Supporting relays in integrated access and backhaul networks

Abstract

Techniques are described for supporting relayed communications in integrated access and backhaul (IAB) networks. An example wireless communication method includes receiving, by a relay node in a wireless access and backhaul network from a parent node of the relay node, an Internet Protocol (IP) address information comprising a default IP address or an identity of a donor node, transmitting, to the donor node using the default IP address or the identity of a donor node, a first control message comprising a request for the IP address information, and receiving, from the donor node and in response to transmitting the request, a second control message comprising allocated IP address information.

Description

SUPPORTING RELAYS IN INTEGRATED ACCESS AND BACKHAUL NETWORKSTECHNICAL FIELD

[0001] This disclosure is directed generally to digital wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-A wireless standards and is committed to supporting higher data-rates, large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Methods, systems, and devices for supporting relayed communications in integrated access and backhaul (IAB) networks are described. In 5G systems, the IAB network allows for multi-hop backhauling using the same frequencies employed for user equipment (UE) access or a distinct, dedicated, frequency, and delivers an alternative to optical cell site backhaul by leveraging the spectral efficiencies of New Radio (NR) and the increased capacity afforded by the higher bands available in 5G. Embodiments of the disclosed technology provide mechanisms for Internet Protocol (IP) address allocation for wireless relay nodes in IAB networks.

[0005] In an example aspect, a method of wireless communication includes transmitting, by a relay node in a wireless access and backhaul network to a parent node of the relay node, a first control message comprising a request for an Internet Protocol (IP) address information, and receiving, from the parent node, the IP address information.

[0006] In another example aspect, a method of wireless communication includes receiving, by a relay node in a wireless access and backhaul network from a parent node of the relay node, an Internet Protocol (IP) address information comprising a default IP address or an identity of a donor node, transmitting, to the donor node using the default IP address or the identity of a donor node, a first control message comprising a request for the IP address information, and receiving, from the donor node and in response to transmitting the request, a second control message comprising allocated IP address information.

[0007] In yet another example aspect, a method of wireless communication includes transmitting, by a donor node to a relay node in a wireless access and backhaul network, donor related information.

[0008] In yet another example aspect, a method of wireless communication includes transmitting, by a first relay node to a second relay node in a wireless access and backhaul network, donor related information associated with a donor node.

[0009] In yet another example aspect, the above-described methods are embodied in the form of processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0010] In yet another example aspect, a device that is configured or operable to perform the above-described methods is disclosed.

[0011] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

[0012] BRIEF DESCRIPTION OF THE DRAWING

[0013] FIG. 1 shows an example of an integrated access and backhaul (IAB) architecture.

[0014] FIGS. 2A and 2B show examples of IAB networks.

[0015] FIG. 3 shows an example of parent-and child-node relationships for an IAB node.

[0016] FIGS. 4A to 4D show flowcharts for example wireless communication methods.

[0017] FIG. 5 shows a block diagram of an example hardware platform that may be a part of a network device or a communication device.

[0018] FIG. 6 shows an example of wireless communication system that includes a base station (BS) and user equipment (UE) , and is based on some implementations of the disclosed technology.DETAILED DESCRIPTION

[0019] Integrated access and backhaul (IAB) architecture (also referred to as wireless access and backhaul, or WAB, architecture) supports wireless access and backhauling via NR enabling flexible and very dense deployment of NR cells while reducing the need for wireline transport infrastructure. In these systems, a relay node (e.g., an IAB node or WAB node) supports access and backhauling via NR. The terminating node of NR backhauling on the network side is referred to as the donor node, which represents a gNB with additional functionality to support wireless access and backhaul.

