Rerouting method and apparatus, communication device

Abstract

The present application discloses a rerouting method and apparatus, and a communication device, belonging to the communication technology field, wherein the method includes: a first communication node acquiring target information, the target information including at least one of link status information of a backhaul path associated with the first communication node and identifier information of the backhaul path; and the first communication node determining a target backhaul path based on the target information.

Description

[Technical field]

[0001] (CROSS REFERENCE TO RELATED APPLICATIONS) This application claims priority to Chinese Patent Application No. 202011460042.5, filed in China on December 11, 2020, the entire contents of which are incorporated herein by reference.

[0002] The present application relates to the field of communications technology, and more particularly to a rerouting method and apparatus, and a communications device. [Background technology]

[0003] In a conventional communication system, a scenario in which an integrated access and backhaul (IAB) node can autonomously reroute data is that only when a radio link failure (RLF) occurs on a link between the IAB node and its parent node, local rerouting of data packets can be turned on, i.e., the IAB node can select a second backhaul path for data that is different from the current backhaul path, thereby realizing data branching. However, in the current mechanism, the IAB node cannot turn on local routing of data when no RLF occurs, which reduces the flexibility of data transmission of the network node, and the current IAB node cannot know information of selectable backhaul paths (e.g., redundant capacity or latency of the transmission link, etc.), so it cannot effectively determine how to perform local rerouting for data that needs to be transmitted. Randomly selecting a second backhaul path to determine the amount of data to branch to the second backhaul path may result in insufficient utilization of the second backhaul path capacity, congestion, or excessively long transmission delay of branched data. Summary of the Invention [Problem to be solved by the invention]

[0004] The embodiments of the present application provide a rerouting method, apparatus, and communication device that can solve the problem in the prior art that the method for initiating rerouting is relatively single, since rerouting can be performed only when a radio link failure (RLF) occurs. [Means for solving the problem]

[0005] According to a first aspect, there is provided a method of rerouting, the method comprising: a first communication node obtaining target information, the target information including at least one of link state information of a backhaul path associated with the first communication node and backhaul path identifier information; and the first communication node determining a target backhaul path based on the target information.

[0006] According to a second aspect, there is provided a method of rerouting, the method comprising: a second communication node receiving link state information of a backhaul link associated with itself reported by a first communication node in a communication system, the second communication node being a node controlling all first communication nodes in the communication system; and the second communication node arranging backhaul path identifier information based on the link state information, the backhaul path identifier information being used to indicate a selected backhaul path when a data packet is transmitted in the communication system.

[0007] According to a third aspect, there is provided a rerouting apparatus for use in a first communication node, the apparatus including: a first acquisition module for acquiring target information, the target information including at least one of link state information and backhaul path identifier information of a backhaul path associated with the first communication node; and a determination module for determining a target backhaul path based on the target information.

[0008] According to a fourth aspect, there is provided a rerouting apparatus for use in a second communication node, the apparatus including: a third receiving module for receiving link status information of a backhaul link associated with itself reported by a first communication node in a communication system, the second communication node being a node controlling all first communication nodes in the communication system; and a configuration module for configuring backhaul path identifier information based on the link status information, the backhaul path identifier information being used to indicate a selected backhaul path when a data packet is transmitted in the communication system.

[0009] According to a fifth aspect there is provided a communications device comprising a processor, a memory and a program or instructions stored in said memory and operable to run on said processor, said program or instructions, when executed by said processor, implementing steps of a method according to the first or second aspect.

[0010] According to a sixth aspect, there is provided a readable storage medium having a program or instructions stored thereon, the program or instructions, when executed by a processor, performing steps of the method according to the first aspect or performing steps of the method according to the second aspect.

[0011] According to a seventh aspect, there is provided a chip, the chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor running a program or instruction of a network side device and used to implement the method according to the first aspect or to implement the method according to the second aspect.

[0012] According to an eighth aspect, an embodiment of the present application provides a program product, the program product being stored in a non-volatile storage medium, the program product being executed by at least one processor to implement steps of the method according to the first aspect or to implement steps of the method according to the second aspect.

[0013] According to a ninth aspect, an embodiment of the present application provides a communications device, configured to perform the steps of the method according to the first aspect, or configured to perform the steps of the method according to the second aspect. Effect of the Invention

[0014] In an embodiment of the present application, the first communication node can determine a target backhaul path based on link status information of a backhaul path associated with the first communication node and / or identifier information of the backhaul path, i.e., the first communication node can determine currently available backhaul paths based on link status information and / or identifier information, and then determine a target backhaul path from among them, thereby allowing the second communication node to perform rerouting to select a backhaul path even when RLF does not occur, making the rerouting manner more flexible, and thereby allowing rerouting to be performed only when a radio link failure (RLF) occurs, thereby solving the problem in the prior art that the manner of initiating rerouting is relatively single. [Brief description of the drawings]

[0015] [Figure 1] 1 is a block diagram of a wireless communication system to which an embodiment of the present application can be applied. [Diagram 2] FIG. 1 is a schematic diagram of an IAB system in the prior art. [Diagram 3] This is a CU-DU structure diagram of one IAB system. [Figure 4] 4 is a flowchart of a method for rerouting according to an embodiment of the present application; [Diagram 5]2 is a second flowchart of a rerouting method according to an embodiment of the present application. [Figure 6] FIG. 2 is a schematic diagram of a backhaul path in an IAB network in an embodiment of the present application. [Figure 7a] FIG. 2 is a structural schematic diagram of the link status information reporting in the embodiment of the present application being per BAP routing ID; [Figure 7b] FIG. 2 is a structural schematic diagram of the link status information reporting in an embodiment of the present application being per link ID; [Figure 8] FIG. 2 is a structural schematic diagram of a re-routing device according to an embodiment of the present application; [Figure 9] FIG. 2 is a second structural schematic diagram of a re-routing device according to an embodiment of the present application. [Figure 10] FIG. 2 is a structural schematic diagram of a communication device according to an embodiment of the present application; [Figure 11] FIG. 2 is a structural schematic diagram of a network side device according to an embodiment of the present application; DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0016] The following clearly and completely describes the technical solutions in the embodiments of the present application in conjunction with the drawings in the embodiments of the present application, and obviously, the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present application belong to the protection scope of the present application.

[0017] The terms "first," "second," etc. in the specification and claims of the present application are intended to distinguish between similar objects and are not intended to describe a particular order or sequence. It is to be understood that data so used are interchangeable where appropriate, such that the embodiments of the present application may be performed in an order other than that shown or described herein, and that the objects distinguished by "first" and "second" are generally of the same type and do not limit the number of objects, e.g., the first object may be one or more. Note that "and / or" in the specification and claims represents at least one of the objects connected, and the character " / " generally represents an "or" relationship between the related objects.

