Communication method and communication device

Abstract

The invention provides a communication method and a communication device. The communication method comprises the steps that a first host node receives first flow migration configuration information, the first flow migration configuration information is used for determining flow distribution when flow of the first host node is migrated to a second topology and a third topology, and the second topology is a flow transmission path between the second host node and a first IAB node; the third topology is a flow transmission path between a third host node and the first IAB node, the first IAB node comprises a first distributed unit and a first mobile terminal, F1 connection exists between the first distributed unit and the first host node, and RRC connection exists between the first mobile terminal and the second host node as well as between the first mobile terminal and the third host node; and the first host node distributes the flow of the first host node to the second topology and the third topology according to the first flow migration configuration information. Therefore, unreasonable flow distribution of the first host node is avoided.

Description

Technical Field

[0001] The present application relates to the field of communications, and more particularly, to a communication method and a communication device. Background Art

[0002] In a network including an integrated access and backhaul (IAB) node, there are multiple transmission links in the transmission path between a user equipment (UE) and an IAB donor (or donor node, or donor gNB), including at least one wireless backhaul link and one wireless access link, wherein the wireless access link is a communication link between the UE and a relay node (or IAB node), and the wireless backhaul link is a communication link between IAB nodes or between an IAB node and a donor node. The service data of the UE is transmitted by the IAB node connecting to the IAB donor through the wireless backhaul link.

[0003] The IAB node consists of a mobile termination (MT) part and a distributed unit (DU) part. When the IAB node faces its parent node, it can act as a terminal device, that is, the role of MT; when the IAB node faces its child node (the child node may be another IAB node, or an ordinary UE), it is regarded as a network device, that is, the role of DU. The host node is an access network element with complete base station (gNB) functions, including a centralized unit (CU) and a distributed unit (DU). The host node is connected to the core network serving the UE (for example, connected to the 5G core network).

[0004] The MT of an IAB node may be referred to as an IAB-MT, the DU of the IAB node may be referred to as an IAB-DU, the CU of a host node that is connected to the IAB-MT through radio resource control (RRC) may be referred to as a CU of the IAB-MT, and the CU of a host node that is connected to the IAB-DU through F1 may be referred to as a CU of the IAB-DU, or an F1-terminating CU.

[0005] In the partial migration scenario of the IAB node, the IAB-MT undergoes cross-CU cell switching, that is, the IAB node establishes an RRC connection with another non-F1 anchor CU (non F1-terminating CU), but still maintains an F1 connection with the F1 anchor CU. At this time, the data traffic of the F1 anchor CU is transmitted in the communication path between the non-F1 anchor CU and the IAB node, and does not pass through the non-F1 anchor CU. In the dual connection (DC) scenario of the IAB node, the IAB node can establish an RRC connection with both the F1 anchor CU and the non-F1 anchor CU, and maintain an F1 connection with the F1 anchor CU. At this time, the data traffic of the F1 anchor CU is transmitted in the communication path between the F1 anchor CU and the IAB node and the communication path between the non-F1 anchor CU and the IAB node. In the scenario of consecutive partial migration of the IAB node, the IAB-MT undergoes cross-CU cell switching, and the CU of the IAB-MT switches from a non-FI anchor CU to another non-F1 anchor CU, but still maintains an F1 connection with the F1 anchor CU.

[0006] At present, when the dual connection scenario and continuous local migration scenario of the above-mentioned IAB node coexist, the IAB node only maintains F1 connection with the F1 anchor CU but does not establish RRC connection, but establishes RRC connection with two non-F1 anchor CUs, which may cause congestion and affect the service experience. Summary of the invention

[0007] The present application provides a communication method and a communication device. When a dual connection scenario and a continuous local migration scenario of an IAB node coexist, a message for making a decision on traffic allocation is sent to an F1 anchor CU through two non-F1 anchor CUs, so that the F1 anchor CU can make a reasonable traffic allocation decision on two communication paths between the two non-F1 anchor CUs and the IAB node.

[0008] In a first aspect, a communication method is provided. The method may be executed by a host node, or may be executed by a chip or circuit configured in the host node, and the present application does not limit this.

[0009] The method includes: a first host node receives first traffic migration configuration information, the first traffic migration configuration information is used to determine the traffic distribution when the traffic of the first host node is migrated to a second topology and a third topology, the second topology is a traffic transmission path between the second host node and the first IAB node, the third topology is a traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, an F1 connection exists between the first distributed unit and the first host node, and an RRC connection exists between the first mobile terminal and the second host node and the third host node; the first host node distributes the traffic of the first host node to the second topology and the third topology according to the first traffic migration configuration information.

[0010] According to the solution of the present application, the first host node has an F1 connection with the first IAB node, and by receiving the first traffic migration configuration information, the traffic in the first host node is allocated to the second topology and the third topology, thereby avoiding the F1 anchor point CU from making unreasonable traffic allocation when the link quality of the backhaul link is unknown. The traffic allocation in the continuous local migration scenario of the IAB node and the dual connection scenario that are not supported in the prior art is realized.

[0011] In a possible implementation, the first traffic migration configuration information includes second traffic migration configuration information indicating migration to the second topology and third traffic migration configuration information indicating migration to the third topology.

[0012] In one possible implementation, the first host node receives the first traffic migration configuration information including: the first host node receives the second traffic migration configuration information and the third traffic migration configuration information from the second host node; or, the first host node receives the first traffic migration configuration information including: the first host node receives the second traffic migration configuration information from the second host node; the first host node receives the third traffic migration configuration information from the third host node.

[0013] In a possible implementation, the second traffic migration configuration information includes traffic information and traffic transmission path information migrated to the second topology, and the third traffic migration configuration information includes traffic information and traffic transmission path information migrated to the third topology.

[0014] In a possible implementation, the traffic transmission path information includes an IP address of traffic transmission and / or backhaul link BH information.

[0015] In one possible implementation, before the first host node receives the first traffic migration configuration information, the method also includes: the first host node sends first traffic migration request information to the second host node, and the first traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology and the third topology.

[0016] In one possible implementation, after the first host node receives the first traffic migration configuration information, the method also includes: the first host node sends first traffic migration request information, and the first traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology and the third topology; the first host node receives first traffic migration response information, and the first traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology and the third topology.

[0017] In a possible implementation manner, the first host node sending the first traffic migration request information includes: the first host node sending the first traffic migration request information to the second host node.

[0018] In one possible implementation, the first traffic migration request information includes second traffic migration request information and third traffic migration request information, the second traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology, and the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology, and the first host node sends the first traffic migration request information including: the first host node sends the second traffic migration request information to the second host node, and sends the third traffic migration request information to the third host node.

[0019] In a possible implementation manner, the first host node receiving the first traffic migration response information includes: the first host node receiving the first traffic migration response information from the second host node.

[0020] In one possible implementation, the first traffic migration response information includes second traffic migration response information and third traffic migration response information, the second traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology, the third traffic migration request information is used to instruct the first host node to migrate the traffic of the first host node to the third topology, and the first host node receiving the first traffic migration response information includes: the first host node receives the second traffic migration response information from the second host node, and receives the third traffic migration response information from the third host node.

[0021] In one possible implementation, the first traffic migration configuration information includes second traffic migration configuration information indicating migration to the second topology and third traffic migration configuration information indicating migration to the third topology, the second traffic migration configuration information includes link quality and / or resource allocation information of the second topology, and the third traffic migration configuration information includes link quality and / or resource allocation information of the third topology.

[0022] In a second aspect, a communication method is provided. The method may be executed by a host node, or may be executed by a chip or circuit configured in the host node, and the present application does not limit this.

[0023] The method includes: a second host node determines second traffic migration configuration information, the second traffic migration configuration information is used to determine the traffic allocation of the first host node to the second topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, and there is an RRC connection between the first mobile terminal and the second host node and the third host node; the second host node sends the second traffic migration configuration information to the first host node.

[0024] In a possible implementation, the second traffic migration configuration information includes traffic information migrated to the second topology and traffic transmission path information.

[0025] In a possible implementation manner, the traffic transmission path information of the second topology includes an IP address and / or backhaul link BH information of the traffic transmitted in the second topology.

[0026] In one possible implementation, the method also includes: the second host node receives third traffic migration configuration information from the third host node, and the third traffic migration configuration information is used to determine the traffic allocation of the first host node to the third topology; the second host node sends the third traffic migration configuration information to the first host node.

[0027] In a possible implementation manner, the third traffic migration configuration information includes traffic information migrated to the third topology and traffic transmission path information.

[0028] In a possible implementation manner, the traffic transmission path information of the third topology includes an IP address and / or backhaul link BH information of the traffic transmitted in the third topology.

[0029] In one possible implementation, before the second host node sends the second traffic migration configuration information to the first host node, the method also includes: the second host node receives first traffic migration request information from the first host node, the first traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology and the third topology, the third topology being the traffic transmission path between the third host node and the first IAB node; the second host node sends third traffic migration request information to the third host node, the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology.

[0030] In a possible implementation, the method further includes: the second host node sending the first identification information to the third host node, where the first identification information is used to determine whether to send a message to the first host node.

[0031] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0032] Optionally, the identifier of the first host node may include the base station ID and / or IP address of the first host node, and the identifier of the first mobile terminal under the first host node may include the ID of the terminal device Xn application protocol (XnAP) of the first mobile terminal under the first host node.

[0033] In one possible implementation, after the second host node sends the second traffic migration configuration information to the first host node, the method also includes: the second host node receives the first traffic migration request information sent by the first host node, and the first traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology and the third topology; the second host node sends the third traffic migration request information to the third host node, and the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology; or, the method also includes: the second host node receives the second traffic migration request information sent by the first host node, and the second traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology.

[0034] In one possible implementation, the first traffic migration response information includes second traffic migration response information, and the second traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology. The method also includes: the second host node sends the first traffic migration response information or the second traffic migration response information to the first host node.

[0035] In a possible implementation manner, the second traffic migration configuration information includes link quality and / or resource allocation information of the second topology.

[0036] In a third aspect, a communication method is provided. The method may be executed by a host node, or may be executed by a chip or circuit configured in the host node, and the present application does not limit this.

[0037] The method includes: a third host node determines third traffic migration configuration information, the third traffic migration configuration information is used to determine the traffic allocation of the first host node to migrate to a third topology, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, there is an RRC connection between the first mobile terminal and the second host node and the third host node; the third host node sends the third traffic migration configuration information to the first host node or the second host node.

[0038] In a possible implementation manner, the third traffic migration configuration information includes traffic information migrated to the third topology and traffic transmission path information.

[0039] In a possible implementation manner, the traffic transmission path information of the third topology includes an IP address and / or backhaul link BH information of the traffic transmitted in the third topology.

[0040] In one possible implementation, before the third host node sends the third traffic migration configuration information to the first host node or the second host node, the method also includes: the third host node receives third traffic migration request information from the second host node, and the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology.

[0041] In a possible implementation, the method also includes: the third host node receives first identification information from the second host node, and the first identification information is used to determine whether to send a message to the first host node; the third host node sends the third traffic migration configuration information to the first host node or the second host node, including: the third host node sends the third traffic migration configuration information to the first host node based on the first identification information.

[0042] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0043] Optionally, the identifier of the first host node may include the base station ID and / or IP address of the first host node, and the identifier of the first mobile terminal under the first host node may include the ID of the terminal device Xn application protocol (XnAP) of the first mobile terminal under the first host node.

[0044] In one possible implementation, after the third host node sends the third traffic migration configuration information to the first host node or the second host node, the method also includes: the third host node receives third traffic migration request information from the first host node or the second host node, and the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology; the third host node sends third traffic migration response information to the first host node or the second host node, and the third traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the third topology.

[0045] In a possible implementation manner, the third traffic migration configuration information includes link quality and / or resource allocation information of the third topology.

[0046] In a fourth aspect, a communication method is provided. The method may be executed by a host node, or may be executed by a chip or circuit configured in the host node, and the present application does not limit this.

[0047] The method includes: the second host node sends a fourth traffic migration request message, the fourth traffic migration request message is used to request that the traffic of the first host node be allocated to the second topology and the third topology be migrated between the second topology and the third topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, and there is an RRC connection between the first mobile terminal and the second host node and the third host node; the second host node receives a fourth traffic migration configuration information, the fourth traffic migration configuration information is used to determine the traffic information that needs to be migrated between the second topology and the third topology; the second host node sends a fourth traffic migration indication information, the fourth traffic migration indication information is used to indicate the migration of the traffic that needs to be migrated between the second topology and the third topology.

[0048] According to the solution of the present application, in the continuous local migration scenario of the IAB node and the dual connection scenario, after the two non-F1 anchor CUs withdraw the interactive traffic or the traffic migration information, the traffic migration or traffic redistribution of the F1 anchor CU in the two communication paths between the two non-F1 anchor CUs and the IAB node is realized.

[0049] In one possible implementation, the fourth traffic migration indication information includes the first mapping configuration information of the second topology, and the second host node sends the fourth traffic migration indication information including: the second host node sends the first mapping configuration information of the second topology to the first host node, the first mapping configuration information includes the updated backhaul link BH resource mapping information and / or service quality mapping information of the second topology, and the first mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the second topology.

[0050] In one possible implementation, the fourth traffic migration indication information also includes second mapping configuration information of the third topology, and the method also includes: the second host node sends the second mapping configuration information of the third topology to the first host node, the second mapping configuration information includes the updated backhaul link BH resource mapping information and / or service quality mapping information of the third topology, and the second mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the third topology.

