WO2022030575A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2022030575A1
WO2022030575A1 PCT/JP2021/029098 JP2021029098W WO2022030575A1 WO 2022030575 A1 WO2022030575 A1 WO 2022030575A1 JP 2021029098 W JP2021029098 W JP 2021029098W WO 2022030575 A1 WO2022030575 A1 WO 2022030575A1
Authority
WO
WIPO (PCT)
Prior art keywords
iab node
cell
relay node
node
iab
Prior art date
Application number
PCT/JP2021/029098
Other languages
English (en)
French (fr)
Inventor
真人 藤代
ヘンリー チャン
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Priority to JP2022541723A priority Critical patent/JPWO2022030575A5/ja
Publication of WO2022030575A1 publication Critical patent/WO2022030575A1/ja
Priority to US18/164,214 priority patent/US20230189377A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • 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
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
    • 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
    • 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/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present disclosure relates to a communication control method used in a mobile communication system.
  • a new relay node called an IAB (Integrated Access and Backhaul) node is defined (for example, "3GPP TS 38.300 V16.2.0”. (2020-07) ”).
  • IAB Integrated Access and Backhaul
  • One or more relay nodes intervene in the communication between the base station and the user device, and relay the communication.
  • the relay node having a wireless backhaul link performs a restoration process for restoring the wireless backhaul link in response to the occurrence of an event related to the failure of the wireless backhaul link. Have that.
  • Performing the recovery process is, as a part of the recovery process, failure information indicating the occurrence of the event when starting the RRC (Radio Resource Control) reestablishment process for reestablishing the wireless backhaul link. Is transmitted to a subordinate node of the relay node.
  • RRC Radio Resource Control
  • the communication control method is cell information used when a first relay node having a wireless backhaul link performs a cell selection procedure for determining a cell to be reestablished of the wireless backhaul link. Is received from the donor base station.
  • the cell information is one of permitted cell information that identifies a cell that is permitted to be selected as the target cell and non-permitted cell information that identifies a cell that is not permitted to be selected as the target cell. including.
  • the first relay node having a wireless backhaul link inserts the second relay node into the second relay node under the first relay node by RRC (Radio Resource Control). It has to send a message for transitioning to the active state.
  • RRC Radio Resource Control
  • FIG. 1 is a diagram showing a configuration of a mobile communication system 1 according to an embodiment.
  • Mobile communication system 1 is a 5th generation (5G) mobile communication system based on the 3GPP standard. Specifically, the wireless access system in the mobile communication system 1 is NR (New Radio), which is a 5G wireless access system. However, LTE (Long Term Evolution) may be applied to the mobile communication system 1 at least partially.
  • 5G 5th generation
  • NR New Radio
  • LTE Long Term Evolution
  • the mobile communication system 1 has a 5G core network (5GC) 10, a user device (UE: User Equipment) 100, a base station (called gNB) 200, and an IAB node 300.
  • the IAB node 300 is an example of a relay node.
  • the base station is an NR base station (that is, gNB) will be mainly described, but the base station may be an LTE base station (that is, eNB).
  • the 5GC10 has an AMF (Access and Mobility Management Function) 11 and an UPF (User Plane Function) 12.
  • the AMF 11 is a device that performs various mobility controls and the like for the UE 100.
  • the AMF 11 manages information on the area in which the UE 100 is located by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF 12 is a device that controls the transfer of user data and the like.
  • Each gNB 200 is a fixed wireless communication node and manages one or a plurality of cells.
  • Cell is used as a term to indicate the smallest unit of wireless communication area.
  • Cell may be used as a term to indicate a function or resource for wireless communication with the UE 100.
  • One cell belongs to one carrier frequency.
  • Each gNB200 is interconnected with the 5GC10 via an interface called an NG interface.
  • FIG. 1 illustrates two gNB200-1 and gNB200-2 connected to 5GC10.
  • Each gNB200 is interconnected with other gNB200s in an adjacent relationship via an inter-base station interface called an Xn interface.
  • FIG. 1 shows an example in which gNB200-1 is connected to gNB200-2.
  • Each gNB 200 may be divided into an aggregate unit (CU: Central Unit) and a distributed unit (DU: Distributed Unit).
  • the CU and DU are connected to each other via an interface called an F1 interface.
  • the F1 protocol is a communication protocol between the CU and the DU, and includes the F1-C protocol, which is a control plane protocol, and the F1-U protocol, which is a user plane protocol.
  • the mobile communication system 1 supports IAB that enables wireless relay of NR access by using NR for the backhaul.
  • the donor gNB200-1 is a terminal node of the NR backhaul on the network side, and is a gNB200 having an additional function of supporting IAB.
  • the backhaul can be multi-hop through multiple hops (ie, multiple IAB nodes 300).
  • Each IAB node 300 has a DU function unit and an MT (Mobile Termination) function unit.
  • the MT connects to the DU of the upper node (upper IAB node 300 or donor gNB200-1).
  • MT connects to the CU of donor gNB200-1 using RRC (Radio Resource Control) and establishes a signaling radio bearer (SRB) carrying RRC and NAS messages as donor gNB200-1.
  • RRC Radio Resource Control
  • SRB signaling radio bearer
  • Neighboring nodes (ie, higher-level nodes) on the MT's NR Uu radio interface are sometimes referred to as "parent nodes”.
  • the DU manages cells in the same way as gNB200.
  • the DU terminates the NR Uu radio interface to the UE 100 and the lower IAB node 300.
  • the DU supports the F1 protocol to the CU of donor gNB200-1.
  • Neighboring nodes (ie, subordinate nodes) on the DU's NR access interface are sometimes referred to as "child nodes.”
  • IAB nodes 300 connected to the donor gNB200-1 via one or more hops form an IAB topology with the donor gNB200-1 as the root.
  • IAB topology is sometimes called a DAG (Directed Acyclic Graph).
  • DAG Directed Acyclic Graph
  • the direction of the parent node may be referred to as upstream or superior, and the direction of the child node may be referred to as downstream or inferior.
  • each IAB node 300 in the IAB topology establishes a wireless backhaul link to the DU of the parent node (IAB node 300 or donor gNB200-1).
  • the MT of the IAB node 300 establishes one radio backhaul link for one parent node.
  • the DU of the IAB node 300 sets one of the cells managed by the DU as a serving cell of the MT of the child node that has established a wireless backhaul link with the own node.
  • a serving cell is a cell that provides radio resources used on the radio backhaul link.
  • the DU of the IAB node 300 may set a cell group (CG) composed of a plurality of serving cells for the MT of the child node.
  • CG cell group
  • the IAB node 300 may have a plurality of parent nodes. In other words, one IAB node 300 may establish a wireless backhaul link with each of a plurality of IAB nodes 300 as parent nodes.
  • the IAB node 300 may have a dual connection with the two parent nodes. Of the two parent nodes, one is the master node (MN) and the other is the secondary node (SN).
  • MN master node
  • SN secondary node
  • the wireless backhaul link between the IAB node 300 and the MN may be called an MCG (Master Cell Group) link, and the wireless backhaul link between the IAB node 300 and the SN is called an SCG (Secondary Cell Group) link.
  • MCG Master Cell Group
  • SCG Secondary Cell Group
  • the IAB node 300-1 wirelessly connects to the donor gNB200-1
  • the IAB node 300-2 wirelessly connects to the IAB node 300-1
  • the IAB node 300-3 wirelessly connects to the IAB node 300-2.
  • An example is shown in which the IAB node 300-4 is wirelessly connected to the IAB node 300-3 and the F1 protocol is transmitted in four backhaul hops.
  • the UE 100 is a mobile wireless communication device that performs wireless communication with a cell.
  • the UE 100 may be any device as long as it is a device that performs wireless communication with the gNB 200 or the IAB node 300.
  • the UE 100 is a mobile phone terminal, a tablet terminal, a notebook PC, a sensor, a device provided in the sensor, a vehicle, or a device provided in the vehicle.
  • the UE 100 is wirelessly connected to a higher-level node (IAB node 300 or gNB 200) via a wireless access link.
  • the IAB node 300 having a wireless access link with the UE 100 operates as the access IAB node 300 of the UE 100 when relaying the communication of the UE 100.
  • FIG. 1 shows an example in which the UE 100 is wirelessly connected to the IAB node 300-4.
  • the UE 100 indirectly communicates with the donor gNB200-1 via the IAB node 300-4, the IAB node 300-3, the IAB node 300-2, and the IAB node 300-1.
  • the IAB node 300-4, the IAB node 300-3, the IAB node 300-2, and the IAB node 300-1 relay the uplink data from the UE 100 to the donor gNB200-1, and from the gNB200-1.
  • the downlink data of is relayed to the UE 100.
  • FIG. 2 is a diagram showing the configuration of gNB 200.
  • the gNB 200 has a wireless communication unit 210, a network communication unit 220, and a control unit 230.
  • the wireless communication unit 210 performs wireless communication with the UE 100 and wireless communication with the IAB node 300.
  • the wireless communication unit 210 has a reception unit 211 and a transmission unit 212.
  • the receiving unit 211 performs various receptions under the control of the control unit 230.
  • the receiving unit 211 includes an antenna, converts the radio signal received by the antenna into a baseband signal (received signal), and outputs the radio signal to the control unit 230.
  • the transmission unit 212 performs various transmissions under the control of the control unit 230.
  • the transmission unit 212 includes an antenna, converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal, and transmits the baseband signal (transmission signal) from the antenna.
  • the network communication unit 220 performs wired communication (or wireless communication) with 5GC10 and wired communication (or wireless communication) with other adjacent gNB200.
  • the network communication unit 220 has a reception unit 221 and a transmission unit 222.
  • the receiving unit 221 performs various types of reception under the control of the control unit 230.
  • the receiving unit 221 receives a signal from the outside and outputs the received signal to the control unit 230.
  • the transmission unit 222 performs various transmissions under the control of the control unit 230.
  • the transmission unit 222 transmits the transmission signal output by the control unit 230 to the outside.
  • the control unit 230 performs various controls on the gNB 200.
  • the control unit 230 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the processor performs processing of each layer described later.
  • FIG. 3 is a diagram showing the configuration of the IAB node 300.
  • the IAB node 300 has a wireless communication unit 310 and a control unit 320.
  • the IAB node 300 may have a plurality of wireless communication units 310.
  • the wireless communication unit 310 performs wireless communication with the gNB 200 or another IAB node 300 (wireless backhaul link) and wireless communication with the UE 100 (wireless access link).
  • the wireless communication unit 310 for wireless backhaul link communication and the wireless communication unit 310 for wireless access link communication may be provided separately.
  • the wireless communication unit 310 has a receiving unit 311 and a transmitting unit 312.
  • the receiving unit 311 performs various receptions under the control of the control unit 320.
  • the receiving unit 311 includes an antenna, converts the radio signal received by the antenna into a baseband signal (received signal), and outputs the radio signal to the control unit 320.
  • the transmission unit 312 performs various transmissions under the control of the control unit 320.
  • the transmission unit 312 includes an antenna, converts a baseband signal (transmission signal) output by the control unit 320 into a radio signal, and transmits the baseband signal (transmission signal) from the antenna.
  • the control unit 320 performs various controls on the IAB node 300.
  • the control unit 320 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the processor performs processing of each layer described later.
  • FIG. 4 is a diagram showing the configuration of the UE 100.
  • the UE 100 has a wireless communication unit 110 and a control unit 120.
  • the wireless communication unit 110 performs wireless communication on the wireless access link, that is, wireless communication with the gNB 200 and wireless communication with the IAB node 300.
  • the wireless communication unit 110 has a reception unit 111 and a transmission unit 112.
  • the receiving unit 111 performs various types of reception under the control of the control unit 120.
  • the receiving unit 111 includes an antenna, converts the radio signal received by the antenna into a baseband signal (received signal), and outputs the radio signal to the control unit 120.
  • the transmission unit 112 performs various transmissions under the control of the control unit 120.
  • the transmission unit 112 includes an antenna, converts a baseband signal (transmission signal) output by the control unit 120 into a radio signal, and transmits the baseband signal (transmission signal) from the antenna.
  • the control unit 120 performs various controls on the UE 100.
  • the control unit 120 includes at least one memory and at least one processor electrically connected to the memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the processor performs processing of each layer described later.
  • the UE 100 may have a GNSS (Global Navigation Satellite System) receiver.
  • the UE 100 does not have to have a GNSS receiver.
  • FIG. 5 is a diagram showing an example of a user plane protocol stack.
  • FIG. 5 shows an example of a user plane protocol stack in the case where user data is communicated between the IAB node 300-2 and the donor gNB200-1.
  • each of the IAB node 300-1 to the IAB node 300-2 has each functional part of MT and DU.
  • the MT has layers of BAP (Backhaul Adjustment Protocol), RLC (Radio Link Control), and MAC (Medium Access Control).
  • the DU has layers of BAP, RLC, and MAC.
  • FIG. 5 shows an example in which the BAP layer of the DU and the BAP layer of the MT are separately provided, the BAP layer of the DU and the BAP layer of the MT may be integrated.
  • the DU of the IAB node 300-2 and the CU of the donor gNB200-1 have each layer of UDP (User Datagram Protocol) and GTP-U (GPRS Tunneling Protocol for User Plane). Further, the DU of the IAB node 300-2 and the DU of the donor gNB200-1 have an IP (Internet Protocol) layer.
  • the GTP-U and UDP layers of the IAB node 300-2 communicate with each other via the IAB node 300-1 to the GTP-U and UDP layers of the CU of the donor gNB200-1.
  • FIG. 6 is a diagram showing an example of the protocol stack of the control plane (F1-C).
  • FIG. 6 shows an example of the protocol stack of the control plane in the case where the F1-AP (Application Protocol) control signal is communicated between the IAB node 300-2 and the donor gNB200-1.
  • F1-AP Application Protocol
  • the DU of the IAB node 300-2 and the CU of the donor gNB200-1 have each layer of F1-AP and SCTP (Stream Control Transmission Protocol). Further, the DU of the IAB node 300-2 and the DU of the donor gNB200-1 have an IP layer.
  • the F1-AP and SNTP layers of the IAB node 300-2 communicate with each other via the IAB node 300-1 to the F1-AP and SNTP layers of the CU of the donor gNB200-1.
  • FIG. 7 is a diagram showing an example of a protocol stack of control planes (RRC and NAS).
  • an RRC control signal (RRC message) is communicated between the IAB node 300-2 and the donor gNB200-1, and a NAS control signal (NAS message) is communicated between the IAB node 300-2 and the AMF11.
  • RRC message an RRC control signal
  • NAS message a NAS control signal
  • the MT of the IAB node 300-2 and the CU of the donor gNB200-1 have each layer of RRC and PDCP (Packet Data Convergence Protocol).
  • the RRC and PDCP layers of the IAB node 300-2 communicate with each other via the IAB node 300-1 to the RRC and PDCP layers of the CU of the donor gNB200-1.
  • the NAS layer of the MT of the IAB node 300-2 communicates with the NAS layer of the AMF11.
  • the above-mentioned RRC control signal and NAS control signal are transmitted via the BAP layer of the DU of the IAB node 300-1 and the BAP layer of the DU of the donor gNB200-1. Ru.
  • a PHY layer is installed below the MAC layer of each node.
  • the PHY layer performs coding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layers via physical channels.
  • the MAC layer performs data priority control and retransmission processing by hybrid ARQ (HARQ). Data and control information are transmitted between the MAC layers via the transport channel.
  • the MAC layer of donor gNB200-1 and the MAC layer of DU include a scheduler. The scheduler determines the transport format (transport block size, modulation / coding method (MCS)) of the upper and lower links and the resource block allocated to the UE 100.
  • MCS modulation / coding method
  • the RLC layer transmits data to the receiving RLC layer by using the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layers via a logical channel.
  • the BAP layer performs routing processing and bearer mapping / demapping processing in the user plane. Details of the processing in the BAP layer will be described later.
  • the RRC layer transmits RRC signaling (RRC message) for various settings.
  • the RRC layer controls logical channels, transport channels, and physical channels in response to the establishment, re-establishment, and release of radio bearers. If there is an RRC connection between the RRC layers, the IAB node 300 is in the RRC connection state. If there is no RRC connection between the RRC layers, the IAB node 300 is in the RRC idle state.
  • the IAB node 300 When the RRC connection is inactive, the IAB node 300 (MT) is in the RRC inactive state.
  • the RRC inactive state is a state different from the RRC idle state and the RRC connection state.
  • the RRC inactive state is a state in which the context of the IAB node 300 is stored in the IAB node 300 and the donor gNB200-1 (5GC10), as in the RRC connection state.
  • the context may be the AS context of the IAB node 300.
  • the AS context may include information for RRC reestablishment.
  • the AS context may include the radio access capability of the IAB node 300.
  • the context may include a security context.
  • the security context may include a KgNB, a token, an NCC (NextHopChainingCount), a security capability and a security algorithm.
  • FIG. 8 is a diagram showing an IAB topology according to an embodiment.
  • the IAB topology includes IAB node 300-1, IAB node 300-2 (a), IAB node 300-2 (b), IAB node 300-3 (a), and IAB node 300-3 (. b), IAB node 300-4 (a), IAB node 300-4 (b), and IAB node 300-4 (c).
  • the MT of each IAB node 300 establishes a wireless backhaul link with the DU of the parent node.
  • the IAB node 300-3 (b) has a double connection with the IAB node 300-2 (a) and the IAB node 300-2 (b), and the IAB node 300-2 (a) and the IAB node 300-2.
  • a wireless backhaul link with each of (b) has been established.
  • the radio backhaul link is shown by the dashed line.
  • the UE 100 may be connected to the DU of each IAB node 300.
  • the donor gNB200-1 sets a relay path (path) between the own donor gNB200-1 and each IAB node 300.
  • the relay path set in the IAB node 300 is a path that enables communication between the communication device served by the IAB node 300 and the donor gNB200-1.
  • the communication device served by the IAB node 300 includes a child node (MT) having a wireless backhaul link with the DU of the IAB node 300 and a UE 100 having a wireless access link with the DU of the IAB node 300.
  • MT child node
  • the donor gNB200-1 may set a plurality of relay paths for the IAB node 300 having a plurality of parent nodes.
  • the donor gNB200-1 may set, for example, the following four relay paths in the IAB topology.
  • Relay path # 1 Donor gNB200-1 ⁇ ⁇ IAB node 300-1 ⁇ ⁇ IAB node 300-2 (a) ⁇ ⁇ IAB node 300-3 (b) ⁇ ⁇ IAB node 300-4 (c)
  • Relay path # 2 Donor gNB200-1 ⁇ ⁇ IAB node 300-1 ⁇ ⁇ IAB node 300-2 (a) ⁇ ⁇ IAB node 300-3 (a) ⁇ ⁇ IAB node 300-4 (a) Relay path # 3: Donor gNB200-1 ⁇ ⁇ IAB node 300-1 ⁇ ⁇ IAB node 300-2 (a) ⁇ ⁇ IAB node 300-3 (a) ⁇ ⁇ IAB node 300-4 (b) Relay path # 4: Donor gNB200-1 ⁇ ⁇ IAB node 300-1 ⁇ ⁇ IAB node 300-2 (b) ⁇ ⁇ IAB node 300-3 (b) ⁇ ⁇ IAB node 300-4 (c)
  • Donor gNB200-1 assigns a path identifier that identifies the relay path to each relay path in the IAB topology. Further, the donor gNB200-1 assigns to each IAB node 300 in the IAB topology an IAB identifier that identifies the IAB node 300 in the IAB topology.
  • the IAB identifier may be a BAP address assigned to the BAP layer (BAP entity).
  • the donor gNB200-1 transmits the routing setting information regarding the relay path passing through the IAB node 300 to each IAB node 300 in the IAB topology.
  • Each IAB node 300 stores routing setting information.
  • the routing setting information is transmitted by an RRC message or an F1AP message.
  • the routing setting information transmitted to the IAB node 300 includes the path identifier of the relay path (one or more relay paths) passing through the IAB node 300 and the IAB node 300 in the relay path passing through the IAB node 300. Includes the IAB identifier of the next node (ie, child node and / or parent node).
  • the node next to the IAB node 300 in the relay path may be referred to as the "NEXT HOP" of the IAB node.
  • the DU of the IAB node 300 When the DU of the IAB node 300 establishes an F1-AP connection with the CU of the donor gNB200-1, the DU of the own node notifies the donor gNB200-1 of the cell identifier of the cell managed by the DU of the own node. As a result, the donor gNB200-1 can grasp the cell identifier of the cell managed by the DU of each IAB node 300 in the IAB topology.
  • Topological structure information regarding the structure of the IAB topology may be exchanged between the donor gNB200-1 (CU) and the adjacent donor gNB200-2 (CU) via the inter-base station interface.
  • the topology structure information may further include an identifier of each IAB node 300 constituting the IAB topology.
  • an identifier includes at least one of an IAB identifier (BAP address), a DU identifier, and an MT identifier (C-RNTI (Cell-Radio Network Temporary Identifier)).
  • the topology structure information may further include routing setting information.
  • radio backhaul link failure RRF: Rradio Link Faille
  • RLF radio backhaul link failure
  • the IAB node 300 performs a series of processes from detecting the BH RLF to recovering from the BH RLF (hereinafter, referred to as "BH RLF recovery process of the existing specifications”) as follows. I do.
  • the MT of the IAB node 300 continuously detects an out-of-sync state (out-of-sync) N310 times, it detects a radio problem (radio problem) and starts the timer T310. After starting the timer T310, the MT stops the timer T310 when the synchronization state (in-sync) is continuously detected N311 times.
  • the MT detects the BH RLF when the timer T310 expires without stopping the timer T310.
  • MT starts the RRC re-establishment process in order to recover from BH RLF.
  • the MT starts the RRC re-establishment process and also starts the timer T311 to perform the cell selection process.
  • MT selects an appropriate cell by the cell selection process and reestablishes a wireless backhaul link for the selected cell.
  • a suitable cell is one that meets at least the minimum radio quality standards.
  • the MT transitions to the RRC idle state when the timer T311 expires without succeeding in reestablishing the wireless backhaul link.
  • the MT of the IAB node 300 When the MT of the IAB node 300 fails in the RRC re-establishment process (for example, when the timer T311 expires), the MT of the IAB node 300 sends a recovery failure notification to its own child node.
  • the recovery failure notification may be called BH RLF indication.
  • the IAB node 300 When the IAB node 300 receives the recovery failure notification from its parent node, it starts the RRC reestablishment process in the same manner as when it detects the BH RLF.
  • the IAB node 300 sends a recovery failure notification to the child node only when the RRC reestablishment process fails.
  • the IAB node 300 has detected the BH RLF for its child node from the time when the BH RLF is detected until the recovery fails, that is, while the T311 is operating. I haven't sent any notifications.
  • the child node may transmit user data and control signals addressed to the donor base station 200 to the IAB node 300, assuming that the IAB node 300 is operating normally. If the IAB node 300 finally fails to recover from the BH RLF, these user data and control signals may not reach the donor base station 200.
  • problem 1 As described above, in the BH RLF recovery process of the existing specifications, although the IAB node 300 detects the BH RLF, the child node of the IAB node 300 states that the IAB node 300 is operating normally. There is a problem that it is regarded as (hereinafter referred to as "problem 1"). In particular, when the child node of the IAB node 300 relays the traffic requiring low delay, the problem 1 becomes remarkable.
  • the first embodiment described later is an embodiment relating to the means for solving the problem 1.
  • the child node of the IAB node 300 operates as usual at the time when the IAB node 300 starts the cell selection process in the RRC reestablishment process.
  • the DU of the child node of the IAB node 300 continues to transmit the SSB (Synchronization Signal and PBCH block), which is a downlink signal used for cell detection and measurement. Therefore, when the IAB node 300 performs the cell selection process in the RRC reestablishment process, the IAB node 300 can detect the cell managed by the DU of the child node as an appropriate cell.
  • the child node cannot communicate with the donor base station 200 because the IAB node 300 does not have an available wireless backhaul link.
  • the IAB node 300 has a problem that the RRC connection cannot be reestablished and the relay function by the IAB cannot be provided (hereinafter, referred to as "problem 2").
  • problem 2 the problem 2 becomes remarkable.
  • the second embodiment described later is an embodiment relating to the means for solving the problem 2.
  • the third embodiment described later is an embodiment relating to the means for solving the problem 3.
  • the first embodiment is an embodiment relating to the means for solving the above-mentioned problem 1.
  • the IAB node 300 performs a recovery process for recovering the wireless backhaul link in response to the occurrence of an event related to the failure of the wireless backhaul link.
  • the IAB node 300 starts the RRC reestablishment process as a part of the recovery process, the IAB node 300 transmits the failure information indicating the occurrence of the event to the lower node of the IAB node 300.
  • the event includes either one of the IAB node 300 detecting the failure of the wireless backhaul link (BH RLF) and the IAB node 300 receiving the recovery failure notification from the upper node.
  • BH RLF wireless backhaul link
  • the lower node of the IAB node 300 can grasp that an event related to the failure of the wireless backhaul link occurs in the IAB node 300 when the RRC reestablishment process is started in the IAB node 300.
  • the IAB node 300 has an RRC re-establishment process and other processes that are easier to recover than the RRC re-establishment process (for example, the first MCG link recovery process described later) as the recovery process for restoring the wireless backhaul link. ) And may be set to be feasible. In this case, the IAB node 300 does not perform the RRC reestablishment process if the other process is successful. Therefore, the IAB node 300 transmits failure information when starting the RRC reestablishment process, not when starting the recovery process.
  • FIG. 9 is a diagram showing the operation of the operation example 1 of the first embodiment.
  • the IAB node 300-2 (a) starts processing in a state where a wireless backhaul link (BH link) with the IAB node 300-1 is established.
  • the MT of IAB node 300-2 (a) has an RRC connection with the CU of donor gNB200-1.
  • the IAB node 300-2 (a) determines whether or not an event related to the failure of the wireless backhaul link occurs.
  • the events are that the IAB node 300-2 (a) detects the BH RLF, the IAB node 300-2 (a) is from the IAB node 300-1, and the IAB node 300-1 is the wireless backhaul link. It includes receiving a recovery failure notification indicating that the recovery process for recovering the device fails, and receiving a recovery failure notification.
  • the recovery process refers to steps S102 to S107 described later.
  • step S102 the IAB node 300-2 (a) starts a recovery process for recovering the wireless backhaul link.
  • the IAB node 300-2 (a) is set so that the RRC reestablishment process and another process (for example, the first MCG link recovery process) can be executed as the recovery process, the other process is performed. Process first.
  • step S103 the IAB node 300-2 (a) determines whether or not to perform the RRC reestablishment process.
  • the IAB node 300-2 (a) determines that the RRC reestablishment process is performed when another process is not set.
  • the IAB node 300-2 (a) determines that the RRC re-establishment process is performed when another process is set and the other process fails.
  • step S104 When the IAB node 300-2 (a) determines that the RRC reestablishment process is to be performed (S103: YES), the process proceeds to step S104.
  • step S104 the IAB node 300-2 (a) starts the RRC reestablishment process (that is, starts the timer T311).
  • step S105 the IAB node 300-2 (a) transmits the failure information to the lower node (IAB node 300-3 (a)) of the IAB node 300-2 (a) when starting the RRC reestablishment process. ..
  • the failure information includes information indicating an event determined to occur in step S101.
  • the failure information may further include information indicating that the IAB node 300-2 (a) starts the RRC reestablishment process.
  • the failure information may be a BAP layer message (BAP Control PDU) or a MAC layer message (MAC CE).
  • BAP Control PDU BAP Control PDU
  • MAC CE MAC layer message
  • the failure information may be a message of the RRC layer.
  • the DU of the IAB node 300-2 (a) may include the failure information in the system information block (SIB) and broadcast it.
  • SIB system information block
  • step S106 the IAB node 300-2 (a) performs the cell selection process.
  • the IAB node 300-2 (a) may perform the cell selection process using the cell information in the second embodiment described later.
  • step S107 the IAB node 300-2 (a) determines whether or not the RRC reestablishment process was successful in the cell selected by the cell selection process. If the RRC re-establishment process is successful (S107: YES), the IAB node 300-2 ends the process.
  • step S108 the IAB node 300-2 (a) transmits a recovery failure notification to the IAB node 300-3 (a).
  • step S109 the IAB node 300-2 (a) transitions from the RRC connection state to the RRC idle state.
  • the IAB node 300 has a plurality of radio backhaul links (for example, MCG link and SCG link), and an event related to a failure for one radio backhaul link (for example, MCG link) occurs.
  • MCG link for example, MCG link
  • SCG link an event related to a failure for one radio backhaul link
  • the IAB node 300 goes through another wireless backhaul link (for example, SCG link) in response to an event related to a failure for one wireless backhaul link (for example, MCG link).
  • the process for restoring the one wireless backhaul link is performed. If the IAB node 300 fails in the process, the IAB node 300 performs the RRC reestablishment process.
  • the process is, for example, a first MCG link recovery process (Fast MCG link recovery procedure).
  • the first MCG link restoration process will be described below.
  • the MT of the IAB node 300 generates an MCGAirureInformation message and transmits the MCGFairureInformation message to the CU of the donor gNB200-1 via the SCG link.
  • the MT starts the timer T316 related to the first MCG link recovery process when transmitting the MCGAirureInformation message.
  • the MT of the IAB node 300 receives an RRC message (for example, an RRC Configuration message) for restoring the MCG link from the CU of the donor gNB200-1 via the SCG link.
  • the RRC message includes a non-conflict (Contention-free) random access preamble used in the random access procedure of the parent node corresponding to the MCG link to the IAB node 300, a radio setting used for wireless communication with the IAB node 300, and the like. ..
  • the MT of the IAB node 300 restores the MCG link in response to the reception of the RRC message.
  • the MT performs the RRC re-establishment process.
  • FIG. 10 is a diagram showing the operation of the operation example 2.
  • the IAB node 300-3 (b) has an MCG link which is a wireless backhaul link with the IAB node 300-2 (a) and a wireless backhaul link with the IAB node 300-2 (b).
  • the operation is started in the state where the SCG link which is a link is established.
  • the MT of IAB node 300-3 (b) has an RRC connection with the CU of donor gNB200-1.
  • step S201 the IAB node 300-3 (b) receives an RRC message including the setting information of the timer T316 from the donor gNB200-1.
  • the IAB node 300-3 (b) recognizes that the first MCG link recovery procedure is executed when an event related to the failure of the MCG link occurs.
  • the IAB node 300-3 (b) determines whether or not an event related to the failure of the MCG link occurs. In such an event, the IAB node 300-3 (b) detects the BH RLF for the MCG link, and the IAB node 300-3 (b) changes from the IAB node 300-2 (a) to the IAB node 300-2 (. It includes any one of a) receiving a recovery failure notification indicating that the recovery process for recovering the wireless backhaul link fails.
  • step S203 the IAB node 300-3 (b) starts the first MCG link recovery process (that is, starts the timer T316).
  • step S204 the IAB node 300-3 (b) transmits an MCGFairureInformation message to the donor gNB200-1 via the SCG link.
  • step S205 the IAB node 300-3 (b) determines whether or not the restoration of the MCG link was successful (that is, whether or not the RRC message for restoring the MCG link was received).
  • the IAB node 300-3 (b) stops the timer T316 and ends this flow.
  • step S206 the IAB node 300-3 (b) determines whether or not the timer T316 has expired. When the timer T316 has expired (step S206: YES), the IAB node 300-3 (b) determines that the first MCG link restoration process has failed, and proceeds to step S208.
  • step S208 the IAB node 300-3 (b) starts the RRC reestablishment process (that is, starts the timer T311).
  • the IAB node 300-3 (b) transmits failure information to the lower node (IAB node 300-4 (c)) when starting the RRC reestablishment process.
  • the failure information includes information indicating an event determined to occur in step S202.
  • the failure information may further include information indicating that the IAB node 300-3 (b) initiates the RRC reestablishment process.
  • steps S210 to S213 is the same as the processing of steps S106 to S109.
  • IAB node 300-2 (a) in steps S106 to S109 is read as "IAB node 300-3 (b)”.
  • the second embodiment is an embodiment relating to the means for solving the above-mentioned problem 2.
  • the IAB node 300 receives cell information from the donor gNB 200 to be used when performing the cell selection procedure for determining the target cell for reestablishing the wireless backhaul link.
  • the IAB node 300 stores cell information.
  • the IAB node 300 performs the cell selection process using the stored cell information.
  • the cell information includes the permitted cell information that identifies the permitted cell that is the cell that the IAB node 300 is permitted to select as the target cell, and the non-permitted cell that is the cell that the IAB node 300 is not permitted to select as the target cell. Includes any one of the unauthorized cell information that identifies.
  • the permission cell of the IAB node 300 includes at least one type of cell, which is a type 1 permission cell, a type 2 permission cell, and a type 3 permission cell.
  • the type 1 permission cell of the IAB node 300 is a cell managed by the IAB node 300 which has a relay path with the donor gNB200 of the IAB node 300 and the IAB node 300 does not exist on the relay path.
  • the type 1 permission cell of the IAB node 300-2 (a) includes a cell managed by the IAB node 300-1 and a cell managed by the IAB node 300-2 (b).
  • the type 2 permission cell of the IAB node 300 has a relay path with the donor gNB200 of the IAB node 300, the IAB node 300 exists on the relay path, and the relay path is different from the relay path. It is a cell managed by the IAB node 300 having the above.
  • the type 2 permission cell of the IAB node 300-2 (a) includes a cell managed by the IAB node 300-3 (b) and a cell managed by the IAB node 300-4 (c). ..
  • the type 3 permission cell of the IAB node 300 is a cell managed by the IAB node 300 under the donor gNB200 (CU) different from the donor gNB200 (CU) of the IAB node 300.
  • Type 3 allowed cells may be referred to as different topology cells.
  • the unauthorized cell of the IAB node 300 is a cell managed by the IAB node 300 having only one relay path with the donor gNB200 of the IAB node 300 and the IAB node 300 existing on the relay path. ..
  • the unauthorized cells of the IAB node 300-2 (a) are the cell managed by the IAB node 300-3 (a), the cell managed by the IAB node 300-4 (a), and the IAB node. Includes cells managed by 300-4 (b).
  • the IAB node 300 When the IAB node 300 detects a type 1 permitted cell in the cell selection process, the IAB node 300 selects the type 1 permitted cell as the target cell.
  • the type 2 permitted cell is selected as the target cell.
  • the type 3 permitted cell is selected as the target cell.
  • the IAB node 300 reestablishes the radio backhaul link for the different topology cell
  • the child node of the IAB node 300 needs to establish an RRC connection with the donor gNB 200 to which the different topology cell belongs. There is. Therefore, the type 2 permitted cell is preferentially selected over the type 3 permitted cell (different topology cell).
  • the IAB node 300 does not select the target cell when neither the type 1 permitted cell nor the type 3 permitted cell is detected. In this case, T311 expires, the IAB node 300 transitions to the RRC idle state, and the stored cell information is discarded.
  • the IAB node 300 determines the detected cell as one of a type 1 permitted cell, a type 2 permitted cell, a type 3 permitted cell, and a non-permitted cell by using the determination method shown below.
  • Case 1 is a case where the IAB node 300 stores the permitted cell information.
  • the determination method for Case 1 is as follows.
  • the IAB node 300 determines the cell included in the permitted cell information as the type 1 permitted cell.
  • the IAB node 300 determines a cell that is not included in the permitted cell information and broadcasts the IAB topology information that does not match the IAB topology information of the own IAB node 300 as the type 3 permitted cell.
  • the IAB topology information may be an identifier of the donor gNB200 or an identifier of the IAB topology.
  • the IAB node 300 determines as a non-permitted cell a cell that is not included in the permitted cell information and broadcasts the IAB topology information that matches the IAB topology information of the own IAB node 300.
  • the IAB node 300 permits type 2 cells that are not included in the permitted cell information and are managed by the IAB node 300 in which the own IAB node 300 is set as a node (MN or SN) of dual connection. Determined as a cell.
  • the IAB node 300 knows in advance the cell managed by the IAB node 300 in which the own IAB node 300 is set as a node of dual connection by the F1-AP message or the RRC message.
  • the permitted cell information may include a cell identifier and type information indicating the cell type (any one of type 1 to type 3) corresponding to the cell identifier.
  • the IAB node 300 determines the detected cell as one of the type 1 permitted cell, the type 2 permitted cell, and the type 3 permitted cell based on the type information included in the permitted cell information.
  • the type 3 permitted cell of the IAB node 300 can be specified and included in the permitted cell information.
  • Case 2 is a case where the IAB node 300 stores the unauthorized cell information.
  • the determination method for Case 2 is as follows.
  • the IAB node 300 determines a cell included in the non-permitted cell information as a non-permitted cell.
  • the IAB node 300 is a cell included in the non-permitted cell information, if the self-IAB node 300 is a cell managed by the IAB node 300 set as a node of dual connection, such a cell is a type 2 permitted cell. Determined as.
  • the IAB node 300 determines a cell that broadcasts the IAB topology information that does not match the IAB topology information of the IAB node 300 as a type 3 permitted cell.
  • the IAB node 300 determines as a type 1 permitted cell a cell that is not included in the non-permitted cell information and broadcasts the IAB topology information that matches the IAB topology information of the own IAB node 300.
  • the IAB node 300 determines as a type 3 permitted cell a cell that is not included in the non-permitted cell information and broadcasts the IAB topology information that does not match the IAB topology information of the own IAB node 300.
  • FIG. 11 is a diagram showing an operation example of the second embodiment.
  • the IAB node 300-2 (a) starts processing in a state of having an RRC connection with the donor gNB200-1.
  • the donor gNB200-1 transmits the cell information to the IAB node 300-2 (a).
  • the IAB node 300-2 (a) receives the cell information from the donor gNB200-1 and stores the received cell information.
  • the cell information includes any one of the permitted cell information and the non-permitted cell information.
  • the donor gNB200-1 determines the information (permitted cell information or non-permitted cell information) to be included in the cell information based on the number of hops from the IAB node 300-2 (a) to the donor gNB200-1.
  • Donor gNB200-1 includes unauthorized cell information in the cell information when the number of hops is equal to or greater than the threshold value.
  • the donor gNB200-1 includes the permitted cell information in the cell information when the number of hops is less than the threshold value.
  • the number of non-permitted cells is smaller than the number of permitted cells and the size of the permitted cell information is larger than the size of the disallowed cell information because the number of lower nodes is smaller than the number of upper nodes. big.
  • the size of the non-permitted cell information is larger than the size of the permitted cell information.
  • the information size can be reduced by determining the information to be included in the cell information by comparing the number of hops with the threshold value.
  • Donor gNB200-1 may set an expiration date for the cell information when transmitting the cell information. Specifically, the donor gNB200-1 transmits the cell information and the information indicating the timer value corresponding to the expiration date together. When the IAB node 300-2 (a) receives the cell information and the timer value together, the IAB node 300-2 (a) stores the cell information and activates the timer. The IAB node 300-2 (a) discards the stored cell information in response to the expiration of the timer.
  • step S302 the IAB node 300-2 (a) sends an update request message requesting that the cell information be updated to the donor gNB200-1.
  • the update request message is an RRC message.
  • the IAB node 300-2 (a) may send an update request message when any one of the following conditions A and B is satisfied.
  • Condition A The timer that the IAB node 300-2 (a) started in response to the reception of cell information has expired.
  • IAB node 300-2 (a) found a cell that was not identified by the cell information.
  • the IAB node 300-2 (a) performs measurement according to the measurement setting information set from the donor gNB200-1, for example, and when the cell of the cell found by the measurement is not included in the cell information, It is determined that the condition B is satisfied.
  • the update request message transmitted by the IAB node 300-2 (a) according to the condition B may be an inquiry message including an inquiry as to whether the found cell is a permitted cell or a non-permitted cell.
  • the inquiry message contains the cell identifier of the found cell.
  • step S303 the donor gNB200-1 transmits the updated cell information to the IAB node 300-2 (a).
  • the IAB node 300-2 (a) receives the updated cell information and updates the stored cell information.
  • the updated cell information may be new cell information or information indicating a difference from the previously transmitted cell information (cell information transmitted in step S301).
  • the information indicating the difference is, for example, information including a cell identifier newly added to the previously transmitted cell information (permitted cell information or non-permitted cell information).
  • step S303 even if the donor gNB200-1 has not received the update request message from the IAB node 300-2 (a), if any one of the following conditions C and D is satisfied. , You may send the updated cell information.
  • Condition C A change has occurred in the IAB topology under donor gNB200-1.
  • the donor gNB200-1 determines that condition C is satisfied when a new IAB node 300 joins the IAB topology, or when the IAB node 300 in the IAB topology leaves the IAB topology.
  • Condition D A measurement report corresponding to the measurement setting from the donor gNB200-1 is received from the IAB node 300-2 (a), and the measurement report includes the cell identifier of the cell not set in the measurement setting.
  • step S304 the IAB node 300-2 (a) starts the RRC reestablishment process (that is, starts the timer T311).
  • step S305 the IAB node 300-2 (a) performs a cell selection process using the cell information.
  • the IAB node 300-2 (a) performs the cell selection process based on the cell selection method described above.
  • step S306 the IAB node 300-2 (a) determines whether or not the RRC reestablishment process has succeeded for the cell selected by the cell selection process. If the RRC re-establishment process is successful (S306: YES), the IAB node 300-2 (a) advances the process to step S307. On the other hand, when the IAB node 300-2 (a) fails in the RRC re-establishment process (S306: NO), the process proceeds to step S310.
  • step S307 the IAB node 300-2 (a) determines whether its own donor gNB200 has changed.
  • the IAB node 300-2 (a) selects a different topology cell (type 3 permitted cell) as the target cell in step S305 and succeeds in the RRC reestablishment process for the cell, the donor gNB200 Judge that it has changed.
  • the process proceeds to step S308.
  • the IAB node 300-3 (b) determines that its own donor gNB200 has not changed (S307: NO)
  • the process ends.
  • step S308 the IAB node 300-2 (a) performs a process for establishing an RRC connection with the changed donor gNB200 to the IAB node 300-3 under the IAB node 300-3. Send a message to execute. Such processing is RRC reestablishment processing or handover processing. Such a message is a BAP message (BAP Control PDU) or RRC message (SIB).
  • step S309 the IAB node 300-3 performs the RRC reestablishment process or the handover process according to the message received in step S308.
  • the IAB node 300-3 does not have to execute the random access procedure in the RRC reestablishment process or the handover process. In other words, the IAB node 300-3 performs the RACH-less RRC re-establishment process or the RACH-less handover process. In this case, the IAB node 300-3 transmits the MSG3 without transmitting the MSG1 (Random Access Preamble).
  • the message in step S308 may include an indication indicating RACH-less.
  • step S310 the IAB node 300-2 (a) transmits a recovery failure notification to the IAB node 300-3.
  • step S311 the IAB node 300-2 (a) transitions from the RRC connection state to the RRC idle state.
  • the IAB node 300 may be provided with cell information from the parent node.
  • the cell information may be received from the parent node together with the "failure information" in the first embodiment.
  • the cell information may be included in the failure information.
  • the third embodiment is an embodiment relating to the means for solving the above-mentioned problem 3.
  • the IAB node 300 transitions to the RRC inactive state according to the instruction message received from the upper node.
  • the IAB node 300 in the RRC inactive state restores the wireless backhaul link by performing the RRC restart process (RRC resume procedure). Since the RRC restart process does not require NAS restoration, the wireless backhaul link can be restored more easily than the RRC reestablishment process.
  • FIG. 12 is a diagram showing an operation example of the third embodiment.
  • the IAB node 300-2 (a) starts processing in a state of having an RRC connection with the donor gNB200-1.
  • the IAB node 300-2 (a) transmits an instruction message for the IAB node 300-3 to transition to the RRC inactive state to the subordinate IAB node 300-3.
  • the instruction message may be a BAP message (BAP Control PDU) or an RRC message (SIB).
  • the IAB node 300-2 (a) may send an instruction message when it cannot secure the connection with the donor gNB200-1. "The IAB node 300-2 (a) cannot secure the connection with the donor gNB200-1" means that the above-mentioned "event related to the failure of the wireless backhaul link" in the IAB node 300-2 (a). Is one of the above-mentioned occurrences and the IAB node 300-2 (a) has received the above-mentioned "failure information" from the upper node.
  • step S402 the IAB node 300-3 transitions to the RRC inactive state according to the received instruction message.
  • the IAB node 300-3 may perform cell reselection immediately after transitioning to the RRC inactive state. In the cell reselection, the IAB node 300-3 does not select the serving cell immediately before the transition (that is, the cell managed by the IAB node 300-2 (a)). Since the IAB node 300-2 (a) sends an instruction message when it cannot secure the connection with the donor gNB200, the IAB node 300-3 communicates with the donor gNB200 when the serving cell immediately before the transition is selected. There is a high possibility that it cannot be done. Therefore, the IAB node 300-3 does not select the serving cell immediately before the transition.
  • step S403 the IAB node 300-3 transmits the RRCriceRequest message to the donor gNB200-1.
  • the RRCsumeRequest message includes at least one of the cell identifier of the serving cell immediately before the transition, C-RNTI, and Short MAC-I.
  • Donor gNB200-1 can acquire the context of IAB node 300-3 based on this information.
  • the RRCResuméRequest message may further include a ResuméCause that has the effect of ensuring a wireless backhaul link.
  • the IAB node 300-3 receives the RRCrice message from the donor gNB200-1.
  • the RRCResume message includes NCC.
  • NCC is information for deriving a security key called KgNB.
  • a program may be provided that causes a computer to perform each process performed by the IAB node 300 or the donor gNB 200.
  • the program may be recorded on a computer-readable medium.
  • Computer-readable media can be used to install programs on a computer.
  • the computer-readable medium on which the program is recorded may be a non-transient recording medium.
  • the non-transient recording medium is not particularly limited, but may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
  • a circuit that executes each process performed by the IAB node 300 or the donor gNB 200 may be integrated, and at least a part of the IAB node 300 or the donor gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC).
  • the relay transmission by IAB has been described as an example, but the present invention is not limited to this, and may be applied to other relay transmission systems.
  • the operation according to the above-described embodiment and modification may be applied to a relay node (layer 3 relay node), a side link relay (relay node using a side link used for direct communication between user devices), and the like. ..
  • the base station in the cellular communication system 1 may be an eNB which is an LTE base station.
  • the core network in the cellular communication system 1 may be an EPC (Evolved Packet Core).
  • the gNB may be connected to the EPC
  • the eNB may be connected to the 5GC
  • the gNB and the eNB may be connected via an inter-base station interface (Xn interface, X2 interface).
  • Topology Adaptation Enhancements-Procedure specifications for interdonor IAB node movement to enhance robustness and load balancing, including enhancements to reduce signaling load. -Specifications of extended functions for reducing service interruptions due to IAB node movement and BH RLF recovery. -Extended specifications for topology redundancy, including support for CP / UP isolation. Topology, Routing, and Transport Enhancements-Extension specifications to improve overall topology fairness, multi-hop delay, and congestion mitigation.
  • BH backhaul
  • BH RLF BH RLF indication
  • existing functions such as RRC reestablishment, MCG / SCG failure indication, and / or conditional handover. Only the recovery procedure was specified.
  • Proposal 1 RAN2 should assume that the quality of the backhaul link will change dynamically. Therefore, the backhaul RLF is not a rare case like the Rel-17 eIAB.
  • Proposal 2 RAN2 should agree that BH RLF indication type 2 "attempting recovery" has been introduced. Further consideration is needed as to whether it is transmitted via BAP Control PDU, SIB1, or both.
  • Type 3 "BH link recovery" in Rel-17 as well.
  • the type 3 indication is transmitted via the BAP Control PDU, there is an advantage that the downstream IAB node can quickly know the BH link recovery.
  • the UE since the UE does not have a BAP layer, the fact cannot be known. Therefore, RAN2 should discuss whether Type 3 indications are needed.
  • Proposal 3 If Proposal 3 can be agreed, RAN2 should discuss whether explicit BH RLF indications when BH RLF is gone, ie, type 3 "BH link recovery", will be introduced.
  • Proposal 4 RAN2 should agree to reduce / stop scheduling requests after IAB-MT receives a Type 2 indication and resume scheduling requests when the parent node runs out of BH RLF. be.
  • Proposal 5 RAN2 should discuss any other IAB-MT behavior while the parent node is trying to recover the BH link.
  • the IAB-DU that sends the indication
  • the type 2 BH RLF indication will be sent.
  • RLF occurs on this BH link
  • an indication is transmitted, so it is easy for a single-connection BH.
  • the IAB node detects an RLF on the MCG, it initiates the MCG fault information procedure, but the SCG continues to function as a BH link, so it may not be necessary to send a Type 2 indication at this point.
  • the IAB-MT initiates RRC re-establishment, at which point a Type 2 indication is transmitted. Therefore, the type 2 indication is transmitted when the RRC reestablishment is initiated, not when the MCG / SCG failure information is triggered. In any case, this is intended for IAB-DU behavior, so careful consideration should be given to whether / how to capture to specifications. That is, in stages 2 and 3, it should be considered whether note needs to be added or nothing needs to be captured.
  • Proposal 6 RAN2 agrees that IAB-DU may send a Type 2 BH RLF indication when it initiates RRC reestablishment rather than when it initiates any of the RLF recovery procedures. Should be.
  • Proposal 7 RAN2 should discuss whether / how to capture the IAB-DU behavior (ie, Proposal 6) in the specification.
  • Finding 4 In Rel-16, when the IAB node attempts an RRC re-establishment request to a descendant node, the IAB node must wait for the failure and finally move to idle.
  • Proposal 8 RAN2 should agree that optimization of cell (re) selection is considered to avoid re-establishment to inappropriate nodes (eg, descendant nodes).
  • the common concept is considered to be that the IAB-MT is provided in either whitelist or blacklist for the purpose of cell selection.
  • Whitelists and blacklists have advantages depending on the topology and the location of the IAB node, given that topology changes can occur frequently on Rel-17, for example due to "moving interdonor IAB nodes". And there are disadvantages.
  • the blacklist has the advantage of low overhead in this case, as it contains, for example, only the downstream IAB nodes of the IAB node of concern, and in some cases only a small number of child IAB nodes.
  • Findings 5 Whitelists and blacklists have advantages and disadvantages depending on the topology and location of the IAB node.
  • the IAB donor or parent IAB node
  • Proposal 9 RAN2 should agree that the IAB-MT will be provided with a whitelist or blacklist (ie, a selection structure) for the purpose of cell selection to avoid re-establishment to descendant nodes. Further consideration is needed as to whether these lists can also be used for cell reselection procedures.
  • a whitelist or blacklist ie, a selection structure
  • Proposal 9 can be agreed, further consideration should be given to the information, that is, how to provide the white list or blacklist.
  • Option 1 assumes a CHO setting and may require some extensions.
  • Option 2 envisions additional indications, such as type 2 BH RLF indications.
  • Option 3 is intended to provide information about the entire topology that is not in the existing configuration.
  • Option 5 is supposed to be set by OAM, but as the reporter pointed out, this is suspicious.
  • the whitelist / blacklist The delivery method should be a dynamic method. Therefore, option 5, ie OAM, should be excluded. Which method, i.e. which of options 1, 2, or 3 should be the baseline for the extension, needs further consideration.
  • Proposal 10 RAN2 should agree that the whitelist / blacklist is dynamically provided by the parent IAB node or IAB donor each time the topology changes. Further studies are needed for details.
  • the second solution "rerouting buffered PDCP PDUs on the intermediate IAB node," was supported as an implementation choice at the BAP layer. Further, the BAP layer may be executed "for example, data buffering in the transmission part of the BAP entity is implementation-dependent until the RLC-AM entity receives the acknowledgment". These BAP implementations were considered to avoid packet loss in the "most" cases of the Rel-16 deployment scenario, i.e. when using fixed IAB nodes, but are not perfect, for example, as in Figure 15. rice field.
  • the third solution “Introduction of UL Status Delivery,” was a promised solution to guarantee lossless delivery of UL data in view of the evaluation results cited in FIG.
  • the idea was to delay the RLC ARQ to the UE so that it would start when PDCP data recovery in the UE was needed.
  • a fixed IAB node was assumed, it was considered rare that UL packets were dropped due to a topology change, so it was not specified in Rel-16.
  • RAN2 should discuss, in addition to the results captured by TR, an extended mechanism to ensure lossless delivery within the L2 multihop network.
  • Proposal 11 is a solution identified in TR38.874, a mechanism that guarantees lossless delivery under conditions where topology changes may occur frequently based on some form of "UL status delivery". Should be agreed to be introduced.
  • C-2 should be an extended baseline for Rel-17 for lossless delivery of UL packets.
  • C-2 which is the solution to "introduction of UL status distribution" may be an extended baseline for Rel-17, which can also be implemented for Rel-16.
  • Rel-17 should assume a dynamic topology change that causes UL packet loss
  • the extension of Rel-17 will support C-2 as a standard support function.
  • At least the stage 2 specification should explain the overall mechanism based on C-2. Otherwise, the 3GPP standard does not guarantee lossless delivery during the handover of the IAB node.
  • small changes such as RLC and / or BAP are expected in Stage 3, but details may not be specified as they are considered internal behavior of the IAB node.
  • Proposal 12 RAN2 should agree to specify an RLC ARQ mechanism for lossless delivery of UL packets in stage 2. This delays the transmission of the ACK to the child node / UE before receiving the ACK from the parent IAB node (ie, C-2). Whether or not to specify in stage 3 / how to specify it needs further consideration.