[0018] It should be noted that the techniques described in the embodiments of the present application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be applied to other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" in the embodiments of the present application are always used interchangeably, and the techniques described may be used in the above-mentioned systems and radio technologies, or in other systems and radio technologies. Although the following description describes a New Radio (NR) system for illustrative purposes and uses NR terminology in most of the following description, these technologies may also be used in applications other than NR system applications, such as sixth generation (6G) systems.th This may be applied to a 6G (6th Generation) communication system.

[0019] FIG. 1 shows a block diagram of a wireless communication system to which the embodiment of the present application can be applied. The wireless communication system includes a terminal 11 and a network side device 12. Here, the terminal 11 may be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 may be a terminal side device such as a mobile phone, a tablet personal computer, a laptop computer (or called a notebook computer), a personal digital assistant (PDA), a palmtop computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile Internet device (MID), a wearable device (Wearable Device) or a vehicle-mounted device (VUE), a pedestrian terminal (PUE), etc., and the wearable device includes a bracelet, an earphone, glasses, etc. It should be noted that the embodiment of the present application does not limit the specific type of the terminal 11. The network side equipment 12 may be a base station or a core network, where the base station may be called a Node B, an evolved Node B, an access point, a base transceiver station (BTS), a radio base station, a radio transceiver, a basic service set (BSS), an extended service set (ESS), a B node, an evolved B node (eNB), a home B node, a home evolved B node, a wireless local area network (WLAN) access point, a WiFi node, a transmitting receiving point (TRP), or any other suitable term in the art, and as long as the same technical effect is achieved, the base station is not limited to a specific technical term, and it should be explained that in the embodiments of this application, only a base station in an NR system is taken as an example, but the specific type of the base station is not limited.

[0020] First, the terms related to the embodiments of this application are introduced.

[0021] I. Overview of the IAB Network FIG. 2 is a schematic diagram of an IAB system in the prior art. As shown in FIG. 2, an IAB node includes a distributed unit (DU) functional part and a mobile termination (MT) functional part. Through the MT, an access node (i.e., an IAB node) can find an upstream access point (parent IAB node or IAB-donor-DU) and establish a wireless connection with the DU of the upstream access point, and this wireless connection is called a backhaul link. After an IAB node establishes a complete backhaul link, the IAB node turns on its DU function, and the DU provides cell service, that is, the DU can provide access service for a user equipment (UE). A self-backhaul circuit includes a donor IAB node (or called IAB donor, which is composed of an IAB-donor-CU and an IAB-donor-DU), and the donor IAB node has a wired transmission network directly connected thereto.

[0022] Figure 3 shows the structure of a centralized / distributed unit (CU-DU) in an IAB system. In one self-backhaul circuit, the DUs of all IAB nodes are connected to one CU node, which configures the DUs via the F1-AP protocol. The CU configures the MT via the RRC protocol. The IAB-donor-DU node does not have an MT function.

[0023] Here, the IAB system is introduced to solve the situation where the deployment of wired transmission networks is insufficient when access points are deployed densely, that is, when there is no wired transmission network, the access points can rely on wireless backhaul.

[0024] II. Overview of the IAB Network BAP Protocol

[0025] The Backhaul Adaptation Protocol (BAP) layer is a protocol layer specific to the IAB network, and the BAP entity in each IAB node has one address called the BAP address, which can be used to route data in conjunction with the BAP routing ID assigned by the IAB-donor-CU. Some of the functions provided by this protocol layer are as follows:

[0026] Routing function 1: sending data packets from the CU to the UE via a backhaul channel, or sending data packets from the UE to the CU via a backhaul channel; Routing function 2: The BAP protocol also provides a routing function for F1-AP information, and transmits F1 control information from the CU to the IAB-DU via the backhaul channel, or transmits F1 control information from the IAB-DU to the CU via the backhaul channel; Transmission function of QoS control information: In the BAP protocol layer, several BAP Control PDUs (Protocol Data Units) are defined for use in the IAB network for traffic control, notification of backhaul radio link failure, etc.

[0027] 3. Overview of flow control in the IAB network The IAB supports two types of flow control mechanisms: hop-by-hop and end-to-end flow control.

[0028] 1) Hop-by-hop flow control 3GPP RAN2 agrees to adopt a flow control mechanism in an IAB network to solve data congestion during downlink transmission. Data congestion during downlink transmission refers to the accumulation of data caused by an IAB node not being able to timely transmit data received from its parent IAB node to a downstream node or UE. When data accumulates, i.e., when data accumulates to the point where there is a risk of buffer overflow, the IAB node will send a flow control feedback to its parent node to warn of congestion, and the IAB node that receives the flow control feedback will control the transmission rate of sending downlink data to its child IAB node.

[0029] For example, an IAB donor node can transmit downlink data to a UE via IAB node 1, IAB node 2, and IAB node 3, and once the backhaul link between IAB node 2 and IAB node 3 encounters link congestion, IAB node 2 will transmit flow control feedback (carried in a BAP control PDU) to its upstream node, i.e., IAB node 1, and upon receiving the message, IAB node 1 will stop and reduce the transmission of new downlink data to IAB node 2.

[0030] The rerouting method according to the embodiment of the present application will be described in detail below with reference to specific embodiments and application scenarios in conjunction with the drawings.

[0031] An embodiment of the present application provides a method for rerouting. FIG. 4 is a flowchart of the rerouting method according to an embodiment of the present application. As shown in FIG. 4, the steps of the method include: A step S402 in which the first communication node acquires target information, the target information including at least one of link state information of a backhaul path associated with the first communication node and identifier information of the backhaul path; The first communication node determines a target backhaul path based on the target information.

[0032] Through the above steps S402 and S404, the first communication node can determine a target backhaul path based on link status information of the backhaul path associated with the first communication node and / or identifier information of the backhaul path, i.e., the first communication node can determine currently available backhaul paths based on link status information and / or identifier information, and then determine a target backhaul path from among them, thereby allowing the second communication node to perform rerouting to select a backhaul path even when RLF does not occur, making the rerouting manner more flexible, thereby solving the problem in the prior art that rerouting is performed only when a radio link failure (RLF) occurs, and therefore the manner of initiating rerouting is relatively single.

[0033] It should be noted that the backhaul paths associated with the first communication node are all the backhaul paths associated with the first communication node, while the backhaul paths identified by the identifier information are available paths arranged by the second communication node for the first communication node, and may be all the backhaul paths associated with the first communication node or some of the backhaul paths. For example, if the backhaul paths associated with the first communication node are path 1, path 2, and path 3, the second communication node arranges only two paths (path 1 and path 2) as available according to the identifier information.

