Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Services

PSAP

Public Safety Answering Point

Services →

PSAP is the critical emergency services contact center that receives emergency calls from mobile networks and dispatches emergency responders, with 3GPP standards defining its routing architectures and protocols.

Introduced
Rel-7
Where
Services › Codecs
Specifications
34 specs
Also in
Core Network
PSAP Description Purpose What changed Neighbours Detected Changes Specifications

Description

A Public Safety Answering Point (PSAP) is the physical or logical contact center responsible for answering calls to a national or regional emergency telephone number (e.g., 112 in Europe, 911 in North America). In the context of 3GPP standards, the focus is on defining the network architectures, interfaces, and procedures to successfully route emergency calls and associated data from a User Equipment (UE) through the mobile network to the appropriate PSAP. The PSAP itself is typically considered a node outside the 3GPP network, but its interface and requirements heavily influence 3GPP specifications.

The architecture for emergency services involves several key 3GPP network functions. When a UE initiates an emergency call, the Radio Access Network (RAN) and Core Network (CN) must recognize the call as an emergency session. The Mobility Management Entity (MME) in 4G or the Access and Mobility Management Function (AMF) in 5G plays a central role. They prioritize the session establishment and may invoke the Emergency Call Session Control Function (E-CSCF) in the IP Multimedia Subsystem (IMS) for emergency call routing. The network must also provide location information for the caller. This is facilitated by the Gateway Mobile Location Centre (GMLC) or the Location Management Function (LMF) and Secure User Plane Location (SUPL) platforms, which obtain the UE's position and deliver it to the PSAP.

How it works: The UE indicates an emergency request during session establishment. The network authenticates the UE for emergency services only (it may not have a valid SIM) and establishes a prioritized bearer or QoS flow with specific attributes for emergency voice. Concurrently, location retrieval procedures are triggered. The call signaling (SIP messages) is routed through the IMS core, where the E-CSCF queries a Location Retrieval Function (LRF) to determine the correct PSAP based on the caller's location. The E-CSCF then routes the call to that PSAP via the Interconnection Border Control Function (IBCF) or directly over the IP network (e.g., using ESInet). The PSAP receives the call and the associated location data, allowing the operator to dispatch police, fire, or medical services. 3GPP's role is to ensure this complex chain of events works reliably across different network generations and administrative domains.

Purpose & Motivation

The standardization of interfaces to PSAPs was motivated by the critical public safety requirement to reliably connect mobile callers to emergency services. Early cellular systems had limited capabilities for emergency calls, often lacking automatic location identification, which posed a significant risk to public safety. As mobile phones became the primary device for placing emergency calls, regulatory bodies worldwide mandated enhanced features like automatic location delivery.

3GPP's work on PSAP interfaces solves several key problems: It defines how a mobile network identifies an emergency call attempt, even from an unauthenticated device. It standardizes the mechanisms for retrieving and formatting the caller's location (cell-ID, assisted-GNSS) to meet regulatory accuracy requirements. It also defines the routing logic to connect the caller to the geographically appropriate PSAP, which is non-trivial with mobile users. This work evolved from basic circuit-switched emergency calls in 2G/3G to sophisticated IP-based emergency services in 4G and 5G, incorporating multimedia emergency services (e.g., real-time text, video). The purpose is to create a reliable, interoperable, and feature-rich emergency service ecosystem that leverages the capabilities of modern mobile networks to save lives.

What changed in its specifications

The latest release-to-release comparison of specifications that define PSAP. Each summary describes the whole specification, not only this term.

TS 22.071Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 22.071: 1 clause changed, with no change attributed to a release feature.

Full comparison in TS 22.071 →
TS 22.173Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 22.173: 1 clause changed, with no change attributed to a release feature.

Full comparison in TS 22.173 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-19 4 changes
  • Support of a Priority header field value psap-callback by the UE TS 24.229CR6687
  • Support of MSD transfer for a PSAP Callback for eCall over IMS TS 23.167CR0376
  • Correcting Updated MSD Transfer for PSAP Callback for an eCall TS 24.229CR6685
  • PSAP emergency callback interaction with PSM TS 23.401CR3898

Defining Specifications

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

SpecificationTitleRelease
TS 22.071 vj00 Location Services (LCS) Stage 1 Rel-19 read
TS 22.173 vl00 IMS Multimedia Telephony Service Rel-21 read
TS 22.273 v710 IMS Multimedia Telephony with PSTN/ISDN Simulation Rel-7 read
TS 22.519 vj00 NGN Business Communication Requirements Rel-19 read
TS 22.871 vb30 Non-Voice Emergency Services (NOVES) Rel-11 read
TR 22.889 vh40 FRMCS Study; Stage 1 Rel-17 read
TR 22.967 vj00 eCall Emergency Data Transmission Rel-19 read
TR 22.989 vk30 FRMCS Analysis and Requirements Rel-20 read
TS 23.167 vk10 IMS Emergency Services Rel-20 read
TS 23.271 vj00 LCS Stage 2 Specification Rel-19 read
TS 23.401 vk10 Evolved Packet System Architecture Rel-20 read
TR 23.737 vh20 Satellite Access in 5G Architecture Study Rel-17 read
TS 23.867 v710 IMS Emergency Services Architecture Rel-7 read
TS 24.229 vk10 IMS SIP/SDP Call Control Protocol Rel-20 read
TS 24.523 vj00 NGCN-NGN Interconnection Scenarios Rel-19 read
TS 24.604 vj00 Communications Diversion (CDIV) Protocol Spec Rel-19 read
TS 24.605 vj00 3GPP CONF Service Protocol Specification Rel-19 read
TS 24.610 vj00 Communication Hold (HOLD) Service Protocol Rel-19 read
TS 24.611 vj00 Anonymous Communication Rejection & Barring Rel-19 read
TS 24.629 vj00 Explicit Communication Transfer (ECT) Protocol Rel-19 read
TS 26.267 vj00 eCall In-band Modem Specification Rel-19 read
TS 26.268 vj00 eCall In-band Modem ANSI-C Code Rel-19 read
TS 26.269 vj00 eCall In-band Modem Conformance Testing Rel-19 read
TR 26.967 vj00 eCall via CTM Suitability Analysis Rel-19 read
TR 26.969 vj00 eCall In-band Modem Performance Characterization Rel-19 read
TS 29.163 vj00 Interworking between 3GPP IM CN and CS networks Rel-19 read
TS 29.165 vk00 Inter-IMS Network-to-Network Interface (II-NNI) Rel-20 read
TS 29.214 vk00 Rx Interface for Policy and Charging Control Rel-20 read
TS 29.512 vk10 Session Management Policy Control Service Stage 3 Rel-20 read
TS 29.513 vk10 5G PCC Signalling Flows Rel-20 read
TS 29.864 v801 Application Server Service Data Definition for IMS Telephony Rel-8 read
TR 29.949 vj00 VoLTE IMS Roaming Architecture & Procedures Rel-19 read
TS 43.318 vj00 Generic Access Network (GAN) Stage 2 Rel-19 read
TS 44.318 vj00 Generic Access Network (GAN) Interface Procedures Rel-19 read