WO2024257625A1 - 通信装置、制御方法及びプログラム - Google Patents

通信装置、制御方法及びプログラム Download PDF

Info

Publication number
WO2024257625A1
WO2024257625A1 PCT/JP2024/019968 JP2024019968W WO2024257625A1 WO 2024257625 A1 WO2024257625 A1 WO 2024257625A1 JP 2024019968 W JP2024019968 W JP 2024019968W WO 2024257625 A1 WO2024257625 A1 WO 2024257625A1
Authority
WO
WIPO (PCT)
Prior art keywords
iab
iab node
node
message
border
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2024/019968
Other languages
English (en)
French (fr)
Inventor
大河 恩田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
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 Canon Inc filed Critical Canon Inc
Priority to EP24823245.6A priority Critical patent/EP4727197A1/en
Publication of WO2024257625A1 publication Critical patent/WO2024257625A1/ja
Priority to US19/409,414 priority patent/US20260089746A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/27—Control channels or signalling for resource management between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • 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 device, a control method, and a program.
  • 3GPP (3rd Generation Partnership Project) (registered trademark) is currently working on standardizing IAB (Integrated Access and Backhaul) as a communications technology for backhaul.
  • IAB technology is a technology that simultaneously uses millimeter wave wireless communication in the 28 GHz band, which is used for access communication between base stations and user equipment (UE), as backhaul communication (Patent Document 1).
  • IAB technology By using IAB technology, it is possible to expand area coverage at a lower cost than with conventional wired communications using optical fiber, etc.
  • 3GPP has been formulating specifications for border IAB nodes up to Rel-17.
  • a border IAB node is an IAB node that has been discussed since Rel-17 and connects to both IAB networks managed by different IAB donors.
  • the control of the border IAB node is performed by a single IAB donor. Therefore, IAB nodes that connect below the border IAB node connect to the IAB network managed by the IAB donor that controls the border IAB node.
  • the advantage of a border IAB node is that when an IAB donor that controls a border IAB node communicates with a device that connects to the border IAB node, the communication can be via an IAB network managed by another IAB donor. This allows the IAB donor that controls the border IAB node to reduce inconvenience when a wireless link failure occurs in the network that it manages. In other words, by using another IAB network, it becomes possible to communicate while avoiding wireless link failure.
  • IAB nodes As 5G (5th Generation Mobile Communication System) becomes more widespread in the future, it is expected that IAB nodes, and especially mobile IAB nodes, will become more widely used by the general public. In this case, there is a possibility that all IAB nodes will not be able to function as border IAB nodes due to device specifications, resource limitations, etc.
  • the present invention has been made in consideration of at least one of the above problems.
  • One aspect of the present invention aims to provide a mechanism that makes it possible to identify IAB nodes that can operate as border IAB nodes.
  • FIG. 2 is a hardware block diagram of an IAB node and an IAB donor.
  • FIG. 2 is a software functional block diagram of an IAB node and an IAB donor.
  • 1 is a configuration example of a backhaul communication system (a network using backhaul communication) according to a first embodiment.
  • 1 is an example of a boundary IAB node processing sequence for an IAB node in the 3GPP standard.
  • 1 is a schematic flowchart illustrating an example of an RRC message generation process of an IAB node in the first embodiment.
  • 13 is an example of a sequence for determining whether or not a boundary IAB node process is required by an IAB donor according to the first embodiment.
  • 1 is an example of a network participation processing sequence of an IAB node in the 3GPP standard.
  • 13 is an example of a sequence for determining whether or not a boundary IAB node process is required for an IAB donor in the second embodiment.
  • FIG. 1 is a block diagram showing an example of a hardware configuration of an IAB node according to the first embodiment. Note that the hardware configuration of an IAB donor may be similar.
  • the hardware configuration 101 of the IAB node includes a control unit 102, a memory unit 103, a wireless communication unit 104, and a communication antenna control unit 105.
  • the control unit 102 is composed of one or more processors such as a CPU or MPU, and controls the entire communication device by executing a control program read into the RAM, which is the storage unit 103.
  • processors such as a CPU or MPU
  • the control unit 102 controls the entire communication device by executing a control program read into the RAM, which is the storage unit 103.
  • each process performed by the control unit 102 which will be described in the flowcharts below, can also be realized using hardware circuits such as ASIC or FPGA.
  • ASIC is an abbreviation for Application Specific Integrated Circuit.
  • FPGA is an abbreviation for Field Programmable Gate Array.
  • the processes described in the flowcharts below can be realized by having a hardware circuit and a processor such as a CPU or MPU work together.
  • the memory unit 103 stores information used by the control unit 102 for control and information related to communication.
  • the memory unit 103 stores the control program executed by the control unit 102, as well as various information such as cell information, connection terminal information, IAB routing information, and location information.
  • the memory unit 103 may include a main memory unit and an auxiliary memory unit.
  • the main memory unit may be, for example, a ROM (Read Only Memory) or a RAM (Random Access Memory).
  • the main memory unit may store or temporarily store programs and data such as an OS (Operating System) which is the basic software executed by the control unit 102, and application software.
  • the auxiliary memory unit may be, for example, a HDD (Hard Disk Drive) or an SSD (Solid State Drive), and may store data related to application software.
  • a control program stored in a non-volatile storage area is expanded in a RAM (Random Access Memory) and executed by a processor constituting the control unit 102. In this way, the control unit 102 and the memory unit 103 may function as a so-called computer.
  • the storage unit 103 may include a recording medium that stores a specific program.
  • the program stored in this recording medium may be installed via a drive device or the like, and the installed specific program may be executable by the control unit 102.
  • Various types of recording media may be used as the recording medium.
  • the recording medium may be a recording medium that records information optically, electrically, or magnetically, such as a CD (Compact Disc)-ROM, a flexible disk, or a magneto-optical disk.
  • the recording medium may also be a semiconductor memory that records information electrically, such as a ROM or a flash memory. Note that the recording medium does not include a carrier wave.
  • the wireless communication unit 104 performs cellular network communication such as LTE and 5G that conform to the 3GPP standard.
  • FIG. 2 is a block diagram showing an example of the configuration of the software function blocks of an IAB node that executes the communication control function.
  • the software configuration of an IAB donor may be similar.
  • the IAB node software configuration 201 is stored in the memory unit 103 and executed in the control unit 102.
  • the software configuration 201 includes a signal transmission unit 202, a signal reception unit 203, a data storage unit 204, a connection control unit 205, an RRC message detection unit 206, an RRC message generation unit 207, and a communication control unit 208.
  • the signal transmitting unit 202 and the signal receiving unit 203 carry out cellular network communication such as LTE and 5G that conform to the 3GPP standard with a terminal device such as a UE.
  • the data storage unit 204 stores and holds the software itself, IAB routing information, information about connected terminals, location information, movement route information, etc.
  • connection control unit 205 controls the antenna for wireless communication performed by the wireless communication unit 104.
  • the RRC message detection unit 206 detects RRC messages from IAB nodes located in the vicinity (hereinafter also referred to as "surrounding IAB nodes"), UEs, and IAB donors.
  • RRC is an abbreviation for Radio Resource Control.
  • the RRC message generation unit 207 generates RRC messages to be sent to surrounding IAB nodes, UEs, and IAB donors.
  • the communication control unit 208 connects to and disconnects from networks such as LTE and 5G.
  • FIG. 3 shows an example of the configuration of a backhaul communication system (a network using backhaul communication) in this embodiment.
  • backhaul communication communication from the IAB donor, which is the relay source, is relayed in order from the parent node to the child node.
  • an IAB donor provides backhaul communication to an IAB node that connects to itself, in which case the IAB donor is the parent node, and the IAB node that connects to the IAB donor is the child node.
  • the communication system includes IAB donors 302 and 303 that are connected to CN (core network) 301.
  • IAB donor 302 and IAB donor 303 provide a connection to CN 301 via backhaul communication to the IAB nodes that connect to them as child nodes (i.e., provide backhaul communication).
  • the CN and the IAB donor are typically connected by wire and via an IP (Internet Protocol) network.
  • IP Internet Protocol
  • the interface between IAB donors is the Xn interface defined in 3GPP TS 38.420.
  • UE 307 communicating in cell area 308 of a cell provided by IAB node 306 can connect to CN 301 via each IAB donor or IAB node. In the communication system shown in FIG. 3, UE 307 connects to CN 301 via IAB node 306.
  • IAB donors and IAB nodes can also provide UEs with connectivity to CN 301 in their cell areas.
  • IAB node 310 is connected to IAB donor 303 as a child node.
  • IAB node 310 is further connected to IAB node 311 as a child node. In this way, IAB donor 302 and IAB donor 303 each build their own IAB network.
  • Figure 4A shows a typical sequence when an IAB node according to the 3GPP standard operates as a border IAB node. This sequence is defined in 3GPP TS 38.401.
  • IAB node 306 operates as a boundary IAB node
  • IAB node 310 IAB donor 303
  • UE307 is connected to IAB node 306. In this case, UE307 transmits and receives downlink data S420 and uplink data S421 to CN301 via IAB node 306, IAB node 304, and IAB donor 302.
  • the NR-DC connection establishment process for the boundary IAB node shown in S401 is performed between the IAB node 306 and CN 301.
  • the "DC" in NR-DC is an abbreviation for Dual Connectivity.
  • the IAB node 306 collects information on surrounding IAB nodes and base stations, and transmits the currently connected upper node as a Measurement Report.
  • the IAB donor 302 and other devices work together to execute the NR-DC connection establishment process, which adds the second connection destination selected by the IAB donor 302 as a secondary node.
  • This processing sequence is defined in 3GPP TS 37.340 and is performed on the MT (Mobile Termination) part of the border IAB node 306.
  • IAB donor 302 sends an IAB TRANSPORT MIGRATION MANAGEMENT REQUEST message to IAB donor 303, which is the second connection destination.
  • the IAB donor 303 Upon receiving this request, the IAB donor 303 sends a DL RRC MESSAGE TRANSFER message, which corresponds to an RRCReconfiguration message, to the IAB node 310 in S403.
  • the IAB node 310 sends an RRCReconfiguration message to the boundary IAB node 306 to which it is to connect.
  • the border IAB node 306 sends an RRCReconfigurationComplete message to the IAB node 310 in S405.
  • the IAB node 310 sends a UL RRC MESSAGE TRANSFER message equivalent to the RRCReconfigurationComplete message to the IAB donor 303 (S406).
  • the border IAB node 306 is prepared to connect to the IAB node 310 and IAB donor 303, which will be the second communication path. Then, in S407, wireless layer and backhaul connection processing is performed between the border IAB node 306 and the IAB node 310 and IAB donor 303, which will be the second connection destination.
  • IAB donor 303 sends an IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE to IAB donor 302 as a response to S402.
  • IAB donor 302 sends an IAB TRANSPORT MIGRATION MANAGEMENT REQUEST message to IAB donor 303, which is the offload destination (S410). The sending of this message corresponds to the sending of the completion of the offload process.
  • IAB donor 303 sends an IAB TRANSPORT MIGRATION MANAGEMENT RESPONSE message to IAB donor 302 (S411).
  • IAB node 306 operates as a boundary IAB node, and uplink and downlink data can be sent and received on the second communication path via IAB node 310.
  • the process shown in FIG. 4A is performed when the IAB node 306 is a mobile IAB node and operates as a border IAB node. By allowing the moving mobile IAB node to become a border IAB node, connection switching during movement can be performed seamlessly.
  • FIG. 4B is a schematic flowchart showing an example of an RRC message generation process executed on the mobile IAB node 306 side.
  • the process shown in FIG. 4B may be executed at any timing when the mobile IAB node 306 is not operating as a border IAB node.
  • the process shown in FIG. 4B may be executed before transmitting the RRCSetupComplete message in step S605 of FIG. 6 described later.
  • the mobile IAB node 306 determines whether it can operate as a border IAB node. Whether it can operate as a border IAB node may be determined based on any determination criteria. For example, the determination criteria may include that the location of the mobile IAB node 306 is within a location range in which it can operate as a border IAB node.
  • the mobile IAB node 306 includes in the RRC message specific information indicating that the node is capable of operating as a border IAB node.
  • the specific information is information indicating whether the node is capable of operating as a border IAB node.
  • the mobile IAB node 306 includes in the RRC message specific information indicating that the node is not capable of operating as a border IAB node. Note that in other embodiments, if the node is not capable of operating as a border IAB node, the mobile IAB node 306 may not include the specific information itself in the RRC message in step S452.
  • the IAB donor 302 receiving the RRC message can determine whether the mobile IAB node 306 can operate as a border IAB node based on specific information.
  • FIG. 5 is a schematic flow chart showing the flow of processing performed on the IAB donor 302 side in relation to the processing shown in FIG. 4B.
  • the mobile IAB node 306 joins the network topology via the IAB node 304, and the associated processing shown in FIG. 6 is executed.
  • FIG. 6 shows an example sequence for when a mobile IAB node 306 joins a 5G network.
  • This sequence is an example of a 5G network connection sequence for a typical IAB node according to the 3GPP standard defined in 3GPP TR38.401.
  • the mobile IAB node 306 sends an RRCSetupRequest message to the IAB node 304 in S601.
  • the IAB node 304 that received the message wants the sending mobile IAB node 306 to join the 5G network, it sends an initial UL RRC message to the IAB donor 302 in S602.
  • the IAB donor 302 When the IAB donor 302 receives this message, it sends a DL RRC message (S603) to the IAB node 304, and the IAB node 304 sends an RRCSetup message (S604) to the mobile IAB node 306.
  • the mobile IAB node 306 receives this and sends an RRCSetupComplete message to the IAB node 304 in S605.
  • the IAB node 304 then sends an UL RRC message to the IAB donor 302 in S606 to relay the RRCSetupComplete message.
  • the IAB donor 302 In order to establish a context for the mobile IAB node 306 that has connected to the IAB donor 302, the IAB donor 302 sends a context setup request message to the IAB node 304 in S607.
  • the IAB node 304 sends a SecurityModeCommand message to the mobile IAB node 306 in S608.
  • the IAB node 304 After sending this message, the IAB node 304 asynchronously sends a context setup response message to the IAB donor 302 in S609.
  • the mobile IAB node 306 sends a SecurityModeComplete message to the IAB node 304 in S610.
  • the IAB node 304 relays the SecurityModeComplete message and sends a UL RRC message to the IAB donor 302 in S611.
  • the IAB donor 302 receives this and sends the RRCConfiguration message in a DL RRC message to the IAB node 304 in S612.
  • the IAB node 304 relays the DL RRC message and sends the RRCConfiguration message to the mobile IAB node 306 in S613.
  • the mobile IAB node 306 sends an RRCConfigurationComplete message in response to the RRCConfiguration message to the IAB node 304 in S614.
  • the IAB node 304 relays this and sends a UL RRC message to the IAB donor 302 in S615.
  • the RRCSetupComplete message format is defined in 3GPP TS 38.331.
  • the specified information may be included in the RRCSetupComplete-IEs parameters or the extension parameter group of the RRCSetupComplete-IEs.
  • RRCSetupComplete message specific information may be included in the RRCSetupRequest message or the RRCReconfigurationComplete message.
  • the IAB donor 302 determines whether the RRCSetupComplete message contains specific information.
  • the RRCSetupRequest message may contain specific information instead of or in addition to the RRCSetupComplete message. In this case, the IAB donor 302 may determine in F502 whether the RRCSetupRequest message contains specific information.
  • the IAB donor 302 determines whether the RRCSetupComplete message includes an information field indicating whether or not the IAB donor can operate as a border IAB node.
  • a parameter check is performed that is included in the information field to determine whether or not the node can operate as a border IAB node.
  • the parameter may be a binary value, such as 1 for operable and 0 for inoperable.
  • the information field may be set only if the node is operable.
  • the judgment process in F503 determines that the currently participating mobile IAB node 306 can operate as a border IAB node, a series of processes shown in FIG. 4A are required to operate it as a border IAB node.
  • the IAB donor 302 in F505 performs a series of processes shown in FIG. 4A to operate it as a border IAB node.
  • an IAB node transmits to the IAB donor whether or not it can operate as a border IAB node, and the IAB donor 302 that receives this can determine whether or not to perform the process shown in FIG. 4A.
  • This allows the process shown in FIG. 4A to be performed only for IAB nodes that can operate as border IAB nodes. As a result, it is possible to reduce the inconvenience (the increase in system load described above) that can occur when all IAB nodes operate as border IAB nodes.
  • the IAB node transmits predetermined information when it joins the network topology. Then, the IAB donor uses the predetermined information to determine whether or not to execute the series of processes shown in Fig. 4A for operating as a border IAB node. In contrast, in the second embodiment, the timing at which the IAB node transmits surrounding environment information to the IAB donor is used, rather than the timing at which the IAB node joins the network topology. Specifically, it is as follows.
  • an IAB node periodically transmits the collected surrounding environment information to an IAB donor in a MeasurementReport message.
  • This message is used by the IAB donor to form the network topology.
  • the IAB donor After receiving the Measurement Report message, the IAB donor sends an RRCReconfiguration message to the sending IAB node to reconfigure the network topology as necessary. This causes the IAB donor to be handed over.
  • the series of processes shown in FIG. 4A for operating as a border IAB node may be performed at such timing.
  • the MeasurementReport message is sent with the specified information included.
  • the IAB donor can use the MeasurementReport message to determine whether or not to carry out the series of processes shown in Figure 4A to operate as a border IAB node.
  • FIG. 7 shows a flow chart for the IAB donor 302 in this embodiment.
  • the IAB node 306 is a mobile IAB node that is assumed to move, but in this embodiment, it is described as an IAB node that does not move. However, it goes without saying that it may also be a mobile IAB node that is assumed to move.
  • the IAB donor 302 receives a MeasurementReport message including specific information from the IAB node 306 via the IAB node 304.
  • the MeasurementReport message format is defined in 3GPP TS38.331.
  • the specific information can be included in parameters in the MeasResults field in the MeasurementReport-IEs field.
  • the IAB donor 302 checks the current network topology in F702 and determines in F703 whether a change to the network topology of the IAB node 306 is necessary.
  • the system returns to normal operation. However, in this case, it may be determined that it is not necessary to operate as a border IAB node, but that a handover to another node is necessary. In other words, a handover process for the IAB node in question (not shown) may be executed.
  • the node determines whether an information field is included indicating whether or not the node can operate as a border IAB node.
  • a parameter check is performed on the information field to determine whether or not the node can operate as a border IAB node.
  • This second embodiment also provides the same effects as the first embodiment described above.
  • the transmission means for transmitting the specific information mainly uses an RRC message.
  • the specific information may also be included in the IAB node's notification information, such as a beacon, and transmitted.
  • Broadcast information includes SSB, MIB, SIB, etc., and the information transmitted by these may include specified information (information on whether the sending IAB node can operate as a boundary IAB node).
  • SSB is an abbreviation for Synchronization Signal Block.
  • MIB is an abbreviation for Master Information Block.
  • SIB is an abbreviation for System Information Block.
  • SIBs various information formats are defined for SIBs in particular, such as surrounding cell information, idle information, and side link related information.
  • a new format for defining specific information may be created within these definitions and transmitted as a new SIB.
  • a field indicating specific information may be added to an existing information definition format.
  • the specified information information field indicating whether or not the node can operate as a border IAB node
  • the system returns to normal operation. In other words, as shown in F504 and F707, the connection process as a border IAB node is not carried out.
  • the system operation may be to perform connection processing as a border IAB node.
  • a mobile IAB node is used in the first embodiment, and an IAB node that does not move is used in the second embodiment.
  • the determination process shown in FIG. 4A and FIG. 7 may be performed in a different order or with additional determination processes.
  • the process shown in F704 for determining whether the source IAB node needs to operate as a border IAB node may be performed as a pre-processing step of F502.
  • a method of including specific information in the IAB node's notification information, such as a beacon, and transmitting it as a transmission means other than an RRC message is exemplified.
  • it may be transmitted in a BAP (Backhaul Adaptation Protocol) message.
  • the BAP message specifications are defined in 3GPP TS 38.340.
  • it may be transmitted by including specific information (an information field and a parameter indicating whether the source IAB node can operate as a border IAB node) in a data PDU (Protocol Data Unit) and a control PDU.

