Communication method and apparatus

Abstract

Disclosed in the present application are a communication method and apparatus. The method is applied to a target CU or a chip in the target CU. The method comprises: determining first UHI, which comprises first information, wherein the first information is used for indicating that the handover type of a handover executed by a terminal apparatus is one or more of a first handover type, a second handover type and a third handover type, the first handover type being handover triggered by a CU or a DU, the second handover type being handover triggered on the basis of a layer-1 measurement result or a layer-3 measurement result, and the third handover type being handover or conditional handover triggered by an access network apparatus; and on the basis of the first UHI, performing mobility parameter optimization. In the present application, since different handover types correspond to different mobility parameters, a target CU can optimize, in a targeted manner and on the basis of first UHI, the different mobility parameters corresponding to the different handover types, thereby improving the accuracy and efficiency of optimizing the mobility parameters.

Description

A communication method and apparatus

[0001] Cross-reference to related applications

[0002] This application claims priority to Chinese Patent Application No. 202411997730.3, filed with the State Intellectual Property Office of the People's Republic of China on December 31, 2024, entitled "A Communication Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application relates to the field of communication technology, and in particular to a communication method and apparatus. Background Technology

[0004] Terminal-triggered mobility (L1 and / or L2-triggered mobility) handover can be initiated by the terminal itself, for example, by the terminal triggering LTM handover based on L1 or L3 measurement results. Alternatively, terminal-triggered LTM handover can also be initiated by the network, for example, by a central unit (CU) triggering LTM handover based on L3 measurement results, or by a distributed unit (DU) triggering LTM handover based on L1 or L3 measurement results. The mobility parameters may differ between DU-triggered LTM handover and CU-triggered LTM handover, LTM handover based on L1 measurement results and L3 measurement results, and network-triggered LTM handover and terminal-triggered LTM handover. These mobility parameters refer to parameters that may be used during the handover decision-making or handover assessment process, such as handover thresholds.

[0005] Because existing mobility robustness optimization (MRO) mechanisms cannot distinguish between the different types of LTM handovers, the network cannot optimize mobility parameters in a targeted manner, resulting in low accuracy and efficiency in optimizing mobility parameters. Summary of the Invention

[0006] This application provides a communication method and apparatus to improve the accuracy and efficiency of optimizing mobility parameters.

[0007] In a first aspect, embodiments of this application provide a communication method, wherein the execution subject of the method is a target CU, or a module (e.g., a chip, circuit, or other) within the target CU. The method includes: determining first terminal history information (UHI), wherein the first UHI includes first information, the first information indicating that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type, wherein the first handover type is a handover triggered by a CU or DU, the second handover type is a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type is a handover triggered by an access network device or a conditional handover; and optimizing mobility parameters based on the first UHI.

[0008] In this embodiment, the handover type can be an LTM handover (i.e., L1 and / or L2 handover) or a generalized handover (L3 handover and L1 and / or L2 handover). The first UHI determined by the target CU can indicate the handover type to be performed by the terminal device, such as a handover triggered by the DU based on L1 measurement results, or a handover triggered by the DU based on L3 measurement results, or a handover triggered by the CU based on L3 measurement results, or a handover triggered by the terminal device based on L1 measurement results, or a handover triggered by the terminal device based on L3 measurement results. Since different handover types correspond to different mobility parameters, the target CU can specifically optimize the different mobility parameters corresponding to different handover types based on the first UHI, thereby improving the accuracy and efficiency of mobility parameter optimization.

[0009] In an optional implementation, the method further includes: receiving the first information and / or the second UHI from the source CU.

[0010] In this embodiment, if the source CU and the target CU are different, that is, the terminal device performs a handover across CUs, the source CU can indicate to the target CU the handover type performed by the terminal device and / or the UHI determined by the source CU, so that the target CU can optimize the different mobility parameters corresponding to different handover types in a targeted manner according to the handover type performed by the terminal device and / or the UHI determined by the source CU, thereby improving the accuracy and efficiency of optimizing mobility parameters.

[0011] In one alternative implementation, the first UHI is used to indicate the handover type of the source cell and / or the target cell.

[0012] In this embodiment, one possible method for the target CU to determine the first UHI is provided. The first UHI can be used to indicate the handover type of the source cell and / or the handover type of the target cell. For example, the target CU can determine the handover type when the terminal device hands out of the source cell and / or the handover type when the terminal device hands into the target cell, thereby correspondingly indicating the handover type in the source cell information of the first UHI, and / or correspondingly indicating the handover type in the target cell information of the first UHI. Alternatively, the target CU can determine the first UHI in other ways, without limitation.

[0013] In one optional implementation, the first UHI further includes a first dwell time of the terminal device in the source cell, and the second UHI includes a second dwell time of the terminal device in the source cell, wherein the first dwell time is equal to the sum of the second dwell time and a first time interval, and the first time interval is the time interval between the time when the target CU receives the second UHI and the time when the terminal device accesses the target DU.

[0014] In this implementation, if the source CU and the target CU are different, and the source CU sends a second UHI to the target CU before the terminal device performs a handover, then when the target CU determines the first UHI, it needs to update the dwell time of the terminal device in the source cell. For example, the target CU receives the second UHI at time 1, and the terminal device accesses the target CU at time 2. Time 1 is earlier than time 2. The first UHI indicates that the terminal device dwells in the source cell during time period 1, and the second UHI indicates that the terminal device dwells in the source cell during time period 2. Then, the start time of time period 1 can be equal to the start time of time period 2, and the end time of time period 1 is equal to the sum of the end time of time period 2 and time interval 1. Time interval 1 is the time interval between time 1 and time 2, thereby ensuring the accuracy of the dwell time of the terminal device in the source cell indicated by the first UHI as much as possible.

[0015] In an optional implementation, the method further includes: sending the first UHI to the target DU; or, determining a third UHI from the first UHI and sending the third UHI to the target DU, the third UHI including second information for indicating that the first handover type is a DU-triggered handover; or, determining a fourth UHI from the first UHI and sending the fourth UHI to the target DU, the fourth UHI including third information for indicating that the second handover type is a handover triggered based on Layer 1 measurement results.

[0016] In this embodiment, after the target CU determines the first UHI, it can indicate the first UHI to the target DU; or it can determine the UHI related to the handover triggered by the DU (i.e., the third UHI) from the first UHI and indicate the third UHI to the target DU; or it can determine the UHI related to the handover triggered based on the Layer 1 measurement results (i.e., the fourth UHI) from the first UHI and indicate the fourth UHI to the target DU, so that the target DU can optimize the different mobility parameters corresponding to different handover types in a targeted manner according to the UHI indicated by the target CU, thereby improving the accuracy and efficiency of optimizing mobility parameters.

[0017] In an optional implementation, the method further includes sending the first information and / or the second UHI to the target DU.

[0018] In this embodiment, the target CU can instruct the target DU on the handover type performed by the terminal device and / or the UHI determined by the source CU, so that the target DU can optimize different mobility parameters corresponding to different handover types in a targeted manner according to the handover type performed by the terminal device and / or the UHI determined by the source CU, thereby improving the accuracy and efficiency of optimizing mobility parameters.

[0019] In one alternative implementation, determining the first UHI includes: receiving the first UHI from the target DU.

[0020] In this embodiment, one possibility is provided for the target CU to determine the first UHI, for example, the target DU indicates the first UHI to the target CU after determining it. Alternatively, the target CU may determine the first UHI in other ways, without limitation.

[0021] Secondly, embodiments of this application also provide a communication method, wherein the execution subject of the method is a target DU, or a module (e.g., a chip, circuit, or other) within the target DU. The method includes: determining a first UHI, the first UHI including first information, the first information being used to indicate the handover type performed by the terminal device, the handover type being one or more of a first handover type, a second handover type, and a third handover type, wherein the first handover type is a handover triggered by a CU or DU, the second handover type is a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type is a handover triggered by an access network device or a conditional handover; and optimizing mobility parameters based on the first UHI.

[0022] In an optional implementation, the method further includes: receiving the first information and / or the second UHI from the target CU.

[0023] In one alternative implementation, the first UHI is used to indicate the handover type of the source cell and / or the target cell.

[0024] In one optional implementation, the first UHI further includes a first dwell time of the terminal device in the source cell, and the second UHI includes a second dwell time of the terminal device in the source cell, wherein the first dwell time is equal to the sum of the second dwell time and a second time interval, and the second time interval is the time interval between the time when the target DU receives the second UHI and the time when the terminal device accesses the target DU.

[0025] In an optional implementation, the method further includes sending the first UHI to the target CU.

[0026] In one alternative implementation, determining a first UHI includes: receiving the first UHI from a target DU; or, receiving a third UHI from the target DU, the third UHI including second information indicating that the first handover type is a DU-triggered handover; or, receiving a fourth UHI from the target DU, the fourth UHI including third information indicating that the second handover type is a handover triggered based on Layer 1 measurement results.

[0027] The beneficial effects of the second aspect and its implementation can be referred to the beneficial effects of the first aspect and any of its implementations.

[0028] Thirdly, embodiments of this application also provide a communication method, wherein the executing entity of the method is a terminal device, or a module (e.g., a chip, circuit, or other) within the terminal device. The method includes: determining a fifth UHI, wherein the fifth UHI includes fourth information, the fourth information indicating that the terminal device performs a handover of a second handover type and / or a third handover type, wherein the second handover type is a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type is a handover triggered by an access network device or a conditional handover; and sending the fifth UHI to a target CU, wherein the fifth UHI is used by the target CU to perform mobility parameter optimization.

[0029] In this embodiment, the fifth UHI determined by the terminal device can indicate the handover type performed by the terminal device, such as a handover triggered by the access network device based on L1 measurement results, or a handover triggered by the access network device based on L3 measurement results, or a handover triggered by the terminal device based on L1 measurement results, or a handover triggered by the terminal device based on L3 measurement results. Since different handover types correspond to different mobility parameters, the terminal device can indicate the fifth UHI to the target CU, so that the target CU can optimize the different mobility parameters corresponding to different handover types based on the first UHI, thereby improving the accuracy and efficiency of mobility parameter optimization.

[0030] Fourthly, embodiments of this application also provide a communication method, wherein the execution subject of the method is a CU, or a module (e.g., a chip, circuit, or other) within the CU. The method includes: receiving a first report, the first report being used for mobility parameter analysis and optimization; determining, based on first information, that the CU or DU performs mobility parameter analysis and optimization according to the first report, wherein the first information is used to indicate that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type, wherein the first handover type is a handover triggered by the CU or DU, the second handover type is a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type is a handover triggered by an access network device or a conditional handover.

[0031] In this embodiment, the CU (e.g., source CU, target CU, or a third-party CU other than the source CU and target CU) can determine the handover type performed by the terminal device. For example, the handover may be triggered by the DU based on L1 measurement results, or by the DU based on L3 measurement results, or by the CU based on L3 measurement results, or triggered by the terminal device based on L1 measurement results, or triggered by the terminal device based on L3 measurement results. Since different handover types correspond to different mobility parameters, the CU can determine, based on the handover type performed by the terminal device, to specifically analyze and optimize the different mobility parameters corresponding to different handover types using the first report, thereby improving the accuracy and efficiency of analyzing and optimizing mobility parameters.

[0032] In one alternative implementation, the first report includes the first information.

[0033] In this implementation, one possibility is provided for the CU to determine the first information, for example, by determining the first information from a first report. Alternatively, the target CU may determine the first information through other means, without limitation.

[0034] In one optional implementation, determining, based on the first information, that the CU or DU will perform mobility parameter analysis and optimization according to the first report includes: determining that the CU will perform mobility parameter analysis and optimization according to the first report when the first handover type is a CU-triggered handover or the second handover type is a handover triggered based on Layer 3 measurement results; or, determining that the DU will perform mobility parameter analysis and optimization according to the first report when the first handover type is a DU-triggered handover or the second handover type is a handover triggered based on Layer 1 measurement results, and sending the first report to the DU.

