Methods and apparatuses of an enhancement of a conditional layer-1 / layer-2 (l1 / l2) -triggered mobility (LTM) for a master cell group (MCG)

Abstract

Various aspects of the present application relate to methods and apparatuses of an enhancement for a conditional layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) for master cell group (MCG). According to an embodiment of the present application, a user equipment (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: transmit capability information of the UE to a source network equipment (NE), wherein the capability information is associated with at least one of the following: multiple transmission reception points (mTRP) configured for an LTM candidate cell, or two timing advance groups (TAG) sconfigured for the LTM candidate cell; receive an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; and trigger to perform a cell switch towards one LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to the one LTM candidate cell or in response to reception of an LTM cell switch command associated with the one LTM candidate cell.

Description

METHODS AND APPARATUSES OF AN ENHANCEMENT OF A CONDITIONAL LAYER-1 / LAYER-2 (L1 / L2) -TRIGGERED MOBILITY (LTM) FOR A MASTER CELL GROUP (MCG)TECHNICAL FIELD

[0001] Embodiments of the present application generally relate to wireless communication technology, especially to methods and apparatuses of an enhancement for a conditional layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) for master cell group (MCG) .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) ) .SUMMARY

[0003] 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 application. 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.

[0004] Some implementations of the present application 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: transmit capability information of the UE to a source network equipment (NE) , wherein the capability information is associated with at least one of the following: multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, or two timing advance groups (TAG) sconfigured for the LTM candidate cell; receive an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; and trigger to perform a cell switch towards a first LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to the first LTM candidate cell or in response to reception of an LTM cell switch command associated with the first LTM candidate cell.

[0005] In some implementations of the UE described herein, the capability information indicates at least one of the following: whether the UE supports an Intra-centralized unit (CU) conditional LTM (CLTM) for a master cell group (MCG) ; whether the UE supports the mTRP configured for the LTM candidate cell; whether the UE supports the two TAGs configured for the LTM candidate cell; a maximum number of one or more TAGs configured for the LTM candidate cell; whether the UE supports a recovery procedure to the LTM candidate cell if executing a CLTM for MCG towards the LTM candidate cell fails; whether the UE supports a medium access control (MAC) control element (CE) activated next hop chaining counter (NCC) ; whether the UE supports coexistence of different TAGs in a serving cell of the UE and an L1 event based measurement report; whether the UE supports different TAGs in a source primary cell (PCell) of an Inter-CU LTM procedure; or whether the UE supports different TAGs in a target PCell of the Inter-CU LTM procedure.

[0006] In some implementations of the UE described herein, the LTM candidate configuration indicates that the first LTM candidate cell belongs to a first TAG and a second TAG, and the at least one processor is further configured to cause the UE to: receive, from a source cell of the source NE, an early timing advance (TA) value for the first TAG of the first LTM candidate cell; and start a first conditional LTM (CLTM) time alignment timer (TAT) for the first TAG.

[0007] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to: receive, from the source cell of the source NE, an early TA value associated with the second TAG of the first LTM candidate cell; start a second CLTM TAT for the early TA value associated with the second TAG of the first LTM candidate cell; and trigger to perform the cell switch towards the first TAG of the first LTM candidate cell.

[0008] In some implementations of the UE described herein, after triggering to perform the cell switch towards the first TAG of the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of: continuing maintaining the early TA value associated with the second TAG; or keeping the second CLTM TAT for the early TA value associated with the second TAG running.

[0009] In some implementations of the UE described herein, after completing the cell switch towards the first TAG of the first LTM candidate cell, the at least one processor is further configured to cause the UE to start a TAT for a primary time advance group (PTAG) , and wherein remaining time of the second CLTM TAT is used as a length of the TAT for the PTAG.

[0010] In some implementations of the UE described herein, after triggering to perform the cell switch towards the first TAG of the first LTM candidate cell or after completing the cell switch towards the first TAG of the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of: releasing the early TA value associated with the second TAG; or stopping the second CLTM TAT for the early TA value associated with the second TAG.

[0011] In some implementations of the UE described herein, if multiple beams meet the one or more execution conditions corresponding to the first LTM candidate cell, the at least one processor is further configured to cause the UE to select one beam from the multiple beams for LTM cell switch, and wherein the multiple beams belong to at least one of the first TAG or the second TAG.

[0012] In some implementations of the UE described herein, if the multiple beams include a first beam belonging to the first TAG and a second beam belonging to the second TAG, and if the early TA value associated with the first TAG is valid when an execution condition of the first beam is fulfilled, the first beam is selected for LTM cell switch.

[0013] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to: receive a first early TA value associated with the first LTM candidate cell, and start a third conditional LTM (CLTM) time alignment timer (TAT) for the first early TA value associated with the first LTM candidate cell; receive one or more second early TA values associated with a set of second LTM candidate cells within the one or more LTM candidate cells, and start one or more fourth CLTM TATs for the one or more second early TA values associated with the set of second LTM candidate cells; and receive the LTM cell switch command associated with the first LTM candidate cell, before the one or more execution conditions corresponding to the first LTM candidate cell are fulfilled.

[0014] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to: perform a random access channel (RACH) -less based LTM towards the first LTM candidate cell by using the first early TA value; or perform a RACH based LTM towards the first LTM candidate cell without using the first early TA value.

[0015] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to perform at least one of: continuing maintaining the first early TA value; keeping the third CLTM TAT for the first early TA value running; or starting a TAT for a primary time advance group (PTAG) , wherein remaining time of the third CLTM TAT is used as a length of the TAT for the PTAG.

[0016] In some implementations of the UE described herein, after the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH based LTM towards the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of: releasing the first early TA value; or stopping the third CLTM TAT for the first early TA value.

[0017] In some implementations of the UE described herein, after the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of: continuing maintaining the one or more second early TA values; or keeping the one or more fourth CLTM TATs for the one or more second early TA values running.

[0018] In some implementations of the UE described herein, after the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of: releasing the one or more second early TA values; or stopping the one or more fourth CLTM TATs for the one or more second early TA values.

[0019] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to: perform an LTM cell switch to the first candidate cell due to that the one or more execution conditions corresponding to the first LTM candidate cell are fulfilled; and start a mobility timer upon performing the cell switch towards the first LTM candidate cell.

[0020] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to: determine that a failure occurs, if the mobility timer expires; and if an indication of attempt conditional reconfiguration is configured to the UE, if a cell of the target NE is selected and if a conditional handover (CHO) candidate configuration associated with the selected cell of the target NE is configured to the UE, perform a CHO towards the selected cell.

[0021] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to transmit first information to the target NE, after successfully assessing to the selected cell by performing the CHO.

[0022] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to: stop the mobility timer, after successfully switching to the first LTM candidate cell; generate successful handover report (SHR) in response to fulfillment of a trigger condition for SHR; and transmit the SHR to the first LTM candidate cell

[0023] In some implementations of the UE described herein, at least one of the first information or the SHR includes information indicating at least one of the following: whether an LTM cell switch towards a target cell due to the reception of the LTM cell switch command is triggered, wherein the target cell is configured with an execution condition within the set of execution conditions; whether an L1 execution condition is configured to the target cell; whether an L3 execution condition is configured to the target cell; a content of the execution condition corresponding to the target cell; or if the execution condition corresponding to the target cell is a combined condition, which event within the combined condition is fulfilled firstly.

[0024] Some implementations of the present application provide a processor for wireless communication, comprising at least one controller coupled with at least one memory and configured to cause the processor to: transmit capability information of a user equipment (UE) to a source network equipment (NE) , wherein the capability information is associated with at least one of the following: multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, or two timing advance groups (TAG) sconfigured for the LTM candidate cell; receive, from the source NE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; and trigger to perform a cell switch towards a first LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to the first LTM candidate cell or in response to reception of an LTM cell switch command associated with the first LTM candidate cell.

[0025] Some implementations of the present application provide a method performed by a user equipment (UE) . The method includes: transmitting capability information of the UE to a source network equipment (NE) , wherein the capability information is associated with at least one of the following: multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, or two timing advance groups (TAG) sconfigured for the LTM candidate cell; receiving, from the source NE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; and triggering to perform a cell switch towards a first LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to the first LTM candidate cell or in response to reception of an LTM cell switch command associated with the first LTM candidate cell.

[0026] Some implementations of the present application provide a source network equipment (NE) . The source NE includes at least one memory; and at least one processor coupled to the at least one memory and configured to cause the source NE to: receive capability information of a user equipment (UE) from the UE, wherein the capability information is associated with at least one of the following: multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, or two timing advance groups (TAG) sconfigured for the LTM candidate cell; and transmit, to the UE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells.

[0027] In some implementations of the source NE described herein, the capability information indicates at least one of the following: whether the UE supports an Intra-centralized unit (CU) conditional LTM (CLTM) for a master cell group (MCG) ; whether the UE supports the mTRP configured for the LTM candidate cell; whether the UE supports the two TAGs configured for the LTM candidate cell; a maximum number of one or more TAGs configured for the LTM candidate cell; whether the UE supports a recovery procedure to the LTM candidate cell if executing a CLTM for MCG towards the LTM candidate cell fails; whether the UE supports a medium access control (MAC) control element (CE) activated next hop chaining counter (NCC) ; whether the UE supports coexistence of different TAGs in a serving cell of the UE and an L1 event based measurement report; whether the UE supports different TAGs in a source primary cell (PCell) of an Inter-CU LTM procedure; or whether the UE supports different TAGs in a target PCell of the Inter-CU LTM procedure.

