5G New Radio Mobility Extension

Abstract

A user equipment (UE) is configured to activate a simultaneous communication function with a first cell and a second cell, where the first cell is configured as a serving cell and the second cell is configured as a supporting cell; determine that a serving cell switch should be performed, including the second cell reconfigured as the supporting cell and the first cell reconfigured as the supporting cell; receive a message from the second cell indicating that the simultaneous communication function should be deactivated after the serving cell switch; and release the first cell in response to the message.

Description

[Technical Field]

[0001] This application relates generally to wireless communications, and more particularly to 5G New Radio Mobility Enhancements. [Background technology]

[0002] A user equipment (UE) may connect to a node of a network. Once connected, a handover of the UE may occur between a source node and a target node. In some scenarios, during the handover procedure, there may be a duration during which the UE is unable to transmit and / or receive data from the network. This mobility interruption may adversely affect the user experience associated with the UE and / or the network.

[0003] Fifth-generation (5G) New Radio (NR) networks may support Layer 1 (L1) / Layer 2 (L2)-based mobility. Generally, L1 / L2-based mobility refers to a mechanism that allows a network to change a UE's serving cell. For 5G NR, it has been identified that there is a need for a mobility framework that enables L1 / L2-based mobility and minimizes (or eliminates) mobility interruption time. Summary of the Invention

[0004] Some example embodiments relate to a processor of a user equipment (UE) configured to perform operations including: activating a simultaneous communication capability with a first cell and a second cell, where the first cell is configured as a serving cell and the second cell is configured as a supporting cell; determining that a serving cell switch should be performed, where the serving cell switch includes the second cell reconfigured as the supporting cell and the first cell reconfigured as the supporting cell; receiving a message from the second cell indicating that the simultaneous communication capability should be deactivated after the serving cell switch; and releasing the first cell in response to the message.

[0005] Another example embodiment relates to a processor of a first base station configured to perform operations including: transmitting configuration information to a user equipment (UE), the configuration information configuring the UE with simultaneous communication capability to a first cell configured as a serving cell and a second cell configured as a supporting cell, the base station controlling the first cell; receiving an indication from a second base station controlling the second cell that a serving cell switch is to be performed for the UE, the serving cell switch including the second cell reconfigured as the serving cell and the first cell reconfigured as the supporting cell; and receiving an indication from the second base station that the first cell is to be released by the UE.

[0006] Yet another exemplary embodiment relates to a processor of a second base station configured to perform operations including: transmitting a handover prepare acknowledgement to a first base station in response to a handover request associated with a user equipment (UE), the first base station controlling a first cell and the second base station controlling a second cell, the UE being configured with simultaneous communication capability to the first cell configured as a serving cell and the second cell configured as a supporting cell; transmitting to the first base station an indication that a serving cell switch should be performed for the UE, the serving cell switch including the second cell reconfigured as the serving cell and the first cell reconfigured as the supporting cell; and transmitting a message to the UE indicating that the first cell should be released by the UE. [Brief explanation of the drawings]

[0007] [Figure 1] FIG. 1 illustrates an exemplary network arrangement in accordance with various exemplary embodiments.

[0008] [Figure 2] FIG. 1 illustrates an exemplary user equipment (UE), according to various exemplary embodiments.

[0009] [Figure 3] FIG. 1 illustrates an exemplary base station in accordance with various exemplary embodiments.

[0010] [Figure 4] FIG. 1 illustrates a method for fifth generation (5G) New Radio (NR) handover, according to various exemplary embodiments.

[0011] [Figure 5] FIG. 1 illustrates a network deployment in accordance with various exemplary embodiments.

[0012] [Figure 6]FIG. 1 illustrates a network deployment in accordance with various exemplary embodiments.

[0013] [Figure 7] FIG. 1 shows a signaling diagram illustrating an example of an exemplary mobility framework.

[0014] [Figure 8] FIG. 1 shows a signaling diagram illustrating an example of an exemplary mobility framework. DETAILED DESCRIPTION OF THE INVENTION

[0015] The exemplary embodiments may be further understood with reference to the following description and associated accompanying drawings, in which like elements are designated with the same reference numerals. The exemplary embodiments introduce enhancements for fifth-generation (5G) New Radio (NR) mobility. As described in more detail below, the exemplary embodiments provide a 5G NR mobility framework that enables Layer 1 (L1) / Layer 2 (L2)-based mobility and minimizes mobility interruption time.

[0016] The exemplary embodiments are described with reference to user equipment (UE). However, reference to a UE is provided solely for illustrative purposes. The exemplary embodiments may be utilized with any electronic component configured with hardware, software, and / or firmware for establishing a connection to a network and exchanging information and data with the network. Accordingly, the UE described herein is used to represent any electronic component.

[0017] The example embodiments are also described with respect to a handover of a UE between a source Next Generation Node B (gNB) and a target gNB. Those skilled in the art will understand that the term "source gNB" generally refers to a gNB configured to trigger a handover of a UE. In some examples, the term "source gNB" may be used to refer to a gNB that is about to trigger a handover of a UE and / or a gNB that has already triggered a handover of a UE but has not yet completed the handover procedure.

[0018] Those skilled in the art will understand that the term "target gNB" generally refers to a gNB that is considered a potential future serving node for a UE. For example, a source gNB may send a handover preparation request to another gNB. The request may be accepted or rejected for any of a variety of different reasons (e.g., admission control, etc.). If the request is accepted, the network may be triggered to initiate a handover of the UE from the source gNB to this gNB in ​​response to any of a variety of different conditions. In some examples, the term "target gNB" may be used to refer to a gNB that is about to receive a handover request from the source gNB and / or a gNB that has already received a handover preparation request from the source gNB but has not yet completed the handover procedure. Once the handover is complete, the target gNB may then be characterized as the source gNB for the UE in subsequent handover procedures.

