[go: up one dir, main page]

WO2023246746A1 - 一种通信方法及相关设备 - Google Patents

一种通信方法及相关设备 Download PDF

Info

Publication number
WO2023246746A1
WO2023246746A1 PCT/CN2023/101289 CN2023101289W WO2023246746A1 WO 2023246746 A1 WO2023246746 A1 WO 2023246746A1 CN 2023101289 W CN2023101289 W CN 2023101289W WO 2023246746 A1 WO2023246746 A1 WO 2023246746A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
interface
donor
iab node
new
Prior art date
Application number
PCT/CN2023/101289
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 WO2023246746A1 publication Critical patent/WO2023246746A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point

Definitions

  • the present application relates to the field of communication technology, and more specifically, to a communication method and related equipment.
  • the fifth generation mobile communication system (5th-generation, 5G) introduces integrated access and backhaul (IAB) network technology.
  • the access link and backhaul link in the IAB network (backhaul link) all adopt wireless transmission solutions, which reduces fiber deployment, thereby reducing deployment costs and improving deployment flexibility.
  • IAB network it includes IAB node (IAB node) and IAB host (IAB donor).
  • IAB node is composed of the mobile terminal (MT) part and the distributed unit (DU) part
  • the IAB donor is composed of the centralized unit (centralized unit, CU) part and the distributed unit (distributed unit).
  • DU distributed unit
  • the IAB node can choose to switch between different IAB hosts.
  • the F1 interface between the IAB node and the target IAB host in topology 1
  • the source IAB host in topology 2.
  • This problem arises through the establishment of F1 interfaces across IAB hosts or across topologies.
  • This application provides a communication method that can establish a cross-topology F1 interface to facilitate the cross-host switching process of an IAB node and ensure communication between the IAB node and its downstream nodes.
  • the first aspect provides the first implementation method, including: Donor CU1 determines that the first IAB node needs to switch from Donor CU1 to Donor CU2.
  • the Donor CU1 determines at least one new IP address of the first IAB node for the second F1 interface control plane, where the second F1 interface is an interface between the first IAB node and the Donor CU2.
  • the Donor CU1 sends configuration information to the Donor DU1 based on at least one new IP address used for the second F1 interface control plane, and the configuration information is used to configure the transmission resources of the second F1 interface control plane message.
  • exemplary beneficial effects include: during the cross-host handover process of the IAB node, the host base station can configure relevant transmission resources for the cross-host handover of the IAB node, so as to support subsequent cross-topology F1 Establishment of interface control plane. If Donor CU1 determines at least one new IP address of the first IAB node for the second F1 interface control plane by itself, then through the first implementation manner, exemplary beneficial effects include: it can make the cross-interface of the IAB node During the host switching process, the cross-topology F1 interface is established as soon as possible to facilitate the cross-host switching process of the IAB node and ensure communication between the IAB node and its downstream nodes.
  • the method further includes: The Donor CU1 receives the first message from the Donor CU2. The first message is used to request the second F1 interface of the first IAB node. At least one new IP address for the control plane.
  • exemplary beneficial effects include: the cross-host switching process on the IAB node can be triggered by Donor CU2 (that is, the F1-terminating CU of the cross-topology F1 interface) to establish the cross-topology F1 interface. In order to implement the appropriate cross-host switching process of the IAB node and ensure the communication between the IAB node and its downstream nodes.
  • the Donor CU1 sends a first RRC message to the first IAB node, and the first RRC message includes at least one of the following: the At least one new IP address for the second F1 interface control plane; or, the default BAP configuration of the first IAB node for transmitting the second F1 interface control plane message, the default BAP configuration including the default BAP routing ID, and/or, the default BH RLC CH ID; or, the IP address of the Donor CU2.
  • exemplary beneficial effects include: during the cross-host switching process of the IAB node, the IAB node can obtain the necessary information for establishing the cross-topology F1 interface control plane, thereby establishing the cross-topology F1 interface.
  • the control plane is used to facilitate the cross-host switching process of the IAB node and ensure the communication between the IAB node and its downstream nodes.
  • the first RRC message further includes the first IAB node's third IP address corresponding to the at least one new IP address used for the second F1 interface control plane.
  • Identification information of two distributed units DU wherein the first IAB node at least includes a first DU and a second DU, a first F1 interface exists between the first DU and the Donor CU1, and the second F1 interface is the first DU. The interface between the second DU and the Donor CU2.
  • the Donor CU1 sends a second message to the Donor CU2, the second message includes the second F1 interface for At least one new IP address of the control plane, and/or a quality of service QoS attribute value corresponding to the at least one new IP address used for the second F1 interface control plane.
  • exemplary beneficial effects include: during the cross-host switching process of the IAB node, the target IAB host can obtain the necessary information for establishing a cross-topology F1 interface control plane, thereby establishing a cross-topology F1 interface.
  • the interface control plane facilitates the cross-host switching process of IAB nodes and ensures communication between IAB nodes and their downstream nodes.
  • the Donor CU1 determines at least one new IP address of the first IAB node for the second F1 interface control plane, including : The Donor CU1 determines the same new IP address for the first IAB node to be used for all traffic on the second F1 interface control plane.
  • the method before the Donor CU1 sends the second message to the Donor CU2, the method further includes: the Donor CU1 receives the message for the third message from the first IAB node.
  • Two F1 interfaces have new IP addresses for different traffic on the control plane.
  • the configuration information is used to configure the transmission resources of the second F1 interface control plane message, including: the configuration information is specifically used to indicate the Donor DU1 only determines at least one of the BAP routing ID, Next Hop BAP Address and BH RLC CH ID of the second F1 interface control plane message based on the destination IP address of the second F1 interface control plane message.
  • the method further includes: the Donor CU1 determines the new flow rate of the first IAB node for the first traffic of the second F1 interface user plane. IP address.
  • exemplary beneficial effects include: during the cross-host switching process of the IAB node, Donor CU1 can obtain the new first flow of the first IAB node for the second F1 interface user plane. IP address to support the subsequent establishment of the F1 interface user plane across topologies. If Donor CU1 determines the new IP address of the first IAB node for the first traffic of the second F1 interface user plane by itself, then through the first implementation manner, exemplary beneficial effects include: it can make the IAB node Cross-host switching process, establish a cross-topology F1 interface as soon as possible to facilitate the cross-host switching process of IAB nodes and ensure communication between IAB nodes and their downstream nodes.
  • the The method before the Donor CU1 determines the new IP address of the first IAB node for the first traffic of the second F1 interface user plane, the The method also includes: the Donor CU1 receives a third message from the Donor CU2, the third message is used to request at least one new IP address of the first IAB node for the second F1 interface user plane.
  • exemplary beneficial effects include: the cross-host switching process on the IAB node can be triggered by Donor CU2 (that is, the F1-terminating CU of the cross-topology F1 interface) to establish the cross-topology F1 interface. In order to implement the appropriate cross-host switching process of the IAB node and ensure the communication between the IAB node and its downstream nodes.
  • the Donor CU1 determines the new IP of the first IAB node for the first traffic of the second F1 interface user plane. Address, including: the Donor CU1 selects the new IP address for the first flow of the second F1 interface user plane from at least one new IP address of the first IAB node for the second F1 interface user plane ; Alternatively, the Donor CU1 sends a second RRC message to the first IAB node, where the second RRC message includes at least one new IP address of the first IAB node for the second F1 interface user plane. The Donor CU1 receives a new IP address from the first IAB node for the first traffic of the second F1 interface user plane.
  • the method includes: the Donor CU1 sends a third RRC message to the first IAB node, and the third RRC message includes the third RRC message.
  • the third RRC message also includes a new IP address corresponding to the first IAB node for the first traffic of the second F1 interface user plane.
  • the identification information of the second DU of the first IAB node is not limited to the third RRC message.
  • the Donor CU1 sends a fourth message to the Donor CU2, the fourth message includes the message for the second The new IP address of the first traffic on the F1 interface user plane.
  • exemplary beneficial effects include: during the cross-host switching process of the IAB node, the target IAB host can obtain the necessary information for establishing the cross-topology F1 interface user plane, thereby establishing the cross-topology F1 interface. Interface user plane to facilitate the cross-host switching process of IAB nodes and ensure communication between IAB nodes and their downstream nodes.
  • the first IAB node determines the first IP address based on the at least one new IP address, including: if the at least one new IP address includes The second F1 interface controls multiple new IP addresses, and the first IAB node selects the first IP address from the multiple new IP addresses.
  • the first IP address is used for the second F1 interface.
  • the first IAB node determines the first IP address based on the at least one new IP address, including: if the at least one new IP address The IP address includes a new IP address corresponding to the old IP address used for the first traffic of the first F1 interface user plane, then the first IAB node determines that the first IP address used for the first F1 interface user plane
  • the new IP address corresponding to the old IP address of a flow is the first IP address
  • the first IP address corresponds to the first flow used for the user plane of the second F1 interface, where the first F1 interface is the first flow.
  • the first IAB node determines the first IP address based on the at least one new IP address, including: if the at least one new IP address The IP address includes multiple new IP addresses for the second F1 interface user plane, then the first IAB node selects the first IP address from the multiple new IP addresses, and the first IP address is the same as First traffic mapping for the user plane of the second F1 interface.
  • the first IAB node sends the first IP address to the Donor CU1 through an RRC message or a first F1 interface message.
  • the fourth aspect provides a first implementation method, including: the second host centralized unit Donor CU2 receives at least one new IP address from the first host centralized unit Donor CU1 for the second F1 interface user plane, wherein, The second F1 interface is the interface between the first access backhaul integrated IAB node and the Donor CU2.
  • the Donor CU2 sends at least one new IP address for the second F1 interface user plane to the first IAB node through a second F1 interface message.
  • the Donor CU2 sends at least one new IP address for the second F1 interface user plane to the first IAB node through the second F1 interface message, Including: the Donor CU2 sends the old IP address used for the first flow of the first F1 interface user plane to the first IAB node through the second F1 interface message, and the old IP address used for the first F1 interface user plane.
  • the old IP address of a flow corresponds to a new IP address used for the first flow of the user plane of the second F1 interface, where the second F1 interface is the interface between the first IAB node and the Donor CU1.
  • the present application provides a communication device, which includes methods for performing the first to fourth aspects. and modules for any method in any of its designs.
  • the present application provides a communication device, including a processor and a memory.
  • the processor is coupled to the memory.
  • the processor is used to implement the methods of the first to fourth aspects and any one of their designs. method.
  • the present application provides a communication device, including at least one processor and an interface circuit.
  • the interface circuit is used to receive signals from other communication devices other than the communication device and transmit them to the processor or from the processor.
  • the signal of the processor is sent to other communication devices other than the communication device, and the processor is used to implement the methods of the first to fourth aspects and any method in any design thereof through logic circuits or executing code instructions.
  • the device may be a chip or an integrated circuit in a node in any of the methods of the first to fourth aspects and any of the designs thereof.
  • the communication device may also include at least one memory, which stores related program instructions.
  • the present application provides a communication device, which has functions or operations to implement any one of the methods of the first to fourth aspects and methods in any of its designs, and the functions or operations are It can be implemented through hardware, or corresponding software can be implemented through hardware.
  • the hardware or software includes one or more units (modules) corresponding to the above functions or operations, such as a transceiver unit and a processing unit.
  • this application provides a computer program product.
  • the computer program product includes related program instructions.
  • the related program instructions When the related program instructions are executed, the methods of the first to fourth aspects and any of the designs thereof are implemented. any method.
  • the present application also provides a chip, which is used to implement the methods of the first to fourth aspects and any method in any design thereof.
  • the present application provides a communication system, which includes at least one communication device in the fifth aspect to the eighth aspect and any one of the designs thereof.
  • FIG. 1 is a schematic diagram of an IAB network communication system
  • FIG. 2 is a schematic diagram of the control plane protocol stack in an IAB network
  • Figure 4 is a schematic diagram of an applicable scenario provided by the embodiment of the present application.
  • Figure 5 is a schematic flow chart of a method provided by an embodiment of the present application.
  • Figure 6 is a schematic flow chart of a method provided by an embodiment of the present application.
  • Figure 7 is a schematic flow chart of a method provided by an embodiment of the present application.
  • Figure 8 is a schematic block diagram of a communication device provided by an embodiment of the present application.
  • FIG 1 is a schematic diagram of an IAB network communication system provided by this application.
  • the communication system includes terminals, IAB nodes, and host base stations.
  • IAB network is just an example and can be replaced by "wireless backhaul network” or “relay network”.
  • IAB node is just an example and can be replaced with “wireless backhaul device” or “relay node”.
  • the donor base station can serve as the host node of the IAB node.
  • the host base station may include but is not limited to: next-generation base station (generation nodeB, gNB), evolved node B (evolved Node B, eNB), radio network controller (radio network controller, RNC), Node B (Node B) B, NB), base station controller (BSC), base transceiver station (BTS), home base station (home evolved Node B or home Node B), transmission point (transmission and reception point or transmission point ), road side unit (RSU) with base station function, baseband unit (baseband unit, BBU), radio frequency remote unit (Remote Radio Unit, RRU), active antenna unit (active antenna unit, AAU), One or a group of antenna panels, or nodes with base station functions in subsequent evolution systems.
  • generation nodeB generation nodeB, gNB
  • evolved node B evolved Node B
  • RNC radio network controller
  • Node B Node B
  • BSC base station controller
  • BTS base
  • the host base station can be an entity, and can also include a centralized unit (CU) entity plus at least one distributed unit (DU) entity.
  • the interface between CU and DU can be called the F1 interface.
  • the two ends of the F1 interface are CU and DU respectively.
  • the opposite end of CU's F1 interface is DU, and the opposite end of DU's F1 interface is CU.
  • the F1 interface can further include an F1 interface control plane (F1-C) and an F1 interface user plane (F1-U).
  • F1-C F1 interface control plane
  • F1-U F1 interface user plane
  • the CU of the host base station may be referred to as Donor CU
  • the DU of the host base station may be referred to as Donor DU.
  • the terminal is sometimes also called user equipment (UE), mobile station, terminal equipment, etc.
  • Terminals can be widely used in various scenarios, such as device-to-device (D2D), vehicle to everything (V2X) communication, machine-type communication (MTC), Internet of Things (internet) of things, IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grid, smart furniture, smart office, smart wear, smart transportation, smart city, etc.
  • Terminals can be mobile phones, tablets, computers with wireless transceiver functions, wearable devices, vehicles, drones, helicopters, airplanes, ships, robots, robotic arms, smart home devices, etc.
  • the terminal may include but is not limited to: user equipment UE, mobile station, mobile device, terminal device, user agent, cellular phone, cordless phone, session initiation protocol (SIP) phone, wireless local loop, WLL) station, personal digital assistant (PDA), handheld device with wireless communication capabilities, computing device, other processing device connected to a wireless modem, vehicle-mounted device, wearable device (such as smart watch, smart bracelet, Smart glasses, etc.), smart furniture or home appliances, vehicle equipment in the Internet of Vehicles (vehicle to everything, V2X), terminal equipment with relay functions, customer premises equipment (CPE), IAB nodes (specifically IAB MT of the node or IAB node as the terminal role), etc.
  • This application does not limit the specific name and implementation form of the terminal.
  • the MT function or MT entity that provides the terminal role for the IAB node.
  • the child nodes can be other IAB nodes or terminals
  • it can serve as a network device, that is, the network device role of the IAB node.
  • the DU function or DU entity that provides the network device role for the IAB node.
  • the MT of the IAB node may be referred to as IAB-MT
  • the DU of the IAB node may be referred to as IAB-DU.
  • the IAB node can access the host base station or pass Connect to the host base station through other IAB nodes.
  • the IAB network supports multi-hop networking and multi-connection networking to ensure the reliability of service transmission.
  • the IAB node regards the IAB node that provides the backhaul service as a parent node, and accordingly, the IAB node can be regarded as a child node of its parent node.
  • the terminal can also regard the IAB node connected to itself as a parent node.
  • the IAB node can also regard the terminal connected to itself as a child node.
  • the IAB node can regard the host base station connected to itself as a parent node.
  • the host base station can also regard the IAB node connected to itself as a child node.
  • the parent node of IAB node 1 includes the host base station.
  • IAB node 1 is the parent node of IAB node 2 or IAB node 3.
  • the parent node of terminal 1 includes IAB node 4.
  • the child nodes of IAB node 4 include terminal 1 or terminal 2.
  • the IAB node that the terminal directly accesses can be called an access IAB node.
  • IAB node 4 in Figure 1 is the access IAB node for terminal 1 and terminal 2.
  • IAB node 5 is the access IAB node of terminal 2.
  • the nodes on the uplink transmission path from the IAB node to the host base station can be called the upstream node of the IAB node.
  • Upstream nodes can include parent nodes, parent nodes of parent nodes (or grandparent nodes), etc.
  • IAB node 1 and IAB node 2 in Figure 1 can be called the upstream nodes of IAB node 5.
  • the nodes on the downlink transmission path from the IAB node to the terminal can be called the downstream node (downstream node) or descendant node (descendant node) of the IAB node.
  • Downstream nodes or descendant nodes may include child nodes (or called next-hop nodes), child nodes of child nodes (or called grandchild nodes), or terminals, etc.
  • terminal 1, terminal 2, IAB node 2, IAB node 3, IAB node 4 or IAB node 5 in Figure 1 can be called downstream nodes or descendant nodes of IAB node 1.
  • IAB node 4 and IAB node 5 in Figure 1 can be called downstream nodes or descendant nodes of IAB node 2.
  • Terminal 1 in Figure 1 can be called a downstream node or descendant node of IAB node 4.
  • Each IAB node needs to maintain a backhaul link (BL) facing the parent node. If the child node of the IAB node is a terminal, the IAB node also needs to maintain an access link (AL) with the terminal.
  • the link between IAB node 4 and terminal 1 or terminal 2 includes AL.
  • a BL is included between IAB node 4 and IAB node 2 or IAB node 3.
  • transmission path 1 is “host base station-IAB node 1-IAB node 2-IAB node 5-terminal 2
  • transmission path 2 is “host base station-IAB node 1-IAB node 2-IAB node 5-terminal 2”.
  • transmission path 3 is "host base station-IAB node 1-IAB node 3-IAB node 4-terminal 2".
  • adaptation protocol routing identity (bakhaul adaptation protocol routing identity, BAP routing ID).
  • IAB nodes on the path can have BAP addresses (BAP addresses) and Internet Protocol (internet protocol, IP) addresses.
  • FIGS 2 and 3 are respectively a schematic diagram of the control plane protocol stack and a schematic diagram of the user plane protocol stack in the IAB network provided by the embodiment of the present application.
  • the host base station in Figure 2 and Figure 3 may include host CU and host DU functions (in this case, the host base station is one entity), or may include a host CU entity and a host DU entity (in this case, the host base station is divided into two entities).
  • the equivalent protocol layers between the host DU and the host CU include the IP layer, layer 2 (layer 2, L2), and layer 1 (layer 1, L1).
  • L1 and L2 may refer to the protocol stack layer in the wired transmission (such as optical fiber transmission) network.
  • L1 can be the physical layer
  • L2 can be the data link layer
  • Backhaul links (BL) are established between IAB node 4 and IAB node 3, between IAB node 3 and IAB node 1, and between IAB node 1 and the host DU.
  • the peer-to-peer protocol stacks at both ends of the BL can include the backhaul adaptation protocol (BAP) layer, radio link control (RLC), media access control (medium access control, MAC) layer, and Physical (PHY) layer.
  • BAP backhaul adaptation protocol
  • RLC radio link control
  • MAC media access control
  • PHY Physical
  • the F1 interface There is an interface between the DU of the IAB node that the terminal accesses (ie, IAB node 4 in Figure 2) and the host base station, for example, it is called the F1 interface.
  • One end of the F1 interface is located at IAB node 4, and the other end is located at the host base station.
  • the opposite end of the F1 interface of the host base station (for example, it can be the host CU) is the IAB node (specifically, it can be the DU of the IAB node), and the opposite end of the F1 interface of the IAB node (specifically, it can be the DU of the IAB node) is the host base station (specifically, it can be the DU of the IAB node).
  • the peer-to-peer user plane protocol layers at both ends of the F1 interface between the DU of IAB node 4 and the host base station include the general packet radio service tunneling protocol for the user plane (GTP-U) layer.
  • Datagram protocol user datagram protocol, UDP
  • IP layer optionally including IPsec layer.
  • the host base station may include a host CU entity and a host DU entity.
  • the user plane protocol stack of the F1 interface on the host base station side can be located in the host CU.
  • the host CU includes a GTP-U layer, a UDP layer and an IP layer, and optionally includes an IPsec layer.
  • the user plane protocol stack of the F1 interface at the host base station can also be located in the host CU and the host DU respectively.
  • the host CU includes the GTP-U layer and the UDP layer, optionally including the IPsec layer
  • the host DU includes the IP layer.
  • an IAB node may have one or more roles in the IAB network.
  • the IAB node can act as a terminal, an access IAB node (the protocol stack of IAB node 4 in Figures 2 and 3), or an intermediate IAB node (the IAB in Figures 2 and 3). node 1 or IAB node 3 protocol stack).
  • the IAB node can use protocol stacks corresponding to different roles for different roles.
  • the IAB node When the IAB node has multiple roles in the IAB network, it can have multiple sets of protocol stacks at the same time. Each set of protocol stacks can share some of the same protocol layers, such as sharing the same RLC layer, MAC layer, and PHY layer.
  • multiple IAB nodes can be included between IAB node 1 and IAB donor 1, or IAB node 3 can also be directly connected to IAB donor 1, that is, IAB node 1 in Figure 4 does not need to exist.
  • Multiple IAB nodes may also be included between IAB node 2 and IAB donor 2, or IAB node 3 may be directly connected to IAB donor 2, that is, IAB node 2 in Figure 4 may not exist.
  • other upstream nodes of IAB node 3 may also be included between IAB node 3 and IAB node 1, or between IAB node 3 and IAB node 2.
  • downstream nodes or descendant nodes of IAB node 3 may also be included.
  • the third possible cross-host switching process includes: initial stage -> final stage, that is, without passing through the intermediate stage.
  • IAB node 3 establishes an F1 interface control plane (F1-C) with host base station 2, and the MT of IAB node 3 also maintains the Uu interface with host base station 1.
  • F1 interface communication including only control plane communication
  • the F1 interface may or may not exist between the IAB node 3 and the host base station 1.
  • IAB node 3 in Figure 4 includes DU1 and DU2, then during the handover process across donor CUs, IAB node 3 can maintain the F1 connection between DU1 and IAB donor CU1 while establishing DU2 and DU2. IAB donor CU2 between F1-C.
  • the F1 interface control plane communication between the IAB node and host base station 2 needs to pass through Donor DU1.
  • the F1 interface user plane (F1-U) is established between IAB node 3 and host base station 2. If there was an F1 interface between IAB node 3 and host base station 1 before, in this case, the F1 interface between IAB node 3 and host base station 1 can be disconnected. In this case, the IAB node enters the final stage. In the final stage, the F1 interface communication (including user plane and control plane communication) between IAB node 3 and host base station 2 needs to pass through Donor DU2.
  • the CU of the opposite host base station of the F1 interface of IAB node 3 can also be called F1 endpoint CU (F1-terminating CU), and the CU of another host base station can be called non-F1 endpoint CU (non-F1-terminating donor). CU).
  • IAB node 3 in Figure 4 can also be called a boundary IAB node or a switching IAB node.
  • Figure 5 provides a schematic diagram of a communication method 100.
  • the first host centralized unit determines that the first IAB node needs to switch from Donor CU1 to the second host centralized unit (Donor CU2).
  • Donor CU1 can send a switching request to Donor CU2, requesting to switch the first IAB node (or the MT of the first IAB node) to Donor CU2.
  • Donor CU2 can send a switching response to Donor CU1, and the switching response can carry the IP address of Donor CU2.
  • Donor CU1 determines at least one new IP address of the first IAB node for the second F1 interface control plane, which may include: Donor CU1 requests F1 interface control from Donor DU1 noodle At least one new IP address, Donor CU1 receives at least one new IP address from the F1 interface control plane of Donor DU1, so that Donor CU1 determines at least one new IP of the first IAB node for the second F1 interface control plane address.
  • the transmission resources of the second F1 interface control plane message may include at least one of a next hop node, a transmission path, and a transmission channel.
  • Donor DU1 can determine at least one of the BAP routing ID of the second F1 interface control plane message, the BAP Address of the next hop (Next Hop), and the BH RLC CH ID.
  • the configuration information can be specifically used to instruct Donor DU1 to determine the BAP routing ID, Next Hop BAP Address and BH of the second F1 interface control plane message only based on the destination IP address of the second F1 interface control plane message. At least one of the RLC CH IDs.
  • the configuration information can be specifically used to indicate that Donor DU1 does not need to determine the BAP routing ID of the second F1 interface control plane message based on the quality of service (QoS) attribute value of the second F1 interface control plane message. At least one of Next Hop BAP Address and BH RLC CH ID. Through this configuration information, Donor CU1 does not need to send the QoS attribute value mapping rules of the F1 interface control plane message to Donor CU2.
  • Donor CU2 can still determine the QoS attribute value for the F1 interface control plane message sent to Donor DU1 based on the QoS attribute value mapping rules of its own F1 interface control plane message.
  • This implementation is optional, on the one hand, because the QoS attribute values corresponding to the F1 interface control plane messages can be specified in the 3rd Generation Partnership Project (3GPP) protocol or standard, that is to say, any A Donor CU that complies with 3GPP standards will carry unified QoS attribute values in the F1 interface control plane message. In this way, even if Donor CU1 does not make special configurations for Donor DU1 in this implementation, Donor DU1 can still reasonably transmit the second F1 interface control plane message.
  • 3GPP 3rd Generation Partnership Project
  • the communication method 100 includes the second implementation of S106, that is, Donor CU1 sends the second message to Donor CU2, then Donor CU1 does not need to do any special implementation of this implementation to Donor DU1.
  • Configuration in other words, Donor DU1 can reuse the configuration used to transmit the first F1 interface control plane message to transmit the second F1 interface control plane message.
  • the QoS attribute value may include a differentiated services code point (DSCP) and/or a flow label.
  • the QoS attribute value mapping rules of the control plane message may include the corresponding relationship between the QoS attribute value and the control plane message type, or the corresponding relationship between the QoS attribute value and the destination IP address of the control plane message.
  • the host base station can configure relevant transmission resources for the cross-host handover of the IAB node during the cross-host handover process of the IAB node, so as to support the subsequent establishment of the F1 interface control plane across topologies.
  • Donor CU1 sends the first RRC message to the first IAB node.
  • the first RRC message may include at least one of the following: at least one new IP address of the first IAB node for the second F1 interface control plane; or, the first IAB node for transmitting the second F1 interface control plane.
  • the default BAP configuration of the above message, the default BAP configuration includes the default BAP routing identifier routing ID, and/or, the default return wireless link control channel identifier BH RLC CH ID; or, the IP address of the Donor CU2.
  • the first IAB node may send the second F1 according to the first RRC message.
  • Interface control plane messages such as F1 interface establishment request information (such as F1 SETUP REQUEST message, please refer to the definition in 3GPP TS 38.473 V17.0.0 for specific understanding).
  • the first IAB node determines the routing ID of the second F1 interface control plane message according to the default BAP configuration, and/or the BH RLC CH used to transmit the second F1 interface control plane message.
  • the first IAB node determines the first IP address based on the at least one new IP address used for the second F1 interface control plane, and uses the first IP address as the source IP address of the second F1 interface control plane message. If the at least one new IP address includes the same new IP address for all traffic on the second F1 interface control plane (that is, Donor CU1 determines only one for all traffic on the second F1 interface control plane) IP address), the first IAB node determines that the same new IP address used for all traffic on the second F1 interface control plane is the first IP address.
  • the The first IAB node needs to select corresponding IP addresses from the multiple new IP addresses for different traffic on the second F1 interface control plane. For example, the first IAB node selects a first IP address corresponding to the first traffic for the second F1 interface control plane from the plurality of new IP addresses.
  • the second F1 interface control plane message belongs to the first traffic of the second F1 interface control plane.
  • the first IAB node uses the IP address of Donor CU2 as the destination IP address of the second F1 interface control plane message.
  • the IP address of Donor CU2 can be obtained by Donor CU1 from Donor CU2.
  • Donor CU1 obtains the IP address of Donor CU2 through the switching response mentioned in S101.
  • the first RRC message may also include information related to the user. Identification information of the second DU of the first IAB node corresponding to at least one new IP address of the second F1 interface control plane.
  • the identification information of DU may include IAB-DU identification (ID), IAB-DU name (name), serving cell information of a cell served by the IAB node (served cell information of a cell served by the IAB node), The system information configuration sent by the DU of the IAB node (such as synchronization signal and PBCH block (synchronization signal and physical broadcast channel block, SSB) related configuration), the RRC version supported by the DU of the IAB node, the transmission of the DU of the IAB node Layer address information
  • the IAB node can obtain the necessary information for establishing the cross-topology F1 interface control plane, thereby establishing the cross-topology F1 interface control plane, so as to facilitate the implementation of the IAB node
  • the cross-host switching process ensures communication between the IAB node and its downstream nodes.
  • Donor CU1 sends the second message to Donor CU2.
  • the second message includes at least one new IP address of the first IAB node used for the second F1 interface control plane.
  • the at least one new IP address includes multiple new IP addresses for the second F1 interface control plane (that is, Donor CU1 determines multiple IP addresses for the second F1 interface control plane)
  • communication method 100 Also included is Donor CU1 receiving a new IP address from the first IAB node for different traffic on the second F1 interface control plane.
  • the second message specifically includes a plurality of new IP addresses respectively corresponding to different traffic used for the second F1 interface control plane.
  • the first IAB node can send the new traffic information for different traffic of the second F1 interface control plane to Donor CU1 through the Uu interface (for example, through RRC messages) or the F1 interface (for example, through F1AP messages) with Donor CU1.
  • IP address In this embodiment of the present application, the second message specifically includes multiple new IP addresses respectively corresponding to different traffic used for the second F1 interface control plane. It can be understood that the second message includes the second F1 interface control plane. Identifiers of different flows, and multiple new IP addresses respectively corresponding to the identifiers of different flows on the control plane of the second F1 interface.
  • the identification of the traffic may include the traffic index (traffic index) of the traffic, the QoS parameter of the traffic (5QI or priority level or priority), the QoS attribute value of the traffic (DSCP or flow label), and the usage type of the traffic (usage type). at least one.
  • the second message or S106 is required.
  • the second message may be an IAB node traffic migration management request.
  • Response IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE
  • the above-mentioned first message does not exist or the above-mentioned first message is a newly defined interface (such as XN port) message between Donor CU1 and Donor CU2, then S106 is optional, that is, Donor CU1 may not A second message needs to be sent to Donor CU2.
  • the source address of the F1 interface establishment request information (such as the F1 SETUP REQUEST message) sent by the IAB node when establishing the cross-topology F1-C is at least one new address of the first IAB node for the second F1 interface control plane. IP address.
  • the function to be implemented by S106 can be implemented instead through the establishment request information of the F1 interface.
  • a new IP address used for the first flow of the second F1 interface control plane and a QoS attribute value corresponding to the new IP address used for the first flow of the second F1 interface control plane.
  • the traffic index or QoS parameter of the first traffic on the second F1 interface control plane, and the QoS attribute value corresponding to the traffic index or QoS parameter of the first traffic on the second F1 interface control plane are examples of the traffic index or QoS parameter of the first traffic on the second F1 interface control plane.
  • the traffic index of the first traffic on the second F1 interface control plane, the QoS parameters corresponding to the traffic index, and the QoS attribute values corresponding to the traffic index and/or QoS parameters of the first traffic on the second F1 interface control plane is any traffic in the second F1 interface control plane traffic.
  • the second message in this implementation may also include similar information about other traffic on the second F1 interface control plane. Different traffic types can be distinguished by the type of traffic or the QoS parameters of the traffic.
  • Figure 6 provides a schematic diagram of a communication method 200.
  • Donor CU1 determines the new IP address of the first IAB node for the first traffic of the user plane of the second F1 interface, where the second F1 interface is the interface between the first IAB node and Donor CU2.
  • Donor CU1 can determine the new IP address of the first IAB node for the first traffic of the second F1 interface user plane by itself. In other words, after S201, Donor CU1 can determine to execute S202 on its own without waiting for the trigger of any external message (such as a message from Donor CU2).
  • the cross-topology F1 interface can be established as soon as possible during the cross-host switching process of the IAB node, so as to facilitate the cross-host switching process of the IAB node and ensure the communication between the IAB node and its downstream nodes.
  • Donor CU1 determines on its own that it needs to perform cross-host switching of the first IAB node through at least one of the above-mentioned first to third possible cross-host switching processes.
  • the Donor CU1 determines the new IP address of the first IAB node for the first traffic of the second F1 interface user plane, which may include: the Donor CU1 sends the second IP address to the first IAB node.
  • RRC message the second RRC message includes at least one new IP address of the first IAB node for the second F1 interface user plane.
  • the first IAB node can communicate with Donor CU1 through the Uu interface (for example, through RRC messages) or the F1 interface (for example For example, sending a new IP address for the first traffic of the second F1 interface user plane to Donor CU1 through an F1AP message.
  • the first IAB node can also send a new IP address related to the first IAB node to Donor CU1 at the same time.
  • the new IP address used for the first flow of the second F1 interface user plane corresponds to the old IP address of the first IAB node used for the first flow of the first F1 interface user plane.
  • Donor CU1 stores the old IP address used for the first flow of the first F1 interface user plane
  • Donor CU1 receives the old IP address used for the first flow of the first F1 interface user plane and the user After the new IP address of the first traffic of the second F1 interface user plane, it can be accurately identified that the traffic corresponding to the new IP address is the first traffic of the first F1 interface user plane.
  • the Donor CU1 needs to first determine the IP address of the first IAB node. At least one new IP address for the user plane of the second F1 interface. Donor CU1 determines at least one new IP address of the first IAB node for the second F1 interface user plane, which may include: Donor CU1 requests at least one new IP address of the F1 interface user plane from Donor DU1, and Donor CU1 receives the request from Donor DU1.
  • Donor CU1 can be the first step in self-determined execution. In other words, after S201, Donor CU1 can determine to execute the first step of the above three implementation methods by itself without waiting for the trigger of any external message (such as a message from Donor CU2). In the above three implementation methods, Donor CU1 may also need to wait for the trigger of an external message (for example, the third message from Donor CU2), that is, S203, before deciding to execute the first step of the above three implementation methods.
  • an external message for example, the third message from Donor CU2
  • the third message and the first message may be the same message.
  • one message can realize the functions of S103 and S203 at the same time.
  • the above communication method 200 may also include:
  • the above communication method 200 may also include:
  • the fourth message may also include any of the following: (1) QoS attribute value corresponding to the new IP address used for the first traffic of the second F1 interface user plane, wherein the QoS attribute value may be Including DSCP or flow label. (2) QoS attributes corresponding to the traffic index (traffic index) or QoS parameters of the first traffic on the second F1 interface user plane value, where the QoS parameters may include: fifth generation mobile communication system QoS parameter indicator (5th Generation QoS indicator, 5QI) value, priority level value (priority level) or priority (priority).
  • 5QI fifth generation mobile communication system QoS parameter indicator
  • the transmission resources of the first traffic of the second F1 interface user plane may include at least one of a next hop node, a transmission path, and a transmission channel.
  • Donor DU1 can determine at least one of the BAP routing ID of the first flow of the second F1 interface user plane, the BAP Address of the next hop (Next Hop), and the BH RLC CH ID.
  • the target IAB host can obtain the necessary information for establishing the cross-topology F1 interface user plane, thereby establishing the cross-topology F1 interface user plane, so as to facilitate the implementation of the IAB node
  • the cross-host switching process ensures communication between the IAB node and its downstream nodes.
  • the communication method 100 and the communication method 200 can be executed before or after, or at the same time, or only the communication method 200 can be executed without executing the communication method 100, or only the communication method 100 can be executed without executing the communication method 200, which is not limited by this application.
  • Each operation in the communication method 100 and the communication method 200 can be combined with each other to form a new independent embodiment, and this application is not limited in this regard.
  • Donor CU2 obtains at least one new IP address of the first IAB node for the user plane of the second F1 interface.
  • the Donor CU2 can obtain at least one new IP address for the second F1 interface user plane through the existing IAB TRANSPORT MIGRATION MANAGEMENT process.
  • Donor CU2 sends at least one new IP address for the second F1 interface user plane to the first IAB node.
  • the Donor CU2 can send at least one message for the second F1 interface user plane to the first IAB node through the second F1 interface control plane (the second F1-C) that has been previously established (for example, established through the communication method 100).
  • New IP address For example, the Donor CU2 may send a second F1 interface control plane message (such as an F1AP message) to the first IAB node.
  • the second F1 interface control plane message includes at least the first IAB node's user plane for the second F1 interface. A new IP address.
  • the second F1 interface control plane message may also include the new IP address of the first IAB node used for the first traffic of the second F1 interface user plane.
  • the old IP address of the first IAB node used for the first traffic of the first F1 interface user plane is used for the first traffic of the first F1 interface user plane.
  • the second F1 interface control plane message only includes the first IAB corresponding to the new IP address of the first IAB node used for the first traffic of the second F1 interface user plane.
  • the second F1 interface control plane message may also include other information of the first IAB node used for the second F1 interface user plane.
  • the new IP address of the traffic, and the first IAB node used for the The new IP address of other traffic on the second F1 interface user plane corresponds to the old IP address of the first IAB node used for other traffic on the first F1 interface user plane.
  • the second F1 interface control plane message may also include the first IAB node corresponding to the new IP address of the first IAB node used for the first traffic of the second F1 interface user plane.
  • Donor CU2 can obtain the old IP address for the first flow of the first F1 interface user plane from the switch request mentioned in S101 or S201 before through other processes (for example, Donor CU2 can also Obtain the old IP address used for the first flow of the first F1 interface user plane by initiating an IAB TRANSPORT MIGRATION MANAGEMENT process (such as S301). Obtain the old IP address used for the first flow of the first F1 interface user plane.
  • Donor CU2 when Donor CU2 receives the old IP address used for the first flow of the first F1 interface user plane and the new IP address used for the first flow of the second F1 interface user plane, it can accurately identify the The traffic corresponding to the new IP address is the first traffic of the user plane of the first F1 interface.
  • the second F1 interface control plane message that the Donor CU2 can send to the first IAB node may only include at least one new IP of the first IAB node for the second F1 interface user plane. address, or does not include at least one old IP of the first IAB node used for the first F1 interface user plane corresponding to at least one new IP address of the first IAB node used for the second F1 interface user plane address.
  • Donor CU2 F1-terminating CU
  • Donor CU2 can obtain the new IP address of the first IAB node for the first traffic of the second F1 interface user plane, thereby utilizing the existing IAB TRANSPORT MIGRATION MANAGEMENT process.
  • the communication device can be the first node, the second node, the third node or the host in any possible design solution in the foregoing embodiment method.
  • the communication device includes: in the communication method provided by the previous embodiment, at least one corresponding unit for executing the method steps, operations or behaviors performed by the first node, the second node, the third node or the host node.
  • the setting of the at least one unit may have a one-to-one correspondence with the method steps, operations or behaviors performed by the first node, the second node, the third node or the host node.
  • These units can be implemented by computer programs, hardware circuits, or a combination of computer programs and hardware circuits.
  • the communication device provided by the present application will be described below with reference to FIG. 8 .
  • the communication device 800 can be applied to the second node.
  • the structure and functions of the communication device 800 will be divided into different designs to be described in detail below. Although the module names between different designs are the same, the structures and functions can be different.
  • the communication device 800 may include a processing module 801 and a sending module 802 .
  • the processing module 801 determines that the first IAB node needs to switch from Donor CU1 to Donor CU2.
  • the processing module 801 determines the first IAB node for the second At least one new IP address of the F1 interface control plane, where the second F1 interface is the interface between the first IAB node and the Donor CU2.
  • the processing module 801 causes the sending module 802 to send configuration information to Donor DU1, where the configuration information is used to configure the transmission resources of the second F1 interface control plane message.
  • the communication device 800 also includes a receiving module 803.
  • the receiving module 803 receives a first message from the Donor CU2.
  • the first message is used to request the first IAB node for the second F1 interface control plane. At least a new IP address.
  • the sending module 802 sends a first RRC message to the first IAB node, where the first RRC message includes at least one of the following: at least one new IP address used for the second F1 interface control plane.
  • the default BAP configuration of the first IAB node for transmitting the second F1 interface control plane message the default BAP configuration includes a default routing ID, and/or, a default BH RLC CH ID.
  • the first RRC message also includes identification information of the second distributed unit DU of the first IAB node corresponding to the at least one new IP address used for the second F1 interface control plane, wherein the first An IAB node at least includes a first DU and a second DU.
  • a first F1 interface exists between the first DU and the Donor CU1, and the second F1 interface is an interface between the second DU and the Donor CU2.
  • the sending module 802 sends a second message to the Donor CU2.
  • the second message includes at least one new IP address for the second F1 interface control plane, and/or, and the second message for the second F1 interface.
  • Quality of Service QoS attribute value corresponding to at least one new IP address on the interface control plane.
  • the processing module 801 determines at least one new IP address of the first IAB node for the second F1 interface control plane, including: the Donor CU1 determines the first IAB node for the second F1 interface control plane. All traffic to the same new IP address.
  • the receiving module 803 receives a new IP address from the first IAB node for different traffic of the second F1 interface control plane.
  • the configuration information is specifically used to instruct the Donor DU1 to determine the BAP routing ID, Next Hop BAP Address and BH RLC CH ID of the second F1 interface control plane message only based on the destination IP address of the second F1 interface control plane message. at least one of them.
  • the processing module 801 determines a new IP address of the first IAB node used for the first traffic of the second F1 interface user plane.
  • the receiving module 803 receives a third message from the Donor CU2, the third message is used to request at least one new IP address of the first IAB node for the second F1 interface user plane.
  • the sending module 802 sends a second RRC message to the first IAB node, where the second RRC message includes at least one new IP address of the first IAB node for the second F1 interface user plane.
  • the receiving module 803 receives a new IP address from the first IAB node for the first traffic of the second F1 interface user plane.
  • the sending module 802 sends a third RRC message to the first IAB node, where the third RRC message includes the new IP address of the first IAB node used for the first traffic of the second F1 interface user plane.
  • the third RRC message also includes identification information of the second DU of the first IAB node corresponding to the new IP address of the first IAB node used for the first traffic of the second F1 interface user plane. .
  • the third RRC message also includes the first flow for the second F1 interface user plane with the first IAB node.
  • the new IP address corresponds to the old IP address of the first IAB node used for the first traffic of the first F1 interface user plane.
  • the sending module 802 sends a fourth message to the Donor CU2, where the fourth message includes the new IP address used for the first traffic of the second F1 interface user plane.
  • the fourth message also includes a quality of service QoS attribute value corresponding to the new IP address used for the first traffic of the second F1 interface user plane.
  • the processing module 801 sends configuration information to the Donor DU1 based on the new IP address used for the first traffic of the second F1 interface user plane, and the configuration information is used to configure the third flow of the second F1 interface user plane.
  • a traffic transmission resource
  • the above-mentioned second RRC message and/or the above-mentioned third RRC message are the same RRC message as the above-mentioned first RRC message.
  • the communication device 900 includes one or more processors 901 and, optionally, an interface 902 .
  • the device 900 can be caused to implement the communication method provided by any of the foregoing embodiments and any possible design thereof.
  • the processor 901 is used to implement the communication method provided by any of the foregoing embodiments and any possible design thereof through logic circuits or execution of code instructions.
  • the interface 902 can be used to receive program instructions and transmit them to the processor, or the interface 902 can be used for the device 900 to communicate and interact with other communication devices, such as interactive control signaling and/or service data.
  • the interface 902 may be used to receive signals from other devices other than the device 900 and transmit them to the processor 901 or to send signals from the processor 901 to other communication devices other than the device 900 .
  • the interface 902 may be a code and/or data reading and writing interface circuit, or the interface 902 may be a signal transmission interface circuit between a communication processor and a transceiver, or a pin of a chip.
  • the communication device 900 may also include at least one memory 903, which may be used to store required related program instructions and/or data.
  • the device 900 may also include a power supply circuit 904.
  • the power supply circuit 904 may be used to power the processor 901.
  • the processor in this application can be a central processing unit (CPU).
  • the processor can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (Application Specific Integrated Circuits). specific integrated circuit (ASIC), off-the-shelf programmable gate array (field programmable gate array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components, etc.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • ASIC application Specific Integrated Circuit
  • FPGA off-the-shelf programmable gate array
  • a general-purpose processor may be a microprocessor, or the processor may be any conventional processor, etc.
  • memory in this application may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory.
  • non-volatile memory can be read-only memory (ROM), programmable ROM (PROM), erasable programmable read-only memory (erasable PROM, EPROM), electrically removable memory. Erase electrically programmable read-only memory (EPROM, EEPROM) or flash memory.
  • Volatile memory can be random access memory (RAM), which is used as an external cache.
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • double data rate SDRAM double data rate SDRAM
  • DDR SDRAM double data rate SDRAM
  • ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM Synchronously connect dynamic random access memory
  • direct rambus RAM direct rambus RAM, DR RAM
  • the power supply circuit described in the embodiment of the present application includes but is not limited to at least one of the following: a power supply line, a power supply electronic system, a power management chip, a power consumption management processor, or a power consumption management control circuit.
  • the transceiver device, interface, or transceiver described in the embodiments of the present application may include a separate transmitter and/or a separate receiver, or the transmitter and receiver may be integrated.
  • the transceiver device, interface, or transceiver can operate under the instructions of the corresponding processor.
  • the transmitter can correspond to the transmitter in the physical device
  • the receiver can correspond to the receiver in the physical device.
  • the disclosed system, device and method can be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of modules or units is only a logical function division.
  • there may be other division methods for example, multiple units or components may be combined. Either it can be integrated into another system, or some features can be ignored, or not implemented.
  • the coupling or direct coupling or communication connection between each other shown or discussed may be through some interfaces, and the indirect coupling or communication connection of the devices or units may be in electrical, mechanical or other forms.
  • “implemented by software” may refer to the processor reading and executing program instructions stored in the memory to implement the functions corresponding to the above modules or units, where the processor refers to a processing circuit with the function of executing program instructions, Including but not limited to at least one of the following: central processing unit (CPU), microprocessor, digital signal processing (DSP), microcontroller unit (MCU), or artificial intelligence processing Various types of processing circuits that can run program instructions, such as processors. In other embodiments, the processor may also include circuits for other processing functions (such as hardware circuits, buses and interfaces for hardware acceleration, etc.).
  • the processor can be presented in the form of an integrated chip, for example, in the form of an integrated chip whose processing function only includes the function of executing software instructions, or it can also be presented in the form of a system on a chip (SoC), that is, on a chip , in addition to processing circuits (often called “cores") that can run program instructions, it also includes other hardware circuits used to implement specific functions (of course, these hardware circuits can also be implemented separately based on ASIC or FPGA).
  • SoC system on a chip
  • cores processing circuits
  • the processing function can also include various hardware acceleration functions (such as AI calculation, encoding and decoding, compression and decompression, etc.).
  • the hardware processing circuit can be composed of discrete hardware components, or it can be an integrated circuit. In order to reduce power consumption and size, it is usually implemented in the form of integrated circuits.
  • the hardware processing circuit may include ASIC, or programmable logic device (PLD); PLD may include FPGA, complex programmable logic device (CPLD), etc.
  • PLD programmable logic device
  • CPLD complex programmable logic device
  • These hardware processing circuits can be a separately packaged semiconductor chip (such as packaged into an ASIC); they can also be integrated with other circuits (such as CPU, DSP) and packaged into a semiconductor chip. For example, they can be formed on a silicon base.
  • SoC system on a programmable chip
  • each embodiment is described with its own emphasis.
  • parts that are not described in detail in a certain embodiment please refer to the relevant descriptions of other embodiments.
  • the embodiments of the present application can be combined, and some technical features in the embodiments can also be decoupled from specific embodiments.
  • the technical problems involved in the embodiments of the present application can be solved by combining with existing technologies.
  • the units described as separate components may or may not be physically separated.
  • the components shown as units may or may not be physical units, that is, they may be located in one place, or they may be distributed to multiple network units. Superior. Some or all of the units may be selected according to actual needs to achieve the purpose of the embodiments of the present application.
  • each functional unit in each embodiment of the present application can be integrated into one processing unit, each unit can exist physically alone, or two or more units can be integrated into one unit.
  • the above integrated units can be implemented in the form of hardware or software functional units.
  • the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a computer-readable storage medium.
  • the technical solution of the present application is essentially or contributes to the existing technology, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage
  • the medium may include several instructions to cause a computer device, such as a personal computer, a server, a network device, etc., or a processor to perform all or part of the operations of the methods described in various embodiments of the present application.
  • the aforementioned storage media can include: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk, etc., which can store program code. media or computer-readable storage media.
  • transmission may include the following three situations: sending of data, receiving of data, or sending of data and receiving of data.
  • data may include service data and/or signaling data.
  • the number of nouns means “singular noun or plural noun", that is, “one or more”, unless otherwise specified. "At least one” means one or more. "Including at least one of the following: A, B, C.” means it can include A, or B, or C, or A and B, or A and C, or B and C, Or include A, B and C. Among them, A, B, and C can be single or multiple.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种通信方法及装置、存储介质。第一宿主集中式单元(Donor centralized unit 1，Donor CU1)确定第一接入回传一体化(integrated access and backhaul，IAB)节点需要从Donor CU1向Donor CU2切换。Donor CU1确定第一IAB节点的用于第二F1接口控制面的至少一个新的互联网协议(internet protocol，IP)地址，其中，第二F1接口为第一IAB节点与Donor CU2之间的接口。Donor CU1基于用于第二F1接口控制面的至少一个新的IP地址，向Donor DU1发送配置信息，配置信息用于配置第二F1接口控制面消息的传输资源。

Description

一种通信方法及相关设备
本申请要求于2022年06月20日提交中国专利局、申请号为202210695852.1、申请名称为“一种通信方法及相关设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，并且更具体地，涉及一种通信的方法及相关设备。
背景技术
第五代移动通信系统(5th-generation，5G)中引入了接入回传一体化(integrated access and backhaul，IAB)网络技术，IAB网络中的接入链路(access link)和回传链路(backhaul link)皆采用无线传输方案，减少了光纤部署，从而降低了部署成本，提高了部署灵活性。在IAB网络中，包括IAB节点(IAB node)和IAB宿主(IAB donor)。通常来说，IAB node由移动终端(mobile termination，MT)部分和分布式单元(distributed unit，DU)部分组成，IAB donor由集中式单元(centralized unit，CU)部分和分布式单元(distributed unit，DU)部分组成。
由于IAB节点的分布式单元(Distributed Unit，DU)与IAB宿主的集中式单元(Central Unit，CU)之间是通过无线连接的，所以IAB节点可以选择在不同的IAB宿主之间进行切换。在IAB节点跨IAB宿主切换过程中，会出现IAB节点与目标IAB宿主(处于拓扑1)之间的F1接口需要经过源IAB宿主(处于拓扑2)的情况，然而，现有技术中并没有研究过这种跨IAB宿主或者跨拓扑的F1接口建立问题。
发明内容
本申请提供了一种通信方法，可以建立起跨拓扑的F1接口，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第一方面，提供第一种实现方式，包括：Donor CU1确定第一IAB节点需要从该Donor CU1向Donor CU2切换。该Donor CU1确定该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址，其中，该第二F1接口为该第一IAB节点与该Donor CU2之间的接口。该Donor CU1基于该用于第二F1接口控制面的至少一个新的IP地址，向Donor DU1发送配置信息，该配置信息用于配置第二F1接口控制面消息的传输资源。
通过第一种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，宿主基站可以为该IAB节点的跨宿主切换配置相关的传输资源，以便于支持后续跨拓扑的F1接口控制面的建立。如果Donor CU1是自行确定该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址，则通过第一种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，尽快建立起跨拓扑的F1接口，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第二种实现方式中，根据第一种实现方式中的方法，在该Donor CU1确定该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址之前，该方法还包括：该Donor CU1接收来自该Donor CU2的第一消息，该第一消息用于请求该第一IAB节点的用于第二F1接口 控制面的至少一个新的IP地址。通过第二种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，由Donor CU2(也就是跨拓扑的F1接口的F1-terminating CU)触发建立跨拓扑的F1接口，以便于实现合适的IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第三种实现方式中，根据第一种实现方式或者第二种实现方式中的方法，该Donor CU1向该第一IAB节点发送第一RRC消息，该第一RRC消息包括以下至少一种：该用于第二F1接口控制面的至少一个新的IP地址；或者，该第一IAB节点的用于传输第二F1接口控制面消息的默认BAP配置，该默认BAP配置包括默认的BAP routing ID，和/或，默认的BH RLC CH ID；或者，该Donor CU2的IP地址。通过第三种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，IAB节点可以获取用于建立跨拓扑的F1接口控制面的必要信息，从而建立跨拓扑的F1接口控制面，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第四种实现方式中，根据第三种实现方式中的方法，该第一RRC消息还包括与该用于第二F1接口控制面的至少一个新的IP地址对应的该第一IAB节点的第二分布式单元DU的标识信息，其中，该第一IAB节点至少包括第一DU和第二DU，该第一DU与该Donor CU1之间存在第一F1接口，该第二F1接口为该第二DU与该Donor CU2之间的接口。
第五种实现方式中，根据第一种至第四种实现方式中任一的方法，还包括：该Donor CU1向该Donor CU2发送第二消息，该第二消息包括该用于第二F1接口控制面的至少一个新的IP地址，和/或，与该用于第二F1接口控制面的至少一个新的IP地址对应的服务质量QoS属性值。通过第五种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，目标IAB宿主可以获取用于建立跨拓扑的F1接口控制面的必要信息，从而建立跨拓扑的F1接口控制面，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第六种实现方式中，根据第一种至第五种实现方式中任一的方法，该Donor CU1确定该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址，包括：该Donor CU1确定该第一IAB节点的用于第二F1接口控制面的所有流量的相同的新的IP地址。
第七种实现方式中，根据第五种实现方式中的方法，在该Donor CU1向该Donor CU2发送第二消息之前，该方法还包括：该Donor CU1接收来自该第一IAB节点的用于第二F1接口控制面的不同流量的新的IP地址。
第八种实现方式中，根据第一种至第七种实现方式中任一的方法，该配置信息用于配置第二F1接口控制面消息的传输资源，包括：该配置信息具体用于指示该Donor DU1仅根据第二F1接口控制面消息的目的IP地址确定该第二F1接口控制面消息的BAP routing ID，Next Hop BAP Address以及BH RLC CH ID中的至少一个。
第九种实现方式中，根据第一种至第八种实现方式中任一的方法，还包括：该Donor CU1确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
通过第九种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，Donor CU1可以获取该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，以便于支持后续跨拓扑的F1接口用户面的建立。如果Donor CU1是自行确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，则通过第一种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，尽快建立起跨拓扑的F1接口，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第十种实现方式中，根据第九种实现方式中任一的方法，在该Donor CU1确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址之前，该方法还包括：该Donor CU1接收来自该Donor CU2的第三消息，该第三消息用于请求该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。通过第九种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，由Donor CU2(也就是跨拓扑的F1接口的F1-terminating CU)触发建立跨拓扑的F1接口，以便于实现合适的IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第十一种实现方式中，根据第九种至第十种实现方式中任一的方法，该Donor CU1确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，包括：该Donor CU1从该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址中选择出该用于第二F1接口用户面的第一流量的新的IP地址；或者，该Donor CU1向该第一IAB节点发送第二RRC消息，该第二RRC消息包括该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。该Donor CU1接收来自该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
第十二种实现方式中，根据第九种至第十一种实现方式中任一的方法，包括：该Donor CU1向该第一IAB节点发送第三RRC消息，该第三RRC消息包括该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
第十三种实现方式中，根据第十二种实现方式中方法，该第三RRC消息还包括与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的该第二DU的标识信息。
第十四种实现方式中，根据第十二种至第十三种实现方式中任一的方法，该第三RRC消息还包括与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。通过第十四种实现方式，示例性的有益效果包括：当第一IAB节点接收到用于第一F1接口用户面的第一流量的旧的IP地址与用于第二F1接口用户面的第一流量的新的IP地址之后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。
第十五种实现方式中，根据第九种至第十四种实现方式中任一的方法，还包括：该Donor CU1向该Donor CU2发送第四消息，该第四消息包括该用于第二F1接口用户面的第一流量的新的IP地址。通过第九种实现方式，示例性的有益效果包括：可以使得在IAB节点的跨宿主切换过程，目标IAB宿主可以获取用于建立跨拓扑的F1接口用户面的必要信息，从而建立跨拓扑的F1接口用户面，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
第十六种实现方式中，根据第十五种实现方式中的方法，该第四消息还包括与该用于第二F1接口用户面的第一流量的新的IP地址对应的QoS属性值。
第十七种实现方式中，根据第十五种至第十六种实现方式中任一的方法，在该Donor CU1向该Donor CU2发送该用于第二F1接口用户面的第一流量的新的IP地址之前，该方法还包括：该Donor CU1基于该用于第二F1接口用户面的第一流量的新的IP地址，向该Donor DU1发送配置信息，该配置信息用于配置第二F1接口用户面的第一流量的传输资源。
第十八种实现方式中，根据第三种至第十七种实现方式中任一的方法，该第二RRC消息和/或该第三RRC消息，与该第一RRC消息为同一条RRC消息。
第二方面，提供第一种实现方式，包括：第一接入回传一体化IAB节点接收来自第一宿 主集中式单元Donor CU1的RRC消息，该RRC消息包括该第一IAB节点的用于第二F1接口的至少一个新的互联网协议IP地址，其中，该第二F1接口为该第一IAB节点与第二宿主集中式单元Donor CU2之间的接口。该第一IAB节点根据该至少一个新的IP地址，确定第一IP地址。
第二种实现方式中，根据第一种实现方式中的方法，该第一IAB节点根据该至少一个新的IP地址，确定第一IP地址，包括：如果该至少一个新的IP地址包括用于该第二F1接口控制面的所有流量的相同的新的IP地址，则该第一IAB节点确定该用于该第二F1接口控制面的所有流量的相同的新的IP地址为该第一IP地址。
第三种实现方式中，根据第一种实现方式中的方法，该第一IAB节点根据该至少一个新的IP地址，确定第一IP地址，包括：如果该至少一个新的IP地址包括用于该第二F1接口控制面的多个新的IP地址，则该第一IAB节点从该多个新的IP地址中选择出该第一IP地址，该第一IP地址与用于第二F1接口控制面的第一流量对应。
第四种实现方式中，根据第一种至第三种实现方式中任一的方法，该第一IAB节点根据该至少一个新的IP地址，确定第一IP地址，包括：如果该至少一个新的IP地址包括与用于该第一F1接口用户面的第一流量的旧的IP地址对应的新的IP地址，则该第一IAB节点确定该与用于该第一F1接口用户面的第一流量的旧的IP地址对应的新的IP地址为该第一IP地址，该第一IP地址与用于第二F1接口用户面的第一流量对应，其中，该第一F1接口为该第一IAB节点与该Donor CU1之间的接口。
第五种实现方式中，根据第一种至第三种实现方式中任一的方法，该第一IAB节点根据该至少一个新的IP地址，确定第一IP地址，包括：如果该至少一个新的IP地址包括用于该第二F1接口用户面的多个新的IP地址，则该第一IAB节点从该多个新的IP地址中选择出该第一IP地址，该第一IP地址与用于第二F1接口用户面的第一流量对应。
第六种实现方式中，根据第三种或者第五种实现方式中任一的方法，还包括：该第一IAB节点通过RRC消息或者第一F1接口消息向该Donor CU1发送该第一IP地址。
第三方面，提供第一种实现方式，包括：第二宿主集中式单元Donor CU2接收来自第一宿主集中式单元Donor CU1的用于第二F1接口用户面的第一流量的新的IP地址以及与该用于第二F1接口用户面的第一流量的新的IP地址对应的服务质量QoS属性值，其中，该第二F1接口为第一接入回传一体化IAB节点与该Donor CU2之间的接口。
第四方面，提供第一种实现方式，包括：第二宿主集中式单元Donor CU2接收来自第一宿主集中式单元Donor CU1的用于第二F1接口用户面的至少一个新的IP地址，其中，该第二F1接口为第一接入回传一体化IAB节点与该Donor CU2之间的接口。该Donor CU2通过第二F1接口消息向该第一IAB节点发送该用于第二F1接口用户面的至少一个新的IP地址。
第二种实现方式中，根据第一种实现方式中的方法，该Donor CU2通过第二F1接口消息向该第一IAB节点发送该用于第二F1接口用户面的至少一个新的IP地址，包括：该Donor CU2通过第二F1接口消息向该第一IAB节点发送用于该第一F1接口用户面的第一流量的旧的IP地址，以及与用于该第一F1接口用户面的第一流量的旧的IP地址对应的用于该第二F1接口用户面的第一流量的新的IP地址，其中，该第二F1接口为该第一IAB节点与该Donor CU1之间的接口。通过第二种实现方式，示例性的有益效果包括：当第一IAB节点接收到用于第一F1接口用户面的第一流量的旧的IP地址与用于第二F1接口用户面的第一流量的新的IP地址之后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。
第五方面，本申请提供一种通信装置，该装置包括用于执行第一方面至第四方面的方法 及其任一设计中的任一种方法的模块。
第六方面，本申请提供一种通信装置，包括处理器和存储器，该处理器和该存储器耦合，该处理器用于实现第一方面至第四方面的方法及其任一设计中的任一种方法。
第七方面，本申请提供一种通信装置，包括至少一个处理器和接口电路，该接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现第一方面至第四方面的方法及其任一设计中的任一种方法。
在一个可能的设计中，该装置可以是第一方面至第四方面的方法及其任一设计中的任一种方法中的节点中的芯片或者集成电路。
可选的，该通信装置还可以包括至少一个存储器，该存储器存储有涉及的程序指令。
第八方面，本申请提供一种通信装置，该装置具有实现上述第一方面至第四方面的方法及其任一设计中的方法中的任一种方法的功能或操作，所述功能或操作可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能或操作相对应的单元(模块)，比如包括收发单元和处理单元。
第九方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质中存储有涉及的程序指令，该涉及的程序指令被运行时，以使得该通信装置实现第一方面至第四方面的方法及其任一设计中的任一种方法。
第十方面，本申请提供了一种计算机程序产品，该计算机程序产品包含涉及的程序指令，该涉及的程序指令被执行时，以实现第一方面至第四方面的方法及其任一设计中的任一种方法。
第十一方面，本申请还提供一种芯片，所述芯片用于实现第一方面至第四方面的方法及其任一设计中的任一种方法。
第十二方面，本申请提供了一种通信系统，该通信系统包括第五方面至第八方面及其任一设计中至少一种通信装置。
附图说明
下面结合附图对本申请提供的方案进行详细说明，附图中以虚线标识的特征或内容可理解为本申请实施例的可选操作或者可选结构。
图1是一种IAB网络通信系统的示意图；
图2是一种IAB网络中的控制面协议栈的示意图；
图3是一种IAB网络中的用户面协议栈的示意图；
图4为本申请实施例提供的一种适用场景示意图；
图5为本申请实施例提供的一种方法流程示意图；
图6为本申请实施例提供的一种方法流程示意图；
图7为本申请实施例提供的一种方法流程示意图；
图8是本申请实施例提供的一种通信装置的示意性框图；
图9是本申请实施例提供的一种装置的示意性框图。
具体实施方式
图1是本申请提供的一种IAB网络通信系统的示意图。该通信系统包括终端，IAB节点，宿主基站。本申请中，“IAB网络”只是一种举例，可以用“无线回传网络”或者“中继网络”进行替换。“IAB节点”也只是一种举例，可以用“无线回传设备”或者“中继节点”进行替换。
宿主基站(donor base station)可以作为IAB节点的宿主节点。本申请中，宿主基站可以包括但不限于：下一代基站(generation nodeB，gNB)，演进型节点B(evolved Node B，eNB)，无线网络控制器(radio network controller，RNC)，节点B(Node B，NB)，基站控制器(base station controller，BSC)，基站收发台(base transceiver station，BTS)，家庭基站(home evolved Node B或者home Node B)，传输点(transmission and reception point或者transmission point)，具有基站功能的路边单元(road side unit，RSU)，基带单元(baseband unit，BBU)，射频拉远单元(Remote Radio Unit，RRU)，有源天线单元(active antenna unit，AAU)，一个或一组天线面板，或后续演进系统中具备基站功能的节点等。宿主基站可以是一个实体，还可以包括一个集中式单元(centralized unit，CU)实体加上至少一个分布式单元(distributed unit，DU)实体。其中，CU和DU之间的接口可以称之为F1接口。F1接口的两端分别是CU和DU，CU的F1接口的对端是DU，DU的F1接口的对端是CU。F1接口又可以进一步包括F1接口控制面(F1-C)和F1接口用户面(F1-U)。本申请中，宿主基站的CU可以简称为Donor CU，宿主基站的DU可以简称为Donor DU。
本申请中，终端有时也称为用户设备(user equipment，UE),移动台，终端设备等。终端可以广泛引用于各种场景，例如设备到设备(device-to-device，D2D)、车物(vehicle to everything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。终端可以包括但不限于：用户设备UE，移动站，移动设备，终端设备，用户代理，蜂窝电话，无绳电话，会话启动协议(session initiation protocol，SIP)电话，无线本地环路(wireless local loop，WLL)站，个人数字处理(personal digital assistant，PDA)，具有无线通信功能的手持设备，计算设备，连接到无线调制解调器的其它处理设备，车载设备，可穿戴设备(如智能手表，智能手环，智能眼镜等)，智能家具或家电，车联网(vehicle to everything，V2X)中的车辆设备,具有中继功能的终端设备，客户前置设备(customer premises equipment，CPE)，IAB节点(具体是IAB节点的MT或者作为终端角色的IAB节点)等，本申请对终端的具体名称和实现形式并不做限定。
本申请中，IAB节点可以包括至少一个移动终端(mobile terminal，MT)和至少一个分布式单元DU(distributed unit，DU)。IAB节点可以是一个实体，例如该IAB节点包括至少一个MT功能和至少一个DU功能。IAB节点也可以包括多个实体，例如该IAB节点包括至少一个MT实体和至少一个DU实体。其中MT实体和DU实体可以相互通信，例如通过网线相互通信。当IAB节点面向其父节点(父节点可以是宿主基站或者其他IAB节点)时，可以作为终端，例如用于上述终端所应用各种场景，即IAB节点的终端角色。这种情况下，为IAB节点提供终端角色的是MT功能或MT实体。当IAB节点面向其子节点(子节点可以是其他IAB节点或者终端)时，可以作为网络设备，即IAB节点的网络设备角色。这种情况下，为IAB节点提供网络设备角色的是DU功能或DU实体。本申请中，IAB节点的MT可以简称为IAB-MT,IAB节点的DU可以简称为IAB-DU。IAB节点可以接入宿主基站，也可以通 过其他IAB节点连接到宿主基站。
IAB网络支持多跳组网和多连接组网以保证业务传输的可靠性。IAB节点将为其提供回传服务的IAB节点视为父节点，相应地，该IAB节点可视为其父节点的子节点。终端也可以将自己接入的IAB节点视为父节点，相应地，IAB节点也可以将接入自己的终端视为子节点。IAB节点可以将自己接入的宿主基站视为父节点，相应地，宿主基站也可以将接入自己的IAB节点视为子节点。如图1所示，IAB节点1的父节点包括宿主基站。IAB节点1又为IAB节点2或者IAB节点3的父节点。终端1的父节点包括IAB节点4。IAB节点4的子节点包括终端1或者终端2。终端直接接入的IAB节点可以称之为接入IAB节点。图1中的IAB节点4是终端1和终端2的接入IAB节点。IAB节点5是终端2的接入IAB节点。从IAB节点到宿主基站的上行传输路径上的节点可以称之为该IAB节点的上游节点(upstream node)。上游节点可以包括父节点，父节点的父节点(或称为祖父节点)等。例如图1中的IAB节点1和IAB节点2可以称之为IAB节点5的上游节点。从IAB节点到终端的下行传输路径上的节点可以称之为该IAB节点的下游节点(downstream node)或者后代节点(descendant node)。下游节点或者后代节点可以包括子节点(或者称为下一跳节点)，子节点的子节点(或称为孙节点)，或者终端等。例如图1中的终端1，终端2，IAB节点2，IAB节点3，IAB节点4或者IAB节点5可以称之为IAB节点1的下游节点或者后代节点。又例如图1中的IAB节点4和IAB节点5可以称之为IAB节点2的下游节点或者后代节点。图1中的终端1可以称之为IAB节点4的下游节点或者后代节点。每个IAB节点需要维护面向父节点的回传链路(backhaul link，BL)。若IAB节点的子节点是终端，该IAB节点还需要维护和终端之间的接入链路(acess link，AL)。如图1所示，IAB节点4和终端1或者终端2之间的链路包括AL。IAB节点4和IAB节点2或IAB节点3之间包括BL。
如图1所示，宿主基站与终端2之间的传输路径存在多种可能，例如传输路径1“宿主基站-IAB节点1-IAB节点2-IAB节点5-终端2”，传输路径2“宿主基站-IAB节点1-IAB节点2-IAB节点4-终端2”，传输路径3“宿主基站-IAB节点1-IAB节点3-IAB节点4-终端2”。不同的传输路径可以通过回传适配协议路由标识(bakhaul adaptation protocol routing identity，BAP routing ID)进行标识。路径上的IAB节点可以具有BAP地址(BAP address)和互联网协议(internet protocol，IP)地址。
图2和图3分别是本申请实施例提供的IAB网络中的控制面协议栈的示意图和用户面协议栈的示意图。图2和图3中的宿主基站可以包括宿主CU和宿主DU功能(这种情况下，宿主基站为一个实体)，或者可以包括宿主CU实体和宿主DU实体(这种情况下，宿主基站分为两个实体)。如图2或图3所示，宿主DU和宿主CU之间对等的协议层包括IP层，层2(layer 2，L2)，层1(layer 1，L1)。其中，L1和L2可以指的是有线传输(例如光纤传输)网络中的协议栈层。例如L1可以是物理层，L2可以是数据链路层。IAB节点4和IAB节点3之间，IAB节点3和IAB节点1之间，以及IAB节点1和宿主DU之间均建立有回传链路(BL)。BL两端对等的协议栈可以包括回传适配协议(backhaul adaptation protocol，BAP)层，无线链路控制(radio link control,RLC)，媒体接入控制(medium access control，MAC)层，以及物理(physical，PHY)层。
如图2所示，终端和宿主基站之间有接口，有时称为空口。例如可以称为Uu接口。Uu接口一端位于终端，一端位于宿主基站。Uu接口两端对等的控制面协议栈包括无线资源控制(radio resource control，RRC)层，分组数据汇聚(packet data convergence protocol，PDCP)层，,RLC层，MAC层，以及PHY层。Uu接口控制面协议栈包括的协议层也可以称为控 制面的接入层(access stratum，AS)。如果宿主基站包括宿主CU实体和宿主DU实体，则Uu接口在宿主基站这端的控制面协议栈可以分别位于宿主DU和宿主CU。例如，PHY层，MAC层及RLC层位于宿主DU，RRC层和PDCP层位于宿主CU。
终端接入的IAB节点(即图2中的IAB节点4)的DU和宿主基站之间有接口，例如称为F1接口。F1接口一端位于IAB节点4，一端位于宿主基站。宿主基站(例如可以是宿主CU)的F1接口的对端是IAB节点(具体可以是IAB节点的DU)，IAB节点(具体可以是IAB节点的DU)的F1接口的对端是宿主基站(具体可以是宿主CU)。F1接口两端对等的控制面协议栈包括F1应用协议(F1 application protocol，F1AP)层，流控制传输协议(stream control transmission protocol，SCTP)层以及IP层，可选的包括互联网安全协议(internet protocol security，IPsec)层。宿主基站可以包括宿主CU实体和宿主DU实体。F1接口在宿主基站这端的控制面协议栈可以位于宿主CU，例如，宿主CU包括F1AP层，SCTP层以及IP层，可选的包括IPsec层。F1接口在宿主基站这端的控制面协议栈也可以分别位于宿主CU和宿主DU，例如，宿主CU包括F1AP层和SCTP层，可选的包括IPsec层，宿主DU包括IP层。
如图3所示，终端和宿主基站之间的Uu接口两端对等的用户面协议栈包括业务数据适配协议(service data adaptation protocol，SDAP)层，PDCP层，RLC层，MAC层，以及PHY层。Uu接口用户面协议栈包括的协议层也可以称为用户面的接入层(AS)。如果宿主基站包括宿主CU实体和宿主DU实体，则Uu接口在宿主基站这端的用户面协议栈可以分别位于宿主DU和宿主CU。例如，PHY层，MAC层及RLC层位于宿主DU，SDAP层和PDCP层位于宿主CU。
IAB节点4的DU和宿主基站之间的F1接口两端对等的用户面协议层包括通用分组无线业务用户面隧道协议(general packet radio service tunnelling protocol for the user plane，GTP-U)层，用户数据报协议(user datagram protocol，UDP)层以及IP层，可选的包括IPsec层。宿主基站可以包括宿主CU实体和宿主DU实体。F1接口在宿主基站这端的用户面协议栈可以位于宿主CU，例如，宿主CU包括GTP-U层，UDP层以及IP层，可选的包括IPsec层。F1接口在宿主基站这端的用户面协议栈也可以分别位于宿主CU和宿主DU，例如，宿主CU包括GTP-U层和UDP层，可选的包括IPsec层，宿主DU包括IP层。
在图2和图3中，IAB节点4和IAB节点3之间，IAB节点3和IAB节点1之间，IAB节点1和宿主基站或者宿主DU之间，可以存在多个回传RLC信道(backhaul RLC channel，BH RLC CH)。每个BH RLC CH对应有回传RLC信道标识(backhaul RLC channel identity，BH RLC CH ID)。另外，在图2和图3中，当有终端接入该宿主DU时，该宿主DU和宿主CU之间的接口也可以包括F1接口。该F1接口两端对等的控制面协议栈包括F1AP层，SCTP层以及IP层。该F1接口两端对等的用户面协议栈包括GTP-U层，UDP层以及IP层。当有终端接入该IAB节点1或IAB节点3时，该IAB节点1或者IAB节点3和宿主基站之间也可以包括F1接口，该F1接口的描述可以参照上述IAB节点4的DU和宿主基站之间F1接口的描述。
当终端指的是IAB节点的MT功能或者MT实体，或者作为终端角色的IAB节点时，图2或者图3中示出的终端的协议栈为某个IAB节点的MT功能或者MT实体的协议栈，或者为某个IAB节点作为终端角色时的协议栈。
IAB节点在接入IAB网络时，可以充当终端的角色。这种情况下，该IAB节点的MT具有终端的协议栈。该IAB节点和宿主基站之间存在空口(Uu接口)的协议栈。如图2和图3中的终端的协议栈，即具备RRC层或SDAP层，PDCP层，RLC层，MAC层和PHY层。其 中，控制面上，IAB节点的RRC消息被IAB节点的父节点封装在F1AP消息中传输的。用户面上，IAB节点的数据包被封装在PDCP协议数据单元(protocol data unit，PDU)中发送到IAB节点的父节点，IAB节点的父节点将收到的PDCP PDU封装在该IAB节点的父节点与宿主CU之间的F1接口上的GTP-U隧道中传输。另外，该IAB节点接入IAB网络后，该IAB节点仍然可以充当普通终端的角色，例如，该IAB节点可以与宿主基站之间传输自己的数据包，例如操作、管理和维护网元(operation,administration and maintenance，OAM)数据包，测量报告等。
需要说明的是，一个IAB节点在IAB网络中可能具备一个或者多个角色。例如，该IAB节点既可以作为终端角色，也可以作为接入IAB节点角色(如图2和图3中的IAB节点4的协议栈)或者中间IAB节点角色(如图2和图3中的IAB node 1或者IAB node 3的协议栈)。该IAB节点可以针对不同角色，使用不同角色对应的协议栈。当该IAB节点在IAB网络中具备多种角色时，可以同时具备多套协议栈。各套协议栈之间可以共享一些相同的协议层，例如共享相同的RLC层，MAC层，PHY层。
如图4所示，IAB节点包括MT和DU部分(这种情况下，IAB节点分为两个实体)，或者MT和DU功能(这种情况下，IAB节点为一个实体)。宿主基站包括宿主CU实体和宿主DU实体(这种情况下，宿主基站分为两个实体)，或者宿主CU和宿主DU功能(这种情况下，宿主基站仍然为一个整体)。例如图4中，宿主基站1包括Donor-CU1和Donor-DU1，宿主基站2包括Donor-CU2和Donor-DU2。IAB节点3和宿主基站之间还存在一个上游节点IAB节点1或者IAB节点2。
IAB donor CU下面都可以连接1个，2个，或者多个donor DU。图4是以一个IAB donor CU下面连接1个donor DU为例，但是本申请对于IAB donor CU下面连接多少个donor DU不限制。IAB node可以包括1个，2个，或者多个DU。图4是以一个IAB node包括1个DU为例，但是本申请对于IAB node包括多少个DU不限制。
另外，在图4中，IAB node 1和IAB donor 1之间还可以包括多个IAB node，或者，IAB node 3也可以是直接连接到IAB donor 1，即图4中的IAB node 1可以不存在。IAB node 2和IAB donor 2之间也可以包括多个IAB node，或者，IAB node 3也可以是直接连接到IAB donor 2，即图4中IAB node 2也可以不存在。在图4中，IAB节点3和IAB节点1之间，或者IAB节点3和IAB节点2之间还可以包括IAB节点3的其他上游节点。在图4中，还可以包括IAB节点3的下游节点或者后代节点，IAB节点的下游节点可以跟随该IAB节点进行切换，即也从源IAB宿主切换到目标IAB宿主。本申请实施例提供的方法适用于IAB节点的切换，同样也适用于IAB节点的下游节点跟随该IAB节点进行切换的场景。在图4中，IAB node 3也可以没有子节点，即IAB node 3可以是终端的接入IAB节点。
在图4中，IAB node 3从源父节点(IAB node 1)切换至目标父节点(IAB node 2)，且改变连接的IAB宿主，即从源IAB宿主(IAB donor 1)切换至目标IAB宿主(IAB donor 2)，可以称为跨宿主的切换，或者跨donor CU的切换(inter-donor CU migrating)。跨宿主切换的方法有多种，下面举例介绍几种。
第一种可能的跨宿主切换过程包括：初始阶段->中间阶段。处于初始阶段的IAB节点3与宿主基站1之间存在Uu接口和F1接口。IAB节点3与宿主基站2建立F1接口，而IAB节点3的MT还维持着和宿主基站1之间的Uu接口(即Uu接口先不进行切换)，这种情况下，IAB节点处于中间阶段。在中间阶段，IAB节点3和宿主基站1之间存在Uu接口，且IAB节点3和宿主基站2之间存在F1接口(包括F1接口控制面和F1接口用户面)。IAB节 点3与宿主基站1之间可以存在F1接口(也可以称之为IAB节点3和宿主基站1之间维持有F1接口)，也可以不存在F1接口(也可以称之为IAB节点3和宿主基站1之间不维持有F1接口)。示例性的，如果图4中的IAB node 3中包括DU1和DU2(可以是软件上的逻辑划分或者物理上的实体划分)，那么在跨donor CU的切换的过程中，IAB node 3可以通过DU1与IAB donor CU1之间保持F1连接的同时，建立DU2和IAB donor CU2之间的F1连接。在中间阶段，IAB节点3和宿主基站2之间的F1接口通信需要经过Donor DU1。
第二种可能的跨宿主切换过程包括：初始阶段->中间阶段->最终阶段。也就是在上述从初始阶段进入中间阶段之后，处于中间阶段2的IAB节点3，可以继续将Uu接口切换至宿主基站2(即断开IAB节点3的MT与宿主基站1之间的Uu接口，建立IAB节点3的MT与宿主基站2之间的Uu接口)。如果在中间阶段下，IAB节点3与宿主基站1之间存在F1接口，则这种情况下可以断开IAB节点3与宿主基站1之间的F1接口。这种情况下，IAB节点进入最终阶段。在最终阶段，IAB节点3和宿主基站2之间的F1接口通信(包括用户面和控制面通信)需要经过Donor DU2。
第三种可能的跨宿主切换过程包括：初始阶段->最终阶段，也就是不经过中间阶段。处于初始阶段的IAB节点3与宿主基站1之间存在Uu接口和F1接口。IAB节点3与宿主基站2建立F1接口控制面(F1-C)，而IAB节点3的MT还维持着和宿主基站1之间的Uu接口。这种情况下，IAB节点3和宿主基站2之间的F1接口通信(只包括控制面通信)需要经过Donor DU1。IAB节点3与宿主基站1之间可以存在F1接口，也可以不存在F1接口。示例性的，如果图4中的IAB node 3中包括DU1和DU2，那么在跨donor CU的切换的过程中，IAB node 3可以通过DU1与IAB donor CU1之间保持F1连接的同时，建立DU2和IAB donor CU2之间的F1-C。IAB节点和宿主基站2之间的F1接口控制面通信需要经过Donor DU1。IAB node 3继续将Uu接口切换至宿主基站2之后，IAB节点3与宿主基站2之间建立F1接口用户面(F1-U)。如果之前IAB节点3与宿主基站1之间存在F1接口，则这种情况下可以断开IAB节点3与宿主基站1之间的F1接口。这种情况下，IAB节点进入最终阶段。在最终阶段，IAB节点3和宿主基站2之间的F1接口通信(包括用户面和控制面通信)需要经过Donor DU2。
图4中用粗曲线示意了各阶段下，IAB节点3和宿主基站1或宿主基站2之间的F1接口通信的可能的路径。图4中donor CU1及其管理的节点构成了一个拓扑(如第一拓扑)，donor CU2及其管理的节点构成了另外一个拓扑(如第二拓扑)。如图4中间阶段所示，IAB节点3和宿主基站2之间的F1接口经过了第一拓扑和第二拓扑。
在上述第一种至第三种可能的跨宿主切换过程中，都涉及IAB node 3与宿主基站2之间的F1接口控制面(也可以称之为跨拓扑的F1-C)的建立。在第一种至第二种可能的跨宿主切换过程中，还涉及IAB node 3与宿主基站2之间的F1接口用户面(也可以称之为跨拓扑的F1-U)的建立。
IAB节点3的F1接口的对端宿主基站的CU也可以称之为F1端点CU(F1-terminating CU)，则另一个宿主基站的CU可以称之为非F1端点CU(non-F1-terminating donor CU)。图4中的IAB节点3也可以称之为边界IAB节点或者切换IAB节点。
本申请中，建立接口可以包括建立接口上的连接和/或承载。例如，建立Uu接口可以包括建立RRC连接，建立信令无线承载(signalling radio bearer，SRB)，和建立数据无线承载(data radio bearer，DRB)中的至少一个。建立F1接口可以包括建立F1连接。断开接口可以包括断开接口上的连接和/或承载。例如，断开Uu接口可以包括断开RRC连接，断开SRB， 和断开DRB中的至少一个。断开F1接口可以包括断开F1连接。
下面基于前述通信架构和通信场景对本申请提供的方案进一步说明。
图5提供了一种通信方法100的示意图。
S101：第一宿主集中式单元(Donor CU1)确定第一IAB节点需要从Donor CU1向第二宿主集中式单元(Donor CU2)切换。
第一IAB节点一开始是在Donor CU1的控制下，第一IAB节点和Donor CU1之间具有第一F1接口。在第一IAB节点包括第一DU和第二DU的情况下，具体的，可以是第一IAB节点的第一DU和Donor CU1之间具有第一F1接口。
示例性的，Donor CU1接收第一IAB节点(或者第一IAB节点的MT)发送的测量报告(measurement report，MR)，并根据该MR确定该第一IAB节点(或者第一IAB节点的MT)需要从Donor CU1向第二宿主集中式单元(Donor CU2)切换。
可选的，S101之后，Donor CU1可以向Donor CU2发送切换请求，请求将该第一IAB节点(或者第一IAB节点的MT)切换至Donor CU2。Donor CU2收到该切换请求后可以向Donor CU1发送切换响应，该切换响应中可以携带有Donor CU2的IP地址。
S102：Donor CU1确定第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址，其中，第二F1接口为第一IAB节点与Donor CU2之间的接口。
第二F1接口为第一IAB节点与Donor CU2之间需要建立的F1接口。在第一IAB节点包括第一DU和第二DU的情况下，具体的，可以是第一IAB节点的第二DU和Donor CU2之间具有第二F1接口。
(1)第一种可能的方案中，Donor CU1可以自行确定第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址。也就是说，在S101之后，Donor CU1就可以自行确定执行S102，而无需再等待任何外来消息(例如来自Donor CU2的消息)的触发。通过这种方案，可以使得在IAB节点的跨宿主切换过程，尽快建立起跨拓扑的F1接口，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
在第一种可能的方案中，可以理解为由Donor CU1自行确定需要通过上述第一种至第三种可能的跨宿主切换过程中的至少一种，来执行第一IAB节点的跨宿主切换。
(2)第二种可能的方案中，通信方法100还可以包括S103：Donor CU1接收来自Donor CU2的第一消息。
示例性的，该第一消息用于请求第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址。
可选的，S103中的第一消息可以为IAB节点流量迁移管理请求(IAB TRANSPORT MIGRATION MANAGEMENT REQUEST)消息(具体可以参照3GPP TS 38.423 V17.0.0中的定义进行理解)，也可以是一条新定义的Donor CU1与Donor CU2之间的接口(如XN口)消息。
在第二种可能的方案中，可以理解为在S101之后，Donor CU1还需要等待外来消息(例如来自Donor CU2的第一消息)的触发，即S103，才可以执行S102。通过这种方案，可以使得在IAB节点的跨宿主切换过程，由Donor CU2(也就是跨拓扑的F1接口的F1-terminating CU)触发建立跨拓扑的F1接口，以便于实现合适的IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
在上述第一种和第二种可能的方案中，Donor CU1确定第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址，可以包括：Donor CU1向Donor DU1请求F1接口控制面 的至少一个新的IP地址，Donor CU1接收来自Donor DU1的F1接口控制面的至少一个新的IP地址，从而Donor CU1确定第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址。另外，如果Donor CU1管理有多个Donor DU，则在Donor CU1向Donor DU1请求F1接口控制面的至少一个新的IP地址之前，还包括Donor CU1从其管理的至少一个Donor DU中选择出Donor DU1。
S104：Donor CU1基于该用于第二F1接口控制面的至少一个新的IP地址，向Donor DU1发送配置信息，该配置信息用于配置第二F1接口控制面消息的传输资源。
示例性的，第二F1接口控制面消息的传输资源可以包括下一跳节点，传输路径，传输信道中的至少一种。Donor DU1根据该配置信息，可以确定第二F1接口控制面消息的BAP routing ID，下一跳(Next Hop)的BAP Address以及BH RLC CH ID中的至少一种。
在一种实现方式中，该配置信息可以具体用于指示Donor DU1仅根据第二F1接口控制面消息的目的IP地址确定该第二F1接口控制面消息的BAP routing ID，Next Hop BAP Address以及BH RLC CH ID中的至少一个。换句话说，该配置信息可以具体用于指示Donor DU1不需要根据第二F1接口控制面消息的服务质量(quality of service，QoS)属性值确定该第二F1接口控制面消息的BAP routing ID，Next Hop BAP Address以及BH RLC CH ID中的至少一个。通过该配置信息，可以使得Donor CU1不需要向Donor CU2发送F1接口控制面消息的QoS属性值映射规则。也就是说，Donor CU2仍然可以根据自己的F1接口控制面消息的QoS属性值映射规则为发往Donor DU1的F1接口控制面消息确定QoS属性值。本实现方式是可选的，一方面是因为可以在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)协议或者标准中规定好F1接口控制面消息对应的QoS属性值，也就是说，任何一个符合3GPP标准的Donor CU都会在F1接口控制面消息中携带统一的QoS属性值。这样，即使Donor CU1不对Donor DU1做本实现方式中的特殊配置，Donor DU1也可以合理传输第二F1接口控制面消息。另一方面，如果本通信方法100包括了S106的第二种实现方式，也就是Donor CU1向Donor CU2发送了第二消息，则Donor CU1也可以不需要对Donor DU1再做本实现方式中的特殊配置，换句话说，Donor DU1可以复用用于传输第一F1接口控制面消息的配置来传输第二F1接口控制面消息。本申请中，QoS属性值可以包括区分服务编码点(differentiated services code point，DSCP)，和/或，流标签(flow label)。控制面消息的QoS属性值映射规则可以包括QoS属性值与控制面消息类型的对应关系，或者QoS属性值与控制面消息目的IP地址的对应关系。
如果第一IAB节点和Donor DU1之间的传输路径上还具有其他IAB节点，则Donor CU1还会向这些IAB节点发送配置信息，以便于在这些IAB节点中配置第二F1接口控制面消息的传输资源。
通过上述通信方法100，可以使得在IAB节点的跨宿主切换过程，宿主基站可以为该IAB节点的跨宿主切换配置相关的传输资源，以便于支持后续跨拓扑的F1接口控制面的建立。
上述通信方法100还可以包括：
S105：Donor CU1向第一IAB节点发送第一RRC消息。
该第一RRC消息可以包括以下至少一种：该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址；或者，该第一IAB节点的用于传输第二F1接口控制面消息的默认BAP配置，该默认BAP配置包括默认的BAP路由标识routing ID，和/或，默认的回传无线链路控制信道标识BH RLC CH ID；或者，该Donor CU2的IP地址。
该第一IAB节点接收到该第一RRC消息之后，可以根据该第一RRC消息发送第二F1 接口控制面消息，例如F1接口的建立请求信息(如F1 SETUP REQUEST消息，具体可以参照3GPP TS 38.473 V17.0.0中的定义进行理解)。
具体的，该第一IAB节点根据默认BAP配置确定该第二F1接口控制面消息的routing ID，和/或，用于传输该第二F1接口控制面消息的BH RLC CH。
该第一IAB节点根据该用于第二F1接口控制面的至少一个新的IP地址，确定第一IP地址，并使用该第一IP地址作为该第二F1接口控制面消息的源IP地址。如果该至少一个新的IP地址包括用于该第二F1接口控制面的所有流量的相同的新的IP地址(也就是说，Donor CU1为该第二F1接口控制面的所有流量只确定了一个IP地址)，则该第一IAB节点确定该用于该第二F1接口控制面的所有流量的相同的新的IP地址为该第一IP地址。如果该至少一个新的IP地址包括用于该第二F1接口控制面的多个新的IP地址(也就是说，Donor CU1为该第二F1接口控制面确定了多个IP地址)，则该第一IAB节点需要为第二F1接口控制面的不同流量，从该多个新的IP地址中选择出对应的IP地址。例如，第一IAB节点从该多个新的IP地址中选择出与用于第二F1接口控制面的第一流量对应的第一IP地址。该第二F1接口控制面消息属于该第二F1接口控制面的第一流量。
该第一IAB节点使用该Donor CU2的IP地址作为该第二F1接口控制面消息的目的IP地址。该Donor CU2的IP地址可以是Donor CU1从Donor CU2获取的。例如Donor CU1通过S101中提到的切换响应获取该Donor CU2的IP地址。
可选的，如果该第一IAB节点至少包括第一DU和第二DU，其中，该第一DU与该Donor CU1之间存在第一F1接口，则该第一RRC消息还可以包括与该用于第二F1接口控制面的至少一个新的IP地址对应的该第一IAB节点的第二DU的标识信息。
本申请中，DU的标识信息可以包括IAB-DU标识(ID)，IAB-DU名称(name)，该IAB节点服务的小区的服务小区信息(served cell information of a cell served by the IAB node)，该IAB节点的DU发送的系统信息配置(如同步信号和PBCH块(synchronization signal and physical broadcast channel block，SSB)相关配置)，该IAB节点的DU所支持的RRC版本，该IAB节点的DU的传输层地址信息
通过上述通信方法100，可以使得在IAB节点的跨宿主切换过程，IAB节点可以获取用于建立跨拓扑的F1接口控制面的必要信息，从而建立跨拓扑的F1接口控制面，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
上述通信方法100还可以包括：
S106：Donor CU1向Donor CU2发送第二消息。
第一种实现方式中，第二消息包括第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址。
Donor CU2可以根据该IAB节点的用于第二F1接口控制面的至少一个新的IP地址，通过第二F1接口向IAB节点发送第二F1接口控制面消息，例如F1接口的建立响应信息(如F1 SETUP RESPONSE消息，具体可以参照3GPP TS 38.473 V17.0.0中的定义进行理解)
如果该至少一个新的IP地址包括用于该第二F1接口控制面的所有流量的相同的新的IP地址(也就是说，Donor CU1为该第二F1接口控制面的所有流量只确定了一个IP地址)，则该第二消息具体包括该用于该第二F1接口控制面的所有流量的相同的新的IP地址。而且在S102之后，Donor CU1就可以自行确定执行S106。
如果该至少一个新的IP地址包括用于该第二F1接口控制面的多个新的IP地址(也就是说，Donor CU1为该第二F1接口控制面确定了多个IP地址)，则在S106之前，通信方法100 还包括Donor CU1接收来自第一IAB节点的用于第二F1接口控制面的不同流量的新的IP地址。也就是说，只有在该第一IAB节点为第二F1接口控制面的不同流量，从该多个新的IP地址中选择出对应的IP地址并发给Donor CU1之后，Donor CU1才向Donor CU2发送第二消息，该第二消息具体包括与用于第二F1接口控制面的不同流量分别对应的多个新的IP地址。具体该第一IAB节点可以通过与Donor CU1之间的Uu接口(例如通过RRC消息)或者F1接口(例如通过F1AP消息)向Donor CU1发送该用于第二F1接口控制面的不同流量的新的IP地址。本申请实施例中，该第二消息具体包括与用于第二F1接口控制面的不同流量分别对应的多个新的IP地址，可以理解为该第二消息中包括第二F1接口控制面的不同流量的标识，以及与第二F1接口控制面的不同流量的标识分别对应的多个新的IP地址。其中流量的标识可以包括流量的流量索引(traffic index)，流量的QoS参数(5QI或者priority level或者priority)，流量的QoS属性值(DSCP或者flow label)，流量的使用类型(usage type)中的至少一个。
示例性的，如果上述S103中的第一消息为IAB节点流量迁移管理请求(IAB TRANSPORT MIGRATION MANAGEMENT REQUEST)消息，则第二消息或者S106是必选的，该第二消息可以是IAB节点流量迁移管理响应(IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE)消息(具体可以参照3GPP TS 38.423 V17.0.0中的定义进行理解)。
示例性的，如果上述第一消息不存在或者上述第一消息是一条新定义的Donor CU1与Donor CU2之间的接口(如XN口)消息，则S106是可选的，也就是Donor CU1可以不需要向Donor CU2发送第二消息。因为IAB节点在建立跨拓扑F1-C时所发送的F1接口的建立请求信息(如F1 SETUP REQUEST消息)的源地址就是该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址。换句话说，S106所要实现的功能可以通过F1接口的建立请求信息来替代实现。
第二种实现方式中，第二消息包括以下任一种：(1)与该用于第二F1接口控制面的至少一个新的IP地址对应的QoS属性值(DSCP或者flow label)。例如，与用于第二F1接口控制面的第一流量的新的IP地址对应的QoS属性值。其中，如果用于该第二F1接口控制面的所有流量的新的IP地址是相同的，则该QoS属性值也与第二F1接口控制面的其他流量对应。(2)用于第二F1接口控制面的至少一个新的IP地址和与该用于第二F1接口控制面的至少一个新的IP地址对应的QoS属性值。例如，用于第二F1接口控制面的第一流量的新的IP地址，以及与用于第二F1接口控制面的第一流量的新的IP地址对应的QoS属性值。(3)与第二F1接口控制面的第一流量的流量索引(traffic index)或者QoS参数(5QI或者priority level或者priority)对应的QoS属性值。(4)与第二F1接口控制面的第一流量的traffic index或者QoS参数，以及与第二F1接口控制面的第一流量的traffic index或者QoS参数对应的QoS属性值。(5)第二F1接口控制面的第一流量的traffic index，与traffic index对应的QoS参数，以及与第二F1接口控制面的第一流量的traffic index和/或QoS参数对应的QoS属性值。本实现方式中，第二F1接口控制面的第一流量是第二F1接口控制面流量中的任一流量。本实现方式的第二消息中也可以包括第二F1接口控制面的其他流量的类似信息。不同流量可以通过流量的类型或者流量的QoS参数来区别。
通过上述通信方法100，可以使得在IAB节点的跨宿主切换过程，目标IAB宿主可以获取用于建立跨拓扑的F1接口控制面的必要信息，从而建立跨拓扑的F1接口控制面，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
在第一种至第三种可能的跨宿主切换过程中，都涉及第一IAB节点与Donor CU2之间的 第二F1接口控制面的建立。在第一种至第二种可能的跨宿主切换过程中，还涉及第一IAB节点与Donor CU2之间的第二F1接口用户面的建立。
图6提供了一种通信方法200的示意图。
S201:第一宿主集中式单元(Donor CU1)确定第一IAB节点需要从Donor CU1向第二宿主集中式单元(Donor CU2)切换。
本操作可以参考S101，在此不再赘述。
可选的，S201之后，Donor CU1可以向Donor CU2发送切换请求，请求将接入该第一IAB节点的终端切换至Donor CU2。
S202：Donor CU1确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，其中，第二F1接口为第一IAB节点与Donor CU2之间的接口。
第二F1接口为第一IAB节点与Donor CU2之间需要建立的F1接口。在第一IAB节点包括第一DU和第二DU的情况下，具体的，可以是第一IAB节点的第二DU和Donor CU2之间具有第二F1接口。
(1)第一种可能的方案中，Donor CU1可以自行确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。也就是说，在S201之后，Donor CU1就可以自行确定执行S202，而无需再等待任何外来消息(例如来自Donor CU2的消息)的触发。通过这种方案，可以使得在IAB节点的跨宿主切换过程，尽快建立起跨拓扑的F1接口，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
在第一种可能的方案中，可以理解为由Donor CU1自行确定需要通过上述第一种至第三种可能的跨宿主切换过程中的至少一种，来执行第一IAB节点的跨宿主切换。
(2)第二种可能的方案中，通信方法200还可以包括S203：Donor CU1接收来自Donor CU2的第三消息。
示例性的，该第三消息用于请求第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址，或者用于请求用于第二F1接口用户面的各种流量的新的IP地址。
S203中的第三消息可以为IAB节点流量迁移管理请求(IAB TRANSPORT MIGRATION MANAGEMENT REQUEST)消息，也可以是一条新定义的Donor CU1与Donor CU2之间的接口(如XN口)消息。
在第二种可能的方案中，可以理解为在S201之后，Donor CU1还需要等待外来消息(例如来自Donor CU2的第三消息)的触发，即S203，才可以去确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。通过这种方案，可以使得在IAB节点的跨宿主切换过程，由Donor CU2(也就是跨拓扑的F1接口的F1-terminating CU)触发建立跨拓扑的F1接口，以便于实现合适的IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
在上述第一种和第二种可能的方案中，第一种可能的实现方式中，该Donor CU1确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，包括：该Donor CU1从该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址中选择出该用于第二F1接口用户面的第一流量的新的IP地址。
第二种实现方式中，该Donor CU1确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，可以包括：该Donor CU1向该第一IAB节点发送第二RRC消息，该第二RRC消息包括该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。该第一IAB节点可以通过与Donor CU1之间的Uu接口(例如通过RRC消息)或者F1接口(例 如通过F1AP消息)向Donor CU1发送用于第二F1接口用户面的第一流量的新的IP地址，可选的，该第一IAB节点还可以同时向Donor CU1发送与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。这样，因为Donor CU1中保存有用于第一F1接口用户面的第一流量的旧的IP地址，所以当Donor CU1接收到用于第一F1接口用户面的第一流量的旧的IP地址与用于第二F1接口用户面的第一流量的新的IP地址之后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。
第三种实现方式中，该Donor CU1确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，可以包括：该Donor CU1向该第一IAB节点发送第二RRC消息，该第二RRC消息包括该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。该第一IAB节点通过之前已经建立好的(例如通过通信方法100建立好的)第二F1接口控制面(第二F1-C)向Donor CU2发送用于第二F1接口用户面的第一流量的新的IP地址(例如通过GNB-DU CONFIGURATION UPDATE消息，具体可以参照3GPP TS 38.473 V17.0.0中的定义进行理解)。可选的，该第一IAB节点还可以同时向Donor CU2发送与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。这样，因为Donor CU2之前通过其他流程(例如Donor CU2可以从S101中或者S201中提到的切换请求中获取用于第一F1接口用户面的第一流量的旧的IP地址，或者Donor CU2也可以通过发起一次IAB TRANSPORT MIGRATION MANAGEMENT流程来获取用于第一F1接口用户面的第一流量的旧的IP地址)获取了用于第一F1接口用户面的第一流量的旧的IP地址，所以当Donor CU2接收到用于第一F1接口用户面的第一流量的旧的IP地址与用于第二F1接口用户面的第一流量的新的IP地址之后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。在该Donor CU2获取了用于第二F1接口用户面的第一流量的新的IP地址之后，该Donor CU2可以向Donor CU1发送消息，该消息中携带有该用于第二F1接口用户面的第一流量的新的IP地址，用于请求Donor CU1建立用于传输第二F1接口用户面的第一流量的跨拓扑F1-U传输资源(例如是IAB TRANSPORT MIGRATION MANAGEMENT REQUEST消息)。至此，Donor CU1才确定了该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
在上述三种实现方式中，在该Donor CU1确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址之前，该Donor CU1需要先确定该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。Donor CU1确定第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址，可以包括：Donor CU1向Donor DU1请求F1接口用户面的至少一个新的IP地址，Donor CU1接收来自Donor DU1的F1接口用户面的至少一个新的IP地址，从而Donor CU1确定第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。另外，如果Donor CU1管理有多个Donor DU，则在Donor CU1向Donor DU1请求F1接口用户面的至少一个新的IP地址之前，还包括Donor CU1从其管理的至少一个Donor DU中选择出Donor DU1。
再次重申下，在上述三种实现方式中，Donor CU1可以是自行确定执行的第一步。也就是说，在S201之后，Donor CU1就可以自行确定执行上述三种实现方式中的第一步，而无需再等待任何外来消息(例如来自Donor CU2的消息)的触发。在上述三种实现方式中，Donor CU1也可以是需要等待外来消息(例如来自Donor CU2的第三消息)的触发，即S203，才确定执行上述三种实现方式中的第一步。
本申请实施例中，第二F1接口用户面的第一流量是第二F1接口用户面流量中的任一流量。S202中只是以Donor CU1确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址为例，Donor CU1还可以确定第一IAB节点的用于第二F1接口用户面的其他流量的新的IP地址。换句话说，Donor CU1可以确定第一IAB节点的用于第二F1接口用户面的不同流量的新的IP地址。不同流量可以通过流量的类型或者流量的QoS参数来区别。
本申请中，该第三消息与该第一消息可以为同一条消息。也就是说，一条消息就可以同时实现S103和S203的作用。
上述通信方法200还可以包括：
S204：Donor CU1向第一IAB节点发送第三RRC消息。
第三RRC消息可以包括第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
该第一IAB节点接收到该第三RRC消息之后，可以根据该第三RRC消息发送第二F1接口用户面数据。该第二F1接口用户面数据属于第二F1接口用户面的第一流量。
可选的，如果该第一IAB节点至少包括第一DU和第二DU，其中，该第一DU与该Donor CU1之间存在第一F1接口，则该第一RRC消息还可以包括与该用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的第二DU的标识信息。
示例性的，该第三RRC消息还包括与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。这样，因为第一IAB节点中保存有用于第一F1接口用户面的第一流量的旧的IP地址，所以当第一IAB节点接收到该第三RRC消息后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。
S204步骤是可选的，因为如果Donor CU1向该第一IAB节点发送的是第二RRC消息，则Donor CU1不需要再向该第一IAB节点发送第三RRC消息。
本申请中，该第二RRC消息和/或该第三RRC消息，与该第一RRC消息可以为同一条RRC消息，也就是说，第二RRC消息或者第三RRC消息中携带的信息也可以通过第一RRC消息进行传输。
上述通信方法200还可以包括：
S205：Donor CU1向Donor CU2发送第四消息，第四消息包括第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
可选的，该第四消息中还可以包括与第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。这样，因为Donor CU2之前通过其他流程(例如Donor CU2可以从S101中或者S201中提到的切换请求中获取用于第一F1接口用户面的第一流量的旧的IP地址，或者Donor CU2也可以通过发起一次IAB TRANSPORT MIGRATION MANAGEMENT流程来获取用于第一F1接口用户面的第一流量的旧的IP地址)获取了用于第一F1接口用户面的第一流量的旧的IP地址，所以当Donor CU2接收到用于第一F1接口用户面的第一流量的旧的IP地址与用于第二F1接口用户面的第一流量的新的IP地址之后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。
可选的，该第四消息中还可以包括以下任一种：(1)与用于第二F1接口用户面的第一流量的新的IP地址对应的QoS属性值，其中，QoS属性值可以包括DSCP或者flow label。(2)与第二F1接口用户面的第一流量的流量索引(traffic index)或者QoS参数对应的QoS属性 值，其中，QoS参数可以包括：第五代移动通信系统QoS参数指示符(5th Generation QoS indicator，5QI)值，优先级等级值(priority level)或者优先级(priority)。(3)第二F1接口用户面的第一流量的流量索引(traffic index)，与traffic index对应的QoS参数，以及与第二F1接口用户面的第一流量的traffic index和/或QoS参数对应的QoS属性值。(4)上行映射配置信息(uplink mapping)，该上行映射配置信息用于配置第一IAB节点的上行映射。第一IAB节点的上行映射包括根据第二F1接口用户面数据的BAP routing ID，下一跳(Next Hop)的BAP Address以及BH RLC CH ID中的至少一种与第二F1接口用户面数据的源IP地址或者目标IP地址的对应关系。(5)BAP配置信息，该BAP配置信息用于配置路由配置(如路由表)，承载映射(如入口BH RLC CH与出口BH RLC CH之间的对应关系)。
Donor CU2可以根据该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，通过第二F1接口向第一IAB节点发送第二F1接口用户面数据。该第二F1接口用户面数据属于第二F1接口用户面的第一流量。
可选的，该Donor CU2也可以根据该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，通过第二F1接口向第一IAB节点发送IAB TRANSPORT MIGRATION MANAGEMENT REQUEST消息，该消息中携带有该用于第二F1接口用户面的第一流量的新的IP地址，用于请求Donor CU1建立用于传输第二F1接口用户面的第一流量的跨拓扑F1-U传输资源。
S205步骤是可选的，例如，如果S202中Donor CU1确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址的方法是第三种实现方式，即Donor CU1通过接收来自Donor CU2的消息，该消息中携带有该用于第二F1接口用户面的第一流量的新的IP地址，用于请求Donor CU1建立用于传输第二F1接口用户面的第一流量的跨拓扑F1-U传输资源(例如IAB TRANSPORT MIGRATION MANAGEMENT REQUEST消息)，则表明Donor CU2已经获取了用于第二F1接口用户面的第一流量的新的IP地址，则Donor CU1无需再向Donor CU2发送第四消息，以通知用于第二F1接口用户面的第一流量的新的IP地址。另外，如果Donor CU1是通过IAB TRANSPORT MIGRATION MANAGEMENT REQUEST消息确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址的，那么后续也可以通过现有的IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE消息向Donor CU2发送QoS属性值，QoS参数，上行映射配置信息或者BAP配置信息等，而不需要通过此处的第四消息。也就是说，通信方法200可以不包括S205。
上述通信方法200还可以包括：
S206：Donor CU1基于用于第二F1接口用户面的第一流量的新的IP地址，向该Donor DU1发送配置信息，该配置信息用于配置第二F1接口用户面的第一流量的传输资源。
示例性的，第二F1接口用户面的第一流量的传输资源可以包括下一跳节点，传输路径，传输信道中的至少一种。Donor DU1根据该配置信息，可以确定第二F1接口用户面的第一流量的BAP routing ID，下一跳(Next Hop)的BAP Address以及BH RLC CH ID中的至少一种。
如果第一IAB节点和Donor DU1之间的传输路径上还具有其他IAB节点，则Donor CU1还会向这些IAB节点发送配置信息，以便于在这些IAB节点中配置第二F1接口用户面的第一流量的传输资源。
第一种实现方式中，S206可以在S205之后，通过标准规定的IAB TRANSPORT MIGRATION MANAGEMENT流程(具体可以参照3GPP TS 38.423 V17.0.0中的流程定义进行理解)触发而执行。也就是只有当Donor CU1接收到来自Donor CU1的用于请求Donor CU1 建立跨拓扑F1-U传输资源的IAB TRANSPORT MIGRATION MANAGEMENT REQUEST消息之后，才会执行S206。
第二种实现方式中，S206独立于S205，也就是当通信方法200不包括S205时，也可以执行S206。例如如果S202中Donor CU1确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址的方法是第三种实现方式，则Donor CU1可以在接收到来自Donor CU2的IAB TRANSPORT MIGRATION MANAGEMENT REQUEST消息之后，执行S206。
第三种实现方式中，S206可以在S205之前，也就是在Donor CU1确定第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址之后，Donor CU1就可以自行确定执行S206。
通过通信方法200，可以使得在IAB节点的跨宿主切换过程，目标IAB宿主可以获取用于建立跨拓扑的F1接口用户面的必要信息，从而建立跨拓扑的F1接口用户面，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
通信方法100和通信方法200可以前后执行，也可以同时执行，也可以只执行通信方法200不执行通信方法100，也可以只执行通信方法100不执行通信方法200，本申请对此不限定。通信方法100和通信方法200中的各个操作可以相互组合从而构成新的独立实施例，本申请对此也不限定。
图7提供了一种通信方法300的示意图。
S301：Donor CU2获取第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。
一种实现方式中，该Donor CU2可以通过S101中或者S201中提到的切换请求获取用于第二F1接口用户面的至少一个新的IP地址。
另一种实现方式中，该Donor CU2可以通过现有的IAB TRANSPORT MIGRATION MANAGEMENT流程来获取用于第二F1接口用户面的至少一个新的IP地址。
第二F1接口为第一IAB节点与Donor CU2之间的接口，不同于第一IAB节点与Donor CU1之间的第一F1接口。
S302：Donor CU2向第一IAB节点发送用于第二F1接口用户面的至少一个新的IP地址。
该Donor CU2可以通过之前已经建立好的(例如通过通信方法100建立好的)第二F1接口控制面(第二F1-C)向第一IAB节点发送用于第二F1接口用户面的至少一个新的IP地址。例如，该Donor CU2可以向第一IAB节点发送第二F1接口控制面消息(如F1AP消息)，该第二F1接口控制面消息包括该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。
(1)第一种可能的方案中，该第二F1接口控制面消息中还可以包括与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。这样，因为第一IAB节点中保存有用于第一F1接口用户面的第一流量的旧的IP地址，所以当第一IAB节点接收到用于第一F1接口用户面的第一流量的旧的IP地址与用于第二F1接口用户面的第一流量的新的IP地址之后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。
在第一种可能的方案中只是以该第二F1接口控制面消息中包括与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址为例，该第二F1接口控制面消息中还可以包括该第一IAB节点的用于第二F1接口用户面的其他流量的新的IP地址，以及与该第一IAB节点的用于第 二F1接口用户面的其他流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的其他流量的旧的IP地址。换句话说，Donor CU1可以确定第一IAB节点的用于第二F1接口用户面的不同流量的新的IP地址，并将与其对应的用于第一F1接口用户面的不同流量的旧的IP地址一起发送给第一IAB节点，以便于第一IAB节点确定所接收到的新的IP地址所对应的第二F1接口用户面的流量。
(2)第二种可能的方案中，通信方法300还可以包括S303：第一IAB节点向Donor CU2发送用于第二F1接口用户面的第一流量的新的IP地址。
该第一IAB节点可以通过之前已经建立好的(例如通过通信方法100建立好的)第二F1接口控制面(第二F1-C)向Donor CU2发送用于第二F1接口用户面的第一流量的新的IP地址。例如，该第一IAB节点可以向Donor CU2发送第二F1接口控制面消息(例如GNB-DU CONFIGURATION UPDATE消息)，该第二F1接口控制面消息包括用于第二F1接口用户面的第一流量的新的IP地址。
可选的，该第二F1接口控制面消息中还可以包括与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。这样，因为Donor CU2之前通过其他流程(例如Donor CU2可以从S101中或者S201中提到的切换请求中获取用于第一F1接口用户面的第一流量的旧的IP地址，或者Donor CU2也可以通过发起一次IAB TRANSPORT MIGRATION MANAGEMENT流程(例如S301)来获取用于第一F1接口用户面的第一流量的旧的IP地址)获取了用于第一F1接口用户面的第一流量的旧的IP地址，所以当Donor CU2接收到用于第一F1接口用户面的第一流量的旧的IP地址与用于第二F1接口用户面的第一流量的新的IP地址之后，可以准确识别与该新的IP地址对应的流量是第一F1接口用户面的第一流量。
在第二种可能的方案中，该Donor CU2可以向第一IAB节点发送的第二F1接口控制面消息可能只包括该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址，或者说不包括与该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的至少一个旧的IP地址。
通过通信方法300，Donor CU2(F1-terminating CU)可以获取到第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，从而可以利用现有的IAB TRANSPORT MIGRATION MANAGEMENT流程向Donor CU1(non-F1-terminating CU)发起建立跨拓扑的传输资源，以便于实现IAB节点的跨宿主切换过程，保证IAB节点及其下游节点的通信。
基于上述相类似的技术构思，本申请实施例提供了一种通信装置，该通信装置可以是前述实施例方法中任一可能的设计方案中的第一节点，第二节点，第三节点或者宿主节点，该通信装置包括：前述实施例所提供的通信方法中，用于执行第一节点，第二节点，第三节点或者宿主节点所进行的方法步骤或操作或行为的相应的至少一个单元。其中，该至少一个单元的设置，可以与该第一节点，第二节点，第三节点或者宿主节点进行的方法步骤或操作或行为具有一一对应的关系。这些单元可以是由计算机程序实现，也可以由硬件电路实现，还可以是用计算机程序结合硬件电路的方式来实现。
下面结合图8对本申请提供通信装置进行说明。如图8所示，通信装置800可以应用于第二节点。下面将对通信装置800的结构和功能分为不同的设计进行具体的描述。不同设计间的模块名称虽然相同，但是结构和功能可以不同。
该通信装置800可以包括处理模块801，发送模块802。处理模块801确定第一IAB节点需要从该Donor CU1向Donor CU2切换。处理模块801确定该第一IAB节点的用于第二 F1接口控制面的至少一个新的IP地址，其中，该第二F1接口为该第一IAB节点与该Donor CU2之间的接口。处理模块801基于该用于第二F1接口控制面的至少一个新的IP地址，使得发送模块802向Donor DU1发送配置信息，该配置信息用于配置第二F1接口控制面消息的传输资源。
示例性的，该通信装置800还包括接收模块803，该接收模块803接收来自该Donor CU2的第一消息，该第一消息用于请求该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址。
进一步的，发送模块802向该第一IAB节点发送第一RRC消息，该第一RRC消息包括以下至少一种：该用于第二F1接口控制面的至少一个新的IP地址。或者，该第一IAB节点的用于传输第二F1接口控制面消息的默认BAP配置，该默认BAP配置包括默认的routing ID，和/或，默认的BH RLC CH ID。或者，该Donor CU2的IP地址。
示例性的，该第一RRC消息还包括与该用于第二F1接口控制面的至少一个新的IP地址对应的该第一IAB节点的第二分布式单元DU的标识信息，其中，该第一IAB节点至少包括第一DU和第二DU，该第一DU与该Donor CU1之间存在第一F1接口，该第二F1接口为该第二DU与该Donor CU2之间的接口。
可选的，该发送模块802向该Donor CU2发送第二消息，该第二消息包括该用于第二F1接口控制面的至少一个新的IP地址，和/或，与该用于第二F1接口控制面的至少一个新的IP地址对应的服务质量QoS属性值。
其中，该处理模块801确定该第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址，包括：该Donor CU1确定该第一IAB节点的用于第二F1接口控制面的所有流量的相同的新的IP地址。
可选的，该接收模块803接收来自该第一IAB节点的用于第二F1接口控制面的不同流量的新的IP地址。
示例性的，该配置信息具体用于指示该Donor DU1仅根据第二F1接口控制面消息的目的IP地址确定该第二F1接口控制面消息的BAP routing ID，Next Hop BAP Address以及BH RLC CH ID中的至少一个。
可选的，该处理模块801确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
可选的，该接收模块803接收来自该Donor CU2的第三消息，该第三消息用于请求该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。
其中，该处理模块801确定该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，包括：该处理模块801从该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址中选择出该用于第二F1接口用户面的第一流量的新的IP地址；或者，
该发送模块802向该第一IAB节点发送第二RRC消息，该第二RRC消息包括该第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。该接收模块803接收来自该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
可选的，该发送模块802向该第一IAB节点发送第三RRC消息，该第三RRC消息包括该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
示例性的，该第三RRC消息还包括与该第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的该第一IAB节点的该第二DU的标识信息。
可选的，该第三RRC消息还包括与该第一IAB节点的用于第二F1接口用户面的第一流 量的新的IP地址对应的该第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。
可选的，该发送模块802向该Donor CU2发送第四消息，该第四消息包括该用于第二F1接口用户面的第一流量的新的IP地址。
示例性的，该第四消息还包括与该用于第二F1接口用户面的第一流量的新的IP地址对应的服务质量QoS属性值。
可选的，该处理模块801基于该用于第二F1接口用户面的第一流量的新的IP地址，向该Donor DU1发送配置信息，该配置信息用于配置第二F1接口用户面的第一流量的传输资源。
上述第二RRC消息和/或上述第三RRC消息，与上述第一RRC消息为同一条RRC消息。
如图9所示，通信装置900包括一个或多个处理器901，可选的，还包括接口902。当涉及的程序指令在该至少一个处理器901中执行时，可以使得该装置900实现前述任一实施例所提供的通信方法及其中任一可能的设计。或者，该处理器901通过逻辑电路或执行代码指令用于实现前述任一实施例所提供的通信方法及其中任一可能的设计。接口902，可以用于接收程序指令并传输至所述处理器，或者，接口902可以用于装置900与其他通信设备进行通信交互，比如交互控制信令和/或业务数据等。示例性的，该接口902可以用于接收来自该装置900之外的其它装置的信号并传输至该处理器901或将来自该处理器901的信号发送给该装置900之外的其它通信装置。该接口902可以为代码和/或数据读写接口电路，或者，该接口902可以为通信处理器与收发机之间的信号传输接口电路，或者为芯片的管脚。可选的，该通信装置900还可以包括至少一个存储器903，该存储器903可以用于存储所需的涉及的程序指令和/或数据。可选的，该装置900还可以包括供电电路904，该供电电路904可以用于为该处理器901供电，该供电电路904可以与处理器901位于同一个芯片内，或者，位于处理器901所在的芯片之外的另一个芯片内。可选的，该装置900还可以包括总线905，该装置900中的各个部分可以通过总线905互联。
应理解，本申请中的处理器可以为中央处理单元(central processing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、或者分立硬件组件等。通用处理器可以是微处理器，或者该处理器也可以是任何常规的处理器等。
还应理解，本申请中的存储器可以是易失性存储器或非易失性存储器，或者可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)、或者直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
本申请实施例所述的供电电路包括但不限于如下至少一个：供电线路，供电子系统、电源管理芯片、功耗管理处理器、或者功耗管理控制电路。
本申请实施例所述的收发装置、接口、或者收发器中可以包括单独的发送器，和/或，单独的接收器，也可以是发送器和接收器集成一体。收发装置、接口、或者收发器可以在相应的处理器的指示下工作。可选的，发送器可以对应物理设备中发射机，接收器可以对应物理设备中的接收机。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元或者算法操作，能够通过硬件实现，或者，通过软件实现，或者，通过软件和硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请中，“通过软件实现”可以指处理器读取并执行存储在存储器中的程序指令来实现上述模块或单元所对应的功能，其中，处理器是指具有执行程序指令功能的处理电路，包括但不限于以下至少一种：中央处理单元(central processing unit，CPU)、微处理器、数字信号处理器(digital signal processing，DSP)、微控制器(microcontroller unit，MCU)、或人工智能处理器等各类能够运行程序指令的处理电路。在另一些实施例中，处理器还可以包括其他处理功能的电路(如用于硬件加速的硬件电路、总线和接口等)。处理器可以以集成芯片的形式呈现，例如，以处理功能仅包括执行软件指令功能的集成芯片的形式呈现，或者还可以片上系统(system on a chip，SoC)的形式呈现，即在一个芯片上，除了包括能够运行程序指令的处理电路(通常被称为“核”)外，还包括其他用于实现特定功能的硬件电路(当然，这些硬件电路也可以是基于ASIC、FPGA单独实现)，相应的，处理功能除了包括执行软件指令功能外，还可以包括各种硬件加速功能(如AI计算、编解码、压缩解压等)。
本申请中，“通过硬件实现”是指通过不具有程序指令处理功能的硬件处理电路来实现上述模块或者单元的功能，该硬件处理电路可以通过分立的硬件元器件组成，也可以是集成电路。为了减少功耗、降低尺寸，通常会采用集成电路的形式来实现。硬件处理电路可以包括ASIC，或者可编程逻辑器件(programmable logic device，PLD)；其中，PLD又可包括FPGA、复杂可编程逻辑器件(complex programmable logic device，CPLD)等等。这些硬件处理电路可以是单独封装的一块半导体芯片(如封装成一个ASIC)；也可以跟其他电路(如CPU、DSP)集成在一起后封装成一个半导体芯片，例如，可以在一个硅基上形成多种硬件电路以及CPU，并单独封装成一个芯片，这种芯片也称为SoC，或者也可以在硅基上形成用于实现FPGA功能的电路以及CPU，并单独封闭成一个芯片，这种芯片也称为可编程片上系统(system on a programmable chip，SoPC)。
需要说明的是，本申请在通过软件、硬件或者软件硬件结合的方式实现时，可以使用不同的软件、硬件，并不限定只使用一种软件或者硬件。例如，其中，其中一个模块或者单元可以使用CPU来实现，另一个模块或者单元可以使用DSP来实现。同理，当使用硬件实现时，其中一个模块或者单元可以使用ASIC来实现，另一个模块或者单元可以使用FPGA实现。当然，也不限定部分或者所有的模块或者单元使用同一种软件(如都通过CPU)或者同一种硬件(如都通过ASIC)来实现。此外，对于本领域技术人员，可以知道，软件通常来说灵活性更好，但性能不如硬件，而硬件正好相反，因此，本领域技术人员可以结合实际需求来选择软件或者硬件或者两者结合的形式来实现。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本申请实施例之间可以结合，实施例中的某些技术特征也可以从具体实施例中解耦出来，结合现有技术可以解决本申请实施例涉及的技术问题。
本申请中，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的全部或部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，可以包括若干指令用以使得一台计算机设备，例如可以是个人计算机，服务器，或者网络设备等，或处理器(processor)执行本申请各个实施例所述方法的全部或部分操作。而前述的存储介质可以包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟、或者光盘等各种可以存储程序代码的介质或计算机可读存储介质。
在本申请的描述中，“第一”，“第二”，“S101”，或“S102”等词汇，仅用于区分描述以及上下文行文方便的目的，不同的次序编号本身不具有特定技术含义，不能理解为指示或暗示相对重要性，也不能理解为指示或暗示操作的执行顺序。
本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。另外，本文中字符“/”，表示前后关联对象是一种“或”的关系。
本申请中，“传输”可以包括以下三种情况：数据的发送，数据的接收，或者数据的发送和数据的接收。本申请中，“数据”可以包括业务数据，和/或，信令数据。
本申请中术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包括，例如，包括了一系列步骤的过程/方法，或一系列单元的系统/产品/设备，不必限于清楚地列出的那些步骤或单元，而是可以包括没有清楚地列出的或对于这些过程/方法/产品/设备固有的其它步骤或单元。
在本申请的描述中，对于名词的数目，除非特别说明，表示“单数名词或复数名词”，即“一个或多个”。“至少一个”，表示一个或者多个。“包括以下至少一个：A，B，C。”表示可以包括A，或者包括B，或者包括C，或者包括A和B，或者包括A和C，或者包括B和C， 或者包括A，B和C。其中A,B,C可以是单个，也可以是多个。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (30)

  1. 一种通信方法，其特征在于，包括：
    第一宿主集中式单元Donor CU1确定第一接入回传一体化IAB节点需要从所述Donor CU1向第二宿主集中式单元Donor CU2切换；
    所述Donor CU1确定所述第一IAB节点的用于第二F1接口控制面的至少一个新的互联网协议IP地址，其中，所述第二F1接口为所述第一IAB节点与所述Donor CU2之间的接口；
    所述Donor CU1基于所述用于第二F1接口控制面的至少一个新的IP地址，向Donor DU1发送配置信息，所述配置信息用于配置第二F1接口控制面消息的传输资源。
  2. 根据权利要求1所述的方法，其特征在于，在所述Donor CU1确定所述第一IAB节点的用于第二F1接口控制面的至少一个新的互联网协议IP地址之前，所述方法还包括：
    所述Donor CU1接收来自所述Donor CU2的第一消息，所述第一消息用于请求所述第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址。
  3. 根据权利要求1或2所述的方法，其特征在于，还包括：
    所述Donor CU1向所述第一IAB节点发送第一无线资源控制RRC消息，所述第一RRC消息包括以下至少一种：
    所述用于第二F1接口控制面的至少一个新的IP地址；或者，
    所述第一IAB节点的用于传输第二F1接口控制面消息的默认回传适配协议BAP配置，所述默认BAP配置包括默认的BAP路由标识routing ID，和/或，默认的回传无线链路控制信道标识BH RLC CH ID；或者，
    所述Donor CU2的IP地址。
  4. 根据权利要求3所述的方法，其特征在于，所述第一RRC消息还包括与所述用于第二F1接口控制面的至少一个新的IP地址对应的所述第一IAB节点的第二分布式单元DU的标识信息，其中，所述第一IAB节点至少包括第一DU和第二DU，所述第一DU与所述Donor CU1之间存在第一F1接口，所述第二F1接口为所述第二DU与所述Donor CU2之间的接口。
  5. 根据权利要求1-4中任一所述的方法，其特征在于，还包括：
    所述Donor CU1向所述Donor CU2发送第二消息，所述第二消息包括所述用于第二F1接口控制面的至少一个新的IP地址，和/或，与所述用于第二F1接口控制面的至少一个新的IP地址对应的服务质量QoS属性值。
  6. 根据权利要求1-5中任一所述的方法，其特征在于，所述Donor CU1确定所述第一IAB节点的用于第二F1接口控制面的至少一个新的IP地址，包括：
    所述Donor CU1确定所述第一IAB节点的用于第二F1接口控制面的所有流量的相同的新的IP地址。
  7. 根据权利要求5所述的方法，其特征在于，在所述Donor CU1向所述Donor CU2发送第二消息之前，所述方法还包括：
    所述Donor CU1接收来自所述第一IAB节点的用于第二F1接口控制面的不同流量的新的IP地址。
  8. 根据权利要求1-7中任一所述的方法，其特征在于，所述配置信息用于配置第二F1接口控制面消息的传输资源，包括：
    所述配置信息具体用于指示所述Donor DU1仅根据第二F1接口控制面消息的目的IP地址确定所述第二F1接口控制面消息的回传适配协议路由标识BAP routing ID，下一跳的回传适配协议地址Next Hop BAP Address以及回传无线链路控制信道标识BH RLC CH ID中的至 少一个。
  9. 根据权利要求1-8中任一所述的方法，其特征在于，还包括：
    所述Donor CU1确定所述第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
  10. 根据权利要求9所述的方法，其特征在于，在所述Donor CU1确定所述第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址之前，所述方法还包括：
    所述Donor CU1接收来自所述Donor CU2的第三消息，所述第三消息用于请求所述第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址。
  11. 根据权利要求9或10所述的方法，其特征在于，所述Donor CU1确定所述第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址，包括：
    所述Donor CU1从所述第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址中选择出所述用于第二F1接口用户面的第一流量的新的IP地址；或者，
    所述Donor CU1向所述第一IAB节点发送第二RRC消息，所述第二RRC消息包括所述第一IAB节点的用于第二F1接口用户面的至少一个新的IP地址；所述Donor CU1接收来自所述第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
  12. 根据权利要求9-11中任一所述的方法，其特征在于，包括：
    所述Donor CU1向所述第一IAB节点发送第三RRC消息，所述第三RRC消息包括所述第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址。
  13. 根据权利要求12所述的方法，其特征在于，所述第三RRC消息还包括与所述第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的所述第一IAB节点的所述第二DU的标识信息。
  14. 根据权利要求12或13所述的方法，其特征在于，所述第三RRC消息还包括与所述第一IAB节点的用于第二F1接口用户面的第一流量的新的IP地址对应的所述第一IAB节点的用于第一F1接口用户面的第一流量的旧的IP地址。
  15. 根据权利要求9-14中任一所述的方法，其特征在于，还包括：
    所述Donor CU1向所述Donor CU2发送第四消息，所述第四消息包括所述用于第二F1接口用户面的第一流量的新的IP地址。
  16. 根据权利要求15所述的方法，其特征在于，所述第四消息还包括与所述用于第二F1接口用户面的第一流量的新的IP地址对应的服务质量QoS属性值。
  17. 根据权利要求15或16所述的方法，其特征在于，在所述Donor CU1向所述Donor CU2发送所述用于第二F1接口用户面的第一流量的新的IP地址之前，所述方法还包括：
    所述Donor CU1基于所述用于第二F1接口用户面的第一流量的新的IP地址，向所述Donor DU1发送配置信息，所述配置信息用于配置第二F1接口用户面的第一流量的传输资源。
  18. 根据权利要求3-17中任一所述的方法，其特征在于，所述第二RRC消息和/或所述第三RRC消息，与所述第一RRC消息为同一条RRC消息。
  19. 一种通信方法，其特征在于，包括：
    第一接入回传一体化IAB节点接收来自第一宿主集中式单元Donor CU1的RRC消息，所述RRC消息包括所述第一IAB节点的用于第二F1接口的至少一个新的互联网协议IP地址，其中，所述第二F1接口为所述第一IAB节点与第二宿主集中式单元Donor CU2之间的接口；
    所述第一IAB节点根据所述至少一个新的IP地址，确定第一IP地址。
  20. 根据权利要求19所述的方法，其特征在于，所述第一IAB节点根据所述至少一个新的IP地址，确定第一IP地址，包括：
    如果所述至少一个新的IP地址包括用于所述第二F1接口控制面的所有流量的相同的新的IP地址，则所述第一IAB节点确定所述用于所述第二F1接口控制面的所有流量的相同的新的IP地址为所述第一IP地址。
  21. 根据权利要求19所述的方法，其特征在于，所述第一IAB节点根据所述至少一个新的IP地址，确定第一IP地址，包括：
    如果所述至少一个新的IP地址包括用于所述第二F1接口控制面的多个新的IP地址，则所述第一IAB节点从所述多个新的IP地址中选择出所述第一IP地址，所述第一IP地址与用于第二F1接口控制面的第一流量对应。
  22. 根据权利要求19-21所述的方法，其特征在于，所述第一IAB节点根据所述至少一个新的IP地址，确定第一IP地址，包括：
    如果所述至少一个新的IP地址包括与用于所述第一F1接口用户面的第一流量的旧的IP地址对应的新的IP地址，则所述第一IAB节点确定所述与用于所述第一F1接口用户面的第一流量的旧的IP地址对应的新的IP地址为所述第一IP地址，所述第一IP地址与用于第二F1接口用户面的第一流量对应，其中，所述第一F1接口为所述第一IAB节点与所述Donor CU1之间的接口。
  23. 根据权利要求19-21所述的方法，其特征在于，所述第一IAB节点根据所述至少一个新的IP地址，确定第一IP地址，包括：
    如果所述至少一个新的IP地址包括用于所述第二F1接口用户面的多个新的IP地址，则所述第一IAB节点从所述多个新的IP地址中选择出所述第一IP地址，所述第一IP地址与用于第二F1接口用户面的第一流量对应。
  24. 根据权利要求21或者23所述的方法，其特征在于，还包括：
    所述第一IAB节点通过RRC消息或者第一F1接口消息向所述Donor CU1发送所述第一IP地址。
  25. 一种通信方法，其特征在于，包括：
    第二宿主集中式单元Donor CU2接收来自第一宿主集中式单元Donor CU1的用于第二F1接口用户面的第一流量的新的IP地址以及与所述用于第二F1接口用户面的第一流量的新的IP地址对应的服务质量QoS属性值，其中，所述第二F1接口为第一接入回传一体化IAB节点与所述Donor CU2之间的接口。
  26. 一种通信方法，其特征在于，包括：
    第二宿主集中式单元Donor CU2接收来自第一宿主集中式单元Donor CU1的用于第二F1接口用户面的至少一个新的IP地址，其中，所述第二F1接口为第一接入回传一体化IAB节点与所述Donor CU2之间的接口；
    所述Donor CU2通过第二F1接口消息向所述第一IAB节点发送所述用于第二F1接口用户面的至少一个新的IP地址。
  27. 根据权利要求26所述的方法，其特征在于，所述Donor CU2通过第二F1接口消息向所述第一IAB节点发送所述用于第二F1接口用户面的至少一个新的IP地址，包括：
    所述Donor CU2通过第二F1接口消息向所述第一IAB节点发送用于所述第一F1接口用户面的第一流量的旧的IP地址，以及与用于所述第一F1接口用户面的第一流量的旧的IP地址对应的用于所述第二F1接口用户面的第一流量的新的IP地址，其中，所述第二F1接口为 所述第一IAB节点与所述Donor CU1之间的接口。
  28. 一种通信装置，其特征在于，包括：至少一个处理器和接口，所述接口用于接收和/或发送信号，所述处理器被配置用于使能权利要求1至27中任一项所述的方法被执行。
  29. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序指令，当所述计算机程序指令被处理器执行时，使得如权利要求1至27中任一项所述的方法被实现。
  30. 一种计算机程序产品，所述计算机程序产品包括程序指令，当所述程序指令被处理器执行时，使得如权利要求1至27中任一项所述的方法被实现。
PCT/CN2023/101289 2022-06-20 2023-06-20 一种通信方法及相关设备 WO2023246746A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210695852.1A CN117320084A (zh) 2022-06-20 2022-06-20 一种通信方法及相关设备
CN202210695852.1 2022-06-20

Publications (1)

Publication Number Publication Date
WO2023246746A1 true WO2023246746A1 (zh) 2023-12-28

Family

ID=89287119

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/101289 WO2023246746A1 (zh) 2022-06-20 2023-06-20 一种通信方法及相关设备

Country Status (2)

Country Link
CN (1) CN117320084A (zh)
WO (1) WO2023246746A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021147107A1 (zh) * 2020-01-23 2021-07-29 华为技术有限公司 一种通信方法及装置
WO2022082679A1 (zh) * 2020-10-22 2022-04-28 华为技术有限公司 一种通信方法及相关设备
CN114600508A (zh) * 2019-11-08 2022-06-07 华为技术有限公司 Iab节点双连接建立的方法和通信装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114600508A (zh) * 2019-11-08 2022-06-07 华为技术有限公司 Iab节点双连接建立的方法和通信装置
WO2021147107A1 (zh) * 2020-01-23 2021-07-29 华为技术有限公司 一种通信方法及装置
WO2022082679A1 (zh) * 2020-10-22 2022-04-28 华为技术有限公司 一种通信方法及相关设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Consideration of topology adaptation enhancement for R17 IAB", 3GPP DRAFT; R2-2101071, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20210125 - 20210205, 15 January 2021 (2021-01-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051974076 *

Also Published As

Publication number Publication date
CN117320084A (zh) 2023-12-29

Similar Documents

Publication Publication Date Title
US20190166526A1 (en) Method for establishing a fronthaul interface, method for performing access for a ue, method and apparatus for performing a handover for a ue, data forwarding method, user equipment and base station
JP7516578B2 (ja) Ｉａｂネットワーク通信方法及び関連デバイス
WO2019242749A1 (zh) 一种切换方法及装置
WO2016173078A1 (zh) 一种数据中转传输方法、系统和具备中继功能的ue
WO2020192783A1 (zh) 一种无线承载的配置方法、装置及系统
WO2020164615A1 (zh) 一种通信方法及相关设备
WO2022082679A1 (zh) 一种通信方法及相关设备
CN113556794A (zh) 通信方法、装置及系统
WO2021238882A1 (zh) 一种实现业务连续性的方法及装置
WO2022033543A1 (zh) 一种中继通信方法及通信装置
WO2023011245A1 (zh) 通信方法和通信装置
US20230254922A1 (en) Multipath transmission method and communication apparatus
WO2022205234A1 (zh) 一种通信方法及装置
WO2021097858A1 (zh) 一种通信方法及装置
WO2021062803A1 (zh) 一种数据包传输方法及装置
WO2021026706A1 (zh) 一种f1接口管理方法及装置
WO2022001738A1 (zh) 一种移动边缘计算处理方法以及相关设备
WO2021238318A1 (zh) 一种通信方法及装置
WO2023056852A1 (zh) 一种通信方法、装置及系统
CN112153757B (zh) 通信方法、装置和系统
EP4443977A1 (en) Communication method and communication apparatus
US20230262827A1 (en) Communication method applied to integrated access and backhaul iab system and related device
EP3534662B1 (en) Bearer configuration method and related product
WO2022233011A1 (zh) 建立连接的方法和终端设备
CN114846774B (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: 23826393

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE