WO2020221360A1

WO2020221360A1 - Communication method and device

Info

Publication number: WO2020221360A1
Application number: PCT/CN2020/088499
Authority: WO
Inventors: 刘菁; 戴明增; 朱元萍
Original assignee: 华为技术有限公司
Priority date: 2019-04-30
Filing date: 2020-04-30
Publication date: 2020-11-05
Also published as: CN111865802B; CN111865802A

Abstract

A communication method and device. The method comprises: a host CU creates a mapping relationship between the IP address of a first IAB node and first routing information, and sends the mapping relationship to a host DU; and correspondingly, after receiving from the host CU the IP address of the first IAB node and its corresponding first routing information, if a first data packet is received and the destination IP of the first data packet is the IP address of the first IAB node, the host DU may send the first data packet and the first routing information to the next hopping node of the host DU according to the mapping relationship. Furthermore, the host DU may also receive from the host CU the mapping relationship between first information and a BH RLC channel, so that during sending the first data packet (the first data packet comprises the first information), the host DU may send the first data packet by mapping same to the corresponding BH RLC channel.

Description

Communication method and device

Cross references to related applications

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office, the application number is 201910365512.0, and the application name is "a communication method and device" on April 30, 2019, the entire content of which is incorporated into this application by reference.

Technical field

This application relates to the field of communication technology, and in particular to a communication method and device.

Background technique

Compared with the fourth-generation mobile communication system, the fifth-generation (5th-generation, 5G) mobile communication system puts forward more stringent requirements in all aspects of network performance indicators. For example, the capacity index is increased by 1000 times, wider coverage requirements, ultra-high reliability and ultra-low latency, etc. On the one hand, considering the rich resources of high-frequency carrier frequencies, in hotspot areas, in order to meet the needs of 5G ultra-high capacity, the use of high-frequency small stations to network is becoming more and more popular. The high-frequency carrier has poor propagation characteristics, severe attenuation due to obstruction, and limited coverage. Therefore, a large number of densely deployed small stations are required. Accordingly, providing optical fiber backhaul for these densely deployed small stations is expensive and difficult to construct. Therefore, an economical and convenient backhaul solution is needed; on the other hand, from the perspective of wide coverage requirements, to provide network coverage in some remote areas, the deployment of optical fibers is difficult and costly, and flexible and convenient access and backhaul solutions are also required. .

The 5G system introduces integrated access and backhaul (IAB) network technology. The access link (AL) and backhaul link (BL) in the IAB network are all wireless The transmission scheme avoids optical fiber deployment, thereby reducing deployment costs and increasing deployment flexibility. In an IAB network, a wireless backhaul node can provide wireless access services for terminal devices, and the wireless backhaul node can also be called an IAB node (IAB node) or a relay node (RN). The service data of the terminal device can be transmitted by a wireless backhaul node connected to a host node through a wireless backhaul link, and the host node can be an IAB donor (IAB donor) or a donor base station (donor gNodeB, DgNB).

However, after the introduction of the IAB node, how the IAB node communicates with the operation management maintenance (OAM) server still needs further research.

Summary of the invention

In view of this, this application provides a communication method and device to implement communication between an IAB node and an OAM server.

In the first aspect, an embodiment of the present application provides a communication method, the method includes: a host DU receives a first access from the host CU and returns the Internet Protocol IP address of an integrated IAB node and first routing information, the first routing information It is used to route the first data packet to the first IAB node, where the destination IP address of the first data packet is the IP address of the first IAB node; further, the host DU receives the first data packet and transfers the first data packet And the first routing information is sent to the next hop node of the host DU.

Wherein, the first data packet may be an OAM service data packet or a DHCP service data packet. Accordingly, the first data packet may be received from an OAM server or may also be received from a DHCP server. In the embodiment of the present application, the first data packet is an OAM service data packet as an example for description.

For the case where the first data packet is an OAM service data packet, the above method can also be described as follows:

The host DU receives from the host CU the Internet Protocol IP address of the first access backhaul integrated IAB node and first routing information. The first routing information is used to route the first data packet to the first IAB node, where the first data The packet is an OAM service data packet, and the destination IP address of the first data packet is the IP address of the first IAB node; further, the host DU receives the first data packet from the OAM server, and sends the first data packet and the first routing information The next hop node for the host DU.

In this way, it is realized that the host DU sends the first data packet to the next hop node of the host DU, and then the next hop node of the host DU can subsequently send the first data packet to the first IAB node.

In a possible design, the first routing information includes: the identifier of the first path, the sending node on the first path is the host DU, and the receiving node on the first path is the first IAB node; or, the first IAB node The first logo.

In a possible design, the first identifier of the first IAB node is the adaptation layer identifier allocated by the hosting centralized unit CU for the first IAB node.

In a possible design, the first routing information includes: the identifier of the second path and the second identifier of the first IAB node, the sending node on the second path is the host DU, and the receiving node on the second path is the first The parent node of the IAB node; or, the identity of the parent node of the first IAB node and the second identity of the first IAB node.

In a possible design, the second identity of the first IAB node is the cell radio network temporary identity C-RNTI assigned by the parent node of the first IAB node to the first IAB node, or the second identity of the first IAB node The first F1AP identifier assigned to the first IAB node for the parent node of the first IAB node; or, the second identifier of the first IAB node includes the first F1AP identifier and the second F1AP identifier assigned by the host CU to the first IAB node.

In a possible design, the host DU sends the first routing information to the next hop node of the host DU, including: the host DU carries the first routing information in the adaptation layer of the host DU and sends it to the next hop of the host DU. Jump node.

In a possible design, the host DU sends the first data packet to the next hop node of the host DU, including: the host DU receives the first information and the first bearer information from the host CU, and the first bearer information is used to indicate transmission The return radio link control BH RLC channel of the first data packet; the first data packet includes the first information, and the first information includes at least one of the following: Differentiated Services Code Point DSCP value, flow label, OAM server IP address, port Number; the host DU maps the first data packet to the BH RLC channel and sends it to the next hop node of the host DU.

In a second aspect, an embodiment of the present application provides a communication method, the method includes: the host CU obtains the IP address of the first IAB node and first routing information, the first routing information is used to route the first data packet to the first IAB node, where the first data packet is an OAM service data packet, and the destination IP address of the first data packet is the IP address of the first IAB node; further, the host CU sends the IP address of the first IAB node and the first IAB node to the host DU One routing information.

In a possible design, the second identifier of the first IAB node is the C-RNTI allocated by the parent node of the first IAB node to the first IAB node, or the second identifier of the first IAB node is the first IAB node The parent node of is the first F1AP identifier assigned by the first IAB node; or, the second identifier of the first IAB node includes the first F1AP identifier and the second F1AP identifier assigned by the host CU for the first IAB node.

In a possible design, the donor CU sends first information and first bearer information to the host DU. The first bearer information is used to indicate the BH RLC channel for transmitting the first data packet. The first data packet includes the first information. One piece of information includes at least one of the following: DSCP value, flow label, IP address of the OAM server, and port number.

In a third aspect, an embodiment of the present application provides a communication method, the method includes: a donor DU receives first information and first bearer information from the host CU, the first bearer information is used to indicate the BH RLC channel for transmitting the first data packet , The first data packet includes first information, and the first information includes at least one of the following: DSCP value, flow label, IP address of the OAM server, and port number; further, the host DU receives the first data packet from the OAM server, and The first data packet is mapped to the next hop node sent to the host DU in the BH RLC channel.

In a fourth aspect, an embodiment of the present application provides a communication method. The method includes: a donor CU obtains first information and first bearer information, where the first bearer information is used to indicate a BH RLC channel for transmitting the first data packet, and the first The data packet includes first information, and the first information includes at least one of the following: DSCP value, flow label, IP address of the OAM server, and port number; further, the host CU sends the first information and first bearer information to the host DU.

In a fifth aspect, an embodiment of the present application provides a communication method. The method includes: a first IAB node receives an OAM server's IP address and second routing information from a host CU, and the second routing information is used to route the second data packet To the host DU, the destination IP address of the second data packet is the IP address of the OAM server; further, the first IAB node generates the second data packet, and sends the second data packet and the second routing information to the upstream of the first IAB node One-hop node.

In a possible design, the second routing information includes: the identifier of the third path, the sending node on the third path is the first IAB node, and the receiving node on the third path is the host DU; or Identification, the sending node on the fourth path is the last hop node of the first IAB node, and the receiving node on the fourth path is the host DU.

In a possible design, the first IAB node sends the second routing information to the previous hop node of the first IAB node, including: the first IAB node carries the second routing information in the adaptation layer of the first IAB node Sent to the previous hop node of the first IAB node.

In a possible design, the first IAB node sending the second data packet to the previous hop node of the first IAB node includes: the first IAB node receives the second information and the second bearer information from the host CU, and the second The bearer information is used to indicate the BH RLC channel for transmitting the second data packet, the second data packet includes second information, and the second information includes at least one of the following: DSCP value, flow label, IP address of the OAM server, and port number; further , The first IAB node maps the second data packet to the BH RLC channel and sends it to the previous hop node of the first IAB node.

In a sixth aspect, an embodiment of the present application provides a communication method. The method includes: the host CU obtains the IP address of the OAM server and second routing information, the second routing information is used to route the second data packet to the host DU, and the first Second, the destination IP address of the data packet is the IP address of the OAM server; further, the host CU sends the IP address of the OAM server and the second routing information to the first IAB node.

In a seventh aspect, an embodiment of the present application provides a communication method. The method includes: a first IAB node receives second information and second bearer information from a host CU, and the second bearer information is used to indicate the BH that transmits the second data packet. RLC channel, the second data packet includes second information, the second information includes at least one of the following: DSCP value, flow label, OAM server IP address, port number; further, the first IAB node generates the second data packet, The second data packet is mapped to the previous hop node sent to the first IAB node in the BH RLC channel.

In an eighth aspect, an embodiment of the present application provides a communication method, the method includes: a donor CU obtains second information and second bearer information, the second bearer information is used to indicate a BH RLC channel for transmitting the second data packet, and the second The data packet includes second information, and the second information includes at least one of the following: DSCP value, flow label, IP address and port number of the OAM server; further, the host CU sends the second information and the second bearer information to the first IAB node .

In a ninth aspect, an embodiment of the present application provides a communication method. The method includes: a host DU receives a first data packet and first routing information from the host CU, and the first routing information is used to route the first data packet to the first data packet. IAB node, where the first data packet is an OAM service data packet, and the destination IP address of the first data packet is the IP address of the first IAB node; further, the host DU combines the first data packet with the first data packet according to the first routing information A routing information is sent to the next hop node of the host DU.

In a possible design, the host DU sends the first data packet to the next hop node of the host DU, including: the host DU receives the first information and the first bearer information from the host CU, and the first bearer information is used to indicate transmission The return radio link control BH RLC channel of the first data packet; the first data packet includes the first information, and the first information includes at least one of the following: Differentiated Services Code Point DSCP value, flow label, OAM server IP address, port Further, the host DU maps the first data packet to the BH RLC channel and sends it to the next hop node of the host DU.

In a tenth aspect, an embodiment of the present application provides a communication method, the method includes: a host CU receives a first data packet from an OAM server, the first data packet is an OAM service data packet; further, the host CU sends a first data packet to the host DU A data packet and first routing information, the first routing information is used to route the first data packet to the first IAB node, and the destination IP address of the first data packet is the IP address of the first IAB node.

In a possible design, the method further includes: the host CU sends first information and first bearer information to the host DU, the first bearer information is used to indicate a BH RLC channel for transmitting the first data packet, and the first data packet includes The first information, the first information includes at least one of the following: DSCP value, flow label, IP address of the OAM server, and port number.

In an eleventh aspect, an embodiment of the application provides a communication method, the method includes: an access management function entity obtains subscription information of a first IAB node, and the subscription information includes the quality of service QoS of the OAM service data of the first IAB node Information; Further, the access management function entity sends the QoS information of the OAM service data of the first IAB node to the host CU.

In a twelfth aspect, an embodiment of the present application provides a communication method. The method includes: a host CU receives OAM service QoS information from an access management function entity, and sends the OAM service QoS information to the host DU; further, The donor CU receives the BH RLC channel information allocated for the QoS information of the OAM service returned by the donor DU. The BH RLC channel information includes the identity of the BH RLC channel between the donor DU and the next hop node of the donor DU or the logic corresponding to the BH RLC channel Channel ID.

