WO2022153989A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2022153989A1
WO2022153989A1 PCT/JP2022/000640 JP2022000640W WO2022153989A1 WO 2022153989 A1 WO2022153989 A1 WO 2022153989A1 JP 2022000640 W JP2022000640 W JP 2022000640W WO 2022153989 A1 WO2022153989 A1 WO 2022153989A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
iab
relay node
data
control method
Prior art date
Application number
PCT/JP2022/000640
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 京セラ株式会社
Priority to JP2022575590A priority Critical patent/JPWO2022153989A1/ja
Publication of WO2022153989A1 publication Critical patent/WO2022153989A1/ja
Priority to US18/350,408 priority patent/US20230370151A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15507—Relay station based processing for cell extension or control of coverage area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15528—Control of operation parameters of a relay station to exploit the physical medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present disclosure relates to a communication control method used in a cellular communication system.
  • 3GPP Third Generation Partnership Project
  • IAB Integrated Access and Backhaul
  • One or more relay nodes intervene in the communication between the base station and the user apparatus, and relay the communication.
  • the communication control method is the communication control method used in the cellular communication system.
  • the communication control method includes setting whether or not a donor base station having a relay node under its control causes the relay node to perform priority control in transferring data packets to the scheduler of the relay node. Further, in the communication control method, the relay node operates the scheduler according to the setting.
  • the communication control method is the communication control method used in the cellular communication system.
  • the relay node receives the first information indicating the throughput for each route, the second information indicating the number of discarded data packets, or the failure occurrence notification to the donor base station under the relay node. Includes transmitting a third piece of information that represents.
  • the communication control method includes the donor base station performing a predetermined operation based on the first information, the second information, or the third information.
  • the communication control method is the communication control method used in the cellular communication system.
  • the communication control method includes a relay node intervening between a parent node and a child node transmitting a preemptive buffer status report to the parent node.
  • the communication control method includes that the parent node receives the preemptive buffer status report.
  • the relay node in the transmission, obtains a first data amount of the first data staying in the child node and a second data amount of the second data staying in the relay node. Includes storing in different areas of the preemptive buffer status report.
  • FIG. 1 is a diagram showing a configuration example of a cellular communication system according to an embodiment.
  • FIG. 2 is a diagram showing the relationship between the IAB node, the parent node (Parent nodes), and the child node (Child nodes).
  • FIG. 3 is a diagram showing a configuration example of a gNB (base station) according to an embodiment.
  • FIG. 4 is a diagram showing a configuration example of an IAB node (relay node) according to an embodiment.
  • FIG. 5 is a diagram showing a configuration example of a UE (user device) according to an embodiment.
  • FIG. 6 is a diagram showing an example of a protocol stack for RRC connection and NAS connection of IAB-MT.
  • FIG. 7 is a diagram showing an example of a protocol stack for the F1-U protocol.
  • FIG. 8 is a diagram showing an example of a protocol stack for the F1-C protocol.
  • FIG. 9 is a diagram showing a setting example according to the first embodiment.
  • FIG. 10 is a diagram showing a setting example according to the first embodiment.
  • FIG. 11 is a diagram showing an operation example according to the first embodiment.
  • FIG. 12 is a diagram showing an operation example according to the first embodiment.
  • FIG. 13 is a diagram showing an operation example according to the second embodiment.
  • FIG. 14 is a diagram showing an operation example according to the third embodiment.
  • FIG. 15 is a diagram showing a transmission example of a failure occurrence notification according to the fourth embodiment.
  • FIG. 16 is a diagram showing an operation example according to the fourth embodiment.
  • FIG. 15 is a diagram showing a transmission example of a failure occurrence notification according to the fourth embodiment.
  • FIG. 17 (A) is a diagram showing a normal BSR transmission example
  • FIGS. 17 (B) and 17 (C) are diagrams showing a pre-employed BSR transmission example, respectively.
  • FIG. 18 is a diagram showing a configuration example of a pre-employed BSR MAC CE.
  • FIG. 19 is a diagram showing an example of the relationship between the IAB node, the parent node, and the child node.
  • FIG. 20 is a diagram showing an operation example in the fifth embodiment.
  • FIG. 21 is a diagram showing an operation example according to the sixth embodiment.
  • FIG. 22 is a diagram showing a transmission example of a pre-employed BSR and a normal BSR.
  • FIG. 23 is a diagram showing an operation example according to the seventh embodiment.
  • the cellular communication system 1 is a 5G system of 3GPP.
  • the wireless access system in the cellular communication system 1 is NR (New Radio), which is a 5G wireless access system.
  • NR New Radio
  • LTE Long Term Evolution
  • the cellular communication system 1 may be applied to a future cellular communication system such as 6G.
  • FIG. 1 is a diagram showing a configuration example of the cellular communication system 1 according to the embodiment.
  • the cellular communication system 1 includes a 5G core network (5GC) 10, a user device (UE: User Equipment) 100, and a base station device (hereinafter, may be referred to as a “base station”) 200. It has -1,200-2, and IAB nodes 300-1,300-2. Base station 200 may be referred to as gNB.
  • 5GC 5G core network
  • UE User Equipment
  • base station 200 It has -1,200-2, and IAB nodes 300-1,300-2.
  • Base station 200 may be referred to as gNB.
  • the base station 200 may be an LTE base station (that is, an eNB).
  • base stations 200-1 and 200-2 may be referred to as gNB200 (or base station 200), and IAB nodes 300-1 and 300-2 may be referred to as IAB node 300, respectively.
  • the 5GC10 has an AMF (Access and Mobility Management Function) 11 and an 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 is located by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF 12 is a device that controls the transfer of user data and the like.
  • Each gNB 200 is a fixed wireless communication node and manages one or a plurality of cells.
  • Cell is used as a term to indicate the smallest unit of wireless communication area.
  • the cell may be used as a term for a function or resource for wireless communication with the UE 100. Further, the cell may be used without distinguishing it from a base station such as gNB200.
  • One cell belongs to one carrier frequency.
  • Each gNB200 is interconnected with the 5GC10 via an interface called an NG interface.
  • FIG. 1 illustrates two gNB200-1 and gNB200-2 connected to 5GC10.
  • Each gNB 200 may be divided into an aggregation unit (CU: Central Unit) and a distribution unit (DU: Distributed Unit).
  • the CU and DU are connected to each other via an interface called the F1 interface.
  • the F1 protocol is a communication protocol between the CU and the 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 by using NR in the backhaul.
  • Donor gNB or IAB donor; hereinafter sometimes referred to as “IAB donor” 200-1 is a terminal node of the NR backhaul on the network side and is a donor base station having an additional function to support IAB. be.
  • the backhaul can be multi-hop through multiple hops (ie, multiple IAB nodes 300).
  • the IAB node 300-1 wirelessly connects to the IAB donor 200-1
  • the IAB node 300-2 wirelessly connects to the IAB node 300-1
  • the F1 protocol is transmitted in two backhaul hops. An example is shown.
  • the UE 100 is a mobile wireless communication device that performs wireless communication with a cell.
  • the UE 100 may be any device that performs wireless communication with the gNB 200 or the 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, and / or a vehicle or a device provided in the vehicle.
  • the UE 100 wirelessly connects to the IAB node 300 or gNB 200 via an access link.
  • FIG. 1 shows an example in which the UE 100 is wirelessly connected to the IAB node 300-2.
  • the UE 100 indirectly communicates with the IAB donor 200-1 via the IAB node 300-2 and the IAB node 300-1.
  • FIG. 2 is a diagram showing the relationship between the IAB node 300, the parent node (Parent nodes), and the child node (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 device function unit.
  • IAB-DU corresponding to a base station function unit
  • IAB-MT Mobile Termination
  • the adjacent node (that is, the upper node) on the NR Uu radio interface of the IAB-MT is called the parent node.
  • the parent node is the parent IAB node or the DU of the IAB donor 200.
  • the wireless link between the IAB-MT and the parent node is called a backhaul link (BH link).
  • FIG. 2 shows an example in which the parent nodes of the IAB node 300 are the IAB nodes 300-P1 and 300-P2. The direction toward the parent node is called upstream. Seen from the UE 100, the upper node of the UE 100 may correspond to the parent node.
  • Adjacent nodes (ie, subordinate nodes) on the IAB-DU NR access interface are called child nodes.
  • the IAB-DU manages the cell in the same manner as the gNB200.
  • the IAB-DU terminates the NR Uu radio interface to the UE 100 and lower IAB nodes.
  • the IAB-DU supports the F1 protocol to the CU of the IAB donor 200-1.
  • FIG. 2 shows an example in which the child nodes of the IAB node 300 are the IAB nodes 300-C1 to 300-C3, the UE 100 may be included in the child nodes of the IAB node 300. The direction toward the child node is called downstream.
  • all IAB nodes 300 connected to the IAB donor 200 via one or more hops have a directed acyclic graph (DAG) topology (hereinafter referred to as “Directed Acyclic Graph”) routed to the IAB donor 200.
  • DAG directed acyclic graph
  • topology Sometimes referred to as “topology”.
  • adjacent nodes on the IAB-DU interface are child nodes and adjacent nodes on the IAB-MT interface are parent nodes.
  • the IAB donor 200 centrally manages resources, topology, route management, etc. of the IAB topology, for example.
  • FIG. 3 is a diagram showing a configuration example of 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 unit 210 has a receiving unit 211 and a transmitting unit 212.
  • the receiving unit 211 performs various types of reception under the control of the control unit 230.
  • the receiving unit 211 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (received signal), and outputs the radio signal to the control unit 230.
  • the transmission unit 212 performs various transmissions under the control of the control unit 230.
  • the transmission unit 212 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output by the control unit 230 into a radio signal, and transmits the baseband signal (transmission signal) from the antenna.
  • the network communication unit 220 performs wired communication (or wireless communication) with the 5GC10 and wired communication (or wireless communication) with another adjacent gNB 200.
  • the network communication unit 220 has a reception unit 221 and a transmission unit 222.
  • the receiving unit 221 performs various types of reception under the control of the control unit 230.
  • the receiving unit 221 receives a signal from the outside and outputs the received signal to the control unit 230.
  • the transmission unit 222 performs various transmissions under the control of the control unit 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 on the gNB 200.
  • the control unit 230 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the processor performs processing of each layer described later. Further, the control unit 230 may perform each process in the gNB 200 in each of the following examples.
  • FIG. 4 is a diagram showing a configuration example of the IAB node 300.
  • the IAB node 300 has a wireless communication unit 310 and a control unit 320.
  • the IAB node 300 may have a plurality of 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 receiving unit 311 performs various types of reception under the control of the control unit 320.
  • the receiving unit 311 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (received signal), and outputs the radio signal to the control unit 320.
  • the transmission unit 312 performs various transmissions under the control of the control unit 320.
  • the transmission unit 312 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output by the control unit 320 into a radio signal, and transmits the baseband signal (transmission signal) from the antenna.
  • the control unit 320 performs various controls on the IAB node 300.
  • the control unit 320 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the processor performs processing of each layer described later. Further, the control unit 320 may perform each process on the IAB node 300 in each of the following embodiments.
  • FIG. 5 is a diagram showing a configuration example of the UE 100. As shown in FIG. 5, the UE 100 has a wireless communication unit 110 and a control unit 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. Further, the wireless communication unit 110 may perform wireless communication on the side link, that is, wireless communication with another UE 100.
  • the wireless communication unit 110 has a receiving unit 111 and a transmitting unit 112.
  • the receiving unit 111 performs various types of reception under the control of the control unit 120.
  • the receiving unit 111 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (received signal), and outputs the radio signal to the control unit 120.
  • the transmission unit 112 performs various transmissions under the control of the control unit 120.
  • the transmission unit 112 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output by the control unit 120 into a radio signal, and transmits the baseband signal (transmission signal) from the antenna.
  • the control unit 120 performs various controls on the UE 100.
  • the control unit 120 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the processor performs processing of each layer described later.
  • the control unit 130 may perform each process in the UE 100 in each of the following embodiments.
  • FIG. 6 is a diagram showing an example of a protocol stack for RRC connection and NAS connection of IAB-MT.
  • 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 Control Protocol). It has a layer, an RRC (Radio PHY Control) layer, and a NAS (Non-Access Stratum) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Control Protocol
  • It has a layer, an RRC (Radio PHY Control) layer, and a NAS (Non-Access Stratum) layer.
  • the PHY layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping.
  • Data and control information are transmitted between the PHY layer of the IAB-MT of the IAB node 300-2 and the PHY layer of the IAB-DU of the IAB node 300-1 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (Hybrid Automatic Repeat request), random access procedure, and the like. Data and control information are transmitted 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 via the transport channel.
  • the MAC layer of the IAB-DU includes a scheduler. The scheduler determines the transport format (transport block size, modulation / coding method (MCS)) of the upper and lower links and the allocated resource block.
  • the RLC layer transmits data to the receiving RLC layer by using the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layer of the IAB-MT of the IAB node 300-2 and the RLC layer of the IAB-DU of the IAB node 300-1 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption. Data and control information are transmitted between the PDCP layer of the IAB-MT of the IAB node 300-2 and the PDCP layer of the IAB donor 200 via the radio bearer.
  • the RRC layer controls the logical channel, transport channel, and physical channel according to the establishment, reestablishment, and release of the radio bearer.
  • RRC signaling for various settings is transmitted between the RRC layer of the IAB-MT of the IAB node 300-2 and the RRC layer of the IAB donor 200. If there is an RRC connection with the IAB donor 200, the IAB-MT is in the RRC connected state. If there is no RRC connection with the IAB donor 200, the IAB-MT is in the RRC idle state.
  • the NAS layer located above the RRC layer performs session management, mobility management, etc.
  • NAS signaling is transmitted between the NAS layer of the IAB-MT of the IAB node 300-2 and the AMF11.
  • FIG. 7 is a diagram showing a protocol stack related to the F1-U protocol.
  • FIG. 8 is a diagram showing a protocol stack for the F1-C protocol.
  • the IAB donor 200 is divided into CU and DU.
  • each of the IAB-MT of the IAB node 300-2, the IAB-DU of the IAB node 300-1 and the IAB-MT of the IAB node 300-1 and the DU of the IAB donor 200 are of the RLC layer. It has a BAP (Backhaul Application Protocol) layer as an upper layer.
  • the BAP layer is a layer that performs routing processing and bearer mapping / demapping processing. In the backhaul, the IP layer is transmitted via the BAP layer, which enables routing in multiple hops.
  • the PDU (Protocol Data Unit) of the BAP layer is transmitted by the backhaul RLC channel (BH NR RLC channel).
  • BH NR RLC channel backhaul RLC channel
  • Each BH link constitutes a plurality of backhaul RLC channels. This enables traffic prioritization and QoS control.
  • the association between the BAP PDU and the backhaul RLC channel is performed by the BAP layer of each IAB node 300 and the BAP layer of the IAB donor 200.
  • the CU of the IAB donor 200 terminates the F1 interface to the DU of the IAB node 300 and the IAB donor 200, and is a gNB-CU function of the IAB donor 200.
  • the DU of the IAB donor 200 also hosts the IAB BAP sublayer and provides a wireless backhaul to the IAB node 300, which is a gNB-DU function of the IAB donor 200.
  • the protocol stack of the F1-C protocol has an F1AP layer and a SCTP (Stream Control Transmission Protocol) layer instead of the GTP-U layer and the UDP layer shown in FIG. 7.
  • SCTP Stream Control Transmission Protocol
  • IAB-DU and IAB-MT of IAB may be simply described as the processing or operation of "IAB".
  • 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.
  • the processing or operation of the DU or CU of the IAB donor 200 may also be described simply as the processing or operation of the "IAB donor".
  • upstream direction and the uplink (UL) direction may be used without distinction.
  • downstream direction and the downlink (DL) direction may be used without distinction.
  • Fairness provides, for example, a mechanism for managing QoS so that the Quality of Service (QoS) required for the entire topology is satisfied no matter where the UE 100 connects to the IAB network. For example, in FIG. 1, it is fair to manage the entire topology so that the UE 100 obtains the same QoS whether it connects to the IAB node 300-2 or the IAB donor 200-1. It can be said that there is.
  • QoS Quality of Service
  • (A1) is performed by the scheduler of each IAB node 300.
  • the IAB node 300 can perform optimization as in (A1) by providing information such as the number of remaining hops to the scheduler.
  • (A2) is performed, for example, by updating the routing setting by the IAB donor 200.
  • the IAB node 300 reports information such as congestion status and / or delay information to the IAB donor 200, so that the routing setting can be updated.
  • (A1) has the merit of being able to achieve higher speed, but the merit is limited to the local connection and may change depending on the implementation of the scheduler. Further, (A2) can solve the optimization of the entire topology, but may not solve the fairness on a packet-by-packet basis.
  • the first embodiment is an example of designating whether or not the IAB donor 200 performs (A1) on the IAB node 300 in such a mixed case.
  • a donor base station for example, IAB donor 200
  • a relay node for example, IAB node 300
  • the relay node operates the scheduler according to the settings.
  • priority control in data packet transfer may be simply referred to as data packet transfer control.
  • FIG. 9 is a diagram showing an example in which the IAB donor 200 sets whether or not the scheduler of the IAB node 300-T controls the transfer of data packets to the IAB node 300-T.
  • Data packet transfer control is, for example, an example of fairness control. With such a setting, for example, it is specified whether or not the IAB donor 200 causes the IAB node 300-T to control the fairness (hereinafter, may be referred to as "fairness control"). Can be done. This makes it possible to specify the above (A1).
  • FIG. 11 is a diagram showing an operation example according to the first embodiment.
  • fairness control When the IAB donor 200 starts the process in step S10, it sets whether or not to cause the IAB node 300-T to perform fairness control for IAB in step S11. Specific examples of fairness control include the following.
  • (B2) Priority is given to the transfer of data packets with a large number of (future) remaining hops.
  • the data packet having a large delay is preferentially transferred, so that fairness can be realized.
  • the IAB donor 200 may set the fairness control by combining the above (B1) to (B4). Further, the IAB donor 200 may set the UE bearer ID or the BH RLC channel ID excluded from such fairness control to the IAB node 300-T. Further, the IAB donor 200 may set the fairness control for the IAB node 300 by transmitting an RRC message, an F1-AP message, a MAC CE, or the like to the IAB node 300-T. ..
  • step S12 the IAB node 300-T operates the scheduler according to the setting. That is, the IAB-DU (scheduler) of the IAB node 300-T controls the transfer of data packets according to the settings according to (B1) to (B4) above. Specifically, it is as follows.
  • the scheduler preferentially transfers a data packet having a large number of transit hops based on the number of hops.
  • the header of the BAP Data PDU includes the number of hops to the target, and the number of hops is decremented every time the IAB node 300 is passed through.
  • the scheduler gives priority to the transfer of the data packet having a large number of remaining hops based on the number of hops.
  • the scheduler confirms the bearer multiplex for each UE 100 per BH RLC channel, and preferentially transfers the data packet having the large bearer multiplex.
  • the scheduler preferentially transfers data packets having a long elapsed time based on the time stamp value included in the header of the BAP Data PDU.
  • step S13 the IAB node 300 ends a series of processes.
  • Fairness control may also be implemented in the routing process.
  • priority is given to the routing process of the packet to be prioritized (for example, the packet having a large number of remaining hops).
  • the BAP layer passes (or forwards) the preferred packet to a lower layer (eg, the RLC layer) before (or earlier) the other packets.
  • the IAB donor 200 can set the IAB node 300 regarding fairness control, and the IAB node 300 can perform the routing process according to the setting. It should be noted that.
  • the donor base station (for example, IAB donor 200) notifies the relay node (for example, IAB node 300) of the assist information to the parent node or the child node.
  • the assist information is information for performing data packet transfer control in the scheduler of the parent node or the child node of the relay node.
  • the relay node notifies the parent node or the child node of the assist information according to the setting.
  • FIG. 10 is a diagram showing an example in which the IAB donor 200 sets whether or not to notify the IAB node 300-T of the assist information.
  • the parent node 300-P or the child node 300-C of the IAB node 300-T can execute the fairness control based on the assist information. Therefore, with such a setting, the IAB donor 200 (indirectly) designates the above (A1) with respect to the parent node 300-P or the child node 300-C (scheduler) of the IAB node 300-T. It becomes possible.
  • FIG. 12 is a diagram showing an operation example according to another example in the first embodiment.
  • step S21 does the IAB node 300-T notify the scheduling assist information to the parent node 300-P or the child node 300-C of the IAB node 300? Set whether or not.
  • the setting is performed by using an RRC message, an F1-AP message, or the like.
  • the assist information may be information included in the header of the BAP Data PDU, and may be information that is changed each time the IAB node 300 is passed through. Such information includes, for example, a count value of the number of hops or a time stamp value for measuring the transfer latency. Further, the assist information may be congestion information such as a flow control feedback (flow control feedback) message.
  • the flow control feedback message is, for example, a message used to notify the parent node 300-P or the child node 300-C that the IAB node 300-T is congested when the IAB node 300-T is congested. Is.
  • the IAB node 300-T notifies the parent node 300-P or the child node 300-C of the assist information according to the setting.
  • the scheduler of the parent node 300-P or the child node 300-C performs fairness control (for example, all or part of (B1) to (B4)) based on the assist information.
  • step S23 the IAB node 300-T ends a series of processes.
  • assist information is provided from the IAB node 300-T to the parent node 300-P or the child node 300-C, but the present invention is not limited to this.
  • Assist information may be provided from the IAB donor 200 to the IAB node 300-T, and the provided IAB node 300-T may perform fairness control.
  • the assist information is the number of remaining hops, the number of UE bearers, the priority information (for example, QoS setting information), and the transfer delay information (for example, the measured average latency for a certain period of time) for each BH RLF channel or routing ID. ) And / or congestion degree information (for example, load or radio resource usage rate or margin).
  • the assist information the information aggregated by the IAB donor 200 in the second embodiment may be used.
  • the relay node for example, IAB node 300
  • the donor base station for example, IAB donor 200
  • the donor base station performs a predetermined operation based on the first information.
  • the IAB donor 200 updates the routing settings as a predetermined operation. Thereby, for example, the IAB donor 200 can realize the fairness by the approach of the above (A2) by updating the routing setting.
  • FIG. 13 is a diagram showing an operation example according to the second embodiment.
  • the IAB node 300 When the IAB node 300 starts the process in step S30, the IAB node 300 notifies the IAB donor 200 of the throughput information for each route in step S31.
  • the link state of the BH link between the IAB node 300 and its child node or the link state of the access link between the IAB node 300 and the UE 100 is expressed as a throughput. In this case, the IAB node 300 may report the throughput.
  • the link state of the BH link between the IAB node 300 and its parent node is expressed as a throughput. In this case, the parent node may report the throughput.
  • the throughput information may be represented by at least one of the maximum and minimum throughputs of the BH link or access link.
  • the throughput information may be a theoretical value and / or an effective value. Further, the throughput information may be the average throughput in a certain period. A certain period of time (eg, the last 10 seconds, etc.) may be set by the IAB donor 200.
  • the throughput information may be the throughput for each path instead of the throughput information for each route.
  • the IAB node 300 reports the throughput information, so that the IAB node 300 can determine the accurate throughput according to the implementability of the scheduler of the IAB node 300 or the load status of the scheduler, and the IAB donor 200. Can report to.
  • step S32 the IAB donor 200 updates the routing settings based on the throughput information.
  • step S33 the IAB donor 200 ends a series of processes.
  • PDB Packet Delay Budget
  • the PDB represents the upper limit of the time that the packet is delayed between the UE 100 and the UPF 12. Packets delayed beyond the PDB may be discarded at the local discretion. By setting the PDB, the scheduler can avoid having to process unexpected values.
  • the IAB node 300 when the IAB node 300 discards the packet, the IAB node 300 reports the number of discarded packets to the IAB donor 200. Specifically, first, the relay node (for example, IAB node 300) transmits the second information indicating the number of discarded data packets to the donor base station (for example, IAB donor 200) having the relay node under its control. do. Second, the donor base station performs a predetermined operation based on the second information. Thereby, for example, the IAB donor 200 can detect the packet discard at the IAB node 300 and update the routing setting, etc., so that the fairness by the approach of the above (A2) can be realized.
  • the relay node for example, IAB node 300
  • the donor base station for example, IAB donor 200 having the relay node under its control.
  • the donor base station performs a predetermined operation based on the second information.
  • the IAB donor 200 can detect the packet discard at the IAB node 300 and update the routing setting, etc., so that
  • FIG. 14 is a diagram showing an operation example according to the third embodiment.
  • the valid period of packet transfer is set from the IAB donor 200 in step S41.
  • the setting is performed using, for example, an RRC message and / or an F1-AP message.
  • step S42 the IAB node 300 determines whether or not the data packet is within the valid period when the data packet is received. For example, the IAB node 300 calculates the delay time of the data packet based on the time stamp information included in the header of the BAP Data PDU and compares it with the set validity period. As a result, the IAB node 300 determines whether or not the delay time is within the valid period.
  • the time stamp information is represented as the time information at the time of transmitting the data packet in the source, the IAB node 300 may calculate the delay time by comparing the current time with the time stamp information.
  • step S43 if the data packet is not within the valid period (NO in step S43), the IAB node 300 discards the data packet in step S44. At this time, the IAB node 300 counts the number of discarded data packets, and stores the count value and accompanying information as record information in a memory or the like.
  • the accompanying information includes, for example, an ingress BH RLC channel ID, a routing ID (or a destination ID, or a path ID), and / or a delay time (delay at the time the data packet is received).
  • the IAB node 300 reports the recorded information to the IAB donor 200. For example, the IAB node 300 reports when the number of discarded packets exceeds a certain level (within a certain period of time). Alternatively, the IAB node 300 may report at regular intervals. Alternatively, the IAB node 300 may report when requested by the IAB donor 200. The IAB node 300 may report the recorded information to the IAB donor 200 by using a BAP message or the like.
  • step S46 the IAB node 300 ends a series of processes.
  • the IAB donor 200 updates the routing setting as a predetermined operation based on the recorded information.
  • step S43 if the data packet is within the valid period (YES in step S43), the IAB node 300 transfers the received data packet to the next hop.
  • step S46 the IAB node 300 ends a series of processes.
  • FIG. 15 is a diagram showing an example in which the IAB node 300 transmits a failure occurrence notification message to the IAB donor 200.
  • the BH link between the parent node 300-P of the IAB node 300 and the upper node 300-U, which is the parent node of the IAB node 300 is a BH RLF (Back Haul Radio Link Failure: wireless link failure of the BH link).
  • the parent node 300-P notifies the IAB node 300-T of a failure occurrence notification indicating that BH RLF has occurred.
  • the failure occurrence notification is notified from the parent node 300-P to the IAB node 300-T, and is not notified to the IAB donor 200. Therefore, the IAB donor 200 cannot detect that BH RLF has occurred at the parent node 300-P. If the IAB donor 200 cannot detect the BH RLF on the parent node 300-P, the performance of the entire topology may deteriorate (congestion or delay, etc.).
  • the IAB node 300 when the IAB node 300 receives the failure occurrence notification, it reports to the IAB donor 200 that the notification has been received. Specifically, first, a third indicating that the relay node (for example, IAB node 300) has received the failure occurrence notification to the donor base station (for example, IAB donor 200) having the relay node under its control. Send information. Second, the donor base station performs a predetermined operation based on the third information. As a predetermined operation, for example, the IAB donor 200 updates the routing setting and the like. This makes it possible, for example, to prevent performance degradation of the entire topology. Further, for example, it is possible to aggregate information in the IAB donor 200 and realize fairness by the approach of the above (A2).
  • the failure notification includes BH RLF Type 1 Indication (RLF injected).
  • Type1 Indication is an Indication that notifies the IAB node 300-T (or UE100) when the IAB-DU of the parent node 300-P detects the BH RLF.
  • the failure occurrence notification includes BH RLF Type 2 Indication (Trying to recover).
  • Type2 Indication is an Indication that notifies the IAB-MT (or UE100) of the IAB node 300-T when the IAB-DU of the parent node 300-P detects a recovery operation from the BH RLF.
  • the IAB-DU of the parent node 300-P can notify the IAB-MT (or UE100) of the IAB node 300-T of the Type1 / 2 Indication.
  • Type1 / 2 Indication is also an example of failure notification.
  • FIG. 16 is a diagram showing an operation example according to the fourth embodiment.
  • Type1 / 2 Indication will be described as an example, but Type1 Indication or Type2 Indication may be used.
  • the IAB node 300-T When the IAB node 300-T starts the process in step S50, the IAB node 300-T receives the BH RLF Type 1/2 Indication from the parent node 300-P in step S51.
  • the IAB node 300-T notifies the IAB donor 200 that the Type1 / 2 Indication has been received.
  • the notification may include the cell ID of the parent node 300-P, the gNB ID of the parent node 300-P, and / or the BAP address of the parent node 300-P.
  • the transmission route of this notification includes, for example, the following when the IAB node 300-T is connected to the parent node 300-P and another parent node by DC (Dual Connectivity). That is, when the IAB node 300-T receives the Type 1/2 Indication via the MCG (Master Cell Group), the IAB node 300-T may transmit the notification via the SCG (Secondary Cell Group) (SRB (Signaling Radio Bearer) 3). .. Alternatively, when the IAB node 300-T receives the Type1 / 2 Indication via the SCG, the IAB node 300-T may transmit the notification via the MCG (SRB1). Alternatively, the IAB node 300-T may transmit the notification via the Spirit SRB1.
  • DC Direct Connectivity
  • step S53 the IAB donor 200 recognizes that BH RLF is occurring in the parent node 300-P in response to receiving the Type1 / 2 Indication, and performs a predetermined operation.
  • Predetermined operations include updating routing settings, instructing local rerouting to IAB node 300-T, and handover to IAB node 300-T.
  • step S54 the IAB node 300 ends a series of processes.
  • Type1 / 2 Indication instead of Type1 / 2 Indication, Type3 Indication, Type4 Indication, or flow control feedback (flow control feedback) message may be used.
  • flow control feedback flow control feedback
  • Type3 Indication is a failure recovery notification notified to the IAB node 300-T when the parent node 300-P recovers from the BH RLF.
  • Type4 Indication (Recovery fileure) is an example of a recovery failure notification notified to the IAB node 300-T when the IAB node 300-T fails to recover from the BH RLF.
  • the failure recovery notification and the recovery failure notification are, for example, notifications regarding a failure of a wireless link in a BH link.
  • the flow control feedback message is, for example, a message notified from the parent node 300-P when data packet congestion occurs in the parent node 300-P.
  • preemptive BSR Buffer Status Report
  • pre-emptive BSR Buffer Status Report
  • FIG. 17 (A) is a diagram showing a normal BSR (Regular BSR) transmission example
  • FIGS. 17 (B) and 17 (C) are diagrams showing a pre-employed BSR transmission example.
  • the IAB node 300-T transmits a normal BSR to the parent node 300-P after receiving data from the child node 300-C.
  • the parent node 300-P schedules the IAB node 300-T based on the BSR, and transmits the UL grant to the IAB node 300-T.
  • the IAB node 300-T transmits UL grant to the child node 300-C and before receiving data from the child node 300-C, the pre-employed BSR. Is transmitted to the parent node 300-P.
  • the IAB node 300-T receives the BSR from the child node 300-C and then performs the pre-employed BSR before transmitting the UL grant to the child node 300-C. Send to the parent node 300-P.
  • the pre-employed BSR is transmitted to the parent node 300-P at a timing earlier than the normal BSR, it is possible to reduce the delay of UL scheduling in the IAB node 300-T.
  • FIG. 18 is a diagram showing a configuration example of a pre-emptive BSR MAC CE (hereinafter, may be referred to as “pre-emptive BSR”). As shown in FIG. 18, the pre-employed BSR MAC CE includes LCG i and buffer size regions.
  • the LCG i is a region indicating that the buffer size of the logical channel group (LCG: Logical Channel Group) i exists. That is, when "1" is set in LCG i , it indicates that the buffer size of the logical channel group (LCG: Logical Channel Group) i is reported. On the other hand, when "0" is set in LCG i , it indicates that the buffer size of the logical channel group i is not reported.
  • the buffer size identifies the total amount of data expected to arrive at the IAB-MT of the IAB node 300 triggered by the pre-employed BSR and does not include the total amount of data currently available on the IAB-MT. The details of the buffer size will be described below.
  • FIG. 19 is a diagram showing an example of the relationship between the IAB node 300, the parent node 300-P, and the child node 300-C.
  • FIG. 19 shows an example in which the IAB node 300-T transmits a pre-employed BSR to the parent node 300-P.
  • the buffer size area stores the total amount of data expected to arrive at the IAB-MT of the parent node 300-P triggered by the pre-employed BSR.
  • the data expected to arrive at the IAB-MT of the parent node 300-P is the total amount of the data staying in the IAB-DU of the IAB node 300-T and the data staying in the IAB-MT of the child node 300-C. be.
  • the buffer size stored in the buffer size area of the pre-employed BSR is a mixture of the data staying in the IAB-DU of the IAB node 300-T and the data staying in the IAB-MT of the child node 300-C. It is the amount of data that has been created.
  • the scheduling timing of the data staying in the IAB-DU of the IAB node 300-T is different from the scheduling timing of the data staying in the IAB-MT of the child node 300-C. Therefore, even if the parent node 300-P receives the pre-employed BSR, it may not know at what timing the scheduling should be performed for the two data having different scheduling timings.
  • the IAB node 300-T pre-sets the amount of data accumulated in its own IAB-DU and the amount of data accumulated in the IAB-MT of the child node 300-C. It is stored in a different buffer size area of the variable BSR. Then, the IAB node 300-T transmits the pre-empive BSR to the parent node 300-P.
  • a relay node for example, IAB node 300 intervening between the parent node (for example, parent node 300-P) and the child node (for example, child node 300-C) is transferred to the parent node.
  • Send the pre-emptive buffer status report pre-emptive BSR.
  • the relay node stores the first data amount of the first data staying in the child node in the first buffer size area of the pre-employed BSR.
  • the relay node stores the second data amount of the second data staying in the relay node in the second buffer size area of the pre-employed BSR.
  • the parent node receives the pre-empive BSR.
  • the parent node 300-P can receive the pre-employed BSR stored in the area where the first data amount and the second data amount are different, so that the scheduling for the first data and the second data is different timing. It becomes possible to do it with.
  • FIG. 20 is a diagram showing an operation example of the fifth embodiment.
  • step S60 When the IAB node 300-T starts processing in step S60, it triggers a pre-employed BSR in step S61.
  • the IAB node 300-T stores the amount of data retained in the IAB-MT of the child node 300-C in the BS (Buffer Size) # 1 area of the pre-employed BSR MAC CE, and stores itself.
  • the amount of data retained in (IAB-DU) is stored in the area of BS # 2.
  • the IAB node 300-T specifies the amount of data retained in the child nodes 300-C.
  • the specification may be specified from the buffer size included in the BSR received from the child node 300-C, or may be specified from the UL grant value scheduled by the IAB node 300-T for the child node 300-C. .. Further, the IAB node 300-T specifies the amount of data retained in its own IAB-DU.
  • the specification is specified from, for example, the amount of data of the receiving side MAC SDU, the receiving side RLC PDU, and / or the receiving side BAP PDU (which may include the transmitting side BAP PDU) staying in the IAB node 300-T.
  • BS # 1 and BS # 2 are separate buffer size areas in the MAC CE.
  • step S63 the IAB node 300-T transmits a pre-employed BSR MAC CE including BS # 1 and BS # 2 to the parent node 300-P.
  • step S64 the IAB node 300-T ends a series of processes.
  • step S63 an example in which BS # 1 and BS # 2 are included in one pre-emptive BSR MAC CE has been described, but BS # 1 and BS # 2 are included in different pre-emptive BSR MAC CEs. You may.
  • the IAB node 300-T will transmit the pre-empive BSR MAC CE including BS # 1 and the pre-empive BSR MAC CE including BS # 2.
  • the pre-emptive BSR MAC CE shown in FIG. 18 is an example.
  • the pre-emptive BSR MAC CE may be any configuration of the pre-emptive BSR MAC CE as long as it is a MAC CE including a buffer size area.
  • the amount of data stored in the IAB-DU of the IAB node 300-T and the amount of data stored in the IAB-MT of the child node 300-C are combined with the LCG i of the pre-employed BSR. This is an example of distinguishing using.
  • a donor base station for example, IAB donor 200
  • a relay node for example, IAB node 300-T
  • the relay node is a buffer size area corresponding to the first logical channel group, and the first data of the first data staying in the child node of the relay node in the third buffer size area of the preemptive buffer status report.
  • FIG. 21 is a diagram showing an operation example according to the sixth embodiment.
  • step S70 the IAB donor 200 starts processing.
  • the IAB donor 200 sets an LCG for storing the BSR value (or buffer size value) of the child node 300-C for the IAB node 300-T.
  • the setting is performed using an RRC message, an F1-AP message, or the like.
  • the IAB donor 200 sets LCG 0 (FIG. 18) as the LCG that stores the BSR value of the child nodes 300-C.
  • step S72 the IAB node 300-T triggers a pre-empive BSR.
  • the IAB node 300-T sets the amount of data retained in the IAB-MT of the child node 300-C to the BS (for example, BS # 1) corresponding to the set LCG (for example, LCG 0 ).
  • the data retained in the child node 300-C is specified in the IAB node 300-T based on the BSR from the child node 300-C or the UL grant value to the child node 300-C, as in the fifth embodiment. You may.
  • step S74 the IAB node 300-T transmits a pre-employed BSR MAC CE including the BS to the parent node 300-P.
  • step S75 the IAB node 300-T ends a series of processes.
  • the above-mentioned operation example is an example of transmitting the amount of data retained in the child node 300-C.
  • the data amount of the data retained in the IAB-DU of the IAB node 300-T itself is transmitted, for example, as follows.
  • the data retained in the IAB-DU of the IAB node 300-T is the data already received from the child node 300-C in the IAB node 300-T.
  • the IAB node 300-T can grasp which logical channel is used to transmit the data by comparing the data with the set routing information. Then, the IAB node 300-T identifies the LCG (for example, LCG 1 ) corresponding to the logical channel, and the IAB-DU of the IAB node 300-T is assigned to the BS (for example, BS # 2) corresponding to the LCG. Data that stays in can be stored in.
  • Such processing is performed, for example, in step S73 of the operation example shown in FIG. That is, the IAB node 300-T stores the amount of data retained in the IAB-MT of the child node 300-C in the BS (for example, BS # 1) corresponding to the LCG set by the IAB donor 200.
  • the IAB node 300-T stores the amount of data stored in its own IAB-DU in the BS (for example, BS # 2) corresponding to the LCG specified from the routing information.
  • the amount of data retained in the child nodes 300-C is stored in the BS (for example, BS # 3) corresponding to the LCG other than the LCG specified from the routing information, instead of the LCG setting by the IAB donor 200. You may do so. That is, the IAB node 300 stores the amount of data retained in the IAB-DU of the IAB node 300-T in the BS (for example, BS # 2) corresponding to the LCG (for example, LCG 1 ) specified from the routing information. ..
  • the IAB node 300 stores the amount of data retained in the IAB-MT of the child nodes 300-C in the BS (for example, BS # 3) corresponding to the LCG other than the LCG (for example, LCG 2 ). Therefore, the IAB node 300-T can reliably store and transmit the data amounts of the two data in different buffer size areas in the pre-employed BSR MAC CE.
  • the IAB node 300-T reports the amount of data retained in the child node 300-C by the pre-employed BSR, and the amount of data retained in the IAB node 300-T is the normal BSR. This is an example reported in.
  • FIG. 22 is a diagram showing an example in which the IAB node 300 transmits a pre-employed BSR and a normal BSR to the parent node 300-P.
  • a normal BSR reports only the amount of data retained in the IAB-MT.
  • the data retained in the IAB-DU of the IAB node 300-T can be transmitted immediately, it is better to transmit using a normal BSR instead of the pre-employed BSR.
  • the IAB node 300-T reports the amount of data retained in its own IAB-MT and IAB-DU using BSR. Further, the IAB node 300-T reports the amount of data retained in the IAB-MT of the child node 300-C by using the pre-employed BSR.
  • a relay node for example, IAB node 300-T
  • a child node for example, child node 300-C
  • a parent node for example, parent node 300-P
  • the first data amount of the first data staying in is transmitted.
  • the relay node uses the buffer status report to transmit the second data amount of the second data retained in the relay node.
  • FIG. 23 is a diagram showing an operation example according to the seventh embodiment.
  • step S80 the IAB node 300-T starts processing.
  • step S81 the IAB node 300-T triggers a normal BSR and a pre-employed BSR.
  • the IAB node 300-T identifies the data retained in its own IAB-DU and IAB-MT and stores it in the BS of the normal BSR MAC CE.
  • the IAB node 300-T specifies the amount of data retained in its own IAB-DU based on, for example, the transmitting side and the receiving side BAP PDU, the receiving side RLC PDU, and / or the receiving side MAC SDU. Further, the IAB node 300-T specifies the amount of data retained in its own IAB-MT based on, for example, the transmitting side MAC SDU and / or the transmitting side RLC PDU.
  • the IAB node 300-T stores the amount of data retained in the IAB-MT of the child node 300-C in the BS of the pre-employed BSR MAC CE.
  • Specifying the amount of data retained in the child nodes 300-C is, for example, the same as in the fifth embodiment.
  • step S83 the IAB node 300-T transmits a normal BSR MAC CE and a pre-employed BSR MAC CE to the parent node 300-P.
  • step S84 the IAB node 300-T ends a series of processes.
  • the buffer size of the pre-employed BSR MAC CE specified in 3GPP TS38.321 is the data expected to arrive at the IAB-MT of the node where the pre-employed BSR is triggered. It will be changed from “total amount” to "total amount of data expected to arrive at the IAB-DU of the node where the pre-emptive BSR is triggered".
  • the IAB node 300-T may transmit the pre-employed BSR MAC CE and the BSR MAC CE at different timings.
  • a program may be provided that causes the computer to execute each process performed by the UE 100, the gNB 200, or the IAB node 300.
  • the program may be recorded on a computer-readable medium.
  • Computer-readable media can be used to install programs on a computer.
  • the computer-readable medium on which the program is recorded may be a non-transient recording medium.
  • the non-transient recording medium is not particularly limited, but may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
  • a circuit that executes each process performed by the UE 100, the gNB 200, or the IAB node 300 may be integrated, and at least a part of the UE 100, the gNB 200, or the IAB node 300 may be configured as a semiconductor integrated circuit (chipset, SoC). ..
  • Topology Adaptation Enhancements Procedure specifications for interdonor IAB node movement to enhance robustness and load balancing, including enhancements to reduce signaling load. -Specifications of extended functions for reducing service interruptions due to IAB node movement and BH RLF recovery. -Extension specifications for topology redundancy, including support for CP / UP isolation. Topology, Routing, and Transport Enhancements • Extension specifications to improve overall topology fairness, multi-hop delay, and congestion mitigation.
  • R2 assumes that the Rel-17 IAB work does not define new end-user QoS metrics in addition to the existing 5GQoS framework.
  • the work of the Rel-17 IAB involves agreeing on a definition of fairness for the entire topology.
  • Topology-wide fairness provides a mechanism for managing QoS so that the required QoS is met across the topology, regardless of where the UE is attached to the IAB network. A variant of this definition is not excluded. Further consideration is needed on how the success of such a mechanism is evaluated.
  • RAN2 does not discuss the extension of DLE 2E flow control without input from RAN3. -It is necessary to further consider whether or not RAN2 lowers the priority of splitting the radio bearer data into two or more paths. (RAN3 agrees to lower priority for multi-route support in data splits in IAB)
  • This appendix discusses Rel-17 IAB topology, routing, and transport extensions, and focuses on BSR and preemptive BSR extensions, and a general framework for overall topology fairness.
  • Proposal 1 RAN2 should agree to increase the number of LCGs for BSRs and preemptive BSRs.
  • Proposal 2 RAN2 should discuss whether the data volume calculation procedure should be specified for BAP.
  • the calculation of the buffer size of the preemptive BSR largely depends on the implementation of the IAB-DU, but the specification states that "the buffer size field is expected to arrive at the IAB-MT of the node on which the preemptive BSR is triggered. It identifies the total amount of data available and does not include the amount of data currently available in IAB-MT. " Some IAB nodes may report a larger buffer size than expected to actually arrive in the preemptive BSR. It can be difficult to set the same principles between child nodes and parent nodes, such as in multi-vendor deployments. This causes inefficient radio resource allocation, parental scheduling delays, and unfair resource demands between IAB-MT. It can be more ambiguous if the IAB node is configured with dual connectivity. Therefore, the calculation of the buffer size of the preemptive BSR should be defined more accurately.
  • Proposal 3 RAN2 should specify the calculation of the buffer size of the preemptive BSR.
  • Enhancing the fairness of the entire topology is categorized by two approaches: ⁇ Optimization of local / distributed fairness by scheduler etc. ⁇ Optimization of centralized fairness by updating routing settings, etc.
  • the IAB node is provided with information such as a profit metric and the number of remaining hops. Notice that some solutions are strongly dependent on the implementation of each scheduler. If present, it is only desirable to specify common / general information that may be useful for all implementations.
  • the IAB donor is reported with information or measurements such as congestion status, delay / latency, and decides to update the routing settings, for example. Therefore, this approach can be considered as a kind of MDT and SON.
  • the local / distributed approach can be a faster mechanism, but the benefits are limited within the local connection and can vary depending on the scheduler implementation.
  • a centralized approach can solve the overall topology / significant optimization, but it may not work for packet-by-packet fairness. Therefore, RAN2 should discuss which (or both) approaches are more desirable in order to enhance the fairness of the overall topology.
  • Proposal 4 RAN2 enhances the fairness of the entire topology with a local / distributed approach (eg, by each scheduler) or a centralized approach (eg, by IAB-donor-CU with routing configuration updates). It should be discussed whether it should be achieved by an approach or both.

Landscapes

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

Abstract

第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、配下に中継ノードを有するドナー基地局が、前記中継ノードに対して、前記中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定することを有する。また、前記通信制御方法は、前記中継ノードが、前記設定に従って、前記スケジューラを動作させることを有する。

Description

通信制御方法
　本開示は、セルラ通信システムに用いる通信制御方法に関する。
　セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、「３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．３．０（２０２０－０９）」参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
　第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、配下に中継ノードを有するドナー基地局が、前記中継ノードに対して、前記中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定することを有する。また、前記通信制御方法は、前記中継ノードが、前記設定に従って、前記スケジューラを動作させることを有する。
　第２の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、当該中継ノードを配下に有するドナー基地局へ、ルート毎のスループットを表す第１情報、データパケット破棄数を表す第２情報、又は障害発生通知を受信したことを表す第３情報を送信することを含む。また、前記通信制御方法は、前記ドナー基地局が、前記第１情報、前記第２情報、又は前記第３情報に基づいて、所定の動作を行うことを含む。
　第３の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、親ノードと子ノードとの間に介在する中継ノードが、前記親ノードへ、プリエンプティブバッファステータスレポートを送信することを有する。また、前記通信制御方法は、前記親ノードが、前記プリエンプティブバッファステータスレポートを受信することを有する。さらに、前記通信制御方法は、前記送信することにおいて、前記中継ノードが、前記子ノードに滞留する第１データの第１データ量と前記中継ノードに滞留する第２データの第２データ量とを前記プリエンプティブバッファステータスレポートの異なる領域に格納することを含む。
図１は、一実施形態に係るセルラ通信システムの構成例を表す図である。 図２は、ＩＡＢノードと親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を表す図である。 図３は、一実施形態に係るｇＮＢ（基地局）の構成例を表す図である。 図４は、一実施形態に係るＩＡＢノード（中継ノード）の構成例を表す図である。 図５は、一実施形態に係るＵＥ（ユーザ装置）の構成例を表す図である。 図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を表す図である。 図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックの例を表す図である。 図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックの例を表す図である。 図９は、第１実施形態に係る設定例を表す図である。 図１０は、第１実施形態に係る設定例を表す図である。 図１１は、第１実施形態に係る動作例を表す図である。 図１２は、第１実施形態に係る動作例を表す図である。 図１３は、第２実施形態に係る動作例を表す図である。 図１４は、第３実施形態に係る動作例を表す図である。 図１５は、第４実施形態に係る障害発生通知の送信例を表す図である。 図１６は、第４実施形態に係る動作例を表す図である。 図１７（Ａ）は通常のＢＳＲの送信例、図１７（Ｂ）と図１７（Ｃ）はｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲの送信例を夫々表す図である。 図１８は、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥの構成例を表す図である。 図１９は、ＩＡＢノード、親ノード、及び子ノードの関係例を表す図である。 図２０は、第５実施形態における動作例を表す図である。 図２１は、第６実施形態に係る動作例を表す図である。 図２２は、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲと通常のＢＳＲの送信例を表す図である。 図２３は、第７実施形態に係る動作例を表す図である。
　図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（セルラ通信システムの構成）
　まず、一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）である。但し、セルラ通信システムには、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。
　図１は、一実施形態に係るセルラ通信システム１の構成例を表す図である。
　図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。
　以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
　なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。
　５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
　各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。また、セルは、ｇＮＢ２００など、基地局と区別しないで用いられる場合がある。１つのセルは１つのキャリア周波数に属する。
　各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
　各ｇＮＢ２００は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ　Ｕｎｉｔ）と分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。
　セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ（又はＩＡＢドナー。以下、「ＩＡＢドナー」と称する場合がある。）２００－１は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。
　図１において、ＩＡＢノード３００－１がＩＡＢドナー２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。
　ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末、タブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、及び／又は車両若しくは車両に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１は、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してＩＡＢドナー２００－１と間接的に通信する。
　図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を表す図である。
　図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）とを有する。
　ＩＡＢ－ＭＴのＮＲ　Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はＩＡＢドナー２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。
　ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ　Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ＩＡＢドナー２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。
　また、１つ又は複数のホップを介して、ＩＡＢドナー２００に接続されている全てのＩＡＢノード３００は、ＩＡＢドナー２００をルートとする有向非巡回グラフ（ＤＡＧ：Ｄｉｒｅｃｔｅｄ　Ａｃｙｃｌｉｃ　Ｇｒａｐｈ）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノード、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ＩＡＢドナー２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。
　（基地局の構成）
　次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を表す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部２３０は、以下に示す各実施例において、ｇＮＢ２００おける各処理を行うようにしてもよい。
　（中継ノードの構成）
　次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を表す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
　無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。
　無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部３２０は、以下に示す各実施例において、ＩＡＢノード３００における各処理を行うようにしてもよい。
　（ユーザ装置の構成）
　次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を表す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
　無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部１３０は、以下に示す各実施例において、ＵＥ１００における各処理を行うようにしてもよい。
　（プロトコルスタックの構成）
　次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を表す図である。
　図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤと、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及び割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとＩＡＢドナー２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
　ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとＩＡＢドナー２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＩＡＢドナー２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ＩＡＢドナー２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。
　図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを表す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを表す図である。ここでは、ＩＡＢドナー２００がＣＵ及びＤＵに分割されている一例を示す。
　図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びＩＡＢドナー２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
　各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）は、バックホールＲＬＣチャネル（ＢＨ　ＮＲ　ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成する。これにより、トラフィックの優先順位付け及びＱｏＳ制御が可能である。ＢＡＰ　ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びＩＡＢドナー２００のＢＡＰレイヤによって実行される。
　なお、ＩＡＢドナー２００のＣＵは、ＩＡＢノード３００とＩＡＢドナー２００のＤＵへのＦ１インターフェイスを終端し、ＩＡＢドナー２００のｇＮＢ－ＣＵ機能である。また、ＩＡＢドナー２００のＤＵは、ＩＡＢ　ＢＡＰサブレイヤをホストし、ＩＡＢノード３００へワイヤレスバックホールを提供し、ＩＡＢドナー２００のｇＮＢ－ＤＵ機能である。
　図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰ（Ｓｔｒｅａｍ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤを有する。
　なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ＩＡＢドナー２００のＤＵ又はＣＵの処理又は動作についても、単に「ＩＡＢドナー」の処理又は動作として説明する場合がある。
　また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。さらに、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。
（第１実施形態）
　ＩＡＢにおいては、トポロジ全体の公平性（ｔｏｐｏｌｏｇｙ－ｗｉｄｅ　ｆａｉｒｎｅｓｓ。以下、「公平性」と称する場合がある。）という考え方がある。公平性は、例えば、ＵＥ１００がＩＡＢネットワークのどこに接続しても、トポロジ全体で要求されるＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）が満たされるようにＱｏＳを管理するためのメカニズムを提供する。例えば、図１において、ＵＥ１００が、ＩＡＢノード３００－２に接続しても、ＩＡＢドナー２００－１に接続しても、同一のＱｏＳを得るように、トポロジ全体を管理することが、公平性である、ということができる。
　このような公平性に対するアプローチは、例えば、以下の２つに分類される。
　（Ａ１）局所／分散型公平性最適化（Ｌｏｃａｌ／ｄｉｓｔｒｉｂｕｔｅｄ　ｆａｉｒｎｅｓｓ　ｏｐｔｉｍｉｚａｔｉｏｎ）
　（Ａ２）中央集権型公平性最適化（Ｃｅｎｔｒａｌｉｚｅｄ　ｆａｉｒｎｅｓｓ　ｏｐｔｉｍｉｚａｔｉｏｎ）
　例えば、（Ａ１）は、各ＩＡＢノード３００のスケジューラによって行われる。ＩＡＢノード３００は、残りホップ数などの情報をスケジューラに提供することによって、（Ａ１）のような最適化を図ることが可能になる。
　他方、（Ａ２）は、例えば、ＩＡＢドナー２００によるルーティング設定の更新などにより行われる。ＩＡＢノード３００が、ＩＡＢドナー２００へ、混雑状況及び／又は遅延情報などの情報を報告することで、ルーティング設定の更新が可能となる。
　（Ａ１）は、より高速化を図ることが可能であるというメリットはあるものの、そのメリットはローカル接続内に限定され、スケジューラの実装に依存して変化する可能性がある。また、（Ａ２）は、トポロジ全体の最適化を解決することは可能であるが、パケット単位での公平性を解決できない可能性がある。
　そこで、公平性に対するアプローチとして、（Ａ１）と（Ａ２）とを混在させるアプローチもある。上記２つを混在させることで、（Ａ１）と（Ａ２）のメリットを享受し、（Ａ１）と（Ａ２）のデメリットを最小限にすることが可能となる。
　第１実施形態では、このように混在する場合において、ＩＡＢドナー２００がＩＡＢノード３００に対して、（Ａ１）を行うか否かを指定する例である。具体的には、第１に、配下に中継ノード（例えば、ＩＡＢノード３００）を有するドナー基地局（例えば、ＩＡＢドナー２００）が、中継ノードに対して、中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定する。第２に、中継ノードが、設定に従って、スケジューラを動作させる。以下では、データパケットの転送における優先制御を、単に、データパケットの転送制御と称する場合がある。
　図９は、ＩＡＢドナー２００が、ＩＡＢノード３００－Ｔに対して、ＩＡＢノード３００－Ｔのスケジューラにデータパケットの転送制御を行わせるか否かを設定する例を表す図である。データパケットの転送制御は、例えば、公平性に関する制御の一例である。このような設定により、例えば、ＩＡＢドナー２００がＩＡＢノード３００－Ｔに対して、公平性に関する制御（以下、「公平性制御」と称する場合がある。）を行わせるか否かを指定することができる。これにより、上記（Ａ１）を指定することが可能となる。
　図１１は、第１実施形態に係る動作例を表す図である。
　ＩＡＢドナー２００は、ステップＳ１０において、処理を開始すると、ステップＳ１１において、ＩＡＢノード３００－Ｔへ、ＩＡＢ用の公平性制御を行わせるか否かを設定する。公平性制御の具体例としては、例えば、以下がある。
　（Ｂ１）（過去の）経由ホップ数が大きいデータパケットの転送を優先する。これにより、例えば、遅延の大きいデータパケットが優先して転送されるため、上述した公平性の実現を図ることが可能となる。
　（Ｂ２）（未来の）残りホップ数が大きいデータパケットの転送を優先する。この場合も（Ｂ１）と同様に、遅延の大きいデータパケットが優先して転送されるため、公平性の実現を図ることが可能となる。
　（Ｂ３）ＢＨ　ＲＬＣチャネルあたりのＵＥベアラ多重数（１：Ｎマッピングの“Ｎ”）が大きいデータパケットの転送を優先する。これにより、例えば、データ量が多いデータパケットが優先して転送されるため、データ量が多いことによる転送遅延を少なくして、上述した公平性の実現を図ることが可能となる。
　（Ｂ４）タイムスタンプを基準として経過時間が長いデータパケットの転送を優先する。これにより、例えば、ある時刻を基準にした経過時間が長いデータパケットが優先して転送されるため、転送遅延を少なくして、公平性の実現を図ることが可能となる。
　なお、ＩＡＢドナー２００は、上記（Ｂ１）から（Ｂ４）を組み合わせて、公平性制御の設定を行うようにしてもよい。また、ＩＡＢドナー２００は、このような公平性制御から除外するＵＥベアラＩＤ、又はＢＨ　ＲＬＣチャネルＩＤを、ＩＡＢノード３００－Ｔに設定するようにしてもよい。さらに、ＩＡＢドナー２００は、ＩＡＢノード３００－Ｔへ、ＲＲＣメッセージ、Ｆ１－ＡＰメッセージ、又はＭＡＣ　ＣＥなどを送信することで、ＩＡＢノード３００に対して公平性制御の設定を行うようにしてもよい。
　ステップＳ１２において、ＩＡＢノード３００－Ｔは、設定に従って、スケジューラを動作させる。すなわち、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵ（スケジューラ）は、上記（Ｂ１）から（Ｂ４）による設定に従って、データパケットの転送制御を行う。具体的には、以下となる。
　例えば、ＩＡＢノード３００を経由する毎にインクリメントされるホップ数がＢＡＰ　Ｄａｔａ　ＰＤＵのヘッダに含まれる。上記（Ｂ１）が設定された場合、スケジューラは、当該ホップ数に基づいて、経由ホップ数の大きいデータパケットを優先して転送させる。
　例えば、ＢＡＰ　Ｄａｔａ　ＰＤＵのヘッダには、ターゲットまでのホップ数が含まれ、当該ホップ数はＩＡＢノード３００を経由する毎にデクリメントされる。上記（Ｂ２）が設定された場合、スケジューラは、当該ホップ数に基づいて、残りホップ数が大きいデータパケットの転送を優先する。
　上記（Ｂ３）が設定された場合、スケジューラは、ＢＨ　ＲＬＣチャネルあたりのＵＥ１００毎のベアラ多重数を確認して、当該ベアラ多重数の大きいデータパケットを優先して転送する。
　上記（Ｂ４）が設定された場合、スケジューラは、ＢＡＰ　Ｄａｔａ　ＰＤＵのヘッダに含まれるタイムスタンプ値を基準にして、経過時間が長いデータパケットを優先して転送する。
　ステップＳ１３において、ＩＡＢノード３００は、一連の処理を終了する。
　上述した実施形態では、スケジューラによる公平性制御（優先制御）の例を示したが、これに限らない。公平性制御は、ルーティング処理においても実施されてもよい。具体的には、ＢＡＰレイヤにおいて、優先すべきパケット（例えば、残りホップ数が多いパケット）のルーティング処理を優先する。換言すると、ＢＡＰレイヤは、優先するパケットを、他のパケットよりも先に（もしくは早く）下位レイヤ（例えば、ＲＬＣレイヤ）に渡す（もしくは転送する）。この場合、上述した実施形態と同様に、ＩＡＢドナー２００は、ＩＡＢノード３００に対して、公平性制御に関する設定を行い、ＩＡＢノード３００は、当該設定に従って、ルーティング処理を実施することが可能であることに留意すべきである。
　第１実施形態における他の例を説明する。
　第１実施形態における他の例は、第１に、ドナー基地局（例えば、ＩＡＢドナー２００）が、中継ノード（例えば、ＩＡＢノード３００）に対して、アシスト情報を当該親ノード又は子ノードへ通知させるか否かを設定する。当該アシスト情報は、中継ノードの親ノード又は子ノードのスケジューラにおいてデータパケットの転送制御が行われるための情報である。第２に、中継ノードが、設定に従って、親ノード又は子ノードへ、アシスト情報を通知する。
　図１０は、ＩＡＢドナー２００が、ＩＡＢノード３００－Ｔへ、アシスト情報を通知するか否かを設定する例を表す図である。このような設定により、ＩＡＢノード３００－Ｔの親ノード３００－Ｐ又は子ノード３００－Ｃは、アシスト情報に基づいて、公平性制御を実行することが可能となる。したがって、このような設定により、ＩＡＢドナー２００が、ＩＡＢノード３００－Ｔの親ノード３００－Ｐ又は子ノード３００－Ｃ（のスケジューラ）に対して、上記（Ａ１）を（間接的に）指定することが可能となる。
　図１２は、第１実施形態における他の例に係る動作例を表す図である。
　ＩＡＢドナー２００は、ステップＳ２０において、処理を開始すると、ステップＳ２１において、ＩＡＢノード３００－Ｔへ、スケジューリングのアシスト情報を当該ＩＡＢノード３００の親ノード３００－Ｐ又は子ノード３００－Ｃへ通知するか否かの設定を行う。当該設定は、ＲＲＣメッセージ、又はＦ１－ＡＰメッセージなどを利用して行われる。
　なお、アシスト情報は、ＢＡＰ　Ｄａｔａ　ＰＤＵのヘッダに含まれる情報であって、ＩＡＢノード３００を経由するごとに変更される情報であってもよい。このような情報としては、例えば、ホップ数のカウント値、又は転送レイテンシ計測用のタイムスタンプ値がある。また、アシスト情報は、フロー制御フィードバック（ｆｌｏｗ　ｃｏｎｔｒｏｌ　ｆｅｅｄｂａｃｋ）メッセージなどの混雑情報であってもよい。フロー制御フィードバックメッセージは、例えば、ＩＡＢノード３００－Ｔが混雑（ｃｏｎｇｅｓｔｉｏｎ）しているときに、親ノード３００－Ｐ又は子ノード３００－Ｃへ、混雑していることを通知するために用いられるメッセージである。
　ステップＳ２２において、ＩＡＢノード３００－Ｔは、設定に従って、アシスト情報を、親ノード３００－Ｐ又は子ノード３００－Ｃへ通知する。親ノード３００－Ｐ又は子ノード３００－Ｃのスケジューラは、アシスト情報に基づいて、公平性制御（例えば、（Ｂ１）から（Ｂ４）の全部又は一部）を行う。
　ステップＳ２３において、ＩＡＢノード３００－Ｔは、一連の処理を終了する。
　第１実施形態における他の例において、アシスト情報が、ＩＡＢノード３００－Ｔから親ノード３００－Ｐ又は子ノード３００－Ｃへ提供される例を示したが、これに限らない。アシスト情報がＩＡＢドナー２００からＩＡＢノード３００－Ｔへ提供され、提供を受けたＩＡＢノード３００－Ｔが公平性制御を行ってもよい。この場合、当該アシスト情報は、ＢＨ　ＲＬＦチャネル毎もしくはルーティングＩＤ毎の、残りホップ数、ＵＥベアラ数、優先度情報（例えば、ＱｏＳ設定情報）、転送遅延情報（例えば、ある一定期間の実測平均レイテンシ）、及び／又は混雑度情報（例えば、負荷や無線リソースの使用率もしくは余裕度）などであってもよい。当該アシスト情報は、第２実施形態で、ＩＡＢドナー２００が集約した情報を用いてもよい。
（第２実施形態）
　公平性について、第１実施形態で説明した（Ａ２）によるアプローチが採用される場合、できるだけ、ＩＡＢノード３００の情報を、ＩＡＢドナー２００へ、集約させた方が良い。トポロジ全体の公平性を把握しているのはＩＡＢドナー２００であって、ＩＡＢドナー２００が中心となって公平性の実現を図ることができるからである。
　第２実施形態は、第１に、中継ノード（例えば、ＩＡＢノード３００）が、当該中継ノードを配下に有するドナー基地局（例えば、ＩＡＢドナー２００）へ、ルート毎のスループットを表す第１情報を送信する。第２に、ドナー基地局が、第１情報に基づいて、所定の動作を行う。ＩＡＢドナー２００は、所定の動作として、ルーティング設定を更新する。これにより、例えば、ＩＡＢドナー２００は、ルーティング設定の更新を行うことで、上記（Ａ２）のアプローチによる公平性の実現を図ることが可能となる。
　図１３は、第２実施形態に係る動作例を表す図である。
　ＩＡＢノード３００は、ステップＳ３０において、処理を開始すると、ステップＳ３１において、ＩＡＢドナー２００へ、ルート毎のスループット情報を通知する。
　ＤＬ方向の場合、ＩＡＢノード３００とその子ノードとの間のＢＨリンク又はＩＡＢノード３００とＵＥ１００との間のアクセスリンクのリンク状態がスループットとして表される。この場合、当該ＩＡＢノード３００が、スループットを報告してもよい。一方、ＵＬ方向の場合、ＩＡＢノード３００とその親ノードとの間のＢＨリンクのリンク状態がスループットとして表される。この場合、当該親ノードが、スループットを報告してもよい。
　スループット情報は、当該ＢＨリンク又はアクセスリンクの最大スループット及び最小スループットのうち少なくとも一方で表されてもよい。スループット情報は、理論値、及び／又は実効値であってもよい。また、スループット情報は、ある一定期間における平均スループットでもよい。一定期間（例えば、過去１０秒など）は、ＩＡＢドナー２００によって設定されてもよい。なお、スループット情報は、ルート毎のスループット情報に代えて、パス毎のスループットでもよい。
　なお、ステップＳ３１のように、ＩＡＢノード３００がスループット情報を報告することで、ＩＡＢノード３００は、ＩＡＢノード３００のスケジューラの実装性又は当該スケジューラの負荷状況に応じた正確なスループットを、ＩＡＢドナー２００へ報告できる。
　ステップＳ３２において、ＩＡＢドナー２００は、スループット情報に基づいて、ルーティング設定の更新などを行う。
　ステップＳ３３において、ＩＡＢドナー２００は、一連の処理を終了する。
（第３実施形態）
　５ＧのＱｏＳ特性の一つとして、ＰＤＢ（Ｐａｃｋｅｔ　Ｄｅｌａｙ　Ｂｕｄｇｅｔ：パケット遅延バジェット）がある。ＰＤＢは、ＵＥ１００とＵＰＦ１２との間でパケットが遅延する時間の上限を表す。ＰＤＢを超えて遅延したパケットは、ローカルの判断に応じて破棄される場合がある。ＰＤＢが設定されることで、スケジューラでは、予期せぬ値を処理しなければならいことを回避することが可能となる。
　このようにＰＤＢによるパケット破棄は、ローカルで実施されるため、ＩＡＢドナー２００はパケット破棄を検知することができない。
　そこで、第３実施形態では、ＩＡＢノード３００は、パケットを破棄した場合、破棄したパケット数をＩＡＢドナー２００へ報告する。具体的には、第１に、中継ノード（例えば、ＩＡＢノード３００）が、配下に当該中継ノードを有するドナー基地局（例えば、ＩＡＢドナー２００）へ、データパケット破棄数を表す第２情報を送信する。第２に、ドナー基地局が、第２情報に基づいて、所定の動作を行う。これにより、例えば、ＩＡＢドナー２００は、ＩＡＢノード３００におけるパケット破棄を検知して、ルーティング設定の更新などを行うことで、上記（Ａ２）のアプローチによる公平性の実現を図ることが可能となる。
　図１４は、第３実施形態に係る動作例を表す図である。
　ＩＡＢノード３００は、ステップＳ４０において、処理を開始すると、ステップＳ４１において、ＩＡＢドナー２００から、パケット転送の有効期間が設定される。設定は、例えば、ＲＲＣメッセージ、及び／又はＦ１－ＡＰメッセージなどを用いて行われる。
　ステップＳ４２において、ＩＡＢノード３００は、データパケット受信時に、当該データパケットが有効期間内であるか否かを判定する。例えば、ＩＡＢノード３００は、ＢＡＰ　Ｄａｔａ　ＰＤＵのヘッダに含まれるタイムスタンプ情報に基づいて、当該データパケットの遅延時間を計算し、設定された有効期間と比較する。これにより、ＩＡＢノード３００は、遅延時間が有効期間内であるか否かにより判定する。タイムスタンプ情報が、ソースにおける当該データパケット送信時の時間情報として表されている場合は、ＩＡＢノード３００は、現在時間と、タイムスタンプ情報とを比較して、遅延時間を計算してもよい。
　ステップＳ４３において、当該データパケットが有効期間内でなければ（ステップＳ４３においてＮＯ）、ステップＳ４４において、ＩＡＢノード３００は、当該データパケットを破棄する。このとき、ＩＡＢノード３００は、破棄したデータパケットの数をカウントし、そのカウント値と付随情報とを記録情報として、メモリなどに記憶する。付随情報は、例えば、流入（ｉｎｇｒｅｓｓ）ＢＨ　ＲＬＣチャネルＩＤ、ルーティングＩＤ（又は宛先（Ｄｅｓｔｉｎａｔｉｏｎ）ＩＤ、或いはパスＩＤ）、及び／又は遅延時間（当該データパケットを受信した時点での遅延）を含む。
　ステップＳ４５において、ＩＡＢノード３００は、ＩＡＢドナー２００へ、記録情報を報告する。例えば、ＩＡＢノード３００は、破棄したパケット数が（一定期間内に）一定以上となった場合に報告する。又は、ＩＡＢノード３００は、一定周期で、報告してもよい。又は、ＩＡＢノード３００は、ＩＡＢドナー２００から要求（リクエスト）があった場合に報告してもよい。ＩＡＢノード３００は、ＢＡＰメッセージなどを利用して、ＩＡＢドナー２００へ、記録情報を報告してもよい。
　ステップＳ４６において、ＩＡＢノード３００は、一連の処理を終了する。なお、ＩＡＢドナー２００では、記録情報に基づいて、所定の動作として、ルーティング設定の更新などを行う。
　一方、ステップＳ４３において、当該データパケットが有効期間内であれば（ステップＳ４３でＹＥＳ）、ＩＡＢノード３００は、受信したデータパケットを次ホップへ転送する。
　そして、ステップＳ４６において、ＩＡＢノード３００は、一連の処理を終了する。
（第４実施形態）
　図１５は、ＩＡＢノード３００が、ＩＡＢドナー２００へ、障害発生通知メッセージを送信する例を表す図である。
　図１５に示すように、ＩＡＢノード３００の親ノード３００－Ｐとその親ノードである上位ノード３００－Ｕとの間のＢＨリンクでＢＨ　ＲＬＦ（Ｂａｃｋ　Ｈａｕｌ　Ｒａｄｉｏ　Ｌｉｎｋ　Ｆａｉｌｕｒｅ：ＢＨリンクの無線リンク障害）が発生したと仮定する。この場合、親ノード３００－Ｐは、ＢＨ　ＲＬＦが発生したことを表す障害発生通知を、ＩＡＢノード３００－Ｔへ通知する。
　しかし、障害発生通知は、親ノード３００－ＰからＩＡＢノード３００－Ｔへ通知され、ＩＡＢドナー２００には通知されない。したがって、ＩＡＢドナー２００は、親ノード３００－ＰでＢＨ　ＲＬＦが発生したことを検知できない。ＩＡＢドナー２００が親ノード３００－ＰでのＢＨ　ＲＬＦを検知できない場合、トポロジ全体のパフォーマンスが低下（混雑又は遅延など）する恐れがある。
　そこで、第４実施形態は、ＩＡＢノード３００が障害発生通知を受信したときに、ＩＡＢドナー２００へ、受信したことを報告する。具体的には、第１に、中継ノード（例えば、ＩＡＢノード３００）が、当該中継ノードを配下に有するドナー基地局（例えば、ＩＡＢドナー２００）へ、障害発生通知を受信したことを表す第３情報を送信する。第２に、ドナー基地局が第３情報に基づいて、所定の動作を行う。所定の動作として、例えば、ＩＡＢドナー２００は、ルーティング設定の更新などを行う。これにより、例えば、トポロジ全体のパフォーマンス低下を防止することが可能となる。また、例えば、ＩＡＢドナー２００に情報を集約させて、上記（Ａ２）のアプローチによる公平性の実現を図ることが可能となる。
　なお、障害発生通知には、ＢＨ　ＲＬＦのＴｙｐｅ１　Ｉｎｄｉｃａｔｉｏｎ（ＲＬＦ　ｄｅｔｅｃｔｅｄ）がある。Ｔｙｐｅ１　Ｉｎｄｉｃａｔｉｏｎは、親ノード３００－ＰのＩＡＢ－ＤＵが、ＢＨ　ＲＬＦを検出すると、ＩＡＢノード３００－Ｔ（又はＵＥ１００）へ、通知するＩｎｄｉｃａｔｉｏｎである。また、障害発生通知には、ＢＨ　ＲＬＦのＴｙｐｅ２　Ｉｎｄｉｃａｔｉｏｎ（Ｔｒｙｉｎｇ　ｔｏ　ｒｅｃｏｖｅｒ）がある。Ｔｙｐｅ２　Ｉｎｄｉｃａｔｉｏｎは、親ノード３００－ＰのＩＡＢ－ＤＵが、ＢＨ　ＲＬＦからの回復動作を検知すると、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴ（又はＵＥ１００）へ、通知するＩｎｄｉｃａｔｉｏｎである。Ｔｙｐｅ１　ＩｎｄｉｃａｔｉｏｎとＴｙｐｅ２　Ｉｎｄｉｃａｔｉｏｎとを区別しないときは、親ノード３００－ＰのＩＡＢ－ＤＵがＩＡＢノード３００－ＴのＩＡＢ－ＭＴ（又はＵＥ１００）へ、Ｔｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎを通知できる。Ｔｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎも、障害発生通知の一例である。
　図１６は、第４実施形態に係る動作例を表す図である。なお、以下では、障害発生通知として、Ｔｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎを例にして説明するが、Ｔｙｐｅ１　Ｉｎｄｉｃａｔｉｏｎでもよいし、Ｔｙｐｅ２　Ｉｎｄｉｃａｔｉｏｎでもよい。
　ＩＡＢノード３００－Ｔは、ステップＳ５０において、処理を開始すると、ステップＳ５１において、親ノード３００－Ｐから、ＢＨ　ＲＬＦのＴｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎを受信する。
　ステップＳ５２において、ＩＡＢノード３００－Ｔは、ＩＡＢドナー２００へ、Ｔｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎを受信したことを通知する。当該通知には、親ノード３００－ＰのセルＩＤ、親ノード３００－ＰのｇＮＢ　ＩＤ、及び／又は親ノード３００－ＰのＢＡＰアドレスが含まれてもよい。
　なお、この通知の送信経路としては、ＩＡＢノード３００－ＴがＤＣ（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ）により、親ノード３００－Ｐと他の親ノードと接続されている場合、例えば、以下がある。すなわち、ＩＡＢノード３００－Ｔは、ＭＣＧ（Ｍａｓｔｅｒ　Ｃｅｌｌ　Ｇｒｏｕｐ）経由でＴｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎを受信すると、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ　Ｃｅｌｌ　Ｇｒｏｕｐ）（ＳＲＢ（Ｓｉｇｎａｌｉｎｇ　Ｒａｄｉｏ　Ｂｅａｒｅｒ）３）経由で当該通知を送信してもよい。又は、ＩＡＢノード３００－Ｔは、ＳＣＧ経由でＴｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎを受信すると、ＭＣＧ（ＳＲＢ１）経由で当該通知を送信してもよい。又は、ＩＡＢノード３００－Ｔは、Ｓｐｌｉｔ　ＳＲＢ１経由で当該通知を送信してもよい。
　ステップＳ５３において、ＩＡＢドナー２００は、Ｔｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎを受信したことに応じて、親ノード３００－ＰにおいてＢＨ　ＲＬＦが発生していることを認識し、所定の動作を行う。所定の動作としては、ルーティング設定の更新、ＩＡＢノード３００－Ｔに対するローカルリルーティングの指示、又はＩＡＢノード３００－Ｔに対するハンドオーバなどがある。
　ステップＳ５４において、ＩＡＢノード３００は、一連の処理を終了する。
　なお、上記動作例において、Ｔｙｐｅ１／２　Ｉｎｄｉｃａｔｉｏｎに代えて、Ｔｙｐｅ３　Ｉｎｄｉｃａｔｉｏｎ、Ｔｙｐｅ４　Ｉｎｄｉｃａｔｉｏｎ、又はフロー制御フィードバック（ｆｌｏｗ　ｃｏｎｔｒｏｌ　ｆｅｅｄｂａｃｋ）メッセージでもよい。
　Ｔｙｐｅ３　Ｉｎｄｉｃａｔｉｏｎ（ＲＬＦ　ｒｅｃｏｖｅｒｅｄ）は、親ノード３００－ＰがＢＨ　ＲＬＦから回復したときに、ＩＡＢノード３００－Ｔへ通知される障害回復通知である。Ｔｙｐｅ４　Ｉｎｄｉｃａｔｉｏｎ（Ｒｅｃｏｖｅｒｙ　ｆａｉｌｕｒｅ）は、ＩＡＢノード３００－ＴがＢＨ　ＲＬＦからの回復に失敗したときに、ＩＡＢノード３００－Ｔへ通知される回復失敗通知の一例である。障害回復通知及び回復失敗通知は、例えば、ＢＨリンクにおける無線リンクの障害に関する通知である。
　また、フロー制御フィードバックメッセージは、例えば、親ノード３００－Ｐにおいてデータパケットの混雑が発生しているときに、親ノード３００－Ｐから通知されるメッセージである。
（第５実施形態）
　ＵＬ方向のスケジューリングに関して、プリエンプティブバッファステータスレポート（ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ（Ｂｕｆｆｅｒ　Ｓｔａｔｕｓ　Ｒｅｐｏｒｔ）。以下、「ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ」と称する場合がある。）が行われる場合がある。ここで、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲについて説明する。
（ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ）
　図１７（Ａ）は通常のＢＳＲ（Ｒｅｇｕｌａｒ　ＢＳＲ）の送信例、図１７（Ｂ）及び図１７（Ｃ）はｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲの送信例をそれぞれ表す図である。
　図１７（Ａ）に示すように、ＩＡＢノード３００－Ｔは、子ノード３００－Ｃからデータを受信した後、親ノード３００－Ｐへ、通常のＢＳＲを送信する。親ノード３００－Ｐは、ＢＳＲに基づいて、ＩＡＢノード３００－Ｔに対してスケジューリングを行い、ＵＬ　ｇｒａｎｔをＩＡＢノード３００－Ｔへ送信する。
　一方、図１７（Ｂ）に示すように、ＩＡＢノード３００－Ｔは、子ノード３００－Ｃに対してＵＬ　ｇｒａｎｔを送信後、子ノード３００－Ｃからデータを受信する前に、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを親ノード３００－Ｐへ送信する。
　また、図１７（Ｃ）に示すように、ＩＡＢノード３００－Ｔは、子ノード３００－ＣからＢＳＲを受信した後、ＵＬ　ｇｒａｎｔを子ノード３００－Ｃへ送信する前に、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを親ノード３００－Ｐへ送信する。
　このように、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲは、通常のＢＳＲよりも早いタイミングで、親ノード３００－Ｐへ送信されるため、ＩＡＢノード３００－ＴにおけるＵＬスケジューリングの遅延を低減させることが可能となる。
　ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲは、通常のＢＳＲと同様に、ＭＡＣ　ＣＥを用いて送信される。図１８は、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥ（以下、「ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ」と称する場合がある。）の構成例を表す図である。図１８に示すように、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥは、ＬＣＧｉとバッファサイズの各領域を含む。
　ＬＣＧｉは、論理チャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌ　Ｇｒｏｕｐ）ｉのバッファスサイズが存在することを示す領域である。すなわち、ＬＣＧｉに「１」が設定されると、論理チャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌ　Ｇｒｏｕｐ）ｉのバッファスサイズが報告されることを示す。一方、ＬＣＧｉに「０」が設定されると、論理チャネルグループｉのバッファサイズが報告されないことを示す。
　バッファサイズは、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲがトリガされたＩＡＢノード３００のＩＡＢ－ＭＴに到着することが期待されるデータの総量を識別し、ＩＡＢ－ＭＴにおいて現在利用可能なデータの総量は含まない。バッファサイズの詳細について、以下、説明する。
　図１９は、ＩＡＢノード３００と親ノード３００－Ｐ、及び子ノード３００－Ｃとの関係例を表す図である。図１９は、ＩＡＢノード３００－Ｔが、親ノード３００－Ｐへ、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを送信する例を表している。バッファサイズ領域には、図１９の例では、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲがトリガされた親ノード３００－ＰのＩＡＢ－ＭＴに到着すると予想されるデータの総量が格納される。親ノード３００－ＰのＩＡＢ－ＭＴに到着すると予想されるデータは、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータと、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータとの総量である。言い換えると、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲのバッファサイズ領域に格納されるバッファサイズは、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータと、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータとが混在したデータのデータ量となる。
　しかし、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータのスケジューリングタイミングと、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのスケジューリングタイミングとは異なる。そのため、親ノード３００－Ｐは、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを受信しても、異なるスケジューリングタイミングの２つのデータに対して、どのタイミングでスケジューリングを行えば良いのかわからない場合がある。
　そこで、第５実施形態では、ＩＡＢノード３００－Ｔは、自身のＩＡＢ－ＤＵに滞留したデータのデータ量と、子ノード３００－ＣのＩＡＢ－ＭＴに滞留したデータのデータ量とを、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲの異なるバッファサイズ領域に格納する。そして、ＩＡＢノード３００－Ｔは、当該ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを親ノード３００－Ｐへ送信する。
　具体的には、第１に、親ノード（例えば親ノード３００－Ｐ）と子ノード（例えば子ノード３００－Ｃ）との間に介在する中継ノード（例えばＩＡＢノード３００）が、親ノードへ、プリエンプティブバッファステータスレポート（ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ）を送信する。この際、中継ノードが、子ノードに滞留する第１データの第１データ量をｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲの第１バッファサイズ領域に格納する。また、中継ノードは、中継ノードに滞留する第２データの第２データ量を、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲの第２バッファサイズ領域に格納する。第２に、親ノードが、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを受信する。これにより、例えば、親ノード３００－Ｐは、第１データ量と第２データ量とが異なる領域に格納されたｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを受信できるため、第１データと第２データに対するスケジューリングを異なるタイミングで行うことが可能となる。
　図２０は第５実施形態の動作例を表す図である。
　ＩＡＢノード３００－Ｔは、ステップＳ６０において、処理を開始すると、ステップＳ６１において、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲをトリガする。
　ステップＳ６２において、ＩＡＢノード３００－Ｔは、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのデータ量を、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥのＢＳ（Ｂｕｆｆｅｒ　Ｓｉｚｅ）＃１の領域に格納し、自身（のＩＡＢ－ＤＵ）に滞留するデータのデータ量を、ＢＳ＃２の領域に格納する。この際、ＩＡＢノード３００－Ｔは、子ノード３００－Ｃに滞留するデータのデータ量を特定する。特定は、子ノード３００－Ｃから受信したＢＳＲに含まれるバッファサイズから特定してもよいし、ＩＡＢノード３００－Ｔが子ノード３００－Ｃに対してスケジューリングしたＵＬ　ｇｒａｎｔ値から特定してもよい。また、ＩＡＢノード３００－Ｔは、自身のＩＡＢ－ＤＵに滞留するデータのデータ量を特定する。特定は、例えば、ＩＡＢノード３００－Ｔに滞留する受信側ＭＡＣ　ＳＤＵ、受信側ＲＬＣ　ＰＤＵ、及び／又は受信側ＢＡＰ　ＰＤＵ（送信側ＢＡＰ　ＰＤＵを含めてもよい）のデータ量から特定する。なお、ＢＳ＃１及びＢＳ＃２は、当該ＭＡＣ　ＣＥにおいて、別々のバッファサイズ領域である。
　ステップＳ６３において、ＩＡＢノード３００－Ｔは、ＢＳ＃１とＢＳ＃２を含む、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥを、親ノード３００－Ｐへ送信する。
　ステップＳ６４において、ＩＡＢノード３００－Ｔは、一連の処理を終了する。
　なお、ステップＳ６３では、１つのｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥに、ＢＳ＃１とＢＳ＃２を含む例について説明したが、ＢＳ＃１とＢＳ＃２がそれぞれ異なるｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥに含まれてもよい。この場合、ＩＡＢノード３００－Ｔは、ＢＳ＃１を含むｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥと、ＢＳ＃２を含むｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥと、を送信することになる。
　また、図１８に示すｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥは一例である。例えば、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥは、バッファサイズ領域が含まれるＭＡＣ　ＣＥであればどのような構成のｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥでもよい。
（第６実施形態）
　第６実施形態は、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータのデータ量と、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのデータ量とを、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲのＬＣＧｉを利用して区別する例である。
　具体的には、第１に、配下に中継ノード（例えば、ＩＡＢノード３００－Ｔ）を有するドナー基地局（例えば、ＩＡＢドナー２００）が、中継ノードに対して、第１論理チャネルグループを設定する。第２に、中継ノードが、第１論理チャネルグループに対応するバッファサイズ領域であって、プリエンプティブバッファステータスレポートの第３バッファサイズ領域に、中継ノードの子ノードに滞留する第１データの第１データ量を格納する。
　図２１は第６実施形態に係る動作例を表す図である。
　ステップＳ７０において、ＩＡＢドナー２００は、処理を開始する。
　ステップＳ７１において、ＩＡＢドナー２００は、ＩＡＢノード３００－Ｔに対して、子ノード３００－ＣのＢＳＲ値（又はバッファサイズ値）を格納するＬＣＧを設定する。設定は、ＲＲＣメッセージ又はＦ１－ＡＰメッセージなどを用いて行われる。例えば、ＩＡＢドナー２００は、ＬＣＧ０（図１８）を、子ノード３００－ＣのＢＳＲ値を格納するＬＣＧとして設定する。
　ステップＳ７２において、ＩＡＢノード３００－Ｔは、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲをトリガする。
　ステップＳ７３において、ＩＡＢノード３００－Ｔは、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのデータ量を、設定されたＬＣＧ（例えば、ＬＣＧ０）に対応するＢＳ（例えば、ＢＳ＃１）に格納する。子ノード３００－Ｃに滞留するデータは、第５実施形態と同様に、子ノード３００－ＣからのＢＳＲ又は子ノード３００－ＣへのＵＬ　ｇｒａｎｔ値に基づいて、ＩＡＢノード３００－Ｔにおいて特定してもよい。
　ステップＳ７４において、ＩＡＢノード３００－Ｔは、当該ＢＳを含む、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥを親ノード３００－Ｐへ送信する。
　ステップＳ７５において、ＩＡＢノード３００－Ｔは、一連の処理を終了する。
　なお、上述した動作例は、子ノード３００－Ｃに滞留するデータのデータ量を送信する例である。ＩＡＢノード３００－Ｔ自身のＩＡＢ－ＤＵに滞留するデータのデータ量の送信は、例えば、以下のようにして行う。
　すなわち、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータは、ＩＡＢノード３００－Ｔにおいて、子ノード３００－Ｃから既に受信したデータである。ＩＡＢノード３００－Ｔは、当該データに対して、設定されたルーティング情報と比較することによって、どの論理チャネルを利用して当該データを送信するかを把握できる。そして、ＩＡＢノード３００－Ｔは、当該論理チャネルに対応するＬＣＧ（例えば、ＬＣＧ１）を特定し、当該ＬＣＧに対応するＢＳ（例えば、ＢＳ＃２）に、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータを格納できる。
　このような処理は、例えば、図２１に示す動作例のステップＳ７３において行われる。すなわち、ＩＡＢノード３００－Ｔは、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのデータ量を、ＩＡＢドナー２００により設定されたＬＣＧに対応するＢＳ（例えば、ＢＳ＃１）に格納する。ＩＡＢノード３００－Ｔは、自身のＩＡＢ－ＤＵに滞留するデータのデータ量を、ルーティング情報から特定したＬＣＧに対応するＢＳ（例えば、ＢＳ＃２）に格納する。
　なお、子ノード３００－Ｃに滞留するデータのデータ量に関し、ＩＡＢドナー２００によるＬＣＧの設定に代えて、ルーティング情報から特定したＬＣＧ以外のＬＣＧに対応するＢＳ（例えば、ＢＳ＃３）に格納するようにしてもよい。すなわち、ＩＡＢノード３００は、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータのデータ量をルーティング情報から特定したＬＣＧ（例えば、ＬＣＧ１）に対応するＢＳ（例えば、ＢＳ＃２）に格納する。一方、ＩＡＢノード３００は、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのデータ量を当該ＬＣＧ以外のＬＣＧ（例えば、ＬＣＧ２）に対応するＢＳ（例えば、ＢＳ＃３）に格納する。したがって、ＩＡＢノード３００－Ｔは、２つのデータのデータ量をｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥにおける異なるバッファサイズ領域に確実に格納して送信することが可能となる。
（第７実施形態）
　第７実施形態は、ＩＡＢノード３００－Ｔが、子ノード３００－Ｃに滞留するデータのデータ量をｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲで報告し、ＩＡＢノード３００－Ｔに滞留するデータのデータ量を通常のＢＳＲで報告する例である。
　図２２は、ＩＡＢノード３００が、親ノード３００－Ｐへ、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲと通常のＢＳＲとを送信する例を表す図である。
　通常のＢＳＲは、現状では、ＩＡＢ－ＭＴに滞留するデータのデータ量のみを報告する。しかし、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵに滞留するデータも、すぐに送信可能となるため、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲではなく、通常のＢＳＲを用いて送信した方がよい。
　そこで、本第７実施形態では、ＩＡＢノード３００－Ｔは、自身のＩＡＢ－ＭＴとＩＡＢ－ＤＵに滞留するデータのデータ量を、ＢＳＲを用いて報告する。また、ＩＡＢノード３００－Ｔは、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのデータ量を、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを用いて報告する。
　具体的には、中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、親ノード（例えば、親ノード３００－Ｐ）へ、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲを利用して子ノード（例えば、子ノード３００－Ｃ）に滞留する第１データの第１データ量を送信する。中継ノードが、バッファステータスレポートを利用して中継ノードに滞留する第２データの第２データ量を送信する。
　図２３は第７実施形態に係る動作例を表す図である。
　図２３に示すように、ステップＳ８０において、ＩＡＢノード３００－Ｔは、処理を開始する。
　ステップＳ８１において、ＩＡＢノード３００－Ｔは、通常のＢＳＲとｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲとをトリガする。
　ステップＳ８２において、ＩＡＢノード３００－Ｔは、自身のＩＡＢ－ＤＵとＩＡＢ－ＭＴに滞留するデータを特定し、通常のＢＳＲ　ＭＡＣ　ＣＥのＢＳに格納する。ＩＡＢノード３００－Ｔは、例えば、送信側及び受信側ＢＡＰ　ＰＤＵ、受信側ＲＬＣ　ＰＤＵ、及び／又は受信側ＭＡＣ　ＳＤＵに基づいて、自身のＩＡＢ－ＤＵに滞留するデータのデータ量を特定する。また、ＩＡＢノード３００－Ｔは、例えば、送信側ＭＡＣ　ＳＤＵ、及び／又は送信側ＲＬＣ　ＰＤＵに基づいて、自身のＩＡＢ－ＭＴに滞留するデータのデータ量を特定する。
　また、ステップＳ８２において、ＩＡＢノード３００－Ｔは、子ノード３００－ＣのＩＡＢ－ＭＴに滞留するデータのデータ量をｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥのＢＳに格納する。子ノード３００－Ｃに滞留するデータのデータ量の特定は、例えば、第５実施形態と同様である。
　ステップＳ８３において、ＩＡＢノード３００－Ｔは、通常のＢＳＲ　ＭＡＣ　ＣＥと、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥとを、親ノード３００－Ｐへ送信する。
　ステップＳ８４において、ＩＡＢノード３００－Ｔは、一連の処理を終了する。
　この動作例に伴い、３ＧＰＰ　ＴＳ３８．３２１で規定された、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥのバッファサイズは、「ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲがトリガされたノードのＩＡＢ－ＭＴに到着することが期待されるデータの総量」から、「ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲがトリガされたノードのＩＡＢ－ＤＵに到着することが期待されるデータの総量」へと変更されることになる。
　なお、図２３における動作例において、ＩＡＢノード３００－Ｔは、ｐｒｅ－ｅｍｐｔｉｖｅ　ＢＳＲ　ＭＡＣ　ＣＥとＢＳＲ　ＭＡＣ　ＣＥとを異なるタイミングで送信してもよい。
　（その他の実施形態）
　ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理を実行する回路を集積化し、ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
　以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施例の全部又は一部を組み合わせることも可能である。
　本願は、米国仮出願第６３／１３６，４７２号（２０２１年１月１２日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
（付記）
　（導入）
　ＮＲのためのｅＩＡＢ（Ｅｎｈａｎｃｅｍｅｎｔｓ　ｔｏ　Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）に関する改訂されたワークアイテムが承認された。いくつかの目的は次の通りである。
　トポロジ適応の拡張
　　・シグナリング負荷を軽減するための機能拡張を含む、堅牢性及び負荷分散を強化するためのインタードナーＩＡＢノード移動のための手順の仕様。
　　・ＩＡＢノード移動及びＢＨ　ＲＬＦ回復によるサービス中断削減のための拡張機能の仕様。
　　・ＣＰ／ＵＰ分離のサポートを含む、トポロジの冗長性に対する拡張の仕様。
　トポロジ、ルーティング、及びトランスポートの機能拡張
　　・トポロジ全体の公平性、マルチホップ遅延、及び輻輳緩和を改善するための拡張機能の仕様。
　トポロジ、ルーティング、及びトランスポートの機能拡張に関して、次の合意に達した。
　・Ｒ２は、Ｒｅｌ－１７　ＩＡＢのワークは、既存の５ＧＱｏＳフレームワークに加えて新しいエンドユーザＱｏＳメトリックを定義されないことを前提とする。
　・Ｒｅｌ－１７　ＩＡＢのワークには、トポロジ全体の公平性の定義について合意することが含まれる。
　・トポロジ全体の公平性は、ＵＥがＩＡＢネットワークのどこにアタッチされるかに関わらず、トポロジ全体で必要なＱｏＳが満たされるように、ＱｏＳを管理するためのメカニズムを提供する。この定義の変形は排除されない。そのようなメカニズムの成功がどのように評価されるかは、更なる検討が必要である。
　・ＲＡＮ２は、ＲＡＮ３からのインプットなしで、ＤＬＥ　２Ｅフロー制御の拡張について議論しない。
　・ＲＡＮ２が無線ベアラのデータを２つ以上のパスにスプリットする優先順位を下げるか否かは更なる検討が必要である。（ＲＡＮ３は、ＩＡＢでのデータスプリットでのマルチルートサポートの優先順位を下げることに合意）
　この付記では、Ｒｅｌ－１７　ＩＡＢのトポロジ、ルーティング、及びトランスポートの拡張について議論し、ＢＳＲ及びプリエンプティブＢＳＲの拡張、及びトポロジ全体の公平性のための一般的なフレームワークに焦点を当てる。
　（議論）
　（ＢＳＲ及びプリエンプティブＢＳＲの拡張）
　（ＬＣＧ領域の拡張）
　Ｒｅｌ－１６では、ＵＥのＬＣＧの数、つまり、最大８つのＬＣＧが、ＩＡＢ－ＭＴに再利用されました。多くの企業がＬＣＧの数を増やすことを提案した。ＬＣＧ領域を拡張すると、ＬＣＧあたりのＬＣＨの数が減り、スケジューリングの粒度が細かくなり、トポロジ全体の公平性に貢献するようである。したがって、ＲＡＮ２はＬＣＧの数を増やすべきである。これは、レガシーＢＳＲ及びプリエンプティブＢＳＲの両方に適用できる。
　提案１：ＲＡＮ２は、ＢＳＲ及びプリエンプティブＢＳＲのＬＣＧの数を増やすことに合意すべきである。
　（バッファサイズの計算）
　レガシーＢＳＲの場合、バッファサイズの計算は明確に規定される。これは、ＭＡＣ、ＲＬＣ、及びＰＤＣＰで利用可能なデータに基づく。ＲＬＣ及びＰＤＣＰの場合、データ量の計算手順は各仕様で規定される。Ｒｅｌ－１６では、これらのメカニズムはＩＡＢ－ＭＴで再利用される。しかし、ＩＡＢノードにはＰＤＣＰの代わりにＢＡＰレイヤがあり、ＢＡＰにはデータ量の計算はない。そのため、現在の仕様では送信に利用可能なデータが不足している。トポロジ全体の公平性のためにより適切にスケジューリングするには、レガシーＢＳＲで報告されるバッファサイズをより正確にすべきである。
　提案２：ＲＡＮ２は、データ量の計算手順をＢＡＰのために規定すべきかを議論すべきである。
　Ｒｅｌ－１６では、プリエンプティブＢＳＲのバッファサイズの計算は、ＩＡＢ－ＤＵの実装に大きく依存するが、仕様は、「バッファサイズフィールドは、プリエンプティブＢＳＲがトリガされるノードのＩＡＢ－ＭＴに到着すると予想されるデータの合計量を識別し、ＩＡＢ－ＭＴで現在利用可能なデータの量は含まれない。」という大まかなガイドラインを提供する。一部のＩＡＢノードは、プリエンプティブＢＳＲで、実際に到着すると予想されるよりも大きなバッファサイズを報告する可能性がある。マルチベンダー展開の場合などでは、子ノードと親ノードとの間に同じ原則を設定することが難しい可能性がある。これは、非効率な無線リソースの割り当て、親でのスケジューリング遅延、及びＩＡＢ－ＭＴ間のリソース要求の不公平を引き起こす。ＩＡＢノードがデュアルコネクティビティで設定されている場合、よりあいまいになる可能性がある。したがって、プリエンプティブＢＳＲのバッファサイズの計算は、より正確に規定されるべきである。
　提案３：ＲＡＮ２は、プリエンプティブＢＳＲのバッファサイズの計算を規定すべきである。
　（トポロジ全体の公平性）
　トポロジ全体の公平性の強化は、次の２つのアプローチによって分類される。
　　・スケジューラなどによる局所／分散型の公平性の最適化　
　　・ルーティング設定の更新などによる中央集権型の公平性の最適化
　局所／分散型の公平性の最適化に関して、例えば、スケジューラアルゴリズムを最適化するために、ＩＡＢノードには、利益メトリック、残りのホップ数などの情報が提供される。一部の解決策は各スケジューラの実装に強く依存していることに気づく。存在するならば、すべての実装に役立つ可能性のある共通／一般的な情報を規定することだけが望ましい。
　一方、中央集権型の公平性の最適化では、ＩＡＢドナーには、輻輳状態、遅延／レイテンシなどの情報又は測定値とともに報告され、例えば、ルーティング設定の更新を決定する。したがって、このアプローチは一種のＭＤＴ及びＳＯＮと見なすことができる。
　私たちの見解では、これらのアプローチには長所と短所とがある。局所／分散型のアプローチはより高速なメカニズムであり得るが、メリットはローカル接続内に制限され、スケジューラの実装によって変わり得る。中央集権型のアプローチは、トポロジ全体／大幅な最適化を解決し得るが、パケットごとの公平性には機能しない可能性がある。したがって、ＲＡＮ２は、トポロジ全体の公平性を強化するために、どちら（又は双方）のアプローチがより望ましいか議論すべきである。
　提案４：ＲＡＮ２は、トポロジ全体の公平性の強化は、（例えば、各スケジューラによる）局所／分散型のアプローチ、又は（例えば、ルーティング設定の更新を伴うＩＡＢ－ｄｏｎｏｒ－ＣＵによる）中央集権型のアプローチ、又はその双方によって実現すべきかを議論すべきである。
 

Claims (13)

  1. 　セルラ通信システムで用いる通信制御方法であって、
    　配下に中継ノードを有するドナー基地局が、前記中継ノードに対して、前記中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定することと、
    　前記中継ノードが、前記設定に従って、前記スケジューラを動作させることと
    　を有する通信制御方法。
  2. 　前記設定することは、前記中継ノードのスケジューラにデータパケットの転送制御を行わせるか否かを設定することに代えて、前記ドナー基地局が、前記中継ノードに対して、前記中継ノードの親ノード又は子ノードのスケジューラにおいてデータパケットの転送における優先制御が行われるためのアシスト情報を当該親ノード又は子ノードへ通知させるか否かを設定することを含み、
    　前記動作させることは、前記スケジューラを動作させることに代えて、前記中継ノードが、前記設定に従って、前記親ノード又は子ノードへ、前記アシスト情報を通知することを含む、請求項１記載の通信制御方法。
  3. 　前記アシスト情報は、前記中継ノードを含む複数の中継ノードを経由するごとに変更される情報及び前記中継ノードが混雑していることを示す混雑情報の少なくともいずれか一方を含む、請求項２記載の通信制御方法。
  4. 　セルラ通信システムで用いる通信制御方法であって、
    　中継ノードが、ルート毎のスループットを表す第１情報、データパケット破棄数を表す第２情報、又はバックホールリンクにおける無線リンク障害に関する通知を受信したことを表す第３情報を当該中継ノードを配下に有するドナー基地局へ送信することと
    　前記ドナー基地局が、前記第１情報、前記第２情報、又は前記第３情報に基づいて、所定の動作を行うことと
    　を有する通信制御方法。
  5. 　前記所定の動作は、前記中継ノードに設定されたルーティング情報を更新することである、請求項４記載の通信制御方法。
  6. 　更に、前記ドナー基地局が、前記中継ノードに対して、データパケット転送の有効期間を設定することを有し、
    　前記送信することは、前記中継ノードが、前記有効期間に基づいて、前記データパケット破棄数をカウントすることを含む、請求項４記載の通信制御方法。
  7. 　前記バックホールリンクにおける無線リンク障害に関する通知は、バックホールリンクにおける無線リンク障害の検知したことに応じて送信される通知、バックホールリンクにおける無線リンク障害からの回復動作を検知したことに応じて送信される通知、及びバックホールリンクにおける無線リンク障害からの回復したことに応じて送信される通知のうち少なくとも１つを含む、請求項４記載の通信制御方法。
  8. 　セルラ通信システムで用いる通信制御方法であって、
    　親ノードと子ノードとの間に介在する中継ノードが、前記親ノードへ、プリエンプティブバッファステータスレポートを送信することと、
    　前記親ノードが、前記プリエンプティブバッファステータスレポートを受信することと、を有し、
    　前記送信することは、前記中継ノードが、前記子ノードに滞留する第１データの第１データ量と、前記中継ノードに滞留する第２データの第２データ量と、を前記プリエンプティブバッファステータスレポートの異なる領域に格納することを含む、通信制御方法。
  9. 　前記送信することは、前記中継ノードが、前記プリエンプティブバッファステータスレポートの第１バッファサイズ領域に前記第１データ量を格納することと、前記プリエンプティブバッファステータスレポートの第２バッファサイズ領域に前記第２データ量を格納することとを含む、請求項８記載の通信制御方法。
  10. 　更に、配下に前記中継ノードを有するドナー基地局が、前記中継ノードに対して、第１論理チャネルグループを設定することを有し、
    　前記送信することは、前記中継ノードが、前記第１論理チャネルグループに対応するバッファサイズ領域であって、前記プリエンプティブバッファステータスレポートの第３バッファサイズ領域に前記第１データ量を格納することを含む、請求項８記載の通信制御方法。
  11. 　前記送信することは、ルーティングが確定した前記第２データの前記第２データ量を、第２データを送信する論理チャネルを含む第２論理チャネルグループに対応するバッファサイズ領域であって、前記プリエンプティブバッファステータスレポートの第４バッファサイズ領域に格納することを含む、請求項１０記載の通信制御方法。
  12. 　前記送信することは、前記中継ノードが、前記親ノードへ、前記プリエンプティブバッファステータスレポートを利用して前記第１データ量を送信し、前記プリエンプティブバッファステータスレポートを利用することなくバッファステータスレポートを利用して前記第２データ量を送信することを含む、請求項８記載の通信制御方法。
  13. 　前記第１データは、前記子ノードのＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）－ＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）に滞留するデータであり、前記第２データは、前記中継ノードのＩＡＢ－ＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）に滞留するデータである、請求項８から１２のいずれか１つに記載の通信制御方法。
PCT/JP2022/000640 2021-01-12 2022-01-12 通信制御方法 WO2022153989A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022575590A JPWO2022153989A1 (ja) 2021-01-12 2022-01-12
US18/350,408 US20230370151A1 (en) 2021-01-12 2023-07-11 Communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202163136472P 2021-01-12 2021-01-12
US63/136,472 2021-01-12

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/350,408 Continuation US20230370151A1 (en) 2021-01-12 2023-07-11 Communication control method

Publications (1)

Publication Number Publication Date
WO2022153989A1 true WO2022153989A1 (ja) 2022-07-21

Family

ID=82448464

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/000640 WO2022153989A1 (ja) 2021-01-12 2022-01-12 通信制御方法

Country Status (3)

Country Link
US (1) US20230370151A1 (ja)
JP (1) JPWO2022153989A1 (ja)
WO (1) WO2022153989A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166621A1 (ja) * 2019-02-14 2020-08-20 京セラ株式会社 通信制御方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166621A1 (ja) * 2019-02-14 2020-08-20 京セラ株式会社 通信制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS INC.: "Discussion on topology-wide fairness, multi-hop latency and congestion mitigation", 3GPP DRAFT; R2-2009667, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942575 *

Also Published As

Publication number Publication date
JPWO2022153989A1 (ja) 2022-07-21
US20230370151A1 (en) 2023-11-16

Similar Documents

Publication Publication Date Title
US11419010B2 (en) Information transmission method and apparatus
US10231150B2 (en) Sending data rate information to a wireless access network node
CN112567796A (zh) 用于集成接入和回程承载管理的方法、装置和***
CN111586749B (zh) 一种下行缓存状态反馈方法及装置
WO2021027860A1 (zh) 路由方法、bsr的生成方法、装置和存储介质
JP7462026B2 (ja) 方法及び中継ノード
JP7379514B2 (ja) 通信制御方法
US20230180327A1 (en) Communication control method
US20240015580A1 (en) Communication control method
US20240032129A1 (en) Communication control method
JP2023154036A (ja) 通信制御方法、中継装置及びプロセッサ
WO2022153989A1 (ja) 通信制御方法
WO2022239707A1 (ja) 通信制御方法
US20240073736A1 (en) Communication control method
JP7506271B2 (ja) 通信制御方法及び中継ノード
WO2023132285A1 (ja) 通信制御方法
JP7460856B2 (ja) 通信制御方法
WO2022145309A1 (ja) 通信制御方法
WO2022202976A1 (ja) 通信制御方法
WO2023132283A1 (ja) 通信制御方法
KR20230048028A (ko) 흐름 제어를 위한 방법 및 장치
CN117596646A (zh) 在pdcp层中选择路径以支持多路径配置的方法

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: 22739395

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022575590

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22739395

Country of ref document: EP

Kind code of ref document: A1