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

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-16 1 change

In Release 16, the SIPTO function was enhanced with specific considerations for Dedicated Bearers used for Ethernet traffic within the EPC, particularly regarding aspects for Isolated E-UTRAN Operation for Public Safety (IOPS), LIPA, and SIPTO at the Local Network (SIPTO@LN). This update integrates SIPTO, which offloads selected IP traffic for macro-cellular and H(e)NB access, with these specialized network architectures and bearer types.

  • Dedicated Bearers for Ethernet in EPC - IOPS / LIPA / SIPTO@LN aspects TS 23.401CR3508

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