Method for mobility enhancement

Abstract

This disclosure is directed generally to wireless communications technologies and more specifically to configuration and execution of Layer- 1 / Layer-2 Triggered Mobility (LTM) and / or conditional LTM at a Secondary Cell Group (SCG) level. Specifically, an SCG LTM may be initiated by a master node (MN) or by a source secondary node (SN). Such an SCG LTM may be implemented between SCG or primary secondary cell (PSCell) within the source SN (intra-SN SCG LTM) or between different SNs (inter-SN SCG LTM). The various components of the wireless network including the MN, the source SN, and one or more candidate SNs, with or without splitting between their central units (CUs) and distributed units (DUs), are coordinated at various network layers in order to prepare, configure, and / or execute such SCG LTM.

Description

METHOD FOR MOBILITY ENHANCEMENTTECHNICAL FIELD

[0001] This disclosure is directed generally to wireless communications technologies and more specifically to configuration and execution of Layer-1 / Layer-2 Triggered Mobility (LTM) and / or conditional LTM (CLTM) at a Secondary Cell Group (SCG) level.BACKGROUND

[0002] In a wireless network, a wireless terminal device in communication with a serving cell may need to switch cells during mobility. It is desirable for such cell switches to be performed with reduced mobility latency, data interruption time, communication overhead and / or energy consumption in various network architectures and topologies.SUMMARY

[0003] This disclosure is directed generally to wireless communications technologies and more specifically to configuration and execution of Layer-1 / Layer-2 Triggered Mobility (LTM) and / or conditional LTM at a Secondary Cell Group (SCG) level. Specifically, an SCG LTM may be initiated by a master node (MN) or by a source secondary node (SN) . Such an SCG LTM may be implemented between SCG or primary secondary cell (PSCell) within the same SN (intra-SN SCG LTM) or between different SNs (inter-SN SCG LTM) . The various components of the wireless network including the MN, the source SN, and one or more candidate SNs, with or without splitting between their central units (CUs) and distributed units (DUs) , are coordinated at various network layers in order to prepare, configure, and execute such SCG LTM.

[0004] In some example implementations, a method performed by a Master Node (MN) of a wireless network for serving a wireless terminal together with a source Secondary Node (SN) via a source Primary Secondary Cell (PSCell) among a Secondary Cell Group (SCG) is disclosed. the method may include initiating a Layer-1 / Layer-2 Triggered mobility (LTM) preparation procedure to obtain an LTM configuration; transmitting the LTM configuration to the wireless terminal; determining, based on a set of L1 measurements, to initiate an SCG LTM cell switch for the wireless terminal to switch from the source PSCell to a target PSCell in a target SN; transmitting an LTM cell switch command to the wireless terminal for triggering the SCG LTM  cell switch; and receiving a Radio Resource Control (RRC) complete message from the wireless terminal upon an execution of the SCG LTM cell switch by the wireless terminal from the source PSCell to the target PSCell.

[0005] In the example implementations above, the LTM preparation procedure comprises transmitting an SN addition request message to each of one or more candidate SNs, wherein the SN addition request message to a candidate SN of the one or more candidate SNs comprises at least one of: an indication to indicate that LTM is requested; identifiers of the one or more candidate SNs; one or more candidate cells recommended by the MN for the candidate SN; one or more candidate cells recommended by the MN for each of other candidate SNs; a maximum number of candidate cells that can be prepared by the candidate SN for LTM; a list of SN key and associated sk-counter values for the candidate SN; LTM candidate configuration IDs or ID range for the one or more candidate cells that can be prepared by the candidate SN; a mapping between LTM candidate configuration IDs and the one or more candidate cells; a request indication for an SCG reference configuration; an SCG reference cell configuration; a request indication for L1 Reference Signal (RS) configuration; a request indication for early TA acquisition resource configuration; or a request indication for TCI-state configuration.

[0006] In any one of the example implementations above, the LTM preparation procedure further comprises receiving an SN addition request acknowledge message from the candidate SN of the one or more candidate SNs, wherein the SN addition request acknowledge message from the candidate SN of the one or more candidate SNs comprises at least one of: one or more prepared candidate SN DU IDs; one or more prepared candidate cell IDs; the SCG reference configuration, in response to the request indication for an SCG reference configuration; a candidate SCG configuration for each of the one or more prepared candidate cells; an indicator to indicate whether the candidate SCG configuration of a corresponding candidate cell is a complete configuration with respect to the SCG reference configuration or not; L1 RS configurations of the one or more prepared candidate cells; early UL synchronization configurations of the one or more prepared candidate cells; or TCI-state configurations of the one or more prepared candidate cells.

[0007] In any one of the example implementations above, the LTM preparation procedure further comprises sending by the MN an SN modification request message to the source SN or a candidate SN of the one or more candidate SNs, to notify information of candidate cells prepared by the one or more candidate SNs.

[0008] In any one of the example implementations above, the SN modification request message comprises at least one of: the identifiers of the one or more candidate SNs; one or more candidate SN DU IDs; one or more prepared candidate cell IDs; LTM candidate configuration IDs of the prepared candidate cells; L1 RS  configurations of the prepared candidate cells; early UL synchronization configurations of the prepared candidate cells; TCI-state configurations of the prepared candidate cells; an SCG reference configuration; or CSI resource configurations for L1 measurements of the prepared candidate cells.

[0009] In any one of the example implementations above, the method may further include receiving by the MN an SN modification request acknowledge message from the source SN or the candidate SN of the one or more candidate SNs, in response to the SN modification request message.

[0010] In any one of the example implementations above, the SN modification request acknowledge message comprises CSI resource configurations for L1 measurements of the prepared candidate cells or an updated SCG configuration.

[0011] In any one of the example implementations above, the LTM configuration comprises one or more LTM candidate configurations.

[0012] In any one of the example implementations above, the SCG LTM cell switch is performed according to the LTM candidate configuration of the target PSCell.

[0013] In any one of the example implementations above, each of the one or more candidate LTM configurations comprises an indicator for indicating whether a corresponding LTM candidate is for SCG LTM cell switch or MCG LTM cell switch.

[0014] In any one of the example implementations above, the method may further include determining the target PSCell for the SCG LTM cell switch based on L1 measurements for one or more candidate cells of one or more candidate SNs and including information about the target PSCell in the LTM cell switch command.

[0015] In any one of the example implementations above, determining the target PSCell for the SCG LTM cell switch comprises one of: determining within a DU of the MN the target PSCell for the SCG LTM cell switch, based on the L1 measurements; performing a coordination between the DU of the MN and a CU of the MN to determine the target PSCell for the SCG LTM cell switch; or performing a coordination between the MN and the target SN to determine the target PSCell for the SCG LTM cell switch.

[0016] In any one of the example implementations above, the LTM cell switch command comprises an LTM cell switch type indicator for indicating whether the LTM cell switch command is intended for SCG LTM cell switch or MCG LTM cell switch.

[0017] In any one of the example implementations above, the LTM cell switch command comprises a Media Access Control (MAC) Control Element (MAC CE) .

[0018] In any one of the example implementations above, when the LTM cell switch type indicator indicates that the LTM cell switch command is intended for SCG LTM cell switch, the SCG LTM cell switch further causing the wireless terminal to perform at least one of: indicating to upper or lower layers of MAC layer that the LTM cell switch is intended for SCG LTM cell switch; or performing LTM related operations in an SCG MAC entity of the wireless terminal for the SCG LTM cell switch.

[0019] In any one of the example implementations above, the LTM related operations comprise at least one of a MAC reset, a TA processing, a selection of configured uplink grant, or a RACH-less (Random Access Channel-less) LTM switch.

[0020] In any one of the example implementations above, initiating the SCG LTM cell switch further comprises: sending a cell switch notification message to inform the target SN about information associates with the target PSCell, wherein the information associated with the target PSCell comprising at least one of an ID of the target PSCell or a TCI-state ID (s) of the target PSCell.

[0021] In any one of the example implementations above, the method may further include at least one of: transmitting a candidate configuration ID range for candidate cells suggested to be prepared for the LTM, to a candidate SN; or receiving a mapping between the candidate cells prepared by the candidate SN and the candidate configuration ID, the mapping being determined by the candidate SN according to the candidate configuration ID range.

[0022] In any one of the example implementations above, the method may further include initiating an SN modification or release procedure towards the source SN, after receiving the RRC complete message from the wireless terminal, to inform the source SN to stop providing user data to the wireless terminal or to switch to a prepared state.

[0023] In some other example implementations, a method performed by a wireless terminal served by a source Secondary Node (SN) of a wireless network for serving a wireless terminal via a source Primary Secondary Cell (PSCell) among a Secondary Cell Group (SCG) and a Master Node (MN) is disclosed. Tthe method may include receiving from the MN a Layer-1 / Layer-2 Triggered mobility (LTM) configuration; receiving from the MN an LTM cell switch command; and performing an SCG LTM cell switch from the source PSCell to a target PSCell of a target SN according to the LTM cell switch command and the LTM configuration.

[0024] In the example implementations above, the method may further include performing an UL synchronization with a candidate SN for the SCG LTM cell switch prior to receiving the LTM cell switch command.

[0025] In any one of the example implementations above, the UL synchronization comprises receiving a random-access indication signaling from the source SN for triggering the UL synchronization via an early random-access procedure between the wireless terminal and the candidate SN.

[0026] In any one of the example implementations above, the LTM cell switch command comprises information associated with the target PSCell, the target PSCell being determined: within a DU of the MN; by a coordination between the DU of the MN and a CU of the MN; or by a coordination between the MN and the target SN.

[0027] In any one of the example implementations above, the LTM cell switch command comprises an LTM cell switch type indicator for indicating whether the LTM cell switch command is intended for SCG LTM cell switch or MCG LTM cell switch.

[0028] In any one of the example implementations above, the LTM cell switch command comprises a Media Access Control (MAC) Control Element (MAC CE) .

[0029] In any one of the example implementations above, when the LTM cell switch type indicator indicates that the LTM cell switch command is intended for SCG LTM cell switch, the SCG LTM cell switch further comprises performing at least one of: indicating to upper or lower layers of MAC layer that the LTM cell switch command is intended for SCG LTM cell switch; or performing LTM related operations in an SCG MAC entity of the wireless terminal for the SCG LTM cell switch.

[0030] In any one of the example implementations above, the LTM related operations comprise at least one of a MAC reset, a TA processing, a selection of configured uplink grant, or a RACH-less (Random Access Channel-less) LTM switch.

[0031] In some other implementations, a wireless communications apparatus is disclosed. The wireless communication apparatus may include a processor and a memory, wherein the processor is configured to read code from the memory and implement any one of the methods above.

[0032] In yet some other implementations, a non-transitory computer readable medium is disclosed. The non-transitory computer readable medium may include computer instructions, when executed by a processor  of a wireless communication device, may cause the wireless communication device to implement any one of the methods above.BRIEF DESCRIPTION OF THE DRAWINGS

[0033] FIG. 1 illustrates an example wireless communication network including a wireless access network, a core network, and data networks.

[0034] FIG. 2 illustrates an example wireless access network including a plurality of mobile stations / terminals or User Equipments (UEs) and a wireless access network node in communication with one another via an over-the-air radio communication interface.

[0035] FIG. 3 shows an example radio access network (RAN) architecture.

[0036] FIG. 4 shows an example communication protocol stack in a wireless access network node or wireless terminal device including various network layers.

[0037] FIG. 5 illustrates an example LTM procedure.

[0038] FIG. 6 illustrates an example conditional LTM procedure.

[0039] FIG. 7 illustrates an example procedure for a Secondary Node (SN) initiated inter-SN LTM preparation.

[0040] FIG. 8 illustrates an example procedure for a Master Node (MN) initiated inter-SN LTM preparation.

[0041] FIG. 9 illustrates an example SN-triggered early synchronization procedure and / or Secondary Cell Group (SCG) LTM cell switch execution procedure.

[0042] FIG. 10 illustrates an example MN-triggered early synchronization procedure and / or Secondary Cell Group (SCG) LTM cell switch execution procedure.

[0043] FIGs. 11-12 illustrate an example overall procedure for SN-initiated inter-SN LTM.

[0044] FIGs. 13-14 illustrate an example overall procedure for MN-initiated inter-SN LTM.

[0045] FIG. 15 illustrates an example subsequent cell switch.DETAILED DESCRIPTION

[0046] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. The present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0047] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0048] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context. Wireless Network Overview.

[0049] An example wireless communication network, shown as 100 in FIG. 1, may include wireless terminal devices or user equipment (UE) 110, 111, and 112, a carrier network 102, various service applications 140, and other data networks 150. The wireless terminal devices or UEs, may be alternatively referred to as  wireless terminals. The carrier network 102, for example, may include access network nodes 120 and 121, and a core network 130. The carrier network 110 may be configured to transmit voice, data, and other information (collectively referred to as data traffic) among UEs 110, 111, and 112, between the UEs and the service applications 140, or between the UEs and the other data networks 150. The access network nodes 120 and 121 may be configured as various wireless access network nodes (WANNs, alternatively referred to as wireless base stations) to interact with the UEs on one side of a communication session and the core network 130 on the other. The term “access network” may be used more broadly to refer a combination of the wireless terminal devices 110, 111, and 112 and the access network nodes 120 and 121. A wireless access network may be alternatively referred to as Radio Access Network (RAN) . The core network 130 may include various network nodes configured to control communication sessions and perform network access management and traffic routing. The service applications 140 may be hosted by various application servers deployed outside of but connected to the core network 130. Likewise, the other data networks 150 may also be connected to the core network 130.

[0050] In the example wireless communication network of 100 of FIG. 1, the UEs may communicate with one another via the wireless access network. For example, UE 110 and 112 may be connected to and communicate via the same access network node 120. The UEs may communicate with one another via both the access networks and the core network. For example, UE 110 may be connected to the access network node 120 whereas UE 111 may be connected to the access network node 121, and as such, the UE 110 and UE 111 may communicate to one another via the access network nodes 120 and 121, and the core network 130. The UEs may further communicate with the service applications 140 and the data networks 150 via the core network 130. Further, the UEs may communicate to one another directly via side link communications, as shown by 113.

[0051] FIG. 2 further shows an example system diagram of the wireless access network 120 including a WANN 202 serving UEs 110 and 112 via the over-the-air interface 204. The wireless transmission resources for the over-the-air interface 204 include a combination of frequency, time, and / or spatial resource. Each of the UEs 110 and 112 may be a mobile or fixed terminal device installed with mobile access units such as SIM / USIM modules for accessing the wireless communication network 100. The UEs 110 and 112 may each be implemented as a terminal device including but not limited to a mobile phone, a smartphone, a tablet, a laptop computer, a vehicle on-board communication equipment, a roadside communication equipment, a sensor device, a smart appliance (such as a television, a refrigerator, and an oven) , or other devices that are capable of  communicating wirelessly over a network. As shown in FIG. 2, each of the UEs such as UE 112 may include transceiver circuitry 206 coupled to one or more antennas 208 to effectuate wireless communication with the WANN 120 or with another UE such as UE 110. The transceiver circuitry 206 may also be coupled to a processor 210, which may also be coupled to a memory 212 or other storage devices. The memory 212 may be transitory or non-transitory and may store therein computer instructions or code which, when read and executed by the processor 210, cause the processor 210 to implement various ones of the methods described herein.