[0034] It should be noted that the first communication node in the embodiment of the present application may be a normal node in an IAB network, such as an IAB node or a donor IAB node, while the second communication node in the embodiment of the present application may be a CU node in an IAB network.

[0035] It should be further explained that a backhaul routing in the embodiments of the present application refers to the entire transmission path, while a backhaul link refers to a segment in the path (i.e., the path between two nodes).

[0036] In an optional embodiment of the embodiment of the present application, when the link state information in the embodiment of the present application is downlink state information, the first communication node obtains link state information of a backhaul path related to the first communication node in step S402 in the embodiment of the present application. A step S402-11 in which the first communication node obtains first link status information of a downlink backhaul link between the first communication node and a downstream node; and step S402-12 in which the first communication node receives second link state information reported by a downstream node on the downlink backhaul path, where the second link state information includes at least one of link state information obtained by a downstream node on the downlink backhaul path and link state information reported by a downstream node of the downstream node on the downlink backhaul path.

[0037] As can be seen from steps S402-11 and S402-12 above, this downlink link state information may be composed of first link state information and / or second link state information, i.e., for the first communication node, a target backhaul path is determined based on the first link state information and / or the second link state information.

[0038] Based on this, the method steps of the embodiments of the present application may further include step S406, in which the first communication node transmits downlink link state information to an upstream node of the first communication node, where the downlink link state information includes at least one of the first link state information and the second link state information.

[0039] The link status information in the embodiment of the present application may include at least one of redundant capacity and transmission delay. Therefore, in order for each first communication node to transmit link status information to the upstream node and disseminate it to each communication node in the IAB network, each IAB node may directly forward the downstream IAB node's announcement message to the upstream node, or may announce it to the upstream node together with the received downstream IAB node's announcement message and its own announcement message. In a specific application scenario, when each node receives a latency value from a downstream child node, it may forward it to the upstream node, or send it to the upstream node together with the latency of its own IAB node and its child IAB node on its backhaul path.

[0040] It should be clarified that in the embodiment of the present application, the redundant capacity may refer to the redundant rate capacity, the number of bearers for a certain business (eg, video), and the amount of redundant available buffer data.

[0041] In addition, in the embodiment of the present application, the manner in which the first communication node transmits the downlink state information to the upstream node of the first communication node in the above step S406 is as follows: a step S406-11 in which the first communication node transmits to an upstream node a first redundant capacity value, the first redundant capacity value being indicated by the first link state information; a step S406-12 in which the first communication node transmits to the upstream node a second redundant capacity value, which is the smaller of the redundant capacity value indicated by the first link status information and the redundant capacity value indicated by the second link status information; a step S406-13 in which the first communication node transmits to the upstream node a first transmission delay value, the first transmission delay value being the transmission delay value indicated by the first link state information; and a step S406-14 in which the first communication node transmits to the upstream node a second transmission delay value which is the sum of the transmission delay value indicated by the first link status information and the transmission delay value indicated by the second link status information.

[0042] As can be seen from step S406-12 above, for the redundant capacity transmission of one selectable backhaul path, each IAB node on this backhaul path determines the redundant capacity min{C IABノード, C IAB子ノード} upwards, i.e., when each IAB node receives a redundant capacity value from a downstream child node, it compares it with the estimated redundant capacity value of the backhaul link from this node to the child IAB node located on this backhaul path, and this IAB node communicates the minimum value of the two to the upstream node.

[0043] As can be seen from step S406-14 above, with regard to the downlink transmission delay, when each parent node receives a downlink value from a downstream child node, it adds the transmission delay value of the backhaul link between its own IAB node and the child IAB node on this backhaul route estimated by this node, and finally transmits only the accumulated transmission delay value to the upstream node.

[0044] In another optional embodiment of the embodiment of the present application, when the link status information is uplink link status information, the manner in which the first communication node obtains link status information of a backhaul path related to the first communication node in step S402 of the embodiment of the present application is as follows: A step S402-21 in which the first communication node acquires third link status information, which is link status information of a backhaul link between the first communication node and an upstream node; and step S404-22 in which the first communication node receives fourth link state information communicated by an upstream node on the uplink backhaul path, where the fourth link state information includes at least one of link state information obtained by an upstream node on the uplink backhaul path and link state information transmitted by an upstream node of the upstream node on the uplink backhaul path.

[0045] As can be seen from steps S402-21 and S402-22 above, this uplink link state information may be composed of third link state information and / or fourth link state information, that is, for the first communication node, the target backhaul path is determined based on the third link state information and / or the fourth link state information.

[0046] Based on this, the method in an embodiment of the present application may further include a step S408 in which the first communication node transmits uplink state information to a downstream node on the backhaul path, where the uplink state information includes at least one of the third link state information and the fourth link state information.

[0047] In addition, in the embodiment of the present application, the manner in which the first communication node transmits the uplink state information to the downstream node on the backhaul path in step S408 is as follows: a step S408-11 in which the first communication node transmits to the downstream node a third redundant capacity value, the third redundant capacity value being indicated by the third link state information; a step S408-12 in which the first communication node transmits to the downstream node a fourth redundant capacity value, which is the smaller of the redundant capacity value indicated by the third link status information and the redundant capacity value indicated by the fourth link status information; a step S408-13 in which the first communication node transmits to the downstream node a third transmission delay value, the third transmission delay value being the transmission delay value indicated by the third link state information; and a step S408-14 in which the first communication node transmits to the downstream node a fourth transmission delay value which is the sum of the transmission delay value indicated by the third link status information and the transmission delay value indicated by the fourth link status information.

[0048] Regarding step S408-12, for the redundant capacity, min{C IABノード ,C 子IABノード}, that is, when each node receives a redundant capacity value from an upstream child node, it compares it with the estimated redundant capacity value of the link corresponding to this node and transmits the minimum value of the two to the downstream node. In other words, the backhaul path with the largest redundant capacity is selected from among the backhaul paths based on the relatively small value of the redundant capacity of each backhaul path.

[0049] Regarding the above step S408-14, for the uplink transmission delay, when each IAB node receives the transmission delay value from the upstream node, it adds the transmission delay value estimated by this node, and finally transmits only the accumulated transmission delay value to the downstream node. The available backhaul path is determined according to the transmission delay value, that is, the backhaul path with the smallest transmission delay value is selected as much as possible.

