WO2024070922A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2024070922A1
WO2024070922A1 PCT/JP2023/034428 JP2023034428W WO2024070922A1 WO 2024070922 A1 WO2024070922 A1 WO 2024070922A1 JP 2023034428 W JP2023034428 W JP 2023034428W WO 2024070922 A1 WO2024070922 A1 WO 2024070922A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
donor node
adjacent
pci
iab
Prior art date
Application number
PCT/JP2023/034428
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 WO2024070922A1 publication Critical patent/WO2024070922A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • This disclosure relates to a communication control method for use in a cellular communication system.
  • the 3GPP (Third Generation Partnership Project) (registered trademark; the same applies below), 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 node
  • 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 mobile relay node transmits an F1 setup request message including a first physical cell ID used in the mobile relay node to a target donor node.
  • the communication control method also includes a step in which the target donor node transmits a PCI request message including the first physical cell ID to an adjacent donor node adjacent to the target donor node and other than the source donor node in response to receiving the F1 setup request message, in order to inquire whether the first physical cell ID can be used.
  • 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 mobile relay node transmits an F1 setup request message including a first physical cell ID used in the mobile relay node to a target donor node.
  • the communication control method also includes a step in which the target donor node transmits a serving cell information request message to an adjacent donor node adjacent to the target donor node other than the source donor node in response to receiving the F1 setup request message, requesting provision of a physical cell ID used in the adjacent donor node.
  • 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 mobile relay node transmits an F1 setup request message including a first PRACH (Physical Random Access Channel) resource to be used at the mobile relay node to a target donor node.
  • the communication control method also includes a step in which the target donor node transmits a PRACH request message including the first PRACH resource to an adjacent donor node adjacent to the target donor node and other than the source donor node in response to receiving the F1 setup request message, in order to inquire whether the first PRACH resource is available for use.
  • PRACH Physical Random Access Channel
  • 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 mobile relay node transmits an F1 setup request message including a first PRACH resource to be used at the mobile relay node to a target donor node.
  • the communication control method also includes a step in which the target donor node transmits a serving cell information request message to an adjacent donor node adjacent to the target donor node other than the source donor node in response to receiving the F1 setup request message, requesting the provision of a PRACH resource to be used at the adjacent donor node.
  • 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 another operation example according to the first embodiment.
  • This disclosure provides a communication control method that enables a mobile relay node to appropriately communicate with subordinate user equipment.
  • 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.
  • PCI Physical cell ID
  • the UE 100 is supposed to measure the radio signal strength for the radio signal from one cell, but may measure the radio signal strength by adding up two radio signals from the other cell as radio signals from the same cell. For this reason, the UE may select an inappropriate cell during cell search and start synchronization with that cell, or may send an inappropriate measurement report, resulting in a handover to another cell that is not the correct target cell.
  • PCI collision The problem that occurs when different cells use the same PCI is sometimes called a "PCI collision."
  • PCI collision it is possible to avoid PCI collisions by configuring cells so that the same PCI is not used for a given cell and its neighboring cell.
  • the mobile IAB node 300M may move between donor nodes 200.
  • the PCI used in the cell under the mobile IAB node 300M may be the same as or overlap with the PCI used in the cell under the donor node 200 at the destination.
  • the UE 100 under the mobile IAB node 300M may not be able to distinguish between the IAB-DU of the mobile IAB node 300M and the DU of the donor node 200, and a PCI collision may occur.
  • the first embodiment aims to avoid PCI collisions in the mobile IAB node 300M, thereby enabling the mobile IAB node 300M to communicate appropriately with the subordinate UE 100.
  • a mobile relay node e.g., mobile IAB node 300M transmits an F1 setup request message including a first physical cell ID to be used in the mobile relay node to a target donor node (e.g., target donor node 200-T).
  • a target donor node e.g., target donor node 200-T.
  • the target donor node transmits a request message including the first physical cell ID to an adjacent donor node adjacent to the target donor node other than the source donor node, in order to inquire whether the first physical cell ID can be used.
  • an adjacent donor node can ascertain the PCI used by the mobile IAB node 300M. Therefore, the adjacent donor node can prevent the use of any PCI that matches the PCI it is using, and can allow the use of a PCI that it is not using. This allows the mobile IAB node 300M to avoid PCI collisions with adjacent donor nodes. Therefore, even if the mobile IAB node 300M moves to the target donor node 200-T, it will be possible for the mobile IAB node 300M to communicate appropriately with the subordinate UE 100.
  • FIG. 11 is a diagram showing an example of operation according to the first embodiment.
  • FIG. 11 shows an example in which the mobile IAB node 300M performs a handover from the source donor node 200-S to the target donor node 200-T.
  • the adjacent donor node 200-TN refers to a donor node 200 adjacent to the target donor node 200-T, other than the source donor node 200-S.
  • step S10 the mobile IAB node 300M establishes an RRC connection with the source donor node and also establishes an F1 connection.
  • the IAB-DU of the mobile IAB node 300M establishes an RRC connection with the CU of the source donor node 200-S
  • the IAB-MT of the mobile IAB node 300M establishes an F1 connection with the CU of the source donor node 200-S.
  • step S11 the source donor node 200-S decides to hand over the mobile IAB node 300M to the target donor node 200-T.
  • the source donor node 200-S transmits a handover request message to the target donor node 200-T.
  • the CU of the source donor node 200-S transmits a handover request (HANDOVER REQUEST) message, which is an XnAP message, to the CU of the target donor node 200-T.
  • HANDOVER REQUEST handover request
  • step S13 in response to receiving the handover request message, the target donor node 200-T transmits a handover request response message to the source donor node 200-S to accept the handover request.
  • a handover request response message For example, in response to receiving the handover request (HANDOVER REQUEST) message, the CU of the target donor node 200-T transmits a handover request response (HANDOVER REQUEST ACKNOWLEDGEMENT) message to the CU of the source donor node 200-S.
  • step S14 in response to receiving the handover request response message, the source donor node 200-S transmits an RRC message (RRCReconfiguration message) to the mobile IAB node 300M.
  • the RRC message includes information (ReconfigurationwithSync) for the mobile IAB node 300M to establish an RRC connection with the target donor node 200-T.
  • the CU of the source donor node 200-S transmits the RRC message to the IAB-MT of the mobile IAB node 300M.
  • step S15 the mobile IAB node 300M establishes an RRC connection with the target donor node 200-T.
  • the IAB-MT of the mobile IAB node 300M establishes an RRC connection with the CU of the target donor node 200-T (e.g., FIG. 9(B)).
  • the mobile IAB node 300M transmits an F1 setup request message to establish an F1 connection with the target donor node 200-T.
  • the mobile IAB node 300M transmits an F1 setup request message including a PCI (e.g., a first physical cell ID) to be used (or to be used) in its IAB-DU.
  • the PCI may be in the form of a list.
  • the IAB-DU of the mobile IAB node 300M transmits the PCI to the CU of the target donor node 200-T by including it in the serving cell information included in the F1 setup request message.
  • the target donor node 200-T transmits a PCI request (mIAB PCI Request) message including the PCI to be used in the mobile IAB node 300M to the adjacent donor node 200-TN.
  • the PCI request message may be a message requesting that the PCI used in the mobile IAB node 300M be used in the adjacent donor node 200-TN as well.
  • the PCI request message may be a message for inquiring whether the PCI used in the mobile IAB node 300M can be used in the adjacent donor node 200-TN.
  • the target donor node 200-T extracts the PCI to be used in the mobile IAB node 300M from the F1 setup request message (step S16) and transmits a PCI request message including the PCI to the adjacent donor node 200-TN.
  • the CU of the target donor node 200-T sends a PCI request message as an Xn message to the CU of the adjacent donor node 200-TN. If there are multiple adjacent donor nodes 200-TN, the CU of the target donor node 200-T sends a PCI request message to the CU of each adjacent donor node 200-TN.
  • the PCI included in the PCI request message may be in a list format.
  • the adjacent donor node 200-TN determines a PCI available for use in the mobile IAB node 300M in response to receiving the PCI request message.
  • the available PCI is determined as follows:
  • the adjacent donor node 200-TN compares or collates the PCI included in the PCI request message (e.g., the PCI used in the cell under the mobile IAB node 300M) with the PCI it uses (e.g., the PCI used in the cell under the adjacent donor node 200-TN or the cell under the IAB node 300 under the adjacent donor node 200-TN).
  • the adjacent donor node 200-TN determines the PCI that can be used by the mobile IAB node 300M depending on whether the PCI included in the PCI request message matches the PCI it uses. If the two PCIs match, the adjacent donor node 200-TN determines that the PCI used by the mobile IAB node 300M is not usable.
  • the adjacent donor node 200-TN determines that the PCI used by the mobile IAB node 300M is usable. This is because the PCI used by the mobile IAB node 300M is not used in the adjacent donor node 200-TN, and no PCI collision occurs. If the PCIs are in list format, each PCI is compared. This type of processing may be performed in the CU of the adjacent donor node 200-TN.
  • step S19 the adjacent donor node 200-TN transmits a PCI request acknowledge (mIAB PCI Request Acknowledge) message, which is a response message to the PCI request message (step S17), to the target donor node 200-T.
  • the PCI request acknowledge message is a response message to the PCI request message (step S17).
  • the PCI request acknowledge message includes the determination result in step S18.
  • the PCI request response message may include an allowed PCI list (AllowedPCI list).
  • the allowed PCI list represents, for example, a list of PCIs (e.g., second physical cell IDs) that the mobile IAB node 300M can use with respect to the adjacent donor node 200-TN.
  • the PCI request response message may include an Exclude PCI list.
  • the Exclude PCI list represents, for example, a list of unavailable PCIs (e.g., third physical cell IDs) that the mobile IAB node 300M cannot use for the adjacent donor node 200-TN.
  • the PCI request response message may include information indicating that all PCIs included in the PCI request message are approved.
  • the information may indicate that all PCIs used by the mobile IAB node 300M may be used for the adjacent donor node 200-TN.
  • the PCI request response message may include information indicating that all PCIs included in the PCI request message are rejected.
  • the information may indicate that none of the PCIs used by the mobile IAB node 300M can be used for the adjacent donor node 200-TN.
  • the CU of adjacent donor node 200-TN sends a PCI request message as an Xn message to the CU of target donor node 200-T.
  • step S20 in response to receiving the PCI request response message, the target donor node 200-T checks whether it is necessary to change the PCI (e.g., the first physical cell ID) used by the mobile IAB node 300M.
  • the PCI e.g., the first physical cell ID
  • the target donor node 200-T checks whether it is necessary to change the PCI used by the mobile IAB node 300M, depending on the information included in the PCI request response message (such as the Allowed PCI list or Exclude PCI list). For example, if the PCI request response message contains information indicating full approval, the target donor node 200-T checks that it is not necessary to change the PCI. Also, for example, if the PCI request response message contains the Allowed PCI list, the target donor node 200-T checks that the PCIs used by the mobile IAB node 300M will be changed to those included in that list.
  • the PCI request response message contains information indicating full approval
  • the target donor node 200-T checks that it is not necessary to change the PCI. Also, for example, if the PCI request response message contains the Allowed PCI list, the target donor node 200-T checks that the PCIs used by the mobile IAB node 300M will be changed to those included in that list.
  • the target donor node 200-T confirms that the PCIs included in the list among the PCIs used by the mobile IAB node 300M are PCIs to be deleted, or that they are to be changed to PCIs other than those included in the list. Furthermore, for example, when the PCI request response message includes information indicating that all are denied, the target donor node 200-T confirms that all PCIs used by the mobile IAB node 300M are PCIs to be deleted.
  • the target donor node 200-T may compare or verify the PCI used in the cells under its control to determine whether or not a PCI change is necessary. For example, when the Allowed PCI list is included in the PCI request response message, the target donor node 200-T may check whether or not the PCIs included in the list are also used by itself, and if a PCI that is also used by itself is included, it may confirm that the PCI is deleted. Alternatively, the target donor node 200-T may confirm that if the Allowed PCI list does not include a PCI that it uses, it does not need to change the PCIs included in the Allowed PCI list.
  • step S20 may be performed in the CU of the target donor node 200-T.
  • the target donor node 200-T transmits an F1 setup response (F1 SETUP RESPONSE) message to the mobile IAB node 300M.
  • the F1 setup response message may include a changed PCI for the PCI used by the mobile IAB node 300M, depending on the confirmation result (step S20) in the target donor node 200-T.
  • the F1 setup response message may include the following information:
  • the F1 setup response message may include an additional PCI list (PCI To Be Added List).
  • the additional PCI list includes a list of PCIs that are further available for use by the adjacent donor node 200-TN for the PCIs used by the mobile IAB node 300M (step S16 or step S17).
  • the F1 setup response message may include a modified PCI list (PCI To Be Modified List).
  • the modified PCI list includes modified PCIs that can be used for the adjacent donor node 200-TN among the PCIs used by the moving IAB node 300M (step S16 or step S17).
  • the F1 setup response message may include a PCI to be removed list (PCI to be removed list).
  • the PCI to be removed list includes PCIs to be removed that cannot be used for the adjacent donor node 200-TN among the PCIs used by the moving IAB node 300M (step S16 or step S17).
  • the F1 setup response message may include information linking (or combining) the PCI (e.g., old PCI) used by the mobile IAB node 300M with the changed PCI (e.g., new PCI) confirmed by the target donor node 200-T.
  • the PCI e.g., old PCI
  • the changed PCI e.g., new PCI
  • the target donor node 200-T can send an F1 setup response message to the mobile IAB node 300M that includes the changed PCI for the PCI used by the mobile IAB node 300M, using an added PCI list, a changed PCI list, or a deleted PCI list, etc.
  • the CU of the target donor node 200-T sends an F1 setup response message including an added PCI list, a changed PCI list, or a deleted PCI list to the IAB-DU of the moving IAB node 300M.
  • the mobile IAB node 300M changes the PCI in response to receiving the F1 setup response message.
  • the IAB-DU of the mobile IAB node 300M changes the PCI to be used by adding a PCI according to the added PCI list.
  • the IAB-DU of the mobile IAB node 300M changes the PCI to be used according to the changed PCI list.
  • the IAB-DU of the mobile IAB node 300M changes the PCI to be used by deleting a PCI included in the deleted PCI list from the PCIs to be used according to the deleted PCI list.
  • step S23 the mobile IAB node 300M establishes an F1 connection to the target donor node 200-T.
  • the target donor node 200-T transmits the PCI used by the mobile IAB node 300M to the adjacent donor node 200-TN, but this is not limiting.
  • the target donor node 200-T may request the adjacent donor node 200-TN to provide the PCI used by the adjacent donor node 200-TN.
  • the target donor node 200-T determines whether the PCI used by the mobile IAB node 300M can be used by the adjacent donor node 200-TN.
  • a mobile relay node e.g., mobile IAB node 300M transmits an F1 setup request message including a first physical cell ID used in the mobile relay node.
  • the target donor node transmits a serving cell information request message to an adjacent donor node (e.g., adjacent donor node 200-TN) adjacent to the target donor node and other than the source donor node, requesting the provision of the physical cell ID used by the adjacent donor node.
  • an adjacent donor node e.g., adjacent donor node 200-TN
  • the target donor node 200-T can transmit to the mobile IAB node 300M, among the PCIs used by the mobile IAB node 300M, PCIs other than those used by the adjacent donor node 200-TN, as PCIs usable by the mobile IAB node 300M. Therefore, in the cell subordinate to the mobile IAB node 300M, PCI collisions with the adjacent donor node 200-TN can be avoided. This enables the mobile IAB node 300M to communicate appropriately with the subordinate UE 100.
  • FIG. 12 is a diagram showing another example of the operation of the first embodiment.
  • the same processes as those in the first embodiment are denoted by the same reference numerals.
  • the target donor node 200-T transmits a serving cell information request message to the adjacent donor node 200-TN.
  • the serving cell information request message is a message requesting the provision of a PCI to be used by the adjacent donor node 200-TN.
  • the serving cell information request message may be a message requesting serving cell information used by the adjacent donor node 200-TN.
  • the CU of the target donor node 200-T transmits the serving cell information request message as an Xn message to the CU of the adjacent donor node 200-TN.
  • step S31 in response to receiving the serving cell information request message, the adjacent donor node 200-TN lists the PCIs used by the adjacent donor node 200-TN.
  • the adjacent donor node 200-TN transmits a serving cell information response message to the target donor node 200-T.
  • the serving cell information response message is a response message to the serving cell information request message.
  • the serving cell information response message includes the PCI (or a list of PCIs) used by the adjacent donor node 200-TN.
  • the serving cell information response message may include an information element (Serving Cell Information) that includes the serving cell information, and the information element may include the PCI.
  • the CU of the adjacent donor node 200-TN transmits the serving cell information response message as an Xn message to the CU of the target donor node 200-T.
  • step S33 in response to receiving the serving cell information response message, the target donor node 200-T checks whether it is necessary to change the PCI used by the mobile IAB node 300M.
  • the check itself may be the same as in the first embodiment (step S18 or step S20).
  • the target donor node 200-T may check the available PCI for the mobile IAB node 300M by avoiding the PCI used by the adjacent donor node 200-TN.
  • the target donor node 200-T may check the available PCI for the mobile IAB node 300M by comparing or collating with the PCI (or PCI list) used by itself. Thereafter, the target donor node 200-T transmits an F1 setup response message including an added PCI list, a changed PCI list, or a deleted PCI list to the mobile IAB node 300M, as in the first embodiment (step S21).
  • the present invention is not limited to this.
  • the present invention can also be applied to avoiding collisions of PRACH resources instead of PCI collisions.
  • the PRACH resource is, for example, a resource used by UE 100 under the mobile IAB node 300M to transmit the PRACH preamble signal that UE 100 first transmits to the mobile IAB node 300M when the UE 100 performs a random access procedure for the mobile IAB node 300M.
  • the PRACH resource used in the cell under the mobile IAB node 300M and the PRACH resource used in the cell under the donor node 200 may be the same resource.
  • the two UEs 100-1 and 100-2 may fail the random access procedure because they use the same PRACH resource. Therefore, the mobile IAB node 300M may not be able to communicate properly with the UE 100-1 under its control.
  • the second embodiment aims to avoid collisions of PRACH resources and enable the mobile IAB node 300M to communicate appropriately with the subordinate UE 100.
  • a mobile relay node e.g., mobile IAB node 300M transmits an F1 setup request message including a first PRACH resource to be used in the mobile relay node to a target donor node (e.g., target donor node 200-T).
  • the target donor node transmits a PRACH request message including the first PRACH resource to an adjacent donor node (e.g., adjacent donor node 200-TN) adjacent to the target donor node but other than the source donor node, in order to inquire whether the first PRACH resource is available for use.
  • an adjacent donor node e.g., adjacent donor node 200-TN
  • the adjacent donor node 200-TN can ascertain the PRACH resources used by the mobile IAB node 300M. Therefore, the adjacent donor node 200-TN can prevent the use of resources among the PRACH resources that match the PRACH resources it uses, and can allow the use of resources that do not match the PRACH resources it uses. As a result, the mobile IAB node 300M can avoid collision of PRACH resources between UE 100-1 under the mobile IAB node 300M and UE 100-2 under the adjacent donor node 200-TN, and appropriately execute the random access procedure with each other. Therefore, the mobile IAB node 300M can appropriately communicate with UE 100-1 under its control.
  • the operation example according to the second embodiment can be implemented by replacing PCI (or PCI list) with PRACH resource (or PRACH resource list) in FIG. 11.
  • PCI or PCI list
  • PRACH resource or PRACH resource list
  • the F1 setup request message includes a PRACH resource (eg, a first PRACH resource) to be used by the mobile IAB node 300M.
  • a PRACH resource eg, a first PRACH resource
  • a PRACH request (mIAB PRACH Request) message is transmitted from the target donor node 200-T to the adjacent donor node 200-TN.
  • the PRACH request message may be a message requesting that the PRACH resource used by the mobile IAB node 300M be used by the adjacent donor node 200-TN as well.
  • the PRACH request message may be a message for inquiring whether the PRACH resource used by the mobile IAB node 300M can be used by the adjacent donor node 200-TN as well.
  • the PRACH request message includes (a list of) the PRACH resource used by the mobile IAB node 300M.
  • the PRACH request message may also be an Xn message.
  • step S18 the adjacent donor node 200-TN determines the PRACH resource available for use by the mobile IAB node 300M.
  • the adjacent donor node 200-TN may compare or collate the PRACH resource included in the PRACH request message with the PRACH resource used by itself to determine whether or not they match.
  • the adjacent donor node 200-TN transmits a PRACH request acknowledgement (mIAB PRACH Request Acknowledge) message, which is a response message to the PRACH request message, to the target donor node.
  • the PRACH request acknowledgement message includes a PRACH resource (e.g., a second PRACH resource) available in the mobile IAB node 300M.
  • the PRACH request acknowledgement message may include an allowed PRACH list (Allowed PRACH list) representing a list of PRACH resources available in the mobile IAB node 300M.
  • the PRACH request acknowledgement message may include an excluded PRACH list (Exclude PRACH list) representing a list of PRACH resources that cannot be used in the mobile IAB node 300M.
  • the PRACH request response message may include information indicating that all PRACH resources included in the PRACH request message are approved.
  • the PRACH request response message may include information indicating that all PRACH resources included in the PRACH request message are rejected (or that all of them cannot be used).
  • the PRACH request response message may include pegging information between the PRACH resource used by the mobile IAB node 300M and the changed PRACH resource confirmed by the target donor node 200-T.
  • the PRACH request response message may also be an Xn message.
  • Step S20 the target donor node 200-T, in response to receiving the PRACH request response message, checks whether or not it is necessary to change the PRACH resource used by the mobile IAB node 300M.
  • the target donor node 200-T may check based on information included in the PRACH request response message (such as the Allowed PRACH list or the Exclude PRACH list).
  • the target donor node 200-T may check whether or not it is necessary to change the PRACH resource by comparing or collating with the PRACH resource used in the cell under its control.
  • the target donor node 200-T transmits an F1 setup response message to the mobile IAB node 300M.
  • the F1 setup response message may include a PRACH resource after the change to the PRACH resource used by the mobile IAB node 300M according to the confirmation result (step S20) in the target donor node 200-T.
  • the F1 setup response message may include an additional PRACH list (PRACH To Be Added List) including a PRACH resource further available in the mobile IAB node 300M for the adjacent donor node 200-TN.
  • the F1 setup response message may include a modified PRACH list (PRACH To Be Modified List) including PRACH resources available for the adjacent donor node 200-TN and PRACH resources after modification for the PRACH resources used by the mobile IAB node 300M.
  • the F1 setup response message may include a removed PRACH list (PRACH To Be Remove List) including PRACHs that cannot be used by the mobile IAB node 300M for the adjacent donor node 200-TN.
  • step S22 the mobile IAB node 300M changes the PRACH resources according to the list included in the F1 setup response message.
  • the target donor node 200-T requests the adjacent donor node 200-TN to provide a PCI list used by the adjacent donor node 200-TN. This is also applicable to the second embodiment regarding the collision of PRACH resources.
  • the target donor node 200-T requests the adjacent donor node 200-TN to provide the PRACH resources used by the adjacent donor node 200-TN.
  • a mobile relay node e.g., mobile IAB node 300M transmits an F1 setup request message including a first PRACH resource to be used at the mobile relay node to a target donor node (e.g., target donor node 200-T).
  • a target donor node e.g., target donor node 200-T.
  • the target donor node transmits a serving cell information request message to an adjacent donor node adjacent to the target donor node, other than the source donor node, requesting the provision of a PRACH resource to be used at the adjacent donor node.
  • the target donor node 200-T can transmit to the mobile IAB node 300M, among the PRACH resources used by the mobile IAB node 300M, resources other than the PRACH resources used by the adjacent donor node 200-TN, as PRACH resources usable by the mobile IAB node 300M. Therefore, for example, different PRACH resources are used in the cell under the mobile IAB node 300M and the cell under the adjacent donor node 200-TN, and collisions of PRACH resources can be avoided. This enables the mobile IAB node 300M to communicate appropriately with the UE 100 under its control.
  • Another example of the operation of the second embodiment can be implemented by replacing the PCI (or PCI list) with PRACH (or PRACH list) in the other example of the operation of the first embodiment (FIG. 12).
  • Step S30 In step S30 of FIG. 12, the target donor node 200-T transmits a serving cell information request message requesting the provision of a PRACH resource to the adjacent donor node 200-TN.
  • Step S31 In step S31, in response to receiving the serving cell information request message, the neighboring donor node 200-TN lists the PRACH resources being used by the neighboring donor node 200-TN.
  • Step S32 the adjacent donor node 200-TN transmits a serving cell information response message to the target donor node 200-T.
  • the serving cell information response message includes the PRACH (or a list of PRACHs) used by the adjacent donor node 200-TN.
  • Step S33 the target donor node 200-T checks whether or not it is necessary to change the PRACH resource used by the mobile IAB node 300M.
  • the target donor node 200-T may check the available PRACH resource for the PRACH resource used by the mobile IAB node 300M by avoiding the PRACH resource used by the adjacent donor node 200-TN.
  • the target donor node 200-T may check the available PRACH resource for the mobile IAB node 300M by comparing or collating with the PRACH resource used by itself.
  • 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 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: sending, by the mobile relay node, an F1 Setup Request message to a target donor node, the F1 Setup Request message including a first physical cell ID for use at the mobile relay node;
  • a communication control method comprising: in response to receiving the F1 setup request message, the target donor node sends a PCI request message including the first physical cell ID to an adjacent donor node adjacent to the target donor node, the adjacent donor node being other than a source donor node, to inquire whether the first physical cell ID is available.
  • the determining step includes a step of determining the second physical cell ID by the adjacent donor node depending on whether a physical cell ID used by the adjacent donor node matches the first physical cell ID.
  • a communication control method for use in a cellular communication system comprising: sending, by the mobile relay node, an F1 Setup Request message to a target donor node, the F1 Setup Request message including a first physical cell ID for use at the mobile relay node;
  • a communication control method comprising: in response to receiving the F1 setup request message, the target donor node sends a serving cell information request message to an adjacent donor node adjacent to the target donor node, the adjacent donor node being other than a source donor node, requesting the provision of a physical cell ID to be used by the adjacent donor node.
  • a communication control method for use in a cellular communication system comprising: sending, by a mobile relay node, an F1 setup request message to a target donor node including a first PRACH resource for use at the mobile relay node;
  • a communication control method comprising: in response to receiving the F1 setup request message, the target donor node transmits a PRACH request message including the first PRACH resource to an adjacent donor node adjacent to the target donor node, the adjacent donor node being other than a source donor node, to inquire whether the first PRACH resource is available for use.
  • a communication control method for use in a cellular communication system comprising: sending, by a mobile relay node, an F1 setup request message to a target donor node including a first PRACH resource for use at the mobile relay node;
  • a communication control method comprising: in response to receiving the F1 setup request message, the target donor node transmits a serving cell information request message to an adjacent donor node adjacent to the target donor node, the adjacent donor node being other than a source donor node, requesting the provision of a PRACH resource to be used by the adjacent donor node.
  • Cellular communication system 10 5GC 100: UE 110: wireless communication unit 120: control unit 200: donor node (gNB) 200-S: Source donor node 200-T: Target donor node 210: Wireless communication unit 230: Control unit 300: IAB node 300M: Mobile IAB node 310: Wireless communication unit 320: Control unit

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）は、バックホールＲＬＣチャネル（ＢＨ　ＮＲ　ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御が可能である。ＢＡＰ　ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。
　図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰレイヤを有する。
　なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。
　また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。
　（移動ＩＡＢノード）
　現在、３ＧＰＰでは、移動ＩＡＢノード（ｍｏｂｉｌｅ　ＩＡＢ　ｎｏｄｅ）の導入に向けた検討が開始されている。移動ＩＡＢノードとは、例えば、移動しているＩＡＢノードである。移動ＩＡＢノードは、移動可能なＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、移動する能力を有するＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、現在静止しているものの、将来移動することが確実な（又は将来移動することが予想される）ＩＡＢノードであってもよい。
　移動ＩＡＢノードによって、例えば、移動ＩＡＢノード配下のＵＥ１００が移動ＩＡＢノードの移動に伴って移動しながら、移動ＩＡＢノードからサービスの提供を受けることが可能となる。例えば、乗り物に乗車しているユーザ（又はＵＥ１００）が、乗り物に設置された移動ＩＡＢノードを介して、サービスの提供を受けるケースなどが想定される。
　一方、移動ＩＡＢノードに対して、移動することがないＩＡＢノードも存在する。このようなＩＡＢノードを、中間ＩＡＢノード（ｉｎｔｅｒｍｅｄｉａｔｅ　ＩＡＢ　ｎｏｄｅ）と称する場合がある。中間ＩＡＢノードは、例えば、移動しないＩＡＢノードである。或いは、中間ＩＡＢノードは、静止したＩＡＢノードでもよい。中間ＩＡＢノードは、静止ＩＡＢノード（ｓｔａｔｉｏｎａｒｙ　ＩＡＢ　ｎｏｄｅ）であってもよい。或いは、中間ＩＡＢノードは、設置場所に設置されたまま静止した（又は移動しない）ＩＡＢノードであってもよい。或いは、中間ＩＡＢノードは、移動することなく静止したＩＡＢノードであってもよい。中間ＩＡＢノードは、固定ＩＡＢノードであってもよい。
　移動ＩＡＢノードは、中間ＩＡＢノードに接続することもできる。また、移動ＩＡＢノードは、ドナーノード２００に接続することもできる。移動ＩＡＢノードは、移動（ｍｉｇｒａｔｉｏｎ又はハンドオーバ）により接続先を変更することも可能である。接続元は、中間ＩＡＢノードでもよい。当該接続元は、ドナーノード２００でもよい。また、接続先は、中間ＩＡＢノードでもよい。当該接続先は、ドナーノード２００でもよい。
　なお、以下では、移動ＩＡＢノードの移動（ｍｉｇｒａｔｉｏｎ）と、移動ＩＡＢノードのハンドオーバ（ｈａｎｄｏｖｅｒ）とを区別しないで用いる場合がある。
　また、以下では、移動ＩＡＢノードは、「ｍｏｂｉｌｅ　ＩＡＢ　ｎｏｄｅ」であってもよいし、「ｍｉｇｒａｔｉｎｇ　ＩＡＢ　ｎｏｄｅ」であってもよい。いずれの場合も、移動ＩＡＢノードと表記する場合がある。
　（移動ＩＡＢノードの完全移動（Ｆｕｌｌ　ｍｉｇｒａｔｉｏｎ））
　移動ＩＡＢノード（ｍｏｂｉｌｅ　ＩＡＢ　ｎｏｄｅ）が、ドナーノード（ＩＡＢ－ｄｏｎｏｒ）２００間を移動する場合がある。
　図９（Ａ）乃至図１０（Ｂ）は、移動ＩＡＢノード３００Ｍがソースドナーノード２００－Ｓからターゲットドナーノード２００－Ｔへの移動が行われる場合の手順の例を表す図である。なお、移動ＩＡＢノード３００Ｍは、配下にＵＥ１００を有する。図９（Ａ）の例では、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１により形成されたセル範囲にＵＥ１００が在圏する例を示している。ＵＥ１００は、移動ＩＡＢノード３００Ｍとともに移動することができる。
　図９（Ａ）は、初期状態（Ｉｎｉｔｉａｌ　ｃｏｎｄｉｔｉｏｎ）の例を表している。移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１は、ソースドナーノード２００－ＳのＣＵに対してＦ１接続を確立している。また、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、ソースドナーノード２００－ＳのＣＵに対してＲＲＣ接続を確立している。
　図９（Ｂ）は、移動ＩＡＢノード３００Ｍは、ターゲットドナーノード２００－Ｔへの移動により、ターゲットドナーノード２００－Ｔに対して、部分移動（Ｐａｒｔｉａｌ　ｍｉｇｒａｔｉｏｎ）の状態となった場合の例を表している。図９（Ｂ）に示すように、部分移動では、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１（及びＵＥ１００）が、ソースドナーノード２００－ＳのＣＵで終端される一方で、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴがターゲットドナーノード２００－ＴのＣＵへ移動した状態となっている。移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、ターゲットドナーノード２００－ＴのＣＵとＲＲＣ接続を確立している。また、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、ソースドナーノード２００－ＳとＦ１接続を確立している。部分移動とは、例えば、移動ＩＡＢノード３００Ｍ配下のＵＥ１００の接続が、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃１を介してソースドナーノード２００－Ｓに残っている状態をいう。
　図１０（Ａ）は、その後、移動ＩＡＢノード３００Ｍが、ターゲットドナーノード２００－Ｔに対して、完全移動（Ｆｕｌｌ　ｍｉｇｒａｔｉｏｎ）のフェーズ１の状態となった場合の例を表す。完全移動のフェーズ１では、ＵＥ１００が、ＩＡＢ－ＤＵ＃１を介してソースドナーノード２００－Ｓとの接続が残っているものの、新たなＩＡＢ－ＤＵ＃２がターゲットドナーノード２００－ＴのＣＵに対して、Ｆ１接続を確立した状態となっている。ここで、ＩＡＢ－ＤＵ＃１とＩＡＢ－ＤＵ＃２は、論理的なＩＡＢ－ＤＵであってもよい。１つの物理的なＩＡＢ－ＤＵにおいて、論理的な２つのＩＡＢ－ＤＵ（ＩＡＢ－ＤＵ＃１及びＩＡＢ－ＤＵ＃２）が含まれてもよい。
　図１０（Ｂ）は、その後、移動ＩＡＢノード３００Ｍが、ターゲットドナーノード２００－Ｔに対して、完全移動のフェーズ２の状態となった場合の例を表す。完全移動のフェーズ２では、移動ＩＡＢノード３００Ｍ（及びＵＥ１００）の接続が、ソースドナーノード２００－ＳのＣＵからターゲットドナーノード２００－ＴのＣＵへ移動した状態となっている。完全移動とは、例えば、ＵＥ１００の接続が、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵ＃２を介してターゲットドナーノード２００－Ｔへ移っている状態をいう。
　なお、移動ＩＡＢノード３００Ｍによる２つのＤＵ（ＩＡＢ－ＤＵ＃１及びＩＡＢ－ＤＵ＃２）を用いたＣＵ間の移動を、「デュアルＤＵアプローチ」と称する場合がある。例えば、ＵＥ１００が、一方のＣＵ及びＤＵから、他方のＣＵ及びＤＵへ移動することで、デュアルＤＵアプローチが行われる。
　（第１実施形態に係る通信制御方法）
　物理セルＩＤ（ＰＣＩ：Physical Cell ID）はセルを識別するために用いられる識別子である。ＰＣＩに関し、ＰＣＩ衝突（ＰＣＩ　ｃｏｌｌｉｓｉｏｎ）という問題が発生する場合がある。
　例えば、隣接セル間に位置するＵＥが一方のセルに対する電波強度を測定する場合において、隣接セル間で同一のＰＣＩが用いられているケースを仮定する。このようなケースにおいて、ＵＥ１００は、一方のセルからの無線信号に対する電波強度を測定するはずが、他方のセルからの無線信号を同一セルからの無線信号として２つの無線信号を合算して電波強度を測定する場合がある。このため、ＵＥは、セルサーチの際に適切ではないセルを選択して当該セルに同期を開始したり、適切ではない測定報告（ｍｅａｓｕｒｅｍｅｎｔ　ｒｅｐｏｒｔ）を送信することで、正しいターゲットセルではない別のセルへハンドオーバを行ってしまったりする場合がある。
　このように、異なるセル間で同一のＰＣＩを用いることによって発生する問題のことを、「ＰＣＩ衝突」と称する場合がある。一般に、あるセルに対して隣の隣のセルに対しては同一のＰＣＩが用いられないようにセル設定が行われることで、ＰＣＩ衝突を回避させることが可能とされている。
　一方、移動ＩＡＢノード３００Ｍは、上述したように、ドナーノード２００間を移動する場合がある。移動ＩＡＢノード３００Ｍの移動（例えば完全移動）によって、移動ＩＡＢノード３００Ｍ配下のセルで使用されているＰＣＩと、移動先のドナーノード２００配下のセルで使用されているＰＣＩとが同一だったり重複したりする場合もある。この場合、移動ＩＡＢノード３００Ｍ配下のＵＥ１００は、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵとドナーノード２００のＤＵとを識別することができず、ＰＣＩ衝突が発生する場合がある。
　これに対して、例えば、ＮＲで用いられている「１０２４」個のＰＣＩについて、移動ＩＡＢノード専用のＰＣＩとそれ以外（例えば、固定セル又はマクロセルなど）のＰＣＩとに分けて使用することも考えられる。しかし、例えば、「５１２」個を移動ＩＡＢ専用のＰＣＩに割り当てたとしても、物理的に「５１２」個のＰＣＩしか存在しないことになる。そのため、各移動ＩＡＢノード３００Ｍに対して固有な（グローバルな）ＰＣＩを割り当てた場合、移動ＩＡＢノード用のセルとして「５１２」個のセルしか収容することができなくなってしまう。また、各移動ＩＡＢノード３００Ｍに対して固有な（グローバルな）ＰＣＩを割り当てない場合（つまり、ＰＣＩを繰り返し割り当てる場合）、「５１２」個のＰＣＩしかないため、移動ＩＡＢノード３００Ｍ同士が接近することで、ＰＣＩ衝突が発生する可能性もある。
　そこで、第１実施形態では、移動ＩＡＢノード３００ＭにおいてＰＣＩ衝突を回避させることで、移動ＩＡＢノード３００Ｍが配下のＵＥ１００と適切に通信できるようにすることを目的としている。
　そのため、第１実施形態では、第１に、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）が、当該移動中継ノードにおいて使用する第１物理セルＩＤを含むＦ１セットアップ要求メッセージをターゲットドナーノード（例えばターゲットドナーノード２００－Ｔ）へ送信する。第２に、ターゲットドナーノードが、Ｆ１セットアップ要求メッセージを受信したことに応じて、ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の当該隣接ドナーノードへ、第１物理セルＩＤが使用可能か否かを問い合わせるため、第１物理セルＩＤを含む要求メッセージを送信する。
　これにより、例えば、隣接ドナーノードでは、移動ＩＡＢノード３００Ｍが使用するＰＣＩを把握することができる。そのため、隣接ドナーノードでは、当該ＰＣＩのうち、自身で使用しているＰＣＩと一致しているＰＣＩを使用させないようにし、自身で使用していないＰＣＩを使用させることができる。これにより、移動ＩＡＢノード３００Ｍは、隣接ドナーノードに対するＰＣＩ衝突を回避させることができる。よって、移動ＩＡＢノード３００Ｍは、ターゲットドナーノード２００－Ｔへ移動しても、配下のＵＥ１００と適切に通信を行うことが可能となる。
　（第１実施形態に係る動作例）
　次に、第１実施形態に係る動作例を説明する。
　図１１は、第１実施形態に係る動作例を表す図である。図１１では、移動ＩＡＢノード３００Ｍが、ソースドナーノード２００－Ｓからターゲットドナーノード２００－Ｔへハンドオーバを行う例を示している。なお、隣接ドナーノード２００－ＴＮは、ターゲットドナーノード２００－Ｔに隣接するドナーノード２００であって、ソースドナーノード２００－Ｓ以外のドナーノード２００のことをいう。
　図１１に示すように、ステップＳ１０において、移動ＩＡＢノード３００Ｍは、ソースドナーノードとＲＲＣ接続を確立し、Ｆ１接続も確立している。例えば、図９（Ａ）と同様に、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵがソースドナーノード２００－ＳのＣＵとＲＲＣ接続を確立し、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴがソースドナーノード２００－ＳのＣＵとＦ１接続を確立する。
　ステップＳ１１において、ソースドナーノード２００－Ｓは、移動ＩＡＢノード３００Ｍをターゲットドナーノード２００－Ｔへハンドオーバさせることを決定する。
　ステップＳ１２において、ソースドナーノード２００－Ｓは、ターゲットドナーノード２００－Ｔへハンドオーバ要求メッセージを送信する。例えば、ソースドナーノード２００－ＳのＣＵは、ＸｎＡＰメッセージであるハンドオーバ要求（ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ）メッセージを、ターゲットドナーノード２００－ＴのＣＵへ送信する。
　ステップＳ１３において、ターゲットドナーノード２００－Ｔは、ハンドオーバ要求メッセージを受信したことに応じて、ハンドオーバ要求を受け入れるハンドオーバ要求応答メッセージを、ソースドナーノード２００－Ｓへ送信する。例えば、ターゲットドナーノード２００－ＴのＣＵは、ハンドオーバ要求（ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ）メッセージを受信したことに応じて、ハンドオーバ要求応答（ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ）メッセージを、ソースドナーノード２００－ＳのＣＵへ送信する。
　ステップＳ１４において、ソースドナーノード２００－Ｓは、ハンドオーバ要求応答メッセージを受信したことに応じて、ＲＲＣメッセージ（ＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ）を移動ＩＡＢノード３００Ｍへ送信する。当該ＲＲＣメッセージには、移動ＩＡＢノード３００Ｍがターゲットドナーノード２００－ＴとＲＲＣ接続するための情報（ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｗｉｔｈＳｙｎｃ）が含まれる。例えば、ソースドナーノード２００－ＳのＣＵが、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴへ当該ＲＲＣメッセージを送信する。
　ステップＳ１５において、移動ＩＡＢノード３００Ｍは、ターゲットドナーノード２００－ＴとＲＲＣ接続を確立する。例えば、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴが、ターゲットドナーノード２００－ＴのＣＵに対してＲＲＣ接続を確立する（例えば図９（Ｂ））。
　ステップＳ１６において、移動ＩＡＢノード３００Ｍは、ターゲットドナーノード２００－Ｔに対してＦ１接続を確立するため、Ｆ１セットアップ要求（Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴ）メッセージを送信する。このとき、移動ＩＡＢノード３００Ｍは、自身のＩＡＢ－ＤＵで使用する（又は使用する予定の）ＰＣＩ（例えば第１物理セルＩＤ）を含むＦ１セットアップ要求メッセージを送信する。当該ＰＣＩは、リスト形式であってもよい。例えば、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、Ｆ１セットアップ要求メッセージに含まれるサービングセル情報（Ｓｅｒｖｅｄ　Ｃｅｌｌ　Ｉｎｆｏｒｍａｔｉｏｎ）に当該ＰＣＩを含めて、ターゲットドナーノード２００－ＴのＣＵへ送信する。
　ステップＳ１７において、ターゲットドナーノード２００－Ｔは、Ｆ１セットアップ要求メッセージを受信したことに応じて、移動ＩＡＢノード３００Ｍにおいて使用するＰＣＩを含むＰＣＩ要求（ｍＩＡＢ　ＰＣＩ　Ｒｅｑｕｅｓｔ）メッセージを、隣接ドナーノード２００－ＴＮへ送信する。ＰＣＩ要求メッセージは、移動ＩＡＢノード３００Ｍで使用されるＰＣＩを隣接ドナーノード２００－ＴＮでも使用することを要求するメッセージであってもよい。或いは、ＰＣＩ要求メッセージは、移動ＩＡＢノード３００Ｍで使用されるＰＣＩが隣接ドナーノード２００－ＴＮで使用可能か否かを問い合わせるためのメッセージであってもよい。ターゲットドナーノード２００－Ｔは、移動ＩＡＢノード３００Ｍにおいて使用するＰＣＩを、Ｆ１セットアップ要求メッセージ（ステップＳ１６）から抽出し、当該ＰＣＩを含むＰＣＩ要求メッセージを隣接ドナーノード２００－ＴＮへ送信する。例えば、ターゲットドナーノード２００－ＴのＣＵは、隣接ドナーノード２００－ＴＮのＣＵへ、Ｘｎメッセージとして、ＰＣＩ要求メッセージを送信する。隣接ドナーノード２００－ＴＮが複数存在する場合、ターゲットドナーノード２００－ＴのＣＵは、各隣接ドナーノード２００－ＴＮのＣＵへ、ＰＣＩ要求メッセージを送信する。ＰＣＩ要求メッセージに含まれるＰＣＩは、リスト形式であってもよい。
　ステップＳ１８において、隣接ドナーノード２００－ＴＮは、ＰＣＩ要求メッセージを受信したことに応じて、移動ＩＡＢノード３００Ｍにおいて使用可能なＰＣＩを決定する。例えば、以下のようにして使用可能なＰＣＩを決定する。
　すなわち、隣接ドナーノード２００－ＴＮは、ＰＣＩ要求メッセージに含まれるＰＣＩ（例えば、移動ＩＡＢノード３００Ｍ配下のセルにおいて使用するＰＣＩ）と、自身で使用しているＰＣＩ（例えば、隣接ドナーノード２００－ＴＮ配下のセル又は隣接ドナーノード２００－ＴＮ配下のＩＡＢノード３００配下のセルで使用するＰＣＩ）とを比較又は照合する。そして、隣接ドナーノード２００－ＴＮは、ＰＣＩ要求メッセージに含まれるＰＣＩと、自身で使用しているＰＣＩとが一致するか否かに応じて、移動ＩＡＢノード３００Ｍで使用可能なＰＣＩを決定する。隣接ドナーノード２００－ＴＮは、２つのＰＣＩが一致すれば、移動ＩＡＢノード３００Ｍで使用するＰＣＩは使用可能ではないと判定する。移動ＩＡＢノード３００Ｍが使用するＰＣＩは、隣接ドナーノード２００－ＴＮにおいても使用されており、ＰＣＩ衝突が発生するからである。一方、隣接ドナーノード２００－ＴＮは、２つのＰＣＩが一致しなければ、移動ＩＡＢノード３００Ｍで使用するＰＣＩは使用可能と判定する。移動ＩＡＢノード３００Ｍが使用するＰＣＩは、隣接ドナーノード２００－ＴＮにおいて使用されておらず、ＰＣＩ衝突が発生しないからである。ＰＣＩがリスト形式であれば、１つ１つのＰＣＩが比較される。このような処理は、隣接ドナーノード２００－ＴＮのＣＵにおいて行われてもよい。
　ステップＳ１９において、隣接ドナーノード２００－ＴＮは、ＰＣＩ要求メッセージ（ステップＳ１７）に対する応答メッセージであるＰＣＩ要求応答（ｍＩＡＢ　ＰＣＩ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを、ターゲットドナーノード２００－Ｔへ送信する。ＰＣＩ要求応答メッセージは、ＰＣＩ要求メッセージ（ステップＳ１７）に対する応答メッセージである。ＰＣＩ要求応答メッセージは、ステップＳ１８における判定結果が含まれる。
　第１に、ＰＣＩ要求応答メッセージには、許可ＰＣＩリスト（ＡｌｌｏｗｅｄＰＣＩ　ｌｉｓｔ）が含まれてもよい。許可ＰＣＩリストは、例えば、移動ＩＡＢノード３００Ｍが隣接ドナーノード２００－ＴＮに対して使用可能なＰＣＩ（例えば第２物理セルＩＤ）のリストを表す。
　第２に、ＰＣＩ要求応答メッセージには、除外ＰＣＩリスト（Ｅｘｃｌｕｄｅ　ＰＣＩ　ｌｉｓｔ）が含まれてもよい。除外ＰＣＩリストは、例えば、移動ＩＡＢノード３００Ｍが隣接ドナーノード２００－ＴＮに対して使用することができない使用不可能なＰＣＩ（例えば第３物理セルＩＤ）のリストを表す。
　第３に、ＰＣＩ要求応答メッセージには、ＰＣＩ要求メッセージに含まれるＰＣＩを全て承認することを示す情報が含まれてもよい。当該情報は、移動ＩＡＢノード３００Ｍで使用するＰＣＩを隣接ドナーノード２００－ＴＮに対して全て使用してもよいことを表してもよい。
　第４に、ＰＣＩ要求応答メッセージには、ＰＣＩ要求メッセージに含まれるＰＣＩを全て否認することを示す情報が含まれてもよい。当該情報は、移動ＩＡＢノード３００Ｍで使用するＰＣＩを隣接ドナーノード２００－ＴＮに対して全て使用できないことを表してもよい。
　例えば、隣接ドナーノード２００－ＴＮのＣＵが、ターゲットドナーノード２００－ＴのＣＵへ、Ｘｎメッセージとして、ＰＣＩ要求メッセージを送信する。
　ステップＳ２０において、ターゲットドナーノード２００－Ｔは、ＰＣＩ要求応答メッセージを受信したことに応じて、移動ＩＡＢノード３００Ｍで使用するＰＣＩ（例えば第１物理セルＩＤ）の変更が必要か否かを確認する。
　第１に、ターゲットドナーノード２００－Ｔは、ＰＣＩ要求応答メッセージに含まれる情報（Ａｌｌｏｗｅｄ　ＰＣＩ　ｌｉｓｔ又はＥｘｃｌｕｄｅ　ＰＣＩ　ｌｉｓｔなど）に応じて、移動ＩＡＢノード３００Ｍで使用するＰＣＩの変更が必要か否かを確認する。例えば、ターゲットドナーノード２００－Ｔは、ＰＣＩ要求応答メッセージに全て承認を表す情報が含まれている場合、当該ＰＣＩの変更を行わなくてもよいことを確認する。また、例えば、ターゲットドナーノード２００－Ｔは、ＰＣＩ要求応答メッセージにＡｌｌｏｗｅｄ　ＰＣＩ　ｌｉｓｔが含まれている場合、移動ＩＡＢノード３００Ｍが使用するＰＣＩのうち、当該リストに含まれるＰＣＩへ変更することを確認する。更に、例えば、ターゲットドナーノード２００－Ｔは、ＰＣＩ要求応答メッセージにＥｘｃｌｕｄｅ　ＰＣＩ　ｌｉｓｔが含まれている場合、移動ＩＡＢノード３００Ｍが使用するＰＣＩのうち、当該リストに含まれるＰＣＩを削除対象のＰＣＩであることを確認したり、当該リストに含まれるＰＣＩ以外のＰＣＩへ変更することを確認したりする。更に、例えば、ターゲットドナーノード２００－Ｔは、ＰＣＩ要求応答メッセージに全て否認することを表す情報が含まれている場合、移動ＩＡＢノード３００Ｍが使用するＰＣＩは全て削除対象であることを確認する。
　第２に、ターゲットドナーノード２００－Ｔは、自身の配下のセルで使用するＰＣＩと比較又は照合して、ＰＣＩの変更が必要か否かを確認してもよい。例えば、ターゲットドナーノード２００－Ｔは、ＰＣＩ要求応答メッセージにＡｌｌｏｗｅｄ　ＰＣＩ　ｌｉｓｔが含まれている場合、当該リストに含まれるＰＣＩについて、自身でも使用しているか否かを確認し、自身でも使用しているＰＣＩが含まれていれば、当該ＰＣＩを削除することを確認してもよい。或いは、ターゲットドナーノード２００－Ｔは、Ａｌｌｏｗｅｄ　ＰＣＩ　ｌｉｓｔに含まれるＰＣＩについて、自身で使用するＰＣＩが含まれていなければ、Ａｌｌｏｗｅｄ　ＰＣＩ　ｌｉｓｔに含まれるＰＣＩの変更をしなくてもよいことを確認してもよい。
　なお、ステップＳ２０における処理は、ターゲットドナーノード２００－ＴのＣＵにおいて行われてもよい。
　ステップＳ２１において、ターゲットドナーノード２００－Ｔは、移動ＩＡＢノード３００Ｍへ、Ｆ１セットアップ応答（Ｆ１　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥ）メッセージを送信する。Ｆ１セットアップ応答メッセージには、ターゲットドナーノード２００－Ｔにおける確認結果（ステップＳ２０）に応じて、移動ＩＡＢノード３００Ｍが使用するＰＣＩに対して変更後のＰＣＩが含まれてもよい。具体的には、Ｆ１セットアップ応答メッセージには、以下の情報が含まれてもよい。
　第１に、Ｆ１セットアップ応答メッセージには、追加ＰＣＩリスト（ＰＣＩ　Ｔｏ　Ｂｅ　Ａｄｄｅｄ　Ｌｉｓｔ）が含まれてもよい。追加ＰＣＩリストには、移動ＩＡＢノード３００Ｍが使用するＰＣＩ（ステップＳ１６又はステップＳ１７）について、隣接ドナーノード２００－ＴＮに対して更に使用可能なＰＣＩのリストが含まれる。
　第２に、Ｆ１セットアップ応答メッセージには、変更ＰＣＩリスト（ＰＣＩ　Ｔｏ　Ｂｅ　Ｍｏｏｄｉｆｉｅｄ　Ｌｉｓｔ）が含まれてもよい。例えば、変更ＰＣＩリストには、移動ＩＡＢノード３００Ｍが使用するＰＣＩ（ステップＳ１６又はステップＳ１７）のうち、隣接ドナーノード２００－ＴＮに対して使用可能な変更後のＰＣＩが含まれる。
　第３に、Ｆ１セットアップ応答メッセージには、削除ＰＣＩリスト（ＰＣＩ　Ｔｏ　Ｂｅ　Ｒｅｍｏｖｅ　Ｌｉｓｔ）が含まれてもよい。削除ＰＣＩリストには、移動ＩＡＢノード３００Ｍが使用するＰＣＩ（ステップＳ１６又はステップＳ１７）のうち、隣接ドナーノード２００－ＴＮに対して使用することができないＰＣＩとして、削除すべきＰＣＩが含まれる。
　第４に、Ｆ１セットアップ応答メッセージには、移動ＩＡＢノード３００Ｍで使用するＰＣＩ（例えば旧ＰＣＩ）と、ターゲットドナーノード２００－Ｔで確認した変更後のＰＣＩ（例えば新ＰＣＩ）との紐付け（又は組み合わせ）情報が含まれてもよい。
　ターゲットドナーノード２００－Ｔは、移動ＩＡＢノード３００Ｍへ、移動ＩＡＢノード３００Ｍが使用するＰＣＩに対して、追加ＰＣＩリスト、変更ＰＣＩリスト、又は削除ＰＣＩリストなどを利用して、変更後のＰＣＩを含むＦ１セットアップ応答メッセージを送信することができる。
　例えば、ターゲットドナーノード２００－ＴのＣＵは、追加ＰＣＩリスト、変更ＰＣＩリスト、又は削除ＰＣＩリストなどを含むＦ１セットアップ応答メッセージを、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵへ送信する。
　ステップＳ２２において、移動ＩＡＢノード３００Ｍは、Ｆ１セットアップ応答メッセージを受信したことに応じて、ＰＣＩを変更する。例えば、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、追加ＰＣＩリストに従って、ＰＣＩを追加することで、使用するＰＣＩを変更する。また、例えば、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、変更ＰＣＩリストに従って、使用するＰＣＩを変更する。更に、例えば、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、削除ＰＣＩリストに従って、使用するＰＣＩの中から削除ＰＣＩリストに含まれるＰＣＩを削除することで、使用するＰＣＩを変更する。
　ステップＳ２３において、移動ＩＡＢノード３００Ｍは、ターゲットドナーノード２００－Ｔに対してＦ１接続を確立する。
　（第１実施形態の他の例）
　次に、第１実施形態の他の例について説明する。第１実施形態の他の例では、第１実施形態との相違点を中心に説明する。
　第１実施形態では、ターゲットドナーノード２００－Ｔが、移動ＩＡＢノード３００Ｍで使用するＰＣＩを隣接ドナーノード２００－ＴＮへ送信する例について説明したが、これに限定されない。例えば、ターゲットドナーノード２００－Ｔが、隣接ドナーノード２００－ＴＮで使用しているＰＣＩの提供を、隣接ドナーノード２００－ＴＮへ要求してもよい。この場合、ターゲットドナーノード２００－Ｔにおいて、移動ＩＡＢノード３００Ｍで使用するＰＣＩが隣接ドナーノード２００－ＴＮで使用できるか否かを判定する。
　具体的には、第１に、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）が、当該移動中継ノードにおいて使用する第１物理セルＩＤを含むＦ１セットアップ要求メッセージを送信する。第２に、ターゲットドナーノードが、Ｆ１セットアップ要求メッセージを受信したことに応じて、ターゲットドナーノードに隣接する隣接ドナーノードであって前記ソースドナーノード以外の隣接ドナーノード（例えば隣接ドナーノード２００－ＴＮ）へ、当該隣接ドナーノードで使用している物理セルＩＤの提供を要求するサービングセル情報要求メッセージを送信する。
　これにより、ターゲットドナーノード２００－Ｔでは、移動ＩＡＢノード３００Ｍで使用するＰＣＩのうち、隣接ドナーノード２００－ＴＮで使用しているＰＣＩ以外のＰＣＩを、移動ＩＡＢノード３００Ｍで使用可能なＰＣＩとして、移動ＩＡＢノード３００Ｍへ送信することができる。従って、移動ＩＡＢノード３００Ｍの配下のセルでは、隣接ドナーノード２００－ＴＮに対するＰＣＩ衝突を回避させることができる。よって、移動ＩＡＢノード３００Ｍは、配下のＵＥ１００と適切に通信を行うことが可能となる。
　図１２は、第１実施形態の他の例の動作例を表す図である。図１２において、第１実施形態と同一処理には同一の符号が付されている。
　ステップＳ３０において、ターゲットドナーノード２００－Ｔは、Ｆ１セットアップ要求メッセージ（ステップＳ１６）を受信したことに応じて、サービングセル情報要求（Ｓｅｒｖｉｎｇ　Ｃｅｌｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｒｅｑｕｅｓｔ）メッセージを隣接ドナーノード２００－ＴＮへ送信する。サービングセル情報要求メッセージは、隣接ドナーノード２００－ＴＮで使用するＰＣＩの提供を要求するメッセージである。サービングセル情報要求メッセージは、隣接ドナーノード２００－ＴＮで使用しているサービングセル情報を要求するメッセージであってもよい。例えば、ターゲットドナーノード２００－ＴのＣＵは、隣接ドナーノード２００－ＴＮのＣＵへ、Ｘｎメッセージとして、サービングセル情報要求メッセージを送信する。
　ステップＳ３１において、隣接ドナーノード２００－ＴＮは、サービングセル情報要求メッセージを受信したことに応じで、隣接ドナーノード２００－ＴＮで使用しているＰＣＩをリストアップする。
　ステップＳ３２において、隣接ドナーノード２００－ＴＮは、サービングセル情報応答メッセージを、ターゲットドナーノード２００－Ｔへ送信する。サービングセル情報応答メッセージは、サービングセル情報要求メッセージに対する応答メッセージである。サービングセル情報応答メッセージは、隣接ドナーノード２００－ＴＮで使用するＰＣＩ（又はＰＣＩのリスト）を含む。サービングセル情報応答メッセージには、サービングセル情報を含む情報要素（Ｓｅｒｖｉｎｇ　Ｃｅｌｌ　Ｉｎｆｏｒｍａｔｉｏｎ）が含まれてもよく、当該情報要素に、当該ＰＣＩが含まれてもよい。例えば、隣接ドナーノード２００－ＴＮのＣＵは、ターゲットドナーノード２００－ＴのＣＵへ、Ｘｎメッセージとして、サービングセル情報応答メッセージを送信する。
　ステップＳ３３において、ターゲットドナーノード２００－Ｔは、サービングセル情報応答メッセージを受信したことに応じて、移動ＩＡＢノード３００Ｍで使用するＰＣＩを変更する必要があるか否かを確認する。確認自体は、第１実施形態（ステップＳ１８又はステップＳ２０）と同一でもよい。ターゲットドナーノード２００－Ｔは、移動ＩＡＢノード３００Ｍで使用するＰＣＩについて、隣接ドナーノード２００－ＴＮで使用するＰＣＩを回避することで、使用可能なＰＣＩを確認してもよい。ターゲットドナーノード２００－Ｔは、第１実施形態と同様に、自身で使用しているＰＣＩ（又はＰＣＩリスト）と比較又は照合して、移動ＩＡＢノード３００Ｍで使用可能なＰＣＩを確認するようにしてもよい。その後、ターゲットドナーノード２００－Ｔは、第１実施形態と同様に、追加ＰＣＩリスト、変更ＰＣＩリスト、又は削除ＰＣＩリストなどを含むＦ１セットアップ応答メッセージを移動ＩＡＢノード３００Ｍへ送信する（ステップＳ２１）。
［第２実施形態］
　次に、第２実施形態について説明する。第２実施形態では、第１実施形態との相違点を中心に説明する。
　第１実施形態では、ＰＣＩ衝突を回避するための実施形態について説明したがこれに限定されない。例えば、ＰＣＩ衝突に代えて、ＰＲＡＣＨリソースの衝突回避についても適用可能である。
　ＰＲＡＣＨリソースは、例えば、移動ＩＡＢノード３００Ｍ配下のＵＥ１００が、移動ＩＡＢノード３００Ｍに対して、ランダムアクセスプロシージャを実施する際に、ＵＥ１００が移動ＩＡＢノード３００Ｍに最初に送信するＰＲＡＣＨプリアンブル信号を送信するために用いるリソースのことである。
　例えば、移動ＩＡＢノード３００Ｍがドナーノード２００間を移動する場合、移動ＩＡＢノード３００Ｍ配下のセルで使用しているＰＲＡＣＨリソースと、ドナーノード２００配下のセルで使用しているＰＲＡＣＨリソースとが同じリソースとなる場合がある。この場合、移動ＩＡＢノード３００Ｍ配下のＵＥ１００－１と、ドナーノード２００配下のＵＥと１００－２とが同時にランダムアクセスプロシージャを実行した場合、同一のＰＲＡＣＨリソースを使用するため、２つのＵＥ１００－１及び１００－２では、ランダムアクセスプロシージャを失敗する可能性がある。従って、移動ＩＡＢノード３００Ｍは、配下のＵＥ１００－１と適切に通信を行うことができない場合がある。
　そこで、第２実施形態では、ＰＲＡＣＨリソースの衝突を回避して、移動ＩＡＢノード３００Ｍが配下のＵＥ１００と適切に通信を行うことを目的する。
　そのため、第２実施形態では、第１に、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）が、当該移動中継ノードにおいて使用する第１ＰＲＡＣＨリソースを含むＦ１セットアップ要求メッセージをターゲットドナーノード（例えばターゲットドナーノード２００－Ｔ）へ送信する。第２に、ターゲットドナーノードが、Ｆ１セットアップ要求メッセージを受信したことに応じて、ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の隣接ドナーノード（例えば隣接ドナーノード２００－ＴＮ）へ、第１ＰＲＡＣＨリソースが使用可能か否かを問い合わせるため、第１ＰＲＡＣＨリソースを含むＰＲＡＣＨ要求メッセージを送信する。
　これにより、隣接ドナーノード２００－ＴＮでは、移動ＩＡＢノード３００Ｍが使用するＰＲＡＣＨリソースを把握することができる。そのため、隣接ドナーノード２００－ＴＮでは、当該ＰＲＡＣＨリソースのうち、自身で使用しているＰＲＡＣＨリソースと一致しているリソースを使用させないようにし、自身で使用するＰＲＡＣＨリソースと一致していないリソースを使用させることができる。これにより、移動ＩＡＢノード３００Ｍは、移動ＩＡＢノード３００Ｍ配下のＵＥ１００－１と隣接ドナーノード２００－ＴＮ配下のＵＥ１００－２とで、ＰＲＡＣＨリソースの衝突を回避して、互いにランダムアクセスプロシージャを適切に実行することができる。よって、移動ＩＡＢノード３００Ｍは、配下のＵＥ１００－１と適切に通信を行うことができる。
　第２実施形態に係る動作例は、図１１において、ＰＣＩ（又はＰＣＩリスト）を、ＰＲＡＣＨリソース（又はＰＲＡＣＨリソースリスト）と読み替えることで実施できる。例えば、図１１の各ステップについて以下のように読み替えることができる。
　（ステップＳ１６）
　ステップＳ１６において、Ｆ１セットアップ要求メッセージには、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソース（例えば第１ＰＲＡＣＨリソース）が含まれる。
　（ステップＳ１７）
　ステップＳ１７において、ＰＣＩ要求メッセージに代えて、ＰＲＡＣＨ要求（ｍＩＡＢ　ＰＲＡＣＨ　Ｒｅｑｕｅｓｔ）メッセージがターゲットドナーノード２００－Ｔから隣接ドナーノード２００－ＴＮへ送信される。ＰＲＡＣＨ要求メッセージは、移動ＩＡＢノード３００Ｍで使用されるＰＲＡＣＨリソースを隣接ドナーノード２００－ＴＮでも使用することを要求するメッセージであってもよい。或いは、ＰＲＡＣＨ要求メッセージは、移動ＩＡＢノード３００Ｍで使用されるＰＲＡＣＨリソースが隣接ドナーノード２００－ＴＮでも使用可能か否かを問い合わせるためのメッセージであってもよい。ＰＲＡＣＨ要求メッセージには、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソース（のリスト）が含まれる。なお、ＰＲＡＣＨ要求メッセージもＸｎメッセージであってもよい。
　（ステップＳ１８）
　ステップＳ１８において、隣接ドナーノード２００－ＴＮは、移動ＩＡＢノード３００Ｍで使用可能なＰＲＡＣＨリソースを決定する。隣接ドナーノード２００－ＴＮは、ＰＲＡＣＨ要求メッセージに含まれるＰＲＡＣＨリソースと、自身で使用しているＰＲＡＣＨリソースとを、比較又は照合して、一致するか否かにより判定してもよい。
　（ステップＳ１９）
　ステップＳ１９において、隣接ドナーノード２００－ＴＮは、ＰＲＡＣＨ要求メッセージに対する応答メッセージであるＰＲＡＣＨ要求応答（ｍＩＡＢ　ＰＲＡＣＨ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを、ターゲットドナーノードへ送信する。ＰＲＡＣＨ要求応答メッセージには、移動ＩＡＢノード３００Ｍにおいて使用可能なＰＲＡＣＨリソース（例えば第２ＰＲＡＣＨリソース）が含まれる。具体的には、ＰＲＡＣＨ要求応答メッセージには、移動ＩＡＢノード３００Ｍにおいて使用可能なＰＲＡＣＨリソースのリストを表す許可ＰＲＡＣＨリスト（Ａｌｌｏｗｅｄ　ＰＲＡＣＨ　ｌｉｓｔ）が含まれてもよい。或いは、ＰＲＡＣＨ要求応答メッセージには、移動ＩＡＢノード３００Ｍにおいて使用不可能なＰＲＡＣＨリソースのリストを表す除外ＰＲＡＣＨリスト（Ｅｘｃｌｕｄｅ　ＰＲＡＣＨ　ｌｉｓｔ）が含まれてもよい。或いは、ＰＲＡＣＨ要求応答メッセージには、ＰＲＡＣＨ要求メッセージに含まれる全てのＰＲＡＣＨリソースを承認することを示す情報が含まれてもよい。或いは、ＰＲＡＣＨ要求応答メッセージには、ＰＲＡＣＨ要求メッセージに含まれる全てのＰＲＡＣＨリソースの否認（又は全て使用することができないこと）を表す情報が含まれてもよい。或いは、ＰＲＡＣＨ要求応答メッセージには、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソースと、ターゲットドナーノード２００－Ｔで確認した変更後のＰＲＡＣＨリソースとの紐付け情報が含まれてもよい。なお、ＰＲＡＣＨ要求応答メッセージもＸｎメッセージであってもよい。
　（ステップＳ２０）
　ステップＳ２０において、ターゲットドナーノード２００－Ｔは、ＰＲＡＣＨ要求応答メッセージを受信したことに応じて、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソースの変更が必要か否かを確認する。ターゲットドナーノード２００－Ｔは、ＰＲＡＣＨ要求応答メッセージに含まれる情報（Ａｌｌｏｗｅｄ　ＰＲＡＣＨ　ｌｉｓｔ又はＥｘｃｌｕｄｅ　ＰＲＡＣＨ　ｌｉｓｔなど）に基づいて確認してもよい。また、ターゲットドナーノード２００－Ｔは、自身の配下のセルで使用するＰＲＡＣＨリソースと比較又は照合して、ＰＲＡＣＨリソースの変更が必要か否かを確認してもよい。
　（ステップＳ２１）
　ステップＳ２１において、ターゲットドナーノード２００－Ｔは、移動ＩＡＢノード３００Ｍへ、Ｆ１セットアップ応答（Ｆ１　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥ）メッセージを送信する。Ｆ１セットアップ応答メッセージには、ターゲットドナーノード２００－Ｔにおける確認結果（ステップＳ２０）に応じて、移動ＩＡＢノード３００Ｍが使用するＰＲＡＣＨリソースに対して変更後のＰＲＡＣＨリソースが含まれてもよい。具体的には、Ｆ１セットアップ応答メッセージには、隣接ドナーノード２００－ＴＮに対して移動ＩＡＢノード３００Ｍにおいて更に使用可能なＰＲＡＣＨリソースを含む追加ＰＲＡＣＨリスト（ＰＲＡＣＨ　Ｔｏ　Ｂｅ　Ａｄｄｅｄ　Ｌｉｓｔ）が含まれてもよい。或いは、Ｆ１セットアップ応答メッセージには、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソースに対し、隣接ドナーノード２００－ＴＮに対して使用可能なＰＲＡＣＨリソースであって変更後のＰＲＡＣＨリソースを含む変更ＰＲＡＣＨリスト（ＰＲＡＣＨ　Ｔｏ　Ｂｅ　Ｍｏｏｄｉｆｉｅｄ　Ｌｉｓｔ）が含まれてもよい。或いは、Ｆ１セットアップ応答メッセージには、隣接ドナーノード２００－ＴＮに対して移動ＩＡＢノード３００Ｍで使用することができないＰＲＡＣＨを含む削除ＰＲＡＣＨリスト（ＰＲＡＣＨ　Ｔｏ　Ｂｅ　Ｒｅｍｏｖｅ　Ｌｉｓｔ）が含まれてもよい。
　（ステップＳ２２）
　ステップＳ２２において、移動ＩＡＢノード３００Ｍは、Ｆ１セットアップ応答メッセージに含まれるリストに応じて、ＰＲＡＣＨリソースを変更する。
　（第２実施形態の他の例）
　次に、第２実施形態の他の例について説明する。第２実施形態の他の例は、第２実施形態との相違点を中心に説明する。
　第１実施形態の他の例において、ターゲットドナーノード２００－Ｔが、隣接ドナーノード２００－ＴＮに対して、隣接ドナーノード２００－ＴＮで使用しているＰＣＩリストの提供を要求することについて説明した。ＰＲＡＣＨリソースの衝突に関する第２実施形態においても、適用可能である。
　すなわち、第２実施形態の他の例では、ターゲットドナーノード２００－Ｔが、隣接ドナーノード２００－ＴＮに対して、隣接ドナーノード２００－ＴＮで使用しているＰＲＡＣＨリソースの提供を要求する例について説明する。
　具体的には、第１に、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）が、当該移動中継ノードにおいて使用する第１ＰＲＡＣＨリソースを含むＦ１セットアップ要求メッセージをターゲットドナーノード（例えばターゲットドナーノード２００－Ｔ）へ送信する。第２に、ターゲットドナーノードが、Ｆ１セットアップ要求メッセージを受信したことに応じて、ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の隣接ドナーノードへ、当該隣接ドナーノードで使用するＰＲＡＣＨリソースの提供を要求するサービングセル情報要求メッセージを送信する。
　これにより、ターゲットドナーノード２００－Ｔでは、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソースのうち、隣接ドナーノード２００－ＴＮで使用しているＰＲＡＣＨリソース以外のリソースを、移動ＩＡＢノード３００Ｍで使用可能なＰＲＡＣＨリソースとして、移動ＩＡＢノード３００Ｍへ送信できる。従って、例えば、移動ＩＡＢノード３００Ｍの配下のセルと、隣接ドナーノード２００－ＴＮの配下のセルとにおいて、異なるＰＲＡＣＨリソースが用いられることになり、ＰＲＡＣＨリソースの衝突を回避させることができる。よって、移動ＩＡＢノード３００Ｍは、配下のＵＥ１００と適切に通信を行うことが可能となる。
　第２実施形態の他の例の動作例は、第１実施形態の他の例の動作例（図１２）において、ＰＣＩ（又はＰＣＩリスト）を、ＰＲＡＣＨ（又はＰＲＡＣＨリスト）と置き換えることで実施可能である。
　（ステップＳ３０）
　図１２のステップＳ３０において、ターゲットドナーノード２００－Ｔは、隣接ドナーノード２００－ＴＮに対して、ＰＲＡＣＨリソースの提供を要求するサービングセル情報要求（Ｓｅｒｖｉｎｇ　Ｃｅｌｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｒｅｑｕｅｓｔ）メッセージを送信する。
　（ステップＳ３１）
　ステップＳ３１において、隣接ドナーノード２００－ＴＮは、サービングセル情報要求メッセージを受信したことに応じで、隣接ドナーノード２００－ＴＮで使用しているＰＲＡＣＨリソースをリストアップする。
　（ステップＳ３２）
　ステップＳ３２において、隣接ドナーノード２００－ＴＮは、サービングセル情報応答メッセージを、ターゲットドナーノード２００－Ｔへ送信する。サービングセル情報応答メッセージは、隣接ドナーノード２００－ＴＮで使用するＰＲＡＣＨ（又はＰＲＡＣＨのリスト）を含む。
　（ステップＳ３３）
　ステップＳ３３において、ターゲットドナーノード２００－Ｔは、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソースを変更する必要があるか否かを確認する。ターゲットドナーノード２００－Ｔは、移動ＩＡＢノード３００Ｍで使用するＰＲＡＣＨリソースについて、隣接ドナーノード２００－ＴＮで使用するＰＲＡＣＨリソースを回避することで、使用可能なＰＲＡＣＨリソースを確認してもよい。ターゲットドナーノード２００－Ｔは、自身で使用しているＰＲＡＣＨリソースと比較又は照合して、移動ＩＡＢノード３００Ｍで使用可能なＰＲＡＣＨリソースを確認するようにしてもよい。
［その他の実施形態］
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。各フローにおいて、必ずしもすべてのステップを実行する必要は無く、一部のステップのみを実行してもよい。
　上述の実施形態及び実施例において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）又は６Ｇ基地局であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵであってもよい。また、ＵＥ１００は、ＩＡＢノードのＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）であってもよい。
　また、用語「ネットワークノード」は、主として基地局を意味するが、コアネットワークの装置又は基地局の一部（ＣＵ、ＤＵ、又はＲＵ）を意味してもよい。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。
　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ／ｉｎ　ｒｅｓｐｏｎｓｅ　ｔｏ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」等の呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、各実施形態、各動作例、又は各処理は、矛盾しない範囲で適宜組み合わせることも可能である。
　本願は、日本国特許出願第２０２２－１５５３４９号（２０２２年９月２８日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
　（付記）
　（付記１）
　セルラ通信システムで用いられる通信制御方法であって、
　移動中継ノードが、前記移動中継ノードにおいて使用する第１物理セルＩＤを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信するステップと、
　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、前記第１物理セルＩＤが使用可能か否かを問い合わせるため、前記第１物理セルＩＤを含むＰＣＩ要求メッセージを送信するステップと、を有する
　通信制御方法。
　（付記２）
　前記隣接ドナーノードが、前記ＰＣＩ要求メッセージを受信したことに応じて、前記移動中継ノードが使用可能な第２物理セルＩＤを決定するステップ、を更に有する
　付記１記載の通信制御方法。
　（付記３）
　前記決定するステップは、前記隣接ドナーノードが、当該隣接ドナーノードで使用する物理セルＩＤと前記第１物理セルＩＤとが一致するか否かに応じて、前記第２物理セルＩＤを決定するステップを含む、
　付記１又は付記２に記載の通信制御方法。
　（付記４）
　前記隣接ドナーノードが、前記第２物理セルＩＤを含むＰＣＩ要求応答メッセージを前記ターゲットドナーノードへ送信するステップ、を更に有する
　付記１乃至付記３のいずれかに記載の通信制御方法。
　（付記５）
　前記ＰＣＩ要求応答メッセージを送信するステップは、前記隣接ドナーノードが、前記移動中継ノードで使用不可能な第３物理セルＩＤを含む前記ＰＣＩ要求応答メッセージを前記ターゲットドナーノードへ送信するステップを含む
　付記１乃至付記４のいずれかに記載の通信制御方法。
　（付記６）
　前記ターゲットドナーノードが、前記第１物理セルＩＤに対して変更後の物理セルＩＤを含むＦ１セットアップ応答メッセージを前記移動中継ノードへ送信するステップ、を更に有する
　付記１乃至付記５のいずれかに記載の通信制御方法。
　（付記７）
　セルラ通信システムで用いられる通信制御方法であって、
　移動中継ノードが、前記移動中継ノードにおいて使用する第１物理セルＩＤを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信するステップと、
　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、当該隣接ドナーノードで使用する物理セルＩＤの提供を要求するサービングセル情報要求メッセージを送信するステップと、を有する
　通信制御方法。
　（付記８）
　前記隣接ドナーノードが、前記サービングセル情報要求メッセージを受信したことに応じて、当該隣接ドナーノードで使用している前記物理セルＩＤを含むサービングセル情報応答メッセージを前記ターゲットドナーノードへ送信するステップ、を更に有する
　付記７記載の通信制御方法。
　（付記９）
　セルラ通信システムで用いられる通信制御方法であって、
　移動中継ノードが、前記移動中継ノードにおいて使用する第１ＰＲＡＣＨリソースを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信するステップと、
　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、前記第１ＰＲＡＣＨリソースが使用可能か否かを問い合わせるため、前記第１ＰＲＡＣＨリソースを含むＰＲＡＣＨ要求メッセージを送信するステップと、を有する
　通信制御方法。
　（付記１０）
　前記隣接ドナーノードが、前記移動中継ノードにおいて使用可能な第２ＰＲＡＣＨリソースを含むＰＲＡＣＨ要求応答メッセージを前記ターゲットドナーノードへ送信するステップ、を更に有する
　付記９記載の通信制御方法。
　（付記１１）
　前記ターゲットドナーノードが、前記第１ＰＲＡＣＨリソースに対して変更後のＰＲＡＣＨリソースを含むＦ１セットアップ応答メッセージを前記移動中継ノードへ送信するステップ、を更に有する
　付記９又は付記１０に記載の通信制御方法。
　（付記１２）
　セルラ通信システムで用いられる通信制御方法であって、
　移動中継ノードが、前記移動中継ノードにおいて使用する第１ＰＲＡＣＨリソースを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信するステップと、
　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、当該隣接ドナーノードで使用するＰＲＡＣＨリソースの提供を要求するサービングセル情報要求メッセージを送信するステップと、を有する
　通信制御方法。
　（付記１３）
　前記隣接ドナーノードが、前記サービングセル情報要求メッセージを受信したことに応じて、当該隣接ドナーノードで使用している前記ＰＲＡＣＨリソースを含むサービングセル情報応答メッセージを前記ターゲットドナーノードへ送信するステップ、を更に有する
　付記１２記載の通信制御方法。
　１：セルラ通信システム
　１０：５ＧＣ
　１００：ＵＥ
　１１０：無線通信部
　１２０：制御部
　２００：ドナーノード（ｇＮＢ）
　２００－S：ソースドナーノード
　２００－T：ターゲットドナーノード
　２１０：無線通信部
　２３０：制御部
　３００：ＩＡＢノード
　３００M：移動ＩＡＢノード
　３１０：無線通信部
　３２０：制御部

