WO2020158253A1

WO2020158253A1 - 中継装置及びその制御方法

Info

Publication number: WO2020158253A1
Application number: PCT/JP2019/050442
Authority: WO
Inventors: 真人藤代
Original assignee: 京セラ株式会社
Priority date: 2019-01-28
Filing date: 2019-12-23
Publication date: 2020-08-06

Abstract

第１の態様に係る方法は、上位装置に無線で接続し、前記上位装置と下位装置との間の通信を無線で中継する中継装置の制御方法である。前記制御方法は、前記上位装置に無線で接続した後、前記上位装置との接続障害を検知することと、前記接続障害後における接続再確立に失敗したことに基づいて、前記中継装置と前記下位装置との間の無線接続を解放させる所定制御を行うことと、を含む。

Description

中継装置及びその制御方法

　本開示は、移動通信システムに用いられる中継装置及びその制御方法に関する。

　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノードと称される新たな中継装置が検討されている。１又は複数の中継装置が基地局とユーザ機器との間の通信に介在し、この通信に対する中継を行う。かかる中継装置は、ユーザ機器機能及び基地局機能を有しており、ユーザ機器機能を用いて上位ノード（基地局又は上位の中継装置）との無線通信を行うとともに、基地局機能を用いて下位ノード（ユーザ機器又は下位の中継装置）との無線通信を行う。

　ユーザ機器と、中継装置又は基地局との間の無線区間は、アクセスリンクと称されることがある。中継装置と、基地局又は他の中継装置との間の無線区間は、バックホールリンクと称されることがある。３ＧＰＰ寄書「ＲＰ－１７０２１７」には、アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ２において統合及び多重化し、バックホールリンクに動的に無線リソースを割り当てることにより、データ転送経路を動的に切り替える方法が記載されている。

　第２の態様に係る方法は、上位装置に無線で接続し、前記上位装置と下位中継装置との間の通信を無線で中継する中継装置の制御方法である。前記制御方法は、前記上位装置との接続障害を検知したこと又は前記上位装置よりも上位の装置が接続障害を検知したことに基づいて、前記中継装置以外の他の上位装置へ前記下位中継装置が接続することを補助又は要求する情報を前記下位中継装置に送信することと、前記下位中継装置が他の上位装置に接続したことを示す通知情報を前記下位中継装置から受信することと、前記通知情報の受信に応じて、前記下位中継装置を前記中継装置の新たな上位装置とするために前記下位中継装置に接続要求を送信することと、を含む。

　第３の態様に係る中継装置は、第１の態様又は第２の態様に係る制御方法を実行する制御部を備える。

実施形態に係る移動通信システムの構成を示す図である。実施形態に係る基地局（ｇＮＢ）の構成を示す図である。実施形態に係る中継装置（ＩＡＢノード）の構成を示す図である。実施形態に係るユーザ機器（ＵＥ）の構成を示す図である。実施形態に係る移動通信システムにおけるユーザプレーンのプロトコルスタック構成の一例を示す図である。第１実施形態に係る通常動作シーケンスの一例を示す図である。第１実施形態に係るコンテキスト転送先を決定するためのテーブルの一例を示す図である。第１実施形態に係る例外動作シーケンスの一例を示す図である。第１実施形態に係るマルチホップ接続シーケンスの一例を示す図である。第２実施形態に係るＩＡＢノードの動作例を示す図である。第３実施形態に係る動作例を示す図である。図１２（Ａ）は、第３実施形態に係る接続関係（トポロジ）の作成の一例を示し、図１２（Ｂ）は、第３実施形態に係るルーティングテーブルの作成の一例を示す。第３実施形態に係るＩＡＢアクティブ状態にあるＩＡＢノードのハンドオーバの一例を示す図である。第５実施形態に係る動作環境の一例を示す図である。第５実施形態の変更例２に係る方法を示す図である。第５実施形態の変更例３に係る方法を示す図である。第５実施形態の変更例４に係る方法を示す図である。第５実施形態の変更例５に係る方法を示す図である。第５実施形態の変更例６に係る方法を示す図である。第５実施形態の変更例７に係る方法を示す図である。第５実施形態の変更例８に係る方法を示す図である。第５実施形態の変更例９における想定シナリオ例を示す図である。第５実施形態の変更例９に係る方法を示す図である。第５実施形態の変更例１０における想定シナリオ例を示す図である。第５実施形態の変更例１０における想定シナリオ例を示す図である。第５実施形態の変更例１０に係る方法を示す図である。第７実施形態に係る動作例を示す図である。

　図面を参照しながら、一実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

　（移動通信システムの構成）
　実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システム１の構成を示す図である。移動通信システム１は、３ＧＰＰ規格に基づく第５世代（５Ｇ）移動通信システムである。具体的には、移動通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲである。但し、移動通信システム１には、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。

　図１に示すように、移動通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ機器（ＵＥ）１００と、基地局（ｇＮＢと称される）２００と、ＩＡＢノード３００とを備える。実施形態において、基地局がＮＲ基地局である一例について主として説明するが、基地局がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。

　５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）１２を備える。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。

　ｇＮＢ２００は、ＮＧインターフェイスと称されるインターフェイスを介して、５ＧＣ１０に接続される。図１において、５ＧＣ１０に接続された３つのｇＮＢ２００－１～ｇＮＢ２００－３を例示している。ｇＮＢ２００は、ＵＥ１００との無線通信を行う固定の無線通信装置である。ｇＮＢ２００がドナー機能を有する場合、ｇＮＢ２００は、自身に無線で接続するＩＡＢノードとの無線通信を行ってもよい。

　ｇＮＢ２００は、Ｘｎインターフェイスと称される基地局間インターフェイスを介して、隣接関係にある他のｇＮＢ２００と接続される。図１において、ｇＮＢ２００－１がｇＮＢ２００－２及びｇＮＢ２００－２に接続される一例を示している。

　各ｇＮＢ２００は、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。

　ＵＥ１００は、ｇＮＢ２００との無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ＩＡＢノード３００との無線通信を行ってもよい。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、又は車両若しくは車両に設けられる装置である。

　図１において、ＵＥ１００－１がｇＮＢ２００－１に無線で接続され、ＵＥ１００－２がＩＡＢノード３００－１に無線で接続され、ＵＥ１００－３がＩＡＢノード３００－２に無線で接続される一例を示している。ＵＥ１００－１は、ｇＮＢ２００－１との通信を直接的に行う。ＵＥ１００－２は、ＩＡＢノード３００－１を介してｇＮＢ２００－１との通信を間接的に行う。ＵＥ１００－３は、ＩＡＢノード３００－１及びＩＡＢノード３００－２を介してｇＮＢ２００－１との通信を間接的に行う。

　ＩＡＢノード３００は、ｅＮＢ２００とＵＥ１００との間の通信に介在し、この通信に対する中継を行う装置（中継装置）である。図１において、ＩＡＢノード３００－１がドナーであるｇＮＢ２００－１に無線で接続され、ＩＡＢノード３００－２がＩＡＢノード３００－１に無線で接続される一例を示している。各ＩＡＢノード３００は、セルを管理する。ＩＡＢノード３００が管理するセルのセルＩＤは、ドナーｇＮＢ２００－１のセルのセルＩＤと同じであってもよいし、異なっていてもよい。

　ＩＡＢノード３００は、ＵＥ機能（ユーザ機器機能）及びｇＮＢ機能（基地局機能）を有する。ＩＡＢノード３００は、ＵＥ機能を用いて上位ノード（ｇＮＢ２００又は上位のＩＡＢノード３００）との無線通信を行うとともに、ｇＮＢ機能を用いて下位ノード（ＵＥ１００又は下位のＩＡＢノード３００）との無線通信を行う。なお、ＵＥ機能とは、ＵＥ１００が有する機能のうち少なくとも一部の機能を意味し、必ずしもＵＥ１００の全ての機能をＩＡＢノード３００が有していなくてもよい。ｇＮＢ機能とは、ｇＮＢ２００の機能のうち少なくとも一部の機能を意味し、必ずしもｇＮＢ２００の全ての機能をＩＡＢノード３００が有していなくてもよい。

　ＵＥ１００と、ＩＡＢノード３００又はｇＮＢ２００との間の無線区間は、アクセスリンク（或いは、Ｕｕ）と称されることがある。ＩＡＢノード３００と、ｇＮＢ２００又は他のＩＡＢノード３００との間の無線区間は、バックホールリンク（或いは、Ｕｎ）と称されることがある。かかるバックホールリンクは、フロントホールリンクと称されてもよい。

　アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ２において統合及び多重化し、バックホールリンクのデータ通信に動的に無線リソースを割り当て、中継の経路を動的に切り替えることが可能である。なお、アクセスリンク及びバックホールリンクには、ミリ波帯が用いられてもよい。また、アクセスリンク及びバックホールリンクは、時分割及び／又は周波数分割により多重化されてもよい。

　（ｇＮＢの構成）
　実施形態に係るｇＮＢ２００の構成について説明する。図２は、ｇＮＢ２００の構成を示す図である。図２に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを備える。

　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信に用いられる。無線通信部２１０は、受信部２１１及び送信部２１２を備える。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）に用いられる。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を備える。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。

　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。

　（ＩＡＢノードの構成）
　実施形態に係るＩＡＢノード３００の構成について説明する。図３は、ＩＡＢノード３００の構成を示す図である。図３に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを備える。

　無線通信部３１０は、ｇＮＢ２００との無線通信（バックホールリンク）及びＵＥ１００との無線通信（アクセスリンク）に用いられる。無線通信部３１０は、受信部３１１及び送信部３１２を備える。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。

　（ＵＥの構成）
　実施形態に係るＵＥ１００の構成について説明する。図４は、ＵＥ１００の構成を示す図である。図４に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを備える。

　無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信に用いられる。無線通信部１１０は、受信部１１１及び送信部１１２を備える。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。

　（プロトコルスタック構成の一例）
　実施形態に係る移動通信システム１におけるプロトコルスタック構成の一例について説明する。図５は、ユーザプレーンのプロトコルスタック構成の一例を示す図である。ここでは、図１に示したＵＥ１００－３と５ＧＣ１０のＵＰＦ１２との間のユーザデータ伝送に関するプロトコルスタック構成の一例について説明する。

　図５に示すように、ＵＰＦ１２は、ＧＴＰ－Ｕ（ＧＰＲＳ　Ｔｕｎｎｅｌｉｎｇ　Ｐｒｏｔｏｃｏｌ　ｆｏｒ　Ｕｓｅｒ　Ｐｌａｎｅ）と、ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）と、レイヤ１／レイヤ２（Ｌ１／Ｌ２）とを備える。ｇＮＢ２００－１（ドナーｇＮＢ）には、これらに対応するプロトコルスタックが設けられる。

　また、ｇＮＢ２００－１は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ　Ｕｎｉｔ）と分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とを備える。無線インターフェイスのプロトコルスタックのうちＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）以上の各レイヤをＣＵが有し、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）以下の各レイヤをＤＵが有し、Ｆ１インターフェイスと称されるインターフェイスを介してＣＵ及びＤＵが接続される。

　具体的には、ＣＵは、ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）と、ＰＤＣＰと、ＩＰと、Ｌ１／Ｌ２とを備える。ＣＵのＳＤＡＰ及びＰＤＣＰは、ＤＵと、ＩＡＢノード３００－１と、ＩＡＢノード３００－２とを介して、ＵＥ１００のＳＤＡＰ及びＰＤＣＰとの通信を行う。

　また、ＤＵは、無線インターフェイスのプロトコルスタックのうち、ＲＬＣと、アダプテーションレイヤ（Ａｄａｐｔ）と、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）と、ＰＨＹ（Ｐｈｙｓｉｃａｌ　ｌａｙｅｒ）とを有する。これらのプロトコルスタックは、ｇＮＢ向けのプロトコルスタックである。なお、アダプテーションレイヤ及びＲＬＣ（Ｓ－ＲＬＣ）は上下関係が逆であってもよい。

　ＩＡＢノード３００－１には、これらに対応するＵＥ向けのプロトコルスタックＳＴ１が設けられる。さらに、ＩＡＢノード３００－１には、ｇＮＢ向けのプロトコルスタックＳＴ２が設けられる。プロトコルスタックＳＴ１及びプロトコルスタックＳＴ２は、何れもレイヤ２以下の各レイヤ（各サブレイヤ）からなる。すなわち、ＩＡＢノード３００－１は、レイヤ２以下の各レイヤを用いてユーザデータの中継を行うレイヤ２中継装置である。ＩＡＢノード３００－１は、レイヤ３以上のレイヤ（具体的には、ＰＤＣＰ以上のレイヤ）を用いることなくデータ中継を行う。なお、ＩＡＢノード３００－２は、ＩＡＢノード３００－１と同様なプロトコルスタック構成を有する。

　ここではユーザプレーンにおけるプロトコルスタック構成について説明した。しかしながら、制御プレーンにおいて、ｇＮＢ２００－１、ＩＡＢノード３００－１、ＩＡＢノード３００－２、及びＵＥ１００－３のそれぞれは、レイヤ３に相当するＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）を備える。

　ｇＮＢ２００－１（ドナーｇＮＢ）のＲＲＣとＩＡＢノード３００－１のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。また、ｇＮＢ２００－１のＲＲＣとＩＡＢノード３００－２のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。さらに、ｇＮＢ２００－１のＲＲＣとＵＥ１００－３のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。

　［第１実施形態］
　第１実施形態に係る移動通信システム１における動作について説明する。具体的には、ＩＡＢノード３００－１がｇＮＢ２００－１（ドナーｇＮＢ）に無線で接続する場合の動作について説明する。

　かかる場合、最初に、ＩＡＢノード３００－１は、ＵＥ機能を用いてｇＮＢ２００－１とのアクセスリンク接続（第１の無線接続）を確立する。言い換えると、ＩＡＢノード３００－１は、ＵＥ１００として振る舞ってｇＮＢ２００－１とのアクセスリンク接続を確立する。アクセスリンク接続の確立は、ＲＲＣ接続の確立を含む。

　次に、ｇＮＢ２００－１は、アクセスリンク接続を維持しつつ、ＩＡＢノード３００－１のｇＮＢ機能のためのバックホールリンク接続（第２の無線接続）をＩＡＢノード３００－１とｇＮＢ２００－１との間に確立させるメッセージをＩＡＢノード３００－１に送信する。第１実施形態において、かかるメッセージは、ＲＲＣ接続を用いて送受信されるＲＲＣ再設定（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージである。

　その結果、バックホールリンク接続がＩＡＢノード３００－１とｇＮＢ２００－１との間に確立されるため、ＩＡＢノード３００－１とｇＮＢ２００－１との間でバックホールリンクの通信を適切に開始可能とすることができる。

　バックホールリンク接続を確立させるＲＲＣ再設定メッセージは、バックホールリンク接続を構成するベアラ（又はＬ２リンク）の設定情報、及びＩＡＢノード３００－１が送信するべきセルＩＤ（具体的には、セルＩＤに関連付けられた参照信号及び同期信号の送信設定）を含んでもよい。以下において、かかるＲＲＣ再設定メッセージをＩＡＢノード設定メッセージと称する。

　ＩＡＢノード設定メッセージは、デフォルトベアラ（又はデフォルトリンク）の設定情報を含んでもよい。デフォルトベアラ（又はデフォルトリンク）は、例えば、ＳＩＢの中継やＵＥからのＭｓｇ３中継などを行うためのベアラ（又はリンク）である。

　ＩＡＢノード設定メッセージは、ドナーｇＮＢ２００－１側のスタックの設定情報と、オプションでＩＡＢノード３００－２（又はＵＥ１００）側のスタックの設定情報とを含んでもよい。ＩＡＢノード３００－２（又はＵＥ１００）側のスタックの設定情報は、暗示的にドナーｇＮＢ２００－１のＳＩＢで報知されている設定群を再利用してもよいし、オペレータ（ＯＡＭ）から（事前に）設定されてもよい。

　ＩＡＢノード設定メッセージにおける設定内容としては、基本的にＲＲＣ再設定メッセージに含まれる設定全てが対象になり得るが、ＲＬＣ設定（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ／ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ／ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ　Ｍｏｄｅ等の動作モード）、ＬＣＰ（Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌ　Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）パラメータ等）、ＭＡＣ設定（ＢＳＲ：Ｂｕｆｆｅｒ　Ｓｔａｔｕｓ　Ｒｅｐｏｒｔ／ＴＡＧ：Ｔｉｍｉｎｇ　Ａｄｖａｎｃｅ　Ｇｒｏｕｐ／ＰＨＲ：Ｐｏｗｅｒ　Ｈｅａｄｒｏｏｍパラメータ、ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｅｓ　Ｒｅｃｅｐｔｉｏｎ設定等）、ＰＨＹ設定が含まれてもよい。

　また、ＩＡＢノード設定メッセージにおける設定内容には、アダプテーションレイヤの設定（下位側又は上位側の論理チャネルのマッピング（ルーティング）設定、優先度設定等）が含まれてもよい。

　さらに、ＩＡＢノード設定メッセージにおける設定内容には、必要に応じて、ＩＡＢノード３００－１の（仮想的な）ＩＰアドレス（すなわち、Ｌ３アドレス）を含めてもよい。これは、例えばＦ１インターフェイスをＬ２リンク上に確立するために、Ｆ１のプロトコルスタックがＳＣＴＰ　ｏｖｅｒ　ＩＰを想定しているためである。

　なお、ＩＡＢノード設定メッセージにおける設定内容は、ＮＲプロトコルの設定情報に限らず、ＬＴＥプロトコル（ＲＬＣ、ＭＡＣ、ＰＨＹ）の設定情報であってもよい。

　第１実施形態において、ＩＡＢノード３００－１は、バックホールリンク接続を確立するよりも前に、ＩＡＢノードの機能（すなわち、レイヤ２中継機能）を有すること又はバックホールリンク接続の確立を要求することを示すインディケーションをｇＮＢ２００－１に送信してもよい。これにより、ｇＮＢ２００－１は、バックホールリンク接続を確立するためのプロシージャを適切に開始できる。以下において、かかるインディケーションをＩＡＢインディケーションと称する。ＩＡＢインディケーションは、ＩＡＢノード３００－１におけるＵＥ機能向けリンクプロトコルスタックをＬＴＥで準備するのか、ＮＲで準備するのか、もしくはその両方か、という意図又は能力を示す情報を含んでもよい。

　なお、ＩＡＢノード３００－１は、ｇＮＢ２００－１とのアクセスリンク接続の確立後にＩＡＢインディケーションを送信してもよいし、ｇＮＢ２００－１とのアクセスリンク接続を確立するプロシージャ中にＩＡＢインディケーションを送信してもよい。

　また、ＩＡＢインディケーションをｇＮＢに送信可能とする条件として、このｇＮＢから、ドナー機能を有することを示すドナー機能識別子を含むＳＩＢを受信しているという条件があってもよい。かかる場合、ＩＡＢノード３００－１は、ｇＮＢ２００－１からＳＩＢによりドナー機能識別子を受信している場合に限り、ｇＮＢ２００－１に対してＩＡＢインディケーションを送信する。

