VDN

VCC Domain Transfer Number

Identifier
Introduced in Rel-7
A telephone number or identifier used within the Voice Call Continuity (VCC) framework to facilitate the transfer of an active voice call between the circuit-switched (CS) domain and the IP Multimedia Subsystem (IMS) domain. It acts as a routing anchor for the network during the domain transfer procedure.

Description

The VCC Domain Transfer Number (VDN) is a critical identifier within the 3GPP Voice Call Continuity (VCC) architecture specified in Release 7. VCC enables seamless handover of a voice call between a circuit-switched network (like legacy GSM/UMTS CS) and a packet-switched IMS network (supporting VoIP). The VDN is a telephone number, typically an E.164 number, assigned to the VCC Application in the IMS network. It serves as a stable routing point or anchor for the call during the transfer process between domains.

How it works: When a VCC-capable UE is engaged in a voice call and needs to transfer the call from the CS domain to the IMS domain (or vice versa), the network initiates a domain transfer procedure. The VDN is used as the target address in this procedure. For example, when transferring from CS to IMS, the CS leg of the call is redirected (e.g., via a GSM Supplementary Service like Explicit Call Transfer) to the VDN. This call to the VDN is routed to the VCC Application in IMS. The VCC Application, recognizing the VDN and correlating it with the ongoing call context, connects the incoming CS leg to the existing IMS leg, completing the transfer. The VDN essentially provides a well-known, static contact point in the IMS for the CS network to 'hand off' the call.

Key components involved include the VCC Application (a SIP Application Server in the IMS), the UE with VCC capabilities, and the CS core network (MSC). The VDN is configured in the VCC Application and is known to the UE's VCC logic. Its role is purely for network control and routing during the transfer; it is not dialed by the end-user. The specifications define how the VDN is provisioned, how it is used in signaling (e.g., in SIP INVITE messages or ISUP signaling), and its management as part of the subscriber's VCC service data.

Purpose & Motivation

The VCC Domain Transfer Number was created to solve the technical challenge of seamlessly transferring an active voice call between two fundamentally different network domains: the circuit-switched (CS) domain and the IP Multimedia Subsystem (IMS) packet-switched domain. This capability was essential for the initial deployment of IMS-based Voice over IP (VoIP) services, as it allowed operators to offer voice continuity when a user moved between areas of IMS coverage (e.g., Wi-Fi or early LTE) and legacy CS coverage (2G/3G).

Without a mechanism like VDN, transferring a call would require complex and non-transparent methods, such as putting one leg on hold and establishing a new call, leading to interruptions, delays, and potential call drops. The VDN provides a standardized, network-controlled anchor point. It solves the routing problem by giving the CS network a specific number to call to 'find' the IMS-based call session, enabling the network to merge the two legs seamlessly from the user's perspective.

Historically, VCC and the VDN were pivotal in Release 7 as part of the Fixed Mobile Convergence (FMC) and early VoLTE preparation efforts. They addressed the transition period where both CS and IMS voice coexisted. The VDN enabled a smooth user experience for dual-mode phones, encouraging adoption of IMS services. While later superseded by Single Radio Voice Call Continuity (SRVCC) for LTE-to-3G/2G handovers, which uses different mechanisms, the VDN concept was foundational in demonstrating controlled domain transfer within 3GPP architectures.

Key Features

  • E.164 number serving as a static routing anchor for the VCC Application in IMS
  • Used as the target address for call redirection during CS-to-IMS or IMS-to-CS domain transfer
  • Enables network-controlled, seamless call continuity without user intervention
  • Configured as part of subscriber service data in the VCC Application
  • Utilized in both CS signaling (e.g., ISUP) and IMS signaling (SIP) during transfer
  • Critical for correlating the CS leg and IMS leg of the same end-to-end call

Evolution Across Releases

Rel-7 Initial

Introduced the VCC Domain Transfer Number as a core component of the initial Voice Call Continuity (VCC) architecture. Defined its role as an anchor E.164 number for the VCC Application, the procedures for its use in domain transfer signaling, and its provisioning requirements.

Refinements and clarifications based on early implementation feedback. Enhanced the VCC procedures and ensured smooth integration with the evolving IMS core defined for LTE/EPC, though VCC itself remained CS/IMS focused.

Maintenance updates to the VCC specifications, including those defining VDN usage. No major architectural changes, but potential optimizations to the transfer timing and reliability.

Continued support as VCC remained a viable solution for certain convergence scenarios. Specifications were stabilized, with the VDN concept fully defined and unchanged.

VCC and its associated VDN were maintained as a standardized option, though industry focus began shifting towards SRVCC for LTE voice handover. No significant enhancements were made.

The VDN remained a defined element within the VCC specifications, which were kept for reference and for operators still deploying VCC-based services. No new features added.

Specifications containing VDN were maintained without technical changes. The technology was considered mature and largely superseded by SRVCC and VoLTE enhancements.

Continued as a stable part of the 3GPP standards library. No development activity, reflecting the declining deployment of VCC in favor of more modern continuity solutions.

Maintained for backward compatibility. In the 5G era, voice continuity mechanisms evolved further (e.g., EPS Fallback, VoNR), making VCC and VDN primarily of historical interest within the specification set.

No changes. The VDN definition persists in the relevant specifications as a legacy component.

Remained unchanged. Its presence ensures completeness of the 3GPP architectural record regarding domain transfer techniques.

Continued without modification. The term and its technical definition are preserved in the specifications for referential integrity.

Maintained as a static definition within the 3GPP Release 19 documentation, with no updates or planned obsolescence.

Defining Specifications

SpecificationTitle
TS 23.206 3GPP TS 23.206
TS 24.206 3GPP TS 24.206
TS 24.216 3GPP TS 24.216
TS 32.260 3GPP TR 32.260