[0019] A gNB may be configured with multiple transmit / receive points (TRPs). Throughout this description, a TRP generally refers to a set of components configured to transmit and / or receive beams. In some embodiments, multiple TRPs may be deployed locally at a gNB. For example, a gNB may include multiple antenna arrays / panels, each configured to generate different beams. In other embodiments, multiple TRPs may be deployed at various different locations and connected to the gNB via a backhaul connection. For example, multiple small cells may be deployed at different locations and connected to the gNB. However, these examples are provided for illustrative purposes only. Those skilled in the art will understand that TRPs are configured to be adaptable to a wide variety of different conditions and deployment scenarios. Thus, any reference to a particular network component, a TRP, or multiple TRPs deployed in a particular configuration is provided for illustrative purposes only. A TRP as described herein may represent any type of network component configured to transmit and / or receive beams.

[0020] Additionally, each gNB may support one or more cells. Throughout this description, the term "source cell" may refer to a cell operated by a source gNB. Similarly, the term "target cell" may refer to a cell operated by a target gNB. Because each gNB may support one or more cells, there may be scenarios in which multiple target cells are associated with the same target gNB. A UE may communicate with a cell over the air (OTA) via a TRP. Due to the relationship between a TRP and a cell, the terms "TRP" and "cell" may be used interchangeably. For example, in some instances, "target cell" and "target TRP" may be used interchangeably to generally refer to the same connection and / or node.

[0021] Further, reference may be made to a "serving cell" and a "neighbor cell." Those skilled in the art will understand that a serving cell generally refers to a cell configured to transmit data to a UE. In some examples, the terms "source cell" and "serving cell" may be used interchangeably to refer to the same node. However, in some examples, a UE may be configured with multiple serving cells, and each serving cell need not be a source cell.

[0022] Those skilled in the art will understand that a neighbor cell generally refers to a cell that is not the serving cell for the UE, but is located within the vicinity of the UE and / or the serving cell. In some instances, the terms "target cell" and "neighbor cell" may be used interchangeably to generally refer to the same node. However, a neighbor cell need not be a target cell.

[0023] Exemplary embodiments are also described with respect to L1 / L2-based mobility. Those skilled in the art will understand that L1 / L2-based mobility generally refers to mechanisms that allow the network to change a UE's serving cell. For L1-based mobility, the serving cell may be changed by the network via L1 downlink control information (DCI). For L2-based mobility, the serving cell may be changed by the network via an L2 medium access control (MAC) control element (CE) command. In other examples, L1 / L2-based mobility may utilize a combination of DCI, MAC CE, and / or radio resource control (RRC) signaling. Thus, L1 / L2-based mobility refers to two different procedures that rely on similar concepts but are distinguished from each other based on how the network triggers a UE transition from a serving cell to a target cell, e.g., DCI or MAC CE. Throughout this description, the term "L1 / L2-based mobility" refers to either an L1-based mobility procedure or an L2-based mobility procedure.

[0024] A UE may perform measurements for L1 / L2-based mobility on one or more neighboring cells using a particular downlink reference signal, such as a signal synchronization block (SSB) or a channel state information (CSI) reference signal (RS), and measurements for L1 / L2-based mobility may be based on the SSB, CSI-RS, or any other suitable downlink resource. The measurement metric for L1 / L2-based mobility may be L1 reference signal received power (RSRP), L1 signal-to-interference-to-noise ratio (SINR), L1 reference signal received quality (RSRQ), or any other suitable type of metric. However, any reference to L1 / L2-based mobility utilizing a particular type of measurement, reference signal, or metric is provided solely for illustrative purposes. The exemplary embodiments may apply to L1 / L2-based mobility utilizing any suitable type of measurement, reference signal, or metric.

[0025] Exemplary embodiments are also described with respect to a Dual Active Protocol Stack (DAPS) handover scheme. Those skilled in the art will understand that DAPS refers to a handover procedure in which a source gNB connection is maintained after a handover command is received from the network until the source cell is released after successful connection to the target gNB. During a DAPS handover, the UE may utilize multiple instances of one or more protocol stack layers to perform simultaneous reception of user data with the source cell and the target cell. For example, one protocol stack may be configured to communicate with the source cell and another protocol stack may be configured to communicate with the target cell. DAPS minimizes mobility interruption time during handover.

[0026] Example embodiments introduce extensions for 5G NR mobility. The example extensions provide a mobility framework that includes aspects of L1 / L2-based mobility and DAPS characteristics. Each of the example extensions described herein can be used independently of one another, in conjunction with currently implemented 5G NR mobility schemes, future implementations of 5G NR mobility schemes, or independently of other 5G NR mobility schemes.

[0027] 1 illustrates an exemplary network deployment 100 in accordance with various exemplary embodiments. The exemplary network deployment 100 includes a UE 110. Those skilled in the art will appreciate that the UE 110 may be any type of electronic component configured to communicate over a network, such as a mobile phone, a tablet computer, a desktop computer, a smartphone, a phablet, an embedded device, an Internet of Things (IoT) wearable device, or the like. It should also be understood that an actual network deployment may include any number of UEs used by any number of users. Thus, the example of a single UE 110 is provided for illustrative purposes only.

[0028] The UE 110 may be configured to communicate with one or more networks. In the example network configuration 100, the network with which the UE 110 may communicate wirelessly is a 5G NR Radio Access Network (RAN) 120. However, the UE 110 may also communicate with other types of networks (e.g., 5G Cloud RAN, Next Generation RAN (NG-RAN), Long Term Evolution (LTE) RAN, legacy cellular networks, Wireless Local Area Networks (WLANs), etc.), and the UE 110 may also communicate with a network via a wired connection. For an example embodiment, the UE 110 may establish a connection with the 5G NR RAN 120. Thus, the UE 110 may have a 5G NR chipset to communicate with the NR RAN 120.

[0029] The 5G NR RAN 120 may be part of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc.). The 5G NR RAN 120 may include, for example, cells or base stations (NodeBs, eNodeBs, HeNBs, eNBSs, gNBs, gNodeBs, macro cells, micro cells, small cells, femto cells, etc.) configured to transmit and receive traffic from UEs equipped with appropriate cellular chipsets.