　第１実施形態において、ＩＡＢノード３００－１とのバックホールリンク接続を確立するドナー機能をｇＮＢ２００－１が有する場合がある。この場合、ｇＮＢ２００－１は、ＩＡＢノード３００－１からＩＡＢインディケーションを受信した後、ＩＡＢノード設定メッセージをＩＡＢノード３００－１に送信する。一方、ドナー機能をｇＮＢ２００－１が有しない場合もある。この場合、ｇＮＢ２００－１は、ＩＡＢノード３００－１からＩＡＢインディケーションを受信した後、ＩＡＢノード設定メッセージをＩＡＢノード３００－１に送信することに代えて、ＩＡＢノード３００－１のハンドオーバを要求するハンドオーバ要求を他のｇＮＢに送信してもよい。ここで、ｇＮＢ２００－１は、ドナー機能を有する他のｇＮＢの情報を予め記憶していることが好ましい。ｇＮＢ２００－１は、ドナー機能を有する他のｇＮＢの情報をＩＡＢノード３００－１から取得してもよい。ＩＡＢノード３００－１は、５ＧＣ１０（コアネットワーク）から情報を入手、もしくは隣接セルのＳＩＢ（ドナー機能識別子）を確認することにより、ドナー機能を有する他のｇＮＢ（隣接セル）の情報を取得し、取得した情報をｇＮＢ２００－１に通知する。ｇＮＢ２００－１は、記憶している情報又はＩＡＢノード３００－１から取得した情報に基づいて、ドナー機能を有する他のｇＮＢに対してハンドオーバ要求を送信する。これにより、ＩＡＢノード３００－１を他のｇＮＢにハンドオーバさせた後に、ＩＡＢノード３００－１が当該他のｇＮＢとのバックホールリンク接続を確立できる。或いは、ドナー機能をｇＮＢ２００－１が有しない場合、ＩＡＢノード３００－１は、５ＧＣ１０に対して、ドナー機能を有するセル（ｇＮＢ）へハンドオーバさせることを要求し、５ＧＣ１０がハンドオーバに係る処理を行ってもよい。

　第１実施形態において、ｇＮＢ２００－１は、ＩＡＢノード３００－１からＩＡＢインディケーションを受信したことに応じて、無線測定を設定する測定設定をＩＡＢノード３００－１に送信してもよい。ＩＡＢノード３００－１は、ｇＮＢ２００－１から測定設定を受信した後、無線測定の結果を含む測定報告をｇＮＢ２００－１に送信する。ｇＮＢ２００－１は、ＩＡＢノード３００－１からの測定報告に基づいて、自身（ｇＮＢ２００－１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。例えば、ｇＮＢ２００－１は、測定報告に基づいて、自身（ｇＮＢ２００－１）に対する測定結果よりも他のｇＮＢに対する測定結果が良好であり、かつ、これらの測定報告の差が閾値よりも大きい場合に、他のｇＮＢが適切なドナーｇＮＢであると判断する。そうでなければ、ｇＮＢ２００－１は、自身が適切なドナーｇＮＢであると判断する。

　そして、自身（ｇＮＢ２００－１）が適切なドナーｇＮＢ２００－１であると判断した場合、ｇＮＢ２００－１は、ＩＡＢノード設定メッセージをＩＡＢノード３００－１に送信する。一方、他のｇＮＢが適切なドナーｇＮＢであると判断した場合、ｇＮＢ２００－１は、ＩＡＢノード設定メッセージをＩＡＢノード３００－１に送信することに代えて、ＩＡＢノード３００－１のハンドオーバを要求するハンドオーバ要求を当該他のｇＮＢに送信する。これにより、ＩＡＢノード３００－１をより無線状態の良好な他のｇＮＢにハンドオーバさせて、ＩＡＢノード３００－１が当該他のｇＮＢとのバックホールリンク接続を確立できる。

　第１実施形態において、ｇＮＢ２００－１は、バックホールリンク接続の確立後、ＩＡＢノード３００－１に関するコンテキスト情報を他のｇＮＢに送信してもよい。このコンテキスト情報は、無線側のＡＳレイヤの接続設定（ＲＲＣ再設定の内容）、ネットワーク側のＰＤＵセッションリソース設定（ＡＭＦ又はＲＡＮのＵＥ　ＩＤ、セッションＩＤ、ＱｏＳ／スライス設定等）、及び／又はその他関連情報（ＩＡＢノードの挙動や通信などの履歴情報、プリファレンス情報など）を含む。

　具体的には、ｇＮＢ２００－１は、ＩＡＢノード３００－１を他のｇＮＢにハンドオーバさせるという判断を行っていなくても、ＩＡＢノード３００－１に関するコンテキスト情報を予め他のｇＮＢに送信する。これにより、ｇＮＢ２００－１とＩＡＢノード３００－１との間の無線状態が悪化し、ＩＡＢノード３００－１が他のｇＮＢとの無線接続を再確立する場合に、予め共有したコンテキスト情報を用いて速やかな再確立を行うことができる。

　ここで、ｇＮＢ２００－１は、ＩＡＢノード３００－１とＩＡＢノード３００－１のドナーｇＮＢの候補とを対応付けるテーブルを保持していることが好ましい。ｇＮＢ２００－１は、テーブル中の候補である他のｇＮＢに対してコンテキスト情報を送信する。これにより、ｇＮＢ２００－１は、コンテキスト情報を適切な他のｇＮＢと共有できる。

　（１）通常動作シーケンスの一例
　図６は、第１実施形態に係る移動通信システム１における通常動作シーケンスの一例を示す図である。

　図６に示すように、ステップＳ１０１において、ＩＡＢノード３００－１は、例えばｇＮＢ２００－１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００－１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００－１は、ランダムアクセスプロシージャ中にｇＮＢ２００－１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００－１は、ステップＳ１０１において、ＩＡＢノード３００－１に関するコンテキスト情報を取得する。

　ステップＳ１０２において、ＩＡＢノード３００－１は、ｇＮＢ２００－１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。ここで、ＩＡＢノード３００－１は、ＩＡＢインディケーションのような通知（つまり、ＩＡＢノードとして動作したいことを示す通知）をＡＭＦ１１に通知してもよい。これにより、ＩＡＢノード３００－１は、ＡＭＦ１１から、ドナーｇＮＢ（セル）の候補リストや下位ノードの有無などのルーティング情報、及び／又はその他管理情報などを入手してもよい。もしくは、ＡＭＦ１１からドナーｇＮＢの各候補に対して、ＩＡＢノード３００－１のアタッチがあった旨、及び／又はＩＡＢノード３００－１のルーティング情報などのコンテキスト情報を通知してもよい。なお、ＩＡＢノード３００－１が既にアタッチしている場合は、ステップＳ１０２におけるアタッチ処理を省略可能である。具体的には、ＩＡＢノード３００－１は、ステップＳ１０１において、ＲＲＣ再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）などのように、何らかのエラー発生によってドナーｇＮＢとの接続を再確立しなければならない場合などにおいて、アタッチ処理を省略する。

　ステップＳ１０３において、ＩＡＢノード３００－１は、ＩＡＢインディケーションをｇＮＢ２００－１に送信する。ＩＡＢノード３００－１は、次のイベントのうち１又は複数が満たされたことをトリガとしてＩＡＢインディケーションを送信してもよい。

　・Ｍｓｇ５（ＲＲＣ　Ｃｏｍｐｌｅｔｅ）を送信する際。

　・ｇＮＢとの接続が確立した際（Ｍｓｇ５以降でもよい。例えば最初のＲＲＣ再設定が行われた際）。

　・ＡＭＦからＩＡＢ設定情報（上記参照）を入手した際（既にＩＡＢ設定情報を持っている場合も含む）。

　・単純にＩＡＢノードとして動作したくなった際（上位レイヤからＩＡＢノードとして動作する指示を受信したことを含む）。

　・下位のＩＡＢノード３００－２又はＵＥ１００－３からＩＡＢノードとなるように要求された場合（その旨の要求を示す信号を下位のＩＡＢノード３００－２又はＵＥ１００－３から受信した場合）。

　・下位のＩＡＢノード３００－２又はＵＥ１００－３が既に接続している場合。

　ＩＡＢノード３００－１は、例えばｇＮＢ２００－１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥとしての能力を示す「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ１０１においてＩＡＢインディケーションを送信している場合、ステップＳ１０３は省略可能である。

　或いは、ＩＡＢインディケーションは、ＡＭＦ１１からＰＤＵセッションリソースの変更という形でｇＮＢ２００－１に通知されてもよい。なお、ＡＭＦは、ＩＡＢ管理用（専用）のＡＭＦであってもよい。

　本通常動作シーケンスにおいては、ｇＮＢ２００－１がドナー能力を有すると仮定して説明を進める。ｇＮＢ２００－１は、ＩＡＢインディケーションに基づいて、バックホールリンク接続をＩＡＢノード３００－１に確立させる必要があると判断する。

　ステップＳ１０４において、ｇＮＢ２００－１は、無線測定を設定する測定設定をＩＡＢノード３００－１に送信する。ＩＡＢノード３００－１は、測定設定に基づいて無線測定を行う。例えば、ＩＡＢノード３００－１は、現在のサービングセルであるｇＮＢ２００－１のセルと、隣接セルであるｇＮＢ２００－２のセルとに対して受信電力（セル固有参照信号の受信電力）の測定を行う。

　ステップＳ１０５において、ＩＡＢノード３００－１は、無線測定の結果を含む測定報告をｇＮＢ２００－１に送信する。ｇＮＢ２００－１は、測定報告に基づいて、自身（ｇＮＢ２００－１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。ここでは、ｇＮＢ２００－１が、自身（ｇＮＢ２００－１）が適切なドナーｇＮＢであると判断したと仮定して説明を進める。なお、ステップＳ１０４及びステップＳ１０５の処理は必須ではなく、省略してもよい。

　ステップＳ１０６において、ｇＮＢ２００－１は、ＩＡＢノード設定メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００－１に送信する。ＩＡＢノード設定メッセージは、ｇＮＢ２００－１のセル（すなわち、ＩＡＢノード３００－１の現在のサービングセル）をハンドオーバ先として指定するハンドオーバ指示を含んでもよい。ＩＡＢノード３００－１は、ＩＡＢノード設定メッセージに基づいて、バックホールリンク接続をｇＮＢ２００－１と確立する処理を行う。かかる確立処理は、ＩＡＢノード設定メッセージ中の設定情報に基づいて、バックホールリンク用のプロトコルスタック（アダプテーション／ＲＬＣ／ＭＡＣ／ＰＨＹエンティティ）を生成したり、パラメータ設定したりする処理を含む。かかる確立処理は、ＵＥ側（のアクセスリンク用）のプロトコルスタックを準備して、同期信号やセル固有参照信号の送信を開始する処理（もしくは、開始する準備をする処理）を含んでもよい。

　ステップＳ１０７において、ＩＡＢノード３００－１は、バックホールリンク接続の確立を含むＩＡＢノード設定が完了したことを示す完了通知メッセージをｇＮＢ２００－１に送信する。ステップＳ１０７以降は、ＩＡＢノード３００－１はｇＮＢ２００－１に対してＵＥとして振る舞うのではなく、ＩＡＢノードとして振る舞う。

　ステップＳ１０８において、ｇＮＢ２００－１は、ステップＳ１０１において取得したコンテキスト情報を、Ｘｎインターフェイス上でｇＮＢ２００－２に転送する。ｇＮＢ２００－１は、ＩＡＢノード３００－１とＩＡＢノード３００－１のドナーｇＮＢの候補とを対応付けるテーブルを保持しており、このテーブルを参照してコンテキスト転送先を決定する。このようにして、ｇＮＢ２００－１が、他のｇＮＢに対してコンテキストを事前に転送しておけば、ＩＡＢノード３００－１と接続しているｇＮＢとの無線接続状態が悪化した場合に、直ぐに、当該他のｇＮＢとの再接続を確立することができる。図７は、コンテキスト転送先を決定するためのテーブルの一例を示す図である。かかるテーブルは、例えばオペレータにより各ｇＮＢに対して予め設定される。図７に示すように、テーブルにおいて、ＩＡＢノードごとに、そのドナーｇＮＢの候補が対応けられている。具体的には、ＩＡＢノードに関する識別子ごとに、そのドナーｇＮＢの候補の識別子が対応けられている。例えば、ＩＡＢノードに地理的に近いｇＮＢがそのＩＡＢノードのドナーｇＮＢの候補として設定される。なお、ｇＮＢとの対応付けの例を示したが、セルＩＤとの対応付けであってもよい。セルＩＤは、物理レイヤセルＩＤでもよく、グローバルセルＩＤでもよい。なお、ｇＮＢ２００－１は、ＩＡＢノード３００－１から受信した測定報告に基づいて、ＩＡＢノード３００－１に地理的に近いｇＮＢ２００－１をドナー候補として決定してもよい。ｇＮＢ２００－１は、当該決定したドナー候補に基づいて、ＩＡＢノード３００－１と当該ＩＡＢノード３００－１のドナーｇＮＢの候補とを対応付けるテーブルを作成又は既存のテーブルを更新してもよい。

　ステップＳ１０９において、ｇＮＢ２００－１は、ＩＡＢノード３００－１とのバックホールリンク接続を確立したことを示す通知を５ＧＣ１０に送信する。もしくは、ｇＮＢ２００－１は、ＩＡＢノード用のＰＤＵセッションの確立要求を５ＧＣ１０に送信してもよい。なお、上述したように、ＰＤＵセッションの確立要求は、ステップＳ１０９よりも先に又はステップＳ１０９においてＡＭＦ１１からｇＮＢ２００－１に送信されてもよい。

　（２）例外動作シーケンスの一例
　図８は、第１実施形態に係る移動通信システム１における例外動作シーケンスの一例を示す図である。例外動作シーケンスにおいて、ｇＮＢ２００－１は、ＩＡＢノード３００－１をｇＮＢ２００－２にハンドオーバさせる。

　図８に示すように、ステップＳ２０１において、ＩＡＢノード３００－１は、例えばｇＮＢ２００－１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００－１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００－１は、ランダムアクセスプロシージャ中にｇＮＢ２００－１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００－１は、ステップＳ２０１において、ＩＡＢノード３００－１に関するコンテキスト情報を取得する。

　ステップＳ２０２において、ＩＡＢノード３００－１は、ｇＮＢ２００－１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。

　ステップＳ２０３において、ＩＡＢノード３００－１は、ＩＡＢインディケーションをｇＮＢ２００－１に送信する。ＩＡＢノード３００－１は、例えばｇＮＢ２００－１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥの能力を示す「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ２０１においてＩＡＢインディケーションを送信している場合、ステップＳ２０３は省略可能である。

　ステップＳ２０４において、ｇＮＢ２００－１は、自身がドナー能力を有するか否かを判断する。ｇＮＢ２００－１がドナー能力を有しない場合（ステップＳ２０４：ＮＯ）、ｇＮＢ２００－１は、処理をステップＳ２０８に進める。

　ｇＮＢ２００－１がドナー能力を有する場合（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５において、ｇＮＢ２００－１は、無線測定を設定する測定設定をＩＡＢノード３００－１に送信する。ＩＡＢノード３００－１は、測定設定に基づいて無線測定を行う。例えば、ＩＡＢノード３００－１は、現在のサービングセルであるｇＮＢ２００－１のセルと、隣接セルであるｇＮＢ２００－２のセルとに対して受信電力（セル固有参照信号の受信電力）の測定を行う。

　ステップＳ２０６において、ＩＡＢノード３００－１は、無線測定の結果を含む測定報告をｇＮＢ２００－１に送信する。

　ステップＳ２０７において、ｇＮＢ２００－１は、測定報告に基づいて、自身（ｇＮＢ２００－１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。自身（ｇＮＢ２００－１）が適切なドナーｇＮＢであると判断した場合（ステップＳ２０７：ＹＥＳ）、ｇＮＢ２００－１は、上述した通常動作シーケンス（図６参照）のステップＳ１０６に処理を進める。

　一方、他のｇＮＢが適切なドナーｇＮＢであると判断した場合（ステップＳ２０７：ＮＯ）、ｇＮＢ２００－１は、ステップＳ２０８に処理を進める。

　ステップＳ２０８において、ｇＮＢ２００－１は、ＩＡＢノード３００－１から受信したＩＡＢインディケーションを含むハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００－２に転送する。ｇＮＢ２００－１は、ステップＳ２０１において取得したコンテキスト情報をハンドオーバ要求メッセージに含めてもよい。又は、ｇＮＢ２００－１は、ハンドオーバ要求メッセージに、ＩＡＢインディケーションを含める代わりに、ＩＡＢノード３００－１がｇＮＢに対してドナーｇＮＢとして機能することを要求する旨を示す情報を含めて送信してもよい。なお、ステップＳ２０８において、ｇＮＢ２００－１は、ｇＮＢ２００－２がドナー能力を有すると判断した上で、ハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００－２に転送してもよい。具体的には、例えば、ｇＮＢ２００－１は、図７に示すテーブルにおいて、ＩＡＢノード３００－１にドナー候補としてｇＮＢ２００－２が対応付けられていると判断した場合に、ハンドオーバ要求メッセージをｇＮＢ２００－２に対して転送してもよい。この場合、ｇＮＢ２００－２がハンドオーバ要求を拒否する可能性が低減されるため、ＩＡＢノード３００－１のハンドオーバをより早急に実行することができる。又は、互いに隣接する複数のｇＮＢ２００間でＸｎインターフェイスを介して、自身のドナー能力に関する情報を事前に共有してもよい。これによって、ｇＮＢ２００－１は、ドナー能力を有する隣接のｇＮＢ２００を特定することができ、当該特定した隣接のｇＮＢ２００に対してハンドオーバ要求メッセージを転送することができる。

　ｇＮＢ２００－２は、ハンドオーバ要求メッセージに含まれるＩＡＢインディケーションも考慮して、ＩＡＢノード３００－１のハンドオーバを受け入れるか否かを判断する。ｇＮＢ２００－２は、自身がドナー能力を有しない場合には、ハンドオーバ要求を拒否してもよい。ここではｇＮＢ２００－２がＩＡＢノード３００－１のハンドオーバを受け入れると判断したと仮定して説明を進める。

　ステップＳ２０９において、ｇＮＢ２００－２は、ハンドオーバ肯定応答メッセージをＸｎインターフェイス上でｇＮＢ２００－１に送信する。

　ステップＳ２１０において、ｇＮＢ２００－１は、ｇＮＢ２００－２からのハンドオーバ肯定応答メッセージに基づいて、ハンドオーバ指示メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００－１に送信する。ハンドオーバ指示メッセージは、ハンドオーバ先のｇＮＢ２００－２（のセル）を指定する情報を含む。

