Description
Local IP Access (LIPA) is a 3GPP standardized functionality that allows a mobile device connected via a femtocell (Home NodeB or Home eNodeB) to directly access other IP-capable devices within the same local premises network. The architecture centers on the Local Gateway (L-GW), a logical function that is typically collocated with the femtocell. When a UE initiates a Packet Data Network (PDN) connection for LIPA, the femtocell and its associated L-GW establish a direct IP path between the UE and the local network. The L-GW acts as the default IP router for the UE for this specific PDN connection, performing functions like IP address allocation (using DHCP) and traffic forwarding. The mobile operator's core network, specifically the Serving Gateway (S-GW) and Packet Data Network Gateway (P-GW), is bypassed for this local traffic, though the core network remains involved in control plane aspects like connection establishment and mobility management for the cellular link.
The LIPA functionality is tightly integrated with the femtocell subsystem and its security gateway (SeGW). The L-GW can be implemented as a separate physical entity or, more commonly, as a logical function integrated into the femtocell hardware. For a UE to use LIPA, it must be within the coverage area of a femtocell that supports LIPA and is authorized for such access. The UE requests a PDN connection for LIPA by using a specific Access Point Name (APN) configured for local access. The femtocell, upon receiving this request, interacts with the core network's Mobility Management Entity (MME) for authorization. Once authorized, the data path is set up directly between the UE and the L-GW. All IP packets destined for the local network are routed by the L-GW, while packets destined for the public internet would typically require a separate, non-LIPA PDN connection that routes through the operator's core P-GW.
LIPA's role is significant in offloading localized, data-intensive traffic. It enables use cases like accessing a local network-attached storage (NAS), printing to a local printer, or streaming from a local media server without consuming the femtocell's often-limited backhaul capacity to the operator's core. This architecture preserves the user experience for local services even if the wide-area internet connection is congested or unavailable. Security for the local access is managed at the IP layer within the local network, as the cellular air interface security terminates at the femtocell. LIPA represents a convergence of cellular and local area networking, extending the concept of a trusted local network to devices using cellular radio technology.
Purpose & Motivation
LIPA was created to address the growing use of femtocells and small cells in residential and enterprise environments. A key problem was that all UE data traffic, even traffic destined for a printer in the same room, was traditionally routed through the mobile operator's core network gateway (P-GW), often located hundreds of miles away. This 'tromboning' of local traffic increased latency, consumed valuable backhaul bandwidth (which can be a cost bottleneck for femtocell deployments), and provided no performance benefit for purely local communications. It also limited the utility of femtocells for creating effective local area networks for cellular devices.
Historically, before LIPA, a UE could only access services through the operator's core network. This was inefficient for the emerging small cell deployment model. The motivation for LIPA was to enable a more efficient architecture where localized communication could be kept local, mirroring the behavior of Wi-Fi in a local network. It solves the problem of backhaul congestion for small cells, reduces latency for local services, and allows operators to offer new service bundles that include seamless access to customer premises equipment. It addressed the limitation of previous cellular architectures that were designed primarily for wide-area network access, not for optimized local area access via operator-deployed infrastructure.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (22 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 LIPA (Local IP Access) function itself was not newly introduced, as the grounding context defines it as an existing capability allowing IP-capable UEs connected via a H(e)NB direct access to a local IP network. The provided CR titles for this release focus instead on introducing and clarifying management procedures for the Extended Local Emergency Number List, including its storage, domain applicability, and deletion upon PLMN change.
- Clarify that the newly introduced Extended Local Emergency Number List does not apply to the CS domain TS 24.008CR3128
- Extended and local emergency numbers and applicable domain for call initiation TS 24.301CR3012
- Storage of extended local emergency numbers TS 24.301CR3013
- Running 36.300 CR to introduce assistance information for local cache TS 36.300CR1076
- Correct Extended Local Emergency Numbers List deletion upon PLMN change TS 24.301CR3097
- Identify the Local Emergency Number List TS 24.008CR3122
In Release 16, the enhancements for LIPA included the support for Restricted Local Operator Services within the EPC architecture, introducing specific authentication, security handling, and a request indication for these services. The release also defined procedures for the local release of dedicated EPS bearers after inter-RAT mobility to NB-IoT and ensured bearer context status was correctly communicated during tracking area updates following local bearer deactivation.
- Support for Restricted Local Operator Services in EPC TS 23.401CR3491
- Dedicated Bearers for Ethernet in EPC - IOPS / LIPA / SIPTO@LN aspects TS 23.401CR3508
- Support of restricted local operator services TS 24.301CR3160
- Restricted local operator services request indication TS 24.301CR3161
- Authentication and security handling for restricted local operator services TS 24.301CR3162
- Local release of dedicated EPS bearers after inter-RAT mobility to NB-IoT TS 24.301CR3234
+ 1 more changes
In Release 17, enhancements to LIPA (Local IP Access) focused on interworking and session management, specifically introducing procedures for the local deactivation of user plane resources in a multi-access PDU session. The release also defined the handling of the local IP address during Traffic Flow Template negotiation to enable 5G-to-4G interworking for LIPA services. Furthermore, corrections and clarifications were made to the support of restricted local operator services.
- Local deactivation of UP resource for an MA PDU session with PDN leg - 24301 Part TS 24.301CR3657
- ARP PL applied by MME per local configruation TS 23.401CR3648
- Correction in the restricted local operator services TS 24.301CR3456
- Miss local detach procedure before entering EMM-DEREGISTERED state TS 24.301CR3480
- Local IP address in TFT negotiation in 5GS for 5G-4G interworking TS 24.008CR3263
In Release 18, the LIPA function was updated to explicitly support both IPv4 and IPv6 local address types for the UE's direct access to a local residential or corporate IP network. Additionally, a correction was made to the condition for triggering a Tracking Area Update procedure following the local release of a PDN connection.
In Release 19, the enhancements for Local IP Access (LIPA) focused on improving local connection management within the H(e)NB subsystem. Specifically, new procedures were introduced for a local detach during periods of unavailability in 4G networks and for the local release of the signalling connection when requested by upper layers. These updates provide more direct control over the UE's access to the local residential or corporate IP network.
Explore further
Broader topics and technologies where LIPA plays a role.
Defining Specifications
3GPP specifications that define or reference LIPA, 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 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.413 vj00 | Radio Access Network Application Part (RANAP) | Rel-19 |
| TS 25.467 vj00 | UTRAN Architecture for 3G Home Node B | Rel-19 |
| TS 29.060 vj00 | GPRS Tunnelling Protocol (GTP) version 1 | Rel-19 |
| TS 29.274 vj50 | GTPv2-C Control Plane Protocol Specification | Rel-19 |
| TS 29.303 vj10 | DNS Procedures for Evolved Packet System | Rel-19 |
| TS 33.107 vj00 | Lawful Interception Architecture & Functions | Rel-19 |
| TS 33.320 vj00 | H(e)NB Subsystem Security Architecture | Rel-19 |
| 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.875 vd10 | Dual Connectivity Extension Requirements | Rel-13 |