Landscapes

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

Abstract

通信制御方法は、中継ノードが、無線バックホールリンクの障害に関するイベントの発生に応じて、前記無線バックホールリンクを復旧するための復旧処理を行うことを有する。前記復旧処理を行うことは、前記復旧処理の一部として、前記無線バックホールリンクを再確立するためのＲＲＣ再確立処理を開始する際に、前記イベントの発生を示す障害情報を、前記中継ノードの下位ノードに送信することを含む。

Description

通信制御方法
　本開示は、移動通信システムで用いる通信制御方法に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードが規定されている（例えば、「３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．２．０　（２０２０－０７）」参照）。１又は複数の中継ノードが基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
　第１の態様に係る通信制御方法は、無線バックホールリンクを有する中継ノードが、前記無線バックホールリンクの障害に関するイベントの発生に応じて、前記無線バックホールリンクを復旧するための復旧処理を行うことを有する。前記復旧処理を行うことは、前記復旧処理の一部として、前記無線バックホールリンクを再確立するためのＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）再確立処理を開始する際に、前記イベントの発生を示す障害情報を、前記中継ノードの下位ノードに送信することを有する。
　第２の態様に係る通信制御方法は、無線バックホールリンクを有する第１中継ノードが、前記無線バックホールリンクの再確立の対象セルを決定するためのセル選択手順を行う際に使用するセル情報を、ドナー基地局から受信することを有する。前記セル情報は、前記対象セルとして選択することが許可されるセルを識別する許可セル情報と、前記対象セルとして選択することが許可されないセルを識別する非許可セル情報と、のいずれか１つを含む。
　第３の態様に係る通信制御方法は、無線バックホールリンクを有する第１中継ノードが、前記第１中継ノードの配下の第２中継ノードに、前記第２中継ノードをＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）インアクティブ状態に遷移させるためのメッセージを送信することを有する。
実施形態に係る移動通信システム１の構成を示す図である。 実施形態に係るｇＮＢ２００の構成を示す図である。 実施形態に係るＩＡＢノード３００の構成を示す図である。 実施形態に係るＵＥ１００の構成を示す図である。 実施形態に係るユーザプレーンのプロトコルスタックの一例を示す図である。 実施形態に係る制御プレーン（Ｆ１－Ｃ）のプロトコルスタックの一例を示す図である。 実施形態に係る制御プレーン（ＲＲＣ及びＮＡＳ）のプロトコルスタックの一例を示す図である。 実施形態に係るＩＡＢトポロジを示す図である。 第１実施形態の動作例１を示す図である。 第１実施形態の動作例２を示す図である。 第２実施形態の動作例を示す図である。 第３実施形態の動作例を示す図である。 ＢＨ　ＲＬＦ通知のタイプを示す図である。 子孫ノードへの再確立を回避するための特定された解決策を示す図である。 ｈｏｐ－ｂｙ－ｈｏｐ　ＲＬＣ　ＡＲＱの場合のＵＬデータのロスレス配信のメカニズムの比較を示す図である。 ＵＬステータス配信の導入のオプションを示す図である。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（移動通信システムの構成）
　まず、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システム１の構成を示す図である。
　移動通信システム１は、３ＧＰＰ規格に基づく第５世代（５Ｇ）移動通信システムである。具体的には、移動通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）である。但し、移動通信システム１には、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。
　図１に示すように、移動通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、基地局（ｇＮＢと呼ばれる）２００と、ＩＡＢノード３００とを有する。ＩＡＢノード３００は、中継ノードの一例である。実施形態において、基地局がＮＲ基地局（すなわち、ｇＮＢ）である一例について主として説明するが、基地局がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
　５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
　各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。
　各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
　各ｇＮＢ２００は、Ｘｎインターフェイスと呼ばれる基地局間インターフェイスを介して、隣接関係にある他のｇＮＢ２００と相互に接続される。図１において、ｇＮＢ２００－１がｇＮＢ２００－２と接続される一例を示している。
　各ｇＮＢ２００は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ　Ｕｎｉｔ）と分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。
　移動通信システム１は、バックホールにＮＲを用いて、ＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたｇＮＢ２００である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。
　各ＩＡＢノード３００は、ＤＵ機能部とＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）機能部とを有する。
　ＭＴは、上位ノード（上位のＩＡＢノード３００又はドナーｇＮＢ２００－１）のＤＵに接続する。ＭＴは、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）を用いてドナーｇＮＢ２００－１のＣＵに接続し、ＲＲＣメッセージ及びＮＡＳメッセージを運ぶシグナリング無線ベアラ（ＳＲＢ）をドナーｇＮＢ２００－１と確立する。ＭＴのＮＲ　Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、「親ノード」と呼ばれることがある。
　ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＤＵは、ＵＥ１００及び下位のＩＡＢノード３００へのＮＲ　Ｕｕ無線インターフェイスを終端する。ＤＵは、ドナーｇＮＢ２００－１のＣＵへのＦ１プロトコルをサポートする。ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、「子ノード」と呼ばれることがある。
　１つ又は複数のホップを介してドナーｇＮＢ２００－１に接続されるすべてのＩＡＢノード３００は、ドナーｇＮＢ２００－１をルート（ｒｏｏｔ）に持つＩＡＢトポロジを形成する。このようなＩＡＢトポロジは、ＤＡＧ（Ｄｉｒｅｃｔｅｄ　Ａｃｙｃｌｉｃ　Ｇｒａｐｈ）と呼ばれることもある。ＩＡＢトポロジにおいて、親ノードの方向をアップストリーム又は上位と呼び、子ノードの方向をダウンストリーム又は下位と呼ぶことがある。
　ＩＡＢトポロジにおける各ＩＡＢノード３００のＭＴは、親ノード（ＩＡＢノード３００又はドナーｇＮＢ２００－１）のＤＵに対して無線バックホールリンクを確立している。ＩＡＢノード３００のＭＴは、１つの親ノードに対して１つの無線バックホールリンクを確立している。
　ＩＡＢノード３００のＤＵは、自ノードとの無線バックホールリンクを確立している子ノードのＭＴに対して、ＤＵが管理するセルの１つを当該ＭＴのサービングセルとして設定する。サービングセルは、当該無線バックホールリンク上に使用される無線リソースを提供するセルである。ＩＡＢノード３００のＤＵは、子ノードのＭＴに対して複数のサービングセルからなるセルグループ（ＣＧ）を設定してもよい。
　ＩＡＢノード３００は、複数の親ノードを有してもよい。言い換えると、１つのＩＡＢノード３００は、親ノードとする複数のＩＡＢノード３００のそれぞれとの間に無線バックホールリンクを確立していてもよい。例えば、ＩＡＢノード３００は、２つ親ノードとの二重接続を有していてもよい。２つの親ノードのうち一方がマスタノード（ＭＮ）であり、他方がセカンダリノード（ＳＮ）である。ＩＡＢノード３００とＭＮとの間の無線バックホールリンクはＭＣＧ（Ｍａｓｔｅｒ　Ｃｅｌｌ　Ｇｒｏｕｐ）リンクと呼ばれることがあり、ＩＡＢノード３００とＳＮとの間の無線バックホールリンクはＳＣＧ（Ｓｅｃｏｎｄａｒｙ　Ｃｅｌｌ　Ｇｒｏｕｐ）リンクと呼ばれることがある。
　図１において、ＩＡＢノード３００－１がドナーｇＮＢ２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、ＩＡＢノード３００－３がＩＡＢノード３００－２と無線で接続し、ＩＡＢノード３００－４がＩＡＢノード３００－３と無線で接続し、Ｆ１プロトコルが４つのバックホールホップで伝送される一例を示している。
　ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であっても構わない。例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置である。ＵＥ１００は、無線アクセスリンクを介して上位ノード（ＩＡＢノード３００又はｇＮＢ２００）と無線で接続される。ＵＥ１００との無線アクセスリンクを有するＩＡＢノード３００は、当該ＵＥ１００の通信を中継する場合、当該ＵＥ１００のアクセスＩＡＢノード３００として動作する。
　図１において、ＵＥ１００がＩＡＢノード３００－４と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－４、ＩＡＢノード３００－３、ＩＡＢノード３００－２、及びＩＡＢノード３００－１を介してドナーｇＮＢ２００－１と間接的に通信する。具体的には、ＩＡＢノード３００－４、ＩＡＢノード３００－３、ＩＡＢノード３００－２、及びＩＡＢノード３００－１は、ＵＥ１００からの上りリンクデータをドナーｇＮＢ２００－１に中継し、ｇＮＢ２００－１からの下りリンクデータをＵＥ１００に中継する。
　次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図２は、ｇＮＢ２００の構成を示す図である。図２に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。
　次に、実施形態に係る中継ノードであるＩＡＢノード３００の構成について説明する。図３は、ＩＡＢノード３００の構成を示す図である。図３に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
　無線通信部３１０は、ｇＮＢ２００又は他のＩＡＢノード３００との無線通信（無線バックホールリンク）及びＵＥ１００との無線通信（無線アクセスリンク）を行う。無線バックホールリンク通信用の無線通信部３１０と無線アクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。
　無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。
　次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図４は、ＵＥ１００の構成を示す図である。図４に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
　無線通信部１１０は、無線アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。
　なお、図４において図示を省略するが、ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍ）受信機を有してもよい。ＵＥ１００は、ＧＮＳＳ受信機を有しなくてもよい。
　（プロトコルスタック）
　次に、実施形態に係る移動通信システム１におけるプロトコルスタック構成の一例について説明する。図５は、ユーザプレーンのプロトコルスタックの一例を示す図である。
　図５は、ユーザデータがＩＡＢノード３００－２とドナーｇＮＢ２００－１との間に通信されるケースにおけるユーザプレーンのプロトコルスタックの一例を示す。
　図５に示すように、ＩＡＢノード３００－１乃至ＩＡＢノード３００－２のそれぞれは、ＭＴ及びＤＵの各機能部を有する。ＭＴは、ＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）と、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）と、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）との各レイヤを有する。ＤＵは、ＢＡＰと、ＲＬＣと、ＭＡＣとの各レイヤを有する。図５において、ＤＵのＢＡＰレイヤとＭＴのＢＡＰレイヤとが別々に設けられる一例を示しているが、ＤＵのＢＡＰレイヤとＭＴのＢＡＰレイヤとが一体化されていてもよい。
　ＩＡＢノード３００－２のＤＵとドナーｇＮＢ２００－１のＣＵとは、ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）と、ＧＴＰ－Ｕ（ＧＰＲＳ　Ｔｕｎｎｅｌｌｉｎｇ　Ｐｒｏｔｏｃｏｌ　ｆｏｒ　Ｕｓｅｒ　Ｐｌａｎｅ）との各レイヤを有する。また、ＩＡＢノード３００－２のＤＵとドナーｇＮＢ２００－１のＤＵとは、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）レイヤを有する。ＩＡＢノード３００－２のＧＴＰ－Ｕ及びＵＤＰの各レイヤは、ＩＡＢノード３００－１を介して、ドナーｇＮＢ２００－１のＣＵのＧＴＰ－Ｕ及びＵＤＰの各レイヤと互いに通信する。
　図６は、制御プレーン（Ｆ１－Ｃ）のプロトコルスタックの一例を示す図である。
　図６は、Ｆ１－ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）制御信号がＩＡＢノード３００－２とドナーｇＮＢ２００－１との間に通信されるケースにおける制御プレーンのプロトコルスタックの一例を示す。
　図６に示すように、ＩＡＢノード３００－２のＤＵとドナーｇＮＢ２００－１のＣＵとは、Ｆ１－ＡＰと、ＳＣＴＰ（Ｓｔｒｅａｍ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｔｏｃｏｌ）との各レイヤを有する。また、ＩＡＢノード３００－２のＤＵとドナーｇＮＢ２００－１のＤＵとは、ＩＰレイヤを有する。ＩＡＢノード３００－２のＦ１－ＡＰ及びＳＣＴＰの各レイヤは、ＩＡＢノード３００－１を介して、ドナーｇＮＢ２００－１のＣＵのＦ１－ＡＰ及びＳＣＴＰの各レイヤと互いに通信する。
　図７は、制御プレーン（ＲＲＣ及びＮＡＳ）のプロトコルスタックの一例を示す図である。
　図７は、ＲＲＣ制御信号（ＲＲＣメッセージ）がＩＡＢノード３００－２とドナーｇＮＢ２００－１との間に通信され、ＮＡＳ制御信号（ＮＡＳメッセージ）がＩＡＢノード３００－２とＡＭＦ１１との間に通信されるケースにおける制御プレーンのプロトコルスタックの一例を示す。
　図７に示すように、ＩＡＢノード３００－２のＭＴとドナーｇＮＢ２００－１のＣＵとは、ＲＲＣと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）との各レイヤを有する。ＩＡＢノード３００－２のＲＲＣ及びＰＤＣＰの各レイヤは、ＩＡＢノード３００－１を介して、ドナーｇＮＢ２００－１のＣＵのＲＲＣ及びＰＤＣＰの各レイヤと互いに通信する。
　また、ＩＡＢノード３００－２のＭＴのＮＡＳレイヤは、ＡＭＦ１１のＮＡＳレイヤと通信する。
　なお、図７において図示を省略しているが、上述のＲＲＣ制御信号及びＮＡＳ制御信号は、ＩＡＢノード３００－１のＤＵのＢＡＰレイヤとドナーｇＮＢ２００－１のＤＵのＢＡＰレイヤとを介して送信される。
　なお、図５乃至図７において図示を省略しているが、各ノードのＭＡＣレイヤの下位にＰＨＹレイヤが設置されている。
　ここで、各プロトコルについて説明する。ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＰＨＹレイヤ間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理等を行う。ＭＡＣレイヤ間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ドナーｇＮＢ２００－１のＭＡＣレイヤ及びＤＵのＭＡＣレイヤは、スケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＲＬＣレイヤ間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＢＡＰレイヤは、ユーザプレーンにおいて、ルーティング処理と、ベアラマッピング・デマッピング処理とを行う。ＢＡＰレイヤにおける処理の詳細を後述する。
　ＲＲＣレイヤは、各種設定のためのＲＲＣシグナリング（ＲＲＣメッセージ）を伝送する。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＲＲＣレイヤ間にＲＲＣ接続がある場合、ＩＡＢノード３００は、ＲＲＣ接続状態にある。ＲＲＣレイヤ間にＲＲＣ接続がない場合、ＩＡＢノード３００はＲＲＣアイドル状態にある。
　ＲＲＣ接続がインアクティブである場合、ＩＡＢノード３００（ＭＴ）は、ＲＲＣインアクティブ状態にある。ＲＲＣインアクティブ状態は、ＲＲＣアイドル状態及びＲＲＣ接続状態と異なる状態である。ＲＲＣインアクティブ状態は、ＲＲＣ接続状態と同じように、ＩＡＢノード３００及びドナーｇＮＢ２００－１（５ＧＣ１０）においてＩＡＢノード３００のコンテキストが記憶されている状態である。
　コンテキストは、ＩＡＢノード３００のＡＳコンテキストであってもよい。ＡＳコンテキストは、ＲＲＣ再確立用の情報を含んでもよい。ＡＳコンテキストは、ＩＡＢノード３００の無線アクセス能力を含んでもよい。コンテキストは、セキュリティコンテキストを含んでもよい。セキュリティコンテキストは、ＫｇＮＢ、トークン、ＮＣＣ（ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、セキュリティケイパビリティ及びセキュリティアルゴリズムを含んでもよい。
　（ＩＡＢトポロジ）
　次に、実施形態に係るＩＡＢトポロジについて説明する。図８は、実施形態に係るＩＡＢトポロジを示す図である。
　図８に示すように、ＩＡＢトポロジは、ＩＡＢノード３００－１、ＩＡＢノード３００－２（ａ）、ＩＡＢノード３００－２（ｂ）、ＩＡＢノード３００－３（ａ）、ＩＡＢノード３００－３（ｂ）、ＩＡＢノード３００－４（ａ）、ＩＡＢノード３００－４（ｂ）、及びＩＡＢノード３００－４（ｃ）を含む。各ＩＡＢノード３００のＭＴは、親ノードのＤＵとの無線バックホールリンクを確立している。ＩＡＢノード３００－３（ｂ）は、ＩＡＢノード３００－２（ａ）及びＩＡＢノード３００－２（ｂ）との二重接続を有し、ＩＡＢノード３００－２（ａ）及びＩＡＢノード３００－２（ｂ）のそれぞれとの無線バックホールリンクを確立している。図８において、無線バックホールリンクが破線で示されている。
　なお、図８において図示を省略するが、各ＩＡＢノード３００のＤＵには、ＵＥ１００が接続されていてもよい。
　ドナーｇＮＢ２００－１は、自ドナーｇＮＢ２００－１と各ＩＡＢノード３００との間において、中継パス（ｐａｔｈ）を設定する。ＩＡＢノード３００に設定した中継パスは、当該ＩＡＢノード３００がサービングする通信装置とドナーｇＮＢ２００－１との間の通信を可能にするパスである。ＩＡＢノード３００がサービングする通信装置は、当該ＩＡＢノード３００のＤＵとの無線バックホールリンクを有する子ノード（ＭＴ）と、ＩＡＢノード３００のＤＵとの無線アクセスリンクを有するＵＥ１００とを含む。
　ドナーｇＮＢ２００－１は、複数の親ノードを有するＩＡＢノード３００に対して、複数の中継パスを設定してもよい。
　ドナーｇＮＢ２００－１は、ＩＡＢトポロジにおいて例えば以下の４つの中継パスを設定してもよい。
　中継パス＃１：ドナーｇＮＢ２００－１←→ＩＡＢノード３００－１←→ＩＡＢノード３００－２（ａ）←→ＩＡＢノード３００－３（ｂ）←→ＩＡＢノード３００－４（ｃ）
　中継パス＃２：ドナーｇＮＢ２００－１←→ＩＡＢノード３００－１←→ＩＡＢノード３００－２（ａ）←→ＩＡＢノード３００－３（ａ）←→ＩＡＢノード３００－４（ａ）
　中継パス＃３：ドナーｇＮＢ２００－１←→ＩＡＢノード３００－１←→ＩＡＢノード３００－２（ａ）←→ＩＡＢノード３００－３（ａ）←→ＩＡＢノード３００－４（ｂ）
　中継パス＃４：ドナーｇＮＢ２００－１←→ＩＡＢノード３００－１←→ＩＡＢノード３００－２（ｂ）←→ＩＡＢノード３００－３（ｂ）←→ＩＡＢノード３００－４（ｃ）
　ドナーｇＮＢ２００－１は、ＩＡＢトポロジにおける各中継パスに対して当該中継パスを識別するパス識別子を割り当てる。また、ドナーｇＮＢ２００－１は、ＩＡＢトポロジ内の各ＩＡＢノード３００に対して、ＩＡＢトポロジにおいて当該ＩＡＢノード３００を識別するＩＡＢ識別子を割り当てる。ＩＡＢ識別子は、ＢＡＰレイヤ（ＢＡＰエンティティ）に割り当てられるＢＡＰアドレスであってもよい。
　ドナーｇＮＢ２００－１は、ＩＡＢトポロジにおける各ＩＡＢノード３００に対して、当該ＩＡＢノード３００を通る中継パスに関するルーティング設定情報を送信する。各ＩＡＢノード３００は、ルーティング設定情報を記憶する。ルーティング設定情報は、ＲＲＣメッセージ又はＦ１ＡＰメッセージにより送信される。
　ＩＡＢノード３００に対して送信されるルーティング設定情報は、当該ＩＡＢノード３００を通る中継パス（１つ又は複数の中継パス）のパス識別子と、当該ＩＡＢノード３００を通る中継パスにおける当該ＩＡＢノード３００の次のノード（すなわち、子ノード及び／又は親ノード）のＩＡＢ識別子と、を含む。中継パスにおけるＩＡＢノード３００の次のノードは、当該ＩＡＢノードの「ＮＥＸＴ　ＨＯＰ」と呼ばれてもよい。
　ＩＡＢノード３００のＤＵは、ドナーｇＮＢ２００－１のＣＵとのＦ１－ＡＰ接続を確立する際に、自ノードのＤＵが管理するセルのセル識別子をドナーｇＮＢ２００－１に通知する。これにより、ドナーｇＮＢ２００－１は、ＩＡＢトポロジにおける各ＩＡＢノード３００のＤＵが管理するセルのセル識別子を把握できる。
　ドナーｇＮＢ２００－１（ＣＵ）と、隣接のドナーｇＮＢ２００－２（ＣＵ）との間において、基地局間インターフェイスを介して、ＩＡＢトポロジの構造に関するトポロジ構造情報が交換されてもよい。
　トポロジ構造情報は、ＩＡＢトポロジを構成する各ＩＡＢノード３００の識別子をさらに含んでもよい。かかる識別子は、ＩＡＢ識別子（ＢＡＰアドレス）、ＤＵ識別子、ＭＴ識別子（Ｃ－ＲＮＴＩ（Ｃｅｌｌ－Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ））の少なくとも１つを含む。
　トポロジ構造情報は、ルーティング設定情報をさらに含んでもよい。
　（既存仕様におけるＢＨ　ＲＬＦの復旧動作）
　上述のＩＡＢトポロジにおいて、無線バックホールリンクの障害（ＲＬＦ：Ｒｒａｄｉｏ　Ｌｉｎｋ　Ｆａｉｌｕｒｅ）が起こり得る。このようなＲＬＦをＢＨ　ＲＬＦと呼ぶ。
　ここで、既存仕様（例えば、「３ＧＰＰ　ＴＳ　３８．３３１　Ｖ１６．１．０」参照）におけるＢＨ　ＲＬＦの復旧動作を説明する。
　既存仕様によれば、ＩＡＢノード３００は、例えば次のようにして、ＢＨ　ＲＬＦを検知した後ＢＨ　ＲＬＦから復旧するまでの一連の処理（以下、「既存仕様のＢＨ　ＲＬＦ復旧処理」と呼ぶ。）を行う。
　第１に、ＩＡＢノード３００のＭＴは、Ｎ３１０回連続して同期外れ状態（ｏｕｔ－ｏｆ－ｓｙｎｃ）を検知した場合、無線問題（ｒａｄｉｏ　ｐｒｏｂｌｅｍ）を検知し、タイマＴ３１０を始動する。ＭＴは、タイマＴ３１０を開始させた後、Ｎ３１１回連続して同期状態（ｉｎ－ｓｙｎｃ）を検知した場合、タイマＴ３１０を停止させる。
　第２に、ＭＴは、タイマＴ３１０を停止せずにタイマＴ３１０が満了すると、ＢＨ　ＲＬＦを検知する。ＭＴは、ＢＨ　ＲＬＦを検知することに応じて、ＢＨ　ＲＬＦから復旧するために、ＲＲＣ再確立処理を開始する。ＭＴは、ＲＲＣ再確立処理を開始するとともにタイマＴ３１１を開始し、セル選択処理を行う。ＭＴは、セル選択処理により適切なセルを選択し、選択したセルに対して無線バックホールリンクを再確立する。適切なセルとは、少なくとも最低限の無線品質基準を満たすセルをいう。
　第３に、ＭＴは、無線バックホールリンクの再確立に成功せずにタイマＴ３１１が満了すると、ＲＲＣアイドル状態に遷移する。
　ＩＡＢノード３００のＭＴは、ＲＲＣ再確立処理に失敗した場合（例えば、タイマＴ３１１が満了した場合）、自身の子ノードに対して、復旧失敗通知を送信する。復旧失敗通知は、ＢＨ　ＲＬＦ　ｉｎｄｉｃａｔｉｏｎと呼ばれることがある。
　ＩＡＢノード３００は、自身の親ノードから復旧失敗通知を受信する場合、自身がＢＨ　ＲＬＦを検知する場合と同様に、ＲＲＣ再確立処理を開始する。
　既存仕様のＢＨ　ＲＬＦ復旧処理において、ＩＡＢノード３００は、ＲＲＣ再確立処理に失敗した場合のみ、子ノードに復旧失敗通知を送信する。言い換えると、ＩＡＢノード３００は、ＢＨ　ＲＬＦを検知してから復旧に失敗するまでの間、すなわち、Ｔ３１１が動作している間において、自身の子ノードに対して、自身が検知したＢＨ　ＲＬＦについて何の通知も送信していない。この間に、子ノードは、ＩＡＢノード３００が通常通りに動作しているとみなして、ＩＡＢノード３００に対して、ドナー基地局２００宛のユーザデータ及び制御信号を送信する可能性がある。ＩＡＢノード３００が最終的にＢＨ　ＲＬＦからの復旧に失敗したら、これらのユーザデータ及び制御信号がドナー基地局２００に到達できない可能性がある。また、仮にＴ３１１が満了する前にＢＨ　ＲＬＦからの復旧に成功したとしても、Ｔ３１１が動作している間に、これらのユーザデータ及び制御信号がドナー基地局２００に到達できず、アップストリーム方向の遅延が発生する。既存仕様では、Ｔ３１１のタイマ値は最大３０秒であるため、遅延は最大３０秒である。
　上述のように、既存仕様のＢＨ　ＲＬＦ復旧処理では、ＩＡＢノード３００がＢＨ　ＲＬＦを検知しているにもかかわらず、ＩＡＢノード３００の子ノードは、ＩＡＢノード３００が通常通りに動作しているとみなしてしまうという問題点（以下、「問題点１」と呼ぶ。）がある。特に、ＩＡＢノード３００の子ノードが、低遅延が要求されるトラフィックを中継する場合に、問題点１が顕著になる。
　後述の第１実施形態は、問題点１の解決手段に関する実施形態である。
　また、既存仕様のＢＨ　ＲＬＦ復旧処理において、ＩＡＢノード３００がＲＲＣ再確立処理においてセル選択処理を開始する時点において、ＩＡＢノード３００の子ノードは、通常通りに動作する。例えば、ＩＡＢノード３００の子ノードのＤＵは、セルの検知及び測定に用いる下りリンク信号であるＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　Ｓｉｇｎａｌ　ａｎｄ　ＰＢＣＨ　ｂｌｏｃｋ）の送信を継続する。このため、ＩＡＢノード３００がＲＲＣ再確立処理においてセル選択処理を行うと、ＩＡＢノード３００は、子ノードのＤＵが管理するセルを適切なセルとして検知し得る。しかしながら、ＩＡＢノード３００が利用可能な無線バックホールリンクを有しないため、子ノードはドナー基地局２００と通信できない。その結果、ＩＡＢノード３００は、ＲＲＣ接続を再確立できず、ＩＡＢによる中継機能を提供できないという問題点（以下、「問題点２」と呼ぶ。）がある。特に、ＩＡＢノード３００が子ノードに物理的に近い位置に居る（無線状況が良い）場合に、問題点２が顕著になる。
　後述の第２実施形態は、問題点２の解決手段に関する実施形態である。
　また、既存仕様のＢＨ　ＲＬＦ復旧処理において、ＩＡＢノード３００のＭＴがＲＲＣインアクティブ状態に遷移することが考慮されなかった（問題点３）。
　後述の第３実施形態は、問題点３の解決手段に関する実施形態である。
　（第１実施形態）
　以下において、第１実施形態を説明する。第１実施形態は上述の問題点１の解決手段に関する実施形態である。
　第１実施形態に係るＩＡＢノード３００は、無線バックホールリンクの障害に関するイベントの発生に応じて、無線バックホールリンクを復旧するための復旧処理を行う。ＩＡＢノード３００は、復旧処理の一部としてＲＲＣ再確立処理を開始する際に、前記イベントの発生を示す障害情報を、ＩＡＢノード３００の下位ノードに送信する。
　イベントは、ＩＡＢノード３００が無線バックホールリンクの障害（ＢＨ　ＲＬＦ）を検知することと、ＩＡＢノード３００が、復旧失敗通知を上位ノードから受信すること、のいずれか１つを含む。
　これにより、ＩＡＢノード３００の下位ノードは、ＩＡＢノード３００においてＲＲＣ再確立処理が開始される際に、ＩＡＢノード３００において無線バックホールリンクの障害に関するイベントが発生することを把握することができる。
　また、ＩＡＢノード３００は、無線バックホールリンクを復旧するための復旧処理として、ＲＲＣ再確立処理と、ＲＲＣ再確立処理よりも回復が容易となる他の処理（例えば、後述のファーストＭＣＧリンク復旧処理）とが実行可能のように設定されることがある。この場合、ＩＡＢノード３００は、当該他の処理に成功した場合ＲＲＣ再確立処理を行わない。よって、ＩＡＢノード３００は、復旧処理を開始する際ではなく、ＲＲＣ再確立処理を開始する際に、障害情報を送信する。
　（第１実施形態の動作例１）
　以下において、第１実施形態の動作例１を説明する。図９は、第１実施形態の動作例１の動作を示す図である。
　図９に示すように、ＩＡＢノード３００－２（ａ）は、ＩＡＢノード３００－１との無線バックホールリンク（ＢＨリンク）が確立されている状態において処理を開始する。図示を省略しているが、ＩＡＢノード３００－２（ａ）のＭＴは、ドナーｇＮＢ２００－１のＣＵとのＲＲＣ接続を有する。
　ステップＳ１０１において、ＩＡＢノード３００－２（ａ）は、無線バックホールリンクの障害に関するイベントが発生するか否かを判断する。ここで、イベントは、ＩＡＢノード３００－２（ａ）がＢＨ　ＲＬＦを検知することと、ＩＡＢノード３００－２（ａ）が、ＩＡＢノード３００－１から、ＩＡＢノード３００－１が無線バックホールリンクを復旧するための復旧処理に失敗することを示す復旧失敗通知を受信することと、のいずれか１つを含む。復旧処理は、後述のステップＳ１０２からステップＳ１０７までを指す。
　ＩＡＢノード３００－２（ａ）は、イベントが発生すると判断した場合（Ｓ１０１：ＹＥＳ）、処理をステップＳ１０２に進める。
　ステップＳ１０２において、ＩＡＢノード３００－２（ａ）は、無線バックホールリンクを復旧するための復旧処理を開始する。ここで、ＩＡＢノード３００－２（ａ）は、復旧処理として、ＲＲＣ再確立処理と、他の処理（例えば、ファーストＭＣＧリンク復旧処理）とが実行可能のように設定される場合、当該他の処理を先に行う。
　ステップＳ１０３において、ＩＡＢノード３００－２（ａ）は、ＲＲＣ再確立処理を行うか否かを判断する。ＩＡＢノード３００－２（ａ）は、他の処理が設定されない場合、ＲＲＣ再確立処理を行うと判断する。ＩＡＢノード３００－２（ａ）は、他の処理が設定されており、かつ、他の処理に失敗した場合、ＲＲＣ再確立処理を行うと判断する。
　ＩＡＢノード３００－２（ａ）は、ＲＲＣ再確立処理を行うと判断した場合（Ｓ１０３：ＹＥＳ）、処理をステップＳ１０４に進める。
　ステップＳ１０４において、ＩＡＢノード３００－２（ａ）は、ＲＲＣ再確立処理を開始する（すなわち、タイマＴ３１１を開始する）。
　ステップＳ１０５において、ＩＡＢノード３００－２（ａ）は、ＲＲＣ再確立処理を開始するに際して、障害情報をＩＡＢノード３００－２（ａ）の下位ノード（ＩＡＢノード３００－３（ａ））に送信する。
　障害情報は、ステップＳ１０１において発生と判断したイベントを示す情報を含む。障害情報は、ＩＡＢノード３００－２（ａ）がＲＲＣ再確立処理を開始することを示す情報をさらに含んでもよい。
　障害情報は、ＢＡＰレイヤのメッセージ（ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ）であってもよいし、ＭＡＣレイヤのメッセージ（ＭＡＣ　ＣＥ）であってもよい。
　障害情報は、ＲＲＣレイヤのメッセージであってもよい。例えば、ＩＡＢノード３００－２（ａ）のＤＵは、障害情報をシステム情報ブロック（ＳＩＢ）に含めてブロードキャストしてもよい。
　ステップＳ１０６において、ＩＡＢノード３００－２（ａ）は、セル選択処理を行う。ＩＡＢノード３００－２（ａ）は、後述の第２実施形態におけるセル情報を使用してセル選択処理を行っていてもよい。
　ステップＳ１０７において、ＩＡＢノード３００－２（ａ）は、セル選択処理により選択したセルにてＲＲＣ再確立処理に成功したか否かを判定する。ＲＲＣ再確立処理に成功した場合（Ｓ１０７：ＹＥＳ）、ＩＡＢノード３００－２は、処理を終了する。
　ＲＲＣ再確立処理に失敗した場合（Ｓ１０７：ＮＯ）、ステップＳ１０８において、ＩＡＢノード３００－２（ａ）は、復旧失敗通知をＩＡＢノード３００－３（ａ）に送信する。
　ステップＳ１０９において、ＩＡＢノード３００－２（ａ）は、ＲＲＣ接続状態からＲＲＣアイドル状態に遷移する。
　（第１実施形態の動作例２）
　動作例２は、ＩＡＢノード３００が複数の無線バックホールリンク（例えば、ＭＣＧリンクとＳＣＧリンク）を有しており、１つの無線バックホールリンク（例えば、ＭＣＧリンク）についての障害に関するイベントが発生するケースに関する動作例である。
　動作例２に係るＩＡＢノード３００は、１つの無線バックホールリンク（例えば、ＭＣＧリンク）についての障害に関するイベントが発生することに応じて、他の無線バックホールリンク（例えば、ＳＣＧリンク）を経由して当該１つの無線バックホールリンクを復旧するための処理を行う。ＩＡＢノード３００は、当該処理に失敗した場合、ＲＲＣ再確立処理を行う。当該処理は、例えば、ファーストＭＣＧリンク復旧処理（Ｆａｓｔ　ＭＣＧ　ｌｉｎｋ　ｒｅｃｏｖｅｒｙ　ｐｒｏｃｅｄｕｒｅ）である。以下において、ファーストＭＣＧリンク復旧処理を説明する。
　第１に、ＩＡＢノード３００のＭＴは、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを生成し、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを、ＳＣＧリンクを介して、ドナーｇＮＢ２００－１のＣＵに送信する。ＭＴは、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを送信するに際して、ファーストＭＣＧリンク復旧処理に関するタイマＴ３１６を開始する。
　第２に、ＩＡＢノード３００のＭＴは、ＳＣＧリンク経由で、ドナーｇＮＢ２００－１のＣＵから、ＭＣＧリンクを復旧するためのＲＲＣメッセージ（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を受信する。かかるＲＲＣメッセージは、ＭＣＧリンクに対応する親ノードのＩＡＢノード３００へのランダムアクセスプロシージャに用いる非競合（Ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ）ランダムアクセスプリアンブルや、当該ＩＡＢノード３００との無線通信に用いる無線設定などを含む。ＩＡＢノード３００のＭＴは、当該ＲＲＣメッセージの受信に応じて、ＭＣＧリンクを復旧する。
　第３に、ＭＴは、ＭＣＧリンクを復旧するためのＲＲＣメッセージを受信せずにタイマＴ３１６が満了すると、ＲＲＣ再確立処理を行う。
　以下において、動作例２の動作を説明する。図１０は、動作例２の動作を示す図である。
　図１０に示すように、ＩＡＢノード３００－３（ｂ）は、ＩＡＢノード３００－２（ａ）との無線バックホールリンクであるＭＣＧリンクと、ＩＡＢノード３００－２（ｂ）との無線バックホールリンクであるＳＣＧリンクとが確立されている状態において、動作を開始する。ＩＡＢノード３００－３（ｂ）のＭＴは、ドナーｇＮＢ２００－１のＣＵとのＲＲＣ接続を有する。
　ステップＳ２０１において、ＩＡＢノード３００－３（ｂ）は、ドナーｇＮＢ２００－１から、タイマＴ３１６の設定情報を含むＲＲＣメッセージを受信する。タイマＴ３１６の設定情報を受信することによって、ＩＡＢノード３００－３（ｂ）は、ＭＣＧリンクの障害に関するイベントが発生する際に、ファーストＭＣＧリンク復旧プロシージャを実行すると認識する。
　ステップＳ２０２において、ＩＡＢノード３００－３（ｂ）は、ＭＣＧリンクの障害に関するイベントが発生するか否かを判断する。かかるイベントは、ＩＡＢノード３００－３（ｂ）がＭＣＧリンクについてＢＨ　ＲＬＦを検知することと、ＩＡＢノード３００－３（ｂ）が、ＩＡＢノード３００－２（ａ）から、ＩＡＢノード３００－２（ａ）が無線バックホールリンクを復旧するための復旧処理に失敗することを示す復旧失敗通知を受信することと、のいずれか１つを含む。
　ＩＡＢノード３００－３（ｂ）は、イベントが発生すると判断した場合（Ｓ２０２：ＹＥＳ）、処理をステップＳ２０３に進める。
　ステップＳ２０３において、ＩＡＢノード３００－３（ｂ）は、ファーストＭＣＧリンク復旧処理を開始する（すなわち、タイマＴ３１６を開始する）。
　ステップＳ２０４において、ＩＡＢノード３００－３（ｂ）は、ＭＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを、ＳＣＧリンク経由で、ドナーｇＮＢ２００－１に送信する。
　ステップＳ２０５において、ＩＡＢノード３００－３（ｂ）は、ＭＣＧリンクの復旧に成功したか否か（すなわち、ＭＣＧリンクを復旧するためのＲＲＣメッセージを受信したか否か）を判断する。ＭＣＧリンクの復旧に成功した場合（Ｓ２０５：ＹＥＳ）、ＩＡＢノード３００－３（ｂ）は、タイマＴ３１６を停止し、本フローを終了する。
　ＭＣＧリンクの復旧に成功していない場合（Ｓ２０５：ＮＯ）、ステップＳ２０６において、ＩＡＢノード３００－３（ｂ）は、タイマＴ３１６が満了したか否かを判定する。タイマＴ３１６が満了した場合（ステップＳ２０６：ＹＥＳ）、ＩＡＢノード３００－３（ｂ）は、ファーストＭＣＧリンク復旧処理に失敗したと判断し、処理をステップＳ２０８に進める。
　ステップＳ２０８において、ＩＡＢノード３００－３（ｂ）は、ＲＲＣ再確立処理を開始する（すなわち、タイマＴ３１１を開始する）。
　ステップＳ２０９において、ＩＡＢノード３００－３（ｂ）は、ＲＲＣ再確立処理を開始するに際して、障害情報を下位ノード（ＩＡＢノード３００－４（ｃ））に送信する。障害情報は、ステップＳ２０２において発生と判断したイベントを示す情報を含む。障害情報は、ＩＡＢノード３００－３（ｂ）がＲＲＣ再確立処理を開始することを示す情報をさらに含んでもよい。
　ステップＳ２１０乃至Ｓ２１３の処理は、ステップＳ１０６乃至Ｓ１０９の処理と同様である。ここで、ステップＳ１０６乃至Ｓ１０９の「ＩＡＢノード３００－２（ａ）」を「ＩＡＢノード３００－３（ｂ）」と読み替える。
　（第２実施形態）
　第２実施形態は、上述の問題点２の解決手段に関する実施形態である。
　第２実施形態に係るＩＡＢノード３００は、無線バックホールリンクの再確立の対象セルを決定するためのセル選択手順を行う際に使用するセル情報を、ドナーｇＮＢ２００から受信する。ＩＡＢノード３００は、セル情報を記憶する。ＩＡＢノード３００は、ＲＲＣ再確立処理を開始する場合、記憶しているセル情報を使用してセル選択処理を行う。
　セル情報は、ＩＡＢノード３００が対象セルとして選択することが許可されるセルである許可セルを識別する許可セル情報と、ＩＡＢノード３００が対象セルとして選択することが許可されないセルである非許可セルを識別する非許可セル情報と、のいずれか１つを含む。
　ＩＡＢノード３００の許可セルは、タイプ１許可セル、タイプ２許可セル、及びタイプ３許可セルの少なくとも１つのタイプのセルを含む。
　ＩＡＢノード３００のタイプ１許可セルは、当該ＩＡＢノード３００のドナーｇＮＢ２００との中継パスを有し、かつ、当該中継パス上に当該ＩＡＢノード３００が存在しないＩＡＢノード３００が管理するセルである。図８の例では、ＩＡＢノード３００－２（ａ）のタイプ１許可セルは、ＩＡＢノード３００－１が管理するセルと、ＩＡＢノード３００－２（ｂ）が管理するセルを含む。
　ＩＡＢノード３００のタイプ２許可セルは、当該ＩＡＢノード３００のドナーｇＮＢ２００との中継パスを有し、かつ、当該中継パス上に当該ＩＡＢノード３００が存在し、かつ、当該中継パスとは異なる中継パスを有するＩＡＢノード３００が管理するセルである。図８の例では、ＩＡＢノード３００－２（ａ）のタイプ２許可セルは、ＩＡＢノード３００－３（ｂ）が管理するセルと、ＩＡＢノード３００－４（ｃ）が管理するセルとを含む。
　ＩＡＢノード３００のタイプ３許可セルは、当該ＩＡＢノード３００のドナーｇＮＢ２００（ＣＵ）とは異なるドナーｇＮＢ２００（ＣＵ）の配下のＩＡＢノード３００が管理するセルである。タイプ３許可セルは、異トポロジセルと呼ばれてもよい。
　ＩＡＢノード３００の非許可セルは、当該ＩＡＢノード３００のドナーｇＮＢ２００との中継パスを１つのみ有し、かつ、当該中継パス上に当該ＩＡＢノード３００が存在するＩＡＢノード３００が管理するセルである。図８の例では、ＩＡＢノード３００－２（ａ）の非許可セルは、ＩＡＢノード３００－３（ａ）が管理するセル、ＩＡＢノード３００－４（ａ）が管理するセル、及び、ＩＡＢノード３００－４（ｂ）が管理するセルを含む。
　次に、セル情報を使用するセル選択処理を説明する。
　ＩＡＢノード３００は、セル選択処理において、タイプ１許可セルを検出した場合、タイプ１許可セルを対象セルとして選択する。
　ＩＡＢノード３００は、タイプ１許可セルを検出しておらず、かつ、タイプ２許可セルを検出する場合、タイプ２許可セルを対象セルとして選択する。
　ＩＡＢノード３００は、タイプ１許可セル及びタイプ２許可セルのいずれも検出しておらず、かつ、タイプ３許可セルを検出する場合、タイプ３許可セルを対象セルとして選択する。ここで、ＩＡＢノード３００が、異トポロジセルに対して無線バックホールリンクを再確立した場合、当該ＩＡＢノード３００の子ノードは、当該異トポロジセルが属するドナーｇＮＢ２００に対してＲＲＣ接続を確立する必要がある。よって、タイプ２許可セルがタイプ３許可セル（異トポロジセル）よりも優先的に選択される。
　ＩＡＢノード３００は、タイプ１許可セル乃至タイプ３許可セルのいずれも検出していない場合、対象セルを選択しない。この場合、Ｔ３１１が満了し、ＩＡＢノード３００はＲＲＣアイドル状態に遷移し、記憶しているセル情報を破棄する。
　ＩＡＢノード３００は、次に示す決定方法を用いて、検出したセルを、タイプ１許可セル、タイプ２許可セル、タイプ３許可セル、及び非許可セルのいずれか１つとして決定する。
　（ケース１）
　ケース１は、ＩＡＢノード３００が許可セル情報を記憶しているケースである。ケース１についての決定方法は以下の通りである。
　ＩＡＢノード３００は、許可セル情報に含まれるセルをタイプ１許可セルとして決定する。
　ＩＡＢノード３００は、許可セル情報に含まれないセルであって、かつ、自ＩＡＢノード３００のＩＡＢトポロジ情報と一致しないＩＡＢトポロジ情報をブロードキャストするセルを、タイプ３許可セルとして決定する。ＩＡＢトポロジ情報は、ドナーｇＮＢ２００の識別子であってもよいし、ＩＡＢトポロジの識別子であってもよい。
　ＩＡＢノード３００は、許可セル情報に含まれないセルであって、かつ、自ＩＡＢノード３００のＩＡＢトポロジ情報と一致するＩＡＢトポロジ情報をブロードキャストするセルを、非許可セルとして決定する。
　ＩＡＢノード３００は、許可セル情報に含まれないセルであって、かつ、自ＩＡＢノード３００が二重接続のノード（ＭＮ又はＳＮ）として設定されるＩＡＢノード３００が管理するセルを、タイプ２許可セルとして決定する。ＩＡＢノード３００は、Ｆ１－ＡＰメッセージ又はＲＲＣメッセージにより、自ＩＡＢノード３００が二重接続のノードとして設定されるＩＡＢノード３００が管理するセルを予め把握している。
　或いは、許可セル情報は、セル識別子と、当該セル識別子に対応するセルのタイプ（タイプ１乃至タイプ３のいずれか１つ）を示すタイプ情報を含んでいてもよい。この場合、ＩＡＢノード３００は、許可セル情報に含まれるタイプ情報に基づいて、検出したセルをタイプ１許可セル、タイプ２許可セル、タイプ３許可セルのいずれか１つとして決定する。
　ドナーｇＮＢ２００－１（ＣＵ）は、隣接ドナーｇＮＢ２００－２（ＣＵ）からのトポロジ構造情報を有するため、当該ＩＡＢノード３００のタイプ３許可セルを特定でき、許可セル情報に含めることができる。
　（ケース２）
　ケース２は、ＩＡＢノード３００が非許可セル情報を記憶しているケースである。ケース２についての決定方法は以下の通りである。
　ＩＡＢノード３００は、非許可セル情報に含まれるセルを非許可セルとして決定する。
　ＩＡＢノード３００は、非許可セル情報に含まれるセルであっても、自ＩＡＢノード３００が二重接続のノードとして設定されるＩＡＢノード３００が管理するセルであれば、かかるセルをタイプ２許可セルとして決定する。
　ＩＡＢノード３００は、ＩＡＢノード３００のＩＡＢトポロジ情報と一致しないＩＡＢトポロジ情報をブロードキャストするセルを、タイプ３許可セルとして決定する。
　ＩＡＢノード３００は、非許可セル情報に含まれないセルであって、かつ、自ＩＡＢノード３００のＩＡＢトポロジ情報と一致するＩＡＢトポロジ情報をブロードキャストするセルを、タイプ１許可セルとして決定する。
　ＩＡＢノード３００は、非許可セル情報に含まれないセルであって、かつ、自ＩＡＢノード３００のＩＡＢトポロジ情報と一致しないＩＡＢトポロジ情報をブロードキャストするセルを、タイプ３許可セルとして決定する。
　（第２実施形態の動作例）
　以下において、第２実施形態の動作例を説明する。図１１は、第２実施形態の動作例を示す図である。
　図１１に示すように、ＩＡＢノード３００－２（ａ）は、ドナーｇＮＢ２００－１とのＲＲＣ接続を有する状態において処理を開始する。
　ステップＳ３０１において、ドナーｇＮＢ２００－１は、セル情報をＩＡＢノード３００－２（ａ）に送信する。ＩＡＢノード３００－２（ａ）は、セル情報をドナーｇＮＢ２００－１から受信し、受信したセル情報を記憶する。セル情報は、許可セル情報と、非許可セル情報とのいずれか１つを含む。
　ドナーｇＮＢ２００－１は、ＩＡＢノード３００－２（ａ）からドナーｇＮＢ２００－１までのホップ数に基づいて、セル情報に含めるべき情報（許可セル情報又は非許可セル情報）を決定する。
　ドナーｇＮＢ２００－１は、ホップ数が閾値以上である場合、非許可セル情報をセル情報に含める。ドナーｇＮＢ２００－１は、ホップ数が閾値未満である場合、許可セル情報をセル情報に含める。ホップ数が多いＩＡＢノード３００にとって、下位ノードの数が上位ノードの数よりも少ないため、非許可セルの数は許可セルの数より少なく、許可セル情報のサイズが非許可セル情報のサイズよりも大きい。一方、ホップ数が少ないＩＡＢノード３００にとって、非許可セル情報のサイズが許可セル情報のサイズよりも大きい。ホップ数と閾値との比較によりセル情報に含めるべき情報を決定することによって、情報サイズを削減できる。
　ドナーｇＮＢ２００－１は、セル情報を送信する際に、当該セル情報に有効期限を設定してもよい。具体的には、ドナーｇＮＢ２００－１は、セル情報と、有効期限に対応するタイマ値を示す情報と、を一緒に送信する。ＩＡＢノード３００－２（ａ）は、セル情報とタイマ値とを一緒に受信する場合、セル情報を記憶するとともに当該タイマを起動する。ＩＡＢノード３００－２（ａ）は、タイマが満了したことに応じて、記憶したセル情報を破棄する。
　ステップＳ３０２において、ＩＡＢノード３００－２（ａ）は、セル情報を更新することを要求する更新要求メッセージをドナーｇＮＢ２００－１に送信する。更新要求メッセージは、ＲＲＣメッセージである。
　ＩＡＢノード３００－２（ａ）は、次のＡ及びＢのいずれか１つの条件が満たされている場合、更新要求メッセージを送信してもよい。
　条件Ａ：セル情報の受信に応じてＩＡＢノード３００－２（ａ）が起動したタイマが満了した。
　条件Ｂ：ＩＡＢノード３００－２（ａ）は、セル情報によって識別されないセルを発見した。
　ここで、ＩＡＢノード３００－２（ａ）は、例えば、ドナーｇＮＢ２００－１から設定された測定設定情報に応じて測定を行い、測定により発見したセルのセルがセル情報に含まれていない場合、条件Ｂが満たしていると判断する。
　ＩＡＢノード３００－２（ａ）が条件Ｂに応じて送信する更新要求メッセージは、発見したセルが、許可セルであるか非許可セルであるかについての問い合わせを含む問い合わせメッセージであってもよい。問い合わせメッセージは、発見したセルのセル識別子を含む。
　ステップＳ３０３において、ドナーｇＮＢ２００－１は、ＩＡＢノード３００－２（ａ）に対して、更新したセル情報を送信する。ＩＡＢノード３００－２（ａ）は、更新したセル情報を受信し、記憶したセル情報を更新する。
　更新したセル情報は、新しいセル情報であってもよいし、前に送信したセル情報（ステップＳ３０１において送信したセル情報）に対する差分を示す情報であってもよい。差分を示す情報は、例えば、前に送信したセル情報（許可セル情報又は非許可セル情報）に対して新たに追加したセル識別子を含む情報である。
　ステップＳ３０３において、ドナーｇＮＢ２００－１は、更新要求メッセージをＩＡＢノード３００－２（ａ）から受信していない場合であっても、次のＣ及びＤのいずれか１つの条件が満たされている場合、更新したセル情報を送信してもよい。
　条件Ｃ：ドナーｇＮＢ２００－１の配下のＩＡＢトポロジに変更が発生した。
　例えば、ドナーｇＮＢ２００－１は、新たなＩＡＢノード３００がＩＡＢトポロジに加入する場合、又は、ＩＡＢトポロジにおけるＩＡＢノード３００が当該ＩＡＢトポロジから離れる場合、条件Ｃが満たしていると判断する。
　条件Ｄ：ドナーｇＮＢ２００－１からの測定設定に応じる測定報告をＩＡＢノード３００－２（ａ）から受信し、当該測定報告には、測定設定で設定していないセルのセル識別子を含む。
　ステップＳ３０４において、ＩＡＢノード３００－２（ａ）は、ＲＲＣ再確立処理を開始する（すなわち、タイマＴ３１１を開始する）。
　ステップＳ３０５において、ＩＡＢノード３００－２（ａ）は、セル情報を使用するセル選択処理を行う。ここで、ＩＡＢノード３００－２（ａ）は、上述のセル選択方法に基づいてセル選択処理を行う。
　ステップＳ３０６において、ＩＡＢノード３００－２（ａ）は、セル選択処理により選択したセルに対してＲＲＣ再確立処理に成功したか否かを判定する。ＲＲＣ再確立処理に成功した場合（Ｓ３０６：ＹＥＳ）、ＩＡＢノード３００－２（ａ）は、処理をステップＳ３０７に進める。一方、ＩＡＢノード３００－２（ａ）は、ＲＲＣ再確立処理に失敗した場合（Ｓ３０６：ＮＯ）、処理をステップＳ３１０に進める。
　ステップＳ３０７において、ＩＡＢノード３００－２（ａ）は、自身のドナーｇＮＢ２００が変わったかを判断する。ここで、ＩＡＢノード３００－２（ａ）は、ステップＳ３０５において異トポロジセル（タイプ３許可セル）を対象セルとして選択し、かつ当該セルに対してＲＲＣ再確立処理に成功した場合、ドナーｇＮＢ２００が変わったと判断する。
　ＩＡＢノード３００－２（ａ）は、ドナーｇＮＢ２００が変わったと判断した場合（Ｓ３０７：ＹＥＳ）、処理をステップＳ３０８に進める。一方、ＩＡＢノード３００－３（ｂ）は、自身のドナーｇＮＢ２００が変わっていないと判断した場合（Ｓ３０７：ＮＯ）、処理を終了する。
　ステップＳ３０８において、ＩＡＢノード３００－２（ａ）は、自身の配下のＩＡＢノード３００－３に対して、変更後のドナーｇＮＢ２００とのＲＲＣ接続を確立するための処理を当該ＩＡＢノード３００－３に実行させるためのメッセージを送信する。かかる処理は、ＲＲＣ再確立処理又はハンドオーバ処理である。かかるメッセージは、ＢＡＰメッセージ（ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ）又はＲＲＣメッセージ（ＳＩＢ）である。
　ステップＳ３０９において、ＩＡＢノード３００－３は、ステップＳ３０８において受信したメッセージに応じて、ＲＲＣ再確立処理又はハンドオーバ処理を行う。
　ＩＡＢノード３００－３は、ＲＲＣ再確立処理又はハンドオーバ処理において、ランダムアクセスプロシージャを実行しなくてもよい。言い換えると、ＩＡＢノード３００－３は、ＲＡＣＨ－ｌｅｓｓ　ＲＲＣ再確立処理又はＲＡＣＨ－ｌｅｓｓ　ハンドオーバ処理を行う。この場合、ＩＡＢノード３００－３は、ＭＳＧ１（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｐｒｅａｍｂｌｅ）を送信せずに、ＭＳＧ３を送信する。ステップＳ３０８のメッセージは、ＲＡＣＨ－ｌｅｓｓを示すｉｎｄｉｃａｔｉｏｎを含んでもよい。
　ステップＳ３１０において、ＩＡＢノード３００－２（ａ）は、復旧失敗通知をＩＡＢノード３００－３に送信する。
　ステップＳ３１１において、ＩＡＢノード３００－２（ａ）は、ＲＲＣ接続状態からＲＲＣアイドル状態に遷移する。
　第２実施形態において、ＩＡＢノード３００は、セル情報を親ノードから提供されてもよい。セル情報は、第１実施形態における「障害情報」とともに親ノードから受信してもよい。セル情報は、障害情報に含まれてもよい。
　（第３実施形態）
　第３実施形態は、上述の問題点３の解決手段に関する実施形態である。
　第３実施形態に係るＩＡＢノード３００は、上位ノードから受信した指示メッセージに応じてＲＲＣインアクティブ状態に遷移する。
　ＲＲＣインアクティブ状態にあるＩＡＢノード３００は、ＲＲＣ再開処理（ＲＲＣ　ｒｅｓｕｍｅ　ｐｒｏｃｅｄｕｒｅ）を行うことにより、無線バックホールリンクを復旧する。ＲＲＣ再開処理は、ＮＡＳの復旧が不要であるため、ＲＲＣ再確立処理よりも、無線バックホールリンクの復旧が容易になる。
　以下において、第３実施形態の動作例を説明する。図１２は、第３実施形態の動作例を示す図である。
　図１２に示すように、ＩＡＢノード３００－２（ａ）は、ドナーｇＮＢ２００－１とのＲＲＣ接続を有する状態において処理を開始する。
　ステップＳ４０１において、ＩＡＢノード３００－２（ａ）は、配下のＩＡＢノード３００－３に対して、当該ＩＡＢノード３００－３がＲＲＣインアクティブ状態に遷移するための指示メッセージを送信する。かかる指示メッセージは、ＢＡＰメッセージ（ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ）であってもよいし、ＲＲＣメッセージ（ＳＩＢ）であってもよい。
　ＩＡＢノード３００－２（ａ）は、自身がドナーｇＮＢ２００－１との接続を確保できなくなった場合に、指示メッセージを送信してもよい。「ＩＡＢノード３００－２（ａ）が、自身がドナーｇＮＢ２００－１との接続を確保できなくなった」とは、ＩＡＢノード３００－２（ａ）において上述の「無線バックホールリンクの障害に関するイベント」が発生したこと、ＩＡＢノード３００－２（ａ）が上位ノードから上述の「障害情報」を受信したことのいずれか１つである。
　ステップＳ４０２において、ＩＡＢノード３００－３は、受信した指示メッセージに応じて、ＲＲＣインアクティブ状態に遷移する。
　ＩＡＢノード３００－３は、ＲＲＣインアクティブ状態に遷移した直後に、セル再選択を行ってもよい。セル再選択において、ＩＡＢノード３００－３は、遷移直前のサービングセル（すなわち、ＩＡＢノード３００－２（ａ）が管理するセル）を選択しないようにする。ＩＡＢノード３００－２（ａ）が、自身がドナーｇＮＢ２００との接続を確保できなくなった場合に指示メッセージを送信するため、ＩＡＢノード３００－３は、遷移直前のサービングセルを選択すると、ドナーｇＮＢ２００と通信できない可能性が高い。よって、ＩＡＢノード３００－３は、遷移直前のサービングセルを選択しない。
　ステップＳ４０３において、ＩＡＢノード３００－３は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをドナーｇＮＢ２００－１に送信する。
　ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、遷移直前のサービングセルのセル識別子と、Ｃ－ＲＮＴＩと、Ｓｈｏｒｔ　ＭＡＣ－Ｉとの少なくとも１つを含む。ドナーｇＮＢ２００－１は、これらの情報に基づいてＩＡＢノード３００－３のコンテキストを取得できる。
　ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、無線バックホールリンクを確保する旨を有するＲｅｓｕｍｅ　Ｃａｕｓｅをさらに含んでもよい。
　ステップＳ４０４において、ＩＡＢノード３００－３は、ＲＲＣＲｅｓｕｍｅメッセージをドナーｇＮＢ２００－１から受信する。ＲＲＣＲｅｓｕｍｅメッセージは、ＮＣＣを含む。ＮＣＣは、ＫｇＮＢというセキュリティキーを導出するための情報である。
（その他の実施形態）
　ＩＡＢノード３００又はドナーｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＩＡＢノード３００又はドナーｇＮＢ２００が行う各処理を実行する回路を集積化し、ＩＡＢノード３００又はドナーｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
　上述の実施形態及び変更例において、ＩＡＢによる中継伝送を例として説明したがこれに限られず、その他の中継伝送システムに適用してもよい。例えば、上述の実施形態及び変更例に係る動作を、リレーノード（レイヤ３中継ノード）、サイドリンクリレー（ユーザ装置間の直接通信に用いるサイドリンクを使った中継ノード）などに適用してもよい。
　上述の実施形態において、セルラ通信システム１が５Ｇセルラ通信システムである一例について主として説明した。しかしながら、セルラ通信システム１における基地局はＬＴＥ基地局であるｅＮＢであってもよい。また、セルラ通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されてもよい。
　本願は、米国仮出願第６３／０６１８８３号（２０２０年８月６日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
　（付記）
　（導入）
　ＮＲ　ｅＩＡＢ（Ｅｎｈａｎｃｅｍｅｎｔｓ　ｔｏ　Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ＡＮＤ　Ｂａｃｋｈａｕｌ）に関する改訂されたワークアイテムが承認された。いくつかの目的は次の通りである。
　トポロジ適応の拡張
　　・シグナリング負荷を軽減するための機能拡張を含む、堅牢性及び負荷分散を強化するためのインタードナーＩＡＢノード移動のための手順の仕様。
　　・ＩＡＢノード移動及びＢＨ　ＲＬＦ回復によるサービス中断削減のための拡張機能の仕様。
　　・ＣＰ／ＵＰ分離のサポートを含む、トポロジの冗長性に対する拡張の仕様。
　トポロジ、ルーティング、及びトランスポートの機能拡張
　　・トポロジ全体の公平性、マルチホップ遅延、及び輻輳緩和を改善するための拡張機能の仕様。
　この付記では、バックホールリンク品質の想定、ＢＨ　ＲＬＦインジケーションの拡張、ＢＨ　ＲＬＦ回復及びセル（再）選択、及びロスレス配信の拡張の観点から、Ｒｅｌ－１７　ｅＩＡＢのトポロジ適応拡張の最初の考慮事項について議論する。
　（議論）
　（バックホールリンク品質の想定）
　Ｒｅｌ－１５の研究段階で、ＴＲは、要件の背景の１つとして、「無線バックホールリンクは、車両などの移動物体、季節の変化（葉）、インフラストラクチャの変化（新しい建物）などによる閉塞に対して脆弱である。このような脆弱性は、物理的に静止しているＩＡＢノードにも当てはまる。」と述べている。そのため、ＴＲでキャプチャされたように、マルチホップ／無線バックホールに起因するさまざまな課題とこれらの潜在的な解決策が研究された。
　所見１：Ｒｅｌ－１５の研究では、不安定なバックホールリンクによって引き起こされるさまざまな課題とこれらの潜在的な解決策が特定され、ＴＲ３８．８７４で十分にキャプチャされた。
　Ｒｅｌ－１６の規範的なワークでは、ＩＡＢノードは静止している、即ち、「固定ＩＡＢノード」であると想定された。そのため、バックホール（ＢＨ）は、ミリ波を介したバックホールリンク及び／又は管理されていない方法で展開される可能性のあるローカルエリアＩＡＢノードの場合でも、適切に設計された展開で十分に安定した。そのため、ＢＨ　ＲＬＦの基本機能、即ち、ＢＨ　ＲＬＦインジケーション（別名、「回復失敗」のタイプ４）及びＲＲＣ再確立、ＭＣＧ／ＳＣＧ障害インジケーション、及び／又は条件付きハンドオーバなどの既存機能と組み合わされた回復手順のみが規定された。
　所見２：Ｒｅｌ－１６　ＩＡＢでは、十分に安定したバックホールリンクを持つ固定ＩＡＢノードのみが想定された。
　Ｒｅｌ－１７の拡張では、意図されたユースケースの1つは「モバイルＩＡＢノード」であり、ＷＩＤに明示的に記載されていなくても、「インタードナーＩＡＢノード移動」の一部である可能性がある。さらに、「ＩＡＢノード移動及びＢＨ　ＲＬＦ回復によるサービス中断削減のための拡張機能」及び「トポロジの冗長性に対する拡張」のようなＷＩＤにおけるサブ目的は、ＢＨリンクが安定していないことを明確に意図しており、移動及びＢＨ　ＲＬＦはＲｅｌ－１７展開のシナリオで頻繁に発生する。従って、Ｒｅｌ－１７の議論によれば、ＲＡＮ２は最初にＢＨリンクの想定について共通の理解を有するべきである。
　提案１：ＲＡＮ２は、バックホールリンクの品質が動的に変化することを想定すべきである。従って、バックホールＲＬＦは、Ｒｅｌ－１７　ｅＩＡＢのようにまれなケースではない。
　（ＢＨ　ＲＬＦインジケーションの拡張）
　Ｒｅｌ－１６のＥメールディスカッションでは、図１３に示すような４種類のＢＨ　ＲＬＦ通知が議論された。
　最後に、タイプ４の「回復失敗」のみがＲｅｌ－１６のＢＨ　ＲＬＦインジケーションとして規定され、これにより、子ＩＡＢ－ＭＴはＢＨリンク上のＲＬＦを考慮し、ＲＬＦ回復手順を開始する。
　所見３：Ｒｅｌ－１６では、タイプ４の「回復障害」のみがＢＨ　ＲＬＦインジケーションとして規定された。
　一方で、多くの企業は依然として他の種類のインジケーションが有益であると考えていたので、それはＥメールでさらに議論された。１３社中８社がタイプ２の「回復を試みている」を導入することを好み、他の２社はＲｅｌ－１７で議論されると考えた。従って、大多数の企業は、Ｒｅｌ－１７にタイプ２のインジケーションを導入する準備ができていると考えていると見なされ得る。ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ、ＳＩＢ１、又はその両方を使用することなどによって、タイプ２のインジケーションを送信する方法は、更なる検討が必要である。なお、タイプ１及びタイプ２は全く同じ意味である。
　提案２：ＲＡＮ２は、ＢＨ　ＲＬＦインジケーションのタイプ２の「回復を試みている」が導入されていることに合意すべきである。ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ、ＳＩＢ１、又はその両方を介して送信されるかは更なる検討が必要である。
　さらに、１３社のうち９社が、Ｒｅｌ－１７でもタイプ３の「ＢＨリンク回復」について議論することに合意した。詳細には、そのような明示的なインジケーションは本当に必要かが検討され得る。例えば、タイプ２のインジケーションがＳＩＢ１を介して送信される場合、ＢＨリンクがＲＬＦの下にない（即ち、「回復される」）と、インジケーションはブロードキャストされなくなる。従って、ダウンストリームＩＡＢノード及びＵＥは、ＳＩＢ１にタイプ２のインジケーションがないことに基づいてＢＨリンクが回復したかどうかを認識するであろう。もちろん、タイプ３のインジケーションがＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを介して送信される場合、ダウンストリームＩＡＢノードがＢＨリンク回復をすばやく知ることができるという利点がある。但し、この場合、ＵＥはＢＡＰレイヤを持たないため、事実を知ることができない。従って、ＲＡＮ２は、タイプ３のインジケーションが必要かを議論すべきである。
　提案３：提案３に合意できる場合、ＲＡＮ２は、ＢＨ　ＲＬＦがなくなったときの明示的なＢＨ　ＲＬＦインジケーション、即ち、タイプ３の「ＢＨリンク回復」が導入されるかについて議論すべきである。
　提案２及び／又は提案３に合意できる場合、インジケーションを受信したＩＡＢ－ＭＴのＢＨリンクの回復下における動作を検討すべきである。ＩＡＢ－ＭＴは、タイプ２を受信するとＳＲを削減/停止し、タイプ３を受信する（即ち、親ＩＡＢノードでＢＨ　ＲＬＦがなくなる）と動作を再開することが提案された。これは、親ノードがＢＨリンクを回復しようとするときに望ましいＩＡＢ－ＭＴの動作の1つである。全てのＲＢを中断するなど、他のＩＡＢ－ＭＴの動作も可能であると想定される。
　提案４：ＲＡＮ２は、ＩＡＢ－ＭＴがタイプ２のインジケーションを受信した後、スケジューリング要求を削減/停止し、親ノードでＢＨ　ＲＬＦがなくなった場合に、スケジューリング要求を再開することに合意すべきである。
　提案５：ＲＡＮ２は、親ノードがＢＨリンクを回復しようとしている間、他のＩＡＢ-ＭＴの動作がある場合、議論すべきである。
　インジケーションを送信するＩＡＢ－ＤＵに関して、ＩＡＢノードのBHリンクがRLF下にある場合、タイプ２のＢＨ　ＲＬＦインジケーションを送信することが想定される。このＢＨリンクでＲＬＦが発生するとインジケーションが送信されるため、単一接続のＢＨの場合は簡単である。しかしながら、二重接続のＢＨの場合は少し複雑になる。例えば、ＩＡＢノードがＭＣＧでＲＬＦを検出すると、ＭＣＧ障害情報手順を開始するが、ＳＣＧは引き続きＢＨリンクとして機能するため、この時点でタイプ２のインジケーションを送信する必要がない可能性がある。Ｔ３１６の満了などで、ＭＣＧ障害情報手順が失敗した場合、ＩＡＢ－ＭＴはＲＲＣ再確立を開始するため、この時点でタイプ２のインジケーションが送信される。従って、タイプ２のインジケーションは、ＭＣＧ／ＳＣＧ障害情報がトリガされたときではなく、ＲＲＣ再確立が開始されたときに送信される。いずれにせよ、これはＩＡＢ－ＤＵの動作を対象としているため、仕様にキャプチャするかどうか／どのようにキャプチャするかを慎重に検討すべきである。即ち、ステージ２、ステージ３で、ｎｏｔｅを追加するか或いは何もキャプチャする必要がないかを検討すべきである。
　提案６：ＲＡＮ２は、ＩＡＢ－ＤＵがＲＬＦ回復手順のいずれかを開始するときではなく、ＲＲＣ再確立を開始するときに、タイプ２のＢＨ　ＲＬＦインジケーションを送信する可能性があることに合意すべきである。
　提案７：ＲＡＮ２は、仕様でＩＡＢ-ＤＵの動作（即ち、提案６）をキャプチャするかどうか/どのようにキャプチャするかについて議論すべきである。
　（ＢＨ　ＲＬＦ回復及びセル（再）選択の拡張）
　ＲＲＣ再確立手順では、ＩＡＢ－ＭＴは、適切なセルを見つけるために、最初にセル選択手順を実行する。このセル選択手順では、ＩＡＢ－ＭＴが子孫ノードを選択する可能性があるなど、潜在的な課題がＲｅｌ－１６で指摘された。従って、それはＥメールディスカッションで議論された。
　図１４に示すように、考えられる５つの解決策について、ラポーターの見解とともに議論及び要約した。
　結論は、「Ｒｅｌ－１６ではこのトピックに関してこれ以上のアクションは取らない」であった。これは、ＲＡＮ２が「オプション４：ＢＨ接続がない場合、ＲＲＣ再確立は失敗するため、何も必要ない」に合意したことを意味する。オプション４は、失敗（Ｔ３０１の満了）を待ち、最終的にアイドルに移動する必要があるため、ＢＨ　ＲＬＦ回復にさらに時間が必要である場合でも、Ｒｅｌ－１６の展開シナリオでは受け入れ可能であった。
　所見４：Ｒｅｌ－１６では、ＩＡＢノードが子孫ノードに対してＲＲＣ再確立要求を試行した場合、ＩＡＢノードはその失敗を待ち、最終的にアイドルに移動する必要がある。
　Ｒｅｌ－１７では、提案１の観点から、セル（再）選択及びＲＲＣ再確立が頻繁に発生する可能性がある。従って、準最適な動作、即ち、所見４に従う動作は、ＩＡＢトポロジの安定性及びサービス継続性の観点からパフォーマンスが大幅に低下を引き起こすであろう。従って、ＢＨ　ＲＬＦ回復中のＩＡＢ－ＭＴの動作を最適化するために、上記のメールディスカッションのラポーターが述べているように、「このトピックについては、Ｒｅｌ－１７で再度議論され得る」。
　提案８：ＲＡＮ２は、不適切なノード（例えば、子孫ノード）への再確立を回避するために、セル（再）選択の最適化が検討されることに合意すべきである。
　上記のオプション４を除いて特定された解決策の中で、共通概念は、セル選択の目的で、ＩＡＢ－ＭＴはホワイトリストまたはブラックリストのいずれかの種類で提供されることであると見なされ得る。例えば、「インタードナーＩＡＢノードの移動」によって、トポロジ変更がＲｅｌ－１７で頻繁に発生する可能性があることを考えると、ホワイトリストとブラックリストには、トポロジ及びＩＡＢノードの位置に応じて長所と短所とがある。
　例えば、ＩＡＢドナーの近くのＩＡＢノード、即ち、ＤＡＧトポロジの最上位の観点からは、候補ノードの数が少なく、場合によってはＩＡＢドナーＤＵのみであるため、ホワイトリストを提供する方が合理的である。
　しかしながら、ＩＡＢドナーから遠く離れたＩＡＢノード、即ち、ＤＡＧトポロジの最下位からの観点である別の例では、ホワイトリストに膨大な数の候補ノードを含める必要がある可能性がある。代わりに、ブラックリストは、例えば、懸念されるＩＡＢノードのダウンストリームＩＡＢノードのみを含み、場合によっては少数の子ＩＡＢノードのみを含むため、この場合はオーバーヘッドが少ないという利点がある。
　ホワイトリストの懸念事項の１つは、Ｒｅｌ－１７の「インタードナーＩＡＢノードの移動」の性質上、異なる／隣接するＩＡＢトポロジに属する候補ＩＡＢノードを含める必要がある場合があり、リストのサイズが大きくなる可能性があることである。一方で、ダウンストリームＩＡＢノードは同じＩＡＢトポロジに属していることは言うまでもないため、ブラックリストはそれを気にする必要がない。
　所見５：ホワイトリスト及びブラックリストには、ＩＡＢノードのトポロジ及び位置に応じて長所と短所とがある。
　従って、セル選択の目的で子ＩＡＢノードに情報を提供する場合、ＩＡＢドナー（又は親ＩＡＢノード）がホワイトリスト又はブラックリストのどちらかを選択できることが望ましい。なお、当該情報は、セル再選択の目的で再利用することが有益であると考えられる。
　提案９：ＲＡＮ２は、子孫ノードへの再確立を回避するために、セル選択の目的でＩＡＢ－ＭＴにホワイトリスト又はブラックリスト（即ち、選択構造）が提供されることに合意すべきである。これらのリストをセル再選択手順にも使用できるかは更なる検討が必要である。
　提案９に合意できる場合、情報、即ち、ホワイトリスト又はブラックリストの提供方法をさらに検討すべきである。オプション１は、ＣＨＯ設定を想定しており、いくつかの拡張が必要になる可能性がある。オプション２は、追加のインジケーションを想定しており、例えば、タイプ２のＢＨ　ＲＬＦインジケーションなどである。オプション３は、既存設定にはないトポロジ全体の情報を提供することを想定している。オプション５は、ＯＡＭによる設定を想定しているが、ラポーターが指摘したように、これは疑わしい。
　Ｒｅｌ－１７の想定（即ち、提案１）、即ち、トポロジ変更が発生したら、親ＩＡＢノード又はＩＡＢドナーが子ＩＡＢノードにリストを提供すべきであることを再度考慮すると、ホワイトリスト／ブラックリストの提供方法は動的な方法であるべきである。従って、オプション５、即ち、ＯＡＭは除外すべきである。どの方法、即ち、オプション１、２、又は３のうちのどの方法を拡張のベースラインにするかは、更なる検討が必要である。
　提案１０：ＲＡＮ２は、トポロジが変更されるたびに、ホワイトリスト／ブラックリストが親ＩＡＢノード又はＩＡＢドナーによって動的に提供されることに合意すべきである。詳細は更なる検討が必要である。
　（ロスレス配信の拡張）
　Ｒｅｌ－１５の研究段階では、マルチホップＲＬＣ　ＡＲＱの課題が、ＴＲのセクション８．２．３で議論され、キャプチャされた。Ｒｅｌ－１６では、プロトコルスタックは分離されていないＲＬＣ層を有するＩＡＢに対して定義された。つまり、Ｒｅｌ－１６では、ｅｎｄ－ｔｏ－ｅｎｄ　ＡＲＱは除外され、ｈｏｐ－ｂｙ－ｈｏｐ　ＡＲＱが採用された。
　ｈｏｐ－ｂｙ－ｈｏｐ　ＡＲＱに関しては、ｅｎｄ－ｔｏ－ｅｎｄの信頼性、即ち、ＵＬパケットでのロスレス配信における課題が特定された。図１５に示すように、３つの解決策が特定され、評価された。
　Ｒｅｌ－１６では、第１の解決策である「ＰＤＣＰプロトコル／手順の変更」はＲｅｌ－１５　UEに影響を与えるため、採用されなかった。
　第２の解決策である「中間ＩＡＢノードでバッファリングされたＰＤＣＰ　ＰＤＵの再ルーティング」は、ＢＡＰレイヤでの実装選択としてサポートされた。さらに、ＢＡＰレイヤは、「例えば、ＲＬＣ－ＡＭエンティティが確認応答を受信するまで、ＢＡＰエンティティの送信部分でのデータバッファリングすることは、実装依存」で実行してもよい。これらのＢＡＰ実装は、Ｒｅｌ－１６展開シナリオの「ほとんど」の場合、即ち、固定ＩＡＢノードを使用した場合、パケット損失を回避するために考慮されたが、例えば、図１５のように完全ではなかった。
　第３の解決策である「ＵＬステータス配信の導入」は、図１５に引用されている評価結果を考慮して、ＵＬデータのロスレス配信を保証するための約束された解決策であった。アイデアは、ＵＥへのＲＬＣ　ＡＲＱを遅延させ、ＵＥでのＰＤＣＰデータ回復が必要なときに開始されるようにすることであった。しかしながら、固定ＩＡＢノードが想定されていたため、トポロジ変更によりＵＬパケットがドロップされることはまれであると見なされていたため、Ｒｅｌ－１６では規定されなかった。
　Ｒｅｌ－１７の想定を考えると、即ち、提案１の観点から、Ｒｅｌ－１７で頻繁に発生するトポロジ変更中にULパケットを損失することがもはやまれではないため、第３の解決策をさらに検討すべきである。従って、ＲＡＮ２は、ＴＲでキャプチャされた結果に加えて、Ｌ２マルチホップネットワーク内でロスレス配信を保証するための拡張メカニズムについて議論すべきである。
　提案１１：ＲＡＮ２は、ＴＲ３８．８７４で特定される解決策、即ち、何らかの形式の「ＵＬステータス配信」に基づいてトポロジ変更が頻繁に発生する可能性がある条件下で、ロスレス配信を保証するメカニズムを導入することに合意すべきである。
　第３の解決策、即ち、「ＵＬステータス配信の導入」の詳細については、図１６に示すように、ＥメールディスカッションでＣ－１及びＣ－２の２つのオプションについて議論した。
　上記のＣ－１に関して、マルチホップＬ２ネットワークを介したｅｎｄ－ｔｏ－ｅｎｄのシグナリング転送のために、ＩＡＢドナーからの「確認」をＢＡＰ又はＲＲＣで規定する必要があると想定される。従って、このオプションを規定するためには、比較的高い標準的な取り組みが必要になるであろう。
　上記のＣ－２に関して、ＩＡＢトポロジで十分に機能する場合、ＯＡＭがこのオプションを使用して全てのＩＡＢノードを設定すると想定される必要があっても、ＲＬＣ　ＡＣＫをＵＥ（又はダウンストリームＩＡＢノード）に送信する場合、最終的にＩＡＢ－ＤＵ実装に依存するため、Ｒｅｌ－１６　ＩＡＢノードに対しても実際に実装可能である。さらに、ｈｏｐ－ｂｙ－ｈｏｐフィードバックを想定し、追加のＣｏｎｔｒｏｌ　ＰＤＵを想定しないため、Ｃ－１よりも簡単である。従って、Ｃ－２は、ＵＬパケットのロスレス配信のためのＲｅｌ－１７の拡張ベースラインであるべきである。
　所見６：「ＵＬステータス配信の導入」の解決策であるＣ－２は、Ｒｅｌ－１７の拡張ベースラインとなる可能性があり、これは、Ｒｅｌ－１６に対しても実装可能である。
　但し、Ｒｅｌ－１７は、ＵＬパケット損失を引き起こす動的なトポロジ変更を想定すべきであるため、Ｒｅｌ－１７の拡張はＣ－２を標準のサポート機能としてサポートするであろう。少なくともステージ２の仕様では、Ｃ－２に基づく全体的なメカニズムを説明すべきである。それ以外の場合、３ＧＰＰ標準では、ＩＡＢノードのハンドオーバ中にロスレス配信が保証されない。さらに、ステージ３ではＲＬＣ及び／又はＢＡＰなどの小さな変更が予想されますが、ＩＡＢノードの内部動作と見なされるため、詳細を規定しない可能性もある。
　提案１２：ＲＡＮ２は、ステージ２でＵＬパケットをロスレス配信するためのＲＬＣ　ＡＲＱメカニズムを規定することに合意すべきである。これは、親ＩＡＢノードからＡＣＫを受信する前に、子ノード／ＵＥへのＡＣＫの送信を遅らせる（即ち、Ｃ－２）。ステージ３で規定するかどうか／どのように規定するかは更なる検討が必要である。

