WO2023149577A1 - 通信制御方法 - Google Patents
通信制御方法 Download PDFInfo
- 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
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
一態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、パケットを有することと、前記パケットがルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる第1ルーティングIDを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第2ルーティングIDへ書き替えることと、 前記中継ノードが、前記第2ルーティングIDへの書き替えを行った前記パケットに対してルーティング処理を行うことと、前記パケットがリルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる前記第1ルーティングIDを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第3ルーティングIDへ書き替えることと、前記中継ノードが、前記第3ルーティングIDへの書き替えを行った前記パケットに対してリルーティング処理を行うことと、を有する。
Description
本開示は、セルラ通信システムに用いる通信制御方法に関する。
セルラ通信システムの標準化プロジェクトである3GPP(Third Generation Partnership Project)において、IAB(Integrated Access and Backhaul)ノードと呼ばれる新たな中継ノードの導入が検討されている(例えば、非特許文献1参照)。1又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
3GPP TS 38.300 V16.8.0(2021-12)
第1の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、パケットを有することと、前記パケットがルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる第1ルーティングIDを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第2ルーティングIDへ書き替えることと、前記中継ノードが、前記第2ルーティングIDへの書き替えを行った前記パケットに対してルーティング処理を行うことと、前記パケットがリルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる前記第1ルーティングIDを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第3ルーティングIDへ書き替えることと、前記中継ノードが、前記第3ルーティングIDへの書き替えを行った前記パケットに対してリルーティング処理を行うことと、を有する。
第2の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ドナーノードが、中継ノードの各パスに優先度を設定した優先度設定を中継ノードに設定するステップを有する。また、前記通信制御方法は、中継ノードが、パケットを受信するステップを有する。更に、前記通信制御方法は、中継ノードが、パケットのヘッダに含まれる第1ルーティングIDと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、優先度設定に基づいて、最高優先度の前記パスに対応する第1エントリを選択するステップを有する。更に、前記通信制御方法は、中継ノードが、ヘッダに含まれる第1ルーティングIDを、第1エントリに含まれる第2ルーティングIDへ書き替えるステップを有する。
第3の態様に係る中継ノードは、パケットを有する送信部と、制御部とを備える。前記制御部は、前記パケットがルーティング対象のパケットである場合、前記パケットのヘッダに含まれる第1ルーティングIDを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第2ルーティングIDへ書き替え、前記第2ルーティングIDへの書き替えを行った前記パケットに対してルーティング処理を行う。前記制御部は、前記パケットがリルーティング対象のパケットである場合、前記パケットのヘッダに含まれる前記第1ルーティングIDを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第3ルーティングIDへ書き替え、前記第3ルーティングIDへの書き替えを行った前記パケットに対してリルーティング処理を行う。
一態様は、パケット転送を適切に行うことが可能な通信制御方法を提供することを目的とする。
図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
(セルラ通信システムの構成)
一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム1は3GPPの5Gシステムである。具体的には、セルラ通信システム1における無線アクセス方式は、5Gの無線アクセス方式であるNR(New Radio)である。但し、セルラ通信システム1には、LTE(Long Term Evolution)が少なくとも部分的に適用されてもよい。また、セルラ通信システム1は、6Gなど、将来のセルラ通信システムも適用されてよい。
一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム1は3GPPの5Gシステムである。具体的には、セルラ通信システム1における無線アクセス方式は、5Gの無線アクセス方式であるNR(New Radio)である。但し、セルラ通信システム1には、LTE(Long Term Evolution)が少なくとも部分的に適用されてもよい。また、セルラ通信システム1は、6Gなど、将来のセルラ通信システムも適用されてよい。
図1は、一実施形態に係るセルラ通信システム1の構成例を示す図である。
図1に示すように、セルラ通信システム1は、5Gコアネットワーク(5GC)10と、ユーザ装置(UE:User Equipment)100、基地局装置(以下、「基地局」と称する場合がある。)200-1,200-2、及びIABノード300-1,300-2を有する。基地局200は、gNBと呼ばれる場合がある。
以下において、基地局200がNR基地局である一例について主として説明するが、基地局200がLTE基地局(すなわち、eNB)であってもよい。
なお、以下において、基地局200-1,200-2をgNB200(又は基地局200)、IABノード300-1,300-2をIABノード300とそれぞれ称する場合がある。
5GC10は、AMF(Access and Mobility Management Function)11及びUPF(User Plane Function)12を有する。AMF11は、UE100に対する各種モビリティ制御等を行う装置である。AMF11は、NAS(Non-Access Stratum)シグナリングを用いてUE100と通信することにより、UE100が在圏するエリアの情報を管理する。UPF12は、ユーザデータの転送制御等を行う装置である。
各gNB200は、固定の無線通信ノードであって、1又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、UE100との無線通信を行う機能又はリソースを示す用語として用いられることがある。1つのセルは1つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。
各gNB200は、NGインターフェイスと呼ばれるインターフェイスを介して5GC10と相互に接続される。図1において、5GC10に接続された2つのgNB200-1及びgNB200-2を例示している。
各gNB200は、集約ユニット(CU:Central Unit)と分散ユニット(DU:Distributed Unit)とに分割されていてもよい。CU及びDUは、F1インターフェイスと呼ばれるインターフェイスを介して相互に接続される。F1プロトコルは、CUとDUとの間の通信プロトコルであって、制御プレーンのプロトコルであるF1-CプロトコルとユーザプレーンのプロトコルであるF1-Uプロトコルとがある。
セルラ通信システム1は、バックホールにNRを用いてNRアクセスの無線中継を可能とするIABをサポートする。ドナーgNB200-1(又はドナーノード。以下、「ドナーノード」と称する場合がある。)は、ネットワーク側のNRバックホールの終端ノードであり、IABをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ(すなわち、複数のIABノード300)を介するマルチホップが可能である。
図1において、IABノード300-1がドナーノード200-1と無線で接続し、IABノード300-2がIABノード300-1と無線で接続し、F1プロトコルが2つのバックホールホップで伝送される一例を示している。
UE100は、セルとの無線通信を行う移動可能な無線通信装置である。UE100は、gNB200又はIABノード300との無線通信を行う装置であればどのような装置であってもよい。例えば、UE100は、携帯電話端末やタブレット端末、ノートPC、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、飛行体若しくは飛行体に設けられる装置である。UE100は、アクセスリンクを介してIABノード300又はgNB200に無線で接続する。図1において、UE100がIABノード300-2と無線で接続される一例を示している。UE100は、IABノード300-2及びIABノード300-1を介してドナーノード200-1と間接的に通信する。
図2は、IABノード300と親ノード(Parent nodes)と子ノード(Child nodes)との関係例を示す図である。
図2に示すように、各IABノード300は、基地局機能部に相当するIAB-DUとユーザ装置機能部に相当するIAB-MT(Mobile Termination)とを有する。
IAB-MTのNR Uu無線インターフェイス上の隣接ノード(すなわち、上位ノード)は、親ノードと呼ばれる。親ノードは、親IABノード又はドナーノード200のDUである。IAB-MTと親ノードとの間の無線リンクは、バックホールリンク(BHリンク)と呼ばれる。図2において、IABノード300の親ノードがIABノード300-P1及び300-P2である一例を示している。なお、親ノードへ向かう方向は、アップストリーム(upstream)と呼ばれる。UE100から見て、UE100の上位ノードは親ノードに該当し得る。
IAB-DUのNRアクセスインターフェイス上の隣接ノード(すなわち、下位ノード)は、子ノードと呼ばれる。IAB-DUは、gNB200と同様に、セルを管理する。IAB-DUは、UE100及び下位のIABノードへのNR Uu無線インターフェイスを終端する。IAB-DUは、ドナーノード200-1のCUへのF1プロトコルをサポートする。図2において、IABノード300の子ノードがIABノード300-C1~300-C3である一例を示しているが、IABノード300の子ノードにUE100が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム(downstream)と呼ばれる。
また、1つ又は複数のホップを介して、ドナーノード200に接続されている全てのIABノード300は、ドナーノード200をルートとする有向非巡回グラフ(DAG:Directed Acyclic Graph)トポロジ(以下、「トポロジ」と称する場合がある。)を形成する。このトポロジにおいて、図2に示すように、IAB-DUのインターフェイス上の隣り合うノードが子ノード、IAB-MTのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード200は、例えば、IABトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード200は、バックホールリンクとアクセスリンクのネットワークを介して、UE100に対して、ネットワークアクセスを提供するgNBである。
(基地局の構成)
次に、実施形態に係る基地局であるgNB200の構成について説明する。図3は、gNB200の構成例を示す図である。図3に示すように、gNB200は、無線通信部210と、ネットワーク通信部220と、制御部230とを有する。
次に、実施形態に係る基地局であるgNB200の構成について説明する。図3は、gNB200の構成例を示す図である。図3に示すように、gNB200は、無線通信部210と、ネットワーク通信部220と、制御部230とを有する。
無線通信部210は、UE100との無線通信及びIABノード300との無線通信を行う。無線通信部210は、受信部211及び送信部212を有する。受信部211は、制御部230の制御下で各種の受信を行う。受信部211はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換(ダウンコンバート)して制御部230に出力する。送信部212は、制御部230の制御下で各種の送信を行う。送信部212はアンテナを含み、制御部230が出力するベースバンド信号(送信信号)を無線信号に変換(アップコンバート)してアンテナから送信する。
ネットワーク通信部220は、5GC10との有線通信(又は無線通信)及び隣接する他のgNB200との有線通信(又は無線通信)を行う。ネットワーク通信部220は、受信部221及び送信部222を有する。受信部221は、制御部230の制御下で各種の受信を行う。受信部221は、外部から信号を受信して受信信号を制御部230に出力する。送信部222は、制御部230の制御下で各種の送信を行う。送信部222は、制御部230が出力する送信信号を外部に送信する。
制御部230は、gNB200における各種の制御を行う。制御部230は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとCPUとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部230は、以下に示す各実施形態において、gNB200における各処理又は各動作を行ってもよい。
(中継ノードの構成)
次に、実施形態に係る中継ノード(又は中継ノード装置。以下、「中継ノード」と称する場合がある。)であるIABノード300の構成について説明する。図4は、IABノード300の構成例を示す図である。図4に示すように、IABノード300は、無線通信部310と、制御部320とを有する。IABノード300は、無線通信部310を複数有していてもよい。
次に、実施形態に係る中継ノード(又は中継ノード装置。以下、「中継ノード」と称する場合がある。)であるIABノード300の構成について説明する。図4は、IABノード300の構成例を示す図である。図4に示すように、IABノード300は、無線通信部310と、制御部320とを有する。IABノード300は、無線通信部310を複数有していてもよい。
無線通信部310は、gNB200との無線通信(BHリンク)及びUE100との無線通信(アクセスリンク)を行う。BHリンク通信用の無線通信部310とアクセスリンク通信用の無線通信部310とが別々に設けられていてもよい。
無線通信部310は、受信部311及び送信部312を有する。受信部311は、制御部320の制御下で各種の受信を行う。受信部311はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換(ダウンコンバート)して制御部320に出力する。送信部312は、制御部320の制御下で各種の送信を行う。送信部312はアンテナを含み、制御部320が出力するベースバンド信号(送信信号)を無線信号に変換(アップコンバート)してアンテナから送信する。
制御部320は、IABノード300における各種の制御を行う。制御部320は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びCPUを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部320は、以下に示す各実施形態において、IABノード300における各処理又は各動作を行ってもよい。
(ユーザ装置の構成)
次に、実施形態に係るユーザ装置であるUE100の構成について説明する。図5は、UE100の構成例を示す図である。図5に示すように、UE100は、無線通信部110と、制御部120とを有する。
次に、実施形態に係るユーザ装置であるUE100の構成について説明する。図5は、UE100の構成例を示す図である。図5に示すように、UE100は、無線通信部110と、制御部120とを有する。
無線通信部110は、アクセスリンクにおける無線通信、すなわち、gNB200との無線通信及びIABノード300との無線通信を行う。また、無線通信部110は、サイドリンクにおける無線通信、すなわち、他のUE100との無線通信を行ってもよい。無線通信部110は、受信部111及び送信部112を有する。受信部111は、制御部120の制御下で各種の受信を行う。受信部111はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換(ダウンコンバート)して制御部120に出力する。送信部112は、制御部120の制御下で各種の送信を行う。送信部112はアンテナを含み、制御部120が出力するベースバンド信号(送信信号)を無線信号に変換(アップコンバート)してアンテナから送信する。
制御部120は、UE100における各種の制御を行う。制御部120は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びCPUを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部120は、以下に示す各実施形態において、UE100における各処理を行うようにしてもよい。
(プロトコルスタックの構成)
次に、実施形態に係るプロトコルスタックの構成について説明する。図6は、IAB-MTのRRC接続及びNAS接続に関するプロトコルスタックの例を示す図である。
次に、実施形態に係るプロトコルスタックの構成について説明する。図6は、IAB-MTのRRC接続及びNAS接続に関するプロトコルスタックの例を示す図である。
図6に示すように、IABノード300-2のIAB-MTは、物理(PHY)レイヤと、MAC(Medium Access Control)レイヤと、RLC(Radio Link Control)レイヤと、PDCP(Packet Data Convergence Protocol)レイヤと、RRC(Radio Resource Control)レイヤと、NAS(Non-Access Stratum)レイヤとを有する。
PHYレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。IABノード300-2のIAB-MTのPHYレイヤとIABノード300-1のIAB-DUのPHYレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
MACレイヤは、データの優先制御、ハイブリッドARQ(HARQ:Hybrid Automatic Repeat reQuest)による再送処理、及びランダムアクセスプロシージャ等を行う。IABノード300-2のIAB-MTのMACレイヤとIABノード300-1のIAB-DUのMACレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。IAB-DUのMACレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット(トランスポートブロックサイズ、変調・符号化方式(MCS:Modulation and Coding Scheme))及び割当リソースブロックを決定する。
RLCレイヤは、MACレイヤ及びPHYレイヤの機能を利用してデータを受信側のRLCレイヤに伝送する。IABノード300-2のIAB-MTのRLCレイヤとIABノード300-1のIAB-DUのRLCレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
PDCPレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。IABノード300-2のIAB-MTのPDCPレイヤとドナーノード200のPDCPレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
RRCレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。IABノード300-2のIAB-MTのRRCレイヤとドナーノード200のRRCレイヤとの間では、各種設定のためのRRCシグナリングが伝送される。ドナーノード200とのRRC接続がある場合、IAB-MTはRRCコネクティッド状態である。ドナーノード200とのRRC接続がない場合、IAB-MTはRRCアイドル状態である。
RRCレイヤの上位に位置するNASレイヤは、セッション管理及びモビリティ管理等を行う。IABノード300-2のIAB-MTのNASレイヤとAMF11との間では、NASシグナリングが伝送される。
図7は、F1-Uプロトコルに関するプロトコルスタックを示す図である。図8は、F1-Cプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーノード200がCU及びDUに分割されている一例を示す。
図7に示すように、IABノード300-2のIAB-MT、IABノード300-1のIAB-DU、IABノード300-1のIAB-MT、及びドナーノード200のDUの各々は、RLCレイヤの上位レイヤとしてBAP(Backhaul Adaptation Protocol)レイヤを有する。BAPレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、IPレイヤがBAPレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
各バックホールリンクにおいて、BAPレイヤのPDU(Protocol Data Unit)は、バックホールRLCチャネル(BH NR RLCチャネル)によって伝送される。各BHリンクで複数のバックホールRLCチャネルを構成することにより、トラフィックの優先順位付け及びQoS制御が可能である。BAP PDUとバックホールRLCチャネルとの対応付けは、各IABノード300のBAPレイヤ及びドナーノード200のBAPレイヤによって実行される。
図8に示すように、F1-Cプロトコルのプロトコルスタックは、図7に示すGTP-Uレイヤ及びUDPレイヤに代えて、F1APレイヤ及びSCTPレイヤを有する。
なお、以下においては、IABのIAB-DUとIAB-MTで行われる処理又は動作について、単に「IAB」の処理又は動作として説明する場合がある。例えば、IABノード300-1のIAB-DUが、IABノード300-2のIAB-MTへBAPレイヤのメッセージを送信することを、IABノード300-1がIABノード300-2へ、当該メッセージを送信するものとして説明する。また、ドナーノード200のDU又はCUの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。
また、アップストリーム方向とアップリンク(UL)方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク(DL)方向とを区別しないで用いる場合がある。
[第1実施形態]
次に、第1実施形態について説明する。
次に、第1実施形態について説明する。
(ルーティング及びリルーティング)
BAPレイヤの機能に、ルーティング(routing)とリルーティング(re-routing)がある。
BAPレイヤの機能に、ルーティング(routing)とリルーティング(re-routing)がある。
ルーティングは、例えば、受信したパケットをどのIABノード300へ転送するかを制御することである。IABノード300のBAPレイヤは、受信したBAPパケット(BAP PDU)のヘッダに含まれるBAPルーティングID(以下、「ルーティングID」と称する場合がある。)に基づいてルーティングを行う。ここで、ルーティングIDは、BAPアドレス(Destination)(以下では、「宛先」と称する場合がある。)とBAPパスID(Path ID)(以下、「パスID」と称する場合がある。)とから構成される。BAPレイヤは、受信したBAPパケットに含まれるルーティングID中の宛先(Destination)が自局のBAPアドレスと一致するか否かを判断する。BAPレイヤは、一致すれば宛先(Destination)に到着したと判断する。一方、BAPレイヤは、BAPアドレスが自局のBAPアドレスと一致しない場合、ルーティングテーブル(又はルーティング設定)(BH Routing Configuration)に含まれるルーティングIDと一致するエントリを検索する。そして、BAPレイヤは、当該エントリに含まれる次ホップアドレスへ、受信したパケットを送信する。なお、ルーティングテーブルの設定は、ドナーノード200のCUが、IABノード300のIAB-DUに対して、ルーティングテーブルを含むF1APメッセージを送信することで行われる。
一方、リルーティングは、例えば、受信したパケットを、代替パス(alternative path)を介して宛先ノード(アクセスIABノード又はドナーノード)へ転送するように制御することである。リルーティングは、ルーティング処理を行い、その後、行先のないパケットに対して行われる。すなわち、リルーティングは、ルーティングの後に行われる。リルーティングは、ドナーノードによって、代替パスが明示的に設定されることで行われてもよい。また、リルーティングは、受信したパケットの宛先(Destination)と一致するルート(宛先(Destination)が同じでパスIDが異なるパス)をBAPレイヤが適当に選択することで行われてもよい。
(CU間ルーティング)
上述したルーティングが、ドナーノードのCU間で行われる場合がある。
上述したルーティングが、ドナーノードのCU間で行われる場合がある。
図9は第1実施形態に係るセルラ通信システム1の構成例を表す図である。
図9では、ドナーノード200-1のCUにより第1トポロジ(TP#1)が形成され、ドナーノード200-2のCUにより第2トポロジ(TP#2)が形成される例が示されている。また、2つのトポロジを跨ぐようにIABノード300-Bが配置される例が示されている。
このようなケースにおいて、IABノード300-Bは、第1トポロジ側の子ノードから送信されたパケットを受信する。当該パケットの宛先は、ドナーノード200-2のCUである。このとき、IABノード300-Bの(IAB-MTにおける)BAPレイヤの送信部は、ルーティング処理によって、第2トポロジへ転送することが可能である。具体的には、当該送信部は、当該パケットのヘッダに含まれるルーティングID(又は旧ルーティングID(previous Routing ID))を、ヘッダ書き替えテーブル(又はヘッダ書き替え設定)(Header Rewriting Configuration)を利用して、新ルーティングID(New Routing ID)へ書き替える。このような処理をヘッダ書き替え処理(BAP header rewiring operation)と称する場合がある。ヘッダが書き替えられたパケットは、宛先であるドナーノード200-2のCUへ転送される。
なお、ヘッダ書き替えテーブルの設定は、例えば、ドナーノード200-1のCUがIABノード300-BのIAB-DUへ、当該テーブルを含むF1APメッセージを送信することで行われる。
上述した例は、アップストリーム方向のCU間ルーティングの例である。ダウンストリーム方向においても、CU間ルーティングが行われる場合がある。
例えば、図9のケースでは、IABノード300-Bは、第2トポロジ(TP#2)の親ノードから受信したパケットを、第1トポロジ(TP#1)の子ノードへ送信する。当該パケットの宛先は、第1トポロジ(TP#1)のアクセスIABノード(UE100から受信したパケットを最初に処理するノード、又はUE100へ送信するパケットを最後に処理するノード)である。この場合も、IABノード300-Bの(IAB-DUにおける)BAPレイヤの送信部がヘッダ書き替え処理により、受信したパケットのヘッダに含まれるルーティングIDを書き替える。これにより、ヘッダ書き替え後の当該パケットを、宛先(第1トポロジのアクセスIABノード)へ転送させることが可能となる。
なお、図9に示すIABノード300-Bのように、複数のトポロジに接続されたIABノードを「境界IABノード」(Boundary IAB node)と称する場合がある。CU間ルーティングは、境界IABノード300-Bにおいて行われる。
(CU間リルーティング)
上述したリルーティングが、ドナーノード200のCU間で行われる場合がある。
上述したリルーティングが、ドナーノード200のCU間で行われる場合がある。
図9に示すケースでは、境界IABノード300-Bの(IAB-MTにおける)BAPレイヤの送信部は、上述したルーティング処理を行ったもののルーティング処理に失敗した場合、ヘッダ書き替え処理を行い、CU間リルーティングを行う。具体的には、BAPレイヤの送信部は、子ノードから受信したパケットのルーティングに失敗した場合、当該パケットのヘッダに含まれるルーティングID(又は旧ルーティングID)を、ヘッダ書き替えテーブル(Header Rewriting Configuration)を利用して、新ルーティングIDへ書き替える。ヘッダ書き替えが行われた当該パケットは、ドナーノード200-2のCUへ転送される。そして、ドナーノード200-2のCUは、受信した当該パケットを、ドナーノード200-1のCUへ転送する。これにより、当該パケットが宛先(ドナーノード200-1のCU)へ送信される。
なお、同一トポロジに属するDU間において、リルーティング(DU間リルーティング(Inter-donor-DU re-routing))が行われる場合がある。例えば、図9のケースにおいて、ドナーノード200-1のCU配下に2つのDU(ドナーノード200-1のDU#1と、ドナーノード200-1のDU#2)が存在するケースを仮定する。このようなケースにおいて、ドナーノード200-1のCUと同一のトポロジに属するIABノード300は、ドナーノード200-1のDU#1宛てパケットを、リルーティングにより、ドナーノード200-DU#2へ転送させることが可能である。この場合、IABノード300の(IAB-MTにおける)BAPレイヤの送信部は、ヘッダ書き替えテーブル(Header Rewriting Configuration)を利用して、当該パケットのヘッダに含まれる旧ルーティングIDを新ルーティングIDに書き替える。このようなヘッダ書き替えにより、DU間リルーティングが可能となる。
このように、CU間リルーティングでもヘッダ書き替え処理が行われ、DU間リルーティングにおいてもヘッダ書き替え処理が行われる。そのため、CU間リルーティングとDU間リルーティングとを、「ヘッダ書き替えベースリルーティング」(header re-writing based re-routing)と称する場合がある。
(第1実施形態における課題)
上述したように、CU間ルーティングによりヘッダ書き替え処理が行われる。また、CU間リルーティングにおいてもヘッダ書き替え処理が行われる。2つのヘッダ書き替え処理は、できるだけ共通の手順により行われることによって、例えば、パケット転送の信頼性、柔軟性、及び低遅延性を向上させることが期待される。これにより、例えば、IABノード300において、パケット転送を適切に行うことが可能となる。
上述したように、CU間ルーティングによりヘッダ書き替え処理が行われる。また、CU間リルーティングにおいてもヘッダ書き替え処理が行われる。2つのヘッダ書き替え処理は、できるだけ共通の手順により行われることによって、例えば、パケット転送の信頼性、柔軟性、及び低遅延性を向上させることが期待される。これにより、例えば、IABノード300において、パケット転送を適切に行うことが可能となる。
そこで、第1実施形態では、ルーティングの際のヘッダ書き替え処理とリルーティングの際のヘッダ書き替え処理とをできるだけ共通の手順で行われるようにすることで、パケット転送が適切に行われることを課題としている。
(第1実施形態に係る通信制御方法)
そのため、第1実施形態において、IABノード300は、ルーティング処理後にリルーティング処理を行うことを前提にして、ルーティング処理の際もリルーティング処理の際についても、最初に、ヘッダ書き替えテーブルを検索する。そして、IABノード300は、受信パケットのヘッダと一致するエントリがヘッダ書き替えテーブルに存在すれば、ヘッダ書き替え処理を行う。
そのため、第1実施形態において、IABノード300は、ルーティング処理後にリルーティング処理を行うことを前提にして、ルーティング処理の際もリルーティング処理の際についても、最初に、ヘッダ書き替えテーブルを検索する。そして、IABノード300は、受信パケットのヘッダと一致するエントリがヘッダ書き替えテーブルに存在すれば、ヘッダ書き替え処理を行う。
具体的には、第1に、中継ノード(例えばIABノード300)が、パケットを受信する。第2に、中継ノードが、ルーティング対象のパケットのヘッダに含まれる第1ルーティングIDがヘッダ書き替えテーブルのルーティング用の第1エントリに存在する場合、第1ルーティングIDを、第1エントリに含まれる第2ルーティングIDへ書き替える。第3に、中継ノードが、リルーティング対象のパケットのヘッダに含まれる第1ルーティングIDがヘッダ書き替えテーブルのリルーティング用の第2エントリに存在する場合、第1ルーティングIDを、第2エントリに含まれる第3ルーティングIDへ書き替える。
このように、IABノード300は、ルーティングの際に最初にヘッダ書き替えテーブルを用いた処理を行い、その後のリルーティングの際も、最初にヘッダ書き替えテーブルを用いた処理を行う。これにより、例えば、ルーティングにおけるヘッダ書き替え処理とリルーティングにおけるヘッダ書き替え処理との共通化(又は統一化)を図ることが可能となり、適切な通信が可能となる。
(第1実施形態に係る動作例)
図10は第1実施形態に係る動作例を表す図である。例えば、図10に示す各処理は、境界IABノード300-BのIAB-MTにおけるBAPレイヤの送信部において行われる。すなわち、アップストリーム方向へのパケット転送である。以下では、境界IABノード300-Bにおけるアップストリーム方向へのパケット転送を例にして図10に示す動作例を説明する。
図10は第1実施形態に係る動作例を表す図である。例えば、図10に示す各処理は、境界IABノード300-BのIAB-MTにおけるBAPレイヤの送信部において行われる。すなわち、アップストリーム方向へのパケット転送である。以下では、境界IABノード300-Bにおけるアップストリーム方向へのパケット転送を例にして図10に示す動作例を説明する。
図10に示すように、ステップS10において、BAPレイヤの送信部は、パケット(BAP PDU)を受信する。BAPレイヤの送信部は、(IAB-DUの)BAP受信部から当該パケット(すなわち、他ノードから転送されてきたパケット)を受信してもよい。また、当該BAPレイヤの送信部は、上位レイヤから当該パケット(すなわち、IABノード300配下のUE100から受信したパケット)を受信してもよい。
ステップS11において、BAPレイヤの送信部は、ステップS10で受信したパケットをルーティング対象と認識する。BAPレイヤの送信部は、当該パケットをルーティング対象のパケットであることをマーキングしてもよい。当該マーキングは、当該パケットと紐づけてメモリに記憶することで行われてもよい。
ステップS12において、BAPレイヤの送信部は、当該パケットがルーティング対象かリルーティング対象かを判定する。当該パケットがルーティング対象であれば(ステップS12で“Routing”)、処理はステップS13へ移行する。一方、当該パケットがルーティング対象でなければ(ステップS12で“Re-routing”)、処理はステップS23へ移行する。もしくは、当該パケットがリルーティング対象であれば(ステップS12で“Re-routing”)、処理はステップS23へ移行し、リルーティング対象でなければ(ステップS12で“Routing”)、処理はステップS13へ移行してもよい。BAPレイヤの送信部は、ステップS11で受信パケットをルーティング対象と認識しているため、ステップS13の処理を行うものとして以下説明する。
ステップS13において、BAPレイヤの送信部は、ヘッダ書き替えテーブルのルーティング用(すなわち、CU間ルーティング用)のエントリを検索する。ヘッダ書き替えテーブルには、ルーティング用のエントリと、リルーティング用のエントリが含まれる。これにより、ルーティング処理におけるヘッダ書き替えテーブルと、リルーティング処理におけるヘッダ書き替えテーブルとを共通化させることが可能となる。
ステップS14において、BAPレイヤの送信部は、受信したパケットのヘッダに含まれるルーティングID(又は旧ルーティングID)と一致するエントリが、ヘッダ書き替えテーブルのルーティング用のエントリ(例えば第1エントリ)に存在するか否かを判定する。旧ルーティングIDと一致するエントリがヘッダ書き替えテーブルのルーティング用エントリに存在すれば(ステップS14でYes)、処理はステップS15へ移行する。一方、旧ルーティングIDと一致するエントリがヘッダ書き替えテーブルのルーティング用エントリに存在しなければ(ステップS14でNo)、処理はステップS16へ移行する。
ステップS15において、BAPレイヤの送信部は、当該パケットのヘッダに含まれるルーティングID(旧ルーティングID)を、当該ルーティングIDと一致するエントリに含まれる新ルーティングIDへ書き替える。
ステップS16において、BAPレイヤの送信部は、ステップS15によりヘッダ書き替えを行った場合、書き替え後の当該パケットに対して、CU間ルーティングによるルーティング処理を行う。この場合、BAPレイヤの送信部は、ヘッダ書き替え後のルーティングIDによって示されたルートへ向けて当該パケットを送信することを試みる。他方、ステップS16において、BAPレイヤの送信部は、ヘッダ書き替え処理(ステップS15)を行わなかったパケットに対しては、同一トポロジ内におけるルーティング処理を行う。この場合、BAPレイヤの送信部は、ルーティングテーブル(BH Routing Configuration)から、当該パケットのヘッダに含まれるルーティングIDと一致するルーティングIDを検索し、当該ルーティングIDによって示されたルートへ向けて当該パケットを送信することを試みる。すなわち、BAPレイヤの送信部は、旧ルーティングIDがヘッダ書き替えテーブルのルーティング用エントリに存在しない場合、ルーティングテーブルを用いてルーティング処理を行う。
ステップS17において、BAPレイヤの送信部は、ルーティング処理に成功したか否かを判定する。BAPレイヤの送信部は、何らかの原因により、次ホップBAPアドレス(Next Hop BAP Address)が利用可能ではない(unavailable)場合、ルーティング処理に失敗した(ステップS17でNo)と判定してもよい。また、BAPレイヤの送信部は、何らかの原因により、流出BHリンク(egress BH link)が利用可能ではない場合、ルーティング処理に失敗したと判定してもよい。更に、BAPレイヤの送信部は、何らかの原因により、流出BH RLCチャネル(egress BH RLC Channel)が利用可能ではない場合、ルーティング処理に失敗したと判定してもよい。更に、BAPレイヤの送信部は、次ホップBAPアドレスが利用可能ではなく、かつ、流出リンクが利用可能ではなく、かつ、流出BH RLCチャネルが利用可能ではない場合、ルーティング処理に失敗したと判定してもよい。ここで、原因は、例えば、流出BHリンクのRLFがある。一方、BAPレイヤの送信部は、次ホップBAPアドレスに対応する流出BHリンク内の流出BH RLCチャネルを利用して、次ホップBAPアドレスへ当該パケットを送信できた場合は、ルーティングに成功したと判定(ステップS17でYes)してもよい。当該パケットについてルーティングに成功した場合(ステップS17でYes)、処理はステップS19へ移行する。一方、当該パケットについてルーティングに失敗した場合(ステップS17でNo)、処理はステップS18へ移行する。
ステップS18において、BAPレイヤの送信部は、当該パケットをリルーティング対象と認識する。BAPレイヤの送信部は、当該パケットをリルーティング対象のパケットであることをマーキングしてもよい。当該マーキングは、当該パケットと紐づけてメモリに記憶することで行われてもよい。処理は、ステップS12へ移行して上述した処理を繰り返す。
一方、ステップS19において、ルーティングの成功により、当該パケットが選択した次ホップへ送信される。
ここでは、受信したパケットのルーティングが失敗し(ステップS17でNo)、リルーティング対象と認識された場合(ステップS18)で以下説明する。
ステップS23において、BAPレイヤの送信部は、ヘッダ書き替えテーブルのリルーティング用エントリを検索する。ヘッダ書き替えテーブル自体は、ルーティング処理の場合(ステップS13)と同様である。
ステップS24において、BAPレイヤの送信部は、当該パケットのヘッダに含まれるルーティングID(又は旧ルーティングID)と一致するエントリが、ヘッダ書き替えテーブルのリルーティング用エントリ(例えば第2エントリ)に存在するか否かを判定する。旧ルーティングIDと一致するエントリがヘッダ書き替えテーブルのリルーティング用エントリに存在すれば(ステップS24でYes)、処理はステップS25へ移行する。一方、旧ルーティングIDと一致するエントリがヘッダ書き替えテーブルのリルーティング用エントリに存在しなければ(ステップS24でNo)、処理はステップS26へ移行する。
ステップS25において、BAPレイヤの送信部は、当該パケットのヘッダに含まれるルーティングID(旧ルーティングID)を、当該ルーティングIDと一致するエントリに含まれる新ルーティングIDへ書き替える。
ステップS26において、BAPレイヤの送信部は、ステップS25によりヘッダ書き替えを行った場合、書き替え後の当該パケットに対して、リルーティング処理を行う。この場合、BAPレイヤの送信部は、例えば、ヘッダ書き替え後のルーティングIDに含まれる宛先(Destination)と一致するルートへ向けて当該パケットを送信することを試みる。また、BAPレイヤは、ヘッダ書き替え後のルーティングIDと一致するルートへ向けて当該パケットを送信することを試みてもよい。他方、ステップS26において、BAPレイヤの送信部は、ヘッダ書き替え処理を行わなかったパケット(ステップS24でNo)に対しては、ヘッダ書き替えを行わないリルーティング処理(すなわち、ローカルリルーティング処理)を行う。この場合、BAPレイヤの送信部は、当該パケットのヘッダに含まれるルーティングIDの宛先(Destination)と一致するルートを選択して、当該ルートへ向けて当該パケットを送信することを試みる。
ステップS27において、BAPレイヤの送信部は、リルーティング処理に成功したか否かを判定する。BAPレイヤの送信部は、何らかの原因により、次ホップBAPアドレス(Next Hop BAP Address)が利用可能ではない(unavailable)場合、リルーティング処理に失敗した(ステップS27でNo)と判定してもよい。また、BAPレイヤの送信部は、何らかの原因により、流出BHリンク(egress BH link)が利用可能ではない場合、リルーティング処理に失敗したと判定してもよい。更に、BAPレイヤの送信部は、何らかの原因により、流出BH RLCチャネル(egress BH RLC Channel)が利用可能ではない場合、リルーティング処理に失敗したと判定してもよい。更に、BAPレイヤの送信部は、次ホップBAPアドレスが利用可能ではなく、かつ、流出リンクが利用可能ではなく、かつ、流出BH RLCチャネルが利用可能ではない場合、リルーティング処理に失敗したと判定してもよい。ここで、原因は、例えば、流出BHリンクのRLFがある。一方、BAPレイヤの送信部は、次ホップBAPアドレスに対応する流出BHリンク内の流出BH RLCチャネルを利用して、次ホップBAPアドレスへ当該パケットを送信できた場合は、リルーティングに成功したと判定(ステップS27でYes)してもよい。当該パケットについてリルーティングに成功した場合(ステップS27でYes)、処理はステップS19へ移行する。一方、当該パケットについてリルーティングに失敗した場合(ステップS27でNo)、処理はステップS28へ移行する。
ステップS28において、BAPレイヤの送信部は、当該パケットについてルーティング対象と認識する。すなわち、BAPレイヤの送信部は、当該パケットについてリルーティング処理に失敗したとき、当該パケットをルーティング対象のパケットとみなす。BAPレイヤの送信部は、当該パケットをリルーティング対象から外すようにしている。そして、処理はステップS12へ移行して、上述した処理を繰り返す。すなわち、BAPレイヤの送信部は、当該パケットについて、再度、ルーティング処理(ステップS13以降の処理)を繰り返す。
上記した例では、パケットがルーティング対象であるか、リルーティング対象であるか、という認識方法を用いる例について説明したが、これに限らない。BAPレイヤの送信部は、当該パケットをルーティング対象であるか否かにより認識してもよい。また、当該BAPレイヤの送信部は、当該パケットをリルーティング対象か否かにより認識してもよい。また、パケットがルーティング対象ではない、もしくはパケットがリルーティング対象ではない、とは、当該パケットに対して特別な認識を有していないことであってもよい。例えば、ルーティング対象と認識されているパケットはルーティング処理の対象となり、ルーティング対象と認識されていないパケットはリルーティング処理に対象となってもよい。また、例えば、リルーティング対象と認識されているパケットはリルーティング処理の対象となり、リルーティング対象と認識されていないパケットはルーティング処理の対象となってもよい。
(第1実施形態の効果)
図10に示すように、ルーティングの際のヘッダ書き替えに関する処理(ステップS13からステップS15)と、リルーティングの際のヘッダ書き替えに関する処理(ステップS23からステップS25)とは、ヘッダ書き替えテーブルの参照するエントリを除くと、同一である。従って、ルーティング処理におけるヘッダ書き替え処理とリルーティング処理におけるヘッダ書き替え処理とを共通の手順で行うことが可能となり、パケット転送を適切に行うことが可能となる。
図10に示すように、ルーティングの際のヘッダ書き替えに関する処理(ステップS13からステップS15)と、リルーティングの際のヘッダ書き替えに関する処理(ステップS23からステップS25)とは、ヘッダ書き替えテーブルの参照するエントリを除くと、同一である。従って、ルーティング処理におけるヘッダ書き替え処理とリルーティング処理におけるヘッダ書き替え処理とを共通の手順で行うことが可能となり、パケット転送を適切に行うことが可能となる。
また、IABノード300は、ヘッダ書き替え処理を行ってリルーティング処理に失敗した場合(ステップS27でNo)、当該パケットをリルーティング対象から外して、ルーティング対象としている(ステップS28)。これにより、IABノード300は、当該パケットをルーティング対象として、再度、ヘッダ書き替えを行い、ルーティング処理を行うことが可能となる。従って、IABノード300は、当該パケットを適切に転送させることが可能となる。
[第2実施形態]
次に、第2実施形態について説明する。
次に、第2実施形態について説明する。
IABノード300間においても二重接続方式(DC:Dual Connectivity)(以下、「DC」と称する場合がある。)が適用可能である。DCは、例えば、非理想的なバックホールリンクで接続された2つの異なるノードから提供されるリソースを利用した通信方式である。この場合、一方が、マスタセルグループ(以下、「MCG」と称する場合がある。)、他方がセカンダリセルグループ(以下、「SCG」と称する場合がある。)となる。MCGは、マスタノードに関連付けられるサービングセルのセルグループである。他方、SCGは、セカンダリノードに関連付けられるサービングセルのグループである。IABノード300のIAB-MTは、MCGを管理するマスタノード(例えば、IABノード300の親ノード#1)と接続しつつ、SCGを管理するセカンダリノード(例えば、IABノード300の親ノード#2)と接続することができる。
例えば、境界IABノード300-BにおいてDCが設定されるケースを仮定する。すなわち、境界IABノード300-Bにおいて、第1トポロジ側の親ノード#1に対してMCGが設定され、第2トポロジ側の親ノード#2に対してSCGが設定されたケースを仮定する。例えば、第1トポロジ側の親ノード#1に対するBHリンクでRLFが発生した場合、境界IABノード300-Bでは、リルーティング処理により、第2トポロジ側の親ノード#2へのパケット転送を行うことになる。
ここで、マルチ接続(multi-connectivity)が導入されるケースを仮定する。DCは2つのリンクで接続された通信方式であるのに対して、マルチ接続は3つ以上のリンクで接続された通信方式である。
図11は、第2実施形態に係るマルチ接続の例を表す図である。図11の例は、境界IABノード300-Bにおいて、第1トポロジ側の親ノード300-P11に対してMCGが設定され、第1トポロジ側の親ノード300-P12に対してSCG#1が設定され、第2トポロジ側の親ノード300-P2に対してSCG#2が設定されている。
ここで、第1トポロジのSCG#1のリンクでBH RLFが発生したと仮定する。この場合、境界IABノード300-Bは、MCG#1が設定された第1トポロジの親ノード300-P11に対してリルーティング処理を行うべきか、SCG#2が設定された第2トポロジの親ノード300-P2に対してリルーティング処理を行うべきか問題となる場合がある。
特に、図11に示すように、境界IABノード300-Bでは、親ノード300-P11を選択すると、DU間リルーティングによるヘッダ書き替え処理を行う。また、境界IABノード300-Bでは、親ノード300-P2を選択しても、CU間リルーティングによるヘッダ書き替え処理を行う。境界IABノード300-Bは、いずれの親ノード300-Pを選択するにしても、ヘッダ書き替え処理を行うことになる。
図12は、第2実施形態に係るマルチ接続の例を表す図である。このケースでも、MCGが設定された第1トポロジの親ノード300-P1に対するBHリンクでBH RLFが発生した場合、境界IABノード300-Bは、SCG#1が設定された第2トポロジの親ノード300-P21を選択するか、又は、SCG#2が設定された第2トポロジの親ノード300-P22を選択する。境界IABノード300-Bは、親ノード300-P21及び親ノード300-P22のいずれかを選択するにしても、ヘッダ書き替え処理を行ってリルーティング処理を行うことになる。
そこで、第2実施形態では、パスに対して優先度を設定する。具体的には、第1に、ドナーノード(例えば、ドナーノードのCU(200-C1))が、中継ノード(例えば、境界IABノード300-B)の各パス(例えば、MCG、SCG#1、及びSCG#2)に優先度を設定した優先度設定を中継ノードに設定する。第2に、中継ノードが、パケットを受信する。第3に、中継ノードが、パケットのヘッダに含まれる第1ルーティングIDと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、優先度設定に基づいて、最高優先度のパスに対応する第1エントリを選択する。第4に、中継ノードが、ヘッダに含まれる第1ルーティングIDを、第1エントリに含まれる第2ルーティングIDへ書き替える。
これにより、境界IABノード300-Bでは、優先度設定に従って、いずれかの親ノード300-Pを選択して、ヘッダ書き替え処理を行うことができるため、受信したパケットを適切に転送することが可能となる。
(第2実施形態に係る動作例)
図13は、第2実施形態に係る動作例を表す図である。
図13は、第2実施形態に係る動作例を表す図である。
図13に示すように、ステップS40において、ドナーノード200は処理を開始する。
ステップS41において、ドナーノード200は、境界IABノード300-Bに対して、リルーティング用のパス毎に優先度を設定する。具体的には、ドナーノード200は、境界IABノード300-Bの各パスに優先度を設定した優先度設定を境界IABノード300-Bへ設定(又は送信)する。
第1に、パスの種類としては、以下がある。すなわち、パスはリンクであってもよい。図11の例では、MCGが設定された親ノード300-P11に対するBHリンク、SCG#1が設定された親ノード300-P12に対するBHリンク、及びSCG#2が設定された親ノード300-P2に対するBHリンクの各々に優先度が設定されてもよい。また、パスはセルグループでもよい。図11の例では、MCG、SCG#1、及びSCG#2の各々に優先度が設定されてもよい。パスは、ルーティングIDにより示されたルートであってもよい。すなわち、優先度はルーティングID毎に設定されてもよい。パスは、宛先(Destination)であってもよい。すなわち、優先度は宛先毎に設定されてもよい。パスはトポロジでもよい。すなわち、優先度はトポロジ毎に設定されてもよい。この場合、F1終端トポロジ(F1-terminating CU’s topology)とF1非終端トポロジ(non-F1-terminating CU’s topology)とに対して各々優先度が設定されてもよい。なお、F1終端トポロジは、境界IABノード300-Bにおいて、F1-APを終端しているトポロジであって、図11の例では、宛先がドナーノードのCU(200-C1)のパケットに対して、当該ドナーノードのCU(200-C1)側のトポロジである。F1非終端トポロジは、F1-APを終端させないトポロジであって、図11の例では、宛先がドナーノードのCU(200-C1)のパケットに対して、ドナーノードのCU(200-C2)側のトポロジである。パスは、ヘッダ書き替え処理を実行するルート、又はヘッダ書き替え処理を実行しない(非実行)ルートであってもよい。すなわち、ヘッダ書き替え処理を行わないルートを、ヘッダ書き替え処理を行うルートに優先する(又はその逆)、などとしてもよい。
第2に、最高優先度の値が優先度設定に含まれてもよい。例えば、MCG=優先度は「1」、SCG#1=優先度は「2」、SCG#2=優先度は「3」と設定する場合、最高優先度は「3」であることを明示的に示す情報が優先度設定に含まれる。最も高い数値が最高優先度を表してもよい。また、最も低い数値が最高優先度を表してもよい。
第3に、優先度設定はヘッダ書き替えテーブル(Header Rewriting Configuration)に含まれてもよい。例えば、当該優先度設定はヘッダ書き替えテーブルの各エントリに優先度が含まれてもよい。また、当該優先度設定はヘッダ書き替えテーブルの各エントリに優先度が紐づけられてもよい。ヘッダ書き替えが必要のないリルーティング(すなわち、ローカルリルーティング)を(暗示的に)最高優先度とみなしてもよい。又は、ヘッダ書き替えが必要のないリルーティングを(暗示的に)最低優先度とみなしてもよい。ヘッダ書き替えが必要のないリルーティングは、ヘッダ書き替えテーブルに含まれていないため、ヘッダ書き替えが必要のないリルーティングによるパスを、最高優先度又は最低優先度とみなすようにしている。ヘッダ書き替えテーブルにエントリが含まれないパスに対する優先度は、ドナーノード200から通知されてもよい。当該通知は、F1APメッセージ又はRRCメッセージなどに含まれて通知されてもよい。優先度設定がヘッダ書き替えテーブルに含まれることで、BAPレイヤの送信部は、ヘッダ書き替え処理と並行して優先度に基づくパス選択を行うことが可能となる。
第4に、優先度設定はルーティングテーブル(BH Routing Configuration)に含まれてもよい。当該優先度設定はヘッダ書き替えテーブルに含まれる場合と同様に、例えば、ルーティングテーブルの各エントリに優先度が含まれてもよい。また、当該優先度設定はルーティングテーブルの各エントリに優先度が紐づけられてもよい。優先度設定がルーティングテーブルに含まれることで、BAPレイヤの送信部は、ルーティング処理と並行して優先度に基づくパス選択を行うことが可能となる。
図13に戻り、ステップS42において、境界IABノード300-Bは、パケット(BAP PDU)を受信する。例えば、境界IABノード300-B(におけるIAB-MT)のBAPレイヤの送信部は、(IAB-DUの)BAPレイヤの受信部からパケットを受信する。境界IABノード300-BのBAPレイヤの送信部は、上位レイヤから(すなわちUE100から)パケットを受信してもよい。そして、境界IABノード300-Bは、当該パケットに対してルーティング処理を行う。以下では、境界IABノード300-Bは、ルーティング処理に失敗したと仮定して説明する。
ステップS43において、境界IABノード300-BのBAPレイヤの送信部は、所定処理を行う。所定処理は以下がある。
第1に、BAPレイヤの送信部は、ヘッダ書き替えテーブル(Header Rewriting Configuration)を検索し、当該パケットに含まれるルーティングID(又は旧ルーティングID)と一致するリルーティング用のエントリをリスト化する処理を行う。すなわち、BAPレイヤの送信部は、当該パケットに含まれるルーティングID(又は旧ルーティングID)と一致する複数のエントリをヘッダ書き替えテーブルから選択し、複数のエントリをリスト化する。ヘッダ書き替えテーブルは、第1実施形態と同様に、リルーティング用のエントリとルーティング用のエントリとを含むものであってもよい。
第2に、BAPレイヤの送信部は、最高優先度のパスを選択し、当該リストの中から、当該パスに対応するエントリを選択する。すなわち、BAPレイヤの送信部は、複数のエントリの中から、優先度設定に基づいて、最高優先度のパスに対するエントリ(例えば第1エントリ)を選択する。そして、BAPレイヤの送信部は、当該パケットのヘッダに含まれるルーティングID(例えば第1ルーティングID)を、当該エントリに含まれる新ルーティングID(例えば第2ルーティングID)へ書き替える。その後、BAPレイヤの送信部は、ヘッダ書き替え後のパケットの送信を試みる。ここで、BAPレイヤの送信部は、当該ルート上のBHリンクが利用可能ではなく(unavailable)、当該パケットの送信に失敗(すなわち、リルーティングに失敗)したと仮定する。この場合、BAPレイヤの送信部は、当該リストの中から第2優先度のパスを選択し、当該リストの中から当該パスに対応するエントリを選択する。そして、BAPレイヤの送信部は、当該パケットに含まれるルーティングIDを、当該エントリに含まれる新ルーティングIDへ書き替える。その後、BAPレイヤの送信部は、ヘッダ書き替え後のパケットの送信を試みる。そして、BAPレイヤの送信部は、当該パケットの送信に失敗した場合、当該リストの中から第3優先度のパスを選択し、上述した処理を繰り返す。BAPレイヤの送信部は、最高優先度の順からパスを選択して、当該パスへ向けてパケットの送信を試みて、パケットの送信に失敗すると、次の優先度のパスを選択して、パケットの送信を試みるようにしている。BAPレイヤの送信部は、第1優先度のパスへのパケット送信が成功した場合は、第1優先度のパスへのパケット送信が行われたことになり、第2優先度のパスへのパケット送信が成功した場合は、第2優先度のパスへのパケット送信が行われたことになる。
ステップS44において、BAPレイヤの送信部は、一連の処理を終了する。
[その他の実施形態]
UE100又はgNB200が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。
UE100又はgNB200が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。
また、UE100又はgNB200が行う各処理を実行する回路を集積化し、UE100又はgNB200の少なくとも一部を半導体集積回路(チップセット、SoC:System on a chip)として構成してもよい。
本開示で使用されている「に基づいて(based on)」、「に応じて(depending on)」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「含む(include)」、「備える(comprise)」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第1」、「第2」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第1及び第2の要素への参照は、2つの要素のみがそこで採用され得ること、又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのa,an,及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、各実施形態、各動作例、又は各処理は、矛盾しない範囲で適宜組み合わせることも可能である。
本願は、日本国特許出願第2022-017333号(2022年2月7日出願)の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
(付記)
上述の実施形態に関する特徴について付記する。
上述の実施形態に関する特徴について付記する。
(1)
セルラ通信システムで用いる通信制御方法であって、
中継ノードが、パケットを受信するステップと、
前記中継ノードが、ルーティング対象の前記パケットのヘッダに含まれる第1ルーティングIDがヘッダ書き替えテーブルのルーティング用の第1エントリに存在する場合、前記第1ルーティングIDを、前記第1エントリに含まれる第2ルーティングIDへ書き替えるステップと、
前記中継ノードが、リルーティング対象の前記パケットのヘッダに含まれる前記第1ルーティングIDが前記ヘッダ書き替えテーブルのリルーティング用の第2エントリに存在する場合、前記第1ルーティングIDを、前記第2エントリに含まれる第3ルーティングIDへ書き替えるステップと、を有する
通信制御方法。
セルラ通信システムで用いる通信制御方法であって、
中継ノードが、パケットを受信するステップと、
前記中継ノードが、ルーティング対象の前記パケットのヘッダに含まれる第1ルーティングIDがヘッダ書き替えテーブルのルーティング用の第1エントリに存在する場合、前記第1ルーティングIDを、前記第1エントリに含まれる第2ルーティングIDへ書き替えるステップと、
前記中継ノードが、リルーティング対象の前記パケットのヘッダに含まれる前記第1ルーティングIDが前記ヘッダ書き替えテーブルのリルーティング用の第2エントリに存在する場合、前記第1ルーティングIDを、前記第2エントリに含まれる第3ルーティングIDへ書き替えるステップと、を有する
通信制御方法。
(2)
更に、前記中継ノードが、前記第3ルーティングIDへの書き替えを行った前記パケットに対してリルーティング処理を行うステップと、
前記中継ノードが、前記リルーティング処理に失敗したとき、前記パケットをルーティング対象のパケットとみなすステップと、を有する
上記(1)記載の通信制御方法。
更に、前記中継ノードが、前記第3ルーティングIDへの書き替えを行った前記パケットに対してリルーティング処理を行うステップと、
前記中継ノードが、前記リルーティング処理に失敗したとき、前記パケットをルーティング対象のパケットとみなすステップと、を有する
上記(1)記載の通信制御方法。
(3)
セルラ通信システムで用いる通信制御方法であって、
ドナーノードが、中継ノードの各パスに優先度を設定した優先度設定を前記中継ノードに設定するステップと、
前記中継ノードが、パケットを受信するステップと、
前記中継ノードが、前記パケットのヘッダに含まれる第1ルーティングIDと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、前記優先度設定に基づいて、最高優先度の前記パスに対応する第1エントリを選択するステップと、
前記中継ノードが、前記ヘッダに含まれる前記第1ルーティングIDを、前記第1エントリに含まれる第2ルーティングIDへ書き替えるステップと、を有する
通信制御方法。
セルラ通信システムで用いる通信制御方法であって、
ドナーノードが、中継ノードの各パスに優先度を設定した優先度設定を前記中継ノードに設定するステップと、
前記中継ノードが、パケットを受信するステップと、
前記中継ノードが、前記パケットのヘッダに含まれる第1ルーティングIDと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、前記優先度設定に基づいて、最高優先度の前記パスに対応する第1エントリを選択するステップと、
前記中継ノードが、前記ヘッダに含まれる前記第1ルーティングIDを、前記第1エントリに含まれる第2ルーティングIDへ書き替えるステップと、を有する
通信制御方法。
(4)
前記優先度設定は、前記ヘッダ書き替えテーブルに含まれる、
上記(3)記載の通信制御方法。
前記優先度設定は、前記ヘッダ書き替えテーブルに含まれる、
上記(3)記載の通信制御方法。
1 :移動通信システム
10 :5GC
100 :UE
110 :無線通信部
130 :制御部
200 :ドナーノード(gNB)
210 :無線通信部
230 :制御部
300 :IABノード
310 :無線通信部
320 :制御部
TP#1,TP#2:トポロジ
10 :5GC
100 :UE
110 :無線通信部
130 :制御部
200 :ドナーノード(gNB)
210 :無線通信部
230 :制御部
300 :IABノード
310 :無線通信部
320 :制御部
TP#1,TP#2:トポロジ
Claims (5)
- セルラ通信システムで用いる通信制御方法であって、
中継ノードが、パケットを有することと、
前記パケットがルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる第1ルーティングIDを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第2ルーティングIDへ書き替えることと、
前記中継ノードが、前記第2ルーティングIDへの書き替えを行った前記パケットに対してルーティング処理を行うことと、
前記パケットがリルーティング対象のパケットである場合、前記中継ノードが、前記パケットのヘッダに含まれる前記第1ルーティングIDを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第3ルーティングIDへ書き替えることと、
前記中継ノードが、前記第3ルーティングIDへの書き替えを行った前記パケットに対してリルーティング処理を行うことと、を有する
通信制御方法。 - 前記中継ノードが、前記リルーティング処理に失敗したとき、前記パケットをルーティング対象のパケットとみなすことと、を有する
請求項1記載の通信制御方法。 - セルラ通信システムで用いる通信制御方法であって、
ドナーノードが、中継ノードの各パスに優先度を設定した優先度設定を前記中継ノードに設定することと、
前記中継ノードが、パケットを受信することと、
前記中継ノードが、前記パケットのヘッダに含まれる第1ルーティングIDと一致する複数のエントリをヘッダ書き替えテーブルから選択し、当該複数のエントリの中から、前記優先度設定に基づいて、最高優先度の前記パスに対応する第1エントリを選択することと、
前記中継ノードが、前記ヘッダに含まれる前記第1ルーティングIDを、前記第1エントリに含まれる第2ルーティングIDへ書き替えることと、を有する
通信制御方法。 - 前記優先度設定は、前記ヘッダ書き替えテーブルに含まれる、
請求項3記載の通信制御方法。 - 中継ノードであって、
パケットを有する送信部と、
制御部と、を備え、
前記制御部は、前記パケットがルーティング対象のパケットである場合、
前記パケットのヘッダに含まれる第1ルーティングIDを、ルーティングのヘッダ書き替えに用いられる情報に基づいて、第2ルーティングIDへ書き替え、
前記第2ルーティングIDへの書き替えを行った前記パケットに対してルーティング処理を行い、
前記制御部は、前記パケットがリルーティング対象のパケットである場合、
前記パケットのヘッダに含まれる前記第1ルーティングIDを、リルーティングのヘッダ書き替えに用いられる情報に基づいて、第3ルーティングIDへ書き替え、
前記第3ルーティングIDへの書き替えを行った前記パケットに対してリルーティング処理を行う
中継ノード。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022017333 | 2022-02-07 | ||
JP2022-017333 | 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) |
-
2023
- 2023-02-06 WO PCT/JP2023/003783 patent/WO2023149577A1/ja unknown
Non-Patent Citations (3)
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 |
---|---|---|
JP7520164B2 (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 | |
WO2023068255A1 (ja) | 通信制御方法及び境界iabノード | |
US20230059195A1 (en) | Communication control method and relay node | |
WO2023149577A1 (ja) | 通信制御方法 | |
WO2023013604A1 (ja) | 通信制御方法 | |
WO2023068254A1 (ja) | 通信制御方法及び中継ノード | |
US20230262516A1 (en) | Communication control method | |
WO2023132285A1 (ja) | 通信制御方法 | |
WO2023132283A1 (ja) | 通信制御方法 | |
JP7506835B2 (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) | 通信制御方法 | |
WO2023140333A1 (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 |