Methods and apparatuses of a mobility robustness optimization (MRO) mechanism for a failure case in a layer-1 (L1) or layer-3 (L3) based mobility procedure

Abstract

Various aspects of the present disclosure relate to methods and apparatuses of a mobility robustness optimization (MRO) mechanism for a failure case in a layer-1 (L1) or layer-3 (L3) based mobility procedure. According to an embodiment of the present disclosure, a centralized unit (CU) of a base station (BS) includes at least one memory and at least one processor coupled to the at least one memory and configured to cause the CU to: receive conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE); and perform at least one of the following operations: performing analysis based on the CLTM failure related information; or transmitting a result of the analysis to a distributed unit (DU) of the BS after performing the analysis; or transmitting the CLTM failure related information to the DU, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

Description

METHODS AND APPARATUSES OF A MOBILITY ROBUSTNESS OPTIMIZATION (MRO) MECHANISM FOR A FAILURE CASE IN A LAYER-1 (L1) OR LAYER-3 (L3) BASED MOBILITY PROCEDURETECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to methods and apparatuses of a mobility robustness optimization (MRO) mechanism for a failure case in a layer-1 (L1) or layer-3 (L3) based mobility procedure.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which 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-domain resources (e.g. symbols, slots, subframes, frames, or the like) or frequency-domain resources (e.g. subcarriers, carriers, or the like) . 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] LTM is a procedure in which a network equipment (e.g. gNB) receives layer 1 (L1) measurement report (s) from a UE, and the network equipment (e.g. gNB) changes UE’s serving cell by a lower layer message, the lower layer message is an LTM cell switch command (i.e. LTM cell switch command MAC CE) . LTM may also be named as a layer 1 / layer 2 (L1 / L2) lower layer-Triggered Mobility or the like. An LTM primary cell (PCell) switch procedure from a source cell (or source PCell) to a target cell (or target PCell) may also be named as a master cell group (MCG) LTM procedure. An LTM primary secondary cell group cell (PSCell) switch procedure from a source PSCell to a target PSCell may also be named as a secondary cell group (SCG) LTM procedure.

[0004] In the present disclosure, LTM may also be named as lower layer-Triggered Mobility or the like. An LTM procedure may also be named as "an LTM cell switch procedure, " "an LTM cell switching procedure, " or the like. An inter-CU LTM may also be named as inter-BS LTM, inter-gNB LTM, or the like. An intra-CU LTM may also be named as intra-BS LTM, intra-gNB LTM, or the like.

[0005] For a conditional LTM (CLTM) , the mobility procedure is executed only when execution condition (s) are met. That is, the CLTM cell switch is executed by a UE when one or more CLTM execution conditions (e.g., execution condition consisting of one or more trigger conditions, where the trigger condition is L1 or L3 based trigger event) are met. The UE may start evaluating the execution condition (s) upon receiving the conditional LTM configuration and may stop evaluating the execution condition (s) once mobility is executed.SUMMARY

[0006] 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.

[0007] Some implementations of the present disclosure provide a centralized unit (CU) of a base station (BS) . The CU includes at least one memory; and at least one processor coupled to the at least one memory and configured to cause the CU to: receive conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; and perform at least one of the following operations: performing analysis based on the CLTM failure related information; or transmitting a result of the analysis to a distributed unit (DU) of the BS after performing the analysis; or transmitting the CLTM failure related information to the DU, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0008] In some implementations of the CU described herein, the CLTM failure related information is included in a failure report.

[0009] In some implementations of the CU described herein, the connection failure includes at least one of: a failure during a CLTM cell switch execution; or a radio link failure (RLF) .

[0010] In some implementations of the CU described herein, to perform the analysis, the at least one processor is configured to cause the CU to generate the result of the analysis by detecting that the connection failure happens due to: a wrong selection of CLTM candidate cell; or inappropriate CLTM cell switch triggering.

[0011] In some implementations of the CU described herein, the result of the analysis includes information indicating that the connection failure happens due to the wrong selection of CLTM candidate cell or due to the inappropriate CLTM cell switch triggering.

[0012] In some implementations of the CU described herein, if the CU detects that the connection failure happens due to the wrong selection of CLTM candidate cell in an L1 based CLTM procedure or an L3 based CLTM procedure, or due to the inappropriate CLTM cell switch triggering in the L3 based CLTM procedure, the at least one processor is configured to cause the CU to perform an optimization based on the result of the analysis, and prohibit to forward the CLTM failure related information to the DU.

[0013] In some implementations of the CU described herein, if the CU detects that the connection failure happens due to the inappropriate CLTM cell switch triggering in an L1 based CLTM procedure, the at least one processor is configured to cause the CU to transmit, to the DU, a first indication regarding the inappropriate CLTM cell switch triggering.

[0014] In some implementations of the CU described herein, the at least one of the CLTM failure related information or the first indication is carried in an access and mobility indication message.

[0015] In some implementations of the CU described herein, the wrong selection of CLTM candidate cell includes a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell; or the inappropriate CLTM cell switch triggering includes a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell.

[0016] In some implementations of the CU described herein, the inappropriate CLTM cell switch triggering includes at least one of the following: wrong generation of at least one CLTM execution condition of an L1 based CLTM procedure, wherein the CLTM procedure is the L1 based CLTM procedure; wrong generation of at least one CLTM execution condition of an L3 based CLTM procedure, wherein the CLTM procedure is the L3 based CLTM procedure; or wrong timing of CLTM cell switch, wherein the CLTM procedure is the L1 based CLTM procedure or the L3 based CLTM procedure.

[0017] In some implementations of the CU described herein, the at least one processor is configured to cause the CU to receive, from the DU, a second indication regarding the inappropriate CLTM cell switch triggering.

[0018] In some implementations of the CU described herein, the CLTM failure related information includes at least one of the following: information indicating that the connection failure happens in the CLTM procedure; an indication concerning the CLTM procedure as last executed mobility procedure; information indicating that the CLTM procedure is an L1 based CTM procedure or an L3 based CLTM procedure; information indicating that a CLTM execution condition is fulfilled before receiving a timing advance (TA) value; information indicating that the CLTM execution condition is fulfilled before a UE-based TA measurement is available; information indicating that a timer for TA value of a first CLTM candidate cell was expired before the CLTM execution condition is fulfilled; time elapsed between receiving a physical downlink control channel (PDCCH) order and receiving the TA value; time elapsed between receiving the PDCCH order and the CLTM execution condition is fulfilled; time elapsed between receiving or calculating the TA value and the CLTM execution condition is fulfilled; time elapsed between an expiry of the timer for TA value of the first CLTM candidate cell and the CLTM execution condition is fulfilled; time elapsed between reception of the TA value and reception of a CLTM configuration for the CLTM procedure; time elapsed between time when the CLTM execution condition is fulfilled and the reception of the CLTM configuration for the CLTM procedure; time elapsed between time when the CLTM execution condition is fulfilled and time when the connection failure happens; information of a source cell of the UE; information of a failed cell of the UE at which the connection failure happens; information of a second CLTM candidate cell that the UE selected for failure recovery, wherein the first CLTM candidate cell is same as or different from the second CLTM candidate cell; information of one or more neighbour cells of the UE; information of one or more CLTM candidate cells; information of one or more CLTM execution conditions; a cause of random access channel (RACH) -based CLTM cell switch; or information of a RACH-less CLTM type.

[0019] In some implementations of the CU described herein, the at least one processor is configured to cause the CU to perform at least one of the following operations: serving the UE at a last initialization of the CLTM procedure; or transmitting, to the UE, a radio resource control (RRC) reconfiguration message including a CLTM configuration for the CLTM procedure.

[0020] In some implementations of the CU described herein, the CU is a source CU, and the at least one processor is configured to cause the source CU to: transmit a first message to a target CU, wherein the first message includes a CLTM configuration for the CLTM procedure or a mobility information-information element (IE) corresponding to the CLTM configuration; and receive at least one of the CLTM configuration or the mobility information IE from the target CU, wherein the CLTM failure related information is received from the target CU before or after or at same time of receiving the at least one of the CLTM configuration or the mobility information IE.

[0021] In some implementations of the CU described herein, the CLTM configuration includes at least one of the following: information of one or more CLTM candidate cells; one or more CLTM execution conditions; L1 configuration information; L2 configuration information; or L3 configuration information.

[0022] In some implementations of the CU described herein, the first message is at least one of the following: an LTM configuration update message; a cell switch notification message; or a secondary node (SN) status transfer message.

[0023] In some implementations of the CU described herein, the at least one processor is configured to cause the CU to: receive one or more CLTM execution conditions related to the CLTM procedure from the DU; and store the one or more CLTM execution conditions, wherein the one or more CLTM execution conditions are evaluated before the CLTM procedure is executed.

[0024] In some implementations of the CU described herein, before receiving the one or more CLTM execution conditions, the at least one processor is configured to cause the CU to: transmit a request for the one or more CLTM execution conditions to the DU; or receive, from the DU, a TA value for a physical downlink control channel (PDCCH) order triggered an early TA acquisition or transmission configuration indicator (TCI) state information.

[0025] In some implementations of the CU described herein, the at least one processor is configured to cause the CU to transmit the one or more CLTM execution conditions and information of the one or more CLTM candidate cells to the DU, if the CU transmits the CLTM failure related information to the DU.

[0026] Some implementations of the present disclosure provide a processor for wireless communication of a centralized unit (CU) of a base station (BS) , comprising at least one controller coupled with at least one memory and configured to cause the processor to: receive conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; and perform at least one of the following operations: performing analysis based on the CLTM failure related information; or transmitting a result of the analysis to a distributed unit (DU) of the BS after performing the analysis; or transmitting the CLTM failure related information to the DU, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0027] Some implementations of the present disclosure provide a method performed by a centralized unit (CU) of a base station (BS) . The method includes: receiving conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; and performing at least one of the following operations: performing analysis based on the CLTM failure related information; or transmitting a result of the analysis to a distributed unit (DU) of the BS after performing the analysis; or transmitting the CLTM failure related information to the DU, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0028] Some implementations of the present disclosure provide a distributed unit (DU) of a base station (BS) . The DU includes at least one memory; and at least one processor coupled to the at least one memory and configured to cause the DU to perform at least one of the following operations: receiving conditional L1 / L2-Triggered Mobility (CLTM) failure related information from a centralized unit (CU) of the BS, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; or receiving a result of analysis based on the CLTM failure related information from the CU; or performing analysis based on the CLTM failure related information, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU;or a target DU.

[0029] In some implementations of the DU described herein, the CLTM failure related information is included in a failure report.

[0030] In some implementations of the DU described herein, the connection failure includes at least one of: a failure during a CLTM cell switch execution; or a radio link failure (RLF) .

[0031] In some implementations of the DU described herein, to perform the analysis, the at least one processor is configured to cause the DU to generate the result of the analysis by detecting that the connection failure happens due to: a wrong selection of CLTM candidate cell; or inappropriate CLTM cell switch triggering.

[0032] In some implementations of the DU described herein, the result of the analysis includes information indicating that the connection failure happens due to the wrong selection of CLTM candidate cell or due to the inappropriate CLTM cell switch triggering.

[0033] In some implementations of the DU described herein, the wrong selection of CLTM candidate cell includes a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell; or the inappropriate CLTM cell switch triggering includes a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell.

[0034] In some implementations of the DU described herein, the inappropriate CLTM cell switch triggering includes at least one of the following: wrong generation of at least one CLTM execution condition of an L1 based CLTM procedure, wherein the CLTM procedure is the L1 based CLTM procedure; wrong generation of at least one CLTM execution condition of an L3 based CLTM procedure, wherein the CLTM procedure is the L3 based CLTM procedure; or wrong timing of CLTM cell switch, wherein the CLTM procedure is the L1 based CLTM procedure or the L3 based CLTM procedure.

[0035] In some implementations of the DU described herein, if the DU detects that the connection failure happens due to inappropriate CLTM cell switch triggering, the at least one processor is configured to cause the DU to transmit an indication regarding the inappropriate CLTM cell switch triggering to the CU.

