Enabling inter-central unit lower layer triggered mobility

Abstract

A source base station transmits (505) to a candidate base station (C-BS), a handover request for a user equipment (UE), the handover request including a lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS. The source base station receives (507), from the C-BS and in response to the handover request, an LTM configuration including at least an LTM reference configuration. The source base station transmits (618) the LTM configuration to the UE.

Description

ENABLING INTER-CENTRAL UNIT LOWER LAYER TRIGGERED MOBILITYCROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims priority to and the benefit of the filing date of provisional U.S. Patent Application No. 63 / 563,264 entitled “Enabling Inter-Central Unit Lower Layer Triggered Mobility,” filed on March 8, 2024, and provisional U.S. Patent Application No. 63 / 672,968 entitled “Enabling Inter-Central Unit Lower Layer Triggered Mobility,” filed on July 18, 2024. The entire content of the provisional applications is hereby expressly incorporated herein by reference.FIELD OF THE DISCLOSURE

[0002] This disclosure relates to wireless communications and, more particularly, to enabling inter-central unit (inter-CU) lower layer triggered mobility (LTM).BACKGROUND

[0003] This background description is provided for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.

[0004] Generally speaking, a base station operating a cellular radio access network (RAN) communicates with a user equipment (UE) using a certain radio access technology (RAT) and multiple layers of a radio protocol stack. For example, the physical layer (PHY) of a RAT provides transport channels to the Medium Access Control (MAC) sublayer, which in turn provides logical channels to the Radio Link Control (RLC) sublayer, and the RLC sublayer in turn provides data transfer services to the Packet Data Convergence Protocol (PDCP) sublayer.

[0005] The PDCP sublayer of the radio protocol stack provides services such as transfer of user-plane data, ciphering, integrity protection, etc. For example, the PDCP layer defined for the Evolved Universal Terrestrial Radio Access (EUTRA) radio interface (see 3GPP specification TS 36.323) and New Radio (NR) (see 3GPP specification TS 38.323) provides sequencing of protocol data units (PDUs) in the uplink direction (from a user device, also known as a user equipment (UE), to a base station) as well as in the downlink direction (from the base station to the UE). Further, the PDCP sublayer provides signaling radio bearers(SRBs) and data radio bearers (DRBs) to the Radio Resource Control (RRC) sublayer. Generally speaking, the UE and a base station can use SRBs to exchange RRC messages as well as non-access stratum (NAS) messages, and the UE and base station can use DRBs to transport data on a user plane.

[0006] The UE can concurrently utilize resources of multiple RAN nodes (e.g., base stations or components of a distributed base station), interconnected by a backhaul. MultiRadio Dual Connectivity (MR-DC) refers to connectivity scenarios in which these multiple RAN nodes support different radio access technologies (RATs). When a UE operates in MR- DC, one base station operates as a master node (MN) that covers a primary cell (PCell), and the other base station operates as a secondary node (SN) that covers a primary secondary cell (PSCell). The UE communicates with the MN (via the PCell) and the SN (via the PSCell). In other scenarios, the UE utilizes resources of one base station at a time. One base station and / or the UE can determine that the UE should establish a radio connection with a second base station. For example, one base station can determine to hand the UE over to the second base station and initiate a handover procedure.

[0007] When the UE moves from the coverage area of one cell to another cell in a RAN, the RAN performs a serving cell change by configuring the UE to transmit Layer 3 (L3) measurement results. Based on L3 measurement results received from the UE, the RAN transmits an RRC reconfiguration message configuring reconfiguration with synchronization (e.g., the RRC reconfiguration message includes a ReconfigurationWithSync IE) for change of the serving cell (e.g., PCell or PSCell). When the UE operates in carrier aggregation (CA) of at least one secondary cell (SCell) with the PCell or PSCell, the RAN releases the at least one SCell due to the change of the PCell or PSCell. The serving cell change involves complete L2 (and LI) resets, leading to longer latency, larger overhead, and longer interruption time. To address these concerns, 3GPP recently proposed lower layer triggered mobility (LTM) procedures. LTM aims to provide fast serving cell changes.

[0008] During RAN communication with the UE via a serving cell associated with a base station, the base station receives one or more layer 3 (e.g., RRC) measurement results from the UE. Based on the layer 3 (L3) measurement result(s), the base station determines to configure an LTM candidate cell for LTM cell switch. To configure the LTM candidate cell for the UE, the base station transmits an LTM candidate configuration to the UE via RRC signaling. Subsequently, the base station receives one or more layer 1 (LI) measurementresults from the UE. Based on the one or more LI measurement result(s), the base station determines that the LTM candidate cell qualifies to be a serving cell for the UE. After making this determination, the base station transmits an LTM Cell Switch Command to the UE to command the UE to perform the LTM cell switch to the LTM candidate cell. The UE performs a cell change from the serving cell to the LTM candidate cell in response to the LTM Cell Switch Command. The base station includes a central unit (CU) and one or more distributed units (DUs), and the DU operating the serving cell is referred to as a serving DU. If the serving DU operates the LTM candidate cell, the LTM cell switch is an intra-CU intra- DU LTM cell switch. If a candidate DU (C-DU) of the DU(s) operates the LTM candidate cell, the LTM cell switch is an intra-CU inter-DU LTM cell switch. 3GPP has enabled the intra-CU intra-DU LTM cell switch and intra-CU inter-DU LTM cell switch in Release 18 specifications. However, it is not clear how devices should handle inter-CU LTM cell switches. Lor example, it is not clear how devices should handle cases in which the LTM candidate cell operates within a candidate DU of a different CU.SUMMARY

[0009] An example embodiment of these techniques is a method implemented in a source base station that includes a central unit (CU) and a distributed unit (DU). The method includes transmitting, to a candidate base station (C-BS), ), a handover request for a user equipment (UE), the handover request including a lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS; receiving, from the C-BS and in response to the handover request, an LTM configuration including at least an LTM reference configuration; and transmitting, to the UE, the LTM configuration.

[0010] Another example embodiment of these techniques is a method implemented in a candidate base station (C-BS) that includes receiving, from a source base station (S-BS), a handover request for a user equipment (UE), the handover request including lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS; transmitting, to the S-BS and in response to the handover request, an LTM configuration including at least an LTM reference configuration; and communicating with the UE via the candidate cell according to the LTM configuration.

[0011] Yet another example embodiment of these techniques is a base station comprising processing hardware and configured to implement one of the methods above.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Fig. 1A is a block diagram of an example system in which a radio access network (RAN) and a user equipment (UE) can implement the techniques of this disclosure to support inter-central unit (CU) lower layer triggered mobility (LTM);

[0013] Fig. IB is a block diagram of an example base station including a CU and a distributed unit (DU) that can operate in the system of Fig. 1 A;

[0014] Fig. 2A is a block diagram of an example protocol stack according to which the UE of Fig. 1A communicates with base stations;

[0015] Fig. 2B is a block diagram of an example protocol stack according to which the UE of Fig. 1A communicates with a CU and a DU;

[0016] Fig. 3 is a message sequence diagram of an example scenario in which a UE performs an intra-CU intra-DU LTM procedure;

[0017] Fig. 4 is a message sequence diagram of an example scenario in which a UE performs an intra-CU inter-DU LTM procedure;

[0018] Fig. 5 is a message sequence diagram of an example scenario in which a UE performs an inter-CU LTM procedure;

[0019] Fig. 6A is a flow diagram of an example method that can be implemented by a source base station wherein an acknowledgment message provides LTM candidate configurations, among other operations;

[0020] Fig. 6B is a flow diagram of another example method that can be implemented by a source base station generally similar to that of Fig. 6A but wherein an acknowledgement message provides an identifier of LTM candidate configurations, among other operations;

[0021] Fig. 7A is a flow diagram of an example method generally similar to that of Fig. 6A that can be implemented by a CU of a source base station;

[0022] Fig. 7B is a flow diagram of an example method generally similar to that illustrated in Fig. 6B, that can be implemented by a CU of a source base station;

[0023] Fig. 8 is as flow diagram of an example method that can be implemented by a candidate base station;

[0024] Fig. 9 is a flow diagram of an example method that can be implemented by a CU of a candidate base station;

[0025] Fig. 10 is a flow diagram of an example method that can be implemented by a CU of a candidate base station;

[0026] Fig. 11 A is a flow diagram of an example method that can be implemented by a source base station;

[0027] Fig. 1 IB is a flow diagram of an example method, generally similar to that illustrated in Fig. 11 A, that can be implemented by a source base station;

[0028] Fig. 12 is a flow diagram of another example method that can be implemented by a source base station;

[0029] Fig. 13 is a flow diagram of an example method that can be implemented by a candidate base station or a CU of a candidate base station;

[0030] Fig. 14 is a flow diagram of an example method that can be implemented by a source base station; and

[0031] Fig. 15 is a flow diagram of an example method that can be implemented by a candidate base station.DETAILED DESCRIPTION OF THE DRAWINGS

[0032] A source base station or a candidate base station can implement the techniques of this disclosure to perform LTM cell switches from one base station to a different base station, or from a DU within a first CU to a DU within a different CU.

[0033] Referring first to Fig. 1A, an example wireless communication system 100 can implement one or more of these techniques. The wireless communication system 100 includes a UE 102, a base station (BS) 104, a base station 106 and a core network (CN) 110. The base stations 104 and 106 operate in a radio access network (RAN) 105. The UE 102 initially connects to the base station 104. In some scenarios, the base station 104 can perform an SN addition to configure the UE 102 to operate in dual connectivity (DC) with the base station 104 and the base station 106. The base stations 104 and 106 operate as an MN and an SN for the UE 102, respectively.

[0034] In various configurations of the wireless communication system 100, the base station 104 can operate as a master eNB (MeNB) or a master gNB (MgNB), and the base station 106 can operate as a secondary gNB (SgNB). The UE 102 can communicate with the base station 104 and the base station 106 via the same RAT such as EUTRA or NR, or different RATs. When the base station 104 is an MeNB and the base station 106 is a SgNB, the UE 102 can be in EUTRA-NR DC (EN-DC) with the MeNB and the SgNB.

[0035] In some cases, an MeNB or an SeNB is implemented as an ng-eNB rather than an eNB. When the base station 104 is a Master ng-eNB (Mng-eNB) and the base station 106 is an SgNB, the UE 102 can be in next generation (NG) EUTRA-NR DC (NGEN-DC) with the Mng-eNB and the SgNB. When the base station 104 is an MgNB and the base station 106 is an SgNB, the UE 102 may be in NR-NR DC (NR-DC) with the MgNB and the SgNB. When the base station 104 is an MgNB and the base station 106 is a Secondary ng-eNB (Sng-eNB), the UE 102 may be in NR-EUTRA DC (NE-DC) with the MgNB and the Sng-eNB.

[0036] In the scenarios in which the UE 102 hands over from the base station 104 to the base station 106, the base stations 104 and 106 operate as the source base station (S-BS) and as a target base station (T-BS), respectively. The UE 102 can operate in DC with the base station 104 and an additional base station (not shown in Fig. 1A) for example prior to the handover. The UE 102 can continue to operate in DC with the base station 106 and the additional base station, or the UE can operate in single connectivity (SC) with the base station 106 after completing the handover. In the latter case, the base stations 104 and 106 operate as a source MN (S-MN) and as a target MN (T-MN), respectively.

[0037] A core network (CN) 110 can be an evolved packet core (EPC) 111 or a fifthgeneration core (5GC) 160, both of which are depicted in Fig. 1A. The CN 110 can support other cores (not shown). The base station 104 can be an eNB supporting an SI interface for communicating with the EPC 111, an ng-eNB supporting an NG interface for communicating with the 5GC 160, or a gNB that supports an NR radio interface as well as an NG interface for communicating with the 5GC 160. To directly exchange messages with each other during the scenarios discussed below, the base stations 104 and 106 can support an X2 or Xn interface.

[0038] As illustrated in Fig. 1A, the base station 104 supports cell 124A, and the base station 106 supports a cell 126. The cells 124A and 126 can partially overlap, so that the UE 102 can communicate in DC with the base station 104 and the base station 106, where one ofthe base stations 104 and 106 is an MN and the other is an SN. The base station 104 can support additional cell(s) such as cells 124B, and the base station 106 can support additional cell(s) (not shown in Fig. 1A). The cells 124A, 124B and 126 can partially overlap, so that the UE 102 can communicate in carrier aggregation (CA) with the relevant base station 104, 106. The base station 104 can operate the cells 124A and 124B via one or more transmit and receive points (TRPs). More particularly, when the UE 102 is in DC with the base station 104 and the base station 106, one of the base stations 104 and 106 operates as an MeNB, an Mng- eNB or an MgNB, and the other operates as an SgNB or an Sng-eNB.

[0039] In general, the RAN 105 can include any suitable number of base stations supporting NR cells and / or EUTRA cells. More particularly, the EPC 111 or the 5GC 160 can be connected to any suitable number of base stations supporting NR cells and / or EUTRA cells. Although the examples below refer specifically to specific CN types (EPC, 5GC) and RAT types (5G NR and EUTRA), in general the techniques of this disclosure can also apply to other suitable radio access and / or core network technologies such as sixth generation (6G) radio access and / or 6G core network or 5G NR-6G DC.

[0040] With continued reference to Fig. 1A, the base station 104 includes processing hardware 130 that can include one or more general-purpose processors (e.g., CPUs) and a non-transitory computer-readable memory storing instructions that the one or more general- purpose processors execute. Additionally or alternatively, the processing hardware 130 can include special-purpose processing units. The processing hardware 130 can include a PHY controller 132 configured to transmit data and control signals on physical downlink (DL) channels and DL reference signals to one or more user devices (e.g., UE 102) via one or more cells (e.g., the cell(s) 124A, 124B) and / or one or more TRPs. The PHY controller 132 is also configured to receive data and control signals on physical uplink (UL) channels and / or UL reference signals from the one or more user devices (e.g., UE 102) via one or more cells (e.g., the cell(s) 124A, 124B) and / or one or more TRPs. In an example implementation, the processing hardware 130 includes a MAC controller 134 configured to perform MAC functions with one or more user devices. The MAC functions include performing a random access (RA) procedure, managing UL timing advance (TA) for the one or more user devices, and / or communicating UL / DL MAC PDUs with the one or more user devices. The MAC functions include lower layer triggered mobility (LTM, also referred to herein as L1 / L2- triggered mobility or low layer triggered mobility)-related functions as described below. In examples, LTM functions or receives control through an LTM Controller 137 in coordinationor through signaling with the MAC controller 134. The processing hardware 130 can further include an RRC controller 136 to implement procedures and messaging at the RRC sublayer of the protocol communication stack. For example, the RRC controller 136 may be configured to support RRC messaging associated with handover procedures, and / or to support the necessary operations when the base station 104 operates as an MN relative to an SN or as an SN relative to an MN. When the base station 104 is a distributed base station, a CU LTM Controller 137 A can operate in a CU, and a DU LTM Controller 137B can operate in a DU (see Fig. 1C). The base station 106 can include processing hardware 140 that is similar to processing hardware 130. In particular, components 142, 144, 146, and 147 can be similar to the components 132, 134, 136, and 137 respectively.

[0041] The UE 102 includes processing hardware 150 that can include one or more general-purpose processors such as CPUs and non-transitory computer-readable memory storing machine-readable instructions executable on the one or more general-purpose processors, and / or special-purpose processing units. The PHY controller 152 is also configured to receive data and control signals on physical DL channels and / or DL reference signals from the base station 104 or 106 via one or more cells (e.g., the cell(s) 124A, 124B, and / or 126) and / or one or more TRPs. The PHY controller 152 is also configured to transmit data and control signals on physical UL channels and / or UL reference signals to the base station 104 or 106 via one or more cells (e.g., the cell(s) 124A, 124B, and / or 126) and / or one or more TRPs. The processing hardware 150 in an example implementation includes a MAC controller 154 configured to perform MAC functions with the base station 104 or 106. For example, the MAC functions include performing a random-access procedure, managing UL timing advance for the one or more user devices, and communicating UL / DL MAC PDUs with the base station 104 or 106. In another example, the MAC functions include LTM related functions as described below. The processing hardware 150 can further include an RRC controller 156 to implement procedures and messaging at the RRC sublayer of the protocol communication stack.

[0042] In operation, the UE 102 in DC can use a radio bearer (e.g., a DRB or an SRB) that at different times terminates at the MN 104 or the SN 106. The UE 102 can apply one or more security keys when communicating on the radio bearer, in the uplink (UL) (from the UE 102 to a base station) direction and / or in the downlink (from a base station to the UE 102). UEs can use several types of SRBs and DRBs. For example, a first type of SRB resource, referred to as SRB1 resources, carry RRC messages, which in some cases include NASmessages over the dedicated control channel (DCCH). A second type of SRB resource, referred to as SRB2 resources, support RRC messages that include logged measurement information or NAS messages, also over the DCCH but with lower priority than SRB1 resources. More generally, SRB1 and SRB2 resources allow the UE and the MN to exchange RRC messages related to the MN and to embed RRC messages related to the SN. The SRB1 and SRB2 can be referred to as MCG SRBs. SRB3 resources allow the UE and the SN to exchange RRC messages related to the SN and can be referred to as SCG SRBs. Split SRBs allow the UE to exchange RRC messages directly with the MN via lower layer resources of the MN and the SN. Further, DRBs using the lower-layer resources of only the MN can be referred as MCG DRBs, DRBs using the lower-layer resources of only the SN can be referred as SCG DRBs, and DRBs using the lower-layer resources of both the MCG and the SCG can be referred to as split DRBs.

