Handling of invalid cell handover configurations in wireless communications

Abstract

The invention relates to handling invalid cell handover configurations in wireless communications. According to an embodiment of the present disclosure, a method performed by a communication device adapted to operate in a wireless communication system comprises the steps of: receiving a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, the second configuration is related to an execution condition for conditional mobility; transmitting, on the basis of satisfying the execution condition, information for suspending a cell handover related to the first configuration; and applying a second configuration for conditional mobility after transmitting the information.

Description

Technical Field

[0001] This disclosure relates to the handling of invalid cell handover configurations in wireless communications. Background Technology

[0002] The 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a technology that enables high-speed packet communication. Many proposals have been put forward for LTE objectives, including those aimed at reducing user and vendor costs, improving quality of service, and expanding and improving coverage and system capacity. As upper-layer requirements, 3GPP LTE needs to reduce cost per bit, increase service availability, allow flexible use of frequency bands, have a simple architecture, open interfaces, and appropriate power consumption for terminals.

[0003] The International Telecommunication Union (ITU) and 3GPP have begun developing requirements and specifications for New Radio (NR) systems. 3GPP must identify and develop the technical components needed for the successful standardization of the new RAT (Radio Access Technology) to meet both urgent market demands and the longer-term requirements outlined in the ITU Radiocommunication Sector (ITU-R) International Mobile Telecommunications (IMT)-2020 process. Furthermore, NR should be able to utilize any spectrum band, at least up to 100 GHz, that can be used for wireless communication even in the more distant future.

[0004] The goal of NR is a single technology framework that addresses all use cases, requirements, and deployment scenarios, including enhanced mobile broadband (eMBB), massive machine-type communications (mMTC), ultra-reliable and low-latency communications (URLLC), and more. NR should be inherently backward compatible.

[0005] In wireless communication, communication devices can be configured with cell handover settings. When a cell handover command is received for a candidate cell, the communication device can perform a cell handover to the candidate cell based on the corresponding cell handover configuration applied to the candidate cell. However, the cell handover configuration may become invalid for various reasons, which may lead to cell handover failure. Summary of the Invention

[0006] Technical solution

[0007] One aspect of this disclosure is to provide a method and apparatus for handling invalid cell handover configurations in a wireless communication system.

[0008] According to one embodiment of this disclosure, a method performed by a communication device suitable for operation in a wireless communication system includes the steps of: receiving a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to an execution condition for the conditional mobility; sending information for suspending the cell handover associated with the first configuration based on the satisfaction of the execution condition; and applying the second configuration for the conditional mobility after sending the information.

[0009] According to one embodiment of this disclosure, a method performed by a network node associated with a serving cell and configured to operate in a wireless communication system includes the steps of: sending to a communication device a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is associated with execution conditions for the conditional mobility; receiving from the communication device, based on satisfying the execution conditions, information for suspending the cell handover associated with the first configuration; and suspending the cell handover associated with the first configuration based on receiving the information, wherein the second configuration for the conditional mobility is applied after the communication device sends the information.

[0010] According to various embodiments, an apparatus for implementing the above method is described.

[0011] This disclosure can have various beneficial effects.

[0012] For example, according to this disclosure, once the execution conditions for inter-SN CPC are met, the UE can send a simple indication (e.g., a 1-bit indication) to the network and can avoid initiating an RRC (connection) reconstruction process due to invalid RRC LTM configuration and / or LTM execution failure. Therefore, latency and interruptions can be reduced.

[0013] The beneficial effects that can be obtained through specific embodiments of this disclosure are not limited to those listed above. For example, there may be various technical effects that can be understood and / or derived from this disclosure by those skilled in the art. Therefore, the specific effects of this disclosure are not limited to those explicitly described herein, but may include various effects that can be understood or derived from the technical features of this disclosure. Attached Figure Description

[0014] Figure 1 An example of a communication system that applies the implementation of this disclosure is shown.

[0015] Figure 2 An example of a wireless device that applies the implementation of this disclosure is shown.

[0016] Figure 3 An example of a UE that applies the implementation of this disclosure is shown.

[0017] Figure 4 and Figure 5 An example of a protocol stack in a 3GPP-based wireless communication system applying the implementation of this disclosure is shown.

[0018] Figure 6 The frame structure in a 3GPP-based wireless communication system applying the implementation of this disclosure is shown.

[0019] Figure 7 An example of a data flow in a 3GPP NR system applying the implementation of this disclosure is shown.

[0020] Figure 8 An example of a dual-connectivity (DC) architecture to which the technical features of this disclosure can be applied is shown.

[0021] Figure 9 An example of a conditional mobility process according to an embodiment of the present disclosure is shown.

[0022] Figure 10 An example of a process for conditional SN changes according to an embodiment of this disclosure is shown.

[0023] Figure 11 An example of a signaling process for LTM according to an embodiment of this disclosure is shown.

[0024] Figure 12 An example of a DC scenario according to an embodiment of this disclosure is shown.

[0025] Figure 13 An example of an invalid cell handover configuration according to an embodiment of this disclosure is shown.

[0026] Figure 14 An example of a situation where LTM execution fails according to an embodiment of this disclosure is shown.

[0027] Figure 15 An example of a method performed by a communication device for handling invalid cell handover configurations according to an embodiment of the present disclosure is shown.

[0028] Figure 16 An example of a process for handling invalid cell handover configurations according to an embodiment of this disclosure is shown.

[0029] Figure 17 An example of a process for executing instructions for mobility according to an embodiment of this disclosure is shown. Detailed Implementation

[0030] The following technologies, devices, and systems can be applied to a variety of wireless multiple access systems. Examples of multiple access systems include Code Division Multiple Access (CDMA) systems, Frequency Division Multiple Access (FDMA) systems, Time Division Multiple Access (TDMA) systems, Orthogonal Frequency Division Multiple Access (OFDMA) systems, Single-Carrier Frequency Division Multiple Access (SC-FDMA) systems, and Multi-Carrier Frequency Division Multiple Access (MC-FDMA) systems. CDMA can be implemented using radio technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented using radio technologies such as Global System for Mobile Communications (GSM), Universal Packet Radio Service (GPRS), or Enhanced Data Rate Evolution of GSM (EDGE). OFDMA can be implemented using radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or Evolved UTRA (E-UTRA). UTRA is part of the Universal Mobile Telecommunications System (UMTS). The 3GPP Long Term Evolution (LTE) is part of the Evolved UMTS (E-UMTS) using E-UTRA. 3GPP LTE uses OFDMA in the downlink (DL) and SC-FDMA in the uplink (UL). The evolution of 3GPP LTE includes LTE-Advanced (LTE-A), LTE-A Pro, and / or 5G New Radio (NR).

[0031] For ease of description, the implementation of this disclosure is primarily described with respect to 3GPP-based wireless communication systems. However, the technical features of this disclosure are not limited thereto. For example, although the following detailed description is based on a mobile communication system corresponding to a 3GPP-based wireless communication system, the aspects of this disclosure, which are not limited to 3GPP-based wireless communication systems, are applicable to other mobile communication systems.

[0032] For any terms and techniques used in this disclosure that are not specifically described, please refer to wireless communication standards documents published prior to this disclosure.

[0033] In this disclosure, "A or B" may mean "A only", "B only", or "both A and B". In other words, in this disclosure, "A or B" can be interpreted as "A and / or B". For example, in this disclosure, "A, B or C" may mean "A only", "B only", "C only", or "any combination of A, B and C".

[0034] In this disclosure, a forward slash ( / ) or a comma (,) can mean "and / or". For example, "A / B" can mean "A and / or B". Therefore, "A / B" can mean "A only", "B only", or "both A and B". For example, "A, B, C" can mean "A, B, or C".

[0035] In this disclosure, "at least one of A and B" may mean "only A", "only B" or "both A and B". Furthermore, the expressions "at least one of A or B" or "at least one of A and / or B" in this disclosure may be interpreted as the same as "at least one of A and B".

[0036] Additionally, in this disclosure, "at least one of A, B, and C" may mean "A only", "B only", "C only" or "any combination of A, B, and C". Furthermore, "at least one of A, B, or C" or "at least one of A, B, and / or C" may mean "at least one of A, B, and C".

[0037] Furthermore, the brackets used in this disclosure may mean "for example". Specifically, when shown as "Control Information (PDCCH)", "PDCCH" can be cited as an example of "Control Information". In other words, "Control Information" in this disclosure is not limited to "PDCCH", and "PDCCH" can be cited as an example of "Control Information". Additionally, even when shown as "Control Information (i.e., PDCCH)", "PDCCH" can be cited as an example of "Control Information".

[0038] The technical features described individually in a single figure in this disclosure can be implemented individually or simultaneously.

[0039] While not limited thereto, the various descriptions, functions, processes, suggestions, methods and / or operation flowcharts disclosed herein can be applied to various fields requiring wireless communication and / or connectivity between devices (e.g., 5G).

[0040] In the following description, the present disclosure will be described in more detail with reference to the accompanying drawings. Unless otherwise stated, the same reference numerals in the following drawings and / or description may refer to the same and / or corresponding hardware blocks, software blocks and / or functional blocks.

[0041] Figure 1 An example of a communication system that applies the implementation of this disclosure is shown.

[0042] Figure 1 The 5G use cases shown are merely illustrative, and the technical features of this disclosure can be applied to... Figure 1 Other 5G use cases not shown.

[0043] The three main demand categories for 5G include: (1) enhanced mobile broadband (eMBB), (2) massive machine-type communications (mMTC), and (3) ultra-reliable and low-latency communications (URLLC).

[0044] Reference Figure 1The communication system 1 includes wireless devices 100a to 100f, a base station (BS) 200, and a network 300. Although Figure 1 An example of a 5G network as a network of communication system 1 is illustrated, but the implementation of this disclosure is not limited to 5G systems and can be applied to future communication systems other than 5G systems.

[0045] BS200 and Network 300 can be implemented as wireless devices, and a particular wireless device can operate as a BS / network node relative to other wireless devices.

[0046] Wireless devices 100a to 100f represent devices that perform communication using radio access technology (RAT) (e.g., 5G NR or LTE) and may be referred to as communication / radio / 5G devices. Wireless devices 100a to 100f may include, but are not limited to, robots 100a, vehicles 100b-1 and 100b-2, extended reality (XR) devices 100c, handheld devices 100d, home appliances 100e, Internet of Things (IoT) devices 100f, and artificial intelligence (AI) devices / servers 400. For example, vehicles may include vehicles with wireless communication capabilities, autonomous vehicles, and vehicles capable of communication between vehicles. Vehicles may include unmanned aerial vehicles (UAVs) (e.g., drones). XR devices may include augmented reality (AR) / virtual reality (VR) / mixed reality (MR) devices and may be implemented in the form of head-mounted displays (HMDs), head-up displays (HUDs) installed in vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signage, vehicles, robots, etc. Handheld devices may include smartphones, smart tablets, wearable devices (e.g., smartwatches or smart glasses), and computers (e.g., laptops). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters.

[0047] In this disclosure, wireless devices 100a to 100f may be referred to as user equipment (UE). UE may include, for example, cellular phones, smartphones, laptop computers, digital broadcasting terminals, personal digital assistants (PDAs), portable multimedia players (PMPs), navigation systems, tablet PCs, ultrabooks, vehicles, vehicles with autonomous driving capabilities, connected cars, UAVs, AI modules, robots, AR devices, VR devices, MR devices, holographic devices, public safety devices, MTC devices, IoT devices, medical devices, FinTech devices (or financial devices), security devices, weather / environment devices, devices related to 5G services, or devices related to the Fourth Industrial Revolution.