[0035] In this embodiment, if the handover type performed by the terminal device is a CU-triggered handover or a Layer 3 measurement result-triggered handover, the CU performs mobility parameter analysis and optimization based on the first report. If the handover type performed by the terminal device is a DU-triggered handover or a Layer 1 measurement result-triggered handover, the DU performs mobility parameter analysis and optimization based on the first report. This enables the CU or DU to specifically analyze and optimize different mobility parameters corresponding to different handover types, thereby improving the accuracy and efficiency of analyzing and optimizing mobility parameters.

[0036] Fifthly, embodiments of this application also provide a communication device. The communication device can be the target CU described in the first aspect above. The communication device possesses the functions of the target CU. The communication device may be, for example, the target CU, or other devices including the functions of the target CU, or a chip system (or chip) or other functional module, which can implement the functions of the target CU, and which is, for example, disposed within the target CU. In one optional embodiment, the communication device includes a baseband device and a radio frequency device. In another optional embodiment, the communication device includes a processing unit (sometimes also called a processing module) and a transceiver unit (sometimes also called a transceiver module). The transceiver unit can implement both transmitting and receiving functions. When the transceiver unit implements the transmitting function, it can be called a transmitting unit (sometimes also called a transmitting module), and when the transceiver unit implements the receiving function, it can be called a receiving unit (sometimes also called a receiving module). The transmitting unit and the receiving unit can be the same functional module, which is called the transceiver unit and can implement both transmitting and receiving functions; or, the transmitting unit and the receiving unit can be different functional modules, and the transceiver unit is a general term for these functional modules.

[0037] In one optional implementation, the processing unit is configured to determine a first UHI, the first UHI including first information, the first information being used to indicate that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type, the first handover type being a handover triggered by a CU or a DU, the second handover type being a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type being a handover triggered by an access network device or a conditional handover; and to perform mobility parameter optimization based on the first UHI.

[0038] Sixthly, embodiments of this application also provide a communication device. The communication device can be the target DU described in the second aspect above. The communication device possesses the functions of the target DU. The communication device may be, for example, the target DU, or other devices including the functions of the target DU, or a chip system (or chip) or other functional module, which can implement the functions of the target DU, and which is, for example, disposed within the target DU. In one optional embodiment, the communication device includes a baseband device and a radio frequency device. In another optional embodiment, the communication device includes a processing unit (sometimes also called a processing module) and a transceiver unit (sometimes also called a transceiver module). The transceiver unit can implement both transmitting and receiving functions. When the transceiver unit implements the transmitting function, it can be called a transmitting unit (sometimes also called a transmitting module), and when the transceiver unit implements the receiving function, it can be called a receiving unit (sometimes also called a receiving module). The transmitting unit and the receiving unit can be the same functional module, which is called the transceiver unit and can implement both transmitting and receiving functions; or, the transmitting unit and the receiving unit can be different functional modules, and the transceiver unit is a general term for these functional modules.

[0039] In one optional implementation, the processing unit is configured to determine a first UHI, the first UHI including first information, the first information being used to indicate that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type, the first handover type being a handover triggered by a CU or a DU, the second handover type being a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type being a handover triggered by an access network device or a conditional handover; and to perform mobility parameter optimization based on the first UHI.

[0040] Seventhly, embodiments of this application also provide a communication device. The communication device can be the terminal device described in the third aspect above. The communication device possesses the functions of the aforementioned terminal device. The communication device is, for example, a terminal equipment, or other equipment including terminal equipment functions, or a chip system (or chip) or other functional module, which can realize the functions of the terminal equipment, and is, for example, disposed in the terminal equipment. In one optional embodiment, the communication device includes a baseband device and a radio frequency device. In another optional embodiment, the communication device includes a processing unit (sometimes also called a processing module) and a transceiver unit (sometimes also called a transceiver module). The transceiver unit can realize both transmitting and receiving functions. When the transceiver unit realizes the transmitting function, it can be called a transmitting unit (sometimes also called a transmitting module), and when the transceiver unit realizes the receiving function, it can be called a receiving unit (sometimes also called a receiving module). The transmitting unit and the receiving unit can be the same functional module, which is called the transceiver unit and can realize both transmitting and receiving functions; or, the transmitting unit and the receiving unit can be different functional modules, and the transceiver unit is a general term for these functional modules.

[0041] In one optional implementation, the processing unit is configured to determine a fifth UHI, the fifth UHI including fourth information, the fourth information being used to indicate that the handover type performed by the terminal device is a second handover type and / or a third handover type, the second handover type being a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type being a handover triggered by an access network device or a conditional handover.

[0042] In one optional implementation, the transceiver unit is configured to send the fifth UHI to the target CU, the fifth UHI being used by the target CU to perform mobility parameter optimization.

[0043] Eighthly, embodiments of this application also provide a communication device. The communication device can be the CU described in the fourth aspect above. The communication device possesses the functions of the CU described above. The communication device is, for example, a CU, or other devices including CU functions, or a chip system (or chip) or other functional module, which can implement the functions of the CU, and the chip system or functional module is, for example, disposed within the CU. In one optional embodiment, the communication device includes a baseband device and a radio frequency device. In another optional embodiment, the communication device includes a processing unit (sometimes also called a processing module) and a transceiver unit (sometimes also called a transceiver module). The transceiver unit can implement both transmitting and receiving functions. When the transceiver unit implements the transmitting function, it can be called a transmitting unit (sometimes also called a transmitting module), and when the transceiver unit implements the receiving function, it can be called a receiving unit (sometimes also called a receiving module). The transmitting unit and the receiving unit can be the same functional module, which is called the transceiver unit, and this functional module can implement both transmitting and receiving functions; or, the transmitting unit and the receiving unit can be different functional modules, and the transceiver unit is a collective term for these functional modules.

[0044] In one alternative implementation, the transceiver unit is configured to receive a first report, which is used for mobility parameter analysis and optimization.

[0045] In one optional implementation, the processing unit is configured to determine, based on first information, that the CU or DU performs mobility parameter analysis and optimization according to the first report, wherein the first information is used to instruct the terminal device to perform a handover of one or more of a first handover type, a second handover type, and a third handover type, wherein the first handover type is a handover triggered by the CU or DU, the second handover type is a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type is a handover triggered by the access network device or a conditional handover.

[0046] A ninth aspect provides a communication device, which can be the target CU described in the first aspect above. The communication device possesses the functions of the target CU. The communication device may be, for example, the target CU, or other device including the functions of the target CU, or a system-on-a-chip (or chip) or other functional module capable of implementing the functions of the target CU, and the system-on-a-chip or functional module may be disposed, for example, in the target CU. The communication device includes a processor for executing the functions of the target CU described in the first aspect above. Optionally, the communication device further includes a memory. The memory stores a computer program, and the processor is coupled to the memory. When the processor reads the computer program or instructions, it causes the communication device to execute the methods performed by the target CU in the above aspects.

[0047] In a tenth aspect, a communication device is provided, which can be the target DU described in the first aspect above. The communication device possesses the functions of the target DU. The communication device may be, for example, the target DU, or other devices including the functions of the target DU, or a system-on-a-chip (or chip) or other functional module capable of implementing the functions of the target DU, and the system-on-a-chip or functional module may be disposed, for example, in the target DU. The communication device includes a processor for executing the functions of the target DU described in the first aspect above. Optionally, the communication device further includes a memory. The memory stores a computer program, and the processor is coupled to the memory. When the processor reads the computer program or instructions, it causes the communication device to execute the methods performed by the target DU in the above aspects.

[0048] Eleventhly, a communication device is provided, which can be the terminal device described in the first aspect above. The communication device possesses the functions of the terminal device described above. The communication device is, for example, a terminal equipment, or other equipment including the functions of a terminal equipment, or a system-on-a-chip (or chip) or other functional module capable of implementing the functions of a terminal equipment, and the system-on-a-chip or functional module is, for example, disposed in a terminal equipment. The communication device includes a processor for executing the functions of the terminal device described in the first aspect above. Optionally, the communication device further includes a memory. The memory is used to store a computer program, and the processor is coupled to the memory. When the processor reads the computer program or instructions, it causes the communication device to execute the methods executed by the terminal device in the above aspects.

[0049] In a twelfth aspect, a communication device is provided, which may be a CU as described in the first aspect above. The communication device possesses the functions of the CU. The communication device may be, for example, a CU, or other device including CU functions, or a system-on-a-chip (or chip) or other functional module capable of implementing the functions of the CU, and the system-on-a-chip or functional module may be disposed, for example, within the CU. The communication device includes a processor for executing the functions of the CU as described in the first aspect above. Optionally, the communication device further includes a memory. The memory stores a computer program, and the processor is coupled to the memory. When the processor reads the computer program or instructions, it causes the communication device to execute the methods performed by the CU in the above aspects.

[0050] In a thirteenth aspect, a communication system is provided, including a target CU. The target CU is used to execute the method described in the first aspect above. For example, the target CU can be implemented using the communication apparatus described in the fifth or ninth aspect.

[0051] Optionally, the communication system further includes a target DU. The target DU is used to perform the method described in the second aspect above. For example, the target DU can be implemented using the communication apparatus described in the sixth or tenth aspect.

[0052] Optionally, the communication system further includes a terminal device. This terminal device is used to execute the method described in the third aspect above. For example, the terminal device can be implemented using the communication device described in the seventh or eleventh aspect.

[0053] Optionally, the communication system further includes a CU. The CU is used to execute the method described in the fourth aspect above. For example, the CU can be implemented using the communication device described in the eighth or twelfth aspect.

[0054] In a fourteenth aspect, a computer-readable storage medium is provided for storing a computer program or instructions that, when executed, cause the method performed by the target CU, target DU, terminal device, or CU in the above aspects to be implemented.

[0055] In a fifteenth aspect, a computer program product containing instructions is provided, which, when the computer program or instructions are run on a computer, causes the methods described in the above aspects to be implemented.

[0056] In a sixteenth aspect, a chip system is provided, including a processor and an interface, the processor being configured to call and execute instructions from the interface to enable the chip system to implement the methods of the above aspects. Attached Figure Description

[0057] Figure 1 is a schematic diagram of a communication system provided in an embodiment of this application;

[0058] Figure 2 is a schematic diagram of an access network device provided in an embodiment of this application;

[0059] Figure 3 is a schematic diagram of a cell controlled by an access network device according to an embodiment of this application;

[0060] Figure 4 is a schematic diagram of an LTM switching scenario provided in this application example;

[0061] Figure 5 is a flowchart illustrating a communication method provided in an embodiment of this application;

[0062] Figure 6a is a flowchart illustrating a communication method provided in an embodiment of this application;

[0063] Figure 6b is a flowchart illustrating a communication method provided in an embodiment of this application;

[0064] Figure 6c is a flowchart illustrating a communication method provided in an embodiment of this application;

[0065] Figure 7 is a flowchart illustrating a communication method provided in an embodiment of this application;

[0066] Figure 8 is a flowchart illustrating a communication method provided in an embodiment of this application;

[0067] Figure 9 is a flowchart illustrating a communication method provided in an embodiment of this application;

[0068] Figure 10 is a schematic diagram of a communication device provided in an embodiment of this application;

[0069] Figure 11 is a schematic diagram of another communication device provided in an embodiment of this application. Detailed Implementation

[0070] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the embodiments of this application will be further described in detail below with reference to the accompanying drawings.

[0071] The technical solutions of this application can be applied to communication systems related to the 3rd Generation Partnership Project (3GPP), such as Long Term Evolution (LTE) communication systems, 5th Generation (5G) mobile communication systems (specifically, New Radio (NR) communication systems, or NR communication systems that introduce Multi-Input Multi-Output (MIMO) technology), or they can also be applied to other next-generation mobile communication systems, other similar communication systems, or communication systems in the future evolution process. Other similar communication systems may include Wireless Fidelity (WiFi), Vehicle-to-Everything (V2X), Internet of Things (IoT) systems, Narrow Band Internet of Things (NB-IoT) systems, or the Industrial Internet, etc. The technical solutions of this application can be adopted as long as there is a handover requirement in the communication system.

[0072] Referring to Figure 1, it is a schematic diagram of the structure of a communication system provided in an embodiment of this application. As shown in Figure 1, the communication system may include a radio access network (RAN) 100 and a core network (CN) 200. Optionally, the communication system may also include the Internet 300.