[0050] In an optional embodiment of the embodiment of the present application, when the link state information includes at least one of redundant capacity and transmission delay, the manner in which the first communication node determines a target backhaul path based on the target information in step S402 of the present application is as follows: A step S21 in which the first communication node determines target link state information from the link state information, the target link state satisfying at least one of the following conditions: a redundant capacity is greater than a first preset threshold value, and a transmission delay is less than a second preset threshold value; The method may further include a step S22 in which the first communication node determines a target backhaul path based on the target link state information.

[0051] It should be noted that the first preset threshold and the second preset threshold are determined according to the transmission demand of the data packets to be transmitted, that is, different first threshold and second threshold may be determined according to different data packets to be transmitted.

[0052] In a specific application scenario, when a first communication node receives a congestion indication for a selectable backhaul path, the first communication node reduces or sets the redundant capacity of the path to zero, and selects a corresponding backhaul path according to the updated redundant capacity, i.e., the redundant capacity of a currently selectable backhaul path may be updated according to circumstances.

[0053] In another optional embodiment of the embodiment of the present application, before the first communication node acquires the target information in step S402, the method of the embodiment of the present application includes: A step S410 in which the first communication node obtains link status information of a backhaul link associated with itself; The method may further include a step S412 in which the first communication node transmits link status information of a backhaul link associated with itself to a second communication node, where the second communication node is a node that controls all first communication nodes in the communication system.

[0054] According to the above steps S410 and S412, if the first communication node is a node in an IAB network, the second communication node is a CU node in the IAB network, and the CU node receives link state information transmitted by other IAB nodes in the IAB network, and this link state information may be used to determine available backhaul paths in the IAB network.

[0055] Based on this, the first communication node receives the identifier information sent by the second communication node, where the identifier information is used to indicate a selected backhaul path when the data packet is transmitted in the communication system, and the identifier information allows the first communication node to determine which backhaul paths are currently available, and then, according to a service demand required for the data packet to be transmitted, only needs to select one available backhaul path from among the available backhaul paths to branch the data, and ensures that the selected backhaul path is available.

[0056] It should be noted that the method in the embodiment of the present application further includes: the first communication node receiving first configuration information sent by the second communication node, where the first configuration information is used to indicate a redundant capacity and / or a transmission delay of a backhaul path, that is, the second communication node may notify the identifier information of the backhaul path of the first communication node and at the same time notify the redundant capacity and / or the transmission delay of the backhaul path, and the redundant capacity and / or the transmission delay of the local rerouting allows the first communication node to select a better backhaul path, i.e., a path with a lower transmission delay and a larger redundant capacity, from among the available backhaul paths.

[0057] In an alternative embodiment of the present application, the transmission of link state information between the communication nodes in the present application is carried via at least one of the following messages: a Radio Resource Control (RRC) message, an F1-C message, a Backhaul Adaptation Protocol (BAP) control Protocol Data Unit (PDU), and a Media Access Control (MAC) layer control unit (Control Element, CE).

[0058] In addition, the format for carrying the link status information in the embodiment of the present application includes at least one domain among redundant capacity, transmission delay, backhaul link identifier, and backhaul adaptation protocol BAP path identifier. Here, the message format includes multiple entries, and each entry is used to indicate at least one of the backhaul link identifier information and the backhaul adaptation protocol BAP path identifier information.

[0059] The above embodiment has been described by interpreting the present application from the perspective of a first communication node, and the following will be described by interpreting the present application from the perspective of a second communication node.

[0060] The embodiment of the present application further provides a method for rerouting. FIG. 5 is a second flowchart of the rerouting method according to the embodiment of the present application. As shown in FIG. 5, the steps of the method include: A step S502 in which a second communication node receives link status information of a backhaul link related to itself reported by a first communication node in the communication system, the second communication node being a node that controls all the first communication nodes in the communication system; The method includes a step S504 in which the second communication node arranges backhaul path identifier information based on the link state information, the backhaul path identifier information being used to indicate a selected backhaul path when a data packet is transmitted in the communication system.

[0061] As can be seen from the above steps S502 and S504, after receiving the link status information transmitted by the first communication node, the second communication node can determine an available backhaul path in the communication system based on the link status information, and notify the first communication node of the identifier information of the backhaul path. In this way, even if RLF does not occur, the second communication node can perform rerouting to select a backhaul path, making the rerouting manner more flexible, thereby solving the problem in the prior art that the manner of initiating rerouting is relatively single, since rerouting is performed only when a radio link failure (RLF) occurs.

[0062] In an optional embodiment of the embodiment of the present application, the method of the embodiment of the present application comprises: The method may further include a step S506 in which the second communication node transmits first configuration information to the first communication node, where the first configuration information is used to indicate a redundant capacity and / or a transmission delay of a backhaul path, that is, the second communication node may notify the identifier information of the backhaul path of the first communication node and at the same time notify the redundant capacity and / or transmission delay corresponding to the backhaul path, and the redundant capacity and / or transmission delay of the local rerouting allows the first communication node to select a better backhaul path, i.e., a path with a lower transmission delay and a larger redundant capacity, for a data packet to be transmitted from among the available backhaul paths.

[0063] In an optional embodiment of the embodiment of the present application, before the second communication node receives the link state information reported by the first communication node in the communication system, the method steps of the embodiment of the present application include: The method may further include a step S508 in which the second communication node sends second configuration information to the first communication node, where the second configuration information is used to instruct at least one of triggering the first communication node to report link state information and instructing the first communication node to initiate a local re-routing function.

[0064] This second configuration information can inform the first communication node which specific link status information, such as redundant capacity or transmission delay, to report, and can inform the first communication node whether to turn on a local rerouting function.

[0065] Here, the trigger method may include at least one of a periodic trigger, an event trigger, and a polling trigger.

[0066] Here, the periodicity may be preset by the second communication node or may be agreed upon by a protocol. Meanwhile, the event trigger includes at least one event among the link state information satisfying a preset condition, receiving a link state information message transmitted by another communication node, and receiving a traffic control feedback message, such as a link redundant capacity or a change in the redundant capacity exceeding a certain threshold, receiving a flow control feedback message, receiving a link state information message transmitted by a child node / parent node, etc. The polling trigger may be a trigger signaling transmitted by the IAB-donor-CU or IAB-donor-DU / IAB node.

[0067] It should be noted that the link state information in the embodiments of the present application has a valid time length in the second communication node, and in a specific application scenario, the valid time of the link state information in the second communication node is at least one of: 1) within a preset time length determined by the second communication node or agreed upon by a protocol after receiving the link state information; and 2) from receiving the link state information until receiving the next link state information carrying the same link identifier or BAP path identifier.

[0068] The present application will be described below by way of examples in conjunction with a specific embodiment of the present application. In this specific embodiment, an IAB network is taken as an example, in which a first communication node is a normal node (IAB node or donor DU) in the IAB network, and a second communication node is a CU node in the IAB network.

