IE

Information Element

Protocol →
Introduced in R99 Also in: Core Network, Services

IE is a fundamental, standardized data structure that encapsulates specific information, serving as the basic building block for protocol messages exchanged between network entities in 3GPP systems.

Category
Protocol
Introduced
R99
Where
Radio Access Network › NG-RAN (5G)
Also touches
2 segments
Specifications
52 specs
IE Description Purpose Related Classification Detected Changes Specifications

Description

An Information Element (IE) is a structured data container defined within 3GPP protocol specifications. It serves as the atomic unit of information carried within protocol messages across various interfaces, such as the radio interface (Uu), the interface between the RAN and the core network (e.g., S1, N2), or within the core network itself (e.g., N4, N11). Each IE is meticulously defined with a specific syntax, semantics, and encoding rules. The syntax defines the IE's structure, which typically includes an identifier (IEI), a length indicator, and the actual content or value. The semantics define the precise meaning and interpretation of the content, such as a Tracking Area Identity, a QoS profile, or a radio measurement report. The encoding rules specify how the IE is serialized into a bitstream for transmission, often using ASN.1 PER (Packed Encoding Rules) or other binary formats.

IEs are grouped together to form complete protocol messages. For instance, an RRC Connection Setup message contains multiple IEs that convey the new radio resource configuration to the UE. Similarly, a GTP-C Create Session Request message contains IEs for the UE's IP address, QoS parameters, and bearer context. The presence or absence of an IE, and its specific value, dictates the behavior of the receiving entity. Some IEs are mandatory (M) for a given message, while others are conditional (C) or optional (O), depending on the scenario. This flexibility allows protocols to support a vast range of functionalities and network configurations without requiring a unique message type for every possible combination of parameters.

The design and management of IEs are central to protocol evolution. New features introduced in later 3GPP releases often require the definition of new IEs or extensions to existing ones. To maintain backward compatibility, protocols are designed to allow older network nodes or UEs to ignore IEs they do not understand (unless the IE is critical for the procedure). The extensive catalog of IEs is documented across hundreds of 3GPP technical specifications, with each specification detailing the IEs relevant to a particular protocol layer or interface. Master glossaries like TS 21.905 provide a central reference for IE definitions and their associated specifications.

Purpose & Motivation

The Information Element exists to provide a standardized, modular, and extensible method for encoding information in telecommunications protocols. Before such standardization, proprietary protocols would use ad-hoc data formats, leading to severe interoperability issues between equipment from different manufacturers. The IE concept solves this by defining a common 'language' and grammar for network communication. It allows complex information—from simple integers to nested structures—to be unambiguously defined, transmitted, and interpreted by both ends of a communication link.

This modularity is crucial for supporting the immense feature set and evolutionary path of cellular networks. Instead of creating entirely new message types for every new parameter or feature, engineers can simply define a new IE or extend an existing one. This approach keeps the core protocol message set relatively stable while allowing immense flexibility. For example, the same RRC Connection Reconfiguration message can be used to set up a voice call in 3G, configure carrier aggregation in 4G, or establish a network slice in 5G, simply by including different sets of IEs. It decouples the message's purpose from its specific content, future-proofing the protocols.

Furthermore, IEs enable efficient and compact encoding. By using binary formats and carefully designed length indicators, they minimize protocol overhead, which is critical for radio interfaces where bandwidth is a precious resource. The strict typing and structure also facilitate automated code generation, testing, and validation, reducing implementation errors and accelerating development cycles for network equipment and devices.

Classification

Part ofNG-AP
Related approachesRRC

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change

In Release 15, a correction was specifically made to the coding of the PDN Connection ID Information Element. This change addressed an identified error in how this particular IE was constructed or interpreted within the protocol. The update ensured the reliable and unambiguous identification of a PDN connection in relevant signaling procedures.

  • Correction on coding of PDN connection ID Information Element TS 24.244CR0056

Explore further

Broader topics and technologies where IE plays a role.

Defining Specifications