[0073] The wireless access network 100 may include at least one access network device (such as access network devices 110a and 110b in Figure 1, collectively referred to as access network device 110) and at least one terminal device (such as terminal devices 120a-120j in Figure 1, collectively referred to as terminal device 120). The wireless access network 100 may also include other devices, such as wireless relay devices and / or wireless backhaul devices (not shown in Figure 1). Terminal device 120 is wirelessly connected to access network device 110. Access network device 110 is wirelessly or wired connected to core network 200. Core network device 210 in core network 200 and access network device 110 in wireless access network 100 may be different physical devices, or they may be the same physical device integrating core network logical functions and wireless access network logical functions. Access network device 110 and core network device 210 may be referred to as network devices.

[0074] The radio access network 100 can be a 3GPP-related communication system (such as a 5G mobile communication system) or a future mobile communication system. The radio access network 100 can also be an open RAN (O-RAN or ORAN), a cloud radio access network (CRAN), or a WiFi system. The radio access network 100 can also be a communication system that integrates two or more of the above systems.

[0075] Access network device 110, also known as RAN node, RAN entity, or access node, is used to help terminal device 120 achieve wireless access.

[0076] In one possible scenario, a RAN node can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a next-generation NodeB (gNB), a base station in a future mobile communication system, or an access node in a WiFi system. A RAN node can be a macro base station (as shown in Figure 1, 110a), a micro base station or indoor station (as shown in Figure 1, 110b), a relay node or donor node, or a radio controller in a CRAN scenario. Optionally, a RAN node can also be a server, wearable device, vehicle, or in-vehicle equipment. For example, in V2X technology, a RAN node can be a roadside unit (RSU).

[0077] In another possible scenario, multiple RAN nodes can collaborate to assist terminal device 120 in achieving wireless access, with different RAN nodes implementing some of the base station's functions. For example, as shown in Figure 2, RAN nodes can include centralized units (CUs), distributed units (DUs), or both CUs and DUs. In this scenario, RAN nodes including both CUs and DUs separate the base station's protocol layers. Some protocol layer functions are centrally controlled by the CU, while the remaining partial or complete protocol layer functions are distributed across the DUs, which are then centrally controlled by the CU.

[0078] In one example, as shown in Figure 2(a), the CU can be divided into a CU control plane (CU-(control panel, CP)) and a CU user plane (CU-(user panel, UP)). The CU-CP is responsible for control plane functions, primarily including the functions of the radio resource control (RRC) layer and the packet data convergence protocol (PDCP)-C layer (i.e., the basic functions of control plane signaling at the PDCP layer). The CU control plane CU-CP can also include a further segmented architecture, namely, further dividing the existing CU-CP into CU-CP1 and CU-CP2. CU-CP1 includes radio resource management functions, while CU-CP2 only includes RRC layer functions and PDCP-C layer functions. The CU-UP is responsible for user plane functions, primarily including the service data adaptation protocol (SDAP) layer and the PDCP-U layer functions (i.e., the basic functions of the user plane at the PDCP layer). CU-CP and CU-UP can be connected via an E1 interface. CU-CP means that the CU connects to the core network via the Ng interface and to the DU via the F1-C (control plane) interface. CU-UP connects to the DU via the F1-U (user plane) interface. Another possible implementation is that PDCP-C is also located in CU-UP.

[0079] In another example, as shown in Figure 2(b), the CU implements the functions of the RRC layer, PDCP layer, and SDAP layer.

[0080] As shown in Figure 2, the DU can implement the functions of the radio link control (RLC) layer, the media access control (MAC) layer, and the physical (PHY) layer.

[0081] It is understood that the above functional division is merely an example and does not constitute a limitation on CU and DU. That is to say, there can be other ways to divide functions between CU and DU, which will not be elaborated here.

[0082] In different systems, the CU (or CU-CP and CU-UP) or DU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, the CU may also be called an O-CU (open CU), the DU may also be called an O-DU, the CU-CP may also be called an O-CU-CP, and the CU-UP may also be called an O-CU-UP. For ease of description, this application uses CU, CU-CP, CU-UP, and DU as examples. Any unit in the CU (or CU-CP, CU-UP) and DU RU in this application may be implemented through a software module, a hardware module, or a combination of software and hardware modules.

[0083] In this embodiment of the application, the access network device 110 and its components (such as chips, processing units, or processors) can be collectively referred to as an access network device. For example, it can be the access network device 110 shown in FIG1, or it can be the chip (system) in the access network device 110 in FIG1.

[0084] The embodiments of this application do not limit the device form of the access network device 110. The apparatus for implementing the functions of the access network device 110 can be the access network device 110 itself; it can also be an apparatus capable of supporting the access network device 110 in implementing the functions, such as a chip system. This apparatus can be installed in the access network device 110 or used in conjunction with the access network device 110. In the embodiments of this application, the chip system can be composed of chips, or it can include chips and other discrete devices. All or part of the functions of the access network device 110 in this application can also be implemented through software functions running on hardware, or through virtualization functions instantiated on a platform (e.g., a cloud platform).

[0085] Terminal equipment 120, also known as user equipment (UE), mobile station (MS), mobile terminal (MT), etc., refers to a device that provides voice and / or data connectivity to a user.

[0086] Terminal device 120 can be a handheld device, vehicle-mounted device, or other device with wireless connectivity. For example, terminal device 120 can be a mobile phone, tablet computer, laptop computer, PDA, mobile internet device (MID), wearable device (e.g., smartwatch, smart bracelet, pedometer, smart glasses, etc.), vehicle-mounted device (e.g., car, bicycle, electric vehicle, airplane, ship, train, high-speed rail, etc.), satellite terminal, virtual reality (VR) device, augmented reality (AR) device, point of sale (POS) machine, customer-premises equipment (CPE), light user equipment (light UE), reduced capability user equipment (REDCAP UE), wireless terminal in industrial control, smart home device (e.g., refrigerator, television, air conditioner, electricity meter, etc.), smart robot, robotic arm, workshop equipment, wireless terminal in autonomous driving, wireless terminal in telemedicine, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, or wireless terminal in smart home, flying device (e.g., smart robot, hot air balloon, drone, airplane), etc. Terminal device 120 can also be a vehicle device, such as a complete vehicle device, vehicle module, vehicle chip, on-board unit (OBU), or telematics box (T-BOX). Terminal device 120 can also be other devices with terminal functions; for example, terminal device 120 can also be a device that plays a terminal function in device-to-device (D2D) communication.

[0087] In the embodiments of this application, the terminal device 120 and its components (such as chips, processing units, or processors) can be collectively referred to as a terminal device. For example, it can be the terminal device 120 shown in FIG1, or it can be the chip (system) in the terminal device 120 in FIG1.

[0088] The embodiments of this application do not limit the device form of the terminal device 120. The device used to implement the functions of the terminal device 120 can be the terminal device 120 itself; it can also be a device capable of supporting the terminal device 120 in implementing the functions, such as a chip system. This device can be installed in the terminal device 120 or used in conjunction with the terminal device 120. In the embodiments of this application, the chip system can be composed of chips, or it can include chips and other discrete devices. All or part of the functions of the terminal device 120 in this application can also be implemented through software functions running on hardware, or through virtualization functions instantiated on a platform (e.g., a cloud platform).

[0089] Core network equipment 210 refers to equipment in the core network that provides service support for terminal equipment 120. Examples of core network equipment 210 include: access and mobility management function (AMF) entities, session management function (SMF) entities, and user plane function (UPF) entities, which are not listed here. The AMF entity is responsible for terminal access management and mobility management; the SMF entity is responsible for session management, such as user session establishment; and the UPF entity can be a user plane functional entity, primarily responsible for connecting to the external network of the communication system. It should be noted that in this application, entities can also be referred to as network elements or functional entities. For example, an AMF entity can also be called an AMF network element or an AMF functional entity, and similarly, an SMF entity can also be called an SMF network element or an SMF functional entity.

[0090] In this embodiment, the core network device 210 and its components (such as chips, processing units, or processors) can be collectively referred to as a core network device. For example, it can be the core network device 210 shown in FIG1, or it can be the chip (system) in the core network device 210 in FIG1.

[0091] The embodiments of this application do not limit the device form of the core network device 210. The apparatus used to implement the functions of the core network device 210 can be the core network device 210 itself; it can also be an apparatus capable of supporting the core network device 210 in implementing the functions, such as a chip system. This apparatus can be installed in the core network device 210 or used in conjunction with the core network device 210. In the embodiments of this application, the chip system can be composed of chips, or it can include chips and other discrete devices. All or part of the functions of the core network device 210 in this application can also be implemented through software functions running on hardware, or through virtualization functions instantiated on a platform (e.g., a cloud platform).

[0092] In this embodiment, communication between the terminal device and the access network device refers to the terminal device sending uplink signals or uplink information to the access network device, with the uplink information carried on the uplink channel, and / or the access network device sending downlink signals or downlink information to the terminal device, with the downlink information carried on the downlink channel. For the terminal device to communicate with the access network device, it needs to establish a radio connection with a cell controlled by the access network device (i.e., the terminal device camps on a cell controlled by the access network device). The cell with which the terminal device establishes a radio connection is called the serving cell of the terminal device (i.e., the cell that provides service to the terminal device).

[0093] A terminal device can be located within the coverage area of ​​one or more cells (carriers), and one or more cells can provide services to the terminal device. For example, in the scenario shown in Figure 3, the terminal device is simultaneously located within the coverage area of ​​cell 1 controlled by access network device 1, cell 2 controlled by access network device 2, and cell 3 controlled by access network device 3. Cells 1, 2, and 3 can all provide services to the terminal device. It should be noted that Figure 3 is an example of one access network device controlling only one cell. In practical applications, one access network device can control multiple cells simultaneously. When there are multiple cells providing services to the terminal device, the terminal device can operate in one or more of the following modes: carrier aggregation (CA), dual connectivity (DC), or coordinated multiple points transmission / reception (CoMP). One or more cells can provide the terminal device with radio resources corresponding to more than one set of transmission parameters.

[0094] Due to changes in terminal device mobility and / or cell channel conditions, terminal devices can switch serving cells. The original serving cell where the terminal device camped (or the cell where the terminal device lost its radio connection, or the cell the terminal device switched out of) is called the source cell, and the new cell where the terminal device camped (or the cell where the terminal device established a new radio connection, or the cell the terminal device switched into) is called the target cell. In other words, switching serving cells means the terminal device switches from the source cell to the target cell. A terminal device can camp on only one cell or simultaneously on multiple cells. Multiple cells can be controlled by the same access network device or by different access network devices; this application embodiment does not impose any restrictions. Correspondingly, when performing a handover, the terminal device can switch to only one serving cell or simultaneously switch to multiple serving cells; this application embodiment does not impose any limitations on this.

[0095] Furthermore, communication between a cell and a terminal device (e.g., a cell sending downlink signals to a terminal device, and / or a cell receiving uplink signals from a terminal device) refers to communication between the access network equipment to which the cell belongs (e.g., the base station controlling the cell) and the terminal device. Communication between cells, such as communication between one cell and another, refers to communication between the access network equipment to which the first cell belongs and the access network equipment to which the second cell belongs (e.g., two access network equipment transmitting messages) if the two cells belong to the same access network equipment (e.g., two cells controlled by the same base station). If the two cells belong to the same access network equipment, it refers to signaling or data exchange between the functional modules controlling the first cell and the second cell within the access network equipment.

[0096] The above content describes the system architecture and possible application scenarios applicable to the embodiments of this application. In order to better understand the technical solutions of the embodiments of this application, the relevant technical features involved in the embodiments of this application will be explained below.

[0097] 1) Mobility robustness optimization (MRO)