[0036] In some implementations of the DU described herein, the CLTM failure related information includes at least one of the following: information indicating that the connection failure happens in the CLTM procedure; an indication concerning the CLTM procedure as last executed mobility procedure; information indicating that the CLTM procedure is an L1 based CTM procedure or an L3 based CLTM procedure; information indicating that a CLTM execution condition is fulfilled before receiving a timing advance (TA) value; information indicating that the CLTM execution condition is fulfilled before a UE-based TA measurement is available; information indicating that a timer for TA value of a first CLTM candidate cell was expired before the CLTM execution condition is fulfilled; time elapsed between receiving a physical downlink control channel (PDCCH) order and receiving the TA value; time elapsed between receiving the PDCCH order and the CLTM execution condition is fulfilled; time elapsed between receiving or calculating the TA value and the CLTM execution condition is fulfilled; time elapsed between an expiry of the timer for TA value of the first CLTM candidate cell and the CLTM execution condition is fulfilled; time elapsed between reception of the TA value and reception of a CLTM configuration for the CLTM procedure; time elapsed between time when the CLTM execution condition is fulfilled and the reception of the CLTM configuration for the CLTM procedure; time elapsed between time when the CLTM execution condition is fulfilled and time when the connection failure happens; information of a source cell of the UE; information of a failed cell of the UE at which the connection failure happens; information of a second CLTM candidate cell that the UE selected for failure recovery, wherein the first CLTM candidate cell is same as or different from the second CLTM candidate cell; information of one or more neighbour cells of the UE; information of one or more CLTM candidate cells; information of one or more CLTM execution conditions; a cause of random access channel (RACH) -based CLTM cell switch; or information of a RACH-less CLTM type.

[0037] In some implementations of the DU described herein, the CLTM configuration includes at least one of the following: information of one or more CLTM candidate cells; one or more CLTM execution conditions; L1 configuration information; L2 configuration information; or L3 configuration information.

[0038] In some implementations of the DU described herein, the at least one processor is configured to cause the DU to transmit one or more CLTM execution conditions to the CU, wherein the one or more CLTM execution conditions are related to the CLTM procedure.

[0039] In some implementations of the DU described herein, before transmitting the one or more CLTM execution conditions, the at least one processor is configured to cause the DU to: receive a request for the one or more CLTM execution conditions from the CU; or transmit, to the CU, a TA value for a physical downlink control channel (PDCCH) order triggered an early TA acquisition or transmission configuration indicator (TCI) state information.

[0040] In some implementations of the DU described herein, the at least one processor is configured to cause the DU to receive the one or more CLTM execution conditions and information of the one or more CLTM candidate cells from the CU, wherein the DU receives the CLTM failure related information from the CU.

[0041] Some implementations of the present disclosure provide a processor for wireless communication of a distributed unit (DU) of a base station (BS) , comprising at least one controller coupled with at least one memory and configured to cause the processor to perform at least one of the following operations: receiving conditional L1 / L2-Triggered Mobility (CLTM) failure related information from a centralized unit (CU) of the BS, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; or receiving a result of analysis based on the CLTM failure related information from the CU; or performing analysis based on the CLTM failure related information, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0042] Some implementations of the present disclosure provide a method performed by a distributed unit (DU) of a base station (BS) . The method includes performing at least one of the following operations: receiving conditional L1 / L2-Triggered Mobility (CLTM) failure related information from a centralized unit (CU) of the BS, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; or receiving a result of analysis based on the CLTM failure related information from the CU; or performing analysis based on the CLTM failure related information, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0043] Some implementations of the present disclosure provide a user equipment (UE) . The UE includes at least one memory; and at least one processor coupled to the at least one memory and configured to cause the UE to: generate conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of the UE; and transmit the CLTM failure related information.

[0044] In some implementations of the UE described herein, the CLTM failure related information is included in a failure report.

[0045] In some implementations of the UE described herein, the connection failure includes at least one of: a failure during a CLTM cell switch execution; or a radio link failure (RLF) .

[0046] In some implementations of the UE described herein, the connection failure happens due to: a wrong selection of CLTM candidate cell; or inappropriate CLTM cell switch triggering.

[0047] In some implementations of the UE described herein, the wrong selection of CLTM candidate cell includes a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell; or the inappropriate CLTM cell switch triggering includes a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell.

[0048] In some implementations of the UE described herein, the inappropriate CLTM cell switch triggering includes at least one of the following: wrong generation of at least one CLTM execution condition of an L1 based CLTM procedure, wherein the CLTM procedure is the L1 based CLTM procedure; wrong generation of at least one CLTM execution condition of an L3 based CLTM procedure, wherein the CLTM procedure is the L3 based CLTM procedure; or wrong timing of CLTM cell switch, wherein the CLTM procedure is the L1 based CLTM procedure or the L3 based CLTM procedure.

[0049] In some implementations of the UE described herein, the CLTM failure related information includes at least one of the following: information indicating that the connection failure happens in the CLTM procedure; an indication concerning the CLTM procedure as last executed mobility procedure; information indicating that the CLTM procedure is an L1 based CTM procedure or an L3 based CLTM procedure; information indicating that a CLTM execution condition is fulfilled before receiving a timing advance (TA) value; information indicating that the CLTM execution condition is fulfilled before a UE-based TA measurement is available; information indicating that a timer for TA value of a first CLTM candidate cell was expired before the CLTM execution condition is fulfilled; time elapsed between receiving a physical downlink control channel (PDCCH) order and receiving the TA value; time elapsed between receiving the PDCCH order and the CLTM execution condition is fulfilled; time elapsed between receiving or calculating the TA value and the CLTM execution condition is fulfilled; time elapsed between an expiry of the timer for TA value of the first CLTM candidate cell and the CLTM execution condition is fulfilled; time elapsed between reception of the TA value and reception of a CLTM configuration for the CLTM procedure; time elapsed between time when the CLTM execution condition is fulfilled and the reception of the CLTM configuration for the CLTM procedure; time elapsed between time when the CLTM execution condition is fulfilled and time when the connection failure happens; information of a source cell of the UE; information of a failed cell of the UE at which the connection failure happens; information of a second CLTM candidate cell that the UE selected for failure recovery, wherein the first CLTM candidate cell is same as or different from the second CLTM candidate cell; information of one or more neighbour cells of the UE; information of one or more CLTM candidate cells; information of one or more CLTM execution conditions; a cause of random access channel (RACH) -based CLTM cell switch; or information of a RACH-less CLTM type.

[0050] In some implementations of the UE described herein, the at least one processor is configured to cause the UE to receive a radio resource control (RRC) reconfiguration message including a CLTM configuration for the CLTM procedure.

[0051] In some implementations of the UE described herein, the CLTM configuration includes at least one of the following: information of one or more CLTM candidate cells; one or more CLTM execution conditions; L1 configuration information; L2 configuration information; or L3 configuration information.

[0052] Some implementations of the present disclosure provide a processor for wireless communication of a user equipment (UE) , comprising at least one controller coupled with at least one memory and configured to cause the processor to: generate conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of the UE; and transmit the CLTM failure related information.

[0053] Some implementations of the present disclosure provide a method performed by a user equipment (UE) . The method includes: generating conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of the UE; and transmitting the CLTM failure related information.BRIEF DESCRIPTION OF THE DRAWINGS

[0054] Figure 1 illustrates an example of a wireless communications system in accordance with aspects of the present disclosure.

[0055] Figure 2 illustrates an example of a user equipment (UE) 200 in accordance with aspects of the present disclosure.

[0056] Figure 3 illustrates an example of a processor 300 in accordance with aspects of the present disclosure.

[0057] Figure 4 illustrates an example of a network equipment (NE) 400 in accordance with aspects of the present disclosure.

[0058] Figure 5A illustrates a schematic diagram of an intra-CU intra-DU mobility scenario in accordance with aspects of the present disclosure.

[0059] Figure 5B illustrates a schematic diagram of an intra-CU inter-DU mobility scenario in accordance with aspects of the present disclosure.

[0060] Figure 5C illustrates a schematic diagram of an inter-CU mobility scenario in accordance with aspects of the present disclosure.

[0061] Figure 6 illustrates a flowchart of a method of receiving CLTM failure related information in accordance with some aspects of the present disclosure.

[0062] Figure 7 illustrates a flowchart of a method of transmitting CLTM failure related information in accordance with some aspects of the present disclosure.DETAILED DESCRIPTION

[0063] The detailed description of the appended drawings is intended as a description of the preferred embodiments of the present disclosure and is not intended to represent the only form in which the present disclosure may be practiced. It should be understood that the same or equivalent functions may be accomplished by different embodiments that are intended to be encompassed within the spirit and scope of the present disclosure.

[0064] Reference will now be made in detail to some embodiments of the present disclosure, examples of which are illustrated in the accompanying drawings. To facilitate understanding, embodiments are provided under specific network architectures and new service scenarios, such as the 3rd generation partnership project (3GPP) 5G (NR) , 3GPP long-term evolution (LTE) Release 8, and so on. It is contemplated that along with the developments of network architectures and new service scenarios, all embodiments in the present disclosure are also applicable to similar technical problems; and moreover, the terminologies recited in the present disclosure may change, which should not affect the principles of the present disclosure.

[0065] In 3GPP, LTM was approved to change a serving cell via a lower layer message, e.g. L1 / L2 signalling, in order to reduce the latency, overhead and interruption time. An LTM procedure may be an L1 based LTM procedure or a L3 based LTM procedure. L1 based LTM is a cell switch procedure that the network triggers via a MAC CE based on layer-1 (L1) measurements. L3 based LTM is a cell switch procedure that the network triggers via a MAC CE based on layer-3 (L3) measurements. In 3GPP, LTM was approved to change a serving cell via L1 / L2 signalling, in order to reduce the latency, overhead and interruption time. The potential applicable scenarios of LTM include "intra-CU intra-DU LTM, " "intra-CU inter-DU LTM, " and "inter-CU LTM" as shown in Figures 5A-5C as described below. (1) Intra-CU intra-DU LTM / mobility: a UE moves between different cells within a DU. (2) Intra-CU inter-DU LTM / mobility: a UE moves between different cells belonging to different  DUs but within a same CU. (3) Inter-CU LTM / mobility: a UE moves between different cells belonging to different DUs  different CUs.

[0066] L1 based LTM is a procedure in which a BS receives L1 measurement report (s) from a UE, and on their basis the BS changes UE’s serving cell by a lower layer message, e.g. a cell switch command signaled via a medium access control (MAC) control element (CE) , e.g. an LTM cell switch command MAC CE. The cell switch command indicates a target cell for LTM e.g. an LTM candidate cell configuration that the BS previously prepared and provided to the UE through RRC signalling. Then the UE switches to the target cell according to the cell switch command. The LTM procedure can be used to reduce the mobility latency.

[0067] When configured by the network, it is possible to activate transmission configuration indication (TCI) states of one or multiple cells that are different from the current serving cell. For instance, the TCI states of the LTM candidate cells can be activated in advance before any of those cells become the serving cell. This allows the UE to be DL synchronized with those cells, thereby facilitating a faster cell switch to one of those cells when cell switch is triggered.

