JP6921336B2 - 中継装置 - Google Patents

Description

本開示は、移動通信システムに用いられる中継装置に関する。

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

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

一実施形態に係る方法は、上位装置に接続し、前記上位装置と下位装置との間の通信を中継する機能を有する中継装置により実行される方法である。前記方法は、前記上位装置から、前記中継装置の再接続先の候補とする候補上位装置の優先順位を定める優先順位情報を受信することと、前記中継を開始した後、前記上位装置との接続障害を検知することと、前記接続障害の検知に応じて、前記優先順位情報に基づいて、前記中継装置の再接続先とする上位装置を前記候補上位装置の中から決定することと、前記決定された上位装置に対して、再接続要求を送信することとを含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［付記１］
１． 序論
RANプレナリは、NRのＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）に関する研究を承認した。本研究における課題の1つは、マルチホップネットワーキングのサポートに応じたトポロジの管理および経路選択である。ＴＲは、トポロジアダプテーションの要件を取り込む。

５．２．２ トポロジアダプテーション
無線バックホールリンクは、例えば、車両のような移動体、季節の変化（葉）、又はインフラの変化（新しい建物）のために、妨害を受けやすい。このような脆弱性は、物理的に静止しているＩＡＢノードにも適用される。また、トラフィック変動は、ローカルリンクまたはノードの輻輳につながり、無線バックホールリンクの負荷分配が不均一を引き起こし得る。

トポロジアダプテーションとは、妨害または局所的な輻輳のような状況下で、UEへのサービスを中断することなく、バックホールネットワークを自律的に再設定する手順のことである。

要件：物理的に固定されたリレーのためのトポロジアダプテーションは、堅牢な運用を可能にするために、例えば、バックホールリンクの妨害および負荷変動を軽減するために、サポートされなければならない。

この付記では、トポロジ／経路管理手順の最初の考察が議論されている。

２． 議論
２．１. トポロジアダプテーション設計の原理
ＴＲは、図２３に示すように、２つのＩＡＢトポロジ、即ち、ＳＴ（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ）、ＤＡＧ（Ｄｉｒｅｃｔｅｄ Ａｃｙｃｌｉｃ Ｇｒａｐｈ）、及びＤＡＧ内のリンク／経路の冗長性を取り込む。

トポロジの（再）構成は、ノードレベルの変更、例えば、「ＩＡＢノードの統合」手順を介してネットワークに設置された新しいＩＡＢによって行われることになる。それは、長期に１度起こり、「トポロジ管理」と呼ばれてもよい。

一方、リンク／経路の（再）選択は、リンクレベルの変動、例えば、ＲＬＦまたは輻輳による妨害によって引き起こされ、上記のトポロジ管理の後に行われることになる。それは、比較的短期間で比較的頻繁に起こり、「経路管理」と呼ばれてもよい。

「トポロジアダプテーション」は、ＴＲによれば、「トポロジ管理」及び「経路管理」の両方のための自律的（再）構成メカニズムと見なすことができる。つまり、トポロジアダプテーションは、ＩＡＢノード及びＩＡＢドナーの観点から初期展開段階及びネットワーク運用段階を含む、ＩＡＢネットワークトポロジの（再）形成及びトポロジ内の経路の（再）選択に適用される統一的なメカニズムであることが推奨される。

所見１：統一されたアプローチは、（例えば、初期展開段階における）トポロジ管理及び（例えば、ネットワーク運用段階における）経路管理を行うトポロジアダプテーションにとって好ましいであろう。

我々の理解では、トポロジアダプテーションは一種のモビリティシナリオと見なされるため、基本的には既存のモビリティ機能、即ち、ハンドオーバ及びセル（再）選択によって実現される。トポロジアダプテーションは、２つの設計オプション、即ち、ＮＷ制御アプローチ及びＵＥベースアプローチ（或いは、ＩＡＢ研究のコンテキストでは、ＩＡＢドナー制御メカニズムまたはＩＡＢノードベースメカニズムのいずれかを述べることがより適切であろう）を有することを暗示する。

所見２：トポロジアダプテーションは、２つの設計オプション、即ち、ＩＡＢドナー制御メカニズム又はＩＡＢノードベースメカニズムを有するであろう。