[0048] Wireless devices 100a to 100f can connect to network 300 via BS200. AI technology can be applied to wireless devices 100a to 100f, and wireless devices 100a to 100f can connect to AI server 400 via network 300. Network 300 can be configured using 3G, 4G (e.g., LTE), 5G (e.g., NR), and super 5G networks. While wireless devices 100a to 100f can communicate with each other via BS200 / network 300, wireless devices 100a to 100f can also perform direct communication with each other without going through BS200 / network 300 (e.g., sidelink communication). For example, vehicles 100b-1 and 100b-2 can perform direct communication (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). IoT devices (e.g., sensors) can perform direct communication with other IoT devices (e.g., sensors) or other wireless devices 100a to 100f.

[0049] Wireless communication / connections 150a, 150b, and 150c can be established between wireless devices 100a to 100f and / or between wireless devices 100a to 100f and BS200 and / or between BS200. These wireless communication / connections can be established via various RATs (e.g., 5G NR) such as uplink / downlink communication 150a, sidelink communication (or device-to-device (D2D) communication) 150b, and inter-base station communication 150c (e.g., relay, integrated access and backhaul (IAB)). Wireless devices 100a to 100f and BS200 / wireless devices 100a to 100f can transmit / receive radio signals to / from each other via wireless communication / connections 150a, 150b, and 150c. For example, wireless communication / connections 150a, 150b, and 150c can transmit / receive signals via various physical channels. Therefore, at least a portion of various configuration information configuration processes, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping), and resource allocation processes for transmitting / receiving radio signals can be performed based on various proposals of this disclosure.

[0050] NR supports multiple parameter sets (numerologies) (and / or multiple subcarrier spacings (SCS)) to support a variety of 5G services. For example, if the SCS is 15kHz, wide-area coverage can be supported in traditional cellular bands, while if the SCS is 30kHz / 60kHz, dense urban areas, lower latency, and wider carrier bandwidth can be supported. If the SCS is 60kHz or higher, bandwidths greater than 24.25GHz can be supported to overcome phase noise.

[0051] NR bands can be defined as two types of frequency ranges: frequency range 1 (FR1) and frequency range 2 (FR2). The numerical values ​​of the frequency ranges can vary. For example, the two types (FR1 and FR2) of frequency ranges can be shown in Table 1 below. For ease of explanation, in the frequency ranges used in NR systems, FR1 can represent "the range below 6 GHz," FR2 can represent "the range above 6 GHz," and can be referred to as millimeter wave (mmW).

[0052] [Table 1]

[0053] Frequency range name Corresponding frequency range Subcarrier spacing FR1 450MHz-6000MHz 15, 30, 60kHz FR2 24250MHz-52600MHz 60, 120, 240kHz

[0054] As described above, the frequency range of the NR system can be varied. For example, FR1 can include a frequency band from 410MHz to 7125MHz as shown in Table 2 below. That is, FR1 can include a frequency band of 6GHz (or 5850MHz, 5900MHz, 5925MHz, etc.) or higher. For example, the 6GHz (or 5850MHz, 5900MHz, 5925MHz, etc.) or higher frequency band included in FR1 can include unlicensed frequency bands. Unlicensed frequency bands can be used for various purposes, such as for vehicle communications (e.g., autonomous driving).

[0055] [Table 2]

[0056] Frequency range name Corresponding frequency range Subcarrier spacing FR1 410MHz-7125MHz 15, 30, 60kHz FR2 24250MHz-52600MHz 60, 120, 240kHz

[0057] Here, the radio communication technologies implemented in the wireless devices of this disclosure may include narrowband Internet of Things (NB-IoT) technologies for low-power communication and LTE, NR, and 6G. For example, NB-IoT technology may be an example of low-power wide-area network (LPWAN) technology, implemented in specifications such as LTE Cat NB1 and / or LTE Cat NB2, and may not be limited to the names mentioned above. Additionally and / or alternatively, the radio communication technologies implemented in the wireless devices of this disclosure may communicate based on LTE-M technology. For example, LTE-M technology may be an example of LPWAN technology and may be referred to by various names such as enhanced machine-type communication (eMTC). For example, LTE-M technology may be implemented in at least one of various specifications, such as 1) LTE Cat 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-bandwidth limited (non-BL), 5) LTE-MTC, 6) LTE machine-type communication, and / or 7) LTE M, and may not be limited to the names mentioned above. Additionally and / or alternatively, the radio communication technologies implemented in the wireless devices of this disclosure may include at least one of ZigBee, Bluetooth, and / or LPWAN, which take into account low-power communication, and may not be limited to the names mentioned above. For example, ZigBee technology may generate personal area networks (PANs) associated with small / low-power digital communication based on various specifications (such as IEEE 802.15.4) and may be referred to by various names. Figure 2 An example of a wireless device that applies the implementation of this disclosure is shown.

[0058] exist Figure 2 In this context, the first wireless device 100 and / or the second wireless device 200 can be implemented in various forms depending on the usage / service. For example, {the first wireless device 100 and the second wireless device 200} can correspond to... Figure 1 The first wireless device 100 and / or the second wireless device 200 may be configured from various elements, devices / components and / or modules.

[0059] The first wireless device 100 may include at least one transceiver (e.g., transceiver 106), at least one processing chip (e.g., processing chip 101), and / or one or more antennas 108.

[0060] The processing chip 101 may include at least one processor (e.g., processor 102) and at least one memory (e.g., memory 104). Additionally and / or alternatively, the memory 104 may be located outside the processing chip 101.

[0061] Processor 102 can control memory 104 and / or transceiver 106, and can be adapted to implement the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts described in this disclosure. For example, processor 102 can process information in memory 104 to generate first information / signal, and then transmit a radio signal including the first information / signal via transceiver 106. Processor 102 can receive a radio signal including a second information / signal via transceiver 106, and then store the information obtained by processing the second information / signal in memory 104.

[0062] Memory 104 may be operatively connected to processor 102. Memory 104 may store various types of information and / or instructions. Memory 104 may store firmware and / or software code 105, which implements code, commands, and / or command sets that, when executed by processor 102, execute the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure. For example, firmware and / or software code 105 may implement instructions that, when executed by processor 102, execute the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure. For example, firmware and / or software code 105 may control processor 102 to execute one or more protocols. For example, firmware and / or software code 105 may control processor 102 to execute one or more layers of wireless interface protocols.

[0063] In this document, processor 102 and memory 104 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). Transceiver 106 may be connected to processor 102 and transmit and / or receive radio signals via one or more antennas 108. Each transceiver 106 may include a transmitter and / or a receiver. Transceiver 106 may be used interchangeably with a radio frequency (RF) unit. In this disclosure, first wireless device 100 may represent a communication modem / circuit / chip.

[0064] The second wireless device 200 may include at least one transceiver (e.g., transceiver 206), at least one processing chip (e.g., processing chip 201), and / or one or more antennas 208.

[0065] The processing chip 201 may include at least one processor (e.g., processor 202) and at least one memory (e.g., memory 204). Additionally and / or alternatively, the memory 204 may be located outside the processing chip 201.

[0066] Processor 202 can control memory 204 and / or transceiver 206, and can be adapted to implement the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts described in this disclosure. For example, processor 202 can process information in memory 204 to generate third information / signal, and then transmit a radio signal including the third information / signal via transceiver 206. Processor 202 can receive a radio signal including a fourth information / signal via transceiver 106, and then store the information obtained by processing the fourth information / signal in memory 204.

[0067] Memory 204 may be operatively connected to processor 202. Memory 204 may store various types of information and / or instructions. Memory 204 may store firmware and / or software code 205, which implements code, commands, and / or command sets that, when executed by processor 202, execute the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure. For example, firmware and / or software code 205 may implement instructions that, when executed by processor 202, execute the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure. For example, firmware and / or software code 205 may control processor 202 to execute one or more protocols. For example, firmware and / or software code 205 may control processor 202 to execute one or more layers of wireless interface protocols.

[0068] In this document, processor 202 and memory 204 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). Transceiver 206 may be connected to processor 202 and transmit and / or receive radio signals via one or more antennas 208. Each of transceivers 206 may include a transmitter and / or a receiver. Transceivers 206 may be used interchangeably with RF units. In this disclosure, second wireless device 200 may represent a communication modem / circuit / chip.

[0069] The hardware elements of wireless devices 100 and 200 will be described in more detail below. One or more protocol layers may be implemented by, but are not limited to, one or more processors 102 and 202. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as the Physical (PHY) layer, Media Access Control (MAC) layer, Radio Link Control (RLC) layer, Packet Data Convergence Protocol (PDCP) layer, Radio Resource Control (RRC) layer, and Service Data Adaptation Protocol (SDAP) layer). One or more processors 102 and 202 may generate one or more Protocol Data Units (PDUs), one or more Service Data Units (SDUs), messages, control information, data, or information in accordance with the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure. One or more processors 102 and 202 may generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information, according to the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure, and provide the generated signals to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive signals (e.g., baseband signals) from one or more transceivers 106 and 206 and obtain PDUs, SDUs, messages, control information, data, or information according to the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure.

[0070] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. As an example, one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field-programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. For example, one or more processors 102 and 202 may be configured by a set of communication control processors, application processors (APs), electronic control units (ECUs), central processing units (CPUs), graphics processing units (GPUs), and memory control processors.

[0071] One or more memories 104 and 204 can be connected to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memories 104 and 204 can be configured with random access memory (RAM), dynamic RAM (DRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EPROM), flash memory, volatile memory, non-volatile memory, hard disk drive, registers, cache memory, computer-readable storage media, and / or combinations thereof. One or more memories 104 and 204 can be located internally and / or externally to one or more processors 102 and 202. One or more memories 104 and 204 can be connected to one or more processors 102 and 202 via various technologies such as wired or wireless connections.

[0072] One or more transceivers 106 and 206 can transmit user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure to one or more other devices. One or more transceivers 106 and 206 can receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure from one or more other devices. For example, one or more transceivers 106 and 206 can be connected to one or more processors 102 and 202 and transmit and receive radio signals. For example, one or more processors 102 and 202 can perform control to enable one or more transceivers 106 and 206 to transmit user data, control information, or radio signals to one or more other devices. One or more processors 102 and 202 can perform control to enable one or more transceivers 106 and 206 to receive user data, control information, or radio signals from one or more other devices.

[0073] One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208. Additionally or alternatively, one or more transceivers 106 and 206 may include one or more antennas 108 and 208. One or more transceivers 106 and 206 may be adapted to transmit and receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed herein via one or more antennas 108 and 208. In this disclosure, one or more antennas 108 and 208 may be multiple physical antennas or multiple logical antennas (e.g., antenna ports).

