STN-SR

Session Transfer Number - Single Radio

Mobility →
Introduced in Rel-8 Also in: Services

STN-SR is a unique identifier assigned to a UE that enables the network to seamlessly transfer an ongoing voice call from the LTE/5G packet-switched domain to a legacy circuit-switched domain for SRVCC.

Category
Mobility
Introduced
Rel-8
Where
Core Network › Evolved Packet Core
Also touches
1 segments
Specifications
8 specs
STN-SR Description Purpose Related Classification Detected Changes Specifications

Description

The Session Transfer Number for Single Radio (STN-SR) is a critical data element stored in the user's subscription profile on the Home Subscriber Server (HSS). It is essentially a routable telephone number (E.164 format) that points to a specific network function: the MSC Server enhanced for SRVCC. When a UE capable of Voice over LTE (VoLTE) is engaged in a voice call and moves towards the edge of LTE coverage, the network initiates an SRVCC handover to a legacy circuit-switched (CS) network like GERAN or UTRAN. The STN-SR is the key that triggers this complex transfer.

The SRVCC procedure works as follows: The source LTE network's MME detects the need for an SRVCC handover based on measurement reports from the UE. The MME then retrieves the subscriber's STN-SR from the HSS (if not already cached). The MME uses this STN-SR to establish a signalling connection to the target MSC Server. This is done via the Sv interface, which is defined specifically for SRVCC. The STN-SR acts as the destination address for this Sv signalling. The MME sends an SRVCC PS-to-CS Request message to the MSC Server identified by the STN-SR. This message contains the necessary details of the ongoing IMS session. The MSC Server then uses its own capabilities and interfaces with the IMS network (via the IMS Service Centralization and Continuity Application Server, SCC AS) to perform a session transfer. It anchors the call in the CS domain and coordinates with the target radio network to complete the handover of the UE's radio connection, all while maintaining the voice call with minimal interruption to the user.

Architecturally, the STN-SR is a cornerstone of the SRVCC feature, which was designed for UEs with a single radio transceiver that cannot simultaneously communicate with LTE and 2G/3G networks. Without STN-SR, the MME would have no way of knowing which MSC Server in the potentially large network is responsible for handling the SRVCC procedure for that particular subscriber. It provides a subscriber-specific routing mechanism for the handover command. The STN-SR is provisioned per subscription, allowing for flexibility—for example, different subscribers could be homed to different, geographically appropriate MSC Servers for optimized handover performance.

Purpose & Motivation

STN-SR was created to solve a critical deployment challenge for early LTE networks: providing seamless voice service before LTE coverage was ubiquitous. LTE was designed as a packet-only network, with voice intended to be delivered as VoIP over IMS (VoLTE). However, LTE coverage initially had gaps. A UE on a VoLTE call moving out of LTE coverage would drop the call if no continuity mechanism existed. Dual-radio solutions were possible but increased device cost and battery consumption. SRVCC, enabled by STN-SR, provided an elegant solution for single-radio devices.

The problem it addressed was the lack of a native circuit-switched fallback in the LTE radio interface itself. Previous mechanisms like CS Fallback (CSFB) required the call to be set up in the CS domain from the start if the UE was camped on LTE. SRVCC, in contrast, allowed the call to originate optimally in the high-quality VoLTE/IMS domain and only fall back to CS when absolutely necessary due to radio conditions. The STN-SR was the essential identifier that made this dynamic, mid-call transfer possible. It connected the packet-core MME, which manages the LTE mobility event, with the correct circuit-switched entity (MSC Server) that could orchestrate the session transfer with the IMS core. This enabled operators to launch VoLTE services with the confidence that voice service continuity could be maintained, thereby improving the user experience and accelerating VoLTE adoption.

Classification

Part ofSRVCC
Related approachesVCCCSFB

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 STN-SR function was enhanced by introducing a procedure for the UDM to update the STN-SR to the AMF. This addition supports the established SRVCC and vSRVCC procedures where the MSC uses the STN-SR to initiate a call setup to the SCC AS for session continuity during handover to the CS domain.

  • Adding UDM update the STN-SR to AMF TS 23.237CR0507

Explore further

Broader topics and technologies where STN-SR plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.009 vj00 Handover Procedures in PLMNs Rel-19
TS 23.237 vj00 IMS Service Continuity (ISC) Stage 2 Rel-19
TS 24.237 vj00 IMS Service Continuity Protocol Details Rel-19
TS 24.802 vc10 IMS II-NNI Traversal Scenario Determination Study Rel-12
TS 29.060 vj00 GPRS Tunnelling Protocol (GTP) version 1 Rel-19
TS 29.274 vj50 GTPv2-C Control Plane Protocol Specification Rel-19
TS 29.806 vc10 P-CSCF Restoration Analysis & Solutions Rel-12
TR 29.949 vj00 VoLTE IMS Roaming Architecture & Procedures Rel-19
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.