IOI

Inter Operator Identification

Identifier →
Introduced in Rel-5 Also in: Core Network

IOI is a globally unique identifier used in 3GPP networks to distinguish between different service providers or network operators involved in a communication session.

Category
Identifier
Introduced
Rel-5
Where
Services › IMS
Also touches
1 segments
Specifications
8 specs
IOI Description Purpose Related Classification Detected Changes Specifications

Description

Inter Operator Identification (IOI) is a critical identifier within the 3GPP architecture, specifically defined for use in the IP Multimedia Subsystem (IMS) and other core network protocols. It serves as a token that uniquely identifies the network operator or service provider associated with a particular session or transaction. The IOI is carried within SIP (Session Initiation Protocol) messages, notably in the P-Charging-Vector header, and in Diameter-based charging interfaces. Its primary function is to enable network elements to recognize which operators are involved in end-to-end service delivery, which is vital for processing in multi-operator environments.

Architecturally, the IOI is generated by the originating network's IMS node, such as a Proxy-Call Session Control Function (P-CSCF) or Serving-CSCF (S-CSCF), when a session is initiated. It is then included in relevant signaling messages as the session traverses different networks. The identifier typically follows a structured format, often based on the operator's domain name or a globally assigned code, ensuring global uniqueness. When the session signaling reaches the terminating network, the receiving IMS nodes can inspect the IOI to identify the originating operator. This mechanism works in tandem with charging functions, where the IOI is used to correlate charging records generated in different networks for the same service session.

Key components that utilize the IOI include the IMS core (P-CSCF, S-CSCF, I-CSCF), the Policy and Charging Rules Function (PCRF), and offline/online charging systems (OFCS/OCS). In the charging architecture, the IOI is a key field in Charging Data Records (CDRs) or Diameter Accounting Requests (ACR). It allows billing systems to accurately attribute costs and revenues between operators according to their commercial agreements. The IOI also plays a role in service policy enforcement, as policies might differ based on the involved operators (e.g., for roaming users).

Its role extends beyond basic identification; it is a cornerstone for inter-operator settlement, fraud detection, and service assurance. In complex service chains involving multiple providers (e.g., an IMS call that transits an access provider, a transit provider, and a termination provider), the IOI chain helps reconstruct the service path. The identifier must be securely generated and transmitted to prevent spoofing, as it directly impacts financial settlements. Specifications like TS 29.165 (Inter-IMS Network to Network Interface) and TS 24.229 (IP multimedia call control protocol) detail its syntax and usage within protocols.

Purpose & Motivation

IOI was created to solve the fundamental problem of identifying service providers in a decentralized, multi-vendor, and multi-operator IP-based telecommunications world. Before IMS and all-IP networks, traditional telephony used circuit-switched signaling where operator identification was implicit in the network hierarchy and trunk groups. The shift to packet-switched, SIP-based multimedia services broke this implicit model, necessitating an explicit, standardized identifier to track operator involvement for commercial and operational purposes.

The primary motivation was to enable viable business models for IMS services like Voice over LTE (VoLTE) and Rich Communication Services (RCS). For operators to offer seamless roaming and interconnect services, they need a reliable way to identify each other for charging, routing, and fraud management. IOI provides this by being a mandatory element in the charging and signaling framework. It addresses the limitation of earlier IP communication systems that lacked a standardized operator ID, which could lead to billing disputes and complex settlement processes.

Historically, its introduction in Release 5 coincided with the first full IMS specifications. It established the groundwork for inter-operator IMS networking (ION). As services evolved to include video calling, messaging, and multi-device scenarios, the IOI mechanism proved essential for scaling these services globally. It supports not only bilateral agreements but also complex multi-party service delivery chains common in today's cloud-based communication ecosystems. Without IOI, the commercial interoperability of modern IP communication services between competing operators would be severely hampered.

Classification

Part ofIMS

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (4 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-5, normative work from Rel-15.

Rel-15 3 changes

In Release 15, the IOI function was enhanced by introducing operator-configurable choices for DTMF sampling rates and for the CAT media type. Furthermore, an editorial clarification was made through the removal of an editor's note concerning Service-Interact-Info. These updates provided network operators with greater flexibility in handling specific media and signaling parameters within the IMS architecture.

  • Operator choice of DTMF sampling rate TS 29.165CR0948
  • Operator choice of CAT media type TS 29.165CR0957
  • Removal of editor's note on Service-Interact-Info TS 29.165CR0977
Rel-16 1 change

In Release 16, the new Inter Operator Identification (IOI) function was introduced as part of the ISC gateway function for border control on the ISC interface. This specifically enables identification and handling when communicating with an application server provided by a third-party service provider. The function operates within the border control architecture involving the IBCF and related interfaces like Ici.

  • IMS service based charging interface introduction TS 32.260CR0400

Explore further

Broader topics and technologies where IOI plays a role.

Defining Specifications

3GPP specifications that define or reference IOI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.218 vj00 IMS Call Model Specification Rel-19
TS 23.815 v1500 IMS Charging Implications Rel-5
TS 24.141 vj00 Presence Service Protocol Details Rel-19
TS 24.229 vj50 IMS call control protocol based on SIP and SDP Rel-19
TS 24.523 vj00 NGCN-NGN Interconnection Scenarios Rel-19
TS 29.165 vj10 Inter-IMS Network to Network Interface (NNI) Rel-19
TR 29.949 vj00 VoLTE IMS Roaming Architecture & Procedures Rel-19
TS 32.260 vj10 IMS Charging Management Rel-19