Landscapes

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

Abstract

一のＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ネットワークを形成するＩＡＢノードとして機能している自ノードが、一のＩＡＢネットワークと他の一のＩＡＢネットワークの両方へ接続するＩＡＢノードである境界ＩＡＢノードとして動作可能であるか否かを判定する判定手段と、判定手段の判定結果に基づいて、判定結果に応じた通信メッセージを送信する送信手段を有することを特徴とする、通信装置が開示される。

Description

通信装置、制御方法及びプログラム
　本開示は、通信装置、制御方法及びプログラムに関する。
　３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）（登録商標）において、バックホール用の通信技術としてＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）の規格化が進んでいる。
　ＩＡＢ技術は、基地局とユーザ機器（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）との間のアクセス通信に用いられる２８ＧＨｚ帯等のミリ波無線通信を、バックホール通信として同時に利用する技術である（特許文献１）。
　ＩＡＢ技術を用いたバックホール通信においては、ＩＡＢノードと呼ばれる中継機器が、基地局であるＩＡＢドナーからの通信をミリ波通信により中継する。
　ＩＡＢ技術を用いることで、従来の光ファイバーなどによる有線通信と比較して低コストでエリアのカバレッジを広げることができる。
　これまで３ＧＰＰでは、Ｒｅｌ－１７まで境界ＩＡＢノードについて仕様策定を実施してきた。
　特許文献２に開示されるように、境界ＩＡＢノードとはＲｅｌ－１７から議論されている内容で、異なるＩＡＢドナーによって管理される各ＩＡＢネットワークの両方へ接続するＩＡＢノードである。境界ＩＡＢノードの制御は単一のＩＡＢドナーによって実行される。そのため、境界ＩＡＢノードの下位に接続するＩＡＢノードは、境界ＩＡＢノードを制御するＩＡＢドナーによって管理されるＩＡＢネットワークへと接続する。
　境界ＩＡＢノードによる利点は、境界ＩＡＢノードを制御するＩＡＢドナーが、境界ＩＡＢノードへ接続する装置と通信する際に、他のＩＡＢドナーが管理するＩＡＢネットワークを経由して通信することが可能である点である。これにより、境界ＩＡＢノードを制御するＩＡＢドナーは、自身が管理するネットワークにおいて、無線リンク障害が発生した場合に不都合を低減できる。すなわち、他のＩＡＢネットワークを利用することで無線リンク障害を回避して通信することが可能になる。
特表２０１９－５３４６２５号公報 米国特許公開第２０２２／０３９４５７１号
　今後５Ｇ（５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｍｏｂｉｌｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｙｓｔｅｍ）が普及し、ＩＡＢノードや、特にモバイルＩＡＢノードが一般に広く利用されるようになってくると予想される。この場合、機器スペックやリソース制限等により全てのＩＡＢノードが境界ＩＡＢノードとして機能できない可能性がある。
　本発明は、上述の課題の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、境界ＩＡＢノードとして動作可能なＩＡＢノードを把握可能とする仕組みを提供することを目的とする。
　本発明の１つの側面としての通信装置は、一のＩＡＢネットワークを形成するＩＡＢノードとして機能している自ノードが、前記一のＩＡＢネットワークと他の一のＩＡＢネットワークの両方へ接続するＩＡＢノードである境界ＩＡＢノードとして動作可能であるか否かを判定する判定手段と、
　前記判定結果に基づいて、前記判定結果に応じた通信メッセージを送信する送信手段を有することを特徴とする。
　本発明の１つの側面によれば、境界ＩＡＢノードとして動作可能なＩＡＢノードを把握可能とする仕組みを提供することが可能となる。
ＩＡＢノード及びＩＡＢドナーを構成するハードウェアブロック図である。 ＩＡＢノード及びＩＡＢドナーのソフトウェア機能ブロック図である。 第一の実施形態におけるバックホール通信システム（バックホール通信によるネットワーク）の構成例である。 ３ＧＰＰ規格におけるＩＡＢノードに係る境界ＩＡＢノード処理シーケンス例である。 第一の実施形態におけるＩＡＢノードのＲＲＣメッセージ生成処理の一例を示す概略的なフローチャートである。 第一の実施形態におけるＩＡＢドナーの境界ＩＡＢノード処理要否判断シーケンス例である。 ３ＧＰＰ規格におけるＩＡＢノードのネットワーク参加処理シーケンス例である。 第二の実施形態におけるＩＡＢドナーの境界ＩＡＢノード処理要否判断シーケンス例である。
　以下、添付図面を参照しながら各実施形態について詳細に説明する。
　以下で説明する各実施形態は、主に５Ｇでの適用例について説明されるが、各実施形態は、５Ｇに限られず、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）、４Ｇ及び６Ｇ以降の他の次世代ネットワークに対しても適用可能である。
　［第一の実施形態］
　図１は第一の実施形態に係るＩＡＢノードのハードウェア構成の一例を表すブロック図である。なお、ＩＡＢドナーのハードウェア構成についても同様であってよい。
　ＩＡＢノードのハードウェア構成１０１は、制御部１０２、記憶部１０３、無線通信部１０４、及び、通信アンテナ制御部１０５を含む。
　制御部１０２は、例えば、ＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部１０３であるＲＡＭに読みだされた制御プログラムを実行することにより通信装置の全体を制御する。なお、後述するフローチャートで説明する制御部１０２が行う各処理は、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて実現することもできる。なお、ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙの略語である。また、ハードウェア回路と、ＣＰＵやＭＰＵ等のプロセッサとを協働することで、後述するフローチャートで説明する処理を実現することもできる。
　記憶部１０３は制御部１０２が制御に使う情報や通信に関わる情報を保存する。例えば、記憶部１０３は、制御部１０２が実行する制御プログラムと、セル情報や接続端末情報、ＩＡＢのルーティング情報、位置情報等の各種情報を記憶する。
　記憶部１０３は、主記憶部及び補助記憶部を含んでよい。主記憶部は、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などである。主記憶部は、制御部１０２が実行する基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）やアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存してよい。補助記憶部は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などであり、アプリケーションソフトウェアなどに関連するデータを記憶してよい。例えば、不揮発性の記憶領域に記憶された制御プログラムはＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）に展開され、制御部１０２を構成するプロセッサにより実行される。このように、制御部１０２及び記憶部１０３は、所謂コンピュータとして機能してよい。
　記憶部１０３は、所定のプログラムを格納する記録媒体を含んでもよい。この記録媒体に格納されたプログラムは、ドライブ装置等を介してインストールされ、インストールされた所定のプログラムは、制御部１０２により実行可能とされてもよい。記録媒体は、様々なタイプの記録媒体を用いることができる。例えば、記録媒体は、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する記録媒体であってよい。また、記録媒体は、ＲＯＭや、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等であってよい。なお、記録媒体には、搬送波は含まれない。
　無線通信部１０４は、３ＧＰＰ規格に準拠するＬＴＥ、５Ｇ等のセルラー網通信を行う。
　通信アンテナ制御部１０５は、無線通信部１０４において実行される無線通信に使用するアンテナを制御する。
　図２は通信制御機能を実行するＩＡＢノードのソフトウェア機能ブロックの構成の一例を表すブロック図である。なお、ＩＡＢドナーのソフトウェア構成についても同様であってよい。
　ＩＡＢノードのソフトウェア構成２０１は、記憶部１０３に格納され、制御部１０２において実行される。
　ソフトウェア構成２０１は、信号送信部２０２、信号受信部２０３、データ記憶部２０４、接続制御部２０５、ＲＲＣメッセージ検出部２０６、ＲＲＣメッセージ生成部２０７、及び通信制御部２０８を備える。
　信号送信部２０２及び信号受信部２０３は、ＵＥのような端末装置との間で３ＧＰＰ規格に準拠したＬＴＥ、５Ｇ等のセルラー網通信を実施する。
　データ記憶部２０４は、ソフトウェアそのもの及び、ＩＡＢのルーティング情報や、接続中端末に関する情報、位置情報や移動経路情報等を記憶保持する。
　接続制御部２０５は、無線通信部１０４にて行われる無線通信用のアンテナを制御する。
　ＲＲＣメッセージ検出部２０６は、周辺に位置するＩＡＢノード（以下、「周辺ＩＡＢノード」とも称する）やＵＥ、ＩＡＢドナーからのＲＲＣメッセージを検出する。ＲＲＣは、Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌの略語である。
　ＲＲＣメッセージ生成部２０７は、周辺ＩＡＢノードやＵＥ、ＩＡＢドナーへ送信するＲＲＣメッセージを生成する。
　通信制御部２０８は、ＬＴＥ、５Ｇ等のネットワークへの接続や離脱を行う。
　図３は、本実施形態におけるバックホール通信システム（バックホール通信によるネットワーク）の構成例を示す。
　なお、バックホール通信では、中継元であるＩＡＢドナーからの通信が、順に親ノードから子ノードへと中継される。例えば、ＩＡＢドナーは、自局に接続するＩＡＢノードに対してバックホール通信を提供し、ここではＩＡＢドナーは親ノード、ＩＡＢドナーへ接続するＩＡＢノードは子ノードという関係になる。
　図３に示す例では、通信システムには、ＣＮ（コアネットワーク）３０１に接続されるＩＡＢドナーとして、ＩＡＢドナー３０２とＩＡＢドナー３０３が存在する。ＩＡＢドナー３０２とＩＡＢドナー３０３は、バックホール通信を介したＣＮ３０１への接続を、子ノードとして自身に接続するＩＡＢノードに対して提供する（すなわち、バックホール通信を提供する）。
　ＣＮ及びＩＡＢドナー間は、有線接続されており、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）ネットワークによって接続されることが一般的である。また、ＩＡＢドナー間のインターフェースは、３ＧＰＰ　ＴＳ３８．４２０で定義されるＸｎインターフェースである。
　ＩＡＢドナー３０２には、子ノードとしてＩＡＢノード３０４が接続されている。さらにＩＡＢノード３０４には、子ノードとしてＩＡＢノード３０５及びＩＡＢノード３０６が接続されている。
　ＩＡＢノード３０６がサービスを提供するセルのセルエリア３０８において通信するＵＥ３０７は、各ＩＡＢドナーやＩＡＢノードを介してＣＮ３０１へ接続することができる。図３に示す通信システムでは、ＵＥ３０７は、ＩＡＢノード３０６を介してＣＮ３０１へ接続する。
　また、ＩＡＢノード３０６以外の他のＩＡＢドナーやＩＡＢノードも同様にセルエリアをおいてＵＥに対してＣＮ３０１への接続を提供することができる。
　一方、ＩＡＢドナー３０３には、子ノードとしてＩＡＢノード３１０が接続されている。さらにＩＡＢノード３１０には子ノードとしてＩＡＢノード３１１が接続されている。このようにＩＡＢドナー３０２、ＩＡＢドナー３０３はそれぞれ各ＩＡＢネットワークを構築している。
　なお、図３に示す通信システムにおける各通信装置の配置／構成は一例であり、他の配置／構成において、以下の説明を適用可能である。
　また、図３に示す通信システムにおける各通信装置は、ＮＲ（Ｎｅｗ　Ｒａｄｉｏ）アクセスネットワークとも呼ばれる５Ｇアクセスネットワークにおける通信装置である。また、無線基地局装置（ＩＡＢドナー及びＩＡＢノード）はｇＮＢとも称されうる。なお、他の次世代ネットワークによる構成に対しても、以下の説明を適用可能である。
　図４Ａに３ＧＰＰ規格によるＩＡＢノードが境界ＩＡＢノードとして動作する際の一般的なシーケンスを示す。本シーケンスは、３ＧＰＰ　ＴＳ３８．４０１に定義されている。
　本シーケンス図において、ＩＡＢノード３０６が境界ＩＡＢノードとして動作し、第二の接続先としてＩＡＢノード３１０、ＩＡＢドナー３０３が選択される場合を例示する。
　ＩＡＢノード３０６は現在、ＩＡＢノード３０４、ＩＡＢドナー３０２を経由してＣＮ３０１に接続している。
　ＵＥ３０７はＩＡＢノード３０６に接続している。この場合、ＵＥ３０７は、ＩＡＢノード３０６、ＩＡＢノード３０４、ＩＡＢドナー３０２を経由してＣＮ３０１へのダウンリンクデータＳ４２０とアップリンクデータＳ４２１を送受信している。
　まず、ＩＡＢノード３０６とＣＮ３０１の間で、Ｓ４０１に示す境界ＩＡＢノードのＮＲ－ＤＣ接続確立処理を実施する。なお、ＮＲ－ＤＣの“ＤＣ”は、Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙの略語である。ＩＡＢノード３０６は、周辺のＩＡＢノードや基地局の情報を収集し、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔとして接続中の上位ノードを送信する。当該ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを受信した上位ノードであるＩＡＢドナー３０２は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ等に基づき、ＩＡＢノード３０６が新たに接続を確立する第二の接続先を選択する。そして、ＩＡＢドナー３０２やその他各装置が協働することで、ＩＡＢドナー３０２により選択された第二の接続先をセカンダリノードとして追加するＮＲ－ＤＣ接続確立処理が実行される。
　本処理シーケンスは３ＧＰＰ　ＴＳ３７．３４０に定義されており、境界ＩＡＢノード３０６のＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）部に対して実施される。
　続いて、Ｓ４０２にてＩＡＢドナー３０２が第二の接続先となるＩＡＢドナー３０３へＩＡＢ　ＴＲＡＮＳＰＯＲＴ　ＭＩＧＲＡＴＩＯＮ　ＭＡＮＡＧＥＭＥＮＴ　ＲＥＱＵＥＳＴメッセージを送信する。
　本要求を受けたＩＡＢドナー３０３は、Ｓ４０３にてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに相当するＤＬ　ＲＲＣ　ＭＥＳＳＡＧＥ　ＴＲＡＮＳＦＥＲメッセージをＩＡＢノード３１０へ送信する。
　続いてＩＡＢノード３１０はＳ４０４にてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを接続先となる境界ＩＡＢノード３０６へ送信する。
　境界ＩＡＢノード３０６は上記メッセージに対する応答としてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをＳ４０５にてＩＡＢノード３１０へ送信する。これを受けたＩＡＢノード３１０はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに相当するＵＬ　ＲＲＣ　ＭＥＳＳＡＧＥ　ＴＲＡＮＳＦＥＲメッセージをＩＡＢドナー３０３へ送信する（Ｓ４０６）。
　これまでの処理により、境界ＩＡＢノード３０６が第二の通信経路となるＩＡＢノード３１０、ＩＡＢドナー３０３への接続準備が整う。そして、Ｓ４０７にて境界ＩＡＢノード３０６と、第二接続先となるＩＡＢノード３１０及びＩＡＢドナー３０３の間の無線層及びバックホール接続処理が実施される。
　上記処理の完了後、Ｓ４０８にてＳ４０２に対する応答としてＩＡＢドナー３０３からＩＡＢドナー３０２へＩＡＢ　ＴＲＡＮＳＰＯＲＴ　ＭＩＧＲＡＴＩＯＮ　ＭＡＮＡＧＥＭＥＮＴ　ＲＥＳＰＯＮＳＥを送信する。
　続いてＳ４０９にてアップリンク及びダウンリンクデータのオフロード処理が実施される。
　上記処理の完了後、ＩＡＢドナー３０２はオフロード先となっているＩＡＢドナー３０３へＩＡＢ　ＴＲＡＮＳＰＯＲＴ　ＭＩＧＲＡＴＩＯＮ　ＭＡＮＡＧＥＭＥＮＴ　ＲＥＱＵＥＳＴメッセージを送信する（Ｓ４１０）。このメッセージの送信は、オフロード処理の完了の送信に対応する。その応答としてＩＡＢドナー３０３はＩＡＢ　ＴＲＡＮＳＰＯＲＴ　ＭＩＧＲＡＴＩＯＮ　ＭＡＮＡＧＥＭＥＮＴ　ＲＥＳＰＯＮＳＥメッセージをＩＡＢドナー３０２へ送信する（Ｓ４１１）。
　ここまでの一連の処理により、Ｓ４２２及びＳ４２３に示すとおり、ＩＡＢノード３０６が境界ＩＡＢノードとしての動作を行い、ＩＡＢノード３１０を介した第二の通信経路でアップリンク及びダウンリンクデータの送受信が可能となる。
　また、これらの処理は必要に応じてＳ４１２で繰り返されてもよい。この場合、Ｓ４０１にてＮＲ－ＤＣ接続はすでに確立されているため、Ｓ４０２からＳ４１１の処理が実施される。
　ところで、図４Ａに示す処理は、ＩＡＢノード３０６がモバイルＩＡＢノードであり、境界ＩＡＢノードとして動作する際の処理である。移動するモバイルＩＡＢノードが境界ＩＡＢノードとなることで、移動時の接続切り替えをシームレスに実施できる。
　しかしながら、今後５Ｇが普及し、ＩＡＢノードや、特にモバイルＩＡＢノードが一般に広く利用されるようになってくることが想定される。この場合、機器スペックやリソース制限等により全てのＩＡＢノードが境界ＩＡＢノードになりえるとは考えにくい。
　また、全てのノードが境界ＩＡＢノードとして動作してしまうとＩＡＢドナーとＣＵ（Ｃｅｎｔｒａｌ　Ｕｎｉｔ）間の処理も増えてしまい、システム負荷が増加してしまうおそれもある。
　そこで、以下の図４Ｂ及び図５を参照して、境界ＩＡＢノードとして動作しないＩＡＢノードをＩＡＢドナー３０２側で明示的に区別できる仕組みについて説明する。
　図４Ｂは、モバイルＩＡＢノード３０６側で実行されるＲＲＣメッセージ生成処理の一例を示す概略的なフローチャートである。図４Ｂに示す処理は、モバイルＩＡＢノード３０６が境界ＩＡＢノードとして動作していない状況下で、任意のタイミングで実行されてよい。例えば、図４Ｂに示す処理は、後出の図６のステップＳ６０５のＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信する前のタイミング等で実行されてもよい。
　まず、Ｓ４５０にてモバイルＩＡＢノード３０６は、境界ＩＡＢノードとして動作可能であるか否かを判定する。境界ＩＡＢノードとして動作可能であるか否かは、任意の判定基準に基づいて判定されてもよい。例えば、判定基準は、モバイルＩＡＢノード３０６の位置が、境界ＩＡＢノードとして動作可能な位置範囲内であることを含んでよい。
　境界ＩＡＢノードとして動作可能である場合、ステップＳ４５１にてモバイルＩＡＢノード３０６は、ＲＲＣメッセージに、自ノードが境界ＩＡＢノードとして動作可能である旨を表す所定情報を含める。所定情報は、自ノードが境界ＩＡＢノードとして動作可能か否かを表す情報である。他方、境界ＩＡＢノードとして動作可能でない場合、ステップＳ４５２にてモバイルＩＡＢノード３０６は、ＲＲＣメッセージに、自ノードが境界ＩＡＢノードとして動作可能でない旨を表す所定情報を含める。なお、他の実施形態では、境界ＩＡＢノードとして動作可能でない場合、ステップＳ４５２にてモバイルＩＡＢノード３０６は、ＲＲＣメッセージに所定情報自体を含めないこととしてもよい。
　図４Ｂに示す処理によれば、ＲＲＣメッセージを受けるＩＡＢドナー３０２側で、所定情報に基づいて、モバイルＩＡＢノード３０６が境界ＩＡＢノードとして動作可能であるか否かを把握可能となる。
　図５は、図４Ｂに示した処理と関連して、ＩＡＢドナー３０２側で実行される処理の流れを示す概略的なフローチャートである。
　なお、本フローチャートは境界ＩＡＢノードとして動作するＩＡＢノード３０６が、移動を前提としたモバイルＩＡＢノードであるとして記載する。
　まず、Ｆ５０１にて、モバイルＩＡＢノード３０６がＩＡＢノード３０４を経由しネットワークトポロジへ参加することを起点として、図６に示すような関連する処理を実行する。
　ここで図６にモバイルＩＡＢノード３０６が５Ｇネットワークへ参加する際のシーケンス例を示す。本シーケンスは、３ＧＰＰ　ＴＲ３８．４０１にて定義される３ＧＰＰ規格による一般的なＩＡＢノードの５Ｇネットワーク接続シーケンス例である。
　まず、モバイルＩＡＢノード３０６はＳ６０１にてＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージをＩＡＢノード３０４へ送信する。
　それを受けたＩＡＢノード３０４は送信元のモバイルＩＡＢノード３０６を５Ｇネットワーク上へ参加させる場合、Ｓ６０２にて初期ＵＬ　ＲＲＣメッセージをＩＡＢドナー３０２へ送信する。
　ＩＡＢドナー３０２は本メッセージを受信すると、Ｓ６０３のＤＬ　ＲＲＣメッセージをＩＡＢノード３０４へ送信し、ＩＡＢノード３０４はＳ６０４のＲＲＣＳｅｔｕｐメッセージをモバイルＩＡＢノード３０６へ送信する。
　これを受けたモバイルＩＡＢノード３０６はＳ６０５にてＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージをＩＡＢノード３０４へ送信する。そして、ＩＡＢノード３０４は、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを中継するために、Ｓ６０６にてＵＬ　ＲＲＣメッセージをＩＡＢドナー３０２へ送信する。
　ＩＡＢドナー３０２は自身に接続してきたモバイルＩＡＢノード３０６のコンテキストを確立するため、Ｓ６０７にてコンテキストセットアップ要求メッセージをＩＡＢノード３０４へ送信する。
　これを受けてＩＡＢノード３０４はＳ６０８にてＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをモバイルＩＡＢノード３０６へ送信する。
　本メッセージ送信後、ＩＡＢノード３０４は非同期でＩＡＢドナー３０２へＳ６０９にてコンテキストセットアップ応答メッセージを送信する。
　これと並行してモバイルＩＡＢノード３０６はＳ６１０にてＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージをＩＡＢノード３０４へ送信する。ＩＡＢノード３０４は、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージを中継し、Ｓ６１１にてＵＬ　ＲＲＣメッセージをＩＡＢドナー３０２へ送信する。
　これを受けたＩＡＢドナー３０２はＲＲＣＲｏｎｆｉｇｕｒａｔｉｏｎメッセージをＳ６１２にてＤＬ　ＲＲＣメッセージに含めてＩＡＢノード３０４へ送信する。ＩＡＢノード３０４は、ＤＬ　ＲＲＣメッセージを中継し、Ｓ６１３にてＲＲＣＲｏｎｆｉｇｕｒａｔｉｏｎメッセージをモバイルＩＡＢノード３０６へ送信する。
　モバイルＩＡＢノード３０６は、ＲＲＣＲｏｎｆｉｇｕｒａｔｉｏｎメッセージへの応答となるＲＲＣＲｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをＳ６１４にてＩＡＢノード３０４へ送信する。ＩＡＢノード３０４はこれを中継しＳ６１５にてＵＬ　ＲＲＣメッセージをＩＡＢドナー３０２へ送信する。
　ここで、本実施形態では、モバイルＩＡＢノード３０６は、図４Ｂを参照して上述したように、Ｓ６０５に示すＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ内に所定情報を含めて送信する。所定情報は、上述したように、自ノードが境界ＩＡＢノードとして動作可能か否かを表す情報である。本実施形態では、所定情報は、自ノードが境界ＩＡＢノードとして動作可能か否かの情報フィールド及びパラメータであるものとする。
　ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージフォーマットは３ＧＰＰ　ＴＳ３８．３３１で定義されている。この場合、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ－ＩＥｓパラメータや、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ－ＩＥｓのエクステンションパラメータ群へ所定情報を含めることとしてよい。
　また、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに代えて又は加えて、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージや、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに、所定情報を含めてもよい。
　続いて、Ｆ５０２にてＩＡＢドナー３０２はＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ内に所定情報が含まれているかを判断する。なお、上述したように、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに代えて又は加えて、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージ内に所定情報が含まれうる構成であってもよい。この場合、Ｆ５０２にてＩＡＢドナー３０２はＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージ内に所定情報が含まれているかを判断してよい。
　Ｆ５０２について、より具体的には、ＩＡＢドナー３０２は、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ内に、境界ＩＡＢノードとして動作可能か否かの情報フィールドが含まれているかどうかを判断する。
　Ｆ５０２の判断処理において境界ＩＡＢノードとして動作可能か否かの情報フィールドが含まれていないと判断された場合は、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理が不要と判断する。すなわち、所定情報が、境界ＩＡＢノードとして動作可能ではないことを示す場合、Ｆ５０４にて処理を実施せずシステムの通常動作へ戻る。
　また、Ｆ５０２の判断処理において境界ＩＡＢノードとして動作可能か否かの情報フィールドが含まれていると判断された場合はＦ５０３にて現在参加してきたモバイルＩＡＢノード３０６が境界ＩＡＢノードとして動作可能か否かを判断する。
　より具体的には、境界ＩＡＢノードとして動作可能か否かの情報フィールドに含まれるパラメータチェックを実施する。なお、パラメータは、動作可能＝１、動作不能＝０のような、２値であってもよい。また、他の実施形態では、動作可能の場合のみ情報フィールドが設定されてもよい。
　Ｆ５０３の判断処理において現在参加してきたモバイルＩＡＢノード３０６が境界ＩＡＢノードとして動作不可と判断された場合は、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理が不要と判断する。すなわち、所定情報が、境界ＩＡＢノードとして動作可能ではないことを示す場合、Ｆ５０４にて処理を実施せずシステムの通常動作へ戻る。
　また、Ｆ５０３の判断処理において現在参加してきたモバイルＩＡＢノード３０６が境界ＩＡＢノードとして動作可能と判断された場合は、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理が必要となる。すなわち、所定情報が、境界ＩＡＢノードとして動作可能であることを示す場合、Ｆ５０５にてＩＡＢドナー３０２は、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理を実施する。
　このようにして、本実施形態によれば、ＩＡＢノードが境界ＩＡＢノードとして動作可能か否かをＩＡＢドナーへ送信し、それを受けたＩＡＢドナー３０２が図４Ａに示す処理を実施するか否かを判断できる。これにより、境界ＩＡＢノードとして動作可能なＩＡＢノードに対してだけ、図４Ａに示す処理を実施できる。その結果、全てのＩＡＢノードが境界ＩＡＢノードとして動作してしまう場合に生じうる不都合（上述したシステム負荷の増加）を低減できる。
　次に、上述した第一の実施形態に代わって実現されてもよい他の実施形態を説明する。以下では、上述した第一の実施形態と同様であってよい構成については、詳細な説明を省略する。
　［第二の実施形態］
　上述した第一の実施形態ではＩＡＢノードがネットワークトポロジへ参加するタイミングで所定情報を送信する。そして、ＩＡＢドナーが所定情報を用いて図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理を実施するか否か判定する。これに対して、第二の実施形態では、ＩＡＢノードがネットワークトポロジへ参加するタイミングではなく、ＩＡＢノードが周辺環境情報をＩＡＢドナーへ送信するタイミングを利用する。具体的には、以下の通りである。
　３ＧＰＰ　ＴＳ３８．３３１に示されるよう、ＩＡＢノードは収集している周辺環境情報をＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージで定期的にＩＡＢドナーへ送信している。
　本メッセージはＩＡＢドナーがネットワークトポロジを形成するために利用されている。ＩＡＢドナーはＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ受信後、必要に応じて送信元のＩＡＢノードへネットワークトポロジ再形成のためにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する。これにより、ＩＡＢドナーをハンドオーバーさせる。
　図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理は、このようなタイミングで実施されてもよい。この場合、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ内に所定情報を含めて送信を実施する。
　これにより、ＩＡＢドナーはＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを用いて、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理を実施するか否か判断できる。
　図７に本実施形態におけるＩＡＢドナー３０２のフローチャートを示す。
　なお、第一の実施形態ではＩＡＢノード３０６は移動を前提としたモバイルＩＡＢノードとしたが、本実施形態では移動を伴わないＩＡＢノードとして記載する。ただし、移動を前提としたモバイルＩＡＢノードであってもよいことはいうまでもない。
　まず、Ｆ７０１にてＩＡＢノード３０６から所定情報が含まれたＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージをＩＡＢノード３０４経由でＩＡＢドナー３０２が受信する。ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージフォーマットは３ＧＰＰ　ＴＳ３８．３３１で定義されている。この場合、所定情報はＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ－ＩＥｓフィールド内のＭｅａｓＲｅｓｕｌｔｓフィールド内パラメータに含めることができる。
　次に、ＩＡＢドナー３０２はＦ７０２にて現在のネットワークトポロジのチェックを実施し、Ｆ７０３にてＩＡＢノード３０６のネットワークトポロジ変更が必要かどうか判断する。
　Ｆ７０３にてネットワークトポロジ変更が必要ないと判断された場合はシステムの通常動作へ戻る。
　続いて、Ｆ７０３にてネットワークトポロジ変更が必要と判断された場合はＦ７０４にてＩＡＢノード３０６を境界ＩＡＢノードとして動作させる必要があるか判断する。
　Ｆ７０４にてＩＡＢノード３０６を境界ＩＡＢノードとして動作させる必要がないと判断された場合はシステムの通常動作へ戻る。ただし、この際、境界ＩＡＢノードとして動作させる必要はないが、別ノードへのハンドオーバーが必要と判断される場合もありうる。すなわち、不図示の当該ＩＡＢノードのハンドオーバー処理が実行される場合もありうる。
　Ｆ７０４にて境界ＩＡＢノードとして動作させる必要があると判断された場合は、Ｆ７０５にて受信しているＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ内に所定情報が含まれているかを判断する。
　より具体的には、境界ＩＡＢノードとして動作可能か否かの情報フィールドが含まれているかどうかを判断する。
　Ｆ７０５の判断処理において境界ＩＡＢノードとして動作可能か否かの情報フィールドが含まれていないと判断された場合は、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理が不要と判断する。この場合、Ｆ７０７にて処理を実施せずシステムの通常動作へ戻る。
　また、Ｆ７０５の判断処理において境界ＩＡＢノードとして動作可能か否かの情報フィールドが含まれていると判断された場合はＦ７０６にて当該ＩＡＢノードが境界ＩＡＢノードとして動作可能か否かを判断する。
　より具体的には、境界ＩＡＢノードとして動作可能か否かの情報フィールドに含まれるパラメータチェックを実施する。
　Ｆ７０６の判断処理において当該ＩＡＢノードが境界ＩＡＢノードとして動作不可と判断された場合は、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理が不要と判断し、Ｆ７０７にて処理を実施せずシステムの通常動作へ戻る。
　また、Ｆ７０６の判断処理において当該ＩＡＢノードが境界ＩＡＢノードとして動作可能と判断された場合は、図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理が必要となるため、Ｆ７０８にて当該処理を実施する。
　このような第二の実施形態によっても、上述した第一の実施形態と同様の効果が奏される。
　［第三の実施形態］
　上述した第一及び第二の実施形態では、所定情報を送信する送信手段や、ＩＡＢドナーが図４Ａに示した境界ＩＡＢノードとして動作させる一連の処理を実施するか否か判断を実施する判断タイミングを説明してきた。
　ここで、所定情報（ＩＡＢノードが境界ＩＡＢノードとして動作可能か否かの情報）を送信する送信手段は主にＲＲＣメッセージを用いている。しかしながら、ビーコンなどＩＡＢノードの報知情報内に所定情報を含めて送信することとしてもよい。
　報知情報にはＳＳＢや、ＭＩＢ、ＳＩＢ等があるが、これらで送信される情報に、所定情報（送信元のＩＡＢノードが境界ＩＡＢノードとして動作可能か否かの情報）を含めてもよい。なお、ＳＳＢは、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　Ｓｉｇｎａｌ　Ｂｌｏｃｋの略語である。ＭＩＢは、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋの略語である。ＳＩＢは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋの略語である。
　特にＳＩＢについては３ＧＰＰ　ＴＳ３８．３３１に示されるよう、周辺のセル情報、アイドル情報、サイドリンク関連情報等の様々な情報フォーマットが定義されている。これらの定義に所定情報を定義するフォーマットを新設し、新規のＳＩＢとして送信してもよい。
　また、既存の情報定義フォーマット内に所定情報を示すフィールドを追加する形でもよい。
　以上、各実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素を全部又は複数を組み合わせることも可能である。
　例えば、上述した実施形態では、図５や図７に示すようＩＡＢドナーが境界ＩＡＢノードとして動作させる一連の処理を実施するか否か判定を実施する。この際、Ｆ５０２、Ｆ７０５の判断処理において所定情報（境界ＩＡＢノードとして動作可能か否かの情報フィールド）が含まれていないと判断された場合、システムの通常動作へ戻るとしている。すなわち、Ｆ５０４、Ｆ７０７に示すように、境界ＩＡＢノードとしての接続処理を実施しない。
　これに対して、ＩＡＢノードから送信されてきた情報にＩＡＢドナーが境界ＩＡＢノードとして動作させる一連の処理を実施するか否かの情報（所定情報の他の一例）が含まれている場合は、システム動作として境界ＩＡＢノードとしての接続処理を実施することとしてもよい。
　この場合は、Ｆ５０２、Ｆ７０５の判断処理において境界ＩＡＢノードとして動作可能か否かの情報フィールドが含まれていないと判断された場合、Ｆ５０５、Ｆ７０８にて境界ＩＡＢノードとして動作させる一連の処理を行うこととしてもよい。
　また、ＩＡＢドナーが境界ＩＡＢノードとして動作させる一連の処理を実施するか否か判定処理フローチャートとして、第一の実施形態ではモバイルＩＡＢノード、第二の実施形態では移動を伴わないＩＡＢノードとして例示してきた。しかしながら、これら図４Ａや図７に示す判定処理は判定順序の入れ替えや追加の判定処理を行ってもよい。例えば、Ｆ７０４に示す送信元のＩＡＢノードを境界ＩＡＢノードとして動作させる必要があるか判断する処理は、Ｆ５０２の前段処理として実施されることとしてもよい。
　また、第三の実施形態においてＲＲＣメッセージ以外の送信手段としてビーコンなどＩＡＢノードの報知情報内に所定情報を含めて送信する方法を例示した。しかしながら、別の方法としてＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）メッセージで送信することとしてもよい。ＢＡＰメッセージ仕様は３ＧＰＰ　ＴＳ３８．３４０に定義されている。この場合、データＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）及び制御ＰＤＵ内に所定情報（送信元ＩＡＢノードが境界ＩＡＢノードとして動作可能か否かの情報フィールド及びパラメータ）を含めて送信することとしてもよい。
　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
　本願は、２０２３年６月１２日提出の日本国特許出願特願２０２３－０９６４９９を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