[0068] When configured by the network, it is possible to initiate an uplink (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 physical downlink control channel (PDCCH) order or realized through a UE-based TA measurement as configured by RRC. In the former case, the gNB / gNB-DU to which the candidate cell belongs calculates the TA value and sends it to the gNB / gNB-DU to which the serving cell belongs via gNB-CU. The serving cell sends the TA value in the LTM cell switch command MAC CE when triggering LTM cell switch. In the latter case, 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. The network may also send a TA value in the LTM cell switch command MAC CE without early TA acquisition.

[0069] When two TAG IDs are configured for an LTM candidate cell, the gNB-DU to which the LTM candidate cell belongs assigns the same TAG ID pointer values for each TRP to be used by the UEs.

[0070] Depending on the availability of a valid TA value, the UE performs either a 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. Meanwhile, the UE performs RACH-less LTM cell switch upon receiving the cell switch command. If no valid TA value is available, the UE performs RACH-based LTM cell switch.

[0071] 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 requesting a random access procedure towards the 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.

[0072] 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 shall not trigger random access procedure if it does not have a valid PUCCH resource for triggered SRs.

[0073] "LTM candidate cell" refers to 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.

[0074] "LTM candidate configuration" refers to a configuration associated with a candidate cell, e.g. for LTM. A candidate configuration can be a complete candidate configuration or a delta configuration relatively to a reference configuration.

[0075] "LTM reference configuration" refers to a configuration provided by the network to the UE that is common, within the same cell group, to a group of configured non-complete candidate configurations.

[0076] "L1 / L2 Triggered Mobility" refers to a cell switch procedure that the network triggers via MAC CE.

[0077] "RACH-less LTM" refers to an LTM cell switch procedure where UE skips the random access procedure.

[0078] The following principles may apply to LTM: - Security keys are maintained upon an LTM cell switch; - Subsequent LTM is supported. "Subsequent LTM" refers to an LTM cell switch procedures  between candidate cells without RRC reconfiguration by the network in between. In some cases, subsequent LTM may be supported. Subsequent LTM means subsequent LTM cell switch procedures between LTM candidate cells where a UE does not need to be reconfigured by the network in between.

[0079] LTM supports both intra-gNB-DU and intra-gNB-CU inter-gNB-DU mobility. 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: - PCell change in non-CA scenario and non-DC scenario; - PCell and SCell (s) change in CA scenario; - Dual connectivity scenario: including PCell and MCG SCell (s) change and intra-SN PSCell  and SCG SCell (s) change without MN involvement. LTM for simultaneous PCell and PSCell change is not supported.

[0080] While the UE has stored LTM candidate configurations the UE can also execute any L3 handover except for DAPS handover. In the RRC message which the UE applies for any L3 handover (except DAPS) , LTM candidate configurations can be added / modified / released by the target cell.

[0081] CLTM is a procedure in which a network configures CLTM configuration (e.g. including one or more CLTM candidate cells, one or more CLTM execution conditions, and L1 or L2 or L3 configuration) to a UE, the UE evaluates whether the CLTM execution condition is fulfilled, if CLTM execution condition of one CLTM candidate cell is fulfilled, the UE selects this CLTM candidate cell as the target cell, and CLTM cell switch is executed (e.g. the UE may access to the target cell with or without RACH procedure) .

[0082] CLTM candidate cell is a candidate cell configured to the UE for CLTM. There may be multiple CLTM candidate cells prepared for the UE, where the CLTM candidate cells may belong to the same or different candidate DUs. One CLTM candidate cell may be configured with one CLTM execution condition.

[0083] The triggering condition of CLTM or the CLTM execution condition can be based on L1 or L3 measurement. A CLTM procedure may be an L1-based CLTM procedure or L3-based CLTM procedure. For L1-based CLTM, the condition evaluation is at MAC level (e.g. MAC layer evaluates whether the CLTM execution condition is fulfilled) , and for L3-based CLTM, the condition evaluation is at RRC level (e.g. RRC layer evaluates whether the CLTM execution condition is fulfilled) .

[0084] If triggering condition of CLTM or CLTM execution condition is based on L1 measurement, CLTM execution condition may be consisted of Event LTM3-like or Event LTM5-like execution condition e.g. CondEventLTM3 or CondEventLTM5. The L1 based CLTM execution condition of a CLTM candidate cell is associated to only one triggering event.

[0085] In L1 based LTM, the following LTM events based on beam specific quality of serving cell and candidate cells are supported as the L1 LTM measurement events: -Event LTM2: Beam of serving cell becomes worse than absolute threshold; -Event LTM3: Beam of candidate cell becomes amount of offset better than beam of serving cell; -Event LTM4: Beam of candidate cell becomes better than absolute threshold; -Event LTM5: Beam of serving cell becomes worse than absolute threshold1 AND Beam of  candidate cell becomes better than another absolute threshold2.

[0086] For L1 based CLTM, the following CLTM events based on beam specific quality of serving cell and candidate cells are supported: -CondEvent LTM2: Beam of serving cell becomes worse than absolute threshold; -CondEvent LTM3: Beam of candidate cell becomes amount of offset better than beam of serving  cell; -CondEvent LTM4: Beam of candidate cell becomes better than absolute threshold; -CondEvent LTM5: Beam of serving cell becomes worse than absolute threshold1 AND Beam of  candidate cell becomes better than another absolute threshold2.

[0087] If CondEventLTM3 is configured for one CLTM candidate cell, CLTM cell switch may be executed when beam of the CLTM candidate cell becomes amount of offset better than beam of serving cell. If CondEventLTM5 is configured for one CLTM candidate cell, CLTM cell switch may be executed when beam of serving cell becomes worse than absolute threshold1 and beam of the CLTM candidate cell becomes better than another absolute threshold2.

[0088] If triggering condition of CLTM or CLTM execution condition is based on L3 measurement, CLTM execution condition may be consisted of CondEventA3 or CondEventA5. For L3 based CLTM execution condition, it may consist of one or two triggering condition (s) . If there are two triggering conditions associated with the same candidate cell, the UE shall consider the execution condition is fulfilled only when both triggering conditions are met. Only single RS type is supported and at most two different trigger quantities can be configured simultaneously for the evaluation of execution condition of a single candidate cell.

[0089] To support initial and subsequent CLTM, the following items can be considered for the configuration of execution condition: -The CLTM configuration of each candidate cell shall include the execution condition for initial  conditional LTM, which is generated by the initial source cell to trigger the CLTM for the candidate cell. -The CLTM configuration of each candidate cell may include execution conditions for subsequent  conditional LTM, which is generated by the candidate cell to trigger the CLTM for other candidate cells when the candidate cell becomes a serving cell.

[0090] RACH-less based CLTM or RACH based CLTM is supported. In RACH-less CLTM, the UE may access to the target cell without RACH procedure upon CLTM cell switch is executed. To support RACH-less 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 cell before 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.

[0091] In case of PDCCH order triggered early TA acquisition, the Early TA is signaled to the UE from the source cell (i.e., not from the CLTM candidate cell directly to the UE) . The network can inform the CLTM candidate cell’s TA information to UE via new MAC CE, which is the TA value when UE switches to that CLTM candidate cell during CLTM cell switch execution. CLTM candidate cell TA is maintained by a new timer (this new timer is a timer for TA value of a CLTM candidate cell, for example, in this disclosure, we name this new timer as TA valid Timer, or TAT can be reused for this new timer) . This timer may be started when receiving TA value, and may be stopped when CLTM cell switch is executed.

[0092] In case of UE based TA measurement, the UE performs TA measurement for the CLTM candidate cells after being configured by RRC. The UE applies the TA value measured by itself and performs RACH-less CLTM upon CLTM cell switch is executed. A CLTM candidate cell TA value is maintained by a new timer (this new timer is a timer for TA value of a CLTM candidate cell, for example, in this disclosure, we name this new timer as TA valid Timer, or TAT can be reused for this new timer) . This timer may be started when the UE successfully calculates the TA value, and may be stopped when CLTM cell switch is executed.

[0093] For CLTM, the Candidate Cell TCI States Activation / Deactivation MAC CE is re-used for the early activation or deactivation of TCI state (s) of a CLTM candidate configuration.

[0094] In general, one of the functions of Mobility Robustness Optimization (MRO) is to detect connection failures that occur due to Too Early or Too Late Handovers, or Handover to Wrong Cell. The general procedure is that after an RLF or handover (HO) failure happen, a UE may access a new cell by re-establishment or connection setup. Once the UE enters the connected state, the UE transmits an RLF report and a RACH report to the serving cell. The serving cell will transmit Failure Indication including the RLF report to the last serving cell. Finally, the information is used to optimize the mobility. In case of CHO, the Too Late Handover, Too Early Handover and Handover to Wrong Cell means Too Late CHO Execution, Too Early CHO Execution and CHO Execution to Wrong Cell.

[0095] Currently, a failure indication may be initiated after a UE attempts to re-establish the radio link connection at NG-RAN node B after a failure at NG-RAN node A. NG-RAN node B may initiate the Failure Indication procedure towards multiple NG-RAN nodes if they control cells which use the PCI signalled by the UE during the re-establishment procedure. The NG-RAN node receiving this selects the UE context that matches the received Failure Cell ID and C-RNTI, and, if available, uses the shortMAC-I to confirm this identification, by calculating the shortMAC-I and comparing it to the received IE.

[0096] A failure indication may also be sent to the node last serving the UE when the NG-RAN node fetches the RLF report from UE by triggering: - the Failure Indication procedure over Xn; - the Uplink RAN configuration transfer procedure and Downlink RAN configuration transfer  procedure over NG.

[0097] In case of Too Early Handover or Handover to Wrong Cell, the NG-RAN node receiving the failure indication may inform the NG-RAN node controlling the cell where the mobility configuration caused the failure by means of the Handover Report procedure over Xn or the Uplink RAN Configuration Transfer procedure over NG. This may include the RLF report.

[0098] After an RLF or a Handover failure, a UE will perform re-establishment in a cell. The UE will store some information related with RLF failure and / or handover failure information. The UE stores the latest RLF Report, including RLF report until the RLF report is fetched by the network or for 48 hours after the connection failure is detected. For analysis of connection failures, the UE makes the RLF Report available to the network. The availability of an RLF Report may be indicated by the RRCSetupComplete, RRCResumeComplete or RRCRe-establishmentComplete, e.g. if the UE has failure related information available in VarRLF-Report, it can include rlf-InfoAvailable in the RRCSetupComplete, RRCResumeComplete or RRCRe-establishmentComplete message. The network may fetch information of an RLF report via UE Information Request / Response mechanism, i.e. the gNB may transmit UEinformationrequest to UE, and then, the UE will transmit UEinformationresponse including RLF-report to the network. The network can optimize the mobility problem based on the response from the UE.

[0099] In a CLTM procedure, a CLTM execution failure (e.g. a failure during CLTM cell switch execution) or an RLF (e.g. an RLF in source cell or an RLF shortly after a successful CLTM cell switch execution) may happen. To improve mobility robustness, details for MRO for L1 or L3 based CLTM procedure or LTM procedure have not been specifically discussed yet in a wireless communication system or the like. For example, the following issues need to be solved: what information is needed to be reported from a UE to a network, for the network to perform MRO optimization for CLTM related configurations; how the network performs MRO detection or analysis for an L1 or L3 based CLTM, e.g. signalling exchange between a CU and a relevant DU; and for an inter-CU CLTM, for a case that an RLF occurs shortly after successful CLTM cell switch, how does a source BS identify a UE's context when receiving a failure report.

[0100] Embodiments of the present disclosure aim to resolve the abovementioned issues. For example, some embodiments of the present disclosure consider a MRO mechanism for an L1 or L3 based CLTM or an LTM cell switch, to improve mobility robustness. In particular, in an embodiment, a UE may store and report CLTM failure related information. For example, the CLTM failure related information may include at least one of the following: - an indication concerning that a failure happens in a CLTM procedure; - an indication concerning that a CLTM execution condition is fulfilled or the CLTM cell switch  is executed before receiving a TA value; - an indication concerning that a CLTM execution condition is fulfilled or the CLTM cell switch  is executed before a UE-based TA measurement is available; - an indication concerning that a timer for TA value of a CLTM candidate cell (e.g. TA valid  Timer or TAT) was expired before a CLTM execution condition is fulfilled or the CLTM cell switch is executed; - time elapsed between receiving a PDCCH order and when CLTM cell switch is executed; - time elapsed between achieving a TA value (e.g. receiving a TA value or calculating a TA  value) and when CLTM cell switch is executed; or - time elapsed between expiry of a timer for TA value of a CLTM candidate cell (e.g. TA valid  Timer or TAT) and when CLTM cell switch is executed.

[0101] Some other embodiments of the present disclosure consider a MRO mechanism at a network side for L1 or L3 based mobility. In particular: - in case of L1 based CLTM, if a failure happens due to inappropriate CLTM cell switch  triggering (e.g. wrong generation of L1 CLTM execution condition) , a CU may transmit a failure report (e.g. an RLF report) to the failure DU or a source DU or a target DU; and the corresponding DU may perform optimization. Optionally, the CU may transmit "an indication regarding inappropriate CLTM cell switch triggering" to the DU, e.g. via Access and Mobility Indication message. - In case of L3 based CLTM, if a failure happens due to inappropriate CLTM cell switch  triggering (e.g. wrong generation of L3 CLTM execution condition) , a CU may perform root cause analysis and perform optimization, but the CU does not forward the failure report or the CLTM failure related information to a DU. - In case of L3 based LTM, if a failure happens due to inappropriate LTM cell switch triggering  (e.g. wrong target cell selection at cell switch, wrong cell switch timing, and / or etc. ) , a CU may perform root cause analysis and perform optimization, but the CU does not forward the failure report or the CLTM failure related information to a DU. - In case of L1 or L3 based CLTM, if a failure happens due to wrong selection of CLTM  candidate cell, a CU is in charge of root cause analysis and may perform optimization, but the CU does not forward the failure report or the CLTM failure related information to a DU.

[0102] In some embodiments of the present disclosure, to enable a UE's context identification when receiving a failure report, a source gNB or CU sends a CLTM configuration (e.g. CLTM candidate cell (s) , and L1 or L3 based CLTM execution condition (s) ) or Mobility Information IE to the target gNB or CU, e.g. via the LTM CONFIGURATION UPDATE message or CELL SWITCH NOTIFICATION message or SN STATUS TRANSFER message. The target gNB or CU may send the CLTM configuration back to the source gNB or CU, e.g. via HANDOVER REPORT message.

[0103] In the present disclosure, an execution condition for CLTM may be named as "a CLTM execution condition" or the like. A CLTM candidate configuration refers to a configuration part of an RRC reconfiguration message associated with a CLTM candidate cell. More details of the embodiments of the present disclosure will be illustrated in the following text in combination with the appended drawings.

[0104] Figure 1 illustrates an example of a wireless communications system 100 in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more NE 102, one or more UE 104, and a core network (CN) 106. 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 NR network, such as a 5G network, a 5G-Advanced (5G-A) network, or a 5G ultrawideband (5G-UWB) 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, for example, 6G. 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.

[0105] The one or more NE 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the NE 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a network function, a network entity, a radio access network (RAN) , a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. An NE 102 and a UE 104 may communicate via a communication link, which may be a wireless or wired connection. For example, an NE 102 and a UE 104 may perform wireless communication (e.g. receive signaling, transmit signaling) over a Uu interface.

[0106] An NE 102 may provide a geographic coverage area for which the NE 102 may support services for one or more UEs 104 within the geographic coverage area. For example, an NE 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, an NE 102 may be moveable, for example, a satellite associated with a non-terrestrial network (NTN) . In some implementations, different geographic coverage areas associated with the same or different radio access technologies may overlap, but the different geographic coverage areas may be associated with different NE 102.

[0107] The one or more UE 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 remote unit, a mobile device, a wireless device, a remote device, a subscriber device, a transmitter device, a receiver 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.

[0108] A UE 104 may be able to support wireless communication directly with other UEs 104 over a communication link. 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 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0109] An NE 102 may support communications with the CN 106, or with another NE 102, or both. For example, an NE 102 may interface with other NE 102 or the CN 106 through one or more backhaul links (e.g. S1, N2, or network interface) . In some implementations, the NE 102 may communicate with each other directly. In some other implementations, the NE 102 may communicate with each other or indirectly (e.g. via the CN 106. In some implementations, one or more NE 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) .