[0030] The 5G NR RAN 120 includes a gNB 120A and a gNB 120B. In this example, each of the gNBs 120A and 120B is configured with multiple TRPs. Each TRP may represent one or more components configured to transmit and / or receive signals. In some embodiments, multiple TRPs may be deployed locally at the gNB. In other embodiments, multiple TRPs may be distributed at different locations and connected to the gNB via a backhaul connection. For example, multiple small cells may be deployed at different locations and connected to the gNB. However, these examples are provided for illustrative purposes only. Those skilled in the art will appreciate that TRPs may be configured to be adaptable to a wide variety of different conditions and deployment scenarios. Thus, any reference to a TRP being a particular network component or to multiple TRPs being deployed in a particular configuration is provided for illustrative purposes only. A TRP as described herein may represent any type of network component configured to transmit and / or receive beams. As indicated above, in some instances, the terms "TRP" and "cell" may be used interchangeably to generally refer to the same connections and / or nodes.

[0031] Those skilled in the art will appreciate that any association procedure may be performed by the UE 110 to connect to the 5G NR RAN 120. For example, as discussed above, the 5G NR RAN 120 may be associated with a particular cellular provider for which the UE 110 and / or the user of the UE 110 has contract and credential information (e.g., stored on a SIM card). Upon detecting the presence of the 5G NR RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR RAN 120. More specifically, the UE 110 may associate with a particular base station (e.g., gNB 120A, gNB 120B).

[0032] The network deployment 100 also includes a cellular core network 130, an Internet 140, an IP Multimedia Subsystem (IMS) 150, and a network services backbone 160. The cellular core network 130 may be considered a set of interconnected components that manage the operation and traffic of the cellular network. It may include an Evolved Packet Core (EPC) and / or a 5G Core (5GC). The cellular core network 130 also manages traffic flowing between the cellular network and the Internet 140. The IMS 150 may generally be described as an architecture for delivering multimedia services to the UE 110 using IP protocols. The IMS 150 can communicate with the cellular core network 130 and the Internet 140 to provide multimedia services to the UE 110. The network services backbone 160 communicates with the Internet 140 and the cellular core network 130 either directly or indirectly. The network services backbone 160 may generally be described as a set of components (e.g., servers, network storage arrangements, etc.) that implement a suite of services that may be used to extend the functionality of the UE 110 in communicating with various networks.

[0033] Figure 2 illustrates an exemplary UE 110 in accordance with various exemplary embodiments. The UE 110 will be described with respect to the network arrangement 100 of Figure 1. The UE 110 may include a processor 205, a memory arrangement 210, a display device 215, input / output (I / O) devices 220, a transceiver 225, and other components 230. The other components 230 may include, for example, audio input devices, audio output devices, a power source, a data acquisition device, ports for electrically connecting the UE 110 to other electronic devices, etc.

[0034] The processor 205 may be configured to execute multiple engines of the UE 110. For example, the engines may include an enhanced 5G NR mobility engine 235. The enhanced 5G NR mobility engine 235 may perform various operations related to implementing the example mobility framework described herein. These operations may include, but are not limited to, receiving configuration information, performing measurements, sending measurement reports, receiving DCI, receiving MAC CE, etc.

[0035] The engine 235 described above, which is an application (e.g., a program) executed by the processor 205, is provided for illustrative purposes only. The functionality associated with the engine 235 may also be represented as a separate, integrated component of the UE 110, or may be a modular component coupled to the UE 110, such as an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry for receiving signals and processing circuitry for processing signals and other information. The engine may also be embodied as one application or separate applications. Additionally, in some UEs, the functionality described for the processor 205 is divided between two or more processors, such as a baseband processor and an application processor. The exemplary embodiments may be implemented in any of these or other configurations of a UE.

[0036] The memory device 210 may be a hardware component configured to store data related to operations performed by the UE 110. The display device 215 may be a hardware component configured to present data to a user, and the I / O device 220 may be a hardware component that allows a user to provide input. The display device 215 and the I / O device 220 may be separate components or may be integrated together, such as a touchscreen. The transceiver 225 may be a hardware component configured to establish a connection with the 5G NR-RAN 120, an LTE-RAN (not shown), a legacy RAN (not shown), a WLAN (not shown), etc. Thus, the transceiver 225 may operate at a variety of different frequencies or channels (e.g., a set of contiguous frequencies).

[0037] 3 illustrates an exemplary base station 300 in accordance with various exemplary embodiments. The base station 300 may represent a gNB 120A, a gNB 120B, or any other access node with which a UE 110 may establish a connection and manage network operations.

[0038] The base station 300 may include a processor 305, a memory device 310, an input / output (I / O) device 315, a transceiver 320, other components 325, and multiple TRPs 330. As indicated above, in some scenarios, the multiple TRPs 330 may be deployed locally at the base station 300. In other scenarios, one or more of the multiple TRPs may be deployed at a physical location remote from the base station 300 and connected to the base station via a backhaul connection. The base station 300 may be configured to control the multiple TRPs 330 and perform operations such as, but not limited to, allocating resources, configuring reference signals (or SSBs), and implementing beam management techniques.

[0039] The processor 305 may be configured to execute multiple engines of the base station 300. For example, the engine may include an enhanced 5G NR mobility engine 335. The enhanced 5G NR mobility engine 335 may perform various operations related to the example mobility framework described herein. These operations may include, but are not limited to, sending a handover preparation request to another gNB, receiving capability information, sending configuration information, receiving measurement data, allocating resources, sending reference signals, sending DCI, sending MAC CE, etc.

[0040] The engine 335 described above, which is an application (e.g., a program) executed by the processor 305, is merely exemplary. The functionality associated with the engine 335 may also be represented as a separate, integrated component of the base station 300, or may be a modular component coupled to the base station 300, such as an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry for receiving signals and processing circuitry for processing signals and other information. Additionally, in some base stations, the functionality described for the processor 305 is divided among multiple processors (e.g., baseband processor, application processor, etc.). The exemplary embodiments may be implemented in any of these or other configurations of a base station.

[0041] The memory 310 may be a hardware component configured to store data related to operations performed by the base station 300. The I / O device 315 may be a hardware component or port that allows a user to interact with the base station 300. The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UEs in the network deployment 100. The transceiver 320 may operate at a variety of different frequencies or channels (e.g., a set of contiguous frequencies). Thus, the transceiver 320 may include one or more components (e.g., radios) to enable data exchange with various networks and UEs. Other components 325 may include, for example, audio input devices, audio output devices, batteries, data acquisition devices, ports for electrically connecting the base station 300 to other electronic devices, etc.