[0074] One or more transceivers 106 and 206 can convert received user data, control information, radio signals / channels, etc., from RF band signals to baseband signals, so that the received user data, control information, radio signals / channels, etc., can be processed by one or more processors 102 and 202. One or more transceivers 106 and 206 can also convert user data, control information, radio signals / channels, etc., processed by one or more processors 102 and 202 from baseband signals to RF band signals. For this purpose, one or more transceivers 106 and 206 may include (analog) oscillators and / or filters. For example, one or more transceivers 106 and 206, under the control of one or more processors 102 and 202, can up-convert OFDM baseband signals to OFDM signals using their (analog) oscillators and / or filters and transmit the up-converted OFDM signals at the carrier frequency. One or more transceivers 106 and 206 can receive OFDM signals on a carrier frequency and, under the control of one or more processors 102 and 202, downconvert the OFDM signals to OFDM baseband signals via their (analog) oscillators and / or filters.

[0075] although Figure 2 Not shown, but wireless devices 100 and 200 may also include additional components. The additional components 140 may be configured differently depending on the type of wireless devices 100 and 200. For example, the additional components 140 may include at least one of a power unit / battery, input / output (I / O) devices (e.g., audio I / O ports, video I / O ports), drive devices, and computing devices. The additional components 140 may be coupled to one or more processors 102 and 202 via various technologies such as wired or wireless connections.

[0076] In the implementations of this disclosure, the UE can be used as a transmitting device in the uplink (UL) and a receiving device in the downlink (DL). In the implementations of this disclosure, the BS can be used as a receiving device in the UL and a transmitting device in the DL. Hereinafter, for ease of description, it is primarily assumed that the first wireless device 100 is used as the UE and the second wireless device 200 is used as the BS. For example, a processor 102 connected to, installed on, or started in the first wireless device 100 can be adapted to perform UE actions according to the implementations of this disclosure or to control the transceiver 106 to perform UE actions according to the implementations of this disclosure. A processor 202 connected to, installed on, or started in the second wireless device 200 can be adapted to perform BS actions according to the implementations of this disclosure or to control the transceiver 206 to perform BS actions according to the implementations of this disclosure.

[0077] In this disclosure, BS is also referred to as Node B (NB), eNode B (eNB), or gNB.

[0078] Figure 3 An example of a UE that applies the implementation of this disclosure is shown.

[0079] Reference Figure 3 UE 100 can correspond to Figure 2 The first wireless device 100.

[0080] The UE 100 includes a processor 102, a memory 104, a transceiver 106, one or more antennas 108, a power management module 141, a battery 142, a display 143, a keypad 144, a subscriber identification module (SIM) card 145, a speaker 146, and a microphone 147.

[0081] Processor 102 may be adapted to implement the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure. Processor 102 may be adapted to control one or more other components of UE 100 to implement the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed in this disclosure. A radio interface protocol layer may be implemented in processor 102. Processor 102 may include an ASIC, other chipsets, logic circuits, and / or data processing means. Processor 102 may be an application processor. Processor 102 may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (modulator and demodulator). Examples of processor 102 can be found in Qualcomm... Manufacturing SNAPDRAGON TM Series processors, Samsung EXYNOS manufactured TM Series processors, Apple A series of processors manufactured by MediaTek HELIO manufactured TM Series processors, Intel Manufactured ATOM TM It can be found in the series of processors or the corresponding next-generation processors.

[0082] Memory 104 is coupled to processor 102 during operation and stores various information to operate processor 102. Memory 104 may include ROM, RAM, flash memory, memory card, storage medium, and / or other storage devices. When the implementation is software-based, the techniques described herein can be implemented using modules (e.g., processes, functions, etc.) that perform the descriptions, functions, processes, suggestions, methods, and / or operation flowcharts disclosed herein. These modules may be stored in memory 104 and implemented by processor 102. Memory 104 may be implemented within processor 102 or external to processor 102 (in which case, the memory may be communicatively coupled to processor 102 via various means known in the art).

[0083] Transceiver 106 is coupled to processor 102 during operation and transmits and / or receives radio signals. Transceiver 106 includes a transmitter and a receiver. Transceiver 106 may include baseband circuitry for processing radio frequency signals. Transceiver 106 controls one or more antennas 108 to transmit and / or receive radio signals.

[0084] The power management module 141 manages the power of the processor 102 and / or transceiver 106. The battery 142 supplies power to the power management module 141.

[0085] Display 143 outputs the results processed by processor 102. Keypad 144 receives input that will be used by processor 102. Keypad 144 can be displayed on display 143.

[0086] The SIM 145 is an integrated circuit designed to securely store the International Mobile Subscriber Identity (IMSI) number and its associated keys, used to identify and authenticate subscribers on mobile devices such as mobile phones and computers. Contact information can also be stored on many SIM cards.

[0087] Speaker 146 outputs the sound-related results processed by processor 102. Microphone 147 receives the sound-related inputs that will be used by processor 102.

[0088] Figure 4 and Figure 5 An example of a protocol stack in a 3GPP-based wireless communication system applying the implementation of this disclosure is shown.

[0089] Specifically, Figure 4 An example of the user plane protocol stack for the radio interface between the UE and the BS is shown, and Figure 5 An example of the radio interface control plane protocol stack between the UE and the BS is illustrated. The control plane refers to the path for transmitting control messages used for calls managed by the UE and the network. The user plane refers to the path for transmitting data generated in the application layer (e.g., voice data or Internet packet data). See reference... Figure 4 The user plane protocol stack can be divided into Layer 1 (L1, e.g., the PHY layer) and Layer 2 (L2, e.g., the MAC / RLC / PDCP layer). See [reference needed]. Figure 5 The control plane protocol stack can be divided into Layer 1 (L1, e.g., PHY layer), Layer 2 (L2, e.g., MAC / RLC / PDCP layer), Layer 3 (L3, e.g., RRC layer), and the Non-Access Layer (NAS). Layers 1, 2, and 3 are collectively referred to as the Access Layer (AS).

[0090] In 3GPP LTE systems, Layer 2 is separated into the following sublayers: MAC, RLC, and PDCP. In 3GPP NR systems, Layer 2 is separated into the following sublayers: MAC, RLC, PDCP, and SDAP. The PHY layer provides transport channels to the MAC sublayer, the MAC sublayer provides logical channels to the RLC sublayer, the RLC sublayer provides RLC channels to the PDCP sublayer, and the PDCP sublayer provides radio bearers to the SDAP sublayer. The SDAP sublayer provides Quality of Service (QoS) streams to the 5G core network.

[0091] In the 3GPP NR system, the main services and functions of the MAC sublayer include: mapping between logical channels and transport channels; multiplexing MAC SDUs belonging to one or different logical channels to / from the physical layer delivered to / from the transport channel a transport block (TB); demultiplexing from the TB; scheduling information reporting; error correction via Hybrid Automatic Repeat Request (HARQ) (one HARQ entity per cell in the case of carrier aggregation (CA); priority handling between UEs by means of dynamic scheduling; priority handling between logical channels of a UE by means of logical channel priority ordering; and padding. A single MAC entity can support multiple parameter sets, transmission timings, and cells. Mapping constraints in logical channel priority ordering control which parameter set(s), cell(s), and transmission timing(s) a logical channel(s) can use.

[0092] MAC provides different types of data transmission services. To accommodate these different services, various types of logical channels are defined, each supporting the transmission of a specific type of information. Each logical channel type is defined by the type of information being transmitted. Logical channels are divided into two groups: control channels and traffic channels. Control channels are used only for transmitting control plane information, and traffic channels are used only for transmitting user plane information. The Broadcast Control Channel (BCCH) is a downlink logical channel used for broadcasting system control information. The Paging Control Channel (PCCH) is a downlink logical channel that transmits paging information, system information change notifications, and indications of ongoing Public Warning Service (PWS) broadcasts. The Common Control Channel (CCCH) is a logical channel used to send control information between the UE and the network and is used by UEs without an RRC connection to the network. The Dedicated Control Channel (DCCH) is a point-to-point bidirectional logical channel used by UEs with an RRC connection to send dedicated control information between the UE and the network. The Dedicated Traffic Channel (DTCH) is a point-to-point logical channel dedicated to a single UE, used to transmit user information. DTCHs can exist in both the uplink and downlink. In the downlink, the following connections exist between logical channels and transport channels: BCCH can be mapped to the broadcast channel (BCH); BCCH can be mapped to the downlink shared channel (DL-SCH); PCCH can be mapped to the paging channel (PCH); CCCH can be mapped to DL-SCH; DCCH can be mapped to DL-SCH; and DTCH can be mapped to DL-SCH. In the uplink, the following connections exist between logical channels and transport channels: CCCH can be mapped to the uplink shared channel (UL-SCH); DCCH can be mapped to UL-SCH; and DTCH can be mapped to UL-SCH.

[0093] The RLC sublayer supports three transmission modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM). RLC configuration is per logical channel, independent of parameter sets and / or transmission duration. In 3GPP NR systems, the main services and functions of the RLC sublayer depend on the transmission mode and include: transmission of upper-layer PDUs; sequence numbering independent of either PDCP (UM or AM); error correction via ARQ (AM only); RLC SDU segmentation (AM and UM) and resegmentation (AM only); SDU (AM and UM) reassembly; duplicate detection (AM only); RLC SDU discarding (AM and UM); RLC re-establishment; and protocol error detection (AM only).

[0094] In the 3GPP NR system, the main services and functions of the PDCP sublayer for the user plane include: sequence numbering; header compression and decompression using robust header compression (ROHC); transmission of user data; reordering and deduplication detection; in-order delivery; PDCP PDU routing (in the case of separate bearers); retransmission of PDCP SDUs; encryption, decryption, and integrity protection; PDCP SDU discarding; PDCP re-establishment and data recovery for RLC AM; PDCP status reporting for RLC AM; and PDCPPDU deduplication and deduplication indication for lower layers. The main services and functions of the PDCP sublayer for the control plane include: sequence numbering; encryption, decryption, and integrity protection; transmission of control plane data; reordering and deduplication detection; in-order delivery; and PDCPPDU deduplication and deduplication indication for lower layers.

[0095] In the 3GPP NR system, the main services and functions of SDAP include: mapping between QoS flows and data radio bearers; and marking QoS flow IDs (QFIs) in both DL and UL packets. A single SDAP protocol entity is configured for each individual PDU session.

[0096] In the 3GPP NR system, the main services and functions of the RRC sublayer include: broadcasting system information related to AS and NAS; paging initiated by 5GC or NG-RAN; establishment, maintenance, and release of RRC connections between UE and NG-RAN; security functions including key management; establishment, configuration, maintenance, and release of signaling radio bearers (SRB) and data radio bearers (DRB); mobility functions (including: handover and context delivery; UE cell selection and reselection and control of cell selection and reselection; inter-RAT mobility); QoS management functions; control of UE measurement reports and reports; detection and repair of radio link failures; and NAS message transmission from UE to NAS and from NAS to UE.

[0097] Figure 6 The frame structure in a 3GPP-based wireless communication system applying the implementation of this disclosure is shown.

[0098] Figure 6The frame structure shown is merely exemplary, and the number of subframes, the number of time slots, and / or the number of symbols in a frame can vary. In 3GPP-based wireless communication systems, OFDM parameter sets (e.g., subcarrier spacing (SCS), transmission time interval (TTI) durations) can be configured differently across multiple cells aggregated for a UE. For example, if the UE is configured with different SCSs for cells aggregated for cell aggregation, the (absolute time) duration of time resources (e.g., subframes, time slots, or TTIs) comprising the same number of symbols can be different across the aggregated cells. In this document, symbols can include OFDM symbols (or CP-OFDM symbols), SC-FDMA symbols (or Discrete Fourier Transform-Extended-OFDM (DFT-s-OFDM) symbols).

