GTP

GPRS Tunnelling Protocols

Protocol →
Introduced in R99 Also in: Radio Access Network, Services

GTP is a suite of IP-based protocols used in 3GPP mobile networks to encapsulate and tunnel user data and control signaling between network nodes, enabling mobility and session management.

Category
Protocol
Introduced
R99
Where
Core Network › Evolved Packet Core
Also touches
2 segments
Specifications
37 specs
GTP Description Purpose Related Classification Detected Changes Specifications

Description

The GPRS Tunnelling Protocols (GTP) are a fundamental set of protocols defined by 3GPP for packet-switched mobile networks, including GPRS, UMTS, LTE, and 5G. GTP operates over IP networks and is primarily used to transport user data and control plane signaling between core network elements, such as the Serving GPRS Support Node (SGSN) and Gateway GPRS Support Node (GGSN) in 3G, or the Serving Gateway (SGW), Packet Data Network Gateway (PGW), and Mobility Management Entity (MME) in LTE/EPC. The protocol suite is divided into distinct variants: GTP-C for control plane signaling and GTP-U for user plane data tunneling. GTP creates logical tunnels identified by Tunnel Endpoint Identifiers (TEIDs), which are dynamically assigned during session establishment procedures like PDP Context Activation or EPS Bearer Setup. These tunnels encapsulate the original IP packets from the user equipment (UE), adding GTP headers that include the TEID, sequence numbers, and message type information, allowing the network to route traffic to the correct endpoint and manage mobility events like handovers seamlessly.

Architecturally, GTP is a client-server protocol where the GTP initiator (e.g., SGSN or SGW) sends requests to the GTP responder (e.g., GGSN or PGW). The control plane, GTP-C, handles session management functions such as creating, modifying, and deleting tunnels, as well as mobility management like updating tunnel endpoints during handovers. It uses a request-response mechanism with messages like Create PDP Context Request/Response. The user plane, GTP-U, is responsible for forwarding the actual user data packets within these established tunnels. It includes mechanisms for in-order delivery and loss detection via sequence numbers, though retransmission is typically handled by higher-layer protocols. GTP-U packets are transported over UDP/IP, providing a lightweight and efficient mechanism for data transfer.

In 5G systems, GTP continues to play a crucial role, particularly in the user plane between the User Plane Function (UPF) and the (R)AN, as defined in the 5G Core (5GC) architecture. While the control plane in 5GC primarily uses the HTTP/2-based Service-Based Interface (SBI), GTP-U remains the dominant protocol for user plane tunneling due to its proven efficiency and compatibility. The protocol has evolved to support new requirements such as network slicing, where multiple logical networks share the same physical infrastructure, and GTP tunnels can be associated with specific slice identifiers. Additionally, GTP supports various extensions and options, such as charging identifiers, quality of service (QoS) parameters, and support for different access technologies, making it a versatile and enduring component of mobile packet core networks.

Purpose & Motivation

GTP was created to address the fundamental challenge of providing seamless IP-based packet data services in mobile networks, enabling user mobility and session continuity. Prior to GTP, circuit-switched networks were dominant, but the rise of the internet demanded efficient packet-switched architectures. GTP solved the problem of tunneling user IP packets between distributed network nodes over an IP backbone, allowing the core network to manage subscriber sessions independently of the underlying radio access technology. It provided a standardized mechanism for encapsulating data, ensuring that packets could be routed correctly to and from mobile users as they moved, without requiring changes to the external packet data networks (PDNs) like the internet.

The protocol's design was motivated by the need to separate the control and user planes, a key principle in telecom networks. GTP-C handles signaling for session establishment, modification, and teardown, while GTP-U efficiently forwards user data. This separation allows for scalable and flexible network deployments, where control elements can be centralized and user plane elements distributed closer to the network edge. GTP also introduced critical mobility features, enabling handovers between base stations and core nodes without disrupting active data sessions, which was essential for supporting real-time services and always-on connectivity.

Historically, GTP originated in the GPRS specifications of 2.5G networks and has been continuously enhanced through 3G, 4G, and 5G releases. Its longevity is a testament to its effectiveness in solving core mobility and tunneling requirements. While alternative protocols have been considered, GTP's simplicity, robustness, and extensive deployment base have ensured its continued use, particularly in the user plane, even as control plane interfaces evolve towards HTTP/2-based services in 5G. It addresses limitations of earlier, more rigid architectures by providing a dynamic, tunnel-oriented approach that adapts to changing network conditions and subscriber locations.

Classification

Part ofSGW
Related approachesPGWTEIDUPF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 12 changes