[0028] In some implementations of the source NE described herein, the LTM candidate configuration indicates that a first LTM candidate cell within the one or more LTM candidate cells belongs to a first TAG and a second TAG, and the at least one processor is further configured to cause the source NE to transmit at least one of the following to the UE: an early timing advance (TA) value for the first TAG of the first LTM candidate cell; or an early TA value associated with the second TAG of the first LTM candidate cell.

[0029] In some implementations of the source NE described herein, after the UE completing a cell switch towards the first TAG of the first LTM candidate cell, a source distributed unit (DU) of the source NE is configured to transmit at least one of the following to a target DU of the source NE via a centralized unit (CU) of the source NE: remaining time of a conditional LTM (CLTM) time alignment timer (TAT) for the early TA value associated with the second TAG of the first LTM candidate cell; or information indicating that the early TA value associated with the second TAG of the first LTM candidate cell is available.

[0030] In some implementations of the source NE described herein, the at least one processor is further configured to cause the source NE to: transmit, to the UE, a first early TA value associated with a first LTM candidate cell within the one or more LTM candidate cells and one or more second early TA values associated with a set of second LTM candidate cells within the one or more LTM candidate cells; and transmit, to the UE, an LTM cell switch command associated with the first LTM candidate cell.

[0031] In some implementations of the source NE described herein, a random access channel (RACH) -less based LTM is performed towards the first LTM candidate cell by using the first early TA value, or a RACH based LTM is performed towards the first LTM candidate cell without using the first early TA value.

[0032] In some implementations of the source NE described herein, the at least one processor is further configured to cause the source NE to receive, from the UE, a successful handover report (SHR) in response to fulfillment of a trigger condition for SHR, after the UE successfully switching to a first LTM candidate cell within the one or more LTM candidate cells by performing an LTM cell switch.

[0033] In some implementations of the source NE described herein, the at least one processor is further configured to cause the source NE to receive first information from a target NE, after the UE successfully assessing to a selected cell of the target NE by performing a conditional handover (CHO) towards the selected cell in a case that a failure occurred at the UE during an LTM cell switch towards a first LTM candidate cell within the one or more LTM candidate cells.

[0034] In some implementations of the source NE described herein, at least one of the SHR or the first information includes information indicating at least one of the following: whether an LTM cell switch towards a target cell due to the reception of an LTM cell switch command is triggered, wherein the target cell is configured with an execution condition within the set of execution conditions; whether an L1 execution condition is configured to the target cell; whether an L3 execution condition is configured to the target cell; a content of the execution condition corresponding to the target cell; or if the execution condition corresponding to the target cell is a combined condition, which event within the combined condition is fulfilled firstly.

[0035] In some implementations of the source NE described herein, a centralized unit (CU) of the source NE is configured to forward the SHR to one or more candidate distributed units (DU) sof the source NE, and the one or more candidate DUs are configured to adjust one or more L1 execution conditions corresponding to the one or more LTM candidate cells based on the SHR.

[0036] Some implementations of the present application provide a processor for wireless communication, comprising at least one controller coupled with at least one memory and configured to cause the processor to: receive capability information of a user equipment (UE) from the UE, wherein the capability information is associated with at least one of the following: multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, or two timing advance groups (TAG) sconfigured for the LTM candidate cell; and transmit, to the UE, an LTM candidate configuration associated with one or more LTM candidate cells of a source network equipment (NE) and a set of execution conditions corresponding to the one or more LTM candidate cells.

[0037] Some implementations of the present application provide a method performed by a source network equipment (NE) . The method includes: receiving capability information of a user equipment (UE) from the UE, wherein the capability information is associated with at least one of the following: multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, or two timing advance groups (TAG) sconfigured for the LTM candidate cell; and transmitting, to the UE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells.

[0038] Some implementations of the present application provide a target network equipment (NE) . The target NE includes at least one memory; and at least one processor coupled to the at least one memory and configured to cause the target NE to: receive first information from a user equipment (UE) , after the UE successfully assessing to a target cell of the target NE by performing a conditional handover (CHO) or a re-establishment procedure towards the target cell in a case that a failure occurred at the UE during a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) cell switch towards a first LTM candidate cell within one or more LTM candidate cells of a source NE; and transmit the first information to the source NE.

[0039] In some implementations of the target NE described herein, the first information includes information indicating at least one of the following: whether an LTM cell switch towards a target cell due to the reception of an LTM cell switch command is triggered, wherein the target cell is configured with an execution condition within the set of execution conditions; whether an L1 execution condition is configured to the target cell; whether an L3 execution condition is configured to the target cell; a content of the execution condition corresponding to the target cell; or if the execution condition corresponding to the target cell is a combined condition, which event within the combined condition is fulfilled firstly.

[0040] Some implementations of the present application provide a processor for wireless communication, comprising at least one controller coupled with at least one memory and configured to cause the processor to: receive first information from a user equipment (UE) , after the UE successfully assessing to a target cell of a target network equipment (NE) by performing a conditional handover (CHO) or a re-establishment procedure towards the target cell in a case that a failure occurred at the UE during a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) cell switch towards a first LTM candidate cell within one or more LTM candidate cells of a source NE; and transmit the first information to the source NE.

[0041] Some implementations of the present application provide a method performed by a target network equipment (NE) . The method includes: receiving first information from a user equipment (UE) , after the UE successfully assessing to a target cell of the target NE by performing a conditional handover (CHO) or a re-establishment procedure towards the target cell in a case that a failure occurred at the UE during a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) cell switch towards a first LTM candidate cell within one or more LTM candidate cells of a source NE; and transmitting the first information to the source NE.BRIEF DESCRIPTION OF THE DRAWINGS

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

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

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

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

[0046] Figure 5 illustrates a flowchart of a method performed by a UE in accordance with aspects of the present application.

[0047] Figure 6 illustrates a flowchart of a method performed by a source NE in accordance with aspects of the present application.

[0048] Figure 7 illustrates a flowchart of a method performed by a target NE in accordance with aspects of the present application.

[0049] Figures 8-10 illustrate schematic diagrams of CLTM for MCG in accordance with aspects of the present application.DETAILED DESCRIPTION

[0050] In general, when a UE moves from one cell to another cell, a serving cell change needs to be performed. In the legacy, the serving cell change is triggered by explicit radio resource control (RRC) reconfiguration message (e.g. a handover (HO) command) to trigger the synchronization of a target cell based on Layer-3 (L3) measurements report. It leads to longer latency, larger overhead, and longer interruption time than lower layer-based mobility. Therefore, in 3GPP, Layer-1 / layer-2 (L1 / L2) triggered mobility (LTM) was approved to change a serving cell via L1 / L2 signalling, in order to reduce the latency, overhead and interruption time.

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

[0052] In some cases, an LTM configuration includes the beam configuration of both synchronization signal block (SSB) and channel state information reference signal (CSI-RS) in L1 measurement resource configuration.

[0053] "RACH-less LTM" refers to an LTM cell switch procedure where UE skips the random access procedure. In RACH-less LTM, UE has valid TA when UE performs cell switch.

[0054] "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.

[0055] Master cell group (MCG) LTM is a PCell switch procedure that the network triggers via a MAC CE based on L1 measurements. Secondary cell group (SCG) LTM is a PSCell switch procedure that the network triggers via a MAC CE based on L1 measurements.

[0056] The potential applicable scenarios of LTM include "intra-CU intra-DU LTM, " "intra-CU inter-DU LTM, " and "inter-CU LTM" 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 which belong to the different CUs.

[0057] For a conditional LTM (CLTM) , the handover procedure is executed only when execution condition (s) are met within a time duration. That is, the handover is executed by a UE when one or more handover execution conditions (e.g. execution condition consisting of one or more trigger conditions, where the trigger condition is LTM event) are met. The UE starts evaluating the execution condition (s) upon receiving the conditional LTM and stops evaluating the execution condition (s) once a handover is executed.

[0058] The following LTM events based on beam specific quality of a serving cell and candidate cells may be supported as L1 LTM measurement events. The following events can be used to trigger an L1 measurement report. Namely, once the event is met within a time duration, a UE is triggered to report L1 measurement results via MAC CE. In addition, the following events can be used as an execution condition of triggering LTM cell switch. Specifically, once the condition is met within a time duration, the UE is triggered to perform cell switch towards the corresponding candidate cell which is previously prepared by network. - Event LTM2: Beam (s) of a serving cell becomes worse than an absolute threshold; - Event LTM3: Beam (s) of a candidate cell becomes offset better than beam (s) of a  serving cell; - Event LTM4: Beam (s) of a candidate cell becomes better than an absolute threshold; - Event LTM5: Beam (s) of a serving cell becomes worse than an absolute threshold  AND Beam (s) of a candidate cell becomes better than another absolute threshold.

[0059] In some cases, LTM may also be named as lower layer-Triggered Mobility, L1 / L2 lower layer-Triggered Mobility or the like. An LTM procedure may also be named as "an LTM cell switch procedure" or the like. Inter-CU LTM may also be named as inter-BS LTM, inter-gNB LTM, or the like. Intra-CU LTM may also be named as intra-BS LTM, intra-gNB LTM, or the like. Conditional LTM for MCG may be named as "MCG CLTM, " "conditional MCG LTM, " "CLTM for MCG, " "C-LTM for MCG, " "MCG C-LTM or the like.