[0043] Fig. IB depicts an example distributed or disaggregated implementation of any one or more of the base stations shown in Fig. 1A (e.g., base station(s) 104 or 106). In this implementation, the base station 104, 106 includes a central unit (CU) 172 and one or more DU(s) 174. The CU 172 includes processing hardware, such as one or more general-purpose processor(s) (e.g., CPU(s) and non-transitory computer-readable memory storing machine- readable instructions executable on the one or more general-purpose processor(s), and / or special-purpose processing units. In one example, the CU 172 includes the processing hardware 130 (FIG. 1A). In another example, the CU 172 includes the processing hardware 140 (FIG. 1A). In an example implementation, the processing hardware 140 includes an SN RRC controller that can be similar to the RRC Controller 146 (FIG. 1A) configured to manage or control one or more RRC configurations and / or RRC procedures when the base station 106 operates as an SN.

[0044] Each of the DU(s) 174 includes processing hardware that can include one or more general-purpose processors (e.g., CPUs) and non-transitory computer-readable memory storing machine-readable instructions executable on the one or more general-purpose processors, and / or special-purpose processing units. In some examples, the processing hardware includes a medium access control (MAC) controller (e.g., MAC controller 134, 144 (Fig. 1A)) configured to manage or control one or more MAC operations or procedures (e.g., a random access procedure) and a radio link control (REC) controller configured to manage or control one or more REC operations or procedures when the base station 106 operates asan MN or an SN. The processing hardware may also include a physical layer controller configured to manage or control one or more physical layer operations or procedures.

[0045] In some implementations, the CU 172 can include a logical node CU-CP 172A that hosts the control plane of the CU 172. The CU 172 can also include logical node(s) CU-UP 172B that hosts the user plane of the CU 172. The CU-CP 172A can transmit control information (e.g., RRC messages, Fl application protocol messages), and the CU-UP 172B can transmit the data packets (e.g., SDAP PDUs or Internet Protocol packets).

[0046] The CU-CP 172A can be connected to multiple CU-UP(s) 172B through the El interface. The CU-CP 172A selects the appropriate CU-UP 172B for the requested services for the UE 102. In some implementations, a single CU-UP 172B can be connected to multiple CU-CPs 172A through the El interface. The CU-CP 172A can be connected to one or more DU(s) 174 through an Fl-C or Wl-C interface. The CU-UP 172B can be connected to one or more DU(s) 174 through an Fl-U or Wl-U interface under the control of the same CU-CP 172A. In some implementations, one DU 174 can be connected to multiple CU-UPs 172B under the control of the same CU-CP 172A. In such implementations, the connectivity between a CU-UP 172B and a DU 174 is established by the CU-CP 172A using Bearer Context Management functions.

[0047] Fig. 2A illustrates, in a simplified manner, an example protocol stack 200 according to which the UE 102 can communicate with an eNB / ng-eNB 230 or a gNB 232 (e.g., one or more of the base stations 104, 106).

[0048] In the example stack 200, a physical layer (PHY) 202A of EUTRA provides transport channels to the EUTRA MAC sublayer 204A, which in turn provides logical channels to the EUTRA RLC sublayer 206A. The EUTRA RLC sublayer 206A in turn provides RLC channels to an EUTRA PDCP sublayer 208 and, in some cases, to an NR PDCP sublayer 210. Similarly, the NR PHY 202B provides transport channels to the NR MAC sublayer 204B, which in turn provides logical channels to the NR RLC sublayer 206B. The NR RLC sublayer 206B in turn provides data transfer services to the NR PDCP sublayer 210. The NR PDCP sublayer 210 in turn can provide data transfer services to Service Data Adaptation Protocol (SDAP) 212 or a radio resource control (RRC) sublayer (not shown in Fig. 2A). The UE 102, in some implementations, supports both the EUTRA and the NR stack as shown in Fig. 2A, to support handover between EUTRA and NR base stations and / or to support DC over EUTRA and NR interfaces. Further, as illustrated in Fig. 2A, the UE 102can support layering of NR PDCP 210 over EUTRA RLC 206 A, and SDAP sublayer 212 over the NR PDCP sublayer 210.

[0049] The EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 receive packets (e.g., from an Internet Protocol (IP) layer, layered directly or indirectly over the PDCP layer 208 or 210) that can be referred to as service data units (SDUs), and output packets (e.g., to the RLC layer 206A or 206B) that can be referred to as protocol data units (PDUs). Except where the difference between SDUs and PDUs is relevant, this disclosure for simplicity refers to both SDUs and PDUs as “packets.”

[0050] On a control plane, the EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 can provide signaling radio bearers (SRBs) or an RRC sublayer (not shown in Fig. 2A) to exchange RRC messages or non-access-stratum (NAS) messages, for example. On a user plane, the EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 can provide Data Radio Bearers (DRBs) to support data exchange. Data exchanged on the NR PDCP sublayer 210 can be SDAP PDUs, Internet Protocol (IP) packets or Ethernet packets.

[0051] Fig. 2B illustrates, in a simplified manner, an example protocol stack 250 on which the UE 102 can communicate with a DU (e.g., DU 174) and a CU (e.g., CU 172). The radio protocol stack 200 is functionally split as shown by the radio protocol stack 250 in Fig. 2B. The CU at any of the base stations 104 or 106 can hold all the control and upper layer functionalities (e.g., RRC 214, SDAP 212, NR PDCP 210), while the lower layer operations (e.g., NR RLC 206B, NR MAC 204B, and NR PHY 202B) are delegated to the DU. To support connection to a 5GC, NR PDCP 210 provides SRBs to RRC 214, and NR PDCP 210 provides DRBs to SDAP 212 and SRBs to RRC 214.

[0052] Next, with reference to Figs. 3-5, several example scenarios are described in which a base station (e.g., base station 104, 106 operating in the system of Fig. 1 A) transmits a configuration to the UE 102 and later activates a configuration for communication between the UE 102 and the base station 104, 106. Generally speaking, similar events in Figs. 3-5 are labeled with similar reference numbers that share two least significant digits, with differences discussed below where appropriate. For example, event 302 is similar to event 402 of Fig. 4 and event 502 of Fig. 5, and event 390 is similar to event 490 of Fig. 4 and event 590 of Fig.5. With the exception of the differences shown in the figures and discussed below, any of the other implementations discussed with respect to a particular event (e.g., for messaging and processing) may apply to events labeled with similar reference numbers in other figures.

[0053] Referring first to Fig. 3, in a scenario 300, the base station 104 includes a CU 172 and a DU 174, and the DU 174 operates the cell 124A. The UE 102 initially communicates 302 with the DU 174 on a serving cell (e.g., the cell 124A) using a serving DU configuration, and the UE 102 communicates 302 with the CU 172 via the DU 174 using a serving CU configuration. The DU 174 is a serving or a source DU (S-DU) for the UE 102. In other words, the DU 174 is a serving DU (S-DU) that communicates with the UE 102. In some implementations, the UE 102 in carrier aggregation (CA) communicates with the DU 174 on the cell 124A and other cell(s) (e.g., cell(s) not shown in Fig. 1A) using the serving DU configuration. The DU 174 operates the other cell(s). The cell 124A and / or the other cell(s) are serving cell(s) for the UE 102. In other implementations, the UE 102 communicates with the DU 174 on the cell 124A only (e.g., not on other cell(s)). In some implementations, the UE 102 communicates with the DU 174 on the cell 124A and / or other cell(s) (i.e., serving cell(s)) via one or multiple TRPs. In the following description, events 394, 324, 350, 352, 354, and 326 occur on the serving cell(s). In some implementations, the cell 124A can be a PCell. In such cases, the other cell(s) include SCell(s) and / or additional cell(s) associated with the PCell or an SCell. In other implementations, the cell 124A can be an SCell, and one of the other cell(s) can be a PCell. In such cases, the additional cell(s) includes SCell(s) and / or additional cell(s) associated with the PCell or an SCell. In the following description, the base station 104 can include the DU 174, the CU 172, or both the DU 174 and CU 172.

[0054] In the event 302, the UE 102 can transmit UL PDUs and / or UL control signals to the base station 104 on the cell 124A and / or on other cell(s) via one or multiple TRPs. In some implementations, the UE 102 communicates UL PDUs and / or DL PDUs with the base station 104 via radio bearers, which can include SRBs and / or DRB(s). The base station 104 can configure the radio bearers to the UE 102. In some implementations, UL control signals include UL control information, channel state information, hybrid automatic repeat request (HARQ) acknowledgements (ACKs), HARQ negative ACKs, scheduling request(s) and / or sounding reference signal(s). Similarly, the UE 102 can receive DL PDUs and / or DL control signals from the base station 104 on the cell 124A and / or other cell(s) via one or multiple TRPs. In some implementations, the DL control signals include downlink control information (DCIs) and reference signals (e.g., synchronization signal block(s), channel state information reference signal(s) (CSI-RS(s)), and / or tracking reference signal(s)). The base station 104 can transmit the DCIs on physical downlink control channel(s) (PDCCH(s)) monitored by the UE 102, on the cell 124A and / or on other cell(s) via one or multiple TRPs.

[0055] In some implementations, the serving DU configuration includes physical layer configuration parameters, MAC configuration parameters, and / or RLC configuration parameters. In some implementations, the serving DU configuration includes at least one first non-LTM TCI state configuration for the serving cell(s). In some implementations, the DU 174 can transmit these configuration parameters and / or the first non-LTM TCI state configuration(s) to the CU 172. The CU 172 generates one or more messages (e.g., RRC reconfiguration message(s)) including the configuration parameters and / or the first non-LTM TCI state configuration(s). The CU 172 transmits these one or more messages to the UE 102 via the DU 174. In other implementations, the DU 174 transmits the configuration parameters and / or the first non-LTM TCI state configuration(s) to the UE 102 directly. In some implementations, the serving DU configuration is a CellGroupConfig IE defined in 3GPP specification 38.331. In other implementations, the serving DU configuration includes configuration parameters in the CellGroupConfig IE. In some implementations, the serving CU configuration includes PDCP configuration parameters, measurement configuration parameters, and / or radio bearer configuration parameters. In some implementations, the serving CU configuration includes a MeasConfig IE and / or a RadioBearerConfig IE defined in 3GPP specification 38.331, or the serving CU configuration includes configuration parameters in the MeasConfig IE and / or the RadioBearerConfig IE. The radio configuration parameters or the RadioBearerConfig IE configure(s) one or more DRB(s). In some implementations, the serving DU configuration includes a CSl-MeasConfig IE or configuration parameters for channel state information (CSI) measurement and reporting. In other implementations, the serving CU configuration includes a CSl-MeasConfig IE or configuration parameters for CSI measurement and reporting. In some implementations, the UE 102 receives the serving CU configuration or the configuration parameters in the serving CU configuration from the CU 172 via the DU 174. In other implementations, the UE 102 receives a portion of the serving CU configuration and / or a portion of the serving DU configuration from a base station other than the base station 104, and the UE 102 receives the remaining portion of these configuration parameters from the base station 104.

[0056] In some implementations, the DU 174 and the UE 102 communicate with each other using first non-LTM TCI state configuration(s), e.g., in the events 302, 318, 320, 324,350, 354, and / or 326. In some implementations, the DU 174 transmits at least one first non-LTM TCI States Activation / Deactivation command (e.g., a MAC control element (CE)) to the UE 102 to activate the first non-LTM TCI state configuration(s). The UE 102 activatesthe first non-LTM TCI state configuration(s) in response to the first non-LTM TCI States Activation / Deactivation command(s). In some implementations, the DU 174 includes a serving cell ID (e.g., a serving cell index) in each of the first non-LTM TCI States Activation / Deactivation command(s) to identify the first non-LTM TCI state configuration(s). Each of the serving cell ID(s) indicates a respective serving cell of the serving cell(s). In some implementations, the serving DU configuration includes the serving cell ID(s) and configures association(s) between the serving cell ID(s) and the first non-LTM TCI state configuration(s).

[0057] While communicating with the base station 104, the UE 102 transmits 304 at least one measurement report to the DU 174. In some implementations, the measurement report(s) includes measurement results for a serving cell (e.g., the cell 124A) of the UE 102 and / or at least one non-serving cell. For each of the measurement report(s), the DU 174 transmits 306 a DU-to-CU message including the measurement report to the CU 172. In some implementations, the DU-to-CU message(s) is / are Fl application protocol (F1AP) message(s) (e.g., UL RRC Message Transfer message(s)). The at least one serving cell includes the cell 124A and / or other cell(s), and the at least one non-serving cell includes the cell 126 or the cell 124B and / or additional cell(s) not shown in FIG. 1A. In some implementations, the serving CU configuration includes at least one measurement configuration. In accordance with the measurement configuration(s), the UE 102 performs measurements and transmits 304 the measurement report(s) to the DU 174. In some implementations, the measurement configuration(s) includes Layer 3 (L3) measurement configuration(s) (e.g., MeasConfig IE(s)) and the measurement report(s) include L3 measurement report(s).

[0058] After (e.g., in response to) receiving one or some of the measurement report(s) from the UE 102, the CU 172 determines to prepare a first cell (e.g., cell 1 such as the cell 124B) as an LTM candidate cell for the UE 102. In some implementations, the base station 104 determines to prepare the first cell for the UE 102 because the measurement report(s) indicates that the first cell could be used by the base station 104 to communicate with the UE 102. In some implementations, the base station 104 determines to prepare the first cell for the UE 102 because the measurement report(s) indicates that the first cell qualifies to be an LTM candidate cell that could be used for communication with the UE 102. In some implementations, if the L3 measurement report(s) indicates that the signal strength and / or the quality of the first cell is above a first predetermined threshold, that the strength of the first cell is better than the strength and / or the quality of the serving cell (e.g., cell 124A), and / orthat the strength of the first cell is better than the strength and / or the quality of the serving cell by a first predetermined threshold, the CU 172 determines to prepare the first cell for the UE 102. Alternatively, the CU 172 determines to prepare the first cell for the UE 102 regardless of whether a measure report is received from the UE 102.

[0059] In response to determining to prepare the first cell for LTM, the CU 172 transmits 385 a first CU-to-DU message to the DU 174 to prepare the first cell for the UE 102. In some implementations, the CU 172 includes a cell identity (ID) 1 of the first cell in the first CU-to- DU message to request that the DU 174 prepare the first cell for LTM for the UE 102. In one example, the cell ID 1 is cell global identity (CGI). In another example, the cell ID is a portion of the CGI. In yet another example, the cell ID is a physical cell ID (PCI). In some implementations, the CU 172 includes an LTM indicator in the first CU-to-DU message to indicate that the DU 174 is to prepare the first cell for LTM. In some implementations, the CU 172 includes the LTM indicator in an LTM Information Setup IE and includes the LTM Information Setup IE in the first CU-to-DU message. In yet other implementations, the CU 172 includes the LTM indicator in an LTM Information Modify IE and includes the LTM Information Modify IE in the first CU-to-DU message.

[0060] In response to the first CU-to-DU message, the DU 174 generates a first LTM DU configuration (referred to herein after as LTM DU configuration 1) for the UE 102, which configures the first cell for LTM. In some implementations, the CU 172 includes a first LTM configuration ID (referred to hereinafter as LTM ID 1) in the first CU-to-DU message, and the DU 174 associates the LTM ID 1 and / or the cell ID 1 with the LTM DU configuration 1. The DU 174 then transmits 310 a first DU-to-CU message including the LTM DU configuration 1 to the CU 172 in response to the first CU-to-DU message.

[0061] The events 385 and 310 are collectively referred to in Eig. 3 as an LTM preparation procedure 390.

[0062] In some implementations, the DU 174 includes, in the first DU-to-CU message, the cell ID 1 of the first cell associated with the LTM DU configuration 1 to indicate that the LTM DU configuration 1 is configured for or associated with the first cell. When the CU 172 performs multiple LTM preparation procedures (e.g., the procedure 390 and the LTM preparation procedure 2, ..., N described below) with the DU 174 to prepare multiple LTM candidate cells, the CU 172 can determine that the LTM DU configuration 1 is configured for or associated with the first cell, based on the cell ID 1 in the first DU-to-CU message.

[0063] In some implementations, the CU 172 does not include an LTM reference DU configuration in the first CU-to-DU message. In such cases, the DU 174 generates an LTM reference DU configuration, and the DU 174 includes the LTM reference DU configuration in the first DU-to-CU message. In some implementations, the DU 174 generates the LTM DU configuration 1 as a delta configuration to augment the LTM reference DU configuration. In other implementations, the DU 174 generates the LTM DU configuration 1 as a complete configuration, i.e., not as an augmentation of the LTM reference DU configuration.

[0064] In some implementations, the CU 172 includes an LTM reference DU configuration request in the first CU-to-DU message, and the DU 174 generates the LTM reference DU configuration and includes the LTM reference DU configuration in the first DU-to-CU message in response to the request. In some implementations, the CU 172 determines whether the UE 102 supports an LTM reference configuration. In the context of embodiments and as described in 3GPP specification 38.331, a reference configuration is a configuration provided by the network to the UE that is common, within the same cell group, to a group of configured non-complete candidate configurations. A candidate configuration can include a complete candidate configuration or a delta configuration relative to the reference configuration. If the CU 172 determines that the UE 102 supports an LTM reference configuration, the CU 172 includes the LTM reference DU configuration request in the first CU-to-DU message. The DU 174 includes the LTM reference DU configuration in the first DU-to-CU message in response to the LTM reference DU configuration request. Otherwise, if the CU 172 determines that the UE 102 does not support an LTM reference configuration, the CU 172 does not include the LTM reference DU configuration request in the first CU-to- DU message. In this case, the DU 174 may generate the LTM DU configuration 1 as a complete configuration and may not include a / the LTM reference DU configuration in the first DU-to-CU message. In other implementations, the CU 172 transmits an additional CU- to-DU message including the LTM reference DU configuration request to the DU 174, rather than transmitting the LTM reference DU configuration request in the first CU-to-DU message. In response, the DU 174 transmits, to the CU 172, an additional DU-to-CU message including the LTM reference DU configuration. In yet other implementations, the DU 174 determines whether the UE 102 supports an LTM reference configuration. If the DU 174 determines that the UE 102 supports an LTM reference configuration, the DU 174 includes the LTM reference DU configuration in the first DU-to-CU message. Otherwise, if the DU174 determines that the UE 102 does not support an LTM reference configuration, the DU 174 does not include a / the LTM reference DU configuration in the first DU-to-CU message.

[0065] In some implementations, the CU 172 includes an LTM reference DU configuration in the first CU-to-DU message. In some implementations, the CU 172 receives the LTM reference DU configuration from an additional DU during an LTM preparation procedure as described above and with reference to Eig. 4. In other implementations, the CU 172 is preconfigured with the LTM reference DU configuration. In some implementations, the DU 174 generates the LTM DU configuration 1 as a delta configuration to augment the LTM reference DU configuration. In other implementations, the DU 174 disregards the LTM reference DU configuration and generates the LTM DU configuration 1 as a complete configuration, i.e., not as an augmentation of the LTM reference DU configuration.

[0066] If the DU 174 generates the LTM DU configuration 1 as a complete configuration, the DU 174 may include a complete configuration indication in the first DU-to-CU message to indicate that the LTM DU configuration 1 is a complete configuration. In some implementations, if the first CU-to-DU message does not include an / the LTM reference DU configuration, the CU 172 may determine that the LTM DU configuration 1 is a complete configuration. Otherwise, if the first CU-to-DU message includes an / the LTM reference DU configuration, the CU 172 may determine that the LTM DU configuration 1 is a delta configuration.

[0067] In some implementations, the LTM reference DU configuration is different from the serving DU configuration. In some implementations, a portion of the LTM reference DU configuration is the same as a portion of the serving DU configuration and the remainder of the LTM reference DU configuration is different from the other portions of the serving DU configuration. In yet other implementations, the LTM reference DU configuration is the same as the serving DU configuration. In some implementations, the LTM reference DU configuration includes physical layer configuration parameters, MAC configuration parameters, and / or RLC configuration parameters. In some implementations, the LTM reference DU configuration is the CellGroupConfig IE defined in 3GPP specification 38.331. In other implementations, the LTM reference DU configuration includes configuration parameters in the CellGroupConfig IE. In some implementations, the LTM reference DU configuration includes a CSl-MeasConfig IE or configuration parameters for channel state information (CSI) measurement and / or reporting.

[0068] In some implementations, the LTM reference DU configuration is different from the serving DU configuration. In some implementations, a portion of the LTM reference DU configuration is the same as a portion of the serving DU configuration, and the remainder of the LTM reference DU configuration is different from other portions of the serving DU configuration. In other implementations, the LTM reference DU configuration is the same as the serving DU configuration.

[0069] To prepare the first cell as an LTM candidate cell for the UE 102, the CU 172 may transmit 312 a second CU-to-DU message to the DU 174, including a CSI resource configuration (e.g., CSI resource configuration 1) and / or an LTM SSB configuration (e.g., LTM SSB configuration 1) to request that the DU 174 generate one or more CSI report configurations (e.g., (LTM) CSI report configuration(s) 1). The CSI resource configuration (e.g., (LTM) CSI resource configuration(s) 1) include configuration parameters configuring at least one reference signal (RS) transmitted on the first cell. The RS(s) include SSB(s) and / or CSLRS(s). The LTM SSB configuration include SSB configuration parameters configuring an SSB frequency, a subcarrier spacing, an SSB periodicity, SSB positions, and / or SSB power for SSB(s) transmitted on the first cell.

[0070] After (e.g., in response to) receiving the CSI resource configuration, the DU 174 generates one or more CSI report configurations based on the CSI resource configuration and includes the CSI report configuration(s) in a serving DU configuration (referred to as a second serving DU configuration to distinguish from the serving DU configuration in event 302). In some implementations, the CSI report configuration(s) configure(s) the UE 102 to transmit CSI reports based on measurements of the RS(s). The DU 174 transmits 314 a second DU-to-CU message including the second serving DU configuration to the CU 172. In some implementations, the CSI resource configuration comprises (e.g., is or includes) one or more LTM-CSl-ResourceConfig-rl8 IES. In other implementations, the CSI resource configuration comprises an Itm-CSl-ResourceConfigToAddModList field / IE. In some implementations, the second serving DU configuration is a CellGroupConfig IE.

[0071] In some implementations, the CU 172 includes the cell ID 1 and / or the LTM ID 1 in the second CU-to-DU message (e.g., at event 312). In one implementation, the CU 172 includes the cell ID 1 and / or the LTM ID 1 in the second CU-to-DU message to indicate that the CSI resource configuration(s) is / are associated with the first cell. In another implementation, the CU 172 includes the cell ID 1 and / or the LTM ID 1 in the second CU-to-DU message to enable the DU 174 to associate the LTM ID 1 with the first cell, the cell ID 1, the LTM DU configuration 1, and / or the CSI report configuration(s). Based on the above implementation(s), the DU 174 can associate the LTM ID 1 and / or the cell ID 1 with configurations (e.g., LTM DU configuration 1, the CSI resource configuration, and / or the CSI report configuration(s)) related to the first cell. In such implementations, in one embodiment, the CU 172 includes the LTM ID 1 in the first CU-to-DU message, while in other embodiments the CU 172 does not include the LTM ID 1 in the first CU-to-DU message.

[0072] In some alternative implementations, the CU 172 includes the CSI resource configuration in the first CU-to-DU message, and the DU 174 includes the CSI report configuration(s) in the first DU-to-CU message.

[0073] In some implementations, the DU 174 transmits the LTM SSB configuration or the SSB configuration parameters to the CU 172, e.g., in the first DU-to-CU message, in the second DU-to-CU message or in an additional DU-to-CU message. In some implementations, the DU 174 transmits the additional DU-to-CU message in response to receiving an additional CU-to-DU message from the CU 172. In other implementations, the DU 174 transmits the fourth DU-to-CU message (e.g., a UE Context Modification Required message) in response to receiving the first CU-to-DU message or the second CU-to-DU message.

[0074] The events 312 and 314 are collectively referred to in Fig. 3 as an LTM CSI report configuration and / or an LTM ID configuration procedure 392.

[0075] After receiving the first DU-to-CU message, the CU 172 generates a first LTM candidate configuration (i.e., LTM candidate configuration 1) including the LTM DU configuration 1 and generates a first RRC reconfiguration message including the LTM candidate configuration 1 and the LTM ID 1. In some implementations, the CU 172 includes LTM CU configuration 1 in the LTM candidate configuration 1. In other implementations, the CU 172 does not include an LTM CU configuration in the LTM candidate configuration 1. The CU 172 transmits 316 a third CU-to-DU message including the first RRC reconfiguration message to the DU 174. In turn, the DU 174 transmits 318 the first RRC reconfiguration message to the UE 102. In response, the UE 102 transmits 320 a first RRC reconfiguration complete message to the DU 174. The DU 174 then transmits 322 a third DU-to-CU message including the first RRC reconfiguration complete message to the CU 172.

[0076] If the first DU-to-CU message includes the LTM reference DU configuration, the CU 172 generates an LTM reference configuration including the LTM reference DU configuration. In such cases, the CU 172 may include the LTM reference configuration in the first RRC reconfiguration message. In some implementations, the CU 172 includes an LTM reference CU configuration in the LTM reference configuration. In such cases, the CU 172 may generate the LTM CU configuration 1 as a delta configuration based on the LTM reference CU configuration. In other implementations, the CU 172 does not include an LTM reference CU configuration in the LTM reference configuration. In such cases, the CU 172 may generate the LTM CU configuration 1 as a complete configuration. Alternatively, the CU 172 transmits a second RRC reconfiguration message including the LTM reference configuration to the UE 102 via the DU 174, similarly to the events 316 and 318. In response, the UE 102 transmits a second RRC reconfiguration complete message to the CU 172 via the DU 174, similarly to the events 320 and 322. In some implementations, if the CU 172 does not receive an LTM reference DU configuration, the CU 172 may generate an LTM reference configuration including only the LTM reference CU configuration. In other implementations, if the CU 172 does not receive an LTM reference DU configuration, the CU 172 may not generate an LTM reference configuration.

[0077] In some implementations, if the first DU-to-CU message includes the complete configuration indication, the CU 172 may determine that the LTM DU configuration 1 is a complete configuration. Otherwise, if the first DU-to-CU message does not include the complete configuration indication, the CU 172 may determine that the LTM DU configuration 1 is a delta configuration. In some implementations, if the LTM DU configuration 1 is a complete configuration, the CU 172 generates the LTM candidate configuration 1 as a complete configuration. Otherwise, if the LTM DU configuration 1 is a delta configuration, the CU 172 generates the LTM candidate configuration 1 as a delta configuration. If the LTM candidate configuration 1 is a complete configuration, the CU 172 includes, in the first RRC reconfiguration message, a complete configuration indication to indicate that the LTM candidate configuration 1 is a complete configuration. If the LTM candidate configuration 1 is a delta configuration, the CU 172 excludes the complete configuration indication from the first RRC reconfiguration message to indicate that the LTM candidate configuration 1 is a delta configuration.

[0078] When the CU 172 performs the procedure 392, the CU 172 may include the second serving DU configuration in the first RRC reconfiguration message. Alternatively, the CU172 transmits a third RRC reconfiguration message including the second serving DU configuration to the UE 102 via the DU 174, in an event similar to the events 316 and 318. In response, the UE 102 transmits a third RRC reconfiguration complete message to the CU 172 via the DU 174, in an event similar to the events 320 and 322.

[0079] In some implementations, the CU 172 includes the CSI resource configuration in the first RRC reconfiguration message, in the second RRC reconfiguration message, or in the third RRC reconfiguration message. In other implementations, the CU 172 transmits a fourth RRC reconfiguration message including the CSI resource configuration to the UE 102 via the DU 174, similarly to the events 316 and 318. In response, the UE 102 transmits a fourth RRC reconfiguration complete message to the CU 172 via the DU 174, similarly to the events 320 and 322.

[0080] In some implementations, the DU 174 transmits a DU-to-CU message to the CU 172, including early synchronization information for the UE 102. The DU-to-CU message may be the first DU-to-CU message, the second DU-to-CU message or a fourth DU-to-CU message. In some implementations, the DU 174 transmits the fourth DU-to-CU message in response to receiving a fourth CU-to-DU message from the CU 172. In other implementations, the DU 174 transmits the fourth DU-to-CU message (e.g., a UE Context Modification Required message) in response to receiving the first CU-to-DU message or the second CU-to-DU message. In one implementation, the DU 174 transmits the fourth DU-to- CU message if the DU 174 determines that the UE 102 supports (i.e., is capable of) early UL synchronization with an LTM candidate cell (e.g., early TA acquisition with an LTM candidate cell, early RA on an LTM candidate cell, or UE- measured TA). Otherwise, if the DU 174 determines that the UE 102 does not support early UL synchronization with an LTM candidate cell, the DU 174 does not transmit the early synchronization information to the CU 172. In other implementations, the CU 172 transmits a CU-to-DU message including an early synchronization information request (e.g., an IE) to the DU 174, and the DU 174 includes the early synchronization information in the DU-to-CU message in response to the early synchronization information request. The CU-to-DU message may be the first CU-to-DU message, the second CU-to-DU message or the fourth CU-to-DU message. In one implementation, the CU 172 may transmit an early synchronization information request if the CU 172 determines that the UE 102 supports early UL synchronization with an LTM candidate cell. Otherwise, if the CU 172 determines that the UE 102 does not support early UL synchronization with an LTM candidate cell, the CU 172 does not request the DU 174 toprovide the early synchronization information for the UE 102. If the CU 172 receives the early synchronization information, the CU 172 includes the early synchronization information in the first, second, third or fourth RRC reconfiguration message. Alternatively, the CU 172 transmits a fifth RRC reconfiguration message including the early synchronization information to the UE 102 via the DU 174, similarly to the events 316 and 318. In response, the UE 102 transmits a fifth RRC reconfiguration complete message to the CU 172 via the DU 174, similarly to the events 320 and 322.

[0081] In some implementations, the early synchronization information includes a Random-Access Channel (RACH) configuration (i.e., RACH configuration 1) and / or one or more TCI state configurations (i.e., TCI state configuration(s) 1). In some implementations, the early synchronization request may include a request for a RACH configuration. If the early synchronization request includes the request for a RACH configuration, the DU 174 includes the RACH configuration in the early synchronization information or in the DU-to- CU message (e.g., in the first, second or fourth DU-to-CU message). Otherwise, if the early synchronization request does not include the request for a RACH configuration, the DU 174 does not include the RACH configuration in either the early synchronization information or in the DU-to-CU message.

[0082] In some implementations, the CU 172 includes, in the first, second, third, fourth, and / or fifth RRC reconfiguration messages, one or more other LTM related configurations for the first cell. For example, the other LTM related configuration(s) include a PCI of the first cell and / or of the LTM SSB configuration.

[0083] The events 316, 318, 320, 322 are collectively referred to in Fig. 3 as an LTM configuration delivery procedure 394. The LTM configuration delivery procedure 394 may further include the second, third, fourth, and / or fifth RRC reconfiguration message(s)), and the second, third, fourth, and / or fifth RRC reconfiguration complete message(s), the related CU-to-DU message(s), and / or the related DU-to-CU message(s). In some implementations, the RRC reconfiguration message and the RRC reconfiguration complete message described above are an RRCReconfiguration message and an RRCReconfigurationComplete message, respectively.