In a thirteenth aspect, an embodiment of the present application provides a communication device. The communication device includes a processor, which is coupled with a memory, and the memory is used to store a computer program or instruction, and the processor runs the computer program or instruction to enable the method of any one of the first aspect to the twelfth aspect described above When executed, the communication device may also include the memory.

In a fourteenth aspect, an embodiment of the present application provides a communication device that includes one or more modules for implementing the method of any one of the first aspect to the twelfth aspect, the one or more Each module may correspond to the steps of the method in any one of the first aspect to the twelfth aspect described above.

In a fifteenth aspect, an embodiment of the present application provides a chip, the chip includes a processor and an interface circuit, the interface circuit is coupled to the processor, and the processor is used to run a computer program or instruction to implement aspects such as the first aspect to In the method of any one of the twelfth aspect, the interface circuit is used to communicate with modules other than the chip.

In a sixteenth aspect, an embodiment of the present application provides a computer storage medium that stores a program for implementing the method in any one of the first to eighth aspects. When the program runs in the wireless communication device, the wireless communication device is caused to execute the method of any one of the first aspect to the twelfth aspect.

In a seventeenth aspect, the embodiments of the present application provide a computer program product, the program product includes a program, and when the program is executed, the method in any one of the first aspect to the twelfth aspect is executed.

Description of the drawings

Figure 1 is a schematic diagram of a network architecture to which an embodiment of the application is applicable;

FIG. 2A is an example of a network architecture including an application scenario of multiple IAB nodes;

FIG. 2B is another example of a network architecture including an application scenario of multiple IAB nodes;

FIG. 3A is a schematic diagram of the communication between the IAB node and the OAM server through the host DU;

3B is a schematic diagram of the IAB node 121 that can communicate with the OAM server through the host CU;

3C, 3D, 3E, and 3F are schematic diagrams of protocol stacks provided by embodiments of the present application;

FIG. 4 is a schematic flowchart corresponding to a communication method provided in Embodiment 1 of this application;

FIG. 5A is a schematic flowchart corresponding to yet another communication method provided in Embodiment 1 of this application; FIG.

Figure 5B is a schematic diagram of establishing a BH RLC channel;

FIG. 6 is a schematic flowchart corresponding to yet another communication method provided in Embodiment 1 of this application;

FIG. 7 is a schematic flowchart corresponding to another communication method provided in Embodiment 2 of this application;

FIG. 8 is a schematic flowchart corresponding to yet another communication method provided in Embodiment 2 of this application;

FIG. 9 is a schematic flowchart corresponding to yet another communication method provided in Embodiment 2 of this application;

FIG. 10 is a possible exemplary block diagram of a device involved in an embodiment of this application;

FIG. 11 is a schematic structural diagram of a device involved in an embodiment of this application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application.

Hereinafter, some terms in the embodiments of the present application will be explained to facilitate the understanding of those skilled in the art.

1) A terminal device is a device that provides users with voice and/or data connectivity. In the embodiments of the present application, the terminal equipment may be referred to as user equipment (UE), mobile station (mobile station, MS), mobile terminal (mobile terminal, MT), etc., and may include, for example, a wireless connection function Handheld device, or processing device connected to a wireless modem. The terminal may communicate with the core network via a radio access network (RAN), and exchange voice and/or data with the RAN. Some examples of terminal equipment are: personal communication service (PCS) phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (personal digital assistant, PDA), barcode, radio frequency identification (RFID), sensors, global positioning system (GPS), laser scanners and other information sensing equipment.

The terminal device can also be a wearable device. Wearable devices can also be called wearable smart devices. It is a general term for the application of wearable technology to intelligently design daily wear and develop wearable devices, such as glasses, gloves, watches, clothing and shoes. A wearable device is a portable device that is directly worn on the body or integrated into the user's clothes or accessories. Wearable devices are not only a hardware device, but also realize powerful functions through software support, data interaction, and cloud interaction. In a broad sense, wearable smart devices include full-featured, large-sized, complete or partial functions that can be achieved without relying on smart phones, such as smart watches or smart glasses, and only focus on a certain type of application function, and need to cooperate with other devices such as smart phones. Use, such as various smart bracelets, smart helmets, smart jewelry, etc. for physical sign monitoring. The terminal can also be virtual reality (VR) equipment, augmented reality (AR) equipment, wireless terminals in industrial control, wireless terminals in self-driving (self-driving), remote surgery Wireless terminal in (remote medical surgery), wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, and smart home Wireless terminals, etc.

The function of the terminal device may be realized by a hardware component inside the terminal device, and the hardware component may be a processor and/or a programmable chip inside the terminal device. Optionally, the chip may be implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD). The above-mentioned PLD can be a complex programmable logical device (CPLD), a field-programmable gate array (FPGA), a generic array logic (generic array logic, GAL), a system on a chip , SOC) or any combination thereof.

2) The donor base station (Donor next generation node B, DgNB) can be an IAB donor (IAB donor), which is a device that connects terminal equipment to the wireless network in the communication system. The donor base station is connected to the core network through a wired link. As an example, the donor base station may include radio network controller (RNC), node B (Node B, NB), base station controller (BSC), base transceiver station (base transceiver station, BTS). ), home base station (for example, home evolved NodeB, or home Node B, HNB), baseband unit (BBU), etc., can also include the evolution in the advanced long term evolution (LTE-A) Type base station (NodeB or eNB or e-NodeB, evolutional Node B), or may also include the next generation node B (gNB) in the 5G system (also called the new radio (NR) system) )Wait. As another example, the donor base station may include a centralized unit (CU) and a distributed unit (DU). This structure separates the protocol layer of the eNB in the long term evolution (LTE) system or the gNB in the NR system, and some protocol layers (such as the packet data convergence protocol (PDCP) layer and wireless The functions of the resource control (radio resource control, RRC) layer are placed under the centralized control of the CU, and some or all of the protocol layers (such as the physical (PHY) layer, the media access control (MAC) layer, and the wireless link The functions of the radio link control (RLC) layer) are distributed in the DU, and the CU controls the DU. In the embodiments of the present application, for ease of description, the CU of the donor base station may be referred to as the donor CU, and the DU of the donor base station may be referred to as the donor DU.

The function of the donor base station may be implemented by hardware components inside the donor base station, such as a processor and/or a programmable chip inside the donor base station. For example, the chip can be implemented by ASIC, or PLD. The aforementioned PLD may be any one of CPLD, FPGA, GAL, SOC or any combination thereof.

3) The wireless backhaul equipment can provide wireless access services for the terminal equipment through the access link. The wireless backhaul equipment is connected to the host base station through a one-hop or multi-hop backhaul link to transmit the service data of the terminal equipment. Re-sending or forwarding of data to expand the coverage of the mobile communication system. As an example, the wireless backhaul device may be an IAB node, a relay station, a reception point (transmission reception point, TRP), or a transmission point (transmission point, TP), etc.

As an example, the wireless backhaul device may include a mobile-termination (MT) unit and a DU. Communicate with the parent node (that is, the previous hop of the wireless backhaul device) through the MT unit, and communicate with the child node (that is, the next hop of the wireless backhaul device) through the DU. Exemplarily, the wireless backhaul device may include at least one MT unit. For example, the wireless backhaul device may include only one MT unit. The MT unit is an MT unit with multiple connections. The wireless backhaul device may pass through the MT unit. Establish backhaul connections with multiple parent nodes of the wireless backhaul device; for another example, the wireless backhaul node may include multiple MT units, and each MT unit of the multiple MT units is connected to the wireless backhaul device. A parent node establishes a connection as an independent backhaul link of the wireless backhaul device.

The function of the wireless backhaul device may be implemented by hardware components inside the wireless backhaul device, for example, a processor and/or a programmable chip inside the wireless backhaul device. For example, the chip can be implemented by ASIC, or PLD. The aforementioned PLD may be any one of CPLD, FPGA, GAL, SOC or any combination thereof.

It should be noted that the wireless backhaul device may have different names in different communication systems. For example, in the LTE system and the LTE-A system, the wireless backhaul device may be called a relay node (RN). ; In the 5G system, the wireless backhaul device can be called an IAB node (IAB node). Of course, in other communication systems, wireless backhaul devices can also have different names, which are not limited here.

4) Link: Refers to the path between two adjacent nodes in a path.

5) Access link: the link between the terminal device and the base station, or between the terminal device and the IAB node, or between the terminal device and the host node, or between the terminal device and the host DU. Or, the access link includes a wireless link used when a certain IAB node is in the role of a common terminal device to communicate with its parent node. When the IAB node acts as an ordinary terminal device, it does not provide backhaul services for any child nodes. The access link includes an uplink access link and a downlink access link. In the embodiments of the present application, since the access link of the terminal device is a wireless link, the access link may also be called a wireless access link.

6) Backhaul link: the link between the IAB node and the parent node when it is used as a wireless backhaul node. When the IAB node is used as a wireless backhaul node, it provides wireless backhaul services for child nodes. The backhaul link includes an uplink backhaul link and a downlink backhaul link. In the embodiment of the present application, since the backhaul link between the IAB node and the parent node is a wireless link, the backhaul link may also be called a wireless backhaul link.

7) Parent node and child node: Each IAB node regards the neighboring node that provides wireless access service and/or wireless backhaul service for it as a parent node. Correspondingly, each IAB node can be regarded as a child node of its parent node. Alternatively, the child node may also be called a lower-level node, and the parent node may also be called an upper-level node.

8) The last hop node of a node: refers to the last node in the path containing the node that received the data packet before the node. It can be understood that the previous hop node of a node may include the previous hop node of the node in uplink transmission and the previous hop node of the node in downlink transmission.

9) The next hop node of a node: refers to the first node in the path containing the node that receives the data packet after the node. It can be understood that the next hop node of a node may include the next hop node of the node in uplink transmission and the next hop node of the node in downlink transmission.

It should be noted that, in the embodiment of the present application, for the upstream direction, the previous hop node refers to the parent node, and the next hop node refers to the child node. For the downstream direction, the next hop node refers to the child node, and the previous hop node refers to the parent node.

10) In the embodiments of the present application, "multiple" refers to two or more than two. In view of this, "multiple" can also be understood as "at least two" in the embodiments of the present application. "At least one" can be understood as one or more, for example, one, two or more. For example, including at least one refers to including one, two or more, and does not limit which ones are included. For example, including at least one of A, B, and C, then the included can be A, B, C, A and B, A and C, B and C, or A and B and C. "And/or" describes the association relationship of the associated objects, indicating that there can be three types of relationships, for example, A and/or B, which can mean: A alone exists, A and B exist at the same time, and B exists alone. In addition, the character "/", unless otherwise specified, generally indicates that the associated objects before and after are in an "or" relationship. The terms "system" and "network" in the embodiments of this application can be used interchangeably. Unless otherwise stated, the ordinal numbers such as “first” and “second” mentioned in the embodiments of the present application are used to distinguish multiple objects, and are not used to limit the order, timing, priority, or importance of multiple objects.

The communication systems applicable to the embodiments of this application include, but are not limited to: narrowband-internet of things (NB-IoT) systems, wireless local access network (WLAN) systems, LTE systems, 5G systems, or after 5G Communication system, such as NR, device to device (device to device, D2D) communication system.

In the following, the wireless backhaul device is an IAB node and the donor base station is an IAB donor as an example for description, where the IAB node is a specific name for the relay node in the IAB network, and does not limit the solution of the embodiment of the application. The use of IAB nodes in the embodiments of this application is only for the purpose of description, and does not mean that the solutions in the embodiments of this application are only used in NR scenarios. In the embodiments of this application, IAB nodes can generally refer to any node with a relay function. Or device, for example, the IAB node may be any of the aforementioned base stations or terminal devices with a forwarding function, or may be an independent device form, which is not limited in the embodiment of the present application.

Figure 1 is a schematic diagram of a network architecture to which an embodiment of this application is applicable. As shown in FIG. 1, the network architecture includes a terminal device 110, an IAB node 120, and a donor base station 130. In the network architecture shown in FIG. 1, the terminal device 110 is connected to the IAB node 120 in a wireless manner, and the IAB node 120 is connected to the donor base station 130 in a wireless manner. The terminal device 110 and the IAB node 120 and between the IAB node 120 and the donor base station 130 can communicate through a licensed spectrum, or communicate through an unlicensed spectrum, or at the same time through a licensed spectrum Communicate with unlicensed spectrum. For example, the licensed spectrum can be a spectrum below 6 GHz, which is not restricted here. In the network architecture shown in FIG. 1, the IAB node regards the node providing the backhaul service as the only parent node. For example, the IAB node 120 regards the donor base station 130 as the parent node. When the IAB node 120 receives the uplink data of the terminal device 110 on a certain data radio bearer (DRB), maps the uplink data to the corresponding BH RLC channel and transmits it to the donor base station, and then the donor base station transmits the The uplink data is sent to the mobile gateway device (for example, the user port function (UPF) entity in the 5G system). Similarly, in the downlink direction, the mobile gateway device sends the downlink data to the donor base station, and then sends it to the terminal device 110 via the IAB node 120 in turn.

