Method and apparatus for setting information and communication system
By clarifying topology associations through enhanced RRC reconfiguration messages, the method addresses ambiguity in default uplink BAP routing IDs and BH RLC channels for IAB nodes, improving data transmission reliability in multi-hop IAB networks.
Patent Information
- Application Number
- JP2024554671
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2022-04-02
- Publication Date
- 2026-01-27
- Estimated Expiration
- 2042-04-02
AI Technical Summary
In multi-hop IAB scenarios, the configuration of default uplink BAP routing IDs and BH RLC channels for IAB nodes is ambiguous, particularly for border nodes that belong to multiple topologies, leading to unclear topology associations and potential collisions.
The method involves enhancing RRC reconfiguration messages to include explicit or implicit indications of the topology association for default uplink BAP routing IDs and BH RLC channels, using donor-CU-specific configurations and cell group information to clarify which topology each channel belongs to.
This clarification resolves ambiguity in topology associations, ensuring accurate routing and reduces collisions, enhancing the reliability and efficiency of data transmission in IAB networks.
Smart Images

Figure 0007806927000006 
Figure 0007806927000007 
Figure 0007806927000008
Abstract
Description
[Technical Field]
[0001] The present invention relates to the field of communications. [Background technology]
[0002] Integrated access and backhaul (IAB), also known as unified access and backhaul, realizes the radio relay function in next-generation radio access networks (NG-RAN). An integrated access and backhaul node (IAB-node) supports New Radio (NR) access and backhaul. The network-side termination of the NR backhaul is called the IAB-donor, which represents a network device (e.g., gNB) that can support the IAB function.
[0003] An IAB-node can be connected to an IAB-donor by a single hop or multiple hops. These multiple hop connections form a Directed Acyclic Graph (DAG) topology with the IAB-donor as the root node. The IAB-donor is responsible for performing centralized resource management, topology management, and routing management in the IAB network topology.
[0004] The IAB-node supports the functionality of a gNB-DU (distributed unit). The IAB-node DU is also referred to as the IAB-DU. The IAB-DU terminates the radio access (NR) interface between the terminal equipment (UE) and the next-hop IAB-node, and also terminates the F1 protocol to the gNB-CU (central unit) in the IAB-donor. The IAB-DU can serve normal UEs and IAB child nodes. The IAB-DU realizes the functionality of a network side device, connects to the downstream child IAB-node, provides NR air interface access for the UE and the downstream child IAB-node, and establishes F1 connectivity with the IAB donor-CU.
[0005] In addition to the gNB-DU functions, the IAB-node also supports some UE functions and is called the IAB-MT (Mobile Termination). The IAB-MT includes, for example, physical layer, Layer 2, RRC, and NAS functions, and is connected to the gNB-DU of another IAB-node or IAB-donor, the gNB-CU in the IAB-donor, and the core network. The IAB-MT can support, for example, UE physical layer, access stratum (AS), radio resource control (RRC), and non-access stratum (NAS) layer functions, and can be connected to an IAB parent node.
[0006] The IAB-donor is an end node on the network side, providing network access to the IAB-MT or UE via a backhaul or access link. The IAB-donor is further divided into the IAB-donor-CU (central unit) and the IAB-donor-DU. The IAB-DU and IAB-donor-CU are connected via the F1 interface. In the case of an independent network scenario, the gNB and IAB-donor-CU are connected via the Xn interface.
[0007] To support multi-hop routing and forwarding of data packets, IAB introduces the Backhaul Adaptation Protocol (BAP) sublayer, which is located above the Radio Link Control (RLC) sublayer and below the IP layer and supports functions such as data packet destination node and route selection, data packet routing and forwarding, bearer mapping, flow control feedback, and backhaul link failure notification.
[0008] Figure 1 is a diagram showing an IAB parent-child node relationship. As shown in Figure 1, in an IAB parent-child node relationship configuration 10, an IAB-node 100 includes an IAB-MT functional unit 101 and an IAB-DU functional unit 102. Adjacent nodes on the interface of the IAB-DU functional unit 102 are called child nodes, such as child nodes 201, 202, and 203 shown in Figure 1. Communication can be performed between the IAB-DU functional unit 102 and the child nodes 201, 202, and 203 via an air interface (Uu). Adjacent nodes on the interface of the IAB-MT functional unit 101 are called parent nodes, such as parent nodes 301 and 302 shown in Figure 1. Communication can be performed between the IAB-MT functional unit 101 and the parent nodes 301 and 302 via an air interface (Uu).
[0009] 1, the direction from IAB-node 100 to child nodes 201, 202, 203 is called the downstream direction, and the direction from IAB-node 100 to parent nodes 301, 302 is called the upstream direction. An IAB-donor (not shown) performs centralized resource, topology, and routing management for the IAB topology 10.
[0010] It should be noted that the introduction of the above background art is intended to clearly and completely explain the technical solutions of the present invention and to facilitate understanding by those skilled in the art, and these technical solutions described in the background art of the present invention should not be construed as being known to those skilled in the art. Summary of the Invention [Problem to be solved by the invention]
[0011] In a multi-hop scenario, to achieve relay forwarding of a data packet, the IAB node needs to determine a destination node for the data packet, and then determine a next-hop node corresponding to the destination node based on a routing table for transmission. The donor-CU configures, for the IAB node, mappings for each uplink F1-U Tunnel initiated from the IAB node, non-UE associated F1AP messages, user equipment associated F1AP messages, and non-F1 traffic to BAP routing indicators (IDs) through F1AP (F1 application protocol) signaling.
[0012] The IAB node determines BAP routing indicators corresponding to different types of uplink IP packets initiated from the IAB node based on the routing indicator mapping information, and encapsulates BAP subheaders containing BAP routing indicator information for these uplink IP packets. The Donor-CU sets up mappings from different types of downlink data packets to BAP routing indicators for the Donor-DU through F1AP signaling. The Donor-DU determines BAP routing indicators corresponding to received downlink IP packets based on the routing indicator mapping information, and encapsulates downlink BAP subheaders containing BAP routing indicators for these downlink IP packets.
[0013] The BAP routing indicator contains the destination BAP address and the path identity from the IAB node to the donor-DU. The BAP address is also called DESTINATION in the BAP header. Each IAB node and donor-DU is configured with one BAP address.
[0014] At IAB node integration time, RRC can configure one default BH RLC channel and one default BAP routing indicator for non-F1-U traffic. These settings can be updated under topology adaptation scenarios.
[0015] An IAB node may have redundant paths to different IAB-donor-CUs. For IAB nodes working in Standalone (SA) mode, NR-DC allows the IAB-MT and two parent nodes to simultaneously have backhaul links, thereby realizing backhaul path redundancy. Two parent nodes can connect to different IAB-donor-CUs, and these IAB-donor-CUs can control the establishment and release of redundant paths via the two parent nodes. The gNB-DU function of the parent node and the corresponding IAB-donor-CU together assume the role of Master Node (MN) and / or Secondary Node (SN) of the IAB-MT. The NR-DC framework (e.g., processes related to the MCG / SCG) is used to set up dual radio connections from the IAB node to the parent node.
[0016] Figure 2 illustrates an inter-donor topology redundancy (or inter-CU topology redundancy) network configuration, and Figure 3 illustrates partial migration between donors.
[0017] As shown in Figure 2, node 3 is called a boundary IAB node. A boundary IAB node is one whose RRC interface and F1 interface terminate on different IAB-donor-CUs. Boundary IAB nodes are suitable for partial migration, inter-donor topology redundancy, and inter-donor RLF (radio link failure) recovery. As shown in Figure 2, node 3 meets the definition of a boundary IAB node because its DU terminates on CU1 and its MT has interfaces to both CU1 and CU2. A descendant IAB node is a node that accesses the network through a boundary IAB node and has a single connection to its parent node. For example, IAB node 4 is a descendant node. An F1-terminating donor node refers to a donor-CU that terminates the F1 interfaces of boundary IAB nodes and descendant nodes. For example, donor-CU1 is an F1-terminating node. That is, the F1 interfaces of IAB-DU3 and IAB-DU4 in FIG. 2 are terminated at donor-CU1. A non-F1-terminating donor node refers to a CU that does not terminate the F1 interfaces of boundary IAB nodes and descendant nodes and has donor functionality. For example, donor-CU2 in FIG. 2. In the topology redundancy scenario shown in FIG. 2, the boundary node (i.e., node 3) is a dual-connection node. In the donor-to-donor topology redundancy scenario, the boundary IAB node (i.e., IAB node 3) and descendant nodes can communicate with CU1 via a first path and a second path, respectively.
[0018] In Figure 3, the border IAB node IAB-MT (i.e., IAB-MT3) can migrate to a parent node under a different IAB-donor-CU (e.g., migrate to a parent node under Donor-CU2). In this case, the collocated IAB-DU (i.e., IAB-DU3) and the descendant IAB-DU (e.g., IAB-DU4) maintain F1 connectivity with the original IAB-donor-CU (e.g., Donor-CU1). This type of migration is called inter-donor partial migration. After inter-donor partial migration, F1 traffic of the border IAB node IAB-DU and descendant nodes is routed through the BAP layer of the IAB topology to which the border IAB node IAB-MT has migrated. SA mode can support inter-donor partial migration.
[0019] When an IAB node in SA mode declares backhaul link RLF, it can perform RLF recovery with its parent node under a different IAB-donor-CU. Similar to partial migration between donors, the collocated IAB-DU and the IAB-DU of the descendant node can maintain F1 connectivity with the original IAB-donor-CU.
[0020] IABnode3 is a border IAB node, and IAB-MT3 changes from a single connection to parent node IABnode1 to a single connection to parent node IABnode2. IAB-DU3 and its child node IABnode4 still have F1 connections to donor-CU1, but the F1 connection takes a path via IABnode2 and ultimately to donor-CU1. In the donor-to-donor partial migration scenario shown in Figure 3, the border node (node3) is a transition node. The donor-to-donor partial migration scenario is similarly suitable for partial RLF recovery.
[0021] The inventors of the present application have discovered that a border IAB node belongs to two IAB topologies, and the prior art does not indicate which topology a border IAB node belongs to when configuring a default uplink BAP routing ID and / or a default uplink BH RLC channel for the border IAB node, for example, does not consider the case where an SN is set as an F1 termination donor when configuring a default uplink BH RLC channel, and does not consider the case where the BAP address of the corresponding donor-DU is pseudo when configuring an IP address for the border IAB node or its descendant node.
[0022] The embodiments of the present application provide a method, an apparatus, and a communication system for configuring information, and an RRC reconfiguration message indicates information related to a topology to which a default uplink BH RLC channel and / or a default uplink BAP routing ID configured for an IAB node belongs, thereby indicating to which topology the default uplink BAP routing ID and / or the default uplink BH RLC channel configured for an IAB node belongs. [Means for solving the problem]
[0023] According to one aspect of an embodiment of the present application, an apparatus for setting information is provided, which is applied to an IAB node, and the apparatus includes: a first receiving unit for receiving an RRC reconfiguration message; Wherein, the RRC reconfiguration message indicates information related to the topology to which the default uplink BAP routing ID configured for the IAB node belongs.
[0024] According to another aspect of the embodiment of the present application, there is provided an information setting device, which is applied to an IAB node, and the device comprises: a second receiving unit for receiving an RRC reconfiguration message; Wherein, the RRC reconfiguration message indicates information related to the topology to which the default uplink BH RLC channel established for the IAB node belongs.
[0025] According to another aspect of the embodiment of the present application, there is provided an information setting device, which is applied to an IAB node, and the device comprises: a third receiving unit for receiving an RRC reconfiguration message; Wherein, the RRC reconfiguration message configures a first donor-DU BAP address for the IAB node, and the first donor-DU BAP address refers to a donor distribution unit (DU2) in the second topology. [Effects of the Invention]
[0026] The advantageous effects of the embodiment of the present invention are at least as follows: the default uplink BAP routing ID and / or the default uplink BH RLC channel configured for an IAB node can indicate which topology it belongs to.
[0027] The following description and reference to the drawings disclose in detail particular embodiments of the present invention, illustrating ways in which the principles of the present invention may be employed, but the scope of the present invention is not limited thereto, and various changes, modifications, and alternatives may be included within the scope of the appended claims.
[0028] Additionally, features described and / or illustrated with respect to one embodiment may be used in the same or similar manner in one or more other embodiments, may be combined with features in the other embodiments, or may be substituted for features in the other embodiments.
[0029] It should be noted that when used in this specification, terms such as "comprise / have" refer to the presence of a feature, element, step, or assembly, but do not exclude the presence or addition of one or more other features, elements, steps, or assemblies. [Brief explanation of the drawings]
[0030] Elements and features described in one drawing or one embodiment of the invention may be combined with elements and features shown in one or more other drawings or embodiments, and in the drawings, like reference numerals are used to indicate corresponding parts in several drawings and to indicate corresponding parts used in several embodiments. [Figure 1] FIG. 1 illustrates an IAB parent-child node relationship. [Figure 2] FIG. 1 is a diagram illustrating a donor-to-donor topology redundant network configuration. [Figure 3] FIG. 1 shows partial transfer between donors. [Figure 4] FIG. 10 is a diagram illustrating a method for setting information in an embodiment of the first aspect. [Figure 5] FIG. 10 is a diagram illustrating a method for setting information in an embodiment of the second aspect. [Figure 6] FIG. 10 is a diagram illustrating a method for setting information in an embodiment of the third aspect. [Figure 7] FIG. 10 is a diagram illustrating a method for setting information in an embodiment of the fourth aspect. [Figure 8] FIG. 10 is a diagram illustrating a method for setting information in an embodiment of the fifth aspect. [Figure 9] FIG. 10 is a diagram illustrating a method for setting information in an embodiment of the sixth aspect. [Figure 10] FIG. 10 is a diagram showing an apparatus for setting information in an embodiment of the seventh aspect. [Figure 11] FIG. 13 is a diagram showing an apparatus for setting information in an embodiment of the eighth aspect. [Figure 12] FIG. 13 is a diagram showing an apparatus for setting information in an embodiment of the ninth aspect. [Figure 13] FIG. 10 is a diagram showing an apparatus for setting information in an embodiment of the tenth aspect. [Figure 14] FIG. 19 is a diagram showing an apparatus for setting information in an embodiment of the eleventh aspect. [Figure 15] FIG. 19 is a diagram illustrating a method for setting information in an embodiment of the twelfth aspect. [Figure 16] 1 is a diagram showing a configuration of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION OF THE INVENTION
[0031] The foregoing and other features of the present invention will become more apparent from a consideration of the accompanying drawings and the following description. While the specification and drawings disclose particular embodiments of the present invention, they illustrate only some of the embodiments which may employ the principles of the present invention, and it is to be understood that the present invention is not limited to the described embodiments, but rather includes all modifications, variations, and alternatives which fall within the scope of the appended claims.
[0032] In embodiments of the present invention, the term "communication network" or "wireless communication network" may refer to a network conforming to any communication standard, such as New Radio (NR), Long Term Evolution (LTE), LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), High-Speed Packet Access (HSPA), etc.
[0033] Additionally, communications between devices in a communications system may be performed according to any level of communications protocol, including, but not limited to, 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G, 5G, New Radio (NR), and / or other conventional or future-developed communications protocols.
[0034] In an embodiment of the present invention, the term "network equipment" refers to, for example, a device in a communication system that connects a terminal device to a communication network and provides services to the terminal device. The network equipment may include, but is not limited to, a "node" and / or a "donor" in the IAB architecture, a base station (BS), an access point (AP), a transmission reception point (TRP), a broadcast transmitter, a mobile management entity (MME), a network gateway, a server, a radio network controller (RNC), a base station controller (BSC), etc.
[0035] The base station may include, but is not limited to, a Node B (NodeB or NB), an evolved Node B (eNodeB or eNB), a 5G base station (gNB), etc., and may further include a Remote Radio Head (RRH), a Remote Radio Unit (RRU), a relay, or a low-power node (e.g., femto, pico, etc.). The term "base station" may include some or all of these functions, and each base station can provide communication coverage for a specific geographical area. For example, a 5G base station gNB may include one gNB CU and one or more gNB DUs, where a CU / DU is a logical node of the gNB that has some of the functions of the gNB. The term "cell" may refer to a base station and / or the area it covers, depending on the context in which the term is used.
[0036] In the embodiments of the present invention, the term "user equipment" (UE) or "terminal equipment" (TE) refers to a device that accesses a communication network and receives services from the network, for example, via network equipment. The user equipment may be fixed or mobile, and may also be referred to as a mobile station (MS), terminal, subscriber station (SS), access terminal (AT), station, etc. For example, it is a terminal equipment served by an IAB node or an IAB donor under the IAB architecture.
[0037] Among these, user equipment may include, but is not limited to, cellular phones, personal digital assistants (PDAs), wireless modems, wireless communication devices, mobile devices, machine-type communication devices, laptop computers, cordless phones, smartphones, smart watches, digital cameras, etc.
[0038] Furthermore, for example, in a scenario such as the Internet of Things (IoT), the user equipment may also be a monitoring or measuring device or apparatus, for example, including but not limited to, a Machine Type Communication (MTC) terminal, an in-vehicle communication terminal, a Device to Device (D2D) terminal, a Machine to Machine (M2M) terminal, etc.
[0039] Furthermore, the term "network side" or "network equipment side" refers to the network side, which may be a base station or may include one or more network equipment as described above. The term "user side" or "terminal side" or "terminal equipment side" refers to the user or termination side, which may be a UE or may include one or more terminal equipment as described above.
[0040] In the prior art (for example, TS38.331), the description of the fields related to the default BAP routing ID and BH RLC channel configuration in the RRC reconfiguration message is shown in Table 1 below.
[0041] [Table 1] In the prior art (for example, TS38.331), the contents of the IAB-IP-AddressConfiguration field in the RRC reconfiguration message and the description of the iab-donor-DU-BAP-Address field therein are as shown in Table 2 below.
[0042] [Table 2] In the embodiments of the present application, the higher layer signaling may be, for example, Radio Resource Control (RRC) signaling, for example, referred to as an RRC message, including, for example, an MIB, system information, or a dedicated RRC message, or referred to as an RRC information element (IE). The higher layer signaling may further be, for example, F1-C signaling, or referred to as an F1AP protocol. However, the present application is not limited thereto.
[0043] In this application, the embodiments are described taking a multi-hop IAB network deployment scenario as an example, in which multiple terminal devices (e.g., UEs) are connected to an IAB-donor through multi-hop IAB nodes and finally access a network, such as a 5G network, but the embodiments of this application are not limited to this scenario.
[0044] In the embodiments of the present application, the IAB topology refers to a combination of all IAB nodes and IAB-donor-DUs that are connected to each other by backhaul links and whose F1 interfaces and / or RRCs terminate in the same IAB-donor-CU. For example, in Figures 2 and 3, Donor-DU1, IAB node 1, IAB node 3, and IAB node 4 are nodes managed by Donor-CU1, and the IAB topology network they form with Donor-CU1 is called the first topology. Donor-DU2, IAB node 2, and IAB node 3 are nodes managed by Donor-CU2, and the IAB topology network they form with Donor-CU2 is called the second topology. A border node (i.e., IAB node 3) belongs to both the first and second topologies.
[0045] <Example of the first aspect> During the IAB node's guided process, transition process, or IAB-MT RRC recovery and IAB-MT RRC re-establishment process, the RRC reconfiguration message can configure a default uplink BAP routing ID (defaultUL-BAP-RoutingID) for the IAB node's F1-C and non-F1 traffic. This default uplink BAP routing ID can be configured or reconfigured when the IP address corresponding to the IAB node's F1-C related traffic changes.
[0046] However, in the scenarios of Figures 2 and 3, the border node is connected to different IAB topologies, and the uplink BAP routing indicators used by the border node may have BAP routing indicators for two IAB topologies (i.e., for donor-DUs under two different donor-CUs). Because the BAP routing indicators for different IAB topologies are configured and managed by each donor-CU, the BAP routing indicators belonging to different IAB topologies may collide. Therefore, the default uplink BAP routing ID is ambiguous, and it is necessary to more clearly indicate the topology-related information.
[0047] To solve the above or similar problems, an embodiment of the first aspect of the present application provides a method for configuring information, which is applied to an IAB node.
[0048] 4 is a diagram illustrating a method for setting information in an embodiment of the first aspect. As shown in FIG. 4, the method includes the following operations (steps):
[0049] Operation 401: Receive an RRC reconfiguration message, in which the RRC reconfiguration message indicates relevant information of a topology to which a default uplink BAP routing ID configured for an IAB node belongs.
[0050] In an embodiment of the first aspect, the IAB node may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. However, the IAB node of the present application is not limited to this, and the IAB node may be of other types.
[0051] In operation 401, the topology-related information may refer to topology information and / or cell group (CG) information, where topology includes F1-terminated topology or non-F1-terminated topology, and cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0052] In at least some embodiments, in operation 401, the RRC reconfiguration message may include first indication information, which is used to indicate the topology to which the default uplink BAP routing ID belongs. For example, the first indication information may be used to indicate that the topology to which the default uplink BAP routing ID belongs is an F1-terminated topology or a non-F1-terminated topology. The first indication information may be required only for border IAB nodes.
[0053] In at least some other embodiments, in operation 401, the topology to which the default uplink BAP routing ID belongs may be indicated by a donor central unit (donor-CU) that sets a default uplink BAP routing ID (defaultUL-BAP-RoutingID) field or sets a backhaul adaptation protocol configuration (bap-Config) that includes the default uplink BAP routing ID field, thereby enabling an implicit method to indicate which topology the default uplink BAP routing ID belongs to.
[0054] Wherein, when an F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the F1 termination topology; when a non-F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the non-F1 termination topology.
[0055] For example, the RRC standard can be enhanced in TS 38.331. Specifically, the defaultUL-BAP-RoutingID field in the bap-Config IE of the RRC reconfiguration information may be changed to the format shown in Table 3 below.
[0056] [Table 3] Regarding the scheme of implicitly indicating which topology the default uplink BAP routing ID belongs to, in one specific implementation manner, when the MN or SN is an F1 termination donor, it may be determined that the F1 termination donor or a non-F1 termination donor sets the default uplink BAP routing ID field or a bap-Config including the default uplink BAP routing ID field.
[0057] For example, if an IAB node establishes an NR-DC after establishing an F1 connection, the MN is the F1 termination donor, and if an IAB node establishes an NR-DC before establishing an F1-C, the IAB node selects an MN or an SN as the F1 termination donor.
[0058] If the default uplink BAP routing ID field or bap-Config is included in the RRC reconfiguration message transmitted by SRB3 or is included in the multi-radio access technology dual connectivity secondary cell group information element (mrdc-SecondaryCellGroup IE), the default uplink BAP routing ID field or bap-Config is configured by the secondary node (SN). If the default uplink BAP routing ID field or bap-Config is included in the RRC reconfiguration message transmitted by SRB1 and is not included in the mrdc-SecondaryCellGroup IE, the default uplink BAP routing ID field or bap-Config is configured by the master node (MN).
[0059] According to an embodiment of the first aspect, the default uplink BAP routing ID configured for an IAB node can indicate which topology it belongs to.
[0060] <Example of the second aspect> During the IAB node's guiding process, transition process, or IAB-MT RRC recovery and IAB-MT RRC re-establishment processes, the RRC reconfiguration message can configure a default uplink BH RLC channel (defaultUL-BH-RLC-Channel) for the IAB node's F1-C and non-F1 traffic. This default uplink BH RLC channel can be configured or reconfigured when the IAB node's IP address corresponding to F1-C related traffic changes and when the new IP address is anchored to a different IAB-donor-DU. Because the BH RLC channel indicator is unique only on each link, in the case of dual connectivity, it is also necessary to indicate the link of the BH RLC channel (i.e., the link of the uplink parent node, which is equivalent to the cell group). In Rel-16, if the IAB-MT works in an EN-DC scenario, the default uplink BH RLC channel points to the RLC channel on the SCG (secondary cell group), otherwise it points to the RLC (Radio Link Control) channel on the MCG (master cell group).
[0061] In the Rel-17 NR-DC scenario, the parent nodes of an IAB node may belong to different IAB-donor-CUs; that is, a border IAB node may have two IAB-donor-CUs. Both the master node (MN) and secondary node (SN) can be F1-terminating donor nodes. When an IAB node establishes NR-DC before establishing an F1-C connection, the IAB node can implicitly determine that the MN or SN is an F1-terminating donor, for example, based on the entity providing the default BAP configuration. In this case, the Rel-16 designation method cannot be used because, in the Rel-17 NR-DC scenario, the default uplink BH RLC channel can also point to the SCG. That is, when an IAB-MT works in a scenario other than the EN-DC scenario, the default uplink BH RLC channel can point to the RLC channel of either the MCG or the SCG.
[0062] When routing is performed at the BAP sublayer, if the backhaul routing configuration has not been configured or reconfigured by the F1AP after the default UL-BH-RLC-Channel was last configured or reconfigured by the RRC, an exit link needs to be selected based on the configured default UL-BH-RLC-Channel. Therefore, since the default uplink BH RLC channel is ambiguous, the selection of the exit link also has ambiguity, which requires further indication of topology information or cell group information.
[0063] To solve the above or similar problems, an embodiment of the second aspect of the present application provides a method for configuring information, which is applied to an IAB node.
[0064] 5 is a diagram illustrating a method for setting information in an embodiment of the second aspect. As shown in FIG. 5, the method includes the following operations:
[0065] Operation 501: Receive an RRC reconfiguration message, where the RRC reconfiguration message indicates relevant information of a topology to which a default uplink BH RLC channel to be configured for an IAB node belongs.
[0066] In an embodiment of the second aspect, the IAB node does not work in an EN-DC scenario, and may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited thereto, and the IAB node may be of other types.
[0067] In operation 501, the topology-related information may refer to topology information and / or cell group information, where the topology includes F1-terminated topology or non-F1-terminated topology, and the cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0068] In some embodiments of operation 501, the RRC reconfiguration message may include second indication information, which is used to indicate that the topology to which the default uplink BH RLC channel belongs is an F1-terminated topology or a non-F1-terminated topology, or the second indication information is used to indicate that the default uplink BH RLC channel is directed to an RLC channel on a master cell group (MCG) or an RLC channel on a secondary cell group (SCG). The second indication information may be mandatory for a dual-access node, a node of an NR-DC, or a border IAB node.
[0069] In at least some other embodiments of operation 501, the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) may point to an RLC channel of an MCG or an RLC channel of an SCG, and a donor central unit (donor-CU) that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config containing the default uplink BH RLC channel field can indicate the cell group to which the default uplink BH RLC channel points, thereby implicitly indicating information related to the topology to which the default uplink BH RLC channel belongs.
[0070] In at least some other embodiments, when an MN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an MCG, and when an SN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an SCG. That is, for an IAB node (e.g., a border IAB node), the default uplink BH RLC channel points to an RLC channel on a backhaul link configured by a donor-CU that configures the field.
[0071] For example, the RRC standard can be enhanced in TS 38.331. Specifically, the defaultUL-BH-RLC-Channel field in the bap-Config IE of the RRC reconfiguration information can be enhanced as shown in Table 4 below.
[0072] [Table 4] In at least some other embodiments, if the default uplink BH RLC channel field or bap-Config is included in the RRC reconfiguration message transmitted by SRB1 and is not included in the multi-radio access technology dual connectivity secondary cell group information element (mrdc-SecondaryCellGroup IE), the default uplink BH RLC channel field or bap-Config is configured by the master node (MN), and if the default uplink BH RLC channel field or bap-Config is included in the RRC reconfiguration message transmitted by SRB3 or the default uplink BH RLC channel field or bap-Config is included in the mrdc-SecondaryCellGroup IE, the default uplink BH RLC channel field or bap-Config is configured by the secondary node (SN).
[0073] When routing is performed at the BAP sublayer, if the backhaul routing configuration has not been configured or reconfigured by the F1AP since the default uplink BH RLC channel was last configured or reconfigured by the RRC, an exit link is selected based on the cell group corresponding to the default uplink BH RLC channel.
[0074] In at least one embodiment, when routing at the BAP sublayer, if the backhaul routing configuration has not been configured or reconfigured by the F1 Application Protocol (F1AP) since the default uplink BH RLC channel was last configured or reconfigured by the RRC, the IAB node selects an exit link based on the cell group corresponding to the default uplink BH RLC channel.
[0075] According to an embodiment of the second aspect, it is possible to indicate information related to the topology to which the default uplink BH RLC channel configured for the IAB node belongs.
[0076] <Example of the third aspect> In the case of inter-donor routing shown in Figures 2 and 3, the descendant nodes of the boundary node can use the same inter-donor (or inter-CU) topology adaptation process. For example, after the IAB-MT of the boundary node migrates to or establishes RRC with donor-CU2, the IAB-DU of the boundary node still maintains an F1 connection with donor-CU1, and the descendant node (e.g., IAB node 4) still maintains an RRC connection and an F1 connection with donor-CU1.
[0077] Because the descendant node of the boundary node needs to migrate the transmission path of the F1 connection to a non-F1 terminated topology, donor-CU2 needs to provide the descendant node with a new TNL (transport network layer) address, i.e., an IP address, in response to a request from donor-CU1. These one or more new TNL addresses are anchored to a donor-DU, e.g., donor-DU2, in donor-CU2's topology. Donor-CU2 sends these new TNL addresses to donor-CU1 via an XnAP message, e.g., an IAB Transport Migration Management Response message. Donor-CU2 further provides donor-CU1 with Layer 2 information about the topology, e.g., an uplink BAP routing indicator, including the BAP address of a donor-DU, e.g., donor-DU2, in the topology. Donor-CU1 configures IP addresses for the descendant node via an RRCReconfiguration message. The IP address is configured using the IAB-IP-AddressConfiguration IE in RRC reconfiguration, which includes fields such as the IP address, the purpose of the IP address, and the BAP address of the donor-DU corresponding to the IP address (iab-donor-DU-BAP-Address).When a descendant node transmits its own uplink data, it obtains the BAP address included in the routing ID according to the BAP routing ID configured for the data traffic, and this address is the BAP address of the destination donor-DU.It then finds the IP address corresponding to the BAP address of the donor-DU from the IAB-IP-AddressConfiguration setting, and selects this IP address as the IP address used by the traffic for uplink transmission.
[0078] Since the BAP address of donor-DU2 is in the topology of CU2, it may collide with the BAP address in the topology of CU1.
[0079] To solve the above problem, an embodiment of the third aspect provides a method for configuring information, which is applied to an IAB node.
[0080] 6 is a diagram illustrating a method for setting information in an embodiment of the third aspect. As shown in FIG. 6, the method includes the following operations:
[0081] Operation 601: Receive an RRC reconfiguration message, in which the RRC reconfiguration message configures a first donor-DU BAP address for the IAB node, and the first donor-DU BAP address points to a donor distribution unit (donor-DU2) in a second topology.
[0082] In an embodiment of the third aspect, the IAB node may be a descendant node of a boundary IAB node, such as IAB node 4 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited to this, and the IAB node may be of another type.
[0083] In at least one embodiment, the second topology refers to a topology different from the topology to which the IAB node belongs, for example, the IAB node belongs to an F1-terminated topology of a boundary node, i.e., a first topology, and the second topology is a non-F1-terminated topology of a boundary node.
[0084] In at least one embodiment of operation 601, the IP address configuration of the RRC reconfiguration message may include the first donor-DU BAP address.
[0085] In at least one embodiment, the IAB node is configured with an uplink BAP routing ID, and the uplink BAP routing ID includes the first donor-DU BAP address.
[0086] In at least one embodiment, as shown in FIG. 6, the method further includes the following operations:
[0087] Operation 602: The IAB node selects an IP address based on the first donor-DU BAP address; and Operation 603: The IAB node performs uplink transmission via the second topology using the selected IP address.
[0088] 2 and 3, in an embodiment of the third aspect, CU1 can assign a first donor-DU BAP address to donor-DU2 within the topology of CU1, and the first donor-DU BAP address may be referred to as a pseudo BAP address or an alias address. CU1 can configure an uplink BAP routing ID for a descendant node, which includes an indication of the first donor-DU BAP address of donor-DU2.
[0089] Because the descendant nodes make corresponding selections based on the donor-DU BAP address in the uplink BAP routing ID when selecting an IP address, the BAP address for donor-DU2 in IAB-IP-AddressConfiguration is also the first donor-DU BAP address of donor-DU2, not the actual BAP address in the CU2 topology of donor-DU2. Specifically, for descendant nodes of a border IAB node, the BAP address of the IAB-donor-DU in the IP address configuration may be the first donor-DU BAP address, and the first donor-DU BAP address points to an IAB-donor-DU under a non-F1 terminating donor CU of the border IAB node (e.g., donor-DU2 in Figures 2 and 3).
[0090] For example, the RRC standard can be enhanced in TS 38.331. Specifically, the iab-donor-DU-BAP-Address field in the IAB-IP-AddressConfiguration IE of the RRC reconfiguration information can be enhanced as shown in Table 5 below.
[0091] [Table 5] In at least one embodiment, when an IAB node receives an IAB IP address add / modify list (iab-IP-AddressToAddModList) included in an RRC reconfiguration message, the IAB node stores the IP addresses in the list and the first donor-DU BAP addresses corresponding to the IP addresses. The IP addresses may be IPv4 or IPv6 addresses. The IP addresses may be used for F1-C, F1-U, non-F1 traffic, etc.
[0092] According to an embodiment of the third aspect, when setting an IP address for a border IAB node or a descendant node, it is possible to deal with the case where the BAP address of the donor-DU is pseudo.
[0093] <Example of the fourth aspect> In an embodiment of the fourth aspect of the present application, a method for setting information is provided, which corresponds to the method for setting information in the embodiment of the first aspect, and is applied to a donor central unit (CU), for example, donor-CU1 or donor-CU2 in Figure 2 or Figure 3.
[0094] 7 is a diagram illustrating a method for setting information in an embodiment of the fourth aspect. As shown in FIG. 7, the method includes the following operations:
[0095] Operation 701: Send an RRC reconfiguration message, where the RRC reconfiguration message indicates relevant information of the topology to which a default uplink BAP routing ID configured for the IAB node belongs.
[0096] In an embodiment of the fourth aspect, the IAB node may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited thereto, and the IAB node may be of other types.
[0097] In operation 701, the topology-related information may refer to topology information and / or cell group information, where topology includes F1-terminated topology or non-F1-terminated topology, and cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0098] In at least some embodiments, in operation 701, the RRC reconfiguration message may include first indication information, which is used to indicate the topology to which the default uplink BAP routing ID belongs. For example, the first indication information is used to indicate that the topology to which the default uplink BAP routing ID belongs belongs to an F1-terminated topology or a non-F1-terminated topology. The first indication information may be required only for border IAB nodes.
[0099] In at least some other embodiments, in operation 701, a donor central unit (donor-CU) that sets a default uplink BAP routing ID (defaultUL-BAP-RoutingID) field or sets a backhaul adaptation protocol configuration (bap-Config) that includes the default uplink BAP routing ID field can indicate the topology to which the default uplink BAP routing ID belongs, thereby using an implicit method to indicate which topology the default uplink BAP routing ID belongs to.
[0100] Wherein, when an F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the F1 termination topology; when a non-F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the non-F1 termination topology.
[0101] According to an embodiment of the fourth aspect, the default uplink BAP routing ID configured for an IAB node can indicate which topology it belongs to.
[0102] <Example of the fifth aspect> In an embodiment of the fifth aspect of the present application, a method for setting information is provided, which corresponds to the method for setting information in the embodiment of the second aspect, and is applied to a donor central unit (CU), for example, donor-CU1 or donor-CU2 shown in Figure 2 or Figure 3.
[0103] 8 is a diagram illustrating a method for setting information in an embodiment of the fifth aspect. As shown in FIG. 8, the method includes the following operations:
[0104] Operation 801: Send an RRC reconfiguration message, where the RRC reconfiguration message indicates relevant information of a topology to which a default uplink BH RLC channel to be configured for an IAB node belongs.
[0105] In an embodiment of the fifth aspect, the IAB node does not work in an EN-DC scenario, and may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. However, the IAB node of the present application is not limited to this, and the IAB node may be of another type.
[0106] In operation 801, the topology-related information may refer to topology information and / or cell group information, where the topology includes F1-terminated topology or non-F1-terminated topology, and the cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0107] In some embodiments of operation 801, the RRC reconfiguration message may include second indication information, which is used to indicate that the topology to which the default uplink BH RLC channel belongs is an F1-terminated topology or a non-F1-terminated topology, or the second indication information is used to indicate that the default uplink BH RLC channel is directed to an RLC channel on a master cell group (MCG) or an RLC channel on a secondary cell group (SCG). The second indication information may be mandatory for a dual-access node, a node of an NR-DC, or a border IAB node.
[0108] In at least some other embodiments of operation 801, the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) may point to an RLC channel of an MCG or an RLC channel of an SCG, and a donor central unit (donor-CU) that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config containing the default uplink BH RLC channel field can indicate the cell group to which the default uplink BH RLC channel points, thereby implicitly indicating information related to the topology to which the default uplink BH RLC channel belongs.
[0109] In at least some other embodiments, when the donor that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures the bap-Config including the default uplink BH RLC channel field is an MN, the default uplink BH RLC channel points to an RLC channel on an MCG, and when the donor that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures the bap-Config including the default uplink BH RLC channel field is an SN, the default uplink BH RLC channel points to an RLC channel on an SCG. In other words, for an IAB node (e.g., a border IAB node), the default uplink BH RLC channel points to an RLC channel on a backhaul link configured by the donor-CU that configures the field.
[0110] In at least one embodiment, when routing at the BAP sublayer, if the backhaul routing configuration has not been configured or reconfigured by the F1 Application Protocol (F1AP) since the default uplink BH RLC channel was last configured or reconfigured by the RRC, the IAB node selects an exit link based on the cell group corresponding to the default uplink BH RLC channel.
[0111] According to an embodiment of the fifth aspect, it is possible to indicate information related to the topology to which the default uplink BH RLC channel configured for the IAB node belongs.
[0112] <Example of the sixth aspect> In an embodiment of the sixth aspect, a method for setting information is provided, which corresponds to the method for setting information in the embodiment of the third aspect, and is applied to a donor central unit (CU), for example, donor-CU1 shown in Figure 2 or Figure 3.
[0113] 9 is a diagram illustrating a method for setting information in an embodiment of the sixth aspect. As shown in FIG. 9, the method includes the following operations:
[0114] Operation 901: Send an RRC reconfiguration message, in which the RRC reconfiguration message configures a first donor-DU BAP address for the IAB node, and the first donor-DU BAP address points to a donor distribution unit (donor-DU2) in the second topology.
[0115] In an embodiment of the sixth aspect, the IAB node may be a descendant node of a boundary IAB node, for example, IAB node 4 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited to this, and the IAB node may be of another type.
[0116] In at least one embodiment, the second topology refers to a topology different from the topology to which the IAB node belongs, for example, the IAB node belongs to an F1-terminated topology of a boundary node, and the second topology is a non-F1-terminated topology of a boundary node.
[0117] In at least one embodiment of operation 901, the IP address configuration of the RRC reconfiguration message may include the first donor-DU BAP address.
[0118] In at least one embodiment, the CU may configure an uplink BAP routing ID for the IAB node, where the uplink BAP routing ID includes the first donor-DU BAP address.
[0119] 2 and 3, in an embodiment of the third aspect, donor-CU1 can assign a first donor-DU BAP address to donor-DU2 within the topology of CU1, and the first donor-DU BAP address may be referred to as a pseudo BAP address or an alias address. CU1 can configure an uplink BAP routing ID for a descendant node, including an indication of the first donor-DU BAP address of donor-DU2.
[0120] Because the descendant nodes make corresponding selections based on the donor-DU BAP address in the uplink BAP routing ID when selecting an IP address, the BAP address for donor-DU2 in IAB-IP-AddressConfiguration is also the first donor-DU BAP address of donor-DU2, not the actual BAP address in the CU2 topology of donor-DU2. Specifically, for descendant nodes of a border IAB node, the BAP address of the IAB-donor-DU in the IP address configuration may be the first donor-DU BAP address, and the first donor-DU BAP address points to an IAB-donor-DU under a non-F1 terminating donor CU of the border IAB node (e.g., donor-DU2 in Figures 2 and 3).
[0121] In at least one embodiment, the RRC reconfiguration message sent by the CU may include an IAB IP address add / modify list (iab-IP-AddressToAddModList), which includes IP addresses and first donor-DU BAP addresses corresponding to the IP addresses. The IP addresses may be IPv4 or IPv6 addresses. The IP address usage may be F1-C, F1-U, non-F1 traffic, etc.
[0122] According to an embodiment of the sixth aspect, when setting an IP address for a border IAB node or a descendant node, it is possible to deal with the case where the BAP address of the donor-DU is pseudo.
[0123] <Example of the seventh aspect> In a seventh embodiment of the present application, an apparatus for setting information is provided, which corresponds to the method for setting information described in the first embodiment of the present application, and is applied to an IAB node.
[0124] 10 is a diagram showing an apparatus for setting information in an embodiment of the seventh aspect. As shown in FIG. 10, an apparatus 1000 for setting information includes:
[0125] A first receiving unit 1001: receives an RRC reconfiguration message, in which the RRC reconfiguration message indicates relevant information of a topology to which a default uplink BAP routing ID configured for an IAB node belongs.
[0126] In an embodiment of the seventh aspect, the IAB node may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited to this, and the IAB node may be of another type.
[0127] The topology-related information may refer to topology information and / or cell group information, where topology includes F1-terminated topology or non-F1-terminated topology, and cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0128] In at least some embodiments, the RRC reconfiguration message may include first indication information, which is used to indicate the topology to which the default uplink BAP routing ID belongs. For example, the first indication information may be used to indicate that the topology to which the default uplink BAP routing ID belongs is an F1-terminated topology or a non-F1-terminated topology. The first indication information may be required only for border IAB nodes.
[0129] In at least some other embodiments, a donor central unit (donor-CU) that configures a default uplink BAP routing ID (defaultUL-BAP-RoutingID) field or configures a backhaul adaptation protocol configuration (bap-Config) that includes the default uplink BAP routing ID field can indicate the topology to which the default uplink BAP routing ID belongs, thereby using an implicit method to indicate which topology the default uplink BAP routing ID belongs to.
[0130] Wherein, when an F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the F1 termination topology; when a non-F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the non-F1 termination topology.
[0131] As a scheme for implicitly indicating which topology the default uplink BAP routing ID belongs to, in one specific implementation mode, when the MN or SN is an F1 termination donor, it can be determined that the F1 termination donor or a non-F1 termination donor configures the default uplink BAP routing ID field or a bap-Config including the default uplink BAP routing ID field.
[0132] For example, when an IAB node establishes an NR-DC after establishing an F1 connection, the MN is the F1 termination donor, and when an IAB node establishes an NR-DC before establishing an F1-C, the IAB node selects an MN or an SN as the F1 termination donor.
[0133] If the default uplink BAP routing ID field or bap-Config is included in the RRC reconfiguration message transmitted by SRB3 or is included in the multi-radio access technology dual connectivity secondary cell group information element (mrdc-SecondaryCellGroup IE), the default uplink BAP routing ID field or bap-Config is configured by the secondary node (SN). If the default uplink BAP routing ID field or bap-Config is included in the RRC reconfiguration message transmitted by SRB1 and is not included in the mrdc-SecondaryCellGroup IE, the default uplink BAP routing ID field or bap-Config is configured by the master node (MN).
[0134] According to an embodiment of the seventh aspect, the default uplink BAP routing ID configured for an IAB node can indicate which topology it belongs to.
[0135] <Example of the eighth aspect> In an embodiment of an eighth aspect of the present application, an apparatus for setting information is provided, which corresponds to the method for setting information in the embodiment of the second aspect, and the apparatus is applied to an IAB node.
[0136] 11 is a diagram showing an apparatus for setting information in an embodiment of the eighth aspect. As shown in FIG. 11, the apparatus 1100 for setting information includes:
[0137] A second receiving unit 1101: receives an RRC reconfiguration message, in which the RRC reconfiguration message indicates relevant information of a topology to which a default uplink BH RLC channel to be configured for an IAB node belongs.
[0138] In an embodiment of the eighth aspect, the IAB node does not work in an EN-DC scenario, and may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited to this, and the IAB node may be of another type.
[0139] The topology-related information may refer to topology information and / or cell group information, where topology includes F1-terminated topology or non-F1-terminated topology, and cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0140] In some embodiments, the RRC reconfiguration message may include second indication information, which is used to indicate that the topology to which the default uplink BH RLC channel belongs is an F1-terminated topology or a non-F1-terminated topology, or the second indication information is used to indicate that the default uplink BH RLC channel is directed to an RLC channel on a master cell group (MCG) or an RLC channel on a secondary cell group (SCG). The second indication information may be mandatory for a dual-access node, a node of an NR-DC, or a border IAB node.
[0141] In at least some other embodiments, the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) may point to an RLC channel of an MCG or an RLC channel of an SCG, and a donor central unit (donor-CU) that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config containing the default uplink BH RLC channel field can indicate the cell group to which the default uplink BH RLC channel points, thereby implicitly indicating information related to the topology to which the default uplink BH RLC channel belongs.
[0142] In at least some other embodiments, when an MN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an MCG, and when an SN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an SCG. That is, for an IAB node (e.g., a border IAB node), the default uplink BH RLC channel points to an RLC channel on a backhaul link configured by a donor-CU that configures the field.
[0143] In at least some other embodiments, if the default BH RLC channel field or bap-Config is included in an RRC reconfiguration message transmitted by SRB1 and is not included in the multi-radio access technology dual connectivity secondary cell group information element (mrdc-SecondaryCellGroup IE), the default BH RLC channel field or bap-Config is configured by the master node (MN), and if the default uplink BH RLC channel field or bap-Config is included in an RRC reconfiguration message transmitted by SRB3 or the default uplink BH RLC channel field or bap-Config is included in the mrdc-SecondaryCellGroup IE, the default uplink BH RLC channel field or bap-Config is configured by the secondary node (SN).
[0144] When routing at the BAP sublayer, if the backhaul routing configuration has not been configured or reset by the F1AP since the default uplink BH RLC channel was last configured or reset by the RRC, an exit link is selected based on the cell group corresponding to the default uplink BH RLC channel.
[0145] In at least one embodiment, when routing at the BAP sublayer, if the backhaul routing configuration has not been configured or reconfigured by the F1 Application Protocol (F1AP) since the default uplink BH RLC channel was last configured or reconfigured by the RRC, the IAB node selects an exit link based on the cell group corresponding to the default uplink BH RLC channel.
[0146] According to an embodiment of the eighth aspect, it is possible to indicate information related to the topology to which the default uplink BH RLC channel configured for the IAB node belongs.
[0147] <Example of the ninth aspect> In an embodiment of the ninth aspect, an apparatus for setting information is provided, which corresponds to the method for setting information in the embodiment of the third aspect, and the apparatus is applied to an IAB node.
[0148] 12 is a diagram showing an information setting device in an embodiment of the ninth aspect. As shown in FIG. 12, the information setting device 1200 includes:
[0149] A third receiving unit 1201: receives an RRC reconfiguration message, in which the RRC reconfiguration message configures a first donor-DU BAP address for the IAB node, and the first donor-DU BAP address points to a donor distribution unit (donor-DU2) in the second topology.
[0150] In an embodiment of the ninth aspect, the IAB node may be a descendant node of a boundary IAB node, for example, IAB node 4 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited to this, and the IAB node may be of another type.
[0151] In at least one embodiment, the second topology refers to a topology different from the topology to which the IAB node belongs, for example, the IAB node belongs to an F1-terminated topology of a boundary node, and the second topology is a non-F1-terminated topology of a boundary node.
[0152] In at least one embodiment, the IP address configuration of the RRC reconfiguration message may include the first donor-DU BAP address.
[0153] In at least one embodiment, the IAB node is configured with an uplink BAP routing ID, and the uplink BAP routing ID includes the first donor-DU BAP address.
[0154] In at least one embodiment, the third receiving unit 1201 may further perform the following operations: First, select an IP address based on the donor-DU BAP address; and The selected IP address is used to perform uplink transmission via the second topology.
[0155] 2 and 3, in an embodiment of the ninth aspect, CU1 can assign a first donor-DU BAP address to donor-DU2 within the topology of CU1, and the first donor-DU BAP address may be referred to as a pseudo BAP address or an alias address. CU1 can configure an uplink BAP routing ID for a descendant node, including an indication of the first donor-DU BAP address of donor-DU2.
[0156] Because the descendant nodes make corresponding selections based on the donor-DU BAP address in the uplink BAP routing ID when selecting an IP address, the BAP address for donor-DU2 in IAB-IP-AddressConfiguration is also the first donor-DU BAP address of donor-DU2, not the actual BAP address in the CU2 topology of donor-DU2. Specifically, for descendant nodes of a border IAB node, the BAP address of the IAB-donor-DU in the IP address configuration may be the first donor-DU BAP address, and the first donor-DU BAP address points to an IAB-donor-DU under a non-F1 terminating donor CU of the border IAB node (e.g., donor-DU2 in Figures 2 and 3).
[0157] In at least one embodiment, when an IAB node receives an IAB IP address add / modify list (iab-IP-AddressToAddModList) included in an RRC reconfiguration message, it stores the IP addresses in the list and the first donor-DU BAP addresses corresponding to the IP addresses. The IP addresses may be IPv4 or IPv6 addresses. The IP addresses may be used for F1-C, F1-U, non-F1 traffic, etc.
[0158] According to an embodiment of the ninth aspect, when setting an IP address for a border IAB node or a descendant node, it is possible to deal with the case where the BAP address of the donor-DU is pseudo.
[0159] <Example of the tenth aspect> In a tenth embodiment of the present application, an information setting device is provided, which corresponds to the information setting method in the fourth embodiment, and is applied to a donor central unit (CU), for example, donor-CU1 or donor-CU2 in FIG. 2 or FIG. 3 .
[0160] 13 is a diagram showing an apparatus for setting information in an embodiment of the tenth aspect. As shown in FIG. 13, the apparatus 1300 includes:
[0161] A first sending unit 1301: sends an RRC reconfiguration message, in which the RRC reconfiguration message indicates relevant information of a topology to which a default uplink BAP routing ID configured for an IAB node belongs.
[0162] In an embodiment of the tenth aspect, the IAB node may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited thereto, and the IAB node may be of another type.
[0163] The topology-related information may refer to topology information and / or cell group information, where topology includes F1-terminated topology or non-F1-terminated topology, and cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0164] In at least some embodiments, the RRC reconfiguration message may include first indication information, which is used to indicate the topology to which the default uplink BAP routing ID belongs. For example, the first indication information may be used to indicate that the topology to which the default uplink BAP routing ID belongs is an F1-terminated topology or a non-F1-terminated topology. The first indication information may be required only for border IAB nodes.
[0165] In at least some other embodiments, a donor central unit (donor-CU) that configures a default uplink BAP routing ID (defaultUL-BAP-RoutingID) field or configures a backhaul adaptation protocol configuration (bap-Config) that includes the default uplink BAP routing ID field can indicate the topology to which the default uplink BAP routing ID belongs, thereby using an implicit method to indicate which topology the default uplink BAP routing ID belongs to.
[0166] Wherein, when an F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the F1 termination topology; when a non-F1 termination donor sets the default uplink BAP routing ID field or sets a bap-Config including the default uplink BAP routing ID field, the default uplink BAP routing ID belongs to the non-F1 termination topology.
[0167] According to an embodiment of the tenth aspect, the default uplink BAP routing ID configured for an IAB node can indicate which topology it belongs to.
[0168] <Example of the eleventh aspect> In an embodiment of an eleventh aspect of the present application, there is provided an information setting device, which corresponds to the information setting method in the embodiment of the fifth aspect, which is applied to a donor central unit (CU), for example, donor-CU1 or donor-CU2 shown in Figure 2 or Figure 3 .
[0169] 14 is a diagram showing an apparatus for setting information in an embodiment of the eleventh aspect. As shown in FIG. 14, the apparatus 1400 includes:
[0170] A second sending unit 1401: Sends an RRC reconfiguration message, in which the RRC reconfiguration message indicates relevant information of a topology to which a default uplink BH RLC channel to be configured for an IAB node belongs.
[0171] In an embodiment of the eleventh aspect, the IAB node does not work in an EN-DC scenario, and may be a border IAB node, such as IAB node 3 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited thereto, and the IAB node may be of another type.
[0172] The topology-related information may refer to topology information and / or cell group information, where topology includes F1-terminated topology or non-F1-terminated topology, and cell group information includes master cell group / secondary cell group (MCG / SCG) information.
[0173] In some embodiments, the RRC reconfiguration message may include second indication information, which is used to indicate that the topology to which the default uplink BH RLC channel belongs is an F1-terminated topology or a non-F1-terminated topology, or the second indication information is used to indicate that the default uplink BH RLC channel is directed to an RLC channel on a master cell group (MCG) or an RLC channel on a secondary cell group (SCG). The second indication information may be mandatory for a dual-access node, a node of an NR-DC, or a border IAB node.
[0174] In at least some other embodiments, the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) may point to an RLC channel of an MCG or an RLC channel of an SCG, and a donor central unit (donor-CU) that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config containing the default uplink BH RLC channel field can indicate the cell group to which the default uplink BH RLC channel points, thereby implicitly indicating information related to the topology to which the default uplink BH RLC channel belongs.
[0175] In at least some other embodiments, when the donor that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or the bap-Config including the default uplink BH RLC channel field is an MN, the default uplink BH RLC channel points to an RLC channel on an MCG, and when the donor that configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or the bap-Config including the default uplink BH RLC channel field is an SN, the default uplink BH RLC channel points to an RLC channel on an SCG. That is, for an IAB node (e.g., a border IAB node), the default uplink BH RLC channel points to an RLC channel on a backhaul link configured by the donor-CU that configures the field.
[0176] In at least one embodiment, when routing at the BAP sublayer, if the backhaul routing configuration has not been configured or reconfigured by the F1 Application Protocol (F1AP) since the default uplink BH RLC channel was last configured or reconfigured by the RRC, the IAB node selects an exit link based on the cell group corresponding to the default uplink BH RLC channel.
[0177] According to an embodiment of the eleventh aspect, it is possible to indicate information related to the topology to which the default uplink BH RLC channel configured for the IAB node belongs.
[0178] <Example of the twelfth aspect> In an embodiment of the twelfth aspect, an information setting device is provided, which corresponds to the information setting method in the embodiment of the sixth aspect, and is applied to a donor central unit (CU), for example, donor-CU1 shown in Figure 2 or Figure 3.
[0179] 15 is a diagram showing an apparatus for setting information in an embodiment of the twelfth aspect. As shown in FIG. 15, the apparatus 1500 includes:
[0180] A third sending unit 1501: sends an RRC reconfiguration message, in which the RRC reconfiguration message configures a first donor-DU BAP address for the IAB node, and the first donor-DU BAP address points to a donor distribution unit (donor-DU2) in the second topology.
[0181] In an embodiment of the twelfth aspect, the IAB node may be a descendant node of a boundary IAB node, such as IAB node 4 shown in Figure 2 or Figure 3. The IAB node of the present application is not limited to this, and the IAB node may be of another type.
[0182] In at least one embodiment, the second topology refers to a topology different from the topology to which the IAB node belongs, for example, the IAB node belongs to an F1-terminated topology of a boundary node, and the second topology is a non-F1-terminated topology of a boundary node.
[0183] In at least one embodiment, the IP address configuration of the RRC reconfiguration message may include the first donor-DU BAP address.
[0184] In at least one embodiment, the CU may configure an uplink BAP routing ID for the IAB node, where the uplink BAP routing ID includes the first donor-DU BAP address.
[0185] 2 and 3, in an embodiment of the twelfth aspect, donor-CU1 can assign a first donor-DU BAP address to donor-DU2 within the topology of CU1, and the first donor-DU BAP address may be referred to as a pseudo BAP address or an alias address. CU1 can configure an uplink BAP routing ID for a descendant node, including an indication of the first donor-DU BAP address of donor-DU2.
[0186] Because the descendant nodes make corresponding selections based on the donor-DU BAP address in the uplink BAP routing ID when selecting an IP address, the BAP address for donor-DU2 in IAB-IP-AddressConfiguration is also the first donor-DU BAP address of donor-DU2, not the actual BAP address in the CU2 topology of donor-DU2. Specifically, for descendant nodes of a border IAB node, the BAP address of the IAB-donor-DU in the IP address configuration may be the first donor-DU BAP address, and the first donor-DU BAP address points to an IAB-donor-DU under a non-F1 terminating donor CU of the border IAB node (e.g., donor-DU2 in Figures 2 and 3).
[0187] In at least one embodiment, the RRC reconfiguration message sent by the CU may include an IAB IP address add / modify list (iab-IP-AddressToAddModList), which includes IP addresses and first donor-DU BAP addresses corresponding to the IP addresses. The IP addresses may be IPv4 or IPv6 addresses. The IP address usage may be F1-C, F1-U, non-F1 traffic, etc.
[0188] According to an embodiment of the twelfth aspect, when setting an IP address for a border IAB node or a descendant node, it is possible to deal with the case where the BAP address of the donor-DU is pseudo.
[0189] <Example of the thirteenth aspect> An embodiment of the present application further provides a communication system, which may include an IAB node and a base station CU, and at least one of an MT of the IAB node, a DU of the IAB node, and the base station CU may have the electronic device configuration shown in FIG.
[0190] 16 is a diagram showing the configuration of an electronic device (network device) in an embodiment of the present application. As shown in FIG. 16, the electronic device 1600 may include a processor 1610 (e.g., a central processing unit (CPU)) and a memory 1620, which is connected to the processor 1610. The memory 1620 can store various data and can further store a program 1630 for information processing, and can execute the program 1630 under the control of the processor 1610.
[0191] For example, the processor 1610 may be configured to execute a program to implement the methods in the embodiments of the first to sixth aspects.
[0192] 16, electronic device 1600 may further include a transceiver (transmitter / receiver) 1640, an antenna 1650, etc., the functions of which are the same as those of the prior art, and detailed description thereof will be omitted here. Note that electronic device 1600 does not need to include all of the components shown in Fig. 16, and electronic device 1600 may further include components not shown in Fig. 16, for which reference can be made to the prior art.
[0193] An embodiment of the present application further provides a computer program, which, when executed in an IAB node, causes the IAB node to perform the methods described in the embodiments of the first to third aspects.
[0194] An embodiment of the present application further provides a computer program, wherein when the program is executed in a CU node, the program causes the CU to perform the methods described in the embodiments of the fourth to sixth aspects.
[0195] In an embodiment of the present application, a storage medium storing a computer program is further provided, wherein the computer program causes an electronic device to perform the methods described in the embodiments of the first to sixth aspects.
[0196] The above-described devices and methods may be realized by software or hardware, or by a combination of hardware and software. The present invention further relates to a computer-readable program as described below, which, when executed by a logic component, causes the logic component to realize the above-described devices or components, or to perform each of the above-described methods or steps. The logic component may be, for example, an FPGA (Field Programmable Gate Array), a microprocessor, or a processing unit used in a computer. The present invention also relates to a storage medium, such as a hard disk, magnetic disk, optical hard disk, DVD, or flash memory, that stores the above-described program.
[0197] Furthermore, one or more combinations of the functional blocks described in the drawings and / or one or more combinations of the functional blocks may be implemented as a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic component, discrete gate or transistor logic component, discrete hardware assembly or any other suitable combination for performing the functions described herein. Also, one or more combinations of the functional blocks described in the drawings and / or one or more combinations of the functional blocks may further be configured as a combination of computing devices, for example, a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors connected communicatively to a DSP or any other combination of configurations.
[0198] As described above, the preferred embodiments of the present invention have been described. However, the present invention is not limited to such embodiments, and any changes to the present invention belong to the technical scope of the present invention as long as they do not depart from the spirit of the present invention.
[0199] Also, regarding the above-described embodiments and the like, the following supplementary notes are disclosed.
[0200] <Method on the IAB node side> (Supplementary Note 1) A method for setting information applied to an IAB node, comprising: receiving an RRC reconfiguration message, wherein the RRC reconfiguration message instructs related information of a topology to which a default uplink BAP routing ID set for the IAB node belongs.
[0201] (Supplementary Note 2) The method according to Supplementary Note, 1, wherein the topology includes an F1 termination topology or a non-F1 termination topology.
[0202] (Supplementary Note 3) The method according to Supplementary Note 1, wherein The method, wherein the RRC reconfiguration message includes first indication information, and the first indication information is used to indicate a topology to which the default uplink BAP routing ID belongs.
[0203] (Appendix 4) 2. The method of claim 1, comprising: A method for indicating the topology to which a default uplink BAP routing ID field (defaultUL-BAP-RoutingID) belongs by a donor central unit (donor-CU) that sets a default uplink BAP routing ID field or sets a bap-Config that includes the default uplink BAP routing ID field.
[0204] (Appendix 5) 5. The method of claim 4, A method in which, when the default uplink BAP routing ID field is configured by an F1 termination donor or a bap-Config including the default uplink BAP routing ID field is configured, the default uplink BAP routing ID belongs to an F1 termination topology.
[0205] (Appendix 6) 5. The method of claim 4, A method in which, when the default uplink BAP routing ID field is set by a non-F1 termination donor or a bap-Config including the default uplink BAP routing ID field is set, the default uplink BAP routing ID belongs to a non-F1 termination topology.
[0206] (Appendix 7) 7. The method according to claim 5 or 6, A method for determining that an MN or SN is an F1 termination donor, and therefore an F1 termination donor or a non-F1 termination donor sets the default uplink BAP routing ID field or a bap-Config including the default uplink BAP routing ID field.
[0207] (Appendix 8) 8. The method of claim 7, A method in which, if the IAB node establishes an NR-DC after establishing an F1 connection, the MN is an F1 termination donor, and, if the IAB node establishes an NR-DC before establishing an F1-C, the IAB node selects an MN or an SN as an F1 termination donor.
[0208] (Appendix 9) 8. The method of claim 7, A method in which the default uplink BAP routing ID field or bap-Config is set by a secondary node (SN) when the default uplink BAP routing ID field or bap-Config is included in an RRC reconfiguration message transmitted by an SRB3 or when the default uplink BAP routing ID field or bap-Config is included in an mrdc-SecondaryCellGroup IE.
[0209] (Appendix 10) 8. The method of claim 7, A method in which, when the default uplink BAP routing ID field or bap-Config is included in an RRC reconfiguration message transmitted by SRB1 and is not included in mrdc-SecondaryCellGroup IE, the default uplink BAP routing ID field or bap-Config is set by a master node (MN).
[0210] (Appendix 11) 2. The method of claim 1, comprising: The method, wherein the IAB node is a border IAB node.
[0211] (Appendix 12) A method for configuring information applied to an IAB node, comprising: A method comprising: receiving an RRC reconfiguration message, wherein the RRC reconfiguration message indicates related information of a topology to which a default uplink BH RLC channel configured for the IAB node belongs.
[0212] (Appendix 13) 13. The method of claim 12, the RRC reconfiguration message comprises second indication information; The method, wherein the second indication information is used to indicate that the topology to which the default uplink BH RLC channel belongs is an F1 terminated topology or a non-F1 terminated topology, or the second indication information is used to indicate that the default uplink BH RLC channel is directed to an RLC channel on a master cell group or an RLC channel on a secondary cell group.
[0213] (Appendix 14) 13. The method of claim 12, The method, wherein the set default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) points to an RLC channel of an MCG or an RLC channel of an SCG.
[0214] (Appendix 15) 15. The method of claim 14, A method for indicating a cell group to which a default uplink BH RLC channel is directed by a donor central unit (donor-CU) that sets a default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or sets a bap-Config that includes the default uplink BH RLC channel field.
[0215] (Appendix 16) 16. The method of claim 15, When an MN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an MCG.
[0216] (Appendix 17) 16. The method of claim 15, When an SN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an SCG.
[0217] (Appendix 18) 18. The method of claim 17, A method in which the default uplink BH RLC channel field or bap-Config is configured by a secondary node (SN) when the default uplink BH RLC channel field or bap-Config is included in an RRC reconfiguration message transmitted by an SRB3 or when the default uplink BH RLC channel field or bap-Config is included in an mrdc-SecondaryCellGroup IE.
[0218] (Appendix 19) 17. The method of claim 16, A method in which, when the default BH RLC channel field or bap-Config is included in an RRC reconfiguration message transmitted by SRB1 and is not included in an mrdc-SecondaryCellGroup IE, the default BH RLC channel field or bap-Config is configured by a master node (MN).
[0219] (Appendix 20) 20. The method according to any one of claims 12-19, comprising: A method in which the IAB node does not work in an EN-DC scenario.
[0220] (Appendix 21) 13. The method of claim 12, A method for selecting an exit link based on a cell group corresponding to a default uplink BH RLC channel when routing at a BAP sublayer, if a backhaul routing configuration has not been configured or reset by an F1AP after the default uplink BH RLC channel was last configured or reset by an RRC.
[0221] (Appendix 22) 13. The method of claim 12, The method, wherein the IAB node is a border IAB node.
[0222] (Appendix 23) A method for configuring information applied to an IAB node, comprising: A method including receiving an RRC reconfiguration message, wherein the RRC reconfiguration message configures a first donor-DU BAP address for the IAB node, and the first donor-DU BAP address points to a donor distribution unit (DU2) in a second topology.
[0223] (Appendix 24) 24. The method of claim 23, The IP address configuration of the RRC reconfiguration message includes the first donor-DU BAP address.
[0224] (Appendix 25) 24. The method of claim 23, The method in which, when the IAB node receives an IAB IP address addition / change list (iab-IP-AddressToAddModList) included in the RRC reconfiguration message, it stores the IP addresses in the list and the first donor-DU BAP address corresponding to the IP addresses.
[0225] (Appendix 26) The method according to Appendix 23, wherein the uplink BAP routing ID is set for the IAB node, and the first donor-DU BAP address is included in the uplink BAP routing ID.
[0226] (Appendix 27) The method according to Appendix 24, further comprising the IAB node selects an IP address based on the first donor-DU BAP address; and performing uplink transmission via a second topology using the selected IP address.
[0227] (Appendix 28) The method according to Appendix 23, wherein the IAB node is a descendant node of a border IAB node.
[0228] (Appendix 29) The method according to Appendix 28, wherein the second topology is a non-F1 termination topology of the border IAB node.
[0229] <Method on the CU side> (Appendix 30) A method of setting information applied to a donor central unit (CU), comprising transmitting an RRC reconfiguration message, wherein the RRC reconfiguration message includes instructing related information of a topology to which a default uplink BAP routing ID set for an IAB node belongs.
[0230] (Appendix 31) 31. The method of claim 30, The method, wherein the topology comprises an F1-terminated topology or a non-F1-terminated topology.
[0231] (Appendix 32) 31. The method of claim 30, The method, wherein the RRC reconfiguration message includes first indication information, and the first indication information is used to indicate a topology to which the default uplink BAP routing ID belongs.
[0232] (Appendix 33) 31. The method of claim 30, A method for indicating the topology to which a default uplink BAP routing ID field (defaultUL-BAP-RoutingID) belongs by a donor central unit (donor-CU) that sets a default uplink BAP routing ID field or sets a bap-Config that includes the default uplink BAP routing ID field.
[0233] (Appendix 34) 34. The method of claim 33, A method in which, when the default uplink BAP routing ID field is set by the CU as an F1 termination donor, or a bap-Config including the default uplink BAP routing ID field is set, the default uplink BAP routing ID belongs to the F1 termination topology.
[0234] (Appendix 35) 34. The method of claim 33, A method in which, when the default uplink BAP routing ID field is set or a bap-Config including the default uplink BAP routing ID field is set by the CU as a non-F1 termination donor, the default uplink BAP routing ID belongs to a non-F1 termination topology.
[0235] (Appendix 36) 31. The method of claim 30, The method, wherein the IAB node is a border IAB node.
[0236] (Appendix 37) A method for setting information applied to a donor central unit (CU), comprising: A method comprising: sending an RRC reconfiguration message, wherein the RRC reconfiguration message indicates related information of a topology to which a default uplink BH RLC channel configured for an IAB node belongs.
[0237] (Appendix 38) 38. The method of claim 37, the RRC reconfiguration message comprises second indication information; The method, wherein the second indication information is used to indicate that the topology to which the default uplink BH RLC channel belongs is an F1 terminated topology or a non-F1 terminated topology, or the second indication information is used to indicate that the default uplink BH RLC channel is directed to an RLC channel on a master cell group or an RLC channel on a secondary cell group.
[0238] (Appendix 39) 38. The method of claim 37, The method, wherein the set default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) points to an RLC channel of an MCG or an RLC channel of an SCG.
[0239] (Appendix 40) 39. The method of claim 39, A method for indicating a cell group to which a default uplink BH RLC channel is directed by a donor central unit (donor-CU) that sets a default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or sets a bap-Config that includes the default uplink BH RLC channel field.
[0240] (Appendix 41) 41. The method of claim 40, A method in which, when the CU as an MN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an MCG.
[0241] (Appendix 42) 41. The method of claim 40, A method in which, when the CU as an SN configures the default uplink BH RLC channel field (defaultUL-BH-RLC-Channel) or configures a bap-Config including the default uplink BH RLC channel field, the default uplink BH RLC channel points to an RLC channel on an SCG.
[0242] (Appendix 43) 37-42. The method of claim 37, further comprising: A method in which the IAB node does not work in an EN-DC scenario.
[0243] (Appendix 44) 38. The method of claim 37, A method for selecting an exit link based on a cell group corresponding to a default uplink BH RLC channel when routing at a BAP sublayer of the IAB node, if a backhaul routing configuration has not been configured or reset by an F1AP after the default uplink BH RLC channel was last configured or reset by the RRC.
[0244] (Appendix 45) 38. The method of claim 37, The method, wherein the IAB node is a border IAB node.
[0245] (Appendix 46) 1. A method for setting information applied to a donor central unit (CU), comprising: A method including: sending an RRC reconfiguration message, wherein the RRC reconfiguration message configures a first donor-DU BAP address for an IAB node, and the first donor-DU BAP address points to a donor distribution unit (DU2) in a second topology.
[0246] (Appendix 47) 47. The method of claim 46, The IP address configuration of the RRC reconfiguration message includes the first donor-DU BAP address.
[0247] (Appendix 48) 47. The method of claim 46, further comprising: The method includes the CU sending an IAB IP address add / modify list (iab-IP-AddressToAddModList), the list including an IP address and the first donor-DU BAP address corresponding to the IP address.
[0248] (Appendix 49) 47. The method of claim 46, further comprising: The method includes the CU configuring an uplink BAP routing ID for the IAB node, and the uplink BAP routing ID includes the first donor-DU BAP address.
[0249] (Appendix 50) 47. The method of claim 46, The IAB node is a descendant node of a boundary IAB node.
[0250] (Appendix 51) 51. The method of claim 50, The method, wherein the second topology is a non-F1 terminated topology of the border IAB node.
Claims
1. An information setting device applicable to an IAB node, comprising: a receiver for receiving an RRC reconfiguration message; The RRC reconfiguration message indicates topology information to which a default uplink BAP routing ID configured for the IAB node belongs; The topology to which the default uplink BAP routing ID belongs is indicated by a donor central unit (donor-CU) that sets a default uplink BAP routing ID (default UL-BAP-Routing ID) field or sets a bap-config that includes the default uplink BAP routing ID field.
2. 10. The apparatus of claim 1, The apparatus, wherein the topology includes an F1-termination topology or a non-F1-termination topology.
3. 10. The apparatus of claim 1, The device, wherein if the default uplink BAP routing ID field or a bap-config including the default uplink BAP routing ID field is configured by an F1 termination donor, the default uplink BAP routing ID belongs to an F1 termination topology.
4. 10. The apparatus of claim 1, The device, wherein if the default uplink BAP routing ID field or a bap-config including the default uplink BAP routing ID field is set by a non-F1 termination donor, the default uplink BAP routing ID belongs to a non-F1 termination topology.
5. 10. The apparatus of claim 1, The IAB node is a boundary IAB node.
6. An information setting device applicable to an IAB node, comprising: a receiver for receiving an RRC reconfiguration message; The RRC reconfiguration message indicates that a default uplink BH RLC channel (defaultUL-BH-RLC-Channel) field to be configured refers to an RLC channel of an MCG or an RLC channel of an SCG; The cell group to which the default uplink BH RLC channel points is indicated by a donor central unit (donor-CU) setting a default uplink BH RLC channel (default UL-BH-RLC-Channel) field.
7. 7. The apparatus of claim 6, If the default uplink BH RLC channel (defaultUL-BH-RLC-Channel) field is set by the MN, the default uplink BH RLC channel points to an RLC channel on the MCG.
8. 7. The apparatus of claim 6, If the default uplink BH RLC channel (defaultUL-BH-RLC-Channel) field is set by an SN, the default uplink BH RLC channel points to an RLC channel on the SCG.
9. 7. The apparatus of claim 6, The IAB node does not work in an EN-DC scenario.
10. 7. The apparatus of claim 6, When routing is performed at a BAP sublayer, if backhaul routing configuration has not been configured or reconfigured by an F1AP after the default uplink BH RLC channel was last configured or reconfigured by an RRC at a latest time, an apparatus for selecting an egress link based on a cell group corresponding to the default uplink BH RLC channel.
11. 7. The apparatus of claim 6, The IAB node is a border IAB node.
12. An information setting device applicable to an IAB node, comprising: a receiver for receiving an RRC reconfiguration message; the RRC reconfiguration message includes a first donor-DU BAP address for the IAB node, the first donor-DU BAP address pointing to a donor distribution unit (DU2) in a second topology; The second topology is different from the topology to which the IAB node belongs.
13. 13. The apparatus of claim 12, The IP address configuration of the RRC reconfiguration message includes the first donor-DU BAP address.
14. 13. The apparatus of claim 12, When receiving an IAB IP address addition / modification list (iab-IP-AddressToAddModList) included in the RRC reconfiguration message, the IAB node stores an IP address in the IAB IP address addition / modification list and the first donor-DU BAP address corresponding to the IP address.
15. 14. The apparatus of claim 13, further comprising a processor; The processor includes: Selecting an IP address based on the first donor-DU BAP address; and An apparatus for performing uplink transmission via the second topology using the selected IP address.
16. 13. The apparatus of claim 12, The IAB node is a descendant node of a boundary IAB node.
17. 17. The apparatus of claim 16, The second topology is a non-F1 terminated topology of the border IAB node.
Citation Information
Patent Citations
Communication method, apparatus and system
WO2021213470A1