[0084] In some implementations, the first CU-to-DU message is a UE Context Modification Request message, and the first DU-to-CU message is a UE Context Modification Response message. In some implementations, the second CU-to-DU message isa UE Context Modification Request message, and the second DU-to-CU message is a UE Context Modification Response message, or a UE Context Modification Required message. In the case of the UE Context Modification Required message, the CU 172 can transmit a UE Context Modification Confirm message to the DU 174 in response to a UE Context Modification Required message. In some implementations, the third CU-to-DU message is a DE RRC Message Transfer message. In other implementations, the third CU-to-DU message is a UE Context Modification Request message. In some implementations, the third DU-to- CU message is a UE RRC Message Transfer message. In other implementations, the third DU-to-CU message is a UE Context Modification Response message.

[0085] In some implementations, the LTM reference CU configuration is different from the serving CU configuration. In some implementations, a portion of the LTM reference CU configuration is the same as a portion of the serving CU configuration, and the remaining portions of the LTM reference CU configuration are different from the remaining portions of the serving CU configuration. In yet other implementations, the LTM reference CU configuration is the same as the serving CU configuration.

[0086] In some implementations, the LTM reference CU configuration includes PDCP configuration parameters, measurement configuration parameters, and / or radio bearer configuration parameters. In some implementations, the LTM CU configuration 1 includes a MeasConfig IE and / or a RadioBearerConfig IE defined in 3GPP specification 38.331, or the LTM CU configuration 1 includes configuration parameters in the MeasConfig IE and / or RadioBearerConfig IE.

[0087] In some implementations, the LTM CU configuration 1 and / or the LTM reference CU configuration include PDCP configuration parameters, measurement configuration parameters, and / or radio bearer configuration parameters. In some implementations, the LTM CU configuration 1 or the LTM reference CU configuration includes a MeasConfig IE and / or a RadioBearerConfig IE defined in 3GPP specification 38.331, or the LTM CU configuration 1 or the LTM reference CU configuration includes configuration parameters in the MeasConfig IE and / or RadioBearerConfig IE.

[0088] In some implementations, the LTM DU configuration 1 includes a plurality of configuration parameters for the UE 102 to communicate with the DU 174 on the first cell. In some implementations, the plurality of configuration parameters includes physical layer configuration parameters (e.g., PhysicalCellGroupConfig IE), MAC layer configurationparameters (e.g., MAC-CellGroupConfig IE), and / or RLC configuration parameters (e.g., RLC-BearerConfig IE(s)). In some further implementations, the plurality of configuration parameters includes a special cell configuration (e.g., SpCellConfig IE) and / or one or more SCell configurations (e.g., SCellConfig IE(s)). In some implementations, the LTM DU configuration 1 is a CellGroupConfig IE defined in 3GPP specification 38.331. In other implementations, the LTM DU configuration 1 includes configuration parameters in the CellGroupConfig IE.

[0089] In some implementations, the LTM DU configuration 1 includes a first LI measurement configuration (e.g., a CSl-MeasConfig IE) and / or at least one first transmission configuration indicator (TCI) state configuration. In other implementations, the LTM CU configuration 1 includes the first TCI state configuration(s). In some implementations, the first LI measurement configuration includes at least one first RS resource configuration and / or at least one first report configuration. In some implementations, the first RS resource configuration(s) configure(s) one or more RS(s), or one or more RS resources associated with the cell 1. The RS(s) include(s) SSB(s) and / or CSI-RS(s). The RS resource(s) include(s) SSB resource(s) and / or CSI-RS resource(s). In some implementations, each of the first RS resource configuration(s) includes an RS resource configuration ID. In some implementations, the first RS resource configuration(s) is / are similar to CSl-ResourceConfig IE(s). In some implementations, the first report configuration(s) configures one or more UL resources (e.g., PUCCH resources or PUSCH resources) on the first cell for the UE 102 to transmit measurement results (e.g., CSI reports or LTM CSI reports). In some implementations, each of the first report configuration(s) includes one or more RS resource configuration IDs identifying one or more RS resource configurations included in the first RS resource configuration(s). In some implementations, each of the first TCI state configuration(s) configures a TCI state that associates one or two DL RSs with a corresponding quasi-colocation (QCL) type. The DL RS(s) is / are associated with the cell 1.

[0090] After receiving the LTM-related configurations and the second serving DU configuration or after receiving the RRC reconfiguration message(s) described above, the UE 102 performs measurements on at least one first RS, generates at least one first LI measurement result based on the measurements, and transmits 324 at least one first LI measurement report including the first LI measurement result(s) to the DU 174. The first RS(s) may comprise SSB(s) and / or CSLRS(s). In some implementations, the first RS(s) and / or transmission pattern(s) of the first RS(s) are configured in the CSI reportconfiguration(s), the LTM SSB configuration, and / or the CSI resource configuration. The UE 102 performs the measurements on the first RS(s) in accordance with the CSI report configuration(s), the LTM SSB configuration, and / or the CSI resource configuration.

[0091] After receiving the LTM-related configurations and the second serving DU configuration or after receiving the RRC reconfiguration message(s) described above, the UE 102 performs measurements on at least one second RS, generates at least one second LI measurement result based on the measurements, and transmits at least one second LI measurement report including the first LI measurement result(s) to the DU 174. The second RS(s) may comprise SSB(s) and / or CSLRS(s). In some implementations, the second RS(s) and / or transmission pattern(s) of the second RS(s) are configured in one or more second CSI report configurations and / or one or more second CSI resource configuration that are included in the serving DU configuration in event 302 and / or in the second serving DU configuration. The UE 102 performs the measurements on the second RS(s) in accordance with the second CSI report configuration(s) and / or the second CSI resource configuration(s). The second CSI report configuration(s) may include non-LTM CSI report configuration(s) and / or LTM CSI report configuration(s). The second CSI resource configuration(s) may include non-LTM CSI resource configuration(s) and / or LTM CSI resource configuration(s).

[0092] After transmitting the RACH configuration to the UE 102 via the CU 172, the DU 174 may transmit 350 a PDCCH order to the UE 102 to command the UE 102 to transmit an RA preamble on the first cell. In response to the PDCCH order, the UE 102 transmits an RA preamble on the first cell. The DU 174 includes PDCCH order information in the PDCCH order. The PDCCH order information includes an RA preamble index, a UL, or a supplemental UL indicator, an SSB index, and / or a physical RACH mask index. In some implementations, the DU 174 includes the LTM ID 1 in the PDCCH order to indicate the first cell. The UE 102 identifies the first cell based on the LTM ID 1 in the PDCCH order and transmits 352 the RA preamble on the first cell to the DU 174 using the PDCCH order information. Correspondingly, the DU 174 receives 352 the RA preamble in accordance with the PDCCH order information. In some implementations, the DU 174 may determine the SSB index, based on LI measurement report(s) 324, the CSI resource configuration, the CSI report configuration, and / or the LTM SSB configuration. In some implementations, the LI measurement report(s) may include the SSB index. In other implementations, the LI measurement report(s) include(s) an SS / PBCH Block Resource Indicator (SSBRI)corresponding to the SSB index. Thus, the DU 174 determines the SSB index based on the SSBRI.

