SIPTO

Selected IP Traffic Offload

Core Network →
Introduced in Rel-10 Also in: Core Network, Services, Management

SIPTO is a network optimization feature that allows an operator to offload specific IP traffic closer to the user, such as at a local gateway, to reduce latency and core network congestion.

Category
Core Network
Introduced
Rel-10
Where
Radio Access Network › E-UTRAN (LTE)
Also touches
3 segments
Specifications
19 specs
SIPTO Description Purpose Related Classification Detected Changes Specifications

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

Part ofLADN
Specific typesLIPALHNLGW

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-15 4 changes

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.

  • Identification of LTE-M (eMTC) traffic TS 23.401CR3404
  • Traffic Profile for NB-IoT UE Uu operation optimisation TS 23.401CR3452
  • Introduction of LTE-M (eMTC) traffic Differentiation TS 36.413CR1580
  • Extension of Data Traffic Resources IE for E-UTRA-NR Cell Resource Coordination TS 36.423CR1214
Rel-16 4 changes

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
Rel-17 1 change

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
Rel-18 2 changes

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.

  • Correction in the Traffic flow aggregate IE handling in relation to the UE policy container delivery TS 24.301CR4059
  • Stage 2 alignments for Non-seamless WLAN offload in 5GS TS 29.273CR0539
Rel-19 1 change

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.

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.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