[0020] Backhauling can occur via a single or via multiple hops. An example of the integrated access and backhaul (IAB) architecture is shown in FIG. 1. As shown therein, relay node 2 (120) is the parent node of relay node 1 (110) , i.e., relay node 1 (110) is the child node of relay node 2 (120) . Similarly, relay node 3 (130) is the parent node of relay node 2 (120) , i.e., relay node 2 (120) is the child node of relay node 3 (130) .  Further, the IAB donor node (150) is the parent node of relay node 3 (130) , and relay node 1 (110) is the parent node of the UE (105) .

[0021] In IAB network, the relay node supports gNodeB (gNB) functionality to terminate the NR access interface to UEs, and to terminate the Xn / NG protocol to the donor node / Access and Mobility Management Function (AMF) .

[0022] FIGS. 2A and 2B show examples of IAB architecture in which the IAB-node uses SA mode with NGC and the IAB-node uses EN-DC, respectively. The IAB-node supports gNB-DU functionality, as defined in 3GPP TS 38.401, to terminate the NR access interface to UEs and next-hop IAB-nodes, and to terminate the F1 protocol to the gNB-CU functionality, as defined in 3GPP TS 38.401, on the IAB-donor. The gNB-DU functionality on the IAB-node is also referred to as IAB-DU.

[0023] In addition to the gNB functionality, the relay node also supports a subset of the UE functionality referred to as MT, which includes, e.g., physical layer, layer-2, Radio Resource Control (RRC) and non-access stratum (NAS) functionality to connect to another relay node or the donor node, and to the core network.

[0024] The IAB-node can access the network using either SA-mode or EN-DC. In EN-DC, the IAB-node also connects via E-UTRA to a MeNB, and the IAB-donor terminates X2-C as SgNB (see 3GPP TS 37.340) .

[0025] All IAB-nodes that are connected to an IAB-donor via one or multiple hops form a directed acyclic graph (DAG) topology with the IAB-donor at its root, as shown in FIG. 3. In this DAG topology, the neighbor node on the IAB-DU’s interface is referred to as child node and the neighbor node on the IAB-MT’s interface is referred to as parent node. The direction toward the child node is further referred to as downstream while the direction toward the parent node is referred to as upstream. The IAB-donor performs centralized resource, topology and route management for the IAB topology.

[0026] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G technology only, and may be used in wireless systems that implemented other protocols.

[0027] Embodiment #1

[0028] In existing implementations, the relay node (e.g., the gNB part of the relay node) needs to obtain IP address (es) to establish Xn / NG connection with donor node and AMF, and to transfer Xn-U / NG-U traffic. To enable the delivery of control plane signaling and user plane data via the IAB donor, the IP address of the relay node used in the CP / UP packets needs to be anchored at the donor node. Otherwise, the packets  may be discarded at the donor node, e.g., if source IP filtering is used. Some disclosed embodiments provide a mechanism to determine how the relay node can obtain the IP address anchored at the donor node.

[0029] In some embodiments, how the relay node can obtain the IP address anchored at the donor node is implemented using the following technical solution.

[0030] Step 1. The relay node sends first IP address request information to the parent node via RRC, e.g., during RRC establishment phase, or after the relay node has established RRC connection with its parent node. The first IP address request information includes at least one of the following: number of requested IP address, usage of the requested IP address. The usage of IP address includes at least of the following: all traffic, F1-C traffic, F1-U traffic, non-F1 traffic, OAM traffic, Xn-C traffic, Xn-U traffic, NG-C traffic, NG-U traffic, non-Xn traffic, non-NG traffic, non-Xn / NG traffic. The requested IP address includes at least one of the following: IPv4 IP address or IPv6 IP address or IPv6 prefix.

[0031] Step 2. The parent node sends a second IP address request information to its parent node or the donor node via RRC or Xn message. The second IP address request information includes at least one of the following: identity of the relay node, identity of the parent node, the first IP address request information. For example, the identity of the relay node / parent node includes one of the following: BAP address, identity allocated by the donor node, gNB ID, or IP address.