[0093] In some implementations, the DU 174 determines whether to transmit the PDCCH order based on the LI measurement result(s) 324. In some implementations, if the LI measurement result(s) indicate that the first cell qualifies for the UE 102 to perform RA for early UL synchronization, the DU 174 transmits the PDCCH order. Otherwise, if the LI measurement result(s) indicate that the first cell does not qualify for the UE 102 to perform RA for early UL synchronization, the DU 174 refrains from transmitting the PDCCH order. In other implementations, if the LI measurement result(s) indicate that the first cell qualifies for the UE 102 to access, the DU 174 transmits the PDCCH order. Otherwise, if the LI measurement result(s) indicate that the first cell does not qualify for the UE 102 to access, the DU 174 refrains from transmitting the PDCCH order. In yet other implementations, the DU 174 transmits the PDCCH order after receiving 320 the RRC reconfiguration complete message, regardless of the LI measurement result(s) 324.

[0094] After transmitting 324 the LI measurement report(s) or 352 the RA preamble, the UE 102 may transmit 354 additional LI measurement report(s) to the DU 174, similarly to the event 324. The DU 174 determines to command that the UE 102 perform an LTM cell switch to the first cell based on the additional LI measurement report(s) and / or on the LI measurement report(s) 324. In response to the determination, the DU 174 generates an LTM Cell Switch Command (e.g., a MAC CE) including the LTM ID 1 and transmits 326 the LTM Cell Switch Command to the UE 102. In response to the determination, the DU 174 may transmit 328 a DU-CU Cell Switch Notification message to the CU 172. In response to the LTM Cell Switch Command, the UE 102 performs an LTM cell switch to the first cell. In the LTM cell switch, the UE 102 accesses 332 the first cell and transmits 336 an RRC reconfiguration complete message to the DU 174 via the first cell. The DU 174 transmits 338 a DU-to-CU message (e.g., UL RRC Message Transfer message) including the RRC reconfiguration complete message to the CU 172. When the UE 102 receives the LTM Cell Switch Command, the UE 102 identifies the LTM candidate configuration 1 from the LTM ID 1 and accesses 332 the first cell using the LTM candidate configuration 1. Depending on implementation, the UE 102 may stop communicating on the serving cell(s) in response to the LTM Cell Switch Command. In turn, the DU 174 transmits a fifth DU-to-CU message, including the RRC reconfiguration complete message, to the CU 172. When the DU 174 detects that the UE 102 accesses the first cell in the event 332, the DU 174 may transmit 334an Access Success message to the CU 172 to indicate that the UE 102 has accessed the first cell.

[0095] In some implementations, the DU 174 includes, in the LTM Cell Switch Command, a TA value for UL synchronization with the first cell. In one implementation, the DU 174 derives the TA value based on the RA preamble (e.g., reception timing of the RA preamble). In another implementation, the DU 174 derives the TA value from a UL transmission on the serving cell (e.g., the cell 124A) from the UE 102. The UE 102 applies the TA value to synchronize with the first cell in UL transmission. After applying the TA value, the UE 102 transmits the first UL transmission on the first cell based on the LTM candidate configuration 1 without performing an RA procedure on the first cell. In some implementations, the UE 102 transmits the first UL transmission on the first cell using a UL grant. In such cases, the first UL transmission is a PUSCH transmission. In some implementations, the PUSCH transmission includes the RRC reconfiguration complete message 336. In some implementations, the UL grant is a configured grant, and the LTM candidate configuration 1 or the LTM DU configuration 1 includes the configured grant configuration configuring the configured grant. In other implementations, the UL grant is a dynamic grant that the UE 102 receives on a PDCCH on the first cell. After transmitting the first UL transmission, the UE 102 receives a PDCCH transmission addressed to a C-RNTI of the UE 102 and determines that the LTM cell switch is completed successfully in response to receiving the PDCCH transmission.

[0096] The PDCCH transmission may include a UL grant or a DL assignment. If the PDCCH transmission includes a UL grant, the UE 102 transmits a PUSCH transmission to the DU 174 on the first cell using the UL grant. If the PDCCH transmission includes a DL assignment, the DU 174 transmits a PDSCH transmission to the UE 102 on the first cell in accordance with the DL assignment. The DU 174 may transmit 334 the Access Success message to the CU 172 after receiving (e.g., in response to) the first UL transmission, transmitting the PDCCH transmission, receiving the PUSH transmission, or transmitting the PDSCH transmission.

[0097] In other implementations, the DU 174 does not include a TA value in the LTM Cell Switch Command. If the LTM Cell Switch Command does not include a / the TA value, the UE 102 performs 332 an RA procedure on the first cell in accordance with the RA configuration parameters. In some implementations, the RA configuration parameters areincluded in the LTM candidate configuration 1 or in the LTM DU configuration 1. In some implementations, the RA configuration parameters configure PRACH resources, an association between SSB and PRACH resources, and / or one or more PRACH occasions. If the UE 102 successfully completes the RA procedure, the UE 102 determines the LTM cell switch to the first cell is completed successfully. Depending on implementations and / or on the RA configuration parameters, the RA procedure can be a four-step RA procedure or a two-step RA procedure. During the four-step RA procedure, the UE 102 transmits a Message 3 on the first cell and the DU 174 transmits a Message 4 on the first cell to the UE 102 in response. During the two-step RA procedure, the UE 102 transmits a Message A on the first cell and the DU 174 transmits a Message B to the UE 102 on the first cell in response. The UE 102 may include the RRC reconfiguration complete message 336 in the Message 3 or Message A. Alternatively, the UE 102 transmits the RRC reconfiguration complete message 336 after completing the RA procedure. The DU 174 may transmit 334 the Access Success message to the CU 172, after receiving the Message 3, Message A or the RRC reconfiguration complete message 336 or transmitting the Message 4 or Message B.

[0098] After successfully completing the LTM cell switch to the first cell as described above, the UE 102 communicates 340 with the DU 174 and the CU 172 via the first cell, using the LTM candidate configuration 1. In the case of the LTM reference configuration, the UE 102 applies the LTM reference configuration first and then applies the LTM candidate configuration 1 to augment the LTM reference configuration.

[0099] In some implementations, each of the TCI state configuration(s) include a TCI state ID. In some implementations, the DU 174 includes, in the LTM Cell Switch Command, a first TCI state ID indicating a first one of the TCI state configuration(s). The UE 102 identifies the first one of the TC state configuration(s) based on the first TCI state ID and applies the first TCI state configuration to communicate UL transmissions and / or DL transmissions with the DU 174 in the events 332, 336, and / or 340. The DU 174 applies the first TCI state configuration to communicate UL transmissions and / or DL transmissions with the UE 102 in the events 332, 336, and / or 340.

[0100] In some implementations, the CU 172 may prepare additional cell(s) (i.e., cell(s) 2, ..., N) as LTM candidate cell(s) for the UE 102 with the DU 174, before or after transmitting the LTM Cell Switch Command or during, before or after the procedure 390 or 392, as described above. N is an integer and larger than 1. For example, the CU 172 performsadditional LTM preparation procedure(s) 2, .. N with the DU 174 to prepare the cell(s) 2, .. N, respectively. Each of the LTM preparation procedure(s) 2, .. N is similar to the procedure 390. In the LTM preparation procedure(s) 2, ..., N, the CU 172 receives LTM DU configuration(s) 2, ..., N configuring the cell(s) 2, ..., N for LTM, respectively. The CU 172 generates LTM candidate configuration(s) 2, ..., N including the LTM DU configuration(s) 2, ..., N, respectively. The CU 172 assigns LTM ID(s) 2, ..., N to identify the LTM DU configuration(s) 2, ..., N and the LTM candidate configuration(s) 2, ..., N, respectively. The CU 172 may obtain CSI resource configuration 2, ..., N and perform CSI report configuration and / or LTM ID configuration procedure(s) 2, ..., N with the DU 174 to obtain the CSI report configuration(s) 2, ..., N, respectively, as described for the CSI resource configuration 1 and the CSI report configuration(s) 1. The CU 172 may obtain RACH configuration 2, ..., N for the cell(s) 2, ..., N respectively, as described for the RACH configuration 1. The CU 172 may obtain TCI state configuration(s) 2, ..., N for the cell(s) 2, ..., N respectively, as described for the TCI state configuration(s) 1. Each of the CSI report configuration and / or LTM ID configuration procedure(s) 2, ..., N is similar to the procedure 392. The CU 172 may obtain LTM SSB configuration 2, ..., N for the cell(s) 2, ..., N, respectively, as described for the LTM SSB configuration 1. In some implementations, the CU 172 may perform LTM configuration delivery procedure 2, ..., N with the UE 102 to transmit a list including: {LTM ID 2, the LTM candidate configuration 2, the CSI resource configuration 2 (if obtained), the TCI state configuration 2 (if obtained), the RACH configuration 2 (if obtained), the LTM SSB configuration 2 (if obtained)}, ..., {the LTM ID N, the LTM candidate configuration N, the CSI resource configuration N, the TCI state configuration(s) N (if obtained), the RACH configuration N (if obtained), the LTM SSB configuration N (if obtained)} to the UE 102, respectively. Each of the LTM configuration delivery procedure(s) 2, ..., N is similar to the procedure 394. In other implementations, the CU 172 includes the list in the first RRC reconfiguration message.

[0101] In some implementations, after receiving 334 the Access Success message or receiving 338 the DU-to-CU message, the CU 172 may transmit 342 a CU-to-DU message to the DU 174. In one implementation, the CU 172 transmits 342 the CU-to-DU message to release radio resources and / or configurations of the serving cell(s) configured for the UE 102. In another implementation, the CU 172 transmits 342 the CU-to-DU message to release some of the LTM candidate cell(s) 2, ..., N. In this case, the CU 172 transmits messages to release resources and configurations of candidate cells. In response to the CU-to-DU message 342,the DU 174 transmits 344 a DU-to-CU message to the CU 172. In some implementations, the CU-to-DU message 342 and the DU-to-CU message 344 are a UE Context Modification Request message and a UE Context Modification Response message, respectively.

[0102] In some implementations, an LTM is provided in a different format depending on which command or message provides the LTM ID. For example, the LTM ID may be provided differently in a PDCCH order, in an LTM Cell Switch Command, and in an RRC reconfiguration message. For example, the PDCCH order or the LTM Cell Switch Command includes a first field to include the LTM ID 1 and the first RRC reconfiguration message includes a second field to include the LTM ID 1. In some implementations, the first field and the second field have different formats or coding schemes. For example, the first field uses a binary format (i.e., 3 bits) with a value range of 0, ..., 7 and the second field uses an integer format with a value range of 1, ..., 8. In this example, the first field with binary value 000b is equivalent to the second field with integer value 1, the first field with binary value 001b is equivalent to the second field with integer value 2, ... , and the first field with binary value 11 lb is equivalent to the second field with integer value 8.

[0103] The events 304, 306, 390, 392, 394, and 324 are collectively referred to in Fig. 3 as an intra-CU intra-DU LTM configuration procedure 396. The events 304, 306, 390, 392, 394, 324, 350, 352, 354, 326, 328, 332, 334, 336, 338, and 340 are collectively referred to in Fig.3 as an intra-CU intra-DU LTM procedure 380.

[0104] Referring next to Fig. 4, in a scenario 400, the base station 104 includes a CU 172, an S-DU 174A, and a candidate DU (C-DU) 174B. The S-DU 174A operates the cell 124A (Fig. 1A) and optionally operates additional cell(s), while the C-DU 174B operates a first cell (e.g., cell 126). The scenario 400 is an intra-CU inter-DU scenario, similar to the scenario 300. Thus, the descriptions for the scenario 300 can generally apply to the scenario 400. Some descriptions for the DU 174 in Fig. 3 may apply to the S-DU 174A in Fig. 4, and some descriptions for the DU 174 in Fig. 3 may apply to the C-DU 174B. The differences between the scenarios 300 and 400 are described below.

[0105] Initially, the UE 102 communicates 402 with the S-DU 174A on one or more serving cells (e.g., the cell 124A and / or other cell(s)) using a serving DU configuration, and the UE 102 communicates with the CU 172 via the S-DU 174A using a serving CU configuration. In some implementations, the CU 172, and the S-DU 174A may perform the LTM configuration procedure 496 or the LTM procedure 480 with the UE 102, similarly tothe procedures 396 and 380, respectively, as described with reference to Fig. 3. In the case of the procedure 480, the UE 102 may perform an LTM cell switch to the first cell (e.g., cell 124B) as described with reference to Fig. 3. Upon successfully completing the LTM cell switch, the first cell becomes a serving cell, and cell 124A and / or the other cell(s) is / are no longer serving cell(s) for the UE 102. In the case of the procedure 496, the UE 102 does not perform an LTM cell switch. During the communication 402, the UE 102 transmits 404, 406 at least one measurement report (e.g., L3 measurement report(s)) to the CU 172 via the S-DU 174A. Based on the measurement report(s), the CU 172 determines to prepare cell 1 (e.g., cell 126 operated by the C-DU 174B) for LTM for the UE 102. The cell 1 is identified by a cell ID (i.e., cell ID 1). In response to the determination, the CU 172 performs 490 an LTM preparation procedure with the C-DU 174B to (request the C-DU 174B to) prepare the cell 1 as an LTM candidate cell for the UE 102. In the LTM preparation procedure 490, the CU 172 transmits a first CU-to-DU message including a cell ID 1 of the cell 1 to the C-DU 174B to request that the C-DU 174B prepare the cell 1 as an LTM candidate cell for the UE 102, similarly to the event 385. In response, the C-DU 174B transmits a first DU-to-CU message including an LTM DU configuration (e.g., LTM DU configuration 1) to the CU 172, similarly to the event 310. In some implementations, the CU 172 requests an LTM reference DU configuration in the first CU-to-DU message, as described with reference to Eig. 3. In other implementations, the CU 172 does not request an LTM reference DU configuration in the first CU-to-DU message. In some implementations, the C-DU 174B includes an LTM reference DU configuration in the first DU-to-CU message, as described with reference to Eig. 3. In other implementations, the C-DU 174B does not include an LTM reference DU configuration in the first CU-to-DU message.

[0106] In some implementations, if the CU 172 receives an LTM reference DU configuration from the S-DU 174A as described with reference to Eig. 3, the CU 172 may include the LTM reference DU configuration in the first CU-to-DU message, and the C-DU 174B may generate the LTM DU configuration as a delta configuration based on the LTM reference DU configuration. In such cases, the C-DU 174B does not transmit an LTM reference DU configuration for the UE 102 to the CU 172. In other implementations, the CU 172 receives an LTM reference DU configuration from the C-DU 174B, e.g., in the first DU- to-CU message or an additional DU-to-CU message as described with reference to Eig. 3. In such cases, the CU 172 may generate an LTM reference configuration including the LTM reference DU configuration. In some implementations, the CU 172 includes an LTMreference CU configuration in the LTM reference configuration. In other implementations, the CU 172 does not include an LTM reference CU configuration in the LTM reference configuration.

[0107] To prepare the cell 1 for LTM, the CU 172 may perform 492 an LTM CSI report configuration and / or an LTM ID configuration procedure with the S-DU 174A. In the procedure 492, the CU 172 transmits a second CU-to-DU message including a CSI resource configuration (e.g., CSI resource configuration 1) and / or an LTM SSB configuration (i.e., LTM SSB configuration 1) to the S-DU 174A, similarly to the event 312. In response, the S- DU 174A transmits a second DU-to-CU message including one or more CSI report configurations (e.g., CSI report configuration(s) 1) to the CU 172. In some implementations, the CU 172 generates an LTM candidate configuration (e.g., LTM candidate configuration 1) including the LTM DU configuration and assigns an LTM ID (e.g., LTM ID 1) for identifying the LTM DU configuration and / or the LTM candidate configuration as described with reference to Fig. 3. In some implementations, the CU 172 includes {LTM ID 1, cell ID 1 } as a tuple in the second CU-to-DU message.

[0108] To prepare the cell 1 as an LTM candidate cell for the UE 102, the CU 172 may receive early synchronization information for the cell 1 in a DU-to-CU message (e.g., the first DU-to-CU message or an additional DU-to-CU message) from the C-DU 174B. In some implementations, the C-DU 174B transmits the additional DU-to-CU message in response to receiving an additional CU-to-DU message from the CU 172. In other implementations, the C-DU 174B transmits the additional DU-to-CU message (e.g., a UE Context Modification Required message) in response to receiving the first CU-to-DU message. The early synchronization information includes a RACH configuration (e.g., RACH configuration 1) and / or at least one TCI state configuration (e.g., TCI state configuration(s) 1), as described with reference to Fig. 3. In some implementations, the C-DU 174B includes, in the early synchronization information or in the DU-to-CU message, the PDCCH order information (PDCCH order information 1) for early UL synchronization with the first cell.

[0109] In some implementations, the CU 172 may receive the LTM SSB configuration or SSB configuration parameters in the LTM SSB configuration from the C-DU 174B, e.g., in the first DU-to-CU message or in an additional DU-to-CU message. In some implementations, the CU 172 may receive a PCI of the cell 1 from the C-DU 174B in the first DU-to-CU message or in the additional DU-to-CU message. In some implementations, the C-DU 174B transmits the additional DU-to-CU message in response to receiving an additional CU-to-DU message from the CU 172. In other implementations, the C-DU 174B transmits the additional DU-to-CU message (e.g., a UE Context Modification Required message) in response to receiving the first CU-to-DU message.

[0110] As described with reference to Fig. 3, the CU 172 performs 494 an LTM configuration delivery procedure with the UE 102 to transmit the LTM ID 1 and the LTM candidate configuration to the UE 102. In some implementations, the CU 172 transmits {LTM ID, LTM candidate configuration} as a tuple in a first RRC reconfiguration message in the procedure 494. Depending on the implementation, the CU 172 may include the LTM reference configuration, the CSI report configuration(s), the CSI resource configuration, the RACH configuration, the TCI state configuration(s), the LTM SSB configuration, and / or the PCI of the cell 1 in the first RRC reconfiguration message to the UE 102, and / or other RRC reconfiguration message(s) transmitted to the UE 102, as described with reference to Eig. 3. The CU 172 includes the LTM ID in the first RRC reconfiguration or the other RRC reconfiguration message(s) to indicate that the CSI resource configuration, the RACH configuration, the TCI state configuration(s), the LTM SSB configuration, and / or the PCI of the cell 1 are associated with the cell 1. Lor example, the CU 172 includes the CSI resource configuration, the RACH configuration, the TCI state configuration(s), the LTM SSB configuration, and / or the PCI of the cell 1 in the tuple. In another example, the CU 172 includes {LTM ID, CSI resource configuration, RACH configuration, TCI state configuration(s), LTM SSB configuration, and / or PCI of the cell 1 } as a tuple in the other RRC reconfiguration message(s). In response to each of the other RRC reconfiguration message(s), the UE 102 transmits an RRC reconfiguration complete message to the CU 172 via the S-DU 174A.