[0051] In one possible implementation, the second host node sending the fourth traffic migration request information includes the second host node sending the fourth traffic migration request information to the first host node, and the second host node receiving the fourth traffic migration configuration information includes the second host node receiving the fourth traffic migration configuration information from the first host node; or, the second host node sending the fourth traffic migration request information includes the second host node sending the fourth traffic migration request information to the third host node, and the second host node receiving the fourth traffic migration configuration information includes the second host node receiving the fourth traffic migration configuration information from the third host node.

[0052] In a possible implementation, the second host node sending the fourth traffic migration request information to the third host node also includes: the second host node sending first identification information to the third host node, and the first identification information is used to determine to send a message to the first host node.

[0053] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0054] Optionally, the identifier of the first host node may include the base station ID and / or IP address of the first host node, and the identifier of the first mobile terminal under the first host node may include the ID of the terminal device Xn application protocol (XnAP) of the first mobile terminal under the first host node.

[0055] In one possible implementation, the second host node includes a second distributed unit, the third host node includes a third distributed unit, a tunnel for transmitting traffic is set between the second distributed unit and the third distributed unit, the fourth traffic migration indication information includes first traffic transmission indication information or second traffic transmission indication information, and the second host node sends the fourth traffic migration indication information including: when migrating part of the traffic of the second topology to the third topology, the second host node sends the first traffic transmission indication information to the second distributed unit, and the first traffic transmission indication information is used to indicate that part of the traffic of the second topology is transmitted from the second distributed unit to the third distributed unit via the tunnel; or, when migrating part of the traffic of the third topology to the second topology, the second host node sends the second traffic transmission indication information to the second distributed unit, and the second traffic transmission indication information is used to indicate the traffic transmission link selected after part of the traffic of the third topology reaches the second distributed unit.

[0056] In a possible implementation manner, the first traffic transmission indication information includes the IP address of the third distributed unit.

[0057] In a possible implementation manner, the first traffic transmission indication information further includes an IP address of part of the traffic in the second topology.

[0058] In a possible implementation manner, the second traffic transmission indication information includes a backhaul link BH resource mapped when part of the traffic of the third topology reaches the second distributed unit.

[0059] In a fifth aspect, a communication method is provided. The method may be executed by a host node, or may be executed by a chip or circuit configured in the host node, and the present application does not limit this.

[0060] The method includes: a third host node receives fourth traffic migration request information, the fourth traffic migration request information is used to request that the first host node be allocated to the second topology and the traffic of the third topology be migrated between the second topology and the third topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, an F1 connection exists between the first distributed unit and the first host node, and an RRC connection exists between the first mobile terminal and the second host node and the third host node; the third host node sends fourth traffic migration configuration information, the fourth traffic migration configuration information is used to determine the traffic information that needs to be migrated between the second topology and the third topology; the third host node sends fourth traffic migration indication information, the fourth traffic migration indication information is used to indicate the migration of the traffic that needs to be migrated between the second topology and the third topology.

[0061] In one possible implementation, the third host node receives the fourth traffic migration request information, including the third host node receiving the fourth traffic migration request information from the first host node, and the third host node sends the fourth traffic migration configuration information, including the third host node sending the fourth traffic migration configuration information to the first host node; or, the third host node receives the fourth traffic migration request information, including the third host node receiving the fourth traffic migration request information from the second host node, and the third host node sends the fourth traffic migration configuration information, including the third host node sending the fourth traffic migration configuration information to the second host node.

[0062] In a possible implementation, the third host node receiving the fourth traffic migration request information from the second host node also includes: the third host node receiving first identification information from the second host node, and the first identification information is used to determine whether to send a message to the first host node; the third host node sending the fourth traffic migration indication information includes: the third host node sending the fourth traffic migration indication information to the first host node based on the first identification information.

[0063] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0064] Optionally, the first identification information includes a base station ID and / or an IP address of the first host node, and an ID of a terminal device Xn application protocol XnAP of the first mobile terminal under the first host node.

[0065] In one possible implementation, the fourth traffic migration indication information includes second mapping configuration information of the third topology, the second mapping configuration information includes updated backhaul link BH resource mapping information and / or service quality mapping information of the third topology, the second mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the third topology, and the third host node sending the fourth traffic migration indication information includes: the third host node sends the second mapping configuration information to the first host node or the second host node.

[0066] In one possible implementation, the second host node includes a second distributed unit, the third host node includes a third distributed unit, a tunnel for transmitting traffic is set between the second distributed unit and the third distributed unit, the fourth traffic migration indication information includes third traffic transmission indication information or fourth traffic transmission indication information, and the third host node sends the fourth traffic migration indication information including: when migrating part of the traffic of the third topology to the second topology, the third host node sends the third traffic transmission indication information to the third distributed unit, and the third traffic transmission indication information is used to indicate that part of the traffic of the third topology is transmitted from the third distributed unit to the second distributed unit via the tunnel; or, when migrating part of the traffic of the second topology to the third topology, the third host node sends the fourth traffic transmission indication information to the third distributed unit, and the fourth traffic transmission indication information is used to indicate the traffic transmission link selected after part of the traffic of the second topology reaches the third distributed unit.

[0067] In a possible implementation manner, the third traffic transmission indication information includes the IP address of the second distributed unit.

[0068] In a possible implementation manner, the third traffic transmission indication information further includes an IP address of part of the traffic in the third topology.

[0069] In a possible implementation manner, the fourth traffic transmission indication information includes a backhaul link BH resource mapped when part of the traffic in the second topology reaches the third distributed unit.

[0070] In a sixth aspect, a communication method is provided. The method may be executed by a host node, or may be executed by a chip or circuit configured in the host node, and the present application does not limit this.

[0071] The method includes: a first host node receives fourth traffic migration indication information, the fourth traffic migration indication information is used to indicate the migration of traffic that needs to be migrated between the second topology and the third topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, and there is an RRC connection between the first mobile terminal and the second host node and the third host node; the first host node reallocates the traffic of the first host node to the second topology and the third topology according to the fourth traffic migration indication information.

[0072] In a possible implementation, the method also includes: the first host node receives fourth traffic migration request information from the second host node, the fourth traffic migration request information is used to request that the traffic of the first host node allocated to the second topology and the third topology be migrated between the second topology and the third topology; the first host node sends the fourth traffic migration request information to the third host node; the first host node receives fourth traffic migration configuration information from the third host node, the fourth traffic migration configuration information is used to determine the traffic information that needs to be migrated between the second topology and the third topology; the first host node sends the fourth traffic migration configuration information to the second host node.

[0073] In one possible implementation, the fourth traffic migration indication information includes first mapping configuration information of the second topology and second mapping configuration information of the third topology, the first mapping configuration information includes updated backhaul link BH resource mapping information and / or service quality mapping information of the second topology, the first mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the second topology, the second mapping configuration information includes updated backhaul link BH resource mapping information and / or service quality mapping information of the third topology, the second mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the third topology, and the first host node receives the fourth traffic migration indication information including: the first host node receives the first mapping configuration information and the second mapping configuration information from the second host node; or, the first host node receives the first mapping configuration information from the second host node, and receives the second mapping configuration information from the third host node.

[0074] In the seventh aspect, a communication device is provided, which is a host node having an F1 connection with a first mobile terminal, the device comprising: a receiving module, used to receive first traffic migration configuration information, the first traffic migration configuration information is used to determine the traffic distribution when the traffic of the first host node is migrated to a second topology and a third topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node comprises a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, the first mobile terminal has an RRC connection with the second host node and the third host node; a processing module, used to distribute the traffic of the first host node to the second topology and the third topology according to the first traffic migration configuration information.

[0075] In a possible implementation, the first traffic migration configuration information includes second traffic migration configuration information indicating migration to the second topology and third traffic migration configuration information indicating migration to the third topology.

[0076] In one possible implementation, the receiving module is specifically used to receive the second traffic migration configuration information and the third traffic migration configuration information; or, the receiving module is specifically used to receive the second traffic migration configuration information from the second host node, and receive the third traffic migration configuration information from the third host node.

[0077] In a possible implementation, the second traffic migration configuration information includes traffic information and traffic transmission path information migrated to the second topology, and the third traffic migration configuration information includes traffic information and traffic transmission path information migrated to the third topology.

[0078] In a possible implementation, the traffic transmission path information includes an IP address of traffic transmission and / or backhaul link BH information.

[0079] In one possible implementation, the device also includes a sending module, which is used to send first traffic migration request information before the receiving module receives the first traffic migration configuration information. The first traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology and the third topology.

[0080] In one possible implementation, the device also includes a sending module, which is used to send first traffic migration request information after the receiving module receives the first traffic migration configuration information. The first traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology and the third topology; the receiving module is specifically used to receive first traffic migration response information, and the first traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology and the third topology.

[0081] In a possible implementation, the sending module is specifically configured to send the first traffic migration request information to the second host node.

[0082] In one possible implementation, the first traffic migration request information includes second traffic migration request information and third traffic migration request information, the second traffic migration request information is used to request the traffic of the first host node to be migrated to the second topology, and the third traffic migration request information is used to request the traffic of the first host node to be migrated to the third topology, and the sending module is specifically used to send the second traffic migration request information to the second host node, and to send the third traffic migration request information to the third host node.

[0083] In a possible implementation manner, the receiving module is specifically configured to receive the first traffic migration response information from the second host node.

[0084] In one possible implementation, the first traffic migration response information includes second traffic migration response information and third traffic migration response information, the second traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology, and the third traffic migration request information is used to instruct the first host node to migrate the traffic of the first host node to the third topology, and the receiving module is specifically used to receive the second traffic migration response information from the second host node, and receive the third traffic migration response information from the third host node.

[0085] In one possible implementation, the first traffic migration configuration information includes second traffic migration configuration information indicating migration to the second topology and third traffic migration configuration information indicating migration to the third topology, the second traffic migration configuration information includes link quality and / or resource allocation information of the second topology, and the third traffic migration configuration information includes link quality and / or resource allocation information of the third topology.

[0086] In an eighth aspect, a communication device is provided, which is a host node that has an RRC connection with a first mobile terminal, the device comprising: a determination module, used to determine second traffic migration configuration information, the second traffic migration configuration information is used to determine the traffic allocation of the first host node to a second topology, the second topology being a traffic transmission path between the second host node and a first IAB node, the first IAB node comprising a first distributed unit and a first mobile terminal, an F1 connection existing between the first distributed unit and the first host node, the first mobile terminal having an RRC connection with both the second host node and a third host node; a sending module, used to send the second traffic migration configuration information to the first host node.

[0087] In a possible implementation, the second traffic migration configuration information includes traffic information migrated to the second topology and traffic transmission path information.

[0088] In a possible implementation manner, the traffic transmission path information of the second topology includes an IP address and / or backhaul link BH information of the traffic transmitted in the second topology.

[0089] In one possible implementation, the device also includes a receiving module, which is used to receive third traffic migration configuration information from the third host node, and the third traffic migration configuration information is used to determine the traffic allocation of the first host node to the third topology; and a sending module, which is specifically used by the second host node to send the third traffic migration configuration information to the first host node.

[0090] In a possible implementation manner, the third traffic migration configuration information includes traffic information migrated to the third topology and traffic transmission path information.

[0091] In a possible implementation manner, the traffic transmission path information of the third topology includes an IP address and / or backhaul link BH information of the traffic transmitted in the third topology.

[0092] In one possible implementation, before the sending module sends the second traffic migration configuration information to the first host node, the receiving module is specifically used to receive first traffic migration request information from the first host node, and the first traffic migration request information is used to request that the traffic of the first host node be migrated to the second topology and the third topology, and the third topology is the traffic transmission path between the third host node and the first IAB node; the sending module is specifically used to send third traffic migration request information to the third host node, and the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology.

[0093] In a possible implementation, the sending module is further used to send the first identification information to the third host node, and the first identification information is used to determine whether to send a message to the first host node.

[0094] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0095] Optionally, the identifier of the first host node may include the base station ID and / or IP address of the first host node, and the identifier of the first mobile terminal under the first host node may include the ID of the terminal device Xn application protocol (XnAP) of the first mobile terminal under the first host node.

[0096] In one possible implementation, after the sending module sends the second traffic migration configuration information to the first host node, the receiving module is further used to receive the first traffic migration request information sent by the first host node, and the first traffic migration request information is used to request to migrate the traffic of the first host node to the second topology and the third topology; the sending module is further used to send the third traffic migration request information to the third host node, and the third traffic migration request information is used to request to migrate the traffic of the first host node to the third topology; or, the receiving module is further used to receive the second traffic migration request information sent by the first host node, and the second traffic migration request information is used to request to migrate the traffic of the first host node to the second topology.

[0097] In one possible implementation, the first traffic migration response information includes second traffic migration response information, and the second traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology. The sending module is also used to send the first traffic migration response information or the second traffic migration response information to the first host node.

[0098] In a possible implementation manner, the second traffic migration configuration information includes link quality and / or resource allocation information of the second topology.

[0099] In the ninth aspect, a communication device is provided, which is a host node that has an RRC connection with a first mobile terminal, and the device includes: a processing module, used to determine third traffic migration configuration information, the third traffic migration configuration information is used to determine the traffic allocation of the first host node to a third topology, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, the first mobile terminal has an RRC connection with the second host node and the third host node; a sending module, used to send the third traffic migration configuration information to the first host node or the second host node.

[0100] In a possible implementation manner, the third traffic migration configuration information includes traffic information migrated to the third topology and traffic transmission path information.

[0101] In a possible implementation manner, the traffic transmission path information of the third topology includes an IP address and / or backhaul link BH information of the traffic transmitted in the third topology.

