Description
The IP Multimedia Public User Identity (IMPU) is the public-facing identifier used to route sessions and messages to a user within the IMS. It takes the form of a SIP Uniform Resource Identifier (SIP URI), like sip:[email protected], or a TEL URI for telephone numbers, like tel:+1234567890. Unlike the private IMPI, the IMPU is used for all public communications, such as being placed in the From and To headers of SIP INVITE requests. A single user subscription, anchored by one IMPI, can be associated with multiple IMPUs, allowing for different aliases, service types (e.g., business, personal), or group identities. During IMS registration, the UE registers one or more IMPUs by associating them with the authenticated IMPI. This registration is stored in the S-CSCF, which downloads the user's service profile from the HSS, including the list of allowed IMPUs and their associated filter criteria for triggering application servers. When a session is initiated to an IMPU, the I-CSCF queries the HSS to find the serving S-CSCF for that identity, which then executes the user's service logic. IMPUs can be in different states: registered, unregistered, or barred. They are also the key enabler for features like implicit registration sets, where registering one IMPU automatically registers others, and for identity hiding services. The management of IMPUs, including their barring and service profile linkage, is central to IMS service delivery and personalization.
Purpose & Motivation
The IMPU was created to provide a flexible, user-friendly addressing scheme for the new generation of IP-based multimedia services in IMS, moving beyond the circuit-switched era's reliance solely on E.164 telephone numbers. It addresses the need for a rich set of identities that can represent a user in various contexts (personal, work, device-specific) and for different service types (voice, video, messaging, presence). The separation of public identity (IMPU) from private identity (IMPI) is a core IMS design principle that enhances security and privacy by ensuring the permanent authentication key is never used in routing. This model solves the problem of how to support both traditional telephony (via TEL URI) and native Internet communication (via SIP URI) under a unified architecture. It was motivated by the vision of convergence, allowing users to be reachable via multiple identifiers while maintaining a single subscription and consistent service experience, thereby enabling advanced services like multimedia telephony, instant messaging, and presence over any IP access network.
Key Features
- Public addressing identity in the form of a SIP URI or TEL URI
- Used for routing SIP sessions and messages within IMS
- Multiple IMPUs can be associated with a single private IMPI
- Managed as part of the user's service profile in the HSS
- Supports registration states (registered/unregistered/barred) and implicit registration sets
- Enables service triggering via Initial Filter Criteria (iFC) in the S-CSCF
Evolution Across Releases
Introduced as the core public identity for IMS, defining its formats (SIP URI and TEL URI) and its role in session establishment and service triggering. Specifications established the binding between IMPU and IMPI during registration, the concept of implicit registration sets, and the storage of IMPU lists in the HSS user profile.
Defining Specifications
| Specification | Title |
|---|---|
| TS 21.905 | 3GPP TS 21.905 |
| TS 23.179 | 3GPP TS 23.179 |
| TS 23.280 | 3GPP TS 23.280 |
| TS 23.379 | 3GPP TS 23.379 |
| TS 23.806 | 3GPP TS 23.806 |
| TS 24.109 | 3GPP TS 24.109 |
| TS 24.282 | 3GPP TS 24.282 |
| TS 26.237 | 3GPP TS 26.237 |
| TS 29.109 | 3GPP TS 29.109 |
| TS 31.103 | 3GPP TR 31.103 |
| TS 31.111 | 3GPP TR 31.111 |
| TS 31.829 | 3GPP TR 31.829 |
| TS 32.182 | 3GPP TR 32.182 |
| TS 33.107 | 3GPP TR 33.107 |
| TS 33.141 | 3GPP TR 33.141 |
| TS 33.203 | 3GPP TR 33.203 |
| TS 33.222 | 3GPP TR 33.222 |
| TS 33.790 | 3GPP TR 33.790 |
| TS 33.978 | 3GPP TR 33.978 |