Claims (13)

  1. 　セルラ通信システムで用いられる通信制御方法であって、
    　移動中継ノードが、前記移動中継ノードにおいて使用する第１物理セルＩＤを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信することと、
    　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、前記第１物理セルＩＤが使用可能か否かを問い合わせるため、前記第１物理セルＩＤを含むＰＣＩ要求メッセージを送信することと、を有する
    　通信制御方法。
  2. 　前記隣接ドナーノードが、前記ＰＣＩ要求メッセージを受信したことに応じて、前記移動中継ノードが使用可能な第２物理セルＩＤを決定すること、を更に有する
    　請求項１記載の通信制御方法。
  3. 　前記決定することは、前記隣接ドナーノードが、当該隣接ドナーノードで使用する物理セルＩＤと前記第１物理セルＩＤとが一致するか否かに応じて、前記第２物理セルＩＤを決定することを含む、
    　請求項２記載の通信制御方法。
  4. 　前記隣接ドナーノードが、前記第２物理セルＩＤを含むＰＣＩ要求応答メッセージを前記ターゲットドナーノードへ送信すること、を更に有する
    　請求項２記載の通信制御方法。
  5. 　前記ＰＣＩ要求応答メッセージを送信することは、前記隣接ドナーノードが、前記移動中継ノードで使用不可能な第３物理セルＩＤを含む前記ＰＣＩ要求応答メッセージを前記ターゲットドナーノードへ送信することを含む
    　請求項４記載の通信制御方法。
  6. 　前記ターゲットドナーノードが、前記第１物理セルＩＤに対して変更後の物理セルＩＤを含むＦ１セットアップ応答メッセージを前記移動中継ノードへ送信すること、を更に有する
    　請求項２記載の通信制御方法。
  7. 　セルラ通信システムで用いられる通信制御方法であって、
    　移動中継ノードが、前記移動中継ノードにおいて使用する第１物理セルＩＤを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信することと、
    　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、当該隣接ドナーノードで使用する物理セルＩＤの提供を要求するサービングセル情報要求メッセージを送信することと、を有する
    　通信制御方法。
  8. 　前記隣接ドナーノードが、前記サービングセル情報要求メッセージを受信したことに応じて、当該隣接ドナーノードで使用している前記物理セルＩＤを含むサービングセル情報応答メッセージを前記ターゲットドナーノードへ送信すること、を更に有する
    　請求項７記載の通信制御方法。
  9. 　セルラ通信システムで用いられる通信制御方法であって、
    　移動中継ノードが、前記移動中継ノードにおいて使用する第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）リソースを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信することと、
    　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、前記第１ＰＲＡＣＨリソースが使用可能か否かを問い合わせるため、前記第１ＰＲＡＣＨリソースを含むＰＲＡＣＨ要求メッセージを送信することと、を有する
    　通信制御方法。
  10. 　前記隣接ドナーノードが、前記移動中継ノードにおいて使用可能な第２ＰＲＡＣＨリソースを含むＰＲＡＣＨ要求応答メッセージを前記ターゲットドナーノードへ送信すること、を更に有する
    　請求項９記載の通信制御方法。
  11. 　前記ターゲットドナーノードが、前記第１ＰＲＡＣＨリソースに対して変更後のＰＲＡＣＨリソースを含むＦ１セットアップ応答メッセージを前記移動中継ノードへ送信すること、を更に有する
    　請求項１０記載の通信制御方法。
  12. 　セルラ通信システムで用いられる通信制御方法であって、
    　移動中継ノードが、前記移動中継ノードにおいて使用する第１ＰＲＡＣＨリソースを含むＦ１セットアップ要求メッセージをターゲットドナーノードへ送信することと、
    　前記ターゲットドナーノードが、前記Ｆ１セットアップ要求メッセージを受信したことに応じて、前記ターゲットドナーノードに隣接する隣接ドナーノードであってソースドナーノード以外の前記隣接ドナーノードへ、当該隣接ドナーノードで使用するＰＲＡＣＨリソースの提供を要求するサービングセル情報要求メッセージを送信することと、を有する
    　通信制御方法。
  13. 　前記隣接ドナーノードが、前記サービングセル情報要求メッセージを受信したことに応じて、当該隣接ドナーノードで使用している前記ＰＲＡＣＨリソースを含むサービングセル情報応答メッセージを前記ターゲットドナーノードへ送信すること、を更に有する
    　請求項１２記載の通信制御方法。