[0032] Step 3. The parent node receives IP address information from its parent node or donor node via RRC or Xn. The IP address information includes at least one of the following: identity of the relay node, identity of the parent node, identity of the donor node, BAP address of the donor node, allocated IP address information, usage of the IP address. The allocated IP address information includes at one of the following: IPv4 IP address or IPv6 IP address or IPv6 prefix.

[0033] It is noted that Step 2 and Step 3 can be skipped if the parent node is the donor node.

[0034] Step 4. The parent node / donor node sends the IP address information to the relay node via RRC.

[0035] Embodiment #2

[0036] In some embodiments, how the relay node can obtain the IP address anchored at the donor node is implemented using the following technical solution.

[0037] Step 1. Optionally, the relay node sends the first IP address request information to the parent node.

[0038] Step 2. The parent node sends the first IP address information to the relay node via RRC message. The first IP address information includes BAP address of the donor node or default IP address, e.g., for NG-C or Xn-C or OAM traffic. The default IP address may be IPv4 IP address or IPv6 IP address or IPv6 prefix.

[0039] Step 3. The relay node establishes an Xn connection with the donor node using the IP address received in the first IP address information. The relay node sends the second IP address request information to the donor node via Xn message. The second IP address request information includes at least of the following: identity of the relay node, identity of the parent node, number of requested IP addresses, usage of the requested IP address.

[0040] Step 4. The donor node sends the second IP address information to the relay node via Xn message. The second IP address information includes at least one of the following: identity of the relay node, identity of the parent node, identity of the donor node, BAP address of the donor node, allocated IP address information, usage of the IP address. The allocated IP address information includes at one of the following: IPv4 IP address or IPv6 IP address or IPv6 prefix.

[0041] Embodiment #3

[0042] In some embodiments, how the relay node can identify or determine which node is the donor node, or how the relay node can obtain the information of a donor node, is implemented using the following technical solutions.

[0043] Option 1. Donor node broadcasts hop count information. For example, the hop count which is set to a specified value (e.g., the value is 0) indicates that the node is a donor node. Optionally, the relay node broadcasts hop count information. In an example, the hop count indicates the number of backhaul link between the relay node and the donor node, or the number of hops between the relay node and the donor node.

[0044] Option 2. The donor node broadcasts a donor indication.

[0045] Option 3. The donor node sends donor related information to a relay node via Xn or RRC. The donor related information comprises at least one of: a hop count information indicative of a number of backhaul links or a number of hops between the relay node and the donor node, a donor indication, a capability information, an identifier of the donor node, an IP address of the donor node, or a Backhaul Adaptation Protocol (BAP) address of the donor node. In an example, the donor related information is transmitted from the donor node to the relay node via a broadcast information, a Radio Resource Control (RRC) signaling, or an Xn message. The capability information indicates whether the node supports donor functionality or whether the node is a donor node.

[0046] Option 4. The relay node sends donor related information to another relay node via RRC or Xn. In an example, the donor related information is transmitted from the first relay node to the second relay node via a broadcast information, a Radio Resource Control (RRC) signaling, or an Xn message. The donor related information comprises at least one of: a donor indication, a donor capability, an identifier of the donor node (e.g., gNB ID) , an Internet Protocol (IP) address of the donor node, a Backhaul Adaptation Protocol (BAP) address of the donor node, or a hop count between the relay node and the donor node.

[0047] Embodiment #4

[0048] In existing implementations, a relay node (e.g., a mobile IAB node) may (or may not) be authorized for relay operation or (mobile) IAB operation. If it is not authorized, the relay node is regarded as a normal UE, and the authorization status of a relay node may be changed or updated over time or based on its location. However, in existing systems, the donor node serving the MT part of the relay node (also called RRC-terminating donor) is unable to determine the status of the connection and / or traffic between the F1 terminating donor (i.e., the donor node which has an F1 connection with the DU part of the relay node) and the relay node. This prevents the RRC-terminating donor from being able to determine whether to release backhaul resources or whether to send an updated authorization status to the F1 terminating donor upon change of authorization status. In some embodiments, this problem is addressed using the following technical solution.

