Description
The Discovery Service (DS) is a functional element and associated procedures within the 3GPP Location Services (LCS) architecture. Its primary role is to act as a directory or registry that provides discovery information to LCS Clients. An LCS Client is an application or network entity that requests the location of a target UE. Before it can make a location request, the client needs to know *which* network node (the Location Server, such as a Gateway Mobile Location Centre (GMLC) in the core network or a Location Management Function (LMF) in 5GC) is responsible for or can serve the target UE. The DS provides this routing and capability information.
Architecturally, the DS can be implemented as a standalone network node or integrated into an existing node like a GMLC. It maintains a database or has access to provisioning data that maps key identifiers (like the target UE's Mobile Subscriber ISDN Number (MSISDN), International Mobile Subscriber Identity (IMSI), or Serving Network identity) to the address (e.g., IP address, Diameter hostname) of the appropriate Location Server. The procedure typically involves the LCS Client sending a Discovery Request message to a known DS entry point. This request contains the target identifier. The DS processes this request, performs any necessary lookups or inter-network routing resolution (e.g., using the LCS Roaming Exchange (LRX) for inter-PLMN cases), and returns a Discovery Response with the address of the relevant Location Server and potentially its supported capabilities (e.g., positioning methods, privacy protocols).
The DS is crucial for scalable and interoperable LCS deployments, especially in multi-vendor environments, roaming scenarios, and networks with multiple, geographically distributed Location Servers. It decouples the service logic of LCS Clients from the underlying network topology. Without a DS, each LCS Client would need to be statically configured with the addresses of all possible Location Servers, an impractical approach for large, evolving, or interconnected networks. The service is defined across multiple 3GPP specifications covering architecture, protocols (like Diameter-based LCS Application Protocol), and interworking, ensuring that both network-based and external application clients can reliably discover location service endpoints.
Purpose & Motivation
The Discovery Service was created to solve the fundamental bootstrapping problem in location service provisioning: 'How does a client find the right server?' In early LCS implementations, clients often used pre-configured or hard-coded addresses for GMLCs. This approach was inflexible, difficult to manage in large networks, and broke down completely in roaming scenarios where the client in the home network needed to find the GMLC in the visited network. The DS provides a dynamic, standardized lookup mechanism, which was essential for the commercial rollout of interoperable location-based services across multiple operator networks.
Its creation was motivated by the need for scalability and automation in LCS. As the number of LCS Clients (e.g., for emergency services, lawful intercept, fleet management, and consumer apps) grew, manual configuration became a major operational burden and a source of errors. The DS abstracts the network complexity, allowing new Location Servers to be added or old ones retired without requiring updates to every client. Furthermore, it enables advanced features like load balancing between servers and discovery based on the client's own identity or requested service level. By providing a centralized discovery point, it facilitates inter-PLMN location services, which are critical for emergency call routing (E911, eCall) and international roaming services, ensuring that a location request can be correctly routed to the network currently serving the target subscriber.
Evolution Across Releases
Introduced the Discovery Service as a key component of the Stage 2 Location Services (LCS) architecture for UMTS. Defined its primary role in routing location requests by providing the address of the Gateway Mobile Location Centre (GMLC) serving a target subscriber, establishing the basic request/response model for server discovery.
Explore further
Broader topics and technologies where DS plays a role.
Defining Specifications
3GPP specifications that define or reference DS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.048 v1400 | Secured Packets for UICC Remote Management | Rel-5 |
| TS 23.282 vk00 | MCData Functional Architecture & Info Flows | Rel-20 |
| TR 23.923 v1300 | Mobile IP+ Feasibility Study for UMTS/GPRS | Rel-4 |
| TS 24.312 vj00 | ANDSF Management Objects Specification | Rel-19 |
| TS 25.415 vj00 | Iu Interface User Plane Protocol | Rel-19 |
| TS 26.510 vj10 | Media Delivery APIs for 5GMS and RTC Systems | Rel-19 |
| TS 26.804 vj10 | 5G Media Streaming Extensions Study | Rel-19 |
| TR 26.952 vj00 | EVS Codec Selection, Verification & Characterization | Rel-19 |
| TS 29.421 v810 | IMS Interworking with External IP Networks | Rel-8 |
| TS 31.113 v1800 | USAT Interpreter Byte Code Specification | Rel-8 |
| TS 31.114 v1800 | USAT Interpreter Transmission Protocol | Rel-8 |
| TS 31.220 vj00 | Contact Manager for UICC Applications | Rel-19 |
| TR 33.980 vj00 | GAA & Liberty Alliance Interworking Guidelines | Rel-19 |
| TS 37.579 vi40 | Mission Critical services conformance testing | Rel-18 |
| TS 38.753 vj00 | Spatial Channel Model Study for NR Demodulation | Rel-19 |
| TR 38.808 vh00 | Study on NR above 52.6 GHz to 71 GHz | Rel-17 |
| TS 38.811 vf40 | Study on NR Support for Non-Terrestrial Networks | Rel-15 |
| TS 38.827 vg80 | NR MIMO OTA Radiated Metrics & Test Methodology | Rel-16 |
| TR 38.900 vf00 | Channel Model Study for >6 GHz | Rel-15 |
| TR 38.901 vj10 | Channel Model for 0.5-100 GHz | Rel-19 |