[0042] The exemplary embodiments are also described with respect to a logical architecture of a gNB comprising a central unit (CU) and a distributed unit (DU). The term "gNB-CU" may refer to a logical node connected to a core network and one or more gNB-DUs. The term "gNB-DU" may refer to a logical node connected to a gNB-CU. To provide an example, each of gNBs 120A, 120B may comprise a gNB-CU and one or more gNB-DUs. However, references to the terms "gNB-CU" and "gNB-DU" are provided solely for illustrative purposes. Different entities may refer to similar concepts by different names.

[0043] A gNB-CU may control its one or more gNB-DUs. Each gNB-DU may support one or more cells and / or one or more TRPs. Due to the relationship between these components, in some instances, the terms "gNB-DU," "cell," and "TRP" may be used interchangeably to generally refer to the same connection and / or node. For example, in some instances, "target cell," "target TRP," and "target gNB-DU" may be used interchangeably to generally refer to the same connection and / or node. Examples of gNB-CU and gNB-DU behavior within the context of an exemplary mobility framework are provided in detail below.

[0044] 4 illustrates a method 400 for 5G NR handover in accordance with various exemplary embodiments. Method 400 provides a general overview of an exemplary 5G NR mobility framework.

[0045] Consider first a scenario in which UE 110 is connected to 5G NR RAN 120 via gNB 120A. Thus, gNB 120A may be characterized as the source gNB for UE 110. In this example, the source gNB may comprise a source gNB-CU, a source gNB-DU, and a source TRP. As described in more detail below, the example mobility framework described herein may consider intra-CU mobility scenarios in which UE 110 switches between cells, TRPs, and / or gNB-DUs supported by the same gNB-CU. In addition, the example mobility framework may consider inter-CU mobility scenarios in which UE 110 switches to cells, TRPs, and / or gNB-DUs controlled by different gNB-CUs.

[0046] At 405, the UE 110 receives configuration information regarding beam resources for multiple TRPs from the source node. The TRPs may be associated with the same gNB-CU and gNB-DU, the same gNB-CU but different gNB-DUs, or different gNB-DUs in different gNB-CUs. The configuration information may be provided to the UE 110 using one or more radio resource control (RRC) messages or in any other suitable manner.

[0047] On the network side, in the case of an inter-CU mobility scenario, the target gNB-CU may provide relevant configuration information to the source gNB-CU, which is then propagated to the source gNB-DU. In the case of an intra-CU mobility scenario, there is no target gNB-CU. The currently configured gNB-CU may already possess the relevant configuration information or may need to retrieve it from any suitable source (e.g., the gNB-DU, a source remote from the gNB, etc.).

[0048] At 410, the UE 110 transmits measurement data to the network. In some examples, the measurement report comprises Layer 3 (L3) measurement data and may be provided to the network using an RRC message. Alternatively, or in addition to the L3 measurement data, the measurement report may include L2 and / or L1 measurement data. To provide a general example, the UE 110 may utilize measurement gaps or any other suitable technique to receive and process reference signals from the target cell. The UE 110 may then collect measurement data based on the reference signals.

[0049] At 415, the network may determine that a handover of UE 110 from the source node to the target node should be performed based on the measurement reports and / or any other suitable conditions (e.g., network load, interference, providing access to particular network resources, etc.), however, the basis for this determination is outside the scope of the example embodiments.

[0050] At 420, the network configures the UE 110 for simultaneous communication with the target node and the source node. As indicated above, the example mobility framework described herein considers intra-CU mobility scenarios and inter-CU mobility scenarios. Accordingly, the network may configure the UE 110 to communicate with multiple nodes controlled by the same gNB-CU (e.g., intra-CU mobility) or multiple nodes each controlled by different gNB-CUs (e.g., inter-CU mobility). An example network deployment for the intra-CU mobility scenario is provided below in FIG. 5, and an example network deployment for the inter-CU mobility scenario is provided below in FIG. 6. Specific details regarding signaling between network-side components and between the UE 110 and the network to configure this functionality are provided below after the description of the network deployments in FIGS. 5-6.

[0051] 5 is a diagram illustrating a network deployment 500 in accordance with various exemplary embodiments. The following description provides a general overview of the various components of the exemplary deployment 500 within the context of intra-CU mobility. The specific operations performed by the components for the exemplary embodiments are described in more detail following the description of the network deployment 500.

[0052] Those skilled in the art will appreciate that the components of the example network deployment 500 may reside in various physical and / or virtual locations relative to the network deployment 100 of Figure 1. These locations may include within an access network (e.g., NR RAN 120), within a core network 130, within a gNB (e.g., gNB 120A and / or gNB 120B), as separate components outside of the locations described with respect to Figure 1, etc.

[0053] In FIG. 5, various components are shown as connected via connections labeled F1-C, F1-U, E1-C, and E1-U. The "U" designation may represent a user plane interface, and the "C" designation may represent a control plane interface. Those skilled in the art will understand that each of these connections (or interfaces) is defined in the Third Generation Partnership Program (3GPP) specifications. The exemplary network arrangement 500 uses these connections in the manner in which they are defined in the 3GPP specifications. However, these connections are provided for illustrative purposes, and the exemplary embodiments may apply to any suitable arrangement of components and interfaces. Furthermore, although these interfaces are referred to as connections throughout this description, it should be understood that these interfaces need not be direct wired or wireless connections; for example, the interfaces may communicate through intervening hardware and / or software components. Thus, throughout this description, the terms "connection" and "interface" may be used interchangeably to describe interfaces between various components.

[0054] Network deployment 500 illustrates a scenario in which UE 110 is already configured to communicate with a target node and a source node simultaneously (e.g., 420 of method 400). In this example, UE 110 is configured to communicate with TRP 510 and TRP 550. In some embodiments, TRPs 510, 550 may operate on different frequencies (e.g., inter-frequency mobility).