無線バックホールリンクは、例えば、車両のような移動体、季節の変化（葉）、又はインフラの変化（新しい建物）のために、妨害を受けやすい。また、トラフィック変動は、ローカルリンクまたはノードの輻輳につながり、無線バックホールリンクの負荷分配が不均一を引き起こし得る。従って、トポロジアダプテーションは、チャネル品質、ホップの数（待ち時間）、負荷情報などのような現在のネットワーク性能を考慮に入れるべきである。一方、一部の情報はすでに測定レポートなど、Ｆ１−ＡＰから入手可能なため、ＩＡＢドナーは、ＣＵ−ＣＰエンティティを有するので、そのような情報を入手する必要がある。更に、ＩＡＢドナーは各ＩＡＢノード（即ち、ＩＡＢノード内のＭＴ）に対して個別のＲＲＣ接続を有する。そのため、ＩＡＢドナーが各ＩＡＢノード（内のＭＴエンティティを介して）及びＵＥから詳細情報を取得することは難しくない。また、経路制御は、ＩＡＢノードの情報によって決定される。この意味で、ＩＡＢドナー制御トポロジアダプテーション、即ち、ハンドオーバを伴うものがベースラインとなり得る。

提案１：ＲＡＮ２は、ＩＡＢドナーが経路制御に充分な情報を有していると仮定して、既存のハンドオーバ手順がトポロジアダプテーションのベースラインであることに同意すべきである。

２．２． セットアップ及び運用段階におけるＩＡＢノードの課題
このセクションでは、初期段階における課題について、ＩＡＢノードの電源オンから運用中までを検討する。

ＩＡＢノードの電源オン時に、ＩＡＢノードのＭＴエンティティは、「ＩＡＢノードの統合」のステップ１として取り込まれるように、ＯＡＭに接続し、ノード検出／選択のためのいくつかの情報を取得するためにセルに接続する。提案１に同意する場合、ＭＴエンティティは、次のステップで適切なＩＡＢドナー／ノードにハンドオーバすることが予想されるため、ＩＡＢ対応セル（又は、望むべくは、ＩＡＢドナー対応セル）に接続することを必要とする。簡単な解決策の１つは、ＳＩＢインディケーションを有することであろう。

提案２：ＲＡＮ２は、ＭＴエンティティが例えば、ＳＩＢインディケーションでアクセスすることが許可されているかどうか示すべきかどうか議論すべきである。

ＩＡＢノードのセットアップにおいて、ＭＴエンティティは、「ＩＡＢノードの統合」のステップ２として取り込まれるように、例えば、Ｆ１接続、ＰＤＵセッション、及びトポロジ／経路などを確立するために必要な構成を受信するであろう。提案１に同意する場合、トポロジ／経路管理に関しては、中継のためのベアラ構成であり、ＲＲＣ再設定によって行なわれると想定され得る。

これらのセットアップの後、IABノードは、「ＩＡＢノードの統合」のステップ３として取り込まれるように、ＵＥ又は他のＩＡＢノードにサービスを提供し始める。

提案３：ＲＡＮ２は、ＩＡＢ特有の設定を含むＲＲＣ再設定，例えば、中継のベアラ構成がＩＡＢノードのセットアップを完了したかどうかを議論すべきである。

提案３に同意する場合、ｇＮＢは、初期アクセスにおいて「ＩＡＢノードはＵＥとして同じアクセス手順に従うことができる」ので、ＭＴエンティティがＩＡＢノードとして動作することを望むかどうかについてｇＮＢがどのように知るか疑問である。つまり、ＩＡＢ特有の設定が必要かどうか判定する方法が明確でない。この意味では、ＭＴエンティティは、ＩＡＢノードとして動作するための優先権をｇＮＢに知らせるべきである。

提案４：ＲＡＮ２は、ＭＴエンティティがＩＡＢノードの動作に関して優先権をＮＷに知らせることを許可されているかどうか議論すべきである。

場合によっては、ＮＷはＭＴエンティティに対するＲＲＣ接続を拒否又は解放してもよい。何らかのＩＡＢ特有のケース値が含まれていない限り、ＭＴエンティティはセルへのアクセスを再試行する（例えば、通常のＵＥと同じ待ち時間の後）。しかしながら、例えば、適切な親ノードが利用可能でない場合、ＭＴエンティティは、適切なＩＡＢトポロジに統合されるために、他の方法を検討すべきである（例えば、より長い時間待つ）。これは、展開戦略及びＮＷ実装に依存してもよいため、ＩＡＢノード実装で予想される動作について議論しておくと便利である。