[0099] Reference Figure 6 Downlink and uplink transmissions are organized into frames. Each frame has a T f = 10ms duration. Each frame is divided into two half-frames, each half-frame having a duration of 5ms. Each half-frame consists of 5 subframes, each subframe having a duration T. sf It is 1ms. Each subframe is divided into time slots, and the number of time slots in a subframe depends on the subcarrier spacing. Each time slot includes 14 or 12 OFDM symbols based on the cyclic prefix (CP). In normal CP, each time slot includes 14 OFDM symbols, and in extended CP, each time slot includes 12 OFDM symbols. The parameter set is based on an exponentially scalable subcarrier spacing βf = 2. u *15kHz.

[0100] Table 3 shows the results based on subcarrier spacing βf = 2. u *Number of OFDM symbols N per slot for normal CP at 15kHz slot symb The number of time slots N in each frame frame，u slot And the number of time slots N in each subframe subframe，u slot .

[0101] [Table 3]

[0102] u <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 0 14 10 1 1 14 20 2 2 14 40 4 3 14 80 8 4 14 160 16

[0103] Table 4 shows the results based on subcarrier spacing βf = 2. u *Number of OFDM symbols N per slot for extended CP at 15kHz slot symb The number of time slots N in each frame frame,u slot And the number of time slots N in each subframesubframe，u slot .

[0104] [Table 4]

[0105] u <![CDATA[N slot symb ]]> <![CDATA[N frame，u slot ]]> <![CDATA[N subframe，u slot ]]> 2 12 40 4

[0106] A time slot comprises multiple symbols (e.g., 14 or 12 symbols) in the time domain. For each parameter set (e.g., subcarrier spacing) and carrier, a Common Resource Block (CRB) is defined from the common resource block (CRB) indicated by higher-layer signaling (e.g., RRC signaling). start,u grid The beginning of N size,u grid，x *N RB sc Subcarriers and N subframe，u symb A resource grid of OFDM symbols, where N size,u grid,x N represents the number of resource blocks (RBs) in the resource grid, and the subscript x represents the DL for downlink and the UL for uplink. RB sc N is the number of subcarriers per RB. In 3GPP-based wireless communication systems, N... RB sc Typically 12. For a given antenna port p, subcarrier spacing configuration u, and transmission direction (DL or UL), there exists a resource grid. The carrier bandwidth N of the subcarrier spacing configuration u... size,u grid The parameters are given by higher-level parameters (e.g., RRC parameters). Each element in the resource grid for antenna port p and subcarrier spacing configuration u is called a resource element (RE), and a complex symbol can be mapped to each RE. Each RE in the resource grid is uniquely identified by an index k in the frequency domain and an index 1 in the time domain representing the symbol position relative to a reference point. In 3GPP-based wireless communication systems, RBs are defined by 12 consecutive subcarriers in the frequency domain. Figure 6As shown, with the SCS doubling, the slot length and symbol length are halved. For example, when the SCS is 15kHz, the slot length is 1ms, the same as the subframe length. When the SCS is 30kHz, the slot length is 0.5ms (=500us), and the symbol length is half that of the 15kHz SCS. When the SCS is 60kHz, the slot length is 0.25ms (=250us), and the symbol length is half that of the 30kHz SCS. When the SCS is 120kHz, the slot length is 0.125ms (=125us), and the symbol length is half that of the 60kHz SCS. When the SCS is 240kHz, the slot length is 0.0625ms (=62.5us), and the symbol length is half that of the 120kHz SCS.

[0107] In 3GPP NR systems, Resource Blocks (RBs) are classified into CRBs and Physical Resource Blocks (PRBs). For subcarrier spacing configuration u, CRBs are numbered from 0 upwards in the frequency domain. The center of subcarrier 0 of CRB0 used for subcarrier spacing configuration u coincides with "point A," which serves as the common reference point for the resource block grid. In 3GPP NR systems, PRBs are defined within the Bandwidth Part (BWP) and numbered from 0 to N. size BWP,i -1 is the number, where i is the number of bandwidth segments. The physical resource blocks n within bandwidth segment i are... PRB With public resource block n CRB The relationship between n is as follows: PRB =n CRB +N size BWP,i , where N size BWP，i A BWP is a common resource block, where the bandwidth portion begins relative to CRB0. A BWP comprises multiple consecutive RBs. A carrier can include up to N (e.g., 5) BWPs. A UE can be configured with one or more BWPs on a given component carrier. Only one of the multiple BWPs configured for a UE can be active at a time. The active BWP defines the UE's operating bandwidth within the cell's operating bandwidth.

[0108] In this disclosure, the term "cell" can refer to a geographical area in which one or more nodes provide a communication system or to a radio resource. A "cell" as a geographical area can be understood as the coverage area within which a node can provide services using a carrier, and a "cell" as a radio resource (e.g., a time-frequency resource) is associated with bandwidth as a frequency range configured by a carrier. A "cell" associated with a radio resource is defined by a combination of downlink and uplink resources (e.g., a combination of DL component carriers (CC) and ULCC). A cell can be configured by downlink resources only, or it can be configured by both downlink and uplink resources. Since DL coverage (which is the range within which a node can transmit a valid signal) and UL coverage (which is the range within which a node can receive a valid signal from a UE) depend on the carrier carrying the signal, a node's coverage area can be associated with the coverage area of ​​the "cell" of the radio resources used by the node. Therefore, the term "cell" can sometimes be used to refer to the service coverage area of ​​a node, at other times to a radio resource, or at other times to the range within which a signal using a radio resource can reach with effective strength.

[0109] In CA, two or more CCs are aggregated. A UE can receive or transmit on one or more CCs simultaneously, depending on its capabilities. CA is supported for both continuous and non-continuous CCs. When CA is configured, the UE has only one RRC connection with the network. During RRC connection establishment / re-establishment / handover, one serving cell provides NAS mobility information, and during RRC connection re-establishment / handover, one serving cell provides security input. This cell is called the primary cell (PCell). The PCell is the cell operating on the primary frequency, where the UE performs the initial connection establishment procedure or initiates the connection re-establishment procedure. Depending on the UE's capabilities, secondary cells (SCells) can be configured to form a set of serving cells together with the PCell. An SCell is a cell that provides additional radio resources above a special cell (SpCell). Therefore, the set of serving cells configured for a UE always consists of one PCell and one or more SCells. For dual connectivity (DC) operation, the term SpCell refers to the PCell of the primary cell group (MCG) or the primary SCell (PSCell) of the secondary cell group (SCG). SpCell supports PUCCH transmission and contention-based random access and is always active. MCG is a group of serving cells associated with the primary node, comprising SpCell (PCell) and optionally one or more SCells. For a UE with a DC configured, SCG is a subset of serving cells associated with the secondary node, comprising PSCell and zero or more SCells. For a UE in RRC_CONNECTED without a CA / DC configured, only one serving cell consisting of PCells exists. For a UE in RRC_CONNECTED with a CA / DC configured, the term "serving cell" is used to refer to the set of cells consisting of SpCell and all SCells. In the DC, two MAC entities are configured in the UE: one for the MCG and one for the SCG.

[0110] Figure 7 An example of a data flow in a 3GPP NR system applying the implementation of this disclosure is shown.

[0111] Reference Figure 7 "RB" indicates a radio bearer, and "H" indicates a header. Radio bearers are classified into two groups: DRBs for user plane data and SRBs for control plane data. MAC PDUs are sent / received to / from external devices via the PHY layer using radio resources. MAC PDUs arrive at the PHY layer in the form of transport blocks.

[0112] In the PHY layer, the uplink transport channel UL-SCH and random access channel (RACH) are mapped to their respective physical channels, the Physical Uplink Shared Channel (PUSCH) and the Physical Random Access Channel (PRACH), and the downlink transport channels DL-SCH, BCH, and PCH are mapped to the Physical Downlink Shared Channel (PDSCH), the Physical Broadcast Channel (PBCH), and the PDSCH, respectively. In the PHY layer, uplink control information (UCI) is mapped to the Physical Uplink Control Channel (PUCCH), and downlink control information (DCI) is mapped to the Physical Downlink Control Channel (PDCCH). The UE transmits MAC PDUs related to UL-SCH via PUSCH based on UL grant, and the BS transmits MAC PDUs related to DL-SCH via PDSCH based on DL assignment.

[0113] Figure 8 An example of a dual-connectivity (DC) architecture to which the technical features of this disclosure can be applied is shown.

[0114] Reference Figure 8 Examples include MN 811, SN 821, and UE 830, which communicates with both MN 811 and SN 821. Figure 8 As shown, DC refers to a scheme in which a UE (e.g., UE 830) utilizes radio resources provided by at least two RAN nodes, including an MN (e.g., MN 811) and one or more SNs (e.g., SN 821). In other words, DC refers to a scheme in which the UE connects to and communicates with both the MN and one or more SNs. Since the MN and SN may be in different sites, the backhaul between the MN and SN can be interpreted as a non-ideal backhaul (e.g., relatively large delays between nodes).

[0115] MN (e.g., MN 811) refers to the primary RAN node that provides services to the UE in the DC scenario. SN (e.g., SN 821) refers to an additional RAN node that provides services to the UE using MN in the DC scenario. If a RAN node provides services to the UE, then the RAN node can be MN. If MN exists, then SN can also exist.

[0116] For example, an MN can be associated with a macrocell whose coverage area is relatively larger than that of a small cell. However, an MN does not necessarily have to be associated with a macrocell; that is, an MN can be associated with a small cell. Throughout this disclosure, a RAN node associated with a macrocell can be referred to as a "macrocell node." An MN may include a macrocell node.

[0117] For example, a SN can be associated with a small cell (e.g., a microcell, picocell, femtocell) whose coverage area is relatively smaller than that of a macrocell. However, a SN does not necessarily have to be associated with a small cell—that is, a SN can be associated with a macrocell. Throughout this disclosure, a RAN node associated with a small cell can be referred to as a "small cell node." A SN may include a small cell node.

[0118] A Network Node (MN) can be associated with a Primary Cell Group (MCG). An MCG can refer to a group of serving cells associated with an MN and may include a primary cell (PCell) and one or more optional secondary cells (SCells). User plane data and / or control plane data can be transmitted from the core network to the MN via MCG bearers. An MCG bearer refers to a bearer within the MN that hosts radio protocols for using MN resources. Figure 8 As shown, the radio protocols carried by the MCG may include PDCP, RLC, MAC and / or PHY.

[0119] A Service Node (SN) can be associated with a Secondary Cell Group (SCG). An SCG can refer to a group of serving cells associated with the SN and may include primary and secondary cells (PSCells) and one or more optional SCells. User plane data can be transmitted from the core network to the SN via SCG bearers. An SCG bearer refers to a bearer within the SN that hosts radio protocols for using SN resources. Figure 8 As shown, the radio protocols carried by SCG may include PDCP, RLC, MAC, and PHY.

[0120] User plane data and / or control plane data can be transmitted from the core network to the MN and split / copied within the MN, with at least a portion of the split / copied data being forwarded to the SN via a split bearer. A split bearer refers to a radio protocol residing in both the MN and SN to utilize the resources of both. For example... Figure 8 As shown, the radio protocol for a split bearer located in MN may include PDCP, RLC, MAC, and PHY. The radio protocol for a split bearer located in SN may include RLC, MAC, and PHY.

