TEID-C

Tunnel Endpoint Identifier, control plane

Identifier →
Introduced in Rel-8

TEID-C is a Tunnel Endpoint Identifier used exclusively in the GTP-Control protocol to identify the endpoints of signaling tunnels between control plane network functions for exchanging session management and mobility messages.

Category
Identifier
Introduced
Rel-8
Where
Core Network › Evolved Packet Core
Specifications
1 specs
TEID-C Description Purpose Detected Changes Specifications

Description

The TEID-C (Tunnel Endpoint Identifier, control plane) is a specialized 32-bit identifier used within the GPRS Tunneling Protocol for the Control plane (GTP-C). It operates on the same fundamental principle as the general TEID but is strictly reserved for signaling tunnels between control plane entities in the Evolved Packet Core (EPC) and 5G Core network. Architecturally, GTP-C tunnels are established between nodes like the MME and SGW (S11 interface), SGW and PGW (S5/S8 interface for control), and between SGSNs for inter-system mobility (S3/S4/S16). The TEID-C uniquely identifies the local endpoint of such a signaling tunnel at the receiving node.

Its operation is central to session and bearer management procedures. When a control plane entity (e.g., an MME) needs to initiate signaling with another (e.g., an SGW), it uses the peer's TEID-C as the destination in the GTP-C message header. This TEID-C value was previously exchanged during initial node setup or during a previous procedure. For instance, during an LTE Attach procedure, the MME sends a Create Session Request to the SGW. This message contains the MME's TEID-C for control plane on the S11 interface, which the SGW stores. The SGW's response includes its own TEID-C, allowing bidirectional communication. All subsequent messages for that specific PDN connection (e.g., Modify Bearer Request, Delete Session Request) will use these mutually agreed TEID-C values to instantly associate the signaling with the correct UE context.

The role of TEID-C is distinct from the user plane TEID (often called TEID-U). While TEID-U identifies tunnels for user data packets, TEID-C identifies tunnels for signaling that creates, modifies, and deletes those user plane tunnels. This separation of control and user plane identifiers provides clear demarcation, simplifies protocol processing, and enhances security and reliability. In 5G Core, while the control plane primarily uses HTTP/2-based service-based interfaces, GTP-C and TEID-C are still used on certain interfaces like N4 (between SMF and UPF) for PFCP session management, demonstrating its enduring utility for direct control of the user plane.

Purpose & Motivation

TEID-C was created to address the need for a dedicated, reliable, and context-aware signaling channel between control plane nodes in the packet core. As mobile networks evolved to support complex IP session management with multiple bearers and stringent QoS requirements, the signaling load increased significantly. A generic signaling transport was insufficient; signaling messages needed to be directly and unambiguously associated with a specific UE's session context for efficient processing.

The introduction of TEID-C within GTP-C solved this by providing an in-band addressing mechanism for control messages. This was motivated by the limitations of using out-of-band correlation methods or inspecting the contents of every signaling message. TEID-C allows a control plane node to immediately identify the relevant session database entry upon receiving a GTP-C packet, enabling fast processing of handovers, bearer modifications, and charging events. It ensures the scalability of the control plane by allowing a single network interface to manage signaling for millions of sessions through simple TEID-based de-multiplexing, a design crucial for the performance of high-throughput, low-latency 4G and 5G networks.

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-15 7 changes

In Release 15, the TEID-C function was enhanced to explicitly support a dedicated GTP-C tunnel per UE over the N26 interface, ensuring control messages for a UE share this single tunnel. This release also introduced procedures for the creation and deletion of Indirect Data Forwarding Tunnels and provided clarifications for GTP-C overload control mechanisms. Furthermore, enhancements were specified for the Configuration Transfer Tunnel procedure over the S10 and N26 interfaces to support EN-DC.

  • Reporting WLAN Location during UE initiated IPsec tunnel update procedure TS 29.274CR1840
  • GTP-C tunnel per UE over the N26 interface TS 29.274CR1853
  • Clarification to GTP-C overload control TS 29.274CR1879
  • Create/Delete Indirect Data Forwarding Tunnel TS 29.274CR1881
  • Correction of APN Rate Control for PDN connection release and re-establishment TS 29.274CR1917
  • Enhancements to Configuration Transfer Tunnel over S10 and N26 for EN-DC TS 29.274CR1940

+ 1 more changes

Rel-17 2 changes

In Release 17, the TEID-C function was enhanced to support new control plane procedures, specifically the "Notify Start Pause of Charging via User Plane" message. This addition introduced a new GTP-C Initial message type that operates over the established control plane tunnel, identified by the TEID-C, to manage charging events. Furthermore, support was added for "User Plane Integrity Protection for Interworking from 5GS to EPS," which involves control plane signaling (GTP-C) to enable security features for the associated user plane tunnels.

  • Support of User Plane Integrity Protection for Interworking from 5GS to EPS TS 29.274CR2033
  • Support of Notify Start Pause of Charging via User Plane TS 29.274CR2010
Rel-18 1 change

In Release 18, a specific enhancement for TEID-C was the prevention of duplicate APN Rate Control Status Information Elements within the Create Session Request message. This ensures cleaner and more reliable control plane signaling on the GTP-based interfaces where the TEID-C uniquely identifies a tunnel per PDN connection. The update directly addresses protocol efficiency by eliminating redundant information in a fundamental session establishment procedure.

  • Duplicate APN Rate Control Status IEs in Create Session Request TS 29.274CR2092

Explore further

Broader topics and technologies where TEID-C plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 29.274 vj50 GTPv2-C Control Plane Protocol Specification Rel-19