[0055] TRP 510 is a serving TRP operated by a gNB-DU 512 connected to a gNB-CU control plane (CP) node 514 and a gNB-CU user plane (UP) node 516. TRP 550 is operated by a gNB-DU 552, which is also connected to the gNB-CU CP node 514 and the gNB-CU UP node 516. In this scenario, TRP 550 may be characterized as a target TRP. Additionally, TRP 550 may be characterized as a "supporting TRP." The term supporting TRP (or supporting cell) generally refers to a target TRP that may communicate with UE 110 during a mobility procedure but has not yet completed transition to the target node. Upon completion, the roles of the serving TRP and supporting TRP may switch; for example, TRP 510 may be initially configured as a serving TRP, and then its role may be switched to a supporting TRP.

[0056] 5 also shows a portion of a protocol stack configuration that may be used by the UE 110 to simultaneously communicate with the TRP 510 and the TRP 550 during this intra-CU mobility scenario. In this example, the physical (PHY) layer is split into two instances. PHY 560 may be used to communicate with the TRP 510, and PHY 561 may be used to communicate with the TRP 550. The medium access control (MAC) layer may also be split into two instances. MAC 570 may be used to communicate with the TRP 510, and MAC 571 may be used to communicate with the TRP 550. The radio link control (RLC) layer may also be split into two instances. RLC 580 may be used to communicate with the TRP 510, and RLC 581 may be used to communicate with the TRP 550. There may be a common Packet Data Convergence Protocol (PDCP) layer 590 that is used to communicate with both the TRP 510 and the TRP 550. However, the exemplary embodiments are not limited to any particular type of protocol stack configuration. For example, in an intra-CU mobility scenario, L1 / L2 mobility may be performed using only the PHY split into multiple instances, while the MAC layer, RLC layer, and PDCP layer may be common to both connections. The exemplary embodiments may utilize any suitable number of protocol stack layers split into multiple instances to enable simultaneous communication during the mobility procedure.

[0057] 6 is a diagram illustrating a network deployment 600 in accordance with various exemplary embodiments. The following description provides a general overview of the various components of the exemplary deployment 600 within the context of inter-CU mobility. The specific operations performed by the components for the exemplary embodiments are described in more detail following the description of the network deployment 600.

[0058] Those skilled in the art will appreciate that the components of the example network deployment 600 may reside in various physical and / or virtual locations relative to the network deployment 100 of Figure 1. These locations may include within an access network (e.g., NR RAN 120), within a core network 130, within a gNB (e.g., gNB 120A and / or gNB 120B), as separate components outside of the locations described with respect to Figure 1, etc.

[0059] In FIG. 6, various components are shown as connected via connections labeled F1-C, F1-U, Xn-C, and Xn-U. The "U" designation may represent a user plane interface, and the "C" designation may represent a control plane interface. Those skilled in the art will understand that each of these connections (or interfaces) is defined in the 3GPP specifications. The exemplary network arrangement 600 uses these connections in the manner in which they are defined in the 3GPP specifications. However, these connections are provided for illustrative purposes, and the exemplary embodiments may apply to any suitable arrangement of components and interfaces. Furthermore, although these interfaces are referred to as connections throughout this description, it should be understood that these interfaces need not be direct connections, either wired or wireless; for example, the interfaces may communicate through intervening hardware and / or software components.

[0060] Network deployment 600 illustrates a scenario in which UE 110 is already configured to communicate with a target node and a source node simultaneously (e.g., 420 of method 400). In this example, UE 110 is configured to communicate with TRP 610 and TRP 650. In some embodiments, TRPs 610, 650 may operate on different frequencies (e.g., inter-frequency mobility).

[0061] TRP 610 is a serving TRP operated by a gNB-DU 612 connected to a source gNB-CU 614. TRP 650 is operated by a gNB-DU 652 connected to a target gNB-CU 616. The source gNB-CU 614 and the target gNB-CU 616 may communicate with each other using one or more interfaces (e.g., CP, UP, etc.).

[0062] In this scenario, the TRP 650 may be characterized as a target TRP. In addition, the TRP 650 may also be characterized as a supporting TRP. As indicated above, the term supporting TRP (or supporting cell) generally refers to a target TRP that may communicate with the UE 110 during a mobility procedure but has not yet completed its transition to the target node. Upon completion, the roles of the serving TRP and supporting TRP may switch; for example, the TRP 610 may be initially configured as a serving TRP, and then its role may be switched to a supporting TRP.

[0063] 6 also shows a portion of a protocol stack configuration that may be used by the UE 110 to simultaneously communicate with the TRP 610 and the TRP 650 during this intra-CU mobility scenario. In this example, the PHY layer is split into two instances. PHY 660 may be used to communicate with the TRP 610, and PHY 661 may be used to communicate with the TRP 650. The MAC layer may also be split into two instances. MAC 670 may be used to communicate with the TRP 610, and MAC 671 may be used to communicate with the TRP 650. The RLC layer may also be split into two instances. RLC 680 may be used to communicate with the TRP 610, and RLC 681 may be used to communicate with the TRP 650. There may be a common PDCP layer used to communicate with both the TRP 610 and the TRP 650. However, the exemplary embodiments are not limited to any particular type of protocol stack configuration. Example embodiments may utilize any suitable number of protocol stack layers divided into multiple instances to enable simultaneous communication during mobility procedures.

[0064] Returning to 420 of method 400, the network may configure UE 110 to simultaneously communicate with a serving node and a target node (e.g., network deployments 500-600). At 425, the target node is now configured as the serving node. For example, within the context of network deployment 500, a serving cell switch may occur, TRP 550 may now be configured as the serving TRP, and TRP 510 may now be configured as the assisting TRP. In this intra-CU mobility scenario, there is no gNB-CU handover. To provide another example, within the context of network deployment 600, a serving cell switch may occur, TRP 650 may now be configured as the serving TRP, and TRP 610 may now be configured as the assisting TRP. In this inter-CU mobility scenario, the roles of gNB-CU 614 and target gNB-CU 616 may change in conjunction with the serving cell switch or may not change until the connection to the initial source gNB-CU 614 is released.

[0065] At 430, the connection to the initial serving node (e.g., TRP 510, 610, etc.) and / or the initial source node (e.g., gNB-CU 614) may be released. Further details regarding the signaling and network side operations for this release are provided below with respect to signaling diagrams 700-800.