　ステップＳ２１１において、ＩＡＢノード３００－１は、ｇＮＢ２００からのハンドオーバ指示メッセージに基づいて、ｇＮＢ２００－２へのハンドオーバを行う。

　（３）マルチホップ接続シーケンスの一例
　図９は、第１実施形態に係る移動通信システム１におけるマルチホップ接続シーケンスの一例を示す図である。マルチホップ接続シーケンスは、ＩＡＢノード３００－１とｇＮＢ２００－１との間にバックホールリンク接続が接続された後において、ＩＡＢノード３００－１にＩＡＢノード３００－２又はＵＥ１００－２が接続する場合のシーケンスである。ここではＩＡＢノード３００－１にＩＡＢノード３００－２が接続する場合について主として説明するが、ＩＡＢノード３００－２をＵＥ１００－２と適宜読み替えてもよい。また、上述した「（１）通常動作シーケンス」と重複する説明を省略する。

　図９に示すように、ステップＳ３０１において、ＩＡＢノード３００－２は、ＩＡＢノード３００－１を介してｇＮＢ２００－１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００－１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００－２は、ランダムアクセスプロシージャ中にｇＮＢ２００－１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００－１は、ステップＳ３０１において、ＩＡＢノード３００－２に関するコンテキスト情報を取得する。

　ステップＳ３０２において、ＩＡＢノード３００－２は、ＩＡＢノード３００－２及びｇＮＢ２００－１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。ここで、ＩＡＢノード３００－２は、ＩＡＢインディケーションのような通知（つまり、ＩＡＢノードとして動作したいことを示す通知）をＡＭＦ１１に通知してもよい。これにより、ＩＡＢノード３００－２は、ＡＭＦ１１から、ドナーｇＮＢ（セル）の候補リストや下位ノードの有無などのルーティング情報、その他管理情報などを入手してもよい。もしくは、ＡＭＦ１１からドナーｇＮＢの各候補に対して、ＩＡＢノード３００－２のアタッチがあった旨や、ＩＡＢノード３００－２のルーティング情報などのコンテキスト情報を通知してもよい。なお、ＩＡＢノード３００－２が既にアタッチしている場合は、ステップＳ３０２におけるアタッチ処理を省略可能である。具体的には、ＩＡＢノード３００－２は、ＲＲＣ再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）などのように、何らかのエラー発生によってドナーｇＮＢとの接続を再確立しなければならない場合などにおいて、アタッチ処理を省略する。

　ステップＳ３０３において、ＩＡＢノード３００－２は、ＩＡＢノード３００－１を介してＩＡＢインディケーションをｇＮＢ２００－１に送信する。ＩＡＢノード３００－２は、上述した「（１）通常動作シーケンス」のステップＳ１０３において説明したトリガと同様なトリガに応じてＩＡＢインディケーションを送信してもよい。

　ＩＡＢノード３００－２は、例えばｇＮＢ２００－１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥとしての能力を示す「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ３０１においてＩＡＢインディケーションを送信している場合、ステップＳ３０３は省略可能である。

　本動作シーケンスにおいては、ｇＮＢ２００－１がドナー能力を有すると仮定している。そのため、ｇＮＢ２００－１は、ＩＡＢインディケーションに基づいて、バックホールリンク接続をＩＡＢノード３００－１とＩＡＢノード３００－２との間に確立させる必要があると判断する。

　ステップＳ３０４において、ｇＮＢ２００－１は、無線測定を設定する測定設定をＩＡＢノード３００－２に送信する。ＩＡＢノード３００－２は、測定設定に基づいて無線測定を行う。

　ステップＳ３０５において、ＩＡＢノード３００－２は、無線測定の結果を含む測定報告を、ＩＡＢノード３００－１を介してｇＮＢ２００－１に送信する。ｇＮＢ２００－１は、測定報告に基づいて、自身（ｇＮＢ２００－１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。ここでは、ｇＮＢ２００－１が、自身（ｇＮＢ２００－１）が適切なドナーｇＮＢであると判断したと仮定して説明を進める。なお、ステップＳ３０４及びステップＳ３０５の処理は必須ではなく、省略してもよい。

　ステップＳ３０６において、ｇＮＢ２００－１は、ＩＡＢノード設定メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００－２に送信する。ＩＡＢノード３００－２は、ＩＡＢノード設定メッセージに基づいて、バックホールリンク接続をＩＡＢノード３００－１と確立する処理を行う。かかる確立処理は、ＩＡＢノード設定メッセージ中の設定情報に基づいて、バックホールリンク用のプロトコルスタック（アダプテーション／ＲＬＣ／ＭＡＣ／ＰＨＹエンティティ）を生成したり、パラメータ設定したりする処理を含む。かかる確立処理は、ＵＥ側（のアクセスリンク用）のプロトコルスタックを準備して、同期信号やセル固有参照信号の送信を開始する処理（もしくは、開始する準備をする処理）を含んでもよい。

　ステップＳ３０７において、ｇＮＢ２００－１は、ＲＲＣ再設定メッセージをＩＡＢノード３００－１に送信する。かかるＲＲＣ再設定メッセージは、ＩＡＢノード３００－２の追加に伴ってＩＡＢノード３００－１における設定を変更するためのメッセージである。かかるＲＲＣ再設定メッセージは、例えば、ＩＡＢノード３００－２の論理チャネルとＩＡＢノード３００－１のバックホールリンクの論理チャネルとの対応付けを示すマッピング情報を含む。なお、ステップＳ３０７は、ステップＳ３０６の前であってもよいし、ステップＳ３０６と同時であってもよい。

　ステップＳ３０８において、ＩＡＢノード３００－２は、ＩＡＢノード３００－１とのバックホールリンク接続の確立を含むＩＡＢノード設定が完了したことを示す完了通知メッセージをｇＮＢ２００－１に送信する。ステップＳ３０８以降は、ＩＡＢノード３００－２はｇＮＢ２００－１に対してＵＥとして振る舞うのではなく、ＩＡＢノードとして振る舞う。

　ステップＳ３０９において、ＩＡＢノード３００－１は、ＩＡＢノード３００－２とのバックホールリンク接続の確立に伴う設定変更が完了したことを示す完了通知メッセージをｇＮＢ２００－１に送信する。なお、ステップＳ３０９は、ステップＳ３０８の前であってもよいし、ステップＳ３０８と同時であってもよい。

　ステップＳ３１０において、ｇＮＢ２００－１は、ステップＳ３０１において取得したＩＡＢノード３００－２のコンテキスト情報を、Ｘｎインターフェイス上でｇＮＢ２００－２に転送する。

　ステップＳ３１１において、ｇＮＢ２００－１は、ＩＡＢノード３００－２のバックホールリンク接続を確立したことを示す通知を５ＧＣ１０に送信する。もしくは、ｇＮＢ２００－１は、ＩＡＢノード３００－２用のＰＤＵセッションの確立要求を５ＧＣ１０に送信してもよい。なお、上述したように、ＰＤＵセッションの確立要求は、ステップＳ３１１よりも先に又はステップＳ３１１においてＡＭＦ１１からｇＮＢ２００－１に送信されてもよい。

　［第１実施形態の変更例１］
　上述した第１実施形態において、ＩＡＢノード３００－１がｇＮＢ２００－１に無線で接続した後に、ｇＮＢ２００－１がドナー能力を有しないことに応じてＩＡＢノード３００－１をハンドオーバさせる一例について説明した。しかしながら、各ｇＮＢ２００は、自身がドナー能力を有するか否かに関する情報をＩＡＢノード３００－１に提供してもよい。これにより、ＩＡＢノード３００－１は、ドナー能力を有するｇＮＢ２００を選択したうえで接続することが可能になる。例えば、ドナー能力を有するｇＮＢ２００は、ドナー能力を有することを示す情報をシステム情報ブロック（ＳＩＢ）に含めてブロードキャストする。ＩＡＢノード３００－１は、かかるＳＩＢに基づいて、接続先とするｇＮＢ２００を選択する。ＩＡＢノード３００－１は、ドナー能力を有するｇＮＢ２００であって、且つ、このｇＮＢ２００からの受信電力が閾値以上である場合に、このｇＮＢ２００を接続先として選択してもよい。または、ｇＮＢ２００がドナー能力を有しない場合には、ＩＡＢノード３００－１は、ｇＮＢ２００から送信されたＳＩＢを受信したことに応じて、他のｇＮＢ２００を再選択してもよい。その後、他のｇＮＢ２００から送信されたＳＩＢにより当該他のｇＮＢ２００がドナー能力を有することが示される場合には、ＩＡＢノード３００－１は、当該他のｇＮＢ２００を接続先として、ランダムアクセスプロシージャを行うとともにＩＡＢインディケーションを送信してもよい。

　或いは、各ｇＮＢ２００は、自身がドナー能力（ドナー機能）を有することをＳＩＢにより通知することに加えて、又は自身がドナー能力を有することをＳＩＢにより通知することに代えて、自身がＩＡＢノード３００を取り扱う能力を有することをＳＩＢにより通知してもよい。例えば、各ｇＮＢ２００は、自身がＩＡＢノード３００を他のｇＮＢ（ドナーｇＮＢ）にハンドオーバする機能を有することをＳＩＢにより通知してもよい。

　上述した第１実施形態において、ＩＡＢノード３００がランダムアクセスプロシージャ中にｇＮＢ２００に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含める一例について説明した。ここで、Ｍｓｇ３は、例えばＲＲＣ　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔメッセージである。また、ＩＡＢノード３００は、Ｍｓｇ３中のフィールド（情報要素）であるＥｓｔａｂｌｉｓｈｍｅｎｔ　ＣａｕｓｅにＩＡＢインディケーションを含めてもよい。

　或いは、ＩＡＢノード３００は、ランダムアクセスプロシージャ中にｇＮＢ２００に送信するランダムアクセスプリアンブル（Ｍｓｇ１）を利用して、ＩＡＢインディケーションを通知してもよい。例えば、ＩＡＢインディケーション用のＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）リソースがＳＩＢにより通知される場合、ＩＡＢノード３００は、通知されたＩＡＢインディケーション用のＰＲＡＣＨリソースの中から選択したＰＲＡＣＨリソースを用いてランダムアクセスプリアンブルを送信することにより、ＩＡＢインディケーションを通知してもよい。ここで、ＰＲＡＣＨリソースとは、時間・周波数リソースであってもよいし、信号系列（プリアンブル系列）であってもよい。

　或いは、ＩＡＢノード３００は、ランダムアクセスプロシージャ以外のタイミングでＩＡＢインディケーションを通知してもよい。例えば、ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージにＩＡＢインディケーションを含めてもよい。

　上述した第１実施形態において、ｇＮＢ２００が、無線測定を設定する測定設定をＩＡＢノード３００又はＵＥ１００に送信し、無線測定の結果を含む測定報告を受信することにより、自身（ｇＮＢ２００）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを当該測定報告に基づいて判断する一例について説明した。しかしながら、このような初期接続時に測定結果を利用する場合に限らず、ネットワークトポロジの変更やデータ転送経路の変更に測定報告を利用してもよい。

　［第２実施形態］
　第２実施形態について、上述した第１実施形態との相違点を主として説明する。第２実施形態は、上述した第１実施形態及びその変更例と組み合わせて実施してもよい。

　第２実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第２実施形態に係る通信制御方法は、ＩＡＢノード３００が、上位装置との無線接続の確立又はＩＡＢノード３００の中継機能の有効化を上位装置により拒否された場合に、又は、当該無線接続が上位装置により解放された場合に、タイマを起動する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、ＩＡＢノード３００とのＲＲＣ接続を有する装置（すなわち、ＲＲＣレイヤを有する装置）であってもよい。タイマは、上位装置との無線接続の確立、又は上位装置に対する中継機能の有効化の意図を示す通知を行うことを避けるべき時間を規定する。中継機能の有効化の意図を示す通知とは、上述したＩＡＢインディケーションである。

　ＩＡＢノード３００は、タイマを起動してからタイマが満了するまでの間に、中継機能に対応した他の上位装置（例えば、他のドナーｇＮＢ又はＩＡＢノード）を発見した場合に、当該他の上位装置との無線接続を確立し、中継機能を有効化する意図を当該他の上位装置に通知してもよい。中継機能に対応した他の上位装置とは、自身がドナー機能を有することを示すＳＩＢを送信している上位装置であってもよいし、自身がＩＡＢノードを取り扱う能力を有することを示すＳＩＢを送信している上位装置であってもよい。

　第２実施形態に係る動作パターン１において、ＩＡＢノード３００は、上位装置との無線接続を確立する際（すなわち、ランダムアクセスプロシージャ中）に、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知する。例えば、ＩＡＢノード３００は、ランダムアクセスプロシージャのＭｓｇ１又はＭｓｇ３を利用して当該通知を行う。ＩＡＢノード３００は、無線接続の確立を拒否する接続拒否メッセージを当該上位装置から受信する。接続拒否メッセージは、ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｊｅｃｔメッセージであってもよい。ＩＡＢノード３００は、中継機能を有効化することが不可であることを示す情報（例えば、「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」）を含む接続拒否メッセージを受信したことに応じてタイマを起動する。当該情報（「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」）は、接続拒否メッセージ中の情報要素である「Ｃａｕｓｅ」に含まれてもよい。タイマの起動後、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置との無線接続の確立を試行しないようにする。例えば、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置に対するランダムアクセスプロシージャを開始しない。ＩＡＢノード３００は、当該上位装置に対するアクセスが禁止された状態にあるとみなしてもよい。タイマが満了した後、ＩＡＢノード３００は、当該上位装置との無線接続の確立を試行してもよい。なお、ＩＡＢノード３００が、中継機能を有効化する意図が無いが当該上位装置との無線接続の確立を希望する場合には、タイマが満了する前であっても、当該上位装置との無線接続の確立を試行してもよい。その場合には、ＩＡＢノード３００は、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知しない。

　第２実施形態に係る動作パターン２において、ＩＡＢノード３００は、上位装置との無線接続を確立した後（すなわち、ランダムアクセスプロシージャ後）に、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知する。例えば、ＩＡＢノード３００は、ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージにＩＡＢインディケーションを含めることにより当該通知を行う。ＩＡＢノード３００は、無線接続を解放する接続解放メッセージを当該上位装置から受信する。接続解放メッセージは、ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｌｅａｓｅメッセージであってもよい。ＩＡＢノード３００は、中継機能を有効化することが不可であることを示す情報（例えば、「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」）を含む接続解放メッセージを受信したことに応じてタイマを起動する。当該情報（「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」）は、接続解放メッセージ中の情報要素である「Ｃａｕｓｅ」に含まれてもよい。タイマの起動後、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置との無線接続の確立を試行しないようにする。例えば、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置に対するランダムアクセスプロシージャを開始しない。ＩＡＢノード３００は、当該上位装置に対するアクセスが禁止された状態にあるとみなしてもよい。タイマが満了した後、ＩＡＢノード３００は、当該上位装置との無線接続の確立を試行してもよい。

　第２実施形態に係る動作パターン３において、ＩＡＢノード３００は、上位装置との無線接続を確立する際に、又は上位装置との無線接続を確立した後に、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知する。ＩＡＢノード３００は、中継機能を有効化することを拒否することを示す情報（例えば、「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」）を含む再設定メッセージ（ＲＲＣメッセージ）を当該上位装置から受信する。再設定メッセージは、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。本動作パターンにおいて、ＩＡＢノード３００は、中継機能を有効化することを上位装置により拒否されても、当該上位装置との無線接続を確立又は維持してもよい。ＩＡＢノード３００は、中継機能を有効化することを拒否することを示す情報を含む再設定メッセージを受信したことに応じてタイマを起動する。タイマの起動後、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置に対してＩＡＢインディケーションを送信しない。タイマが満了した後、ＩＡＢノード３００は、ＩＡＢインディケーションを当該上位装置に送信してもよい。なお、タイマが満了するまでに、ＩＡＢノード３００が当該上位装置との無線接続を解放した場合（当該上位装置から接続解放メッセージ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｌｅａｓｅメッセージ）を受信した場合）、ＩＡＢノード３００は、当該タイマを停止、放棄又は解放してもよい。

　第２実施形態において、タイマは、上位装置（例えば、ドナーｇＮＢ２００）からＩＡＢノード３００に設定されてもよい。タイマは、ＳＩＢにより設定されてもよいし、動作パターン１における接続拒否メッセージにより設定されてもよいし、動作パターン２における接続解放メッセージにより設定されてもよいし、動作パターン３における再設定メッセージにより設定されてもよい。或いは、タイマは、ＩＡＢノード３００に予め設定されていてもよい。

　第２実施形態に係る動作パターン１及び２に係るタイマ（以下、「ＩＡＢノード向けタイマ」と称する）は、ＵＥ１００が接続拒否時又は接続解放時に用いるタイマ（以下、「ＵＥ向けタイマ」と称する）よりも長い時間が設定されてもよい。なお、「ＵＥ向けタイマ」は、接続拒否メッセージや接続解放メッセージに含まれるタイマであって、ＵＥ１００が当該メッセージを受信してから再度、接続の試行が可能になるまでに待たなければいけない時間であってもよい（例えば、Ｗａｉｔ　ｔｉｍｅ）。例えば、ＩＡＢノード３００が他のＩＡＢノードとの無線接続を確立する場合、当該他のＩＡＢノードとドナーｇＮＢ２００との間に接続（バックホールリンク）が存在しないことも想定される。かかる場合、ＩＡＢノード３００は、当該他のＩＡＢノードとドナーｇＮＢ２００との間に接続（バックホールリンク）が確立されなければ、中継機能を有効化することができない。よって、ＩＡＢノード向けタイマを用いることにより、ＩＡＢノード３００において無線接続の確立試行が失敗に終わる頻度を低減できる。

　図１０は、第２実施形態に係るＩＡＢノード３００の動作例を示す図である。ここでは、第２実施形態に係る動作パターン１及び２を想定している。

　図１０に示すように、ステップＳ４０１において、ＩＡＢノード３００は、上位装置との無線接続を確立する際に又は上位装置との無線接続を確立した後に、ＩＡＢインディケーションを当該上位装置に送信する。ＩＡＢインディケーションを送信した後、当該上位装置により接続が拒否又は解放されない場合（ステップＳ４０２：ＮＯ）、ステップＳ４０３において、ＩＡＢノード３００は、上述した第１実施形態の動作と同様に、中継機能を有効化するとともに当該上位装置とのバックホールリンクを確立する。