[0111] In some implementations, the PDCCH order information includes a frequency domain resource assignment, an RA preamble index, a UL, or a supplemental UL indicator, an SSB index, and / or a physical RACH mask index. The CU 172 may transmit a CU-to-DU message (e.g., the second CU-to-DU message or an additional CU-to-DU message) including the PDCCH order information to the S-DU 174A. In some implementations, the CU 172 includes the LTM ID 1 or the cell ID 1 in the CU-to-DU message to indicate that the PDCCH order information is associated with the LTM ID 1 or the cell ID 1. Lor example, when the CU 172 transmits the PDCCH order information in the second CU-to-DU message, the CU 172 includes {cell ID 1, PDCCH order information} as a tuple in the CU-to-DU message.When the CU 172 transmits an additional CU-to-DU message, the S-DU 174A may transmit an additional DU-to-CU message to the CU 172 in response. The S-DU 174A transmits 450 a PDCCH order to the UE 102, based on the PDCCH order information. For example, the S- DU 174A transmits 450 a PDCCH order to the UE 102, including the PDCCH order information. In some implementations, the S-DU 174A may determine an SSB index included in the PDCCH order based on LI measurement report(s) 424, and / or the CSI resource configuration, the CSI report configuration, and / or the LTM SSB configuration. In some implementations, the S-DU 174A includes the LTM ID 1 in the PDCCH order to indicate the cell 1. In the case of the additional CU-to-DU message, the S-DU 174A may transmit an additional DU-to-CU message to the CU 172 in response. The UE 102 transmits 452 an RA preamble to the C-DU 174B on the cell 1, using the RACH configuration and / or the PDCCH order information. The C-DU 174B derives a TA value based on the RA preamble. The C-DU 174B transmits 456 a DU-CU TA Information Transfer message including the TA value to the CU 172. The CU 172 in turn transmits 458 a CU-DU TA Information Transfer message including the TA value to the S-DU 174A. In some implementations, the C-DU 174B includes the cell ID 1, the RA preamble index, an RA radio network temporary identifier (RA-RNTI) and / or a DU ID of the S-DU 174A in the message 456. In such cases, the CU 172 includes the cell ID 1, the RA preamble index, the RA-RNTI, and / or the DU ID of the S-DU 174A in the message 458. In response to determining to command the UE 102 to perform an LTM cell switch to the cell 1, the S-DU 174A transmits 456 the LTM Cell Switch Command including the LTM ID 1 to the UE 102. If the S-DU 174A receives a TA value as described above, the S-DU 174A may include the TA value in the LTM Cell Switch Command. The S-DU 174A may include a first TCI state ID in the LTM Cell Switch Command. The first TCI state ID indicates a first one of the TCI state configuration(s).

[0112] In some implementations, the C-DU 174B determines the RA-RNTI based on a PRACH occasion in which the C-DU 174B receives 452 the RA preamble. In some implementations, the C-DU 174B calculates the RA-RNTI as:RA-RNTI = 1 + s_id + 14 x t_id + 14 x 80 x f_id + 14 x 80 x 8 x ul_carrier_id where s_id is the index of the first OFDM symbol of the PRACH occasion (0 < s_id < 14), t_id is the index of the first slot of the PRACH occasion in a system frame (0 < t_id < 80), where the subcarrier spacing to determine t_id is based on the value of p specified in clause5.3.2 in 3GPP TS 38.211 for p = {0, 1, 2, 3}, and for p = {5, 6}, t_id is the index of the 120 kHz slot in a system frame that contains the PRACH occasion (0 < t_id < 80), f_id is the index of the PRACH occasion in the frequency domain (0 < f_id < 8), and ul_carrier_id is the UL carrier used for the RA Preamble transmission (0 for NUL carrier, and 1 for SUL carrier).

[0113] In response to determining to command the UE 102 to perform an LTM cell switch or transmitting 426 the LTM Cell Switch Command, the S-DU 174A transmits 428 a DU-CU Cell Switch Notification message to the CU 172 to indicate that the UE 102 performs an LTM cell switch to the cell 1. In response, the CU 172 transmits 430 a CU-DU Cell Switch Notification message to the C-DU 174B to indicate that the UE 102 performs an LTM cell switch to the cell 1. In some implementations, the S-DU 174A includes the first TCI state ID in the DU-CU Cell Switch Notification message and the CU 172 in turn includes the first TCI state ID in the CU-DU Cell Switch Notification message. The UE 102 and the C-DU 174B identify the first one of the TC state configuration(s) based on the first TCI state ID and apply the first TCI state configuration to communicate UL transmissions and / or DL transmissions in the events 432, 436, and / or 440.

[0114] In some implementations, each of the TCI state configuration(s) includes or is associated with a TCI state ID. In some implementations, the CU 172 may transmit a CU-to- DU message (e.g., the second CU-to-DU message or an additional CU-to-DU message) including the TCI state configuration(s), and / or the associated TCI state ID(s) to the S-DU 174A. In some implementations, the CU 172 includes the LTM ID 1 or the cell ID 1 in the CU-to-DU message to indicate that the TCI state configuration(s) is associated with the LTM ID 1 or the cell ID 1. Lor example, when the CU 172 transmits the TCI state configuration(s) and / or the associated TCI state ID(s) in the second CU-to-DU message, the CU 172 includes { cell ID 1, TCI state configuration(s)} as a tuple in the CU-to-DU message. When the CU 172 transmits an additional CU-to-DU message, the S-DU 174A may transmit an additional DU-to-CU message to the CU 172 in response. In some implementations, the S-DU 174A includes, in the LTM Cell Switch Command 426, a first TCI state ID indicating a first one of the TCI state configuration(s). In some implementations, the S-DU 174A determines the first TCI state configuration or the first TCI state ID. The UE 102 identifies the one of the TCI state configuration(s) based on the first TCI state ID and applies the first TCI state configuration in UL transmissions and / or DL receptions in the events 432, 436, and / or 440.

[0115] In some implementations, the CU 172 may prepare additional cell(s) (i.e., cell(s) 2, .. N) as LTM candidate cell(s) for the UE 102 with the C-DU 174B, before or after transmitting the LTM Cell Switch Command or during, before or after the procedure 490 or 492, as described with reference to Fig. 3.

[0116] In some implementations, the first CU-to-DU message and the first DU-to-CU message are a UE Context Setup Request message and a UE Context Setup Response message. In some implementations, the first CU-to-DU message and the first DU-to-CU message are a UE Context Modification Request message and a UE Context Modification Response message. In some implementations, the LTM preparation procedure 490 is a UE Context Setup procedure, and the additional LTM preparation procedure is a UE Context Modification procedure. In other implementations, the LTM procedure 490 and the additional LTM preparation procedures are UE Context Setup procedures. In yet other implementations, the LTM procedure 490 and the additional LTM preparation procedures are UE Context Modification procedures.

[0117] The events 404, 406, 490, 492, 494, 494, and 424 are collectively referred to in Fig. 4 as an intra-CU inter-DU LTM configuration procedure 496. The events 404, 406, 490, 492, 494, 494, 424, 450, 452, 454456, 458, 426, 428, 430, 432, 434, 436, 438, 440, 442, and 444 are collectively referred to in Fig. 4 as an intra-CU inter-DU LTM procedure 480.

[0118] Referring next to Fig. 5, in a scenario 500, the base station 104 operates as a serving or source base station (S-BS), and the base station 106 operates as a candidate base station (C-BS). The C-BS 106 includes a CU 172 and a DU 174. The scenario 500 is similar to the scenarios 300 and 400, except that the scenario 500 is an inter-CU scenario (i.e., interbase station scenario) while the scenarios 300 and 400 are intra-CU (i.e., intra-base station) scenarios. The S-BS 104 can include a CU and a DU (not shown in Fig. 5), similar to the base station 104 shown in Figs. 3 and 4. Initially, the UE 102 communicates 502 with the S-BS 104 via serving cell(s) using a serving configuration. In some implementations, the S-BS 104 includes an S-DU and a CU, and the serving configuration may include a serving CU configuration and a serving DU configuration, as described with reference to Figs. 3 and 4. During the communicating with the UE 102, the S-BS 104 may perform 580 intra-CU LTM procedure(s) with the UE 102, similarly to the procedures 380 and / or 480. Alternatively, during the communicating 502 with the UE 102, the S-BS 104 may perform 596 intra-CULTM configuration procedure(s) with the UE 102, similarly to the procedures 396 and / or 496.

[0119] While communicating with the S-BS 104, the UE 102 transmits 504 at least one measurement report to the S-BS 104. The measurement report(s) include measurement results for a serving cell of the UE 102 and / or at least one non-serving cell (e.g., cell 126 (FIG. 1A)). The S-BS 104 determines to prepare a first cell (e.g., the cell 126) as an LTM candidate cell for the UE 102 based on the measurement report(s). For example, the measurement report(s) include(s) a PCI of the first cell and measurement result(s) of the cell 126. The S-BS 104 identifies that the first cell is operated by the base station 106 based on the PCI, and the S-BS 104 determines that the first cell qualifies for LTM preparation based on the measurement result(s).

[0120] After (e.g., in response to) determining to prepare the first cell as an LTM candidate cell for the UE 102, the S-BS 104 (e.g., the CU of the S-BS 104) generates a Handover Request message including a first cell ID (i.e., cell ID 1) of the first cell (i.e., cell 1). The S- BS 104 transmits 505 the Handover Request message to the CU 172. In some implementations, the Handover Request message includes an LTM indicator indicating the Handover Request message concerns LTM for the first cell ID. After (e.g., in response to) receiving the Handover Request message, the CU 172 performs an LTM preparation procedure 590 with the DU 174 to prepare the first cell as an LTM candidate cell for the UE 102, similarly to the procedure 390 or 490. In the procedure 590, the CU 172 transmits a first CU-to-DU message including the first cell ID to the DU 174 to request preparing the first cell, similarly to the event 385. In response, the CU 172 may receive a first DU-to-CU message including an LTM DU configuration 1 from the DU 174, similarly to the event 310. The CU 172 generates a first LTM candidate configuration (LTM candidate configuration 1). In response to the Handover Request message, the CU 172 transmits 507 a Handover Request Acknowledge message including the first LTM candidate configuration to the S-BS 104. In some implementations, the CU 172 includes the first cell ID in the Handover Request Acknowledge message to indicate that the first LTM candidate configuration is provided for or associated with the first cell (ID).

[0121] The events 505, 590, 507 are collectively referred to in Fig. 5 as an inter-CU LTM preparation procedure (or, alternatively, an inter-MN LTM preparation procedure) 598.

[0122] In some implementations, the Handover Request message includes a DU ID of the S-DU of the S-BS 104. In such cases, the CU 172 includes the DU ID in the first CU-to-DU message. In some implementations, the Handover Request message includes a BS ID of the S-BS 104. When receiving the BS ID, the CU 172 may include the BS ID in the first CU-to- DU message. For example, the BS ID may be a gNB ID.

[0123] In some implementations, the CU 172 requests an LTM reference DU configuration in the procedure 590, as described with reference to Figs. 3 and 4. In other implementations, the CU 172 does not request an LTM reference DU configuration in the procedure 590. In some implementations, the DU 174 transmits an LTM reference DU configuration to the CU 172 in the procedure 590, as described with reference to Figs. 3 and 4. In other implementations, the DU 174 does not transmit an LTM reference DU configuration to the CU 172 in the procedure 590. In some implementations, the S-BS 104 (e.g., the CU of the S- BS 104) may obtain an LTM reference configuration, as described with reference to Figs. 3 and 4. In other implementations, the S-BS 104 may receive an LTM reference configuration from another BS (not shown in Fig. 5) in another inter-CU LTM preparation procedure as described above and later herein. If the S-BS 104 obtains an LTM reference configuration, the S-BS 104 may include the LTM reference configuration (S-BS generated LTM reference configuration) in the Handover Request message. In some implementations, the S-BS 104 includes the LTM reference configuration in the inter- node RRC messageHandoverP reparationinformation or as an Xn Application Protocol (XnAP) IE or field and includes the inter-node RRC message or the XnAP IE in the Handover Request message. Alternatively, the S-BS 104 determines to request or cause the C-BS 106 to provide a complete LTM candidate configuration in which case the S-BS 104 does not include the LTM reference configuration in the Handover Request message. If the S-BS 104 does not obtain an LTM reference configuration, the S-BS 104 does not include an LTM reference configuration in the Handover Request message. If the Handover Request message includes an LTM reference configuration, the CU 172 may include the LTM reference configuration in the first CU-to-DU message. The DU 174 may extract an LTM reference DU configuration from the LTM reference configuration. Alternatively, the CU 172 extracts an LTM reference DU configuration from the LTM reference configuration and includes the LTM reference DU configuration in the first CU-to-DU message. The DU 174 may generate an LTM DU configuration as a delta configuration based on the LTM reference DU configuration, as described with reference to Fig. 3. Alternatively, the DU 174 may disregard the LTMreference (DU) configuration and generate an LTM DU configuration as a complete configuration, as described with reference to Fig. 3.

[0124] Otherwise, if the Handover Request message does not include an LTM reference configuration, in some embodiments, the CU 172 receives an LTM reference DU configuration from the DU 174 as described with reference to Fig. 3. In other embodiments, the CU 172 does not receive an LTM reference DU configuration from the DU 174. If the CU 172 receives an LTM reference DU configuration (e.g., in the first DU-to-CU message), the CU 172 generates an LTM reference configuration (C-BS generated LTM reference configuration) including the LTM reference DU configuration. The CU 172 may include an LTM reference CU configuration (candidate CU (C-CU) generated LTM reference CU configuration). Otherwise, if the CU 172 does not receive an LTM reference DU configuration from the DU 174 as described with reference to Fig. 3, the CU 172 does not generate an LTM reference configuration. Alternatively, the CU 172 generates an LTM reference configuration (C-BS generated LTM reference configuration) including only a C- CU generated LTM reference CU configuration. When the CU 172 generates an LTM reference configuration (C-BS generated LTM reference configuration), the CU 172 includes the C-BS generated LTM reference configuration in the Handover Request Acknowledge message.

[0125] In some implementations, if the LTM DU configuration 1 is a complete configuration, the CU 172 generates the LTM candidate configuration 1 as a complete configuration. The CU 172 may include a complete configuration indication (e.g., a BS-to-BS interface protocol field / IE) in the Handover Request Acknowledge message to indicate that the LTM candidate configuration 1 is a complete configuration. In some implementations, the BS-to-BS interface protocol is an Xn application protocol defined in 3GPP specification 38.423. In some implementations, the complete configuration indication is a dedicated field / IE (e.g., LTM-specific) to reduce or eliminate impact to non-LTM configurations. In other implementations, the complete configuration indication is an existing field / IE defined in 3GPP specification 38.423. Otherwise, if the LTM DU configuration 1 is a delta configuration, the CU 172 generates the LTM candidate configuration 1 as a delta configuration. The CU 172 may exclude the complete configuration indication from the Handover Request Acknowledge message to indicate that the LTM candidate configuration 1 is a delta configuration. Alternatively, the CU 172 may include a delta configuration indication (e.g., a BS-to-BS interface protocol field / IE) in the Handover RequestAcknowledge message to indicate that the LTM candidate configuration 1 is a delta configuration. In some implementations, the BS-to-BS interface protocol is an Xn application protocol defined in 3GPP specification 38.423. In some implementations, the delta configuration indication is a dedicated field / IE (e.g., LTM specific) to reduce or eliminate impact to non-LTM configurations. In other implementations, the delta configuration indication is an existing field / IE defined in 3GPP specification 38.423. In some implementations, the BS-to-BS interface protocol field / IE can have at least two possible values (i.e., a first value and a second value). The BS-to-BS interface protocol field / IE can have the first value to indicate a complete configuration, and the BS-to-BS interface protocol field / IE can have the second value to indicate a delta configuration.

[0126] In some implementations, the S-BS 104 is preconfigured with a CSI resource configuration (e.g., CSI resource configuration 1 or LTM CSI resource configuration 1) and / or an LTM SSB configuration (LTM SSB configuration 1) for the first cell. In other implementations, the S-BS 104 receives the CSI resource configuration and / or the LTM SSB configuration from an 0AM (Operations, Administration and Maintenance) node. In yet other implementations, the S-BS 104 receives the CSI resource configuration and / or the LTM SSB configuration from the CU 172. Lor example, the CU 172 includes the CSI resource configuration, and / or the LTM SSB configuration in the Handover Request Acknowledge message. In some implementations, the CU 172 includes a PCI (PCI 1) of the first cell in the Handover Request Acknowledge message. To prepare the first cell as a candidate LTM cell for the UE 102, the CU of the S-BS 104 performs an LTM CSI report configuration and / or an LTM ID configuration procedure (not shown in Eig. 5) with an S-DU of the S-BS 104, similarly to the procedure 392. In the LTM CSI report configuration and / or the LTM ID configuration procedure, the CU of the S-BS 104 transmits the CSI resource configuration and / or the LTM SSB configuration to the S-DU of the S-BS 104. In response, the CU of the S-BS 104 receives one or more CSI report configurations for the UE 102 from the S-DU of the S-BS 104. In some implementations, the CU of the S-BS 104 receives the CSI report configuration(s) in a second serving DU configuration from the S-DU.

[0127] To prepare the first cell as an LTM candidate cell for the UE 102, the CU 172 may receive early synchronization information (early synchronization information 1) for the first cell from the DU 174 in a DU-to-CU message (e.g., the first DU-to-CU message or an additional DU-to-CU message). In some implementations, the DU 174 transmits the additional DU-to-CU message in response to receiving an additional CU-to-DU messagefrom the CU 172. In other implementations, the DU 174 transmits the additional DU-to-CU message (e.g., a UE Context Modification Required message) in response to receiving the first CU-to-DU message. The CU 172 includes the early synchronization information in the Handover Request Acknowledge message. The early synchronization information includes a RACH configuration (RACH configuration 1) and / or at least one TCI state configuration (TCI state configuration(s) 1). In some implementations, the DU 174 includes, in the early synchronization information or in the DU-to-CU message, PDCCH order information for early UL synchronization with the first cell. The CU 172 includes the PDCCH order information in the Handover Request Acknowledge message.

