COMMUNICATION CONTROL METHOD, MOBILE IAB NODE, PROGRAM, CHIP SET, AND CELLULAR COMMUNICATION SYSTEM

Abstract

To provide a communication control method for use in cellular communication systems.SOLUTION: In a mobile communication system, a first communication node (source donor node), which has a relay node (IAB node) under its control, inquires of a second communication node (target donor node) a cell ID that can be used at the relay node. In response to the inquiry, the second communication node determines a cell ID that does not conflict with any of cell IDs that can be used at the second communication node among cell IDs that can be used at the relay node, and transmits the determined cell ID to the first communication node. The first communication node sends the determined cell ID to the relay node. The relay node executes a movement process using the determined cell ID.SELECTED DRAWING: Figure 11

Description

[Technical field]

[0001] The present disclosure relates to a communication control method for use in a cellular communication system. [Background technology]

[0002] In the cellular communication system standardization project 3GPP (Third Generation Partnership Project) (registered trademark; the same applies below), the introduction of a new relay node called an IAB (Integrated Access and Backhaul) node is being considered (see, for example, "3GPP TS 38.300 V16.5.0 (2021-03)"). One or more relay nodes are involved in communication between a base station and a user device, and relay this communication. Summary of the Invention

[0003] A communication control method according to a first aspect is a communication control method used in a cellular communication system. The communication control method includes a first communication node having a relay node subordinate thereto inquiring of a second communication node about a cell ID (Identity) usable in the relay node. The communication control method also includes the second communication node, in response to the inquiry, determining a cell ID that does not collide with a cell ID usable in the second communication node from among cell IDs usable in the relay node, and transmitting the determined cell ID to the first communication node. The communication control method further includes the first communication node transmitting the determined cell ID to the relay node. The communication control method also includes the relay node executing a movement process using the determined cell ID.

[0004] A communication control method according to a second aspect is a communication control method used in a cellular communication system. The communication control method includes a relay node detecting that a currently used cell becomes unavailable. The communication control method also includes the relay node transmitting a cell ID of the unavailable cell to a child node of the relay node and / or a user device.

[0005] A communication control method according to a third aspect is a communication control method used in a cellular communication system. The communication control method includes a source donor node transmitting a request message requesting a conditional handover (Time-triggered CHO (Conditional Handover)) including time as a trigger condition to a target donor node. The communication control method includes the target donor node transmitting an accept message to the source donor node to accept the request in response to receiving the request message. The communication control method includes the source donor node configuring a relay node to execute the conditional handover with a time margin in response to receiving the accept message.

[0006] A communication control method according to a fourth aspect is a communication control method used in a cellular communication system. The communication control method includes a relay node broadcasting a first cell ID indicating a cell ID currently used and a second cell ID indicating a cell ID after a change. The communication control method also includes a relay node handing over a child node of the relay node accessing a cell of the first cell ID and / or a user device accessing a cell of the first cell ID to a cell of the second cell ID. The communication control method further includes a relay node stopping broadcasting of the first cell ID after handing over the child node and / or the user device.

[0007] A communication control method according to a fifth aspect is a communication control method for use in a cellular communication system. The communication control method includes a first communication node determining a PRACH setting that does not collide with a PRACH setting of a neighboring cell based on a PRACH setting of the neighboring cell received from a neighboring node adjacent to the first communication node. The communication control method also includes the first communication node transmitting the determined PRACH setting to a relay node. [Brief description of the drawings]

[0008] [Figure 1]FIG. 1 is a diagram illustrating an example of the configuration of a cellular communication system according to an embodiment. [Diagram 2] FIG. 2 is a diagram illustrating the relationship between IAB nodes, parent nodes, and child nodes according to one embodiment. [Diagram 3] FIG. 3 is a diagram illustrating an example configuration of a gNB (donor node) according to one embodiment. [Figure 4] FIG. 4 is a diagram illustrating a configuration example of an IAB node (relay node) according to an embodiment. [Diagram 5] FIG. 5 is a diagram illustrating an example of a configuration of a UE (user equipment) according to an embodiment. [Figure 6] FIG. 6 is a diagram illustrating an example of a protocol stack related to a Radio Resource Control (RRC) connection and a Non-Access Stratum (NAS) connection of an IAB-MT according to an embodiment. [Figure 7] FIG. 7 is a diagram illustrating an example of a protocol stack for the F1-U protocol according to one embodiment. [Figure 8] FIG. 8 is a diagram illustrating an example of a protocol stack for the F1-C protocol according to one embodiment. [Figure 9] 9(A) and 9(B) are diagrams illustrating an example of transmission of (a list of) cell IDs according to the first embodiment. [Figure 10] FIG. 10 is a diagram illustrating a specific example according to the first embodiment. [Figure 11] FIG. 11 is a diagram illustrating an example of operation according to the first embodiment. [Figure 12] FIG. 12 is a diagram illustrating an operation example according to the first modified example of the first embodiment. [Figure 13] FIG. 13 is a diagram illustrating an operation example according to the second modified example of the first embodiment. [Figure 14] FIG. 14 is a diagram illustrating an example of operation according to the third modified example of the first embodiment. [Figure 15] 15(A) and 15(B) are diagrams illustrating an example of an F1 container according to a third modified example of the first embodiment. [Figure 16] FIG. 16 is a diagram illustrating an example of operation according to the second embodiment. [Figure 17] FIG. 17 is a diagram illustrating an example of operation according to the third embodiment. [Figure 18] FIG. 18 is a diagram illustrating an example of operation according to the fourth embodiment. [Figure 19] FIG. 19 is a diagram illustrating an example of a collision of PRACH (Physical Random Access Channel) resources according to the fifth embodiment. [Figure 20] FIG. 20 is a diagram illustrating an example of operation according to the fifth embodiment. [Figure 21] FIG. 21 is a diagram illustrating an operation example according to a first modified example of the fifth embodiment. [Figure 22] FIG. 22 is a diagram illustrating an example of an operation according to the second modification of the fifth embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] A cellular communication system according to an embodiment will be described with reference to the drawings. In the description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.

[0010] (Configuration of Cellular Communication System) First, a configuration example of a cellular communication system according to an embodiment will be described. The cellular communication system according to an embodiment is a 3GPP 5G system. Specifically, a radio access method in the cellular communication system is NR (New Radio), which is a 5G radio access method. However, LTE (Long Term Evolution) may be applied at least partially to the cellular communication system. In addition, future cellular communication systems such as 6G may also be applied to the cellular communication system.

[0011] FIG. 1 is a diagram illustrating an example of the configuration of a cellular communication system 1 according to an embodiment.

[0012] As shown in Fig. 1, the cellular communication system 1 includes a 5G core network (5GC) 10, a user equipment (UE: User Equipment) 100, base station devices (hereinafter, sometimes referred to as "base stations") 200-1 and 200-2, and IAB nodes 300-1 and 300-2. The base station 200 may be called a gNB (next generation Node B).

[0013] In the following, an example in which base station 200 is an NR base station will be mainly described, but base station 200 may also be an LTE base station (i.e., an evolved Node B (eNB)).

[0014] In the following, the base stations 200-1 and 200-2 may be referred to as gNB 200 (or base station 200), and the IAB nodes 300-1 and 300-2 may be referred to as IAB node 300.

[0015] The 5GC 10 has an Access and Mobility Management Function (AMF) 11 and a User Plane Function (UPF) 12. The AMF 11 is a device that performs various mobility controls for the UE 100. The AMF 11 manages information on the area in which the UE 100 is located by communicating with the UE 100 using Non-Access Stratum (NAS) signaling. The UPF 12 is a device that performs transfer control of user data.

[0016] Each gNB 200 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 may be used as a term indicating a function or resource for performing wireless communication with a UE 100. A cell may be used without distinction from a base station, such as the gNB 200. One cell belongs to one carrier frequency.

[0017] Each gNB 200 is mutually connected to the 5GC 10 via an interface called an NG interface. In FIG. 1, two gNBs 200-1 and 200-2 connected to the 5GC 10 are illustrated.

[0018] Each gNB 200 may be divided into a central unit (CU) and a distributed unit (DU). The CU and the DU are connected to each other via an interface called an F1 interface. The F1 protocol is a communication protocol between the CU and the DU, and includes an F1-C protocol, which is a control plane protocol, and an F1-U protocol, which is a user plane protocol.

[0019] The cellular communication system 1 supports IAB, which enables wireless relay of NR access using NR (New Radio) for backhaul. The donor gNB (or donor node, hereinafter sometimes referred to as "donor node") 200-1 is a terminal node of the NR backhaul on the network side, and is a donor base station with additional functions that support IAB. The backhaul can be multi-hopped via multiple hops (i.e., multiple IAB nodes 300).

[0020] FIG. 1 illustrates an example in which an IAB node 300-1 wirelessly connects to a donor node 200-1, an IAB node 300-2 wirelessly connects to an IAB node 300-1, and the F1 protocol is transmitted over two backhaul links.