[0052] Similarly, the WANN 120 may include a wireless base station or other wireless network access point capable of communicating wirelessly via the over-the-air interface 204 with one or more UEs and communicating with the core network 130. For example, the WANN 120 may be implemented, without being limited, in the form of a 2G base station, a 3G nodeB, an LTE eNB, a 4G LTE base station, a 5G NR base station of a 5G gNB, a 5G central-unit base station, or a 5G distributed-unit base station. Each type of these WANNs may be configured to perform a corresponding set of wireless network functions. The WANN 202 may include transceiver circuitry 214 coupled to one or more antennas 216, which may include an antenna tower 218 in various forms, to effectuate wireless communications with the UEs 110 and 112. The transceiver circuitry 214 may be coupled to one or more processors 220, which may further be coupled to a memory 222 or other storage devices. The memory 222 may be transitory or non-transitory and may store therein instructions or code that, when read and executed by the one or more processors 220, cause the one or more processors 220 to implement various functions of the WANN 120 described herein.

[0053] Data packets in a wireless access network such as the example described in FIG. 2 may be transmitted as protocol data units (PDUs) . The data included therein may be packaged as PDUs at various network layers wrapped with nested and / or hierarchical protocol headers. The PDUs may be communicated between a transmitting device or transmitting end (these two terms are used interchangeably) and a receiving device or receiving end (these two terms are also used interchangeably) once a connection (e.g., a radio link control (RRC) connection) is established between the transmitting and receiving ends. Any of the transmitting device or receiving device may be either a wireless terminal device such as device 110 and 120 of FIG. 2 or a wireless access network node such as node 202 of FIG. 2. Each device may both be a transmitting device and receiving device for bi-directional communications.

[0054] The core network 130 of FIG. 1 may include various network nodes geographically distributed and interconnected to provide network coverage of a service region of the carrier network 102. These network  nodes may be implemented as dedicated hardware network nodes. Alternatively, these network nodes may be virtualized and implemented as virtual machines or as software entities. These network nodes may each be configured with one or more types of network functions which collectively provide the provisioning and routing functionalities of the core network 130.

[0055] Returning to wireless radio access network (RAN) , FIG. 3 illustrates an example RAN 340 in communication with a core network 310 and wireless terminals UE1 to UE7. The RAN 340 may include one or more various types of wireless base station or WANNs 320 and 321 which may include but are not limited to gNB, eNodeB, NodeB, or other type of base stations. The RAN 340 may be backhauled to the core network 310. The WANNs 320, for example, may further include multiple separate access network nodes in the form of a Central Unit (CU) 322 and one or more Distributed Unit (DU) 324 and 326. The CU 322 is connected with DU1 324 and DU2 326 via various interfaces, for example, an F1 interface. The F1 interface, for example, may further include an F1-C interface and an F1-U interface, which may be used to carry control plane information and user plane data, respectively. In some embodiments, the CU may be a gNB Central Unit (gNB-CU) , and the DU may be a gNB Distributed Unit (gNB-DU) . While the various implementations described below are provided in the context of a 5G cellular wireless network, the underlying principles described herein are applicable to other types of radio access networks including but not limited to other generations of cellular network, as well as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0056] The UEs may be connected to the network via the WANNs 320 over an air interface. The UEs may be served by at least one cell. Each cell is associated with a coverage area. These cells may be alternatively referred to as serving cells. The coverage areas between cells may partially overlap. Each UE may be actively communicating with at least one cell while may be potentially connected or connectable to more than one cell. In some example implementations, a DU of FIG. 3 may support one or multiple cells and one cell is supported by only one DU. In the example of FIG. 3, UE1, UE2, and UE3 may be served by cell1 330 of the DU1, whereas UE4 and UE5 may be served by cell2 332 of the DU1, and UE6 and UE7 may be served by cell3 associated with DU2. In some implementations, a UE may be served simultaneously by two or more cells. Each of the UE may be mobile and the signal strength and quality from the various cells at the UE may depend on the UE location and mobility.

[0057] FIG. 4 further illustrates a simplified view of the various network layers involved in transmitting user-plane PDUs from a transmitting device 402 to a receiving device 404 in the example wireless access network of FIGs. 1-3. FIG. 4 is not intended to be inclusive of all essential device components or network  layers for handling the transmission of the PDUs. FIG. 4 illustrates that the data packaged by upper network layers 420 at the transmitting device 402 may be transmitted to corresponding upper layer 430 (such as radio resource control or RRC layer) at the receiving device 304 via Packet Data Convergence Protocol layer (PDCP layer, not shown in FIG. 4) and radio link control (RLC) layer 422 and of the transmitting device, the physical (PHY) layers of the transmitting and receiving devices and the radio interface, as shown as 406, and the media access control (MAC) layer 434 and RLC layer 432 of the receiving device. Various network entities in each of these layers may be configured to handle the transmission and retransmission of the PDUs.

[0058] In FIG. 4, the upper layers 420 may be referred as layer-3 or L3, whereas the intermediate layers such as the RLC layer and / or the MAC layer and / or the PDCP layer (not shown in FIG. 4) may be collectively referred to as layer-2, or L2, and the term layer-1 is used to refer to layers such as the physical layer and the radio interface-associated layers. In some instances, the term “low layer” may be used to refer to a collection of L1 and L2, whereas the term “high layer” may be used to refer to layer-3. In some situations, the term “lower layer” may be used to refer to a layer among L1, L2, and L3 that are lower than a current reference layer. Control signaling may be initiated and triggered at each of L1 through L3 and within the various network layers therein. These signaling messages may be encapsulated and cascaded into lower layer packages and transmitted via allocated control or data over-the-air radio resources and interfaces. The term “layer” generally includes various corresponding entities thereof. For example, a MAC layer encompasses corresponding MAC entities that may be created. The layer-1 (L1) , for example, encompasses PHY entities. The layer-2 (L2) , for another example encompasses MAC layers / entities, RLC layers / entities, service data adaptation protocol (SDAP) layers and / or PDCP layers / entities.

[0059] In some example CU / DU splitting implementations shown in FIG. 3, the CU 322 may be defined as a logical node hosting higher layer RRC, SDAP and PDCP protocols of the example gNB or RRC and PDCP protocols or protocol entities of the example en-gNB that controls the operation of the one or more example DUs 324 and 326. The example DUs 324 and 326 may each be defined as a logical node hosting lower layer RLC, MAC and PHY protocol or protocol entities of the gNB or en-gNB, with its operation partly controlled by CU 322.

[0060] In some example implementations, the cells shown in FIG. 3 may be alternatively referred to as serving cells. The serving cells may be grouped into serving cell groups (CGs) . A serving cell group may be either a Master CG (MCG) or Secondary CG (SCG) . Within each type of cell groups, there may be one primary cell and one or more secondary cells. A primary cell in a MSG, for example, may be referred to as a  PCell, whereas a primary cell in a SCG may be referred to as PSCell. Secondary cells in either an MCG or an SCG may be all referred to as SCell. The primary cells including PCell and PSCell may be collectively referred to as spCell (special Cell) . All these cells may be referred to as serving cells or cells. The term “cell” and “serving cell” may be used interchangeably in a general manner unless specifically differentiated. The term “serving cell” may refer to a cell that is serving, will serve, or may serve the UE. In other words, a “serving cell” may not be currently serving the UE. While the various embodiment described below may at times be referred to one of the types of serving cells above, the underlying principles apply to all types of serving cells in both types of serving cell groups.

[0061] L1 / L2 Triggered Mobility (LTM)

[0062] LTM is a procedure in which a gNB (generally representing a base station) receives L1 measurement report (s) from a UE, and on that basis the gNB changes UE’s serving cell by a cell switch command signaled via, for example, a MAC CE. The cell switch command indicates as a target cell an LTM candidate cell with a cell configuration that the gNB has previously prepared and provided to the UE through RRC signaling. Then the UE switches to the target cell according to the cell switch command. The cell switch command may be conveyed in a MAC CE, which contains necessary information to perform the LTM cell switch.

[0063] An overall example procedure for LTM is shown in FIG. 5 including, for example, an LTM preparation procedure, an early synchronization procedure, an LTM cell switching execution procedure, and an LTM cell switch completion procedure. Subsequent LTM is done by repeating the early synchronization, LTM cell switch execution, and LTM cell switch completion steps without releasing other LTM candidate cell configurations after each LTM cell switch completion. FIG. 5 may be applied to a scenario that the cell switch is intra-CU, and as such only one gNB is shown and the LTM cell switch may occur between a source cell and a target cell associated with the same gNB. The example general procedure of FIG. 5 may be applicable to Main-Cell-Group (MCG) LTM cell switching and / or Secondary-Cell-Group SCG LTM cell switching.

[0064] The example general procedure of FIG. 5 for LTM is described as follows. The numeral headers represent the corresponding steps of FIG. 5.

[0065] 1. The UE sends a MeasurementReport message to the gNB in the current communication connection with a source cell associated with the gNB. The gNB receives MeasurementReport message and then decides, based on the MeasurementReport message, to initiate LTM preparation to  configure future LTM cell switch.

[0066] 2. The gNB transmits an RRCReconfiguration message to the UE including the LTM candidate cell configurations for candidate cells.

[0067] 3. The UE stores the LTM candidate cell configurations and transmits an RRCReconfigurationComplete message to the gNB. Steps 1-3 may be referred to as an LTM preparation procedure.

[0068] 4a. The UE may perform downlink (DL) synchronization with the candidate cell (s) before receiving the cell switch command.

[0069] 4b. If configured / indicated by the network, the UE may perform UE-based Time Advance (TA) measurement (s) or PDCCH order triggered early RACH to acquire the TA value (s) of one or multiple candidate cells before receiving the cell switch command. For UE-based Time Advance (TA) measurement (s) , the UE performs TA measurement (s) for the candidate cells after being configured by RRC but the exact timing for the UE to perform the TA measurement (s) is up to UE implementation. For PDCCH order triggered early RACH, this may be done via Contention Free Random Access (CFRA) triggered by a Physical Downlink Control Channel (PDCCH) order from the source cell, following which the UE sends preamble towards the indicated candidate cell. Then the indicated candidate cell calculates the TA value (s) . In order to minimize the data transmission interruption of the source cell in the current communication with the UE due to the CFRA towards the candidate cell (s) , the candidate cell (s) may not transmit and the UE may not receive Random Access Response (RAR) for the purpose of TA value acquisition, and the TA value (s) of the candidate cell (s) may be indicated in the cell switch command to the UE. The UE may not maintain TA timer (s) for the candidate cell (s) , and may rely on network implementation to guarantee TA validity instead. Steps 4a and 4b above may be referred to as an early synchronization procedure.

[0070] 5. The UE performs L1 measurements on the configured candidate cell (s) and transmits L1 measurement reports to the gNB. L1 measurements should be performed as long as the RRC reconfiguration message (received in Step 2) is applied by the UE.

[0071] 6. The gNB may decide to execute cell switch to a target cell (among the candidate cell (s) ) and transmits, e.g., a MAC CE triggering the cell switch by including a candidate configuration index  of the target cell (for identifying the target cell configuration among one or more candidate cells) . The UE may then switch to the target cell and apply the cell configuration indicated by the candidate configuration index.

[0072] 7. The UE performs the random access procedure towards the target cell, if UE does not already have a valid TA of the target cell from, for example, the synchronization procedure above. The random access procedure of Step 7 may be omitted if the UE has already obtained a valid TA of the target cell. Steps 5 through 7 above may be referred to as LTM cell switch execution procedure.

[0073] 8. The UE completes the LTM cell switch procedure by sending RRCReconfigurationComplete message to the target cell. If the UE has performed a random access procedure in Step 7 above, the UE may consider that LTM cell switch execution is successfully completed when the random access procedure is successfully completed. For RACH-less LTM (where Step 7 is omitted) , the UE may instead consider that LTM cell switch execution is successfully completed when the UE determines that the network has successfully received its first UL data.

[0074] The Steps 4-8 above can be performed multiple times for subsequent LTM using the LTM candidate configuration (s) provided in Step 2.

[0075] Conditional Mobility

[0076] Conditional mobility may be implemented in cell switching, where the UE determines to switch cells based on pre-configured condition (s) rather than cell switch command from the network. The conditional mobility can include both conditional LTM (CLTM) and conditional L3 mobility. In some example implementations, conditional mobility may be applied to LTM, i.e., CLTM. In some other example implementations, conditional L3 mobility can include, for example, at least one of Conditional Handover (CHO) , conditional LTM, Conditional PSCell Addition (CPA) , Conditional PSCell Change (CPC) , subsequent Conditional PScell Addition / Change (CPAC) , and the like. The disclosure below, some relevant portions, while being described in the context of LTM, may be applicable to any one of the types for conditional mobility.

[0077] The term Conditional LTM (CLTM) , in particular, may be used to refer to an LTM cell switch that is executed by the UE when one or more execution / triggering condition (s) are met. The UE may start evaluating the execution condition (s) upon receiving an CLTM configuration and stops evaluating the execution condition (s) upon / once a cell switch or a PCell / PSCell change is triggered, e.g., according to the  CLTM configuration or cell switch / handover command from the NW.

[0078] The CLTM can be generally applicable to MCG cell switch and / or SCG cell switch. The LTM related configuration as described above can be applied to CLTM for the underlying LTM.

[0079] An example overall procedure of CLTM is shown in FIG. 6, applicable to both intra-CU and inter-CU CLTM. The gNB of the overall CLTM procedure of FIG. 6, in the inter-CU LTM situations, would correspondingly include both a source gNB and a target gNB. While the notation “gNB” is used in FIG. 6 and in the various example implementations described below for CLTM, it may be considered as representing any type of base stations. Each of such base stations, may include a CU and one or more DUs, as shown in FIG. 3. It may also represent a combination of a source gNB and a target gNB for inter-CU CLTM purposes. The example overall procedure of CLTM shown in FIG. 6 may include the following example steps (the numerical headers below correspond to the steps in FIG. 6) :

[0080] 1. The UE sends a MeasurementReport message to the gNB. The gNB decides to configure CLTM and initiates a CLTM preparation.

[0081] 2. The gNB transmits an RRCReconfiguration message to the UE including a CLTM configuration, e.g., including one or more candidate configurations, and execution condition (s) for each candidate.

[0082] 3. The UE stores the candidate configurations and transmits an RRCReconfigurationComplete message to the gNB.

[0083] 4a. The UE may perform DL synchronization with the candidate cell (s) .

[0084] 4b. The UE may perform UL synchronization with the candidate cell (s) , e.g., via UE-based TA measurement or PDCCH triggered early RACH.

