WO2023149577A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2023149577A1
WO2023149577A1 PCT/JP2023/003783 JP2023003783W WO2023149577A1 WO 2023149577 A1 WO2023149577 A1 WO 2023149577A1 JP 2023003783 W JP2023003783 W JP 2023003783W WO 2023149577 A1 WO2023149577 A1 WO 2023149577A1
Authority
WO
WIPO (PCT)
Prior art keywords
routing
packet
header
node
iab
Prior art date
Application number
PCT/JP2023/003783
Other languages
English (en)
French (fr)
Inventor
真人 藤代
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Publication of WO2023149577A1 publication Critical patent/WO2023149577A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point

Definitions

  • the present disclosure relates to a communication control method used in a cellular communication system.
  • Non-Patent Document 1 Integrated Access and Backhaul node
  • a communication control method is a communication control method used in a cellular communication system.
  • the relay node has a packet, and when the packet is a packet to be routed, the relay node replaces the first routing ID included in the header of the packet with the header of routing.
  • the relay node performing routing processing on the packet that has been rewritten to the second routing ID; and if the packet is a rerouting target packet, the relay node rewrites the first routing ID included in the header of the packet to a third routing ID based on information used for rewriting the header for rerouting; The relay node performs rerouting processing on the packet rewritten to the third routing ID.
  • a communication control method is a communication control method used in a cellular communication system.
  • the communication control method has a step of setting, in the relay node, a priority setting in which a priority is set for each path of the relay node by the donor node.
  • the communication control method has a step of receiving the packet by the relay node.
  • the relay node selects a plurality of entries matching the first routing ID included in the header of the packet from the header rewrite table, and selects from the plurality of entries based on the priority setting. selecting the first entry corresponding to said path of highest priority.
  • the communication control method has the step of the relay node rewriting the first routing ID included in the header to the second routing ID included in the first entry.
  • a relay node includes a transmission unit having packets, and a control unit.
  • the control unit rewrites a first routing ID included in the header of the packet to a second routing ID based on information used for rewriting the routing header, Routing processing is performed on the packet that has been rewritten to the second routing ID.
  • the control unit rewrites the first routing ID included in the header of the packet to a third routing ID based on information used for rewriting the header for rerouting. , rerouting processing is performed on the packet that has been rewritten to the third routing ID.
  • FIG. 1 is a diagram illustrating a configuration example of a cellular communication system according to one embodiment.
  • FIG. 2 is a diagram showing the relationship between IAB nodes, parent nodes, and child nodes.
  • FIG. 3 is a diagram illustrating a configuration example of a gNB (base station) according to one embodiment.
  • FIG. 4 is a diagram illustrating a configuration example of an IAB node (relay node) according to one embodiment.
  • FIG. 5 is a diagram illustrating a configuration example of a UE (user equipment) according to one embodiment.
  • FIG. 6 is a diagram showing an example of protocol stacks for IAB-MT RRC connection and NAS connection.
  • FIG. 7 is a diagram showing an example protocol stack for the F1-U protocol.
  • FIG. 8 is a diagram showing an example protocol stack for the F1-C protocol.
  • FIG. 9 is a diagram showing a configuration example of a cellular communication system according to the first embodiment.
  • FIG. 10 is a diagram showing an operation example according to the first embodiment.
  • FIG. 11 is a diagram showing an example of multi-connection according to the second embodiment.
  • FIG. 12 is a diagram showing an example of multi-connection according to the second embodiment.
  • FIG. 13 is a diagram showing an operation example according to the second embodiment.
  • An object of one aspect is to provide a communication control method capable of appropriately performing packet transfer.
  • the cellular communication system 1 is a 3GPP 5G system.
  • the radio access scheme in the cellular communication system 1 is NR (New Radio), which is a 5G radio access scheme.
  • NR New Radio
  • LTE Long Term Evolution
  • 6G future cellular communication systems such as 6G may be applied to the cellular communication system 1 .
  • FIG. 1 is a diagram showing a configuration example of a cellular communication system 1 according to one embodiment.
  • a cellular communication system 1 includes a 5G core network (5GC) 10, a user equipment (UE: User Equipment) 100, a base station device (hereinafter sometimes referred to as a "base station") 200. -1, 200-2, and IAB nodes 300-1, 300-2.
  • Base station 200 may be referred to as a gNB.
  • the base station 200 is an NR base station
  • the base station 200 may be an LTE base station (that is, an eNB).
  • base stations 200-1 and 200-2 may be called gNB 200 (or base station 200), and IAB nodes 300-1 and 300-2 may be called IAB node 300, respectively.
  • the 5GC 10 has AMF (Access and Mobility Management Function) 11 and UPF (User Plane Function) 12.
  • the AMF 11 is a device that performs various mobility controls and the like for the UE 100 .
  • the AMF 11 manages information on the area in which the UE 100 resides by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF 12 is a device that controls transfer of user data.
  • Each gNB 200 is a fixed wireless communication node and manages one or more cells.
  • a cell is used as a term indicating the minimum unit of a wireless communication area.
  • a cell may be used as a term indicating a function or resource for radio communication with the UE 100.
  • One cell belongs to one carrier frequency.
  • the terms cell and base station may be used without distinction.
  • Each gNB 200 is interconnected with the 5GC 10 via an interface called NG interface.
  • NG interface an interface that connects to 5GC 10 to 5GC 10 to 5GC 10 to 5GC 10 to 5GC 10 to 5GC 10.
  • Each gNB 200 may be divided into a central unit (CU: Central Unit) and a distributed unit (DU: Distributed Unit).
  • CU and DU are interconnected through an interface called the F1 interface.
  • the F1 protocol is a communication protocol between the CU and DU, and includes the F1-C protocol, which is a control plane protocol, and the F1-U protocol, which is a user plane protocol.
  • the cellular communication system 1 supports IAB that enables wireless relay of NR access using NR for backhaul.
  • Donor gNB 200-1 (or donor node, hereinafter sometimes referred to as "donor node") is a network-side NR backhaul termination node and a donor base station with additional functionality to support IAB.
  • the backhaul can be multi-hop over multiple hops (ie, multiple IAB nodes 300).
  • IAB node 300-1 wirelessly connects with donor node 200-1
  • IAB node 300-2 wirelessly connects with IAB node 300-1
  • the F1 protocol is carried over two backhaul hops. An example is shown.
  • the UE 100 is a mobile radio communication device that performs radio communication with cells.
  • UE 100 may be any device as long as it performs wireless communication with gNB 200 or IAB node 300 .
  • the UE 100 is a mobile phone terminal, a tablet terminal, a notebook PC, a sensor or a device provided in the sensor, a vehicle or a device provided in the vehicle, an aircraft or a device provided in the aircraft.
  • UE 100 wirelessly connects to IAB node 300 or gNB 200 via an access link.
  • FIG. 1 shows an example in which UE 100 is wirelessly connected to IAB node 300-2.
  • UE 100 indirectly communicates with donor node 200-1 through IAB node 300-2 and IAB node 300-1.
  • FIG. 2 is a diagram showing an example of the relationship between the IAB node 300, parent nodes, and child nodes.
  • each IAB node 300 has an IAB-DU corresponding to a base station function unit and an IAB-MT (Mobile Termination) corresponding to a user equipment function unit.
  • IAB-DU corresponding to a base station function unit
  • IAB-MT Mobile Termination
  • a neighboring node (ie, upper node) on the NR Uu radio interface of an IAB-MT is called a parent node.
  • the parent node is the DU of the parent IAB node or donor node 200 .
  • a radio link between an IAB-MT and a parent node is called a backhaul link (BH link).
  • FIG. 2 shows an example in which the parent nodes of IAB node 300 are IAB nodes 300-P1 and 300-P2. Note that the direction toward the parent node is called upstream.
  • the upper node of the UE 100 can correspond to the parent node.
  • Adjacent nodes (ie, lower nodes) on the NR access interface of the IAB-DU are called child nodes.
  • IAB-DU like gNB200, manages the cell.
  • the IAB-DU terminates the NR Uu radio interface to the UE 100 and subordinate IAB nodes.
  • IAB-DU supports the F1 protocol to the CU of donor node 200-1.
  • FIG. 2 shows an example in which child nodes of IAB node 300 are IAB nodes 300-C1 to 300-C3, but child nodes of IAB node 300 may include UE100. Note that the direction toward a child node is called downstream.
  • all IAB nodes 300 connected to the donor node 200 via one or more hops have a directed acyclic graph (DAG) topology (hereinafter referred to as (sometimes referred to as "topology").
  • DAG directed acyclic graph
  • adjacent nodes on the IAB-DU interface are child nodes
  • adjacent nodes on the IAB-MT interface are parent nodes, as shown in FIG.
  • the donor node 200 centralizes, for example, IAB topology resources, topology, route management, and the like.
  • Donor node 200 is a gNB that provides network access to UE 100 via a network of backhaul links and access links.
  • FIG. 3 is a diagram showing a configuration example of the gNB 200.
  • the gNB 200 has a wireless communication unit 210, a network communication unit 220, and a control unit 230.
  • the wireless communication unit 210 performs wireless communication with the UE 100 and wireless communication with the IAB node 300.
  • the wireless communication section 210 has a receiving section 211 and a transmitting section 212 .
  • the receiver 211 performs various types of reception under the control of the controller 230 .
  • Reception section 211 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 230 .
  • the transmission section 212 performs various transmissions under the control of the control section 230 .
  • the transmitter 212 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 230 into a radio signal, and transmits the radio signal from the antenna.
  • the network communication unit 220 performs wired communication (or wireless communication) with the 5GC 10 and wired communication (or wireless communication) with other adjacent gNBs 200.
  • the network communication section 220 has a receiving section 221 and a transmitting section 222 .
  • the receiving section 221 performs various types of reception under the control of the control section 230 .
  • the receiver 221 receives a signal from the outside and outputs the received signal to the controller 230 .
  • the transmission section 222 performs various transmissions under the control of the control section 230 .
  • the transmission unit 222 transmits the transmission signal output by the control unit 230 to the outside.
  • the control unit 230 performs various controls in the gNB200.
  • Control unit 230 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • a processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor processes each layer, which will be described later. Note that the control unit 230 may perform each process or each operation in the gNB 200 in each embodiment described below.
  • FIG. 4 is a diagram showing a configuration example of the IAB node 300.
  • the IAB node 300 has a radio communication section 310 and a control section 320 .
  • the IAB node 300 may have multiple wireless communication units 310 .
  • the wireless communication unit 310 performs wireless communication (BH link) with the gNB 200 and wireless communication (access link) with the UE 100.
  • the wireless communication unit 310 for BH link communication and the wireless communication unit 310 for access link communication may be provided separately.
  • the wireless communication unit 310 has a receiving unit 311 and a transmitting unit 312.
  • the receiver 311 performs various types of reception under the control of the controller 320 .
  • Receiving section 311 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 320 .
  • the transmission section 312 performs various transmissions under the control of the control section 320 .
  • the transmitter 312 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 320 into a radio signal, and transmits the radio signal from the antenna.
  • the control unit 320 performs various controls in the IAB node 300.
  • Control unit 320 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • a processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor processes each layer, which will be described later. Note that the control unit 320 may perform each process or each operation in the IAB node 300 in each embodiment described below.
  • FIG. 5 is a diagram showing a configuration example of the UE 100. As shown in FIG. As shown in FIG. 5 , UE 100 has radio communication section 110 and control section 120 .
  • the wireless communication unit 110 performs wireless communication on the access link, that is, wireless communication with the gNB 200 and wireless communication with the IAB node 300. Also, the radio communication unit 110 may perform radio communication on the sidelink, that is, radio communication with another UE 100 .
  • the radio communication unit 110 has a receiving unit 111 and a transmitting unit 112 .
  • the receiver 111 performs various types of reception under the control of the controller 120 .
  • Reception section 111 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 120 .
  • the transmitter 112 performs various transmissions under the control of the controller 120 .
  • the transmitter 112 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 120 into a radio signal, and transmits the radio signal from the antenna.
  • the control unit 120 performs various controls in the UE 100.
  • Control unit 120 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • a processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor processes each layer, which will be described later. Note that the control unit 120 may perform each process in the UE 100 in each embodiment described below.
  • FIG. 6 is a diagram showing an example of protocol stacks for IAB-MT RRC connection and NAS connection.
  • the IAB-MT of the IAB node 300-2 includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer, an RRC (Radio Resource Control) layer, and a NAS (Non-Access Stratum) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • NAS Non-Access Stratum
  • the PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted via physical channels between the IAB-MT PHY layer of the IAB node 300-2 and the IAB-DU PHY layer of the IAB node 300-1.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedures, and the like. Data and control information are transmitted via transport channels between the MAC layer of the IAB-MT of the IAB node 300-2 and the MAC layer of the IAB-DU of the IAB node 300-1.
  • the MAC layer of IAB-DU contains the scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS: Modulation and Coding Scheme)) and allocation resource blocks.
  • MCS Modulation and Coding Scheme
  • the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted over logical channels between the IAB-MT RLC layer of IAB node 300-2 and the IAB-DU RLC layer of IAB node 300-1.
  • the PDCP layer performs header compression/decompression and encryption/decryption. Data and control information are transmitted between the IAB-MT PDCP layer of IAB node 300-2 and the PDCP layer of donor node 200 via radio bearers.
  • the RRC layer controls logical channels, transport channels and physical channels according to radio bearer establishment, re-establishment and release. Between the IAB-MT RRC layer of the IAB node 300-2 and the RRC layer of the donor node 200, RRC signaling for various settings is transmitted. If there is an RRC connection with the donor node 200, the IAB-MT is in RRC connected state. When there is no RRC connection with the donor node 200, the IAB-MT is in RRC idle state.
  • the NAS layer located above the RRC layer performs session management and mobility management.
  • NAS signaling is transmitted between the NAS layer of the IAB-MT of the IAB node 300-2 and the AMF 11.
  • FIG. 7 is a diagram showing a protocol stack for the F1-U protocol.
  • FIG. 8 is a diagram showing a protocol stack for the F1-C protocol.
  • the donor node 200 is split into CUs and DUs.
  • each of the IAB-MT of the IAB node 300-2, the IAB-DU of the IAB node 300-1, the IAB-MT of the IAB node 300-1, and the DU of the donor node 200 is It has a BAP (Backhaul Adaptation Protocol) layer as an upper layer.
  • the BAP layer is a layer that performs routing processing and bearer mapping/demapping processing.
  • the IP layer is transported over the BAP layer to allow routing over multiple hops.
  • BAP layer PDUs Protocol Data Units
  • backhaul RLC channels BH NR RLC channels
  • Traffic prioritization and QoS control are possible by configuring multiple backhaul RLC channels on each BH link.
  • the association between BAP PDUs and backhaul RLC channels is performed by the BAP layer of each IAB node 300 and the BAP layer of the donor node 200 .
  • the F1-C protocol stack has an F1AP layer and an SCTP layer instead of the GTP-U layer and UDP layer shown in FIG.
  • the processing or operations performed by the IAB's IAB-DU and IAB-MT may be simply described as "IAB" processing or operations.
  • the IAB-DU of the IAB node 300-1 sends a BAP layer message to the IAB-MT of the IAB node 300-2, and the IAB node 300-1 sends the message to the IAB node 300-2.
  • DU or CU processing or operations of donor node 200 may also be described simply as "donor node” processing or operations.
  • upstream direction and the uplink (UL) direction may be used without distinction.
  • downstream direction and the downlink (DL) direction may be used interchangeably.
  • BAP layer functions include routing and re-routing.
  • Routing is, for example, controlling which IAB node 300 the received packet is transferred to.
  • the BAP layer of the IAB node 300 performs routing based on the BAP routing ID (hereinafter sometimes referred to as "routing ID") included in the header of the received BAP packet (BAP PDU).
  • the routing ID is obtained from a BAP address (Destination) (hereinafter sometimes referred to as “destination”) and a BAP path ID (Path ID) (hereinafter sometimes referred to as "path ID"). Configured.
  • the BAP layer determines whether the destination (Destination) in the routing ID included in the received BAP packet matches the BAP address of its own station. The BAP layer determines that the destination has been reached if they match.
  • the BAP layer searches for an entry that matches the routing ID included in the routing table (or routing configuration) (BH Routing Configuration). The BAP layer then sends the received packet to the next hop address included in the entry. Note that the setting of the routing table is performed by the CU of the donor node 200 sending an F1AP message including the routing table to the IAB-DU of the IAB node 300 .
  • rerouting is, for example, controlling the transfer of received packets to the destination node (access IAB node or donor node) via an alternative path.
  • Rerouting is done for packets that have no destination after the routing process. That is, rerouting occurs after routing.
  • Rerouting may be done by explicitly setting an alternate path by the donor node.
  • rerouting may be performed by the BAP layer appropriately selecting a route that matches the destination of the received packet (paths with the same destination and different path IDs).
  • routing between CUs The routing described above may take place between the CUs of the donor node.
  • FIG. 9 is a diagram showing a configuration example of the cellular communication system 1 according to the first embodiment.
  • FIG. 9 shows an example in which the CU of the donor node 200-1 forms the first topology (TP#1) and the CU of the donor node 200-2 forms the second topology (TP#2). . Also, an example in which the IAB node 300-B is arranged across two topologies is shown.
  • the IAB node 300-B receives the packet transmitted from the child node on the first topology side.
  • the destination of the packet is the CU of donor node 200-2.
  • the transmission part of the BAP layer (in the IAB-MT) of the IAB node 300-B can be transferred to the second topology by routing processing.
  • the transmitting unit uses the routing ID (or previous Routing ID) contained in the header of the packet, using the header rewriting table (or header rewriting configuration) (Header Rewriting Configuration) and rewrite to New Routing ID.
  • Such processing is sometimes called a header rewriting operation (BAP header rewiring operation).
  • the packet whose header has been rewritten is transferred to the CU of donor node 200-2, which is the destination.
  • the setting of the header rewriting table is performed, for example, by the CU of the donor node 200-1 sending an F1AP message including the table to the IAB-DU of the IAB node 300-B.
  • the above example is an example of routing between CUs in the upstream direction. Inter-CU routing may also occur in the downstream direction.
  • the IAB node 300-B transmits the packet received from the parent node of the second topology (TP#2) to the child node of the first topology (TP#1).
  • the destination of the packet is the access IAB node of the first topology (TP#1) (the node that first processes the packet received from the UE 100 or the last node that processes the packet to be transmitted to the UE 100).
  • the transmission unit of the BAP layer (in the IAB-DU) of the IAB node 300-B rewrites the routing ID contained in the header of the received packet by the header rewriting process. This makes it possible to transfer the packet after rewriting the header to the destination (the access IAB node of the first topology).
  • An IAB node connected to multiple topologies such as the IAB node 300-B shown in FIG. 9, may be called a "Boundary IAB node". Inter-CU routing is performed at border IAB node 300-B.
  • the rerouting described above may occur between CUs of donor node 200 .
  • the BAP layer transmission unit (in IAB-MT) of the boundary IAB node 300-B performs the above-described routing processing, but if the routing processing fails, the header rewrite processing is performed, and the CU inter-rerouting. Specifically, when the routing of a packet received from a child node fails, the transmission unit of the BAP layer stores the routing ID (or old routing ID) contained in the header of the packet in the header rewriting table (Header Rewriting Configuration ) to rewrite to the new routing ID. The packet whose header has been rewritten is transferred to the CU of donor node 200-2. The CU of donor node 200-2 then transfers the received packet to the CU of donor node 200-1. As a result, the packet is transmitted to the destination (CU of donor node 200-1).
  • the transmission unit of the BAP layer stores the routing ID (or old routing ID) contained in the header of the packet in the header rewriting table (Header Rewriting Configuration ) to rewrite to the new routing ID.
  • rerouting may be performed between DUs belonging to the same topology.
  • DU#1 of the donor node 200-1 and DU#2 of the donor node 200-1 under the CU of the donor node 200-1.
  • the IAB node 300 belonging to the same topology as the CU of the donor node 200-1 transfers the packet addressed to DU#1 of the donor node 200-1 to the donor node 200-DU#2 by rerouting. Is possible.
  • the transmission unit of the BAP layer (in IAB-MT) of the IAB node 300 uses a header rewriting table (Header Rewriting Configuration) to write the old routing ID contained in the header of the packet to the new routing ID. change.
  • header rewriting enables inter-DU rerouting.
  • header rewriting processing is also performed in inter-CU rerouting
  • header rewriting processing is also performed in inter-DU rerouting. Therefore, inter-CU rerouting and inter-DU rerouting are sometimes referred to as "header re-writing based re-routing”.
  • header rewrite processing is performed by inter-CU routing. Header rewriting processing is also performed in inter-CU rerouting. It is expected that the two header rewriting processes will be performed by a common procedure as much as possible, thereby improving the reliability, flexibility, and low delay of packet transfer, for example. As a result, for example, the IAB node 300 can appropriately transfer packets.
  • the problem is that the header rewriting process for routing and the header rewriting process for rerouting are performed in a common procedure as much as possible, so that packet forwarding is appropriately performed.
  • the IAB node 300 first searches the header rewriting table both during the routing process and during the rerouting process on the premise that the rerouting process is performed after the routing process. Then, the IAB node 300 performs header rewrite processing if an entry matching the header of the received packet exists in the header rewrite table.
  • a relay node receives the packet.
  • the relay node includes the first routing ID in the first entry. Rewrite to the second routing ID.
  • the relay node includes the first routing ID in the second entry. Rewrite to the third routing ID.
  • the IAB node 300 first performs processing using the header rewriting table during routing, and also performs processing using the header rewriting table first during subsequent rerouting.
  • header rewriting processing in routing and header rewriting processing in rerouting can be standardized (or unified), and appropriate communication becomes possible.
  • FIG. 10 is a diagram showing an operation example according to the first embodiment.
  • each process shown in FIG. 10 is performed in the transmission section of the BAP layer in the IAB-MT of the boundary IAB node 300-B. That is, packet forwarding in the upstream direction.
  • the operation example shown in FIG. 10 will be described below by taking packet transfer in the upstream direction at the border IAB node 300-B as an example.
  • the transmission unit of the BAP layer receives packets (BAP PDUs).
  • the BAP layer transmitter may receive the packet (that is, the packet transferred from another node) from the BAP receiver (of the IAB-DU).
  • the transmission unit of the BAP layer may receive the packet (that is, the packet received from the UE 100 under the control of the IAB node 300) from the upper layer.
  • step S11 the transmission unit of the BAP layer recognizes the packet received in step S10 as a routing target.
  • the BAP layer transmitter may mark the packet to be routed. The marking may be performed by storing in memory in association with the packet.
  • step S12 the transmission unit of the BAP layer determines whether the packet is to be routed or rerouted. If the packet is to be routed ("Routing" in step S12), the process proceeds to step S13. On the other hand, if the packet is not to be routed ("Re-routing" in step S12), the process proceeds to step S23. Alternatively, if the packet is subject to rerouting ("Re-routing" at step S12), the process proceeds to step S23, and if not subject to rerouting ("Routing" at step S12), the process proceeds to step S13. may Since the transmission unit of the BAP layer recognizes that the received packet is to be routed in step S11, the processing of step S13 is performed in the following description.
  • the transmission unit of the BAP layer searches for an entry for routing (that is, for routing between CUs) in the header rewriting table.
  • the header rewriting table includes entries for routing and entries for rerouting. This makes it possible to share the header rewriting table for routing processing and the header rewriting table for rerouting processing.
  • step S14 the transmission unit of the BAP layer determines that an entry matching the routing ID (or the old routing ID) included in the header of the received packet exists in the routing entry (for example, the first entry) of the header rewriting table. determine whether or not to If an entry matching the old routing ID exists in the routing entry of the header rewrite table (Yes in step S14), the process proceeds to step S15. On the other hand, if the entry matching the old routing ID does not exist in the routing entry of the header rewriting table (No in step S14), the process proceeds to step S16.
  • step S15 the transmission unit of the BAP layer rewrites the routing ID (old routing ID) included in the header of the packet to the new routing ID included in the entry that matches the routing ID.
  • step S16 when the header is rewritten in step S15, the transmission unit of the BAP layer performs routing processing by inter-CU routing on the rewritten packet. In this case, the transmission unit of the BAP layer attempts to transmit the packet to the route indicated by the routing ID after rewriting the header. On the other hand, in step S16, the transmission unit of the BAP layer performs routing processing within the same topology on packets for which the header rewriting processing (step S15) has not been performed. In this case, the transmission unit of the BAP layer searches for a routing ID that matches the routing ID included in the header of the packet from the routing table (BH Routing Configuration), and sends the packet to the route indicated by the routing ID. try to send That is, when the old routing ID does not exist in the routing entry of the header rewrite table, the BAP layer transmission unit performs routing processing using the routing table.
  • BH Routing Configuration the routing table
  • step S17 the transmission unit of the BAP layer determines whether or not the routing process has succeeded. If the next hop BAP address is unavailable for some reason, the transmission unit of the BAP layer may determine that the routing process has failed (No in step S17). Also, the BAP layer transmitter may determine that the routing process has failed if the egress BH link is not available for some reason. Furthermore, the transmission unit of the BAP layer may determine that the routing process has failed if the egress BH RLC channel is not available for some reason. Furthermore, the BAP layer transmitter determines that the routing process has failed if the next hop BAP address is not available, the outgoing link is not available, and the outgoing BH RLC channel is not available.
  • the cause is, for example, the RLF of the outgoing BH link.
  • the transmission section of the BAP layer determines that routing has succeeded if the packet can be sent to the next hop BAP address using the outflow BH RLC channel in the outflow BH link corresponding to the next hop BAP address. (Yes in step S17). If the packet has been successfully routed (Yes in step S17), the process proceeds to step S19. On the other hand, if the packet fails to be routed (No in step S17), the process proceeds to step S18.
  • step S18 the transmission unit of the BAP layer recognizes the packet to be rerouted.
  • the transmission unit of the BAP layer may mark the packet as a rerouting target packet. The marking may be performed by storing in memory in association with the packet.
  • the process proceeds to step S12 and repeats the above-described process.
  • step S19 due to successful routing, the packet is transmitted to the selected next hop.
  • step S17 the routing of the received packet fails (No in step S17) and is recognized as being subject to rerouting (step S18) will be described below.
  • step S23 the transmission unit of the BAP layer searches for rerouting entries in the header rewriting table.
  • the header rewriting table itself is the same as in the routing process (step S13).
  • step S24 the transmission unit of the BAP layer determines whether an entry matching the routing ID (or the old routing ID) included in the header of the packet exists in the rerouting entry (for example, the second entry) of the header rewriting table. determine whether or not If an entry matching the old routing ID exists in the rerouting entry of the header rewriting table (Yes at step S24), the process proceeds to step S25. On the other hand, if an entry matching the old routing ID does not exist in the rerouting entry of the header rewriting table (No in step S24), the process proceeds to step S26.
  • step S25 the transmission unit of the BAP layer rewrites the routing ID (old routing ID) included in the header of the packet to the new routing ID included in the entry that matches the routing ID.
  • step S26 when the header is rewritten in step S25, the BAP layer transmission unit performs rerouting processing on the rewritten packet.
  • the transmission unit of the BAP layer attempts to transmit the packet to a route that matches the destination (Destination) included in the routing ID after rewriting the header.
  • the BAP layer may attempt to send the packet to a route that matches the routing ID after rewriting the header.
  • the transmission unit of the BAP layer performs rerouting processing without header rewriting (that is, local rerouting processing) for packets for which header rewriting processing has not been performed (No in step S24). .
  • the transmission unit of the BAP layer selects a route that matches the destination of the routing ID included in the header of the packet, and attempts to transmit the packet toward that route.
  • step S27 the transmission unit of the BAP layer determines whether or not the rerouting process has succeeded.
  • the transmission unit of the BAP layer may determine that the rerouting process has failed (No in step S27) when the next hop BAP address (Next Hop BAP Address) is unavailable for some reason.
  • the BAP layer transmitter may determine that the rerouting process has failed if the outgoing BH link (egress BH link) is not available for some reason.
  • the transmission unit of the BAP layer may determine that the rerouting process has failed if the egress BH RLC channel is not available for some reason.
  • the BAP layer sender determines that the rerouting process has failed if the next hop BAP address is not available, the outgoing link is not available, and the outgoing BH RLC channel is not available.
  • the cause is, for example, the RLF of the outgoing BH link.
  • the transmission section of the BAP layer determines that rerouting has succeeded if the packet can be sent to the next hop BAP address using the outflow BH RLC channel in the outflow BH link corresponding to the next hop BAP address. (Yes in step S27). If the packet has been successfully rerouted (Yes in step S27), the process proceeds to step S19. On the other hand, if rerouting fails for the packet (No in step S27), the process proceeds to step S28.
  • step S28 the transmission unit of the BAP layer recognizes that the packet is to be routed. That is, when the transmission unit of the BAP layer fails the rerouting process for the packet, the packet is regarded as a packet to be routed.
  • the transmission unit of the BAP layer excludes the packet from rerouting targets. Then, the process moves to step S12 and repeats the above-described process. That is, the transmission unit of the BAP layer repeats the routing process (process after step S13) again for the packet.
  • the transmission unit of the BAP layer may recognize whether or not the packet is to be routed. Also, the transmission unit of the BAP layer may recognize the packet by whether or not the packet is to be rerouted. Also, the fact that a packet is not subject to routing or that a packet is not subject to rerouting may mean that there is no special recognition of the packet. For example, packets that are recognized to be routed may be subject to routing processing, and packets that are not recognized to be routed may be subject to rerouting processing. Further, for example, packets that are recognized as being subject to rerouting may be subject to rerouting processing, and packets that are not recognized as being subject to rerouting may be subject to routing processing.
  • the processing related to rewriting the header during routing (steps S13 to S15) and the processing related to rewriting the header during rerouting (steps S23 to S25) refer to the header rewriting table. are identical except for the entry Therefore, header rewriting processing in routing processing and header rewriting processing in rerouting processing can be performed in a common procedure, and packet transfer can be appropriately performed.
  • the IAB node 300 when the IAB node 300 performs the header rewriting process and fails in the rerouting process (No in step S27), the IAB node 300 removes the packet from the rerouting target and makes it the routing target (step S28). As a result, the IAB node 300 can rewrite the header of the packet as a routing target and perform the routing process again. Therefore, the IAB node 300 can properly transfer the packet.
  • a dual connection method (hereinafter sometimes referred to as "DC" is also applicable between the IAB nodes 300.
  • DC is, for example, a communication scheme that uses resources provided by two different nodes connected by a non-ideal backhaul link.
  • MCG master cell group
  • SCG secondary cell group
  • a MCG is a cell group of serving cells associated with a master node.
  • a SCG is a group of serving cells associated with a secondary node.
  • the IAB-MT of the IAB node 300 is connected to the master node that manages the MCG (eg, parent node #1 of the IAB node 300), and the secondary node that manages the SCG (eg, parent node #2 of the IAB node 300). can be connected with the master node that manages the MCG (eg, parent node #1 of the IAB node 300), and the secondary node that manages the SCG (eg, parent node #2 of the IAB node 300). can be connected with
  • the border IAB node 300-B has MCG set for parent node #1 on the first topology side and SCG set for parent node #2 on the second topology side.
  • the boundary IAB node 300-B performs rerouting processing to transfer the packet to the parent node #2 on the second topology side.
  • DC is a communication system connected by two links
  • multi-connection is a communication system connected by three or more links.
  • FIG. 11 is a diagram showing an example of multi-connection according to the second embodiment.
  • MCG is set for the parent node 300-P11 on the first topology side
  • SCG#1 is set for the parent node 300-P12 on the first topology side
  • SCG#2 is set for the parent node 300-P2 on the second topology side.
  • the border IAB node 300-B should perform rerouting processing to the parent node 300-P11 of the first topology set with MCG#1, or the parent node of the second topology set with SCG#2. It may be a question whether rerouting processing should be performed for 300-P2.
  • the border IAB node 300-B when the border IAB node 300-B selects the parent node 300-P11, it performs header rewriting processing by inter-DU rerouting. Further, even if the parent node 300-P2 is selected, the boundary IAB node 300-B performs header rewriting processing by rerouting between CUs. The boundary IAB node 300-B will perform the header rewriting process regardless of which parent node 300-P is selected.
  • FIG. 12 is a diagram showing an example of multi-connection according to the second embodiment. Even in this case, if a BH RLF occurs in the BH link to the parent node 300-P1 of the first topology with MCG set, the border IAB node 300-B is the parent node of the second topology with SCG#1 set. 300-P21, or select the parent node 300-P22 of the second topology in which SCG#2 is set. Even if the border IAB node 300-B selects either the parent node 300-P21 or the parent node 300-P22, the header rewriting process is performed and the rerouting process is performed.
  • priorities are set for paths.
  • the donor node eg, CU (200-C1) of the donor node
  • each path eg, MCG, SCG#1, and SCG#2
  • a relay node receives the packet.
  • the relay node selects a plurality of entries that match the first routing ID included in the header of the packet from the header rewriting table, and selects the highest priority among the plurality of entries based on the priority setting. Select the first entry corresponding to the degree path.
  • the relay node rewrites the first routing ID included in the header to the second routing ID included in the first entry.
  • the boundary IAB node 300-B can select one of the parent nodes 300-P according to the priority setting and perform header rewrite processing, so that the received packet can be transferred appropriately. It becomes possible.
  • FIG. 13 is a diagram showing an operation example according to the second embodiment.
  • the donor node 200 starts processing in step S40.
  • the donor node 200 sets priority for each path for rerouting to the border IAB node 300-B. Specifically, the donor node 200 sets (or transmits) to the boundary IAB node 300-B a priority setting in which a priority is set for each path of the boundary IAB node 300-B.
  • a path may be a link.
  • the BH link to the parent node 300-P11 with MCG set the BH link to the parent node 300-P12 with SCG#1 set, and the parent node 300-P2 with SCG#2 set
  • a priority may be set for each of the BH links.
  • a path may also be a cell group. In the example of FIG. 11, priority may be set for each of MCG, SCG#1, and SCG#2.
  • a path may be a route indicated by a routing ID. That is, priority may be set for each routing ID.
  • a path may be a destination. That is, priority may be set for each destination.
  • a path can be a topology.
  • priority may be set for each topology.
  • priority may be set for each of the F1-terminating CU's topology and the F1 non-terminating CU's topology.
  • the F1 termination topology is a topology that terminates the F1-AP at the boundary IAB node 300-B, and in the example of FIG. , the topology on the CU (200-C1) side of the donor node.
  • the F1 non-terminating topology is a topology that does not terminate the F1-AP, and in the example of FIG. Topology.
  • the path may be a route that executes the header rewriting process or a route that does not execute the header rewriting process (non-execution). That is, a route that does not perform header rewrite processing may be prioritized over a route that performs header rewrite processing (or vice versa).
  • the information shown in is included in the priority setting.
  • the highest number may represent the highest priority.
  • the lowest numerical value may represent the highest priority.
  • the priority setting may be included in the Header Rewriting Configuration.
  • the priority setting may include a priority in each entry of the header rewriting table.
  • the priority setting may be associated with each entry in the header rewriting table.
  • Rerouting that does not require header rewriting ie, local rerouting
  • rerouting that does not require header rewriting may (implicitly) be considered the lowest priority. Since rerouting that does not require header rewriting is not included in the header rewriting table, the rerouting path that does not require header rewriting is regarded as having the highest or lowest priority.
  • the donor node 200 may notify the priority for the path whose entry is not included in the header rewriting table.
  • the notification may be included in an F1AP message, an RRC message, or the like. Since the priority setting is included in the header rewriting table, the BAP layer transmission unit can perform path selection based on the priority in parallel with the header rewriting process.
  • priority settings may be included in a routing table (BH Routing Configuration).
  • the priority may be included in each entry of the routing table, similar to the case where the priority setting is included in the header rewrite table.
  • the priority setting may be associated with each entry in the routing table.
  • the boundary IAB node 300-B receives the packet (BAP PDU).
  • the BAP layer transmitter of (the IAB-MT at) border IAB node 300-B receives packets from the BAP layer receiver (of the IAB-DU).
  • the BAP layer transmitter of the border IAB node 300-B may receive packets from higher layers (ie, from the UE 100).
  • the boundary IAB node 300-B then performs routing processing on the packet. In the following description, it is assumed that the border IAB node 300-B has failed the routing process.
  • step S43 the transmission unit of the BAP layer of the boundary IAB node 300-B performs predetermined processing.
  • Predetermined processing includes the following.
  • the transmission part of the BAP layer searches the header rewriting table (Header Rewriting Configuration) and lists the entries for rerouting that match the routing ID (or old routing ID) included in the packet. conduct. That is, the transmission unit of the BAP layer selects multiple entries from the header rewrite table that match the routing ID (or old routing ID) included in the packet, and lists the multiple entries.
  • the header rewrite table may include entries for rerouting and entries for routing, as in the first embodiment.
  • the transmission unit of the BAP layer selects the highest priority path and selects the entry corresponding to that path from the list. That is, the transmission unit of the BAP layer selects an entry (for example, the first entry) for the path with the highest priority based on the priority setting from among the multiple entries. Then, the BAP layer transmission unit rewrites the routing ID (for example, the first routing ID) included in the header of the packet to the new routing ID (for example, the second routing ID) included in the entry. After that, the transmission unit of the BAP layer tries to transmit the packet after rewriting the header.
  • the sender of the BAP layer assumes that the BH link on the route is unavailable and the transmission of the packet fails (ie rerouting fails).
  • the transmission unit of the BAP layer selects the second priority path from the list and selects the entry corresponding to the path from the list. Then, the transmission unit of the BAP layer rewrites the routing ID included in the packet to the new routing ID included in the entry. After that, the transmission unit of the BAP layer tries to transmit the packet after rewriting the header. Then, when the transmission of the packet fails, the transmission unit of the BAP layer selects the third priority path from the list and repeats the above-described processing. The transmission unit of the BAP layer selects a path in order of highest priority, attempts to transmit a packet toward the path, and if packet transmission fails, selects the path with the next priority, and transmits the packet.
  • the transmission unit of the BAP layer determines that the packet transmission to the first priority path has been performed, and transmits the packet to the second priority path. If the transmission is successful, it means that the packet has been transmitted to the second priority path.
  • the transmission unit of the BAP layer ends a series of processing.
  • a program that causes a computer to execute each process performed by the UE 100 or the gNB 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • a computer readable medium allows the installation of the program on the computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be, for example, a recording medium such as CD-ROM or DVD-ROM.
  • circuits that execute each process performed by the UE 100 or the gNB 200 may be integrated, and at least part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC: System on a chip).
  • chipsset, SoC System on a chip
  • the terms “based on” and “depending on,” unless expressly stated otherwise, “based only on.” does not mean The phrase “based on” means both “based only on” and “based at least in part on.” Similarly, the phrase “depending on” means both “only depending on” and “at least partially depending on.” Also, the terms “include,” “comprise,” and variations thereof are not meant to include only the listed items, but may include only the listed items or may include the listed items. In addition, it means that further items may be included. Also, the term “or” as used in this disclosure is not intended to be an exclusive OR. Furthermore, any references to elements using the "first,” “second,” etc. designations used in this disclosure do not generally limit the quantity or order of those elements.
  • a communication control method used in a cellular communication system a relay node receiving the packet; When the first routing ID included in the header of the packet to be routed exists in the first entry for routing of the header rewriting table, the relay node includes the first routing ID in the first entry. rewriting to a second routing ID; When the first routing ID included in the header of the packet to be rerouted exists in the second entry for rerouting of the header rewriting table, the relay node stores the first routing ID in the second entry. and rewriting to the included third routing ID.
  • a communication control method used in a cellular communication system, a relay node receiving the packet; When the first routing ID included in the header of the packet to be routed exists in the first entry for routing of the header rewriting table, the relay node includes the first routing ID in the first entry. rewriting to a second routing ID; When the first routing ID included in the header of the packet to be rerouted exists in the second entry for rerouting of the header rewriting table, the relay
  • the relay node performs rerouting processing on the packet that has been rewritten to the third routing ID;
  • a communication control method used in a cellular communication system a step of a donor node setting a priority setting in the relay node in which a priority is set for each path of the relay node; the relay node receiving a packet; The relay node selects a plurality of entries that match the first routing ID included in the header of the packet from the header rewriting table, and selects the highest priority among the plurality of entries based on the priority setting. selecting the first entry corresponding to the path of and said relay node rewriting said first routing ID included in said header to a second routing ID included in said first entry.
  • Mobile communication system 10 5GC 100: UE 110: Wireless communication unit 130: Control unit 200: Donor node (gNB) 210: wireless communication unit 230: Control unit 300: IAB node 310: Wireless communication unit 320: Control unit TP#1, TP#2: Topology

Landscapes

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

Abstract

一態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、パケットを有することと、前記パケットがルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる第１ルーティングＩＤを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第２ルーティングＩＤへ書き替えることと、　前記中継ノードが、前記第２ルーティングＩＤへの書き替えを行った前記パケットに対してルーティング処理を行うことと、前記パケットがリルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる前記第１ルーティングＩＤを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第３ルーティングＩＤへ書き替えることと、前記中継ノードが、前記第３ルーティングＩＤへの書き替えを行った前記パケットに対してリルーティング処理を行うことと、を有する。

Description

通信制御方法
　本開示は、セルラ通信システムに用いる通信制御方法に関する。
　セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）において、ＩＡＢ（Integrated Access and Backhaul）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、非特許文献１参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．８．０（２０２１－１２）
　第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、パケットを有することと、前記パケットがルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる第１ルーティングＩＤを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第２ルーティングＩＤへ書き替えることと、前記中継ノードが、前記第２ルーティングＩＤへの書き替えを行った前記パケットに対してルーティング処理を行うことと、前記パケットがリルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる前記第１ルーティングＩＤを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第３ルーティングＩＤへ書き替えることと、前記中継ノードが、前記第３ルーティングＩＤへの書き替えを行った前記パケットに対してリルーティング処理を行うことと、を有する。
　第２の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ドナーノードが、中継ノードの各パスに優先度を設定した優先度設定を中継ノードに設定するステップを有する。また、前記通信制御方法は、中継ノードが、パケットを受信するステップを有する。更に、前記通信制御方法は、中継ノードが、パケットのヘッダに含まれる第１ルーティングＩＤと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、優先度設定に基づいて、最高優先度の前記パスに対応する第１エントリを選択するステップを有する。更に、前記通信制御方法は、中継ノードが、ヘッダに含まれる第１ルーティングＩＤを、第１エントリに含まれる第２ルーティングＩＤへ書き替えるステップを有する。
　第３の態様に係る中継ノードは、パケットを有する送信部と、制御部とを備える。前記制御部は、前記パケットがルーティング対象のパケットである場合、前記パケットのヘッダに含まれる第１ルーティングＩＤを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第２ルーティングＩＤへ書き替え、前記第２ルーティングＩＤへの書き替えを行った前記パケットに対してルーティング処理を行う。前記制御部は、前記パケットがリルーティング対象のパケットである場合、前記パケットのヘッダに含まれる前記第１ルーティングＩＤを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第３ルーティングＩＤへ書き替え、前記第３ルーティングＩＤへの書き替えを行った前記パケットに対してリルーティング処理を行う。
図１は、一実施形態に係るセルラ通信システムの構成例を示す図である。 図２は、ＩＡＢノードと親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を示す図である。 図３は、一実施形態に係るｇＮＢ（基地局）の構成例を示す図である。 図４は、一実施形態に係るＩＡＢノード（中継ノード）の構成例を示す図である。 図５は、一実施形態に係るＵＥ（ユーザ装置）の構成例を示す図である。 図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。 図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックの例を示す図である。 図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックの例を示す図である。 図９は、第１実施形態に係るセルラ通信システムの構成例を表す図である。 図１０は、第１実施形態に係る動作例を表す図である。 図１１は、第２実施形態に係るマルチ接続の例を表す図である。 図１２は、第２実施形態に係るマルチ接続の例を表す図である。 図１３は、第２実施形態に係る動作例を表す図である。
　一態様は、パケット転送を適切に行うことが可能な通信制御方法を提供することを目的とする。
　図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（セルラ通信システムの構成）
　一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システム１には、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。
　図１は、一実施形態に係るセルラ通信システム１の構成例を示す図である。
　図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：User Equipment）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。
　以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
　なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。
　５ＧＣ１０は、ＡＭＦ（Access and Mobility Management Function）１１及びＵＰＦ（User Plane Function）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
　各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。
　各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
　各ｇＮＢ２００は、集約ユニット（ＣＵ：Central Unit）と分散ユニット（ＤＵ：Distributed Unit）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。
　セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１（又はドナーノード。以下、「ドナーノード」と称する場合がある。）は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。
　図１において、ＩＡＢノード３００－１がドナーノード２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。
　ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、飛行体若しくは飛行体に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１において、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーノード２００－１と間接的に通信する。
　図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係例を示す図である。
　図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Mobile Termination）とを有する。
　ＩＡＢ－ＭＴのＮＲ　Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーノード２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。
　ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ　Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーノード２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。
　また、１つ又は複数のホップを介して、ドナーノード２００に接続されている全てのＩＡＢノード３００は、ドナーノード２００をルートとする有向非巡回グラフ（ＤＡＧ：Directed Acyclic Graph）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノード、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード２００は、バックホールリンクとアクセスリンクのネットワークを介して、ＵＥ１００に対して、ネットワークアクセスを提供するｇＮＢである。
　（基地局の構成）
　次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００における各処理又は各動作を行ってもよい。
　（中継ノードの構成）
　次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
　無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。
　無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部３２０は、以下に示す各実施形態において、ＩＡＢノード３００における各処理又は各動作を行ってもよい。
　（ユーザ装置の構成）
　次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
　無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部１２０は、以下に示す各実施形態において、ＵＥ１００における各処理を行うようにしてもよい。
　（プロトコルスタックの構成）
　次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。
　図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＲＲＣ（Radio Resource Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及び割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーノード２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
　ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーノード２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーノード２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーノード２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。
　図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーノード２００がＣＵ及びＤＵに分割されている一例を示す。
　図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーノード２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Backhaul Adaptation Protocol）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
　各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Protocol Data Unit）は、バックホールＲＬＣチャネル（ＢＨ　ＮＲ　ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ制御が可能である。ＢＡＰ　ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。
　図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰレイヤを有する。
　なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。
　また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。
[第１実施形態]
　次に、第１実施形態について説明する。
（ルーティング及びリルーティング）
　ＢＡＰレイヤの機能に、ルーティング（ｒｏｕｔｉｎｇ）とリルーティング（ｒｅ－ｒｏｕｔｉｎｇ）がある。
　ルーティングは、例えば、受信したパケットをどのＩＡＢノード３００へ転送するかを制御することである。ＩＡＢノード３００のＢＡＰレイヤは、受信したＢＡＰパケット（ＢＡＰ　ＰＤＵ）のヘッダに含まれるＢＡＰルーティングＩＤ（以下、「ルーティングＩＤ」と称する場合がある。）に基づいてルーティングを行う。ここで、ルーティングＩＤは、ＢＡＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ）（以下では、「宛先」と称する場合がある。）とＢＡＰパスＩＤ（Ｐａｔｈ　ＩＤ）（以下、「パスＩＤ」と称する場合がある。）とから構成される。ＢＡＰレイヤは、受信したＢＡＰパケットに含まれるルーティングＩＤ中の宛先（Ｄｅｓｔｉｎａｔｉｏｎ）が自局のＢＡＰアドレスと一致するか否かを判断する。ＢＡＰレイヤは、一致すれば宛先（Ｄｅｓｔｉｎａｔｉｏｎ）に到着したと判断する。一方、ＢＡＰレイヤは、ＢＡＰアドレスが自局のＢＡＰアドレスと一致しない場合、ルーティングテーブル（又はルーティング設定）（ＢＨ　Ｒｏｕｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれるルーティングＩＤと一致するエントリを検索する。そして、ＢＡＰレイヤは、当該エントリに含まれる次ホップアドレスへ、受信したパケットを送信する。なお、ルーティングテーブルの設定は、ドナーノード２００のＣＵが、ＩＡＢノード３００のＩＡＢ－ＤＵに対して、ルーティングテーブルを含むＦ１ＡＰメッセージを送信することで行われる。
　一方、リルーティングは、例えば、受信したパケットを、代替パス（alternative path）を介して宛先ノード（アクセスＩＡＢノード又はドナーノード）へ転送するように制御することである。リルーティングは、ルーティング処理を行い、その後、行先のないパケットに対して行われる。すなわち、リルーティングは、ルーティングの後に行われる。リルーティングは、ドナーノードによって、代替パスが明示的に設定されることで行われてもよい。また、リルーティングは、受信したパケットの宛先（Ｄｅｓｔｉｎａｔｉｏｎ）と一致するルート（宛先（Ｄｅｓｔｉｎａｔｉｏｎ）が同じでパスＩＤが異なるパス）をＢＡＰレイヤが適当に選択することで行われてもよい。
（ＣＵ間ルーティング）
　上述したルーティングが、ドナーノードのＣＵ間で行われる場合がある。
　図９は第１実施形態に係るセルラ通信システム１の構成例を表す図である。
　図９では、ドナーノード２００－１のＣＵにより第１トポロジ（ＴＰ＃１）が形成され、ドナーノード２００－２のＣＵにより第２トポロジ（ＴＰ＃２）が形成される例が示されている。また、２つのトポロジを跨ぐようにＩＡＢノード３００－Ｂが配置される例が示されている。
　このようなケースにおいて、ＩＡＢノード３００－Ｂは、第１トポロジ側の子ノードから送信されたパケットを受信する。当該パケットの宛先は、ドナーノード２００－２のＣＵである。このとき、ＩＡＢノード３００－Ｂの（ＩＡＢ－ＭＴにおける）ＢＡＰレイヤの送信部は、ルーティング処理によって、第２トポロジへ転送することが可能である。具体的には、当該送信部は、当該パケットのヘッダに含まれるルーティングＩＤ（又は旧ルーティングＩＤ（ｐｒｅｖｉｏｕｓ　Ｒｏｕｔｉｎｇ　ＩＤ））を、ヘッダ書き替えテーブル（又はヘッダ書き替え設定）（Ｈｅａｄｅｒ　Ｒｅｗｒｉｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を利用して、新ルーティングＩＤ（Ｎｅｗ　Ｒｏｕｔｉｎｇ　ＩＤ）へ書き替える。このような処理をヘッダ書き替え処理（ＢＡＰ　ｈｅａｄｅｒ　ｒｅｗｉｒｉｎｇ　ｏｐｅｒａｔｉｏｎ）と称する場合がある。ヘッダが書き替えられたパケットは、宛先であるドナーノード２００－２のＣＵへ転送される。
　なお、ヘッダ書き替えテーブルの設定は、例えば、ドナーノード２００－１のＣＵがＩＡＢノード３００－ＢのＩＡＢ－ＤＵへ、当該テーブルを含むＦ１ＡＰメッセージを送信することで行われる。
　上述した例は、アップストリーム方向のＣＵ間ルーティングの例である。ダウンストリーム方向においても、ＣＵ間ルーティングが行われる場合がある。
　例えば、図９のケースでは、ＩＡＢノード３００－Ｂは、第２トポロジ（ＴＰ＃２）の親ノードから受信したパケットを、第１トポロジ（ＴＰ＃１）の子ノードへ送信する。当該パケットの宛先は、第１トポロジ（ＴＰ＃１）のアクセスＩＡＢノード（ＵＥ１００から受信したパケットを最初に処理するノード、又はＵＥ１００へ送信するパケットを最後に処理するノード）である。この場合も、ＩＡＢノード３００－Ｂの（ＩＡＢ－ＤＵにおける）ＢＡＰレイヤの送信部がヘッダ書き替え処理により、受信したパケットのヘッダに含まれるルーティングＩＤを書き替える。これにより、ヘッダ書き替え後の当該パケットを、宛先（第１トポロジのアクセスＩＡＢノード）へ転送させることが可能となる。
　なお、図９に示すＩＡＢノード３００－Ｂのように、複数のトポロジに接続されたＩＡＢノードを「境界ＩＡＢノード」（Ｂｏｕｎｄａｒｙ　ＩＡＢ　ｎｏｄｅ）と称する場合がある。ＣＵ間ルーティングは、境界ＩＡＢノード３００－Ｂにおいて行われる。
（ＣＵ間リルーティング）
　上述したリルーティングが、ドナーノード２００のＣＵ間で行われる場合がある。
　図９に示すケースでは、境界ＩＡＢノード３００－Ｂの（ＩＡＢ－ＭＴにおける）ＢＡＰレイヤの送信部は、上述したルーティング処理を行ったもののルーティング処理に失敗した場合、ヘッダ書き替え処理を行い、ＣＵ間リルーティングを行う。具体的には、ＢＡＰレイヤの送信部は、子ノードから受信したパケットのルーティングに失敗した場合、当該パケットのヘッダに含まれるルーティングＩＤ（又は旧ルーティングＩＤ）を、ヘッダ書き替えテーブル（Ｈｅａｄｅｒ　Ｒｅｗｒｉｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を利用して、新ルーティングＩＤへ書き替える。ヘッダ書き替えが行われた当該パケットは、ドナーノード２００－２のＣＵへ転送される。そして、ドナーノード２００－２のＣＵは、受信した当該パケットを、ドナーノード２００－１のＣＵへ転送する。これにより、当該パケットが宛先（ドナーノード２００－１のＣＵ）へ送信される。
　なお、同一トポロジに属するＤＵ間において、リルーティング（ＤＵ間リルーティング（Ｉｎｔｅｒ－ｄｏｎｏｒ－ＤＵ　ｒｅ－ｒｏｕｔｉｎｇ））が行われる場合がある。例えば、図９のケースにおいて、ドナーノード２００－１のＣＵ配下に２つのＤＵ（ドナーノード２００－１のＤＵ＃１と、ドナーノード２００－１のＤＵ＃２）が存在するケースを仮定する。このようなケースにおいて、ドナーノード２００－１のＣＵと同一のトポロジに属するＩＡＢノード３００は、ドナーノード２００－１のＤＵ＃１宛てパケットを、リルーティングにより、ドナーノード２００－ＤＵ＃２へ転送させることが可能である。この場合、ＩＡＢノード３００の（ＩＡＢ－ＭＴにおける）ＢＡＰレイヤの送信部は、ヘッダ書き替えテーブル（Ｈｅａｄｅｒ　Ｒｅｗｒｉｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を利用して、当該パケットのヘッダに含まれる旧ルーティングＩＤを新ルーティングＩＤに書き替える。このようなヘッダ書き替えにより、ＤＵ間リルーティングが可能となる。
　このように、ＣＵ間リルーティングでもヘッダ書き替え処理が行われ、ＤＵ間リルーティングにおいてもヘッダ書き替え処理が行われる。そのため、ＣＵ間リルーティングとＤＵ間リルーティングとを、「ヘッダ書き替えベースリルーティング」（ｈｅａｄｅｒ　ｒｅ－ｗｒｉｔｉｎｇ　ｂａｓｅｄ　ｒｅ－ｒｏｕｔｉｎｇ）と称する場合がある。
（第１実施形態における課題）
　上述したように、ＣＵ間ルーティングによりヘッダ書き替え処理が行われる。また、ＣＵ間リルーティングにおいてもヘッダ書き替え処理が行われる。２つのヘッダ書き替え処理は、できるだけ共通の手順により行われることによって、例えば、パケット転送の信頼性、柔軟性、及び低遅延性を向上させることが期待される。これにより、例えば、ＩＡＢノード３００において、パケット転送を適切に行うことが可能となる。
　そこで、第１実施形態では、ルーティングの際のヘッダ書き替え処理とリルーティングの際のヘッダ書き替え処理とをできるだけ共通の手順で行われるようにすることで、パケット転送が適切に行われることを課題としている。
（第１実施形態に係る通信制御方法）
　そのため、第１実施形態において、ＩＡＢノード３００は、ルーティング処理後にリルーティング処理を行うことを前提にして、ルーティング処理の際もリルーティング処理の際についても、最初に、ヘッダ書き替えテーブルを検索する。そして、ＩＡＢノード３００は、受信パケットのヘッダと一致するエントリがヘッダ書き替えテーブルに存在すれば、ヘッダ書き替え処理を行う。
　具体的には、第１に、中継ノード（例えばＩＡＢノード３００）が、パケットを受信する。第２に、中継ノードが、ルーティング対象のパケットのヘッダに含まれる第１ルーティングＩＤがヘッダ書き替えテーブルのルーティング用の第１エントリに存在する場合、第１ルーティングＩＤを、第１エントリに含まれる第２ルーティングＩＤへ書き替える。第３に、中継ノードが、リルーティング対象のパケットのヘッダに含まれる第１ルーティングＩＤがヘッダ書き替えテーブルのリルーティング用の第２エントリに存在する場合、第１ルーティングＩＤを、第２エントリに含まれる第３ルーティングＩＤへ書き替える。
　このように、ＩＡＢノード３００は、ルーティングの際に最初にヘッダ書き替えテーブルを用いた処理を行い、その後のリルーティングの際も、最初にヘッダ書き替えテーブルを用いた処理を行う。これにより、例えば、ルーティングにおけるヘッダ書き替え処理とリルーティングにおけるヘッダ書き替え処理との共通化（又は統一化）を図ることが可能となり、適切な通信が可能となる。
（第１実施形態に係る動作例）
　図１０は第１実施形態に係る動作例を表す図である。例えば、図１０に示す各処理は、境界ＩＡＢノード３００－ＢのＩＡＢ－ＭＴにおけるＢＡＰレイヤの送信部において行われる。すなわち、アップストリーム方向へのパケット転送である。以下では、境界ＩＡＢノード３００－Ｂにおけるアップストリーム方向へのパケット転送を例にして図１０に示す動作例を説明する。
　図１０に示すように、ステップＳ１０において、ＢＡＰレイヤの送信部は、パケット（ＢＡＰ　ＰＤＵ）を受信する。ＢＡＰレイヤの送信部は、（ＩＡＢ－ＤＵの）ＢＡＰ受信部から当該パケット（すなわち、他ノードから転送されてきたパケット）を受信してもよい。また、当該ＢＡＰレイヤの送信部は、上位レイヤから当該パケット（すなわち、ＩＡＢノード３００配下のＵＥ１００から受信したパケット）を受信してもよい。
　ステップＳ１１において、ＢＡＰレイヤの送信部は、ステップＳ１０で受信したパケットをルーティング対象と認識する。ＢＡＰレイヤの送信部は、当該パケットをルーティング対象のパケットであることをマーキングしてもよい。当該マーキングは、当該パケットと紐づけてメモリに記憶することで行われてもよい。
　ステップＳ１２において、ＢＡＰレイヤの送信部は、当該パケットがルーティング対象かリルーティング対象かを判定する。当該パケットがルーティング対象であれば（ステップＳ１２で“Ｒｏｕｔｉｎｇ”）、処理はステップＳ１３へ移行する。一方、当該パケットがルーティング対象でなければ（ステップＳ１２で“Ｒｅ－ｒｏｕｔｉｎｇ”）、処理はステップＳ２３へ移行する。もしくは、当該パケットがリルーティング対象であれば（ステップＳ１２で“Ｒｅ－ｒｏｕｔｉｎｇ”）、処理はステップＳ２３へ移行し、リルーティング対象でなければ（ステップＳ１２で“Ｒｏｕｔｉｎｇ”）、処理はステップＳ１３へ移行してもよい。ＢＡＰレイヤの送信部は、ステップＳ１１で受信パケットをルーティング対象と認識しているため、ステップＳ１３の処理を行うものとして以下説明する。
　ステップＳ１３において、ＢＡＰレイヤの送信部は、ヘッダ書き替えテーブルのルーティング用（すなわち、ＣＵ間ルーティング用）のエントリを検索する。ヘッダ書き替えテーブルには、ルーティング用のエントリと、リルーティング用のエントリが含まれる。これにより、ルーティング処理におけるヘッダ書き替えテーブルと、リルーティング処理におけるヘッダ書き替えテーブルとを共通化させることが可能となる。
　ステップＳ１４において、ＢＡＰレイヤの送信部は、受信したパケットのヘッダに含まれるルーティングＩＤ（又は旧ルーティングＩＤ）と一致するエントリが、ヘッダ書き替えテーブルのルーティング用のエントリ（例えば第１エントリ）に存在するか否かを判定する。旧ルーティングＩＤと一致するエントリがヘッダ書き替えテーブルのルーティング用エントリに存在すれば（ステップＳ１４でＹｅｓ）、処理はステップＳ１５へ移行する。一方、旧ルーティングＩＤと一致するエントリがヘッダ書き替えテーブルのルーティング用エントリに存在しなければ（ステップＳ１４でＮｏ）、処理はステップＳ１６へ移行する。
　ステップＳ１５において、ＢＡＰレイヤの送信部は、当該パケットのヘッダに含まれるルーティングＩＤ（旧ルーティングＩＤ）を、当該ルーティングＩＤと一致するエントリに含まれる新ルーティングＩＤへ書き替える。
　ステップＳ１６において、ＢＡＰレイヤの送信部は、ステップＳ１５によりヘッダ書き替えを行った場合、書き替え後の当該パケットに対して、ＣＵ間ルーティングによるルーティング処理を行う。この場合、ＢＡＰレイヤの送信部は、ヘッダ書き替え後のルーティングＩＤによって示されたルートへ向けて当該パケットを送信することを試みる。他方、ステップＳ１６において、ＢＡＰレイヤの送信部は、ヘッダ書き替え処理（ステップＳ１５）を行わなかったパケットに対しては、同一トポロジ内におけるルーティング処理を行う。この場合、ＢＡＰレイヤの送信部は、ルーティングテーブル（ＢＨ　Ｒｏｕｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）から、当該パケットのヘッダに含まれるルーティングＩＤと一致するルーティングＩＤを検索し、当該ルーティングＩＤによって示されたルートへ向けて当該パケットを送信することを試みる。すなわち、ＢＡＰレイヤの送信部は、旧ルーティングＩＤがヘッダ書き替えテーブルのルーティング用エントリに存在しない場合、ルーティングテーブルを用いてルーティング処理を行う。
　ステップＳ１７において、ＢＡＰレイヤの送信部は、ルーティング処理に成功したか否かを判定する。ＢＡＰレイヤの送信部は、何らかの原因により、次ホップＢＡＰアドレス(Ｎｅｘｔ　Ｈｏｐ　ＢＡＰ　Ａｄｄｒｅｓｓ)が利用可能ではない（ｕｎａｖａｉｌａｂｌｅ）場合、ルーティング処理に失敗した（ステップＳ１７でＮｏ）と判定してもよい。また、ＢＡＰレイヤの送信部は、何らかの原因により、流出ＢＨリンク（ｅｇｒｅｓｓ　ＢＨ　ｌｉｎｋ）が利用可能ではない場合、ルーティング処理に失敗したと判定してもよい。更に、ＢＡＰレイヤの送信部は、何らかの原因により、流出ＢＨ　ＲＬＣチャネル（ｅｇｒｅｓｓ　ＢＨ　ＲＬＣ　Ｃｈａｎｎｅｌ）が利用可能ではない場合、ルーティング処理に失敗したと判定してもよい。更に、ＢＡＰレイヤの送信部は、次ホップＢＡＰアドレスが利用可能ではなく、かつ、流出リンクが利用可能ではなく、かつ、流出ＢＨ　ＲＬＣチャネルが利用可能ではない場合、ルーティング処理に失敗したと判定してもよい。ここで、原因は、例えば、流出ＢＨリンクのＲＬＦがある。一方、ＢＡＰレイヤの送信部は、次ホップＢＡＰアドレスに対応する流出ＢＨリンク内の流出ＢＨ　ＲＬＣチャネルを利用して、次ホップＢＡＰアドレスへ当該パケットを送信できた場合は、ルーティングに成功したと判定（ステップＳ１７でＹｅｓ）してもよい。当該パケットについてルーティングに成功した場合（ステップＳ１７でＹｅｓ）、処理はステップＳ１９へ移行する。一方、当該パケットについてルーティングに失敗した場合（ステップＳ１７でＮｏ）、処理はステップＳ１８へ移行する。
　ステップＳ１８において、ＢＡＰレイヤの送信部は、当該パケットをリルーティング対象と認識する。ＢＡＰレイヤの送信部は、当該パケットをリルーティング対象のパケットであることをマーキングしてもよい。当該マーキングは、当該パケットと紐づけてメモリに記憶することで行われてもよい。処理は、ステップＳ１２へ移行して上述した処理を繰り返す。
　一方、ステップＳ１９において、ルーティングの成功により、当該パケットが選択した次ホップへ送信される。
　ここでは、受信したパケットのルーティングが失敗し（ステップＳ１７でＮｏ）、リルーティング対象と認識された場合（ステップＳ１８）で以下説明する。
　ステップＳ２３において、ＢＡＰレイヤの送信部は、ヘッダ書き替えテーブルのリルーティング用エントリを検索する。ヘッダ書き替えテーブル自体は、ルーティング処理の場合（ステップＳ１３）と同様である。
　ステップＳ２４において、ＢＡＰレイヤの送信部は、当該パケットのヘッダに含まれるルーティングＩＤ（又は旧ルーティングＩＤ）と一致するエントリが、ヘッダ書き替えテーブルのリルーティング用エントリ（例えば第２エントリ）に存在するか否かを判定する。旧ルーティングＩＤと一致するエントリがヘッダ書き替えテーブルのリルーティング用エントリに存在すれば（ステップＳ２４でＹｅｓ）、処理はステップＳ２５へ移行する。一方、旧ルーティングＩＤと一致するエントリがヘッダ書き替えテーブルのリルーティング用エントリに存在しなければ（ステップＳ２４でＮｏ）、処理はステップＳ２６へ移行する。
　ステップＳ２５において、ＢＡＰレイヤの送信部は、当該パケットのヘッダに含まれるルーティングＩＤ（旧ルーティングＩＤ）を、当該ルーティングＩＤと一致するエントリに含まれる新ルーティングＩＤへ書き替える。
　ステップＳ２６において、ＢＡＰレイヤの送信部は、ステップＳ２５によりヘッダ書き替えを行った場合、書き替え後の当該パケットに対して、リルーティング処理を行う。この場合、ＢＡＰレイヤの送信部は、例えば、ヘッダ書き替え後のルーティングＩＤに含まれる宛先（Ｄｅｓｔｉｎａｔｉｏｎ）と一致するルートへ向けて当該パケットを送信することを試みる。また、ＢＡＰレイヤは、ヘッダ書き替え後のルーティングＩＤと一致するルートへ向けて当該パケットを送信することを試みてもよい。他方、ステップＳ２６において、ＢＡＰレイヤの送信部は、ヘッダ書き替え処理を行わなかったパケット（ステップＳ２４でＮｏ）に対しては、ヘッダ書き替えを行わないリルーティング処理（すなわち、ローカルリルーティング処理）を行う。この場合、ＢＡＰレイヤの送信部は、当該パケットのヘッダに含まれるルーティングＩＤの宛先（Ｄｅｓｔｉｎａｔｉｏｎ）と一致するルートを選択して、当該ルートへ向けて当該パケットを送信することを試みる。
　ステップＳ２７において、ＢＡＰレイヤの送信部は、リルーティング処理に成功したか否かを判定する。ＢＡＰレイヤの送信部は、何らかの原因により、次ホップＢＡＰアドレス(Ｎｅｘｔ　Ｈｏｐ　ＢＡＰ　Ａｄｄｒｅｓｓ)が利用可能ではない（ｕｎａｖａｉｌａｂｌｅ）場合、リルーティング処理に失敗した（ステップＳ２７でＮｏ）と判定してもよい。また、ＢＡＰレイヤの送信部は、何らかの原因により、流出ＢＨリンク（ｅｇｒｅｓｓ　ＢＨ　ｌｉｎｋ）が利用可能ではない場合、リルーティング処理に失敗したと判定してもよい。更に、ＢＡＰレイヤの送信部は、何らかの原因により、流出ＢＨ　ＲＬＣチャネル（ｅｇｒｅｓｓ　ＢＨ　ＲＬＣ　Ｃｈａｎｎｅｌ）が利用可能ではない場合、リルーティング処理に失敗したと判定してもよい。更に、ＢＡＰレイヤの送信部は、次ホップＢＡＰアドレスが利用可能ではなく、かつ、流出リンクが利用可能ではなく、かつ、流出ＢＨ　ＲＬＣチャネルが利用可能ではない場合、リルーティング処理に失敗したと判定してもよい。ここで、原因は、例えば、流出ＢＨリンクのＲＬＦがある。一方、ＢＡＰレイヤの送信部は、次ホップＢＡＰアドレスに対応する流出ＢＨリンク内の流出ＢＨ　ＲＬＣチャネルを利用して、次ホップＢＡＰアドレスへ当該パケットを送信できた場合は、リルーティングに成功したと判定（ステップＳ２７でＹｅｓ）してもよい。当該パケットについてリルーティングに成功した場合（ステップＳ２７でＹｅｓ）、処理はステップＳ１９へ移行する。一方、当該パケットについてリルーティングに失敗した場合（ステップＳ２７でＮｏ）、処理はステップＳ２８へ移行する。
　ステップＳ２８において、ＢＡＰレイヤの送信部は、当該パケットについてルーティング対象と認識する。すなわち、ＢＡＰレイヤの送信部は、当該パケットについてリルーティング処理に失敗したとき、当該パケットをルーティング対象のパケットとみなす。ＢＡＰレイヤの送信部は、当該パケットをリルーティング対象から外すようにしている。そして、処理はステップＳ１２へ移行して、上述した処理を繰り返す。すなわち、ＢＡＰレイヤの送信部は、当該パケットについて、再度、ルーティング処理（ステップＳ１３以降の処理）を繰り返す。
　上記した例では、パケットがルーティング対象であるか、リルーティング対象であるか、という認識方法を用いる例について説明したが、これに限らない。ＢＡＰレイヤの送信部は、当該パケットをルーティング対象であるか否かにより認識してもよい。また、当該ＢＡＰレイヤの送信部は、当該パケットをリルーティング対象か否かにより認識してもよい。また、パケットがルーティング対象ではない、もしくはパケットがリルーティング対象ではない、とは、当該パケットに対して特別な認識を有していないことであってもよい。例えば、ルーティング対象と認識されているパケットはルーティング処理の対象となり、ルーティング対象と認識されていないパケットはリルーティング処理に対象となってもよい。また、例えば、リルーティング対象と認識されているパケットはリルーティング処理の対象となり、リルーティング対象と認識されていないパケットはルーティング処理の対象となってもよい。
（第１実施形態の効果）
　図１０に示すように、ルーティングの際のヘッダ書き替えに関する処理（ステップＳ１３からステップＳ１５）と、リルーティングの際のヘッダ書き替えに関する処理（ステップＳ２３からステップＳ２５）とは、ヘッダ書き替えテーブルの参照するエントリを除くと、同一である。従って、ルーティング処理におけるヘッダ書き替え処理とリルーティング処理におけるヘッダ書き替え処理とを共通の手順で行うことが可能となり、パケット転送を適切に行うことが可能となる。
　また、ＩＡＢノード３００は、ヘッダ書き替え処理を行ってリルーティング処理に失敗した場合（ステップＳ２７でＮｏ）、当該パケットをリルーティング対象から外して、ルーティング対象としている（ステップＳ２８）。これにより、ＩＡＢノード３００は、当該パケットをルーティング対象として、再度、ヘッダ書き替えを行い、ルーティング処理を行うことが可能となる。従って、ＩＡＢノード３００は、当該パケットを適切に転送させることが可能となる。
[第２実施形態]
　次に、第２実施形態について説明する。
　ＩＡＢノード３００間においても二重接続方式（ＤＣ：Dual Connectivity）（以下、「ＤＣ」と称する場合がある。）が適用可能である。ＤＣは、例えば、非理想的なバックホールリンクで接続された２つの異なるノードから提供されるリソースを利用した通信方式である。この場合、一方が、マスタセルグループ（以下、「ＭＣＧ」と称する場合がある。）、他方がセカンダリセルグループ（以下、「ＳＣＧ」と称する場合がある。）となる。ＭＣＧは、マスタノードに関連付けられるサービングセルのセルグループである。他方、ＳＣＧは、セカンダリノードに関連付けられるサービングセルのグループである。ＩＡＢノード３００のＩＡＢ－ＭＴは、ＭＣＧを管理するマスタノード（例えば、ＩＡＢノード３００の親ノード＃１）と接続しつつ、ＳＣＧを管理するセカンダリノード（例えば、ＩＡＢノード３００の親ノード＃２）と接続することができる。
　例えば、境界ＩＡＢノード３００－ＢにおいてＤＣが設定されるケースを仮定する。すなわち、境界ＩＡＢノード３００－Ｂにおいて、第１トポロジ側の親ノード＃１に対してＭＣＧが設定され、第２トポロジ側の親ノード＃２に対してＳＣＧが設定されたケースを仮定する。例えば、第１トポロジ側の親ノード＃１に対するＢＨリンクでＲＬＦが発生した場合、境界ＩＡＢノード３００－Ｂでは、リルーティング処理により、第２トポロジ側の親ノード＃２へのパケット転送を行うことになる。
　ここで、マルチ接続（ｍｕｌｔｉ－ｃｏｎｎｅｃｔｉｖｉｔｙ）が導入されるケースを仮定する。ＤＣは２つのリンクで接続された通信方式であるのに対して、マルチ接続は３つ以上のリンクで接続された通信方式である。
　図１１は、第２実施形態に係るマルチ接続の例を表す図である。図１１の例は、境界ＩＡＢノード３００－Ｂにおいて、第１トポロジ側の親ノード３００－Ｐ１１に対してＭＣＧが設定され、第１トポロジ側の親ノード３００－Ｐ１２に対してＳＣＧ＃１が設定され、第２トポロジ側の親ノード３００－Ｐ２に対してＳＣＧ＃２が設定されている。
　ここで、第１トポロジのＳＣＧ＃１のリンクでＢＨ　ＲＬＦが発生したと仮定する。この場合、境界ＩＡＢノード３００－Ｂは、ＭＣＧ＃１が設定された第１トポロジの親ノード３００－Ｐ１１に対してリルーティング処理を行うべきか、ＳＣＧ＃２が設定された第２トポロジの親ノード３００－Ｐ２に対してリルーティング処理を行うべきか問題となる場合がある。
　特に、図１１に示すように、境界ＩＡＢノード３００－Ｂでは、親ノード３００－Ｐ１１を選択すると、ＤＵ間リルーティングによるヘッダ書き替え処理を行う。また、境界ＩＡＢノード３００－Ｂでは、親ノード３００－Ｐ２を選択しても、ＣＵ間リルーティングによるヘッダ書き替え処理を行う。境界ＩＡＢノード３００－Ｂは、いずれの親ノード３００－Ｐを選択するにしても、ヘッダ書き替え処理を行うことになる。
　図１２は、第２実施形態に係るマルチ接続の例を表す図である。このケースでも、ＭＣＧが設定された第１トポロジの親ノード３００－Ｐ１に対するＢＨリンクでＢＨ　ＲＬＦが発生した場合、境界ＩＡＢノード３００－Ｂは、ＳＣＧ＃１が設定された第２トポロジの親ノード３００－Ｐ２１を選択するか、又は、ＳＣＧ＃２が設定された第２トポロジの親ノード３００－Ｐ２２を選択する。境界ＩＡＢノード３００－Ｂは、親ノード３００－Ｐ２１及び親ノード３００－Ｐ２２のいずれかを選択するにしても、ヘッダ書き替え処理を行ってリルーティング処理を行うことになる。
　そこで、第２実施形態では、パスに対して優先度を設定する。具体的には、第１に、ドナーノード（例えば、ドナーノードのＣＵ（２００－Ｃ１））が、中継ノード（例えば、境界ＩＡＢノード３００－Ｂ）の各パス（例えば、ＭＣＧ、ＳＣＧ＃１、及びＳＣＧ＃２）に優先度を設定した優先度設定を中継ノードに設定する。第２に、中継ノードが、パケットを受信する。第３に、中継ノードが、パケットのヘッダに含まれる第１ルーティングＩＤと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、優先度設定に基づいて、最高優先度のパスに対応する第１エントリを選択する。第４に、中継ノードが、ヘッダに含まれる第１ルーティングＩＤを、第１エントリに含まれる第２ルーティングＩＤへ書き替える。
　これにより、境界ＩＡＢノード３００－Ｂでは、優先度設定に従って、いずれかの親ノード３００－Ｐを選択して、ヘッダ書き替え処理を行うことができるため、受信したパケットを適切に転送することが可能となる。
（第２実施形態に係る動作例）
　図１３は、第２実施形態に係る動作例を表す図である。
　図１３に示すように、ステップＳ４０において、ドナーノード２００は処理を開始する。
　ステップＳ４１において、ドナーノード２００は、境界ＩＡＢノード３００－Ｂに対して、リルーティング用のパス毎に優先度を設定する。具体的には、ドナーノード２００は、境界ＩＡＢノード３００－Ｂの各パスに優先度を設定した優先度設定を境界ＩＡＢノード３００－Ｂへ設定（又は送信）する。
　第１に、パスの種類としては、以下がある。すなわち、パスはリンクであってもよい。図１１の例では、ＭＣＧが設定された親ノード３００－Ｐ１１に対するＢＨリンク、ＳＣＧ＃１が設定された親ノード３００－Ｐ１２に対するＢＨリンク、及びＳＣＧ＃２が設定された親ノード３００－Ｐ２に対するＢＨリンクの各々に優先度が設定されてもよい。また、パスはセルグループでもよい。図１１の例では、ＭＣＧ、ＳＣＧ＃１、及びＳＣＧ＃２の各々に優先度が設定されてもよい。パスは、ルーティングＩＤにより示されたルートであってもよい。すなわち、優先度はルーティングＩＤ毎に設定されてもよい。パスは、宛先（Ｄｅｓｔｉｎａｔｉｏｎ）であってもよい。すなわち、優先度は宛先毎に設定されてもよい。パスはトポロジでもよい。すなわち、優先度はトポロジ毎に設定されてもよい。この場合、Ｆ１終端トポロジ（Ｆ１－ｔｅｒｍｉｎａｔｉｎｇ　ＣＵ’ｓ　ｔｏｐｏｌｏｇｙ）とＦ１非終端トポロジ（ｎｏｎ－Ｆ１－ｔｅｒｍｉｎａｔｉｎｇ　ＣＵ’ｓ　ｔｏｐｏｌｏｇｙ）とに対して各々優先度が設定されてもよい。なお、Ｆ１終端トポロジは、境界ＩＡＢノード３００－Ｂにおいて、Ｆ１－ＡＰを終端しているトポロジであって、図１１の例では、宛先がドナーノードのＣＵ（２００－Ｃ１）のパケットに対して、当該ドナーノードのＣＵ（２００－Ｃ１）側のトポロジである。Ｆ１非終端トポロジは、Ｆ１－ＡＰを終端させないトポロジであって、図１１の例では、宛先がドナーノードのＣＵ（２００－Ｃ１）のパケットに対して、ドナーノードのＣＵ（２００－Ｃ２）側のトポロジである。パスは、ヘッダ書き替え処理を実行するルート、又はヘッダ書き替え処理を実行しない（非実行）ルートであってもよい。すなわち、ヘッダ書き替え処理を行わないルートを、ヘッダ書き替え処理を行うルートに優先する（又はその逆）、などとしてもよい。
　第２に、最高優先度の値が優先度設定に含まれてもよい。例えば、ＭＣＧ＝優先度は「１」、ＳＣＧ＃１＝優先度は「２」、ＳＣＧ＃２＝優先度は「３」と設定する場合、最高優先度は「３」であることを明示的に示す情報が優先度設定に含まれる。最も高い数値が最高優先度を表してもよい。また、最も低い数値が最高優先度を表してもよい。
　第３に、優先度設定はヘッダ書き替えテーブル（Ｈｅａｄｅｒ　Ｒｅｗｒｉｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれてもよい。例えば、当該優先度設定はヘッダ書き替えテーブルの各エントリに優先度が含まれてもよい。また、当該優先度設定はヘッダ書き替えテーブルの各エントリに優先度が紐づけられてもよい。ヘッダ書き替えが必要のないリルーティング（すなわち、ローカルリルーティング）を（暗示的に）最高優先度とみなしてもよい。又は、ヘッダ書き替えが必要のないリルーティングを（暗示的に）最低優先度とみなしてもよい。ヘッダ書き替えが必要のないリルーティングは、ヘッダ書き替えテーブルに含まれていないため、ヘッダ書き替えが必要のないリルーティングによるパスを、最高優先度又は最低優先度とみなすようにしている。ヘッダ書き替えテーブルにエントリが含まれないパスに対する優先度は、ドナーノード２００から通知されてもよい。当該通知は、Ｆ１ＡＰメッセージ又はＲＲＣメッセージなどに含まれて通知されてもよい。優先度設定がヘッダ書き替えテーブルに含まれることで、ＢＡＰレイヤの送信部は、ヘッダ書き替え処理と並行して優先度に基づくパス選択を行うことが可能となる。
　第４に、優先度設定はルーティングテーブル（ＢＨ　Ｒｏｕｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれてもよい。当該優先度設定はヘッダ書き替えテーブルに含まれる場合と同様に、例えば、ルーティングテーブルの各エントリに優先度が含まれてもよい。また、当該優先度設定はルーティングテーブルの各エントリに優先度が紐づけられてもよい。優先度設定がルーティングテーブルに含まれることで、ＢＡＰレイヤの送信部は、ルーティング処理と並行して優先度に基づくパス選択を行うことが可能となる。
　図１３に戻り、ステップＳ４２において、境界ＩＡＢノード３００－Ｂは、パケット（ＢＡＰ　ＰＤＵ）を受信する。例えば、境界ＩＡＢノード３００－Ｂ（におけるＩＡＢ－ＭＴ）のＢＡＰレイヤの送信部は、（ＩＡＢ－ＤＵの）ＢＡＰレイヤの受信部からパケットを受信する。境界ＩＡＢノード３００－ＢのＢＡＰレイヤの送信部は、上位レイヤから（すなわちＵＥ１００から）パケットを受信してもよい。そして、境界ＩＡＢノード３００－Ｂは、当該パケットに対してルーティング処理を行う。以下では、境界ＩＡＢノード３００－Ｂは、ルーティング処理に失敗したと仮定して説明する。
　ステップＳ４３において、境界ＩＡＢノード３００－ＢのＢＡＰレイヤの送信部は、所定処理を行う。所定処理は以下がある。
　第１に、ＢＡＰレイヤの送信部は、ヘッダ書き替えテーブル（Ｈｅａｄｅｒ　Ｒｅｗｒｉｔｉｎｇ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を検索し、当該パケットに含まれるルーティングＩＤ（又は旧ルーティングＩＤ）と一致するリルーティング用のエントリをリスト化する処理を行う。すなわち、ＢＡＰレイヤの送信部は、当該パケットに含まれるルーティングＩＤ（又は旧ルーティングＩＤ）と一致する複数のエントリをヘッダ書き替えテーブルから選択し、複数のエントリをリスト化する。ヘッダ書き替えテーブルは、第１実施形態と同様に、リルーティング用のエントリとルーティング用のエントリとを含むものであってもよい。
　第２に、ＢＡＰレイヤの送信部は、最高優先度のパスを選択し、当該リストの中から、当該パスに対応するエントリを選択する。すなわち、ＢＡＰレイヤの送信部は、複数のエントリの中から、優先度設定に基づいて、最高優先度のパスに対するエントリ（例えば第１エントリ）を選択する。そして、ＢＡＰレイヤの送信部は、当該パケットのヘッダに含まれるルーティングＩＤ（例えば第１ルーティングＩＤ）を、当該エントリに含まれる新ルーティングＩＤ（例えば第２ルーティングＩＤ）へ書き替える。その後、ＢＡＰレイヤの送信部は、ヘッダ書き替え後のパケットの送信を試みる。ここで、ＢＡＰレイヤの送信部は、当該ルート上のＢＨリンクが利用可能ではなく（ｕｎａｖａｉｌａｂｌｅ）、当該パケットの送信に失敗（すなわち、リルーティングに失敗）したと仮定する。この場合、ＢＡＰレイヤの送信部は、当該リストの中から第２優先度のパスを選択し、当該リストの中から当該パスに対応するエントリを選択する。そして、ＢＡＰレイヤの送信部は、当該パケットに含まれるルーティングＩＤを、当該エントリに含まれる新ルーティングＩＤへ書き替える。その後、ＢＡＰレイヤの送信部は、ヘッダ書き替え後のパケットの送信を試みる。そして、ＢＡＰレイヤの送信部は、当該パケットの送信に失敗した場合、当該リストの中から第３優先度のパスを選択し、上述した処理を繰り返す。ＢＡＰレイヤの送信部は、最高優先度の順からパスを選択して、当該パスへ向けてパケットの送信を試みて、パケットの送信に失敗すると、次の優先度のパスを選択して、パケットの送信を試みるようにしている。ＢＡＰレイヤの送信部は、第１優先度のパスへのパケット送信が成功した場合は、第１優先度のパスへのパケット送信が行われたことになり、第２優先度のパスへのパケット送信が成功した場合は、第２優先度のパスへのパケット送信が行われたことになる。
　ステップＳ４４において、ＢＡＰレイヤの送信部は、一連の処理を終了する。
［その他の実施形態］
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。
　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、各実施形態、各動作例、又は各処理は、矛盾しない範囲で適宜組み合わせることも可能である。
　本願は、日本国特許出願第２０２２－０１７３３３号（２０２２年２月７日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
（付記）
　上述の実施形態に関する特徴について付記する。
（１）
　セルラ通信システムで用いる通信制御方法であって、
　中継ノードが、パケットを受信するステップと、
　前記中継ノードが、ルーティング対象の前記パケットのヘッダに含まれる第１ルーティングＩＤがヘッダ書き替えテーブルのルーティング用の第１エントリに存在する場合、前記第１ルーティングＩＤを、前記第１エントリに含まれる第２ルーティングＩＤへ書き替えるステップと、
　前記中継ノードが、リルーティング対象の前記パケットのヘッダに含まれる前記第１ルーティングＩＤが前記ヘッダ書き替えテーブルのリルーティング用の第２エントリに存在する場合、前記第１ルーティングＩＤを、前記第２エントリに含まれる第３ルーティングＩＤへ書き替えるステップと、を有する
　通信制御方法。
（２）
　更に、前記中継ノードが、前記第３ルーティングＩＤへの書き替えを行った前記パケットに対してリルーティング処理を行うステップと、
　前記中継ノードが、前記リルーティング処理に失敗したとき、前記パケットをルーティング対象のパケットとみなすステップと、を有する
　上記（１）記載の通信制御方法。
（３）
　セルラ通信システムで用いる通信制御方法であって、
　ドナーノードが、中継ノードの各パスに優先度を設定した優先度設定を前記中継ノードに設定するステップと、
　前記中継ノードが、パケットを受信するステップと、
　前記中継ノードが、前記パケットのヘッダに含まれる第１ルーティングＩＤと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、前記優先度設定に基づいて、最高優先度の前記パスに対応する第１エントリを選択するステップと、
　前記中継ノードが、前記ヘッダに含まれる前記第１ルーティングＩＤを、前記第１エントリに含まれる第２ルーティングＩＤへ書き替えるステップと、を有する
　通信制御方法。
（４）
　前記優先度設定は、前記ヘッダ書き替えテーブルに含まれる、
　上記（３）記載の通信制御方法。
１     ：移動通信システム   
１０   ：５ＧＣ
１００ ：ＵＥ               
１１０ ：無線通信部
１３０ ：制御部             
２００ ：ドナーノード（ｇＮＢ）
２１０ ：無線通信部         
２３０ ：制御部
３００ ：ＩＡＢノード       
３１０ ：無線通信部
３２０ ：制御部             
ＴＰ＃１,ＴＰ＃２：トポロジ

Claims (5)

  1. 　セルラ通信システムで用いる通信制御方法であって、
    　中継ノードが、パケットを有することと、
    　前記パケットがルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる第１ルーティングＩＤを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第２ルーティングＩＤへ書き替えることと、
    　前記中継ノードが、前記第２ルーティングＩＤへの書き替えを行った前記パケットに対してルーティング処理を行うことと、
    　前記パケットがリルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる前記第１ルーティングＩＤを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第３ルーティングＩＤへ書き替えることと、
    　前記中継ノードが、前記第３ルーティングＩＤへの書き替えを行った前記パケットに対してリルーティング処理を行うことと、を有する
    　通信制御方法。
  2. 　前記中継ノードが、前記リルーティング処理に失敗したとき、前記パケットをルーティング対象のパケットとみなすことと、を有する
    　請求項１記載の通信制御方法。
  3. 　セルラ通信システムで用いる通信制御方法であって、
    　ドナーノードが、中継ノードの各パスに優先度を設定した優先度設定を前記中継ノードに設定することと、
    　前記中継ノードが、パケットを受信することと、
    　前記中継ノードが、前記パケットのヘッダに含まれる第１ルーティングＩＤと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、前記優先度設定に基づいて、最高優先度の前記パスに対応する第１エントリを選択することと、
    　前記中継ノードが、前記ヘッダに含まれる前記第１ルーティングＩＤを、前記第１エントリに含まれる第２ルーティングＩＤへ書き替えることと、を有する
    　通信制御方法。
  4. 　前記優先度設定は、前記ヘッダ書き替えテーブルに含まれる、
    　請求項３記載の通信制御方法。
  5. 　中継ノードであって、
    　パケットを有する送信部と、
    　制御部と、を備え、
    　前記制御部は、前記パケットがルーティング対象のパケットである場合、
    　　前記パケットのヘッダに含まれる第１ルーティングＩＤを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第２ルーティングＩＤへ書き替え、
    　　前記第２ルーティングＩＤへの書き替えを行った前記パケットに対してルーティング処理を行い、
    　前記制御部は、前記パケットがリルーティング対象のパケットである場合、
    　　前記パケットのヘッダに含まれる前記第１ルーティングＩＤを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第３ルーティングＩＤへ書き替え、
    　　前記第３ルーティングＩＤへの書き替えを行った前記パケットに対してリルーティング処理を行う
    　中継ノード。
PCT/JP2023/003783 2022-02-07 2023-02-06 通信制御方法 WO2023149577A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-017333 2022-02-07
JP2022017333 2022-02-07

Publications (1)

Publication Number Publication Date
WO2023149577A1 true WO2023149577A1 (ja) 2023-08-10

Family

ID=87552342

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/003783 WO2023149577A1 (ja) 2022-02-07 2023-02-06 通信制御方法

Country Status (1)

Country Link
WO (1) WO2023149577A1 (ja)

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CATT: "On Remaining Open Issues of IAB Routing", 3GPP DRAFT; R2-1914385, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Reno, USA; 20191118 - 20191122, 8 November 2019 (2019-11-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051816469 *
FUJITSU: "Open issues on (re-)routing", 3GPP DRAFT; R2-2109749, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20211101 - 20211112, 22 October 2021 (2021-10-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052066227 *
KYOCERA: "Details of routing and re-routing enhancements for eIAB", 3GPP DRAFT; R2-2201243, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20220117 - 20220125, 11 January 2022 (2022-01-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052094344 *

Similar Documents

Publication Publication Date Title
JP7212204B2 (ja) 通信制御方法
US20230078657A1 (en) Communication control method
US20230180327A1 (en) Communication control method
US20240032129A1 (en) Communication control method
US20230328629A1 (en) Communication control method
US20230328607A1 (en) Communication control method
US20230059195A1 (en) Communication control method and relay node
WO2023149577A1 (ja) 通信制御方法
WO2023013604A1 (ja) 通信制御方法
WO2023068254A1 (ja) 通信制御方法及び中継ノード
US20230262516A1 (en) Communication control method
WO2023132285A1 (ja) 通信制御方法
WO2023132283A1 (ja) 通信制御方法
US20240155461A1 (en) Communication control method
US20240179543A1 (en) Communication control method
WO2023068258A1 (ja) 通信制御方法
WO2023132284A1 (ja) 通信制御方法
US20230188300A1 (en) Communication control method
US20240073736A1 (en) Communication control method
WO2023068257A1 (ja) 通信制御方法
WO2023002987A1 (ja) 通信制御方法
WO2023068255A1 (ja) 通信制御方法及び境界ｉａｂノード
WO2023140333A1 (ja) 通信制御方法
WO2023068256A1 (ja) 通信制御方法及び中継ノード
WO2023140332A1 (ja) 通信制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23749893

Country of ref document: EP

Kind code of ref document: A1