[0060] A timing advance group (TAG) is a group of serving cells that is configured by RRC and that, for the cells with a UL configured, using the same timing reference cell and the same Timing Advance value. A TAG containing the SpCell of a MAC entity is referred to as Primary Timing Advance Group (PTAG) , whereas the term Secondary Timing Advance Group (STAG) refers to other TAGs. A cell may be indicated by a timing advance group ID (TAG-ID) ; and a cell maybe indicated by both TAG-ID and TAG2-ID if this cell supports two TAGs. A TAG-ID may be configured to the SpCell or an SCell, and may uniquely identify a TAG within the scope of a cell group (i.e. MCG or SCG) . A cell or set of TCI-States of this cell are associated with a TAG-ID. In some cases, one cell can have two TA values for two TAGs, respectively. One cell can belong to two TAGs. For example, if there are four TAG IDs, e.g. TAG#0, TAG#1, TAG#2, and TAG#3, cell#1 may belong to TAG#0 and TAG#1 indicated by TAG-ID and TAG2-ID using an RRC message, and cell#2 may belong to TAG#1 and TAG#3 indicated by TAG-ID and TAG2-ID using an RRC message.

[0061] Multiple TRPs with two timing advance (TA) values are supported in 3GPP standard documents. Multiple-Input Multiple-Output (MIMO) 2TA is an extension of a time synchronization mechanism in a multi-antenna systems, and the core goal is to optimize the time alignment of dual-antenna signals through differentiated TA configurations, reduce interference and improve system performance. An implementation of MIMO 2TA requires a combination of key technologies such as beamforming and dynamic scheduling, and is suitable for high-density, high-mobility and wide-coverage scenarios.

[0062] Multiple TAs for multiple TRPs operation will be supported in 3GPP Rel-18. In some cases, multiple TRPs may also be named as "mTRP" or "multi TRPs" or "multi-TRP" or the like. However, several issues related to mobility in a multi-radio dual connectivity (MR-DC) case of multiple TRPs with multiple TAs have not been discussed yet and the corresponding solutions have not been specified, especially, in an Intra-CU MCG CLTM scenario or an Inter-CU MCG CLTM scenario.

[0063] Some aspects of the present disclosure refer to Intra-CU MCG CLTM, in case that a CLTM candidate cell is configured with two TAGs, e.g. TAG#0 and TAG#1. In some embodiments of the present disclosure, a UE receives an LTM TA command (TAC) for one TAG (e.g. TAG#1) of a CLTM candidate cell. Then, the UE performs a cell switch towards another TAG (e.g. TAG#0) of this CLTM candidate cell due to fulfillment of an execution condition or reception of an LTM cell switch command associated with this CLTM candidate cell.

[0064] Some embodiments of the present disclosure introduce a mechanism of how to handle an early TA value for one TAG of a CLTM target cell after triggering or completing an LTM cell switch to another TAG of the CLTM target cell.

[0065] In some embodiments of the present disclosure, a UE receives an LTM TAC for one TAG (e.g. TAG#1) of a CLTM candidate cell, and evaluates an execution condition of the CLTM candidate cell. If multiple beams of the CLTM candidate cell meet the execution condition, the UE needs to select one of the multiple beams for CLTM cell switch. For example, if one of the multiple beams is related to a TAG while a TA value of this TAG is valid, the UE may select the beam in priority for CLTM cell switch.

[0066] Some embodiments of the present disclosure introduce a mechanism of how to handle an early TA value and the corresponding TAT for one candidate cell after a UE receives an LTM cell switch command towards another candidate cell configured with an execution condition.

[0067] Some aspects of the present disclosure refer to a CHO and an Intra-CU CLTM failure. In some embodiments, a CHO based recovery can be used after an Intra-CU CLTM failure occurs.

[0068] Some aspects of the present disclosure refer to a MRO mechanism for a command triggered CLTM. In some embodiments, if an LTM cell switch command is used to trigger an Intra-CU LTM candidate cell or an inter-CU LTM candidate cell, some information is reported to a NE after an LTM failure occurs or a successful LTM is completed.

[0069] More details of the embodiments of the present application will be illustrated in the following text in combination with the appended drawings.

[0070] Figure 1 illustrates an example of a wireless communications system 100 in accordance with aspects of the present application. 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.

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

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

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

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

[0075] 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) .

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

[0077] 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) .

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

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

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

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

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

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

[0084] Figure 2 illustrates an example of a UE 200 in accordance with aspects of the present application. 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 application as described herein. These components may be coupled (e.g. operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0085] 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 application.

[0086] 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 application.

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

[0088] 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) . For example, the processor 202 may support wireless communication at the UE 200 in accordance with examples as disclosed with respect to Figure 5. The UE 200 may be configured to support: a means for transmitting capability information of the UE to a source NE, wherein the capability information is associated with at least one of the following: mTRP configured for an LTM candidate cell, or two TAGs configured for the LTM candidate cell; a means for receiving, from the source NE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; and a means for triggering to perform a cell switch towards an LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to this LTM candidate cell or in response to reception of an LTM cell switch command associated with this LTM candidate cell.

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

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

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

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

[0093] Figure 3 illustrates an example of a processor 300 in accordance with aspects of the present application. 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) .

[0094] 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) .

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

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

[0097] 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) .

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

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

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

[0101] In some implementations, the processor 300 may be configured to support means for performing operations of a UE as described with respect to Figure 5. The processor 300 may be configured to or operable to support: a means for transmitting capability information of the UE to a source NE, wherein the capability information is associated with at least one of the following: mTRP configured for an LTM candidate cell, or two TAGs configured for the LTM candidate cell; a means for receiving, from the source NE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; and a means for triggering to perform a cell switch towards an LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to this LTM candidate cell or in response to reception of an LTM cell switch command associated with this LTM candidate cell.

[0102] In some implementations, the processor 300 may be configured to support means for performing operations of a source NE as described with respect to Figure 6. The processor 300 may be configured to or operable to support: a means for receiving capability information of a UE from the UE, wherein the capability information is associated with at least one of the following: mTRP configured for an LTM candidate cell, or two TAGs configured for the LTM candidate cell; and a means for transmitting, to the UE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells.

[0103] In some implementations, the processor 300 may be configured to support means for performing operations of a target NE as described with respect to Figure 7. The processor 300 may be configured to or operable to support: a means for receiving information from a UE, after the UE successfully assessing to a target cell of the target NE by performing a CHO or a re-establishment procedure towards the target cell if a failure related to an Intra-CU conditional LTM for a MCG of a source NE occurs at the UE; and a means for transmitting the received information to the source NE.

[0104] 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 application. For example, in some embodiments, the processor 300 may not include the ALUs 306.

[0105] Figure 4 illustrates an example of a NE 400 in accordance with aspects of the present application. 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 application as described herein. These components may be coupled (e.g. operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0106] 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 application.

[0107] 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 application.

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

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

[0110] For example, the NE 400 may be configured to support means for performing the operations of a source NE as described with respect to Figure 6. The NE 400 may be configured to support: a means for receiving capability information of a UE from the UE, wherein the capability information is associated with at least one of the following: mTRP configured for an LTM candidate cell, or two TAGs configured for the LTM candidate cell; and a means for transmitting, to the UE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells.

[0111] For example, the NE 400 may be configured to support means for performing the operations of a target NE as described with respect to Figure 7. The NE 400 may be configured to support: a means for receiving information from a UE, after the UE successfully assessing to a target cell of the target NE by performing a CHO or a re-establishment procedure towards the target cell if a failure related to an Intra-CU conditional LTM for a MCG of a source NE occurs at the UE; and a means for transmitting the received information to the source NE.

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

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

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

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

[0116] 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 application. For example, in some embodiments, the NE 400 may not include the controller 406.

[0117] Figure 5 illustrates a flowchart of a method performed by a UE in accordance with aspects of the present application. In some implementations, the UE may execute a set of instructions to control the function elements of the UE to perform the described functions. In some implementations, aspects of operations 502, 504 and 506 may be performed by UE 200 as described with reference to Figure 2. Specific examples are described in the embodiments of any of Figures 8-10 as follows.

[0118] At 502, the method may include transmitting, by a UE, capability information of the UE to a source NE. The capability information may be associated with "mTRP configured for an LTM candidate cell" and / or "two TAGs configured for the LTM candidate cell. " In some implementations, the capability information indicates at least one of the following: (1) whether the UE supports an Intra-CU CLTM for a MCG; (2) whether the UE supports the mTRP configured for the LTM candidate cell; (3) whether the UE supports the two TAGs configured for the LTM candidate cell, e.g. the  UE supports two TA values configured for the LTM candidate cell; (4) a maximum number of one or more TAGs configured for the LTM candidate cell; (5) whether the UE supports a recovery procedure to the LTM candidate cell if executing a  CLTM for a MCG towards the LTM candidate cell fails, e.g. when a selected cell in an RRC re-establishment procedure is an LTM candidate cell configured with an execution condition (i.e. CLTM candidate cell) ; (6) whether the UE supports a MAC CE activated NCC; (7) whether the UE supports coexistence of different TAGs in a serving cell (e.g. PCell) of  the UE and an L1 event based measurement report; (8) whether the UE supports different TAGs in a source PCell of an Inter-CU LTM procedure;  or (9) whether the UE supports different TAGs in a target PCell of the Inter-CU LTM procedure.

[0119] At 504, the method may include receiving "an LTM candidate configuration associated with one or more LTM candidate cells of the source NE" and "a set of execution conditions corresponding to the one or more LTM candidate cells" by the UE, e.g. from the source NE. For instance, the set of execution conditions includes an L1 execution condition and / or an L3 execution condition. The LTM candidate configuration and / or the set of execution conditions may be included in an RRC reconfiguration message, and may be named as CLTM candidate configurations.