PCT/JP2023/034428 2022-09-28 2023-09-22 通信制御方法 WO2024070922A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022155349 2022-09-28
JP2022-155349 2022-09-28

Publications (1)

Publication Number Publication Date
WO2024070922A1 true WO2024070922A1 (ja) 2024-04-04

Family

ID=90477732

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/034428 WO2024070922A1 (ja) 2022-09-28 2023-09-22 通信制御方法

Country Status (1)

Country Link
WO (1) WO2024070922A1 (ja)

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
FUJITSU: "Avoidance of resource collisions due to IAB-node mobility", 3GPP TSG-RAN WG3 MEETING #117-E R3-224707, 9 August 2022 (2022-08-09), XP052264874 *
QUALCOMM INC.: "[AT119-e][031][IAB18] (Qualcomm)", 3GPP TSG-RAN WG2 MEETING #119-E R2-2209090, 3 September 2022 (2022-09-03), XP052262333 *
ZTE: "Discussion on mitigation of interference in mobile IAB scenario", 3GPP TSG-RAN WG3 MEETING #117-E R3-224714, 9 August 2022 (2022-08-09), XP052264881 *

Similar Documents

Publication Publication Date Title
JP5448219B2 (ja) コードレス通信システムでハンドオーバー装置及び方法
EP3133864B1 (en) Method and system for controlling access of csg in dual-connection architecture
EP3782403A1 (en) Maintaining communication and signaling interfaces through a donor base station handover
JP2023062171A (ja) 中継装置
JP6886400B2 (ja) 通信制御方法、基地局、及びユーザ端末
JP2014516502A (ja) 多重ハンドオーバ準備への拡張
JP7413507B2 (ja) 通信制御方法
US20230072977A1 (en) Communication control method
US20230239940A1 (en) Data transmission method and apparatus
CN116438835A (zh) 用于施主间移动的方法和装置
CN115669215A (zh) 通信控制方法
CN114503651A (zh) 通信控制方法和中继设备
CN114026892A (zh) 通信设备、基础设施装备和方法
CN109804708B (zh) 控制通信的方法、无线通信设备、接入点和无线通信系统
WO2024070922A1 (ja) 通信制御方法
WO2024029520A1 (ja) 通信制御方法
JP7453479B2 (ja) 通信制御方法
WO2023140333A1 (ja) 通信制御方法
WO2023286783A1 (ja) 通信制御方法
WO2023013604A1 (ja) 通信制御方法
WO2024096053A1 (ja) 通信制御方法
WO2024070923A1 (ja) 通信制御方法
WO2022236644A1 (zh) 发送和接收信号的方法、装置和通信系统
WO2024034571A1 (ja) 通信制御方法
EP4216594A1 (en) Communication control method

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

Country of ref document: EP

Kind code of ref document: A1