[0102] In one possible implementation, before the sending module sends the third traffic migration configuration information to the first host node or the second host node, the receiving module is also used to receive third traffic migration request information from the second host node, and the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology.

[0103] In one possible implementation, the receiving module is also used to receive first identification information from the second host node, and the first identification information is used to determine whether to send a message to the first host node; the sending module is specifically used to send the third traffic migration configuration information to the first host node or the second host node, including: the sending module is specifically used to send the third traffic migration configuration information to the first host node according to the first identification information.

[0104] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0105] Optionally, the identifier of the first host node may include the base station ID and / or IP address of the first host node, and the identifier of the first mobile terminal under the first host node may include the ID of the terminal device Xn application protocol (XnAP) of the first mobile terminal under the first host node.

[0106] In one possible implementation, after the sending module sends the third traffic migration configuration information to the first host node or the second host node, the receiving module is specifically used to receive third traffic migration request information from the first host node or the second host node, and the third traffic migration request information is used to request to migrate the traffic of the first host node to the third topology; the sending module is specifically used to send third traffic migration response information to the first host node or the second host node, and the third traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the third topology.

[0107] In a possible implementation manner, the third traffic migration configuration information includes link quality and / or resource allocation information of the third topology.

[0108] In the tenth aspect, a communication device is provided, which is a host node that has an RRC connection with a first mobile terminal, and the device includes: a sending module, used to send a fourth traffic migration request information, and the fourth traffic migration request information is used to request that the traffic of the first host node be allocated to the second topology and the third topology be migrated between the second topology and the third topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, and there is an RRC connection between the first mobile terminal and the second host node and the third host node; a receiving module, used to receive fourth traffic migration configuration information, the fourth traffic migration configuration information is used to determine the traffic information that needs to be migrated between the second topology and the third topology; a sending module, used to send fourth traffic migration indication information, the fourth traffic migration indication information is used to indicate the migration of the traffic that needs to be migrated between the second topology and the third topology.

[0109] According to the solution of the present application, in the continuous local migration scenario of the IAB node and the dual connection scenario, after the two non-F1 anchor CUs withdraw the interactive traffic or the traffic migration information, the traffic migration or traffic redistribution of the F1 anchor CU in the two communication paths between the two non-F1 anchor CUs and the IAB node is realized.

[0110] In one possible implementation, the fourth traffic migration indication information includes the first mapping configuration information of the second topology, and the sending module is specifically used to send the first mapping configuration information of the second topology to the first host node, and the first mapping configuration information includes the updated backhaul link BH resource mapping information and / or service quality mapping information of the second topology, and the first mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the second topology.

[0111] In one possible implementation, the fourth traffic migration indication information also includes second mapping configuration information of the third topology, and the sending module is also used to send the second mapping configuration information of the third topology to the first host node, and the second mapping configuration information includes the updated backhaul link BH resource mapping information and / or service quality mapping information of the third topology, and the second mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the third topology.

[0112] In one possible implementation, the sending module is specifically used to send the fourth traffic migration request information to the first host node, and the receiving module is specifically used to receive the fourth traffic migration configuration information from the first host node; or, the sending module is specifically used to send the fourth traffic migration request information to the third host node, and the receiving module is specifically used to receive the fourth traffic migration configuration information from the third host node.

[0113] In a possible implementation, the sending module is further used to send first identification information to the third host node, and the first identification information is used to determine whether to send a message to the first host node.

[0114] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0115] Optionally, the identifier of the first host node may include the base station ID and / or IP address of the first host node, and the identifier of the first mobile terminal under the first host node may include the ID of the terminal device Xn application protocol (XnAP) of the first mobile terminal under the first host node.

[0116] In one possible implementation, the second host node includes a second distributed unit, the third host node includes a third distributed unit, a tunnel for transmitting traffic is set between the second distributed unit and the third distributed unit, the fourth traffic migration indication information includes first traffic transmission indication information or second traffic transmission indication information, and the sending module is specifically used to: when migrating part of the traffic of the second topology to the third topology, send the first traffic transmission indication information to the second distributed unit, and the first traffic transmission indication information is used to indicate that part of the traffic of the second topology is transmitted from the second distributed unit to the third distributed unit via the tunnel; or, when migrating part of the traffic of the third topology to the second topology, send the second traffic transmission indication information to the second distributed unit, and the second traffic transmission indication information is used to indicate the traffic transmission link selected after part of the traffic of the third topology reaches the second distributed unit.

[0117] In a possible implementation manner, the first traffic transmission indication information includes the IP address of the third distributed unit.

[0118] In a possible implementation manner, the first traffic transmission indication information further includes an IP address of part of the traffic in the second topology.

[0119] In a possible implementation manner, the second traffic transmission indication information includes a backhaul link BH resource mapped when part of the traffic of the third topology reaches the second distributed unit.

[0120] In the eleventh aspect, a communication device is provided, which is a host node that has an RRC connection with a first mobile terminal, and the device includes: a receiving module, used to receive a fourth traffic migration request information, the fourth traffic migration request information is used to request that the traffic of the first host node be allocated to the second topology and the third topology be migrated between the second topology and the third topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node includes a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, and there is an RRC connection between the first mobile terminal and the second host node and the third host node; a sending module, used to send fourth traffic migration configuration information, the fourth traffic migration configuration information is used to determine the traffic information that needs to be migrated between the second topology and the third topology; the sending module is specifically used to send fourth traffic migration indication information, the fourth traffic migration indication information is used to indicate the migration of the traffic that needs to be migrated between the second topology and the third topology.

[0121] In one possible implementation, the receiving module is specifically used to receive the fourth traffic migration request information from the first host node, and the sending module is specifically used to send the fourth traffic migration configuration information to the first host node; or, the receiving module is specifically used to receive the fourth traffic migration request information from the second host node, and the sending module is specifically used to send the fourth traffic migration configuration information to the second host node.

[0122] In one possible implementation, the receiving module is also used to receive first identification information from the second host node, and the first identification information is used to determine whether to send a message to the first host node; the sending module is specifically used to send the fourth traffic migration indication information to the first host node based on the first identification information.

[0123] In a possible implementation manner, the first identification information includes an identification of the first host node, and optionally, also includes an identification of the first mobile terminal under the first host node.

[0124] Optionally, the identifier of the first host node may include the base station ID and / or IP address of the first host node, and the identifier of the first mobile terminal under the first host node may include the ID of the terminal device Xn application protocol (XnAP) of the first mobile terminal under the first host node.

[0125] In one possible implementation, the fourth traffic migration indication information includes second mapping configuration information of the third topology, the second mapping configuration information includes updated backhaul link BH resource mapping information and / or service quality mapping information of the third topology, the second mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the third topology, and the sending module is specifically used to send the second mapping configuration information to the first host node or the second host node.

[0126] In one possible implementation, the second host node includes a second distributed unit, the third host node includes a third distributed unit, a tunnel for transmitting traffic is set between the second distributed unit and the third distributed unit, the fourth traffic migration indication information includes third traffic transmission indication information or fourth traffic transmission indication information, and the sending module is specifically used to: when migrating part of the traffic of the third topology to the second topology, send the third traffic transmission indication information to the third distributed unit, and the third traffic transmission indication information is used to indicate that part of the traffic of the third topology is transmitted from the third distributed unit to the second distributed unit via the tunnel; or, when migrating part of the traffic of the second topology to the third topology, send the fourth traffic transmission indication information to the third distributed unit, and the fourth traffic transmission indication information is used to indicate the traffic transmission link selected after part of the traffic of the second topology reaches the third distributed unit.

[0127] In a possible implementation manner, the third traffic transmission indication information includes the IP address of the second distributed unit.

[0128] In a possible implementation manner, the third traffic transmission indication information further includes an IP address of part of the traffic in the third topology.

[0129] In a possible implementation manner, the fourth traffic transmission indication information includes a backhaul link BH resource mapped when part of the traffic in the second topology reaches the third distributed unit.

[0130] In the twelfth aspect, a communication device is provided, which is a host node having an F1 connection with a first mobile terminal, the device comprising: a receiving module, used to receive fourth traffic migration indication information, the fourth traffic migration indication information is used to indicate the migration of traffic that needs to be migrated between the second topology and the third topology, the second topology is the traffic transmission path between the second host node and the first IAB node, the third topology is the traffic transmission path between the third host node and the first IAB node, the first IAB node comprises a first distributed unit and a first mobile terminal, there is an F1 connection between the first distributed unit and the first host node, the first mobile terminal has an RRC connection with the second host node and the third host node; a processing module, used to reallocate the traffic of the first host node to the second topology and the third topology according to the fourth traffic migration indication information.

[0131] In a possible implementation, the device also includes a sending module, and the receiving module is also used to receive a fourth traffic migration request information from the second host node, and the fourth traffic migration request information is used to request that the traffic of the first host node be allocated to the second topology and the third topology be migrated between the second topology and the third topology; the sending module sends the fourth traffic migration request information to the third host node; the receiving module is specifically used to receive fourth traffic migration configuration information from the third host node, and the fourth traffic migration configuration information is used to determine the traffic information that needs to be migrated between the second topology and the third topology; the sending module is specifically used to send the fourth traffic migration configuration information to the second host node.

[0132] In one possible implementation, the fourth traffic migration indication information includes first mapping configuration information of the second topology and second mapping configuration information of the third topology, the first mapping configuration information includes updated backhaul link BH resource mapping information and / or service quality mapping information of the second topology, the first mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the second topology, the second mapping configuration information includes updated backhaul link BH resource mapping information and / or service quality mapping information of the third topology, the second mapping configuration information is used to instruct the first host node to redetermine the traffic transmitted in the third topology, and the receiving module is specifically used to receive the first mapping configuration information and the second mapping configuration information from the second host node; or, the receiving module is specifically used to receive the first mapping configuration information from the second host node, and to receive the second mapping configuration information from the third host node.

[0133] In a thirteenth aspect, a wireless communication device is provided, comprising various modules or units for executing the method in the first aspect or any possible implementation manner of the first aspect.

[0134] In a fourteenth aspect, a wireless communication device is provided, comprising modules or units for executing the method in the second aspect or any possible implementation of the second aspect.

[0135] In a fifteenth aspect, a wireless communication device is provided, comprising modules or units for executing the method in the third aspect or any possible implementation of the third aspect.

[0136] In the sixteenth aspect, a wireless communication device is provided, comprising various modules or units for executing the method in the fourth aspect or any possible implementation manner of the fourth aspect.

[0137] In the seventeenth aspect, a wireless communication device is provided, comprising various modules or units for executing the method in the fifth aspect or any possible implementation manner of the fifth aspect.

[0138] In the eighteenth aspect, a wireless communication device is provided, comprising various modules or units for executing the method in the sixth aspect or any possible implementation manner of the sixth aspect.

[0139] In a nineteenth aspect, a communication device is provided, comprising a processor, the processor being coupled to a memory, and being capable of executing the method of the first aspect and possible implementations thereof, and the sixth aspect and possible implementations thereof. In a possible implementation, the communication device further comprises a memory. In a possible implementation, the communication device further comprises a communication interface, the processor being coupled to the communication interface. In a possible implementation, the communication device further comprises a communication interface, the processor being coupled to the communication interface.

[0140] In one implementation, the communication device is a host node. When the communication device is a host node, the communication interface may be a transceiver, or an input / output interface.

[0141] In another implementation, the communication device is a chip or a chip system. When the communication device is a chip or a chip system, the communication interface may be an input / output interface, an interface circuit, an output circuit, an input circuit, a pin or a related circuit on the chip or the chip system. The processor may also be embodied as a processing circuit or a logic circuit.

[0142] In a twentieth aspect, a communication device is provided, comprising a processor, the processor being coupled to a memory and being used to execute instructions in the memory to implement the method in the second aspect and its possible implementation manner or the fourth aspect and its possible implementation manner. In a possible implementation manner, the communication device also includes a memory. In a possible implementation manner, the communication device also includes a communication interface, and the processor is coupled to the communication interface. In a possible implementation manner, the transceiver may be a transceiver circuit. In a possible implementation manner, the input / output interface may be an input / output circuit.

[0143] In one implementation, the communication device is a host node. When the communication device is a host node, the communication interface may be a transceiver, or an input / output interface.

[0144] In another implementation, the communication device is a chip or a chip system. When the communication device is a chip or a chip system, the communication interface may be an input / output interface, an interface circuit, an output circuit, an input circuit, a pin or a related circuit on the chip or the chip system. The processor may also be embodied as a processing circuit or a logic circuit.

[0145] In a twenty-first aspect, a communication device is provided, comprising a processor, the processor being coupled to a memory and being configured to execute instructions in the memory to implement the method in the third aspect and its possible implementations or the method in the fifth aspect and its possible implementations. In one possible implementation, the communication device further comprises a memory. In one possible implementation, the communication device further comprises a communication interface, the processor being coupled to the communication interface. In one possible implementation, the transceiver may be a transceiver circuit. In one possible implementation, the input / output interface may be an input / output circuit.

[0146] In one implementation, the communication device is a host node. When the communication device is a host node, the communication interface may be a transceiver, or an input / output interface.

[0147] In another implementation, the communication device is a chip or a chip system. When the communication device is a chip or a chip system, the communication interface may be an input / output interface, an interface circuit, an output circuit, an input circuit, a pin or a related circuit on the chip or the chip system. The processor may also be embodied as a processing circuit or a logic circuit.

[0148] In a twenty-second aspect, a communication device is provided, comprising: an input circuit, an output circuit, and a processing circuit. The processing circuit is used to receive a signal through the input circuit and transmit a signal through the output circuit, so that any one of the first to sixth aspects, and any possible implementation of the above aspects is implemented.

