WO2024096052A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2024096052A1
WO2024096052A1 PCT/JP2023/039406 JP2023039406W WO2024096052A1 WO 2024096052 A1 WO2024096052 A1 WO 2024096052A1 JP 2023039406 W JP2023039406 W JP 2023039406W WO 2024096052 A1 WO2024096052 A1 WO 2024096052A1
Authority
WO
WIPO (PCT)
Prior art keywords
user equipment
iab
conditional
control method
node
Prior art date
Application number
PCT/JP2023/039406
Other languages
English (en)
French (fr)
Inventor
真人 藤代
ヘンリー チャン
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Publication of WO2024096052A1 publication Critical patent/WO2024096052A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA

Definitions

  • This disclosure relates to a communication control method for use in a cellular communication system.
  • the 3GPP (Third Generation Partnership Project), a standardization project for cellular communication systems, is considering the introduction of a new relay node called an IAB (Integrated Access and Backhaul) node (see, for example, Non-Patent Document 1).
  • IAB Integrated Access and Backhaul
  • One or more relay nodes intervene in the communication between a base station and a user device, and relay this communication.
  • the communication control method is a communication control method used in a cellular communication system.
  • the communication control method includes a step in which a network node transmits a conditional reconfiguration to a user device.
  • the communication control method also includes a step in which the user device executes a conditional handover after a predetermined time has elapsed since the user device detected a predetermined condition.
  • the detection of the predetermined condition is either the satisfaction of a trigger condition included in the conditional reconfiguration or the receipt of an instruction to execute a conditional handover from the network node.
  • the predetermined time is a different time for each of the user devices.
  • the communication control method is a communication control method used in a cellular communication system.
  • the communication control method includes a step in which a network node sets a PRACH (Physical Random Access Channel) resource in a user device.
  • the communication control method includes a step in which the user device transmits a PRACH using the PRACH resource set in the user device when performing a conditional handover.
  • the PRACH resource is a different resource for each user device.
  • the communication control method is a communication control method used in a cellular communication system.
  • the communication control method includes a step in which a network node transmits, to a user equipment, a conditional reconfiguration including beam information indicating a beam to be used by the user equipment.
  • the communication control method also includes a step in which, when the user equipment executes a conditional handover, the user equipment transmits a PRACH using resources associated with the beam.
  • the beam is a different beam for each user equipment.
  • the communication control method is a communication control method used in a cellular communication system.
  • the communication control method includes a step in which a user equipment transmits a PRACH (Msg1) to a target cell when performing a conditional handover.
  • the communication control method also includes a step in which the target cell transmits a random access response (Msg2) to the user equipment at a timing that differs for each user equipment.
  • the communication control method further includes a step in which the user equipment transmits an RRC reconfiguration complete (RRCReconfigurationComplete) message (Msg3) to the target cell at a timing that differs for each user equipment.
  • RRCReconfigurationComplete RRC reconfiguration complete
  • FIG. 1 is a diagram showing an example of the configuration of a cellular communication system according to an embodiment.
  • FIG. 2 is a diagram showing the relationship between the IAB node, parent nodes, and child nodes.
  • Figure 3 is a diagram showing an example configuration of a gNB (base station) according to one embodiment.
  • FIG. 4 is a diagram illustrating a configuration example of an IAB node (relay node) according to an embodiment.
  • FIG. 5 is a diagram illustrating a configuration example of a UE (user equipment) according to an embodiment.
  • FIG. 6 is a diagram showing an example of a protocol stack related to an IAB-MT RRC connection and a NAS connection.
  • FIG. 7 is a diagram showing an example of a protocol stack for the F1-U protocol.
  • FIG. 8 is a diagram showing an example of a protocol stack for the F1-C protocol.
  • 9A and 9B are diagrams illustrating an example of a complete move according to the first embodiment.
  • 10A and 10B are diagrams illustrating an example of a complete move according to the first embodiment.
  • FIG. 11 is a diagram illustrating an example of an operation according to the first embodiment.
  • FIG. 12 is a diagram illustrating an example of an operation according to the second embodiment.
  • FIG. 13 is a diagram illustrating an example of an operation according to the third embodiment.
  • FIG. 14 is a diagram illustrating an example of an operation according to the fourth embodiment.
  • FIG. 15 is a diagram illustrating an example of an operation according to the fifth embodiment.
  • FIG. 16 illustrates scenarios and sub-cases of UE cell reselection.
  • FIG. 17 illustrates the configuration of RACH-less handover in LTE using applicable Timing Advance (TA) and uplink grant information in MobilityControlInfo.
  • TA Timing Advance
  • the cellular communication system 1 is a 3GPP 5G system.
  • the radio access method in the cellular communication system 1 is NR (New Radio), which is a 5G radio access method.
  • NR New Radio
  • LTE Long Term Evolution
  • the cellular communication system 1 may also be applied to future cellular communication systems such as 6G.
  • FIG. 1 is a diagram showing an example of the configuration of a cellular communication system 1 according to one embodiment.
  • the cellular communication system 1 includes a 5G core network (5GC) 10, a user equipment (UE) 100, base station equipment (hereinafter sometimes referred to as "base stations") 200-1, 200-2, and IAB nodes 300-1, 300-2.
  • the base station 200 may be referred to as a gNB.
  • the base station 200 may also be an LTE base station (i.e., an eNB).
  • LTE base station i.e., an eNB
  • base stations 200-1 and 200-2 may be referred to as gNB 200 (or base station 200), and IAB nodes 300-1 and 300-2 may be referred to as IAB node 300.
  • the 5GC10 has an AMF (Access and Mobility Management Function) 11 and a UPF (User Plane Function) 12.
  • the AMF 11 is a device that performs various mobility controls for the UE 100.
  • the AMF 11 manages information about 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 performs transfer control of user data, etc.
  • Each gNB200 is a fixed wireless communication node and manages one or more cells.
  • a cell is used as a term indicating the smallest unit of a wireless communication area.
  • a cell is sometimes used as a term indicating a function or resource for performing wireless communication with a UE100.
  • One cell belongs to one carrier frequency. In the following, there may be cases where no distinction is made between a cell and a base station.
  • Each gNB200 is interconnected with the 5GC10 via an interface called the NG interface.
  • Figure 1 shows two gNBs, gNB200-1 and gNB200-2, connected to the 5GC10.
  • Each gNB200 may be divided into a central unit (CU) and a distributed unit (DU).
  • the CU and DU are connected to each other via an interface called the F1 interface.
  • the F1 protocol is a communication protocol between the CU and DU, and includes the F1-C protocol, which is a control plane protocol, and the F1-U protocol, which is a user plane protocol.
  • the cellular communication system 1 supports IAB, which enables wireless relay of NR access using NR for backhaul.
  • the donor gNB 200-1 (or donor node, hereinafter sometimes referred to as the "donor node") is the terminal node of the NR backhaul on the network side, and is a donor base station with additional functions to support IAB.
  • the backhaul is capable of multi-hopping via multiple hops (i.e., multiple IAB nodes 300).
  • IAB node 300-1 wirelessly connects to donor node 200-1
  • IAB node 300-2 wirelessly connects to IAB node 300-1
  • the F1 protocol is transmitted over two backhaul hops.
  • UE100 is a mobile wireless communication device that performs wireless communication with a cell.
  • UE100 may be any device that performs wireless communication with a gNB200 or an IAB node300.
  • UE100 is a mobile phone terminal and/or a tablet terminal, a notebook PC, a sensor or a device provided in a sensor, a vehicle or a device provided in a vehicle, or an aircraft or a device provided in an aircraft.
  • UE100 wirelessly connects to the IAB node300 or gNB200 via an access link.
  • FIG. 1 shows an example in which UE100 is wirelessly connected to IAB node300-2.
  • UE100 indirectly communicates with donor node200-1 via IAB node300-2 and IAB node300-1.
  • FIG. 2 shows an example of the relationship between the IAB node 300, parent nodes, and child nodes.
  • each IAB node 300 has an IAB-DU, which corresponds to a base station function unit, and an IAB-MT (Mobile Termination), which corresponds to a user equipment function unit.
  • IAB-DU which corresponds to a base station function unit
  • IAB-MT Mobile Termination
  • the adjacent node (i.e., the upper node) on the NR Uu radio interface of the IAB-MT is called the parent node.
  • the parent node is the parent IAB node or the DU of the donor node 200.
  • the radio link between the IAB-MT and the parent node is called the backhaul link (BH link).
  • BH link backhaul link
  • FIG. 2 an example is shown in which the parent nodes of the IAB node 300 are IAB nodes 300-P1 and 300-P2.
  • the direction toward the parent node is called the upstream. From the perspective of the UE 100, the upper node of the UE 100 may be the parent node.
  • Neighboring nodes i.e., lower nodes on the NR access interface of the IAB-DU are called child nodes.
  • the IAB-DU manages the cell, similar to the gNB 200.
  • the IAB-DU terminates the NR Uu radio interface to the UE 100 and lower IAB nodes.
  • the IAB-DU supports the F1 protocol to the CU of the donor node 200-1.
  • FIG. 2 an example is shown in which the child nodes of the IAB node 300 are IAB nodes 300-C1 to 300-C3, but the child nodes of the IAB node 300 may include the UE 100.
  • the direction toward the child nodes is called downstream.
  • all IAB nodes 300 connected to the donor node 200 via one or more hops form a directed acyclic graph (DAG) topology (hereinafter sometimes referred to as "topology") with the donor node 200 as the root.
  • DAG directed acyclic graph
  • adjacent nodes on the IAB-DU interface are child nodes
  • adjacent nodes on the IAB-MT interface are parent nodes.
  • the donor node 200 centralizes, for example, resource, topology, and route management of the IAB topology.
  • the donor node 200 is a gNB that provides network access to the UE 100 via a network of backhaul links and access links.
  • Fig. 3 is a diagram showing an example of the configuration of the gNB 200.
  • the gNB 200 has a wireless communication unit 210, a network communication unit 220, and a control unit 230.
  • the wireless communication unit 210 performs wireless communication with the UE 100 and 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, and converts (down-converts) a wireless signal received by the antenna into a baseband signal (received signal) and outputs the signal to the control unit 230.
  • the transmitting unit 212 performs various transmissions under the control of the control unit 230.
  • the transmitting unit 212 includes an antenna, and converts (up-converts) a baseband signal (transmitted signal) output by the control unit 230 into a wireless signal and transmits the signal from the antenna.
  • the network communication unit 220 performs wired communication (or wireless communication) with the 5GC10 and wired communication (or wireless communication) with other adjacent gNBs 200.
  • the network communication unit 220 has a receiving unit 221 and a transmitting unit 222.
  • the receiving unit 221 performs various receptions under the control of the control unit 230.
  • the receiving unit 221 receives signals from the outside and outputs the received signals to the control unit 230.
  • the transmitting unit 222 performs various transmissions under the control of the control unit 230.
  • the transmitting unit 222 transmits the transmission signals output by the control unit 230 to the outside.
  • the control unit 230 performs various controls in 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 programs executed by the processor and information used in processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor performs modulation/demodulation and encoding/decoding of baseband signals.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor performs processing of each layer, which will be described later. Note that the control unit 230 may perform each process or operation in the gNB 200 in each of the embodiments shown below.
  • FIG. 4 is a diagram showing an example of the configuration of the IAB node 300.
  • the IAB node 300 has a wireless communication unit 310 and a control unit 320.
  • the IAB node 300 may have a plurality of wireless communication units 310.
  • the wireless communication unit 310 performs wireless communication with the gNB 200 (BH link) and wireless communication with the UE 100 (access link).
  • the wireless communication unit 310 for BH link communication and the wireless communication unit 310 for access link communication may be provided separately.
  • the wireless communication unit 310 has a receiving unit 311 and a transmitting unit 312.
  • the receiving unit 311 performs various receptions under the control of the control unit 320.
  • the receiving unit 311 includes an antenna, and converts (down-converts) the wireless signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 320.
  • the transmitting unit 312 performs various transmissions under the control of the control unit 320.
  • the transmitting unit 312 includes an antenna, and converts (up-converts) the baseband signal (transmitted signal) output by the control unit 320 into a wireless signal and transmits it from the antenna.
  • the control unit 320 performs various controls in 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 programs executed by the processor and information used in processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor performs modulation/demodulation and encoding/decoding of baseband signals.
  • the CPU executes programs stored in the memory to perform various processes.
  • the processor performs processing of each layer, which will be described later. Note that the control unit 320 may perform each process or operation in the IAB node 300 in each of the embodiments shown below.
  • Fig. 5 is a diagram showing an example of the configuration of the UE 100. As shown in Fig. 5, the UE 100 has a radio communication unit 110 and a control unit 120.
  • the wireless communication unit 110 performs wireless communication in the access link, i.e., wireless communication with the gNB 200 and wireless communication with the IAB node 300.
  • the wireless communication unit 110 may also perform wireless communication in the side link, i.e., wireless communication with other UEs 100.
  • the wireless communication unit 110 has a receiving unit 111 and a transmitting unit 112.
  • the receiving unit 111 performs various receptions under the control of the control unit 120.
  • the receiving unit 111 includes an antenna, and converts (down-converts) a wireless signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 120.
  • the transmitting unit 112 performs various transmissions under the control of the control unit 120.
  • the transmitting unit 112 includes an antenna, and converts (up-converts) a baseband signal (transmitted signal) output by the control unit 120 into a wireless signal and transmits it from the antenna.
  • the control unit 120 performs various controls in 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 programs executed by the processor and information used in the processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor performs modulation/demodulation and encoding/decoding of baseband signals.
  • the CPU executes programs stored in the memory to perform various processing.
  • the processor performs processing of each layer, which will be described later. Note that the control unit 120 may perform each processing in the UE 100 in each of the embodiments shown below.
  • Fig. 6 is a diagram showing an example of a protocol stack related to an RRC connection and a NAS connection of an IAB-MT.
  • the IAB-MT of IAB node 300-2 has a physical (PHY) layer, a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Resource Control (RRC) layer, and a Non-Access Stratum (NAS) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • NAS Non-Access Stratum
  • the PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted via a physical channel between the PHY layer of the IAB-MT of IAB node 300-2 and the PHY layer of the IAB-DU of IAB node 300-1.
  • the MAC layer performs data priority control, retransmission processing using Hybrid Automatic Repeat reQuest (HARQ), random access procedures, etc.
  • Data and control information are transmitted between the MAC layer of the IAB-MT of IAB node 300-2 and the MAC layer of the IAB-DU of IAB node 300-1 via a transport channel.
  • the MAC layer of the IAB-DU includes a scheduler. The scheduler determines the transport format (transport block size, modulation and coding scheme (MCS)) and the allocated resource blocks for the uplink and downlink.
  • MCS modulation and coding scheme
  • the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted between the RLC layer of the IAB-MT of IAB node 300-2 and the RLC layer of the IAB-DU of IAB node 300-1 via logical channels.
  • the PDCP layer performs header compression/decompression, and encryption/decryption. Data and control information are transmitted between the PDCP layer of the IAB-MT of IAB node 300-2 and the PDCP layer of the donor node 200 via a radio bearer.
  • the RRC layer controls logical channels, transport channels, and physical channels in response to the establishment, re-establishment, and release of radio bearers.
  • RRC signaling for various settings is transmitted between the RRC layer of the IAB-MT of IAB node 300-2 and the RRC layer of the donor node 200.
  • the IAB-MT When there is an RRC connection with the donor node 200, the IAB-MT is in an RRC connected state. When there is no RRC connection with the donor node 200, the IAB-MT is in an RRC idle state.
  • the NAS layer which is located above the RRC layer, performs session management, mobility management, etc.
  • NAS signaling is transmitted between the NAS layer of the IAB-MT of IAB node 300-2 and AMF 11.
  • FIG. 7 is a diagram showing the protocol stack for the F1-U protocol.
  • FIG. 8 is a diagram showing the protocol stack for the F1-C protocol.
  • the donor node 200 is divided into a CU and a DU.
  • the IAB-MT of IAB node 300-2, the IAB-DU of IAB node 300-1, the IAB-MT of IAB node 300-1, and the DU of donor node 200 each have a BAP (Backhaul Adaptation Protocol) layer above the RLC layer.
  • the BAP layer is a layer that performs routing processing and bearer mapping/demapping processing. In the backhaul, the IP layer is transmitted via the BAP layer, making routing over multiple hops possible.
  • the PDUs (Protocol Data Units) of the BAP layer are transmitted by a backhaul RLC channel (BH NR RLC channel).
  • BH NR RLC channel backhaul RLC channel
  • traffic prioritization and QoS (Quality of Service) control are possible.
  • the correspondence between the BAP PDUs and the backhaul RLC channels is performed by the BAP layer of each IAB node 300 and the BAP layer of the donor node 200.
  • the protocol stack of the F1-C protocol has an F1AP layer and an SCTP layer instead of the GTP-U layer and UDP layer shown in Figure 7.
  • the processing or operations performed by the IAB-DU and IAB-MT of the IAB may be described simply as the processing or operations of the "IAB.”
  • the transmission of a BAP layer message by the IAB-DU of IAB node 300-1 to the IAB-MT of IAB node 300-2 will be described as IAB node 300-1 sending that message to IAB node 300-2.
  • the processing or operations of the DU or CU of the donor node 200 may be described simply as the processing or operations of the "donor node.”
  • the terms may be used without distinguishing between the upstream direction and the uplink (UL) direction. Furthermore, the terms may be used without distinguishing between the downstream direction and the downlink (DL) direction.
  • a mobile IAB node is, for example, an IAB node that is moving.
  • a mobile IAB node may be an IAB node that can move.
  • a mobile IAB node may be an IAB node that has the ability to move.
  • a mobile IAB node may be an IAB node that is currently stationary but is certain to move in the future (or is expected to move in the future).
  • the mobile IAB node makes it possible, for example, for a UE 100 under the mobile IAB node to receive services from the mobile IAB node while moving in accordance with the movement of the mobile IAB node.
  • a UE 100 on board a vehicle receives services via a mobile IAB node installed on the vehicle.
  • IAB nodes that do not move.
  • IAB nodes are sometimes called intermediate IAB nodes.
  • An intermediate IAB node is, for example, an IAB node that does not move.
  • the intermediate IAB node may be a stationary IAB node.
  • An intermediate IAB node may be a stationary IAB node.
  • the intermediate IAB node may be an IAB node that remains stationary (or does not move) installed at the installation location.
  • the intermediate IAB node may be a stationary IAB node that does not move.
  • An intermediate IAB node may be a fixed IAB node.
  • a mobile IAB node can also be connected to an intermediate IAB node.
  • a mobile IAB node can also be connected to a donor node 200.
  • a mobile IAB node can also change its connection destination due to migration or handover.
  • the source of the connection may be an intermediate IAB node.
  • the source of the connection may be the donor node 200.
  • the destination of the connection may be an intermediate IAB node.
  • the destination of the connection may be the donor node 200.
  • a mobile IAB node may be called a “mobile IAB node” or a “migrating IAB node.” In either case, it may be referred to as a mobile IAB node.
  • a mobile IAB node may move between donor nodes 200 .
  • Figures 9(A) to 10(B) are diagrams showing an example of the procedure when the mobile IAB node 300M moves from the source donor node 200-S to the target donor node 200-T.
  • the mobile IAB node 300M has a UE 100 under it.
  • the example in Figure 9(A) shows an example in which the UE 100 is present in the cell range formed by IAB-DU#1 of the mobile IAB node 300M.
  • the UE 100 can move together with the mobile IAB node 300M.
  • Figure 9 (A) shows an example of the initial condition.
  • IAB-DU#1 of the mobile IAB node 300M has established an F1 connection to the CU of the source donor node 200-S.
  • IAB-MT of the mobile IAB node 300M has established an RRC connection to the CU of the source donor node 200-S.
  • Figure 9 (B) shows an example in which the mobile IAB node 300M has moved to the target donor node 200-T, resulting in a state of partial migration with respect to the target donor node 200-T.
  • the IAB-DU#1 (and UE100) of the mobile IAB node 300M is terminated in the CU of the source donor node 200-S, while the IAB-MT of the mobile IAB node 300M has moved to the CU of the target donor node 200-T.
  • the IAB-MT of the mobile IAB node 300M has established an RRC connection with the CU of the target donor node 200-T.
  • the IAB-DU of the mobile IAB node 300M has established an F1 connection with the source donor node 200-S.
  • Partial mobility refers to a state in which, for example, the connection of UE 100 under mobile IAB node 300M remains with source donor node 200-S via IAB-DU #1 of mobile IAB node 300M.
  • FIG. 10(A) shows an example of a case where the mobile IAB node 300M subsequently enters a state of phase 1 of full migration with respect to the target donor node 200-T.
  • the UE 100 In phase 1 of full migration, the UE 100 remains connected to the source donor node 200-S via IAB-DU#1, but a new IAB-DU#2 has established an F1 connection with the CU of the target donor node 200-T.
  • IAB-DU#1 and IAB-DU#2 may be logical IAB-DUs.
  • One physical IAB-DU may contain two logical IAB-DUs (IAB-DU#1 and IAB-DU#2).
  • Figure 10 (B) shows an example of the case where the mobile IAB node 300M then enters phase 2 of complete movement with respect to the target donor node 200-T.
  • phase 2 of complete movement the connection of the mobile IAB node 300M (and UE 100) has moved from the CU of the source donor node 200-S to the CU of the target donor node 200-T.
  • Complete movement refers to, for example, a state in which the connection of the UE 100 has moved to the target donor node 200-T via IAB-DU #2 of the mobile IAB node 300M.
  • the mobile IAB node 300M may be referred to as the "dual DU approach.”
  • the dual DU approach is performed when the UE 100 moves from one CU and DU to another CU and DU.
  • conditional handover (CHO).
  • the mobile IAB node 300M broadcasts an instruction to perform a conditional handover
  • the conventional conditional handover is used.
  • an instruction to execute a conditional handover is broadcast from the mobile IAB node 300M to the UEs 100 subordinate thereto. Therefore, in the former case, the processing load for downlink signaling can be reduced compared to when the instruction to execute is given by individual signaling (e.g., an RRC message).
  • the UEs 100 subordinate to the mobile IAB node 300M may execute a conditional handover all at once. In such a case, multiple UEs 100 may transmit PRACH (Msg1) all at once. Therefore, in the former case, a load may be placed on uplink signaling.
  • the first embodiment aims to distribute the signaling load in the uplink direction.
  • the base station e.g., gNB200 transmits a conditional reconfiguration to the user equipment (e.g., UE100).
  • the user equipment executes a conditional handover after a predetermined time has elapsed since detecting a predetermined condition.
  • the detection of the predetermined condition is either the satisfaction of a trigger condition included in the conditional reconfiguration or the receipt of an instruction to execute a conditional handover from the base station.
  • the predetermined time is different for each user equipment.
  • the UE 100 executes the conditional handover after a predetermined time, which differs for each UE 100, has elapsed since the detection of the predetermined condition. Therefore, in the first embodiment, the execution of the conditional handover, i.e., PRACH transmission, can be started at different timings for each UE 100. Therefore, in the first embodiment, the signaling load in the uplink direction can be distributed.
  • the conditional handover i.e., PRACH transmission
  • the mobile IAB node 300M, the parent node of the mobile IAB node 300M, and the donor node 200 (or gNB 200) may be referred to as "gNB 200." That is, the gNB 200 may be the mobile IAB node 300M. Alternatively, the gNB 200 may be the parent node of the mobile IAB node 300M. Alternatively, the gNB 200 may be the donor node 200.
  • FIG. 11 shows an example of operation according to the first embodiment.
  • gNB200 source cell configures conditional handover to UE100.
  • the gNB200 may perform the configuration by sending a conditional reconfiguration (ConditionalReconfiguration) including configuration information for the conditional handover to UE100.
  • the gNB200 may send the conditional reconfiguration to UE100 using an RRC reconfiguration (RRCReconfiguration) message.
  • RRCReconfiguration RRC reconfiguration
  • the UE100 receives the conditional handover configuration from gNB200 through the conditional reconfiguration.
  • conditional reconfiguration includes a trigger condition for UE100 to execute a conditional handover. Multiple such trigger conditions may be included.
  • the conditional reconfiguration may include instruction information instructing to secure a predetermined time (or waiting time) from when a predetermined condition is detected until the execution of the conditional handover.
  • the conditional reconfiguration may include instruction information instructing to execute the conditional handover after the predetermined time has elapsed.
  • the predetermined condition includes satisfying a trigger condition included in the conditional reconfiguration. In this case, when the trigger condition is satisfied, the UE 100 executes the conditional handover after the predetermined time has elapsed.
  • the predetermined condition also includes receiving an instruction to execute the conditional handover notified from the gNB 200. In this case, when the UE 100 receives the execution instruction, the UE 100 executes the conditional handover after the predetermined time has elapsed.
  • conditional resetting may include setting information regarding a method for calculating the specified time.
  • a random number may be used as the calculation method.
  • the predetermined time can be made different for each UE 100 depending on the random number.
  • the setting information may include information indicating that a conditional handover is triggered when the generated random number is equal to or greater than a predetermined threshold.
  • the random number may be generated at regular intervals. The regular interval may be included in the setting information.
  • An upper limit for the number of random number generation times may be included in the setting information.
  • the upper limit may be an upper limit for the number of consecutive random number generation times.
  • the upper limit may be an upper limit for the total number of random number generation times.
  • the upper limit may be an upper limit for the number of times the generated random number is equal to or less than a predetermined threshold (i.e., the number of times transmission is put on hold).
  • the UE 100 may execute a conditional handover without making a decision to execute a conditional handover based on the random number generation. This is to enable the UE 100 to execute a conditional handover even if the number of times the random number is less than the predetermined threshold reaches the upper limit.
  • the UE-ID may be used as a calculation method. That is, the conditional handover is executed in the UE 100 at the timing associated with the UE-ID. This allows the conditional handover to be executed after a waiting time (predetermined time) that differs for each UE 100 has elapsed.
  • the UE-ID may be an International Mobile Subscriber Identity (IMSI).
  • the UE-ID may be a 5G system temporary subscriber identity (5G-S-TMSI).
  • the object associated with the UE-ID may be something other than a subframe.
  • the target may be a radio frame, a combination of a radio frame and a subframe, or other timing (e.g., the number of each subframe in which a PRACH resource exists).
  • conditional reconfiguration may include a predetermined time. At the time of setting the conditional reconfiguration, a different predetermined time is set for each UE 100. The UE 100 executes the conditional handover after the predetermined time has elapsed from the time when the predetermined condition is detected.
  • step S11 UE100 may receive an instruction to execute a conditional handover notified from gNB200.
  • step S12 UE 100 detects a predetermined condition.
  • the detection of the predetermined condition is either the satisfaction of a trigger condition included in the conditional reconfiguration (step S10) or the receipt of an instruction to perform a conditional handover.
  • UE 100 may determine to execute a conditional handover after a predetermined time has elapsed only when an instruction to execute a conditional handover has been received.
  • UE 100 starts executing a conditional handover (i.e., an existing operation) when a trigger condition is satisfied, and performs a new operation of executing a conditional handover after a predetermined time has elapsed only when the instruction to execute the conditional handover has been received.
  • the UE 100 may determine to execute a conditional handover after the specified time has elapsed.
  • step S13 UE 100 detects the predetermined condition and executes a conditional handover after a predetermined time has elapsed since the detection of the predetermined condition. That is, UE 100 starts accessing the target cell and starts transmitting the PRACH. Since the predetermined time is different for each UE 100, UE 100 transmits the PRACH at different times for each UE.
  • the UE 100 may start PRACH transmission after a predetermined time has elapsed since the execution of the conditional handover has started. That is, the UE 100 starts execution of the conditional handover when the predetermined condition is detected, and transmits PRACH after a predetermined time has elapsed since the start of the execution. Since the transmission of PRACH is transmitted at different timings for each UE, it is possible to distribute the signaling in the uplink direction, as in the first embodiment.
  • the second embodiment is also an embodiment for preventing collisions of PRACH transmissions.
  • a base station e.g., gNB200
  • sets PRACH resources in a user equipment e.g., UE100.
  • the user equipment executes a conditional handover, it transmits PRACH using the PRACH resources set in the user equipment.
  • the PRACH resources are different resources for each user equipment.
  • PRACH transmission is possible using different PRACH resources for each UE 100. Therefore, in the second embodiment, it is possible to avoid collisions of PRACH transmissions and distribute signaling in the uplink direction.
  • Fig. 12 is a diagram showing an example of operation according to the second embodiment. Note that, before the operation shown in Fig. 12 is started, the UE 100 is configured with a conditional handover from the gNB 200 (step S10 in Fig. 11).
  • gNB200 (source cell) sets a PRACH partition (PRACH partition) to be used for PRACH transmission when a conditional handover is performed.
  • PRACH partition may notify the PRACH partition using broadcast signaling (e.g., system information block (SIB)).
  • SIB system information block
  • gNB200 may transmit the PRACH partition to UE100 using individual signaling (e.g., RRC message).
  • the PRACH partition may be set in the conditional handover setting (step S10 in FIG. 11).
  • the PRACH partition is, for example, a division of all resources used for PRACH transmission into predetermined ranges.
  • the PRACH partition may be assigned to each group of UEs 100.
  • the PRACH partition may include a setting of PRACH resources available to UEs 100.
  • the PRACH partition may include a partition ID (partition identification information) assigned to each partition.
  • the PRACH resource itself may be notified by the target cell of the conditional handover using the SIB. Note that, in the conditional reconfiguration (step S10 in FIG. 11), instruction information indicating whether or not to use the PRACH partition may be included.
  • step S21 the UE 100 detects a predetermined condition.
  • the detection of the predetermined condition may be the satisfaction of a trigger condition included in the conditional reconfiguration, as in the first embodiment.
  • the detection of the predetermined condition may be the reception of an instruction to execute a conditional handover notified from the gNB 200.
  • the execution instruction may include instruction information indicating whether or not to use the PRACH partition.
  • step S22 UE 100 detects the predetermined condition and starts executing a conditional handover.
  • UE 100 transmits a PRACH using the PRACH resource configured in UE 100.
  • the resources set by the PRACH partition are different for each group of UEs 100 (or for each UE 100), which makes it possible to suppress collisions in PRACH transmissions and distribute signaling in the uplink direction.
  • the third embodiment is an embodiment in which PRACH transmission is distributed in the spatial direction.
  • a base station e.g., gNB200
  • the user equipment transmits PRACH using resources associated with the beam.
  • the beam is different for each user equipment.
  • the gNB 200 assigns a different beam to each UE 100, and the UE 100 transmits the PRACH using resources linked to the beam. Therefore, since the PRACH is transmitted using different resources for each UE, it is possible to distribute signaling in the uplink direction.
  • FIG. 13 shows an example of operation according to the third embodiment.
  • gNB200 source cell configures conditional handover for UE100.
  • the conditional reconfiguration may include beam information.
  • the beam information represents the beam of the target cell that UE100 should use (or is permitted to use) for PRACH transmission.
  • gNB200 transmits beams in different directions at different times by beam sweeping, and UE100 performs PRACH transmission using the optimal beam.
  • the beam information represents, for example, information on a beam that UE100 should use from among multiple beams.
  • the beam information may represent a different beam for each UE100.
  • the beam information may represent a different beam for each group of UE100.
  • the beam information may be represented by a beam index. Alternatively, the beam information may be represented by an index of a synchronization signal block (SSB).
  • SSB synchronization signal block
  • step S31 the UE 100 detects a predetermined condition.
  • the detection of the predetermined condition may be the satisfaction of a trigger condition included in the conditional reconfiguration, as in the first embodiment.
  • the detection of the predetermined condition may be the reception of an instruction to execute a conditional handover notified from the gNB 200.
  • the instruction to execute may include beam information.
  • step S32 the UE 100 detects the specified condition and starts executing a conditional handover, and transmits the PRACH using the beam represented by the beam information and the resources associated with the beam.
  • gNB200 may direct all beams in the same direction without performing beam sweeping. This is to avoid a situation where UE100 cannot receive the beam set in the beam information while a conditional handover is being performed.
  • the third embodiment an example is described in which information on the beam used by the UE 100 is specified as beam information.
  • the fourth embodiment an example is described in which the beam to be used in accessing the target cell is specified, rather than being specified by beam information.
  • the base station e.g., mobile IAB node 300M
  • the base station controls the beam direction of the target cell and the source cell so that the target cell and the source cell have beams in the same direction at the same timing.
  • the user equipment e.g., UE 100
  • UE 100 performs handover from IAB-DU#1 to IAB-DU#2 of mobile IAB node 300M.
  • UE 100 under mobile IAB node 300M does not actually move with respect to mobile IAB node 300M, the handover may be performed.
  • mobile IAB node 300M controls beams so that the source cell formed by IAB-DU#1 and the target cell formed by IAB-DU#2 face in the same direction at the same time (or the beam index and beam direction (weight) are the same).
  • UE 100 starts execution of a conditional handover, and transmits PRACH to the target cell using the same beam used in the source cell and resources linked to the beam.
  • FIG. 14 shows an example of operation according to the fourth embodiment.
  • the mobile IAB node (mIAB) 300M provides a source cell and a target cell.
  • the mobile IAB node 300M performs control to coordinate the beams of the source cell and the target cell. That is, the mobile IAB node 300M matches the weight (beam direction or directivity direction) for each beam index (or each SSB) between the source cell and the target cell.
  • beam index #1 faces the same direction in the source cell and the target cell.
  • beams that face the same direction (or provide the same coverage) at the same timing are formed in the source cell and the target cell.
  • step S41 the source cell transmits a conditional reconfiguration to the UE 100.
  • the conditional reconfiguration may include instruction information to instruct the UE 100 to access the target cell using the beam index currently in use.
  • step S42 the UE 100 detects a predetermined condition.
  • the detection of the predetermined condition is either that a trigger condition included in the conditional reconfiguration is satisfied, or that an instruction to execute a conditional handover is received from the mobile IAB node 300M.
  • the execution instruction may include instruction information instructing the UE 100 to access the target cell using the beam index currently in use.
  • step S43 UE 100 detects the predetermined condition and transmits the PRACH to the target cell. Specifically, UE 100 transmits the PRACH to the target cell using a beam with the same beam index as the beam index of the beam used in the source cell and using resources associated with the beam.
  • the first to fourth embodiments have described how to avoid collisions of PRACH (Msg1) transmissions that occur when instructions to execute a conditional handover are received simultaneously or when the trigger conditions for a conditional handover are satisfied simultaneously by multiple UEs 100.
  • Msg1 PRACH
  • Msg3 RRC reconfiguration complete (RRCReconfigurationComplete) message
  • the gNB 200 adjusts the transmission timing of the Random Access Response (Msg2) for each UE 100.
  • Msg2 Random Access Response
  • a user equipment e.g., UE100
  • a conditional handover when a user equipment (e.g., UE100) executes a conditional handover, it transmits a PRACH (Msg1) to a target cell.
  • the target cell transmits a random access response (Msg2) to the user equipment at a timing that differs for each user equipment.
  • the user equipment transmits an RRC reconfiguration completion message (Msg3) to the target cell at a timing that differs for each user equipment.
  • the timing at which the random access response (Msg2) is received also differs for each UE 100, so that the RRC reconfiguration completion message (Msg3) can be transmitted at a different timing for each UE 100. This makes it possible to suppress collisions in the transmission of RRC reconfiguration completion messages and distribute signaling in the uplink direction.
  • FIG. 15 is a diagram showing an example of operation according to the fifth embodiment.
  • the source cell and the target cell may belong to the same gNB 200 or may belong to different gNBs 200.
  • the source cell transmits a conditional reconfiguration to UE 100.
  • the conditional reconfiguration may include a setting value of an extended handover monitoring timer (or an extended monitoring timer) instead of the T304 timer. Since the timing of transmitting the random access response (Msg2) differs for each UE 100, the timing of transmitting the RRC reconfiguration completion message (Msg3) may be delayed more than before. Due to this delay, the count value of the T304 timer may exceed a predetermined value (i.e., the T304 timer expires), and UE 100 may not be able to transmit the RRC reconfiguration completion message (Msg3).
  • the extended handover monitoring timer allows UE 100 to transmit the RRC reconfiguration completion message (Msg3) even if the reception of the random access response (Msg) is delayed more than before.
  • the source cell may send a handover command (e.g., an RRCReconfiguration with sync message) to the UE 100 to instruct a handover.
  • step S51 when a conditional reconfiguration is performed, the UE 100 detects a predetermined condition.
  • the predetermined condition is either that a trigger condition included in the conditional reconfiguration is satisfied or that an instruction to execute a conditional handover is received from the gNB 200.
  • the instruction to execute may include the timer value (or expiration value) of the extended handover monitoring timer, or an instruction to use the timer.
  • UE 100 starts accessing the target cell. That is, in step S52, UE 100 starts counting the extended handover monitoring timer. UE 100 may start counting the timer from the time when UE 100 starts accessing the target cell.
  • step S53 UE100 transmits PRACH (Msg1) to the target cell.
  • step S54 the target cell receives PRACH from multiple UEs 100.
  • step S55 the target cell transmits a random access response (Msg2) to each UE100 at different times for each UE100 (or for each group of UE100).
  • Msg2 random access response
  • step S56 in response to receiving the random access response (Msg2), UE100 transmits an RRC reconfiguration completion message (Msg3) to the target cell. Since the timing of receiving the random access response differs for each UE100, the RRC reconfiguration completion message (Msg3) is transmitted at a different timing for each UE.
  • UE100 if the RRC reconfiguration completion message (Msg3) cannot be transmitted even if the count value of the extended handover monitoring timer reaches the timer value (or expiration value) (i.e., even if the timer expires), it is determined that the conditional handover has failed. In this case, UE100 may transition to the RRC idle state.
  • the base station is an NR base station (gNB)
  • the base station may be an LTE base station (eNB) or a 6G base station.
  • the base station may also be a relay node such as an IAB (Integrated Access and Backhaul) node.
  • the base station may be a DU of an IAB node.
  • the UE 100 may also be an MT (Mobile Termination) of an IAB node.
  • network node primarily refers to a base station, but may also refer to a core network device or part of a base station (CU, DU, or RU).
  • a network node may also be composed of a combination of at least part of a core network device and at least part of a base station.
  • a program may be provided that causes a computer to execute each process performed by UE100 or gNB200.
  • the program may be recorded on a computer-readable medium.
  • 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, and may be, for example, a recording medium such as a CD-ROM or DVD-ROM.
  • circuits that execute each process performed by UE100 or gNB200 may be integrated, and at least a portion of UE100 or gNB200 may be configured as a semiconductor integrated circuit (chip set, SoC: System on a chip).
  • the terms “based on” and “depending on/in response to” do not mean “based only on” or “only in response to” unless otherwise specified.
  • the term “based on” means both “based only on” and “based at least in part on”.
  • the term “in response to” means both “only in response to” and “at least in part on”.
  • the terms “include”, “comprise”, and variations thereof do not mean including only the recited items, but may include only the recited items or may include additional items in addition to the recited items.
  • the term “or” as used in this disclosure is not intended to mean an exclusive or.
  • a communication control method for use in a cellular communication system comprising: a network node sending a conditional reconfiguration to a user equipment; performing a conditional handover after a predetermined time has elapsed since the user equipment detected a predetermined condition; the detection of the predetermined condition is either a trigger condition included in the conditional reconfiguration being satisfied or an instruction to perform the conditional handover being received from the network node; The communication control method, wherein the predetermined time is different for each of the user devices.
  • conditional reconfiguration includes instruction information for instructing to secure the predetermined time from when the predetermined condition is detected until when the conditional handover is executed.
  • a communication control method for use in a cellular communication system comprising: A network node configuring PRACH resources for a user equipment; The method includes transmitting a PRACH by using the PRACH resource configured in the user equipment when the user equipment performs a conditional handover, The communication control method, wherein the PRACH resource is a different resource for each of the user equipments.
  • the transmitting step includes a step of performing the conditional handover when the user equipment detects a predetermined condition;
  • the communication control method according to any one of Supplementary Note 1 to Supplementary Note 4, wherein the detection of the predetermined condition is either a trigger condition included in a conditional reconfiguration received from the network node being satisfied, or an instruction to execute the conditional handover being received from the network node.
  • a communication control method for use in a cellular communication system comprising: a network node transmitting a conditional reconfiguration to a user equipment including beam information indicative of a beam to be used by the user equipment; The method includes transmitting the PRACH by using resources associated with the beam when the user equipment performs a conditional handover, The communication control method, wherein the beam is a different beam for each of the user devices.
  • the network node further comprises a step of controlling the beam directions of the target cell and the source cell so that the beams of the target cell and the source cell are in the same direction at the same timing;
  • the communication control method according to any one of Supplementary Note 1 to Supplementary Note 7, wherein the step of transmitting by the user equipment includes a step of the user equipment transmitting the PRACH to the target cell using the resources associated with the same beam as the beam used in the source cell.
  • a communication control method for use in a cellular communication system comprising: A user equipment transmits a PRACH (Msg1) to a target cell when performing a conditional handover; The target cell transmits a random access response (Msg2) to the user equipment at a different timing for each user equipment; The user equipment transmits an RRC reconfiguration complete message (Msg3) to the target cell at a timing that differs for each user equipment.
  • Msg1 PRACH
  • Msg2 random access response
  • Msg3 RRC reconfiguration complete message
  • the method further comprises the step of: a source cell sending a conditional reconfiguration to the user equipment, the conditional reconfiguration including an extended supervision timer; the step of transmitting the PRACH (Msg1) includes a step of starting a count of the extended monitoring timer from when the user equipment starts accessing the target cell; The step of transmitting the RRC reconfiguration complete message (Msg3) includes a step of determining that the conditional handover has failed when the user equipment cannot transmit the RRC reconfiguration complete message (Msg3) even when the count value of the extended monitoring timer reaches an expiration value. 10.
  • a communication control method according to any one of claims 1 to 9.
  • the WID for mobile IABs was revised in RAN#97e with the following objectives:
  • the detailed objectives of WI are as follows: Define mobility/topology adaptation procedures to achieve IAB node mobility, including inter-donor mobility (full mobility) of the entire mobile IAB node.
  • a mobile IAB node can connect to a fixed (intermediate) IAB node. Optimizations specific to the scenario where a mobile IAB node connects to a stationary (intermediate) IAB node or directly to an IAB-Donor-DU are not prioritized.
  • - Mobility of dual-attached IAB nodes is deprioritized. Enhance the mobility of IAB nodes and their served UEs, including aspects related to group mobility.
  • RAN2 focuses on the scenario where, during full mobility, the UE perceives the two logical DU cells as different physical cells (e.g., with different PCIs if on the same carrier) and the two logical DU cells use separate physical resources (i.e., different carriers, or orthogonal time and frequency resources of the same carrier, as supported in legacy L1). From the QC tdoc the following options O1 O2 O3 are considered.
  • O1 with deferred delivery is considered the baseline as it works with Rel-15 UEs.
  • O3 with the current conditional handover (CHO) works with Rel-16 UEs. Therefore, further consideration is needed as to whether to enhance CHO for Rel-18, such as by using O3 as a base.
  • Proposal 1 RAN2 should discuss whether there are problems with the existing solutions for UE handover, i.e., deferred delivery (O1) and CHO (O3).
  • the RRC reconfiguration with synchronization is pending by the mobile IAB node and delivered to the UE when the mobile IAB-MT completes its movement to the target donor.
  • the timing of sending the RRC reconfiguration message is under the control of the mobile IAB node, so the timing of receiving the RRC reconfiguration complete message is controllable. This depends on the time that the two cells (i.e. provided by dual DU) are maintained, but during the period some DL load may occur in the source cell and some UL load in the target cell.
  • the RRC reconfiguration including conditional reconfiguration is sent in advance by the IAB donor through the mobile IAB node, thus allowing for pre-preparation of UE handover commands and balancing DL load in time in the source cell.
  • CHO is performed when existing events (i.e. A3/A5) are met. Since O3 depends on the radio conditions of the source/target cells (i.e. transmit power control), it may cause UL signaling storms in the target cell, i.e. PRACH and completion of RRC reconfiguration, especially when the source and target cells are served from physically quasi-common antennas.
  • O1 may need to keep the source and target cells for a long time to reduce DL/UL load.
  • O3 may cause UL signaling storms at the target cell. So, by keeping two cells (provided by dual DU) for a minimum period, signaling storms can be avoided.
  • Proposal 2 When CHO is enhanced for Rel-18 UEs, RAN2 should agree on a solution to avoid signaling storms in DL (source cell) and UL (target cell) even when the source and target cells are held for a minimum period during the movement of a mobile IAB node.
  • UE Cell Reselection Enhancement RAN2#119bis-e has agreed to the following confirmations, observations and assumptions: RAN2 has determined that the mobile IAB needs to work with legacy UEs. RAN2 has confirmed that if a UE camps/attaches to a mobile IAB cell for an extended period of time, it may consider the UE to be on-board the mobile IAB cell (i.e., the UE needs to know that this cell is such a cell). The time period requires further study.
  • RAN2 makes the following assumptions for a UE operating in a moving IAB cell: Assumption 1: From the perspective of the NW of the mobile IAB cell, compared with the legacy IAB cell, the configuration principles of the legacy parameters (including cell (re)selection, cell reservation, and access restriction) are not changed. Assumption 2: There is no specification impact on the operation of legacy UEs. Assumption 3: The newly broadcasted mobile IAB cell information in R18 (if agreed) does not prohibit/control the access of legacy UEs. Assumption 4: Non-enhancement capable UEs (including legacy UEs and non-enhancement capable R18 UEs) will simply ignore the newly broadcasted mobile IAB cell information by R18 (if agreed upon).
  • RAN2 Assumption: Mobile IAB Cell Broadcast Information To aid mobility in idle/inactive mode for Rel-18 UEs, a 1-bit mobile IAB cell type indication is introduced (further study is required on when the UE needs to know it is onboard). How this is used requires further study (and may vary across implementations). RAN2 has not specified any modifications to prevent surrounding UEs from accessing mobile IAB nodes from the perspective of mobile IAB WI, but believes that SA2 may be working on an applicable Rel-18 solution.
  • Scenario A A mobile IAB node is moving with a camped UE.
  • Sub-case A1 The UE (eg, in a train) should stay at a mobile IAB node.
  • - Sub-case A2 Surrounding UEs (eg outside a train) must not camp on the moving IAB node.
  • Scenario B A mobile IAB node is parked with a camped UE.
  • - Sub-case B1 The UE (eg, still on the train) should stay on the mobile IAB node.
  • Sub-case B2 The UE (eg, gets off a train) reselects a stationary cell (eg, a macrocell).
  • - Sub-case B3 Surrounding UEs (e.g., on a train) need to reselect a mobile IAB node.
  • - Sub-case B4 Surrounding UEs (eg still at the station) should stay in fixed cells.
  • the UE moves with the mobile IAB node. Therefore, the RSRP and RSRQ from the mobile IAB node are always stable and good enough. This does not trigger a cell reselection procedure.
  • the UE may not perform intra-frequency or inter-frequency measurements. For example, the mobile IAB node broadcasts its frequency priority as "7" or broadcasts its cell as an HSDN cell.
  • a train has multiple cars and a mobile IAB node is deployed in each car. Even if the UE moves between cars, from the perspective of the UE in the train, one of the mobile IAB node cells is always more stable than the external macro cell. Also, as a typical case, it is assumed that the mobile IAB node cells are operating on the same frequency. In this case, the existing intra-frequency cell reselection, i.e., the R criterion, works properly.
  • a typical configuration would be for a moving IAB cell to broadcast a serving frequency priority of "7" or an HSDN cell indication to prevent UEs moving with the IAB cell from undergoing cell reselection.
  • subcases B1 and B2 there is no way for the AS to know if the user will stay on the train or get off the train.
  • the UE cannot decide which cell (mobile IAB node or fixed macrocell) to reselect in the end. Therefore, which cell the UE reselects to ultimately depends on the radio conditions and frequency priorities. Therefore, the mobile IAB node needs to restore the serving frequency priority set as observation 1. That is, the mobile IAB node will either broadcast the serving frequency priority in the same way as the fixed macrocell layer, for example, or stop broadcasting the HSDN cell indication.
  • Observation 3 It is typical for a stationary mobile IAB cell to revert to the frequency priority or HSDN cell indication it used when moving (i.e., similar to observation 1).
  • the UE can stay in the stationary macrocell for the same reason as in Observation 1. That is, the UE will not perform intra-frequency measurements if the RSRP/RSRQ from the macrocell is sufficient, and will not perform inter-frequency measurements if the macrocell frequency priority is higher than the mobile IAB node priority or if the mobile IAB node broadcasts an HSDN cell indication (if the UE is not in a high mobility state).
  • subcases A2, B3, and B4 are desirable behaviors for surrounding UEs.
  • WID specifies that no optimizations are performed to target surrounding UEs.
  • subcase B3 after the UE boards the train, it becomes subcase B1 or B2, but the initial state of the UE remains that of a surrounding UE. Therefore, these subcases are not covered by Rel-18.
  • IAB nodes Enhanced mobility for IAB nodes and their UEs, including aspects related to group mobility. No optimization for targeting surrounding UEs.
  • Observation 5 Although optimizing targeting of surrounding UEs is outside the scope of WI, the same configurations as Observations 1 and 3 may be applicable.
  • the existing cell reselection mechanism i.e. based on radio conditions and frequency priority, still works well. Therefore, no enhancements are needed for the UE to perform cell reselection.
  • HSDN is valid for subcase A1.
  • Proposal 3 RAN2 should agree that no enhancements are required for UEs to perform cell reselection with mobile IAB nodes, i.e., revert to the assumption made in the previous meeting regarding "1-bit mobile IAB cell type indication".
  • RACH-less Handover of Rel-18 UE RAN2#119e has reached the following agreement: R2 assumes that for on-board RRC connected UEs handed over with a mobile IAB node, a RACH-less procedure may be considered (also dependent on the assumption of UL synchronization).
  • RACH-less handover is configured as shown in Figure 17 using the applicable Timing Advance (TA) and uplink grant information in MobilityControlInfo.
  • TA Timing Advance
  • MobilityControlInfo uplink grant information
  • Proposal 4 RAN2 should discuss whether the UE should implicitly apply the latest TA value or explicitly configure the corresponding TA value for RACH-less handover of the UE.
  • the UE needs to send RRC Reconfiguration Complete within the UL resources provided by the target cell, so UL grant information needs to be set in the UE.
  • Proposal 5 RAN2 should agree for RACH-less handover of UE that UL grant information is set by the target IAB donor CU.
  • Proposal 6 RAN2 should agree that RACH-less handover is configured with a handover command (reconfiguration with synchronization).
  • RACH-less handover can also be applied to conditional handover.
  • RAN2#119e agreed that it would be useful to support conditional RACH-less handover since "R2 assumes that CHO or delayed RRC configuration can be the baseline for group mobility.”
  • Proposal 7 RAN2 should discuss whether RACH-less handover can also be configured as a conditional handover (conditional reconfiguration).
  • RAN2#119bis-e agreed to the following baseline:
  • the UE capability signalling is a baseline for informing the CU that the MT is of the "mobile IAB" type. Further study is required on early indication of the mobile IAB in Msg5 etc.
  • R2 envisages that legacy reporting of mobility state (e.g. mobilityState-r16) may be reused, as well as current location reporting from the UE. Further consideration is required as to whether any of these need to be enhanced or complemented, such as for potential purposes of predictive mobility.
  • the IAB Node Indication is sent via Msg5, which is intended to be used by the provider to select an AMF that supports IAB. Therefore, depending on whether the provider needs to select an AMF that supports mobile IAB, it is one of the points whether to send the mobile IAB node indication via Msg5, which is up to RAN3.
  • the donor CU can obtain real-time mobility status through existing measurement reports such as Immediate MDT. Such mobility status information is considered useful for predictive mobility control. Reporters clarified that the mobile IAB node indication is necessary for the provider to configure the appropriate measurement settings on the mobile IAB node. However, it is not a big issue once the donor CU configures the mobile IAB node after receiving the UE capability signaling, so an early indication is not justified.
  • mobile IAB nodes are said to provide services only to UEs. - A mobile IAB node does not have any descendant IAB nodes and serves only UEs.
  • RAN2#119e has agreed to the following: The method of not broadcasting the "iab-Support" indication is sufficient to prevent other IAB nodes from accessing the mobile IAB (without further impact on the specification).
  • Proposal 8 RAN2 should agree to include in the Stage-2 specification that in this release, when an IAB node acts as a mobile IAB node, it shall not set the IAB-Support IE in the SIB.
  • a mobile IAB node can connect with a Rel-16 donor if it only moves close to the donor (i.e., within cells belonging to the same donor CU). On the other hand, if a mobile IAB node moves farther away, it needs to connect with a Rel-17 or Rel-18 donor (i.e., between cells belonging to different donor CUs). In other words, a former mobile IAB node can be considered as a stationary IAB node from a functional point of view.
  • this indication is associated with the area in which the mobile IAB node can move. However, it may also mean that the mobile IAB node needs to know the area in which it moves (or whether it is considered a stationary IAB node, for example, by OAM configuration). In addition, it is worth considering whether there are other cases in which a mobile IAB node is allowed to connect to a parent node that does not broadcast the indication. For example, when the mobile IAB node cannot find a parent node that broadcasts the indication. Therefore, RAN2 should discuss in detail what this indication means.
  • Proposal 9 RAN2 should agree to introduce some kind of "mobile IAB supported" indication. Further study is needed as to whether it is just a one-bit indication or whether there are conditions under which a mobile IAB node is allowed to access a parent node that does not broadcast the indication.

Landscapes

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

Abstract

一態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、基地局が、条件付き再設定をユーザ装置へ送信するステップを有する。また、前記通信制御方法は、ユーザ装置が、所定条件を検出したときから所定時間経過後、条件付きハンドオーバを実行するステップを有する。ここで、所定条件の検出は、条件付き再設定に含まれるトリガ条件を満たすこと、及び条件付きハンドオーバの実行指示を基地局から受信することのいずれかである。また、所定時間は、前記ユーザ装置毎に異なる時間である。

Description

通信制御方法
　本開示は、セルラ通信システムに用いる通信制御方法に関する。
　セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）において、ＩＡＢ（Integrated Access and Backhaul）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、非特許文献１参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
３ＧＰＰ　ＴＳ　３８．３００　Ｖ１７．２．０（２０２２－０９）
　第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ネットワークノードが、条件付き再設定をユーザ装置へ送信するステップを有する。また、前記通信制御方法は、ユーザ装置が、所定条件を検出したときから所定時間経過後、条件付きハンドオーバを実行するステップを有する。ここで、所定条件の検出は、条件付き再設定に含まれるトリガ条件を満たすこと、及び条件付きハンドオーバの実行指示をネットワークノードから受信することのいずれかである。また、所定時間は、前記ユーザ装置毎に異なる時間である。
　第２の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ネットワークノードが、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）リソースをユーザ装置に設定するステップを有する。前記通信制御方法は、ユーザ装置が、条件付きハンドオーバを実行する際に、ユーザ装置に設定されたＰＲＡＣＨリソースを用いてＰＲＡＣＨを送信するステップを有する。ここで、ＰＲＡＣＨリソースは、ユーザ装置毎に異なるリソースである。
　第３の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ネットワークノードが、ユーザ装置が使用するビームを表すビーム情報を含む条件付き再設定をユーザ装置へ送信するステップを有する。また、前記通信制御方法は、ユーザ装置が、条件付きハンドオーバを実行する際に、ビームに紐づけられたリソースを用いてＰＲＡＣＨを送信するステップを有する。ここで、ビームは、ユーザ装置毎に異なるビームである。
　第４の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ユーザ装置が、条件付きハンドオーバを実行する際にＰＲＡＣＨ（Ｍｓｇ１）をターゲットセルへ送信するステップを有する。また、前記通信制御方法は、ターゲットセルが、ユーザ装置毎に異なるタイミングで、ランダムアクセス応答（Ｍｓｇ２）をユーザ装置へ送信するステップを有する。更に、前記通信制御方法は、ユーザ装置が、ユーザ装置毎に異なるタイミングで、ＲＲＣ再設定完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージ（Ｍｓｇ３）をターゲットセルへ送信するステップを有する。
図１は、一実施形態に係るセルラ通信システムの構成例を示す図である。 図２は、ＩＡＢノードと親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を示す図である。 図３は、一実施形態に係るｇＮＢ（基地局）の構成例を示す図である。 図４は、一実施形態に係るＩＡＢノード（中継ノード）の構成例を示す図である。 図５は、一実施形態に係るＵＥ（ユーザ装置）の構成例を示す図である。 図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。 図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックの例を示す図である。 図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックの例を示す図である。 図９（Ａ）と図９（Ｂ）は、第１実施形態に係る完全移動の例を表す図である。 図１０（Ａ）と図１０（Ｂ）は、第１実施形態に係る完全移動の例を表す図である。 図１１は、第１実施形態に係る動作例を表す図である。 図１２は、第２実施形態に係る動作例を表す図である。 図１３は、第３実施形態に係る動作例を表す図である。 図１４は、第４実施形態に係る動作例を表す図である。 図１５は、第５実施形態に係る動作例を表す図である。 図１６は、ＵＥのセル再選択のシナリオとサブケースを示す図である。 図１７は、ＬＴＥにおいて、ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ内で、適用可能なタイミングアドバンス（ＴＡ）及びアップリンクグラントの情報を使用するＲＡＣＨレスハンドオーバの構成を示す図である。
　図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
［第１実施形態］
　（セルラ通信システムの構成）
　一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システム１には、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。
　図１は、一実施形態に係るセルラ通信システム１の構成例を示す図である。
　図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：User Equipment）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。
　以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
　なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。
　５ＧＣ１０は、ＡＭＦ（Access and Mobility Management Function）１１及びＵＰＦ（User Plane Function）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
　各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。
　各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
　各ｇＮＢ２００は、集約ユニット（ＣＵ：Central Unit）と分散ユニット（ＤＵ：Distributed Unit）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。
　セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１（又はドナーノード。以下、「ドナーノード」と称する場合がある。）は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。
　図１において、ＩＡＢノード３００－１がドナーノード２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。
　ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末及び／又はタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、飛行体若しくは飛行体に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１において、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーノード２００－１と間接的に通信する。
　図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係例を示す図である。
　図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Mobile Termination）とを有する。
　ＩＡＢ－ＭＴのＮＲ　Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーノード２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。
　ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ　Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーノード２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。
　また、１つ又は複数のホップを介して、ドナーノード２００に接続されている全てのＩＡＢノード３００は、ドナーノード２００をルートとする有向非巡回グラフ（ＤＡＧ：Directed Acyclic Graph）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノード、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード２００は、バックホールリンクとアクセスリンクのネットワークを介して、ＵＥ１００に対して、ネットワークアクセスを提供するｇＮＢである。
　（基地局の構成）
　次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００における各処理又は各動作を行ってもよい。
　（中継ノードの構成）
　次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
　無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。
　無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部３２０は、以下に示す各実施形態において、ＩＡＢノード３００における各処理又は各動作を行ってもよい。
　（ユーザ装置の構成）
　次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
　無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部１２０は、以下に示す各実施形態において、ＵＥ１００における各処理を行うようにしてもよい。
　（プロトコルスタックの構成）
　次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。
　図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＲＲＣ（Radio Resource Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及び割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーノード２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
　ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーノード２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーノード２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーノード２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。
　図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーノード２００がＣＵ及びＤＵに分割されている一例を示す。
　図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーノード２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Backhaul Adaptation Protocol）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
　各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Protocol Data Unit）は、バックホールＲＬＣチャネル（ＢＨ　ＮＲ　ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御が可能である。ＢＡＰ　ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。
　図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰレイヤを有する。
　なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。
　また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。
　（移動ＩＡＢノード）
　現在、３ＧＰＰでは、移動ＩＡＢノード（ｍｏｂｉｌｅ　ＩＡＢ　ｎｏｄｅ）の導入に向けた検討が開始されている。移動ＩＡＢノードとは、例えば、移動しているＩＡＢノードである。移動ＩＡＢノードは、移動可能なＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、移動する能力を有するＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、現在静止しているものの、将来移動することが確実な（又は将来移動することが予想される）ＩＡＢノードであってもよい。
　移動ＩＡＢノードによって、例えば、移動ＩＡＢノード配下のＵＥ１００が移動ＩＡＢノードの移動に伴って移動しながら、移動ＩＡＢノードからサービスの提供を受けることが可能となる。例えば、乗り物に乗車しているユーザ（又はＵＥ１００）が、乗り物に設置された移動ＩＡＢノードを介して、サービスの提供を受けるケースなどが想定される。
　一方、移動ＩＡＢノードに対して、移動することがないＩＡＢノードも存在する。このようなＩＡＢノードを、中間ＩＡＢノード（ｉｎｔｅｒｍｅｄｉａｔｅ　ＩＡＢ　ｎｏｄｅ）と称する場合がある。中間ＩＡＢノードは、例えば、移動しないＩＡＢノードである。或いは、中間ＩＡＢノードは、静止したＩＡＢノードでもよい。中間ＩＡＢノードは、静止ＩＡＢノード（ｓｔａｔｉｏｎａｒｙ　ＩＡＢ　ｎｏｄｅ）であってもよい。或いは、中間ＩＡＢノードは、設置場所に設置されたまま静止した（又は移動しない）ＩＡＢノードであってもよい。或いは、中間ＩＡＢノードは、移動することなく静止したＩＡＢノードであってもよい。中間ＩＡＢノードは、固定ＩＡＢノードであってもよい。
　移動ＩＡＢノードは、中間ＩＡＢノードに接続することもできる。また、移動ＩＡＢノードは、ドナーノード２００に接続することもできる。移動ＩＡＢノードは、移動（ｍｉｇｒａｔｉｏｎ又はハンドオーバ）により接続先を変更することも可能である。接続元は、中間ＩＡＢノードでもよい。当該接続元は、ドナーノード２００でもよい。また、接続先は、中間ＩＡＢノードでもよい。当該接続先は、ドナーノード２００でもよい。
　なお、以下では、移動ＩＡＢノードの移動（ｍｉｇｒａｔｉｏｎ）と、移動ＩＡＢノードのハンドオーバ（ｈａｎｄｏｖｅｒ）とを区別しないで用いる場合がある。
　また、以下では、移動ＩＡＢノードは、「ｍｏｂｉｌｅ　ＩＡＢ　ｎｏｄｅ」であってもよいし、「ｍｉｇｒａｔｉｎｇ　ＩＡＢ　ｎｏｄｅ」であってもよい。いずれの場合も、移動ＩＡＢノードと表記する場合がある。
　（移動ＩＡＢノードの完全移動（Ｆｕｌｌ　ｍｉｇｒａｔｉｏｎ））
　移動ＩＡＢノード（ｍｏｂｉｌｅ　ＩＡＢ　ｎｏｄｅ）が、ドナーノード（ＩＡＢ－ｄｏｎｏｒ）２００間を移動する場合がある。
　図９（Ａ）乃至図１０（Ｂ）は、移動ＩＡＢノード３００Ｍがソースドナーノード２００－Ｓからターゲットドナーノード２００－Ｔへの移動が行われる場合の手順の例を表す図である。なお、移動ＩＡＢノード３００Ｍは、配下にＵＥ１００を有する。図９（Ａ）の例では、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１により形成されたセル範囲にＵＥ１００が在圏する例を示している。ＵＥ１００は、移動ＩＡＢノード３００Ｍとともに移動することができる。
　図９（Ａ）は、初期状態（Ｉｎｉｔｉａｌ　ｃｏｎｄｉｔｉｏｎ）の例を表している。移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１は、ソースドナーノード２００－ＳのＣＵに対してＦ１接続を確立している。また、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、ソースドナーノード２００－ＳのＣＵに対してＲＲＣ接続を確立している。
　図９（Ｂ）は、移動ＩＡＢノード３００Ｍは、ターゲットドナーノード２００－Ｔへの移動により、ターゲットドナーノード２００－Ｔに対して、部分移動（Ｐａｒｔｉａｌ　ｍｉｇｒａｔｉｏｎ）の状態となった場合の例を表している。図９（Ｂ）に示すように、部分移動では、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１（及びＵＥ１００）が、ソースドナーノード２００－ＳのＣＵで終端される一方で、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴがターゲットドナーノード２００－ＴのＣＵへ移動した状態となっている。移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、ターゲットドナーノード２００－ＴのＣＵとＲＲＣ接続を確立している。また、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、ソースドナーノード２００－ＳとＦ１接続を確立している。部分移動とは、例えば、移動ＩＡＢノード３００Ｍ配下のＵＥ１００の接続が、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１を介してソースドナーノード２００－Ｓに残っている状態をいう。
　図１０（Ａ）は、その後、移動ＩＡＢノード３００Ｍが、ターゲットドナーノード２００－Ｔに対して、完全移動（Ｆｕｌｌ　ｍｉｇｒａｔｉｏｎ）のフェーズ１の状態となった場合の例を表す。完全移動のフェーズ１では、ＵＥ１００が、ＩＡＢ－ＤＵ＃１を介してソースドナーノード２００－Ｓとの接続が残っているものの、新たなＩＡＢ－ＤＵ＃２がターゲットドナーノード２００－ＴのＣＵに対して、Ｆ１接続を確立した状態となっている。ここで、ＩＡＢ－ＤＵ＃１とＩＡＢ－ＤＵ＃２は、論理的なＩＡＢ－ＤＵであってもよい。１つの物理的なＩＡＢ－ＤＵにおいて、論理的な２つのＩＡＢ－ＤＵ（ＩＡＢ－ＤＵ＃１及びＩＡＢ－ＤＵ＃２）が含まれてもよい。
　図１０（Ｂ）は、その後、移動ＩＡＢノード３００Ｍが、ターゲットドナーノード２００－Ｔに対して、完全移動のフェーズ２の状態となった場合の例を表す。完全移動のフェーズ２では、移動ＩＡＢノード３００Ｍ（及びＵＥ１００）の接続が、ソースドナーノード２００－ＳのＣＵからターゲットドナーノード２００－ＴのＣＵへ移動した状態となっている。完全移動とは、例えば、ＵＥ１００の接続が、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃２を介してターゲットドナーノード２００－Ｔへ移っている状態をいう。
　なお、移動ＩＡＢノード３００Ｍによる２つのＤＵ（ＩＡＢ－ＤＵ＃１及びＩＡＢ－ＤＵ＃２）を用いたＣＵ間の移動を、「デュアルＤＵアプローチ」と称する場合がある。例えば、ＵＥ１００が、一方のＣＵ及びＤＵから、他方のＣＵ及びＤＵへ移動することで、デュアルＤＵアプローチが行われる。
　（第１実施形態に係る通信制御方法）
　図１０（Ａ）及び図１０（Ｂ）に示すように、移動ＩＡＢノード３００Ｍが完全移動を行っているときに、移動ＩＡＢノード３００Ｍ配下のＵＥ１００では、ＩＡＢ－ＤＵ＃１からＩＡＢ－ＤＵ＃２へハンドオーバが行われる。
　３ＧＰＰでは、当該ハンドオーバを、条件付きハンドオーバ（ＣＨＯ：Conditional Handover）で行わせることについての議論が行われている。具体的には、移動ＩＡＢノード３００Ｍが条件付きハンドオーバの実行指示をブロードキャストで報知することで条件付きハンドオーバが行われる場合と、従来からの条件付きハンドオーバを利用する場合の２つ場合についての議論が行われている。
　前者の場合、条件付きハンドオーバの実行指示が、移動ＩＡＢノード３００Ｍから配下のＵＥ１００へ向けて報知される。そのため、前者の場合、当該実行指示が個別シグナリング（例えばＲＲＣメッセージ）で行われる場合と比較して、ダウンリンク方向のシグナリングについて処理負荷を軽減させることができる。一方で、前者の場合、当該実行指示が報知されるため、移動ＩＡＢノード３００Ｍ配下のＵＥ１００が一斉に条件付きハンドオーバを実行する場合がある。このような場合、複数のＵＥ１００が、ＰＲＡＣＨ（Ｍｓｇ１）を一斉に送信する場合がある。従って、前者の場合、アップリンク方向のシグナリングに負荷がかかる場合がある。
　一方、後者の場合も、移動ＩＡＢノード３００Ｍ配下のＵＥ１００が、所定のトリガ条件（イベントＡ３、イベントＡ４、又はイベントＡ５）を一斉に満たすと、複数のＵＥ１００が同時にＰＲＡＣＨを送信する場合がある。従って、後者の場合もアップリンク方向のシグナリングに負荷がかかる場合がある。
　そこで、第１実施形態では、アップリンク方向におけるシグナリング負荷を分散させることを目的としている。
　そのため、第１実施形態では、第１に、基地局（例えばｇＮＢ２００）が、条件付き再設定をユーザ装置（例えばＵＥ１００）へ送信する。第２に、ユーザ装置が、所定条件を検出したときから所定時間経過後、条件付きハンドオーバを実行する。ここで、所定条件の検出は、条件付き再設定に含まれるトリガ条件を満たすこと、及び条件付きハンドオーバの実行指示を基地局から受信することのいずれかである。また、所定時間は、ユーザ装置毎に異なる時間である。
　このように、第１実施形態では、ＵＥ１００は、所定条件を検出したときから、ＵＥ１００毎に異なる所定時間経過後に条件付きハンドオーバを実行する。そのため、第１実施形態では、ＵＥ１００毎に異なるタイミングで条件付きハンドオーバの実行を開始、すなわち、ＰＲＡＣＨ送信を行うことができる。よって、第１実施形態では、アップリンク方向におけるシグナリング負荷を分散させることができる。
　なお、以下では、移動ＩＡＢノード３００Ｍ、移動ＩＡＢノード３００Ｍの親ノード、及びドナーノード２００（又はｇＮＢ２００）を「ｇＮＢ２００」と称する場合がある。すなわち、ｇＮＢ２００は、移動ＩＡＢノード３００Ｍであってもよい。或いは、ｇＮＢ２００は、移動ＩＡＢノード３００Ｍの親ノードであってもよい。或いは、ｇＮＢ２００は、ドナーノード２００であってもよい。
　（第１実施形態に係る動作例）
　次に、第１実施形態に係る動作例について説明する。
　図１１は、第１実施形態に係る動作例を表す図である。
　図１１に示すように、ステップＳ１０において、ｇＮＢ２００（ソースセル）は、条件付きハンドオーバをＵＥ１００に設定する。ｇＮＢ２００は、条件付きハンドオーバの設定情報を含む条件付き再設定（ＣｏｎｄｉｔｉｏｎａｌＲｅｃｏｎｆｉｇｕｒａｔｉｏ）をＵＥ１００へ送信することで当該設定が行われてもよい。ｇＮＢ２００は、ＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを利用して、当該条件付き再設定をＵＥ１００へ送信してもよい。ＵＥ１００は、条件付き再設定により、条件付きハンドオーバの設定をｇＮＢ２００から受けることになる。
　第１に、条件付き再設定は、ＵＥ１００が条件付きハンドオーバを実行する際のトリガ条件を含む。当該トリガ条件は複数含まれてもよい。
　第２に、条件付き再設定は、所定条件を検出したときから条件付きハンドオーバを実行するまでの所定時間（又は待ち時間）を確保することを指示する指示情報が含まれてもよい。或いは、条件付き再設定は所定時間経過後に条件付きハンドオーバを実行することを指示する指示情報を含んでもよい。所定条件には、条件付き再設定に含まれるトリガ条件を満たすことを含む。この場合、ＵＥ１００では、当該トリガ条件が満たされると、所定時間経過後に条件付きハンドオーバを実行する。また、所定条件には、ｇＮＢ２００から報知された条件付きハンドオーバの実行指示を受信することを含む。この場合、ＵＥ１００では、当該実行指示を受信した場合、所定時間経過後に条件付きハンドオーバを実行する。
　第３に、条件付き再設定に所定時間を確保することを指示する指示情報が含まれる場合、条件付き再設定には、所定時間の算出方法についての設定情報が含まれてもよい。
　算出方法として、乱数が用いられてもよい。乱数によって、所定時間がＵＥ１００毎に異なるようにさせることができる。設定情報には、発生させた乱数が所定閾値以上の場合に条件付きハンドオーバをトリガすることを示す情報が含まれてもよい。当該乱数は一定周期毎に発生させてもよい。当該一定周期が設定情報に含まれてもよい。乱数発生回数の上限値が設定情報に含まれてもよい。上限値は、乱数発生の連続した回数に対する上限値でもよい。当該上限値は、乱数発生の総回数に対する上限値でもよい。もしくは、上限値は、発生させた乱数が所定閾値以下であった回数（つまり、送信を保留した回数）に対する上限値でもよい。乱数発生回数が上限値に達した場合（又は上限値を超えた場合）、ＵＥ１００は、当該乱数発生による条件付きハンドオーバの実行判断を行うことなく、条件付きハンドオーバを実行してもよい。乱数が所定閾値未満になる回数が上限値に達しても、ＵＥ１００に対して条件付きハンドオーバの実行を可能にするためである。
　或いは、算出方法として、ＵＥ－ＩＤが用いられてもよい。すなわち、ＵＥ－ＩＤと紐づいたタイミングでＵＥ１００において条件付きハンドオーバを実行する。これにより、ＵＥ１００毎に異なる待ち時間（所定時間）が経過した後に当該条件付きハンドオーバを実行することができる。ＵＥ－ＩＤは、国際加入者識別番号（ＩＭＳＩ：International Mobile Subscriber Identity）でもよい。当該ＵＥ－ＩＤは、５Ｇシステム一時的加入者識別番号（５Ｇ－Ｓ－ＴＭＳＩ：5G S-Temporary Mobile Subscriber Identity）でもよい。ＵＥ－ＩＤとサブフレームとの紐付けは、式（サブフレーム番号＝（ＵＥ－ＩＤ）　ｍｏｄ　１０）が成立するサブフレームにおいて条件付きハンドオーバを実行してもよい。ＵＥ－ＩＤと紐づける対象は、サブフレーム以外でもよい。例えば、当該対象は、無線フレームでもよいし、無線フレーム及びサブフレームの組合せでもよいし、他のタイミング（例えば、ＰＲＡＣＨリソースが存在するサブフレーム毎の番号）でもよい。
　第４に、条件付き再設定には、所定時間が含まれてもよい。条件付き再設定の設定の時点において、ＵＥ１００毎に異なる所定時間を設定する。ＵＥ１００では、所定条件を検出したタイミングから当該所定時間経過後に条件付きハンドオーバを実行する。
　ステップＳ１１において、ＵＥ１００は、ｇＮＢ２００から報知された条件付きハンドオーバの実行指示を受信してもよい。
　ステップＳ１２において、ＵＥ１００は、所定条件を検出する。所定条件の検出は、条件付き再設定（ステップＳ１０）に含まれるトリガ条件を満たすこと、及び条件付きハンドオーバの実行指示を受信したこと、のいずれかである。
　第１に、ＵＥ１００は、条件付きハンドオーバの実行指示を受信した場合のみ、所定時間経過後に条件付きハンドオーバを実行すると判断してもよい。すなわち、既存の条件付きハンドオーバの設定では、ＵＥ１００において、トリガ条件を満たす場合に条件付きハンドオーバの実行を開始（すなわち既存動作）し、当該実行指示を受信した場合にのみ、所定時間経過後に条件付きハンドオーバを実行するという新たな動作を行う。
　第２に、ＵＥ１００は、条件付きハンドオーバのトリガ条件が満たされた場合で、かつ、所定時間の設定が条件付き再設定により行われている場合に、所定時間経過後に、条件付きハンドオーバを実行すると判断してもよい。
　ステップＳ１３において、ＵＥ１００は、所定条件を検出したことで、当該所定条件を検出したときから所定時間経過後、条件付きハンドオーバを実行する。すなわち、ＵＥ１００は、ターゲットセルへのアクセスを開始し、ＰＲＡＣＨの送信を開始する。所定時間がＵＥ１００毎に異なるタイミングとなるため、ＵＥ１００では、ＵＥ毎に異なるタイミングでＰＲＡＣＨを送信することになる。
　（第１実施形態の他の動作例）
　第１実施形態では、ＵＥ１００において、所定条件を検出したときから所定時間経過後に条件付きハンドオーバの実行を開始する例について説明したがこれに限定されない。例えば、ＵＥ１００では、条件付きハンドオーバの実行を開始したときから所定時間経過後にＰＲＡＣＨ送信を開始してもよい。すなわち、ＵＥ１００では、所定条件を検出したときに条件付きハンドオーバの実行を開始し、当該実行の開始から、所定時間が経過した後に、ＰＲＡＣＨを送信する。ＰＲＡＣＨの送信がＵＥ毎に異なるタイミングで送信されるため、第１実施形態と同様に、アップリンク方向のシグナリングを分散させることができる。
　[第２実施形態]
　次に、第２実施形態について説明する。第２実施形態は、第１実施形態との相違点を中心に説明する。
　第２実施形態もＰＲＡＣＨ送信の衝突を防止するための実施形態である。具体的には、第１に、基地局（例えばｇＮＢ２００）が、ＰＲＡＣＨリソースをユーザ装置（例えばＵＥ１００）に設定する。第２に、ユーザ装置が、条件付きハンドオーバを実行する際に、ユーザ装置に設定されたＰＲＡＣＨリソースを用いてＰＲＡＣＨを送信する。ここで、ＰＲＡＣＨリソースは、ユーザ装置毎に異なるリソースである。
　このように、第２実施形態では、ＵＥ１００毎に異なるＰＲＡＣＨリソースを用いてＰＲＡＣＨ送信が可能となる。そのため、第２実施形態では、ＰＲＡＣＨ送信の衝突を回避して、アップリンク方向のシグナリングを分散させることができる。
　（第２実施形態に係る動作例）
　図１２は、第２実施形態に係る動作例を表す図である。なお、図１２に示す動作が開始される前に、ＵＥ１００は、ｇＮＢ２００から条件付きハンドオーバの設定（図１１のステップＳ１０）が行われる。
　図１２に示すように、ステップＳ２０において、ｇＮＢ２００（ソースセル）は、条件付きハンドオーバが実行される際のＰＲＡＣＨ送信に用いるＰＲＡＣＨパーティション（ＰＲＡＣＨ　ｐａｒｔｉｔｉｏｎ）を設定する。例えば、ｇＮＢ２００は、ＰＲＡＣＨパーティションを、ブロードキャストシグナリング（例えばシステム情報ブロック（ＳＩＢ））を利用して報知してもよい。ｇＮＢ２００は、個別シグナリング（例えばＲＲＣメッセージ）を利用してＵＥ１００へ送信してもよい。条件付きハンドオーバの設定（図１１のステップＳ１０）において、当該ＰＲＡＣＨパーティションの設定が行われてもよい。
　当該ＰＲＡＣＨパーティションは、例えば、ＰＲＡＣＨ送信に用いられる全リソースを所定範囲毎に分割したものである。当該ＰＲＡＣＨパーティションは、ＵＥ１００のグループ毎に割り当てられてもよい。当該ＰＲＡＣＨパーティションは、ＵＥ１００が使用可能なＰＲＡＣＨリソースの設定を含んでもよい。当該ＰＲＡＣＨパーティションは、パーティション毎に割り当てられたパーティションＩＤ（パーティション識別情報）を含んでもよい。この場合、ＰＲＡＣＨリソース自体は、条件付きハンドオーバのターゲットセルからＳＩＢを利用して報知されてもよい。なお、条件付き再設定（図１１のステップＳ１０）において、当該ＰＲＡＣＨパーティションを使用するか否かの指示を示す指示情報が含まれてもよい。
　ステップＳ２１において、ＵＥ１００は、所定条件を検出する。所定条件の検出は、第１実施形態と同様に、条件付き再設定に含まれるトリガ条件を満たすことであってもよい。当該所定条件の検出は、ｇＮＢ２００から報知された条件付きハンドオーバの実行指示を受信したことであってもよい。当該実行指示には、当該ＰＲＡＣＨパーティションを使用するか否かの指示を示す指示情報が含まれてもよい。
　ステップＳ２２において、ＵＥ１００は、所定条件を検出したことで、条件付きハンドオーバの実行を開始する。ＵＥ１００は、条件付きハンドオーバを実行する際に、ＵＥ１００に設定されたＰＲＡＣＨリソースを用いてＰＲＡＣＨを送信する。
　このように、ＰＲＡＣＨパーティションにより設定されたリソースは、ＵＥ１００のグループ毎（或いはＵＥ１００毎）に異なるリソースとなっているため、ＰＲＡＣＨ送信の衝突を抑制し、アップリンク方向におけるシグナリングの分散を図ることが可能となる。
　[第３実施形態]
　次に、第３実施形態について説明する。第３実施形態も、第１実施形態との相違点を中心にして説明する。
　第３実施形態は、ＰＲＡＣＨ送信を空間方向に分散させる実施形態である。具体的には、第１に、基地局（例えばｇＮＢ２００）が、ユーザ装置（例えばＵＥ１００）が使用するビームを表すビーム情報を含む条件付き再設定をユーザ装置へ送信する。第２に、ユーザ装置が、条件付きハンドオーバを実行する際に、ビームに紐づけられたリソースを用いてＰＲＡＣＨを送信する。ここで、ビームは、ユーザ装置毎に異なるビームである。
　このように、第３実施形態では、ｇＮＢ２００がＵＥ１００毎に異なるビームを割り当て、ＵＥ１００が当該ビームに紐づけられたリソースを利用してＰＲＡＣＨを送信する。そのため、ＵＥ毎に異なるリソースを利用してＰＲＡＣＨが送信されるため、アップリンク方向におけるシグナリングを分散させることが可能となる。
　（第３実施形態に係る動作例）
　次に、第３実施形態に係る動作例について説明する。
　図１３は、第３実施形態に係る動作例を表す図である。
　図１３に示すように、ステップＳ３０において、ｇＮＢ２００（ソースセル）は、ＵＥ１００に対して条件付きハンドオーバの設定を行う。ｇＮＢ２００は、第１実施形態と同様に、条件付き再設定をＵＥ１００へ送信することで当該設定が行われる。当該条件付き再設定には、ビーム情報が含まれてもよい。当該ビーム情報は、ＵＥ１００がＰＲＡＣＨ送信に使用すべき（或いは使用が許可された）ターゲットセルのビームを表している。ｇＮＢ２００ではビームスイーピングにより異なるタイミングで異なる方向のビームを送信し、ＵＥ１００では最適なビームを用いてＰＲＡＣＨ送信を行う。当該ビーム情報は、例えば、複数のビームの中からＵＥ１００が使用すべきビームの情報を表している。当該ビーム情報は、ＵＥ１００毎に異なるビームを表してもよい。当該ビーム情報は、ＵＥ１００のグループ毎に異なるビームを表してもよい。当該ビーム情報は、ビームのインデックスで表されてもよい。或いは、当該ビーム情報は、同期信号ブロック（ＳＳＢ：Synchronization Signal Block）のインデックスで表されてもよい。
　ステップＳ３１において、ＵＥ１００は、所定条件を検出する。所定条件の検出は、第１実施形態と同様に、条件付き再設定に含まれるトリガ条件を満たすことであってもよい。当該所定条件の検出は、ｇＮＢ２００から報知された条件付きハンドオーバの実行指示を受信したことであってもよい。当該実行指示にはビーム情報が含まれてもよい。
　ステップＳ３２において、ＵＥ１００は、所定条件を検出したことで、条件付きハンドオーバの実行を開始し、ビーム情報で表されたビームであって、当該ビームに紐づけられたリソースを用いてＰＲＡＣＨを送信する。
　なお、ＵＥ１００において、ＰＲＡＣＨ送信後、条件付きハンドオーバが実行される間、ｇＮＢ２００では、ビームスイーピングを行わないで、全てのビームを同一方向に向けるようにしてもよい。条件付きハンドオーバが実行されている間、ＵＥ１００が、ビーム情報で設定されたビームを受信することができない事態を回避するためである。
　[第４実施形態]
　次に、第４実施形態について説明する。第４実施形態も、第１実施形態との相違点を中心に説明する。
　第３実施形態では、ＵＥ１００が使用するビームの情報をビーム情報として明示する例について説明した。第４実施形態では、ビーム情報により明示するのではなく、ターゲットセルへのアクセスで使用するビームを特定する例について説明する。
　具体的には、第１に、基地局（例えば移動ＩＡＢノード３００Ｍ）が、ターゲットセルとソースセルとで同一のタイミングで同一方向のビームとなるようにターゲットセル及びソースセルのビーム方向を制御する。第２に、ユーザ装置（例えばＵＥ１００）が、ソースセルにおいて用いたビームと同じビームに紐づけられたリソースを用いてＰＲＡＣＨをターゲットセルへ送信する。
　例えば、図１０（Ａ）に示す完全移動において、ＵＥ１００では、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１からＩＡＢ－ＤＵ＃２へハンドオーバが行われる。移動ＩＡＢノード３００Ｍ配下のＵＥ１００は、実際には、移動ＩＡＢノード３００Ｍに対して移動しないけれども、当該ハンドオーバが行われる場合がある。このような場合において、移動ＩＡＢノード３００Ｍでは、ＩＡＢ－ＤＵ＃１により形成されたソースセルと、ＩＡＢ－ＤＵ＃２により形成されたターゲットセルとで、同じタイミングで同一方向に向く（或いは、ビームインデックスとビーム方向（ウェイト）とが同一となる）ようにビームを制御する。そして、ＵＥ１００では、条件付きハンドオーバの実行を開始し、ソースセルで使用するビームと同じビームであって、当該ビームに紐づけられたリソースを利用して、ターゲットセルに対してＰＲＡＣＨを送信する。
　（第４実施形態に係る動作例）
　次に、第４実施形態に係る動作例について説明する。なお、以下では、ｇＮＢ２００が移動ＩＡＢノード３００Ｍであり、ＵＥ１００が移動ＩＡＢノード３００Ｍ配下のＵＥであるものとして説明する。
　図１４は、第４実施形態に係る動作例を表す図である。
　図１４に示すように、ステップＳ４０において、移動ＩＡＢノード（ｍＩＡＢ）３００Ｍは、ソースセルとターゲットセルとを提供する。ＵＥ１００では、ソースセルからターゲットセルへの条件付きハンドオーバが行われることになる。ここで、移動ＩＡＢノード３００Ｍでは、ソースセルとターゲットセルのビームを協調させる制御が行われる。すなわち、移動ＩＡＢノード３００Ｍは、ビームインデックス毎（又はＳＳＢ毎）のウェイト（ビーム方向又は指向性方向）を、ソースセルとターゲットセルとで一致させる。例えば、ビームインデックス＃１は、ソースセルとターゲットセルとで同一方向を向く、などである。これにより、例えば、ソースセルとターゲットセルとで同一のタイミングで同一方向を向く（又は同一のカバレッジを提供する）ビームが形成される。
　ステップＳ４１において、ソースセルは、ＵＥ１００に対して条件付き再設定を送信する。条件付き再設定には、現在使用しているビームインデックスを用いてターゲットセルへアクセスすることを指示する指示情報が含まれてもよい。
　ステップＳ４２において、ＵＥ１００は、所定条件を検出する。所定条件の検出は、第１実施形態と同様に、条件付き再設定に含まれるトリガ条件を満たすこと、及び条件付きハンドオーバの実行指示を移動ＩＡＢノード３００Ｍから受信すること、のいずれかである。当該実行指示には、現在使用しているビームインデックスを用いてターゲットセルへアクセスすることを指示する指示情報が含まれてもよい。
　ステップＳ４３において、ＵＥ１００は、所定条件を検出したことで、ＰＲＡＣＨをターゲットセルへ送信する。具体的には、ＵＥ１００は、ソースセルにおいて用いたビームのビームインデックスと同じビームインデックスのビームであって、当該ビームに紐づけられたリソースを用いて、ＰＲＡＣＨをターゲットセルへ送信する。
　[第５実施形態]
　次に、第５実施形態について説明する。第５実施形態も、第１実施形態との相違点を中心に説明する。
　第１実施形態から第４実施形態において、主に、条件付きハンドオーバを実行する際のＰＲＡＣＨ送信の衝突を回避することについて説明した。
　すなわち、第１実施形態から第４実施形態では、条件付きハンドオーバの実行指示を一斉に受信したり、条件付きハンドオーバのトリガ条件が複数のＵＥ１００で同時に満たしたりすることで発生する、ＰＲＡＣＨ（Ｍｓｇ１）送信の衝突を回避することについて説明した。
　しかしながら、ＰＲＡＣＨ（Ｍｓｇ１）送信の衝突を回避することができても、ＲＲＣ再設定完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージ（Ｍｓｇ３）の送信が衝突する場合もある。
　そこで、第５実施形態では、ｇＮＢ２００がランダムアクセス応答（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｒｅｓｐｏｎｓｅ）（Ｍｓｇ２）の送信タイミングをＵＥ１００毎に調整する例について説明する。
　具体的には、第１に、ユーザ装置（例えばＵＥ１００）が、条件付きハンドオーバを実行する際にＰＲＡＣＨ（Ｍｓｇ１）をターゲットセルへ送信する。第２に、ターゲットセルが、ユーザ装置毎に異なるタイミングで、ランダムアクセス応答（Ｍｓｇ２）をユーザ装置へ送信する。第３に、ユーザ装置が、ユーザ装置毎に異なるタイミングで、ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）をターゲットセルへ送信する。
　このように、例えば、ＵＥ１００では、ランダムアクセス応答（Ｍｓｇ２）を受信するタイミングもＵＥ１００毎に異なるタイミングとなるため、ＵＥ１００毎に異なるタイミングでＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信することができる。よって、ＲＲＣ再設定完了メッセージの送信に衝突を抑制し、アップリンク方向のシグナリングを分散させることができる。
　（第５実施形態に係る動作例）
　次に、第５実施形態に係る動作例について説明する。
　図１５は、第５実施形態に係る動作例を表す図である。ソースセルとターゲットセルとは、同一のｇＮＢ２００に属してもよいし、異なるｇＮＢ２００に属してもよい。
　図１５に示すように、ステップＳ５０において、ソースセルは、条件付き再設定をＵＥ１００へ送信する。条件付き再設定には、Ｔ３０４タイマの代わりに、拡張ハンドオーバ監視タイマ（又は拡張監視タイマ）の設定値が含まれてもよい。ランダムアクセス応答（Ｍｓｇ２）の送信タイミングがＵＥ１００毎にずれることで、ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）の送信タイミングが従来よりも遅延する可能性がある。当該遅延により、Ｔ３０４タイマによるカウント値が所定値を超え（すなわち、Ｔ３０４タイマが満了する。）、ＵＥ１００がＲＲＣ再設定完了メッセージ（Ｍｓｇ３）の送信ができなくなる場合がある。そこで、拡張ハンドオーバ監視タイマにより、ＵＥ１００では、ランダムアクセス応答（Ｍｓｇ）の受信が従来よりも遅延しても、ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信できるようにしている。なお、ソースセルは、条件付き再設定の送信に代えて、ハンドオーバを指示するハンドオーバコマンド（例えば、同期付きＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｗｉｔｈ　ｓｙｎｃ）メッセージ）をＵＥ１００へ送信してもよい。
　ステップＳ５１において、ＵＥ１００は、条件付き再設定が行われた場合、所定条件を検出する。所定条件は、第１実施形態と同様に、条件付き再設定に含まれるトリガ条件を満たすこと、及び条件付きハンドオーバの実行指示をｇＮＢ２００から受信することのいずれかである。当該実行指示には、拡張ハンドオーバ監視タイマのタイマ値（又は満了値）、もしくは当該タイマを使用することの指示が含まれてもよい。
　次に、ＵＥ１００は、ターゲットセルへのアクセスを開始する。すなわち、ステップＳ５２において、ＵＥ１００は、拡張ハンドオーバ監視タイマのカウントを開始する。ＵＥ１００は、ターゲットセルへのアクセスを開始したときから、当該タイマのカウントを開始してもよい。
　ステップＳ５３において、ＵＥ１００は、ＰＲＡＣＨ（Ｍｓｇ１）をターゲットセルへ送信する。
　ステップＳ５４において、ターゲットセルは、複数のＵＥ１００からＰＲＡＣＨを受信する。
　ステップＳ５５において、ターゲットセルは、ＵＥ１００毎（又はＵＥ１００のグループ毎）に異なるタイミングでランダムアクセス応答（Ｍｓｇ２）を各ＵＥ１００へ送信する。
　ステップＳ５６において、ＵＥ１００は、ランダムアクセス応答（Ｍｓｇ２）を受信したことに応じて、ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）をターゲットセルへ送信する。ＵＥ１００では、ランダムアクセス応答の受信タイミングがＵＥ１００毎に異なるタイミングとなっているため、ＵＥ毎に異なるタイミングでＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信することになる。
　なお、ＵＥ１００では、拡張ハンドオーバ監視タイマのカウント値がタイマ値（又は満了値）に達しても（すなわち、当該タイマが満了しても）、ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信することができなかったときは、条件付きハンドオーバを失敗したと判定する。この場合、ＵＥ１００は、ＲＲＣアイドル状態へ遷移してもよい。
［その他の実施形態］
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。各フローにおいて、必ずしもすべてのステップを実行する必要は無く、一部のステップのみを実行してもよい
　上述の実施形態及び実施例において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）又は６Ｇ基地局であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵであってもよい。また、ＵＥ１００は、ＩＡＢノードのＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）であってもよい。
　また、用語「ネットワークノード」は、主として基地局を意味するが、コアネットワークの装置又は基地局の一部（ＣＵ、ＤＵ、又はＲＵ）を意味してもよい。また、ネットワークノードは、コアネットワークの装置の少なくとも一部と基地局の少なくとも一部との組み合わせにより構成されてもよい。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。
　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ／ｉｎ　ｒｅｓｐｏｎｓｅ　ｔｏ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」等の呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、各実施形態、各動作例、又は各処理は、矛盾しない範囲で適宜組み合わせることも可能である。
　本願は、米国仮出願第６３／４２１７１５号（２０２２年１１月２日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
（第１付記）
　（付記１）
　セルラ通信システムで用いられる通信制御方法であって、
　ネットワークノードが、条件付き再設定をユーザ装置へ送信するステップと、
　前記ユーザ装置が、所定条件を検出したときから所定時間経過後、条件付きハンドオーバを実行するステップと、を有し、
　前記所定条件の検出は、前記条件付き再設定に含まれるトリガ条件を満たすこと、及び前記条件付きハンドオーバの実行指示を前記ネットワークノードから受信することのいずれかであり、
　前記所定時間は、前記ユーザ装置毎に異なる時間である
　通信制御方法。
　（付記２）
　前記条件付き再設定は、前記所定条件を検出したときから前記条件付きハンドオーバを実行するまでの前記所定時間を確保することを指示する指示情報を含む
　付記１記載の通信制御方法。
　（付記３）
　前記条件付き再設定は、前記所定時間を含む
　付記１又は付記２に記載の通信制御方法。
　（付記４）
　セルラ通信システムで用いられる通信制御方法であって、
　ネットワークノードが、ＰＲＡＣＨリソースをユーザ装置に設定するステップと、
　前記ユーザ装置が、条件付きハンドオーバを実行する際に、前記ユーザ装置に設定された前記ＰＲＡＣＨリソースを用いてＰＲＡＣＨを送信するステップと、を有し、
　前記ＰＲＡＣＨリソースは、前記ユーザ装置毎に異なるリソースである
　通信制御方法。
　（付記５）
　前記送信するステップは、前記ユーザ装置が、所定条件を検出したときに前記条件付きハンドオーバを実行するステップを含み、
　前記所定条件の検出は、前記ネットワークノードから受信した条件付き再設定に含まれるトリガ条件を満たすこと、及び前記条件付きハンドオーバの実行指示を前記ネットワークノードから受信することのいずれかである
　付記１乃至付記４のいずれかに記載の通信制御方法。
　（付記６）
　前記実行指示は、前記ＰＲＡＣＨリソースを使用するか否かの指示を示す指示情報を含む
　付記１乃至付記５のいずれかに記載の通信制御方法。
　（付記７）
　セルラ通信システムで用いられる通信制御方法であって、
　ネットワークノードが、ユーザ装置が使用するビームを表すビーム情報を含む条件付き再設定を前記ユーザ装置へ送信するステップと、
　前記ユーザ装置が、条件付きハンドオーバを実行する際に、前記ビームに紐づけられたリソースを用いて前記ＰＲＡＣＨを送信するステップと、を有し、
　前記ビームは、前記ユーザ装置毎に異なるビームである
　通信制御方法。
　（付記８）
　前記ネットワークノードが、ターゲットセルとソースセルとで同一のタイミングで同一方向のビームとなるように前記ターゲットセル及び前記ソースセルのビーム方向を制御するステップ、を更に有し、
　前記ユーザ装置が送信するステップは、前記ユーザ装置が、前記ソースセルにおいて用いたビームと同じビームに紐づけられた前記リソースを用いて前記ＰＲＡＣＨを前記ターゲットセルへ送信するステップを含む
　付記１乃至付記７のいずれかに記載の通信制御方法。
　（付記９）
　セルラ通信システムで用いられる通信制御方法であって、
　ユーザ装置が、条件付きハンドオーバを実行する際にＰＲＡＣＨ（Ｍｓｇ１）をターゲットセルへ送信するステップと、
　前記ターゲットセルが、前記ユーザ装置毎に異なるタイミングで、ランダムアクセス応答（Ｍｓｇ２）を前記ユーザ装置へ送信するステップと、
　前記ユーザ装置が、前記ユーザ装置毎に異なるタイミングで、ＲＲＣ再設定完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージ（Ｍｓｇ３）を前記ターゲットセルへ送信するステップと、を有する
　通信制御方法。
　（付記１０）
　ソースセルが、拡張監視タイマを含む条件付き再設定を前記ユーザ装置へ送信するステップ、を更に有し、
　前記ＰＲＡＣＨ（Ｍｓｇ１）を送信するステップは、前記ユーザ装置が、前記ターゲットセルへのアクセスを開始したときから前記拡張監視タイマのカウントを開始するステップを含み、
　前記ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信するステップは、前記ユーザ装置が、前記拡張監視タイマのカウント値が満了値に達しても前記ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信できないときは前記条件付きハンドオーバを失敗したと判定するステップを含む、
　付記１乃至付記９のいずれかに通信制御方法。
（第２付記）
　導入
　移動ＩＡＢに関するＷＩＤはＲＡＮ＃９７ｅで改訂され、以下のような目的が示された。
　ＷＩの詳細な目的は以下の通りである。
　・移動ＩＡＢノード全体のドナー間移動（完全移動）を含む、ＩＡＢノードのモビリティを実現するための移動／トポロジ適応の手順を定義する。
　　－移動ＩＡＢノードは、固定（中間）ＩＡＢノードに接続することができる。移動ＩＡＢノードが静止（中間）ＩＡＢノードに接続する場合、又はＩＡＢ－ドナー－ＤＵに直接接続する場合のシナリオに特有の最適化は優先されない。
　　－デュアル接続されたＩＡＢノードのモビリティは優先順位が下がる。
　・グループモビリティに関連する側面を含め、ＩＡＢノードとそのサービスを受けるＵＥのモビリティを強化する。周辺ＵＥのターゲティングに関する最適化はない。
　注意：ソリューションは、ＩＡＢノードモビリティに特化した機能拡張を除き、Ｒｅｌ－１７で既に議論されたトピックや、Ｒｅｌ－１７から除外されたトピックに触れることは避けるべきである。
　・潜在的な参照信号と制御信号の衝突（ＰＣＩ、ＲＡＣＨなど）の回避を含む、ＩＡＢノードモビリティによる干渉の緩和。
　以下の原則を尊重すべきである。
　－移動ＩＡＢノードはレガシーＵＥにサービスを提供できるべきである。
　－移動ＩＡＢの最適化を提供するソリューションは、Ｒｅｌ－１８　ＵＥの機能拡張を伴う可能性がある。
　Ｒｅｌ－１８における主要な課題の１つは、移動ＩＡＢノード間の移動中に、複数の子孫ＵＥのハンドオーバをいかに効率的に実行するかということである。この付記では、移動ＩＡＢのモビリティ強化の詳細について説明する。
　議論
　ＵＥモビリティの強化
　ＵＥのハンドオーバプロシージャ
　ＲＡＮ２＃１１９ｂｉｓ－ｅは、ＵＥのハンドオーバプロシージャに関して以下の合意に達した。
　ＲＡＮ２は、完全移動中に、ＵＥが２つの論理ＤＵセルを異なる物理セル（例えば、同じキャリアであれば異なるＰＣＩを持つ）として認識し、２つの論理ＤＵセルが別々の物理リソース（すなわち、レガシーＬ１でサポートされているように、異なるキャリア、又は同じキャリアの直交する時間と周波数のリソース）を使用するシナリオに焦点を当てている。
　ＱＣ　ｔｄｏｃから、以下のオプションＯ１　Ｏ２　Ｏ３が考慮されている。
　１）論理ソースＩＡＢ－ＤＵによるメッセージの保留
　２）たとえば、サービス時間のＳＩＢ通知（ｉｎｄｉｃａｔｉｏｎ）やＭＴ移動のＤＣＩ通知（ｉｎｄｉｃａｔｉｏｎ）などのブロードキャスト通知（ｉｎｄｉｃａｔｉｏｎ）に基づくＵＥによる条件付き実行（新しいトリガによるＣＨＯを含む）
　３）レガシーＣＨＯ（実際のＨＯをトリガするソースセルパワーダウンやターゲットセルパワーアップを使用するなど、実装固有の動作を持つ）
　ＲＡＮ２は、上記のＯ１とＯ３が機能すると仮定し、上記のＯ２（新しいトリガなど）が必要であれば更なる検討が必要である。
　配信を保留したＯ１は、Ｒｅｌ－１５のＵＥで動作するため、ベースラインと見なされる。現在の条件付きハンドオーバ（ＣＨＯ）を持つＯ３は、Ｒｅｌ－１６のＵＥで動作する。したがって、Ｏ３をベースとするなど、Ｒｅｌ－１８向けにＣＨＯを強化するかどうかについては更なる検討が必要である。
　Ｏ１やＯ３など、すでに実行可能な解決策があるため、本当に強化が必要かどうかは疑問である。一方、将来のある時点では、Ｒｅｌ－１８　ＵＥがネットワークの大半を占めるようになると考えられる。この場合、既存のソリューションに不利な点があるのであれば、Ｒｅｌ－１８以降のＵＥ向けに何らかの機能拡張を行うことが有用である。新しいソリューションが議論される場合、ＲＡＮ２＃１１９ｂｉｓ－ｅで指摘されているように、ＵＥハンドオーバがシグナリングストームを発生させないようにすることが重要なポイントの１つである。
　提案１：ＲＡＮ２は、ＵＥハンドオーバのための既存のソリューション、すなわち保留された配信（Ｏ１）及びＣＨＯ（Ｏ３）に問題があるかどうかを議論すべきである。
　Ｏ１の場合、同期を伴うＲＲＣ再構成は移動ＩＡＢノードによって保留され、移動ＩＡＢ－ＭＴがターゲットドナーへの移動を完了したときにＵＥに配信される。ＲＲＣ再設定メッセージの送信タイミングは移動ＩＡＢノードが管理できるため、ＲＲＣ再設定完了メッセージの受信タイミングは制御可能である。これは、２つのセル（つまり、デュアルＤＵによって提供される）が維持される時間によって異なるが、期間中にソースセルで一部のＤＬ負荷が発生し、ターゲットセルで一部のＵＬ負荷が発生する可能性がある。
　Ｏ３の場合、条件付き再構成を含むＲＲＣ再構成は、ＩＡＢドナーによって移動ＩＡＢノードを通じて事前に送信される。したがって、ＵＥハンドオーバコマンドの事前準備が可能になり、ソースセル内でＤＬ負荷を時間内に分散できる。一方、ＣＨＯは既存のイベント（すなわちＡ３／Ａ５）が満たされたときに実行される。Ｏ３はソース／ターゲットセルの無線状態に依存するため（すなわち、送信電力の制御）、特にソースセルとターゲットセルが物理的に準共通しているアンテナから提供されている場合、ターゲットセルでＵＬシグナリングのストーム、すなわちＰＲＡＣＨとＲＲＣ再構成の完了を引き起こす可能性がある。
　上記の観察から、Ｏ１はＤＬ／ＵＬ負荷を下げるために、ソースセルとターゲットセルを長時間保持する必要がある可能性がある。Ｏ３はターゲットセルでＵＬシグナリングのストームを引き起こす可能性がある。つまり、（デュアルＤＵが提供する）２つのセルを最小限の期間維持することで、シグナリングストームを避けることができる。
　提案２：Ｒｅｌ－１８のＵＥ向けにＣＨＯが強化される場合、ＲＡＮ２は、移動ＩＡＢノードの移動中にソースセルとターゲットセルが最小期間保持される場合でも、ＤＬ（ソースセル）とＵＬ（ターゲットセル）でシグナリングのストームを回避するソリューションに合意すべきである。
　ＵＥのセル再選択機能強化
　ＲＡＮ２＃１１９ｂｉｓ－ｅは、以下の確認、観察、仮定に合意した。
　ＲＡＮ２は、移動ＩＡＢがレガシーＵＥと連携する必要があることを確認している。
　ＲＡＮ２は、ＵＥが長期間にわたって移動ＩＡＢセルにキャンプオン／接続する場合、ＵＥが移動ＩＡＢセルにオンボードであるとみなす可能性があることを確認している（つまり、ＵＥはこのセルがそのようなセルであることを知る必要がある）。時間については更なる検討が必要である。
　ＲＡＮ２は、移動ＩＡＢセルで動作するＵＥについて、以下のように仮定する。
　仮定１：移動ＩＡＢセルのＮＷの観点からは、レガシーＩＡＢセルと比較して、レガシーパラメータ（セル（再）選択、セル予約、及びアクセス制限を含む）の設定原則は変更されない。
　仮定２：レガシーＵＥの動作に仕様上の影響はない。
　仮定３：Ｒ１８で新たにブロードキャストされた移動ＩＡＢセルの情報（合意された場合）は、レガシーＵＥのアクセスを禁止／制御するものではない。
　仮定４：エンハンスメント非対応のＵＥ（レガシーＵＥ及びエンハンスメント非対応のＲ１８　ＵＥを含む）は、Ｒ１８が新たにブロードキャストした移動ＩＡＢセルの情報を無視するだけである（合意された場合）。
　ＲＡＮ２の仮定：移動ＩＡＢセルブロードキャスト情報
　Ｒｅｌ－１８ＵＥのアイドル／インアクティブモードでのモビリティを補助するために、１ビットの移動ＩＡＢセルタイプ通知（ｉｎｄｉｃａｔｉｏｎ）が導入される（ＵＥがオンボードであることを知る必要がある場合については更なる検討が必要である）。
　これがどのように使われるかについては更なる検討が必要である（実装によって異なる可能性がある）。
　ＲＡＮ２は、移動ＩＡＢ　ＷＩの観点から、周囲のＵＥが移動ＩＡＢノードにアクセスできないようにするための修正を特定していないが、ＳＡ２が適用可能なＲｅｌ－１８ソリューションに取り組んでいる可能性があると考えている。
　２つの主要なシナリオと、予想されるＵＥの動作を伴ういくつかのサブケースは、以下のように考えることができる。
　・シナリオＡ：移動ＩＡＢノードは、キャンプしているＵＥと一緒に移動している。
　　－サブケースＡ１：ＵＥ（電車内など）は移動ＩＡＢノードに留まるべきである。
　　－サブケースＡ２：周囲のＵＥ（電車の外など）は、移動ＩＡＢノード上でキャンプしてはならない。
　・シナリオＢ：移動ＩＡＢノードはキャンプＵＥと一緒に停車している。
　　－サブケースＢ１：ＵＥ（例えば、まだ電車に乗っている）は移動ＩＡＢノードに留まるべきである。
　　－サブケースＢ２：ＵＥ（例えば、列車から降りる）は定常（ｓｔａｔｉｏｎａｒｙ）セル（例えば、マクロセル）を再選択する。
　　－サブケースＢ３：周囲のＵＥ（電車に乗るなど）は移動ＩＡＢノードを再選択する必要がある。
　　－サブケースＢ４：周囲のＵＥ（例えば、まだステーションにいる）は、固定セルに留まるべきである。
　サブケースＡ１では、ＵＥは移動ＩＡＢノードと一緒に移動する。そのため、移動ＩＡＢノードからのＲＳＲＰ及びＲＳＲＱは常に安定しており、十分に良好である。これはセル再選択手順をトリガしない。正確には、移動ＩＡＢノードの周波数優先度が外部セルよりも高い場合、ＵＥは周波数内測定も周波数間測定も行わないことがある。例えば、移動ＩＡＢノードは、その周波数の優先度を「７」とブロードキャストするか、そのセルをＨＳＤＮセルとしてブロードキャストする。
　また、列車には複数の車両があり、移動ＩＡＢノードは各車両に配置されることも考えられる。ＵＥが車両間を移動する場合でも、列車内のＵＥから見れば、移動ＩＡＢノードセルの１つは常に外部のマクロセルよりも安定している。また、典型的なケースとして、移動ＩＡＢノードセルは同じ周波数で動作していると仮定する。この場合、既存の周波数内セル再選択、すなわちＲ基準は適切に機能する。
　所見１：移動中の移動ＩＡＢセルが、移動ＩＡＢセルと一緒に移動するＵＥがセル再選択を受けないように、サービング周波数の優先度を「７」とブロードキャストするか、ＨＳＤＮセル通知（ｉｎｄｉｃａｔｉｏｎ）をブロードキャストすることは、典型的な構成として考えられる。
　サブケースＢ１及びＢ２では、ユーザが列車に留まるか、又は列車から降りるかをＡＳが知る方法はない。この場合、たとえ移動ＩＡＢノードが何らかの情報をブロードキャストしたとしても、ＵＥは最後にどちらのセル（移動ＩＡＢノード又は固定マクロセル）を再選択すべきかを決定できない。そのため、ＵＥがどのセルに再選択するかは、最終的には無線条件と周波数の優先順位による。したがって、移動ＩＡＢノードは、観測１として設定されているサービング頻度の優先度を戻す必要がある。すなわち、移動ＩＡＢノードは、例えば固定マクロセルレイヤと同じようにサービング周波数の優先順位をブロードキャストするか、又はＨＳＤＮセル通知（ｉｎｄｉｃａｔｉｏｎ）のブロードキャストを停止する。
　所見２：ＵＥと移動ＩＡＢノードが停止した場合、ＵＥがユーザの意図を把握していない限り、ＵＥは移動ＩＡＢノードを再選択すべきかどうかを判断できない。つまり、無線条件次第ということになる。
　所見３：静止状態の移動ＩＡＢセルが、移動時に使用していた周波数優先度又はＨＳＤＮセル通知（ｉｎｄｉｃａｔｉｏｎ）を元に戻すのは、典型的な構成と言える（つまり、所見１と似ている）。
　しかし、上記の観察結果を踏まえると、現在のメカニズムの欠点は、移動ＩＡＢノードのＳＩＢを移動状態に応じて変更する必要があることである。しかし、解決すべき重要な問題ではないかもしれない。
　所見４：現在のメカニズムの欠点は、移動ＩＡＢセルが移動状態に応じてＳＩＢを変更する必要があることである。すなわち、所見１と所見３の間である。
　サブケースＡ２については、所見１と同じ理屈で、ＵＥは静止マクロセルに留まることができる。すなわち、マクロセルからのＲＳＲＰ／ＲＳＲＱが十分であればＵＥは周波数内測定を行わず、マクロセル周波数の優先順位が移動ＩＡＢノードの優先順位よりも高い場合、又は移動ＩＡＢノードがＨＳＤＮセル通知（ｉｎｄｉｃａｔｉｏｎ）をブロードキャストした場合（ＵＥが高移動状態でない場合）には、周波数間測定も行わない。
　サブケースＢ３とＢ４については、所見２と同じ理由で、セル再選択は無線条件次第であるべきであり、所見３のような定常（ｓｔａｔｉｏｎａｒｙ）状態の移動ＩＡＢノードの典型的な構成も適用可能である。
　ただし、サブケースＡ２、Ｂ３、及びＢ４は、周囲のＵＥにとって望ましい動作である。ＷＩＤは、周囲のＵＥをターゲットにするための最適化を行わないことを明記している。サブケースＢ３については、ＵＥが列車に乗車した後、サブケースＢ１又はＢ２となるが、ＵＥの初期状態は周囲のＵＥのままである。従って、これらのサブケースはＲｅｌ－１８の対象外である。
　・グループモビリティに関連する面を含め、ＩＡＢノードとそのＵＥのモビリティを強化。周囲のＵＥをターゲットとするための最適化はない。
　所見５：周辺ＵＥのターゲティングの最適化はＷＩの範囲外であるが、所見１及び所見３と同じ構成が適用できる可能性がある。
　要約すると、既存のセル再選択メカニズム、つまり無線条件と周波数優先度に基づくセル再選択メカニズムは、依然としてうまく機能する。そのため、ＵＥがセル再選択を実行するための機能拡張は必要ない。
　ＨＳＤＮはサブケースＡ１に有効である。
　提案３：ＲＡＮ２は、ＵＥが移動ＩＡＢノードとの間でセル再選択を実行するための機能強化は必要ないこと、つまり、前回の会議で「１ビットの移動ＩＡＢセルタイプ通知（ｉｎｄｉｃａｔｉｏｎ）」に関して行われた仮定を戻すことに合意すべきである。
　Ｒｅｌ－１８　ＵＥのＲＡＣＨレスハンドオーバ
　ＲＡＮ２＃１１９ｅは以下の合意に達した。
　Ｒ２は、移動ＩＡＢノードとともに引き渡されるオンボードＲＲＣコネクティッドＵＥについては、ＲＡＣＨレス手順が考慮される可能性があると仮定している（ＵＬ同期の仮定にも依存する）。
　ＬＴＥでは、ＲＡＣＨレスハンドオーバは、ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ内で、適用可能なタイミングアドバンス（ＴＡ）及びアップリンクグラントの情報を使用して、図１７のように構成される。
　ＩＡＢノード移動中のＵＥのＲＡＣＨレスハンドオーバにおけるＴＡ値については、ソースセルとターゲットセルが同じ「物理」ＤＵによって提供される（ただし、２つの「論理」ＤＵを介して提供される）ため、ＵＥはターゲットセルにアクセスするために最新のＴＡ値を適用すると考えられる。つまり、ＵＥからの「物理的な」距離は同じであるべきである。そのため、ＵＥに明示的なＴＡ値を設定する必要はない。一方、ＲＡＣＨレスハンドオーバを他のシナリオ、例えば移動ＩＡＢ－ＭＴのハンドオーバに使用する場合は、ＬＴＥ設定のような汎用的なアプローチが必要になる。
　提案４：ＲＡＮ２は、ＵＥのＲＡＣＨレスハンドオーバについて、ＵＥが暗黙的に最新のＴＡ値を適用するか、又は明示的に該当するＴＡ値を設定するかについて議論すべきである。
　ＵＥはターゲットセルから与えられたＵＬリソース内でＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅを送信する必要があるため、ＵＬグラント情報をＵＥに設定する必要がある。
　提案５：ＲＡＮ２は、ＵＬグラント情報がターゲットＩＡＢドナーＣＵによって設定されることに、ＵＥのＲＡＣＨレスハンドオーバについて合意すべきである。
　ＮＲのＲＲＣ　ＩＥ構造を考慮すると、ＲＡＣＨレスハンドオーバはハンドオーバプロシージャ中にターゲットＩＡＢ－ドナーＣＵによって示されるため、ＲＡＣＨレス設定はＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ内のｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃに含まれると仮定できる。
　提案６：ＲＡＮ２は、ＲＡＣＨレスハンドオーバがハンドオーバコマンド（同期を伴う再設定）で設定されることに合意すべきである。
　１つの疑問は、ＲＡＣＨレスハンドオーバが条件付きハンドオーバにも適用できるかどうかである。ＲＡＮ２＃１１９ｅは、「Ｒ２は、ＣＨＯ又は遅延ＲＲＣ設定がグループモビリティのベースラインとなり得ると仮定している」ため、条件付きＲＡＣＨレスハンドオーバをサポートすることが有用であると考えることに合意した。
　提案７：ＲＡＮ２は、ＲＡＣＨレスハンドオーバを条件付きハンドオーバ（条件付き再設定）でも設定できるかどうかを議論すべきである。
　ＩＡＢ－ＭＴモビリティの強化
　ＩＡＢドナーＣＵに対する移動ＩＡＢノードの通知（ｉｎｄｉｃａｔｉｏｎ）
　ＲＡＮ３＃１１７ｅでは、以下の合意がなされた。
　ドナーＣＵは、ＩＡＢノードが「モバイル」であることを知るべきである。
　ＲＡＮ２＃１１９ｂｉｓ－ｅは以下のベースラインに合意した。
　ＵＥ　ｃａｐａｂｉｌｉｔｙ　ｓｉｇｎａｌｌｉｎｇは、ＭＴが「移動ＩＡＢ」タイプであることをＣＵに知らせるためのベースラインである。Ｍｓｇ５などにおいて、早期に移動ＩＡＢ通知（ｉｎｄｉｃａｔｉｏｎ）を行うことについては更なる検討が必要である。
　移動状態／モード通知（ｉｎｄｉｃａｔｉｏｎ）に関して、Ｒ２は、移動状態のレガシー報告（ｍｏｂｉｌｉｔｙＳｔａｔｅ－ｒ１６など）が再利用される可能性があり、またＵＥからの現在位置報告も再利用される可能性があると見ている。予測モビリティの潜在的な目的などのために、これらのいずれかを強化又は補完する必要があるかどうかについては、更なる検討が必要である。
　Ｒｅｌ－１６　ＩＡＢでは、ＩＡＢ　Ｎｏｄｅ　ＩｎｄｉｃａｔｉｏｎはＭｓｇ５を介して送信され、これは提供者がＩＡＢをサポートするＡＭＦを選択するために使用することを目的としている。したがって、提供者が移動ＩＡＢをサポートするＡＭＦを選択する必要があるかどうかに応じて、移動ＩＡＢノード通知（ｉｎｄｉｃａｔｉｏｎ）をＭｓｇ５経由で送信するかどうかはポイントの１つであり、これはＲＡＮ３次第である。
　電子メールでの議論では、複数の企業から、Ｉｍｍｅｄｉａｔｅ　ＭＤＴのような既存の測定レポートを通じて、ドナーＣＵがリアルタイムのモビリティ状態を取得できることが指摘された。このようなモビリティの状態情報は、予測的な移動制御に有用であると考えられている。報告者は、移動ＩＡＢノード通知（ｉｎｄｉｃａｔｉｏｎ）は、提供者が移動ＩＡＢノードに適切な測定設定を設定するために必要であることを明らかにした。しかし、ＵＥ　ｃａｐａｂｉｌｉｔｙシグナリングを受信した後、ドナーＣＵが移動ＩＡＢノードを設定すればそれほど大きな問題ではないため、早期通知（ｉｎｄｉｃａｔｉｏｎ）を行うことは正当化されない。
　したがって、早期移動ＩＡＢ通知（ｉｎｄｉｃａｔｉｏｎ）が必要かどうかはＲＡＮ３次第である。
　所見６：例えば、ドナーＣＵが移動ＩＡＢをサポートするＡＭＦを選択する必要があるかどうかに応じて、Ｍｓｇ５の早期移動ＩＡＢ通知（ｉｎｄｉｃａｔｉｏｎ）が必要かどうかはＲＡＮ３次第である。
　移動ＩＡＢノードのアクセス制限
　ＷＩＤでは、移動ＩＡＢノードはＵＥにしかサービスを提供しないとされている。
　－移動ＩＡＢノードは、子孫ＩＡＢノードを持たず、ＵＥのみにサービスを提供する。
　要件を確保するため、ＲＡＮ２＃１１９ｅは以下のとおり合意した。
　「ｉａｂ－Ｓｕｐｐｏｒｔ」通知（ｉｎｄｉｃａｔｉｏｎ）をブロードキャストしない方法は、他のＩＡＢノードが移動ＩＡＢにアクセスするのを防ぐのに十分である（それ以上の仕様上の影響はない）。
　しかし、十分な議論がなされないまま合意に至った。特に「（これ以上のスペック上の影響を与えることなく）」という部分については、実装任せでいいのか疑問が残る。ＷＩＤは移動ＩＡＢノードが他の移動ＩＡＢノードにアクセスできないことを明確に要求しているため、移動ＩＡＢの実装における混乱を避けるために、仕様はこの仮定を明確にする必要があると考えられる。そのため、Ｓｔａｇｅ－２仕様では、上記の合意を取り入れるか、「移動ＩＡＢノードは、このリリースでは他の移動ＩＡＢノードにアクセスできない」を明確にすることが望ましい。
　提案８：ＲＡＮ２は、本リリースにおいてＩＡＢノードが移動ＩＡＢノードとして動作する場合、ＳＩＢにＩＡＢ－Ｓｕｐｐｏｒｔ　ＩＥを設定しないことをＳｔａｇｅ－２仕様に含めることに合意すべきである。
　もう１つの制限はＲＡＮ２＃１１９ｂｉｓ－ｅで議論され、以下のように検討事項に委ねられた。
　固定ネットワークが「移動ＩＡＢをサポートする」（移動ＩＡＢ　ＭＴを意図したもの）という通知（ｉｎｄｉｃａｔｉｏｎ）をブロードキャストすることを導入する場合については更なる検討が必要である。
　複数の企業が「ネットワークから移動ＩＡＢノードへの通知（ｉｎｄｉｃａｔｉｏｎ）が必要かどうかは、移動ＩＡＢノードが通常のＩＡＢ対応セルにキャンプオン／接続できるかどうかに依存する可能性がある」と指摘している。ネットワーク内にレガシーＩＡＢドナーがあると仮定すると、ＩＡＢには３つのリリースがあり、リリースによって異なる移動メカニズムがサポートされる。すなわち、Ｒｅｌ－１６ではＣＵ内トポロジ適応、Ｒｅｌ－１７では部分的移動を伴うＣＵ間トポロジ適応、Ｒｅｌ－１８では完全移動を伴うＣＵ間移動である。
　つまり、技術的には、移動ＩＡＢノードは、Ｒｅｌ－１６ドナーの近くに移動するだけであれば（すなわち、同じドナーＣＵに属するセル内）、Ｒｅｌ－１６ドナーと接続することができる。一方、移動ＩＡＢノードは遠くに移動した場合、Ｒｅｌ－１７又はＲｅｌ－１８ドナーと接続する必要がある（すなわち、異なるドナーＣＵに属するセル間）。言い換えれば、かつての移動ＩＡＢノードは、機能的な観点からは、静止したＩＡＢノードと見なすことができる。
　所見７：移動ＩＡＢノードは、近くに移動するだけであればＲｅｌ－１６ドナーと接続できるが、遠くに移動する場合はＲｅｌ－１７又はＲｅｌ－１８ドナーと接続する必要がある。
　この意味で、親ノードからブロードキャストされる何らかの「サポートする移動ＩＡＢ」情報が必要だが、移動ＩＡＢノードがこのような１ビットの通知（ｉｎｄｉｃａｔｉｏｎ）だけで、接続可能なセルを判断できるかどうかは疑問である。例えば、この通知（ｉｎｄｉｃａｔｉｏｎ）は、移動ＩＡＢノードが移動できるエリアと関連付けられる。しかし、移動ＩＡＢノードが移動するエリア（又は静止ＩＡＢノードとみなされるかどうか。例えば、ＯＡＭ設定による）を知る必要があることを意味する場合もある。加えて、移動ＩＡＢノードが通知（ｉｎｄｉｃａｔｉｏｎ）をブロードキャストしない親ノードとの接続を許可される他のケースがあるかどうかも検討する価値がある。例えば、移動ＩＡＢノードが通知（ｉｎｄｉｃａｔｉｏｎ）をブロードキャストする親ノードを見つけられない場合などである。そのため、ＲＡＮ２は、この通知（ｉｎｄｉｃａｔｉｏｎ）が何を意味するのかを詳細に議論すべきである。
　提案９：ＲＡＮ２は、何らかの「移動ＩＡＢをサポートする」通知（ｉｎｄｉｃａｔｉｏｎ）を導入することに合意すべきである。それが単なる１ビット通知（ｉｎｄｉｃａｔｉｏｎ）なのか、又は移動ＩＡＢノードがその通知（ｉｎｄｉｃａｔｉｏｎ）をブロードキャストしない親ノードへのアクセスを許可される条件があるのかについては更なる検討が必要である。

Claims (10)

  1. 　セルラ通信システムで用いられる通信制御方法であって、
    　ネットワークノードが、条件付き再設定をユーザ装置へ送信することと、
    　前記ユーザ装置が、所定条件を検出したときから所定時間経過後、条件付きハンドオーバを実行することと、を有し、
    　前記所定条件の検出は、前記条件付き再設定に含まれるトリガ条件を満たすこと、及び前記条件付きハンドオーバの実行指示を前記ネットワークノードから受信することのいずれかであり、
    　前記所定時間は、前記ユーザ装置毎に異なる時間である
    　通信制御方法。
  2. 　前記条件付き再設定は、前記所定条件を検出したときから前記条件付きハンドオーバを実行するまでの前記所定時間を確保することを指示する指示情報を含む
    　請求項１記載の通信制御方法。
  3. 　前記条件付き再設定は、前記所定時間を含む
    　請求項１記載の通信制御方法。
  4. 　セルラ通信システムで用いられる通信制御方法であって、
    　ネットワークノードが、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）リソースをユーザ装置に設定することと、
    　前記ユーザ装置が、条件付きハンドオーバを実行する際に、前記ユーザ装置に設定された前記ＰＲＡＣＨリソースを用いてＰＲＡＣＨを送信することと、を有し、
    　前記ＰＲＡＣＨリソースは、前記ユーザ装置毎に異なるリソースである
    　通信制御方法。
  5. 　前記送信することは、前記ユーザ装置が、所定条件を検出したときに前記条件付きハンドオーバを実行することを含み、
    　前記所定条件の検出は、前記ネットワークノードから受信した条件付き再設定に含まれるトリガ条件を満たすこと、及び前記条件付きハンドオーバの実行指示を前記ネットワークノードから受信することのいずれかである
    　請求項４記載の通信制御方法。
  6. 　前記実行指示は、前記ＰＲＡＣＨリソースを使用するか否かの指示を示す指示情報を含む
    　請求項５記載の通信制御方法。
  7. 　セルラ通信システムで用いられる通信制御方法であって、
    　ネットワークノードが、ユーザ装置が使用するビームを表すビーム情報を含む条件付き再設定を前記ユーザ装置へ送信することと、
    　前記ユーザ装置が、条件付きハンドオーバを実行する際に、前記ビームに紐づけられたリソースを用いて前記ＰＲＡＣＨを送信することと、を有し、
    　前記ビームは、前記ユーザ装置毎に異なるビームである
    　通信制御方法。
  8. 　前記ネットワークノードが、ターゲットセルとソースセルとで同一のタイミングで同一方向のビームとなるように前記ターゲットセル及び前記ソースセルのビーム方向を制御すること、を更に有し、
    　前記ユーザ装置が送信することは、前記ユーザ装置が、前記ソースセルにおいて用いたビームと同じビームに紐づけられた前記リソースを用いて前記ＰＲＡＣＨを前記ターゲットセルへ送信することを含む
    　請求項７記載の通信制御方法。
  9. 　セルラ通信システムで用いられる通信制御方法であって、
    　ユーザ装置が、条件付きハンドオーバを実行する際にＰＲＡＣＨ（Ｍｓｇ１）をターゲットセルへ送信することと、
    　前記ターゲットセルが、前記ユーザ装置毎に異なるタイミングで、ランダムアクセス応答（Ｍｓｇ２）を前記ユーザ装置へ送信することと、
    　前記ユーザ装置が、前記ユーザ装置毎に異なるタイミングで、ＲＲＣ再設定完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージ（Ｍｓｇ３）を前記ターゲットセルへ送信することと、を有する
    　通信制御方法。
  10. 　ソースセルが、拡張監視タイマを含む条件付き再設定を前記ユーザ装置へ送信すること、を更に有し、
    　前記ＰＲＡＣＨ（Ｍｓｇ１）を送信することは、前記ユーザ装置が、前記ターゲットセルへのアクセスを開始したときから前記拡張監視タイマのカウントを開始することを含み、
    　前記ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信することは、前記ユーザ装置が、前記拡張監視タイマのカウント値が満了値に達しても前記ＲＲＣ再設定完了メッセージ（Ｍｓｇ３）を送信できないときは前記条件付きハンドオーバを失敗したと判定することを含む、
    　請求項９記載の通信制御方法。
PCT/JP2023/039406 2022-11-02 2023-11-01 通信制御方法 WO2024096052A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263421715P 2022-11-02 2022-11-02
US63/421,715 2022-11-02

Publications (1)

Publication Number Publication Date
WO2024096052A1 true WO2024096052A1 (ja) 2024-05-10

Family

ID=90930554

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/039406 WO2024096052A1 (ja) 2022-11-02 2023-11-01 通信制御方法

Country Status (1)

Country Link
WO (1) WO2024096052A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021002863A1 (en) * 2019-07-03 2021-01-07 Nokia Solutions And Networks Oy Paging using beam parameters for beam-based operation
US20210251012A1 (en) * 2020-02-07 2021-08-12 Qualcomm Incorporated Random access procedures for new radio (nr) networks
US20210410039A1 (en) * 2018-11-01 2021-12-30 Telefonaktiebolaget Lm Ericsson (Publ) Mobility Procedure
WO2022091037A1 (en) * 2020-10-30 2022-05-05 Telefonaktiebolaget Lm Ericsson (Publ) Handover command in non-terrestrial networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210410039A1 (en) * 2018-11-01 2021-12-30 Telefonaktiebolaget Lm Ericsson (Publ) Mobility Procedure
WO2021002863A1 (en) * 2019-07-03 2021-01-07 Nokia Solutions And Networks Oy Paging using beam parameters for beam-based operation
US20210251012A1 (en) * 2020-02-07 2021-08-12 Qualcomm Incorporated Random access procedures for new radio (nr) networks
WO2022091037A1 (en) * 2020-10-30 2022-05-05 Telefonaktiebolaget Lm Ericsson (Publ) Handover command in non-terrestrial networks

Similar Documents

Publication Publication Date Title
EP3854140B1 (en) Communication connection control using conditional handover
US10149221B2 (en) Method and apparatus for performing operation related to radio link failure in a heterogeneous network
RU2713508C2 (ru) Устройство связи, оборудование инфраструктуры, сеть мобильной связи и способы
CA2858184C (en) Communicating radio resource configuration information
US20190246323A1 (en) Method and apparatus for performing handover
KR102219227B1 (ko) 무선 통신 시스템에서 스몰 셀에 대하여 데이터를 전달하기 위한 방법 및 장치
CN106973416B (zh) 无线资源控制连接重建方法及基站
WO2009154038A1 (ja) 基地局制御モジュール、無線基地局、基地局制御装置および基地局制御方法
US20120282932A1 (en) Apparatus and Method
CN104604291A (zh) 利用移动中继切换
KR20140062484A (ko) 모바일 릴레이 핸드오버
WO2014107917A1 (en) Buffer status reporting for dual connection
US20180279215A1 (en) Method and apparatus for performing access control or membership verification for dual connectivity in wireless communication system
US20240147326A1 (en) Link Management for a Connected User Equipment
WO2014182118A1 (en) Method and apparatus for transmitting cell load information in wireless communication system
WO2024070923A1 (ja) 通信制御方法
KR20240036073A (ko) 경로 전환 및 핸드오버를 처리하기 위한 단말 장치, 네트워크 노드 및 그 방법
WO2022210546A1 (ja) 通信制御方法
WO2024096052A1 (ja) 通信制御方法
WO2024096053A1 (ja) 通信制御方法
US10142879B2 (en) Method and apparatus for transmitting cell load information in wireless communication system
WO2024096047A1 (ja) 通信制御方法
WO2024166959A1 (ja) 通信制御方法
WO2024166960A1 (ja) 通信制御方法
WO2023282251A1 (ja) 通信制御方法

Legal Events

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

Ref document number: 23885806

Country of ref document: EP

Kind code of ref document: A1