[0069] In this specific embodiment, first, the CU configures each IAB node via RRC signaling, or configures the IAB-donor-DU via F1 signaling to configure selectable backhaul path status information, and this configuration includes: a) arranging selectable backhaul path status information that needs to be reported as downlink redundant capacity and transmission delay; b) the information is triggered upon receiving a downlink flow control feedback message and is configured to trigger reporting of the corresponding information when the IAB node receives link state information sent by other nodes; c) and the configuration implicitly instructs the IAB / IAB-donor-DU node to turn on a local rerouting function, i.e., the IAB node that receives the configuration may reroute downlink data packets to selectable backhaul path information in the IAB network based on the configuration; and d) a validity time after receiving selectable backhaul path status information, the information being considered valid until the next selectable backhaul path status information is received.

[0070] As shown in Figure 6, taking the transmission route (routing ID=1) IAB-donor-CU->IAB-donor-DU1->IAB1->IAB3->IAB4 as an example, IAB4 first triggers and sends a DL HbH flow control feedback message to IAB3, triggering IAB3 to report selectable backhaul link status information. IAB3 estimates the capacity and latency of its downlink link H31 as C31 and L31, respectively, and reports them to IAB1 via a BAP control PDU. When IAB1 receives the selectable backhaul link status information sent by the child node, IAB1 is also triggered to report link status information. IAB1 estimates the redundant capacity and transmission latency of its downlink link H21 as C21 and L21, respectively, and reports them to IAB1 via a BAP control PDU. The donor reports the capacity to the IAB-donor-DU1 via the PDU, but reports only the minimum value of C21 and C31 for the capacity, and reports the sum of the two, that is, L21+L31, for the transmission delay.

[0071] In addition, when IAB-donor-DU1 receives the selectable backhaul link status information sent by IAB1, IAB-donor-DU1 is triggered to report the link status information, and IAB-donor-DU1 selects its downlink link The redundant capacity and transmission delay of H11 are estimated as C11 and L11, respectively. In FIG. 6, the downlink link from IAB-donor-DU1 to IAB2 is H12. IAB-donor-DU1 may report the received selectable backhaul link status information of all downstream nodes to IAB-donor-CU via F1 signaling. At this time, for capacity, it reports the minimum value of C11 and min{C21, C31}, and for transmission delay, it reports the sum of the two, that is, L11+(L21+L31). Finally, IAB-donor-CU adjusts the routing mapping arrangement of the data packet based on the acquired status information of each link in the IAB network, and distributes it to each node in the topology structure via F1 signaling. IAB-donor-DU1 reroutes the data based on the changed arrangement.

[0072] In addition, it may be as follows: IAB-donor-DU1 selects the most appropriate route through which the data packet needs to be transmitted currently based on the link status information of each route (e.g., route routing ID=2, i.e., IAB-donor-DU1->IAB2->IAB3->IAB4) obtained by IAB-donor-DU1 without reporting the selectable backhaul link status information of downstream nodes to IAB-donor-CU, and performs re-routing for the data packet (if the selected route through which the data packet needs to be transmitted matches the route ID carried in the packet header of the original data packet, no re-routing is required); if the downstream link status information received by IAB-donor-DU1 indicates that the available capacity of the route indicated by routing ID1 is greater than the available capacity of the route indicated by routing ID2 and the total delay is less than the total delay of the route indicated by routing ID2, IAB-donor-DU1 autonomously performs re-routing for the data that needs to be transmitted to IAB4 (if the data packet placed by IAB-donor-CU is routed, re-routing is not required); If the data is transmitted via ID2, the data can be sent via the route of routing ID1.

[0073] It should be noted that rerouting is not necessarily possible only by IAB-donor-DU1, but may be any one of the nodes having multiple transmission paths (assuming that the destination IAB node of the original data packet can be delivered via other transmission paths of this IAB node).

[0074] In addition, in the embodiments of the present application, the backhaul link status information may be carried by F1, RRC message, or by BAP control PDU and MAC CE. The present application takes BAP control PDU as an example to explain it. As shown in FIG. 7a, the link status information is reported per BAP routing ID, and is specifically as follows:

[0075] 1) PDU type indicates the type of this PDU. The PDU types currently in use are as shown in Table 1.

[0076] [Table 1]

[0077] For the downlink status information report, the PDU type may use any one of reserved values ​​among 0100-1111, or may enhance the flow control feedback message format in the first communication protocol, for example, the PDU type uses 0001, and one R bit is used to distinguish messages that are currently in different protocols. Specifically, in Fig. 7a, when the first R bit in the first byte=1 is used for distinction, the IAB in the first communication protocol reads this R bit, and if it is 1, it indicates that the message with PDU type "0001" is for carrying downlink status information, and if it is 0, it still indicates the flow control feedback format in the first communication protocol.

[0078] 2) For the uplink status information report, the PDU type may be indicated using one of the reserved values ​​from 0100 to 1111, or may use the same PDU type value as the downlink status information report (one of the reserved values ​​from 0100 to 1111), but the uplink and downlink status information reports are distinguished by one R bit.

[0079] 3) For each backhaul path, either may be selected to carry redundant capacity and / or transmission delay according to the placement of the CU, and it should be noted that each message may carry link state information of multiple backhaul paths, where the carried redundant capacity may be the minimum value of all link state information on this path, and the carried transmission delay may be the sum of the transmission delays in all link state information on this path.

[0080] As shown in FIG. 7b, the link status information report is per link ID, specifically as follows:

[0081] 1) For the downlink status information report, the PDU type may use any one of reserved values ​​from 0100 to 1111 (a value different from that in FIG. 7a, in other words, a PDU type value different from that in the status information report in the per BAP routing ID format).

[0082] 2) For the uplink status information report, each may be indicated using one reserved value among 0100 to 1111, or the same reserved value may be used, but one R bit is used to distinguish between uplink and downlink.

[0083] 3) For each link ID, either one may choose to carry redundant capacity and / or transmission delay depending on the CU's deployment, and it should be noted that each message may carry link status information for multiple link IDs.

[0084] 4) The carried capacity and latency are the estimated link state values ​​for this link ID.

[0085] According to a specific embodiment of the present application, an IAB node or an IAB-donor-DU node can have the capability to autonomously select the optimal transmission path for rerouting data packets and how much data to put on the other path by receiving the link state information report related to it, thereby ensuring the reliability of data transmission.

[0086] It should be noted that in the re-routing method according to the embodiment of the present application, the execution body may be a re-routing device or a control module for executing the re-routing method in the re-routing device. In the embodiment of the present application, the re-routing device according to the embodiment of the present application is taken as an example to execute the re-routing method.