[0021] The UE 100 is a mobile wireless communication device that performs wireless communication with a cell. The UE 100 may be any device that performs wireless communication with the gNB 200 or the IAB node 300. For example, the UE 100 is a mobile phone terminal 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 unmanned aerial vehicle or a device provided in an unmanned aerial vehicle. The UE 100 wirelessly connects to the IAB node 300 or the gNB 200 via an access link. FIG. 1 shows an example in which the UE 100 is wirelessly connected to the IAB node 300-2. The UE 100 indirectly communicates with the donor node 200-1 via the IAB node 300-2 and the IAB node 300-1. FIG. 1 shows an example in which the IAB node 300-2 and the IAB node 300-1 serve as relay nodes.

[0022] FIG. 2 is a diagram showing the relationship between an IAB node 300 and its parent nodes and child nodes.

[0023] As shown in FIG. 2, each IAB node 300 has an IAB-DU corresponding to a base station function unit and an IAB-MT (Mobile Termination) corresponding to a user equipment function unit.

[0024] An adjacent node (i.e., an upper node) on the NR Uu radio interface of the IAB-MT is called a parent node. The parent node is a DU of the parent IAB node or the donor node 200. The radio link between the IAB-MT and the parent node is called a backhaul link (BH link). FIG. 2 shows an example 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 upstream. From the perspective of the UE 100, the upper node of the UE 100 may correspond to the parent node.

[0025] Adjacent nodes (i.e., lower nodes) on the NR access interface of the IAB-DU are called child nodes. The IAB-DU manages cells, similar to the gNB 200. The IAB-DU terminates the NR Uu radio interface to the UE 100 and the lower IAB nodes. The IAB-DU supports the F1 protocol to the CU of the donor node 200-1. In FIG. 2, an example is shown in which the child nodes of the IAB node 300 are the 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.

[0026] In addition, all the 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. In this topology, as shown in FIG. 2, adjacent nodes on the IAB-DU interface are child nodes, and 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.

[0027] (Base station configuration) Next, a configuration of the gNB 200 which is a base station according to the embodiment will be described. Fig. 3 is a diagram illustrating an example of the configuration of the gNB 200. As shown in Fig. 3, the gNB 200 has a wireless communication unit 210, a network communication unit 220, and a control unit 230.

[0028] The wireless communication unit 210 performs wireless communication with the UE 100 and wireless communication with the IAB node 300. The wireless communication unit 210 has a 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.

[0029] 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 a signal from the outside and outputs the received signal 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 signal output by the control unit 230 to the outside.

[0030] 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 the processing by the processor. The processor may include a baseband processor and a CPU (Central Processing Unit). 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 described later. Furthermore, the control unit 230 may perform various processing in the gNB 200 (or the donor node 200) in each of the embodiments shown below.

[0031] (Configuration of relay node) Next, the configuration of the IAB node 300, which is a relay node (or relay node device, hereinafter sometimes referred to as a "relay node") according to the embodiment, will be described. FIG. 4 is a diagram showing an example of the configuration of the IAB node 300. As shown in FIG. 4, the IAB node 300 has a wireless communication unit 310 and a control unit 320. The IAB node 300 may have multiple wireless communication units 310.

[0032] The wireless communication unit 310 performs wireless communication (BH link) with the gNB 200 and wireless communication (access link) with the UE 100. The wireless communication unit 310 for BH link communication and the wireless communication unit 310 for access link communication may be provided separately.

[0033] 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) a wireless signal received by the antenna into a baseband signal (received signal), and outputs the signal 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) a baseband signal (transmitted signal) output by the control unit 320 into a wireless signal, and transmits the signal from the antenna.

[0034] 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 a program 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 a baseband signal. The CPU executes a program stored in the memory to perform various processing. The processor performs processing of each layer, which will be described later. The control unit 320 may also perform various processing in the IAB node 300 in each of the embodiments shown below.

[0035] (Configuration of user device) Next, a configuration of the UE 100 which is a user device according to the embodiment will be described. Fig. 5 is a diagram illustrating an example of the configuration of the UE 100. As shown in Fig. 5, the UE 100 includes a radio communication unit 110 and a control unit 120.

[0036] The wireless communication unit 110 performs wireless communication in an access link, that is, 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 a side link, that is, wireless communication with another UE 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 the signal 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 the signal from the antenna.

[0037] 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 a program 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 a baseband signal. The CPU executes a program stored in the memory to perform various processing. The processor performs processing of each layer, which will be described later. The control unit 120 may also perform each processing in the UE 100 in each of the following embodiments.

[0038] (Protocol stack configuration) Next, a configuration of a protocol stack according to an embodiment will be described. Fig. 6 is a diagram illustrating an example of a protocol stack related to an RRC connection and a NAS connection of an IAB-MT.

[0039] As shown in FIG. 6, 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.

[0040] The PHY layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layer of the IAB-MT of the IAB node 300-2 and the PHY layer of the IAB-DU of the IAB node 300-1 via a physical channel.

[0041] 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 assigned resource blocks for uplink and downlink.

[0042] The RLC layer transmits data to the RLC layer on the receiving side by utilizing the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layer of the IAB-MT of the IAB node 300-2 and the RLC layer of the IAB-DU of the IAB node 300-1 via a logical channel.

[0043] 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 the IAB node 300-2 and the PDCP layer of the CU of the donor node 200 via a radio bearer.

[0044] The RRC layer controls logical channels, transport channels, and physical channels according to the establishment, re-establishment, and release of radio bearers. RRC signaling for various settings is transmitted between the RRC layer of the IAB-MT of the IAB node 300-2 and the RRC layer of the CU of the donor node 200. 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.

[0045] 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 the IAB node 300-2 and the NAS layer of the AMF 11.

[0046] Fig. 7 is a diagram showing a protocol stack for the F1-U protocol. Fig. 8 is a diagram showing a protocol stack for the F1-C protocol. Here, an example is shown in which the donor node 200 is divided into a CU and a DU.

[0047] As shown in Fig. 7, each of the IAB-MT of the IAB node 300-2, the IAB-DU of the IAB node 300-1, the IAB-MT of the IAB node 300-1, and the DU of the donor node 200 has a BAP (Backhaul Adaptation Protocol) layer as a 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 through the BAP layer, enabling routing in multiple hops.

[0048] In each backhaul link, PDUs (Protocol Data Units) of the BAP layer are transmitted by a backhaul RLC channel (BH NR RLC channel). By configuring multiple backhaul RLC channels in each BH link, traffic prioritization and QoS (Quality of Service) control are possible. The association between BAP PDUs and backhaul RLC channels is performed by the BAP layer of each IAB node 300 and the BAP layer of the donor node 200.

[0049] In addition, the CU of the donor node 200 is a gNB-CU function of the donor node 200 that terminates the F1 interface to the IAB node 300 and the DU of the donor node 200. In addition, the DU of the donor node 200 is a gNB-DU function of the donor node 200 that hosts the IAB BAP sublayer and provides wireless backhaul to the IAB node 300.

[0050] As shown in FIG. 8, 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 FIG.

[0051] In the following, the processing or operation performed by the IAB-DU and IAB-MT of the IAB may be simply described as the processing or operation of the "IAB". For example, the transmission of a BAP layer message by the IAB-DU of the IAB node 300-1 to the IAB-MT of the IAB node 300-2 will be described as the IAB node 300-1 transmitting the message to the IAB node 300-2. In addition, the processing or operation of the DU or CU of the donor node 200 may be simply described as the processing or operation of the "donor node".

[0052] Also, the upstream direction and the uplink (UL) direction may be used interchangeably, and the downstream direction and the downlink (DL) direction may be used interchangeably.

[0053] [First embodiment] Next, a first embodiment will be described.

[0054] (About PCI Collision) An ID (Identity) for identifying a cell is the NCGI (NR Cell Global ID). The NCGI is used to globally identify NR cells. The NCGI consists of the PLMN (Public Land Mobile Network) ID to which the cell belongs and the NR Cell Identity (NCI) of the cell. Since the NCGI includes the PLMN ID, which is an operator identification number, and also includes the NCI, it is possible to uniquely identify a cell worldwide by using the NCGI. Therefore, there is no risk of NCGI collision.

[0055] The NCI is also composed of a gNB ID and a cell ID, and can uniquely identify a gNB cell within a PLMN. Therefore, NCI collisions do not occur in principle.

[0056] On the other hand, although 1008 PCIs (Physical Cell IDs) are provided in 5G, they are not designed to be uniquely identifiable within a PLMN.

[0057] Currently, 3GPP is considering Mobile IAB, in which the IAB node 300 moves. The movement of the IAB node 300 may be performed within the donor node 200 that manages the IAB node 300, or may be performed to a donor node different from the donor node 200.

