Description
The Address Presentation Restriction Indicator (APRI) is a critical parameter within the Session Initiation Protocol (SIP) signaling framework of the 3GPP IP Multimedia Subsystem (IMS). It operates as part of the P-Asserted-Identity header or the From header in SIP messages, specifically within the INVITE request that initiates a session. The APRI conveys the calling user's privacy preference regarding the presentation of their asserted identity to the called party. The IMS network elements, primarily the Serving-Call Session Control Function (S-CSCF), interpret and enforce this indicator based on user subscription, network policy, and regulatory requirements.
Technically, the APRI is not a standalone header but a parameter (often 'privacy') or an attribute within identity headers. Its values are defined to trigger specific network behavior. When set to 'presentation restricted', the network must ensure the calling party's address is not displayed to the called user. Conversely, 'presentation allowed' permits display. A key complexity involves the interaction between the user-provided preference and the network's verification and policy enforcement. The S-CSCF checks the asserted identity against the user's profile and may override an incorrect user-provided APRI to comply with subscription data or local policy, ensuring that privacy cannot be fraudulently invoked or bypassed.
The mechanism's operation involves multiple IMS nodes. The User Equipment (UE) or an Application Server can include the privacy preference in the initial SIP request. As the request traverses the originating network's P-CSCF and S-CSCF, these nodes process the indicator. The S-CSCF performs the crucial role of applying the service logic from the user's profile. When the session request is forwarded toward the terminating network (potentially via an Interrogating-CSCF or I-CSCF), the APRI state is carried along. The terminating S-CSCF then acts upon it, instructing the terminating UE to either display or hide the caller's identity, often by modifying the SIP headers (like using a 'Privacy: id' header) seen by the end-user's device.
APRI's role extends beyond basic call setup. It integrates with other IMS privacy and identity mechanisms, such as the Asserted Identity and the P-Preferred-Identity header. It is essential for implementing standardized supplementary services like Calling Line Identification Presentation (CLIP) and Calling Line Identification Restriction (CLIR) in the all-IP IMS environment. Its proper function is mandatory for regulatory compliance in many regions, where users have legal rights to withhold their number. Thus, APRI is a foundational, network-enforced control point for subscriber privacy in modern telecommunications.
Purpose & Motivation
APRI was created to provide a standardized, IP-based mechanism for caller identity privacy within the 3GPP IMS architecture, solving the problem of how to translate traditional circuit-switched telephony privacy services (like CLIR) into the packet-switched, SIP-based world. Prior to IMS, privacy in mobile networks was handled by specific signaling within the circuit-switched core (e.g., in MAP or ISUP). The migration to an all-IP core (IMS) for multimedia services necessitated a new method that worked with SIP protocols. APRI solves this by defining a clear, interoperable way to signal privacy preferences within SIP, ensuring consistent behavior across different vendors' network equipment and between different operator networks.
The driving motivation was the need for service continuity and regulatory compliance. As operators deployed IMS for Voice over LTE (VoLTE) and other services, they had to offer users the same privacy controls they had in legacy networks. Without a standard like APRI, proprietary implementations would have led to interoperability failures, broken privacy features when calls crossed network boundaries, and an inability to meet legal requirements for caller ID blocking. APRI provides the necessary abstraction, separating the user's privacy intention from the complex network logic required to enforce it, thereby enabling reliable and predictable privacy services in a multi-vendor, multi-operator ecosystem.
Furthermore, APRI addresses limitations of simple endpoint-controlled privacy. In a trusted network model like IMS, the network must verify and assert identities. Allowing an endpoint to unilaterally hide its identity could be abused. APRI's design incorporates network policy enforcement, where the S-CSCF can correct or apply privacy settings based on the subscriber's profile. This ensures that privacy is a network-provided service, not just a client feature, enhancing security, preventing spoofing, and allowing for service differentiation (e.g., allowing premium numbers to always be presented).
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (1 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-15.
In Release 15, the specification introduced the interworking procedure for the APRI function when the CS network uses 3GPP-specific additions, detailing how the continuity indicators are set based on SIP precondition status. This included mapping rules for the nature of address indicator in the called party number parameter based on the received E.164 address format. The release also corrected the handling of the backward call indicators parameter for interworking scenarios.
- Correction of the Backward call indicators parameter interworking TS 29.163CR1031
Explore further
Broader topics and technologies where APRI plays a role.
Defining Specifications
3GPP specifications that define or reference APRI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 29.163 vj00 | Interworking between 3GPP IM CN and CS networks | Rel-19 |