Claims (12)

  1. 　一のＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ネットワークを形成するＩＡＢノードとして機能している自ノードが、前記一のＩＡＢネットワークと他の一のＩＡＢネットワークの両方へ接続するＩＡＢノードである境界ＩＡＢノードとして動作可能であるか否かを判定する判定手段と、
    　前記判定手段の判定結果に基づいて、前記判定結果に応じた通信メッセージを送信する送信手段を有することを特徴とする、通信装置。
  2. 　前記通信メッセージは、自ノードが前記境界ＩＡＢノードとして動作可能であるか否かを表す所定情報を含むことを特徴とする、請求項１に記載の通信装置。
  3. 　前記所定情報は、前記判定結果を表すパラメータの値を含むことを特徴とする、請求項２に記載の通信装置。
  4. 　モバイルＩＡＢノードとして移動可能であることを特徴とする、請求項１乃至３のいずれか１項に記載の通信装置。
  5. 　一のＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ネットワークを形成するＩＡＢドナーとして機能する通信装置であって、
    　ＩＡＢノードとして機能する他の通信装置から、通信メッセージを受信する受信手段と、
    　前記通信メッセージに基づいて、前記他の通信装置が、前記一のＩＡＢネットワークと他の一のＩＡＢネットワークの両方へ接続するＩＡＢノードである境界ＩＡＢノードとして動作可能であるか否かを判断する判断手段とを有することを特徴とする、通信装置。
  6. 　前記判断手段は、前記通信メッセージに所定情報が含まれているか否かに基づいて、前記他の通信装置が境界ＩＡＢノードとして動作可能であるか否かを判断することを特徴とする、請求項５に記載の通信装置。
  7. 　前記判断手段は、前記通信メッセージに前記所定情報が含まれている場合に、前記所定情報に基づいて、前記他の通信装置が境界ＩＡＢノードとして動作可能であるか否かを判断することを特徴とする、請求項６に記載の通信装置。
  8. 　前記所定情報は、前記他の通信装置が境界ＩＡＢノードとして動作可能であるか否かを表すパラメータの値を含むことを特徴とする、請求項６又は７に記載の通信装置。
  9. 　前記通信メッセージは、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）メッセージ、ＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）メッセージ、又はＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージであることを特徴とする、
    　請求項１乃至８のいずれか１項に記載の通信装置。
  10. 　前記通信メッセージは、ＲＲＣメッセージであり、
    　前記ＲＲＣメッセージは、ＲＲＣ　ＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ又はＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージであることを特徴とする、請求項１乃至８のいずれか１項に記載の通信装置。
  11. 　通信を制御する制御方法であって、
    　一のＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ネットワークを形成するＩＡＢノードとして機能している自ノードが、前記一のＩＡＢネットワークと他の一のＩＡＢネットワークの両方へ接続するＩＡＢノードである境界ＩＡＢノードとして動作可能であるか否かを判定する判定工程と、
    　前記判定工程の判定結果に基づいて、前記判定結果に応じた通信メッセージを送信する送信工程とを有することを特徴とする、制御方法。
  12. 　コンピュータに、
    　一のＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ネットワークを形成するＩＡＢノードとして機能している自ノードが、前記一のＩＡＢネットワークと他の一のＩＡＢネットワークの両方へ接続するＩＡＢノードである境界ＩＡＢノードとして動作可能であるか否かを判定する判定工程と、
    　前記判定工程の判定結果に基づいて、前記判定結果に応じた通信メッセージを送信する送信工程とを実行させることを特徴とするプログラム。