[0049] Step 1. The RRC-terminating donor transmits an IAB TRANSPORT MIGRATION MODIFICATION REQUEST message to the F1 terminating donor, which includes the authorization status of the relay node. As an example, if the authorization status is “not authorized, ” the F1 terminating donor performs an orderly F1 release procedure, e.g., initiate handover for the UEs served by the relay node and release the F1 connection between the relay node and the F1 terminating donor.

[0050] Step 2. The F1 terminating donor sends Xn message (e.g., IAB TRANSPORT MIGRATION MANAGEMENT REQUEST or IAB TRANSPORT MIGRATION MODIFICATION response) to the RRC-terminating donor. This Xn message includes one of the following: traffic released list, all traffic released indication, or F1 released indication. As an example, this Xn message is sent after all of the UEs have been handed over or released from the relay node, or F1 connection between the relay node and the F1 terminating donor is released.

[0051] Step 3. The RRC-terminating donor releases all backhaul resources (e.g., BAP address, IP address, BAP configurations) for the relay node.

[0052] Example methods and implementations of the disclosed technology

[0053] FIG. 4A shows a flowchart of an example wireless communication method 410. The method 410 includes, at operation 412, transmitting, by a relay node in a wireless access and backhaul network to a parent node of the relay node, a first control message comprising a request for an Internet Protocol (IP) address information.

[0054] The method 410 includes, at operation 414, receiving, from the parent node, the IP address information.

[0055] FIG. 4B shows a flowchart of an example wireless communication method 420. The method 420 includes, at operation 422, receiving, by a relay node in a wireless access and backhaul network from a  parent node of the relay node, an Internet Protocol (IP) address information comprising a default IP address or an identity of a donor node.

[0056] The method 420 includes, at operation 424, transmitting, to the donor node using the default IP address or the identity of a donor node, a first control message comprising a request for the IP address information.

[0057] The method 420 includes, at operation 426, receiving, from the donor node and in response to transmitting the request, a second control message comprising allocated IP address information.

[0058] FIG. 4C shows a flowchart of an example wireless communication method 430. The method 430 includes, at operation 432, transmitting, by a donor node to a relay node in a wireless access and backhaul network, donor related information.

[0059] FIG. 4D shows a flowchart of an example wireless communication method 440. The method 440 includes, at operation 442, transmitting, by a first relay node to a second relay node in a wireless access and backhaul network, donor related information associated with a donor node.

[0060] The described features can be implemented to further provide one or more of the following technical solutions:

[0061] 1. A wireless communication method, comprising: transmitting, by a relay node in a wireless access and backhaul network to a parent node of the relay node, a first control message comprising a request for an Internet Protocol (IP) address information; and receiving, from the parent node, the IP address information. In some examples, the first control message is the first IP address request information in Embodiment #1.

[0062] 2. The method of solution 1, wherein the parent node is configured to: transmit, to an upstream node and upon reception of the first control message, a second control message comprising a request for the IP address information and / or an identity of the relay node, wherein the upstream node is a parent node of the parent node or a donor node; and receive, subsequent to transmitting the second control message and from the upstream node, a third control message comprising the IP address information.

[0063] 3. The method of solution 2, wherein the first control message is a Radio Resource Control (RRC) message, wherein the second control message or the third control message is an RRC message or an Xn message.

[0064] 4. The method of solution 1, wherein the first control message comprises a number of IP addresses and / or a usage of the IP address information.

[0065] 5. The method of solution 4, wherein the usage of the IP address information comprises an indication of at least one of: all traffic, F1-C traffic, F1-U traffic, non-F1 traffic, OAM traffic, Xn-C traffic, Xn-U traffic, NG-C traffic, NG-U traffic, non-Xn traffic, non-NG traffic, or non-Xn / NG traffic.