[0098] To mitigate mobility anomalies caused by improper network parameter settings, including connection failures (including handover failures and radio link failures), unnecessary cross-system handovers, cross-system ping-pong handovers, failures to add or change primary secondary cells (PSCells), cross-system voice fallback failures, fast primary cell group recovery failures, suboptimal handovers, and suboptimal additions or changes to primary secondary cells, the current communication system supports a Mobility Override (MRO) mechanism to detect and correct these mobility anomalies. Specifically, when such mobility anomalies occur, the terminal reports mobility-related information to the network. The network can then autonomously analyze and optimize mobility parameters based on this information. Mobility parameters refer to parameters that may be used during handover decisions or judgments, such as handover thresholds. Mobility-related information reported by the terminal side, also known as MRO reports, specifically includes radio link failure (RLF) reports, secondary cell group (SCG) failure information, successful handover reports (SHR), and successful PSCell addition / change reports (SPR).

[0099] 2) UE history information (UHI)

[0100] UHI records data on both the terminal and network sides, and can be used to optimize mobility parameters, such as selecting appropriate target cells and detecting ping-pong events. It can also be used for cell traffic prediction, mobility prediction, and terminal resource allocation prediction.

[0101] The UHI contains the terminal's mobility history information in the primary cell (PCell) and / or PSCell. This mobility history information includes relevant information about cells previously visited by the terminal, such as cell identifier information and the terminal's dwell time in that cell. The cell identifier information can be the cell global identifier (CGI) and / or the physical cell identifier (PCI) and frequency information. It is understood that the number of entries recording previously visited cells is limited; if the number of entries becomes too large, the oldest entries are deleted first.

[0102] Terminal-side UHI recording: When a terminal device accesses a cell under an access network device, it records historical information of the previously accessed cell and indicates to the access network device that it has recorded the UHI. For example, the terminal device may include an indication in an RRC connection setup complete message or an RRC connection resume complete message, which indicates that the terminal device has recorded the UHI. After receiving the indication, the access network device may request the terminal device to report the UHI. For example, the access network device may include a request in a UE information request message, which requests the terminal device to report the UHI. After receiving the request, the terminal device may report the UHI, for example, by including the UHI in a UE information response message.

[0103] Network-side UHI recording: When a terminal device accesses a cell under an access network device, the access network device collects and stores the UHI. When a handover occurs, the source access network device provides the UHI to the target access network device through a handover request message, triggering the target access network device to start collecting and storing the UHI, thereby propagating the UHI on the network side.

[0104] The current network-side UHI recording considers the mobility history information of PCell and / or PSCell under layer 3 (L3) based handover (referred to as L3 handover). L3 refers to the RRC layer. L3 handover refers to handover decisions based on L3 measurement results, and / or, the handover command is sent to the UE via L3 signaling, which may include basic handover of PCell and / or PSCell, conditional handover (CHO), and dual active protocol stack (DAPS). When the terminal device is in multi-radio dual connectivity (MR-DC), the secondary access network device records the SCG UHI (mobility history information of PSCell) and provides it to the primary access network device. The primary access network device records the association between the master cell group (MCG) UHI and the SCG UHI, and sends the association result of the MCG UHI and SCG UHI to the target access network device in the handover request message. In addition to cell identification information and the dwell time of terminal devices in the cell, the MCG UHI on the network side can also include the cell type (such as cell size, with values ​​of very small, small, medium, and large) and handover reason value.

[0105] 3) Switch

[0106] The handover can include handover based on layer 1 (L1) and / or layer 2 (L2) (referred to as L1 and / or L2 handover) and L3 handover. Here, L1 refers to the PHY layer, and L2 refers to the MAC layer, RLC layer, PDCP layer, or SDAP layer.

[0107] L1 and / or L2 handover, also known as L1 and / or L2-triggered mobility (LTM) handover, refers to handover-related operations primarily performed in L1 and / or L2 layers. For example, the terminal device sends L1 measurement results to the access network device via PHY layer control signaling (bearing the physical uplink control channel (PUCCH)). The access network device's PHY layer reads the L1 measurement results, makes a handover decision based on the L1 measurement results, and sends the handover command to the terminal device via L1 and / or L2 signaling. This L1 and / or L2 signaling can be messages carried on the physical downlink control channel (PDCCH) or MAC control elements (MAC CE).

[0108] In LTM handover under a CU-DU separation architecture, the source DU (S-DU) is the DU to which the source cell belongs; that is, the source DU is used to provide the source cell. The source CU (S-CU) is connected to the source DU and manages the source DU. The target DU (T-DU) is the DU to which at least one candidate cell (including the target cell) belongs; that is, the target DU is used to provide at least one candidate cell (including the target cell). The target CU (T-CU) is connected to the target DU and manages the target DU. Depending on whether the source DU and target DU are the same, and whether the source CU and target CU are the same, LTM handover can be divided into several scenarios, which are described below.

[0109] For example, in scenario 1: the source DU and the target DU are different, but the source CU and the target CU are the same. That is, the source cell and the target cell can be different cells provided by different DUs managed by the same CU, meaning that the terminal device can hand over between different DUs managed by the same CU.

[0110] For example, in scenario two: the source DU and the target DU are the same, meaning the source CU and the target CU are also the same. In other words, the source cell and the target cell can also be different cells provided by the same DU, meaning the terminal device can hand over between different cells provided by the same DU.

[0111] For example, in scenario three: the source DU and the target DU are different, and the source CU and the target CU are also different. That is to say, the source cell and the target cell can also be different cells provided by different DUs managed by different CUs, meaning that the terminal device can switch between different DUs managed by different CUs.

[0112] For example, Figure 4 is a schematic diagram of an LTM handover scenario provided by this application example. As shown in Figure 4, the specific steps for handover between different DUs managed by the same CU are as follows:

[0113] Step 1: The UE sends the L3 measurement results to the CU.

[0114] Step 2: The CU decides to initiate the LTM configuration process, prepares candidate cell configuration, and sends an RRC reconfiguration message carrying the LTM candidate cell configuration to the UE.

[0115] Step 3: The UE sends an RRC reconfiguration complete message to the CU.

[0116] Step 4: Before receiving a handover command (e.g., cell switch command), the UE can perform downlink synchronization with the candidate cell (e.g., 4a) and the UE can perform uplink synchronization with the candidate cell (e.g., 4b).

[0117] Step 5: The UE performs L1 measurement on the candidate cell configured in step 2 and sends the L1 measurement results to the source DU.

[0118] Step 6: The source DU makes a handover decision based on the L1 measurement results, deciding to perform an LTM handover from the source cell to the target cell. The source DU sends a MAC CE carrying the handover command to the UE, including the configuration information of the target cell. It can be understood that the source DU instructing the CU to send the handover command may include information such as the target cell's identification information.

[0119] Step 7: The UE configures the target cell to access the target cell using either random access (RA) or RA-free access. This means that when the target DU detects UE access, it sends an access success message to the CU, which may include information such as the target cell's identifier.

[0120] Step 8: When the UE considers the handover to have been successfully performed, the UE sends an RRC reconfiguration complete message to the CU.

[0121] It is understandable that during continuous LTM handover, the candidate cell configuration in step 2 is used, and steps 4-8 are repeated multiple times.

[0122] 4) Enhanced LTM handover

[0123] The reference signals include the synchronization signal and physical broadcast channel block (SS / PBCH Block) and the channel state information reference signal (CSI-RS). The SS / PBCH Block can also be referred to as the SSB.

[0124] The filtering of the reference signal measurement results can be performed at L1 and L3 respectively. L1 filtering helps eliminate noise and improve measurement accuracy, yielding beam-level measurement results. L3 filtering reduces the impact of rapid fading and helps minimize short-term variations in measurement results. For example, triggering a handover process after L3 filtering can avoid the risk of ping-pong handover between cells, resulting in cell-level or beam-level measurement results.

[0125] The LTM switching triggered by the DU based on the L1 measurement result shown in Figure 4 above can be used as a baseline LTM switching. On this basis, LTM switching can be enhanced. That is, in addition to supporting LTM switching triggered by the L1 measurement result, it also supports LTM switching triggered by the L3 measurement result; or, in addition to supporting LTM switching triggered by the DU, it also supports LTM switching triggered by the CU.

[0126] For example, in Scheme 1: The CU makes a handover decision based on the L3 measurement results and instructs the DU on the handover decision information so that the DU can perform the relevant steps of LTM handover. For example, the handover decision information includes one or more of the following: cell identification information, SSB index, transmission configuration indication (TCI) status activation information, whether to perform early timing advance (TA) acquisition, and whether to perform handover.

[0127] Option 2: The CU indicates the L3 measurement results to the DU, and the DU makes a switching decision based on the L3 measurement results.

[0128] Option 3: The CU or DU makes a switching decision based on the L3 measurement results.

[0129] Whether the handover decision is made by the DU or CU (to determine the target cell), it is referred to as network-triggered LTM handover. In addition to network-triggered LTM handover, terminal-triggered LTM handover (also known as conditional LTM handover) is also supported. The network configures triggering conditions for each candidate cell. When the terminal evaluates that the triggering conditions of a candidate cell are met, the terminal automatically accesses that candidate cell. The triggering conditions for the candidate cell can be based on L1 or L3 measurement results.

[0130] As can be seen, LTM handover can be triggered by the terminal, for example, by the terminal based on L1 or L3 measurement results; or it can be triggered by the network, for example, by the CU based on L3 measurement results, or by the DU based on L1 or L3 measurement results. LTM handovers triggered by DU and CU, LTM handovers based on L1 and L3 measurement results, and LTM handovers triggered by the network and the terminal may have different mobility parameters. Since UHI cannot distinguish between these different types of LTM handovers, the network cannot optimize mobility parameters specifically based on UHI, resulting in low accuracy and efficiency in mobility parameter optimization. Similarly, since MRO reports also cannot distinguish between these different types of LTM handovers, the network cannot analyze and optimize mobility parameters specifically based on MRO reports, resulting in low accuracy and efficiency in mobility parameter analysis and optimization.

[0131] In view of this, embodiments of this application provide a communication method for improving the accuracy and efficiency of optimizing mobility parameters.

[0132] In the embodiments of this application, "when," "if," and "if" all refer to the device taking corresponding actions under certain objective circumstances, and are not time-limited, nor do they require the device to perform a judgment action, nor do they imply any other limitations. Unless otherwise specified, "if" and "if" can be substituted, and "when" and "in the case of" can be substituted. "When" and "if" / "if" can be substituted.

[0133] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of the terms "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0134] In this document, "used for indication" can include both direct and indirect indication. For example, when descriptive information I is used to indicate information J, it can mean that information I directly indicates information J or indirectly indicates information J, but it does not necessarily mean that information I carries information J.

[0135] Let information J, indicated by information I, be called the information to be indicated. In practice, there are many ways to indicate the information to be indicated, such as, but not limited to, directly indicating the information to be indicated, such as the information itself or its index. It can also be indirectly indicated by indicating other information, where there is a relationship between the other information and the information to be indicated. It can also indicate only a part of the information to be indicated, while the other parts are known or pre-agreed upon. For example, the indication of specific information can be achieved by using a pre-agreed (e.g., protocol-defined) order of various pieces of information, thereby reducing indication overhead to some extent. Simultaneously, common parts of various pieces of information can be identified and indicated uniformly to reduce the indication overhead caused by individually indicating the same information.

[0136] Furthermore, the specific instruction method can also be any existing instruction method, such as, but not limited to, the above-mentioned instruction methods and their various combinations. As described above, for example, when multiple pieces of information of the same type need to be indicated, the instruction methods for different pieces of information may differ. In specific implementation, the required instruction method can be selected according to specific needs. This application embodiment does not limit the selected instruction method. Therefore, the instruction methods involved in this application embodiment should be understood to cover various methods that enable the party to be instructed to obtain the information to be indicated.

[0137] In the embodiments of this application, "send" and "receive" indicate the direction of signal transmission. For example, "send information to XX" can be understood as the destination of the information being XX, which may include direct transmission via the air interface or indirect transmission via the air interface by other units or modules. "Receive information from YY" can be understood as the source of the information being YY, which may include direct reception from YY via the air interface or indirect reception from YY via the air interface by other units or modules. "Send" can also be understood as the "output" of the chip interface, and "receive" can also be understood as the "input" of the chip interface.

