PSI

Provide Subscriber Information

Services →
Introduced in Rel-4 Also in: Core Network, Radio Access Network

PSI is a core network service that allows an authorized entity to request subscriber data from the HSS or HLR for location-based services, lawful interception, and other value-added services.

Category
Services
Introduced
Rel-4
Where
Services › Codecs
Also touches
2 segments
Specifications
44 specs
PSI Description Purpose Related Classification Detected Changes Specifications

Description

Provide Subscriber Information (PSI) is a standardized service within the 3GPP core network architecture, defined as part of the Mobile Application Part (MAP) protocol and later the Diameter-based Sh and S6a/S6d interfaces. It is a network-initiated procedure where a requesting node, such as a Gateway Mobile Location Centre (GMLC), a Service Capability Exposure Function (SCEF), or a Lawful Interception node, queries the subscriber's home database – the Home Location Register (HLR) in 2G/3G or the Home Subscriber Server (HSS) in 4G/5G – to obtain specific information about a subscriber.

The procedure involves a well-defined request/response message exchange. The requesting entity sends a PSI message (e.g., MAP_PSI or Diameter PSI-Request) containing the subscriber's identifier (like MSISDN or IMSI) and an indication of the information required. The HSS/HLR processes the request, which typically involves checking the requester's authorization against subscriber privacy settings and regulatory requirements (e.g., for location services). Upon successful authorization, the HSS/HLR responds with a PSI-Answer message containing the requested data. This data can include a wide array of information: the subscriber's current serving network node (MSC, SGSN, MME, AMF), the subscriber's state (e.g., attached, detached), location information (if available and permitted), subscribed services, and IMSI-MSISDN mapping.

Key components in the architecture include the Requesting Node (the client of the service), the HSS/HLR (the server holding the data), and the relevant signaling interfaces. For 4G/5G, the primary interface is the S6a (between MME and HSS) and Sh (between Application Server/SCEF and HSS), using the Diameter protocol. The HSS acts as the central repository and policy enforcement point, ensuring that subscriber data is provided only to authorized network functions based on the subscriber's consent and network policies.

PSI's role is critical for enabling numerous value-added and regulatory services. It is the backbone procedure for network-based location services, allowing a GMLC to find out which Mobility Management Entity (MME) or Access and Mobility Management Function (AMF) is serving a target UE before issuing a location request. It is also used for restoring subscriber data in case of MME failure, supporting SMS delivery routing, facilitating lawful interception provisioning, and enabling service capability exposure for third-party applications. Its evolution across releases has seen it adapt from circuit-switched MAP to packet-switched Diameter, and its integration with new network functions like the SCEF and Network Exposure Function (NEF) in 5G, maintaining its position as a fundamental subscriber data access service.

Purpose & Motivation

The PSI service was created to address the fundamental need for authorized network entities to access centralized subscriber information in a standardized, secure, and controlled manner. In early cellular networks, different network nodes (like switches and service platforms) required subscriber data to perform their functions, but ad-hoc methods of sharing this data were inefficient and insecure. PSI provided a unified, protocol-based mechanism for querying the master subscriber database (HLR), solving problems related to service triggering, routing (e.g., for SMS or voice calls), and the nascent field of location-based services.

The historical motivation stems from the separation of the subscriber database (HLR) from the switching functions in GSM architecture. This separation created the need for a signaling service to connect them. PSI, as part of the MAP protocol, was one of the key services enabling this distributed architecture. It solved the limitation of having subscriber data siloed or replicated inconsistently across network elements. By centralizing data in the HLR and providing controlled access via PSI, network operators could ensure data consistency, simplify service deployment, and implement subscriber privacy controls.

As networks evolved through 3G, 4G, and 5G, the purpose of PSI expanded. It became essential for enabling regulatory services like lawful interception, where authorities require network attachment information. The drive towards service exposure and network APIs for third-party developers further leveraged PSI (via the SCEF/NEF) to provide subscriber status information to authorized applications, fueling the creation of new services. Thus, PSI has endured as a critical enabler, evolving from a basic network operations tool to a key component in service delivery, security, and innovation across the entire 3GPP system evolution.

Classification

Part ofHSS
Related approachesHLRGMLC

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change

In Release 15, the PSI (Provide Subscriber Information) function was extended to support configuration for the MCPTT server. This introduction allows the MCPTT server to utilize the existing PSI procedure, as specified in 3GPP TS 23.018, to request subscriber status information from the VLR.

  • MCPTT server PSI configuration TS 23.379CR0103
Rel-18 3 changes

