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.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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.
Studied in Rel-7, normative work from Rel-17.
In Release 17, the PSAP-related enhancements included the introduction of the Ix reference point, which is newly described for the architecture. Furthermore, the specification now supports the delivery of the IMEI (International Mobile Equipment Identity) over the Rx reference point. These updates were accompanied by procedural adjustments for MCC (Mobile Country Code) updates following formal approval.
In Release 18, the work on the PSAP function focused on providing clarifications regarding the usage of specific reference points. The changes specifically addressed the application of the N30 and N5 interfaces within the architecture. This effort aimed to ensure unambiguous implementation for the delivery of location information to emergency services.
- Clarification on usage of N30 and N5 reference points TS 29.513CR0392
In Release 19, the PSAP function was enhanced to support new use cases for Public Train Emergency Communication. Furthermore, specifications were updated to define the interaction for PSAP emergency callback procedures with devices using Power Saving Mode (PSM), ensuring callbacks can be completed effectively.
Explore further
Broader topics and technologies where PSAP plays a role.
Defining Specifications
3GPP specifications that define or reference PSAP, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 22.071 vj00 | 3GPP TS 22.071: Location Services (LCS) Stage 1 | Rel-19 |
| TS 22.173 vk00 | IMS Multimedia Telephony Service Definition | Rel-20 |
| TS 22.273 v1700 | IMS Multimedia Telephony with PSTN/ISDN Simulation | Rel-7 |
| TS 22.519 vj00 | NGN Business Communication Requirements | Rel-19 |
| TS 22.871 vb30 | Non-Voice Emergency Services (NOVES) | Rel-11 |
| TR 22.889 vh40 | FRMCS Study; Stage 1 | Rel-17 |
| TR 22.967 vj00 | eCall Emergency Data Transmission | Rel-19 |
| TR 22.989 vk30 | FRMCS Analysis and Requirements | Rel-20 |
| TS 23.167 vj11 | IMS Emergency Sessions | Rel-19 |
| TS 23.271 vj00 | LCS Stage 2 Specification | Rel-19 |
| TS 23.401 vj50 | Evolved Packet System (EPS) Stage 2 Description | Rel-19 |
| TR 23.737 vh20 | Satellite Access in 5G Architecture Study | Rel-17 |
| TS 23.867 v1700 | IMS Emergency Services Architecture | Rel-7 |
| TS 24.229 vj50 | IMS call control protocol based on SIP and SDP | Rel-19 |
| TS 24.523 vj00 | NGCN-NGN Interconnection Scenarios | Rel-19 |
| TS 24.604 vj00 | Communications Diversion (CDIV) Protocol Spec | Rel-19 |
| TS 24.605 vj00 | 3GPP CONF Service Protocol Specification | Rel-19 |
| TS 24.610 vj00 | Communication Hold (HOLD) Service Protocol | Rel-19 |
| TS 24.611 vj00 | Anonymous Communication Rejection & Barring | Rel-19 |
| TS 24.629 vj00 | Explicit Communication Transfer (ECT) Protocol | Rel-19 |
| TS 26.267 vj00 | eCall In-band Modem Specification | Rel-19 |
| TS 26.268 vj00 | eCall In-band Modem ANSI-C Code | Rel-19 |
| TS 26.269 vj00 | eCall In-band Modem Conformance Testing | Rel-19 |
| TR 26.967 vj00 | eCall via CTM Suitability Analysis | Rel-19 |
| TR 26.969 vj00 | eCall In-band Modem Performance Characterization | Rel-19 |
| TS 29.163 vj00 | Interworking between 3GPP IM CN and CS networks | Rel-19 |
| TS 29.165 vj10 | Inter-IMS Network to Network Interface (NNI) | Rel-19 |
| TS 29.214 vj20 | Policy and Charging Control over Rx | Rel-19 |
| TS 29.512 vj40 | 5G Session Management Policy Control Service | Rel-19 |
| TS 29.513 vj40 | 5G PCC Signalling Flows & QoS Mapping | Rel-19 |
| TS 29.864 v801 | Application Server Service Data Definition for IMS Telephony | Rel-8 |
| TR 29.949 vj00 | VoLTE IMS Roaming Architecture & Procedures | Rel-19 |
| TS 43.318 vj00 | Generic Access Network (GAN) Stage 2 | Rel-19 |
| TS 44.318 vj00 | Generic Access Network (GAN) Interface Procedures | Rel-19 |