[0149] In the specific implementation process, the above-mentioned communication device can be a chip, the input circuit can be an input pin, the output circuit can be an output pin, and the processing circuit can be a transistor, a gate circuit, a trigger, and various logic circuits. The input signal received by the input circuit can be, for example, but not limited to, received and input by a receiver, and the signal output by the output circuit can be, for example, but not limited to, output to a transmitter and transmitted by the transmitter, and the input circuit and the output circuit can be different circuits or the same circuit. In this case, the circuit is used as an input circuit and an output circuit at different times. The embodiment of the present application does not limit the specific implementation method of the processor and various circuits.

[0150] In a twenty-third aspect, a processing device is provided, comprising a processor and a memory. The processor is used to read instructions stored in the memory, and can receive signals through a receiver and transmit signals through a transmitter to execute any one of the first to sixth aspects, and any possible implementation of the above aspects.

[0151] In a possible implementation, there are one or more processors and one or more memories.

[0152] In a possible implementation manner, the memory may be integrated with the processor, or the memory and the processor may be provided separately.

[0153] In the specific implementation process, the memory can be a non-transitory memory, such as a read-only memory (ROM), which can be integrated with the processor on the same chip or can be set on different chips respectively. The embodiments of the present application do not limit the type of memory and the setting method of the memory and the processor.

[0154] It should be understood that the relevant data interaction process, such as sending indication information, can be a process of outputting indication information from a processor, and receiving capability information can be a process of receiving input capability information from a processor. Specifically, the processed output data can be output to a transmitter, and the input data received by the processor can come from a receiver. Among them, the transmitter and the receiver can be collectively referred to as a transceiver.

[0155] The processor in the above aspects can be a chip, which can be implemented by hardware or by software. When implemented by hardware, the processor can be a logic circuit, an integrated circuit, etc.; when implemented by software, the processor can be a general-purpose processor, which is implemented by reading software codes stored in a memory. The memory can be integrated in the processor or can be located outside the processor and exist independently.

[0156] In the twenty-fourth aspect, a computer program product is provided, comprising: a computer program (also referred to as code, or instruction), which, when executed, enables a computer to execute any one of the first to sixth aspects, and a method in any possible implementation of the above aspects.

[0157] In the twenty-fifth aspect, a computer-readable medium is provided, which stores a computer program (also referred to as code, or instructions). When the computer-readable medium is run on a computer, the computer executes any one of the first to sixth aspects mentioned above, as well as a method in any possible implementation of the above aspects.

[0158] In the twenty-sixth aspect, a communication system is provided, comprising at least one of the aforementioned first host node, second host node, and third host node. BRIEF DESCRIPTION OF THE DRAWINGS

[0159] Figure 1 It is an architectural diagram of an IAB system applicable to the technical solution of the present application.

[0160] Figure 2 This is a schematic diagram of the composition of an IAB node.

[0161] Figure 3 It is a schematic diagram of the IAB network control plane and user plane protocol stack.

[0162] Figure 4 It is a schematic flow chart of IAB node access to the network.

[0163] Figure 5 It is a schematic diagram of the local migration scenario of the IAB node.

[0164] Figure 6 It is a schematic diagram of the IAB dual connection scenario.

[0165] Figure 7 is a schematic diagram of a scenario of continuous local migration of a mobile IAB node.

[0166] Figure 8 This is a schematic diagram of a mobile IAB node in a dual connection scenario and a continuous local migration scenario provided by the present application.

[0167] Fig. 9 It is a schematic flow chart of an IAB host node traffic distribution method provided by the present application.

[0168] Fig.10 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0169] Fig.11 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0170] Fig.12 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0171] Fig.13 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0172] Fig.14 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0173] Fig.15 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0174] Fig.16 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0175] Fig.17 It is a schematic flow chart of another IAB host node traffic distribution method provided by the present application.

[0176] Fig.18 A schematic block diagram of a communication device provided in an embodiment of the present application.

[0177] Fig.19 A schematic block diagram of another communication device provided in an embodiment of the present application.

[0178] Fig. 20 A schematic diagram of a chip system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0179] The technical solution in this application will be described below in conjunction with the accompanying drawings.

[0180] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, Long Term Evolution (LTE) system, LTE Frequency Division Duplex (FDD) system, LTE Time Division Duplex (TDD), wireless fidelity (WIFI), device to device (D2D) communication system, vehicle-to-everything (V2X) communication system, Universal Mobile Telecommunication System (UMTS), machine to machine communication (M2M) system, machine type communication (MTC) system, Internet of Things (IoT) communication system, non-terrestrial network (NTN) system, the 5th Generation (5G) system or new wireless (New Radio, NR) or future wireless communication systems.

[0181] First, a brief introduction to the network architecture applicable to this application is given.

[0182] In the present application, a relay node supporting integrated access and backhaul is referred to as an IAB node to distinguish it from a relay in LTE (long term evolution, LTE). A system including an IAB node is also referred to as a relay system.

[0183] It should be understood that the names of all nodes and information in this application are merely names set for the convenience of description in this application. The names in the actual network may be different. This application should not be understood as limiting the names of various nodes and information. On the contrary, any name that has the same or similar function as the node or information used in this application is deemed to be a method or equivalent replacement of this application, and is within the scope of protection of this application, and will not be repeated below.

[0184] In order to design flexible and convenient access and backhaul solutions, both the access link (AL) and the backhaul link (BL) in the IAB scenario adopt wireless transmission solutions.

[0185] In a network including IAB nodes (hereinafter referred to as IAB network), IAB nodes can provide wireless access services for terminal devices. UE is connected to IAB node through wireless access link and connected to host node (IAB donor / donor node) through wireless backhaul link to transmit user's business data.

[0186] Exemplarily, the host node may be a host base station. The host node may be referred to as an IAB donor or DgNB (i.e., donor gNodeB) in a 5G network. The host node may be a complete entity, or it may be a form in which a centralized unit (CU) (referred to herein as Donor-CU, or CU) and a distributed unit (DU) (referred to herein as Donor-DU) are separated, that is, the host node is composed of Donor-CU and Donor-DU. In the embodiments of the present application and in the accompanying drawings, the method provided in the embodiments of the present application is exemplified by taking the case in which the host node is composed of Donor-CU and Donor-DU as an example.

[0187] The IAB node consists of a mobile termination (MT) part and a distributed unit (DU) part. When the IAB node faces its parent node, it can be regarded as a terminal device. At this time, the IAB node plays the role of MT. When the IAB node faces its child node (the child node may be a terminal device or the terminal device part of another IAB node), it can be regarded as a communication device. At this time, the IAB node plays the role of DU. Therefore, it can be considered that the IAB node consists of an MT part and a DU part. An IAB node can establish a backhaul connection with at least one parent node of the IAB node through the MT part. The DU part of an IAB node can provide access services for terminal devices or the MT part of other IAB nodes.

[0188] Among them, the Donor-CU can also be in a form in which the user plane (UP) (abbreviated as CU-UP in this article) and the control plane (CP) (abbreviated as CU-CP in this article) are separated, that is, the Donor-CU is composed of CU-CP and CU-UP.

[0189] The IAB node is connected to the core network through a wired link via the host node. For example, in the 5G architecture of independent networking, the IAB node is connected to the core network (5G core, 5GC) of the 5G network through a wired link via the host node. In the 5G architecture of non-independent networking, the IAB node is connected to the evolved packet core (EPC) via the eNB on the control plane and connected to the EPC via the host node and the eNB on the user plane.

[0190] In order to ensure the reliability of service transmission, the IAB network supports multi-hop IAB nodes and multi-connection IAB node networking. Therefore, there may be multiple transmission paths between the terminal device and the host node. On one path, there is a certain hierarchical relationship between IAB nodes, and between IAB nodes and host nodes serving IAB nodes. Each IAB node regards the node that provides backhaul services to it as a parent node. Accordingly, each IAB node can be regarded as a child node of its parent node.

[0191] For example, see Figure 1 , the parent node of IAB node 1 is the host node, IAB node 1 is the parent node of IAB node 2 and IAB node 3, IAB node 2 and IAB node 3 are both the parent nodes of IAB node 4, and the parent node of IAB node 5 is IAB node 3. The uplink data packet of the terminal device can be transmitted to the host node through one or more IAB nodes, and then sent by the host node to the mobile gateway device (such as the UPF network element in the 5G network). The downlink data packet will be received by the host node from the mobile gateway device and then sent to the terminal device through one or more IAB nodes. There are two available paths for the transmission of data packets between terminal device 1 and the host node, namely: terminal device 1→IAB node 4→IAB node 3→IAB node 1→host node, terminal device 1→IAB node 4→IAB node 2→IAB node 1→host node. There are three available paths for the transmission of data packets between terminal device 2 and the host node, namely: terminal device 2→IAB node 4→IAB node 3→IAB node 1→host node, terminal device 2→IAB node 4→IAB node 2→IAB node 1→host node, and terminal device 2→IAB node 5→IAB node 2→IAB node 1→host node.

[0192] It is understandable that in an IAB network, a transmission path between a terminal device and a host node may include one or more IAB nodes. Each IAB node needs to maintain a wireless backhaul link to the parent node, and also needs to maintain a wireless link with the child node. If an IAB node is a node accessed by a terminal device, there is a wireless access link between the IAB node and the child node (i.e., the terminal device). If an IAB node is a node that provides backhaul services to other IAB nodes, there is a wireless backhaul link between the IAB node and the child node (i.e., other IAB nodes). For example, see Figure 1 , in the path "terminal device 1→IAB node 4→IAB node 3→IAB node 1→host node". Terminal device 1 accesses IAB node 4 via a wireless access link, IAB node 4 accesses IAB node 3 via a wireless backhaul link, IAB node 3 accesses IAB node 1 via a wireless backhaul link, and IAB node 1 accesses the host node via a wireless backhaul link.

[0193] Exemplarily, the IAB node may be a customer premises equipment (CPE), a residential gateway (RG), etc. In this case, the method provided in the embodiment of the present application may also be applied to a home access scenario.

[0194] The above IAB networking scenarios are merely exemplary. In the IAB scenario combining multi-hop and multi-connection, there are many other possibilities for IAB networking scenarios, for example, a host node and an IAB node under another host node form a dual connection to serve a terminal device, etc., which are not listed here one by one.

[0195] Figure 2 A schematic diagram of a system architecture applicable to an embodiment of the present application is shown. Figure 2 As shown in the figure, IAB (or IAB equipment) is a wireless backhaul base station. Its particularity lies in that IAB must first establish a backhaul channel with the target macro station, and then provide wireless coverage services to the outside. It is similar to customer premise equipment (CPE), but the difference is that CPE provides wireless fidelity (WIFI) coverage to the outside. IAB provides base station wireless signals to the outside, such as the fifth generation (5G) signal. IAB is mainly used to extend the coverage of macro stations. It uses the high-power multi-antenna reception characteristics of its backhaul device to extend the remote coverage of macro stations, and change the weak coverage area that was originally far away from the macro station into a good coverage area at a medium or near point. Since IAB needs to establish a connection relationship with a fixed macro station, it usually requires precise access to the target macro station to establish a backhaul channel.

[0196] In such Figure 2 The IAB network architecture shown in the figure takes standalone (SA) networking as an example. The IAB donor can be composed of a centralized unit (CU) and a distributed unit (DU), that is, the functions of the IAB donor are split, some functions are deployed in a CU, and the remaining functions are deployed in the DU. Multiple DUs share one CU, which can save costs and facilitate network expansion. The CU and DU are connected through the F1 interface. The CU represents the IAB donor connected to the core network through the next generation (nest generation, NG) interface, and the CU represents the IAB donor connected to other gNBs through the Xn interface.

[0197] The IAB node DU (may be referred to as IAB-DU in this application) is logically connected to the IABdonor CU (may be referred to as CU in this application) through the F1 interface. In fact, the connection between the IAB-DU and the CU is realized through the NR Uu interface between the IAB-MT and the parent node DU of each hop, but because the IAB-DU can communicate with the CU in the end, it can be considered that the F1 interface exists logically. The IAB-MT function is defined as a component similar to the UE. In the IAB network, the MT is called a function residing on the IABnode. Since the MT is similar to the function of an ordinary UE, it can be considered that the IAB node is connected to the upper node or network through the MT.

[0198] The user plane and control plane protocol stacks in the IAB network are as follows: Figure 3 As shown. The F1 interface supports the user plane protocol (F1-userplane, F1-U) and the control plane protocol (F1-control plane, F1-C), among which, Figure 3 As shown in (b), the user plane protocol includes one or more of the following protocol layers: GPRS tunneling protocol user plane (General Packet Radio Service tunneling protocol user plane, GTP-U), UDP (user datagram protocol, user datagram protocol), IP (internet protocol, Internet protocol) and other protocol layers; Figure 3As shown in (a), the control plane protocol includes one or more of the following: F1AP (F1 application protocol), SCTP (stream control transport protocol), IP and other protocol layers. Through F1-C, the IAB donor and IABnode can perform interface management, manage IAB-DU, and perform UE context-related configuration; through F1-U, the IAB donor and IAB node can perform user plane data transmission and downlink transmission status feedback.

[0199] It should be noted that the above Figure 1 and Figure 2 The above is only an example, and the technical solution of the present application can be applied to various communication systems including access network units. For example, the access network unit can be Figure 1 IAB in, or Figure 2 In addition, the communication system may also include a terminal device.

