WO2023132283A1 - Communication control method - Google Patents

Communication control method Download PDF

Info

Publication number
WO2023132283A1
WO2023132283A1 PCT/JP2022/047870 JP2022047870W WO2023132283A1 WO 2023132283 A1 WO2023132283 A1 WO 2023132283A1 JP 2022047870 W JP2022047870 W JP 2022047870W WO 2023132283 A1 WO2023132283 A1 WO 2023132283A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
bap
routing
destination
failure
Prior art date
Application number
PCT/JP2022/047870
Other languages
French (fr)
Japanese (ja)
Inventor
真人 藤代
ヘンリー チャン
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Publication of WO2023132283A1 publication Critical patent/WO2023132283A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • 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/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/04—Reselecting a cell layer in multi-layered cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices
    • 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

Definitions

  • the present disclosure relates to a communication control method used in a cellular communication system.
  • IAB Integrated Access and Backhaul nodes
  • a communication control method is a communication control method executed in a relay node having dual connections with a first parent node and a second parent node.
  • the communication control method includes one backhaul of a first backhaul link between the first parent node and the relay node and a first backhaul link between the second parent node and the relay node. Detecting radio link failures on the link. Further, the communication control method includes sending a failure detection notification to a child node when it is determined that local rerouting cannot be executed.
  • a relay node is a relay node having dual connections with the first parent node and the second parent node.
  • the relay node is one of a first backhaul link between the first parent node and the relay node and a first backhaul link between the second parent node and the relay node. and a controller for detecting a radio link failure.
  • the relay node includes a transmission unit that transmits a failure detection notification to a child node when it is determined that local rerouting cannot be executed.
  • a processor is a processor that controls a relay node having dual connections with the first parent node and the second parent node. on one backhaul link: a first backhaul link between the first parent node and the relay node; and a first backhaul link between the second parent node and the relay node. Execute processing to detect a radio link failure. Further, when the processor determines that local rerouting cannot be executed, the processor executes processing of transmitting a failure detection notification to the child node.
  • a communication control method is a communication control method used in a cellular communication system.
  • the communication control method includes a step in which a relay node transmits a failure occurrence notification indicating that a failure has occurred in a first backhaul link with a first parent node to a child node, including additional information.
  • the communication control method has a step of receiving a failure notification including additional information by the child node.
  • the additional information includes at least one of a first BAP routing ID that cannot be used due to a failure and a first destination BAP address included in the first BAP routing ID, and the BAP routing ID and the first destination BAP address. It includes identification information indicating at least which one of them is included.
  • a communication control method is a communication control method used in a cellular communication system.
  • the communication control method has a step of receiving, from a parent node, a failure occurrence notification indicating that a failure has occurred, by the relay node. Further, the communication control method has a step of performing a predetermined action in response to reception of the failure occurrence notification by the relay node. Further, the communication control method has a step of canceling a predetermined action when a predetermined process is performed by the relay node.
  • the predetermined processing includes changing routing settings.
  • a communication control method is a communication control method used in a cellular communication system.
  • the communication control method has a step of receiving, from a parent node, a failure occurrence notification indicating that a failure has occurred, by the relay node. Further, the communication control method has a step of identifying a logical channel ID corresponding to the unavailable routing ID included in the failure notification by the relay node. Further, the communication control method includes the step of performing an exclusion process in which the relay node excludes data available for transmission corresponding to the logical channel ID from the target of BSR. has the step of the relay node sending the BSR to the parent node.
  • FIG. 1 is a diagram illustrating a configuration example of a cellular communication system according to one embodiment.
  • FIG. 2 is a diagram showing the relationship between IAB nodes, parent nodes, and child nodes.
  • FIG. 3 is a diagram illustrating a configuration example of a gNB (base station) according to one embodiment.
  • FIG. 4 is a diagram illustrating a configuration example of an IAB node (relay node) according to one embodiment.
  • FIG. 5 is a diagram illustrating a configuration example of a UE (user equipment) according to one embodiment.
  • FIG. 6 is a diagram showing an example of protocol stacks for IAB-MT RRC connection and NAS connection.
  • FIG. 7 is a diagram showing an example protocol stack for the F1-U protocol.
  • FIG. 8 is a diagram showing an example protocol stack for the F1-C protocol.
  • FIG. 9 is a diagram showing a configuration example between nodes according to the first embodiment.
  • FIG. 10 is a diagram showing a configuration example between nodes according to the first embodiment.
  • FIG. 11 is a diagram showing a first operation example according to the first embodiment.
  • FIGS. 12A and 12B are diagrams showing route examples according to the first embodiment.
  • FIGS. 13A and 13B are diagrams showing route examples according to the first embodiment.
  • FIG. 14 is a diagram showing a route example according to the first embodiment.
  • FIG. 15(A) is a diagram showing a configuration example of the header portion according to the first embodiment
  • FIG. 15(B) is a diagram showing an example of the PDU Type according to the first embodiment.
  • FIG. 15(A) is a diagram showing a configuration example of the header portion according to the first embodiment
  • FIG. 15(B) is a diagram showing an example of the PDU Type according to the first embodiment
  • FIG. 16 is a diagram showing a configuration example of Type-2 Indication BAP Control PDU according to the first embodiment.
  • FIG. 17 is a diagram showing a second operation example according to the first embodiment.
  • FIGS. 18A and 18B are diagrams showing configuration examples between nodes according to the second embodiment.
  • FIG. 19 is a diagram showing a first operation example according to the second embodiment.
  • FIG. 20 is a diagram showing a second operation example according to the second embodiment.
  • FIG. 21 is a diagram showing a configuration example between nodes according to the third embodiment.
  • FIG. 22 is a diagram showing an operation example according to the third embodiment.
  • FIG. 23 is a diagram representing a pair of child node behaviors without local reroute and with partial local reroute.
  • the cellular communication system 1 is a 3GPP 5G system.
  • the radio access scheme in the cellular communication system 1 is NR (New Radio), which is a 5G radio access scheme.
  • NR New Radio
  • LTE Long Term Evolution
  • 6G future cellular communication systems such as 6G may be applied to the cellular communication system 1 .
  • FIG. 1 is a diagram showing a configuration example of a cellular communication system 1 according to one embodiment.
  • a cellular communication system 1 includes a 5G core network (5GC) 10, a user equipment (UE: User Equipment) 100, a base station device (hereinafter sometimes referred to as a "base station") 200. -1, 200-2, and IAB nodes 300-1, 300-2.
  • Base station 200 may be referred to as a gNB.
  • the base station 200 is an NR base station
  • the base station 200 may be an LTE base station (that is, an eNB).
  • base stations 200-1 and 200-2 may be called gNB 200 (or base station 200), and IAB nodes 300-1 and 300-2 may be called IAB node 300, respectively.
  • the 5GC 10 has AMF (Access and Mobility Management Function) 11 and UPF (User Plane Function) 12.
  • the AMF 11 is a device that performs various mobility controls and the like for the UE 100 .
  • the AMF 11 manages information on the area in which the UE 100 resides by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF 12 is a device that controls transfer of user data.
  • Each gNB 200 is a fixed wireless communication node and manages one or more cells.
  • a cell is used as a term indicating the minimum unit of a wireless communication area.
  • a cell may be used as a term indicating a function or resource for radio communication with the UE 100.
  • One cell belongs to one carrier frequency.
  • the terms cell and base station may be used without distinction.
  • Each gNB 200 is interconnected with the 5GC 10 via an interface called NG interface.
  • NG interface an interface that connects to 5GC 10 to 5GC 10 to 5GC 10 to 5GC 10 to 5GC 10 to 5GC 10.
  • Each gNB 200 may be divided into a central unit (CU: Central Unit) and a distributed unit (DU: Distributed Unit).
  • CU and DU are interconnected through an interface called the F1 interface.
  • the F1 protocol is a communication protocol between the CU and DU, and includes the F1-C protocol, which is a control plane protocol, and the F1-U protocol, which is a user plane protocol.
  • the cellular communication system 1 supports IAB that enables wireless relay of NR access using NR for backhaul.
  • Donor gNB 200-1 (or donor node, hereinafter sometimes referred to as "donor node") is a network-side NR backhaul termination node and a donor base station with additional functionality to support IAB.
  • the backhaul can be multi-hop over multiple hops (ie, multiple IAB nodes 300).
  • IAB node 300-1 wirelessly connects with donor node 200-1
  • IAB node 300-2 wirelessly connects with IAB node 300-1
  • the F1 protocol is carried over two backhaul hops. An example is shown.
  • the UE 100 is a mobile radio communication device that performs radio communication with cells.
  • UE 100 may be any device as long as it performs wireless communication with gNB 200 or IAB node 300 .
  • the UE 100 is a mobile phone terminal, a tablet terminal, a notebook PC, a sensor or a device provided in the sensor, a vehicle or a device provided in the vehicle, an aircraft or a device provided in the aircraft.
  • UE 100 wirelessly connects to IAB node 300 or gNB 200 via an access link.
  • FIG. 1 shows an example in which UE 100 is wirelessly connected to IAB node 300-2.
  • UE 100 indirectly communicates with donor node 200-1 through IAB node 300-2 and IAB node 300-1.
  • FIG. 2 is a diagram showing an example of the relationship between the IAB node 300, parent nodes, and child nodes.
  • each IAB node 300 has an IAB-DU corresponding to a base station function unit and an IAB-MT (Mobile Termination) corresponding to a user equipment function unit.
  • IAB-DU corresponding to a base station function unit
  • IAB-MT Mobile Termination
  • a neighboring node (ie, upper node) on the NR Uu radio interface of an IAB-MT is called a parent node.
  • the parent node is the DU of the parent IAB node or donor node 200 .
  • a radio link between an IAB-MT and a parent node is called a backhaul link (BH link).
  • FIG. 2 shows an example in which the parent nodes of IAB node 300 are IAB nodes 300-P1 and 300-P2. Note that the direction toward the parent node is called upstream.
  • the upper node of the UE 100 can correspond to the parent node.
  • Adjacent nodes (ie, lower nodes) on the NR access interface of the IAB-DU are called child nodes.
  • IAB-DU like gNB200, manages the cell.
  • the IAB-DU terminates the NR Uu radio interface to the UE 100 and subordinate IAB nodes.
  • IAB-DU supports the F1 protocol to the CU of donor node 200-1.
  • FIG. 2 shows an example in which child nodes of IAB node 300 are IAB nodes 300-C1 to 300-C3, but child nodes of IAB node 300 may include UE100. Note that the direction toward a child node is called downstream.
  • all IAB nodes 300 connected to the donor node 200 via one or more hops have a directed acyclic graph (DAG) topology (hereinafter referred to as (sometimes referred to as "topology").
  • DAG directed acyclic graph
  • adjacent nodes on the IAB-DU interface are child nodes
  • adjacent nodes on the IAB-MT interface are parent nodes, as shown in FIG.
  • the donor node 200 centralizes, for example, IAB topology resources, topology, route management, and the like.
  • Donor node 200 is a gNB that provides network access to UE 100 via a network of backhaul links and access links.
  • FIG. 3 is a diagram showing a configuration example of the gNB 200.
  • the gNB 200 has a wireless communication unit 210, a network communication unit 220, and a control unit 230.
  • the wireless communication unit 210 performs wireless communication with the UE 100 and wireless communication with the IAB node 300.
  • the wireless communication section 210 has a receiving section 211 and a transmitting section 212 .
  • the receiver 211 performs various types of reception under the control of the controller 230 .
  • Reception section 211 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 230 .
  • the transmission section 212 performs various transmissions under the control of the control section 230 .
  • the transmitter 212 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 230 into a radio signal, and transmits the radio signal from the antenna.
  • the network communication unit 220 performs wired communication (or wireless communication) with the 5GC 10 and wired communication (or wireless communication) with other adjacent gNBs 200.
  • the network communication section 220 has a receiving section 221 and a transmitting section 222 .
  • the receiving section 221 performs various types of reception under the control of the control section 230 .
  • the receiver 221 receives a signal from the outside and outputs the received signal to the controller 230 .
  • the transmission section 222 performs various transmissions under the control of the control section 230 .
  • the transmission unit 222 transmits the transmission signal output by the control unit 230 to the outside.
  • the control unit 230 performs various controls in the gNB200.
  • Control unit 230 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • a processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor processes each layer, which will be described later. Note that the control unit 230 may perform each process or each operation in the gNB 200 in each embodiment described below.
  • FIG. 4 is a diagram showing a configuration example of the IAB node 300.
  • the IAB node 300 has a radio communication section 310 and a control section 320 .
  • the IAB node 300 may have multiple wireless communication units 310 .
  • the wireless communication unit 310 performs wireless communication (BH link) with the gNB 200 and wireless communication (access link) with the UE 100.
  • the wireless communication unit 310 for BH link communication and the wireless communication unit 310 for access link communication may be provided separately.
  • the wireless communication unit 310 has a receiving unit 311 and a transmitting unit 312.
  • the receiver 311 performs various types of reception under the control of the controller 320 .
  • Receiving section 311 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 320 .
  • the transmission section 312 performs various transmissions under the control of the control section 320 .
  • the transmitter 312 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 320 into a radio signal, and transmits the radio signal from the antenna.
  • the control unit 320 performs various controls in the IAB node 300.
  • Control unit 320 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • a processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor processes each layer, which will be described later. Note that the control unit 320 may perform each process or each operation in the IAB node 300 in each embodiment described below.
  • FIG. 5 is a diagram showing a configuration example of the UE 100. As shown in FIG. As shown in FIG. 5 , UE 100 has radio communication section 110 and control section 120 .
  • the wireless communication unit 110 performs wireless communication on the access link, that is, wireless communication with the gNB 200 and wireless communication with the IAB node 300. Also, the radio communication unit 110 may perform radio communication on the sidelink, that is, radio communication with another UE 100 .
  • the radio communication unit 110 has a receiving unit 111 and a transmitting unit 112 .
  • the receiver 111 performs various types of reception under the control of the controller 120 .
  • Reception section 111 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 120 .
  • the transmitter 112 performs various transmissions under the control of the controller 120 .
  • the transmitter 112 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 120 into a radio signal, and transmits the radio signal from the antenna.
  • the control unit 120 performs various controls in the UE 100.
  • Control unit 120 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • a processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor processes each layer, which will be described later. Note that the control unit 120 may perform each process in the UE 100 in each embodiment described below.
  • FIG. 6 is a diagram showing an example of protocol stacks for IAB-MT RRC connection and NAS connection.
  • the IAB-MT of the IAB node 300-2 includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer, an RRC (Radio Resource Control) layer, and a NAS (Non-Access Stratum) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • NAS Non-Access Stratum
  • the PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted via physical channels between the IAB-MT PHY layer of the IAB node 300-2 and the IAB-DU PHY layer of the IAB node 300-1.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedures, and the like. Data and control information are transmitted via transport channels between the MAC layer of the IAB-MT of the IAB node 300-2 and the MAC layer of the IAB-DU of the IAB node 300-1.
  • the MAC layer of IAB-DU contains the scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS: Modulation and Coding Scheme)) and allocation resource blocks.
  • MCS Modulation and Coding Scheme
  • the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted over logical channels between the IAB-MT RLC layer of IAB node 300-2 and the IAB-DU RLC layer of IAB node 300-1.
  • the PDCP layer performs header compression/decompression and encryption/decryption. Data and control information are transmitted between the IAB-MT PDCP layer of IAB node 300-2 and the PDCP layer of donor node 200 via radio bearers.
  • the RRC layer controls logical channels, transport channels and physical channels according to radio bearer establishment, re-establishment and release. Between the IAB-MT RRC layer of the IAB node 300-2 and the RRC layer of the donor node 200, RRC signaling for various settings is transmitted. If there is an RRC connection with the donor node 200, the IAB-MT is in RRC connected state. When there is no RRC connection with the donor node 200, the IAB-MT is in RRC idle state.
  • the NAS layer located above the RRC layer performs session management and mobility management.
  • NAS signaling is transmitted between the NAS layer of the IAB-MT of the IAB node 300-2 and the AMF 11.
  • FIG. 7 is a diagram showing a protocol stack for the F1-U protocol.
  • FIG. 8 is a diagram showing a protocol stack for the F1-C protocol.
  • the donor node 200 is split into CUs and DUs.
  • each of the IAB-MT of the IAB node 300-2, the IAB-DU of the IAB node 300-1, the IAB-MT of the IAB node 300-1, and the DU of the donor node 200 is It has a BAP (Backhaul Adaptation Protocol) layer as an upper layer.
  • the BAP layer is a layer that performs routing processing and bearer mapping/demapping processing.
  • the IP layer is transported over the BAP layer to allow routing over multiple hops.
  • BAP layer PDUs Protocol Data Units
  • backhaul RLC channels BH NR RLC channels
  • QoS Quality of Service
  • the association between BAP PDUs and backhaul RLC channels is performed by the BAP layer of each IAB node 300 and the BAP layer of the donor node 200 .
  • the F1-C protocol stack has an F1AP layer and an SCTP layer instead of the GTP-U layer and UDP layer shown in FIG.
  • the processing or operations performed by the IAB's IAB-DU and IAB-MT may be simply described as "IAB" processing or operations.
  • the IAB-DU of the IAB node 300-1 sends a BAP layer message to the IAB-MT of the IAB node 300-2, and the IAB node 300-1 sends the message to the IAB node 300-2.
  • DU or CU processing or operations of donor node 200 may also be described simply as "donor node” processing or operations.
  • upstream direction and the uplink (UL) direction may be used without distinction.
  • downstream direction and the downlink (DL) direction may be used interchangeably.
  • FIG. 9 is a diagram showing a configuration example between nodes according to the first embodiment.
  • a cellular communication system 1 shown in FIG. 9 includes an IAB node 300-T, an IAB node 300-P, and an IAB node 300-C.
  • the IAB node 300-P is the parent node of the IAB node 300-T.
  • the IAB node 300-P may be referred to as a parent node 300-P.
  • a backhaul link (BH link) #1 is established between the IAB-DU of the parent node 300-P and the IAB-MT of the IAB node 300-T.
  • the parent node 300-P1 may be (the DU#1 of) the donor node 200.
  • the IAB node 300-C is a child node of the IAB node 300-T.
  • the IAB node 300-C may be referred to as a child node 300-C.
  • a BH link #3 is established between the IAB-MT of the child node 300-C and the IAB-DU of the IAB node 300-T.
  • BH link #1 a failure may occur in BH link #1.
  • BH RLF Radio Link Failure
  • Type-2 Indication is an example of failure detection notification that is notified when BH RLF is detected.
  • Type-2 Indication indicates BH RLF detection indication.
  • Type-2 indication is sometimes called "Type-2" or "type-2 indication”.
  • Type-3 Indication is an example of recovery success notification.
  • Type-3 Indication represents BF RLF recovery indication.
  • Type-3 indication is sometimes called "Type-3" or "type-3 indication”.
  • the IAB-MT of the IAB node 300-T may fail to recover from the RLF on the BH link #1.
  • the IAB-DU of IAB node 300-T fails to recover from the RLF of BH link #1, it can send a recovery failure notification to the IAB-DU of child node 300-C.
  • Type-4 Indication is an example of recovery failure notification.
  • Type-4 indication is sometimes called "Type-4" or "type-4 indication”.
  • BAP Control PDU Protocol Data Unit
  • MAC CE Control Element
  • Type-2 Indication includes a routing ID that includes a route that has become unusable due to the occurrence of BH RLF as a route identifier.
  • a routing ID that includes a route identifier that has become unusable due to the occurrence of BH RLF may hereinafter be referred to as an unusable routing ID.
  • a routing ID is composed of a destination BAP address (Destination) and a path identifier (Path ID).
  • a BAP routing ID may be referred to as a routing ID.
  • the child node 300-C that receives the Type-2 Indication uses a route other than the unusable routing ID. It is also possible to target local rerouting. Further, the child node 300-C treats the unusable routing ID (or the packet having the routing ID in the header) as a local rerouting target, and sends the packet to a route other than the unusable routing ID. can also be transferred. In other words, for available routing IDs, it is still possible to forward packets to routes determined by normal routing (rather than local rerouting). Note that the additional information may be an available routing ID instead of an unusable routing ID.
  • Type-2 Indication may increase overhead.
  • the IAB node 300-T includes all unusable routing IDs in the Type-2 Indication as additional information, the overhead of the Type-2 Indication increases. Such a case will be described with reference to FIG. 10 as an example.
  • FIG. 10 is a diagram showing a configuration example between nodes according to the first embodiment.
  • the IAB node 300-T assumes that dual connectivity (DC: Dual Connectivity) is set for two parent nodes, the parent node 300-P1 and the parent node 300-P2 do. That is, the parent node 300-P1 functions as a master node (MN) that manages the master cell group (MCG), and the parent node 300-P2 functions as a secondary node (SN) that manages the secondary cell group (SCG). Also, assume that there are multiple routes from parent node 300-P2 to donor node 200. FIG. Then, assume that a BH RLF has occurred on the BH link #2 (SCG side) between the IAB node 300-T and the parent node 300-P2.
  • DC Dual Connectivity
  • the IAB node 300-T should send Type-2 Indication to the child node 300-C.
  • routing ID is an unusable routing ID.
  • the IAB node 300-T includes all of the multiple routing IDs as additional information in the Type-2 Indication, which increases overhead.
  • the problem is to suppress the increase in the overhead of Type-2 Indication.
  • the destination of the routing ID that is unusable by BH RLF and the destination of the routing ID that is also available by BH RLF are not the same, the unusable routing ID Instead, the destination of the routing ID is included in the additional information. Details will be explained in an operation example.
  • the destinations of these routing IDs are included in the additional information as representative values. Therefore, it is possible to suppress the increase in the overhead of Type-2 Indication.
  • the relay node eg, IAB node 300-T
  • the first backhaul link eg, BH link #
  • the child node receives a failure notification containing additional information.
  • the additional information includes at least one of the first BAP routing ID that cannot be used due to a failure and the first destination BAP address included in the first BAP routing ID, and the BAP routing ID and the first destination BAP address. Includes identification information indicating at least which one is included.
  • the additional information may include the first destination BAP address, as described above, by using this address (Destination) as a representative value, an increase in the overhead of Type-2 indication can be suppressed. becomes possible.
  • Type-3 Indication can be implemented instead of Type-2 Indication.
  • An example of Type-2 Indication will be described below, but Type-3 Indication can be used instead of Type-2 Indication in the following description.
  • FIG. 11 is a diagram showing a first operation example according to the first embodiment. A first operation example according to the first embodiment will be described with reference to the configuration example shown in FIG. 10 as appropriate.
  • step S10 the IAB node 300-T starts processing.
  • the IAB node 300-T is set to DC.
  • IAB node 300-T is DC-connected to both parent node 300-P1 (eg, the second parent node) and parent node 300-P2.
  • the parent node 300-P1 side can be the MCG
  • the parent node 300-P2 side can be the SCG side.
  • step S12 the IAB node 300-T detects BH RLF on a certain link. For example, as shown in FIG. 10, IAB node 300-T detects RLF on BH link #2.
  • step S13 the IAB node 300-T determines the destination of the routing ID affected (unavailable) by the BH RLF and the destination of the routing ID unaffected (still available) by the BH RLF. to identify
  • Affected routing ID is, for example, a routing ID that has become unusable due to the BH RLF.
  • "Affected routing ID” may be a routing ID that includes a route including the BH link that has become the BH RLF as a route identifier.
  • a routing ID that includes BH link #2 on which BH RLF occurs as a route identifier can be an "affected routing ID" due to BH RLF.
  • routing ID with no effect is a routing ID that is also available by the BH RLF.
  • the “unaffected routing ID” may be a routing ID that includes, as a route identifier, a route that includes a BH link (eg, second backhaul link) that has not failed.
  • a routing ID that includes BH link #1 as a route identifier can be a "no effect routing ID.”
  • the destination included in the "influenced routing ID” may be referred to as the "influenced destination”.
  • the destinations included in the "unaffected routing IDs” may be referred to as "affected destinations”.
  • the IAB node 300-T compares the affected Destination(s) with the unaffected Destination(s) to determine whether there is a matching Destination(s). do.
  • the IAB node 300-T due to a failure on the BH link, will have a destination BAP address (eg, the first destination BAP address) included in the unavailable routing ID (eg, the first routing ID) and a failure on the BH link. It is determined whether or not the destination BAP address (for example, the second destination BAP address) included in the routing ID (for example, the second routing ID) that can also be used is the same BAP address.
  • step S14 the affected Destination(s) and the unaffected Destination(s) are compared, and if there is no matching Destination(s) (NO in step S14), the process proceeds to step S15.
  • step S14 the affected Destination(s) and the unaffected Destination(s) are compared, and if there is a matching Destination(s) (YES in step S14), the process proceeds to step S16. .
  • the IAB node 300-T determines to include Destination(s) as additional information. That is, if the first destination BAP address and the second destination BAP address are not the same BAP address, the IAB node 300-T includes the first destination BAP address in the additional information and does not include the first routing ID. to
  • FIG. 12(A) is a diagram showing a route example according to the first embodiment.
  • FIG. 12A shows a schematic diagram of a route when destinations with influence and destinations without influence do not match.
  • the affected Destination is the BAP address of DU#2 (200-D2) of donor node 200.
  • the unaffected Destination is the BAP address of DU#1 (200-D1) of donor node 200.
  • FIG. 12A shows a diagram showing a route example according to the first embodiment.
  • FIG. 12A shows a schematic diagram of a route when destinations with influence and destinations without influence do not match.
  • the affected Destination is the BAP address of DU#2 (200-D2) of donor node 200.
  • the unaffected Destination is the BAP address of DU#1 (200-D1) of donor node 200.
  • the IAB node 300-T outputs the DU# of the donor node 200 as additional information. 2 (200-D2) and not including Routing ID #2.
  • the child node 300-C which receives the Type-2 Indication including the Destination as additional information, determines that all routes to the Destination are unusable (or affected) routes, and executes local rerouting. can be done.
  • FIG. 12(B) is a diagram showing a route example according to the first embodiment. As shown in FIG. 12(B), there are multiple affected Destinations (DU #2 (200-D2) BAP address and DU #3 (200-D3) BAP address), none of which are affected If the Destination (DU#1 (200-D1)) does not match, multiple Destinations may be included in the additional information. That is, in the example of FIG. 12B, the additional information includes the destination BAP address of DU#2 (200-D2) and the destination BAP address of DU#3 (300-D3).
  • the IAB node 300-T first determines to include the routing ID as additional information. That is, when the first destination BAP address and the second destination BAP address are the same BAP address, the IAB node 300-T includes the first routing ID in the additional information and the first destination BAP address in the additional information. Decide not to include.
  • FIG. 13(A) is a diagram showing a route example according to the first embodiment.
  • FIG. 13(A) shows an example in which the affected routing ID (routing ID #2) and the unaffected routing ID (routing ID #1) have the same destination, which is the DU (200-D) of the donor node 200. is.
  • routing ID #2 as additional information
  • the child node 300-C that has received the additional information can perform local rerouting in consideration of routing ID #2.
  • FIG. 13(B) is a diagram showing a route example according to the first embodiment.
  • the IAB node 300-T may include the affected routing ID in the additional information. That is, in the example of FIG. 13B, routing ID #2 and routing ID #3 are included as additional information.
  • the IAB node 300-T secondly determines whether the affected Destination and the unaffected Destination match and the affected Destination and the unaffected Destination that do not match. If so, decide to include the routing ID and Destination. That is, if there is a third BAP routing ID that can be used even by a failure, and the third destination BAP address included in the third BAP routing ID is not the same as the first destination BAP address, the additional information 1 routing ID and the first destination BAP address.
  • FIG. 14 is a diagram showing a route example according to the first embodiment.
  • routing ID #2 has the same Destination as routing ID #1, which has no influence, so the IAB node 300-T includes the routing ID in the additional information.
  • the affected routing ID #3 has a different destination than the unaffected routing ID #1.
  • the BAP address (Destination) is used as a representative value to suppress Type-2 Indication overhead. can be planned. That is, in the example of FIG. 14, the additional information includes routing ID#2 and the destination BAP address of DU#2 (200-D2).
  • step S17 the IAB node 300-T generates a Type-2 Indication BAP Control PDU.
  • FIG. 15(A) is a diagram showing a configuration example of the header portion of the Type-2 Indication BAP Control PDU according to the first embodiment.
  • Information indicating whether the additional information includes only the Destination in the case of step S15
  • whether only the routing ID is included (in the case of step S16)
  • whether the destination and the routing ID are included (in the case of step S16).
  • Such information may be referred to as identification information.
  • 1 bit of identification information is sufficient.
  • one bit of the reserved area "R" of the header shown in FIG. 15A may be used to represent the identification information. For example, "0" indicates that the PDU includes a routing ID as additional information, and "1" indicates that the PDU includes Destination as additional information. "0" and "1" may represent the opposite.
  • the identification information is represented by 2 bits.
  • the first bit “0" or “1” indicates whether or not the routing ID is included, and the second bit “0" or “1” indicates whether or not the Destination is included.
  • the 1st and 2nd bits may represent the opposite. '00' may indicate that additional information is not included in the PDU. 2 bits of the reserved area "R" of the header portion shown in FIG. 15A may be used to represent the identification information.
  • FIG. 15(B) is a diagram showing examples of PDU Types according to the first embodiment. As shown in FIG. 15(B), as additional information (or identification information) of Type-2 Indication, a bit example is shown for routing ID only, Destination only, or both. . Furthermore, as shown in FIG. 15(B), a bit example representing additional information (or identification information) of Type-3 Indication is also included.
  • FIG. 16 is a diagram showing a configuration example of the Type-2 Indication BAP Control PDU according to the first embodiment.
  • FIG. 16 shows an example of 2-bit identification information.
  • the "Route” field indicates whether or not the PDU includes a routing ID.
  • a “Dest” field indicates whether the PDU includes a Destination. For example, when the 'Route' field is '1' and the 'Dest' field is '0' (that is, when the identification information is '10'), it means that only the routing ID is included as additional information.
  • Oct 2 to Oct n include multiple "BAP Routing ID” fields (eg, BAP routing ID fields).
  • the "BAP Routing ID” field contains the routing ID (20 bits in the example shown in FIG. 16) affected by BH RLF. If two influential routing IDs are included in the additional information, two "BAP Routing ID” fields will be included in the PDU.
  • a plurality of "Destination” fields are included from Oct (n+1) to Oct m.
  • the "Destination” field contains the destination BAP address (10 bits in the example shown in FIG. 16) affected by the BH RLF. If three affected destination BAP addresses are included in the additional information, three "Destination" fields will be included in the PDU.
  • Type-2 Indication BAP Control PDU may hereinafter be referred to as Type-2 Indication.
  • step S18 the IAB node 300-T transmits the Type 2 Indication generated in step S17 to the child node 300-C.
  • the child node 300-C receives the Type-2 Indication.
  • the child node 300-C may locally reroute packets belonging to the affected Destination and/or the affected routing ID. Local rerouting is, for example, forwarding packets to an alternative path.
  • step S20 the series of processes ends.
  • the Type-2 Indication BAP Control PDU does not include the "BAP Routing ID” field or the "Destination” field.
  • the second operation example if neither the "BAP Routing ID” field nor the "Destination” field is included in the relevant PDU, it is interpreted as “all routes are affected” rather than "all routes are not affected”. For example.
  • the IAB node 300-T when the IAB node 300-T has a single connection to the parent node 300-P, when BH RLF occurs on BH link #1, all routes become unavailable, "All routes are affected.” In such a case, the IAB node 300-T does not include "routing ID” or "Destination” as additional information in the Type-2 Indication (that is, does not include the two fields in the PDU ). In 3GPP, it has been agreed that additional information should not be included in Type-2 Indication in the case of a single connection, and the above interpretation that "all routes are affected" is consistent with this agreement. I can say.
  • FIG. 17 is a diagram showing a second operation example according to the first embodiment.
  • the IAB node 300-T starts processing in step S30.
  • step S31 the IAB node 300-T is set to single connection or DC.
  • the IAB node 300-T detects BH RLF on a certain link. For example, if the IAB node 300-T has a single connection with the parent node 300-P, it detects RLF on the BH link (FIG. 9) between it and the parent node 300-P. Also, for example, when the IAB node 300-T is DC-connected, RLF is detected in the BH link #2 (FIG. 10) between the parent node 300-P2 on the SCG side.
  • step S33 if all routing IDs are affected by the BH RLF (or if all routing IDs are affected routing IDs), a predetermined Type-2 Indication is generated.
  • the first is an example in which "0" is set in both the "Route” field and the “Dest” field of the header of the Type-2 Indication BAP Control PDU (Fig. 16).
  • the Type-2 Indication BAP Control PDU set in this way can be a predetermined Type-2 Indication.
  • the second is an example in which a new bit is defined in the reserve field of the header of the BAP Control PDU (Fig. 15(A)). That is, a 1-bit Info field is provided in the reserve area.
  • Type-2 Indication in which the Info field is included in the header of the BAP Control PDU (FIG. 15(A))
  • the BAP Control PDU is set as a predetermined Type-2 Indication. For example, when the Info field is "0", it indicates that the additional information field (the "routing ID” field and the "Destination” field) is not included, and when it is "1", it indicates that the additional information field is included. "0" and "1" may represent the opposite.
  • step S34 the IAB node 300-T transmits the generated predetermined Type-2 Indication to the child node 300-C.
  • the child node 300-C receives a predetermined Type-2 Indication.
  • the child node 300-C understands from the header of the BAP Control PDU that the Type-2 Indication does not contain additional information, and that all routes are affected by the BH RLF (step S32). I can grasp it.
  • Child node 300-C may locally reroute packets belonging to all routing IDs.
  • step S36 the series of processes ends.
  • FIG. 18A is a diagram showing a configuration example between nodes according to the second embodiment.
  • the IAB node 300-T which receives the Type-2 Indication from the parent node 300-P, triggers the reception of the Type-2 Indication to perform local rerouting, conditional Handover (CHO: Conditional Handover) and various actions may be performed.
  • conditional Handover CHO: Conditional Handover
  • 3GPP has agreed that if the IAB node 300-T receives a Type-3 Indication from the parent node 300-P, it will cancel the action triggered by the receipt of the Type-2 Indication. This is because the IAB node 300-T takes action on the BH RLF upon receiving the Type-2 Indication, but if the BH RLF recovers, the need to take the action will be reduced.
  • the donor node 200 changes the routing settings, basically making all routes available. Also, a routing ID that is unavailable under the old routing settings may be assigned to a route that is available under the new routing settings (the same routing ID may be used).
  • the second embodiment is an embodiment for canceling the action triggered by the reception of the Type-2 Indication by other than the Type-3 Indication. That is, in the second embodiment, when the donor node 200 changes the routing configuration, the IAB node 300-T cancels the action triggered by receiving the Type-2 Indication.
  • a relay node receives a failure occurrence notification indicating that a failure has occurred from a parent node (eg, parent node 300-P).
  • the relay node performs a predetermined action in response to receiving a failure notification (for example, Type-2 Indication).
  • the relay node cancels a predetermined action in response to performing predetermined processing.
  • the predetermined processing includes changing routing settings.
  • FIG. 19 is a diagram showing a first operation example according to the second embodiment.
  • the IAB node 300-T starts processing in step S40.
  • step S41 the IAB node 300-T receives Type-2 Indication from the parent node 300-P.
  • step S42 the IAB node 300-T executes a predetermined action in response to receiving the Type-2 Indication.
  • the predetermined action may be an action that considers the BH link that received the Type-2 Indication to be unavailable. For example, in FIG. 18(A), when the IAB node 300-T receives a Type-2 Indication from the parent node 300-P, it considers that the BH link with the parent node 300-P is unusable.
  • the predetermined action may be an action that considers the notified routing ID (Routing ID(s)) to be unusable by the additional information of Type-2 Indication.
  • the predetermined action is an action that considers the notified Destination(s) (or the Routing ID(s) that matches the Destination(s)) to be unusable by the additional information of Type-2 Indication. good too.
  • the predetermined action may be initiation of local rerouting.
  • the predetermined action may be an action to stop or reduce transmission of at least one of scheduling request (SR), buffer status report (BSR), and uplink transmission.
  • SR scheduling request
  • BSR buffer status report
  • uplink transmission SR
  • the predetermined action may be an action that removes IAB Support, which is an IE (Information Element) included in an SIB (System Information Block), from the SIB.
  • IAB support includes cell (re)selection candidates in IAB node 300-T.
  • the predetermined action may be to trigger a conditional handover (CHO).
  • step S43 the donor node 200 changes the routing settings of the IAB node 300-T. Changing routing settings is an example of a predetermined process performed in the IAB node 300-T.
  • step S44 the IAB node 300-T cancels the predetermined action executed in step S42 when the routing setting was changed in step S43.
  • the IAB node 300-T cancels the predetermined action, restores the original state, or restores the normal state.
  • routing configuration changes are made at the donor node 200 for BH RLF countermeasures within the topology or load balancing of the topology.
  • the routing setting may be changed, for example, when the IAB node 300-T is newly installed. Further, changes in routing settings may be made when IAB node 300-T is removed due to failure or the like. Further, changes in routing settings may be made when IAB node 300-T is down due to failure or the like. Specifically, for example, when the BAP layer of the IAB-MT of the IAB node 300-T is notified that the routing setting has been changed from the IAB-DU of the IAB node 300-T, the change of the routing setting is may have been done. Then, in step S44, the IAB node 300-T cancels the predetermined action executed in step S42 when the routing setting is changed.
  • a change in routing settings may be made when a Mobile IAB node moves to another parent node within the topology or to another topology due to handover.
  • a change in routing settings may be made when a Mobile IAB node comes in from another parent node within the topology or from another topology due to handover. That is, changes in routing settings are made when a handover is performed.
  • handover may be executed when the IAB-MT of the IAB node 300-T receives RRC reconfiguration with sync from the source cell. Also, specifically, when the IAB-MT of the IAB node 300-T transmits an RRC Reconfiguration Complete message to the target cell (or when the transmission is completed), the handover is executed. It can be sometimes.
  • step S44 the IAB node 300-T cancels the predetermined action performed in step S42 when such handover is performed. Execution of handover by the IAB node 300-T is an example of a predetermined process performed by the IAB node 300-T.
  • a change in routing settings for example, the IAB node 300-T performs RRC re-establishment, moves from a topology to another topology, or enters the topology from another topology. may be done if Alternatively, a change in routing configuration may occur if the IAB node 300-T moves to another parent node due to RRC re-establishment. That is, the routing configuration changes are made when RRC re-establishment is performed. Specifically, the time when the IAB-MT of the IAB node 300-T transmits an RRC re-establishment request to the CU of the donor node 200 may be the time when the RRC re-establishment is performed.
  • the time when the IAB-MT of the IAB node 300-T receives the RRC re-establishment from the CU of the donor node 200 may be the time when the RRC re-establishment is executed.
  • the IAB-MT of the IAB node 300-T transmits RRC Re-establishment Complete to the CU of the donor node 200 (or completes the transmission) the RRC re-establishment is executed.
  • step S44 the IAB node 300-T cancels the predetermined action performed in step S42 when such RRC re-establishment is performed. Execution of RRC re-establishment by IAB node 300-T is an example of a predetermined process performed at IAB node 300-T.
  • step S45 the IAB node 300-T ends the series of processes.
  • the predetermined processing may include reception of Type-4 Indication. That is, when the IAB node 300-T receives the Type-4 Indication from the parent node 300-P, it may cancel the action triggered by the reception of the Type-2 Indication. This is because the IAB node 300-T cannot expect recovery of the BH RLF by receiving the Type-4 Indication, and even if the action executed by receiving the Type-2 Indication is continued, the need to continue is low.
  • Type-2 Indication may be replaced by DL flow control feedback. That is, in step S41, the IAB node 300-T receives DL flow control feedback from the child node 300-C. In step S42, the reception of the DL flow control feedback is used as a trigger to execute a predetermined action.
  • the predetermined action in this case is, first, if the Available buffer size included in the DL flow control feedback falls below a threshold, Routing ID (s) (or BH RLC channel (s) )) (or the BH links associated with them) as congestion or unusable.
  • the predetermined action in this case may secondly be the initiation of local rerouting.
  • the IAB node 300-T in step S43, when the routing setting is changed, in step S44, executes a predetermined action triggered by the reception of the DL flow control feedback. Cancel it.
  • the parent node (eg, IAB node 300-T) transmits a failure notification.
  • the parent node sends a failure recovery notification indicating recovery from the failure to a relay node (eg, child node 300) in response to the routing configuration change by the donor node (eg, donor node 200).
  • a relay node eg, child node 300
  • the child node 300-C that receives the Type-3 Indication from the IAB node 300-T cancels the action triggered by the reception of the Type-2 Indication, as in the first operation example. This is because there is little need for the child node 300-C to continue the predetermined action triggered by the reception of the Type-2 Indication even after recovery from the failure.
  • FIG. 18(B) is a diagram showing a configuration example between nodes according to the second embodiment.
  • FIG. 20 is a diagram showing a second operation example according to the second embodiment. Using the configuration example shown in FIG. 18B, the second operation example shown in FIG. 20 will be described.
  • the IAB node 300-T starts processing in step S50.
  • step S51 the IAB node 300-T detects the BH RLF and transmits Type-2 Indication to the child node 300-C.
  • step S52 the child node 300-C executes a predetermined action triggered by the reception of the Type-2 Indication.
  • the predetermined action is the same as the predetermined action (step S42 in FIG. 19) in the first operation example.
  • step S53 the donor node 200 changes the routing settings of the IAB node 300-T.
  • the IAB node 300-T transmits Type-3 Indication to the child node 300-C.
  • the IAB node 300-T transmits a Type-3 Indication.
  • the IAB node 300 -T may transmit a Type-3 Indication in response to receiving the routing setting update (setting update complete) message sent from the donor node 200 .
  • step S55 the child node 300-C cancels the predetermined action executed in step S52.
  • the child node 300-C performs at least one of canceling the predetermined action executed in step S52, returning to the original state, and returning to the normal state.
  • step S56 a series of processing ends.
  • step S56 a series of processing ends.
  • the IAB node 300-T may transmit the BSR to the parent node 300-P.
  • the BSR is used by the IAB node 300-T to provide the parent node 300-P with information about the amount of UL data in the MAC entity.
  • the IAB node 300-T determines the amount of UL data available in the logical channel according to the data amount calculation procedure, basically the UL data of the logical channel belonging to the logical channel group (LCG) is available in the MAC entity. Trigger the BSR when
  • the IAB node 300-T may transmit an SR to the parent node 300-P.
  • SR is utilized when the IAB node 300-T requests UL resources for a new transmission from the parent node 300-P.
  • the IAB node 300-T may trigger an SR if BSR transmission is not possible.
  • the parent node 300-P that received the BSR or SR uses the UL Grant to allocate radio resources to the IAB node 300-T.
  • 3GPP has agreed to stop or reduce the transmission of BSR and SR when Type-2 Indication is received.
  • the IAB node 300-P that received the Type-2 Indication from the parent node 300-P T is a state in which UL transmission cannot be performed. Therefore, in the case of a single connection, it is possible to apply the above agreement.
  • FIG. 21 is a diagram showing a configuration example between nodes according to the third embodiment.
  • the parent node 300-P is DC-connected to its parent nodes, the IAB node 300-GP1 and the IAB node 300-GP2.
  • the IAB node 300-GP1 is on the MCG side, and the IAB node 300-GP2 is on the SCG side.
  • BH RLF occurs on the MCG side or SCG side (that is, BH link #1 or BH link #2)
  • BH link #1 or BH link #2 even if Type-2 Indication is received from the parent node 300-P, one BH link is UL Sendable. Therefore, it may be considered that the IAB node 300-T does not have to stop or reduce the transmission of SR or BSR.
  • the logical channel corresponding to the routing ID that has become unusable due to Type-2 Indication is specified, and the amount of data available for transmission corresponding to the logical channel is calculated as BSR An example of transmitting by excluding from .
  • a relay node eg, IAB node 300-T
  • a failure occurrence notification eg, Type-2 Indication
  • the relay node identifies the logical channel ID corresponding to the unavailable routing ID included in the failure notification.
  • the relay node performs an exclusion process for excluding data available for transmission corresponding to the logical channel ID from BSR targets.
  • the relay node sends the BSR to its parent node.
  • the IAB node 300-T reduces the amount of data contained in the BSR by, for example, excluding from the BSR the data waiting to be transmitted to the route targeted by the Type-2 Indication. I can do it. This reduces the number of BSR or SR transmissions and also meets the above agreement of reduced BSR or SR transmissions.
  • FIG. 22 is a diagram showing an operation example according to the third embodiment. Description will be made with reference to the configuration example shown in FIG. 21 as appropriate.
  • the IAB node 300-T starts processing in step S60.
  • step S61 the IAB node 300-T receives Type-2 Indication from the parent node 300-P.
  • Type-2 Indication includes an unusable routing ID as additional information.
  • the IAB node 300-T identifies the logical channel ID (LCID) corresponding to the unavailable routing ID.
  • LCID logical channel ID
  • the LCID can be identified, for example, as follows.
  • the IAB node 300-T identifies the next hop address (Next BAP Address) corresponding to the unavailable routing ID from the routing settings. The IAB node 300-T then identifies the egress link corresponding to the identified next hop address. Next, the IAB node 300-T identifies (all) BH RLC channels corresponding to the identified outgoing link from the BH RLC channel mapping configuration. The IAB node 300-T then identifies the LCID corresponding to the identified BH RLC channel from the RRC configuration.
  • Next BAP Address next BAP Address
  • step S63 the IAB node 300-T performs an exclusion process for excluding data available for transmission existing in the MAC entity and/or the RLC entity corresponding to the specified LCID from the target of the BSR buffer size.
  • Data available for transmission is data available for transmission that is stored in the transmission buffer of the MAC entity (and/or the RLC entity) and is waiting for transmission.
  • the exclusion process may be a process of excluding data available for transmission of the LCID waiting for transmission from the LCG. Also, the exclusion process may be a process of regarding data available for transmission of the LCID waiting for transmission as zero. Furthermore, the exclusion process may be a process of excluding the LCG including the LCID from the BSR target. Furthermore, the exclusion process may be a process of regarding data available for transmission that is waiting for transmission associated with the LCG containing the LCID to be zero.
  • step S64 the IAB node 300-T generates a BSR MAC CE according to the exclusion process and transmits the generated BSR MAC CE to the parent node 300-P.
  • step S65 when the IAB node 300-T receives the Type-3 Indication from the parent node 300-P, it cancels the exclusion process.
  • the exclusion process is canceled when changing the routing settings (or executing a handover, executing RRC re-establishment, or receiving a Type-4 Indication) as described in the second embodiment. may be done.
  • step S66 the IAB node 300-T ends the series of processes.
  • a program that causes a computer to execute each process performed by the UE 100 or the gNB 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • a computer readable medium allows the installation of the program on the computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be, for example, a recording medium such as CD-ROM or DVD-ROM.
  • circuits that execute each process performed by the UE 100 or the gNB 200 may be integrated, and at least part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC: System on a chip).
  • chipsset, SoC System on a chip
  • the terms “based on” and “depending on,” unless expressly stated otherwise, “based only on.” does not mean The phrase “based on” means both “based only on” and “based at least in part on.” Similarly, the phrase “depending on” means both “only depending on” and “at least partially depending on.” Also, “obtain/acquire” may mean obtaining information among stored information, or it may mean obtaining information among information received from other nodes. or it may mean obtaining the information by generating the information.
  • the terms “include,” “comprise,” and variations thereof are not meant to include only the recited items, and may include only the recited items or in addition to the recited items. Means that it may contain further items.
  • any references to elements using the "first,” “second,” etc. designations used in this disclosure do not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, reference to a first and second element does not imply that only two elements can be employed therein or that the first element must precede the second element in any way.
  • articles are added by translation, such as a, an, and the in English these articles are used in plural unless the context clearly indicates otherwise. shall include things.
  • a Type-2 Indication by a dual-connected node is triggered when the node initiates RRC re-establishment as a result of both CG's BH RLF or MCG's BH RLF and there is no fast MCG recovery.
  • a sufficient condition for triggering Type-2 Indication by a single connection node is the start of RRC re-establishment.
  • the MCG link (MeNB) is only used for control plane signaling and data is always transferred via the SCG link (SgNB).
  • SCG link SgNB
  • the concerned IAB node needs to send a Type-2 Indication to the child node even though the MCG is still running.
  • SCG RLF cannot trigger Type-2 Indication because RRC re-establishment will not be initiated if the MCG link is still available.
  • EN-DC needs to send Type-2 BH RLF Indication during SCG RLF (i.e. NR link), which cannot perform local rerouting over MCG (i.e. LTE link), so this BH RLF does not occur from both CGs in the scenario (that is, RRC re-establishment does not start).
  • SCG RLF i.e. NR link
  • MCG i.e. LTE link
  • Observation 2 In the CP/UP separated type NR-DC, for example, if the MCG is for the CP and the SCG is for the UP, as in the case of the EN-DC in Observation 1, even if the MCG is good, the SCG RLF (that is, the UP link ), it is necessary to transmit Type-2 BH RLF Indication.
  • Type-2 BH RLF Indication is sent only to SCG RLF (BH RLF is not sent to MCG).
  • this behavior is based on the base scenario agreed upon by RAN2, i.e. when both links (i.e. MCG and SCG) experience BH RLF (or RRC re-establishment is initiated), in this case all It can cover that Type-2 BH RLF Indication is sent because the route cannot be locally rerouted.
  • This operation can also cover the EN-DC and NR-DC cases with CP/UP separation in findings 1 and 2, respectively.
  • Type-2 Indication is sent when at least one route is unavailable due to BH RLF.
  • one solution can accommodate both single-connection and double-connection cases, and both NR-DC and EN-DC.
  • BH RLF will not be able to use all routes.
  • EN-DC MCG RLF does not affect any routes, and SCG RLF disables all routes.
  • BH RLF may or may not affect some routes depending on the BH link and route mapping. Therefore, RAN2 needs to agree on this unified operation regarding the trigger condition of Type-2 Indication.
  • Proposal 1 RAN2 should be used when at least one route is not available during BH RLF, irrespective of whether the IAB node is single-connected or double-connected, and whether it is EN-DC or NR-DC, i.e. local rerouting cannot be performed. It is necessary to agree to send Type-2 BH RLF Indication.
  • Option B have part of the upstream traffic rerouted to another parent node, ie "partial" local rerouting.
  • Option A is a simple operation, but BH RLF may cause the parent node to lose one of its links (that is, MCG or SCG), resulting in overloading of the parent node.
  • Option B requires additional information to be conveyed in the Type-2 Indication, but can distribute the load to the two parent nodes of the child node. Therefore, option B is expected to improve the overall topology performance.
  • the child node Upon receiving a Type-2 BH RLF Indication, the child node can have the option of whether or not to perform "partial" local rerouting for better load balancing (that is, option B).
  • Proposal 2 RAN2 should discuss whether to perform "partial" local rerouting on child nodes (ie option B) when a dual-connected parent node experiences BH RLF.
  • partial rerouting i.e. option B
  • the child node must decide which traffic remains on the original path and which traffic is subject to partial rerouting. not possible, you need to know which routes are not available. It is understandable that Type-2 Indication contains a routing ID that is not available for BH RLF.
  • Proposal 3 RAN2 should agree that the Type-2 BH RLF Indication indicates a routing ID that is not available for BH RLF.
  • Proposal 4 RAN2 should agree that if a routing ID is indicated in the received Type-2 BH RLF Indication, it should be considered that the child node cannot use the routing ID.
  • Type-3 Indication for single connection and double connection RAN2#116e agreed on when to transmit the Type-3BH RLF Indication as follows. This is in line with current RAN2 agreement that a Type-2 BH RLF Indication is sent when both links are in BH RLF.
  • the node If the node is successfully re-established, it can send a Type-3 Indication. Further consideration will be given as to whether to specify detailed conditions for successful re-establishment, such as successful transmission of RRC re-establishment complete. Further consideration is needed on whether to include additional triggering conditions such as successful transmission of Reconfiguration Complete for cases where a node initiates re-establishment, selects a CHO candidate cell, and has a successful CHO.
  • a node can transmit a Type-3 Indication only if it has previously transmitted a Type-2 Indication. That is, a Type-3 Indication cannot be triggered without previously triggering a Type-2 Indication.
  • Proposal 5 RAN2 should agree that Type-3 BH RLF Indication is sent when BH RLF is successfully recovered and at least one route becomes reusable.
  • Proposal 6 RAN2 should agree that Type-e BH RLFF Indication indicates a routing ID that has become reusable due to successful BH RLF recovery.
  • Proposal 7 RAN2 should agree to consider routing IDs available to child nodes when routing IDs are indicated in received Type-3 BH RLF Indications.
  • the node When receiving a Type-2F Indication, the node should perform local rerouting if possible.
  • the action eg, local rerouting
  • the action triggered upon receipt of a previous Type-2F Indication should be reversed if possible.
  • IAB nodes may consider whether there are other conditions for undoing the actions caused by the previous Type-2 Indication. For example, the IAB node's routing configuration may be updated by the donor for load balancing, handover, RRC re-establishment, etc. Parent nodes cannot send Type-3 Indications and child nodes cannot receive Type-3 Indications due to the new configuration, such as the parent node is no longer the parent node of the child node.
  • Proposal 8 RAN2 asks whether, other than Type-3 BH RLF Indication, there are conditions for IAB nodes to undo actions caused by previous Type-2 BH RLF Indication, e.g. should be discussed.
  • Transmission of Type-2 Indication is intended to provide better topology management, such as load balancing and reducing service interruptions.
  • Proposal 9 RAN2 should agree that transmission of Type-2 Indication to child nodes is supported. Further consideration will be given to detailed conditions such as forwarding only if the IAB node does not perform local rerouting.
  • RAN2#113e agreed that "Type-2 RLF Indication can be used as a trigger for deactivation or reduction of SR and/or BSR transmission", but RAN2#116e has agreed as follows.
  • RAN2 does not define UL transmission restrictions (SR/BSR, etc.) for nodes that have received Type-2 Indications. That is, whether or not a node can transmit on the uplink depends on the implementation of the node and also on the scheduling policy of the node that transmits the Type-2 Indication. Further consideration is needed as to whether Notes need to be added to stage 2/3 CRs.
  • SR/BSR UL transmission restrictions
  • Proposal 10 RAN2 should agree to add to the Stage-2/3 specifications that IAB-MT will stop or reduce transmission of SR and BSR when Type-2 BH RLF Indication is received.
  • RAN2 does not specify that the IAB support indicator is toggled by receiving a Type-2 Indication, that is, when to set the IAB support indicator is up to the implementation. Further consideration is needed as to whether a note should be added to the stage 2/3 CR.
  • a communication control method used in a cellular communication system a step in which the relay node transmits a failure occurrence notification indicating that a failure has occurred in the first backhaul link between the first parent node and the first parent node, including additional information, to the child node; the child node receiving the failure notification including the additional information;
  • the additional information includes at least one of a first BAP routing ID that cannot be used due to the failure and a first destination BAP address included in the first BAP routing ID, and the BAP routing ID and the first destination BAP address. including identification information indicating at least which of Communication control method.
  • the additional information includes the first destination BAP address. including, but not including, said first BAP routing ID; The communication control method according to (1) above.
  • the additional information includes the BAP routing ID and the first destination BAP address.
  • the additional information includes the first BAP routing ID and the a first destination BAP address; The communication control method according to (3) above.
  • the second destination BAP address is included in the second BAP routing ID whose route includes a second backhaul link in which no failure has occurred between the relay node and the second parent node, and the third destination BAP address is included in a third BAP routing ID that includes the second backhaul in its route;
  • the transmitting step includes the relay node transmitting the failure notification using a BAP Control PDU;
  • the identification information is represented by the PDU Type of the header portion of the BAP Control PDU, The communication control method according to (1) above.
  • the transmitting step includes the relay node transmitting the failure notification using a BAP Control PDU;
  • the BAP Control PDU is a first identification information field indicating whether the first BAP routing ID is included in the BAP Control PDU; a second identification information field indicating whether the first destination BAP address is included in the BAP Control PDU; a BAP Routing ID field containing the first BAP Routing ID; a destination field containing the first destination BAP address;
  • the communication control method according to (1) above.
  • a communication control method used in a cellular communication system a relay node receiving a failure notification from a parent node indicating that a failure has occurred; a step in which the relay node performs a predetermined action in response to receiving the failure notification; said relay node canceling said predetermined action when a predetermined process has been performed;
  • the predetermined processing includes changing routing settings, Communication control method.
  • the predetermined processing includes at least one of execution of handover by the relay node, execution of RRC re-establishment by the relay node, and reception of a backhaul link recovery failure notification by the relay node from a parent node. including The communication control method according to (9) above.
  • the parent node sending the failure notification; said parent node sending a failure recovery notification indicating recovery from said failure to said relay node in response to said donor node changing said routing configuration;
  • a communication control method used in a cellular communication system a relay node receiving a failure notification from a parent node indicating that a failure has occurred; a step in which the relay node identifies a logical channel ID corresponding to the unavailable routing ID included in the failure notification; a step in which the relay node performs an exclusion process for excluding data available for transmission corresponding to the logical channel ID from the target of BSR; said relay node transmitting said BSR to said parent node.

Abstract

A communication control method according to a first embodiment is used in a cellular communication system. The communication control method comprises a step of a relay node transmitting, to a child node, a fault occurrence notification indicating that a fault has occurred in a first backhaul link with a first parent node, the fault occurrence notification including additional information. Further, the communication control method comprises a step of the child node receiving the fault occurrence notification including the additional information. Here, the additional information includes: at least one of a first BAP routing ID that is unusable due to the fault, and a first destination BAP address included in the first BAP routing ID; and identification information indicating whether at least the BAP routing ID or the first destination BAP address is included.

Description

通信制御方法Communication control method
　本開示は、セルラ通信システムに用いる通信制御方法に関する。 The present disclosure relates to a communication control method used in a cellular communication system.
　セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）において、ＩＡＢ（Integrated Access and Backhaul）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、「３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．７．０（２０２１－０９）」参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。 In the 3GPP (Third Generation Partnership Project), a standardization project for cellular communication systems, the introduction of new relay nodes called IAB (Integrated Access and Backhaul) nodes is under consideration (for example, "3GPP TS 38.300 V16.7 .0 (2021-09)”). One or more relay nodes intervene in and relay communication between the base station and the user equipment.
　第１の態様に係る通信制御方法は、第１親ノード及び第２親ノードとの二重接続を有する中継ノードにおいて実行される通信制御方法である。前記通信制御方法は、前記第１親ノードと前記中継ノードとの間の第１バックホールリンクと、前記第２親ノードと前記中継ノードとの間の第１バックホールリンクとの一方のバックホールリンクで無線リンク障害を検知することを有する。また、前記通信制御方法は、ローカルリルーティングを実行できないと判断した場合、障害検出通知を子ノードに送信することを有する。 A communication control method according to the first aspect is a communication control method executed in a relay node having dual connections with a first parent node and a second parent node. The communication control method includes one backhaul of a first backhaul link between the first parent node and the relay node and a first backhaul link between the second parent node and the relay node. Detecting radio link failures on the link. Further, the communication control method includes sending a failure detection notification to a child node when it is determined that local rerouting cannot be executed.
　第２の態様に係る中継ノードは、第１親ノード及び第２親ノードとの二重接続を有する中継ノードである。前記中継ノードは、前記第１親ノードと前記中継ノードとの間の第１バックホールリンクと、前記第２親ノードと前記中継ノードとの間の第１バックホールリンクとの一方のバックホールリンクで無線リンク障害を検知する制御部を備える。また、前記中継ノードは、ローカルリルーティングを実行できないと判断した場合、障害検出通知を子ノードに送信する送信部を備える。 A relay node according to the second aspect is a relay node having dual connections with the first parent node and the second parent node. The relay node is one of a first backhaul link between the first parent node and the relay node and a first backhaul link between the second parent node and the relay node. and a controller for detecting a radio link failure. Also, the relay node includes a transmission unit that transmits a failure detection notification to a child node when it is determined that local rerouting cannot be executed.
　第３の態様に係るプロセッサは、第１親ノード及び第２親ノードとの二重接続を有する中継ノードを制御するプロセッサである。前記プロセッサは、前記第１親ノードと前記中継ノードとの間の第１バックホールリンクと、前記第２親ノードと前記中継ノードとの間の第１バックホールリンクとの一方のバックホールリンクで無線リンク障害を検知する処理を実行する。また、前記プロセッサは、ローカルリルーティングを実行できないと判断した場合、障害検出通知を子ノードに送信する処理を実行する。 A processor according to the third aspect is a processor that controls a relay node having dual connections with the first parent node and the second parent node. on one backhaul link: a first backhaul link between the first parent node and the relay node; and a first backhaul link between the second parent node and the relay node. Execute processing to detect a radio link failure. Further, when the processor determines that local rerouting cannot be executed, the processor executes processing of transmitting a failure detection notification to the child node.
　第４の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、第１親ノードとの間の第１バックホールリンクで障害が発生したことを示す障害発生通知に、付加情報を含ませて子ノードに送信するステップを有する。また、前記通信制御方法は、子ノードが、付加情報を含む障害発生通知を受信するステップを有する。ここで、前記付加情報は、障害によって使用不能な第１ＢＡＰルーティングＩＤと、第１ＢＡＰルーティングＩＤに含まれる第１宛先ＢＡＰアドレスのうち少なくともいずれかを含むとともに、ＢＡＰルーティングＩＤと第１宛先ＢＡＰアドレスのうち少なくともいずれを含むのかを示す識別情報を含む。 A communication control method according to the fourth aspect is a communication control method used in a cellular communication system. The communication control method includes a step in which a relay node transmits a failure occurrence notification indicating that a failure has occurred in a first backhaul link with a first parent node to a child node, including additional information. . Further, the communication control method has a step of receiving a failure notification including additional information by the child node. Here, the additional information includes at least one of a first BAP routing ID that cannot be used due to a failure and a first destination BAP address included in the first BAP routing ID, and the BAP routing ID and the first destination BAP address. It includes identification information indicating at least which one of them is included.
　第５の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、障害が発生したことを示す障害発生通知を親ノードから受信するステップを有する。また、前記通信制御方法は、中継ノードが、障害発生通知を受信したことに応じて、所定のアクションを行うステップを有する。更に、前記通信制御方法は、中継ノードが、所定の処理が行われた時、所定のアクションを取り消すステップを有する。ここで、前記所定の処理は、ルーティング設定の変更を含む。 A communication control method according to the fifth aspect is a communication control method used in a cellular communication system. The communication control method has a step of receiving, from a parent node, a failure occurrence notification indicating that a failure has occurred, by the relay node. Further, the communication control method has a step of performing a predetermined action in response to reception of the failure occurrence notification by the relay node. Further, the communication control method has a step of canceling a predetermined action when a predetermined process is performed by the relay node. Here, the predetermined processing includes changing routing settings.
　第６の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、障害が発生したことを示す障害発生通知を親ノードから受信するステップを有する。また、前記通信制御方法は、中継ノードが、障害発生通知に含まれる使用不能なルーティングＩＤに該当する論理チャネルＩＤを特定するステップを有する。更に、前記通信制御方法は、中継ノードが、論理チャネルＩＤに対応する送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ＢＳＲの対象から除外する除外処理を行うステップを有する、更に、前記通信制御方法は、中継ノードが、ＢＳＲを親ノードへ送信するステップを有する。 A communication control method according to the sixth aspect is a communication control method used in a cellular communication system. The communication control method has a step of receiving, from a parent node, a failure occurrence notification indicating that a failure has occurred, by the relay node. Further, the communication control method has a step of identifying a logical channel ID corresponding to the unavailable routing ID included in the failure notification by the relay node. Further, the communication control method includes the step of performing an exclusion process in which the relay node excludes data available for transmission corresponding to the logical channel ID from the target of BSR. has the step of the relay node sending the BSR to the parent node.
図１は、一実施形態に係るセルラ通信システムの構成例を示す図である。FIG. 1 is a diagram illustrating a configuration example of a cellular communication system according to one embodiment. 図２は、ＩＡＢノードと親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を示す図である。FIG. 2 is a diagram showing the relationship between IAB nodes, parent nodes, and child nodes. 図３は、一実施形態に係るｇＮＢ（基地局）の構成例を示す図である。FIG. 3 is a diagram illustrating a configuration example of a gNB (base station) according to one embodiment. 図４は、一実施形態に係るＩＡＢノード（中継ノード）の構成例を示す図である。FIG. 4 is a diagram illustrating a configuration example of an IAB node (relay node) according to one embodiment. 図５は、一実施形態に係るＵＥ（ユーザ装置）の構成例を示す図である。FIG. 5 is a diagram illustrating a configuration example of a UE (user equipment) according to one embodiment. 図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。FIG. 6 is a diagram showing an example of protocol stacks for IAB-MT RRC connection and NAS connection. 図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックの例を示す図である。FIG. 7 is a diagram showing an example protocol stack for the F1-U protocol. 図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックの例を示す図である。FIG. 8 is a diagram showing an example protocol stack for the F1-C protocol. 図９は、第１実施形態に係るノード間の構成例を表す図である。FIG. 9 is a diagram showing a configuration example between nodes according to the first embodiment. 図１０は、第１実施形態に係るノード間の構成例を表す図である。FIG. 10 is a diagram showing a configuration example between nodes according to the first embodiment. 図１１は、第１実施形態に係る第１動作例を表す図である。FIG. 11 is a diagram showing a first operation example according to the first embodiment. 図１２（Ａ）と図１２（Ｂ）は、第１実施形態に係るルート例を表す図である。FIGS. 12A and 12B are diagrams showing route examples according to the first embodiment. 図１３（Ａ）と図１３（Ｂ）は、第１実施形態に係るルート例を表す図である。FIGS. 13A and 13B are diagrams showing route examples according to the first embodiment. 図１４は、第１実施形態に係るルート例を表す図である。FIG. 14 is a diagram showing a route example according to the first embodiment. 図１５（Ａ）は第１実施形態に係るヘッダ部の構成例、図１５（Ｂ）は第１実施形態に係るＰＤＵ　Ｔｙｐｅの例をそれぞれ表す図である。FIG. 15(A) is a diagram showing a configuration example of the header portion according to the first embodiment, and FIG. 15(B) is a diagram showing an example of the PDU Type according to the first embodiment. 図１６は、第１実施形態に係るＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵの構成例を表す図である。FIG. 16 is a diagram showing a configuration example of Type-2 Indication BAP Control PDU according to the first embodiment. 図１７は、第１実施形態に係る第２動作例を表す図である。FIG. 17 is a diagram showing a second operation example according to the first embodiment. 図１８（Ａ）と図１８（Ｂ）は、第２実施形態に係るノード間の構成例を表す図である。FIGS. 18A and 18B are diagrams showing configuration examples between nodes according to the second embodiment. 図１９は、第２実施形態に係る第１動作例を表す図である。FIG. 19 is a diagram showing a first operation example according to the second embodiment. 図２０は、第２実施形態に係る第２動作例を表す図である。FIG. 20 is a diagram showing a second operation example according to the second embodiment. 図２１は、第３実施形態に係るノード間の構成例を表す図である。FIG. 21 is a diagram showing a configuration example between nodes according to the third embodiment. 図２２は、第３実施形態に係る動作例を表す図である。FIG. 22 is a diagram showing an operation example according to the third embodiment. 図２３は、ローカルリルートなしと部分ローカルリルートありの子ノードの動作の一対を表す図である。FIG. 23 is a diagram representing a pair of child node behaviors without local reroute and with partial local reroute.
　図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。 A cellular communication system according to an embodiment will be described with reference to the drawings. In the description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.
　（セルラ通信システムの構成）
　一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システム１には、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。 (Configuration of cellular communication system)
A configuration example of a cellular communication system according to one embodiment will be described. The cellular communication system 1 according to one embodiment is a 3GPP 5G system. Specifically, the radio access scheme in the cellular communication system 1 is NR (New Radio), which is a 5G radio access scheme. However, LTE (Long Term Evolution) may be at least partially applied to the cellular communication system 1 . Also, future cellular communication systems such as 6G may be applied to the cellular communication system 1 .
　図１は、一実施形態に係るセルラ通信システム１の構成例を示す図である。 FIG. 1 is a diagram showing a configuration example of a cellular communication system 1 according to one embodiment.
　図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：User Equipment）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。 As shown in FIG. 1, a cellular communication system 1 includes a 5G core network (5GC) 10, a user equipment (UE: User Equipment) 100, a base station device (hereinafter sometimes referred to as a "base station") 200. -1, 200-2, and IAB nodes 300-1, 300-2. Base station 200 may be referred to as a gNB.
　以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。 An example in which the base station 200 is an NR base station will be mainly described below, but the base station 200 may be an LTE base station (that is, an eNB).
　なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。 In the following, base stations 200-1 and 200-2 may be called gNB 200 (or base station 200), and IAB nodes 300-1 and 300-2 may be called IAB node 300, respectively.
　５ＧＣ１０は、ＡＭＦ（Access and Mobility Management Function）１１及びＵＰＦ（User Plane Function）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。 　5GC 10 has AMF (Access and Mobility Management Function) 11 and UPF (User Plane Function) 12. The AMF 11 is a device that performs various mobility controls and the like for the UE 100 . The AMF 11 manages information on the area in which the UE 100 resides by communicating with the UE 100 using NAS (Non-Access Stratum) signaling. The UPF 12 is a device that controls transfer of user data.
　各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。 Each gNB 200 is a fixed wireless communication node and manages one or more cells. A cell is used as a term indicating the minimum unit of a wireless communication area. A cell may be used as a term indicating a function or resource for radio communication with the UE 100. One cell belongs to one carrier frequency. Hereinafter, the terms cell and base station may be used without distinction.
　各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。 Each gNB 200 is interconnected with the 5GC 10 via an interface called NG interface. In FIG. 1, two gNB 200-1 and gNB 200-2 connected to 5GC 10 are illustrated.
　各ｇＮＢ２００は、集約ユニット（ＣＵ：Central Unit）と分散ユニット（ＤＵ：Distributed Unit）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。 Each gNB 200 may be divided into a central unit (CU: Central Unit) and a distributed unit (DU: Distributed Unit). CU and DU are interconnected through an interface called the F1 interface. The F1 protocol is a communication protocol between the CU and DU, and includes the F1-C protocol, which is a control plane protocol, and the F1-U protocol, which is a user plane protocol.
　セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１（又はドナーノード。以下、「ドナーノード」と称する場合がある。）は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。 The cellular communication system 1 supports IAB that enables wireless relay of NR access using NR for backhaul. Donor gNB 200-1 (or donor node, hereinafter sometimes referred to as "donor node") is a network-side NR backhaul termination node and a donor base station with additional functionality to support IAB. . The backhaul can be multi-hop over multiple hops (ie, multiple IAB nodes 300).
　図１において、ＩＡＢノード３００－１がドナーノード２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。 In FIG. 1, IAB node 300-1 wirelessly connects with donor node 200-1, IAB node 300-2 wirelessly connects with IAB node 300-1, and the F1 protocol is carried over two backhaul hops. An example is shown.
　ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、飛行体若しくは飛行体に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１において、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーノード２００－１と間接的に通信する。 The UE 100 is a mobile radio communication device that performs radio communication with cells. UE 100 may be any device as long as it performs wireless communication with gNB 200 or IAB node 300 . For example, the UE 100 is a mobile phone terminal, a tablet terminal, a notebook PC, a sensor or a device provided in the sensor, a vehicle or a device provided in the vehicle, an aircraft or a device provided in the aircraft. UE 100 wirelessly connects to IAB node 300 or gNB 200 via an access link. FIG. 1 shows an example in which UE 100 is wirelessly connected to IAB node 300-2. UE 100 indirectly communicates with donor node 200-1 through IAB node 300-2 and IAB node 300-1.
　図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係例を示す図である。 FIG. 2 is a diagram showing an example of the relationship between the IAB node 300, parent nodes, and child nodes.
　図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Mobile Termination）とを有する。 As shown in FIG. 2, each IAB node 300 has an IAB-DU corresponding to a base station function unit and an IAB-MT (Mobile Termination) corresponding to a user equipment function unit.
　ＩＡＢ－ＭＴのＮＲ　Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーノード２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。 A neighboring node (ie, upper node) on the NR Uu radio interface of an IAB-MT is called a parent node. The parent node is the DU of the parent IAB node or donor node 200 . A radio link between an IAB-MT and a parent node is called a backhaul link (BH link). FIG. 2 shows an example in which the parent nodes of IAB node 300 are IAB nodes 300-P1 and 300-P2. Note that the direction toward the parent node is called upstream. As viewed from the UE 100, the upper node of the UE 100 can correspond to the parent node.
　ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ　Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーノード２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。 Adjacent nodes (ie, lower nodes) on the NR access interface of the IAB-DU are called child nodes. IAB-DU, like gNB200, manages the cell. The IAB-DU terminates the NR Uu radio interface to the UE 100 and subordinate IAB nodes. IAB-DU supports the F1 protocol to the CU of donor node 200-1. FIG. 2 shows an example in which child nodes of IAB node 300 are IAB nodes 300-C1 to 300-C3, but child nodes of IAB node 300 may include UE100. Note that the direction toward a child node is called downstream.
　また、１つ又は複数のホップを介して、ドナーノード２００に接続されている全てのＩＡＢノード３００は、ドナーノード２００をルートとする有向非巡回グラフ（ＤＡＧ：Directed Acyclic Graph）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノード、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード２００は、バックホールリンクとアクセスリンクのネットワークを介して、ＵＥ１００に対して、ネットワークアクセスを提供するｇＮＢである。 In addition, all IAB nodes 300 connected to the donor node 200 via one or more hops have a directed acyclic graph (DAG) topology (hereinafter referred to as (sometimes referred to as "topology"). In this topology, adjacent nodes on the IAB-DU interface are child nodes, and adjacent nodes on the IAB-MT interface are parent nodes, as shown in FIG. The donor node 200 centralizes, for example, IAB topology resources, topology, route management, and the like. Donor node 200 is a gNB that provides network access to UE 100 via a network of backhaul links and access links.
　（基地局の構成）
　次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。 (Base station configuration)
Next, the configuration of the gNB 200, which is the base station according to the embodiment, will be described. FIG. 3 is a diagram showing a configuration example of the gNB 200. As shown in FIG. As shown in FIG. 3, the gNB 200 has a wireless communication unit 210, a network communication unit 220, and a control unit 230.
　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。 The wireless communication unit 210 performs wireless communication with the UE 100 and wireless communication with the IAB node 300. The wireless communication section 210 has a receiving section 211 and a transmitting section 212 . The receiver 211 performs various types of reception under the control of the controller 230 . Reception section 211 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 230 . The transmission section 212 performs various transmissions under the control of the control section 230 . The transmitter 212 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 230 into a radio signal, and transmits the radio signal from the antenna.
　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。 The network communication unit 220 performs wired communication (or wireless communication) with the 5GC 10 and wired communication (or wireless communication) with other adjacent gNBs 200. The network communication section 220 has a receiving section 221 and a transmitting section 222 . The receiving section 221 performs various types of reception under the control of the control section 230 . The receiver 221 receives a signal from the outside and outputs the received signal to the controller 230 . The transmission section 222 performs various transmissions under the control of the control section 230 . The transmission unit 222 transmits the transmission signal output by the control unit 230 to the outside.
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００における各処理又は各動作を行ってもよい。 The control unit 230 performs various controls in the gNB200. Control unit 230 includes at least one memory and at least one processor electrically connected to the memory. The memory stores programs executed by the processor and information used for processing by the processor. A processor may include a baseband processor and a CPU. The baseband processor modulates/demodulates and encodes/decodes the baseband signal. The CPU executes programs stored in the memory to perform various processes. The processor processes each layer, which will be described later. Note that the control unit 230 may perform each process or each operation in the gNB 200 in each embodiment described below.
　（中継ノードの構成）
　次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。 (Configuration of relay node)
Next, the configuration of the IAB node 300, which is a relay node (or a relay node device, hereinafter sometimes referred to as a "relay node") according to the embodiment, will be described. FIG. 4 is a diagram showing a configuration example of the IAB node 300. As shown in FIG. As shown in FIG. 4, the IAB node 300 has a radio communication section 310 and a control section 320 . The IAB node 300 may have multiple wireless communication units 310 .
　無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。 The wireless communication unit 310 performs wireless communication (BH link) with the gNB 200 and wireless communication (access link) with the UE 100. The wireless communication unit 310 for BH link communication and the wireless communication unit 310 for access link communication may be provided separately.
　無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。 The wireless communication unit 310 has a receiving unit 311 and a transmitting unit 312. The receiver 311 performs various types of reception under the control of the controller 320 . Receiving section 311 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 320 . The transmission section 312 performs various transmissions under the control of the control section 320 . The transmitter 312 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 320 into a radio signal, and transmits the radio signal from the antenna.
　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部３２０は、以下に示す各実施形態において、ＩＡＢノード３００における各処理又は各動作を行ってもよい。 The control unit 320 performs various controls in the IAB node 300. Control unit 320 includes at least one memory and at least one processor electrically connected to the memory. The memory stores programs executed by the processor and information used for processing by the processor. A processor may include a baseband processor and a CPU. The baseband processor modulates/demodulates and encodes/decodes the baseband signal. The CPU executes programs stored in the memory to perform various processes. The processor processes each layer, which will be described later. Note that the control unit 320 may perform each process or each operation in the IAB node 300 in each embodiment described below.
　（ユーザ装置の構成）
　次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。 (Configuration of user device)
Next, the configuration of the UE 100, which is the user equipment according to the embodiment, will be described. FIG. 5 is a diagram showing a configuration example of the UE 100. As shown in FIG. As shown in FIG. 5 , UE 100 has radio communication section 110 and control section 120 .
　無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。 The wireless communication unit 110 performs wireless communication on the access link, that is, wireless communication with the gNB 200 and wireless communication with the IAB node 300. Also, the radio communication unit 110 may perform radio communication on the sidelink, that is, radio communication with another UE 100 . The radio communication unit 110 has a receiving unit 111 and a transmitting unit 112 . The receiver 111 performs various types of reception under the control of the controller 120 . Reception section 111 includes an antenna, converts (down-converts) a radio signal received by the antenna into a baseband signal (reception signal), and outputs the baseband signal (reception signal) to control section 120 . The transmitter 112 performs various transmissions under the control of the controller 120 . The transmitter 112 includes an antenna, converts (up-converts) a baseband signal (transmission signal) output from the controller 120 into a radio signal, and transmits the radio signal from the antenna.
　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部１２０は、以下に示す各実施形態において、ＵＥ１００における各処理を行うようにしてもよい。 The control unit 120 performs various controls in the UE 100. Control unit 120 includes at least one memory and at least one processor electrically connected to the memory. The memory stores programs executed by the processor and information used for processing by the processor. A processor may include a baseband processor and a CPU. The baseband processor modulates/demodulates and encodes/decodes the baseband signal. The CPU executes programs stored in the memory to perform various processes. The processor processes each layer, which will be described later. Note that the control unit 120 may perform each process in the UE 100 in each embodiment described below.
　（プロトコルスタックの構成）
　次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。 (Protocol stack configuration)
Next, the configuration of the protocol stack according to the embodiment will be described. FIG. 6 is a diagram showing an example of protocol stacks for IAB-MT RRC connection and NAS connection.
　図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＲＲＣ（Radio Resource Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。 As shown in FIG. 6, the IAB-MT of the IAB node 300-2 includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer, an RRC (Radio Resource Control) layer, and a NAS (Non-Access Stratum) layer.
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。 The PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted via physical channels between the IAB-MT PHY layer of the IAB node 300-2 and the IAB-DU PHY layer of the IAB node 300-1.
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及び割当リソースブロックを決定する。 The MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedures, and the like. Data and control information are transmitted via transport channels between the MAC layer of the IAB-MT of the IAB node 300-2 and the MAC layer of the IAB-DU of the IAB node 300-1. The MAC layer of IAB-DU contains the scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS: Modulation and Coding Scheme)) and allocation resource blocks.
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。 The RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted over logical channels between the IAB-MT RLC layer of IAB node 300-2 and the IAB-DU RLC layer of IAB node 300-1.
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーノード２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。 The PDCP layer performs header compression/decompression and encryption/decryption. Data and control information are transmitted between the IAB-MT PDCP layer of IAB node 300-2 and the PDCP layer of donor node 200 via radio bearers.
　ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーノード２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーノード２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーノード２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。 The RRC layer controls logical channels, transport channels and physical channels according to radio bearer establishment, re-establishment and release. Between the IAB-MT RRC layer of the IAB node 300-2 and the RRC layer of the donor node 200, RRC signaling for various settings is transmitted. If there is an RRC connection with the donor node 200, the IAB-MT is in RRC connected state. When there is no RRC connection with the donor node 200, the IAB-MT is in RRC idle state.
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。 The NAS layer located above the RRC layer performs session management and mobility management. NAS signaling is transmitted between the NAS layer of the IAB-MT of the IAB node 300-2 and the AMF 11. FIG.
　図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーノード２００がＣＵ及びＤＵに分割されている一例を示す。 FIG. 7 is a diagram showing a protocol stack for the F1-U protocol. FIG. 8 is a diagram showing a protocol stack for the F1-C protocol. Here, an example is shown in which the donor node 200 is split into CUs and DUs.
　図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーノード２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Backhaul Adaptation Protocol）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。 As shown in FIG. 7, each of the IAB-MT of the IAB node 300-2, the IAB-DU of the IAB node 300-1, the IAB-MT of the IAB node 300-1, and the DU of the donor node 200 is It has a BAP (Backhaul Adaptation Protocol) layer as an upper layer. The BAP layer is a layer that performs routing processing and bearer mapping/demapping processing. On the backhaul, the IP layer is transported over the BAP layer to allow routing over multiple hops.
　各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Protocol Data Unit）は、バックホールＲＬＣチャネル（ＢＨ　ＮＲ　ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御が可能である。ＢＡＰ　ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。 In each backhaul link, BAP layer PDUs (Protocol Data Units) are transmitted by backhaul RLC channels (BH NR RLC channels). By configuring multiple backhaul RLC channels on each BH link, traffic prioritization and Quality of Service (QoS) control are possible. The association between BAP PDUs and backhaul RLC channels is performed by the BAP layer of each IAB node 300 and the BAP layer of the donor node 200 .
　図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰレイヤを有する。 As shown in FIG. 8, the F1-C protocol stack has an F1AP layer and an SCTP layer instead of the GTP-U layer and UDP layer shown in FIG.
　なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。 In the following, the processing or operations performed by the IAB's IAB-DU and IAB-MT may be simply described as "IAB" processing or operations. For example, the IAB-DU of the IAB node 300-1 sends a BAP layer message to the IAB-MT of the IAB node 300-2, and the IAB node 300-1 sends the message to the IAB node 300-2. described as what to do. DU or CU processing or operations of donor node 200 may also be described simply as "donor node" processing or operations.
　また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。 Also, the upstream direction and the uplink (UL) direction may be used without distinction. Furthermore, the downstream direction and the downlink (DL) direction may be used interchangeably.
［第１実施形態］
　次に、第１実施形態について説明する。 [First embodiment]
Next, a first embodiment will be described.
　最初に、第１実施形態に係るＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎの例について説明する。 First, an example of BH RLF Indication according to the first embodiment will be described.
（ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎ）
　図９は、第１実施形態に係るノード間の構成例を示す図である。 (BH RLF Indication)
FIG. 9 is a diagram showing a configuration example between nodes according to the first embodiment.
　図９に示すセルラ通信システム１は、ＩＡＢノード３００－Ｔと、ＩＡＢノード３００－Ｐと、ＩＡＢノード３００－Ｃとを含む。 A cellular communication system 1 shown in FIG. 9 includes an IAB node 300-T, an IAB node 300-P, and an IAB node 300-C.
　ＩＡＢノード３００－Ｐは、ＩＡＢノード３００－Ｔの親ノードである。以下、ＩＡＢノード３００－Ｐを親ノード３００－Ｐと称する場合がある。親ノード３００－ＰのＩＡＢ－ＤＵとＩＡＢノード３００－ＴのＩＡＢ－ＭＴとの間でバックホールリンク（ＢＨリンク）＃１が確立されている。なお、親ノード３００－Ｐ１は、ドナーノード２００（のＤＵ＃１）であってもよい。 The IAB node 300-P is the parent node of the IAB node 300-T. Hereinafter, the IAB node 300-P may be referred to as a parent node 300-P. A backhaul link (BH link) #1 is established between the IAB-DU of the parent node 300-P and the IAB-MT of the IAB node 300-T. The parent node 300-P1 may be (the DU#1 of) the donor node 200. FIG.
　ＩＡＢノード３００－Ｃは、ＩＡＢノード３００－Ｔの子ノードである。以下、ＩＡＢノード３００－Ｃを子ノード３００－Ｃと称する場合がある。子ノード３００－ＣのＩＡＢ－ＭＴとＩＡＢノード３００－ＴのＩＡＢ－ＤＵとの間ではＢＨリンク＃３が確立されている。 The IAB node 300-C is a child node of the IAB node 300-T. Hereinafter, the IAB node 300-C may be referred to as a child node 300-C. A BH link #3 is established between the IAB-MT of the child node 300-C and the IAB-DU of the IAB node 300-T.
　このような構成において、ＢＨリンク＃１で障害が発生する場合がある。このような障害を、「ＢＨ　ＲＬＦ（Radio Link Failure）」と称する場合がある。ＩＡＢノード３００－ＴのＩＡＢ－ＭＴがこのＢＨ　ＲＬＦを検知した仮定する。 In such a configuration, a failure may occur in BH link #1. Such a failure may be referred to as "BH RLF (Radio Link Failure)". Assume that the IAB-MT of IAB node 300-T has detected this BH RLF.
　ＩＡＢノード３００－ＴのＩＡＢ－ＤＵは、ＢＨリンク＃１のＢＨ　ＲＬＦを検知すると、子ノード３００－ＣのＩＡＢ－ＤＵへ、障害検出通知（又は障害発生通知）を送信できる。Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎは、ＢＨ　ＲＬＦが検知された場合に通知される障害検出通知の一例である。Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎは、ＢＨ　ＲＬＦ　ｄｅｔｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを示している。Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを、「Ｔｙｐｅ－２」、又は「ｔｙｐｅ－２　ｉｎｄｉｃａｔｉｏｎ」と呼ぶことがある。 When the IAB-DU of the IAB node 300-T detects the BH RLF of the BH link #1, it can send a failure detection notification (or failure occurrence notification) to the IAB-DU of the child node 300-C. Type-2 Indication is an example of failure detection notification that is notified when BH RLF is detected. Type-2 Indication indicates BH RLF detection indication. Type-2 indication is sometimes called "Type-2" or "type-2 indication".
　一方、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、ＢＨリンク＃１のＲＬＦを検知すると、ＢＨリンク＃１におけるＲＬＦからの回復（リカバリ）を行う。ＩＡＢノード３００－ＴのＩＡＢ－ＤＵは、ＢＨリンク＃１のＲＬＦからの回復に成功すると、子ノード３００－ＣのＩＡＢ－ＤＵへ、回復成功通知を送信できる。Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎは、回復成功通知の一例である。Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎは、ＢＦ　ＲＬＦ　ｒｅｃｏｖｅｒｙ　ｉｎｄｉｃａｔｉｏｎを表している。Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを、「Ｔｙｐｅ－３」又は「ｔｙｐｅ－３　ｉｎｄｉｃａｔｉｏｎ」と呼ぶことがある。 On the other hand, when the IAB-MT of the IAB node 300-T detects the RLF on the BH link #1, it recovers from the RLF on the BH link #1. When the IAB-DU of IAB node 300-T successfully recovers from the RLF of BH link #1, it can send a recovery success notification to the IAB-DU of child node 300-C. Type-3 Indication is an example of recovery success notification. Type-3 Indication represents BF RLF recovery indication. Type-3 indication is sometimes called "Type-3" or "type-3 indication".
　なお、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、ＢＨリンク＃１におけるＲＬＦからの回復（リカバリ）に失敗する場合もある。ＩＡＢノード３００－ＴのＩＡＢ－ＤＵは、ＢＨリンク＃１のＲＬＦからの回復に失敗すると、子ノード３００－ＣのＩＡＢ－ＤＵへ、回復失敗通知を送信できる。Ｔｙｐｅ－４　Ｉｎｄｉｃａｔｉｏｎは、回復失敗通知の一例である。Ｔｙｐｅ－４　Ｉｎｄｉｃａｔｉｏｎを、「Ｔｙｐｅ－４」又は「ｔｙｐｅ－４　ｉｎｄｉｃａｔｉｏｎ」と呼ぶことがある。 Note that the IAB-MT of the IAB node 300-T may fail to recover from the RLF on the BH link #1. When the IAB-DU of IAB node 300-T fails to recover from the RLF of BH link #1, it can send a recovery failure notification to the IAB-DU of child node 300-C. Type-4 Indication is an example of recovery failure notification. Type-4 indication is sometimes called "Type-4" or "type-4 indication".
　なお、これらのＩｎｄｉｃａｔｉｏｎは、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ（Protocol Data Unit）又はＭＡＣ　ＣＥ（Control Element）に含まれて送信される。 It should be noted that these indications are included in BAP Control PDU (Protocol Data Unit) or MAC CE (Control Element) and transmitted.
（第１実施形態に係る通信制御方法）
　３ＧＰＰでは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに付加情報を含めるか否かについては今後の検討課題となっている。 (Communication control method according to the first embodiment)
In 3GPP, whether or not to include additional information in Type-2 Indication is a subject for future study.
　付加情報として、例えば、ＢＨ　ＲＬＦの発生により使用できなくなった経路を経路識別子として含むルーティングＩＤをＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに含める場合を考える。 As additional information, for example, consider the case where the Type-2 Indication includes a routing ID that includes a route that has become unusable due to the occurrence of BH RLF as a route identifier.
　ここで、ＢＨ　ＲＬＦの発生により使用できなくなったルートを経路識別子として含むルーティングＩＤを、以下では、使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤと称する場合がある。なお、ルーティングＩＤは、宛先ＢＡＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ）と経路識別子（Ｐａｔｈ　ＩＤ）とから構成される。ＢＡＰルーティングＩＤを、ルーティングＩＤと称する場合がある。 Here, a routing ID that includes a route identifier that has become unusable due to the occurrence of BH RLF may hereinafter be referred to as an unusable routing ID. A routing ID is composed of a destination BAP address (Destination) and a path identifier (Path ID). A BAP routing ID may be referred to as a routing ID.
　Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに付加情報として、使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤが含まれる場合、当該Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信した子ノード３００－Ｃは、当該使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤ以外のルートをローカルリルーティング対象とすることも可能である。また、当該子ノード３００－Ｃは、当該使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤ（もしくは当該ルーティングＩＤをヘッダに有するパケット）をローカルリルーティング対象とし、当該使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤ以外のルートへパケットを転送することも可能である。言い換えると、使用可能（ａｖａｉｌａｂｌｅ）なルーティングＩＤについては、依然として、（ローカルリルーティングではなく）通常のルーティングで決定したルートへのパケットの転送が可能である。なお、付加情報は、使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤではなく、使用可能（ａｖａｉｌａｂｌｅ）なルーティングＩＤであってもよい。 When the Type-2 Indication includes an unusable routing ID as additional information, the child node 300-C that receives the Type-2 Indication uses a route other than the unusable routing ID. It is also possible to target local rerouting. Further, the child node 300-C treats the unusable routing ID (or the packet having the routing ID in the header) as a local rerouting target, and sends the packet to a route other than the unusable routing ID. can also be transferred. In other words, for available routing IDs, it is still possible to forward packets to routes determined by normal routing (rather than local rerouting). Note that the additional information may be an available routing ID instead of an unusable routing ID.
　しかし、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに付加情報を含めることで、オーバーヘッドが増加する場合がある。特に、ＩＡＢノード３００－Ｔは、使用不能なルーティングＩＤのすべてを付加情報としてＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに含めると、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎのオーバーヘッドが大きくなる。図１０を例にしてこのようなケースについて説明する。 However, including additional information in Type-2 Indication may increase overhead. In particular, if the IAB node 300-T includes all unusable routing IDs in the Type-2 Indication as additional information, the overhead of the Type-2 Indication increases. Such a case will be described with reference to FIG. 10 as an example.
　図１０は、第１実施形態に係るノード間の構成例を表す図である。図１０に示すように、ＩＡＢノード３００－Ｔは、親ノード３００－Ｐ１と親ノード３００－Ｐ２の２つの親ノードに対して二重接続方式（ＤＣ：Dual Connectivity）が設定されていると仮定する。すなわち、親ノード３００－Ｐ１がマスタセルグループ（ＭＣＧ）を管理するマスターノード（ＭＮ）として機能し、親ノード３００－Ｐ２がセカンダリセルグループ（ＳＣＧ）を管理するセカンダリノード（ＳＮ）として機能する。また、親ノード３００－Ｐ２からドナーノード２００までに複数のルートがあると仮定する。そして、ＩＡＢノード３００－Ｔと親ノード３００－Ｐ２との間のＢＨリンク＃２（ＳＣＧ側）において、ＢＨ　ＲＬＦが発生したと仮定する。 FIG. 10 is a diagram showing a configuration example between nodes according to the first embodiment. As shown in FIG. 10, the IAB node 300-T assumes that dual connectivity (DC: Dual Connectivity) is set for two parent nodes, the parent node 300-P1 and the parent node 300-P2 do. That is, the parent node 300-P1 functions as a master node (MN) that manages the master cell group (MCG), and the parent node 300-P2 functions as a secondary node (SN) that manages the secondary cell group (SCG). Also, assume that there are multiple routes from parent node 300-P2 to donor node 200. FIG. Then, assume that a BH RLF has occurred on the BH link #2 (SCG side) between the IAB node 300-T and the parent node 300-P2.
　ＳＣＧ側は、ユーザプレーンを取り扱うため、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを子ノード３００－Ｃへ送信すべきである。 Since the SCG side handles the user plane, the IAB node 300-T should send Type-2 Indication to the child node 300-C.
　しかし、ＩＡＢノード３００－Ｔから、ＢＨリンク＃２を含むドナーノード２００に至るルートは複数存在する。そのため、ＢＨリンク＃２を含み、ドナーノード２００を宛先とするルーティングＩＤは複数存在する。当該ルーティングＩＤは、使用不能なルーティングＩＤである。 However, there are multiple routes from the IAB node 300-T to the donor node 200 including the BH link #2. Therefore, there are a plurality of routing IDs including the BH link #2 and having the donor node 200 as the destination. The routing ID is an unusable routing ID.
　このような状況で、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに付加情報として、当該複数のルーティングＩＤのすべてを含ませるのは、オーバーヘッドが大きくなる。 In such a situation, the IAB node 300-T includes all of the multiple routing IDs as additional information in the Type-2 Indication, which increases overhead.
　そこで、第１実施形態では、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎのオーバーヘッドの増加を抑制させることを課題としている。 Therefore, in the first embodiment, the problem is to suppress the increase in the overhead of Type-2 Indication.
　そのため、第１実施形態では、ＢＨ　ＲＬＦによって使用不能な（ｕｎａｖａｉｌａｂｌｅ）ルーティングＩＤの宛先と、ＢＨ　ＲＬＦによっても使用可能な（ａｖａｉｌａｂｌｅ）ルーティングＩＤの宛先とが同一でなければ、使用不能なルーティングＩＤではなく、当該ルーティングＩＤの宛先を付加情報に含める。詳細は動作例で説明する。 Therefore, in the first embodiment, if the destination of the routing ID that is unusable by BH RLF and the destination of the routing ID that is also available by BH RLF are not the same, the unusable routing ID Instead, the destination of the routing ID is included in the additional information. Details will be explained in an operation example.
　これにより、使用不能な複数のルーティングＩＤに代えて、これらのルーティングＩＤの宛先（Ｄｅｓｔｉｎａｔｉｏｎ）が代表値として、付加情報に含まれることになる。従って、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎのオーバーヘッドの増加を抑制させることが可能となる。 As a result, instead of multiple unusable routing IDs, the destinations of these routing IDs are included in the additional information as representative values. Therefore, it is possible to suppress the increase in the overhead of Type-2 Indication.
　具体的には、第１に、中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、第１親ノード（例えば、親ノード３００－Ｐ２）との間の第１バックホールリンク（例えば、ＢＨリンク＃２）で障害が発生したことを示す障害発生通知に、付加情報を含ませて子ノード（例えば、子ノード３００－Ｃ）に送信する。第２に、子ノードが、付加情報を含む障害発生通知を受信する。ここで、付加情報は、障害によって使用不能な第１ＢＡＰルーティングＩＤと、第１ＢＡＰルーティングＩＤに含まれる第１宛先ＢＡＰアドレスのうち少なくともいずれかを含むとともに、ＢＡＰルーティングＩＤと第１宛先ＢＡＰアドレスのうち少なくともいずれを含むのかを示す識別情報を含む。 Specifically, first, the relay node (eg, IAB node 300-T) is the first backhaul link (eg, BH link # A failure occurrence notification indicating that a failure has occurred in 2) is sent to a child node (for example, child node 300-C) with additional information. Second, the child node receives a failure notification containing additional information. Here, the additional information includes at least one of the first BAP routing ID that cannot be used due to a failure and the first destination BAP address included in the first BAP routing ID, and the BAP routing ID and the first destination BAP address. Includes identification information indicating at least which one is included.
　このように、付加情報には、第１宛先ＢＡＰアドレスを含む場合もあるため、上述したように、当該アドレス（Ｄｅｓｔｉｎａｔｉｏｎ）を代表値とすることで、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎのオーバーヘッドの増加を抑制させることが可能となる。 In this way, since the additional information may include the first destination BAP address, as described above, by using this address (Destination) as a representative value, an increase in the overhead of Type-2 indication can be suppressed. becomes possible.
　なお、第１実施形態では、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに代えて、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎの場合も実施可能である。以下では、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの例で説明するが、以下の説明において、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに代えて、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎとしても実施可能である。 It should be noted that, in the first embodiment, Type-3 Indication can be implemented instead of Type-2 Indication. An example of Type-2 Indication will be described below, but Type-3 Indication can be used instead of Type-2 Indication in the following description.
（第１実施形態に係る第１動作例）
　次に、第１実施形態に係る第１動作例について説明する。 (First operation example according to the first embodiment)
Next, a first operation example according to the first embodiment will be described.
　図１１は、第１実施形態に係る第１動作例を表す図である。第１実施形態に係る第１動作例は、図１０に示す構成例を適宜参照して説明する。 FIG. 11 is a diagram showing a first operation example according to the first embodiment. A first operation example according to the first embodiment will be described with reference to the configuration example shown in FIG. 10 as appropriate.
　図１１に示すように、ステップＳ１０において、ＩＡＢノード３００－Ｔは処理を開始する。 As shown in FIG. 11, in step S10, the IAB node 300-T starts processing.
　ステップＳ１１において、ＩＡＢノード３００－Ｔは、ＤＣが設定される。例えば、図１０に示すように、ＩＡＢノード３００－Ｔは、親ノード３００－Ｐ１（例えば第２親ノード）と親ノード３００－Ｐ２の双方にＤＣ接続される。ここで、親ノード３００－Ｐ１側がＭＣＧであり、親ノード３００－Ｐ２側がＳＣＧ側となり得る。 In step S11, the IAB node 300-T is set to DC. For example, as shown in FIG. 10, IAB node 300-T is DC-connected to both parent node 300-P1 (eg, the second parent node) and parent node 300-P2. Here, the parent node 300-P1 side can be the MCG, and the parent node 300-P2 side can be the SCG side.
　図１１に戻り、ステップＳ１２において、ＩＡＢノード３００－Ｔは、あるリンクでＢＨ　ＲＬＦを検出する。例えば、図１０に示すように、ＩＡＢノード３００－Ｔは、ＢＨリンク＃２のＲＬＦを検出する。 Returning to FIG. 11, in step S12, the IAB node 300-T detects BH RLF on a certain link. For example, as shown in FIG. 10, IAB node 300-T detects RLF on BH link #2.
　図１１に戻り、ステップＳ１３において、ＩＡＢノード３００－Ｔは、当該ＢＨ　ＲＬＦにより影響のある（ｕｎａｖａｉｌａｂｌｅとなる）ルーティングＩＤの宛先と、当該ＢＨ　ＲＬＦにより影響のない（ｓｔｉｌｌ　ａｖａｉｌａｂｌｅな）ルーティングＩＤの宛先とを特定する。 Returning to FIG. 11, in step S13, the IAB node 300-T determines the destination of the routing ID affected (unavailable) by the BH RLF and the destination of the routing ID unaffected (still available) by the BH RLF. to identify
　「影響のあるルーティングＩＤ」とは、例えば、当該ＢＨ　ＲＬＦにより、使用不能（ｕｎａｖａｉｌａｂｌｅ）となったルーティングＩＤのことである。「影響のあるルーティングＩＤ」とは、当該ＢＨ　ＲＬＦとなったＢＨリンクを含むルートを経路識別子として含むルーティングＩＤであってもよい。図１０の例では、ＢＨ　ＲＬＦにより、ＢＨ　ＲＬＦが発生したＢＨリンク＃２を経路識別子として含むルーティングＩＤが「影響のあるルーティングＩＤ」となり得る。 "Affected routing ID" is, for example, a routing ID that has become unusable due to the BH RLF. "Affected routing ID" may be a routing ID that includes a route including the BH link that has become the BH RLF as a route identifier. In the example of FIG. 10, a routing ID that includes BH link #2 on which BH RLF occurs as a route identifier can be an "affected routing ID" due to BH RLF.
　一方、「影響のないルーティングＩＤ」とは、当該ＢＨ　ＲＬＦによっても使用可能（ａｖａｉｌａｂｌｅ）なルーティングＩＤのことである。「影響のないルーティングＩＤ」とは、障害が発生していないＢＨリンク（例えば第２バックホールリンク）を含むルートを経路識別子として含むルーティングＩＤであってもよい。図１０の例では、ＢＨリンク＃１を経路識別子として含むルーティングＩＤが「影響のないルーティングＩＤ」となり得る。 On the other hand, "routing ID with no effect" is a routing ID that is also available by the BH RLF. The “unaffected routing ID” may be a routing ID that includes, as a route identifier, a route that includes a BH link (eg, second backhaul link) that has not failed. In the example of FIG. 10, a routing ID that includes BH link #1 as a route identifier can be a "no effect routing ID."
　また、「影響のあるルーティングＩＤ」に含まれる宛先（Ｄｅｓｔｉｎａｔｉｏｎ）を、「影響のあるＤｅｓｔｉｎａｔｉｏｎ」と称する場合がある。更に、「影響のないルーティングＩＤ」に含まれる宛先（Ｄｅｓｔｉｎａｔｉｏｎ）を「影響のなりＤｅｓｔｉｎａｔｉｏｎ」と称する場合がある。 Also, the destination included in the "influenced routing ID" may be referred to as the "influenced destination". Furthermore, the destinations included in the "unaffected routing IDs" may be referred to as "affected destinations".
　図１１に戻り、ステップＳ１４において、ＩＡＢノード３００－Ｔは、影響のあるＤｅｓｔｉｎａｔｉｏｎ（ｓ）と影響のないＤｅｓｔｉｎａｔｉｏｎ（ｓ）とを比較して、一致するＤｅｓｔｉｎａｔｉｏｎ（ｓ）があるか否かを判定する。すなわち、ＩＡＢノード３００－Ｔは、ＢＨリンクでの障害によって、使用不能なルーティングＩＤ（例えば第１ルーティングＩＤ）に含まれる宛先ＢＡＰアドレス（例えば第１宛先ＢＡＰアドレス）と、ＢＨリンクでの障害によっても使用可能なルーティングＩＤ（例えば第２ルーティングＩＤ）に含まれる宛先ＢＡＰアドレス（例えば第２宛先ＢＡＰアドレス）とが同一のＢＡＰアドレスか否かを判定する。 Returning to FIG. 11, in step S14, the IAB node 300-T compares the affected Destination(s) with the unaffected Destination(s) to determine whether there is a matching Destination(s). do. In other words, the IAB node 300-T, due to a failure on the BH link, will have a destination BAP address (eg, the first destination BAP address) included in the unavailable routing ID (eg, the first routing ID) and a failure on the BH link. It is determined whether or not the destination BAP address (for example, the second destination BAP address) included in the routing ID (for example, the second routing ID) that can also be used is the same BAP address.
　ステップＳ１４において、影響のあるＤｅｓｔｉｎａｔｉｏｎ（ｓ）と影響のないＤｅｓｔｉｎａｔｉｏｎ（ｓ）とを比較して、一致するＤｅｓｔｉｎａｔｉｏｎ（ｓ）がなければ（ステップＳ１４でＮＯ）、処理はステップＳ１５へ移行する。一方、ステップＳ１４において、影響のあるＤｅｓｔｉｎａｔｉｏｎ（ｓ）と影響のないＤｅｓｔｉｎａｔｉｏｎ（ｓ）とを比較して、一致するＤｅｓｔｉｎａｔｉｏｎ（ｓ）があれば（ステップＳ１４でＹＥＳ）、処理はステップＳ１６へ移行する。 In step S14, the affected Destination(s) and the unaffected Destination(s) are compared, and if there is no matching Destination(s) (NO in step S14), the process proceeds to step S15. On the other hand, in step S14, the affected Destination(s) and the unaffected Destination(s) are compared, and if there is a matching Destination(s) (YES in step S14), the process proceeds to step S16. .
　ステップＳ１５において、ＩＡＢノード３００－Ｔは、付加情報として、Ｄｅｓｔｉｎａｔｉｏｎ（ｓ）を含めることを決定する。すなわち、第１宛先ＢＡＰアドレスと第２宛先ＢＡＰアドレスとが同一のＢＡＰアドレスではない場合、ＩＡＢノード３００－Ｔは、付加情報に、第１宛先ＢＡＰアドレスを含め、第１ルーティングＩＤを含めないようにする。 In step S15, the IAB node 300-T determines to include Destination(s) as additional information. That is, if the first destination BAP address and the second destination BAP address are not the same BAP address, the IAB node 300-T includes the first destination BAP address in the additional information and does not include the first routing ID. to
　図１２（Ａ）は、第１実施形態に係るルート例を表す図である。図１２（Ａ）は、影響のあるＤｅｓｔｉｎａｔｉｏｎと影響のないＤｅｓｔｉｎａｔｉｏｎとが一致しない場合のルートの模式図を表している。影響のあるＤｅｓｔｉｎａｔｉｏｎは、ドナーノード２００のＤＵ＃２（２００－Ｄ２）のＢＡＰアドレスである。また、影響のないＤｅｓｔｉｎａｔｉｏｎは、ドナーノード２００のＤＵ＃１（２００－Ｄ１）のＢＡＰアドレスである。 FIG. 12(A) is a diagram showing a route example according to the first embodiment. FIG. 12A shows a schematic diagram of a route when destinations with influence and destinations without influence do not match. The affected Destination is the BAP address of DU#2 (200-D2) of donor node 200. FIG. Also, the unaffected Destination is the BAP address of DU#1 (200-D1) of donor node 200. FIG.
　図１２（Ａ）に示すように、影響のあるＤｅｓｔｉｎａｔｉｏｎと影響のないＤｅｓｔｉｎａｔｉｏｎとが一致しない（又は一致するものがない）場合、ＩＡＢノード３００－Ｔは、付加情報として、ドナーノード２００のＤＵ＃２（２００－Ｄ２）のＢＡＰアドレスを含め、ルーティングＩＤ＃２を含めないことを決定する。 As shown in FIG. 12(A), if the affected Destination and the unaffected Destination do not match (or there is no match), the IAB node 300-T outputs the DU# of the donor node 200 as additional information. 2 (200-D2) and not including Routing ID #2.
　これにより、例えば、ＩＡＢノード３００－Ｔからドナーノード２００のＤＵ＃２（２００－Ｄ２）へ至る複数のルーティングＩＤが存在する場合でも、当該Ｄｅｓｔｉｎａｔｉｏｎを代表値として付加情報に含めることで、複数のルーティングＩＤを付加情報に含めなくてもよくなる。そのため、付加情報のオーバーヘッド増加を抑制できる。また、当該Ｄｅｓｔｉｎａｔｉｏｎを付加情報として含むＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信した子ノード３００－Ｃは、当該Ｄｅｓｔｉｎａｔｉｏｎに至るルートがすべて使用できない（又は影響のある）ルートと判別して、ローカルリルーティングを実行することができる。 As a result, for example, even if there are multiple routing IDs from the IAB node 300-T to DU #2 (200-D2) of the donor node 200, by including the Destination in the additional information as a representative value, multiple It becomes unnecessary to include the routing ID in the additional information. Therefore, an increase in overhead of additional information can be suppressed. Also, the child node 300-C, which receives the Type-2 Indication including the Destination as additional information, determines that all routes to the Destination are unusable (or affected) routes, and executes local rerouting. can be done.
　図１２（Ｂ）は、第１実施形態に係るルート例を表す図である。図１２（Ｂ）に示すように、影響のあるＤｅｓｔｉｎａｔｉｏｎが複数存在し（ＤＵ＃２（２００－Ｄ２）のＢＡＰアドレスとＤＵ＃３（２００－Ｄ３）のＢＡＰアドレス）、いずれも、影響のないＤｅｓｔｉｎａｔｉｏｎ（ＤＵ＃１（２００－Ｄ１））と一致しない場合、付加情報に含まれるＤｅｓｔｉｎａｔｉｏｎは、複数含まれ得る。すなわち、図１２（Ｂ）の例では、付加情報として、ＤＵ＃２（２００－Ｄ２）の宛先ＢＡＰアドレスと、ＤＵ＃３（３００－Ｄ３）の宛先ＢＡＰアドレスとが含まれる。 FIG. 12(B) is a diagram showing a route example according to the first embodiment. As shown in FIG. 12(B), there are multiple affected Destinations (DU #2 (200-D2) BAP address and DU #3 (200-D3) BAP address), none of which are affected If the Destination (DU#1 (200-D1)) does not match, multiple Destinations may be included in the additional information. That is, in the example of FIG. 12B, the additional information includes the destination BAP address of DU#2 (200-D2) and the destination BAP address of DU#3 (300-D3).
　図１１に戻り、ステップＳ１６において、ＩＡＢノード３００－Ｔは、第１に、付加情報として、ルーティングＩＤを含めることを決定する。すなわち、第１宛先ＢＡＰアドレスと第２宛先ＢＡＰアドレスとが同一のＢＡＰアドレスの場合、ＩＡＢノード３００－Ｔは、第１ルーティングＩＤを付加情報に含めるようにし、第１宛先ＢＡＰアドレスを付加情報に含めないことを決定する。 Returning to FIG. 11, in step S16, the IAB node 300-T first determines to include the routing ID as additional information. That is, when the first destination BAP address and the second destination BAP address are the same BAP address, the IAB node 300-T includes the first routing ID in the additional information and the first destination BAP address in the additional information. Decide not to include.
　図１３（Ａ）は、第１実施形態に係るルート例を表す図である。図１３（Ａ）は、影響のあるルーティングＩＤ（ルーティングＩＤ＃２）と影響のないルーティングＩＤ（ルーティングＩＤ＃１）の宛先が同じ、ドナーノード２００のＤＵ（２００－Ｄ）となっている例である。このような場合、付加情報として、ルーティングＩＤ＃２を含めることによって、当該付加情報を受信した子ノード３００－Ｃは、ルーティングＩＤ＃２を考慮してローカルリルーティングを実行することが可能となる。 FIG. 13(A) is a diagram showing a route example according to the first embodiment. FIG. 13(A) shows an example in which the affected routing ID (routing ID #2) and the unaffected routing ID (routing ID #1) have the same destination, which is the DU (200-D) of the donor node 200. is. In such a case, by including routing ID #2 as additional information, the child node 300-C that has received the additional information can perform local rerouting in consideration of routing ID #2.
　図１３（Ｂ）は、第１実施形態に係るルート例を表す図である。図１３（Ｂ）に示すように、影響のあるＤｅｓｔｉｎａｔｉｏｎと影響のないＤｅｓｔｉｎａｔｉｏｎとが一致し、影響のあるルーティングＩＤが複数あれば（ルーティングＩＤ＃２とルーティングＩＤ＃３）、ＩＡＢノード３００－Ｔは、当該影響のあるルーティングＩＤを、付加情報に含めるようにすればよい。すなわち、図１３（Ｂ）の例では、付加情報として、ルーティングＩＤ＃２とルーティングＩＤ＃３とが含まれる。 FIG. 13(B) is a diagram showing a route example according to the first embodiment. As shown in FIG. 13(B), if the affected Destination and the unaffected Destination match and there are multiple influential routing IDs (routing ID #2 and routing ID #3), the IAB node 300-T may include the affected routing ID in the additional information. That is, in the example of FIG. 13B, routing ID #2 and routing ID #3 are included as additional information.
　図１１に戻り、ステップＳ１６において、ＩＡＢノード３００－Ｔは、第２に、影響のあるＤｅｓｔｉｎａｔｉｏｎと影響のないＤｅｓｔｉｎａｔｉｏｎとが一致するものと、影響のあるＤｅｓｔｉｎａｔｉｏｎと影響のないＤｅｓｔｉｎａｔｉｏｎとが一致しないものとがあれば、ルーティングＩＤとＤｅｓｔｉｎａｔｉｏｎを含めることを決定する。すなわち、障害によっても使用可能な第３ＢＡＰルーティングＩＤが更に存在し、当該第３ＢＡＰルーティングＩＤに含まれる第３宛先ＢＡＰアドレスと、第１宛先ＢＡＰアドレスとが同一ではない場合、付加情報には、第１ルーティングＩＤと第１宛先ＢＡＰアドレスとが含まれる。 Returning to FIG. 11, in step S16, the IAB node 300-T secondly determines whether the affected Destination and the unaffected Destination match and the affected Destination and the unaffected Destination that do not match. If so, decide to include the routing ID and Destination. That is, if there is a third BAP routing ID that can be used even by a failure, and the third destination BAP address included in the third BAP routing ID is not the same as the first destination BAP address, the additional information 1 routing ID and the first destination BAP address.
　図１４は、第１実施形態に係るルート例を表す図である。図１４に示すように、ルーティングＩＤ＃２は、影響のないルーティングＩＤ＃１に対して、同一のＤｅｓｔｉｎａｔｉｏｎとなっているため、ＩＡＢノード３００－Ｔは、ルーティングＩＤを付加情報に含めるようにする。一方、影響のあるルーティングＩＤ＃３は、影響のないルーティングＩＤ＃１に対して異なるＤｅｓｔｉｎａｔｉｏｎとなっているため、ルーティングＩＤ＃３ではなく、ＤＵ＃（２００－Ｄ２）のＢＡＰアドレスを、付加情報に含めればよい。ＩＡＢノード３００－ＴからＤＵ＃２（２００－Ｄ２）へ至るルートにおいて複数のルート（複数のルーティングＩＤ）があれば、当該ＢＡＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ）が代表値として、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎのオーバーヘッド抑制を図ることができる。すなわち、図１４の例では、付加情報には、ルーティングＩＤ＃２と、ＤＵ＃２（２００－Ｄ２）の宛先ＢＡＰアドレスとが含まれる。 FIG. 14 is a diagram showing a route example according to the first embodiment. As shown in FIG. 14, routing ID #2 has the same Destination as routing ID #1, which has no influence, so the IAB node 300-T includes the routing ID in the additional information. . On the other hand, the affected routing ID #3 has a different destination than the unaffected routing ID #1. should be included in If there are multiple routes (multiple routing IDs) in the route from IAB node 300-T to DU #2 (200-D2), the BAP address (Destination) is used as a representative value to suppress Type-2 Indication overhead. can be planned. That is, in the example of FIG. 14, the additional information includes routing ID#2 and the destination BAP address of DU#2 (200-D2).
　図１１に戻り、ステップＳ１７において、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを生成する。 Returning to FIG. 11, in step S17, the IAB node 300-T generates a Type-2 Indication BAP Control PDU.
　図１５（Ａ）は、第１実施形態に係るＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵのヘッダ部の構成例を表す図である。 FIG. 15(A) is a diagram showing a configuration example of the header portion of the Type-2 Indication BAP Control PDU according to the first embodiment.
　付加情報として、Ｄｅｓｔｉｎａｔｉｏｎのみが含まれるのか（ステップＳ１５の場合）、ルーティングＩＤのみが含まれるのか（ステップＳ１６の場合）、ＤｅｓｔｉｎａｔｉｏｎとルーティングＩＤとが含まれるのか（ステップＳ１６の場合）を示す情報を含める。当該情報を識別情報と称する場合がある。 Information indicating whether the additional information includes only the Destination (in the case of step S15), whether only the routing ID is included (in the case of step S16), or whether the destination and the routing ID are included (in the case of step S16). include. Such information may be referred to as identification information.
　第１に、付加情報として、Ｄｅｓｔｉｎａｔｉｏｎのみが含まれる場合、又はルーティングＩＤのみが含まれる場合、識別情報は１ビットで足りる。この場合、例えば、図１５（Ａ）に示すヘッダ部のリザーブ領域「Ｒ」の１ビットを利用して、識別情報を表すようにすればよい。例えば、「０」の場合、当該ＰＤＵには付加情報として、ルーティングＩＤが含まれ、「１」の場合、当該ＰＤＵには、付加情報として、Ｄｅｓｔｉｎａｔｉｏｎが含まれることを表す。「０」と「１」は逆を表してもよい。 First, if only Destination is included as additional information, or if only routing ID is included, 1 bit of identification information is sufficient. In this case, for example, one bit of the reserved area "R" of the header shown in FIG. 15A may be used to represent the identification information. For example, "0" indicates that the PDU includes a routing ID as additional information, and "1" indicates that the PDU includes Destination as additional information. "0" and "1" may represent the opposite.
　第２に、付加情報として、ＤｅｓｔｉｎａｔｉｏｎとルーティングＩＤとを含む場合、識別情報は２ビットで表される。例えば、１ビット目の「０」又は「１」によりルーティングＩＤを含むか否かを表し、２ビット目の「０」又は「１」によりＤｅｓｔｉｎａｔｉｏｎを含むか否かを表す。１ビット目と２ビット目は、逆を表してもよい。「００」は、付加情報が当該ＰＤＵに含まれないことを表してもよい。図１５（Ａ）に示すヘッダ部のリザーブ領域「Ｒ」の２ビットを利用して、識別情報を表すようにしてもよい。 Second, when Destination and routing ID are included as additional information, the identification information is represented by 2 bits. For example, the first bit "0" or "1" indicates whether or not the routing ID is included, and the second bit "0" or "1" indicates whether or not the Destination is included. The 1st and 2nd bits may represent the opposite. '00' may indicate that additional information is not included in the PDU. 2 bits of the reserved area "R" of the header portion shown in FIG. 15A may be used to represent the identification information.
　ただし、Ｄｅｓｔｉｎａｔｉｏｎのみが含まれる場合（ステップＳ１５の場合）、又はルーティングＩＤのみ含まれる場合（ステップＳ１６の場合）であっても、識別情報として２ビットを用いてもよい。例えば、「１０」の場合、ルーティングＩＤのみが当該ＰＤＵに含まれ、「０１」の場合、Ｄｅｓｔｉｎａｔｉｏｎのみが当該ＰＤＵに含まれる。 However, even when only the Destination is included (in the case of step S15) or when only the routing ID is included (in the case of step S16), 2 bits may be used as the identification information. For example, in the case of "10", only the routing ID is included in the PDU, and in the case of "01", only the Destination is included in the PDU.
　第３に、ヘッダ部のリザーブ領域を用いずに、「ＰＤＵ　Ｔｙｐｅ」を利用して、どのような付加情報が当該ＰＤＵに含まれるのかを表してもよい。図１５（Ｂ）は、第１実施形態に係るＰＤＵ　Ｔｙｐｅの例を表す図である。図１５（Ｂ）に示すように、Ｔｙｐｅ－２ Ｉｎｄｉｃａｔｉｏｎの付加情報（又は識別情報）として、ルーティングＩＤのみの場合、Ｄｅｓｔｉｎａｔｉｏｎのみの場合、又はその双方が含まれる場合のビット例が示されている。更に、図１５（Ｂ）に示すように、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎの付加情報（又は識別情報）を表すビット例も含まれる。 Third, the "PDU Type" may be used to indicate what additional information is included in the PDU, without using the reserved area of the header. FIG. 15(B) is a diagram showing examples of PDU Types according to the first embodiment. As shown in FIG. 15(B), as additional information (or identification information) of Type-2 Indication, a bit example is shown for routing ID only, Destination only, or both. . Furthermore, as shown in FIG. 15(B), a bit example representing additional information (or identification information) of Type-3 Indication is also included.
　図１６は、第１実施形態に係るＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵの構成例を表す図である。図１６は、識別情報が２ビットの例を表している。 FIG. 16 is a diagram showing a configuration example of the Type-2 Indication BAP Control PDU according to the first embodiment. FIG. 16 shows an example of 2-bit identification information.
　図１６に示すように、「Ｒｏｕｔｅ」フィールド（例えば第１識別情報フィールド）は、当該ＰＤＵにルーティングＩＤが含まれるか否かを表す。「Ｄｅｓｔ」フィールド（例えば第２識別情報フィールド）は、当該ＰＤＵにＤｅｓｔｉｎａｔｉｏｎが含まれるか否かを表す。例えば、「Ｒｏｕｔｅ」フィールドが「１」、「Ｄｅｓｔ」フィールドが「０」の場合（すなわち、識別情報が「１０」の場合）、付加情報としてルーティングＩＤのみ含まれることを表す。 As shown in FIG. 16, the "Route" field (for example, the first identification information field) indicates whether or not the PDU includes a routing ID. A “Dest” field (for example, a second identification information field) indicates whether the PDU includes a Destination. For example, when the 'Route' field is '1' and the 'Dest' field is '0' (that is, when the identification information is '10'), it means that only the routing ID is included as additional information.
　図１６の例では、Ｏｃｔ　２からＯｃｔ　ｎまでは、複数の「ＢＡＰ　Ｒｏｕｔｉｎｇ　ＩＤ」フィールド（例えば、ＢＡＰルーティングＩＤフィールド）が含まれる。「ＢＡＰ　Ｒｏｕｔｉｎｇ　ＩＤ」フィールドは、ＢＨ　ＲＬＦにより影響のあるルーティングＩＤ（図１６に示す例では２０ビット）が含まれる。影響のあるルーティングＩＤが２つ、付加情報に含まれる場合、２つの「ＢＡＰ　Ｒｏｕｔｉｎｇ　ＩＤ」フィールドが当該ＰＤＵに含まれることになる。 In the example of FIG. 16, Oct 2 to Oct n include multiple "BAP Routing ID" fields (eg, BAP routing ID fields). The "BAP Routing ID" field contains the routing ID (20 bits in the example shown in FIG. 16) affected by BH RLF. If two influential routing IDs are included in the additional information, two "BAP Routing ID" fields will be included in the PDU.
　また、図１６の例では、　Ｏｃｔ　（ｎ＋１）からＯｃｔ　ｍまでは、複数の「Ｄｅｓｔｉｎａｔｉｏｎ」フィールド（例えば宛先フィールド）が含まれる。「Ｄｅｓｔｉｎａｔｉｏｎ」フィールドには、ＢＨ　ＲＬＦにより影響のある宛先ＢＡＰアドレス（図１６に示す例では１０ビット）が含まれる。影響のある宛先ＢＡＰアドレスが３つ、付加情報に含まれる場合、３つの「Ｄｅｓｔｉｎａｔｉｏｎ」フィールドが当該ＰＤＵに含まれることになる。 Also, in the example of FIG. 16, a plurality of "Destination" fields (eg, destination fields) are included from Oct (n+1) to Oct m. The "Destination" field contains the destination BAP address (10 bits in the example shown in FIG. 16) affected by the BH RLF. If three affected destination BAP addresses are included in the additional information, three "Destination" fields will be included in the PDU.
　なお、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを、以下では、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎと称する場合がある。 It should be noted that the Type-2 Indication BAP Control PDU may hereinafter be referred to as Type-2 Indication.
　図１１に戻り、ステップＳ１８において、ＩＡＢノード３００－Ｔは、ステップＳ１７で生成したＴｙｐｅ　２　Ｉｎｄｉｃａｔｉｏｎを子ノード３００－Ｃへ送信する。 Returning to FIG. 11, in step S18, the IAB node 300-T transmits the Type 2 Indication generated in step S17 to the child node 300-C.
　ステップＳ１９において、子ノード３００－Ｃは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信する。子ノード３００－Ｃは、影響のあるＤｅｓｔｉｎａｔｉｏｎ、及び／又は影響のあるルーティングＩＤに属するパケットをローカルリルーティングしてもよい。ローカルリルーティングは、例えば、代替パス（ａｌｔｅｒｎａｔｉｖｅ　ｐａｔｈ）にパケットを転送することである。 In step S19, the child node 300-C receives the Type-2 Indication. The child node 300-C may locally reroute packets belonging to the affected Destination and/or the affected routing ID. Local rerouting is, for example, forwarding packets to an alternative path.
　そして、ステップＳ２０において、一連の処理が終了する。 Then, in step S20, the series of processes ends.
（第１実施形態に係る第２動作例）
　次に、第１実施形態に係る第２動作例について説明する。 (Second operation example according to the first embodiment)
Next, a second operation example according to the first embodiment will be described.
　上述した第１動作例では、識別情報として「００」の場合、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵには、「ＢＡＰ　Ｒｏｕｔｉｎｇ　ＩＤ」フィールドも「Ｄｅｓｔｉｎａｔｉｏｎ」フィールドも含まれないことについて説明した。第２動作例は、「ＢＡＰ　Ｒｏｕｔｉｎｇ　ＩＤ」フィールドも「Ｄｅｓｔｉｎａｔｉｏｎ」フィールドも当該ＰＤＵに含まれない場合、「すべてのルートで影響がない」ではなく、「全てのルートで影響がある」と解釈する例である。 In the first operation example described above, when the identification information is "00", the Type-2 Indication BAP Control PDU does not include the "BAP Routing ID" field or the "Destination" field. In the second operation example, if neither the "BAP Routing ID" field nor the "Destination" field is included in the relevant PDU, it is interpreted as "all routes are affected" rather than "all routes are not affected". For example.
　例えば、図９に示すように、ＩＡＢノード３００－Ｔが親ノード３００－Ｐに対してシングル接続の場合、ＢＨリンク＃１でＢＨ　ＲＬＦが発生すると、全てのルートで使用不能（ｕｎａｖａｉｌａｂｌｅ）となり、「全てのルートで影響がある」ことになる。そのような場合、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに付加情報として、「ルーティングＩＤ」も「Ｄｅｓｔｉｎａｔｉｏｎ」も含めないようにする（すなわち、当該ＰＤＵに２つのフィールドを含めないようにする）。３ＧＰＰでは、シングル接続の場合、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに付加情報を含めないとすることが合意されており、「全てのルートで影響がある」とする上記解釈は、このような合意に合致するものと言える。 For example, as shown in FIG. 9, when the IAB node 300-T has a single connection to the parent node 300-P, when BH RLF occurs on BH link #1, all routes become unavailable, "All routes are affected." In such a case, the IAB node 300-T does not include "routing ID" or "Destination" as additional information in the Type-2 Indication (that is, does not include the two fields in the PDU ). In 3GPP, it has been agreed that additional information should not be included in Type-2 Indication in the case of a single connection, and the above interpretation that "all routes are affected" is consistent with this agreement. I can say.
　また、例えば、図１０に示すように、ＤＣ接続の場合であっても、ＳＣＧ側のＢＨリンク＃２においてＢＨ　ＲＬＦが発生した場合、ＳＣＧ側がユーザプレーンを取り扱うため、実質的に、全てのルートが使用不能（ｕｎａｖａｉｌａｂｌｅ）となり得る。すなわち、ＳＣＧ側のＢＨリンクにおいてＢＨ　ＲＬＦが検出された場合も、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに付加情報を含めないようにすることで、上記合意事項に合致することになる。 Also, for example, as shown in FIG. 10, even in the case of DC connection, when BH RLF occurs in BH link #2 on the SCG side, the SCG side handles the user plane, so substantially all routes can become unavailable. That is, even when BH RLF is detected in the BH link on the SCG side, the above agreement is met by not including additional information in Type-2 Indication.
　図１７は、第１実施形態に係る第２動作例を表す図である。 FIG. 17 is a diagram showing a second operation example according to the first embodiment.
　図１７に示すように、ステップＳ３０において、ＩＡＢノード３００－Ｔは処理を開始する。 As shown in FIG. 17, the IAB node 300-T starts processing in step S30.
　ステップＳ３１において、ＩＡＢノード３００－Ｔは、シングル接続又はＤＣが設定される。 In step S31, the IAB node 300-T is set to single connection or DC.
　ステップＳ３２において、ＩＡＢノード３００－Ｔは、あるリンクでＢＨ　ＲＬＦを検出する。例えば、ＩＡＢノード３００－Ｔが親ノード３００－Ｐとシングル接続の場合は、親ノード３００－Ｐとの間のＢＨリンク（図９）でＲＬＦを検出する。また、例えば、ＩＡＢノード３００－ＴがＤＣ接続されている場合、ＳＣＧ側の親ノード３００－Ｐ２との間のＢＨリンク＃２（図１０）でＲＬＦを検出する。 At step S32, the IAB node 300-T detects BH RLF on a certain link. For example, if the IAB node 300-T has a single connection with the parent node 300-P, it detects RLF on the BH link (FIG. 9) between it and the parent node 300-P. Also, for example, when the IAB node 300-T is DC-connected, RLF is detected in the BH link #2 (FIG. 10) between the parent node 300-P2 on the SCG side.
　ステップＳ３３において、全てのルーティングＩＤにおいて、当該ＢＨ　ＲＬＦによる影響がある場合（又は全てのルーティングＩＤが影響のあるルーティングＩＤとなる場合）、所定のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを生成する。 In step S33, if all routing IDs are affected by the BH RLF (or if all routing IDs are affected routing IDs), a predetermined Type-2 Indication is generated.
　第１に、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ（図１６）のヘッダ部の「Ｒｏｕｔｅ」フィールドと「Ｄｅｓｔ」フィールドとにおいて、ともに「０」をセットする例である。このようにセットしたＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵが、所定のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎとなり得る。 The first is an example in which "0" is set in both the "Route" field and the "Dest" field of the header of the Type-2 Indication BAP Control PDU (Fig. 16). The Type-2 Indication BAP Control PDU set in this way can be a predetermined Type-2 Indication.
　第２に、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ（図１５（Ａ））のヘッダ部のリザーブフィールドに新たにビットを定義する例である。すなわち、当該リザーブ領域に、１ビットのＩｎｆｏフィールドを設ける。当該ＩｎｆｏフィールドをＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ（図１５（Ａ））のヘッダ部に含む、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ　ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを、所定のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎとする例である。Ｉｎｆｏフィールドは、例えば、「０」の場合、付加情報フィールド（「ルーティングＩＤ」フィールドと「Ｄｅｓｔｉｎａｔｉｏｎ」フィールド）を含まないことを表し、「１」の場合、付加情報フィールドを含むことを表す。「０」と「１」は逆のことを表してもよい。 The second is an example in which a new bit is defined in the reserve field of the header of the BAP Control PDU (Fig. 15(A)). That is, a 1-bit Info field is provided in the reserve area. Type-2 Indication in which the Info field is included in the header of the BAP Control PDU (FIG. 15(A)) This is an example in which the BAP Control PDU is set as a predetermined Type-2 Indication. For example, when the Info field is "0", it indicates that the additional information field (the "routing ID" field and the "Destination" field) is not included, and when it is "1", it indicates that the additional information field is included. "0" and "1" may represent the opposite.
　ステップＳ３４において、ＩＡＢノード３００－Ｔは、生成した所定のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを、子ノード３００－Ｃへ送信する。 In step S34, the IAB node 300-T transmits the generated predetermined Type-2 Indication to the child node 300-C.
　ステップＳ３５において、子ノード３００－Ｃは、所定のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信する。子ノード３００－Ｃは、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵのヘッダ部から、当該Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎには、付加情報が含まれないことを把握し、全てのルートでＢＨ　ＲＬＦ（ステップＳ３２）による影響があることを把握できる。子ノード３００－Ｃは、全てのルーティングＩＤに属するパケットをローカルリルーティングしてもよい。 At step S35, the child node 300-C receives a predetermined Type-2 Indication. The child node 300-C understands from the header of the BAP Control PDU that the Type-2 Indication does not contain additional information, and that all routes are affected by the BH RLF (step S32). I can grasp it. Child node 300-C may locally reroute packets belonging to all routing IDs.
　そして、ステップＳ３６において、一連の処理が終了する。 Then, in step S36, the series of processes ends.
［第２実施形態］
　次に、第２実施形態について説明する。 [Second embodiment]
Next, a second embodiment will be described.
　図１８（Ａ）は、第２実施形態に係るノード間の構成例を表す図である。 FIG. 18A is a diagram showing a configuration example between nodes according to the second embodiment.
　図１８（Ａ）に示すように、親ノード３００－ＰからＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信したＩＡＢノード３００－Ｔは、当該Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信をトリガにして、ローカルリルーティングを行ったり、条件付きハンドオーバ（ＣＨＯ：Conditional Handover）を行ったり、様々なアクションを行う場合がある。 As shown in FIG. 18(A), the IAB node 300-T, which receives the Type-2 Indication from the parent node 300-P, triggers the reception of the Type-2 Indication to perform local rerouting, conditional Handover (CHO: Conditional Handover) and various actions may be performed.
　一方、３ＧＰＰは、ＩＡＢノード３００－Ｔは、親ノード３００－ＰからＴｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを受信した場合、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信によりトリガしたアクションを取り消すことを合意している。ＩＡＢノード３００－Ｔでは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信により、ＢＨ　ＲＬＦに対するアクションを行うものの、当該ＢＨ　ＲＬＦが回復すれば、当該アクションを行う必要性も低くなるからである。 On the other hand, 3GPP has agreed that if the IAB node 300-T receives a Type-3 Indication from the parent node 300-P, it will cancel the action triggered by the receipt of the Type-2 Indication. This is because the IAB node 300-T takes action on the BH RLF upon receiving the Type-2 Indication, but if the BH RLF recovers, the need to take the action will be reduced.
　ＩＡＢノード３００－Ｔでは、ドナーノード２００によってルーティング設定の変更が行われることで、基本的には全てのルートが使用可能になる。また、旧ルーティング設定により使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤが、新ルーティング設定により、使用可能（ａｖａｉｌａｂｌｅ）なルートに割り当てられる（同一のルーティングＩＤが流用される）こともあり得る。 In the IAB node 300-T, the donor node 200 changes the routing settings, basically making all routes available. Also, a routing ID that is unavailable under the old routing settings may be assigned to a route that is available under the new routing settings (the same routing ID may be used).
　従って、ＩＡＢノード３００－Ｔにおいて、ルーティング設定が変更された場合、当該アクションを継続させるべきではない。 Therefore, if the routing settings are changed in the IAB node 300-T, the action should not be continued.
　そこで、第２実施形態では、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎ以外によっても、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信でトリガしたアクションを取り消すことについての実施形態である。すなわち、第２実施形態では、ドナーノード２００によってルーティング設定（ｒｏｕｔｉｎｇ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）が変更された場合、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信でトリガしたアクションを取り消す例について説明する。 Therefore, the second embodiment is an embodiment for canceling the action triggered by the reception of the Type-2 Indication by other than the Type-3 Indication. That is, in the second embodiment, when the donor node 200 changes the routing configuration, the IAB node 300-T cancels the action triggered by receiving the Type-2 Indication.
　具体的には、第１に、中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、障害が発生したことを示す障害発生通知を親ノード（例えば、親ノード３００－Ｐ）から受信する。第２に、中継ノードが、障害発生通知（例えば、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ）を受信したことに応じて、所定のアクションを行う。第３に、中継ノードが、所定の処理が行われたことに応じて、所定のアクションを取り消す。ここで、所定の処理は、ルーティング設定の変更を含む。 Specifically, first, a relay node (eg, IAB node 300-T) receives a failure occurrence notification indicating that a failure has occurred from a parent node (eg, parent node 300-P). Second, the relay node performs a predetermined action in response to receiving a failure notification (for example, Type-2 Indication). Thirdly, the relay node cancels a predetermined action in response to performing predetermined processing. Here, the predetermined processing includes changing routing settings.
　ＩＡＢノード３００－Ｔでは、ルーティング設定の変更が行われた場合、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信でトリガしたアクションを取り消すことによって、変更後の新ルーティング設定を用いて適切にルーティングを行うことが可能となる。 In the IAB node 300-T, when the routing settings are changed, by canceling the action triggered by receiving Type-2 Indication, it is possible to perform routing appropriately using the new routing settings after the change. Become.
（第２実施形態に係る第１動作例）
　次に、第２実施形態に係る第１動作例について説明する。 (First operation example according to the second embodiment)
Next, a first operation example according to the second embodiment will be described.
　図１９は、第２実施形態に係る第１動作例を表す図である。 FIG. 19 is a diagram showing a first operation example according to the second embodiment.
　図１９に示すように、ステップＳ４０において、ＩＡＢノード３００－Ｔは、処理を開始する。 As shown in FIG. 19, the IAB node 300-T starts processing in step S40.
　ステップＳ４１において、ＩＡＢノード３００－Ｔは、親ノード３００－ＰからＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信する。 In step S41, the IAB node 300-T receives Type-2 Indication from the parent node 300-P.
　ステップＳ４２において、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信に応じて、所定のアクションを実行する。 In step S42, the IAB node 300-T executes a predetermined action in response to receiving the Type-2 Indication.
　第１に、所定のアクションは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信したＢＨリンクが使用不能（ｕｎａｖａｉｌａｂｌｅ）であるとみなすアクションでもよい。例えば、図１８（Ａ）において、ＩＡＢノード３００－Ｔは、親ノード３００－ＰからＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信した場合、親ノード３００－Ｐとの間のＢＨリンクが使用不能であるとみなす。 First, the predetermined action may be an action that considers the BH link that received the Type-2 Indication to be unavailable. For example, in FIG. 18(A), when the IAB node 300-T receives a Type-2 Indication from the parent node 300-P, it considers that the BH link with the parent node 300-P is unusable.
　第２に、所定のアクションは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの付加情報により、通知されたルーティングＩＤ（Ｒｏｕｔｉｎｇ　ＩＤ（ｓ））を、使用不能であるとみなすアクションでもよい。或いは、所定のアクションは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの付加情報により、通知されたＤｅｓｔｉｎａｔｉｏｎ（ｓ）（又は当該Ｄｅｓｔｉｎａｔｉｏｎ（ｓ）と一致するＲｏｕｔｉｎｇ　ＩＤ（ｓ））を使用不能であるとみなすアクションであってもよい。 Second, the predetermined action may be an action that considers the notified routing ID (Routing ID(s)) to be unusable by the additional information of Type-2 Indication. Alternatively, the predetermined action is an action that considers the notified Destination(s) (or the Routing ID(s) that matches the Destination(s)) to be unusable by the additional information of Type-2 Indication. good too.
　第３に、所定のアクションは、ローカルリルーティングの開始であってもよい。 Third, the predetermined action may be initiation of local rerouting.
　第４に、所定のアクションは、スケジューリング要求（ＳＲ：Scheduling Request）、ＢＳＲ（Buffer Status Report）、及びアップリンク送信の少なくともいずれかの送信を停止又は削減するアクションであってもよい。 Fourth, the predetermined action may be an action to stop or reduce transmission of at least one of scheduling request (SR), buffer status report (BSR), and uplink transmission.
　第５に、所定のアクションは、ＳＩＢ（System Information Block）に含まれるＩＥ（Information Element）であるＩＡＢサポート（ＩＡＢ　Ｓｕｐｐｏｒｔ）を、当該ＳＩＢから取り除くアクションであってもよい。ＩＡＢサポートには、ＩＡＢノード３００－Ｔにおけるセル（再）選択候補が含まれる。 Fifth, the predetermined action may be an action that removes IAB Support, which is an IE (Information Element) included in an SIB (System Information Block), from the SIB. IAB support includes cell (re)selection candidates in IAB node 300-T.
　第６に、所定のアクションは、条件付きハンドオーバ（ＣＨＯ）をトリガすることであってもよい。 Sixth, the predetermined action may be to trigger a conditional handover (CHO).
　ステップＳ４３において、ＩＡＢノード３００－Ｔは、ドナーノード２００によってルーティング設定が変更される。ルーティング設定の変更は、ＩＡＢノード３００－Ｔにおいて行われる所定の処理の一例である。 In step S43, the donor node 200 changes the routing settings of the IAB node 300-T. Changing routing settings is an example of a predetermined process performed in the IAB node 300-T.
　ステップＳ４４において、ＩＡＢノード３００－Ｔは、ステップＳ４３においてルーティング設定の変更が行われた時に、ステップＳ４２で実行した所定のアクションを取り消す。又は、ＩＡＢノード３００－Ｔは、所定のアクションを解除したり、元の状態に戻したり、正常状態にしたりする。 In step S44, the IAB node 300-T cancels the predetermined action executed in step S42 when the routing setting was changed in step S43. Alternatively, the IAB node 300-T cancels the predetermined action, restores the original state, or restores the normal state.
　第１に、ルーティング設定の変更は、トポロジ内のＢＨ　ＲＬＦ対策又はトポロジの負荷分散のためにドナーノード２００において行われる。また、ルーティング設定の変更は、例えば、ＩＡＢノード３００－Ｔが新設された場合に行われてもよい。更に、ルーティング設定の変更は、ＩＡＢノード３００－Ｔが故障等のために撤去された場合に行われてもよい。更に、ルーティング設定の変更は、ＩＡＢノード３００－Ｔが故障等のために停止された場合に行われてもよい。具体的には、例えば、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴのＢＡＰレイヤが、当該ＩＡＢノード３００－ＴのＩＡＢ－ＤＵからルーティング設定が変更されたことを通知された時に、ルーティング設定の変更が行われたとしてもよい。そして、ステップＳ４４において、ＩＡＢノード３００－Ｔは、ルーティング設定の変更が行われた時に、ステップＳ４２で実行した所定のアクションを取り消す。 First, routing configuration changes are made at the donor node 200 for BH RLF countermeasures within the topology or load balancing of the topology. Also, the routing setting may be changed, for example, when the IAB node 300-T is newly installed. Further, changes in routing settings may be made when IAB node 300-T is removed due to failure or the like. Further, changes in routing settings may be made when IAB node 300-T is down due to failure or the like. Specifically, for example, when the BAP layer of the IAB-MT of the IAB node 300-T is notified that the routing setting has been changed from the IAB-DU of the IAB node 300-T, the change of the routing setting is may have been done. Then, in step S44, the IAB node 300-T cancels the predetermined action executed in step S42 when the routing setting is changed.
　第２に、ルーティング設定の変更は、Ｍｏｂｉｌｅ　ＩＡＢノードが、ハンドオーバにより、トポロジ内の別親ノード又は別トポロジへ移動した場合に行われてもよい。或いは、ルーティング設定の変更は、Ｍｏｂｉｌｅ　ＩＡＢノードが、ハンドオーバにより、トポロジ内の別親ノード又は別トポロジから入ってきた場合に行われてもよい。つまり、ルーティング設定の変更は、ハンドオーバが実行された時に行われる。具体的には、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、同期付きＲＲＣ再設定（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｗｉｔｈ　ｓｙｎｃ）をソースセルから受信した時を、ハンドオーバが実行された時としてもよい。また、具体的には、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、ＲＲＣ再設定完了（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅ）メッセージをターゲットセルへ送信した時（又は送信が完了した時）を、ハンドオーバが実行された時としてもよい。なお、「送信が完了した時」とは、例えば、ＩＡＢ－ＭＴのＢＡＰレイヤよりも下位レイヤが送達確認（Ａｃｋ）を受信した時のことである。当該ＢＡＰレイヤは、当該送達確認に関する通知を上位レイヤ（ＲＲＣレイヤ）又は下位レイヤ（ＲＬＣレイヤ、ＭＡＣレイヤ又はＰＨＹレイヤ）から受信してもよい。そして、ステップＳ４４において、ＩＡＢノード３００－Ｔは、このようなハンドオーバが実行された時に、ステップＳ４２で実行した所定のアクションを取り消す。ＩＡＢノード３００－Ｔによるハンドオーバの実行は、ＩＡＢノード３００－Ｔで行われる所定の処理の一例である。 Second, a change in routing settings may be made when a Mobile IAB node moves to another parent node within the topology or to another topology due to handover. Alternatively, a change in routing settings may be made when a Mobile IAB node comes in from another parent node within the topology or from another topology due to handover. That is, changes in routing settings are made when a handover is performed. Specifically, handover may be executed when the IAB-MT of the IAB node 300-T receives RRC reconfiguration with sync from the source cell. Also, specifically, when the IAB-MT of the IAB node 300-T transmits an RRC Reconfiguration Complete message to the target cell (or when the transmission is completed), the handover is executed. It can be sometimes. Note that "when transmission is completed" means, for example, when a layer lower than the BAP layer of IAB-MT receives an acknowledgment (Ack). The BAP layer may receive the notification regarding the acknowledgment from a higher layer (RRC layer) or a lower layer (RLC layer, MAC layer or PHY layer). Then, in step S44, the IAB node 300-T cancels the predetermined action performed in step S42 when such handover is performed. Execution of handover by the IAB node 300-T is an example of a predetermined process performed by the IAB node 300-T.
　第３に、ルーティング設定の変更は、例えば、ＩＡＢノード３００－Ｔが、ＲＲＣ再確立（ＲＲＣ　Ｒｅｅｓｔａｂｌｉｓｈｅｍｅｎｔ）を行って、トポロジから別のトポロジへ移動したり、別のトポロジから当該トポロジに入ってきたりした場合に行われてもよい。または、ルーティング設定の変更は、ＩＡＢノード３００－Ｔが、ＲＲＣ再確立により、別の親ノードに移動した場合に行われてもよい。つまり、ルーティング設定の変更は、ＲＲＣ再確立が実行された時に行われる。具体的には、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、ＲＲＣ再確立要求（ＲＲＣ　Ｒｅｅｓｔａｂｌｉｓｈｅｍｅｎｔ　Ｒｅｑｕｅｓｔ）をドナーノード２００のＣＵへ送信した時を、ＲＲＣ再確立が実行された時としてもよい。また、具体的には、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、ＲＲＣ再確立（ＲＲＣ　Ｒｅｅｓｔａｂｌｉｓｈｅｍｅｎｔ）をドナーノード２００のＣＵから受信した時を、ＲＲＣ再確立が実行された時としてもよい。更に、具体的には、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、ＲＲＣ再確立完了（ＲＲＣ　Ｒｅｅｓｔａｂｌｉｓｈｅｍｅｎｔ　Ｃｏｍｐｌｅｔｅ）をドナーノード２００のＣＵへ送信した時（又は送信を完了した時）を、ＲＲＣ再確立が実行された時としてもよい。そして、ステップＳ４４において、ＩＡＢノード３００－Ｔは、このようなＲＲＣ再確立が実行された時に、ステップＳ４２で実行した所定のアクションを取り消す。ＩＡＢノード３００－ＴによるＲＲＣ再確立の実行は、ＩＡＢノード３００－Ｔで行われる所定の処理の一例である。 Third, a change in routing settings, for example, the IAB node 300-T performs RRC re-establishment, moves from a topology to another topology, or enters the topology from another topology. may be done if Alternatively, a change in routing configuration may occur if the IAB node 300-T moves to another parent node due to RRC re-establishment. That is, the routing configuration changes are made when RRC re-establishment is performed. Specifically, the time when the IAB-MT of the IAB node 300-T transmits an RRC re-establishment request to the CU of the donor node 200 may be the time when the RRC re-establishment is performed. Also, specifically, the time when the IAB-MT of the IAB node 300-T receives the RRC re-establishment from the CU of the donor node 200 may be the time when the RRC re-establishment is executed. Further, specifically, when the IAB-MT of the IAB node 300-T transmits RRC Re-establishment Complete to the CU of the donor node 200 (or completes the transmission), the RRC re-establishment is executed. Then, in step S44, the IAB node 300-T cancels the predetermined action performed in step S42 when such RRC re-establishment is performed. Execution of RRC re-establishment by IAB node 300-T is an example of a predetermined process performed at IAB node 300-T.
　そして、ステップＳ４５において、ＩＡＢノード３００－Ｔは、一連の処理を終了させる。 Then, in step S45, the IAB node 300-T ends the series of processes.
（第１動作例の変形例）
　第２実施形態に係る第１動作例の変形例について説明する。 (Modification of first operation example)
A modification of the first operation example according to the second embodiment will be described.
　第２実施形態に係る第１動作例では、所定の処理として、ルーティング設定の変更、ＩＡＢノード３００－Ｔによるハンドオーバ、ＩＡＢノード３００－ＴによるＲＲＣ再確立の実行の例について説明した。変形例として、所定処理に、Ｔｙｐｅ－４　Ｉｎｄｉｃａｔｉｏｎの受信が含まれてもよい。すなわち、ＩＡＢノード３００－Ｔは、親ノード３００－Ｐから、Ｔｙｐｅ－４　Ｉｎｄｉｃａｔｉｏｎを受信した時に、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信をトリガにして実行したアクションを取り消してもよい。ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－４　Ｉｎｄｉｃａｔｉｏｎの受信により、当該ＢＨ　ＲＬＦの回復は見込めず、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信により実行したアクションを継続させても、継続させる必要性が低いからである。 In the first operation example according to the second embodiment, an example of changing routing settings, handover by the IAB node 300-T, and execution of RRC re-establishment by the IAB node 300-T has been described as predetermined processing. As a modification, the predetermined processing may include reception of Type-4 Indication. That is, when the IAB node 300-T receives the Type-4 Indication from the parent node 300-P, it may cancel the action triggered by the reception of the Type-2 Indication. This is because the IAB node 300-T cannot expect recovery of the BH RLF by receiving the Type-4 Indication, and even if the action executed by receiving the Type-2 Indication is continued, the need to continue is low.
　また、第２実施形態に係る第１動作例では、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信する（図１９のステップＳ４１）ことについて説明した。Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎに代えて、ＤＬフロー制御フィードバック（ＤＬ　ｆｌｏｗ　ｃｏｎｔｒｏｌ　ｆｅｅｄｂａｃｋ）でもよい。すなわち、ステップＳ４１において、ＩＡＢノード３００－Ｔは、子ノード３００－Ｃから、ＤＬフロー制御フィードバックを受信する。ステップＳ４２において、当該ＤＬフロー制御フィードバックの受信をトリガにして、所定のアクションを実行する。 Also, in the first operation example according to the second embodiment, the reception of the Type-2 Indication (step S41 in FIG. 19) has been described. Type-2 Indication may be replaced by DL flow control feedback. That is, in step S41, the IAB node 300-T receives DL flow control feedback from the child node 300-C. In step S42, the reception of the DL flow control feedback is used as a trigger to execute a predetermined action.
　この場合の所定のアクションは、第１に、ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（Ａｖａｉｌａｂｌｅ　ｂｕｆｆｅｒ　ｓｉｚｅ）が閾値を下回るルーティングＩＤ（Ｒｏｕｔｉｎｇ　ＩＤ（ｓ））（又は、ＢＨ　ＲＬＣ　ｃｈａｎｎｅｌ（ｓ））（もしくはこれらに紐づくＢＨリンク）について、混雑（ｃｏｎｇｅｓｔｉｏｎ）又は使用不能（ｕｎａｖａｉｌａｂｌｅ）とみなすアクションであってもよい。 The predetermined action in this case is, first, if the Available buffer size included in the DL flow control feedback falls below a threshold, Routing ID (s) (or BH RLC channel (s) )) (or the BH links associated with them) as congestion or unusable.
　この場合の所定のアクションは、第２に、ローカルリルーティングの開始であってもよい。 The predetermined action in this case may secondly be the initiation of local rerouting.
　そして、ＩＡＢノード３００－Ｔは、第１動作例と同様に、ステップＳ４３において、ルーティング設定の変更が行われた場合、ステップＳ４４において、ＤＬフロー制御フィードバックの受信をトリガに実行した所定のアクションを取り消せばよい。 Then, as in the first operation example, the IAB node 300-T, in step S43, when the routing setting is changed, in step S44, executes a predetermined action triggered by the reception of the DL flow control feedback. Cancel it.
（第２実施形態に係る第２動作例）
　次に、第２実施形態に係る第２動作例について説明する。第２実施形態に係る第１動作例では、ＩＡＢノード３００－Ｔが、親ノード３００－ＰからＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信すると、自らの判断によって、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信をトリガにして実行したアクションを取り消す例について説明した。第２実施形態に係る第２動作例では、ＩＡＢノード３００－Ｔが、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを送信する条件について説明する。 (Second operation example according to the second embodiment)
Next, a second operation example according to the second embodiment will be described. In the first operation example according to the second embodiment, when the IAB node 300-T receives the Type-2 Indication from the parent node 300-P, the execution is triggered by the reception of the Type-2 Indication by its own judgment. An example of undoing an action has been described. In the second operation example according to the second embodiment, conditions for the IAB node 300-T to transmit Type-3 Indication will be described.
　具体的には、第１に、親ノード（例えば、ＩＡＢノード３００－Ｔ）が、障害発生通知を送信する。第２に、親ノードが、ドナーノード（例えば、ドナーノード２００）によるルーティング設定の変更が行われることに応じて、障害から回復したことを示す障害回復通知を中継ノード（例えば、子ノード３００－Ｃ）へ送信する。 Specifically, first, the parent node (eg, IAB node 300-T) transmits a failure notification. Second, the parent node sends a failure recovery notification indicating recovery from the failure to a relay node (eg, child node 300) in response to the routing configuration change by the donor node (eg, donor node 200). C).
　これにより、例えば、Ｔｙｐｅ－３　ＩｎｄｉｃａｔｉｏｎをＩＡＢノード３００－Ｔから受信した子ノード３００－Ｃは、第１動作例と同様に、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信をトリガにして実行したアクションを、取り消す。子ノード３００－Ｃは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信によってトリガした所定のアクションを、障害が回復した後も継続させる必要性が低いからである。 As a result, for example, the child node 300-C that receives the Type-3 Indication from the IAB node 300-T cancels the action triggered by the reception of the Type-2 Indication, as in the first operation example. This is because there is little need for the child node 300-C to continue the predetermined action triggered by the reception of the Type-2 Indication even after recovery from the failure.
　図１８（Ｂ）は、第２実施形態に係るノード間の構成例を表す図である。また、図２０は、第２実施形態に係る第２動作例を表す図である。図１８（Ｂ）に示す構成例を利用して、図２０に示す第２動作例を説明する。 FIG. 18(B) is a diagram showing a configuration example between nodes according to the second embodiment. FIG. 20 is a diagram showing a second operation example according to the second embodiment. Using the configuration example shown in FIG. 18B, the second operation example shown in FIG. 20 will be described.
　図２０に示すように、ステップＳ５０において、ＩＡＢノード３００－Ｔは、処理を開始する。 As shown in FIG. 20, the IAB node 300-T starts processing in step S50.
　ステップＳ５１において、ＩＡＢノード３００－Ｔは、ＢＨ　ＲＬＦを検知し、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを、子ノード３００－Ｃへ送信する。 In step S51, the IAB node 300-T detects the BH RLF and transmits Type-2 Indication to the child node 300-C.
　ステップＳ５２において、子ノード３００－Ｃは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信をトリガにして、所定のアクションを実行する。所定のアクションは、第１動作例の所定のアクション（図１９のステップＳ４２）と同様である。 In step S52, the child node 300-C executes a predetermined action triggered by the reception of the Type-2 Indication. The predetermined action is the same as the predetermined action (step S42 in FIG. 19) in the first operation example.
　ステップＳ５３において、ＩＡＢノード３００－Ｔは、ドナーノード２００により、ルーティング設定が変更される。 In step S53, the donor node 200 changes the routing settings of the IAB node 300-T.
　ステップＳ５４において、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを、子ノード３００－Ｃへ送信する。第１動作例と同様に、ルーティング設定の変更により、基本的には全てのルートが使用可能（ａｖａｉｌａｂｌｅ）となるため、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを送信する。ＩＡＢノード３００－Ｔは、ドナーノード２００から送信された、ルーティング設定更新（設定更新完了）メッセージを受信したことに応じて、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを送信してもよい。 In step S54, the IAB node 300-T transmits Type-3 Indication to the child node 300-C. As in the first operation example, basically all routes become available by changing the routing settings, so the IAB node 300-T transmits a Type-3 Indication. The IAB node 300 -T may transmit a Type-3 Indication in response to receiving the routing setting update (setting update complete) message sent from the donor node 200 .
　ステップＳ５５において、子ノード３００－Ｃは、ステップＳ５２で実行した所定のアクションを取り消す。或いは、子ノード３００－Ｃは、ステップＳ５２で実行した所定のアクションを解除する、元の状態に戻す、及び正常状態に戻すのうち少なくともいずれかを行う。 In step S55, the child node 300-C cancels the predetermined action executed in step S52. Alternatively, the child node 300-C performs at least one of canceling the predetermined action executed in step S52, returning to the original state, and returning to the normal state.
　ステップＳ５６において、一連の処理が終了する。
[第３実施形態]
　次に、第３実施形態について説明する。 In step S56, a series of processing ends.
[Third embodiment]
Next, a third embodiment will be described.
　ＩＡＢノード３００－Ｔは、親ノード３００－Ｐに対して、ＢＳＲを送信する場合がある。ＢＳＲは、ＩＡＢノード３００－Ｔが親ノード３００－Ｐに対して、ＭＡＣエンティティ内のＵＬデータ量に関する情報を提供するために用いられる。ＩＡＢノード３００－Ｔは、データ量計算手順に従って、論理チャネルで利用可能なＵＬデータ量を決定し、基本的には、論理チャネルグループ（ＬＣＧ）に属する論理チャネルのＵＬデータがＭＡＣエンティティで利用可能になった場合に、ＢＳＲをトリガする。 The IAB node 300-T may transmit the BSR to the parent node 300-P. The BSR is used by the IAB node 300-T to provide the parent node 300-P with information about the amount of UL data in the MAC entity. The IAB node 300-T determines the amount of UL data available in the logical channel according to the data amount calculation procedure, basically the UL data of the logical channel belonging to the logical channel group (LCG) is available in the MAC entity. Trigger the BSR when
　また、ＩＡＢノード３００－Ｔは、親ノード３００－Ｐに対して、ＳＲを送信する場合がある。ＳＲは、ＩＡＢノード３００－Ｔが、親ノード３００－Ｐに対して、新規送信のためにＵＬリソースを要求する場合に利用される。ＩＡＢノード３００－Ｔは、ＢＳＲの送信ができない場合に、ＳＲをトリガしてもよい。 Also, the IAB node 300-T may transmit an SR to the parent node 300-P. SR is utilized when the IAB node 300-T requests UL resources for a new transmission from the parent node 300-P. The IAB node 300-T may trigger an SR if BSR transmission is not possible.
　ＢＳＲ又はＳＲを受信した親ノード３００－Ｐは、ＵＬ　Ｇｒａｎｔを利用して、無線リソースをＩＡＢノード３００－Ｔに割り当てる。 The parent node 300-P that received the BSR or SR uses the UL Grant to allocate radio resources to the IAB node 300-T.
　３ＧＰＰでは、ＢＳＲとＳＲについて、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信したときに、その送信を停止又は削減することに合意している。 　3GPP has agreed to stop or reduce the transmission of BSR and SR when Type-2 Indication is received.
　例えば、Ｔｙｐｅ－２　ＩＡＢノード３００－Ｔの親ノード３００－Ｐが、更にその上位ノードとの間でシングル接続されている場合、親ノード３００－ＰからＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信したＩＡＢノード３００－Ｔは、ＵＬ送信ができない状態である。そのため、シングル接続の場合、上記合意事項を適用することが可能である。 For example, when the parent node 300-P of the Type-2 IAB node 300-T is single-connected to its upper node, the IAB node 300-P that received the Type-2 Indication from the parent node 300-P T is a state in which UL transmission cannot be performed. Therefore, in the case of a single connection, it is possible to apply the above agreement.
　しかし、親ノード３００－Ｐが更にその上位ノードとの間でＤＣ接続されている場合は問題となる場合がある。 However, if the parent node 300-P is further DC-connected to its upper node, there may be a problem.
　図２１は、第３実施形態に係るノード間の構成例を表す図である。図２１に示すように、親ノード３００－Ｐは、更にその親ノードであるＩＡＢノード３００－ＧＰ１と、ＩＡＢノード３００－ＧＰ２とに対して、ＤＣ接続されている。ＩＡＢノード３００－ＧＰ１がＭＣＧ側であり、ＩＡＢノード３００－ＧＰ２がＳＣＧ側となる。 FIG. 21 is a diagram showing a configuration example between nodes according to the third embodiment. As shown in FIG. 21, the parent node 300-P is DC-connected to its parent nodes, the IAB node 300-GP1 and the IAB node 300-GP2. The IAB node 300-GP1 is on the MCG side, and the IAB node 300-GP2 is on the SCG side.
　このような構成において、ＭＣＧ側とＳＣＧ側の双方がＢＨ　ＲＬＦの場合（すなわち、ＢＨリンク＃１もＢＨリンク＃２もＲＬＦの場合）、シングル接続の場合と同様に、ＵＬ送信ができない状態のため、上記合意事項を適用することが可能である。 In such a configuration, when both the MCG side and the SCG side are BH RLF (that is, when both BH link #1 and BH link #2 are RLF), UL transmission is not possible as in the case of single connection. Therefore, it is possible to apply the above agreement.
　しかし、ＭＣＧ側又はＳＣＧ側（すなわち、ＢＨリンク＃１又はＢＨリンク＃２）において　ＢＨ　ＲＬＦが発生した場合、親ノード３００－ＰからＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信しても、一方のＢＨリンクはＵＬ送信可能である。従って、ＩＡＢノード３００－Ｔに対して、ＳＲ又はＢＳＲの送信を停止させたり、削減させたりしなくてもよいと考えることも可能である。 However, when BH RLF occurs on the MCG side or SCG side (that is, BH link #1 or BH link #2), even if Type-2 Indication is received from the parent node 300-P, one BH link is UL Sendable. Therefore, it may be considered that the IAB node 300-T does not have to stop or reduce the transmission of SR or BSR.
　そこで、第３実施形態では、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎにより使用不能となったルーティングＩＤに該当する論理チャネルを特定し、当該論理チャネルに対応する送信待ちデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）のデータ量を、ＢＳＲから除外して送信する例について説明する。 Therefore, in the third embodiment, the logical channel corresponding to the routing ID that has become unusable due to Type-2 Indication is specified, and the amount of data available for transmission corresponding to the logical channel is calculated as BSR An example of transmitting by excluding from .
　具体的には、第１に、中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、障害が発生したことを示す障害発生通知（例えば、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ）を親ノード（例えば、親ノード３００－Ｐ）から受信する。第２に、中継ノードが、障害発生通知に含まれる使用不能なルーティングＩＤに該当する論理チャネルＩＤを特定する。第３に、中継ノードが、論理チャネルＩＤに対応する送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ＢＳＲの対象から除外する除外処理を行う。第４に、中継ノードが、当該ＢＳＲを親ノードへ送信する。 Specifically, first, a relay node (eg, IAB node 300-T) sends a failure occurrence notification (eg, Type-2 Indication) indicating that a failure has occurred to a parent node (eg, parent node 300-T). P). Second, the relay node identifies the logical channel ID corresponding to the unavailable routing ID included in the failure notification. Third, the relay node performs an exclusion process for excluding data available for transmission corresponding to the logical channel ID from BSR targets. Fourth, the relay node sends the BSR to its parent node.
　このように、ＩＡＢノード３００－Ｔは、例えば、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの対象となるルートへ送信される送信待ちのデータを、ＢＳＲから除外して送信することで、ＢＳＲに含まれるデータ量を少なくするができる。これにより、ＢＳＲ又はＳＲの送信回数が減少し、ＢＳＲ又はＳＲの送信の削減という上記合意事項にも合致する。 In this way, the IAB node 300-T reduces the amount of data contained in the BSR by, for example, excluding from the BSR the data waiting to be transmitted to the route targeted by the Type-2 Indication. I can do it. This reduces the number of BSR or SR transmissions and also meets the above agreement of reduced BSR or SR transmissions.
（第３実施形態に係る動作例）
　図２２は、第３実施形態に係る動作例を表す図である。適宜、図２１に示す構成例を参照して説明する。 (Example of operation according to the third embodiment)
FIG. 22 is a diagram showing an operation example according to the third embodiment. Description will be made with reference to the configuration example shown in FIG. 21 as appropriate.
　図２２に示すように、ステップＳ６０において、ＩＡＢノード３００－Ｔは、処理を開始する。 As shown in FIG. 22, the IAB node 300-T starts processing in step S60.
　ステップＳ６１において、ＩＡＢノード３００－Ｔは、親ノード３００－Ｐから、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信する。Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎには、付加情報として、使用不能（ｕｎａｖａｉｌａｂｌｅ）なルーティングＩＤが含まれる。 In step S61, the IAB node 300-T receives Type-2 Indication from the parent node 300-P. Type-2 Indication includes an unusable routing ID as additional information.
　ステップＳ６２において、ＩＡＢノード３００－Ｔは、使用不能なルーティングＩＤに該当する論理チャネルＩＤ（ＬＣＩＤ）を特定する。ＬＣＩＤは、例えば、以下のようにして特定可能である。 In step S62, the IAB node 300-T identifies the logical channel ID (LCID) corresponding to the unavailable routing ID. The LCID can be identified, for example, as follows.
　すなわち、ＩＡＢノード３００－Ｔは、使用不能なルーティングＩＤに対応する次ホップアドレス（Ｎｅｘｔ　ＢＡＰ　Ａｄｄｒｅｓｓ）を、ルーティング設定から特定する。次に、ＩＡＢノード３００－Ｔは、特定した次ホップアドレスに対応する流出リンク（ｅｇｒｅｓｓ　ｌｉｎｋ）を特定する。次に、ＩＡＢノード３００－Ｔは、特定した流出リンクに対応する（全ての）ＢＨ　ＲＬＣチャネル（ＢＨ　ＲＬＣ　ｃｈａｎｎｅｌ）を、ＢＨ　ＲＬＣチャネルマッピング設定（ＢＨ　ＲＬＣ　ｃｈａｎｎｅｌ　ｍａｐｐｉｎｇ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）から特定する。そして、ＩＡＢノード３００－Ｔは、特定したＢＨ　ＲＬＣチャネルに対応するＬＣＩＤを、ＲＲＣ設定（ＲＲＣ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）から特定する。 That is, the IAB node 300-T identifies the next hop address (Next BAP Address) corresponding to the unavailable routing ID from the routing settings. The IAB node 300-T then identifies the egress link corresponding to the identified next hop address. Next, the IAB node 300-T identifies (all) BH RLC channels corresponding to the identified outgoing link from the BH RLC channel mapping configuration. The IAB node 300-T then identifies the LCID corresponding to the identified BH RLC channel from the RRC configuration.
　ステップＳ６３において、ＩＡＢノード３００－Ｔは、特定したＬＣＩＤに対応するＭＡＣエンティティ及び／又はＲＬＣエンティティに存在する送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ＢＳＲのバッファサイズの対象から除外する除外処理を行う。送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）は、ＭＡＣエンティティ（及び／又はＲＬＣエンティティ）の送信バッファに格納されている送信待ちのデータのことである。 In step S63, the IAB node 300-T performs an exclusion process for excluding data available for transmission existing in the MAC entity and/or the RLC entity corresponding to the specified LCID from the target of the BSR buffer size. I do. Data available for transmission is data available for transmission that is stored in the transmission buffer of the MAC entity (and/or the RLC entity) and is waiting for transmission.
　除外処理は、当該ＬＣＩＤの送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ＬＣＧから除外する処理であってもよい。また、除外処理は、当該ＬＣＩＤの送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ゼロとみなす処理であってもよい。更に、除外処理は、当該ＬＣＩＤを含むＬＣＧをＢＳＲ対象から除外する処理であってもよい。更に、除外処理は、当該ＬＣＩＤを含むＬＣＧに紐づく送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ゼロとみなす処理であってもよい。 The exclusion process may be a process of excluding data available for transmission of the LCID waiting for transmission from the LCG. Also, the exclusion process may be a process of regarding data available for transmission of the LCID waiting for transmission as zero. Furthermore, the exclusion process may be a process of excluding the LCG including the LCID from the BSR target. Furthermore, the exclusion process may be a process of regarding data available for transmission that is waiting for transmission associated with the LCG containing the LCID to be zero.
　ステップＳ６４において、ＩＡＢノード３００－Ｔは、除外処理に従い、ＢＳＲ　ＭＡＣ　ＣＥを生成し、生成したＢＳＲ　ＭＡＣ　ＣＥを親ノード３００－Ｐへ送信する。 In step S64, the IAB node 300-T generates a BSR MAC CE according to the exclusion process and transmits the generated BSR MAC CE to the parent node 300-P.
　ステップＳ６５において、ＩＡＢノード３００－Ｔは、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを親ノード３００－Ｐから受信すると、除外処理を解除する。除外処理の解除は、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎの受信以外にも、第２実施形態で説明したるルーティング設定の変更（又はハンドオーバの実行、又はＲＲＣ再確立の実行、又はＴｙｐｅ－４　Ｉｎｄｉｃａｔｉｏｎの受信）時に行われてもよい。 In step S65, when the IAB node 300-T receives the Type-3 Indication from the parent node 300-P, it cancels the exclusion process. In addition to receiving a Type-3 Indication, the exclusion process is canceled when changing the routing settings (or executing a handover, executing RRC re-establishment, or receiving a Type-4 Indication) as described in the second embodiment. may be done.
　そして、ステップＳ６６において、ＩＡＢノード３００－Ｔは、一連の処理を終了させる。 Then, in step S66, the IAB node 300-T ends the series of processes.
［その他の実施形態］
　上述した各実施形態、各動作例、各処理、又は各ステップは、相互に組み合わせることが可能である。また、上述した各実施形態の全部又は一部は矛盾しない範囲で組み合わせることが可能である。 [Other embodiments]
Each embodiment, each operation example, each process, or each step described above can be combined with each other. Moreover, all or part of each of the above-described embodiments can be combined without contradiction.
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。 A program that causes a computer to execute each process performed by the UE 100 or the gNB 200 may be provided. The program may be recorded on a computer readable medium. A computer readable medium allows the installation of the program on the computer. Here, the computer-readable medium on which the program is recorded may be a non-transitory recording medium. The non-transitory recording medium is not particularly limited, but may be, for example, a recording medium such as CD-ROM or DVD-ROM.
　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。 Also, circuits that execute each process performed by the UE 100 or the gNB 200 may be integrated, and at least part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC: System on a chip).
　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。 As used in this disclosure, the terms "based on" and "depending on," unless expressly stated otherwise, "based only on." does not mean The phrase "based on" means both "based only on" and "based at least in part on." Similarly, the phrase "depending on" means both "only depending on" and "at least partially depending on." Also, "obtain/acquire" may mean obtaining information among stored information, or it may mean obtaining information among information received from other nodes. or it may mean obtaining the information by generating the information. The terms "include," "comprise," and variations thereof are not meant to include only the recited items, and may include only the recited items or in addition to the recited items. Means that it may contain further items. Also, the term "or" as used in this disclosure is not intended to be an exclusive OR. Furthermore, any references to elements using the "first," "second," etc. designations used in this disclosure do not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, reference to a first and second element does not imply that only two elements can be employed therein or that the first element must precede the second element in any way. In this disclosure, when articles are added by translation, such as a, an, and the in English, these articles are used in plural unless the context clearly indicates otherwise. shall include things.
　以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。 An embodiment has been described in detail above with reference to the drawings, but the specific configuration is not limited to the one described above, and various design changes can be made without departing from the spirit of the invention. .
　本願は、米国仮出願第６３／２９６２２６号（２０２２年１月４日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。 This application claims priority from US Provisional Application No. 63/296226 (filed January 4, 2022), the entire contents of which are incorporated herein.
（付記１）
　導入
　ｅＩＡＢ（Ｅｎｈａｎｃｅｍｅｎｔｓ　ｔｏ　Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ　ｆｏｒ　ＮＲ）は、ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎとローカルリルートのサポートを含むトポロジ適応の強化を目的としたワークアイテムである。ＲＡＮ２＃１１６ｅでは、Ｔｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎのトリガ条件の詳細など、大きな進展があった。 (Appendix 1)
Introduction eIAB (Enhancements to Integrated Access and Backhaul for NR) is a work item aimed at enhancing topology adaptation, including support for BH RLF Indication and local reroute. RAN2#116e has made significant progress, including the details of trigger conditions for Type-2 BH RLF Indication.
　本付記では、最新の合意事項の上に、Ｔｙｐｅ－２／３のＢＨ　ＲＬＦの適応について残された課題を議論している。 This appendix discusses remaining issues regarding the adaptation of Type-2/3 BH RLF on top of the latest agreements.
　議論
　二重接続の場合のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの送信
　ＲＡＮ２＃１１６－ｅでは、Ｔｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎのトリガ条件として、以下のように合意した。 Discussion Transmission of Type-2 Indication in Double Connection RAN2#116-e agreed as follows as a trigger condition for Type-2 BH RLF Indication.
　二重接続ノードによるＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎは、ノードが両方のＣＧのＢＨ　ＲＬＦ又はＭＣＧのＢＨ　ＲＬＦの結果、ＲＲＣ再確立を開始し、高速ＭＣＧ回復がない場合にトリガされる。 A Type-2 Indication by a dual-connected node is triggered when the node initiates RRC re-establishment as a result of both CG's BH RLF or MCG's BH RLF and there is no fast MCG recovery.
　シングル接続ノードによるＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎのトリガ条件としては、ＲＲＣ再確立の開始が十分な条件となる。 A sufficient condition for triggering Type-2 Indication by a single connection node is the start of RRC re-establishment.
　この合意は、シングル接続のＩＡＢノードと二重接続のＩＡＢノードとの両方のケースでうまく整合しており、シングル／二重接続のケースに関わらず、Ｔｙｐｅ－２　ＢＨ　ＲＬＦに関して共通の動作を意図していると思われる。しかし、合意された動作がＥＮ－ＤＣのケースに適用できない可能性があるという問題がある。 This agreement is well aligned for both single-connected and dual-connected IAB node cases and intends common behavior for Type-2 BH RLF regardless of the single/dual-connected case. It seems that However, there is the problem that the agreed behavior may not apply to the EN-DC case.
　ＥＮ－ＤＣでは、ＭＣＧリンク（ＭｅＮＢ）は制御プレーンのシグナリングのためにのみ使用され、データは常にＳＣＧリンク（ＳｇＮＢ）経由で転送される。この場合、ＳＣＧ　ＲＬＦは子ノードのパケット転送に直接影響を与えるため、関係するＩＡＢノードはＭＣＧがまだ動作していてもＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを子ノードに送信する必要がある。しかし、ＭＣＧリンクがまだ利用可能な場合はＲＲＣ再確立が開始されないため、ＳＣＧ　ＲＬＦはＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎをトリガすることができない。 In EN-DC, the MCG link (MeNB) is only used for control plane signaling and data is always transferred via the SCG link (SgNB). In this case, since the SCG RLF directly affects the child node's packet forwarding, the concerned IAB node needs to send a Type-2 Indication to the child node even though the MCG is still running. However, SCG RLF cannot trigger Type-2 Indication because RRC re-establishment will not be initiated if the MCG link is still available.
　所見１：ＥＮ－ＤＣでは、ＳＣＧ　ＲＬＦ（つまりＮＲリンク）の際にＴｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎを送信する必要があり、これはＭＣＧ（つまりＬＴＥリンク）を介してローカルリルーティングを実行できないため、このシナリオでは両方のＣＧからＢＨ　ＲＬＦが発生しない（つまり、ＲＲＣ再確立が開始しない）。 Observation 1: EN-DC needs to send Type-2 BH RLF Indication during SCG RLF (i.e. NR link), which cannot perform local rerouting over MCG (i.e. LTE link), so this BH RLF does not occur from both CGs in the scenario (that is, RRC re-establishment does not start).
　同様のシナリオは、ＣＰ／ＵＰ分離型のＮＲ－ＤＣでも考えられる。つまり、ＭＣＧはＣＰ転送にのみ使用し、ＳＣＧはＵＰ転送に使用する。 A similar scenario is conceivable for the CP/UP separated NR-DC. That is, MCG is used only for CP transfer, and SCG is used for UP transfer.
　所見２：ＣＰ／ＵＰ分離型のＮＲ－ＤＣでは、例えばＭＣＧはＣＰ用でＳＣＧはＵＰ用である場合、所見１のＥＮ－ＤＣの場合と同様に、ＭＣＧが良好でもＳＣＧ　ＲＬＦ（すなわちＵＰリンク）の際にＴｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎを送信する必要がある。 Observation 2: In the CP/UP separated type NR-DC, for example, if the MCG is for the CP and the SCG is for the UP, as in the case of the EN-DC in Observation 1, even if the MCG is good, the SCG RLF (that is, the UP link ), it is necessary to transmit Type-2 BH RLF Indication.
　上記のシナリオをカバーする以下の動作について更なる検討が必要である。つまり、Ｔｙｐｅ－２　ＢＨ　ＲＬＦ　ＩｎｄｉｃａｔｉｏｎはＳＣＧ　ＲＬＦにのみ送信される（ＭＣＧではＢＨ　ＲＬＦは送信されない）。 　Further consideration is required for the following operations that cover the above scenarios. In other words, Type-2 BH RLF Indication is sent only to SCG RLF (BH RLF is not sent to MCG).
　ノードがいずれかのＢＨでＢＨ　ＲＬＦを検出し、影響を受けるトラフィックのリルーティングを実行できない場合、二重接続ノードによるＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎがトリガされるかどうかについては、更なる検討が必要である（合意された場合、詳細についてはＲ２－２１１５３９を参照されたい）。 Further consideration is needed as to whether a Type-2 Indication is triggered by a doubly connected node if the node detects a BH RLF on either BH and is unable to perform rerouting of the affected traffic ( If agreed, see R2-211539 for details).
　言うまでもなく、この動作は、ＲＡＮ２が合意した基本シナリオ、すなわち、両方のリンク（すなわち、ＭＣＧとＳＣＧ）がＢＨ　ＲＬＦを経験したとき（又はＲＲＣ再確立が開始されたとき）、この場合、すべてのルートをローカルリルーティングできないため、Ｔｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎが送られることを、カバーすることができる。また、この動作は、所見１及び所見２におけるＣＰ／ＵＰ分離を伴うＥＮ－ＤＣ及びＮＲ－ＤＣの場合をそれぞれカバーすることができる。 Needless to say, this behavior is based on the base scenario agreed upon by RAN2, i.e. when both links (i.e. MCG and SCG) experience BH RLF (or RRC re-establishment is initiated), in this case all It can cover that Type-2 BH RLF Indication is sent because the route cannot be locally rerouted. This operation can also cover the EN-DC and NR-DC cases with CP/UP separation in findings 1 and 2, respectively.
　所見３：更なる検討が必要な解決策である、「二重接続ノードによるＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎは、ノードがいずれかのＢＨでＢＨ　ＲＬＦを検出し、影響を受けるトラフィックのリルーティングを実行できない場合にトリガすることができる」ことは、すべてのシナリオに適用可能である。 Observation 3: A solution that requires further consideration, "Type-2 Indication by dual-connected nodes, should be used when a node detects BH RLF in either BH and cannot perform rerouting of the affected traffic. 'can be triggered' is applicable to all scenarios.
　上記の所見を考慮すると、ＢＨ　ＲＬＦのために少なくとも１つのルートが利用できない場合、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎが送信されることは単純な解決策と考えることができる。特に、１つの解決策で、シングル接続と二重接続との両方の場合、またＮＲ－ＤＣとＥＮ－ＤＣとの両方に対応することができる。例えば、シングル接続の場合、ＢＨ　ＲＬＦは全ての経路を利用することができなくなる。ＥＮ－ＤＣでは、ＭＣＧ　ＲＬＦはどの経路にも影響を与えず、ＳＣＧ　ＲＬＦはすべての経路を使用不可にする。ＮＲ－ＤＣでは、ＢＨ　ＲＬＦは、ＢＨリンクと経路のマッピングとによって、一部の経路に影響を与える可能性も、与えない可能性もある。そのため、ＲＡＮ２はＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎのトリガ条件について、この統一された動作に合意する必要がある。 Considering the above observations, it can be considered a simple solution that Type-2 Indication is sent when at least one route is unavailable due to BH RLF. In particular, one solution can accommodate both single-connection and double-connection cases, and both NR-DC and EN-DC. For example, in the case of a single connection, BH RLF will not be able to use all routes. In EN-DC, MCG RLF does not affect any routes, and SCG RLF disables all routes. In NR-DC, BH RLF may or may not affect some routes depending on the BH link and route mapping. Therefore, RAN2 needs to agree on this unified operation regarding the trigger condition of Type-2 Indication.
　提案１：ＲＡＮ２は、ＩＡＢノードがシングル接続か二重接続か、またＥＮ－ＤＣかＮＲ－ＤＣかに関係なく、ＢＨ　ＲＬＦ時に少なくとも１つのルートが利用できない場合、つまりローカルリルーティングを実行できない場合にＴｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎを送信することに合意する必要がある。 Proposal 1: RAN2 should be used when at least one route is not available during BH RLF, irrespective of whether the IAB node is single-connected or double-connected, and whether it is EN-DC or NR-DC, i.e. local rerouting cannot be performed. It is necessary to agree to send Type-2 BH RLF Indication.
　Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎ受信時の部分的なローカルリルーティング
　二重接続を持つ子ノードがＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信したときにどのように動作するかについては考えてみる価値がある。親ノード（当該ＩＡＢノード）がＢＨ　ＲＬＦを検出したが、まだローカルリルートを実行できる場合、二重接続の子ノードには、以下のような一対の動作選択肢がある。 Partial Local Rerouting Upon Receiving Type-2 Indication It is worth considering how a child node with dual connections behaves when it receives a Type-2 Indication. If the parent node (the IAB node in question) detects a BH RLF but can still perform a local reroute, the dual-connected child node has a pair of action options as follows.
　－選択肢Ａ：すべてのアップストリームトラフィックをこの親ノードに残す、つまり子ノードでローカルリルーティングを行わない。 - Option A: Leave all upstream traffic on this parent node, ie no local rerouting at the child node.
　－選択肢Ｂ：アップストリームトラフィックの一部を別の親ノードにリルーティングさせる、つまり「部分的」なローカルリルーティングを行う。 - Option B: have part of the upstream traffic rerouted to another parent node, ie "partial" local rerouting.
　選択肢Ａはシンプルな動作だが、ＢＨ　ＲＬＦによって親ノードがリンクの１つ（すなわち、ＭＣＧ又はＳＣＧ）を失うため、親ノードで過負荷が発生する可能性がある。一方、選択肢Ｂは、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎで追加情報を伝える必要があるが、子ノードの２つの親ノードに負荷を分散させることができる。そのため、選択肢Ｂの方がトポロジー全体のパフォーマンスが向上することが期待される。 Option A is a simple operation, but BH RLF may cause the parent node to lose one of its links (that is, MCG or SCG), resulting in overloading of the parent node. Option B, on the other hand, requires additional information to be conveyed in the Type-2 Indication, but can distribute the load to the two parent nodes of the child node. Therefore, option B is expected to improve the overall topology performance.
　所見４：Ｔｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎを受信すると、子ノードはより良い負荷分散のために「部分的な」ローカルリルーティングを実行するかどうかの選択肢を持つことができる（すなわち、選択肢Ｂ）。 Observation 4: Upon receiving a Type-2 BH RLF Indication, the child node can have the option of whether or not to perform "partial" local rerouting for better load balancing (that is, option B).
　提案２：ＲＡＮ２は、二重接続の親ノードがＢＨ　ＲＬＦを経験した場合、子ノード（すなわち選択肢Ｂ）で「部分的な」ローカルリルーティングを実行するかどうかを議論すべきである。 Proposal 2: RAN2 should discuss whether to perform "partial" local rerouting on child nodes (ie option B) when a dual-connected parent node experiences BH RLF.
　提案２のように部分的なリルーティング（すなわち選択肢Ｂ）が望ましい動作である場合、子ノードはどのトラフィックが元の経路にとどまり，どのトラフィックを部分的なリルーティングの対象とするかを決定しなければならないため、どの経路が利用できないかを知る必要がある。Ｔｙｐｅ－２　ＩｎｄｉｃａｔｉｏｎがＢＨ　ＲＬＦのために利用できないルーティングＩＤを含んでいることは、わかりやすい。 If partial rerouting (i.e. option B) is the desired behavior as in proposal 2, the child node must decide which traffic remains on the original path and which traffic is subject to partial rerouting. not possible, you need to know which routes are not available. It is understandable that Type-2 Indication contains a routing ID that is not available for BH RLF.
　提案３：ＲＡＮ２は、Ｔｙｐｅ－２のＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎが、ＢＨ　ＲＬＦのために利用できないルーティングＩＤを示すことに合意すべきである。 Proposal 3: RAN2 should agree that the Type-2 BH RLF Indication indicates a routing ID that is not available for BH RLF.
　提案４：ＲＡＮ２は、受信したＴｙｐｅ－２　ＢＨ　ＲＬＦ　ＩｎｄｉｃａｔｉｏｎでルーティングＩＤが示された場合、子ノードがルーティングＩＤを使用できないものとみなすことに合意すべきである。 Proposal 4: RAN2 should agree that if a routing ID is indicated in the received Type-2 BH RLF Indication, it should be considered that the child node cannot use the routing ID.
　シングル接続と二重接続の場合のＴｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎ
　ＲＡＮ２＃１１６ｅでは、Ｔｙｐｅ－３ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎをいつ送信するかについて以下のように合意した。これは、両方のリンクがＢＨ　ＲＬＦにある場合にＴｙｐｅ－２ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎが送信されるという現在のＲＡＮ２合意に沿ったものである。 Type-3 Indication for single connection and double connection
RAN2#116e agreed on when to transmit the Type-3BH RLF Indication as follows. This is in line with current RAN2 agreement that a Type-2 BH RLF Indication is sent when both links are in BH RLF.
　ノードが再確立に成功した場合、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを送信することができる。ＲＲＣ　ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ　ｃｏｍｐｌｅｔｅの送信成功など、リエスタブリッシュメント成功の詳細条件を規定するかどうか更なる検討をする。ノードが再確立を開始し、ＣＨＯ候補セルを選択し、ＣＨＯを成功させた場合のためのＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅの送信成功などの追加のトリガ条件を含めるかどうかについて更なる検討が必要である。 If the node is successfully re-established, it can send a Type-3 Indication. Further consideration will be given as to whether to specify detailed conditions for successful re-establishment, such as successful transmission of RRC re-establishment complete. Further consideration is needed on whether to include additional triggering conditions such as successful transmission of Reconfiguration Complete for cases where a node initiates re-establishment, selects a CHO candidate cell, and has a successful CHO.
　ノードは以前にＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを送信した場合にのみ、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを送信することができる。つまり、以前にＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎをトリガすることなく、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎをトリガすることはできない。 A node can transmit a Type-3 Indication only if it has previously transmitted a Type-2 Indication. That is, a Type-3 Indication cannot be triggered without previously triggering a Type-2 Indication.
　しかし、提案１に合意できるのであれば、少なくとも１つの経路がＢＨ　ＲＬＦ回復に成功し、再利用可能になったとき、つまり状態が「利用不可」から「利用可能」になったときにのみ、Ｔｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを送信するのが妥当であると考えられる。この動作は、提案１と同様に、ＮＲ－ＤＣとＥＮ－ＤＣとを含むシングル接続と二重接続のケースに適用することができる。 However, if we can agree on proposal 1, only when at least one path has successfully recovered BH RLF and becomes reusable, that is, when the state changes from "unavailable" to "available" It is considered appropriate to send Type-3 Indication. This operation, similar to Proposal 1, can be applied to single-connection and dual-connection cases involving NR-DC and EN-DC.
　提案５：ＲＡＮ２は、ＢＨ　ＲＬＦの回復に成功し、少なくとも１つのルートが再利用可能になったときにＴｙｐｅ－３　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎが送信されることに合意すべきである。 Proposal 5: RAN2 should agree that Type-3 BH RLF Indication is sent when BH RLF is successfully recovered and at least one route becomes reusable.
　また、提案３に合意できる場合は，再利用可能になったＲｏｕｔｉｎｇ　ＩＤを子ノードにも通知する必要がある。子ノードはこれらのルーティングＩＤをルーティング可能であるとみなし、該当するトラフィックのローカルリルートを停止させる。 Also, if you can agree on Proposal 3, it is necessary to notify the child nodes of the Routing ID that has become reusable. Child nodes consider these routing IDs to be routable and stop local rerouting of such traffic.
　提案６：ＲＡＮ２は、Ｔｙｐｅ－ｅのＢＨ　ＲＬＦＦ　Ｉｎｄｉｃａｔｉｏｎが、ＢＨ　ＲＬＦ回復の成功により再利用可能となったルーティングＩＤを示すことに合意すべきである。 Proposal 6: RAN2 should agree that Type-e BH RLFF Indication indicates a routing ID that has become reusable due to successful BH RLF recovery.
　提案７：ＲＡＮ２は、受信したＴｙｐｅ－３　ＢＨ　ＲＬＦ　ＩｎｄｉｃａｔｉｏｎでルーティングＩＤが示された場合、子ノードがルーティングＩＤを利用できるとみなすことに合意するべきである。 Proposal 7: RAN2 should agree to consider routing IDs available to child nodes when routing IDs are indicated in received Type-3 BH RLF Indications.
　アクションを取り消すためのその他の可能な条件
　ＲＡＮ２＃１１６ｅは、以下のようにＴｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎの受信時に、以前のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信時にトリガされたアクションを元に戻すことに合意した。 Other Possible Conditions for Undoing Actions RAN2#116e has agreed to undo actions triggered upon receipt of a previous Type-2 Indication upon receipt of a Type-3 Indication as follows.
　Ｔｙｐｅ－２Ｆ　Ｉｎｄｉｃａｔｉｏｎを受信した場合、ノードは可能であればローカルリルーティングを行うべきである。 When receiving a Type-2F Indication, the node should perform local rerouting if possible.
　Ｔｙｐｅ－３Ｆ　Ｉｎｄｉｃａｔｉｏｎを受信した場合、以前のＴｙｐｅ－２Ｆ　Ｉｎｄｉｃａｔｉｏｎの受信時に引き起こされた動作（例えば、ローカルリルーティング）は、可能であれば、逆であるべきである。 When a Type-3F Indication is received, the action (eg, local rerouting) triggered upon receipt of a previous Type-2F Indication should be reversed if possible.
　これらの合意の上で、ＩＡＢノードが以前のＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎによって引き起こされたアクションを元に戻すために、他の条件があるかどうかを検討することができる。例えば、ロードバランシング、ハンドオーバー、ＲＲＣの再確立などのために、ＩＡＢノードのルーティング設定がドナーによって更新された場合などが考えられる。親ノードが子ノードの親ノードでなくなるなど、新しいコンフィギュレーションによって、親ノードはＴｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを送信できず、子ノードもＴｙｐｅ－３　Ｉｎｄｉｃａｔｉｏｎを受信できない。 Based on these agreements, IAB nodes may consider whether there are other conditions for undoing the actions caused by the previous Type-2 Indication. For example, the IAB node's routing configuration may be updated by the donor for load balancing, handover, RRC re-establishment, etc. Parent nodes cannot send Type-3 Indications and child nodes cannot receive Type-3 Indications due to the new configuration, such as the parent node is no longer the parent node of the child node.
　提案８：ＲＡＮ２は、Ｔｙｐｅ－３　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎ以外に、ＩＡＢノードが以前のＴｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎによって引き起こされたアクションを元に戻すための条件があるかどうか、例えば、ルーティング設定が更新された場合など議論すべきである。 Proposal 8: RAN2 asks whether, other than Type-3 BH RLF Indication, there are conditions for IAB nodes to undo actions caused by previous Type-2 BH RLF Indication, e.g. should be discussed.
　Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの伝送
　ＲＡＮ２＃１１６ｅは以下の更なる検討が必要な事項について合意した。 Transmission of Type-2 Indication RAN2#116e agreed on the following items for further consideration.
　受信したＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎをさらに伝送させる必要がある場合、更なる検討が必要な事項はどの選択肢をとるか。
　選択肢１）受信したＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎは、（通常のＴｙｐｅ－２トリガ条件が満たされない限り）それ以上伝送されない。
　選択肢２）Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信したとき、ノードは利用可能な代替パスがなければ、さらに子ノードへＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを伝送すべきである。 If it is necessary to further transmit the received Type-2 Indication, what options should be taken for matters that require further consideration?
Option 1) Received Type-2 Indications are not transmitted further (unless normal Type-2 trigger conditions are met).
Option 2) Upon receiving a Type-2 Indication, the node should further transmit the Type-2 Indication to child nodes if there is no alternate path available.
　Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの伝送は、負荷分散やサービス中断の低減など、より良いトポロジー管理を提供することを目的としている。 Transmission of Type-2 Indication is intended to provide better topology management, such as load balancing and reducing service interruptions.
　具体的には、様々な提案がなされている。そのうちの１つは、ＩＡＢノードがＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信し、代替パスがない場合、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを転送するものであり、これは主に提案１の選択肢１によるＩＡＢノードの動作と一致するものである。言い換えれば、この条件は、提案２の部分的なローカルリルーティングを含め、ＩＡＢノードがローカルなリルーティングを行わない条件と解釈することもできる。もう一つの選択肢は、安定したトポロジー管理のために期待されるＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの伝送を１ホップのみに制限することである。明らかに、２重接続の場合、つまり提案１ではＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎがどのように送信されるか、また子ノードでの「部分的な」ローカルリルートが考慮されるか、つまり提案２にはまだ依存している。そのため、詳細については現時点では更なる検討が必要な事項としておくべきである。 Specifically, various proposals have been made. One of them is that if the IAB node receives a Type-2 Indication and there is no alternative path, it will forward the Type-2 Indication, which is mainly consistent with the IAB node's behavior according to Option 1 of Proposal 1. It is something to do. In other words, this condition can also be interpreted as a condition under which IAB nodes do not perform local rerouting, including the partial local rerouting of Proposition 2. Another option is to limit transmission of Type-2 Indication expected for stable topology management to only one hop. Clearly, in the case of dual connections, i.e. how Type-2 Indication is sent in Proposal 1, and whether "partial" local reroute at child nodes is taken into account, i.e. Proposal 2 still has depends. Therefore, the details should be left as matters requiring further consideration at this time.
　提案９：ＲＡＮ２は、子ノードへのＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの伝送がサポートされることに合意すべきである。ＩＡＢノードがローカルリルーティングを行わない場合のみ転送するなど、詳細な条件について更なる検討を行う。 Proposal 9: RAN2 should agree that transmission of Type-2 Indication to child nodes is supported. Further consideration will be given to detailed conditions such as forwarding only if the IAB node does not perform local rerouting.
　Ｔｙｐｅ－２　ＩｎｄｉｃａｔｉｏｎによるＳＲ／ＢＳＲの無効化又は削減
　ＲＡＮ２＃１１３ｅは、「Ｔｙｐｅ－２　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎは、ＳＲ及び／又はＢＳＲ送信の非活性化又は削減のトリガとして使用できる」ことに合意したが、ＲＡＮ２＃１１６ｅは、以下のように合意している。 Deactivation or Reduction of SR/BSR by Type-2 Indication RAN2#113e agreed that "Type-2 RLF Indication can be used as a trigger for deactivation or reduction of SR and/or BSR transmission", but RAN2#116e has agreed as follows.
　ＲＡＮ２は、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを受信したノードに対するＵＬ送信制約（ＳＲ／ＢＳＲなど）を規定しない。つまり、ノードが上りリンクで送信できるかどうかは、ノードの実装に委ねられ、Ｔｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎを送信するノードのスケジューリングポリシーにも委ねられる。ステージ２／３のＣＲにＮｏｔｅを追加する必要があるかどうかについては更なる検討が必要である。 RAN2 does not define UL transmission restrictions (SR/BSR, etc.) for nodes that have received Type-2 Indications. That is, whether or not a node can transmit on the uplink depends on the implementation of the node and also on the scheduling policy of the node that transmits the Type-2 Indication. Further consideration is needed as to whether Notes need to be added to stage 2/3 CRs.
　ＩＡＢ－ＭＴの動作と考えられるため、やはり明確に規定すべきと考える。そうしないと、例えばＵＬ送信のために規定された条件が満たされても、ＩＡＢ－ＭＴがＵＬ送信を回避することが許されるかどうかなど、実装が不明確である。しかし、上記の合意は既に達成されているため、更なる検討が必要な事項は仕様にＮｏｔｅを追加するかどうかだけである。ＮｏｔｅはＩＡＢ－ＭＴを実装する上で、ＲＡＮ２の意図通りに実装しているのに、他の人から仕様に記載されていないとクレームがつくなど、仕様準拠の不要な誤解を防ぐために有用であるであると考えられる。そのため、Ｓｔａｇｅ－２、Ｓｔａｇｅ－３仕様にＮｏｔｅが追加された。 　Because it is considered to be the operation of IAB-MT, I think it should be clearly defined. Otherwise, it is unclear to the implementation, eg whether the IAB-MT is allowed to avoid UL transmission even if the conditions specified for UL transmission are met. However, since the above agreement has already been reached, the only thing that needs further consideration is whether to add a Note to the specification. Note is useful in preventing unnecessary misunderstandings of specification compliance, such as complaints from others that it is not described in the specification, even though it is implemented as intended by RAN2 when implementing IAB-MT. It is thought that there is. Therefore, Notes were added to the Stage-2 and Stage-3 specifications.
提案１０：ＲＡＮ２は、Ｔｙｐｅ－２　ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎを受信した場合、ＩＡＢ－ＭＴがＳＲやＢＳＲの送信を停止又は削減することをＳｔａｇｅ－２／３仕様に追加することに合意するべきである。 Proposal 10: RAN2 should agree to add to the Stage-2/3 specifications that IAB-MT will stop or reduce transmission of SR and BSR when Type-2 BH RLF Indication is received.
　Ｔｙｐｅ－２　ＩｎｄｉｃａｔｉｏｎによるＳＩＢでのＩＡＢサポートの切り替え
　ＲＡＮ２＃１１６ｅでは、以下のように合意された。 Switching IAB support in SIB by Type-2 Indication RAN2#116e agreed as follows.
　ＲＡＮ２は、ＩＡＢサポートインジケータがＴｙｐｅ－２　Ｉｎｄｉｃａｔｉｏｎの受信によってトグルされることを規定していない、つまり、いつＩＡＢサポートインジケータを設定するかは、実装次第である。ステージ２／３のＣＲに注記を追加する必要があるかどうかについては更なる検討が必要である。 RAN2 does not specify that the IAB support indicator is toggled by receiving a Type-2 Indication, that is, when to set the IAB support indicator is up to the implementation. Further consideration is needed as to whether a note should be added to the stage 2/3 CR.
　ＳＲ／ＢＳＲの場合とは異なり、ＩＡＢ－ＤＵの動作と考えられるため、最初からＩＡＢ－ＤＵの実装次第である。この意味で、この動作のためにＮｏｔｅを追加する必要はないと考える。 Unlike the case of SR/BSR, it is considered an operation of IAB-DU, so it depends on the implementation of IAB-DU from the beginning. In this sense, we don't think we need to add Note for this behavior.
　所見５：ＩＡＢサポートＩＥの取り扱いは、Ｒｅｌ－１６と同様にＩＡＢ－ＤＵの実装に任されている。 Observation 5: The handling of IAB support IEs is left to the IAB-DU implementation, similar to Rel-16.
（付記２）
　上述の実施形態に関する特徴について記載する。 (Appendix 2)
Features related to the above-described embodiments are described.
（１）
　セルラ通信システムで用いる通信制御方法であって、
　中継ノードが、第１親ノードとの間の第１バックホールリンクで障害が発生したことを示す障害発生通知に、付加情報を含ませて子ノードに送信するステップと、
　前記子ノードが、前記付加情報を含む前記障害発生通知を受信するステップと、を有し、
　前記付加情報は、前記障害によって使用不能な第１ＢＡＰルーティングＩＤと、前記第１ＢＡＰルーティングＩＤに含まれる第１宛先ＢＡＰアドレスのうち少なくともいずれかを含むとともに、前記ＢＡＰルーティングＩＤと前記第１宛先ＢＡＰアドレスのうち少なくともいずれを含むのかを示す識別情報を含む、
　通信制御方法。 (1)
A communication control method used in a cellular communication system,
a step in which the relay node transmits a failure occurrence notification indicating that a failure has occurred in the first backhaul link between the first parent node and the first parent node, including additional information, to the child node;
the child node receiving the failure notification including the additional information;
The additional information includes at least one of a first BAP routing ID that cannot be used due to the failure and a first destination BAP address included in the first BAP routing ID, and the BAP routing ID and the first destination BAP address. including identification information indicating at least which of
Communication control method.
（２）
　前記障害によっても使用可能な第２ＢＡＰルーティングＩＤに含まれる第２宛先ＢＡＰアドレスと、前記第１宛先ＢＡＰアドレスとが同一のＢＡＰアドレスではない場合、前記付加情報には、前記第１宛先ＢＡＰアドレスを含み、前記第１ＢＡＰルーティングＩＤは含まれない、
　上記（１）に記載の通信制御方法。 (2)
If the second destination BAP address included in the second BAP routing ID that can be used even by the failure and the first destination BAP address are not the same BAP address, the additional information includes the first destination BAP address. including, but not including, said first BAP routing ID;
The communication control method according to (1) above.
（３）
　前記障害によっても使用可能な第２宛先ＢＡＰアドレスと、前記第１宛先ＢＡＰアドレスとが同一のＢＡＰアドレスの場合、前記付加情報には、前記ＢＡＰルーティングＩＤを含み、前記第１宛先ＢＡＰアドレスは含まれない、
　上記（１）に記載の通信制御方法。 (3)
When the second destination BAP address that can be used even by the failure and the first destination BAP address are the same BAP address, the additional information includes the BAP routing ID and the first destination BAP address. can't
The communication control method according to (1) above.
（４）
　前記障害によっても使用可能な第３ＢＡＰルーティングＩＤに含まれる第３宛先ＢＡＰアドレスと、前記第１宛先ＢＡＰアドレスとが同一のＢＡＰアドレスではない場合、前記付加情報には、前記第１ＢＡＰルーティングＩＤと前記第１宛先ＢＡＰアドレスとを含む、
　上記（３）に記載の通信制御方法。 (4)
If the third destination BAP address included in the third BAP routing ID that can be used even by the failure and the first destination BAP address are not the same BAP address, the additional information includes the first BAP routing ID and the a first destination BAP address;
The communication control method according to (3) above.
（５）
　前記第２宛先ＢＡＰアドレスは、前記中継ノードの第２親ノードとの間において障害が発生していない第２バックホールリンクをルートに含む前記第２ＢＡＰルーティングＩＤに含まれ、前記第３宛先ＢＡＰアドレスは、前記第２バックホールをルートに含む第３ＢＡＰルーティングＩＤに含まれる、
　上記（２）から上記（４）のいずれかに記載の通信制御方法。 (5)
The second destination BAP address is included in the second BAP routing ID whose route includes a second backhaul link in which no failure has occurred between the relay node and the second parent node, and the third destination BAP address is included in a third BAP routing ID that includes the second backhaul in its route;
The communication control method according to any one of (2) to (4) above.
（６）
　前記送信するステップは、前記中継ノードが、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを用いて前記障害発生通知を送信することを含み、
　前記識別情報は、前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵのヘッダ部のＰＤＵ　Ｔｙｐｅにより表される、
　上記（１）に記載の通信制御方法。 (6)
The transmitting step includes the relay node transmitting the failure notification using a BAP Control PDU;
The identification information is represented by the PDU Type of the header portion of the BAP Control PDU,
The communication control method according to (1) above.
（７）
　前記送信するステップは、前記中継ノードが、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを用いて前記障害発生通知を送信することを含み、
　前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵは、
　　前記第１ＢＡＰルーティングＩＤを前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵに含むか否かを示す第１識別情報フィールドと、
　　前記第１宛先ＢＡＰアドレスを前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵに含むか否かを示す第２識別情報フィールドと、
　　前記第１ＢＡＰルーティングＩＤを含むＢＡＰルーティングＩＤフィールドと、
　　前記第１宛先ＢＡＰアドレスを含む宛先フィールドと、を含む、
　上記（１）に記載の通信制御方法。 (7)
The transmitting step includes the relay node transmitting the failure notification using a BAP Control PDU;
The BAP Control PDU is
a first identification information field indicating whether the first BAP routing ID is included in the BAP Control PDU;
a second identification information field indicating whether the first destination BAP address is included in the BAP Control PDU;
a BAP Routing ID field containing the first BAP Routing ID;
a destination field containing the first destination BAP address;
The communication control method according to (1) above.
（８）
　前記付加情報として、前記第１ＢＡＰルーティングＩＤと前記第１宛先ＢＡＰアドレスとを含まない前記障害発生通知は、全てのルートが使用不能であることを示す、
　上記（１）に記載の通信制御方法。 (8)
The failure notification that does not include the first BAP routing ID and the first destination BAP address as the additional information indicates that all routes are unusable.
The communication control method according to (1) above.
（９）
　セルラ通信システムで用いる通信制御方法であって、
　中継ノードが、障害が発生したことを示す障害発生通知を親ノードから受信するステップと、
　前記中継ノードが、前記障害発生通知を受信したことに応じて、所定のアクションを行うステップと、
　前記中継ノードが、所定の処理が行われた時、前記所定のアクションを取り消すステップと、を有し、
　前記所定の処理は、ルーティング設定の変更を含む、
　通信制御方法。 (9)
A communication control method used in a cellular communication system,
a relay node receiving a failure notification from a parent node indicating that a failure has occurred;
a step in which the relay node performs a predetermined action in response to receiving the failure notification;
said relay node canceling said predetermined action when a predetermined process has been performed;
The predetermined processing includes changing routing settings,
Communication control method.
（１０）
　前記所定の処理は、前記中継ノードによるハンドオーバの実行、前記中継ノードによるＲＲＣ再確立（ＲＲＣ　Ｒｅｅｓｔａｂｌｉｓｈｅｍｅｎｔ）の実行、及び、前記中継ノードが親ノードからバックホールリンクの回復失敗通知の受信のうち少なくともいずれかを含む、
　上記（９）に記載の通信制御方法。 (10)
The predetermined processing includes at least one of execution of handover by the relay node, execution of RRC re-establishment by the relay node, and reception of a backhaul link recovery failure notification by the relay node from a parent node. including
The communication control method according to (9) above.
（１１）
　更に、前記親ノードが、前記障害発生通知を送信するステップと、
　前記親ノードが、前記ドナーノードによる前記ルーティング設定の変更が行われることに応じて、前記障害から回復したことを示す障害回復通知を前記中継ノードへ送信するステップと、を有する、
　上記（９）に記載の通信制御方法。 (11)
Further, the parent node sending the failure notification;
said parent node sending a failure recovery notification indicating recovery from said failure to said relay node in response to said donor node changing said routing configuration;
The communication control method according to (9) above.
（１２）
　セルラ通信システムで用いる通信制御方法であって、
　中継ノードが、障害が発生したことを示す障害発生通知を親ノードから受信するステップと、
　前記中継ノードが、前記障害発生通知に含まれる使用不能なルーティングＩＤに該当する論理チャネルＩＤを特定するステップと、
　前記中継ノードが、前記論理チャネルＩＤに対応する送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ＢＳＲの対象から除外する除外処理を行うステップと、
　前記中継ノードが、前記ＢＳＲを前記親ノードへ送信するステップと、を有する
　通信制御方法。 (12)
A communication control method used in a cellular communication system,
a relay node receiving a failure notification from a parent node indicating that a failure has occurred;
a step in which the relay node identifies a logical channel ID corresponding to the unavailable routing ID included in the failure notification;
a step in which the relay node performs an exclusion process for excluding data available for transmission corresponding to the logical channel ID from the target of BSR;
said relay node transmitting said BSR to said parent node.
（１３）
　更に、前記中継ノードが、前記障害が回復したことを示す障害回復通知を前記親ノードから受信したとき、前記除外処理を解除するステップを有する、
　上記（１２）に記載の通信制御方法。 (13)
Furthermore, when the relay node receives a failure recovery notification indicating that the failure has been recovered from the parent node, canceling the exclusion process;
The communication control method according to (12) above.

Claims (16)

  1. 　第１親ノード及び第２親ノードとの二重接続を有する中継ノードにおいて実行される通信制御方法であって、
    　前記第１親ノードと前記中継ノードとの間の第１バックホールリンクと、前記第２親ノードと前記中継ノードとの間の第１バックホールリンクとの一方のバックホールリンクで無線リンク障害を検知することと、
    　ローカルリルーティングを実行できないと判断した場合、障害検出通知を子ノードに送信することと、を有する
    　通信制御方法。     A communication control method executed in a relay node having dual connections with a first parent node and a second parent node,
    a radio link failure on one backhaul link of a first backhaul link between the first parent node and the relay node and a first backhaul link between the second parent node and the relay node; detecting;
    and transmitting a failure detection notification to a child node if it is determined that local rerouting cannot be performed.
  2. 　第１親ノード及び第２親ノードとの二重接続を有する中継ノードであって、
    　前記第１親ノードと前記中継ノードとの間の第１バックホールリンクと、前記第２親ノードと前記中継ノードとの間の第１バックホールリンクとの一方のバックホールリンクで無線リンク障害を検知する制御部と、
    　ローカルリルーティングを実行できないと判断した場合、障害検出通知を子ノードに送信する送信部と、を備える
    　中継ノード。     A relay node having a dual connection with a first parent node and a second parent node,
    a radio link failure on one backhaul link of a first backhaul link between the first parent node and the relay node and a first backhaul link between the second parent node and the relay node; a control unit that detects
    a transmitting unit that transmits a failure detection notification to a child node when it is determined that local rerouting cannot be executed.
  3. 　第１親ノード及び第２親ノードとの二重接続を有する中継ノードを制御するプロセッサであって、
    　前記第１親ノードと前記中継ノードとの間の第１バックホールリンクと、前記第２親ノードと前記中継ノードとの間の第１バックホールリンクとの一方のバックホールリンクで無線リンク障害を検知する処理と、
    　ローカルリルーティングを実行できないと判断した場合、障害検出通知を子ノードに送信する処理と、を実行する
    　プロセッサ。     A processor controlling a relay node having dual connections with a first parent node and a second parent node,
    a radio link failure on one backhaul link of a first backhaul link between the first parent node and the relay node and a first backhaul link between the second parent node and the relay node; the process of detecting;
    A processor that performs a process of sending failure detection notifications to child nodes if it determines that local rerouting cannot be performed.
  4. 　セルラ通信システムで用いる通信制御方法であって、
    　中継ノードが、第１親ノードとの間の第１バックホールリンクで障害が発生したことを示す障害発生通知に、付加情報を含ませて子ノードに送信することと、
    　前記子ノードが、前記付加情報を含む前記障害発生通知を受信することと、を有し、
    　前記付加情報は、前記障害によって使用不能な第１ＢＡＰルーティングＩＤと、前記第１ＢＡＰルーティングＩＤに含まれる第１宛先ＢＡＰアドレスのうち少なくともいずれかを含むとともに、前記ＢＡＰルーティングＩＤと前記第１宛先ＢＡＰアドレスのうち少なくともいずれを含むのかを示す識別情報を含む、
    　通信制御方法。     A communication control method used in a cellular communication system,
    a relay node transmitting, to a child node, a failure occurrence notification indicating that a failure has occurred in a first backhaul link with a first parent node, including additional information;
    the child node receiving the failure notification including the additional information;
    The additional information includes at least one of a first BAP routing ID that cannot be used due to the failure and a first destination BAP address included in the first BAP routing ID, and the BAP routing ID and the first destination BAP address. including identification information indicating at least which of
    Communication control method.
  5. 　前記障害によっても使用可能な第２ＢＡＰルーティングＩＤに含まれる第２宛先ＢＡＰアドレスと、前記第１宛先ＢＡＰアドレスとが同一のＢＡＰアドレスではない場合、前記付加情報には、前記第１宛先ＢＡＰアドレスを含み、前記第１ＢＡＰルーティングＩＤは含まれない、
    　請求項４記載の通信制御方法。     If the second destination BAP address included in the second BAP routing ID that can be used even by the failure and the first destination BAP address are not the same BAP address, the additional information includes the first destination BAP address. including, but not including, said first BAP routing ID;
    5. The communication control method according to claim 4.
  6. 　前記障害によっても使用可能な第２宛先ＢＡＰアドレスと、前記第１宛先ＢＡＰアドレスとが同一のＢＡＰアドレスの場合、前記付加情報には、前記ＢＡＰルーティングＩＤを含み、前記第１宛先ＢＡＰアドレスは含まれない、
    　請求項４記載の通信制御方法。     When the second destination BAP address that can be used even by the failure and the first destination BAP address are the same BAP address, the additional information includes the BAP routing ID and the first destination BAP address. can't
    5. The communication control method according to claim 4.
  7. 　前記障害によっても使用可能な第３ＢＡＰルーティングＩＤに含まれる第３宛先ＢＡＰアドレスと、前記第１宛先ＢＡＰアドレスとが同一のＢＡＰアドレスではない場合、前記付加情報には、前記第１ＢＡＰルーティングＩＤと前記第１宛先ＢＡＰアドレスとを含む、
    　請求項６記載の通信制御方法。     If the third destination BAP address included in the third BAP routing ID that can be used even by the failure and the first destination BAP address are not the same BAP address, the additional information includes the first BAP routing ID and the a first destination BAP address;
    7. The communication control method according to claim 6.
  8. 　前記第２宛先ＢＡＰアドレスは、前記中継ノードの第２親ノードとの間において障害が発生していない第２バックホールリンクをルートに含む前記第２ＢＡＰルーティングＩＤに含まれ、前記第３宛先ＢＡＰアドレスは、前記第２バックホールをルートに含む第３ＢＡＰルーティングＩＤに含まれる、
    　請求項５から７のいずれかに記載の通信制御方法。     The second destination BAP address is included in the second BAP routing ID whose route includes a second backhaul link in which no failure has occurred between the relay node and the second parent node, and the third destination BAP address is included in a third BAP routing ID that includes the second backhaul in its route;
    The communication control method according to any one of claims 5 to 7.
  9. 　前記送信することは、前記中継ノードが、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを用いて前記障害発生通知を送信することを含み、
    　前記識別情報は、前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵのヘッダ部のＰＤＵ　Ｔｙｐｅにより表される、
    　請求項４記載の通信制御方法。     The transmitting includes the relay node transmitting the failure notification using a BAP Control PDU;
    The identification information is represented by the PDU Type of the header portion of the BAP Control PDU,
    5. The communication control method according to claim 4.
  10. 　前記送信することは、前記中継ノードが、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを用いて前記障害発生通知を送信することを含み、
    　前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵは、
    　　前記第１ＢＡＰルーティングＩＤを前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵに含むか否かを示す第１識別情報フィールドと、
    　　前記第１宛先ＢＡＰアドレスを前記ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵに含むか否かを示す第２識別情報フィールドと、
    　　前記第１ＢＡＰルーティングＩＤを含むＢＡＰルーティングＩＤフィールドと、
    　　前記第１宛先ＢＡＰアドレスを含む宛先フィールドと、を含む、
    　請求項４記載の通信制御方法。     The transmitting includes the relay node transmitting the failure notification using a BAP Control PDU;
    The BAP Control PDU is
    a first identification information field indicating whether the first BAP routing ID is included in the BAP Control PDU;
    a second identification information field indicating whether the first destination BAP address is included in the BAP Control PDU;
    a BAP Routing ID field containing the first BAP Routing ID;
    a destination field containing the first destination BAP address;
    5. The communication control method according to claim 4.
  11. 　前記付加情報として、前記第１ＢＡＰルーティングＩＤと前記第１宛先ＢＡＰアドレスとを含まない前記障害発生通知は、全てのルートが使用不能であることを示す、
    　請求項４記載の通信制御方法。     The failure notification that does not include the first BAP routing ID and the first destination BAP address as the additional information indicates that all routes are unusable.
    5. The communication control method according to claim 4.
  12. 　セルラ通信システムで用いる通信制御方法であって、
    　中継ノードが、障害が発生したことを示す障害発生通知を親ノードから受信することと、
    　前記中継ノードが、前記障害発生通知を受信したことに応じて、所定のアクションを行うことと、
    　前記中継ノードが、所定の処理が行われた時、前記所定のアクションを取り消すことと、を有し、
    　前記所定の処理は、ルーティング設定の変更を含む、
    　通信制御方法。     A communication control method used in a cellular communication system,
    a relay node receiving a failure notification from a parent node indicating that a failure has occurred;
    the relay node performing a predetermined action in response to receiving the failure notification;
    the relay node canceling the predetermined action when a predetermined process has been performed;
    The predetermined processing includes changing routing settings,
    Communication control method.
  13. 　前記所定の処理は、前記中継ノードによるハンドオーバの実行、前記中継ノードによるＲＲＣ再確立（ＲＲＣ　Ｒｅｅｓｔａｂｌｉｓｈｅｍｅｎｔ）の実行、及び、前記中継ノードが親ノードからバックホールリンクの回復失敗通知の受信のうち少なくともいずれかを含む、
    　請求項１２記載の通信制御方法。     The predetermined processing includes at least one of execution of handover by the relay node, execution of RRC re-establishment by the relay node, and reception of a backhaul link recovery failure notification by the relay node from a parent node. including
    13. The communication control method according to claim 12.
  14. 　更に、前記親ノードが、前記障害発生通知を送信することと、
    　前記親ノードが、前記ドナーノードによる前記ルーティング設定の変更が行われることに応じて、前記障害から回復したことを示す障害回復通知を前記中継ノードへ送信することと、を有する、
    　請求項１２記載の通信制御方法。     Further, the parent node transmitting the failure notification;
    the parent node sending a failure recovery notification indicating recovery from the failure to the relay node in response to the donor node changing the routing configuration;
    13. The communication control method according to claim 12.
  15. 　セルラ通信システムで用いる通信制御方法であって、
    　中継ノードが、障害が発生したことを示す障害発生通知を親ノードから受信することと、
    　前記中継ノードが、前記障害発生通知に含まれる使用不能なルーティングＩＤに該当する論理チャネルＩＤを特定することと、
    　前記中継ノードが、前記論理チャネルＩＤに対応する送信待ちのデータ（ｄａｔａ　ａｖａｉｌａｂｌｅ　ｆｏｒ　ｔｒａｎｓｍｉｓｓｉｏｎ）を、ＢＳＲの対象から除外する除外処理を行うことと、
    　前記中継ノードが、前記ＢＳＲを前記親ノードへ送信することと、を有する
    　通信制御方法。     A communication control method used in a cellular communication system,
    a relay node receiving a failure notification from a parent node indicating that a failure has occurred;
    the relay node identifying a logical channel ID corresponding to the unavailable routing ID included in the failure notification;
    The relay node performs an exclusion process for excluding data available for transmission corresponding to the logical channel ID from the target of BSR;
    said relay node transmitting said BSR to said parent node.
  16. 　更に、前記中継ノードが、前記障害が回復したことを示す障害回復通知を前記親ノードから受信したとき、前記除外処理を解除することを有する、
    　請求項１５記載の通信制御方法。     Further, when the relay node receives a failure recovery notification indicating that the failure has been recovered from the parent node, canceling the exclusion process.
    16. The communication control method according to claim 15.
PCT/JP2022/047870 2022-01-04 2022-12-26 Communication control method WO2023132283A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263296226P 2022-01-04 2022-01-04
US63/296,226 2022-01-04

Publications (1)

Publication Number Publication Date
WO2023132283A1 true WO2023132283A1 (en) 2023-07-13

Family

ID=87073649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/047870 WO2023132283A1 (en) 2022-01-04 2022-12-26 Communication control method

Country Status (1)

Country Link
WO (1) WO2023132283A1 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021006691A1 (en) * 2019-07-10 2021-01-14 Samsung Electronics Co., Ltd. Method and device for routing data packet, and method and device for controlling data packet transmission
WO2021090687A1 (en) * 2019-11-07 2021-05-14 京セラ株式会社 Communication control method and wireless relay device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021006691A1 (en) * 2019-07-10 2021-01-14 Samsung Electronics Co., Ltd. Method and device for routing data packet, and method and device for controlling data packet transmission
WO2021090687A1 (en) * 2019-11-07 2021-05-14 京セラ株式会社 Communication control method and wireless relay device

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
KYOCERA: "Details of BH RLF Indications for eIAB", 3GPP DRAFT; R2-2110204, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20211101 - 20211112, 22 October 2021 (2021-10-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052066650 *
KYOCERA: "Remaining issues of BH RLF Indications for eIAB", 3GPP DRAFT; R2-2201242, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20220117 - 20220125, 11 January 2022 (2022-01-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052094343 *
NOKIA, NOKIA SHANGHAI BELL: "Re-routing enhancements and RLF indications in IAB", 3GPP DRAFT; R2-2105482, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20210519 - 20210527, 11 May 2021 (2021-05-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052007072 *
QUALCOMM INCORPORATED: "Enhancements to local rerouting and RLF indication in IAB", 3GPP DRAFT; R2-2104861, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-meeting; 20210517 - 20210528, 10 May 2021 (2021-05-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052003747 *

Similar Documents

Publication Publication Date Title
CN110636628B (en) Information transmission method and device
WO2020032129A1 (en) Relay device
JP7462026B2 (en) Method and relay node
JP2023078390A (en) Communication control method, wireless relay apparatus, and processor
US20220159771A1 (en) Communication control method and relay apparatus
EP2930977B1 (en) A method for operating a base station
US20230078657A1 (en) Communication control method
JP2023145706A (en) Communication control method
US20240032129A1 (en) Communication control method
US20230328629A1 (en) Communication control method
CN116349303A (en) Method and apparatus for packet rerouting
WO2023132283A1 (en) Communication control method
WO2021206011A1 (en) Communication control method and relay node
WO2021026936A1 (en) Method and apparatus for processing link failure of backhaul link
WO2023068258A1 (en) Communication control method
WO2023013603A1 (en) Communication method
WO2023013604A1 (en) Communication control method
JP7483864B2 (en) COMMUNICATION CONTROL METHOD, RELAY NODE, MOBILE COMMUNICATION SYSTEM, CHIP SET, AND PROGRAM
WO2023149577A1 (en) Communication control method
WO2023132285A1 (en) Communication control method
WO2023132284A1 (en) Communication control method
US20240073736A1 (en) Communication control method
WO2023068254A1 (en) Communication control method and relay node
US20230262516A1 (en) Communication control method
JP7397221B2 (en) Communication control method, relay node and processor

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

Country of ref document: EP

Kind code of ref document: A1