[0128] In some implementations, the CU 172 assigns an LTM ID (e.g., LTM ID 1) for identifying the first LTM candidate configuration and includes the LTM ID in the Handover Request Acknowledge message. In other implementations, the S-BS 104 assigns an LTM ID (e.g., LTM ID 1) for identifying the first LTM candidate configuration.

[0129] After (e.g., in response to) receiving the Handover Request Acknowledge message, the S-BS 104 (e.g., the CU of the S-BS 104) transmits 518 a first RRC reconfiguration message to the UE 102, including { LTM ID 1, LTM candidate configuration 1 } as a tuple, similarly to the event 318. If the Handover Request Acknowledge message includes the LTM reference configuration, the S-BS 104 may include the LTM reference configuration in the first RRC reconfiguration message. The S-BS 104 may include the CSI resource configuration 1, the TCI state configuration(s) 1, the RACH configuration 1, and / or the LTM SSB configuration 1 in the tuple, if the S-BS 104 received this information in the Handover Request Acknowledge message. Alternatively, the S-BS 104 transmits one or more additional RRC reconfiguration messages to the UE 102, including the CSI resource configuration 1, the TCI state configuration(s) 1, the RACH configuration 1, the LTM SSB configuration 1, and / or the PCI of the first cell. In each of the additional RRC reconfiguration message(s), the S-BS 104 includes the LTM ID 1 to indicate that the CSI resource configuration 1, the TCI state configuration(s) 1, the RACH configuration 1, the LTM SSB configuration 1, and / or the PCI of the first cell are associated with the first cell or configured for the first cell. The UE 102 transmits 520 a first RRC reconfiguration complete message to the S-BS 104 in response to the first RRC reconfiguration message. The UE 102 transmits an additional RRC reconfiguration complete message to the S-BS 104 in response to each of the additional RRC reconfiguration complete message(s). The RRC reconfiguration message(s) (i.e., the firstRRC reconfiguration message and / or the additional RRC reconfiguration message(s)) and theRRC reconfiguration complete message(s) (i.e., the first RRC reconfiguration complete message, and / or the additional RRC reconfiguration complete message(s)) form an LTM configuration delivery procedure. The S-BS 104 may include the second serving DU configuration in the first RRC reconfiguration message or in one of the additional RRC reconfiguration message(s).

[0130] In some implementations, if the Handover Request Acknowledge message includes the complete configuration indication to indicate that the LTM candidate configuration 1 is a complete configuration, the S-BS 104 includes, in the first RRC reconfiguration message, a complete configuration indication (e.g., an RRC field / IE) to indicate that the LTM candidate configuration 1 is a complete configuration. Otherwise, if the Handover Request Acknowledge message does not include the complete configuration indication ,or if the Handover Request Acknowledge message includes the delta configuration indication to indicate that the LTM candidate configuration 1 is a delta configuration, the S-BS 104 indicates that the LTM candidate configuration 1 is a delta configuration by excluding the complete configuration indication (e.g., an RRC field / IE) from the first RRC reconfiguration message. .

[0131] If the Handover Request Acknowledge message includes the PDCCH order information (PDCCH order information 1), the S-BS 104 transmits 550 a PDCCH order based on the PDCCH order information. If the S-BS 104 is a distributed base station, the CU of the S-BS 104 may transmit the PDCCH order information to the S-DU of the S-BS 104. For example, the S-BS 104 or the S-DU of the S-BS 104 transmits 550 a PDCCH order to the UE 102, including the PDCCH order information. In some implementations, the S-BS 104 or the S-DU of the S-BS 104 may determine an SSB index included in the PDCCH order, based on LI measurement report(s) 524, and / or the CSI resource configuration, the CSI report configuration, and / or the LTM SSB configuration. In some implementations, the S-DU or the S-BS 104 includes the LTM ID 1 in the PDCCH order to indicate the first cell. The UE 102 transmits 552 an RA preamble to the DU 174 on the first cell, using the RACH configuration and / or the PDCCH order information. The S-DU or the S-BS 104 derives a TA value based on the RA preamble. The DU 174 transmits 556 a DU-CU TA Information Transfer message including the TA value to the CU 172. The CU 172 transmits 558 a CU-CU TA Information Transfer message including the TA value to the S-BS 104 (e.g., the CU of the S-BS 104). In some implementations, the DU 174 includes the cell ID 1, the RA preamble index, an RA- RNTI, the DU ID of the S-DU of the S-BS 104, and / or the BS ID of the S-BS 104 in themessage 556. In some implementations, the DU 174 does not include the BS ID in the message 556. In some implementations, the CU 172 includes the cell ID 1, the RA preamble index, the RA-RNTI, the DU ID of the S-DU, and / or the BS ID of the S-BS 104 in the message 558. In some implementations, the CU 172 does not include the BS ID in the message 558. The CU of the S-BS 104 transmits a CU-DU TA Information Transfer message including the TA value, the cell ID 1, the RA preamble index, the RA-RNTI, and / or the DU ID of the S-DU, and / or the BS ID of the S-BS 104 to the S-DU of the S-BS 104. In some implementations, the CU of the S-BS 104 does not include the BS ID in the CU-DU TA Information Transfer message.

[0132] In some implementations, the CU 172 determines an address (e.g., an IP address) of the S-BS 104 or the CU of the S-BS 104, based on the BS ID of the S-BS 104. In other implementations, the CU 172 determines an address (e.g., an IP address) of the S-BS 104 or the CU of the S-BS 104, based on the DU ID of the S-DU of the S-BS 104. With these implementations, the CU 172 sends the CU-CU TA Information Transfer message to the S- BS 104 or the CU of the S-BS 104 in accordance with the address.

[0133] In response to determining to command the UE 102 to perform an LTM cell switch to the first cell, e.g., based on the measurement report(s) 524 and / or 554, the S-DU or the S- BS 104 transmits 526 the LTM Cell Switch Command including the LTM ID 1 to the UE 102. In response to the LTM Cell Switch Command, the UE 102 may stop communication on the serving cell(s). In response to the LTM Cell Switch Command, the UE 102 accesses 532 the first cell and transmits 536 an RRC reconfiguration complete message to DU 174. The DU 174 in turn transmits 538 a DU-to-CU message including the RRC reconfiguration complete message to the CU 172. After receiving 538 the DU-to-CU message or the RRC reconfiguration complete message, the C-BS 106 communicates 540 with the UE 102 in accordance with the first LTM candidate configuration and / or the LTM reference configuration. In some implementations, the UE 102 transmits 536 the RRC reconfiguration complete message including the LTM ID 1 to indicate that the UE 102 applies the first LTM candidate configuration. In accordance with the LTM ID 1, the CU 172 identifies the first LTM candidate configuration and / or the LTM reference configuration. In other implementations, the CU 172 identifies the first LTM candidate configuration and / or the LTM reference configuration based on the first cell ID included in the Access Success message 534. In such implementations, the CU 172 maintains or stores association information between the first cell ID, the first LTM candidate configuration, and / or the LTMreference configuration. When the CU 172 receives 534 the first cell ID in the Access Success message, the CU 172 identifies the first LTM candidate configuration and / or the LTM reference configuration in accordance with the first cell ID and the association information.

[0134] In some implementations, if the S-DU or the S-BS 104 receives a TA value as described above, the S-DU or the S-BS 104 may include the TA value in the LTM Cell Switch Command. In some implementations, the S-DU or the S-BS 104 includes a first TCI state ID in the LTM Cell Switch Command. The first TCI state ID indicates a first one of the TCI state configuration(s).

[0135] In response to determining to command the UE 102 to perform the LTM cell switch or subsequently to transmitting 526 the LTM Cell Switch Command, the S-DU of the S-BS 104 transmits a DU-CU Cell Switch Notification message to the CU of the S-BS 104 to indicate that the UE 102 performs or is performing an LTM cell switch to the first cell. In response to receiving the DU-CU Cell Switch Notification message, the CU of the S-BS 104 transmits 527 a CU-CU Cell Switch Notification message to the CU 172 to indicate that the UE 102 performs an LTM cell switch to the first cell. In response, the CU 172 transmits 530 a CU-DU Cell Switch Notification message to the DU 174 to indicate that the UE 102 performs an LTM cell switch to the first cell. In some implementations, the S-BS 104 includes the first TCI state ID in the CU-CU Cell Switch Notification message, and the CU 172 then includes the first TCI state ID in the CU-DU Cell Switch Notification message. The UE 102 and the DU 174 identify the first one of the TC state configuration(s) based on the first TCI state ID, and the UE 102 and the DU 174 apply the first TCI state configuration to communicate UL transmissions and / or DL transmissions in the events 532, 536, and / or 540.

[0136] In some implementations, after (e.g., in response to) determining to command the UE 102 to perform the LTM cell switch, transmitting 526 the LTM Cell Switch Command, or receiving 527 the DU-CU Cell Switch Notification message, the S-BS 104 (e.g., the CU of the S-BS 104) transmits 531 one or more Early Status Transfer messages to the CU 172, each including a DL COUNT value or a DISCARD DL COUNT value for a DRB over which the UE 102 and the S-BS 104 communicate 502 data with each other. In some implementations, after receiving 534 the Access Success message or after receiving 538 the DU-to-CU message or the RRC reconfiguration complete message, the CU 172 transmits 539 an LTM Success message to the S-BS 104 (e.g., the CU of the S-BS 104) to indicate that the LTM cell switch is completed successfully. In some implementations, the LTM Success message is aHandover Success message. In some implementations, the CU 172 includes the first cell ID in the LTM Success message. In other implementations, the CU 172 does not transmit a BS- to-BS message to the S-BS 104 (e.g., the CU of the S-BS 104) to indicate that the LTM cell switch is completed successfully.

[0137] In some implementations, after (e.g., in response to) determining to command the UE 102 to perform the LTM cell switch, transmitting 526 the LTM Cell Switch Command, receiving 527 the DU-CU Cell Switch Notification message, or receiving 539 the LTM Success message, the S-BS 104 (e.g., the CU of the S-BS 104) transmits 541 an SN Status Transfer message to the CU 172, including a DL COUNT value and / or a UL COUNT value for a / the DRB over which the UE 102 and the S-BS 104 communicate 502 data with each other.

[0138] In some implementations, after (e.g., in response to) receiving 534 the Access Success message, receiving 538 the DU-to-CU message or the RRC reconfiguration complete message or receiving 541 the SN Status Transfer message, the CU 172 transmits 543 a UE Context Release message to the S-BS 104. In response to the UE Context Release message, the S-BS 104 releases a UE context of the UE 102.

[0139] In some implementations, the S-BS 104 (e.g., the CU of the S-BS 104) may prepare additional cell(s) (i.e., cell(s) 2, ..., N) as LTM candidate cell(s) for the UE 102 with the CU 172, before or after transmitting the LTM Cell Switch Command or during, before or after the procedure 598, as described above. The cell(s) 2, ..., N are identified by cell ID(s) 2, ..., N, respectively and operated by the DU 174 and / or other DU(s) of the C-BS 106. N is an integer and larger than 1. For example, the S-BS 104 performs additional inter-CU LTM preparation procedure(s) 2, ..., N with the CU 172 to prepare the cell(s) 2, .. ,N, respectively. Each of the inter-CU LTM preparation procedure(s) 2, ..., N is similar to the procedure 598. In the inter-CU LTM preparation procedure(s) 2, ..., N, the S-BS 104 receives LTM candidate configuration(s) 2, ..., N configuring the cell(s) 2, ..., N for LTM, respectively. As described above, the S-BS 104 or the C-BS 106 assigns LTM ID(s) 2, ..., N to identify the LTM candidate configuration(s) 2, ..., N, respectively. The S-BS 104 may obtain CSI resource configuration 2, ..., N for the cell(s) 2, ..., N respectively, as described for the CSI resource configuration 1. The S-BS 104 may obtain CSI report configuration(s) 2, ..., N or the cell(s) 2, ..., N, respectively, as described for the CSI report configuration(s) 1. The S-BS 104 may obtain RACH configuration 2, ..., N for the cell(s) 2, ..., N respectively, asdescribed for the RACH configuration 1. The S-BS 104 may obtain TCI state configuration(s) 2, .. N for the cell(s) 2, .. N respectively, as described for the TCI state configuration(s) 1. The S-BS 104 may obtain LTM SSB configuration 2, N for the cell(s) 2, N, respectively, as described for LTM SSB configuration 1. The S-BS 104 may obtain PCI(s) 2, ..., N for the cell(s) 2, ..., N respectively, as described for the PCI 1. In some implementations, the S-BS 104 may perform LTM configuration delivery procedure 2, ..., N with the UE 102 to transmit a list including {LTM ID 2, the LTM candidate configuration 2, the CSI resource configuration 2 (if obtained), the TCI state configuration 2 (if obtained), the RACH configuration 2 (if obtained), the LTM SSB configuration 2 (if obtained), the PCI 2 (if obtained)}, ..., {the LTM ID N, the LTM candidate configuration N, the CSI resource configuration N, the TCI state configuration(s) N (if obtained), the RACH configuration N (if obtained), the LTM SSB configuration N (if obtained), the PCI N (if obtained)} to the UE 102, respectively. Each of the LTM configuration delivery procedures 2, ..., N is similar to the procedures 394 and / or 494. In other implementations, the S-BS 104 includes the list in the first RRC reconfiguration message.

[0140] In other implementations, the S-BS 104 performs the procedure 598 with the CU 172 to prepare one or more of the cell(s) 1, ..., N as LTM candidate cell(s) for the UE 102. In such implementations, the S-BS 104 includes the cell ID(s) 1, ..., N in the Handover Request message 505 for LTM, as described for the cell ID 1. In some implementations, upon receiving the Handover Request message, the CU 172 determines or selects the cell(s) 1, ..., M from the cell(s) 1, ..., N as LTM candidate cell(s). M is a positive integer and M < N. In other implementations, CU 172 prepares the cell(s) 1, ..., N for LTM as requested in the Handover Request message. The CU 172 performs LTM preparation procedure(s) 2, ..., M with the DU 174 to prepare the cell(s) 2, ..., M as LTM candidate cell(s) for the UE 102, respectively. The LTM preparation procedure(s) 2, ..., M are similar to the procedure 590 that the CU 172 performs with the DU 174 to prepare the cell 1. The CU 172 obtains the LTM candidate configuration(s) 2, ..., M for the cell(s) 2, ..., M as a result of the LTM preparation procedure(s) 2, ..., M respectively, similarly to the procedure in which the CU 172 obtains the LTM candidate configuration 1. The C-BS 106 may generate the LTM candidate configuration(s) 2, ..., M as complete configuration(s) or generate delta configuration(s) based on the LTM reference configuration, as described for the LTM candidate configuration 1. The CU 172 includes the LTM candidate configuration(s) 2, ..., M in the Handover Request Acknowledge message. In some implementations, the CU 172, orthe S-BS 104 assigns LTM ID(s) 2, .. M to identify the LTM preparation procedure(s) 2, .. M respectively, as described for the LTM ID 1. When the CU 172 assigns the LTM ID(s)1, .. M, the CU 172 includes the LTM ID(s) 1, .. M with the LTM candidate configuration(s) 1, M, respectively in the Handover Request Acknowledge message, as described with reference to the LTM ID 1 and the LTM candidate configuration 1.

[0141] In some implementations, the CU 172 obtains early synchronization information 2, ..., M for the cell(s) 2, ..., M, respectively, as described with reference to the early synchronization information 1. The CU 172 includes the early synchronization information 2, ..., M in the Handover Request Acknowledge message. In some implementations, the CU 172 or the S-BS 104 obtains CSI resource configuration(s) 2, ..., M for the cell(s) 2, ..., M, respectively, as described for the CSI resource configuration 1. When the CU 172 obtains the CSI resource configuration(s) 2, ..., M, the CU 172 includes the CSI resource configuration(s) 2, ..., M in the Handover Request Acknowledge message.

[0142] In some implementations, the CU 172 or the S-BS 104 obtains LTM SSB configuration(s) 2, ..., M for the cell(s) 2, ..., M, respectively, as described with reference to the LTM SSB configuration 1. When the CU 172 obtains the LTM SSB configuration(s) 2, ..., M, the CU 172 includes the LTM SSB configuration(s) 2, ..., M in the Handover Request Acknowledge message. In some implementations, the CU 172 or the S-BS 104 obtains PCI(s)2, ..., M for the cell(s) 2, ..., M, respectively, as described with reference to the PCI 1. When the CU 172 obtains the PCI(s) 2, ..., M, the CU 172 includes the PCI(s) 2, ..., M in the Handover Request Acknowledge message.

[0143] In some implementations, the CU 172 includes a list comprising: {the cell ID 1, the LTM ID 1 (if obtained or optional), the LTM candidate configuration 1, the CSI resource configuration 1 (if obtained or optional), the TCI state configuration 1 (if obtained or optional), the early synchronization information 1 (if obtained or optional), the LTM SSB configuration 1 (if obtained or optional), PCI 1 (if obtained or optional)}, , {the cell ID M, the LTM ID M (if obtained or optional), the LTM candidate configuration M, the CSI resource configuration M (if obtained or optional), the TCI state configuration M (if obtained or optional), the early synchronization information M (if obtained or optional), the LTM SSB configuration M (if obtained or optional), the PCI M (if obtained or optional)} in the Handover Request Acknowledge message.

[0144] In some implementations, the CU 172 obtains PDCCH order information 2, .. M for the cell(s) 2, .. M, respectively, as described for the PDCCH order information 1. In one implementation, the CU 172 includes the PDCCH order information 2, ..., M in the Handover Request Acknowledge message. In another implementation, the CU 172 includes the PDCCH order information 2, ..., M in the early synchronization information 2, ..., M, respectively. The S-BS 104 may obtain RACH configuration 2, TCI state configuration(s) 2 and / or the PDCCH order information 2, ...., RACH configuration M, TCI state configuration(s) M and / or the PDCCH order information M from the early synchronization information 2, ..., M, respectively or from the Handover Request Acknowledge message.

[0145] In some implementations, the S-BS 104 may perform the LTM configuration delivery procedure 2, ..., M with the UE 102 to transmit a list comprising: {LTM ID 2, the LTM candidate configuration 2, the CSI resource configuration 2 (if obtained), the TCI state configuration 2 (if obtained), the RACH configuration 2 (if obtained), the LTM SSB configuration 2 (if obtained), the PCI 2 (if obtained)}, ..., {the LTM ID M, the LTM candidate configuration M, the CSI resource configuration M, the TCI state configuration(s) M (if obtained), the RACH configuration M (if obtained), the LTM SSB configuration M (if obtained), the PCI M (if obtained)} to the UE 102, respectively. Each of the LTM configuration delivery procedure(s) 2, ..., M is similar to the procedures 394 and / or 494. In other implementations, the S-BS 104 includes the list in the first RRC reconfiguration message.