[0121] According to various implementations, a PDCP anchor point / PDCP anchoring point / PDCP anchoring node refers to a RAN node that includes a PDCP entity that splits and / or replicates data and forwards at least a portion of the split / replicated data to another RAN node via the X2 / Xn interface. Figure 8 In the example, the PDCP anchor node can be MN.

[0122] Depending on the implementation method, the MN for the UE can be changed. This can be referred to as a handover or MN switching.

[0123] According to various implementation methods, the SN can start providing radio resources to the UE, establish a connection with the UE, and / or communicate with the UE (i.e., a new SN can be added for the UE). This can be referred to as SN addition.

[0124] According to various implementation methods, the SN for the UE can be changed while maintaining the MN for the UE. This can be referred to as SN change.

[0125] Depending on the implementation, the DC may include E-UTRAN NR-DC (EN-DC) and / or Multiple Radio Access Technology (RAT)-DC (MR-DC). EN-DC refers to a DC in which the UE utilizes radio resources provided by E-UTRAN nodes and NR RAN nodes. MR-DC refers to a DC in which the UE utilizes radio resources provided by RAN nodes with different RATs.

[0126] The following text describes the topic of mobility.

[0127] Mobility can include PCell changes, PSCell changes (or secondary node (SN) changes) and / or PSCell additions (or SN additions).

[0128] There can be at least two types of mobility: network-controlled mobility (or traditional mobility) and UE-based mobility (or conditional mobility).

[0129] Network-controlled mobility (or traditional mobility) involves the network determining the target cell for mobility and configuring the UE with mobility for that target cell. The network may send an RRCReconfiguration message to the UE that includes the configuration for the target cell. Upon receiving the cell configuration for the target cell, the UE may execute mobility to the target cell and / or apply the configuration for the target cell.

[0130] UE-based mobility (or conditional mobility) refers to the mobility where the network configures the UE with multiple candidate cells and the UE determines the target cell among the candidate cells that meets the mobility execution conditions. Conditional mobility can include at least one of conditional PCell change / conditional handover (CHO) or conditional PSCell mobility. Conditional PSCell mobility can include conditional PSCell addition / change (CPAC), including conditional PSCell addition (CPA) and / or conditional PSCell change (CPC). The network can send an RRCReconfiguration message to the UE including a ConditionalReconfiguration information element (IE), which includes a list of conditional reconfigurations for multiple candidate cells. Conditional reconfiguration for candidate cells can include a conditional reconfiguration identifier, mobility execution conditions for the candidate cell, and configuration for the candidate cell. The UE can evaluate mobility enforcement conditions for multiple candidate cells, and when the mobility enforcement conditions for a candidate cell are met, the UE can treat the candidate cell as the target cell and perform mobility to the target cell and / or apply the configuration for the target cell.

[0131] According to various implementation methods, a mobility execution condition is considered met / satisfied when an entry condition (or entering condition) is met / satisfied at least within the trigger time (TTT) for the mobility execution condition. An entry condition / entering condition may mean that the mobility execution condition is initially met. Once an entry condition is met, the mobility execution condition is considered met if the entry conditions are met consecutively within the duration TTT.

[0132] In this disclosure, the term “switch (HO)” may mean PCell change, or it may be a broad concept that includes not only PCell change but also PSCell change / addition.

[0133] In this disclosure, the terms “switching” and “mobility” are used interchangeably.

[0134] In this disclosure, the description of switching can also be applied to other mobility processes (e.g., PSCell change / addition).

[0135] Figure 9 An example of a conditional mobility process according to an embodiment of the present disclosure is shown.

[0136] exist Figure 9 middle:

[0137] - The service BS can be associated with a PCell, and the PCell can be the source PCell for the CHO;

[0138] - A service BS can be an MN associated with a SN in a DC, where the SN can be associated with a source PSCell for a CPC; and

[0139] - The target cell can be a target PCcell for CHO or a target PSCell for CPA / CPC.

[0140] Reference Figure 9 In step S901, the UE can receive an RRCReconfiguration message from the serving BS, which includes a Conditional Reconfiguration Information Element (IE) (i.e., Conditional Reconfiguration). The Conditional Reconfiguration IE may include a list of conditional reconfigurations for candidate cells including the target cell. Each conditional reconfiguration in the list may be associated with a corresponding candidate cell and includes i) an identifier for the corresponding conditional reconfiguration (i.e., condReconfigId), ii) one or more execution conditions for the corresponding candidate cell (i.e., condExecutionCond), and / or iii) an RRC reconfiguration for the corresponding candidate cell including cell configuration for the corresponding candidate cell (i.e., condRRCReconfigi). One or more execution conditions may include CHO execution conditions, CPA execution conditions, and / or CPC execution conditions.

[0141] In step S903, the UE may begin evaluating one or more execution conditions for the candidate cell.

[0142] In step S905, if the target cell meets the corresponding execution conditions, the UE can perform conditional mobility toward the target cell and / or apply RRC reconfiguration for the target cell, which includes cell configuration for the target cell. When performing conditional mobility and / or applying RRC reconfiguration for the target cell, the UE can start a timer (e.g., timer T304). While the timer is running, the UE can perform DL synchronization and / or UL synchronization toward the target cell (e.g., random access). If timing advance (TA) information for the target cell is available, the UE can skip random access toward the target cell.

[0143] In step S907, the UE, the serving BS, and / or the BS associated with the target cell can perform actions related to conditional mobility completion. For example, upon successful completion of random access with respect to the corresponding target cell, the UE can stop a timer (e.g., timer T304).

[0144] Figure 10 An example of a process for conditional SN change (i.e., conditional SN change process / CPC process) according to an embodiment of this disclosure is shown. Figure 10 In this context, the conditional SN change process for CPC configuration and CPC execution is initiated by the MN. Furthermore, Figure 10 The conditional SN change process can also be applied to the CPC process.

[0145] Reference Figure 10 In step S1001, the MN initiates a conditional SN change by requesting the candidate SN to allocate resources for the UE via the SN addition procedure and indicating that the request is for the CPAC. The MN also provides MN-recommended candidate cells for selecting and configuring SCG cells via the latest measurement results for the candidate SN, and provides an upper limit on the number of PSCells that the candidate SN can prepare.

[0146] In step S1003, within the cell list indicated in the measurement results indicated by the MN, the candidate SN determines the list of PSCells to be prepared (considering the maximum number indicated by the MN), and for each prepared PSCell, the candidate SN determines other SCGSCells, and provides the MN with the new corresponding SCG radio resource configuration in an NRRRCReconfiguration** message included in the request confirmation message for the SN with the prepared PSCell ID. If data forwarding is required, the candidate SN provides the MN with a data forwarding address. The candidate SN includes an indication of full or incremental RRC configuration. The candidate SN can accept or reject each of the candidate cells listed in the measurement results indicated by the MN; that is, it cannot configure any alternative candidates.

[0147] The MN can trigger an SN modification process initiated by the MN (to the source SN) to retrieve the current SCG configuration and allow data forwarding related information to be provided before step S1001.

[0148] In step S1005, the MN sends an RRCReconfiguration message to the UE that includes CPC configuration (i.e., a list of RRCReconfiguration* messages and associated execution conditions), wherein each RRCReconfiguration* message contains the SCG configuration and possible MCG configuration from the RRCReconfiguration** message received from the candidate SN in step S1003. Furthermore, the RRCReconfiguration message may also include updated MCG configurations, such as configuring the required condition measurements.

[0149] In step S1007, the UE applies the RRCReconfiguration message received in step S1005, stores the CPC configuration, and replies to MN using the RRCReconfigurationComplete message. If the UE cannot comply with (a portion of) the configuration included in the RRCReconfiguration message, it performs a reconfiguration failure procedure.

[0150] Upon receiving the MN RRCReconfigurationComplete message from the UE, the MN notifies the source SN that the CPC has been configured via the Xn-U address indication procedure, the source SN (if applicable), and the early state transfer procedure, and begins early data forwarding. PDCP SDU forwarding can occur during early data forwarding.

[0151] A separate Xn-U address indication procedure can be invoked to provide different forwarding addresses for the prepared candidate target SNs. In this case, ensuring that the EARLY STATUS TRANSFER message (if any) from the source SN is forwarded to the correct target destination depends on the MN and the source SN implementation. The Xn-U address indication procedure can also be invoked to instruct the source SN to stop early data forwarding already initiated for some SN-terminated bearers if some SN-terminated bearers no longer undergo data forwarding due to modification or cancellation of the prepared conditional SN change procedure.

[0152] In step S1009, the UE begins evaluating the execution conditions. If the execution conditions for a candidate PSCell are met, the UE executes a CPC toward the selected candidate PSCell and / or applies an RRCReconfiguration* message corresponding to the selected candidate PSCell. When the RRCReconfiguration* message is applied, the UE starts a timer (e.g., a T304 timer) and / or sends an MN RRCReconfigurationComplete* message (including an NR RRCReconfigurationComplete** message for the selected candidate PSCell) and information enabling the MN to identify the SN of the selected candidate PSCell.

[0153] In step S1011, MN triggers an SN release procedure initiated by MN to notify the source SN to stop providing user data to the UE, and if applicable, triggers an Xn-U address indication procedure to notify the source SN of the address of the SN of the selected candidate PSCell to begin subsequent data forwarding.

[0154] In step S1013, if the RRC connection reconfiguration process is successful, the MN notifies the selected candidate PSCell to the SN via an SN ReconfigurationComplete message (including an SN RRCReconfigurationComplete** message). If configured, the MN sends an SN Release Request message to cancel the CPC in other candidate SNs. The other candidate SNs acknowledge the release request.

[0155] In step S1015, the UE synchronizes to the PSCell indicated in the RRCReconfiguration* message applied in step S1009. For example, while a timer (e.g., timer T304) is running, the UE performs DL synchronization and / or UL synchronization (e.g., random access) toward the PSCell. When random access toward the PSCell is successful, the UE stops the timer and completes the conditional SN procedure / CPC procedure.

[0156] In the following text, L1 / L2 triggered mobility (LTM) is described. In this disclosure, the terms "LTM" and "cell handover" are used interchangeably.

[0157] LTM is the process by which the gNB receives an L1 measurement report from the UE and, based on that, changes the UE's serving cell via MAC CE. The gNB prepares one or more candidate cells and provides their configurations to the UE via RRC messages. Then, the gNB selects one of the candidate configurations as the target configuration for LTM, triggering an LTM cell handover. Candidate cell configurations can only be added, modified, and released by the network via RRC signaling.

[0158] LTM candidate cells can be configured via an RRCReconfiguration message for the candidate target cell and / or a CellGroupConfig IE for each candidate target cell.

[0159] The following principles can be applied to LTM:

[0160] Candidate cell configurations can be provided as incremental configurations on top of reference configurations. Reference configurations are managed separately, and the UE stores the reference configuration as a separate configuration.

[0161] - Continue the user plane whenever possible (e.g., within a distributed unit, DU) without resetting, where the goal is to avoid additional delays in data loss and data recovery.

[0162] - Security is not updated in LTM.

[0163] - Subsequent LTMs between candidates can be performed without RRC reconfiguration (i.e., the UE does not release other candidate cell configurations after triggering LTM).