[0200] The terminal device involved in the embodiments of the present application may also be referred to as a terminal, which may be a device with a wireless transceiver function, which may be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; it may also be deployed on the water (such as a ship, etc.); it may also be deployed in the air (for example, on an airplane, a balloon, and a satellite, etc.). The terminal device may be a user equipment (UE). Among them, the UE includes a handheld device, a vehicle-mounted device, a wearable device, or a computing device with a wireless communication function. Exemplarily, the UE may be a mobile phone, a tablet computer, or a computer with a wireless transceiver function. In addition, the terminal device may also be a device that can support the terminal to implement the function, such as a chip or a chip system, which may be installed in the terminal. In the technical solution provided in the embodiments of the present application, the technical solution provided in the embodiments of the present application is described by taking the device for implementing the function of the terminal as an example. It should be understood that terminal is a general term, including the most common mobile phones, CPE, integrated access backhaul (IAB) terminals. Terminal devices can also be virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, wireless terminals in unmanned driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in smart cities, wireless terminals in smart homes, and so on.

[0201] The network equipment involved in the embodiments of the present application includes a base station (BS), which may be a device deployed in a wireless access network that can communicate wirelessly with a terminal. Among them, the base station may have multiple forms, for example, a macro base station, a micro base station, a relay station and an access point, a backhaul station, etc. Exemplarily, the base station involved in the embodiments of the present application may be a base station in 5G or a base station in LTE. Among them, the base station in 5G can also be called a transmission reception point (TRP) or a next generation base station (next generation nodded, gNB). In the embodiments of the present application, the device for implementing the function of the network device may be a network device; it may also be a device that can support the network device to implement the function, such as a chip or a chip system, which can be installed in the network device. In the technical solution provided in the embodiments of the present application, the device for implementing the function of the network device is a network device, and the network device is a base station as an example to describe the technical solution provided in the embodiments of the present application.

[0202] In the embodiment of the present application, the chip system may be composed of a chip, or may include a chip and other discrete devices.

[0203] It should be understood that the network architecture shown above is only an exemplary description, and the network architecture applicable to the embodiments of the present application is not limited thereto. Any network architecture that can realize the functions of the above-mentioned network elements is applicable to the embodiments of the present application.

[0204] It should also be understood that the above naming is only defined for the convenience of distinguishing different functions and should not constitute any limitation to this application. This application does not exclude the possibility of using other naming in 6G networks and other future networks.

[0205] It should also be understood that Figure 2 The interface name between the network elements is only an example. The interface name in the specific implementation may be other names, and this application does not specifically limit this. In addition, the name of the information (or signaling) transmitted between the above network elements is only an example and does not constitute any limitation on the function of the information itself.

[0206] The following describes the process of IAB node integration. Figure 4 The flowchart of the IAB node network access is taken as an example. The IAB node 2 network access process is used as an example. The IAB node 1 is its parent node and is already in the network.

[0207] The IAB node access process can be summarized as follows:

[0208] Phase 1: IAB-MT accesses the cell in a similar way to ordinary UE, establishes an RRC connection with the host node, and indicates that it is an IAB node when establishing the RRC connection (the IAB node indication is carried in the RRC Setup Complete message). When the CU sends the UE initial message (INITIAL UE MESSAGE) to the core network (specifically, the AMF network element in the core network), it also carries the IAB-node indication. The AMF authenticates the IAB-MT and carries the IAB authorization information element (IAB authorized information element) in the information (INITIALCONTEXT SETUP REQUEST) that instructs the CU to establish the UE initial context for the IAB-MT. If the authentication is successful, the value of the IAB authorization information element is authorized, otherwise the value of the IAB authorization information element is not authorized. Since the network access process of the IAB node is introduced here, it is assumed that the value of the IAB authorization information element is authorized, and the subsequent steps are carried out.

[0209] Phase2: CU configures the backhaul link RLC channel (BH RLC Channel) and performs routing configuration for the IAB node through RRC messages. Specifically, only a default backhaul link RLC channel and a default route are configured at this time for use in the subsequent initial establishment of the F1 interface (see Phase3 for details). After the F1 interface is established, more backhaul link RLC channels and routing paths can be configured to the IAB node through F1-C information for subsequent use of more F1-C information and F1-U user plane data. In Phase2, in addition to configuring IAB node2, the nodes between the IAB node and the donor (IAB node1) will also be updated to inform these nodes how to select the next hop link and next hop RLC channel when receiving data packets from IAB node2 or sending data packets to IAB node2.

[0210] Phase3: IAB-DU2 uses the default configuration obtained in Phase2 to initiate an F1 connection establishment request (F1 SETUP REQUEST message) to donor-CU, carrying the cell configuration information under DU2, and requests to establish the F1 interface. The donor-CU replies to IAB-DU2 with an F1 connection establishment response (F1 SETUP RESPONSE) message, activates the cell, and completes the establishment of the F1 interface. At this point, IAB-DU2 has been activated and can provide services to the UE and the next-hop IAB-MT.

[0211] When the value of the IAB authorization information element is authorized, the donor-CU will perform subsequent procedures (including configuring the return link RLC channel, etc.) according to the above description of IAB network access. When the value of the IAB authorization information element is notauthorized, it means that this IAB node is not allowed to provide IAB services. The donor-CU may perform the following operations, for example, not configuring the default configuration for the IAB-MT, or configuring the default configuration for the IAB-MT but rejecting the F1 connection establishment request initiated by the IAB-DU, etc.

[0212] In addition to the IAB authorization information sent by AMF to CU when the IAB node initially joins the network, if the authorization status of the IAB changes in the future (for example, because the IAB moves to a specific location or the service time of the IAB is specified), the AMF will send the updated IAB authorization information element value to the CU through UE CONTEXT MODIFICATION REQUESET.

[0213] The large-scale mobility of the IAB node will cause some impact on the core network side. The mobile IAB node requires a separate authorization information element, the mobile IAB authorization information element, which is used in exactly the same way as the IAB authorization information element.

[0214] It is uniformly explained here that the IAB node in this application can be a common IAB node or a mobile IAB node.

[0215] The above introduces the basic concepts of IAB and the network access process. The following introduces some topology change-related features of IAB. Specifically, these features are all inter-CU (inter-donor CU). For the case of non-inter-CU (intra-donor CU) and inter-donor DU (inter-donor DU), although it crosses donor-DU, it does not cross CU, so the CU can reconfigure it. The following scenarios involve interaction between CUs.

[0216] 1. Partial migration:

[0217] Local migration of IAB nodes Figure 5As shown. The IAB node where migration occurs is called a boundary node, such as IAB node2 (including IAB-MT2 and IAB-DU2). The downstream node of the boundary node is called a descendant node, such as IAB node4 (including IAB-MT4 and IAB-DU4). Before migration, there is an RRC connection between IAB-MT2 and CU1, an F1 interface between IAB-DU2 and CU1, and IAB node2 communicates with the IAB donor through the source path (through IAB node1 composed of IAB-MT1 and IAB-DU1). During local migration, IAB-MT2 undergoes cross-CU cell switching and establishes an RRC connection with CU2.

[0218] To avoid the need to re-establish the F1 interface, during local migration, IAB-DU2 still maintains the F1 interface with CU1 and does not establish an F1 interface with CU2. Therefore, the communication path between CU1 and IAB-DU2 becomes cross-topology: Figure 5 In the example, CU1 and CU2 are respectively referred to as F1-terminating CU and non-F1-terminating CU, or source CU and target CU. It should be noted that data traffic does not pass through CU2 when transmitted on this communication path or topology. CU1 and Donor-DU2 communicate directly through the IP network.

[0219] The F1 anchor CU sends a transport migration management request (IAB TRANSPORT MIGRATION MANAGEMENT IAB REQUEST) message to the non-F1 anchor CU, requesting to establish cross-topology traffic transmission. If the non-F1 anchor CU agrees to establish it, it replies with a transport migration management response (IAB TRANSPORT MIGRATION MANAGEMENT IAB RESPONSE) message to the F1 anchor CU. If it disagrees, it replies with a transport migration management reject (IAB TRANSPORT MIGRATION MANAGEMENT IAB REJECT) message. If the F1 anchor CU or the non-F1 anchor CU subsequently wants to modify or withdraw the quality of service (QoS) of the traffic, they can also exchange transport migration modification request / response (IAB TRANSPORT MIGRATION MODIFICATION IAB REQUEST / RESPONSE) messages.

[0220] 2. Topology redundancy (or dual connectivity):

[0221] In NR, UE can perform dual connectivity, connecting to two different base stations to improve throughput and robustness. Figure 6 As shown, IAB-MT can also perform dual connections and connect to two different CUs. The data between IAB-DU and CU1 (specifically, the F1 anchor CU) can be transmitted simultaneously through two paths, doubling the throughput. There is an RRC connection between IAB-MT and both CU1 and CU2, and there is an F1 interface between IAB-DU2 and CU1. As with partial migration, data traffic is also communicated through the IP network of CU1 and donor-DU2, without passing through CU2. And as with partial migration, CU1 needs to send an IAB TRANSPORT MIGRATION MANAGEMENT REQUEST message to CU2 to request that part of the traffic be transmitted in the topology of CU2.

[0222] In the dual-connection scenario, traffic distribution is required to determine how much traffic each path should bear. Similar to partial migration, the F1 anchor CU sends an IAB TRANSPORT MIGRATION MANAGEMENT REQUEST message to the non-F1 anchor CU to request the establishment of cross-topology traffic transmission. The difference is that in the dual-connection scenario, the F1 anchor CU can only carry part of the traffic information in the IAB TRANSPORT MIGRATION MANAGEMENT REQUEST message, requesting the topology under the non-F1 anchor CU to bear this part of the traffic, and its own topology to bear the rest. In partial migration, since it is a single connection, CU1 will request to migrate all traffic to the topology under CU2. How much traffic CU1 decides to offload to the CU2 topology is determined by CU1's implementation. For example, CU1 decides how much traffic it should bear based on the link quality and resource allocation under the CU1 topology, and offloads the remaining requests to the CU2 topology. After the initial traffic allocation, in dual-connection scenarios, traffic revocation is also supported. When CU1 finds that the link quality under its own topology has improved, it can send an IAB TRANSPORT MIGRATION MODIFICATION REQUEST message to CU2. Or when CU2 finds that the link quality under its own topology has deteriorated, it can send an IAB TRANSPORT MIGRATION MODIFICATION REQUEST message to CU1 to request that part of the traffic be withdrawn to the CU1 topology. In other words, traffic withdrawal can also be regarded as the migration of traffic between the CU1 topology and the CU2 topology. In this way, in a dual-connection scenario, the F1 anchor CU can flexibly allocate the traffic borne by the two topologies based on the link quality and resource allocation under the two topologies.

[0223] 3. Consecutive partial migration:

[0224] like Figure 7 As shown, the MT switches from CU2 to CU3, and the F1 interface of the DU is always associated with CU1. Here, mIAB is the abbreviation of mobile IAB. For example, the mobile IAB scenario can be a scenario where an IAB node is deployed on a transportation vehicle such as a subway, bus, or private car to serve the UE in the vehicle. Figure 7 The mAB node in the donor-DU is directly connected to the donor-DU, but there may be other IAB nodes between the mAB node and the donor-DU, which is not limited in this application. In addition, the MT may be switched from CU1 to CU2 (for example Figure 5), or it may be switched from other CUs to CU2.

[0225] It should be pointed out that the above terms or technologies belong to the prior art and are not limited thereto.

[0226] It can be understood that the term "and / or" in this article is only a description of the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0227] The above briefly describes the terms involved in this application, which will not be repeated in the following embodiments. The following will describe in detail the communication method provided in the embodiments of this application in conjunction with the accompanying drawings. The embodiments provided in this application can be applied to the above Figures 5 to 7 The network architecture shown is not limited.

[0228] At present, when the dual connection scenario and continuous local migration scenario of the above-mentioned IAB node coexist, the IAB node only maintains F1 connection with the F1 anchor CU but does not establish RRC connection, but establishes RRC connection with two non-F1 anchor CUs. Figure 8 Taking the dual connection scenario and continuous local migration scenario as an example, the mAB node includes the mAB-MT part and the mAB-DU part, CU1 is the F1 anchor CU, the host CU of the mAB-DU or has an F1 connection with the mAB-DU, and CU2 and CU3 have RRC connections with IAB-MT respectively. In the figure, the mAB node is represented as mAB-node (mobileIAB-node, mobile IAB node), because only in the mobile IAB scenario can the F1 anchor CU and the dual-connected non-F1 anchor CU be three nodes.

[0229] As can be seen from the above, in the dual connection scenario, traffic distribution is required. Figure 8 In the scenario shown, the traffic of F1 anchor CU or CU1 needs to be distributed to the topology between CU2 and CU3 and the mAB node. Figure 6 In the dual connection scenario shown, the mAB node is dual-connected to the F1 anchor CU and another non-F1 anchor CU, which are in the relationship of primary and secondary stations. Therefore, the F1 anchor CU can determine the traffic information allocated to the topology between the non-F1 anchor CU and the mAB node. Figure 8In the dual connection scenario shown, the mIAB node is dual-connected to two non-F1 anchor CUs, namely CU2 and CU3. The two non-F1 anchor CUs are in the relationship of master and slave, while CU1 does not have the relationship of master and slave with CU2 and CU3. At this time, the F1 anchor CU cannot know the link quality of the communication path or topology between the two non-F1 anchor CUs and the IAB node, and thus cannot correctly decide how much traffic of the F1 anchor CUs should be carried by each of the two communication paths, which may cause congestion and affect the service experience.

[0230] The present application provides a communication method, in which, when a dual connection scenario and a continuous local migration scenario of an IAB node coexist, two non-F1 anchor CUs send a message for making a decision on traffic allocation to an F1 anchor CU, so that the F1 anchor CU can make a reasonable traffic allocation decision on the two communication paths between the two non-F1 anchor CUs and the IAB node.