提案５：RAN2は、RRC接続を解放／拒否するIAB特有の理由があるかどうか、更にある場合には、新しい理由値を有するかどうか議論すべきである。

運用段階におけるトポロジアダプテーションではいくつかのシナリオがあり、ｇＮＢ間（またはCU間）トポロジアダプテーションをサポートする場合にはいくつかの課題が認められる。サービス中のＩＡＢノードが別のｇＮＢにハンドオーバされる場合、ＩＡＢノード（すなわちそのＭＴエンティティ）だけでなく、ＩＡＢノードによってサービスされるすべてのＩＡＢノードおよびＵＥのコンテキスト転送も必要になる。これは一種のグループモビリティのシナリオであるため、効率的に処理する場合、Ｘｎシグナリングの機能強化が必要になるかもしれない。更に、ＣＵ間シナリオの場合には、Ｆ１接続の再確立が必要になることがある。

提案６：ＲＡＮ２は、ＩＡＢノードだけでなくサービス対象のＩＡＢノードおよびＵＥのコンテキスト転送を必要とする可能性がある、ｇＮＢ間および／またはＣＵ間のトポロジアダプテーションをサポートするかどうか議論すべきである。

IABトポロジ内のRLFの場合も同様の課題が考えられる。ＲＬＦの場合、MTエンティティは適切なセルを選択し、ＲＲＣ接続されたままRRC再確立を開始する。「UEに対するサービスを中断することなく」という要件を満たすために、UEに対するサービスの継続性を維持することは有用である。しかしながら、ＭＴエンティティが、異なるＩＡＢドナーに属する別のＩＡＢトポロジ内に統合されているＩＡＢドナーまたはＩＡＢノードを選択した場合、提案４と同じ課題がコンテキスト取得手順で発生する。ＩＡＢノードが以前に統合されていたのと同じＩＡＢトポロジへの再確立を確実にするために、ＭＴエンティティは、再選択セルが属しているＩＡＢトポロジを知らされるべきである。例えば、セルは「ＩＡＢトポロジＩＤ」をブロードキャストしてもよく、ＭＴエンティティはそれを再確立手順の際に考慮に入れる。

提案７：ＲＡＮ２は、ＭＴエンティティがＲＲＣ再確立時にＩＡＢトポロジ識別を考慮に入れるべきかどうか議論すべきである。

［付記２］
１． 序論
RANプレナリは、ＮＲのＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）に関する研究を承認した。本研究における課題の1つは、マルチホップネットワーキングのサポートに応じたトポロジの管理および経路選択である。ＴＲは、トポロジアダプテーションの要件を取り込む。

５．２．２ トポロジアダプテーション
無線バックホールリンクは、例えば、車両のような移動体、季節の変化（葉）、又はインフラの変化（新しい建物）のために、妨害を受けやすい。このような脆弱性は、物理的に静止しているＩＡＢノードにも適用される。また、トラフィック変動は、ローカルリンクまたはノードの輻輳につながり、無線バックホールリンクの負荷分配が不均一を引き起こし得る。

トポロジアダプテーションとは、妨害または局所的な輻輳のような状況下で、ＵＥへのサービスを中断することなく、バックホールネットワークを自律的に再設定する手順のことである。

要件：物理的に固定されたリレーのためのトポロジアダプテーションは、堅牢な運用を可能にするために、例えば、バックホールリンクの妨害および負荷変動を軽減するために、サポートされなければならない。

ＲＡＮ３は、経路管理の一部としてＩＡＢ障害回復の３つのシナリオを図２５のように特定する。図２５において、ノードＡ１及びノードＡ２はＩＡＢドナーノードであり、他はＩＡＢノードである。また、図２５において、破線は、２つのノード間に確立された接続を表し、矢印は、障害の後に確立された経路を表し、実線は、新しく確立された接続を表す。

この付記では、ＲＲＣ再確立を伴うＲＬＦ回復、特にＳＡ展開のシナリオ２及び３について、ＲＡＮ２の観点から議論する。