　ＩＡＢインディケーションを送信した後、当該上位装置により接続が拒否又は解放された場合（ステップＳ４０２：ＹＥＳ）、すなわち、ＩＡＢノード３００が接続拒否メッセージ又は接続解放メッセージを当該上位装置から受信した場合、ステップＳ４０４において、ＩＡＢノード３００は、当該メッセージ中の「Ｃａｕｓｅ」が「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」であるか否かを確認する。当該メッセージ中の「Ｃａｕｓｅ」が「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」でない場合（ステップＳ４０４：ＮＯ）、ステップＳ４０５において、ＩＡＢノード３００は、ＵＥ向けタイマを起動する。なお、ステップＳ４０５において、ＩＡＢノード３００は、ＩＡＢノード向けタイマを起動しない。また、ステップＳ４０４がＮＯの場合、接続拒否メッセージ又は接続解放メッセージにＩＡＢノード向けタイマが含まれなくてもよく、含まれていてもタイマを起動しない。以降は、ＩＡＢノード３００は、通常のＵＥと同様の動作を実行する。

　当該メッセージ中の「Ｃａｕｓｅ」が「ＩＡＢ　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」である場合（ステップＳ４０４：ＹＥＳ）、ステップＳ４０６において、ＩＡＢノード３００は、ＩＡＢノード向けタイマを起動する。ＩＡＢノード３００は、タイマの動作中に、当該上位装置との無線接続の確立を試行しないようにする。ＩＡＢノード３００は、タイマの動作中において、中継機能に対応した他の上位装置（例えば、他のドナーｇＮＢ又はＩＡＢノード）を探索してもよい。

　ステップＳ４０７において、ＩＡＢノード３００は、中継機能に対応した他の上位装置が発見されたか否かを確認する。中継機能に対応した他の上位装置が発見された場合（ステップＳ４０７：ＹＥＳ）、ステップＳ４０８において、ＩＡＢノード３００は、ＩＡＢ向けタイマを停止し、当該他の上位装置との無線接続の確立を試行する。ここで、ＩＡＢノード３００は、ＩＡＢインディケーションを当該他の上位装置に送信してもよい。この場合、ＩＡＢノード３００は、ＵＥのセルリセレクションと同様の動作により、他の上位装置を発見し、当該他の上位装置に待ち受けた上で、当該他の上位装置との無線接続の確立を試行する。

　中継機能に対応した他の上位装置が発見されない場合（ステップＳ４０７：ＮＯ）、ステップＳ４０９において、ＩＡＢノード３００は、ＩＡＢノード向けタイマが満了したか否かを確認する。ＩＡＢノード向けタイマが満了していない場合（ステップＳ４０９：ＮＯ）、ステップＳ４０７に戻る。なお、ＩＡＢノード３００は、他に適切な上位装置（例えば、他のドナーｇＮＢ２００）が存在しない場合に、後述するステップＳ４１０による接続確立の再試行により上位装置との無線接続の確立後に、ネットワーク（ドナーｇＮＢ２００又は５ＧＣ１０）にその旨を通知してもよい。

　ＩＡＢノード向けタイマが満了した場合（ステップＳ４０９：ＹＥＳ）、ステップＳ４１０において、ＩＡＢノード３００は、ステップＳ４０２で接続を拒否又は解放した上位装置に対して、改めて無線接続の確立を試行する。当該無線接続の確立に失敗した場合、ＩＡＢノード３００は、再度、同じＩＡＢノード向けタイマを起動するか又はより長いＩＡＢノード向けタイマを起動してもよい。

　［第２実施形態の変更例］
　上述した第２実施形態に係るＩＡＢノード３００において、接続の拒否、接続の解放、又は中継機能の有効化の拒否を上位装置から受信したＡＳレイヤは、ＡＳレイヤよりも上位のレイヤに対して通知を行ってもよい。ＡＳレイヤとは、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、ＳＤＡＰレイヤ、ＲＲＣレイヤを含むが、ここでは主としてＲＲＣレイヤを想定する。上位レイヤとは、ＮＡＳレイヤ又はアプリケーションレイヤなどである。

　例えば、ＩＡＢノード３００の上位レイヤは、ネットワークオペレータのＯＡＭ（Ｏｐｅｒａｔｉｏｎ　Ａｄｍｉｎｉｓｔｒａｔｉｏｎ　Ｍａｉｎｔｅｎａｎｃｅ）装置からのコマンド待ちモードに遷移してもよい。上位レイヤは、ＩＡＢノードとしての接続を行うようＡＳレイヤに指示することを止め、ＵＥとしての接続を行うようＡＳレイヤに指示してもよい。上位レイヤは、ＯＡＭ装置に対して、エラー情報（障害の詳細、発生位置情報、発生時刻情報を含んでもよい）を送信してもよい。

　［第３実施形態］
　第３実施形態について、上述した第１及び第２実施形態との相違点を主として説明する。第３実施形態は、上述した第１及び第２実施形態の少なくとも１つと組み合わせて実施してもよい。

　第３実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。ドナーｇＮＢ２００の配下の複数のＩＡＢノード３００のそれぞれは、自ＩＡＢノード３００に関する無線状態を示す情報、自ＩＡＢノード３００に関する負荷状態を示す情報、及び自ＩＡＢノード３００に関する通信遅延状態を示す情報のうち、少なくとも１つを上位装置に通知する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、ＩＡＢノード３００とのＲＲＣ接続を有する装置（すなわち、ＲＲＣレイヤを有する装置）であってもよい。第３実施形態において、上位装置がドナーｇＮＢ２００である一例について主として説明する。ドナーｇＮＢ２００は、配下の複数のＩＡＢノード３００のそれぞれから通知された情報に基づいて、当該複数のＩＡＢノード３００における接続関係及びデータ転送経路の少なくとも一方を管理又は変更する。

　図１１は、第３実施形態に係る動作例を示す図である。

　図１１に示すように、ドナーｇＮＢ（ＩＡＢ　ｄｏｎｅｒ）２００にＩＡＢノード（ＩＡＢ　ｎｏｄｅ　＃１）３００－１が無線で接続しており、ＩＡＢノード３００－１にＩＡＢノード（ＩＡＢ　ｎｏｄｅ　＃２）３００－２及びＵＥ１００が無線で接続している。ドナーｇＮＢ２００とＩＡＢノード３００－１との間には、フロントホール用のネットワークインターフェイスであるＦ１インターフェイスが設定されていてもよい。ドナーｇＮＢ２００とＩＡＢノード３００－２との間にも、Ｆ１インターフェイスが設定されていてもよい。

　ＩＡＢノード３００－１はＲＲＣレイヤを有しており、ＩＡＢノード３００－１のＲＲＣレイヤとドナーｇＮＢ２００のＲＲＣレイヤとの間でＲＲＣメッセージが送受信される。また、ＩＡＢノード３００－２はＲＲＣレイヤを有しており、ＩＡＢノード３００－２のＲＲＣレイヤとドナーｇＮＢ２００のＲＲＣレイヤとの間で、ＩＡＢノード３００－１を介してＲＲＣメッセージが送受信される。これらのＲＲＣメッセージは、Ｆ１インターフェイス上で送受信されてもよい。或いは、ＲＲＣメッセージに代えて、Ｆ１インターフェイスで規定されるＦ１メッセージをＦ１インターフェイス上で送受信してもよい。或いは、Ｘｎインターフェイスを用いてもよい。Ｘｎインターフェイスを用いる場合、以下の「Ｆ１インターフェイス」を「Ｘｎインターフェイス」と読み替える。さらに、ＵＥ１００はＲＲＣレイヤを有しており、ＵＥ１００のＲＲＣレイヤとドナーｇＮＢ２００のＲＲＣレイヤとの間で、ＩＡＢノード３００－１を介してＲＲＣメッセージが送受信される。

　ドナーｇＮＢ２００に送信されるＲＲＣメッセージ及び／又はＦ１メッセージは、測定された無線状態を示す測定報告（Ｍｅａｓｕｒｅｍｅｎｔ　Ｒｅｐｏｒｔ）メッセージを含んでもよい。例えば、ＩＡＢノード３００－１、ＩＡＢノード３００－２、及びＵＥ１００のそれぞれは、無線状態の測定（例えば、参照信号の受信電力であるＲＳＲＰ及び／又は参照信号の受信品質であるＲＳＲＱの測定）を行い、測定結果を含む測定報告メッセージをドナーｇＮＢ２００に送信する。

　ドナーｇＮＢ２００に送信されるＲＲＣメッセージ及び／又はＦ１メッセージは、測定された負荷状態（特に、リソース負荷の状態）を通知するメッセージを含んでもよい。かかるメッセージは、リソース状態更新（Ｒｅｓｏｕｒｃｅ　Ｓｔａｔｕｓ　Ｕｐｄａｔｅ）メッセージと称されてもよい。例えば、ＩＡＢノード３００－１及びＩＡＢノード３００－２のそれぞれは、無線リソースである時間・周波数リソースの使用率やハードウェアリソース（ＣＰＵ、メモリ等）の使用率等を測定し、測定結果を含むメッセージをドナーｇＮＢ２００に送信する。時間・周波数リソースの使用率は、アクセスリンクにおける時間・周波数リソースの使用率であってもよいし、バックホールリンクにおける時間・周波数リソースの使用率であってもよい。

　ドナーｇＮＢ２００に送信されるＲＲＣメッセージ及び／又はＦ１メッセージは、測定された通信遅延状態を通知するメッセージを含んでもよい。例えば、ＩＡＢノード３００－１及びＩＡＢノード３００－２のそれぞれは、バックホール遅延時間、ホップ数（例えば、ドナーｇＮＢ２００までのホップ数）、及びスケジューリング遅延のうち少なくとも１つを測定し、測定結果を含むメッセージをドナーｇＮＢ２００に送信する。ここで、遅延時間の測定（バックホール遅延、スケジューリング遅延）は、メッセージの送信に対する応答受信までの時間であり、例えばＲＬＣにてｐｏｌｉｎｇを行い、レスポンスが返ってくるまでの時間を測定することにより得られる。また、ホップ数は、Ａｄａｐｔａｔｉｏｎ　ｌａｙｅｒなどがデータを中継するたびに、ヘッダの数字をカウントアップするなどして、この値を読むことによって（ベアラ毎に）測定される。もしくは、各ＩＡＢノードが自身のホップ数を報知し、それをベースにＵＥまでのホップ数を算出してもよい。

　なお、これらのメッセージは、ｇＮＢ２００からの要求（問い合わせ）に対する応答として定義されてもよい。或いは、これらのメッセージは、周期的にドナーｇＮＢ２００に送信されてもよいし、イベントトリガでドナーｇＮＢ２００に送信されてもよい。イベントトリガの場合、ドナーｇＮＢ２００が配下のＩＡＢノード３００及びＵＥ１００に対してイベントトリガ用の閾値（無線状態閾値、負荷状態閾値、遅延状態閾値）を設定してもよい。

　また、無線状態、負荷状態、及び通信遅延状態のそれぞれは、上りリンク（ＵＬ）と下りリンク（ＤＬ）とで別々に測定及び通知されてもよいし、ＵＬ測定結果及びＤＬ測定結果を統計処理した結果（例えば、平均値）を通知してもよい。

　さらに、無線状態、負荷状態、及び通信遅延状態のうち２以上を含む１つのＲＲＣメッセージ又は１つのＦ１メッセージが定義されてもよい。ドナーｇＮＢ２００は、ＲＲＣメッセージ及び／又はＦ１メッセージに基づいて、配下のＩＡＢノード３００及びＵＥ１００の接続関係（トポロジ）を管理又は変更したり、データ転送経路（ルーティングテーブル）を管理又は変更したりする。例えば、ドナーｇＮＢ２００は、配下のＩＡＢノード３００のハンドオーバを行うことにより、接続関係及び／又はデータ転送経路を変更する。ＩＡＢノード３００のハンドオーバについては、第４実施形態において説明する。

　図１２（Ａ）は、ドナーｇＮＢ２００における接続関係（トポロジ）の作成の一例を示し、図１２（Ｂ）は、ドナーｇＮＢ２００におけるルーティングテーブルの作成の一例を示す。図１２（Ａ）及び（Ｂ）において、ドナーｇＮＢ２００を「Ｄ」と表記し、６つのＩＡＢノード３００を「１」～「６」と表記し、ＵＥ（端末）１００を「Ｕ」と表記している。

　図１２（Ａ）に示すように、ドナーｇＮＢ「Ｄ」は、配下のＩＡＢノード３００及びＵＥ１００から通知される無線状態（ＲＳＲＰ等）に基づいて、データ転送経路（ルート）を確立できそうなノード間の関係を導き出す。例えば、ドナーｇＮＢ「Ｄ」は、ノード間の無線状態が一定の品質を満たす場合に、当該ノード間にルートを確立可能であると判断する。

　図１２（Ａ）の例において、ドナーｇＮＢ「Ｄ」は、ドナーｇＮＢ「Ｄ」とＵＥ「Ｕ」との間に、４通りのルートを設定可能と判断する。１つ目のルートは、「Ｄ」→「１」→「２」→「４」→「Ｕ」である。２つ目のルートは、「Ｄ」→「１」→「２」→「５」→「Ｕ」である。３つ目のルートは、「Ｄ」→「３」→「５」→「Ｕ」である。４つ目のルートは、「Ｄ」→「３」→「６」→「Ｕ」である。ドナーｇＮＢ「Ｄ」は、これらのルートの情報を、対応するＩＡＢノードに通知及び設定してもよい。かかる通知及び設定には、例えばＲＲＣ　ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてもよい。なお、ここでは下りリンクにおけるルート設定を想定しているが、上りリンクにおけるルート設定であってもよい。

　図１２（Ｂ）に示すように、ドナーｇＮＢ「Ｄ」は、配下のＩＡＢノード３００から通知される負荷状態及び通信遅延状態に基づいて、ノード間の負荷状態及び通信遅延状態を判断し、上記４つのルートの何れかを選択して設定する。

　図１２（Ｂ）の例では、１つ目のルート（「Ｄ」→「１」→「２」→「４」→「Ｕ」）及び２つ目のルート（「Ｄ」→「１」→「２」→「５」→「Ｕ」）のそれぞれは、経由するＩＡＢノードの数を示すホップ数が３（３　ｈｏｐ）である。一方、３つ目のルート（「Ｄ」→「３」→「５」→「Ｕ」）及び４つ目のルート（「Ｄ」→「３」→「６」→「Ｕ」）のそれぞれは、経由するＩＡＢノードの数を示すホップ数が２（２　ｈｏｐ）である。かかる場合、ドナーｇＮＢ「Ｄ」は、１つ目のルート及び２つ目のルートを優先的に選択してもよい。

　また、図１２（Ｂ）の例では、ＩＡＢノード「２」とＩＡＢノード「４」との間のバックホールリンク及びＩＡＢノード「２」とＩＡＢノード「５」との間のバックホールリンクが高負荷状態（Ｌｏａｄｅｄ）であり、ＩＡＢノード「６」とＵＥ「Ｕ」との間のアクセスリンクが高負荷状態（Ｌｏａｄｅｄ）である。かかる場合、ドナーｇＮＢ「Ｄ」は、高負荷状態のリンクを経由しない３つ目のルートを優先的に選択してもよい。

　ドナーｇＮＢ「Ｄ」は、ルートを選択すると、選択したルートに応じてルーティングテーブルを更新し、選択したルートを設定するためのメッセージ（例えば、ＲＲＣ　ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を当該ルート上のノードに送信する。その後、ドナーｇＮＢ「Ｄ」は、各リンクの負荷状態及び通信遅延状態に応じてルーティングテーブルを随時更新する。

　［第３実施形態の変更例］
　上述した第３実施形態において、ドナーｇＮＢ２００の配下の各ＩＡＢノード３００は、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）サービスへの興味に関するＭＢＭＳ関連情報をドナーｇＮＢ２００に通知してもよい。ＭＢＭＳ関連情報は、ＲＲＣメッセージであってもよいし、Ｆ１メッセージであってもよい。

　ＩＡＢノード３００が送信するＭＢＭＳ関連情報は、当該ＩＡＢノード３００におけるＭＢＭＳサービスの中継要否情報であってもよい。ＩＡＢノード３００が送信するＭＢＭＳ関連情報は、当該ＩＡＢノード３００の配下の下位装置（ＵＥ１００及びＩＡＢノード３００）のうちＭＢＭＳサービスに興味のある装置の数を示す情報であってもよい。ＭＢＭＳ関連情報は、ＭＢＭＳサービスの識別子（例えば、ＴＭＧＩ）ごとに提供されてもよい。

　本変更例において、ドナーｇＮＢ２００は、配下の各ＩＡＢノード３００から通知されたＭＢＭＳ関連情報に基づいて、接続関係（トポロジ）及びデータ転送経路の少なくとも一方を管理又は変更する。例えば、ドナーｇＮＢ２００は、通知されたＭＢＭＳ関連情報に基づいて、ＭＢＭＳサービス用のデータ転送経路を管理又は変更する。

　本変更例において、各ＩＡＢノード３００は、少なくとも１つのＭＢＭＳサービスエリア（ＭＢＭＳ　Ｓｅｒｖｉｃｅ　Ａｒｅａ）に属していてもよい。ＭＢＭＳサービスエリアは、同じＭＢＭＳサービスを提供するエリアの単位である。かかる場合、ドナーｇＮＢ２００は、ＩＡＢノード３００とのＦ１インターフェイスを設定する際に、当該ＩＡＢノード３００にＭＢＭＳサービスエリアを設定してもよい。例えば、Ｆ１　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔメッセージ及びＦ２　Ｓｅｔｕｐ　Ｒｅｓｐｏｎｓｅメッセージに、ＭＢＭＳ　Ｓｅｒｖｉｃｅ　Ａｒｅａ　Ｉｄｅｎｔｉｔｙ　Ｌｉｓｔを含めてもよい。

　［第４実施形態］
　第４実施形態について、上述した第１乃至第３実施形態との相違点を主として説明する。第４実施形態は、上述した第１乃至第３実施形態の少なくとも１つと組み合わせて実施してもよい。

　第４実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第４実施形態において、上位装置は、当該上位装置の配下のＩＡＢノード３００のハンドオーバを行うためのハンドオーバ要求を他の上位装置に送信する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、ハンドオーバすべきＩＡＢノード３００とのＲＲＣ接続を有する装置（すなわち、ＲＲＣレイヤを有する装置）であってもよい。第４実施形態において、ハンドオーバ要求の送信元の上位装置がドナーｇＮＢ２００である一例について主として説明する。また、ハンドオーバ要求の送信先の他の上位装置は、ハンドオーバ要求の送信元のドナーｇＮＢ２００とは異なるｇＮＢ又は当該ｇＮＢの配下の他のＩＡＢノードである。第４実施形態において、ハンドオーバ要求の送信先の他の上位装置がｇＮＢである一例について主として説明する。具体的には、ハンドオーバ要求は、基地局間インターフェイスであるＸｎインターフェイス上で送受信される。