[0110] The CN 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The CN 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 NE 102 associated with the CN 106.

[0111] The CN 106 may communicate with a packet data network over one or more backhaul links (e.g. via an S1, N2, or another network interface) . The packet data network may include an application server. In some implementations, one or more UEs 104 may communicate with the application server. A UE 104 may establish a session (e.g. a protocol data unit (PDU) session, or the like) with the CN 106 via an NE 102. The CN 106 may route traffic (e.g. control information, data, and the like) between the UE 104 and the application server 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 CN 106 (e.g. one or more network functions of the CN 106) .

[0112] In the wireless communications system 100, the NEs 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 NEs 102 and the UEs 104 may support different resource structures. For example, the NEs 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the NEs 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 NEs 102 and the UEs 104 may support various frame structures (i.e. multiple frame structures) . The NEs 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0113] 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.

[0114] 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.

[0115] 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.

[0116] 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 NEs 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 NEs 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 NEs 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0117] 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.

[0118] Figure 2 illustrates an example of a UE 200 in accordance with aspects of the present disclosure. The UE 200 may include a processor 202, a memory 204, a controller 206, and a transceiver 208. The processor 202, the memory 204, the controller 206, or the transceiver 208, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g. operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0119] The processor 202, the memory 204, the controller 206, or the transceiver 208, or various combinations or components thereof may be implemented in hardware (e.g. circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0120] The processor 202 may include an intelligent hardware device (e.g. a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 202 may be configured to operate the memory 204. In some other implementations, the memory 204 may be integrated into the processor 202. The processor 202 may be configured to execute computer-readable instructions stored in the memory 204 to cause the UE 200 to perform various functions of the present disclosure.

[0121] The memory 204 may include volatile or non-volatile memory. The memory 204 may store computer-readable, computer-executable code including instructions when executed by the processor 202 cause the UE 200 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 204 or another type of memory. 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.

[0122] In some implementations, the processor 202 and the memory 204 coupled with the processor 202 may be configured to cause the UE 200 to perform one or more of the functions described herein (e.g. executing, by the processor 202, instructions stored in the memory 204) .

[0123] For example, the processor 202 may support wireless communication at the UE 200 in accordance with examples as disclosed with respect to Figure 7. The UE 200 may be configured to support: a means for generating CLTM failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of the UE; and a means for transmitting the CLTM failure related information.

[0124] The controller 206 may manage input and output signals for the UE 200. The controller 206 may also manage peripherals not integrated into the UE 200. In some implementations, the controller 206 may utilize an operating system such as or other operating systems. In some implementations, the controller 206 may be implemented as part of the processor 202.

[0125] In some implementations, the UE 200 may include at least one transceiver 208. In some other implementations, the UE 200 may have more than one transceiver 208. The transceiver 208 may represent a wireless transceiver. The transceiver 208 may include one or more receiver chains 210, one or more transmitter chains 212, or a combination thereof. The means for receiving abovementioned in the processor 202 or the means for transmitting in the processor 202 may be implemented via at least one transceiver 208.

[0126] A receiver chain 210 may be configured to receive signals (e.g. control information, data, packets) over a wireless medium. For example, the receiver chain 210 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 210 may include at least one amplifier (e.g. a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 210 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 receiver chain 210 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0127] A transmitter chain 212 may be configured to generate and transmit signals (e.g. control information, data, packets) . The transmitter chain 212 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 transmitter chain 212 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 transmitter chain 212 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0128] Figure 3 illustrates an example of a processor 300 in accordance with aspects of the present disclosure. The processor 300 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 300 may include a controller 302 configured to perform various operations in accordance with examples as described herein. The processor 300 may optionally include at least one memory 304, which may be, for example, an L1 / L2 / L3 cache. Additionally, or alternatively, the processor 300 may optionally include one or more arithmetic-logic units (ALUs) 306. 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) .

[0129] The processor 300 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 300) 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) .

[0130] The controller 302 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 300 to cause the processor 300 to support various operations in accordance with examples as described herein. For example, the controller 302 may operate as a control unit of the processor 300, generating control signals that manage the operation of various components of the processor 300. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0131] The controller 302 may be configured to fetch (e.g. obtain, retrieve, receive) instructions from the memory 304 and determine subsequent instruction (s) to be executed to cause the processor 300 to support various operations in accordance with examples as described herein. The controller 302 may be configured to track memory address of instructions associated with the memory 304. The controller 302 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 302 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 300 to cause the processor 300 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 302 may be configured to manage flow of data within the processor 300. The controller 302 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 300.

[0132] The memory 304 may include one or more caches (e.g. memory local to or included in the processor 300 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementations, the memory 304 may reside within or on a processor chipset (e.g. local to the processor 300) . In some other implementations, the memory 304 may reside external to the processor chipset (e.g. remote to the processor 300) .

[0133] The memory 304 may store computer-readable, computer-executable code including instructions that, when executed by the processor 300, cause the processor 300 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 302 and / or the processor 300 may be configured to execute computer-readable instructions stored in the memory 304 to cause the processor 300 to perform various functions. For example, the processor 300 and / or the controller 302 may be coupled with or to the memory 304, the processor 300, the controller 302, and the memory 304 may be configured to perform various functions described herein. In some examples, the processor 300 may include multiple processors and the memory 304 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.

[0134] The one or more ALUs 306 may be configured to support various operations in accordance with examples as described herein. In some implementations, the one or more ALUs 306 may reside within or on a processor chipset (e.g. the processor 300) . In some other implementations, the one or more ALUs 306 may reside external to the processor chipset (e.g. the processor 300) . One or more ALUs 306 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 306 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 306 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 306 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 306 to handle conditional operations, comparisons, and bitwise operations.

[0135] The processor 300 may support wireless communication in accordance with examples as disclosed herein.

[0136] In some implementations, the processor 300 may be configured to support a means for performing operations of a CU of a BS as described with respect to Figure 6. The processor 300 may be configured to or operable to support: a means for receiving CLTM failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a UE; and a means for performing at least one of the following operations: performing analysis based on the CLTM failure related information; or transmitting a result of the analysis to a DU of the BS after performing the analysis; or transmitting the CLTM failure related information to the DU, wherein the DU is one of the following: a source DU;a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0137] In some implementations, the processor 300 may be configured to support a means for performing operations of a DU of a BS. The processor 300 may be configured to or operable to support: a means for performing at least one of the following operations: receiving CLTM failure related information from a CU of the BS, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a UE; or receiving a result of analysis based on the CLTM failure related information from the CU; or performing analysis based on the CLTM failure related information, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0138] In some implementations, the processor 300 may be configured to support a means for performing operations of a UE as described with respect to Figure 7. The processor 300 may be configured to or operable to support: a means for generating CLTM failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of the UE; and a means for transmitting the CLTM failure related information.

[0139] It should be appreciated by persons skilled in the art that the components in exemplary processor 300 may be changed, for example, some of the components in exemplary processor 300 may be omitted or modified or new component (s) may be added to exemplary processor 300, without departing from the spirit and scope of the disclosure. For example, in some embodiments, the processor 300 may not include the ALUs 306.

[0140] Figure 4 illustrates an example of a NE 400 in accordance with aspects of the present disclosure. The NE 400 may include a processor 402, a memory 404, a controller 406, and a transceiver 408. The processor 402, the memory 404, the controller 406, or the transceiver 408, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g. operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0141] The processor 402, the memory 404, the controller 406, or the transceiver 408, or various combinations or components thereof may be implemented in hardware (e.g. circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0142] The processor 402 may include an intelligent hardware device (e.g. a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 402 may be configured to operate the memory 404. In some other implementations, the memory 404 may be integrated into the processor 402. The processor 402 may be configured to execute computer-readable instructions stored in the memory 404 to cause the NE 400 to perform various functions of the present disclosure.

[0143] The memory 404 may include volatile or non-volatile memory. The memory 404 may store computer-readable, computer-executable code including instructions when executed by the processor 402 cause the NE 400 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 404 or another type of memory. 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.

[0144] In some implementations, the processor 402 and the memory 404 coupled with the processor 402 may be configured to cause the NE 400 to perform one or more of the functions described herein (e.g. executing, by the processor 402, instructions stored in the memory 404) . For example, the processor 402 may support wireless communication at the NE 400 in accordance with examples as disclosed herein.

[0145] In some implementations, the NE 400 may be a CU of a BS and may be configured to or operable to support: a means for receiving CLTM failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a UE; and a means for performing at least one of the following operations: performing analysis based on the CLTM failure related information; or transmitting a result of the analysis to a DU of the BS after performing the analysis; or transmitting the CLTM failure related information to the DU, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0146] In some implementations, the NE 400 may be a DU of a BS and may be configured to or operable to support: a means for performing at least one of the following operations: receiving CLTM failure related information from a CU of the BS, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a UE; or receiving a result of analysis based on the CLTM failure related information from the CU; or performing analysis based on the CLTM failure related information, wherein the DU is one of the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0147] The controller 406 may manage input and output signals for the NE 400. The controller 406 may also manage peripherals not integrated into the NE 400. In some implementations, the controller 406 may utilize an operating system such as  or other operating systems. In some implementations, the controller 406 may be implemented as part of the processor 402.

