IANA

Internet Assigned Numbers Authority

Other →
Introduced in Rel-2 Also in: Services, Radio Access Network

IANA is the global organization responsible for coordinating key Internet protocol parameters, such as IP address allocation and protocol numbers, which 3GPP standards reference for network interfaces.

Category
Other
Introduced
Rel-2
Where
Core Network › Evolved Packet Core
Also touches
2 segments
Specifications
30 specs
IANA Description Purpose Related Classification Detected Changes Specifications

Description

The Internet Assigned Numbers Authority (IANA) is a function, historically performed by ICANN, that coordinates key technical elements of the global Internet to ensure its stable and secure operation. Its core responsibilities include the allocation of IP address blocks to Regional Internet Registries (RIRs), the administration of the AS Number space, and the management of the DNS root zone. Crucially for protocol development, IANA maintains registries of "protocol parameters" – the code points, numbers, and identifiers used in Internet protocols (e.g., IP protocol numbers, TCP/UDP port numbers, enterprise numbers for SNMP and RADIUS).

In the context of 3GPP standards, IANA's role is referential. 3GPP technical specifications (TSs) do not define new global protocol numbers arbitrarily. Instead, when a 3GPP-defined protocol needs a unique identifier for use on IP networks (e.g., a new GTP extension, a DIAMETER application, or a protocol type in a packet header), the specification mandates that the value must be assigned by IANA. For example, TS 29.060 (GTP) specifies that GTPv1-C message types must be registered with IANA, and TS 29.272 (E-UTRAN DIAMETER interfaces) defines DIAMETER Application-Ids that require IANA assignment. This ensures global interoperability and prevents conflicts with other standards bodies.

The process involves 3GPP submitting a request to IANA via an IETF RFC or through direct liaison, following IETF guidelines (RFC 5226). Once assigned, these numbers are published in IANA's online registries. 3GPP equipment and network nodes (e.g., PGWs, MMEs, PCRFs) are then implemented using these globally unique, IANA-assigned values. This dependency highlights the deep integration of 3GPP architectures with the broader Internet protocol ecosystem, ensuring that 5G and LTE networks can seamlessly exchange data and signaling with servers and networks on the public Internet.

Purpose & Motivation

IANA exists to provide a central, neutral coordination point for the technical parameters that underpin the global Internet's interoperability. Without such a central authority, different vendors, operators, and standards bodies might independently assign the same number for different purposes, leading to protocol conflicts, packet misrouting, and service failures. The creation of IANA (originally managed by Jon Postel) was motivated by the need for order in the early, rapidly expanding ARPANET and Internet, ensuring that fundamental resources like IP addresses and protocol numbers were allocated in a fair and consistent manner.

For 3GPP, referencing IANA solves the problem of how to integrate mobile-specific protocols into the global Internet infrastructure. 3GPP networks are not isolated; they connect to the Internet and interwork with IETF-defined protocols daily. By using IANA-assigned numbers, 3GPP ensures that its protocols (e.g., GTP, DIAMETER, PFCP) are uniquely identifiable on IP networks worldwide. This approach addresses the limitations of proprietary or organization-specific number spaces, which would cause interoperability nightmares in multi-vendor, multi-operator environments. The historical context is the convergence of telecommunications and Internet technologies, where 3GPP adopted IP as its core transport, necessitating adherence to the Internet's established coordination mechanisms.

Classification

Part ofIETF
Related approachesGTP

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-15 8 changes

In Release 15, the IANA function was updated to include the completed IANA registrations for the Rel-13 MCPTT and Rel-14 MCData features, formalizing their protocol parameters. This release also addressed the handling and storage of Local Emergency Numbers List information, correcting the usage of MCC data. Furthermore, the integration of non-3GPP access for emergency services was clarified, resolving whether UEs can use emergency numbers when connected solely to such access.

  • Handling of emergency numbers received over non-3GPP access TS 24.302CR0638
  • Resolve EN "It is FFS if the UE can still use these numbers when connected only to non-3GPP access" TS 24.302CR0640
  • Correct MCC information usage and storage of Local Emergency Numbers List in Annex J TS 24.302CR0643
  • Rel-13 MCPTT completed IANA registrations TS 24.484CR0101
  • Rel-14 MCData completed IANA registrations TS 24.484CR0103
  • draft-ietf-dime-load published as RFC 8583 TS 29.229CR0293

