WO2021235499A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2021235499A1
WO2021235499A1 PCT/JP2021/019068 JP2021019068W WO2021235499A1 WO 2021235499 A1 WO2021235499 A1 WO 2021235499A1 JP 2021019068 W JP2021019068 W JP 2021019068W WO 2021235499 A1 WO2021235499 A1 WO 2021235499A1
Authority
WO
WIPO (PCT)
Prior art keywords
iab
node
relay node
notification
failure
Prior art date
Application number
PCT/JP2021/019068
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 JP2022524521A priority Critical patent/JP7495491B2/ja
Publication of WO2021235499A1 publication Critical patent/WO2021235499A1/ja
Priority to US18/057,033 priority patent/US20230080014A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • H04W36/362—Conditional handover
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305—Handover due to radio link failure

Definitions

  • the present disclosure relates to a communication control method used in a cellular communication system.
  • 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 communication control method is a method used in a cellular communication system.
  • the communication device receives a failure occurrence notification indicating the occurrence of a failure of the backhaul link between the relay node and the parent node of the relay node from the relay node, and the communication device is described by the communication device.
  • the timer for determining the recovery waiting time from the failure is started.
  • the communication control method is a method used in a cellular communication system.
  • the first relay node having the conditional handover setting is from the second relay node, which is the parent node of the first relay node, to the second relay node and the parent node of the second relay node. It has the function of receiving a notification based on the failure of the backhaul link between the two, and the process for forcibly triggering the conditional handover by the first relay node based on the notification. ..
  • the communication control method is a method used in a cellular communication system.
  • the first relay node having the conditional handover setting is from the second relay node, which is the parent node of the first relay node, to the second relay node and the parent node of the second relay node.
  • FIG. 1 is a diagram showing a configuration of a cellular communication system 1 according to an embodiment.
  • Cellular communication system 1 is a 5th generation (5G) cellular communication system based on the 3GPP standard. Specifically, the wireless access system in the cellular communication system 1 is NR (New Radio), which is a 5G wireless access system. However, LTE (Long Term Evolution) may be applied to the cellular communication system 1 at least partially.
  • 5G 5th generation
  • NR New Radio
  • LTE Long Term Evolution
  • the cellular 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
  • 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 Cellular 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).
  • FIG. 1 an example in which 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, and the F1 protocol is transmitted in two backhaul hops. Is shown.
  • the UE 100 is a mobile wireless communication device that performs wireless communication with a cell.
  • the UE 100 may be any device 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 or a device provided in the sensor, and / or a vehicle or a device provided in the vehicle.
  • the UE 100 wirelessly connects to the IAB node 300 or gNB 200 via an access link.
  • FIG. 1 shows an example in which the UE 100 is wirelessly connected to the IAB node 300-2.
  • the UE 100 indirectly communicates with the donor gNB200-1 via the IAB node 300-2 and the IAB node 300-1.
  • FIG. 2 is a diagram showing the relationship between the IAB node 300, the parent node (Parent nodes), and the child node (Child nodes).
  • each IAB node 300 has an IAB-DU corresponding to a base station functional unit and an IAB-MT (Mobile Termination) corresponding to a user equipment functional unit.
  • IAB-DU corresponding to a base station functional unit
  • IAB-MT Mobile Termination
  • the adjacent node (that is, the upper node) on the NR Uu radio interface of the IAB-MT is called the parent node.
  • the parent node is the parent IAB node or the DU of the donor gNB200.
  • the radio link between the IAB-MT and the parent node is called a backhaul link.
  • FIG. 2 shows an example in which the parent nodes of the IAB node 300 are the IAB nodes 300P1 and 300P2. The direction toward the parent node is called upstream.
  • the adjacent node (that is, the lower node) on the NR access interface of the IAB-DU is called a child node.
  • the IAB-DU manages the cell in the same manner as the gNB200.
  • the IAB-DU terminates the NR Uu radio interface to the UE 100 and lower IAB nodes.
  • the IAB-DU supports the F1 protocol to the CU of donor gNB200-1.
  • FIG. 2 shows an example in which the child nodes of the IAB node 300 are the IAB nodes 300C1 to 300C3. The direction toward the child node is called downstream.
  • FIG. 3 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. 4 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 (BH link) with the gNB 200 and wireless communication (access link) with the UE 100.
  • the wireless communication unit 310 for BH link communication and the wireless communication unit 310 for access link communication may be provided separately.
  • the wireless communication unit 310 has a receiving unit 311 and a transmitting unit 312.
  • the receiving unit 311 performs various 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. 5 is a diagram showing the configuration of the UE 100. As shown in FIG. 5, the UE 100 has a wireless communication unit 110 and a control unit 120.
  • the wireless communication unit 110 performs wireless communication on the access link, that is, wireless communication with the gNB 200 and wireless communication with the IAB node 300. Further, the wireless communication unit 110 may perform wireless communication on the side link, that is, wireless communication with another UE 100.
  • the wireless communication unit 110 has a reception unit 111 and a transmission unit 112.
  • the receiving unit 111 performs various receptions 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.
  • FIG. 6 is a diagram showing a protocol stack for RRC connection and NAS connection of IAB-MT.
  • the IAB-MT of the IAB node 300-2 includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Control Protocol). It has a layer, an RRC (Radio PHY Control) layer, and a NAS (Non-Access Stratum) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Control Protocol
  • It has a layer, an RRC (Radio PHY Control) layer, and a NAS (Non-Access Stratum) layer.
  • the PHY layer performs coding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping.
  • Data and control information are transmitted between the PHY layer of the IAB-MT of the IAB node 300-2 and the PHY layer of the IAB-DU of the IAB node 300-1 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like. Data and control information are transmitted between the MAC layer of the IAB-MT of the IAB node 300-2 and the MAC layer of the IAB-DU of the IAB node 300-1 via the transport channel.
  • the MAC layer of the IAB-DU includes a scheduler. The scheduler determines the transport format (transport block size, modulation / coding method (MCS)) of the upper and lower links and the allocated resource block.
  • 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 layer of the IAB-MT of the IAB node 300-2 and the RLC layer of the IAB-DU of the IAB node 300-1 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption. Data and control information are transmitted via the radio bearer between the PDCP layer of the IAB-MT of the IAB node 300-2 and the PDCP layer of the donor gNB200-1.
  • the RRC layer controls logical channels, transport channels, and physical channels according to the establishment, re-establishment, and release of radio bearers.
  • RRC signaling for various settings is transmitted between the RRC layer of the IAB-MT of the IAB node 300-2 and the RRC layer of the donor gNB200-1. If there is an RRC connection with the donor gNB200-1, the IAB-MT is in the RRC connected state. If there is no RRC connection with the donor gNB200-1, the IAB-MT is in the RRC idle state.
  • the NAS layer located above the RRC layer performs session management, mobility management, etc.
  • NAS signaling is transmitted between the NAS layer of the IAB-MT of the IAB node 300-2 and the AMF11.
  • FIG. 7 is a diagram showing a protocol stack related to the F1-U protocol.
  • FIG. 8 is a diagram showing a protocol stack for the F1-C protocol.
  • the donor gNB200-1 is divided into CU and DU.
  • each of the IAB-MT of the IAB node 300-2, the IAB-DU of the IAB node 300-1, the IAB-MT of the IAB node 300-1, and the DU of the donor gNB200-1 is an RLC layer. It has a BAP (Backhaul Adjustment Protocol) layer as an upper layer of the above.
  • the BAP layer is a layer that performs routing processing and bearer mapping / demapping processing. In the backhaul, the IP layer is transmitted via the BAP layer, which enables routing in multiple hops.
  • the PDU (Protocol Data Unit) of the BAP layer is transmitted by the backhaul RLC channel (BH NR RLC channel).
  • the backhaul RLC channel BH NR RLC channel.
  • the protocol stack of the F1-C protocol has an F1AP layer and a SCTP layer in place of the GTP-U layer and the UDP layer shown in FIG. 7.
  • FIG. 9 is a diagram for explaining an operation related to a failure-related notification according to an embodiment.
  • the node 500 is a parent node of the IAB node 300T and is a gNB 200 (donor node) or an IAB node 300 (parent IAB node).
  • the IAB-MT of the IAB node 300T has established a backhaul link (BH link) # 1 with the node 500.
  • the IAB-MT of the IAB node 300T is in the RRC connected state.
  • the IAB node 300C is a child node (child IAB node) of the IAB node 300T.
  • the IAB-MT of the IAB node 300C has established a BH link # 2 with the IAB node 300T.
  • the IAB-MT of the IAB node 300C is in the RRC connected state.
  • the IAB-MT of the IAB node 300C may be in the RRC idle state without establishing the BH link # 2 with the IAB node 300T.
  • the UE 100 has established an access link with the IAB node 300T.
  • the UE 100 is in the RRC connected state.
  • the UE 100 may be in the RRC idle state without establishing an access link with the IAB node 300T.
  • the IAB-MT of the IAB node 300T detects the radio link failure (BH RLF) of the BH link # 1.
  • the IAB-MT of the IAB node 300T detects the BH RLF as follows, and performs a recovery trial for recovery from the BH RLF.
  • the IAB-MT of the IAB node 300T detects an out-of-sync state (out-of-sync) N310 times in a row, it detects a radio problem (radio problem) and starts the timer T310 (start). do. After starting the timer T310, the IAB-MT of the IAB node 300T stops the timer T310 when the synchronization state (in-sync) is continuously detected N311 times.
  • the IAB-MT of the IAB node 300T detects the RLF and starts the timer T311 (that is, starts the RRC reestablishment process) when the timer T310 expires without stopping the timer T310, and the BH link. Perform cell selection processing to recover.
  • the IAB-MT of the IAB node 300T selects an appropriate cell by the cell selection process, and stops the timer T311 when the BH link is restored for the selected cell.
  • a suitable cell is one that meets at least the minimum radio quality standards.
  • the IAB-MT of the IAB node 300T transitions to the RRC idle state when the timer T311 expires without succeeding in recovering the BH link.
  • failure to recover from BH RLF after detecting BH RLF (that is, timer T311 has expired) may be referred to as failure of BH link recovery.
  • the IAB node 300T transmits a failure occurrence notification indicating the occurrence of BH RLF between the IAB node 300T and the node 500 to the downstream communication device.
  • the downstream communication device is at least one of the IAB node 300C and the UE 100.
  • the failure occurrence notification may be a notification indicating that BH RLF has been detected.
  • a failure occurrence notification is referred to as Type 1 Notification (RLF detected).
  • the failure occurrence notification may be a notification indicating that recovery from BH RLF is being attempted.
  • a failure occurrence notification will be referred to as Type 2 Notification (Trying to recover).
  • Type1 Notification and Type2 Notification are not distinguished, they are called Type1 / 2 Notification.
  • Type1 / 2 Notification may be included in a message of the BAP layer, for example, a BAP Control PDU (Protocol Data Unit).
  • the IAB node 300C connected to the IAB node 300T can receive the Type1 / 2 Notification included in the message of the BAP layer from the IAB node 300T.
  • the UE 100 since the UE 100 does not have the BAP layer, it cannot receive the Type1 / 2 Notification included in the message of the BAP layer.
  • the IAB-DU of the IAB node 300T includes Type1 / 2 Notification in the system information block type 1 (SIB1) and transmits it.
  • SIB1 system information block type 1
  • SIB1 is an example of system information (system information block). SIB1 defines the scheduling of other system information blocks and contains the information required for initial access. SIB1 is periodically broadcast by DL-SCH (downlink shared channel).
  • DL-SCH downlink shared channel
  • Each of the IAB-MT and UE100 of the IAB node 300C starts a timer (hereinafter referred to as "recovery failure determination timer") that determines the recovery waiting time from the BH RLF in response to the reception of the Type 1/2 Notification.
  • recovery failure determination timer a timer that determines the recovery waiting time from the BH RLF in response to the reception of the Type 1/2 Notification.
  • IAB-MT and UE100 can be unified to the same behavior by notifying Type1 / 2 Notification in SIB1 and determining BH RLF recovery failure of the parent node (IAB node 300T) by the recovery failure determination timer. ..
  • Each of the IAB-MT and the UE 100 of the IAB node 300C starts an operation for switching from the IAB node 300T to another node when the recovery failure determination timer expires.
  • FIG. 10 is a diagram showing the operation of the IAB-MT and the UE 100 of the IAB node 300C regarding the failure-related notification according to the embodiment.
  • the IAB-MT of the IAB node 300C and the UE 100 are simply referred to as a "communication device”.
  • the communication device receives SIB1 including Type1 / 2 Notification from the IAB-DU of the IAB node 300T.
  • the IAB-DU of the IAB node 300T includes Type1 / 2 Notification in the SIB1 that is periodically transmitted when the IAB-MT of the IAB node 300T detects the BH RLF or starts the recovery operation.
  • the BAP layer of the IAB node 300T transmits a BAP Control PDU (or MAC Control Element) including Type1 / 2 Notification when the IAB-MT of the IAB node 300T detects the BH RLF or starts the recovery operation. May be good.
  • the communication device starts the recovery failure determination timer in response to the reception of Type1 / 2 Notification.
  • the timer value of the recovery failure determination timer may be a predetermined fixed value, a variable value set by SIB or the like from the IAB node 300T to the communication device, or communication from the donor node. It may be a variable value set by unicast signaling (RRC Configuration message, etc.) for the device.
  • the recovery failure determination timer value may be equal to or less than the total value of the timer T311 (timer for cell selection) and the timer T301 (timer for RRC reestablishment) of the IAB-MT of the IAB node 300T.
  • the communication device may continue to monitor Type1 / 2 Notification (SIB1) while the recovery failure determination timer is operating.
  • the communication device may stop the uplink transmission while the recovery failure determination timer is operating.
  • step S13 the communication device determines whether or not the predetermined condition for stopping the recovery failure determination timer is satisfied.
  • the predetermined condition is one of the following conditions 1 to 5, or a combination of two or more of the following conditions 1 to 5.
  • Condition 1 Repeated transmission of SIB1 including Type1 / 2 Notification has stopped. That is, condition 1 is a condition that the communication device has not received SIB1 including Type1 / 2 Notification for a certain period of time. When the communication device detects that the repeated reception of SIB1 including Type1 / 2 Notification is stopped, it is determined that condition 1 is satisfied.
  • Type 3 Notification (RLF recovered) was received from the IAB node 300T.
  • Type3 Notification is a recovery notification indicating that the IAB node 300T has recovered from BH RLF.
  • the Type 3 Notification may be transmitted from the IAB node 300T by the BAP Control PDU, or may be transmitted from the IAB node 300T by the SIB1.
  • the IAB node 300C can receive the Type 3 Notification, but the UE 100 cannot receive the Type 3 Notification.
  • the IAB node 300C can quickly grasp that the IAB node 300T has recovered from the BH RLF by receiving the BAP Control PDU including the Type 3 Notification.
  • the IAB node 300C which is a kind of network node, can be handled more advantageously than the UE 100.
  • Type 4 Notification (Recovery fiber) was received from the IAB node 300T.
  • Type4 Notification is a recovery failure notification indicating that the IAB node 300T has failed to recover from the BH RLF.
  • the Type 4 Notification may be transmitted from the IAB node 300T by the BAP Control PDU, or may be transmitted from the IAB node 300T by the SIB1.
  • the communication device that has received the Type 4 Notification stops the recovery failure determination timer, considers that an RLF has occurred, and starts the RRC reestablishment process for recovering from the RLF.
  • the IAB node 300C can receive the Type 4 Notification, but the UE 100 cannot receive the Type 4 Notification.
  • the IAB node 300C can quickly grasp that the IAB node 300T has failed to recover from the BH RLF.
  • the IAB node 300C which is a kind of network node, can be handled more advantageously than the UE 100.
  • Condition 4 The communication device has performed cell reselection (RRC idle state) or handover (RRC connected state). That is, the condition 4 is a condition that the communication device has switched from the cell of the IAB node 300T that has detected the BH RLF to another cell.
  • the handover may include a conditional handover described later.
  • Condition 5 The communication device has detected RLF.
  • Condition 5 is a condition that a failure has occurred in the link of the communication device (BH link # 2 or access link shown in FIG. 9). In this case, the communication device starts the RRC reestablishment process for recovering from the RLF.
  • step S14 the communication device stops the recovery failure determination timer.
  • step S15 the communication device determines whether or not the recovery failure determination timer has expired. If it is determined that the recovery failure determination timer has not expired (step S15: NO), the process returns to step S13.
  • step S16 the communication device starts a predetermined operation for switching from the IAB node 300T to another node.
  • the predetermined operation is one of the following operations 1 to 4, or a combination of two or more of the following operations 1 to 4.
  • Operation 1 It is considered that RLF has occurred (when the communication device is in the RRC connected state). Specifically, in the communication device in the RRC connected state, the IAB node 300T is BH RLF even though the link (BH link # 2 or access link) between the own device and the IAB node 300T is normal. It is determined that the recovery from the above has failed, and it is considered that RLF has occurred in the own device.
  • Operation 2 Trigger RRC re-establishment (when the communication device is in the RRC connected state). The operation 2 may be performed after the operation 1.
  • Operation 3 Trigger cell reselection (when the communication device is in the RRC idle state). That is, when the recovery failure determination timer expires, the communication device in the RRC idle state reselects the cell from the cell (serving cell) of the IAB node 300T to another cell.
  • Operation 4 Trigger a conditional handover (when the communication device is in the RRC connected state). The details of the conditional handover will be described later.
  • the communication device in the RRC connected state performs cell selection processing for selecting the cell of the RRC reestablishment destination.
  • the communication device in the RRC idle state performs cell reselection processing.
  • the communication device In the cell selection process and the cell reselection process, the communication device generally selects a cell having a good wireless state (for example, a cell having a large measured reference signal reception power).
  • the communication device may exclude the cell of the IAB node 300T, which is the original serving cell, from the selection candidates.
  • the communication device may exclude the cell of the IAB node 300T from the selection candidates for a certain period of time (for example, 300 seconds or the like).
  • the communication device may exclude the cell of the IAB node 300T from the selection candidates only in the first cell selection process or cell reselection process after the recovery failure determination timer expires.
  • the communication device does not select the cell of the IAB node 300T, so that the offset of minus infinity or a sufficiently large minus offset (-200 dB) with respect to the measured value of the radio state of the cell of the cell of the IAB node 300T (for example, the reference signal reception power). Etc.) may be given.
  • the conditional handover setting includes a candidate cell for the handover and a trigger condition for the handover.
  • the conditional handover setting may include a plurality of combinations of candidate cells and trigger conditions.
  • the conditional handover settings further include the RRC settings corresponding to the candidate cells.
  • the UE 100 reports the measured value of the radio state of the serving cell and / or the adjacent cell to the gNB 200, and based on this report, the gNB 200 determines the handover to the adjacent cell and transmits the handover instruction to the UE 100. .. Therefore, when the radio state of the serving cell is suddenly deteriorated, in general handover, communication may be interrupted before the handover is executed.
  • the conditional handover when the preset trigger condition is satisfied, the handover to the candidate cell corresponding to the trigger condition can be autonomously executed. Therefore, a problem in general handover can be solved.
  • Event A3 is an event in which the radio state of the adjacent cell is better than the radio state of the serving cell by a predetermined amount (predetermined offset) or more.
  • Event A5 is an event in which the radio state of the serving cell is deteriorated from the first threshold value and the radio state of the adjacent cell is better than the second threshold value.
  • the IAB node 300C having the conditional handover setting receives a notification from the parent node IAB node 300T based on the BH RLF on the BH link # 1 between the IAB node 300T and the node 500. ..
  • the notification based on BH RLF may be the above-mentioned Type1 / 2 Notification or Type4 Notification.
  • the IAB node 300C performs a process for forcibly triggering a conditional handover based on the notification. As a result, under the situation where the IAB node 300T detects the BH RLF, the handover to the candidate cell of the conditional handover can be started more reliably, so that the possibility of communication interruption and the interruption time can be reduced.
  • FIG. 11 is a diagram showing an operation pattern 1 of the IAB node 300C regarding the conditional handover according to one embodiment.
  • step S21 the IAB-MT (or BAP layer) of the IAB node 300C receives Type1 / 2 Notification or Type4 Notification from the IAB node 300T.
  • the recovery failure determination timer described above is started. Here, the description will proceed on the assumption that the recovery failure determination timer has expired.
  • step S22 the IAB-MT of the IAB node 300C indicates that RLF (BH RLF) has occurred in the IAB node 300C in response to the expiration of the recovery failure determination timer or the reception of Type 4 Notification from the IAB node 300T. I reckon.
  • RLF BH RLF
  • step S23 the IAB-MT of the IAB node 300C performs a process for forcibly triggering the set conditional handover.
  • a process for forcibly triggering the set conditional handover is one of the following first process and second process.
  • the IAB-MT of the IAB node 300C controls at least one of the measured value of the radio state and the offset value given to the measured value so that the trigger condition in the conditional handover is satisfied. Then, the IAB-MT of the IAB node 300C performs such control and then evaluates the trigger condition in the conditional handover.
  • the IAB-MT of the IAB node 300C is minus infinite with respect to the measured value of the radio state (for example, the reference signal reception power) of the serving cell (cell of the IAB node 300T) so as to be zero.
  • An offset or a sufficiently large negative offset (-200 dB, etc.) may be added.
  • Such processing may be applied only in the case of the above-mentioned event A5.
  • the evaluation may be performed after considering that the radio state of the serving cell has deteriorated from the first threshold value.
  • a positive offset is given to the measured value of the radio state of the candidate cell so that the measured value of the radio state of the candidate cell is relatively higher than the measured value of the radio state of the serving cell.
  • a negative offset may be added to the measured value of the radio state of the serving cell.
  • the IAB-MT of the IAB node 300C selects one from the plurality of candidate cells and selects one of the selected candidate cells. Execute the handover (step S24).
  • the offset value may be a predetermined fixed value, may be a variable value set by SIB or the like from the IAB node 300T to the IAB node 300C, or may be a donor. It may be a variable value set by unicast signaling (RRC Configuration message, etc.) from the node to the IAB node 300C.
  • the IAB-MT of the IAB node 300C omits the evaluation of the trigger condition in the conditional handover, and considers that the trigger condition is satisfied by the candidate cell. For example, the IAB-MT of the IAB node 300C skips the evaluation of the trigger condition and forcibly triggers the conditional handover, and considers that all the set candidate cells satisfy the trigger condition.
  • the IAB-MT of the IAB node 300C may consider that the trigger condition is satisfied only for the cells satisfying the minimum required radio quality standard (S-criterion) among all the set candidate cells. good.
  • the IAB-MT of the IAB node 300C may consider that the trigger condition is satisfied only for the candidate cell to which the event A3 is specified or only the candidate cell to which the event A5 is specified among all the candidate cells set. ..
  • the IAB-MT of the IAB node 300C selects one from the plurality of candidate cells and selects one of the selected candidate cells. Execute the handover (step S24).
  • the IAB node 300C having the conditional handover setting is a Type 1/2 Notification (failure occurrence notification) indicating the occurrence of BH RLF of the backhaul link # 1 of the IAB node 300T from the parent node IAB node 300T. ) Is received.
  • the trigger of the conditional handover is based on the Type 1/2 Notification. Evaluate the conditions. As a result, the conditional handover can be triggered at an earlier stage, and the possibility of communication interruption and the interruption time can be reduced.
  • FIG. 12 is a diagram showing an operation pattern 2 of the IAB node 300C regarding the conditional handover according to one embodiment.
  • step S31 the IAB-MT (or BAP layer) of the IAB node 300C receives the Type 1/2 Notification from the IAB node 300T.
  • step S32 the IAB-MT of the IAB node 300C evaluates the trigger condition of the conditional handover.
  • the IAB-MT of the IAB node 300C may evaluate the trigger condition of the conditional handover without considering that the BH RLF has occurred because the float of FIG. 11 is different.
  • the trigger condition may include the condition that Type1 / 2 Notification is received from the IAB node 300T a predetermined number of times or more within a predetermined time. For example, when the Type 1/2 Notification is transmitted in the periodically broadcast SIB1, the IAB-MT of the IAB node 300C receives the Type 1/2 Notification more than a certain number of times within a predetermined time, and the trigger condition is Is evaluated as being satisfied. The IAB-MT of the IAB node 300C may evaluate that the trigger condition is satisfied when the Type 1/2 Notification is simply received once.
  • the IAB node 300T may include the measured value of the radio state (BH radio quality) in the BH link # 1 in the Type 1/2 Notification and transmit it.
  • the IAB-MT of the IAB node 300C may evaluate the trigger condition using the measured value included in Type1 / 2 Notification.
  • This trigger condition may be a condition that the BH radio quality of the IAB node 300T is below the threshold value.
  • the BH radio quality may be at least one of the reference signal reception power (RSRP), the reference signal reception quality (RSRQ), and the signal-to-interference noise ratio (SINR), and these values are quantized. (For example, Good / Normal / Bad, etc.).
  • the trigger condition may include the above-mentioned event A3 and / or event A5.
  • the same method as the first process of the operation pattern 1 can be applied.
  • the IAB-MT of the IAB node 300C may use the radio state (BH radio quality) at BH link # 1 as described above instead of the radio quality of the serving cell in the evaluation of event A3 and / or event A5.
  • Event A3 and / or event A5 may be evaluated.
  • step S34 the IAB-MT of the IAB node 300C executes the handover to the candidate cell that satisfies the trigger condition. do.
  • the IAB-MT of the IAB node 300C selects one from the plurality of candidate cells and performs handover to the selected candidate cells.
  • FIGS. 11 to 12 may be implemented in combination with each other. For example, some steps in each flow of FIGS. 11-12 may be applied to other flows.
  • 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).
  • a program for causing a computer to execute each process according to the above-described embodiment and modification may be provided.
  • the program may also 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 chipset composed of a memory for storing a program for executing each process performed by the UE 100, gNB 200, or the IAB node 300 and a processor for executing the program stored in the memory may be provided.
  • IAB integrated Access AND Backhaul
  • BH RLF backhaul radio link failure
  • RAN2 actually had some discussions at the research stage and the work stage. For example, in TR38.874 statement 9.7.15, RAN2 "prepares an alternative backhaul link and route in advance (ie, before RLF occurs) for efficient BH RLF recovery. I identified that. This mechanism is therefore considered a CHO. Therefore, the CHO may be set on each IAB node for a stable BH connection. In addition, RAN2 also discussed various ways to use CHO in the email discussion, but the Stage 2 specification finally removed the CHO aspect from its statement 9.2.7.
  • Radio Link Failure (Discussion) (Wireless link failure scenario in IAB)
  • the UE declares a radio link failure (RLF) if any of the following criteria are met: -Expiration of the radio problem timer initiated after the indication of the radio problem from the physical layer (the UE will stop the timer if the radio problem recovers before the timer expires).
  • IAB-MT will declare an RLF when it receives a BH RLF notification, ie a "recovery failure" of the parent BH link, even if its own BH link is still good. be.
  • Findings 1 When IAB-MT receives a BH RLF notification, it declares an RLF even if its own BH link is still good.
  • the radio condition of the BH link deteriorates before the RLF declaration. If the trigger condition (CHO event A3 / A5 related to CHO setting) is satisfied, CHO may be triggered. This is a normal scenario that triggers CHO, and IAB-MT is also free to use CHO.
  • Finding 2 If there is a problem with the own BH link, as in the current specifications, the IAB-MT was satisfied with the CHO event A3 / A5 due to the poor radio condition of the own BH link before the RLF declaration. If so, CHO can be triggered.
  • the UE After the RLF is declared, that is, if the CHO has not yet been triggered for some reason, the UE will perform cell selection, and if the selected cell is a CHO candidate, it will try to execute CHO. Therefore, IAB-MT can use this mechanism without extension.
  • the UE In the case of CHO, after the RLF is declared in the source cell, the UE does the following: -Stay on the RRC connection-If you select the appropriate cell, the selected cell is a CHO candidate, and the network configures the UE to try the CHO after the RLF, the UE will try to execute the CHO once. Otherwise, re-establishment is performed. -If a suitable cell is not found within a certain period of time after the RLF is declared, it enters the RRC idle.
  • IAB-MT can attempt CHO execution after the RLF declaration.
  • RAN2 has already agreed that "fast MCG link recovery is supported by NRDC and ENDC” and a new failure type "bh-RLF" will be introduced in both MCG failure information and SCG failure information. Also, as discussed in Findings 2 and 3 above, CHO can be used in the IAB. Therefore, statements that may cause unnecessary confusion, such as limiting RLF recovery, should be removed from TS38.300.
  • Proposal 1 RAN2 should agree to remove "use of RRC reestablishment procedure" from statement 9.2.7 of TS38.300 to avoid unnecessary misunderstanding of RLF recovery in IAB. ..
  • Finding 4 If there is a problem with the parent's BH link, IAB-MT cannot trigger CHO because its own BH link is still / always good.
  • IAB-MT may not select CHO candidate cells, which means that CHO may not be executed.
  • IAB-MT may select the (previous) parent node that sent the BH RLF notification.
  • the IAB node may not execute CHO because it depends on cell selection.
  • IAB-MT should "trigger" CHO when it receives a BH RLF notification ("recovery failure").
  • Proposal 2 RAN2 should agree that IAB-MT "triggers" the CHO upon receipt of the BH RLF notification if the CHO is set.
  • Table 1 shows CHO-related operations from the perspective of IAB-MT (when CHO is set).
  • Proposal 2 can be agreed, the question is how to trigger the CHO upon receipt of the BH RLF notification (“recovery failure”).
  • the following options for CHO evaluation can be considered.
  • IAB-MT considers the RSRP of the source cell to be minus infinity [dBm].
  • IAB-MT considers that all the set CHO execution conditions are satisfied.
  • Proposal 3 RAN2 meets all set CHO trigger conditions if IAB-MT considers the RSRP of the source cell to be minus infinity (option 1) or if it is set when the BH RLF notification is received. It should be considered whether it is considered to be done (option 2).
  • FIGS. 15 and 16 Examples of specification changes for Option 1 and Option 2 when Proposal 3 can be agreed are shown in FIGS. 15 and 16, respectively.