[0087] An embodiment of the present application provides a rerouting device for use in a first communication node, as shown in FIG. 8, the device includes: a first acquiring module 82 for acquiring target information, the target information including at least one of link status information of a backhaul path associated with the first communication node and identifier information of the backhaul path; and a determination module 84 for determining a target backhaul path based on the target information.

[0088] The device of the embodiment of the present application can determine a target backhaul path based on link status information of a backhaul path associated with a first communication node and / or identifier information of the backhaul path, i.e., the first communication node can determine currently available backhaul paths based on link status information and identifier information, and then determine a target backhaul path from among them, so that even if RLF does not occur, the second communication node can perform rerouting to select a backhaul path, making the rerouting manner more flexible, thereby solving the problem in the prior art that rerouting is performed only when a radio link failure (RLF) occurs, and therefore the manner of initiating rerouting is relatively single.

[0089] Optionally, when the link status information is downlink link status information, the first obtaining module 82 in the embodiment of the present application is: A first obtaining unit for obtaining first link status information of a downlink backhaul link between the downstream node and the first obtaining unit; and a first receiving unit for receiving second link state information reported by a downstream node on the downlink backhaul path, where the second link state information includes at least one of link state information obtained by a downstream node on the downlink backhaul path and link state information reported by a downstream node of the downstream node on the downlink backhaul path.

[0090] Optionally, the apparatus of the embodiment of the present application may further include a first transmitting module for transmitting downlink status information to an upstream node of the first communication node, where the downlink status information includes at least one of first link status information and second link status information.

[0091] Optionally, the first transmission module in the embodiment of the present application comprises: a first transmission unit for transmitting a first redundant capacity value to an upstream node, the first redundant capacity value being indicated by the first link status information; a second transmission unit for transmitting to an upstream node a second redundant capacity value, the second redundant capacity value being a smaller one of the redundant capacity value indicated by the first link status information and the redundant capacity value indicated by the second link status information; a third transmission unit for transmitting to an upstream node the first transmission delay value, the first transmission delay value being the transmission delay value indicated by the first link status information; and a fourth transmission unit for transmitting to an upstream node a second transmission delay value which is the sum of the transmission delay value indicated by the first link status information and the transmission delay value indicated by the second link status information.

[0092] Optionally, when the link status information is uplink link status information, the first obtaining module 82 in the embodiment of the present application: a second acquiring unit for acquiring third link status information, the third link status information being link status information of a backhaul link between the first communication node and an upstream node; and a second receiving unit for receiving fourth link state information communicated by an upstream node on the uplink backhaul path, where the fourth link state information includes at least one of link state information obtained by an upstream node on the uplink backhaul path and link state information transmitted by an upstream node of the upstream node on the uplink backhaul path.

[0093] Optionally, the apparatus of the embodiment of the present application may further include a second transmission module for transmitting uplink status information to a downstream node on the backhaul path, where the uplink status information includes at least one of third link status information and fourth link status information.

[0094] Optionally, the second transmission module in the embodiment of the present application comprises: a fifth transmission unit for transmitting a third redundant capacity value to a downstream node, the third redundant capacity value being the redundant capacity value indicated by the third link status information; a sixth transmission unit for transmitting a fourth redundant capacity value, which is a smaller redundant capacity value of the third link status information and the fourth link status information, to a downstream node; a seventh transmission unit for transmitting to the downstream node a third transmission delay value, the third transmission delay value being the transmission delay value indicated by the third link status information; and an eighth transmission unit for transmitting to a downstream node a fourth transmission delay value which is the sum of the transmission delay value indicated by the third link status information and the transmission delay value indicated by the fourth link status information.

[0095] Optionally, when the link state information includes at least one of redundant capacity and transmission delay, the determination module 84 of the embodiment of the present application may further include: a first determination unit for determining target link state information from the link state information, where the target link state satisfies at least one condition that the redundant capacity is greater than a first predetermined threshold and the transmission delay is smaller than a second predetermined threshold; and a second determination unit for determining a target backhaul path based on the target link state information.

[0096] Here, the first preset threshold and the second preset threshold are determined according to the transmission demand of the data packets to be transmitted.

[0097] Optionally, the apparatus in the embodiment of the present application may further include a second acquisition module for acquiring link status information of a backhaul link associated with itself before acquiring the target information, and a third transmission module for transmitting the link status information of the backhaul link associated with itself to a second communication node, where the second communication node is a node that controls all first communication nodes in the communication system.

[0098] Optionally, the apparatus in an embodiment of the present application may further include a first receiving module for receiving identifier information transmitted by the second communication node, where the identifier information is used to indicate a selected backhaul path when a data packet is transmitted in the communication system.

[0099] Optionally, the apparatus in the embodiment of the present application may further include a second receiving module for receiving first configuration information sent by the second communication node, where the first configuration information is used to indicate a redundant capacity and / or a transmission delay of the backhaul path.

[0100] Optionally, in an embodiment of the present application, the transmission of link state information between multiple communication nodes is carried via at least one of a radio resource control (RRC) message, an F1-C message, a backhaul adaptation protocol (BAP) control protocol data unit (PDU), and a media access control layer (MAC) control unit (MAC) message.

[0101] Optionally, the format of the message in the embodiment of the present application includes at least one domain of a redundant capacity, a transmission delay, an identifier of a backhaul link, and a backhaul adaptation protocol (BAP) path identifier.

[0102] Optionally, the message format in the embodiment of the present application includes a plurality of entries, where each entry is used to indicate at least one of backhaul link identifier information and backhaul adaptation protocol (BAP) path identifier information.

[0103] The above embodiment has been described from the perspective of a device used in a first communication node, and the following will be described from the perspective of a device used in a second communication node.

[0104] An embodiment of the present application provides a rerouting device for use in a second communication node, as shown in FIG. 9, the device includes: a third receiving module 92 for receiving link status information of a backhaul link related to itself reported by a first communication node in the communication system, the second communication node being a node that controls all the first communication nodes in the communication system; and a configuration module 94 for configuring identifier information of the backhaul path based on the link state information, the identifier information being used to indicate a selected backhaul path when a data packet is transmitted in the communication system.

[0105] In the embodiments of the present application, the device used in the second communication node can, after receiving the link status information transmitted by the first communication node, determine an available backhaul path in the communication system based on the link status information, and notify the first communication node of the identifier information of the backhaul path, so that even if RLF does not occur, the second communication node can perform rerouting to select a backhaul path, making the rerouting manner more flexible, thereby solving the problem in the prior art that the rerouting manner is relatively single, since rerouting is performed only when a radio link failure (RLF) occurs.