　第４実施形態において、ハンドオーバ要求は、ハンドオーバすべきＩＡＢノード３００が中継を行う状態にあるか否かを示す情報を含む。ＩＡＢノード３００がデータ中継を行う状態とは、ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００がある状態であってもよい。具体的には、ハンドオーバすべきＩＡＢノード３００において中継機能が有効化され、当該ＩＡＢノード３００がバックホールリンクを確立しており、且つ、当該ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００がある場合に、当該ＩＡＢノード３００がデータ中継を行う状態にあるとみなすことができる。ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００があるとは、当該ＩＡＢノード３００にＵＥ１００が無線で接続していることだけでなく、少なくとも１つの他のＩＡＢノードを介してＵＥ１００が当該ＩＡＢノード３００に接続していることも含む。或いは、ＩＡＢノード３００がデータ中継を行う状態とは、当該ＩＡＢノード３００を経由するデータ転送経路が設定されている状態を意味してもよい。以下において、ＩＡＢノード３００がデータ中継を行う状態を「ＩＡＢアクティブ状態」と称する。

　一方、ＩＡＢノード３００がデータ中継を行わない状態とは、ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００がない状態であってもよい。具体的には、ハンドオーバすべきＩＡＢノード３００において中継機能が有効化されていない場合、又は、当該ＩＡＢノード３００がバックホールリンクを確立していない場合に、当該ＩＡＢノード３００がデータ中継を行わない状態にあるとみなすことができる。或いは、当該ＩＡＢノード３００がバックホールリンクを確立しているものの、当該ＩＡＢノード３００の配下にＵＥ１００がない場合に、当該ＩＡＢノード３００がデータ中継を行わない状態にあるとみなすことができる。或いは、ＩＡＢノード３００がデータ中継を行わない状態とは、当該ＩＡＢノード３００を経由するデータ転送経路が設定されていない状態を意味してもよい。以下において、ＩＡＢノード３００がデータ中継を行わない状態を「ＩＡＢアイドル状態」と称する。

　このように、ハンドオーバすべきＩＡＢノード３００がＩＡＢアクティブ状態にあるか又はＩＡＢアイドル状態にあるかをソースｇＮＢからターゲットｇＮＢに対してハンドオーバ要求の際に通知する。これにより、ハンドオーバに伴ってターゲットｇＮＢの負荷がどの程度増加するかをターゲットｇＮＢが予測できるため、ハンドオーバ要求を受け入れるか否かの判断を適切に行うことができる。なお、上位ＩＡＢノードから他のＩＡＢノードに配下のＩＡＢノード３００をハンドオーバする場合は、ソースｇＮＢからターゲットｇＮＢにハンドオーバ要求を通知するのと同じように、ソースＩＡＢノードからターゲットＩＡＢノードにハンドオーバ要求を通知することとしてもよい。以下の説明において、ソースｇＮＢとターゲットｇＮＢをそれぞれソースＩＡＢノードとターゲットＩＡＢノードに置き換えてもよい。

　まず、ＩＡＢアイドル状態にあるＩＡＢノード３００のハンドオーバの一例について、図８のステップＳ２０８乃至ステップＳ２１１を参照して説明する。

　図８に示すように、ステップＳ２０８において、ｇＮＢ２００－１（ソースｇＮＢ）は、ハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００－２（ターゲットｇＮＢ）に送信する。ここで、ｇＮＢ２００－１（ソースｇＮＢ）は、ハンドオーバすべきＩＡＢノード３００－１がＩＡＢアイドル状態にあることを示す情報をハンドオーバ要求メッセージに含める。第１実施形態と同様に、ｇＮＢ２００－１（ソースｇＮＢ）は、ＩＡＢノード３００－１から受信したＩＡＢインディケーションをハンドオーバ要求に含めてもよい。或いは、ｇＮＢ２００－１は、ハンドオーバ要求メッセージにＩＡＢインディケーションを含める代わりに、ターゲットｇＮＢがＩＡＢノード３００－１のドナーｇＮＢとして機能することを要求する旨を示す情報を含めて送信してもよい。

　ｇＮＢ２００－２は、ハンドオーバ要求メッセージに含まれる、ＩＡＢノード３００－１がＩＡＢアイドル状態にあることを示す情報を考慮して、ＩＡＢノード３００－１のハンドオーバを受け入れるか否かを判断する。ここではｇＮＢ２００－２がＩＡＢノード３００－１のハンドオーバを受け入れると判断したと仮定して説明を進める。

　次に、ＩＡＢアクティブ状態にあるＩＡＢノード３００のハンドオーバの一例について、図１３を参照して説明する。図１３は、ＩＡＢアクティブ状態にあるＩＡＢノード３００のハンドオーバの一例を示す図である。

　図１３に示すように、ドナーｇＮＢ（ＩＡＢ　ｄｏｎｅｒ　＃１）２００－１にＩＡＢノード（ＩＡＢ　ｎｏｄｅ　＃１）３００－１が無線で接続しており、ＩＡＢノード３００－１にＩＡＢノード（ＩＡＢ　ｎｏｄｅ　＃２）３００－２及びＵＥ（ＵＥ　＃１）１００－１が無線で接続している。また、ＩＡＢノード３００－２にはＵＥ（ＵＥ　＃２乃至＃４）１００－２乃至１００－４が無線で接続している。各ＩＡＢノード３００及び各ＵＥ１００はＲＲＣレイヤを有している。

　図１３の例において、ドナーｇＮＢ２００－１からドナーｇＮＢ２００－２に対してＩＡＢノード３００－１のハンドオーバを行うことを想定する。ＩＡＢノード３００－１の配下には４つのＵＥ１００－１乃至１００－４とＩＡＢノード３００－２があるため、ＩＡＢノード３００－１はＩＡＢアクティブ状態にある。

　ドナーｇＮＢ２００－１（ソースｇＮＢ）は、ハンドオーバ要求メッセージをＸｎインターフェイス上でドナーｇＮＢ２００－２（ターゲットｇＮＢ）に送信する。ここで、ドナーｇＮＢ２００－１（ソースｇＮＢ）は、ハンドオーバすべきＩＡＢノード３００－１がＩＡＢアクティブ状態にあることを示す情報をハンドオーバ要求メッセージに含める。

　図１３に示すように、ドナーｇＮＢ２００－１からドナーｇＮＢ２００－２に対して、ＩＡＢアクティブ状態にあるＩＡＢノード３００－１のハンドオーバを行う場合、ＩＡＢノード３００－１の配下のＩＡＢノード３００－２及びＵＥ１００－１乃至１００－４もまとめてハンドオーバすることになる。但し、ＩＡＢノード３００－１がドナーｇＮＢ２００－２に対してランダムアクセスプロシージャを行えばよく、ＩＡＢノード３００－１の配下のＩＡＢノード３００－２及びＵＥ１００－１乃至１００－４はドナーｇＮＢ２００－２に対してランダムアクセスプロシージャを行わなくてもよい。

　また、ドナーｇＮＢ２００－１は、配下のＩＡＢノード３００（３００－１、３００－２）及び配下のＵＥ１００（１００－１乃至１００－４）のそれぞれのコンテキスト情報をドナーｇＮＢ２００－２にまとめて転送する。ドナーｇＮＢ２００－１は、これらのコンテキスト情報を１つのハンドオーバ要求に含めてドナーｇＮＢ２００－２に送信してもよい。

　ドナーｇＮＢ２００－１からドナーｇＮＢ２００－２に対して、ＩＡＢアクティブ状態にあるＩＡＢノード３００－１のハンドオーバを行う場合、ドナーｇＮＢ２００－１は、ドナーｇＮＢ２００－１の配下のＩＡＢノード３００（３００－１、３００－２）及び／又は配下のＵＥ１００（１００－１乃至１００－４）に関する負荷情報を含むハンドオーバ要求をドナーｇＮＢ２００－２に送信してもよい。

　ここで、負荷情報は、ドナーｇＮＢ２００－１の配下のＵＥ１００（１００－１乃至１００－４）の数を含んでもよい。例えば、ドナーｇＮＢ２００－１は、自身が管理しているＵＥコンテキストの数やＣ－ＲＮＴＩの数、又は自身が管理しているルーティング情報に基づいて、配下のＵＥ１００（１００－１乃至１００－４）の数を特定し、特定した数をハンドオーバ要求に含める。但し、１つのＵＥ１００に対して複数のデータ転送経路が設定され、当該複数のデータ転送経路がプライマリ経路及びセカンダリ経路を含む場合において、ドナーｇＮＢ２００－１との間にプライマリ経路を有しないＵＥ１００を除外してもよい。かかる場合、ドナーｇＮＢ２００－１は、自身の配下のＵＥ１００のうち、自身との間にプライマリ経路を有するＵＥ１００の数を負荷情報としてハンドオーバ要求に含める。或いは、ＵＥ１００の数に変えて、ＵＥ１００が用いているベアラの数を負荷情報としてハンドオーバ要求に含めてもよい。ベアラと関連付けられたＱｏＳ情報をさらにハンドオーバ要求に含めてもよい。負荷情報は、ドナーｇＮＢ２００－１の配下のＩＡＢノード３００（３００－１、３００－２）の数を含んでもよい。負荷情報は、ドナーｇＮＢ２００－１の配下のＩＡＢノード３００の階層数（ホップ数）及び又は各階層における配下のＩＡＢノード及び／又はＵＥ１００の数を含んでもよい。

　さらに、ドナーｇＮＢ２００－１は、第３実施形態の変更例において説明したＭＢＭＳ関連情報をハンドオーバ要求に含めてもよい。

　［第５実施形態］
　第５実施形態について、上述した第１乃至第４実施形態との相違点を主として説明する。第５実施形態は、上述した第１乃至第４実施形態の少なくとも１つと組み合わせて実施してもよい。

　第４実施形態において、ドナーｇＮＢ２００が主導してＩＡＢノード３００のハンドオーバを行う一例について説明した。これに対し、第５実施形態は、ＩＡＢノード３００が主導してＲＲＣ再確立（ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行う実施形態である。ＩＡＢノード３００は、自身が接続する上位装置との無線接続に障害が発生した際に、ＲＲＣ再確立を行う。かかる無線接続の障害は、ＲＬＦ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｆａｉｌｕｒｅ）と称されることがある。

　図１４は、第５実施形態に係る動作環境の一例を示す図である。図１４は、基本的な構成は図１３と同じであるが、ドナーｇＮＢ２００－２にＩＡＢノード（ＩＡＢ　ｎｏｄｅ　＃３）３００－３が無線で接続している点で図１３と異なる。かかる環境下において、ドナーｇＮＢ２００－１の配下のＩＡＢノード３００－２がＩＡＢノード３００－１とのＲＬＦを検出したと仮定する。

　ＩＡＢノード３００－２は、ＩＡＢノード３００－１とのＲＬＦを検出すると、ＩＡＢノード３００－１以外に接続可能なｇＮＢ２００又はＩＡＢノード３００を探索し、発見されたｇＮＢ２００又はＩＡＢノード３００に対して無線接続の再確立を試行する。図１４の例では、ＩＡＢノード３００－２は、ＲＬＦ前のドナーｇＮＢ２００－１とは異なるドナーｇＮＢ２００－２の配下のＩＡＢノード３００－３を発見し、ＩＡＢノード３００－３に対して無線接続の再確立を試行する。

　しかしながら、ＩＡＢノード３００－２が別のドナーｇＮＢ２００－２の配下のＩＡＢノード３００－３に接続すると、ＩＡＢノード３００－２の配下のＵＥ１００－２乃至１００－４のＵＥコンテキストをドナーｇＮＢ２００－１からドナーｇＮＢ２００－２に転送する必要がある。また、ドナーｇＮＢ２００－２とＩＡＢノード３００－２との間で新たにＦ１インターフェイスを確立する必要が生じうる。よって、シグナリング量及び遅延の観点で好ましくない。一方、ＩＡＢノード３００－２が、ＩＡＢノード３００－１とのＲＬＦを検出した後、ドナーｇＮＢ２００－１に接続するか又はドナーｇＮＢ２００－１の配下の他のＩＡＢノード（不図示）に接続することにより、かかるシグナリング量及び遅延の増大を抑制できる。

　なお、上述のようなＩＡＢノード３００－２とＩＡＢノード３００－１との間でＲＬＦが発生した場合に代えて、ドナーｇＮＢ２００－１とＩＡＢノード３００－１との間でＲＬＦが発生し、ＩＡＢノード３００－１がドナーｇＮＢ２００－２又はＩＡＢノード３００－３との無線接続を再確立する場合にも、同様な問題が生じる。

　第５実施形態において、ドナーｇＮＢ２００又は当該ドナーｇＮＢ２００の配下のＩＡＢノードとの無線接続を有するＩＡＢノード３００は、当該ドナーｇＮＢ２００と関連付けられた第１の識別子を取得及び記憶する。ＩＡＢノード３００は、例えばＲＬＦを検出した際に、無線接続の再確立先の候補である候補装置から、当該候補装置に対応するドナーｇＮＢと関連付けられた第２の識別子を取得する。ＩＡＢノード３００は、第１の識別子及び第２の識別子が同一のドナーｇＮＢ２００と関連付けられている場合に、当該候補装置に対して無線接続の再確立を行う。

　かかる識別子は、「ＩＡＢ　Ａｒｅａ　ＩＤ」と称されてもよいし、「ＩＡＢ　ｔｏｐｏｌｏｇｙ　ＩＤ」と称されてもよい。１つのドナーｇＮＢ２００及びその配下のＩＡＢノード３００からなるグループに対して固有の識別子が割り振られる。固有の識別子は、当該ドナーｇＮＢ２００のＩＤ（ｇＮＢ　ＩＤ）であってもよいし、当該ドナーｇＮＢ２００のセルＩＤ（例えば、ＣＧＩ：Ｃｅｌｌ　Ｇｌｏｂａｌ　Ｉｄｅｎｔｉｔｙ）であってもよい。かかる識別子は、ドナーｇＮＢ２００からその配下のＩＡＢノード３００に対して、当該ＩＡＢノードのセットアップ時又は設定変更時等において例えばＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより設定される。各ＩＡＢノード３００は、自身に設定された識別子をＳＩＢ等でブロードキャストする。なお、ｇＮＢ２００も、上記の識別子をＳＩＢ等でブロードキャストする。

　図１４の例では、ＩＡＢノード３００－２は、ドナーｇＮＢ２００－１と関連付けられた第１の識別子を取得及び記憶する。ＩＡＢノード３００－２は、ドナーｇＮＢ２００－１からＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより設定された識別子を第１の識別子として用いてもよいし、ＩＡＢノード３００－１がブロードキャストする識別子を第１の識別子として用いてもよい。

　そして、ＩＡＢノード３００－２は、ＩＡＢノード３００－１とのＲＬＦを検出すると、無線接続の再確立先の候補である候補装置（候補セル）を探索する。かかる探索において、ＩＡＢノード３００－２は、セルサーチにより接続可能なセルをサーチし、サーチにより発見されたセルからの参照信号の受信状態が閾値よりも良好である場合に、当該セルを候補装置（候補セル）とみなしてもよい。

　ＩＡＢノード３００－２は、発見された候補装置がブロードキャストする識別子（ＩＡＢ　Ａｒｅａ　ＩＤ）を第２の識別子として取得する。ＩＡＢノード３００－２は、記憶している第１の識別子と、取得した第２の識別子とを比較する。これらの識別子が同一である場合、発見された候補装置は、ＲＬＦ前と同じドナーｇＮＢ２００の配下にあるということになる。よって、ＩＡＢノード３００－２は、これらの識別子が同一である場合に、発見された候補装置に対して無線接続の再確立を試行する。

　なお、ＩＡＢノード３００－２は、セルサーチの結果、参照信号の受信状態が閾値を満たす複数の候補装置が発見された場合に、ランキングによって、最も受信状態が良好になる候補装置を選択することが一般的である。よって、ＩＡＢノード３００－２は、記憶している識別子と同じ識別子をブロードキャストする候補装置（セル）を最高優先度とみなすことにより、ランキングに依存せずに当該候補装置（セル）を選択してもよい。或いは、ＩＡＢノード３００－２は、記憶している識別子と同じ識別子をブロードキャストする候補装置（セル）の受信状態に対して無限大のオフセットを付与し、ランキングの際に当該候補装置（セル）を最高ランクとすることにより当該候補装置（セル）を選択してもよい。

　但し、ＩＡＢノード３００－２は、セルサーチの結果、記憶している識別子と同じ識別子をブロードキャストする候補装置（セル）を発見できないこともあり得る。かかる場合、ＩＡＢノード３００－２は、ＲＬＦ前とは異なるドナーｇＮＢ２００又はその配下のＩＡＢノードに接続することになる。ＩＡＢノード３００－２は、ＲＬＦ前とは異なるドナーｇＮＢ２００又はその配下のＩＡＢノードに接続した場合に、記憶している識別子（第１の識別子）を接続先の装置（セル）に通知してもよい。当該接続先の装置は、ＩＡＢノード３００－２から通知された識別子に対応するドナーｇＮＢ２００に対して通知を行うことにより、元のドナーｇＮＢ２００が自ネットワークのトポロジ管理やルーティング管理を更新してもよい。或いは、当該接続先の装置は、ＩＡＢノード３００－２から通知された識別子に対応するドナーｇＮＢ２００に対して、ＩＡＢノード３００－２に対応するコンテキスト情報の転送を要求してもよい。或いは、当該接続先の装置は、ＩＡＢノード３００－２から通知された識別子に対応するドナーｇＮＢ２００に対して、ＩＡＢノード３００－２のハンドオーバを行ってもよい。

　なお、本実施形態において、ＩＡＢノード３００が無線接続の再確立先を選択する動作について主として説明したが、かかる動作をＵＥ１００が行ってもよい。

　［第５実施形態の変更例１］
　上述した第５実施形態において、ＩＡＢノード３００－２は、ＲＬＦが検出されるよりも前において、ドナーｇＮＢ２００－１及びその配下のＩＡＢノード３００のそれぞれの識別子（ｇＮＢ　ＩＤ、ＤＧＩ）からなるリストをドナーｇＮＢ２００－１から取得及び記憶してもよい。ドナーｇＮＢ２００－１は、自身の配下のＩＡＢノード３００が追加又は削除される度に、更新後のリストをＩＡＢノード３００－２に提供してもよい。ＩＡＢノード３００－２は、ＲＬＦ検出時に、記憶しているリスト中の識別子を有する装置（セル）を探索し、発見された装置（セル）に対して無線接続の再確立を試行してもよい。

　［第５実施形態の変更例２］
　第５実施形態の変更例２は、第５実施形態の変更例１の詳細に関する。本変更例に係る方法は、上位装置に接続し、上位装置と下位装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される方法である。

　ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。下位装置とは、ＩＡＢノード３００の配下の他のＩＡＢノード（下位ＩＡＢノード）又はＵＥ１００である。