[0085] 5. The UE maintains connection with the source gNB after receiving the CLTM configuration, and starts evaluating the execution conditions for the CLTM candidate cell (s) as long as the RRC reconfiguration message (received in Step 2) is applied by the UE. If at least one CLTM candidate cell satisfies the corresponding execution condition (s) , the UE selects a candidate cell to perform the LTM cell switch, e.g., by detaching from the source cell of the source gNB, and applies the stored corresponding candidate configuration for the selected candidate cell (i.e., target cell) . If UE does not already have valid TA of the target cell, the UE performs a random access (RA) procedure towards the target cell. If the UE already has a valid TA of the target cell, the UE  performs RACH-less cell switch to the target cell.

[0086] 6. The UE completes the LTM cell switch procedure by sending RRCReconfigurationComplete message to target cell. If the UE has performed an RA procedure in step 5 above, the UE considers that LTM cell switch execution is successfully completed when the RA procedure is successfully completed. For RACH-less LTM, the UE considers that LTM cell switch execution is successfully completed when the UE determines that the network has successfully received its first UL data.

[0087] The Steps 4-6 above can be performed multiple times for subsequent CLTM using the LTM candidate configuration (s) and execution condition (s) provided in Step 2.

[0088] Extended LTM

[0089] In some example implementations, the general procedure and the underlying principles of LTM in FIG. 5 may be extended to conditional LTM of FIG. 6. In addition, the LTM of FIG. 5 and the conditional LTM of FIG. 6 may be further applied or extended to scenarios beyond intra-CU. For example, such LTM and / or conditional LTM may be applied to inter-CU cell switching in addition to, for example, intra-CU inter-DU cell switching cases and intra-CU intra-DU cell switching cases.

[0090] As examples, such extended LTM or conditional LTM may be supported for at least one of the following scenarios:

[0091] ● LTM in Stand-Alone (SA) or Carrier Aggregation (CA) ;

[0092] ● MCG LTM in dual connect DC (e.g., NR-DC) , e.g., including MCG LTM cell switching with SCG / SN (Secondary Cell Group / Secondary Node) release, MCG LTM cell switching with SCG / SN addition, MCG LTM cell switching without SCG / SN change, or MCG LTM cell switching with SCG / SN change;

[0093] ● SCG LTM in DC (e.g., NR-DC) , e.g., including SCG LTM cell switching with MCG / MN (Master Cell Group / Master Node) change / involvement, or SCG LTM cell switching without MCG / MN change / involvement.

[0094] In the disclosure below, the term SCG LTM may be defined as a PSCell / SCG switch / change procedure that the network (NW) triggers via MAC CE based on L1 measurement. The term SCG LTM may include both intra-SN cases (e.g., the source cell and target cell belong to the same SN CU) and inter-SN cases (e.g., the source cell and target cell belong to different SN CUs) . From the perspective of initiation node of  LTM preparation, SCG LTM can be classified as MN initiated SCG LTM or SN initiated SCG LTM. From the perspective for the involvement of MN, the SCG LTM can be classified as intra-SN SCG LTM without MN involvement, intra-SN SCG LTM with MN involvement, and MN / SN initiated inter-SN SCG LTM.

[0095] The general LTM and CLTM implementations of FIGs. 5 and 6 may be applied to all these different scenarios. The gNB of FIGs. 5 and 6, in the inter-CU LTM situations, would correspondingly include both a source gNB and a target gNB (and / or other candidate gNBs) . While the notation “gNB” is used in FIGs. 5 and 6 and in the various example implementations described below, it may be considered as representing any type of base stations. Each of the such base stations, may include a CU and one or more DUs, as shown in FIG. 3.

[0096] While the description below mainly focuses on the inter-SN SCG LTM, the underlying principles and similar methods / procedures may also be applicable to other LTM cases, e.g., intra-SN SCG LTM, and MCG LTM. The disclosure below applies to either or both of MCG LTM and SCG LTM unless specified otherwise. In the disclosure below involving SCG LTM, the term “candidate cell” is used to refer to SCG candidate cell (e.g., candidate PSCell) . The LTM related configuration / procedure can be applicable to the CLTM as well.

[0097] LTM Related Configuration

[0098] To adapt the LTM preparation procedure of FIG. 5 to be applicable to both intra and inter-CU LTM implementations, the RRC reconfiguration message in Step 2 may be provided by a current source gNB for the UE and it may contain an information element (IE) referred to as LTM related configuration (e.g., LTM_Config) . Such LTM related configuration, as an IE of an RRC reconfiguration message, may include various fields specifying configurations related to LTM for the various candidate cells. For example, the LTM related configuration may include fields specifying configuration / parameter related to LTM and common for all candidate cell (associated with either the current source gNB for intra-CU LTM or another candidate gNB for inter-CU LTM) . As one example of such common fields, the LTM related configuration may include one or a list of reference cell configuration (s) . Each of these reference cell configurations may contain full or partial cell configuration / parameters common to a group of candidate cells, e.g., identified by a cell group ID. In some example implementations, each reference cell configuration may be included in the LTM related configuration message as an RRC container that link to another RRC reconfiguration message where the reference cell configuration information is included.

[0099] For another example, the LTM related configuration may include configuration / parameters specific to each of the candidate cells in the form of a list of configurations for candidate cells. The list of candidate cells can be added, removed, modified. Each of the list items may include cell-specific information items specifying LTM configuration / parameters specific to the corresponding candidate cell. Each of the list items may be referred to as LTM candidate configuration for a particular candidate cell. In some example implementations, one of the cell-specific information items of an LTM candidate configuraiton may indicate a candidate cell configuration. For example, such a cell configuration for a particular candidate cell may be implemented as an RRC container that links to another RRC reconfiguration message that includes cell configuration for the corresponding candidate cell (candidate cell configuration) , which can either be a full / complete cell-configuration or delta cell configuration relative to a reference cell configuration described above. If delta cell-configuration is used, then the ID for the corresponding reference cell configuration may be specified as a field in the cell-specific information items for the corresponding candidate cell in the list described above.

[0100] In the disclosure below, the term “LTM related configuration” may be used to refer to all configurations for candidate cells that are related to LTM and that may be included in an RRC reconfiguration message, such as the RRC reconfiguration message transmitted in Step 2 of FIG. 5.

[0101] Further in this disclosure, the term “LTM candidate configuration” may be used to refer to a configuration associated with a candidate cell and that may be included in the LTM related configuration.

[0102] Further in this disclosure, the term “candidate cell configuration” as referring to an RRC configuration of a candidate cell may be used to refer to a configuration specific for a candidate cell and may be implemented as an RRC container including an RRC reconfiguration message. Such RRC reconfiguration message carrying the candidate cell configuration may include, for example, required parameters for cell switch, e.g., RadioBearerConfig, CellGroupConfig, MeasConfig, MasterKeyUpdate, and / or OtherConfig, etc., as described in further detail below. A candidate cell configuration, for example, can be a complete candidate configuration or a delta configuration relatively to a reference configuration.

[0103] Further in this disclosure, the term “reference configuration” may be used to refer to an RRC configuration provided by the network to the UE that is common to a group of cells within a same cell group. A reference configuration may be a complete or non-complete cell configuration. When the reference configuration is not complete, it may be combined with a delta configuration of the candidate cell for a  derivation of a compete configuration for the candidate cell.

[0104] Further in the disclosure below, a “candidate cell configuration” or “reference configuration, ” as described above and merely as an example, may be implemented as being conveyed by an RRC Reconfiguration message included into a container in the RRC Reconfiguration message carrying the LTM related configuration.

[0105] In some example cases and implementations, e.g., for intra-SN SCG LTM with MN involvement or MN / SN initiated inter-SN SCG LTM, the SCG LTM configuration (e.g., referred to as LTM_Config) may be provided / generated by the MN, and thus may correspondingly be referred to as, e.g., “MN generated LTM configuration” , “LTM in MN format” , or “LTM associated with MCG” . The LTM candidate cell configuration may include an SCG-part configuration, and may also include an MCG-part configuration. The SCG LTM configuration may be included in an MN RRCReconfiguration message and sent to the UE via SRB 1 (Signaling Radio Bearer 1) . The UE may store the received LTM related configuration (e.g., LTM candidate cell configuration) into the UE variable associated with the MCG.

[0106] In other example cases and implementations, e.g., for intra-SN SCG LTM without MN involvement, the SCG LTM configuration may be provided / generated by the source SN, and may correspondingly be referred to as “SN generated SCG LTM configuration” or “SCG LTM in SN format” . The LTM candidate cell configuration may thus include only an SCG-part configuration. The SCG LTM configuration included in an SN RRCReconfiguration message may be either sent to the UE via SRB3, or embedded in an MN RRCReconfiguration message sent to the UE via SRB 1. The UE may store the received LTM related configuration (e.g., LTM candidate cell configuration) into the UE variable associated with the SCG.

[0107] As one example, the LTM related configuration above, as provided from the serving cell of the network (e.g., from the source gNB) to the UE may include but is not limited to one or more of the following:

[0108] ● One or more reference cell configuration (s) ;

[0109] ● One or more LTM candidate configuration (s) (e.g., forming a list of configurations, each for one candidate cell) ;

[0110] ● Channel State Information (CSI) resource related configuration list / pool, e.g., for L1 measurement;

[0111] ● Serving cell no reset ID, e.g., ltm-ServingCellNoResetID, used by the UE to determine whether L2 reset (e.g., PDCP data recovery, RLC re-establishment) should be performed when an LTM  cell switch procedure is triggered towards an LTM candidate cell by comparing such serving cell no reset ID to a no reset ID associated with the candidate cell (whether they are the same or different) , as will be described in further detail below;

[0112] ● Serving cell UE measured TA ID, e.g., ltm-ServingCellUE-MeasuredTA-ID, used by the UE to determine on whether UE-based TA measurements can be performed for a candidate cell by checking whether such serving cell UE measured TA ID is the same as or different from a UE measured TA ID associated with the candidate cell, as will be described in further detail below;

[0113] ● An indicator for MCG LTM based recovery, e.g., to indicate whether LTM based recovery is allowed upon MCG Radio Link Failure (RLF) or mobility failure;

[0114] ● An indicator for SCG LTM based recovery, e.g., to indicate whether LTM based recovery is allowed upon SCG failure, e.g., SCG Radio Link Failure (RLF) or mobility failure;

[0115] ● Serving cell security update ID, e.g., securityCellSetId, used by the UE to determine on whether security update should be performed when an LTM cell switch procedure is triggered towards an LTM candidate cell by comparing such serving cell security update ID to a security update ID associated with the candidate cell (whether they are the same or different) , as will be described in further detail below;

[0116] ● One or more security related configuration (s) .

[0117] In some example implementations, each LTM candidate configuration (provided per LTM candidate cell) within the LTM related configuration above may include but is not limited to at least one of the following information items for a candidate cell:

[0118] ● LTM candidate configuration ID;

[0119] ● Physical Cell ID (PCI) information of the candidate cell;

[0120] ● System Synchronization Block (SSB) related configuration, e.g., for L1 measurement or Transmission Configuration Indication State (TCI-state) configuration / information;

[0121] ● CSI-Reference Signal (CSI-RS) related configuration, e.g., for L1 measurement or TCI-state configuration / information;

[0122] ● Candidate cell configuration;

[0123] ● An indicator to indicate whether the candidate cell configuration is a complete configuration or not;

[0124] ● Early UL sync configuration, e.g., a Contention Free Random Access (CFRA) resource  configuration;

[0125] ● TCI-state configuration / information, e.g., DL or joint TCI state list, UL TCI state list;

[0126] ● No reset ID for the candidate cell, e.g., ltm-NoResetID, used by the UE to determine on whether L2 reset (e.g., PDCP data recovery, RLC re-establishment) should be performed when an LTM cell switch procedure is triggered towards an LTM candidate cell by comparing such candidate cell no reset ID to a no reset ID associated with the current serving cell (whether they are the same or different) ;

[0127] ● UE measured TA ID, e.g., ltm-UE-MeasuredTA-ID, used by the UE to determine on whether UE-based TA measurements can be performed to acquire the TA of indicated candidate cell by checking whether such candidate cell UE measured TA ID is the same as or different from a UE measured TA ID associated with the current serving cell;

[0128] ● Security update ID, e.g., securityCellSetId, used by the UE to determine on whether security update should be performed when an LTM cell switch procedure is triggered towards an LTM candidate cell by comparing such candidate cell security update ID to a security update ID associated with the current serving cell (whether they are the same or different) ;

[0129] ● Reference configuration ID, used by the UE to identify a reference cell configuration. The reference configuration can be combined with the candidate cell configuration above (if partial) to derive a full / complete candidate cell configuration, as described in further detail below;

[0130] ● An indication to indicate whether the candidate cell is for MCG LTM or SCG LTM, or to indicate whether the candidate cell is configured as a candidate PCell or a candidate PSCell.

[0131] The reference configurations above are provided in order to reduce signaling overhead for candidate cell configuration (such that common cell configuration for multiple candidate cells can be signaled once and only delta cell configuration need to be included in each candidate cell configuration) . For example, the NW can provide multiple reference configurations for the LTM candidate cell configurations, where, for example, each one of the reference configurations corresponds to one CU (or one candidate gNB) .

[0132] In some example implementations as described above, the reference configuration (s) , may include a list of reference configurations to add / modify (e.g., ltm-ReferenceToAddModList) and / or a list of reference configurations to release (e.g., ltm-ReferenceToReleaseList) . In some example implementations, each configuration item in the list may be an RRC container for an RRC reconfiguration message that contains the reference configuration.

[0133] In some example implementations, each reference configuration is associated with a reference configuration ID.

[0134] In some implementations, as described above, a candidate cell configuration may be associated with a reference configuration ID, which, e.g., may be used by the UE to determine which reference can be used to generate the complete candidate configuration for the candidate cell alone or in conjunction with a cell configuration for the candidate cell. Specifically, for an LTM candidate cell which is a delta configuration (e.g., the corresponding LTM candidate configuration does not include a complete configuration indicator) , the UE can apply its LTM candidate configuration on top of the reference configuration associated with the LTM candidate (e.g., by the reference configuration ID associated with the candidate cell configuration) to generate a complete cell configuration for the LTM candidate cell.

[0135] L1 measurement configuration

[0136] In some example implementations, the network (NW) may also provide to the UE an L1 measurement related configuration (e.g., L1 measurement Reference Signal (RS) configuration, CSI resource configuration, L1 measurement report configuration, etc. ) for candidate cells. Some of the L1 measurement related configuration (e.g., L1 measurement RS configuration, CSI resource configuration) may be included in the LTM related configuration as described above. Some other items of L1 measurement related configuration (e.g., L1 measurement report configuration) may be included in the serving / candidate cell configuration of the corresponding cell.

[0137] The L1 measurement related configuration (or the execution condition of the SCG CLTM, as described below) may be generated by various network nodes. For example, it may be generated by:

[0138] ● Option 1: An SN (e.g., the source SN, or a candidate SN) for e.g., MN or SN initiated SCG LTM.

[0139] ● Option 2: An MN, e.g., for MN initiated SCG LTM.

[0140] Security related configuration

