Description
UDP/IP Header Removal and Restoration (UHRR) is a packet optimization technique introduced in 3GPP Release 20 and specified across several documents including 23.401, 24.301, 28.894, 29.212, and 29.214. The basic idea is that in many user plane flows, particularly those carried over GTP-U tunnels, the outer UDP/IP headers are largely predictable and redundant from packet to packet. UHRR removes these headers before transmission over a bandwidth-constrained link and restores them at the receiving end based on context information established between the two endpoints. This reduces the number of bytes transmitted per packet, improving transport efficiency without altering the payload or the end-to-end application behavior.
Architecturally, UHRR operates at the transport layer between network functions that handle user plane traffic. It can be applied on interfaces where GTP-U is used, such as between the access network and the core network, or between core network functions. The feature requires a negotiation or configuration phase during which the two endpoints agree on the compression context, including which header fields are removed and how they are reconstructed. Specification 28.894 likely defines the management and provisioning aspects, while 29.212 and 29.214 address policy and control plane signaling. 23.401 and 24.301 provide the architectural and protocol procedures within the evolved packet core and UE contexts.
How UHRR works in practice involves classifying packets into flows, establishing a compression context for each flow, and then removing a defined set of header fields at the transmitter. The receiver uses the context and possibly additional signaling information to reconstruct the original headers before forwarding the packet. Because UDP/IP headers contain fields such as source and destination addresses, port numbers, and checksums, the reconstruction must be exact to avoid breaking routing, policy enforcement, or security functions that may inspect these fields. UHRR therefore includes mechanisms to handle context synchronization, error recovery, and fallback to uncompressed transmission when needed.
Key components of a UHRR implementation include the compression and decompression functions, the context management entity, the negotiation protocol, and the integration with existing QoS and policy frameworks. The feature is designed to be transparent to applications and to coexist with other optimizations such as robust header compression (ROHC), which operates on different header layers. UHRR targets the transport headers rather than the application or IP headers that ROHC typically compresses, making the two complementary.
For telecom engineers and students, UHRR is significant because transport overhead is a real cost in mobile networks, especially in backhaul and fronthaul where bandwidth may be limited or expensive. Even small per-packet savings accumulate rapidly at high packet rates. UHRR also illustrates a broader trend in 3GPP toward cross-layer optimization and efficient use of transport resources, which is increasingly important as networks scale to support massive numbers of devices and high-throughput services. Understanding UHRR provides insight into how user plane protocols can be tuned for efficiency without sacrificing correctness or interoperability.
Purpose & Motivation
UDP/IP Header Removal and Restoration exists to reduce the transport overhead associated with carrying user plane traffic in mobile networks. In a typical 5G or LTE deployment, user data is encapsulated in GTP-U, which itself is carried over UDP/IP. These outer headers are necessary for routing and tunneling but are largely repetitive across packets in the same flow. When transport links are bandwidth-constrained or when operators pay for backhaul capacity, this redundancy represents a measurable cost. UHRR addresses this by stripping predictable header fields and reconstructing them at the far end, effectively compressing the transport encapsulation.
Before UHRR, similar optimizations existed in other contexts, such as robust header compression for radio links and various proprietary header compression schemes for backhaul. However, these were not standardized across the full set of 3GPP interfaces and network functions in a unified way. As networks densify and traffic volumes grow, the need for a standardized, interoperable approach to transport header compression became clear. UHRR provides that standardization, ensuring that equipment from different vendors can negotiate and apply the same compression mechanisms.
The motivation also includes energy efficiency and latency. Fewer bytes transmitted means less energy consumed in transport and potentially lower serialization delay, which can benefit latency-sensitive services. By specifying UHRR in Release 20 across multiple specifications, 3GPP ensures that the feature can be deployed consistently in evolved packet core and 5G core environments, integrated with policy and QoS frameworks, and managed through standard operations and maintenance interfaces. UHRR thus represents a practical, incremental improvement to network efficiency that complements larger architectural changes.
What changed in its specifications
The latest release-to-release comparison of specifications that define UHRR. Each summary describes the whole specification, not only this term.
Rel-19 adds Disaster Roaming in EPS, which covers disaster-roaming procedures and attach, tracking area update and mobility signalling. It also adds Time Reference Information Distribution Indication to subscription data and the MME-to-eNB path, along with Store and Forward Satellite operation text.
Full comparison in TS 23.401 →Rel-19 adds store-and-forward satellite operation for NTN, control plane CIoT data overhead reduction via EMM TRANSPORT and Data container IE, and RAT utilization control. It also adds disaster roaming indications and MINT-EPS support, plus MPS priority for messaging paging.
Full comparison in TS 24.301 →Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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.
Defining Specifications
3GPP specifications that define or reference UHRR, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.401 vk10 | Evolved Packet System Architecture | Rel-20 read |
| TS 24.301 vk10 | EPS NAS Mobility and Session Management | Rel-20 read |
| TS 28.894 vk00 | Charging aspects of satellite access Phase 4 | Rel-20 read |
| TS 29.212 vk00 | Diameter-Based PCC Reference Points | Rel-20 read |
| TS 29.214 vk00 | Rx Interface for Policy and Charging Control | Rel-20 read |