NI-LR

Network Induced Location Request

Services →
Introduced in R99 Also in: Core Network, Radio Access Network

NI-LR is a network-initiated location request procedure where the core network or a trusted client commands a target UE or radio network to provide positioning measurements without an explicit UE request.

Category
Services
Introduced
R99
Where
Services › IMS
Also touches
2 segments
Specifications
19 specs
NI-LR Description Purpose Related Classification Detected Changes Specifications

Description

Network Induced Location Request (NI-LR) is a core network-driven procedure within the 3GPP Location Services (LCS) architecture. It enables an authorized entity, known as a LCS Client, to request the geographical position of a target UE. The key characteristic of NI-LR is that the location request is triggered by the network or an external application server, not by the UE (which would be a Mobile Originated Location Request, MO-LR). The requesting LCS Client can reside within the network operator's domain (e.g., for emergency services, lawful interception) or be an external, trusted third-party service provider (e.g., for logistics or asset tracking). The request is submitted to the Gateway Mobile Location Centre (GMLC), which acts as the gateway and privacy authorizer for all location requests.

Upon receiving a validated NI-LR, the GMLC routes the request to the appropriate serving node in the core network—the Mobile Switching Centre (MSC) for circuit-switched (CS) access, the Serving GPRS Support Node (SGSN) for 2G/3G packet-switched (PS) access, or the Mobility Management Entity (MME) for 4G/5G access. This serving node then initiates the positioning procedure with the target UE and the radio access network (RAN). The specific positioning method (e.g., Cell-ID, OTDOA, UTDOA, A-GNSS) is determined by the network based on the required Quality of Service (QoS) such as accuracy and response time. The RAN and/or UE perform the necessary measurements (e.g., timing measurements for OTDOA, satellite signals for A-GNSS) and report them to a dedicated network node, the Enhanced Serving Mobile Location Centre (E-SMLC) in LTE or the Location Management Function (LMF) in 5G. This node calculates the final position estimate.

The calculated location estimate is then routed back through the chain: from the E-SMLC/LMF to the serving node (MME/SGSN/MSC), then to the GMLC, and finally delivered to the requesting LCS Client. Throughout this process, privacy is paramount. The network must verify that the LCS Client is authorized for the specific type of request and that the target subscriber's privacy settings, stored in the Home Subscriber Server (HSS) or Home Location Register (HLR), permit such a network-induced location disclosure. The NI-LR procedure is therefore a complex orchestration of authorization, signaling, radio measurement, and calculation across multiple network entities.

Purpose & Motivation

NI-LR was developed to meet critical regulatory, safety, and commercial needs that require the network to be able to locate a subscriber without their active participation. The most significant driver was regulatory mandates for emergency caller location. When a user makes an emergency call (e.g., 112, 911), the network must automatically determine the caller's location to dispatch aid, even if the caller is unable to provide it or is unaware of their position. NI-LR provides the standardized mechanism for this automatic network-triggered location.

Beyond emergencies, NI-LR addresses requirements for lawful interception and location-based services. Law enforcement agencies, with proper legal authorization, require the capability to locate a subscriber for security purposes. Commercially, it enables a wide range of value-added services. For example, a logistics company can track its fleet vehicles, a network operator can implement location-dependent charging (e.g., different rates at home vs. abroad), or a service provider can send targeted advertisements based on a user's area. Prior to standardized LCS, such capabilities would require proprietary, non-interoperable solutions. NI-LR, as part of the broader 3GPP LCS framework, created a unified, secure, and privacy-protected method for network-initiated positioning, enabling global interoperability for safety and commercial applications.

Classification

Part ofLCS
Related approachesMO-LR

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-17 1 change

In Release 17, the specification introduced updates to the 5GC-NI-LR procedure, refining the Network Induced Location Request function for scenarios like emergency call origination. The enhancements specifically detailed the procedure for obtaining a target MS's location on behalf of a PLMN operator LCS client when the MS is in dedicated mode. These updates also reinforced the privacy evaluation and authorization rules for NI-LR requests within a visited PLMN.

Explore further

Broader topics and technologies where NI-LR plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 03.071 v7b0 Location Services (LCS) Stage 2 Description Rel-7
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.171 v1300 LCS Stage 2 Specification for UMTS Rel-4
TS 23.271 vj00 LCS Stage 2 Specification Rel-19
TS 23.273 vj50 5G Location Services Stage 2 Architecture Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 23.730 ve00 Study on extended CIoT architecture Rel-14
TS 29.171 vj00 LCS Application Protocol (LCS-AP) Specification Rel-19
TS 29.515 vj50 Ngmlc Service Based Interface Protocol Rel-19
TS 32.250 vj00 Circuit Switched Offline Charging Rel-19
TS 32.251 vj00 PS Domain Charging Management Rel-19
TS 32.271 vj20 3GPP LCS Charging Management Spec Rel-19
TS 32.272 vj00 Charging for Push-to-Talk over Cellular (PoC) Rel-19
TS 32.293 vj00 Proxy Function in Domestic Service Provider Rel-19
TS 36.305 vj00 UE Positioning in E-UTRAN Stage 2 Rel-19
TS 36.355 vj00 LTE Positioning Protocol (LPP) Rel-19
TS 37.355 vj20 LTE Positioning Protocol (LPP) Rel-19
TS 37.571 vj00 UE Conformance for Positioning Rel-19
TS 38.305 vj00 NG-RAN UE Positioning Stage 2 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.