Methods and apparatuses for supporting inter cell mobility

Abstract

Embodiments of the present disclosure relate to methods and apparatuses for supporting inter cell mobility. According to some embodiments of the disclosure, a first network node may include: a transceiver configured to: transmit, to a second network node, a first message related to a layer 3 (L3) mobility procedure over an F1 interface; and receive, from the second network node, a second message in response to the first message over the F1 interface, wherein the second message includes at least one of: first information related to the L3 mobility procedure; or second information related to a layer 1 (L1) or layer 2 (L2) mobility procedure; and a processor coupled to the transceiver.

Description

METHODS AND APPARATUSES FOR SUPPORTING INTER CELL MOBILITYTECHNICAL FIELD

[0001] Embodiments of the present application generally relate to wireless communication technology, and more particularly to methods and apparatuses for supporting inter cell mobility.BACKGROUND

[0002] Wireless communication systems are widely deployed to provide various telecommunication services, such as telephony, video, data, messaging, broadcasts, and so on. Wireless communication systems may employ multiple access technologies capable of supporting communication with multiple users by sharing available system resources (e.g., time, frequency, and power) . Examples of wireless communication systems may include fourth generation (4G) systems, such as long term evolution (LTE) systems, LTE-advanced (LTE-A) systems, or LTE-A Pro systems, and fifth generation (5G) systems which may also be referred to as new radio (NR) systems.

[0003] Inter cell mobility may be supported in a wireless communication system. However, detailed procedures and signaling enhancements between network nodes to support inter cell mobility have not been discussed yet.

[0004] SUMMARY OF THE APPLICATION

[0005] Embodiments of the present application at least provide a technical solution at least for inter cell mobility.

[0006] According to some embodiments of the present application, a first network node may include: a transceiver configured to: transmit, to a second network node, a  first message related to a layer 3 (L3) mobility procedure over an F1 interface; and receive, from the second network node, a second message in response to the first message over the F1 interface, wherein the second message includes at least one of: first information related to the L3 mobility procedure; or second information related to a layer 1 (L1) or layer 2 (L2) mobility procedure; and a processor coupled to the transceiver.

[0007] In some embodiments of the present application, wherein the first message indicates at least one of: an intension to trigger the L3 mobility procedure by the first network node; a first special cell (SpCell) that is considered as a source SpCell associated with the L3 mobility procedure; the second network to stop triggering any L1 or L2 mobility procedures; or the second network node to respond a second SpCell to which a user equipment (UE) is currently connected. In an embodiment, a SpCell may be a primary cell (PCell) or a primary secondary cell (PSCell) .

[0008] In some embodiments of the present application, wherein the second message is a response message including the second information, and the second information indicates at least one of: the second SpCell to which the UE is currently connected; or configuration (s) related to the second SpCell.

[0009] In some embodiments of the present application, wherein the processor is configured to: generate a handover request message including configuration (s) associated with the UE applied in the first network node; and remove configuration (s) related to the candidate SpCell (s) or cell group (s) to which UE is not connected from the configuration (s) associated with the UE included in the handover request message; and wherein the transceiver is further configured to transmit the handover request message to a third network node.

[0010] In some embodiments of the present application, wherein the second message is a failure message, wherein the first information includes an indication which indicates that the L3 mobility procedure should be re-initiated, and the second information includes at least one of: an indication which indicates that the L1 or L2 mobility procedure has been triggered; an indication which indicates that the UE is no longer connected to the second network node; or the second SpCell to which the UE is currently connected.

[0011] In some embodiments of the present application, wherein transceiver is further configured to receive a third message from the second network node, wherein the third message indicates one of: the L1 or L2 mobility procedure has been triggered by the second network; and a successful execution of the L1 or L2 mobility procedure.

[0012] In some embodiments of the present application, wherein the first message indicates at least one of: L3 mobility configuration; or a first SpCell that is considered as a source SpCell associated with the L3 mobility procedure.

[0013] In some embodiments of the present application, wherein the processor is further configured to: generate a handover request message including configuration (s) associated with the UE applied in the first network node; and remove configuration (s) related to the candidate SpCell (s) or cell group (s) to which UE is not connected from the configuration (s) associated with the UE included in the handover request message; and wherein the transmitter is further configured to transmit the handover request message to a third network node.

[0014] In some embodiments of the present application, wherein the second message is a failure message including the second information, and the second information includes at least one of: an indication which indicates that the L1 or L2 mobility procedure has been triggered; an indication which indicates that the UE is no longer connected to the second network node; an indication which indicates that a timer associated with the L1 or L2 mobility procedure is running; or a second SpCell to which the UE is currently connected.

[0015] In some embodiments of the present application, wherein in response to the second message, the processor is further configured to cancel the L3 mobility procedure, and the transceiver is further configured to transmit a handover cancel message to a third network node, wherein the handover cancel message includes at least one of: an indication which indicates that the L1 or L2 mobility procedure has been triggered; an indication which indicates that the UE is no longer connected to the second network node; or an indication which indicates that a timer associated with the L1 or L2 mobility procedure is running.

[0016] In some embodiments of the present application, wherein the first message includes L3 mobility configuration associated with a source SpCell; and wherein the L3 mobility configuration indicates a source SpCell or a cell group associated with the L3 mobility procedure or includes configuration (s) related to the source SpCell and delta L3 mobility configuration.

[0017] In some embodiments of the present application, wherein the processor is further configured to: generate a handover request message including configuration (s) associated with the UE applied in the first network node; and remove configuration (s) related to the candidate SpCell (s) or cell group (s) to which UE is not connected from the configuration (s) associated with the UE included in the handover request message; and wherein the transmitter is further configured to transmit the handover request message to a third network node.

[0018] In some embodiments of the present application, wherein the second message is a failure message including the second information, and the second information includes at least one of: an indication which indicates that the L1 or L2 mobility procedure has been triggered; an indication which indicates that the UE is no longer connected to the second network node; or a second SpCell to which the UE is currently connected.

[0019] According to some other embodiments of the present application, a second network node may include: a transceiver configured to: receive, from a first network node, a first message related to an L3 mobility procedure over an F1 interface; and transmit, to the first network node, a second message in response to the first message over the F1 interface, wherein the second message includes at least one of: first information related to the L3 mobility procedure; or second information related to an L1 or L2 mobility procedure; and a processor coupled to the transceiver.

[0020] In some embodiments of the present application, wherein the first message indicates at least one of: an intension to trigger the L3 mobility procedure by the first network node; a first SpCell that is considered as a source SpCell associated with the L3 mobility procedure; the second network to stop triggering any L1 or L2 mobility procedures; or the second network node to respond a second SpCell to which a UE is currently connected.

[0021] In some embodiments of the present application, wherein the processor is further configured to determine whether the UE is connected to the second network node, and in response to determining that the UE is connected to the second network node, the second message is a response message including the second information, and wherein the second information indicates indicating at least one of: the second SpCell to which the UE is currently connected; or configuration (s) related to the second SpCell.

[0022] In some embodiments of the present application, wherein the processor is further configured to determine whether the UE is connected to the second network node, and in response to determining that the UE is connected to the second network node, the second message is a failure message, the first information includes an indication which indicates that the L3 mobility procedure should be re-initiated, and the second information includes at least one of: an indication which indicates that the L1 or L2 mobility procedure has been triggered; an indication which indicates that the UE is no longer connected to the second network node; or the second SpCell to which the UE is currently connected.

[0023] In some embodiments of the present application, wherein the transceiver is further configured to transmit a third message to the first network node, wherein the third message indicates one of: the L1 or L2 mobility procedure has been triggered by the second network; and a successful execution of the L1 or L2 mobility procedure.

[0024] In some embodiments of the present application, wherein the first message indicates at least one of: L3 mobility configuration; or first SpCell that is considered as a source SpCell associated with the L3 mobility procedure.

[0025] In some embodiments of the present application, wherein the processor is configured to determine whether the L3 mobility configuration is outdated, and in response to determining that the L3 mobility configuration is outdated, the second message is a failure message including the second information, and the second information includes at least one of: an indication which indicates that the L1 or L2 mobility procedure has been triggered; an indication which indicates that the UE is no longer connected to the second network node; an indication which indicates that a timer associated with the L1 or L2 mobility procedure is running; or a second SpCell  to which the UE is currently connected.

[0026] In some embodiments of the present application, the transceiver is further configured to transmit a third message to the first network node, wherein the third message indicates one of: the L1 or L2 mobility procedure has been triggered by the second network; and an successful execution of the L1 or L2 mobility procedure; and in the case that the first message is received before transmitting the third message to the first network node, the processor is further configured to determine that the L3 mobility configuration is outdated.

[0027] In some embodiments of the present application, wherein in the case that first SpCell that is considered as a source SpCell associated with the L3 mobility procedure is different from a second SpCell to which the UE is currently connected, the processor is further configured to determine that the L3 mobility configuration is outdated.

[0028] In some embodiments of the present application, wherein the processor is further configured to: start a timer after triggering the L1 or L2 mobility procedure; and determine that the L3 mobility configuration is outdated in response to receiving the first message when the timer is running.

[0029] In some embodiments of the present application, wherein in the case that the second network node intends to trigger an urgent L1 or L2 mobility procedure or an urgent L1 or L2 mobility procedure has been triggered, the processor is further configured to: determine that the L3 mobility configuration is outdated; or determine that the L3 mobility configuration is outdated in response to that the L3 mobility configuration indicates a different target SpCell that the UE will switch to from that determined by the second network node.

[0030] In some embodiments of the present application, wherein the first message indicates L3 mobility configuration associated with a source SpCell; and wherein the L3 mobility configuration indicates a source SpCell or a cell group associated with the L3 mobility procedure or includes configuration (s) related to the source SpCell and delta L3 mobility configuration.