3GPP specifications that define or reference IE, 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.066 vj00 Mobile Number Portability Technical Realization Rel-19
TS 23.078 vj00 CAMEL Phase 4 Stage 2 Specification Rel-19
TS 23.146 vj00 3G Facsimile Group 3 Technical Realization Rel-19
TS 23.172 vj00 Service Change and UDI Fallback (SCUDIF) Rel-19
TS 23.218 vj00 IMS Call Model Specification Rel-19
TS 23.278 vj00 CAMEL for IMS Stage 2 Specification Rel-19
TR 23.910 v1400 UMTS Circuit Switched Bearer Services Overview Rel-5
TR 23.979 vj00 PoC over 3GPP Systems Architectural Requirements Rel-19
TS 24.161 vj00 Network-Based IP Flow Mobility (NBIFOM) Rel-19
TS 24.171 vj00 NAS Protocol for LCS in E-UTRAN Rel-19
TS 24.244 vj00 Wireless LAN Control Plane Protocol Rel-19
TS 24.259 vj00 Personal Network Management (PNM) Protocol Details Rel-19
TS 24.571 vj20 Control Plane LCS Procedures Rel-19
TS 25.104 vj00 UTRA FDD Base Station RF Characteristics Rel-19
TS 25.324 vj00 Broadcast/Multicast Control Protocol Rel-19
TS 25.331 vj00 UTRAN RRC Protocol Specification Rel-19
TS 25.413 vj00 Radio Access Network Application Part (RANAP) Rel-19
TS 25.423 vj00 UTRAN RNSAP Specification Rel-19
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19
TR 25.967 vj00 Home NodeB RF Requirements Technical Report Rel-19
TS 29.060 vj00 GPRS Tunnelling Protocol (GTP) version 1 Rel-19
TS 29.228 vj20 Cx and Dx Interface Signaling Flows Rel-19
TS 29.272 vj40 Diameter Interfaces for MME/SGSN Rel-19
TS 29.281 vj20 GTPv1-U Protocol Specification Rel-19
TS 29.328 vj20 Sh and Dh Interfaces: HSS-AS Interactions Rel-19
TS 32.240 vj40 Charging Management Architecture & Principles Rel-19
TS 32.251 vj00 PS Domain Charging Management Rel-19
TS 32.253 vj00 Charging for Control Plane Data Transfer Rel-19
TS 32.254 vj21 Charging for Northbound APIs Rel-19
TS 32.270 vj00 MMS Charging Management Specification Rel-19
TS 32.271 vj20 3GPP LCS Charging Management Spec Rel-19
TS 32.272 vj00 Charging for Push-to-Talk over Cellular (PoC) Rel-19
TS 32.277 vj20 Charging Management for Proximity Services (ProSe) Rel-19
TS 32.295 vj00 3GPP Charging: CDR Transfer via GTP' Protocol Rel-19
TS 32.816 v800 UMTS Management Reuse for E-UTRAN/EPC Rel-8
TS 32.869 vf00 Diameter Overload Control for Charging Interfaces Rel-15
TS 32.870 vf00 Study on 3GPP Charging Forward Compatibility Rel-15
TS 33.108 vj00 LI Handover Interface Specification Rel-19
TS 33.859 vb10 UTRAN Key Hierarchy Enhancement Study Rel-11
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 36.413 vj10 S1 Application Protocol (S1AP) Rel-19
TS 36.423 vj10 X2 Application Protocol (X2AP) Specification Rel-19
TS 36.444 vj00 M3AP Protocol Specification for M3 Interface Rel-19
TS 36.455 vj00 LTE Positioning Protocol Annex (LPPa) Rel-19
TS 36.463 vj00 XwAP Protocol Specification Rel-19
TS 36.887 vc00 Energy Saving Enhancement for E-UTRAN Study Rel-12
TS 37.857 vd10 Study on Indoor Positioning Enhancements Rel-13
TS 38.211 vj10 NR Physical Channels and Modulation Rel-19
TS 38.331 vj00 NR Radio Resource Control (RRC) Protocol Specification Rel-19
TR 38.889 vg00 NR-based access to unlicensed spectrum study Rel-16
TR 45.903 vj00 SAIC Feasibility Study for GSM Networks Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.