[0231] For ease of description, the host node to which CU1 belongs is referred to as the first host node, the host node to which CU2 belongs is referred to as the second host node, and the host node to which CU3 belongs is referred to as the third host node. There is a relationship between the second host node and the third host node as a master station and a slave station, the second host node is the master station and the third host node is the slave station, or the second host node is the slave station and the third host node is the master station.

[0232] Fig. 9 9 is a schematic diagram of a communication method 900 provided in an embodiment of the present application. The method 900 may include step S910 and step S920.

[0233] S910. A first host node receives first traffic migration configuration information.

[0234] Specifically, the first traffic migration configuration information is used to determine the traffic distribution when the traffic of the first host node is migrated to the second topology and the third topology. Figure 8 As shown in the mobile IAB and dual connection scenarios in FIG, the second topology is the traffic transmission path between CU2 and the mobile IAB node, and the third topology is the traffic transmission path between CU3 and the mobile IAB node, and the traffic is distributed by CU1. The mobile IAB node includes a first distributed unit and a first mobile terminal, an F1 connection exists between the first distributed unit and the first host node, and an RRC connection exists between the first mobile terminal and the second host node and the third host node.

[0235] The first traffic migration configuration information may be used to determine the traffic distribution results of the second topology and the third topology, that is, the portion of traffic that the second topology and the third topology need to bear respectively.

[0236] Exemplarily, the first traffic migration configuration information may include the traffic information and traffic transmission path information that each of the second topology and the third topology needs to bear. For example, the traffic information may include the source and destination IP addresses, source and destination ports, etc. of the traffic that each topology needs to bear, and the traffic transmission path information may include the IP address and / or return link information of the traffic transmitted in each topology.

[0237] Exemplarily, the first traffic migration configuration information may include link quality and / or resource allocation information in the second topology and the third topology. For example, link quality may include signal quality, transmission rate, delay, etc., and resource allocation information may include bandwidth allocation, time-frequency domain allocation, etc. In this way, the first host node may reasonably determine the traffic that needs to be allocated to the second topology and the third topology based on the link quality and / or resource allocation information in the second topology and the third topology.

[0238] It should be noted that in Figure 8 In the scenario shown, the first host node, the second host node and the third host node can directly communicate through the Xn interface. In other words, in step S910, the first host node receives an Xn message through the Xn interface, where the Xn message carries the first traffic migration configuration information.

[0239] S920: The first host node distributes the traffic of the first host node to the second topology and the third topology according to the first traffic migration configuration information.

[0240] It should be understood that the first host node or Figure 8 After receiving the first traffic migration configuration information, the CU1 shown determines the traffic distribution of the second topology and the third topology, and then reasonably distributes the traffic of the first host node to the second topology and the third topology.

[0241] Specifically, in S910, the first host node may receive the first traffic migration configuration information in the following ways.

[0242] Method 1:

[0243] Fig.10 FIG. 1 is a schematic diagram of method 1000 of approach 1. Fig.10 As shown, method 1000 further includes S915 and S916 (opt1), or S917 and S918 (opt2).

[0244] In method one, the first traffic migration configuration information may include second traffic migration configuration information indicating migration to the second topology and third traffic migration configuration information indicating migration to the third topology. For example, the second traffic migration configuration information may include traffic information and traffic transmission path information that need to be borne in the second topology, and the third traffic migration configuration information may include traffic information and traffic transmission path that need to be borne in the third topology. The traffic information may include the source and destination IP addresses, source and destination ports, etc. of the traffic that each topology needs to bear, and the traffic transmission path information may include the IP address and / or backhaul link information for the traffic transmitted in each topology.

[0245] In opt1, the first host node receives traffic migration configuration information of respective topologies from the second host node and the third host node respectively.

[0246] S915, the first host node receives second traffic migration configuration information from the second host node.

[0247] Accordingly, the second host node sends the second traffic migration configuration information to the first host node. The second traffic migration configuration information may be an IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE message sent by the second host node via the Xn interface, which may carry the second traffic migration configuration information for migration to the second topology.

[0248] It should be understood that the first host node receives the second traffic migration configuration information to determine the traffic that needs to be migrated to the second topology.

[0249] S916. The first host node receives third traffic migration configuration information from the third host node.

[0250] Accordingly, the third host node sends the third traffic migration configuration information to the first host node. The third traffic migration configuration information may be an IAB TRANSPORT MIGRATIONMANAGEMENT RESPONSE message sent by the third host node through the Xn interface, which may carry the third traffic migration configuration information for migrating to the third topology.

[0251] It should be understood that the first host node receives the third traffic migration configuration information to determine the traffic that needs to be migrated to the third topology.

[0252] In opt2, the first host node receives traffic migration configuration information of two topologies from the second host node, that is, receives the first traffic migration configuration information. At this time, the second host node serves as a transit node for the third host node to send a message to the first host node.

[0253] S917, the second host node receives third traffic migration configuration information from the third host node.

[0254] Accordingly, the third host node sends the third traffic migration configuration information to the second host node. The third traffic migration configuration information may be an IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE message sent by the third host node through the Xn interface, which may carry the third traffic migration configuration information migrated to the third topology.

[0255] S918, the first host node receives first traffic migration configuration information from the second host node.

[0256] Accordingly, the second host node sends the first traffic migration configuration information to the first host node, or sends the second traffic migration configuration information and the third traffic migration configuration information. The first traffic migration configuration information may be an IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE message sent by the second host node through the Xn interface, which may carry the second traffic migration configuration information for migration to the second topology and the third traffic migration configuration information for migration to the third topology.

[0257] Optionally, the second host node may send the second traffic migration configuration information and the third traffic migration configuration information to the first host node in the same message, or may send the second traffic migration configuration information and the third traffic migration configuration information in different messages.

[0258] Method 2:

[0259] Fig.11 FIG. 2 shows a schematic diagram of the second method. Fig.11 As shown, the method 1100 is based on the method 1000 and also includes S901 and S903 before the method 1000.

[0260] S901, a first host node sends first traffic migration request information to a second host node.

[0261] Accordingly, the second host node receives the first traffic migration request information from the first host node to determine the second traffic migration configuration information.

[0262] Specifically, the first traffic migration request information is used to request that all traffic of the first host node be migrated to the second topology and the third topology. For example, the first traffic migration request information may be an IABTRANSPORTMIGRATIONMANAGEMENTREQUEST sent by CU1 through the Xn interface, requesting that all traffic in CU1 be migrated to the second topology and the third topology.

[0263] Optionally, S901 also includes the first host node sending identification information of the first host node or CU1 and / or identification information of the second host node or CU2 to the second host node. The identification information is used to determine whether to send a message to the first host node and / or the second host node. For example, the first host node sends the identification information of the first host node to the second host node, and then the second host node can implement step S915 or S918 according to the identification information of the first host node.

[0264] It should be understood that the second host node is any one of the non-F1 anchor CUs, or in other words, the F1 anchor CU can send the first traffic migration request information to any one of the two non-F1 anchor CUs in the dual connection scenario.

[0265] S903: The second host node sends third traffic migration request information to the third host node.

[0266] Accordingly, the third host node receives third traffic migration request information from the second host node to determine third traffic migration configuration information.

[0267] Specifically, the third traffic migration request information is used to request that all traffic of the first host node be migrated to the third topology. For example, the third traffic migration request information may be an IAB TRANSPORTMIGRATION MANAGEMENT REQUEST sent by CU2 through the Xn interface, requesting that part of the traffic in CU1 be migrated to the third topology. The information may carry a traffic list to be added (traffic to be added list) information element, and the traffic to be added list information element includes traffic information, data flow, etc. to be added to the third topology.

[0268] It should be understood that there is a relationship between a master station and a secondary station between the second host node and the third host node, and the second host node can determine the third host node through the association relationship between the master station and the secondary station.

[0269] Optionally, S903 may also include the second host node sending identification information of the first host node or CU1 and / or identification information of the second host node or CU2 to the third host node. When the third host node receives the identification information of the second host node or CU2, it may implement step S917; when the third host node receives the identification information of the first host node or CU1, it may implement step S916. For example, Fig.12 A schematic diagram of method 1200 is shown, wherein method 1200 includes S904.

[0270] Between step S903 and step S916, it also includes S904, the second host node sends the first identification information to the third host node. Specifically, the first identification information includes the identification information of the first host node or CU1, and optionally, the identification information of the first mobile terminal under the first host node. Furthermore, after receiving the first identification information, the third host node can implement step S916, that is, the third host node can send the third traffic migration configuration information to the first host node, otherwise the third host node needs to forward the third traffic migration configuration information to the first host node through the second host node.

[0271] Optionally, the above-mentioned identification information may include the identification of CU1 or CU2 such as the next generation base station (next generation node B, gNB) ID and / or internet protocol (IP) address of CU1 or CU2, and optionally, the ID of the terminal device Xn application protocol (XnAP) of the MT of the IAB node under CU1 or CU2.

[0272] Method 3:

[0273] Fig.13 FIG. 4 shows a schematic diagram of method 3. Fig.13 As shown, based on method 1000, method 1300 also includes migration request and migration response steps after method 1000. The difference from method 1200 is that the migration request in method 1200 is before method 900, while the migration request and migration response in method 1300 are after step 900.

[0274] First, in the step of migration request, opt1 (S901 and S903) and opt2 (S902 and S904) may be included. S901 and S903 in opt1 are the same as S901 and S903 in method 1100, and are not described in detail here.

[0275] In opt2, S902, the first host node sends second traffic migration request information to the second host node; S904, the first host node sends third traffic migration request information to the third host node.

[0276] Among them, the second traffic migration request information is used to request the migration of the traffic of the first host node to the second topology, and the third traffic migration request information is used to request the migration of the traffic of the first host node to the third topology. For example, the second traffic migration request information can be an IAB TRANSPORT MIGRATIONMANAGEMENT REQUEST sent by CU1 through the Xn interface, requesting to migrate part of the traffic in CU1 to the second topology. The information can carry a traffic to be added list information element, including traffic information, data flows, etc. to be added to the second topology.

[0277] Next, in the step of migrating the response, opt3 (S905 and S907) and opt4 (S906 and S908) may be included.

[0278] In opt3, S905, the third host node sends third traffic migration response information to the second host node; S907, the second host node sends first traffic migration response information to the first host node. The third host node needs to forward the third traffic migration response information to the first host node through the second host node.

[0279] Among them, the first traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology and the third topology. The first traffic migration response information includes second traffic migration response information and third traffic migration response information, the second traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology, and the third traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the third topology.

[0280] In opt4, S906, the third host node sends third traffic migration response information to the first host node; S908, the second host node sends second traffic migration response information to the first host node.

[0281] It should be understood that after receiving the first traffic migration response information (i.e., the second traffic migration response information and the third traffic migration response information), the first host node distributes all traffic in the first host node to the second topology and the third topology according to the traffic migration configuration information of the two topologies received.

[0282] According to the solution of the present application, the first host node has an F1 connection with the first IAB node. By receiving the first traffic migration configuration information, the traffic in the first host node is allocated to the second topology and the third topology, thereby avoiding the F1 anchor CU (i.e., the first host node) from making unreasonable traffic allocation when the link quality of the backhaul links of the two non-F1 anchor CUs (i.e., the second host node and the third host node) is unknown. The traffic allocation in the continuous local migration scenario of the IAB node and the dual connection scenario that are not supported in the prior art is realized.

[0283] In the above dual connection scenario, there is also a traffic revocation scenario. For example, when CU2 finds that the link quality in its own topology has deteriorated, it can request CU1 to revoke part of the traffic, or to revoke part of the traffic from CU2's topology and migrate it to CU1's topology; when CU2 finds that the link quality in its own topology has improved, it can request CU1 to take on more traffic.

[0284] In order to realize the traffic withdrawal in the dual connection scenario and the continuous local migration scenario of the mobile IAB node of the present application, the present application proposes a communication method. Fig.14 14 is a schematic diagram of a communication method 1400 provided in an embodiment of the present application. The method 1400 may include steps S1410, S1430 and S1450.

[0285] It should be understood that the traffic withdrawal in the dual connectivity scenario and the continuous local migration scenario of the mobile IAB node can also be regarded as the migration of traffic between the second topology and the third topology.

[0286] It is worth noting that the motivation for method 900 is that new F1 traffic arrives in the first host node, so it is initiated by the first host node; and for traffic withdrawal or traffic migration between the second topology and the third topology, the motivation is that the link quality of the second topology or the third topology has changed, so it is initiated by the second host node or the third host node, not the first host node. Therefore, the traffic migration of method 900 is initiated by the first host node, while the traffic withdrawal request of method 1400 is initiated by the second host node or the third host node, or any one of the non-F1 anchor CUs (the following takes the traffic withdrawal request initiated by the second host node as an example).

[0287] In the embodiment of the present application, any of the non-F1 anchor CUs can initiate a traffic withdrawal request for its own topology or a traffic withdrawal request for the topology of another non-F1 anchor CU. For example, when the link quality of the second topology deteriorates and part of the traffic of the second topology needs to be withdrawn and migrated to the third topology, any of the second host node and the third host node can initiate a traffic withdrawal request.

[0288] S1410. The second host node sends fourth traffic migration request information.

[0289] Specifically, the fourth traffic migration request information is used to request that the traffic of the first host node allocated to the second topology and the third topology be migrated between the second topology and the third topology to realize the withdrawal of the traffic of the second topology or the third topology.