[0164] LTM supports intra-gNB-DU and inter-gNB-DU mobility within and between gNB-CUs. LTM also supports inter-frequency mobility, including mobility to cells on frequencies other than the currently serving cell. It can support the following scenarios:

[0165] - PCell changes in non-CA scenarios

[0166] - In the CA scenario, there is no PCell change that modifies the SCell.

[0167] - In a CA scenario, PCell changes that involve SCell changes include the following cases:

[0168] a) The target PCell / target SCell is not the current serving cell (CA-to-CA scenario with PCell change).

[0169] b) The target PCell is the current SCell

[0170] c) The target SCell is the current PCell.

[0171] - Dual connectivity scenarios, at least for PSCell changes without MN involvement (i.e., within SN).

[0172] It also supports inter-cell beam management, but it is not considered a prerequisite for using LTM.

[0173] Designs for L1 / L2-based mobility within and between DUs should share commonalities as much as possible within a reasonable scope.

[0174] In some implementations, upon receiving a candidate cell configuration, a validity / compliance check of the candidate cell configuration is performed.

[0175] Cell handover triggering information is transmitted in a MAC CE that contains at least a candidate configuration index. Cell-specific radio bearer and measurement configurations can be part of the LTM candidate cell configuration.

[0176] In some implementations, the MAC CE can indicate the TCI state (or other beaming information) to be activated for the target cell.

[0177] In some implementations, SCell activation / deactivation can be performed simultaneously with LTM-triggered MAC CE (in the SCell associated with the candidate configuration).

[0178] The UE can perform either contention-based random access (CBRA) or contention-free random access (CFRA) during cell handover. If the UE does not need to acquire timing advance (TA) for the target cell during cell handover, it can also skip the random access procedure. RACH resources for CFRA are provided in the RRC configuration.

[0179] In some implementations, CFRA resources can be provided via MAC CE.

[0180] The entire process for LTM is as follows: Figure 11 As shown in the diagram, subsequent LTMs are completed by repeating the early synchronization, LTM execution, and LTM completion steps without releasing other candidates after each LTM completion.

[0181] Figure 11 An example of a signaling process for LTM according to an embodiment of this disclosure is shown.

[0182] Reference Figure 11 In step S1101, the UE can send a MeasurementReport message to the gNB.

[0183] In step S1103, gNB can decide to use LTM and initiate LTM candidate preparation.

[0184] In step S1105, the gNB may send an RRCReconfiguration message to the UE, which includes the configuration of one or more LTM candidate target cells.

[0185] In step S1107, the UE can store the configuration of the LTM candidate target cell and send an RRCReconfigurationComplete message to the gNB.

[0186] In some implementations, the UE may optionally perform early synchronization (or DL / UL synchronization management) with the candidate cell. In this case, the UE may perform DL synchronization and / or UL synchronization (e.g., TA acquisition) with the candidate target cell before receiving the LTM cell handover command.

[0187] For example, DL synchronization for candidate cells can be performed at least based on SSB support prior to cell handover commands.

[0188] For example, RACH support based at least on PDCCH commands can be used to obtain the TA of a candidate cell before an LTM cell handover command, where the PDCCH command is triggered only by the source cell.

[0189] The UE may perform early synchronization before, after, or during step S1109.

[0190] In step S1109, the UE can perform L1 measurements on the configured LTM candidate target cells and send a lower-layer measurement report to the gNB. The lower-layer measurement report can be carried on L1 or MAC.

[0191] In step S1111, the gNB can decide to perform an LTM cell handover to the target cell.

[0192] In step S1113, the gNB can send a cell handover command MAC CE that triggers LTM cell handover by including the candidate configuration index of the target cell. The UE can then switch to the configuration of the LTM candidate target cell.

[0193] In step S1115, the UE can detach from the source cell and apply the target cell configuration. If the TA is unavailable, the UE can perform a random access procedure (or RACH procedure) toward the target cell.

[0194] In step S1117, the UE can indicate that the LTM cell handover to the target cell has been successfully completed.

[0195] In some implementations, uplink signals or messages after the UE has switched to the target cell can be used to indicate that the LTM cell handover has been successfully completed.

[0196] exist Figure 11 In this context, when the RACH skip condition is met, the RACH process can be skipped (i.e., the UE can perform RACH-free mobility to the target cell). The RACH skip condition may include one or more of the following conditions:

[0197] - The target cell's TA information can be used for the UE and / or the target cell's TA validity;

[0198] - The beam indication of the target cell can be used by the UE and / or when no beam fault is detected on the target cell; or

[0199] - An uplink (UL) license, used to send an uplink signal indicating successful completion of an LTM cell handover, may be available to the UE.

[0200] When performing a random access procedure / RACH procedure: i) if the CFRA resource / dedicated RACH configuration is available to the UE, the UE may perform contention-free random access (CFRA); and ii) if the CFRA resource / dedicated RACH configuration is not available to the UE, the UE may perform contention-based random access (CBRA).

[0201] For CBRA, the UE can send a random access preamble to the RAN node in the uplink. The UE can send Message 1 (MSG1) including the random access preamble to the RAN node. The random access preamble can be associated with a Random Access-Radio Resource Temporary Identifier (RA-RNTI). The random access preamble can be selected based on the selected RACH resource and sent through the time / frequency resource identified by the selected RACH resource.

[0202] For CFRA, the UE can send a dedicated random access preamble to the RAN node in the uplink. The UE can send MSG1, which includes the dedicated random access preamble, to the RAN node. The dedicated random access preamble can be associated with RA-RNTI. The dedicated random access preamble can be selected based on the CFRA resource / dedicated RACH configuration and transmitted through time / frequency resources identified by the CFRA resource / dedicated RACH configuration.

[0203] Furthermore, NR Dual Connectivity (NR-DC) is a generalization of NR Intra-NR Dual Connectivity (DC), in which a UE with multiple Rx / Tx capabilities can be configured to utilize resources provided by two different nodes via a non-ideal backhaul connection, both of which provide NR access. One node can act as the primary node (MN), and the other can act as the secondary node (SN). The MN and SN can be connected via a network interface, and at least the MN is connected to the core network.

[0204] To achieve robust SN mobility, Conditional PSCell Change (CPC) is introduced. For CPC, the network can provide the UE with the CPC configuration of candidate serving cells in advance (i.e., pre-configuration of candidate cells for CPC), where the CPC configuration includes a list of RRCReconfiguration messages for candidate cells, associated execution conditions, and / or required conditional measurements. The UE can then begin evaluating the execution conditions. If the execution conditions of a candidate PSCell are met, the UE can perform CPC execution (i.e., apply the RRCReconfiguration message corresponding to the candidate PSCell that meets the execution conditions, and / or send an RRCReconfigurationComplete message to the network). The UE can then synchronize to the PSCell indicated in the RRCReconfiguration message.

[0205] To reduce latency, overhead, and downtime, L1 / L2 triggered mobility (LTM) is introduced. For LTM, the network can provide the UE with the configuration of candidate serving cells in advance (i.e., pre-configuration of candidate cells for LTM). The UE can then perform L1 measurements on the candidate cells and report the L1 measurement results to the network. The network can determine whether the UE should perform LTM on the candidate cells based on the L1 measurement reports. The network can send an LTM cell handover command to the UE via L1 / L2 signaling to trigger the UE to perform LTM towards the candidate cells. Upon receiving the LTM cell handover command, the UE can initiate a cell handover process (i.e., LTM execution on the candidate cells).

[0206] CPC supports both intra-CU and inter-CU mobility scenarios (i.e., intra-SN and inter-SN CPC). On the other hand, LTM only supports intra-CU mobility scenarios. This means that for NR-DC, LTM can only be used for intra-MN PCell changes and / or intra-SN PSCell changes.

[0207] Figure 12 An example of a DC scenario according to an embodiment of this disclosure is shown.

[0208] Reference Figure 12 :

[0209] - The UE is served by a DC (e.g., NR-DC), where cell #1 is a PCcell and cell #3 is a PSCell;

[0210] Cell #1 and Cell #2 are configured as candidate cells for LTM cell handover for PCell;

[0211] Cells #3 and #4 are configured as candidate cells for LTM cell handover for PSCell; and

[0212] Cell #5 and Cell #6 are configured as candidate cells for inter-SN CPC.

[0213] exist Figure 12 In this scenario, assume the UE is configured with both inter-SN CPC and intra-SN LTM. In this case, for example, at least one of the following two situations may occur:

[0214] Scenario 1) During the execution of CPC between SNs, an RRC (connectivity) reconstruction process can be initiated due to an invalid RRC configuration (e.g., an invalid cell handover configuration).

[0215] Scenario 2) If an LTM cell handover command instructing a change in PSCell (i.e., intra-SN mobility) is received during inter-SN CPC execution, LTM execution may fail.

[0216] Figure 13 and Figure 14 The text describes scenarios 1 and 2 in detail.

[0217] Figure 13 An example of an invalid cell handover configuration according to an embodiment of this disclosure is shown.

[0218] Reference Figure 13 During the execution of CPC between SNs, an RRC (connectivity) reconstruction process can be initiated due to an invalid RRC configuration (e.g., an invalid cell handover configuration).

[0219] In step S1301, the following can be established: Figure 12 The DCs of MN and SN#1 are shown. Cell #1 of MN can be the currently serving PCell, and cell #3 of SN#1 can be the currently serving PSCell.

[0220] In step S1303, MN and SN#1 can prepare LTM candidate cells #3 and #4.

[0221] In step S1305, MN may send an RRCReconfiguration message that includes cell handover configurations for LTM candidate cells #1, #2, #3, and #4.

[0222] In step S1307, MN and SN#2 can prepare CPC candidate cells #3 and #4.

[0223] In step S1309, MN may send an RRCReconfiguration message that includes CPC configurations for CPC candidate cells #5 and #6.

[0224] In step S1311, the UE can evaluate the execution conditions for CPC candidate cells and determine that the execution conditions for cell #5 are met.

[0225] In step S1313, if the execution conditions for cell #5 are met, the UE can execute CPC toward cell #5 (i.e., inter-SN CPC) and / or apply CPC configuration for cell #5. When executing CPC toward cell #5 and / or applying CPC configuration for cell #5, the UE can start a timer (i.e., timer T304) and / or send an RRCReconfigurationComplete message to the MN. While timer T304 is running, the UE can execute random access toward cell #5.

[0226] In step S1315, the UE can detect that the cell handover configuration for candidate cells #3 and #4 has become invalid. If an inter-SN CPC is executed, the LTM cell handover configuration of PSCell toward cells #3 and #4 (i.e., the cell handover configuration for candidate cells #3 and #4) can become invalid because the LTM cell handover of PSCell toward cells #3 and #4 becomes inter-SN (i.e., inter-CU) mobility after the CPC is executed, which is not a scenario supported by LTM.

[0227] In step S1317, the UE may initiate an RRC connection reconstruction process when an invalid RRC configuration (i.e., an invalid cell handover configuration) is detected. However, invalid RRC configurations for LTM caused by inter-SN CPC may lead to an RRC connection reconstruction process, which could result in interruptions and delays.

[0228] Figure 14 An example of a situation where LTM execution fails according to an embodiment of this disclosure is shown.

[0229] Reference Figure 14 During the CPC execution between SNs, if an LTM cell handover command instructing a change in PSCell (i.e., intra-SN mobility) is received, the LTM execution may fail.