PCT/JP2024/019968 2023-06-12 2024-05-31 通信装置、制御方法及びプログラム Ceased WO2024257625A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP24823245.6A EP4727197A1 (en) 2023-06-12 2024-05-31 Communication device, control method, and program
US19/409,414 US20260089746A1 (en) 2023-06-12 2025-12-04 Communication apparatus and control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2023-096499 2023-06-12
JP2023096499A JP2024178018A (ja) 2023-06-12 2023-06-12 通信装置、制御方法及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US19/409,414 Continuation US20260089746A1 (en) 2023-06-12 2025-12-04 Communication apparatus and control method

Publications (1)

Publication Number Publication Date
WO2024257625A1 true WO2024257625A1 (ja) 2024-12-19

Family

ID=93851809

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/019968 Ceased WO2024257625A1 (ja) 2023-06-12 2024-05-31 通信装置、制御方法及びプログラム

Country Status (4)

Country Link
US (1) US20260089746A1 (ja)
EP (1) EP4727197A1 (ja)
JP (1) JP2024178018A (ja)
WO (1) WO2024257625A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019534625A (ja) 2016-09-29 2019-11-28 エイ・ティ・アンド・ティ インテレクチュアル プロパティ アイ，エル．ピー． アクセス・バックホール統合（ｉａｂ）無線ネットワークの初期アクセス及び無線リソース管理
US20220394571A1 (en) 2019-10-02 2022-12-08 Qualcomm Incorporated Parallel handover and failure handling
WO2023013604A1 (ja) * 2021-08-03 2023-02-09 京セラ株式会社 通信制御方法
JP2023096499A (ja) 2021-12-27 2023-07-07 花王株式会社 固形化粧料の製造方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019534625A (ja) 2016-09-29 2019-11-28 エイ・ティ・アンド・ティ インテレクチュアル プロパティ アイ，エル．ピー． アクセス・バックホール統合（ｉａｂ）無線ネットワークの初期アクセス及び無線リソース管理
US20220394571A1 (en) 2019-10-02 2022-12-08 Qualcomm Incorporated Parallel handover and failure handling
WO2023013604A1 (ja) * 2021-08-03 2023-02-09 京セラ株式会社 通信制御方法
JP2023096499A (ja) 2021-12-27 2023-07-07 花王株式会社 固形化粧料の製造方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
APPLE: "Mobility enhancement in mobile IAB", 3GPP DRAFT; R2-2209763, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-Conference; 20221010 - 20221019, 30 September 2022 (2022-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052263090 *
HUAWEI, HISILICON: "Mobile IAB mobility enhancement", 3GPP DRAFT; R2-2209522, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-meeting; 20221010 - 20221019, 30 September 2022 (2022-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052262851 *

Also Published As

Publication number Publication date
US20260089746A1 (en) 2026-03-26
JP2024178018A (ja) 2024-12-24
EP4727197A1 (en) 2026-04-15

Similar Documents

Publication Publication Date Title
US12262269B2 (en) Communication system
RU2752242C1 (ru) Способы, обеспечивающие возможность двойного подключения для избыточных путей плоскости пользователя, и соответствующие сетевые узлы
US11006466B2 (en) Communications system
EP3749009B1 (en) Method and apparatus for link maintenance
CN113556806B (zh) 基站和在蜂窝电信网络中操作基站的方法
CN110830979A (zh) 信息传输方法及装置
EP2472920A1 (en) Method for obtaining neighbor cell information, and network
US20250317789A1 (en) Communication method and communication apparatus
CN107371198B (zh) 小区切换的方法和系统
US8755801B2 (en) Method and access node for transmitting information
US12348448B2 (en) First network node, second network node, third network node and methods performed thereby, for handling a measurement configuration
CN116349293A (zh) Iab节点的移植方法及装置
WO2024257625A1 (ja) 通信装置、制御方法及びプログラム
US20260082285A1 (en) Handover processing method, apparatus, and communication device
JP2023546424A (ja) Ｉａｂノードのマイグレーション方法及び装置
KR20120131045A (ko) 로컬 네트워크 간 이동성을 제공하는 방법 및 로컬 게이트웨이
CN116506866A (zh) 一种节点移动的机制和相应的节点
US20240430714A1 (en) Reducing small cell downtime during intermittent failures
US20250227582A1 (en) Communication method, communication apparatus, and communication system
US20250106700A1 (en) Method and apparatus for node movement and corresponding node
JP2025017109A (ja) 基地局、通信装置、制御方法、プログラム
EP4738899A1 (en) Communication method and apparatus
WO2025142614A1 (ja) 通信装置、基地局、制御方法、プログラム
WO2024172030A1 (ja) 通信制御方法
WO2025200867A1 (zh) 通信方法及装置

Legal Events

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

Ref document number: 24823245

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2024823245

Country of ref document: EP

Effective date: 20260112

WWE Wipo information: entry into national phase

Ref document number: 2024823245

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2024823245

Country of ref document: EP

Effective date: 20260112

ENP Entry into the national phase

Ref document number: 2024823245

Country of ref document: EP

Effective date: 20260112

ENP Entry into the national phase

Ref document number: 2024823245

Country of ref document: EP

Effective date: 20260112

ENP Entry into the national phase

Ref document number: 2024823245

Country of ref document: EP

Effective date: 20260112

WWP Wipo information: published in national office

Ref document number: 2024823245

Country of ref document: EP