[0106] Optionally, the apparatus of the present application may further include a first sending module for sending first configuration information to a first communication node, where the first configuration information is used to indicate a redundant capacity and / or a transmission delay of a backhaul path.

[0107] Optionally, the apparatus of the embodiment of the present application may further include a second transmitting module for transmitting second configuration information to the first communication node before receiving link status information reported by the first communication node in the communication system, where the second configuration information is used to instruct at least one of triggering the first communication node to report link status information and instructing the first communication node to activate a local re-routing function.

[0108] Optionally, the triggering manner in the embodiment of the present application includes at least one of a periodic triggering, an event triggering, and a polling triggering.

[0109] Optionally, the event trigger in the embodiment of the present application includes at least one event of: link state information satisfying a preset condition, receiving a link state information message sent by another communication node, and receiving a traffic control feedback message.

[0110] Optionally, the validity time of the link state information in the second communication node in the embodiment of the present application is at least one of: 1) within a preset time length determined by the second communication node or agreed upon by a protocol after receiving the link state information; and 2) from receiving the link state information until receiving the next link state information carrying the same link identifier or BAP path identifier.

[0111] The rerouting device in the embodiment of the present application may be a device, a component in a terminal, an integrated circuit, or a chip. The device may be a mobile terminal or a non-mobile terminal. Exemplarily, the mobile terminal may include, but is not limited to, the types of terminals 11 listed above, and the non-mobile terminal may be a server, a network attached storage (NAS), a personal computer (PC), a television (TV), a deposit payment machine or a self-service machine, and the embodiment of the present application is not specifically limited thereto.

[0112] The rerouting device in the embodiment of the present application may be a device having an operating system, which may be an Android operating system, an iOS operating system, or other possible operating systems, and the embodiment of the present application is not specifically limited.

[0113] The rerouting apparatus according to the embodiments of the present application can realize each process realized by the method embodiments of Figures 4 and 5 and achieve the same technical effects, and will not be further described here to avoid repetition of description.

[0114] Optionally, as shown in Fig. 10, the embodiment of the present application further provides a communication device 1000, including a processor 1001, a memory 1002, and a program or instruction stored in the memory 1002 and operable on the processor 1001, for example, when the communication device 1000 is a terminal, when the program or instruction is executed by the processor 1001, each process of the embodiment of the re-routing method can be realized and the same technical effect can be achieved. When the communication device 1000 is a network side device, when the program or instruction is executed by the processor 1001, each process of the embodiment of the re-routing method can be realized and the same technical effect can be achieved. In order to avoid repetition, no further description will be given here.

[0115] Specifically, an embodiment of the present application further provides a network side device. As shown in Fig. 11, the network side device 1100 includes an antenna 111, a radio frequency device 112, and a baseband device 113. The antenna 111 and the radio frequency device 112 are connected. In the uplink direction, the radio frequency device 112 receives information through the antenna 111, and transmits the received information to the baseband device 113 for processing. In the downlink direction, the baseband device 113 processes the information to be transmitted and transmits it to the radio frequency device 112, and the radio frequency device 112 processes the received information and then sends it out through the antenna 111.

[0116] The above frequency band processing device may be located in a baseband device 113, and the method performed by the network side equipment in the above embodiments may be implemented in the baseband device 113, which includes a processor 114 and a memory 115.

[0117] The baseband device 113 may include, for example, at least one baseband board, on which multiple chips are installed, and as shown in FIG. 11, one of the chips is, for example, a processor 114, which is connected to a memory 115, calls a program in the memory 115, and performs the operation of the network side device shown in the embodiment of the above method.

[0118] The baseband unit 113 may further include a network interface 116, which is used to exchange information with the radio frequency unit 112, and which is, for example, a common public radio interface (abbreviated as CPRI).

[0119] Specifically, the network side equipment of the embodiment of the present invention further includes instructions or programs stored in memory 115 and capable of running on processor 114, and processor 114 can call the instructions or programs in memory 115 to execute the methods performed by each module shown in FIG. 8 or 9, and achieve the same technical effects, which will not be described further here in order to avoid repetition.

[0120] The embodiments of the present application further provide a readable storage medium, on which a program or instruction is stored, which, when executed by a processor, can realize each process of the above rerouting method embodiment and achieve the same technical effect. In order to avoid repetition, no further description will be given here.

[0121] Wherein, the processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0122] The embodiment of the present application further provides a chip, the chip includes a processor and a communication interface, the communication interface is coupled to the processor, the processor is used to run a program or instruction of a network side device to realize each process of the embodiment of the above rerouting method, and can achieve the same technical effect. In order to avoid repetition, no further description will be given here.

[0123] An embodiment of the present application provides a computer program product, the program product being stored in a non-volatile storage medium, and the program product being executed by at least one processor to realize each process of the above rerouting method embodiment, and achieve the same technical effect. In order to avoid repetition of description, no further description will be given here.

[0124] The embodiments of the present application provide a communication device, which is configured to perform each process of each embodiment of the re-routing method as described above, and can achieve the same technical effects. In order to avoid repetition, they will not be described further here.

[0125] It should be understood that the chips referred to in the embodiments of the present application may be referred to as system level chips, system chips, chip systems, or systems on chips.

[0126] It should be explained that in this specification, the terms "comprise", "include", or any other variants thereof are intended to cover the non-exclusive "comprise", whereby a process, method, article, or apparatus that includes a set of elements includes not only those elements, but also other elements not expressly listed or inherent to such process, method, article, or apparatus. In the absence of further limitations, an element limited by the phrase "comprises a" does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes this element. It should be pointed out that the scope of the method and apparatus in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may include performing functions in an essentially simultaneous manner or in reverse order based on the functions involved, for example, the described method can be performed in a different order than described, and various steps can be added, omitted, or combined. Also, features described with reference to some examples can be combined in other examples.

[0127] From the above description of the embodiments, it is clear to those skilled in the art that the methods of the above embodiments can be realized in the form of software and a necessary general-purpose hardware platform. Of course, they can also be realized in hardware, but in many cases the former is a more preferred embodiment. Based on this understanding, the technical solution of the present application may be substantially or in part embodied in the form of a software product. The computer software product is stored in a storage medium (e.g., ROM / RAM, magnetic disk, optical disk) and includes some instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0128] The above describes the embodiments of the present application in conjunction with the drawings, but the present application is not limited to the above specific embodiments. The above specific embodiments are merely illustrative and not limiting. Those skilled in the art can take the suggestions of this application and make many forms without departing from the spirit and scope of the claims of this application, all of which belong to the protection scope of this application.

Claims

