LAF

Location Application Function

Services →
Introduced in R99 Also in: Core Network

LAF is a 5G network function that provides an interface for external applications to request the location of user equipment, supporting services like emergency calls, lawful intercept, and commercial location-based services.

Category
Services
Introduced
R99
Where
Services › IMS
Also touches
1 segments
Specifications
4 specs
LAF Description Purpose Related Classification Specifications

Description

The Location Application Function (LAF) is a network function defined within the 5G core network's Service-Based Architecture (SBA). It resides in the service exposure layer and acts as the primary interface for authorized external Application Functions (AFs) or third-party application servers to request location information for User Equipments (UEs). The LAF provides a standardized, secure API (often based on HTTP/2 and JSON) through which applications can submit location requests, such as for a single immediate location fix or for periodic or triggered location reporting. It is a key component of the Location Services (LCS) architecture, translating application-level location service requests into network-specific procedures.

Architecturally, the LAF interacts with other core network functions to fulfill location requests. Its main counterpart is the Gateway Mobile Location Centre (GMLC), which is the traditional core node for location services. In 5G, the LAF typically communicates with the GMLC using the standardized Le interface or its service-based equivalent (e.g., Nlg interface). The LAF may also interact with the Network Exposure Function (NEF) for policy enforcement, authentication, and authorization of the external application's request. The LAF handles aspects like validating the application's subscription, checking privacy regulations (e.g., user consent via the GMLC), and managing the location request session.

How it works involves a sequence of steps. First, an external AF sends a location request to the LAF's API, specifying parameters like the target UE identifier (e.g., MSISDN, External Identifier), required QoS (e.g., accuracy, response time), and type of service (e.g., immediate, deferred). The LAF authenticates the AF and authorizes the request. It then forwards the request to the GMLC. The GMLC interacts with the UE's serving AMF and, ultimately, location determination functions in the Access Network (e.g., using LTE Positioning Protocol (LPP) via the AMF and NG-RAN) to obtain the location estimate. The resulting location data (e.g., geographic coordinates) is routed back through the GMLC to the LAF, which formats and delivers it to the requesting external AF.

Key components of the LAF include its service-based interface (e.g., Nlaf), its logic for request session management, and its integration with the NEF for exposure security. The LAF's role is to abstract the complexities of the underlying network location technologies (e.g., GNSS, OTDOA, E-CID) from the application, providing a simple, web-friendly API. This enables a wide range of services, including emergency caller location (E911/E112), location-based charging, fleet management, and personalized services. It plays a critical role in making 5G network capabilities, specifically precise location, securely available to the application ecosystem.

Purpose & Motivation

The LAF was created to modernize and standardize how external applications access mobile network location services. In pre-5G architectures, location services for applications were often provided through proprietary or legacy interfaces to the GMLC, which could be complex and lack the flexibility required for modern cloud-native applications. The proliferation of IoT and advanced location-based services demanded a more agile, API-driven approach.

The introduction of the LAF in the 5G SBA addresses this by providing a dedicated, service-based function for application exposure of location services. It solves the problem of tight coupling between applications and network-specific protocols. By offering a RESTful or HTTP/2-based API, it allows application developers to easily integrate location capabilities without deep knowledge of telecom protocols. Furthermore, it centralizes authentication, authorization, and policy control for location requests through integration with the NEF, enhancing security and privacy compliance. This evolution supports the 5G vision of network programmability and service exposure, enabling new business models and efficient support for critical services like enhanced emergency services.

Classification

Part ofLCS
Related approachesGMLCNEF

Evolution Across Releases

R99 Initial

Introduced as part of the Location Services (LCS) architecture for UMTS. The LAF (or its conceptual predecessor) served as the interface between an external LCS Client and the network's GMLC, using the Le reference point. It enabled basic mobile location services for applications.

Explore further

Broader topics and technologies where LAF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.171 v1300 LCS Stage 2 Specification for UMTS Rel-4
TS 23.271 vj00 LCS Stage 2 Specification Rel-19
TS 33.127 vj50 Lawful Interception Architecture and Functions Rel-19
TS 33.128 vj50 3GPP TS 33.128: Lawful Interception Protocols Rel-19
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.