IMRN

IP Multimedia Routeing Number

Identifier
Introduced in Rel-7
A temporary E.164 number assigned to enable routing of IP Multimedia Subsystem (IMS) sessions to a roaming user when the visited network lacks IMS-level roaming interfaces. It acts as a bridging identifier to facilitate session continuity and service delivery.

Description

The IP Multimedia Routeing Number (IMRN) is a critical identifier within the 3GPP IMS architecture, specifically defined for scenarios involving IMS roaming. It is a temporary, globally unique E.164 number assigned by the visited network's IMS entity, typically the Visited Application Server (V-AS) or a dedicated IMRN allocation function. Its primary function is to serve as a routable contact point for incoming SIP sessions (like voice or video calls) destined for a roaming subscriber when the home and visited networks do not have a direct IMS-level roaming agreement or the necessary Gm/SIP interface between the User Equipment (UE) and the home network's P-CSCF is unavailable.

When a user roams into a network without IMS roaming, the home network cannot route SIP signaling directly to the UE's IP address in the visited network. To solve this, the visited network allocates an IMRN and associates it with the roaming user's temporary registration. This IMRN is then communicated back to the user's home network, often via the user's registration procedure. Subsequently, when a call is placed to the user's permanent Public User Identity (e.g., their SIP URI), the home network's IMS entities (like the S-CSCF) perform ENUM/DNS query translation. Upon determining that an IMRN is associated for routing, the session request is redirected to this IMRN.

The IMRN routes the call into the visited network's circuit-switched (CS) domain or a media gateway control function. The visited network, recognizing the IMRN, maps it back to the associated user's IP connectivity and delivers the SIP session to the UE over the packet-switched (PS) domain. This mechanism effectively creates a tromboning or anchoring point, allowing session control to be handled by the home network while enabling media delivery to the roamer. It decouples the routing identifier from the user's permanent identity for the duration of the roaming session, ensuring service continuity. The IMRN is released after the user deregisters or its lifetime expires, returning to a pool for reuse.

Purpose & Motivation

The IMRN was introduced to solve a fundamental problem in early IMS deployments and roaming scenarios: how to deliver rich IP-based multimedia services (VoIP, video, messaging) to users roaming in networks that lacked direct IMS-level peering. Initial 3GPP releases focused on home network service delivery. For roaming, the initial model relied on the visited network providing IP connectivity (PS domain), but assumed the SIP signaling path (Gm reference point) would always be established back to the home network's Proxy-CSCF. This required complex security and policy agreements between operators.

In practice, many operators, especially in early deployments, did not implement IMS roaming interfaces due to cost, security concerns, or phased rollout strategies. Without IMRN, a roaming user would be unreachable for incoming IMS sessions, severely limiting the utility of IMS services. The IMRN mechanism provided an interim, pragmatic solution. It leveraged existing, widely deployed CS roaming infrastructure (which uses E.164 numbers for routing) as a transport 'carrier' for IMS session signaling. This allowed operators to offer IMS roaming services without requiring immediate, full-scale IMS interconnection, thereby accelerating service availability and adoption.

It addressed the technical limitation of routing a SIP request to a dynamically assigned IP address in a foreign network that the home network's IMS core could not directly route to. By translating the problem into a well-understood telephony routing problem (routing via a temporary E.164 number), it bridged the gap between legacy circuit-switched roaming and next-generation IP multimedia services, ensuring backward compatibility and facilitating a smoother transition to all-IP networks.

Key Features

  • Temporary E.164 number format for global telephony routing compatibility
  • Dynamically allocated and bound to a roaming user's registration context
  • Enables routing of SIP sessions via CS domain or media gateways when direct IMS roaming is absent
  • Supports session continuity for roaming users without home-visited network IMS interconnection
  • Released after user deregistration for pool management and number conservation
  • Facilitates ENUM/DNS-based routing resolution in the home IMS network

Evolution Across Releases

Rel-7 Initial

Introduced IMRN as part of the IMS Centralized Services (ICS) and early roaming architectures. Defined its role in 3GPP TS 23.206 (VCC) and TS 24.206 for enabling voice call continuity, and in TS 23.292 for IP Multimedia Subsystem (IMS) service continuity. Established the basic mechanism where a temporary E.164 number is used to route a session to a visited network gateway for delivery to a roaming UE.

Enhanced IMRN usage within the IMS Service Continuity framework. Clarified procedures for IMRN allocation and management during SRVCC (Single Radio Voice Call Continuity) and other mobility scenarios. Integration with the evolved packet core (EPC) began.

Further refinements for IMS Emergency Sessions over IMRN and alignment with IMS Media Plane architecture. Support for IMS Access Gateway (IMS-AGW) control interactions where IMRN could be involved in media anchoring.

Optimizations for IMRN handling with the introduction of enhanced SRVCC (eSRVCC) to reduce handover interruption times. IMRN procedures were streamlined for more efficient call routing during LTE to 3G/2G handovers.

Continued maintenance and clarification of IMRN procedures within broader IMS profiles and service specifications. Updates to ensure compatibility with new architectural elements.

Minor updates and bug fixes related to IMRN handling in various IMS application specifications. Ensured stability of the mechanism as IMS deployment matured.

Maintenance phase. IMRN remained a supported feature for legacy roaming support and service continuity, but no major functional enhancements were added.

Continued support for IMRN in specifications, ensuring backward compatibility for networks still utilizing this roaming method alongside newer, more direct IMS roaming techniques.

IMRN specifications were carried forward into the 5G era for legacy interworking and service continuity, particularly relevant for VoLTE and ViLTE roaming in early 5G non-standalone deployments.

Maintenance and inclusion in 5G system specifications for interworking with EPS and legacy CS networks, supporting voice services in 5G.

Ensured IMRN procedures are documented for completeness in the 3GPP specification suite, though its use is largely for legacy network interoperability.

Specifications containing IMRN were updated as part of general specification maintenance. No new features added.

Ongoing maintenance of IMRN-related clauses in relevant technical specifications to preserve functionality for existing deployments.

Defining Specifications

SpecificationTitle
TS 23.206 3GPP TS 23.206
TS 23.292 3GPP TS 23.292
TS 24.206 3GPP TS 24.206
TS 24.237 3GPP TS 24.237
TS 24.292 3GPP TS 24.292