[0141] While security keys may not need updating for intra-CU LTM, they may need to be updated for inter-CU LTM, e.g., subsequent inter-CU LTM. As such, for a system where inter-CU LTM is implemented, the security key reuse and updating issues need to be considered.

[0142] The security related configuration may include a list of security update configuration to add / mod  (referred to as, e.g., ltm-SecurityConfigToAddModList) and / or a list of security update configuration to release (referred to s, e.g., ltm-SecurityConfigToReleaseList) . Each security update configuration may include at least one of: a security update ID (referred to as, e.g., securityCellSetId) , one or more security parameters (e.g., a list of sk-Counter values) .

[0143] In some example implementations, upon triggering the SCG LTM or CLTM execution, if the security update ID associated with the target candidate cell is not equal to the security update ID associated with the serving cell, the UE shall select the first sk-counter value in the list of sk-counter values associated with the target candidate cell (e.g., via the security update ID) , and use the selected sk-counter value to perform the security key update. The UE may also remove the selected sk-counter value from the list of sk-counter values associated with the target candidate cell.

[0144] Execution condition configuration for CLTM

[0145] For CLMT, in addition to the LTM related configuration, the NW also provides an LTM cell switching condition or execution condition for each candidate cell. In some example implementations, the LTM cell switching condition or execution can include at least one of the following information:

[0146] ● One or more triggering conditions, or

[0147] ● An indication to indicate whether a relationship between multiple triggering conditions is “AND” or “OR” (if more than one triggering condition is provided) , i.e., whether all or at least one of the multiple triggering conditions associated with a candidate cell needs to be met to trigger the CLTM execution. For example, if the relationship is “AND” , the UE shall trigger the CLTM execution upon all triggering conditions associated with a candidate cell are met, whereas if the relationship is “OR” , the UE shall trigger the CLTM execution upon any one of triggering conditions associated with a candidate cell is met.

[0148] The triggering condition for a candidate cell for CLTM as provided by the NW can include at least one of the following information items:

[0149] ● An L1 measurement ID, e.g., to identify an event-triggered L1 measurement configuration;

[0150] ● An L1 report configuration ID, e.g., to identify an event-triggered L1 measurement configuration;

[0151] ● An L3 measurement ID, e.g., to identify an event-triggered L3 measurement configuration;

[0152] ● An event-triggered L1 measurement configuration, e.g., including a threshold or offset value to be used / met for a triggering of CLTM;

[0153] ● Time during which specific criteria for a triggering event needs to be met in order to trigger the CLTM execution;

[0154] ● A number of times that the threshold / event needs to be met consecutively to trigger the CLTM execution;

[0155] ● A number of beams / RSs that the threshold / event needs to be met to trigger the CLTM execution;

[0156] ● An indication to indicate whether a combination of time duration and a number of times that the threshold / event is met is required in order to trigger the CLTM execution, e.g., N times within a specific / defined period that the threshold / event needs to be met to trigger the CLTM execution;

[0157] Interaction / coordination on LTM related ID (s) or Cell Set (s)

[0158] According to the LTM configuration as described above, the NW may provide / configure some IDs per candidate cell or source serving cell to indicate specific UE behaviors. These various IDs, for example, may include:

[0159] ● LTM candidate configuration ID as described above, which may be used to identify a candidate cell configuration.

[0160] ● No reset ID as described above, referred to as ltm-NoResetID, which may be, for example, used by the UE to determine whether L2 reset (e.g., PDCP data recovery, RLC re-establishment) should be performed when an LTM cell switch procedure is triggered towards an LTM candidate cell.

[0161] ● UE measured TA ID as described above, referred to as ltm-UE-MeasuredTA-ID, which may be, for example, used by the UE to determine whether UE-based TA measurements can be performed to acquire the TA of the indicated candidate cell.

[0162] ● Security update ID as described above, referred to as securityCellSetId, which may be, for example, used by the UE to determine on whether security update should be performed when an LTM cell switch procedure is triggered towards an LTM candidate cell.

[0163] ● TA group / set ID, which may be used by the UE to determine whether the TA of the candidate cell is the same as the source cell. A same TA group / set ID may be associated with a same TA.

[0164] Such LTM related IDs can be assigned / determined by the MN (e.g., serving MN CU) or the SN (e.g., candidate SN CU) . The various IDs may or may not be assigned / determined by a same network node. For example, the No reset ID, UE measured TA ID and / or TA group / set ID may be assigned / determined by the source or candidate SN whereas the security update ID and / or LTM candidate configuration ID may be assigned / determined by the MN.

[0165] With respect to the LTM candidate configuration ID, in some example implementations of SCG LTM, if the LTM candidate configuration ID is set by the MN, the source or candidate SN (e.g., the SN DU) may need to know the LTM candidate configuration ID for each candidate PSCell to trigger the SCG LTM execution. For example, the LTM candidate configuration ID of the target candidate PSCell may be indicated in the cell switch command MAC CE. Several example options may be implemented in order to coordinate the LTM candidate configuration ID between the MN and the SN (e.g., the source SN or the candidate SN) :

[0166] ● Option 1: The MN may send a mapping of the LTM candidate configuration ID (s) and candidate cell (s) to the SN, e.g., via an SN addition / modification request message.

[0167] ● Option 2: The MN may send an LTM candidate configuration ID range to the SN via, e.g., an SN addition / modification request message. The SN may decide the LTM candidate configuration ID for each prepared candidate PSCell according to the ID range received from the MN. The SN may send the prepared candidate PSCell information and associated LTM candidate configuration ID to the MN via, e.g., an SN addition / modification request message.

[0168] With respect to LTM related ID (s) or cell set (s) , in some implementations, an example procedure to transfer the information of LTM related ID (s) or cell set (s) between the MN and the SN (e.g., the source SN or the candidate SN) may be as follows:

[0169] ● In order to let the MN configure / set the cell sets or the LTM related IDs for the current serving cell and / or each candidate cell, the SN may need to transmit at least one of the following information items to the MN via, e.g., an SN addition / modification request acknowledge message or other Xn message:

[0170] ○ the mapping between the candidate cell (e.g., referred to as LTM candidate configuration ID, candidate cell ID, or PCI+frequency) and the LTM related ID (s) , e.g., No reset ID, UE measured TA ID and / or TA group / set ID;

[0171] ○ one or more candidate cells belonging to a same cell set where cell switch between these cells is not required to perform the L2 reset (e.g., PDCP data recovery, RLC re-establishment) ;

[0172] ○ one or more candidate cells belonging to a same cell set where cell switch between these cells is not required to perform the security update; or

[0173] ○ one or more candidate cells belonging to a same cell set where UE based TA measurement can be performed;

[0174] ○ one or more candidate cells belonging to a same cell set where the TA value is the same;

[0175] ● The MN may decide / configure the LTM related ID (s) for the current serving cell and / or each candidate cell according to, e.g., the information received from the SN.

[0176] In some example implementations, in order to trigger and / or execute the SCG LTM appropriately, the LTM triggering node (e.g., SN DU or MN DU) may likewise need to know the LTM related IDs for each cell. For example:

[0177] ● The MN may transmit the mapping between the candidate cell (e.g., referred to as LTM candidate configuration ID, candidate cell ID, or PCI+frequency) and the LTM related ID (s) to the SN if the SN is the triggering node, via, e.g., an SN addition / modification request acknowledge message or other Xn message.

[0178] ● The CU (e.g., MN CU or SN CU) may transmit the mapping between the candidate cell and the LTM related ID (s) to the triggering DU (e.g., MN DU or SN DU) via, e.g. a UE context addition / modification request message or other F1 message.

[0179] In some example implementations, the indication / information as described above may be transferred between the MN and the SN (or between the CU and the DU) using one of the following options:

[0180] ● Option 1: Including the indication / information directly in an Xn / X2 message or an F1 message, e.g., including the indication / information as one information element.

[0181] ● Option 2: Including the indication / information in an RRC message, e.g., a CG-ConfigInfo or CG-Config message. The RRC message may be included as one information element in an Xn / X2 message or an F1 message.

[0182] SN Initiated Preparation Procedure

[0183] In some example implementations, an SCG LTM or CLTM preparation may be initiated by the either the source SN or the MN. The example procedure is applicable to, e.g., SN / SCG / PSCell change.

[0184] An example procedure for source SN initiated inter-SN LTM or CLTM is illustrated in FIG. 7. FIG. 7 shows interactions between a UE 702, a MN DU 704, a MN CU 706, a source SN DU 708, a source SN CU 710, a target SN CU 712, and a target SN DU 714. Other candidate SNs may be involved but are not explicitly shown in FIG. 7. The example procedure of FIG. 7 may include:

[0185] 1. The source SN (e.g., the source SN CU 710) initiates the inter-SN LTM or CLTM procedure by sending an SN Change Required message to the MN (e.g., the MN CU 706) according to, e.g., an L3 measurement report from the UE 702. The SN Change Required message may include at least one of the following information items:

[0186] ● an indication to indicate that LTM or subsequent LTM is requested;

[0187] ● an indication to indicate that CLTM or subsequent CLTM is requested;

[0188] ● one or more candidate SN IDs, e.g., a list of candidate SN IDs;

[0189] ● one or more candidate cells recommended / suggested by the source SN, e.g., for each candidate SN, a list of candidate cells of the candidate SN recommended / suggested by the source SN (e.g., source SN CU 710) ;

[0190] ● a maximum number of candidate cells that can be prepared by each candidate SN for LTM or CLTM;

[0191] ● an SCG reference configuration (e.g., an SCG reference cell configuration) ;

[0192] ● measurement results (e.g., layer 3 measurement results) related to candidate SN (s) ;

[0193] 2. The MN (e.g., the MN CU 706) may request each candidate SN (e.g., the target candidate SN CU 712 among the candidate SNs) to allocate resources for the UE by means of an SN Addition procedure. The MN (e.g., the MN CU 706) may send an SN Addition Request message to each candidate SN (e.g., the target candidate SN CU 712) . The message may include at least one of the following information items:

[0194] ● an indication to indicate that LTM or subsequent LTM is requested;

[0195] ● an indication to indicate that CLTM or subsequent CLTM is requested;

[0196] ● one or more candidate SN IDs, e.g. a list of candidate SN IDs;

[0197] ● one or more candidate cells recommended / suggested by the source SN, e.g., for each / the candidate SN, a list of candidate cells recommended / suggested by the source SN (e.g., source SN CU 710) ;

[0198] ● the maximum number of candidate cells that can be prepared by the candidate SN for LTM or CLTM;

[0199] ● a list of SN key (e.g., KSN) and associated sk-Counter values for the candidate SN;

[0200] ● LTM candidate configuration ID (s) or an ID range of the requested / suggested candidate cell (s) ;

[0201] ● an LTM candidate configuration ID mapping list indicating, e.g., a mapping between the candidate cell (s) and LTM candidate configuration ID (s) ;

[0202] ● a request indication of the SCG reference configuration;

[0203] ● an SCG reference configuration (if there is a generated reference configuration) ;

[0204] ● a request indication of L1 RS measurement configuration. The indication may indicate whether the SSB configuration, the CSI-RS configuration or both are requested;

[0205] ● a request indication of early TA acquisition resource configuration; or

[0206] ● a request indication of TCI-state configuration of the candidate cell (s) .

[0207] 3. Within the list of cells suggested by the source SN (e.g., source SN CU 710) , the candidate SN (e.g., the target SN CU 712) may decide the list of candidate cell (s)  / PSCell (s) to prepare for LTM or CLTM, considering the maximum number of candidate cells to prepare as indicated by the MN in step 2 above. For each prepared candidate PSCell, the candidate SN (e.g., the target SN CU 712) prepares the LTM related configuration, e.g., an SCG radio resource configuration of the corresponding candidate PSCell. For example, for each prepared candidate PSCell, the candidate SN CU may initiate a UE context setup procedure to the candidate SN DU (e.g., the target SN DU 714) to request the candidate SN DU to generate an LTM related lower layer configuration. For example, the candidate SN CU (e.g., the target SN CU 712) may send a UE  Context Setup Request message to the candidate DU (e.g., the target SN DU 714) . The message may include the information as included in the SN Addition Request message in step 2 above.

[0208] 4. If the candidate SN DU (e.g., the target SN DU 714) accepts the request of LTM or CLTM preparation, it responds to the candidate SN CU (e.g., the target SN CU 712) with a UE Context Setup Response message including the generated LTM related lower layer configuration (e.g., the cell group configuration (contained in, for example, CellGroupConfig IE) , the L1 RS measurement configuration, the early TA acquisition resource configuration, the TCI-state configuration) for the accepted candidate cell. The L1 RS measurement configuration, the early TA acquisition resource configuration, and / or the TCI-state configuration may be provided in separate IEs, e.g., outside of the container containing CellGroupConfig.

[0209] 5. The candidate SN (e.g., the target SN CU 712) may send an SN Addition Request Acknowledge message to the MN (e.g., the MN CU 706) in response to the SN addition request at step 2. The SN Addition Request Acknowledge message may include at least one of the following information items:

[0210] ● one or more prepared candidate SN DU ID (s) ;

[0211] ● one or more prepared candidate cell ID (s) , e.g., for each candidate SN DU, a list of candidate cell IDs for the prepared candidate cell belonging to this DU;

[0212] ● PCI information of the / each prepared candidate cell;

[0213] ● corresponding SCG configuration for each prepared candidate cell (e.g., contained in the RRCReconfiguration message) ;

[0214] ● an indicator to indicate whether the candidate cell configuration is a complete configuration or not, e.g., with respect to the SCG reference configuration.;

[0215] ● an SSB configuration, e.g., for L1 measurement or TCI-state configuration;

[0216] ● an CSI-RS configuration, e.g., for L1 measurement or TCI-state configuration;

[0217] ● an early UL sync configuration, e.g., early RACH configuration;

[0218] ● a TCI-state configuration, e.g., DL or joint TCI state list, or UL TCI state list.

[0219] The SSB configuration, the CSI-RS configuration, the early UL sync configuration, and / or the TCI-state configuration in the list above may be provided for each prepared candidate cell respectively, or for all prepared candidate cells within the candidate SN.

[0220] If a request indication of SCG reference configuration is included in the SN Addition Request message, the candidate SN may also include the generated SCG reference configuration in the SN Addition Request Acknowledge message.

[0221] If an indication of the request of CLTM or subsequent CLTM is included in the SN Addition Request message, the candidate SN may also include the following information in the SN Addition Request Acknowledge message: for each prepared candidate cell, a list of candidate cells and the associated execution conditions for the subsequent CLTM (i.e., to be applied when the candidate cell becomes the current serving cell) ,

[0222] Further in 5a of FIG. 7, the MN (e.g., the MN CU 706) may send an Xn-U Address Indication message to the candidate SN (s) (e.g., the target SN CU 712 and other candidate SN (s) ) to provide information for data forwarding and / or trigger an early data forwarding. For example, for SN terminated bearers using MCG resources, the MN may provide Xn-U DL TNL address information in the message.