It should be noted that, in the network architecture diagram shown in FIG. 1, although terminal devices, IAB nodes, and donor base stations are shown, the network architecture may not be limited to include terminal devices, IAB nodes, and donor base stations. For example, it may also include core network equipment or equipment for carrying virtualized network functions, etc., which are obvious to a person of ordinary skill in the art, and will not be detailed here. In addition, in the network architecture diagram shown in Figure 1, although one terminal device, one IAB node, and one donor base station are shown, the network architecture does not limit the number of terminal devices, IAB nodes, and donor base stations, for example, also It may include multiple terminal devices, multiple IAB nodes, multiple donor base stations, and so on. In addition, it should be noted that in the application scenario shown in Figure 1, only one IAB node is included. In this embodiment of the application, the number and deployment locations of IAB nodes are not limited.

Based on the network architecture shown in Figure 1, Figure 2A and Figure 2B show two application scenarios examples.

Refer to FIG. 2A, which is an example of a network architecture including an application scenario of multiple IAB nodes. The network architecture shown in Figure 2A can be understood as a multi-hop wireless backhaul scenario. In FIG. 2A, the network architecture includes two IAB nodes and two terminal devices, the two IAB nodes are the IAB node 120 and the IAB node 121, respectively, and the two terminal devices are the terminal device 110 and the terminal device 111, respectively. The terminal device 110 and the terminal device 111 are respectively connected to the IAB node 121 in a wireless manner, the IAB node 121 is connected to the IAB node 120 in a wireless manner, and the IAB node 120 is connected to the donor base station 130 in a wireless manner. In the network architecture shown in FIG. 2A, the IAB node 121 regards the IAB node 120 providing the backhaul service as the parent node, and the IAB node 120 regards the donor base station 130 as the parent node. After the IAB node 121 receives the uplink data of the terminal device 110 and the terminal device 111, it will sequentially pass through the IAB node 121 and the IAB node 120, and then transmit to the donor base station, which then sends the uplink data to the mobile gateway device. Similarly, in the downlink direction, the mobile gateway device sends the downlink data of the terminal device to the donor base station, and then sends it to the terminal device 110 and the terminal device 111 via the IAB node 120 and the IAB node 121 in sequence.

Refer to FIG. 2B, which is another example of a network architecture including an application scenario of multiple IAB nodes. The difference from FIG. 2A is that the network architecture shown in FIG. 2B includes three IAB nodes and one terminal device. The three IAB nodes are respectively IAB node 120 to IAB node 122, IAB node 120 to IAB node 122 and the host base station Two routing paths are formed between 130, one routing path is composed of IAB node 121, IAB node 122, and donor base station 130, and the other routing path is composed of IAB node 121, IAB node 120, and donor base station 130. The terminal device can communicate with the donor base station 130 through these two routing paths. The network architecture shown in Figure 2B can be understood as a multi-hop + multi-connection wireless backhaul scenario.

In the embodiment of the present application, the network architecture illustrated in FIG. 1, FIG. 2A, and FIG. 2B may further include an OAM server 140. As an example, the donor base station 130 may communicate with the OAM server 140, for example, in a wired manner. After introducing the IAB node, the IAB node also needs to communicate with the OAM server. For example, the IAB node obtains the accessible cell list information from the OAM server for the initial access of the IAB node; for example, the IAB node obtains it from the OAM server The DU-related configuration information of the IAB node, such as the DU identifier, the DU cell identifier, etc., is used to start the DU module; another example, after the IAB node starts the DU module, the IAB node can send some information to the OAM server, such as service count information (traffic counters) and alarm information (alarms), or the IAB node can also obtain some information from the OAM server, such as software upgrade configuration. The embodiment of this application will mainly study the communication between the IAB node and the OAM server.

Exemplarily, the IAB node involved in the embodiment of the present application can be understood as an IAB node that has completed the initial access, and the specific implementation of the initial access is not limited in the embodiment of the present application. Based on this, the communication between the IAB node and the OAM server involved in the embodiments of the present application is to transmit operation and maintenance (operation and maintenance, OM) configuration data, alarm data, traffic data, log data, or tracking data, etc. For example, it may be to obtain DU-related configuration information, or the IAB node may send service counting information and alarm information to the OAM service, or the IAB node may receive the software upgrade configuration sent by the OAM service. Of course, it does not rule out the possibility that the IAB node still obtains the accessible cell list information from the OAM server after completing the initial access. For example, the IAB node in the embodiment of the present application may also obtain the accessible cell list from the OAM server. Information to verify whether the cell it is currently accessing is legal.

For the communication between the donor base station and the OAM server, when the donor base station includes a CU and a DU, in one example, the OAM service data packet is routed through the donor DU. This means that the transmission of OAM service data packets does not need to pass through the core network of the host CU and IAB node, that is: the host DU can directly receive OAM service data packets from the OAM server (or through one or more routers to receive the OAM service For the sent OAM service data packet, one or more routers can exist on the path between the host DU and the OAM server), or the received OAM service data packet can be directly routed to the OAM server (or through 1 or Multiple routers are forwarded and routed to the OAM server, where there may be one or more routers on the path between the host DU and the OAM server). In this case, taking the application scenario shown in FIG. 2A as an example, referring to FIG. 3A, the IAB node 121 can communicate with the OAM server through the host DU, where the host DU and the OAM server are directly connected by wire.

In another example, the OAM service data packet that the host DU interacts with the OAM server may be routed by the host CU. This means that the transmission of OAM service data packets does not need to pass through the core network of the IAB node. As a possible solution, the OAM server can only learn the IP address of the host CU, and the host DU can only learn the IP address of the host CU, and the host CU can learn the IP address of the OAM server. After the host CU receives the OAM service data packet 1 sent by the IAB node from the host DU, it can forward the OAM service data packet 1 to the OAM server, or, after the host CU receives the OAM service data packet 2 from the OAM server, it analyzes the OAM service The data packet 2 knows whether the data packet is sent to itself or the IAB node DU. If it is sent to the IAB node DU, it can be further forwarded to the corresponding IAB node DU through the host DU. In this example, the host CU and the host DU can be connected to a unified OAM server (where the host DU can be connected to the OAM server through the host CU), that is, the same OAM server manages the host CU and the host DU. In this case, still taking the application scenario shown in FIG. 2A as an example, referring to FIG. 3B, the IAB node 121 may communicate with the OAM server through the host CU, where the host CU and the OAM server are directly connected by wire. Of course, there may also be one or more routers on the path between the host CU and the OAM server, which is not limited in the embodiment of the present application.

That is, in the embodiment of the present application, the IAB node communicating with the OAM server may include: the IAB node communicating with the OAM server through the host DU, or the IAB node communicating with the OAM server through the host CU. The two situations will be described in detail below in conjunction with specific embodiments.

It should be noted that if there is no other IAB node between the IAB node and the host DU, for example, the IAB node is the IAB node 120 shown in FIG. 2A, in this case, the host DU can directly communicate with the IAB node. The embodiments described below are mainly based on the case where one or more other IAB nodes exist between the IAB node and the host DU as an example.

Example one

In the first embodiment, the description will be mainly directed to the implementation of the communication between the first IAB node and the OAM server through the host DU (such as the situation shown in FIG. 3A). Taking the situation illustrated in FIG. 3A as an example, it is assumed that the first IAB node is the IAB node 121 in FIG. 3A. In this situation, the protocol stack for communication between the first IAB node and the OAM server may be as shown in FIG. 3C. It should be noted that in Figure 3C (or Figure 3D, Figure 3E, and Figure 3F in the following), TCP refers to transmission control protocol, UDP refers to user datagram protocol, and Adapt is Refers to the adaptation layer.

In this embodiment, if a dynamic host configuration protocol (DHCP) server is deployed on the host DU, the IP address of the first IAB node can be understood as being allocated by the host DU. In another example, if no DHCP server is deployed on the host DU (in this case, the DHCP server can be deployed on the OAM server), the IP address of the first IAB node can be assigned by the DHCP server and forwarded to the host DU The first IAB node, at this time, the host DU can be understood as a DHCP proxy (proxy).

The communication between the first IAB node and the OAM server through the host DU may include downlink communication (for example: the first IAB node←……←host DU←OAM server) and uplink communication (for example: the first IAB node→……→host DU→ OAM server).

(1) Downlink communication

For downlink communication, an example is described by taking the host DU directly wired to the OAM server. The host DU can directly receive the first data packet from the OAM server (the first data packet is a data packet of the DU of the first IAB node). This part of the content will mainly study how the host DU sends the first data packet to the DU of the first IAB node. Illustratively, two possible solutions will be provided, namely, Solution 1 and Solution 2.

Option One

FIG. 4 is a schematic diagram of a process corresponding to a communication method provided in Embodiment 1 of this application. As shown in FIG. 4, the method includes:

Step 401: The host CU obtains the IP address of the first IAB node. Illustratively, the IP address of the first IAB node described here can be understood as the IP address of the DU of the first IAB node. The IP address of the DU of the first IAB node may be assigned by the host DU, or may be sent to the DU of the first IAB node through the host DU after being assigned by the DHCP server.

In the embodiment of the present application, the host CU may obtain the IP address of the DU of the first IAB node in various ways. In a possible implementation manner, the host CU can obtain the IP address of the DU of the first IAB node from the host DU. For example, after the host DU allocates an IP address to the DU of the first IAB node, the host CU can assign The IP address and the information of the first IAB node are sent to the host CU, where the information of the first IAB node can be identified by the cell identification of the first IAB node and the cell wireless network temporary identification assigned by the access cell to the first IAB node (cell radio network temporary identifier, C-RNTI); accordingly, the host CU can obtain the IP address of the DU of the first IAB node.

In another possible implementation manner, the host CU may obtain the IP address of the DU of the first IAB node from the MT of the first IAB node. For example, after the DU of the first IAB node obtains the assigned IP address from the host DU, The MT of the first IAB node sends the IP address of the DU of the first IAB node to the host CU through an RRC message; accordingly, the host CU can obtain the IP address of the DU of the first IAB node.

Step 402: The host CU determines the first routing information corresponding to the IP address of the DU of the first IAB node, and sends the first routing information corresponding to the IP address of the DU of the first IAB node to the host DU. The first routing information is used to route the first data packet to the first IAB node, and the destination IP address of the first data packet is the IP address of the DU of the first IAB node.

Optionally, the first data packet may be a data packet sent by the OAM server to the first IAB node, and the first data packet does not have a limiting effect.

Optionally, the host CU may send the IP address of the DU of the first IAB node and the first routing information corresponding to the IP address to the host DU.

Step 403: The host DU receives the first routing information corresponding to the IP address of the DU of the first IAB node from the host CU.

Optionally, the host DU may receive the IP address of the DU of the first IAB node and the first routing information corresponding to the IP address from the host CU.

In an example, the first routing information may include the identification of the first path or the first identification of the first IAB node. The first path is used to indicate the path from the host DU to the first IAB node, that is, the sending node on the first path is the host DU, and the receiving node on the first path is the first IAB node. The first identifier of the first IAB node may be an identifier assigned by the host CU to the first IAB node to identify the first IAB node, such as an adaptation layer identifier assigned by the host CU to the first IAB node, such as a backhaul adaptation layer Protocol (backhaul adaptation protocol) identification (ID).

In this example, if there are multiple paths from the host DU to the first IAB node (for example, as shown in FIG. 2B, if the first IAB node is the IAB node 121, there are two paths from the host DU to the IAB node 121), then When the first routing information includes the identifier of the first path, it can be understood that the host CU selects the path for the data packet; for example, the first IAB node is the IAB node 121 in FIG. 2B, and the first routing information It may include the identification of path 1a (composed of IAB node 121, IAB node 122, and donor base station 130) or path 1b (composed of IAB node 121, IAB node 120, and donor base station 130); when the first routing information can include path 1a , It indicates that the path selected by the host CU for the data packet is path 1a, and when the first routing information may include path 1b, it indicates that the path selected by the host CU for the data packet is path 1b. When the first routing information includes the first identifier of the first IAB node, it can be understood that the host DU checks the routing table information maintained by the host DU according to the first identifier of the first IAB node to learn the next hop node that sends the data packet. information.