[0230] In step S1401, the following can be established: Figure 12 The DCs of MN and SN#1 are shown. Cell #1 of MN can be the currently serving PCell, and cell #3 of SN#1 can be the currently serving PSCell.

[0231] In step S1403, MN and SN#1 can prepare LTM candidate cells #3 and #4.

[0232] In step S1405, MN may send an RRCReconfiguration message that includes cell handover configurations for LTM candidate cells #1, #2, #3, and #4.

[0233] In step S1407, MN and SN#2 can prepare CPC candidate cells #3 and #4.

[0234] In step S1409, MN may send an RRCReconfiguration message that includes CPC configurations for CPC candidate cells #5 and #6.

[0235] In step S1411, the UE can evaluate the execution conditions for CPC candidate cells and determine that the execution conditions for cell #5 are met.

[0236] In step S1413, if the execution conditions for cell #5 are met, the UE can execute CPC toward cell #5 (i.e., inter-SN CPC) and / or apply CPC configuration for cell #5. When executing CPC toward cell #5 and / or applying CPC configuration for cell #5, the UE can start a timer (i.e., timer T304) and / or send an RRCReconfigurationComplete message to the MN. While timer T304 is running, the UE can execute random access toward cell #5.

[0237] During the transmission of an RRCReconfigurationComplete message for CPC to cell #5 (i.e., the UE has sent an RRCReconfigurationComplete message, but the network has not yet received it) and / or when a timer (e.g., T304 timer) is running, the network may send an LTM cell handover command for PSCell to cell #4 to the UE.

[0238] In step S1415, the UE may fail to perform LTM execution. Because the UE applies the RRC configuration corresponding to cell #5 (i.e., the CPC configuration for cell #5), the target cell of the LTM cell handover command (i.e., cell #4) may be an invalid target cell, as cell #5 is inter-SN and / or inter-CU. Ultimately, the UE may cause the LTM cell handover to cell #4 to fail, and thus initiate an RRC (connectivity) reconstruction or failure recovery procedure, which may result in interruption and latency.

[0239] Therefore, this disclosure provides various implementation methods / methods for handling invalid cell handover configurations.

[0240] Figure 15An example of a method performed by a communication device for handling invalid cell handover configurations according to an embodiment of the present disclosure is shown.

[0241] Reference Figure 15 In step S1501, the communication device may receive a first configuration for cell handover to the first cell and a second configuration for conditional mobility to the second cell. The second configuration may be related to the execution conditions for conditional mobility.

[0242] In step S1503, based on the fulfillment of the execution conditions, the communication device may send information for suspending cell handover related to the first configuration.

[0243] In step S1505, after sending the information, the communication device may apply a second configuration for conditional mobility.

[0244] According to various implementation methods, information can notify at least one of the execution of conditional mobility, the initiation of conditional mobility, or the initiation of the execution of conditional mobility.

[0245] According to various implementations, the information may include a bit set to a specific value (e.g., 0 or 1) that notifies at least one of the execution of conditional mobility, the initiation of conditional mobility, or the initiation of the execution of conditional mobility.

[0246] According to various implementations, the information may be transmitted via at least one of the Physical Uplink Control Channel (PUCCH), Physical Uplink Shared Channel (PUSCH), or Media Access Control (MAC) Control Element (CE).

[0247] According to various implementations, after applying the second configuration for conditional mobility, the communication device may perform a configuration update for one or more configurations related to cell handover. The configuration update may include at least one of the following: discarding the first configuration for cell handover to a first cell; or obtaining a third configuration for cell handover to a third cell.

[0248] According to various implementations, the communication device can send a completion message for conditional mobility based on a second configuration applied to conditional mobility. The configuration update can be performed after the completion message is sent.

[0249] According to various embodiments, the communication device may receive an instruction to discard a first configuration or at least one of a third configuration.

[0250] According to various implementation methods, paused cell handover can be resumed after a configuration update is performed.

[0251] According to various implementation methods, compliance checks for the first configuration for cell handover may not be performed during the time period between the application of the second configuration and the execution of the configuration update.

[0252] According to various implementations, during the time period between applying the second configuration and performing the configuration update, the communication device may perform a compliance check on the first configuration for cell handover. As a result of the compliance check, the communication device may detect that the first configuration for cell handover is invalid. Based on the detection that the first configuration for cell handover is invalid, the communication device may skip performing connection reconstruction.

[0253] According to various implementation methods, cell handover can be related to cell changes between cells within a node. Conditional mobility can be related to cell changes between cells between nodes.

[0254] According to various implementation methods, cell handover may include PSCell changes between primary and secondary cells (PSCells) within a secondary node (SN). Conditional mobility may include conditional PSCell changes (CPCs) between PSCells between SNs.

[0255] Figure 16 An example of a process for handling invalid cell handover configurations according to embodiments of the present disclosure is shown.

[0256] Reference Figure 16 In step S1601, the network node may send a first configuration for cell handover to the first cell and a second configuration for conditional mobility to the second cell to the communication device. The second configuration may be related to the execution conditions for conditional mobility.

[0257] In step S1603, based on the fulfillment of the execution conditions, the communication device can send information for suspending cell handover related to the first configuration, and the network node can receive the information from the communication device.

[0258] In step S1605, the network node may suspend cell handover related to the first configuration based on the received information.

[0259] In step S1607, after sending the information, the communication device may apply a second configuration for conditional mobility.

[0260] The following section describes the specific implementation of handling invalid cell handover configurations.

[0261] According to embodiments of this disclosure, if a UE is configured with both inter-SN CPC and LTM for PSCell changes, the UE can send a simple indication (e.g., a 1-bit indication) to the network once the execution conditions for inter-SN CPC are met. The simple indication can be sent via L1 or L2 signaling (e.g., PUCCH, PUSCH, and / or MAC CE). For example, upon receiving the indication, the network may not send an LTM cell handover command including PSCell changes until it receives an RRCReconfigurationComplete message corresponding to the inter-SN CPC. As another example, upon receiving the indication, the network may suspend the LTM cell handover including PSCell changes, and while suspending the LTM cell handover including PSCell changes, the network may not send an LTM cell handover command including PSCell changes. After completing the inter-SN CPC, the network can instruct the UE to discard / update the configuration of the candidate cell corresponding to the LTM cell handover with PSCell changes (i.e., the LTM candidate configuration). The UE may not check the validity of the LTM candidate cell configuration during CPC execution (e.g., when the T304 timer is running). For example, the UE does not perform compliance checks on the LTM candidate configuration between CPC execution and the update / drop of the LTM candidate configuration.

[0262] Figure 17 An example of a process for executing instructions for mobility according to an embodiment of this disclosure is shown.

[0263] exist Figure 17 During the CPC execution between SNs, LTM cell handover with PSCell changes is paused. After the CPC is completed, invalid configurations of LTM candidate cells can be discarded or updated.

[0264] Reference Figure 17 In step S1701, the following can be established: Figure 12 The DCs of MN and SN#1 are shown. Cell #1 of MN can be the currently serving PCell, and cell #3 of SN#1 can be the currently serving PSCell.

[0265] In step S1703, MN and SN#1 can prepare LTM candidate cells #3 and #4.