[0138] Information may undergo necessary processing, such as encoding and modulation, between the source and destination ends, but the destination end can understand the valid information from the source end. Similar statements in the embodiments of this application can be understood in a similar way, and will not be repeated here.

[0139] In this application embodiment, the number of nouns, unless otherwise specified, refers to "singular nouns or plural nouns," that is, "one or more." "At least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, or B exists alone, where A and B can be singular or plural. The character " / " can indicate that the related objects before and after are in an "or" relationship. For example, A / B means: A or B. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c means: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0140] In this application, the ordinal numbers such as "first" and "second" are used to distinguish multiple objects, and are not used to limit the size, content, order, timing, priority, or importance of the multiple objects. For example, "first information" and "second information" refer to two different pieces of information, and do not indicate a difference in priority or importance between the two pieces of information. For a technical feature, the technical features within that technical feature are distinguished by "A," "B," "C," and "D," and there is no sequential or hierarchical order among the technical features described by "A," "B," "C," and "D."

[0141] The solutions provided in the embodiments of this application are described in detail below with reference to the accompanying drawings. In the following description, the communication method provided in the embodiments of this application is used as an example applied to the communication systems shown in Figures 1-3. The communication systems and application scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. Those skilled in the art will understand that with the evolution of communication systems and the emergence of new application scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0142] The communication method provided in this application embodiment is described below using an example of a terminal device and an access network device. The terminal device can be the terminal equipment shown in Figures 1-3, or it can be a component (such as a chip, processing unit, or processor module) within the terminal equipment shown in Figures 1-3. The access network device can be the access network equipment shown in Figures 1-3, or it can be a component (such as a chip, processing unit, or processor module) within the access network equipment shown in Figures 1-3.

[0143] It is understandable that when the communication method is implemented by components in the terminal device and the access network device, the receiving and transmitting steps can be understood as the component communicating with other components, such as communication between the baseband chip and the radio frequency circuit.

[0144] It is understood that the processing performed by a single execution entity in the embodiments of this application can also be divided into processing by multiple execution entities, which can be logically and / or physically separated. For example, the processing performed by the access network device can be divided into processing by at least one of CU and DU.

[0145] To address the first problem mentioned above, namely that UHI cannot distinguish between the different types of LTM handovers, resulting in the network being unable to optimize mobility parameters specifically based on UHI, this application provides the following solutions in Embodiments 1, 2, and 3, which are described in detail below.

[0146] Example 1 uses the target CU record UHI as an example. Referring to Figure 5, Figure 5 is a flowchart illustrating a communication method provided in this embodiment of the application. As shown in Figure 5, the communication method includes the following steps.

[0147] S501. The target CU determines the first UHI. The first UHI includes first information, which is used to indicate that the handover type performed by the terminal device is one or more of the first handover type, the second handover type, and the third handover type. The first handover type is a handover triggered by the CU or DU, the second handover type is a handover triggered based on the L1 measurement result or the L3 measurement result, and the third handover type is a handover triggered by the access network device or a conditional handover.

[0148] In the embodiments of this application, the target CU and the source CU can be different, that is, the LTM handover of the terminal device from the source cell to the target cell is an LTM handover across CUs. Alternatively, the target CU and the source CU can be the same, that is, the LTM handover of the terminal device from the source cell to the target cell is an LTM handover within the same CU. The embodiments of this application do not limit this.

[0149] For ease of understanding, the first information will be introduced below. The first information may also be called switching type information, but the name of the first information is not limited in this embodiment.

[0150] If the handover performed by the terminal device is triggered by the DU based on L1 measurement results, the first information can be used to indicate that the handover type performed by the terminal device is one or more of the first handover type, the second handover type, and the third handover type. The first handover type is a handover triggered by the DU, the second handover type is a handover triggered based on L1 measurement results, and the third handover type is a handover triggered by the access network device.

[0151] Alternatively, if the handover performed by the terminal device is triggered by the DU based on L3 measurement results, the first information can be used to indicate that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type. The first handover type is a handover triggered by the DU, the second handover type is a handover triggered based on L3 measurement results, and the third handover type is a handover triggered by the access network device.

[0152] Alternatively, if the handover performed by the terminal device is triggered by the CU based on L3 measurement results, the first information can be used to indicate that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type. The first handover type is a CU-triggered handover, the second handover type is a handover triggered based on L3 measurement results, and the third handover type is a handover triggered by the access network device.

[0153] Alternatively, if the handover is triggered by the terminal device based on L1 measurement results, the first information can be used to indicate that the handover type performed by the terminal device is a second handover type and / or a third handover type. The second handover type is a handover triggered based on L1 measurement results, and the third handover type is a conditional handover.

[0154] Alternatively, if the handover is triggered by the terminal device based on L3 measurement results, the first information can be used to indicate that the handover type performed by the terminal device is a second handover type and / or a third handover type. The second handover type is a handover triggered based on L3 measurement results, and the third handover type is a conditional handover.

[0155] It is understood that the first UHI may include one or more cell information. This cell information may include a cell identifier and / or the dwell time of the terminal device in the cell. This cell information may be source cell information and / or target cell information; however, this embodiment of the application does not limit this.

[0156] It is understood that when the first UHI includes the first information, the first information can be recorded in the source cell information of the first UHI; or recorded in the target cell information of the first UHI; or recorded in both the source cell information and the target cell information of the first UHI. This application embodiment does not limit this.

[0157] For example, when the first information is recorded in the source cell information of the first UHI, the first information can indicate that the handover of the source cell by the terminal device is triggered by the DU based on the L1 measurement result, or by the DU based on the L3 measurement result, or by the CU based on the L3 measurement result, or by the terminal device based on the L1 measurement result, or by the terminal device based on the L3 measurement result. As another example, when the first information is recorded in the target cell information of the first UHI, the first information can indicate that the handover of the target cell by the terminal device is triggered by the DU based on the L1 measurement result, or by the DU based on the L3 measurement result, or by the CU based on the L3 measurement result, or by the terminal device based on the L1 measurement result, or by the terminal device based on the L3 measurement result.

[0158] For example, the source cell information in the first UHI includes the source cell identifier, the dwell time of the terminal device in the source cell, and the handover type performed by the terminal device. The handover type information is described as in the first information, wherein the handover type information or the first information indicates that the handover type performed by the terminal device is a first handover type, a second handover type, and a third handover type. The first handover type is a CU-triggered handover, the second handover type is a handover triggered based on L3 measurement results, and the third handover type is a handover triggered by the access network device. The source cell information in the first UHI can be shown in Table 1 below.

[0159] Table 1

[0160] In the specific implementation process, the target CU can determine the first UHI in the following ways, which will be introduced below.

[0161] In method A1, if the target CU and the source CU are different, the target CU can receive the first information and / or the second UHI from the source CU so that the target CU can determine the first UHI. If the target CU and the source CU are the same, the target CU directly determines the first UHI.

[0162] The second UHI may include one or more cell information. This cell information may include a cell identifier and / or the dwell time of the terminal device in the cell. This cell information may be source cell information and / or target cell information; however, this embodiment does not limit this.

[0163] It is understandable that for LTM handover across CUs, the source CU can instruct the target CU that the handover is triggered by the DU based on L1 measurement results, or by the DU based on L3 measurement results, or by the CU based on L3 measurement results, or by the terminal device based on L1 measurement results, or by the terminal device based on L3 measurement results. The target CU can record the handover type of the aforementioned handover in the UHI.

[0164] For LTM handover within the same CU, the target CU can determine whether the handover is triggered by the DU based on L1 measurement results, or by the DU based on L3 measurement results, or by the CU based on L3 measurement results, or by the terminal device based on L1 measurement results, or by the terminal device based on L3 measurement results, and record the handover type of the aforementioned terminal device handover in the UHI.

[0165] In one possible implementation, taking the example that the target CU and the source CU are different, as shown in FIG6a, this application can perform the following steps to determine the first UHI.

[0166] Step a1: The source CU sends the first information and / or the second UHI to the target CU.

[0167] Accordingly, the target CU receives the first information and / or the second UHI from the source CU.

[0168] It is understood that the first information and / or the second UHI may be sent by the source CU before the terminal device performs the handover. Alternatively, the first information and / or the second UHI may also be sent by the source CU after the terminal device performs the handover. This application does not limit this in itself.

[0169] Optionally, taking the first information and / or the second UHI as an example, which are sent by the source CU after the terminal device performs a handover, as shown in Figure 6a, before performing step a1, this application may also perform step a0.

[0170] Step a0: The target CU sends a handover success indication message or a terminal context release indication message to the source CU.

[0171] Correspondingly, the source CU receives a handover success indication message or a terminal context release indication message from the target CU.

[0172] Among them, the handover success indication message can be used to indicate that the terminal device has successfully performed the handover, and the terminal context release indication message can be used to indicate the release of the terminal device's context information.

[0173] It is understood that when the source CU sends the first information and the second UHI to the target CU, the first information can be encapsulated or carried in the second UHI. That is, the first information can be recorded in the source cell information in the second UHI; or recorded in the target cell information in the second UHI; or recorded in both the source cell information and the target cell information in the second UHI. This application embodiment does not limit this.

[0174] Alternatively, when the source CU sends the first information and the second UHI to the target CU, the first information may not be encapsulated or carried in the second UHI. The first information and the second UHI may be encapsulated or carried in the same message, or they may be encapsulated or carried in different messages. This application does not limit this.

[0175] It is understood that if the first information and / or the second UHI are sent by the source CU before the terminal device performs the handover, the first information and / or the second UHI can be encapsulated or carried in the handover request message or other messages, and the embodiments of this application do not limit this.

[0176] Step a2: Determine the first UHI for the target CU.

[0177] It is understood that the first UHI can be used to indicate the handover type of the source cell and / or the handover type of the target cell. For example, the target CU can determine the handover type of the terminal device handing out of the source cell and / or the handover type of the terminal device handing into the target cell based on the first information. Thus, the target CU can correspondingly indicate the handover type of the terminal device performing the handover based on the source cell information in the first UHI and / or correspondingly indicate the handover type of the terminal device performing the handover based on the target cell information in the first UHI.

[0178] It is understood that the first UHI may include the first dwell time of the terminal device in the source cell. For example, the target CU may determine the second dwell time of the terminal device in the source cell based on the second UHI, that is, the second UHI may include the second dwell time of the terminal device in the source cell, so the target CU may determine the first dwell time based on the second dwell time, wherein the first dwell time is equal to the sum of the second dwell time and the first time interval, and the first time interval is the time interval between the time when the target CU receives the second UHI and the time when the terminal device accesses the target DU (i.e., the terminal device switches from the source cell to the target cell).

[0179] It is understood that after the terminal device connects to the target DU, the terminal device can send a handover success indication message (e.g., an RRC reconfiguration completion message) to the target CU, and / or the target DU can send a handover success indication message to the target CU. Correspondingly, the target CU can receive the handover success indication message from the terminal device and / or the target DU. In other words, the target CU can determine the time when the terminal device connected to the target DU based on the time when the target CU receives the handover success indication message.

[0180] For example, if the target CU receives the second UHI at time 1 and the terminal device accesses the target DU at time 2, and the first UHI indicates that the terminal device camps on the source cell during time period 1 and the second UHI indicates that the terminal device camps on the source cell during time period 2, then the start time of time period 1 can be equal to the start time of time period 2, and the end time of time period 1 is equal to the sum of the end time of time period 2 and time interval 1. Time interval 1 is the time interval between time 1 and time 2.

[0181] Optionally, as shown in Figure 6a, after performing step a2, this application may also perform step a3.

[0182] Step a3: The target CU sends the first UHI to the target DU.

[0183] Accordingly, the target DU receives the first UHI from the target CU.

[0184] It is understood that the target CU can determine the third UHI from the first UHI and send the third UHI to the target DU. Correspondingly, the target DU can receive the third UHI from the target CU. The third UHI may include second information, which can be used to indicate a handover triggered by a DU as the first handover type.

[0185] For example, the first UHI includes information about the first cell, the second cell, the third cell, and the third cell.