+ 2 more changes

Rel-16 2 changes

In Release 16, the new IANA-related work included the allocation of an SCTP port number and the completion of IANA registrations for MCVideo services. These actions ensured that the necessary protocol parameters and service identifiers were formally registered for global uniqueness and interoperability, continuing the established practice of using IANA for standards-tree and vendor-tree MIME type registrations.

  • SCTP port number allocatd by IANA TS 37.472CR0003
  • Completed MCVideo IANA registrations TS 24.484CR0111
Rel-18 4 changes

In Release 18, the IANA-related updates included the registration of new attribute types for protocol use, specifically the **AT_HPA_INFO** and the **AT_DEVICE_IDENTITY** attribute. The release also provided clarifications on the correct application of established IETF namespaces, such as those defined in RFC 8101, within the 3GPP framework. Furthermore, editorial corrections were made to fix incorrect reference numbers in the specification text to ensure consistency.

  • IANA registration for AT_HPA_INFO TS 24.302CR0769
  • Clarification on applicability of the namespaces IETF RFC 8101 TS 24.484CR0237
  • Fix wrong reference numbers in 24.484 TS 24.484CR0245
  • IANA assigned value for AT_DEVICE_IDENTITY attribute TS 24.302CR0759
Rel-19 2 changes

In Release 19, updates to the IANA function included the formal obsoletion of the IETF RFC 4282 reference and the introduction of a new IANA registration template for "Location user configuration data" documents. This ensures that application identifiers for global uniqueness continue to be registered as MIME types with IANA or composed to include a developer's URL, maintaining alignment with internet protocol-based messaging systems.

  • Reference to obsoleted IETF RFC 4282 TS 24.302CR0789
  • IANA Registration Template - Location user configuration data document TS 24.484CR0291

Explore further

Broader topics and technologies where IANA plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.140 v1600 MMS Non-Realtime Service Definition Rel-6
TS 23.816 v1700 IMS Communication Service Identifier Rel-7
TS 24.302 vj00 Access to EPC via non-3GPP networks; Stage 3 Rel-19
TS 24.484 vj30 MCS Configuration Management Rel-19
TS 26.142 vj00 3GPP TS 26.142: Dynamic and Interactive Multimedia Scenes (DIMS) Rel-19
TS 26.143 vj00 5G Messaging Media Types and Codecs Rel-19
TS 26.346 vj20 MBMS User Services Media Codecs & Protocols Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TS 26.841 vj00 Study on Media Messaging Enhancements Rel-19
TS 29.060 vj00 GPRS Tunnelling Protocol (GTP) version 1 Rel-19
TS 29.173 vj00 Diameter-based SLh Interface for LCS Rel-19
TS 29.229 vj10 Diameter Protocol for Cx/Dx Interfaces Rel-19
TS 29.230 vj30 3GPP Diameter Protocol Codes Specification Rel-19
TS 29.329 vj10 Diameter Protocol for Sh Interface Rel-19
TS 29.336 vj10 HSS Diameter Interfaces for PDN Interworking Rel-19
TS 29.337 vj00 Diameter T4 Interface for MTC Device Triggering Rel-19
TS 29.338 vj30 Diameter protocols for SMS in MME/5GS Rel-19
TS 29.414 vj00 Nb Interface Bearer Transport & Control Protocols Rel-19
TR 29.835 vh10 Study on Port Allocation for 3GPP Interfaces Rel-17
TS 31.113 v1800 USAT Interpreter Byte Code Specification Rel-8
TS 32.272 vj00 Charging for Push-to-Talk over Cellular (PoC) Rel-19
TS 36.422 vj00 X2 Signalling Transport Specification Rel-19
TS 36.462 vj00 Xw Interface Signalling Transport Rel-19
TS 37.472 vj00 W1 Interface Signalling Transport Specification Rel-19
TS 37.482 vj00 E1 Signalling Transport Specification Rel-19
TS 38.412 vj00 NG Signalling Transport Rel-19
TS 38.422 vj00 Xn Signalling Transport Specification Rel-19
TS 38.462 vj00 E1 Signalling Transport Specification Rel-19
TS 38.472 vj00 F1 Interface Signalling Transport Specification Rel-19
TR 38.825 vg00 Study on NR Industrial IoT Rel-16