[0066] 7 shows a signaling diagram 700 illustrating an example of an exemplary mobility framework. The signaling diagram 700 includes a UE 110, a source gNB-CU 701, a source gNB-DU 702, a target gNB-CU 703, and a target gNB-DU 704. In this example, the UE 110 and the gNB-CUs 701, 703 are shown as communicating directly with each other. As shown in network configurations 500, 600, in a practical deployment scenario, signaling between the gNB-CU and the UE 110 may be facilitated by a gNB-DU and a TRP. Additionally, while the signaling diagram 700 illustrates an inter-CU mobility scenario, reference may be made to exemplary extensions relating to intra-CU mobility during the description of the signaling diagram 700.

[0067] At 705, the source gNB-CU 701 sends a handover preparation request to the target gNB-CU 703. For example, the gNB-CU 701 may communicate with the target gNB-CU 703 using an Xn interface. Here, it is assumed that the gNB-CU 703 accepts the request from the gNB-CU 701. However, in an actual deployment scenario, the gNB-CU 703 may reject the handover request for any of a variety of different reasons.

[0068] At 710, the target gNB-CU 703 configures the target gNB-DU 704 for the UE 110. This may include configuring and / or retrieving relevant reference signal configuration information (e.g., CSI-RS, etc.) from the gNB-DU 704. For example, the configuration information may include, but is not limited to, CSI-RS time domain information, CSI-RS frequency domain information, etc.

[0069] At 715, the target gNB-CU 703 sends a handover prepare acknowledgment (ACK) to the source gNB-CU 701. The handover prepare ACK is provided over the Xn interface and may include configuration information corresponding to the gNB-DU 704. In other embodiments, the configuration information may be provided to the source gNB-CU 701 in a message separate from the handover prepare ACK.

[0070] At 720, UE 110 may configure UE 110 to perform measurement reporting. For example, a source gNB may provide UE 110 with beam resources for multiple TRPs. The TRPs may be from the same gNB-CU and gNB-DU, from the same gNB-CU but different gNB-DUs, or from different gNB-DUs in different gNB-CUs. This information may enable UE 110 to collect measurement data corresponding to multiple different TRPs.

[0071] At 725, UE 110 provides a measurement report. To provide a general example, UE 110 may be configured with measurement gaps (or may be configured to perform gapless measurements) to collect measurement data on neighboring cells. In addition, UE 110 may collect measurement data corresponding to UE 110's serving cell. UE 110 may monitor measurement data for neighboring cells and the serving cell, and if a predetermined condition occurs (e.g., measurement data exceeds a threshold), UE 110 may be triggered to provide a measurement report. In some embodiments, the measurement report may comprise conventional L3 measurements. In other embodiments, UE 110 may report L1 and / or L2 measurement data instead of or in addition to L3 measurements. The network may use the measurement report to determine whether to perform a handover of UE 110.

[0072] At 730, the network configures the UE 110 to communicate with both the source node and the target node simultaneously. The gNB-CU 701 may configure the UE 110 with this simultaneous communication capability to minimize (or eliminate) mobility interruption time. The network may configure the UE 110 with this capability using one or more RRC messages or any other suitable type of signaling. Although not shown in signaling diagram 700, in an actual deployment scenario, over-the-air (OTA) communication between the UE 110 and the gNB-CU may be facilitated by a gNB-DU.

[0073] To provide an example of how a network may configure this functionality, source gNB-CU 701 may decide to handover UE 110 to another node. On the network side, source gNB-CU 701 and target gNB-CU 702 may set up a data path (e.g., UP configuration), and source gNB-CU 701 may obtain security key configurations intended for use by target gNB-CU 703. Source gNB-CU 701 may then configure UE 110 to enter an operational mode in which one or more protocol stack layers are split into multiple instances (e.g., DAPS, the protocol stacks shown in FIGS. 6-7, etc.). Source gNB-CU 701 may then provide relevant security configuration information and / or additional RRC configuration information to UE 110 to enable the simultaneous communication functionality. In an intra-CU mobility scenario, the source gNB may configure the UE 110 with multi-TRP operation in which the UE 110 is configured to transmit and / or receive on both the source TRP and the target TRP.

[0074] At 735, the UE 110 reports measurement data to the source gNB-CU 701 and / or the target gNB-CU 703. This measurement data may include one or more of L2 measurement data, L1 measurement data, and L3 measurement data. This measurement data may trigger a serving cell switch. In some embodiments, this reporting may be provided using L1 uplink control information (UCI) on the physical uplink control channel (PUCCH) or physical uplink shared channel (PUSCH). However, example embodiments are not limited to L1 UCI and may report this data using any suitable L1, L2, or L3 signaling.

[0075] As indicated above, the UE 110 may be configured to communicate with two or more TRPs simultaneously, but the UE 110 may be configured to measure and report measurements of TRP reference signals (e.g., UE 110-dedicated reference signals that may be different from the reference signals used to collect the measurement data used in 720). This reporting may include L3 measurement data, L2 measurement data, and / or L1 measurement data. In some embodiments, this measurement reporting may be provided using L1 uplink control information (UCI) on the physical uplink control channel (PUCCH) or physical uplink shared channel (PUSCH).

[0076] In an intra-CU mobility scenario, L3 or L2 measurements may be transmitted by UE 110 on either or both beams. The network may indicate to UE 110 which beam to use for reporting, or UE 110 may determine which beam to use based on any appropriate conditions. In an inter-CU mobility scenario, L2 measurements may be transmitted by UE 110 on either or both beams. The network may indicate to UE 110 which beam to use for reporting, or UE 110 may determine which beam to use based on any appropriate conditions. In FIG. 7, reporting is shown as being performed on both beams.

[0077] The network may indicate to the UE 110 the reference signals to be measured and their corresponding IDs. The UE 110 may use the IDs in a measurement report to indicate to the network which beams and / or reference signals are being measured. For example, the measurement report may include the TRP ID, the reference signal ID, and the corresponding measurement data. In some embodiments, the measurement data may be absolute measurements. In other embodiments, a quantization lookup table may be utilized, with each enumeration reflecting a particular value or range. The lookup table may be hard-coded in the 3GPP standard or may be predefined for the UE 110 and the network in any other suitable manner.

