LIPA

Local IP Access

Services →
Introduced in Rel-10 Also in: Radio Access Network, Services

LIPA is a feature that enables a mobile device to access a local IP network directly via a femtocell without routing traffic through the operator's core network.

Category
Services
Introduced
Rel-10
Where
Core Network › Evolved Packet Core
Also touches
2 segments
Specifications
15 specs
LIPA Description Purpose Detected Changes Specifications

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.

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 enhancement for LIPA introduced support for Dedicated Bearers for Ethernet, addressing aspects for Isolated E-UTRAN Operation for Public Safety (IOPS), LIPA, and SIPTO at the Local Network (SIPTO@LN). This allows IP-capable User Equipment connected via a Home (e)NodeB more robust direct access to other IP-capable devices within a local residential or corporate IP network. The update specifically integrates Ethernet-based transport within these localized access scenarios.

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

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.

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