　図１５は、第５実施形態の変更例２に係る方法を示す。図１５に示すように、本変更例に係る方法は、上位装置から、ＩＡＢノード３００の再接続先の候補とする候補上位装置の優先順位を定める優先順位情報を受信するステップＳ５０１と、中継を開始（Ｓ５０２）した後、上位装置との接続障害を検知するステップＳ５０３と、接続障害の検知に応じて、優先順位情報に基づいて、ＩＡＢノード３００の再接続先とする上位装置を候補上位装置の中から決定するステップＳ５０４と、決定された上位装置に対して、再接続要求を送信するステップＳ５０５とを備える。

　図１５のフローに先立ち、上位装置（例えば、ドナーｇＮＢ２００）は、自身で管理しているルーティング情報等に基づいて優先順位情報を生成する。例えば、上位装置は、同一ドナーｇＮＢ２００の配下の各ＩＡＢノードのセル識別子及び／又はノード識別子を優先順位情報に含める。上位装置は、ドナーｇＮＢ２００のセル識別子及び／又はノード識別子を優先順位情報に含めてもよい。上位装置は、ドナーｇＮＢ２００までのホップ数が少ないＩＡＢノードに高い優先順位を付与してもよいし、ドナーｇＮＢ２００との間の経路におけるトラフィックが少ないＩＡＢノード又は通信容量が多いＩＡＢノードに高い優先順位を付与してもよい。

　優先順位情報は、セル識別子のリスト又はノード識別子のリストを含んでもよい。これらの識別子は、優先順位が高い順又は低い順に並べられていてもよい。優先順位情報は、各識別子に対応付けられた優先順位を示す優先順位識別子を含んでよい。優先順位識別子は、１値（Ｈｉｇｈなど）であってもよく、２値（Ｌｏｗ／Ｈｉｇｈなど）であってもよく、数値（０～７など）であってもよい。優先順位情報は、各識別子に対応付けられたオフセット値を含んでよい。オフセット値は、参照信号受信電力などの無線測定結果に対するオフセット（例えばｄＢのオフセット）であってもよい。

　上位装置は、例えばＩＡＢノード３００の初期セットアップ時（第１実施形態を参照）に、優先順位情報を当該ＩＡＢノード３００に送信する。上位装置は、優先順位情報を含むＲＲＣメッセージ（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎなど）を当該ＩＡＢノード３００に送信してもよいし、優先順位情報を含むＦ１メッセージ（Ｆ１　Ｓｅｔｕｐなど）を当該ＩＡＢノード３００に送信してもよい。なお、Ｆ１メッセージとは、Ｆ１インターフェイス上で送受信されるメッセージをいう。

　以下において、図１５の各ステップの詳細について説明する。

　ステップＳ５０１：
　ＩＡＢノード３００は、上位装置から、ＩＡＢノード３００の再接続先の候補とする候補上位装置の優先順位を定める優先順位情報を受信する。例えば、ＩＡＢノード３００は、ドナーｇＮＢ２００から送信される優先順位情報を他のＩＡＢノード（上位ＩＡＢノード）を介して受信する。ＩＡＢノード３００は、受信した優先順位情報を記憶する。

　ステップＳ５０２：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５０３：
　ＩＡＢノード３００は、上位装置との接続障害を検知する。具体的には、ＩＡＢノード３００は、バックホールリンクの無線リンク障害（ＲＬＦ）を検知する。

　ステップＳ５０４：
　ＩＡＢノード３００は、ステップＳ５０１で受信した優先順位情報に基づいて、自身（ＩＡＢノード３００）の再接続先とする上位装置を候補上位装置の中から決定する。具体的には、ＩＡＢノード３００は、優先順位情報にセル識別子が含まれるセル及び／又は優先順位情報にノード識別子が含まれる他のＩＡＢノードを優先的に選択する。

　ＩＡＢノード３００は、ＲＬＦ発生後のセル再選択において優先順位情報を考慮する。

　一般的なセル再選択において、ＵＥ１００は、各隣接セルの無線品質（参照信号受信電力等）を測定し、所定の無線品質基準（Ｓ－ｃｒｉｔｅｒｉｏｎ）を満たすセルの中から、周波数優先度と無線測定結果に基づくランク付け（ランキング）を行うことにより、周波数優先度が高く、且つランクが高いセルを適切なセルとして選択する。

　これに対し、優先順位情報を考慮したセル再選択においては、ＩＡＢノード３００は、所定の無線品質基準（Ｓ－ｃｒｉｔｅｒｉｏｎ）を満たすセルの中から、優先順位情報における優先順位が最も高いセルを適切なセルとして選択してもよい。

　或いは、優先順位情報を考慮したセル再選択においては、ＩＡＢノード３００は、所定の無線品質基準（Ｓ－ｃｒｉｔｅｒｉｏｎ）を満たすセルの中から、優先順位情報にセル識別子が含まれるセルのみを対象としてランク付けを行い、ランクが最も高いセルを適切なセルとして選択してもよい。ここで、優先順位情報にオフセット値が含まれる場合、ＩＡＢノード３００は、無線測定結果にオフセット値を加えることによりランクを修正してもよい。

　或いは、優先順位情報を考慮したセル再選択においては、ＩＡＢノード３００は、所定の無線品質基準（Ｓ－ｃｒｉｔｅｒｉｏｎ）を満たすセルの中から、無線測定結果に基づくランク付けを行い、ランクが高く、且つ優先順位情報にセル識別子が含まれるセルを適切なセルとして選択してもよい。

　ここでは、ＩＡＢノード３００が、ＲＬＦ発生後のセル再選択において優先順位情報を考慮する一例を説明した。しかしながら、ＩＡＢノード３００は、セル再選択後のランダムアクセスプロシージャ（具体的には、再接続要求の送信）時に優先順位情報を考慮してもよい。

　なお、優先順位情報は、ＲＬＦ発生後のみ適用されるとしてもよいし、ＩＡＢノードとして動作している（ＩＡＢノード特有の設定が行われた後）のみ適用されるとしてもよい。

　ステップＳ５０５：
　ＩＡＢノード３００は、ステップＳ５０４で決定された上位装置（適切なセル）に対して、再接続要求を送信する。

　具体的には、ＩＡＢノード３００は、ステップＳ５０４で決定された上位装置（適切なセル）に対してランダムアクセスプロシージャを行う。ランダムアクセスプロシージャにおいて、ＩＡＢノード３００は、ステップＳ５０４で決定された上位装置（適切なセル）に対してランダムアクセスプリアンブルを送信し、当該上位装置からランダムアクセス応答を受信する。

　ＩＡＢノード３００は、ランダムアクセス応答の受信に応じて再接続要求を上位装置に送信する。再接続要求は、ＲＲＣメッセージであるＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージであってもよい。

　なお、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャは、ネットワーク側でＩＡＢノード３００のコンテキスト情報を利用できる場合に成功し、肯定応答（例えば、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ）が再接続先の上位装置からＩＡＢノード３００に送信される。一方、ネットワーク側でＩＡＢノード３００のコンテキスト情報を利用できない場合には失敗し、否定応答（例えば、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｊｅｃｔメッセージ）が再接続先の上位装置からＩＡＢノード３００に送信される。

　ここで、コンテキスト情報は、上述したように、無線側のＡＳレイヤの接続設定（ＲＲＣ再設定の内容）、ネットワーク側のＰＤＵセッションリソース設定（ＡＭＦ又はＲＡＮのＵＥ　ＩＤ、セッションＩＤ、ＱｏＳ／スライス設定等）、その他関連情報（ＩＡＢノードの挙動や通信などの履歴情報、プリファレンス情報などを含む情報である。

　例えば、ＩＡＢノード３００が同一ドナーｇＮＢ２００の配下の他のＩＡＢノードのセルを再接続先として決定した場合、当該ドナーｇＮＢ２００においてコンテキスト情報が保持されており、コンテキスト情報を利用可能であるため、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャが成功すると考えられる。ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャが成功すると、ＩＡＢノード３００は、ＲＲＣコネクティッドモードを維持したまま接続先を変更できる。

　一方、ＩＡＢノード３００が同一ドナーｇＮＢ２００の配下の他のＩＡＢノードのセルを再接続先として決定した場合や、当該他のＩＡＢノードのバックホールリンクに障害があったり、当該他のＩＡＢノードにおいて輻輳が生じていたりする場合、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャが失敗しうる。すなわち、ＩＡＢノード３００は、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｊｅｃｔメッセージを受信する。ここで、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｊｅｃｔメッセージは、再接続拒否の原因を示す情報（例えば、“no connection to IAB topology”）を含んでもよい。このような場合、ＩＡＢノード３００は、２番目に優先順位（又はランク）が高いセルを選択し、選択したセルに対して再接続要求を送信してもよい。

　本変更例において、優先順位情報がセル識別子のリスト及び／又はノード識別子のリストを含む一例を説明した。優先順位情報は、周波数のリストを含んでもよい。各周波数は、キャリア周波数を示す識別子により表現されてもよいし、キャリア周波数の中心周波数及び帯域幅により表現されてもよい。各周波数は、キャリア周波数内の周波数チャネルの識別子又はリソースブロックの識別子により表現されてもよい。優先順位情報が周波数のリストを含む場合、優先順位情報は、各周波数の優先順位識別子を含んでもよいし、既存の周波数優先度に対するオフセット値を含んでもよい。

　［第５実施形態の変更例３］
　第５実施形態の変更例３について、第５実施形態の変更例２との相違点を主として説明する。第５実施形態の変更例３は、上述した第５実施形態又はその変更例と併用してもよい。

　本変更例に係る方法は、上位装置に接続し、上位装置と下位装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される方法である。

　図１６は、第５実施形態の変更例３に係る方法を示す。図１６に示すように、本変更例に係る方法は、中継を開始（Ｓ５１１）した後、上位装置との接続障害を検知するステップＳ５１２と、ＩＡＢノード３００の再接続先の候補とする候補上位装置からブロードキャストされるシステム情報を受信するステップＳ５１３と、接続障害の検知に応じて、システム情報に基づいて、ＩＡＢノード３００の再接続先とする上位装置を候補上位装置の中から決定するステップＳ５１４と、決定された上位装置に対して、再接続要求を送信するステップＳ５１５とを備える。システム情報は、候補上位装置におけるＩＡＢノード３００の受け入れ可否を示す情報及び候補上位装置が受け入れ可能な負荷量（すなわち、負荷量の上限値）に関する情報のうち少なくとも１つを含む。候補上位装置が受け入れ可能な負荷量は、候補上位装置が提供可能なリソース量と読み替えてもよい。

　以下において、図１６の各ステップの詳細について説明する。

　ステップＳ５１１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５１２：
　ＩＡＢノード３００は、上位装置との接続障害を検知する。具体的には、ＩＡＢノード３００は、バックホールリンクの無線リンク障害（ＲＬＦ）を検知する。

　ステップＳ５１３：
　ＩＡＢノード３００は、再接続先の候補とする候補上位装置からブロードキャストされるシステム情報（ＳＩＢ：Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）を受信する。

　ＳＩＢは、候補上位装置におけるＩＡＢノード３００の受け入れ可否を示す情報、例えば、受け入れ不可を示す“ｎｏ　ｃｏｎｎｅｃｔｉｏｎ　ｔｏ　ＩＡＢ　ｔｏｐｏｌｏｇｙ”、又は受け入れ可を示す“ｃｏｎｎｅｃｔｉｏｎ　ａｖａｉｌａｂｌｅ　ｔｏ　ＩＡＢ　ｔｏｐｏｌｏｇｙ”を含んでもよい。候補上位装置は、自身の混雑度が低い場合には、ＩＡＢノード３００を受け入れ可であることを示す情報をＳＩＢによりブロードキャストしてもよい。一方、候補上位装置は、自身の混雑度が高い場合には、ＩＡＢノード３００を受け入れ可であることを示す情報をＳＩＢによりブロードキャストしなくてもよい。

　ＳＩＢは、候補上位装置が受け入れ可能な負荷量に関する情報を含んでもよい。例えば、かかる情報は、候補上位装置が受け入れ可能なＵＥ１００の数（データ通信中又はＲＲＣコネクティッドモードにあるＵＥ１００の数）を示す情報、候補上位装置が受け入れ可能なベアラの数を示す情報、又は候補上位装置が受け入れ可能なデータ量を示す情報であってもよい。候補上位装置は、自身の混雑度に基づいて、自身が受け入れ可能な負荷量に関する情報をＳＩＢによりブロードキャストする。

　ステップＳ５１４：
　ＩＡＢノード３００は、ステップＳ５１４で受信したシステム情報に基づいて、ＩＡＢノード３００の再接続先とする上位装置を候補上位装置の中から決定する。ＩＡＢノード３００は、システム情報が条件を満たさない候補上位装置を、第５実施形態の変更例２に係る優先順位情報から除外してもよい。

　例えば、ＩＡＢノード３００は、ＩＡＢノード３００を受け入れ可であることを示す情報をＳＩＢによりブロードキャストしている候補上位装置（セル）のみを対象としてセル再選択を行うことにより、適切なセルを選択する。セル再選択には、第５実施形態の変更例２に係る方法を適用できる。

　ＩＡＢノード３００は、候補上位装置から、受け入れ可能な負荷量に関する情報を含むＳＩＢを受信する場合がある。この場合において、自身（ＩＡＢノード３００）及びその下位装置の負荷量（例えば、ＵＥ数、ベアラ数、データ量）が当該受け入れ可能な負荷量以下であると判定した場合には、当該候補上位装置をセル再選択の対象（候補）に入れる。セル再選択には、第５実施形態の変更例２に係る方法を適用できる。

　ステップＳ５１５：
　ＩＡＢノード３００は、ステップＳ５０４で決定された上位装置（適切なセル）に対して、再接続要求を送信する。かかる動作は、第５実施形態の変更例２と同様である。

　［第５実施形態の変更例４］
　第５実施形態の変更例４について、第５実施形態の変更例２及び３との相違点を主として説明する。第５実施形態の変更例４は、上述した第５実施形態又はその変更例と併用してもよい。

　図１７は、第５実施形態の変更例４に係る方法を示す。図１７に示すように、本変更例に係る方法は、中継を開始（ステップＳ５２１）した後、上位装置との接続障害を検知するステップＳ５２２と、接続障害の検知に応じて、ＩＡＢノード３００の再接続先の候補である候補上位装置に対して、再接続を行うためのプロシージャ（ランダムアクセスプロシージャ）を開始するステップＳ５２３及びＳ５２４と、当該プロシージャにおいて、下位装置の負荷量に関する情報（例えば、ＵＥ数、ベアラ数、データ量）を候補上位装置に通知するステップＳ５２５とを備える。

　以下において、図１７の各ステップの詳細について説明する。

　ステップＳ５２１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５２２：
　ＩＡＢノード３００は、上位装置との接続障害を検知する。具体的には、ＩＡＢノード３００は、バックホールリンクの無線リンク障害（ＲＬＦ）を検知する。

　ステップＳ５２３：
　ＩＡＢノード３００は、再接続先の候補である候補上位装置を決定する。ここでの決定方法には、第５実施形態又はその変更例の方法を用いてもよい。

　ステップＳ５２４：
　ＩＡＢノード３００は、候補上位装置に対してランダムアクセスプロシージャを開始する。

　ステップＳ５２５：
　ＩＡＢノード３００は、ランダムアクセスプロシージャにおいて、下位装置の負荷量に関する情報（例えば、ＵＥ数、ベアラ数、データ量）を候補上位装置に通知する。

　ランダムアクセスプロシージャにおいて、ＩＡＢノード３００は、ランダムアクセスプリアンブルを送信し、候補上位装置からランダムアクセス応答を受信し、ランダムアクセス応答の受信に応じて再接続要求を上位装置に送信する。再接続要求は、ＲＲＣメッセージであるＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージであってもよい。

　ＩＡＢノード３００は、下位装置の負荷量に関する情報を、ランダムアクセスプリアンブルを用いて通知してもよい。例えば、ランダムアクセスプリアンブル用の無線リソースであるＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）リソースが複数のリソース領域に分割されており、各リソース領域に負荷量が対応付けられる。ＩＡＢノード３００は、自身の下位装置の負荷量に対応するリソース領域を選択し、選択したリソース領域中の無線リソースを用いてランダムアクセスプリアンブルを送信する。

　或いは、ＩＡＢノード３００は、下位装置の負荷量に関する情報を、再接続要求（ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージ）を用いて通知してもよい。例えば、下位装置の負荷量に関する情報をＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージに含めて送信する。

　候補上位装置は、ＩＡＢノード３００から通知された負荷量に関する情報に基づいて、ＩＡＢノード３００を受け入れ可能であるか否かを判定する。ＩＡＢノード３００を受け入れ可能であると判定した場合、候補上位装置は、肯定応答（例えば、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ）をＩＡＢノード３００に送信する。

　一方、ＩＡＢノード３００を受け入れ不可であると判定した場合、候補上位装置は、否定応答（例えば、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｊｅｃｔメッセージ）をＩＡＢノード３００に送信する。

　［第５実施形態の変更例５］
　第５実施形態の変更例５について、第５実施形態の変更例２乃至４との相違点を主として説明する。第５実施形態の変更例５は、上述した第５実施形態又はその変更例と併用してもよい。

　第５実施形態の変更例５に係る方法は、上位装置に接続し、上位装置と下位装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される。

　図１８は、第５実施形態の変更例５に係る方法を示す。図１８に示すように、本変更例に係る方法は、中継を開始（ステップＳ５３１）した後、上位装置との無線品質の劣化を検知するステップＳ５３２と、無線品質の劣化の検知に応じて、上位装置との無線品質の回復を待つための所定処理を行うステップＳ５３３とを備える。所定処理は、（１）無線品質の劣化を検知してから、接続障害が発生したと判定するまでの時間を延長する処理、（２）接続障害が発生してから、再接続要求を送信するまでの時間を延長する処理、及び（３）ＲＲＣインアクティブモードに遷移する処理、のうち少なくとも１つを含む。

　以下において、図１８の各ステップの詳細について説明する。

　ステップＳ５３１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５３２：
　ＩＡＢノード３００は、上位装置との無線品質の劣化を検知する。無線品質の劣化とは、上位装置との同期が外れたことであってもよい。

　ステップＳ５３３：
　ＩＡＢノード３００は、上位装置との無線品質の回復を待つための所定処理を行う。所定処理は、（１）無線品質の劣化を検知してから、接続障害が発生したと判定するまでの時間を延長する処理、（２）接続障害が発生してから、再接続要求を送信するまでの時間を延長する処理、及び（３）ＲＲＣインアクティブモードに遷移する処理、のうち少なくとも１つを含む。

　ここで、（１）無線品質の劣化を検知してから、接続障害が発生したと判定するまでの時間を延長する処理は、接続障害（ＲＬＦ）が発生したと判定する待ち時間を基準時間よりも延長することを意味する。基準時間は、ＵＥ１００向けに設定される時間であってもよいし、ＩＡＢノード３００が中継動作を行っていない（中継機能が有効化されていない）ときに用いる時間であってもよい。