[0058] Such movement of the IAB node 300 may result in the IAB node 300 coming into close proximity with a different IAB node having the same PCI, and such close proximity may result in each cell under the different IAB node performing processing using the same PCI.

[0059] Therefore, a PCI collision may occur due to the movement of the IAB node 300. A PCI collision may cause the following problems.

[0060] That is, the UE 100 may select a cell that is not optimal in the cell search. The UE 100 calculates a PCI using a PSS (Primary Synchronization Signal) and an SSS (Secondary Synchronization Signal) during the cell search. Due to a PCI collision, the UE 100 calculates a PCI of a different cell as the same cell. Therefore, the UE 100 may select a cell that is not optimal. Also, the UE 100 may take a long time to receive the PSS and the SSS.

[0061] Furthermore, the handover of the UE 100 may fail due to PCI collision. That is, when the source base station 200 performs handover processing based on the PCI included in the Measurement Report, the source base station 200 may handover the UE 100 to another cell that is not the correct target cell.

[0062] In the first embodiment, an object is to suppress the occurrence of PCI collisions due to the movement of the IAB node 300.

[0063] (About Cell ID and PCI) PCI and cell ID are different concepts. As described above, in 5G, PCI is an ID that corresponds to one of 1008 pre-prepared IDs. On the other hand, cell ID is an ID associated with a subset of PLMN and broadcast by SIB1 (System Information Block type 1).

[0064] However, hereinafter, unless otherwise specified, there may be cases where no distinction is made between PCI and cell ID. Also, there may be cases where PCI and cell ID are collectively referred to as cell ID. This applies not only to the first embodiment, but also to the second and subsequent embodiments. Note that, when PCI and cell ID are to be distinguished, cell ID may be referred to as cell ID.

[0065] (About Cell ID notification) The cell ID is set for the gNB-DU by OAM (Operations, Administration, and Maintenance).

[0066] On the other hand, the gNB-DU can transmit (a list of) cell IDs to the gNB-CU. FIG. 9(A) is a diagram showing an example of transmitting (a list of) cell IDs according to the first embodiment. FIG. 9(A) shows an example of transmitting (a list of) cell IDs using an F1 Setup Request message. Note that F1 Setup is used when exchanging application data required for accurate interoperation between the gNB-DU and gNB-CU on the F1 interface. The F1 Setup Request message is a message for requesting such F1 Setup.

[0067] As shown in Fig. 9(A), in step S1, the gNB-DU sends an F1 Setup Request message including (a list of) cell IDs of the cells to the gNB-CU. In step S2, the gNB-CU sends an F1 Setup Response message including (a list of) cell IDs to be activated to the gNB-DU.

[0068] FIG. 9(B) is a diagram showing an example of transmitting (a list of) cell IDs according to the first embodiment. FIG. 9(B) is a diagram showing an example of transmitting (a list of) cell IDs using a gNB-DU Configuration Update message. Note that the gNB-DU Configuration Update is used when updating application data required for accurate interoperation on the F1 interface between the gNB-DU and gNB-CU. The gNB-DU Configuration Update message is a message used for performing such updates.

[0069] As shown in Figure 9 (B), in step S3, the gNB-DU sends a gNB-DU Configuration Update message including (a list of) cell IDs of cells to be added, modified, and / or deleted to the gNB-CU. In step S4, the gNB-CU sends a gNB-DU Configuration Update Acknowledge message including (a list of) cell IDs of cells to be activated and deactivated to the gNB-DU.

[0070] In this way, the decision-making authority of the cell ID lies with the OAM or the gNB-DU. The gNB-CU mainly controls whether or not to activate in response to a request from the gNB-DU.

[0071] (Operation example of the first embodiment) The first embodiment includes a communication control method used in the cellular communication system 1. In the communication control method, a first communication node (e.g., source donor node 200-1) having a relay node (e.g., IAB node 300) under its control inquires of a second communication node (e.g., target donor node 200-2) about cell IDs (identities) available in the relay node. Next, in response to the inquiry, the second communication node determines a cell ID that does not collide with cell IDs available in the second communication node from among cell IDs available in the relay node, and transmits the determined cell ID to the first communication node. Next, the first communication node transmits the determined cell ID to the relay node. Then, the relay node executes a movement process using the determined cell ID.

[0072] Specifically, the process is as follows. That is, first, the source donor node 200-1 transmits a Handover Request message including a cell ID available in the IAB node 300 to the target donor node 200-2. Next, the target donor node 200-2 determines a cell ID that does not collide with a cell ID available in the target donor node 200-2 among the cell IDs available in the IAB node 300. Next, the target donor node 200-2 transmits a Handover Request Acknowledge message including the cell ID to the source donor node 200-1. The source donor node 200-1 transmits an RRC Reconfiguration (HO Command) message including the cell ID to the IAB node 300. Then, the IAB node 300 executes a movement process (specifically, a connection process) to the target donor node 200-2 using the cell ID.

[0073] Fig. 10 is a diagram illustrating a specific example according to the first embodiment. Fig. 10 illustrates an example in which the IAB node 300 moves from the source donor node 200-1 to the target donor node 200-2.