In Release 15, key enhancements were made to both GTP-C and GTP-U to support new 5G System architectures. For GTP-C, this included extensions for user plane node selection with CUPS, support for establishing tunnels and carrying messages over the N26 interface, and improvements to overload control and TEID unpredictability for the PGW. For GTP-U, new extension headers were introduced for the 5GS and the PDU Session Container, alongside handling procedures for these headers and updates for TEID unpredictability and endpoint management.

  • GTP-C Extensions for SGW-U and PGW-U selection with CUPS TS 29.274CR1825
  • GTP-C tunnel per UE over the N26 interface TS 29.274CR1853
  • GTP-C messages over the N26 interface TS 29.274CR1854
  • Clarification to GTP-C overload control TS 29.274CR1879
  • Unpredictability of GTP TEID for PGW GTP-C TS 29.274CR1883
  • GTP-C messages over N26 TS 29.274CR1886

+ 6 more changes

Rel-16 2 changes

In Release 16, the GTP protocol was enhanced to support IP addressing for GTP-C entities that are dual-stack capable of handling both IPv4 and IPv6. Furthermore, the release implemented the specific conclusions and updates for the GTP-U protocol that were detailed in the Technical Report 29.892.

  • IP addressing with IPv4/IPv6 capable GTP-C entities TS 29.274CR1956
  • Implementing the conclusions of TR 29.892 for GTP-U TS 29.281CR0109
Rel-17 3 changes

In Release 17, the GTP-U protocol was enhanced to support tunneling for the N3mb and N19mb interfaces. The release also introduced a mechanism for detecting the restart of a GTP-U entity. Furthermore, specific Information Element (IE) types were reserved for future GTP-U extensions.

  • GTP-U tunneling for N3mb and N19mb TS 29.281CR0115
  • Detecting of the restart of a GTP-U entity TS 29.281CR0116
  • Reserve some IE types for GTP-U TS 29.060CR1068
Rel-18 1 change

In Release 18, a key enhancement for the GTP function was the introduction of a new GTP-U Extension Header. Specifically, this release defined the PDU Set Information Container as a new type of extension header for the GTP-U protocol. This addition provided a standardized mechanism to convey information related to PDU sets within the user plane tunnel.

  • New GTP-U Extension Header for the PDU Set Information Container TS 29.281CR0128
Rel-19 1 change

In Release 19, the primary update for the GTP function was the correction of specific Information Elements (IEs) within the GTP-U protocol. This work specifically focused on fixing the Tunnel Status Information and Recovery Time Stamp IEs to ensure their proper definition and handling.

  • Fixing the GTP-U Tunnel Status Information and Recovery Time Stamp IEs TS 29.281CR0134

Explore further

Broader topics and technologies where GTP plays a role.

Defining Specifications

3GPP specifications that define or reference GTP, 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.060 vj00 GPRS Service Description Stage 2 Rel-19
TS 23.221 vj00 3GPP System Architectural Requirements Rel-19
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.234 vd10 3GPP-WLAN Interworking Index Rel-13
TS 23.327 vd10 3GPP-WLAN Mobility Stage 2 Description Rel-13
TS 23.804 v1700 SMS/MMS over IP Access Support Rel-7
TS 23.857 vb00 EPC Node Failure & Restoration Study Rel-11
TS 24.161 vj00 Network-Based IP Flow Mobility (NBIFOM) Rel-19
TS 25.401 vj00 UTRAN Overall Architecture Rel-19
TS 25.413 vj00 Radio Access Network Application Part (RANAP) Rel-19
TS 25.414 vj00 UTRAN Iu Interface User Plane Transport Protocols Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TR 26.806 vi00 Technical Report on Smartly Tethering AR Glasses Rel-18
TR 26.937 vj00 3GPP PSS Characterization Rel-19
TS 29.060 vj00 GPRS Tunnelling Protocol (GTP) version 1 Rel-19
TS 29.119 vj00 GTP for GLR in 3GPP Networks Rel-19
TS 29.274 vj50 GTPv2-C Control Plane Protocol Specification Rel-19
TS 29.281 vj20 GTPv1-U Protocol Specification Rel-19
TS 32.251 vj00 PS Domain Charging Management Rel-19
TS 32.252 vc00 3GPP WLAN Interworking Charging Rel-12
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.426 vj00 EPC Performance Measurements Specification Rel-19
TS 33.108 vj00 LI Handover Interface Specification Rel-19
TS 33.210 vj20 UMTS Security for IP Networks Rel-19
TS 33.863 ve20 Security for Battery-Efficient IoT Device to Enterprise Rel-14
TS 36.413 vj10 S1 Application Protocol (S1AP) Rel-19
TS 36.414 vj00 S1 Interface User Plane Transport Rel-19
TS 36.424 vj00 X2 Interface User Plane Transport Protocols Rel-19
TS 36.444 vj00 M3AP Protocol Specification for M3 Interface Rel-19
TS 36.445 vj00 M1 interface user plane protocol for MBMS Rel-19
TS 38.414 vj00 NG Interface User Plane Protocol Rel-19
TS 38.424 vj00 Xn Interface User Plane Transport Protocol Rel-19
TS 38.474 vj00 F1 Interface User Plane Protocol Rel-19
TS 43.129 vj00 PS Handover in GERAN A/Gb and GAN Modes 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.