[0031] In some embodiments of the present application, the processor is further configured to determine whether the UE is connected to the second network node, and in response to determining that the UE is connected to the second network node, the transceiver is further configured to transmit, to the UE, the L3 mobility configuration.

[0032] In some embodiments of the present application, the processor is further configured to determine whether the UE is connected to the second network node, and in response to determining that the UE is connected to the second network node, the second message is a failure message including the second information, and the second information includes at least one of: an indication which indicates that the L1 or L2 mobility procedure has been triggered; an indication which indicates that the UE is no longer connected to the second network node; or a second SpCell to which the UE is currently connected.

[0033] According to some other embodiments, a UE may include: a transceiver configured to: receive, from a second network node, a message related to an L3 mobility procedure, wherein the message includes: L3 mobility configuration which is associated with a first SpCell being a source SpCell; a processor coupled to the transceiver and configured to perform the L3 mobility procedure based on the L3 mobility configuration which is associated with the first SpCell.

[0034] In some embodiments of the present application, the first SpCell indicated in the L3 mobility configuration is different from a second SpCell to which the UE is currently connected, and the processor is further configured to apply the received L3 mobility configuration based on configuration related to the first SpCell that has been provided to UE but not yet applied.

[0035] According to some embodiments of the present application, a method performed by a first network node may include: transmitting, to a second network node, a first message related to an L3 mobility procedure over an F1 interface; and receiving, from the second network node, a second message in response to the first message over the F1 interface, wherein the second message includes at least one of: first information related to the L3 mobility procedure; or second information related to an L1 or L2 mobility procedure.

[0036] According to some other embodiments of the present application, a method performed by a second network node may include: receiving, from a first network node, a first message related to an L3 mobility procedure over an F1 interface; and transmitting, to the first network node, a second message in response to the first message over the F1 interface, wherein the second message includes at least one of: first information related to the L3 mobility procedure; or second information related to an L1 or L2 mobility procedure.

[0037] According to some other embodiments, a method performed by a UE may include: receiving, from a second network node, a message related to an L3 mobility procedure, wherein the message includes: L3 mobility configuration which is associated with a first SpCell being a source SpCell; and performing the L3 mobility procedure based on the L3 mobility configuration which is associated with the first SpCell.BRIEF DESCRIPTION OF THE DRAWINGS

[0038] In order to describe the manner in which advantages and features of the application can be obtained, a description of the application is rendered by reference to specific embodiments thereof, which are illustrated in the appended drawings. These drawings depict only example embodiments of the application and are not therefore to be considered limiting of its scope.

[0039] FIG. 1 is a schematic diagram illustrating an exemplary wireless communication system according to some embodiments of the present application.

[0040] FIG. 2 illustrates an exemplary inter-gNB handover procedure according to some embodiments of the present application.

[0041] FIG. 3 illustrates an exemplary inter-gNB handover procedure involving gNB-CU-UP change according to some embodiments of the present application.

[0042] FIG. 4 illustrates an exemplary inter-gNB-DU mobility procedure according to some embodiments of the present application.

[0043] FIG. 5 illustrates an exemplary flowchart for triggering L1 / L2 mobility and L3 mobility according to some embodiments of the present application.

[0044] FIG. 6 illustrates exemplary solutions for supporting coexistence of L1 / L2 mobility and L3 mobility according to some embodiments of the present application.

[0045] FIG. 7 illustrates a flow chart of an exemplary method for supporting inter cell mobility according to some embodiments of the present application.

[0046] FIG. 8 illustrates an exemplary method for performing an inter-CU L3 mobility procedure according to some embodiments of the present application;

[0047] FIG. 9 illustrates an exemplary method for performing an intra-CU L3 mobility procedure according to some embodiments of the present application;

[0048] FIG. 10 illustrates an exemplary method for rejecting the outdated L3 mobility configuration according to some embodiments of the present application.

[0049] FIG. 11 illustrates an exemplary method for transmitting the L3 mobility configuration according to some embodiments of the present application.

[0050] FIG. 12 illustrates an exemplary method for rejecting the L3 mobility configuration according to some embodiments of the present application.

[0051] FIG. 13 illustrates a simplified block diagram of an exemplary apparatus for supporting inter cell mobility according to some embodiments of the present application.DETAILED DESCRIPTION

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

[0053] While operations are depicted in the drawings in a particular order, persons skilled in the art will readily recognize that such operations need not be performed in the particular order shown or in sequential order, or that among all illustrated operations to be performed, to achieve desirable results, sometimes one or more operations can be skipped. Further, the drawings can schematically depict one or more example processes in the form of a flow diagram. However, other operations that are not depicted can be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations can be performed before, after, simultaneously, or between any of the illustrated operations. In certain circumstances, multitasking and parallel processing can be advantageous.

[0054] Reference will now be made in detail to some embodiments of the present application, examples of which are illustrated in the accompanying drawings. To facilitate understanding, embodiments are provided under specific network architecture and new service scenarios, such as 3GPP 5G (i.e., new radio (NR) ) , 3GPP long term evolution (LTE) Release 8 and so on. Persons skilled in the art know very well that, with the development of network architecture and new service scenarios, the embodiments in the present application are also applicable to similar technical problems; and moreover, the terminologies recited in the present application may change, which should not affect the principle of the present application.

[0055] FIG. 1 is a schematic diagram illustrating an exemplary wireless communication system 100 according to some embodiments of the present application.

[0056] As shown in FIG. 1, the wireless communication system 100 includes at least one BS 101 and at least one UE (e.g., a UE 102a and a UE 102b) . Although one BS and two UEs are depicted in FIG. 1 for illustrative purpose, it can be contemplated that any number of BSs and UEs may be included in the wireless communication system 100.

[0057] The wireless communication system 100 is compatible with any type of network that is capable of sending and receiving wireless communication signals.  For example, the wireless communication system 100 is compatible with a wireless communication network, a cellular telephone network, a time division multiple access (TDMA) based network, a code division multiple access (CDMA) based network, an orthogonal frequency division multiple access (OFDMA) based network, an LTE network, a 3GPP-based network, a 3GPP 5G network, a satellite communications network, a high-altitude platform network, and / or other communications networks.

[0058] The BS 101 may also be referred to as an access point, an access terminal, a base, a macro cell, a radio access network (RAN) node, a next generation (NG) radio access network (RAN) node, a node-B, an enhanced node B (eNB) , a gNB, a home node-B, a relay node, or a device, or described using other terminology used in the art. The BS 101 is generally part of a RAN that may include a controller communicably coupled to the BS 101.

[0059] According to some embodiments of the present application, the UE 102a and the UE 102b may include vehicle UEs (VUEs) and / or power-saving UEs (also referred to as power sensitive UEs) . The power-saving UEs may include vulnerable road users (VRUs) , public safety UEs (PS-UEs) , and / or commercial sidelink UEs (CS-UEs) that are sensitive to power consumption. In an embodiment of the present application, a VRU may include a pedestrian UE (P-UE) , a cyclist UE, a wheelchair UE or other UEs which require power saving compared with a VUE. In an embodiment of the present application, the UE 102a may be a power-saving UE and the UE 102b may be a VUE. In another embodiment of the present application, both the UE 102a and the UE 102b may be VUEs or power-saving UEs.

[0060] According to some other embodiments of the present application, the UE 102a and the UE 102b may include computing devices, such as desktop computers, laptop computers, personal digital assistants (PDAs) , tablet computers, smart televisions (e.g., televisions connected to the Internet) , set-top boxes, game consoles, security systems (including security cameras) , vehicle on-board computers, network devices (e.g., routers, switches, and modems) , or the like.

[0061] According to some other embodiments of the present application, the UE 102a and the UE 102b may include a portable wireless communication device, a smart phone, a cellular telephone, a flip phone, a device having a subscriber identity module,  a personal computer, a selective call receiver, or any other device that is capable of sending and receiving communication signals on a wireless network.

[0062] According to some other embodiments of the present application, the UE 102a and the UE 102b may include wearable devices, such as smart watches, fitness bands, optical head-mounted displays, or the like.

[0063] Moreover, a UE may be referred to as a subscriber unit, a mobile, a mobile station, a user, a terminal, a mobile terminal, a wireless terminal, a fixed terminal, a subscriber station, a user terminal, or a device, or described using other terminology used in the art.

[0064] Both the UE 102a and the UE 102b in the embodiments of FIG. 1 are in a coverage area of the BS 101, and may transmit information or data to the BS 101 and receive control information or data from the BS 101, for example, via LTE or NR Uu interface. In some embodiments of the present application, the UE 102a and the UE 102b may communicate with each other via sidelink.

[0065] In a wireless communication system, a UE may move among different cells. The following embodiments illustrate several handover procedures for supporting the mobility of the UE among different cells.

[0066] FIG. 2 illustrates an exemplary inter-gNB handover procedure according to some embodiments of the present application.

[0067] Referring to FIG. 2, in step 201, a source gNB may initiate a handover and issue a HANDOVER REQUEST as specified in 3GPP standard documents over the Xn interface to a target gNB.

[0068] In step 202', the target gNB may perform admission control.

[0069] In step 202, the target gNB may provide the new RRC configuration as part of the HANDOVER REQUEST ACKNOWLEDGE, and transmit the HANDOVER REQUEST ACKNOWLEDGE to the source gNB.

[0070] In step 203, the source gNB may provide the RRC configuration to the UE  by forwarding the RRCReconfiguration message received in the HANDOVER REQUEST ACKNOWLEDGE. The RRCReconfiguration message includes at least cell ID and all information required to access the target cell, so that the UE can access the target cell without reading system information. For some cases, the information required for contention-based and contention-free random access can be included in the RRCReconfiguration message. The information required to access the target cell may include beam specific information, if any.

