LADN

Local Area Data Network

Services →
Introduced in Rel-15 Also in: Services

LADN is a 5G service that provides connectivity to a specific data network only when the user equipment is located within a defined geographical area.

Category
Services
Introduced
Rel-15
Where
Core Network › 5G Core
Also touches
1 segments
Specifications
14 specs
LADN Description Purpose Related Classification Detected Changes Specifications

Description

A Local Area Data Network (LADN) is a 5G system feature defined from 3GPP Release 15 onwards. It enables the provisioning of a Data Network (DN) that is accessible to a User Equipment (UE) only when the UE is located within a specific geographical area, known as the LADN service area. This is a key enabler for localized services such as private networks, industrial IoT, and campus networks. The core network, specifically the Access and Mobility Management Function (AMF), is responsible for managing the UE's registration and session establishment context with respect to LADN availability. When a UE registers with the network, the AMF provides it with a list of configured LADNs and their corresponding service areas. The UE uses this information to determine its eligibility to access a particular LADN based on its current location.

The architecture involves the AMF, the Session Management Function (SMF), and the User Plane Function (UPF). The AMF stores the LADN configuration, including the Data Network Name (DNN) and the associated service area, which is defined as a set of Tracking Areas (TAs). When a UE initiates a Protocol Data Unit (PDU) Session establishment request for a LADN DNN, the AMF checks the UE's reported location against the LADN service area. If the UE is outside the area, the AMF rejects the session establishment, preventing unnecessary resource allocation and signaling. If inside, the request is forwarded to the SMF, which proceeds with normal PDU Session establishment procedures, potentially selecting UPFs that are local to the LADN for optimal routing.

LADN works by integrating location awareness into the core network's session management logic. The UE is not required to continuously monitor its location for LADN purposes; instead, it relies on the network's registration area updates and the AMF's knowledge. The service area is configured in the network and provided to the UE via non-access stratum (NAS) signaling. This mechanism ensures that PDU Sessions for a LADN are only active when the UE is within the designated zone, and they are deactivated or become inaccessible when the UE moves out. This model supports efficient network slicing for localized services, as a network slice instance can be associated with a specific LADN, ensuring resources are utilized only where needed.

Key components include the LADN DNN, which is a special DNN identifier, and the LADN service area definition. The AMF's role is central, as it performs the authorization check. The SMF is responsible for managing the PDU Session context and interacting with the Policy Control Function (PCF) and UPF. From a UE perspective, LADN awareness involves storing the received service area information and using it to conditionally attempt PDU Session establishment. This feature is crucial for enabling 5G to support vertical industry applications that require bounded, low-latency connectivity within a confined geographical footprint without impacting the wider public network.

Purpose & Motivation

LADN was created to address the need for efficient, geographically restricted data services in 5G networks. Prior to 5G, providing localized network access (like a private corporate network) often required overarching network configurations or dedicated infrastructure that wasn't tightly integrated with the mobile core. This could lead to inefficient use of core network resources, as sessions might be maintained even when a user was far from the service location, causing unnecessary signaling and user plane traffic across the network.

The motivation stems from the 5G vision to support diverse industry verticals, such as smart factories, ports, and campuses. These environments require guaranteed, high-performance connectivity that is logically and physically confined to a specific area. LADN solves this by making the core network itself area-aware, allowing it to dynamically grant or deny access to a specific data network based on real-time user location. This solves the problem of network resource sprawl and enables true network slicing for localized services, where a slice's resources are only consumed when a user is physically present in the relevant area. It provides a standardized, core-network-native method for service area restriction, moving beyond older, less efficient methods like cell-based access control or overlay networks.

Classification