Landscapes

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

Abstract

通信制御方法は、セルラ通信システムで用いる方法である。前記通信制御方法は、中継ノードと前記中継ノードの親ノードとの間のバックホールリンクの障害の発生を示す障害発生通知を前記中継ノードから通信装置が受信することと、前記通信装置が、前記障害発生通知の受信に応じて、前記障害からの回復待ち時間を定めるタイマを始動することとを有する。

Description

通信制御方法
　本開示は、セルラ通信システムで用いる通信制御方法に関する。
　セルラ通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードの導入が検討されている。１又は複数の中継ノードが基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
　第１の態様に係る通信制御方法は、セルラ通信システムで用いる方法である。前記通信制御方法は、中継ノードと前記中継ノードの親ノードとの間のバックホールリンクの障害の発生を示す障害発生通知を前記中継ノードから通信装置が受信することと、前記通信装置が、前記障害発生通知の受信に応じて、前記障害からの回復待ち時間を定めるタイマを始動することとを有する。
　第２の態様に係る通信制御方法は、セルラ通信システムで用いる方法である。前記通信制御方法は、条件付きハンドオーバの設定を有する第１中継ノードが、前記第１中継ノードの親ノードである第２中継ノードから、前記第２中継ノードと前記第２中継ノードの親ノードとの間のバックホールリンクの障害に基づいた通知を受信することと、前記第１中継ノードが、前記通知に基づいて、前記条件付きハンドオーバを強制的にトリガするための処理を行うこととを有する。
　第３の態様に係る通信制御方法は、セルラ通信システムで用いる方法である。前記通信制御方法は、条件付きハンドオーバの設定を有する第１中継ノードが、前記第１中継ノードの親ノードである第２中継ノードから、前記第２中継ノードと前記第２中継ノードの親ノードとの間のバックホールリンクの障害の発生を示す障害発生通知を受信することと、前記第１中継ノードが、前記障害からの回復に失敗したことを示す回復失敗通知を前記第２中継ノードから受信していなくても、前記障害発生通知に基づいて、前記条件付きハンドオーバのトリガ条件の評価を行うこととを有する。
一実施形態に係るセルラ通信システムの構成を示す図である。 ＩＡＢノードと親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を示す図である。 一実施形態に係る基地局（ｇＮＢ）の構成を示す図である。 一実施形態に係る中継ノード（ＩＡＢノード）の構成を示す図である。 一実施形態に係るユーザ装置（ＵＥ）の構成を示す図である。 ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックを示す図である。 Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。 Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。 一実施形態に係る障害関連通知に関する動作を説明するための図である。 一実施形態に係る障害関連通知に関するＩＡＢノードのＩＡＢ－ＭＴ及びＵＥの動作を示す図である。 一実施形態に係る条件付きハンドオーバに関するＩＡＢノードの動作パターン１を示す図である。 一実施形態に係る条件付きハンドオーバに関するＩＡＢノードの動作パターン２を示す図である。 異なるＢＨリンクに関連するＲＬＦを示す図である。 提案１に関する仕様変更の例を示す図である。 選択肢１に関する仕様変更の例を示す図である。 選択肢２に関する仕様変更の例を示す図である。
　図面を参照しながら、一実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（セルラ通信システムの構成）
　まず、一実施形態に係るセルラ通信システムの構成について説明する。図１は、一実施形態に係るセルラ通信システム１の構成を示す図である。
　セルラ通信システム１は、３ＧＰＰ規格に基づく第５世代（５Ｇ）セルラ通信システムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）である。但し、セルラ通信システム１には、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。
　図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、基地局（ｇＮＢと呼ばれる）２００と、ＩＡＢノード３００とを有する。ＩＡＢノード３００は、中継ノードの一例である。
　以下において、基地局がＮＲ基地局である一例について主として説明するが、基地局がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
　５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
　各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。
　各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
　各ｇＮＢ２００は、Ｘｎインターフェイスと呼ばれる基地局間インターフェイスを介して、隣接関係にある他のｇＮＢ２００と相互に接続される。図１において、ｇＮＢ２００－１がｇＮＢ２００－２と接続される一例を示している。
　各ｇＮＢ２００は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ　Ｕｎｉｔ）と分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。
　セルラ通信システム１は、バックホールにＮＲを用いて、ＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたｇＮＢ２００である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。
　図１において、ＩＡＢノード３００－１がドナーｇＮＢ２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。
　ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であっても構わない。例えば、ＵＥ１００は、携帯電話端末、タブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、及び／又は車両若しくは車両に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１において、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーｇＮＢ２００－１と間接的に通信する。
　図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を示す図である。
　図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）とを有する。
　ＩＡＢ－ＭＴのＮＲ　Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーｇＮＢ２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンクと呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００Ｐ１及び３００Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。
　ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ　Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーｇＮＢ２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００Ｃ１乃至３００Ｃ３である一例を示している。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。
　（基地局の構成）
　次に、一実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。
　（中継ノードの構成）
　次に、一実施形態に係る中継ノードであるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
　無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。
　無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。
　（ユーザ装置の構成）
　次に、一実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
　無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。
　（プロトコルスタックの構成）
　次に、一実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックを示す図である。
　図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤと、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及び割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーｇＮＢ２００－１のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
　ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーｇＮＢ２００－１のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーｇＮＢ２００－１とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーｇＮＢ２００－１とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。
　図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーｇＮＢ２００－１がＣＵ及びＤＵに分割されている一例を示す。
　図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーｇＮＢ２００－１のＤＵのそれぞれは、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
　各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）は、バックホールＲＬＣチャネル（ＢＨ　ＮＲ　ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ制御が可能である。ＢＡＰ　ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーｇＮＢ２００－１のＢＡＰレイヤによって実行される。
　図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰレイヤを有する。
　（障害発生通知）
　次に、一実施形態に係る障害関連通知について説明する。図９は、一実施形態に係る障害関連通知に関する動作を説明するための図である。
　図９に示すように、ＩＡＢノード３００Ｔと、ノード５００と、ＩＡＢノード３００Ｃと、ＵＥ１００とが存在する。ノード５００は、ＩＡＢノード３００Ｔの親ノードであって、ｇＮＢ２００（ドナーノード）又はＩＡＢノード３００（親ＩＡＢノード）である。ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ノード５００とのバックホールリンク（ＢＨリンク）＃１を確立している。ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＲＲＣコネクティッド状態にある。
　ＩＡＢノード３００Ｃは、ＩＡＢノード３００Ｔの子ノード（子ＩＡＢノード）である。ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、ＩＡＢノード３００ＴとのＢＨリンク＃２を確立している。ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、ＲＲＣコネクティッド状態にある。或いは、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、ＩＡＢノード３００ＴとのＢＨリンク＃２を確立しておらず、ＲＲＣアイドル状態にあってもよい。
　ＵＥ１００は、ＩＡＢノード３００Ｔとのアクセスリンクを確立している。ＵＥ１００は、ＲＲＣコネクティッド状態にある。或いは、ＵＥ１００は、ＩＡＢノード３００Ｔとのアクセスリンクを確立しておらず、ＲＲＣアイドル状態にあってもよい。
　このようなシナリオにおいて、ＩＡＢノード３００ＴのＩＡＢ－ＭＴが、ＢＨリンク＃１の無線リンク障害（ＢＨ　ＲＬＦ）を検知すると仮定する。ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、例えば次のようにしてＢＨ　ＲＬＦを検知し、ＢＨ　ＲＬＦから回復するための回復試行を行う。
　第１に、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、Ｎ３１０回連続して同期外れ状態（ｏｕｔ－ｏｆ－ｓｙｎｃ）を検知した場合、無線問題（ｒａｄｉｏ　ｐｒｏｂｌｅｍ）を検知し、タイマＴ３１０を始動（スタート）する。ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、タイマＴ３１０を始動した後、Ｎ３１１回連続して同期状態（ｉｎ－ｓｙｎｃ）を検知した場合、タイマＴ３１０を停止させる。
　第２に、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、タイマＴ３１０を停止せずにタイマＴ３１０が満了すると、ＲＬＦを検知するとともにタイマＴ３１１を始動し（すなわち、ＲＲＣ再確立処理を開始し）、ＢＨリンクを回復するためにセル選択処理を行う。ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、セル選択処理により適切なセルを選択し、選択したセルに対してＢＨリンクを回復した場合、タイマＴ３１１を停止させる。適切なセルとは、少なくとも最低限の無線品質基準を満たすセルをいう。
　第３に、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＢＨリンクの回復に成功せずにタイマＴ３１１が満了すると、ＲＲＣアイドル状態に遷移する。以下において、ＢＨ　ＲＬＦを検知した後、ＢＨ　ＲＬＦからの回復に失敗したこと（すなわち、タイマＴ３１１が満了したこと）を、ＢＨリンク回復の失敗と呼ぶことがある。
　なお、ＩＡＢノード３００ＴのＩＡＢ－ＭＴがＢＨリンク＃１のＢＨ　ＲＬＦを検知した場合であっても、ＢＨリンク＃２の無線状態及びアクセスリンクの無線状態は良好であり得る。このため、ＩＡＢノード３００Ｃ及びＵＥ１００は、ＢＨ　ＲＬＦを検知したＩＡＢノード３００Ｔのセルに留まってしまう懸念がある。
　そこで、ＩＡＢノード３００Ｔは、ＩＡＢノード３００Ｔとノード５００との間のＢＨ　ＲＬＦの発生を示す障害発生通知をダウンストリームの通信装置に送信する。ここで、ダウンストリームの通信装置は、ＩＡＢノード３００Ｃ及びＵＥ１００のうち少なくとも一方である。
　障害発生通知は、ＢＨ　ＲＬＦを検知したことを示す通知であってもよい。以下において、このような障害発生通知をＴｙｐｅ１　Ｎｏｔｉｆｉｃａｔｉｏｎ（ＲＬＦ　ｄｅｔｅｃｔｅｄ）と呼ぶ。
　障害発生通知は、ＢＨ　ＲＬＦからの回復を試行中であることを示す通知であってもよい。以下において、このような障害発生通知をＴｙｐｅ２　Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｔｒｙｉｎｇ　ｔｏ　ｒｅｃｏｖｅｒ）と呼ぶ。また、Ｔｙｐｅ１　Ｎｏｔｉｆｉｃａｔｉｏｎ及びＴｙｐｅ２　Ｎｏｔｉｆｉｃａｔｉｏｎを区別しないときはＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎと呼ぶ。
　Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎは、ＢＡＰレイヤのメッセージ、例えば、ＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）に含まれてもよい。ＩＡＢノード３００Ｔに接続済みのＩＡＢノード３００Ｃは、ＩＡＢノード３００Ｔから、ＢＡＰレイヤのメッセージに含まれるＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを受信可能である。一方、ＵＥ１００は、ＢＡＰレイヤを有していないため、ＢＡＰレイヤのメッセージに含まれるＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを受信できない。
　このため、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎをシステム情報ブロックタイプ１（ＳＩＢ１）に含めて送信する。これにより、ＩＡＢノード３００ＣだけではなくＵＥ１００もＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを受信可能になる。
　ＳＩＢ１は、システム情報（システム情報ブロック）の一例である。ＳＩＢ１は、他のシステム情報ブロックのスケジューリングを定義し、初期アクセスに必要な情報を含む。ＳＩＢ１は、ＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ　ｓｈａｒｅｄ　ｃｈａｎｎｅｌ）で周期的にブロードキャストされる。
　ＩＡＢノード３００ＣのＩＡＢ－ＭＴ及びＵＥ１００のそれぞれは、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎの受信に応じて、ＢＨ　ＲＬＦからの回復待ち時間を定めるタイマ（以下、「回復失敗判定タイマ」と呼ぶ）を始動する。このように、ＳＩＢ１でＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを通知し、回復失敗判定タイマによって親ノード（ＩＡＢノード３００Ｔ）のＢＨ　ＲＬＦ回復失敗を判定することにより、ＩＡＢ－ＭＴ及びＵＥ１００を同一の挙動に統一化できる。ＩＡＢノード３００ＣのＩＡＢ－ＭＴ及びＵＥ１００のそれぞれは、回復失敗判定タイマが満了した場合、ＩＡＢノード３００Ｔから他のノードへ切り替えるための動作を開始する。
　図１０は、一実施形態に係る障害関連通知に関するＩＡＢノード３００ＣのＩＡＢ－ＭＴ及びＵＥ１００の動作を示す図である。ＩＡＢノード３００ＣのＩＡＢ－ＭＴ及びＵＥ１００を区別しないときは単に「通信装置」と呼ぶ。
　図１０に示すように、ステップＳ１１において、通信装置は、ＩＡＢノード３００ＴのＩＡＢ－ＤＵから、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを含むＳＩＢ１を受信する。なお、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、ＩＡＢノード３００ＴのＩＡＢ－ＭＴがＢＨ　ＲＬＦを検知又は回復動作を開始した際に、周期的に送信するＳＩＢ１にＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを含める。
　但し、ＩＡＢノード３００ＴのＢＡＰレイヤは、ＩＡＢノード３００ＴのＩＡＢ－ＭＴがＢＨ　ＲＬＦを検知又は回復動作を開始した際に、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ（又はＭＡＣ　Ｃｏｎｔｒｏｌ　Ｅｌｅｍｅｎｔ）を送信してもよい。
　ステップＳ１２において、通信装置は、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎの受信に応じて、回復失敗判定タイマを始動する。回復失敗判定タイマのタイマ値は、予め定められた固定値であってもよいし、ＩＡＢノード３００Ｔから通信装置に対してＳＩＢ等で設定される可変値であってもよいし、ドナーノードから通信装置に対してユニキャストのシグナリング（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ等）で設定される可変値であってもよい。なお、回復失敗判定タイマ値は、ＩＡＢノード３００ＴのＩＡＢ－ＭＴのタイマＴ３１１（セル選択用のタイマ）及びタイマＴ３０１（ＲＲＣ再確立用のタイマ）の合計値以下であってもよい。
　通信装置は、回復失敗判定タイマの動作中は、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎ（ＳＩＢ１）をモニタし続けてもよい。通信装置は、回復失敗判定タイマの動作中は、上りリンク送信を停止してもよい。
　ステップＳ１３において、通信装置は、回復失敗判定タイマを停止する所定条件が満たされたか否かを判定する。所定条件は、次の条件１乃至５のうち１つ、又は次の条件１乃至５のうち２つ以上の組み合わせである。
　条件１：Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを含むＳＩＢ１の繰り返し送信が停止した。すなわち、条件１は、通信装置が一定期間にわたってＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを含むＳＩＢ１を受信しなかったという条件である。通信装置は、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを含むＳＩＢ１の繰り返し受信の停止を検知した場合、条件１が満たされたと判定する。
　条件２：Ｔｙｐｅ３　Ｎｏｔｉｆｉｃａｔｉｏｎ（ＲＬＦ　ｒｅｃｏｖｅｒｅｄ）をＩＡＢノード３００Ｔから受信した。Ｔｙｐｅ３　Ｎｏｔｉｆｉｃａｔｉｏｎは、ＩＡＢノード３００ＴがＢＨ　ＲＬＦから回復したことを示す回復通知である。Ｔｙｐｅ３　Ｎｏｔｉｆｉｃａｔｉｏｎは、ＩＡＢノード３００ＴからＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより送信されてもよいし、ＩＡＢノード３００ＴからＳＩＢ１により送信されてもよい。なお、Ｔｙｐｅ３　ＮｏｔｉｆｉｃａｔｉｏｎがＩＡＢノード３００ＴからＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより送信される場合、ＩＡＢノード３００Ｃは当該Ｔｙｐｅ３　Ｎｏｔｉｆｉｃａｔｉｏｎを受信できるが、ＵＥ１００は当該Ｔｙｐｅ３　Ｎｏｔｉｆｉｃａｔｉｏｎを受信できない。ＩＡＢノード３００Ｃは、Ｔｙｐｅ３　Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを受信することにより、ＩＡＢノード３００ＴがＢＨ　ＲＬＦから回復したことを速やかに把握できる。これにより、ネットワークノードの一種であるＩＡＢノード３００ＣをＵＥ１００よりも有利に取り扱うことができる。
　条件３：Ｔｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｒｅｃｏｖｅｒｙ　ｆａｉｌｕｒｅ）をＩＡＢノード３００Ｔから受信した。Ｔｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎは、ＩＡＢノード３００ＴがＢＨ　ＲＬＦからの回復に失敗したことを示す回復失敗通知である。Ｔｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎは、ＩＡＢノード３００ＴからＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより送信されてもよいし、ＩＡＢノード３００ＴからＳＩＢ１により送信されてもよい。Ｔｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎを受信した通信装置は、回復失敗判定タイマを停止するとともに、ＲＬＦが発生したとみなし、ＲＬＦから回復するためのＲＲＣ再確立処理を開始する。なお、Ｔｙｐｅ４　ＮｏｔｉｆｉｃａｔｉｏｎがＩＡＢノード３００ＴからＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより送信される場合、ＩＡＢノード３００Ｃは当該Ｔｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎを受信できるが、ＵＥ１００は当該Ｔｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎを受信できない。ＩＡＢノード３００Ｃは、Ｔｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを受信することにより、ＩＡＢノード３００ＴがＢＨ　ＲＬＦからの回復に失敗したことを速やかに把握できる。これにより、ネットワークノードの一種であるＩＡＢノード３００ＣをＵＥ１００よりも有利に取り扱うことができる。
　条件４：通信装置がセル再選択を行った（ＲＲＣアイドル状態）又はハンドオーバを行った（ＲＲＣコネクティッド状態）。すなわち、条件４は、ＢＨ　ＲＬＦを検知したＩＡＢノード３００Ｔのセルから他のセルへの切り替えを通信装置が行ったという条件である。なお、ハンドオーバには、後述する条件付きハンドオーバが含まれてもよい。
　条件５：通信装置がＲＬＦを検知した。条件５は、通信装置のリンク（図９に示すＢＨリンク＃２又はアクセスリンク）に障害が生じたという条件である。この場合、通信装置は、ＲＬＦから回復するためのＲＲＣ再確立処理を開始する。
　ステップＳ１３において所定条件が満たされたと判定された場合（ステップＳ１３：ＹＥＳ）、ステップＳ１４において、通信装置は、回復失敗判定タイマを停止する。
　一方、ステップＳ１３において所定条件が満たされていないと判定された場合（ステップＳ１３：ＮＯ）、ステップＳ１５において、通信装置は、回復失敗判定タイマが満了したか否かを判定する。回復失敗判定タイマが満了していないと判定された場合（ステップＳ１５：ＮＯ）、ステップＳ１３に処理が戻る。
　回復失敗判定タイマが満了したと判定された場合（ステップＳ１５：ＹＥＳ）、ステップＳ１６において、通信装置は、ＩＡＢノード３００Ｔから他のノードへ切り替えるための所定動作を開始する。所定動作は、次の動作１乃至４のうち１つ、又は次の動作１乃至４のうち２つ以上の組み合わせである。
　動作１：ＲＬＦが発生したとみなす（通信装置がＲＲＣコネクティッド状態にある場合）。具体的には、ＲＲＣコネクティッド状態にある通信装置は、自装置とＩＡＢノード３００Ｔとの間のリンク（ＢＨリンク＃２又はアクセスリンク）は正常であるにもかかわらず、ＩＡＢノード３００ＴがＢＨ　ＲＬＦからの回復に失敗したと判定し、自装置にＲＬＦが発生したとみなす。
　動作２：ＲＲＣ再確立をトリガする（通信装置がＲＲＣコネクティッド状態にある場合）。動作２は、動作１の後に行われてもよい。
　動作３：セル再選択をトリガする（通信装置がＲＲＣアイドル状態にある場合）。すなわち、ＲＲＣアイドル状態にある通信装置は、回復失敗判定タイマが満了した場合、ＩＡＢノード３００Ｔのセル（サービングセル）から他のセルへのセル再選択を行う。
　動作４：条件付きハンドオーバをトリガする（通信装置がＲＲＣコネクティッド状態にある場合）。条件付きハンドオーバの詳細については後述する。
　なお、動作２において、ＲＲＣコネクティッド状態にある通信装置は、ＲＲＣ再確立先のセルを選択するためのセル選択処理を行う。動作３において、ＲＲＣアイドル状態にある通信装置は、セル再選択処理を行う。セル選択処理及びセル再選択処理において、通信装置は、無線状態が良好なセル（例えば、測定された参照信号受信電力が大きいセル）を選択することが一般的である。
　このため、動作２のセル選択処理及び動作３のセル再選択処理において、通信装置は、元のサービングセルであるＩＡＢノード３００Ｔのセルを選択候補から除外してもよい。例えば、通信装置は、ＩＡＢノード３００Ｔのセルを一定時間（例えば、３００秒等）にわたって選択候補から除外してもよい。通信装置は、回復失敗判定タイマの満了後の最初のセル選択処理又はセル再選択処理においてのみ、ＩＡＢノード３００Ｔのセルを選択候補から除外してもよい。通信装置は、ＩＡＢノード３００Ｔのセルを選択しないように、ＩＡＢノード３００Ｔのセルの無線状態の測定値（例えば、参照信号受信電力）に対してマイナス無限大のオフセット又は十分大きなマイナスオフセット（－２００ｄＢ等）を付与してもよい。
　（条件付きハンドオーバ）
　次に、一実施形態に係る条件付きハンドオーバについて説明する。
　図９に示すようなシナリオにおいて、ＩＡＢノード３００ＣのＩＡＢ－ＭＴがＲＲＣコネクティッド状態にあり、且つ、条件付きハンドオーバがＩＡＢノード３００ＣのＩＡＢ－ＭＴに設定されていると仮定する。条件付きハンドオーバの設定は、ハンドオーバの候補セル及びハンドオーバのトリガ条件を含む。条件付きハンドオーバの設定は、候補セル及びトリガ条件の複数の組み合わせを複数含んでもよい。条件付きハンドオーバの設定は、候補セルに対応するＲＲＣ設定をさらに含む。
　一般的なハンドオーバにおいては、ＵＥ１００がサービングセル及び／又は隣接セルの無線状態の測定値をｇＮＢ２００に報告し、この報告に基づいてｇＮＢ２００が隣接セルへのハンドオーバを決定し、ハンドオーバ指示をＵＥ１００に送信する。このため、サービングセルの無線状態が急激に劣化したような場合、一般的なハンドオーバは、ハンドオーバが実行される前に通信が途絶する場合がある。これに対し、条件付きハンドオーバは、予め設定されたトリガ条件が満たされると、当該トリガ条件に対応する候補セルへのハンドオーバを自律的に実行可能である。このため、一般的なハンドオーバにおける問題を解決できる。
　トリガ条件は、例えば、イベントＡ３と呼ばれるイベント及びイベントＡ５と呼ばれるイベントのうち少なくとも一方が指定される。イベントＡ３は、隣接セルの無線状態がサービングセルの無線状態よりも所定量（所定オフセット）以上良好であるというイベントである。イベントＡ５は、サービングセルの無線状態が第１閾値よりも劣化し、且つ、隣接セルの無線状態が第２閾値よりも良好であるというイベントである。
　（１）動作パターン１
　条件付きハンドオーバの設定を有するＩＡＢノード３００Ｃの動作パターン１について説明する。
　動作パターン１において、条件付きハンドオーバの設定を有するＩＡＢノード３００Ｃは、親ノードであるＩＡＢノード３００Ｔから、ＩＡＢノード３００Ｔとノード５００との間のＢＨリンク＃１におけるＢＨ　ＲＬＦに基づいた通知を受信する。ＢＨ　ＲＬＦに基づいた通知は、上述したＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎ又はＴｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎであってもよい。ＩＡＢノード３００Ｃは、当該通知に基づいて、条件付きハンドオーバを強制的にトリガするための処理を行う。これにより、ＩＡＢノード３００ＴがＢＨ　ＲＬＦを検知した状況下において、条件付きハンドオーバの候補セルへのハンドオーバをより確実に開始可能になるため、通信が途絶する可能性や途絶時間を低減できる。
　図１１は、一実施形態に係る条件付きハンドオーバに関するＩＡＢノード３００Ｃの動作パターン１を示す図である。
　図１１に示すように、ステップＳ２１において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴ（又はＢＡＰレイヤ）は、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎ又はＴｙｐｅ４　ＮｏｔｉｆｉｃａｔｉｏｎをＩＡＢノード３００Ｔから受信する。ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、Ｔｙｐｅ１／２　ＮｏｔｉｆｉｃａｔｉｏｎをＩＡＢノード３００Ｔから受信すると、上述した回復失敗判定タイマを始動する。ここでは、回復失敗判定タイマが満了したと仮定して説明を進める。
　ステップＳ２２において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、回復失敗判定タイマが満了したこと、又はＴｙｐｅ４　ＮｏｔｉｆｉｃａｔｉｏｎをＩＡＢノード３００Ｔから受信したことに応じて、ＩＡＢノード３００ＣにおいてＲＬＦ（ＢＨ　ＲＬＦ）が発生したとみなす。
　ステップＳ２３において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、設定されている条件付きハンドオーバを強制的にトリガするための処理を行う。このような処理は、次の第１の処理及び第２の処理のいずれかである。
　第１の処理：
　第１の処理において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、条件付きハンドオーバにおけるトリガ条件が満たされるように、無線状態の測定値及び当該測定値に付与されるオフセット値のうち少なくとも一方を制御する。そして、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、このような制御を行ったうえで、条件付きハンドオーバにおけるトリガ条件の評価を行う。
　例えば、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、サービングセル（ＩＡＢノード３００Ｔのセル）の無線状態の測定値（例えば、参照信号受信電力）をゼロにするように、当該測定値に対してマイナス無限大のオフセット又は十分大きなマイナスオフセット（－２００ｄＢ等）を付与してもよい。これにより、トリガ条件の評価において、トリガ条件が満たされたと評価されるようになり、ハンドオーバを強制的にトリガできる。このような処理は、上述したイベントＡ５の場合のみ適用するとしてもよい。イベントＡ５の場合、サービングセルの無線状態が第１閾値よりも劣化したとみなしたうえで評価を行ってもよい。すなわち、隣接セルの無線状態が第２閾値よりも良くなったかのみを判定基準とする。上述したイベントＡ３については、候補セルの無線状態の測定値をサービングセルの無線状態の測定値よりも相対的に高くするように、候補セルの無線状態の測定値に正のオフセットを付与する、及び／又はサービングセルの無線状態の測定値に負のオフセットを付与してもよい。
　第１の処理の結果、トリガ条件が満たされた候補セルが複数存在する場合、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、当該複数の候補セルの中から１つを選択し、選択した候補セルへのハンドオーバを実行する（ステップＳ２４）。
　第１の処理において、オフセットの値は、予め定められた固定値であってもよいし、ＩＡＢノード３００ＴからＩＡＢノード３００Ｃに対してＳＩＢ等で設定される可変値であってもよいし、ドナーノードからＩＡＢノード３００Ｃに対してユニキャストのシグナリング（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ等）で設定される可変値であってもよい。
　第２の処理：
　第２の処理において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、条件付きハンドオーバにおけるトリガ条件の評価を省略するとともに、トリガ条件を候補セルが満たしたとみなす。例えば、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、トリガ条件の評価をスキップして条件付きハンドオーバを強制的にトリガし、設定されている全ての候補セルがトリガ条件を満たしたとみなす。
　或いは、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、設定されている全ての候補セルのうち、最低限必要とされる無線品質基準（Ｓ－ｃｒｉｔｅｒｉｏｎ）を満たすセルのみについてトリガ条件が満たされたとみなしてもよい。ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、設定されている全ての候補セルのうち、イベントＡ３が指定された候補セルのみ又はイベントＡ５が指定された候補セルのみについてトリガ条件が満たされたとみなしてもよい。
　第２の処理の結果、トリガ条件が満たされた候補セルが複数存在する場合、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、当該複数の候補セルの中から１つを選択し、選択した候補セルへのハンドオーバを実行する（ステップＳ２４）。
　（２）動作パターン２
　条件付きハンドオーバの設定を有するＩＡＢノード３００Ｃの動作パターン２について説明する。
　動作パターン２において、条件付きハンドオーバの設定を有するＩＡＢノード３００Ｃは、親ノードであるＩＡＢノード３００Ｔから、ＩＡＢノード３００Ｔのバックホールリンク＃１のＢＨ　ＲＬＦの発生を示すＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎ（障害発生通知）を受信する。
　そして、ＩＡＢノード３００Ｃは、ＢＨ　ＲＬＦからの回復に失敗したことを示すＴｙｐｅ４　Ｎｏｔｉｆｉｃａｔｉｏｎ（回復失敗通知）をＩＡＢノード３００Ｔから受信していなくても、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎに基づいて、条件付きハンドオーバのトリガ条件の評価を行う。これにより、より早い段階で条件付きハンドオーバをトリガできるようになり、通信が途絶する可能性や途絶時間を低減できる。
　図１２は、一実施形態に係る条件付きハンドオーバに関するＩＡＢノード３００Ｃの動作パターン２を示す図である。
　図１２に示すように、ステップＳ３１において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴ（又はＢＡＰレイヤ）は、Ｔｙｐｅ１／２　ＮｏｔｉｆｉｃａｔｉｏｎをＩＡＢノード３００Ｔから受信する。
　ステップＳ３２において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、条件付きハンドオーバのトリガ条件の評価を行う。ここで、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、図１１のフロートは異なり、ＢＨ　ＲＬＦが発生したとみなすことなく、条件付きハンドオーバのトリガ条件の評価を行ってもよい。
　動作パターン２において、トリガ条件は、Ｔｙｐｅ１／２　ＮｏｔｉｆｉｃａｔｉｏｎをＩＡＢノード３００Ｔから所定時間内に所定回数以上受信したという条件を含んでもよい。例えば、周期的にブロードキャストされるＳＩＢ１中でＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎが送信される場合において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、所定時間内に一定回数以上のＴｙｐｅ　１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを受信すると、トリガ条件が満たされたと評価する。ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎを単純に１回受信した場合にトリガ条件が満たされたと評価してもよい。
　動作パターン２において、ＩＡＢノード３００Ｔは、ＢＨリンク＃１における無線状態（ＢＨ無線品質）の測定値をＴｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎに含めて送信してもよい。ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、Ｔｙｐｅ１／２　Ｎｏｔｉｆｉｃａｔｉｏｎに含まれる測定値を用いてトリガ条件の評価を行ってもよい。このトリガ条件は、ＩＡＢノード３００ＴのＢＨ無線品質が閾値を下回ったという条件であってもよい。なお、ＢＨ無線品質は、参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、及び信号対干渉雑音比（ＳＩＮＲ）のうち少なくとも１つであってもよいし、これらの値を量子化したものであってもよい（例えば、Ｇｏｏｄ／Ｎｏｒｍａｌ／Ｂａｄ等）。
　トリガ条件は、上述したイベントＡ３及び／又はイベントＡ５を含んでもよい。この場合、動作パターン１の第１の処理と同様の方法を適用できる。或いは、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、イベントＡ３及び／又はイベントＡ５の評価において、サービングセルの無線品質に代えて、上述したようなＢＨリンク＃１における無線状態（ＢＨ無線品質）を用いて、イベントＡ３及び／又はイベントＡ５の評価を行ってもよい。
　ステップＳ３２の評価の結果、トリガ条件が満たされたと評価された場合（ステップＳ３３：ＹＥＳ）、ステップＳ３４において、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、トリガ条件が満たされた候補セルへのハンドオーバを実行する。トリガ条件が満たされた候補セルが複数存在する場合、ＩＡＢノード３００ＣのＩＡＢ－ＭＴは、当該複数の候補セルの中から１つを選択し、選択した候補セルへのハンドオーバを実行する。
　（その他の実施形態）
　上述した実施形態において、図１１乃至図１２の各フローは、相互に組み合わせて実施してもよい。例えば、図１１乃至図１２の各フローにおける一部のステップを他のフローに適用してもよい。
　上述した実施形態において、セルラ通信システム１が５Ｇセルラ通信システムである一例について主として説明した。しかしながら、セルラ通信システム１における基地局はＬＴＥ基地局であるｅＮＢであってもよい。また、セルラ通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されてもよい。
　上述した実施形態及び変更例に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。
　本願は、米国仮出願第６３／０２７６３４号（２０２０年５月２０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
　（付記）
　（導入）
　ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ＡＮＤ　Ｂａｃｋｈａｕｌ）に関するワークアイテムが承認された。バックホール無線リンク障害（ＢＨ　ＲＬＦ）の処理は、次のようにさらなる合意に達した。
　－ＲＬＦ宣言後のＩＡＢ－ＤＵの動作は、実装依存である。ＩＡＢ－ＤＵは、ＲＬＦ回復が失敗した場合、ＲＬＦ通知を送信できるべきである。
　－高速ＭＣＧリンク回復は、ＮＲＤＣ及びＥＮＤＣでサポートされる。
　条件付きハンドオーバ（ＣＨＯ）の側面に関して、ＲＡＮ２は、実際に研究段階及びワーク段階でいくつかの議論を行った。例えば、ＴＲ３８．８７４のｓｅｃｔｉｏｎ　９．７．１５において、ＲＡＮ２は、効率的なＢＨ　ＲＬＦ回復のために、「事前に（即ち、ＲＬＦが発生する前に）代替のバックホールリンク及びルートを準備する」ことを特定した。これにより、このメカニズムはＣＨＯと見なされる。従って、ＣＨＯは、安定したＢＨ接続のために各ＩＡＢノードに設定される可能性がある。さらに、ＲＡＮ２は、Ｅメールの議論でさまざまなＣＨＯの使用方法についても議論したが、ステージ２の仕様は、最終的にそのｓｅｃｔｉｏｎ　９．２．７からＣＨＯの側面を削除した。
　この付記では、ＩＡＢ展開に対する可能性のあるＣＨＯ固有の拡張について議論する。
　（議論）
　（ＩＡＢにおける無線リンク障害シナリオ）
　現在のＴＳ３８．３００に加えて最新のＩＡＢのステージ２のＣＲでは、次の６つの条件のいずれかが満たされたときに無線リンク障害（ＲＬＦ）が宣言される。
　ＵＥは、次のいずれかの基準が満たされた場合に無線リンク障害（ＲＬＦ）を宣言する。
　－物理層からの無線問題のインディケーションの後に開始される無線問題タイマの満了（タイマが期限切れになる前に無線問題が回復した場合、ＵＥはタイマを停止する）
　－別の無線問題タイマの動作中における、タイマが設定された測定ＩＤの測定報告をトリガすると開始されるタイマの満了
　－ＲＬＣ障害
　－共有スペクトルチャネルアクセスで動作するための一貫したアップリンクＬＢＴ障害の検出
　－ＩＡＢ－ＭＴの場合、親ノードから受信したＢＨ　ＲＬＦインディケーションの受信
　図１３に示すように、ＩＡＢの展開を考慮すると、最初の５つの条件はそれ自体のＢＨリンク障害に関連し、最後の条件はその親のＢＨリンク障害に関連する。最後の条件として、ＩＡＢ－ＭＴは、ＢＨ　ＲＬＦ通知、即ち、親のＢＨリンクの「回復の失敗」を受信すると、それ自身のＢＨリンクがまだ良好である場合でもＲＬＦを宣言することは明らかである。
　所見１：ＩＡＢ－ＭＴは、ＢＨ　ＲＬＦ通知を受信すると、それ自身のＢＨリンクがまだ良好な場合でもＲＬＦを宣言する。
　（ＩＡＢ展開における条件付きハンドオーバ）
　（自ＢＨリンクに関連するＲＬＦの場合）
　このシナリオは通常のＵＥに共通しているため、ＮＲモビリティ拡張ＷＩは、ＣＨＯ評価、ＣＨＯ実行、及びその他の動作に関連する問題を適切に解決した。
　ＲＬＦ宣言の前に、ＢＨリンクの無線状態が悪化するのが典型的である。トリガ条件（ＣＨＯ設定に関するＣＨＯイベントＡ３／Ａ５）が満たされた場合、ＣＨＯがトリガされる可能性がある。これは、ＣＨＯをトリガする通常のシナリオであり、ＩＡＢ－ＭＴはＣＨＯを自由に使用することもできる。
　所見２：自ＢＨリンクに問題がある場合、現在の仕様にあるように、ＩＡＢ－ＭＴは、ＲＬＦ宣言の前に、自ＢＨリンクの無線状態が悪いためにＣＨＯイベントＡ３／Ａ５が満たされた場合、ＣＨＯをトリガできる。
　ＲＬＦが宣言された後、即ち、何らかの理由でＣＨＯがまだトリガされていない場合、ＵＥはセル選択を実行し、選択されたセルがＣＨＯ候補である場合、ＣＨＯ実行を試行する。そのため、ＩＡＢ－ＭＴは拡張なしでこのメカニズムを使用できる。
　ＣＨＯの場合、ソースセルでＲＬＦが宣言された後、ＵＥは次のことを行う。
　－ＲＲＣ接続に留まる
　－適切なセルを選択し、選択したセルがＣＨＯ候補であり、ネットワークがＲＬＦの後にＣＨＯを試行するようにＵＥを設定した場合、ＵＥはＣＨＯの実行を1回試行する。それ以外の場合は、再確立が実行される。
　－ＲＬＦが宣言されてから一定時間内に適切なセルが見つからなかった場合、ＲＲＣアイドルに入る。
　所見３：上記のＲＬＦシナリオに関係なく、現在の仕様にあるように、選択したセルがＣＨＯ候補である場合、ＲＬＦ宣言後、ＩＡＢ－ＭＴはＣＨＯ実行を試行できる。
　従って、ＩＡＢでＣＨＯを使用することに問題はなく、仕様の変更は予測されていない。しかしながら、現在のステージ２のテキストでは、以下のように「ＲＲＣ再確立手順を使用したＲＬＦ回復」についてのみ述べられている。即ち、ＭＣＧ障害情報、ＳＣＧ障害情報、及びＣＨＯ手順については言及していない。
　ＩＡＢ　ＢＨリンクでＲＬＦが発生すると、アクセスリンクと同じメカニズム及び手順が適用される。これには、ＢＨ　ＲＬＦ検出及びＲＲＣ再確立手順を使用したＲＬＦ回復が含まれる。
　ＲＡＮ２は、「高速ＭＣＧリンク回復がＮＲＤＣ及びＥＮＤＣでサポートされる」ことにすでに同意しており、新しい障害タイプ「ｂｈ－ＲＬＦ」がＭＣＧ障害情報とＳＣＧ障害情報の両方に導入される。また、上記の所見２及び所見３で議論したように、ＣＨＯはＩＡＢで利用できる。従って、ＲＬＦ回復の制限など、不必要な混乱を招く可能性のある文は、ＴＳ３８．３００から削除されるべきである。
　提案１：ＲＡＮ２は、ＩＡＢでのＲＬＦ回復の不必要な誤解を避けるために、ＴＳ３８．３００のｓｅｃｔｉｏｎ　９．２．７から「ＲＲＣ再確立手順の使用」を削除することに合意すべきである。
　提案１に合意できる場合における仕様変更の例は、図１４に示される。
　（親のＢＨリンクに関連するＲＬＦ）
　このシナリオでは、無線状態が全く異なる。即ち、自ＢＨリンクは引き続き良好だが、親のＢＨリンクに問題がある。従って、ＩＡＢ－ＭＴはＲＬＦ宣言の前にＣＨＯをトリガできず、ＲＬＦ宣言後のＣＨＯ試行に依存する必要がある。
　所見４：親のＢＨリンクに問題がある場合、ＩＡＢ－ＭＴは、自ＢＨリンクが依然として／常に良好であるため、ＣＨＯをトリガできない。
　ＢＨ　ＲＬＦ通知（「回復の失敗」）の受信時のＲＬＦ宣言の後、所見３で述べたものと同じメカニズムを再利用できる。
　しかしながら、ＣＨＯはセル選択手順に依存していることから、ＩＡＢ－ＭＴは、ＣＨＯ候補セルを選択しない可能性があるため、ＣＨＯが実行されない可能性があることを意味する。さらに、ＩＡＢ－ＭＴがＢＨ　ＲＬＦ通知を送信した（以前の）親ノードを選択する場合もある。
　所見５：親のＢＨリンクでＲＬＦ回復が失敗した後でも、ＩＡＢノードはセル選択に依存しているため、ＣＨＯを実行しない場合がある。
　ＩＡＢでのＣＨＯの利点を最大化するために、ＩＡＢ－ＭＴは、ＢＨ　ＲＬＦ通知（「回復の失敗」）を受信した場合、ＣＨＯを「トリガ」すべきである。
　提案２：ＲＡＮ２は、ＣＨＯが設定されている場合、ＢＨ　ＲＬＦ通知の受信時にＩＡＢ－ＭＴがＣＨＯを「トリガ」することに合意すべきである。
　表１は、（ＣＨＯが設定されている場合の）ＩＡＢ－ＭＴの観点からのＣＨＯ関連の動作を示す。
Figure JPOXMLDOC01-appb-T000001
　提案２に合意できる場合は、ＢＨ　ＲＬＦ通知（「回復の失敗」）の受信時にＣＨＯをトリガする方法が問題になる。ＢＨ　ＲＬＦ通知を受信すると、ＣＨＯ評価のための次の選択肢を考慮することができる。
　－選択肢１：ＩＡＢ－ＭＴは、ソースセルのＲＳＲＰをマイナス無限大[ｄＢｍ]と見なす。
　－選択肢２：ＩＡＢ－ＭＴは、設定された全てのＣＨＯ実行条件が満たされていると見なす。
　さらに、これらの選択肢は、ＣＨＯイベントＡ５で設定されたターゲットセルにのみ適用できると見なされる。
　提案３：ＲＡＮ２は、ＩＡＢ-ＭＴがソースセルのＲＳＲＰをマイナス無限大と見なすか（選択肢１）、ＢＨ　ＲＬＦ通知の受信時に、設定されている場合、設定されている全てのＣＨＯトリガ条件が満たされていると見なすか（選択肢２）を検討すべきである。
　提案３に合意できる場合における選択肢１及び選択肢２の仕様変更の例は、図１５及び図１６にそれぞれ示される。
 