[0266] In step S1705, the UE may receive one or more candidate cell configurations for LTM cell handover (i.e., (pre)configuration of LTM candidate cells / (pre)configuration of cell handover to candidate cells). For example, the UE may receive an RRCReconfiguration message from the MN that includes cell handover configurations for LTM candidate cells (e.g., cells #1, #2, #3, and #4).

[0267] The (pre)configuration of LTM candidate cells may include at least one of the following:

[0268] - The portion directly applied by the UE during LTM execution; or

[0269] - Another part that the UE selectively applies based on the instructions included in the LTM cell handover command during LTM execution.

[0270] LTM candidate cells can include one or more candidate serving cells for cell handover. In other words, one or more candidate serving cells can be configured for cell handover. Candidate serving cells can belong to the same central unit (CU) serving the SN (i.e., SN#1).

[0271] The configuration for LTM candidate cells may include at least one of the following:

[0272] - Configurations for specific cells (Sp Cells), such as servingCellConfigCommon, servingCellConfig, reconfigurationWithSync, and / or radio link failure (RLF) related configurations;

[0273] - Configurations specific to SCell, such as servingCellConfigCommon, servingCellConfig, smtc, and / or DRX configurations;

[0274] -MAC / RLC related configurations; or

[0275] - A set of BWP configurations. For each BWP configuration, flags may be included to indicate whether the UE applies them first during LTM execution. A set of physical channel configurations (e.g., a set of PUCCH configurations, a set of PUSCH configurations, a set of PDCCH configurations, a set of PDSCH configurations, and / or a set of PRACH configurations) may be included in each BWP configuration. For each physical channel configuration in the set, flags may be included to indicate whether the UE applies them first during LTM execution.

[0276] In step S1707, MN and SN#2 can prepare CPC candidate cells #3 and #4.

[0277] In step S1709, the UE may receive one or more candidate cell configurations for CPC (i.e., (pre)configuration of CPC candidate cells / (pre)configuration of CPC to candidate cells). For example, the UE may receive from the MN a list of RRCReconfiguration messages including CPC candidate cells and / or RRCReconfiguration messages for CPC configurations of CPC candidate cells (e.g., cells #5 and #6).

[0278] Each CPC configuration may include at least one of the following:

[0279] - Candidate cell configuration for CPC (i.e., (pre)configuration of CPC candidate cells / (pre)configuration of CPC to candidate cells / RRCReconfiguration message for candidate cells);

[0280] - Associated execution conditions; or

[0281] -Required conditional measurement.

[0282] CPC candidate cells can include one or more candidate serving cells for a CPC. That is, one or more candidate serving cells can be configured for a CPC. The candidate serving cell can belong to a CU of a different SN (e.g., SN#2) than the serving SN (i.e., SN#1).

[0283] In step S1711, the UE can evaluate the execution conditions for the CPC candidate cell and determine whether the execution conditions for the CPC candidate cell (e.g., cell #5 associated with SN#2) are met. After the execution conditions for the CPC candidate cell are met, the UE will initiate / execute CPC execution toward the CPC candidate cell (e.g., inter-SN CPC execution).

[0284] In step S1713, the UE may indicate to the network the initiation of CPC execution. That is, the UE may send an indication to the network indicating the initiation of CPC execution. For example, the indication may include a 1-bit flag indicating the initiation of CPC execution. The indication may be sent via at least one of L1 signaling (e.g., via PUCCH / PUSCH) or L2 signaling (e.g., via MAC CE).

[0285] In step S1715, the network (e.g., MN) may suspend LTM cell handover involving PSCell changes during (inter-SN) CPC execution. For example, the network may suspend LTM cell handover involving PSCell changes until it receives an RRCReconfigurationComplete message related to (inter-SN) CPC execution. When suspending LTM cell handover involving PSCell changes, the network may not send LTM cell handover commands for LTM cell handover involving PSCell changes.

[0286] In step S1717, the UE can perform CPC execution. That is, the UE can perform (inter-SN) CPC. CPC execution can include at least one of the following:

[0287] - Apply the configuration of the corresponding CPC candidate cell (e.g., cell #5) to the source cell configuration (e.g., cell configuration for cell #3);

[0288] - Start the timer (e.g., T304 timer);

[0289] - Send an RRCReconfigurationComplete message to MN for the CPC in cell #5;

[0290] - Send instructions for CPC execution to the network (e.g., MN and / or SN#1) via MAC CE, RRC messages, PUCCH, and / or PUSCH; or

[0291] - While the timer is running, it is synchronized to the CPC candidate cell (i.e., CPC target cell / cell #5) via a random access procedure (e.g., RACH).

[0292] In step S1719, based on the execution of (inter-SN) CPC and / or the application of the configuration of the corresponding CPC candidate cell, the UE may send a completion message for (inter-SN) CPC (e.g., RRCReconfigurationComplete message).

[0293] The UE can successfully complete the CPC. For example, while a timer (e.g., a T304 timer) is running, the UE can perform random access toward a CPC candidate cell, and when the random access toward the CPC candidate cell is successful, the UE can stop the timer and successfully complete the CPC.

[0294] In step S1721, invalid configurations for LTM cell handover can be updated and / or discarded. Existing configurations of LTM candidate cells (e.g., cells #3 and #4) belonging to the previous SN (i.e., the source SN of the inter-SN CPC, SN#1) can be discarded. New configurations of LTM candidate cells (e.g., cells #5 and #6) belonging to the current SN (i.e., the target SN of the inter-SN CPC, SN#2) can be added.

[0295] To update and / or discard invalid configurations for LTM cell handover, the network (i.e., MN) may send an RRCReconiguration message to the UE, which includes at least one of the following: i) an indication of existing configurations to be discarded for LTM candidate cells (e.g., cells #3 and #4) belonging to the previous SN (i.e., the source SN of the inter-SN CPC), or ii) new configurations to be added for LTM candidate cells (e.g., cells #5 and #6) belonging to the current SN (i.e., the target SN of the inter-SN CPC).

[0296] In step S1723, the network (e.g., MN) can resume LTM cell handover including the PSCell change that was suspended in step S1715. For example, the network can send a cell handover command to the UE for a cell handover including the PSCell change (e.g., to cell #6). The UE can receive the cell handover command and perform a cell handover including the (within SN) PSCell change (e.g., from cell #5 to cell #6).

[0297] For example, during an invalid period in which LTM cell handover is invalid due to changes in the PSCell within the SN, the UE may not perform compliance checks on the LTM candidate configuration. The invalid period may include at least one of the following: a first period during CPC execution, a second period during the time gap between CPC execution and the update / drop of the LTM candidate configuration, or a third period during which a timer for random access to the target cell for CPC execution (e.g., a T304 timer) is running.

[0298] For example, the UE can perform compliance checks on the LTM candidate configuration during the invalid period. However, even if the UE can detect that the LTM candidate configuration has become invalid based on the compliance check during the invalid period, the UE can choose not to perform the RRC (connection) reconstruction procedure to avoid interrupting CPC execution.

[0299] Furthermore, in this disclosure (for example, Figure 15 The method described from the UE's perspective (in Chinese) can be derived from... Figure 2 The first wireless device 100 and / or shown Figure 3The UE 100 shown is used to execute this.

[0300] More specifically, the UE includes at least one transceiver, at least one processor, and at least one computer memory operatively connectable to the at least one processor and storing instructions that perform operations based on execution by the at least one processor.

[0301] The operation includes: receiving a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to an execution condition for conditional mobility; sending information for suspending cell handover related to the first configuration based on the fulfillment of the execution condition; and applying the second configuration for conditional mobility after sending the information.

[0302] Furthermore, in this disclosure (for example, in Figure 15 The method described from the UE's perspective (in Chinese) can be stored in... Figure 2 The software code 105 in the memory 104 included in the first wireless device 100 shown is executed.

[0303] More specifically, at least one computer-readable medium (CRM) stores instructions that perform operations based on execution by at least one processor, the operations including: receiving a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to execution conditions for conditional mobility; sending information for suspending cell handover related to the first configuration based on the fulfillment of the execution conditions; and applying the second configuration for conditional mobility after sending the information.

[0304] Furthermore, in this disclosure (for example, in Figure 15 The method described from the UE's perspective (in Chinese) can be... Figure 2 The processor 102 included in the first wireless device 100 shown controls and / or transmits data through... Figure 3 The processor 102 included in the UE 100 shown is used for execution.

[0305] More specifically, a device (e.g., a wireless device / UE) configured / suited for operation in a wireless communication system includes at least one processor and at least one computer memory operatively connectable to the at least one processor. The at least one processor is configured / suited to perform operations including: receiving a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to execution conditions for conditional mobility; transmitting information for suspending cell handover associated with the first configuration based on satisfaction of the execution conditions; and applying the second configuration for conditional mobility after transmitting the information.

[0306] Furthermore, in this disclosure (for example, Figure 16 The method described from the perspective of network nodes (in Chinese) can be derived from... Figure 2 The second wireless device 200 shown in the diagram performs this function. The network node can be associated with the serving cell.

[0307] More specifically, the network node includes at least one transceiver, at least one processor, and at least one computer memory operatively connectable to the at least one processor and storing instructions that perform operations based on execution by the at least one processor.

[0308] The operation includes: sending to a communication device a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to an execution condition for conditional mobility; receiving from the communication device, based on the fulfillment of the execution condition, information for suspending cell handover related to the first configuration; and suspending cell handover related to the first configuration based on the received information, wherein the second configuration for conditional mobility is applied after the communication device sends the information.

[0309] This disclosure can have various beneficial effects.

[0310] For example, according to this disclosure, once the execution conditions for inter-SN CPC are met, the UE can send a simple indication (e.g., a 1-bit indication) to the network and can avoid initiating an RRC (connection) reconstruction process due to invalid RRC LTM configuration and / or LTM execution failure. Therefore, latency and interruptions can be reduced.

[0311] The beneficial effects that can be obtained through specific embodiments of this disclosure are not limited to those listed above. For example, there may be various technical effects that can be understood and / or derived from this disclosure by those skilled in the art. Therefore, the specific effects of this disclosure are not limited to those explicitly described herein, but may include various effects that can be understood or derived from the technical features of this disclosure.

[0312] The claims in this disclosure can be combined in various ways. For example, the technical features in the method claims of this disclosure can be combined to implement or perform in a device, and the technical features in the device claims can be combined to implement or perform in a method. Furthermore, the technical features in the method claims and device claims can be combined to implement or perform in a device. Other implementations are within the scope of the appended claims.

Claims

1. A method performed by a communication device suitable for operation in a wireless communication system, the method comprising the following steps: Receive a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to the execution conditions for the conditional mobility; Based on the fulfillment of the execution conditions, information for suspending the cell handover associated with the first configuration is sent; and After sending the information, the second configuration for the conditional mobility is applied.

2. The method according to claim 1, wherein, The information notifies at least one of the execution of the conditional mobility, the initiation of the conditional mobility, or the initiation of the execution of the conditional mobility.

3. The method according to claim 2, wherein, The information includes a bit set to a specific value that notifies at least one of the execution of the conditional mobility, the initiation of the conditional mobility, or the initiation of the execution of the conditional mobility.

4. The method according to claim 1, wherein, The information is transmitted via at least one of the Physical Uplink Control Channel (PUCCH), the Physical Uplink Shared Channel (PUSCH), or the Media Access Control (MAC) Control Element (CE).

5. The method according to claim 1, further comprising the following steps: After applying the second configuration for the conditional mobility, a configuration update is performed for one or more configurations related to the cell handover. The configuration update includes at least one of the following: Discard the first configuration for the cell handover to the first cell; or Obtain the third configuration for the cell handover to the third cell.

6. The method according to claim 5, further comprising the following step: Based on the second configuration applied to the conditional mobility, a completion message for the conditional mobility is sent. The configuration update is performed after the completion message is sent.

7. The method according to claim 5, further comprising the following step: Receive an instruction to discard the first configuration or at least one of the third configurations.

8. The method according to claim 5, wherein, Resume paused cell handover after performing the configuration update.

9. The method according to claim 5, wherein, During the time interval between applying the second configuration and performing the configuration update, no compliance check is performed on the first configuration for the cell handover.

10. The method according to claim 5, further comprising the following step: During the time interval between applying the second configuration and performing the configuration update, a compliance check is performed on the first configuration for the cell handover. As a result of the compliance check, it was detected that the first configuration for the cell handover was invalid; as well as Based on the detection that the first configuration for the cell handover is invalid, the connection reconstruction is skipped.

11. The method according to claim 1, wherein, The cell handover is related to cell changes between cells within the node, and The conditional mobility is related to cell changes between cells between nodes.

12. The method according to claim 11, wherein, The cell handover includes the change of PSCell between the primary and secondary cells within the secondary node SN, and The conditional mobility includes conditional PSCell change CPC between PSCells between SNs.

13. The method according to claim 1, wherein, The communication device communicates with at least one of a user equipment (UE), a mobile device, a network, or an autonomous vehicle.

14. A user equipment (UE) configured to operate in a wireless communication system, the UE comprising: At least one transceiver; At least one processor; as well as At least one memory, operatively coupled to the at least one processor and storing instructions that perform operations based on execution by the at least one processor, the operations including: Receive a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to the execution conditions for the conditional mobility; Based on the fulfillment of the execution conditions, information for suspending the cell handover associated with the first configuration is sent; and After sending the information, the second configuration for the conditional mobility is applied.

15. The UE according to claim 14, wherein, The UE is configured to implement the method according to any one of claims 2 to 13.

16. A network node associated with a serving cell and configured to operate in a wireless communication system, the network node comprising: At least one transceiver; At least one processor; as well as At least one memory, operatively coupled to the at least one processor and storing instructions that perform operations based on execution by the at least one processor, the operations including: Send a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell to a communication device, wherein the second configuration is related to the execution conditions for the conditional mobility; Based on the fulfillment of the execution conditions, information for suspending the cell handover associated with the first configuration is received from the communication device; and Based on the received information, the cell handover associated with the first configuration is suspended. The second configuration for the conditional mobility is applied after the information is sent by the communication device.

17. A method performed by a network node associated with a serving cell and configured to operate in a wireless communication system, the method comprising the steps of: Send a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell to a communication device, wherein the second configuration is related to the execution conditions for the conditional mobility; Based on the fulfillment of the execution conditions, information for suspending the cell handover associated with the first configuration is received from the communication device; and Based on the received information, the cell handover associated with the first configuration is suspended. The second configuration for the conditional mobility is applied after the information is sent by the communication device.

18. The method according to claim 17, wherein, The UE is configured to implement the method according to any one of claims 1 to 13.

19. An apparatus suitable for operation in a wireless communication system, the apparatus comprising: At least one processor; as well as At least one memory, operatively coupled to the at least one processor and storing instructions that perform operations based on execution by the at least one processor, the operations including: Receive a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to the execution conditions for the conditional mobility; Based on the fulfillment of the execution conditions, information for suspending the cell handover associated with the first configuration is sent; and After sending the information, the second configuration for the conditional mobility is applied.

20. A non-transitory computer-readable medium (CRM) storing program code implementing instructions that perform operations based on execution by at least one processor, the operations including: Receive a first configuration for cell handover to a first cell and a second configuration for conditional mobility to a second cell, wherein the second configuration is related to the execution conditions for the conditional mobility; Based on the fulfillment of the execution conditions, information for suspending the cell handover associated with the first configuration is sent; and After sending the information, the second configuration for the conditional mobility is applied.

Images