Part ofDNN
Specific typesSIPTO
Related approachesAMF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (84 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-15 29 changes

In Release 15, the LADN (Local Area Data Network) function was newly introduced, defining a data network accessible only within a specific service area composed of Tracking Areas. Key introductions included the provisioning of LADN Information (service area and DNN) from the AMF to the UE during Registration or UE Configuration Update procedures, and mechanisms for the UE and SMF to determine UE presence inside or outside the LADN service area to control session establishment and user plane activation.

  • SM cause for out of LADN service area TS 24.501CR0060
  • LADN indication from UE at registration TS 24.501CR0065
  • Clarification on 5GSM cause_#46 out of LADN service area TS 24.501CR0598
  • Clarification in LADN clause 5.6.5 - TS 23.501 TS 23.501CR0022
  • Clarification on location reporting for LADN in RRC Inactive clause 5.3.3.2.5 - TS 23.501 TS 23.501CR0136
  • Correction on aspects for LADN TS 23.501CR0272

+ 23 more changes

Rel-16 12 changes

In Release 16, the LADN function was enhanced with clarifications and corrections for its operation across various scenarios. Key additions included defining UE handling upon receiving a specific session management message outside the LADN area, clarifying LADN support for multi-access PDU sessions and its information validity per-PLMN, and specifying procedures for LADN during transfers to EPS and when the UE operates in SNPN access mode. Furthermore, corrections were made to AMF behavior upon LADN information updates and to DNN-based congestion control specifically for LADN PDU sessions.

  • LADN handling in ETSUN scenario TS 23.501CR1177
  • Missing "UE presence in LADN service area" attribute TS 29.502CR0174
  • Clarification on LADN support for an MA PDU Session TS 23.501CR2531
  • Clarification on LADN information for the registered and equivalent PLMNs TS 24.501CR0964
  • Clarification for transfter of PDU session for LADN to EPS. TS 24.501CR1177
  • UE handling upon receipt of 5GSM #46 out of LADN service area TS 24.501CR1740

+ 6 more changes

Rel-17 10 changes

In Release 17, the LADN function was enhanced to support overlapping LADN service areas and to better integrate with UE mobility analytics, where the SMF can now subscribe to these analytics using the LADN DNN as the Area of Interest. The release also introduced clarifications and procedural refinements, such as the handling of the T3396 timer for LADN, the conditions for initiating 5GSM procedures for LADN, and the AMF's actions when a requested DNN is not part of the subscribed list. Furthermore, it specified the behavior for a change in PS data off status when the UE is outside the LADN service area and clarified the support for MA PDU sessions associated with LADN.

  • Adding the usage of extended UE Mobility analytics for LADN service TS 23.501CR2582
  • Extension of UE Mobility Analytics to support LADN DNN TS 29.520CR0400
  • Overlapping LADN Service area TS 23.501CR3230
  • Clarification on LADN Information update TS 24.501CR2758
  • LADN T3396 handling TS 24.501CR3233
  • AMF handling when none of the DNN's in LADN Indication IE are part of subscribed DNN list TS 24.501CR3232

+ 4 more changes

Rel-18 33 changes

In Release 18, the LADN function was enhanced to operate on a per DNN and S-NSSAI basis, requiring updates across 5GMM and 5GSM procedures, AMF enforcement, and URSP rules. This introduced more granular provisioning and handling, including support for equivalent SNPNs and enhanced group management, while also necessitating clarifications and corrections for legacy UE behavior and SMF interactions.

  • Service area provisioning and LADN aspects for enhanced group management TS 23.501CR3914
  • General updates for LADN per DNN & S-NSSAI TS 24.501CR5011
  • Equivalent SNPNs: LADN service area TS 24.501CR4982
  • 5GMM procedure updates for LADN per DNN & S-NSSAI TS 24.501CR5012
  • 5GSM procedure updates for LADN per DNN & S-NSSAI TS 24.501CR5013
  • AMF enforcement for LADN per DNN & S-NSSAI TS 24.501CR5213

+ 27 more changes

Explore further

Broader topics and technologies where LADN plays a role.

Defining Specifications

3GPP specifications that define or reference LADN, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.501 vk00 5G System Architecture Stage 2 Rel-20
TS 23.558 vk00 Architecture for Edge Applications Rel-20
TR 23.758 vh00 Study on Edge Application Architecture Rel-17
TS 24.193 vj50 ATSSS Procedures Specification Rel-19
TS 24.501 vj50 5G NAS Protocols Specification Rel-19
TS 24.526 vj30 UE Policies for 5GS; Stage 3 Rel-19
TS 24.890 vg00 5G NAS Protocol for 5GS Stage 3 Rel-16
TR 26.803 vh00 5G Media Streaming Extensions for Edge Processing Rel-17
TS 26.891 vg00 Media Distribution Services in 5G System Rel-16
TS 29.502 vj50 5G System; Nsmf Service Based Interface; Stage 3 Rel-19
TS 29.518 vj50 AMF Service Based Interface Protocol Rel-19
TS 29.520 vj40 5G Network Data Analytics Services Stage 3 Rel-19
TS 29.558 vj40 Enabling Edge Applications Rel-19
TR 33.839 vh10 Edge Computing Security Study for 5G Core Rel-17
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.