Claims (12)

  1. 　セルラ通信システムで用いる通信制御方法であって、
    　中継ノードと前記中継ノードの親ノードとの間のバックホールリンクの障害の発生を示す障害発生通知を前記中継ノードから通信装置が受信することと、
    　前記通信装置が、前記障害発生通知の受信に応じて、前記障害からの回復待ち時間を定めるタイマを始動することと、を有する
    　通信制御方法。
  2. 　前記タイマが満了した場合、前記通信装置が、前記中継ノードから他のノードへ切り替えるための動作を開始することをさらに有する
    　請求項１に記載の通信制御方法。
  3. 　前記受信することは、前記中継ノードからブロードキャストされ、前記障害発生通知を含むシステム情報を受信することを含む
    　請求項１又は２に記載の通信制御方法。
  4. 　前記通信装置が、所定条件が満たされた場合、前記タイマを停止することをさらに有し、
    　前記受信することは、前記障害発生通知を含む前記システム情報を繰り返し受信することを含み、
    　前記所定条件は、前記通信装置が前記システム情報の繰り返し受信の停止を検知したという条件を含む
    　請求項３に記載の通信制御方法。
  5. 　前記通信装置が、所定条件が満たされた場合、前記タイマを停止することをさらに有し、
    　前記所定条件は、前記障害からの回復に成功したことを示す回復通知を前記中継ノードから前記通信装置が受信したという条件を含む
    　請求項１乃至４のいずれか１項に記載の通信制御方法。
  6. 　前記通信装置が中継ノードであって、前記回復通知は、ＢＡＰレイヤのメッセージに含まれる
    　請求項５に記載の通信制御方法。
  7. 　セルラ通信システムで用いる通信制御方法であって、
    　条件付きハンドオーバの設定を有する第１中継ノードが、前記第１中継ノードの親ノードである第２中継ノードから、前記第２中継ノードと前記第２中継ノードの親ノードとの間のバックホールリンクの障害に基づいた通知を受信することと、
    　前記第１中継ノードが、前記通知に基づいて、前記条件付きハンドオーバを強制的にトリガするための処理を行うことと、を有する
    　通信制御方法。
  8. 　前記条件付きハンドオーバの設定は、ハンドオーバの候補セル及び前記ハンドオーバのトリガ条件を含み、
    　前記処理を行うことは、前記トリガ条件が満たされるように、無線状態の測定値及び前記測定値に付与されるオフセット値のうち少なくとも一方を制御することを含む
    　請求項７に記載の通信制御方法。
  9. 　前記条件付きハンドオーバの設定は、ハンドオーバの候補セル及び前記ハンドオーバのトリガ条件を含み、
    　前記処理を行うことは、前記トリガ条件の評価を省略するとともに、前記トリガ条件を前記候補セルが満たしたとみなすことを含む
    　請求項７に記載の通信制御方法。
  10. 　セルラ通信システムで用いる通信制御方法であって、
    　条件付きハンドオーバの設定を有する第１中継ノードが、前記第１中継ノードの親ノードである第２中継ノードから、前記第２中継ノードと前記第２中継ノードの親ノードとの間のバックホールリンクの障害の発生を示す障害発生通知を受信することと、
    　前記第１中継ノードが、前記障害からの回復に失敗したことを示す回復失敗通知を前記第２中継ノードから受信していなくても、前記障害発生通知に基づいて、前記条件付きハンドオーバのトリガ条件の評価を行うことと、を有する
    　通信制御方法。
  11. 　前記トリガ条件は、前記障害発生通知を前記第２中継ノードから所定時間内に所定回数以上受信したという条件を含む
    　請求項１０に記載の通信制御方法。
  12. 　前記障害発生通知は、前記バックホールリンクの無線状態の測定値を含み、
    　前記評価を行うことは、前記障害発生通知に含まれる前記測定値を用いて前記評価を行うことを含む
    　請求項１０に記載の通信制御方法。