[0078] At 740, the target gNB-CU 703 triggers a soft handover of the UE 110. For example, the target gNB-CU 703 may send a message to the source gNB-CU 701 indicating that a serving cell switch should be performed. As noted above with respect to the network deployments 600-700, a serving cell switch may refer to a change in the roles of the serving cell and the supporting cell.

[0079] At 745, the source gNB-CU 701 sends a serving cell switch indication to the UE 110. This indication may be provided via L1 DCI, L2 MAC CE, or L3 RRC signaling. From the UE 110's perspective, the serving cell switch may include the UE 110 updating its primary serving cell (e.g., primary cell (PCell), primary secondary cell (PSCell), anchor cell, etc.) to the target TRP. At 750, the UE 110 serving cell switch confirmation to the source gNB-CU 701. At 755, the gNB-CU 701 may send a serving cell switch complete message to the gNB-CU 703. At this time, although the serving cell has been switched, the UE 110 may still communicate with the TRP of the gNB-CU 701 and the TRP of the gNB-CU 703. However, the role of the TRP for gNB-CU 701 may switch from serving to assisting, and the role of the TRP for gNB-CU 703 may switch from assisting to serving.

[0080] At 760, the new source gNB-CU 703 initiates removal of the previous source gNB-CU 701. For example, the gNB-CU 703 may notify the gNB-CU 701 via the Xn interface that the UE 110's simultaneous communication capability should be deconfigured or deactivated. At 765, the new source gNB-CU 703 may send a message to the UE 110 that triggers the UE 110 to release the previous source gNB-CU 701 configuration and / or deactivate the simultaneous communication capability. This message may be an RRC message or any other suitable type of signaling. In some embodiments, before initiating removal of the previous source node, the network may determine that the new serving cell is no longer appropriate and switch back to the previous serving cell (e.g., gNB-CU 701).

[0081] 8 shows a signaling diagram 800 illustrating an example of an exemplary mobility framework. The signaling diagram 800 includes the UE 110, a source gNB-CU 801, a source gNB-DU 802, a target gNB-CU 803, and a target gNB-DU 804. In this example, the UE 110 and the gNB-CUs 801, 803 are shown as communicating directly with each other. In a practical deployment scenario, as shown in the network deployments 500, 600, signaling between the gNB-CU and the UE 110 may be facilitated by a gNB-DU and a TRP. Additionally, while the signaling diagram 800 illustrates an inter-CU mobility scenario, reference may be made to exemplary extensions relating to intra-CU mobility during the description of the signaling diagram 800.

[0082] At 805, the network configures UE 110 to communicate with both the source node and the target node simultaneously, similar to 730 in signaling diagram 700. In this example, it is assumed that operations 705-725 or any other suitable type of signaling have already been performed in UE 110 to enable this functionality.

[0083] The gNB-CU 801 may configure the UE 110 with this simultaneous communication capability to minimize (or eliminate) mobility interruption time. The network may configure the UE 110 with this capability using one or more RRC messages or any other suitable type of signaling. Although not shown in signaling diagram 800, in an actual deployment scenario, over-the-air (OTA) communication between the UE 110 and the gNB-CU may be facilitated by the gNB-DU.

[0084] At 810, UE 110 triggers a serving cell switch. This is in contrast to signaling diagram 700, in which UE 110 transmits measurement data at 735. In signaling diagram 800, UE 110 notifies the network that UE 110 has switched its serving cell. Thus, UE 110 may update its primary serving cell without receiving an explicit command from the network. UE 110 may notify the network of this switch using an explicit RRC message (L3), MAC CE (L2), or UCI (L1). In some embodiments, the network may configure UE 110 to initiate this serving cell switch; if the network does not explicitly configure this feature, UE 110 may not trigger a serving cell switch.

[0085] Returning briefly to signaling diagram 700, at 735, instead of or in addition to reporting measurement data, UE 110 may send a request for a serving cell switch. This request may be sent as an L1, L2, or L3 signal. The remaining signaling in signaling diagram 700 may remain the same. Thus, as opposed to sending measurement data and having the network initiate the serving cell switch, UE 110 may request the serving cell switch, or, as shown in signaling diagram 800, UE 110 may trigger the serving cell switch and then notify the network of the switch.

[0086] As described in the examples above, the criteria for UE 110 to perform a UE-triggered serving cell switch (e.g., 810) or explicitly request a serving cell switch from the network may be similar. Examples of the criteria are provided below and described with respect to signaling diagram 800. However, those skilled in the art will understand how criteria may be used to trigger UE 110 to request a serving cell switch in addition to, or instead of, providing measurement data at 735 of signaling diagram 700.

[0087] The criteria may be configured by the network in any suitable manner. For example, the network may provide a set of conditions to the UE 110 that, if met, cause the UE 110 to request or trigger a serving cell switch. One condition may relate to a signal strength metric of a beam corresponding to the target cell being greater than or higher than a threshold relative to the current serving cell. Another condition may relate to a signal strength metric of a beam corresponding to the serving cell being lower than a threshold or lower than a threshold relative to a potential target serving cell. However, example embodiments are not limited to any particular conditions and may utilize combinations of the example conditions provided above or any other suitable set of one or more conditions.

[0088] At 815, the UE 110 sends a serving cell switch indication to the target gNB-CU 803 indicating that the UE 110 has performed a UE-triggered serving cell switch. At 820, the target gNB-CU 803 sends the serving cell switch indication to the source gNB-CU 801. At 825, the gNB-CU 801 sends a serving cell switch complete message to the gNB-CU 803. At 830, the gNB-CU 801 sends a serving cell switch confirm indication to the UE 110. This indication may be provided using L1 signaling, L2 signaling, or L3 signaling.

[0089] At 835, the new source gNB-CU 803 may send a message to the UE 110 triggering the UE 110 to release the previous source gNB-CU 801 configuration. This message may be an RRC message or any other suitable type of signaling. In some embodiments, before initiating the removal of the previous source node, the UE 110 or the network may determine that the new serving cell is no longer suitable and switch back to the previous serving cell (e.g., gNB-CU 801).