[0071] In step 204', the UE may move the the RRC connection to the target gNB.

[0072] In step 204, the UE may reply to the target gNB with the RRCReconfigurationComplete message as specified in 3GPP standard documents.

[0073] According to some embodiments of the present application, the internal structure of a BS may be divided into a centralized unit (CU) and at least one distributed unit (DU) . The CU and the at least one DU are connected with each other by an interface F1 as specified in 3GPP standard documents. The RRC layer functionality, service data adaptation protocol (SDAP) functionality, and the packet data convergence protocol (PDCP) layer functionality are included in the CU. The RLC layer functionality, medium access control (MAC) layer functionality, and the physical (PHY) layer functionality are included in each DU.

[0074] According to some embodiments of the present application, the CU may be separated into a CU control plane (CU-CP) unit and at least one CU user plane (CU-UP) unit. The CU-CP unit and each CU-UP unit may be connected with each other by an interface E1 as specified in 3GPP standard documents. The CU-CP unit and the DU are connected by an interface F1-C as specified in 3GPP documents. Each CU-UP unit and the at least one DU are connected by an interface F1-U as specified in 3GPP standard documents.

[0075] In some embodiments of the present application, a source gNB (or source RAN) may transmit HandoverPreparationInformation as specified in 3GPP standard documents may be transmitted from to a target gNB. In such embodiments, the message may be used to transfer the NR RRC information used by the target gNB during handover preparation or used for UE context retrieval, e.g. in case of resume or  re-establishment, including UE capability information.

[0076] In some other embodiments, a CU may transmit HandoverPreparationInformation to a DU, for transferring the information between the CU and DU.

[0077] FIG. 3 illustrates an exemplary inter-gNB handover procedure involving gNB-CU-UP change according to some embodiments of the present application.

[0078] Referring to FIG. 3, in step 301, the source gNB-CU-CP may send a HANDOVER REQUEST message as specified in 3GPP standard documents to the target gNB-CU-CP. In case of Conditional Handover, the target gNB is regarded as a candidate gNB which is only accessed by the UE when the CHO condition (s) are fulfilled.

[0079] In steps 302-304, bearer context setup procedure may be performed as described in clause 8.9.2 of TS 38.401.

[0080] In step 305, the target gNB-CU-CP may respond the source gNB-CU-CP with an HANDOVER REQUEST ACKNOWLEDGE message as specified in 3GPP standard documents.

[0081] In step 306, the F1 UE Context Modification procedure may be performed to send the handover command to the UE, and to indicate to stop the data transmission for the UE.

[0082] In steps 307-308, a Bearer Context Modification procedure (which is initiated by gNB-CU-CP) may be performed to enable the gNB-CU-CP to retrieve the PDCP uplink (UL) or downlink (DL) status and to exchange data forwarding information for the bearer.

[0083] In step 309, the source gNB-CU-CP may send a sequence number (SN) STATUS TRANSFER message to the target gNB-CU-CP.

[0084] In steps 310-311, a Bearer Context Modification procedure may be performed as described in clause 8.9.2 of TS 38.401. The target gNB-CU-CP does  not transfer the PDCP UL / or DL status carried from the SN STATUS TRANSFER message to the target gNB-CU-UP if the PDCP status does not need to be preserved (e.g. full configuration) . In case of dual active protocol stack (DAPS) handover or Conditional Handover, the COUNT related info carried by the EARLY STATUS TRANSFER message is provided to the target gNB-CU-UP.

[0085] In step 312, Data Forwarding may be performed from the source gNB-CU-UP to the target gNB-CU-UP.

[0086] In step 312', in case of Conditional Handover, the UE performs RACH when the CHO condition (s) are fulfilled. Once successfully accessed, the target gNB-DU sends an ACCESS SUCCESS message to inform the target gNB-CU-CP of which cell the UE has accessed through.

[0087] In step 312a, in case of DAPS handover or Conditional Handover, the target gNB-CU-CP sends the HANDOVER SUCCESS message to the source gNB-CU-CP to inform that the UE has successfully accessed the target cell.

[0088] In step 312b, in case of DAPS handover or Conditional Handover, the F1 UE Context Modification procedure is performed to indicate to stop the data transmission for the UE.

[0089] In steps 312c-312d, in case of DAPS handover or Conditional Handover, the Bearer context modification procedure (gNB-CU-CP initiated) is performed to indicate the source gNB-CU-UP to stop packet delivery and also to retrieve the PDCP UL / DL status.

[0090] In step 312e, in case of DAPS handover or Conditional Handover, the source gNB-CU-CP sends the SN STATUS TRANSFER message to the target gNB-CU-CP.

[0091] In steps 312f-312g, in case of DAPS handover or Conditional Handover, the Bearer context modification procedure is performed to provide the PDCP UL / DL status to the target gNB-CU-UP only if the PDCP status needs to be preserved as described in TS 38.300.

[0092] In steps 313-315, a Path Switch procedure is performed to update the DL transport network layer (TNL) address information for the NG-U towards the core network.

[0093] In step 316, the target gNB-CU-CP may send an UE CONTEXT RELEASE message to the source gNB-CU-CP.

[0094] In steps 317 and 319, a Bearer Context Release procedure is performed.

[0095] In step 318, a F1 UE Context Release procedure is performed to release the UE context in the source gNB-DU.

[0096] FIG. 4 illustrates an exemplary inter-gNB-DU mobility procedure according to some embodiments of the present application. The procedure in FIG. 4 may be used for the case when the UE moves from one gNB-DU to another gNB-DU within the same gNB-CU during NR operation.

[0097] Referring to FIG. 4, in step 400, uplink packets are sent from the UE, and are forwarded to the gNB-CU through the source gNB-DU. Downlink packets are sent from the gNB-CU, and are forwarded to the UE through the source gNB-DU.

[0098] In step 401, the UE may send a MeasurementReport message to the source gNB-DU.

[0099] In step 402, the source gNB-DU may send an UL RRC MESSAGE TRANSFER message as specified in 3GPP standard documents to the gNB-CU to convey the received MeasurementReport message.

[0100] In step 402a, the gNB-CU may send an UE CONTEXT MODIFICATION REQUEST message as specified in 3GPP standard documents to the source gNB-DU to query the latest configuration.

[0101] In step 402b, the source gNB-DU may respond with an UE CONTEXT MODIFICATION RESPONSE message as specified in 3GPP standard documents that includes full configuration information.

[0102] In step 403, the gNB-CU may send an UE CONTEXT SETUP REQUEST message as specified in 3GPP standard documents to the target gNB-DU to create an UE context and setup one or more data bearers. The UE CONTEXT SETUP REQUEST message may include HandoverPreparationInformation as stated above.

[0103] In step 404, the target gNB-DU may respond to the gNB-CU with an UE CONTEXT SETUP RESPONSE message as specified in 3GPP standard documents.

[0104] In step 405, the gNB-CU may send a UE CONTEXT MODIFICATION REQUEST message as specified in 3GPP standard documents to the source gNB-DU, which includes a generated RRCReconfiguration message as specified in 3GPP standard documents and indicates to stop the data transmission for the UE. The source gNB-DU also sends a Downlink Data Delivery Status frame to inform the gNB-CU about the unsuccessfully transmitted downlink data to the UE.

[0105] In step 406, the source gNB-DU may forward the received RRCReconfiguration message to the UE.

[0106] In step 407, the source gNB-DU may respond to the gNB-CU with the UE CONTEXT MODIFICATION RESPONSE message as specified in 3GPP standard documents.

[0107] In step 408, a Random Access procedure may be performed at the target gNB-DU. The target gNB-DU sends a Downlink Data Delivery Status frame to inform the gNB-CU. Downlink packets, which may include PDCP PDUs not successfully transmitted in the source gNB-DU, are sent from the gNB-CU to the target gNB-DU.

[0108] In step 409, the UE may respond to the target gNB-DU with an RRCReconfigurationComplete message as specified in 3GPP standard documents.

[0109] In step 410, the target gNB-DU may send an UL RRC MESSAGE TRANSFER message to the gNB-CU to convey the received RRCReconfigurationComplete message. Downlink packets are sent to the UE. Also, uplink packets are sent from the UE, which are forwarded to the gNB-CU  through the target gNB-DU.

[0110] In step 411, the gNB-CU may send an UE CONTEXT RELEASE COMMAND message as specified in 3GPP standard documents to the source gNB-DU.

[0111] In step 412, the source gNB-DU may release the UE context and respond the gNB-CU with an UE CONTEXT RELEASE COMPLETE message as specified in 3GPP standard documents to the source gNB-DU.

[0112] In addition to the above procedures, an intra-gNB-CU intra-gNB-DU handover procedure may be used for the case that the UE moves from one cell to another cell within the same gNB-DU or for the case that intra-cell handover is performed during NR operation, and is supported by the UE Context Modification procedure (which is initiated by gNB-CU initiated) as specified in TS 38.473.

[0113] In some embodiments, when the intra-gNB-DU handover is performed (either inter-cell or intra-cell) , the gNB-CU may provide new UL general packet radio service (GPRS) tunneling protocol (GTP) tunnel endpoint identifier (TEID) to the gNB-DU and the gNB-DU provides new DL GTP TEID to the gNB-CU. The gNB-DU may continue sending UL PDCP protocol data units (PDUs) to the gNB-CU using the previous UL GTP TEID until it re-establishes the radio link control (RLC) , and after then start sending using the new UL GTP TEID. The gNB-CU may continue sending DL PDCP PDUs to the gNB-DU using the previous DL GTP TEID until it performs PDCP re-establishment or PDCP data recovery, and after then start sending using the new DL GTP TEID.