Claims (10)

  1. 　無線バックホールリンクを有する中継ノードを用いる通信制御方法であって、
    　前記中継ノードが、前記無線バックホールリンクの障害に関するイベントの発生に応じて、前記無線バックホールリンクを復旧するための復旧処理を行うことを有し、
    　前記復旧処理を行うことは、
    　前記復旧処理の一部として、前記無線バックホールリンクを再確立するためのＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）再確立処理を開始する際に、前記イベントの発生を示す障害情報を、前記中継ノードの下位ノードに送信することを有する
    　通信制御方法。
  2. 　前記イベントは、
    　　前記中継ノードが前記無線バックホールリンクの障害を検知することと、
    　　前記中継ノードが、上位ノードが無線バックホールリンクを復旧するための復旧処理に失敗することを示す通知を前記上位ノードから受信すること、のいずれか１つを含み、
    　前記障害情報は、前記イベントの発生を示す
    　請求項１に記載の通信制御方法。
  3. 　前記中継ノードは、前記イベントが発生する前に、前記無線バックホールリンクとは異なる他の無線バックホールリンクを介して他の上位ノードと接続しており、
    　前記復旧処理を行うことは、前記中継ノードが、前記イベントが発生することに応じて、前記他の無線バックホールリンクを経由して前記無線バックホールリンクを復旧するための第１処理を行うことを含み、
    　前記ＲＲＣ再確立処理は、前記第１処理の失敗に応じて開始される
    　請求項１に記載の通信制御方法。
  4. 　無線バックホールリンクを有する第１中継ノードを用いる通信制御方法であって、
    　前記第１中継ノードが、前記無線バックホールリンクの再確立の対象セルを決定するためのセル選択手順を行う際に使用するセル情報を、ドナー基地局から受信することを有し、
    　前記セル情報は、前記対象セルとして選択することが許可されるセルを識別する許可セル情報と、前記対象セルとして選択することが許可されないセルを識別する非許可セル情報と、のいずれか１つを含む
    　通信制御方法。
  5. 　前記ドナー基地局が、前記第１中継ノードから前記ドナー基地局までのホップ数が閾値以上である場合、前記非許可セル情報を前記セル情報に含めることと、
    　前記ドナー基地局が、前記ホップ数が閾値未満である場合、前記許可セル情報を前記セル情報に含めることと、をさらに有する
    　請求項４に記載の通信制御方法。
  6. 　前記第１中継ノードが、前記セル情報を更新するための更新要求を前記ドナー基地局に送信することをさらに有し、
    　前記更新要求を送信することは、
    　　前記第１中継ノードが、前記セル情報を受信してから所定期間を経過すること、又は、
    　　前記第１中継ノードが、前記セル情報によって識別されないセルを発見することに応じて、前記更新要求を送信することを有する
    　請求項４に記載の通信制御方法。
  7. 　前記第１中継ノードが前記セル選択手順を行うことをさらに有し、
    　前記セル選択手順を行うことは、前記第１中継ノードが、前記許可セル情報に含まれるセルを検出できず、かつ、前記ドナー基地局とは異なる他のドナー基地局の配下にある中継ノードが管理する所定セルを検出する場合、前記所定セルを前記対象セルとして選択することを有する
    　請求項４に記載の通信制御方法。
  8. 　前記第１中継ノードが、前記所定セルに対して無線バックホールリンクを確立する場合、前記第１中継ノードの配下の第２中継ノードに対して、前記第２中継ノードと前記他のドナー基地局とのＲＲＣ接続を確立するための手順を前記第２中継ノードに実行させるためのメッセージを送信することを有する
    　請求項７に記載の通信制御方法。
  9. 　無線バックホールリンクを有する第１中継ノードを用いる通信制御方法であって、
    　前記第１中継ノードが、前記第１中継ノードの配下の第２中継ノードに、前記第２中継ノードをＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）インアクティブ状態に遷移させるためのメッセージを送信することを有する
    　通信制御方法。
  10. 　前記第２中継ノードが、前記ＲＲＣインアクティブ状態に遷移した後、ＲＲＣ再開処理を行うことを有する
    　請求項９に記載の通信制御方法。
