Description
Location Deferred Request (LDR) is a feature of the 3GPP Location Services (LCS) system. It operates within the standardized LCS architecture, which involves a LCS Client, a LCS Server (typically the Gateway Mobile Location Centre - GMLC), and the core network nodes (e.g., MSC, SGSN, MME) interacting with the radio access network and the UE. The LDR mechanism allows an authorized LCS Client to submit a location request with a deferred reporting condition. Instead of triggering an immediate location procedure, the network stores the request and activates it when the specified condition is met. The key components involved include the deferred location request parameters stored in the network (e.g., in the GMLC or a dedicated service node), timers, and event triggers. The request specifies criteria such as a single future absolute time, a periodic interval (e.g., every hour), or a change in area event (e.g., when the UE enters or leaves a defined geographical area). When the triggering condition occurs, the network executes the standard location determination procedure, which could be network-based (e.g., using timing advance or observed time difference of arrival), UE-based (using GNSS like GPS), or assisted/hybrid methods. Once the location is obtained, the network delivers the result (e.g., geographic coordinates) to the requesting LCS Client according to the deferred request's delivery instructions. This process decouples the request from the immediate network and UE resource usage for positioning, allowing for more efficient scheduling and battery-friendly operation for the UE, especially for non-urgent tracking applications. The feature relies on the network's ability to manage and correlate multiple deferred requests, handle their lifecycle (creation, activation, execution, cancellation), and ensure privacy and security as per subscriber consent.
Purpose & Motivation
Location Deferred Request was created to expand the utility of cellular location services beyond simple, immediate "where are you now" queries. Early LCS capabilities were primarily real-time, which limited applications to instant navigation, emergency services (E911), and similar time-critical uses. Many commercial and enterprise applications, however, require location information on a scheduled or event-driven basis without constant active polling. Examples include fleet management for periodic position logging, asset tracking for theft recovery (reporting location only upon movement), location-based advertising triggered by entering a shopping mall, or parental controls that alert when a child leaves a safe zone. Performing these with continuous real-time requests would be highly inefficient, consuming excessive network signaling resources, core network processing capacity, and UE battery life. LDR solves this by allowing a single request to define a future action plan. This reduces signaling overhead, optimizes network resource utilization, and is more considerate of UE power constraints. It enabled a new class of location-based services that are proactive, scheduled, or event-triggered, forming a foundational capability for the Internet of Things (IoT) and Machine-to-Machine (M2M) tracking use cases that emerged later. Its introduction in the R99 timeframe positioned GSM and UMTS networks to offer sophisticated value-added services.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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.
Explore further
Broader topics and technologies where LDR plays a role.
Defining Specifications
3GPP specifications that define or reference LDR, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 03.071 v7b0 | Location Services (LCS) Stage 2 Description | Rel-7 |
| TS 23.171 v1390 | LCS Stage 2 for UMTS | Rel-4 |
| TS 23.271 vj00 | LCS Stage 2 Specification | Rel-19 |
| TS 23.273 vj70 | 5G Location Services Architecture Stage 2 | Rel-19 |
| TS 23.700 vk10 | AI/ML Application Layer Support Phase 2 | Rel-20 |
| TS 23.731 vg00 | 5G LCS Architecture Enhancement Study | Rel-16 |
| TS 24.080 vj30 | Mobile Radio Interface Layer 3 Supplementary Services | Rel-19 |
| TS 24.571 vj40 | 5G System Location Services (LCS) | Rel-19 |
| TR 26.926 vj00 | Traffic Models & Quality Evaluation for Media/XR in 5G | Rel-19 |
| TS 29.515 vk00 | Ngmlc Service Based Interface (GMLC) | Rel-20 |
| TS 29.518 vk00 | 3GPP TS 29518 vk00: Namf Service Based Interface | Rel-20 |
| TS 29.572 vk00 | 3GPP TS 29572 vk00: Nlmf Service Based Interface | Rel-20 |