In Release 18, the PSI function saw corrections and clarifications specifically related to PSI-based discard procedures. These included corrections for downlink (DL) PSI-based discard and for discard procedures related to Extended Reality (XR) Service Data Units (SDUs). The updates refined how the network handles data discarding when subscriber information is provided, without altering the core PSI message flow defined between network elements like the HLR and VLR.

  • Correction on DL PSI based discard TS 38.300CR0874
  • Correction on PSI based discard TS 38.473CR1324
  • Correction on XR PSI based SDU Discard TS 38.473CR1479
Rel-19 2 changes

In Release 19, the Provide Subscriber Information (PSI) function was updated with specific guidelines for handling HEVC tiles and received clarifications regarding its configuration on the User Equipment (UE). These enhancements provide more detailed operational procedures for the PSI request and acknowledgment messages, as specified in 3GPP TS 23.018. The changes ensure the function can accommodate advanced media formats and clearer UE implementation.

  • [5G_RTP_Ph2] PSI Guidelines for HEVC tiles TS 26.522CR0007
  • Clarification on PSI configuration on UE TS 23.228CR1637

Explore further

Broader topics and technologies where PSI plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.079 vj00 Support of Optimal Routeing (SOR) Phase 1 Rel-19
TS 23.179 vd50 MCPTT Functional Architecture Rel-13
TS 23.206 v1700 Voice Call Continuity (VCC) Functional Architecture Rel-7
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.280 vk10 Common Architecture for Mission Critical Services Rel-20
TS 23.379 vk00 MCPTT Functional Architecture Rel-20
TS 23.806 v1700 Voice Call Continuity between CS and IMS Rel-7
TR 23.979 vj00 PoC over 3GPP Systems Architectural Requirements Rel-19
TS 24.141 vj00 Presence Service Protocol Details Rel-19
TS 24.147 vj00 IMS Conferencing Protocol Details Rel-19
TS 24.173 vj00 Multimedia Telephony Service and Supplementary Services in IMS Rel-19
TS 24.186 vj60 IMS Data Channel applications Rel-19
TS 24.206 v1700 Voice Call Continuity Between CS and IMS Rel-7
TS 24.229 vj50 IMS call control protocol based on SIP and SDP Rel-19
TS 24.259 vj00 Personal Network Management (PNM) Protocol Details Rel-19
TS 24.406 v810 Message Waiting Indication (MWI) Protocol Rel-8
TS 24.606 vj00 MWI Service Protocol Description Rel-19
TS 24.819 v1700 IMS Services via Fixed Broadband Access Rel-7
TS 24.841 v1600 Presence Service IP Multimedia Subsystem Rel-6
TR 24.930 vj00 IMS Session Setup Signalling Flows Rel-19
TS 25.331 vj00 UTRAN RRC Protocol Specification Rel-19
TS 25.413 vj00 Radio Access Network Application Part (RANAP) Rel-19
TS 26.237 vj00 IMS for PSS and MBMS Control Rel-19
TS 26.506 vj20 Real-Time Media Communication Architecture for 5G Rel-19
TS 26.510 vj10 Media Delivery APIs for 5GMS and RTC Systems Rel-19
TS 26.522 vj30 RTP for XR in 5G Systems Rel-19
TS 26.822 vj20 5G RTP Configurations Study Phase 2 Rel-19
TS 26.827 vc00 IMS-based Streaming & Download Delivery Enhancements Rel-12
TS 26.854 vj00 Study on Haptics in 5G Media Services Rel-19
TR 26.917 vj00 TV Service Enhancements over 3GPP Rel-19
TS 29.118 vj10 MME-VLR Interface for CS Fallback & SMS Rel-19
TS 29.165 vj10 Inter-IMS Network to Network Interface (NNI) Rel-19
TR 29.949 vj00 VoLTE IMS Roaming Architecture & Procedures Rel-19
TS 31.829 vd00 ISIM Conformance Requirements Technical Report Rel-13
TS 32.250 vj00 Circuit Switched Offline Charging Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.306 vj00 NR UE Radio Access Capability Parameters Rel-19
TS 38.321 vj00 NR MAC Protocol Specification Rel-19
TS 38.323 vj00 Packet Data Convergence Protocol (PDCP) Rel-19
TS 38.331 vj00 NR Radio Resource Control (RRC) Protocol Specification Rel-19
TS 38.415 vj10 PDU Session User Plane Protocol Rel-19
TS 38.473 vj10 5G F1 Application Protocol (F1AP) Rel-19
TR 38.835 vi01 Technical Report on XR Enhancements for NR Rel-18
TS 43.064 vj00 GPRS Radio Interface Lower-Layer Functions 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.