SCC

Service Centralization and Continuity Application Server

Services →
Introduced in Rel-8 Also in: Core Network, Testing, User Equipment, Radio Access Network

SCC is an IMS application server that enables service continuity and centralization for multimedia calls during handovers between circuit-switched and packet-switched networks to ensure a seamless user experience.

Category
Services
Introduced
Rel-8
Where
Services › Codecs
Also touches
4 segments
Specifications
25 specs
SCC Description Purpose Related Classification Detected Changes Specifications

Description

The Service Centralization and Continuity Application Server (SCC AS) is a critical functional entity within the IP Multimedia Subsystem (IMS) architecture, defined by 3GPP to manage service continuity and centralization for multimedia sessions. It operates as an application server that anchors IMS sessions, particularly those involving voice or video communications, to facilitate seamless handovers between different access technologies, such as transitioning a voice call from LTE (packet-switched) to GSM or UMTS (circuit-switched). The SCC AS achieves this by implementing the IMS Service Continuity procedures, which involve session renegotiation and media path updates to maintain active sessions without interruption. Architecturally, it interfaces with other IMS nodes like the Serving-Call Session Control Function (S-CSCF) for session control and the Home Subscriber Server (HSS) for subscriber data, ensuring it can apply appropriate service logic based on user profiles and network conditions.

In operation, the SCC AS employs mechanisms like Single Radio Voice Call Continuity (SRVCC) and enhanced SRVCC (eSRVCC) to handle mobility events. When a UE moves from a VoLTE-capable LTE coverage area to a legacy 2G/3G network, the SCC AS coordinates with the Mobility Management Entity (MME) and the MSC Server to transfer the session anchor point and update the media path, minimizing service disruption. It manages the Access Transfer Control Function (ATCF) and Access Transfer Gateway (ATGW) in eSRVCC scenarios, which localize the media anchor to reduce handover latency. The SCC AS also supports mid-call features, such as adding or removing media components during a session, by leveraging IMS session control protocols like SIP.

Key components within the SCC AS include logic for session anchoring, continuity management, and interworking with circuit-switched networks via the IMS Centralized Services (ICS) framework. Its role extends beyond handovers to include service centralization, where it acts as a centralized point for applying service logic, ensuring consistent user experiences across multiple devices and access types. This is particularly important for enabling features like call forwarding, simultaneous ringing, and multimedia telephony. By decoupling service execution from access technology, the SCC AS simplifies network evolution and supports the convergence of fixed and mobile services.

Purpose & Motivation

The SCC AS was introduced in 3GPP Release 8 to address the challenge of maintaining service continuity for IMS-based multimedia services as networks evolved towards all-IP architectures like LTE. Prior to its development, voice services were predominantly circuit-switched, and handovers between packet-switched and circuit-switched domains were not standardized, leading to dropped calls during mobility events. The SCC AS solves this by providing a standardized mechanism to anchor IMS sessions, enabling seamless transitions and ensuring that users do not experience interruptions when moving between LTE and legacy networks.

Its creation was motivated by the industry's shift to VoLTE and the need to support rich communication services while leveraging existing 2G/3G infrastructure for coverage. By centralizing service logic, the SCC AS also reduces complexity in the network, allowing operators to deploy new features uniformly across different access technologies. This addresses limitations of earlier approaches, where service continuity was handled in a fragmented manner, often requiring proprietary solutions that hindered interoperability and scalability.

Classification

Part ofIMS
Specific typesSRVCC
Related approachesCSCFATCF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-16 1 change

In Release 16, the SCC AS function was enhanced to support SRVCC from E-UTRAN to GERAN/UTRAN for an IMS voice call initiated in 5GS. Specifically, this release introduced support for a scenario where the SCC AS sends a request to the HSS to retrieve the SRVCC data for the UE using Service-Based Architecture (SBA).

  • SRVCC from E-UTRAN to GERAN/UTRAN when IMS voice call is initiated in 5GS and support of scenario where the SCC AS sends a request to the HSS to retrieve the SRVCC data for the UE using SBA TS 24.237CR1298

Explore further

Broader topics and technologies where SCC plays a role.

Defining Specifications

3GPP specifications that define or reference SCC, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.237 vj00 IMS Service Continuity (ISC) Stage 2 Rel-19
TS 23.292 vj00 IMS Centralized Services (ICS) Architecture Rel-19
TS 24.237 vj00 IMS Service Continuity Protocol Details Rel-19
TS 24.292 vj00 IMS Centralized Services (ICS) Protocol Rel-19
TS 24.294 vj00 IMS Centralized Services (ICS) I1 Interface Protocol Rel-19
TS 24.337 vj00 IMS Inter-UE Transfer Protocol Specification Rel-19
TS 24.802 vc10 IMS II-NNI Traversal Scenario Determination Study Rel-12
TS 26.237 vj00 IMS for PSS and MBMS Control Rel-19
TR 26.955 vj00 Video Codec Analysis for 5G Services Rel-19
TR 29.949 vj00 VoLTE IMS Roaming Architecture & Procedures Rel-19
TS 32.250 vj00 Circuit Switched Offline Charging Rel-19
TS 32.255 vk10 Telecom Management; Charging for 5G Data Connectivity Rel-20
TS 36.101 vj30 LTE UE Radio Transmission & Reception Requirements Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.306 vj00 E-UTRA UE Radio Access Capability Parameters Rel-19
TS 36.714 3GPP TR 36.714 Rel-8
TS 36.715 3GPP TR 36.715 Rel-8
TS 36.716 3GPP TR 36.716 Rel-8
TS 36.833 3GPP TR 36.833 Rel-8
TS 37.571 vj00 UE Conformance for Positioning Rel-19
TR 37.901 vf10 UE Application Layer Data Throughput Performance Rel-15
TS 38.133 vj20 5G UE Radio Requirements for RRC_IDLE Mobility Rel-19
TS 38.522 vj11 UE Conformance Test Applicability Statement Rel-19
TS 38.716 3GPP TR 38.716 Rel-8
TS 38.717 3GPP TR 38.717 Rel-8
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.