[0074] 10, the source donor node 200-1 transmits cell IDs (PCI#2 and PCI#3) available in the IAB node 300 to the target donor node 200-2. The target donor node 200-2 determines a cell ID (PCI#3) that does not collide with the cell ID (PCI#2) available in the IAB node 300 from among the cell IDs available in the IAB node 300. The target donor node 200-2 notifies the IAB node 300 of the determined cell ID (PCI#3) via the source donor node 200-1.

[0075] In this way, in the first embodiment, the IAB node 300 receives from the target donor node 200-2 a cell ID that does not collide with a cell ID that is available in the target donor node 200-2 among cell IDs available in the IAB node 300. Therefore, by performing a movement process using the cell ID, it is possible to suppress PCI collision.

[0076] FIG. 11 is a diagram illustrating an example of operation according to the first embodiment.

[0077] However, it is assumed that a cell ID that can be used by the own station is set in the IAB node 300 by OAM before the operation shown in FIG.

[0078] The cell ID may be a list of cell IDs. The list includes a plurality of cell IDs. The list may include cell IDs of active cells and cell IDs of inactive cells. Alternatively, the list may include either cell IDs of active cells or cell IDs of inactive cells.

[0079] The cell ID may also be indicated by a range of available cell IDs, such as "PCI#1 to PCI#3."

[0080] Thus, the cell ID may include a list of cell IDs and / or a range of cell IDs.

[0081] Also, it is assumed that the IAB node 300 notifies the source donor node 200-1 of a cell ID that the IAB node 300 can use before the operation shown in Fig. 11 is performed. The IAB-DU of the IAB node 300 may transmit an F1 Setup Request message including a cell ID that the IAB node 300 can use to the CU of the source donor node 200-1. Also, the IAB-DU of the IAB node 300 may transmit a gNB-DU Configuration Update message including a cell ID that the IAB node 300 can use to the CU of the source donor node 200-1.

[0082] It should be noted that the example shown in FIG. 11 assumes an Xn handover.

[0083] 11, in step S10, the source donor node 200-1 decides to migrate (or handover; hereinafter, may be referred to as "handover") the subordinate IAB node 300. The handover is from the source donor node 200-1 to the target donor node 200-2.

[0084] In step S11, the source donor node 200-1 transmits a Handover Request message including cell IDs available for use by the IAB node 300 to the target donor node 200-2. The available cell IDs may be a list of cell IDs. The available cell IDs may include information on whether each cell ID is activated or deactivated. Alternatively, the available cell IDs may be notified as prohibited cell IDs. This transmission corresponds to inquiring the target donor node 200-2 about cell IDs available for use by the IAB node 300. The Handover Request message is an example of an Xn message.

[0085] In step S12, in response to receiving the Handover Request message, the target donor node 200-2 determines, from among cell IDs available to the IAB node 300, a cell ID that does not collide with cell IDs available to the target donor node 200-2.

[0086] In step S13, the target donor node 200-2 transmits a Handover Request Acknowledge message including the determined cell ID to the source donor node 200-1. The determined cell ID may be a list of cell IDs. The determined cell ID may include information on whether each cell ID is to be activated or deactivated. Alternatively, the determined cell ID may be notified as a prohibited cell ID. The Handover Request Acknowledge message is a response message to the Handover Request message, and is an example of an Xn message. The determined cell ID may be included in an RRC message (e.g., RRC Reconfiguration) generated by the target donor node 200-2. The determined cell ID may be encapsulated (i.e., stored in the container of the Xn message) and transmitted.

[0087] In step S14, in response to receiving the Handover Request Acknowledge message, the source donor node 200-1 transmits an RRC Reconfiguration (HO Command) message including the determined cell ID to the IAB node 300. The RRC Reconfiguration (HO Command) message is an example of an RRC message.

[0088] In step S15, the IAB node 300 activates the determined cell ID in response to receiving the RRC Reconfiguration (HO Command) message. In conjunction with the activation of the cell ID, the IAB node 300 starts accessing the target donor node 200-2. Note that in step S15, the IAB node 300 may deactivate cell IDs other than the activated cell ID.

[0089] In the example shown in FIG. 11, a case where the IAB node 300 moves between the donor nodes 200-1 and 200-2 due to handover has been described. For example, the IAB node 300 may be handed over between the parent nodes 300-P1 and 300-P2 of the IAB node 300. The IAB node 300 may be handed over between the upper nodes of the IAB node 300. The IAB node 300 may be handed over between the gNB-CU. In either case, each message may be exchanged between the parent nodes 300-P1 and 300-P2, between the upper nodes, between the gNB-CU, between the IAB node 300 and the parent node, between the IAB node 300 and the upper node, and between the DU of the IAB node 300 and the gNB-CU.

[0090] Hereinafter, a first alternative embodiment of the first embodiment will be described, but this embodiment may also use an example other than the handover between the donor nodes 200-1 and 200-2.

[0091] (First Modification of the First Embodiment) Next, a first modified example of the first embodiment will be described. In the first embodiment, an example has been described in which the source donor node 200-1 inquires of the target donor node 200-2 about a cell ID available in the IAB node 300. The first modified example of the first embodiment is an example in which the source donor node 200-1 inquires of the AMF 11.

[0092] Specifically, the process is as follows. That is, first, the source donor node 200-1 transmits a first message including a cell ID available in the IAB node 300 to the AMF 11. Next, the AMF 11 determines a cell ID that does not collide with a cell ID available under the control of the AMF 11 among the cell IDs available in the IAB node 300. Then, the AMF 11 transmits a second message including the determined cell ID to the source donor node 200-1. The source donor node 200-1 transmits a Handover Command message including the determined cell ID to the IAB node 300, and the IAB node 300 executes a movement process (specifically, a connection process) to the target donor node 200-2 using the determined cell ID.

[0093] In the first modification, the IAB node 300 also receives from the AMF 11 a cell ID that does not collide with a cell ID that can be used under the control of the AMF 11 among cell IDs that can be used by the local station. Therefore, even when the IAB node 300 moves to the target donor node 200-2 under the control of the AMF 11, the PCI collision can be suppressed.

[0094] Fig. 12 is a diagram illustrating an example of operation according to the first modified example of the first embodiment. The presetting in the example of operation shown in Fig. 12 is also similar to the example of operation in the first embodiment (Fig. 11).

[0095] As shown in FIG. 12, in step S20, the source donor node 200-1 decides to hand over the IAB node 300 from the source donor node 200-1 to the target donor node 200-2.

[0096] In step S21, the source donor node 200-1 transmits a first message including cell IDs available in the IAB node 300 to the AMF 11. The available cell IDs may be a list of cell IDs. The available cell IDs may include information on whether each cell ID is activated or deactivated. Alternatively, the available cell IDs may be notified as prohibited cell IDs. The first message is an example of an NG message, and is a new message. The first message may be referred to as an IAB migration inquiry message. The transmission of the IAB migration inquiry message corresponds to an inquiry to the AMF 11 about cell IDs available in the IAB node 300.

[0097] In step S22, in response to receiving the IAB migration inquiry message, the AMF 11 determines a cell ID that does not collide with a cell ID that is usable under the control of the AMF 11, from among cell IDs usable in the IAB node 300.

[0098] In step S23, the AMF 11 transmits a second message including the determined cell ID to the source donor node 200-1. The second message is also an example of an NG message and is a new message. The second message may be referred to as an IAB migration inquiry response message.

[0099] In step S25, in response to receiving the IAB migration inquiry response message, the source donor node 200-1 executes an Xn handover preparation procedure with the target donor node 200-2. The Xn handover preparation procedure includes transmitting and receiving a Handover Request message and a Handover Request Acknowledge message.

[0100] In step S26, the source donor node 200-1 transmits an RRC Reconfiguration (HO Command) message including the cell ID determined by the AMF11 to the IAB node 300.

[0101] In step S27, in response to receiving the RRC Reconfiguration (HO Command) message, the IAB node 300 activates the determined cell ID. The IAB node 300 starts accessing the target donor node 200-2 using the activated cell ID.

[0102] (Second Modification of the First Embodiment) Next, a second modified example of the first embodiment will be described. In the first embodiment and the first modified example of the first embodiment, an example of Xn handover has been described. The second modified example of the first embodiment is an example of a case where NG handover is applied. In the Xn handover, the handover procedure is mainly performed between the donor nodes 200-1 and 200-2. In the NG handover, devices included in the 5GC 10, such as the AMF 11, are also included in the handover procedure.

[0103] Specifically, the first communication node is the source donor node 200-1, and the second communication node is the AMF 11. The relay node is the IAB node 300. First, the source donor node 200-1 transmits a Handover Required message including a cell ID available in the IAB node 300 to the AMF 11. Next, the AMF 11 determines a cell ID that does not collide with a cell ID available under the AMF 11 among the cell IDs available in the IAB node 300. The AMF 11 transmits a first Handover Command message including the determined cell ID to the source donor node 200-1. Then, the source donor node 200-1 transmits a second Handover Command message including the determined cell ID to the IAB node 300, and the IAB node 300 executes a connection process to the target donor node 200-2 using the determined cell ID.

[0104] In the second modified example, the IAB node 300 also receives from the AMF 11 a cell ID that does not collide with a cell ID that can be used under the control of the AMF 11 among cell IDs that can be used by the local station. Therefore, even when the IAB node 300 moves to the target donor node 200-2 under the control of the AMF 11, the PCI collision can be suppressed.

[0105] In the second modified example, the AMF 11 may be replaced by another device included in the 5GC 10 (for example, the UPF 12).

[0106] Fig. 13 is a diagram illustrating an example of operation according to the second modified example of the first embodiment. The presetting in the example of operation shown in Fig. 13 is also similar to the example of operation in the first embodiment (Fig. 11).

[0107] In step S30, the source donor node 200-1 decides to hand over the IAB node 300 from the source donor node 200-1 to the target donor node 200-2.

[0108] In step S31, the source donor node 200-1 sends a Handover Required message including available cell IDs in the IAB node 300 to the AMF 11. The Handover Required message is a message of the NG protocol. The available cell IDs may be a list of cell IDs. The available cell IDs may include information on whether each cell ID is activated or deactivated. Alternatively, the available cell IDs may be notified as prohibited cell IDs.

[0109] In step S32, in response to receiving the Handover Required message, the AMF 11 determines a cell ID that does not collide with a cell ID that can be used under the control of the AMF 11, from among the cell IDs that can be used in the IAB node 300.

[0110] In step S33, the AMF 11 transmits a Handover Command message including the determined cell ID to the source donor node 200-1. The Handover Command message is also a message of the NG protocol. Note that the AMF 11 also exchanges messages related to handover with the target donor node 200-2, but this is omitted in FIG. 13.

[0111] In step S34, in response to receiving the Handover Command message, the source donor node 200-1 transmits an RRC Reconfiguration (HO Command) message including the determined cell ID to the IAB node 300.

[0112] In step S35, the IAB node 300 activates the cell ID determined by the AMF 11, and performs a movement process using the activated cell ID. Specifically, the IAB node 300 performs a connection process to the target donor node 200-2 using the cell ID.

[0113] (Third modified example of the first embodiment) Next, a third modified example of the first embodiment will be described. The third modified example of the first embodiment is an example in which F1 setup of the IAB node 300 for the donor node 200-2 is performed via the donor node 200-1. The third modified example of the first embodiment represents an example in which such F1 setup is performed within a handover procedure.

[0114] Specifically, the first communication node is a source donor node 200-1, and the second communication node is an example of a target donor node 200-2. Also, the relay node is an example of an IAB node 300. First, the source donor node 200-1 instructs the IAB node 300 to transmit an F1 Setup Request message. Next, the IAB node 300 transmits a third message encapsulating the F1 Setup Request message to the source donor node 200-1. The F1 Setup Request message includes a cell ID available in the IAB node 300. Next, the source donor node 200-1 transmits a Handover Request message encapsulating the F1 Setup Request message to the target donor node 200-2. Next, the target donor node 200-2 extracts a cell ID available in the IAB node 300 from the Handover Request message, and determines a cell ID that does not collide with a cell ID available in the target donor node 200-2 from the cell ID. Then, the target donor node 200-2 transmits a Handover Request Acknowledge message encapsulating an F1 Setup Response message including the determined cell ID to the source donor node 200-1. Next, the source donor node 200-1 transmits a Handover Command message encapsulating an F1 Setup Response message including the determined cell ID to the IAB node 300. Then, the IAB node 300 executes a moving process to the target donor node 200-2 using the cell ID included in the F1 Setup Response message.

[0115] In this way, even in the third modified example, the IAB node 300 receives from the target donor node 200-2 a cell ID that does not collide with a cell ID that can be used in the target donor node 200-2 among cell IDs that can be used in the local station. Therefore, the IAB node 300 can suppress PCI collision even when handing over to the target donor node 200-2.

[0116] Fig. 14 is a diagram showing an example of an operation according to the third modified example of the first embodiment. The presettings and the like are similar to those of the first embodiment. The example shown in Fig. 14 shows an example of an Xn handover.

[0117] As shown in FIG. 14, the source donor node 200-1 decides to hand over the subordinate IAB node 300 from the source donor node 200-1 to the target donor node 200-2.

[0118] In step S41, the source donor node 200-1 instructs the IAB node 300 to transmit an F1 Setup Request message. Specifically, the CU of the source donor node 200-1 transmits an F1 Setup Required message to the IAB-MT of the IAB node 300. The F1 Setup Required message is a new RRC message indicating an instruction to transmit an F1 Setup Request message.

[0119] In addition, the F1 Setup Required message may be a message of the F1AP protocol. In this case, the CU of the source donor node 200-1 transmits the message to the IAB-DU of the IAB node 300.

[0120] In step S42, in response to receiving the F1 Setup Required message, the IAB-MT of the IAB node 300 transmits an F1 Setup Response message to the CU of the source donor node 200-1. The F1 Setup Response message is a response message to the F1 Setup Required message, and is a new RRC message. In this case, the IAB-MT of the IAB node 300 encapsulates an F1 Setup Request message in an F1AP container included in the message, and transmits the message. FIG. 15(A) shows an example of an F1AP container included in the message. The F1 Setup Request message includes a cell ID available in the IAB node 300. The F1 Setup Response message may be an F1AP protocol message.

[0121] Returning to FIG. 14, if the F1 Setup Required message is an RRC message, the IAB-MT of the IAB node 300 may notify the IAB-DU of the IAB node 300 of an acquisition instruction and acquire the F1 Setup Request message from the IAB-DU.

[0122] In step S43, in response to receiving the F1 Setup Response message, the source donor node 200-1 transmits a Handover Request message to the target donor node 200-2. At this time, the source donor node 200-1 extracts the encapsulated F1 Setup Request message from the F1AP container of the F1 Setup Response message and inserts it into the F1AP container of the Handover Request message. Figure 15(B) shows an example of an F1AP container included in the Handover Request message (Xn message).

[0123] 14, in step S44, the target donor node 200-2 extracts the F1 Setup Request message from the F1AP container of the Handover Request message and performs F1 Setup for the local station. The target donor node 200-2 also extracts cell IDs available for use by the IAB node 300 from the F1 Setup Request message and determines, from among the cell IDs, a cell ID that does not collide with cell IDs available for use by the target donor node 200-2.

[0124] In step S45, the target donor node 200-2 transmits a Handover Request Acknowledge message to the source donor node 200-1. At this time, the target donor node 200-2 encapsulates an F1 Setup Response message including the determined cell ID in an F1 container included in the Handover Request Acknowledge message (Xn message) and transmits the encapsulated F1 Setup Response message. The available cell ID may be a list of cell IDs. The available cell ID may include information on whether each cell ID is activated or deactivated. Alternatively, the available cell ID may be notified as a prohibited cell ID.

[0125] In step S46, in response to receiving the Handover Request Acknowledge message, the source donor node 200-1 extracts the F1 Setup Response message from the F1 container of the Handover Request Acknowledge message. Then, the source donor node 200-1 encapsulates the extracted F1 Setup Response message into the F1 container of an RRC Reconfiguration (HO Command) message. The CU of the source donor node 200-1 transmits the RRC Reconfiguration (HO Command) message including the encapsulated F1 Setup Response message to the IAB-MT of the IAB node 300.

[0126] In step S47, the IAB node 300 extracts the F1 Setup Response message from the RRC Reconfiguration (HO Command) message, and further extracts the cell ID determined by the target donor node 200-2 from the F1 Setup Response message. Then, the IAB node 300 activates the extracted cell ID. In conjunction with the activation of the cell ID, the IAB node 300 executes a movement process (specifically, a connection process) for the target donor node 200-2.

[0127] [Second embodiment] Next, a second embodiment will be described.

[0128] As described in the first embodiment, the cell ID used in the IAB node 300 may be changed due to migration of the IAB node 300. The child node 300-C and / or UE 100 having the IAB node 300 as a parent node cannot know the changed cell ID in the parent node (IAB node 300). On the other hand, when the child node 300-C and / or UE 100 uses the changed cell ID, the child node 300-C and / or UE 100 performs a cell reselection process or an RRC Connection Reestablishment process for the cell ID. However, if all the child nodes 300-C and / or UE 100 of the IAB node 300 start the RRC connection reestablishment process at the same time, a RACH preamble collision may occur or the entire resource may become tight. This may cause a momentary interruption of the service being provided to the UE 100.

[0129] Therefore, the second embodiment aims to suppress the processing accompanying the change of the cell ID of the parent node for the child node 300-C and / or the UE 100.

[0130] Therefore, in the second embodiment, a relay node (e.g., IAB node 300-P) detects that a currently used cell becomes unavailable, and transmits a cell ID of the unavailable cell to a child node (e.g., child node 300-C) of the relay node and / or a user equipment (e.g., UE 100).

[0131] As a result, for example, even if the child node 300-C and / or the UE 100 receives a cell ID of a cell that will become unavailable, the child node 300-C and / or the UE 100 can suppress processing associated with a change in the cell ID by at least not performing cell reselection processing, RRC connection reconfiguration processing, and RLF (Radio Link Failure) processing.

[0132] Fig. 16 is a diagram showing an operation example according to the second embodiment. Fig. 16 shows an example in which an IAB node 300-P exists under a donor node 200. Fig. 16 also shows an example in which an IAB node 300-C exists as a child node of the IAB node 300-P, and / or a UE 100 exists that is connected to the IAB node 300-P via an access link.

[0133] In step S50, the IAB node 300-P may receive an RRC Reconfiguration (HO Command) message including a changed cell ID from the donor node 200. Step S50 may be step S14 (FIG. 11) of the first embodiment, step S26 (FIG. 12) of the first modified example of the first embodiment, step S34 (FIG. 13) of the second modified example of the first embodiment, or step S46 (FIG. 14) of the third modified example of the first embodiment. Instead of the changed cell ID, an available cell ID, an unavailable cell ID, a cell ID to be activated, or a cell ID to be deactivated may be used. Instead of the donor node 200, the IAB node 300-P may be a parent node or an upper node.

[0134] In step S51, the IAB node 300-P detects that the cell currently in use will become unavailable. The IAB node 300-P may detect that the cell currently in use will become unavailable by receiving a notification (e.g., step S50) from the donor node 200 that the cell currently in use will be deactivated (or become unavailable). Alternatively, the IAB node 300-P may detect that the cell currently in use will become unavailable by receiving a notification of the changed cell ID in step S50. Note that, if the cell currently in use can continue to be used, the IAB node 300-P will continue to use the cell ID of the cell. The following processing assumes that the cell currently in use has become unavailable.

[0135] In step S52, the IAB node 300-P transmits, to the child node 300-C and / or the UE 100, the cell ID of the cell that will no longer be available for continued use.

[0136] In this case, the IAB node 300-P may perform the transmission by broadcasting the SIB1 including the cell ID. Alternatively, the IAB node 300-P may perform the transmission by transmitting an RRC message or an F1AP message including the cell ID.

[0137] The notified content may include, instead of the cell ID of the cell that will not be able to continue to be used, information indicating that the cell will not be able to be used, information indicating that the cell ID of the cell will be changed, or timing information. The information indicating that the cell ID of the cell will be changed may include the changed cell ID. The changed cell ID itself may be the information indicating that the cell ID of the cell will be changed. Furthermore, the timing information may be information indicating the timing of becoming inactive, or information indicating the timing of changing the cell ID. The timing itself may be represented by SFN (System Frame Number) and / or time (such as 1 second).

[0138] In step S53, in response to receiving the cell ID, the child node 300-C and / or the UE 100 does not perform a predetermined process even if the cell ID of the currently used cell is changed. The predetermined process includes at least one of RLF detection, cell reselection process, and RRC connection reconfiguration process. By not performing the predetermined process, the child node 300-C and / or the UE 100 can suppress the process associated with the cell ID change. In this case, the child node 300-C and / or the UE 100 may recognize the change in the cell ID as a soft handover, and continue to use the configuration process for the cell as it is.

[0139] In step S53, the child node 300-C and / or the UE 100 may perform an RRC connection reconfiguration process after changing the cell ID. However, in order to suppress the process associated with the cell ID change, the child node 300-C and / or the UE 100 may perform a RACH-less handover to the new cell ID.

[0140] Also, in step S53, the operation is described on the assumption that the child node 300-C and / or the UE 100 is in an RRC connected state with respect to the IAB node 300-P. For example, when the child node 300-C and / or the UE 100 is in an idle state or an inactive state, the cell reselection process for the new cell ID is performed. Therefore, the operation example shown in FIG. 16 may be performed on the assumption that the child node 300-C and / or the UE 100 is in an idle state or an inactive state.

[0141] [Third embodiment] Next, a third embodiment will be described.

[0142] In the second embodiment, an example has been described in which the child node 300-C and / or the UE 100 is notified that the cell ID of the cell currently being used in the IAB node 300-P will become unavailable. In this case, if the child node 300-C and / or the UE 100 performs handover processing immediately upon receiving such a notification, the handover processing may start before the change of the cell ID in the own station is completed. In particular, the IAB node 300 that has received the HO Command described in the first embodiment may perform handover processing before changing the cell ID without time to spare.

[0143] Therefore, in the third embodiment, an example will be described in which the IAB node 300 performs handover using a conditional handover that includes time as a trigger condition. Such a conditional handover may be called a Time-triggered Conditional Handover (CHO).

[0144] Specifically, the source donor node 200-1 transmits a request message to the target donor node 200-2 to request a conditional handover including a time as a trigger condition. Next, in response to receiving the request message, the target donor node 200-2 transmits an accept message to the source donor node 200-1 to accept the request. Then, in response to receiving the accept message, the source donor node 200-1 configures a relay node (e.g., the IAB node 300) to execute a conditional handover including a time as a trigger condition.

[0145] As a result, even if the IAB node 300 receives a notification of a cell ID change from the source donor node 200-1 (step S52 in FIG. 16), the IAB node 300 can execute the handover process after the time has elapsed. Therefore, the IAB node 300 can execute the handover process after, for example, changing the cell ID, and can appropriately execute the handover process.

[0146] Here, a conditional handover will be described.

[0147] (Conditional Handover) A conditional handover is a handover that is executed when one or more handover execution conditions (or trigger conditions) are met. The conditional handover configuration includes a candidate cell for the handover and a trigger condition for the handover. The conditional handover configuration may include a plurality of combinations of the candidate cells and the trigger conditions.

[0148] The trigger condition is, for example, at least one of an event called event A3 and an event called event A5. Event A3 is an event in which the radio condition of the neighboring cell is better than the radio condition of the serving cell by a predetermined amount (predetermined offset). Event A5 is an event in which the radio condition of the serving cell is worse than a first threshold and the radio condition of the neighboring cell is better than a second threshold.

[0149] In the third embodiment, as described above, the trigger conditions for a conditional handover include time (or time margin; hereinafter, sometimes referred to as "time margin").

[0150] (Operation example of the third embodiment) Fig. 17 is a diagram illustrating an example of an operation according to the third embodiment. Fig. 17 illustrates an example in which the IAB node 300 performs a handover from the source donor node 200-1 to the target donor node 200-2.

[0151] 17, in step S60, the IAB node 300 may notify the source donor node 200-1 of the required amount of time margin. For example, the IAB node 300 may transmit the required amount of time margin including the amount in an RRC message or an F1AP message.

[0152] The required time margin is, for example, the time required when the IAB node 300 executes a conditional handover including a time as a trigger condition. The required time margin may be expressed in SFN and / or time units (e.g., 1 second).

[0153] In step S61, the source donor node 200-1 decides to hand over the IAB node 300 from the source donor node 200-1 to the target donor node 200-2.

[0154] In step S62, the source donor node 200-1 requests a conditional handover including time as a trigger condition. The source donor node 200-1 may transmit the request using a Handover Request message. The Handover Request message may be a request message requesting the conditional handover to the target donor node 200-2. The source donor node 200-1 may transmit the required amount of time margin together with the request. The required amount of time margin of the IAB node 300 may be held in advance by the source donor node 200-1. The required amount of time margin of the IAB node 300 may be received from the IAB node 300 as in step S60.

[0155] In step S63, the target donor node 200-2 decides to accept the conditional handover in response to receiving the conditional handover request. If the request includes a time margin requirement, the target donor node 200-2 may determine the time margin requirement for the time margin requirement. If the request does not include a time margin requirement, the source donor node 200-1 may determine the time margin requirement for the time margin requirement.

[0156] The amount of time margin is, for example, the time actually used in the conditional handover with respect to the required amount of time margin. The amount of time margin may also be expressed, for example, in SFN or in time units.

[0157] In step S64, the target donor node 200-2 transmits acceptance of the conditional handover to the source donor node 200-1. The target donor node 200-2 may transmit the acceptance of the conditional handover by using a Handover Request Acknowledge message. The Handover Request Acknowledge message may be an acceptance message that accepts the request. When the target donor node 200-2 determines the amount of time margin, the target donor node 200-2 transmits the determined amount of time margin by including it in the Handover Request Acknowledge message. The Handover Request Acknowledge message also includes an RRC Reconfiguration setting.

[0158] In step S65, in response to receiving the acceptance of the conditional handover, the source donor node 200-1 configures the conditional handover for the IAB node 300. For example, the source donor node 200-1 performs the configuration by transmitting an RRC Reconfiguration message to the IAB node 300. The RRC Reconfiguration message includes the amount of time margin determined by the source donor node 200-1 or the target donor node 200-2. The RRC Reconfiguration message also includes the RRC Reconfiguration setting received in step S64.

[0159] In the IAB node 300, the amount of time margin is set as a trigger condition used for the conditional handover. Here, the amount of time margin has two meanings.

[0160] First, the IAB node 300 evaluates the trigger condition of the conditional handover (e.g., event A3, etc.) after the amount of time margin has elapsed from the predetermined time. In this case, the amount of time margin represents the time margin before starting to monitor the trigger condition. For example, the IAB node 300 starts to monitor another trigger condition of the conditional handover (e.g., event A3) after one second (the amount of time margin) has elapsed from the predetermined time, and starts accessing the target donor node 200-2 when the other trigger condition is satisfied.

[0161] Secondly, handover is performed after the time margin has elapsed. In this case, the time margin is the trigger condition. For example, the IAB node 300 starts accessing the target donor node 200-2 after one second (the time margin) has elapsed from the predetermined time.

[0162] When a conditional handover including the time in the trigger condition is set, the IAB node 300 may stop evaluating the conditional handover according to other conditions (e.g., changes in radio conditions) during the time lapse (e.g., while the corresponding timer is running). This makes it possible to prevent unintentional access to another cell (execution of another conditional handover) during the time margin.

[0163] The predetermined time may be the time when the IAB node 300 receives the RRC Reconfiguration message (step S65). The predetermined time may be a time set by the donor nodes 200-1 and 200-2.

[0164] In step S66, the IAB node 300 executes the conditional handover.

[0165] [Fourth embodiment] Next, a fourth embodiment will be described.

[0166] The fourth embodiment is an example in which the IAB node 300 broadcasts to the child node 300-C and / or the UE 100 the cell ID of the cell currently being used and a new cell ID.

[0167] Specifically, a relay node (e.g., IAB node 300) broadcasts a first cell ID indicating a cell ID currently in use and a second cell ID indicating a cell ID after the change. Next, the relay node hands over a child node (e.g., child node 300-C) and / or a user equipment (e.g., UE 100) of the relay node accessing the cell of the first cell ID to the cell of the second cell ID. Then, after handing over the child node and / or the user equipment, the relay node stops broadcasting the first cell ID.

[0168] This allows the child node 300-C and / or the UE 100 to grasp the currently used cell ID and the new cell ID after the change, and thereafter, to appropriately perform the handover process.

[0169] FIG. 18 is a diagram illustrating an example of operation according to the fourth embodiment.

[0170] As shown in Fig. 18, in step S70, the IAB node 300-P may receive a changed cell ID from the donor node 200 when migrating. Instead of the changed cell ID, an available cell ID, an unavailable cell ID, a cell ID to be activated, or a cell ID to be deactivated may be received. Step S70 may be step S14 (Fig. 11) of the first embodiment, step S26 (Fig. 12) of the first modified example of the first embodiment, step S34 (Fig. 13) of the second modified example of the first embodiment, step S46 (Fig. 14) of the third modified example of the first embodiment, or the like.

[0171] In step S71, the IAB node 300-P broadcasts the cell ID of a new cell in parallel with the cell ID of the cell currently being used. The cell ID of the new cell is, for example, the cell ID of a cell newly accessed by the handover of the IAB node 300-P. The cell ID of the new cell may be a changed cell ID different from the cell ID currently being used by the IAB node 300-P.

[0172] In step S72, the IAB node 300-P may notify the PCI currently being used and the new PCI by notifying the PSS and SSS.

[0173] In step S73, the IAB node 300-P may broadcast the currently used Cell ID and the new Cell ID using the SIB1.

[0174] In step S74, the IAB node 300-P hands over the child node 300-C and / or the UE 100 from the currently used cell to the new cell. At this time, the IAB node 300-P may set a RACH-less handover. Alternatively, the IAB node 300-P may set a soft handover (step S53 in FIG. 16) described in the second embodiment.

[0175] In step S75, the IAB node 300-P stops broadcasting the cell ID of the currently used cell after having handed over all the subordinate child nodes 300-C and / or UEs 100 to the new cell. For example, when the IAB node 300-P receives handover completion messages from all the subordinate child nodes 300-C and / or UEs 100, it stops broadcasting the cell ID of the currently used cell.

[0176] [Fifth embodiment] Next, a fifth embodiment will be described.

[0177] The first embodiment describes a case where a PCI collision occurs due to migration of the IAB node 300. The fifth embodiment describes an example where a PRACH (Physical Random Access Channel) resource collision occurs due to migration of the IAB node 300.

[0178] Fig. 19 is a diagram illustrating an example of a PRACH resource collision according to the fifth embodiment. Fig. 19 illustrates an example in which the IAB node 300 performs a handover from the source donor node 200-1 to the target donor node 200-2.

[0179] Before the handover, the IAB node 300 is located in a position close to the donor node 200-1. The PRACH resource R2 of the IAB node 300-2 and the PRACH resource R1 of the IAB node 300-1 are arranged in a resource arrangement that does not collide. Therefore, the UE 100 located between the donor node 200-1 and the IAB node 300 can connect to the donor node 200-1 by performing a random access procedure to the donor node 200-1. The UE 100 can also connect to the IAB node 300 by performing a random access procedure to the IAB node 300.

[0180] On the other hand, when the IAB node 300 performs handover, the IAB node 300 moves to a position close to the donor node 200-2. The PRACH resource R2 of the IAB node 300 and the PRACH resource R3 of the donor node 200-2 overlap in their resource range. Therefore, even if the UE 100 transmits a RACH preamble (message1) using the PRACH resource R2, the IAB node 300 may not be able to receive the RACH preamble due to interference. If both the IAB node 300 and the donor node 200-2 receive the RACH preamble transmitted from the UE 100, both the IAB node 300 and the donor node 200-2 transmit a RACH response (message2) to the UE 100. The UE 100 receives the RACH responses from both of them, and thus enters an uncertain state. Therefore, the UE 100 fails in the random access procedure to the IAB node 300, and cannot connect to the IAB node 300.

[0181] In contrast, in the fifth embodiment, first, a first communication node (e.g., source donor node 200-1) determines a PRACH setting that does not collide with the PRACH setting of an adjacent node based on a PRACH setting of the adjacent node received from the adjacent node. Next, the first communication node transmits the determined PRACH setting to a relay node (e.g., IAB node 300). Then, the source donor node 200-1 executes a handover process with the target donor node 200-2, and the relay node applies the determined PRACH setting to the target donor node 200-2.

[0182] For example, in the example of FIG. 19, the source donor node 200-1 receives the PRACH configuration (e.g., PRACH resource R3) of the target donor node 200-2 as the PRACH configuration of the adjacent node. The source donor node 200-1 determines a PRACH configuration (e.g., PRACH resource R4) that does not overlap with the PRACH configuration (e.g., PRACH resource R1) of the source donor node 200-1 and the PRACH configuration (e.g., PRACH resource R3) of the target donor node 200-2. Then, the source donor node 200-1 transmits the PRACH configuration to the IAB node 300.

[0183] Even if the IAB node 300 applies the PRACH configuration to the target donor node 200-2, the PRACH resources do not overlap with any other resources, so that the IAB node 300 can appropriately access the target donor node 200-2. Therefore, the source donor node 200-1 can control the PRACH resources to suppress overlapping of the resources.

[0184] 19, the source donor node 200-1 determines the PRACH configuration, but the target donor node 200-2 may determine the PRACH configuration. The latter will be described in a first modified example of the fifth embodiment.

[0185] (Notification of PRACH setting) Here, an example of notification of the PRACH configuration will be described. The PRACH configuration indicates the PRACH resource in a cell. Specifically, the PRACH configuration includes a start frequency of the resource, a subcarrier spacing (SCS), a frequency domain length, and the like.

[0186] The gNB-DU can include the PRACH settings of each cell in an F1 Setup Response message and transmit it to the gNB-CU. The gNB-DU can also include the PRACH settings of each cell in a gNB-DU Configuration Update message and transmit it to the gNB-CU.

[0187] Furthermore, the gNB-CU can also notify the CU of another gNB of the PRACH configuration for RACH optimization. This allows the source donor node 200-1 to receive the PRACH configuration of the target donor node 200-2 from the target donor node 200-2. Also, the target donor node 200-2 can receive the PRACH configuration of the source donor node 200-1 from the source donor node 200-1.

[0188] (Operation example of the fifth embodiment) Next, an operation example of the fifth embodiment will be described. Fig. 20 is a diagram showing an operation example according to the fifth embodiment. However, before the operation example shown in Fig. 20 is performed, it is assumed that the source donor node 200-1 has received the PRACH setting of the target donor node 200-2 as the PRACH setting of the adjacent donor node.

[0189] In the following operation example, an example in which the IAB node 300 is handed over between the donor nodes 200-1 and 200-2 will be described. However, as in the first embodiment, other examples may be applied. That is, the IAB node 300 may be handed over between the parent nodes 300-P1 and 300-P2. The IAB node 300 may be handed over between upper nodes. The IAB node 300 may be handed over between gNB-CUs. In any case, each message may be exchanged between the parent nodes 300-P1 and 300-P2, between upper nodes, between gNB-CUs, between the IAB node 300 and the parent node, between the IAB node 300 and the upper node, and between the DU of the IAB node 300 and the gNB-CU.

[0190] As shown in FIG. 20, in step S80, the source donor node 200-1 determines that the IAB node 300 will be handed over from the source donor node 200-1 to the target donor node 200-2.

[0191] In step S81, the source donor node 200-1 determines a PRACH setting for the IAB node 300 based on the PRACH setting of the adjacent donor node. Specifically, the source donor node 200-1 determines a PRACH setting that does not collide with the PRACH setting of the target donor node 200-2 and the PRACH setting of the source donor node 200-1 itself.

[0192] In step S82, the source donor node 200-1 transmits the determined PRACH setting to the IAB node 300. The source donor node 200-1 may transmit an RRC message including the PRACH setting and / or an F1AP message including the PRACH setting. In this case, the source donor node 200-1 may transmit the message including an identifier indicating that the PRACH setting is to be applied after handover. The IAB node 300 may receive the determined PRACH setting, but may suspend application of the PRACH setting until handover to the target donor node 200-2 is completed. Alternatively, the IAB node 300 may apply the PRACH setting immediately upon receiving the PRACH setting.

[0193] In step S83, the source donor node 200-1 executes a Handover Preparation procedure between the source donor node 200-1 and the target donor node 200-2.

[0194] In step S84, when the source donor node 200-1 completes the Handover Preparation procedure, it transmits an RRC Reconfiguration (HO Command) message to the IAB node 300.

[0195] In step S85, the IAB node 300 applies the PRACH configuration received in step S82 in response to receiving the RRC Reconfiguration (HO Command) message. The IAB node 300 may apply the PRACH configuration, for example, when receiving the message, when starting access to the target donor node 200-2, or when completing the access.

[0196] (First modified example of the fifth embodiment) Next, a first modified example of the fifth embodiment will be described.

[0197] In the fifth embodiment, an example has been described in which the source donor node 200-1 determines a PRACH configuration in which no resource collision occurs. The first modification of the fifth embodiment is an example in which the target donor node 200-2 determines a PRACH configuration in which no resource collision occurs.

[0198] Specifically, a first communication node (e.g., a target donor node 200-2) determines a PRACH setting that does not collide with a PRACH setting of a neighboring cell based on a PRACH setting of the neighboring cell received from a neighboring node adjacent to the first communication node. Then, the first communication node transmits the determined PRACH setting to a relay node (e.g., an IAB node 300).

[0199] In the first modification of the fifth embodiment, similarly to the fifth embodiment, even if the IAB node 300 applies the PRACH setting and accesses the target donor node 200-2, the PRACH setting is not duplicated, so that the IAB node 300 can appropriately access the target donor node 200-2. Therefore, in the first modification of the fifth embodiment, the target donor node 200-2 can control the PRACH resource so as to suppress duplication of the resource.

[0200] Fig. 21 is a diagram illustrating an example of an operation according to a first modified example of the fifth embodiment. However, it is assumed that before the operation example illustrated in Fig. 21 is performed, the target donor node 200-2 has received the PRACH configuration of the source donor node 200-1 as the PRACH configuration of the adjacent donor node.

[0201] As shown in FIG. 21, in step S90, the source donor node 200-1 determines that the IAB node 300 will perform a handover.

[0202] In step S91, the source donor node 200-1 transmits a Handover Request message to the target donor node 200-2. In this case, the source donor node 200-1 may transmit the PRACH setting of the IAB node 300 by including it in the Handover Request message. This is because it is possible that the target donor node 200-2 has not received the PRACH setting of the source donor node 200-1 in advance as the PRACH setting of the adjacent donor node.

[0203] In step S92, the target donor node 200-2 determines a PRACH setting of the IAB node 300 based on the PRACH setting of the neighboring cell. Specifically, the target donor node 200-2 determines a PRACH setting that does not collide with the PRACH setting of the source donor node 200-1 and the PRACH setting of the target donor node 200-2 itself.

[0204] In step S93, the target donor node 200-2 transmits a Handover Request Acknowledge message including the determined PRACH configuration to the source donor node 200-1.

[0205] In step S94, in response to receiving the Handover Request Acknowledge message, the source donor node 200-1 transmits an RRC Reconfiguration (HO Command) message including the determined PRACH setting to the IAB node 300.

[0206] In step S95, the IAB node 300 applies the PRACH setting determined by the target donor node 200-2. As in the fifth embodiment, the IAB node 300 may apply the PRACH setting when receiving an RRC Reconfiguration (HO Command) message, when starting access to the target donor node 200-2, or when completing the access.

[0207] (Second modified example of the fifth embodiment) Next, a second modification of the fifth embodiment will be described.

[0208] In the fifth embodiment and the first modified example of the fifth embodiment, an example has been described in which the IAB node 300 performs a handover. In the second modified example of the fifth embodiment, an example after the IAB node 300 is powered on will be described, instead of a handover.

[0209] Specifically, first, a relay node (e.g., IAB node 300) turns on the power. Next, the relay node transmits an F1 Setup Request message to a donor node (e.g., donor node 200). Next, the donor node determines a PRACH setting that does not collide with the PRACH setting of the neighboring cell based on the PRACH setting of the neighboring donor node and the PRACH setting of the relay node included in the F1 Setup Request. Then, the donor node transmits an F1 Setup Response message including the determined PRACH setting to the relay node.

[0210] Since the IAB node 300 receives from the donor node 200 a PRACH configuration that does not collide with adjacent donor nodes in the donor node 200, the IAB node 300 can appropriately perform a random access procedure to the donor node 200 using the PRACH configuration. Therefore, in the second modification of the fifth embodiment, the target donor node 200-2 can also control the PRACH resource so as to suppress overlap of the resource.

[0211] Fig. 22 is a diagram illustrating an example of operation according to the second modified example of the fifth embodiment. However, in the example of operation illustrated in Fig. 22, it is assumed that the donor node 200 receives the PRACH configuration of the adjacent donor node as a pre-setting.

[0212] 22, in step S100, the IAB node 300 turns on the power. Instead of turning on the power, the IAB node 300 may receive an RRC Reconfiguration (HO Command) and establish an RRC connection with the donor node 200.

[0213] In step S101, the IAB node 300 transmits an F1 Setup Request message to the donor node 200. The message includes a PRACH setting of the IAB node 300. In the case of Mobile IAB, the message may be configured to include the PRACH setting without fail.

[0214] In step S102, the donor node 200 checks the PRACH setting of the IAB node 300 based on the PRACH setting of the adjacent donor node. Specifically, the donor node 200 checks whether the PRACH setting of the IAB node 300 collides with the PRACH setting of the adjacent donor node. If there is no collision, the donor node 200 ends the process without performing the following process. In the following, it is assumed that there is a collision.

[0215] In step S103, the donor node 200 determines a PRACH setting that does not collide with the PRACH setting of an adjacent donor node. Specifically, the donor node 200 determines a PRACH setting that does not collide with the PRACH setting of the donor node 200 itself and that of an adjacent donor node.

[0216] In this case, the donor node 200 may transmit an F1 Setup Failure message to the IAB node 300 instead of determining the PRACH setting. In this case, the donor node 200 may transmit an F1 Setup Failure message including a cause indicating that the PRACH setting of the IAB node 300 is NG or that the PRACH setting conflicts. When the IAB node 300 receives the F1 Setup Failure message, the IAB node 300 may reconsider another PRACH setting. The IAB node 300 may transmit the other PRACH setting to the donor node 200 and repeat steps S101 and thereafter.

[0217] In step S104, the donor node 200 transmits an F1 Setup Response message including the determined PRACH setting to the IAB node 300.

[0218] In step S105, the IAB node 300 applies the PRACH setting determined by the donor node 200. The IAB node 300 may apply the PRACH setting when starting to access the donor node 200 or when completing the access.

[0219] In the operation example shown in FIG. 12, an example of the F1 Setup Request message (step S101) and the F1 Setup Response message (step S104) has been described.

[0220] A gNB-DU Configuration Update message may be used instead of the F1 Setup Request message, and a gNB-DU Configuration Update Acknowledge message may be used instead of the F1 Setup Response message. In this case, the PRACH setting of the IAB node 300 is included in the gNB-DU Configuration Update message, and the determined PRACH setting is included in the gNB-DU Configuration Update Acknowledge message.

[0221] Also, a gNB-CU Configuration Update message may be used instead of the F1 Setup Request message, and a gNB-DU Configuration Update Acknowledge message may be used instead of the F1 Setup Response message. In this case, the PRACH setting of the IAB node 300 is included in the gNB-CU Configuration Update message, and the determined PRACH setting is included in the gNB-DU Configuration Update Acknowledge message.

[0222] [Other embodiments] A program may be provided that causes a computer to execute each process performed by the UE 100, the gNB 200, or the IAB node 300. The program may be recorded in a computer-readable medium. Using the computer-readable medium, it is possible to install the program in the computer. Here, 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 a DVD-ROM.

[0223] In addition, circuits that execute each process performed by UE 100, gNB 200, or IAB node 300 may be integrated, and at least a portion of UE 100, gNB 200, or IAB node 300 may be configured as a semiconductor integrated circuit (chip set, SoC: System on a chip).

[0224] As used in this disclosure, the terms "based on" and "depending on" do not mean "based only on" or "depending only on," unless otherwise specified. The term "based on" means both "based only on" and "based at least in part on." Similarly, the term "depending on" means both "based only on" and "based at least in part on." Additionally, "obtain / acquire" may mean obtaining information from stored information, from information received from other nodes, or by generating information. The terms "include," "comprise," and variations thereof do not mean including only the items listed, but may include only the items listed, or may include additional items in addition to the items listed. Additionally, the term "or" as used in this disclosure is not intended to be an exclusive or. Additionally, any reference to elements using designations such as "first," "second," etc., as used in this disclosure is not intended to generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, reference to a first and a second element does not imply that only two elements may be employed therein or that the first element must precede the second element in some manner. In this disclosure, where articles are added by translation, such as a, an, and the in English, these articles are intended to include the plural unless the context clearly indicates otherwise.

[0225] Although one embodiment has been described in detail above with reference to the drawings, the specific configuration is not limited to the above, and various design changes and the like are possible without departing from the scope of the invention. In addition, it is also possible to combine all or part of each embodiment as long as there is no contradiction.

[0226] This application claims priority to Japanese Patent Application No. 2021-114499 (filed July 9, 2021), the entire contents of which are incorporated herein by reference. [Explanation of symbols]

[0227] 1: Mobile communication systems 10:5GC 11: AMF 100:UE 110: Wireless communication unit 120: Control section 200 (200-1, 200-2): gNB (donor node) 210: Wireless Communication Department 220: Network Communication Department 230: Control section 300: IAB node 310: Wireless Communication Department 320: Control section

Claims

1. A communication control method for use in a cellular communication system, comprising: A first cell ID that can be used in a mobile IAB node is set by an OAM in the mobile IAB node; a donor node sending an F1 message to the mobile IAB node, the F1 message including a second cell ID; The second cell ID is a cell ID that does not collide with the first cell ID among cell IDs available in the donor node. Communications control method.

2. A mobile IAB node capable of moving in a cellular communication system, comprising: A control unit in which a first cell ID available in the mobile IAB node is set by an OAM; a receiving unit for receiving an F1 message including a second cell ID from a donor node; The second cell ID is a cell ID that does not collide with the first cell ID among cell IDs available in the donor node. Mobile IAB Node.

3. A mobile IAB node capable of moving in a cellular communication system, A process in which a first cell ID available in the mobile IAB node is configured by an OAM; receiving an F1 message from a donor node including a second cell ID; Run the command, The second cell ID is a cell ID that does not collide with the first cell ID among cell IDs available in the donor node. program.

4. A chip set for a mobile IAB node capable of moving in a cellular communication system, comprising: A first cell ID available in the mobile IAB node is configured by an OAM; receiving an F1 message from a donor node including a second cell ID; Run The second cell ID is a cell ID that does not collide with the first cell ID among cell IDs available in the donor node. Chipset.

5. A cellular communication system having a mobile IAB node according to claim 2.

Images