[0114] In 3GPP Rel-18, inter cell L1 or L2 mobility may be supported. The L1 or L2 mobility may be triggered by DU of a BS based on L1 (e.g., physical layer) measurements. In some embodiments, when the DU triggers L1 or L2 mobility, the DU may transmit an L1 or L2 mobility command via medium access control (MAC) control element (CE) or downlink control information (DCI) . Accordingly, triggering L1 or L2 mobility means that a DU has transmitted L1 or L2 mobility command to UE. A successful execution of L1 or L2 mobility means that the UE has switched to the target cell successfully. In some embodiments of the present  application, L1 or L2 mobility may also be referred to as L1 or L2 mobility procedure, L1 / L2 mobility, L1 / L2 mobility procedure, L1 or L2 handover, L1 or L2 handover procedure, L1 / L2 handover, or L1 / L2 handover procedure.

[0115] In some embodiments of the present application, before receiving an L1 or L2 mobility command from a DU, the UE may receive configurations of multiple candidate SpCells or multiple candidate cell groups for L1 or L2 mobility. In some embodiments of the present application, the UE does not releases the configurations of multiple candidate SpCells or multiple candidate cell groups after executing the L1 or L2 mobility triggered by the DU. For example, the multiple candidate SpCells may include at least one of: one or more primary cells (PCell) or one or more primary secondary cells (PSCells) .

[0116] Comparing with the L1 or L2 mobility, L3 mobility may be triggered by a CU of a BS based on the L3 measurement result (s) . After trigger L3 mobility, the CU may generate L3 mobility configuration (e.g., RRC reconfiguration) for the UE and transmit an F1 AP message to a DU conveying the L3 mobility configuration (e.g., RRC reconfiguration) for the UE. The DU will then send the RRC reconfiguration message related to L3 mobility to the UE over air interface.. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility. In some embodiments of the present application, L3 mobility may also be referred to as L3 mobility procedure, L3 handover, or L3 handover procedure.

[0117] Assuming that the L1 or L2 mobility has been configured or enabled (e.g., multiple candidate SpCells or cell groups for L1 or L2 mobility have been configured for both the UE and the DU) , whether a CU can still trigger a L3 mobility becomes a question and needs to be solved.

[0118] According to some embodiments of the present application, a CU cannot trigger L3 mobility when L1 or L2 mobility has been configured or enabled. In such embodiments, an unnecessary restriction may be defined for the network implementation, or the CU is required to de-configure the current L1 or L2 mobility configuration first before trigger L3 mobility, which may delay the L3 mobility execution and a radio link failure may occur meanwhile.

[0119] According to some embodiments of the present application, a CU can trigger L3 mobility when L1 or L2 mobility has been configured or enabled. In such embodiments, there may be a case that a CU triggers L3 mobility without being aware of an already triggered or about to be triggered L1 or L2 mobility by a DU. In such case, the L1 or L2 mobility and L3 mobility may give different instructions, e.g., give different target SpCells to which the UE will switch.

[0120] FIG. 5 illustrates an exemplary flowchart for triggering L1 / L2 mobility and L3 mobility according to some embodiments of the present application.

[0121] Referring to FIG. 5, the UE is initially connected to SpCell #1. In step 501, a DU may intend to trigger L1 or L2 mobility. Then, in step 502, the DU may transmit an L1 or L2 mobility command (e.g., via DCI or MAC CE) to the UE, to trigger an intra DU L1 or L2 mobility from SpCell #1 to SpCell #2.

[0122] In step 503, a CU may intend to trigger L3 mobility. Step 503 may occur before, after, or simultaneously with step 502.

[0123] Then, in step 504, the CU may transmit a message (e.g., a UE CONTEXT MODIFICATION REQUEST message containing the RRC reconfiguration related to L3 mobility as specified in 3GPP standard documents) to the DU to trigger L3 mobility from SpCell #1 to SpCell #3. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility.

[0124] In step 505, the DU may transmit a message to the CU to inform that the L1 or L2 mobility is triggered.

[0125] In FIG. 5, it can be seen that the L3 mobility is triggered before the CU is informed the already triggered L1 or L2 mobility. That is, the CU triggers a L3 mobility without being aware of an already triggered or about to be triggered L1 or L2 mobility by a DU, which may bring some issues.

[0126] For example, if the L3 mobility configuration (e.g., RRC reconfiguration) in step 504 is associated with SpCell #1 being a source SpCell, the L3 mobility configuration may be outdated if UE already switches to SpCell#2 after Step 202.  The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility. In such example, how to avoid transmitting such outdated L3 mobility configuration to the UE, so as to avoid any confusion or complexity at the UE side need to be addressed.

[0127] In another example, if the L3 mobility configuration (e.g., RRC reconfiguration) in step 504 is associated with SpCell #1 being a source SpCell, the L3 mobility configuration will be outdated if UE already switches to SpCell#2 after step 202. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility. However, if the UE does not release configurations of candidate SpCells for the L1 or L2 mobility, the UE can still apply the L3 mobility configuration based on the stored SpCell#1 configuration. In such example, how to transmit such outdated L3 mobility configuration to the UE and let UE to apply the outdated L3 mobility configuration needs to be addressed.

[0128] Given the above, embodiments of the present application propose solutions for supporting inter cell mobility. For example, embodiments of the present application propose solutions regarding detailed procedures and related signalings for at least solving the above issues, thereby supporting coexistence of inter cell L1 or L2 mobility and L3 mobility. More details on embodiments of the present application will be described in the following text in combination with the appended drawings.

[0129] FIG. 6 illustrates exemplary solutions for supporting coexistence of L1 / L2 mobility and L3 mobility according to some embodiments of the present application.

[0130] Referring to FIG. 6, in a case that a CU cannot trigger L3 mobility when L1 or L2 mobility has been configured or enabled, solution #0 may be used. For example, solution #0 may include that the CU is required to de-configure the current L1 or L2 mobility configuration first before trigger L3 mobility.

[0131] In a case that a CU can trigger L3 mobility when L1 or L2 mobility has been configured or enabled and a BS cannot send outdated L3 mobility configuration to the UE, two solutions, e.g., solution #1 and solution #2 may be used.

[0132] Solution #1 may be summarized as follows: before a CU triggers the L3  mobility, the CU coordinates with DU to confirm the current SpCell and stops possible L1 or L2 mobility triggered by gNB DU, so as to avoid outdated L3 mobility configuration. The specific operations in Solution #1 may be described in Embodiment 1 below.

[0133] Solution #2 may be summarized as follows: when a DU receives a message containing the L3 mobility configuration triggered by a CU, the DU may determine whether the L3 mobility configuration is valid (or outdated) or if it conflicts with a L1 or L2 mobility already triggered or about to be triggered by gNB DU, and may reject or fail the L3 mobility procedure. The specific operations in Solution #2 may be described in Embodiment 2 below.

[0134] In a case that a CU can trigger L3 mobility when L1 or L2 mobility has been configured or enabled and a BS can send outdated L3 mobility configuration to the UE, solution #3 may be used.

[0135] Solution #3 may be summarized as follows: the L3 mobility configuration (e.g., the RRC reconfiguration) may indicate a related source SpCell (e.g., SpCell#1) . The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility. After receiving the outdated L3 mobility configuration from a BS, the UE may apply the L3 mobility configuration based on the saved configuration related to SpCell#1 and executes the L3 mobility. Alternatively, the configuration related to the source SpCell#1 is provided together with the delta L3 mobility configuration (e.g., RRC reconfiguration) . The specific operations in Solution #3 may be described in Embodiment 3 below.

[0136] FIG. 7 illustrates a flow chart of an exemplary method for supporting inter cell mobility according to some embodiments of the present application. The method illustrated in FIG. 7 may be performed by two network nodes (e.g., a first network node and a second network node) . In some other embodiments of the present application, the first network node may be a CU of a BS (e.g., gNB-CU) or other apparatus with the like functions. The second network node may be a DU of a BS (e.g., gNB-DU) or other apparatus with the like functions. Although the method is illustrated in a system level, persons skilled in the art can understand that the method implemented in the two network nodes can be separately implemented and  incorporated in other apparatus with the like functions.

[0137] In the embodiments of FIG. 7, L1 or L2 mobility has been configured or enabled at a BS (e.g., including both CU and DU) and UE. In an embodiment, a UE may be provided with configurations of multiple candidate SpCells or multiple candidate cell groups before receiving an L1 or L2 mobility command from the second network node. A SpCell may be a PCell or a PSCell. The second network node may trigger L1 or L2 mobility based on L1 measurement report from the UE. The L1 or L2 mobility command may be transmitted to the UE via a MAC CE or DCI. Before being aware of L1 or L2 mobility occurrence, the first network node may trigger L3 mobility based on L3 measurement report from UE.

[0138] Referring to FIG. 7, in step 701, the first network node (e.g., the CU) may transmit, to a second network node (e.g., the DU) , a first message related to an L3 mobility procedure over an F1 interface. Consequently, in step 702, the second network node may receive the first message related to an L3 mobility procedure.

[0139] In step 703, the second network node may transmit, to the first network node, a second message in response to the first message over the F1 interface. The second message may include at least one of: first information related to the L3 mobility procedure; or second information related to an L1 or L2 mobility procedure. Consequently, in step 704, the first network node may receive the second message from the first network node.

[0140] As stated above, in different solutions, the specific operations in steps 701-704 may be different. The following embodiments may describe the specific operations for different solutions.

[0141] Embodiment 1

[0142] In embodiment 1, the first network node may coordinate with the second network node before triggering a L3 mobility procedure to avoid an outdated L3 mobility configuration. In other words, if the L1 or L2 mobility has been configured or enabled, when the first network node wants to (or intends to) trigger an L3 mobility procedure based on L3 measurement report from UE, the first network node first  coordinates with the second network node before actually triggers the L3 mobility procedure to avoid the outdated L3 mobility configuration (e.g., RRC reconfiguration) . The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure.