　また、（２）接続障害が発生してから、再接続要求を送信するまでの時間を延長する処理は、再接続要求を送信する待ち時間を基準時間よりも延長することを意味する。基準時間は、ＵＥ１００向けに設定される時間であってもよいし、ＩＡＢノード３００が中継動作を行っていない（中継機能が有効化されていない）ときに用いる時間であってもよい。

　また、（３）ＲＲＣインアクティブモードに遷移する処理は、ＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移することを意味する。

　ステップＳ５３４：
　ＩＡＢノード３００は、上位装置との無線品質が回復したか否かを判定する。無線品質の回復とは、上位装置との同期がとれたことであってもよい。上位装置との無線品質が回復した場合はステップＳ５３５に進み、上位装置との無線品質が回復しない場合はステップＳ５３６に進む。

　ステップＳ５３５：
　ＩＡＢノード３００は、上位装置との接続を維持する。

　ステップＳ５３６：
　ＩＡＢノード３００は、上述した第５実施形態又はその変更例の方法により再接続先を決定し、決定した再接続先に対して再接続要求を送信する。

　［第５実施形態の変更例６］
　第５実施形態の変更例６について、第５実施形態の変更例２乃至５との相違点を主として説明する。第５実施形態の変更例６は、上述した第５実施形態又はその変更例と併用してもよい。

　第５実施形態の変更例６に係る方法は、上位装置に接続し、上位装置と下位装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される。

　図１９は、第５実施形態の変更例６に係る方法を示す。図１９に示すように、本変更例に係る方法は、中継を開始（ステップＳ５４１）した後、上位装置との接続障害を検知するステップＳ５４２と、ＩＡＢノード３００の再接続先とする第１の候補上位装置に対して、再接続要求を送信するステップＳ５４３と、再接続が不可であることを示す応答を第１の候補上位装置から受信するステップＳ５４４と、当該応答の受信に応じて、ＩＡＢノード３００の再接続先とする第２の候補上位装置に対して再接続要求を送信するステップＳ５４５とを備える。

　以下において、図１９の各ステップの詳細について説明する。

　ステップＳ５４１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５４２：
　ＩＡＢノード３００は、上位装置との接続障害を検知する。具体的には、ＩＡＢノード３００は、バックホールリンクの無線リンク障害（ＲＬＦ）を検知する。

　ステップＳ５４３：
　ＩＡＢノード３００は、再接続先の候補である候補上位装置を決定する。ここでの決定方法には、上述した第５実施形態又はその変更例の方法を用いてもよい。ＩＡＢノード３００は、最優先とする第１の候補上位装置に加えて、２番目に優先する第２の候補上位装置を決定する。

　ＩＡＢノード３００は、第１の候補上位装置に対して再接続要求を送信する。再接続要求は、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージであってもよい。ＩＡＢノード３００がＲＲＣインアクティブモードにある場合、再接続要求は、ＲＲＣ　Ｒｅｓｕｍｅ　Ｒｅｑｕｅｓｔメッセージであってもよい。

　ステップＳ５４４：
　ＩＡＢノード３００は、再接続が不可であることを示す応答を第１の候補上位装置から受信する。かかる場合、ＩＡＢノード３００のコンテキスト情報を第１の候補上位装置が利用できないことを意味する。

　ここで、再接続が不可であることを示す応答とは、再接続を拒否する旨の応答メッセージ（例えば、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｊｅｃｔメッセージ）であってもよいし、再接続ではなく初期接続を行うべきことを示すメッセージ（例えば、ＲＲＣ　Ｓｅｔｕｐメッセージ）であってもよい。

　なお、一般的な再接続のプロシージャにおいて、ＵＥ１００は、再接続が不可であることを示す応答をｇＮＢ２００から受信すると、当該ｇＮＢ２００に対して初期接続を行う（すなわち、当該ｇＮＢ２００に対してＲＲＣ　Ｒｅｑｕｅｓｔメッセージを送信する）。しかしながら、初期接続は、ＵＥ１００に対する設定を最初からやり直す必要がある。

　よって、このような動作を中継動作中のＩＡＢノード３００に実行させると、下位装置（特に、ＵＥ１００）の通信に与える悪影響が大きくなる。このため、本変更例においては、ＩＡＢノード３００は、中継を開始した後、再接続が不可であることを示す応答を第１の候補上位装置から受信すると、当該第１の候補上位装置に対して初期接続を行うのではなく、第２の候補上位装置に対して再接続を試みる。

　ステップＳ５４５：
　ＩＡＢノード３００は、ＩＡＢノード３００の再接続先とする第２の候補上位装置に対して再接続要求を送信する。ＩＡＢノード３００は、再接続が可能であることを示す応答を第２の候補上位装置から受信すると、第２の候補上位装置に再接続する。

　ここで、ＩＡＢノード３００は、第１の候補上位装置に対して、再接続要求のキャンセル（例えば、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｎｃｅｌ、ＲＲＣ　Ｓｅｔｕｐ　Ｃａｎｃｅｌ）を通知してもよい。

　なお、ＩＡＢノード３００は、本変更例に係る動作を、ＲＬＦ発生前に、上位装置からＩＡＢノード３００に対して、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎなどで事前に許可又は設定されていた場合のみ実施するとしてもよい。

　本変更例に係る動作は、試行タイマが動作している場合のみ実施することとしてもよい。当該タイマのタイマ値は、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎなどで事前に設定されていてもよい。ＩＡＢノード３００は、タイマが満了するまでに再接続が成功しなかった場合に、第１の候補上位装置に対して初期接続を行ってもよい。

　［第５実施形態の変更例７］
　第５実施形態の変更例７について、第５実施形態の変更例２乃至６との相違点を主として説明する。第５実施形態の変更例７は、上述した第５実施形態又はその変更例と併用してもよい。

　第５実施形態の変更例７に係る方法は、上位装置に接続し、上位装置と下位装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される。

　図２０は、第５実施形態の変更例７に係る方法を示す。図２０に示すように、本変更例に係る方法は、中継を開始（ステップＳ５５１）した後、上位装置との接続障害を検知するステップＳ５５２と、接続障害の検知に応じて、ＩＡＢノード３００の再接続先とする第１の候補上位装置に対して、再接続要求を送信するステップＳ５５３と、当該再接続要求に対する応答を第１の候補上位装置から受信するよりも前に、ＩＡＢノード３００の再接続先とする第２の候補上位装置に対して再接続要求を送信するステップＳ５５３とを備える。再接続要求は、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージであってもよい。

　以下において、図２０の各ステップの詳細について説明する。

　ステップＳ５５１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５５２：
　ＩＡＢノード３００は、第１の候補上位装置に対して再接続要求を送信する。ＩＡＢノード３００は、当該再接続要求に対する応答を第１の候補上位装置から受信するよりも前に第２の候補上位装置に対して再接続要求を送信する。ＩＡＢノード３００は、第１の候補上位装置及び第２の候補上位装置に対して再接続要求を同時に送信してもよい。

　なお、候補上位装置を決定する方法としては、上述した第５実施形態又はその変更例の方法を用いてもよい。ここでは、第１の候補上位装置の方が第２の候補上位装置よりも優先順位（ランク）が高いと仮定して説明を進める。

　ＩＡＢノード３００は、第１の候補上位装置及び第２の候補上位装置の両方から肯定応答（ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ）を受信した場合に、優先順位が高い第１の候補上位装置に対して完了通知（ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃｏｍｐｌｅｔｅメッセージ）を送信し、優先順位が高い第２の候補上位装置に対して再接続キャンセル通知（ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｎｃｅｌメッセージ）を送信してもよい。

　［第５実施形態の変更例８］
　第５実施形態の変更例８について、第５実施形態の変更例２乃至７との相違点を主として説明する。第５実施形態の変更例８は、上述した第５実施形態又はその変更例と併用してもよい。

　第５実施形態の変更例８に係る方法は、上位装置に接続し、上位装置と下位装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される。

　図２１は、第５実施形態の変更例８に係る方法を示す。図２１に示すように、本変更例に係る方法は、中継を開始（ステップＳ５６１）した後、上位装置との接続障害を検知するステップＳ５６２と、接続障害の検知に応じて、ＩＡＢノード３００の再接続先の候補である候補上位装置に対して、再接続要求を送信するステップＳ５６３と、再接続が不可であることを示す応答を候補上位装置から受信するステップＳ５６４と、当該応答の受信に応じて、ＩＡＢノード３００のコンテキスト情報を候補上位装置に送信するステップＳ５６５とを備える。

　以下において、図２１の各ステップの詳細について説明する。

　ステップＳ５６１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５６２：
　ＩＡＢノード３００は、上位装置との接続障害を検知する。具体的には、ＩＡＢノード３００は、バックホールリンクの無線リンク障害（ＲＬＦ）を検知する。

　ステップＳ５６３：
　ＩＡＢノード３００は、再接続先の候補である候補上位装置を決定する。ここでの決定方法には、上述した第５実施形態又はその変更例の方法を用いてもよい。ＩＡＢノード３００は、候補上位装置に対して再接続要求を送信する。再接続要求は、ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージであってもよい。ＩＡＢノード３００がＲＲＣインアクティブモードにある場合、再接続要求は、ＲＲＣ　Ｒｅｓｕｍｅ　Ｒｅｑｕｅｓｔメッセージであってもよい。

　ステップＳ５６４：
　ＩＡＢノード３００は、再接続が不可であることを示す応答を候補上位装置から受信する。かかる場合、ＩＡＢノード３００のコンテキスト情報を候補上位装置が利用できないことを意味する。

　ステップＳ５６５：
　ＩＡＢノード３００は、ＩＡＢノード３００のコンテキスト情報を候補上位装置に送信する。コンテキスト情報は、上述したように、無線側のＡＳレイヤの接続設定（ＲＲＣ再設定の内容）、ネットワーク側のＰＤＵセッションリソース設定（ＡＭＦ又はＲＡＮのＵＥ　ＩＤ、セッションＩＤ、ＱｏＳ／スライス設定等）、その他関連情報（ＩＡＢノードの挙動や通信などの履歴情報、プリファレンス情報などを含む。コンテキスト情報を候補上位装置に送信することにより、候補上位装置が当該コンテキスト情報を利用可能になるため、再接続が成功することになる。

　ステップＳ５６６：
　ＩＡＢノード３００は、再接続要求（ＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔメッセージ）を再度送信し、当該再接続要求又はそれに続く付加メッセージに自身のコンテキスト情報を含めて送信してもよい。ＩＡＢノード３００は、付加メッセージを使う場合、当該再接続要求に、付加メッセージがある旨を示すフラグを含めてもよい。

　［第５実施形態の変更例９］
　第５実施形態の変更例９について、第５実施形態の変更例２乃至８との相違点を主として説明する。第５実施形態の変更例９は、上述した第５実施形態又はその変更例と併用してもよい。

　図２２は、第５実施形態の変更例９における想定シナリオ例を示す。図２２に示すように、ＩＡＢドナーにＩＡＢノード＃１が無線で接続しており、ＩＡＢノード＃１の下位にはＩＡＢノード＃２及びＩＡＢノード＃５が無線で接続している。ＩＡＢノード＃２の下位にはＵＥ＃１及びＩＡＢノード＃３が無線で接続しており、ＩＡＢノード＃３の下位にはＵＥ＃２及びＩＡＢノード＃４が無線で接続している。一方、ＩＡＢノード＃５の下位にはＵＥ＃３が無線で接続している。

　また、ＩＡＢドナーはＣＵであり、各ＩＡＢノードはＤＵである。このため、各ＩＡＢノードが有する基地局機能はＲＲＣレイヤを有していない可能性があり、下位装置に対してＲＲＣメッセージを生成及び送信できない可能性がある。一方、各ＩＡＢノードが有するＵＥ機能（ＭＴ）はＲＲＣレイヤを有しており、上位装置に対してＲＲＣメッセージを生成及び送信できる。

　図２２に示すシナリオにおいて、ＩＡＢノード＃２が、ＩＡＢノード＃２の上位装置であるＩＡＢノード＃１との接続障害（ＲＬＦ）を検知し、且つＩＡＢノード＃１との接続を再確立できなかったと仮定する。この場合、例えば、ＩＡＢノード＃２は、自身が上位装置として機能できないことをＵＥ＃１及びＩＡＢノード＃３に通知することが考えられる。ＵＥ＃１及びＩＡＢノード＃３は、ＩＡＢノード＃２からの通知に基づいて、ＩＡＢノード＃２以外の上位装置、例えばＩＡＢノード＃５に接続を試みる。

　しかしながら、このような動作が行われるためには、ＵＥ＃１及びＩＡＢノード＃３がＩＡＢノード＃２からの通知を解読できる必要がある。しかしながら、例えばＵＥ＃１が３ＧＰＰリリース１５仕様に準拠している場合、３ＧＰＰリリース１６仕様で導入されるＩＡＢノードに関する動作に対応しておらず、ＩＡＢノード＃２からの通知を解読できない可能性がある。また、ＩＡＢノード＃２が下位装置に対するＲＲＣメッセージを生成できない場合、上記のような通知をＲＲＣメッセージにより行うことができない。

　第５実施形態の変更例９に係る方法は、上位装置に接続し、上位装置と下位装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される。

　図２３は、第５実施形態の変更例９に係る方法を示す。図２３に示すように、第５実施形態の変更例９に係る方法は、ＩＡＢノード３００が上位装置に無線で接続した後、上位装置との接続障害を検知するステップＳ５７２と、接続障害後における接続再確立に失敗（ステップＳ５７３：ＮＯ）したことに基づいて、ＩＡＢノード３００と下位装置との間の無線接続を解放させる所定制御をＩＡＢノード３００が行うステップＳ５７４とを備える。

　以下において、図２３の各ステップの詳細について説明する。

　ステップＳ５７１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５７２：
　ＩＡＢノード３００は、上位装置との接続障害を検知する。具体的には、ＩＡＢノード３００は、バックホールリンクのＲＬＦを検知する。

　ステップＳ５７３：
　ＩＡＢノード３００は、接続障害からの復旧（すなわち、上位装置との接続再確立）を試みる。接続障害から復旧した場合（ステップＳ５７３：ＹＥＳ）、本フローが終了する。一方、接続障害から復旧しない場合（ステップＳ５７３：ＮＯ）、処理がステップＳ５７４に進む。

　ここで、ステップＳ５７４に進むケースとしては、ＲＬＦが発生し且つ無線バックホールリンクが再確立できない場合及び／又はＦ１接続が断絶した場合が挙げられる。Ｆ１接続とは、ＣＵとＤＵとの間の接続（インターフェイス）をいう。ＩＡＢノード３００のＵＥ機能（ＭＴ）は、接続障害から復旧しない場合、ＲＲＣアイドルに遷移してもよい。

　ステップＳ５７４：
　ＩＡＢノード３００は、ＩＡＢノード３００と下位装置との間の無線接続を解放させる所定制御を行う。

　所定制御の第１の例として、ＩＡＢノード３００は、ＩＡＢノード３００からの所定下りリンク信号の送信を停止する制御を行ってもよい。所定下りリンク信号は、下位装置がＩＡＢノード３００との無線接続を維持するために必要な信号であって、例えば参照信号及び／又は同期信号である。同期信号は、ＳＳＢ（ＳＳ／ＰＢＣＨ　Ｂｌｏｃｋ）であってもよい。

　これにより、下位装置は、ＩＡＢノード３００から基地局機能が提供されなくなり、ＲＬＦが発生する。下位装置は、ＲＬＦの発生に応じて、他の上位装置との接続の再確立を試みる。このとき、第５実施形態の変更例２に係るリストに基づいて、接続の再確立先とする他の上位装置が選択されてもよい。

　所定制御の第１の例は、ＩＡＢノード３００が所定下りリンク信号の送信可能な条件を定めるものであると考えてもよい。ＩＡＢノード３００は、１）無線バックホールリンクが確立している（ＲＲＣ　Ｃｏｎｎｅｃｔｅｄ状態）、２）無線バックホールリンクの状態が良好である（ＲＬＦでない状態）、３）Ｆ１接続が確立している、の３つの条件のうち１つ又は２以上の条件の組み合わせが満たされている場合、所定下りリンク信号を送信し、そうでなければ所定下りリンク信号を送信しない。

　所定制御の第２の例として、ＩＡＢノード３００は、下位装置に対して、無線接続の解放を指示する制御信号を送信する制御を行ってもよい。この制御信号は、ＲＲＣレイヤで送受信するＲＲＣメッセージの一種であるＲＲＣ　Ｒｅｌｅａｓｅメッセージ、又はＭＡＣレイヤで規定された制御要素（ＭＡＣ　ＣＥ）であってもよい。下位装置（ＵＥ又はＩＡＢノードが有するＵＥ機能（ＭＴ））は、無線接続の解放を指示するＭＡＣ　ＣＥを受信すると、上位レイヤであるＲＲＣレイヤに対してＲＲＣ接続が解放されたことを示す情報を通知する。

　このＲＲＣ　Ｒｅｌｅａｓｅメッセージは、バックホールリンク障害が起こった（復旧できない）旨、すなわち、上位ノード側との接続障害を示す情報要素を含んでもよい。この情報要素は、接続解放の理由を示すＣａｕｓｅ　ｖａｌｕｅであってもよい。

　ＩＡＢノード３００は、バックホールリンク障害が発生するよりも前において、ＲＲＣレイヤを有する上位装置（具体的には、ＩＡＢドナー）からＲＲＣ解放メッセージの送信が許可（設定）されていた場合に限り、下位装置に対してＲＲＣ　Ｒｅｌｅａｓｅメッセージを送信してもよい。

　ここで、ＩＡＢドナーは、ＩＡＢノード３００がＲＲＣ　Ｒｌｅａｓｅメッセージを送信可能とする条件をＩＡＢノード３００に設定してもよい。このような条件は、（１）ＲＬＦが発生したこと、（２）ＲＲＣ再確立が失敗したこと、及び（３）上位装置からＲＲＣ　Ｒｅｌｅａｓｅメッセージを受信したこと、のうち少なくとも１つであってもよい。ＩＡＢノード３００は、ＩＡＢドナーから設定された条件を満たした場合に限り、下位装置に対してＲＲＣ　Ｒｌｅａｓｅメッセージを送信する。また、ＩＡＢドナーは、ＩＡＢドナーとＩＡＢノード３００との間のＲＲＣ接続が切れた場合、ＩＡＢノード３００がその下位装置へのＲＲＣ接続を解放したと見なしてもよい。

　［第５実施形態の変更例１０］
　第５実施形態の変更例１０について、第５実施形態の変更例２乃至９との相違点を主として説明する。第５実施形態の変更例１０は、上述した第５実施形態又はその変更例と併用してもよい。

　第５実施形態の変更例１０における想定シナリオ例は、図２２と同様である。図２２に示すように、ＩＡＢノード＃２は、その上位装置であるＩＡＢノード＃１との接続障害を検知し、接続再確立に失敗する。