[0186] Among them, the first cell information indicates the first cell identifier, the terminal device stays in the first cell for a certain period of time, and the terminal device switches out of the first cell (i.e., the first cell is the source cell) by the DU based on the L1 measurement result or the L3 measurement result.

[0187] The second cell information indicates the second cell identifier, the dwell time of the terminal device in the second cell, and the handover of the terminal device to the second cell (i.e., the second cell is the target cell) is triggered by the DU based on the L1 measurement result or the L3 measurement result.

[0188] The third cell information indicates the third cell identifier, the dwell time of the terminal device in the third cell, and whether the terminal device switches out of the third cell (i.e., the third cell is the source cell) is triggered by the CU based on the L3 measurement results, or by the terminal device based on the L1 or L3 measurement results.

[0189] The fourth cell information indicates the fourth cell identifier, the dwell time of the terminal device in the fourth cell, and whether the terminal device switches to the fourth cell (i.e., the fourth cell is the target cell) is triggered by the CU based on the L3 measurement results, or by the terminal device based on the L1 or L3 measurement results.

[0190] The target CU can send the first cell information and / or the second cell information to the target DU. That is, the target CU only instructs the target DU on the UHI related to the handover triggered by the DU recorded by the target CU.

[0191] Alternatively, the target CU can determine the fourth UHI from the first UHI and send the fourth UHI to the target DU. Correspondingly, the target DU can receive the fourth UHI from the target CU. The fourth UHI may include third information, which can be used to indicate that the second handover type is a handover triggered based on Layer 1 measurement results.

[0192] For example, the first UHI includes information about the first cell, the second cell, the third cell, and the fourth cell.

[0193] Among them, the first cell information indicates the first cell identifier, the terminal device stays in the first cell for a certain period of time, and the terminal device switches out of the first cell (i.e., the first cell is the source cell) is triggered by the DU based on the L1 measurement result, or by the terminal device based on the L1 measurement result.

[0194] The second cell information indicates the second cell identifier, the dwell time of the terminal device in the second cell, and whether the terminal device switches to the second cell (i.e., the second cell is the target cell) is triggered by the DU based on the L1 measurement result or by the terminal device based on the L1 measurement result.

[0195] The third cell information indicates the third cell identifier, the dwell time of the terminal device in the third cell, and whether the terminal device switches out of the third cell (i.e., the third cell is the source cell) is triggered by the DU based on the L3 measurement results, or by the CU based on the L3 measurement results, or by the terminal device based on the L3 measurement results.

[0196] The fourth cell information indicates the fourth cell identifier, the dwell time of the terminal device in the fourth cell, and whether the terminal device switches to the fourth cell (i.e., the fourth cell is the target cell) is triggered by the DU based on the L3 measurement results, or by the CU based on the L3 measurement results, or by the terminal device based on the L3 measurement results.

[0197] The target CU can send first cell information and / or second cell information to the target DU. That is, the target CU only instructs the target DU on the UHI related to handover triggered by L1 measurement results recorded by the target CU.

[0198] In method A2, if the target CU and the source CU are different, the target CU can receive the first information and / or the second UHI from the source CU, send the first information and / or the second UHI to the target DU, and receive the first UHI from the target DU. If the target CU and the source CU are the same, the target CU can send the first information and / or the second UHI to the target DU and receive the first UHI from the target DU.

[0199] It is understood that for LTM handover across CUs, the source CU can instruct the target CU that the handover is triggered by the DU based on L1 measurement results, or by the DU based on L3 measurement results, or by the CU based on L3 measurement results, or by the terminal device based on L1 measurement results, or by the terminal device based on L3 measurement results. The target CU can instruct the target DU that the handover is triggered by the DU based on L1 measurement results, or by the DU based on L3 measurement results, or by the CU based on L3 measurement results, or by the terminal device based on L1 measurement results, or by the terminal device based on L3 measurement results. The target DU records the handover type of the aforementioned handover performed by the terminal device in the UHI and instructs the target CU to access the UHI containing the recorded handover type of the aforementioned handover performed by the terminal device.

[0200] For LTM handover within the same CU, the target CU can instruct the target DU that the handover was triggered by the DU based on L1 measurement results, or by the DU based on L3 measurement results, or by the CU based on L3 measurement results, or by the terminal device based on L1 measurement results, or by the terminal device based on L3 measurement results. The target DU records the handover type of the terminal device in the UHI and instructs the target CU to access the UHI containing the handover type.

[0201] In one possible implementation, taking the example that the target CU and the source CU are different, as shown in FIG6b, this application can perform the following steps to determine the first UHI.

[0202] Step b1: The source CU sends the first information and / or the second UHI to the target CU.

[0203] Accordingly, the target CU receives the first information and / or the second UHI from the source CU.

[0204] Optionally, taking the first information and / or the second UHI as an example, which are sent by the source CU after the terminal device performs a handover, as shown in Figure 6b, before performing step b1, this application may also perform step b0.

[0205] Step b0: The target CU sends a handover success indication message or a terminal context release indication message to the source CU.

[0206] Correspondingly, the source CU receives a handover success indication message or a terminal context release indication message from the target CU.

[0207] It is understood that steps b0-b1 can refer to steps a0-a1 above, and will not be repeated here.

[0208] Step b2: The target CU sends the first information and / or the second UHI to the target DU.

[0209] Accordingly, the target DU receives the first information and / or the second UHI from the target CU.

[0210] It is understood that the first information and / or the second UHI can be encapsulated or carried in a UE context setup request message, a UE context modification request message, or other messages, and this application embodiment does not limit this. The UE context setup request message or the UE context modification request message is used to request the target DU to provide underlying RRC configuration information corresponding to at least one candidate cell (including the target cell), or updated underlying RRC configuration information corresponding to at least one candidate cell.

[0211] It is understood that after receiving a UE context setup response message or a UE context modification response message from the target DU, the target CU can send configuration information of at least one candidate cell to the source CU.

[0212] After receiving configuration information of at least one candidate cell from the target CU, the source CU can send configuration information of at least one candidate cell to the terminal device. The configuration information of the at least one candidate cell can be encapsulated or carried within an RRC reconfiguration message.

[0213] Optionally, if the handover type performed by the terminal device is the third handover type, where the third handover type is conditional handover, that is, the handover is triggered by the terminal device based on L1 measurement results or L3 measurement results, then the source CU can also send at least one triggering condition corresponding to a candidate cell (e.g., a triggering condition based on L1 measurement results or L3 measurement results) to the terminal device.

[0214] Optionally, if the handover type performed by the terminal device is a second handover type or a third handover type, wherein the second handover type is a handover triggered based on L3 measurement results, and the third handover type is a handover triggered by the access network device, that is, the handover performed by the terminal device is triggered by the DU based on L3 measurement results, or by the CU based on L3 measurement results, then the source CU can also send L3 measurement results to the source DU, or the source CU can also make a handover decision based on the L3 measurement results and send handover decision information to the source DU. The handover decision information includes one or more of the following: cell identifier information, SSB index, TCI state activation information, whether to perform TA acquisition, and whether to perform handover.

[0215] Optionally, if the handover type performed by the terminal device is a second handover type and a third handover type, or if the handover type performed by the terminal device is a first handover type, a second handover type, and a third handover type, wherein the first handover type is a DU-triggered handover, the second handover type is a handover triggered based on L1 measurement results, and the third handover type is a handover triggered by the access network device, then the handover performed by the terminal device is triggered by the DU based on L1 measurement results, and the source DU can send a handover command to the terminal device.

[0216] Step b3: Determine the first UHI as the target DU.

[0217] It is understandable that the target DU can determine the first UHI after the terminal device is connected to the target DU.

[0218] It is understood that the first UHI can be used to indicate the handover type of the source cell and / or the handover type of the target cell. For example, the target DU can determine, based on the first information or directly, the handover type of the terminal device handing out of the source cell and / or the handover type of the terminal device handing into the target cell. Thus, the target DU can correspondingly indicate the handover type of the terminal device performing the handover based on the source cell information in the first UHI, and / or correspondingly indicate the handover type of the terminal device performing the handover based on the target cell information in the first UHI.

[0219] It is understood that the first UHI may include the first dwell time of the terminal device in the source cell. For example, the target DU can determine the second dwell time of the terminal device in the source cell based on the second UHI, that is, the second UHI may include the second dwell time of the terminal device in the source cell, so the target DU can determine the first dwell time based on the second dwell time, wherein the first dwell time is equal to the sum of the second dwell time and the second time interval, and the second time interval is the time difference between the time when the target DU receives the second UHI and the time when the terminal device accesses the target DU (i.e., the terminal device switches from the source cell to the target cell).

[0220] For example, if the target DU receives the second UHI at time 1 and the terminal device accesses the target DU at time 2, and the first UHI indicates that the terminal device camps on the source cell during time period 1 and the second UHI indicates that the terminal device camps on the source cell during time period 2, then the start time of time period 1 can be equal to the start time of time period 2, and the end time of time period 1 is equal to the sum of the end time of time period 2 and time interval 1. Time interval 1 is the time interval between time 1 and time 2.

[0221] Step b4: The target DU sends the first UHI to the target CU.

[0222] Correspondingly, the target CU receives the first UHI from the target DU.

[0223] It is understood that the first UHI can be encapsulated or carried within a handover success indication message, or other messages, and this application embodiment does not limit this. The handover success indication message is used to indicate that the terminal device has successfully performed the handover.

[0224] In mode A3, regardless of whether the target CU and the source CU are different or the same, the target CU can receive the fifth UHI from the terminal device.

[0225] The fifth UHI may include fourth information, which may be used to indicate that the handover type performed by the terminal device is the second handover type and / or the third handover type. The second handover type may be a handover triggered based on the layer 1 measurement result or the layer 3 measurement result, and the third handover type may be a handover triggered by the access network device or a conditional handover.

[0226] It is understood that the fifth UHI may include one or more cell information. This cell information may include a cell identifier and / or the dwell time of the terminal device in the cell. This cell information may be source cell information and / or target cell information; however, this embodiment of the application does not limit this.

[0227] It is understood that when the fifth UHI includes the fourth information, the fourth information can be recorded in the source cell information of the fifth UHI; or recorded in the target cell information of the fifth UHI; or recorded in both the source cell information and the target cell information of the fifth UHI. This application does not limit this to any particular case.

[0228] In one possible implementation, taking the example that the target CU and the source CU are different, as shown in FIG6c, this application can perform the following steps to determine the first UHI.

[0229] Step c1: The terminal device determines the fifth UHI.

[0230] It is understandable that the terminal device can determine the fifth UHI after the terminal device is connected to the target DU.

[0231] Optionally, as shown in Figure 6c, after performing step c1, this application may also perform steps c2-c3.

[0232] Step c2: The terminal device sends the first instruction information to the target CU.

[0233] Accordingly, the target CU receives a first indication message from the terminal device. This first indication message indicates that the terminal device has recorded the fifth UHI.

[0234] It is understood that the first indication information may be encapsulated or carried in an RRC connection establishment completion message, an RRC connection recovery completion message, or other messages, and this application embodiment does not limit this.

[0235] Step c3: The target CU sends the first request information to the terminal device.

[0236] Accordingly, the terminal device receives a first request message from the target CU. This first request message is used to request the fifth UHI.

[0237] It is understood that the first request information may be encapsulated or carried in a terminal information request message or other messages, and this application embodiment does not limit this.

[0238] Step c4: The terminal device sends the fifth UHI to the target CU.

[0239] Correspondingly, the target CU receives the fifth UHI from the terminal device.

[0240] It is understood that the fifth UHI can be encapsulated or carried in a terminal information response message or other messages, and this application embodiment does not limit this.

[0241] Optionally, as shown in Figure 6c, after performing step c4, this application may also perform step c5.

[0242] Step c5: The target CU sends the fifth UHI to the target DU.

[0243] Correspondingly, the target DU receives the fifth UHI from the target CU.

[0244] It is understandable that step c5 can be referred to step a3 above, and will not be repeated here.

[0245] S502, The target CU optimizes mobility parameters based on the first UHI.

[0246] In this embodiment, mobility parameters can be parameters that may be used in the process of making handover decisions or handover judgments, such as handover thresholds, handover triggering conditions, etc. This embodiment does not limit them.