２． 議論
２．１ シナリオ１
ＲＡＮ３が特定した3つのシナリオを比較すると、1つの違いは、ＩＡＢノードに既に確立された冗長リンクがあるかどうかである。シナリオ１では、ＲＬＦを経験するＩＡＢノード、即ち、「Ｃ」は、潜在的にＵ−ｐｌａｎｅパスの再ルーティング、即ち、「Ｅ」を介することを必要とするのみである。

ＮＳＡ展開では、ＩＡＢバックホールにおけるプライマリリンクのＲＬＦは、今日のようにＳＣＧ ＲＬＦと共に、ＭＣＧ、即ちＭｅＮＢによって処理されることが期待される。これにより、ＲＲＣ再確立を伴わない。

ＳＡ展開では、プライマリリンクのＲＬＦは、Ｐセルを変更する必要があり得る。パケットの複製がＳＲＢのために構成される場合、ＲＲＣメッセージは、セカンダリリンクを介してＩＡＢノードに到達する。

従って、ＲＬＦによるトポロジの管理は、ネットワークによって処理できる。

所見１：障害のシナリオ１は、既存の機能を備えたネットワークによって処理されてもよい。

２．２ シナリオ２
シナリオ２では、問題のあるＩＡＢノードが既に確立された冗長経路を有していることを想定していない。

ＮＳＡ展開では、ＳＣＧ ＲＬＦを経験するＩＡＢノードは、新しいリンクを確立することを必要とする。これにより、例えば、ＭＮがＭＣＧを介してＳＮ変更を開始するとともに、ＭｅＮＢによって処理され得る。

一方、ＳＡ展開では、現在のＵＥの挙動が適用される場合、ＲＬＦを経験するＩＡＢノードは、適切なセルを選択してから、ＲＲＣ再確立を開始する、即ち、「Ｆ」に向かうことを必要とする。

所見２：ＳＡ展開では、障害のシナリオ２は、ＲＲＣ再確立を開始するために、ＩＡＢノードを有することを必要とするであろう。

この場合、現在のセル再選択のルール／パラメータは、ＩＡＢバックホールのＲＬＦ回復を想定せず、通常のＵＥを考慮するため、予想されるＩＡＢトポロジにおいてどのようにＩＡＢノードが適切なセルを選択するかは明確ではない。例えば、ＩＡＢノードがより高い周波数優先度を有する非ＩＡＢレイヤのセルを再選択する場合、ＩＡＢ関連の設定はリセットされるかもしれない。セットアップ段階、即ち、ＩＡＢトポロジへの最初の統合では問題にはならないかもしれないが、ＩＡＢの運用を開始した後、即ち、ＩＡＢノードが既にその下流のＩＡＢノード及びＵＥにサービスを提供しているときに、発生する可能性があるため、ＲＬＦの場合と同様ではない。

提案１：ＲＡＮ２は、ＲＬＦにおいて、ＩＡＢノードがどのように適切な親ノードを選択するかを議論すべきである。

提案１に同意する場合、通常のＵＥに対するセル再選択手順とは異なる／優先順位付けされた何かが必要になることが想定され得る。ＩＡＢノードの初期接続の場合、通常のＵＥとして動作するため、現在のＵＥの挙動に従う。一方、このような新しいメカニズムは、既に運用しているＩＡＢノードに適用できるはずである。つまり、ＲＬＦに適用され得る。

提案２：ＲＡＮ２は、ＲＬＦにおけるＩＡＢにのみ適用される追加のセル再選択のルールを定義することに同意すべきである。

提案２に同意する場合、いくつかの選択肢は次のように考慮され得る。

−選択肢１：ＩＡＢノードは、「ＩＡＢ Ｓｕｐｐｏｒｔ」のＳＩＢインディケーションをブロードキャストするセルを再選択する。

−選択肢２：ＩＡＢノードは、ネットワークによって示されるセルを再選択する。

選択肢１は、単純なＵＥに基づくメカニズムであるが、ＩＡＢノードが適切なＩＡＢトポロジ内に統合されたセルを再選択し得るかどうかは明確ではない。

