Description
Selected IP Traffic Offload (SIPTO) is a 3GPP standard for optimizing data traffic routing in mobile networks by offloading specific IP data flows from the central core network to a more local breakout point. The primary objective is to avoid tunneling all user plane traffic through the central Packet Data Network Gateway (P-GW) in the Evolved Packet Core (EPC) or the User Plane Function (UPF) in the 5G Core (5GC), especially for traffic destined for the internet or a local service network. SIPTO enables the establishment of a user plane connection from the Radio Access Network (RAN) directly to a Local Gateway (L-GW) collocated with, for example, a macro eNodeB, a Home eNodeB gateway, or a centralized RAN aggregation point. For 5G, this concept extends to local UPF selection.
Architecturally, SIPTO involves network-based traffic detection and routing decisions. In EPC, when a UE activates a Packet Data Network (PDN) connection, the network (specifically the MME in consultation with the HSS) can select a P-GW that is topologically close to the UE's current point of attachment. For even more granular offload, the 'SIPTO at the Local Network' feature allows a Local IP Access (LIPA) enabled HeNB to use a collocated L-GW to offload traffic directly. The control signaling (GTP-C) still traverses the core network (MME, S-GW), but the user plane data (GTP-U) takes a shortcut. In 5GC, the Session Management Function (SMF) selects an appropriate UPF based on the UE's location and traffic requirements to serve as a local breakout point, guided by Network Repository Function (NRF) discovery and local routing policies.
The process works by leveraging APN (in EPC) or DNN (in 5GC) configurations and subscriber profiles. An operator can define that traffic matching a certain APN/DNN (e.g., 'internet') is a candidate for SIPTO. When the UE requests a connection for that APN/DNN, the core network node (MME/AMF/SMF) evaluates the UE's location, the capabilities of nearby gateways, and network policies. If conditions are met, it selects a local gateway/UPF and establishes the bearer/PDU session accordingly. The key components are the local gateway (L-GW in EPC, local UPF in 5GC), the control plane nodes that make the selection, and the policy framework that determines which traffic is eligible for offload. SIPTO is transparent to the end-user device, requiring no specific UE support for basic network-based offload, making it a powerful tool for network efficiency.
Purpose & Motivation
SIPTO was created to address the explosive growth of mobile data traffic, particularly bandwidth-intensive, internet-destined traffic like video streaming and web browsing, which was causing congestion and scalability challenges in the mobile core network and expensive backhaul links. The traditional model of routing all data through a centralized P-GW/GGSN created inefficient traffic tromboning, where data destined for a local internet exchange point would first travel hundreds of miles to the core only to be sent back, increasing latency and transport costs.
The historical context is the evolution from 3G to 4G LTE, where data volumes began to strain network economics. Previous approaches lacked a standardized method for intelligent local breakout. Operators resorted to proprietary solutions or features like LIPA, which was limited to femtocell environments. SIPTO, introduced in Release 10, provided a standardized, scalable, and network-controlled mechanism to offload selected traffic closer to the edge. It was motivated by the need to reduce latency for a better user experience, minimize capital and operational expenses by saving backhaul and core network resources, and prepare networks for the data deluge expected from smartphones and, later, IoT devices. It laid the groundwork for key 5G principles like distributed user plane and edge computing.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (12 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-10, normative work from Rel-15.
In Release 15, the SIPTO function was extended with new capabilities for traffic identification and differentiation, specifically for LTE-M (eMTC) and NB-IoT devices. This included the introduction of LTE-M traffic identification and a dedicated traffic profile for NB-IoT Uu operation optimisation. Furthermore, the release enabled LTE-M traffic differentiation, allowing for the selective offload of this machine-type traffic.
In Release 16, the SIPTO function was extended to include support for Dedicated Bearers for Ethernet, addressing aspects for SIPTO@LN. This enhancement built upon SIPTO's existing capability to offload selected IP traffic close to the UE's point of attachment, which is applicable to both macro-cellular and H(e)NB access networks.
- Dedicated Bearers for Ethernet in EPC - IOPS / LIPA / SIPTO@LN aspects TS 23.401CR3508
- Correct emergency call handling when UE selected PS domain and after emergency service fallback the UE cannot attempt the PS emergency call TS 24.301CR3275
- Clarification for F1-C Traffic Container IE TS 36.423CR1552
- Corrected handling of Selected TAI for TNL discovery for EN-DC TS 36.413CR1769
In Release 17, the new development for SIPTO was the introduction of "Non-Seamless WLAN offload in 5GS," expanding the SIPTO function's applicability. This specifically enabled the offload of selected IP traffic, such as internet traffic, to a defined IP network close to the UE's point of attachment within the 5G System framework. It represents a further evolution of the SIPTO principle, which was already applicable to macro-cellular and H(e)NB access networks, into new 5G and WLAN integration scenarios.
- Non-Seamless WLAN offload in 5GS TS 29.273CR0530
In Release 18, the enhancements for the Selected IP Traffic Offload (SIPTO) function included stage 2 alignments specifically for Non-seamless WLAN offload within the 5G System (5GS). Additionally, a correction was made to the handling of the Traffic flow aggregate Information Element in relation to the delivery of the UE policy container. These updates refined the procedures for offloading selected IP traffic, such as internet traffic, towards a defined IP network close to the user equipment's point of attachment.
In Release 19, the specification for the Selected IP Traffic Offload (SIPTO) function was updated to clarify timer behavior for specific subscriber categories. The change introduced a missing NOTE regarding the application of timer T3440 when a UE configured to use Access Class 11-15 is operating in a selected PLMN. This ensures proper handling of access control mechanisms during traffic offload procedures.
- Missing NOTE for T3440 for a UE configured to use AC11 - 15 in selected PLMN TS 24.301CR4152
Explore further
Broader topics and technologies where SIPTO plays a role.
Defining Specifications
3GPP specifications that define or reference SIPTO, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 21.905 vj00 | 3GPP Technical Terms and Definitions | Rel-19 |
| TS 23.060 vj00 | GPRS Service Description Stage 2 | Rel-19 |
| TS 23.401 vj50 | Evolved Packet System (EPS) Stage 2 Description | Rel-19 |
| TS 23.795 vg10 | V2X Application Architecture Study | Rel-16 |
| TS 24.008 vj50 | 3GPP TS 24008: Core Network Protocols | Rel-19 |
| TS 24.301 vj60 | NAS protocol for Evolved Packet System | Rel-19 |
| TS 25.401 vj00 | UTRAN Overall Architecture | Rel-19 |
| TS 25.410 vj00 | Iu Interface Introduction for UTRAN | Rel-19 |
| TS 25.413 vj00 | Radio Access Network Application Part (RANAP) | Rel-19 |
| TS 25.467 vj00 | UTRAN Architecture for 3G Home Node B | Rel-19 |
| TS 28.653 vj00 | UTRAN NRM IRP Solution Set Definition | Rel-19 |
| TS 29.273 vj10 | AAA Protocols for Non-3GPP Access in EPS & 5GS NSWO | Rel-19 |
| TS 29.303 vj10 | DNS Procedures for Evolved Packet System | Rel-19 |
| TS 32.251 vj00 | PS Domain Charging Management | Rel-19 |
| TS 32.646 vc00 | UTRAN NRM IRP Solution Set Definitions | Rel-12 |
| TS 36.300 vj00 | E-UTRAN Radio Interface Protocol Architecture Overview | 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.875 vd10 | Dual Connectivity Extension Requirements | Rel-13 |