Description
Conditional Handover (CHO) is an advanced mobility procedure introduced in 3GPP Release 16 to improve handover robustness, particularly in high-mobility and high-frequency (e.g., mmWave) scenarios prone to radio link failures. Unlike conventional handovers, which are network-commanded and executed immediately, CHO decouples the handover preparation phase from the execution phase. The serving gNB (or ng-eNB) prepares one or more candidate target cells in advance by performing admission control and reserving resources. It then provides the UE with a CHO configuration containing the identities of these candidate cells and a set of execution conditions, typically based on radio measurements (e.g., A3/A5 events with offsets and time-to-trigger). The UE stores this configuration and continuously monitors the radio conditions of the serving and candidate cells.
When the UE determines that the pre-configured execution condition for a specific candidate cell is satisfied—and while the connection to the serving cell is still viable—it autonomously initiates the handover execution to that target cell. The UE performs random access to the chosen target cell using the pre-allocated resources (like a dedicated RACH preamble) and sends an RRC Reconfiguration Complete message. This triggers the target cell to inform the serving cell of the successful handover via the Xn interface, initiating the path switch and release of the old UE context. The key architectural components involved are the UE (which evaluates conditions and autonomously executes), the serving RAN node (which prepares the CHO and provides the configuration), the candidate target RAN nodes (which perform admission control and resource reservation), and the core network, which is updated post-execution via the NG interface.
CHO's role in the network is to act as a proactive mobility safety net. By preparing fallback options before the radio link deteriorates critically, it significantly reduces the probability of handover failures (HOF) and radio link failures (RLF). This is especially critical for services requiring ultra-reliable low-latency communication (URLLC) and in deployments using high-frequency bands with rapid signal fluctuations. The procedure is managed via RRC signaling (RRCReconfiguration message carries the CHO configuration) and inter-node coordination over the Xn interface (for preparation and completion). CHO can be configured with multiple candidate cells, and the UE selects the first one whose conditions are met, adding a layer of diversity and redundancy to the mobility process.
Purpose & Motivation
CHO was created to address the limitations of conventional 'network-commanded' handovers in 5G and beyond networks, especially as deployments expanded into frequency ranges above 6 GHz (FR2). In these high-frequency bands, radio signals are more susceptible to blockage and rapid fading, making the time-critical window for a successful network-commanded handover very narrow. Traditional handovers rely on measurement reports from the UE, a decision by the source node, and a handover command—a process that can fail if the radio link degrades faster than this signaling loop can complete, leading to service interruption.
The primary problem CHO solves is the reduction of handover failures and subsequent radio link failures in challenging mobility conditions. This includes high-speed scenarios (e.g., high-speed rail, vehicular), cell-edge areas with overlapping coverage, and environments with high shadowing or intermittent blockage. By shifting the execution decision to the UE based on pre-configured local conditions, CHO eliminates the critical delay involved in the network's decision-making and signaling loop. This makes the handover trigger more responsive to the instantaneous radio environment as perceived by the UE. Historically, before CHO, enhancements like Early Handover or Dual Connectivity partially addressed robustness but added complexity. CHO provides a more streamlined, preparation-based approach that improves reliability for latency-sensitive and mission-critical services, which was a key motivation for its standardization as part of 5G's enhanced mobile broadband (eMBB) and URLLC support.
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (97 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
- Key derivation for CHO(LTE R16) TS 33.401CR0690
- UE handling on CHO key derivation for LTE TS 33.401CR0689
- Correction on TS36.300 for CHO TS 36.300CR1309
- Correction for LTE CHO and Full Configuration TS 36.300CR1331
- Non-support of CHO/CPC with LTE/5GC TS 36.300CR1335
- 36.300 correction for CHO early data forwarding in MeNB to eNB Change scenario TS 36.300CR1347
+ 30 more changes
- NRM for CHO TS 28.541CR0608
- NRM for CHO Stage 3 TS 28.541CR0609
- CHO measurements TS 28.552CR0287
- Conditional handover measurements TS 28.552CR0357
- MRO additions for CHO and DAPS handover TS 28.313CR0047
- Support of CHO with SCG configuration - 36331 [CHOwithDCkept] TS 36.331CR4823
+ 29 more changes
- Introduction of CHO with SCG(s) TS 38.423CR1090
- Correction of timer-based conditional handover for IoT NTN TS 36.300CR1399
- IoT NTN Stage 2 correction to eMTC CHO TS 36.300CR1409
- Correction on Event A3, A4 and A5 for LTE CHO TS 36.331CR4988
- Correction to X2AP Conditional Handover Time Based Information IE TS 36.423CR1773
- Handover Cancel in CHO with SCG(s) TS 37.340CR0390
+ 14 more changes
- Correction on MRO for S-CPAC and CHO with candidate SCG for 37.340 TS 37.340CR0429
- Correcting SCG activation time after CHO TS 38.300CR1062
- Correction on SON description for CHO with candidate SCG(s) in stage-2 TS 38.300CR1168
- Correction on CHO with candidate SCGs in Rel-19 SONMDT TS 38.331CR5748
- Clarification on ambiguity of SN Addition Request for CHO TS 37.340CR0436
Explore further
Broader topics and technologies where CHO plays a role.
Defining Specifications
3GPP specifications that define or reference CHO, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 28.104 vk00 | Management Data Analytics Service (MDAS) Specification | Rel-20 |
| TS 28.313 vk10 | SON for 5G Networks Management | Rel-20 |
| TS 28.541 vk30 | Management and orchestration of 5G networks; NRM; Stage 2 and 3 | Rel-20 |
| TS 28.552 vk30 | 5G Performance Measurements & Network Slicing | Rel-20 |
| TS 33.401 vj20 | EPS Security Architecture | Rel-19 |
| TS 33.501 vk20 | 5G Security Architecture and Procedures | Rel-20 |
| TR 33.877 vi00 | Technical Report on Security Aspects of AI/ML in RAN | Rel-18 |
| TS 36.300 vj20 | E-UTRAN Radio Interface Protocol Architecture | Rel-19 |
| TS 36.331 vj30 | E-UTRA RRC Protocol Specification | Rel-19 |
| TS 36.423 vj10 | X2 Application Protocol (X2AP) Specification | Rel-19 |
| TR 36.763 vh00 | NB-IoT/eMTC Support for Non-Terrestrial Networks | Rel-17 |
| TS 37.320 vj30 | Minimization of Drive Tests Overview | Rel-19 |
| TS 37.340 vj30 | Overview of Multi-Connectivity Operation using E-UTRA and NR | Rel-19 |
| TS 37.483 vj30 | E1 Application Protocol (E1AP) Specification | Rel-19 |
| TS 38.300 vj30 | NR and NG-RAN Overall Description | Rel-19 |
| TS 38.331 vj30 | NR Radio Resource Control Protocol Specification | Rel-19 |
| TS 38.401 vj30 | NG-RAN Architecture Description | Rel-19 |
| TS 38.423 vj30 | Xn Application Protocol (XnAP) for NG-RAN | Rel-19 |
| TS 38.463 vj00 | E1 Application Protocol (E1AP) | Rel-19 |
| TS 38.473 vj30 | F1 Application Protocol (F1AP) for 5G | Rel-19 |
| TR 38.864 vi10 | Technical Report on Network Energy Savings for NR | Rel-18 |