Mobility robustness optimisation for secondary cell group conditional layer 1 / layer 2 triggered mobility
By exchanging configuration information and thresholds for SCG CLTM, the method addresses latency and interruption issues in SCG CLTM, optimizing mobility robustness and network performance.
Patent Information
- Application Number
- PCT/CN2025/073445
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-01-20
- Publication Date
- 2025-11-27
AI Technical Summary
Existing wireless communication systems face challenges in optimizing mobility robustness for secondary cell group conditional layer 1 /layer 2 triggered mobility (SCG CLTM), particularly in reducing latency and interruption time during cell changes, especially in scenarios involving intra-SN and inter-SN transitions.
The method involves obtaining and transmitting configuration information related to successful SCG CLTM, including thresholds and execution conditions, to improve mobility management, with network devices like source SN and MN exchanging information via RRC reconfiguration messages or MAC CEs to enhance SCG CLTM performance.
This approach optimizes SCG CLTM by reducing latency and interruption time, improving the reliability of cell switch processes, and enhancing overall network efficiency.
Smart Images

Figure CN2025073445_27112025_PF_FP_ABST
Abstract
Description
MOBILITY ROBUSTNESS OPTIMISATION FOR SECONDARY CELL GROUP CONDITIONAL LAYER 1 / LAYER 2 TRIGGERED MOBILITY
[0001] The present disclosure relates to wireless communications, and more specifically to mobility robustness optimisation (MRO) methods of secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) , for example, MRO for secondary node (SN) initiated intra-SN or inter-SN SCG CLTM.BACKGROUND
[0002] A wireless communications system may include one or multiple network communication devices, such as base stations (BSs) , which may be otherwise known as an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. Each network communication devices, such as a base station may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .
[0003] When a UE moves from one cell to another cell, at some point a serving cell change needs to be performed. L1 / L2 triggered mobility (LTM) was approved to change a serving cell via an L1 / L2 signalling, in order to reduce the latency, overhead and interruption time. Recently, a baseline mechanism of SCG CLTM is being discussed.SUMMARY
[0004] The present disclosure relates to methods, apparatuses, and systems that support MRO methods of SCG CLTM, for example, MRO for SN initiated intra-SN or inter-SN SCG CLTM.
[0005] Some implementations of the method and devices described herein include, obtaining configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch; and transmitting the configuration information.
[0006] In some implementations of the method and devices described herein, the network device is a source secondary node (SN) , and some implementations of the method and devices described herein include obtaining the configuration information by generating the configuration information, and transmitting the configuration information to a master node (MN) or a user equipment (UE) . Alternatively, in some implementations of the method and devices described herein, the network device is a master node (MN) , and some implementations of the method and devices described herein include obtaining the configuration information by receiving the configuration information from the source SN, and transmitting the configuration information to the UE.
[0007] In some implementations of the method and devices described herein, the configuration information comprises at least one threshold of the following thresholds: a first threshold related to time elapsed between receiving a physical downlink control channel (PDCCH) order by a UE and an SCG CLTM execution condition being fulfilled; a second threshold related to time elapsed between receiving a PDCCH order by a UE and an SCG CLTM cell switch being executed; a third threshold related to time elapsed between obtaining a timing advance (TA) value by a UE and an SCG CLTM execution condition being fulfilled; a fourth threshold related to time elapsed between obtaining a TA value by a UE and an SCG CLTM cell switch being executed; a fifth threshold related to an elapsed time duration of a timer for a TA value of a CLTM candidate primary secondary cell (PSCell) ; a sixth threshold related to time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled; a seventh threshold related to time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed; an eighth threshold for a ratio between elapsed time of a T304 timer and a configured value of the T304 timer; a ninth threshold for a ratio between elapsed time of a T310 timer and a configured value of the T310 timer; or a tenth threshold for a ratio between elapsed time of a T312 timer and a configured value of the T312 timer.
[0008] In some implementations of the method and devices described herein, the network device is a source SN, and the at least one threshold is one of the following: determined by a central unit (CU) of the source SN; determined by a source distributed unit (DU) of the source SN; determined by a candidate target DU of the source SN; received from an MN, or received from a target SN.
[0009] In some implementations of the method and devices described herein, the network device is an MN, and the at least one threshold is one of the following: received from a source SN; or received from a target SN.
[0010] In some implementations of the method and devices described herein, the at least one threshold is transmitted to a UE via: a radio resource control (RRC) reconfiguration message; or a medium access control-control element (MAC CE) .
[0011] In some implementations of the method and devices described herein, the information related to the successful SCG CLTM cell switch comprises at least one of the following: a type for executed mobility being an SCG CLTM cell switch; a set of indications; a set of elapsed time; information of at least one of a source PSCell, a target PSCell, or at least one neighbour cell; a list of at least one CLTM candidate PSCell; at least one SCG CLTM execution condition; at least one L1 or layer 3 (L3) measurement result of at least one of a source PSCell, a target PSCell, or at least one neighbour cell at certain time; a cause value for a successful report which includes the information related to the successful SCG CLTM cell switch; or a cause of a random access channel (RACH) -based SCG CLTM cell switch.
[0012] In some implementations of the method and devices described herein, the set of indications comprise at least one of the following: an indication concerning an SCG CLTM procedure being a last executed mobility procedure; an indication concerning the SCG CLTM procedure being L1 based or L3 based; an indication concerning an SCG CLTM execution condition being fulfilled before a user equipment (UE) receives a TA value; an indication concerning an SCG CLTM cell switch being executed before a UE receives a TA value; an indication concerning an SCG CLTM execution condition being fulfilled before UE-based TA measurement is available; an indication concerning an SCG CLTM cell switch being executed before UE-based TA measurement is available; an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; or an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM cell switch is executed.
[0013] In some implementations of the method and devices described herein, the set of elapsed time comprises at least one of the following: time elapsed between receiving a PDCCH order by a UE and receiving a TA value by the UE; time elapsed between receiving a PDCCH order by a UE and an SCG CLTM execution condition being fulfilled; time elapsed between receiving a PDCCH order by a UE and an SCG CLTM cell switch being executed; time elapsed between obtaining a TA value by a UE and an SCG CLTM execution condition being fulfilled; time elapsed between obtaining a TA value by a UE and an SCG CLTM cell switch being executed; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed; time elapsed between reception of a TA value by a UE and a corresponding SCG CLTM configuration; time elapsed between reception of a TA value by a UE and a latest RRC reconfiguration message for SCG CLTM; time elapsed between an SCG CLTM execution condition being fulfilled and a corresponding SCG CLTM configuration being received by a UE; time elapsed between an SCG CLTM cell switch being executed and a corresponding SCG CLTM configuration being received by a UE; time elapsed between an SCG CLTM execution condition being fulfilled and a latest RRC reconfiguration message for SCG CLTM being received; time elapsed between an SCG CLTM cell switch being executed and a latest RRC reconfiguration message for SCG CLTM being received by a UE; time elapsed between an SCG CLTM execution condition being fulfilled and the successful report being generated by a UE; or time elapsed between an SCG CLTM cell switch being executed and the successful report being generated.
[0014] In some implementations of the method and devices described herein, the certain time is associated with at least one of the following: SCG CLTM cell switch execution being initiated or triggered; an SCG CLTM configuration or a latest RRC reconfiguration message for an SCG CLTM cell switch being received by a UE; SCG CLTM cell switch execution being successful; or an indication from a lower layer indicating that SCG CLTM cell switch execution has been successfully completed.
[0015] In some implementations of the method and devices described herein, the cause of the RACH-based SCG CLTM cell switch comprises at least one of the following: no valid TA being available; no valid uplink (UL) grant being available; no TA value being received by a UE; a TA value being received by a UE, but a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; a TA value being received by a UE, but a timer for a TA value of a CLTM candidate PSCell being expired before SCG CLTM cell switch is executed; UE-based TA measurement being unavailable when an SCG CLTM execution condition is fulfilled; a configured grant being invalid; or no synchronization signal block (SSB) with synchronization signal reference signal received power (SS-RSRP) above a threshold being found amongst at least one SSB associated with a configured uplink grant.
[0016] In some implementations of the method and devices described herein, the information related to the successful SCG CLTM cell switch comprises information related to at least one successful SCG CLTM cell switch execution.
[0017] In some implementations of the method and devices described herein, the network device is an MN, and some implementations of the method and devices described herein include receiving the information related to the successful SCG CLTM cell switch or a successful report which includes the information related to the successful SCG CLTM cell switch; and transmitting the information related to the successful SCG CLTM cell switch or the successful report.
[0018] In some implementations of the method and devices described herein, the information related to the successful SCG CLTM cell switch or the successful report is at least one of the following: received from a UE or a network node different from the MN; or transmitted to a source SN or a target SN.
[0019] In some implementations of the method and devices described herein, the network device is a source SN, and some implementations of the method and devices described herein include receiving, from an MN, the information related to the successful SCG CLTM cell switch or a successful report which includes the information related to the successful SCG CLTM cell switch.
[0020] In some implementations of the method and devices described herein, the configuration information is associated with at least one of the following trigger conditions for storing or generating the information related to the successful SCG CLTM cell switch: time elapsed between receiving a PDCCH order by a UE and an SCG CLTM execution condition being fulfilled being higher than the first threshold; time elapsed between receiving a PDCCH order by a UE and SCG CLTM cell switch being executed being higher than the second threshold; time elapsed between obtaining a TA value by a UE and an SCG CLTM execution condition being fulfilled being higher than the third threshold; time elapsed between obtaining a TA value by a UE and SCG CLTM cell switch being executed being higher than the fourth threshold; an elapsed time duration of a timer for a TA value of a CLTM candidate PSCell being higher than the fifth threshold; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled being higher than the sixth threshold; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and SCG CLTM cell switch being executed being higher than the seventh threshold; a ratio between a value of elapsed time of the T310 timer and a configured value of the T310 timer being greater than the eighth threshold; the T312 timer associated to a measurement identity of a target PSCell being running at the time of the SCG CLTM cell switch being executed, and, a ratio between a value of elapsed time of the T312 timer and a configured value of the T312 timer being greater than the ninth threshold; or a ratio between a value of elapsed time of the T304 timer and a configured value of the T304 timer being greater than the tenth threshold.
[0021] Some implementations of the method and devices described herein include, receiving configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch; and storing or generating the information related to the successful SCG CLTM cell switch.
[0022] Some implementations of the method and devices described herein may include, transmitting the information related to the successful SCG CLTM cell switch to a master node (MN) or a network node different from the MN explicitly or via a successful report which includes the information related to the successful SCG CLTM cell switch.
[0023] In some implementations of the method and devices described herein, the configuration information comprises at least one threshold of the following thresholds: a first threshold related to time elapsed between receiving a physical downlink control channel (PDCCH) order and an SCG CLTM execution condition being fulfilled; a second threshold related to time elapsed between receiving a PDCCH order and an SCG CLTM cell switch being executed; a third threshold related to time elapsed between obtaining a timing advance (TA) value and an SCG CLTM execution condition being fulfilled; a fourth threshold related to time elapsed between obtaining a timing advance (TA) value and an SCG CLTM cell switch being executed; a fifth threshold related to an elapsed time duration of a timer for TA value of a CLTM candidate primary secondary cell (PSCell) ; a sixth threshold related to time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled; a seventh threshold related to time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed; an eighth threshold for a ratio between elapsed time of a T304 timer and a configured value of the T304 timer; a ninth threshold for a ratio between elapsed time of a T310 timer and a configured value of the T310 timer; or a tenth threshold for a ratio between elapsed time of a T312 timer and a configured value of the T312 timer.
[0024] Some implementations of the method and devices described herein include, storing or generating the information related to the successful SCG CLTM cell switch based on at least one of the following: at least one of trigger conditions for storing or generating the information related to successful SCG CLTM cell switch being fulfilled; or SCG CLTM cell switch execution being successful.
[0025] In some implementations of the method and devices described herein, the trigger conditions comprises at least one of the following: time elapsed between receiving a PDCCH order and an SCG CLTM execution condition being fulfilled being higher than the first threshold; time elapsed between receiving a PDCCH order and an SCG CLTM cell switch being executed being higher than the second threshold; time elapsed between obtaining a TA value and an SCG CLTM execution condition being fulfilled being higher than the third threshold; time elapsed between obtaining a TA value and an SCG CLTM cell switch being executed being higher than the fourth threshold; the elapsed time duration of a timer for a TA value of a CLTM candidate PSCell being higher than the fifth threshold; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled being higher than the sixth threshold; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed being higher than the seventh threshold; a ratio between a value of elapsed time of the T310 timer and a configured value of the T310 timer being greater than the eighth threshold; the T312 timer associated to a measurement identity of a target PSCell being running at the time of the SCG CLTM cell switch being executed, and, a ratio between a value of elapsed time of the T312 timer and a configured value of the T312 timer being greater than the ninth threshold; or ratio between a value of elapsed time of the T304 timer and a configured value of the T304 timer being greater than the tenth threshold.
[0026] In some implementations of the method and devices described herein, the at least one threshold is received via: a radio resource control (RRC) reconfiguration message; or a medium access control-control element (MAC CE) .
[0027] In some implementations of the method and devices described herein, the information related to the successful SCG CLTM cell switch comprises at least one of the following: a type for executed mobility being SCG CLTM cell switch; a set of indications; a set of elapsed time; information of at least one of a source PSCell, a target PSCell, or at least one neighbour cell; a list of at least one CLTM candidate PSCell; at least one SCG CLTM execution condition; at least one L1 or layer 3 (L3) measurement result of at least one of a source PSCell, a target PSCell, or at least one neighbour cell at certain time; a cause value for a successful report which includes the information related to the successful SCG CLTM cell switch; or a cause of a random access channel (RACH) -based SCG CLTM cell switch.
[0028] In some implementations of the method and devices described herein, the set of indications comprises at least one of the following: an indication concerning an SCG CLTM procedure being last executed mobility procedure; an indication concerning the SCG CLTM procedure being L1 based or L3 based; an indication concerning an SCG CLTM execution condition being fulfilled before receiving a TA value; an indication concerning an SCG CLTM cell switch being executed before receiving a TA value; an indication concerning an SCG CLTM execution condition being fulfilled before UE-based TA measurement is available; an indication concerning an SCG CLTM cell switch being executed before UE-based TA measurement is available; an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; or an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before SCG CLTM cell switch is executed.
[0029] In some implementations of the method and devices described herein, the set of elapsed time comprises at least one of the following: time elapsed between receiving a PDCCH order and receiving a TA value; time elapsed between receiving a PDCCH order and an SCG CLTM execution condition being fulfilled; time elapsed between receiving a PDCCH order and an SCG CLTM cell switch being executed; time elapsed between obtaining a TA value and an SCG CLTM execution condition being fulfilled; time elapsed between obtaining a TA value and an SCG CLTM cell switch being executed; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed; time elapsed between reception of a TA value and a corresponding SCG CLTM configuration; time elapsed between reception of a TA value and a latest RRC reconfiguration message for SCG CLTM; time elapsed between an SCG CLTM execution condition being fulfilled and a corresponding SCG CLTM configuration being received; time elapsed between an SCG CLTM cell switch being executed and a corresponding SCG CLTM configuration being received; time elapsed between an SCG CLTM execution condition being fulfilled and a latest RRC reconfiguration message for SCG CLTM being received; time elapsed between an SCG CLTM cell switch being executed and a latest RRC reconfiguration message for SCG CLTM being received; time elapsed between an SCG CLTM execution condition being fulfilled and the successful report being generated; or time elapsed between an SCG CLTM cell switch being executed and the successful report being generated.
[0030] In some implementations of the method and devices described herein, the certain time is associated with at least one of the following: SCG CLTM cell switch execution being initiated or triggered; an SCG CLTM configuration or a latest RRC reconfiguration message for an SCG CLTM cell switch being received; SCG CLTM cell switch execution being successful; or an indication from a lower layer indicating that SCG CLTM cell switch execution has been successfully completed.
[0031] In some implementations of the method and devices described herein, the cause of the RACH-based SCG CLTM cell switch comprises at least one of the following: no valid TA being available; no valid uplink (UL) grant being available; no TA value being received; a TA value being received, but a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; a TA value being received, but a timer for a TA value of a CLTM candidate PSCell being expired before SCG CLTM cell switch is executed; UE-based TA measurement being unavailable when an SCG CLTM execution condition is fulfilled; a configured grant being invalid; or no synchronization signal block (SSB) with synchronization signal reference signal received power (SS-RSRP) above a threshold being found amongst at least one SSB associated with a configured uplink grant.
[0032] In some implementations of the method and devices described herein, the information related to the successful SCG CLTM cell switch comprises information related to at least one successful SCG CLTM cell switch execution.
[0033] In some implementations of the method and devices described herein, the information related to the successful SCG CLTM cell switch is stored in a defined information element (IE) or user equipment (UE) variable.
[0034] In some implementations of the method and devices described herein, the information related to the successful SCG CLTM cell switch comprises information related to a plurality of successful SCG CLTM cell switch executions, and the information related to the plurality of plurality of successful SCG CLTM cell switch executions are: stored in a same IE or UE variable; or stored in a plurality of IEs or UE variables respectively.
[0035] Some implementations of the method and devices described herein include, receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; and determining, based on the first information, a type of the SCG failure in the SCG CLTM procedure.
[0036] In some implementations of the method and devices described herein, the SCG failure occurs in one of the following: an L1 based secondary node (SN) initiated intra-SN SCG CLTM procedure; an L1 based SN initiated inter-SN SCG CLTM procedure; a layer 3 (L3) based SN initiated intra-SN SCG CLTM procedure; or an L3 based SN initiated inter-SN SCG CLTM procedure.
[0037] In some implementations of the method and devices described herein, the first information comprises at least one of the following: a set of indications; a set of elapsed time; information of at least one of a source PSCell, a target primary secondary cell (PSCell) , or at least one neighbour cell; or at least one L1 or layer 3 (L3) measurement result of at least one of a source PSCell, a target PSCell, or at least one neighbour cell at certain time.
[0038] In some implementations of the method and devices described herein, the set of indications comprises at least one of the following: an indication concerning the SCG CLTM procedure being a last executed mobility procedure; an indication concerning the SCG CLTM procedure being L1 based or L3 based; an indication concerning an SCG CLTM execution condition being fulfilled before a user equipment (UE) receives a timing advance (TA) value; an indication concerning an SCG CLTM cell switch being executed before a UE receives a TA value; an indication concerning an SCG CLTM execution condition being fulfilled before user equipment (UE) -based TA measurement is available; an indication concerning an SCG CLTM cell switch being executed before UE-based TA measurement is available; an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; or an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM cell switch is executed.
[0039] In some implementations of the method and devices described herein, the set of elapsed time comprises at least one of the following: time elapsed between receiving a PDCCH order by a UE and an SCG CLTM execution condition being fulfilled; time elapsed between receiving a PDCCH order by a UE and an SCG CLTM cell switch being executed; time elapsed between obtaining a TA value by a UE and an SCG CLTM execution condition being fulfilled; time elapsed between obtaining a TA value and an SCG CLTM cell switch being executed; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed; time elapsed between an SCG CLTM execution condition being fulfilled and a corresponding SCG CLTM configuration being received by a UE; time elapsed between an SCG CLTM cell switch being executed and a corresponding SCG CLTM configuration being received by a UE; time elapsed between an SCG CLTM execution condition being fulfilled and a latest radio resource control (RRC) reconfiguration message for SCG CLTM being received by a UE; time elapsed between an SCG CLTM cell switch being executed and a latest RRC reconfiguration message for SCG CLTM being received by a UE; time elapsed between an SCG CLTM execution condition being fulfilled and the SCG failure; or time elapsed between an SCG CLTM cell switch being executed and the SCG failure.
[0040] In some implementations of the method and devices described herein, the certain time is associated with at least one of the following: SCG CLTM cell switch execution being initiated or triggered; an SCG CLTM configuration or a latest RRC reconfiguration message for an SCG CLTM cell switch being received; or an SCG failure being occurred.
[0041] In some implementations of the method and devices described herein, the network device is a first network device, and the first information is received in a container.
[0042] In some implementations of the method and devices described herein, the network device is a first network device. Some implementations of the method and devices described herein include, receiving, and from a master node (MN) , SCG CLTM configuration information comprising at least one SCG CLTM candidate PSCell and at least one SCG CLTM execution condition.
[0043] In some implementations of the method and devices described herein, the at least one SCG CLTM candidate PSCell is indicated by at least one of the following: a list of cell identities (IDs) ; or at least one configuration ID of at least one SCG CLTM candidate PSCell.
[0044] In some implementations of the method and devices described herein, the at least one SCG CLTM execution condition is L1 based or L3 based.
[0045] In some implementations of the method and devices described herein, the type of the SCG failure comprises one of the following: a too late SCG CLTM cell switch; a too early SCG CLTM cell switch; or an SCG CLTM cell switch to a wrong PSCell.
[0046] In some implementations of the method and devices described herein, the network device is a first network device, and the type of the SCG failure is determined as the too late SCG CLTM cell switch in case that: configuration information relate to an SCG CLTM procedure is configured; there is no SCG CLTM cell switch execution for a user equipment (UE) prior to the SCG failure; and a suitable PSCell different from a source PSCell is found based on L1 or L3 measurements reported from a UE.
[0047] In some implementations of the method and devices described herein, the network device is a first network device, and the type of the SCG failure is determined as the too early SCG CLTM cell switch in case that: the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution; and a source PSCell is a suitable PSCell determined based on L1 or L3 measurements reported from a UE.
[0048] In some implementations of the method and devices described herein, the network device is a first network device, and the type of the SCG failure is determined as the SCG CLTM cell switch to a wrong PSCell in case that: the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution; and a suitable PSCell different from a source PSCell or a target PSCell is determined based on L1 or L3 measurements reported from a UE.
[0049] In some implementations of the method and devices described herein, the network device is a source SN, and the type of the SCG failure is determined by a central unit (CU) of the source SN.
[0050] In some implementations of the method and devices described herein, the network device is a source SN, and the type of the SCG failure is transmitted from a CU of the source SN to a distributed unit (DU) of the source SN. The DU of the source SN is a source DU or a last serving DU of the source SN.
[0051] In some implementations of the method and devices described herein, the type of the SCG failure is transmitted from the CU of the source SN to the DU of the source SN by one of the following: an access and mobility indication message; or a defined message different from the access and mobility indication message.
[0052] In some implementations of the method and devices described herein, the network device is a source SN, a cell-radio network temporary identity (C-RNTI) of a source PSCell is transmitted, from a CU of the source SN to a DU of the source SN, and wherein the DU of the source SN is a source DU or a last serving DU of the source SN.
[0053] Some implementations of the method and devices described herein include, determining, based on at least one L1 measurement result or at least one L3 measurement result, the suitable PSCell.
[0054] In some implementations of the method and devices described herein, the network device is a source SN, and the suitable PSCell is determined by a CU of the source SN; or determined by a DU of the source SN. The DU of the source SN is a source DU or a last serving DU or a candidate target DU of the source SN.
[0055] In some implementations of the method and devices described herein, the suitable PSCell is determined by the CU of the source SN, and information of the suitable PSCell is indicated, by the CU of the source SN, to the DU of the source SN; or the suitable PSCell is determined by the DU of the source SN, and information of the suitable PSCell is indicated, by the DU of the source SN, to the CU of the source SN.
[0056] In some implementations of the method and devices described herein, the network device is a source SN, and some implementations of the method and devices described herein include, determining that the SCG failure occurs due to at least one of the following: wrong CLTM candidate PSCell selection at a candidate target SN or a target SN; wrong CLTM candidate PSCell list selection at the source SN; or inappropriate SCG CLTM cell switch triggering.
[0057] In some implementations of the method and devices described herein, the SCG failure occurs due to wrong CLTM candidate PSCell selection at a candidate target SN or a target SN in the event that a suitable PSCell based on L1 or L3 measurements reported from a UE is one of CLTM candidate PSCells provided by the source SN, but not one of CLTM candidate PSCells selected by a candidate target SN or a target SN; the SCG failure occurs due to wrong CLTM candidate PSCell list selection at the source SN in the event that a suitable PSCell based on L1 or L3 measurements reported from a UE is not one of CLTM candidate PSCells provided by the source SN; or the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering in the event that a suitable PSCell based on L1 or L3 measurements reported from a UE is one of CLTM candidate PSCells selected by a candidate target SN or a target SN or is one of a plurality of configured CLTM candidate PSCells for the UE.
[0058] In some implementations of the method and devices described herein, the SCG failure occurs in an L1 based SN initiated intra-SN SCG CLTM procedure or L1 based SN initiated inter-SN SCG CLTM procedure, and the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering. The first information or a container including the first information is transmitted, by a CU of the source SN to a last serving DU of the source SN in the event that the type of the SCG failure is a too late SCG CLTM cell switch; or the first information or a container including the first information is transmitted, by a CU of the source SN, to a source DU of the source SN in the event that the type of the SCG failure is a too early SCG CLTM cell switch or an SCG CLTM cell switch to a wrong PSCell.
[0059] Some implementations of the method and devices described herein may include, performing optimization for the SCG CLTM procedure by: optimizing, by the last serving DU or the source DU of the source SN, at least one L1 based SCG CLTM execution condition or timing to generate the at least one L1 based SCG CLTM execution condition.
[0060] In some implementations of the method and devices described herein, the SCG failure occurs in an L3 based SN initiated intra-SN SCG CLTM procedure or L3 based SN initiated inter-SN SCG CLTM procedure, the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering, and some implementations of the method and devices described herein include, performing optimization for the SCG CLTM procedure by: optimizing, by the CU of the source SN, at least one L3 based SCG CLTM execution condition or timing to generate the at least one L3 based CLTM execution condition.
[0061] In some implementations of the method and devices described herein, the SCG failure occurs in an L1 or L3 based SN initiated intra-SN SCG CLTM procedure or in an L1 or L3 based SN initiated inter-SN SCG CLTM procedure, the SCG failure occurs due to wrong CLTM candidate PSCell selection at a candidate target SN or a target SN. A source SN or a CU of the source SN indicates the candidate target SN or the target SN at which the SCG failure occurs, to a master node (MN) or a CU of the MN. The MN transmits the first information or a container including the first information to the candidate target SN or the target SN.
[0062] In some implementations of the method and devices described herein, the SCG failure occurs in an L1 or L3 based SN initiated intra-SN SCG CLTM procedure or in an L1 or L3 based SN initiated inter-SN SCG CLTM procedure, the SCG failure occurs due to wrong CLTM candidate PSCell list selection at the source SN, and some implementations of the method and devices described herein include, performing optimization for the SCG CLTM procedure by: optimizing, by the CU of the source SN, a list of CLTM candidate PSCells.
[0063] In some implementations of the method and devices described herein, the first network device is a source SN or a last serving SN.
[0064] Some implementations of the method and devices described herein include, storing and transmitting first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure.
[0065] In some implementations of the method and devices described herein, the SCG failure occurs in one of the following: an L1 based secondary node (SN) initiated intra-SN SCG CLTM procedure; an L1 based SN initiated inter-SN SCG CLTM procedure; a layer 3 (L3) based SN initiated intra-SN SCG CLTM procedure; or an L3 based SN initiated inter-SN SCG CLTM procedure.
[0066] In some implementations of the method and devices described herein, the first information comprises at least one of the following: a set of indications; a set of elapsed time; information of at least one of a source PSCell, a target primary secondary cell (PSCell) , or at least one neighbour cell; or at least one L1 or layer 3 (L3) measurement result of at least one of a source PSCell, a target PSCell, or at least one neighbour cell at certain time.
[0067] In some implementations of the method and devices described herein, the set of indications comprises at least one of the following: an indication concerning the SCG CLTM procedure being a last executed mobility procedure; an indication concerning the SCG CLTM procedure being L1 based or L3 based; an indication concerning an SCG CLTM execution condition being fulfilled before receiving a timing advance (TA) value; an indication concerning an SCG CLTM cell switch being executed before receiving a TA value; an indication concerning an SCG CLTM execution condition being fulfilled before UE-based TA measurement is available; an indication concerning an SCG CLTM cell switch being executed before UE-based TA measurement is available; an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; or an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM cell switch is executed.
[0068] In some implementations of the method and devices described herein, the set of elapsed time comprises at least one of the following: time elapsed between receiving a PDCCH order and an SCG CLTM execution condition being fulfilled; time elapsed between receiving a PDCCH order and an SCG CLTM cell switch being executed; time elapsed between obtaining a TA value and an SCG CLTM execution condition being fulfilled; time elapsed between obtaining a TA value and an SCG CLTM cell switch being executed; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed; time elapsed between an SCG CLTM execution condition being fulfilled and a corresponding SCG CLTM configuration being received; time elapsed between an SCG CLTM cell switch being executed and a corresponding SCG CLTM configuration being received; time elapsed between an SCG CLTM execution condition being fulfilled and a latest radio resource control (RRC) reconfiguration message for SCG CLTM being received; time elapsed between an SCG CLTM cell switch being executed and a latest RRC reconfiguration message for SCG CLTM being received; time elapsed between an SCG CLTM execution condition being fulfilled and the SCG failure; or time elapsed between an SCG CLTM cell switch being executed and the SCG failure.
[0069] In some implementations of the method and devices described herein, the certain time is associated with at least one of the following: SCG CLTM cell switch execution being initiated or triggered; an SCG CLTM configuration or a latest RRC reconfiguration message for an SCG CLTM cell switch being received; or an SCG failure being occurred.
[0070] In some implementations of the method and devices described herein, the first information is transmitted in a container.
[0071] In some implementations of the method and devices described herein, a type of the SCG failure comprises one of the following: a too late SCG CLTM cell switch; a too early SCG CLTM cell switch; or an SCG CLTM cell switch to a wrong PSCell.
[0072] In some implementations of the method and devices described herein, a type of the SCG failure is a too late SCG CLTM cell switch in case that: configuration information relate to an SCG CLTM procedure is configured by a network device; there is no SCG CLTM cell switch execution for the UE prior to the SCG failure; and a suitable PSCell different from a source PSCell is found based on L1 or L3 measurements reported from the UE.
[0073] In some implementations of the method and devices described herein, a type of the SCG failure is a too early SCG CLTM cell switch in case that: the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution; and a source PSCell is a suitable PSCell based on L1 or L3 measurements reported from the UE.
[0074] In some implementations of the method and devices described herein, a type of the SCG failure is an SCG CLTM cell switch to a wrong PSCell in case that: the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution; and a suitable PSCell different from a source PSCell or a target PSCell is found based on L1 or L3 measurements reported from the UE.
[0075] In some implementations of the method and devices described herein, the SCG failure occurs due to at least one of the following: wrong CLTM candidate PSCell selection at a candidate target SN or a target SN; wrong CLTM candidate PSCell list selection at the source SN; or inappropriate SCG CLTM cell switch triggering.
[0076] Some implementations of the method and devices described herein include, receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; and transmitting the first information or a container including the first information.
[0077] In some implementations of the method and devices described herein, the network device is a second network device. Some implementations of the method and devices described herein include, transmitting the first information or the container including the first information to a last serving secondary node (SN) or a source SN.
[0078] In some implementations of the method and devices described herein, the network device is a second network device. Some implementations of the method and devices described herein include, identifying, a source SN causing the SCG failure.
[0079] In some implementations of the method and devices described herein, the network device is a second network device. Some implementations of the method and devices described herein include, transmiting SCG CLTM configuration information comprising at least one SCG CLTM candidate primary secondary cell (PSCell) and at least one SCG CLTM execution condition.
[0080] In some implementations of the method and devices described herein, the network device is a second network device. Some implementations of the method and devices described herein include, transmitting the first information or the container including the first information to the candidate target SN or the target SN.
[0081] In some implementations of the method and devices described herein, the second network device is a master node (MN) .BRIEF DESCRIPTION OF THE DRAWINGS
[0082] FIG. 1 illustrates an example of a wireless communications system that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0083] FIG. 2 illustrates an example signaling diagram illustrating an example process that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0084] FIG. 3 illustrates another example signaling diagram illustrating an example process that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0085] FIG. 4 illustrates an example of a device that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0086] FIG. 5 illustrates an example of a processor that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0087] FIG. 6 illustrates a flowchart of a method that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0088] FIG. 7 illustrates a flowchart of a method that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0089] FIG. 8 illustrates a flowchart of a method that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0090] FIG. 9 illustrates a flowchart of a method that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.
[0091] FIG. 10 illustrates a flowchart of a method that supports MRO for SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure.DETAILED DESCRIPTION
[0092] Principles of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein may be implemented in various manners other than the ones described below.
[0093] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.
[0094] References in the present disclosure to “one embodiment, ” “an example embodiment, ” “an embodiment, ” “some embodiments, ” and the like indicate that the embodiment (s) described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment (s) . Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
[0095] It shall be understood that although the terms “first” and “second” or the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are used to distinguish one element from another element. For example, a first element could also be termed as a second element, and similarly, a second element could also be termed as a first element, without departing from the scope of embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.
[0096] The terminology used herein is for the purpose of describing particular embodiments and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.
[0097] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as, 5G new radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) , and so on. Further, the communications between a user equipment and a network device in the communication network may be performed according to any suitable generation communication protocols, including but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will also be future type communication technologies and systems in which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned systems.
[0098] As used herein, the term “network device” generally refers to a node in a communication network via which a user equipment can access the communication network and receive services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , a radio access network (RAN) node, an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , an infrastructure device for a V2X (vehicle-to-everything) communication, a transmission and reception point (TRP) , a reception point (RP) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto a base station (BS) , a pico BS, and so forth, depending on the applied terminology and technology. The network device may further refer to a network function (NF) in the core network, for example, a SMF, an AMF, a PCF, a UPF or devices with same function in future network architectures, and so forth.
[0099] As used herein, the term “user equipment (UE) ” generally refers to any end device that may be capable of wireless communications. By way of example rather than a limitation, a user equipment may also be referred to as a communication device, a terminal device, an end user device, a subscriber station (SS) , an unmanned aerial vehicle (UAV) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The user equipment may include, but is not limited to, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable user equipment, a personal digital assistant (PDA) , a portable computer, a desktop computer, an image capture user equipment such as a digital camera, a gaming user equipment, a music storage and playback appliance, a vehicle-mounted wireless user equipment, a wireless endpoint, a mobile station, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , a USB dongle, a smart device, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device (for example, a remote surgery device) , an industrial device (for example, a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms: “user equipment, ” “communication device, ” “terminal, ” “user equipment” and “UE, ” may be used interchangeably.
[0100] Aspects of the present disclosure are described in the context of a wireless communications system.
[0101] FIG. 1 illustrates an example of a wireless communications system (or referred to as communication network) 100 that supports MRO methods of SCG CLTM, such as MRO for SN initiated intra-SN or inter-SN SCG CLTM, in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more network entities 102 (also referred to as network equipment) , one or more UEs 104, a core network 106, and a packet data network 108. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be a 5G network, such as an NR network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.
[0102] The one or more network entities 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the network entities 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a radio access network (RAN) , a base transceiver station, an access point, a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. A network entity 102 and a UE 104 may communicate via a communication link 110, which may be a wireless or wired connection. For example, a network entity 102 and a UE 104 may perform wireless communication (e.g., receive signalling, transmit signalling) over a communication interface.
[0103] A network entity 102 may provide a geographic coverage area 112 for which the network entity 102 may support services (e.g., voice, video, packet data, messaging, broadcast, etc. ) for one or more UEs 104 within the geographic coverage area 112. For example, a network entity 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, a network entity 102 may be moveable, for example, a satellite associated with a non-terrestrial network. In some implementations, different geographic coverage areas 112 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas 112 may be associated with different network entities 102. Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.
[0104] The one or more UEs 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a mobile device, a wireless device, a remote device, a remote unit, a handheld device, or a subscriber device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an Internet-of-Things (IoT) device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples. In some implementations, a UE 104 may be stationary in the wireless communications system 100. In some other implementations, a UE 104 may be mobile in the wireless communications system 100.
[0105] The one or more UEs 104 may be devices in different forms or having different capabilities. Some examples of UEs 104 are illustrated in FIG. 1. A UE 104 may be capable of communicating with various types of devices, such as the network entities 102, other UEs 104, or network equipment (e.g., the core network 106, the packet data network 108, a relay device, an integrated access and backhaul (IAB) node, or another network equipment) , as shown in FIG. 1. Additionally, or alternatively, a UE 104 may support communication with other network entities 102 or UEs 104, which may act as relays in the wireless communications system 100.
[0106] A UE 104 may also be able to support wireless communication directly with other UEs 104 over a communication link 114. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a communication interface.
[0107] A network entity 102 may support communications with the core network 106, or with another network entity 102, or both. For example, a network entity 102 may interface with the core network 106 through one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The network entities 102 may communicate with each other over the backhaul links 116 (e.g., via an X2, Xn, or another network interface) . In some implementations, the network entities 102 may communicate with each other directly (e.g., between the network entities 102) . In some other implementations, the network entities 102 may communicate with each other or indirectly (e.g., via the core network 106) . In some implementations, one or more network entities 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .
[0108] In some implementations, a network entity 102 may be configured in a disaggregated architecture, which may be configured to utilize a protocol stack physically or logically distributed among two or more network entities 102, such as an integrated access backhaul (IAB) network, an open Radio Access Network (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, a network entity 102 may include one or more of a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , a RAN Intelligent Controller (RIC) (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) system, or any combination thereof.
[0109] An RU may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 102 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 102 may be located in distributed locations (e.g., separate physical locations) . In some implementations, one or more network entities 102 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .
[0110] Split of functionality between a CU, a DU, and an RU may be flexible and may support different functionalities depending upon which functions (e.g., network layer functions, protocol layer functions, baseband functions, radio frequency functions, and any combinations thereof) are performed at a CU, a DU, or an RU. For example, a functional split of a protocol stack may be employed between a CU and a DU such that the CU may support one or more layers of the protocol stack and the DU may support one or more different layers of the protocol stack. In some implementations, the CU may host upper protocol layer (e.g., a layer 3 (L3) , a layer 2 (L2) ) functionality and signalling (e.g., RRC, service data adaption protocol (SDAP) , Packet Data Convergence Protocol (PDCP) ) . The CU may be connected to one or more DUs or RUs, and the one or more DUs or RUs may host lower protocol layers, such as a layer 1 (L1) (e.g., physical (PHY) layer) or an L2 (e.g., radio link control (RLC) layer, MAC layer) functionality and signalling, and may each be at least partially controlled by the CU.
[0111] Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU and an RU such that the DU may support one or more layers of the protocol stack and the RU may support one or more different layers of the protocol stack. The DU may support one or multiple different cells (e.g., via one or more RUs) . In some implementations, a functional split between a CU and a DU, or between a DU and an RU may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU, a DU, or an RU, while other functions of the protocol layer are performed by a different one of the CU, the DU, or the RU) .
[0112] A CU may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU may be connected to one or more DUs via a midhaul communication link (e.g., F1, F1-c, F1-u) , and a DU may be connected to one or more RUs via a fronthaul communication link (e.g., open fronthaul (FH) interface) . In some implementations, a midhaul communication link or a fronthaul communication link may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities 102 that are in communication via such communication links.
[0113] The core network 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The core network 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management functions (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more network entities 102 associated with the core network 106.
[0114] The core network 106 may communicate with the packet data network 108 over one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The packet data network 108 may include an application server 118. In some implementations, one or more UEs 104 may communicate with the application server 118. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the core network 106 via a network entity 102. The core network 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server 118 using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the core network 106 (e.g., one or more network functions of the core network 106) .
[0115] In the wireless communications system 100, the network entities 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the network entities 102 and the UEs 104 may support different resource structures. For example, the network entities 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the network entities 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the network entities 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The network entities 102 and the UEs 104 may support various frame structures based on one or more numerologies.
[0116] One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.
[0117] A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.
[0118] Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.
[0119] In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the network entities 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the network entities 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the network entities 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.
[0120] FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.
[0121] When a UE moves from one cell to another cell, at some point, a serving cell change needs to be performed. In some solutions, the serving cell change is done by an explicit RRC reconfiguration signalling (e.g. a handover (HO) command) to trigger synchronization of a target cell based on an L3 measurements report. It leads to longer latency, larger overhead, and longer interruption time than beam level mobility. Therefore, LTM was approved to change a serving cell via L1 / L2 signalling, in order to reduce the latency, overhead and interruption time. A master cell group (MCG) LTM is a PCell cell switch procedure that the network triggers via an MAC CE based on L1 or L3 measurements. An SCG LTM is a PSCell cell switch procedure that the network triggers via an MAC CE based on L1 or L3 measurements. An LTM candidate cell is a candidate cell configured to the UE for LTM. There may be multiple LTM candidate cells prepared for the UE, where the LTM candidate cells may belong to the same or different candidate DUs. LTM candidate cell configuration is a configuration associated with an LTM candidate cell. An LTM candidate cell configuration may be a complete LTM candidate cell configuration or a delta (difference) configuration with respect to an LTM reference configuration. Each LTM candidate cell configuration is identified by an index, called as LTM candidate cell configuration index, LTM candidate configuration index, configuration ID of an LTM candidate cell, or other names. In one example, the LTM candidate cell configuration index is LTM-CandidateId, which is used to identify an LTM candidate cell configuration.
[0122] L1 based LTM is a procedure in which a gNB receives L1 measurement report (s) from a UE, and on their basis the gNB may change UE serving cell by a cell switch command signalled via an MAC CE. The cell switch command indicates an LTM candidate configuration that the gNB previously prepared and provided to the UE through an RRC signalling. Then the UE switches to the target configuration according to the cell switch command. The LTM procedure may be used to reduce the mobility latency. When configured by the network, it is possible to initiate a UL TA acquisition (called early TA) procedure of one or multiple cells that are different from the current serving cells. If the cell has the same NTA as the current serving cells or NTA=0, early TA acquisition procedure is not required. The network may request the UE to perform early TA acquisition of a candidate cell before a cell switch. The early TA acquisition procedure is triggered by a PDCCH order or realized through UE-based TA measurement as configured by RRC. In the former case (i.e. the early TA acquisition procedure being triggered by the PDCCH order) , the gNB or a gNB-DU to which the candidate cell belongs calculates the TA value and transmits it to the gNB or the gNB-DU to which the serving cell belongs via a gNB-CU. The serving cell transmits the TA value in the LTM cell switch command MAC CE when triggering LTM cell switch. In the latter case (i.e. the early TA acquisition procedure is realized through UE-based TA measurement) , the UE performs TA measurement for the candidate cells after being configured by RRC but the exact time the UE performs TA measurement is up to UE implementation. The UE applies the TA value measured by itself and performs RACH-less LTM upon receiving the cell switch command, if it does not include any valid TA value. The network may also transmit a TA value in the LTM cell switch command MAC CE without early TA acquisition.
[0123] Depending on the availability of a valid TA value, the UE performs either an RACH-less LTM or RACH-based LTM cell switch. If the valid TA value is provided in the cell switch command, the UE applies the TA value as instructed by the network. In the case where UE-based TA measurement is configured, but no valid TA value is provided in the cell switch command, the UE applies the valid TA value by itself if available. The UE performs RACH-less LTM cell switch upon receiving the cell switch command whenever a valid TA value is available. If no valid TA value is available, the UE performs RACH-based LTM cell switch. Regardless of whether the UE is configured for UE-based TA measurement for a certain candidate cell, it will still follow the PDCCH order, which includes performing a random access procedure towards one or more candidate cells. This also applies to the candidate cells for which the UE is capable of deriving TA values by itself. Additionally, regardless of whether the UE has already performed a random access procedure towards the candidate cells, it will still follow the UE-based measurement configuration if configured by the network. For RACH-less LTM, the UE accesses the target cell using either a configured grant or a dynamic grant. The configured grant is provided in the LTM candidate configuration, and the UE selects the configured grant occasion associated with the beam indicated in the cell switch command. Upon initiation of LTM cell switch to the target cell, the UE starts to monitor PDCCH on the target cell for dynamic scheduling. Before RACH-less LTM procedure completion, the UE may not trigger random access procedure if it does not have a valid PUCCH resource for triggered scheduling requests (SRs) .
[0124] LTM supports both intra-gNB-DU and inter-gNB-DU mobility within a same gNB-CU or different gNB-CUs. LTM supports both intra-frequency and inter-frequency mobility, including mobility to inter-frequency cell that is not a current serving cell. LTM is supported only for licensed spectrum. The following scenarios are supported, such as, PCell change in a non-CA scenario and a non-DC scenario, PCell and SCell (s) change in a CA scenario, or a dual connectivity (DC) scenario including PCell and MCG SCell (s) change and intra-SN PSCell and SCG SCell (s) change without MN involvement.
[0125] L3 based LTM is a procedure in which a gNB receives L3 measurement report (s) from a UE, and on their basis the gNB may change UE serving cell by a cell switch command signalled via an MAC CE. In the L3 based LTM, a gNB-CU is in charge of ordering the gNB-DU to issue the LTM cell switch command MAC CE to the UE to a given cell without further evaluation at the gNB-DU. The gNB-CU may signal the target cell ID to which mobility is to take place. Likewise, given that the transmission configuration indication (TCI) State ID is mandatory in the MAC CE command, the gNB-DU will need to indicate one to the UE. Hence, the gNB-CU may also indicate an appropriate beam (e.g. TCI state (s) ) or assistance information like SSB index which can used to derive TCI state (s) to the gNB-DU.
[0126] SCG CLTM is a procedure in which network configures an SCG CLTM configuration (e.g. the SCG CLTM configuration includes one or more CLTM candidate PSCells, one or more SCG CLTM execution conditions, and L1 / L2 / L3 configuration) to a UE, the UE evaluates whether an SCG CLTM execution condition is fulfilled, if the SCG CLTM execution condition of one CLTM candidate PSCell is fulfilled, the UE selects this CLTM candidate PSCell as the target PSCell, and an SCG CLTM cell switch is executed (e.g. the UE may access to the target PSCell with or without RACH procedure) . CLTM candidate PSCell is a candidate cell configured to the UE for the SCG CLTM. There may be multiple CLTM candidate PSCells prepared for the UE, where the CLTM candidate PSCells may belong to the same or different candidate DUs. One CLTM candidate PSCell may be configured with one SCG CLTM execution condition. The SCG CLTM execution condition may be based on L1 measurement or L3 measurement. For L1-based SCG CLTM, the condition evaluation is at an MAC level (e.g. an MAC layer evaluates whether the SCG CLTM execution condition is fulfilled) . For L3-based SCG CLTM, the condition evaluation is at an RRC level (e.g. an RRC layer evaluates whether the SCG CLTM execution condition is fulfilled) . If SCG CLTM execution condition is based on the L1 measurement, the SCG CLTM execution condition may be an Event LTM3-like or Event LTM4-like or Event LTM5-like execution condition e.g. CondEvent LTM3 or CondEvent LTM4 or CondEvent LTM5. The L1 based SCG CLTM execution condition of a CLTM candidate PSCell is associated to only one triggering event.
[0127] In L1 based LTM, the following LTM events (a) to (d) based on beam specific quality of serving cell and candidate cells are supported as the L1 LTM measurement events: (a) Event LTM2: beam of a serving cell becomes worse than an absolute threshold; (b) Event LTM3: a beam of a candidate cell becomes amount of offset better than a beam of serving cell; (c) Event LTM4: a beam of a candidate cell becomes better than an absolute threshold; (d) Event LTM5: a beam of a serving cell becomes worse than an absolute threshold (referred to as absolute threshold1) and a beam of a candidate cell becomes better than another absolute threshold (referred to as absolute threshold2) .
[0128] For L1 based SCG CLTM, the following CLTM events (i) to (iv) based on beam specific quality of serving PSCell and candidate PSCells are supported: (i) CondEvent LTM2: beam of serving PSCell becomes worse than absolute threshold; (ii) CondEvent LTM3: beam of candidate PSCell becomes amount of offset better than beam of serving PSCell; (iii) CondEvent LTM4: beam of candidate PSCell becomes better than absolute threshold; (iv) CondEvent LTM5: beam of serving PSCell becomes worse than the absolute threshold1 and beam of candidate PSCell becomes better than another absolute threshold2. If CondEventLTM3 is configured for one CLTM candidate PSCell, an SCG CLTM cell switch may be executed when a beam of the CLTM candidate PSCell becomes amount of offset better than a beam of the serving PSCell. If CondEventLTM5 is configured for one CLTM candidate PSCell, the SCG CLTM cell switch may be executed when a beam of serving PSCell becomes worse than the absolute threshold1 and beam of the CLTM candidate PSCell becomes better than another threshold i.e. the absolute threshold2.
[0129] If SCG CLTM execution condition is based on the L3 measurement, the SCG CLTM execution condition may be CondEventA3 or CondEventA5. For an L3 based SCG CLTM execution condition, it may consist of one or two triggering events. If there are two triggering events associated with the same candidate PSCell, the UE may consider the SCG CLTM execution condition is fulfilled only when both triggering events are met. Only single RS type is supported and at most two different trigger quantities may be configured simultaneously for the evaluation of the SCG CLTM execution condition of a single candidate PSCell. To support initial and subsequent SCG CLTM, the following items may be considered for the configuration of the SCG CLTM execution condition: (a) The SCG CLTM configuration of each candidate PSCell may include the execution condition for initial SCG CLTM, which is generated by the initial source PSCell to trigger the SCG CLTM for the candidate PSCell. (b) The SCG CLTM configuration of each candidate PSCell may include execution conditions for subsequent SCG CLTM, which is generated by the candidate PSCell to trigger the SCG CLTM for other candidate PSCell s when the candidate PSCell becomes a serving PSCell.
[0130] RACH-less based SCG CLTM or RACH based SCG CLTM is supported. In RACH-less SCG CLTM, the UE may access to the target PSCell without RACH procedure upon an SCG CLTM cell switch is executed. To support RACH-less SCG CLTM, PDCCH order triggered early TA acquisition or UE based TA measurement may be performed. The network may request the UE to perform early TA acquisition of a CLTM candidate PSCell before the SCG CLTM cell switch is executed. The early TA acquisition procedure is triggered by PDCCH order or realized through UE-based TA measurement as configured by RRC. In case of PDCCH order triggered early TA acquisition, the early TA is signaled to the UE from the source PSCell. The network can inform TA information of the CLTM candidate PSCell to UE via a new MAC CE. The TA information may be the TA value when UE switches to that CLTM candidate PSCell during SCG CLTM cell switch execution. The CLTM candidate PSCell TA is maintained by a new timer (this new timer is a timer for TA value of a CLTM candidate PSCell, for example, a new timer named as a TA valid Timer, or TAT reused for this new timer) . This timer may be started when receiving a TA value, and may be stopped when an SCG CLTM cell switch is executed, during the time duration when the timer is running, the TA value is valid. In case of UE based TA measurement, the UE performs TA measurement for the CLTM candidate PSCell s after being configured by RRC. The UE applies the TA value measured by itself and performs RACH-less SCG CLTM upon an SCG CLTM cell switch is executed. CLTM Candidate PSCell TA is maintained by a new timer (this new timer is a timer for TA value of a CLTM candidate PSCell, for example, a new timer named as TA valid Timer, or TAT reused for this new timer) . This timer may be started when the UE successfully calculates the TA value, and may be stopped when the SCG CLTM cell switch is executed, during the time duration when the timer is running, the TA value is valid.
[0131] In an L1 or L3 based SN initiated intra-SN or inter-SN SCG CLTM procedure, an SCG failure or a near failure successful SCG CLTM cell switch may happen. In a case of the near failure successful SCG CLTM cell switch, successful PSCell addition / change report (SPR) may be involved. The objective of successful PSCell addition / change report (SPR) is to detect sub-optimal successful PSCell change / CPC or successful PSCell addition / CPA. For analysis of such sub-optimal successful PSCell change / CPC and successful PSCell addition / CPA, the UE may collect the SPR based on the triggers configured by the network and makes the SPR available to the network. If an SPR available indication via SN RRCReconfigurationComplete is received by an SN, the SN can inform an MN that an SPR is available at the UE via an S-NODE MODIFICATION REQUIRED message. For PSCell addition / CPA and PSCell change / CPC (MN or SN initiated) , the target SN always decides the T304 trigger for SPR and performs root cause analysis. For SN-initiated PSCell change / CPC, the source SN decides the T310 / T312 triggers for SPR and is responsible for SPR related optimizations e.g., to optimize PSCell change / CPC configuration or associated mobility thresholds or adjust T310 / T312 timer values. For MN-initiated PSCell change / CPC, the MN decides the T310 / T312 triggers for SPR. The MN may optimize PSCell change / CPC configuration or associated mobility thresholds or both. The source SN may optimize lower layer issues e.g., adjust T310 / T312 timer values. The SPR may be fetched from the UE by the MN only while the UE is still connected to the MN, or by a node different from the MN that was serving the UE when PSCell addition or PSCell change occurred if the UE is not connected to the MN anymore. In case the SPR is retrieved in a node different from the MN that was serving the UE when PSCell addition or PSCell change occurred, the SPR is first forwarded to that MN. The MN may forward the SPR to the appropriate SN (s) to perform the SPR related optimization.
[0132] In a case of the SCG failure, SCG failure information reporting may be involved. A purpose of SCG failure information reporting is to inform an evolved UMTS terrestrial radio access network (E-UTRAN) or a new radio (NR) MN about an SCG failure the UE has experienced i.e. an SCG radio link failure, an failure of SCG reconfiguration with synchronization, an SCG configuration failure for an RRC message on signaling radio bearer (SRB3) , an SCG integrity check failure, and consistent uplink listen before talk (LBT) failures on PSCell for operation with shared spectrum channel access, etc. A failure type, measurement results in MCG and measurement results in SCG may be included in the SCG failure information message. After the network receives the SCG failure information message, it may trigger the UE to perform SN release or SN modification or SN change. The following SCG failure related information may be included in the SCGFailureInformation in case of SCG failure: previousPSCellID (which indicates a physical cell identity (ID) and a carrier frequency, or a cell global ID (CGI) of the cell that is the source PSCell of the last SN change) ; failedPSCellID (which indicates the physical cell ID and a carrier frequency, or CGI of the cell in which an SCG failure is detected or the target PSCell of the failed PSCell change) ; timeSCGFailure (which indicates the time elapsed since the last execution of RRCReconfiguration with reconfigurationWithSync for the SCG until the SCG failure) ; RA-Information; failureType; measurement results.
[0133] For analysis of a PSCell change failure, the UE makes the SCG failure information available to the MN. The MN performs initial analysis to identify the node that caused the failure. The MN may use a SCG failure information report procedure to verify whether intra-SN PSCell change has been triggered in the last serving SN and stores the SCG failure information for the time needed to receive possible response from the last serving SN. If the failure is caused by a source SN, the MN forwards the SCG failure information to the source SN. The node responsible for the last PSCell change (the source SN, the last serving SN or the MN) performs the final root cause analysis.
[0134] As mentioned above, in an L1 or L3 based SN initiated intra-SN or inter-SN SCG CLTM procedure, an SCG failure or a near failure successful SCG CLTM cell switch may happen. To improve mobility robustness, MRO or self-organizing network (SON) enhancements for SCG CLTM would be considered. Specifically, there are some issues, such as issue 1 and issue 2 below need to be considered. Issue 1 comprises, for a near failure successful SCG CLTM cell switch, how to trigger the UE to store successful SCG CLTM related information, and what is the successful SCG CLTM related information stored / reported by the UE. Issue 2 comprises, for an SCG failure in the SN initiated intra-SN or inter-SN SCG CLTM procedure, what is SCG CLTM failure related information stored or reported by the UE, and how the network performs failure type detection or optimisation, e.g. signaling (s) between an MN and a source SN, signaling (s) between a CU of source SN and a relevant DU of source SN, etc. Embodiment (s) of the present disclosure may solve the issue (s) above. Some embodiments solving the issue 1 may be described in a process 200 as shown in FIG. 2. Some embodiments solving the issue 2 may be described in a process 300 as shown in FIG. 3. For the details, may refer to the embodiments or examples hereinafter.
[0135] FIG. 2 illustrates an example signaling diagram illustrating an example process 200 that supports MRO for SCG CLTM in accordance with aspects of the present disclosure. The process 200 may involve a UE 202 and at least one network device. The process 200 shows signaling (s) between the UE 202 and a network device 204 among the at least one network device. In some examples below, “information related to a successful SCG CLTM cell switch” and “successful SCG CLTM related information” may be used interchangeably.
[0136] In some examples, the at least one network device may comprise a source secondary node (SN) . An example of the network device 204 is the source SN. The UE 202 may communicate with network device 204 (e.g. the source SN) through SRB3. In such examples, the process 200 may comprise signalings between the UE 202 and the source SN.
[0137] In some other examples, the at least one network device may comprise a source SN and a master node (MN) . There is no SRB3 available, and the UE 202 may communicate with the source SN via the MN. An example of the network device 204 is the MN. In such examples, the process 200 may comprise signalings between the UE 202 and MN, and the source SN is not shown in FIG. 2.
[0138] In the process 200, the network device 204 obtains (210) configuration information 205 for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch. Then the network device 204 transmits (220) the configuration information 205. As mentioned above, in some examples, an example of the network device 204 may be the source SN. In such cases, the source SN may obtain the configuration information 205 by generating the configuration information 205. Then the network device 204 (i.e. the the source SN) may transmit the configuration information 205 to the UE 202.
[0139] In some other examples, as mentioned above, an example of the network device 204 is the MN. In such cases, the source SN (not shown) may generate the configuration information 205 and transmit the configuration information 205 to the MN. The actions of the source SN in such examples are not shown. On the MN (shown as the network device 204 is such examples) side, the MN may obtain the configuration information 205 by receiving the configuration information 205 from the source SN, and then the network device 204 (i.e. the MN) transmits the configuration information 205 to the UE 202.
[0140] That is, the source SN may generate the configuration information 205, and transmit the configuration information 205 to the UE 202 directly or transmit the configuration information 205 to the UE 202 via the MN. On the source SN side, obtaining the configuration information 205 is implemented as the source SN generating the configuration information 205. Transmitting the configuration information 205 is implemented as the source SN transmitting the configuration information 205 to the MN or to the UE. On the MN side, obtaining the configuration information 205 is implemented as the MN receiving the configuration information 205 from the source SN. Transmitting the configuration information 205 is implemented as the MN transmitting the configuration information 205 to the UE 202. On the UE 202 side, the UE may receive (230) , e.g. from the source SN or from the MN, the configuration information 205 for storing or generating the information related to the successful SCG CLTM cell switch. The UE 202 may store or generate, as shown at 240, the information related to the successful SCG CLTM cell switch.
[0141] In some examples, the configuration information 205 may be referred to as configuration (s) for the UE 202 to log or store or generate successful SCG CLTM related information, or configuration (s) for the UE 202 to log or store or generate the information related to the successful SCG CLTM cell switch. For examples, for an SCG CLTM procedure (e.g. secondary node (SN) initiated intra-SN or inter-SN SCG CLTM based on L1 or L3 measurement result) , the configuration (s) (e.g. trigger condition (s) ) for the UE 202 to log or store or generate the successful SCG CLTM related information or information related to the successful SCG CLTM cell switch, are configured to the UE 202.
[0142] In some examples, the configuration information 205, or the configuration (s) for the successful SCG CLTM related information or the information related to a successful SCG CLTM cell switch to the UE 202, may comprise at least one threshold. The at least one threshold may be referred to as a first threshold to a tenth threshold respectively, as decribed below. The first threshold is related to time elapsed between receiving a physical downlink control channel (PDCCH) order by the UE 202 and an SCG CLTM execution condition being fulfilled. The second threshold is related to time elapsed between receiving a PDCCH order by the UE 202 and an SCG CLTM cell switch being executed. The third threshold is related to time elapsed between obtaining (e.g. receiving or calculating) a timing advance (TA) value by the UE 202 and an SCG CLTM execution condition being fulfilled. The fourth threshold is related to time elapsed between obtaining a TA value by the UE 202 and an SCG CLTM cell switch being executed. The fifth threshold is related to an elapsed time duration of a timer for a TA value of a CLTM candidate primary secondary cell (PSCell) (e.g. a TA valid timer or TAT) . The sixth threshold is related to time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid timer or TAT) and an SCG CLTM execution condition being fulfilled. The seventh threshold is related to time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid timer or TAT) and an SCG CLTM cell switch being executed. The eighth threshold (or referred to as a T304 related threshold or T304 related trigger threshold) is a threshold for a ratio (e.g. the ratio in a percentage) between elapsed time of a T304 timer and a configured value of the T304 timer. The ninth threshold (or referred to as a T310 related threshold or T310 related trigger threshold) is a threshold for a ratio (e.g. the ratio in a percentage) between elapsed time of a T310 timer and a configured value of the T310 timer. The tenth threshold (or referred to as a T312 related threshold, or T312 related trigger threshold) is a threshold for a ratio between elapsed time of a T312 timer and a configured value of the T312 timer.
[0143] The T304 related trigger threshold above may be per cell (e.g. for each CLTM candidate PSCell, network decides / generates T304 related trigger threshold, T304 related trigger threshold for the successful report for SCG CLTM is configured to the UE per cell) , or per UE (e.g. only one T304 related trigger threshold is configured to the UE. I. e. for CLTM candidate PSCells, the T304 related trigger threshold for the successful report for the SCG CLTM are the same) . The T310 related trigger threshold may be per cell (e.g. for each CLTM candidate PSCell, network decides / generates T310 related trigger threshold. T310 related trigger threshold for the successful report for the SCG CLTM is configured to the UE per cell) , or per UE (e.g. only one T310 related trigger threshold is configured to the UE. I. e. for CLTM candidate PSCells, the T310 related trigger threshold for the successful report for the SCG CLTM are the same) . T312 related trigger threshold may be per cell (e.g. for each CLTM candidate PSCell, network decides / generates T312 related trigger threshold. The T312 related trigger threshold for the successful report for the SCG CLTM is configured to the UE per cell) , or per UE (e.g. only one T312 related trigger threshold is configured to the UE. I. e. for CLTM candidate PSCells, the T312 related trigger threshold for the successful report for the SCG CLTM are the same) .
[0144] In some examples, the at least one threshold may be transmitted to the UE 202 via a radio resource control (RRC) reconfiguration message or a medium access control-control element (MAC CE) . The UE 202 may receive the at least one threshold via the RRC reconfiguration message or the MAC CE. Various detail examples are described below.
[0145] In some examples, the network device 204 is the source SN. The at least one threshold may be generated or determined or decided by a central unit (CU) of the source SN (e.g. the source SN is the node that initiating the SCG CLTM cell switch procedure) . The at least one threshold above may be configured to the UE 202 e.g. in an RRCReconfiguration message for an SCG CLTM procedure via an MN or a source SN. Alternatively, the at least one threshold above may be configured to the UE 202 in an MAC CE. For example, the CU of the source SN generates the at least one threshold, and sends the at least one threshold to the source DU of the source SN. Then, the source DU of the source SN sends the at least one threshold to the UE via an MAC CE.
[0146] In some examples, the at least one threshold may be generated or decided or determined by a source distributed unit (DU) of the source SN. The at least one threshold may be configured to the UE 202 in an RRCReconfiguration message for the SCG CLTM procedure via an MN or a source SN. For example, the source DU of the source SN generates the at least one threshold and sends the at least one threshold to the CU of the source SN. Then, the CU of the source SN sends the at least one threshold to the UE 202 in an RRCReconfiguration message via the source DU of the source SN. Alternatively, the CU of the source SN sends the at least one threshold to the CU of the MN, and then the CU of the MN sends the at least one threshold to the UE 202 in an RRCReconfiguration message. In some examples, the at least one threshold may be configured to the UE 202 in an MAC CE. For example, the source DU of the source SN generates the at least one threshold, and then the source DU of the source SN sends the at least one threshold to the UE 202 via the MAC CE.
[0147] In some examples, for a case of an intra-SN SCG CLTM procedure in which the source SN is a (candidate) target SN, the at least one threshold may be generated or decided or determined by a candidate target DU of the source SN. In some examples, for a case of no available interface between the source SN and the target SN (i.e. the source SN and the target SN communicate with each other via an MN) , the at least one threshold may be received from the MN.
[0148] In some examples, the at least one threshold may be received from a target SN by the source SN or the MN. For example, the at least one threshold is generated or decided or determined by a (candidate) target DU of a (candidate) target SN, the at least one threshold may be configured to the UE 202 in the RRCReconfiguration message for the SCG CLTM procedure via an MN or a source SN. For example, the (candidate) target DU of the (candidate) target SN generates the at least one threshold, the (candidate) target DU of the (candidate) target SN sends the at least one threshold to the CU of the (candidate) target SN, and then, the CU of the (candidate) target SN sends the at least one threshold to the CU of the source SN or the CU of the MN. Alternatively, the CU of the source SN may send the at least one threshold to the CU of the MN. The CU of the source SN or the CU of the MN may send the at least one threshold to the UE 202 in the RRCReconfiguration message. Alternatively, the at least one threshold may be configured to the UE 202 in an MAC CE. For example, the (candidate) target DU of the (candidate) target SN generates the at least one threshold, then the (candidate) target DU of the (candidate) target SN sends the at least one threshold to the CU of the (candidate) target SN. The CU of the (candidate) target SN sends the at least one threshold to the CU of the source SN directly or via the CU of the MN. The CU of the source SN sends the at least one threshold to the source DU of the source SN, and then the source DU of the source SN sends the at least one threshold to the UE 202 via an MAC CE.
[0149] In some examples, the network device 204 is the MN, and the at least one threshold may be received from the source SN or from the target SN. For example, the at least one threshold is generated or decided or determined by the CU of the source SN or the source DU of the source SN, the at least one threshold may be configured to the UE 202 via the MN or the CU of the MN. As another example, the at least one threshold is generated or decided or determined by the target DU of the target SN, the CU of the target SN sends the at least one threshold to the CU of the source SN directly or via the CU of the MN, as described in some examples above.
[0150] In some examples, the UE 202 may store or generate the information related to the successful SCG CLTM cell switch based on at least one of trigger conditions for storing or generating the information related to successful SCG CLTM cell switch being fulfilled. In such case, the configuration information may be considered as being associated with the at least one of the following trigger conditions for storing or generating the information related to the successful SCG CLTM cell switch. Additionally or alternatively, in some other examples, the UE 202 may store or generate the information related to the successful SCG CLTM cell switch based on SCG CLTM cell switch execution being successful. In some examples, the information related to the successful SCG CLTM cell switch comprises information related to at least one successful SCG CLTM cell switch execution. In some examples, the information related to the successful SCG CLTM cell switch may be stored in a defined information element (IE) or user equipment (UE) variable. In some examples, the information related to the successful SCG CLTM cell switch may comprise information related to a plurality of successful SCG CLTM cell switch executions, and the information related to the plurality of plurality of successful SCG CLTM cell switch executions may be stored in a same IE or UE variable, or may be stored in a plurality of IEs or UE variables respectively.
[0151] For example, when at least one configured trigger condition is fulfilled, and / or, SCG CLTM cell switch execution towards target PSCell / beam is successful, the UE 202 may log or store the information related to the successful SCG CLTM cell switch or the successful SCG CLTM related information in an IE or in a UE variable. The IE or the UE variable may be a new one which is different from the one for an existing successful report (e.g. SPR) , or may be the one used for an existing successful report (e.g. SPR) . When subsequent SCG CLTM is supported, if there are more than one successful SCG CLTM cell switch executions performed at the UE 202 after receiving the RRC reconfiguration message for the SCG CLTM procedure, the UE 202 may log or store the information related to multiple successful SCG CLTM cell switch executions (e.g. especially for the case that if the subsequent SCG CLTM is supported, subsequent SCG CLTM executions are performed) in a same IE (or UE variable) , or in multiple IEs (or UE variables) separately.
[0152] In some examples, the trigger conditions may comprise: time elapsed between receiving a PDCCH order by a UE and an SCG CLTM execution condition being fulfilled being higher than the first threshold; time elapsed between receiving a PDCCH order by a UE and SCG CLTM cell switch being executed being higher than the second threshold; time elapsed between obtaining a TA value (e.g. receiving the TA value or calculating the TA value) by the UE 202 and an SCG CLTM execution condition being fulfilled being higher than the third threshold; time elapsed between obtaining a TA value by a UE and SCG CLTM cell switch being executed being higher than the fourth threshold; an elapsed time duration of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid Timer or TAT) being higher than the fifth threshold; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid Timer or TAT) and an SCG CLTM execution condition being fulfilled being higher than the sixth threshold; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid Timer or TAT) and SCG CLTM cell switch being executed being higher than the seventh threshold; a ratio between a value of elapsed time of the T310 timer and a configured value of the T310 timer being greater than the eighth threshold; the T312 timer associated to a measurement identity of a target PSCell being running at the time of the SCG CLTM cell switch being executed, and, a ratio between a value of elapsed time of the T312 timer and a configured value of the T312 timer being greater than the ninth threshold; or a ratio between a value of elapsed time of the T304 timer and a configured value of the T304 timer being greater than the tenth threshold.
[0153] The configured value of the T310 timer above may be configured while the UE 202 was connected to the source PSCell before executing the SCG CLTM cell switch. The configured value of the T312 timer above may be configured while the UE 202 was connected to the source PSCell before executing the SCG CLTM cell switch. The configured value of the T304 timer above may be included in the last RRC reconfiguration message for SCG CLTM procedure.
[0154] In some examples, the UE 202 may transmit the information related to the successful SCG CLTM cell switch to an MN or a network node different from the MN explicitly. In some other examples, the UE 202 may transmit the information related to the successful SCG CLTM cell switch via a successful report which includes the information related to the successful SCG CLTM cell switch. In some examples, the successful SCG CLTM related information or the information related to the successful SCG CLTM cell switch may be stored or reported in the successful report. The successful report may be a successful PSCell addition / change report (SPR) or other named report or a new introduced report.
[0155] In some examples, the network device 204 is the MN. On the MN side, the MN may receive the information related to the successful SCG CLTM cell switch or the successful report which includes the information related to the successful SCG CLTM cell switch. For example, the MN may receive the the information related to the successful SCG CLTM cell switch or the successful report from the UE 202. Alternatively, the MN may receive the the information related to the successful SCG CLTM cell switch or the successful report from the network node different from the MN. Then the MN may transmit, e.g. to the source SN or a target SN, the information related to the successful SCG CLTM cell switch or the successful report. For example, the information related to the successful SCG CLTM cell switch or the successful report may be transmitted by the MN to the source SN.
[0156] In some examples, the network device 204 may be the source SN. On the source SN side, the source SN receives, from the MN, the information related to the successful SCG CLTM cell switch or the successful report which includes the information related to the successful SCG CLTM cell switch.
[0157] As described in some examples above, the UE 202 may send the information related to a successful SCG CLTM cell switch or a successful report to a receiving node, and the receiving node may be different in various examples, such as the MN or the network node different from the MN. Specifically, in some examples, if the receiving node is the MN of the SCG CLTM procedure, the MN may forward the information related to successful SCG CLTM cell switch or the successful report to corresponding SN (e.g. the corresponding SN may be a source SN or a target SN of the SCG CLTM procedure) , then a CU of the corresponding SN may transfer the information related to successful SCG CLTM cell switch or the successful report to relevant DU (s) of the corresponding SN, e.g. via an ACCESS AND MOBILITY INDICATION message or other F1AP message (e.g. the relevant DU may be a source DU or a target DU) . The CU or the relevant DU (s) of the corresponding SN may analyze whether or how SCG CLTM related configuration or T310 / T312 needs to be adjusted and / or performs corresponding adjustments for mobility robustness optimisation (MRO) . Such adjustments may result in changes of configuration for SCG CLTM e.g. including one or more CLTM candidate PSCells, SCG CLTM execution condition (s) , or RACH resources for accessing to target PSCell, or an RACH configuration for early TA acquisition, or timer duration of T310 / T312. If the receiving node is a node other than an MN of the SCG CLTM procedure, the receiving node may forward the information related to a successful SCG CLTM cell switch or the successful report to the MN of the SCG CLTM procedure, then the MN may forward the information related to the successful SCG CLTM cell switch or the successful report to corresponding SN (e.g. the corresponding SN may be a source SN or a target SN of the SCG CLTM procedure) . The CU of the corresponding SN may transfer the information related to the successful SCG CLTM cell switch or the successful report to relevant DU (s) of the corresponding SN, e.g. via an ACCESS AND MOBILITY INDICATION message or other F1AP message (e.g. the relevant DU may be a source DU or a target DU) . The CU or the relevant DU (s) of the corresponding SN may analyze whether or how SCG CLTM related configuration or T310 / T312 needs to be adjusted and / or performs corresponding adjustments for MRO. Such adjustments may result in changes of configuration for SCG CLTM e.g. including one or more CLTM candidate PSCells, SCG CLTM execution condition (s) , or RACH resources for accessing to a target PSCell, or an RACH configuration for early TA acquisition, or timer duration of T310 / T312.
[0158] In some examples, e.g. for the SCG CLTM procedure (e.g. SN initiated intra-SN or inter-SN SCG CLTM, based on L1 or L3 measurement result) , the information related to the successful SCG CLTM cell switch or the successful SCG CLTM related information, or the successful report may comprises the following information (1) to (9) : (1) a type for executed mobility being an SCG CLTM cell switch, e.g. a new type for last mobility type; (2) a set of indications; (3) a set of elapsed time; (4) information of at least one of a source PSCell, a target PSCell, or at least one neighbour cell; (5) a list of at least one CLTM candidate PSCell; (6) at least one SCG CLTM execution condition (e.g. Event LTM3-like or LTM5-like conditional execution condition, or CondEvent A3 or CondEvent A4 or CondEvent A5) ; (7) at least one L1 or layer 3 (L3) measurement result of at least one of a source PSCell, a target PSCell, or at least one neighbour cell at certain time; (8) a cause value for a successful report which includes the information related to the successful SCG CLTM cell switch (e.g. cause value indicates which trigger condition is fulfilled) ; or (9) a cause of a random access channel (RACH) -based SCG CLTM cell switch; or any combination thereof.
[0159] In some examples, the information of the source PSCell may comprise a cell ID or a configuration ID which indicates the index of the source PSCell, L1 or L3 measurement results. In some examples, the information of the target PSCell may comprise a cell ID or configuration ID which indicates the index of the target PSCell, L1 or L3 measurement results. In some examples, the information of the at least one neighbour cell may comprise a cell ID or a configuration ID which indicates the index of the candidate configuration of each neighbour cell, L1 or L3 measurement results of each neighbour cell, one flag to indicate whether a measured neighbour cell included in the L1 or L3 measurement results is a CLTM candidate PSCell. In some examples, the cell ID may comprise of LTM configuration ID, PCI and carrier frequency information (e.g. ARFCN) , and / or, CGI-info (e.g. PLMN-identity, cell Identity and TrackingAreaCode) . In some examples, the list of at least one CLTM candidate PSCell may comprise of a list of cell ID, or a list of configuration ID which indicates the index of the candidate configuration, for example, the cell within the list may be one which is not included in the L1 or L3 measurement results.
[0160] In some examples, the set of indications above may comprise: an indication concerning an SCG CLTM procedure being a last executed mobility procedure; an indication concerning the SCG CLTM procedure being L1 based or L3 based; an indication concerning an SCG CLTM execution condition being fulfilled before the UE 202 receives a TA value; an indication concerning an SCG CLTM cell switch being executed before the UE 202 receives a TA value; an indication concerning an SCG CLTM execution condition being fulfilled before UE-based TA measurement is available; an indication concerning an SCG CLTM cell switch being executed before UE-based TA measurement is available; an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; or an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM cell switch is executed; or any combination thereof. In some examples, if the UE has calculated the TA value successfully, then the UE-based TA measurement is available. That is, the UE-based TA measurement being available refers to the UE having calculated the TA value successfully.
[0161] In some examples, the set of elapsed time may comprise: time elapsed between receiving a PDCCH order by the UE 202 and receiving a TA value by the UE 202; time elapsed between receiving a PDCCH order by the UE 202 and an SCG CLTM execution condition being fulfilled; time elapsed between receiving a PDCCH order by the UE 202 and an SCG CLTM cell switch being executed; time elapsed between obtaining a TA value (i.e. achieving a TA value, e.g. receiving the TA value or calculating the TA value) by the UE 202 and an SCG CLTM execution condition being fulfilled; time elapsed between obtaining a TA value (e.g. receiving the TA value or calculating the TA value) by the UE 202 and an SCG CLTM cell switch being executed; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid timer or TAT) and an SCG CLTM execution condition being fulfilled; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid timer or TAT) and an SCG CLTM cell switch being executed; time elapsed between reception of a TA value by the UE 202 and a corresponding SCG CLTM configuration; time elapsed between reception of a TA value by the UE 202 and a latest RRC reconfiguration message for SCG CLTM; time elapsed between an SCG CLTM execution condition being fulfilled and a corresponding SCG CLTM configuration being received by the UE 202; time elapsed between an SCG CLTM cell switch being executed and a corresponding SCG CLTM configuration being received by the UE 202; time elapsed between an SCG CLTM execution condition being fulfilled and a latest RRC reconfiguration message for SCG CLTM being received; time elapsed between an SCG CLTM cell switch being executed and a latest RRC reconfiguration message for SCG CLTM being received by the UE 202; time elapsed between an SCG CLTM execution condition being fulfilled and the successful report being generated by the UE 202; or time elapsed between an SCG CLTM cell switch being executed and the successful report being generated; or any combination thereof.
[0162] In some examples, the certain time is associated with: SCG CLTM cell switch execution being initiated or triggered; an SCG CLTM configuration or a latest RRC reconfiguration message for an SCG CLTM cell switch being received by the UE 202; SCG CLTM cell switch execution being successful; or an indication from a lower layer indicating that SCG CLTM cell switch execution has been successfully completed; or any combination thereof.
[0163] In some examples, the cause of the RACH-based SCG CLTM cell switch comprises: no valid TA being available; no valid uplink (UL) grant being available; no TA value being received by a UE; a TA value being received by a UE, but a timer for a TA value of a CLTM candidate PSCell (e.g. TA valid Timer or TAT) being expired before an SCG CLTM execution condition is fulfilled; a TA value being received by a UE, but a timer for a TA value of a CLTM candidate PSCell being expired before SCG CLTM cell switch is executed; UE-based TA measurement being unavailable when an SCG CLTM execution condition is fulfilled; a configured grant being invalid; or no synchronization signal block (SSB) with synchronization signal reference signal received power (SS-RSRP) above a threshold being found amongst at least one SSB associated with a configured uplink grant; or any combination thereof. In some examples, if the UE has not calculated the TA value, then the UE-based TA measurement is unavailable. That is, the UE-based TA measurement being unavailable refers to the UE having not calculated the TA value.
[0164] FIG. 3 illustrates another example signaling diagram illustrating an example process 300 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The process 300 may involve a UE 302, and at least one network device, such as a first network device 304 (or a network device 304) and a second network device 306 (or a network device 306) . In some examples, an example of the first network device 304 (or the network device 304) may be a source SN. An example of the second network device 306 (or the network device 306) may be an MN.
[0165] In some examples below, “first information” , “first information related to an SCG failure in an SCG CLTM procedure” , “information related to an SCG failure in an SCG CLTM procedure” , and “SCG CLTM failure related information” may be used interchangeably. In some examples, “too late SCG CLTM cell switch” and “too late CLTM PSCell switch” and “too late CLTM for SCG” and “too late SCG CLTM” may be used interchangeabely. “Too early SCG CLTM cell switch” and “too early CLTM PSCell switch” and “too early CLTM for SCG” and “too early SCG CLTM” may be used interchangeabely. “SCG CLTM cell switch to a wrong PSCell” and “CLTM PSCell switch to a wrong PSCell” and “CLTM for SCG to a wrong PSCell” and “SCG CLTM to a wrong PSCell” may be used interchangeabely.
[0166] In the process 300, the UE 302 may store (310) first information 305a related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure. Alternatively or additionally, the UE 302 may transmit (320) the first information 305a, e.g., to the second network device 306 (e.g. the MN) . In some examples, the first information 305a may be transmitted and received in an RRC message generated by the UE 302. In some examples, the RRC message may be an SCG Failure Information message sent by the UE 302. The second network device 306, e.g. the MN, may receive (330) first information 305a related to the SCG failure in the SCG CLTM procedure. In some examples, the second network device 306, e.g. the MN, may identify a source SN causing the SCG failure. Then the second network device 306, e.g. the MN, may transmit the first information 305a or the container 305b including the first information 305a to a last serving secondary node (SN) , e.g. for the case that a intra-SN SCG CLTM procedure has been triggered in the last serving SN. Alternatively, the second network device 306, e.g. the MN, may transmit the first information 305a or the container 305b including the first information 305a to the source SN.
[0167] For example, for an SN initiated intra-SN or inter-SN SCG CLTM procedure (e.g. based on an L1 or L3 measurement result) , the MN (an example of the second network device 306) performs initial analysis when receiving the SCG CLTM failure related information (e.g. in an SCGFailureInformation message) from the UE 302. The MN may verify whether intra-SN SCG CLTM has been triggered in the last serving SN. In case the intra-SN SCG CLTM has been triggered in the last serving SN, the MN forwards the SCG CLTM failure related information (e.g. via the SCG Failure Information Report message) to this last serving SN, which performs the root cause analysis (not shown) . In case of no intra-SN SCG CLTM, MN identifies the node that causes the failure. If the failure is caused by a source SN (an example of the first network device 304) that initiating the SCG CLTM procedure, the MN sends the SCG CLTM failure related information or a container including the SCG CLTM failure related information to the source SN, e.g. via an SCG Failure Information Report message, so that the source SN may perform further analysis. In the above examples, the container may refer to an SCG Failure Information message sent by the UE or an SCG Failure Information Report message sent by the MN.
[0168] As mentioned above, the second network device 306 (e.g. the MN) may transmit, e.g. to the first network device 304 (e.g. the source SN) , the first information 305a or the container 305b including the first information 305a, at shown at 340. The first network device 304 may receive (350) the first information 305a related to the SCG failure or the container 305b including the first information 305a in the SCG CLTM procedure.
[0169] In some examples, the second network device 306 (e.g. an MN) may transmit SCG CLTM configuration information comprising at least one SCG CLTM candidate primary secondary cell (PSCell) and at least one SCG CLTM execution condition. The first network device 304 may receive, e.g. from the MN, the SCG CLTM configuration information comprising the at least one SCG CLTM candidate PSCell and the at least one SCG CLTM execution condition. In some examples, the at least one SCG CLTM candidate PSCell may be indicated by a list of cell identities (IDs) , or at least one configuration ID of at least one SCG CLTM candidate PSCell, or both of them. In some examples, the at least one SCG CLTM execution condition may be L1 based or L3 based.
[0170] For example, for the SCG failure that occurs shortly after a successful SCG CLTM cell switch from a source PSCell to a target PSCell, the source SN has released UE context when receiving the SCG CLTM failure related information or the container 305b related to the SCG CLTM failure from the MN, to enable the source SN can identify the UE context for further mobility robustness optimisation (MRO) analysis and optimisation, the MN may also transmit, to source SN and via an SCG Failure Information Report message, SCG CLTM configuration information (or referred to as an SCG CLTM configuration which includes at least one SCG CLTM candidate PSCell (e.g. a list of cell ID of SCG CLTM candidate cell (s) , or a list of configuration ID which indicates the index of SCG CLTM candidate cell (s) ) , and at least one SCG CLTM execution condition (e.g. L1 or L3 based SCG CLTM execution condition, such as Event LTM3-like or LTM5-like conditional execution condition, or CondEvent A3 or CondEvent A4 or CondEvent A5) ) .
[0171] In some examples, the SCG failure may occur in an L1 based secondary node (SN) initiated intra-SN SCG CLTM procedure. Alternatively, the SCG failure may occur in an L1 based SN initiated inter-SN SCG CLTM procedure. Alternatively, the SCG failure may occur in a layer 3 (L3) based SN initiated intra-SN SCG CLTM procedure. Alternatively, the SCG failure may occur in an L3 based SN initiated inter-SN SCG CLTM procedure.
[0172] The first network device 304 determines (360) , based on the first information 305a, a type of the SCG failure in the SCG CLTM procedure. In some examples, the type of the SCG failure may comprise a too late SCG CLTM cell switch, or a too early SCG CLTM cell switch, or an SCG CLTM cell switch to a wrong PSCell.
[0173] In some examples, the first network device 304 is a source SN, and the type of the SCG failure may be determined (e.g. detected) by a central unit (CU) of the source SN.In some examples, the type of the SCG failure may be transmitted from the CU of the source SN to a distributed unit (DU) of the source SN. The DU of the source SN is a source DU or a last serving DU of the source SN. In some examples, the type of the SCG failure may be transmitted from the CU of the source SN to the DU of the source SN via an access and mobility indication message. Alternatively, the type of the SCG failure may be transmitted from the CU of the source SN to the DU of the source SN via a defined message different from the access and mobility indication message. For example, regarding a CU-DU architecture, the CU of the source SN detects the failure type of SCG CLTM (e.g. too late SCG CLTM, too early SCG CLTM or SCG CLTM to a wrong PSCell) , the CU of the source SN may transmit the failure type of SCG CLTM (e.g. too late SCG CLTM, too early SCG CLTM or SCG CLTM to a wrong PSCell) to a DU (e.g. the last serving DU or the source DU) of the source SN in an F1 interface e.g. using an access and mobility indication procedure or a new introduced procedure (i.e. the defined message different from the access and mobility indication message) .
[0174] In some examples, the type of the SCG failure may be transmitted, from the CU of the source SN to the DU of the source SN. Addtionally or alternatively, a C-RNTI of a source PSCell may be transmitted, from a CU of the source SN to a DU of the source SN. As an example, the type of the SCG failure may be transmitted, from the CU of the source SN to the DU of the source SN, along with the C-RNTI of the source PSCell. For the SCG failure that occurs shortly after a successful SCG CLTM cell switch from a source PSCell to a target PSCell, the source DU of source SN may have released UE context when receiving the SCG CLTM failure related information or the container related to the SCG CLTM failure, to enable the source DU of source SN can identify the UE context for further MRO analysis and optimisation, in one example, the CU of the source SN may also transmit, e.g. via the access and mobility indication message or the new introduced message, a C-RNTI of a source PSCell to the source DU of the source SN; in another example, CU of the source SN may also transmit, e.g. via the access and mobility indication message or the new introduced message, to source DU of the source SN, SCG CLTM configuration information (or referred to as an SCG CLTM configuration which includes at least one SCG CLTM candidate PSCell (e.g. a list of cell ID of SCG CLTM candidate cell (s) , or a list of configuration ID which indicates the index of SCG CLTM candidate cell (s) ) , and at least one SCG CLTM execution condition (e.g. L1 or L3 based SCG CLTM execution condition, such as Event LTM3-like or LTM5-like conditional execution condition, or CondEvent A3 or CondEvent A4 or CondEvent A5) ) .
[0175] In some examples, the first information 305a may comprise: a set of indications; a set of elapsed time; information of at least one of a source PSCell, a target primary secondary cell (PSCell) , or at least one neighbour cell; or at least one L1 or layer 3 (L3) measurement result of at least one of a source PSCell, a target PSCell, or at least one neighbour cell at certain time; or any combination thereof.
[0176] In some examples, the information of the source PSCell may comprise a cell ID or a configuration ID which indicates the index of the source PSCell, L1 or L3 measurement results. In some examples, the information of the target PSCell may comprise a cell ID or configuration ID which indicates the index of the target PSCell, L1 or L3 measurement results. In some examples, the information of the at least one neighbour cell may comprise a cell ID or a configuration ID which indicates the index of the candidate configuration of each neighbour cell, L1 or L3 measurement results of each neighbour cell, one flag to indicate whether a measured neighbour cell included in the L1 or L3 measurement results is a CLTM candidate PSCell. In some examples, the cell ID may include LTM configuration ID, PCI and carrier frequency information (e.g. ARFCN) , and / or, CGI-info (e.g. PLMN-identity, cell Identity and TrackingAreaCode) .
[0177] In some examples, the set of indications may comprise: an indication concerning the SCG CLTM procedure being a last executed mobility procedure; an indication concerning the SCG CLTM procedure being L1 based or L3 based; an indication concerning an SCG CLTM execution condition being fulfilled before the UE 302 receives a timing advance (TA) value; an indication concerning an SCG CLTM cell switch being executed before the UE 302 receives a TA value; an indication concerning an SCG CLTM execution condition being fulfilled before UE-based TA measurement is available; an indication concerning an SCG CLTM cell switch being executed before UE-based TA measurement is available; an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired (e.g. a TA valid timer or TAT) before an SCG CLTM execution condition is fulfilled; or an indication concerning a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid timer or TAT) being expired before an SCG CLTM cell switch is executed; or any combination thereof. As mentioned above, the UE-based TA measurement being available may refer to the UE having calculated the TA value successfully.
[0178] In some examples, the set of elapsed time comprises: time elapsed between receiving a PDCCH order by the UE 302 and an SCG CLTM execution condition being fulfilled; time elapsed between receiving a PDCCH order by the UE 302 and an SCG CLTM cell switch being executed; time elapsed between obtaining a TA value (i.e. achieving a TA value, e.g. receiving the TA value or calculating the TA value) by the UE 302 and an SCG CLTM execution condition being fulfilled; time elapsed between obtaining a TA value and an SCG CLTM cell switch being executed; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid timer or TAT) and an SCG CLTM execution condition being fulfilled; time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell (e.g. a TA valid timer or TAT) and an SCG CLTM cell switch being executed; time elapsed between an SCG CLTM execution condition being fulfilled and a corresponding SCG CLTM configuration being received by the UE 302; time elapsed between an SCG CLTM cell switch being executed and a corresponding SCG CLTM configuration being received by the UE 302; time elapsed between an SCG CLTM execution condition being fulfilled and a latest radio resource control (RRC) reconfiguration message for SCG CLTM being received by the UE 302; time elapsed between an SCG CLTM cell switch being executed and a latest RRC reconfiguration message for SCG CLTM being received by the UE 302; time elapsed between an SCG CLTM execution condition being fulfilled and the SCG failure; or time elapsed between an SCG CLTM cell switch being executed and the SCG failure; or any combination thereof.
[0179] In some examples, the certain time is associated with: SCG CLTM cell switch execution being initiated or triggered; an SCG CLTM configuration or a latest RRC reconfiguration message for an SCG CLTM cell switch being received; an SCG failure being occurred; or any combination thereof.
[0180] As mentioned above, the type of the SCG failure may comprise a too late SCG CLTM cell switch, or a too early SCG CLTM cell switch, or an SCG CLTM cell switch to a wrong PSCell. In some examples, the too late SCG CLTM cell switch may be defined as the case that that UE receives a configuration for the SCG CLTM procedure, while an SCG failure occurs after the UE has stayed for a long period of time in the serving PSCell, and a suitable PSCell different from the source PSCell is found based on the L1 or L3 measurements reported from the UE. For another example, the too late SCG CLTM cell switch may be defined as the case that SCG CLTM is configured but SCG failure occurs before SCG CLTM cell switch execution is initiated or triggered, and a suitable PSCell different from the source PSCell is found based on the L1 or L3 measurements reported from the UE. The suitable PSCell may be a PSCell to which the UE is suitable to switch, or a PSCell which is suitable for failure recovery.
[0181] In some examples, the too early SCG CLTM cell switch may be defined as the case that that an SCG failure occurs shortly after a successful SCG CLTM cell switch from a source PSCell to a target PSCell, and the source PSCell is still the suitable PSCell based on the L1 or L3 measurements reported from the UE. Alternatively, the too early SCG CLTM cell switch may be defined as the case that an SCG CLTM cell switch failure or an SCG failure occurs during the SCG CLTM cell switch execution procedure, and the source PSCell is still the suitable PSCell based on the L1 or L3 measurements reported from the UE.
[0182] In some examples, the SCG CLTM cell switch to a wrong PSCell may be defined as the case that an SCG failure occurs shortly after a successful SCG CLTM cell switch from a source PSCell to a target PSCell, and a suitable PSCell different from source PSCell or target PSCell is found based on the L1 or L3 measurements reported from the UE. Alternatively, SCG CLTM cell switch to a wrong PSCell may be defined as the case that an SCG CLTM cell switch failure or an SCG failure occurs during the SCG CLTM cell switch execution procedure, and a suitable PSCell different from source PSCell or target PSCell is found based on the L1 or L3 measurements reported from the UE.
[0183] In some examples, if configuration information relate to an SCG CLTM procedure is configured by a network device (e.g. the first network device 304) , and there is no SCG CLTM cell switch execution for the UE prior to the SCG failure, and a suitable PSCell different from a source PSCell is found based on L1 or L3 measurements reported from the UE 302, then the type of the SCG failure may be determined as the too late SCG CLTM cell switch. In other words, the SCG failure is detected as the too late SCG CLTM cell switch if SCG CLTM is configured and there is no recent SCG CLTM cell switch execution for the UE prior to the failure e.g. the UE reported timer is absent or larger than the configured threshold (e.g. Tstore_UE_cntxt) , and there is a suitable PSCell different from the PSCell where the UE is located at the time of the failure occurrence.
[0184] In some examples, if the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution, and a source PSCell is a suitable PSCell determined based on L1 or L3 measurements reported from the UE 302, then the type of the SCG failure may be determined as the too early SCG CLTM cell switch. In other words, the SCG failure is detected as the too early SCG CLTM cell switch if there is a recent SCG CLTM cell switch execution for the UE prior to the failure e.g. the UE reported timer is smaller than the configured threshold (e.g. Tstore_UE_cntxt) , and the source PSCell is the suitable PSCell.
[0185] In some examples, if the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution, and a suitable PSCell different from a source PSCell or a target PSCell is determined based on L1 or L3 measurements reported from a UE, then the type of the SCG failure is determined as the SCG CLTM cell switch to a wrong PSCell. In other words, the SCG failure is detected as the SCG CLTM cell switch to a wrong PSCell if there is a recent SCG CLTM cell switch execution for the UE prior to the failure e.g. the UE reported timer is smaller than the configured threshold (e.g. Tstore_UE_cntxt) , and the suitable PSCell is not the source PSCell or the target PSCell. The UE reported timer above indicates the time elapsed since the SCG CLTM cell switch is executed until the SCG failure.
[0186] In some examples, the detection mechanisms (i. e mechanisms of determining type of the SCG failure) for the too late SCG CLTM cell switch or the too early SCG CLTM cell switch, or the SCG CLTM cell switch to wrong PSCell are performed in the source SN which initiates the SCG CLTM procedure (e.g. the SCG CLTM procedure may be an intra-SN SCG CLTM procedure or an inter-SN SCG CLTM procedure) .
[0187] In some examples, the first network device 304, e.g. the source SN, may determine, based on at least one L1 measurement result or at least one L3 measurement result, the suitable PSCell. For example, after receiving the SCG CLTM failure related information (e.g. the first information 305a) or the container including the SCG CLTM failure related information (e.g. the container 305b including the first information 305a) , source SN may select a suitable PSCell e.g. based on L1 or L3 measurement results from the UE 302, for the purpose of failure recovery.
[0188] In some examples, the first network device 304 is the source SN. The suitable PSCell may be determined by a CU of the source SN. Information of the suitable PSCell may be indicated, by the CU of the source SN, to the DU of the source SN. For example, the CU of the source SN may select the suitable PSCell e.g. based on L1 or L3 measurement results, for the purpose of failure recovery. In some examples, the CU of the source SN may indicate the information of the suitable PSCell (e.g. cell ID or configuration ID of the suitable PSCell) to the DU (s) of the source SN (e.g. the source DU of the source SN, the last serving DU of the source SN, or (candidate) target DU (s) of the source SN) .
[0189] Alternatively, the suitable PSCell may be determined by a DU of the source SN, the information of the suitable PSCell may be indicated, by the DU of the source SN, to the CU of the source SN. In some examples, the DU of the source SN may be a source DU or a last serving DU or a candidate target DU of the source SN. For example, the DU(s) of the source SN (e.g. the source DU of the source SN, the last serving DU of the source SN, or (candidate) target DU (s) of the source SN) may select the suitable PSCell e.g. based on L1 measurement results, for the purpose of failure recovery. Then the DU (s) of the source SN (e.g. the source DU of the source SN, the last serving DU of the source SN, or (candidate) target DU (s) of the source SN) may indicate the information of the suitable PSCell (e.g. cell ID or configuration ID of the suitable PSCell) to the CU of the source SN. In some examples, the DU (s) of the source SN may, based on an indication received from the CU of the source SN, determine the suitable PSCell. For example, the CU of the source SN may indicate the DU (s) of the source SN to select the suitable PSCell.
[0190] In some examples, the first network device 304 is a source SN. The first network device 304, specifically may be the source SN or the CU of the source SN, may determine that the SCG failure occurs due to one or more of some causes. For instance, one cause may be wrong CLTM candidate PSCell selection at a candidate target SN or a target SN. Another cause may be wrong CLTM candidate PSCell list selection at the source SN. A further cause may be inappropriate SCG CLTM cell switch triggering. For example, in the SN initiated intra-SN or inter-SN SCG CLTM procedure (e.g. based on an L1 or L3 measurement result) , the SCG failure may happen due to wrong selection of CLTM candidate PSCell (s) (e.g. wrong CLTM candidate PSCell selection at the candidate target SN or the target SN, or wrong CLTM candidate PSCell list selection at the node initiating the SCG CLTM procedure) or inappropriate SCG CLTM cell switch triggering (e.g. wrong generation of L1 or L3 based SCG CLTM execution condition (s) , wrong timing of SCG CLTM cell switch, etc. ) . The node initiating the SCG CLTM procedure (e.g. the source SN or the CU of the source SN) determines the SCG failure happens due to wrong selection of CLTM candidate PSCell (s) (e.g. wrong CLTM candidate PSCell selection at the candidate target SN or the target SN, or wrong CLTM candidate PSCell list selection at the node initiating the SCG CLTM) or due to inappropriate SCG CLTM cell switch triggering (e.g. wrong generation of L1 or L3 based SCG CLTM execution condition (s) , wrong timing of SCG CLTM cell switch, etc. ) .
[0191] In some examples, if the suitable PSCell is one of CLTM candidate PSCells provided by a node initiating the SCG CLTM procedure (e.g. the source SN) , but not one of CLTM candidate PSCells selected by a candidate target SN or a target SN, then the SCG failure occurs due to wrong CLTM candidate PSCell selection at a candidate target SN or a target SN, i.e. due to one case of the wrong selection of CLTM candidate PSCell (s) . In some examples, if the suitable PSCell is not one of CLTM candidate PSCells provided by the source SN, then the SCG failure occurs due to wrong CLTM candidate PSCell list selection at the node initiating the SCG CLTM procedure (e.g. the source SN) , i.e. due to the other case of the wrong selection of CLTM candidate PSCell (s) . In some examples, if the suitable PSCell is one of CLTM candidate PSCells selected by a candidate target SN or a target SN or is one of a plurality of configured CLTM candidate PSCells for the UE 302, then the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering. Inappropriate SCG CLTM cell switch triggering (e.g. wrong generation of L1 or L3 based SCG CLTM execution condition (s) , wrong timing of the SCG CLTM cell switch, etc. ) may be a case that the suitable PSCell is one of the CLTM candidate PSCells selected by the candidate or target SN or one of the CLTM candidate PSCells configured to the UE 302.
[0192] In some examples, if the suitable PSCell is one of the CLTM candidate PSCells provided by the source SN that initiating the SCG CLTM procedure, but not one of the CLTM candidate PSCells selected by the candidate or target SN, the source SN may indicate to the MN that the cause of the SCG failure may have occurred in the other nodes (e.g. a candidate target SN or a target SN) . Then the MN sends the SCG CLTM failure related information (e.g. the first information 305a) or the container including the SCG CLTM failure related information (e.g. the container 305b including the first information 305a) to the candidate target SN or the target SN, e.g. via the SCG failure information report message. The candidate or target SN may optimize the selected CLTM candidate PSCells. If the suitable PSCell is not one of the CLTM candidate PSCells provided by the source SN that initiating the SCG CLTM procedure, the source SN optimizes the CLTM candidate PSCell list (i.e. the CLTM candidate PSCells provided by the source SN) . If the suitable PSCell is one of the CLTM candidate PSCells selected by the candidate or target SN or one of the CLTM candidate PSCells configured to the UE, the source SN optimizes one or more L1 or L3 based SCG CLTM execution conditions or the timing of SCG CLTM cell switch.
[0193] In some examples, the SCG failure occurs in an L1 or L3 based SN initiated intra-SN SCG CLTM procedure or in an L1 or L3 based SN initiated inter-SN SCG CLTM procedure, and the SCG failure occurs due to wrong CLTM candidate PSCell selection at a candidate target SN or a target SN. In such examples, a source SN or a CU of the source SN may indicate, to a master node (MN) or a CU of the MN, information A related to the candidate target SN or the target SN at which the SCG failure occurs, in which the information A may be the cell ID or configuration ID of the suitable PSCell, or the ID of the candidate target SN or the target SN at which the SCG failure occurs. The MN (an example of the second network device 306) may transmit the first information 305a or the container 305b including the first information 305a to the candidate target SN or the target SN.
[0194] In some examples, the SCG failure occurs in the L1 or L3 based SN initiated intra-SN SCG CLTM procedure or in the L1 or L3 based SN initiated inter-SN SCG CLTM procedure, and the SCG failure occurs due to wrong CLTM candidate PSCell list selection at the source SN. In such examples, the first network device 304, e.g. the source SN, may perform optimization for the SCG CLTM procedure. Specifically, the source SN or the CU of the source SN may optimize a list of CLTM candidate PSCells (i.e. the CLTM candidate PSCells provided by the source SN) .
[0195] In some examples, the SCG failure occurs in an L1 based SN initiated intra-SN SCG CLTM procedure or L1 based SN initiated inter-SN SCG CLTM procedure, and the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering. In a case that the type of the SCG failure is a too late SCG CLTM cell switch, the CU of the source SN may transmit the first information 305a or a container including the first information 305a to a last serving DU of the source SN. In some examples, in a case that the type of the SCG failure is a too early SCG CLTM cell switch or an SCG CLTM cell switch to a wrong PSCell, the CU of the source SN may transmit the first information 305a or the container including the first information 305a to a source DU of the source SN. In the above examples, the container may refer to an SCG Failure Information message sent by the UE or an SCG Failure Information Report message sent by the MN. In some examples, the first network device 304, e.g. the source SN, may perform optimization for the SCG CLTM procedure. Specifically, the source SN or the last serving DU or the source DU of the source SN may optimize at least one L1 based SCG CLTM execution condition or timing to generate the at least one L1 based SCG CLTM execution condition.
[0196] In some examples, the SCG failure occurs in an L3 based SN initiated intra-SN SCG CLTM procedure or L3 based SN initiated inter-SN SCG CLTM procedure, and the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering. In such examples, the first network device 304, e.g. the source SN, may perform the optimization for the SCG CLTM procedure. Specifically, the source SN or the CU of the source SN may optimize at least one L3 based SCG CLTM execution condition or timing to generate the at least one L3 based CLTM execution condition.
[0197] As mentioned above, there may be an SN initiated L1 based intra-SN or inter-SN SCG CLTM procedure and an SN initiated L3 based intra-SN or inter-SN SCG CLTM procedure. In these procedures, the SCG failure may occurs due to e.g. wrong CLTM candidate PSCell selection at a candidate target SN or a target SN, or wrong CLTM candidate PSCell list selection at the source SN, or inappropriate SCG CLTM cell switch triggering. Some examples below will further describe the detail implementation for the SN initiated L1 based intra-SN or inter-SN SCG CLTM procedure, and the SN initiated L3 based intra-SN or inter-SN SCG CLTM procedure.
[0198] Regarding a CU-DU architecture, some examples below are for SN initiated L1 based intra-SN or inter-SN SCG CLTM procedure (e.g. SN initiated intra-SN or inter-SN SCG CLTM based on L1 measurement result (s) ) . In some examples, for the intra-SN SCG CLTM procedure, the source SN and the candidate target SN or the target SN are the same node. As such, neither direct signaling interaction nor indirect signaling interaction between the source SN and the candidate target SN or between the source SN and the target SN is involved. In some other examples, for the inter-SN SCG CLTM procedure, the source SN and the candidate target SN or the target SN are different nodes, as such, there is either direct signaling interaction or indirect signaling interaction between the source SN and the candidate target SN or the target SN.
[0199] The direct signaling interaction above may be a case that signaling interaction between the source SN and the candidate target SN or signaling interaction between the source SN and the target SN is not via another node (e.g. MN) . The indirect signaling interaction above may be a case that signaling interaction between the source SN and the candidate target SN or signaling interaction between the source SN and the target SN is via another node (e.g. MN) . Some examples below in which direct signaling interaction or indirect signaling interaction between the source SN and the candidate target SN or the target SN is involved, may be considered to be applicable for the inter-SN SCG CLTM procedure. Some examples below in which no direct signaling interaction or no indirect signaling interaction between the source SN and the candidate target SN or the target SN is involved, may be considered to be applicable for the intra-SN SCG CLTM procedure.
[0200] Specifically, for example, in case of the SCG failure is due to inappropriate SCG CLTM cell switch triggering (e.g. wrong generation of L1 based SCG CLTM execution condition (s) , wrong timing of the SCG CLTM cell switch, etc. ) , the CU of the source SN may forward the SCG CLTM failure related information or a container including the SCG CLTM failure related information (e.g. the container may refer to an SCG Failure Information message sent by the UE or an SCG failure information report message sent by the MN) to the DU of the source SN. The CU of the source SN may forward the SCG CLTM failure related information or the container including the SCG CLTM failure related information to the last serving DU of the source SN in case of too late SCG CLTM, or to the source DU of the source SN in case of too early SCG CLTM or SCG CLTM to wrong PSCell. For example, the CU of the source SN detects SCG failure happens due to inappropriate SCG CLTM cell switch triggering, and, the CU of the source SN may forward the SCG CLTM failure related information or the container including the SCG CLTM failure related information to the DU of the source SN (e.g. the last serving DU or the source DU) , e.g. using an access and mobility indication procedure or a new introduced procedure. Then the DU (e.g. the last serving DU or the source DU) of the source SN performs further analysis, and the DU of source SN optimizes L1 based SCG CLTM execution condition (s) , or optimizes the timing to generate the L1 based SCG CLTM execution condition (s) for the SCG CLTM procedure. In case of the SCG failure is due to wrong CLTM candidate PSCell selection at the candidate or target SN, the source SN or the CU of source SN detects that the cause of the SCG failure may have occurred in the other nodes (e.g. a candidate target SN or a target SN) . The source SN or the CU of source SN indicates to the MN or the CU of the MN that the SCG failure may have occurred in the other nodes (e.g. the candidate target SN or the target SN) . Then the MN or the CU of MN sends the SCG CLTM failure related information or a container including the SCG CLTM failure related information (e.g. the container may refer to the SCG failure information message sent by the UE) , to the candidate target SN or the target SN, or the CU of the candidate target SN or the target SN, e.g. via the SCG failure information report message. Then the candidate target SN or the target SN, or the CU of the candidate target SN or the target SN, optimizes the selected CLTM candidate PSCells. In case of SCG failure is due to wrong CLTM candidate PSCell list selection at the source SN that initiating the SCG CLTM procedure, the source SN or the CU of the source SN detects SCG failure happens due to wrong CLTM candidate PSCell list selection, then, the source SN or the CU of the source SN optimizes the CLTM candidate PSCell list (i.e. the CLTM candidate PSCells provided by the source SN or the CU of source SN) .
[0201] Regarding a CU-DU architecture, some examples below are for SN initiated L3 based intra-SN or inter-SN SCG CLTM (e.g. SN initiated intra-SN or inter-SN SCG CLTM based on L3 measurement result (s) ) .
[0202] Specifically, for example, in case of SCG failure is due to inappropriate SCG CLTM cell switch triggering (e.g. wrong generation of L3 based SCG CLTM execution condition (s) , wrong timing of the SCG CLTM cell switch, etc. ) , if the failure is due to wrong generation of L3 based SCG CLTM execution condition (s) , the CU of source SN detects that the failure is due to wrong generation of L3 based CLTM execution condition (s) . The CU of the source SN may not forward the SCG CLTM failure related information or a container including the SCG LTM failure related information (e.g. the container may refer to SCG failure information message sent by the UE or SCG failure information report message sent by the MN) to the DU of the source SN. Then the source SN or the CU of the source SN optimizes the L3 based SCG CLTM execution condition (s) . If the failure is due to wrong timing of the SCG CLTM cell switch, the source SN or the CU of the source SN detects that the failure is due to wrong timing of the SCG CLTM cell switch, the CU of the source SN may not forward the SCG CLTM failure related information or a container including the SCG CLTM failure related information (e.g. the container may refer to SCG Failure Information message sent by the UE or SCG failure information report message sent by the MN) to the DU of the source SN. The CU of the source SN optimizes the timing to generate the L3 based CLTM execution condition (s) for the SCG CLTM procedure. In case of SCG failure is due to wrong CLTM candidate PSCell selection at the candidate target SN or the target SN, the source SN or the CU of the source SN detects that the cause of the SCG failure may have occurred in the other nodes (e.g. the candidate target SN or the target SN) . The source SN or the CU of the source SN indicates to the MN or the CU of the MN that the SCG failure may have occurred in the other nodes (e.g. the candidate target SN or the target SN) , for example, The source SN or the CU of the source SN indicates, cell ID or configuration ID of the suitable PSCell, or the ID of the candidate target SN or the target SN at which the SCG failure occurs, to the MN or the CU of the MN. Then the MN or the CU of the MN sends the SCG CLTM failure related information or a container including the SCG CLTM failure related information (the container, e.g. the container 305b, may refer to SCG Failure Information message sent by the UE) , to the candidate target SN or the target SN, or the CU of the candidate target SN or the target SN, e.g. via the SCG Failure information report message. The candidate target SN or the target SN, or the CU of the candidate target SN or the target SN, optimizes the selected CLTM candidate PSCells. In case of SCG failure is due to wrong CLTM candidate PSCell list selection at the source SN that initiating the SCG CLTM procedure, the source SN or the CU of the source SN detects SCG failure happens due to wrong CLTM candidate PSCell list selection, then the source SN or the CU of source SN optimizes the CLTM candidate PSCell list (i.e. the CLTM candidate PSCells provided by the source SN or the CU of source SN) .
[0203] The process 300 above provides some examples about MRO for failure case in an SCG CLTM procedure. In the SCG CLTM procedure (e.g. an SN initiated intra-SN or inter-SN SCG CLTM procedure based on L1 or L3 measurement result (s) ) , an SCG failure may occur before an SCG CLTM cell switch is executed or during SCG CLTM cell switch execution (i.e., supervision timer T304 expiry) , or the SCG failure may occur shortly after a successful SCG CLTM cell switch execution, or the SCG failure may occur before SCG CLTM cell switch execution condition is fulfilled. For the SCG failure, to enable the network understand why the SCG CLTM procedure is not successfully performed, or to help the network know whether or how to modify the SCG CLTM related configuration (e.g. to optimize the list of CLTM candidate PSCell (s) , or SCG CLTM execution condition (s) ) , SCG CLTM specific information needs to be stored or reported by a UE (e.g. the UE 302) , so as to enable to distinguish SCG failure in the SCG CLTM procedure from other mobility (e.g. failure in L3 PSCell change or CPAC or S-CPAC procedure) . For example, the UE stores the SCG CLTM failure related information, and transmits the SCG CLTM failure related information to the MN via the an RRC message (e.g. an SCG Failure Information message) or a new introduced message. The details which are included in the SCG Failure Information message or the SCG CLTM failure related information stored or reported by the UE may refer to the description about the first information 305a above.
[0204] In a procedure of MRO analysis or optimization for SCG CLTM, as mentioned above, for an SCG CLTM procedure (e.g. SN initiated intra-SN or inter-SN SCG CLTM procedure based on L1 or L3 measurement result (s) ) , the SCG failure may occur due to a too late SCG CLTM cell switch or a too early SCG CLTM cell switch, or an SCG CLTM cell switch to wrong PSCell (in another example, may be named as too late SCG CLTM or too early SCG CLTM, or SCG CLTM to wrong PSCell) . For an SN initiated intra-SN or inter-SN SCG CLTM procedure (e.g. based on L1 or L3 measurement result (s) ) , as mentioned above, the MN may perform initial analysis when receiving the SCG CLTM failure related information (e.g. in SCGFailureInformation message) from the UE, and the last serving SN or a source SN may perform the root cause analysis. The details about solutions about how the network performs MRO detection or analysis or optimization for the L1 or L3 based SCG CLTM procedure, may refer to some examples in the process 300 above.
[0205] In some examples, solutions about how the network performs MRO detection or analysis or optimization for the L1 or L3 based SCG LTM procedure may be provided as below.
[0206] In some examples, “too late SCG LTM cell switch” and “too late LTM PSCell switch” and “too late LTM for SCG” and “too late SCG LTM” may be used interchangeabely. “Too early SCG LTM cell switch” and “too early LTM PSCell switch” and “too early LTM for SCG” and “too early SCG LTM” may be used interchangeabely. “SCG LTM cell switch to a wrong PSCell” and “LTM PSCell switch to a wrong PSCell” and “LTM for SCG to a wrong PSCell” and “SCG LTM to wrong PSCell” may be used interchangeabely.
[0207] In an SCG LTM procedure (e.g. SN initiated intra-SN or inter-SN SCG LTM based on L1 or L3 measurement result (s) ) , an SCG failure may occur before an MAC CE for SCG LTM is received or during SCG LTM cell switch execution (i.e., supervision timer T304 expiry) , or the SCG failure may occur shortly after successful SCG LTM cell switch execution. In some examples, for the intra-SN SCG LTM procedure, the source SN and the candidate target SN or the target SN are the same node. As such, neither direct signaling interaction nor indirect signaling interaction between the source SN and the candidate target SN or between the source SN and the target SN is involved. In some other examples, for the inter-SN SCG LTM procedure, the source SN and the candidate target SN or the target SN are different nodes, as such, there is either direct signaling interaction or indirect signaling interaction between the source SN and the candidate target SN or the target SN. The direct signaling interaction above may be a case that signaling interaction between the source SN and the candidate target SN or signaling interaction between the source SN and the target SN is not via another node (e.g. MN) . The indirect signaling interaction above may be a case that signaling interaction between the source SN and the candidate target SN or signaling interaction between the source SN and the target SN is via another node (e.g. MN) .
[0208] Some examples below in which direct signaling interaction or indirect signaling interaction between the source SN and the candidate target SN or the target SN is involved, may be considered to be applicable for the inter-SN SCG LTM procedure. Some examples below in which no direct signaling interaction or no indirect signaling interaction between the source SN and the candidate target SN or the target SN is involved, may be considered to be applicable for the intra-SN SCG LTM procedure.
[0209] One of the functions of self-optimization for an SCG LTM cell switch is to detect failures that occur due to a too late SCG LTM cell switch or a too early SCG LTM cell switch, or an SCG LTM cell switch to wrong PSCell. These problems are defined as below.
[0210] The too late SCG LTM cell switch may be defined as the case that the UE receives a configuration for an SCG LTM procedure, while an SCG failure occurs after the UE has stayed for a long period of time in a serving PSCell, and a suitable PSCell different from a source PSCell is found based on the L1 or L3 measurements reported from the UE. For another example, too late SCG LTM cell switch may be defined as the case that SCG LTM is configured but an SCG failure occurs before an LTM cell switch command MAC CE is initiated or triggered to the UE, and a suitable PSCell different from the source PSCell is found based on the L1 or L3 measurements reported from the UE.
[0211] The too early SCG LTM cell switch may be defined as the case that an SCG failure occurs shortly after a successful SCG LTM cell switch from a source PSCell to a target PSCell, and the source PSCell is still the suitable PSCell based on the L1 or L3 measurements reported from the UE. For another example, the too early SCG LTM cell switch may be defined as the case that an SCG LTM cell switch failure or an SCG failure occurs during the SCG LTM cell switch execution procedure, and the source PSCell is still the suitable PSCell based on the L1 or L3 measurements reported from the UE.
[0212] The SCG LTM cell switch to a wrong PSCell may be defined as the case that an SCG failure occurs shortly after a successful SCG LTM cell switch from a source PSCell to a target PSCell, and a suitable PSCell different from source PSCell or target PSCell is found based on the L1 or L3 measurements reported from the UE. Alternatively, SCG LTM cell switch to a wrong PSCell may be defined as the case that an SCG LTM cell switch failure or an SCG failure occurs during the SCG LTM cell switch execution procedure, and a suitable PSCell different from the source PSCell or the target PSCell is found based on the L1 or L3 measurements reported from the UE.
[0213] In the definition above, the “successful SCG LTM cell switch” refers to the UE successfully completes the access procedure to the target PSCell, e.g. a successful completion of a random access (RA) procedure in case of RACH-based SCG LTM or the successful reception of RRCReconfigurationComplete in case of RACH-less SCG LTM.
[0214] For the failure, to enable the network understand why the SCG LTM procedure is not successfully performed, or to help the network know whether or how to modify the SCG LTM related configuration (e.g. optimize the LTM candidate PSCell (s) , or target PSCell for SCG LTM) , the UE stores SCG LTM failure related information, and reports the SCG LTM failure related information in a message. The message may be an RRC message (e.g. an SCG failure information message) or in a new introduced message. For example, the UE may transmit the SCG LTM failure related information to an MN via the RRC message (e.g. the SCG failure information message) or in the new introduced message.
[0215] For an SN initiated intra-SN or inter-SN SCG LTM procedure (e.g. intra-SN or inter-SN SCG LTM based on L1 or L3 measurement result (s) ) , the MN performs initial analysis when receiving the SCG LTM failure related information (e.g. in SCGFailureInformation message) from the UE. The MN may verify whether intra-SN SCG LTM has been triggered in a last serving SN. In case the intra-SN SCG LTM has been triggered in the last serving SN, the MN forwards the SCG LTM failure related information (e.g. via the SCG failure information report message) to the last serving SN which performs root cause analysis. In case of no intra-SN SCG LTM, the MN identifies the node that caused the failure. If the failure is caused by a source SN that initiating the SCG LTM procedure, the MN sends the SCG LTM failure related information (e.g. via the SCG failure information report message) to the source SN. The source SN performs further analysis. For example, a CU of the source SN detects the failure type of SCG LTM (e.g. too late SCG LTM, too early SCG LTM, or SCG LTM to wrong PSCell) , the CU of the source SN may transmit the failure type of SCG LTM (e.g. too late SCG LTM, too early SCG LTM, or SCG LTM to wrong PSCell) to a DU (e.g. a last serving DU or a source DU) of the source SN in an F1 interface e.g. using an access and mobility indication procedure or a new introduced procedure. For the SCG failure that occurs shortly after a successful SCG LTM cell switch from a source PSCell to a target PSCell, the source DU of the source SN may have released UE context when receiving information from the MN, to enable the source DU of the source SN can identify the UE context for further MRO analysis and optimisation. The CU of the source SN may also transmit a C-RNTI of the source PSCell to the source DU of the source SN e.g. via the access and mobility indication message or a new introduced message.
[0216] After receiving the SCG LTM failure related information, the source SN may select a suitable PSCell for failure recovery e.g. based on L1 or L3 measurement results from the UE. In some examples, the CU of the source SN may select the suitable PSCell e.g. based on L1 or L3 measurement results, for the purpose of failure recovery. In some examples, optionally, the CU of the source SN may indicate the information of the suitable PSCell (e.g. cell ID or configuration ID of the suitable PSCell) to DU (s) of the source SN (e.g. the source DU of the source SN, the last serving DU of the source SN, or (candidate) target DU (s) of the source SN) . In some other examples, the DU (s) of the source SN (e.g. the source DU of the source SN, the last serving DU of the source SN, or (candidate) target DU (s) of the source SN) may select the suitable PSCell e.g. based on L1 measurement results, for the purpose of failure recovery. Then the DU (s) of the source SN (e.g. the source DU of the source SN, the last serving DU of the source SN, or (candidate) target DU (s) of the source SN) may indicate the information of the suitable PSCell (e.g. cell ID or configuration ID of the suitable PSCell) to the CU of the source SN. In some examples, optionally, the CU of the source SN may indicate the DU (s) of the source SN to select the suitable PSCell.
[0217] In the SN initiated intra-SN or inter-SN SCG LTM procedure (e.g. intra-SN or inter-SN SCG LTM based on L1 or L3 measurement result) , the SCG failure may happen due to wrong selection of LTM candidate PSCell (s) (e.g. wrong LTM candidate PSCell selection at a candidate target SN or a target SN, or wrong LTM candidate PSCell list selection at a node initiating the SCG LTM) or inappropriate SCG LTM cell switch triggering (e.g. wrong target PSCell selection, or wrong SCG LTM cell switch timing, etc. ) .
[0218] The node initiating the SCG LTM procedure (e.g. the source SN, or a CU of the source SN) determines the SCG failure happens due to wrong selection of LTM candidate PSCell (s) (e.g. wrong LTM candidate PSCell selection at the candidate target SN or the target SN, or wrong LTM candidate PSCell list selection at the node initiating the SCG LTM) or due to inappropriate SCG LTM cell switch triggering (e.g. wrong target PSCell selection, or wrong SCG LTM cell switch timing, etc. ) .
[0219] Wrong selection of LTM candidate PSCell (s) may comprise wrong LTM candidate PSCell selection at the candidate target SN or the target SN. Alternatively or additionally, wrong selection of LTM candidate PSCell (s) may comprise wrong LTM candidate PSCell list selection at the source SN initiating the SCG LTM procedure. In one case, if the suitable PSCell is one of the LTM candidate PSCells provided by the node initiating the SCG LTM, but not one of the LTM candidate PSCells selected by the candidate target SN or the target SN, it is wrong LTM candidate PSCell selection at the candidate target SN or thetarget SN. In another case, if the suitable PSCell is not one of the LTM candidate PSCells provided by the node initiating the SCG LTM, it is wrong LTM candidate PSCell list selection at the node initiating the SCG LTM procedure. Inappropriate SCG LTM cell switch triggering (e.g. wrong target PSCell selection, or wrong SCG LTM cell switch timing, etc. ) may be a case that the suitable PSCell is one of the LTM candidate PSCells selected by the candidate or target SN or one of the LTM candidate PSCells configured to the UE.
[0220] In some example, if the suitable PSCell is one of the LTM candidate PSCells provided by the source SN, but not one of the LTM candidate PSCells selected by the candidate or target SN, the source SN indicates to MN that the root cause of the SCG failure may have occurred in the other nodes (e.g. a candidate target SN or a target SN) , for example, the source SN may indicate the cell ID or configuration ID of the suitable PSCell, or the ID of the candidate target SN or the target SN at which the SCG failure occurs to the MN. Then the MN sends the SCG LTM failure related information (e.g. via the SCG failure information report message) to the candidate target SN or the target SN. The candidate target SN or the target SN optimizes the selected LTM candidate PSCells. Otherwise, the source SN performs the final MRO related optimisation (e.g. the source SN optimizes the LTM candidate PSCell list, or the target PSCell for SCG LTM, or the timing to send the LTM cell switch command MAC CE) .
[0221] Regarding a CU-DU architecture, for an SN initiated L1 based intra-SN or inter-SN SCG LTM procedure (e.g. SN initiated intra-SN or inter-SN SCG LTM based on L1 measurement result (s) ) , in case of the SCG failure is due to inappropriate SCG LTM cell switch triggering (e.g. wrong target PSCell selection, or wrong SCG LTM cell switch timing, etc. ) , the CU of the source SN may forward the SCG LTM failure related information or a container including the SCG LTM failure related information (e.g. the container may refer to an SCG failure information message sent by the UE or an SCG failure information report message sent by the MN) to the DU of source SN. In some examplesm the CU of the source SN may forward the SCG LTM failure related information or the container including the SCG LTM failure related information to the last serving DU of the source SN in case of too late SCG LTM. Alternatively, the CU of the source SN may forward the SCG LTM failure related information or the container including the SCG LTM failure related information to the source DU of the source SN in case of too early SCG LTM or SCG LTM to wrong PSCell. In some examples, the CU of the source SN detects that the SCG failure happens due to inappropriate SCG LTM cell switch triggering, the CU of the source SN may forward the SCG LTM failure related information or a container including the SCG LTM failure related information to the DU of the source SN e.g. using an access and mobility indication procedure or a new introduced procedure. Then the DU of the source SN optimizes the target PSCell for SCG LTM which is included in an LTM cell switch command MAC CE for an SCG LTM procedure, or optimizes the timing to send the LTM cell switch command MAC CE.
[0222] In some examples, in case of the SCG failure is due to wrong LTM candidate PSCell selection at the candidate target SN or the target SN, the CU of the source SN detects that the cause of the SCG failure may have occurred in the other nodes (e.g. a candidate or a target SN) . The CU of the source SN may indicate to the CU of the MN that the SCG failure may have occurred in the other nodes (e.g. the candidate target SN or the target SN) , for example, the CU of the source SN may indicate, to the CU of the MN, the cell ID or configuration ID of the suitable PSCell, or the ID of the candidate target SN or the target SN at which the SCG failure occurs. Then the CU of the MN sends the SCG LTM failure related information (e.g. via the SCG failure information report message) to the CU of the candidate target SN or the target SN. Then the CU of the candidate target SN or the target SN may optimize the selected LTM candidate PSCells. In some examples, in case of the SCG failure is due to wrong LTM candidate PSCell list selection at the source SN, the CU of source SN detects that the SCG failure happens due to wrong LTM candidate PSCell list selection. Then the CU of the source SN optimizes the LTM candidate PSCell list (i.e. the LTM candidate PSCells provided by the source SN) .
[0223] Regarding the CU-DU architecture, some examples below are for SN initiated L3 based intra-SN or inter-SN SCG LTM procedure (e.g. SN initiated intra-SN or inter-SN SCG LTM based on L3 measurement result (s) ) .
[0224] In some examples, the SCG failure is due to inappropriate SCG LTM cell switch triggering (e.g. wrong target PSCell selection, or wrong SCG LTM cell switch timing, etc. ) , if the CU of the source SN detects that the failure is due to wrong target PSCell selection, the CU of source SN may not forward the SCG LTM failure related information or a container including the SCG LTM failure related information (e.g. the container may refer to an SCG failure information message sent by the UE or an SCG failure information report message sent by the MN) to the DU of the source SN. The CU of the source SN optimizes the target PSCell for the SCG LTM procedure. If the CU of the source SN detects that the failure is due to wrong SCG LTM cell switch timing, the CU of the source SN may forward or may not forward the SCG LTM failure related information or a container including the SCG LTM failure related information (e.g. the container may refer to an SCG failure information message sent by the UE or an SCG failure information report message sent by the MN) to the DU of the source SN. In some examples, if the CU of the source SN may not forward the SCG LTM failure related information or a container including the SCG LTM failure related information to the DU of the source SN, the CU of source SN may optimize the timing that indicating the target PSCell for the SCG LTM procedure to the DU. If the CU of the source SN may forward the SCG LTM failure related information or a container including the SCG LTM failure related information to the DU of the source SN, the DU may optimize the timing that sending the LTM cell switch command MAC CE for the SCG LTM procedure. In the above examples, the container may refer to an SCG Failure Information message sent by the UE or an SCG Failure Information Report message sent by the MN.
[0225] In some examples, the SCG failure is due to wrong LTM candidate PSCell selection at the candidate target SN or the target SN, the CU of the source SN may detect that the cause of the SCG failure may have occurred in the other nodes (e.g. a candidate target SN or a target SN) . The CU of source SN indicates to the CU of an MN that the SCG failure may have occurred in the other nodes (e.g. the candidate target SN or the target SN) , for example, the CU of the source SN may indicate, to the CU of the MN, the cell ID or configuration ID of the suitable PSCell, or the ID of the candidate target SN or the target SN at which the SCG failure occurs. Then the CU of the MN sends the SCG LTM failure related information (e.g. via the SCG failure information report message) to the CU of the candidate target SN or the target SN. Then the CU of the candidate target SN or the target SN may optimize the selected LTM candidate PSCells.
[0226] In some examples, the SCG failure is due to wrong LTM candidate PSCell list selection at the source SN, the CU of the source SN detects that the SCG failure happens due to wrong LTM candidate PSCell list selection. Then the CU of the source SN may optimize the LTM candidate PSCell list (i.e. the CLTM candidate PSCells provided by the source SN) .
[0227] FIG. 4 illustrates an example of a device 400 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The device 400 may be an example of the UE 104 or the network entity 102 as described herein. The device 400 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 400 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 402, a memory 404, a transceiver 406, and, optionally, an I / O controller 408. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .
[0228] The processor 402, the memory 404, the transceiver 406, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. For example, the processor 402, the memory 404, the transceiver 406, or various combinations or components thereof may support a method for performing one or more of the operations described herein.
[0229] In some implementations, the processor 402, the memory 404, the transceiver 406, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure. In some implementations, the processor 402 and the memory 404 coupled with the processor 402 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 402, instructions stored in the memory 404) .
[0230] For example, the processor 402 may support wireless communication at the device 400 in accordance with examples as disclosed herein. In some examples, the processor 402 may be configured to operable to support a means for obtaining configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch; and a means for transmitting the configuration information. The processor 402 may be configured to operable to support other means for other implementations of method 600.
[0231] In some other examples, the processor 402 may be configured to operable to support a means for receiving configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch; and a means for storing or generating the information related to the successful SCG CLTM cell switch. The processor 402 may be configured to operable to support other means for other implementations of method 700.
[0232] In some other examples, the processor 402 may be configured to operable to support a means for receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; and a means for determining, based on the first information, a type of the SCG failure in the SCG CLTM procedure. The processor 402 may be configured to operable to support other means for other implementations of method 800.
[0233] In some other examples, the processor 402 may be configured to operable to support a means for storing or transmitting first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure. The processor 402 may be configured to operable to support other means for other implementations of method 900.
[0234] In some other examples, the processor 402 may be configured to operable to support a means for receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; and a means for transmitting the first information or a container including the first information. The processor 402 may be configured to operable to support other means for other implementations of method 1000.
[0235] The processor 402 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof) . In some implementations, the processor 402 may be configured to operate a memory array using a memory controller. In some other implementations, a memory controller may be integrated into the processor 402. The processor 402 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 404) to cause the device 400 to perform various functions of the present disclosure.
[0236] The memory 404 may include random access memory (RAM) and read-only memory (ROM) . The memory 404 may store computer-readable, computer-executable code including instructions that, when executed by the processor 402 cause the device 400 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some implementations, the code may not be directly executable by the processor 402 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 404 may include, among other things, a basic I / O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.
[0237] The I / O controller 408 may manage input and output signals for the device 400. The I / O controller 408 may also manage peripherals not integrated into the device M02. In some implementations, the I / O controller 408 may represent a physical connection or port to an external peripheral. In some implementations, the I / O controller 408 may utilize an operating system such as or another known operating system. In some implementations, the I / O controller 408 may be implemented as part of a processor, such as the processor 402. In some implementations, a user may interact with the device 400 via the I / O controller 408 or via hardware components controlled by the I / O controller 408.
[0238] In some implementations, the device 400 may include a single antenna 410. However, in some other implementations, the device 400 may have more than one antenna 410 (i.e., multiple antennas) , including multiple antenna panels or antenna arrays, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 406 may communicate bi-directionally, via the one or more antennas 410, wired, or wireless links as described herein. For example, the transceiver 406 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 406 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 410 for transmission, and to demodulate packets received from the one or more antennas 410. The transceiver 406 may include one or more transmit chains, one or more receive chains, or a combination thereof.
[0239] A transmit chain may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmit chain may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmit chain may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmit chain may also include one or more antennas 410 for transmitting the amplified signal into the air or wireless medium.
[0240] A receive chain may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receive chain may include one or more antennas 410 for receive the signal over the air or wireless medium. The receive chain may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receive chain may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receive chain may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.
[0241] FIG. 5 illustrates an example of a processor 500 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The processor 500 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 500 may include a controller 502 configured to perform various operations in accordance with examples as described herein. The processor 500 may optionally include at least one memory 504. Additionally, or alternatively, the processor 500 may optionally include one or more arithmetic-logic units (ALUs) 506. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .
[0242] The processor 500 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 500) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .
[0243] The controller 502 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 500 to cause the processor 500 to support various operations in accordance with examples as described herein. For example, the controller 502 may operate as a control unit of the processor 500, generating control signals that manage the operation of various components of the processor 500. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.
[0244] The controller 502 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 504 and determine subsequent instruction (s) to be executed to cause the processor 500 to support various operations in accordance with examples as described herein. The controller 502 may be configured to track memory address of instructions associated with the memory 504. The controller 502 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 502 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 500 to cause the processor 500 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 502 may be configured to manage flow of data within the processor 500. The controller 502 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 500.
[0245] The memory 504 may include one or more caches (e.g., memory local to or included in the processor 500 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 504 may reside within or on a processor chipset (e.g., local to the processor 500) . In some other implementations, the memory 504 may reside external to the processor chipset (e.g., remote to the processor 500) .
[0246] The memory 504 may store computer-readable, computer-executable code including instructions that, when executed by the processor 500, cause the processor 500 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 502 and / or the processor 500 may be configured to execute computer-readable instructions stored in the memory 504 to cause the processor 500 to perform various functions (e.g., functions or tasks supporting transmit power prioritization) . For example, the processor 500 and / or the controller 502 may be coupled with or to the memory 504, the processor 500, the controller 502, and the memory 504 may be configured to perform various functions described herein. In some examples, the processor 500 may include multiple processors and the memory 504 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.
[0247] The one or more ALUs 506 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 506 may reside within or on a processor chipset (e.g., the processor 500) . In some other implementations, the one or more ALUs 506 may reside external to the processor chipset (e.g., the processor 500) . One or more ALUs 506 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 506 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 506 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 506 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 506 to handle conditional operations, comparisons, and bitwise operations.
[0248] The processor 500 may support wireless communication in accordance with examples as disclosed herein. In some examples the processor 502 may be configured to or operable to support a means for obtaining configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch; and a means for transmitting the configuration information. The processor 500 may be configured to or operable to support other means for other implementations of method 600.
[0249] In some other examples, the processor 502 may be configured to or operable to support a means for receiving configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch; and a means for storing or generating the information related to the successful SCG CLTM cell switch. The processor 500 may be configured to or operable to support other means for other implementations of method 700.
[0250] In some other examples, the processor 502 may be configured to or operable to support a means for receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; and a means for determining, based on the first information, a type of the SCG failure in the SCG CLTM procedure. The processor 500 may be configured to or operable to support other means for other implementations of method 800.
[0251] In some other examples, the processor 502 may be configured to or operable to support a means for storing or transmitting first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure. The processor 500 may be configured to or operable to support other means for other implementations of method 900.
[0252] In some other examples, the processor 502 may be configured to or operable to support a means for receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; and a means for transmitting the first information or a container including the first information. The processor 500 may be configured to or operable to support other means for other implementations of method 1000.
[0253] FIG. 6 illustrates a flowchart of a method 600 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The operations of the method 600 may be implemented by a device or its components as described herein. For example, the operations of the method 600 may be performed by the network device 204 or the network entity 102 (e.g. the source SN) as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
[0254] At 605, the method includes obtaining configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch. The operations of 605 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 605 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0255] At 610, the method includes transmitting the configuration information. The operations of 610 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 610 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0256] FIG. 7 illustrates a flowchart of a method 700 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The operations of the method 700 may be implemented by a device or its components as described herein. For example, the operations of the method 700 may be performed by the UE 202 or the UE 104 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
[0257] At 705, the method includes receiving configuration information for storing or generating information related to a successful secondary cell group (SCG) conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) cell switch. The operations of 705 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 705 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0258] At 710, the method includes storing or generating the information related to the successful SCG CLTM cell switch. The operations of 710 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 710 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0259] FIG. 8 illustrates a flowchart of a method 800 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The operations of the method 800 may be implemented by a device or its components as described herein. For example, the operations of the method 800 may be performed by the network device 304 or the network entity 102 (e.g. the source SN) as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
[0260] At 805, the method includes receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure. The operations of 805 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 805 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0261] At 810, the method includes determining, based on the first information, a type of the SCG failure in the SCG CLTM procedure. The operations of 810 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 810 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0262] FIG. 9 illustrates a flowchart of a method 900 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The operations of the method 900 may be implemented by a device or its components as described herein. For example, the operations of the method 900 may be performed by the UE 302 or the UE 104 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
[0263] At 905, the method includes storing or transmitting first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure. The operations of 905 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 905 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0264] FIG. 10 illustrates a flowchart of a method 1000 that supports MRO for SCG CLTM, such as MRO for an SN initiated intra-SN or inter-SN SCG CLTM procedure, in accordance with aspects of the present disclosure. The operations of the method 1000 may be implemented by a device or its components as described herein. For example, the operations of the method 1000 may be performed by the network device 306 or the network entity 102 (e.g. the MN) as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
[0265] At 1005, the method includes receiving first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure. The operations of 1005 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1005 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0266] At 1010, the method includes transmitting the first information or a container including the first information. The operations of 1010 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1010 may be performed by a device as described with reference to FIG. 1 to FIG. 5.
[0267] It should be noted that the methods described herein describes possible implementations, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible. Further, aspects from two or more of the methods may be combined.
[0268] The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed with a general-purpose processor, a DSP, an ASIC, a CPU, an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
[0269] The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Other examples and implementations are within the scope of the disclosure and appended claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.
[0270] Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor.
[0271] As used herein, including in the claims, an article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on”shall be construed in the same manner as the phrase “based at least in part on. Further, as used herein, including in the claims, a “set” may include one or more elements.
[0272] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.
Claims
A network device, comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:receive, via the transceiver, first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; andperform one of the following: determining, based on the first information, a type of the SCG failure in the SCG CLTM procedure, or transmitting, via the transceiver, the first information or a container including the first information.The network device of claim 1, wherein the first information comprises at least one of the following:a set of indications;a set of elapsed time;information of at least one of a source PSCell, a target primary secondary cell (PSCell) , or at least one neighbour cell; orat least one L1 or layer 3 (L3) measurement result of at least one of a source PSCell, a target PSCell, or at least one neighbour cell at certain time.The network device of claim 2, wherein the set of indications comprises at least one of the following:an indication concerning the SCG CLTM procedure being a last executed mobility procedure;an indication concerning the SCG CLTM procedure being L1 based or L3 based;an indication concerning an SCG CLTM execution condition being fulfilled before a user equipment (UE) receives a timing advance (TA) value;an indication concerning an SCG CLTM cell switch being executed before a UE receives a TA value;an indication concerning an SCG CLTM execution condition being fulfilled before user equipment (UE) -based TA measurement is available;an indication concerning an SCG CLTM cell switch being executed before UE-based TA measurement is available;an indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM execution condition is fulfilled; oran indication concerning a timer for a TA value of a CLTM candidate PSCell being expired before an SCG CLTM cell switch is executed.The network device of claim 2, wherein the set of elapsed time comprises at least one of the following:time elapsed between receiving a PDCCH order by a UE and an SCG CLTM execution condition being fulfilled;time elapsed between receiving a PDCCH order by a UE and an SCG CLTM cell switch being executed;time elapsed between obtaining a TA value by a UE and an SCG CLTM execution condition being fulfilled;time elapsed between obtaining a TA value and an SCG CLTM cell switch being executed;time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM execution condition being fulfilled;time elapsed between expiry of a timer for a TA value of a CLTM candidate PSCell and an SCG CLTM cell switch being executed;time elapsed between an SCG CLTM execution condition being fulfilled and a corresponding SCG CLTM configuration being received by a UE;time elapsed between an SCG CLTM cell switch being executed and a corresponding SCG CLTM configuration being received by a UE;time elapsed between an SCG CLTM execution condition being fulfilled and a latest radio resource control (RRC) reconfiguration message for SCG CLTM being received by a UE;time elapsed between an SCG CLTM cell switch being executed and a latest RRC reconfiguration message for SCG CLTM being received by a UE;time elapsed between an SCG CLTM execution condition being fulfilled and the SCG failure; ortime elapsed between an SCG CLTM cell switch being executed and the SCG failure.The network device of claim 1, wherein the network device is a first network device, and the processor is further configured to:receive, via the transceiver and from a master node (MN) , SCG CLTM configuration information comprising at least one SCG CLTM candidate PSCell and at least one SCG CLTM execution condition.The network device of claim 1, wherein the type of the SCG failure comprises one of the following:a too late SCG CLTM cell switch;a too early SCG CLTM cell switch; oran SCG CLTM cell switch to a wrong PSCell.The network device of claim 1 or 6, wherein the network device is a first network device, and the type of the SCG failure is determined as the too late SCG CLTM cell switch in case that:configuration information relate to an SCG CLTM procedure is configured;there is no SCG CLTM cell switch execution for a user equipment (UE) prior to the SCG failure; anda suitable PSCell different from a source PSCell is found based on L1 or L3 measurements reported from a UE.The network device of claim 1 or 6, wherein the network device is a first network device, and the type of the SCG failure is determined as the too early SCG CLTM cell switch in case that:the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution; anda source PSCell is a suitable PSCell determined based on L1 or L3 measurements reported from a UE.The network device of claim 1 or 6, wherein the network device is a first network device, and the type of the SCG failure is determined as the SCG CLTM cell switch to a wrong PSCell in case that:the SCG failure occurs shortly after a successful SCG CLTM cell switch execution from a source PSCell to a target PSCell or the SCG failure occurs during the SCG CLTM cell switch execution; anda suitable PSCell different from a source PSCell or a target PSCell is determined based on L1 or L3 measurements reported from a UE.The network device of claim 1, wherein the network device is a source SN, and the type of the SCG failure is transmitted from a CU of the source SN to a distributed unit (DU) of the source SN, and wherein the DU of the source SN is a source DU or a last serving DU of the source SN.The network device of claim 1, wherein the network device is a source SN, a cell-radio network temporary identity (C-RNTI) of a source PSCell is transmitted, from a CU of the source SN to a DU of the source SN, and wherein the DU of the source SN is a source DU or a last serving DU of the source SN.The network device of claim 1, wherein the network device is a source SN, and the processor is further configured to:determine that the SCG failure occurs due to at least one of the following:wrong CLTM candidate PSCell selection at a candidate target SN or a target SN;wrong CLTM candidate PSCell list selection at the source SN; orinappropriate SCG CLTM cell switch triggering.The network device of claim 12, wherein:the SCG failure occurs due to wrong CLTM candidate PSCell selection at a candidate target SN or a target SN in the event that a suitable PSCell based on L1 or L3 measurements reported from a UE is one of CLTM candidate PSCells provided by the source SN, but not one of CLTM candidate PSCells selected by a candidate target SN or a target SN;the SCG failure occurs due to wrong CLTM candidate PSCell list selection at the source SN in the event that a suitable PSCell based on L1 or L3 measurements reported from a UE is not one of CLTM candidate PSCells provided by the source SN; orthe SCG failure occurs due to inappropriate SCG CLTM cell switch triggering in the event that a suitable PSCell based on L1 or L3 measurements reported from a UE is one of CLTM candidate PSCells selected by a candidate target SN or a target SN or is one of a plurality of configured CLTM candidate PSCells for the UE.The network device of claim 12, wherein:the SCG failure occurs in an L1 based SN initiated intra-SN SCG CLTM procedure or L1 based SN initiated inter-SN SCG CLTM procedure, and the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering, and wherein:the first information or a container including the first information is transmitted, by a CU of the source SN to a last serving DU of the source SN in the event that the type of the SCG failure is a too late SCG CLTM cell switch; orthe first information or a container including the first information is transmitted, by a CU of the source SN, to a source DU of the source SN in the event that the type of the SCG failure is a too early SCG CLTM cell switch or an SCG CLTM cell switch to a wrong PSCell; orthe SCG failure occurs in an L3 based SN initiated intra-SN SCG CLTM procedure or L3 based SN initiated inter-SN SCG CLTM procedure, the SCG failure occurs due to inappropriate SCG CLTM cell switch triggering, and the processor is further configured to perform optimization for the SCG CLTM procedure by:optimizing, by the CU of the source SN, at least one L3 based SCG CLTM execution condition or timing to generate the at least one L3 based CLTM execution condition.The network device of claim 12, wherein the SCG failure occurs in an L1 or L3 based SN initiated intra-SN SCG CLTM procedure or in an L1 or L3 based SN initiated inter-SN SCG CLTM procedure, the SCG failure occurs due to wrong CLTM candidate PSCell selection at a candidate target SN or a target SN, and wherein:a source SN or a CU of the source SN indicates the candidate target SN or the target SN at which the SCG failure occurs, to a master node (MN) or a CU of the MN, wherein the MN transmits the first information or a container including the first information to the candidate target SN or the target SN.The network device of claim 12, wherein the SCG failure occurs in an L1 or L3 based SN initiated intra-SN SCG CLTM procedure or in an L1 or L3 based SN initiated inter-SN SCG CLTM procedure, the SCG failure occurs due to wrong CLTM candidate PSCell list selection at the source SN, and wherein the processor is further configured to perform optimization for the SCG CLTM procedure by:optimizing, by the CU of the source SN, a list of CLTM candidate PSCells.The network device of claim 1, wherein the network device is a second network device, and the processor is further configured to:transmit, via the transceiver, SCG CLTM configuration information comprising at least one SCG CLTM candidate primary secondary cell (PSCell) and at least one SCG CLTM execution condition.A user equipment (UE) , comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:store or transmit, via the transceiver, first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure.A processor for wireless communication, comprising:at least one memory; anda controller coupled with the at least one memory and configured to cause the controller to:receive first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure; andperform one of the following: determining, based on the first information, a type of the SCG failure in the SCG CLTM procedure, or transmitting the first information or a container including the first information.A processor for wireless communication, comprising:at least one memory; anda controller coupled with the at least one memory and configured to cause the controller to:store or transmit first information related to a secondary cell group (SCG) failure in an SCG conditional layer 1 (L1) / layer 2 (L2) triggered mobility (CLTM) procedure.
Citation Information
Patent Citations
User equipment triggered inter-cell mobility
CN118614111A
Techniques for performing layer 1 / layer 2 mobility based on multiple secondary cell group configurations
US20240098603A1
Methods and apparatuses of MRO in an LTM procedure
WO2024179021A1
Failure of a layer 1 / layer 2 triggered mobility (LTM) procedure
WO2024232803A1
Simultaneous configuration for pcell change and pscell addition / change
WO2024234727A1