In yet another example, the first routing information may include the identifier of the second path and the second identifier of the first IAB node, or the identifier of the parent node of the first IAB node and the second identifier of the first IAB node. The second path is used to indicate the path from the host DU to the parent node of the first IAB node, that is, the sending node on the second path is the host DU, and the receiving node on the second path is the parent of the first IAB node. node. The identity of the parent node of the first IAB node may be the cell identity of the parent node of the first IAB node or the DU identity of the parent node of the first IAB node. The second identifier of the first IAB node may be at least one of the following: the C-RNTI allocated by the parent node of the first IAB node to the first IAB node; the first F1 allocated by the parent node of the first IAB node to the first IAB node Application protocol (F1application protocol, F1AP) identifier; the second F1AP identifier allocated by the host CU for the first IAB node.

In the embodiment of the present application, after obtaining the IP address of the DU of the first IAB node, the host CU can establish a mapping relationship (or a correspondence relationship) between the IP address of the DU of the first IAB node and the first routing information. Optionally, the mapping relationship may also include the IP address of the OAM server. The IP address of the OAM server may be obtained in advance by the host CU, or may be notified to the host CU by the host DU.

See Table 1 for several possible examples of the mapping relationship between the IP address of the DU of the first IAB node and the first routing information. In specific implementation, the mapping relationship between the IP address of the DU of the first IAB node and the first routing information may be one of multiple possible scenarios shown in Table 1.

Table 1: Mapping example 1

In Table 1, each row represents a possible situation of the mapping relationship. For example, the meaning of the first row in Table 1 is: if the destination IP address of the data packet to be transmitted is the IP address of the DU of the first IAB node, the corresponding routing information includes the identification of the first path; for another example, in Table 1 The meaning of the fifth line is: if the destination IP address of the data packet to be transmitted is the IP address of the DU of the first IAB node, and the source IP address is the IP address of the OAM server, the corresponding routing information includes the identifier of the first path. For the meaning of other lines, please refer to the first and fifth lines, and the details are not repeated here. In addition, the target node in Table 1 may also be referred to as a target node, which is not specifically limited.

Further, the host CU may send the first routing information corresponding to the IP address of the DU of the first IAB node to the host DU (for example, it can be understood that the host CU notifies the host DU of the determined mapping relationship). Kind. In a possible implementation manner, taking the mapping relationship as the first behavior example in Table 1, the host CU may send F1AP signaling to the host DU. The F1AP signaling includes a parameter list, and the parameter list may include one or more items. Item information, each item of information includes two parameters; taking the two parameters included in one item of information as parameter 1 and parameter 2, for example, parameter 1 in this item of information may include the IP of the DU of the first IAB node Address, parameter 2 may include first routing information. Correspondingly, after receiving the F1AP signaling, the host DU can learn that the IP address of the DU of the first IAB node corresponds to the first routing information, and store the mapping relationship. In this embodiment of the application, parameter 1 and parameter 2 may be located in different information elements (information element, IE), for example, parameter 1 is located in IE1, and parameter 2 is located in IE2, which is not specifically limited.

It should be noted that the above description is only an example in which the host CU sends a mapping relationship to the host DU; in other possible embodiments, the host CU may send multiple mapping relationships to the host DU (the DU of multiple IAB nodes) Multiple routing information corresponding to the IP address), for example, the host CU sends F1AP signaling to the host DU. The F1AP signaling includes the IP addresses of the DUs of multiple IAB nodes and multiple routing information, and the IP addresses of the DUs of multiple IAB nodes One-to-one correspondence with multiple routing information.

Step 404: The OAM server generates a first data packet, and sends the first data packet to the host DU.

Here, after the OAM server obtains the IP address of the DU of the first IAB node, if it determines that it needs to send OAM data to the DU of the first IAB node, it can generate the first data packet, and the destination IP address of the first data packet is the first data packet. The IP address of the DU of an IAB node, and the source IP address is the IP address of the OAM server. Among them, the OAM server can obtain the IP address of the DU of the first IAB node in many ways. In a possible implementation, after the DU of the first IAB node obtains the IP address assigned by the host DU, it can The OAM server sends uplink information. In this way, the OAM server can obtain the IP address of the DU of the first IAB node. In another possible implementation manner, the DHCP server is directly deployed on the OAM server. Therefore, the OAM server directly allocates an IP address to the DU of the first IAB node.

Step 405: The host DU receives the first data packet from the OAM server, and sends the first data packet and the first routing information to the next hop node of the host DU.

Exemplarily, the host DU may carry the first routing information in the adaptation layer of the host DU and send it to the next hop node of the host DU.

Here, after receiving the first data packet, the host DU can parse the IP layer of the first data packet to obtain the destination IP address of the first data packet (optionally, the source IP address can also be obtained); and the host DU can then From the mapping relationship received in step 403, the first routing information corresponding to the destination IP address is obtained.

For example, the first IAB node is the IAB node 121 shown in FIG. 2A, the first routing information corresponding to the IP address of the DU of the IAB node 121 includes the identifier of the first path, and the first path is: host DU→IAB node 120→IAB node 121. According to the first path, the host DU knows that the next hop node is the IAB node 120, and then the host DU can send the first data packet and the first routing information to the IAB node 120.

For another example, the first IAB node is the IAB node 121 shown in FIG. 2A, and the first routing information corresponding to the IP address of the DU of the IAB node 121 includes the adaptation layer identifier of the IAB node 121 (such as the dynamic bandwidth allocation protocol ( bandwidth allocation protocol, BAP)ID). According to the adaptation layer identifier of the IAB node 121, the host DU can learn that the next hop node that sends the first data packet is the IAB node 120 by looking up the routing table (in other examples, it is also possible to determine that the next hop node is the IAB node 122. The application embodiment does not limit this), and the host DU may send the first data packet and the first routing information to the IAB node 120.

After obtaining the first routing information corresponding to the destination IP address, the host DU can learn the next hop node of the first data packet, and send the first data packet to the next hop node.

Subsequently, the next hop node of the host DU (for example, the IAB node 120) may send the first data packet to the IAB node 121, thereby realizing the communication between the IAB node 121 and the OAM server.

The above steps 401 to 405 mainly describe the implementation process of the host DU sending the first data packet to the next hop node of the host DU, and for the node between the first IAB node and the host DU, it can be directly based on The first routing information is used to transmit the first data packet. For example, between the first IAB node and the host DU includes IAB node a and IAB node b, where IAB node b is the next hop node of the host DU. For IAB node a and IAB node b, IAB node b is from the host DU After receiving the first data packet and the first routing information, the next hop node can be determined as the IAB node a according to the first routing information, and the first data packet and the first routing information are sent to the IAB node a; the IAB node a After the IAB node b receives the first data packet and the first routing information, it determines according to the first routing information that the next hop node is the first IAB node and the first IAB node is the destination node of the first data packet, and then the first The data packet is sent to the first IAB node.

It should be noted that the description in FIG. 4 above is mainly based on an example in which the host CU determines the first routing information and sends it to the host DU. In other possible embodiments, the host DU may also determine the first routing information, so that steps 401 to 403 may not be performed; accordingly, in step 405, after the host DU receives the first data packet, it may According to the destination IP address of the first data packet, determine the first routing information (for example, the corresponding IAB node can be determined as the first IAB node according to the destination IP address, and then query the pre-stored routing table according to the first identifier of the first IAB node To determine the first routing information), and send the first data packet and the first routing information to the next hop node of the host DU. Specifically, the first IAB node sends a DHCPdiscover message to the host DU through the parent node. If the host DU If a DHCP server is deployed on the host DU, the host DU directly processes the DHCP discover message; otherwise, the host DU further forwards the received DHCP discover message to the DHCP server. In the process of sending the DHCP discover message by the first IAB node, there can be two ways:

Manner 1: When the first IAB node MT sends a DHCP discover message to the parent node, the first IAB node MT carries the identification of the first IAB node in its adaptation layer (for example, the host CU allocates the appropriate information for the first IAB node). Configuration layer identification) or the identification of the first IAB node (such as the C-RNTI assigned by the parent node DU cell) and the identification of the parent node of the first IAB node (such as the cell identification of the first IAB node accessing the parent node) ). The parent node further carries the information received from the adaptation layer of its DU in the adaptation layer of its MT and sends it to the host DU.

