IW-MSC

Interworking MSC

Core Network
Introduced in Rel-9
The Interworking MSC is a functional entity that provides signaling interworking between a 3GPP Circuit Switched core network and an external IP-based network, such as an IMS or a SIP-based trunking network. It translates between ISUP/BICC and SIP protocols to enable call control across domain boundaries.

Description

The Interworking MSC (IW-MSC) is a specialized Mobile Switching Centre function defined by 3GPP, primarily in TS 29.235, to handle signaling interworking at the control plane between the legacy circuit-switched (CS) telephony network and IP-based networks. Unlike the IW-MGW which handles media, the IW-MSC focuses on call control signaling translation. It acts as a signaling gateway and protocol converter, sitting at the boundary between the CS domain (using signaling protocols like ISDN User Part - ISUP or Bearer Independent Call Control - BICC) and an IP-based domain like the IMS or a corporate SIP network (using the Session Initiation Protocol - SIP).

Architecturally, the IW-MSC can be implemented as a standalone node or integrated with other functions like a Media Gateway Control Function (MGCF). Its core operation involves receiving an incoming call setup request in one protocol, interpreting the call parameters (called/calling numbers, service indicators), and mapping them to construct an equivalent outgoing call request in the target protocol. For example, when interworking from CS to IMS, it receives an ISUP Initial Address Message (IAM), maps the dialed number to a SIP URI, and generates a SIP INVITE request towards the IMS core. It manages the entire signaling dialog, translating subsequent messages like ACM (Address Complete), ANM (Answer), and REL (Release) to their SIP equivalents (180 Ringing, 200 OK, BYE).

The IW-MSC also handles critical supplementary service interworking, translating between CS-based supplementary service signaling (using Facility messages) and SIP-based methods. It is responsible for number format adaptation, screening, and routing decisions based on the interworking scenario. In a typical deployment for an operator migrating to IMS, the IW-MSC (often coupled with an MGCF for full MGW control) allows legacy MSCs in the network to route calls destined for IMS subscribers transparently, treating the IW-MSC as just another MSC in the CS network. This enables a phased migration where the IMS appears as a virtual CS exchange to the legacy infrastructure.

Purpose & Motivation

The IW-MSC was developed to solve the signaling interoperability challenge that accompanies the user plane challenge addressed by the IW-MGW. As operators began deploying IMS and other SIP-based networks, they needed a way for the existing, vast signaling infrastructure of their CS networks (based on SS7 ISUP) to communicate with the new IP-based signaling world (SIP). Without this, call control could not be established between the domains, even if a media path could be built. The IW-MSC provides the necessary protocol translation layer to allow call setup, teardown, and feature invocation across the network boundary.

Its creation was motivated by the same gradual migration strategy as the IW-MGW. It allowed network planners to introduce IMS islands into their network without having to immediately replace all legacy MSCs and switches. The IW-MSC acts as a gateway, making the IMS network look like a traditional CS exchange from the perspective of the legacy network, and vice-versa. This addressed the significant limitation and cost of a "forklift" upgrade. It specifically solved problems like routing calls to subscribers who had been migrated to IMS-based VoIP services, enabling business trunking connections between a corporate SIP PBX and the mobile network, and facilitating interconnection with other operators who were at different stages of their network modernization.

Key Features

  • Signaling protocol translation between ISUP/BICC and SIP
  • Mapping of call parameters (e.g., E.164 numbers to SIP URIs)
  • Interworking for basic call control sequences (setup, alerting, answer, release)
  • Support for supplementary service interworking (e.g., call forwarding, CLI)
  • Routing function based on destination analysis and interworking rules
  • Integration with MGCF for coordinated media gateway control in IMS scenarios

Evolution Across Releases

Rel-9 Initial

Introduced the Interworking MSC as a standardized functional entity in TS 29.235. Defined its primary role for signaling interworking between 3GPP CS core networks and external IP networks (including IMS). Specified the detailed message mapping procedures between ISUP/BICC and SIP for basic call control and key supplementary services.

Enhanced supplementary service interworking capabilities, providing more detailed procedures for services like Call Hold, Call Transfer, and Conference. Improved the handling of error conditions and clarified routing behaviors for interworked calls.

Strengthened support for SRVCC (Single Radio Voice Call Continuity) scenarios, where the IW-MSC may be involved in the signaling path during a handover from IMS to CS. Ensured alignment with the evolving IMS Service Centralization and Continuity (SCC) architecture.

Updated specifications to ensure the IW-MSC remains relevant in the context of 5G deployment and the increased prevalence of all-IP cores. Focused on maintaining interoperability as legacy CS networks are gradually retired and on supporting interconnection with cloud-based communication services.

Maintenance phase for TS 29.235. Work involves corrections, clarifications, and ensuring the specification's stability. As the industry focus shifts fully to VoLTE, VoNR, and IMS, the role of the IW-MSC is largely defined, with updates focusing on backward compatibility and interconnection edge cases.

Defining Specifications

SpecificationTitle
TS 29.235 3GPP TS 29.235