[0223] 6. The MN (e.g., the MN CU 706) may initiate an SN modification procedure towards the source SN (e.g., the source SN CU 710 / the source SN DU 708) , as shown in the dotted box for step 6, to notify the source SN the prepared candidate PSCell (s) information. According to the received candidate PSCell (s) information from the candidate SNs, the source SN may generate the L1 measurement related configuration (e.g., the CSI resource configuration, L1 measurement report configuration) for the candidate PSCell (s) . The MN may also initiate an SN modification procedure towards each of the candidate SN (s) to notify the candidate PSCell (s) information prepared by other candidate SN (s) , as shown by the dotted box below the dotted box enclose step 6 in FIG. 7. A candidate SN may generate the L1 measurement related configuration and / or update the candidate SCG configuration of the candidate PSCell which belongs to this candidate SN, e.g., for a subsequent SCG LTM or CLTM.

[0224] For example, as shown in 6a of FIG. 7, the MN (e.g., the MN CU 706) may send an SN Modification request message to the source SN (e.g., the source SN CU 710) . Likewise, the  MN may send the SN modification request message to the candidate SN (as shown by the dotted box below step 6) . The SN modification message may include at least one of the following information items:

[0225] ● One or more candidate SN ID (s) , e.g., a list of candidate SN IDs;

[0226] ● One or more candidate SN DU ID (s) , e.g., for each candidate SN, a list of candidate DU ID (s) , which belong to the each candidate SN;

[0227] ● One or more prepared candidate PSCell ID (s) , e.g., for each candidate SN or candidate SN DU, a list of prepared candidate PSCell ID (s) ;

[0228] ● the LTM candidate configuration ID (s) of the prepared candidate PSCell (s) ;

[0229] ● the mapping between the prepared candidate PSCell (s) and the LTM related ID (s) , e.g., as described above;

[0230] ● the L1 RS (e.g., SSB, and / or CSI-RS) configuration of the prepared candidate PSCell;

[0231] ● the early UL sync configuration of the prepared candidate PSCell;

[0232] ● the TCI-state configuration of the prepared candidate PSCell;

[0233] ● the SCG reference configuration;

[0234] ● the CSI resource configuration, e.g., for L1 measurement of candidate PSCell (s) ;

[0235] Further in 6b of FIG. 7, the source SN CU (e.g., the source SN CU 710) may send a UE Context Modification Request message to the source SN DU 708. The message may include the CSI resource configuration, TCI-state information, early UL sync configuration and / or LTM candidate configuration ID (s) of candidate cell (s) in other candidate nodes. The source SN CU 710 may also provide a reference configuration to the source SN DU.

[0236] Further in 6c, the source SN DU 708 may respond with a UE Context Modification Response message to the source SN CU 710. The message may include the updated candidate configuration of candidate PSCells, e.g., including the L1 measurement report configuration.

[0237] Further in 6d, in response to the SN modification request message, the source SN CU 710 may send an SN Modification Request Acknowledge message to the MN CU 706. The message may  include at least one of the following information items:

[0238] ● The CSI resource configuration, e.g., for L1 measurement of candidate PSCell (s) ;

[0239] ● The updated SCG configuration of the current serving cell or the candidate PSCell, e.g., including the L1 measurement report configuration,

[0240] The CSI resource configuration for L1 measurement of candidate PSCell (s) may be generated by the MN or the source SN according to, e.g., the received L1 RS configuration of candidate PSCells.

[0241] Steps 6a through 6d above applies to interaction between the MN CU 706 and each of the candidate SN (s) in the forms of SN Modification Request, UE Context Modification Request, UE Context Modification Response, and SN Addition Request Acknowledge, as indicated in the dotted box below step 6.

[0242] In some example implementations, in the SN modification procedure towards the source SN (e.g., the source SN CU 710) , the source SN may generate the CSI resource configuration for L1 measurement of candidate PSCells. The source SN may send the CSI resource configuration to the MN via the SN modification response message. Then the MN may transfer the generated CSI resource configuration to the candidate SN via the SN modification procedure towards the candidate SN.

[0243] 7. The MN (e.g., the MN CU 706) may send an RRCReconfiguration message to the UE 702 including the LTM or CLTM configuration (or LTM related configuration) . The LTM configuration may include a list of LTM candidate configurations. The CLTM configuration may include a list of LTM candidate configurations, and execution conditions for each candidate. The RRCReconfiguration message may also include the updated source SCG configuration (contained in an RRCReconfiguration message generated by the source SN) , e.g., to provide the L1 measurement report configuration.

[0244] 8. The UE 702 may respond with an RRCReconfigurationComplete message to the MN (e.g., the MN CU 706) . The MN RRCReconfigurationComplete message may include an SN RRCRecon figurationComplete message to the source SN.

[0245] 9. The MN (e.g., the MN CU 706) may send an SN Change Confirm message towards the source SN (e.g., the source SN CU 710) to indicate that SCG LTM or CLTM is prepared. The source SN 708  and 710 may continue providing user data to the UE 702. If an SN RRC response message is included in the RRCReconfigurationComplete message, the MN (e.g., MN CU 706) may inform the source SN (e.g., source SN CU 710) with an SN RRCReconfigurationComplete message via SN Change Confirm message.

[0246] 10. The source SN CU 710 may send a notification message to the source SN DU 708 to indicate / inform that SCG LTM or CLTM is prepared via, e.g. an F1 message. The notification message may include the mapping between the prepared candidate cell and the LTM related ID (s) , e.g., as described above.

[0247] MN initiated preparation procedure

[0248] An example procedure for MN initiated inter-SN LTM or CLTM is illustrated in FIG. 8. The example procedure is applicable to, e.g., SN / SCG / PSCell addition or SN / SCG / PSCell change. FIG. 8 shows example interactions between a UE 802, a current MN DU 804, a current MN CU 806, a source SN DU 808, a source SN CU 810, a target SN CU 812, and a target SN DU 814. Other candidate SNs may be involved but are not explicitly shown in FIG. 8. The example procedure of FIG. 8 may include:

[0249] 1. The MN (e.g., the MN CU 806) may initiate the inter-SN SCG LTM or CLTM by requesting the candidate SN (s) (e.g., the target SN CU 812) to allocate resources for the UE by means of the SN Addition procedure according to, e.g., the L3 measurement report from the UE 802. The MN (e.g., the MN CU 806) may send an SN Addition Request message to each candidate SN (e.g., the target SN CU 812) . The message may include the information items described in step 2 of FIG. 7. The message may also include information relating to candidate cells recommended / suggested by the MN (e.g., MN CU 806) via the measurement results.

[0250] 2～7. These steps are similar to step 3～8 in FIG. 7.

[0251] 8. If an SN RRC response message is included in the RRCReconfigurationComplete message, the MN (e.g., the MN CU 806) may inform the source SN with the SN RRCReconfigurationComplete message via, e.g., SN Reconfiguration Complete message.

[0252] 8a. Upon receiving the RRCReconfigurationComplete message from the UE, the MN (e.g., the MN CU 806) informs the source SN (e.g., the source SN CU 810) that the LTM has been configured via, e.g. an Xn-U Address Indication procedure. The source SN (e.g., the MN CU 806) may also initiate  Early Status Transfer procedure and / or start early data forwarding. The PDCP SDU forwarding may take place during early data forwarding.

[0253] 9. This step is similar to step 10 in FIG. 7.

[0254] In some example implementations, e.g., in MN initiated inter-SN LTM for SN / SCG / PSCell addition, the S-SN CU, the S-SN DU above may not be involved and steps involving the S-SN CU / DU may be ignored / skipped in FIG. 8, and other steps are applicable.

[0255] Early Synchronization and LTM Cell Switch Execution / Completion

[0256] The early synchronization procedure (referred to as sync procedure) , the LTM cell switch execution procedure, and the LTM cell switch completion procedure of steps 4 through 8 of FIG. 5 may be generally applicable to various types of LTMs, including SCG LTM or CLTM. The following specific example implementations are applicable to both / either of an SN initiated SCG LTM / CLTM and / or an MN initiated SCG LTM / CLTM.

[0257] For example, the early sync procedure and / or SCG LTM cell switch execution / completion procedure can be triggered by the MN (e.g., MN DU) or an SN (e.g., the source / candidate SN DU) , depending on whether the L1 measurement configuration is generated by the MN or the SN, and / or the L1 measurement results is reported to the MN or the SN from the UE.

[0258] For another example, e.g., SCG CLTM, the SCG LTM cell switch execution / completion procedure can be triggered by the UE, based on whether the execution condition (s) of the candidate cell is met.

[0259] In some example implementations, the early sync procedure and / or SCG LTM cell switch execution / completion procedure may be triggered by the SN. For example, if the L1 measurement configuration is generated / provided by the SN (e.g., referred to as SCG L1 measurement configuration) , the UE may send the L1 measurement report to the SN (e.g., source / candidate SN DU) . According to the L1 measurement results of candidate cells, the SN can trigger the early sync procedure and / or SCG LTM cell switch execution procedure, including, e.g., SN triggered early sync procedure and / or SCG LTM cell switch execution procedure.

[0260] In some example implementations for SN triggered early sync procedure and / or SCG LTM cell switch execution / completion procedure, the SN (e.g., the source SN) may decide a target candidate cell for SCG LTM execution and send a cell switch command MAC CE to the UE to trigger the execution of SCG  LTM, based on the L1 measurement report.

[0261] In some other example implementations for SN triggered early sync procedure and / or SCG LTM cell switch execution / completion procedure, the SN (e.g., the source SN) may trigger the early sync procedure towards candidate cells before sending cell switch command MAC CE to the UE based on, e.g. the L1 measurement results of candidate cells. For example, the SN may initiate PDCCH order triggered early RACH procedure to acquire TA of the candidate cell. For another example, the SN may activate TCI states of one or multiple candidate cells that are different from the current serving cell, e.g., before sending cell switch command MAC CE to the UE.

[0262] In some other example implementations, the early sync procedure and / or SCG LTM cell switch execution / completion procedure may start with the MN rather than the SN generating the L1 measurement configuration (e.g., referred to as MCG L1 measurement configuration) , and the UE reporting the L1 measurement report to the MN (e.g., MN DU) rather than the SN. In this case, two example options may be implemented to trigger the early sync procedure and / or SCG LTM cell switch execution procedure.

[0263] In a first option, the MN may trigger the early sync procedure and / or SCG LTM cell switch execution procedure according to, e.g., the L1 measurement results of candidate cells. For example, the MN (e.g., MN DU) may decide the target candidate cell for SCG LTM execution and send the cell switch command MAC CE to the UE to trigger the execution of SCG LTM based on, e.g., the L1 measurement report. For another example, the MN (e.g. MN DU) may trigger the early sync procedure towards candidate cells before sending cell switch command MAC CE to the UE based on, e.g., the L1 measurement results of candidate cells. For example, the MN (e.g., MN DU) can initiate PDCCH order triggered early RACH procedure to acquire TA of the candidate cell. For another example, the MN (e.g., MN DU) can activate TCI states of one or multiple candidate cells that are different from the current serving cell, e.g., before sending cell switch command MAC CE to the UE.

[0264] In a second option, the MN may transfer the received L1 measurement results to the SN (e.g., source SN DU) . Based on the L1 measurement results of candidate cells, the SN may trigger the early sync procedure and / or SCG LTM cell switch execution procedure, e.g., like SN triggered early sync procedure and / or SCG LTM cell switch execution procedure.

[0265] In some example implementations, the LTM related signaling / command (s) (e.g., LTM cell switch command MAC CE, Candidate Cell TCI States Activation / Deactivation MAC CE, DCI for PDCCH order  triggered early RACH) may be enhanced in order to distinguish whether these LTM related signaling / commands are applicable to MCG or SCG LTM. At least the following two example options may be considered.

[0266] In the first option for distinguishing a signaling or command, an indicator / flag may be introduced in the signaling / command to indicate whether the signaling / command is applicable to MCG or SCG. For example, if the indicator is set to 0 (or 1) , the signaling / command is indicated as being intended for the MCG LTM, whereas if the indicator is set to 1 (or 0) , the signaling / command is indicated as being intended for the SCG LTM.

[0267] For example, the indicator / flag may be introduced in the LTM cell switch command MAC CE. If the indicator is set / indicated for the SCG, the UE may perform at least one of the following operations: (1) considering that the information in the received MAC CE is for the SCG LTM; (2) indicating to upper layers or lower layers that LTM cell switch procedure is triggered for SCG; (3) performing the LTM related operation in the SCG MAC layer, including, e.g., MAC reset, TA processing, configured uplink grant selection, RACH-less LTM cell switch, and the like. If the indicator is set / indicated for the MCG, the UE may correspondingly perform at least one of the following operations: (1) considering that the information in the received MAC CE is for the MCG LTM; (2) indicating to upper layers or lower layers that the LTM cell switch procedure is triggered for MCG; (3) performing the LTM related operation in the MCG MAC layer, including, e.g., MAC reset, TA processing, configured uplink grant selection, RACH-less LTM cell switch, and the like.

[0268] For another example, the indicator / flag may be introduced in the Candidate Cell TCI States Activation / Deactivation MAC CE. If the indicator is set / indicated for the SCG, the UE may perform at least one of the following operations: (1) considering that the information in the received MAC CE is for the SCG LTM; (2) indicating to lower layers that the information regarding the MAC CE is for SCG. If the indicator is set / indicated for the MCG, the UE may perform at least one of the following operations: (1) considering that the information in the received MAC CE is for the MCG LTM; (2) indicating to lower layers that the information regarding the MAC CE is for MCG.

[0269] For yet another example, the indicator / flag may be introduced in the DCI for PDCCH order triggered early RACH. If the indicator is set / indicated for the SCG, the UE may perform at least one of the following operations: (1) considering that the information in the received DCI is for PDCCH order triggered early RACH at SCG; (2) performing PDCCH order triggered early RACH at SCG MAC, e.g., sending the  preamble to the indicated candidate cell at SCG MAC. If the indicator is set / indicated for the MCG, the UE may perform at least one of the following operations: (1) considering that the information in the received DCI is for PDCCH order triggered early RACH at MCG; (2) performing PDCCH order triggered early RACH at MCG MAC, e.g., sending the preamble to the indicated candidate cell at MCG MAC.

[0270] In the second option for distinguishing a signaling / command, the UE may determine whether a received signaling / command is for the MCG or the SCG, according to the candidate cell ID (e.g., LTM candidate configuration ID) as indicated in the corresponding signaling / command. For example, if the indicated candidate cell ID is for a candidate PSCell or SCG LTM, the UE may consider the information in the received signaling / command as being intended for the SCG and / or may perform the corresponding operation at the SCG (as described above) . If the indicated candidate cell ID is for a candidate PCell or MCG LTM, the UE may consider the information in the received signaling / command as being intended for the MCG and / or may perform the corresponding operation at the MCG (as described above) .