[0290] Among them, the fourth traffic migration request information can be an IABTRANSPORT MIGRATION MODIFICATION REQUEST message sent by the second host node through the Xn interface, carrying the traffic information requested to be withdrawn, for example, it can be a traffic to be released information (traffic to be released information) element, including information such as the source and destination IP addresses of the traffic to be released or withdrawn.

[0291] S1430: The second host node receives fourth traffic migration configuration information.

[0292] Specifically, the fourth traffic migration configuration information is used to determine traffic information that needs to be migrated between the second topology and the third topology.

[0293] Among them, the fourth traffic migration configuration information can be the traffic information that needs to be withdrawn or migrated determined by the third host node, for example, it can be a traffic released information cell, including the traffic information confirmed to be withdrawn or migrated determined by the third host node.

[0294] Specifically, S1410 and S1430 may be implemented in the following manner. Fig.15 14 shows a schematic diagram of method 1500. S1410 and S1430 in method 1500 include two situations, namely opt1 (S1411 and S1431) and opt2 (S1415, S1419, S1435 and S1439).

[0295] In opt1, S1411, the second host node sends fourth traffic migration request information to the third host node.

[0296] Correspondingly, the third host node receives fourth traffic migration request information from the second host node.

[0297] S1431, the second host node receives fourth traffic migration configuration information from the third host node.

[0298] Correspondingly, the third host node sends fourth traffic migration configuration information to the second host node.

[0299] In opt2, the interactive traffic between the second host node and the third host node is withdrawn through the first host node. The reason is that all traffic in the topology is allocated by the first host node, and it is reasonable to forward it by the first host node. This includes:

[0300] S1415: The second host node sends fourth traffic migration request information to the first host node.

[0301] Correspondingly, the first host node receives fourth traffic migration request information from the second host node.

[0302] S1419: The first host node sends fourth traffic migration request information to the third host node.

[0303] Correspondingly, the third host node receives fourth traffic migration request information from the first host node.

[0304] S1435. The third host node sends fourth traffic migration configuration information to the first host node.

[0305] Correspondingly, the first host node receives fourth traffic migration configuration information from the third host node.

[0306] S1439, the second host node receives fourth traffic migration configuration information from the first host node.

[0307] Correspondingly, the first host node sends fourth traffic migration configuration information to the second host node.

[0308] Optionally, in step S1410, it may also include: the second host node sends first identification information to the third host node. Specifically, the first identification information is used to determine whether to send a message to the first host node. For example, the first identification information may include an identifier of the first host node such as a gNB ID and / or an IP address, and optionally, an ID of the terminal device Xn application protocol (XnAP) of the MT of the IAB node under the first host node. In this way, correspondingly, the third host node receives the first identification information from the second host node, and can send a message to the first host node based on the first identification information, thereby implementing step S1435.

[0309] S1450. The second host node sends fourth traffic migration indication information.

[0310] Specifically, the fourth traffic migration indication information is used to indicate the migration of traffic that needs to be migrated between the second topology and the third topology, that is, to indicate the completion of traffic withdrawal or traffic migration between the second topology and the third topology.

[0311] Specifically, the second host node may implement step S1450 in the following ways.

[0312] Method 1:

[0313] Method 1 is that the first host node receives the traffic migration indication information, or in other words, the non-F1 anchor CU uniformly or separately informs the F1 anchor CU of the traffic migration indication information, and then the F1 anchor CU readjusts the traffic distribution of the second topology and the third topology according to the traffic migration indication information. Fig.16 14 shows a schematic diagram of method 1600. In the method 1600, step S1450 includes opt1 (S1451 and S1452) and opt2 (S1454 and S1455).

[0314] In opt1, the second host node and the third host node respectively send mapping configuration information within their respective topologies to the first host node.

[0315] S1451, the first host node receives first mapping configuration information from the second host node.

[0316] Correspondingly, the second host node sends the first mapping configuration information to the first host node. For example, the second host node sends the first mapping configuration information to the first host node through an Xn interface.

[0317] S1452: The first host node receives second mapping configuration information from the third host node.

[0318] Correspondingly, the third host node sends the second mapping configuration information to the first host node. For example, the third host node sends the first mapping configuration information to the first host node via the Xn interface. In some embodiments of the present application, the third host node can send the second mapping configuration information to the first host node based on the received first identification information.

[0319] Specifically, the first mapping configuration information and the second mapping configuration information are used to instruct the first host node to redetermine the traffic transmitted in the second topology and the third topology, respectively. For example, the first mapping information may include updated backhaul link (BH) resource mapping information such as UL mapping, and / or quality of service (QoS) mapping information such as QoS mapping of the second topology, and the second mapping information may include updated BH resource mapping information and / or QoS mapping information of the third topology.

[0320] It should be understood that UL mapping is configured by the F1 anchor CU or the first host node to the IAB node, and is used by the IAB node to map uplink traffic to BH resources. Since the BH resources corresponding to part of the traffic that needs to be migrated in the second topology or the third topology have changed (topology switching has occurred), the F1 anchor CU needs to send the updated UL mapping to the IAB node, and the BH resource information in the UL mapping needs to be sent from the non-F1 anchor CU to the F1 anchor CU first.

[0321] QoS mapping is the mapping relationship between IP address and QoS parameters that the F1 anchor CU inserts into the IP header of the downstream traffic, where the QoS parameters include the differentiated services code point (DSCP) or flow label (FL) field. When the topology of the traffic changes, the QoS parameters of the traffic need to be converted to the QoS parameters associated with the new topology. Therefore, the non-F1 anchor CU needs to send the new QoS mapping rules to the F1 anchor CU for the F1 anchor CU to insert into the IP header when sending downstream traffic.

[0322] In opt2, the second host node sends mapping configuration information in the second topology and the third topology to the first host node.

[0323] S1454: The second host node receives second mapping configuration information from the third host node.

[0324] Correspondingly, the third host node sends the first mapping configuration information to the second host node. For example, the third host node sends the first mapping configuration information to the second host node through an Xn interface.

[0325] S1455: The first host node receives first mapping configuration information and second mapping configuration information from the second host node.

[0326] Correspondingly, the second host node sends the first mapping configuration information and the second mapping configuration information to the first host node. For example, the second host node sends the first mapping configuration information and the second mapping configuration information to the first host node through an Xn interface.

[0327] The principles of S1454 and S1455 are basically the same as the principle of the second host node forwarding the message of the third host node mentioned above, and will not be elaborated in this article.

[0328] Optionally, step S1450 in method one can be performed simultaneously with opt2 of step S1410. For example, in opt2 of step S1410, when the second host node sends the fourth traffic migration request information to the first host node, it can simultaneously send the above-mentioned first mapping configuration information to the first host node; when the third host node sends the fourth traffic migration configuration information to the first host node, it can simultaneously send the above-mentioned second mapping configuration information to the first host node. For another example, in opt2 of step S1410, the fourth traffic migration request information can carry the first mapping configuration information, and the fourth traffic migration configuration information can carry the second mapping configuration information.

[0329] Method 2:

[0330] In the second mode, after the negotiation of steps S1410 and S1430, the second host node and the third host node can configure their respective donor-DUs to establish an inter-donor-DU traffic transmission tunnel between donor-DU2 and donor-DU3 for directly transmitting downlink traffic. In other words, part of the traffic that needs to be migrated in the second topology and the third topology is directly transferred through the tunnel without the need for the first host node to reallocate the traffic of the second topology and the third topology.

[0331] Optionally, the traffic transmission tunnel can be established through protocols such as Internet Protocol Security (IPSec) or Layer 2 Tunneling Protocol (L2TP), and the required functions are configured on each donor-DU to ensure that it can participate in the tunnel establishment, including IP address allocation, routing configuration, firewall settings, etc.

[0332] Fig.17 The schematic diagram of method 1700 is shown. Method 1700 takes the withdrawal of traffic in the third topology as an example, or in other words, part of the traffic in the third topology needs to be migrated to the second topology. S1450 in method 1700 includes steps S1456 and S1457.

[0333] S1456, the third host node sends the first traffic transmission information to donor-DU3.

[0334] Specifically, CU3 sends the first traffic transmission information to donor-DU3. The first traffic transmission information is used to indicate that the transmission path of part of the traffic that needs to be migrated is from donor-DU3 to donor-DU2 via the tunnel, or in other words, the traffic that originally needs to follow the third topology needs to go through the tunnel to donor-DU2 when passing through donor-DU3, instead of performing DLmapping and taking the original third topology backhaul link. In the above case, the traffic transmission path of part of the traffic that needs to be migrated is "CU1->donor-DU3->tunnel->donor-DU2".

[0335] It should be understood that DL mapping is configured by the non-F1 anchor CU to the donor-DU, and is used by the donor-DU to map the downlink traffic to the BH resources of its own topology.

[0336] Optionally, the first traffic transmission information may include identification information of the part of the traffic that needs to be migrated, such as the source and destination IP address identifiers of the traffic, and may include identification information of donor-DU2, such as the IP address, for determining that the traffic is transmitted to donor-DU2, and may also carry updated DL mapping rules for the part of the traffic that needs to be migrated.

[0337] S1457, the second host node sends second traffic transmission information to donor-DU2.

[0338] Specifically, CU2 sends second traffic transmission information to donor-DU2. The second traffic transmission information is used to indicate the traffic transmission path selected by the part of the traffic that needs to be migrated in the third topology after arriving at donor-DU2, for example, which BH resources the part of the traffic that needs to be migrated should be mapped to after arriving at donor-DU2.

[0339] The traffic withdrawal scenario in the second topology is the same as above, and this article will not go into details.

[0340] By adopting method 1400 to method 1700, the two non-F1 anchor CUs can exchange information on traffic withdrawal, and the F1 anchor CU can be informed uniformly or separately so that the F1 anchor CU can complete the traffic redistribution, or the F1 anchor CU can be notified without being informed, and an inter-donor-DU tunnel can be established to achieve the withdrawal of downlink traffic or the traffic migration in the second topology and the third topology.

[0341] It can be understood that the embodiments of the present application Figures 9 to 17 The examples are only for the convenience of those skilled in the art to understand the embodiments of the present application, and are not intended to limit the embodiments of the present application to the specific scenarios illustrated. Figures 9 to 17It is obvious that various equivalent modifications or changes can be made, and such modifications or changes also fall within the scope of the embodiments of the present application.

[0342] It can also be understood that some optional features in the embodiments of the present application may not depend on other features in some scenarios, or may be combined with other features in some scenarios, without limitation.

[0343] It can also be understood that the solutions in the various embodiments of the present application can be used in reasonable combination, and the explanations or descriptions of the various terms appearing in the embodiments can be mutually referenced or explained in the various embodiments, without limitation.

[0344] It can also be understood that the sizes of the various digital serial numbers in the embodiments of the present application do not mean the order of execution, but are only distinguished for the convenience of description and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0345] It can also be understood that some message names are involved in the various embodiments of the present application, such as first traffic migration request information or first traffic migration configuration information, etc. It should be understood that their naming does not limit the protection scope of the embodiments of the present application.

[0346] It can also be understood that in the above-mentioned various method embodiments, the methods and operations implemented by the host node can also be implemented by components (such as chips or circuits) that can be implemented by the host node, without limitation. Corresponding to the methods given in the above-mentioned various method embodiments, the embodiments of the present application also provide corresponding devices, which include modules for executing the corresponding embodiments of the above-mentioned various method embodiments. The module can be software, hardware, or a combination of software and hardware. It can be understood that the technical features described in the above-mentioned various method embodiments are also applicable to the following device embodiments.

[0347] It should be understood that the first host node, the second host node, and the third host node can perform some or all of the steps in the above embodiments, and these steps or operations are only examples. The embodiments of the present application can also perform other operations or variations of various operations. In addition, the various steps can be performed in different orders presented in the above embodiments, and it is possible that not all operations in the above embodiments need to be performed.

[0348] Combined with the above Figure 9-Figure 17 The communication method provided by the embodiment of the present application is described in detail. Figure 18-Figure 20 The communication device provided in the embodiment of the present application is described in detail to implement Figure 9-Figure 17 It should be understood that the description of the device embodiment corresponds to the description of the method embodiment, so the contents not described in detail can be referred to the above method embodiment, and some contents will not be repeated for brevity.

[0349] Fig.18 1800 is a schematic block diagram of a communication device provided in an embodiment of the present application. The device 1800 includes a transceiver unit 1810, which can be used to implement corresponding communication functions. The transceiver unit 1810 can also be called a communication interface or a communication unit.

[0350] Optionally, the device 1800 may further include a processing unit 1820, and the processing unit 1820 may be used for performing data processing.

[0351] Optionally, the device 1800 also includes a storage unit, which can be used to store instructions and / or data, and the processing unit 1820 can read the instructions and / or data in the storage unit so that the device implements the actions of different terminal devices in the aforementioned method embodiments, for example, the actions of the first host node, the second host node, and the third host node.

[0352] The device 1800 can be used to execute the actions performed by the first host node, the second host node and the third host node in the above method embodiments. In this case, the device 1800 can be the first host node, the second host node and the third host node, or a component of the first host node, the second host node or the third host node. The transceiver unit 1810 is used to execute the transceiver-related operations of the first host node, the second host node or the third host node in the above method embodiments, and the processing unit 1820 is used to execute the processing-related operations of the first host node, the second host node or the third host node in the above method embodiments.