[0247] In practice, since different handover types correspond to different mobility parameters, the target CU can determine the handover type to be performed by the terminal device based on the first UHI, and optimize the mobility parameters corresponding to the handover type accordingly, thereby improving the accuracy and efficiency of optimizing mobility parameters.

[0248] For example, a handover triggered by a CU corresponds to mobility parameter 1, and a handover triggered by a DU corresponds to mobility parameter 2. A handover triggered based on L1 measurement results corresponds to mobility parameter 3, and a handover triggered based on L3 measurement results corresponds to mobility parameter 4. A handover triggered by an access network device corresponds to mobility parameter 5 (including mobility parameter 1 and mobility parameter 2), and a conditional handover corresponds to mobility parameter 6. It is understood that the aforementioned mobility parameters 1, 2, 3, 4, 5, and 6 can be different.

[0249] If the handover is triggered by the DU based on the L1 measurement result, the target CU can optimize mobility parameter 2 and mobility parameter 3.

[0250] If the handover is triggered by the DU based on the L3 measurement results, the target CU can optimize mobility parameter 2 and mobility parameter 4.

[0251] If the handover is triggered by the CU based on the L3 measurement results, the target CU can optimize mobility parameter 1 and mobility parameter 4.

[0252] If the handover is triggered by the terminal device based on the L1 measurement results, the target CU can optimize mobility parameter 6 and mobility parameter 3.

[0253] If the handover is triggered by the terminal device based on the L3 measurement results, the target CU can optimize mobility parameter 6 and mobility parameter 4.

[0254] Example 2 uses the target DU record UHI as an example. Referring to Figure 7, Figure 7 is a flowchart illustrating another communication method provided in this application embodiment. As shown in Figure 7, the communication method includes the following steps.

[0255] S701. The target DU determines the first UHI. The first UHI includes first information, which is used to indicate that the handover type performed by the terminal device is one or more of the first handover type, the second handover type, and the third handover type. The first handover type is a handover triggered by the CU or DU, the second handover type is a handover triggered based on the L1 measurement result or the L3 measurement result, and the third handover type is a handover triggered by the access network device or a conditional handover.

[0256] In the embodiments of this application, the specific description of the first information can be referred to step 501 above, and will not be repeated here.

[0257] In the specific implementation process, the target CU can determine the first UHI in the following ways, which will be introduced below.

[0258] In method B1, the target DU receives the first UHI from the target CU. That is, the target CU determines the first UHI and instructs the target DU to use the first UHI.

[0259] It is understood that method B1 can refer to method A1 described above. For example, target CU can determine the first UHI and indicate the first UHI to target DU through steps a0-a3 as shown in Figure 6a. Further details will not be elaborated here.

[0260] In method B2, the target DU receives first information and / or second UHI from the target CU and determines the first UHI. That is, the target DU determines the first UHI. Optionally, the target DU may indicate the first UHI to the target CU.

[0261] It is understood that method B2 can refer to method A2 described above. For example, target DU can determine the first UHI and indicate the first UHI to target CU through steps b0-b4 as shown in Figure 6b. Further details will not be elaborated here.

[0262] S702, the target DU optimizes mobility parameters based on the first UHI.

[0263] In the embodiments of this application, S702 can refer to S502 as described above, and will not be repeated here.

[0264] Example 3 uses the terminal device recording UHI as an example. Referring to Figure 8, Figure 8 is a flowchart illustrating another communication method provided in this application embodiment. As shown in Figure 8, the communication method includes the following steps.

[0265] S801. The terminal device determines the fifth UHI. The fifth UHI includes fourth information, which is used to indicate that the handover type performed by the terminal device is the second handover type and / or the third handover type. The second handover type is a handover triggered based on L1 measurement results or L3 measurement results, and the third handover type is a handover triggered by the access network device or a conditional handover.

[0266] In this embodiment of the application, S801 can refer to S501 as described above, and will not be repeated here.

[0267] S802, The terminal device sends the fifth UHI to the target CU.

[0268] Correspondingly, the target CU receives the fifth UHI from the terminal device.

[0269] In this embodiment of the application, S801 can refer to S501 as described above, and will not be repeated here.

[0270] S803, the target CU optimizes mobility parameters based on the fifth UHI.

[0271] In this embodiment, S803 can refer to S502 as described above, and will not be repeated here.

[0272] To address the second problem mentioned above, namely that the MRO report cannot distinguish between the different types of LTM handovers, thus preventing the network from performing targeted analysis and optimization of mobility parameters based on the MRO report, this application provides the following solution in Example 4, which will be described in detail below.

[0273] Example 4 uses CU receiving MRO reports as an example. Referring to Figure 9, which is a flowchart illustrating another communication method provided in this embodiment, the communication method includes the following steps.

[0274] S901 and CU receive the first report. The first report is used for mobility parameter analysis and optimization.

[0275] In this embodiment, the first report may also be called an MRO report, such as an RLF report, SCG failure information, SHR, SPR, etc. This embodiment does not limit the name of this first report. Mobility parameters can be parameters that may be used during the handover decision-making or handover judgment process, such as handover thresholds, handover triggering conditions, etc., and this embodiment does not limit them.

[0276] In specific implementation, the CU can be a source CU, a target CU, or a third-party CU, wherein the third-party CU can be a CU other than the target CU and the source CU. This application does not limit this.

[0277] For example, the terminal device can send a first report to the target CU, and correspondingly, the target CU can receive the first report from the terminal device. The target CU can also send a first report to the source CU, and correspondingly, the source CU can receive the first report from the target CU.

[0278] Alternatively, the terminal device can send a first report to a third-party CU, and the third-party CU can receive the first report from the terminal device. The third-party CU can also send a first report to a source CU, and the source CU can receive the first report from the third-party CU.

[0279] in,

[0280] Alternatively, the terminal device can send a first report to a third-party CU, and the third-party CU can receive the first report from the terminal device. The third-party CU can send a first report to a target CU, and the target CU can receive the first report from the third-party CU. The target CU can send a first report to a source CU, and the source CU can receive the first report from the target CU.

[0281] In other words, the source CU can receive the first report from the target CU or a third-party CU; that is, the first report can be sent by the target CU or a third-party CU. The target CU can receive the first report from the terminal device or a third-party CU; that is, the first report can be sent by the terminal device or a third-party CU. The third-party CU can receive the first report from the terminal device; that is, the first report can be sent by the terminal device.

[0282] For example, if an RLF (Recurrent Least Frequently Default) event occurs after a terminal device hands over from a source cell to a target cell, the terminal device can send an RLF report to a third-party CU (Cellular Unit). The third-party CU can send an RLF report to the target CU via a failure indication message. The target CU can send an RLF report to the source CU via a handover report message.

[0283] S902, based on the first information, the CU determines that the CU or DU will perform mobility parameter analysis and optimization based on the first report. The first information is used to indicate that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type. The first handover type is a handover triggered by the CU or DU; the second handover type is a handover triggered based on L1 or L3 measurement results; and the third handover type is a handover triggered by the access network device or a conditional handover.

[0284] In the embodiments of this application, the specific description of the first information can be referred to step 501 above, and will not be repeated here.

[0285] In the specific implementation process, the CU can determine the first information in the following ways, which will be introduced below.

[0286] In method C1, the first report may include first information, then the CU can determine the first information from the first report.

[0287] In method C2, the CU can determine the first information based on the context information of the terminal device.

[0288] After the CU determines the first information, if the first handover type is a CU-triggered handover or the second handover type is a handover triggered based on L3 measurement results, the CU can determine that the CU will perform mobility parameter analysis and optimization based on the first report.

[0289] Alternatively, if the first handover type is a DU-triggered handover or the second handover type is a handover triggered based on L1 measurement results, the CU can determine that the DU performs mobility parameter analysis and optimization based on the first report.

[0290] Optionally, as shown in Figure 9, after executing S902, this application may also execute S903.

[0291] S903. If the CU determines that the DU will perform mobility parameter analysis and optimization based on the first report, the CU sends the first report to the DU.

[0292] Accordingly, DU receives the first report from CU.

[0293] It is understandable that, since different handover types correspond to different mobility parameters, the CU or DU specifically analyzes and optimizes the different mobility parameters corresponding to different handover types based on the first report, thereby improving the accuracy and efficiency of analyzing and optimizing mobility parameters.

[0294] For example, a handover triggered by a CU corresponds to mobility parameter 1, and a handover triggered by a DU corresponds to mobility parameter 2. A handover triggered based on L1 measurement results corresponds to mobility parameter 3, and a handover triggered based on L3 measurement results corresponds to mobility parameter 4. A handover triggered by an access network device corresponds to mobility parameter 5 (including mobility parameter 1 and mobility parameter 2), and a conditional handover corresponds to mobility parameter 6. It is understood that the aforementioned mobility parameters 1, 2, 3, 4, 5, and 6 can be different.

[0295] If the handover is triggered by the DU or based on L1 measurement results, the CU can analyze and optimize mobility parameter 2 or mobility parameter 3 based on the first report. If the handover is triggered by the CU or based on L3 measurement results, the DU can analyze and optimize mobility parameter 1 or mobility parameter 4.

[0296] It is understood that the above embodiments of this application can be implemented individually or in combination with each other, and the embodiments of this application are not limited. Optionally, the communication method steps provided in the above embodiments of this application may be appropriately adjusted, for example, adjusting the order of the steps, adding or deleting steps, etc.

[0297] The methods provided in this application are described above using examples of a terminal device, a source access network device, and a target access network device. In this application, each embodiment can be implemented independently or in combination based on certain inherent relationships; in each embodiment, different implementation methods can be implemented in combination or independently. To achieve the functions of the methods provided in the above-described embodiments, the steps executed by the terminal device can be implemented by different functional entities constituting the terminal device. The steps executed by the source access network device can be implemented by different functional entities constituting the source access network device. The steps executed by the target access network device can be implemented by different functional entities constituting the target access network device. To achieve the functions of the methods provided in the above-described embodiments, the terminal device, the source access network device, and the target access network device may include hardware structures and / or software modules, implementing the above functions in the form of hardware structures, software modules, or a combination of hardware structures and software modules. Whether a particular function is executed in the form of hardware structures, software modules, or a combination of hardware structures and software modules depends on the specific application and design constraints of the technical solution.

[0298] The methods provided by the embodiments of this application have been described above with reference to the accompanying drawings. The apparatus provided by the embodiments of this application will be described below with reference to the accompanying drawings.

[0299] Based on the same technical concept, embodiments of this application provide a communication device, which includes a module / unit / means for executing the method performed by the device in the above-described method embodiments. This module / unit / means can be implemented in software, or in hardware, or implemented by hardware executing corresponding software.

[0300] For example, referring to Figure 10, which is a schematic diagram of a communication device 1000, the device includes a transceiver module 1001 and a processing module 1002. This device can be the aforementioned terminal device, source access network device, or target access network device. For example, the transceiver module can be implemented using a transceiver or interface circuit, and the processing module can be implemented using a processor.

[0301] When the device 1000 is the target CU, the functions of each module of the device 1000 are as follows:

[0302] The processing module 1002 is used to determine a first UHI, the first UHI including first information, the first information being used to indicate that the handover type performed by the terminal device is one or more of a first handover type, a second handover type, and a third handover type, the first handover type being a handover triggered by a CU or a DU, the second handover type being a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type being a handover triggered by an access network device or a conditional handover; and to optimize mobility parameters based on the first UHI.

[0303] In one optional implementation, the transceiver module 1001 is configured to receive the first information and / or the second UHI from the source CU.

[0304] In one alternative implementation, the first UHI is used to indicate the handover type of the source cell and / or the target cell.

[0305] In one optional implementation, the first UHI further includes a first dwell time of the terminal device in the source cell, and the second UHI includes a second dwell time of the terminal device in the source cell, wherein the first dwell time is equal to the sum of the second dwell time and a first time interval, and the first time interval is the time interval between the time when the target CU receives the second UHI and the time when the terminal device accesses the target DU.