[0148] In some implementations, the NE 400 may include at least one transceiver 408. In some other implementations, the NE 400 may have more than one transceiver 408. The transceiver 408 may represent a wireless transceiver. The transceiver 408 may include one or more receiver chains 410, one or more transmitter chains 412, or a combination thereof. The means for receiving or the means for transmitting abovementioned in the processor 402 may be implemented via at least one transceiver 408.

[0149] A receiver chain 410 may be configured to receive signals (e.g. control information, data, packets) over a wireless medium. For example, the receiver chain 410 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 410 may include at least one amplifier (e.g. a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 410 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 receiver chain 410 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0150] A transmitter chain 412 may be configured to generate and transmit signals (e.g. control information, data, packets) . The transmitter chain 412 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 transmitter chain 412 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 transmitter chain 412 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0151] It should be appreciated by persons skilled in the art that the components in exemplary NE 400 may be changed, for example, some of the components in exemplary NE 400 may be omitted or modified or new component (s) may be added to exemplary NE 400, without departing from the spirit and scope of the disclosure. For example, in some embodiments, the NE 400 may not include the controller 406.

[0152] Figure 5A illustrates a schematic diagram of an intra-CU intra-DU mobility scenario in accordance with aspects of the present disclosure. The wireless communication system in Figure 5A includes a DU, a UE (e.g. UE 101A) , and some access nodes (e.g. access node 102A and access node 103A) . The access node 102A and access node 103A are controlled by the DU, and provides services for UEs within cell #1 and cell #2 respectively. Even though there are only one UE and two access nodes in Figure 5A, persons skilled in the art will recognize that any number of UEs and access nodes may be included in the wireless communication system.

[0153] In Figure 5A, UE 101A is moving from cell #1 to cell #2, and may perform a mobility procedure from cell #1 to access to cell #2, which is a mobility procedure performed between different cells within a DU. This scenario may be referred to as intra-CU intra-DU mobility. In short, this scenario may be called as intra-DU mobility.