[0271] Upon a triggering of the LTM cell switch (either being initiated by the MN or the source SN, as described above) , the target node may need to be informed about LTM cell switch execution. For example, upon triggering the LTM cell switch, the triggering node (e.g., MN, or the source SN) may need to inform the target node (e.g., the target SN) about the target cell information of the selected / indicated target candidate cell, in order to, e.g., let the target SN start the transmission / scheduling with the UE, for example, the dynamic UL grant scheduling to the UE in case of RACH-less LTM.

[0272] The target cell information above / below may include at least one of the target cell ID (e.g., the LTM candidate configuration ID of the target cell) , the selected TCI-state ID (s) or beam / RS ID (s) of the target cell, or the like.

[0273] Two example options may be implemented with respect to informing the target SN of the target cell information.

[0274] In a first option for informing the target SN of the target cell information, upon transmission of the cell switch command to the UE, the triggering node (the MN or source SN) may send a notification message (e.g., Cell Switch Notification message) to the target SN to indicate the target cell information. If the triggering node is the source SN, the source SN may send the information to the MN, and the MN may then transfer the received information to the target SN. If there is a direct connection between the source SN and the target SN, the SN may transfer the received information to the target SN directly.

[0275] In a second option for informing the target SN of the target cell information, upon triggering the LTM cell switch (e.g., receiving the LTM cell switch command from the NW or the execution condition of the target candidate cell is met) , the UE may send an RRCReconfigurationComplete message to the MN. The message may include the target cell information. Then the MN may transfer the received target cell information to the target SN.

[0276] The first and second options above for informing the target SN of the target cell information may be combined and used together in some example implementations.

[0277] An example SN-triggered early sync procedure and / or SCG LTM cell switch execution procedure following the general principle of FIG. 5 and the description above is shown in FIG. 9 among UE 902, the MN DU 904, the MN CU 906, the source SN DU 908, the source SN CU 910, and various candidate SN CUs and candidate SN DUs with only a target SN CU 912 and target SN DU 914 explicitly shown. FIG. 9 thus indicates further detailed example interactions within each of the MN, source SN, and target SN, e.g., between their CUs and DUs in the presence of CU-DU splitting. The example procedure of FIG. 9 may include the following example steps:

[0278] 1. The UE 902 may perform DL synchronization with the candidate PSCell (s) before receiving the cell switch command according to, e.g., the TCI-state activation command (e.g., via Candidate Cell TCI States Activation / Deactivation MAC CE) from the source SN (e.g., the source SN DU 908) .

[0279] 2. The UE 902 may perform UL synchronization (e.g., UE-based TA measurement, PDCCH order triggered early RACH) with the candidate PSCell (s) before receiving the cell switch command, if indicated by the NW. Taking the PDCCH order triggered early RACH as an example in 2a through 2f:

[0280] 2a. The source SN (e.g., the source SN DU 908) may send a random access (RA) indication signaling (e.g., via DCI) to trigger the early RACH towards the target cell to acquire the TA. The signaling may include the candidate cell indicator (e.g., LTM candidate configuration ID) , RA preamble index, UL / SUL indicator, SSB index, PRACH mask index and / or PRACH re-transmission indicator. The signaling may also include an indicator to indicate that the RA procedure is intended for the SCG, e.g., to be performed at the SCG MAC.

[0281] 2b. The UE 902 may send a preamble towards the target SN (e.g., target SN DU 914) of the  indicated candidate cell.

[0282] 2c. The target SN (e.g., the target SN DU 914) may calculate the TA value of the indicated candidate cell according to, e.g., the received preamble. The target SN DU 914 may send a list of TA related information items to the target SN CU 912 via an F1 message, e.g., a DU-CU TA information transfer message. The TA relate information may include the TA value, the associated RA resource information (e.g., preamble index, RA-RNTI) , the candidate cell ID, and / or the DU ID (e.g., the source SN DU ID, or the candidate SN DU ID) .

[0283] 2d / 2e. The target SN (e.g., the target SN CU 912) may send the received TA related information (e.g., from one or more associated target SN DU (s) ) to the MN (e.g., the MN CU 906) via an Xn message, e.g., TA information transfer message. The MN (e.g., the MN CU 906) may transfer the received TA related information to the source SN (e.g., the source SN CU 910) via an Xn message, e.g., a TA information transfer message. In some example implementations, if there is a direct connection between the source SN and the target SN, the target SN can directly send the TA related information to the source SN via an Xn message, e.g., a TA information transfer message.

[0284] 2f. The source SN CU 910 may transfer the received TA related information to the source SN DU 908 via an F1 message, e.g., a CU-DU TA information transfer message.

[0285] 3. The UE 902 may perform L1 measurements on the configured candidate cell (s) and / or transmit L1 measurement reports to the source SN (e.g., the source SN DU 908) .

[0286] 4. The source SN (e.g., the source SN DU 908) may decide to execute LTM cell switch to a target cell. There are several options that can be considered by the source SN to decide the LTM triggering:

[0287] ● Option 1: the source SN DU 908 may decide the triggering of LTM execution by itself based on, e.g., the received L1 measurements;

[0288] ● Option 2: the source SN DU 908 may coordinate with the source SN CU 910 to decide the triggering of LTM execution. For example, the source DU 908 may determine or request to trigger the LTM execution (e.g., based on L1 measurements) and send the information of the selected / requested candidate target cell (e.g., target  cell ID, the LTM candidate configuration ID of the target cell, and / or TCI-state / beam / RS information of the target cell) to the source CU 910 via an F1 message. The source SN CU 910 may accept or reject the selected / requested candidate target cell and sends a response message to the source SN DU 908 via an F1 message, e.g., by taking the load balance into account. If the source SN CU rejects the selected / requested candidate target cell, the response message may include a cause value to indicate the rejection cause (e.g., overload) .

[0289] ● Option 3: the source SN may coordinate with the MN to decide the triggering of LTM execution. For example, the source SN DU 908 may determine or request to trigger the LTM execution (e.g., based on L1 measurements) and send the information of the selected / requested candidate target cell to the source SN CU 910. The source SN CU 910 may transfer the received information to the MN (e.g., the MN CU 906) . The MN CU 906 may accept or reject the selected / requested candidate target cell and sends a response message to the source SN via an Xn message. Then the source SN CU 910 may inform the response to the source SN DU 908. If the MN CU rejects the selected / requested candidate target cell, the response message may include a cause value to indicate the rejection cause (e.g., overload) .

[0290] ● Option 4: the source SN may coordinate with the target SN to decide the triggering of LTM execution. For example, the source SN DU 908 may determine or request to trigger the LTM execution (e.g., based on L1 measurements) and send the information of the selected / requested candidate target cell to the source SN CU 910. The source SN CU 910 may transfer the received information to the target SN via the MN. The target SN (e.g., the target SN CU, or the target SN DU) may accept or reject the selected / requested candidate target cell and sends a response message to the source SN via the MN. The source SN CU 910 may inform the response to the source SN DU 908. If the target SN CU rejects the selected / requested candidate target cell, the response message may include a cause value to indicate the rejection cause (e.g., overload) . In some example, if there is a direct connection between the source SN and the target SN, the source SN can directly coordinate with the target  SN via Xn message (s) without an involvement of the MN as an intermediate.

[0291] 5. The source SN (e.g., the source SN DU 908) may transmit a cell switch command (e.g., cell switch command MAC CE) triggering cell switch by including the candidate configuration index of the target cell (e.g., referred to LTM candidate configuration ID minus 1) . The UE may switch to the target cell and applies the corresponding configuration indicated by candidate configuration index. The cell switch command may also include an indicator to indicate that the LTM cell switch is intended for the SCG or the candidate PSCell.

[0292] 6. The source SN may initiate a cell switch notification procedure to inform the MN and / or the target SN about the target cell information. The target cell information may include at least one of the target cell ID (e.g., the LTM candidate configuration ID of the target cell) , the selected TCI-state ID (s) or beam / RS ID (s) of the target cell. For example:

[0293] 6a. The source SN DU 908 may send a notification message (e.g., a DU-CU cell switch notification message) to the source SN CU 910, to indicate the initiation / triggering of the LTM to the UE. The message may include the target cell information.

[0294] 6b / 6c. The source SN CU 910 may transfer the received target cell information to the MN (e.g., the MN CU 906) , and then the MN may transfer the received information to the target SN (e.g., the target SN CU 912) via an Xn message, e.g., a cell switch notification message. In some example implementations, if there is a direct connection between the source SN and the target SN, the source SN can directly inform the target SN via an Xn message without an involvement of the MN.

[0295] 6d. The target SN CU 910 may send the received information to the target SN DU 914 via a F1 message, e.g., a CU-DU cell switch notification message.

[0296] 7. The UE 902 may send an MN RRCReconfigurationComplete message to the MN CU and / or DU 904 and 906 after the UE detaches from the source SN and applies the target SN configuration. The message may include the target cell information, e.g., the target cell ID, the selected / indicated TCI-state ID (s) or beam / RS ID (s) of the target cell. The message may also include the sk-Counter value associated with the target cell if a new sk-Counter value is selected / applied.

[0297] 8. The MN (e.g., the MN CU 906) may inform the target SN (e.g., the target SN CU 912) of the  target cell that the UE has completed the reconfiguration procedure successfully via an Xn message, e.g., an SN Reconfiguration Complete message, or an SN Change Confirm message. The message may include the target cell information, and / or the associated sk-Counter value (if received by the MN RRCReconfigurationComplete message) .

[0298] 9. The UE 902 may perform the random access procedure towards the target cell, if UE does not have valid TA of the target cell. If the UE has valid TA of the target cell, the UE skips random access procedure towards the target cell, e.g., to perform a RACH-less LTM. If the UE has performed an RA procedure, the UE may consider that LTM cell switch execution is successfully completed when the random access procedure is successfully completed. For RACH-less LTM, the UE may consider that LTM cell switch execution as being successfully completed when the UE determines that the network has successfully received its first UL data.

[0299] Likewise, an example MN-triggered early sync procedure and / or SCG LTM cell switch execution procedure following the general principle of FIG. 5 and the description above is shown in FIG. 10 among UE 1002, the MN DU 1004, the MN CU 1006, the source SN DU 1008, the source SN CU 1010, and various candidate SN CUs and candidate SN DUs with only a target SN CU 1012 and target SN DU 1014 explicitly shown, FIG. 10 thus indicates further detailed example interactions within each of the MN, source SN, and target SN, e.g., between their CUs and DUs in the presence of CU-DU splitting. The example procedure of FIG. 10 may include the following example steps:

[0300] 1. The UE 1002 may perform DL synchronization with the candidate PSCell (s) before receiving the cell switch command, e.g., according to the TCI-state activation command from the MN (e.g. the MN DU 1004) .

[0301] 2. The UE 1002 may perform UL synchronization (e.g., UE-based TA measurement, PDCCH order triggered early RACH) with the candidate PSCell (s) before receiving the cell switch command, if indicated by the NW. Taking the PDCCH order triggered early RACH as an example:

[0302] 2a. The MN (e.g., the source MN DU 904) may send an RA indication signaling (e.g., via DCI) to trigger the early RACH towards the target cell to acquire the TA. The signaling may include the candidate cell indicator (e.g., candidate cell configuration ID) , RA preamble index, UL / SUL indicator, SSB index, PRACH mask index and / or PRACH re- transmission indicator. The signaling may also include an indicator to indicate that the RA procedure is intended for the SCG, e.g., to be performed at the SCG MAC.

[0303] 2b～2d. These steps are similar to the step 2b～2d in FIG. 9.

[0304] 2e. The MN CU 1006 may transfer the received TA related information to the MN DU 1004 via an F1 message, e.g., a CU-DU TA information transfer message.

[0305] 3. The UE 1002 may perform L1 measurements on the configured candidate cell (s) and / or transmits L1 measurement reports to the MN (e.g., the MN DU 1004) .

[0306] 4. The MN (e.g., the source MN DU 1004) may decide to execute LTM cell switch to a target cell. There are several example options that can be considered by the MN to decide the LTM triggering:

[0307] ● Option 1: the source MN DU 1004 may decide the triggering of LTM execution by itself based on, e.g., the received L1 measurements;

[0308] ● Option 2: the MN DU 1004 may coordinate with the MN CU 1006 to decide the triggering of LTM execution. For example, the MN DU 1004 may determine or request to trigger the LTM execution (e.g., based on L1 measurements) and send the information of the selected / requested candidate target cell (e.g., target cell ID, the LTM candidate configuration ID of the target cell, and / or TCI-state / beam information of the target cell) to the MN CU 1006 via an F1 message. The MN CU 1006 may accept or reject the selected / requested candidate target cell and sends a response message to the MN DU 1004 via an F1 message, e.g., by taking the load balance into account. If the MN CU rejects the selected / requested candidate target cell, the response message may include a cause value to indicate the rejection cause (e.g., overload) .

[0309] ● Option 3: the MN may coordinate with the target SN to decide the triggering of LTM execution. For example, the MN DU 1004 may determine or request to trigger the LTM execution (e.g., based on L1 measurements) and send the information of the selected / requested candidate target cell to the source MN CU 1006. The MN CU 1006 may transfer the received information to the target SN CU 1012. The target SN (e.g. the target SN CU, or the target SN DU) may accept or reject the  selected / requested candidate target cell and sends a response message to the MN. The MN CU 1006 may inform the response to the source MN DU 1004. If the target SN rejects the selected / requested candidate target cell, the response message may include a cause value to indicate the rejection cause (e.g., overload) .

[0310] 5. The MN (e.g., the MN DU 1004) may transmit a cell switch command (e.g., cell switch command MAC CE) triggering cell switch by including the candidate configuration index of the target cell (e.g., referred to LTM candidate configuration ID minus 1) . The UE 1002 may switch to the target cell and apply the configuration indicated by candidate configuration index. The cell switch command may also include an indicator to indicate that the LTM cell switch is intended for the SCG or the candidate PSCell.

[0311] 6. The MN may initiate a cell switch notification procedure to inform the target SN about the target cell information. The target cell information may include at least one of the target cell ID (e.g., the LTM candidate configuration ID of the target cell) , the selected TCI-state ID (s) or beam / RS ID(s) of the target cell. For example:

[0312] 6a. The MN DU 1004 may send a notification message (e.g., DU-CU cell switch notification message) to the MN CU 1006, to indicate the initiation / triggering of the LTM to the UE. The message may include the target cell information.

[0313] 6b. The MN CU 1006 may transfer the received target cell information to the target SN CU 1012 via an Xn message, e.g., a cell switch notification message.

[0314] 6c. The target SN CU 1012 may send the received target cell information to the target SN DU 1014 via an F1 message, e.g., a CU-DU cell switch notification message.

[0315] 7～9. These steps are similar to step 7～9 in FIG. 9.

[0316] In some example implementations, not all steps in the flow chart needs to be performed. For example, the step (s) in the dotted line in FIG. 10 may be performed as an optional step. For another example, e.g., an MN initiated inter-SN LTM for SN / SCG / PSCell addition, the S-SN CU, the S-SN DU may not be involved and steps involving the S-SN CU / DU in FIG. 10 may be ignored / skipped, and other steps are applicable.