[0066] 6. A wireless communication method, comprising: receiving, by a relay node in a wireless access and backhaul network from a parent node of the relay node, an Internet Protocol (IP) address information comprising a default IP address or an identity of a donor node; transmitting, to the donor node using the default IP address or the identity of a donor node, a first control message comprising a request for the IP address information; and receiving, from the donor node and in response to transmitting the request, a second control message comprising allocated IP address information. In some examples, the IP address information is the first IP address information in Embodiment #2.

[0067] 7. The method of solution 6, wherein the second control message is received via an Xn connection, and wherein the method further comprises: establishing, using the default IP address or the identity of the donor node, the Xn connection with the donor node.

[0068] 8. The method of solution 6 or 7, wherein the identity of the donor node includes a Backhaul Adaptation Protocol (BAP) address, an identity of a network node, or an IP address of the network node, and wherein the IP address of the network node is an IPv4 IP address, an IPv6 IP address, or an IPv6 prefix.

[0069] 9. The method of any of solutions 6 to 8, wherein the first control message is a Radio Resource Control (RRC) message or an Xn message, and wherein the second control message is an RRC message or an Xn message.

[0070] 10. The method of any of solutions 6 to 8, wherein the first control message comprises at least one of: an identity of the relay node, an identity of the parent node, a number of IP addresses, or a usage of the IP address information.

[0071] 11. A wireless communication method, comprising: transmitting, by a donor node to a relay node in a wireless access and backhaul network, donor related information. In some examples, the donor related information is as described in Embodiment #3.

[0072] 12. The method of solution 11, wherein the donor related information comprises at least one of: a hop count information indicative of a number of backhaul links or a number of hops between the relay node and the donor node, a donor indication, a capability information, an identifier of the donor node, an IP address of the donor node, or a Backhaul Adaptation Protocol (BAP) address of the donor node.

[0073] 13. The method of solution 11, wherein the donor related information is transmitted from the donor node to the relay node via a broadcast information, a Radio Resource Control (RRC) signaling, or an Xn message.

[0074] 14. A wireless communication method, comprising: transmitting, by a first relay node to a second relay node in a wireless access and backhaul network, donor related information associated with a donor node. In some examples, the donor related information is as described in Embodiment #3.

[0075] 15. The method of solution 14, wherein the donor related information is transmitted from the first relay node to the second relay node via a broadcast information, a Radio Resource Control (RRC) signaling, or an Xn message.

[0076] 16. The method of solution 14, wherein the donor related information comprises at least one of: a donor indication, a donor capability, an identifier of the donor node, an Internet Protocol (IP) address of the donor node, a Backhaul Adaptation Protocol (BAP) address of the donor node, or a hop count between the relay node and the donor node.

[0077] 17. An apparatus for wireless communication comprising a processor, configured to implement a method recited in one or more of solutions 1 to 16.

[0078] 18. A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in one or more of solutions 1 to 16.

[0079] FIG. 5 shows an exemplary block diagram of a hardware platform 500 that may be a part of a network device (e.g., base station) or a communication device (e.g., a user equipment (UE) ) . The hardware platform 500 includes at least one processor 510 and a memory 505 having instructions stored thereupon. The instructions upon execution by the processor 510 configure the hardware platform 500 to perform the operations described in FIGS. 1 to 4 and in the various embodiments described in this patent document. The transmitter 515 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 520 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device.

[0080] The implementations as discussed above will apply to a wireless communication. FIG. 6 shows an example of a wireless communication system (e.g., a 5G or NR cellular network) that includes a base station 620 and one or more user equipment (UE) 611, 612 and 613. In some embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 631, 632, 633) , which then enables subsequent communication (e.g., shown in the direction from the network to the UEs, sometimes called downlink direction, shown by arrows 641, 642, 643) from the BS to the UEs. In some embodiments, the BS send information to the UEs (sometimes called downlink direction, as depicted by arrows 641, 642, 643) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 631, 632, 633) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on.