PCT/JP2021/029098 2020-08-06 2021-08-05 通信制御方法 WO2022030575A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022541723A JPWO2022030575A5 (ja) 2021-08-05 通信制御方法、中継ノード及びプロセッサ
US18/164,214 US20230189377A1 (en) 2020-08-06 2023-02-03 Communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202063061883P 2020-08-06 2020-08-06
US63/061,883 2020-08-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/164,214 Continuation US20230189377A1 (en) 2020-08-06 2023-02-03 Communication control method

Publications (1)

Publication Number Publication Date
WO2022030575A1 true WO2022030575A1 (ja) 2022-02-10

Family

ID=80118094

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/029098 WO2022030575A1 (ja) 2020-08-06 2021-08-05 通信制御方法

Country Status (2)

Country Link
US (1) US20230189377A1 (ja)
WO (1) WO2022030575A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024034573A1 (ja) * 2022-08-08 2024-02-15 京セラ株式会社 通信方法及び中継装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.331, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. RAN WG2, no. V16.1.0, 24 July 2020 (2020-07-24), pages 1 - 906, XP051925836 *
CATT: "Summary of the email discussion [106#43][IAB] Backhaul RLF", 3GPP DRAFT; R2-1908842, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 16 August 2019 (2019-08-16), XP051766663 *
ERICSSON: "CR TS 38.472: Handling of SCTP Transport for IAB-MTs in INACTIVE State", 3GPP DRAFT; R3-203817, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 21 May 2020 (2020-05-21), XP051889500 *
QUALCOMM INCORPORATED (RAPPORTEUR): "Report email discussion [Post109e#36][IAB] RLF Handling Open Issues", 3GPP DRAFT; R2-2003813, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 17 April 2020 (2020-04-17), XP051876586 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024034573A1 (ja) * 2022-08-08 2024-02-15 京セラ株式会社 通信方法及び中継装置

Also Published As

Publication number Publication date
JPWO2022030575A1 (ja) 2022-02-10
US20230189377A1 (en) 2023-06-15

Similar Documents

Publication Publication Date Title
JP6921336B2 (ja) 中継装置
CN110831095B (zh) 通信方法和通信装置
JP7413316B2 (ja) 中継装置
JP7291763B2 (ja) 通信制御方法
JP7252367B2 (ja) 通信制御方法及び無線中継装置
JP7212199B2 (ja) 通信制御方法
JP2023145706A (ja) 通信制御方法
JP2024079777A (ja) 通信制御方法
US20240032129A1 (en) Communication control method
US20230189377A1 (en) Communication control method
US20230328607A1 (en) Communication control method
US20230059195A1 (en) Communication control method and relay node
WO2020191728A1 (en) Method and apparatus for transmitting radio link information
WO2022030517A1 (ja) 通信制御方法
US20240179543A1 (en) Communication control method
EP4258732A1 (en) Communication control method
WO2022149470A1 (ja) 通信制御方法
WO2023140334A1 (ja) 通信制御方法
EP4325798A1 (en) Communication method and apparatus

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022541723

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21852847

Country of ref document: EP

Kind code of ref document: A1