[0146] In some implementations, the S-BS 104 may include measurement result(s) 1, ..., N for the cell(s) 1, ..., N respectively in the Handover Request message. The S-BS 104 receives the measurement result(s) from the UE 102. The C-BS 106 may select or determine the cell(s) 1, ...M, based on the measurement result(s) 1, ..., N. In other implementations, the C-BS 106 may select or determine the cell(s) 1, ...M, based on one or more other factors (e.g., capacity or load of the cell(s) 1, ..., N and / or a maximum number of LTM candidate cell(s)). In one implementation, the maximum number of LTM candidate cell(s) is included in the Handover Request message. In another implementation, the maximum number of LTM candidate cell(s) is a predetermined number.

[0147] Next, several example methods, which a RAN node (e.g., a base station 104, 106 (Eig. 1A), a DU 174 (Eig. IB), or a CU 172 (Eig. IB)) can implement for inter-CU LTM, are discussed with reference to Eigs. 6 A- 15. Generally speaking, similar events in Eigs. 6A-15are labeled with similar reference numbers that share two least significant digits, with differences discussed where appropriate. For example, event 602 is similar to event 702.

[0148] Fig. 6A is a flow diagram of an example method 600A, which an S-BS (e.g., the S- BS 104 in Fig. 5) can implement. The method 600A begins at block 602, with the S-BS communicating with a UE. At block 680, the S-BS may perform at least one intra-CU LTM preparation and / or execution procedure with the UE (e.g., event 396, 496, 380, and / or 480). At block 660, the S-BS determines to prepare a first cell as an LTM candidate cell for the UE. At block 605, the S-BS transmits, to a C-BS (e.g.., the C-BS 106 in Fig. 5) a Handover Request message to request preparing the first cell as an LTM candidate cell for the UE. At block 607A, the S-BS receives, from the C-BS, a Handover Request Acknowledge message including a first LTM candidate configuration configuring the first cell as an LTM candidate cell for the UE. At block 662, the S-BS assigns a first configuration ID for identifying the first LTM candidate configuration. In some implementations, the first configuration ID is an LTM ID as described with reference to Figs. 3-5.

[0149] At block 618, the S-BS transmits, to the UE, a first RRC message including the first LTM candidate configuration and the first configuration ID. At block 626, the S-BS may transmit, to the UE, an LTM Cell Switch Command commanding the UE to perform an LTM cell switch to the first cell. At block 627, the S-BS may transmit, to the C-BS, a CU-to-CU Cell Switch Notification message notifying the C-BS that the S-BS is initiating transmission of an LTM Cell Switch Command to the UE for an LTM cell switch to the first cell. At block 631, the S-BS may transmit, to the C-BS, an Early Status Transfer message including a DL COUNT value or a DISCARD DL COUNT value for a DRB over which the UE and the S- BS communicate data with each other. At block 639, the S-BS may receive, from the C-BS, an LTM Success message from notifying the S-BS that the LTM cell switch was successfully completed. At block 641, the S-BS may transmit, to the C-BS, an SN Status Transfer message including a UL COUNT value and / or a DL COUNT value for the DRB.

[0150] In some implementations, the S-BS generates a first LTM configuration, including the first LTM candidate configuration and the first configuration ID. In some implementations the first configuration ID is an LTM candidate ID. The S-BS transmits the first RRC message including the first LTM configuration to the UE at block 618. The S-BS transmits the first RRC message including the first LTM configuration to the UE at block 618. In some implementations, the Handover Request Acknowledge message at block 607Aincludes a first cell ID of the first cell to indicate that the first LTM candidate configuration is associated with the first cell.

[0151] In some implementations, while or after preparing the first cell for LTM, the S-BS may prepare a second cell of the C-BS (i.e., a first C-BS) as an LTM candidate cell for the UE by transmitting a second Handover Request message to the C-BS, similarly to block 605. In response, the S-BS receives a second Handover Request Acknowledge message from the C-BS, including a second LTM candidate configuration configuring the second cell for LTM, similarly to block 607A. The S-BS assigns a second configuration ID for identifying the second LTM candidate configuration, similar to block 662. In one implementation, the S-BS includes the second LTM candidate configuration and the second configuration ID in the first RRC message or the first LTM configuration. In another implementation, the S-BS transmits, to the UE, a second RRC message including the second LTM candidate configuration and the second configuration ID, similarly to block 618. In some implementations, the S-BS generates a second LTM configuration, including the second LTM candidate configuration and the second configuration ID. In some implementations the second configuration ID is an LTM candidate ID. The S-BS transmits, to the UE, the second RRC message including the second LTM configuration, similarly to block 618. In some implementations, the second Handover Request Acknowledge message includes a second cell ID of the second cell to indicate that the second LTM candidate configuration is associated with the second cell.

[0152] In some implementations, the second Handover Request message and the second Handover Request Acknowledge message can be combined with the first Handover Request message and the first Handover Request Acknowledge message into a single Handover Request message and a single Handover Request Acknowledge message, respectively.

[0153] In some implementations, while or after preparing the first cell for LTM, the S-BS may prepare a third cell of another C-BS (i.e., second C-BS) as an LTM candidate cell for the UE by transmitting, to the second C-BS, a third Handover Request message, similarly to block 605. In response, the S-BS receives, from the second C-BS, a third Handover Request Acknowledge message including a third LTM candidate configuration configuring the third cell for LTM, similarly to block 607A. The S-BS assigns a third configuration ID for identifying the third LTM candidate configuration, similarly to block 662. In one implementation, the S-BS includes the third LTM candidate configuration and the third configuration ID in the first RRC message or the second RRC message. In anotherimplementation, the S-BS transmits a third RRC message to the UE, including the third LTM candidate configuration and the third configuration ID, similarly to block 618. In some implementations, the third Handover Request Acknowledge message includes a third cell ID of the third cell to indicate that the third LTM candidate configuration is associated with the third cell.

[0154] Fig. 6B is a flow diagram of an example method 600B similar to the method 600A, except that the method 600B includes block 607B instead of blocks 607A and 662. At block 607B, the S-BS receives, from the C-BS, a Handover Request Acknowledge message including a first LTM candidate configuration and a first configuration ID identifying the first LTM candidate configuration, where the first LTM candidate configuration configures the first cell as an LTM candidate cell.

[0155] Examples and implementations described for Fig. 6A can apply to Fig. 6B, except that the first C-BS assigns the second configuration ID and / or the second C-BS assigns the third configuration ID in Fig. 6B. Thus, the first C-BS includes the second configuration ID in the second Handover Request Acknowledge message, and / or the second C-BS includes the third configuration ID in the third Handover Request Acknowledge message.

[0156] Fig. 7A illustrates an example method 700A similar to the method 600A, which a CU of an S-BS (e.g., the S-BS 104 of Fig. 5) can implement. The method 700A begins at block 702, where the CU communicates with a UE via an S-DU. At block 780-1, the CU may perform an intra-CU intra-DU LTM preparation and / or execution procedure with the S-DU (e.g., event 396 or 380). At block 780-2, the CU may perform an intra-CU inter-DU LTM preparation and / or execution procedure with a candidate DU (e.g., event 496 or 480). The flow proceeds to blocks 660, 605, 607A, and 662. At block 712, the CU transmits, to the S- DU, a first CU-to-DU message including the first configuration ID and the first cell ID (e.g., event 312, 392 or 492). At block 718, the CU transmits, to the UE via the S-DU, a first RRC message, the first RRC message including the first LTM candidate configuration and the first configuration ID. At block 728, the CU receives, from the S-DU, a DU-CU Cell Switch Notification message. The flow may proceed to blocks 627, 631, 639, and / or 641.

[0157] Examples and implementations described for Fig. 6A can apply to the Fig. 7A. In some implementations, the CU includes the second configuration ID and the second cell ID in the first CU-to-DU message. In other implementations, the CU transmits, to the S-DU, a second CU-to-DU message including second configuration ID and the second cell ID,similarly to the event 312, 392, or 492. In some implementations, the CU includes the third configuration ID and the third cell ID in the first CU-to-DU message or the second CU-to- DU message. In other implementations, the CU transmits, to the S-DU, a third CU-to-DU message including third configuration ID and the third cell ID, similarly to the event 312, 392, or 492.

[0158] Fig. 7B is a flow diagram of an example method 700B similar to the methods 600B and 700A, except that the method 700B includes block 607B instead of blocks 607A and 662.

[0159] Fig. 8 illustrates an example method 800, which a C-BS (e.g., the C-BS 106 in Fig. 5) can implement. The method 800 begins at block 805, where the C-BS receives, from an S- BS (e.g., the S-BS 104 in Fig. 5), a Handover Request message to request preparing a first cell as an LTM candidate cell for a UE. At block 807, the C-BS transmits, to the S-BS, a Handover Request Acknowledge message including a first LTM candidate configuration configuring the first cell for LTM. At block 827, the C-BS may receive, from the S-BS, a CU-to-CU Cell Switch Notification message notifying the C-BS that the S-BS has initiated transmission of an LTM Cell Switch Command to the UE for an LTM cell switch to the first cell. At block 831, the C-BS may receive an Early Status Transfer message from the S-BS, including a DL COUNT value or a DISCARD DL COUNT value for a DRB over which the UE and the S-BS communicate data with each other. At block 832, the C-BS may detect that the UE accesses the first cell, including a UL COUNT value and / or a DL COUNT value for the DRB. At block 839, the C-BS may transmit, to the S-BS, an LTM Success message notifying the S-BS that the LTM cell switch is completed successfully. At block 841, the C- BS may receive, from the S-BS, an SN Status Transfer message. At block 840, the C-BS may communicate with the UE via the first cell.

[0160] Examples and implementations for the C-BS described for Eig. 6A can apply to Fig- 8.

[0161] Eig. 9 illustrates an example method 900 similar to the method 800, which a CU of a C-BS (e.g., the C-BS 106 of Fig. 5) can implement. The method 900 begins at block 905. At block 985, the CU transmits, to a DU, a CU-to-DU message including an LTM indicator (e.g., event 385, 390, 490, or 590). At block 910, the CU receives, from the DU, a DU-to-CU message including a first LTM DU configuration (e.g., event 310, 390, 490, or 590). At block 911, the CU generates a first LTM candidate configuration including the first LTM DUconfiguration. The flow proceeds to block 907 where the CU of the C-BS transmits, to the S- BS, a Handover Request Acknowledge message including the first LTM candidate configuration. The flow may proceed to blocks 827, 831, 934, 839, 841, and / or 940. At block 934, the CU may receive, from the DU, an Access Success message indicating that the UE accesses the first cell. At block 940, the CU may communicate with the UE via the DU and the first cell.

[0162] Fig. 10 illustrates an example method 1000, which a CU of a first base station (BS) (e.g., the C-BS 106 of Fig. 5) can implement. The method 1000 begins at block 1005, where the CU receives, from a second BS (e.g., the S-BS 104 of Fig. 5) a Handover Request message, requesting to prepare a cell for a UE. At block 1064, the CU determines whether the Handover Request message requests to prepare the cell for ETM. If the Handover Request message requests to prepare the cell for ETM (i.e., “Yes” branch of block 1064), the flow proceeds to block 1085. At block 1085, the CU transmits, to a DU, a CU-to-DU message including an LTM indicator (e.g., event 385, 390, 490, or 590). Otherwise, if the Handover Request message does not request to prepare the cell for LTM (i.e., “No” branch of block 1064), the flow proceeds to block 1009. At block 1009, the CU transmits a CU-to-DU message to the DU, excluding the LTM indicator. At block 1010A, the CU receives a DU-to- CU message from the DU, including a DU configuration (e.g., event 310, 390, 490, or 590). In any case, regardless of whether flow proceeds from the “Yes” or “No” branch from block 1064, the flow proceeds to block 1010A where the CU of the C-BS receives a DU-to-CU message including a DU configuration. At block 1011A, the CU generates an RRC message including the DU configuration. At block 1007A, the CU transmits, to the second BS, a Handover Request Acknowledge message including the RRC message.

[0163] In some implementations, the CU-to-DU message in block 1085 is a UE Context Setup Request message and the CU receives a UE Context Setup Response message from the DU in response to the UE Context Setup Request message. In other implementations, the CU- to-DU message in block 1085 is a UE Context Modification Request message and the CU receives, from the DU, a UE Context Modification Response message in response to the UE Context Setup Request message. In some implementations, the CU-to-DU message in block 1009 is a UE Context Setup Request message and the CU receives, from the DU, a UE Context Setup Response message in response to the UE Context Setup Request message. In some implementations, the RRC message is an RRC reconfiguration message. In some implementations, the Handover Request message includes a cell ID of the cell, and the CUincludes the cell ID in the CU-to-DU message. In some implementations, the DU configuration is an LTM DU configuration. In one implementation, the LTM DU configuration is a delta configuration based on an LTM reference DU configuration. In another implementation, the LTM DU is a complete configuration.

[0164] In some implementations, the LTM indicator (e.g., a first LTM indicator) is a CU- DU interface protocol (e.g., F1AP) field / IE. In some implementations, if the Handover Request message includes a second LTM indicator, the CU determines the Handover Request message includes a request to prepare the cell for LTM, and the CU includes the first LTM indicator in the CU-to-DU message at block 1085. Otherwise, if the Handover Request message does not include or excludes the second LTM indicator, the CU determines the Handover Request message is not a request to prepare the cell for LTM, and the CU does not include (or excludes) the first LTM indicator in the CU-to-DU message at block 1009.

[0165] Fig. 11A illustrates an example method 1100A, which a first BS (e.g., the S-BS 104 in Fig. 5) can implement. The method 1100A begins at block 1105, where the first BS transmits, to a second BS, a Handover Request message requesting to prepare a cell for a UE. At block 1107, the first BS receives, from the second BS, a Handover Request Acknowledge message including a first RRC reconfiguration message. At block 1164, the first BS determines whether the Handover Request message requests preparing the cell for LTM. If the Handover Request message requests preparing the cell for LTM (i.e., “Yes” branch of block 1164), the flow proceeds to blocks 1165, 1166, and 1167. At block 1165, the first BS generates an LTM configuration, where the LTM configuration includes the first RRC reconfiguration message. At block 1166, the first BS includes the LTM configuration in a second RRC reconfiguration message. At block 1167, the first BS includes the second RRC reconfiguration message in a DL-DCCH-Message message.

[0166] Otherwise, if the Handover Request message requests to prepare the cell not for LTM (i.e., “No” branch of block 1164), the flow proceeds to block 1168. At block 1168, the first BS includes the first RRC reconfiguration message directly in a DL-DCCH-Message message. In any event, the flow proceeds to block 1118, where the first BS transmits, to the UE, the DL-DCCH-Message message.

[0167] Fig. 1 IB is a flow diagram of an example method 1100B similar to the method 1100A, except that the method 1100B includes block 1163 instead of block 1164. At block 1163, the first BS determines whether the first RRC reconfiguration message is included in afirst field / IE or in a second field / IE in the Handover Request Acknowledge message. If the first RRC reconfiguration message is included in the first field / IE as determined at block 1163), the flow proceeds to block 1165. Otherwise, if the first RRC reconfiguration message is included in the second field / IE, the flow proceeds to block 1168.

[0168] In some implementations, the second field / IE is a Target NG-RAN node To Source NG-RAN node Transparent Container. In some implementations, the first field / IE is a field / IE dedicated to or specifically for LTM. The first field / IE may be defined in a 3GPP specification vl9.0.0 and / or later versions.

[0169] Fig. 12 illustrates an example method 1200, which a first BS (e.g., the S-BS 104 of Fig. 5) can implement. The method 1200 begins at block 1270, where the first BS initiates a Handover Preparation procedure to prepare a cell for a UE. At block 1272, the first BS includes a cell ID of the cell in a Handover Request message. At block 1273, the first BS determines whether the Handover Preparation procedure is initiated for LTM. If the Handover Preparation procedure is initiated for LTM (i.e., “Yes” branch of block 1273), the flow proceeds to block 1274. At block 1274, the first BS includes an LTM indicator in the Handover Request message. Otherwise, if the Handover Preparation procedure is initiated not for LTM (i.e., “No” branch of block 1273), the flow skips block 1274 and proceeds to block 1205. In other words, if the Handover Preparation procedure is initiated for reasons unrelated to or not pertaining to LTM, the first BS refrains from including the LTM indicator in the Handover Request message. At block 1205, the first BS transmits, to a second BS, the Handover Request message.

[0170] Fig. 13 illustrates an example method 1300, which a first BS (e.g., the C-BS 106 or a CU of the C-BS 106 in Fig. 5) can implement. The method 1300 begins at block 1305, which can include messages similar to event 505 to receive a Handover Request to prepare a cell for a UE. At block 1376, the first BS obtains RRC configurations for the UE to communicate on the cell. At block 1364, the first BS determines whether the Handover Request message is a request to prepare the cell for LTM. If the Handover Request message includes a request to prepare the cell for LTM (i.e., “Yes” branch of block 1364), the flow proceeds to block 1382. At block 1382, the first BS includes the RRC configurations in a first field / IE in a Handover Request Acknowledge message. Otherwise, if the Handover Request message is not a request to prepare the cell for LTM (i.e., “No” branch of block 1364), the flow proceeds to block 1384. At block 1384, the first BS includes the RRC configurations ina second field / IE in the Handover Request Acknowledge message. From either block 1382 or block 1384, the flow proceeds to block 1307. At block 1307, the first BS transmits, to the second BS, the Handover Request Acknowledge message.

[0171] In some implementations, the first BS generates an RRC reconfiguration message including the RRC configurations. The first BS includes the RRC reconfiguration message in the first field / UE at block 1382 or in the second field / IE at block 1384 as described above. In some implementations, the RRC reconfigurations include physical layer configuration parameters, MAC configuration parameters, and / or RLC configuration parameters, PDCP configuration parameters, measurement configuration parameters, and / or radio bearer configuration parameters.

[0172] In some implementations, a CU of the first BS receives a DU configuration (e.g., a CellGroupConfig IE) from a DU of the first BS, including at least a portion of the RRC configurations. The CU includes the DU configuration in an RRC reconfiguration message and includes the RRC reconfiguration message in the first field / UE at block 1382 or in the second field / IE at block 1384 as described above.

[0173] Examples and implementations described for the methods depicted in Figs. 10 and 11B can apply to method 1300.