1. 1. A method of rerouting comprising the steps of: A first communication node acquires target information, the target information including link state information of a backhaul path associated with the first communication node; determining a target backhaul path based on the target information by the first communication node; When the link state information is downlink state information, the first communication node obtains link state information of a backhaul path related to the first communication node, The method of rerouting includes: the first communication node obtaining first link state information of a downlink backhaul link between the first communication node and a downstream node.

2. When the link state information is downlink link state information, the first communication node obtaining link state information of a backhaul path related to the first communication node, 2. The method of claim 1, further comprising: the first communication node receiving second link state information reported by a downstream node on the downlink backhaul path, wherein the second link state information comprises at least one of link state information obtained by a downstream node on the downlink backhaul path and link state information reported by a downstream node of a downstream node on the downlink backhaul path.

3. The method described in claim 1, wherein the target information further includes backhaul route identifier information.

4. The method comprises: The first communication node further includes transmitting the downlink state information to an upstream node of the first communication node, where the downlink state information includes at least one of the first link state information and the second link state information; The first communication node transmits the downlink state information to an upstream node of the first communication node, the first communication node transmitting to the upstream node a first redundant capacity value, the first redundant capacity value being indicated by the first link status information; the first communication node transmitting to the upstream node a second redundant capacity value, the second redundant capacity value being a smaller one of the redundant capacity value indicated by the first link status information and the redundant capacity value indicated by the second link status information; the first communication node transmitting to the upstream node a first transmission delay value, the first transmission delay value being a transmission delay value indicated by the first link state information; and the first communication node transmitting to the upstream node a second transmission delay value that is the sum of a transmission delay value indicated by the first link status information and a transmission delay value indicated by the second link status information.

5. When the link state information is uplink state information, the first communication node obtains link state information of a backhaul path associated with the first communication node, The first communication node acquires third link status information, the third link status information being link status information of a backhaul link between the first communication node and an upstream node; and the first communication node receiving fourth link state information communicated by an upstream node on an uplink backhaul path, wherein the fourth link state information includes at least one of link state information obtained by an upstream node on the uplink backhaul path and link state information transmitted by an upstream node of an upstream node on the uplink backhaul path.

6. The method comprises: The method further includes the first communication node transmitting the uplink state information to a downstream node on the backhaul path, where the uplink state information includes at least one of the third link state information and the fourth link state information; The first communication node transmits the uplink state information to a downstream node on the backhaul path, transmitting, by the first communication node, a third redundant capacity value to the downstream node, the third redundant capacity value being indicated by the third link status information; the first communication node transmits to the downstream node a fourth redundant capacity value, the fourth redundant capacity value being a smaller redundant capacity value of the third link status information and the fourth link status information; the first communication node transmitting to the downstream node a third transmission delay value, the third transmission delay value being a transmission delay value indicated by the third link state information; and the first communication node transmitting to the downstream node a fourth transmission delay value that is the sum of the transmission delay value indicated by the third link status information and the transmission delay value indicated by the fourth link status information.

7. When the link state information includes at least one of a redundant capacity and a transmission delay, the first communication node determines a target backhaul path based on the target information, The first communication node determines target link state information from the link state information, and a target link state corresponding to the target link state information satisfies at least one of the following conditions: the redundant capacity is greater than a first preset threshold value; and the transmission delay is less than a second preset threshold value; and the first communication node determining the target backhaul path based on the target link state information.

8. Before the first communication node acquires the target information, the method further comprises: The first communication node obtaining link state information of a backhaul link associated with the first communication node; 4. The method of claim 3, further comprising: the first communication node transmitting link state information of a backhaul link associated with the first communication node to a second communication node, wherein the second communication node is a node that controls all first communication nodes in a communication system.

9. The method comprises: and receiving, by the first communication node, backhaul path identifier information transmitted by the second communication node, wherein the backhaul path identifier information is used to indicate a selected backhaul path when a data packet is transmitted in the communication system; The method comprises:

9. The method of claim 8, further comprising: the first communication node receiving first configuration information transmitted by the second communication node, wherein the first configuration information is used to indicate a redundant capacity and / or a transmission delay of the backhaul path.

10. The transmission of the link state information between the plurality of communication nodes is carried via at least one message of a radio resource control (RRC) message, an F1-C message, a backhaul adaptation protocol (BAP) control protocol data unit (PDU), and a media access control layer (MAC) control unit; The format of the message includes at least one domain of a redundant capacity, a transmission delay, a backhaul link identifier, and a BAP route identifier; 8. The method of claim 7, wherein the message format includes a plurality of entries, where each entry is used to indicate at least one of backhaul link identifier information and BAP route identifier information.

11. 1. A method of rerouting comprising the steps of: A second communication node receives link status information of a backhaul link related to itself reported by a first communication node in a communication system, the second communication node being a node that controls all the first communication nodes in the communication system; and the second communication node configuring backhaul path identifier information based on the link state information, the backhaul path identifier information being used to indicate a selected backhaul path when a data packet is transmitted in the communication system; A method of rerouting, in which, when the link state information is downlink link state information, the downlink link state information is first link state information of a downlink backhaul link between the first communication node and a downstream node, obtained by the first communication node.

12. The method comprises:

12. The method of claim 11, further comprising: the second communication node transmitting first configuration information to the first communication node, wherein the first configuration information is used to indicate a redundant capacity and / or a transmission delay of the backhaul path.

13. Before the second communication node receives link state information reported by the first communication node in the communication system, the method includes: the second communication node sending second configuration information to the first communication node, where the second configuration information is used to instruct at least one of: triggering the first communication node to report the link state information; and instructing the first communication node to activate a local re-routing function; The trigger method includes at least one of a periodic trigger, an event trigger, and a polling trigger; 12. The method of claim 11, wherein the event trigger includes at least one of the following events: the link state information satisfies a preset condition, receiving a link state information message transmitted by another communication node, and receiving a traffic control feedback message.

14. The validity time of the link state information in the second communication node is within a preset time period determined by the second communication node or agreed upon by a protocol after receiving the link status information; The method of claim 11 , at least one of from receiving the link state information until receiving a next link state information carrying the same backhaul link identifier or BAP route identifier.

15. 15. A communications device comprising a processor, a memory, and a program or instructions stored in said memory and operable to run on said processor, said program or instructions, when executed by said processor, implementing the rerouting method steps of any one of claims 1 to 14.

16. A readable storage medium having a program or instructions stored thereon, the program or instructions, when executed by a processor of a first communication node, implementing the rerouting method steps of any one of claims 1 to 10, or, when executed by a processor of a second communication node, implementing the rerouting method steps of any one of claims 11 to 14.

Images