選択肢２は、ＮＷ制御のメカニズムであり、適切なセルの情報はネットワークによって提供される。例えば、ＩＡＢノードは（専用シグナリングを介して）ＯＡＭ又はＲＲＣによってＲＲＣ接続における情報を受信する。ＲＬＦにおいて、ＩＡＢノードは、例えば、他のセルが最高ランクである又はより高い絶対優先度を有する場合であっても、情報に基づいてセルに優先順位付けをした。詳細は、ＦＦＳであろう。

提案３：ＲＡＮ２は、ＩＡＢノードのＲＬＦにおける再選択のために適切なセルがネットワークによって提供されることに同意すべきである。

２．３ シナリオ３
シナリオ３はシナリオ２に類似であるが、ＲＬＦを経験するＩＡＢノードは、異なるＩＡＢトポロジにおいて、即ち、異なるＩＡＢドナー又はＣＵに向かって、ＲＲＣ接続を再確立することが想定される。ＣＵ間のトポロジアダプテーションかどうかを決定することはＲＡＮ３次第であるが、ＩＡＢノードは「Ｆ」との接続を目指すＲＲＣ再確立後、同じＩＡＢトポロジにとどまることがよりよいと想定される。つまり、上記の提案３はまだシナリオ３に適用できるが、ＩＡＢノードが、適切なセル、即ち、適切なＩＡＢトポロジ内のセルを見つけられない場合、最後にセルを再選択することを許可すべきである。

所見３：障害のシナリオ３は、障害のシナリオ２の例外的なケースとして想定されるかもしれない。

Claims (5)

1. 上位装置に接続し、前記上位装置と下位装置との間の通信を中継する機能を有する中継装置により実行される方法であって、
   前記中継を開始した後、前記上位装置との接続障害を検知することと、
   前記接続障害の検知に応じて、前記中継装置の再接続先の候補である候補上位装置に対して、再接続要求を送信することと、
   前記再接続要求の送信に応じて、再接続ではなくＲＲＣ接続確立を行うためのＲＲＣ Ｓｅｔｕｐメッセージを前記候補上位装置から受信することと、
   前記ＲＲＣ Ｓｅｔｕｐメッセージの受信に応じて、前記中継装置の挙動に関する情報を前記候補上位装置に送信することと、を含む方法。
2. 前記候補上位装置からブロードキャストされるシステム情報を受信することをさらに含み、
   前記システム情報は、前記候補上位装置が前記中継装置をサポートするか否かを示す情報を含む
   請求項１に記載の方法。
3. 前記上位装置から、複数の前記候補上位装置を示す情報を受信することと、
   前記接続障害の検知に応じて、前記情報に基づいて、複数の前記候補上位装置の中から前記中継装置の再接続先とする上位装置を決定することと、
   前記決定された上位装置に対して、前記再接続要求を送信することと、を含む
   請求項１に記載の方法。
4. 上位装置に接続し、前記上位装置と下位装置との間の通信を中継する機能を有する中継装置を制御するプロセッサであって、
   前記中継を開始した後、前記上位装置との接続障害を検知する処理と、
   前記接続障害の検知に応じて、前記中継装置の再接続先の候補である候補上位装置に対して、再接続要求を送信する処理と、
   前記再接続要求の送信に応じて、再接続ではなくＲＲＣ接続確立を行うためのＲＲＣ Ｓｅｔｕｐメッセージを前記候補上位装置から受信する処理と、
   前記ＲＲＣ Ｓｅｔｕｐメッセージの受信に応じて、前記中継装置の挙動に関する情報を前記候補上位装置に送信する処理と、を実行するプロセッサ。
5. 上位装置に接続し、前記上位装置と下位装置との間の通信を中継する機能を有する中継装置であって、
   前記中継を開始した後、前記上位装置との接続障害を検知する制御部と、
   前記接続障害の検知に応じて、前記中継装置の再接続先の候補である候補上位装置に対して、再接続要求を送信する送信部と、
   前記再接続要求の送信に応じて、再接続ではなくＲＲＣ接続確立を行うためのＲＲＣ Ｓｅｔｕｐメッセージを前記候補上位装置から受信する受信部と、を備え、
   前記送信部は、前記ＲＲＣ Ｓｅｔｕｐメッセージの受信に応じて、前記中継装置の挙動に関する情報を前記候補上位装置に送信する、中継装置。

Images