S-CPAC

Subsequent Conditional PSCell Addition or Change

Mobility →
Introduced in Rel-18

S-CPAC is a 5G Dual Connectivity enhancement that allows a UE to perform a subsequent conditional PSCell addition or change after an initial conditional mobility procedure has been prepared, improving robustness and reducing interruption.

Category
Mobility
Introduced
Rel-18
Where
Radio Access Network › NG-RAN (5G)
Specifications
2 specs
S-CPAC Description Purpose Related Classification Detected Changes Specifications

Description

Subsequent Conditional PSCell Addition or Change (S-CPAC) is a mobility procedure defined for 5G New Radio (NR), specifically within the context of Multi-Radio Dual Connectivity (MR-DC) like EN-DC (E-UTRA-NR Dual Connectivity) and NR-DC (NR-NR Dual Connectivity). It operates as an extension to the Conditional Handover (CHO) and Conditional PSCell Change (CPC) mechanisms. The Primary SCG Cell (PSCell) is the primary cell of the secondary node in a dual connectivity setup. In standard conditional procedures, the network prepares one or more candidate target cells, and the UE executes the change to one of them when its radio conditions meet predefined criteria (e.g., signal strength thresholds).

S-CPAC addresses a specific scenario: what happens after a UE has already been configured with a conditional handover or PSCell change command but has not yet executed it? S-CPAC allows the network to subsequently prepare an *additional* conditional PSCell addition or change *on top of* the already prepared one. This means the UE can maintain multiple layers of conditional mobility commands. For example, the network might first configure a conditional PSCell change from Cell A to Cell B. Later, before the UE executes that change, the network can use S-CPAC to configure a further conditional change from the prospective Cell B to a Cell C. The UE manages these as subsequent conditions.

The procedure involves specific RRC signaling between the UE and the master node (e.g., gNB in NR-DC). The network sends an RRCReconfiguration message containing the subsequent conditional configuration (e.g., a 'CondReconfigToAddMod' for the new candidate). The UE stores this configuration in addition to any previously stored conditional configurations. The execution logic remains event-driven based on measurement reporting. This enhances mobility robustness in dense or rapidly changing radio environments, as the UE can seamlessly transition through a chain of pre-approved candidate cells without needing to go back to the network for a new command after each execution, thereby minimizing service interruption time and signaling overhead.

Purpose & Motivation

S-CPAC was introduced in Release 18 to enhance the robustness and efficiency of conditional mobility procedures in advanced 5G deployments, particularly for ultra-reliable low-latency communication (URLLC) and in high-frequency bands (e.g., mmWave) where radio links can be volatile. The basic Conditional Handover (CHO) and Conditional PSCell Change (CPC), introduced in earlier releases, significantly reduced handover failure rates compared to legacy handovers by preparing backup paths in advance. However, they were primarily designed for a single conditional transition.

The limitation addressed by S-CPAC is the potential for a 'ping-pong' effect or a failed connection after executing a single conditional change. In a dynamic environment, the target cell chosen by a conditional execution might itself degrade quickly. Without S-CPAC, the UE would need to complete the handover, reconnect, and then trigger a new measurement report and receive a new handover command—a process that takes time and could lead to a radio link failure. S-CPAC proactively prepares for this by allowing the network to 'look ahead' and set up a chain of conditional moves. This is especially critical for use cases like industrial IoT and vehicular communications, where uninterrupted connectivity is paramount. It solves the problem of sequential mobility in conditional scenarios, making the entire procedure more predictive and resilient.

Classification

Part ofMR-DC
Related approachesEN-DCNR-DC

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-18 11 changes

In Release 18, the S-CPAC (Subsequent Conditional PSCell Addition or Change) function was formally introduced, enabling the preparation or modification of conditional PSCell configurations after an initial setup. The release specified new procedures and information elements, such as the S-CPAC Request IE for initiation and the S-CPAC Complete Candidate Configuration Indicator, to support both intra-SN and inter-SN execution scenarios. Furthermore, it defined mechanisms for security configuration updates, context handling, and the use of history information to optimize the S-CPAC configuration.

  • Review of the description of the S-CPAC solution TS 38.423CR1116
  • Correction for SK Counter in S-CPAC TS 38.423CR1124
  • Correction on CHO with SCGs and S-CPAC TS 38.423CR1147
  • Corrections on Rel-18 S-CPAC TS 38.423CR1242
  • Addition of a missing indication in SN-initiated S-CPAC TS 38.423CR1283
  • Corrections on information element to support both CPAC and S-CPAC TS 38.423CR1305

+ 5 more changes

Explore further

Broader topics and technologies where S-CPAC plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 38.423 vj10 Xn Application Protocol (XnAP) specification Rel-19
TS 38.473 vj10 5G F1 Application Protocol (F1AP) 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.