Description
Conditional L1/L2 Triggered Mobility (CLTM) is a sophisticated handover mechanism designed to drastically reduce interruption time during cell changes in 5G New Radio (NR). Unlike traditional handovers, which are fully controlled by the network via Radio Resource Control (RRC) signaling (a process involving measurement reports, handover decisions, and handover commands), CLTM delegates the final execution decision to the User Equipment (UE). The network pre-configures the UE with a set of candidate target cells and specific triggering conditions. These conditions are based on fast, layer-specific measurements. Layer 1 (L1) conditions typically involve immediate measurements of reference signal received power (RSRP) or reference signal received quality (RSRQ) from the serving and neighbor cells. Layer 2 (L2) conditions can involve metrics like buffer status or channel quality indicators processed at the Medium Access Control (MAC) layer. The UE continuously monitors these pre-configured conditions. Once a triggering condition is met—for instance, the signal quality from a candidate cell exceeds that of the serving cell by a certain margin for a specified time—the UE can autonomously initiate the handover to that pre-approved target cell without waiting for an explicit RRC Handover Command from the network.
The architecture for CLTM involves close coordination between the gNB's Radio Resource Control (RRC), Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), MAC, and Physical (PHY) layers, and their counterparts in the UE. The serving gNB provides the CLTM configuration via an RRC Reconfiguration message. This configuration is a critical component and includes the list of candidate target cells, each with its associated cell-specific parameters (like physical cell ID and carrier frequency), and the precise L1/L2 triggering conditions and associated thresholds. The configuration may also include execution conditions, which are additional criteria that must be satisfied before the handover is finalized, ensuring the move is robust. The UE stores this configuration and activates the conditional handover evaluation procedure.
When the UE determines that the triggering and execution conditions for a specific candidate cell are satisfied, it performs a synchronous random access procedure to the target cell. A key feature is the inclusion of a 'CLTM indication' in the Message 1 (Random Access Preamble) or Message 3 (RRC Reconfiguration Complete) of this procedure. This indication informs the target gNB that this is a CLTM-triggered handover, allowing it to efficiently retrieve the UE's context from the source gNB (via the Xn interface) and prepare resources. The entire process, from condition fulfillment to successful connection with the target cell, happens with minimal signaling latency, as the lengthy RRC command-and-response cycle between the serving gNB and UE is eliminated for the execution phase.
The role of CLTM in the network is to enhance mobility robustness and performance, particularly in challenging radio environments. It is a foundational technology for enabling seamless mobility in high-frequency bands (like mmWave), which are prone to rapid signal degradation, and in high-speed scenarios (e.g., vehicular communications). By reducing handover interruption time, CLTM directly contributes to meeting the stringent reliability and latency requirements of advanced 5G-Advanced and future 6G use cases, such as industrial automation, autonomous vehicles, and extended reality (XR). It represents a shift from network-centric to more UE-assisted mobility management, increasing the overall agility and responsiveness of the radio access network.
Purpose & Motivation
CLTM was created to address the fundamental latency and reliability limitations of conventional RRC-controlled handovers in 5G NR. As 5G networks evolved to support mission-critical applications under the URLLC umbrella, the handover interruption time of tens of milliseconds in legacy procedures became a significant bottleneck. This latency, caused by the need for measurement reporting, network processing, and RRC command transmission, could lead to packet loss, connection drops, and degraded quality of service in dynamic environments. The primary problem CLTM solves is this signaling delay during the critical execution phase of a handover.
Historically, Conditional Handover (CHO), introduced in earlier releases, was a step forward by preparing handovers in advance. However, CHO still relied on RRC-layer triggers and signaling. CLTM takes this concept further by leveraging faster, lower-layer (L1/L2) triggers. The motivation stems from the need for 'zero' or 'near-zero' interruption time mobility, especially for use cases involving high mobility or transmissions over fragile high-frequency channels. In such scenarios, radio conditions can change within milliseconds, and waiting for an RRC command from a potentially degraded serving link is risky. CLTM empowers the UE to act immediately based on real-time radio conditions, pre-empting link failure.
Furthermore, CLTM addresses the limitations of previous beam management and cell handover procedures in dense networks. It provides a more unified and efficient framework for managing mobility events that are best detected at the physical layer, such as sudden beam blockage or the appearance of a stronger beam from a neighboring cell. By creating a standardized mechanism for L1/L2-triggered mobility, 3GPP enables consistent implementation and interoperability, moving beyond vendor-specific fast handover schemes. Its introduction in Release 19 is a key milestone in the 5G-Advanced roadmap, enhancing the system's capability to support truly seamless connectivity.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (81 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, Conditional L1/L2 Triggered Mobility (CLTM) was introduced as a new cell switch procedure. It is defined as an L1/L2 triggered mobility procedure, which the network initiates via MAC CE based on L1 or L3 measurement reports, but it is executed only when predefined execution conditions are met. This conditional execution mechanism parallels the concept introduced for Conditional Handover (CHO) at the time.
- Mobility Call Flows TS 38.300CR0045
- Stage 2 Correction on Mobility in RRC_IDLE TS 38.300CR0131
- Support of ongoing re-mapping on source side during SDAP mobility TS 38.300CR0160
- KgNB derivation upon mobility TS 38.300CR0174
- RRC triggered BWP switching while RACH is ongoing TS 38.321CR0409
- Correction on BSR triggered SR TS 38.321CR0459
+ 7 more changes
In Release 16, the Conditional L1/L2 Triggered Mobility (CLTM) function was introduced as a new mobility enhancement, defining it as an L1/L2 triggered cell switch procedure that is executed only when specific execution conditions are met. This release also introduced Inter-gNB CSI-RS Based Mobility as a new capability and provided further details on mobility handling in scenarios involving mixed PNI-NPN/PLMN cells. Additionally, Release 16 included various corrections and refinements to the overall NR mobility enhancements, including aspects of Conditional Reconfiguration triggering and event descriptions for Conditional Handover (CHO).
- Introduction of NR mobility enhancement TS 38.300CR0172
- Baseline CR for introducing Rel-16 NR mobility enhancement TS 38.300CR0252
- Introduction NR mobility enhancement TS 38.321CR0687
- CR on 38.321 for NR mobility enhancement TS 38.321CR0744
- Introduction of NR mobility enhancement TS 38.331CR1478
- Introduction of Inter-gNB CSI-RS Based Mobility TS 38.300CR0249
+ 24 more changes
In Release 17, the enhancements for Conditional L1/L2 Triggered Mobility (CLTM) included the introduction of mobility-state-based cell reselection for NR HSDN and corrections to minimize data loss and avoid duplication during mobility for MBS services. The release also specified corrections for intra-NR mobility and the conditional presence of parameters for SRB4. Furthermore, it defined capabilities such as making the bwp-SwitchingDelay conditionally mandatory.
- Introduction of mobility-state-based cell reselection for NR HSDN [NR_HSDN] TS 38.306CR0650
- Introduction of mobility-state-based cell reselection for NR HSDN [NR_HSDN] TS 38.331CR2846
- Correction on NR MBS mobility for 38300 TS 38.300CR0490
- Minimization of data loss and duplication avoidance during mobility from MBS non upporting gNB to supporting gNB TS 38.300CR0605
- Correction on SHR for intra-NR mobility TS 38.300CR0749
- Correction to conditional presence of parameters for SRB4 TS 38.331CR3909
+ 3 more changes
In Release 18, the enhancements for Conditional L1/L2 Triggered Mobility (CLTM) included specific corrections and clarifications to improve its operation. These focused on correcting mobility latency for LTM and providing miscellaneous stage-2 corrections for LTM mobility procedures. Additionally, Release 18 introduced clarifications on PDCCH order triggered early RACH, which relates to pathloss calculation for PRACH within the mobility framework.
- Introduction of NR further mobility enhancements in TS 38.300 TS 38.300CR0770
- Introduction of NR further mobility enhancements in TS 38.321 TS 38.321CR1705
- Introduction of further NR mobility enhancements TS 38.331CR4458
- Correction of timer-based conditional handover for NR NTN TS 38.300CR0822
- Misc Stage-2 corrections for LTM mobility TS 38.300CR0911
- Corrections to NTN mobility TS 38.300CR0962
+ 10 more changes
In Release 19, the enhancements for Conditional L1/L2 Triggered Mobility (CLTM) were part of the broader "NR mobility enhancements Phase 4" work item. This release introduced specific new capabilities, including SR triggered SSSG switching and the formal addition of a Mobility State parameter for UEs in RRC_CONNECTED. These advancements built upon the existing CLTM framework, which executes a cell switch procedure only when predefined L1 or L2 conditions are met.
- Introduction of UAV mobility enhancements [UAV_Mobility] TS 38.300CR1004
- Introduction of NR mobility enhancements Phase 4 in TS 38.300 TS 38.300CR1011
- Introduction of UAV mobility enhancements [UAV_Mobility] TS 38.306CR1319
- Adding Mobility State in RRC_CONNECTED [SpeedStatePars] TS 38.306CR1395
- Introduction of NR mobility enhancements Phase 4 in MAC TS 38.321CR2098
- SR triggered SSSG switching [SRTrig_SSSGSwitch] TS 38.331CR5396
+ 7 more changes
Explore further
Broader topics and technologies where CLTM plays a role.
Defining Specifications
3GPP specifications that define or reference CLTM, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 38.300 vj00 | NG-RAN Overall Description | Rel-19 |
| TS 38.306 vj00 | NR UE Radio Access Capability Parameters | Rel-19 |
| TS 38.321 vj00 | NR MAC Protocol Specification | Rel-19 |
| TS 38.331 vj00 | NR Radio Resource Control (RRC) Protocol Specification | Rel-19 |