[0154] Figure 5B illustrates a schematic diagram of an intra-CU inter-DU mobility scenario in accordance with aspects of the present disclosure. The wireless communication system in Figure 5B includes a CU, a UE (e.g. UE 101B) , and some DUs (e.g. DU #1 and DU #2) . DU #1 and DU #2 are controlled by the CU, and provides services for UEs within cell #A and cell #B respectively. Even though there are only one UE and two DUs in Figure 5B, persons skilled in the art will recognize that any number of UEs and DUs may be included in the wireless communication system.

[0155] In Figure 5B, UE 101B is moving from cell #A to cell #B, and may perform a mobility procedure from cell #A to access to cell #B, which is a mobility procedure performed between different cells belonging to different DUs but within the same CU. This scenario may be referred to as intra-CU inter-DU mobility. In short, this scenario may be called as inter-DU mobility.

[0156] Figure 5C illustrates a schematic diagram of an inter-CU mobility scenario in accordance with aspects of the present disclosure. The wireless communication system in Figure 5C includes some CUs (e.g. CU #1 and CU #2) , a UE (e.g. UE 101C) , and some DUs (e.g. DU #A and DU #B) . DU #A is controlled by CU #1 and provides services for UEs within cell #X. DU #B is controlled by CU #2 and provides services for UEs within cell #Y. Even though there are only one UE, two DUs, and two CUs in Figure 5C, persons skilled in the art will recognize that any number of UEs, DUs, and CUs may be included in the wireless communication system.

[0157] In Figure 5C, UE 101C is moving from cell #X to cell #Y, and may perform a mobility procedure from cell #X to access to cell #Y, which is a mobility procedure performed between different cells belonging to different DUs within different CUs. This scenario may be referred to as inter-CU mobility.

[0158] Figure 6 illustrates a flowchart of a method of receiving CLTM failure related information in accordance with some aspects of the present disclosure. The operations of the method may be implemented by a CU of a BS as described herein. In some implementations, aspects of operations 602 and 604 may be performed by NE 400 as described with reference to Figure 4. Each of operations 602 and 604 may be performed in accordance with examples as described herein.

[0159] At 602, a CU of a BS may receive CLTM failure related information, e.g., from a UE or another network node. The CLTM failure related information is associated with a connection failure (e.g. a failure during a CLTM cell switch execution, an RLF in a source cell, or an RLF occurring shortly after a successful CLTM cell switch execution) that happens in a CLTM procedure of a UE. In some implementations, the CLTM failure related information is included in a failure report, e.g. an RLF report or other report. In an implementation, the CU may receive a failure report including the CLTM failure related information. In another implementation, the CU may receive a message including the CLTM failure related information. The CLTM failure related information may also be named as CLTM specific information or the like.

[0160] At 604, the CU may perform at least one of the following operations: (1) performing analysis (e.g. root cause analysis) based on the CLTM failure related information;  or (2) transmitting a result of the analysis to a DU of the BS, after performing the analysis; or (3) transmitting the CLTM failure related information to the DU. In an embodiment, in L1 based  CLTM, the CU only forwards the CLTM failure related information without performing the analysis. For example, the DU is a source DU, a failure DU at which the connection failure happens, a candidate target DU, and / or a target DU.

[0161] In one case, the CU only performs the analysis based on the CLTM failure related information. In another case, the CU performs the analysis based on the CLTM failure related information and also transmits a result of the analysis to the DU after performing the analysis. In an additional case, the CU only transmits the CLTM failure related information to the DU (e.g. in an L1 based CLTM) , while the DU is in charge of performing analysis based on the CLTM failure related information. In yet an additional case, the CU performs the analysis, transmits a result of the analysis to the DU after performing the analysis, and also transmits the CLTM failure related information to the DU.

[0162] In some implementations, by performing the analysis, the CU may generate the result of the analysis by detecting that the connection failure happens due to "a wrong selection of CLTM candidate cell" or "inappropriate CLTM cell switch triggering. " The result of the analysis may include information indicating that the connection failure happens "due to the wrong selection of CLTM candidate cell" or "due to the inappropriate CLTM cell switch triggering. "

[0163] In some embodiments, if the CU detects that the connection failure happens "due to the wrong selection of CLTM candidate cell in an L1 based CLTM procedure or an L3 based CLTM procedure" or "due to the inappropriate CLTM cell switch triggering in the L3 based CLTM procedure, " the CU may perform an optimization based on the result of the analysis, and prohibit to forward the CLTM failure related information to the DU.

[0164] In some embodiments, if the CU detects that the connection failure happens due to the inappropriate CLTM cell switch triggering in an L1 based CLTM procedure, the CU may transmit, to the DU, an indication (denoted as a first indication) regarding the inappropriate CLTM cell switch triggering. In an embodiment, the CLTM failure related information and / or the first indication may be carried in an access and mobility indication message, e.g. Access and Mobility Indication message.

[0165] In some implementations, the wrong selection of CLTM candidate cell may include a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell. The inappropriate CLTM cell switch triggering may include a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell. For example, the inappropriate CLTM cell switch triggering includes at least one of the following: (1) wrong generation of at least one CLTM execution condition of an L1 based CLTM procedure,  wherein the CLTM procedure is the L1 based CLTM procedure; (2) wrong generation of at least one CLTM execution condition of an L3 based CLTM procedure,  wherein the CLTM procedure is the L3 based CLTM procedure; or (3) wrong timing of CLTM cell switch, wherein the CLTM procedure is the L1 based CLTM  procedure or the L3 based CLTM procedure.

[0166] In some implementations, the CU may receive, from the DU, an indication (denoted as a second indication) regarding the inappropriate CLTM cell switch triggering, e.g. if the DU detects that the connection failure happens due to inappropriate CLTM cell switch triggering.

[0167] In some other implementations, if the UE performs an LTM procedure, the CU may receive LTM failure related information and perform analysis based on the LTM failure related information. For example, the CU may generate a result of the analysis by detecting that a connection failure happens due to "a wrong selection of LTM candidate cell" or "inappropriate LTM cell switch triggering. " The inappropriate LTM cell switch triggering may include "wrong target cell selection at LTM cell switch, if the LTM procedure is an L3 based LTM procedure" or "wrong timing of LTM cell switch (i.e. wrong cell switch timing) , if the LTM procedure is the L3 based LTM procedure. "

[0168] In some implementations, the CLTM failure related information received at 602 includes at least one of the following: (1) information indicating that the connection failure happens in the CLTM procedure; (2) an indication concerning the CLTM procedure as last executed mobility procedure; (3) information indicating that the CLTM procedure is an L1 based CTM procedure or an L3 based  CLTM procedure; (4) information indicating that a CLTM execution condition is fulfilled (or CLTM cell switch is  executed) before receiving a TA value; (5) information indicating that the CLTM execution condition is fulfilled before a UE-based TA  measurement is available; (6) information indicating that a timer for TA value (e.g. TA valid Timer or TAT) of a CLTM  candidate cell (denoted as a first CLTM candidate cell) was expired before the CLTM execution condition is fulfilled; (7) time elapsed between receiving a PDCCH order and receiving the TA value; (8) time elapsed between receiving the PDCCH order and the CLTM execution condition is  fulfilled; (9) time elapsed between receiving or calculating the TA value and the CLTM execution condition  is fulfilled; (10) time elapsed between an expiry of the timer for TA value of the first CLTM candidate cell  and the CLTM execution condition is fulfilled; (11) time elapsed between reception of the TA value and reception of a CLTM configuration for  the CLTM procedure (or the latest RRC reconfiguration message for CLTM is received) ; (12) time elapsed between time when the CLTM execution condition is fulfilled and the reception  of the CLTM configuration for the CLTM procedure; (13) time elapsed between time when the CLTM execution condition is fulfilled and time when  the connection failure happens; (14) information of a source cell of the UE (e.g. cell ID or configuration ID which indicates the  index of the cell, L1 or L3 measurement results) ; (15) information of a failed cell of the UE at which the connection failure happens (e.g. cell ID  or configuration ID which indicates the index of the cell, L1 or L3 measurement results) ; (16) information of a CLTM candidate cell (denoted as a second CLTM candidate cell) that the  UE selected for failure recovery (e.g. cell ID or configuration ID which indicates the index of the cell, L1 or L3 measurement results) , wherein the first CLTM candidate cell is same as or different from the second CLTM candidate cell; (17) information of one or more neighbour cells of the UE (e.g. cell ID or configuration ID which  indicates the index 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 cell) ; (18) information of one or more CLTM candidate cells (e.g. cell ID or configuration ID which  indicates the index of each CLTM candidate cell) , for example, which are not included in the L1 or L3 measurement results) ; (19) information of one or more CLTM execution conditions (e.g. Event LTM3-like or LTM5- like conditional LTM execution condition, or CondEvent A3 or CondEvent A5) ; (20) a cause of RACH-based CLTM cell switch (e.g. no valid TA, no valid UL grant, not receive  TA value from NW, receive TA value but the timer for TA value of a CLTM candidate cell (e.g. TA valid Timer or TAT) was expired before CLTM execution condition is fulfilled / CLTM execution, UE-based TA measurement is unavailable when CLTM execution condition is fulfilled; configured grant is invalid / find no SSB with SS-RSRP above threshold amongst the SSB (s) associated with configured uplink grant) ; or (21) information of a RACH-less CLTM type (e.g. CG-based RACH-less CLTM, or DG-based  RACH-less CLTM) .

[0169] In some implementations, the CU may serve the UE at a last initialization of the CLTM procedure. The CU may also generate or transmit, to the UE, an RRC reconfiguration message including a CLTM configuration for the CLTM procedure.

[0170] In some implementations, the CU is a source CU, and the source CU may transmit, to a target CU, a message (denoted as a first message) which includes a CLTM configuration for the CLTM procedure or a mobility information IE corresponding to the CLTM configuration. The source CU may receive at least one of the CLTM configuration or the mobility information IE from the target CU. The CLTM failure related information may be received from the target CU at 502 (for example, included in the failure report, e.g. an RLF report) before or after or at same time of receiving at least one of the CLTM configuration or the mobility information IE. For example, a handover report message or a new introduced Xn message may include the CLTM failure related information, the CLTM configuration, and / or the mobility information IE.

[0171] In some implementations, the CLTM configuration includes at least one of the following: (1) information of one or more CLTM candidate cells (e.g. cell ID or configuration ID which  indicates the index of each CLTM candidate cell) ; (2) information of one or more CLTM execution conditions (e.g. Event LTM3-like or LTM5-like  conditional LTM execution condition, or CondEvent A3 or CondEvent A5) ; (3) L1 configuration information; (4) L2 configuration information; or (5) L3 configuration information.

[0172] In some implementations, the first message is an LTM configuration update message, a cell switch notification message, and / or a SN status transfer message.

[0173] In some implementations, the CU may receive one or more CLTM execution conditions related to the CLTM procedure from the DU (e.g. a source DU) , and store the one or more CLTM execution conditions, e.g. for MRO purpose. The one or more CLTM execution conditions are evaluated before the CLTM procedure (e.g. CLTM cell switch) is executed.

[0174] In some implementations, before receiving the one or more CLTM execution conditions, the CU may transmit a request for the one or more CLTM execution conditions to the DU (e.g. upon a connection failure or a handover failure (HOF) or an RLF happens) , or receive, from the DU, a TA value for a PDCCH order triggered an early TA acquisition or TCI state information (e.g. upon the source DU sends a MAC CE) .

[0175] In some implementations, if the CU transmits the CLTM failure related information to the DU, the CU may transmit, to the DU, the information of one or more CLTM execution conditions and information of the one or more CLTM candidate cells (e.g. cell ID or configuration ID which indicates the index of the cell, for example, which are not included in the L1 or L3 measurement results) .

[0176] In accordance with some aspects of the present disclosure, a method related to an LTM cell switch procedure may be implemented by a DU of a BS as described herein. In some implementations, aspects of the operations of the unit of the BS may be performed by NE 400 as described with reference to Figure 4. It should be noted that the method implemented by the unit of the BS herein describes possible implementations, and that the operations and the steps may be rearranged or otherwise eliminated or modified and that other implementations are possible, without departing from the spirit and scope of the disclosure.

[0177] In particular, the method may include performing at least one of the following operations by a DU of a BS: (1) receiving CLTM failure related information from a CU of the BS, wherein the CLTM failure  related information is associated with a connection failure that happens in a CLTM procedure of a UE; or (2) receiving a result of analysis based on the CLTM failure related information from the CU; or (3) performing analysis based on the CLTM failure related information. The DU may be one of  the following: a source DU; a failure DU at which the connection failure happens; a candidate target DU; or a target DU.

[0178] In one case, the DU receives the CLTM failure related information from the CU, and performs analysis based on the CLTM failure related information (e.g. in an L1 based CLTM) . In another case, the DU receives both the CLTM failure related information and a result of analysis from the CU, wherein the received result of analysis is generated by the CU via performing analysis based on the CLTM failure related information. In an additional case, the DU receives both the CLTM failure related information and a result of analysis (e.g. which is based on the CLTM failure related information) from the CU, and further performs analysis based on the CLTM failure related information and / or the received result of analysis.

[0179] The CLTM failure related information received by the DU may include the same or similar elements or partial elements as those in the CLTM failure related information received by the CU at 602 (or transmitted by the CU to the DU at 604) as described in Figure 6. For example, the CLTM failure related information may be included in a failure report, e.g. an RLF report or other report. For another example, the CLTM failure related information may be explicitly included in an F1 message, e.g. an access and mobility indication message. The connection failure may include at least one of: a failure during a CLTM cell switch execution; or an RLF.

[0180] In some implementations, by performing the analysis, the DU may generate the result of the analysis by detecting that the connection failure happens due to a wrong selection of CLTM candidate cell or inappropriate CLTM cell switch triggering.

[0181] In some embodiments, the result of the analysis (which is received by the DU, or generated by the DU by performing the analysis) may include information indicating that the connection failure happens "due to the wrong selection of CLTM candidate cell" or "due to the inappropriate CLTM cell switch triggering. "

[0182] For example, the wrong selection of CLTM candidate cell includes a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell. The inappropriate CLTM cell switch triggering includes a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell. For example, the inappropriate CLTM cell switch triggering may include at least one of the following: (1) wrong generation of at least one CLTM execution condition of an L1 based CLTM procedure,  wherein the CLTM procedure is the L1 based CLTM procedure; (2) wrong generation of at least one CLTM execution condition of an L3 based CLTM procedure,  wherein the CLTM procedure is the L3 based CLTM procedure; or (3) wrong timing of CLTM cell switch, wherein the CLTM procedure is the L1 based CLTM  procedure or the L3 based CLTM procedure.

[0183] In some embodiments, if the DU detects that the connection failure happens due to inappropriate CLTM cell switch triggering, the DU may transmit "an indication regarding the inappropriate CLTM cell switch triggering" to the CU.

[0184] In some implementations, the DU may transmit, to the CU, one or more CLTM execution conditions which are related to the CLTM procedure. For instance, before transmitting the one or more CLTM execution conditions, the DU may receive a request for the one or more CLTM execution conditions from the CU, or transmit, to the CU, a TA value for a PDCCH order triggered an early TA acquisition or TCI state information.

[0185] In some embodiments that the DU receives the CLTM failure related information from the CU, the DU may receive the information of one or more CLTM execution conditions and information of the one or more CLTM candidate cells (e.g. cell ID or configuration ID which indicates the index of the cell, for example, which are not included in the L1 or L3 measurement results) from the CU.

[0186] Figure 7 illustrates a flowchart of a method of transmitting CLTM failure related information in accordance with some aspects of the present disclosure. The operations of the method may be implemented by a UE as described herein. In some implementations, aspects of operations 702 and 704 may be performed by UE 200 as described with reference to Figure 2. Each of operations 702 and 704 may be performed in accordance with examples as described herein.

[0187] At 702, the UE may generate CLTM failure related information, which is associated with a connection failure that happens in a CLTM procedure of the UE. The CLTM failure related information may include the same or similar elements or partial elements as those in the CLTM failure related information received by the CU at 602 as described in Figure 6.

[0188] At 704, the UE may transmit the CLTM failure related information. In some implementations, the CLTM failure related information is included in a failure report, e.g. an RLF report or other report.

[0189] In some implementations, the connection failure includes a failure during a CLTM cell switch execution, an RLF in a source cell, or an RLF occurring shortly after a successful CLTM cell switch execution. The connection failure may happen due to "a wrong selection of CLTM candidate cell" or "inappropriate CLTM cell switch triggering. " The wrong selection of CLTM candidate cell may include a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell. The inappropriate CLTM cell switch triggering may include a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell. For example, the inappropriate CLTM cell switch triggering may include at least one of the following: (1) wrong generation of at least one CLTM execution condition of an L1 based CLTM procedure,  wherein the CLTM procedure is the L1 based CLTM procedure; (2) wrong generation of at least one CLTM execution condition of an L3 based CLTM procedure,  wherein the CLTM procedure is the L3 based CLTM procedure; or (3) wrong timing of CLTM cell switch, wherein the CLTM procedure is the L1 based CLTM  procedure or the L3 based CLTM procedure.

[0190] In some implementations, the UE may receive an RRC reconfiguration message including a CLTM configuration for the CLTM procedure. The CLTM configuration may include the same or similar elements or partial elements as those in the CLTM configuration as described in Figure 6.

[0191] It should be noted that the method described in Figure 6 or Figure 7 describes possible implementations, and that the operations and the steps may be rearranged or otherwise eliminated or modified and that other implementations are possible, without departing from the spirit and scope of the disclosure.

[0192] The following text describes specific embodiments of the flowcharts as shown and illustrated above.

[0193] Some embodiments of the present disclosure design a solution (denoted as Solution 1) of CLTM failure related information logged and reported by a UE.

[0194] In particular, in a CLTM procedure (e.g. an L1 or L3 based CLTM) , a CLTM execution failure or an RLF may happen. For any connection failure, to enable a network (NW) understand why the CLTM procedure is not successfully performed, or to help the NW know "whether or how to modify the CLTM related configuration" (e.g. optimize one or more CLTM candidate cells, or one or more CLTM execution conditions) , CLTM specific information needs to be stored or reported by the UE, to enable to distinguish a failure in the CLTM procedure from other mobility (e.g. a failure in an L3 HO or L3 CHO or LTM procedure) . For example, the UE stores or reports CLTM failure related information in a failure report, and the failure report may be an existing report (e.g. an RLF report) or in a newly introduced report (e.g. an LTM failure report MAC CE) . For another example, the UE stores or reports CLTM failure related information in a message, and the message may be an existing RRC message (e.g. an RRC reconfiguration complete message or an RRC re-establishment complete message or other) or in a newly introduced message.

[0195] The failure report or the CLTM failure related information stored or reported by the UE may include CLTM specific information, which includes at least one of the following: - an indication concerning that a failure happens in a CLTM procedure or an indication  concerning the CLTM procedure as last executed mobility procedure. The indication may be a new type for last mobility type (e.g. CLTM cell switch) , or an explicit indication of the type of CLTM cell switch, or a one-bit flag regarding whether the last executed mobility before the connection failure was a CLTM cell switch; - an indication concerning that the CLTM procedure is an L1 based CLTM or an L3 based  CLTM; - an indication concerning that a CLTM execution condition is fulfilled or that CLTM cell  switch is executed before receiving a TA value (e.g. due to that PDCCH order is sent to the UE too late, or the one or more CLTM execution conditions are not proper) . Then, the NW can adjust the time to send the PDCCH order to enable RACH-less CLTM, or the NW can optimize the one or more CLTM execution conditions; - an indication concerning that a CLTM execution condition is fulfilled or that CLTM cell  switch is executed before UE-based TA measurement is available (e.g. due to that the one or more CLTM execution conditions are not proper) . Then, the NW can optimize the one or more CLTM execution conditions; - an indication concerning that a timer for TA value of a CLTM candidate cell (e.g. TA valid  Timer or TAT) was expired before a CLTM execution condition is fulfilled or before CLTM cell switch is executed (due to that a PDCCH order is sent to the UE too early, or the one or more CLTM execution conditions are not proper) . Then, the NW can adjust the time to send the PDCCH order to enable RACH-less CLTM or adjust the TA valid Timer duration, or optimize the one or more CLTM execution conditions; - time elapsed between receiving a PDCCH order and receiving a TA value; - time elapsed between receiving a PDCCH order and CLTM cell switch is executed; - time elapsed between achieving a TA value (e.g. receiving the TA value or calculating the  TA value) and CLTM cell switch is executed; - time elapsed between expiry of a timer for TA value of a CLTM candidate cell (e.g. TA  valid Timer or TAT) and CLTM cell switch is executed; - time elapsed between reception of a TA value and "the corresponding CLTM configuration  or the latest RRC reconfiguration message for CLTM is received" ; - time elapsed between CLTM cell switch is executed and "the corresponding CLTM  configuration or the latest RRC reconfiguration message for CLTM is received" ; - time elapsed between time when CLTM cell switch is executed and time when the  connection failure happens; - information of a source cell of the UE (e.g. a cell ID or a configuration ID which indicates  the index of the source cell, and / or L1 or L3 measurement results of the source cell) ; - information of a failed cell (e.g. a cell ID or a configuration ID which indicates the index  of the failed cell, and / or L1 or L3 measurement results of the failed cell) ; - information of a CLTM candidate cell that the UE selected for failure recovery (e.g. a cell  ID or a configuration ID which indicates the index of the CLTM candidate cell, and / or L1 or L3 measurement results of the CLTM candidate cell) ; - information of one or more neighbour cells (e.g. a cell ID or a configuration ID which  indicates the index of each neighbour cell, L1 or L3 measurement results of each neighbour cell, and / or one flag to indicate whether a measured neighbour cell included in the L1 or L3 measurement results is a CLTM candidate cell) ; - one or more configured CLTM candidate cells (e.g. a cell ID or a configuration ID which  indicates the index of each CLTM candidate cell) ; for example, the one or more configured CLTM candidate cells are not included in the L1 or L3 measurement results; - one or more CLTM execution conditions (e.g. Event LTM3-like or LTM5-like conditional  LTM execution condition, or CondEvent A3 or CondEvent A5) ; - a cause of RACH-based CLTM cell switch. For example, the cause may be: no valid TA;  no valid UL grant; no TA value received from the NW; a TA value is received but the timer for TA value of a CLTM candidate cell (e.g. TA valid Timer or TAT) was expired before CLTM execution condition is fulfilled or before CLTM execution; UE-based TA measurement is unavailable when CLTM execution condition is fulfilled; the UE successfully calculates the TA value but the timer for TA value of a CLTM candidate cell (e.g. TA valid Timer or TAT) was expired before CLTM execution condition is fulfilled or before the CLTM execution; a configured grant is invalid; or no SSB with SS-RSRP above threshold amongst the SSB (s) associated with configured uplink grant is found; - RACH-less CLTM type (e.g. CG-based RACH-less CLTM, or DG-based RACH-less  CLTM) .

[0196] In some embodiments of Solution 1, in a CLTM procedure (e.g. L1 or L3 based CLTM) , when an RLF occurs before CLTM cell switch is executed (e.g. an RLF in a source cell) , or when a CLTM cell switch execution failure happens (i.e., supervision timer T304 expiry) , the receiving node (e.g. CU1 which receives a failure report or CLTM failure related information from the UE) may send the failure report or the CLTM failure related information as mentioned above to the node where the CLTM cell switch is triggered (e.g. CU2 which generates or sends the RRC reconfiguration message for the CLTM procedure to the UE) , e.g. via a failure indication message.

[0197] In some embodiments of Solution 1, in a CLTM procedure (e.g. an L1 or L3 based CLTM) , when an RLF occurs shortly after a successful CLTM cell switch from a source cell to a target cell, the receiving node (e.g. CU1 which receives a failure report or the CLTM failure related information from the UE) may send the failure report or the CLTM failure related information as mentioned above to the last serving node (e.g. the last serving CU) . Then, the last serving node may send the failure report or the CLTM failure related information to the node where CLTM cell switch is triggered (e.g. CU2 which generates or sends the RRC reconfiguration message for the CLTM procedure to the UE) , e.g. via a failure indication message.

[0198] Some embodiments of the present disclosure provide a solution (denoted as Solution 2) of a MRO mechanism for L1 or L3 based mobility at a network side.

[0199] For the case that the failure report (e.g. an RLF report) for CLTM is unavailable (due to an RLF report being overwritten, not fetched on time, and / or etc. ) , or CLTM re-establishment or CLTM recovery without an RLF report is supported, a CU (e.g. CU2 as mentioned in Solution 1) may send the CLTM failure related information to a DU (e.g. a source DU or a failure DU or a (candidate) target DU) explicitly via a newly introduced F1 message or an existing F1 message (e.g. an Access and Mobility Indication message) . For instance, the CLTM failure related information may be reported by the UE or derived by CU2 itself. Contents or elements in the CLTM failure related information can refer to those as described in Solution 1.

[0200] Solution 2 solves an issue of how a network (NW) performs MRO detection or analysis or optimization for the L1 or L3 based mobility procedure.

[0201] In some embodiments of Solution 2, for an L1 based CLTM, in case that a CLTM execution failure or an RLF occurs shortly after successful CLTM cell switch or an RLF in a source cell, a solution is that a CU (e.g. which served a UE at the last initialisation of the CLTM procedure, or which generates or sends the CLTM configuration or RRC reconfiguration message for the CLTM procedure to the UE) may perform MRO detection or failure analysis based on the received failure report. For example, the CU may detect whether the failure is due to a wrong selection of CLTM candidate cell (s) at the CU, or inappropriate CLTM cell switch triggering at the DU. Then, if needed, the CU may send the failure report and / or the detected failure cause to the corresponding DU (e.g. a (candidate) target DU or a source DU or a failure DU) . Optionally, the corresponding DU may further verify whether it is the CU detected failure cause or perform root cause analysis. Another solution is that the CU may forward the failure report and / or the CLTM failure related information to the corresponding DU, and the corresponding DU detects failure cause or performs root cause analysis. Optionally, the corresponding DU may indicate the detected problem or a failure cause to the CU.

[0202] For an L1 based CLTM, wrong selection of CLTM candidate cell (s) may be the case that the cell for re-connect or CLTM failure recovery (e.g. the information of this cell that the UE selected for re-connect or CLTM failure recovery may be included in the failure report or the CLTM failure related information) is not one of the at least one CLTM candidate cell selected by the CU.

[0203] For an L1 based CLTM, inappropriate CLTM cell switch triggering (e.g. wrong generation of L1 CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) may be the case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell.

[0204] The detailed MRO analysis and optimisation at a network side for L1 based CLTM may be as below. For example, the CU performs initial analysis, e.g. based on the received failure report or the CLTM failure related information. (1) In one case, if the failure is due to wrong selection of CLTM candidate cell, the CU is in charge  of root cause analysis and performs optimization. For instance, the CU may modify the at least one CLTM candidate cell provided by the CU, but the CU does not forward the failure report (e.g. an RLF report) and / or the CLTM failure related information to the DU. (2) In another case, if the failure is due to inappropriate CLTM cell switch triggering (e.g. wrong  generation of L1 CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) , there may be following two options: - Option A: the CU detects that the failure is due to inappropriate CLTM cell switch  triggering (e.g. wrong generation of L1 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) . Then, the CU transmits the failure report (e.g. an RLF report) or the CLTM failure related information to the corresponding DU (e.g. a source DU or failure DU or a (candidate) target DU) e.g. via Access and Mobility Indication message. Optionally, the CU may transmit an indication regarding inappropriate CLTM cell switch triggering (e.g. wrong generation of L1 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) to the corresponding DU, e.g. via Access and Mobility Indication message. Then, the DU may perform optimisation, e.g. the DU may modify one or more L1 based CLTM execution conditions. - Option B: the CU transmits the failure report (e.g. an RLF report) or the CLTM failure  related information to the DU (e.g. a source DU or a failure DU or a (candidate) target DU) e.g. via Access and Mobility Indication message. The corresponding DU detects that the failure is due to inappropriate CLTM cell switch triggering (e.g. wrong generation of L1 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) . Then, the corresponding DU may perform optimisation, e.g. the DU may modify one or more L1 based CLTM execution conditions. Optionally, the corresponding DU may indicate the CU that the failure is due to inappropriate CLTM cell switch triggering (e.g. wrong generation of L1 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) , e.g. via a newly introduced F1 message or an existing F1 message (e.g. GNB-DU CONFIGURATION UPDATE message) . For example, one indication concerning inappropriate CLTM cell switch triggering (e.g. wrong generation of L1 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) may be included in the newly introduced F1 message or the existing F1 message.

[0205] In some embodiments of Solution 2, for an L3 based CLTM, in case that a CLTM execution failure or an RLF occurs shortly after successful CLTM cell switch or an RLF in a source cell, the CU (e.g. which served the UE at the last initialisation of CLTM procedure or which generates or sends the CLTM configuration or RRC reconfiguration message for the CLTM procedure to the UE) performs MRO detection or failure analysis based on the received failure report or the CLTM failure related information. For example, the CU may detect whether the failure is due to wrong selection of CLTM candidate cell (s) , or inappropriate CLTM cell switch triggering.

[0206] For an L3 based CLTM, wrong selection of CLTM candidate cell (s) may be the case that the cell for re-connect or CLTM failure recovery (e.g. the information of this cell that the UE selected for re-connect or CLTM failure recovery may be included in the failure report or the CLTM failure related information) is not one of the at least one CLTM candidate cell selected by CU.

[0207] For an L3 based CLTM, inappropriate CLTM cell switch triggering (e.g. wrong generation of L3 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) may be the case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell.

[0208] The detailed MRO analysis and optimisation at NW side for L3 based CLTM may be as below. For example, the CU performs initial analysis, e.g. based on the received failure report or the CLTM failure related information. (1) In one case, if the failure is due to wrong selection of CLTM candidate cell, the CU is in charge  of root cause analysis and performs optimization. For example, the CU may modify the at least one CLTM candidate cell provided by CU, CU does not forward the failure report (e.g. an RLF report) or the CLTM failure related information to DU. (2) In another case, if the failure is due to inappropriate CLTM cell switch triggering (e.g. wrong  generation of L3 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) , the CU is in charge of root cause analysis, and the CU detects the failure is due to inappropriate CLTM cell switch triggering (e.g. wrong generation of L3 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) . Then, the CU may perform optimisation e.g. modify L3 based CLTM execution condition (s) . In case of L3 based CLTM, the CU may not forward the failure report (e.g. an RLF report) or the CLTM failure related information to DU. Optionally, the CU may indicate a DU (e.g. a source DU or a failure DU or a (candidate) target DU) that the failure is due to inappropriate CLTM cell switch triggering (e.g. wrong generation of L3 based CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) , e.g. via a newly introduced F1 message or an existing F1 message (e.g. via Access and Mobility Indication message) . For example, one indication concerning inappropriate CLTM cell switch triggering (e.g. wrong generation of L3 CLTM execution condition, wrong timing of CLTM cell switch, and / or etc. ) may be included in the newly introduced F1 message or the existing F1 message.

[0209] In some embodiments of Solution 2, in an L3 based LTM, a gNB-CU is in charge of ordering a gNB-DU to issue an LTM cell switch command MAC CE to a 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 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.

[0210] For an L3 based LTM, in case that an LTM execution failure or an RLF occurs shortly after successful LTM cell switch or an RLF in a source cell, the CU (e.g. which served the UE at the last initialisation of LTM procedure or which generates or sends the LTM configuration or an RRC reconfiguration message for the LTM procedure to the UE) performs MRO detection or failure analysis based on the received failure report or the CLTM failure related information. For instance, the CU may detect whether the failure is due to wrong selection of LTM candidate cell (s) , or inappropriate LTM cell switch triggering.

[0211] For an L3 based LTM, wrong selection of LTM candidate cell (s) may be the case that the cell for re-connect or LTM failure recovery (e.g. the information of this cell that the UE selected for re-connect or LTM failure recovery may be included in the failure report or the LTM failure related information) is not one of the at least one LTM candidate cell selected by the CU.

[0212] For an L3 based LTM, inappropriate LTM cell switch triggering (e.g. wrong target cell selection at cell switch, wrong cell switch timing, and / or etc. ) may be the case that the cell for re-connect or LTM failure recovery is one of the at least one LTM candidate cell.

[0213] The detailed MRO analysis and optimisation at NW side for L3 based LTM may be as below. For example, the CU performs initial analysis, e.g. based on the received failure report or the LTM failure related information. (1) In one case, if the failure is due to wrong selection of LTM candidate cell, CU is in charge of  root cause analysis and performs optimization. For example, the CU may modify the at least one LTM candidate cell provided by the CU, but the CU does not forward the failure report (e.g. an RLF report) or the LTM failure related information to the DU. (2) In another case, if the failure is due to inappropriate LTM cell switch triggering (e.g. wrong  target cell selection for LTM cell switch, wrong LTM cell switch timing, and / or etc. ) , the CU is in charge of root cause analysis, and the CU detects the failure is due to inappropriate LTM cell switch triggering (e.g. wrong target cell selection for LTM cell switch, wrong LTM cell switch timing, and / or etc. ) . Then, the CU may perform optimisation e.g. modify target cell for LTM cell switch or change the timing for triggering LTM cell switch. In case of an L3 based LTM, if the failure is due to wrong target cell selection for LTM cell switch (e.g. the CU selects a wrong target cell) , the CU may not forward the failure report (e.g. an RLF report) or the LTM failure related information to the DU; if the failure is due to wrong LTM cell switch timing (e.g. LTM cell switch is triggered at wrong timing) , the CU may or may not forward the failure report (e.g. an RLF report) or the LTM failure related information to the source DU, the CU may optimize the timing to indicate the target cell for LTM cell switch to the source DU, or the source DU may optimize the timing to send LTM cell switch command MAC CE to the UE . Optionally, the CU may indicate the DU (e.g. a source DU or a failure DU or a (candidate) target DU) that the failure is due to inappropriate LTM cell switch triggering (e.g. wrong target cell selection for LTM cell switch, wrong LTM cell switch timing, and / or etc. ) , e.g. via a newly introduced F1 message or an existing F1 message (e.g. via Access and Mobility Indication message) . For example, one indication concerning inappropriate LTM cell switch triggering (e.g. wrong target cell selection for LTM cell switch, wrong LTM cell switch timing, and / or etc. ) may be included in the newly introduced F1 message or the existing F1 message.

[0214] In some embodiments, to enable the CU to know that the failure happens in an L3 based LTM, the UE may store and report an indication concerning that the mobility type is an L3 based LTM in the RLF report or the LTM failure related information.

[0215] Some embodiments of the present disclosure provide a solution (denoted as Solution 3) regarding UE's context identification for inter-CU L1 / L3 based CLTM.

[0216] For an inter-CU L1 or L3 based CLTM, when a source CU or gNB receives the failure report or the CLTM failure related information from another CU or gNB (e.g. another CU or gNB may be the node which receives the failure report or the CLTM failure related information from a UE, or the node in which the radio link failure happens, or the target CU or gNB) , the UE's context (e.g. information related to the UE, for example, the UE related configuration of CLTM procedure, or CLTM strategies) may be released.

[0217] Solution 3 solves an issue of how to enable a source CU or gNB to identify a UE's context when receiving a failure report (e.g. an RLF report) . In particular, there may be following two options.

[0218] Option 1: The source CU or gNB sends the CLTM configuration (e.g. including CLTM candidate cell (s) , and L1 or L3 based CLTM execution condition (s) ) to the target CU or gNB, via the LTM CONFIGURATION UPDATE message or CELL SWITCH NOTIFICATION message or SN STATUS TRANSFER message. The target CU or gNB stores the CLTM configuration when receiving the CLTM configuration. Then, the target CU or gNB may send the CLTM configuration back to the source CU or gNB, e.g. via the HANDOVER REPORT message or a newly introduced Xn message, together with the failure report (e.g. an RLF report) .

[0219] Option 2: The source CU or gNB sends the Mobility Information IE to the target CU or gNB, via the LTM CONFIGURATION UPDATE message or CELL SWITCH NOTIFICATION message or SN STATUS TRANSFER message. The target CU or gNB stores the Mobility Information IE when receiving the Mobility Information IE. Then, the target CU or gNB may send the Mobility Information IE back to the source CU or gNB, via the HANDOVER REPORT message or a newly introduced Xn message, together with the failure report (e.g. the RLF report) . The Mobility Information IE is related to the CLTM configuration.

[0220] In CU-DU split architecture, in order to enable the source DU identify a UE's context when receiving the failure report or the CLTM failure related information, there may be following two example: (1) In one example, upon a CLTM execution failure or an RLF happens, the CU requests L1 based  CLTM execution condition (s) from its DU (e.g. a source DU) . Then, the DU (e.g. the source DU) sends the L1 based CLTM execution condition (s) to the CU. After that, the CU stores the L1 based CLTM execution condition (s) if received from the DU, for MRO purpose. (2) In another example, upon the source DU sends a MAC CE (e.g. which includes TA value for  PDCCH order triggered early TA acquisition or which includes TCI state (s) ) , or upon the source DU sends a TA value for PDCCH order triggered early TA acquisition to the UE, the source DU sends the L1 based CLTM execution condition (s) to the CU. Then, the CU stores the L1 based CLTM execution condition (s) if received from the DU, for MRO purpose.

[0221] The CU may also store information of the CLTM candidate cell (s) for MRO purpose.

[0222] For instance, when the CU receives the failure report (e.g. the RLF report) or the CLTM failure related information, the CU transmits the CLTM candidate cell (s) and L1 based CLTM execution condition (s) to the source DU, e.g. together with the failure report (e.g. the RLF report) , if the CU decides to transmit the failure report (e.g. the RLF report) to the source DU.

[0223] 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

1.A centralized unit (CU) of a base station (BS) , comprising:at least one memory; andat least one processor coupled to the at least one memory and configured to cause the CU to:receive conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; andperform at least one of the following operations:performing analysis based on the CLTM failure related information; ortransmitting a result of the analysis to a distributed unit (DU) of the BS after performing the analysis; ortransmitting the CLTM failure related information to the DU, wherein the DU is one of the following:a source DU;a failure DU at which the connection failure happens;a candidate target DU; ora target DU.2.The CU of Claim 1, wherein the CLTM failure related information is included in a failure report.3.The CU of Claim 1, wherein, to perform the analysis, the at least one processor is configured to cause the CU to generate the result of the analysis by detecting that the connection failure happens due to:a wrong selection of CLTM candidate cell; orinappropriate CLTM cell switch triggering.4.The CU of Claim 3, wherein the result of the analysis includes information indicating that the connection failure happens due to the wrong selection of CLTM candidate cell or due to the inappropriate CLTM cell switch triggering.5.The CU of Claim 3, wherein if the CU detects that the connection failure happens due to the wrong selection of CLTM candidate cell in an L1 based CLTM procedure or an L3 based CLTM procedure or due to the inappropriate CLTM cell switch triggering in the L3 based CLTM procedure, the at least one processor is configured to cause the CU to perform an optimization based on the result of the analysis, and prohibit to forward the CLTM failure related information to the DU.6.The CU of Claim 3, wherein if the CU detects that the connection failure happens due to the inappropriate CLTM cell switch triggering in an L1 based CLTM procedure, the at least one processor is configured to cause the CU to transmit, to the DU, a first indication regarding the inappropriate CLTM cell switch triggering.7.The CU of Claim 3, wherein:the wrong selection of CLTM candidate cell includes a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell; orthe inappropriate CLTM cell switch triggering includes a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell.8.The CU of Claim 3 or Claim 7, wherein the inappropriate CLTM cell switch triggering includes at least one of the following:wrong generation of at least one CLTM execution condition of an L1 based CLTM procedure, wherein the CLTM procedure is the L1 based CLTM procedure;wrong generation of at least one CLTM execution condition of an L3 based CLTM procedure, wherein the CLTM procedure is the L3 based CLTM procedure; orwrong timing of CLTM cell switch, wherein the CLTM procedure is the L1 based CLTM procedure or the L3 based CLTM procedure.9.The CU of Claim 1, wherein the at least one processor is configured to cause the CU to receive, from the DU, a second indication regarding the inappropriate CLTM cell switch triggering.10.The CU of Claim 1, wherein the CLTM failure related information includes at least one of the following:information indicating that the connection failure happens in the CLTM procedure;an indication concerning the CLTM procedure as last executed mobility procedure;information indicating that the CLTM procedure is an L1 based CTM procedure or an L3 based CLTM procedure;information indicating that a CLTM execution condition is fulfilled before receiving a timing advance (TA) value;information indicating that the CLTM execution condition is fulfilled before a UE-based TA measurement is available;information indicating that a timer for TA value of a first CLTM candidate cell was expired before the CLTM execution condition is fulfilled;time elapsed between receiving a physical downlink control channel (PDCCH) order and receiving the TA value;time elapsed between receiving the PDCCH order and the CLTM execution condition is fulfilled;time elapsed between receiving or calculating the TA value and the CLTM execution condition is fulfilled;time elapsed between an expiry of the timer for TA value of the first CLTM candidate cell and the CLTM execution condition is fulfilled;time elapsed between reception of the TA value and reception of a CLTM configuration for the CLTM procedure;time elapsed between time when the CLTM execution condition is fulfilled and the reception of the CLTM configuration for the CLTM procedure;time elapsed between time when the CLTM execution condition is fulfilled and time when the connection failure happens;information of a source cell of the UE;information of a failed cell of the UE at which the connection failure happens;information of a second CLTM candidate cell that the UE selected for failure recovery, wherein the first CLTM candidate cell is same as or different from the second CLTM candidate cell;information of one or more neighbour cells of the UE;information of one or more CLTM candidate cells;information of one or more CLTM execution conditions;a cause of random access channel (RACH) -based CLTM cell switch; orinformation of a RACH-less CLTM type.11.The CU of Claim 1, wherein the CU is a source CU, and the at least one processor is configured to cause the source CU to:transmit a first message to a target CU, wherein the first message includes a CLTM configuration for the CLTM procedure or a mobility information-information element (IE) corresponding to the CLTM configuration; andreceive at least one of the CLTM configuration or the mobility information IE from the target CU,wherein the CLTM failure related information is received from the target CU before or after or at same time of receiving the at least one of the CLTM configuration or the mobility information IE.12.A distributed unit (DU) of a base station (BS) , comprising:at least one memory; andat least one processor coupled to the at least one memory and configured to cause the DU to perform at least one of the following operations:receiving conditional L1 / L2-Triggered Mobility (CLTM) failure related information from a centralized unit (CU) of the BS, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; orreceiving a result of analysis based on the CLTM failure related information from the CU; orperforming analysis based on the CLTM failure related information, wherein the DU is one of the following:a source DU;a failure DU at which the connection failure happens;a candidate target DU; ora target DU.13.The DU of Claim 12, wherein the CLTM failure related information is included in a failure report.14.The DU of Claim 12, wherein, to perform the analysis, the at least one processor is configured to cause the DU to generate the result of the analysis by detecting that the connection failure happens due to:a wrong selection of CLTM candidate cell; orinappropriate CLTM cell switch triggering.15.The DU of Claim 14, wherein the result of the analysis includes information indicating that the connection failure happens due to the wrong selection of CLTM candidate cell or due to the inappropriate CLTM cell switch triggering.16.The DU of Claim 14, wherein if the DU detects that the connection failure happens due to inappropriate CLTM cell switch triggering, the at least one processor is configured to cause the DU to transmit an indication regarding the inappropriate CLTM cell switch triggering to the CU.17.A user equipment (UE) , comprising:at least one memory; andat least one processor coupled to the at least one memory and configured to cause the UE to:generate conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of the UE; andtransmit the CLTM failure related information.18.The UE of Claim 17, wherein the connection failure happens due to:a wrong selection of CLTM candidate cell; orinappropriate CLTM cell switch triggering, wherein:the wrong selection of CLTM candidate cell includes a case that a cell for re-connect or CLTM failure recovery is not one of at least one CLTM candidate cell; orthe inappropriate CLTM cell switch triggering includes a case that the cell for re-connect or CLTM failure recovery is one of the at least one CLTM candidate cell.19.The UE of Claim 17, wherein the CLTM failure related information includes at least one of the following:information indicating that the connection failure happens in the CLTM procedure;an indication concerning the CLTM procedure as last executed mobility procedure;information indicating that the CLTM procedure is an L1 based CTM procedure or an L3 based CLTM procedure;information indicating that a CLTM execution condition is fulfilled before receiving a timing advance (TA) value;information indicating that the CLTM execution condition is fulfilled before a UE-based TA measurement is available;information indicating that a timer for TA value of a first CLTM candidate cell was expired before the CLTM execution condition is fulfilled;time elapsed between receiving a physical downlink control channel (PDCCH) order and receiving the TA value;time elapsed between receiving the PDCCH order and the CLTM execution condition is fulfilled;time elapsed between receiving or calculating the TA value and the CLTM execution condition is fulfilled;time elapsed between an expiry of the timer for TA value of the first CLTM candidate cell and the CLTM execution condition is fulfilled;time elapsed between reception of the TA value and reception of a CLTM configuration for the CLTM procedure;time elapsed between time when the CLTM execution condition is fulfilled and the reception of the CLTM configuration for the CLTM procedure;time elapsed between time when the CLTM execution condition is fulfilled and time when the connection failure happens;information of a source cell of the UE;information of a failed cell of the UE at which the connection failure happens;information of a second CLTM candidate cell that the UE selected for failure recovery, wherein the first CLTM candidate cell is same as or different from the second CLTM candidate cell;information of one or more neighbour cells of the UE;information of one or more CLTM candidate cells;information of one or more CLTM execution conditions;a cause of random access channel (RACH) -based CLTM cell switch; orinformation of a RACH-less CLTM type.20.A processor for wireless communication of a centralized unit (CU) of a base station (BS) , comprising:at least one controller coupled with at least one memory and configured to cause the processor to:receive conditional L1 / L2-Triggered Mobility (CLTM) failure related information, wherein the CLTM failure related information is associated with a connection failure that happens in a CLTM procedure of a user equipment (UE) ; andperform at least one of the following operations:performing analysis based on the CLTM failure related information; ortransmitting a result of the analysis to a distributed unit (DU) of the BS after performing the analysis; ortransmitting the CLTM failure related information to the DU, wherein the DU is one of the following:a source DU;a failure DU at which the connection failure happens;a candidate target DU; ora target DU.

Images