PCT/JP2021/019068 2020-05-20 2021-05-19 通信制御方法 WO2021235499A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022524521A JP7495491B2 (ja) 2020-05-20 2021-05-19 通信制御方法及び通信装置
US18/057,033 US20230080014A1 (en) 2020-05-20 2022-11-18 Communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202063027634P 2020-05-20 2020-05-20
US63/027,634 2020-05-20

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/057,033 Continuation US20230080014A1 (en) 2020-05-20 2022-11-18 Communication control method

Publications (1)

Publication Number Publication Date
WO2021235499A1 true WO2021235499A1 (ja) 2021-11-25

Family

ID=78707902

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/019068 WO2021235499A1 (ja) 2020-05-20 2021-05-19 通信制御方法

Country Status (3)

Country Link
US (1) US20230080014A1 (ja)
JP (1) JP7495491B2 (ja)
WO (1) WO2021235499A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11310715B2 (en) * 2019-02-26 2022-04-19 Lg Electronics Inc. Relaxation of mobility condition based on serving cell quality

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Backhaul RLF Recovery", 3GPP DRAFT; R2-1906070 BACKHAUL RLF RECOVERY, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Reno, USA; 20190513 - 20190517, 3 May 2019 (2019-05-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051710397 *
KYOCERA: "Further discussion on Backhaul RLF handling", 3GPP DRAFT; R2-1909635_IAB_BH-RLF-NOTIFICATION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Prague, Czech Republic; 20190826 - 20190830, 16 August 2019 (2019-08-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051767430 *
KYOCERA: "Possible issues on Backhaul RLF handling", 3GPP DRAFT; R2-2003314, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20200420 - 20200430, 10 April 2020 (2020-04-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051871286 *
ZTE, SANECHIPS: "Discussion on IAB BH RLF handling", 3GPP DRAFT; R2-1906575 DISCUSSION ON IAB BH RLF HANDLING, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Reno, USA; 20190513 - 20190517, 3 May 2019 (2019-05-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051710886 *

Also Published As

Publication number Publication date
US20230080014A1 (en) 2023-03-16
JP7495491B2 (ja) 2024-06-04
JPWO2021235499A1 (ja) 2021-11-25

Similar Documents

Publication Publication Date Title
KR101521892B1 (ko) 무선통신 시스템에서 핸드오버 장치 및 방법
JP7422916B2 (ja) 通信制御方法、無線中継装置及びプロセッサ
WO2020196124A1 (ja) ハンドオーバ制御方法
JP2023536001A (ja) サイドリンクリレーシステムにおける障害処理手順のための方法および装置
WO2020032129A1 (ja) 中継装置
JP7322230B2 (ja) 通信制御方法
JP7212199B2 (ja) 通信制御方法
WO2021192918A1 (ja) 通信制御方法
JP7212204B2 (ja) 通信制御方法
US20230078657A1 (en) Communication control method
JP7305684B2 (ja) 通信制御方法
JPWO2020145000A1 (ja) 通信制御方法
JP2024079777A (ja) 通信制御方法
WO2021235499A1 (ja) 通信制御方法
US20240032129A1 (en) Communication control method
WO2021024821A1 (ja) 通信制御方法
JP7410167B2 (ja) 通信制御方法及び無線中継装置
WO2021066161A1 (ja) 通信制御方法及びユーザ装置
WO2023140334A1 (ja) 通信制御方法
JP7460856B2 (ja) 通信制御方法
JP7426383B2 (ja) 通信制御方法
JP7506271B2 (ja) 通信制御方法及び中継ノード
WO2022149470A1 (ja) 通信制御方法
US20240179543A1 (en) Communication control method
JPWO2015141726A1 (ja) 通信制御方法、基地局及びユーザ端末

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21807992

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022524521

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

Country of ref document: EP

Kind code of ref document: A1