[0317] The example procedures above can be applicable to SCG CLTM as well. For SCG CLTM, the  step 3～5 in FIG. 9 or FIG. 10 may be ignored / skipped. Instead, the UE maintains connection with the source SN after receiving CLTM configuration, and starts evaluating the execution conditions for the CLTM candidate cell (s) . If at least one CLTM candidate cell satisfies the corresponding execution condition, the UE selects a candidate cell to perform the LTM cell switch, e.g., detaches from the source cell, and applies the stored corresponding configuration for the selected candidate cell (e.g., target cell) . If UE does not have valid TA of the target cell, the UE performs the random access procedure towards the target cell. If the UE has valid TA of the target cell, the UE performs RACH-less cell switch to the target cell.

[0318] Overall procedure -SN initiated inter-SN LTM / CLTM

[0319] Based on the various example implementations above, an example overall procedure for SN initiated inter-SN LTM / CLTM is shown in FIGs. 11-12 among the UE 1102, the MN 1104, the source SN 1106, the candidate SNs including as examples the target potential SN 1108 and another potential target or candidate SN 1110, the UPF 1112 or the core network, and the AMF 1114 or the core network. The example procedure is applicable to, e.g., SN / SCG / PSCell change. The overall example procedure of the SN initiated LTM / CLTM in FIGs. 11-12 may include:

[0320] 1. The source SN 1106 may initiate the inter-SN LTM / CLTM procedure by sending an SN Change Required message to the MN 1104.

[0321] 2. The MN 1104 may request each candidate SN (e.g., SN 1108 or 1110) to allocate resources for the UE by means of the SN Addition procedure, corresponding to step 2 of FIG. 7.

[0322] 3. Within the list of cells recommended by the MN (as included in the request sent by the MN to the candidate SNs in step 2) , the candidate SN 1108 or 1110 decides the lists of PSCell (s) to prepare for LTM, considering the maximum number of candidate cells to prepare as indicated by the MN (e.g., in the request of step 2) . For each prepared PSCell, the candidate SN provides the corresponding SCG radio resource configuration and send such information to the MN 1104 via the SN Addition Request Acknowledge message, corresponding to step 5 of FIG. 7.

[0323] 3a. The MN 1104 may send an Xn-U Address Indication message to the candidate SNs 1108 and 1110 to provide information for data forwarding and / or trigger an early data forwarding (e.g., from the source SN to the target / candidate SN (s) ) . For example, for SN terminated bearers using MCG resources, the MN 1104 may provide an Xn-U DL TNL address information in the message.

[0324] 4. The MN 1104 may initiate an SN modification procedure towards the source SN 1106 and / or the candidate SN (s) 1108 and / or 1110, to notify the SN of the prepared candidate PSCell (s) information and / or to let the SN generate the L1 measurement related configuration (e.g., the CSI resource configuration, L1 measurement report configuration) , corresponding to step 6 of FIG. 7.

[0325] 5～8. These steps are similar to step 7～9 in FIG. 7, in which, for example, the MN 1104 communicates with the UE 1102 with respect to LTM configuration and / or updated source SCG configuration. The UE 1102 responses to the MN 1104. And the MN 1104 communicates with the source SN 1106 to inform the source SN of LTM / CLTM preparation completion.

[0326] 8a. If early data forwarding is applied, the MN 1104 may inform the source SN 1106 the data forwarding addresses as received from the candidate SN (s) , e.g., via an Xn-U Address Indication message. The source SN 1106, if applicable, together with the Early Status Transfer procedure, may start early data forwarding to the target / candidate SN (s) . The PDCP SDU forwarding may take place during early data forwarding. In case multiple candidate SNs 1108 and 1110 are prepared, the MN 1104 may include a list of target / candidate SN ID and list of data forwarding addresses to the source SN 1106.

[0327] 9a～9b. These steps are similar to steps 1～2 in FIG. 9 for DL and UL synchronization.

[0328] 10～15. These steps are similar to step 3～9 in FIG. 9 with respect to LTM / CLTM execution procedure.

[0329] 16. If the source SN 1106 is configured as a candidate SN (e.g., for subsequent LTM / CLTM) , the MN 1104 may trigger the MN initiated SN Modification procedure to inform the source SN to stop providing user data to the UE, to switch to a preparation state, and / or if applicable, to allow provisioning of new data forwarding addresses. If the source SN 1106 is not configured as a candidate SN, the MN 1104 may instead trigger an MN initiated SN Release procedure to inform the source SN 1106 to stop providing user data to the UE.

[0330] 17. If applicable, the MN 1104 may trigger the Xn-U Address Indication procedure to inform the source SN 1106 of the address of the SN of the selected candidate PSCell, to start late data forwarding.

[0331] 18 a / b. If PDCP termination point is changed for bearers using RLC AM, the source SN sends the  SN Status Transfer message, which the MN sends then to the SN of the selected / target candidate PSCell, if needed.

[0332] 19. If applicable, the update of the UP path towards the core network is performed via a PDU session path update procedure.

[0333] 20. If the source SN 1106 is not configured as a candidate SN (e.g., for subsequent SCG LTM / CLTM) , upon completion of the path update procedure, the MN 1104 may send the UE Context Release message to the source SN 1106. Then the source SN 1106 may release radio and C-plane related resources associated to the UE context. Any ongoing data forwarding may continue.

[0334] Overall procedure -MN initiated inter-SN LTM / CLTM

[0335] Further based on the various example implementations above, an example overall procedure for MN initiated inter-SN LTM / CLTM is shown in FIGs. 13-14 among the UE 1302, the MN 1304, the source SN 1306, the candidate SNs including, as an example, the target potential SN 1308 and another potential target SN 1310, the UPF 1312 of the core network, and the AMF 1314 of the core network. The example procedure is applicable to, e.g., SN / SCG / PSCell addition or SN / SCG / PSCell change. The overall example procedure of FIGs. 13-14 may include:

[0336] 1. The MN 1304 may initiate the inter-SN SCG LTM / CLTM by requesting the candidate SN (s) 1308 and 1310 to allocate resources for the UE 1302 by means of the SN Addition procedure, e.g., similar to step 1 in FIG. 8.

[0337] 2～7a. These steps are similar to step 4～8a in FIG. 8 as part of the LTM / CLTM preparation.

[0338] 8a～14. These steps are similar to step 1～9 in FIG. 10 with respect to DL and UL synchronization, and SCG LTM cell switching execution.

[0339] 15～19. These steps are similar to step 16～20 in FIG. 12 with respect to data forwarding and / or source SN handling post SCG LTM cell switching execution depending on whether the source SN is a candidate SN (e.g., for subsequent LTM switching) or not.

[0340] In some example implementations, not all steps in the flow chart need to be performed. For example, the steps in the dotted line in the FIGs. 11～12 and / or FIGs. 13～14 may be performed optionally. For  another example, e.g., for an MN initiated inter-SN LTM for SN / SCG / PSCell addition, the source SN may not be involved and steps involving the source SN above in FIGs. 13-14 may be ignored / skipped, and other steps remain applicable.

[0341] The overall procedures above for SN or MN initiated inter-SN LTM can be applicable to SCG CLTM as well. For SCG CLTM, the step 10～11 in FIG. 12 and / or step 9～10 in FIG. 14 may be ignored / skipped. Instead, the UE may maintain connection with the source SN after receiving CLTM configuration, and start evaluating the execution conditions for the CLTM candidate cell (s) . If at least one CLTM candidate cell satisfies the corresponding execution condition, the UE may select a candidate cell to perform the LTM cell switch, e.g., the UE may detach from the source cell, and apply the stored corresponding configuration for the selected candidate cell (e.g., target cell) . If UE does not have valid TA of the target cell, the UE may perform the random access procedure towards the target cell. If the UE has valid TA of the target cell, the UE may perform RACH-less cell switch to the target cell.

[0342] Coexistence of MCG LTM / CLTM and SCG LTM / CLTM

[0343] In some example implementations, the MN may decide to configure MCG LTM or MN initiated SCG LTM, while the SN can decide to configure SN initiated SCG LTM (e.g., including SN initiated SCG LTM without MN involvement, SN initiated SCG LTM with MN involvement) .

[0344] In some example cases, MCG LTM and SCG LTM may not be configured simultaneously. In order to avoid the simultaneous configuration of MCG LTM and SCG LTM, some interaction / coordination between the MN and the SN may need to be considered with the following example options:

[0345] ● Option 1: the MN may send an indicator to the SN to indicate whether the SCG LTM can be configured by the SN. For example, if the indicator value is set to “enable” or “true” , then the SCG LTM can be configured by the SN. Otherwise, the SCG LTM may not be configured by the SN.

[0346] ● Option 2: the MN may send an indicator to the SN to indicate the maximum number of candidate configurations / cells that the SN is allowed to configure for SCG LTM. For example, if the indicator value set to “0” , the SN may not be allowed to configure SCG LTM or SN initiated SCG LTM. For another example, if the indicator is absent, the SN may be allowed to configured up to the maximum number (e.g., 8) of candidate configurations / cells that the NW is allowed to configure for LTM (e.g., including MCG LTM and / or SCG LTM) .

[0347] In some example cases, MCG LTM and SCG LTM can be configured simultaneously. Some interaction / coordination between the MN and the SN may need to be considered to ensure that the candidate configurations / cells configured by the MN and / or the SN shall not exceed the maximum number of candidate configurations / cells that the NW is allowed to configure for LTM. Example options may include but are not limited to:

[0348] ● Option 1: the MN may send an indicator to the SN to indicate the maximum number of candidate configurations / cells that the SN is allowed to configure for SCG LTM.

[0349] ● Option 2: the MN may send an indicator to the SN to indicate the maximum number of candidate configurations / cells that the SN is allowed to configure for SCG LTM. If the SN decides to configure more candidate configurations / cells than the indicated value, the SN can send another indicator to the MN to indicate a requested / suggested maximum number of candidate configurations / cells that the SN desires to configure for SCG LTM. The MN may accept or reject the requested / suggested number by the SN. The MN may send a corresponding response to the SN.

[0350] In some example cases, MCG LTM and SCG LTM can be configured simultaneously, but some types of LTM (e.g., MCG LTM and SCG LTM, MN initiated SCG LTM and SN initiated SCG LTM) may not be performed / executed simultaneously. In order to avoid the simultaneous execution of MCG LTM and SCG LTM, some interaction / coordination between the MN and the SN may need to be considered. Example options may include but are not limited to:

[0351] ● Option 1: the triggering node (e.g., the MN, or the SN) may coordinate with its peer node (e.g., the SN, or the MN) when or before the triggering node desires / determines to trigger the LTM. The peer node can decide whether to accept or reject the triggering decision, and send a response message to the triggering node. Taking the triggering of SN initiated SCG LTM as an example, the following example steps may be implemented:

[0352] ○ Step 1: When or before the SN desires / determines to trigger the SN initiated SCG LTM, the SN may send a notification message to the MN to inform that the SN initiated SCG LTM is to be triggered.

[0353] ○ Step 2: The MN may decide to accept or reject the triggering of SN initiated SCG LTM according to, e.g., whether the MCG LTM or MN initiated SCG LTM is triggering or not.  The MN may send a corresponding response message to the SN to inform the accept or rejection of the triggering. If the MN rejects the triggering of SN initiated SCG LTM, the response message may include a cause value to indicate a reason for the rejection, e.g., that the MCG LTM or the MN initiated SCG LTM is being triggering or has been triggered.

[0354] ○ Step 3: Upon receiving the response message from the SN indicating that the MN accepts the triggering of SN initiated SCG LTM, the SN may then send the cell switch command to the UE.

[0355] The option above may be applicable to the triggering of MCG LTM or MN initiated SCG LTM, e.g., the MN may coordinate with the SN when or before the MN desires / determines to trigger the MN initiated LTM.

[0356] ● Option 2: When or after the triggering node (e.g., the MN, or the SN) sends the cell switch command to the UE to trigger the LTM execution, the triggering node may inform its peer node. The peer node may not be allowed to trigger the LTM until the on-going LTM is completed, e.g., before receiving the notification message of LTM execution completion from the triggering node. Taking a triggering of MN initiated LTM as an example, the following example steps may be implemented:

[0357] ○ Step 1: When or after the MN sends the cell switch command to the UE, the MN may send a notification message to the SN to inform that the MCG LTM or the MN initiated SCG LTM is triggered.

[0358] ○ Step 2: Upon receiving the notification message from the MN, the SN may not be allowed to trigger the SN initiated SCG LTM.

[0359] ○ Step 3: When the LTM is completed (e.g., receiving the RRCReconfigurationComplete message from the UE) , the MN may inform the SN, e.g., sending a notification message to the SN to inform the LTM execution completion. The SN may then be allowed to trigger the SN initiated SCG LTM if needed according to, e.g., the L1 measurement report.

[0360] The option above may be applicable to the triggering of SN initiated SCG LTM, e.g., the SN informs the MN when the SN initiated SCG LTM is triggered.

[0361] In some example implementations, the indicator / information above can be transferred between the  MN and the SN by one of the following example options:

[0362] ● Option 1: Including the indicator / information directly in an Xn / X2 message (e.g., SN addition / modification request or SN addition / modification request acknowledge message) as, e.g., one information element.

[0363] ● Option 2: Including the indicator / information in an RRC message, e.g., a CG-ConfigInfo or CG-Config message. The RRC message may be included as one information element in an Xn / X2 message (e.g., SN addition / modification request or SN addition / modification request acknowledge message) .

[0364] In some example implementations, the description / method above is applicable to the CLTM, e.g., the coexistence of MCG CLTM and SCG CLTM. For one example, the term “LTM” above may be referred to as “CLTM” or “LTM / CLTM (e.g., including LTM and / or CLTM) ” .

[0365] Conditional Mobility -Execution Condition Handling

[0366] In order to support subsequent conditional mobility (e.g., subsequent CPAC, subsequent CHO, subsequent MCG / SCG CLTM) , the execution conditions may need to be updated with the cell switch / change. The conditional mobility configuration above may include a subsequent conditional configuration for each candidate cell. The subsequent conditional configuration of a candidate cell is to be used, when the UE switches to that candidate cell, e.g., for an evaluation of the subsequent execution condition.

[0367] In some example implementations, the subsequent conditional mobility configuration (e.g., ConditionalReconfiguration) may include a list of candidate configurations (e.g., CondReconfigToAddMod List) . For each candidate configuration (e.g., CondReconfigToAddMod) , it may include at least one of the following information regarding the candidate cell:

[0368] ● Candidate configuration ID, e.g., condReconfigId;

[0369] ● Execution condition (s) , e.g., condExecutionCond, condExecutionCondSCG;

[0370] ● Candidate cell configuration, e.g., condRRCReconfig;

[0371] ● Subsequent conditional configuration, e.g., SubsequentCondReconfig, which may include the execution conditions that need to be fulfilled in order to trigger the execution of a subsequent conditional mobility.

[0372] The subsequent conditional configuration above may include at least one of the following information:

[0373] ● a list of subsequent candidate cells (e.g., referred to as condReconfigId) ,

