WO2023130989A1 - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
WO2023130989A1
WO2023130989A1 PCT/CN2022/141562 CN2022141562W WO2023130989A1 WO 2023130989 A1 WO2023130989 A1 WO 2023130989A1 CN 2022141562 W CN2022141562 W CN 2022141562W WO 2023130989 A1 WO2023130989 A1 WO 2023130989A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
iab node
topology
routing identifier
iab
Prior art date
Application number
PCT/CN2022/141562
Other languages
English (en)
French (fr)
Inventor
李奎奎
孙飞
史玉龙
曾清海
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2023130989A1 publication Critical patent/WO2023130989A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery

Definitions

  • the first IAB node can perform a header rewriting operation on the data packet from the second IAB node of the heterotopology.
  • the header rewriting operation is specifically: modifying the first routing identifier in the data packet to the second routing identifier.
  • the BAP address in the first routing identifier is allocated by the first host node
  • the BAP address in the second routing identifier is allocated by the second host node.
  • the first IAB node may modify the routing identifier in the data packet after determining that the ingress link or the egress link of the data packet does not belong to the first topology. That is to say, the first IAB node can determine whether to modify the routing identifier in the data packet according to the ingress link or the egress link of the data packet, so as to further improve the flexibility of the IAB node to rewrite the routing identifier in the data packet.
  • the header rewriting operation mode of the first IAB node can be indicated through the first indication information, so as to further improve the flexibility of the IAB node to rewrite the routing identifier in the data packet.
  • the first IAB node may determine that the ingress link of the data packet does not belong to the first topology (or belongs to the second topology), and modify the third routing identifier in the data packet to the first routing identifier .
  • the first IAB node may also determine that the egress link of the data packet does not belong to the first topology (or belongs to the second topology), and modifies the first routing identifier in the data packet to the second routing identifier.
  • the flexibility of the IAB node to rewrite the routing identifier in the data packet can be further improved.
  • the flexibility of the IAB node to rewrite the routing identifier in the data packet can be further improved.
  • the first IAB node when the first IAB node determines to send the data packet to the third IAB node, the first IAB node modifies the first routing identifier to the second routing identifier, and the third IAB node Belonging to the second topology; wherein, the first IAB node is a child node of the second IAB node, and the third IAB is a child node of the first IAB node; or, the first IAB node is a child node of the second IAB node A parent node, the third IAB is the parent node of the first IAB.
  • the BAP address of the third IAB node is included in the routing table of the first topology in the first IAB node, the routing table includes topology information to which the next-hop node belongs, and the The topology information of the third IAB node is the second topology; or, the link between the third IAB node and the first IAB node belongs to the second topology; or, the first routing identifier is included in the second rewriting table.
  • the second rewriting table includes the first routing identifier and the second routing identifier, and the first routing identifier and the second routing identifier have a corresponding relationship.
  • the first IAB node receives configuration information of the second rewriting table from the first host node.
  • the second rewriting table can be flexibly configured by the first host node.
  • the present application provides a communication method, which can be performed by the first host node, a CU or DU in the first host node, or a module (such as a chip) in the first host node, wherein the first Host nodes are used to manage the first topology.
  • the method includes: the first host node receives the second routing identifier from the IAB node of the second hosting node, and the BAP address in the second routing identifier is determined by the second host node Allocation, the second host node is used to manage the second topology.
  • the first host node may also generate configuration information of the second rewriting table according to the first routing identifier of the IAB node and the second routing identifier, and the BAP address in the first routing identifier is allocated by the first hosting node.
  • the first host node may also send the configuration information of the second rewrite table to the first IAB node, and the first IAB node belongs to the first topology.
  • the configuration of the second rewriting table can be implemented by the first host node, so as to flexibly realize the header rewriting operation.
  • the method includes: the first host node sends second indication information to the fourth IAB node, where the second indication information is used to instruct the fourth IAB node to determine the fourth IAB node's whether the ingress link belongs to the first topology; or, the second indication information is used to instruct the fourth IAB node to determine whether the egress link of the fourth IAB node belongs to the first topology;
  • the IAB node sends third indication information, where the third indication information is used to instruct the fifth IAB node to determine whether the ingress link of the fifth IAB node belongs to the first topology; or, the third indication information is used to indicate the fifth IAB node.
  • the embodiment of the present application provides a communication device, which may be a first IAB node, an MT or DU in the first IAB node, a module (such as a chip) in the first IAB node, a first host node, A CU or DU in the first host node, or a module (such as a chip) in the first host node.
  • the device has the function of realizing any realization method of the above-mentioned first aspect to the third aspect. This function may be implemented by hardware, or may be implemented by executing corresponding software on the hardware.
  • the hardware or software includes one or more modules corresponding to the above functions.
  • the embodiment of the present application provides a communication device, including a module configured to execute any implementation method in the first aspect to the third aspect above.
  • the embodiment of the present application provides a communication device, including a processor coupled to the memory, and the processor is used to call the program stored in the memory to execute any implementation method in the first aspect to the third aspect above .
  • the memory may be located within the device or external to the device. And there may be one or more processors.
  • the embodiment of the present application provides a communication device, including a processor and a memory; the memory is used to store computer instructions, and when the communication device is running, the processor executes the computer instructions stored in the memory, so that the communication
  • the device executes any implementation method in the above-mentioned first aspect to the third aspect.
  • the embodiment of the present application also provides a computer-readable storage medium, in which a computer program or instruction is stored, and when the computer program or instruction is executed by a processor, the above-mentioned first aspect to the third aspect are realized Any implementation method in .
  • the embodiment of the present application further provides a communication system, where the communication system includes a communication device configured to implement any implementation method of the first aspect to the third aspect.
  • FIG. 1 is a schematic structural diagram of a wireless communication system provided by the present application.
  • FIG. 3 is a schematic diagram of a protocol stack architecture of a wireless communication system provided by the present application.
  • FIG. 4 is a schematic diagram of a protocol stack architecture of another wireless communication system provided by the present application.
  • FIG. 5A is a schematic structural diagram of another wireless communication system provided by the present application.
  • FIG. 5B is a schematic structural diagram of another wireless communication system provided by the present application.
  • FIG. 6 is a schematic diagram of a different topology system architecture provided by the present application.
  • FIG. 7 is a schematic diagram of another heterotopic system architecture provided by the present application.
  • FIG. 8 is a schematic flow chart of a header rewriting method
  • FIG. 9 is a schematic flow chart of another header rewriting method.
  • FIG. 10 is a schematic diagram of a hybrid topology system architecture provided by the present application.
  • FIG. 11 is a schematic diagram of another hybrid topology system architecture provided by the present application.
  • FIG. 13 is a schematic diagram of a logical relationship between an ingress link and an egress link provided by the present application
  • FIG. 14 is a schematic diagram of another hybrid topology system architecture provided by the present application.
  • Fig. 15 is a schematic flow chart of a partial migration method provided by the present application.
  • FIG. 16 is a schematic diagram of another hybrid topology system architecture provided by the present application.
  • FIG. 17 is a schematic diagram of another hybrid topology system architecture provided by the present application.
  • FIG. 18 is a schematic structural diagram of a communication device provided by the present application.
  • FIG. 19 is a schematic structural diagram of a communication device provided by the present application.
  • “Multiple” in the embodiment of the present application refers to two or more, in view of this, “multiple” can also be understood as “at least two” in the embodiment of the present application.
  • “At least one” can be understood as one or more, such as one, two or more.
  • including at least one means including one, two or more, and does not limit which ones are included, for example, including at least one of A, B and C, then what is included can be A, B, C, A and B, A and C, B and C, or A and B and C.
  • “And/or” describes the association relationship of associated objects, indicating that there may be three types of relationships, for example, A and/or B may indicate: A exists alone, A and B exist simultaneously, and B exists independently.
  • the character “/” unless otherwise specified, generally indicates that the associated objects before and after are in an “or” relationship.
  • system and “network” in the embodiments of the present application may be used interchangeably.
  • ordinal numerals such as “first” and “second” mentioned in the embodiments of the present application are used to distinguish multiple objects, and are not used to limit the sequence, timing, priority or importance of multiple objects.
  • a terminal device is a device that provides voice and/or data connectivity to users.
  • the terminal device involved in the present application may be a terminal device or a hardware component within the terminal device capable of realizing the functions of the terminal device.
  • the terminal equipment may be called user equipment, mobile station (mobile station, MS), mobile terminal (mobile terminal, MT), etc., for example, it may include a handheld device with a wireless connection function, or be connected to a wireless Modem processing device.
  • the terminal can communicate with the core network via a radio access network (radio access network, RAN), and exchange voice and/or data with the RAN.
  • radio access network radio access network
  • terminal equipment are: personal communication service (PCS) phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (personal digital assistant, PDA), bar code, radio frequency identification (radio frequency identification, RFID), sensor, satellite navigation system, such as global positioning system (global positioning system, GPS), Beidou positioning system, laser scanner and other information sensing equipment and other equipment.
  • PCS personal communication service
  • SIP session initiation protocol
  • WLL wireless local loop
  • PDA personal digital assistants
  • bar code radio frequency identification
  • RFID radio frequency identification
  • sensor satellite navigation system, such as global positioning system (global positioning system, GPS), Beidou positioning system, laser scanner and other information sensing equipment and other equipment.
  • satellite navigation system such as global positioning system (global positioning system, GPS), Beidou positioning system, laser scanner and other information sensing equipment and other equipment.
  • the terminal device may also be a wearable device.
  • Wearable devices can also be called wearable smart devices, which is a general term for the application of wearable technology to intelligently design daily wear and develop wearable devices, such as glasses, gloves, watches, clothing and shoes.
  • a wearable device is a portable device that is worn directly on the body or integrated into the user's clothing or accessories. Wearable devices are not only a hardware device, but also achieve powerful functions through software support, data interaction, and cloud interaction.
  • Generalized wearable smart devices include full-featured, large-sized, complete or partial functions without relying on smart phones, such as smart watches or smart glasses, etc., and only focus on a certain type of application functions, and need to cooperate with other devices such as smart phones Use, such as various smart bracelets, smart helmets, smart jewelry, etc. for physical sign monitoring.
  • the terminal can also be a virtual reality (virtual reality, VR) device, an augmented reality (augmented reality, AR) device, a wireless terminal in industrial control (industrial control), a wireless terminal in self driving (self driving), remote surgery Wireless terminals in remote medical surgery, wireless terminals in smart grid, wireless terminals in transportation safety, wireless terminals in smart city, smart home wireless terminals, terminal equipment in the future evolved public land mobile network (PLMN), or vehicle equipment in vehicle to everything (V2X), customer premises equipment (CPE) )wait.
  • VR virtual reality
  • AR augmented reality
  • WLAN augmented reality
  • WLAN wireless terminal in industrial control
  • self driving self driving
  • remote surgery Wireless terminals in remote medical surgery
  • wireless terminals in smart grid wireless terminals in transportation safety
  • wireless terminals in smart city, smart home wireless terminals terminal equipment in the future evolved public land mobile network (PLMN), or vehicle equipment in vehicle to everything (V2X), customer premises equipment (CPE) )wait.
  • PLMN public land mobile network
  • V2X vehicle equipment in vehicle
  • the functions of the terminal device may be implemented by hardware components inside the terminal device, and the hardware components may be processors and/or programmable chips inside the terminal device.
  • the chip can be realized by an application-specific integrated circuit (application-specific integrated circuit, ASIC), or a programmable logic device (programmable logic device, PLD).
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the above-mentioned PLD can be a complex program logic device (complex programmable logical device, CPLD), a field-programmable gate array (field-programmable gate array, FPGA), a general array logic (generic array logic, GAL) or a system on a chip (system on a chip) , any one of SOC) or any combination thereof.
  • the various terminal identifications described above if located on the vehicle (for example, placed in the vehicle or installed in the vehicle), can be considered as vehicle-mounted terminal equipment, and the vehicle-mounted terminal equipment is also called an on-board unit (OBU). ).
  • OBU on-board unit
  • the wireless backhaul device can provide wireless access services for terminal devices through the access link (access link, AL), and the wireless backhaul device is connected to the host node through the backhaul link (BL or BH) for transmission Service data of the terminal equipment, and expand the coverage of the mobile communication system by resending or forwarding the service data.
  • the wireless backhaul device may be called a relay node (relay node, RN), and may also be called a relay device, or a relay transmission receiving point (relay transmission receiving point) and reception point, rTRP) or transmission point (transmission point, TP), etc.
  • the wireless backhaul device can establish a wireless backhaul link with one or more upper-level nodes (parent nodes), and access the core network through the upper-level nodes.
  • the upper-level node can control the wireless backhaul device to a certain extent (for example, data scheduling, timing modulation, power control, etc.) through various signaling.
  • the wireless backhaul device may serve one or more subordinate nodes (sub-nodes).
  • the upper node of the wireless backhaul device may be a host node, or another wireless backhaul device.
  • the subordinate node of the wireless backhaul device may be a terminal device or another wireless backhaul device.
  • the wireless backhaul device may be an IAB node.
  • IAB node when the IAB node faces its parent node, it can be used as a terminal device, that is, the role of a mobile terminal, to provide data return for its child nodes, which can be called IAB-MT.
  • IAB-MT When an IAB faces its child node (that is, another IAB node or terminal device), it is regarded as a network device, that is, it acts as a DU to provide access services for its subordinate IAB child nodes or UEs, called IAB- du.
  • the donor node may include a CU (the CU in the donor node is referred to as a donor-CU (donor-CU) or gNB-CU in this application) and a DU (the DU in the donor node is referred to in this application as Donor node DU (donor-DU) or gNB-DU).
  • the gNB-CU and the gNB-DU are connected through an F1 interface, and the F1 interface may further include a control plane interface (F1-C) and a user plane interface (F1-U).
  • the CU and the core network are connected through a next generation (NG) interface.
  • NG next generation
  • the gNB-CU or the host node CU can also use the user plane (user plane, UP) (referred to as CU-UP in this application) and the control plane (control plane, CP) (referred to as CU-CP in this application)
  • UP user plane
  • CP control plane
  • CU-CP control plane
  • One gNB-CU may include one gNB-CU-CP and at least one gNB-CU-UP.
  • one host node CU may include one host node CU-CP and at least one host node CU-UP.
  • the donor node CU may be called an IAB donor node CU (IAB-donor-CU), and the donor node DU may be called an IAB donor node DU.
  • IAB-donor-CU IAB donor node CU
  • IAB donor node DU IAB donor node DU
  • the function of IAB host node DU is similar to that of gNB-DU, which can be mainly used to implement the functions of layer 1 (layer 1, L1) and layer 2 (layer 2, L2) protocol stacks, including: physical (physical, PHY) layer, The function of the media access control (media access control, MAC) layer or the radio link control (radio link control, RLC) layer.
  • the function of the IAB host node CU is similar to that of the gNB-CU, mainly implementing the packet data convergence protocol (PDCP) layer, service data adaptation protocol (service data adaptation protocol, SDAP) layer or radio resource control (radio resource control) , RRC) layer functions.
  • PDCP packet data convergence protocol
  • SDAP service data adaptation protocol
  • RRC radio resource control
  • the function of the host node may be implemented by hardware components inside the host node, for example, by a processor and/or a programmable chip inside the host node.
  • the chip can be realized by ASIC, or PLD.
  • the above-mentioned PLD may be any one of CPLD, FPGA, GAL or SOC or any combination thereof.
  • the 5G NR protocol standard uses a higher frequency band to obtain more bandwidth Resources, including sub-6 giga hertz (giga hertz, GHz) frequency band and millimeter wave frequency band.
  • High-frequency signals have poor propagation characteristics, short wavelengths, small signal coverage, and severe attenuation due to occlusion, requiring a large number of densely deployed small base stations.
  • the IAB technology provides an idea to solve the above two problems: both the access link and the backhaul link in the IAB network adopt a wireless transmission solution, which reduces the deployment of optical fibers.
  • the key advantage of IAB is to achieve flexible and dense deployment of NR cells without the need for proportionally dense deployment of wired transmission networks.
  • IAB networks can be envisioned in various deployment scenarios, including supporting outdoor small cell deployments, indoor small cell deployments and even mobile relays, for example, on a bus or train.
  • the IAB node is used as the wireless backhaul device and the IAB host node is used as the host node, and the functions performed by the wireless backhaul device and the host node in the method provided by the embodiment of the application are introduced, but not It should be understood that the execution subject in this application can only be limited to the IAB node and the IAB host node. That is to say, the IAB node in this application can also be replaced by a relay node or a wireless backhaul device, and correspondingly, the IAB host node can also be replaced by a host node. That is to say, the application scenario of the present application is not limited to the IAB network, and can also be applied to other types of relay networks.
  • FIG. 1 shows an IAB network architecture. It can be seen that the IAB nodes are used to provide wireless access and wireless backhaul of access services for UEs.
  • the IAB host node is used to provide the wireless backhaul function to the IAB node, and provide an interface between the UE and the core network.
  • the IAB node is connected to the IAB host node through a wireless backhaul link, so that the UE served by the IAB node is connected to the core network.
  • FIG. 2 shows an IAB network architecture under a multi-hop network, where there is at least one multi-segment link between the UEs served by the IAB node (including UE1 and UE2 shown in Figure 2) and the IAB host node
  • the formed transmission path, each transmission path includes UE, one or more IAB nodes, and IAB host node DU and IAB host node CU.
  • Each IAB node regards the adjacent node providing access and backhaul services as a parent node, and accordingly, each IAB node can be regarded as a child node of its parent node. For example, in FIG.
  • FIG. 3 and Figure 4 respectively show the schematic diagrams of the CP protocol stack and the UP protocol stack of the three-hop backhaul IAB network.
  • the UE accesses through IAB node 2, IAB node 3, IAB node 1, and IAB host node 1 successively. network.
  • the following describes the flow of user plane traffic (F1-U traffic) and control plane traffic (F1-C traffic) of the F1 interface according to Figure 3 and Figure 4 respectively:
  • the RRC message is encapsulated and transmitted in the F1AP message between the access IAB node and the IAB host node CU.
  • UE1 encapsulates the RRC message in a PDCP protocol data unit (protocol data unit, PDU), and sends it to the IAB2-DU after being processed by the RLC layer, the MAC layer, and the PHY layer in sequence.
  • PDU protocol data unit
  • the IAB2-DU is processed by the PHY layer, the MAC layer and the RLC layer in turn, the PDCP PDU is obtained, the PDCP PDU is encapsulated in the F1AP message, and the IP packet is obtained after being processed by the SCTP layer and the IP layer in turn, and the IAB2-MT (that is, the IAB node 2) sends the IP packet to the IAB3-DU (that is, the IAB-DU of the IAB node 3) after being processed by the BAP layer, the RLC layer, the MAC layer and the PHY layer respectively.
  • the IAB2-MT that is, the IAB node 2
  • the IAB3-DU that is, the IAB-DU of the IAB node 3
  • IAB3-DU gets the IP packet after being processed by the PHY layer, MAC layer, RLC layer and BAP layer in turn, and then similar to the operation of IAB2-MT, IAB3-MT (ie IAB-MT of IAB node 3) sends the IP packet to the IAB1-DU (ie, the IAB-DU of the IAB node 1), and the IAB1-MT (ie, the IAB-MT of the IAB node 1) then sends the IP packet to the IAB host node DU1.
  • Corresponding BAP entity is arranged on IAB node to carry out BAP layer agreement, and its function includes adding BAP bag head (header) to the IP data packet from upper layer, wherein comprises BAP routing mark (identity, ID), specifically, can be in the BAP routing mark It includes the BAP address of the destination node and the identification of the path to the node (in this application, it may be expressed as a path (path)).
  • ID BAP routing mark
  • ID BAP routing mark
  • ID the BAP address of the destination node and the identification of the path to the node
  • path path
  • the BAP address of the destination node in the BAP routing identifier may be referred to simply as the BAP address in the BAP routing identifier or the BAP address in the routing identifier.
  • FIG 2 shows the IAB independent (standalone, SA) networking scenario, that is, both the IAB node and the UE establish a connection with the network only through the air interface of the NR standard, and the IAB node 4 can simultaneously connect to two parent SAs in the form of NR-DC Nodes IAB node 2 and IAB node 3, these two parent nodes can serve as the master station (master node, MN) or secondary station (secondary node, SN) of IAB node 2 respectively, and the cell group (cell group, CG ) is a master cell group (master cell group, MCG), and the cell group configured on the SN side is a secondary cell group (secondary cell group, SCG).
  • the IAB network also supports non-standalone (NSA) networking.
  • NSA non-standalone
  • the NSA scenario of the IAB network also supports multi-hop IAB networking, that is, the IAB node can be connected to the IAB host node gNB through a multi-hop wireless backhaul link.
  • NSA networking is also called EN-DC networking.
  • the IAB network architecture in the SA networking mode is shown in FIG. 5B .
  • the IAB host node CU-CP can perform control plane signaling communication with the 5G core network (5G core, 5GC) through the core network control plane interface (such as NG-C interface), and the IAB host node CU-CP
  • the UP can communicate with the 5GC on the user plane through the core network user plane interface (such as the NG-U interface).
  • the IAB host node can also be connected to the EPC through the S1-U interface.
  • IAB-DU2 still belongs to the topology managed by CU1, because the F1 interface of DU2 is still the F1 interface with the host node CU1, that is, the termination node of F1 is CU1, so DU2 belongs to the topology managed by CU1.
  • This scenario may be referred to as an MT-terminated Inter-CU migration (MT-terminated Inter-CU migration) scenario.
  • the destination node of the uplink data packet will only be the host node DU, and CU1 will assign a pseudo BAP address to the host node DU2.
  • the border node such as IAB node 2
  • BAP routing ID BAP routing ID
  • the border node is the converging node of the two topologies, the border node and its parent node belong to the topology managed by different host nodes, and the border node, its child nodes and their downstream nodes belong to the topology managed by the same host node.
  • the border node can first judge whether the received data packet needs to be rewritten (header rewriting), that is, rewrite the BAP routing identifier in the packet header, or first judge whether the data packet is handed over to the border node itself, that is, handed over to the upper layer (upper layer) processing.
  • the border node After the BAP layer of the border node receives the uplink data packet, it can judge whether the BAP routing identifier of the data packet is in the rewriting table, and if it matches (that is, the BAP routing identifier is in the rewriting table) , the BAP routing identifier is rewritten according to the rewriting table.
  • the border node further knows that the data packet is a heterotopological route. Otherwise, if the BAP routing identifier is not included in the rewriting table, no header rewriting process is performed on the BAP routing identifier.
  • the border node further knows that the data packet is routed with the same topology. Afterwards, the border node can forward the data packet according to the routing identifier and the routing table corresponding to the different topology or the same topology.
  • the 3GPP standardization organization has planned to discuss a more general cross-CU routing scenario, that is, the mixed-topology routing scenario, and pointed out that the mixed-topology routing is characterized by the fact that the border nodes and child nodes may belong to different topologies (that is, they are composed of different host node CU management).
  • Figure 10 and Figure 11 show two scenarios of hybrid topology routing.
  • the child node IAB-MT of the border node IAB node 4 is partly managed by the host node CU1 , and the part of IAB-DU is managed by the host node CU2 .
  • the child nodes of the border node IAB node 4 are completely managed by the host node CU2.
  • the cross-CU routing method adopted by the current standard is only applicable to the same-topology routing or different-topology routing scenarios, and cannot be applied to mixed topology routing scenarios (such as the path shown by the arrow in Figure 10 or Figure 11). This is because this method only rewrites the BAP header once at the border node for data packets judged to be heterotopically routed, but if the child node is of a different topology from the border node, the data packet that only modifies the BAP route identifier once cannot be sent to the child node. There is still a problem of BAP address conflicts in the routing on the downstream node, which leads to the inability of the data packets to be transmitted correctly.
  • the method can be implemented by the first IAB node, wherein the first IAB node is an IAB node belonging to the first topology in the IAB network, and the first topology is managed by the first host node.
  • the IAB network also includes the first Two topology, the second topology is managed by the second host node.
  • the communication method provided by the embodiment of this application may include the following steps:
  • the first IAB node receives a data packet from the second IAB node.
  • the second IAB node belongs to the second topology.
  • the first IAB node may be a child node of the second IAB node, or the first IAB node is a parent node of the second IAB node.
  • the data packet is a downlink data packet
  • the second IAB node is IAB node 3
  • the first IAB node can be IAB node 2
  • the first IAB node is the first IAB node A child node of the second IAB node
  • the data packet is a data packet received by the first IAB node from the second IAB node.
  • the BAP address in the first routing identifier (the BAP address is the BAP address of the destination node) is allocated by the first host node, and the BAP address in the second routing identifier is allocated by the second host node.
  • the first IAB node may send the first route link in the data packet to the The ID is changed to the second routing ID. Therefore, in S102, the first IAB node can identify whether the ingress link or the egress link of the data packet is a heterotopic link, and if the ingress link or the egress link is a heterotopology link, the data packet can be header rewrite operation.
  • the ingress link of the data packet belongs to the second topology, that is, does not belong to the first topology.
  • the first IAB node determines that the ingress link of the data packet does not belong to the first topology
  • the first judgment condition may include at least one of the following conditions 1 and 2 :
  • Condition 1 The MCG ID or SCG where the ingress link is located does not belong to the first topology.
  • the first IAB node can determine the MCG ID or SCG ID where the ingress link is located according to the second IAB node, and identify whether the MCG ID or SCG ID where the ingress link is located belongs to the first host node, if not, then It is determined that the ingress link does not belong to the first topology.
  • Condition 2 Identifying that the ingress link does not belong to the first topology according to the topology identifier of the ingress link.
  • the first IAB node may determine the topology to which the ingress link belongs according to the identifier of the ingress link, and if the ingress link does not belong to the first topology, the first IAB node may determine that the ingress link does not belong to the first topology.
  • the egress link is a link from the first IAB node to the next hop node of the data packet.
  • the first IAB node determines according to the routing table that the data packet needs to be forwarded to the third IAB node, then the link from the first IAB node to the third IAB node is the egress link of the data packet. If the third IAB node belongs to the second topology, the egress link of the data packet belongs to the second topology, that is, does not belong to the first topology.
  • the first IAB node may modify the first routing identifier in the data packet to the second routing identifier when determining to send the data packet to the third IAB node. Specifically, the first IAB node may determine that the egress link of the data packet (that is, the link leading to the third IAB node) belongs to the second topology, and further modify the first routing identifier in the data packet to the second routing identifier.
  • the third IAB is a child node of the first IAB, and at this time the data packet is a downlink data packet, or, if the first IAB node is the second IAB node the parent node of the first IAB, the third IAB is the parent node of the first IAB, and the data packet is an uplink data packet at this time.
  • the third IAB node can be IAB node 4. If the data packet is an uplink data packet, and the second IAB node is IAB node 4, and the first IAB node is IAB node 2, then the third IAB node may be IAB node 3.
  • the first IAB node determines that the egress link of the data packet does not belong to the first topology.
  • the egress link may be a link from the first IAB node to the third IAB node. It can be understood that if the first IAB node determines that the egress link of the data packet does not belong to the first topology, it means that the third IAB node does not belong to the first topology.
  • the second judgment condition may include any one of the following conditions 3 to 5:
  • the BAP address of the third IAB node is included in the routing table of the first topology in the first IAB node, the routing table includes the topology information to which the next-hop node of the data packet belongs, and the topology of the third IAB node The information is the second topology (or heterotopology).
  • the third IAB node is the next hop node of the data packet, or in other words, the first IAB node needs to send the data packet to the third IAB node.
  • the same-topology routing table may include topology information to which the third IAB node belongs, and the topology information includes a routing entry (entry) whose next hop node (next hop node) is the third IAB node in the same-topology routing table , the routing entry includes the BAP address of the third IAB node of the next hop.
  • the topology information may be used to indicate that the third IAB node belongs to the second topology, for example, the topology information of the third IAB node is the second topology.
  • the BAP entity of the first IAB node can query the next hop BAP address (next hop BAP address) corresponding to the BAP routing identifier according to the routing table of the same topology based on the backhaul routing configuration (BH routing configuration), and can further obtain from the same topology routing table. If the topology information of the third IAB node corresponding to the next-hop BAP address is determined in the topology routing table, and the topology information is the second topology, then the first IAB node can determine that the egress link corresponding to the next-hop node belongs to the second topology. Topology, that is, confirm that condition 4 is satisfied.
  • condition 3 the same-topology routing table needs to support the selection of the inter-topology egress link leading to the different topology, so that the first IAB node can identify the next-hop node and the corresponding egress link in the routing table Whether it belongs to heterotopology.
  • the routing table of the first topology in the first IAB node may be an inter-topology routing table (inter-topology routing table) configured by the first host node.
  • the different topology routing table may include the routing information of the IAB nodes of the different topology, and may be used for the IAB nodes in the first topology to perform routing on the data packets of the different topology.
  • the first IAB node determines that the next hop node of the data packet is the third IAB node according to the heterotopological routing table, it can further determine the egress link identifier corresponding to the egress link leading to the third IAB node, according to the egress
  • the link identifier may determine that the egress link (ie, the link between the third IAB node and the first IAB node) belongs to the second topology.
  • the first IAB node may also determine that the next hop node is the third IAB node according to the heterotopological routing table, and further determine that the F1 termination node of the third IAB node is the second host node CU, thereby determining the relationship between the third IAB node and Links between the first IAB nodes belong to the second topology.
  • the first routing identifier in the data packet matches the rewriting table (such as the aforementioned second rewriting table).
  • the rewriting table is as shown in Table 1.
  • condition 5 when the first IAB node determines that the routing identifier in the data packet includes the BAP address Y, it may determine that condition 5 is met. If condition 5 is satisfied, it means that the egress link of the data packet is a heterotopology link, that is to say, the egress link does not belong to the first topology.
  • the first IAB node may also execute the steps shown in S103:
  • the first IAB node will come from the BAP routing identifier in the data packet of the second IAB node (in order to distinguish the routing identifier from the first routing identifier and the second routing identifier, the routing identifier is hereinafter referred to as the third routing identifier ) is changed to the first routing identifier, wherein the BAP address in the third routing identifier is allocated by the second host node.
  • the BAP address in the third routing identifier may be the same as or different from the BAP address in the second routing identifier, and the third routing identifier may be the same as or different from the second routing identifier.
  • step S103 indicated by the dashed box is an optional step.
  • the first IAB node may send the data packet to the third IAB node, where the route identifier in the data packet is the second route identifier.
  • the first IAB node may modify the third route identifier in the received heterotopological data packet to the first route identifier, and modify the first route identifier to the second route identifier.
  • the first IAB node only modifies the routing identifier in the data packet once in some cases.
  • the first IAB node may modify the third routing identifier in the data packet to the first routing identifier according to the first rewriting table.
  • the first rewriting table may be sent by the first host node to the first IAB node, and details may refer to the foregoing description.
  • the first IAB node may modify the third route identifier in the data packet to the first route identifier.
  • the first IAB node determines that the ingress link of the data packet does not belong to the first topology.
  • the first IAB node determines that the aforementioned second judgment condition is met, determines that the egress link of the data packet does not belong to the first topology, and may modify the first route identifier in the data table to the second route logo.
  • the first IAB node may modify the third routing identifier in the data packet to the first routing identifier when determining that the ingress link of the data packet does not belong to the first topology, and, In the case that the egress link of the data packet does not belong to the first topology, the first routing identifier in the data packet is changed to the second routing identifier.
  • the first IAB node may determine whether the ingress link of the data packet belongs to the first topology according to the indication information from the first host node, and/or, the first IAB node may determine whether the ingress link of the data packet belongs to the first topology according to the indication information from the first host node It is determined whether the egress link of the data packet belongs to the first topology.
  • the first IAB node when the first IAB node receives the first indication information from the first host node, the first IAB node needs to determine whether the ingress link of the data packet belongs to the first topology, and determine whether the data packet Whether the egress link of the packet belongs to the first topology. In addition, if the first IAB node does not receive the first indication information, it is not necessary to judge whether the ingress link and the egress link of the data packet belong to the first topology, or in other words, the first IAB node does not need to perform a header on the data packet. Overwrite operation.
  • the host node may also use the indication information to instruct the managed IAB to rewrite the header of the data packet when the ingress link or the egress link of the data packet is a heterotopic link , then the IAB node can be used as the first IAB node in the embodiment of the present application. If the indication information is not received, there is no need to judge whether the ingress link and/or the egress link of the received data packet is a heterotopology link, and therefore no header rewriting operation is required.
  • the IAB node when the IAB node receives the indication information from the host node, the IAB node only needs to judge whether the ingress link of the data packet belongs to the topology managed by the host node (that is, only according to the ingress link topology information to rewrite the header of the data packet), or it is only necessary to determine whether the egress link of the data packet belongs to the topology managed by the host node (that is, to rewrite the header of the data packet only according to the topology information of the egress link).
  • the IAB node if the IAB node does not receive the first indication information, it needs to determine whether the ingress link of the data packet belongs to the topology managed by the host node, and/or whether the egress link of the data packet belongs to the topology managed by the host node.
  • both the fourth IAB node and the fifth IAB node belong to the first topology
  • the first host node may send second indication information to the fourth IAB node to instruct the fourth IAB node to determine whether the ingress link of the fourth IAB node Belonging to the first topology, correspondingly, after receiving the second indication information, if the fourth IAB node determines that the ingress link corresponding to the data packet does not belong to the first topology, the fourth IAB node can rewrite the header of the data packet Operation, the execution of this operation can refer to the foregoing description; or, the second indication information is used to instruct the fourth IAB node to determine whether the egress link of the fourth IAB node belongs to the first topology, and correspondingly, after receiving the second indication information Afterwards, if the fourth IAB node determines that the egress link corresponding to the data packet does not belong to the first topology, the fourth IAB node may rewrite the header of the data packet, and the execution of the operation may
  • the first host node may also send third indication information to the fifth IAB node, which is used to instruct the fifth IAB node to determine whether the ingress link of the fifth IAB node belongs to the first topology.
  • the fifth IAB node can perform a header rewriting operation on the data packet, and the execution of the operation can refer to the foregoing description; or, the first The third indication information is used to instruct the fifth IAB node to determine whether the egress link of the fifth IAB node belongs to the first topology.
  • the fifth IAB node after receiving the third indication information, if the fifth IAB node determines that the egress link corresponding to the data packet If the path does not belong to the first topology, the fifth IAB node can perform a header rewriting operation on the data packet. For the execution of this operation, refer to the foregoing description.
  • the fourth IAB node and the fifth IAB node may be any two IAB nodes in the first topology.
  • the first host node here may also be replaced by a second host node or other host nodes, and the first topology may be replaced by a topology managed by the corresponding host node.
  • the first topology can be replaced with the second topology
  • the first host node can be replaced with the second host node
  • the fourth IAB node can be the second IAB node in the above embodiment
  • the fifth IAB node can be the above implementation The third IAB node in the example.
  • the host node may send indication information (which may be referred to as fourth indication information) to the IAB node it manages, for instructing the IAB node not to perform header rewriting operations on received and/or sent data packets .
  • the indication information may be included in the F1AP message or the RRC message.
  • the IAB node will not rewrite the header of the data packet.
  • the IAB node that has not received the fourth indication information needs to judge whether the ingress link and/or the egress link of the received data packet is a heterotopic link, and according to the judgment result, follow the method described in the embodiment of this application Determines whether to perform header rewriting on packets.
  • the host node sets some IAB nodes it manages to not support judging whether the ingress link or the egress link of the data packet is a heterotopic link.
  • the host node can set some IAB nodes it manages to not have the ability to judge whether the ingress link of the data packet is a heterotopic link. For example, the host node can set these IAB nodes to be unable to identify the Whether the egress link corresponding to the next-hop IAB node is a heterotopic link, or the topology information of the next-hop node is not included in the routing table.
  • the entry of the rewrite table does not include certain The routing identifier contained in the data packets from or to the heterotopology, so that the IAB node will not judge the ingress link or egress link of these data packets as a heterotopology link, and thus will not perform the header rewriting operation.
  • the first IAB node may also determine whether to deliver the data packet to the upper layer before or after S102.
  • the first IAB node first judges whether the data packet needs to be submitted to the upper layer for processing. Judgment method For example, the first IAB node judges whether the BAP address in the BAP routing identifier of the data packet matches the BAP address configured by the first IAB node in the topology where the ingress link of the data packet is located, wherein, the BAP address where the ingress link is located Topology refers to the topology to which the IAB node sending the packet belongs. If it matches, the data packet is submitted to the upper layer for processing, and if not matched, the data packet does not need to be submitted to the upper layer for processing.
  • the first IAB node can rewrite the header of the data packet, and then the first IAB node queries the next hop node in the routing table, and according to the next hop node, the data packet to retweet.
  • the first IAB node may first rewrite the header of the data packet, and then determine whether to submit the data packet to the upper layer.
  • the header rewriting operation in this application may be performed by the receiving part of the BAP entity of the first IAB node, and may also be performed by the sending part of the BAP entity.
  • the header rewriting operation here includes but is not limited to: modifying the routing identifier (including but not limited to the second routing identifier or the third routing identifier) that includes the BAP address assigned by the second host node in the header of the data packet to include the first host node
  • the routing identifier of the assigned BAP address (including but not limited to the first routing identifier), or modify the routing identifier including the BAP address assigned by the first host node in the data packet header to include the BAP address assigned by the second host node Routing ID.
  • the communication method provided in the embodiment of the present application may also be applied to a scenario where inter-CU partial migration occurs.
  • the IAB node migrates from the topology 1 managed by the host node CU1 to the topology 2 managed by the host node CU2, since the IAB node needs to determine whether the routing identifier of the data packet matches the BAP address of the node in the corresponding topology Decide whether to pass the packet to the upper layer. Therefore, during the partial migration process of the IAB node, the host node CU2 (i.e., the target host node CU (target host node CU)) can be sent to the source host node CU and/or the IAB node (IAB-MT2 as shown in FIG.
  • the host node CU2 i.e., the target host node CU (target host node CU)
  • inter-gNB handover in the inter-gNB handover (inter-gNB handover) message, to indicate that the part of the migration in the IAB node retains the host node CU1 (that is, the source host node CU (source host node CU)) configuration of the IAB node BAP address or not delete the BAP address.
  • the indication information may include a new information element (information element, IE) in the cross-site handover message to realize an explicit indication. It is also possible to use the existing information element in the cross-site switching message. When the existing information element is configured as a specific value, the information element can also be used to indicate that the migrated part of the IAB node retains the IAB node configured by the source host node CU or not to delete the BAP address to implement an implicit indication.
  • IE information element
  • the BAP address configured by the source host node CU may be deleted.
  • the IAB node partial migration solution provided by the embodiment of this application may include the following steps:
  • the source host node CU sends a handover request message (handover request) to the target host node CU, which carries an IAB node indication information cell, which is used to indicate that the terminal that initiates the handover is the IAB-MT.
  • handover request a handover request message
  • IAB node indication information cell which is used to indicate that the terminal that initiates the handover is the IAB-MT.
  • the target host node CU sends a handover request response message (handover request acknowledge) to the source host node CU, which carries the part used to indicate the migration in the IAB node (such as IAB-MT) to retain the IAB node configured by the source host node CU the BAP address or do not delete the cell of the BAP address.
  • the information element may be a new information element in the handover request response message, or an existing information element in the multiplexing handover request response message.
  • the source host node CU sends a handover command (handover command) message to the IAB-MT performing the handover, which carries the BAP address of the IAB node configured by the source host node CU for indicating the migration in the IAB node or not deleted The cell for the BAP address.
  • handover command handover command
  • the host node DU2 receives the IP data packet from the host node CU1 , and the destination node of the IP data packet is the IAB node 5 .
  • host node CU1 manages topology 1
  • host node CU2 manages topology 2.
  • the host node DU2 adds a BAP header to the IP data packet to generate a BAP data packet, wherein the BAP route identifier added in the header is (X, path).
  • X is the BAP address of the IAB node 5 allocated by the host node CU2
  • path is the path identifier to the IAB node 5 allocated by the host node CU2.
  • the host node DU2 sends the BAP data packet to the IAB node 2 according to the routing table corresponding to the topology 2 and the routing identifier (X, path).
  • the IAB node 5 receives a PDCP data packet from the UE, and the destination node of the PDCP data packet is the donor node DU2 .
  • host node CU1 manages topology 1
  • host node CU2 manages topology 2.
  • the IAB node 5 adds a BAP header to the PDCP data packet to generate a BAP data packet, wherein the BAP route identifier added in the header is (B, path).
  • FIG. 18 and FIG. 19 are schematic structural diagrams of possible communication devices provided by the embodiments of the present application. These communication devices can be used to implement the functions of the IAB node (such as the first IAB node) or the host node (such as the first host node or the source host node or the target host node) in the above method embodiments, so the above method embodiments can also be realized have beneficial effects.
  • IAB node such as the first IAB node
  • the host node such as the first host node or the source host node or the target host node
  • the transceiver unit 1820 is used to receive the data packet from the second IAB node;
  • the first routing identifier in the data packet is changed to the second routing identifier.
  • the processing unit 1810 can also be used for the first IAB node to determine that the ingress link of the data packet does not belong to the first topology (or belongs to the second topology), and identify the third route in the data packet Change it to the first route ID.
  • the first IAB node may also determine that the egress link of the data packet does not belong to the first topology (or belongs to the second topology), and modifies the first routing identifier in the data packet to the second routing identifier.
  • the processing unit 1810 may be specifically configured to determine that when sending the data packet to the third IAB node, the first IAB node modifies the first route identifier to the second route identifier, The third IAB node belongs to the second topology.
  • the transceiver unit 1820 can be used to receive the second route identifier from the IAB node of the second host node, and the BAP address in the second route identifier Assigned by the second host node, the second host node is used to manage the second topology.
  • the processing unit 1810 may be configured to generate configuration information of the second rewriting table according to the first routing identifier and the second routing identifier of the IAB node, where the BAP address in the first routing identifier is allocated by the first host node.
  • the transceiver unit 1820 is further configured to send configuration information of the second rewriting table to a first IAB node, where the first IAB node belongs to the first topology.
  • processing unit 1810 and the transceiver unit 1820 can be directly obtained by referring to the relevant description in the method embodiment shown in FIG. 12 or FIG. 15 , and details are not repeated here.
  • a communication device 1900 may include a processor 1910 and an interface circuit 1920 .
  • the processor 1910 and the interface circuit 1920 are coupled to each other.
  • the interface circuit 1920 may be a transceiver or an input/output interface.
  • the communication device 1900 may further include a memory 1930 for storing instructions executed by the processor 1910 or storing input data required by the processor 1910 to execute the instructions or storing data generated after the processor 1910 executes the instructions.
  • the processor 1910 is used to implement the functions of the processing unit 1810
  • the interface circuit 1920 is used to implement the functions of the transceiver unit 1820 .
  • processor in the embodiments of the present application may be a central processing unit (central processing unit, CPU), and may also be other general processors, digital signal processors (digital signal processor, DSP), application specific integrated circuits (application specific integrated circuit, ASIC), field programmable gate array (field programmable gate array, FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof.
  • CPU central processing unit
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • a general-purpose processor can be a microprocessor, or any conventional processor.
  • all or part of them may be implemented by software, hardware, firmware or any combination thereof.
  • software When implemented using software, it may be implemented in whole or in part in the form of a computer program product.
  • the computer program product comprises one or more computer programs or instructions. When the computer program or instructions are loaded and executed on the computer, the processes or functions described in the embodiments of the present application are executed in whole or in part.
  • the computer may be a general purpose computer, a special purpose computer, a computer network, a base station, user equipment or other programmable devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种通信方法及装置，该方法包括：第一IAB节点可对来自于异拓扑的第二IAB节点的数据包进行头改写操作，该头改写操作具体为：将数据包中的第一路由标识修改为第二路由标识；在上述头改写操作之前，第一IAB节点将数据包中的第三路由标识修改为第一路由标识。其中，第一路由标识中的BAP地址为该第一宿主节点分配的，该第二路由标识中的BAP地址和该第三路由标识中的BAP地址为该第二宿主节点分配的。在混合拓扑路由场景中，该方法可灵活实现异拓扑数据包的头改写，从而减少在混合拓扑路由等场景中由于节点之间的地址冲突而导致传输失败，能够提高传输可靠性。

Description

一种通信方法及装置
相关申请的交叉引用
本申请要求在2022年01月06日提交中华人民共和国知识产权局、申请号为202210011449.2、申请名称为“一种通信方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及移动通信技术领域，尤其涉及一种通信方法及装置。
背景技术
接入回传一体化(integrated access and backhaul，IAB)技术中，接入链路(access link)和回传链路(backhaul link)皆采用无线传输方案，方便应用于各种部署场景，包括支持室外小基站部署、室内小基站部署甚至移动中继场景等。在IAB网络中，IAB节点(IAB node)可以为用户设备(user equipment，UE)提供无线接入服务。UE的业务数据由IAB节点通过无线回传链路传输到IAB宿主(IAB donor)，IAB宿主可以是一个具有完整基站功能的接入网网元，还可以是集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)分离形态的接入网网元，IAB宿主节点连接到为UE服务的核心网(例如5G核心网)网元，并为IAB节点提供无线回传功能。
在IAB网络中，每个IAB宿主管理一定范围内(或数量)的IAB节点，IAB宿主和其管理的IAB节点属于一个拓扑系统。不同的拓扑中的IAB宿主可以为各自管理的IAB节点分配地址，且不同的IAB宿主之间不会协商各自IAB节点的地址。因此，不同拓扑系统中的IAB节点的地址可能相同，当需要在不同拓扑系统之间进行数据包的传输时会由于地址冲突导致传输失败。
发明内容
本申请提供一种通信方法及装置，用以解决在不同拓扑系统之间进行数据包的传输时会由于地址冲突而导致传输失败的技术问题，提高混合拓扑系统传输可靠性。
第一方面，本申请提供一种通信方法，该方法可以用于IAB网络，该IAB网络可包括第一拓扑和第二拓扑。该方法可以由第一IAB节点、第一IAB节点中的MT或DU，或第一IAB节点中的模块(如芯片)来执行。以第一IAB节点为执行主体为例，该方法包括：第一IAB节点接收来自于第二IAB节点的数据包，该第一IAB节点属于第一拓扑，该第一拓扑由第一宿主节点管理，该第二IAB节点属于第二拓扑，该第二拓扑由第二宿主节点管理。此外，第一IAB节点还可将该数据包中的第一路由标识修改为第二路由标识，该第一路由标识中的BAP地址为该第一宿主节点分配的，该第二路由标识中的BAP地址为该第二宿主节点分配的。其中，该第一IAB节点是该第二IAB节点的子节点；或者，该第一IAB节点是该第二IAB节点的父节点。
采用以上方法，第一IAB节点可对来自于异拓扑的第二IAB节点的数据包进行头改写 操作，该头改写操作具体为：将数据包中的第一路由标识修改为第二路由标识。其中，第一路由标识中的BAP地址为该第一宿主节点分配的，该第二路由标识中的BAP地址为该第二宿主节点分配的。在混合拓扑路由场景中，该方法可灵活实现来自或通往异拓扑数据包的头改写，从而减少在混合拓扑路由等场景中由于节点之间的地址冲突而导致路由错误，能够提高传输可靠性。
在一种可能的实现方法中，该第一IAB节点可确定该数据包的入口链路或出口链路不属于第一拓扑，并将该数据包中的第一路由标识修改为第二路由标识。
基于该实现方式，第一IAB节点可在确定数据包的入口链路或出口链路不属于第一拓扑后，对该数据包中的路由标识进行修改。也就是说，第一IAB节点可根据数据包的入口链路或出口链路确定是否对数据包中的路由标识进行修改，以进一步提高IAB节点对于数据包中的路由标识进行改写的灵活性。
在一种可能的实现方法中，该第一IAB节点还可将该数据包中的第三路由标识修改为该第一路由标识，该第三路由标识中的BAP地址为该第二宿主节点分配的。
基于该实现方式，第一IAB节点可在将数据包中的第三路由标识修改为第一路由标识后，再将第一路由标识修改为第二路由标识，因此支持同一个IAB节点对数据包进行两次头改写操作，以进一步提高IAB节点对于来自异拓扑并且通往异拓扑的数据包中的路由标识进行改写的灵活性。
在一种可能的实现方法中，该第一IAB节点可根据第一重写表将该数据包中的第三路由标识修改为第一路由标识，该第一重写表包括该第三路由标识和该第一路由标识，该第三路由标识和该第一路由标识具有对应关系。
基于该实现方式，第一IAB节点可根据第一重写表实现将第三路由标识修改为第一路由标识的头改写操作，实现灵活改写。
在一种可能的实现方法中，该第一IAB节点还可接收第一指示信息，并根据该第一指示信息确定该数据包的入口链路不属于该第一拓扑，且该第一IAB的出口链路不属于该第一拓扑。
基于该实现方式，可通过第一指示信息指示第一IAB节点的头改写操作方式，以进一步提高IAB节点对于数据包中的路由标识进行改写的灵活性。
在一种可能的实现方法中，该第一IAB节点可确定该数据包的入口链路或出口链路不属于第一拓扑，并将该数据包中的第三路由标识修改为第一路由标识。
基于该实现方式，第一IAB节点可根据数据包的入口链路或出口链路确定是否对数据包中的路由标识进行修改，以进一步提高IAB节点对于数据包中的路由标识进行改写的灵活性。
在一种可能的实现方法中，第一IAB节点可确定数据包的入口链路不属于第一拓扑(或属于第二拓扑)，并将数据包中的第三路由标识修改为第一路由标识。第一IAB节点还可确定数据包的出口链路不属于该第一拓扑(或属于第二拓扑)，并将数据包中的第一路由标识修改为第二路由标识。
基于该实现方式，可以进一步提高IAB节点对于数据包中的路由标识进行改写的灵活性。
在一种可能的实现方法中，该第三路由标识中的BAP地址与该第二路由标识中的BAP地址相同。
基于该实现方式，可以进一步提高IAB节点对于数据包中的路由标识进行改写的灵活性。
在一种可能的实现方法中，该第一IAB节点可根据第二重写表将该数据包中的第一路由标识修改为第二路由标识，该第二重写表包括该第一路由标识和该第二路由标识，该第一路由标识和该第二路由标识具有对应关系。
基于该实现方式，第一IAB节点可根据第二重写表实现将第一路由标识修改为第二路由标识的头改写操作，实现灵活改写。
在一种可能的实现方法中，该第一IAB节点确定向第三IAB节点发送该数据包时，该第一IAB节点将该第一路由标识修改为该第二路由标识，该第三IAB节点属于该第二拓扑；其中，该第一IAB节点是该第二IAB节点的子节点，该第三IAB是该第一IAB的子节点；或者，该第一IAB节点是该第二IAB节点的父节点，该第三IAB是该第一IAB的父节点。
基于该实现方式，第一IAB节点可在确定将数据包发送至异拓扑的第三IAB节点时，将第一路由标识修改为第二路由标识，可以进一步提高IAB节点对于数据包中的路由标识进行改写的灵活性。
在一种可能的实现方法中，该第三IAB节点的BAP地址包括在该第一IAB节点中的该第一拓扑的路由表中，该路由表包括下一跳节点所属的拓扑信息，且该第三IAB节点的拓扑信息为该第二拓扑；或者，该第三IAB节点与该第一IAB节点之间的链路属于该第二拓扑；或者，该第一路由标识包括在第二重写表中。
基于该实现方式，第一IAB节点可灵活确定第三IAB节点是否属于第二拓扑。
在一种可能的实现方法中，该第二重写表包括该第一路由标识和该第二路由标识，该第一路由标识和该第二路由标识具有对应关系。
基于该实现方式，第一IAB节点还可根据第二重写表实现异拓扑链路的识别，进一步提高头改写过程的灵活性。
在一种可能的实现方法中，该第一IAB节点接收来自于该第一宿主节点的该第二重写表的配置信息。
基于该实现方式，第二重写表可由第一宿主节点灵活配置。
第二方面，本申请提供一种通信方法，该方法可以由第一宿主节点、第一宿主节点中的CU或DU，或第一宿主节点中的模块(如芯片)来执行，其中，第一宿主节点用于管理第一拓扑。以第一宿主节点为执行主体为例，该方法包括：第一宿主节点接收来自于第二宿主节点的IAB节点的第二路由标识，该第二路由标识中的BAP地址由该第二宿主节点分配，第二宿主节点用于管理第二拓扑。该第一宿主节点还可根据该IAB节点的第一路由标识和该第二路由标识生成第二重写表的配置信息，该第一路由标识中的BAP地址由该第一宿主节点分配。该第一宿主节点还可向第一IAB节点发送该第二重写表的配置信息，该第一IAB节点属于该第一拓扑。
基于该方法，可由第一宿主节点实现第二重写表的配置，以灵活实现头改写操作。
在一种可能的实现方法中，该第一宿主节点向该第二宿主节点发送请求信息，该请求信息用于请求该IAB节点的第二路由标识。
第三方面，本申请提供一种通信方法，该方法可以由第一宿主节点、第一宿主节点中的CU或DU，或第一宿主节点中的模块(如芯片)来执行，其中，第一宿主节点用于管理第一拓扑。以第一宿主节点为执行主体为例，该方法包括：第一宿主节点向第四IAB节 点发送第二指示信息，该第二指示信息用于指示该第四IAB节点确定该第四IAB节点的入口链路是否属于该第一拓扑；或者，该第二指示信息用于指示该第四IAB节点确定该第四IAB节点的出口链路是否属于该第一拓扑；该第一宿主节点向第五IAB节点发送第三指示信息，该第三指示信息用于指示该第五IAB节点确定该第五IAB节点的入口链路是否属于该第一拓扑；或，该第三指示信息用于指示该第五IAB节点确定该第五IAB节点的出口链路是否属于该第一拓扑；其中，该第五IAB节点是该第四IAB节点的子节点，或者，该第五IAB节点是该第四IAB节点的父节点。第四IAB节点和第五IAB节点属于第一拓扑。
基于该方法，可由第一宿主节点通过指示信息控制其管理的拓扑中的至少两个IAB节点，使得IAB节点在混合拓扑场景中灵活对数据包中的路由标识进行改写，从而减少在混合拓扑路由等场景中由于节点之间的地址冲突而导致路由错误，能够提高传输可靠性，同时能够减少头改写混乱，进一步减少节点的地址冲突，提高传输可靠性。
第四方面，本申请实施例提供一种通信装置，该装置可以是第一IAB节点、第一IAB节点中的MT或DU、第一IAB节点中的模块(如芯片)、第一宿主节点、第一宿主节点中的CU或DU，或第一宿主节点中的模块(如芯片)。该装置具有实现上述第一方面至第三方面的任意实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面，本申请实施例提供一种通信装置，包括用于执行上述第一方面至第三方面中的任意实现方法的模块。
第六方面，本申请实施例提供一种通信装置，包括处理器和接口电路，该接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现上述第一方面至第三方面中的任意实现方法。
第七方面，本申请实施例提供一种通信装置，包括与存储器耦合的处理器，该处理器用于调用所述存储器中存储的程序，以执行上述第一方面至第三方面中的任意实现方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器可以是一个或多个。
第八方面，本申请实施例提供一种通信装置，包括处理器和存储器；该存储器用于存储计算机指令，当该通信装置运行时，该处理器执行该存储器存储的计算机指令，以使该通信装置执行上述第一方面至第三方面中的任意实现方法。
第九方面，本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当该计算机程序被处理器运行时，实现上述第一方面至第三方面中的任意实现方法。
第十方面，本申请实施例还提供一种计算机可读存储介质，该存储介质中存储有计算机程序或指令，当该计算机程序或指令被处理器执行时，实现上述第一方面至第三方面中的任意实现方法。
第十一方面，本申请实施例还提供了一种通信系统，该通信系统包括用于执行上述第一方面至第三方面的任意实现方法的通信装置。
附图说明
图1为本申请提供的一种无线通信系统的架构示意图；
图2为本申请提供的另一种无线通信系统的架构示意图；
图3为本申请提供的一种无线通信系统的协议栈架构示意图；
图4为本申请提供的另一种无线通信系统的协议栈架构示意图；
图5A为本申请提供的另一种无线通信系统的架构示意图；
图5B为本申请提供的另一种无线通信系统的架构示意图；
图6为本申请提供的一种异拓扑系统架构示意图；
图7为本申请提供的另一种异拓扑系统架构示意图；
图8为一种头改写方法的流程示意图；
图9为另一种头改写方法的流程示意图；
图10为本申请提供的一种混合拓扑系统架构示意图；
图11为本申请提供的另一种混合拓扑系统架构示意图；
图12为本申请提供的一种通信方法的流程示意图；
图13为本申请提供的一种入口链路和出口链路的逻辑关系示意图；
图14为本申请提供的另一种混合拓扑系统架构示意图；
图15为本申请提供的一种部分迁移方法的流程示意图；
图16为本申请提供的另一种混合拓扑系统架构示意图；
图17为本申请提供的另一种混合拓扑系统架构示意图；
图18为本申请提供的一种通信装置的结构示意图；
图19为本申请提供的一种通信装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。
本申请实施例中“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”，可理解为一个或多个，例如理解为一个、两个或更多个。例如，包括至少一个，是指包括一个、两个或更多个，而且不限制包括的是哪几个，例如，包括A、B和C中的至少一个，那么包括的可以是A、B、C、A和B、A和C、B和C、或A和B和C。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。本申请实施例中的术语“系统”和“网络”可被互换使用。
除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。
在介绍本申请之前，首先对本申请实施例中的部分用语进行简单解释说明，以便于本领域技术人员理解。
1)终端设备，是一种向用户提供语音和/或数据连通性的设备。本申请涉及的终端设备可以为终端设备或者终端设备内部能够实现该终端设备功能的硬件部件。
在本申请实施例中，终端设备可以称为用户设备、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。一些终端设备的举例为：个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation  protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、条码、射频识别(radio frequency identification，RFID)、传感器、卫星导航系统，例如全球定位系统(global positioning system，GPS)、北斗定位系统，激光扫描器等信息传感设备等设备。
终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。该终端还可以是虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备、或者车联网(vehicle to everything，V2X)中的车辆设备,客户前置设备(customer premises equipment，CPE)等。
终端设备的功能可以通过终端设备内部的硬件部件来实现，所述硬件部件可以为所述终端设备内部的处理器和/或可编程的芯片。可选的，该芯片可以通过专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logic device，PLD)实现。上述PLD可以是复杂程序逻辑器件(complex programmable logical device，CPLD)、现场可编程门阵列(field-programmable gate array，FPGA)、通用阵列逻辑(generic array logic，GAL)或片上系统(system on a chip，SOC)中的任一项或其任意组合。
而如上介绍的各种终端识别，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，OBU)。
2)无线回传设备，可以通过接入链路(access link，AL)为终端设备提供无线接入服务，无线回传设备通过回传链路(backhaul link，BL或BH)连接到宿主节点传输终端设备的业务数据，并通过对业务数据的重新发送或者转发来扩大移动通信系统的覆盖范围。作为一种示例，在长期演进(long term evolution，LTE)，无线回传设备可以称为中继节点(relay node，RN)，也可以称为中继设备，或者中继传输接收点(relay transmission and reception point，rTRP)或传输点(transmission point，TP)等。
无线回传设备可以与一个或多个上级节点(父节点)建立无线回传链路，并通过上级节点接入核心网。上级节点可通过多种信令对无线回传设备进行一定的控制(例如，数据调度、定时调制、功率控制等)。另外，无线回传设备可以为一个或多个下级节点(子节点)提供服务。无线回传设备的上级节点可以是宿主节点，也可以是另一个无线回传设备。无线回传设备的下级节点可以是终端设备，也可以是另一个无线回传设备。
示例性的，对于IAB网络来说，无线回传设备可以是IAB节点。
以IAB节点为例，当IAB节点面向其父节点时，可以作为终端设备，即移动终端的角 色，用于为其子节点提供数据回传，可称为IAB-MT。当IAB面向其子节点(即另一IAB节点或者终端设备)时，其被视为网络设备，即作为DU的角色，用于为其下IAB子节点或者UE提供接入服务，称为IAB-DU。
3)宿主节点(或简称为宿主)，可以接入核心网，是中继网络中用于将终端设备接入到无线网络的设备。宿主节点可通过有线链路(例如光纤线缆)连接到核心网。宿主节点可负责接收核心网的数据并转发给无线回传设备，或者接收来自于无线回传设备的数据并转发给核心网。其中，在IAB网络中，宿主节点可以是IAB宿主节点(或称为IAB宿主)。
作为一种示例，宿主节点可以包括无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)等，也可以包括演进的LTE系统(LTE-Advanced，LTE-A)或4G接入网——演进的通用移动通信系统(universal mobile telecommunications system，UMTS)陆地无线接入网(evolved UMTS terrestrial radio access network，E-UTRAN)中的基站，如演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，或者也可以包括第五代移动通信技术(fifth generation，5G)新无线(new radio，NR)系统中的下一代节点B(next generation node B，gNB)等。
作为另一种示例，宿主节点可以包括CU(本申请中将宿主节点中的CU称为宿主节点CU(donor-CU)或者gNB-CU)和DU(本申请中将宿主节点中的DU称为宿主节点DU(donor-DU)或者gNB-DU)。gNB-CU和gNB-DU通过F1接口相连，F1接口又可以进一步包括控制面接口(F1-C)和用户面接口(F1-U)。CU和核心网之间通过下一代(next generation，NG)接口相连。其中，gNB-CU或者宿主节点CU还可以是以用户面(user plane，UP)(本申请中简称为CU-UP)和控制面(control plane，CP)(本申请中简称为CU-CP)分离的形态存在，即gNB-CU或者宿主节点CU由CU-CP和CU-UP组成。一个gNB-CU可以包括一个gNB-CU-CP和至少一个gNB-CU-UP。或者，一个宿主节点CU可以包括一个宿主节点CU-CP和至少一个宿主节点CU-UP。
例如，对于IAB宿主节点来说，宿主节点CU可称为IAB宿主节点CU(IAB-donor-CU)，宿主节点DU可称为IAB宿主节点DU。其中，IAB宿主节点DU与gNB-DU的功能类似，主要可用于实现层1(layer 1，L1)和层2(layer 2，L2)协议栈的功能，包括：物理(physical，PHY)层、媒体介入控制(media access control，MAC)层或无线链路控制(radio link control，RLC)层的功能。IAB宿主节点CU与gNB-CU的功能类似，主要实现分组数据汇聚协议(packet data convergence protocol，PDCP)层、业务数据适配协议(service data adaption protocol，SDAP)层或无线资源控制(radio resource control，RRC)层的功能。其中，IAB宿主节点CU-CP与IAB-DU之间建立F1-C接口，IAB宿主节点CU-UP与IAB-DU之间建立F1-U接口。
该宿主节点的功能可以是由宿主节点内部的硬件部件实现，例如，由宿主节点内部的处理器和/或可编程的芯片实现。例如，该芯片可以通过ASIC实现，或PLD实现。上述PLD可以是CPLD、FPGA、GAL或SOC中任一项或其任意组合。
为支持增强型移动宽带(enhanced mobile broadband，eMBB)和超可靠低时延通信(ultra reliable and low-latency communication，URLLC)的业务场景，5G NR协议标准采用了更高的频段以获取更多带宽资源，包括sub-6吉赫兹(giga hertz，GHz)频段和毫米波频段。 高频信号传播特性较差，其波长短，信号覆盖范围小，且受遮挡衰减严重，需要大量密集部署小基站。而为这些大量密集部署的小站提供光纤回传的代价很高，施工难度大，因此需要经济便捷的回传方案；另一方面，从广覆盖需求的角度出发，在一些偏远地区提供网络覆盖，光纤的部署难度大，成本高，也需要设计灵活便利的接入和回传方案。
IAB技术为解决上述两个问题提供了思路：IAB网络中接入链路和回传链路皆采用无线传输方案，减少了光纤部署。IAB的关键优势是实现NR小区的灵活和密集部署，而无需按比例密集部署有线传输网络。可以设想在各种部署场景IAB网络，包括支持室外小基站部署、室内小基站部署甚至移动中继，例如，在公共汽车或火车上。
应理解，本申请在后续的描述中以IAB节点作为无线回传设备且IAB宿主节点作为宿主节点，对于本申请实施例提供的方法中无线回传设备和宿主节点执行的功能进行介绍，但不应理解为本申请中的执行主体只能以IAB节点和IAB宿主节点为限。也就是说，本申请中的IAB节点也可替换为中继节点或无线回传设备，相应的，IAB宿主节点也可替换为宿主节点。也就是说，本申请的应用场景不限于IAB网络，还可应用于其他类型的中继网络中。
图1示出了一种IAB网络架构，可见，IAB节点用于为UE提供无线接入和接入业务的无线回传。IAB宿主节点用于向IAB节点提供无线回传功能，并提供UE与核心网的接口。IAB节点通过无线回传链路连接到IAB宿主节点，从而使IAB节点所服务的UE与核心网进行连接。
图2示出了一种多跳组网下的IAB网络架构，其中，在由IAB节点服务的UE(包括图2所示UE1和UE2)和IAB宿主节点之间，存在至少一条由多段链路组成的传输路径，每条传输路径上包含UE、一个或多个IAB节点以及IAB宿主节点DU和IAB宿主节点CU。每个IAB节点将为其提供接入和回传服务的相邻节点视为父节点，相应地，每个IAB节点可视为其父节点的子节点。例如，图2中，IAB节点1的父节点为IAB宿主节点，IAB节点1又为IAB节点2和IAB节点3的父节点。UE的上行数据包可以经一个或多个IAB节点传输至IAB宿主节点，再由IAB宿主节点发送至移动网关设备，例如5G核心网中的用户平面功能单元(user plane function，UPF)。下行数据包将由IAB宿主节点从移动网关设备处接收后，再通过IAB节点发送至UE。
图3和图4分别给出三跳回传的IAB网络的CP协议栈和UP协议栈示意图，此架构下，UE先后通过IAB节点2、IAB节点3、IAB节点1和IAB宿主节点1接入网络。下面分别根据图3和图4说明F1接口的用户面业务(F1-U traffic)和控制面业务(F1-C traffic)的流程：
对于CP面，如图3所示，UE1和IAB2-DU(即IAB节点2的IAB-DU)之间建立有Uu接口，对等的协议层包括RLC层、MAC层和PHY层。IAB2-DU和IAB宿主节点CU1(即IAB宿主节点1的CU)建立有F1-C接口，对等的协议层包括F1应用协议(F1application protocol，F1AP)层、流控制传输协议(stream control transmission protocol，SCTP)层。IAB宿主节点DU1(即IAB宿主节点1的IAB-DU)和IAB宿主节点CU1之间通过有线连接，对等的协议层包括互联网协议(internet protocol，IP)层、层2和层1。IAB节点2和IAB节点3之间、IAB节点3和IAB节点1之间，以及IAB节点1和IAB宿主节点DU1之间均建立有回程链路，对等的协议层包括回程适配协议(backhaul adaptation protocol，BAP)层、RLC层、MAC层以及PHY层。另外，终端1和IAB宿主节点CU1 之间建立有对等的RRC层和PDCP层，IAB2-DU(即IAB节点2的IAB-DU)和IAB宿主节点DU1之间建立有对等的IP层。IAB网络的CP与单空口的CP协议栈相比，接入IAB节点的DU实现了单空口的gNB-DU的功能，即与UE建立对等RLC层、MAC层和PHY层的功能，以及与IAB宿主节点CU建立对等的F1AP层、SCTP层的功能；而IAB宿主节点CU1实现了单空口的gNB-CU的功能。
在CP上，RRC消息封装在接入IAB节点和IAB宿主节点CU之间的F1AP消息中传输。具体地，在上行方向上，UE1将RRC消息封装在PDCP协议数据单元(protocol data unit，PDU)中，并依次经过RLC层、MAC层和PHY层的处理后发送至IAB2-DU。IAB2-DU依次经过PHY层、MAC层和RLC层的处理后得到PDCP PDU，将PDCP PDU封装在F1AP消息中，并依次经过SCTP层和IP层处理后得到IP包，IAB2-MT(即IAB节点2的IAB-MT)将IP包分别通过BAP层、RLC层、MAC层和PHY层的处理后发送至IAB3-DU(即IAB节点3的IAB-DU)。IAB3-DU依次经过PHY层、MAC层、RLC层和BAP层的处理后得到IP包，然后与IAB2-MT的操作类似，IAB3-MT(即IAB节点3的IAB-MT)将该IP包发送至IAB1-DU(即IAB节点1的IAB-DU)，IAB1-MT(即IAB节点1的IAB-MT)再将该IP包发送至IAB宿主节点DU1。IAB宿主节点DU1解析得到IP包后，将该IP包发送至IAB宿主节点CU1，IAB宿主节点CU1将该IP包依次通过SCTP层、F1AP层和PDCP层的处理后得到RRC消息。下行方向类似，不再赘述。
在UP上，如图4所示，终端1和IAB2-DU之间建立有Uu接口，对等的协议层有RLC层、MAC层和PHY层。IAB2-DU和IAB宿主节点CU1建立有F1-U接口，对等的协议层包括GPRS用户面隧道协议(GPRS tunnelling protocol for the user plane，GTP-U)层、用户数据报协议(user datagram protocol，UDP)。IAB宿主节点DU1和IAB宿主节点CU1之间通过有线连接，对等的协议层有IP层、L2和L1。IAB节点2和IAB节点3之间、IAB节点3和IAB节点1之间，以及IAB节点1和IAB宿主节点DU1之间均建立有BL，对等的协议层有BAP层、RLC层、MAC层以及PHY层。另外，终端1和IAB宿主节点CU1之间建立有对等的SDAP层和PDCP层，IAB2-DU和IAB宿主节点DU1之间建立有对等的IP层。与单空口的UP协议栈相比，IAB接入节点的DU实现了单空口的gNB-DU的部分功能，即与终端建立对等RLC层、MAC层和PHY层的功能，以及与IAB宿主节点CU1建立对等的GTP-U层、UDP层的功能；而IAB宿主节点CU则实现了单空口的gNB-CU的功能。
IAB网络支持多跳回传，而多跳网络涉及节点间的路由转发。在IAB架构的CP与UP协议栈中，无线回传链路引入一个新的协议层——BAP层，位于RLC层之上，用于实现数据包在无线回传链路的路由以及承载映射等功能，详见第三代合作伙伴计划(3rd generation partnership project，3GPP)技术规范(technical specifications，TS)38.340标准。IAB节点上有相应的BAP实体来执行BAP层协议，其功能包括对来自上层的IP数据包添加BAP包头(header)，其中包含BAP路由标识(identity，ID)，具体的，BAP路由标识中可包括目的节点的BAP地址和到达该节点的路径标识(本申请中可表示为路径(path))。应理解，在本申请中可将BAP路由标识中的目的节点的BAP地址简称为BAP路由标识中的BAP地址或路由标识中的BAP地址。每个IAB节点都配置了上行链路(uplink，UL)和下行链路(downlink，DL)的路由表(由IAB宿主节点CU配置)，其中IAB节点的DU使用DL表，而IAB节点的MT使用UL表。IAB节点的BAP层实体通过路由表指示数据 包应转发到哪个子节点(如果是DL)或父节点(如果是UL)。当接入IAB节点接收到数据包时，该数据包将被转发到更高层，并以普通DU处理传入的F1-U或F1-C业务数据包的方式处理。
此外，为提升业务传输可靠性，IAB节点可支持双连接(dual connectivity，DC)(称为NR-DC)或者多连接(multi-connectivity)组网，以应对回传链路可能发生的异常情况，例如链路发生中断、阻塞(blockage)以及负载波动等。图2给出了IAB独立(standalone，SA)组网场景，即IAB节点和UE均仅通过NR制式的空口与网络建立连接，其中IAB节点4可通过NR-DC的形式同时连入两个父节点IAB节点2和IAB节点3，这两个父节点可以分别作为IAB节点2的主站(master node，MN)或辅站(secondary node，SN)，MN侧配置的小区组(cell group，CG)为主小区组(master cell group，MCG)，SN侧配置的小区组为辅小区组(secondary cell group，SCG)。IAB网络还支持非独立(non-standalone，NSA)组网。如图5A所示，IAB节点支持4G和5G网络双连接(E-UTRAN NR dual connectivity，EN-DC)模式，其中，LTE制式的基站eNB为主基站(master eNB，MeNB)，用于为UE或IAB节点提供LTE空口(LTE Uu)连接，并与4G演进型分组核心网(evolved packet core，EPC)建立S1接口进行用户面和控制面传输，LTE侧CG为MCG。eNB可与4G核心网中的网元连接，例如，通过S1接口与移动性管理实体(mobility management entity，MME)/服务(serving)分组数据网络(packet data network，PDN)网关(S-PGW)等LTE核心网网元连接。MME/S-PGW可通过S1U接口与IAB宿主节点gNB连接。
IAB宿主节点gNB为5G制式的基站，对于UE或IAB节点来说可以是主基站或辅基站，可用于为UE或IAB节点提供NR空口(NR Uu)连接，并与核心网EPC建立S1接口进行用户面传输，NR侧CG为SCG。类似的，UE也支持EN-DC，UE通过LTE Uu接口连接到主基站eNB，通过NR Uu接口连接到辅基站IAB节点，UE的辅基站也可以是IAB宿主节点gNB。如图5A所示，IAB网络的NSA场景也同样支持多跳IAB组网，即IAB节点可以通过多跳无线回传链路连接到IAB宿主节点gNB。NSA组网也称为EN-DC组网。
示例性的，SA组网模式下的IAB网络架构如图5B所示。以IAB宿主节点1为例，IAB宿主节点CU-CP可通过核心网控制面接口(如NG-C接口)与5G核心网(5G core，5GC)进行控制面信令通信，IAB宿主节点CU-UP可通过核心网用户面接口(如NG-U接口)与5GC进行用户面通信。此外，IAB宿主节点还可通过S1-U接口连接至EPC。此外，UE和IAB节点中的MT，各自可通过LTE空口或NR空口与基站(如MeNB或gNB)连接，该基站可通过S1接口或NG接口连接至核心网(如EPC或5GC)。此外如图5B所示，IAB宿主节点2的DU可通过IP网络与IAB宿主节点1的CU进行通信。
基于IAB网络，数据包可能出现跨CU路由(inter-CU routing)的情况，包括图6或图7所示的异拓扑路由(inter-topology routing)场景。
其中，在如图6所示的场景中，双连接的IAB节点(IAB节点2)和子节点属(IAB节点4)于同一个宿主节点CU管理的拓扑，即CU1，该场景可称为跨CU拓扑冗余(inter-CU topology redundancy)场景。在如图7所示的场景中，IAB节点2中，IAB-MT2可能由于发生迁移等原因而属于由CU2管理的拓扑，也就是说MT为连接至DU2的终端，并且用于DU3是属于CU2的拓扑，因此MT2属于CU2管理的拓扑。而IAB-DU2仍然属于CU1管理的拓扑，因为DU2的F1接口仍然是和宿主节点CU1之间的F1接口，也就是F1终止节点为CU1，因此DU2属于CU1管理的拓扑。该场景可称为MT端跨CU迁移 (MT-terminated Inter-CU migration)场景。
应理解，本申请中CU管理拓扑，是指宿主节点或宿主节点的CU负责管理拓扑网络和路径，包括切换(或迁移)决策、拓扑变更、BAP地址分配、路由(路由表或重写表)配置和承载(如BH RLC信道等传输资源)映射等。
以图6所示的场景为例，IAB节点2的MT，即IAB-MT2通过双连接分别连接至宿主节点DU1和宿主节点DU2。图6中的拓扑1受宿主节点CU1控制，拓扑2受宿主节点CU2控制。其中，IAB节点2的F1接口终结于CU1，即CU1是IAB节点2的F1终止节点(F1-terminating node)。该拓扑上的业务可能会出现跨CU路由，即一个IAB节点的业务或者IAB节点下连接的UE的业务需要经由几类不同的节点所传输，以图6中的途经宿主节点DU2的路径为例，这几类节点包括：CU1所管理的IAB节点(例如：IAB节点4)、CU1和CU2共同管理的IAB节点(例如：IAB节点2)以及CU2管理的IAB节点(例如：IAB节点3)。
然而，不同宿主节点CU在分配各自拓扑中IAB节点的BAP地址时，相互之间不会协商，因此可能会出现不同拓扑中IAB节点的BAP地址冲突的问题，导致数据包无法路由至正确的目的节点。以图6中下行传输为例：宿主节点CU1为IAB节点4分配的BAP地址为Y1，宿主节点CU2为IAB节点3分配的BAP地址为Y1。宿主节点DU2生成的BAP数据包的目的节点是IAB节点4，若BAP包头使用宿主节点CU1分配的BAP地址Y1(即包头中携带包括Y1的BAP路由标识)，则会与宿主节点CU2分配给IAB节点3的BAP地址Y1发生冲突，导致数据包提前到达IAB节点3就停止路由。
为解决跨拓扑路由中BAP地址冲突的问题，当前标准采用如下方法：对于跨拓扑路由的数据包，其BAP路由ID使用源宿主节点CU分配给目的节点的伪BAP地址，并且两个拓扑的边界节点(boundary node)会配置BAP包头改写表(header rewriting table)(以下可检测为改写表或重写表)来对跨拓扑路由的业务进行改写BAP路由ID，从而将经过它的数据包路由至正确的路径。具体为：
如图7所示，对于上行传输，上行数据包的目的节点只会是宿主节点DU，CU1会给宿主节点DU2分配伪BAP地址，该伪BAP地址在CU1分配的改写表中对应于CU2分配给宿主节点DU2的真实BAP地址。如果该数据包需要经过CU2管理的拓扑传输，则边界节点(如IAB节点2)需要根据改写表将数据包的BAP包头中的原有的CU2管理的拓扑内的BAP路由标识(BAP routing ID)改写为CU2管理的拓扑内的节点可以识别的BAP路由标识，才能将数据包转发给边界节点在CU2管理的拓扑内的上游IAB节点(如图6中的IAB节点3)。其中，边界节点作为两个拓扑的汇聚节点，边界节点与其父节点属于不同宿主节点管理的拓扑，且边界节点与其子节点及其下游节点属于相同宿主节点管理的拓扑。边界节点可以先对接收到的数据包判断是否需要进行头改写(header rewriting)，即改写包头中的BAP路由标识，也可以先判断该数据包是否交给边界节点本身，即递交给上层(upper layer)处理。
具体如图8所示，针对上行数据包，边界节点的BAP层收到上行数据包后，可判断数据包的BAP路由标识是否在改写表中，若匹配(即BAP路由标识在改写表中)，则根据改写表对BAP路由标识进行改写，可选的，边界节点进一步可知该数据包是异拓扑路由的。否则，若BAP路由标识不包括在改写表中，则不对该BAP路由标识进行头改写处理，可选的，边界节点进一步可知该数据包是同拓扑路由的。此后，边界节点可根据路由标识以 及异拓扑或同拓扑对应的路由表将数据包转发出去。
类似的，仍以图7为例，针对下行数据包，CU2会给处于CU1管理的拓扑内的边界节点(如IAB节点2)及其下游节点分配伪BAP地址，该伪BAP地址在CU2分配的改写表中对应于CU1分配的节点的真实BAP地址。边界节点需要根据改写表对来自CU2管理的拓扑的数据包的BAP包头中的BAP路由标识进行改写(rewriting)，将其转化为CU1管理的拓扑内节点可识别的BAP路由标识之后，才能转发给下游节点。
具体如图9所示，针对下行数据包，边界节点(以IAB节点2为例)的BAP层可根据入口链路(ingress link)区分数据包是否来自拼接路由(即异拓扑路由)，其中，如果是拼接路由(或异拓扑路由)，则表示数据包来自于异拓扑中的节点，否则，如果不是拼接路由，则表示数据包来自于同拓扑中的节点。进一步，边界节点可判断是否将数据包递交给上层，其中，若为拼接路由，且包头中BAP路由标识中的伪地址与CU2分配给IAB节点2(边界节点)的BAP地址匹配，则数据包需要递交给上层。如果为非拼接路由，且BAP路由标识中的地址与CU1分配给IAB节点2的BAP地址匹配，则数据包需要递交给上层。此外，其他情况下，数据包均不需要递交给上层，边界节点可将数据包转发出去。其中，转发过程中，如果是非拼接路由，则边界节点可直接根据路由表转发，若找不到对应的路由条目，则边界节点丢弃该数据包。如果是拼接路由，则边界节点对数据包进行头改写后，再根据路由表对数据包进行转发。若进行头改写后找不到对应的路由条目，则边界节点丢弃该数据包。
3GPP标准化组织已计划讨论更一般的跨CU路由场景，即混合拓扑路由(mixed-topology routing)的场景，并指出：混合拓扑路由的特征为边界节点和子节点可能属于不同的拓扑(即分别由不同的宿主节点CU管理)。图10和图11给出了混合拓扑路由的两种场景。其中在图10中，边界节点IAB节点4的子节点IAB-MT部分由宿主节点CU1管理，IAB-DU部分由宿主节点CU2管理。在图11中，边界节点IAB节点4的子节点完全由宿主节点CU2管理。
以图10中箭头所示路径为例，当UL或DL数据包在该路径上路由时，先经过由宿主节点CU2管理的IAB节点(DL时例如IAB宿主节点DU2或IAB节点3，UL时例如IAB节点4或IAB节点5)，再经过由宿主节点CU1管理的拓扑中的节点(如IAB节点2)，最后路由至由宿主节点CU2管理的拓扑中的节点(UL时例如IAB宿主节点DU2或IAB节点3，DL时例如IAB节点4或IAB节点5)。
然而，当前标准采用的跨CU路由方法仅适用于同拓扑路由或异拓扑路由场景，无法应用到混合拓扑路由场景(例如图10或图11中箭头所示路径)。这是因为该方法仅在边界节点处对判断为异拓扑路由的数据包改写一次BAP包头，但是如果子节点又和边界节点所属的拓扑不同，只修改一次BAP路由标识的数据包无法在子节点及其下游节点上路由，仍然存在BAP地址冲突问题，导致数据包无法被正确传输。
为解决混合拓扑路由中存在的BAP地址冲突问题，本申请实施例提供一种通信方法。该方法可以用于图10或图11所示的混合拓扑路由场景。概括来说，本申请实施例提供的通信方法中，可由每个IAB节点在接收或发送数据包时，由IAB节点(如IAB节点的BAP实体)判断数据包是否来自或去往异拓扑，进一步根据判断结果决定是否对数据包修改BAP路由标识。这样就可以减少只在边界节点进行BAP路由标识的改写而导致的混合拓 扑路由场景下BAP地址冲突问题，提高数据包传输可靠性。
如图12所示，该方法可由第一IAB节点实施，其中，第一IAB节点为IAB网络中属于第一拓扑的IAB节点，第一拓扑由第一宿主节点管理，另外，IAB网络还包括第二拓扑，第二拓扑由第二宿主节点管理。本申请实施例提供的通信方法可包括以下步骤：
S101：第一IAB节点接收来自于第二IAB节点的数据包。其中，该第二IAB节点属于第二拓扑。
示例性的，第一IAB节点可以是第二IAB节点的子节点，或者，第一IAB节点是第二IAB节点的父节点。
以图10所示混合拓扑路由场景为例，如果该数据包是下行数据包，且第二IAB节点是IAB节点3，则第一IAB节点可以是IAB节点2，此时第一IAB节点是第二IAB节点的子节点，该数据包是第一IAB节点接收的来自于第二IAB节点的数据包。
此外，如果该数据包是上行数据包，且第二IAB节点是IAB节点4，则第一IAB节点可以是IAB节点2，此时第一IAB节点是第二IAB节点的父节点，该数据包为第一IAB节点接收的来自于第二IAB节点的数据包。
S102：第一IAB节点将数据包中的第一路由标识修改为第二路由标识。
其中，第一路由标识中的BAP地址(该BAP地址为目的节点的BAP地址)为第一宿主节点分配的，第二路由标识中的BAP地址为第二宿主节点分配的。
本申请中，可由第一IAB节点的MT或DU将数据包中的第一路由标识修改为第二路由标识。
其中可选的，如果该数据包是第一IAB节点接收的来自于父节点的下行数据包，可由第一IAB节点的MT将数据包中的第一路由标识修改为第二路由标识。如果该数据包是第一IAB节点接收的来自于子节点的上行数据包，可由第一IAB节点的DU将数据包中的第一路由标识修改为第二路由标识。
在S102之后，第一IAB节点可根据第二路由标识进行数据包的转发。
采用以上方法，IAB网络中的每个IAB节点均可在收到数据包后，判断该数据包是否来自于异拓扑的节点，如果是，则可以将数据包包头中的包括该IAB节点的同拓扑宿主节点分配的BAP地址的路由标识替换为，包括异拓扑宿主节点分配的BAP地址的路由标识，从而对数据包中的路由标识进行灵活改写，以克服混合拓扑理由场景中的BAP地址冲突问题，提高数据包传输可靠性。
在S102的一种实现方式中，第一IAB节点可根据重写表将第一路由标识修改为第二路由标识。其中，重写表可以是第一宿主节点配置给第一IAB节点的。例如，重写表中可包括第一路由标识、第二路由标识，其中，第一路由标识和第二路由标识之间具有对应关系。
可选的，第一宿主节点可以向第一IAB节点配置至少一个重写表，该至少一个重写表用于第一IAB节点将包括第二宿主节点分配的BAP地址的路由标识(包括但不限于第二路由标识)修改为包括第一宿主节点分配的BAP地址的路由标识(包括但不限于第一路由标识)，和/或，用于第一IAB节点将包括第一宿主节点分配的BAP地址的路由标识修改为包括第二宿主节点分配的BAP地址的路由标识。如果第一宿主节点配置的重写表有多个，本申请中为方便说明，将用于第一IAB节点将包括第二宿主节点(或第一IAB节点的异拓 扑宿主节点)分配的BAP地址的路由标识修改为包括第一宿主节点(或第一IAB节点的同拓扑宿主节点)分配的BAP地址的路由标识的重写表称为第一重写表，以及将用于第一IAB节点将包括第一宿主节点分配的BAP地址的路由标识修改为包括第二宿主节点分配的BAP地址的路由标识的重写表称为第二重写表。应理解，第一重写表与第二重写表中的条目(entry)可包含不同的路由标识。
可以理解，重写表也可以只有一个，包括第一路由标识、第二路由标识以及二者之间的对应关系，第一IAB节点可根据该重写表将第二路由标识修改为第一路由标识，和/或将第一路由标识修改为第二路由标识。
第一宿主节点可通过与第二宿主节点之间的协商，获得第一宿主节点管理的至少一个IAB节点分别在第一拓扑和第二拓扑中的BAP地址，从而制定(或生成，或确定)重写表(可包括第一重写表和/或第二重写表)。该重写表可包括IAB节点分别在两个拓扑中的BAP地址，以及包括这两个地址之间的对应关系。
其中，第一宿主节点可接收来自于第二宿主节点的该至少一个IAB节点的第二路由标识后，第一宿主节点可以确定第二重写表的配置信息。示例性的，第一宿主节点可向第二宿主节点发送请求信息，用于请求IAB节点的第二路由标识。或者，可由第二宿主节点在满足一定周期或事件(如新增或新配置IAB节点的路由标识)的情况下，向第一宿主节点发送该IAB节点的第二路由标识。此后，第一宿主节点可将该重写表的配置信息发送至第一拓扑中的每一个IAB节点(包括但不限于第一IAB节点)，相应的，第一拓扑中的IAB节点可根据该配置信息确定重写表。
在S102的一种可能的实现方式中，第一IAB节点可以在确定该数据包的入口链路或出口链路(egress link)不属于第一拓扑的情况下，将数据包中的第一路由标识修改为第二路由标识。因此在S102中，第一IAB节点可识别数据包的入口链路或出口链路是否是异拓扑链路，在入口链路或出口链路是异拓扑链路的情况下，可以对数据包进行头改写操作。
其中，入口链路是指第一IAB节点接收该数据包的接收侧链路，出口链路是指第一IAB节点发送该数据包的发送侧链路。如图13所示，对于上行数据包来说，入口链路可以是第一IAB节点与其子节点之间的链路，出口链路可以是第一IAB节点与其父节点之间的链路。对于下行数据包来说，入口链路可以是第一IAB节点与其父节点之间的链路，出口链路可以是第一IAB节点与其子节点之间的链路。例如，如果第一IAB节点从第二IAB节点接收该数据包，且第二IAB节点属于第二拓扑，则该数据包的入口链路属于第二拓扑，即不属于第一拓扑。
在一种可能的示例中，当满足第一判断条件时，第一IAB节点确定该数据包的入口链路不属于第一拓扑，第一判断条件可包括以下条件1和条件2中的至少一个：
条件1、入口链路所在的MCG标识或SCG不属于第一拓扑。
其中，第一IAB节点可根据第二IAB节点，确定该入口链路所在的MCG标识或SCG标识，并识别该入口链路所在的MCG标识或SCG标识是否属于第一宿主节点，如果不是，则确定该入口链路不属于第一拓扑。
条件2、根据入口链路的拓扑标识识别入口链路不属于第一拓扑。
其中，第一IAB节点可根据入口链路的标识确定入口链路所属的拓扑，如果该入口链路不属于第一拓扑，则第一IAB节点可确定入口链路不属于第一拓扑。
出口链路是第一IAB节点通往数据包的下一跳节点的链路。例如，第一IAB节点根据 路由表确定需要将数据包转发至第三IAB节点，则第一IAB节点通往第三IAB节点的链路为该数据包的出口链路。如果第三IAB节点属于第二拓扑，则该数据包的出口链路属于第二拓扑，即不属于第一拓扑。
在S102的实施中，第一IAB节点可以在确定将该数据包发送至第三IAB节点时，将数据包中的第一路由标识修改为第二路由标识。具体的，第一IAB节点可确定数据包的出口链路(即通往第三IAB节点的链路)属于第二拓扑，并进一步将数据包中的第一路由标识修改为第二路由标识。其中，如果第一IAB节点是第二IAB节点的子节点，则第三IAB是第一IAB的子节点，此时该数据包为下行数据包，或者，如果第一IAB节点是第二IAB节点的父节点，则第三IAB是第一IAB的父节点，此时该数据包为上行数据包。
其中，仍以图10所示混合拓扑路由场景为例，如果该数据包是下行数据包，且第二IAB节点是IAB节点3，第一IAB节点是IAB节点2，则第三IAB节点可以是IAB节点4。如果该数据包是上行数据包，且第二IAB节点是IAB节点4，第一IAB节点是IAB节点2，则第三IAB节点可以是IAB节点3。
在一种可能的示例中，当满足第二判断条件时，第一IAB节点确定该数据包的出口链路不属于第一拓扑。该出口链路可以是第一IAB节点通往第三IAB节点的链路。可以理解，如果第一IAB节点确定该数据包的出口链路不属于第一拓扑，则表示第三IAB节点不属于第一拓扑。
其中，第二判断条件可包括以下条件3至条件5中的任意一个：
条件3、第三IAB节点的BAP地址包括在第一IAB节点中的第一拓扑的路由表中，该路由表包括该数据包的下一跳节点所属的拓扑信息，且第三IAB节点的拓扑信息为第二拓扑(或异拓扑)。其中，第三IAB节点为该数据包的下一跳节点，或者说，第一IAB节点需要将该数据包发送至第三IAB节点。
在一种可能的实现方式中，第一拓扑的路由表可以是第一宿主节点配置的同拓扑路由表(intra-topology routing table)。其中，同拓扑路由表中可包括第一拓扑以外的其他拓扑的IAB节点所属的拓扑信息，用于指示IAB节点所属的拓扑，这里的拓扑包括但不限于第二拓扑。举例来说，同拓扑路由表中可包括第三IAB节点所属的拓扑信息，该拓扑信息在同拓扑路由表中包括在下一跳节点(next hop node)为第三IAB节点的路由条目(entry)中，该路由条目包括下一跳的第三IAB节点的BAP地址。该拓扑信息可用于指示第三IAB节点属于第二拓扑，例如，第三IAB节点的拓扑信息为第二拓扑。
具体来说，第一IAB节点的BAP实体可基于回程路由配置(BH routing configuration)，根据同拓扑路由表查询BAP路由标识对应的下一跳BAP地址(next hop BAP address)，进一步可从该同拓扑路由表中确定该下一跳BAP地址对应的该第三IAB节点所属的拓扑信息，该拓扑信息为第二拓扑，则第一IAB节点可确定下一跳节点对应的出口链路属于第二拓扑，即确定满足条件4。
条件3中，需要同拓扑路由表支持对通往异拓扑的出口链路(inter-topology egress link)的选择，使得第一IAB节点能够识别该路由表中下一跳节点及对应的出口链路是否属于异拓扑。
条件4、第三IAB节点与第一IAB节点之间的链路属于第二拓扑。
其中，第一IAB节点中的第一拓扑的路由表可以是第一宿主节点配置的异拓扑路由表(inter-topology routing table)。异拓扑路由表中可包括异拓扑的IAB节点的路由信息，可 用于第一拓扑中的IAB节点对异拓扑的数据包执行路由。因此，如果第一IAB节点根据异拓扑路由表确定数据包的下一跳节点为第三IAB节点，从而可进一步确定通往第三IAB节点的出口链路对应的出口链路标识，根据该出口链路标识可确定该出口链路(即第三IAB节点与第一IAB节点之间的链路)属于第二拓扑。
另外，第一IAB节点也可根据异拓扑路由表确定下一跳节点为第三IAB节点，并进一步确定第三IAB节点的F1终止节点是第二宿主节点CU，由此确定第三IAB节点与第一IAB节点之间的链路属于第二拓扑。
条件5、数据包中的第一路由标识匹配重写表(如前述第二重写表)。
例如，该数据包中的第一路由标识匹配上了重写表中的某个条目中的源路由标识(previous routing ID)，即为去往异拓扑的数据包，可将第一路由标识改为该源路由标识对应的新路由标识(new routing ID)。
示例性的，重写表例如表1所示。
源路由标识 新路由标识
Y，path’ X，path
…… ……
表1
例如，当第一IAB节点确定数据包中的路由标识中包括BAP地址Y，则可确定满足条件5。如果满足条件5，则说明该数据包的出口链路为异拓扑链路，也就是说该出口链路不属于第一拓扑。
可选的，在第一IAB节点执行S102之前，第一IAB节点还可执行S103所示步骤：
S103：第一IAB节点将来自于第二IAB节点的数据包中的BAP路由标识(为将该路由标识与第一路由标识和第二路由标识进行区分，以下称该路由标识为第三路由标识)修改为该第一路由标识，其中，第三路由标识中的BAP地址为第二宿主节点分配的。第三路由标识中的BAP地址可以与第二路由标识中的BAP地址相同或不同，第三路由标识可以与第二路由标识相同或不同。
应理解，图12中，虚线框所示的S103步骤为可选步骤。
在S102之后，第一IAB节点可以将数据包发送至第三IAB节点，其中，数据包中的路由标识为第二路由标识。
也就是说，第一IAB节点在一些情况下可能将收到的异拓扑的数据包中的第三路由标识修改为第一路由标识，并将该第一路由标识修改为第二路由标识。另外，第一IAB节点在一些情况下，只对数据包中的路由标识修改一次。
示例性的，第一IAB节点可根据第一重写表将数据包中的第三路由标识修改为第一路由标识。其中，第一重写表可由第一宿主节点发送至第一IAB节点，具体可参见前述说明。
可选的，第一IAB节点可在确定数据包对应的入口链路不属于第一拓扑后，所述第一IAB节点将数据包中的第三路由标识修改为第一路由标识。其中，当满足前述第一判断条件时，第一IAB节点确定该数据包的入口链路不属于第一拓扑。此外，当第一IAB节点确定满足前述第二判断条件时，第一IAB节点确定该数据包的出口链路不属于第一拓扑，并可以将数据表中的第一路由标识修改为第二路由标识。第一判断条件和第二判断条件可参见前述说明，这里不再具体展开。
因此根据本申请实施例提供的方法，第一IAB节点可以在确定数据包的入口链路不属于第一拓扑的情况下，将数据包中的第三路由标识修改为第一路由标识，以及，在数据包的出口链路不属于第一拓扑的情况下，将数据包中的第一路由标识修改为第二路由标识。
在一种可能的实现方式中，为了减少发生头改写混乱，IAB节点可根据具体实现或配置来决定是否进行头改写操作，实现方式可包括以下方式1至方式3中任意一种。其中，头改写混乱是指，数据包经过多次头改写后，其路由标识与目标IAB节点所在的拓扑不匹配，可能导致不能被当前拓扑中IAB节点识别或者仍与当前拓扑中IAB节点地址冲突。
方式1，第一IAB节点可以根据来自于第一宿主节点的指示信息确定数据包的入口链路是否属于第一拓扑，和/或，第一IAB节点可以根据来自于第一宿主节点的指示信息确定数据包的出口链路是否属于第一拓扑。
在一种可能的实施方式中，当第一IAB节点接收到来自于第一宿主节点的第一指示信息，则第一IAB节点需要判断数据包的入口链路是否属于第一拓扑，且判断数据包的出口链路是否属于第一拓扑。此外，如果第一IAB节点未接收到该第一指示信息，则不需要判断数据包的入口链路和出口链路是否属于第一拓扑，或者说，第一IAB节点不需要对数据包进行头改写操作。
在另一种可能的实施方式中，也可由宿主节点通过指示信息，指示其管理的IAB在数据包的入口链路还是出口链路是异拓扑链路的情况下，对数据包进行头改写操作，则该IAB节点可作为本申请实施例中的第一IAB节点。若未接收到该指示信息，则不需要判断接收到的数据包的入口链路和/或出口链路是否为异拓扑链路，也就不需要进行头改写操作。
在另一中可能的实施方式中，当IAB节点接收到来自于宿主节点的指示信息，则IAB节点仅需要判断数据包的入口链路是否属于宿主节点管理的拓扑(即仅根据入口链路的拓扑信息对数据包进行头改写操作)，或者，仅需要判断数据包的出口链路是否属于宿主节点管理的拓扑(即仅根据出口链路的拓扑信息对数据包进行头改写操作)。此外，如果IAB节点未接收到该第一指示信息，则需要判断数据包的入口链路是否属于宿主节点管理的拓扑，和/或，数据包的出口链路是否属于宿主节点管理的拓扑。
例如，第四IAB节点和第五IAB节点均属于第一拓扑，第一宿主节点可向第四IAB节点发送第二指示信息，用于指示第四IAB节点确定第四IAB节点的入口链路是否属于第一拓扑，相应的，在接收到该第二指示信息后，如果第四IAB节点确定数据包对应的入口链路不属于第一拓扑，则第四IAB节点可对该数据包进行头改写操作，该操作的执行可参见前述说明；或者，第二指示信息用于指示第四IAB节点确定第四IAB节点的出口链路是否属于第一拓扑，相应的，在接收到该第二指示信息后，如果第四IAB节点确定数据包对应的出口链路并不属于第一拓扑，则第四IAB节点可对该数据包进行头改写操作，该操作的执行可参见前述说明。此外，第一宿主节点还可向第五IAB节点发送第三指示信息，用于指示第五IAB节点确定第五IAB节点的入口链路是否属于第一拓扑，相应的，在接收到该第三指示信息后，如果第五IAB节点确定数据包对应的入口链路不属于第一拓扑，则第五IAB节点可对该数据包进行头改写操作，该操作的执行可参见前述说明；或者，第三指示信息用于指示第五IAB节点确定第五IAB节点的出口链路是否属于第一拓扑，相应的，在接收到该第三指示信息后，如果第五IAB节点确定数据包对应的出口链路不属于第一拓扑，则第五IAB节点可对该数据包进行头改写操作，该操作的执行可参见前述说明。
应理解，这里的第四IAB节点和第五IAB节点可以是第一拓扑中的任意两个IAB节 点。此外，也可以将这里的第一宿主节点替换为第二宿主节点或其他宿主节点，并将第一拓扑替换为相应宿主节点管理的拓扑。例如，可将第一拓扑替换为第二拓扑，将第一宿主节点替换为第二宿主节点，则第四IAB节点可以是以上实施例中的第二IAB节点，第五IAB节点可以是以上实施例中的第三IAB节点。
在另一种可能的实施方式中，可由宿主节点向其管理的IAB节点发送指示信息(可称为第四指示信息)，用于指示IAB节点不对接收和/或发送的数据包进行头改写操作。其中，该指示信息可包含在F1AP消息中或RRC消息中。相应的，IAB节点只要接收到该指示信息，不管数据包的入口链路和/或出口链路是否为异拓扑链路，则IAB节点都不会对该数据包进行头改写操作。也就是说，未接收到第四指示信息的IAB节点需要判断接收到的数据包的入口链路和/或出口链路是否为异拓扑链路，并根据判断结果按照本申请实施例描述的方法确定是否对数据包进行头改写操作。
方式2、由宿主节点设置其管理的一些IAB节点不支持对数据包的入口链路或出口链路是否为异拓扑链路进行判断。
在一种可能的实现方式中，宿主节点可设置其管理的一些IAB节点不具备数据包的入口链路是否异拓扑链路的判断能力，例如，宿主节点设置这些IAB节点无法识别路由表中的下一跳IAB节点对应的出口链路是否为异拓扑链路，或者路由表中不包含下一跳节点的拓扑信息。
在另一种可能的实现方式中，宿主节点可在向IAB节点配置重写表(例如第一重写表和/或第二重写表)时，在重写表的条目中不包括某些来自或去往异拓扑的数据包所包含的路由标识，这样IAB节点不会将这些数据包的入口链路或出口链路判断为异拓扑链路，因而不会进行头改写操作。
应理解，以上方式1和方式2只是为了决定IAB是否对数据包进行头改写操作进行的示例性说明。在实际应用，方式1中的任意实现方式可以结合实施，方式2中的任意实现方式可以结合实施，方式1中的任意实现方式可与方式2中的任意实现方式结合实施，本申请不具体限定。
在本申请实施例中，第一IAB节点还可以在S102之前或之后，判断是否需要将数据包递交给上层。
例如，第一IAB节点在确定数据包的入口链路或出口链路为异拓扑链路后，先判断是否需要将数据包提交到上层处理。判断方法例如，第一IAB节点判断该数据包的BAP路由标识中的BAP地址与第一IAB节点在数据包的入口链路所在的拓扑中配置的BAP地址是否匹配，其中，入口链路所在的拓扑是指发送数据包的IAB节点所属的拓扑。如果匹配，则将数据包递交给上层处理，如果不匹配，则不需要将数据包递交给上层处理。如果不需要将数据包提交到上层处理，则第一IAB节点可对数据包进行头改写操作，之后第一IAB节点再查询路由表中的下一跳节点，并根据下一跳节点对数据包进行转发。
此外，第一IAB节点也可以在确定数据包的入口链路或出口链路为异拓扑链路后，先对数据包进行头改写操作，再判断是否将数据包递交给上层。
应理解，本申请中的头改写操作进一步的，本申请中的头改写操作可由第一IAB节点的BAP实体的接收部分执行，不排除也可能是由BAP实体的发送部分执行。这里的头改写操作包括但不限于：将数据包包头中的包括第二宿主节点分配的BAP地址的路由标识(包括但不限于第二路由标识或第三路由标识)修改为包括第一宿主节点分配的BAP地址 的路由标识(包括但不限于第一路由标识)，或者，将数据包包头中的包括第一宿主节点分配的BAP地址的路由标识修改为包括第二宿主节点分配的BAP地址的路由标识。
可选的，本申请实施例提供的通信方法还可应用于发生跨CU部分迁移(inter-CU partial migration)的场景。
示例性的，当IAB节点从宿主节点CU1管理的拓扑1部分迁移到宿主节点CU2管理的拓扑2时，由于IAB节点需要通过判断数据包的路由标识是否匹配该节点在相应拓扑中的BAP地址来决定是否将数据包交给上层。因此，在IAB节点的部分迁移过程中，宿主节点CU2(即目标宿主节点CU(target宿主节点CU))可以在发送至源宿主节点CU和/或IAB节点(如图14所示的IAB-MT2)的跨站切换(inter-gNB handover)消息中添加指示信息，用于指示IAB节点中的迁移的部分保留宿主节点CU1(即源宿主节点CU(source宿主节点CU))配置的该IAB节点的BAP地址或者不删除该BAP地址。
其中，该指示信息可包括在跨站切换消息中的新的信元(information element，IE)，实现显式指示。也可以通过跨站切换消息中的已有信元，在已有信元被配置为特定值时，该信元还可用于指示IAB节点中的迁移的部分保留源宿主节点CU配置的该IAB节点的BAP地址或者不删除该BAP地址，实现隐式指示。
可选的，在IAB节点全部迁移(full migration)后，可删除源宿主节点CU配置的BAP地址。
如图15所示，本申请实施例提供的IAB节点部分迁移方案可包括以下步骤：
S201：源宿主节点CU向目标宿主节点CU发送切换请求消息(handover request)，其中携带IAB节点指示信息信元，用于指示发起此次切换的终端是IAB-MT。
S202：目标宿主节点CU向源宿主节点CU发送切换请求响应消息(handover request acknowledge)，其中携带用于指示IAB节点中的迁移的部分(例如IAB-MT)保留源宿主节点CU配置的该IAB节点的BAP地址或者不删除该BAP地址的信元。可选的该信元可以是切换请求响应消息中的新的信元，或者是复用切换请求响应消息中的已有信元。
S203：源宿主节点CU向进行切换的IAB-MT发送切换命令(handover command)消息，其中携带用于指示IAB节点中的迁移的部分保留源宿主节点CU配置的该IAB节点的BAP地址或者不删除该BAP地址的信元。
下面结合图16和图17所示场景，分别对上行数据包和下行数据包在混合拓扑路由场景中应用本申请实施例提供的通信方法时的传输方式进行说明。
其中，在传输上行数据包时，IAB网络中的IAB节点(或IAB节点的BAP实体)可以仅判断数据包的入口链路是否为异拓扑链路，如果是，则进行头改写操作，即改写数据包中的BAP路由标识；否则，不进行头改写操作，即不需要改写数据包中的BAP路由标识。此外，IAB节点(或IAB节点的BAP实体)不需要再根据出口链路来判断是否对数据包进行头改写操作，即在出口链路处不进行头改写操作。
例如，采用上述方式1，可由宿主节点向IAB节点发送指示信息，用于指示IAB节点在收到上行数据包后，只根据入口链路是否是异拓扑链路的识别结果确定是否进行头改写操作，不根据出口链路是否是异拓扑链路的识别结果确定是否进行头改写操作。又如，可采用上述方式2，宿主节点在配置IAB节点的重写表时，在重写表中不配置该上行数据包中包含的目的节点的路由标识，使得IAB节点不将上行数据包的出口链路识别为异拓扑链 路。
如图16所示，在数据包从宿主节点DU2发送至IAB节点5的过程例如：宿主节点DU2接收来自于宿主节点CU1的IP数据包，该IP数据包的目的节点为IAB节点5。其中，宿主节点CU1管理拓扑1，宿主节点CU2管理拓扑2。宿主节点DU2将IP数据包添加BAP包头生成BAP数据包，其中，包头中添加的BAP路由标识为(X，path)。其中，X为宿主节点CU2分配的IAB节点5的BAP地址，path为宿主节点CU2分配的到达IAB节点5的路径标识。宿主节点DU2根据拓扑2对应的路由表和路由标识(X，path)将BAP数据包发送至IAB节点2。
IAB节点2接收到BAP数据包后，判断BAP数据包的入口链路为同拓扑链路(intra-topology link)，即不需要对数据包进行头改写操作，并判断不需要将该BAP数据包递交给上层。IAB节点2根据拓扑2对应的路由表和路由标识(X，path)将BAP数据包发送至IAB节点3。
IAB节点3接收到BAP数据包后，判断不需要将该BAP数据包递交给上层，并且BAP数据包的入口链路为异拓扑链路，则确定需要对数据包进行头改写操作。其中，IAB节点3属于拓扑1。IAB节点3根据宿主节点CU1分配的重写表1将BAP数据包中的路由标识(X，path)修改为(Y，path’)，其中，Y为宿主节点CU1分配的IAB节点5的伪BAP地址，path’为宿主节点CU1分配的到达IAB节点5的路径标识。之后，IAB节点3根据拓扑1对应的路由表和改写后的包头将BAP数据包发送至下一跳的IAB节点4。其中，IAB节点3可作为本申请实施例中的第一IAB节点。
IAB节点4接收到BAP数据包后，判断不需要将该BAP数据包递交给上层，并且BAP数据包的入口链路为异拓扑链路，则确定需要对数据包进行头改写操作。其中，IAB节点4属于拓扑2。IAB节点4根据宿主节点CU2分配的重写表2将BAP数据包中的路由标识(Y，path’)修改为(X，path)。之后，IAB节点4根据拓扑2对应的路由表和改写后的包头将BAP数据包发送至下一跳的IAB节点5。其中，IAB节点4可作为本申请实施例中的第一IAB节点。
IAB节点5接收到BAP数据包后，判断BAP数据包的入口链路为同拓扑链路，确定不需要对BAP数据包进行头改写操作。并且，IAB节点5确定BAP数据包中的BAP地址与宿主节点CU2分配的IAB节点5的BAP地址相同，则IAB节点5确定将BAP数据包递交给上层处理。
根据以上示例，可以在图16所示混合拓扑路由场景中实现下行数据包的正常发送，可通过混合拓扑路由场景下数据包的传输可靠性。其中，由于每个IAB节点只需要识别下行数据包对应的入口链路是否是异拓扑链路，可减少头改写混乱。
在传输上行数据包时，IAB网络中的IAB节点(或IAB节点的BAP实体)可以仅判断数据包的出口链路是否为异拓扑链路，如果是，则进行头改写操作，即改写数据包中的BAP路由标识；否则，不进行头改写操作，即不需要改写数据包中的BAP路由标识。此外，IAB节点(或IAB节点的BAP实体)不需要再根据入口链路来判断是否对数据包进行头改写操作，即在人口链路处不进行头改写操作。
例如，可采用上述方式1，由宿主节点向IAB节点发送指示信息，用于指示IAB节点在收到下行数据包后，只根据出口链路是否是异拓扑链路的识别结果确定是否进行头改写操作，不根据入口链路是否是异拓扑链路的识别结果确定是否进行头改写操作。又如，可 采用上述方式2，宿主节点在配置IAB节点的重写表时，在重写表中不配置该下行数据包中包含的目的节点的路由标识，使得IAB节点不将下行数据包的入口链路识别为异拓扑链路。
如图17所示，在数据包从IAB节点5发送至宿主节点DU2的过程例如：IAB节点5接收来自于UE的PDCP数据包，该PDCP数据包的目的节点为宿主节点DU2。其中，宿主节点CU1管理拓扑1，宿主节点CU2管理拓扑2。IAB节点5将PDCP数据包添加BAP包头生成BAP数据包，其中，包头中添加的BAP路由标识为(B，path)。其中，B为宿主节点CU2分配的宿主节点DU2的BAP地址，path为宿主节点CU2分配的到达宿主节点DU2的路径标识。IAB节点5根据拓扑2对应的路由表和路由标识(B，path)将BAP数据包发送至IAB节点4。
IAB节点4接收到BAP数据包后，判断BAP数据包的出口链路(即通往IAB节点3的链路)为异拓扑链路，即需要对数据包进行头改写操作，并判断不需要将该BAP数据包递交给上层。其中，IAB节点3属于拓扑1，IAB节点4属于拓扑2。IAB节点4根据宿主节点CU2分配的重写表1，将BAP路由标识(B，path)修改为(A，path’)，其中，A为宿主节点CU1分配给宿主节点DU2的伪BAP地址，path’为宿主节点CU1分配的到达宿主节点DU2的路径标识。IAB节点4根据拓扑1对应的路由表和路由标识(A，path’)将BAP数据包发送至IAB节点3。其中，IAB节点4可作为本申请实施例中的第一IAB节点。
IAB节点3接收到BAP数据包后，判断不需要将该BAP数据包递交给上层，并且BAP数据包的出口链路为异拓扑链路，则确定需要对数据包进行头改写操作。其中，IAB节点3属于拓扑1。IAB节点3根据宿主节点CU1分配的重写表2将BAP数据包中的路由标识(A，path’)修改为(B，path)。之后，IAB节点3根据拓扑2对应的路由表和改写后的包头将BAP数据包发送至下一跳的IAB节点2。其中，IAB节点3可作为本申请实施例中的第一IAB节点。
IAB节点2接收到BAP数据包后，判断不需要将该BAP数据包递交给上层，并且BAP数据包的出口链路为同拓扑链路，则确定不需要对数据包进行头改写操作。之后，IAB节点2根据拓扑2对应的路由表将BAP数据包发送至下一跳的宿主节点DU2。
宿主节点DU2接收到BAP数据包后，确定BAP数据包中的BAP地址与宿主节点CU2分配的宿主节点DU2的BAP地址相同，则宿主节点DU2将BAP数据包递交给上层处理。
根据以上示例，可以在图17所示混合拓扑路由场景中实现上行数据包的正常发送，可通过混合拓扑路由场景下数据包的传输可靠性。其中，由于每个IAB节点只需要识别上行数据包对应的出口链路是否是异拓扑链路，可减少头改写混乱。
可以理解的是，为了实现上述实施例中功能，基站和终端包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。
图18和图19为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中IAB节点(如第一IAB节点)或宿主节点(如第一宿主节点或源宿主节点或目标宿主节点)的功能，因此也能实现上述方法实施例所具备的有益效果。
如图18所示，通信装置1800包括处理单元1810和收发单元1820。通信装置1800用于实现上述图12或图15中所示的方法实施例中IAB节点或宿主节点的功能。
当通信装置1800用于实现图12所示的方法实施例中第一IAB节点的功能时：收发单元1820，用于接收来自于第二IAB节点的数据包；处理单元1810，用于将所述数据包中的第一路由标识修改为第二路由标识。
在一种可能的实现方法中，处理单元1810可用于确定所述数据包的入口链路或出口链路不属于第一拓扑，并用于将所述数据包中的第一路由标识修改为第二路由标识。
在一种可能的实现方法中，处理单元1810还可用于将所述数据包中的第三路由标识修改为所述第一路由标识。
在一种可能的实现方法中，处理单元1810具体可用于根据第一重写表将所述数据包中的第三路由标识修改为第一路由标识。
在一种可能的实现方法中，收发单元1820还可用于接收第一指示信息，处理单元1810还可用于根据所述第一指示信息确定所述数据包的入口链路不属于所述第一拓扑，且所述第一IAB的出口链路不属于所述第一拓扑。
在一种可能的实现方法中，处理单元1810，还可用于确定所述数据包的入口链路或出口链路不属于第一拓扑，并将所述数据包中的第三路由标识修改为第一路由标识。
在一种可能的实现方法中，处理单元1810还可用于第一IAB节点可确定数据包的入口链路不属于第一拓扑(或属于第二拓扑)，并将数据包中的第三路由标识修改为第一路由标识。第一IAB节点还可确定数据包的出口链路不属于所述第一拓扑(或属于第二拓扑)，并将数据包中的第一路由标识修改为第二路由标识。
在一种可能的实现方法中，所述第三路由标识中的BAP地址与所述第二路由标识中的BAP地址相同。
在一种可能的实现方法中，处理单元1810具体可用于根据第二重写表将所述数据包中的第一路由标识修改为第二路由标识。
在一种可能的实现方法中，处理单元1810具体可用于确定向第三IAB节点发送所述数据包时，所述第一IAB节点将所述第一路由标识修改为所述第二路由标识，所述第三IAB节点属于所述第二拓扑。
在一种可能的实现方法中，所述第三IAB节点的BAP地址包括在所述第一IAB节点中的所述第一拓扑的路由表中，所述路由表包括下一跳节点所属的拓扑信息，且所述第三IAB节点的拓扑信息为所述第二拓扑；或者，所述第三IAB节点与所述第一IAB节点之间的链路属于所述第二拓扑；或者，所述第一路由标识包括在第二重写表中。
在一种可能的实现方法中，所述第二重写表包括所述第一路由标识和所述第二路由标识，所述第一路由标识和所述第二路由标识具有对应关系。
在一种可能的实现方法中，收发单元1820，还用于接收来自于所述第一宿主节点的所述第二重写表的配置信息。
当通信装置1800用于实现以上方法实施例中第一宿主节点的功能时：收发单元1820可用于接收来自于第二宿主节点的IAB节点的第二路由标识，该第二路由标识中的BAP地址由该第二宿主节点分配，第二宿主节点用于管理第二拓扑。处理单元1810可用于，根据该IAB节点的第一路由标识和该第二路由标识生成第二重写表的配置信息，该第一路由标识中的BAP地址由该第一宿主节点分配。收发单元1820还可用于，向第一IAB节点 发送该第二重写表的配置信息，该第一IAB节点属于该第一拓扑。
在一种可能的实现方法中收发单元1820，还可用于向该第二宿主节点发送请求信息，该请求信息用于请求该IAB节点的第二路由标识。
此外，当通信装置1800用于实现以上方法实施例中第一宿主节点的功能时：收发单元1820还可用于向第四IAB节点发送第二指示信息，和/或，用于向第五IAB节点发送第三指示信息。其中，第二指示信息和第三指示信息可参见上述方法实施例部分的描述。
有关上述处理单元1810和收发单元1820更详细的描述可以直接参考图12或图15所示的方法实施例中相关描述直接得到，这里不加赘述。
当通信装置1800用于实现以上图15所示方法实施例中源宿主节点的功能时：收发单元1820可用于向目标宿主节点CU发送切换请求消息。收发单元1820还可用于接收切换请求响应消息。收发单元1820还可用于向进行切换的IAB节点(如该IAB节点的IAB-MT)发送切换命令。
如图19所示，通信装置1900可包括处理器1910和接口电路1920。处理器1910和接口电路1920之间相互耦合。可以理解的是，接口电路1920可以为收发器或输入输出接口。可选的，通信装置1900还可以包括存储器1930，用于存储处理器1910执行的指令或存储处理器1910运行指令所需要的输入数据或存储处理器1910运行指令后产生的数据。
当通信装置1900用于实现图12或图15所示的方法时，处理器1910用于实现上述处理单元1810的功能，接口电路1920用于实现上述收发单元1820的功能。
可以理解的是，本申请的实施例中的处理器可以是中央处理单元(central processing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于基站或终端中。当然，处理器和存储介质也可以作为分立组件存在于基站或终端中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、基站、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介 质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。
在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。
可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims (43)

  1. 一种通信方法，其特征在于，所述通信方法应用于接入回传一体化IAB网络，所述IAB网络包括第一拓扑和第二拓扑，所述方法包括：
    第一IAB节点接收来自于第二IAB节点的数据包，所述第一IAB节点属于所述第一拓扑，所述第一拓扑由第一宿主节点管理，所述第二IAB节点属于所述第二拓扑，所述第二拓扑由第二宿主节点管理；
    所述第一IAB节点将所述数据包中的第一路由标识修改为第二路由标识，所述第一路由标识中的回传适配协议BAP地址为所述第一宿主节点分配的，所述第二路由标识中的BAP地址为所述第二宿主节点分配的；
    其中，所述第一IAB节点是所述第二IAB节点的子节点；或者，所述第一IAB节点是所述第二IAB节点的父节点。
  2. 如权利要求1所述的方法，其特征在于，所述第一IAB节点将所述数据包中的第一路由标识修改为第二路由标识，包括：
    所述第一IAB节点确定所述数据包的入口链路或出口链路不属于第一拓扑；
    所述第一IAB节点将所述数据包中的第一路由标识修改为第二路由标识。
  3. 如权利要求1所述的方法，其特征在于，所述第一IAB节点将所述第一路由标识修改为第二路由标识之前，还包括：
    所述第一IAB节点将所述数据包中的第三路由标识修改为所述第一路由标识，所述第三路由标识中的BAP地址为所述第二宿主节点分配的。
  4. 如权利要求3所述的方法，其特征在于，所述第一IAB节点将所述数据包中的第三路由标识修改为第一路由标识，包括：
    所述第一IAB节点根据第一重写表将所述数据包中的第三路由标识修改为第一路由标识，所述第一重写表包括所述第三路由标识和所述第一路由标识，所述第三路由标识和所述第一路由标识具有对应关系。
  5. 如权利要求3或4所述的方法，其特征在于，所述方法还包括：
    所述第一IAB节点接收第一指示信息；
    所述第一IAB节点根据所述第一指示信息确定所述数据包的入口链路不属于所述第一拓扑，且所述第一IAB节点的出口链路不属于所述第一拓扑。
  6. 如权利要求3或4所述的方法，其特征在于，所述第一IAB节点将所述数据包中的第三路由标识修改为第一路由标识，包括：
    所述第一IAB节点确定所述数据包的入口链路或出口链路不属于第一拓扑；
    所述第一IAB节点将所述数据包中的第三路由标识修改为第一路由标识。
  7. 如权利要求3或4所述的方法，其特征在于，所述第一IAB节点将所述数据包中的第三路由标识修改为第一路由标识，包括：
    所述第一IAB节点确定所述数据包的入口链路不属于所述第一拓扑，或确定所述数据包的入口链路属于所述第二拓扑；
    所述第一IAB节点将所述数据包中的第三路由标识修改为第一路由标识；
    所述第一IAB节点将所述数据包中的第一路由标识修改为第二路由标识，包括：
    所述第一IAB节点确定所述数据包的出口链路不属于所述第一拓扑，或确定所述数据 包的出口链路属于所述第二拓扑；
    所述第一IAB节点将所述数据包中的第一路由标识修改为第二路由标识。
  8. 如权利要求3-7中任一所述的方法，其特征在于，所述第三路由标识中的BAP地址与所述第二路由标识中的BAP地址相同。
  9. 如权利要求1-8中任一所述的方法，其特征在于，所述第一IAB节点将所述数据包中的第一路由标识修改为第二路由标识，包括：
    所述第一IAB节点根据第二重写表将所述数据包中的第一路由标识修改为第二路由标识，所述第二重写表包括所述第一路由标识和所述第二路由标识，所述第一路由标识和所述第二路由标识具有对应关系。
  10. 如权利要求1-9中任一所述的方法，其特征在于，所述第一IAB节点将所述数据包中的第一路由标识修改为第二路由标识，包括：
    所述第一IAB节点确定向第三IAB节点发送所述数据包时，所述第一IAB节点将所述第一路由标识修改为所述第二路由标识，所述第三IAB节点属于所述第二拓扑；
    其中，所述第一IAB节点是所述第二IAB节点的子节点，所述第三IAB是所述第一IAB节点的子节点；或者，
    所述第一IAB节点是所述第二IAB节点的父节点，所述第三IAB是所述第一IAB节点的父节点。
  11. 如权利要求10所述的方法，其特征在于，所述第三IAB节点属于所述第二拓扑，包括：
    所述第三IAB节点的BAP地址包括在所述第一IAB节点中的所述第一拓扑的路由表中，所述路由表包括下一跳节点所属的拓扑信息，且所述第三IAB节点的拓扑信息为所述第二拓扑；或者，
    所述第三IAB节点与所述第一IAB节点之间的链路属于所述第二拓扑；或者，
    所述第一路由标识包括在第二重写表中。
  12. 如权利要求11所述的方法，其特征在于，所述第二重写表包括所述第一路由标识和所述第二路由标识，所述第一路由标识和所述第二路由标识具有对应关系。
  13. 如权利要求12所述的方法，其特征在于，所述方法还包括：
    所述第一IAB节点接收来自于所述第一宿主节点的所述第二重写表的配置信息。
  14. 如权利要求1-13中任一所述的方法，其特征在于，所述方法还包括：
    所述第一宿主节点接收来自于所述第二宿主节点的IAB节点的所述第二路由标识，所述第二路由标识中的BAP地址由所述第二宿主节点分配；
    所述第一宿主节点根据所述IAB节点的所述第一路由标识和所述第二路由标识生成第二重写表的配置信息，所述第一路由标识中的BAP地址由所述第一宿主节点分配；
    所述第一宿主节点向所述第一IAB节点发送所述第二重写表的配置信息。
  15. 如权利要求14所述的方法，其特征在于，所述方法还包括：
    所述第一宿主节点向所述第二宿主节点发送请求信息，所述请求信息用于请求所述IAB节点的第二路由标识。
  16. 如权利要求1-15中任一所述的方法，其特征在于，第四IAB节点和第五IAB节点属于第一拓扑，所述第一拓扑由第一宿主节点管理，包括：
    所述第一宿主节点向所述第四IAB节点发送第二指示信息，所述第二指示信息用于指 示所述第四IAB节点确定所述第四IAB节点的入口链路是否属于所述第一拓扑；或者，所述第二指示信息用于指示所述第四IAB节点确定所述第四IAB节点的出口链路是否属于所述第一拓扑；
    所述第一宿主节点向第五IAB节点发送第三指示信息，所述第三指示信息用于指示所述第五IAB节点确定所述第五IAB节点的入口链路是否属于所述第一拓扑；或，所述第三指示信息用于指示所述第五IAB节点确定所述第五IAB节点的出口链路是否属于所述第一拓扑；
    所述第五IAB节点是所述第四IAB节点的子节点，或者，
    所述第五IAB节点是所述第四IAB节点的父节点。
  17. 一种通信方法，其特征在于，第一宿主节点用于管理第一拓扑，第二宿主节点用于管理第二拓扑，包括：
    所述第一宿主节点接收来自于所述第二宿主节点的IAB节点的第二路由标识，所述第二路由标识中的BAP地址由所述第二宿主节点分配；
    所述第一宿主节点根据所述IAB节点的第一路由标识和所述第二路由标识生成第二重写表的配置信息，所述第一路由标识中的BAP地址由所述第一宿主节点分配；
    所述第一宿主节点向第一IAB节点发送所述第二重写表的配置信息，所述第一IAB节点属于所述第一拓扑。
  18. 如权利要求17所述的方法，其特征在于，所述方法还包括：
    所述第一宿主节点向所述第二宿主节点发送请求信息，所述请求信息用于请求所述IAB节点的第二路由标识。
  19. 一种通信方法，其特征在于，第四IAB节点和第五IAB节点属于第一拓扑，所述第一拓扑由第一宿主节点管理，包括：
    所述第一宿主节点向所述第四IAB节点发送第二指示信息，所述第二指示信息用于指示所述第四IAB节点确定所述第四IAB节点的入口链路是否属于所述第一拓扑；或者，所述第二指示信息用于指示所述第四IAB节点确定所述第四IAB节点的出口链路是否属于所述第一拓扑；
    所述第一宿主节点向第五IAB节点发送第三指示信息，所述第三指示信息用于指示所述第五IAB节点确定所述第五IAB节点的入口链路是否属于所述第一拓扑；或，所述第三指示信息用于指示所述第五IAB节点确定所述第五IAB节点的出口链路是否属于所述第一拓扑；
    所述第五IAB节点是所述第四IAB节点的子节点，或者，
    所述第五IAB节点是所述第四IAB节点的父节点。
  20. 一种通信装置，其特征在于，所述通信装置部署于接入回传一体化IAB网络中的第一拓扑，所述IAB网络还包括第二拓扑，所示通信装置包括：
    通信单元，用于接收来自于第二IAB节点的数据包，所述第一拓扑由第一宿主节点管理，所述第二IAB节点属于所述第二拓扑，所述第二拓扑由第二宿主节点管理；
    处理单元，用于将所述数据包中的第一路由标识修改为第二路由标识，所述第一路由标识中的回传适配协议BAP地址为所述第一宿主节点分配的，所述第二路由标识中的BAP地址为所述第二宿主节点分配的；
    其中，所述通信装置是所述第二IAB节点的子节点；或者，所述通信装置是所述第二 IAB节点的父节点。
  21. 如权利要求20所述的装置，其特征在于，所述处理单元具体用于：
    确定所述数据包的入口链路或出口链路不属于第一拓扑；
    将所述数据包中的第一路由标识修改为第二路由标识。
  22. 如权利要求20所述的装置，其特征在于，所述处理单元还用于：
    将所述数据包中的第三路由标识修改为所述第一路由标识，所述第三路由标识中的BAP地址为所述第二宿主节点分配的。
  23. 如权利要求22所述的装置，其特征在于，所述处理单元具体用于：
    在将所述第一路由标识修改为第二路由标识之前，根据第一重写表将所述数据包中的第三路由标识修改为第一路由标识，所述第一重写表包括所述第三路由标识和所述第一路由标识，所述第三路由标识和所述第一路由标识具有对应关系。
  24. 如权利要求22或23所述的装置，其特征在于，所述通信单元还用于：
    接收第一指示信息；
    所述处理单元还用于：
    根据所述第一指示信息确定所述数据包的入口链路不属于所述第一拓扑，且所述通信装置的出口链路不属于所述第一拓扑。
  25. 如权利要求22或23所述的装置，其特征在于，所述处理单元具体用于：
    确定所述数据包的入口链路或出口链路不属于第一拓扑；
    将所述数据包中的第三路由标识修改为第一路由标识。
  26. 如权利要求22或23所述的装置，其特征在于，所述处理单元具体用于：
    确定所述数据包的入口链路不属于所述第一拓扑，或确定所述数据包的入口链路属于所述第二拓扑；
    将所述数据包中的第三路由标识修改为第一路由标识；
    确定所述数据包的出口链路不属于所述第一拓扑，或确定所述数据包的出口链路属于所述第二拓扑；
    将所述数据包中的第一路由标识修改为第二路由标识。
  27. 如权利要求22-26中任一所述的装置，其特征在于，所述第三路由标识中的BAP地址与所述第二路由标识中的BAP地址相同。
  28. 如权利要求20-27中任一所述的装置，其特征在于，所述处理单元具体用于：
    根据第二重写表将所述数据包中的第一路由标识修改为第二路由标识，所述第二重写表包括所述第一路由标识和所述第二路由标识，所述第一路由标识和所述第二路由标识具有对应关系。
  29. 如权利要求20-28中任一所述的装置，其特征在于，所述处理单元具体用于：
    在确定向第三IAB节点发送所述数据包时，将所述第一路由标识修改为所述第二路由标识，所述第三IAB节点属于所述第二拓扑；
    其中，所述通信装置是所述第二IAB节点的子节点，所述第三IAB是所述通信装置的子节点；或者，
    所述通信装置是所述第二IAB节点的父节点，所述第三IAB是所述通信装置的父节点。
  30. 如权利要求29所述的装置，其特征在于，所述第三IAB节点属于所述第二拓扑，包括：
    所述第三IAB节点的BAP地址包括在所述通信装置中的所述第一拓扑的路由表中，所述路由表包括下一跳节点所属的拓扑信息，且所述第三IAB节点的拓扑信息为所述第二拓扑；或者，
    所述第三IAB节点与所述通信装置之间的链路属于所述第二拓扑；或者，
    所述第一路由标识包括在第二重写表中。
  31. 如权利要求30所述的装置，其特征在于，所述第二重写表包括所述第一路由标识和所述第二路由标识，所述第一路由标识和所述第二路由标识具有对应关系。
  32. 如权利要求31所述的装置，其特征在于，所述通信单元还用于：
    接收来自于所述第一宿主节点的所述第二重写表的配置信息。
  33. 一种通信装置，其特征在于，用于管理第一拓扑，第二宿主节点用于管理第二拓扑，所示通信装置包括：
    通信单元，用于接收来自于所述第二宿主节点的IAB节点的第二路由标识，所述第二路由标识中的BAP地址由所述第二宿主节点分配；
    处理单元，用于根据所述IAB节点的第一路由标识和所述第二路由标识生成第二重写表的配置信息，所述第一路由标识中的BAP地址由所述通信装置分配；
    所述通信单元，还用于向第一IAB节点发送所述第二重写表的配置信息，所述第一IAB节点属于所述第一拓扑。
  34. 如权利要求33所述的装置，其特征在于，所述通信单元还用于：
    向所述第二宿主节点发送请求信息，所述请求信息用于请求所述IAB节点的第二路由标识。
  35. 一种通信装置，其特征在于，第四IAB节点和第五IAB节点属于第一拓扑，所述第一拓扑由所述通信装置管理，所述通信装置包括：
    通信单元，用于向所述第四IAB节点发送第二指示信息，所述第二指示信息用于指示所述第四IAB节点确定所述第四IAB节点的入口链路是否属于所述第一拓扑；或者，所述第二指示信息用于指示所述第四IAB节点确定所述第四IAB节点的出口链路是否属于所述第一拓扑；
    所述通信单元还用于，向第五IAB节点发送第三指示信息，所述第三指示信息用于指示所述第五IAB节点确定所述第五IAB节点的入口链路是否属于所述第一拓扑；或，所述第三指示信息用于指示所述第五IAB节点确定所述第五IAB节点的出口链路是否属于所述第一拓扑；
    所述第五IAB节点是所述第四IAB节点的子节点，或者，
    所述第五IAB节点是所述第四IAB节点的父节点。
  36. 一种通信装置，其特征在于，包括收发器以及处理器：
    所述收发器，用于所述装置进行通信；
    所述处理器，用于运行存储器中存储的计算机程序，使得所述通信装置执行如权利要求1至13中任一项所述的通信方法，或用于执行如权利要求17或18所述的通信方法，或用于执行如权利要求19所述的通信方法。
  37. 一种通信装置，其特征在于，所述装置用于执行如权利要求1-13、17-18或19中任一项所述的方法。
  38. 一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序被处理器 执行时，实现如权利要求1-13、17-18或19中任一项所述的方法。
  39. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被处理器执行时，实现如权利要求1-13、17-18或19中任一项所述的方法。
  40. 一种通信系统，其特征在于，包括第一IAB节点和第一宿主节点，所述第一IAB节点用于执行如权利要求1至13中任一所述的通信方法，所述第一宿主节点属于第一拓扑，所述第一宿主节点用于管理所述第一拓扑。
  41. 如权利要求40所述的通信系统，其特征在于，所述第一宿主节点用于执行如权利要求17-19中任一项所述的通信方法。
  42. 一种通信系统，其特征在于，包括如权利要求20-32中任一项所述的通信装置、以及如权利要求33或34所述的通信装置。
  43. 如权利要求42所述的通信系统，其特征在于，还包括如权利要求35所述的通信装置。
PCT/CN2022/141562 2022-01-06 2022-12-23 一种通信方法及装置 WO2023130989A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210011449.2 2022-01-06
CN202210011449.2A CN116455757A (zh) 2022-01-06 2022-01-06 一种通信方法及装置

Publications (1)

Publication Number Publication Date
WO2023130989A1 true WO2023130989A1 (zh) 2023-07-13

Family

ID=87073124

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/141562 WO2023130989A1 (zh) 2022-01-06 2022-12-23 一种通信方法及装置

Country Status (2)

Country Link
CN (1) CN116455757A (zh)
WO (1) WO2023130989A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024119879A1 (en) * 2023-08-17 2024-06-13 Lenovo (Beijing) Limited Method and apparatus for supporting local service in an iab node

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113748712A (zh) * 2019-05-02 2021-12-03 三星电子株式会社 用于在无线通信系统中向网络节点传输数据的方法和装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113748712A (zh) * 2019-05-02 2021-12-03 三星电子株式会社 用于在无线通信系统中向网络节点传输数据的方法和装置

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
FUTUREWEI: "RAN2 impacts of Rel.17 IAB topology adaptation enhancements", 3GPP TSG-RAN WG2 MEETING #113 ELECTRONIC BIS R2-2105454, 11 May 2021 (2021-05-11), XP052007052 *
HUAWEI, HISILICON: "Inter-donor routing, local rerouting and RLF indication for R17-IAB", 3GPP TSG-RAN WG2 MEETING #115-E R2-2107253, 6 August 2021 (2021-08-06), XP052033992 *
QUALCOMM INCORPORATED: "Backhaul transport for inter-donor redundancy", 3GPP TSG-RAN WG3 MEETING #112-E R3-211741, 6 May 2021 (2021-05-06), XP052001442 *
QUALCOMM: "Running CR to 38.300 for eIAB", 3GPP TSG-RAN WG2 MEETING #115 R2- 2111450, 19 November 2021 (2021-11-19), XP052078431 *
SAMSUNG: "Discussion on the inter-CU routing", 3GPP TSG-RAN WG2 #116-E R2-2109775, 22 October 2021 (2021-10-22), XP052066253 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024119879A1 (en) * 2023-08-17 2024-06-13 Lenovo (Beijing) Limited Method and apparatus for supporting local service in an iab node

Also Published As

Publication number Publication date
CN116455757A (zh) 2023-07-18

Similar Documents

Publication Publication Date Title
US11510131B2 (en) Configuration method, data transmission method, and apparatus
WO2019214709A1 (zh) 信息传输方法及装置
WO2020164615A1 (zh) 一种通信方法及相关设备
US11647561B2 (en) Node and communication method
US20230239757A1 (en) Method and apparatus for inter-donor mobility
JP7516578B2 (ja) Ｉａｂネットワーク通信方法及び関連デバイス
WO2021147107A1 (zh) 一种通信方法及装置
WO2022082679A1 (zh) 一种通信方法及相关设备
CN112491687B (zh) 一种处理报文的方法及装置
WO2019233465A1 (zh) 路径时延信息获取方法及相关设备
CN113556794A (zh) 通信方法、装置及系统
WO2023011245A1 (zh) 通信方法和通信装置
US20230370898A1 (en) Communication method and apparatus
WO2020192654A1 (zh) 配置无线链路控制rlc承载的方法和装置
WO2023130989A1 (zh) 一种通信方法及装置
CN106162743A (zh) 数据传输方法及装置
WO2021087924A1 (zh) 一种通信方法及装置
WO2024169327A1 (zh) 一种通信方法及装置
TWI827186B (zh) 路由方法和通信裝置
WO2024140723A1 (zh) 一种通信方法及装置
RU2806798C1 (ru) Способ и устройство связи
WO2022156785A1 (zh) 一种通信方法及通信装置
WO2022205326A1 (en) Integrated access and backhaul donor migration methods and systems
WO2021135490A1 (zh) 接入网系统、传输方法以及相关设备
WO2023131094A1 (zh) 通信方法及通信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22918432

Country of ref document: EP

Kind code of ref document: A1