　ここで、図２４に示すように、ＩＡＢノード＃２の下位装置であるＩＡＢノード＃３がＩＡＢノード＃５に接続し、ＩＡＢノード＃２がＩＡＢノード＃３を新たな上位装置とすることが考えられる。このように、接続障害が発生した上位装置（ＩＡＢノード＃２）とその下位中継装置（ＩＡＢノード＃３）との間で上下関係（親子関係）を入れ替えることにより、ＩＡＢノード＃２がＵＥ＃１に対して基地局機能の提供を継続できる。

　なお、図２４ではＩＡＢノード＃３がＩＡＢノード＃５に接続しているが、図２５に示すように、ＩＡＢノード＃４がＩＡＢノード＃５に接続してもよい。この場合、ＩＡＢノード＃２とＩＡＢノード＃３との間で上下関係を入れ替えるとともに、ＩＡＢノード＃３とＩＡＢノード＃４との間で上下関係を入れ替える。

　第５実施形態の変更例１０に係る方法は、上位装置に接続し、上位装置と下位中継装置との間の通信を中継する機能を有するＩＡＢノード３００により実行される。

　図２６は、第５実施形態の変更例１０に係る方法を示す。図２６に示すように、第５実施形態の変更例１０に係る方法は、ＩＡＢノード３００（例えば、図２２のＩＡＢノード＃２）が上位装置（例えば、図２２のＩＡＢノード＃１）との接続障害を検知したこと又はこの上位装置よりも上位の装置が接続障害を検知したことに基づいて、ＩＡＢノード３００以外の他の上位装置へ下位ＩＡＢノード（例えば、図２２のＩＡＢノード＃３）が接続することを補助又は要求する情報を下位ＩＡＢノードに送信するステップＳ５８３と、下位ＩＡＢノードが他の上位装置（例えば、図２２のＩＡＢノード＃５）に接続したことを示す通知情報を下位ＩＡＢノードから受信するステップＳ５８４と、通知情報の受信に応じて、下位ＩＡＢノードをＩＡＢノード３００の新たな上位装置とするために下位ＩＡＢノードに接続要求を送信するステップＳ５８５とを備える。

　以下において、図２６の各ステップの詳細について説明する。

　ステップＳ５８１：
　ＩＡＢノード３００は、上位装置と下位装置との間の通信を中継する動作を開始する。言い換えると、ＩＡＢノード３００は、中継機能を有効化する。このとき、ＩＡＢノード３００は、ＲＲＣコネクティッドモードにある。

　ステップＳ５８２：
　ＩＡＢノード３００は、上位装置との接続障害を検知する。具体的には、ＩＡＢノード３００は、バックホールリンクのＲＬＦを検知する。ここでは、接続障害から復旧しなかったと仮定して説明を進める。

　ステップＳ５８３：
　ＩＡＢノード３００は、下位ＩＡＢノードがＩＡＢノード３００以外の他の上位装置へ接続することを補助又は要求する情報を下位ＩＡＢノードに送信する。

　ＩＡＢノード３００は、第５実施形態の変更例９で説明したような条件が満たされた場合、配下のＩＡＢノードに対して当該情報を送信してもよい。当該情報は、（１）バックホールリンク障害によって上位装置（親ノード）として機能できないノード（のリスト）、（２）バックホールリンク障害が発生したことを通知する情報、（３）別の親ノードの探索を促すことを通知する情報、及び（４）別の親ノードとして推奨するノードのリストのうち少なくとも１つを含んでもよい。また、当該情報は、ＭＡＣ　ＣＥにより送信されてもよいし、ＲＲＣメッセージにより送信されてもよい。

　下位ＩＡＢノードは、当該情報の受信に応じて、別の上位ノードを探索する。ここでは、下位ＩＡＢノードが別の親ノードとの接続が確立したと仮定して説明を進める。下位ＩＡＢノードは、別の親ノードと接続できた旨を示す通知情報（肯定応答）をＩＡＢノード３００に送信する。

　ステップＳ５８４：
　ＩＡＢノード３００は、下位ＩＡＢノードが他の上位装置に接続したことを示す通知情報を下位ＩＡＢノードから受信する。通知情報は、ＭＡＣ　ＣＥにより送信されてもよいし、ＲＲＣメッセージにより送信されてもよい。通知情報は、ＩＡＢノード３００（具体的には、ＩＡＢノード３００のＵＥ機能）が下位ＩＡＢノードに接続するための接続処理（ランダムアクセスプロシージャ）に用いる情報を含んでもよい。当該情報は、下位ＩＡＢノードがＩＡＢノード３００に割り当てたＴｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩ及び／又は割当無線リソース情報を含んでもよい。この時点で、ＩＡＢノード３００と下位ＩＡＢノードとの間の接続は切断されたと見なされてもよい。

　ステップＳ５８５：
　ＩＡＢノード３００は、下位ＩＡＢノードに対してＲＲＣ接続の確立（又は復旧又は再確立）を試みる。

　ここで、ＩＡＢノード３００は、ランダムアクセスプロシージャにおけるメッセージ１の送信及びメッセージ２の受信を省略し、ランダムアクセスプロシージャにおけるメッセージ３（ＲＲＣメッセージ）を下位ＩＡＢノードに送信してもよい。メッセージ３はＲＲＣ　Ｒｅｑｕｅｓｔメッセージであることを想定するが、メッセージ３は、ＲＲＣ　Ｒｅｓｕｍｅメッセージ又はＲＲＣ　Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージであってもよい。

　ＩＡＢノード３００は、下位ＩＡＢノードとのタイミングアドバンス値（ＴＡ）を把握しているため、このＴＡを用いて調整された送信タイミングにおいてメッセージ３を下位ＩＡＢノードに送信する。ＩＡＢノード３００は、ステップＳ５８４で下位ＩＡＢノードから通知されたＴｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩを用いてメッセージ３をマスク（スクランブル）して送信してもよい。

　ＩＡＢノード３００は、ＩＡＢノード３００がそれまで親ノードだった旨を示す情報をメッセージ３に含めてもよい。

　ここでは、ＩＡＢノード３００が下位ＩＡＢノードに対してＲＲＣ接続を確立、復旧又は再確立したと仮定して説明を進める。

　ステップＳ５８６：
　ＩＡＢノード３００は、下位ＩＡＢノードを新たな上位装置とする。すなわち、ＩＡＢノード３００と下位ＩＡＢノードとの間で上下関係が入れ替わる。

　なお、図２６では、ＩＡＢノード３００（例えば、図２４のＩＡＢノード＃２）に接続障害が発生した場合において、下位ＩＡＢノード（例えば、図２４のＩＡＢノード＃３）が別の親ノード（例えば、図２４のＩＡＢノード＃５）への接続に成功したと仮定している。

　別の親ノードが見付からないか又は別の親ノードへの接続に失敗した場合の動作について図２５を参照して説明する。ＩＡＢノード＃３が例えばＩＡＢノード＃５への接続に失敗した場合、さらに下位のＩＡＢノード＃４との間で、図２６のステップＳ５８３以降の処理を行う。ＩＡＢノード＃３は、親ノードとして機能できないノードのリストをＩＡＢノード＃４に通知する際に、このリストにＩＡＢノード＃３（自身）を含めてもよい。ＩＡＢノード＃４が例えばＩＡＢノード＃５への接続に成功し、ＩＡＢノード＃３がＩＡＢノード＃４から肯定応答を受信した場合、ＩＡＢノード＃３は、ＩＡＢノード＃２に対して肯定応答を送信してもよい。

　［第６実施形態］
　第６実施形態について、上述した第１乃至第５実施形態との相違点を主として説明する。第６実施形態は、上述した第１乃至第５実施形態の少なくとも１つと組み合わせて実施してもよい。

　第６実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第６実施形態において、ＩＡＢノード３００は、当該ＩＡＢノード３００が上りリンク送信に利用可能なデータの量を少なくとも示す第１のバッファ状態報告を上位装置に送信する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、第１のバッファ状態報告に基づいて、上りリンク送信用の無線リソースをＩＡＢノード３００に割り当てる。

　このように、第６実施形態においては、ＩＡＢノード向けのバッファ状態報告（ＢＳＲ）を導入することにより、当該ＩＡＢノードが接続する上位装置が上りリンク送信用の無線リソースを当該ＩＡＢノードに対して適切に割当可能になる。

　具体的には、ＩＡＢノード３００は、上りリンク送信待ちのデータを一時的に記憶する上りリンクバッファを有する。例えば、ＩＡＢノード３００のＭＡＣレイヤは、当該上りリンクバッファ内のデータ量を示す情報を含む第１のバッファ状態を上位装置のＭＡＣレイヤに通知する。上位装置のＭＡＣレイヤはスケジューラを有しており、第１のバッファ状態に基づいて上りリンク無線リソースをＩＡＢノード３００に割り当て、制御チャネルを介して割当リソースをＩＡＢノード３００に通知する。

　ここで、ＩＡＢノード３００は、複数のＵＥ分の上りリンクデータをバッファリングするため、ＵＥ１００に比べて大容量の上りリンクバッファを有すると考えられる。よって、ＩＡＢノード向けのバッファ状態報告は、ＵＥ向けのバッファ状態報告とは異なるフォーマットを有していてもよい。また、ＩＡＢノード向けのバッファ状態報告が表現可能なデータ量（最大データ量）は、ＵＥ向けのバッファ状態報告が表現可能なデータ量（最大データ量）よりも大きくてもよい。

　ＩＡＢノード向けのバッファ状態報告は、ＩＡＢノード３００の配下のＵＥ１００の数に関する情報を含んでもよい。ＩＡＢノード３００は、自身の配下のＵＥ１００の数をＵＥコンテキストやＣ－ＲＮＴＩ等に基づいて判断してもよいし、自身の配下のＵＥ１００の数をドナーｇＮＢ２００から通知されてもよい。ＩＡＢノード３００は、自身の配下のＵＥ１００のうち、自身の上りリンクバッファ内にデータがあるＵＥ１００の数をバッファ状態報告に含めてもよい。言い換えると、ＩＡＢノード３００は、自身が何ＵＥ分の上りリンクデータを持っているかをバッファ状態報告により上位装置に通知してもよい。或いは、ＩＡＢノード３００は、自身の配下のＵＥ１００のうち、ＲＲＣコネクティッド状態にあるＵＥ１００の数をバッファ状態報告に含めてもよい。

　ＩＡＢノード向けのバッファ状態報告は、ＩＡＢノード３００の上りリンクバッファ内に実際に存在するデータの量だけではなく、下位装置からのバッファ状態報告（すなわち、潜在的な上りリンクデータ量）が加味されたものであってもよい。これにより、上位装置は、潜在的な上りリンクデータ量を考慮して、上りリンク無線リソースを予めＩＡＢノード３００に割り当てておくことができるため、マルチホップに起因する上りリンクの伝送遅延を抑制できる。

　下位装置とは、ＩＡＢノード３００の配下の下位ＩＡＢノード及びＵＥ１００である。ＩＡＢノード３００は、下位装置から、下位装置が上りリンク送信に利用可能なデータの量を示す第２のバッファ状態報告を受信する。ＩＡＢノード３００は、第２のバッファ状態報告に基づいて、自身が上りリンク送信に利用可能なデータの量と下位装置が上りリンク送信に利用可能なデータの量とに基づく第１のバッファ状態報告を上位装置に送信する。例えば、ＩＡＢノード３００は、自身が上りリンク送信に利用可能なデータの量と下位装置が上りリンク送信に利用可能なデータの量との合計値を第１のバッファ状態報告に含めてもよい。或いは、ＩＡＢノード３００は、自身が上りリンク送信に利用可能なデータの量を示す第１のＢＳＲ値と、下位装置が上りリンク送信に利用可能なデータの量を示す第２のＢＳＲ値とを別々に第１のバッファ状態報告に含めてもよい。

　［第７実施形態］
　第７実施形態について、上述した第１乃至第６実施形態との相違点を主として説明する。第７実施形態は、上述した第１乃至第６実施形態の少なくとも１つと組み合わせて実施してもよい。

　第７実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第７実施形態において、ドナーｇＮＢ２００の配下の第１のＩＡＢノード又は第１のＩＡＢノードの配下のＵＥは、第１のＩＡＢノードを経由する第１の経路から第２のＩＡＢノード３００を経由する第２の経路にデータ転送経路を変更するための要求を上位装置に送信する。ここで、上位装置は、ドナーｇＮＢ２００の配下の上位ＩＡＢノード又はドナーｇＮＢ２００である。第７実施形態において、上位ノードがドナーｇＮＢ２００である一例について主として説明する。

　図２７は、第７実施形態に係る動作例を示す図である。図２７において、ドナーｇＮＢ２００を「Ｄ」と表記し、２つのＩＡＢノード３００を「１」及び「２」と表記し、ＵＥ１００を「Ｕ」と表記している。

　図２７に示すように、ＩＡＢノード３００－１又はＵＥ１００は、ＩＡＢノード３００－１を経由する第１の経路からＩＡＢノード３００－２を経由する第２の経路にデータ転送経路を変更するための要求をドナーｇＮＢ２００－１に送信する。かかる要求は、Ｆ１インターフェイス上で送受信されるＦ１メッセージであってもよいし、Ｘｎインターフェイス上で送受信されるＸｎメッセージであってもよいし、ＲＲＣメッセージであってもよい。例えば、ＩＡＢノード３００－１又はＵＥ１００は、第１の経路における品質（無線状態等）が悪化した場合に、かかる要求を送信してもよい。

　ここで、第１の経路に加えて、第２の経路が予め確立されていてもよい。すなわち、第１の経路及び第２の経路が併存しうる。第１の経路がプライマリ経路（メインの経路）であり、第２の経路がセカンダリ経路（予備の経路）であってもよい。その場合、第１の経路に伝送するデータの量（データの伝送に使用するリソース）が上限に達した場合、第２の経路にデータを伝送するようにしてもよい。或いは、第１の経路を解放するとともに第２の経路を確立してもよい。すなわち、第１の経路及び第２の経路が併存しなくてもよい。または、第１の経路に伝送したデータが送信先に到達しない（送信先からＡｃｋを受信できない）場合には、同じデータを第２の経路に伝送するようにしてもよい。

　ＩＡＢノード３００－１又はＵＥ１００からドナーｇＮＢ２００に送信される要求は、プライマリ経路の制御権を第２のＩＡＢノード３００に渡す要求、第２の経路の確立を要求する確立要求、第１の経路の解放を要求する解放要求、確立済みの第２の経路の設定変更を要求する変更要求、及び確立済みの第２の経路に対するリソース割当を要求する割当要求のうち少なくとも１つを含む。これらの要求は、それぞれが個別のメッセージとして定義されてもよいし、２以上の要求を兼ねた１つのメッセージが定義されてもよい。

　かかるメッセージは、情報要素として、当該メッセージの送信元識別子、当該メッセージの送信先識別子、経路変更の対象となる下位装置（子ノードであるＩＡＢノード又はＵＥ）の識別子、第１の経路及び／又は第２の経路に対応するベアラの識別子、原因情報（Ｃａｕｓｅ）のうち、少なくとも１つを含む。第２の経路の設定変更又はリソース割当変更の場合、変更を希望するリソース量、もしくは、自身に流れてくるデータ量の比率（例えば、自身に流れてくるデータの削減率）をさらに含んでもよい。

　例えば、ＩＡＢノード３００－１又はＵＥ１００は、プライマリ経路である第１の経路が確立された後において、当該プライマリ経路のプライマリ経路の制御権をＩＡＢノード３００－１から別のＩＡＢノードに渡すことを要求してもよい。ドナーｇＮＢ２００は、当該要求に応じて、別の経路（第２の経路）を特定した上で、当該別の経路を構成するＩＡＢノード３００－２に対して制御権を与える処理を行う。

　［その他の実施形態］
　上述した実施形態において、ＩＡＢノード３００が実行する処理は、ＩＡＢノード３００におけるユーザ機器の機能により実行されるとみなしてもよい。すなわち、ＩＡＢノード３００が実行する処理は、ＵＥ１００が実行する処理とみなしてもよい。ＩＡＢノード３００が実行する処理は、ＵＥ１００が実行する処理であってよい。

　上述した実施形態において、移動通信システム１が５Ｇ移動通信システムである一例について主として説明した。しかしながら、移動通信システム１における基地局はｅＮＢであってもよい。また、移動通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されることもできる。

　なお、上述した実施形態に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。

　なお、上述した各実施形態を単独で実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。また、各図において示されるフローは、適宜組み合わされても良い。

　本願は、日本国特許出願第２０１９－０１２５９５号（２０１９年１月２８日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims

　上位装置に無線で接続し、前記上位装置と下位装置との間の通信を無線で中継する中継装置の制御方法であって、
　前記上位装置に無線で接続した後、前記中継装置と前記上位装置との間の接続障害を検知することと、
　前記接続障害後における前記中継装置と前記上位装置との間の接続再確立に失敗したことに基づいて、前記中継装置と前記下位装置との間の無線接続を解放させる所定制御を行うことと、を含む
　制御方法。
　前記所定制御は、前記中継装置からの所定下りリンク信号の送信を停止する制御であり、
　前記所定下りリンク信号は、前記下位装置が前記中継装置との間の前記無線接続を維持するために必要な信号である
　請求項１に記載の制御方法。
　前記所定制御は、前記中継装置から前記下位装置に対して、前記無線接続の解放を指示する制御信号を送信する制御である
　請求項１に記載の制御方法。
　前記制御信号は、前記無線接続の解放の理由として前記接続障害を示す情報を含む
　請求項３に記載の制御方法。
　前記制御信号は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤで送受信するＲＲＣ解放メッセージであり、
　前記接続障害が発生するよりも前において、前記ＲＲＣレイヤを有する前記上位装置から前記ＲＲＣ解放メッセージの送信が許可されていた場合に限り、前記中継装置から前記下位装置に対して前記ＲＲＣ解放メッセージを送信する
　請求項３又は４に記載の制御方法。
　前記制御信号は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤで規定された制御要素である
　請求項３に記載の制御方法。
　上位装置に無線で接続し、前記上位装置と下位中継装置との間の通信を無線で中継する中継装置の制御方法であって、
　前記中継装置と前記上位装置との間の接続障害を検知したこと又は前記上位装置よりも上位の装置が接続障害を検知したことに基づいて、前記中継装置以外の他の上位装置へ前記下位中継装置が接続することを補助又は要求する情報を前記下位中継装置に送信することと、
　前記下位中継装置が前記他の上位装置に接続したことを示す通知情報を前記下位中継装置から受信することと、
　前記通知情報の受信に応じて、前記下位中継装置を前記中継装置の新たな上位装置とするために前記下位中継装置に接続要求を送信することと、を含む
　制御方法。
　前記通知情報は、前記中継装置が前記下位中継装置に接続するための接続処理に用いる情報を含む
　請求項７に記載の制御方法。
　請求項１乃至８のいずれか１項に記載の制御方法を実行する制御部を備える
　中継装置。