Patent Application
20240031860
To meet an ultra-high capacity in a fifth generation (the fifth generation, 5G) system, high-frequency carriers that are eagerly concerned by virtue of more abundant frequency resources in comparison with a low-frequency carrier are selected as a main operating frequency band of the 5G system. As high-frequency carriers have a poor propagation characteristic, severe attenuation due to blocking, and a small coverage area, a large quantity of small cells need to be densely deployed in a hotspot area. Accordingly, costs of providing optical fiber backhaul for the large quantity of densely deployed small cells are high, and optical fiber deployment is difficult. Therefore, an integrated access and backhaul (integrated access and backhaul, IAB) technology for wireless relay is introduced to help resolve the foregoing problem, where both an access link (access link) and a backhaul link (backhaul link) in an IAB network use a wireless transmission solution, avoiding optical fiber deployment.
In the IAB network, an IAB node (IAB node) provides a wireless access service for user equipment (user equipment, UE), and traffic data of the UE is transmitted by the IAB node to an IAB donor (IAB donor, or referred to as a donor node) through a wireless backhaul link. The IAB donor includes a central unit (centralized unit, CU) and a distributed unit (distributed unit, DU). Identifier management and routing configuration of the IAB node are centrally managed by the CU of the IAB donor. The identifier management of the IAB node includes allocation of a backhaul adaptation protocol (backhaul adaptation protocol, BAP) address (address) of the IAB node/IAB donor DU.
There is a cross-donor networking scenario in the IAB network. In other words, IAB nodes managed by different IAB donors (or donor CUs) and IAB donor DUs is connected to each other via one or more BH links. However, in response to different donor nodes configuring BAP-layer node identifiers (BAP address) or BAP routing identifiers (BAP routing ID) for nodes controlled/managed by the donor nodes, different IAB donors configures a same BAP address for different nodes, or configure a same BAP routing ID for different paths, resulting a BAP address conflict or a BAP routing ID conflict. In response to one or more nodes receiving a data packet including a BAP routing ID, the one or more nodes cannot determine a specific destination node of the data packet and a specific routing path that is indicated by the BAP routing ID, and consequently the data packet is incorrectly routed and transmitted.
In the case of the BAP address conflict, one BAP address is considered by one or more nodes to have identified two or more different destination nodes. In the case of the BAP routing ID conflict, one BAP routing ID is considered by one or more nodes to have identified two or more different transmission paths. The one or more nodes herein is specifically the IAB donor, the IAB donor DU, or the IAB node.
Embodiments described herein provide a communication method and a communication device, to improve reliability of correctly routing a data packet.
A first aspect of embodiments described herein provides a communication method. The method includes: A first donor node generates a first data packet, where the first data packet includes first information, and the first information indicates a donor node to which a destination node of the first data packet belongs, or the first information indicates a network segment to which a destination node of the first data packet belongs, or the first information indicates whether a destination node of the first data packet belongs to a network segment controlled by the first donor node; and the first donor node sends the first data packet to a first node.
In the first aspect, the first donor node generates the first information, and generates the first data packet based on the first information. The first information directly indicates the donor node to which the destination node of the first data packet belongs or the network segment to which the destination node of the first data packet belongs, or indicate whether the destination node of the first data packet belongs to a network segment controlled by a current node (for the first donor node, the current node is the first donor node) on which the first data packet is located. In a process of forwarding the first data packet, the first node determines, with reference to the first information, a unique destination node from a plurality of nodes that are determined based on a destination address in the first data packet, so that reliability of correctly routing a data packet is improved.
In at least one embodiment, the first information is carried in a routing identifier that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
In at least one embodiment, the first information is carried in a reserved bit that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
In at least one embodiment, the first information is located in a first area of a header of the first data packet, the first data packet further includes second information, and the second information indicates that the first data packet includes the first information.
In at least one embodiment, the method further includes: The first donor node sends routing configuration to the first node, where the routing configuration includes information about the donor node to which the destination node of the first data packet belongs or information about the network segment to which the destination node of the first data packet belongs.
In the foregoing embodiments, before the first donor node sends the first data packet, the first donor node further needs to send the routing configuration to the first node and another node, and the first node or the another node stores the information about the donor node or the information about the network segment that is in the routing configuration. In other words, the destination node is determined with reference to the first information in the first data packet, to improve feasibility of the solution.
In at least one embodiment, the first information includes an identifier of the donor node to which the destination node of the first data packet belongs, or an identifier of the network segment to which the destination node of the first data packet belongs.
In at least one embodiment, the first data packet is generated based on a second data packet, and the method further includes: The first donor node receives the second data packet, where the second data packet includes internet protocol IP header information; and the first donor node generates a routing identifier based on the IP header information.
In the foregoing embodiments, the first donor node obtains the second data packet, and then generates a corresponding routing identifier based on the IP header information in the second data packet, where the routing identifier carries the first information.
In at least one embodiment, the first data packet is generated based on a second data packet, and the method further includes: The first donor node receives the second data packet, where the second data packet includes IP header information; and the first donor node generates the first information based on the IP header information.
In the foregoing embodiments, the first donor node further determines the first information based on an association relationship between the IP header information in the second data packet and the first information, and then extend the first information to a BAP layer header of the second data packet.
In at least one embodiment, the first donor node includes a donor CU and a donor DU, and the foregoing step that a first donor node generates a first data packet includes: The donor DU receives first indication information from the donor CU; and the donor CU generates the first data packet in response to the first indication information.
In the foregoing embodiments, the first donor node is alternatively a donor node in a form in which a donor CU is separated from a donor DU. The donor CU indicates, via one piece of first indication information, the donor DU to generate the first data packet including the first information.
A second aspect of embodiments of at least one embodiment provides a communication method. The method includes: A first node receives a first data packet, where the first data packet includes first information, and the first information indicates that a destination node of the first data packet does not belong to a network segment to which a previous-hop node of the first node belongs; and the first node generates a third data packet based on the first data packet, where the third data packet includes second information, and the second information indicates that the destination node of the first data packet belongs to a network segment to which a next-hop node of the first node belongs.
In the second aspect, the first node is a node at a boundary of network segments that are controlled by two donor nodes. In response to the first node receiving the first data packet, and the first information in the first data packet indicating that a network segment in which the destination node of the first data packet is located does not belong to a network segment to which a node (namely, the previous-hop node of the first node) from which the first data packet comes belongs, because a network segment in which a descendent node of the first node is located belongs to the network segment to which the destination node belongs, the first node changes the first information to the second information, to indicate that the destination node belongs to the network segment to which the next-hop node of the first node belongs. Correspondingly, a changed first data packet is a second data packet, to prevent a subsequent node in the network segment from mistakenly considering the data packet as a data packet in another network segment, so as to ensure that the data packet is correctly routed.
In at least one embodiment, the first data packet includes third information, and the third information indicates to change the first information to the second information.
In the foregoing embodiments, the first node alternatively changes the first information to the second information only in response to the first data packet including the third information. The third information is a specific value of a routing identifier. In other words, the first information is changed in response to a routing identifier of the first data packet being the same as the specific value, so that reliability of correctly routing a data packet is improved.
A third aspect of embodiments of at least one embodiment provides a communication method. The method includes: A first node generates a first data packet, where the first data packet includes first information, and the first information indicates a destination node of the first data packet, or the first information indicates a network segment to which a destination node of the first data packet belongs, or the first information indicates whether a destination node of the first data packet belongs to a network segment to which the first node belongs; and the first node sends the first data packet to a second node.
In the third aspect, the first node generates the first information, and generates the first data packet based on the first information. The first information directly indicates the donor node to which the destination node of the first data packet belongs or the network segment to which the destination node of the first data packet belongs, or indicate whether the network segment to which the destination node of the first data packet belongs to a network segment to which a current node (the current node is the first node for the first node) on which the first data packet is located belongs. In a process of forwarding the first data packet, the second node determines, with reference to the first information, a unique destination node from a plurality of nodes that are determined based on a destination address in the first data packet, so that reliability of correctly routing a data packet is improved.
In at least one embodiment, the first information is carried in a routing identifier that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
In at least one embodiment, the first information is carried in a reserved bit that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
In at least one embodiment, the first information is located in a first area of a header of the first data packet, the first data packet further includes second information, and the second information indicates that the first data packet includes the first information.
In at least one embodiment, the first information includes an identifier of the destination node of the first data packet, or an identifier of the network segment to which the destination node of the first data packet belongs.
In at least one embodiment, the first data packet is generated based on a second data packet, and the method further includes: The first node obtains the second data packet, where the second data packet includes user plane F1 tunnel endpoint information; and the first node generates a routing identifier based on the user plane F1 tunnel endpoint information.
In the foregoing embodiments, the first node obtains the second data packet, and then generates the corresponding routing identifier based on the user plane F1 tunnel endpoint information in the second data packet, where the routing identifier carries the first information.
In at least one embodiment, the first data packet is generated based on a second data packet, and the method further includes: The first node obtains the second data packet, where the second data packet includes user plane F1 tunnel endpoint information; and the first node generates the first information based on the user plane F1 tunnel endpoint information.
In the foregoing embodiments, the first node further determines the first information based on an association relationship between the user plane F1 tunnel endpoint information in the second data packet and the first information, and then extend the first information to a BAP layer header of the second data packet.
In at least one embodiment, the first data packet is generated based on a second data packet, and the method further includes: The first node obtains the second data packet; and the first node generates a routing identifier based on one or more of a control plane F1 message type, a stream control transmission protocol SCTP association identifier, a terminal device identifier, an SCTP stream identifier, a non-F1 interface traffic type, and internet protocol IP header information that correspond to the second data packet.
In the foregoing embodiments, the first node obtains the second data packet, and then generates the routing identifier based on one or more of the control plane F1 message type, the stream control transmission protocol SCTP association identifier, the terminal device identifier, and the SCTP stream identifier, or determines the routing identifier based on the non-F1 interface traffic type. Alternatively, for a second data packet of the non-F1 interface traffic type, IP header information of the second data packet is queried to determine the routing identifier, to improve flexibility of the solution.
In at least one embodiment, the first data packet is generated based on a second data packet, and the method further includes: The first node obtains the second data packet; and the first node generates the first information based on one or more of a control plane F1 message type, an SCTP association identifier, a terminal device identifier, an SCTP stream identifier, a non-F1 interface traffic type, and IP header information that correspond to the second data packet.
In the foregoing embodiments, the first node obtains the second data packet, and then generates the first information based on one or more of the control plane F1 message type, the stream control transmission protocol SCTP association identifier, the terminal device identifier, and the SCTP stream identifier, or determines the first information based on the non-F1 interface traffic type. Alternatively, for a second data packet of the non-F1 interface traffic type, IP header information of the second data packet is queried to determine the first information, and then the first information is extended to a BAP layer header of the second data packet, to improve flexibility of the solution.
In at least one embodiment, the SCTP association identifier is based on one or more of an IP address of the first node, a port number of the first node, an IP address of a donor node of the first node, and a port number of the donor node of the first node.
In at least one embodiment, the method further includes: The first node receives first indication information from a donor node of the first node; and the first node generates the first data packet in response to the first indication information.
In the foregoing embodiments, the first node does not need to generate the first data packet each time, and generates the first data packet only after receiving the first indication information from the donor node of the first node, so that overheads is reduced.
A fourth aspect of embodiments of at least one embodiment provides a communication device, including a processing unit and a transceiver unit. The processing unit is configured to generate a first data packet, where the first data packet includes first information, and the first information indicates a donor node to which a destination node of the first data packet belongs, or the first information indicates a network segment to which a destination node of the first data packet belongs, or the first information indicates whether a destination node of the first data packet belongs to a network segment controlled by the communication device. The transceiver unit is configured to send the first data packet to a first node.
The communication device is configured to perform the method in the first aspect or any implementation of the first aspect.
A fifth aspect of embodiments of at least one embodiment provides a communication device. The device includes a transceiver unit and a processing unit. The transceiver unit is configured to receive a first data packet, where the first data packet includes first information, and the first information indicates that a destination node of the first data packet does not belong to a network segment to which a previous-hop node of the first node belongs. The processing unit is configured to generate a third data packet based on the first data packet, where the third data packet includes second information, and the second information indicates that the destination node of the first data packet belongs to a network segment to which a next-hop node of the first node belongs.
The communication device is configured to perform the method in the second aspect or any implementation of the second aspect.
A sixth aspect of embodiments of at least one embodiment provides a communication device. The device includes a processing unit and a transceiver unit. The processing unit is configured to generate a first data packet, where the first data packet includes first information, and the first information indicates a destination node of the first data packet, or the first information indicates a network segment to which a destination node of the first data packet belongs, or the first information indicates whether a destination node of the first data packet belongs to a network segment to which the communication device belongs. The transceiver unit is configured to send the first data packet to a second node.
The communication device is configured to perform the method in the third aspect or any implementation of the third aspect.
A seventh aspect of embodiments of at least one embodiment provides a communication device, including a processor, a memory, and a communication interface. The processor is configured to execute instructions stored in the memory, to enable the communication device to perform the method provided in any one of the first aspect or the optional implementations of the first aspect. The communication interface is configured to receive or send an indication. For specific details of the communication device provided in the seventh aspect, refer to the first aspect or any one of the optional implementations of the first aspect. Details are not described herein again.
An eighth aspect of embodiments of at least one embodiment provides a communication device, including a processor, a memory, and a communication interface. The processor is configured to execute instructions stored in the memory, to enable the communication device to perform the method provided in any one of the second aspect or the optional implementations of the second aspect. The communication interface is configured to receive or send an indication. For specific details of the communication device provided in the eighth aspect, refer to the second aspect or any one of the optional implementations of the second aspect. Details are not described herein again.
A ninth aspect of embodiments of at least one embodiment provides a communication device, including a processor, a memory, and a communication interface. The processor is configured to execute instructions stored in the memory, to enable the communication device to perform the method provided in any one of the third aspect or the optional implementations of the third aspect. The communication interface is configured to receive or send an indication. For specific details of the communication device provided in the ninth aspect, refer to the third aspect or any one of the optional implementations of the third aspect. Details are not described herein again.
A tenth aspect of embodiments of at least one embodiment provides a computer-readable storage medium. The computer-readable storage medium stores a program. In response to a computer executing the program, the method provided in any one of the first aspect or the optional implementations of the first aspect is performed.
An eleventh aspect of embodiments of at least one embodiment provides a computer-readable storage medium. The computer-readable storage medium stores a program. In response to a computer executing the program, the method provided in any one of the second aspect or the optional implementations of the second aspect is performed.
A twelfth aspect of embodiments of at least one embodiment provides a computer-readable storage medium. The computer-readable storage medium stores a program. In response to a computer executing the program, the method provided in any one of the third aspect or the optional implementations of the third aspect is performed.
A thirteenth aspect of embodiments of at least one embodiment provides a computer program product. In response to the computer program product being executed on a computer, the computer performs the method provided in any one of the first aspect or the optional implementations of the first aspect.
A fourteenth aspect of embodiments of at least one embodiment provides a computer program product. In response to the computer program product being executed on a computer, the computer performs the method provided in any one of the second aspect or the optional implementations of the second aspect.
A fifteenth aspect of embodiments of at least one embodiment provides a computer program product. In response to the computer program product being executed on a computer, the computer performs the method provided in any one of the third aspect or the optional implementations of the third aspect.
Embodiments of at least one embodiment provide a communication method and a communication device, to improve reliability of correctly routing a data packet.
The following describes embodiments of at least one embodiment with reference to accompanying drawings. The described embodiments are merely some but not all of embodiments of at least one embodiment. A person of ordinary skill in the art learns that, with development of technologies and emergence of a new scenario, the technical solutions provided in at least one embodiment are also applicable to a similar technical problem.
In at least one embodiment, claims, and accompanying drawings of at least one embodiment, the terms “first”, “second”, and the like are intended to distinguish between similar objects but do not necessarily indicate a specific order or sequence. The data termed in such a way is interchangeable in proper circumstances so that embodiments described herein is implemented in an order other than the order illustrated or described herein. In addition, the terms “include” and “have” and any other variants are intended to cover the non-exclusive inclusion. For example, a process, method, system, product, or device that includes a list of steps or units is not necessarily limited to those expressly listed steps or units, but includes other steps or units not expressly listed or inherent to such a process, method, product, or device.
The specific term “example” herein means “used as an example, embodiment or illustration”. Any embodiment described as an “example” is not necessarily explained as being superior or better than other embodiments.
In addition, to better describe at least one embodiment, numerous specific details are given in the following specific implementations. A person skilled in the art should understand that at least one embodiment is also implemented without some specific details. In some embodiments, methods, means, elements, and circuits that are well-known to a person skilled in the art are not described in detail, so that the subject matter of at least one embodiment is highlighted.
Further, concepts in an IAB network are briefly described below.
In at least one embodiment, a node that supports integrated access and backhaul is referred to as a wireless backhaul node. In an LTE communication system, the wireless backhaul node is also referred to as a relay node (relay node, RN). In 5G, the wireless backhaul node is also referred to as an IAB node (IAB node). For ease of description, the IAB node is used as an example for description below.
The IAB node provides a wireless access service for a terminal device, and data (which includes user plane data and control plane signaling) of the terminal device is transmitted by connecting the IAB node to the donor node through a wireless backhaul link.
In embodiments of at least one embodiment, the donor node is also referred to as an IAB donor (IAB donor) or a donor gNodeB (donor gNodeB, DgNB). Specifically, the DgNB is an access network element having a complete base station function, or is an access network element in a form in which a central unit (centralized unit, CU) is separated from a distributed unit (distributed unit, DU). The DgNB is connected to a core network element serving the terminal device, for example, connected to a 5G core (5G core, 5GC) network, and provides a wireless backhaul function for the IAB node. For ease of description, in at least one embodiment, a central unit of the donor node is briefly referred to as a donor CU (donor CU), and a distributed unit of the donor node is briefly referred to as a donor DU (donor DU). The donor CU is further in a form in which a control plane (control plane, CP) is separated from a user plane (user plane, UP). For example, one CU includes one CU-CP and a plurality of CU-UPs. This is not limited in at least one embodiment.
Each IAB node regards a neighboring node that provides a wireless access service and/or a wireless backhaul service for the IAB node as a parent node (parent node). Correspondingly, each IAB node is regarded as a child node (child node) of the parent node of the IAB node. An IAB network supports multi-hop networking and multi-connectivity networking. Therefore, there is a plurality of transmission paths between the terminal device and the donor node. On a specific transmission path, there is a determined hierarchical relationship between a terminal device and an IAB node that provides a wireless access service for the terminal device, between IAB nodes, and between an IAB node and a donor node that provides a backhaul service for the IAB node. A node that provides a wireless backhaul service for the IAB node is referred to as a parent node of the IAB node, or a node that provides a wireless access service for a terminal device is referred to as a parent node of the terminal device, the IAB node is regarded as a child node of the parent node of the IAB node, and the terminal device is regarded as a child node of the parent node of the terminal device. Herein, the parent node of the IAB node is another IAB node, or is a donor node. In response to the IAB node directly communicating with the donor node through a radio air interface, the parent node of the IAB node is the donor node.
For a node (an IAB node, an IAB donor, an IAB donor DU, or the like), a child node of a child node of the node is regarded as a grandchild node of the node.
For a node (which is an IAB node or UE), a parent node of a parent node of the node is regarded as a grandparent node of the node.
Optionally, for a node, a child node or a grandchild node of the node is also referred to as a lower-level node or a downstream node, and a parent node or a grandparent node of the node is also referred to as an upper-level node or an upstream node.
Further, in a broader sense, a child node of a grandchild node of a node is also regarded as a grandchild node of the node, and the rest is deduced by analogy. In other words, a downstream node connected to the node through two or more wireless backhaul links is regarded as a grandchild node of the node.
The intermediate IAB node is an IAB node that provides a wireless backhaul service for another IAB node (for example, an access IAB node or another intermediate IAB node), or is an IAB node on a path between an access IAB node and an IAB donor.
A wireless link used for communication between the terminal device and a node (for example, an IAB node, a donor node, or a donor DU) providing a wireless access service for the terminal device includes an access link used for uplink transmission and an access link used for downlink transmission. The access link used for uplink transmission is also referred to as an uplink access link or an access uplink, and a transmission direction of the access link is from the terminal device to the node. The access link used for downlink transmission is also referred to as a downlink access link or an access downlink, and a transmission direction of the access link is from the node to the terminal device. In at least one embodiment, an access link of the terminal device is a wireless link. Therefore, the access link is also referred to as a wireless access link.
The backhaul link is a wireless link used for communication between an IAB node and a parent node of the IAB node. The parent node of the IAB node is an IAB node or a donor node, and the backhaul link includes a backhaul link used for uplink transmission and a backhaul link used for downlink transmission. The backhaul link used for uplink transmission is also referred to as an uplink backhaul link or a backhaul uplink, and a transmission direction of the backhaul link is from the IAB node to the parent node of the IAB node. The backhaul link used for downlink transmission is also referred to as a downlink backhaul link or a backhaul downlink, and a transmission direction of the backhaul link is from the parent node of the IAB node to the IAB node. In at least one embodiment, a backhaul link between an IAB node and a parent node is a wireless link. Therefore, the backhaul link is also referred to as a wireless backhaul link.
The transmission path is a full route from a sending node to a receiving node. The path includes at least one link (link). In at least one embodiment, the link represents a connection between neighboring nodes. In other words, the transmission path is a transmission path that is between the sending node and the receiving node and that uses the sending node as a start point and uses the receiving node as an end point. Subsequently, for ease of description, the transmission path, on which the sending node serves as a start point and the receiving node serves as an end point, between the sending node and the receiving node is described as a transmission path between the sending node and the receiving node.
In uplink transmission, any node, other than the donor node, between the terminal device and the donor node is used as the sending node, and an upper-level node (for example, a parent node of the sending node or a parent node of the parent node) of the sending node is used as the receiving node. For example, the sending node is an IAB node, the receiving node is a parent node of the IAB node, and a full route between the IAB node and the parent node of the IAB node represents a transmission path. For another example, the sending node is an IAB node, the receiving node is the donor node, and a full route between the IAB node and the donor node represents a transmission path.
Similarly, in downlink transmission, the sending node is any node, other than the terminal device, between the donor node and the terminal device, and the receiving node is a lower-level node (for example, a child node of the sending node or a child node of the child node) of the sending node. For example, the sending node is an IAB node, the receiving node is a child node of the IAB node, and a full route between the IAB node and the child node of the IAB node represents a transmission path. For another example, the sending node is an IAB node, the receiving node is the terminal device, and a full route between the IAB node and the terminal device represents a transmission path.
An identifier of a previous-hop node or an identifier of a next-hop node identifier (previous-hop/next-hop node identifier for short hereinafter) in at least one embodiment is a BAP address of the previous-hop/next-hop node, or is an IP address of the previous-hop/next-hop node. In actual application, there is another case. For example, in response to the previous-hop/next-hop node being a child node of a first IAB node, an identifier of the child node is a C-RNTI of the child node and an identifier of a cell accessed by the child node, or is a control plane identifier (for example, a gNB-DU UE F1AP ID allocated by the first IAB node to the child node, and/or a gNB-CU UE F1AP ID allocated by the donor CU to the child node) of the child node on an F1 interface between the first IAB node and the donor node (which is a donor CU or a donor CU-CP). For another example, in response to the previous-hop/next-hop node being a parent node of the first IAB node, the identifier is, for the first IAB node, an identifier (cell group ID) of a cell group corresponding to a cell group served by the parent node. A specific form of the identifier of the previous-hop/next-hop node is not limited herein.
The IAB node is alternatively a terminal device UE, a residential gateway (residential gateway), or customer premises equipment (customer premise equipment, CPE).
In embodiments of at least one embodiment, the communication device is an apparatus that is deployed in a radio access network and that provides a wireless communication function for user equipment (user equipment, UE). The communication device includes a macro base station, a micro base station (also referred to as a small cell), a relay station, an access point, and the like in various forms. In systems using different radio access technologies, a device having a base station function has different names. For example, in a 5th generation (5th generation, 5G) system, the device is referred to as a wireless network access device, a gNB, or the like. For ease of description, in all embodiments of at least one embodiment, all the foregoing apparatuses that provide a wireless communication function for a terminal are collectively referred to as a communication device, a base station, or a node.
UE in at least one embodiment includes various handheld devices, vehicle-mounted devices, wearable devices, or computing devices that have a wireless communication function, or other processing devices connected to a wireless modem. The terminal is a mobile station (mobile station, MS), a subscriber unit (subscriber unit), a cellular phone (cellular phone), a smartphone (smartphone), a wireless data card, a personal digital assistant (personal digital assistant, PDA for short) computer, a tablet computer, a wireless modem (modem), a handheld device (handset), a laptop computer (laptop computer), a machine type communication (machine type communication, MTC) terminal, or the like.
This embodiment is mainly applied to an IAB network, including an IAB network of standalone (standalone, SA) networking and an IAB network of non-standalone (non-standalone, NSA) networking.
There is an F1 interface between a DU part of each IAB node and an IAB donor CU. The F1 interface includes two parts: a control plane F1-C and a user plane F1-U. The user plane part is maintained between an IAB-DU and an IAB donor CU-UP, and the control plane part is maintained between the IAB-DU and an IAB donor CU-CP. Specifically, the F1 interface between the IAB-DU and the IAB donor CU is not shown in
In response to the IAB node working in a SA mode, the IAB node is single-connected to one parent node, or dual-connected to two parent nodes. The two parent nodes is controlled by a same IAB donor, or respectively controlled by different IAB donors. An F1 interface needs to be established between a DU part of the IAB node and one IAB donor. The IAB donor is connected to a 5G core (5G core, 5GC) network, that is, a dashed line part connected to the donor CU in the IAB donor 1 in the figure. The IAB donor CU-CP is connected to a control plane network element (for example, an access and mobility management function (access and mobility management function, AMF)) in the 5GC through an NG control plane (NG-C) interface. The IAB donor CU-UP is connected to a user plane network element (for example, a user plane function (user plane function, UPF)) in the 5GC through an NG user plane (NG-U) interface.
In response to the IAB node working in an NSA mode (or an EN-DC mode), the IAB node supports 4G and 5G network dual connectivity (E-UTRAN NR dual connectivity, EN-DC). A base station eNB in a long term evolution (long term evolution, LTE) network is a master base station (master eNB, MeNB), provides an LTE air interface (LTE Uu) connection for the IAB node, and establishes an S1 interface with an evolved packet core (evolved packet core, EPC) network of a 4G core network for user plane and control plane transmission. The IAB donor CU-UP is connected to the EPC (for example, connected to a serving gateway (serving gateway, SGW)) through an S1 user plane interface. The MeNB and an MT of the IAB node are connected through an LTE Uu air interface. There is an X2-C interface between the MeNB and the IAB donor CU-CP. The MeNB is connected to the evolved packet core (evolved packet core, EPC) network (including an S1 interface user plane (S1-U) and an S1 interface control plane (S1-C)) through the S1 interface.
In another case, the MeNB in
In the foregoing IAB network, a new protocol layer, namely, a backhaul adaptation protocol (backhaul adaptation protocol, BAP) layer, is introduced to the wireless backhaul link. The protocol layer is above a radio link control (radio link control, RLC) layer, a medium access control (medium access control, MAC) layer, and a physical (physical, PHY) layer. The protocol layer is used to implement functions such as routing of a data packet on the wireless backhaul link and bearer mapping.
Refer to a schematic diagram of a user plane protocol and a control plane protocol shown in
For a multi-donor IAB network, in at least one embodiment, cross-donor data transmission in IAB networking including two IAB donors is used as an example. For example, refer to schematic diagrams of topology update between IAB donors shown in
For ease of description, in at least one embodiment, these IAB nodes or UEs that are connected to an IAB donor via the IAB node 2 are referred to as descendent IAB nodes (descendent IAB nodes) or descendent UEs of the IAB node 2.
In an example shown in
In the example shown in
In the example shown in
In the foregoing several cases, in a wireless backhaul network, nodes controlled by different IAB donors need to be combined to form a transmission path for traffic transmission. In the case of cross-donor networking, IAB nodes managed by different donors and the IAB donor DUs is connected to each other via one or more backhaul links (BH links). However, in response to the different donor nodes configuring a BAP-layer node identifier (BAP address) or a BAP routing identifier (BAP routing ID) for the nodes controlled/managed by the donor nodes, different IAB donors configures a same BAP address for different nodes subordinated to the different IAB donors, or configured a same BAP routing ID for different paths, that is, a problem of a BAP address or a BAP routing ID conflict occurs. Consequently, in response to a node receiving or some nodes receiving a data packet including a BAP routing ID, the node or the some nodes cannot determine a specific destination node of the data packet and a specific routing path that is indicated by the BAP routing ID, and the data packet is not correctly routed and transmitted.
To resolve the foregoing problem, an embodiment of at least one embodiment provides a communication method, so that indication information of a donor to which a destination node belongs is added to a BAP layer of a data packet, thereby improving reliability of correctly routing the data packet. Details are as follows.
As shown in
401: A first donor node obtains a second data packet.
In at least one embodiment, the first donor node generates the second data packet (for example, the first donor node generates control plane signaling and encapsulates the control plane signaling into the second data packet, or the first donor node receives a user plane data packet from a core network element and then encapsulates the user plane data packet into the second data packet). Alternatively, the second data packet is received from a second donor node. For example, the first donor node includes a donor DU and a donor CU. The first donor node in this step is the DU of the first donor node, and the second data packet is a data packet that is received by the DU of the first donor node through a transmission network node and that is from the second donor node (which is specifically a CU of the second donor node). Alternatively, the first donor node includes a donor DU and a donor CU. The first donor node in this step is the DU of the first donor node. In this case, the first data packet is alternatively a data packet sent by the CU of the first donor node to a DU of the donor node. The second data packet includes IP header information, and the IP header information includes an IP address of a destination node and an IP address of a source node. In at least one embodiment, the second data packet is a downlink data packet.
402: The first donor node generates a first data packet.
In at least one embodiment, the first donor node generates the first data packet based on the second data packet. The first data packet includes the second data packet and a BAP layer header. The BAP layer header is generated by the first donor node based on the IP header information of the second data packet, and includes a routing identifier for transmitting the first data packet. The routing identifier is a BAP routing ID (BAP routing identifier) or an extended BAP routing ID. The routing identifier includes a BAP layer identifier of a destination node (or destination node of the first data packet for short) of the first data packet on a wireless backhaul link, or a destination address (BAP address) of the first data packet on a wireless backhaul link. The routing identifier further includes a path label used to identify a path to the destination node, namely, a BAP path identifier (BAP path ID).
In at least one embodiment, the first data packet further includes first information. For example, the BAP layer header of the first data packet includes the first information. The first information indicates a donor node to which the destination node of the first data packet belongs, or indicate a network segment to which the destination node of the first data packet belongs, or indicate whether a network segment to which the destination node of the first data packet belongs is a network segment controlled by the first donor node, or indicate whether a network segment to which the destination node of the first data packet belongs is the same as a network segment to which a current node (for the first donor node, the current node is the first donor node, and is specifically a DU of the first donor node) belongs. Specifically, the first information is an identifier of the donor node to which the destination node of the first data packet belongs, or is an identifier of the network segment to which the destination node belongs, or the first information is one-bit information, to indicate a relationship between a current network segment and the network segment to which the destination node belongs in a process of transmitting the first data packet.
In at least one embodiment, a donor node (which is specifically a CU of the donor node or a CU-CP part of the donor node) to which a node belongs is a donor node that controls the node. For example, an IAB node to which an IAB node belongs is a donor node (which is specifically a CU of the donor node or a CU-CP part of the donor node) that maintains an RRC connection with an MT part of the IAB node, or is a donor node (which is specifically a CU of the donor node or a CU-CP part of the donor node) that maintains an F1 interface (which is specifically a control plane of the F1 interface) with a DU part of the IAB node.
In at least one embodiment, a network segment to which a node belongs is a network segment that includes one or more nodes and that is controlled by a donor node (which is specifically a CU of the donor node or a CU-CP part of the donor node) to which the node belongs. Nodes controlled by different donor nodes form different network segments. In addition, the network segment in at least one embodiment is alternatively understood as a network topology or a network topology slice controlled by a donor node (which is specifically a CU of the donor node or a CU-CP part of the donor node).
As described above, the IAB donor is an access network element having a complete base station function, or is an access network element in a form in which the CU is separated from the DU. In this embodiment, the form in which the CU is separated from the DU is used as an example, and the CU part is in a form in which a user plane (UP) is separated from a control plane (CP). The identifier of the donor node in at least one embodiment is a base station identifier (gNB ID) of the donor node, or is a CU identifier (CU ID) of the donor node, for example, an IP address of the CU (or the CU-CP of the donor node) of the donor node, or another identifier allocated by an operation administration and maintenance (operation administration and maintenance, OAM) entity to the CU of the donor node (or the CU-CP of the donor node). The OAM configures different identifiers for adjacent donor nodes. The configured identifiers is understood as identifiers of the donor node, or identifiers of CUs (or CU-CPs) used to identify different donor nodes. For example, in a case in which nodes controlled by four IAB donors are adjacent to each other, the OAM allocates the following identifiers {00, 01, 10, 11} to four donor nodes (or donor CUs, or donor CU-CPs) respectively, to distinguish the four adjacent donor nodes.
The identifier of the network segment in at least one embodiment is an identifier of a donor node that controls a node in the network segment. For details about the identifier of the donor node, refer to descriptions in the previous paragraph. Alternatively, the identifier of the network segment is a network segment identifier allocated by the OAM to each of different network segments. Alternatively, an identifier of a donor node and identifiers allocated by donor nodes to different network segments controlled by the donor nodes is used for joint identification.
In at least one embodiment, the first information is bit information, and indicates whether a network segment to which the destination node of the first data packet belongs is a network segment controlled by the first donor node, or indicates whether a network segment to which the destination node of the first data packet belongs is the same as a network segment to which a current node (for the first donor node, the current node is the first donor node, and is specifically a DU of the first donor node) belongs. In this case, for example, the first information is one-bit information. In response to a value of the bit information being “0”, indicates that the network segment to which the destination node of the first data packet belongs is the network segment controlled by the first donor node or is the same as the network segment to which the first donor node (which is specifically the DU of the first donor node) belongs. In response to a value of the bit information being “1”, indicates that the network segment to which the destination node of the first data packet belongs is not the network segment controlled by the first donor node or is different from the network segment to which the first donor node (which is specifically the DU of the first donor node) belongs. In another example, the first information indicates based on whether one-bit or multi-special bit information exists. In response to the one-bit or multi-bit information existing, indicates that the network segment to which the destination node of the first data packet belongs is not the network segment controlled by the first donor node or is different from the network segment to which the first donor node (which is specifically the DU of the first donor node) belongs. In response to no one-bit or multi-bit information existing, indicates that the network segment to which the destination node of the first data packet belongs is the network segment controlled by the first donor node or is the same as the network segment to which the first donor node (which is specifically the DU of the first donor node) belongs. This is not specifically limited herein.
In this embodiment, in response to the first donor node including the donor DU (IAB donor DU) part and the donor CU (the IAB donor CU) part, and the first donor node in step 402 is the DU of the first donor node, the DU of the first donor node (IAB donor DU) adds BAP layer header information to the second data packet based on configuration information obtained from the CU (the IAB donor CU, or specifically the CP part of the CU of the first donor node, namely, the IAB donor CU-CP) of the first donor node. The configuration information includes a mapping relationship between IP header information and the foregoing routing identifier. The IP header information herein includes one or more pieces of IP address information (for example, a source IP address and/or a target IP address), and optionally, further includes any one or more of the following: a value of one or more differentiated services code point (differentiated services code point, DSCP) fields, and a value of a flow label (flow label) in one or more IPv6 headers. In at least one embodiment, the first information is included in the routing identifier (for example, carried in the BAP routing ID, or the first information is carried in the BAP routing ID after the BAP routing ID is extended). In at least one embodiment, the first information is carried in BAP layer header information of the first data packet, but is not in the routing identifier. Alternatively, the first information is based on the IAB donor DU based on configuration information from the IAB donor CU. In this case, the configuration information obtained by the IAB donor DU of the first donor node from the IAB donor CU of the first donor node further includes a mapping relationship between the IP header information and the first information. For descriptions of the IP header information, refer to the foregoing descriptions. Optionally, the first information is separately configured by the IAB donor CU for different pieces of specific IP header information. In other words, data packets having different pieces of IP header information carries different first information.
The configuration information that includes the mapping relationship from the IP header information to the routing identifier and/or the first information is sent by the IAB donor CU of the first donor node to the IAB donor DU of the first donor node via an F1AP message.
After receiving the second data packet, the first donor node generates, based on the IP header information of the second data packet, BAP layer header information including the first information, and add the BAP layer header information to the second data packet, to obtain the first data packet.
For example, the first information is an identifier of a donor node to which the destination node of the first data packet on the wireless backhaul link belongs. Further, for example, the identifier of the donor node is an identifier of a CU (CU ID for short) of the donor node. Each donor node (which is specifically a CU of the donor node) obtains a CU ID of the donor node from the OAM. Each donor node (which is specifically the CU of the donor node) notifies, via a control plane message, an IAB node or an IAB donor DU managed by the donor node (which is specifically the CU of the donor node) of an identifier (for example, a CU ID) of the donor node. The control plane message is an RRC message or an F1AP message. In at least one embodiment, each donor node (which is specifically an IAB donor CU) configures a BAP address for each node (an IAB node or an IAB donor DU) managed by the donor node. The BAP address of each node includes an identifier of a donor node to which the node belongs.
In at least one embodiment, in response to configuring the BAP address for the IAB node or the IAB donor DU, the donor node carries the CU ID of the donor node in the BAP address allocated to the IAB node or the IAB donor DU that is managed by the donor node, for example, carry the CU ID of the donor node in a most significant bit of the BAP address part configured for the node that is managed by the donor node. For the destination node of the first data packet, a BAP address of the destination node also includes a CU ID of the donor node to which the destination node belongs. Correspondingly, as shown in the following Table 1, the table shows a format of a data (data) protocol data unit (Packet data unit, PDU) at a BAP layer, where a D/C field indicates whether the BAP PDU is a BAP data (Data) PDU or a BAP control (control) PDU, an R field is a reserved bit, a DESTINATION field is a BAP address of a destination node (that is, a destination node of a wireless backhaul link) of a data packet, a PATH field is a label of a transmission path to the destination node of the data packet, and a DATA field is a data part, that is, a service data unit (SDU, service data unit) at the BAP layer. In at least one embodiment, content included in the DATA part is a part or all of the second data packet. Several bits in the DESTINATION field are a CU ID part. The DESTINATION field and the PATH field jointly form the BAP routing ID. The first data packet also complies with this format. In the BAP header information carried in the first data packet, the BAP address of the destination node included in a field of a DESTINATION part includes the CU ID of the donor node to which the destination node belongs. In this way, because CU IDs of different donor nodes are different, even in cross-donor networking, a BAP address part carried in a data packet is considered to identify two different nodes (an IAB node or an IAB donor DU). A transmission path to a destination node is uniquely identified based on a BAP routing ID carried in the data packet, so that a potential BAP address conflict or a BAP routing ID conflict is avoided.
In at least one embodiment, the first donor node (for example, the IAB donor DU) generates the first information based on the IP header information of the second data packet, or directly generates the first information. The first information is carried in a reserved bit (R) of the first data packet. The reserved bit is specifically a reserved bit in a BAP layer packet header or a reserved bit in another packet header. This is not limited herein. In response to the first information being about donor node identifiers (for example, CU IDs of donor CUs) of different lengths, network segment identifiers of different lengths, and information about bits of different lengths, one or more reserved bits being used to carry the CU IDs, the network segment identifiers, and the bit information. For example, in response to the first information being a network segment identifier or a CU ID, and a specific value range is {00, 01, 10, 11}, in this case, two reserved bits (for example, two R-bit fields close to a DESTINATION part in Table 1) is used to carry the first information. In another example, the first information is bit information, and is carried by using one reserved bit. For example, the first information is bit information S whose length is 1 bit. For a schematic diagram of the first data packet, refer to Table 2. For definitions of other fields in Table 2, refer to the explanations in Table 1. A slight difference is that a DESTINATION field in Table 2 does not need to include a CU ID part.
In at least one embodiment, in the first data packet generated by the first donor node (for example, the IAB donor DU), the BAP layer header is further extended. For example, after a BAP path ID, a first area (whose length is X bits) is additionally added, to carry the first information. This manner of extending the BAP layer header is alternatively considered as a manner of extending a routing identifier BAP routing ID part. To be specific, the first information carried after extension is combined with the BAP address of the destination node of the data packet and the BAP Path ID part to the destination node, to be jointly considered as the routing identifier BAP routing ID. For example, the first information is a CU ID. As shown in Table 3, in a BAP layer header of a data packet, an extension field including the CU ID exists in the BAP layer header. For example, one (an S field in Table 3) of three reserved bits (R) in the BAP layer header in Table 1 are used to carry second information, and the second information indicates that the first data packet includes the first information. In other words, in response to the second information being a specific value, the BAP layer header information of a BAP data PDU includes a CU ID part. In this way, the CU ID part in the BAP layer header in the first data packet is prevented from being parsed into a data (DATA) part. In this embodiment, any reserved bit (R) is used as an S bit. This is not limited in this embodiment.
Optionally, the first donor node carries the first information after processing only some downlink data packets, for example, carry the first information only for a downlink data packet to be transmitted across donor networks. In this case, in response to the first donor node including the donor DU (the IAB donor DU) part and the donor CU (the IAB donor CU) part, and the first donor node in step 402 referring to the DU of the first donor node, the DU of the first donor node (the IAB donor DU) obtains, based on configuration information obtained from the CU (the IAB donor CU, or specifically the CP part of the CU of the first donor node, namely, the IAB donor CU-CP) of the first donor node, a specific downlink data packet for which the first information needs to be carried. For example, in response to the IAB donor DU using a manner corresponding to Table 2 or Table 3, in a manner of carrying the first information in the first data packet by using a reserved field or extending the BAP layer header, the IAB donor CU carries first indication information in the configuration information provided for the IAB donor DU. The first indication information indicates that for a data packet that carries a specific IP header information value, the IAB donor DU needs to extend the BAP layer header to carry the first information, or add the first information to a reserved bit. In response to the first indication information, in response to the IP header information of the second data packet belonging to the value of the specific IP header information, the IAB donor DU generates the first data packet including the first information. The IP header information herein includes one or more specific items of the following content: a source IP address, a destination IP address, one or more DSCP values, and one or more flow label values. In response to the BAP layer header being extended to carry the first information, the IAB donor CU further needs to configure, for the IAB donor DU, the first information that needs to be carried in the BAP layer header of the data packet. In at least one embodiment, in the configuration information provided by the IAB donor CU for the IAB donor DU, the first information corresponds to one or more pieces of IP header information. Optionally, the first information corresponding to specific IP header information is carried, together with the first indication information, in a control plane message sent to the IAB donor DU, to be configured for the IAB donor DU. In at least one embodiment, the first indication information is implicitly provided for the IAB donor DU. For example, in the configuration information provided for the IAB donor DU, only BAP layer header information of configuration information that corresponds to a value of specific IP header information includes the first information. In this case, the configuration information corresponding to the value of the specific IP header information includes the first indication information. In response to the first indication information, in response to the IP header information of the second data packet belonging to the value of the specific IP header information, the IAB donor DU generates the first data packet including the first information. In an embodiment, the explicit or implicit first indication information is alternatively directly sent to the IAB donor DU together with the configuration information of the mapping relationship from the IP header information to the routing identifier and/or the first information, or is directly included in the configuration information.
403: The first donor node sends the first data packet to a first node.
After generating the first data packet, the first donor node sends the first data packet to a next-hop node (namely, the first node) based on a routing identifier in the BAP layer header of the first data packet. In response to the first donor node including the donor DU (the IAB donor DU) part and the donor CU (the IAB donor CU) part, the first donor node in this step is the donor DU of the first donor node. The donor DU obtains first routing configuration information from the donor CU in advance. The donor DU determines, based on the first routing configuration information and the BAP layer header information of the first data packet, that the next-hop node is the first node. Then, the donor DU sends the first data packet to the first node. In an example, the first information is not included in the routing identifier part of the BAP layer, and the first routing configuration information obtained by the donor DU from the donor CU includes: the first information, the routing identifier BAP routing ID, and an identifier of the next-hop node (the first node) of the donor DU that corresponds to the first information and the routing identifier. In another example, the first information is included in the routing identifier (BAP routing ID) of the BAP layer header, and the first routing configuration information obtained by the donor DU from the donor CU includes: the routing identifier BAP routing ID and an identifier of the next-hop node (the first node) of the donor DU that corresponds to the routing identifier.
In a subsequent step, the first node performs receiving processing on the first data packet still based on the routing identifier or based on the routing identifier and the first information, for example, deliver the first data packet to an upper layer protocol layer, or continue to forward the first data packet. Optionally, the first donor node (which is specifically the donor CU of the first donor node, or the donor CU-CP) further sends second routing configuration information to a subsequent IAB node such as the first node and a child node or a grandchild node of the first node. In at least one embodiment, the first information is not included in the routing identifier part of the BAP layer, and the second routing configuration information includes the following content: the first information, the routing identifier BAP routing ID, and an identifier of a next-hop node of the subsequent IAB node that corresponds to the first information and the BAP routing ID. In at least one embodiment, the first information is included in the BAP layer routing identifier (BAP routing ID), and the second routing configuration information includes: the routing identifier BAP routing ID and an identifier of a next-hop node of the subsequent IAB node that corresponds to the BAP routing ID. Based on the second routing configuration information and information (for example, the routing identifier of the BAP layer, and the first information) in the BAP layer header in the first data packet, a subsequent IAB node such as the first node processes the first data packet. For example, the BAP layer header of the first data packet includes the first information and the BAP routing ID, and the first information is the CU ID of the donor node to which the target node belongs. In this case, in response to a BAP address part included in the BAP layer routing identifier (BAP routing ID) being consistent with a BAP address of the subsequent IAB node, and the CU ID indicated by the first information being consistent with a CU ID of a donor node to which the subsequent IAB node belongs, the subsequent node removes the BAP layer header from the first data packet, and then delivers the first data packet to an upper layer protocol layer (for example, an IP layer) for processing. Otherwise, the subsequent node continues to select an appropriate next-hop node based on the second routing configuration information, and then forward the first data packet to the next-hop node.
In the manner in at least one embodiment, even in a cross-donor networking scenario, a BAP address in a BAP routing identifier in a data packet is prevented from indicating a plurality of destination nodes. Alternatively, even in response to a destination address in a BAP routing identifier in a data packet indicating a plurality of nodes, a node (the IAB donor DU, or the IAB node) in the IAB network further determines a unique destination node based on routing configuration information with reference to first information in the data packet. This avoids a data packet routing failure caused by a destination address conflict in the cross-donor networking scenario, so that reliability of correctly routing a data packet is improved.
Optionally, in an IAB topology networking scenario in which network segments controlled by only two IAB donors are concatenated, the first information in the first data packet indicates (for example, a value of bit information corresponding to the first information is 1 or 0) whether the network segment to which the destination node of the first data packet belongs is the same as a network segment to which a current node (the current node herein is a node sending the first data packet) belongs. For a border IAB node at a boundary between two network segments, in response to the first information included in the first data packet received by the border IAB node indicating that a network segment to which a current node (namely, a previous-hop node of the border IAB node) belongs is different from the network segment to which the destination node of the first data packet belongs, after receiving the first data packet, the border node forwards the data packet to another network segment that is different from the network segment to which the previous-hop node belongs. Therefore, the border node changes the first information and generate a third data packet, so that a subsequent node forwards the third data packet to a destination node in a correct network segment after receiving the third data packet.
Correspondingly, as shown in
501: A first node receives a first data packet.
The first data packet includes first information, the first information is bit information (for example, an S bit whose value is 1), and the first information indicates that a network segment to which a current node (namely, a previous-hop node of the first node, where the first node receives the first data packet from the previous-hop node) belongs is different from a network segment to which a destination node of the first data packet belongs.
In this embodiment, for the first data packet in step 501, refer to related descriptions of the first data packet in step 402 in the method shown in
502: The first node changes the first information in the first data packet to second information, generates a third data packet, and sends the third data packet to a second node.
The second information obtained after the first information is changed is bit information (for example, an S bit whose value is 0). The second information indicates that a network segment to which a current node (namely, the first node) belongs is the same as the network segment to which the destination node of the first data packet belongs. The second node is a next-hop node of the first node.
Optionally, the first information further indicates whether the first data packet belongs to the network segment to which the destination node of the first data packet belongs. To be specific, the first node determines, with reference to a network segment from which the received first data packet comes and the first information, that the network segment to which the destination node belongs is different from the network segment from which the received first data packet comes. The second information further indicates that the first data packet belongs to the network segment to which the destination node of the first data packet belongs. To be specific, the first node determines, with reference to a network segment to which a node to which the second data packet is to be sent belongs and the second information, that the network segment to which the destination node belongs is the same as the network segment to which the node to which the second data packet is to be sent belongs. This is not limited in this embodiment.
As shown in
After receiving the data packet from an IAB node 4, the first node IAB node 2 located on a border of the two network segments forwards the data packet to the IAB node 3 based on a BAP routing ID part. The IAB node 3 and an IAB2-DU are located in a same network segment. Therefore, before forwarding the data packet to the IAB node 3, the IAB node 2 changes the first information to the second information. For example, the IAB node 2 changes the S bit, for example, changes a value of the S bit from 1 to 0, to generate the third data packet. Then, the IAB node 2 forwards the third data packet to the second node IAB node 3.
Optionally, in response to a node receiving a data packet that does not include the S bit or in which a value of the S bit is 0, the node routes and forwards the data packet based on a routing identifier and a routing configuration obtained by the node, and does not need to change the S bit.
Optionally, in this embodiment, the first data packet further includes third information, and the third information indicates the first node to change the first information to the second information. Specifically, the third information is a specific value of a routing identifier. To be specific, for example, for the first data packet with a specific routing identifier, in response to a value of the S bit being 1, the first node needs to change the value of the S bit to 0.
In at least one embodiment, the first node obtains configuration information from a donor node (which is specifically an IAB donor CU or an IAB donor CU-CP) to which the first node belongs. The configuration information includes the third information, and indicates whether the first node changes a data packet including the third information. In response to the first information included in the configuration information indicating that a network segment to which a current node (namely, a previous-hop node of the first node, where the first node receives the data packet from the previous-hop node) belongs is different from a network segment to which a destination node of the data packet belongs, the first node changes the first information in the data packet to the second information, and then forwards the data packet.
The foregoing first embodiment describes a downlink transmission manner in at least one embodiment. The following describes an uplink transmission manner. As shown in
601: A first node obtains a second data packet.
In this embodiment, the second data packet is generated after being received by the first node from UE or a sub-node that accesses the first node and processed by the first node (for example, processed by a user plane or control plane protocol layer of an F1 interface of the first node). Alternatively, the second data packet is generated by the first node (for example, a local protocol layer of the first node, such as an APP layer, a control plane of an F1 interface, or an upper-layer protocol layer corresponding to non-F1 interface traffic). This is not limited in this embodiment.
602: The first node generates a first data packet.
Specifically, the first node adds BAP layer header information to the second data packet, to obtain the first data packet. To be specific, the first data packet includes the second data packet and a BAP layer header. The BAP layer header includes a routing identifier for transmitting the first data packet. The routing identifier is a BAP routing ID (BAP routing identifier) or an extended BAP routing ID. The routing identifier includes a BAP layer identifier of a destination node (or destination node of the first data packet for short) of the first data packet on a wireless backhaul link, or a destination address (BAP address) of the first data packet on a wireless backhaul link. The routing identifier further includes a path label used to identify a path to the destination node, namely, a BAP path identifier (BAP path ID). The destination node of the first data packet on the wireless backhaul link is a donor node (for example, a donor DU of the donor node to which the first node belongs) to which the first node belongs. Alternatively, the destination node of the first data packet on the wireless backhaul link is a DU of another donor node that is different from a donor node to which the first node belongs (for example, the first node is the IAB node 3 in
In at least one embodiment, the first data packet further includes first information. For example, the BAP layer header of the first data packet includes the first information. The first information indicates a donor node to which the destination node of the first data packet belongs, or indicate a network segment to which the destination node of the first data packet belongs, or indicate whether a network segment to which the destination node of the first data packet belongs is the same as a network segment to which a current node (namely, the first node) belongs.
In at least one embodiment, the first node obtains configuration information from the donor node (which is specifically an IAB donor CU or an IAB donor CU-CP of the donor node) to which the first node belongs. The first node adds, based on the obtained configuration information, BAP layer header information to an uplink data packet (namely, the second data packet) that needs to be transmitted, to generate the first data packet. Because the uplink data packet that needs to be transmitted by the first node corresponds to a plurality of different traffic types (including F1 interface user plane traffic, F1 interface control plane traffic, non-F1 interface traffic, and the like), the configuration information provided by the donor node (which is specifically the IAB donor CU or the IAB donor CU-CP) to which the first node belongs for the first node includes mapping relationships applicable to the plurality of different traffic types, for example, a correspondence between the F1 interface user plane traffic, the F1 interface control plane traffic, or traffic of another traffic type (a non-F1 type) and the BAP layer header information (including, for example, a routing identifier).
In at least one embodiment, a donor node to which an IAB node belongs is generally a donor node that maintains an RRC connection with an MT part of the IAB node and that maintains an F1 interface with a DU part of the IAB node. In most cases, donor nodes connected to an IAB-MT part and an IAB-DU part of an IAB node are the same. In this case, in response to providing configuration information for the IAB node, the donor node carries the configuration information in an RRC message of the IAB-MT, or carry the configuration information in an F1AP message of the IAB-DU. However, in some special cases, donor nodes connected to the IAB -MT and the IAB-DU is different. The border node IAB node 2 in
For the F1 interface user plane traffic, configuration information used to configure a correspondence between an F1 interface user plane traffic data packet and the BAP layer header information (including, for example, a routing identifier) includes F1 interface user plane tunnel endpoint information of the data packet, and content corresponding to the BAP layer header information. In at least one embodiment, in the configuration information for the F1 interface user plane traffic, the F1 interface user plane tunnel endpoint information includes an uplink tunnel endpoint identifier (tunnel endpoint identifier, TEID) of a GTP-U (GPRS Tunneling Protocol-User plane, GPRS Tunneling Protocol-User Plane) tunnel of the F1 interface user plane, and/or an IP address (namely, a target IP address of an uplink user plane data packet on the F1 interface, and is specifically an IP address of the IAB donor CU or an IP address of the IAB donor CU-UP) of an uplink endpoint of a tunnel of the user plane. In addition, in the configuration information for the F1 interface user plane traffic, the content of the BAP layer header information includes a BAP routing identifier (BAP routing ID). The BAP routing identifier includes a BAP address of a destination node of the uplink data packet on the wireless backhaul link, and an identifier BAP path ID of a transmission path to the destination node. In at least one embodiment, alternatively, the first information is included in the routing identifier (for example, carried in the BAP routing ID, or the first information is carried in the BAP routing ID after the BAP routing ID is extended). Therefore, the BAP routing identifier in the configuration information for the F1 interface user plane traffic includes the first information. In at least one embodiment, the first information is carried in the BAP layer header information of the first data packet, but is not included in the routing identifier (BAP routing ID). In addition to the BAP routing identifier, the content of the BAP layer header information in the configuration information for the F1 interface user plane traffic further includes the first information. Optionally, the first information is separately configured by the IAB donor CU for different F1 interface user plane data packets. In other words, data packets with different F1 interface GTP-U tunnel information carries different first information.
In at least one embodiment, in the configuration information for the F1 interface user plane traffic, the F1 interface user plane tunnel endpoint information is further IP layer header information, and specifically includes: a source IP address, a destination IP address, one or more DSCP values or value ranges, and one or more flow label values or value ranges.
In response to the second data packet being an F1 interface user plane traffic data packet, the first node selects, based on the configuration information for the F1 interface user plane traffic, appropriate BAP layer header information corresponding to the F1 interface user plane tunnel endpoint information of the second data packet, and add the appropriate BAP layer header information to the second data packet, to obtain the first data packet.
Optionally, the first node carries the first information after processing only some uplink data packets, for example, carry the first information only for an uplink data packet that needs to be transmitted across donor networks. In this case, the first node needs to obtain, based on configuration information obtained from the donor node (which is specifically the IAB donor CU of the donor node, or is specifically the IAB donor CU-CP, and the following uses an example in which the IAB donor CU provides the configuration information for the first node for description) to which the first node belongs, a specific uplink data packet that needs to carry the first information. For example, in response to the first node using the manner corresponding to Table 2 or Table 3, in a manner of carrying the first information in the first data packet by using a reserved field or extending the BAP layer header, in at least one embodiment, the IAB donor CU carries first indication information in the configuration information provided for the first node. The first indication information indicates an uplink data packet of a specific traffic type (which is specifically an F1 interface user plane traffic, an F1 interface control plane traffic, or a non-F1 interface traffic) that needs the first node to extend a BAP layer header to carry the first information, or that carries the first information in a reserved bit. In response to the first indication information, in response to the second data packet being an uplink data packet of the specific traffic type, the first node generates the first data packet including the first information. In at least one embodiment, the first indication information is implicitly provided for the first node. For example, in the configuration information provided for the first node, only BAP layer header information corresponding to some specific traffic types includes the first information. In this case, implicitly means that the configuration information for the some specific traffic types includes the first indication information. In response to the first indication information, in response to the second data packet being an uplink data packet of the some specific traffic types, the first node generates the first data packet including the first information. Regardless of whether the first indication information is implicitly configured or explicitly configured information used to identify a specific traffic type, for details, refer to descriptions of the F1 interface user plane tunnel endpoint information in the configuration information for the F1 interface user plane traffic, F1 interface control plane traffic information in configuration information for the F1 interface control plane traffic, and non-F1 interface traffic information in configuration information for the non-F1 interface traffic for understanding. In an embodiment, the explicit or implicit first indication information is alternatively directly included in the configuration information for the F1 interface user plane traffic, the configuration information for the F1 interface control plane traffic, or the configuration information for the non-F1 interface traffic.
For the F1 interface control plane traffic, configuration information used to configure a correspondence between an F1 interface control plane traffic data packet and the BAP layer header information (including, for example, a routing identifier) includes F1 interface control plane traffic information of the data packet, and content corresponding to the BAP layer header information.
In the configuration information for the F1 interface control plane traffic, for the content of the BAP layer header information, refer to the content of the BAP layer header information in the foregoing configuration information for the F1 interface user plane traffic for understanding. The content of the BAP layer header information specifically includes a BAP routing identifier (BAP routing ID). The BAP routing identifier includes a BAP address of a destination node of the uplink data packet on the wireless backhaul link, and an identifier BAP path ID of a transmission path to the destination node. In at least one embodiment, alternatively, the first information is included in the routing identifier (for example, carried in the BAP routing ID, or the first information is carried in the BAP routing ID after the BAP routing ID is extended). Therefore, the BAP routing identifier in the configuration information for the F1 interface control plane traffic includes the first information. In at least one embodiment, the first information is carried in the BAP layer header information of the first data packet, but is not included in the routing identifier (BAP routing ID). In addition to the BAP routing identifier, the content of the BAP layer header information in the configuration information for the F1 interface control plane traffic further includes the first information.
In the configuration information that is for the F1 interface control plane traffic and that is provided by the donor node for the first node, content of the F1 interface control plane traffic information of the data packet is considered in a plurality of cases. For example, the following plurality of cases is used for description.
Case 1: In at least one embodiment, in the configuration information for the F1 interface control plane traffic, the F1 interface control plane traffic information is an F1 interface control plane message type to which the data packet belongs. Specifically, there are two types of F1 interface control plane messages: a UE-associated (UE-associated) F1 interface control plane (F1-C) message (or referred to as an F1AP message), and a non-UE-associated (non-UE-associated) F1 interface control plane message. In this case, the donor node configures different pieces of BAP layer header information for uplink F1AP messages of different types of the first node. Specific values of the first information carried in the uplink F1AP messages of different types of the first node is the same or is different.
Case 2: In at least one embodiment, in response to F1-C messages of a same type of the first node being allowed to be transmitted through different paths, the first information is carried in a more flexible configuration manner. For example, to allow F1-C messages transmitted via different SCTP associations (SCTP association, or transport network layer association (TNL association)) to use different transmission paths, the donor node (which is specifically the IAB donor CU or the IAB donor CU-CP) of the first node provides, for the first node based on an SCTP association (SCTP association, or referred to as transport network layer association, Transport network layer association, TNL association) granularity, BAP layer header information used to transmit an F1-C message in the configuration information, and further carries the first indication information in the configuration information based on an SCTP association granularity. In this case, in the configuration information for the F1 interface control plane traffic, the F1 interface control plane traffic information includes an identifier of an SCTP association that carries a data packet. To distinguish different SCTP associations between the first node and the donor node (which is specifically the IAB donor CU or the IAB donor CU-CP), optionally, an SCTP association identifier is based on one or more of an IP address of the first node, a port number of the first node, an IP address of the donor node (which is specifically the IAB donor CU or the IAB donor CU-CP) of the first node, and a port number of the donor node (which is specifically the IAB donor CU or the IAB donor CU-CP) of the first node. Therefore, in the configuration information provided by the donor node (which is specifically the IAB donor CU or the IAB donor CU-CP) of the first node for the first node, different routing identifiers is configured for F1-C messages carried by different SCTP associations. In addition, the first information that needs to be specifically carried is configured for a specific SCTP association that needs to carry the first information in a BAP layer header. Optionally, the first indication information is further configured for the specific SCTP association that needs to carry the first information in the BAP layer header.
In at least one embodiment of Case 2, for the configuration information that is for the F1 interface control plane traffic and that is provided by the donor node of the first node for the first node, specific configuration information is further provided based on a granularity of a per SCTP association per F1 -C message type. In this case, in the configuration information for the F1 interface control plane traffic, the F1 interface control plane traffic information includes an F1 interface control plane message type to which the data packet belongs and the identifier of the SCTP association that carries the data packet. For content of the F1 interface control plane message type and the SCTP association identifier, refer to the foregoing descriptions for understanding. Details are not described herein again.
For example, as shown in Table 4 and Table 5, there are four SCTP associations between the first node (an IAB node 1) and the donor node (an IAB donor CU 1) of the first node. An association 1 is used to transmit a non-UE-associated F1 AP message, associations 1 to 4 are used to transmit a UE-associated F1AP message, and data packets corresponding to associations 1 and 2 need to be routed across donors. In this case, the IAB donor CU 1 provides configuration information to the IAB node 1 in the following two manners.
Case 3: In at least one embodiment, for an F1 -C message of the UE-associated type, in a more flexible manner, different routing configurations are allowed to be provided for different UEs served by the first node. Therefore, for UE-associated F1 -C traffic of the first node, the donor node of the first node provides finer-granularity configuration. In this case, in the configuration information for the F1 interface control plane traffic, the F1 interface control plane traffic information includes one or more of the following pieces of information: the F1 interface control plane message type to which the data packet belongs, an identifier of specific UE corresponding to the data packet in response to the data packet being of the UE-associated type, an identifier of an SCTP association that carries the data packet, and a stream (stream) identifier in the SCTP association that carries the data packet. The identifier of the UE is specifically any one of the following: identifier information (for example, a gNB-DU UE F1AP ID allocated by the first node to the UE, and/or a gNB-CU UE F1AP ID allocated, to the UE, by the donor node to which the first node belongs) allocated to the UE on the control plane of the F1 interface between the first node and the donor node, and a C-RNTI (Cell Radio Network Temporary Identifier cell radio network temporary identifier) allocated to the UE in a cell that is accessed by the UE and served by the first node. The stream (stream) identifier in the SCTP association that carries the data packet is a stream ID of a stream in an SCTP association that is used to carry an F1AP message. For content of the F1 interface control plane message type and the SCTP association identifier, refer to the foregoing descriptions for understanding. Details are not described herein again.
Corresponding to Case 3, the configuration information for the F1 interface control plane traffic is provided for the first node by referring to the following four examples (Table 6 to Table 9). In Case 3, in an optimized signaling design, these configurations are oriented to F1-C messages of the UE-associated type. Therefore, content in a column of the F1 -C message type is alternatively uniformly carried as upper-level information, and does not need to be carried one by one.
(1) For a per UE configuration, refer to the following Table 6.
Alternatively, (2) for a per SCTP association per UE configuration, refer to the following Table 7.
Alternatively, (3) a per SCTP association per stream (stream) configuration (if a UE-associated F1AP message of one UE is carried on a stream of an SCTP association) is as follows.
Alternatively, (4) a per SCTP association per stream and per UE configuration is as follows.
For the non-F1 interface traffic (Non-F1 traffic) of the first node, configuration information used to configure a correspondence between a non-F1 interface traffic data packet and the BAP layer header information (including, for example, a routing identifier) includes non-F1 interface traffic information of the data packet, and content corresponding to the BAP layer header information.
In the configuration information for the non-F1 interface traffic, for the content of the BAP layer header information, refer to the content of the BAP layer header information in the foregoing configuration information for the F1 interface user plane traffic/control plane traffic for understanding. The content of the BAP layer header information specifically includes a BAP routing identifier (BAP routing ID). The BAP routing identifier includes a BAP address of a destination node of the uplink data packet on the wireless backhaul link, and an identifier BAP path ID of a transmission path to the destination node. In at least one embodiment, alternatively, the first information is included in the routing identifier (for example, carried in the BAP routing ID, or the first information is carried in the BAP routing ID after the BAP routing ID is extended). Therefore, the BAP routing identifier in the configuration information for the non-F1 interface traffic includes the first information. In at least one embodiment, the first information is carried in the BAP layer header information of the first data packet, but is not included in the routing identifier (BAP routing ID). In addition to the BAP routing identifier, the content of the BAP layer header information in the configuration information for the non-F1 interface traffic further includes the first information.
In the configuration information that is for the non-F1 interface traffic and that is provided by the donor node for the first node, content of the non-F1 interface traffic information of the data packet is considered in a plurality of cases. For example, the following plurality of cases is used for description.
Case A: For uplink non-F1 interface traffic (Non-F1 traffic) of the first node, in response to the non-F1 interface traffic not being subdivided, the IAB donor CU directly configures, for the first node, BAP layer header information corresponding to a non-F1 traffic type. Optionally, the first indication information is further configured. In this case, in the configuration information for the non-F1 interface traffic, the non-F1 interface traffic information is the non-F1 interface traffic type. For example, there is only one value “non-F1 traffic”, or in response to subdivision for the non-F1 interface traffic type being allowed, there is a plurality of values, for example, {a non-F1 traffic type 1, a non-F1 traffic type 2, a non-F1 traffic type 3, . . . }.
Case B: An assumption is that different routes are allowed to be configured for the non-F1 interface traffic. For example, routes is distinguished by using any one or more items of IP header information of the non-F1 interface traffic. The IP header information includes any one or more of the following IP 5-tuple information: {a source IP address, a destination IP address, a source port number, a destination port number, a transport layer protocol type}. The IP header information further includes a DSCP, a flow label field of a header field in an internet protocol version 6 (internet protocol version 6, IPv6), and the like. In this case, in the configuration information that is for the non-F1 interface traffic and that is provided by the IAB donor CU for the first node, different BAP layer header information is configured for different values of the IP header information. Optionally, for traffic data that needs to be transmitted over a cross-donor network topology, corresponding configuration information further includes the first indication information, to indicate to carry the first information in a BAP layer header. In this case, in the configuration information for the non-F1 interface traffic, the non-F1 interface traffic information includes the non-F1 interface traffic type (for specific content, refer to the descriptions in Case A for understanding), and further includes the IP header information (for details, refer to the content descriptions of the IP header information in Case B for understanding).
603: The first node sends the first data packet to a second node. After generating the first data packet, the first node sends the first data packet to a next-hop node (namely, the second node) based on BAP layer header information (for example, a routing identifier in the BAP layer header) of the first data packet. The first node obtains first routing configuration information from the donor node (which is specifically the donor CU or the donor CU-CP) to which the first node belongs in advance. The first node determines, based on the first routing configuration information and the BAP layer header information of the first data packet, that the next-hop node is the second node. Then, the first node sends the first data packet to the second node. In an example, the first information is not included in the routing identifier part of the BAP layer, and the first routing configuration information obtained by the first node from the donor node includes: the first information, the routing identifier BAP routing ID, and an identifier of the next-hop node (the second node) of the first node that corresponds to the first information and the routing identifier. In another example, the first information is included in the routing identifier (BAP routing ID) of the BAP layer header, and the first routing configuration information obtained by the first node from the donor node includes: the routing identifier BAP routing ID and an identifier of the next-hop node (the second node) of the first node that corresponds to the routing identifier.
In a subsequent step, the second node performs receiving processing on the first data packet still based on the routing identifier or based on the routing identifier and the first information, for example, deliver the first data packet to an upper layer protocol layer, or continue to forward the first data packet. Optionally, the donor node (which is specifically the donor CU of the donor node, or the donor CU-CP) further sends second routing configuration information to a subsequent IAB node such as the second node. In at least one embodiment, the first information is not included in the routing identifier part of the BAP layer, and the second routing configuration information includes the following content: the first information, the routing identifier BAP routing ID, and an identifier of a next-hop node of the subsequent IAB node that corresponds to the first information and the BAP routing ID. In at least one embodiment, the first information is included in the routing identifier (BAP routing ID) of the BAP layer, and the second routing configuration information includes: the routing identifier BAP routing ID and an identifier of a next-hop node of the subsequent IAB node that corresponds to the BAP routing ID. Based on the second routing configuration information and information (for example, the routing identifier of the BAP layer, and the first information) in the BAP layer header in the first data packet, a subsequent node such as the second node processes the first data packet. For example, the BAP layer header of the first data packet includes the first information and the BAP routing ID, and the first information is the CU ID of the donor node to which the target node belongs. In this case, in response to a BAP address part included in the BAP layer routing identifier (BAP routing ID) being consistent with a BAP address of the subsequent IAB node, and the CU ID indicated by the first information is consistent with a CU ID of a donor node to which the subsequent IAB node belongs, the subsequent node removes the BAP layer header from the first data packet, and then delivers the first data packet to an upper layer protocol layer (for example, an IP layer) for processing. Otherwise, the subsequent node continues to select an appropriate next-hop node based on the second routing configuration information, and then forward the first data packet to the next-hop node.
In at least one embodiment, even in a cross-donor networking scenario, a BAP address in a BAP routing identifier in a data packet is prevented from indicating a plurality of destination nodes. Alternatively, even in response to a destination address in a BAP routing identifier in a data packet indicating a plurality of nodes, a node (the IAB donor DU, or the IAB node) in the IAB network further determines a unique destination node based on routing configuration information with reference to first information in the data packet. This avoids a data packet routing failure caused by a destination address conflict in the cross-donor networking scenario, so that reliability of correctly routing a data packet is improved.
In at least one embodiment, optionally, the first information is alternatively identifier information that is of the donor node and that is carried in the IP layer header information of the second data packet, namely, the IP address (for example, a destination IP address in uplink data packets is an IP address of the IAB donor, and a source IP address of a data packet in downlink data packets is the IP address of the IAB donor) of the donor node. In this case, the first information is not carried in the BAP layer header information. Correspondingly, optionally, the first indication information is alternatively an identifier indicating that the BAP layer of the first donor node in
In at least one embodiment, in addition to a CU ID, a network segment identifier, and bit information, the first information carried in the BAP layer header is further request information (for example, the S bit in Table 2). The IAB node or the IAB donor DU requests, based on the request information, the IP layer to indicate the first information, that is, the donor to which the destination node of the first data packet belongs. The IP layer responds to the request information based on IP address information (the source IP address and/or the destination IP address) included in the IP layer, and provide the first information for the BAP layer of the IAB node or the IAB donor DU, so that the IAB node or the IAB donor DU determines a unique destination node of the data packet.
The foregoing describes the communication method. The following describes a communication device in at least one embodiment with reference to accompanying drawings.
As shown in
Optionally, the first information is carried in a routing identifier that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
Optionally, the first information is carried in a reserved bit that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
Optionally, the first information is located in a first area of a header of the first data packet, the first data packet further includes second information, and the second information indicates that the first data packet includes the first information.
Optionally, the transceiver unit 702 is further configured to send routing configuration to the first node, where the routing configuration includes information about the donor node to which the destination node of the first data packet belongs or information about the network segment to which the destination node of the first data packet belongs.
Optionally, the first information includes an identifier of the donor node to which the destination node of the first data packet belongs, or an identifier of the network segment to which the destination node of the first data packet belongs.
Optionally, the first data packet is generated based on a second data packet, and the transceiver unit 702 is further configured to:
The processing unit 701 is further configured to:
Optionally, the first data packet is generated based on a second data packet, and the transceiver unit 702 is further configured to:
The processing unit 701 is further configured to:
Optionally, the first donor node includes a donor CU and a donor DU, and the transceiver unit 702 is further configured to:
The processing unit 701 is further configured to:
As shown in
Optionally, the first data packet includes third information, and the third information indicates to change the first information to the second information.
As shown in
Optionally, the first information is carried in a routing identifier that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
Optionally, the first information is carried in a reserved bit that is in a backhaul adaptation protocol layer BAP layer packet header of the first data packet.
Optionally, the first information is located in a first area of a header of the first data packet, the first data packet further includes second information, and the second information indicates that the first data packet includes the first information.
Optionally, the first information includes an identifier of the destination node of the first data packet, or an identifier of the network segment to which the destination node of the first data packet belongs.
Optionally, the first data packet is generated based on a second data packet, and the processing unit 901 is further configured to:
Optionally, the first data packet is generated based on a second data packet, and the processing unit 901 is further configured to:
Optionally, the first data packet is generated based on a second data packet, and the processing unit 901 is further configured to:
Optionally, the first data packet is generated based on a second data packet, and the processing unit 901 is further configured to:
Optionally, the SCTP association identifier is based on one or more of an IP address of the communication device, a port number of the communication device, an IP address of a donor node of the communication device, and a port number of the donor node of the communication device.
Optionally, the transceiver unit 902 is further configured to:
The processing unit 901 is further configured to:
The processor 1001 is a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field programmable gate array or another programmable logic device, a transistor logic device, a hardware component, or any combination thereof. The processor implements or execute various example logical blocks, modules, and circuits described with reference to content disclosed in at least one embodiment. Alternatively, the processor 1001 is a combination of processors implementing a computing function, for example, a combination of one or more microprocessors, or a combination of the digital signal processor and a microprocessor. The bus 1004 is a peripheral component interconnect (Peripheral Component Interconnect, PCI) bus, an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, or the like. Buses is classified into an address bus, a data bus, a control bus, and the like. For ease of representation, only one bold line is used for representing the bus in
The transceiver unit 702 in the communication device 70 is equivalent to the communication interface 1002 in the communication device 100. The processing unit 701 in the communication device 70 is equivalent to the processor 1001 in the communication device 100.
The communication device 100 in this embodiment corresponds to the first donor node in the method embodiment in
The processor 1101 is a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field programmable gate array or another programmable logic device, a transistor logic device, a hardware component, or any combination thereof. The processor implements or execute various example logical blocks, modules, and circuits described with reference to content disclosed in at least one embodiment. The processor 1101 is alternatively a combination, for example, a combination including one or more microprocessors or a combination of a digital signal processor and a microprocessor, for implementing a computing function. The bus 1104 is a peripheral component interconnect (Peripheral Component Interconnect, PCI) bus, an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, or the like. Buses is classified into an address bus, a data bus, a control bus, and the like. For ease of representation, only one bold line is used for representing the bus in
The transceiver unit 801 in the communication device 80 is equivalent to the communication interface 1102 in the communication device 110. The processing unit 802 in the communication device 80 is equivalent to the processor 1101 in the communication device 110. The communication device 110 in this embodiment corresponds to the first node in the method embodiment in
The processor 1201 is a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field programmable gate array or another programmable logic device, a transistor logic device, a hardware component, or any combination thereof. The processor implements or execute various example logical blocks, modules, and circuits described with reference to content disclosed in at least one embodiment. The processor 1201 is alternatively a combination, for example, a combination including one or more microprocessors or a combination of a digital signal processor and a microprocessor, for implementing a computing function. The bus 1204 is a peripheral component interconnect (Peripheral Component Interconnect, PCI) bus, an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, or the like. Buses is classified into an address bus, a data bus, a control bus, and the like. For ease of representation, only one bold line is used for representing the bus in
The transceiver unit 902 in the communication device 90 is equivalent to the communication interface 1202 in the communication device 120. The processing unit 901 in the communication device 90 is equivalent to the processor 1201 in the communication device 120.
The communication device 120 in this embodiment corresponds to the first node in the method embodiment in
In at least one embodiment, a computer-readable storage medium is further provided. The computer-readable storage medium stores computer-executable instructions. In response to a processor of a device executing the computer-executable instructions, the device performs the steps of the communication method performed by the first donor node in the method embodiment in
In at least one embodiment, a computer-readable storage medium is further provided. The computer-readable storage medium stores computer-executable instructions. In response to a processor of a device executing the computer-executable instructions, the device performs the steps of the communication method performed by the first node in the method embodiment in
In at least one embodiment, a computer-readable storage medium is further provided. The computer-readable storage medium stores computer-executable instructions. In response to a processor of a device executing the computer-executable instructions, the device performs the steps of the communication method performed by the first node in the method embodiment in
In at least one embodiment, a computer program product is further provided. The computer program product includes computer-executable instructions, and the computer executable instructions are stored in a computer-readable storage medium. In response to a processor of a device executing the computer-executable instructions, the device performs the steps of the communication method performed by the first donor node in the method embodiment in
In at least one embodiment, a computer program product is further provided. The computer program product includes computer-executable instructions, and the computer executable instructions are stored in a computer-readable storage medium. In response to a processor of a device executing the computer-executable instructions, the device performs the steps of the communication method performed by the first node in the method embodiment in
In at least one embodiment, a computer program product is further provided. The computer program product includes computer-executable instructions, and the computer executable instructions are stored in a computer-readable storage medium. In response to a processor of a device executing the computer-executable instructions, the device performs the steps of the communication method performed by the first node in the method embodiment in
A person skilled in the art understands that, for the purpose of convenient and brief description, for a detailed working process of the foregoing system, apparatus, and unit, refer to a corresponding process in the foregoing method embodiments. Details are not described herein again.
In at least one embodiment, should be understood that the disclosed system, apparatus and method is implemented in another manner. The described apparatus embodiment is merely an example. For example, the unit division is merely logical function division and is other division in an actual implementation. For example, a plurality of units or components is combined or integrated into another system, or some features is ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections is implemented through some interfaces. The indirect couplings or communication connections between the apparatuses or units is implemented in electronic, mechanical, or other forms.
The units described as separate parts is or is not physically separate, and parts displayed as units is or is not physical units, is located in one position, or is distributed on a plurality of network units. Some or all of the units is selected based on actual use to achieve the objectives of the solutions of embodiments.
In addition, each functional unit in at least one embodiment is integrated into one processing unit, or each of the units exist alone physically, or two or more units are integrated into one unit. The integrated unit is implemented in a form of hardware, or is implemented in a form of a software functional unit.
In response to the integrated unit being implemented in the form of the software functional unit and sold or used as an independent product, the integrated unit is stored in a computer-readable storage medium. Based on such an understanding, the technical solutions of at least one embodiment essentially, or the part contributing to the prior art, or all or some of the technical solutions is implemented in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for instructing a computer device (which is a personal computer, a server, or a network device) to perform all or some of the steps of the methods described in at least one embodiment. The foregoing storage medium includes any medium that stores program code, such as a USB flash drive, a removable hard disk, a read-only memory (ROM, read-only memory), a random access memory (RAM, random access memory), a magnetic disk, or an optical disc.
| Number | Date | Country | Kind |
|---|---|---|---|
| 202110362600.2 | Apr 2021 | CN | national |
This application is a continuation of International Application No. PCT/CN2022/079866, filed on Mar. 9, 2022, which claims priority to Chinese Patent Application No. 202110362600.2, filed on Apr. 2, 2021. The disclosures of the aforementioned applications are incorporated herein by reference in their entireties.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/CN2022/079866 | Mar 2022 | US |
| Child | 18477074 | US |