[0120] At 506, the method may include triggering to perform a cell switch towards an LTM candidate cell (denoted as a first LTM candidate cell, e.g. CLTM candidate cell#1) by the UE, "in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to the first LTM candidate cell" or "in response to reception of an LTM cell switch command associated with the first LTM candidate cell. "

[0121] In some implementations, the LTM candidate configuration received at 504 indicates that the first LTM candidate cell belongs to two TAGs, which are denoted as a first TAG (e.g. TAG#0) and a second TAG (e.g. TAG#1) . The UE may receive, from a source cell (e.g. PCell) of the source NE (e.g. MN-CU) , an early TA value for the first TAG (e.g. TAG#0) , and start a CLTM TAT (denoted as a first CLTM TAT, e.g. ltm-Candidate-TimeAlignmentTimer) for the first TAG. In some cases, the UE may transmit the capability information indicating that the UE supports two TAGs configured for an LTM candidate cell.

[0122] In some implementations of the method described in Figure 5, the UE may receive, from the source cell of the source NE, an early TA value associated with the second TAG (e.g. TAG#1, e.g. PTAG or STAG) of the first LTM candidate cell. Then, the UE may start a CLTM TAT (denoted as a second CLTM TAT) for the early TA value associated with the second TAG. Then, the UE may trigger to perform the cell switch towards the first TAG (e.g. TAG#0) . In some cases, both the early TA value for the first TAG (e.g. TAG#0) and / or the early TA value associated with the second TAG (e.g. TAG#1) are received from an LTM time alignment command (TAC) MAC CE, and then, the UE may start two CLTM TATs for these two early TA values, respectively.

[0123] In the abovementioned embodiments, after triggering to perform the cell switch towards the first TAG (e.g. TAG#0) of the first LTM candidate cell (i.e. a target cell) , the UE may perform at least one of: (1) continuing maintaining the early TA value associated with the second TAG (e.g. TAG#1) ; or (2) keeping the second CLTM TAT for the early TA value associated with the second TAG running. In some cases, after completing the cell switch towards the first TAG (e.g. TAG#0) , the UE may start a TAT for a PTAG, and remaining time of the second CLTM TAT is used as a length of the TAT for the PTAG.

[0124] In the abovementioned embodiments, after triggering to perform the cell switch towards the first TAG (e.g. TAG#0) or after completing the cell switch towards the first TAG, the UE may perform at least one of: (1) releasing the early TA value associated with the second TAG (e.g. TAG#1) ; or (2) stopping the second CLTM TAT for the early TA value associated with the second TAG.

[0125] In some implementations, if multiple beams meet the one or more execution conditions corresponding to the first LTM candidate cell, the UE may select one beam from the multiple beams for LTM cell switch. These multiple beams may belong to the first TAG (e.g. TAG#0) and / or the second TAG (e.g. TAG#1) .

[0126] For example, if the multiple beams include "a beam belonging to the first TAG" (denoted as a first beam) and "a beam belonging to the second TAG" (denoted as a second beam) , and if the early TA value associated with the first TAG is valid when an execution condition of the first beam is fulfilled, the first beam may be selected from the multiple beams for LTM cell switch. That is, a beam with a valid early TA value is selected in priority.

[0127] In some implementations of the method described in Figure 5, the UE may receive an early TA value (denoted as a first early TA value) associated with the first LTM candidate cell (e.g. CLTM candidate cell#1) , and start a CLTM TAT (denoted as a third CLTM TAT) for the first early TA value associated with the first LTM candidate cell. The UE may also receive one or more early TA values (denoted as one or more second early TA values) associated with a set of other LTM candidate cells (denoted as a set of second LTM candidate cells, e.g. CLTM candidate cell#2) within the one or more LTM candidate cells, and start one or more CLTM TATs (denoted as one or more fourth CLTM TATs) for the one or more second early TA values associated with the set of second LTM candidate cells. Then, the UE may receive the LTM cell switch command associated with the first LTM candidate cell, e.g. from a source DU of the source NE, before the one or more execution conditions corresponding to the first LTM candidate cell are fulfilled. The LTM cell switch command may include an LTM configuration index associated with the first LTM candidate cell. In some embodiments, the source NE can send, to a UE, an LTM cell switch command MAC CE indicating a CLTM candidate configuration.

[0128] In some embodiments, after receiving the LTM cell switch command, the UE may perform a RACH-less based LTM towards the first LTM candidate cell by using the first early TA value, or may perform a RACH based LTM towards the first LTM candidate cell without using the first early TA value. Then, the UE may perform at least one of: (1) continuing maintaining the first early TA value; (2) keeping the third CLTM TAT for the first early TA value running; or (3) starting a TAT for a PTAG, wherein remaining time of the third CLTM TAT is used as  a length of the TAT for the PTAG.

[0129] In some embodiments, after the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH based LTM towards the first LTM candidate cell, the UE may release the first early TA value and / or stop the third CLTM TAT for the first early TA value.

[0130] In some embodiments, after the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell, the UE may continue maintaining the one or more second early TA values and / or keep the one or more fourth CLTM TATs for the one or more second early TA values running.

[0131] In some other embodiments, after the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell, the UE may release the one or more second early TA values and / or stop the one or more fourth CLTM TATs for the one or more second early TA values.

[0132] For example, the UE receives two early TA values for two CLTM candidate cells, respectively, e.g. early TA#1 for CLTM candidate cell#1 and early TA#2 for CLTM candidate cell#2. The UE receives an LTM cell switch command MAC CE associated with CLTM candidate cell#1. Then, a RACH based LTM or a RACH-less based LTM may be performed towards CLTM candidate cell#1. If the RACH based LTM is performed, the UE may release early TA#2 for CLTM candidate cell#2 and / or stop a CLTM TAT corresponding to early TA#2.

[0133] In some implementations of the method described in Figure 5, the UE may perform an LTM cell switch to the first candidate cell due to that the one or more execution conditions corresponding to the first LTM candidate cell are fulfilled. The UE may start a mobility timer (e.g. timer T304) upon performing the cell switch towards the first LTM candidate cell.

[0134] In some embodiments, the UE may determine that a failure occurs, if the mobility timer expires. If an indication of attempt conditional reconfiguration is configured to the UE, if a cell of the target NE is selected and if a CHO candidate configuration associated with the selected cell of the target NE is configured to the UE, the UE may perform a CHO towards the selected cell, instead of a re-establishment procedure. For example, the UE may transmit information (denoted as first information) to the target NE, after successfully assessing to the selected cell by performing the CHO. In some cases, the first information is named as a failure report or failure information.

[0135] In some embodiments, after successfully switching to the first LTM candidate cell, the UE may stop the mobility timer. Then, the UE may generate a SHR in response to fulfillment of a trigger condition for SHR, and transmit the SHR to the first LTM candidate cell. For example, the trigger condition for SHR is that a ratio between a value of elapsed running time (e.g. 450ms) of a physical layer problem timer (e.g. timer T310) and a configured length of the physical layer problem timer (e.g. 500ms) is greater than a threshold (e.g. 60%) .

[0136] In some embodiments, the first information (e.g. the failure report) and / or the SHR includes information indicating at least one of the following: (1) whether an LTM cell switch towards a target cell due to the reception of the LTM cell  switch command is triggered, wherein the target cell is configured with an execution condition within the set of execution conditions; (2) whether an L1 execution condition is configured to the target cell; (3) whether an L3 execution condition is configured to the target cell; (4) a content of the execution condition corresponding to the target cell; or (5) if the execution condition corresponding to the target cell is a combined condition (e.g.  Event A3+ Event A5) , which event within the combined condition is fulfilled firstly.

[0137] For example, the content of the execution condition corresponding to the target cell includes at least one of the following: (1) a serving cell of the UE becomes better than a threshold, e.g. Event A1; (2) the serving cell becomes worse than a threshold, e.g. Event A2; (3) a neighbour cell of the source NE becomes offset better than a primary cell of a master  or secondary cell group (SpCell) of the source NE, e.g. Event A3; (4) the neighbour cell becomes better than a threshold, e.g. Event A4; (5) the SpCell becomes worse than a first threshold and the neighbour becomes better than a  second threshold, e.g. Event A5; (6) the neighbour cell becomes offset better than a secondary cell (SCell) of the source NE,  e.g. Event A6; (7) an Inter-radio access technology (RAT) neighbour cell of the source NE becomes better  than a threshold, e.g. Event B1; (8) a primary cell (PCell) of the source NE becomes worse than a third threshold and the  inter RAT neighbour cell becomes better than a fourth threshold, e.g. Event B2; (9) interference becomes higher than a threshold, e.g. Event I1; (10) a new radio (NR) sidelink channel busy ratio is above a threshold, e.g. Event C1; (11) the NR sidelink channel busy ratio is below a threshold, e.g. Event C2; (12) an event that a current beam of the serving cell of the UE becomes worse than a first  threshold, wherein the current beam is a beam corresponding to a transmission configuration indicator (TCI) state indicated by the serving cell, e.g. Event LTM2; (13) an event that any beam of an LTM candidate cell becomes an amount of offset better  than the current beam of the serving cell, e.g. Event LTM3; (14) an event that any beam of the LTM candidate cell becomes better than a threshold, e.g.  Event LTM4; or (15) an event that the current beam of the serving cell becomes worse than a threshold and  any beam of the LTM candidate cell becomes better than another threshold, e.g. Event LTM5.

[0138] In some implementations of the method described in Figure 5, the UE may receive (e.g. from the source NE) "a CHO candidate configuration associated with one or more CHO candidate cells of the target NE" and "a set of execution conditions corresponding to the one or more CHO candidate cells" (i.e. a set of CHO execution conditions) . The UE may trigger to perform a CHO toward a CHO candidate cell in response to fulfillment of an execution condition within the set of CHO execution conditions, and start a CHO mobility timer (e.g. timer T304) upon performing the CHO towards the CHO candidate cell.

[0139] In some embodiments, if the CHO mobility timer expires, the UE may perform a re-establishment procedure, and perform a cell selection during the re-establishment procedure to select a cell. If an LTM candidate configuration associated with the selected cell (e.g. a CLTM candidate configuration) and an LTM execution condition corresponding to the selected cell (e.g. a CLTM execution condition) are configured to the UE, the UE may transmit a re-establishment request to the selected cell, instead of performing an LTM cell switch.

[0140] Figure 6 illustrates a flowchart of a method performed by a source NE in accordance with aspects of the present application. In some implementations, the source NE may be a source BS (e.g. source gNB) , and may execute a set of instructions to control the function elements of the source BS to perform the described functions. In some implementations, aspects of operations 602 and 604 may be performed by NE 400 as described with reference to Figure 4. Specific examples are described in the embodiments of any of Figures 8-10 as follows.

[0141] At 602, the method may include receiving "capability information of a UE" by a source NE from the UE. The capability information may be associated with at least one of "mTRP configured for an LTM candidate cell" or "two TAGs configured for the LTM candidate cell. " The capability information received at 602 may include the same or similar elements as those in the capability information as described in the embodiments of Figure 5. For example, the capability information may indicate: whether the UE supports an Intra-CU conditional LTM for a MCG; whether the UE supports the mTRP configured for the LTM candidate cell; whether the UE supports the two TAGs configured for the LTM candidate cell, or etc..

[0142] At 604, the method may include transmitting "an LTM candidate configuration associated with one or more LTM candidate cells of the source NE" and "a set of execution conditions corresponding to the one or more LTM candidate cells" by the source NE to the UE.

[0143] In some implementations, the LTM candidate configuration indicates that an LTM candidate cell (e.g. a first LTM candidate cell in the embodiments of Figure 5) within the one or more LTM candidate cells belongs to two TAGs (e.g. a first TAG and a second TAG in the embodiments of Figure 5) . The source NE may transmit "an early TA value for the first TAG (e.g. TAG#0) of the first LTM candidate cell" and / or "an early TA value associated with the second TAG (e.g. TAG#1) of the first LTM candidate cell" to the UE.

[0144] In some implementations, after the UE completing a cell switch towards the first TAG (e.g. TAG#0) of the first LTM candidate cell, a source DU of the source NE may be configured to transmit at least one of the following information to a target DU of the source NE via a CU of the source NE: (1) remaining time of a CLTM TAT for the early TA value associated with the second TAG  (e.g. TAG#1) of the first LTM candidate cell; or (2) information indicating that the early TA value associated with the second TAG of the first  LTM candidate cell is available.

[0145] In some implementations, the source NE may transmit, to the UE, an early TA value (e.g. a first early TA value in the embodiments of Figure 5) associated with one LTM candidate cell (e.g. the first LTM candidate cell in the embodiments of Figure 5) and one or more second early TA values associated with a set of other LTM candidate cells (e.g. a set of second LTM candidate cells in the embodiments of Figure 5) . The source NE may transmit, to the UE, an LTM cell switch command associated with the first LTM candidate cell. In some embodiments, a RACH-less based LTM is performed towards the first LTM candidate cell by using the first early TA value. In some other embodiments, a RACH based LTM is performed towards the first LTM candidate cell without using the first early TA value.

[0146] In some implementations, after the UE successfully switching to an LTM candidate cell (e.g. the first LTM candidate cell in the embodiments of Figure 5) by performing an LTM cell switch, the source NE may receive, from the UE, a SHR in response to fulfillment of a trigger condition for SHR. The SHR may include the same or similar elements as those in the SHR as described in the embodiments of Figure 5. For example, the trigger condition for SHR may include that a ratio between a value of elapsed running time of a physical layer problem timer (e.g. timer T310) and a configured length of the physical layer problem timer is greater than a threshold.

[0147] In some cases, a CU of the source NE is configured to forward the SHR to one or more candidate DUs of the source NE, and the one or more candidate DUs are configured to adjust one or more L1 execution conditions corresponding to the one or more LTM candidate cells based on the SHR.

[0148] In some other implementations, after the UE successfully assessing to a selected cell of the target NE by performing a CHO towards the selected cell in a case that a failure occurred at the UE during an LTM cell switch towards an LTM candidate cell within the one or more LTM candidate cells, the source NE may receive information (e.g. a failure report or failure information) from a target NE. The received information may include the same or similar elements as those in the first information as described in the embodiments of Figure 5.

[0149] Figure 7 illustrates a flowchart of a method performed by a target NE in accordance with aspects of the present application. In some implementations, the target NE may be a target BS (e.g. target gNB) , and may execute a set of instructions to control the function elements of the target BS to perform the described functions. In some implementations, aspects of operations 702 and 704 may be performed by NE 400 as described with reference to Figure 4. Specific examples are described in the embodiments of Figure 10 as follows.

[0150] At 702, the method may include receiving information (e.g. first information in the embodiments of Figure 5) by a target NE from a UE, after the UE successfully assessing to a target cell of the target NE by performing a CHO or a re-establishment procedure towards the target cell in a case that a failure occurred at the UE during an LTM cell switch towards an LTM candidate cell (e.g. a first LTM candidate cell in the embodiments of Figure 5) within one or more LTM candidate cells of a source NE. The information received at 702 may include the same or similar elements as those in the first information as described in the embodiments of Figure 5.

[0151] At 704, the method may include transmitting the received information (e.g. a failure report or failure information) by the target NE to the source NE.

[0152] It should be noted that the method described in any of Figures 5-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 application.

[0153] Figure 8 illustrates a schematic diagram of CLTM for MCG in accordance with aspects of the present application. Details described in all other embodiments of the present application are applicable for the embodiments shown in Figure 8. Following text describes different embodiments of Figure 8 in different cases, i.e. Embodiment 1, Embodiment 2 and Embodiment 3.

[0154] Embodiment 1

[0155] Embodiment 1 refers to Intra-CU MCG CLTM, in a case that a CLTM candidate cell is configured with two TAGs, e.g. TAG#0 and TAG#1. Embodiment 1 aims to solve an issue of how to handle an early TA for one TAG (e.g. TAG#1) of a CLTM candidate cell after an LTM cell switch, if a UE receives an LTM TAC MAC CE for the one TAG (e.g. TAG#1) of the CLTM candidate cell, and the UE performs a cell switch towards another TAG (e.g. TAG#0) due to the fulfilled execution condition or the reception of an LTM cell switch command.

[0156] At 801, a UE accesses a NE (e.g. the serving gNB) via MCG only or Dual-connectivity (DC) including MCG and SCG. In some embodiments of a DC case, the UE accesses a MN and a SN (which are included in the NE shown in Figure 8) via DC, and the UE receives a configuration related to an L1 measurement report or an L3 measurement report from the MN.

[0157] In some embodiments, the UE may report capability information of the UE to the NE (e.g. the MN) if receiving the enquiry from the NE. For example, the capability information may include at least one of the following (denoted as information#1 to information#9 for simplicity) : (1) information to indicate whether the UE supports Intra-CU conditional LTM for MCG; (2) information to indicate whether the UE supports mTRP that are configured for an LTM  candidate cell. For example, the LTM candidate cell could be an Inter-CU MCG LTM candidate cell, an Inter-CU SCG LTM candidate cell, or a CLTM candidate cell. A CLTM candidate cell is a candidate cell configured for a conditional LTM cell switch. (3) information to indicate whether the UE supports 2 TA values that are configured for an  LTM candidate cell; (4) information to indicate a maximum number of TAGs for one LTM candidate cell; (5) information to indicate whether the UE supports a recovery procedure for MCG LTM  execution when the selected cell in an RRC re-establishment procedure is an LTM candidate cell configured with an execution condition; (6) information to indicate whether the UE supports MAC-CE activated NCC; (7) information to indicate whether the UE supports the coexistence of different TAGs in a  serving cell (e.g. PCell) of the UE and an L1 event based measurement report; (8) information to indicate whether the UE supports different TAGs in the source PCell of  Inter-CU LTM procedure; or (9) information to indicate whether the UE supports different TAGs in a target PCell of Inter- CU LTM procedure.

[0158] At 802, after the NE (e.g. the source MN) receives a measurement report from the UE, the NE decides to prepare at least one candidate cell (i.e. one or more CLTM candidate cells) associated with a set of execution conditions corresponding to the at least one candidate cell.

[0159] In some embodiments, a gNB-CU of the NE (e.g. CU of the source MN, i.e. MN-CU) sends a request, e.g. UE CONTEXT SETUP REQUEST message, to one or more candidate gNB-DUs for a candidate cell (e.g. candidate cell#1 of candidate DU#1) . For example, it is assumed that the source cell of the UE is source cell#0 of candidate DU#0. The request from the gNB-CU towards one or more candidate gNB-DUs (e.g. candidate DU#1) may include at least one of the following: (1) ID information of the candidate cell (e.g. candidate cell#1 of candidate DU#1) ; (2) the capability information of the UE, which may include at least one of information#1 to  information#9 as described in operation 801 of Embodiment 1; (3) an indication to indicate that 2 TA values (e.g. mTRP or two TAG IDs) should be  configured, in the case that the gNB-CU decides to configure 2 TA values for this LTM candidate cell; (4) a CSI resource configuration for a subsequent LTM; (5) an LTM configuration ID mapping list to the one or more candidate gNB-DUs; (6) the requested PRACH resources from the one or more candidate gNB-DUs; or (7) a lower layer part of a reference configuration to the one or more candidate gNB-DUs.

[0160] In some embodiments, if a candidate gNB-DU (e.g. candidate DU#1) accepts the request of LTM configuration, the candidate gNB-DU may transmit a response, e.g. UE CONTEXT SETUP RESPONSE message, to the gNB-CU (e.g. the MN-CU) . Then, the gNB-CU may transmit a message, e.g. UE CONTEXT MODIFICATION REQUEST message, to the source DU (e.g. candidate DU#0) . If it is an L3 condition based LTM, the gNB-CU will generate the L3 execution condition. If it is L1 condition based LTM, the gNB-DU will generate the L1 execution condition.

[0161] At 803, the NE (e.g. the source MN) transmits an RRC reconfiguration message for LTM cell switch to the UE. The RRC reconfiguration message may include an LTM candidate configuration and a set of execution conditions for an LTM candidate cell (e.g. CLTM candidate cell#1, which may also be named as LTM candidate cell#1) .

[0162] In some embodiments, the RRC reconfiguration message further includes lengths of two TATs (i.e. ltm-Candidate-TimeAlignmentTimer) for two TAGs of the LTM candidate cell (e.g. CLTM candidate cell#1) which is configured for two TAG IDs (e.g. TAG#0 and TAG#1) .

[0163] At 804, the UE starts evaluating the set of execution conditions upon the reception of the set of execution conditions for CLTM candidate cell#1.

[0164] At 805, the UE receives an LTM TAC MAC CE for one TAG (e.g. TAG#1) of CLTM candidate cell#1. In the case that CLTM candidate cell#1 is configured with MIMO 2TA, the UE receives the LTM TAC MAC CE at 805, which includes an early TA value of TAG#1 of CLTM candidate cell#1.

[0165] At 806, the UE starts a CLTM TAT for the early TA associated with TAG#1 which is received at 805.

[0166] At 807, the UE may perform a cell switch (e.g. CLTM cell switch) towards another TAG (e.g. TAG#0) of CLTM candidate cell#1 due to the fulfilled execution condition of TAG#0 of CLTM candidate cell#1 or due to the reception of an LTM cell switch command towards TAG#0 of CLTM candidate cell#1. - In some embodiments, if the LTM cell switch is triggered due to the fulfilled execution  condition, a beam meeting the execution condition of CLTM candidate cell#1 may be selected. The UE can determine a TAG ID (e.g. an ID of TAG#0) based on the selected beam which meets the execution condition. For example, if multiple beams meet the execution condition of CLTM candidate cell#1, and if one beam of multiple beams is related to a TAG (e.g. TAG#0) while the TA value of this TAG is valid, the UE may select the one beam in priority for LTM cell switch. That is, the UE can determine an ID of TAG#0 based on the selected beam which is associated with a TAG ID, and then perform the LTM cell switch towards TAG#0 of CLTM candidate cell#1. - In some other embodiment, if the LTM cell switch is triggered due to the reception of an  LTM cell switch command MAC CE, the UE can determine a TAG ID (e.g. an ID of TAG#0) based on the TCI state included in the LTM cell switch command MAC CE. The association between the TCI state and the TAG ID may be provided to the UE by an RRC message. That is, the UE can determine an ID of TAG#0 based on the received LTM cell switch command MAC CE which includes the TCI state corresponding to TAG#0, and then perform the LTM cell switch towards TAG#0 of CLTM candidate cell#1.

[0167] At 808, following two options may be adopted in different embodiments: - Option A: the UE continues maintaining the early TA value associated with TAG#1 of  CLTM candidate cell#1 (i.e. the target cell) , and keeps the CLTM TAT for the early TA associated with TAG#1 running. That is, the CLTM TAT for the early TA associated with TAG#1 is not stopped upon the LTM cell switch execution towards TAG#0 in the target cell. In Option A, the UE may start a TAT of a PTAG by using the remaining time of the C-LTM TAT for the early TA associated with TAG#1 as a length of the TAT of the PTAG. - Option B: the UE releases the early TA value associated with TAG#1 of CLTM  candidate cell#1 (i.e. the target cell) and stops the CLTM TAT for the early TA associated with TAG#1, e.g. after the LTM cell switch towards TAG#0 in the target cell is triggered or after the LTM cell switch towards TAG#0 in the target cell is completed.

[0168] Embodiment 2

[0169] Embodiment 2 refers to a case that a UE receives two early TA values for two CLTM candidate cells, respectively. Embodiment 2 aims to solve issues of how to perform a specific LTM procedure to a CLTM candidate cell and how to handle an early TA value and a CLTM TAT for another candidate cell (e.g. CLTM candidate cell#2) after the UE receives LTM command MAC CE towards one candidate cell (e.g. CLTM candidate cell#1) configured with an execution condition.

[0170] At 801, a UE accesses a NE (e.g. the serving gNB) via MCG only or Dual-connectivity (DC) including MCG and SCG. In some embodiments of a DC case, the UE accesses a MN and a SN (which are included in the NE shown in Figure 8) via DC, and the UE receives a configuration related to an L1 measurement report or an L3 measurement report from the MN.

[0171] In some embodiments, the UE may report capability information of the UE to the NE (e.g. the MN) if receiving the enquiry from the NE. For example, the capability information may include at least one of information#1 to information#9 as described in operation 801 in Embodiment 1.

[0172] At 802, after the NE (e.g. the source MN) receives a measurement report from the UE, the NE decides to prepare at least one candidate cell (i.e. one or more CLTM candidate cells) associated with a set of execution conditions corresponding to the at least one candidate cell.

[0173] In some embodiments, a gNB-CU of the NE (e.g. CU of the source MN, i.e. MN-CU) sends a request, e.g. UE CONTEXT SETUP REQUEST message, to one or more candidate gNB-DUs for a candidate cell (e.g. candidate cell#1 of candidate DU#1) . The request from the gNB-CU towards one or more candidate gNB-DUs (e.g. candidate DU#1) may include the same or similar elements as those in the request as described in operation 802 in Embodiment 1.

[0174] In some embodiments, if a candidate gNB-DU (e.g. candidate DU#1) accepts the request of LTM configuration, the candidate gNB-DU may transmit a response, e.g. UE CONTEXT SETUP RESPONSE message, to the gNB-CU (e.g. the MN-CU) . Then, the gNB-CU may transmit a message, e.g. UE CONTEXT MODIFICATION REQUEST message, to the source DU. If it is L3 condition based LTM, the gNB-CU will generate the L3 execution condition. If it is L1 condition based LTM, the gNB-DU will generate the L1 execution condition.

[0175] At 803, the NE (e.g. the source MN) transmits an RRC reconfiguration message for LTM cell switch to the UE. The RRC reconfiguration message includes an LTM candidate configuration and a set of execution conditions for one LTM candidate cell (e.g. CLTM candidate cell#1, which may also be named as LTM candidate cell#1) . In addition, the UE receives another LTM candidate configuration and another set of execution conditions for another LTM candidate cell (e.g. CLTM candidate cell#2, which may also be named as LTM candidate cell#2) , e.g. via the same or different RRC reconfiguration message from the NE.

[0176] At 804, the UE starts evaluating the execution conditions for both CLTM candidate cell#1 and CLTM candidate cell#2 upon the reception of these two sets of execution conditions.

[0177] At 805, the UE receives an early TA value (e.g. early TA#1) for CLTM candidate cell#1 and an early TA value (e.g. early TA#2) for CLTM candidate cell#2, e.g. via the same or different LTM TAC MAC CE from the NE. If two TAGs are configured to one CLTM candidate cell (e.g. CLTM candidate cell#1 or CLTM candidate cell#2) , one indication should be added in the LTM TAC MAC CE to indicate to which TAG this early TA value refers.

[0178] At 806, the UE starts two CLTM TATs, wherein one CLTM TAT is for early TA#1 for CLTM candidate cell#1, and the other CLTM TAT is for early TA#2 for CLTM candidate cell#2. At 806, the UE continues to evaluate whether any of two sets of execution conditions corresponding to CLTM candidate cell#1 and CLTM candidate cell#2 is fulfilled.

[0179] At 807, the UE may perform a cell switch (e.g. CLTM cell switch) towards an CLTM candidate cell (i.e. a target cell, e.g. CLTM candidate cell#1) due to the reception of an LTM cell switch command associated with the CLTM candidate cell from the NE.

[0180] In some embodiments, the NE can send an LTM cell switch command MAC CE indicating a target configuration index associated with a target cell. In an embodiment, a target configuration index in the LTM cell switch command MAC CE indicates an index of a candidate target configuration to apply for LTM cell switch, and corresponds to an LTM candidate ID minus 1. For example, a range of LTM candidate ID is from 1 to 8, and a range of the target configuration index is from 0 to 7. For example, after the UE receives early TA#1 and early TA#2 for CLTM candidate cell#1 and CLTM candidate cell#2 at 805, respectively, the UE receives the LTM cell switch command including an LTM configuration index associated with CLTM candidate cell#1 at 807.

[0181] At 808, following two options may be adopted in different embodiments: - Option 1: an RACH-less based LTM is performed towards CLTM candidate cell#1.  Early TA#1 associated with CLTM candidate cell#1 can be used for LTM cell switch. - In Option 1, the UE may continue maintaining early TA#1 value associated with  CLTM candidate cell#1, and / or may keep a CLTM TAT for early TA#1 running. CLTM TAT for CLTM candidate cell#1 is not stopped upon the CLTM cell switch execution towards CLTM candidate cell#1 (i.e. the target cell) . In addition, the UE may start a TAT for a PTAG by using the remaining time from the CLTM TAT for early TA#1 as a length of the TAT for the PTAG. - Option 2: an RACH based LTM is performed towards CLTM candidate cell#1. Early  TA#1 associated with CLTM candidate cell#1 is not used for an LTM cell switch towards CLTM candidate cell#1. - Option 2a: the UE may continue maintaining early TA#1 associated with CLTM  candidate cell#1, and / or keep a CLTM TAT for early TA#1 running. CLTM TAT for CLTM candidate cell#1 is not stopped upon CLTM cell switch execution towards CLTM candidate cell#1 (i.e. the target cell) . In addition, the UE may start a TAT for a PTAG by using the remaining time from the CLTM TAT for early TA#1 as a length of the TAT for the PTAG. - Option 2b: the UE may release early TA#1 associated with CLTM candidate cell#1,  and / or stop a CLTM TAT for early TA#1 after completing the CLTM cell switch towards CLTM candidate cell#1 (i.e. the target cell) .

[0182] At 808, regarding how to handle an early TA value or a CLTM TAT for other one or more candidate cells (e.g. CLTM candidate cell#2) after the UE receives the LTM command MAC CE towards the target cell (e.g. CLTM candidate cell#1) configured with the execution condition, following two options may be adopted in different embodiments: - Option 3a: the UE may continue maintaining one or more early TA values associated  with other one or more candidate cells (e.g. CLTM candidate cell#2) and / or keep one or more CLTM TATs for the early TA values associated with other one or more candidate cells running after completing the CLTM cell switch towards the target cell (e.g. CLTM candidate cell#1) . - Option 3b: the UE may release one or more early TA values associated with other one  or more candidate cells (e.g. CLTM candidate cell#2) and / or stop one or more CLTM TATs for the early TA values associated with other one or more candidate cells running after completing the CLTM cell switch towards the target cell (e.g. CLTM candidate cell#1) .

[0183] Embodiment 3

[0184] Embodiment 3 aims to solve an issue of how to handle a failure for the coexistence of CHO and Intra-CU CLTM.

[0185] Operation 801 in Embodiment 3 is the same as operation 801 in Embodiment 2.

[0186] Operation 802 in Embodiment 3 is the same as operation 802 in Embodiment 2.

[0187] Operation 803 in Embodiment 3 is the same as operation 803 in Embodiment 2.

[0188] Operation 804 in Embodiment 3 is the same as operation 804 in Embodiment 2.

[0189] At 805, the UE receives a CHO configuration and the corresponding execution condition for a CHO candidate cell.

[0190] At 806, the UE starts evaluating the execution condition upon the reception of the execution condition for the CHO candidate cell.

[0191] At 807, once the execution condition is met, the UE performs a CHO towards the CHO candidate cell and starts a mobility timer (e.g. T304) for CHO.

[0192] At 808, if the mobility timer for CHO expires, the UE performs re-establishment procedure. For example, the UE performs a cell selection during the re-establishment procedure. If the selected cell of a target UE (not shown in Figure 8) is configured with a CLTM candidate configuration, the UE will not perform an LTM. Namely, the UE transmits re-establishment request to the selected cell of the target UE.

[0193] Figure 9 illustrates a schematic diagram of CLTM for MCG in accordance with aspects of the present application. Details described in all other embodiments of the present application are applicable for the embodiments shown in Figure 9.

[0194] The embodiments of Figure 9 refers to Intra-CU MCG CLTM, in case that a CLTM candidate cell is configured with two TAGs, e.g. TAG#0 and TAG#1. The embodiments of Figure 9 aim to solve an issue of how to select a beam if multiple beams belonging to two TAGs meet an execution condition in the case that a CLTM candidate cell is configured with two TA values.

[0195] At 901, a UE accesses a NE (e.g. the serving gNB) via MCG only or Dual-connectivity (DC) including MCG and SCG. In some embodiments of a DC case, the UE accesses a MN and a SN (which are included in the NE shown in Figure 9) via DC, and the UE receives a configuration related to an L1 measurement report or an L3 measurement report from the MN.

[0196] In some embodiments, the UE may report capability information of the UE to the NE (e.g. the MN) if receiving the enquiry from the NE. For example, the capability information may include at least one of information#1 to information#9 as described in operation 801 in Embodiment 1.

[0197] At 902, after the NE (e.g. the source MN) receives a measurement report from the UE, the NE decides to prepare at least one candidate cell (i.e. one or more CLTM candidate cells) associated with a set of execution conditions corresponding to the candidate cell.

[0198] In some embodiments, a gNB-CU of the NE (e.g. CU of the source MN, i.e. MN-CU) sends a request, e.g. UE CONTEXT SETUP REQUEST message, to one or more candidate gNB-DUs for a candidate cell (e.g. candidate cell#1 of candidate DU#1) . The request from the gNB-CU towards one or more candidate gNB-DUs (e.g. candidate DU#1) may include the same or similar elements as those in the request as described in operation 802 in Embodiment 1.

[0199] In some embodiments, if a candidate gNB-DU (e.g. candidate DU#1) accepts the request of LTM configuration, the candidate gNB-DU may transmit a response, e.g. UE CONTEXT SETUP RESPONSE message, to the gNB-CU (e.g. the MN-CU) . Then, the gNB-CU may transmit a message, e.g. UE CONTEXT MODIFICATION REQUEST message, to the source DU. If it is L3 condition based LTM, the gNB-CU will generate the L3 execution condition. If it is L1 condition based LTM, the gNB-DU will generate the L1 execution condition.

[0200] At 903, the NE (e.g. the source MN) transmits an RRC reconfiguration message for LTM cell switch to the UE. The RRC reconfiguration message may include an LTM candidate configuration and a set of execution conditions for an LTM candidate cell (e.g. CLTM candidate cell#1) .

[0201] In some embodiments, the RRC reconfiguration message further includes lengths of two TATs (i.e. ltm-Candidate-TimeAlignmentTimer) for two TAGs of the LTM candidate cell (e.g. CLTM candidate cell#1) which is configured for two TAG IDs (e.g. TAG#0 and TAG#1) .

[0202] At 904, the UE starts evaluating the set of execution conditions upon the reception of the set of execution conditions for CLTM candidate cell#1.

[0203] At 905, the UE receives an LTM TAC MAC CE for one TAG (e.g. TAG#1) of CLTM candidate cell#1. In the case that CLTM candidate cell#1 is configured with MIMO 2TA, the UE receives the LTM TAC MAC CE at 905, which includes an early TA value of TAG#1 of CLTM candidate cell#1.

[0204] At 906, the UE evaluates the set of execution conditions of CLTM candidate cell#1. For example, if multiple beams meet the execution condition of CLTM candidate cell#1, and if one beam of multiple beams is related to a TAG (e.g. TAG#0) while the TA value of this TAG is valid, the UE may select the one beam in priority for LTM cell switch.

[0205] At 907 and 908, the remaining time of a CLTM TAT for the early TA value associated with another TAG (e.g. TAG#1) of CLTM candidate cell#1 can be transferred from source DU of the NE (e.g. gNB-DU) to target DU of the NE via CU (e.g. gNB-CU) of the NE. Alternatively, the source DU transmits "information indicating that the early TA value associated with another TAG (e.g TAG#1) of CLTM candidate cell#1 is available" to the target DU via the CU at 907 and 908.

[0206] At 909, the UE performs a cell switch towards TAG#0 of CLTM candidate cell#1 configured with the early TA value.

[0207] Figure 10 illustrates a schematic diagram of CLTM for MCG in accordance with aspects of the present disclosure. Details described in all other embodiments of the present disclosure are applicable for the embodiments shown in Figure 10. The embodiments of Figure 10 aim to solve issues of how to handle a failure for the coexistence of CHO and Intra-CU CLTM and what is a MRO mechanism for a case that an LTM cell switch command is used to trigger an Intra-CU LTM candidate cell or an Inter-CU LTM candidate cell.

[0208] Operation 1001 is the same as operation 801 in Embodiment 2.

[0209] Operation 1002 is the same as operation 802 in Embodiment 2.

[0210] Operation 1003 is the same as operation 803 in Embodiment 2.

[0211] Operation 1004 is the same as operation 804 in Embodiment 2.

[0212] At 1005, the UE receives an LTM cell switch command, which includes an LTM configuration index associated with an LTM candidate cell (e.g. CLTM candidate cell#1) , from the NE.

[0213] In some embodiments, the NE sends an LTM cell switch command MAC CE indicating a target configuration index associated with CLTM candidate cell#1. In an embodiment, a target configuration index in the LTM cell switch command MAC CE indicates an index of a candidate target configuration to apply for LTM cell switch, and corresponds to an LTM candidate ID minus 1. For example, a range of LTM candidate ID is from 1 to 8, and a range of the target configuration index is from 0 to 7.

[0214] In some cases, after the UE receives early TA#1 and early TA#2 for CLTM candidate cell#1 and CLTM candidate cell#2, respectively, the UE receives the LTM cell switch command including target configuration index (e.g. the LTM configuration index) associated with CLTM candidate cell#1 at 1005.

[0215] At 1006, the UE starts a mobility timer (e.g. T304) and performs a cell switch towards CLTM candidate cell#1.

[0216] At 1007, the UE may perform a cell switch (e.g. the CLTM cell switch) towards the target cell (e.g. CLTM candidate cell#1) due to the reception of the LTM cell switch command towards the target cell from the NE.

[0217] At 1008, following two options may be adopted in different embodiments:

[0218] Option X: after the UE successfully accesses to the target cell (e.g. CLTM candidate cell#1) , the UE stops the mobility timer (e.g. T304) . - In Option X, if a trigger condition for SHR is met, a SHR will be triggered. For example,  the UE determines whether "the elapsed time of T310 since UE starts T310 in a source cell" (e.g. 450ms) is greater than the value of 60%*500ms (i.e. 300ms) , wherein 60% is a threshold configured by network. In some embodiments, the UE is triggered to report the SHR which includes at least one of the following: (1) whether an LTM cell switch towards a target cell (that is configured with an  execution condition) due to the reception of an LTM cell switch command is triggered, e.g. whether a command triggered LTM cell switch for a target cell configured with an execution condition is triggered; (2) whether an L1 execution condition is configured to the target cell; (3) whether an L3 execution condition is configured to the target cell; (4) a content of the execution condition corresponding to the target cell, e.g. Event A3,  Event A4, Event A5, Event A6, Event B1, Event B2, Event I1, Event C1, Event C2, and / or an LTM event (e.g. Event LTM2, Event LTM3, Event LTM4, and / or Event LTM5) ; or (5) if the execution condition corresponding to the target cell is a combined condition  (e.g. Event A3 and Event A5) , which event within the combined condition is fulfilled firstly. - In Option X, if the execution condition is an L1 execution condition, after receiving the  SHR from the UE, a CU of the NE may forward the SHR to one or more DUs of the NE so as to adjust the L1 execution condition.

[0219] Option Y: the mobility timer (e.g. T304) expires, and the UE considers that an LTM cell switch failure occurs. - In Option Y, if an indication of attempt conditional reconfiguration is configured to the  UE, if a cell of a target NE (not shown in Figure 10) is selected and if a CHO candidate configuration associated with the selected cell of the target NE is configured to the UE, the UE may perform a CHO towards the selected cell, instead of re-establishment procedure. Then, after the UE accesses the selected cell, the UE may transmit information (e.g. a failure report or failure information) including at least one of the following to the target NE: (1) whether an LTM cell switch towards a target cell (that is configured with an  execution condition) due to the reception of an LTM cell switch command is triggered, e.g. whether a command triggered LTM cell switch for a target cell configured with execution condition is triggered; (2) whether an L1 execution condition is configured to the target cell; (3) whether an L3 execution condition is configured to the target cell; (4) a content of the execution condition corresponding to the target cell, e.g. Event A3,  Event A4, Event A5, Event A6, Event B1, Event B2, Event I1, Event C1, Event C2, and / or an LTM event (e.g. Event LTM2, Event LTM3, Event LTM4, and / or Event LTM5) ; or (5) if the execution condition corresponding to the target cell is a combined condition  (e.g. Event A3 and Event A5) , which event within the combined condition is fulfilled firstly. - For example, the target NE may forward the received information (e.g. the failure report)  to the source NE (i.e. the NE as shown in Figure 10) . - In Option Y, if the execution condition is an L1 execution condition, after receiving the  information (e.g. the failure report) from the target NE, a CU of the source NE may forward the SHR to one or more DUs of the source NE so as to adjust the L1 execution condition.

[0220] The description herein is provided to enable a person having ordinary skill in the art to make or use the application. Various modifications to the application 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 application. Thus, the application is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

A user equipment (UE) for wireless communication, comprising:at least one memory; andat least one processor coupled to the at least one memory and configured to cause the UE to:transmit capability information of the UE to a source network equipment (NE) , wherein the capability information is associated with at least one of the following:multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, ortwo timing advance groups (TAG) sconfigured for the LTM candidate cell;receive an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; andtrigger to perform a cell switch towards a first LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to the first LTM candidate cell or in response to reception of an LTM cell switch command associated with the first LTM candidate cell.The UE of claim 1, wherein the capability information indicates at least one of the following:whether the UE supports an Intra-centralized unit (CU) conditional LTM (CLTM) for a master cell group (MCG) ;whether the UE supports the mTRP configured for the LTM candidate cell;whether the UE supports the two TAGs configured for the LTM candidate cell;a maximum number of one or more TAGs configured for the LTM candidate cell;whether the UE supports a recovery procedure to the LTM candidate cell if executing a CLTM for MCG towards the LTM candidate cell fails;whether the UE supports a medium access control (MAC) control element (CE) activated next hop chaining counter (NCC) ;whether the UE supports coexistence of different TAGs in a serving cell of the UE and an L1 event based measurement report;whether the UE supports different TAGs in a source primary cell (PCell) of an Inter-CU LTM procedure; orwhether the UE supports different TAGs in a target PCell of the Inter-CU LTM procedure.The UE of claim 1, wherein the LTM candidate configuration indicates that the first LTM candidate cell belongs to a first TAG and a second TAG, and the at least one processor is further configured to cause the UE to:receive, from a source cell of the source NE, an early timing advance (TA) value for the first TAG of the first LTM candidate cell; andstart a first conditional LTM (CLTM) time alignment timer (TAT) for the first TAG.The UE of claim 3, wherein the at least one processor is further configured to cause the UE to:receive, from the source cell of the source NE, an early TA value associated with the second TAG of the first LTM candidate cell;start a second CLTM TAT for the early TA value associated with the second TAG of the first LTM candidate cell; andtrigger to perform the cell switch towards the first TAG of the first LTM candidate cell.The UE of claim 4, wherein after triggering to perform the cell switch towards the first TAG of the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of:continuing maintaining the early TA value associated with the second TAG; orkeeping the second CLTM TAT for the early TA value associated with the second TAG running.The UE of claim 5, wherein after completing the cell switch towards the first TAG of the first LTM candidate cell, the at least one processor is further configured to cause the UE to start a TAT for a primary time advance group (PTAG) , and wherein remaining time of the second CLTM TAT is used as a length of the TAT for the PTAG.The UE of claim 5, wherein after triggering to perform the cell switch towards the first TAG of the first LTM candidate cell or after completing the cell switch towards the first TAG of the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of:releasing the early TA value associated with the second TAG; orstopping the second CLTM TAT for the early TA value associated with the second TAG.The UE of claim 3, wherein if multiple beams meet the one or more execution conditions corresponding to the first LTM candidate cell, the at least one processor is further configured to cause the UE to select one beam from the multiple beams for LTM cell switch, and wherein the multiple beams belong to at least one of the first TAG or the second TAG.The UE of claim 8, wherein if the multiple beams include a first beam belonging to the first TAG and a second beam belonging to the second TAG, and if the early TA value associated with the first TAG is valid when an execution condition of the first beam is fulfilled, the first beam is selected for LTM cell switch.The UE of claim 1, wherein the at least one processor is further configured to cause the UE to:receive a first early TA value associated with the first LTM candidate cell, and start a third conditional LTM (CLTM) time alignment timer (TAT) for the first early TA value associated with the first LTM candidate cell;receive one or more second early TA values associated with a set of second LTM candidate cells within the one or more LTM candidate cells, and start one or more fourth CLTM TATs for the one or more second early TA values associated with the set of second LTM candidate cells; andreceive the LTM cell switch command associated with the first LTM candidate cell, before the one or more execution conditions corresponding to the first LTM candidate cell are fulfilled.The UE of claim 10, wherein the at least one processor is further configured to cause the UE to:perform a random access channel (RACH) -less based LTM towards the first LTM candidate cell by using the first early TA value; orperform a RACH based LTM towards the first LTM candidate cell without using the first early TA value.The UE of claim 11, wherein the at least one processor is further configured to cause the UE to perform at least one of:continuing maintaining the first early TA value;keeping the third CLTM TAT for the first early TA value running; orstarting a TAT for a primary time advance group (PTAG) , wherein remaining time of the third CLTM TAT is used as a length of the TAT for the PTAG.The UE of claim 11, wherein after the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH based LTM towards the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of:releasing the first early TA value; orstopping the third CLTM TAT for the first early TA value.The UE of claim 11, wherein after the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of:continuing maintaining the one or more second early TA values; orkeeping the one or more fourth CLTM TATs for the one or more second early TA values running.The UE of claim 11, wherein after the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell is triggered or after completing the RACH-less based LTM or the RACH based LTM towards the first LTM candidate cell, the at least one processor is further configured to cause the UE to perform at least one of:releasing the one or more second early TA values; orstopping the one or more fourth CLTM TATs for the one or more second early TA values.The UE of claim 1, wherein the at least one processor is further configured to cause the UE to:perform an LTM cell switch to the first candidate cell due to that the one or more execution conditions corresponding to the first LTM candidate cell are fulfilled; andstart a mobility timer upon performing the cell switch towards the first LTM candidate cell.The UE of claim 16, wherein the at least one processor is further configured to cause the UE to:determine that a failure occurs, if the mobility timer expires; andif an indication of attempt conditional reconfiguration is configured to the UE, if a cell of the target NE is selected and if a conditional handover (CHO) candidate configuration associated with the selected cell of the target NE is configured to the UE, perform a CHO towards the selected cell.A source network equipment (NE) for wireless communication, comprising:at least one memory; andat least one processor coupled to the at least one memory and configured to cause the source NE to:receive capability information of a user equipment (UE) from the UE, wherein the capability information is associated with at least one of the following:multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, ortwo timing advance groups (TAG) sconfigured for the LTM candidate cell; andtransmit, to the UE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:transmit capability information of a user equipment (UE) to a source network equipment (NE) , wherein the capability information is associated with at least one of the following:multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, ortwo timing advance groups (TAG) sconfigured for the LTM candidate cell;receive, from the source NE, an LTM candidate configuration associated with one or more LTM candidate cells of the source NE and a set of execution conditions corresponding to the one or more LTM candidate cells; andtrigger to perform a cell switch towards a first LTM candidate cell in response to fulfillment of one or more execution conditions within the set of execution conditions corresponding to the first LTM candidate cell or in response to reception of an LTM cell switch command associated with the first LTM candidate cell.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:receive capability information of a user equipment (UE) from the UE, wherein the capability information is associated with at least one of the following:multiple transmission reception points (mTRP) configured for a layer-1 / layer-2 (L1 / L2) -Triggered Mobility (LTM) candidate cell, ortwo timing advance groups (TAG) sconfigured for the LTM candidate cell; andtransmit, to the UE, an LTM candidate configuration associated with one or more LTM candidate cells of a source network equipment (NE) and a set of execution conditions corresponding to the one or more LTM candidate cells.

Images