Glossary term · Services

SLPP

Subscriber LCS Privacy Profile

Services →

SLPP is a subscriber's Location Services privacy profile that defines their preferences for location reporting, controlling who can locate them and under what conditions to ensure privacy and consent.

Introduced
R99
Specifications
12 specs
Category
Services
Introduced
R99
Specifications
12 specs
SLPP Description Purpose Related Classification Detected Changes Specifications

Description

The Subscriber LCS Privacy Profile (SLPP) is a fundamental component within the 3GPP Location Services (LCS) architecture, designed to enforce user privacy preferences for location-related operations. It is stored within the network, typically in the Home Subscriber Server (HSS) or a dedicated privacy profile register, and is accessed by the Gateway Mobile Location Centre (GMLC) and other LCS entities. The profile contains rules that dictate whether a location request from a specific client (e.g., a value-added service, emergency services, or law enforcement) should be allowed, rejected, or require explicit notification and consent from the subscriber. These rules are evaluated based on parameters such as the identity and type of the requesting client, the type of location request (e.g., immediate, deferred, periodic), and the subscriber's current geographical area.

Operationally, when a Location Service Client (LCS client) initiates a location request for a target Mobile Station (MS), the request is routed to the GMLC. The GMLC retrieves the subscriber's SLPP from the HSS. The profile is then processed to determine the applicable privacy check. This check may result in the request being granted without user notification, granted only after notifying the user and obtaining consent (via SMS, USSD, or a data session), or outright denied. The SLPP supports different classes of clients, such as emergency services, value-added services, law enforcement, and the subscriber themselves, each with potentially different authorization levels. This granular control is crucial for regulatory compliance with privacy laws like GDPR and for building user trust in location-based applications.

The SLPP's architecture integrates with core network signaling, primarily using Diameter-based interfaces (e.g., between GMLC and HSS) or MAP (Mobile Application Part) in earlier releases. It is a key enabler for commercial LCS services like friend-finder, fleet management, and location-based advertising, as it provides the legal and technical framework for user consent. Without SLPP, networks would be unable to offer differentiated privacy handling, potentially leading to unauthorized tracking and significant legal liabilities. Its management can be partially exposed to subscribers via self-care portals, allowing users to update their privacy preferences dynamically.

Purpose & Motivation

The SLPP was created to address the critical privacy concerns inherent in cellular network-based location tracking. As mobile networks evolved to provide precise user location (initially for emergency services like E911 in the US), it became apparent that this capability could be misused without proper safeguards. Prior to standardized privacy profiles, there was no uniform mechanism to let subscribers control who could locate them, creating risks of unauthorized surveillance and violating fundamental privacy rights. The SLPP provides a standardized, network-enforced method to obtain and respect user consent.

Its development was motivated by both regulatory pressures and commercial needs. Regulators demanded that telecom operators protect subscriber location data. Commercially, for location-based services (LBS) to thrive, users needed assurance that their privacy would be respected. The SLPP solves this by putting control in the user's hands through configurable profiles, enabling a trusted ecosystem for LBS. It differentiates between various requestors, ensuring that emergency calls can always be located while commercial services require explicit permission, balancing safety, legality, and service innovation.

Classification

Part ofLCS
Related approachesGMLCHSS

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-18 12 changes
  • SLPP introduction TS 24.571CR0055
  • CR 38.355 for SLPP capability TS 38.355CR0002
  • CR 38.355 for SLPP capability TS 38.355CR0004
  • Clarification on maximum number of devices in SLPP messages TS 24.514CR0047
  • Correction to NAS signalling transport for downlink SLPP messages TS 24.571CR0064
  • Updating RSPP broadcast/groupcast to SLPP broadcast/groupcast TS 33.533CR0073

+ 6 more changes

Rel-19 1 change
  • Clarification on description of sidelink positioning SLPP transport initiation TS 24.514CR0036

Explore further

Broader topics and technologies where SLPP plays a role.

Defining Specifications

3GPP specifications that define or reference SLPP, 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 vj20 3GPP Terminology and Definitions Rel-19
TS 23.271 vj00 LCS Stage 2 Specification Rel-19
TS 23.586 vj00 Ranging & Sidelink Positioning in 5GS Rel-19
TS 24.501 vk00 5G System (5GS) Non-Access Stratum (NAS) Protocol Rel-20
TS 24.514 vj30 Ranging & Sidelink Positioning in 5GS Rel-19
TS 24.571 vj40 5G System Location Services (LCS) Rel-19
TS 29.586 vk00 Nslpkmf Service Based Interface for 5G Ranging and Sidelink Positioning Rel-20
TS 33.533 vj00 Security for 5G Ranging & Sidelink Positioning Rel-19
TS 37.571 vj00 UE Conformance for Positioning Rel-19
TS 38.305 vj20 NG-RAN UE Positioning Architecture and Functionalities Rel-19
TS 38.355 vj20 Sidelink Positioning Protocol (SLPP) Specification Rel-19