[0174] Fig. 14 is a flow diagram of an example method 1400 that a source base station (S- BS) (e.g., base station 104 (Fig. 1A, Fig. 5) can implement for inter-CU LTM.

[0175] The method 1400 begins at block 1405, when the S-BS transmits, to a candidate base station (C-BS), a handover request for a user equipment (UE), the handover request including a lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS (e.g., event 505, 605, 1105, or 1205). The S-BS may identify the candidate cell based on measurement information from the UE (e.g., event 502, 504, or 602).

[0176] Depending on the availability or presence of reference configurations as described above, the request may include a request for an LTM reference configuration, and / or a request for a complete LTM candidate configuration. The request may include other information such as a cell identifier of the candidate cell and an LTM indicator to indicate that the handover request is associated with LTM for the candidate cell, a DU identifier identifying the source DU of the S-BS, and other information.

[0177] At block 1407, the S-BS receives an LTM configuration from the C-BS in response to the request. The response may include an acknowledgement such as a handover acknowledgment. The acknowledgment may include a configuration identifier identifying the LTM configuration (e.g., event 607B). The acknowledgement may include an RRC reconfiguration message (e.g., event 1107). The acknowledgement may include an LTM reference configuration.

[0178] The S-BS may receive other information at block 1407 including a cell identifier to associate the candidate cell with the LTM configuration or an indication of whether the LTM configuration is a complete configuration or a delta configuration. This indication may be LTM- specific or combined with other indications or flags.

[0179] At block 1418, the S-BS may transmit, to the UE, a first RRC message including the first LTM candidate configuration and a first UE LTM security configuration list (e.g., event 518). The RRC message may be transmitted in a downlink dedicated control channel message (e.g., event 1118 or 1167). The S-BS may also transmit channel state information (CSI), LTM synchronization signal block (SSB) information, a Random-Access Channel (RACH) configuration, or transmission configuration indicator (TCI) state configuration for the candidate cell. The S-BS may transmit second or additional LTM configuration / s for cells associated with the first C-BS or additional C-BSs. A serving DU (S-DU) of the S-BS may transmit the one or more LTM configuration / s and other information.

[0180] The method 1400 may further comprise transmitting additional requests for LTM configuration. At least one additional request may be provided to a different C-BS. The C-BS and additional different C-BSs may each provide a response, or some C-BSs may not provide a response.

[0181] The method 1400 may include transmitting other handover requests, in addition to or instead of LTM configuration requests. Upon handover, the S-BS may determine not to provide LTM configuration to the UE (e.g., event 1164 or 1168). Instead, the S-BS may provide other non-LTM information to the UE to execute the handover. In some examples, a handover acknowledgment may include fields to indicate whether the acknowledgement includes LTM information / configuration. For example, an information element of the handover acknowledgment may indicate whether LTM configuration is provided (e.g., event 1163).

[0182] Fig. 15 is a flow diagram of an example method 1500 that a candidate base station (C-BS) (e.g., base station 106 (Fig. 1A and Fig. 5) can implement for inter-CU LTM. The method 1500 begins at block 1505, where the C-BS receives, from a S-BS a request related to lower layer triggered mobility (LTM) configuration of a candidate cell associated with the C- BS (e.g., event 605 or 805). The request may comprise a handover request. The handover request may include an LTM reference configuration or a request for a complete LTM candidate configuration. The handover request may include a cell identifier of the candidate cell and an LTM indicator to indicate that the handover request is associated with LTM for the candidate cell. The handover request may include a DU identifier of a serving DU of the S-BS. In response to or subsequent to the request, the C-BS may transmit an LTM indicator to a DU associated with the C-BS responsive to receiving the request for LTM configuration.

[0183] The method 1500 continues at block 1507 with the C-BS transmitting, to the S-BS and in response to the request, an LTM configuration (e.g., event 507, 807, 907, 1007A, or 1307). The transmitting may comprise transmitting an acknowledgment, which may comprise a handover acknowledgment. The acknowledgment may include a configuration identifier identifying the LTM configuration, a radio resource control (RRC) reconfiguration message, a cell identifier to associate the candidate cell with the LTM configuration, and / or an indication of whether the LTM configuration is a complete configuration or a delta configuration.

[0184] The method 1500 continues at block 1540, with the C-BS communicating with the UE via the candidate cell and using the LTM configuration (e.g., event 840).

[0185] The method 1500 may include performing an LTM preparation procedure with a DU associated with the C-BS (e.g., event 590). The method 1500 may include receiving a handover request from the S-BS that does not include a request for LTM configuration and, upon handover, transmitting a CU-to-DU message that excludes LTM information (e.g., event 1005, 1305, 1064, 1364, or 1009). The method 1500 may include determining whether the handover request includes the request for LTM configuration, providing the LTM configuration in a handover acknowledgment if the request includes the request for LTM configuration, and refraining from providing the LTM configuration otherwise (e.g., event 1364, 1382, or 1384).

[0186] The method 1500 may further include receiving an LTM Cell Switch Command upon configuring the candidate cell (e.g., event 827). The LTM Cell Switch Command maycomprise a CU-to-CU Cell Switch Notification message. The C-BS may transmit an LTM success indication that LTM cell switch completed successfully (e.g., event 839). The LTM success indication is transmitted in response to receiving a success indication from the DU (e.g., event 934). The C-BS may also detect UE access to the candidate cell to determine successful LTM cell switch (e.g., event 832). The LTM success indication may include an LTM identifier of the candidate cell.

[0187] The method 1500 may further include receiving downlink data radio bearer (DRB) information from the S-BS in an Early Status Transfer message (e.g., event 831).

[0188] The following list of examples reflects a variety of the embodiments explicitly contemplated by the present disclosure.

[0189] Example 1. A method implemented in a source base station (S-BS), the method comprising: transmitting, to a candidate base station (C-BS), a handover request for a user equipment (UE), the handover request including a lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS; receiving, from the C-BS and in response to the handover request, an LTM configuration including at least an LTM reference configuration; and transmitting, to the UE, the LTM configuration.

[0190] Example 2. The method of example 1, further comprising: receiving measurement information from the UE; and identifying the candidate cell based on the measurement information.

[0191] Example 3. The method of example 2, further comprising: performing an LTM preparation procedure with the UE, including receiving a measurement report from the UE.

[0192] Example 4. The method of any of the preceding examples, wherein: the handover request includes an LTM reference configuration.

[0193] Example 5. The method of any of the preceding examples, wherein: the LTM configuration received from the C-BS includes a complete LTM candidate configuration.

[0194] Example 6. The method of any of the preceding examples, wherein: the handover request includes a distributed unit (DU) identifier of a serving DU of the S-BS.

[0195] Example 7. The method of any of the preceding examples, further comprising receiving, from the C-BS, a configuration identifier assigned to the LTM configuration.

[0196] Example 8. The method of any of the preceding examples, further comprising: transmitting additional requests for LTM configuration.

[0197] Example 9. The method of any of the preceding examples, wherein: at least one additional request is provided to a different C-BS.

[0198] Example 10. The method of any of the preceding examples, wherein: the receiving of the LTM configuration includes receiving a handover acknowledgment.

[0199] Example 11. The method of any of the preceding examples, wherein: at least two candidate base stations provide a response including at least two LTM configuration identifiers (LTM IDs), a first LTM ID of the at least two LTM IDs being provided in a binary format in a first value range and a second LTM ID of the at least two LTM IDs being provided in an integer format with a second value range different from the first value range.

[0200] Example 12. The method of any of the preceding examples, wherein: the response includes a radio resource control (RRC) reconfiguration message.

[0201] Example 13. The method of any of the preceding examples, wherein: the receiving of the LTM configuration includes receiving an indication of whether the LTM configuration is a complete configuration.

[0202] Example 14. The method of example 13, wherein: the indication indicates that the LTM configuration is a delta configuration.

[0203] Example 15. The method of any of the preceding examples, wherein: the transmitting of the LTM configuration to the UE includes transmitting a radio resource control (RRC) message.

[0204] Example 16. The method of example 15, wherein: the RRC message includes at least one of an LTM identifier or an LTM candidate configuration identifier for identifying the LTM configuration of the candidate cell.

[0205] Example 17. The method of example 16, wherein: the RRC message includes a tuple comprising the LTM identifier and the LTM candidate configuration identifier.

[0206] Example 18. The method of example 17, wherein: the RRC message further includes an LTM reference configuration.

[0207] Example 19. The method of example 15, wherein: the transmitting the LTM configuration includes transmitting one or more RRC messages including at least one ofchannel state information (CSI), LTM synchronization signal block (SSB) information, a random-access channel (RACH) configuration, or transmission configuration indicator (TCI) state configuration for the candidate cell.

[0208] Example 20. The method of example 15, further comprising: transmitting a secondRRC configuration message including a second LTM configuration.

[0209] Example 21. The method of example 20, wherein: the second LTM configuration is for a cell associated with a different base station than the C-BS.

[0210] Example 22. The method of example 16, wherein: the transmitting the LTM configuration is implemented in a serving distributed unit (S-DU) of the S-BS.

[0211] Example 23. The method of example 22, wherein: the LTM configuration is provided to the S-DU in a central unit (CU)-to-DU message.

[0212] Example 24. The method of example 15, wherein: the transmitting the LTM configuration includes transmitting the RRC message in a downlink dedicated control channel message.

[0213] Example 25. The method of any of the preceding examples, further comprising assigning a configuration identifier for identifying the LTM configuration.

[0214] Example 26. The method of any of the preceding examples, further comprising transmitting an LTM Cell Switch Command upon identifying and configuring the candidate cell.

[0215] Example 27. The method of example 26, further comprising transmitting a cell switch notification to the C-BS.

[0216] Example 28. The method of example 27, wherein: the cell switch notification comprises a CU-to-CU Cell Switch Notification message.

[0217] Example 29. The method of example 26, further comprising transmitting downlink data radio bearer (DRB) information to the C-BS.

[0218] Example 30. The method of example 29, wherein: the downlink DRB information is included in an Early Status Transfer message.

[0219] Example 31. The method of example 26, further comprising receiving an LTM success indication that LTM cell switch completed successfully.

[0220] Example 32. The method of example 31, wherein: the LTM success indication includes an LTM identifier of the candidate cell.

[0221] Example 33. The method of example 31, wherein: the LTM success indication includes a Handover Success message.

[0222] Example 34. A method implemented in a candidate base station (C-BS), the method comprising: receiving, from a source base station (S-BS), a handover request for a user equipment (UE), the handover request including lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS; transmitting, to the S-BS and in response to the handover request, an LTM configuration including at least an LTM reference configuration; and communicating the UE via the candidate cell according to the LTM configuration.

[0223] Example 35. The method of example 34, wherein: the handover request includes an LTM reference configuration.

[0224] Example 36. The method of example 34, wherein: the handover request includes a request for a complete LTM candidate configuration.

[0225] Example 37. The method of any of examples 34-36, wherein: the handover request includes a distributed unit (DU) identifier of a serving DU of the S-BS.

[0226] Example 38. The method of any of examples 34-37, wherein: the transmitting comprises transmitting a handover acknowledgment.

[0227] Example 39. The method of example 38, wherein: the handover acknowledgment includes a radio resource control (RRC) reconfiguration message.

[0228] Example 40. The method of any of examples 38-39, wherein: the handover acknowledgment includes an indication of whether the LTM configuration is a complete configuration.

[0229] Example 41. The method of example 40, wherein: the indication indicates that the LTM configuration is a delta configuration.

[0230] Example 42. The method of any of examples 34-41, further comprising receiving an LTM Cell Switch Command upon configuring the candidate cell.

[0231] Example 43. The method of example 42, wherein: the LTM Cell Switch Command comprises a central unit (CU)-to-CU Cell Switch Notification message.

[0232] Example 44. The method of any of examples 34-43, further comprising receiving downlink data radio bearer (DRB) information from the S-BS in an Early Status Transfer message.

[0233] Example 45. The method of any of examples 34-44, further comprising transmitting an LTM success indication that LTM cell switch completed successfully.

[0234] Example 46. The method of example 45, wherein: the LTM success indication is transmitted in response to receiving a success indication from a distributed unit (DU) associated with the C-BS.

[0235] Example 47. The method of any of examples 34-46, further comprising detecting UE access of the candidate cell.

[0236] Example 48. The method of example 45, wherein: the LTM success indication includes an LTM identifier of the candidate cell.

[0237] Example 49. The method of example 45, wherein: the LTM success indication comprises a Handover Success message.

[0238] Example 50. The method of example 45, further comprising receiving an LTM DU configuration in response to transmitting the LTM success indication.

[0239] Example 51.The method of example 50, further comprising generating the LTM configuration based on the LTM DU configuration.

[0240] Example 52. A base station comprising processing hardware and configured to implement a method of any of the preceding examples.

[0241] The following description may be applied to the description above.

[0242] Generally speaking, description for one of the above figures can apply to another of the above figures. Examples, implementations and methods described above can be combined, if there is no conflict. An event or block described above can be optional or omitted. For example, an event or block with dashed lines in the figures can be optional. The description described from the perspective of the receiving node also applies to the sending node. For example, a description that a receiving node (e.g., DU) receives a message from a sending node (e.g., CU) may be replaced by the sending node sending a message to the receiving node. Similarly, a description that a receiving node (e.g., CU) receives a messagefrom a sending node (e.g., DU) may be replaced by the sending node sending a message to the receiving node.

[0243] In some implementations, “message” is used and can be replaced by “information element (IE),” and vice versa. In some implementations, “IE” is used and can be replaced by “field,” and vice versa. In some implementations, “configuration” can be replaced by “configurations” or “configuration parameters,” and vice versa. In some implementations, the “DU configuration” can be replaced by “cell group configuration.” In some implementations, the “serving” can be replaced by “source.” In some implementations, the “measurement report” can be replaced by “measurement result(s)” or “CSI report.” In some implementations, the “early TA acquisition” can be replaced by “early UL timing synchronization” or “early UL synchronization.” In some implementations, the “early TA acquisition on a / the candidate cell” can be replaced by “early UL timing synchronization with a / the candidate cell” or “early UL synchronization with a / the candidate cell.” “Handover Request” and “Handover Request Acknowledge” described above are for illustration of the invention and can be replaced by messages with general names. Lor example, “Handover Request” and “Handover Request Acknowledge” can be replaced by a first CU-to-CU message and a second CU-to-CU message, respectively. In another example, “Handover Request” and “Handover Request Acknowledge” can be replaced by a first interface message and a second interface message, respectively. In yet another example, “Handover Request” and “Handover Request Acknowledge” can be replaced by a first BS-to-BS message and a second BS-to-BS message, respectively. In some implementations, “include” can be replaced by “comprise.” In some implementations, “exclude” can be replaced by “refrain from including.”

[0244] A user device in which the techniques of this disclosure can be implemented (e.g., the UE 102) can be any suitable device capable of wireless communications such as a smartphone, a tablet computer, a laptop computer, a mobile gaming console, a point-of-sale (POS) terminal, a health monitoring device, a drone, a camera, a media- streaming dongle or another personal media device, a wearable device such as a smartwatch, a wireless hotspot, a femtocell, or a broadband router. Further, the user device in some cases may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS). Still further, the user device can operate as an intemet-of-things (loT) device or a mobile-internet device (MID). Depending on the type, the user device can includeone or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.

[0245] Certain embodiments are described in this disclosure as including logic or a number of components or modules. Modules may can be software modules (e.g., code, or machine- readable instructions stored on non-transitory machine-readable medium) or hardware modules. A hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. A hardware module can comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC), a digital signal processor (DSP), etc.) to perform certain operations. A hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. The decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.

[0246] When implemented in software, the techniques can be provided as part of the operating system, a library used by multiple applications, a particular software application, etc. The software can be executed by one or more general-purpose processors or one or more special-purpose processors.

[0247] Upon reading this disclosure, those of skill in the art will appreciate still additional and alternative structural and functional designs for handling mobility between base stations through the principles disclosed herein. Thus, while particular embodiments and applications have been illustrated and described, it is to be understood that the disclosed embodiments are not limited to the precise construction and components disclosed herein. Various modifications, changes, and variations, which will be apparent to those of ordinary skill in the art, may be made in the arrangement, operation and details of the method and apparatus disclosed herein without departing from the spirit and scope defined in the appended claims.

Claims

What is claimed is:

1. A method implemented in a source base station (S-BS), the method comprising: transmitting, to a candidate base station (C-BS), a handover request related to a user equipment (UE), the handover request including a lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS; receiving, from the C-BS and in response to the handover request, an LTM configuration for the candidate cell; assigning a configuration identifier (ID) to the LTM configuration; and transmitting, to the UE, the LTM configuration, and the configuration ID.

2. The method of claim 1, wherein: the handover request includes an LTM reference configuration.

3. The method of claim 1 or 2, further comprising: receiving, from the C-BS, a timing advance (TA) value for the candidate cell.

4. The method of any of the preceding claims, further comprising: receiving, in a handover request acknowledge message that includes the LTM configuration, an identifier of the candidate cell.

5. The method of any of the preceding claims, wherein: the receiving of the LTM configuration includes receiving an indication of whether the LTM configuration is a complete configuration.

6. The method of any of the preceding claims, wherein: the LTM configuration received from the C-BS includes a complete LTM candidate configuration.

7. The method of any of the preceding claims, wherein: the handover request includes a distributed unit (DU) identifier of a serving DU of the S-BS.

8. A method implemented in a candidate base station (C-BS), the method comprising: receiving, from a source base station (S-BS), a handover request related to a user equipment (UE), the handover request including a lower layer triggered mobility (LTM) indication for a candidate cell associated with the C-BS; assigning a configuration identifier (ID) to an LTM configuration for the candidate cell; and transmitting, to the S-BS and in response to the handover request, the LTM configuration and the configuration ID.

9. The method of claim 8, wherein: the handover request includes an LTM reference configuration.

10. The method of claim 8 or 9, further comprising: transmitting, to the S-BS, a timing advance (TA) value for the candidate cell.

11. The method of any of claims 8-10, further comprising: receiving, in a handover request acknowledge message that includes the LTM configuration, an identifier of the candidate cell.

12. The method of any of claims 8-11, wherein: the transmitting of the LTM configuration includes transmitting an indication of whether the LTM configuration is a complete configuration.

13. The method of any of claims 8-12, wherein: the LTM configuration transmitted to the S-BS includes a complete LTM candidate configuration.

14. The method of any of claims 8-13, wherein: the handover request includes a distributed unit (DU) identifier of a serving DU of the S-BS.

15. A base station comprising processing hardware, the base station configured to implement a method of any of the preceding claims.

Images