[0306] In one optional implementation, the transceiver module 1001 is configured to send the first UHI to the target DU; or, determine a third UHI from the first UHI and send the third UHI to the target DU, the third UHI including second information, the second information being used to indicate that the first handover type is a DU-triggered handover; or, determine a fourth UHI from the first UHI and send the fourth UHI to the target DU, the fourth UHI including third information, the third information being used to indicate that the second handover type is a handover triggered based on Layer 1 measurement results.

[0307] In one optional implementation, the transceiver module 1001 is used to send the first information and / or the second UHI to the target DU.

[0308] In one alternative implementation, transceiver module 1001 is configured to receive the first UHI from the target DU.

[0309] Alternatively, when the device 1000 is the target DU, the functions of each module of the device 1000 are as follows:

[0310] Processing module 1002 is configured to determine a first UHI, the first UHI including first information, the first information being used to indicate the handover type performed by the terminal device, the handover type being one or more of a first handover type, a second handover type, and a third handover type, the first handover type being a handover triggered by a CU or DU, the second handover type being a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type being a handover triggered by an access network device or a conditional handover; and to perform mobility parameter optimization based on the first UHI.

[0311] In one optional implementation, the transceiver module 1001 is configured to receive the first information and / or the second UHI from the target CU.

[0312] In one alternative implementation, the first UHI is used to indicate the handover type of the source cell and / or the target cell.

[0313] In one optional implementation, the first UHI further includes a first dwell time of the terminal device in the source cell, and the second UHI includes a second dwell time of the terminal device in the source cell, wherein the first dwell time is equal to the sum of the second dwell time and a second time interval, and the second time interval is the time interval between the time when the target DU receives the second UHI and the time when the terminal device accesses the target DU.

[0314] In one optional implementation, the transceiver module 1001 is used to send the first UHI to the target CU.

[0315] In one optional implementation, the transceiver module 1001 is configured to receive the first UHI from the target DU; or, receive the third UHI from the target DU, the third UHI including second information, the second information being used to indicate that the first handover type is a DU-triggered handover; or, receive the fourth UHI from the target DU, the fourth UHI including third information, the third information being used to indicate that the second handover type is a handover triggered based on Layer 1 measurement results.

[0316] Alternatively, when the device 1000 is a terminal device, the functions of each module of the device 1000 are as follows:

[0317] Processing module 1002 is used to determine a fifth UHI, the fifth UHI including fourth information, the fourth information being used to indicate that the handover type performed by the terminal device is a second handover type and / or a third handover type, the second handover type being a handover triggered based on layer 1 measurement results or layer 3 measurement results, and the third handover type being a handover triggered by an access network device or a conditional handover;

[0318] The transceiver module 1001 is used to send the fifth UHI to the target CU, and the fifth UHI is used by the target CU to optimize mobility parameters.

[0319] Alternatively, when the device 1000 is a CU, the functions of each module of the device 1000 are as follows:

[0320] The transceiver module 1001 is used to receive a first report, which is used for mobility parameter analysis and optimization.

[0321] The processing module 1002 is configured to determine, based on the first information, that the CU or DU performs mobility parameter analysis and optimization according to the first report. The first information is used to instruct the terminal device to perform a handover of one or more of the following handover types: a first handover type, a second handover type, and a third handover type. The first handover type is a handover triggered by the CU or DU, the second handover type is a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type is a handover triggered by the access network device or a conditional handover.

[0322] In one alternative implementation, the first report includes the first information.

[0323] In one optional implementation, the processing module 1002 is configured to determine that the CU performs mobility parameter analysis and optimization based on the first report when the first handover type is a CU-triggered handover or the second handover type is a handover triggered based on Layer 3 measurement results; or, the processing module 1002 and the transceiver module 1001 are configured to determine that the DU performs mobility parameter analysis and optimization based on the first report when the first handover type is a DU-triggered handover or the second handover type is a handover triggered based on Layer 1 measurement results, and send the first report to the DU.

[0324] In practical implementation, the above-mentioned device 1000 can have various product forms. Several possible product forms are introduced below.

[0325] Referring to Figure 11, which is a schematic diagram of another communication device, the communication device 1100 includes a processor 1101 and an interface circuit 1102. The interface circuit 1102 is used to receive signals from other communication devices outside the communication device and transmit them to the processor 1101, or to send signals from the processor 1101 to other communication devices outside the communication device. The processor 1101 is used to implement the method executed by the target CU, target DU, terminal device or CU in the above method embodiments through logic circuits or execution instructions.

[0326] The processor 1101 and the interface circuit 1102 are coupled to each other. It is understood that the interface circuit 1102 can be a transceiver or an input / output interface. Optionally, the communication device 1100 may also include a memory 1103 for storing instructions executed by the processor 1101, or storing input data required by the processor 1101 to execute instructions, or storing data generated after the processor 1101 executes instructions.

[0327] It should be understood that the processor mentioned in the embodiments of this application can be implemented in hardware or software. When implemented in hardware, the processor can be a logic circuit, integrated circuit, etc. When implemented in software, the processor can be a general-purpose processor, implemented by reading software code stored in memory.

[0328] For example, the processor can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.

[0329] It should be understood that the memory mentioned in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0330] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA, or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) can be integrated into the processor.

[0331] It should be noted that the memories described herein are intended to include, but are not limited to, these and any other suitable types of memories.

[0332] Based on the same technical concept, embodiments of this application also provide a computer-readable storage medium storing a computer program or instructions, which, when executed by a processor, causes the method executed by the target CU, target DU, terminal device, or CU in the above method embodiments to be implemented.

[0333] Based on the same technical concept, this application also provides a computer program product, which includes a computer program or instructions that, when executed by a processor, cause the method executed by the target CU, target DU, terminal device or CU in the above method embodiments to be implemented.

[0334] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0335] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to this application. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in one or more blocks of the flowchart illustrations and / or one or more blocks of the block diagrams.

[0336] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means that implement the functions specified in one or more flowcharts and / or one or more block diagrams.

[0337] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable apparatus, provide steps for implementing the functions specified in one or more flowcharts and / or one or more block diagrams.

Claims

A communication method characterized by comprising: A chip applied to a target centralized unit (CU) or the target CU, including: The first terminal historical information UHI is determined. The first UHI includes first information. The first information is used to indicate that the handover type performed by the terminal device is one or more of the first handover type, the second handover type, and the third handover type. The first handover type is a handover triggered by CU or distributed unit DU. The second handover type is a handover triggered based on layer 1 measurement results or layer 3 measurement results. The third handover type is a handover triggered by access network device or conditional handover. Mobility parameters are optimized based on the first UHI. The method of claim 1, wherein The method further includes: Receive the first information and / or the second UHI from the source CU. The method according to claim 1 or 2, characterized in that The first UHI is used to indicate the handover type of the source cell and / or the target cell. The method according to claim 2, characterized in that The first UHI also includes a first dwell time of the terminal device in the source cell, and the second UHI includes a second dwell time of the terminal device in the source cell, wherein, The first dwell time is equal to the sum of the second dwell time and the first time interval, where the first time interval is the time interval between the time when the target CU receives the second UHI and the time when the terminal device accesses the target DU. The method according to claim 3 or 4, characterized in that The method further includes: Send the first UHI to the target DU; or, A third UHI is determined from the first UHI and sent to the target DU. The third UHI includes second information indicating that the first handover type is a DU-triggered handover; or... A fourth UHI is determined from the first UHI and sent to the target DU. The fourth UHI includes third information, which indicates that the second handover type is a handover triggered based on layer 1 measurement results. The method according to any one of claims 1 to 5, characterized in that The method further includes: Send the first information and / or the second UHI to the target DU. The method according to claim 6, characterized in that Determine the first UHI, including: Receive the first UHI from the target DU. A communication method characterized by comprising: A chip applied to a target DU or in the target DU, including: A first UHI is determined, the first UHI includes first information, the first information is used to indicate the handover type performed by the terminal device, the handover type is one or more of a first handover type, a second handover type and a third handover type, the first handover type is a handover triggered by CU or DU, the second handover type is a handover triggered based on Layer 1 measurement results or Layer 3 measurement results, and the third handover type is a handover triggered by the access network device or a conditional handover. Mobility parameters are optimized based on the first UHI. The method of claim 8, wherein The method further includes: Receive the first information and / or the second UHI from the target CU. The method according to claim 8 or 9, characterized in that The first UHI is used to indicate the handover type of the source cell and / or the target cell. The method of claim 9, wherein The first UHI also includes a first dwell time of the terminal device in the source cell, and the second UHI includes a second dwell time of the terminal device in the source cell, wherein, The first dwell time is equal to the sum of the second dwell time and the second time interval, where the second time interval is the time interval between the time when the target DU receives the second UHI and the time when the terminal device accesses the target DU. The method according to claim 10 or 11, characterized in that The method further includes: Send the first UHI to the target CU. The method according to any one of claims 8-12, characterized in that Determine the first UHI, including: Receive the first UHI from the target DU; or, Receive a third UHI from the target DU, the third UHI including second information, the second information indicating that the first handover type is a DU-triggered handover; or... Receive a fourth UHI from the target DU, the fourth UHI including third information, the third information being used to indicate that the second handover type is a handover triggered based on layer 1 measurement results. A communication method characterized by comprising: A chip used in a terminal device or the terminal device, including: The fifth UHI is determined, which includes fourth information. The fourth information is used to indicate that the handover type performed by the terminal device is the second handover type and / or the third handover type. The second handover type is a handover triggered based on the layer 1 measurement result or the layer 3 measurement result. The third handover type is a handover triggered by the access network device or a conditional handover. The fifth UHI is sent to the target CU, and the fifth UHI is used by the target CU to optimize mobility parameters. A communication method characterized by comprising: Chips used in or within a CU include: Receive a first report, which is used for mobility parameter analysis and optimization; Based on the first information, it is determined that the CU or DU performs mobility parameter analysis and optimization based on the first report. The first information is used to indicate that the handover type performed by the terminal device is one or more of the first handover type, the second handover type, and the third handover type. The first handover type is a handover triggered by the CU or DU, the second handover type is a handover triggered based on the Layer 1 measurement result or the Layer 3 measurement result, and the third handover type is a handover triggered by the access network device or a conditional handover. The method of claim 15, wherein The first report includes the first information. The method according to claim 15 or 16, characterized in that Based on the first information, it is determined that the CU or DU will perform mobility parameter analysis and optimization based on the first report, including: In the case where the first handover type is a CU-triggered handover or the second handover type is a handover triggered based on Layer 3 measurement results, it is determined that the CU will perform mobility parameter analysis and optimization based on the first report; or, In the case where the first handover type is a DU-triggered handover or the second handover type is a handover triggered based on Layer 1 measurement results, it is determined that the DU performs mobility parameter analysis and optimization based on the first report, and the first report is sent to the DU. A communication device, characterized by The communication device includes a module for performing the method as described in any one of claims 1 to 7, or a module for performing the method as described in any one of claims 8 to 13, or a module for performing the method as described in claim 14, or a module for performing the method as described in any one of claims 15 to 17. A communication device, characterized by The communication device includes a processor configured to perform the method as described in any one of claims 1 to 7, or the method as described in any one of claims 8 to 13, or the method as described in claim 14, or the method as described in any one of claims 15 to 17. A computer-readable storage medium, characterized by The computer-readable storage medium is used to store a computer program that, when run on a computer, causes the method as described in any one of claims 1 to 7 to be performed, or causes the method as described in any one of claims 8 to 13 to be performed, or causes the method as described in claim 14 to be performed, or causes the method as described in any one of claims 15 to 17 to be performed. A computer program product, characterized in that The computer program product includes a computer program that, when run on a computer, causes the method as described in any one of claims 1 to 7 to be performed, or causes the method as described in any one of claims 8 to 13 to be performed, or causes the method as described in claim 14 to be performed, or causes the method as described in any one of claims 15 to 17 to be performed. A communication system characterized by include: The target CU is used to perform the method as described in any one of claims 1 to 7; The target DU is used to perform the method as described in any one of claims 8 to 13; A terminal device for performing the method as described in claim 14; CU is used to perform the method as described in any one of claims 15 to 17.

Images