[0143] Specifically, in embodiment 1, the first message in steps 701 and 702 may indicate at least one of:

[0144] ● an intension to trigger the L3 mobility procedure by the first network node (e.g., denoted as content #1) ;

[0145] ● a first SpCell that is considered as a source SpCell associated with the L3 mobility procedure (e.g., denoted as content #2) ;

[0146] ● the second network to stop triggering any L1 or L2 mobility procedures (e.g., denoted as content #3) ; or

[0147] ● the second network node to respond a SpCell to which a UE is currently connected (e.g., denoted as content #4) .

[0148] In an embodiment, the first message may be a new F1 application protocol (AP) message. In another embodiment, the first message may be a UE CONTEXT MODIFICATION REQUEST message as specified in 3GPP standard documents.

[0149] In an embodiment, the above contents in the first message may be indicated by an indicator. For example, the first message may include an indicator indicating at least one of contents #1-#4. In another embodiment, each content may be indicated by a corresponding indicator in message, respectively. For example, the message may include four indicators indicating contents #1-#4, respectively.

[0150] In an embodiment, the first SpCell may be indicated by a physical cell identifier (PCI) , a cell global identifier (CGI) , or an index used for L1 or L2 mobility configuration which can be understood by the second network node included in the first message.

[0151] After receiving the first message, the second network node may determine  whether the UE is still connected to the second network node, because it is possible that the UE has been switched to another network node (e.g., another DU) at that moment. Based on the determination, embodiment 1 may further include two embodiments, e.g., embodiment 1.1 and embodiment 1.2.

[0152] Embodiment 1.1

[0153] In embodiment 1.1, the second network node may determine that the UE is connected to the second network node, and thus the second message in step 703 and 704 may be an F1 AP message, for example, a response message (e.g., a UE CONTEXT MODIFICATION RESPONSE message as specified in 3GPP standard documents) . In such embodiments, the second message may indicate at least one of:

[0154] ● the second SpCell to which the UE is currently connected; or

[0155] ● configuration (s) related to the second SpCell.

[0156] The above content may be the second information related to the L1 or L2 mobility procedure. In an embodiment, the second SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the first network node included in the second message.

[0157] In some examples, when an L1 or L2 mobility procedure has been triggered by the second network node (e.g., the second network node has transmitted an L1 or L2 mobility command to the UE) before receiving the second message, the second SpCell indicated by the second message may be the target SpCell indicated by the L1 or L2 mobility command to which the UE will be switched to or has been switched.

[0158] In some examples, if the second SpCell to which the UE is currently connected is the same as the first SpCell that is considered as a source SpCell associated with the L3 mobility procedure, the response message may not include the second SpCell to which the UE is currently connected and the configuration (s) related to the second SpCell.

[0159] In some examples, after receiving the second message, the second network node may stop triggering any L1 / L2 mobility for the time being.

[0160] In embodiment 1.1, after receiving the second message from the second network node, the first network node may continue triggering the L3 mobility procedure. In the case that the second SpCell to which the UE is currently connected is the same as the first SpCell that is considered as a source SpCell associated with the L3 mobility procedure, the L3 mobility procedure may be associated with the first SpCell being a source SpCell; if the second SpCell are different from the first SpCell, the L3 mobility procedure may be associated with the second SpCell being a source SpCell.

[0161] In an example, the L3 mobility procedure may be an intra-CU L3 mobility procedure. In such embodiments, the first network node may transmit an L3 mobility configuration (e.g., RRC reconfiguration as specified in 3GPP standard documents) to the DU. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure. The L3 mobility configuration may be associated with the first SpCell or the second SpCell being a source SpCell as stated above. The L3 mobility configuration may include configurations for performing the L3 mobility procedure as specified in 3GPP standard documents. Then the DU may transmit the L3 mobility configuration to the UE. For example, the first network node may generate an RRC reconfiguration message including the L3 mobility configuration and transmit the RRC reconfiguration message in an UE CONTEXT MODIFICATION REQUEST message to the DU. Then, the DU may transmit the RRC reconfiguration message to the UE. After receiving the RRC reconfiguration message, the UE may perform the L3 mobility procedure based on the L3 mobility configuration.

[0162] In another example, the L3 mobility procedure may be an inter-CU L3 mobility procedure. In such embodiments, the first network node may generate a HANDOVER REQUEST message including configuration (s) associated with the UE applied in the first network node. The first network node may remove configuration (s) related to the candidate SpCell (s) or cell group (s) to which UE is not connected from the configuration (s) associated with the UE included in the  HANDOVER REQUEST message. Then, the first network node may transmit the HANDOVER REQUEST message to a third network node (e.g., another CU to which the UE may switch) . The HANDOVER REQUEST message may include configuration (s) related to the SpCell or cell group to which the UE is currently connected. Then, the first network node may receive HANDOVER REQUEST ACKNOWLEDGE message from the third network node.

[0163] After that, the first network node may transmit an L3 mobility configuration (e.g., RRC reconfiguration as specified in 3GPP standard documents) to the DU. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure. The L3 mobility configuration may be associated with the first SpCell or the second SpCell being a source SpCell as stated above. Then the DU may transmit the L3 mobility configuration (e.g., RRC reconfiguration) to the UE. For example, the first network node may generate an RRC reconfiguration message including the L3 mobility configuration and transmit the RRC reconfiguration message in an UE CONTEXT MODIFICATION REQUEST message to the DU. Then, the DU may transmit the RRC reconfiguration message to the UE. After receiving the RRC reconfiguration message, the UE may perform the L3 mobility procedure based on the L3 mobility configuration.

[0164] Embodiment 1.2

[0165] In embodiment 1.2, the second network node may determine that the UE is not connected to the second network node. That is, the UE has been switched to another network node (e.g., another DU) due to a triggered L1 or L2 mobility. In such embodiments, the second message may be an F1 AP message, for example, a failure message (e.g., a UE CONTEXT MODIFICATION FAILURE message as specified in 3GPP standard documents) . The second message may include the first information related to the L3 mobility procedure and second information related to an L1 or L2 mobility procedure. For example, the second message may include at least one of:

[0166] ● an indication (e.g., a cause value) which indicates that the L1 or L2 mobility procedure has been triggered;

[0167] ● an indication (e.g., a cause value) which indicates that the UE is no longer connected to the second network node;

[0168] ● an indication (e.g., a cause value) which indicates that the L3 mobility procedure should be re-initiated; or

[0169] ● the second SpCell to which the UE is currently connected.

[0170] In such example, the first information may include at least one of the indication which indicates that the L3 mobility procedure should be re-initiated or a field in the second message which indicates that the second message is a failure message. The second information may include at least one of: the indication which indicates that the L1 or L2 mobility procedure has been triggered, the indication which indicates that the UE is no longer connected to the second network node, and the second SpCell to which the UE is currently connected.

[0171] In an embodiment, the second SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the first network node included in the second message.

[0172] In some embodiments of embodiment 1.2, after receiving the second message, the first network node may repeat the above steps in embodiment 1 to coordinate with another network node (e.g., another DU) , wherein the first network node believes that the UE is connected to the another network node. For example, the first network node may identify the another network node based on the second message (e.g., the second SpCell to which the UE is currently connected) . In another example, the first network node may identify the another network node based on a notification message from the second network node or from the another network node. Alternatively or additionally, after receiving the second message, the first network node may stop the "about to be triggered" L3 mobility procedure.

[0173] The above embodiments describe the transmissions of the first message and the second message. Alternatively or additionally, in some cases of embodiment 1, if the second network node triggers an L1 or L2 mobility procedure, the second network node may transmit a third message to the first network node. The third  message indicates one of:

[0174] ● the L1 or L2 mobility procedure has been triggered by the second network node (in other words, trigger of the L1 or L2 mobility procedure) , which means that the second network node has transmitted an L1 or L2 mobility command to the UE; and

[0175] ● a successful execution of the L1 or L2 mobility procedure, which means that UE has switched to the target SpCell indicated by the L1 or L2 mobility command successfully.

[0176] For example, the third message may be a new F1 AP message or may be UE CONTEXT MODITIFICATION REQUIRED message as specified in 3GPP standard documents. In an embodiment, the third message may indicate a SpCell (e.g., represented by PCI, CGI, or an index used for L1 or L2 mobility configuration which can be understood by the first network node) that the UE is switched to (if the third message indicates the trigger of the L1 or L2 mobility procedure) or already connected to (if the third message indicates a successful execution of the L1 or L2 mobility procedure) .

[0177] FIG. 8 illustrates an exemplary method for performing an inter-CU L3 mobility procedure according to some embodiments of the present application.

[0178] Referring to FIG. 8, in step 801, it is assumed that L1 or L2 mobility has been configured or enabled.

[0179] In step 802, the source DU may intend to trigger an intra-DU L1 or L2 mobility based on L1 measurement report. In step 803, the source DU may transmit an L1 or L2 mobility command to UE via DCI or MAC CE indicating the UE to switch from SpCell#1 to SpCell#2. Steps 802 and 803 are two optional steps and may not occur in other embodiments.

[0180] In step 804, the source CU wants to (or intends to) trigger an L3 mobility procedure based on L3 measurement report. In step 805, the source CU may transmit a first message (e.g., a UE CONTEXT MODIFICATION REQUEST  message) containing the information as described in embodiment 1 to the source DU.

[0181] In step 806, the source DU transmits a second message (e.g., a UE CONTEXT MODIFICATION RESPONSE message) back to the source CU if no L1 or L2 mobility happens (i.e., steps 802 and 803 do not occur) or if intra DU L1 or L2 mobility has happened (i.e., steps 802 and 803 occur) while source DU has not notified source CU yet. The second message may contain the information as described in embodiment 1.1 of embodiment 1. The source DU may also stop triggering any L1 or L2 mobility for the time being in step 807.

[0182] In some embodiments, if steps 802 and 803 occur, in step 808, the source DU may also transmit a third message as stated above to notify the source CU about the trigger of an L1 or L2 mobility procedure or a successful execution of an L1 or L2 mobility procedure. Step 808 is an optional step and may not occur in some other embodiments.

[0183] In step 809, if the source CU wants to trigger an inter-CU L3 mobility procedure, it may transmit a HANDOVER REQUEST message to the target CU in step 810. In step 811, the target CU may transmit a HANDOVER REQUEST ACKNOWLEDGE to the source CU. In step 812, the source CU may transmit an L3 mobility configuration (e.g., RRC reconfiguration) to the source DU, and then the source DU may transmit the L3 mobility configuration to the UE. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure. After receiving the L3 mobility configuration, the UE may perform the L3 mobility procedure based on the L3 mobility configuration.

[0184] FIG. 9 illustrates an exemplary method for performing an intra-CU L3 mobility procedure according to some embodiments of the present application.

[0185] Referring to FIG. 9, in step 801, it is assumed that L1 or L2 mobility has been configured or enabled.

[0186] In step 902, the source DU may intend to trigger an inter-DU L1 or L2 mobility based on L1 measurement report. In step 803, the source DU may transmit an L1 or L2 mobility command to UE via DCI or MAC CE indicating the UE to  switch from SpCell#1 (belong to the source DU) to SpCell#2 (belong to the target DU) .

[0187] In step 904, the source CU wants to (or intends to) trigger an L3 mobility procedure based on L3 measurement report. In step 905, the source CU may transmit a first message (e.g., a UE CONTEXT MODIFICATION REQUEST message) containing the information as described in embodiment 1 to the source DU.

[0188] Since the UE is no longer connected to the source DU, in step 906, the source DU may transmit a second message (e.g., a UE CONTEXT MODIFICATION FAILURE message) containing the information as described in embodiment 1.2 of embodiment 1 to the source DU.

[0189] In step 907, after the UE receives L1 or L2 mobility command, UE may switch to SpCell#2. After a successful execution of the L1 or L2 mobility procedure, in step 908, the target DU may notify the source CU about the successful execution of the L1 or L2 mobility procedure.

[0190] Embodiment 2

[0191] In embodiment 2, if L1 or L2 mobility has been configured or enabled, the first network node may trigger an L3 mobility procedure based on L3 measurement report and attempt to transmit L3 mobility configuration (e.g., RRC reconfiguration) to UE via the second network node which may be “outdated” , the second network node may determine whether the L3 mobility configuration is “outdated” and rejects or fails the L3 mobility procedure if so. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure.

[0192] For example, the L3 mobility configuration generated by the first network node is considered as “outdated” if the L3 mobility configuration considering a first SpCell as the source SpCell while UE has already switched or about to switch from the first SpCell to a second SpCell due to L1 or L2 mobility.

[0193] In some cases of embodiment 2, when the first network node triggers an intra-BS (e.g, intra-CU) L3 mobility procedure, the first network mode may transmit  the first message to the second network node. The first message may be a new F1 application protocol (AP) message. In another embodiment, the first message may be a UE CONTEXT MODIFICATION REQUEST message as specified in 3GPP standard documents. For example, the first message may indicate at least one of:

[0194] ● L3 mobility configuration (e.g., RRC reconfiguration) . The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure; or

[0195] ● first SpCell that is considered as a source SpCell associated with the L3 mobility procedure. For example, the first SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the second network node included in the first message.

[0196] In some other cases of embodiment 2, when the first network node triggers an inter-CU L3 mobility procedure, the first network node may generate a HANDOVER REQUEST message including configuration (s) associated with the UE applied in the first network node. The first network node may remove configuration (s) related to the candidate SpCell (s) or cell group (s) to which UE is not connected from the configuration (s) associated with the UE included in the HANDOVER REQUEST message. Then, the first network node may transmit the HANDOVER REQUEST message to a third network node (e.g., another CU to which the UE may switch) . The HANDOVER REQUEST message may include configuration (s) related to the first SpCell or cell group to which the UE is currently connected.

[0197] After receiving the HANDOVER REQUEST ACKNOWLEDGE message from the target CU, the first network node may transmit the first message to the second network node. The first message may be a new F1 application protocol (AP) message. In another embodiment, the first message may be a UE CONTEXT MODIFICATION REQUEST message as specified in 3GPP standard documents. For example, the first message may indicate at least one of:

[0198] ● L3 mobility configuration (e.g., RRC reconfiguration) . The RRC reconfiguration may include full configurations or delta configurations associated  with the L3 mobility procedure; or

[0199] ● first SpCell that is considered as a source SpCell associated with the L3 mobility procedure. For example, the first SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the second network node included in the first message.

[0200] After receiving the first message, the second network node may determine whether the L3 mobility configuration included in the first message is outdated (or invalid) . The following embodiments may provide various methods for determining whether the L3 mobility configuration included in the first message is outdated.

[0201] Embodiment 2.1

[0202] In embodiment 2.1, if the second network node triggers an L1 or L2 mobility procedure, the second network node may transmit a third message to the first network node. The third message indicates one of:

[0203] ● the L1 or L2 mobility procedure has been triggered by the second network node (in other words, trigger of the L1 or L2 mobility procedure) , which means that the second network node has transmitted an L1 or L2 mobility command to the UE; and

[0204] ● a successful execution of the L1 or L2 mobility procedure, which means that UE has switched to the target SpCell indicated by the L1 or L2 mobility command successfully.

[0205] For example, the third message may be a new F1 AP message or may be UE CONTEXT MODITIFICATION REQUIRED message as specified in 3GPP standard documents. In an embodiment, the third message may indicate a SpCell (e.g., represented by PCI, CGI, or an index used for L1 or L2 mobility configuration which can be understood by the first network node) that the UE is switched to (if the third message indicates the trigger of the L1 or L2 mobility procedure) or already connected to (if the third message indicates a successful execution of the L1 or L2 mobility procedure) .

[0206] In embodiment 2.1, in the case that the first message is received before transmitting the third message to the first network node, the second network node may determine that the L3 mobility configuration is outdated.

[0207] Embodiment 2.2

[0208] In embodiment 2.2, in the case that first SpCell that is considered as a source SpCell associated with the L3 mobility procedure is different from a second SpCell to which the UE is currently connected, the second network node may determine that the L3 mobility configuration is outdated.

[0209] Embodiment 2.3

[0210] In embodiment 2.3, after triggering the L1 or L2 mobility procedure, the second network node may start a timer. For example, the timer may have a length denoted as Tmobility. In response to receiving the first message when the timer is running, the second network node may determine that the L3 mobility configuration is outdated.

[0211] Embodiment 2.4

[0212] In embodiment 2.4, the second network node may intend to trigger an urgent L1 or L2 mobility procedure (e.g., a radio link failure is going to happen otherwise) or an urgent L1 or L2 mobility procedure has been triggered. In such cases, the second network node may receive the first message. Then, the second network node may determine that the L3 mobility configuration is outdated or may determine that the L3 mobility configuration is outdated in response to that the L3 mobility configuration indicates a different target SpCell that the UE will switch to from that determined by the second network node in the urgent L1 or L2 mobility procedure.

[0213] Based on the above embodiments, the second network node may determine that the L3 mobility configuration is outdated. Then, the second network node may transmit the second message to the first network node. The second message may be an F1 AP message, for example, a failure message (e.g., a UE CONTEXT MODIFICATION FAILURE message as specified in 3GPP standard documents) .  The second message may include the first information related to the L3 mobility procedure and second information related to an L1 or L2 mobility procedure. For example, the first information may include a field in the second message which indicates that the second message is a failure message. The second information may include at least one of:

[0214] ● an indication (e.g., a cause value) which indicates that the L1 or L2 mobility procedure has been triggered;

[0215] ● an indication (e.g., a cause value) which indicates that the UE is no longer connected to the second network node;

[0216] ● an indication (e.g., a cause value) which indicates that a timer associated with the L1 or L2 mobility procedure is running; or

[0217] ● the second SpCell to which the UE is currently connected. For example, the second SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the first network node included in the second message.

[0218] In some embodiments, in the case that the L3 mobility procedure triggered by the first network node is an inter-CU L3 mobility procedure, in response to receiving the second message, the first network node may cancel the L3 mobility procedure, and transmit a HANDOVER CANCEL message to the third network node. The handover cancel message includes at least one of:

[0219] ● an indication (e.g., a cause value) which indicates that the L1 or L2 mobility procedure has been triggered;

[0220] ● an indication (e.g., a cause value) which indicates that the UE is no longer connected to the second network node; or

[0221] ● an indication (e.g., a cause value) which indicates that a timer associated with the L1 or L2 mobility procedure is running

[0222] FIG. 10 illustrates an exemplary method for rejecting the outdated L3  mobility configuration according to some embodiments of the present application.

[0223] Referring to FIG. 10, in step 1001, it is assumed that L1 or L2 mobility has been configured or enabled.

[0224] In step 1002, the source CU may intend to trigger an inter-CU L3 mobility procedure based on L3 measurement reports.

[0225] In step 1003, the source CU may transmit, to a target CU, a HANDOVER REQUEST message which includes the information as stated in embodiment 2. In step 1004, the source CU may receive the HANDOVER REQUEST ACKNOWLEDGE message from the target CU.

[0226] In step 1005, the source DU may intend to trigger an intra-DU or inter-DU L1 or L2 mobility procedure based on L1 measurement report. In step 1006, the source DU may transmit an L1 or L2 mobility command to UE via DCI or MAC CE indicating the UE to switch from SpCell#1 to SpCell#2.

[0227] Before being aware of the L1 or L2 mobility procedure, in step 1007, the source CU may transmit the first message to the source DU (e.g., a UE CONTEXT MODIFICATION REQUEST message) . The first message may include L3 mobility configuration and source SpCell, i.e., SpCell#1.

[0228] In step 1008, the source DU may determine that the L3 mobility configuration received from step 1007 is outdated. Then, in step 1009, the source DU may transmit the second message (e.g., the UE CONTEXT MODIFICATION FAILURE message) including the information as stated in embodiment 2 to the source CU.

[0229] In the case that the inter-CU handover has been prepared in steps 1003 and 1004, in step 1010, the source CU may transmit a HANDOVER CANCEL message including the information as stated in embodiment 2 to the target CU.

[0230] In some cases, in step 1011, the source DU may also transmit the third message as stated in embodiment 2.1 to the source CU to indicate the trigger of the L1  or L2 mobility procedure or a successful execution of the L1 or L2 mobility procedure.

[0231] Embodiment 3

[0232] In embodiment 3, the "outdated" L3 mobility configuration may be still transmitted to UE and applied by UE. The motivation for embodiment 3 is that: in some cases, L3 mobility decision may be made according to a long time scale measurement, which may be considered as having a higher priority than L1 or L2 mobility, and thus may be applied for both UE and network.

[0233] In embodiment 3, the UE may not release the configuration related to candidate SpCells or cell groups after executing the L1 or L2 mobility. Accordingly, when the UE has switched from SpCell#1 to SpCell#2 due to L1 or L2 mobility and then receives an "outdated" L3 mobility configuration considering SpCell#1 as source SpCell, UE will still apply the delta configuration based on saved SpCell#1 configuration.

[0234] In some cases of embodiment 3, when the first network node triggers an intra-BS (e.g., intra-CU) L3 mobility procedure, the first network mode may transmit the first message to the second network node. The first message may be a new F1 application protocol (AP) message. In another embodiment, the first message may be a UE CONTEXT MODIFICATION REQUEST message as specified in 3GPP standard documents.

[0235] The first message may include L3 mobility configuration associated with the source SpCell. In an example, the L3 mobility configuration associated with the source SpCell may be an L3 mobility configuration (e.g., RRC reconfiguration) which indicates the source SpCell (for example, the source SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the UE) or a cell group associated with the L3 mobility procedure. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure. In another example, the L3 mobility configuration associated with the source SpCell may include configuration (s) related to the source SpCell and delta L3 mobility configuration.

[0236] In some other cases of embodiment 3, when the first network node triggers an inter-CU (e.g., inter-CU) L3 mobility procedure, the first network node may generate a HANDOVER REQUEST message including configuration (s) associated with the UE applied in the first network node. The first network node may remove configuration (s) related to the candidate SpCell (s) or cell group (s) to which UE is not connected from the configuration (s) associated with the UE included in the HANDOVER REQUEST message. Then, the first network node may transmit the HANDOVER REQUEST message to a third network node (e.g., another CU to which the UE may switch) . The HANDOVER REQUEST message may include configuration (s) related to the first SpCell or cell group to which the UE is currently connected.

[0237] After receiving the HANDOVER REQUEST ACKNOWLEDGE message from the target CU, the first network node may transmit the first message to the second network node. The first message may be a new F1 application protocol (AP) message. In another embodiment, the first message may be a UE CONTEXT MODIFICATION REQUEST message as specified in 3GPP standard documents.

[0238] The first message may include L3 mobility configuration associated with the source SpCell. In an example, the L3 mobility configuration associated with the source SpCell may be an L3 mobility configuration (e.g., RRC reconfiguration) which indicates the source SpCell (for example, the source SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the UE) or a cell group associated with the L3 mobility procedure. The RRC reconfiguration may include full configurations or delta configurations associated with the L3 mobility procedure. In another example, the L3 mobility configuration associated with the source SpCell may include configuration (s) related to the source SpCell and delta L3 mobility configuration.

[0239] After receiving the first message, the second network node may determine whether the UE is still connected to the second network node, because it is possible that the UE has been switched to another network node (e.g., another DU) at that moment. Based on the determination, embodiment 3 may further include two embodiments, e.g., embodiment 3.1 and embodiment 3.2.

[0240] Embodiment 3.1

[0241] In embodiment 3.1, the second network node may determine that the UE is connected to the second network node. Then, the second network node may transmit the second message to the first network node. The second message may be an F1 AP message, for example, a response message (e.g., a UE CONTEXT MODIFICATION RESPONSE message as specified in 3GPP standard documents) . In such embodiments, the second message may include information related to the L3 mobility procedure.

[0242] In such embodiment, regardless of whether the L3 mobility configuration included in the first message is outdated or not (i.e., the second network node does not determine whether the L3 mobility configuration included in the first message is outdated or not) , the second network node may transmit, to the UE, the L3 mobility configuration associated with the source SpCell included in the first message.

[0243] After receiving the L3 mobility configuration associated with the source SpCell, the UE may perform the L3 mobility procedure based on the L3 mobility configuration associated with the source SpCell. In some embodiments, the source SpCell may be the same as a second SpCell to which the UE is currently connected. In some other embodiments, the source SpCell may be different from a second SpCell to which the UE is currently connected. For example, UE may apply the received L3 mobility configuration (e.g., delta L3 mobility configuration) based on configuration related to the source SpCell that has been provided to UE but not yet applied even if UE is not connected to the source SpCell.

[0244] Embodiment 3.2

[0245] In embodiment 3.2, the second network node may determine that the UE is not connected to the second network node. That is, the UE has been switched to another network node (e.g., another DU) due to a triggered L1 or L2 mobility. In such embodiments, the second message may be an F1 AP message, for example, a failure message (e.g., a UE CONTEXT MODIFICATION FAILURE message as specified in 3GPP standard documents) . The second message may include the first information related to the L3 mobility procedure and second information related to an  L1 or L2 mobility procedure. For example, the first information may include a field in the second message which indicates that the second message is a failure message. The second information may include at least one of:

[0246] ● an indication (e.g., a cause value) which indicates that the L1 or L2 mobility procedure has been triggered;

[0247] ● an indication (e.g., a cause value) which indicates that the UE is no longer connected to the second network node;

[0248] ● a second SpCell to which the UE is currently connected (for example, the second SpCell may be indicated by a PCI, a CGI, or an index used for L1 or L2 mobility configuration which can be understood by the first network node included in the second message) .

[0249] In some embodiments of embodiment 3.2, after receiving the second message, the first network node may repeat the above steps in embodiment 3 to coordinate with another network node (e.g., another DU) , wherein the first network node believes that the UE is connected to the another network node. For example, the first network node may identify the another network node based on the second message (e.g., the second SpCell to which the UE is currently connected) . In another example, the first network node may identify the another network node based on a notification message from the second network node or from the another network node. Alternatively or additionally, after receiving the second message, the first network node may stop the "about to be triggered" L3 mobility procedure.

[0250] FIG. 11 illustrates an exemplary method for transmitting the L3 mobility configuration according to some embodiments of the present application.

[0251] Referring to FIG. 11, in step 1101, it is assumed that L1 or L2 mobility has been configured or enabled.

[0252] In step 1102, the source CU may intend to trigger an inter-CU L3 mobility procedure based on L3 measurement reports.

[0253] In step 1103, the source CU may transmit, to a target CU, a HANDOVER REQUEST message which includes the information as stated in embodiment 3. In step 1104, the source CU may receive the HANDOVER REQUEST ACKNOWLEDGE message from the target CU.

[0254] In step 1105, the source DU may intend to trigger an intra-DU L1 or L2 mobility procedure based on L1 measurement report. In step 1106, the source DU may transmit an L1 or L2 mobility command to UE via DCI or MAC CE indicating the UE to switch from SpCell#1 to SpCell#2.

[0255] After receiving the L1 or L2 mobility command, in step 1107, the UE may perform the L1 or L2 mobility procedure and switch from SpCell#1 to SpCell#2.

[0256] Before being aware of the L1 or L2 mobility procedure, in step 1108, the source CU may transmit the first message to the source DU (e.g., a UE CONTEXT MODIFICATION REQUEST message) . The first message may include L3 mobility configuration associated with SpCell#1 being a source cell, as stated in embodiment 3.

[0257] Then, in step 1109, the source DU may transmit the second message (e.g., the UE CONTEXT MODIFICATION RESPONSE message) including information related to the L3 mobility procedure.

[0258] In some cases, in step 1110, the source DU may also transmit a third message to the source CU to indicate the trigger of the L1 or L2 mobility procedure or a successful execution of the L1 or L2 mobility procedure.

[0259] In step 1111, the source DU may transmit the L3 mobility configuration associated with SpCell#1 to the UE over the air interface.

[0260] In step 1112, the UE may perform the L3 mobility procedure based on the L3 mobility configuration associated with SpCell#1. For example, UE may apply the received L3 mobility configuration (e.g., delta L3 mobility configuration) based on configuration related to SpCell#1 that has been provided to UE but not yet applied even if the UE is not connected to the SpCell#1.

[0261] FIG. 12 illustrates an exemplary method for rejecting the L3 mobility configuration according to some embodiments of the present application.

[0262] Referring to FIG. 12, in step 1201, it is assumed that L1 or L2 mobility has been configured or enabled.

[0263] In step 1202, the source CU may intend to trigger an inter-CU L3 mobility procedure based on L3 measurement reports.

[0264] In step 1203, the source CU may transmit, to a target CU, a HANDOVER REQUEST message which includes the information as stated in embodiment 3. In step 1204, the source CU may receive the HANDOVER REQUEST ACKNOWLEDGE message from the target CU.

[0265] In step 1205, the source DU may intend to trigger an inter-DU L1 or L2 mobility procedure based on L1 measurement report. In step 1206, the source DU may transmit an L1 or L2 mobility command to UE via DCI or MAC CE indicating the UE to switch from SpCell#1 (belonging to the source DU) to SpCell#2 (belonging to the target DU) .

[0266] Before being aware of the L1 or L2 mobility procedure, in step 1207, the source CU may transmit the first message to the source DU (e.g., a UE CONTEXT MODIFICATION REQUEST message) . The first message may include L3 mobility configuration associated with SpCell#1 being a source cell, as stated in embodiment 3.

[0267] Since the UE is no long connected to the source DU, in step 1208, the source DU may transmit the second message (e.g., the UE CONTEXT MODIFICATION FAILURE message) including information as stated in embodiment 3.2.

[0268] In step 1209, the UE may perform the inter DU L1 or L2 mobility to switch from SpCell#1 to SpCell#2.

[0269] In step 1210, after a successful execution of the L1 or L2 mobility procedure, the target DU may transmit a message to the source CU about the successful  execution of the L1 or L2 mobility procedure.

[0270] FIG. 13 illustrates a simplified block diagram of an exemplary apparatus for supporting inter cell mobility according to some embodiments of the present application. As shown in FIG. 13, the apparatus 1300 may include at least one processor 1306 and at least one transceiver 1302 coupled to the processor 1306. In some embodiments, the apparatus 1300 may be a first network node (e.g., a CU of a BS) . In some embodiments, the apparatus 1300 may be a second network node (e.g., a DU of a BS) . In some embodiments, the apparatus 1300 may be a UE.

[0271] Although in this figure, elements such as the at least one transceiver 1302 and processor 1306 are described in the singular, the plural is contemplated unless a limitation to the singular is explicitly stated. In some embodiments of the present application, the transceiver 1302 may be divided into two devices, such as a receiving circuitry and a transmitting circuitry. In some embodiments of the present application, the apparatus 1300 may further include an input device, a memory, and / or other components.

[0272] In some embodiments of the present application, the apparatus 1300 may be the first network node as stated above. The transceiver 1302 and the processor 1306 may interact with each other so as to perform the operations with respect to the first network node described in FIGS. 2-12.

[0273] In some embodiments of the present application, the apparatus 1300 may be the second network node as stated above. The transceiver 1302 and the processor 1306 may interact with each other so as to perform the operations with respect to the second network node described in FIGS. 2-12.

[0274] In some embodiments of the present application, the apparatus 1300 may be the UE as stated above. The transceiver 1302 and the processor 1306 may interact with each other so as to perform the operations with respect to the UE described in FIGS. 2-12.

[0275] In some embodiments of the present application, the apparatus 1300 may further include at least one non-transitory computer-readable medium.

[0276] For example, in some embodiments of the present application, the non-transitory computer-readable medium may have stored thereon computer-executable instructions to cause the processor 1306 to implement the method with respect to the first network node as described above. For example, the computer-executable instructions, when executed, cause the processor 1306 interacting with transceiver 1302 to perform the operations with respect to the first network node described in FIGS. 2-12.

[0277] In some embodiments of the present application, the non-transitory computer-readable medium may have stored thereon computer-executable instructions to cause the processor 1306 to implement the method with respect to the second network node as described above. For example, the computer-executable instructions, when executed, cause the processor 1306 interacting with transceiver 1302 to perform the operations with respect to the second network node described in FIGS. 2-12.

[0278] In some embodiments of the present application, the non-transitory computer-readable medium may have stored thereon computer-executable instructions to cause the processor 1306 to implement the method with respect to the UE as described above. For example, the computer-executable instructions, when executed, cause the processor 1306 interacting with transceiver 1302 to perform the operations with respect to the UE described in FIGS. 2-12.

[0279] Those having ordinary skill in the art would understand that the operations or steps of a method described in connection with the aspects disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. Additionally, in some aspects, the operations or steps of a method may reside as one or any combination or set of codes and / or instructions on a non-transitory computer-readable medium, which may be incorporated into a computer program product.

[0280] While this disclosure has been described with specific embodiments thereof,  it is evident that many alternatives, modifications, and variations may be apparent to those skilled in the art. For example, various components of the embodiments may be interchanged, added, or substituted in other embodiments. Also, all of the elements of each figure are not necessary for the operation of the disclosed embodiments. For example, one of ordinary skill in the art of the disclosed embodiments would be enabled to make and use the teachings of the disclosure by simply employing the elements of the independent claims. Accordingly, embodiments of the disclosure as set forth herein are intended to be illustrative, not limiting. Various changes may be made without departing from the spirit and scope of the disclosure.

[0281] In this document, the terms "includes, " "including, " or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that includes a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by "a, " "an, " or the like does not, without more constraints, preclude the existence of additional identical elements in the process, method, article, or apparatus that includes the element. Also, the term "another" is defined as at least a second or more. The term "having" and the like, as used herein, are defined as "including. " Expressions such as "A and / or B" or "at least one of A and B" may include any and all combinations of words enumerated along with the expression. For instance, the expression "A and / or B" or "at least one of A and B" may include A, B, or both A and B. The wording "the first, " "the second" or the like is only used to clearly illustrate the embodiments of the present application, but is not used to limit the substance of the present application.

Claims

1.A first network node, comprising:a transceiver configured to:transmit, to a second network node, a first message related to a layer 3 (L3) mobility procedure over an F1 interface; andreceive, from the second network node, a second message in response to the first message over the F1 interface, wherein the second message includes at least one of:first information related to the L3 mobility procedure; orsecond information related to a layer 1 (L1) or layer 2 (L2) mobility procedure; anda processor coupled to the transceiver.2.The first network node of Claim 1, wherein the first message indicates at least one of:an intension to trigger the L3 mobility procedure by the first network node;a first special cell (SpCell) that is considered as a source SpCell associated with the L3 mobility procedure.the second network to stop triggering any L1 or L2 mobility procedures;the second network node to respond a second SpCell to which a user equipment (UE) is currently connected; or3.The first network node of Claim 2, wherein the second message is a response message including the second information, and the second information indicates at least one of:the second SpCell to which the UE is currently connected; orconfiguration (s) related to the second SpCell.4.The first network node of Claim 2, wherein the second message is a failure message, the first information includes an indication which indicates that the L3 mobility procedure should be re-initiated, and the second information includes at least one of:an indication which indicates that the L1 or L2 mobility procedure has been triggered;an indication which indicates that the UE is no longer connected to the second network node; orthe second SpCell to which the UE is currently connected.5.The first network node of Claim 1, wherein transceiver is further configured to receive a third message from the second network node, wherein the third message indicates one of:the L1 or L2 mobility procedure has been triggered by the second network; anda successful execution of the L1 or L2 mobility procedure.6.The first network node of Claim 1, wherein the first message indicates at least one of:L3 mobility configuration; ora first SpCell that is considered as a source SpCell associated with the L3 mobility procedure.7.The first network node of Claim 6, wherein the second message is a failure message including the second information, and the second information includes at least one of:an indication which indicates that the L1 or L2 mobility procedure has been triggered;an indication which indicates that the UE is no longer connected to the second network node;an indication which indicates that a timer associated with the L1 or L2 mobility procedure is running; ora second SpCell to which the UE is currently connected.8.The first network node of Claim 7, wherein in response to the second message, the processor is further configured to cancel the L3 mobility procedure, and the transceiver is further configured to transmit a handover cancel message to a third network node, wherein the handover cancel message includes at least one of:an indication which indicates that the L1 or L2 mobility procedure has been triggered;an indication which indicates that the UE is no longer connected to the second network node; oran indication which indicates that a timer associated with the L1 or L2 mobility procedure is running.9.The first network node of Claim 1, wherein the first message includes L3 mobility configuration associated with a source SpCell; andwherein the L3 mobility configuration indicates a source SpCell or a cell group associated with the L3 mobility procedure or includes configuration (s) related to the source SpCell and delta L3 mobility configuration.10.The first network node of any one of Claims 3, 6, and 9,wherein the processor is further configured to:generate a handover request message including configuration (s) associated with the UE applied in the first network node; andremove configuration (s) related to the candidate SpCell (s) or cell group (s) to which UE is not connected from the configuration (s) associated with the UE included in the handover request message; andwherein the transmitter is further configured to transmit the handover request message to a third network node.11.The first network node of Claim 9, wherein the second message is a failure message including the second information, and the second information includes at least one of:an indication which indicates that the L1 or L2 mobility procedure has been triggered;an indication which indicates that the UE is no longer connected to the second network node; ora second SpCell to which the UE is currently connected.12.A second network node, comprising:a transceiver configured to:receive, from a first network node, a first message related to a layer 3 (L3) mobility procedure over an F1 interface; andtransmit, to the first network node, a second message in response to the first message over the F1 interface, wherein the second message includes at least one of:first information related to the L3 mobility procedure; orsecond information related to a layer 1 (L1) or layer 2 (L2) mobility procedure; anda processor coupled to the transceiver.13.The second network node of Claim 12, wherein the first message indicates at least one of:L3 mobility configuration; orfirst SpCell that is considered as a source SpCell associated with the L3 mobility procedure.14.A user equipment (UE) , comprising:a transceiver configured to:receive, from a second network node, a message related to a layer 3 (L3) mobility procedure, wherein the message includes:L3 mobility configuration which is associated with a first special cell (SpCell) being a source SpCell;a processor coupled to the transceiver and configured to perform the L3 mobility procedure based on the L3 mobility configuration which is associated with the first SpCell.15.The UE of Claim 14, wherein the first SpCell indicated in the L3 mobility configuration is different from a second SpCell to which the UE is currently connected, and the processor is further configured to apply the received L3 mobility configuration based on configuration related to the first SpCell that has been provided to UE but not yet applied.

Images