[0353] It should also be understood that the device 1800 here is embodied in the form of a functional unit. The term "unit" here may refer to an application specific integrated circuit (ASIC), an electronic circuit, a processor (e.g., a shared processor, a proprietary processor, or a group processor, etc.) and a memory for executing one or more software or firmware programs, a merged logic circuit, and / or other suitable components that support the described functions. In an optional example, those skilled in the art may understand that the device 1800 may be specifically the first host node, the second host node, or the third host node in the above-mentioned embodiments, and may be used to execute the various processes and / or steps corresponding to the first host node, the second host node, or the third host node in the above-mentioned method embodiments, or the device 1800 may be specifically the first host node, the second host node, or the third host node in the above-mentioned embodiments, and may be used to execute the various processes and / or steps corresponding to the first host node, the second host node, or the third host node in the above-mentioned method embodiments, and to avoid repetition, it will not be repeated here.

[0354] The device 1800 of each of the above-mentioned schemes has the function of implementing the corresponding steps performed by the first host node, the second host node or the third host node in the above-mentioned method, or the device 1800 of each of the above-mentioned schemes has the function of implementing the corresponding steps performed by the first host node, the second host node or the third host node in the above-mentioned method. The functions can be implemented by hardware, or by hardware executing corresponding software implementations. The hardware or software includes one or more modules corresponding to the above-mentioned functions; for example, the transceiver unit can be replaced by a transceiver (for example, the sending unit in the transceiver unit can be replaced by a transmitter, and the receiving unit in the transceiver unit can be replaced by a receiver), and other units, such as the processing unit, can be replaced by a processor to respectively perform the sending and receiving operations and related processing operations in each method embodiment.

[0355] In addition, the above-mentioned transceiver unit 1810 can also be a transceiver circuit (for example, can include a receiving circuit and a sending circuit), and the processing unit can be a processing circuit.

[0356] It should be pointed out that Fig.18 The device in the embodiment may be a host node in the aforementioned embodiment, or may be a chip or a chip system, such as a system on chip (SoC). The transceiver unit may be an input / output circuit or a communication interface; the processing unit may be a processor or a microprocessor or an integrated circuit integrated on the chip. This is not limited here.

[0357] like Fig.19 As shown, an embodiment of the present application provides another communication device 1900. The device 1900 includes a processor 1910, the processor 1910 is coupled to a memory 1920, the memory 1920 is used to store computer programs or instructions and / or data, and the processor 1910 is used to execute the computer program or instructions stored in the memory 1920, or read the data stored in the memory 1920, so as to execute the methods in the above method embodiments.

[0358] Optionally, there are one or more processors 1910 .

[0359] Optionally, the memory 1920 is one or more.

[0360] Optionally, the memory 1920 is integrated with the processor 1910 or provided separately.

[0361] Alternatively, if Fig.19 As shown, the device 1900 further includes a transceiver 1930, which is used to receive and / or send signals. For example, the processor 1910 is used to control the transceiver 1930 to receive and / or send signals.

[0362] As a solution, the device 1900 is used to implement the operations performed by the first host node, the second host node or the third host node in the above method embodiments.

[0363] For example, the processor 1910 is used to execute the computer program or instructions stored in the memory 1920 to implement the relevant operations of the first host node in each of the above method embodiments. Figures 9 to 17 The first host node, the second host node or the third host node in any of the embodiments shown in Figures 9 to 17 A method for the first host node, the second host node or the third host node in any one of the embodiments shown.

[0364] It should be understood that the processor mentioned in the embodiments of the present application may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0365] It should also be understood that the memory mentioned in the embodiments of the present application may be a volatile memory and / or a non-volatile memory. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM). For example, RAM can be used as an external cache. By way of example and not limitation, RAM includes the following forms: 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 link dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0366] 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, discrete hardware component, the memory (storage module) can be integrated into the processor.

[0367] It should also be noted that the memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0368] like Fig. 20 , an embodiment of the present application provides a chip system 2000. The chip system 2000 (or also referred to as a processing system) includes a logic circuit 2010 and an input / output interface 2020.

[0369] Among them, the logic circuit 2010 can be a processing circuit in the chip system 2000. The logic circuit 2010 can be coupled to a storage unit and call instructions in the storage unit so that the chip system 2000 can implement the methods and functions of each embodiment of the present application. The input / output interface 2020 can be an input / output circuit in the chip system 2000, outputting information processed by the chip system 2000, or inputting data or signaling information to be processed into the chip system 2000 for processing.

[0370] As a solution, the chip system 2000 is used to implement the operations performed by the first host node, the second host node or the third host node in the above method embodiments.

[0371] For example, the logic circuit 2010 is used to implement operations related to the processing by the first host node, the second host node or the third host node in the above method embodiment, such as Figures 9 to 17 The input / output interface 2020 is used to implement the operations related to the sending and / or receiving by the first host node, the second host node or the third host node in any of the embodiments shown in the foregoing method embodiments, such as Figures 9 to 17 The sending and / or receiving related operations are performed by the first host node, the second host node or the third host node in any of the illustrated embodiments.

[0372] An embodiment of the present application also provides a computer-readable storage medium on which are stored computer instructions for implementing the methods executed by the first host node, the second host node or the third host node in the above-mentioned method embodiments.

[0373] For example, when the computer program is executed by a computer, the computer can implement the method performed by the first host node, the second host node or the third host node in each embodiment of the above method.

[0374] An embodiment of the present application also provides a computer program product, comprising instructions, which, when executed by a computer, implement the methods performed by the first host node, the second host node, or the third host node in the above-mentioned method embodiments.

[0375] The explanation of the relevant contents and beneficial effects of any of the above-mentioned devices can be referred to the corresponding method embodiments provided above, which will not be repeated here.

[0376] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0377] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. For example, the computer can be a personal computer, a server, or a network device, etc. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that contains one or more available media integrations. The available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state disk (SSD)). For example, the aforementioned available medium includes, but is not limited to, various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0378] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A communication method, characterized in that: include: The first host node receives first traffic migration configuration information, where the first traffic migration configuration information is used to determine traffic allocation when traffic of the first host node is migrated to a second topology and a third topology, where the second topology is a traffic transmission path between the second host node and the first IAB node, and the third topology is a traffic transmission path between the third host node and the first IAB node, where the first IAB node includes a first distributed unit and a first mobile terminal, where an F1 connection exists between the first distributed unit and the first host node, and where an RRC connection exists between the first mobile terminal and both the second host node and the third host node; The first host node distributes the traffic of the first host node to the second topology and the third topology according to the first traffic migration configuration information.

2. The method according to claim 1, characterized in that The first traffic migration configuration information includes second traffic migration configuration information indicating migration to the second topology and third traffic migration configuration information indicating migration to the third topology.

3. The method according to claim 2, characterized in that The first host node receiving the first traffic migration configuration information includes: The first host node receives the second traffic migration configuration information and the third traffic migration configuration information from the second host node; or the first host node receives the first traffic migration configuration information including: The first host node receives the second traffic migration configuration information from the second host node; The first host node receives the third traffic migration configuration information from the third host node.

4. The method according to claim 2 or 3, characterized in that: The second traffic migration configuration information includes traffic information and traffic transmission path information migrated to the second topology, and the third traffic migration configuration information includes traffic information and traffic transmission path information migrated to the third topology.

5. The method according to claim 4, characterized in that The traffic transmission path information includes the IP address of the traffic transmission and / or the backhaul link BH information.

6. The method according to any one of claims 1 to 5, characterized in that Before the first host node receives the first traffic migration configuration information, the method further includes: The first host node sends first traffic migration request information to the second host node, where the first traffic migration request information is used to request that traffic of the first host node be migrated to the second topology and the third topology.

7. The method according to any one of claims 1 to 5, characterized in that After the first host node receives the first traffic migration configuration information, the method further includes: The first host node sends first traffic migration request information, where the first traffic migration request information is used to request that traffic of the first host node be migrated to the second topology and the third topology; The first host node receives first traffic migration response information, where the first traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology and the third topology.

8. The method according to claim 7, characterized in that The first host node sending the first traffic migration request information includes: The first host node sends the first traffic migration request information to the second host node.

9. The method according to claim 7, characterized in that: The first traffic migration request information includes second traffic migration request information and third traffic migration request information, the second traffic migration request information is used to request that traffic of the first host node be migrated to the second topology, the third traffic migration request information is used to request that traffic of the first host node be migrated to the third topology, and the first host node sending the first traffic migration request information includes: The first host node sends the second traffic migration request information to the second host node, and sends the third traffic migration request information to the third host node.

10. The method according to any one of claims 7 to 9, characterized in that The first host node receiving the first traffic migration response information includes: The first host node receives the first traffic migration response information from the second host node.

11. The method according to any one of claims 7 to 9, characterized in that The first traffic migration response information includes second traffic migration response information and third traffic migration response information, the second traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the second topology, the third traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the third topology, and the first host node receiving the first traffic migration response information includes: The first host node receives the second traffic migration response information from the second host node, and receives the third traffic migration response information from the third host node.

12. The method according to any one of claims 7 to 11, characterized in that The first traffic migration configuration information includes second traffic migration configuration information indicating migration to the second topology and third traffic migration configuration information indicating migration to the third topology, the second traffic migration configuration information includes link quality and / or resource allocation information of the second topology, and the third traffic migration configuration information includes link quality and / or resource allocation information of the third topology.

13. A communication method, characterized in that: include: The second host node determines second traffic migration configuration information, where the second traffic migration configuration information is used to determine traffic allocation of the first host node to migrate to a second topology, where the second topology is a traffic transmission path between the second host node and the first IAB node, where the first IAB node includes a first distributed unit and a first mobile terminal, where an F1 connection exists between the first distributed unit and the first host node, and where an RRC connection exists between the first mobile terminal and both the second host node and the third host node; The second host node sends the second traffic migration configuration information to the first host node.

14. The method according to claim 13, characterized in that Before the second host node sends the second traffic migration configuration information to the first host node, the method further includes: The second host node receives first traffic migration request information from the first host node, where the first traffic migration request information is used to request that traffic of the first host node be migrated to the second topology and a third topology, where the third topology is a traffic transmission path between the third host node and the first IAB node; The second host node sends third traffic migration request information to the third host node, where the third traffic migration request information is used to request that the traffic of the first host node be migrated to the third topology.

15. The method according to claim 14, characterized in that The method further comprises: The second host node sends first identification information to the third host node, where the first identification information is used to determine whether to send a message to the first host node.

16. The method according to claim 15, characterized in that The first identification information includes an identification of the first host node and an identification of the first mobile terminal under the first host node.

17. The method according to claim 13, characterized in that After the second host node sends the second traffic migration configuration information to the first host node, the method further includes: The second host node receives first traffic migration request information sent by the first host node, where the first traffic migration request information is used to request that traffic of the first host node be migrated to the second topology and the third topology, where the third topology is a traffic transmission path between the third host node and the first IAB node; The second host node sends third traffic migration request information to the third host node, where the third traffic migration request information is used to request that traffic of the first host node be migrated to the third topology; or, the method further includes: The second host node receives second traffic migration request information sent by the first host node, where the second traffic migration request information is used to request to migrate the traffic of the first host node to the second topology.

18. The method according to claim 17, characterized in that The first traffic migration response information includes second traffic migration response information, where the second traffic migration response information is used to instruct the first host node to migrate traffic of the first host node to the second topology, and the method further includes: The second host node sends the first traffic migration response information or the second traffic migration response information to the first host node.

19. The method according to claim 17 or 18, characterized in that The second traffic migration configuration information includes link quality and / or resource allocation information of the second topology.

20. A communication method, characterized in that: include: The third host node determines third traffic migration configuration information, where the third traffic migration configuration information is used to determine traffic allocation of the first host node to migrate to a third topology, where the third topology is a traffic transmission path between the third host node and the first IAB node, where the first IAB node includes a first distributed unit and a first mobile terminal, where an F1 connection exists between the first distributed unit and the first host node, and where an RRC connection exists between the first mobile terminal and both the second host node and the third host node; The third host node sends the third traffic migration configuration information to the first host node or the second host node.

21. The method according to claim 20, characterized in that Before the third host node sends the third traffic migration configuration information to the first host node or the second host node, the method further includes: The third host node receives third traffic migration request information from the second host node, where the third traffic migration request information is used to request that traffic of the first host node be migrated to the third topology.

22. The method according to claim 21, characterized in that The method further comprises: The third host node receives first identification information from the second host node, where the first identification information is used to determine whether to send a message to the first host node; The third host node sending the third traffic migration configuration information to the first host node or the second host node includes: The third host node sends the third traffic migration configuration information to the first host node according to the first identification information.

23. The method according to claim 22, characterized in that The first identification information includes an identification of the first host node and an identification of the first mobile terminal under the first host node.

24. The method according to claim 20, characterized in that After the third host node sends the third traffic migration configuration information to the first host node or the second host node, the method further includes: The third host node receives third traffic migration request information from the first host node or the second host node, where the third traffic migration request information is used to request that traffic of the first host node be migrated to the third topology; The third host node sends third traffic migration response information to the first host node or the second host node, and the third traffic migration response information is used to instruct the first host node to migrate the traffic of the first host node to the third topology.

25. The method according to claim 24, characterized in that The third traffic migration configuration information includes link quality and / or resource allocation information of the third topology.

26. A communication device, characterized in that: The method comprises a unit for implementing the method according to any one of claims 1 to 25.

27. A computer program product, characterized in that The computer program product comprises: a computer program code, and when the computer program code is executed, a device is caused to perform the method according to any one of claims 1 to 25.

28. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed, the apparatus executes the method according to any one of claims 1 to 25.

29. A chip system, characterized in that: It comprises: a processor, used to call and run a computer program from a memory, so that a communication device equipped with the chip system executes the method as described in any one of claims 1 to 25.

30. A communication system, characterized in that: The method comprises a first host node as claimed in any one of claims 1 to 12, a second host node as claimed in any one of claims 13 to 19, and a third host node as claimed in any one of claims 20 to 25.

Images