[0090] The example enhancements described herein can be extended to a scenario in which the target gNB-DU is one target cell from a pool of target cells. The UE 110 can be configured with multiple TRP configurations across different frequencies. A cell switch in this scenario can be triggered when a DCI or MAC CE is provided to the UE 110 indicating that physical downlink control channel (PDCCH) reception on the supporting cell should occur.

[0091] The examples provided above have been described with respect to a single serving cell. Those skilled in the art will understand that the example extensions described herein may also be applicable to carrier aggregation (CA), dual connectivity (DC), and / or cell groups (e.g., primary cell group (PCG), secondary cell group (SCG)). For example, signaling diagrams 700-800 may be performed for one of a PCG or an SCG.

[0092] Those skilled in the art will appreciate that the above exemplary embodiments may be implemented in any suitable software or hardware configuration, or combination thereof. Exemplary hardware platforms for executing the exemplary embodiments may include, for example, Intel x86-based platforms with compatible operating systems, Windows OS, Mac platforms, and MAC OS, and mobile devices with operating systems such as iOS and Android. Exemplary embodiments of the above methods may be embodied as a program including lines of code stored on a non-transitory computer-readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0093] Although the present application describes various embodiments, each having different features in various combinations, it will be understood by those skilled in the art that any of the features of one embodiment may be combined with the features of other embodiments in a manner that is not specifically disallowed or is not functionally or logically inconsistent with the operation or described functionality of the device of the disclosed embodiment.

[0094] It is well understood that the use of personal information should comply with generally recognized privacy policies and practices that meet or exceed industry or government requirements for maintaining user privacy. In particular, personal information data should be managed and handled in a manner that minimizes the risk of unintended or unauthorized access or use, and the nature of authorized uses should be clearly indicated to users.

[0095] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure without departing from the spirit or scope of the disclosure. Thus, the present disclosure is intended to cover the modifications and variations of the present disclosure provided they come within the scope of the appended claims and their equivalents.

Claims

1. A processor of a user equipment (UE) configured to perform operations, the operations comprising: activating a simultaneous communication function with a first cell and a second cell, the first cell being configured as a serving cell and the second cell being configured as a target cell; reporting, to the network while the simultaneous communication capability is configured, measurement data for Layer 1 (L1) / Layer 2 (L2) based mobility, the measurement data corresponding to a transmitting / receiving point (TRP) of the second cell, and using L1 measurement data and L2 measurement data; determining that a serving cell switch should be performed, the serving cell switch including the second cell being reconfigured as the serving cell and the first cell being reconfigured as the target cell; receiving a message from the second cell indicating that the simultaneous communication feature should be deactivated after the serving cell switch; and releasing the first cell in response to the message.

2. The operation is 10. The processor of claim 1, further comprising receiving a signal from a network indicating that the serving cell switch should be performed, the signal being one of a Downlink Control Information (DCI), a Medium Access Control (MAC) Control Element (CE), or a Radio Resource Control (RRC) message.

3. 2. The processor of claim 1, wherein before the serving cell switch, the serving cell is one of a primary cell (PCell) or a primary secondary cell (PSCell), and the serving cell switch includes updating the one of the PCell or the PSCell to the target cell while maintaining the simultaneous communication capability between the PCell or the one of the PSCell and the target cell.

4. The operation is 2. The processor of claim 1, further comprising: after the serving cell switch and before receiving the message from the second cell indicating that the simultaneous communication capability should be deactivated, receiving a command from a network for a second serving cell switch, the second serving cell switch including the second cell being reconfigured as the target cell and the first cell being reconfigured as the serving cell.

5. The operation is The processor of claim 1 , further comprising receiving configuration information corresponding to a plurality of transmission / reception points (TRPs).

6. The operation is The processor of claim 1 , further comprising receiving a security key for the second cell before activating the simultaneous communication capability with the first cell and the second cell.

7. The processor of claim 1 , wherein the measurement data is transmitted to both the first cell and the second cell.

8. The processor of claim 1 , wherein the measurement data includes a transmitting / receiving point (TRP) ID, a reference signal ID, and corresponding measurements.

9. 2. The processor of claim 1, wherein determining that the serving cell switch should be performed includes identifying that measurement data corresponding to one of the first cell or the second cell satisfies a predetermined condition.

10. The operation is The processor of claim 1 , further comprising: sending an indication to the second cell that the UE has updated its serving cell to the second cell.

11. The operation is The processor of claim 1 , further comprising: transmitting a request for the serving cell switch to one of the first cell or the second cell.

12. The processor of claim 1 , wherein the first cell is part of a primary cell group (PCG) or a secondary cell group (SCG).

13. A processor at a first base station configured to perform operations, the operations comprising: transmitting configuration information to a user equipment (UE), the configuration information configuring the UE with simultaneous communication capability to a first cell configured as a serving cell and a second cell configured as a target cell, the base station controlling the first cell; receiving, while the UE is configured with simultaneous communication capabilities, a measurement data report for Layer 1 (L1) / Layer 2 (L2) based mobility, the measurement data corresponding to a transmission / reception point (TRP) of the second cell, the measurement data report using L1 measurements and L2 measurements; receiving, from a second base station controlling the second cell, an indication that a serving cell switch should be performed for the UE, the serving cell switch including the second cell being reconfigured as the serving cell and the first cell being reconfigured as the target cell; receiving an indication from the second base station that the first cell should be released by the UE.

14. The operation is 14. The processor of claim 13, further comprising: sending to the UE a signal indicating that the serving cell switch should be performed, the signal being one of a Downlink Control Information (DCI), a Medium Access Control (MAC) Control Element (CE), or a Radio Resource Control (RRC) message.

15. The operation is 14. The processor of claim 13, further comprising: transmitting to the UE a message indicating beam resources for multiple transmission / reception points (TRPs), the multiple TRPs being associated with the same next base station or different base stations.

16. The processor of claim 13 , wherein the configuration information includes a security key corresponding to the second cell.

17. The operation is 17. The processor of claim 16, further comprising receiving the security key from a second base station that controls the second cell before transmitting the configuration information.

18. The operation is The processor of claim 13 , further comprising: configuring a data path of a user plane configuration with a second base station that controls the second cell.

Images