Method 2: When the first IAB node MT sends a DHCP discover message to the parent node, and then the parent node forwards the DHCP discover message to the host DU, the MT of the parent node carries the identity of the first IAB node in its adaptation layer (e.g., parent The C-RNTI allocated by the node DU for the first IAB node and the identity of the parent node (for example, the cell identity of the parent node for the first IAB node to access) are sent to the host DU.

The host DU binds the IP address of the first IAB node DU with the information received from its adaptation layer, that is, the IP address of the first IAB node DU and the identity of the first IAB node (for example, the host CU is the The adaptation layer identifier assigned by the first IAB node has a corresponding relationship, or the IP address of the first IAB node DU and the identifier of the first IAB node (such as the C-RNTI assigned by the parent node DU cell) and the first The identifier of the parent node of the IAB node (for example, the cell identifier of the first IAB node accessing the parent node) has a corresponding relationship.

After that, after the host DU receives the first data packet, it extracts the target IP address carried in the IP packet. If the target IP address is the IP address of the DU of the first IAB node, the host DU will use the previously bound correspondence relationship. To determine the route of the first data packet, the identification of the corresponding first IAB node (such as the adaptation layer identification assigned by the host CU for the first IAB node) or the identification of the first IAB node (such as the parent node DU cell is The assigned C-RNTI) and the identity of the parent node of the first IAB node (such as the cell identity of the first IAB node accessing the parent node) are carried in its adaptation layer and sent to the host DU together with the first data packet. Next hop node.

In this way, the host CU does not make routing decisions, so there is no need to know the IP address assigned by the first IAB node DU, and there is no need to send the corresponding relationship between the IP address of the first IAB node DU and the first routing information to the host DU. The host DU directly performs routing according to the corresponding relationship bound in the previous DHCP process.

In addition, it should be noted that step 404 and step 405 are optional.

The routing scheme in scheme one is also applicable to the transmission of DHCP discover/off/request/Ack messages, that is, the first data packet can be a DHCP discover/off/request/Ack message.

Option II

FIG. 5A is a schematic flowchart corresponding to another communication method provided in Embodiment 1 of this application. As shown in FIG. 5A, the method includes:

Step 501: The host CU obtains first information.

Step 502: The host CU sends first bearer information corresponding to the first information to the host DU.

The first bearer information is used to indicate a BH RLC channel that bears the first data packet, and the first data packet includes the first information. Exemplarily, the first bearer information may be the identifier of the BH RLC channel or the identifier (logical channel ID, LCID) of the logical channel corresponding to the BH RLC channel.

Step 503: The host DU receives first bearer information corresponding to the first information from the host CU.

The following introduces the BH RLC channel for transmitting OAM services: In an example, the BH RLC channel for transmitting OAM services can be a unique BH RLC channel predefined by the protocol. For example, the BH RLC channel corresponding to the protocol predefined logical channel 1 is used to transmit OAM service data packets. Alternatively, the BH RLC channel for transmitting the OAM service may be the default BH RLC channel. For example, the default BH RLC channel established when the first IAB node initially accesses.

In another example, the BH RLC channel for transmitting OAM services may be established by the donor CU. For example, the host CU may obtain the QoS information of the OAM service of the first IAB node, and then trigger the DU of the host DU and the related IAB node to establish transmission OAM. Business BH RLC channel. Among them, the host CU may obtain the QoS information of the OAM service of the first IAB node in various ways. The embodiment of the present application provides a possible way as shown in FIG. 5B, including:

Step a, the first IAB node performs initial access.

Step b: During the initial access process of the first IAB node, the access management function entity obtains the subscription information of the first IAB node, and the subscription information includes the QoS information of the OAM service. For example, the access management function entity may obtain the subscription information of the first IAB node from a home subscriber server (home subscriber server, HSS) or unified data management (unified data management, UDM). The access management function entity may be an access and mobility management function (AMF) entity.

Step c: The access management function entity sends the QoS information of the OAM service to the host CU.

For example, the access management function entity may send the QoS information of the OAM service to the host CU through an initial context setup request (initial context setup request).

Step d: The host CU receives the QoS information of the OAM service, and sends the QoS information of the OAM service to the host DU.

For example, the host CU may send the QoS information of the OAM service to the host DU through a context setup request (context setup request).

Step e: The donor DU receives the QoS information of the OAM service, allocates the corresponding BH RLC channel for the OAM service, and returns the assigned BH RLC channel identifier to the donor CU. For example: the identifier of BH RLC channel 2, where BH RLC channel 2 is the RLC channel used to transmit OAM service data packets between the donor DU and the next hop node of the donor DU. For example, the host DU may return the identity of the BH RLC channel 2 to the host CU through a context setup response (context setup response).

In addition, the donor CU can also trigger the DU of the relevant IAB node to establish the corresponding BH RLC channel, which is similar to the process of triggering the donor DU to establish the BH RLC channel, and will not be repeated.

It should be noted that these steps or operations involved in FIG. 5B are only examples, and the embodiments of the present application may also perform other operations or variations of various operations. In specific implementations, some or all of these steps may be performed. The application embodiment does not limit this. The method for triggering the establishment of the BH RLC channel described in FIG. 5B can be implemented separately, or can also be implemented in combination with the second solution, which is not specifically limited.

In the embodiment of the present application, the first information may be used to indicate that the data packet including the first information is an OAM service data packet. For example, the first information may include at least one of the following: a differentiated services code point (DSCP) value; a flow label; an IP address of the OAM server; and a port number. For the DSCP value or flow identifier, the DSCP value or flow identifier corresponding to the OAM service can be predefined through the protocol, or the DSCP value or flow identifier corresponding to the OAM service can also be determined by the host CU and the OAM server after negotiation. Exemplarily, for IPv4, the DSCP value carried in the IP header field of the data packet can be used to identify the data packet as an OAM service data packet; for IPv6, the DSCP value or flow identifier carried in the IP header field of the data packet can be used To identify the data packet as an OAM service data packet. For the IP address of the OAM server, if the source IP address of the data packet is the IP address of the OAM server, it means that the data packet is an OAM service data packet. For the port number, the port number corresponding to the OAM service can be predefined through the protocol, or the port number corresponding to the OAM service can be determined by the host CU and the OAM server after negotiation. In this way, the port number of the data packet (source port Number and/or destination port number) to identify the data packet as an OAM service data packet.

It should be noted that the foregoing only exemplarily lists the information that the first information may include. In other embodiments, the first information may also include other possible information, as long as it is carried in a data packet and can identify the data packet as The information in the OAM service data packet can be any, and the specific information is not limited. As another possibility, the host CU sends the first bearer information corresponding to the OAM service data packet to the host DU. As for how the host DU recognizes that the received data packet is an OAM service data packet, there is no limitation, which is left to implementation.

In this example, after acquiring the first information, the host CU may establish a mapping relationship between the first information and the first bearer information.

Refer to Table 2 for several possible examples of the mapping relationship between the first information and the first bearer information.

Table 2: Mapping example 2

DSCP值DSCP value	BH RLC信道的标识BH RLC channel identification
流标识Flow identification	BH RLC信道的标识BH RLC channel identification
OAM服务器的IP地址IP address of the OAM server	BH RLC信道的标识BH RLC channel identification
端口号The port number	BH RLC信道的标识BH RLC channel identification
DSCP值DSCP value	BH RLC信道对应的逻辑信道的标识The identifier of the logical channel corresponding to the BH RLC channel
流标识Flow identification	BH RLC信道对应的逻辑信道的标识The identifier of the logical channel corresponding to the BH RLC channel
OAM服务器的IP地址IP address of the OAM server	BH RLC信道对应的逻辑信道的标识The identifier of the logical channel corresponding to the BH RLC channel
端口号The port number	BH RLC信道对应的逻辑信道的标识The identifier of the logical channel corresponding to the BH RLC channel

In Table 2, each row represents a possible mapping relationship. For example, the meaning of the first row in Table 2 is: if the data packet to be transmitted includes the DSCP value, the corresponding bearer information is the identifier of the BH RLC channel; for example, the meaning of the third row in Table 2 is: if the data to be transmitted The source IP address of the packet is the IP address of the OAM server, and the corresponding bearer information is the identifier of the BH RLC channel. Among them, the identity of the BH RLC channel can be a newly defined identity. For the meaning of other lines, please refer to the first and third lines, and the details are not repeated here.

It should be noted that, in the foregoing description of a mapping relationship as an example, in the foregoing step 502 and step 503, the host CU may send multiple pieces of first information and multiple pieces of first bearer information to the host DU. The information may correspond to multiple pieces of first bearer information one to one. Referring to the situation illustrated in Figure 2B, if the BH RLC channel used to transmit OAM service data between the donor DU and the IAB node 120 is BH RLC channel 1, the BH RLC channel used to transmit OAM service data between the donor DU and the IAB node 122 If the channel is BH RLC channel 1a, the donor CU can establish a mapping relationship between the first information and the identity of BH RLC channel 1 (or the identity of the logical channel corresponding to BH RLC channel 1), and the first information and the identity of BH RLC channel 1a ( Or the mapping relationship of the logical channel identifier corresponding to the BH RLC channel 1a).

In the embodiment of the present application, the host CU may determine (or establish) the mapping relationship between the first information and the first bearer information in multiple ways. Exemplarily, when the BH RLC channel is established in the manner shown in FIG. 5B, since the BH RLC channel is established based on the QoS information of the OAM service, and the information included in the first information is all information that can reflect the OAM service, Therefore, the donor CU can establish a mapping relationship between the first information and the BH RLC channel.

Further, the host CU can send the first bearer information corresponding to the first information to the host DU, which can be understood as notifying the host DU of the established mapping relationship. There can be many specific implementation methods. The DU sends the first routing information corresponding to the IP address of the DU of the first IAB node. Illustratively, the host CU may send F1AP signaling to the host DU. The F1AP signaling includes a parameter list, and the parameter list may include one item Or multiple pieces of information, each piece of information includes two parameters; taking the two parameters included in one item of information as parameter 1 and parameter 2, for example, parameter 1 in this item of information may include the first information, parameter 2 The first bearer information may be included. Correspondingly, after receiving the F1AP signaling, the donor DU can learn that the first information corresponds to the first bearer information, and store the mapping relationship. In the embodiment of the present application, parameter 1 and parameter 2 may be located in different IEs. For example, parameter 1 is located in IE1 and parameter 2 is located in IE2, which is not specifically limited.

Step 504: The OAM server generates a first data packet, and sends the first data packet to the host DU.

Here, after the OAM server obtains the IP address of the DU of the first IAB node, if it determines that it needs to send data to the IP address of the DU of the IAB node, it can generate the first data packet, and the destination IP address of the first data packet is the first data packet. The IP address of the DU of an IAB node, and the source IP address is the IP address of the OAM server.

Exemplarily, the OAM server may also mark the corresponding DSCP value or flow label in the IP layer header field of the first data packet, that is, the IP layer header field of the first data packet includes the DSCP value or flow label.

Step 505: The host DU receives the first data packet from the OAM server, and sends the first data packet to the next hop node of the host DU.

Exemplarily, the host DU may map the first data packet in the corresponding BH RLC channel and send it to the next hop node of the host DU.

Here, after receiving the first data packet, the host DU can parse the IP layer of the first data packet to obtain the first information (such as DSCP value or flow label); in turn, the host DU can, according to the information received in step 503, Obtain the BH RLC channel corresponding to the DSCP value or flow label, such as BH RLC channel 1.

Exemplarily, referring to the above description, in the situation illustrated in FIG. 2B, if the donor DU receives the mapping relationship between the first information and the identifier of the BH RLC channel 1 from the donor CU, and the first information and the BH RLC channel 1a The host DU can obtain the next hop node (such as IAB node 120) of the host DU in the path of transmitting the first data packet based on the routing information of the first data packet, and then can determine the DSCP value or flow label The corresponding BH RLC channel is BH RLC channel 1.

Subsequently, the next hop node of the host DU (for example, the IAB node 120) may send the first data packet to the IAB node 121 (that is, the first IAB node), thereby realizing the communication between the IAB node 121 and the OAM server.

The above steps 501 to 505 mainly describe the implementation process of the host DU mapping the first data packet to the corresponding BH RLC channel and send it to the next hop node of the host DU, and for the communication between the first IAB node and the host DU For the node, it can map the first data packet to the corresponding BH RLC channel and send it to the next hop according to the mapping relationship between the import BH RLC channel (ingress BH RLC channel) and the export BH RLC channel (egress BH RLC channel) node. Among them, the mapping relationship between the ingress BH RLC channel and the egress BH RLC channel can be determined by the host CU and sent to the corresponding IAB node. For example, between the first IAB node and the host DU includes IAB node a and IAB node b, where IAB node b is the next hop node of the host DU. For IAB node a and IAB node b, IAB node b is from the host DU After receiving the first data packet, it can map the first data packet to the corresponding BH RLC channel (such as BH RLC channel 1b) according to the first bearer information and send it to IAB node a; IAB node a receives it through BH RLC channel 1b After the first data packet, according to the mapping relationship between the ingress BH RLC channel and the egress BH RLC channel, the first data packet is mapped to the corresponding BH RLC channel (for example, the BH RLC channel 1c) and sent to the first IAB node.

It should be noted that the foregoing FIG. 5A is described with an example in which the host CU determines the first bearer information and sends it to the host DU. In another possible embodiment, the host CU may also determine a downlink filter (DL filter) and send it to the host DU. The downlink filter is used to map the downlink data packet to be transmitted to the corresponding BH RLC channel for transmission. Yes, DL filter can filter the downlink data packet according to the source address and/or destination address of the downlink data packet, and/or the source port number and/or destination port number, and directly map the downlink data packet to the corresponding BH RLC Channel. In this way, the host DU receives the first data packet from the OAM server, and can map the first data packet to the corresponding BH RLC channel through the downlink filter and send it to the next hop node; other content except this difference can refer to the above Description in Figure 5A.

In addition, there is another possible implementation manner. For simplicity of implementation, the host CU may not configure the mapping relationship for the host DU, and the host DU directly performs the mapping. That is, the host DU determines that the first bearer information corresponding to the first information has not been received from the host CU. That is: if there is only one BH RLC channel between the host DU and the next hop node after the route is determined, the host DU directly maps the data packet to the BH RLC channel for transmission after receiving the first data packet. Otherwise, if there are multiple BH RLC channels between the host DU and the next hop node after the route is determined, the host DU recognizes that the first data packet is an OAM service data packet (e.g., by source IP address or port number, Or pre-configured DSCP/flow label), the host DU maps the packet to the first established BH RLC channel or to the default BH RLC channel or the standard BH RLC channel reserved for OAM service transmission . This mapping method is also applicable to the transmission of F1setup request/response messages and DHCP discover/off/request/Ack messages.

In another possible embodiment, the host CU may also determine the mapping relationship (referred to as the mapping relationship 1) between the IP address of the DU of the first IAB node and the DSCP (or flow identifier) and the DSCP (or flow identifier) and the first A mapping relationship of bearer information (called mapping relationship 2). In this case, the OAM server does not need to mark the corresponding DSCP value or flow label in the IP layer header field of the first data packet. Accordingly, the host DU receives After the first data packet, the corresponding DSCP (or flow identifier) can be obtained according to the destination IP address of the first data packet and the mapping relationship 1, and then the first bearer information can be obtained according to the mapping relationship 2. For other content other than this difference, reference may be made to the description in FIG. 5A above.

In downlink communication, for the above-mentioned schemes 1 and 2, it should be noted that: scheme 1 focuses on describing routing information, scheme 2 focuses on describing bearer information, and other content besides this difference, scheme 1 and scheme Two can be cross-referenced. In the embodiments of the present application, the methods described in Scheme 1 and Scheme 2 can be implemented separately, or can also be implemented in combination, which is not specifically limited.

In addition, it should be noted that step 504 and step 505 are optional.

(2) Uplink communication

For uplink communication, the host DU is directly connected to the OAM server by wire as an example. The host DU can directly send the second data packet to the OAM server (the destination IP address of the second data packet may be the IP address of the OAM server). This part of the content will mainly study how the first IAB node (for example, the DU of the first IAB node here) sends the second data packet to the host DU. Illustratively, two possible solutions will be provided, namely, solution one and Option II.

Option One

FIG. 6 is a schematic flow diagram corresponding to another communication method provided in Embodiment 1 of this application. As shown in FIG. 6, the method includes:

Step 601: The host CU obtains the IP address of the OAM server.

Here, the host CU can obtain the IP address of the OAM server in a variety of ways, which are not specifically limited.

Step 602: The host CU determines the second routing information corresponding to the IP address of the OAM server, and sends the second routing information corresponding to the IP address of the OAM server to the first IAB node. The second routing information is used to route the second data packet to the host DU, and the destination IP address of the second data packet is the IP address of the OAM server.

Wherein, the second routing information may include the identifier of the third path or the identifier of the fourth path, the sending node on the third path is the first IAB node, and the receiving node on the third path is the host DU; the sending node on the fourth path is the last hop node of the first IAB node, and the receiving node on the fourth path is the host DU.

Step 603: The first IAB node receives the second routing information corresponding to the IP address of the OAM server from the host CU. Exemplarily, the DU of the first IAB node receives the second routing information corresponding to the IP address of the OAM server from the host CU.

Step 604: The first IAB node generates a second data packet. Illustratively, the DU of the first IAB node generates the second data packet.

Here, after the DU of the first IAB node obtains the IP address of the OAM server, if it is determined that data needs to be sent to the IP address of the OAM server, a second data packet can be generated, and the source IP address of the second data packet is the first IAB The IP address of the DU of the node, and the destination IP address is the IP address of the OAM server. Among them, the DU of the first IAB node may obtain the IP address of the OAM server in multiple ways, which are not limited in the embodiment of the present application.

Step 605: The first IAB node sends the second data packet and the second routing information to the previous hop node of the first IAB node.

It should be noted that the description in FIG. 6 above is mainly based on an example in which the host CU determines the first routing information and sends it to the first IAB node.

In other possible embodiments, there may be no need for the host CU to send the determined first routing information to the first IAB node, so steps 601 to 603 may not be performed; accordingly, in step 605, the first IAB After the node generates the second data packet, it determines the first routing information (such as the identifier of the host DU, or the IP address of the host DU), and carries the second routing information in its adaptation layer and sends the second data packet together The last hop node for the first IAB node.

It should be noted that the idea of the method described in scheme 1 of uplink communication is similar to the idea of the method described in scheme 1 of downlink communication. The differences include: for example, in downlink communication, the host DU will A data packet and the first routing information are sent to the next hop node of the host DU, and in the uplink communication, the first IAB node (for example, the MT of the first IAB node) connects the second data packet and the second route The information is sent to the previous hop node of the first IAB node. All content except differences can be cross-referenced.

Option II

FIG. 7 is a schematic flow diagram corresponding to another communication method provided in Embodiment 2 of this application. As shown in FIG. 7, the method includes:

Step 701: The host CU obtains second information.

Step 702: The host CU determines the second bearer information corresponding to the second information, and sends the second bearer information corresponding to the second information to the first IAB node. The second bearer information is used to indicate the BH RLC channel for transmitting the second data packet, and the second data packet includes the second information. Exemplarily, the second bearer information may be the identifier of the BH RLC channel or the identifier of the logical channel corresponding to the BH RLC channel.

Step 703: The first IAB node receives second bearer information corresponding to the second information from the host CU.

Exemplarily, the MT of the first IAB node receives the second bearer information corresponding to the second information from the host CU.

Step 704, the first IAB node generates a second data packet. Illustratively, the DU of the first IAB node generates the second data packet.

Exemplarily, the DU of the first IAB node may add the corresponding DSCP value or flow label in the IP layer header field of the second data packet, that is, the IP layer header field of the second data packet includes the DSCP value or flow Label; further, the DU of the first IAB node is sent to the MT of the first IAB node through the internal interface.

Step 705: The first IAB node maps the second data packet to the corresponding BH RLC channel according to the second bearer information and sends it to the previous hop node of the first IAB node.

Exemplarily, the MT of the second IAB node may map the second data packet to the corresponding BH RLC channel and send it to the previous hop node of the first IAB node according to the mapping relationship obtained from the host CU.

It should be noted that the idea of the method described in the second uplink communication scheme is similar to the idea of the method described in the second downlink communication scheme. The differences include: for example, in downlink communication, the host DU transfers the first A data packet is mapped to the corresponding BH RLC channel and sent to the next hop node of the host DU, while in uplink communication, the MT of the first IAB node maps the second data packet to the corresponding BH RLC channel and sends it to the first The previous hop node of the IAB node. Other contents except for differences can be referred to each other. For example, in the second uplink communication scheme, the BH RLC channel for transmitting OAM services can be a unique BH RLC channel predefined by the protocol. For example, the BH RLC channel corresponding to the protocol predefined logical channel 1 is used to transmit OAM service data packets. Alternatively, the BH RLC channel for transmitting the OAM service may be the default BH RLC channel. For example, the default BH RLC channel established when the first IAB node initially accesses. Or, the BH RLC channel that transmits OAM services can be triggered by the donor CU. For example, the host CU can obtain the QoS information of the OAM service of the first IAB node, and then trigger the host DU and the DU of the related IAB node to establish the BH for OAM service transmission. RLC channel.

For simple implementation, similar to downlink communication, the host CU may not configure the mapping relationship for the MT of the first IAB node, and the MT of the first IAB node directly performs the mapping. That is: if there is only one BH RLC channel between the MT of the first IAB node and the last hop node (parent node) after the route is determined, the MT of the first IAB node directly sends the data packet after receiving the first data packet. Mapping to the BH RLC channel for transmission. Otherwise, if there are multiple BH RLC channels between the MT of the first IAB node and the last hop node (parent node) after the route is determined, the MT of the first IAB node learns that the first data packet is an OAM service data packet ( For example: by source IP address, or port number, or pre-configured DSCP/flow label), the MT of the first IAB node maps the data packet to the first established BH RLC channel or maps to the default BH RLC channel On the channel or the BH RLC channel reserved by the standard for OAM service transmission. This mapping method is also applicable to the transmission of F1setup request/response messages and DHCP discover/off/request/Ack messages.

In the uplink communication, for the above scheme 1 and scheme 2, it is necessary to explain that: scheme 1 focuses on describing routing information, scheme 2 focuses on describing bearer information, and other content besides this difference, scheme 1 and scheme Two can be cross-referenced. In the embodiments of the present application, the methods described in Scheme 1 and Scheme 2 can be implemented separately, or can also be implemented in combination, which is not specifically limited.

It should be noted that in the first embodiment, one or more other IAB nodes exist between the first IAB node and the host DU as an example for description. If there are no other IAB nodes between the first IAB node and the host DU, For example, the first IAB node is the IAB node 120 shown in FIG. 2A. In this case, from the perspective of routing, the host DU can directly communicate with the first IAB node. For example, after the host DU receives the first data packet , The first data packet can be directly sent to the first IAB node; from the perspective of the bearer, it can also use the method described in the second solution above to determine the BH RLC channel between the host DU and the first IAB node , And map the first data packet to the BH RLC channel and send it to the first IAB node.

Example two

In the second embodiment, the description will mainly focus on the implementation of the communication between the first IAB node and the OAM server through the host CU (such as the situation shown in FIG. 3B). In this embodiment, illustratively, the IP address of the first IAB node may be assigned by the host CU, or may be assigned by the DHCP server, and the host CU serves as a DHCP proxy.

The communication between the first IAB node and the OAM server through the host CU may include downlink communication (for example: the first IAB node←……←host CU←OAM server) and uplink communication (for example: the first IAB node→……→host CU→ OAM server). Among them, in this embodiment, the uplink communication can refer to the description in the first embodiment. Only the downlink communication is introduced below.

For downlink communication, the host CU may forward the data packet received from the OAM server to the host DU, and then the host DU sends the first data packet to the first IAB node. Illustratively, two possible schemes will be provided, namely scheme one and scheme two.

Option One

In the first scenario, take the situation shown in FIG. 3B as an example, and assume that the first IAB node is the IAB node 121 in FIG. 3B. In this case, the protocol stack for the communication between the first IAB node and the OAM server is shown in FIG. 3D Shown.

Based on the protocol stack illustrated in Fig. 3D, Fig. 8 is a schematic flow diagram corresponding to another communication method provided in the second embodiment of the application. As shown in Fig. 8, the method includes:

Step 801: The OAM server generates a first data packet, and sends the first data packet to the host CU.

Exemplarily, the OAM layer of the first data packet includes the identifier of the DU of the first IAB node.

Step 802: The host CU receives the first data packet from the OAM server.

In step 803, the host CU parses the OAM layer of the first data packet to obtain the identifier of the DU of the first IAB node, and can learn that the first data packet is a data packet that needs to be sent to the first IAB node, and can further combine the first data packet with The first routing information is sent to the host DU.

Step 804: After receiving the first data packet and the first routing information, the host DU determines the next hop node of the host DU according to the first routing information, and sends the first data and the first routing information to the next hop of the host DU node.

It should be noted that the difference between the method described in the downlink communication scheme 1 of the second embodiment and the method described in the downlink communication scheme 1 of the embodiment includes: For example, in the downlink communication scheme 1 of the embodiment 1, the host The CU determines the first routing information and sends it to the host DU. After the subsequent host DU receives the first data packet from the OAM server, it can obtain the corresponding first routing information according to the destination IP address of the first data packet, and transfer the first data The packet and the first routing information are sent to the next hop node of the host DU; in the first downlink communication scheme in the second embodiment, after the host CU receives the first data packet from the OAM server, the first data packet and the first route The information is sent to the host DU together; for example, in the first downlink communication scheme in the first embodiment, the host CU determines the corresponding first routing information based on the IP address of the DU of the first IAB node, while in the second embodiment, the downlink communication In the first solution, the host CU determines the corresponding first routing information based on the identifier of the DU of the first IAB node. Except for differences, the two can refer to each other.

Option II

In the second scenario, take the situation shown in FIG. 3B as an example, suppose the first IAB node is the IAB node 121 in FIG. 3B. In this case, the protocol stack for the communication between the first IAB node and the OAM server is shown in FIG. 3E And shown in Figure 3F. Among them, the difference between the protocol stacks of Figure 3E and Figure 3F is that the ip-in-ip method is adopted in Figure 3F, that is, the OAM service data packet (IP packet) is encapsulated in the IP packet between the host CU and the host DU for transmission . In Fig. 3E, the host DU is similar to a router, and forwards data packets according to the IP address of the OAM service.

FIG. 9 is a schematic flow diagram corresponding to another communication method provided in Embodiment 2 of this application. As shown in FIG. 9, the method includes:

Step 901: The OAM server generates a first data packet, and sends the first data packet to the host CU.

Here, after the OAM server obtains the IP address of the DU of the first IAB node, if it determines that it needs to send data to the first IAB node, it can generate a first data packet, and the destination IP address of the first data packet is the first IAB node The IP address of the DU, the source IP address is the IP address of the OAM server.

Step 902: The host CU receives the first data packet from the OAM server.

Step 903: The host CU parses the IP layer of the first data packet to obtain the destination IP address, and then sends the first data packet and the first routing information to the host DU.

Step 904: After receiving the first data packet and the first routing information, the host DU determines the next hop node of the host DU according to the first routing information, and sends the first data and the first routing information to the next hop of the host DU node.

It should be noted that the difference between the method described in the second downlink communication scheme 2 in the second embodiment and the method described in the downlink communication scheme 1 of the second embodiment includes: for example, in the downlink communication scheme 1 of the second embodiment, the host After the CU receives the first data packet from the OAM server, it determines the first routing information based on the identifier of the DU of the first IAB node included in the first data packet. In the second embodiment of downlink communication, the host CU receives After the OAM server receives the first data packet, it determines the first routing information based on the destination IP address of the first data packet. Except for differences, the two can refer to each other.

Regarding the first and second embodiments, it should be noted that the first or second solutions in the second embodiment can be implemented separately, or they can be implemented in combination with the second downlink communication solution in the first embodiment. limited.

The step numbers involved in the foregoing embodiments of the present application are only a possible example of the execution process, and do not constitute a restriction on the order of execution of the respective steps. In the embodiments of the present application, there is no strict execution sequence among steps that have no time sequence dependency relationship with each other. The steps shown in the above drawings are not mandatory. In specific implementation, additions and deletions can be made based on the above drawings, which are not specifically limited.

The foregoing mainly introduces the solution provided by the embodiment of the present application from the perspective of the interaction between the host CU and the host DU. It can be understood that, in order to implement the above-mentioned functions, the host CU and the host DU may include corresponding hardware structures and/or software modules for performing various functions. Those skilled in the art should easily realize that in combination with the units and algorithm steps of the examples described in the embodiments disclosed herein, the embodiments of the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.

In the case of an integrated unit (module), FIG. 10 shows a possible exemplary block diagram of the device involved in the embodiment of the present application. As shown in FIG. 10, the apparatus 1000 may include: a processing unit 1002 and a communication unit 1003. The processing unit 1002, the communication unit 1003, and the storage unit 1001 are connected by a communication bus. The communication unit 1003 may be a device with a transceiving function and used to communicate with other devices. The storage unit 1001 may include one or more memories. The storage unit 1001 can exist independently and is connected to the processing unit 1002 through a communication bus. The storage unit 1001 may also be integrated with the processing unit 1201.

The processing unit 1002 is used to control and manage the actions of the device 1000. The communication unit 1003 is used to support communication between the device 1000 and other network entities. Optionally, the communication unit 1003 is also referred to as a transceiver unit, and may include a receiving unit and/or a sending unit, which are used to perform receiving and sending operations, respectively. The device 1000 may further include a storage unit 1001 for storing program codes and/or data of the device 1000.

The processing unit 1002 may be a processor or a controller, which may implement or execute various exemplary logical blocks, modules, and circuits described in conjunction with the disclosure of the embodiments of the present application. The communication unit 1003 may be a communication interface, a transceiver, or a transceiver circuit, etc., where the communication interface is a general term. In a specific implementation, the communication interface may include multiple interfaces. The storage unit 1001 may be a memory.

The device 1000 may be the host DU in any of the above embodiments, or may also be a chip set in the host DU. The processing unit 1002 may support the device 1000 to perform the actions of the host DU in the foregoing method examples. Alternatively, the processing unit 1002 mainly executes the internal actions of the host DU in the method example, and the communication unit 1003 can support communication between the apparatus 1000 and other devices. For example, the communication unit 1003 is used to perform step 403 and step 404 in FIG. 4.

Specifically, in one embodiment, the communication unit is configured to receive from the host centralized unit CU the Internet Protocol IP address of the first access backhaul integrated IAB node and first routing information, and the first routing information is used for Routing the first data packet to the first IAB node, where the first data packet is an OAM service data packet, and the destination IP address of the first data packet is the IP address of the first IAB node; The OAM server receives the first data packet; and sends the first data packet and the first routing information to the next hop node of the host DU.

In a possible design, the first routing information includes: the identifier of the first path, the sending node on the first path is the host DU, and the receiving node on the first path is the first path. An IAB node; or, the first identifier of the first IAB node.

In a possible design, the first identifier of the first IAB node is an adaptation layer identifier allocated by the hosting centralized unit CU to the first IAB node.

In a possible design, the first routing information includes: the identifier of the second path and the second identifier of the first IAB node, the sending node on the second path is the host DU, and The receiving node on the second path is the parent node of the first IAB node; or, the identifier of the parent node of the first IAB node and the second identifier of the first IAB node.

In a possible design, the second identity of the first IAB node is the cell radio network temporary identity C-RNTI allocated by the parent node of the first IAB node to the first IAB node, or the The second identifier of the first IAB node is the first F1AP identifier assigned to the first IAB node by the parent node of the first IAB node; or, the second identifier of the first IAB node includes the first F1AP An identifier and a second F1AP identifier allocated by the host CU to the first IAB node.

In a possible design, the communication unit is specifically configured to: the host DU carries the first routing information in the adaptation layer of the host DU and sends it to the next hop node of the host DU.

In a possible design, the communication unit is further configured to receive first information and first bearer information from the donor CU, where the first bearer information is used to indicate the backhaul radio link control BH RLC for transmitting the first data packet Channel; the first data packet includes the first information, the first information includes at least one of the following: differentiated services code point DSCP value, flow label, the IP address of the OAM server, port number; The first data packet is mapped to the next hop node sent to the donor DU in the BH RLC channel.

In another embodiment, the communication unit is configured to receive first information and first bearer information from the donor CU, where the first bearer information is used to indicate a BH RLC channel for transmitting the first data packet, and the first data packet The first information is included, and the first information includes at least one of the following: DSCP value, flow label, IP address and port number of the OAM server; receiving the first data packet from the OAM server; and The first data packet is mapped to the next hop node sent to the donor DU in the BH RLC channel.

The device 1000 may be the host CU in any of the foregoing embodiments, or may also be a chip provided in the host CU. The processing unit 1002 may support the apparatus 1000 to perform the actions of the host CU in the foregoing method examples. Alternatively, the processing unit 1002 mainly executes the internal actions of the host CU in the method example, and the communication unit 1003 can support communication between the apparatus 1000 and other devices. For example, the communication unit 1003 is used to perform step 401 in FIG. 4, and the processing unit may be used to perform step 404 in FIG.

Specifically, in one embodiment, the communication unit is configured to obtain the IP address of the first IAB node and first routing information, where the first routing information is used to route the first data packet to the first IAB node, Wherein, the first data packet is an OAM service data packet, and the destination IP address of the first data packet is the IP address of the first IAB node; and sending the IP address of the first IAB node to the host DU And the first routing information.

In a possible design, the second identifier of the first IAB node is the C-RNTI allocated to the first IAB node by the parent node of the first IAB node, or the C-RNTI of the first IAB node The second identifier is the first F1AP identifier assigned to the first IAB node by the parent node of the first IAB node; or, the second identifier of the first IAB node includes the first F1AP identifier and the host The second F1AP identifier allocated by the CU to the first IAB node.

In a possible design, the communication unit is further configured to send first information and first bearer information to the donor DU, where the first bearer information is used to indicate a BH RLC channel for transmitting the first data packet, and The first data packet includes the first information, and the first information includes at least one of the following: a DSCP value, a flow label, an IP address of the OAM server, and a port number.

In another embodiment, the communication unit is configured to obtain first information and first bearer information, where the first bearer information is used to indicate a BH RLC channel for transmitting a first data packet, and the first data packet includes the First information, the first information includes at least one of the following: DSCP value, flow label, IP address and port number of the OAM server; and sending the first information and the first bearer information to the host DU .

FIG. 11 is a schematic structural diagram of an apparatus involved in an embodiment of the application. For example, it may be a schematic structural diagram of a base station, or exemplarily may be a structural schematic diagram of a donor base station. When the base station 110 is a donor base station, the DUs included therein may be Refers to the host DU, and the included CU may be the host CU. As shown in FIG. 11, the base station can be applied to the system shown in FIG. 1 or FIG. 2A or FIG. 2B to perform the functions of the donor base station in the foregoing method embodiment. The base station 110 may include one or more DU 1101 and one or more CU 1102. The DU 1101 may include at least one antenna 11011, at least one radio frequency unit 11012, at least one processor 11013, and at least one memory 11014. The DU 1101 part is mainly used for the transmission and reception of radio frequency signals, the conversion of radio frequency signals and baseband signals, and part of baseband processing. The CU1102 may include at least one processor 11022 and at least one memory 11021. CU1102 and DU1101 can communicate through interfaces, where the control plan interface can be Fs-C, such as F1-C, and the user plane (User Plan) interface can be Fs-U, such as F1-U.

The CU 1102 part is mainly used to perform baseband processing, control the base station, and so on. The DU 1101 and CU1102 may be physically set together, or may be physically separated, that is, a distributed base station. The CU 1102 is the control center of the base station, which may also be called a processing unit, and is mainly used to complete the baseband processing function. For example, the CU 1102 may be used to control the base station to execute the operation procedure of the network device in the foregoing method embodiment.

Specifically, the baseband processing on the CU and DU can be divided according to the protocol layer of the wireless network. For example, the functions of the PDCP layer and above are set in the CU, and the protocol layers below the PDCP, such as the RLC layer and MAC layer, are set in the DU. . For another example, the CU implements the functions of the RRC layer and the PDCP layer, and the DU implements the functions of the RLC layer, the MAC layer, and the physical layer.

In addition, optionally, the donor base station 110 may include one or more radio frequency units (RU), one or more DUs, and one or more CUs. The DU may include at least one processor 11013 and at least one memory 11014, the RU may include at least one antenna 11011 and at least one radio frequency unit 11012, and the CU may include at least one processor 11022 and at least one memory 11021.

In an embodiment, the CU1102 may be composed of one or more single boards, and multiple single boards may jointly support a single access indication wireless access network (such as a 5G network), or may respectively support different access standards Wireless access network (such as LTE network, 5G network or other networks). The memory 11021 and the processor 11022 may serve one or more boards. In other words, the memory and the processor can be set separately on each board. It can also be that multiple boards share the same memory and processor. In addition, necessary circuits can be provided on each board. The DU1101 can be composed of one or more single boards. Multiple single boards can jointly support a wireless access network with a single access indication (such as a 5G network), and can also support wireless access networks with different access standards (such as LTE network, 5G network or other network). The memory 11014 and the processor 11013 may serve one or more boards. In other words, the memory and the processor can be set separately on each board. It can also be that multiple boards share the same memory and processor. In addition, necessary circuits can be provided on each board.

Optionally, the DU in the donor base station 110 may send the data packet to the MT in the next hop node of the donor DU through the antenna, and then the MT in the next hop node of the donor DU sends the data packet to the host through the internal interface. The DU in the next hop node of the DU.

In the implementation process, each step in the method provided in this embodiment can be completed by an integrated logic circuit of hardware in the processor or instructions in the form of software. The steps of the method disclosed in the embodiments of the present application may be directly embodied as being executed and completed by a hardware processor, or executed and completed by a combination of hardware and software modules in the processor.

It should be noted that the processor in the embodiment of the present application may be an integrated circuit chip with signal processing capability. In the implementation process, the steps of the foregoing method embodiments can be completed by hardware integrated logic circuits in the processor or instructions in the form of software. The aforementioned processor may be a general-purpose central processing unit (central processing unit, CPU), general-purpose processor, digital signal processing (digital signal processing, DSP), application specific integrated circuits (ASIC), field programmable gate array Field programmable gate array (FPGA) or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof; it can also be a combination that implements computing functions, such as a combination of one or more microprocessors, DSP and micro-processing The combination of the device and so on. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.

It can be understood that the memory or storage unit in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory. Among them, the non-volatile memory can be read-only memory (ROM), programmable read-only memory (programmable ROM, PROM), erasable programmable read-only memory (erasable PROM, EPROM), and electronic Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory. The volatile memory may be random access memory (RAM), which is used as an external cache. By way of exemplary but not restrictive description, many forms of RAM are available, such as static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection dynamic random access memory (synchlink DRAM, SLDRAM) ) And direct memory bus random access memory (direct rambus RAM, DR RAM). It should be noted that the memories of the systems and methods described herein are intended to include, but are not limited to, these and any other suitable types of memories.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented by software, it can be implemented in the form of a computer program product in whole or in part. The computer program product includes one or more computer programs or instructions. When the computer program or instruction is loaded and executed on the computer, the process or function described in the embodiment of the present application is executed in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer program or instruction may be stored in a computer-readable storage medium, or transmitted through the computer-readable storage medium. The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server integrating one or more available media. The usable medium may be a magnetic medium, such as a floppy disk, a hard disk, and a magnetic tape; it may also be an optical medium, such as a DVD; it may also be a semiconductor medium, such as a solid state disk (SSD).

The various illustrative logic units and circuits described in the embodiments of this application can be implemented by general-purpose processors, digital signal processors, application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, Discrete gates or transistor logic, discrete hardware components, or any combination of the above are designed to implement or operate the described functions. The general-purpose processor may be a microprocessor, and optionally, the general-purpose processor may also be any traditional processor, controller, microcontroller, or state machine. The processor can also be implemented by a combination of computing devices, such as a digital signal processor and a microprocessor, multiple microprocessors, one or more microprocessors combined with a digital signal processor core, or any other similar configuration achieve.

The steps of the method or algorithm described in the embodiments of the present application can be directly embedded in hardware, a software unit executed by a processor, or a combination of the two. The software unit can be stored in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other storage medium in the field. Exemplarily, the storage medium may be connected to the processor, so that the processor can read information from the storage medium, and can store and write information to the storage medium. Optionally, the storage medium may also be integrated into the processor. The processor and the storage medium can be arranged in an ASIC, and the ASIC can be arranged in a terminal device. Optionally, the processor and the storage medium may also be arranged in different components in the terminal device.

These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment. The instructions provide steps for implementing functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.

Although the embodiments of the present application have been described in combination with specific features, it is obvious that various modifications and combinations can be made without departing from the spirit and scope of the embodiments of the present application. Correspondingly, this specification and drawings are merely exemplary descriptions of the embodiments of the present application defined by the appended claims, and are deemed to cover any and all modifications, changes, combinations or equivalents within the scope of the embodiments of the present application.

Claims

A communication method, characterized in that the method includes:

The hosting distributed unit DU receives from the hosting centralized unit CU the Internet Protocol IP address of the first access backhaul integrated IAB node and first routing information, where the first routing information is used to route the first data packet to the The first IAB node, wherein the destination IP address of the first data packet is the IP address of the first IAB node;

The host DU receives the first data packet;

The host DU sends the first data packet and the first routing information to the next hop node of the host DU.
The method according to claim 1, wherein the first data packet is an operation, management and maintenance OAM service data packet; or, the first data packet is a dynamic host setting protocol DHCP service data packet.
The method according to claim 1 or 2, wherein the first routing information comprises:

The identifier of the first path, the sending node on the first path is the host DU, and the receiving node on the first path is the first IAB node; or,

The first identifier of the first IAB node.
The method according to claim 3, characterized in that:

The first identifier of the first IAB node is the adaptation layer identifier allocated by the host centralized unit CU to the first IAB node.
The method according to claim 1 or 2, wherein the first routing information comprises:

The identifier of the second path and the second identifier of the first IAB node, the sending node on the second path is the host DU, and the receiving node on the second path is the parent of the first IAB node Node; or,

The identifier of the parent node of the first IAB node and the second identifier of the first IAB node.
The method according to claim 5, wherein:

The second identifier of the first IAB node is the cell radio network temporary identifier C-RNTI assigned to the first IAB node by the parent node of the first IAB node, or the second identifier of the first IAB node The first F1AP identifier assigned to the first IAB node for the parent node of the first IAB node; or, the second identifier of the first IAB node includes the first F1AP identifier and the host CU The second F1AP identifier allocated by the first IAB node.
The method according to any one of claims 1 to 6, wherein the sending, by the host DU, the first routing information to the next hop node of the host DU comprises:

The host DU carries the first routing information in the adaptation layer of the host DU and sends it to the next hop node of the host DU.
The method according to any one of claims 1 to 7, wherein the sending of the first data packet by the host DU to the next hop node of the host DU comprises:

The donor DU receives first bearer information corresponding to the first information from the donor CU, where the first bearer information is used to indicate a backhaul radio link control BH RLC channel for transmitting the first data packet; the first data packet includes In the first information, the first information includes at least one of the following: a differentiated services code point DSCP value, a flow label, an IP address of the OAM server, and a port number;

The donor DU maps the first data packet to the BH RLC channel and sends it to the next hop node of the donor DU.
The method according to any one of claims 1 to 7, wherein the sending of the first data packet by the host DU to the next hop node of the host DU comprises:

The donor DU maps the first data packet to a predefined BH RLC channel and sends it to the next hop node of the donor DU; or,

The donor DU maps the first data packet to the default BH RLC channel and sends it to the next hop node of the donor DU; or,

The donor DU maps the first data packet to the first established BH RLC channel and sends it to the next hop node of the donor DU.
The method according to claim 9, wherein the donor DU does not receive the first bearer information corresponding to the first information from the host CU, and the first bearer information is used to indicate the transmission of the first data The BH RLC channel of the packet, the first data packet includes the first information, and the first information includes one or more of the following: DSCP value, flow label, IP address and port number of the OAM server.
A communication method, characterized in that the method includes:

The host CU obtains the IP address of the first IAB node and first routing information, where the first routing information is used to route the first data packet to the first IAB node, wherein the destination IP address of the first data packet Is the IP address of the first IAB node;

The host CU sends the IP address of the first IAB node and the first routing information to the host DU.
The method according to claim 11, wherein the first data packet is an operation, management and maintenance OAM service data packet; or, the first data packet is a DHCP service data packet.
The method according to claim 11 or 12, wherein the first routing information comprises:

The identifier of the first path, the sending node on the first path is the host DU, and the receiving node on the first path is the first IAB node; or,

The first identifier of the first IAB node.
The method according to claim 13, wherein:

The first identifier of the first IAB node is the adaptation layer identifier allocated by the host centralized unit CU to the first IAB node.
The method according to claim 11 or 12, wherein the first routing information comprises:

The identifier of the second path and the second identifier of the first IAB node, the sending node on the second path is the host DU, and the receiving node on the second path is the parent of the first IAB node Node; or,

The identifier of the parent node of the first IAB node and the second identifier of the first IAB node.
The method according to claim 15, characterized in that:

The second identifier of the first IAB node is the C-RNTI allocated by the parent node of the first IAB node to the first IAB node, or the second identifier of the first IAB node is the first The first F1AP identifier assigned by the parent node of the IAB node to the first IAB node; or, the second identifier of the first IAB node includes the first F1AP identifier and the host CU is the first IAB node The second F1AP ID assigned.
The method according to any one of claims 11 to 16, wherein the method further comprises:

The donor CU sends first bearer information corresponding to the first information to the donor DU, where the first bearer information is used to indicate a BH RLC channel for transmitting a first data packet, and the first data packet includes the first Information, the first information includes at least one of the following: DSCP value, flow label, IP address and port number of the OAM server.
A communication method, characterized in that the method includes:

The donor DU receives first bearer information corresponding to the first information from the donor CU, where the first bearer information is used to indicate the BH RLC channel for transmitting the first data packet, the first data packet includes the first information, and the The first information includes at least one of the following: DSCP value, flow label, IP address and port number of the OAM server;

The host DU receives the first data packet;

The donor DU maps the first data packet to the BH RLC channel and sends it to the next hop node of the donor DU.
The method according to claim 18, wherein the first data packet is an OAM service data packet;

The receiving, by the host DU, the first data packet includes: the receiving, by the host DU, the first data packet from an OAM server.
The method according to claim 18, wherein the first data packet is an F1 establishment request message or an F1 establishment response message.
A communication method, characterized in that the method includes:

The host DU receives the first data packet;

The donor DU maps the first data packet to a predefined BH RLC channel and sends it to the next hop node of the donor DU; or,

The donor DU maps the first data packet to the default BH RLC channel and sends it to the next hop node of the donor DU; or,

The donor DU maps the first data packet to the first established BH RLC channel and sends it to the next hop node of the donor DU.
The method according to claim 21, wherein the donor DU does not receive the first bearer information corresponding to the first information from the host CU, and the first bearer information is used to indicate the transmission of the first data packet BH RLC channel, the first data packet includes the first information, and the first information includes at least one of the following: DSCP value, flow label, IP address of the OAM server, and port number.
The method according to claim 21 or 22, wherein the first data packet is an OAM service data packet;

The receiving of the first data packet by the host DU includes: receiving the first data packet by the host DU from an OAM server.
The method according to claim 21 or 22, wherein the first data packet is an F1 establishment request message or an F1 establishment response message.
A communication method, characterized in that the method includes:

The donor CU obtains first bearer information corresponding to the first information, where the first bearer information is used to indicate the BH RLC channel for transmitting the first data packet, and the first data packet includes the first information, and the first information It includes at least one of the following: DSCP value, flow label, IP address and port number of the OAM server;

The host CU sends the first bearer information corresponding to the first information to the host DU.
The method according to claim 25, wherein the first data packet is an OAM service data packet.
The method according to claim 25, wherein the first data packet is an F1 establishment request message or an F1 establishment response message.
A communication method, characterized in that the method includes:

The first IAB node receives second bearer information corresponding to the second information from the donor CU, where the second bearer information is used to indicate a BH RLC channel for transmitting the second data packet, and the second data packet includes the second information;

The first IAB node generates the second data packet;

The first IAB node maps the second data packet to the BH RLC channel according to the second bearer information and sends it to the previous hop node of the first IAB node.
The method according to claim 28, wherein the second information includes one or more of the following: DSCP value, flow label, IP address and port number of the OAM server.
The method according to claim 28 or 29, wherein the second data packet is an OAM service data packet.
The method according to claim 28 or 29, wherein the second data packet is an F1 establishment request message or an F1 establishment response message.
A communication method, characterized in that the method includes:

Generating a second data packet by the DU of the first IAB node;

The MT of the first IAB node maps the second data packet to a predefined BH RLC channel and sends it to the last hop node of the first IAB node; or, the first IAB node maps the first The second data packet is mapped to the previous hop node sent to the first IAB node in the default BH RLC channel; or the first IAB node maps the second data packet to the first established BH RLC channel Sent to the last hop node of the first IAB node.
The method according to claim 32, wherein the first IAB node does not receive second bearer information corresponding to the second information from the donor CU, and the second bearer information is used to indicate the transmission of the second bearer information. The BH RLC channel of the second data packet, the second data packet includes the second information, and the second information includes at least one of the following: a DSCP value, a flow label, an IP address of the OAM server, and a port number.
The method according to claim 32 or 33, wherein the second data packet is an OAM service data packet.
The method according to claim 32 or 33, wherein the second data packet is an F1 establishment request message or an F1 establishment response message.
A communication method, characterized in that the method includes:

The IAB node receives the mapping relationship between the import BH RLC channel and the export BH RLC channel from the host CU;

After the IAB node receives the data packet through the inbound BH RLC channel, it maps the data packet to the corresponding egress BH RLC channel and sends it to the next hop node of the IAB node. The data packet is an OAM service data pack.
A communication device, characterized in that the device comprises a unit for executing the method according to any one of claims 1 to 36.
A communication device, characterized in that the device executes the method according to any one of claims 1 to 36.
A communication device, characterized by comprising: a communication interface and at least one processor, the communication interface and the at least one processor are interconnected by a line, and the communication interface is used to execute any one of claims 1 to 10 , Or in the method of any one of claims 18 to 20, or any one of claims 21 to 24, the operation of message receiving and sending is performed on the device side;

The at least one processor invokes instructions to execute any one of claims 1 to 10, or any one of claims 18 to 20, or any one of claims 21 to 24 in the method, in the device The message processing or control operation performed.
The device of claim 39, wherein the device is a host DU.
A communication device, characterized by comprising: a communication interface and at least one processor, the communication interface and the at least one processor are interconnected by a line, and the communication interface is used to execute any one of claims 11 to 17 , Or in the method according to any one of claims 25 to 27, the operation of receiving and sending messages is performed on the device side;

The at least one processor invokes an instruction to execute the message processing or control operation performed by the device in the method according to any one of claims 11 to 17 or any one of claims 25 to 27.
The device according to claim 41, wherein the device is a host CU.
A communication device, characterized by comprising: a communication interface and at least one processor, the communication interface and the at least one processor are interconnected by a line, and the communication interface is used to execute any one of claims 28 to 31 , Or in the method according to any one of claims 32 to 35, the operation of message receiving and sending is performed on the device side;

The at least one processor invokes an instruction to execute the message processing or control operation performed by the device in the method according to any one of claims 28 to 31 or any one of claims 32 to 35.
The device according to claim 43, wherein the device is a first IAB node.
A communication device, characterized by comprising: a communication interface and at least one processor, the communication interface and the at least one processor are interconnected by a line, and the communication interface is used to execute the method of claim 36, Perform message receiving and sending operations on the device side;

The at least one processor invokes an instruction to execute the message processing or control operation performed on the device in the method of claim 36.
The device according to claim 45, wherein the device is an IAB node.
A communication system, characterized in that the communication system comprises the device according to claim 39 or 40 and the device according to claim 41 or 42.
The communication system according to claim 47, wherein the communication system further comprises the device according to claim 43 or 44.
The communication system according to claim 47 or 48, wherein the communication system further comprises the device according to claim 45 or 46.
A communication device, characterized by comprising a processor, the processor is coupled with a memory, the memory is used to store a computer program or instruction, and the processor is used to execute the computer program or instruction, so that claims 1 to The method of any of 10, or the method of any of claims 11 to 17, or the method of any of claims 18 to 20, or the method of any of claims 21 to 24 The method of any one of claims 25 to 27, or the method of any one of claims 28 to 31, or the method of any one of claims 32 to 35, or the right The method described in claim 36 is executed.
A computer program product containing instructions, which is characterized in that when it runs on a computer, the computer executes the method described in any one of 1 to 36 above.
A computer-readable storage medium, which is characterized by comprising instructions, which when run on a computer, causes the method according to any one of claims 1 to 36 to be executed.