[0081] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by  computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0082] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0083] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results.

[0084] Only a few implementations and examples are described and other implementations, enhancements and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A wireless communication method, comprising:transmitting, by a relay node in a wireless access and backhaul network to a parent node of the relay node, a first control message comprising a request for an Internet Protocol (IP) address information; andreceiving, from the parent node, the IP address information.2.The method of claim 1, wherein the parent node is configured to:transmit, to an upstream node and upon reception of the first control message, a second control message comprising a request for the IP address information and / or an identity of the relay node, wherein the upstream node is a parent node of the parent node or a donor node; andreceive, subsequent to transmitting the second control message and from the upstream node, a third control message comprising the IP address information.3.The method of claim 2, wherein the first control message is a Radio Resource Control (RRC) message, wherein the second control message or the third control message is an RRC message or an Xn message.4.The method of claim 1, wherein the first control message comprises a number of IP addresses and / or a usage of the IP address information.5.The method of claim 4, wherein the usage of the IP address information comprises an indication of at least one of: all traffic, F1-C traffic, F1-U traffic, non-F1 traffic, OAM traffic, Xn-C traffic, Xn-U traffic, NG-C traffic, NG-U traffic, non-Xn traffic, non-NG traffic, or non-Xn / NG traffic.6.A wireless communication method, comprising:receiving, by a relay node in a wireless access and backhaul network from a parent node of the relay node, an Internet Protocol (IP) address information comprising a default IP address or an identity of a donor node;transmitting, to the donor node using the default IP address or the identity of a donor node, a first control message comprising a request for the IP address information; andreceiving, from the donor node and in response to transmitting the request, a second control message comprising allocated IP address information.7.The method of claim 6, wherein the second control message is received via an Xn connection, and wherein the method further comprises:establishing, using the default IP address or the identity of the donor node, the Xn connection with the donor node.8.The method of claim 6 or 7, wherein the identity of the donor node includes a Backhaul Adaptation Protocol (BAP) address, an identity of a network node, or an IP address of the network node, and wherein the IP address of the network node is an IPv4 IP address, an IPv6 IP address, or an IPv6 prefix.9.The method of any of claims 6 to 8, wherein the first control message is a Radio Resource Control (RRC) message or an Xn message, and wherein the second control message is an RRC message or an Xn message.10.The method of any of claims 6 to 8, wherein the first control message comprises at least one of: an identity of the relay node, an identity of the parent node, a number of IP addresses, or a usage of the IP address information.11.A wireless communication method, comprising:transmitting, by a donor node to a relay node in a wireless access and backhaul network, donor related information.12.The method of claim 11, wherein the donor related information comprises at least one of: a hop count information indicative of a number of backhaul links or a number of hops between the relay node and the donor node, a donor indication, a capability information, an identifier of the donor node, an IP address of the donor node, or a Backhaul Adaptation Protocol (BAP) address of the donor node.13.The method of claim 11, wherein the donor related information is transmitted from the donor node to the relay node via a broadcast information, a Radio Resource Control (RRC) signaling, or an Xn message.14.A wireless communication method, comprising:transmitting, by a first relay node to a second relay node in a wireless access and backhaul network, donor related information associated with a donor node.15.The method of claim 14, wherein the donor related information is transmitted from the first relay node to the second relay node via a broadcast information, a Radio Resource Control (RRC) signaling, or an Xn message.16.The method of claim 14, wherein the donor related information comprises at least one of: a donor indication, a donor capability, an identifier of the donor node, an Internet Protocol (IP) address of the donor node, a Backhaul Adaptation Protocol (BAP) address of the donor node, or a hop count between the relay node and the donor node.17.An apparatus for wireless communication comprising a processor, configured to implement a method recited in one or more of claims 1 to 16.18.A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in one or more of claims 1 to 16.

Images