Method for 5g NR handover

Abstract

To provide a method for 5G NR handover related to radio communication.SOLUTION: User equipment (UE) receives a handover command from a source gNB, and after receiving the handover command, the UE exchanges data with the source gNB. While the UE exchanges data with the source gNB, the UE performs downlink synchronization acquisition with a target gNB, transmits an uplink signal to the target gNB, and stops data exchange with the source cell after transmitting the uplink signal to the target cell.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] This application relates generally to wireless communications, and more particularly to 5G NR handover schemes. [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. It has been identified that a need exists for techniques configured to support a fifth-generation (5G) new radio (NR) make-before-break (MBB) handover scheme. It has also been identified that a need exists for techniques configured to support a 5G NR random access channel (RACH)-less handover scheme. Summary of the Invention

[0003] Some example embodiments provide for a processor of a user equipment (UE) configured to perform operations including receiving a handover command from a source cell, where after receiving the handover command, the UE is configured to exchange data with the source cell, performing downlink synchronization acquisition with a target cell while the UE is configured to exchange data with the source cell, and transmitting an uplink signal to the target cell, where after transmitting the uplink signal to the target cell, the UE stops exchanging data with the source cell.

[0004] Another example embodiment relates to a processor of a base station configured to perform operations including sending a handover command to a user equipment (UE), determining whether the UE is configured to remain configured to exchange data with the base station after receiving the handover command, and sending a downlink signal to the UE prior to completion of the handover to the target base station.

[0005] Yet another example embodiment relates to a processor of a user equipment (UE) configured to perform operations including receiving a handover command from a source cell and transmitting an uplink signal to a target cell, the uplink signal including user data and being a first transmission performed to the target cell after receiving the handover command, wherein the UE does not transmit any signal to the target cell before the first transmission. [Brief explanation of the drawings]

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

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

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

[0009] [Figure 4] FIG. 1 illustrates a signaling diagram for a fifth generation (5G) new radio (NR) make-before-break (MBB) handover, in accordance with various exemplary embodiments.

[0010] [Figure 5] FIG. 1 illustrates a signaling diagram for 5G NR random access channel (RACH)-less handover, in accordance with various exemplary embodiments.

[0011] [Figure 6] FIG. 1 illustrates a signaling diagram for 5G NR RACH-less handover failure detection, in accordance with various exemplary embodiments.

[0012] [Figure 7]FIG. 1 illustrates a signaling diagram for 5G NR RACH-less handover failure handling, in accordance with various exemplary embodiments. DETAILED DESCRIPTION OF THE INVENTION

[0013] 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. Exemplary embodiments relate to fifth-generation (5G) New Radio (NR) handover schemes. As described in more detail below, in one aspect, exemplary embodiments introduce techniques for implementing a 5G NR Make-Before-Break (MBB) handover scheme. In another aspect, exemplary embodiments introduce techniques for implementing a 5G NR Random Access Channel (RACH)-less handover scheme.

[0014] The exemplary embodiments are described with reference to user equipment (UE). However, reference to a UE is provided for illustrative purposes. The exemplary embodiments may be used with any electronic component, configured with hardware, software, and / or firmware, capable of 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.

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

[0016] 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 preparation 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.

[0017] Furthermore, each gNB may support one or more cells. Throughout this specification, 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.

[0018] The exemplary embodiments are described with respect to an MBB handover scheme. Those skilled in the art will understand that an MBB handover generally refers to a handover procedure in which a connection between a UE and a source cell is maintained after receiving a handover command. The exemplary embodiments introduce techniques for when the connection between the UE and the source cell should be released within the context of a 5G NR MBB handover scheme. Additionally, the exemplary embodiments introduce techniques for 5G NR MBB handover failure handling.

[0019] Exemplary embodiments are also described with respect to a RACH-less handover scheme. Those skilled in the art will understand that a RACH-less handover generally refers to a handover procedure in which no RACH procedure is performed between the UE and the target cell. The exemplary embodiments introduce techniques for implementing a 5G NR RACH-less handover scheme. As described in more detail below, these exemplary techniques may include techniques for triggering a RACH-less handover, UE behavior in response to a RACH-less handover command, RACH-less handover failure detection, RACH-less handover failure handling, uplink grant handling, and techniques for determining a timing advance (TA) for the target cell.

[0020] The example embodiments introduce techniques for 5G NR handover schemes. Each of the example techniques described herein may be used independently of one another, in conjunction with currently implemented 5G NR handover schemes, future implementations of 5G NR handover schemes, or independently of other 5G NR handover schemes.

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

[0022] 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 networks 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.

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

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

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

[0026] 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, data acquisition devices, ports for electrically connecting the UE 110 to other electronic devices, etc.

[0027] The processor 205 may be configured to execute multiple engines of the UE 110. For example, the engines may include a 5G NR MBB handover engine 235 and a 5G NR RACH-less handover engine 240. The 5G NR MBB handover engine 235 may be configured to perform various operations related to an MBB handover, including, but not limited to, determining when a connection to a source cell should be released and MBB handover failure handling. The 5G NR RACH-less handover engine 240 may be configured to perform various operations related to a 5G NR RACH-less handover, including, but not limited to, RACH-less handover failure detection, RACH-less handover failure handling, uplink grant processing, and determining a TA for a target cell.

[0028] The engines 235, 240 described above as applications (e.g., programs) executed by the processor 205 are provided for illustrative purposes only. The functionality associated with the engines 235, 240 may also be represented as separate, integrated components of the UE 110, or may be modular components coupled to the UE 110, such as integrated circuits with or without firmware. For example, an integrated circuit may include input circuitry for receiving signals and processing circuitry for processing signals and other information. The engines 235, 240 may also be embodied as a single 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.

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

[0030] 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 can establish a connection and manage network operations.

[0031] The base station 300 may include a processor 305, a memory device 310, an input / output (I / O) device 315, a transceiver 320, and other components 325. The other components 325 may include, for example, an audio input device, an audio output device, a battery, a data acquisition device, a port for electrically connecting the base station 300 to other electronic devices, one or more transmit receive points (TRPs), etc.

[0032] The processor 305 may be configured to execute multiple engines 330, 335 for the base station 300. For example, the engines may include a 5G NR MBB handover engine 330 and a 5G NR RACH-less handover engine 335. The 5G NR MBB handover engine 330 may be configured to perform various operations related to an MBB handover, including, but not limited to, sending a handover preparation request to a target gNB, receiving a handover preparation request from a source gNB, sending a handover command to the UE 110, and receiving an MBB handover failure indication from the UE 110. The 5G NR RACH-less handover engine 335 may be configured to perform various operations related to a RACH-less handover, including, but not limited to, sending a handover preparation request to a target gNB, receiving a handover preparation request from a source gNB, sending a handover command to the UE 110, and sending a dynamic downlink grant to the UE 110.

[0033] The above-described engines 330, 335, each an application (e.g., a program) executed by the processor 305, are merely exemplary. The functionality associated with engines 330, 335 may also be represented as separate, integrated components of the base station 300, or may be modular components coupled to the base station 300, such as integrated circuits with or without firmware. For example, an 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 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.

[0034] 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 apparatus 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.

[0035] As noted above, exemplary embodiments relate to implementing a 5G NR MBB handover scheme. Figure 4 illustrates a signaling diagram 400 of a 5G NR MBB handover in accordance with various exemplary embodiments. The signaling diagram 400 includes a UE 110, a source gNB 403, and a target gNB 404.

[0036] In this example, it is assumed that UE 110 and the network each support MBB handover. Although not shown in signaling diagram 400, UE 110 may report its support for MBB handover to the network via a capability report (e.g., an access stratum (AS) capability report or any other suitable type of capability report). This MBB capability may be specific to frequency range 1 (FR1), specific to frequency range 2 (FR2), or applicable to both FR1 and FR2. Thus, in some embodiments, UE 110 may report whether it supports MBB for FR1, FR2, or both.

[0037] Further, UE 110 may report this capability for each band combination. For example, UE 110 may tune its transceiver 225 and scan frequency bands that can be used for carrier aggregation (CA) and / or dual connectivity (DC). UE 110 may then compile multiple different band combinations based on any of a variety of different factors (e.g., services supported on each band, measurement data, UE preferences, etc.). UE 110 advertises all or some of the compiled band combinations to the network, and the network then configures UE 110 with one of the advertised band combinations. When UE 110 supports MBB handover, UE 110 may indicate whether it supports MBB handover for each reported band combination.

[0038] At 405, the source gNB 402 sends a handover preparation request to the target gNB 404. The request may include an MBB bit flag or any other suitable indication that the handover preparation request is for an MBB handover. This request may be sent to the target gNB 404 via any suitable interface (e.g., Xn, E1, F1, etc.).

[0039] At 410, the target gNB 404 sends a handover command to the source gNB 402. The handover command may include an MBB bit flag or any other suitable indication that the handover to be performed is an MBB handover. In this example, it is assumed that the target gNB 404 has determined that an MBB handover of the UE 110 is permitted. However, in a real deployment scenario, the target gNB 404 may decide to deny the MBB handover request for any suitable reason.

[0040] At 415, the source gNB 402 sends a handover command to the UE 110. The handover command may include an MBB bit flag or any other suitable indication that the handover to be performed is an MBB handover.

[0041] At 420, UE 110 maintains its connection with source gNB 402. Due to the MBB handover, UE 110 can acquire downlink synchronization with the target cell and simultaneously perform data transmission / reception on the source cell. Thus, the connection to source gNB 402 is maintained after receiving the handover command. In this signaling diagram 400, the duration that UE 110 maintains its connection with source gNB 402 is indicated by dashed line 421.

[0042] At 425, UE 110 performs downlink synchronization acquisition with target gNB 404. For example, UE 110 may search for synchronization signals transmitted by target gNB 404. UE 110 may receive one or more synchronization signals (e.g., a primary synchronization signal (PSS), a secondary synchronization signal (SSS), a synchronization signal block (SSB), a physical broadcast channel (PBCH), system information, etc.) from target gNB 402 while UE 110 is still connected to source gNB 404. In other embodiments, UE 110 may acquire downlink synchronization from target gNB 404 before receiving a handover command from source gNB 402.

[0043] At 430, the UE 110 performs an uplink transmission to the target gNB 404. This transmission may indicate that the handover is complete. For example, the uplink transmission may be a RACH preamble. However, the example embodiment does not require that a RACH procedure be performed for an MBB handover, and MBB techniques may be used in conjunction with a RACH-less handover. Thus, the uplink transmission at 430 may be a RACH preamble and / or the first transmission sent to the target gNB 402 since the handover command was received from the source gNB 404.

[0044] When UE 110 initiates or performs a first uplink transmission to target gNB 404, UE 110 may stop transmitting and / or receiving data on source gNB 402. Thus, the first uplink transmission may act as a trigger to stop exchanging data with source gNB 402. However, UE 110 may retain source cell configuration and variables. Those skilled in the art will understand that the variables may include L2 context information (e.g., information for receiving or transmitting at the Packet Data Convergence Protocol (PDCP) / Radio Link Control (RLC) layer, information for PDCP reordering, information for RLC data reassembly usage, etc.).

[0045] At 435, UE 110 performs data transmission and / or reception with target gNB 404. In this example, it is assumed that the RACH procedure is successful or, in the case of a RACH-less handover, UE 110 has already been provided with the frequency and timing information necessary to exchange data with target gNB 404. Specific details for a RACH-less handover are provided below, following a description of example techniques for a 5G NR MBB handover.

[0046] In some embodiments, UE 110 may provide feedback to the source cell in response to the handover command to indicate whether UE 110 should maintain the source cell connection during handover. If UE 110 indicates not to maintain the connection to the source cell during handover, the source gNB may stop providing downlink data to UE 110 and perform a legacy handover to the target gNB. If UE 110 indicates that it intends to maintain the connection to the source cell during handover, the source gNB may continue transmitting / receiving during the handover, e.g., MBB handover.

[0047] The UE 110 may provide this feedback to the network via Layer 1 (L1), Layer 2 (L2), or Layer 3 (L3) signaling. For an L1 approach, the UE 110 may deliver the indication via a Physical Uplink Channel (PUCCH) Scheduling Request (SR) or Sounding Reference Signal (SRS). In some embodiments, the uplink resources for the PUCCH-SR or SRS may be dedicated resources provided by the source gNB via Radio Resource Control (RRC) signaling.

[0048] For the L2 approach, the exemplary embodiment introduces a (MAC) Control Element (CE) for MBB feedback indication.

[0049] For the L3 approach, UE 110 may include the indication in an RRC reconfiguration complete message provided in response to the handover command. Alternatively, the indication may be provided in UE assistance information.

[0050] To provide an example within the context of signaling diagram 400, in response to the handover command at 415, UE 110 may send a signal to source gNB 402 indicating whether UE 110 should maintain the source cell connection during the handover procedure. UE 110 may provide feedback indicating maintaining the source cell connection if UE 110 has already acquired downlink synchronization with target gNB 404 or if UE 110 can simultaneously acquire downlink synchronization with target gNB 404 and perform transmission / reception with source gNB 402. In some embodiments, UE 110 may send an indication of support based on UE preferences. Thus, there may be scenarios in which UE 110 indicates to source gNB 402 that UE 110 does not intend to maintain a connection to source gNB 403 during handover, even if UE 110 is capable of MBB handover.

[0051] In some embodiments, no feedback may indicate to source gNB 402 that UE 110 intends to maintain a connection with the source cell during handover, or no feedback may indicate to source gNB 402 that UE 110 does not intend to maintain a connection during handover. Thus, feedback may be provided by UE 110 to indicate that UE 110 will not perform an MBB handover, and no feedback may be provided by UE 110 to indicate that UE 110 will perform an MBB handover (or vice versa).

[0052] The exemplary embodiment also introduces techniques for MBB handover failure handling. The following description of the MBB handover failure handling techniques is described with reference to signaling diagram 400.

[0053] In a first approach, the UE 110 may operate an MBB handover failure detection timer. The UE 110 may start the timer when performing an MBB handover. For example, the UE 110 may start the timer in response to a handover command 415 or any other appropriate event corresponding to an MBB handover. The UE 110 may stop the timer when the first uplink transmission 430 is deemed successful. For example, the UE 110 may stop the timer in response to L1 feedback from the target gNB 404 indicating that the uplink transmission 430 was successfully received. In another example, the UE 110 may stop the timer in response to receiving an uplink grant or downlink assignment for data transmission after the first uplink transmission 430. If the timer expires, the UE 110 may declare an MBB handover failure. In another approach, the UE 110 may declare an MBB handover failure based on a RACH failure in the target cell.

[0054] When an MBB handover failure is detected, UE 110 may be triggered to perform a legacy handover. For example, UE 110 may perform a RACH-based handover.

[0055] In another embodiment, when an MBB handover failure is detected, UE 110 may fall back to source gNB 402. As indicated above, UE 110 may retain the source cell configuration and variables after the first transmission at 430. Thus, UE 110 may revert to the configuration and variables associated with the source cell and send a handover failure indication to source gNB 402.

[0056] In contrast to an MBB handover failure in which the UE 110 is unable to establish a link to the target gNB 404, there may be a scenario in which the link to the source gNB 402 is severed before the switch to the target cell is completed. In this type of scenario, the UE 110 may focus on completing the handover to the target cell. For example, the UE 110 may still be able to perform uplink transmission 430 to the target gNB 404 even if the link to the source gNB 402 is severed.

[0057] In some embodiments, the MBB handover may be a conditional handover. When the network provides a commanded conditional handover, for each conditional cell, the network may indicate whether it is an MBB-type handover. On the UE 110 side, when a conditional handover is triggered, the UE 110 may first check whether the target cell is configured for MBB handover based on an indication provided by the network. If the target cell is configured for MBB handover, the UE 110 may perform an MBB handover as described above. If the target cell is not configured for MBB handover, a legacy handover may be performed.

[0058] The MBB technique may also be used for secondary cell group (SCG) change. For example, the MBB technique described herein may be used for primary secondary cell (PSCell) change, e.g., UE 110 transitioning from a source PSCell to a target PSCell. For example, the network may configure an SCG change indication with an MBB bit flag or any other appropriate indication. During the SCG change procedure, UE 110 may simultaneously transmit / receive on the source PSCell and perform target PSCell downlink synchronization acquisition. When UE 110 initiates a RACH procedure in the target PSCell, UE 110 may stop transmitting / receiving on the source PSCell.

[0059] In another approach, in response to the PSCell change indication, UE 110 may first check whether UE 110 has already acquired downlink synchronization with the target PSCell or whether UE 110 is capable of acquiring downlink synchronization with the target PSCell and transmitting / receiving on the source PSCell in parallel. If UE 110 is not capable of performing these operations in parallel, UE 110 may send an indication to the source PSCell (or primary node (PN)) that UE 110 is not capable of transmitting / receiving on the source PSCell during the PSCell change. If UE 110 is capable of performing these operations in parallel, UE 110 may send an indication to the source PSCell (or secondary node (SN)) that UE 110 is capable of transmitting / receiving on the source PSCell during the PSCell change.

[0060] Example embodiments also relate to implementing a 5G NR RACH-less handover scheme. Figure 5 shows a signaling diagram 500 of a 5G NR RACH-less handover in accordance with various example embodiments. The signaling diagram 500 includes a UE 110, a target gNB 502, and a source gNB 504.

[0061] In this example, it is assumed that UE 110 and the network each support RACH-less handover. Although not shown in signaling diagram 500, UE 110 may report its support for RACH-less handover to the network via a capability report (e.g., an AS capability report or any other suitable type of capability report). This RACH-less capability may be FR-specific, FR2-specific, or applicable to both FR1 and FR2. Thus, in some embodiments, UE 110 may report whether it supports RACH-less handover for FR1, FR2, or both.

[0062] At 505, the source gNB 502 sends a handover preparation request to the target gNB 504. The request may include a RACH-less handover bit flag or any other suitable indication that the handover preparation request is for a RACH-less handover. This request may be sent to the target gNB 504 over any suitable interface (e.g., Xn, E1, F1, etc.).

[0063] At 510, the target gNB 504 sends a handover command to the source gNB 502. The handover command may include a RACH-less handover bit flag or any other suitable indication that the handover to be performed is a RACH-less handover. In this example, it is assumed that the target gNB 504 has determined that the MBB handover of the UE 110 is allowed. However, in a real deployment scenario, the target gNB 504 may decide to reject the RACH-less handover request for any suitable reason.

[0064] At 515, the source gNB 504 sends a RACH-less handover command to the UE 110. In response to the handover command, the UE 110 may acquire downlink synchronization with the target cell (e.g., the gNB 504) and evaluate one or more RACH-less handover conditions. In this example, it is assumed that a RACH-less handover condition is met and a RACH-less handover to the gNB 504 is triggered. However, in an actual deployment scenario, if the condition is not triggered, the UE 110 may fall back to a legacy RACH-based handover, declare a handover failure, or perform any other appropriate procedure.

[0065] The exemplary embodiment introduces conditions that can be used to trigger a RACH-less handover. The network can provide the RACH-less handover conditions to the UE 110, or these conditions can be provisioned in any other suitable manner. In one approach, the RACH-less handover can be triggered based on the target cell radio quality. For example, the UE 110 can collect measurement data associated with the target cell radio quality. If the quality metric is equal to or greater than a threshold, the UE 110 can trigger a RACH-less handover.

[0066] In another approach, RACH-less handover may be triggered based on a downlink timing difference between the source cell and the target cell. For example, UE 110 may measure the downlink timing in the target cell and calculate the timing difference between the target cell downlink timing and the source cell downlink timing. If the timing difference is less than or equal to a threshold, UE 110 may trigger RACH-less handover.

[0067] In another approach, the RACH-less handover may be based on a radio quality difference between the source cell and the target cell. For example, the UE 110 may collect measurement data associated with the source cell radio quality and measurement data associated with the target cell radio quality. The UE 110 may then calculate a radio quality difference. If the radio quality difference is equal to or less than a threshold, the UE 110 may trigger the RACH-less handover.

[0068] In a further approach, the RACH-less handover may be triggered based on a radio quality threshold associated with a configured grant (CG) provided in the RACH-less handover command. For example, the network may provide thresholds associated with one or more CGs (assuming the CG configurations are associated with different beams). If the UE 110 cannot detect a suitable beam (e.g., a beam quality greater than the threshold of the corresponding CG), the UE 110 may fall back to a RACH-based handover, declare a handover failure, or perform any other appropriate action.

[0069] The RACH-less handover command may include an indication of uplink resources to be used for a first uplink transmission to the target cell (e.g., uplink transmission 520). For example, the RACH-less handover command may include a Type 1 CG configuration, which may provide UE 110 with timing and frequency information for performing an uplink transmission to the target cell.

[0070] As indicated above, the network may provide an uplink grant to UE 110 in the RACH-less handover command. In this example, the uplink grant configuration may reuse a Type 1 CG configuration or a small data transmission (SDT) uplink resource configuration structure. The SDT uplink resource configuration can support one CF resource associated with multiple beams. The network may configure the CG configuration and the associated beam. One CG configuration may be associated with two or more beams, and the network may configure multiple CG configurations. UE 110 may then select a CG configuration / resource for transmission based on the associated beam quality.

[0071] UE 110 may use the uplink grant for a first uplink transmission to the target cell (e.g., uplink transmission 520). After the first uplink transmission, UE 110 may process the uplink grant in any of a variety of different manners. In one approach, UE 110 may retain the uplink grant for subsequent uplink transmissions until the network releases the uplink grant via L1, L2, or L3 signaling. In another approach, UE 110 may stop using the uplink grant for subsequent transmissions until the network explicitly indicates to UE 110 that it will continue to use the uplink grant. In another approach, UE 110 may release the uplink grant when the first uplink transmission to the target cell (e.g., uplink transmission 520) is completed. In some embodiments, the uplink grant may be used for a retransmission of the first uplink transmission to the target cell (e.g., a retransmission of uplink transmission 520 (not shown)).

[0072] In some examples, the RACH-less handover command may include TA information that may be used for the first uplink transmission in the target cell (e.g., uplink transmission 520). In some embodiments, the TA value for the target cell may be the same as the source primary cell (PCell) TA value (e.g., source gNB 502). In another embodiment, the TA value for the target cell may be the same as the source PSCell TA value (e.g., source gNB 502). In a further embodiment, the TA value may be the same as the source TAG#X TA value. Those skilled in the art will understand that the term TAG refers to a timing advance group, and TAG#X represents the Xth TAG. When the UE 110 is operating in CA or DC, if the TA values ​​are different for different serving cells, the network may configure the serving cells in different TAGs. Within each TAG, the UE 110 maintains its own downlink synchronization and uplink TA values. TAG#X may be used when the SCell TA is different from the current PCell but the same in the target PCell. The network may instruct UE 110 to use the SCell TA value for initial access in the target cell.

[0073] In another embodiment, the TA value may be equal to 0. In some embodiments, the UE 110 may calculate the TA value. Exemplary techniques that may be used by the UE 110 to calculate the TA value for a RACH-less handover are provided in detail below.

[0074] UE 110 may derive an uplink TA for the first uplink transmission (e.g., transmission 520). If the network indicates that UE 110 should use UE-based TA calculation, UE 110 calculates the target cell uplink TA. This calculation may be based on the downlink timing difference between the source cell and the target cell. For example, if the downlink timing difference is (X), then the relative uplink TA is (2 * X).

[0075] UE 110 may start the TA timer for the target cell in response to any of a variety of different conditions. In one example, UE 110 may start the TA timer when UE 110 receives a RACH-less handover command. In another example, UE 110 may start the TA timer when UE 110 performs a first uplink transmission (e.g., uplink transmission 520). In another example, UE 110 may start the TA timer when UE 110 derives an uplink TA.

[0076] As mentioned above, this example assumes that a RACH-less handover is triggered. At 520, UE 110 performs an uplink transmission. The uplink transmission may include an indication that the handover is complete, user data, and / or any other suitable information. However, since this is a RACH-less handover, UE 110 does not include any information for the RACH procedure. Alternatively, this may not affect the TA timer, or the TA timer configured to control uplink synchronization may be disabled.

[0077] If the TA timer configured in the handover command expires during a RACH-less handover, a handover failure may be declared. In this type of scenario, if the first uplink transmission is not being performed, UE 110 may fall back to a RACH-based handover. Otherwise, if a TA timer expiration occurs when performing a retransmission, UE 110 may fall back to a legacy RACH-less handover or declare a handover failure. UE 110 may restart the TA timer upon receiving a Timing Advance Command (TAC) to indicate an update of the target cell TA information.

[0078] If an uplink grant is configured in the handover command, UE 110 may select an uplink grant with an appropriate beam and perform uplink transmission at 520. If there is no valid CG for transmission to the target cell, UE 110 may monitor dynamic scheduling at source gNB 502 (not shown) or declare a handover failure.

[0079] Alternatively, UE 110 may monitor a physical downlink control channel (PDCCH) in the target cell for a dynamic uplink grant, an example of which is shown in signaling diagram 500 as dynamic uplink grant 519a.

[0080] To perform the uplink transmission at 520, the UE 110 may use the TA indication provided in the handover command or calculated by the UE 110 itself.

[0081] At 525, the UE 110 performs another uplink transmission to the gNB 504. This transmission is provided to indicate that the UE 110 can perform subsequent transmissions and does not need to wait for the network to provide a contention resolution (CR) MAC CE.

[0082] 6 illustrates a signaling diagram 600 for 5G NR RACH-less handover failure detection in accordance with various exemplary embodiments. The signaling diagram 600 includes a UE 110, a target gNB 602, and a source gNB 604.

[0083] Signaling diagram 600 shows three different types of timers 650-670 that may be used for 5G NR RACH-less handover failure detection. A description of these timers is provided below after a general overview of the signaling shown in signaling diagram 600 is described.

[0084] At 605, the source gNB 602 and the target gNB 604 perform handover preparation, which is similar to signals 505-510 in signaling diagram 500.

[0085] At 610, the source gNB 604 sends a handover command to the UE 110. As shown above in signaling diagram 500, the handover command may include a RACH-less handover bit flag, uplink resources that may be used to perform the transmission of user data to the target gNB 504, and / or TA information.

[0086] At 615, the target gNB 504 transmits a dynamic uplink grant to the UE 110, which is similar to dynamic uplink grant 519a of signaling diagram 500.

[0087] At 620, UE 110 performs an uplink transmission to gNB 604. The uplink transmission may include an indication that the handover is complete, user data, and / or any other suitable information. However, because a RACH-less handover has been triggered, UE 110 does not include any information for the RACH procedure.

[0088] At 625, the gNB 604 transmits a downlink signal to the UE 110. In one example, the downlink signal may be an L1 acknowledgment (ACK) in response to the uplink transmission at 620. In another example, the downlink signal may be L1 scheduling for subsequent uplink or downlink communications. Thus, the downlink signal may be provided directly in response to the uplink transmission at 520 (e.g., ACK), or the uplink transmission may indicate to the gNB 604 that handover is complete and subsequent communications may be conducted with the UE 110 (e.g., L1 scheduling).

[0089] As mentioned above, the exemplary embodiment introduces three different timers that may be used for RACH-less handover failure detection. Although shown together in signaling diagram 600, these timers may be used independently of each other.

[0090] UE 110 may detect a RACH-less handover failure based on timer 650. UE 110 may start timer 650 when it performs a RACH-less handover (e.g., in response to a handover command). UE 110 may stop timer 650 when UE 110 determines that uplink transmission 620 was successful. This determination may be made based on receiving a downlink signal at 625 (e.g., L1 feedback, an uplink grant, a downlink assignment for data transmission, etc.). If timer 650 expires, UE 110 may declare a RACH-less handover failure.

[0091] Additionally, UE 110 may detect a RACH-less handover failure based on timer 660. UE 110 may start timer 660 when performing a RACH-less handover (e.g., in response to a handover command or upon acquiring downlink timing at the target cell). UE 110 may stop timer 660 when it receives a first uplink grant (e.g., dynamic uplink grant 615) from the target cell. If timer 660 expires, UE 110 may declare a RACH-less handover failure.

[0092] Further, UE 110 may detect a RACH-less handover failure based on timer 670. UE 110 may start timer 670 in response to transmitting the first uplink transmission 620. UE 110 may stop timer 670 when it receives an L1 ACK in response to the first uplink transmission 620 or when it receives L1 scheduling for a subsequent uplink / downlink transmission (e.g., downlink signal 625). If timer 670 expires, UE 110 may declare a RACH-less handover failure.

[0093] In one approach, when a RACH-less handover is detected, UE 110 may perform a RACH-based handover with the target cell. In another approach, when a RACH-less handover is detected, UE 110 may fall back to the source cell link and inform the source cell of the handover failure. An example of this RACH-less handover failure handling is shown in signaling diagram 700 of FIG. 7.

[0094] Signaling diagram 700 includes UE 110, source gNB 702, and target gNB 704. At 705, UE 110 detects a RACH-less handover failure. At 710, UE 110 transmits a RACH signal and / or an SR to source gNB 702. At 715, source gNB 702 transmits an uplink grant to UE 110. At 720, UE 110 transmits handover failure information to source gNB 702. This may include an indication that the RACH-less handover was not completed and / or UE assistance information. Those skilled in the art will understand that the failure handling illustrated in signaling diagram 700 for RACH-less handover may also be used for MBB handover failure. It will also be understood that the MBB failure handling techniques described above may also be used for RACH-less handover failure.

[0095] An exemplary RACH-less handover technique may be used with conditional handover. For example, the network may configure a RACH-less handover using a conditional handover command. When triggered, a RACH-less scheme may be applicable on the target cell. Conditional handover candidate cell selection may be based on the conditional handover scheme. Alternatively, UE 110 may prioritize candidate cells that support RACH-less handover during candidate cell selection.

[0096] Additionally, the exemplary RACH-less handover technique may also be used with a Dual Active Protocol Stack (DAPS) handover technique, in which the UE 110 has simultaneous connections to the source cell and the target cell after receiving a handover command. If RACH-less handover is supported by the UE 110 and the target cell, the DAPS framework may be configured to include RACH-less handover instead of RACH-based handover.

[0097] Furthermore, the exemplary RACH-less handover technique may also be applicable to SCG in DC. In this scenario, the network may configure RACH-less access for SCG addition / reconfiguration.

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

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

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

[0101] 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: receiving a handover command from a source cell, wherein after the reception of the handover command, the UE is configured to exchange data with the source cell; performing downlink synchronization acquisition with a target cell while the UE is configured to exchange data with the source cell; transmitting an uplink signal to the target cell, wherein after transmitting the uplink signal to the target cell, the UE stops exchanging data with the source cell.

2. The processor of claim 1 , wherein the UE retains a source cell configuration after transmitting the uplink signal.

3. The operation is 10. The processor of claim 1, further comprising: transmitting feedback to the source cell in response to the handover command, the feedback indicating that the UE remains configured to exchange data with the source cell after the reception of the handover command.

4. 4. The processor of claim 3, wherein the feedback is provided in a Physical Uplink Control Channel (PUCCH) Scheduling Request (SR) or Sounding Reference Signal (SRS).

5. The processor of claim 3 , wherein the feedback is provided in a medium access control (MAC) control element (CE).

6. The processor of claim 3 , wherein the feedback is provided in a Radio Resource Control (RRC) Configuration Complete message or UE Assistance Information.

7. The operation is 2. The processor of claim 1, further comprising: declaring a handover failure based on not receiving a response to the uplink signal sent to the UE prior to expiration of a timer operated by the UE.

8. The operation is The processor of claim 8 , further comprising: in response to the handover failure, performing a random access channel (RACH) based handover with the target cell.

9. The operation is 10. The processor of claim 8, further comprising: sending an indication of the handover failure to the source cell, wherein the UE falls back to the source cell configuration in response to the handover failure.

10. The operation is Declaring a handover failure based on a random access channel (RACH) failure with the target cell; 10. The processor of claim 1, further comprising: transmitting an indication of the handover failure to the source cell, wherein the UE falls back to the source cell configuration in response to the handover failure.

11. 2. The processor of claim 1, wherein the handover command is for a conditional handover and indicates that the target cell supports make-before-break handover.

12. A processor of a base station configured to perform operations, the operations comprising: sending a handover command to a user equipment (UE); determining whether the UE remains configured to exchange data with the base station after the reception of the handover command; transmitting a downlink signal to the UE prior to completion of handover to a target base station.

13. 13. The processor of claim 12, wherein the processor determines that the UE remains configured to exchange data with the base station after the reception of the handover command based on receiving feedback from the UE in response to the handover command.

14. 14. The processor of claim 13, wherein the feedback is provided in a physical uplink control channel (PUCCH) scheduling request (SR) or a sounding reference signal (SRS).

15. The processor of claim 13 , wherein the feedback is provided in a medium access control (MAC) control element (CE).

16. 14. The processor of claim 13, wherein the feedback is provided in a Radio Resource Control (RRC) Configuration Complete message or UE Assistance Information.

17. A processor of a user equipment (UE) configured to perform operations, the operations comprising: receiving a handover command from a source cell; transmitting an uplink signal to a target cell, the uplink signal including user data and being a first transmission performed to the target cell after the reception of the handover command, wherein the UE does not transmit any signal to the target cell before the first transmission.

18. 20. The processor of claim 17, wherein the handover command comprises a Type 1 Configuration Grant (CG) configuration to be used for the first transmission.

19. 18. The processor of claim 17, wherein the handover command comprises timing advance (TA) information used for the first transmission.

20. The operation is 18. The processor of claim 17, further comprising receiving a dynamic uplink grant from the target cell, the dynamic uplink grant being used for the first transmission.

21. The operation is starting a timer in response to the handover command; monitoring a downlink signal from the target cell after the first transmission, the timer expiring prior to the reception of the downlink signal; 20. The processor of claim 17, further comprising: declaring a handover failure based on the timer.

22. 22. The processor of claim 21, wherein the downlink signal is one of an acknowledgement (ACK) to the uplink signal or L1 scheduling information for subsequent reception or transmission by the UE.

23. The operation is starting a timer; receiving a dynamic uplink grant from the target cell used for the first transmission; 18. The processor of claim 17, further comprising: stopping the timer in response to the dynamic uplink grant, wherein the UE is configured to declare a handover failure if the dynamic uplink grant is not received before the expiration of the timer.

24. The operation is starting a timer in response to the first transmission; monitoring a downlink signal from the target cell in response to the first transmission, the timer expiring prior to the reception of the downlink signal; 20. The processor of claim 17, further comprising: declaring a handover failure based on the timer.

25. The operation is declaring a handover failure after the first transmission; 18. The processor of claim 17, further comprising: after declaring the handover failure, sending handover failure information to the source cell.

26. The operation is declaring a handover failure after the first transmission; 18. The processor of claim 17, further comprising: after declaring the handover failure, triggering a random access channel (RACH) based handover with the target cell.

27. 18. The processor of claim 17, wherein the handover command comprises an uplink grant for the target cell, the UE utilizing the uplink grant for the first transmission and a second transmission to the target cell subsequent to the first transmission.

28. The operation is 18. The processor of claim 17, further comprising: after the first transmission, receiving an indication from the target cell indicating that the UE will use an uplink grant in a second transmission following the first transmission, the uplink grant being included in the handover command and used for the first transmission.

29. 18. The processor of claim 17, wherein the UE releases the uplink grant used for the first transmission after the first transmission is completed and does not use the uplink grant for any other transmission.

30. 18. The processor of claim 17, wherein the UE calculates a TA to be used for the first transmission.

31. The operation is 31. The processor of claim 30, further comprising starting a timer TA timer in response to one of the handover command, the first transmission, or calculating the TA.

32. The operation is Identifying that a predetermined condition has been met; 18. The processor of claim 17, further comprising: triggering a random access channel (RACH)-less handover based on the predetermined condition.

33. 33. The processor of claim 32, wherein the predetermined condition is based on one or more of a target cell radio quality, a downlink timing difference between the source cell and the target cell, a radio quality difference between the source cell and the target cell, or a radio quality threshold associated with a configured grant (CG) configuration.

34. 18. The processor of claim 17, wherein the handover command is for a conditional handover and indicates that the target cell supports a random access channel (RACH)-less handover.

Images