IEI

Information Element Identifier

Protocol →
Introduced in Rel-4

IEI is a field in 3GPP protocol messages that uniquely identifies a specific Information Element, allowing the receiver to interpret the content, type, and structure of the following data.

Category
Protocol
Introduced
Rel-4
Where
Security
Specifications
5 specs
IEI Description Purpose Detected Changes Specifications

Description

The Information Element Identifier (IEI) is a critical component in the encoding of 3GPP protocol layer messages. It is a field, typically one or two octets in length, placed at the beginning of an Information Element (IE) within a protocol data unit (PDU). An Information Element is a container for a specific piece of data, such as a cause code, a timer value, an identity, or a complex nested structure. The IEI acts as a unique key or tag that tells the receiving entity what type of data follows, how it should be parsed, and what its semantic meaning is within the context of the specific protocol.

In operation, when a network function (e.g., an AMF or MME) constructs a protocol message like a NAS (Non-Access Stratum) message or an RRC (Radio Resource Control) message, it assembles a series of IEs. Each IE starts with its IEI. The receiver, which has a protocol specification defining all valid IEIs and their corresponding data structures, reads the IEI and uses it as a lookup key. This tells the receiver the format (e.g., length of the IE content, value type like integer or octet string, and whether it is mandatory or optional) and the meaning of the subsequent bits. This mechanism allows for flexible and extensible protocol design; new IEs can be defined with new IEIs in later protocol releases without breaking backward compatibility, as older receivers can simply ignore IEIs they do not understand (if the IE is defined as optional).

The IEI is defined per protocol and is context-sensitive. For example, the IEI value 0x57 might represent a "5GMM Cause" IE in a 5G NAS message, but a completely different IE in a Diameter protocol message. The definitions are meticulously catalogued in 3GPP specifications. TS 24.008 (for NAS) and TS 36.331 (for RRC) are examples of specs that define IEI tables. The listed specs like 24.244 (3GPP TS 24.244 - Wireless LAN control protocol) and 31.102 (Characteristics of the USIM application) also define IEIs for their respective protocols. The IEI system is foundational to the Abstract Syntax Notation One (ASN.1) or other encoding rules used by 3GPP, enabling efficient binary communication between network nodes and the UE.

Purpose & Motivation

The IEI exists to solve the problem of how to structure complex, variable-length, and extensible protocol messages in a efficient and unambiguous way. In telecommunications, protocols must carry a wide variety of information types and must evolve over time to support new features. Without a tagging mechanism like the IEI, protocols would rely on fixed, positional fields, which are inflexible and make adding new parameters difficult without breaking existing implementations. The IEI allows for a TLV (Type-Length-Value) or similar structure, where the 'Type' is the IEI.

Historically, as 3GPP systems evolved from GSM to 5G, the number of parameters and message types grew exponentially. The IEI mechanism, established early in 3GPP standardization (Release 4 and earlier), provided a scalable solution. It addresses the limitation of rigid message formats by allowing IEs to be included or omitted as needed, to appear in any order, and for new IEs to be introduced seamlessly. This is essential for supporting optional features, vendor-specific extensions (within defined ranges), and for efficient encoding where only relevant information is transmitted. The motivation is to ensure robust interoperability between equipment from different vendors and across different generations of the network, as the protocol parser can focus on the IEs it recognizes and safely skip others.

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-15 4 changes

In Release 15, the IEI function was enhanced to support new Elementary Files (EFs) on the UICC, specifically for storing the NAS full native security context from 5G Mobility Management and for containing 5G UAC Access Identity Information. Additionally, improvements were made to ensure subscription identifier privacy support and to correct the coding of the PDN connection ID Information Element. These updates expanded the secure storage and management of 5G-specific subscriber data and network access parameters.

  • Introduce EFs that contain NAS full native security context from 5G Mobility Management Information. TS 31.102CR0776
  • Subscription identifier privacy suppport TS 31.102CR0778
  • Introduce an EF that contains 5G UAC Access Identity Information TS 31.102CR0780
  • Correction on coding of PDN connection ID Information Element TS 24.244CR0056
Rel-16 2 changes

In Release 16, the Information Element Identifier (IEI) function was expanded to support new security and subscription management capabilities. This included defining a new Dedicated File (DF) for SUCI calculation on eUICCs and introducing counters for storing 5GMM information like the Steering of Roaming (SOR) counter. These additions required new IEIs to manage the associated parameters and security procedures within the UE's subscription identity module.

  • Storage of 5GMM information; SOR counter and a UE parameter update counter TS 31.102CR0869
  • Define a new DF_SAIP and reserve an identifier for SUCI Calculation in eUICCs TS 31.102CR0855
Rel-17 4 changes

In Release 17, the IEI function was updated to support the storage of pre-configured CAG (Closed Access Group) information on the USIM by introducing a dedicated USIM file. The release also introduced and clarified the use of a CAG-ID range within the CAG information list, specifically for the HPLMN or EHPLMN (Equivalent Home PLMN). Additionally, a correction was made to the file identifier for the EF5G_PROSE_UIR elementary file.

  • Introduce a USIM file to store pre-configured CAG information list TS 31.102CR0904
  • Introduction of a CAG-ID range in the CAG information list TS 31.102CR0927
  • Clarification of CAG-ID range indication in the CAG information list for HPLMN or EHPLMN TS 31.102CR0960
  • Correction of file identifier for EF5G_PROSE_UIR TS 31.102CR0982
Rel-18 3 changes

In Release 18, the IEI function was updated to include a new pre-configured list of PLMNs for disaster roaming information within the Elementary File (EF) for EFDRI, as provided by the HPLMN. Furthermore, a new service for reporting UICC 5G ProSe direct communication usage information was added. These enhancements were complemented by a correction to the Dedicated File (DF) identifier for the 5MBSUECONFIG.

  • Correction of DF Identifier for 5MBSUECONFIG TS 31.102CR0984
  • Addition of pre-configured list of PLMNs, provided by HPLMN for MINT related parameters in EFDRI (Disaster roaming information EF). TS 31.102CR1001
  • Adding service for UICC 5G ProSe direct communication usage information reporting TS 31.102CR1048

Explore further

Broader topics and technologies where IEI plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.048 v1400 Secured Packets for UICC Remote Management Rel-5
TS 24.244 vj00 Wireless LAN Control Plane Protocol Rel-19
TS 31.102 vj40 USIM Application Specification Rel-19
TS 31.115 vj00 Secured Packet Structure for UICC Applications Rel-19