WO2021024821A1 - 通信制御方法 - Google Patents
通信制御方法 Download PDFInfo
- Publication number
- WO2021024821A1 WO2021024821A1 PCT/JP2020/028571 JP2020028571W WO2021024821A1 WO 2021024821 A1 WO2021024821 A1 WO 2021024821A1 JP 2020028571 W JP2020028571 W JP 2020028571W WO 2021024821 A1 WO2021024821 A1 WO 2021024821A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- rlf
- iab node
- notification
- failure
- lower device
- Prior art date
Links
Images
Classifications
-
- 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
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- 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
- 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
Definitions
- the present disclosure relates to a communication control method used in a mobile communication system.
- 3GPP 3rd Generation Partnership Project
- IAB Integrated Access and Backhaul
- One or more relay devices intervene in the communication between the base station and the user equipment, and relay the communication.
- Such a relay device has a user device function and a base station function, and uses the user device function to perform wireless communication with a higher-level node (base station or higher-level relay device) and uses the base station function. Wireless communication with a lower node (user device or lower relay device).
- the wireless section between the user device and the relay device or base station is sometimes called an access link.
- the radio section between the relay device and the base station or other relay device is sometimes referred to as a backhaul link.
- the communication path is dynamically allocated by integrating and multiplexing the data communication of the access link and the data communication of the backhaul link at layer 2 and dynamically allocating the radio resources to the backhaul link. How to switch to is described.
- the communication control method is a method used in a mobile communication system capable of forming at least one communication path using a plurality of relay devices between a user device and a donor device.
- the relay device included in the plurality of relay devices detects a failure of the backhaul link between the higher-level device of the relay device and the relay device, and the backhaul link
- the BAP layer of the relay device transmits a failure notification regarding the failure of the backhaul link to the lower device below the relay device, and the BAP layer of the lower device is the relay device.
- the upper layer of the lower device is notified that the failure notification has been received.
- FIG. 1 is a diagram showing a configuration of a mobile communication system 1 according to an embodiment.
- the mobile communication system 1 is a fifth generation (5G) mobile communication system based on the 3GPP standard.
- the wireless access system in the mobile communication system 1 is NR (New Radio), which is a 5G wireless access system.
- 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 device.
- 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.
- the gNB 200 is connected to the 5GC10 via an interface called an NG interface. In FIG. 1, three gNB200-1 to gNB200-3 connected to 5GC10 are illustrated.
- the gNB 200 is a fixed wireless communication device that performs wireless communication with the UE 100. When the gNB 200 has a donor function, the gNB 200 may perform wireless communication with an IAB node that wirelessly connects to itself.
- the gNB 200 is connected to another gNB 200 that is adjacent to the gNB 200 via an inter-base station interface called an Xn interface.
- FIG. 1 shows an example in which gNB200-1 is connected to gNB200-2 and gNB200-2.
- Each gNB 200 manages one or more cells.
- Cell is used as a term to indicate the smallest unit of wireless communication area.
- the cell may be used as a term for a function or resource for wireless communication with the UE 100.
- One cell belongs to one carrier frequency.
- the UE 100 is a mobile wireless communication device that performs wireless communication with the gNB 200.
- the UE 100 may perform wireless communication with the IAB node 300.
- the UE 100 may be 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, or a vehicle or a device provided in the vehicle.
- FIG. 1 shows an example in which UE 100-1 is wirelessly connected to gNB200-1, UE100-2 is wirelessly connected to IAB node 300-1, and UE100-3 is wirelessly connected to IAB node 300-2. ing.
- the UE 100-1 directly communicates with the gNB 200-1.
- the UE 100-2 indirectly communicates with the gNB 200-1 via the IAB node 300-1.
- the UE 100-3 indirectly communicates with the gNB 200-1 via the IAB node 300-1 and the IAB node 300-2.
- the IAB node 300 is a device (relay device) that intervenes in the communication between the eNB 200 and the UE 100 and relays the communication.
- FIG. 1 shows an example in which the IAB node 300-1 is wirelessly connected to the donor device gNB200-1 and the IAB node 300-2 is wirelessly connected to the IAB node 300-1.
- Each IAB node 300 manages a cell.
- the cell ID of the cell managed by the IAB node 300 may be the same as or different from the cell ID of the cell of the donor gNB200-1.
- the IAB node 300 has a UE function (user device function) and a gNB function (base station function). Such a UE function is sometimes called MT, and a gNB function is sometimes called DU.
- the IAB node 300 performs wireless communication with a higher device (gNB 200 or a higher IAB node 300) by its own UE function (MT), and also performs wireless communication with a lower device (UE 100 or a lower IAB node 300) by its own gNB function (DU). ) And wireless communication.
- the upper side means the donor device (gNB200) side with reference to the IAB node 300
- the lower part means the UE100 side with reference to the IAB node 300.
- the UE function (MT) means at least a part of the functions possessed by the UE 100, and the IAB node 300 does not necessarily have all the functions of the UE 100.
- the gNB function (DU) means at least a part of the functions of the gNB 200, and the IAB node 300 does not necessarily have all the functions of the gNB 200.
- the gNB function (DU) does not have to have an RRC layer, a PDCP layer, or the like.
- the radio section between the UE 100 and the IAB node 300 or gNB 200 may be referred to as an access link (or Uu).
- the radio section between the IAB node 300 and the gNB 200 or other IAB node 300 may be referred to as a backhaul link (or Un).
- a backhaul link may be referred to as a fronthaul link.
- a millimeter wave band may be used for the access link and the backhaul link.
- the access link and the backhaul link may be multiplexed by time division and / or frequency division.
- 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 is used for wireless communication with the UE 100 and wireless communication with the IAB node 300.
- the wireless communication unit 210 has a receiving unit 211 and a transmitting unit 212.
- the receiving unit 211 performs various 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 is used for wired communication (or wireless communication) with 5GC10 and wired communication (or wireless communication) with another 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.
- 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 executes a process 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 is used for wireless communication with the gNB 200 (backhaul link) and wireless communication with the UE 100 (access link).
- the wireless communication unit 310 for backhaul link communication and the wireless communication unit 310 for access link communication may be provided separately.
- the wireless communication unit 310 has a receiving unit 311 and a transmitting unit 312.
- the receiving unit 311 performs various types of reception under the control of the control unit 320.
- the receiving unit 311 includes an antenna, converts 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 the 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 executes a process described later.
- FIG. 4 is a diagram showing the configuration of the UE 100. As shown in FIG. 4, the UE 100 has a wireless communication unit 110 and a control unit 120.
- the wireless communication unit 110 is used for wireless communication on the 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 receiving unit 111 and a transmitting unit 112.
- the receiving unit 111 performs various types of reception under the control of the control unit 120.
- the receiving unit 111 includes an antenna, converts 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 executes a process described later.
- FIG. 5 is a diagram showing an example of a protocol stack configuration of the user plane.
- FIG. 5 shows an example of a protocol stack configuration relating to user data transmission between the UE 100-3 shown in FIG. 1 and the UPF 12 of the 5GC10.
- UPF12 includes GTP-U (GPRS Tunneling Protocol for User Plane), UDP (User Datagram Protocol), IP (Internet Protocol), and Layer 1 / Layer 2 (L1 / L2).
- GTP-U GPRS Tunneling Protocol for User Plane
- UDP User Datagram Protocol
- IP Internet Protocol
- L1 / L2 Layer 1 / Layer 2
- the gNB200-1 (donor gNB) is provided with a protocol stack corresponding to these.
- gNB200-1 has an aggregation unit (CU: Central Unit) and a distribution unit (DU: Distributed Unit).
- the CU has each layer of PDCP (Packet Data Convergence Protocol) or higher in the protocol stack of the wireless interface, and the DU has each layer below the RLC (Radio Link Control), and the CU and the CU via an interface called the F1 interface.
- the DU is connected.
- the CU has SDAP (Service Data Adaptation Protocol), PDCP, IP, and L1 / L2.
- SDAP Service Data Adaptation Protocol
- PDCP Packet Control Protocol
- IP Packet Control Protocol
- L1 / L2 Low-power Packet Control Protocol
- the SDAP and PDCP of the CU communicate with the SDAP and PDCP of the UE 100 via the DU, the IAB node 300-1 and the IAB node 300-2.
- the DU has an RLC, an adaptation layer (Adapt), a MAC (Medium Access Control), and a PHY (Physical layer) in the protocol stack of the wireless interface.
- RLC Radio Link Control
- Adapt adaptation layer
- MAC Medium Access Control
- PHY Physical layer
- These protocol stacks are protocol stacks for gNB.
- the adaptation layer and RLC (S-RLC) may have an opposite hierarchical relationship.
- the adaptation layer may be referred to as the backhaul adaptation protocol (BAP) layer.
- BAP backhaul adaptation protocol
- the IAB node 300-1 is provided with the protocol stack ST1 for the UE corresponding to these. Further, the IAB node 300-1 is provided with a protocol stack ST2 for gNB. Both the protocol stack ST1 and the protocol stack ST2 are composed of layers (each sublayer) below layer 2. That is, the IAB node 300-1 is a layer 2 relay device that relays user data using each layer of layer 2 or lower. The IAB node 300-1 relays data without using a layer of layer 3 or higher (specifically, a layer of PDCP or higher).
- the IAB node 300-2 has a protocol stack configuration similar to that of the IAB node 300-1.
- each of the gNB 200-1, the IAB node 300-1, the IAB node 300-2, and the UE 100-3 has an RRC (Radio Resource Control) corresponding to layer 3.
- RRC Radio Resource Control
- An RRC connection is established between the RRC of gNB200-1 (donor gNB) and the RRC of IAB node 300-1, and RRC messages are transmitted and received using this RRC connection. Further, an RRC connection is established between the RRC of the gNB200-1 and the RRC of the IAB node 300-2, and an RRC message is transmitted / received using this RRC connection. Further, an RRC connection is established between the RRC of gNB200-1 and the RRC of UE100-3, and RRC messages are transmitted and received using this RRC connection.
- FIG. 6 is a diagram showing the operation of the IAB node 300 according to the first embodiment.
- the IAB node 300 is wirelessly connected to the host device A via the backhaul link.
- the higher-level device A is a higher-level IAB node or donor gNB (donor device).
- the lower devices B1 and B2 are connected to the IAB node 300, and the lower device B3 is connected to the lower device B2.
- the lower device B4 is a device that is not under the control of the IAB node 300.
- the lower devices B1 to B4 are lower IAB nodes or UEs. In the following, when the lower devices B1 to B4 are not particularly distinguished, they are simply referred to as lower devices B.
- the user device function unit (MT) that wirelessly connects to the upper device A is wireless with the lower device B. Notify the status information to the base station function unit (DU) connected by.
- This state information includes at least one of the RRC state of the user device function unit (MT) and the wireless link state (hereinafter referred to as backhaul link state) between the host device A and the user device function unit (MT). This is information indicating the state of.
- the base station function unit (DU) can control the service provision to the lower device B in consideration of the state on the backhaul link side.
- the RRC state of the user equipment function unit (MT) is either connected, inactive, or idle.
- the backhaul link state is a state based on at least one index among the above 1) to 6) below, or a combination of these indexes.
- RLF state such as detection of backhaul RLF (hereinafter referred to as BH RLF) and recovery from BH RLF.
- Link status such as RLC (Radio Link Control) retransmission count and RACH (Random Access Channel) retransmission count
- Congestion level such as RSSI (Received Signal Strength Indicator), CBR (Channel Busy Ratio), LBT (Listen Before Talk) situation, etc.
- Delay status such as the measured value of uplink scheduling delay time and the amount of data in the uplink buffer.
- the backhaul link state may be a state in which the degree of goodness of the backhaul link state based on the indicators 1) to 6) above, for example, better than the threshold value or worse than the threshold value.
- the user equipment function unit (MT) may notify the base station function unit (DU) of the state information by using a change in the RRC state or a change in the backhaul link state as a trigger. For example, the user equipment function unit (MT) notifies the base station function unit (DU) of the state information when an event that the backhaul link state satisfies the threshold condition occurs.
- the user equipment function unit (MT) may periodically notify the base station function unit (DU) of the status information.
- the base station function unit (DU) may stop providing services to the lower device B based on the status information from the user device function unit (MT). Stopping the service provision to the lower device B means stopping the transmission of at least one downlink radio signal.
- the base station function unit (DU) may stop the transmission of PSS (Primary Synchronization Signal), SSS (Secondary Synchronization Signal), and MIB (Master Information Block).
- the base station function unit (DU) may stop providing services to the lower device B when the user device function unit (MT) transitions to the RRC idle state or the RRC inactive state.
- the base station function unit (DU) may resume service provision to the lower device B when the user device function unit (MT) transitions to the RRC connected state.
- the base station function unit (DU) may stop providing services to the lower device B when the backhaul link is deteriorated, for example, when BH RLF is detected.
- the base station function unit (DU) may resume providing services to the lower device B when the backhaul link is improved.
- the base station function unit (DU) may control the radio resource allocation (scheduling) to the lower device B based on the state information from the user device function unit (MT).
- the base station function unit (DU) may cancel the resource allocation to the lower device B when the user device function unit (MT) transitions to the RRC idle state or the RRC inactive state.
- the base station function unit (DU) is in the RRC connected state when the user device function unit (MT) transitions to the RRC idle state or the RRC inactive state and allocates uplink resources to the lower device B. You may request the user equipment function unit (MT) to make a transition to.
- the base station function unit (DU) may resume resource allocation to the lower device B when the user device function unit (MT) transitions to the RRC connected state.
- the base station function unit (DU) may cancel the resource allocation to the lower device B when the backhaul link is deteriorated, for example, when BH RLF is detected.
- the base station function unit (DU) may resume resource allocation to the lower device B when the backhaul link is improved, for example, when the BH RLF is restored.
- the base station function unit (DU) receives a notification indicating deterioration of the backhaul link, for example, a notification indicating the occurrence of BH RLF (hereinafter, RLF Notification or RLF Notification) based on the state information from the user device function unit (MT).
- BH RLF Notification may be transmitted to the lower device B.
- the BH RLF Notification may include the identifier of the IAB node 300.
- the base station function unit (DU) may transmit the BH RLF Notification by the control signal of the layer lower than the RRC layer. This is because the base station function unit (DU) does not have an RRC connection with the lower device B.
- the control signal of the layer lower than the RRC layer is MAC CE (Control Element), RLC Control PDU (Protocol Data Unit), or PDCCH (Physical Downlink Control Channel), but MAC CE will be used below as an example. To do.
- the base station function unit (DU) may transmit the BH RLF Notification to the lower device B by unicast.
- the base station function unit (DU) may transmit the BH RLF Notification by broadcasting or multicast in order to reduce the signaling load of the BH RLF Notification.
- the lower devices B3 and B4 monitor not only the BH RLF Notification from the connected cell (upper IAB node) but also the BH RLF Notification from the other cells, so that the lower devices B3 and B4 can monitor the BH RLF Notification from the IAB node 300.
- BH RLF Notification can be received.
- the base station function unit (DU) may broadcast the BH RLF Notification using, for example, a fixed RNTI (Radio Network Temporary Identifier) defined in advance in the specifications.
- the base station function unit (DU) may transmit the BH RLF Notification by multicast using the common RNTI assigned to the group of lower devices.
- the base station function unit (DU) may notify (broadcast) by SIB whether the BH RLF Notification is transmitted by broadcast / multicast or unicast. Based on this SIB, the lower device B may change the standby mode of the BH RLF Notification, for example, the RNTI used for monitoring the BH RLF Notification.
- the base station function unit (DU) may periodically transmit the BH RLF Notification during the period when the wireless link state of the backhaul link is deteriorated, for example, during the period when the BH RLF is generated. In this case, BH RLF is generated within the period in which the BH RLF Notification is periodically transmitted.
- the base station function unit (DU) may transmit a BH RLF Notification when a BH RLF occurs, and a notification (BH Recovered) indicating the restoration when the BH RLF is restored.
- BH Recovered indicating the restoration when the BH RLF is restored.
- the lower device B determines that BH RLF has occurred within the period of receiving the BH RLF Notification from the IAB node 300.
- the transmission cycle of the BH RLF Notification may be set from the donor device to the base station function unit (DU) via the user device function unit (MT) of the IAB node 300.
- the lower device B When the BH RLF Notification is transmitted by multicast, the lower device B that has received the BH RLF Notification may start transmitting the ACK / NACK feedback to the IAB node 300 in response to the reception of the BH RLF Notification.
- the IAB node 300 receives the ACK from all the subordinate devices B1 to B3, the IAB node 300 may stop the periodic transmission of the BH RLF Notification.
- the subordinate devices B1 to B3 that have received the BH RLF Notification may perform a process for switching the connection destination or the communication path from the IAB node 300. Examples of such processing include connection reestablishment processing, conditional handover trigger processing, communication path switching processing, and measurement report processing for handover.
- connection reestablishment processing when the lower devices B1 to B3 do not receive the BH RLF Notification from the IAB node 300 after starting such a switching process until the switching process is completed (or recovering the BH RLF).
- the notification shown it may be determined that the backhaul link of the IAB node 300 has been restored, and the switching process may be stopped.
- the subordinate devices B1 to B3 that have received the BH RLF Notification perform a cell search for searching for a cell other than the cell of the IAB node 300, and reestablish the connection (RRC Restamination) for the appropriate cell.
- RRC Restamination reestablishment process
- the connection reestablishment process may be controlled so as to be distributed in time.
- the lower devices B1 to B3 distribute the execution start time of the connection reestablishment process of the lower devices B1 to B3 by determining the execution start time of the connection reestablishment process using a random value or the UE-ID. It is possible to prevent load concentration.
- the base station function unit (DU) distributes the transmission timing of the BH RLF Notification to distribute the execution start time of the connection reestablishment processing of the lower devices B1 to B3. You may let me.
- the lower devices B1 to B3 that have received the BH RLF Notification are connected to the IAB node 300 and the higher device other than the IAB node 300 to perform DC communication, the lower devices B1 to B3 have another communication path via the IAB node 300. You may switch to the higher-level device of, or you may send BH RLF Notification to another communication device. For example, when the lower device B sets the IAB node 300 as the master node (MN) and the other higher device as the secondary node (SN) for backup, the lower device B switches the communication path via the MN to the SN. ..
- MN master node
- SN secondary node
- the subordinate devices B1 to B3 that have received the BH RLF Notification are set for conditional handover, they may consider that the conditions are satisfied and perform the handover.
- the handover condition is an event indicating deterioration of the radio quality of the serving cell
- the handover may be forcibly triggered by modifying the radio quality measurement result of the serving cell to be low (for example, assuming that it is ⁇ 200 dBm).
- Subordinate devices B1 to B3 that have received the BH RLF Notification may trigger the transmission of the measurement report.
- the general measurement report is transmitted as an RRC message, but the base station function unit (DU) does not have an RRC layer. Therefore, the IAB node 300 holds the measurement report from the lower device B until it recovers from the backhaul link RLF, and transfers it to the donor device when it recovers (temporarily) from the BH RLF, and the donor device The lower device B may be handed over.
- the lower device B4 that has received the BH RLF Notification may perform a process for excluding the IAB node 300 as a candidate for the connection destination.
- the lower device B4 that has received the BH RLF Notification lowers the priority of the cell of the IAB node 300 or excludes it from the reselection target in the cell reselection operation in the RRC idle state or the RRC inactive state, or the IAB node.
- the IAB node 300 may be excluded as a connection destination candidate by adjusting the received power measurement value for the 300 to a low value.
- an offset value may be applied to the actual received power measurement value.
- the offset value may be a predetermined fixed value.
- the offset value may be a value notified from the network, and the notification may be notified by the notification information (SIB) of the cell in which the lower device B4 is currently camping.
- SIB notification information
- the lower device B4 may perform the process for excluding the IAB node 300 as a candidate for the connection destination at the timing before starting the RRC Set Request process or the RRC Request Request process at the time of transitioning to the RRC connected state. ..
- the lower device B4 confirms whether or not the destination candidate cell has notified the BH RLF Notification before transmitting the RRC Set Request Request.
- the lower device B4 transmits an RRC Set Request if the destination candidate cell has not notified the BH RLF Notification.
- the transmission of the RRC Set Request is stopped (or stopped), and the cell reselection operation is performed to select an appropriate RRC Set Request destination.
- the lower device B4 When the lower device B4 no longer receives the BH RLF Notification from the IAB node 300 (or receives a notification indicating the restoration of the BH RLF), the lower device B4 determines that the backhaul link of the IAB node 300 has been restored and connects to the connection destination. The process for excluding the IAB node 300 as a candidate for is may be stopped.
- FIG. 7 is a diagram showing an example of the operation according to the first embodiment.
- another IAB node may intervene between the IAB node (Parent IAB node) 300 and the donor gNB (IAB donor) 200.
- step S101 the user equipment function unit (MT) of the IAB node 300 detects a radio problem (radio problem).
- step S102 the user device function unit (MT) of the IAB node 300 detects the BH RLF (RLF declaration).
- step S103 the user equipment function unit (MT) of the IAB node 300 notifies the base station function unit (DU) of the IAB node 300 of the state information indicating the occurrence of BH RLF.
- step S104 the base station function unit (DU) of the IAB node 300 starts the periodic transmission of the BH RLF Notification in response to the notification from the user device function unit (MT).
- step S105 the lower device B that has received the BH RLF Notification starts a process for switching the connection destination or the communication path from the IAB node 300.
- processing include connection reestablishment processing (Early RRC Re-establishment), conditional handover trigger processing (Triggering Conditional HO), and communication path switching processing (Switching to redundant route).
- step S106 the user device function unit (MT) of the IAB node 300 cannot reestablish the connection during, for example, the operation of the T310, and transitions to the RRC idle state according to the expiration of the T310 (Go to IDLE).
- step S107 the user equipment function unit (MT) of the IAB node 300 notifies the base station function unit (DU) of the IAB node 300 of the state information indicating the transition to the RRC idle state.
- step S108 the base station function unit (DU) of the IAB node 300 stops providing services to the lower device B in response to a notification from the user device function unit (MT) (Service stopped).
- step S109 the lower device B detects the RLF because the service provision from the IAB node 300 is stopped.
- the IAB node 300 that has detected the BH RLF transmits the BH RLF Notification to the lower device B, and the lower device B receives the BH RLF Notification.
- An example of starting the process for switching the connection destination or the communication path from the IAB node 300 has been described.
- the lower device B stops the uplink transmission to the IAB node 300 in response to the reception of the BH RLF Notification from the IAB node 300.
- the uplink signal of the lower device B is sent to the donor device 200. Not reachable. Therefore, the lower device B stops the uplink transmission in response to the reception of the BH RLF Notification from the IAB node 300, so that the increase in power consumption and interference can be suppressed.
- the communication control method according to this modification is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the IAB node 300 included in the plurality of IAB nodes 300 detects the BH RLF (BH RLF) between the higher-level device A of the IAB node 300 and the IAB node 300.
- the IAB node 300 transmits a failure notification (BH RLF Notification) regarding the BH RLF to the lower device B lower than the IAB node 300.
- the lower device B has the function of stopping the uplink transmission to the IAB node 300 in response to the reception of the BH RLF Notification from the IAB node 300.
- the lower device B may stop the uplink transmission to the IAB node 300 and start the process for switching the connection destination or the communication path from the IAB node 300. Alternatively, the lower device B waits for the restoration of the BH RLF in a state where the uplink transmission to the IAB node 300 is stopped, and if the BH RLF does not recover even after waiting for a certain period of time, the connection destination or the communication path is switched from the IAB node 300. You may start the process of.
- the suspension of uplink transmission in the lower device B includes at least one of the following a) to e).
- a scheduling request is a signal requesting allocation of uplink radio resources.
- the subordinate device B that has received the BH RLF Notification from the IAB node 300 stops (prohibits) the transmission of the scheduling transmission to the IAB node 300.
- PUSCH Physical Uplink Shared Channel
- the subordinate device B that has received the BH RLF Notification from the IAB node 300 has this allocation even when the uplink radio resource (PUSCH resource) is allocated from the IAB node 300, that is, even if it receives the uplink grant. Stops (prohibits) PUSCH transmission without applying. That is, the lower device B that has received the BH RLF Notification from the IAB node 300 stops (prohibits) the transmission of the uplink data and the uplink RRC signaling.
- PUSCH resource Physical Uplink Shared Channel
- Suspend the radio bearer of lower device B Suspend the wireless bearer means to stop (prohibit) the use of the wireless bearer while maintaining the wireless bearer settings.
- the subordinate device B that has received the BH RLF Notification from the IAB node 300 may suspend all the radio bearers corresponding to the IAB node 300, or data among these radio bearers while continuing to use the signaling radio bearer. You may suspend the wireless bearer.
- Stop PUCCH transmission from the lower device B to the IAB node 300 This may include the suspension of SR transmission by the MAC layer described in a) and the suspension of CSI (Channel State Information) feedback by the PHY layer.
- the lower device B may determine that the IAB node 300 has recovered from the BH RLF, and restart the uplink transmission according to this determination.
- the IAB node 300 transmits a notification (RLF Recovered) indicating that the BH RLF has been restored to the lower device B
- the lower device B receives the RLF Recovered
- the IAB node 300 receives the BH RLF. It is judged that it has recovered from, and the uplink transmission is restarted.
- the lower device B responds to the stoppage of the transmission of the BH RLF Notification. Then, it is determined that the IAB node 300 has recovered from the BH RLF, and the uplink transmission is restarted.
- the lower device B may determine that the transmission of the BH RLF Notification has stopped when the BH RLF Notification has not been received. For example, when the BH RLF Notification is not received at a predetermined timing, the determination is performed.
- the predetermined timing may be the transmission cycle in the case of the periodic transmission.
- the BH RLF Notification transmission stop is, for example, when the lower device B has already stopped when the scheduling request is desired to be transmitted, or at the next BH RLF Notification timing from the time when the scheduling request is desired to be transmitted. This includes the case where BH RLF Notification has stopped.
- FIG. 8 is a diagram showing a configuration when a dual connection is applied in this modified example.
- the lower device B performs dual connection communication in which the IAB node 300M is the master node (MN) and the IAB node 300S is the secondary node (SN).
- MN master node
- SN secondary node
- MCG master cell group
- SCG secondary cell group
- the higher-level device A1 of the IAB node 300M and the higher-level device A2 of the IAB node 300S are the IAB node 300 or the gNB 200.
- the lower device B is an IAB node 300 or a UE 100.
- the IAB node 300M which is an MN
- the IAB node 300M detects the BH RLF with the upper device A1
- the lower device B stops the uplink transmission to the IAB node 300M and stops the uplink transmission to the SN IAB node 300S in response to the reception of the BH RLF Notification from the MN IAB node 300M.
- the MN detects the BH RLF
- the lower device B stops all uplink transmissions (uplink transmissions to MCG and SCG).
- the IAB node 300S which is an SN
- the IAB node 300S detects the BH RLF with the upper device A2
- the lower device B stops the uplink transmission to the IAB node 300S which is the SN without stopping the uplink transmission to the IAB node 300M which is the MN.
- the SN detects the BH RLF
- the lower device B stops only the uplink transmission to the SN (uplink transmission to the SCG).
- the IAB node 300 transmits the BH RLF Notification in the MAC layer.
- the lower device B that has received such BH RLF Notification notifies the upper layer about the BH RLF Notification received in the MAC layer.
- the communication control method according to this modification is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the IAB node 300 included in the plurality of IAB nodes 300 detects the BH RLF between the higher-level device A of the IAB node 300 and the IAB node 300.
- the MAC layer of the IAB node 300 transmits a failure notification (BH RLF Notification) regarding the BH RLF to the lower device B lower than the IAB node 300.
- the MAC layer of the lower device B notifies the upper layer of the lower device B that the failure notification has been received in response to the reception of the failure notification from the IAB node 300.
- FIG. 9 is a diagram showing an operation related to this modified example.
- FIG. 9 (1) shows an example in which the lower device B is the IAB node 300.
- FIG. 9 (2) shows an example in which the lower device B is the UE 100.
- the host device A may be an IAB node 300 or a gNB 200 (donor device).
- the IAB node 300 has an MT, a BAP layer, and a DU. At least a part of the BAP layer may be contained in MT or DU.
- the DU of the IAB node 300 has a MAC layer.
- the DU also has a PHY layer and an RLC layer (not shown).
- the MT of the lower device B (lower IAB node) has a MAC layer and an RRC layer.
- the DU also has a PHY layer and an RLC layer (not shown).
- the IAB node 300 is configured in the same manner as in FIG. 9 (1).
- the lower device B (UE100) has a MAC layer, a PDCP layer, and an RRC layer.
- the UE 100 also has a PHY layer and an RLC layer (not shown).
- the MAC layer of the DU of the IAB node 300 transmits the BH RLF Notification to the lower device B in response to the detection of the BH RLF. .. BH RLF Notification may be included in MAC CE (Control Element).
- the MAC layer of the lower device B receives the BH RLF Notification, it notifies the upper layer of the lower device B that the BH RLF Notification has been received.
- the notification to the upper layer may be a notification indicating that BH RLF has been detected in the IAB node 300, or is used by the corresponding communication path (or the wireless link between the IAB node 300 and the lower device B). It may be a notification that it is impossible.
- the upper layer to be notified from the MAC layer includes at least one of the RRC layer, the BAP layer, and the PDCP layer.
- the upper layer may perform the process described in the first embodiment, that is, the process for switching the connection destination or the communication path from the IAB node 300, or as described in the first modification of the first embodiment. Processing, that is, uplink transmission may be stopped.
- the RRC layer that has received the notification from the MAC layer executes, for example, at least one of the following processes.
- the RRC layer establishes a link by an MT other than the MT that has received the BH RLF Notification.
- the RRC layer performs an RRC reestablishment process (RRC Restabrishment) on another cell (another higher-level device).
- the RRC layer transmits a notification (SCG Fairure Indication) to the MN (MCG).
- the RRC layer transmits a notification (MCG Fairure Indication) to the SN (SCG).
- the BAP layer or the PDCP layer that has received the notification from the MAC layer transfers the buffered upstream data to another link (rerouting) when the lower device B has a dual connection.
- the BAP layer or the PDCP layer transfers the upstream data to the MN (MCG).
- MCG MN
- the BAP layer or the PDCP layer transfers the upstream data to the SN (SCG).
- the BAP layer or PDCP layer stops the transmission of upstream data to the RLC channel (that is, the RLC entity) that has established a link with the route (upper node) where the BH RLF is occurring.
- BH RLF Notification may be transmitted / received in, for example, the RRC layer.
- the RRC layer of the lower device B receives the BH RLF Notification, it notifies another layer (for example, the BAP layer and / or the MAC layer) that the BH RLF Notification has been received.
- the BH RLF Notification may be transmitted and received in the BAP layer.
- the BAP layer of the lower device B receives the BH RLF Notification, it notifies another layer (for example, the RRC layer and / or the MAC layer) that the BH RLF Notification has been received.
- the IAB node 300 periodically (continuously) transmits the BH RLF Notification within the period in which the BH RLF is generated will be described.
- the transmission cycle may be a constant cycle defined in the specifications of the mobile communication system 1, but in this modification, the transmission cycle is variable.
- the communication control method according to this modification is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the IAB node 300 included in the plurality of IAB nodes 300 detects the BH RLF between the higher-level device A of the IAB node 300 and the IAB node 300.
- the IAB node 300 In response to the detection of the BH RLF, the IAB node 300 repeatedly transmits a failure notification (BH RLF Notification) regarding the BH RLF to the lower device B lower than the IAB node 300.
- the IAB node 300 has a function of transmitting timing information regarding the timing of repeated transmission of the failure notification to the lower device B.
- the transmission cycle of the failure notification (BH RLF Notification) can be made variable. If the cycle is shortened, transmission will occur frequently, so when the upper node recovers from BH RLF, the lower node can quickly know the recovery and can quickly perform recovery operations such as resuming UL transmission. There is a merit that can be done. On the other hand, there are disadvantages that the power consumption required for transmission / reception increases and interference increases. When the cycle is lengthened, the above advantages / disadvantages are reversed. Therefore, the transmission cycle of the failure notification (BH RLF Notification) can be adjusted to the optimum value according to the network design policy.
- the repetitive transmission may be a periodic transmission or an aperiodic transmission.
- the timing information transmitted by the IAB node 300 includes information indicating the transmission cycle of the BH RLF Notification.
- the timing information transmitted by the IAB node 300 may include information indicating a subframe number corresponding to the transmission timing of the BH RLF Notification.
- the IAB node 300 may transmit the SIB including the timing information by broadcasting.
- the donor device may send an RRC message (RRC Configuration message) including timing information to the lower device B via the IAB node 300.
- the IAB node 300 may transmit timing information to the lower device B together with the BH RLF Notification. Specifically, the IAB node 300 transmits BH RLF Notification including timing information.
- the timing information included in one BH RLF Notification may include information indicating a subframe number corresponding to the transmission timing of the next BH RLF Notification.
- the BH RLF Notification may be transmitted and received in the MAC layer.
- the IAB node 300 that has detected the BH RLF may repeatedly transmit the BH RLF Notification to the lower device B during the period of trying to reestablish the backhaul link. Specifically, even if the IAB node 300 that detects the BH RLF fails to reestablish the RRC of the backhaul link, it transmits the BH RLF Notification within the period during which the trial of reestablishing the RRC of the backhaul link is continued. continue. If the RRC reestablishment is not successful within this period, the DU of the IAB node 300 stops the transmission of the BH RLF Notification and also stops the service provision to the lower device B (that is, PSS / SSS / MIB / SIB1). To stop). Further, the MT of the IAB node 300 transitions to the RRC idle state.
- the second embodiment is an embodiment assuming a double connection (DC), and can be used in combination with the operation according to the first embodiment and its modified example.
- DC double connection
- FIG. 10 is a diagram showing an operation example 1 of the second embodiment.
- the IAB node 300 performs dual connection communication in which the host device A1 is the MN and the host device A2 is the secondary node (SN).
- a lower device B is wirelessly connected to the IAB node 300.
- the lower device B is a lower IAB node or UE.
- the IAB node 300 does not set a backhaul link for a communication path with the host device A1 which is an MN, but sets a control link for the host device A1 to control the IAB node 300.
- the IAB node 300 sets a backhaul link for a communication path with the host device A2 which is an SN.
- the IAB node 300 having a dual connection sets both the backhaul link with the MN and the backhaul link with the SN, even if BH RLF occurs in the backhaul link with the SN, the backhaul with the MN As long as the BH RLF is maintained on the hall link, it is considered unnecessary for the IAB node 300 to transmit the BH RLF Notification to the lower device B. This is because even if BH RLF occurs in the backhaul link with the SN, the lower device B may maintain the connection to the IAB node 300 as long as the backhaul link with the MN is maintained.
- the IAB node 300 having a dual connection does not set a backhaul link with the MN, the IAB node 300 cannot send and receive the data of the lower device B to and from the MN. Therefore, when BH RLF occurs in the backhaul link with the SN, the lower device B cannot transmit / receive data via the IAB node 300, so that the IAB node 300 transmits the BH RLF Notification to the lower device B. Should be done.
- the communication control method according to this operation example is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the IAB node 300 included in the plurality of IAB nodes 300 performs dual connection communication in which the higher-level device A2 of the IAB node 300 is the SN and the other device (upper device A1) is the MN.
- the higher-level device A2 of the IAB node 300 is the SN and the other device (upper device A1) is the MN.
- the IAB node 300 detects the BH RLF between the IAB node 300 and the SN, and in response to the detection of the BH RLF, the IAB node 300 issues a failure notification (BH RLF Notification) regarding the BH RLF. It has to transmit to the lower device B of the lower 300.
- BH RLF Notification a failure notification regarding the BH RLF. It has to transmit to the lower device B of the lower 300.
- the IAB node 300 that performs dual connection communication transmits a failure notification to the lower device B depending on whether or not a backhaul link is set with the MN. Decide whether or not. Specifically, when the backhaul link is not set between the IAB node 300 and the MN, the IAB node 300 transmits a failure notification to the lower device B in response to the detection of the BH RLF between the IAB node 300 and the SN. Then decide. On the other hand, when a backhaul link is set with the MN, the IAB node 300 determines that the failure notification is not transmitted to the lower device B even if the BH RLF between the IAB node 300 and the SN is detected. To do.
- double connection (DC) by LTE and NR that is, EN-DC (E-UTRA (Evolved Universal Terrestrial Radio Access) -NR Dual Connectivity) may be assumed.
- the MN (upper device A1) is an LTE device
- the SN (upper device A2) is an NR device.
- the MN (upper device A1) is the LTE base station eNB
- the SN (upper device A2) is the NR base station gNB (donor device 200) or the upper IAB node.
- a dual connection (DC) using only NR that is, NR-DC (NR Dual Connectivity) may be assumed.
- the MN (upper device A1) is an NR device
- the SN (upper device A2) is also an NR device.
- the MN (upper device A1) is a gNB or upper IAB node that is an NR base station
- the SN (upper device A2) is a gNB or upper IAB node that is an NR base station.
- the IAB node 300 may receive setting information indicating whether or not it is used as a backhaul link from the donor device 200, and set and identify the backhaul link based on this setting information.
- the setting information may be information indicating whether or not the backhaul link is used for each CG (Cell Group) or each bearer.
- FIG. 11 is a diagram showing an operation example 2 of the second embodiment.
- the lower device B performs dual connection communication in which the upper device A1 is the MN and the IAB node 300 is the secondary node (SN).
- the lower device B is a lower IAB node or UE.
- the IAB node 300 detects the BH RLF with the upper device A2 of the IAB node 300, the IAB node 300 transmits the BH RLF Notification to the lower device B.
- the MN upper device A1
- the host device A1 is an IAB node or a base station
- the host device A2 is an IAB node or a base station (donor device 200).
- the communication control method according to this operation example is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the lower device B below the IAB node 300 performs dual connection communication with the IAB node 300 as the SN and the other device (upper device A1) as the MN.
- the IAB node 300 detects the BH RLF between the upper device (upper device A2) of the IAB node 300 and the IAB node 300, the first failure notification (BH RLF Notification) is transmitted to the lower device B.
- the lower device B has a function of transmitting a second failure notification (Failure Indication) indicating BH RLF in the SN to the MN in response to the reception of the first failure notification from the IAB node 300 which is the SN.
- a second failure notification (Failure Indication) indicating BH RLF in the SN to the MN in response to the reception of the first failure notification from the IAB node 300 which is the SN.
- the lower device B When the lower device B detects the RLF between the lower device B and the IAB node 300, the lower device B may transmit the SCG Failure Indication to the MN.
- the second failure notification (Failure Indication) is when BH RLF occurs between the IAB node 300 and the upper device A2 even if the RLF is not detected between the lower device B and the IAB node 300. Is transmitted from the lower device B to the MN.
- the second failure notification (Failure Indication) may be an information element in the SCG Failure Indication message, or may be a message different from the SCG Failure Indication message.
- the lower device B may include "BH RLF" in the second failure notification (Failure Indication) as information indicating the cause (Cause) of the SCG failure.
- the second failure notification may include an identifier indicating the IAB node 300 or its cell.
- the higher-level device A1 (MN) that has received the second failure notification (Failure Indication) from the lower-level device B changes the SN (Secondary Node Change) in order to connect the link on the IAB node 300 side, which is the SN, to another higher-level device. Etc. are performed. Further, the host device A1 (MN) determines that the DC setting has been disconnected (filed) based on the second failure notification (Failure Indication), and executes a process of releasing the UE context in the SN IAB node 300. You may. For example, a UE context release message is transmitted from the host device A1 (MN) to the IAB node 300 (SN) via the interface between the host device A1 (MN) and the IAB node 300 (SN).
- SN Service Node Change
- FIG. 12 is a diagram showing an operation example 3 of the second embodiment.
- the IAB node 300 is performing dual connection communication with the MN300M and the SN300S.
- Each of the MN300M and SN300S is an upper IAB node.
- the MN300M detects the BH RLF with its higher-level device A1, it transmits the BH RLF Notification to the IAB node 300.
- the SN300S detects the BH RLF with its own higher-level device A2, the SN300S transmits the BH RLF Notification to the IAB node 300.
- Each of the higher-level devices A1 and A2 is a higher-level IAB node or base station.
- RLF is not generated in the MCG link which is the link between the IAB node 300 and the MN300M
- RLF is not generated in the SCG link which is the link between the IAB node 300 and the SN300S. ..
- the IAB node 300 transmits the BH RLF Notification to the lower device B only when the BH RLF Notification is received from both the MN300M and the SN300S. In other words, when the IAB node 300 receives the BH RLF Notification from only one of the MN300M and the SN300S, the IAB node 300 does not transmit the BH RLF Notification to the lower device B.
- the communication control method according to this operation example is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the IAB node 300 included in the plurality of IAB nodes 300 performs dual connection communication with the MN300M and the SN300S.
- the MN300M detects the BH RLF between the higher-level device A1 of the MN300M and the MN300M, it transmits a first failure notification (BH RLF Notification) to the IAB node 300.
- the SN300S When the SN300S detects the BH RLF between the higher device A2 of the SN300S and the SN300S, it transmits a second failure notification (BH RLF Notification) to the IAB node 300. 4) When the IAB node 300 receives both the first failure notification and the second failure notification, the third failure notification (BH RLF Notification) is transmitted to the lower device B lower than the IAB node 300, and Has.
- the IAB node 300 receives both the first failure notification and the second failure notification even if RLF does not occur between the IAB node 300 and the MN300M and between the IAB node 300 and the SN300S.
- the IAB node 300 notifies the lower device B of the third failure (BH RLF Notification) when BH RLF is detected in both the MN300M and the SN300S even if the wireless state of the IAB node 300 is good.
- BH RLF Notification the third failure notification
- the IAB node 300 When the IAB node 300 receives both the first failure notification and the second failure notification, it may be considered that the BH RLF at the IAB node 300 has occurred.
- the IAB node 300 considers that the BH RLF has occurred, and as a result, transmits the BH RLF Notification to the lower device B. Further, the IAB node 300 may perform an operation such as reestablishing the RRC for another higher-level device by regarding that the BH RLF has occurred.
- the lower device A third failure notification may be sent to B. That is, the IAB node 300 does not receive both the first failure notification and the second failure notification and immediately transmits the third failure notification to the lower device B, but sends both the first failure notification and the second failure notification. After confirming that its own backhaul communication is not restored within a certain period of time after receiving it, the third failure notification is transmitted to the lower device B.
- the IAB node 300 determines that its backhaul communication has been restored within a certain period of time after receiving both the first failure notification and the second failure notification, the IAB node 300 notifies the lower device B of the third failure. Do not send.
- FIG. 13 is an operation flow diagram of the IAB node 300 in this operation example.
- each of the MN300M and the SN300S periodically (continuously) transmits the BH RLF Notification within the period during which the BH RLF is detected.
- step S201 the IAB node 300 determines whether or not BH RLF Notification has been received from both the MN300M (MCG) and the SN300S (SCG), that is, all the CGs.
- MCG MN300M
- SCG SN300S
- step S202 the IAB node 300 activates a timer corresponding to a certain time.
- the value of this timer may be set in the IAB node 300 by the MN300M or the host device A1 (for example, a donor device).
- step S203 the IAB node 300 determines whether or not reception of BH RLF Notification from both MN300M (MCG) and SN300S (SCG), that is, all CGs is continued. If "No" in step S203, the process returns to step S201.
- MCG MN300M
- SCG SN300S
- step S204 the IAB node 300 determines whether or not the timer started in step S202 has expired. If “No” in step S204, the process returns to step S203.
- step S204 the IAB node 300 transmits the BH RLF Notification to the lower device B in step S205.
- the IAB node 300 may consider that its own BH RLF has occurred in step S205.
- each of the MN300M and the SN300S periodically (continuously) transmits the BH RLF Notification within the period during which the BH RLF is detected.
- each of the MN300M and the SN300S may send a notification (BH Recovered) indicating the recovery when the BH RLF is restored.
- the IAB node 300 may determine whether or not BH Recovered has been received from at least one CG in step S203. Then, when the IAB node 300 receives BH Recovered from at least one CG, the process returns to step S201. On the other hand, if the IAB node 300 has not received BH Recovered from any of the CGs, the process proceeds to step S204.
- the case where "No" is determined in step S203 of FIG. 13 includes a case where the IAB node 300 succeeds in reestablishing the RRC for another higher-level device after receiving the BH RLF Notification from both CGs. ..
- FIG. 14 is a diagram showing an operation example 4 of the second embodiment.
- the lower device B is performing dual connection (NR-DC) communication with the MN300M and the SN300S.
- the lower device B is an IAB node or UE.
- Each of the MN300M and SN300S is an IAB node.
- a backhaul link is set between the MN300M and the host device A1, and a backhaul link is set between the SN300S and the host device A2.
- the communication control method according to this operation example is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the lower device B performs dual connection communication with the MN300M and the SN300S included in the plurality of IAB nodes 300
- the MN300M detects the BH RLF between the upper device A1 and the MN300M
- the MN300M sends a first failure notification (BH RLF Notification) to the lower device B.
- the MN300M detects the BH RLF between the upper device A2 of the SN300S and the SN300S
- the MN300M transmits a second failure notification (BH RLF Notification) to the lower device B.
- the SN300S transmits information about the BH RLF of the SN300S from the SN300S to the MN300M using the interface between the MN300M and the SN300S.
- the host device A2 of the SN300S can detect the BH RLF of the SN300S
- the information about the BH RLF of the SN300S may be transmitted from the host device A2 to the MN300M via the donor device 200.
- the first failure notification includes information indicating the occurrence of BH RLF of the MN300M
- the second failure notification includes information indicating the occurrence of BH RLF of the SN300S.
- the SN300S specifies whether or not the MN300M has a backhaul link based on the notification from the donor device 200 (CU) or the notification from the MN300M.
- the SN300S prohibits the transmission of the BH RLF Notification from the SN300S to the lower device B when the MN300M has a backhaul link.
- the SN300S enables transmission of BH RLF Notification from the SN300S to the lower device B when the MN300M does not have a backhaul link.
- FIG. 15 is a diagram showing an operation example 5 of the second embodiment.
- the lower device B is performing dual connection communication with the MN300M and the SN300S.
- Each of the MN300M and SN300S is an IAB node.
- a backhaul link is set between the MN300M and the host device A1, and a backhaul link is set between the SN300S and the host device A2.
- the lower device B receives a message addressed to the SN300S from the MN300M and transfers the received message to the SN300S.
- the message addressed to the SN300S is, for example, a message for the inter-base station interface (Xn interface) or a message for the CU-DU interface (F1 interface), and is a release message for releasing the SN300S.
- the communication control method according to this operation example is a communication control method used in the mobile communication system 1 capable of forming at least one communication path using a plurality of IAB nodes 300 between the UE 100 and the donor device 200.
- the lower device B performs dual connection communication with the MN300M and the SN300S included in the plurality of IAB nodes 300, and 2) After the SN300S detects the BH RLF between the upper device A2 and the SN300S, the lower device B receives a message addressed to the SN300S from the MN300M. 3) The lower device B has the function of transferring the message received from the MN300M to the SN300S.
- the BH RLF of the SN300S is detected, and the SN300S can receive the message from the MN300M even when the interface does not exist between the MN300M and the SN300S.
- This operation example includes the following procedure.
- the lower device B receives the BH RLF Notification indicating the BH RLF of the SN300S from the SN300S.
- the lower device B may receive the BH RLF Notification indicating the BH RLF of the SN300S from the MN300M (see operation example 4).
- the lower device B may transmit the Failure Indication to the MN300M (see operation example 2).
- the MN300M or the donor device 200 instructs the lower device B to relay the network interface (Xn / F1, etc.).
- the MN300M or the donor device 200 may set exception routing in the routing table information of the lower device B. This setting includes either the ID of the SN300S or its cell and the ID of an entity in the BAP layer of the SN300S.
- the lower device B may notify the SN300S that the exception routing via the lower device B has been set, or request the exception routing via the lower device B.
- the lower device B may notify (respond) to the MN300M or the donor device 200 whether or not a relay route via the lower device B has been established. In the case of notification that the relay route cannot be established (NG), information such as rejection of the SN300S and rejection of the lower device B may be included in the notification as information indicating the cause.
- NG relay route cannot be established
- the MN300M or the donor device 200 transmits a network interface message (for example, a Secondary Node Release message) to the relay route.
- a network interface message for example, a Secondary Node Release message
- the message is encapsulated and carried, for example, by an RRC message or a BAP control message.
- the lower device B forwards the encapsulated message to the SN300S according to the exception routing information described above.
- the SN300S receives the encapsulated message and performs an operation according to the received message. For example, the SN300S performs processing such as stopping the use of wireless resources when receiving Secondary Node Release.
- the SN300S may return the Secondary Node Release Acknowledge to the MN300M or the donor device 200 via the lower device B using exception routing.
- the base station in the mobile communication system 1 may be an eNB which is an LTE base station.
- the core network in the mobile 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 the inter-base station interface (Xn interface, X2 interface).
- a program for causing a computer to execute each process related to each of the above-described embodiments and modifications thereof 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, the gNB 200, or the IAB node 300 and a processor for executing the program stored in the memory may be provided.
- RAN2 discussed the details of RLF notifications, including RLF notifications for downstream nodes and RLF notifications for upstream nodes.
- the Rel-15 UE is still allowed to connect with the IAB node, but the agreed "RLF notification" is a Rel-16 feature.
- the IAB node should stop transmitting SSBs (PSS, SSS, and PBCH) if it fails to restore the backhaul link. This is because it is clear that the IAB node cannot continue service without a backhaul link and intentionally creates radio problems for the Rel-15 UE.
- Proposal 1 RAN2 should agree that the IAB node will stop sending SSB if it fails to restore the backhaul link.
- Proposal 1 also implies that the IAB node may continue to provide services until the backhaul link fails to recover. Then, downstream MT / for backhaul link status, such as "For example, when the link is restored or is in progress, further consideration is needed to determine if other indications are needed.” Further consideration should be given to whether it is worth notifying the UE. However, if the RLF notification is repeatedly transmitted during BH RLF, it is not necessary to specify "other indications". In other words, if the RLF notification is not sent, the BH RLF has not occurred or has already been recovered, otherwise the backhaul link recovery is in progress. Therefore, the issue is whether to repeatedly transmit the RLF notification during the BH RLF.
- Proposal 2 RAN2 should agree that RLF notifications are repeatedly transmitted during BH RLF.
- Proposal 3 RAN2 should agree that the MT / UE will stop the uplink signal, i.e. the SR for data transmission, upon receiving the RLF notification.
- the parent IAB node When the parent IAB node receives RLF on its backhaul link, an RLF notification is sent, but the access link may still be good. In other words, RLF does not occur on the link between the parent IAB node and the child IAB node. Since RAN2 agrees that "the current UE RLF detection and recovery is reused as a baseline", the child node / UE does not declare an RLF, in which case it does not trigger an RLF notification.
- an RLF notification if the receipt of an RLF notification triggers an existing RLF, it also triggers the transmission of an RLF notification to a downstream node, which is immediately propagated between IAB topologies. This can cause all IAB nodes to initiate RRC re-establishment at the same time, breaking the IAB topology. Therefore, receiving an RLF notification does not trigger an RRC reestablishment.
- Proposal 4 RAN2 should agree that the MT / UE does not declare an RLF containing the start of RRC reestablishment upon receipt of the RLF notification and does not trigger the transmission of the RLF notification either.
- RRC idol Another aspect is MT / UE behavior at RRC idle. If Proposal 3 agrees, it is very easy to refrain from initiating an RRC setup request to the parent IAB node that receives the BH RLF from the MT / UE in idle mode. This can be regarded as a kind of access control. Even if an RRC setup request message is sent, it cannot be forwarded to the IAB donor (ie, the CU with the peer RRC entity) for BH RLF and the procedure will eventually fail.
- IAB donor ie, the CU with the peer RRC entity
- Proposal 5 RAN2 should agree that the RRC idle MT / UE should refrain from initiating an RRC setup request to the parent IAB node sending the RLF notification.
- the issue is how the cell reselection process handles the BH RLF, that is, whether the parent IAB node that sends the BH RLF is a candidate cell for reselection. If BH RLF can be recovered in a short time, such optimization is not necessary. Otherwise, the MT / UE will eventually be unable to establish an RRC connection in the cell without the BH link, which can lead to a bad user experience.
- Proposal 6 RAN2 should discuss whether the RRC idle MT / UE can reselect the parent IAB node to send RLF notifications.
- Case 1 (parent is set by DC)
- the RLF notification may be triggered by either MCG RLF or SCG RLF.
- EN-DC ie, the C plane is on LTE Uu
- RN2 is "For IAB nodes using EN-DC, this is a single link deployment (in terms of BAP and backhaul RLC channels). It is not envisioned to use MCG for backhaul links, as agreed to "only BAP routes via NR links). Therefore, even if the RLF occurs only on the SCG link, it should be considered as a BH RLF from the point of view of the IAB topology. This also means that RLF notifications should be sent by the parent IAB node at SCG RLF.
- Finding 2 In the case of an IAB node configured with EN-DC, the SCG RLF should trigger an RLF notification.
- the backhaul link may be set to SCG only or both SCG and MCG.
- SCG-only BH SCG-only BH
- EN-DC EN-DC
- the UE stops UL transmission to the SCG at the MCG RLF ("suspends all RBs except SRB0" by reestablishing the RRC). As a result, it can be regarded as BH RLF.
- MCG RLF suspends all RBs except SRB0
- the current principles of stopping UL transmission may need to be revisited, depending on whether the SCG link should be used in the event of a failure of the MCG link. For example, the high-speed MCG link recovery mechanism discussed at DCCA WI.
- Finding 3 In the case of an IAB node that is set by NR-DC and has BH only in SCG, SCG RLF triggers RLF notification (similar to finding 2).
- Proposal 7 RAN2 should agree that the SCG RLF triggers an RLF notification if the backhaul link consists of SCG only (ie EN-DC and NR-DC with SCG only backhaul). Is.
- Proposal 8 RAN2 should agree that MCG RLF always triggers RLF notifications.
- Finding 4 If the SCG link is used during MCG RLF, it may be necessary to reconsider the current principles regarding the suspension of UL transmission. It is expected to discuss the high-speed restoration of MCG links in DCCA WI.
- the MCG transmits the RLF notification only on the BH RLF
- the SCG transmits the RLF notification only on the BH RLF. This is easy if MAC CE is used for RLF notifications, as each CG has two separate MACs under dual connectivity.
- Proposal 9 RAN2 should agree that RLF notifications may be transmitted by either MCG or SCG via MAC CE.
- the child IAB node when the child IAB node receives the RLF notification from the SCG, if the proposal 3 is accepted, the UL transmission to the SCG is stopped. This can actually be considered a kind of SCG failure, and the child IAB node may expect the MCG to make a topology match (eg, change the secondary node). However, depending on the IAB topology, if the SCG's BH link fails, the MCG may not be aware that the SCG's BH link is (at least temporarily) disconnected and should take appropriate action. May not be possible. Therefore, it should be considered whether the child node can notify the MCG when it receives the RLF notification from the SCG, for example, via the failure information or the SCG failure information.
- Proposal 10 RAN2 should discuss whether MT / UE is allowed to notify MCG when it receives an RLF notification from SCG.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
第1の態様に係る通信制御方法は、ユーザ装置とドナー装置との間に複数の中継装置を用いた少なくとも1つの通信経路を形成可能な移動通信システムにおいて用いる方法である。前記通信制御方法は、前記複数の中継装置に含まれる中継装置が、前記中継装置の上位の上位装置と前記中継装置との間のバックホールリンクの障害を検知することと、前記バックホールリンクの障害の検知に応じて、前記中継装置が、前記バックホールリンクの障害に関する障害通知を前記中継装置の下位の下位装置に送信することと、前記下位装置が、前記中継装置からの前記障害通知の受信に応じて、前記中継装置に対する上りリンク送信を停止することとを有する。
Description
本開示は、移動通信システムに用いられる通信制御方法に関する。
移動通信システムの標準化プロジェクトである3GPP(3rd Generation Partnership Project)において、IAB(Integrated Access and Backhaul)ノードと称される新たな中継装置が検討されている。1又は複数の中継装置が基地局とユーザ機器との間の通信に介在し、この通信に対する中継を行う。
このような中継装置は、ユーザ機器機能及び基地局機能を有しており、ユーザ機器機能を用いて上位ノード(基地局又は上位の中継装置)との無線通信を行うとともに、基地局機能を用いて下位ノード(ユーザ機器又は下位の中継装置)との無線通信を行う。
ユーザ機器と、中継装置又は基地局との間の無線区間は、アクセスリンクと称されることがある。中継装置と、基地局又は他の中継装置との間の無線区間は、バックホールリンクと称されることがある。3GPP寄書「RP-170217」には、アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ2において統合及び多重化し、バックホールリンクに動的に無線リソースを割り当てることにより、通信経路を動的に切り替える方法が記載されている。
第1の態様に係る通信制御方法は、ユーザ装置とドナー装置との間に複数の中継装置を用いた少なくとも1つの通信経路を形成可能な移動通信システムにおいて用いる方法である。前記通信制御方法は、前記複数の中継装置に含まれる中継装置が、前記中継装置の上位の上位装置と前記中継装置との間のバックホールリンクの障害を検知することと、前記バックホールリンクの障害の検知に応じて、前記中継装置のBAPレイヤが、前記バックホールリンクの障害に関する障害通知を前記中継装置の下位の下位装置に送信することと、前記下位装置のBAPレイヤが、前記中継装置からの前記障害通知の受信に応じて、前記障害通知を受信した旨を前記下位装置の上位レイヤに通知することとを有する。
図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
[第1実施形態]
(移動通信システムの構成)
まず、一実施形態に係る移動通信システムの構成について説明する。図1は、一実施形態に係る移動通信システム1の構成を示す図である。移動通信システム1は、3GPP規格に基づく第5世代(5G)移動通信システムである。具体的には、移動通信システム1における無線アクセス方式は、5Gの無線アクセス方式であるNR(New Radio)である。但し、移動通信システム1には、LTE(Long Term Evolution)が少なくとも部分的に適用されてもよい。
まず、一実施形態に係る移動通信システムの構成について説明する。図1は、一実施形態に係る移動通信システム1の構成を示す図である。移動通信システム1は、3GPP規格に基づく第5世代(5G)移動通信システムである。具体的には、移動通信システム1における無線アクセス方式は、5Gの無線アクセス方式であるNR(New Radio)である。但し、移動通信システム1には、LTE(Long Term Evolution)が少なくとも部分的に適用されてもよい。
図1に示すように、移動通信システム1は、5Gコアネットワーク(5GC)10と、ユーザ装置(UE:User Equipment)100と、基地局(gNBと呼ばれる)200と、IABノード300とを有する。IABノード300は、中継装置の一例である。
一実施形態において、基地局がNR基地局である一例について主として説明するが、基地局がLTE基地局(すなわち、eNB)であってもよい。
5GC10は、AMF(Access and Mobility Management Function)11及びUPF(User Plane Function)12を有する。AMF11は、UE100に対する各種モビリティ制御等を行う装置である。AMF11は、NAS(Non-Access Stratum)シグナリングを用いてUE100と通信することにより、UE100が在圏するエリアの情報を管理する。UPF12は、ユーザデータの転送制御等を行う装置である。
gNB200は、NGインターフェイスと呼ばれるインターフェイスを介して、5GC10に接続される。図1において、5GC10に接続された3つのgNB200-1~gNB200-3を例示している。gNB200は、UE100との無線通信を行う固定の無線通信装置である。gNB200がドナー機能を有する場合、gNB200は、自身に無線で接続するIABノードとの無線通信を行ってもよい。
gNB200は、Xnインターフェイスと呼ばれる基地局間インターフェイスを介して、隣接関係にある他のgNB200と接続される。図1において、gNB200-1がgNB200-2及びgNB200-2に接続される一例を示している。
各gNB200は、1又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、UE100との無線通信を行う機能又はリソースを示す用語として用いられることがある。1つのセルは1つのキャリア周波数に属する。
UE100は、gNB200との無線通信を行う移動可能な無線通信装置である。UE100は、IABノード300との無線通信を行ってもよい。UE100は、gNB200又はIABノード300との無線通信を行う装置であればよい。例えば、UE100は、携帯電話端末、タブレット端末、ノートPC、センサ若しくはセンサに設けられる装置、又は車両若しくは車両に設けられる装置である。
図1において、UE100-1がgNB200-1に無線で接続され、UE100-2がIABノード300-1に無線で接続され、UE100-3がIABノード300-2に無線で接続される一例を示している。UE100-1は、gNB200-1との通信を直接的に行う。UE100-2は、IABノード300-1を介してgNB200-1との通信を間接的に行う。UE100-3は、IABノード300-1及びIABノード300-2を介してgNB200-1との通信を間接的に行う。
IABノード300は、eNB200とUE100との間の通信に介在し、この通信に対する中継を行う装置(中継装置)である。図1において、IABノード300-1がドナー装置であるgNB200-1に無線で接続され、IABノード300-2がIABノード300-1に無線で接続される一例を示している。各IABノード300は、セルを管理する。IABノード300が管理するセルのセルIDは、ドナーgNB200-1のセルのセルIDと同じであってもよいし、異なっていてもよい。
IABノード300は、UE機能(ユーザ装置機能)及びgNB機能(基地局機能)を有する。このようなUE機能はMTと呼ばれることがあり、gNB機能はDUと呼ばれることがある。
IABノード300は、自身のUE機能(MT)により上位装置(gNB200又は上位のIABノード300)との無線通信を行うとともに、自身のgNB機能(DU)により下位装置(UE100又は下位のIABノード300)との無線通信を行う。上位とは、IABノード300を基準としてドナー装置(gNB200)側をいい、下位とは、IABノード300を基準としてUE100側をいう。
UE機能(MT)とは、UE100が有する機能のうち少なくとも一部の機能を意味し、必ずしもUE100の全ての機能をIABノード300が有していなくてもよい。gNB機能(DU)とは、gNB200の機能のうち少なくとも一部の機能を意味し、必ずしもgNB200の全ての機能をIABノード300が有していなくてもよい。例えば、gNB機能(DU)とは、RRCレイヤ及びPDCPレイヤ等を有していなくてもよい。
UE100と、IABノード300又はgNB200との間の無線区間は、アクセスリンク(或いは、Uu)と呼ばれることがある。IABノード300と、gNB200又は他のIABノード300との間の無線区間は、バックホールリンク(或いは、Un)と呼ばれることがある。かかるバックホールリンクは、フロントホールリンクと称されてもよい。
アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ2において統合及び多重化し、バックホールリンクのデータ通信に動的に無線リソースを割り当て、中継の経路を動的に切り替えることが可能である。なお、アクセスリンク及びバックホールリンクには、ミリ波帯が用いられてもよい。また、アクセスリンク及びバックホールリンクは、時分割及び/又は周波数分割により多重化されてもよい。
(基地局の構成)
次に、一実施形態に係る基地局であるgNB200の構成について説明する。図2は、gNB200の構成を示す図である。図2に示すように、gNB200は、無線通信部210と、ネットワーク通信部220と、制御部230とを有する。
次に、一実施形態に係る基地局であるgNB200の構成について説明する。図2は、gNB200の構成を示す図である。図2に示すように、gNB200は、無線通信部210と、ネットワーク通信部220と、制御部230とを有する。
無線通信部210は、UE100との無線通信及びIABノード300との無線通信に用いられる。無線通信部210は、受信部211及び送信部212を有する。受信部211は、制御部230の制御下で各種の受信を行う。受信部211はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換して制御部230に出力する。送信部212は、制御部230の制御下で各種の送信を行う。送信部212はアンテナを含み、制御部230が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナから送信する。
ネットワーク通信部220は、5GC10との有線通信(又は無線通信)及び隣接する他のgNB200との有線通信(又は無線通信)に用いられる。ネットワーク通信部220は、受信部221及び送信部222を有する。受信部221は、制御部230の制御下で各種の受信を行う。受信部221は、外部から信号を受信して受信信号を制御部230に出力する。送信部222は、制御部230の制御下で各種の送信を行う。送信部222は、制御部230が出力する送信信号を外部に送信する。
制御部230は、gNB200における各種の制御を行う。制御部230は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとCPUとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
(中継装置の構成)
次に、一実施形態に係る中継装置であるIABノード300の構成について説明する。図3は、IABノード300の構成を示す図である。図3に示すように、IABノード300は、無線通信部310と、制御部320とを有する。IABノード300は、無線通信部310を複数有していてもよい。
次に、一実施形態に係る中継装置であるIABノード300の構成について説明する。図3は、IABノード300の構成を示す図である。図3に示すように、IABノード300は、無線通信部310と、制御部320とを有する。IABノード300は、無線通信部310を複数有していてもよい。
無線通信部310は、gNB200との無線通信(バックホールリンク)及びUE100との無線通信(アクセスリンク)に用いられる。バックホールリンク通信用の無線通信部310とアクセスリンク通信用の無線通信部310とが別々に設けられていてもよい。
無線通信部310は、受信部311及び送信部312を有する。受信部311は、制御部320の制御下で各種の受信を行う。受信部311はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換して制御部320に出力する。送信部312は、制御部320の制御下で各種の送信を行う。送信部312はアンテナを含み、制御部320が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナから送信する。
制御部320は、IABノード300における各種の制御を行う。制御部320は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びCPUを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
(ユーザ装置の構成)
次に、一実施形態に係るユーザ装置であるUE100の構成について説明する。図4は、UE100の構成を示す図である。図4に示すように、UE100は、無線通信部110と、制御部120とを有する。
次に、一実施形態に係るユーザ装置であるUE100の構成について説明する。図4は、UE100の構成を示す図である。図4に示すように、UE100は、無線通信部110と、制御部120とを有する。
無線通信部110は、アクセスリンクにおける無線通信、すなわち、gNB200との無線通信及びIABノード300との無線通信に用いられる。無線通信部110は、受信部111及び送信部112を有する。受信部111は、制御部120の制御下で各種の受信を行う。受信部111はアンテナを含み、アンテナが受信する無線信号をベースバンド信号(受信信号)に変換して制御部120に出力する。送信部112は、制御部120の制御下で各種の送信を行う。送信部112はアンテナを含み、制御部120が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナから送信する。
制御部120は、UE100における各種の制御を行う。制御部120は、少なくとも1つのメモリと、メモリと電気的に接続された少なくとも1つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びCPUを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。CPUは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
(プロトコルスタック構成の一例)
次に、一実施形態に係る移動通信システム1におけるプロトコルスタック構成の一例について説明する。図5は、ユーザプレーンのプロトコルスタック構成の一例を示す図である。図5において、図1に示したUE100-3と5GC10のUPF12との間のユーザデータ伝送に関するプロトコルスタック構成の一例を示している。
次に、一実施形態に係る移動通信システム1におけるプロトコルスタック構成の一例について説明する。図5は、ユーザプレーンのプロトコルスタック構成の一例を示す図である。図5において、図1に示したUE100-3と5GC10のUPF12との間のユーザデータ伝送に関するプロトコルスタック構成の一例を示している。
図5に示すように、UPF12は、GTP-U(GPRS Tunneling Protocol for User Plane)と、UDP(User Datagram Protocol)と、IP(Internet Protocol)と、レイヤ1/レイヤ2(L1/L2)とを有する。gNB200-1(ドナーgNB)には、これらに対応するプロトコルスタックが設けられる。
また、gNB200-1は、集約ユニット(CU:Central Unit)と分散ユニット(DU:Distributed Unit)とを有する。無線インターフェイスのプロトコルスタックのうちPDCP(Packet Data Convergence Protocol)以上の各レイヤをCUが有し、RLC(Radio Link Control)以下の各レイヤをDUが有し、F1インターフェイスと呼ばれるインターフェイスを介してCU及びDUが接続される。
具体的には、CUは、SDAP(Service Data Adaptation Protocol)と、PDCPと、IPと、L1/L2とを有する。CUのSDAP及びPDCPは、DUと、IABノード300-1と、IABノード300-2とを介して、UE100のSDAP及びPDCPとの通信を行う。
また、DUは、無線インターフェイスのプロトコルスタックのうち、RLCと、アダプテーションレイヤ(Adapt)と、MAC(Medium Access Control)と、PHY(Physical layer)とを有する。これらのプロトコルスタックは、gNB向けのプロトコルスタックである。なお、アダプテーションレイヤ及びRLC(S-RLC)は上下関係が逆であってもよい。アダプテーションレイヤは、バックホールアダプテーションプロトコル(BAP)レイヤと呼ばれてもよい。
IABノード300-1には、これらに対応するUE向けのプロトコルスタックST1が設けられる。さらに、IABノード300-1には、gNB向けのプロトコルスタックST2が設けられる。プロトコルスタックST1及びプロトコルスタックST2は、何れもレイヤ2以下の各レイヤ(各サブレイヤ)からなる。すなわち、IABノード300-1は、レイヤ2以下の各レイヤを用いてユーザデータの中継を行うレイヤ2中継装置である。IABノード300-1は、レイヤ3以上のレイヤ(具体的には、PDCP以上のレイヤ)を用いることなくデータ中継を行う。なお、IABノード300-2は、IABノード300-1と同様なプロトコルスタック構成を有する。
ここではユーザプレーンにおけるプロトコルスタック構成について説明した。しかしながら、制御プレーンにおいて、gNB200-1、IABノード300-1、IABノード300-2、及びUE100-3のそれぞれは、レイヤ3に相当するRRC(Radio Resource Control)を有する。
gNB200-1(ドナーgNB)のRRCとIABノード300-1のRRCとの間にRRC接続が確立され、このRRC接続を用いてRRCメッセージが送受信される。また、gNB200-1のRRCとIABノード300-2のRRCとの間にRRC接続が確立され、このRRC接続を用いてRRCメッセージが送受信される。さらに、gNB200-1のRRCとUE100-3のRRCとの間にRRC接続が確立され、このRRC接続を用いてRRCメッセージが送受信される。
(第1実施形態に係る動作)
次に、第1実施形態に係る動作について説明する。図6は、第1実施形態に係るIABノード300の動作を示す図である。
次に、第1実施形態に係る動作について説明する。図6は、第1実施形態に係るIABノード300の動作を示す図である。
図6に示すように、IABノード300は、バックホールリンクを介して上位装置Aと無線で接続している。上位装置Aは、上位IABノード又はドナーgNB(ドナー装置)である。
IABノード300には下位装置B1及びB2が接続しており、下位装置B2には下位装置B3が接続している。下位装置B4は、IABノード300の配下にない装置である。下位装置B1乃至B4は、下位IABノード又はUEである。以下において、下位装置B1乃至B4を特に区別しないときは単に下位装置Bと呼ぶ。
第1実施形態では、上位装置Aと下位装置Bとの間の通信を無線で中継するIABノード300において、上位装置Aと無線で接続するユーザ装置機能部(MT)は、下位装置Bと無線で接続する基地局機能部(DU)に対して状態情報を通知する。
この状態情報は、ユーザ装置機能部(MT)のRRC状態、及び上位装置Aとユーザ装置機能部(MT)との間の無線リンク状態(以下、バックホールリンク状態と呼ぶ)のうち、少なくとも一方の状態を示す情報である。これにより、基地局機能部(DU)は、バックホールリンク側の状態を考慮して下位装置Bに対するサービス提供を制御できる。
ここで、ユーザ装置機能部(MT)のRRC状態は、コネクティッド、インアクティブ、及びアイドルのいずれかである。
バックホールリンク状態は、下記の上記1)乃至6)のうち少なくとも1つの指標、又はこれらの指標の組み合わせに基づく状態である。
1)バックホールのRLF(以下、BH RLFと呼ぶ)を検知した及びBH RLFから復帰したなどのRLF状態
2)RSRP(Reference Signal Received Power)などの無線品質
3)RLC(Radio Link Control)再送回数やRACH(Random Access Channel)再送回数などのリンク状態
4)RSSI(Received Signal Strength Indicator)、CBR(Channel Busy Ratio)、LBT(Listen Before Talk)状況などの混雑度
5)設定されている又は活性化されているセカンダリセル数、MIMO(Multiple Input Multiple Output)レイヤ数、割り当て無線リソース状況(例えば、準静的割り当てにおけるConfigured grantの増減、動的割り当てにおけるDynamic grantの増減)、スループット測定値などの通信容量
6)上りリンクスケジューリング遅延時間の測定値、上りリンクバッファ中のデータ量などの遅延状態。
バックホールリンク状態は、上記1)乃至6)の指標に基づくバックホールリンク状態の良好度合い、例えば、閾値よりも良好又は閾値よりも劣悪といった状態であってもよい。
ユーザ装置機能部(MT)は、RRC状態の変化又はバックホールリンク状態の変化をトリガとして、状態情報を基地局機能部(DU)に通知してもよい。例えば、ユーザ装置機能部(MT)は、バックホールリンク状態が閾値条件を満たしたというイベントが発生した際に、状態情報を基地局機能部(DU)に通知する。
或いは、ユーザ装置機能部(MT)は、状態情報を基地局機能部(DU)に周期的に通知してもよい。
基地局機能部(DU)は、ユーザ装置機能部(MT)からの状態情報に基づいて、下位装置Bに対するサービス提供を停止してもよい。下位装置Bに対するサービス提供を停止するとは、少なくとも1つの下りリンク無線信号の送信を停止することをいう。基地局機能部(DU)は、PSS(Primary Synchronization Signal)、SSS(Secondary Synchronization Signal)、MIB(Master Information Block)の送信を停止してもよい。
例えば、基地局機能部(DU)は、ユーザ装置機能部(MT)がRRCアイドル状態又はRRCインアクティブ状態に遷移した場合、下位装置Bに対するサービス提供を停止してもよい。基地局機能部(DU)は、ユーザ装置機能部(MT)がRRCコネクティッド状態に遷移した場合、下位装置Bに対するサービス提供を再開してもよい。
基地局機能部(DU)は、バックホールリンクが劣化している場合、例えば、BH RLFが検知された場合、下位装置Bに対するサービス提供を停止してもよい。基地局機能部(DU)は、バックホールリンクが良化した場合、下位装置Bに対するサービス提供を再開してもよい。
或いは、基地局機能部(DU)は、ユーザ装置機能部(MT)からの状態情報に基づいて、下位装置Bに対する無線リソース割り当て(スケジューリング)を制御してもよい。
基地局機能部(DU)は、ユーザ装置機能部(MT)がRRCアイドル状態又はRRCインアクティブ状態に遷移した場合、下位装置Bに対するリソース割当を中止してもよい。なお、基地局機能部(DU)は、ユーザ装置機能部(MT)がRRCアイドル状態又はRRCインアクティブ状態に遷移した際に、下位装置Bに上りリンクリソースを割り当てている場合、RRCコネクティッド状態に遷移するようにユーザ装置機能部(MT)に要求してもよい。
基地局機能部(DU)は、ユーザ装置機能部(MT)がRRCコネクティッド状態に遷移した場合、下位装置Bに対するリソース割当を再開してもよい。
基地局機能部(DU)は、バックホールリンクが劣化している場合、例えば、BH RLFが検知された場合、下位装置Bに対するリソース割当を中止してもよい。基地局機能部(DU)は、バックホールリンクが良化した場合、例えば、BH RLFから復旧した場合、下位装置Bに対するリソース割当を再開してもよい。
或いは、基地局機能部(DU)は、ユーザ装置機能部(MT)からの状態情報に基づいて、バックホールリンクの劣化を示す通知、例えば、BH RLFの発生を示す通知(以下、RLF Notification又はBH RLF Notificationと呼ぶ)を下位装置Bに送信してもよい。BH RLF Notificationは、IABノード300の識別子を含んでもよい。以下において、バックホールリンクの劣化を示す通知がBH RLF Notificationである一例について説明する。
基地局機能部(DU)は、RRCレイヤよりも下位のレイヤの制御信号によりBH RLF Notificationを送信してもよい。基地局機能部(DU)は下位装置BとのRRC接続を有していないためである。RRCレイヤよりも下位のレイヤの制御信号は、MAC CE(Control Element)、RLC Control PDU(Protocol Data Unit)、又はPDCCH(Physical Downlink Control Channel)であるが、以下においてはMAC CEを用いる一例について説明する。
基地局機能部(DU)は、BH RLF Notificationをユニキャストで下位装置Bに送信してもよい。或いは、基地局機能部(DU)は、BH RLF Notificationのシグナリング負荷を減らすために、BH RLF Notificationをブロードキャスト又はマルチキャストで送信してもよい。ブロードキャスト又はマルチキャストを用いる場合、下位装置B3及びB4は、接続中のセル(上位IABノード)からのBH RLF Notificationだけではなく、その他のセルのBH RLF Notificationもモニタすることで、IABノード300からのBH RLF Notificationを受信できる。
基地局機能部(DU)は、例えば、予め仕様で定められた固定のRNTI(Radio Network Temporary Identifier)を用いてBH RLF Notificationをブロードキャストで送信してもよい。基地局機能部(DU)は、下位装置のグループに割り当てた共通のRNTIを用いてBH RLF Notificationをマルチキャストで送信してもよい。
なお、ブロードキャスト/マルチキャストと、ユニキャストとを使い分けてもよい。この場合、基地局機能部(DU)は、BH RLF Notificationがブロードキャスト/マルチキャストで送信されるか、ユニキャストで送信されるかをSIBで通知(ブロードキャスト)してもよい。下位装置Bは、このSIBに基づいて、BH RLF Notificationの待ち受けモード、例えば、BH RLF Notificationのモニタに用いるRNTIを変更してもよい。
基地局機能部(DU)は、バックホールリンクの無線リンク状態が劣化している期間、例えば、BH RLFが発生している期間内において、BH RLF Notificationを周期的に送信してもよい。この場合、BH RLF Notificationが周期的に送信される期間内では、BH RLFが発生していることになる。或いは、基地局機能部(DU)は、BH RLFが発生した際にBH RLF Notificationを送信し、BH RLFから復旧した際に復旧を示す通知(BH Recovered)を送信してもよい。以下においては、BH RLF Notificationの周期的な送信により、BH RLFの発生及びBH RLFからの復旧を下位装置に示す一例について主として説明する。
下位装置Bは、IABノード300からBH RLF Notificationを受信する期間内では、BH RLFが発生していると判定する。BH RLF Notificationの送信周期は、ドナー装置からIABノード300のユーザ装置機能部(MT)を介して基地局機能部(DU)に設定されてもよい。
BH RLF Notificationがマルチキャストで送信される場合、BH RLF Notificationを受信した下位装置Bは、BH RLF Notificationの受信に応じて、IABノード300に対するACK/NACKフィードバックの送信を開始してもよい。IABノード300は、配下の全ての下位装置B1乃至B3からACKを受信した場合、BH RLF Notificationの周期的な送信を停止してもよい。
BH RLF Notificationを受信した下位装置B1乃至B3は、接続先又は通信経路をIABノード300から切り替えるための処理を行ってもよい。このような処理としては、例えば、接続再確立処理、条件付きハンドオーバのトリガ処理、通信経路切替処理、ハンドオーバ用の測定報告処理が挙げられる。なお、下位装置B1乃至B3は、このような切り替え処理を開始した後、切り替え処理を完了するまでの間において、IABノード300からのBH RLF Notificationを受信しなくなった場合(又はBH RLFの復旧を示す通知を受信した場合)、IABノード300のバックホールリンクが復旧したと判定し、切り替え処理を中止してもよい。
例えば、BH RLF Notificationを受信した下位装置B1乃至B3は、IABノード300のセル以外のセルを探索するセルサーチを行い、適切なセルに対して接続再確立(RRC Reestablishment)を行う。ここで、下位装置B1乃至B3とIABノード300との間でRLFが発生していなくても、このような接続再確立処理を早期に行う。
接続再確立処理は、時間的に分散して実行するように制御されていてもよい。例えば、下位装置B1乃至B3は、ランダム値やUE-IDを用いて接続再確立処理の実行開始時間を決定することにより、下位装置B1乃至B3の接続再確立処理の実行開始時間を分散させ、負荷の集中を防ぐことができる。なお、BH RLF Notificationがユニキャストで送信される場合、基地局機能部(DU)がBH RLF Notificationの送信タイミングを分散させることにより、下位装置B1乃至B3の接続再確立処理の実行開始時間を分散させてもよい。
BH RLF Notificationを受信した下位装置B1乃至B3は、自身がIABノード300と、IABノード300以外の上位装置とに接続してDC通信を行っている場合、IABノード300を経由する通信経路を他の上位装置に切り替えてもよいし、他の通信装置にBH RLF Notificationを送信してもよい。例えば、下位装置Bは、IABノード300をマスタノード(MN)として設定し、他の上位装置をバックアップ用のセカンダリノード(SN)として設定している場合、MNを経由する通信経路をSNに切り替える。
BH RLF Notificationを受信した下位装置B1乃至B3は、自身に条件付きハンドオーバが設定されている場合、条件が満たされたとみなして、ハンドオーバを行ってもよい。ハンドオーバ条件がサービングセルの無線品質劣化を示すイベントである場合、サービングセルの無線品質測定結果を低く修正する(例えば、-200dBmとみなす)ことにより、強制的にハンドオーバをトリガしてもよい。
BH RLF Notificationを受信した下位装置B1乃至B3は、測定報告の送信をトリガしてもよい。ここで、一般的な測定報告はRRCメッセージで送信されるが、基地局機能部(DU)はRRCレイヤを有していない。このため、IABノード300は、バックホールリンクのRLFから復旧するまでは下位装置Bからの測定報告を保持し、BH RLFから(一時的に)復旧した際にドナー装置に転送し、ドナー装置が下位装置Bをハンドオーバさせてもよい。
BH RLF Notificationを受信した下位装置B4は、接続先の候補としてIABノード300を除外するための処理を行ってもよい。例えば、BH RLF Notificationを受信した下位装置B4は、RRCアイドル状態又はRRCインアクティブ状態におけるセル再選択動作において、IABノード300のセルの優先度を下げる、もしくは再選択対象から除外する、もしくはIABノード300についての受信電力測定値を低く調整することにより、接続先の候補としてIABノード300が除外されるようにしてもよい。ここで、受信電力測定値を低く調整するために、実際の受信電力測定値に対してオフセット値を適用してもよい。当該オフセット値は予め決められた固定値であってもよい。もしくは当該オフセット値はネットワークから通知された値であってもよく、当該通知は下位装置B4が現在キャンプしているセルの報知情報(SIB)によって通知されてもよい。
下位装置B4は、接続先の候補としてIABノード300を除外するための処理を、RRCコネクティッド状態に遷移する際のRRC Setup Request処理又はRRC Resume Request処理を開始する前のタイミングで行ってもよい。
具体的には、下位装置B4は、RRC Setup Requestを送信する前に、送信先候補のセルがBH RLF Notificationを通知しているか否かの確認を行う。下位装置B4は、送信先候補のセルがBH RLF Notificationを通知していない場合はRRC Setup Requestを送信する。送信先候補のセルがBH RLF Notificationを通知している場合はRRC Setup Requestの送信を停止(もしくは中止)し、前記セル再選択動作を行うことにより、適切なRRC Setup Request送信先を選択する。
下位装置B4は、IABノード300からのBH RLF Notificationを受信しなくなった場合(又はBH RLFの復旧を示す通知を受信した場合)、IABノード300のバックホールリンクが復旧したと判定し、接続先の候補としてIABノード300を除外するための処理を中止してもよい。
図7は、第1実施形態に係る動作の一例を示す図である。図7において、IABノード(Parent IAB node)300とドナーgNB(IAB doner)200との間に他のIABノードが介在してもよい。
図7に示すように、ステップS101において、IABノード300のユーザ装置機能部(MT)は、無線問題(radio problem)を検知する。
ステップS102において、IABノード300のユーザ装置機能部(MT)は、BH RLFを検知する(RLF declaration)。
ステップS103において、IABノード300のユーザ装置機能部(MT)は、BH RLFの発生を示す状態情報をIABノード300の基地局機能部(DU)に通知する。
ステップS104において、IABノード300の基地局機能部(DU)は、ユーザ装置機能部(MT)からの通知に応じて、BH RLF Notificationの周期的な送信を開始する。
ステップS105において、BH RLF Notificationを受信した下位装置Bは、接続先又は通信経路をIABノード300から切り替えるための処理を開始する。このような処理としては、例えば、接続再確立処理(Early RRC Re-establishment)、条件付きハンドオーバのトリガ処理(Triggering Conditional HO)、通信経路切替処理(Switching to redundant route)が挙げられる。
ステップS106において、IABノード300のユーザ装置機能部(MT)は、例えばT310動作中に接続再確立を行うことができず、T310の満了に応じてRRCアイドル状態に遷移する(Go to IDLE)。
ステップS107において、IABノード300のユーザ装置機能部(MT)は、RRCアイドル状態への遷移を示す状態情報をIABノード300の基地局機能部(DU)に通知する。
ステップS108において、IABノード300の基地局機能部(DU)は、ユーザ装置機能部(MT)からの通知に応じて、下位装置Bへのサービス提供を停止する(Service stopped)。
ステップS109において、下位装置Bは、IABノード300からのサービス提供が停止されたことにより、RLFを検知する。
[第1実施形態の変更例1]
次に、第1実施形態の変更例1について説明する。
次に、第1実施形態の変更例1について説明する。
上述した第1実施形態において、図7のステップS104及びS105に示すように、BH RLFを検知したIABノード300がBH RLF Notificationを下位装置Bに送信し、下位装置Bが、BH RLF Notificationの受信に応じて、接続先又は通信経路をIABノード300から切り替えるための処理を開始する一例について説明した。
本変更例では、下位装置Bは、IABノード300からのBH RLF Notificationの受信に応じて、IABノード300に対する上りリンク送信を停止する。具体的には、IABノード300においてBH RLFが発生している場合、IABノード300と下位装置Bとの間の無線状態が正常であっても、下位装置Bの上りリンク信号はドナー装置200に到達しない。このため、下位装置BがIABノード300からのBH RLF Notificationの受信に応じて上りリンク送信を停止することにより、消費電力及び干渉の増大を抑制できる。
すなわち、本変更例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)当該複数のIABノード300に含まれるIABノード300が、このIABノード300の上位の上位装置AとIABノード300との間のBH RLF(BH RLF)を検知することと、
2)BH RLFの検知に応じて、IABノード300が、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに送信することと、
3)下位装置Bが、IABノード300からのBH RLF Notificationの受信に応じて、IABノード300に対する上りリンク送信を停止することと、を有する。
1)当該複数のIABノード300に含まれるIABノード300が、このIABノード300の上位の上位装置AとIABノード300との間のBH RLF(BH RLF)を検知することと、
2)BH RLFの検知に応じて、IABノード300が、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに送信することと、
3)下位装置Bが、IABノード300からのBH RLF Notificationの受信に応じて、IABノード300に対する上りリンク送信を停止することと、を有する。
下位装置Bは、IABノード300に対する上りリンク送信を停止するとともに、接続先又は通信経路をIABノード300から切り替えるための処理を開始してもよい。或いは、下位装置Bは、IABノード300に対する上りリンク送信を停止した状態でBH RLFの復旧を待ち、一定時間待ってもBH RLFが復旧しない場合、接続先又は通信経路をIABノード300から切り替えるための処理を開始してもよい。
下位装置Bにおける上りリンク送信の停止とは、次のa)乃至e)のうち少なくとも1つを含む。
a)下位装置BからIABノード300に対するスケジューリング要求(SR:Scheduling Request)の送信を停止する:
スケジューリング要求とは、上りリンク無線リソースの割当を要求する信号をいう。IABノード300からBH RLF Notificationを受信した下位装置Bは、このIABノード300に対するスケジューリング送信の送信を停止(禁止)する。
スケジューリング要求とは、上りリンク無線リソースの割当を要求する信号をいう。IABノード300からBH RLF Notificationを受信した下位装置Bは、このIABノード300に対するスケジューリング送信の送信を停止(禁止)する。
b)下位装置BからIABノード300に対するPUSCH(Physical Uplink Shared Channel)送信を停止する:
IABノード300からBH RLF Notificationを受信した下位装置Bは、このIABノード300から上りリンク無線リソース(PUSCHリソース)が割り当てられた場合、すなわち、上りリンクグラントを受信した場合であっても、この割当を適用せずに、PUSCH送信を停止(禁止)する。すなわち、IABノード300からBH RLF Notificationを受信した下位装置Bは、上りリンクデータ及び上りリンクRRCシグナリングの送信を停止(禁止)する。
IABノード300からBH RLF Notificationを受信した下位装置Bは、このIABノード300から上りリンク無線リソース(PUSCHリソース)が割り当てられた場合、すなわち、上りリンクグラントを受信した場合であっても、この割当を適用せずに、PUSCH送信を停止(禁止)する。すなわち、IABノード300からBH RLF Notificationを受信した下位装置Bは、上りリンクデータ及び上りリンクRRCシグナリングの送信を停止(禁止)する。
c)下位装置Bの無線ベアラをサスペンドする:
無線ベアラをサスペンドするとは、無線ベアラの設定を保持しつつ、無線ベアラの使用を停止(禁止)することをいう。IABノード300からBH RLF Notificationを受信した下位装置Bは、このIABノード300に対応する全ての無線ベアラをサスペンドしてもよいし、これらの無線ベアラのうちシグナリング無線ベアラの使用を継続しつつデータ無線ベアラをサスペンドしてもよい。
無線ベアラをサスペンドするとは、無線ベアラの設定を保持しつつ、無線ベアラの使用を停止(禁止)することをいう。IABノード300からBH RLF Notificationを受信した下位装置Bは、このIABノード300に対応する全ての無線ベアラをサスペンドしてもよいし、これらの無線ベアラのうちシグナリング無線ベアラの使用を継続しつつデータ無線ベアラをサスペンドしてもよい。
d)下位装置BからIABノード300に対するPUCCH送信を停止する:
これはa)で述べたMACレイヤによるSR送信の停止、及び、PHYレイヤによるCSI(Channel State Information)のフィードバックなどの停止を包含し得る。
これはa)で述べたMACレイヤによるSR送信の停止、及び、PHYレイヤによるCSI(Channel State Information)のフィードバックなどの停止を包含し得る。
e)下位装置BからIABノード300に対するPRACH送信を停止する、もしくはランダムアクセスプロシージャの開始を規制する(行わない)。
本変更例において、下位装置Bは、IABノード300がBH RLFから復旧したと判定し、この判定に応じて上りリンク送信を再開してもよい。
例えば、BH RLFから復旧したことを示す通知(RLF Recovered)をIABノード300が下位装置Bに送信する前提下において、下位装置Bは、このRLF Recoveredの受信に応じて、IABノード300がBH RLFから復旧したと判定し、上りリンク送信を再開する。
一方、BH RLFの継続中はBH RLF NotificationをIABノード300が下位装置Bに周期的に(連続的に)送信する前提下において、下位装置Bは、BH RLF Notificationの送信が停止したことに応じて、IABノード300がBH RLFから復旧したと判定し、上りリンク送信を再開する。ここで、下位装置Bは、BH RLF Notificationを受信していない場合に、BH RLF Notificationの送信が停止したと判断してもよい。例えば、BH RLF Notificationを所定のタイミングで受信しなかった場合に、当該判断を実施する。ここで所定のタイミングとは、前記周期的に送信される場合における送信周期であってもよい。
なお、BH RLF Notificationの送信停止とは、例えば、下位装置Bがスケジューリング要求の送信を希望した時点で既に停止していた場合や、スケジューリング要求の送信を希望した時点から次のBH RLF NotificationタイミングでBH RLF Notificationが停止していた場合が含まれる。
詳細については第2実施形態において説明するが、移動通信システム1において二重接続(DC:Dual Connectivity)が適用されてもよい。図8は、本変更例において二重接続が適用される場合の構成を示す図である。
図8に示す構成において、下位装置Bは、IABノード300Mをマスタノード(MN)とし、且つIABノード300Sをセカンダリノード(SN)とする二重接続の通信を行っている。MNが下位装置Bに割り当てる1つ又は複数のセルはマスタセルグループ(MCG)と呼ばれる。SNが下位装置Bに割り当てる1つ又は複数のセルはセカンダリセルグループ(SCG)と呼ばれる。
図8において、IABノード300Mの上位装置A1及びIABノード300Sの上位装置A2は、IABノード300又はgNB200である。下位装置Bは、IABノード300又はUE100である。
このような二重接続の状況下において、MNであるIABノード300Mは、上位装置A1とのBH RLFを検知すると、BH RLF Notificationを下位装置Bに送信する。下位装置Bは、MNであるIABノード300MからのBH RLF Notificationの受信に応じて、IABノード300Mに対する上りリンク送信を停止するとともに、SNであるIABノード300Sに対する上りリンク送信を停止する。言い換えると、下位装置Bは、MNがBH RLFを検知した場合、全ての上りリンク送信(MCG及びSCGへの上りリンク送信)を停止する。
一方、SNであるIABノード300Sは、上位装置A2とのBH RLFを検知すると、BH RLF Notificationを下位装置Bに送信する。下位装置Bは、SNであるIABノード300SからのBH RLF Notificationの受信に応じて、MNであるIABノード300Mに対する上りリンク送信を停止せずに、SNであるIABノード300Sに対する上りリンク送信を停止する。言い換えると、下位装置Bは、SNがBH RLFを検知した場合、SNに対する上りリンク送信(SCGへの上りリンク送信)のみを停止する。
[第1実施形態の変更例2]
次に、第1実施形態の変更例2について説明する。
次に、第1実施形態の変更例2について説明する。
上述した実施形態において、IABノード300が、BH RLF NotificationをMACレイヤにおいて送信する一例について説明した。本変更例においては、このようなBH RLF Notificationを受信した下位装置Bは、MACレイヤにおいて受信したBH RLF Notificationに関して上位レイヤに通知する。
すなわち、本変更例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)当該複数のIABノード300に含まれるIABノード300が、このIABノード300の上位の上位装置AとIABノード300との間のBH RLFを検知することと、
2)BH RLFの検知に応じて、IABノード300のMACレイヤが、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに送信することと、
3)下位装置BのMACレイヤが、IABノード300からの障害通知の受信に応じて、障害通知を受信した旨を下位装置Bの上位レイヤに通知することと、を有する。
1)当該複数のIABノード300に含まれるIABノード300が、このIABノード300の上位の上位装置AとIABノード300との間のBH RLFを検知することと、
2)BH RLFの検知に応じて、IABノード300のMACレイヤが、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに送信することと、
3)下位装置BのMACレイヤが、IABノード300からの障害通知の受信に応じて、障害通知を受信した旨を下位装置Bの上位レイヤに通知することと、を有する。
図9は、本変更例に係る動作を示す図である。図9の(1)は、下位装置BがIABノード300である一例を示している。図9の(2)は、下位装置BがUE100である一例を示している。上位装置Aは、IABノード300であってもよいし、gNB200(ドナー装置)であってもよい。
図9の(1)に示すように、IABノード300は、MTと、BAPレイヤと、DUとを有する。BAPレイヤの少なくとも一部は、MTに含まれていてもよいし、DUに含まれていてもよい。IABノード300のDUは、MACレイヤを有する。また、DUは、図示を省略するPHYレイヤ及びRLCレイヤも有する。下位装置B(下位のIABノード)のMTは、MACレイヤと、RRCレイヤとを有する。また、DUは、図示を省略するPHYレイヤ及びRLCレイヤも有する。
図9の(2)に示すように、IABノード300は、図9の(1)と同様に構成されている。下位装置B(UE100)は、MACレイヤと、PDCPレイヤと、RRCレイヤとを有する。また、UE100は、図示を省略するPHYレイヤ及びRLCレイヤも有する。
図9に示すような構成において、IABノード300のMTがBH RLFを検知すると、IABノード300のDUのMACレイヤは、このBH RLFの検知に応じて、BH RLF Notificationを下位装置Bに送信する。BH RLF Notificationは、MAC CE(Control Element)に含まれていてもよい。下位装置BのMACレイヤは、BH RLF Notificationを受信すると、BH RLF Notificationを受信した旨を下位装置Bの上位レイヤに通知する。上位レイヤへの通知は、IABノード300においてBH RLFが検知されたことを示す通知であってもよいし、対応する通信経路(或いはIABノード300と下位装置Bとの間の無線リンク)が使用不能である旨の通知であってもよい。
下位装置BにおいてMACレイヤからの通知先となる上位レイヤは、RRCレイヤ、BAPレイヤ、及びPDCPレイヤのうち少なくとも1つを含む。上位レイヤは、第1実施形態で説明したような処理、すなわち、接続先又は通信経路をIABノード300から切り替えるための処理を行ってもよいし、第1実施形態の変更例1で説明したような処理、すなわち、上りリンク送信を停止してもよい。
下位装置Bにおいて、MACレイヤからの通知を受けたRRCレイヤは、例えば次の処理のうち少なくとも1つを実行する。
・上りリンク送信を停止する(第1実施形態の変更例1参照)。
・リダンダンシリンクの確立を試みる。例えば、下位装置Bが下位IABノードであり、下位IABノードが複数のMTを有する場合、RRCレイヤは、BH RLF Notificationを受信したMT以外のMTによりリンクを確立する。
・RRCレイヤは、別のセル(別の上位装置)へRRC再確立処理(RRC Reestablishment)を行う。
・下位装置Bが二重接続を有しており、下位装置BがSN(SCG)からBH RLF Notificationを受信した場合、RRCレイヤは、MN(MCG)へ通知(SCG Failure Indication)を送信する。
・下位装置Bが二重接続を有しており、下位装置BがMN(MCG)からBH RLF Notificationを受信した場合、RRCレイヤは、SN(SCG)へ通知(MCG Failure Indication)を送信する。
また、下位装置Bにおいて、MACレイヤからの通知を受けたBAPレイヤ又はPDCPレイヤは、下位装置Bが二重接続を有している場合、バッファしたアップストリームデータを別リンクへ転送(再ルーティング)する。例えば、下位装置BがSN(SCG)からBH RLF Notificationを受信した場合、BAPレイヤ又はPDCPレイヤは、MN(MCG)にアップストリームデータを転送する。一方、下位装置BがMN(MCG)からBH RLF Notificationを受信した場合、BAPレイヤ又はPDCPレイヤは、SN(SCG)にアップストリームデータを転送する。もしくは、BAPレイヤ又はPDCPレイヤは、BH RLFが発生しているルート(上位ノード)とリンクを確立しているRLCチャネル(すなわちRLCエンティティ)へのアップストリームデータの送信を停止する。
なお、本変更例において、BH RLF NotificationがMACレイヤにおいて送受信される一例について説明したが、BH RLF Notificationは、例えばRRCレイヤにおいて送受信されてもよい。このような前提下において、下位装置BのRRCレイヤは、BH RLF Notificationを受信すると、BH RLF Notificationを受信した旨を他のレイヤ(例えば、BAPレイヤ及び/又はMACレイヤ)に通知する。
或いは、BH RLF Notificationは、BAPレイヤにおいて送受信されてもよい。このような前提下において、下位装置BのBAPレイヤは、BH RLF Notificationを受信すると、BH RLF Notificationを受信した旨を他のレイヤ(例えば、RRCレイヤ及び/又はMACレイヤ)に通知する。
[第1実施形態の変更例3]
次に、第1実施形態の変更例3について説明する。
次に、第1実施形態の変更例3について説明する。
上述した第1実施形態において、図7のステップS104に示すように、IABノード300が、BH RLFが発生している期間内においてBH RLF Notificationを周期的に(連続的に)送信する一例について説明した。この送信周期は、移動通信システム1の仕様で規定された一定周期としてもよいが、本変更例では、この送信周期を可変とする。
すなわち、本変更例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)当該複数のIABノード300に含まれるIABノード300が、このIABノード300の上位の上位装置AとIABノード300との間のBH RLFを検知することと、
2)BH RLFの検知に応じて、IABノード300が、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに繰り返し送信することと、
3)IABノード300が、障害通知の繰り返し送信のタイミングに関するタイミング情報を下位装置Bに送信することと、を有する。
1)当該複数のIABノード300に含まれるIABノード300が、このIABノード300の上位の上位装置AとIABノード300との間のBH RLFを検知することと、
2)BH RLFの検知に応じて、IABノード300が、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに繰り返し送信することと、
3)IABノード300が、障害通知の繰り返し送信のタイミングに関するタイミング情報を下位装置Bに送信することと、を有する。
これにより、障害通知(BH RLF Notification)の送信周期を可変とすることができる。周期を短くすると、頻繁に送信することになるので、上位ノードがBH RLFから復旧した際に、下位ノードは当該復旧を迅速に知ることができ、UL送信再開などのリカバリ動作を素早く行うことができるメリットがある。一方で、送信/受信に要する消費電力が増えてしまったり、干渉が増えたりするデメリットがある。周期を長くした場合は、上記メリット/デメリットが逆転する。よって、障害通知(BH RLF Notification)の送信周期は、ネットワーク設計ポリシーに応じて最適値に調整され得る。
なお、繰り返し送信とは、周期的な送信であってもよいし、非周期的な送信であってもよい。BH RLF Notificationを周期的に送信する場合において、IABノード300が送信するタイミング情報は、BH RLF Notificationの送信周期を示す情報を含む。BH RLF Notificationを非周期的に送信する場合において、IABノード300が送信するタイミング情報は、BH RLF Notificationの送信タイミングに対応するサブフレーム番号を示す情報を含んでもよい。
IABノード300は、タイミング情報を含むSIBをブロードキャストにより送信してもよい。或いは、ドナー装置は、タイミング情報を含むRRCメッセージ(RRC Reconfigurationメッセージ)を、IABノード300を介して下位装置Bに送信してもよい。
或いは、IABノード300は、BH RLF Notificationと共にタイミング情報を下位装置Bに送信してもよい。具体的には、IABノード300は、タイミング情報を含むBH RLF Notificationを送信する。例えば、1つのBH RLF Notificationに含まれるタイミング情報は、次回のBH RLF Notificationの送信タイミングに対応するサブフレーム番号を示す情報を含んでもよい。なお、上述したように、BH RLF Notificationは、MACレイヤにおいて送受信されてもよい。
また、BH RLFを検知したIABノード300は、バックホールリンクの再確立を試行する期間において、BH RLF Notificationを下位装置Bに繰り返し送信してもよい。具体的には、BH RLFを検知したIABノード300は、バックホールリンクのRRC再確立に失敗しても、バックホールリンクのRRC再確立の試行を継続する期間内において、BH RLF Notificationの送信を継続する。そして、この期間内でRRC再確立に成功しない場合、IABノード300のDUは、BH RLF Notificationの送信を停止するとともに、下位装置Bに対するサービス提供を停止する(すなわち、PSS/SSS/MIB/SIB1を停止する)。また、IABノード300のMTは、RRCアイドル状態に遷移する。
[第2実施形態]
次に、第1実施形態及びその変更例に係る動作を前提として第2実施形態について説明する。但し、第1実施形態とは異なる点を主として説明し、第1実施形態と重複する説明を省略する。
次に、第1実施形態及びその変更例に係る動作を前提として第2実施形態について説明する。但し、第1実施形態とは異なる点を主として説明し、第1実施形態と重複する説明を省略する。
第2実施形態は、二重接続(DC)を想定した実施形態であって、第1実施形態及びその変更例に係る動作と併用することが可能である。
(動作例1)
図10は、第2実施形態の動作例1を示す図である。
図10は、第2実施形態の動作例1を示す図である。
図10に示すように、IABノード300は、上位装置A1をMNとし、且つ上位装置A2をセカンダリノード(SN)とする二重接続の通信を行っている。IABノード300には、下位装置Bが無線で接続されている。下位装置Bは、下位IABノード又はUEである。
IABノード300は、MNである上位装置A1との間に通信経路のためのバックホールリンクを設定せずに、上位装置A1がIABノード300を制御するための制御用リンクを設定している。IABノード300は、SNである上位装置A2との間に通信経路のためのバックホールリンクを設定している。
二重接続を有するIABノード300がMNとのバックホールリンク及びSNとのバックホールリンクの両方を設定している場合、SNとのバックホールリンクにBH RLFが発生しても、MNとのバックホールリンクにBH RLFが維持される限りは、IABノード300が下位装置BにBH RLF Notificationを送信する必要は無いと考えられる。SNとのバックホールリンクにBH RLFが発生しても、MNとのバックホールリンクが維持される限りは、下位装置BがIABノード300に対する接続を維持してよいためである。
一方、二重接続を有するIABノード300がMNとのバックホールリンクを設定していない場合、IABノード300は、下位装置BのデータをMNと送受信できない。このため、SNとのバックホールリンクにBH RLFが発生した場合、下位装置BがIABノード300を介したデータ送受信が不可になってしまうため、IABノード300が下位装置BにBH RLF Notificationを送信するべきである。
すなわち、本動作例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)複数のIABノード300に含まれるIABノード300が、IABノード300の上位の上位装置A2をSNとし、且つ、他の装置(上位装置A1)をMNとした二重接続の通信を行うことと、
2)IABノード300とMNとの間に通信経路のためのバックホールリンクを設定せずに、IABノード300とSNとの間にバックホールリンクを設定することと、
3)IABノード300が、IABノード300とSNとの間のBH RLFを検知することと、BH RLFの検知に応じて、IABノード300が、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに送信することと、を有する。
1)複数のIABノード300に含まれるIABノード300が、IABノード300の上位の上位装置A2をSNとし、且つ、他の装置(上位装置A1)をMNとした二重接続の通信を行うことと、
2)IABノード300とMNとの間に通信経路のためのバックホールリンクを設定せずに、IABノード300とSNとの間にバックホールリンクを設定することと、
3)IABノード300が、IABノード300とSNとの間のBH RLFを検知することと、BH RLFの検知に応じて、IABノード300が、BH RLFに関する障害通知(BH RLF Notification)をIABノード300の下位の下位装置Bに送信することと、を有する。
具体的には、本動作例において、二重接続の通信を行うIABノード300は、MNとの間にバックホールリンクが設定されているか否かに応じて、障害通知を下位装置Bに送信するか否かを決定する。具体的には、IABノード300は、MNとの間にバックホールリンクが設定されていない場合、IABノード300とSNとの間のBH RLFの検知に応じて、障害通知を下位装置Bに送信すると決定する。一方、MNとの間にバックホールリンクが設定されている場合、IABノード300は、IABノード300とSNとの間のBH RLFを検知しても、障害通知を下位装置Bに送信しないと決定する。
本動作例において、LTE及びNRによる二重接続(DC)、すなわち、EN-DC(E-UTRA(Evolved Universal Terrestrial Radio Access)-NR Dual Connectivity)を想定してもよい。このような想定下において、MN(上位装置A1)はLTEの装置であって、SN(上位装置A2)はNRの装置である。例えば、MN(上位装置A1)は、LTE基地局であるeNBであって、SN(上位装置A2)は、NR基地局であるgNB(ドナー装置200)又は上位IABノードである。
本動作例において、NRのみによる二重接続(DC)、すなわち、NR-DC(NR Dual Connectivity)を想定してもよい。このような想定下において、MN(上位装置A1)はNRの装置であって、SN(上位装置A2)もNRの装置である。例えば、MN(上位装置A1)は、NR基地局であるgNB又は上位IABノードであって、SN(上位装置A2)は、NR基地局であるgNB又は上位IABノードである。
本動作例において、IABノード300は、バックホールリンクとして用いられるか否かを示す設定情報をドナー装置200から受信し、この設定情報に基づいてバックホールリンクを設定及び識別してもよい。設定情報は、CG(Cell Group)毎もしくはベアラ毎にバックホールリンクに用いられているか否かを示す情報であってもよい。
(動作例2)
図11は、第2実施形態の動作例2を示す図である。
図11は、第2実施形態の動作例2を示す図である。
図11に示すように、下位装置Bは、上位装置A1をMNとし、且つIABノード300をセカンダリノード(SN)とする二重接続の通信を行っている。下位装置Bは、下位IABノード又はUEである。このような前提下において、IABノード300は、IABノード300の上位装置A2とのBH RLFを検知した場合、BH RLF Notificationを下位装置Bに送信する。この場合、SNであるIABノード300においてBH RLFが発生したことをMN(上位装置A1)が把握できることが好ましい。なお、上位装置A1はIABノード又は基地局であって、上位装置A2はIABノード又は基地局(ドナー装置200)である。
すなわち、本動作例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)IABノード300の下位の下位装置Bが、IABノード300をSNとし、且つ、他の装置(上位装置A1)をMNとした二重接続の通信を行うことと、
2)IABノード300が、IABノード300の上位の装置(上位装置A2)とIABノード300との間のBH RLFを検知すると、第1障害通知(BH RLF Notification)を下位装置Bに送信することと、
3)下位装置Bが、SNであるIABノード300からの第1障害通知の受信に応じて、SNにおけるBH RLFを示す第2障害通知(Failure Indication)をMNに送信することと、を有する。
1)IABノード300の下位の下位装置Bが、IABノード300をSNとし、且つ、他の装置(上位装置A1)をMNとした二重接続の通信を行うことと、
2)IABノード300が、IABノード300の上位の装置(上位装置A2)とIABノード300との間のBH RLFを検知すると、第1障害通知(BH RLF Notification)を下位装置Bに送信することと、
3)下位装置Bが、SNであるIABノード300からの第1障害通知の受信に応じて、SNにおけるBH RLFを示す第2障害通知(Failure Indication)をMNに送信することと、を有する。
なお、下位装置Bは、下位装置BとIABノード300との間のRLFを検知した場合、SCG Failure IndicationをMNに送信してもよい。一方、第2障害通知(Failure Indication)は、下位装置BとIABノード300との間でRLFが検知されていなくても、IABノード300と上位装置A2との間でBH RLFが発生した場合には、下位装置BからMNに送信されるものである。なお、第2障害通知(Failure Indication)は、SCG Failure Indicationメッセージ中の情報要素としてもよいし、SCG Failure Indicationメッセージとは異なるメッセージとしてもよい。
下位装置Bは、SCG障害の原因(Cause)を示す情報として、“BH RLF”を第2障害通知(Failure Indication)に含めてもよい。第2障害通知(Failure Indication)は、IABノード300又はそのセルを示す識別子を含んでもよい。
下位装置Bから第2障害通知(Failure Indication)を受信した上位装置A1(MN)は、SNであるIABノード300側のリンクを他の上位装置に繋ぎ変えるために、SN変更(Secondary Node Change)等の処理を行う。また、上位装置A1(MN)は、第2障害通知(Failure Indication)に基づいて、DC設定が切断した(failした)と判断し、SNであるIABノード300におけるUEコンテキストを解放する処理を実行してもよい。例えば、上位装置A1(MN)とIABノード300(SN)との間のインターフェイスを介して、UEコンテキスト解放メッセージを上位装置A1(MN)からIABノード300(SN)に送信する。
(動作例3)
図12は、第2実施形態の動作例3を示す図である。
図12は、第2実施形態の動作例3を示す図である。
図12に示すように、IABノード300は、MN300M及びSN300Sとの二重接続の通信を行っている。MN300M及びSN300Sのそれぞれは上位IABノードである。MN300Mは、自身の上位装置A1とのBH RLFを検知すると、BH RLF NotificationをIABノード300に送信する。SN300Sは、自身の上位装置A2とのBH RLFを検知すると、BH RLF NotificationをIABノード300に送信する。上位装置A1及びA2のそれぞれは上位IABノード又は基地局である。なお、IABノード300とMN300Mとの間のリンクであるMCGリンクにRLFが発生しておらず、且つIABノード300とSN300Sとの間のリンクであるSCGリンクにRLFが発生していないものとする。
このような前提下において、IABノード300は、MN300M及びSN300Sの両方からBH RLF Notificationを受信した場合に限り、下位装置Bに対してBH RLF Notificationを送信する。言い換えると、IABノード300は、MN300M及びSN300Sのうち一方のみからBH RLF Notificationを受信した場合には、下位装置Bに対してBH RLF Notificationを送信しない。
すなわち、本動作例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)当該複数のIABノード300に含まれるIABノード300が、MN300M及びSN300Sとの二重接続の通信を行うことと、
2)MN300Mが、MN300Mの上位装置A1とMN300Mとの間のBH RLFを検知すると、第1障害通知(BH RLF Notification)をIABノード300に送信することと、
3)SN300Sが、SN300Sの上位装置A2とSN300Sとの間のBH RLFを検知すると、第2障害通知(BH RLF Notification)をIABノード300に送信することと、
4)IABノード300が、第1障害通知及び第2障害通知の両方を受信した場合、IABノード300の下位の下位装置Bに対して第3障害通知(BH RLF Notification)を送信することと、を有する。
1)当該複数のIABノード300に含まれるIABノード300が、MN300M及びSN300Sとの二重接続の通信を行うことと、
2)MN300Mが、MN300Mの上位装置A1とMN300Mとの間のBH RLFを検知すると、第1障害通知(BH RLF Notification)をIABノード300に送信することと、
3)SN300Sが、SN300Sの上位装置A2とSN300Sとの間のBH RLFを検知すると、第2障害通知(BH RLF Notification)をIABノード300に送信することと、
4)IABノード300が、第1障害通知及び第2障害通知の両方を受信した場合、IABノード300の下位の下位装置Bに対して第3障害通知(BH RLF Notification)を送信することと、を有する。
ここで、IABノード300は、IABノード300とMN300Mとの間及びIABノード300とSN300Sとの間においてRLFが発生していなくても、第1障害通知及び第2障害通知の両方を受信した場合には、下位装置Bに対して第3障害通知(BH RLF Notification)を送信する。言い換えると、IABノード300は、自身の無線状態が良好であっても、MN300M及びSN300Sの両方でBH RLFが検知された場合には、下位装置Bに対して第3障害通知(BH RLF Notification)を送信する。
IABノード300は、第1障害通知及び第2障害通知の両方を受信した場合、IABノード300におけるBH RLFが発生したと見なしてもよい。IABノード300は、BH RLFが発生したと見なすことにより、結果的にBH RLF Notificationを下位装置Bへ送信することになる。また、IABノード300は、BH RLFが発生したと見なすことにより、別の上位装置に対するRRC再確立を実施するなどの動作を行ってもよい。
本動作例において、IABノード300は、第1障害通知及び第2障害通知の両方を受信し、且つ、IABノード300のバックホール通信が復旧しない状態が一定時間継続したと判定した場合、下位装置Bに対して第3障害通知を送信してもよい。すなわち、IABノード300は、第1障害通知及び第2障害通知の両方を受信して直ちに下位装置Bに第3障害通知を送信するのではなく、第1障害通知及び第2障害通知の両方を受信した後の一定時間内において自身のバックホール通信が復旧しないことを確認したうえで下位装置Bに対して第3障害通知を送信する。一方、IABノード300は、第1障害通知及び第2障害通知の両方を受信した後の一定時間内において自身のバックホール通信が復旧したと判定した場合、下位装置Bに対して第3障害通知を送信しない。
図13は、本動作例におけるIABノード300の動作フロー図である。ここでは、MN300M及びSN300Sのそれぞれが、BH RLFを検知している期間内においてBH RLF Notificationを周期的に(連続的に)送信するものとする。
図13に示すように、ステップS201において、IABノード300は、MN300M(MCG)及びSN300S(SCG)の両方、すなわち、全てのCGからBH RLF Notificationを受信したか否かを判定する。
全てのCGからBH RLF Notificationを受信した場合(ステップS201:Yes)、ステップS202において、IABノード300は、一定時間に対応するタイマを起動する。このタイマの値は、MN300M又は上位装置A1(例えばドナー装置)がIABノード300に設定してもよい。
ステップS203において、IABノード300は、MN300M(MCG)及びSN300S(SCG)の両方、すなわち、全てのCGからのBH RLF Notificationの受信が継続しているか否かを判定する。ステップS203において「No」である場合、処理がステップS201に戻る。
ステップS203において「Yes」である場合、ステップS204において、IABノード300は、ステップS202で起動したタイマが満了したか否かを判定する。ステップS204において「No」である場合、処理がステップS203に戻る。
ステップS204において「Yes」である場合、ステップS205において、IABノード300は、BH RLF Notificationを下位装置Bに送信する。或いは、ステップS204において「Yes」である場合、ステップS205において、IABノード300は、自身のBH RLFが発生したと見なしてもよい。
図13において、MN300M及びSN300Sのそれぞれが、BH RLFを検知している期間内においてBH RLF Notificationを周期的に(連続的に)送信することを想定している。しかしながら、第1実施形態において説明したように、MN300M及びSN300Sのそれぞれは、BH RLFから復旧した際に復旧を示す通知(BH Recovered)を送信してもよい。
このような通知(BH Recovered)を用いる前提下においては、IABノード300は、ステップS203において、少なくとも一方のCGからBH Recoveredを受信したか否かを判定してもよい。そして、IABノード300は、少なくとも一方のCGからBH Recoveredを受信した場合、ステップS201に処理を戻す。一方、IABノード300は、いずれのCGからもBH Recoveredを受信していない場合、ステップS204に処理を進める。
また、図13のステップS203において「No」と判定するケースとしては、IABノード300が、両方のCGからBH RLF Notificationを受信した後、別の上位装置に対するRRC再確立に成功したケースが含まれる。
(動作例4)
図14は、第2実施形態の動作例4を示す図である。
図14は、第2実施形態の動作例4を示す図である。
図14に示すように、下位装置Bは、MN300M及びSN300Sとの二重接続(NR-DC)の通信を行っている。下位装置Bは、IABノード又はUEである。MN300M及びSN300Sのそれぞれは、IABノードである。MN300Mと上位装置A1との間にはバックホールリンクが設定されており、SN300Sと上位装置A2との間にはバックホールリンクが設定されている。
本動作例においては、MN(MCG)及びSN(SCG)の両方がバックホールリンクに設定されている場合、MN(MCG)からのみBH RLF Notificationの送信が許可される。
すなわち、本動作例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)当該複数のIABノード300に含まれるMN300M及びSN300Sとの二重接続の通信を下位装置Bが行うことと、
2)MN300Mが上位装置A1とMN300Mとの間のBH RLFを検知すると、MN300Mが第1障害通知(BH RLF Notification)を下位装置Bに送信することと、
3)SN300SがSN300Sの上位装置A2とSN300Sとの間のBH RLFを検知すると、MN300Mが第2障害通知(BH RLF Notification)を下位装置Bに送信することとを有する。
1)当該複数のIABノード300に含まれるMN300M及びSN300Sとの二重接続の通信を下位装置Bが行うことと、
2)MN300Mが上位装置A1とMN300Mとの間のBH RLFを検知すると、MN300Mが第1障害通知(BH RLF Notification)を下位装置Bに送信することと、
3)SN300SがSN300Sの上位装置A2とSN300Sとの間のBH RLFを検知すると、MN300Mが第2障害通知(BH RLF Notification)を下位装置Bに送信することとを有する。
本動作例において、SN300SのBH RLFが発生した場合、SN300Sは、MN300MとSN300Sとの間のインターフェイスを用いて、SN300SのBH RLFに関する情報をSN300SからMN300Mに送信する。SN300Sの上位装置A2がSN300SのBH RLFを検知可能である場合、上位装置A2からドナー装置200を介してSN300SのBH RLFに関する情報をMN300Mに送信してもよい。
ここで、第1障害通知(BH RLF Notification)は、MN300MのBH RLFの発生を示す情報を含み、第2障害通知(BH RLF Notification)は、SN300SのBH RLFの発生を示す情報を含む。これにより、下位装置Bは、BH RLF Notificationの送信をMN300Mのみが行う場合であっても、BH RLF Notificationに含まれる情報に基づいてBH RLFがMN300M及びSN300Sのいずれで発生したかを把握できる。
本動作例において、SN300Sは、ドナー装置200(CU)からの通知又はMN300Mからの通知に基づいて、MN300Mがバックホールリンクを有するか否かを特定する。SN300Sは、MN300Mがバックホールリンクを有する場合、SN300Sから下位装置BへのBH RLF Notificationの送信を禁止する。一方、SN300Sは、MN300Mがバックホールリンクを有しない場合、SN300Sから下位装置BへのBH RLF Notificationの送信を可能とする。
(動作例5)
図15は、第2実施形態の動作例5を示す図である。
図15は、第2実施形態の動作例5を示す図である。
図15に示すように、下位装置Bは、MN300M及びSN300Sとの二重接続の通信を行っている。MN300M及びSN300Sのそれぞれは、IABノードである。MN300Mと上位装置A1との間にはバックホールリンクが設定されており、SN300Sと上位装置A2との間にはバックホールリンクが設定されている。本動作例においては、MN300MとSN300Sとの間にインターフェイスが存在しないものとする。
本動作例において、下位装置Bは、SN300SのBH RLFが発生している場合、SN300S宛てのメッセージをMN300Mから受信し、受信したメッセージをSN300Sに転送する。SN300S宛てのメッセージとは、例えば基地局間インターフェイス(Xnインターフェイス)用のメッセージ、又はCU・DU間インターフェイス(F1インターフェイス)用のメッセージであって、SN300Sを解放するための解放メッセージである。
すなわち、本動作例に係る通信制御方法は、UE100とドナー装置200との間に複数のIABノード300を用いた少なくとも1つの通信経路を形成可能な移動通信システム1において用いる通信制御方法であって、
1)当該複数のIABノード300に含まれるMN300M及びSN300Sとの二重接続の通信を下位装置Bが行うことと、
2)SN300Sが上位装置A2とSN300Sとの間のBH RLFを検知した後、下位装置Bが、SN300S宛てのメッセージをMN300Mから受信することと、
3)下位装置Bが、MN300Mから受信したメッセージをSN300Sに転送することと、を有する。
1)当該複数のIABノード300に含まれるMN300M及びSN300Sとの二重接続の通信を下位装置Bが行うことと、
2)SN300Sが上位装置A2とSN300Sとの間のBH RLFを検知した後、下位装置Bが、SN300S宛てのメッセージをMN300Mから受信することと、
3)下位装置Bが、MN300Mから受信したメッセージをSN300Sに転送することと、を有する。
これにより、SN300SのBH RLFが検知され、MN300MとSN300Sとの間にインターフェイスが存在しない場合であっても、SN300Sは、MN300Mからのメッセージを受信できる。
本動作例は、次の手順を含む。
第1に、下位装置Bは、SN300SのBH RLFを示すBH RLF NotificationをSN300Sから受信する。下位装置Bは、SN300SのBH RLFを示すBH RLF NotificationをMN300Mから受信してもよい(動作例4参照)。下位装置Bは、SN300SのBH RLFを示すBH RLF NotificationをSN300Sから受信すると、Failure IndicationをMN300Mに送信してもよい(動作例2参照)。
第2に、MN300M又はドナー装置200は、ネットワークインターフェース(Xn/F1等)の中継を下位装置Bに指示する。MN300M又はドナー装置200は、下位装置Bのルーティングテーブル情報に例外ルーティングの設定を行ってもよい。この設定は、SN300S又はそのセルのID、及びSN300SのBAPレイヤのエンティティのIDのいずれかを含む。下位装置Bは、SN300Sに対して、下位装置Bを経由する例外ルーティングが設定されたことの通知、又は下位装置Bを経由する例外ルーティングの要求を行ってもよい。下位装置Bは、下位装置Bを経由する中継ルートが確立できたか否かをMN300M又はドナー装置200に通知(応答)してもよい。中継ルートが確立不可(NG)の通知の場合、その原因を示す情報として、SN300Sの拒否、下位装置Bの拒否などの情報を通知に含めてもよい。
第3に、MN300M又はドナー装置200は、中継ルートへネットワークインターフェースのメッセージ(例えば、Secondary Node Releaseメッセージ)を送信する。当該メッセージはカプセル化され、例えばRRCメッセージ又はBAP制御メッセージにより運ばれる。
第4に、下位装置Bは、カプセル化されたメッセージを、上述した例外ルーティング情報に従ってSN300Sへ転送する。
第5に、SN300Sは、カプセル化されたメッセージを受信し、受信したメッセージに準じる動作を行う。例えば、SN300Sは、Secondary Node Release受信時に、無線リソースの使用停止などの処理を行う。SN300Sは、Secondary Node Release Acknowledgeを、例外ルーティングを用いて、下位装置B経由でMN300M又はドナー装置200に対して返してもよい。
[その他の実施形態]
上述した各実施形態及びその変更例において、移動通信システム1が5G移動通信システムである一例について主として説明した。しかしながら、移動通信システム1における基地局はLTE基地局であるeNBであってもよい。また、移動通信システム1におけるコアネットワークはEPC(Evolved Packet Core)であってもよい。さらに、gNBがEPCに接続することもでき、eNBが5GCに接続することもでき、gNBとeNBとが基地局間インターフェイス(Xnインターフェイス、X2インターフェイス)を介して接続されてもよい。
上述した各実施形態及びその変更例において、移動通信システム1が5G移動通信システムである一例について主として説明した。しかしながら、移動通信システム1における基地局はLTE基地局であるeNBであってもよい。また、移動通信システム1におけるコアネットワークはEPC(Evolved Packet Core)であってもよい。さらに、gNBがEPCに接続することもでき、eNBが5GCに接続することもでき、gNBとeNBとが基地局間インターフェイス(Xnインターフェイス、X2インターフェイス)を介して接続されてもよい。
上述した各実施形態及びその変更例に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。UE100、gNB200、又はIABノード300が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。
なお、各図において示されるフローは、適宜組み合わされても良い。
[付記]
(導入)
バックホールリンクの無線リンク障害(BH RLF)について、RAN2は次の合意に達した。
(導入)
バックホールリンクの無線リンク障害(BH RLF)について、RAN2は次の合意に達した。
・R2は、少なくともダウンストリームノードへのBHリンクRLFにおけるRLF通知があると想定する。
・BHリンクの障害における回復時に、(合意されている場合)代替ルート及び/又はデュアルコネクティビティを利用され得る。
・現在のUE RLFの検出及び回復はベースラインとして再利用される。
・例えば、リンクが回復したとき、または回復が進行中のとき、他のインディケーションが必要かどうかは更なる検討が必要である。
合意に加えて、RAN2は、ダウンストリームノード向けのRLF通知及びアップストリームノード向けのRLF通知を含むRLF通知の詳細を議論した。
この付記では、BH RLFハンドリングの残りの問題、特にダウンストリームノードへのRLF通知に焦点を当てて議論する。
なお、この付記では、「親」ノードが「子」ノードにRLF通知を送信するという関係を想定する。
(議論)
(RLF通知およびその他のインディケーション)
Rel-15 UEは、引き続きIABノードとの接続を許可されるが、合意された「RLF通知」はRel-16機能であることに注意すべきである。Rel-15 UEでもサービスの停止を最小限に抑えるためには、バックホールリンクを回復することに失敗した場合、IABノードはSSB(PSS、SSS、及びPBCH)の送信を停止すべきである。なぜならば、IABノードがバックホールリンクなしではサービスを継続できないことは明らかであり、またRel-15 UEに対して意図的に無線問題を生み出すからである。
(RLF通知およびその他のインディケーション)
Rel-15 UEは、引き続きIABノードとの接続を許可されるが、合意された「RLF通知」はRel-16機能であることに注意すべきである。Rel-15 UEでもサービスの停止を最小限に抑えるためには、バックホールリンクを回復することに失敗した場合、IABノードはSSB(PSS、SSS、及びPBCH)の送信を停止すべきである。なぜならば、IABノードがバックホールリンクなしではサービスを継続できないことは明らかであり、またRel-15 UEに対して意図的に無線問題を生み出すからである。
所見1:合意された「RLF通知」はRel-15 UEでは機能できない。
提案1:RAN2は、バックホールリンクを回復することに失敗した場合、IABノードがSSBの送信を停止することに合意すべきである。
また、提案1は、バックホールリンクが回復することに失敗するまで、IABノードはサービスを提供し続けてもよいことを暗示する。次に、「例えば、リンクが回復したとき、または回復が進行中のとき、他のインディケーションが必要かどうかは更なる検討が必要である」ように、バックホールリンク状態についてダウンストリームのMT/UEに通知する価値があるかどうかを更に検討する必要がある。ただし、BH RLF中にRLF通知が繰り返し送信される場合は、「その他のインディケーション」を指定する必要はない。言い換えれば、RLF通知が送信されない場合、BH RLFは発生していない、又はすでに回復されており、そうでない場合は、バックホールリンクの回復が進行中である。したがって、論点は、BH RLF中にRLF通知を繰り返し送信するかどうかである。
提案2:RAN2は、RLF通知がBH RLF中に繰り返し送信されることに合意すべきである。
(RRCコネクティッド)
BH RLFが親IABノードで発生している間、アップリンクデータが子IABノード/UEからIABドナーに到達できないことは明らかである。アップリンク送信が続く場合、子IABノード/UEでの電力消費、親IABノードでのバッファのオーバーフローのリスク、及びネットワークでの干渉などの不要な問題を発生させる可能性がある。したがって、子ノード/UEは、少なくとも新しいデータ送信においてSR送信を控えるべきである。
BH RLFが親IABノードで発生している間、アップリンクデータが子IABノード/UEからIABドナーに到達できないことは明らかである。アップリンク送信が続く場合、子IABノード/UEでの電力消費、親IABノードでのバッファのオーバーフローのリスク、及びネットワークでの干渉などの不要な問題を発生させる可能性がある。したがって、子ノード/UEは、少なくとも新しいデータ送信においてSR送信を控えるべきである。
提案3:RAN2は、RLF通知を受信時に、MT/UEがアップリンク信号、つまりデータ送信用のSRを停止することに合意すべきである。
親IABノードがそのバックホールリンクでRLFを受けるとRLF通知が送信されるが、そのアクセスリンクはまだ良好である可能性がある。言い換えると、RLFは、親IABノードと子IABノードとの間のリンクでは発生していない。RAN2は「現在のUE RLF検出及び回復はベースラインとして再利用される」ことに合意しているため、子ノード/UEはRLFを宣言せず、この場合はRLF通知をトリガしない。
追加ルールとしてRLF通知の受信が既存のRLFをトリガする場合、さらにそれはダウンストリームノードへのRLF通知の送信をトリガし、それはIABトポロジ間ですぐに伝搬される。これは、全てのIABノードに同時にRRC再確立を開始させ、IABトポロジを壊す可能性がある。したがって、RLF通知の受信はRRC再確立をトリガしない。
提案4:RAN2は、MT/UEがRLF通知の受信時にRRC再確立の開始を含むRLFを宣言せず、RLF通知の送信もトリガしないことに合意すべきである。
(RRCアイドル)
別の態様は、RRCアイドルでのMT/UEのふるまいである。提案3が同意できる場合、アイドルモードのMT/UEがBH RLFを受ける親IABノードへのRRCセットアップ要求を開始することを控えることは、非常に簡単である。これにより、一種のアクセス制限と見なすことができる。たとえRRCセットアップ要求メッセージが送信された場合でも、BH RLFのためにIABドナー(つまり、ピアRRCエンティティを有するCU)に転送できず、手順は結局失敗する。
別の態様は、RRCアイドルでのMT/UEのふるまいである。提案3が同意できる場合、アイドルモードのMT/UEがBH RLFを受ける親IABノードへのRRCセットアップ要求を開始することを控えることは、非常に簡単である。これにより、一種のアクセス制限と見なすことができる。たとえRRCセットアップ要求メッセージが送信された場合でも、BH RLFのためにIABドナー(つまり、ピアRRCエンティティを有するCU)に転送できず、手順は結局失敗する。
提案5:RAN2は、RRCアイドルであるMT/UEが、RLF通知を送信している親IABノードへのRRCセットアップ要求を開始することを控えるべきであることに合意すべきである。
論点は、セル再選択プロセスがBH RLFをどのようにハンドリングするか、つまり、BH RLFを送信する親IABノードが再選択の候補セルであるかどうかである。BH RLFが短時間で回復され得る場合、そのような最適化は必要ない。そうではない場合、MT/UEが結局BHリンクなしにセルでRRC接続を確立できないため、悪いユーザーエクスペリエンスを引き起こす可能性がある。
提案6:RAN2は、RRCアイドルのMT/UEが、RLF通知を送信する親IABノードを再選択できるかどうかについて議論すべきである。
(デュアルコネクティビティの場合の検討)
デュアルコネクティビティは複雑なシナリオの1つですが、RAN2は「BHリンクの障害における回復時に、(合意されている場合)代替ルート及び/又はデュアルコネクティビティを利用され得る」ことに合意した。これは、親がデュアルコネクティビティを有するケース(つまり、図17のケース1)、及び子がデュアルコネクティビティを有するケース(つまり、図17のケース2)の2つのケースに分類できる。
デュアルコネクティビティは複雑なシナリオの1つですが、RAN2は「BHリンクの障害における回復時に、(合意されている場合)代替ルート及び/又はデュアルコネクティビティを利用され得る」ことに合意した。これは、親がデュアルコネクティビティを有するケース(つまり、図17のケース1)、及び子がデュアルコネクティビティを有するケース(つまり、図17のケース2)の2つのケースに分類できる。
(ケース1(親がDCで設定される)
ケース1では、RLF通知はMCG RLF又はSCG RLFのいずれかによってトリガされてもよい。EN-DC(つまり、CプレーンがLTE Uu上にある)の場合、RN2が「EN-DCを使用するIABノードの場合、BAPおよびバックホールRLCチャネルの観点から、これは単一リンクの展開(NRリンクによるBAPルートのみ)である」ことに合意したように、バックホールリンクにMCGを使用することは想定されていない。したがって、RLFがSCGリンクでのみ発生する場合でも、IABトポロジの観点からは、BH RLFと見なすべきである。これは、RLF通知がSCG RLFで親IABノードによって送信されるべきであることも意味する。
ケース1では、RLF通知はMCG RLF又はSCG RLFのいずれかによってトリガされてもよい。EN-DC(つまり、CプレーンがLTE Uu上にある)の場合、RN2が「EN-DCを使用するIABノードの場合、BAPおよびバックホールRLCチャネルの観点から、これは単一リンクの展開(NRリンクによるBAPルートのみ)である」ことに合意したように、バックホールリンクにMCGを使用することは想定されていない。したがって、RLFがSCGリンクでのみ発生する場合でも、IABトポロジの観点からは、BH RLFと見なすべきである。これは、RLF通知がSCG RLFで親IABノードによって送信されるべきであることも意味する。
所見2:EN-DCで設定されたIABノードの場合、SCG RLFはRLF通知をトリガすべきである。
一方、NR-DCの場合、バックホールリンクはSCGのみ、又はSCG及びMCGの両方に設定されてもよい。言うまでもなく、前者のケース(SCGのみのBH)はEN-DCのケースと同様である。後者の場合(MCG及びSCGの両方でBH)、SCG RLFがRLF通知をトリガしないことは明らかですが、MCG RLFが常にRLF通知をトリガするかどうかは疑わしい。
現在の仕様では、UEは、MCG RLFでSCGへのUL送信を停止(RRC再確立で「SRB0を除く全てのRBをサスペンド」)する。これにより、BH RLFと見なすことができる。一方、MCG RLFが発生してもSCGリンクの品質は良好であり、堅牢なバックホールのために使用され続ける可能性がある。したがって、UL送信の停止に関する現在の原則は、MCGリンクに障害が発生した場合にSCGリンクを使用すべきかどうかに応じて、再検討される必要がある可能性がある。例えば、DCCA WIで議論されている高速MCGリンク回復メカニズムである。
所見3:NR-DCで設定されSCGにのみBHがあるIABノードの場合、SCG RLFはRLF通知をトリガする(所見2と同様)。
提案7:RAN2は、バックホールリンクがSCGのみで構成されている場合(つまり、EN-DC及びSCGのみバックホールを備えたNR-DC)、SCG RLFがRLF通知をトリガすることに合意すべきである。
提案8:RAN2は、MCG RLFが常にRLF通知をトリガすることに合意すべきである。
所見4:MCG RLFのときにSCGリンクが使用されている場合、UL送信の停止に関する現在の原則を再検討する必要がある可能性がある。DCCA WIにおけるMCGリンクの高速復旧について議論することが期待される。
(ケース2(子がDCで設定される))
ケース2では、子IABノードの観点からのデュアルコネクティビティにより、2つの親IABノードがバックホールリンクのために利用できる。したがって、論点は、どの親IABノードがそのBH RLFでRLF通知を送信するかである。1つのアプローチは、BH RLFがMCG(つまり、MN)又はSCG(つまり、SN)に関連付けられたバックホールリンクで発生するかどうかに関係なく、MCGが常にRLF通知を送信することである。MCGは子IABノードとのCプレーン接続を有するため、これは理にかなっているであろう。但し、これは、SCG(SN)がそのBH RLFをMCG(MN)に通知しなければならないことを意味する。BH RLF下において、ノード間接続が必ずしも利用できるとは限らない(図17参照)。
ケース2では、子IABノードの観点からのデュアルコネクティビティにより、2つの親IABノードがバックホールリンクのために利用できる。したがって、論点は、どの親IABノードがそのBH RLFでRLF通知を送信するかである。1つのアプローチは、BH RLFがMCG(つまり、MN)又はSCG(つまり、SN)に関連付けられたバックホールリンクで発生するかどうかに関係なく、MCGが常にRLF通知を送信することである。MCGは子IABノードとのCプレーン接続を有するため、これは理にかなっているであろう。但し、これは、SCG(SN)がそのBH RLFをMCG(MN)に通知しなければならないことを意味する。BH RLF下において、ノード間接続が必ずしも利用できるとは限らない(図17参照)。
したがって、MCGでのRLF通知及びSCGでのRLF通知は分離されている方が簡単である。つまり、MCGはそのBH RLFでのみRLF通知を送信し、SCGはそのBH RLFでのみRLF通知を送信する。デュアルコネクティビティ下で各CGに2つの個別のMACが設定されているため、RLF通知にMAC CEが使用されている場合、これは容易である。
提案9:RAN2は、RLF通知がMAC CEを介してMCG又はSCGのいずれかによって送信される可能性があることに合意すべきである。
一方、子IABノードは、SCGからRLF通知を受信すると、提案3が受け入れられる場合、SCGへのUL送信を停止する。これは実際には一種のSCG障害と見なされる可能性があり、子IABノードはMCGがトポロジの適合(例えば、セカンダリノードの変更)を行うことを期待する場合がある。ただし、IABトポロジによっては、SCGのBHリンクに障害が発生した場合、MCGはSCGのBHリンクが(少なくとも一時的に)切断されていることを認識しない可能性があり、適切なアクションをとることはできない可能性がある。したがって、子ノードが、例えば、障害情報又はSCG障害情報を介して、SCGからRLF通知を受信した場合に、MCGに通知できるかどうかを検討すべきである。
提案10:RAN2は、SCGからRLF通知を受信した場合に、MT/UEがMCGに通知することを許可されるかどうかについて議論すべきである。
本願は、米国仮出願第62/884268号(2019年8月8日出願)の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
Claims (4)
- ユーザ装置とドナー装置との間に複数の中継装置を用いた少なくとも1つの通信経路を形成可能な移動通信システムにおいて用いる通信制御方法であって、
前記複数の中継装置に含まれる中継装置が、前記中継装置の上位の上位装置と前記中継装置との間のバックホールリンクの障害を検知することと、
前記バックホールリンクの障害の検知に応じて、前記中継装置のBAPレイヤが、前記バックホールリンクの障害に関する障害通知を前記中継装置の下位の下位装置に送信することと、
前記下位装置のBAPレイヤが、前記中継装置からの前記障害通知の受信に応じて、前記障害通知を受信した旨を前記下位装置の上位レイヤに通知することと、を有する
通信制御方法。 - 前記下位装置は、前記障害通知を受信した場合、RRC接続再確立を行うこと、をさらに有する
請求項1に記載の通信制御方法。 - 前記複数の中継装置に含まれる中継装置が、マスタノード及びセカンダリノードとの二重接続の通信を行うことと、
前記マスタノードが、前記マスタノードの上位の装置と前記マスタノードとの間のバックホールリンクの障害を検知すると、第1障害通知を前記中継装置に送信することと、
前記セカンダリノードが、前記セカンダリノードの上位の装置と前記セカンダリノードとの間のバックホールリンクの障害を検知すると、第2障害通知を前記中継装置に送信することと、
前記中継装置が前記第1障害通知及び前記第2障害通知の両方を受信した場合、前記中継装置が、前記中継装置の前記上位装置と前記中継装置との間の前記バックホールリンクの障害を検知することと、をさらに有する
請求項1に記載の通信制御方法。 - 前記下位装置が、マスタノード及びセカンダリノードとの二重接続の通信を行うことと、
前記マスタノードが、前記マスタノードの上位の装置と前記マスタノードとの間のバックホールリンクの障害を検知すると、第1障害通知を前記下位装置に送信することと、
前記セカンダリノードが、前記セカンダリノードの上位の装置と前記セカンダリノードとの間のバックホールリンクの障害を検知すると、第2障害通知を前記下位装置に送信することと、
前記下位装置が、前記第1障害通知を受信した場合、MCG Failure Indicationを通知することと、
前記下位装置が、前記第2障害通知を受信した場合、SCG Failure Indicationを通知することと、をさらに有する
請求項1に記載の通信制御方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021537700A JP7301976B2 (ja) | 2019-08-08 | 2020-07-22 | 通信制御方法 |
US17/666,068 US20220159485A1 (en) | 2019-08-08 | 2022-02-07 | Communication control method |
JP2023101502A JP2023120360A (ja) | 2019-08-08 | 2023-06-21 | 通信制御方法 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962884268P | 2019-08-08 | 2019-08-08 | |
US62/884,268 | 2019-08-08 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/666,068 Continuation US20220159485A1 (en) | 2019-08-08 | 2022-02-07 | Communication control method |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021024821A1 true WO2021024821A1 (ja) | 2021-02-11 |
Family
ID=74503566
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2020/028571 WO2021024821A1 (ja) | 2019-08-08 | 2020-07-22 | 通信制御方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220159485A1 (ja) |
JP (2) | JP7301976B2 (ja) |
WO (1) | WO2021024821A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023026681A1 (ja) * | 2021-08-24 | 2023-03-02 | キヤノン株式会社 | 中継装置、制御方法、プログラム、及び通信システム |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220369333A1 (en) * | 2021-05-13 | 2022-11-17 | Qualcomm Incorporated | Conditional grants in integrated access and backbone (iab) network |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11700565B2 (en) * | 2018-09-18 | 2023-07-11 | Qualcomm Incorporated | Management of radio link failure in wireless backhaul |
WO2020165278A1 (en) * | 2019-02-13 | 2020-08-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Using alternative paths of descendant nodes for backhaul-link failure reporting in integrated access |
WO2020167036A1 (en) * | 2019-02-14 | 2020-08-20 | Lg Electronics Inc. | Method and apparatus for failure notification on backhaul link in wireless communication system |
CN111757398B (zh) * | 2019-03-28 | 2022-04-12 | 华为技术有限公司 | 一种通信方法与装置 |
US20220217598A1 (en) * | 2019-05-02 | 2022-07-07 | Sharp Kabushiki Kaisha | Failure information for wireless relay networks |
-
2020
- 2020-07-22 JP JP2021537700A patent/JP7301976B2/ja active Active
- 2020-07-22 WO PCT/JP2020/028571 patent/WO2021024821A1/ja active Application Filing
-
2022
- 2022-02-07 US US17/666,068 patent/US20220159485A1/en active Pending
-
2023
- 2023-06-21 JP JP2023101502A patent/JP2023120360A/ja active Pending
Non-Patent Citations (3)
Title |
---|
CATT: "Route Adaptation upon Backhaul RLF", 3GPP TSG RAN WG2 #106 R2-1905837, 3 May 2019 (2019-05-03), XP051710189 * |
HUAWEI ET AL.: "Backhaul RLF Recovery", 3GPP TSG RAN WG2 #106 R2-1906070, 3 May 2019 (2019-05-03), XP051710397 * |
SAMSUNG: "RLF handling in dual connection for intermediate IAB node", 3GPP TSG RAN WG2 #106 R2-1908025, 3 May 2019 (2019-05-03), XP051712273 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023026681A1 (ja) * | 2021-08-24 | 2023-03-02 | キヤノン株式会社 | 中継装置、制御方法、プログラム、及び通信システム |
Also Published As
Publication number | Publication date |
---|---|
JP2023120360A (ja) | 2023-08-29 |
US20220159485A1 (en) | 2022-05-19 |
JPWO2021024821A1 (ja) | 2021-02-11 |
JP7301976B2 (ja) | 2023-07-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210219368A1 (en) | Relay apparatus | |
JP7413316B2 (ja) | 中継装置 | |
JP7303290B2 (ja) | 通信制御方法 | |
JP7189219B2 (ja) | 中継装置 | |
JP7422916B2 (ja) | 通信制御方法、無線中継装置及びプロセッサ | |
JP7291763B2 (ja) | 通信制御方法 | |
JP7522797B2 (ja) | 通信制御方法 | |
JP2023120360A (ja) | 通信制御方法 | |
JP7212199B2 (ja) | 通信制御方法 | |
JP7322230B2 (ja) | 通信制御方法 | |
EP3829220A1 (en) | Radio link management for a connected user equipment | |
US20230080014A1 (en) | Communication control method | |
US20220264400A1 (en) | Communication control method and wireless relay apparatus | |
WO2022210546A1 (ja) | 通信制御方法 | |
CN116671149A (zh) | 通信控制方法 | |
JP7426383B2 (ja) | 通信制御方法 | |
WO2023282251A1 (ja) | 通信制御方法 | |
WO2020158253A1 (ja) | 中継装置及びその制御方法 | |
CN116897556A (zh) | 通信控制方法 |
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: 20849412 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2021537700 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: 20849412 Country of ref document: EP Kind code of ref document: A1 |