WO2022153989A1 - 通信制御方法 - Google Patents
通信制御方法 Download PDFInfo
- 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
Links
- 238000004891 communication Methods 0.000 title claims abstract description 74
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000012546 transfer Methods 0.000 claims abstract description 26
- 230000010267 cellular communication Effects 0.000 claims abstract description 21
- 230000005540 biological transmission Effects 0.000 claims description 36
- 230000000717 retained effect Effects 0.000 claims description 27
- 238000011084 recovery Methods 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 4
- 238000001514 detection method Methods 0.000 claims 2
- 238000010586 diagram Methods 0.000 description 48
- 230000008569 process Effects 0.000 description 25
- 238000012545 processing Methods 0.000 description 19
- 235000008694 Humulus lupulus Nutrition 0.000 description 18
- 238000013459 approach Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 10
- 238000005457 optimization Methods 0.000 description 9
- 101150014328 RAN2 gene Proteins 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 101150074586 RAN3 gene Proteins 0.000 description 2
- 108091005487 SCARB1 Proteins 0.000 description 2
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
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
第1の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、配下に中継ノードを有するドナー基地局が、前記中継ノードに対して、前記中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定することを有する。また、前記通信制御方法は、前記中継ノードが、前記設定に従って、前記スケジューラを動作させることを有する。
Description
本開示は、セルラ通信システムに用いる通信制御方法に関する。
セルラ通信システムの標準化プロジェクトである3GPP(Third Generation Partnership Project)において、IAB(Integrated Access and Backhaul)ノードと呼ばれる新たな中継ノードの導入が検討されている(例えば、「3GPP TS 38.300 V16.3.0(2020-09)」参照)。1又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
第1の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、配下に中継ノードを有するドナー基地局が、前記中継ノードに対して、前記中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定することを有する。また、前記通信制御方法は、前記中継ノードが、前記設定に従って、前記スケジューラを動作させることを有する。
第2の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、当該中継ノードを配下に有するドナー基地局へ、ルート毎のスループットを表す第1情報、データパケット破棄数を表す第2情報、又は障害発生通知を受信したことを表す第3情報を送信することを含む。また、前記通信制御方法は、前記ドナー基地局が、前記第1情報、前記第2情報、又は前記第3情報に基づいて、所定の動作を行うことを含む。
第3の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、親ノードと子ノードとの間に介在する中継ノードが、前記親ノードへ、プリエンプティブバッファステータスレポートを送信することを有する。また、前記通信制御方法は、前記親ノードが、前記プリエンプティブバッファステータスレポートを受信することを有する。さらに、前記通信制御方法は、前記送信することにおいて、前記中継ノードが、前記子ノードに滞留する第1データの第1データ量と前記中継ノードに滞留する第2データの第2データ量とを前記プリエンプティブバッファステータスレポートの異なる領域に格納することを含む。
図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
(セルラ通信システムの構成)
まず、一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム1は3GPPの5Gシステムである。具体的には、セルラ通信システム1における無線アクセス方式は、5Gの無線アクセス方式であるNR(New Radio)である。但し、セルラ通信システムには、LTE(Long Term Evolution)が少なくとも部分的に適用されてもよい。また、セルラ通信システム1は、6Gなど、将来のセルラ通信システムも適用されてよい。
まず、一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム1は3GPPの5Gシステムである。具体的には、セルラ通信システム1における無線アクセス方式は、5Gの無線アクセス方式であるNR(New Radio)である。但し、セルラ通信システムには、LTE(Long Term Evolution)が少なくとも部分的に適用されてもよい。また、セルラ通信システム1は、6Gなど、将来のセルラ通信システムも適用されてよい。
図1は、一実施形態に係るセルラ通信システム1の構成例を表す図である。
図1に示すように、セルラ通信システム1は、5Gコアネットワーク(5GC)10と、ユーザ装置(UE:User Equipment)100、基地局装置(以下、「基地局」と称する場合がある。)200-1,200-2、及びIABノード300-1,300-2を有する。基地局200は、gNBと呼ばれる場合がある。
以下において、基地局200がNR基地局である一例について主として説明するが、基地局200がLTE基地局(すなわち、eNB)であってもよい。
なお、以下において、基地局200-1,200-2をgNB200(又は基地局200)、IABノード300-1,300-2をIABノード300とそれぞれ称する場合がある。
5GC10は、AMF(Access and Mobility Management Function)11及びUPF(User Plane Function)12を有する。AMF11は、UE100に対する各種モビリティ制御等を行う装置である。AMF11は、NAS(Non-Access Stratum)シグナリングを用いてUE100と通信することにより、UE100が在圏するエリアの情報を管理する。UPF12は、ユーザデータの転送制御等を行う装置である。
各gNB200は、固定の無線通信ノードであって、1又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、UE100との無線通信を行う機能又はリソースを示す用語として用いられることがある。また、セルは、gNB200など、基地局と区別しないで用いられる場合がある。1つのセルは1つのキャリア周波数に属する。
各gNB200は、NGインターフェイスと呼ばれるインターフェイスを介して5GC10と相互に接続される。図1において、5GC10に接続された2つのgNB200-1及びgNB200-2を例示している。
各gNB200は、集約ユニット(CU:Central Unit)と分散ユニット(DU:Distributed Unit)とに分割されていてもよい。CU及びDUは、F1インターフェイスと呼ばれるインターフェイスを介して相互に接続される。F1プロトコルは、CUとDUとの間の通信プロトコルであって、制御プレーンのプロトコルであるF1-CプロトコルとユーザプレーンのプロトコルであるF1-Uプロトコルとがある。
セルラ通信システム1は、バックホールにNRを用いてNRアクセスの無線中継を可能とするIABをサポートする。ドナーgNB(又はIABドナー。以下、「IABドナー」と称する場合がある。)200-1は、ネットワーク側のNRバックホールの終端ノードであり、IABをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ(すなわち、複数のIABノード300)を介するマルチホップが可能である。
図1において、IABノード300-1がIABドナー200-1と無線で接続し、IABノード300-2がIABノード300-1と無線で接続し、F1プロトコルが2つのバックホールホップで伝送される一例を示している。
UE100は、セルとの無線通信を行う移動可能な無線通信装置である。UE100は、gNB200又はIABノード300との無線通信を行う装置であればどのような装置であってもよい。例えば、UE100は、携帯電話端末、タブレット端末、ノートPC、センサ若しくはセンサに設けられる装置、及び/又は車両若しくは車両に設けられる装置である。UE100は、アクセスリンクを介してIABノード300又はgNB200に無線で接続する。図1は、UE100がIABノード300-2と無線で接続される一例を示している。UE100は、IABノード300-2及びIABノード300-1を介してIABドナー200-1と間接的に通信する。
図2は、IABノード300と親ノード(Parent nodes)と子ノード(Child nodes)との関係を表す図である。
図2に示すように、各IABノード300は、基地局機能部に相当するIAB-DUとユーザ装置機能部に相当するIAB-MT(Mobile Termination)とを有する。
IAB-MTのNR Uu無線インターフェイス上の隣接ノード(すなわち、上位ノード)は、親ノードと呼ばれる。親ノードは、親IABノード又はIABドナー200のDUである。IAB-MTと親ノードとの間の無線リンクは、バックホールリンク(BHリンク)と呼ばれる。図2において、IABノード300の親ノードがIABノード300-P1及び300-P2である一例を示している。なお、親ノードへ向かう方向は、アップストリーム(upstream)と呼ばれる。UE100から見て、UE100の上位ノードは親ノードに該当し得る。
IAB-DUのNRアクセスインターフェイス上の隣接ノード(すなわち、下位ノード)は、子ノードと呼ばれる。IAB-DUは、gNB200と同様に、セルを管理する。IAB-DUは、UE100及び下位のIABノードへのNR Uu無線インターフェイスを終端する。IAB-DUは、IABドナー200-1のCUへのF1プロトコルをサポートする。図2において、IABノード300の子ノードがIABノード300-C1~300-C3である一例を示しているが、IABノード300の子ノードにUE100が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム(downstream)と呼ばれる。
また、1つ又は複数のホップを介して、IABドナー200に接続されている全てのIABノード300は、IABドナー200をルートとする有向非巡回グラフ(DAG:Directed Acyclic Graph)トポロジ(以下、「トポロジ」と称する場合がある。)を形成する。このトポロジにおいて、図2に示すように、IAB-DUのインターフェイス上の隣り合うノードが子ノード、IAB-MTのインターフェイス上の隣り合うノードが親ノードとなる。IABドナー200は、例えば、IABトポロジのリソース、トポロジ、ルート管理などを集中的に行う。
(基地局の構成)
次に、実施形態に係る基地局であるgNB200の構成について説明する。図3は、gNB200の構成例を表す図である。図3に示すように、gNB200は、無線通信部210と、ネットワーク通信部220と、制御部230とを有する。
次に、実施形態に係る基地局であるgNB200の構成について説明する。図3は、gNB200の構成例を表す図である。図3に示すように、gNB200は、無線通信部210と、ネットワーク通信部220と、制御部230とを有する。
無線通信部210は、UE100との無線通信及びIABノード300との無線通信を行う。無線通信部210は、受信部211及び送信部212を有する。受信部211は、制御部230の制御下で各種の受信を行う。受信部211はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換(ダウンコンバート)して制御部230に出力する。送信部212は、制御部230の制御下で各種の送信を行う。送信部212はアンテナを含み、制御部230が出力するベースバンド信号(送信信号)を無線信号に変換(アップコンバート)してアンテナから送信する。
ネットワーク通信部220は、5GC10との有線通信(又は無線通信)及び隣接する他のgNB200との有線通信(又は無線通信)を行う。ネットワーク通信部220は、受信部221及び送信部222を有する。受信部221は、制御部230の制御下で各種の受信を行う。受信部221は、外部から信号を受信して受信信号を制御部230に出力する。送信部222は、制御部230の制御下で各種の送信を行う。送信部222は、制御部230が出力する送信信号を外部に送信する。
制御部230は、gNB200における各種の制御を行う。制御部230は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとCPU(Central Processing Unit)とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部230は、以下に示す各実施例において、gNB200おける各処理を行うようにしてもよい。
(中継ノードの構成)
次に、実施形態に係る中継ノード(又は中継ノード装置。以下、「中継ノード」と称する場合がある。)であるIABノード300の構成について説明する。図4は、IABノード300の構成例を表す図である。図4に示すように、IABノード300は、無線通信部310と、制御部320とを有する。IABノード300は、無線通信部310を複数有していてもよい。
次に、実施形態に係る中継ノード(又は中継ノード装置。以下、「中継ノード」と称する場合がある。)であるIABノード300の構成について説明する。図4は、IABノード300の構成例を表す図である。図4に示すように、IABノード300は、無線通信部310と、制御部320とを有する。IABノード300は、無線通信部310を複数有していてもよい。
無線通信部310は、gNB200との無線通信(BHリンク)及びUE100との無線通信(アクセスリンク)を行う。BHリンク通信用の無線通信部310とアクセスリンク通信用の無線通信部310とが別々に設けられていてもよい。
無線通信部310は、受信部311及び送信部312を有する。受信部311は、制御部320の制御下で各種の受信を行う。受信部311はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換(ダウンコンバート)して制御部320に出力する。送信部312は、制御部320の制御下で各種の送信を行う。送信部312はアンテナを含み、制御部320が出力するベースバンド信号(送信信号)を無線信号に変換(アップコンバート)してアンテナから送信する。
制御部320は、IABノード300における各種の制御を行う。制御部320は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びCPUを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部320は、以下に示す各実施例において、IABノード300における各処理を行うようにしてもよい。
(ユーザ装置の構成)
次に、実施形態に係るユーザ装置であるUE100の構成について説明する。図5は、UE100の構成例を表す図である。図5に示すように、UE100は、無線通信部110と、制御部120とを有する。
次に、実施形態に係るユーザ装置であるUE100の構成について説明する。図5は、UE100の構成例を表す図である。図5に示すように、UE100は、無線通信部110と、制御部120とを有する。
無線通信部110は、アクセスリンクにおける無線通信、すなわち、gNB200との無線通信及びIABノード300との無線通信を行う。また、無線通信部110は、サイドリンクにおける無線通信、すなわち、他のUE100との無線通信を行ってもよい。無線通信部110は、受信部111及び送信部112を有する。受信部111は、制御部120の制御下で各種の受信を行う。受信部111はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換(ダウンコンバート)して制御部120に出力する。送信部112は、制御部120の制御下で各種の送信を行う。送信部112はアンテナを含み、制御部120が出力するベースバンド信号(送信信号)を無線信号に変換(アップコンバート)してアンテナから送信する。
制御部120は、UE100における各種の制御を行う。制御部120は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びCPUを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部130は、以下に示す各実施例において、UE100における各処理を行うようにしてもよい。
(プロトコルスタックの構成)
次に、実施形態に係るプロトコルスタックの構成について説明する。図6は、IAB-MTのRRC接続及びNAS接続に関するプロトコルスタックの例を表す図である。
次に、実施形態に係るプロトコルスタックの構成について説明する。図6は、IAB-MTのRRC接続及びNAS接続に関するプロトコルスタックの例を表す図である。
図6に示すように、IABノード300-2のIAB-MTは、物理(PHY)レイヤと、MAC(Medium Access Control)レイヤと、RLC(Radio Link Controll)レイヤと、PDCP(Packet Data Convergence Protocol)レイヤと、RRC(Radio Resource Control)レイヤと、NAS(Non-Access Stratum)レイヤとを有する。
PHYレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。IABノード300-2のIAB-MTのPHYレイヤとIABノード300-1のIAB-DUのPHYレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
MACレイヤは、データの優先制御、ハイブリッドARQ(HARQ:Hybrid Automatic Rrepeat reQuest)による再送処理、及びランダムアクセスプロシージャ等を行う。IABノード300-2のIAB-MTのMACレイヤとIABノード300-1のIAB-DUのMACレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。IAB-DUのMACレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット(トランスポートブロックサイズ、変調・符号化方式(MCS))及び割当リソースブロックを決定する。
RLCレイヤは、MACレイヤ及びPHYレイヤの機能を利用してデータを受信側のRLCレイヤに伝送する。IABノード300-2のIAB-MTのRLCレイヤとIABノード300-1のIAB-DUのRLCレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
PDCPレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。IABノード300-2のIAB-MTのPDCPレイヤとIABドナー200のPDCPレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
RRCレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。IABノード300-2のIAB-MTのRRCレイヤとIABドナー200のRRCレイヤとの間では、各種設定のためのRRCシグナリングが伝送される。IABドナー200とのRRC接続がある場合、IAB-MTはRRCコネクティッド状態である。IABドナー200とのRRC接続がない場合、IAB-MTはRRCアイドル状態である。
RRCレイヤの上位に位置するNASレイヤは、セッション管理及びモビリティ管理等を行う。IABノード300-2のIAB-MTのNASレイヤとAMF11との間では、NASシグナリングが伝送される。
図7は、F1-Uプロトコルに関するプロトコルスタックを表す図である。図8は、F1-Cプロトコルに関するプロトコルスタックを表す図である。ここでは、IABドナー200がCU及びDUに分割されている一例を示す。
図7に示すように、IABノード300-2のIAB-MT、IABノード300-1のIAB-DU、IABノード300-1のIAB-MT、及びIABドナー200のDUの各々は、RLCレイヤの上位レイヤとしてBAP(Backhaul Adaptation Protocol)レイヤを有する。BAPレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、IPレイヤがBAPレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
各バックホールリンクにおいて、BAPレイヤのPDU(Protocol Data Unit)は、バックホールRLCチャネル(BH NR RLCチャネル)によって伝送される。各BHリンクで複数のバックホールRLCチャネルを構成する。これにより、トラフィックの優先順位付け及びQoS制御が可能である。BAP PDUとバックホールRLCチャネルとの対応付けは、各IABノード300のBAPレイヤ及びIABドナー200のBAPレイヤによって実行される。
なお、IABドナー200のCUは、IABノード300とIABドナー200のDUへのF1インターフェイスを終端し、IABドナー200のgNB-CU機能である。また、IABドナー200のDUは、IAB BAPサブレイヤをホストし、IABノード300へワイヤレスバックホールを提供し、IABドナー200のgNB-DU機能である。
図8に示すように、F1-Cプロトコルのプロトコルスタックは、図7に示すGTP-Uレイヤ及びUDPレイヤに代えて、F1APレイヤ及びSCTP(Stream Control Transmission Protocol)レイヤを有する。
なお、以下においては、IABのIAB-DUとIAB-MTで行われる処理又は動作について、単に「IAB」の処理又は動作として説明する場合がある。例えば、IABノード300-1のIAB-DUが、IABノード300-2のIAB-MTへBAPレイヤのメッセージを送信することを、IABノード300-1がIABノード300-2へ、当該メッセージを送信するものとして説明する。また、IABドナー200のDU又はCUの処理又は動作についても、単に「IABドナー」の処理又は動作として説明する場合がある。
また、アップストリーム方向とアップリンク(UL)方向とを区別しないで用いる場合がある。さらに、ダウンストリーム方向とダウンリンク(DL)方向とを区別しないで用いる場合がある。
(第1実施形態)
IABにおいては、トポロジ全体の公平性(topology-wide fairness。以下、「公平性」と称する場合がある。)という考え方がある。公平性は、例えば、UE100がIABネットワークのどこに接続しても、トポロジ全体で要求されるQoS(Quality of Service)が満たされるようにQoSを管理するためのメカニズムを提供する。例えば、図1において、UE100が、IABノード300-2に接続しても、IABドナー200-1に接続しても、同一のQoSを得るように、トポロジ全体を管理することが、公平性である、ということができる。
IABにおいては、トポロジ全体の公平性(topology-wide fairness。以下、「公平性」と称する場合がある。)という考え方がある。公平性は、例えば、UE100がIABネットワークのどこに接続しても、トポロジ全体で要求されるQoS(Quality of Service)が満たされるようにQoSを管理するためのメカニズムを提供する。例えば、図1において、UE100が、IABノード300-2に接続しても、IABドナー200-1に接続しても、同一のQoSを得るように、トポロジ全体を管理することが、公平性である、ということができる。
このような公平性に対するアプローチは、例えば、以下の2つに分類される。
(A1)局所/分散型公平性最適化(Local/distributed fairness optimization)
(A2)中央集権型公平性最適化(Centralized fairness optimization)
例えば、(A1)は、各IABノード300のスケジューラによって行われる。IABノード300は、残りホップ数などの情報をスケジューラに提供することによって、(A1)のような最適化を図ることが可能になる。
他方、(A2)は、例えば、IABドナー200によるルーティング設定の更新などにより行われる。IABノード300が、IABドナー200へ、混雑状況及び/又は遅延情報などの情報を報告することで、ルーティング設定の更新が可能となる。
(A1)は、より高速化を図ることが可能であるというメリットはあるものの、そのメリットはローカル接続内に限定され、スケジューラの実装に依存して変化する可能性がある。また、(A2)は、トポロジ全体の最適化を解決することは可能であるが、パケット単位での公平性を解決できない可能性がある。
そこで、公平性に対するアプローチとして、(A1)と(A2)とを混在させるアプローチもある。上記2つを混在させることで、(A1)と(A2)のメリットを享受し、(A1)と(A2)のデメリットを最小限にすることが可能となる。
第1実施形態では、このように混在する場合において、IABドナー200がIABノード300に対して、(A1)を行うか否かを指定する例である。具体的には、第1に、配下に中継ノード(例えば、IABノード300)を有するドナー基地局(例えば、IABドナー200)が、中継ノードに対して、中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定する。第2に、中継ノードが、設定に従って、スケジューラを動作させる。以下では、データパケットの転送における優先制御を、単に、データパケットの転送制御と称する場合がある。
図9は、IABドナー200が、IABノード300-Tに対して、IABノード300-Tのスケジューラにデータパケットの転送制御を行わせるか否かを設定する例を表す図である。データパケットの転送制御は、例えば、公平性に関する制御の一例である。このような設定により、例えば、IABドナー200がIABノード300-Tに対して、公平性に関する制御(以下、「公平性制御」と称する場合がある。)を行わせるか否かを指定することができる。これにより、上記(A1)を指定することが可能となる。
図11は、第1実施形態に係る動作例を表す図である。
IABドナー200は、ステップS10において、処理を開始すると、ステップS11において、IABノード300-Tへ、IAB用の公平性制御を行わせるか否かを設定する。公平性制御の具体例としては、例えば、以下がある。
(B1)(過去の)経由ホップ数が大きいデータパケットの転送を優先する。これにより、例えば、遅延の大きいデータパケットが優先して転送されるため、上述した公平性の実現を図ることが可能となる。
(B2)(未来の)残りホップ数が大きいデータパケットの転送を優先する。この場合も(B1)と同様に、遅延の大きいデータパケットが優先して転送されるため、公平性の実現を図ることが可能となる。
(B3)BH RLCチャネルあたりのUEベアラ多重数(1:Nマッピングの“N”)が大きいデータパケットの転送を優先する。これにより、例えば、データ量が多いデータパケットが優先して転送されるため、データ量が多いことによる転送遅延を少なくして、上述した公平性の実現を図ることが可能となる。
(B4)タイムスタンプを基準として経過時間が長いデータパケットの転送を優先する。これにより、例えば、ある時刻を基準にした経過時間が長いデータパケットが優先して転送されるため、転送遅延を少なくして、公平性の実現を図ることが可能となる。
なお、IABドナー200は、上記(B1)から(B4)を組み合わせて、公平性制御の設定を行うようにしてもよい。また、IABドナー200は、このような公平性制御から除外するUEベアラID、又はBH RLCチャネルIDを、IABノード300-Tに設定するようにしてもよい。さらに、IABドナー200は、IABノード300-Tへ、RRCメッセージ、F1-APメッセージ、又はMAC CEなどを送信することで、IABノード300に対して公平性制御の設定を行うようにしてもよい。
ステップS12において、IABノード300-Tは、設定に従って、スケジューラを動作させる。すなわち、IABノード300-TのIAB-DU(スケジューラ)は、上記(B1)から(B4)による設定に従って、データパケットの転送制御を行う。具体的には、以下となる。
例えば、IABノード300を経由する毎にインクリメントされるホップ数がBAP Data PDUのヘッダに含まれる。上記(B1)が設定された場合、スケジューラは、当該ホップ数に基づいて、経由ホップ数の大きいデータパケットを優先して転送させる。
例えば、BAP Data PDUのヘッダには、ターゲットまでのホップ数が含まれ、当該ホップ数はIABノード300を経由する毎にデクリメントされる。上記(B2)が設定された場合、スケジューラは、当該ホップ数に基づいて、残りホップ数が大きいデータパケットの転送を優先する。
上記(B3)が設定された場合、スケジューラは、BH RLCチャネルあたりのUE100毎のベアラ多重数を確認して、当該ベアラ多重数の大きいデータパケットを優先して転送する。
上記(B4)が設定された場合、スケジューラは、BAP Data PDUのヘッダに含まれるタイムスタンプ値を基準にして、経過時間が長いデータパケットを優先して転送する。
ステップS13において、IABノード300は、一連の処理を終了する。
上述した実施形態では、スケジューラによる公平性制御(優先制御)の例を示したが、これに限らない。公平性制御は、ルーティング処理においても実施されてもよい。具体的には、BAPレイヤにおいて、優先すべきパケット(例えば、残りホップ数が多いパケット)のルーティング処理を優先する。換言すると、BAPレイヤは、優先するパケットを、他のパケットよりも先に(もしくは早く)下位レイヤ(例えば、RLCレイヤ)に渡す(もしくは転送する)。この場合、上述した実施形態と同様に、IABドナー200は、IABノード300に対して、公平性制御に関する設定を行い、IABノード300は、当該設定に従って、ルーティング処理を実施することが可能であることに留意すべきである。
第1実施形態における他の例を説明する。
第1実施形態における他の例は、第1に、ドナー基地局(例えば、IABドナー200)が、中継ノード(例えば、IABノード300)に対して、アシスト情報を当該親ノード又は子ノードへ通知させるか否かを設定する。当該アシスト情報は、中継ノードの親ノード又は子ノードのスケジューラにおいてデータパケットの転送制御が行われるための情報である。第2に、中継ノードが、設定に従って、親ノード又は子ノードへ、アシスト情報を通知する。
図10は、IABドナー200が、IABノード300-Tへ、アシスト情報を通知するか否かを設定する例を表す図である。このような設定により、IABノード300-Tの親ノード300-P又は子ノード300-Cは、アシスト情報に基づいて、公平性制御を実行することが可能となる。したがって、このような設定により、IABドナー200が、IABノード300-Tの親ノード300-P又は子ノード300-C(のスケジューラ)に対して、上記(A1)を(間接的に)指定することが可能となる。
図12は、第1実施形態における他の例に係る動作例を表す図である。
IABドナー200は、ステップS20において、処理を開始すると、ステップS21において、IABノード300-Tへ、スケジューリングのアシスト情報を当該IABノード300の親ノード300-P又は子ノード300-Cへ通知するか否かの設定を行う。当該設定は、RRCメッセージ、又はF1-APメッセージなどを利用して行われる。
なお、アシスト情報は、BAP Data PDUのヘッダに含まれる情報であって、IABノード300を経由するごとに変更される情報であってもよい。このような情報としては、例えば、ホップ数のカウント値、又は転送レイテンシ計測用のタイムスタンプ値がある。また、アシスト情報は、フロー制御フィードバック(flow control feedback)メッセージなどの混雑情報であってもよい。フロー制御フィードバックメッセージは、例えば、IABノード300-Tが混雑(congestion)しているときに、親ノード300-P又は子ノード300-Cへ、混雑していることを通知するために用いられるメッセージである。
ステップS22において、IABノード300-Tは、設定に従って、アシスト情報を、親ノード300-P又は子ノード300-Cへ通知する。親ノード300-P又は子ノード300-Cのスケジューラは、アシスト情報に基づいて、公平性制御(例えば、(B1)から(B4)の全部又は一部)を行う。
ステップS23において、IABノード300-Tは、一連の処理を終了する。
第1実施形態における他の例において、アシスト情報が、IABノード300-Tから親ノード300-P又は子ノード300-Cへ提供される例を示したが、これに限らない。アシスト情報がIABドナー200からIABノード300-Tへ提供され、提供を受けたIABノード300-Tが公平性制御を行ってもよい。この場合、当該アシスト情報は、BH RLFチャネル毎もしくはルーティングID毎の、残りホップ数、UEベアラ数、優先度情報(例えば、QoS設定情報)、転送遅延情報(例えば、ある一定期間の実測平均レイテンシ)、及び/又は混雑度情報(例えば、負荷や無線リソースの使用率もしくは余裕度)などであってもよい。当該アシスト情報は、第2実施形態で、IABドナー200が集約した情報を用いてもよい。
(第2実施形態)
公平性について、第1実施形態で説明した(A2)によるアプローチが採用される場合、できるだけ、IABノード300の情報を、IABドナー200へ、集約させた方が良い。トポロジ全体の公平性を把握しているのはIABドナー200であって、IABドナー200が中心となって公平性の実現を図ることができるからである。
公平性について、第1実施形態で説明した(A2)によるアプローチが採用される場合、できるだけ、IABノード300の情報を、IABドナー200へ、集約させた方が良い。トポロジ全体の公平性を把握しているのはIABドナー200であって、IABドナー200が中心となって公平性の実現を図ることができるからである。
第2実施形態は、第1に、中継ノード(例えば、IABノード300)が、当該中継ノードを配下に有するドナー基地局(例えば、IABドナー200)へ、ルート毎のスループットを表す第1情報を送信する。第2に、ドナー基地局が、第1情報に基づいて、所定の動作を行う。IABドナー200は、所定の動作として、ルーティング設定を更新する。これにより、例えば、IABドナー200は、ルーティング設定の更新を行うことで、上記(A2)のアプローチによる公平性の実現を図ることが可能となる。
図13は、第2実施形態に係る動作例を表す図である。
IABノード300は、ステップS30において、処理を開始すると、ステップS31において、IABドナー200へ、ルート毎のスループット情報を通知する。
DL方向の場合、IABノード300とその子ノードとの間のBHリンク又はIABノード300とUE100との間のアクセスリンクのリンク状態がスループットとして表される。この場合、当該IABノード300が、スループットを報告してもよい。一方、UL方向の場合、IABノード300とその親ノードとの間のBHリンクのリンク状態がスループットとして表される。この場合、当該親ノードが、スループットを報告してもよい。
スループット情報は、当該BHリンク又はアクセスリンクの最大スループット及び最小スループットのうち少なくとも一方で表されてもよい。スループット情報は、理論値、及び/又は実効値であってもよい。また、スループット情報は、ある一定期間における平均スループットでもよい。一定期間(例えば、過去10秒など)は、IABドナー200によって設定されてもよい。なお、スループット情報は、ルート毎のスループット情報に代えて、パス毎のスループットでもよい。
なお、ステップS31のように、IABノード300がスループット情報を報告することで、IABノード300は、IABノード300のスケジューラの実装性又は当該スケジューラの負荷状況に応じた正確なスループットを、IABドナー200へ報告できる。
ステップS32において、IABドナー200は、スループット情報に基づいて、ルーティング設定の更新などを行う。
ステップS33において、IABドナー200は、一連の処理を終了する。
(第3実施形態)
5GのQoS特性の一つとして、PDB(Packet Delay Budget:パケット遅延バジェット)がある。PDBは、UE100とUPF12との間でパケットが遅延する時間の上限を表す。PDBを超えて遅延したパケットは、ローカルの判断に応じて破棄される場合がある。PDBが設定されることで、スケジューラでは、予期せぬ値を処理しなければならいことを回避することが可能となる。
5GのQoS特性の一つとして、PDB(Packet Delay Budget:パケット遅延バジェット)がある。PDBは、UE100とUPF12との間でパケットが遅延する時間の上限を表す。PDBを超えて遅延したパケットは、ローカルの判断に応じて破棄される場合がある。PDBが設定されることで、スケジューラでは、予期せぬ値を処理しなければならいことを回避することが可能となる。
このようにPDBによるパケット破棄は、ローカルで実施されるため、IABドナー200はパケット破棄を検知することができない。
そこで、第3実施形態では、IABノード300は、パケットを破棄した場合、破棄したパケット数をIABドナー200へ報告する。具体的には、第1に、中継ノード(例えば、IABノード300)が、配下に当該中継ノードを有するドナー基地局(例えば、IABドナー200)へ、データパケット破棄数を表す第2情報を送信する。第2に、ドナー基地局が、第2情報に基づいて、所定の動作を行う。これにより、例えば、IABドナー200は、IABノード300におけるパケット破棄を検知して、ルーティング設定の更新などを行うことで、上記(A2)のアプローチによる公平性の実現を図ることが可能となる。
図14は、第3実施形態に係る動作例を表す図である。
IABノード300は、ステップS40において、処理を開始すると、ステップS41において、IABドナー200から、パケット転送の有効期間が設定される。設定は、例えば、RRCメッセージ、及び/又はF1-APメッセージなどを用いて行われる。
ステップS42において、IABノード300は、データパケット受信時に、当該データパケットが有効期間内であるか否かを判定する。例えば、IABノード300は、BAP Data PDUのヘッダに含まれるタイムスタンプ情報に基づいて、当該データパケットの遅延時間を計算し、設定された有効期間と比較する。これにより、IABノード300は、遅延時間が有効期間内であるか否かにより判定する。タイムスタンプ情報が、ソースにおける当該データパケット送信時の時間情報として表されている場合は、IABノード300は、現在時間と、タイムスタンプ情報とを比較して、遅延時間を計算してもよい。
ステップS43において、当該データパケットが有効期間内でなければ(ステップS43においてNO)、ステップS44において、IABノード300は、当該データパケットを破棄する。このとき、IABノード300は、破棄したデータパケットの数をカウントし、そのカウント値と付随情報とを記録情報として、メモリなどに記憶する。付随情報は、例えば、流入(ingress)BH RLCチャネルID、ルーティングID(又は宛先(Destination)ID、或いはパスID)、及び/又は遅延時間(当該データパケットを受信した時点での遅延)を含む。
ステップS45において、IABノード300は、IABドナー200へ、記録情報を報告する。例えば、IABノード300は、破棄したパケット数が(一定期間内に)一定以上となった場合に報告する。又は、IABノード300は、一定周期で、報告してもよい。又は、IABノード300は、IABドナー200から要求(リクエスト)があった場合に報告してもよい。IABノード300は、BAPメッセージなどを利用して、IABドナー200へ、記録情報を報告してもよい。
ステップS46において、IABノード300は、一連の処理を終了する。なお、IABドナー200では、記録情報に基づいて、所定の動作として、ルーティング設定の更新などを行う。
一方、ステップS43において、当該データパケットが有効期間内であれば(ステップS43でYES)、IABノード300は、受信したデータパケットを次ホップへ転送する。
そして、ステップS46において、IABノード300は、一連の処理を終了する。
(第4実施形態)
図15は、IABノード300が、IABドナー200へ、障害発生通知メッセージを送信する例を表す図である。
図15は、IABノード300が、IABドナー200へ、障害発生通知メッセージを送信する例を表す図である。
図15に示すように、IABノード300の親ノード300-Pとその親ノードである上位ノード300-Uとの間のBHリンクでBH RLF(Back Haul Radio Link Failure:BHリンクの無線リンク障害)が発生したと仮定する。この場合、親ノード300-Pは、BH RLFが発生したことを表す障害発生通知を、IABノード300-Tへ通知する。
しかし、障害発生通知は、親ノード300-PからIABノード300-Tへ通知され、IABドナー200には通知されない。したがって、IABドナー200は、親ノード300-PでBH RLFが発生したことを検知できない。IABドナー200が親ノード300-PでのBH RLFを検知できない場合、トポロジ全体のパフォーマンスが低下(混雑又は遅延など)する恐れがある。
そこで、第4実施形態は、IABノード300が障害発生通知を受信したときに、IABドナー200へ、受信したことを報告する。具体的には、第1に、中継ノード(例えば、IABノード300)が、当該中継ノードを配下に有するドナー基地局(例えば、IABドナー200)へ、障害発生通知を受信したことを表す第3情報を送信する。第2に、ドナー基地局が第3情報に基づいて、所定の動作を行う。所定の動作として、例えば、IABドナー200は、ルーティング設定の更新などを行う。これにより、例えば、トポロジ全体のパフォーマンス低下を防止することが可能となる。また、例えば、IABドナー200に情報を集約させて、上記(A2)のアプローチによる公平性の実現を図ることが可能となる。
なお、障害発生通知には、BH RLFのType1 Indication(RLF detected)がある。Type1 Indicationは、親ノード300-PのIAB-DUが、BH RLFを検出すると、IABノード300-T(又はUE100)へ、通知するIndicationである。また、障害発生通知には、BH RLFのType2 Indication(Trying to recover)がある。Type2 Indicationは、親ノード300-PのIAB-DUが、BH RLFからの回復動作を検知すると、IABノード300-TのIAB-MT(又はUE100)へ、通知するIndicationである。Type1 IndicationとType2 Indicationとを区別しないときは、親ノード300-PのIAB-DUがIABノード300-TのIAB-MT(又はUE100)へ、Type1/2 Indicationを通知できる。Type1/2 Indicationも、障害発生通知の一例である。
図16は、第4実施形態に係る動作例を表す図である。なお、以下では、障害発生通知として、Type1/2 Indicationを例にして説明するが、Type1 Indicationでもよいし、Type2 Indicationでもよい。
IABノード300-Tは、ステップS50において、処理を開始すると、ステップS51において、親ノード300-Pから、BH RLFのType1/2 Indicationを受信する。
ステップS52において、IABノード300-Tは、IABドナー200へ、Type1/2 Indicationを受信したことを通知する。当該通知には、親ノード300-PのセルID、親ノード300-PのgNB ID、及び/又は親ノード300-PのBAPアドレスが含まれてもよい。
なお、この通知の送信経路としては、IABノード300-TがDC(Dual Connectivity)により、親ノード300-Pと他の親ノードと接続されている場合、例えば、以下がある。すなわち、IABノード300-Tは、MCG(Master Cell Group)経由でType1/2 Indicationを受信すると、SCG(Secondary Cell Group)(SRB(Signaling Radio Bearer)3)経由で当該通知を送信してもよい。又は、IABノード300-Tは、SCG経由でType1/2 Indicationを受信すると、MCG(SRB1)経由で当該通知を送信してもよい。又は、IABノード300-Tは、Split SRB1経由で当該通知を送信してもよい。
ステップS53において、IABドナー200は、Type1/2 Indicationを受信したことに応じて、親ノード300-PにおいてBH RLFが発生していることを認識し、所定の動作を行う。所定の動作としては、ルーティング設定の更新、IABノード300-Tに対するローカルリルーティングの指示、又はIABノード300-Tに対するハンドオーバなどがある。
ステップS54において、IABノード300は、一連の処理を終了する。
なお、上記動作例において、Type1/2 Indicationに代えて、Type3 Indication、Type4 Indication、又はフロー制御フィードバック(flow control feedback)メッセージでもよい。
Type3 Indication(RLF recovered)は、親ノード300-PがBH RLFから回復したときに、IABノード300-Tへ通知される障害回復通知である。Type4 Indication(Recovery failure)は、IABノード300-TがBH RLFからの回復に失敗したときに、IABノード300-Tへ通知される回復失敗通知の一例である。障害回復通知及び回復失敗通知は、例えば、BHリンクにおける無線リンクの障害に関する通知である。
また、フロー制御フィードバックメッセージは、例えば、親ノード300-Pにおいてデータパケットの混雑が発生しているときに、親ノード300-Pから通知されるメッセージである。
(第5実施形態)
UL方向のスケジューリングに関して、プリエンプティブバッファステータスレポート(pre-emptive BSR(Buffer Status Report)。以下、「pre-emptive BSR」と称する場合がある。)が行われる場合がある。ここで、pre-emptive BSRについて説明する。
UL方向のスケジューリングに関して、プリエンプティブバッファステータスレポート(pre-emptive BSR(Buffer Status Report)。以下、「pre-emptive BSR」と称する場合がある。)が行われる場合がある。ここで、pre-emptive BSRについて説明する。
(pre-emptive BSR)
図17(A)は通常のBSR(Regular BSR)の送信例、図17(B)及び図17(C)はpre-emptive BSRの送信例をそれぞれ表す図である。
図17(A)は通常のBSR(Regular BSR)の送信例、図17(B)及び図17(C)はpre-emptive BSRの送信例をそれぞれ表す図である。
図17(A)に示すように、IABノード300-Tは、子ノード300-Cからデータを受信した後、親ノード300-Pへ、通常のBSRを送信する。親ノード300-Pは、BSRに基づいて、IABノード300-Tに対してスケジューリングを行い、UL grantをIABノード300-Tへ送信する。
一方、図17(B)に示すように、IABノード300-Tは、子ノード300-Cに対してUL grantを送信後、子ノード300-Cからデータを受信する前に、pre-emptive BSRを親ノード300-Pへ送信する。
また、図17(C)に示すように、IABノード300-Tは、子ノード300-CからBSRを受信した後、UL grantを子ノード300-Cへ送信する前に、pre-emptive BSRを親ノード300-Pへ送信する。
このように、pre-emptive BSRは、通常のBSRよりも早いタイミングで、親ノード300-Pへ送信されるため、IABノード300-TにおけるULスケジューリングの遅延を低減させることが可能となる。
pre-emptive BSRは、通常のBSRと同様に、MAC CEを用いて送信される。図18は、pre-emptive BSR MAC CE(以下、「pre-emptive BSR」と称する場合がある。)の構成例を表す図である。図18に示すように、pre-emptive BSR MAC CEは、LCGiとバッファサイズの各領域を含む。
LCGiは、論理チャネルグループ(LCG:Logical Channel Group)iのバッファスサイズが存在することを示す領域である。すなわち、LCGiに「1」が設定されると、論理チャネルグループ(LCG:Logical Channel Group)iのバッファスサイズが報告されることを示す。一方、LCGiに「0」が設定されると、論理チャネルグループiのバッファサイズが報告されないことを示す。
バッファサイズは、pre-emptive BSRがトリガされたIABノード300のIAB-MTに到着することが期待されるデータの総量を識別し、IAB-MTにおいて現在利用可能なデータの総量は含まない。バッファサイズの詳細について、以下、説明する。
図19は、IABノード300と親ノード300-P、及び子ノード300-Cとの関係例を表す図である。図19は、IABノード300-Tが、親ノード300-Pへ、pre-emptive BSRを送信する例を表している。バッファサイズ領域には、図19の例では、pre-emptive BSRがトリガされた親ノード300-PのIAB-MTに到着すると予想されるデータの総量が格納される。親ノード300-PのIAB-MTに到着すると予想されるデータは、IABノード300-TのIAB-DUに滞留するデータと、子ノード300-CのIAB-MTに滞留するデータとの総量である。言い換えると、pre-emptive BSRのバッファサイズ領域に格納されるバッファサイズは、IABノード300-TのIAB-DUに滞留するデータと、子ノード300-CのIAB-MTに滞留するデータとが混在したデータのデータ量となる。
しかし、IABノード300-TのIAB-DUに滞留するデータのスケジューリングタイミングと、子ノード300-CのIAB-MTに滞留するデータのスケジューリングタイミングとは異なる。そのため、親ノード300-Pは、pre-emptive BSRを受信しても、異なるスケジューリングタイミングの2つのデータに対して、どのタイミングでスケジューリングを行えば良いのかわからない場合がある。
そこで、第5実施形態では、IABノード300-Tは、自身のIAB-DUに滞留したデータのデータ量と、子ノード300-CのIAB-MTに滞留したデータのデータ量とを、pre-emptive BSRの異なるバッファサイズ領域に格納する。そして、IABノード300-Tは、当該pre-emptive BSRを親ノード300-Pへ送信する。
具体的には、第1に、親ノード(例えば親ノード300-P)と子ノード(例えば子ノード300-C)との間に介在する中継ノード(例えばIABノード300)が、親ノードへ、プリエンプティブバッファステータスレポート(pre-emptive BSR)を送信する。この際、中継ノードが、子ノードに滞留する第1データの第1データ量をpre-emptive BSRの第1バッファサイズ領域に格納する。また、中継ノードは、中継ノードに滞留する第2データの第2データ量を、pre-emptive BSRの第2バッファサイズ領域に格納する。第2に、親ノードが、pre-emptive BSRを受信する。これにより、例えば、親ノード300-Pは、第1データ量と第2データ量とが異なる領域に格納されたpre-emptive BSRを受信できるため、第1データと第2データに対するスケジューリングを異なるタイミングで行うことが可能となる。
図20は第5実施形態の動作例を表す図である。
IABノード300-Tは、ステップS60において、処理を開始すると、ステップS61において、pre-emptive BSRをトリガする。
ステップS62において、IABノード300-Tは、子ノード300-CのIAB-MTに滞留するデータのデータ量を、pre-emptive BSR MAC CEのBS(Buffer Size)#1の領域に格納し、自身(のIAB-DU)に滞留するデータのデータ量を、BS#2の領域に格納する。この際、IABノード300-Tは、子ノード300-Cに滞留するデータのデータ量を特定する。特定は、子ノード300-Cから受信したBSRに含まれるバッファサイズから特定してもよいし、IABノード300-Tが子ノード300-Cに対してスケジューリングしたUL grant値から特定してもよい。また、IABノード300-Tは、自身のIAB-DUに滞留するデータのデータ量を特定する。特定は、例えば、IABノード300-Tに滞留する受信側MAC SDU、受信側RLC PDU、及び/又は受信側BAP PDU(送信側BAP PDUを含めてもよい)のデータ量から特定する。なお、BS#1及びBS#2は、当該MAC CEにおいて、別々のバッファサイズ領域である。
ステップS63において、IABノード300-Tは、BS#1とBS#2を含む、pre-emptive BSR MAC CEを、親ノード300-Pへ送信する。
ステップS64において、IABノード300-Tは、一連の処理を終了する。
なお、ステップS63では、1つのpre-emptive BSR MAC CEに、BS#1とBS#2を含む例について説明したが、BS#1とBS#2がそれぞれ異なるpre-emptive BSR MAC CEに含まれてもよい。この場合、IABノード300-Tは、BS#1を含むpre-emptive BSR MAC CEと、BS#2を含むpre-emptive BSR MAC CEと、を送信することになる。
また、図18に示すpre-emptive BSR MAC CEは一例である。例えば、pre-emptive BSR MAC CEは、バッファサイズ領域が含まれるMAC CEであればどのような構成のpre-emptive BSR MAC CEでもよい。
(第6実施形態)
第6実施形態は、IABノード300-TのIAB-DUに滞留するデータのデータ量と、子ノード300-CのIAB-MTに滞留するデータのデータ量とを、pre-emptive BSRのLCGiを利用して区別する例である。
第6実施形態は、IABノード300-TのIAB-DUに滞留するデータのデータ量と、子ノード300-CのIAB-MTに滞留するデータのデータ量とを、pre-emptive BSRのLCGiを利用して区別する例である。
具体的には、第1に、配下に中継ノード(例えば、IABノード300-T)を有するドナー基地局(例えば、IABドナー200)が、中継ノードに対して、第1論理チャネルグループを設定する。第2に、中継ノードが、第1論理チャネルグループに対応するバッファサイズ領域であって、プリエンプティブバッファステータスレポートの第3バッファサイズ領域に、中継ノードの子ノードに滞留する第1データの第1データ量を格納する。
図21は第6実施形態に係る動作例を表す図である。
ステップS70において、IABドナー200は、処理を開始する。
ステップS71において、IABドナー200は、IABノード300-Tに対して、子ノード300-CのBSR値(又はバッファサイズ値)を格納するLCGを設定する。設定は、RRCメッセージ又はF1-APメッセージなどを用いて行われる。例えば、IABドナー200は、LCG0(図18)を、子ノード300-CのBSR値を格納するLCGとして設定する。
ステップS72において、IABノード300-Tは、pre-emptive BSRをトリガする。
ステップS73において、IABノード300-Tは、子ノード300-CのIAB-MTに滞留するデータのデータ量を、設定されたLCG(例えば、LCG0)に対応するBS(例えば、BS#1)に格納する。子ノード300-Cに滞留するデータは、第5実施形態と同様に、子ノード300-CからのBSR又は子ノード300-CへのUL grant値に基づいて、IABノード300-Tにおいて特定してもよい。
ステップS74において、IABノード300-Tは、当該BSを含む、pre-emptive BSR MAC CEを親ノード300-Pへ送信する。
ステップS75において、IABノード300-Tは、一連の処理を終了する。
なお、上述した動作例は、子ノード300-Cに滞留するデータのデータ量を送信する例である。IABノード300-T自身のIAB-DUに滞留するデータのデータ量の送信は、例えば、以下のようにして行う。
すなわち、IABノード300-TのIAB-DUに滞留するデータは、IABノード300-Tにおいて、子ノード300-Cから既に受信したデータである。IABノード300-Tは、当該データに対して、設定されたルーティング情報と比較することによって、どの論理チャネルを利用して当該データを送信するかを把握できる。そして、IABノード300-Tは、当該論理チャネルに対応するLCG(例えば、LCG1)を特定し、当該LCGに対応するBS(例えば、BS#2)に、IABノード300-TのIAB-DUに滞留するデータを格納できる。
このような処理は、例えば、図21に示す動作例のステップS73において行われる。すなわち、IABノード300-Tは、子ノード300-CのIAB-MTに滞留するデータのデータ量を、IABドナー200により設定されたLCGに対応するBS(例えば、BS#1)に格納する。IABノード300-Tは、自身のIAB-DUに滞留するデータのデータ量を、ルーティング情報から特定したLCGに対応するBS(例えば、BS#2)に格納する。
なお、子ノード300-Cに滞留するデータのデータ量に関し、IABドナー200によるLCGの設定に代えて、ルーティング情報から特定したLCG以外のLCGに対応するBS(例えば、BS#3)に格納するようにしてもよい。すなわち、IABノード300は、IABノード300-TのIAB-DUに滞留するデータのデータ量をルーティング情報から特定したLCG(例えば、LCG1)に対応するBS(例えば、BS#2)に格納する。一方、IABノード300は、子ノード300-CのIAB-MTに滞留するデータのデータ量を当該LCG以外のLCG(例えば、LCG2)に対応するBS(例えば、BS#3)に格納する。したがって、IABノード300-Tは、2つのデータのデータ量をpre-emptive BSR MAC CEにおける異なるバッファサイズ領域に確実に格納して送信することが可能となる。
(第7実施形態)
第7実施形態は、IABノード300-Tが、子ノード300-Cに滞留するデータのデータ量をpre-emptive BSRで報告し、IABノード300-Tに滞留するデータのデータ量を通常のBSRで報告する例である。
第7実施形態は、IABノード300-Tが、子ノード300-Cに滞留するデータのデータ量をpre-emptive BSRで報告し、IABノード300-Tに滞留するデータのデータ量を通常のBSRで報告する例である。
図22は、IABノード300が、親ノード300-Pへ、pre-emptive BSRと通常のBSRとを送信する例を表す図である。
通常のBSRは、現状では、IAB-MTに滞留するデータのデータ量のみを報告する。しかし、IABノード300-TのIAB-DUに滞留するデータも、すぐに送信可能となるため、pre-emptive BSRではなく、通常のBSRを用いて送信した方がよい。
そこで、本第7実施形態では、IABノード300-Tは、自身のIAB-MTとIAB-DUに滞留するデータのデータ量を、BSRを用いて報告する。また、IABノード300-Tは、子ノード300-CのIAB-MTに滞留するデータのデータ量を、pre-emptive BSRを用いて報告する。
具体的には、中継ノード(例えば、IABノード300-T)が、親ノード(例えば、親ノード300-P)へ、pre-emptive BSRを利用して子ノード(例えば、子ノード300-C)に滞留する第1データの第1データ量を送信する。中継ノードが、バッファステータスレポートを利用して中継ノードに滞留する第2データの第2データ量を送信する。
図23は第7実施形態に係る動作例を表す図である。
図23に示すように、ステップS80において、IABノード300-Tは、処理を開始する。
ステップS81において、IABノード300-Tは、通常のBSRとpre-emptive BSRとをトリガする。
ステップS82において、IABノード300-Tは、自身のIAB-DUとIAB-MTに滞留するデータを特定し、通常のBSR MAC CEのBSに格納する。IABノード300-Tは、例えば、送信側及び受信側BAP PDU、受信側RLC PDU、及び/又は受信側MAC SDUに基づいて、自身のIAB-DUに滞留するデータのデータ量を特定する。また、IABノード300-Tは、例えば、送信側MAC SDU、及び/又は送信側RLC PDUに基づいて、自身のIAB-MTに滞留するデータのデータ量を特定する。
また、ステップS82において、IABノード300-Tは、子ノード300-CのIAB-MTに滞留するデータのデータ量をpre-emptive BSR MAC CEのBSに格納する。子ノード300-Cに滞留するデータのデータ量の特定は、例えば、第5実施形態と同様である。
ステップS83において、IABノード300-Tは、通常のBSR MAC CEと、pre-emptive BSR MAC CEとを、親ノード300-Pへ送信する。
ステップS84において、IABノード300-Tは、一連の処理を終了する。
この動作例に伴い、3GPP TS38.321で規定された、pre-emptive BSR MAC CEのバッファサイズは、「pre-emptive BSRがトリガされたノードのIAB-MTに到着することが期待されるデータの総量」から、「pre-emptive BSRがトリガされたノードのIAB-DUに到着することが期待されるデータの総量」へと変更されることになる。
なお、図23における動作例において、IABノード300-Tは、pre-emptive BSR MAC CEとBSR MAC CEとを異なるタイミングで送信してもよい。
(その他の実施形態)
UE100、gNB200、又はIABノード300が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。
UE100、gNB200、又はIABノード300が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。
また、UE100、gNB200、又はIABノード300が行う各処理を実行する回路を集積化し、UE100、gNB200、又はIABノード300の少なくとも一部を半導体集積回路(チップセット、SoC)として構成してもよい。
以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施例の全部又は一部を組み合わせることも可能である。
本願は、米国仮出願第63/136,472号(2021年1月12日出願)の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
(付記)
(導入)
NRのためのeIAB(Enhancements to Integrated Access and Backhaul)に関する改訂されたワークアイテムが承認された。いくつかの目的は次の通りである。
(導入)
NRのためのeIAB(Enhancements to Integrated Access and Backhaul)に関する改訂されたワークアイテムが承認された。いくつかの目的は次の通りである。
トポロジ適応の拡張
・シグナリング負荷を軽減するための機能拡張を含む、堅牢性及び負荷分散を強化するためのインタードナーIABノード移動のための手順の仕様。
・IABノード移動及びBH RLF回復によるサービス中断削減のための拡張機能の仕様。
・CP/UP分離のサポートを含む、トポロジの冗長性に対する拡張の仕様。
トポロジ、ルーティング、及びトランスポートの機能拡張
・トポロジ全体の公平性、マルチホップ遅延、及び輻輳緩和を改善するための拡張機能の仕様。
・シグナリング負荷を軽減するための機能拡張を含む、堅牢性及び負荷分散を強化するためのインタードナーIABノード移動のための手順の仕様。
・IABノード移動及びBH RLF回復によるサービス中断削減のための拡張機能の仕様。
・CP/UP分離のサポートを含む、トポロジの冗長性に対する拡張の仕様。
トポロジ、ルーティング、及びトランスポートの機能拡張
・トポロジ全体の公平性、マルチホップ遅延、及び輻輳緩和を改善するための拡張機能の仕様。
トポロジ、ルーティング、及びトランスポートの機能拡張に関して、次の合意に達した。
・R2は、Rel-17 IABのワークは、既存の5GQoSフレームワークに加えて新しいエンドユーザQoSメトリックを定義されないことを前提とする。
・Rel-17 IABのワークには、トポロジ全体の公平性の定義について合意することが含まれる。
・トポロジ全体の公平性は、UEがIABネットワークのどこにアタッチされるかに関わらず、トポロジ全体で必要なQoSが満たされるように、QoSを管理するためのメカニズムを提供する。この定義の変形は排除されない。そのようなメカニズムの成功がどのように評価されるかは、更なる検討が必要である。
・RAN2は、RAN3からのインプットなしで、DLE 2Eフロー制御の拡張について議論しない。
・RAN2が無線ベアラのデータを2つ以上のパスにスプリットする優先順位を下げるか否かは更なる検討が必要である。(RAN3は、IABでのデータスプリットでのマルチルートサポートの優先順位を下げることに合意)
・Rel-17 IABのワークには、トポロジ全体の公平性の定義について合意することが含まれる。
・トポロジ全体の公平性は、UEがIABネットワークのどこにアタッチされるかに関わらず、トポロジ全体で必要なQoSが満たされるように、QoSを管理するためのメカニズムを提供する。この定義の変形は排除されない。そのようなメカニズムの成功がどのように評価されるかは、更なる検討が必要である。
・RAN2は、RAN3からのインプットなしで、DLE 2Eフロー制御の拡張について議論しない。
・RAN2が無線ベアラのデータを2つ以上のパスにスプリットする優先順位を下げるか否かは更なる検討が必要である。(RAN3は、IABでのデータスプリットでのマルチルートサポートの優先順位を下げることに合意)
この付記では、Rel-17 IABのトポロジ、ルーティング、及びトランスポートの拡張について議論し、BSR及びプリエンプティブBSRの拡張、及びトポロジ全体の公平性のための一般的なフレームワークに焦点を当てる。
(議論)
(BSR及びプリエンプティブBSRの拡張)
(LCG領域の拡張)
Rel-16では、UEのLCGの数、つまり、最大8つのLCGが、IAB-MTに再利用されました。多くの企業がLCGの数を増やすことを提案した。LCG領域を拡張すると、LCGあたりのLCHの数が減り、スケジューリングの粒度が細かくなり、トポロジ全体の公平性に貢献するようである。したがって、RAN2はLCGの数を増やすべきである。これは、レガシーBSR及びプリエンプティブBSRの両方に適用できる。
(BSR及びプリエンプティブBSRの拡張)
(LCG領域の拡張)
Rel-16では、UEのLCGの数、つまり、最大8つのLCGが、IAB-MTに再利用されました。多くの企業がLCGの数を増やすことを提案した。LCG領域を拡張すると、LCGあたりのLCHの数が減り、スケジューリングの粒度が細かくなり、トポロジ全体の公平性に貢献するようである。したがって、RAN2はLCGの数を増やすべきである。これは、レガシーBSR及びプリエンプティブBSRの両方に適用できる。
提案1:RAN2は、BSR及びプリエンプティブBSRのLCGの数を増やすことに合意すべきである。
(バッファサイズの計算)
レガシーBSRの場合、バッファサイズの計算は明確に規定される。これは、MAC、RLC、及びPDCPで利用可能なデータに基づく。RLC及びPDCPの場合、データ量の計算手順は各仕様で規定される。Rel-16では、これらのメカニズムはIAB-MTで再利用される。しかし、IABノードにはPDCPの代わりにBAPレイヤがあり、BAPにはデータ量の計算はない。そのため、現在の仕様では送信に利用可能なデータが不足している。トポロジ全体の公平性のためにより適切にスケジューリングするには、レガシーBSRで報告されるバッファサイズをより正確にすべきである。
レガシーBSRの場合、バッファサイズの計算は明確に規定される。これは、MAC、RLC、及びPDCPで利用可能なデータに基づく。RLC及びPDCPの場合、データ量の計算手順は各仕様で規定される。Rel-16では、これらのメカニズムはIAB-MTで再利用される。しかし、IABノードにはPDCPの代わりにBAPレイヤがあり、BAPにはデータ量の計算はない。そのため、現在の仕様では送信に利用可能なデータが不足している。トポロジ全体の公平性のためにより適切にスケジューリングするには、レガシーBSRで報告されるバッファサイズをより正確にすべきである。
提案2:RAN2は、データ量の計算手順をBAPのために規定すべきかを議論すべきである。
Rel-16では、プリエンプティブBSRのバッファサイズの計算は、IAB-DUの実装に大きく依存するが、仕様は、「バッファサイズフィールドは、プリエンプティブBSRがトリガされるノードのIAB-MTに到着すると予想されるデータの合計量を識別し、IAB-MTで現在利用可能なデータの量は含まれない。」という大まかなガイドラインを提供する。一部のIABノードは、プリエンプティブBSRで、実際に到着すると予想されるよりも大きなバッファサイズを報告する可能性がある。マルチベンダー展開の場合などでは、子ノードと親ノードとの間に同じ原則を設定することが難しい可能性がある。これは、非効率な無線リソースの割り当て、親でのスケジューリング遅延、及びIAB-MT間のリソース要求の不公平を引き起こす。IABノードがデュアルコネクティビティで設定されている場合、よりあいまいになる可能性がある。したがって、プリエンプティブBSRのバッファサイズの計算は、より正確に規定されるべきである。
提案3:RAN2は、プリエンプティブBSRのバッファサイズの計算を規定すべきである。
(トポロジ全体の公平性)
トポロジ全体の公平性の強化は、次の2つのアプローチによって分類される。
・スケジューラなどによる局所/分散型の公平性の最適化
・ルーティング設定の更新などによる中央集権型の公平性の最適化
トポロジ全体の公平性の強化は、次の2つのアプローチによって分類される。
・スケジューラなどによる局所/分散型の公平性の最適化
・ルーティング設定の更新などによる中央集権型の公平性の最適化
局所/分散型の公平性の最適化に関して、例えば、スケジューラアルゴリズムを最適化するために、IABノードには、利益メトリック、残りのホップ数などの情報が提供される。一部の解決策は各スケジューラの実装に強く依存していることに気づく。存在するならば、すべての実装に役立つ可能性のある共通/一般的な情報を規定することだけが望ましい。
一方、中央集権型の公平性の最適化では、IABドナーには、輻輳状態、遅延/レイテンシなどの情報又は測定値とともに報告され、例えば、ルーティング設定の更新を決定する。したがって、このアプローチは一種のMDT及びSONと見なすことができる。
私たちの見解では、これらのアプローチには長所と短所とがある。局所/分散型のアプローチはより高速なメカニズムであり得るが、メリットはローカル接続内に制限され、スケジューラの実装によって変わり得る。中央集権型のアプローチは、トポロジ全体/大幅な最適化を解決し得るが、パケットごとの公平性には機能しない可能性がある。したがって、RAN2は、トポロジ全体の公平性を強化するために、どちら(又は双方)のアプローチがより望ましいか議論すべきである。
提案4:RAN2は、トポロジ全体の公平性の強化は、(例えば、各スケジューラによる)局所/分散型のアプローチ、又は(例えば、ルーティング設定の更新を伴うIAB-donor-CUによる)中央集権型のアプローチ、又はその双方によって実現すべきかを議論すべきである。
Claims (13)
- セルラ通信システムで用いる通信制御方法であって、
配下に中継ノードを有するドナー基地局が、前記中継ノードに対して、前記中継ノードのスケジューラにデータパケットの転送における優先制御を行わせるか否かを設定することと、
前記中継ノードが、前記設定に従って、前記スケジューラを動作させることと
を有する通信制御方法。 - 前記設定することは、前記中継ノードのスケジューラにデータパケットの転送制御を行わせるか否かを設定することに代えて、前記ドナー基地局が、前記中継ノードに対して、前記中継ノードの親ノード又は子ノードのスケジューラにおいてデータパケットの転送における優先制御が行われるためのアシスト情報を当該親ノード又は子ノードへ通知させるか否かを設定することを含み、
前記動作させることは、前記スケジューラを動作させることに代えて、前記中継ノードが、前記設定に従って、前記親ノード又は子ノードへ、前記アシスト情報を通知することを含む、請求項1記載の通信制御方法。 - 前記アシスト情報は、前記中継ノードを含む複数の中継ノードを経由するごとに変更される情報及び前記中継ノードが混雑していることを示す混雑情報の少なくともいずれか一方を含む、請求項2記載の通信制御方法。
- セルラ通信システムで用いる通信制御方法であって、
中継ノードが、ルート毎のスループットを表す第1情報、データパケット破棄数を表す第2情報、又はバックホールリンクにおける無線リンク障害に関する通知を受信したことを表す第3情報を当該中継ノードを配下に有するドナー基地局へ送信することと
前記ドナー基地局が、前記第1情報、前記第2情報、又は前記第3情報に基づいて、所定の動作を行うことと
を有する通信制御方法。 - 前記所定の動作は、前記中継ノードに設定されたルーティング情報を更新することである、請求項4記載の通信制御方法。
- 更に、前記ドナー基地局が、前記中継ノードに対して、データパケット転送の有効期間を設定することを有し、
前記送信することは、前記中継ノードが、前記有効期間に基づいて、前記データパケット破棄数をカウントすることを含む、請求項4記載の通信制御方法。 - 前記バックホールリンクにおける無線リンク障害に関する通知は、バックホールリンクにおける無線リンク障害の検知したことに応じて送信される通知、バックホールリンクにおける無線リンク障害からの回復動作を検知したことに応じて送信される通知、及びバックホールリンクにおける無線リンク障害からの回復したことに応じて送信される通知のうち少なくとも1つを含む、請求項4記載の通信制御方法。
- セルラ通信システムで用いる通信制御方法であって、
親ノードと子ノードとの間に介在する中継ノードが、前記親ノードへ、プリエンプティブバッファステータスレポートを送信することと、
前記親ノードが、前記プリエンプティブバッファステータスレポートを受信することと、を有し、
前記送信することは、前記中継ノードが、前記子ノードに滞留する第1データの第1データ量と、前記中継ノードに滞留する第2データの第2データ量と、を前記プリエンプティブバッファステータスレポートの異なる領域に格納することを含む、通信制御方法。 - 前記送信することは、前記中継ノードが、前記プリエンプティブバッファステータスレポートの第1バッファサイズ領域に前記第1データ量を格納することと、前記プリエンプティブバッファステータスレポートの第2バッファサイズ領域に前記第2データ量を格納することとを含む、請求項8記載の通信制御方法。
- 更に、配下に前記中継ノードを有するドナー基地局が、前記中継ノードに対して、第1論理チャネルグループを設定することを有し、
前記送信することは、前記中継ノードが、前記第1論理チャネルグループに対応するバッファサイズ領域であって、前記プリエンプティブバッファステータスレポートの第3バッファサイズ領域に前記第1データ量を格納することを含む、請求項8記載の通信制御方法。 - 前記送信することは、ルーティングが確定した前記第2データの前記第2データ量を、第2データを送信する論理チャネルを含む第2論理チャネルグループに対応するバッファサイズ領域であって、前記プリエンプティブバッファステータスレポートの第4バッファサイズ領域に格納することを含む、請求項10記載の通信制御方法。
- 前記送信することは、前記中継ノードが、前記親ノードへ、前記プリエンプティブバッファステータスレポートを利用して前記第1データ量を送信し、前記プリエンプティブバッファステータスレポートを利用することなくバッファステータスレポートを利用して前記第2データ量を送信することを含む、請求項8記載の通信制御方法。
- 前記第1データは、前記子ノードのIAB(Integrated Access and Backhaul)-MT(Mobile Termination)に滞留するデータであり、前記第2データは、前記中継ノードのIAB-DU(Distributed Unit)に滞留するデータである、請求項8から12のいずれか1つに記載の通信制御方法。
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020166621A1 (ja) * | 2019-02-14 | 2020-08-20 | 京セラ株式会社 | 通信制御方法 |
-
2022
- 2022-01-12 WO PCT/JP2022/000640 patent/WO2022153989A1/ja active Application Filing
- 2022-01-12 JP JP2022575590A patent/JPWO2022153989A1/ja active Pending
-
2023
- 2023-07-11 US US18/350,408 patent/US20230370151A1/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020166621A1 (ja) * | 2019-02-14 | 2020-08-20 | 京セラ株式会社 | 通信制御方法 |
Non-Patent Citations (1)
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 |