[0374] ● the associated subsequent execution condition (e.g., condExecutionCond, condExecution CondSCG) for each subsequent candidate cell, or

[0375] ● a list of candidate cells to be released / removed.

[0376] Upon receiving the subsequent conditional mobility configuration from the NW, the UE shall store them into the UE variable (e.g., VarConditionalReconfig) .

[0377] Upon completion of one subsequent conditional mobility execution (e.g., successful completion of the random access procedure to the target candidate cell, or successful completion of the LTM cell switch) , the UE may need to replace the previous / existing / current execution conditions stored in the UE variable with the subsequent execution conditions associated with the target candidate cell, e.g., the execution condition that needs to be evaluated and / or fulfilled to trigger the execution of a subsequent conditional mobility. The subsequent execution conditions may include different candidate cells and associated execution conditions from the current / existing execution conditions, so the UE may replace the current / existing execution condition with the subsequent one, add the subsequent execution condition, and / or remove / release the current / existing execution condition.

[0378] In some example implementations, when the UE completes a subsequent conditional mobility execution from a source cell to a target cell, if the subsequent conditional configuration associated with the target cell includes a list of candidate cells to be released / removed, the UE may perform at least one of the following:

[0379] ● for each indicated candidate cell, remove / release the execution conditions of that candidate cell from the UE variable; or

[0380] ● for each indicated candidate cell, remove / release all information / entries (e.g., the candidate cell configuration, the execution condition) associated with that candidate cell.

[0381] In some example implementations, when the UE completes a subsequent conditional mobility execution from a source cell to a target cell, at least one of the following actions that may be performed:

[0382] ● For a candidate cell that is evaluated when the UE is in the source cell and to be evaluated when the UE is in the target cell, e.g., there is a previous / existing / current execution condition of the candidate cell stored in the UE variable, and there is a subsequent execution condition for that candidate cell in the subsequent conditional configuration associated with the target cell: the UE shall replace the previous / existing / current execution condition of the candidate cell stored in the UE variable with the subsequent execution condition of the candidate cell.

[0383] ● For a candidate cell that is evaluated when the UE is in the source cell but not to be evaluated when the UE is in the target cell, e.g., there is a previous / existing / current execution condition of the candidate cell stored in the UE variable, but there is no subsequent execution condition for that candidate cell in the subsequent conditional configuration associated with the target cell: the UE shall remove the previous / existing / current execution condition of the candidate cell in the UE variable.

[0384] ● For a candidate cell that is not evaluated when the UE is in the source cell but to be evaluated when the UE is in the target cell, e.g., there is no previous / existing / current execution condition of the candidate cell stored in the UE variable, but there is a subsequent execution condition for that candidate cell in the subsequent conditional configuration associated with the target cell: the UE shall add the subsequent execution condition of the candidate cell in the UE variable.

[0385] An example is shown in FIG. 15.

[0386] In one example, the NW may pre-configure three candidate cells (e.g., Cell_1, Cell_2, Cell_3) for subsequent conditional mobility when the UE is connecting with the source cell (e.g., Cell_0) . The subsequent conditional mobility configuration includes the execution conditions for each candidate cell, and the subsequent execution conditions associated with each candidate cell (e.g., to be used when the candidate cell becomes the current serving cell) . The UE shall store the received subsequent conditional mobility configuration into the UE variable.

[0387] ● T1: The UE evaluates the execution conditions for all three candidate cells (e.g., condition_01, condition_02, and condition_03) when the UE is in Cell_0.

[0388] ● T2: When the UE switches from the Cell_0 to Cell_1, the UE needs to replace theprevious / existing / current execution conditions (i.e., used when the UE is in Cell_0) with thesubsequent execution conditions for Cell_1. Accordingly, the UE needs to:

[0389] 1) remove the previous / existing / current execution conditions for Cell_1 from the UE variable;

[0390] 2) replace the previous / existing / current execution conditions with the subsequent execution conditions for Cell_2 from the UE variable;

[0391] 3) remove the previous / existing / current execution conditions for Cell_3 from the UE variable;

[0392] ● T3: When the UE switches from the Cell_1 to Cell_2, the UE needs to replace the

[0393] previous / existing / current execution conditions (i.e. used when the UE is in Cell_1) with the subsequent execution conditions associated with Cell_2. Accordingly, the UE needs to:

[0394] 1) add the subsequent execution conditions for Cell_1 into the UE variable;

[0395] 2) remove the previous / existing / current execution conditions for Cell_2 from the UE variable;

[0396] 3) add the subsequent execution conditions for Cell_3 into the UE variable;

[0397] In one example, e.g., for subsequent CPAC, an example signaling structure for subsequent conditional mobility configuration is shown as below:

[0398] – ConditionalReconfiguration

[0399] The IE ConditionalReconfiguration is used to add, modify and release the configuration of

[0400] conditional reconfiguration.

[0401] ConditionalReconfiguration information element

[0402] The IE CondReconfigToAddModList concerns a list of conditional reconfigurations to add or modify, with for each entry the condReconfigId and the associated fields.

[0403] CondReconfigToAddModList information element

[0404] In one example, e.g., for subsequent CPAC, an example procedure for the handling of the execution conditions for subsequent conditional mobility (based on the example signaling structure above) is shown as below:

[0405] 1> if reconfigurationWithSync was included in spCellConfig of an MCG or SCG and when MAC of an NR cell group successfully completes a Random Access procedure:

[0406] 2> if the RRCReconfiguration message is applied due to a conditional reconfiguration execution and the subsequentCondReconfig is included in the entry in VarConditionalReconfig containing the RRCReconfiguration message:

[0407] 3> for each condReconfigId included in condExecutionCondToAddModList within subsequentCondReconfig:

[0408] 4> if an entry with the matching condReconfigId exists in the condReconfigToAddModList within the VarConditionalReconfig;

[0409] 5> replace condExecutionCond or condExecutionCondSCG in the condReconfigToAddModList within VarConditionalReconfig with the value of condExecutionCond or condExecutionCondSCG for this condReconfigId within subsequentCondReconfig;

[0410] 4> else:

[0411] 5> add a new entry condExecutionCond or condExecutionCondSCG in the condReconfigToAddModList within VarConditionalReconfig with the value of condExecutionCond or condExecutionCondSCG for this condReconfigId within

[0412] subsequentCondReconfig;

[0413] 3> for each condReconfigId included in in the condReconfigToAddModList within the VarConditionalReconfig but not included in the condExecutionCondToAddModList within subsequentCondReconfig:

[0414] 4> remove the entry condExecutionCond or condExecutionCondSCG with the matching condReconfigId in the condReconfigToAddModList from the VarConditionalReconfig.

[0415] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0416] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0417] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0418] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is  included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0419] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method performed by a Master Node (MN) of a wireless network for serving a wireless terminal together with a source Secondary Node (SN) via a source Primary Secondary Cell (PSCell) among a Secondary Cell Group (SCG) , the method comprising:initiating a Layer-1 / Layer-2 Triggered mobility (LTM) preparation procedure to obtain an LTM configuration;transmitting the LTM configuration to the wireless terminal;determining, based on a set of L1 measurements, to initiate an SCG LTM cell switch for the wireless terminal to switch from the source PSCell to a target PSCell in a target SN;transmitting an LTM cell switch command to the wireless terminal for triggering the SCG LTM cell switch; andreceiving a Radio Resource Control (RRC) complete message from the wireless terminal upon an execution of the SCG LTM cell switch by the wireless terminal from the source PSCell to the target PSCell.2.The method of claim 1, wherein the LTM preparation procedure comprises transmitting an SN addition request message to each of one or more candidate SNs, wherein the SN addition request message to a candidate SN of the one or more candidate SNs comprises at least one of:an indication to indicate that LTM is requested;identifiers of the one or more candidate SNs;one or more candidate cells recommended by the MN for the candidate SN;one or more candidate cells recommended by the MN for each of other candidate SNs;a maximum number of candidate cells that can be prepared by the candidate SN for LTM;a list of SN key and associated sk-counter values for the candidate SN;LTM candidate configuration IDs or ID range for the one or more candidate cells that can be prepared by the candidate SN;a mapping between LTM candidate configuration IDs and the one or more candidate cells;a request indication for an SCG reference configuration;an SCG reference cell configuration;a request indication for L1 Reference Signal (RS) configuration;a request indication for early TA acquisition resource configuration; ora request indication for TCI-state configuration.3.The method of claim 2, wherein the LTM preparation procedure further comprises receiving an SN addition request acknowledge message from the candidate SN of the one or more candidate SNs, wherein the SN addition request acknowledge message from the candidate SN of the one or more candidate SNs comprises at least one of:one or more prepared candidate SN DU IDs;one or more prepared candidate cell IDs;the SCG reference configuration, in response to the request indication for an SCG reference configuration;a candidate SCG configuration for each of the one or more prepared candidate cells;an indicator to indicate whether the candidate SCG configuration of a corresponding candidate cell is a complete configuration with respect to the SCG reference configuration or not;L1 RS configurations of the one or more prepared candidate cells;early UL synchronization configurations of the one or more prepared candidate cells; orTCI-state configurations of the one or more prepared candidate cells.4.The method of claim 3, wherein the LTM preparation procedure further comprises sending by the MN an SN modification request message to the source SN or a candidate SN of the one or more candidate SNs, to notify information of candidate cells prepared by the one or more candidate SNs.5.The method of claim 4, wherein the SN modification request message comprises at least one of:the identifiers of the one or more candidate SNs;one or more candidate SN DU IDs;one or more prepared candidate cell IDs;LTM candidate configuration IDs of the prepared candidate cells;L1 RS configurations of the prepared candidate cells;early UL synchronization configurations of the prepared candidate cells;TCI-state configurations of the prepared candidate cells;an SCG reference configuration; orCSI resource configurations for L1 measurements of the prepared candidate cells.6.The method of claim 4, further comprising receiving by the MN an SN modification request acknowledge message from the source SN or the candidate SN of the one or more candidate SNs, in response to the SN modification request message.7.The method of claim 6, wherein the SN modification request acknowledge message comprises CSI resource configurations for L1 measurements of the prepared candidate cells or an updated SCG configuration.8.The method of claim 1, wherein the LTM configuration comprises one or more LTM candidate configurations.9.The method of claim 8, wherein the SCG LTM cell switch is performed according to the LTM candidate configuration of the target PSCell.10.The method of claim 8, wherein each of the one or more candidate LTM configurations comprises an indicator for indicating whether a corresponding LTM candidate is for SCG LTM cell switch or MCG LTM cell switch.11.The method of claim 1, further comprising determining the target PSCell for the SCG LTM cell switch based on L1 measurements for one or more candidate cells of one or more candidate SNs and including information about the target PSCell in the LTM cell switch command.12.The method of claim 11, wherein determining the target PSCell for the SCG LTM cell switch comprises one of:determining within a DU of the MN the target PSCell for the SCG LTM cell switch, based on the L1 measurements;performing a coordination between the DU of the MN and a CU of the MN to determine the target PSCell for the SCG LTM cell switch; orperforming a coordination between the MN and the target SN to determine the target PSCell for the SCG LTM cell switch.13.The method of claim 1, wherein the LTM cell switch command comprises an LTM cell switch type indicator for indicating whether the LTM cell switch command is intended for SCG LTM cell switch or MCG LTM cell switch.14.The method of claim 1, wherein the LTM cell switch command comprises a Media Access Control (MAC) Control Element (MAC CE) .15.The method of claim 13, wherein when the LTM cell switch type indicator indicates that the LTM cell switch command is intended for SCG LTM cell switch, the SCG LTM cell switch further causing the wireless terminal to perform at least one of:indicating to upper or lower layers of MAC layer that the LTM cell switch is intended for SCG LTM cell switch; orperforming LTM related operations in an SCG MAC entity of the wireless terminal for the SCG LTM cell switch.16.The method of claim 15, wherein the LTM related operations comprise at least one of a MAC reset, a TA processing, a selection of configured uplink grant, or a RACH-less (Random Access Channel-less) LTM switch.17.The method of claim 1, wherein initiating the SCG LTM cell switch further comprises:sending a cell switch notification message to inform the target SN about information associates with the target PSCell, wherein the information associated with the target PSCell comprising at least one of an ID of the target PSCell or a TCI-state ID (s) of the target PSCell.18.The method of claim 1, further comprises at least one of:transmitting a candidate configuration ID range for candidate cells suggested to be prepared for the LTM, to a candidate SN; orreceiving a mapping between the candidate cells prepared by the candidate SN and the candidate configuration ID, the mapping being determined by the candidate SN according to the candidate configuration ID range.19.The method of claim 1, further comprises:initiating an SN modification or release procedure towards the source SN, after receiving the RRC complete message from the wireless terminal, to inform the source SN to stop providing user data to the wireless terminal or to switch to a prepared state.20.A method performed by a wireless terminal served by a source Secondary Node (SN) of a wireless network for serving a wireless terminal via a source Primary Secondary Cell (PSCell) among a Secondary Cell Group (SCG) and a Master Node (MN) , the method comprising:receiving from the MN a Layer-1 / Layer-2 Triggered mobility (LTM) configuration;receiving from the MN an LTM cell switch command; andperforming an SCG LTM cell switch from the source PSCell to a target PSCell of a target SN according to the LTM cell switch command and the LTM configuration.21.The method of claim 20, further comprising performing an UL synchronization with a candidate SN for the SCG LTM cell switch prior to receiving the LTM cell switch command.22.The method of claim 21, wherein the UL synchronization comprises receiving a random-access indication signaling from the source SN for triggering the UL synchronization via an early random-access procedure between the wireless terminal and the candidate SN.23.The method of claim 20, wherein the LTM cell switch command comprises information associated with the target PSCell, the target PSCell being determined:within a DU of the MN;by a coordination between the DU of the MN and a CU of the MN; orby a coordination between the MN and the target SN.24.The method of claim 20, wherein the LTM cell switch command comprises an LTM cell switch type indicator for indicating whether the LTM cell switch command is intended for SCG LTM cell switch or MCG LTM cell switch.25.The method of claim 20, wherein the LTM cell switch command comprises a Media Access Control (MAC) Control Element (MAC CE) .26.The method of claim 24, wherein when the LTM cell switch type indicator indicates that the LTM cell switch command is intended for SCG LTM cell switch, the SCG LTM cell switch further comprises performing at least one of:indicating to upper or lower layers of MAC layer that the LTM cell switch command is intended for SCG LTM cell switch; orperforming LTM related operations in an SCG MAC entity of the wireless terminal for the SCG LTM cell switch.27.The method of claim 26, wherein the LTM related operations comprise at least one of a MAC reset, a TA processing, a selection of configured uplink grant, or a RACH-less (Random Access Channel-less) LTM switch.28.The MN or wireless terminal of any one of claims 1 to 27 comprising a processor and a memory, wherein the processor is configured to read code from the memory to implement the method recited in any one of claims 1 to 27.29.A computer program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor of the MN or the wireless terminal of any one of claims 1 to 27, cause the processor to implement the method recited in any one of claims 1 to 27.

Images