Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Mobility

SOR-CMCI

Steering of Roaming Connected Mode Control Information

Mobility →

SOR-CMCI is a parameter sent to a connected mode UE to instruct the immediate or next-idle application of Steering of Roaming information, ensuring timely network steering for traffic management and roaming optimization.

Introduced
Rel-17
Where
Core Network › 5G Core
Specifications
3 specs
SOR-CMCI Description Purpose What changed Neighbours Detected Changes Specifications

Description

Steering of Roaming Connected Mode Control Information (SOR-CMCI) is a control mechanism introduced in 3GPP Release 17 that works in conjunction with Steering of Roaming (SOR) data. It is a parameter delivered by the network to a User Equipment (UE) that is in CONNECTED mode (e.g., RRC_CONNECTED in NG-RAN), providing instructions on when the UE should process and apply newly received SOR information. The SOR-CMCI is included within the SOR transparent container that is sent from the Access and Mobility Management Function (AMF) to the UE via a DOWNLINK NAS TRANSPORT message.

The SOR transparent container, defined in 3GPP TS 24.501, carries the SOR data itself and the associated SOR-CMCI. The SOR-CMCI parameter is a 3-bit field that conveys specific commands to the UE. The primary commands are: 'apply immediately' and 'apply when in idle mode'. When the UE receives SOR information with an 'apply immediately' indication, it must initiate the steering of roaming procedure straight away, even though it is in connected mode. This typically involves the UE leaving connected mode, evaluating the preferred PLMN list from the SOR data, and potentially selecting a new cell/PLMN, which may trigger a registration procedure on a new network.

If the SOR-CMCI indicates 'apply when in idle mode', the UE stores the SOR information and defers its application until the next time it transitions to idle mode (e.g., after the RRC connection is released). This mechanism gives the network precise control over the timing of the steering action. The inclusion of SOR-CMCI addresses a key scenario: without it, a UE in connected mode receiving SOR data might not apply it until an unspecified later time, potentially delaying critical network steering decisions. The secure packet within the SOR data, which is integrity protected and encrypted for the UE, also includes a hash of the SOR-CMCI to ensure its authenticity and prevent tampering.

Purpose & Motivation

SOR-CMCI was introduced to solve the timing ambiguity problem associated with delivering Steering of Roaming information to a UE that is actively in a connected session. In the initial Release 16 SOR procedures, when SOR data was sent to a UE in connected mode, the standard did not explicitly mandate when the UE should execute the steering procedure. This could lead to unpredictable behavior and delays, undermining the operator's ability to dynamically manage roaming traffic in near-real-time. For effective traffic steering, especially in response to changing network conditions or commercial triggers, the home operator needs certainty about when the steering policy will be enacted.

The creation of SOR-CMCI provides the network with explicit control, allowing it to command an immediate steering action (which may interrupt an ongoing session) or to schedule it for a more convenient time (at the next idle period). This enables more sophisticated and reliable roaming management strategies. For instance, an operator might use 'apply immediately' for urgent steering away from a congested partner network, while using 'apply when in idle mode' for less time-critical policy updates, improving both network efficiency and the subscriber experience by avoiding unnecessary session drops where possible.

What changed in its specifications

The latest release-to-release comparison of specifications that define SOR-CMCI. Each summary describes the whole specification, not only this term.

TS 24.501Rel-18 → Rel-19

Rel-19 adds satellite NG-RAN access text, LP-WUS/WUR assistance and disabling, ATUC RAT utilization control, and network-controlled slice selection with S-NSSAI time validity to TS 24.501. It also adds ATSSS Phase 4 multi-access and 5G ProSe multi-hop relay support.

Full comparison in TS 24.501 →
TS 31.102Rel-18 → Rel-19

Rel-19 adds sidelink multi-hop relay EFs, lower selection-priority PLMN EFs, 5G ProSe EFs, and MINT-EPS definitions for disaster conditions.

Full comparison in TS 31.102 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (15 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-17 10 changes
  • SOR-CMCI transport and usage TS 24.501CR3207
  • Alignments for the introduction of SOR-CMCI TS 24.501CR3365
  • Adding the SOR security check criterion to the SOR-CMCI TS 24.501CR3702
  • SOR-CMCI storage in USIM TS 31.102CR0917
  • REFRESH SoR-CMCI command introduction TS 31.111CR0751
  • SOR-CMCI parameters without rule storage in USIM TS 31.102CR0939

+ 4 more changes

Rel-18 2 changes
  • Clarification on providing SOR-CMCI in SNPN access operation mode R18 TS 24.501CR4813
  • Correction to SOR-CMCI command TS 31.111CR0800
Rel-19 3 changes
  • Correction to the Note for SOR-CMCI length TS 24.501CR6564
  • Wrong SOR-CMCI data object format TS 31.102CR1061
  • Coding of the DNN in SOR-CMCI rule of SOR transparent container IE TS 24.501CR6778

Defining Specifications

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

SpecificationTitleRelease
TS 24.501 vk10 5GS NAS Protocol Specification Rel-20 read
TS 31.102 vk00 USIM Application Specification Rel-20 read
TS 31.111 vj40 3GPP TS 31111 vj40: USIM Application Toolkit Rel-19 read