(57)【要約】  一実施形態に係る通信制御方法は、少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける方法である。前記通信制御方法において、中継装置は、上位装置との無線接続の確立又は前記中継装置の中継機能の有効化を前記上位装置により拒否された場合に、又は、前記無線接続が前記上位装置により解放された場合に、タイマを起動する。前記上位装置は、前記ドナー基地局の配下の他の中継装置又は前記ドナー基地局である。前記タイマは、前記上位装置との無線接続の確立、又は前記上位装置に対する前記中継機能の有効化の意図を示す通知を行うことを避けるべき時間を規定する。
2020032127.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける通信制御方法であって、
中継装置が、上位装置との無線接続の確立又は前記中継装置の中継機能の有効化を前記上位装置により拒否された場合に、又は、前記無線接続が前記上位装置により解放された場合に、タイマを起動し、
前記上位装置は、前記ドナー基地局の配下の他の中継装置又は前記ドナー基地局であり、
前記タイマは、前記上位装置との無線接続の確立、又は前記上位装置に対する前記中継機能の有効化の意図を示す通知を行うことを避けるべき時間を規定する
通信制御方法。
【請求項２】
前記中継装置は、
前記無線接続を確立する際に、前記中継機能を有効化することを示す意図を前記上位装置に通知し、
前記無線接続の確立を拒否する接続拒否メッセージを前記上位装置から受信し、
前記中継機能を有効化することが不可であることを示す情報を含む前記接続拒否メッセージを受信したことに応じて、前記タイマを起動する
請求項１に記載の通信制御方法。
【請求項３】
前記中継装置は、
前記無線接続を確立した後に、前記中継機能を有効化することを示す意図を前記上位装置に通知し、
前記無線接続を解放する接続解放メッセージを前記上位装置から受信し、
前記中継機能を有効化することが不可であることを示す情報を含む前記接続解放メッセージを受信したことに応じて、前記タイマを起動する
請求項１に記載の通信制御方法。
【請求項４】
前記中継装置は、前記タイマを起動してから前記タイマが満了するまでの間に、前記中継機能に対応した他の上位装置を発見した場合に、前記他の上位装置との無線接続を確立し、前記中継機能を有効化する意図を前記他の上位装置に通知する
請求項１に記載の通信制御方法。
【請求項５】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける通信制御方法であって、
前記ドナー基地局の配下の複数の中継装置のそれぞれが、自中継装置に関する無線状態を示す情報、自中継装置に関する負荷状態を示す情報、及び自中継装置に関する通信遅延状態を示す情報のうち、少なくとも１つを上位装置に通知し、
前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局であり、
前記上位装置が、前記複数の中継装置のそれぞれから通知された前記情報に基づいて、前記複数の中継装置における接続関係及び前記データ転送経路の少なくとも一方を管理又は変更する、
通信制御方法。
【請求項６】
前記複数の中継装置のそれぞれは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）サービスへの興味に関するＭＢＭＳ関連情報を前記上位装置にさらに通知し、
前記上位装置は、前記複数の中継装置のそれぞれから通知された前記ＭＢＭＳ関連情報にさらに基づいて、前記接続関係及び前記データ転送経路の少なくとも一方を管理又は変更する
請求項５に記載の通信制御方法。
【請求項７】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける通信制御方法であって、
上位装置が、前記上位装置の配下の中継装置のハンドオーバを行うためのハンドオーバ要求を他の上位装置に送信し、
前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局であり、
前記他の上位装置は、前記ドナー基地局とは異なる基地局又は当該基地局の配下の他の中継装置であり、
前記ハンドオーバ要求は、前記中継装置が中継を行う状態にあるか否かを示す情報を含む
通信制御方法。
【請求項８】
前記中継装置がデータ中継を行う状態は、前記中継装置の配下に少なくとも１つのユーザ機器がある状態である
請求項７に記載の通信制御方法。
【請求項９】
前記中継装置がデータ中継を行う状態にある場合、前記ハンドオーバ要求は、前記中継装置の配下の少なくとも１つの中継装置及び／又は前記少なくとも１つのユーザ機器の少なくとも一方に関する負荷情報を含む
請求項８に記載の通信制御方法。
【請求項１０】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける通信制御方法であって、
前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局である上位装置との無線接続を有する中継装置が、前記ドナー基地局と関連付けられた第１の識別子を取得し、
前記中継装置が、前記無線接続の再確立先の候補である候補装置から、前記候補装置に対応するドナー基地局と関連付けられた第２の識別子を取得し、
前記中継装置が、前記第１の識別子及び前記第２の識別子が同一のドナー基地局と関連付けられている場合に、前記候補装置に対して無線接続の再確立を行う
通信制御方法。
【請求項１１】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける通信制御方法であって、
中継装置が、前記中継装置が上りリンク送信に利用可能なデータの量を少なくとも示す第１のバッファ状態報告を上位装置に送信し、
前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局であり、
前記上位装置が、前記第１のバッファ状態報告に基づいて、上りリンク送信用の無線リソースを前記中継装置に割り当てる
通信制御方法。
【請求項１２】
前記第１のバッファ状態報告は、前記中継装置の配下のユーザ機器の数に関する情報を含む
請求項１１に記載の通信制御方法。
【請求項１３】
前記中継装置は、下位装置から、前記下位装置が上りリンク送信に利用可能なデータの量を示す第２のバッファ状態報告を受信し、
前記下位装置は、前記中継装置の配下の下位中継装置及び／又は前記中継装置の配下のユーザ機器であり、
前記中継装置は、前記第２のバッファ状態報告に基づいて、前記中継装置が上りリンク送信に利用可能なデータの量と前記下位装置が上りリンク送信に利用可能なデータの量とに基づく前記第１のバッファ状態報告を前記上位装置に送信する
請求項１１に記載の通信制御方法。
【請求項１４】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける通信制御方法であって、
前記ドナー基地局の配下の第１の中継装置又は前記第１の中継装置の配下のユーザ機器が、前記第１の中継装置を経由する第１の経路から第２の中継装置を経由する第２の経路にデータ転送経路を変更するための要求を上位装置に送信し、
前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局である
通信制御方法。
【請求項１５】
前記要求は、プライマリ経路の制御権を前記第２の中継装置に渡す要求、前記第２の経路の確立を要求する確立要求、前記第１の経路の解放を要求する解放要求、確立済みの前記第２の経路の設定変更を要求する変更要求、確立済みの前記第２の経路に対するリソース割当を要求する割当要求のうち少なくとも１つを含む
請求項１４に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムに用いられる中継装置に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ  Ａｃｃｅｓｓ  ａｎｄ  Ｂａｃｋｈａｕｌ）ノードと称される新たな中継装置が検討されている。１又は複数の中継装置が基地局とユーザ機器との間の通信に介在し、この通信に対する中継を行う。かかる中継装置は、ユーザ機器機能及び基地局機能を有しており、ユーザ機器機能を用いて上位ノード（基地局又は上位の中継装置）との無線通信を行うとともに、基地局機能を用いて下位ノード（ユーザ機器又は下位の中継装置）との無線通信を行う。【０００３】
ユーザ機器と、中継装置又は基地局との間の無線区間は、アクセスリンクと称されることがある。中継装置と、基地局又は他の中継装置との間の無線区間は、バックホールリンクと称されることがある。３ＧＰＰ寄書「ＲＰ−１７０２１７」には、アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ２において統合及び多重化し、バックホールリンクに動的に無線リソースを割り当てることにより、データ転送経路を動的に切り替える方法が記載されている。
【発明の概要】
【０００４】
一実施形態に係る通信制御方法は、少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける方法である。前記通信制御方法において、中継装置が、上位装置との無線接続の確立又は前記中継装置の中継機能の有効化を前記上位装置により拒否された場合に、又は、前記無線接続が前記上位装置により解放された場合に、タイマを起動する。前記上位装置は、前記ドナー基地局の配下の他の中継装置又は前記ドナー基地局である。前記タイマは、前記上位装置との無線接続の確立、又は前記上位装置に対する前記中継機能の有効化の意図を示す通知を行うことを避けるべき時間を規定する。
【０００５】
一実施形態に係る通信制御方法は、少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける方法である。前記通信制御方法において、前記ドナー基地局の配下の複数の中継装置のそれぞれが、自中継装置に関する無線状態を示す情報、自中継装置に関する負荷状態を示す情報、及び自中継装置に関する通信遅延状態を示す情報のうち、少なくとも１つを上位装置に通知する。前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局である。前記上位装置が、前記複数の中継装置のそれぞれから通知された前記情報に基づいて、前記複数の中継装置における接続関係及び前記データ転送経路の少なくとも一方を管理又は変更する。
【０００６】
一実施形態に係る通信制御方法は、少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける方法である。前記通信制御方法において、上位装置が、前記上位装置の配下の中継装置のハンドオーバを行うためのハンドオーバ要求を他の上位装置に送信する。前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局である。前記他の上位装置は、前記ドナー基地局とは異なる基地局又は当該基地局の配下の他の中継装置である。前記ハンドオーバ要求は、前記中継装置が中継を行う状態にあるか否かを示す情報を含む。
【０００７】
一実施形態に係る通信制御方法は、少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける方法である。前記通信制御方法において、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局である上位装置との無線接続を有する中継装置が、前記ドナー基地局と関連付けられた第１の識別子を取得する。前記中継装置が、前記無線接続の再確立先の候補である候補装置から、前記候補装置に対応するドナー基地局と関連付けられた第２の識別子を取得する。前記中継装置が、前記第１の識別子及び前記第２の識別子が同一のドナー基地局と関連付けられている場合に、前記候補装置に対して無線接続の再確立を行う。
【０００８】
一実施形態に係る通信制御方法は、少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける方法である。前記通信制御方法において、中継装置が、前記中継装置が上りリンク送信に利用可能なデータの量を少なくとも示す第１のバッファ状態報告を上位装置に送信する。前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局である。前記上位装置が、前記第１のバッファ状態報告に基づいて、上りリンク送信用の無線リソースを前記中継装置に割り当てる。
【０００９】
一実施形態に係る通信制御方法は、少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける方法である。前記通信制御方法において、前記ドナー基地局の配下の第１の中継装置又は前記第１の中継装置の配下のユーザ機器が、前記第１の中継装置を経由する第１の経路から第２の中継装置を経由する第２の経路にデータ転送経路を変更するための要求を上位装置に送信する。前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局である。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る移動通信システムの構成を示す図である。
【図２】実施形態に係る基地局（ｇＮＢ）の構成を示す図である。
【図３】実施形態に係る中継装置（ＩＡＢノード）の構成を示す図である。
【図４】実施形態に係るユーザ機器（ＵＥ）の構成を示す図である。
【図５】実施形態に係る移動通信システムにおけるユーザプレーンのプロトコルスタック構成の一例を示す図である。
【図６】第１実施形態に係る通常動作シーケンスの一例を示す図である。
【図７】第１実施形態に係るコンテキスト転送先を決定するためのテーブルの一例を示す図である。
【図８】第１実施形態に係る例外動作シーケンスの一例を示す図である。
【図９】第１実施形態に係るマルチホップ接続シーケンスの一例を示す図である。
【図１０】第２実施形態に係るＩＡＢノードの動作例を示す図である。
【図１１】第３実施形態に係る動作例を示す図である。
【図１２】図１２（ａ）は、第３実施形態に係る接続関係（トポロジ）の作成の一例を示し、図１２（ｂ）は、第３実施形態に係るルーティングテーブルの作成の一例を示す。
【図１３】第３実施形態に係るＩＡＢアクティブ状態にあるＩＡＢノードのハンドオーバの一例を示す図である。
【図１４】第５実施形態に係る動作環境の一例を示す図である。
【図１５】第７実施形態に係る動作例を示す図である。
【図１６】ＩＡＢトポロジ及びＤＡＧでのリンク／経路を示す図である。
【図１７】トポロジ管理及び経路管理の例を示す図である。
【発明を実施するための形態】
【００１１】
図面を参照しながら、一実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【００１２】
（移動通信システムの構成）
実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システム１の構成を示す図である。移動通信システム１は、３ＧＰＰ規格に基づく第５世代（５Ｇ）移動通信システムである。具体的には、移動通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ  Ｒａｄｉｏ）である。但し、移動通信システム１には、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。
【００１３】
図１に示すように、移動通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ機器（ＵＥ）１００と、基地局（ｇＮＢと称される）２００と、ＩＡＢノード３００とを備える。実施形態において、基地局がＮＲ基地局である一例について主として説明するが、基地局がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
【００１４】
５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）１２を備える。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
【００１５】
ｇＮＢ２００は、ＮＧインターフェイスと称されるインターフェイスを介して、５ＧＣ１０に接続される。図１において、５ＧＣ１０に接続された３つのｇＮＢ２００−１〜ｇＮＢ２００−３を例示している。ｇＮＢ２００は、ＵＥ１００との無線通信を行う固定の無線通信装置である。ｇＮＢ２００がドナー機能を有する場合、ｇＮＢ２００は、自身に無線で接続するＩＡＢノードとの無線通信を行ってもよい。
【００１６】
ｇＮＢ２００は、Ｘｎインターフェイスと称される基地局間インターフェイスを介して、隣接関係にある他のｇＮＢ２００と接続される。図１において、ｇＮＢ２００−１がｇＮＢ２００−２及びｇＮＢ２００−２に接続される一例を示している。
【００１７】
各ｇＮＢ２００は、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。
【００１８】
ＵＥ１００は、ｇＮＢ２００との無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ＩＡＢノード３００との無線通信を行ってもよい。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置である。
【００１９】
図１において、ＵＥ１００−１がｇＮＢ２００−１に無線で接続され、ＵＥ１００−２がＩＡＢノード３００−１に無線で接続され、ＵＥ１００−３がＩＡＢノード３００−２に無線で接続される一例を示している。ＵＥ１００−１は、ｇＮＢ２００−１との通信を直接的に行う。ＵＥ１００−２は、ＩＡＢノード３００−１を介してｇＮＢ２００−１との通信を間接的に行う。ＵＥ１００−３は、ＩＡＢノード３００−１及びＩＡＢノード３００−２を介してｇＮＢ２００−１との通信を間接的に行う。
【００２０】
ＩＡＢノード３００は、ｅＮＢ２００とＵＥ１００との間の通信に介在し、この通信に対する中継を行う装置（中継装置）である。図１において、ＩＡＢノード３００−１がドナーであるｇＮＢ２００−１に無線で接続され、ＩＡＢノード３００−２がＩＡＢノード３００−１に無線で接続される一例を示している。各ＩＡＢノード３００は、セルを管理する。ＩＡＢノード３００が管理するセルのセルＩＤは、ドナーｇＮＢ２００−１のセルのセルＩＤと同じであってもよいし、異なっていてもよい。
【００２１】
ＩＡＢノード３００は、ＵＥ機能（ユーザ機器機能）及びｇＮＢ機能（基地局機能）を有する。ＩＡＢノード３００は、ＵＥ機能を用いて上位ノード（ｇＮＢ２００又は上位のＩＡＢノード３００）との無線通信を行うとともに、ｇＮＢ機能を用いて下位ノード（ＵＥ１００又は下位のＩＡＢノード３００）との無線通信を行う。なお、ＵＥ機能とは、ＵＥ１００が有する機能のうち少なくとも一部の機能を意味し、必ずしもＵＥ１００の全ての機能をＩＡＢノード３００が有していなくてもよい。ｇＮＢ機能とは、ｇＮＢ２００の機能のうち少なくとも一部の機能を意味し、必ずしもｇＮＢ２００の全ての機能をＩＡＢノード３００が有していなくてもよい。
【００２２】
ＵＥ１００と、ＩＡＢノード３００又はｇＮＢ２００との間の無線区間は、アクセスリンク（或いは、Ｕｕ）と称されることがある。ＩＡＢノード３００と、ｇＮＢ２００又は他のＩＡＢノード３００との間の無線区間は、バックホールリンク（或いは、Ｕｎ）と称されることがある。かかるバックホールリンクは、フロントホールリンクと称されてもよい。
【００２３】
アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ２において統合及び多重化し、バックホールリンクのデータ通信に動的に無線リソースを割り当て、中継の経路を動的に切り替えることが可能である。なお、アクセスリンク及びバックホールリンクには、ミリ波帯が用いられてもよい。また、アクセスリンク及びバックホールリンクは、時分割及び／又は周波数分割により多重化されてもよい。
【００２４】
（ｇＮＢの構成）
実施形態に係るｇＮＢ２００の構成について説明する。図２は、ｇＮＢ２００の構成を示す図である。図２に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを備える。
【００２５】
無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信に用いられる。無線通信部２１０は、受信部２１１及び送信部２１２を備える。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２６】
ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）に用いられる。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を備える。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
【００２７】
制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００２８】
（ＩＡＢノードの構成）
実施形態に係るＩＡＢノード３００の構成について説明する。図３は、ＩＡＢノード３００の構成を示す図である。図３に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを備える。
【００２９】
無線通信部３１０は、ｇＮＢ２００との無線通信（バックホールリンク）及びＵＥ１００との無線通信（アクセスリンク）に用いられる。無線通信部３１０は、受信部３１１及び送信部３１２を備える。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３０】
制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００３１】
（ＵＥの構成）
実施形態に係るＵＥ１００の構成について説明する。図４は、ＵＥ１００の構成を示す図である。図４に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを備える。
【００３２】
無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信に用いられる。無線通信部１１０は、受信部１１１及び送信部１１２を備える。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３３】
制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００３４】
（プロトコルスタック構成の一例）
実施形態に係る移動通信システム１におけるプロトコルスタック構成の一例について説明する。図５は、ユーザプレーンのプロトコルスタック構成の一例を示す図である。ここでは、図１に示したＵＥ１００−３と５ＧＣ１０のＵＰＦ１２との間のユーザデータ伝送に関するプロトコルスタック構成の一例について説明する。
【００３５】
図５に示すように、ＵＰＦ１２は、ＧＴＰ−Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｕｓｅｒ  Ｐｌａｎｅ）と、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）と、レイヤ１／レイヤ２（Ｌ１／Ｌ２）とを備える。ｇＮＢ２００−１（ドナーｇＮＢ）には、これらに対応するプロトコルスタックが設けられる。
【００３６】
また、ｇＮＢ２００−１は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ  Ｕｎｉｔ）と分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）とを備える。無線インターフェイスのプロトコルスタックのうちＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）以上の各レイヤをＣＵが有し、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）以下の各レイヤをＤＵが有し、Ｆ１インターフェイスと称されるインターフェイスを介してＣＵ及びＤＵが接続される。
【００３７】
具体的には、ＣＵは、ＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と、ＰＤＣＰと、ＩＰと、Ｌ１／Ｌ２とを備える。ＣＵのＳＤＡＰ及びＰＤＣＰは、ＤＵと、ＩＡＢノード３００−１と、ＩＡＢノード３００−２とを介して、ＵＥ１００のＳＤＡＰ及びＰＤＣＰとの通信を行う。
【００３８】
また、ＤＵは、無線インターフェイスのプロトコルスタックのうち、ＲＬＣと、アダプテーションレイヤ（Ａｄａｐｔ）と、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）と、ＰＨＹ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）とを有する。これらのプロトコルスタックは、ｇＮＢ向けのプロトコルスタックである。なお、アダプテーションレイヤ及びＲＬＣ（Ｓ−ＲＬＣ）は上下関係が逆であってもよい。
【００３９】
ＩＡＢノード３００−１には、これらに対応するＵＥ向けのプロトコルスタックＳＴ１が設けられる。さらに、ＩＡＢノード３００−１には、ｇＮＢ向けのプロトコルスタックＳＴ２が設けられる。プロトコルスタックＳＴ１及びプロトコルスタックＳＴ２は、何れもレイヤ２以下の各レイヤ（各サブレイヤ）からなる。すなわち、ＩＡＢノード３００−１は、レイヤ２以下の各レイヤを用いてユーザデータの中継を行うレイヤ２中継装置である。ＩＡＢノード３００−１は、レイヤ３以上のレイヤ（具体的には、ＰＤＣＰ以上のレイヤ）を用いることなくデータ中継を行う。なお、ＩＡＢノード３００−２は、ＩＡＢノード３００−１と同様なプロトコルスタック構成を有する。
【００４０】
ここではユーザプレーンにおけるプロトコルスタック構成について説明した。しかしながら、制御プレーンにおいて、ｇＮＢ２００−１、ＩＡＢノード３００−１、ＩＡＢノード３００−２、及びＵＥ１００−３のそれぞれは、レイヤ３に相当するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）を備える。
【００４１】
ｇＮＢ２００−１（ドナーｇＮＢ）のＲＲＣとＩＡＢノード３００−１のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。また、ｇＮＢ２００−１のＲＲＣとＩＡＢノード３００−２のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。さらに、ｇＮＢ２００−１のＲＲＣとＵＥ１００−３のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。
【００４２】
［第１実施形態］
第１実施形態に係る移動通信システム１における動作について説明する。具体的には、ＩＡＢノード３００−１がｇＮＢ２００−１（ドナーｇＮＢ）に無線で接続する場合の動作について説明する。
【００４３】
かかる場合、最初に、ＩＡＢノード３００−１は、ＵＥ機能を用いてｇＮＢ２００−１とのアクセスリンク接続（第１の無線接続）を確立する。言い換えると、ＩＡＢノード３００−１は、ＵＥ１００として振る舞ってｇＮＢ２００−１とのアクセスリンク接続を確立する。アクセスリンク接続の確立は、ＲＲＣ接続の確立を含む。
【００４４】
次に、ｇＮＢ２００−１は、アクセスリンク接続を維持しつつ、ＩＡＢノード３００−１のｇＮＢ機能のためのバックホールリンク接続（第２の無線接続）をＩＡＢノード３００−１とｇＮＢ２００−１との間に確立させるメッセージをＩＡＢノード３００−１に送信する。第１実施形態において、かかるメッセージは、ＲＲＣ接続を用いて送受信されるＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージである。
【００４５】
その結果、バックホールリンク接続がＩＡＢノード３００−１とｇＮＢ２００−１との間に確立されるため、ＩＡＢノード３００−１とｇＮＢ２００−１との間でバックホールリンクの通信を適切に開始可能とすることができる。
【００４６】
バックホールリンク接続を確立させるＲＲＣ再設定メッセージは、バックホールリンク接続を構成するベアラ（又はＬ２リンク）の設定情報、及びＩＡＢノード３００−１が送信するべきセルＩＤ（具体的には、セルＩＤに関連付けられた参照信号及び同期信号の送信設定）を含んでもよい。以下において、かかるＲＲＣ再設定メッセージをＩＡＢノード設定メッセージと称する。
【００４７】
ＩＡＢノード設定メッセージは、デフォルトベアラ（又はデフォルトリンク）の設定情報を含んでもよい。デフォルトベアラ（又はデフォルトリンク）は、例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）の中継やＵＥからのＭｓｇ３中継などを行うためのベアラ（又はリンク）である。
【００４８】
ＩＡＢノード設定メッセージは、ドナーｇＮＢ２００−１側のスタックの設定情報と、オプションでＩＡＢノード３００−２（又はＵＥ１００）側のスタックの設定情報とを含んでもよい。ＩＡＢノード３００−２（又はＵＥ１００）側のスタックの設定情報は、暗示的にドナーｇＮＢ２００−１のＳＩＢで報知されている設定群を再利用してもよいし、オペレータ（ＯＡＭ）から（事前に）設定されてもよい。
【００４９】
ＩＡＢノード設定メッセージにおける設定内容としては、基本的にＲＲＣ再設定メッセージに含まれる設定全てが対象になり得るが、ＲＬＣ設定（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ／ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ／ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ等の動作モード、ＬＣＰ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）パラメータ等）、ＭＡＣ設定（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ／ＴＡＧ：Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｇｒｏｕｐ／ＰＨＲ：Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍパラメータ、ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｅｓ  Ｒｅｃｅｐｔｉｏｎ設定等）、ＰＨＹ設定が含まれてもよい。
【００５０】
また、ＩＡＢノード設定メッセージにおける設定内容には、アダプテーションレイヤの設定（下位側又は上位側の論理チャネルのマッピング（ルーティング）設定、優先度設定等）が含まれてもよい。
【００５１】
さらに、ＩＡＢノード設定メッセージにおける設定内容には、必要に応じて、ＩＡＢノード３００−１の（仮想的な）ＩＰアドレス（すなわち、Ｌ３アドレス）を含めてもよい。これは、例えばＦ１インターフェイスをＬ２リンク上に確立するために、Ｆ１のプロトコルスタックがＳＣＴＰ  ｏｖｅｒ  ＩＰを想定しているためである。
【００５２】
なお、ＩＡＢノード設定メッセージにおける設定内容は、ＮＲプロトコルの設定情報に限らず、ＬＴＥプロトコル（ＲＬＣ、ＭＡＣ、ＰＨＹ）の設定情報であってもよい。
【００５３】
第１実施形態において、ＩＡＢノード３００−１は、バックホールリンク接続を確立するよりも前に、ＩＡＢノードの機能（すなわち、レイヤ２中継機能）を有すること又はバックホールリンク接続の確立を要求することを示すインディケーションをｇＮＢ２００−１に送信してもよい。これにより、ｇＮＢ２００−１は、バックホールリンク接続を確立するためのプロシージャを適切に開始できる。以下において、かかるインディケーションをＩＡＢインディケーションと称する。ＩＡＢインディケーションは、ＩＡＢノード３００−１におけるＵＥ機能向けリンクプロトコルスタックをＬＴＥで準備するのか、ＮＲで準備するのか、もしくはその両方か、という意図又は能力を示す情報を含んでもよい。
【００５４】
なお、ＩＡＢノード３００−１は、ｇＮＢ２００−１とのアクセスリンク接続の確立後にＩＡＢインディケーションを送信してもよいし、ｇＮＢ２００−１とのアクセスリンク接続を確立するプロシージャ中にＩＡＢインディケーションを送信してもよい。
【００５５】
また、ＩＡＢインディケーションをｇＮＢに送信可能とする条件として、このｇＮＢから、ドナー機能を有することを示すドナー機能識別子を含むＳＩＢを受信しているという条件があってもよい。かかる場合、ＩＡＢノード３００−１は、ｇＮＢ２００−１からＳＩＢによりドナー機能識別子を受信している場合に限り、ｇＮＢ２００−１に対してＩＡＢインディケーションを送信する。
【００５６】
第１実施形態において、ＩＡＢノード３００−１とのバックホールリンク接続を確立するドナー機能をｇＮＢ２００−１が有する場合、ｇＮＢ２００−１は、ＩＡＢノード３００−１からＩＡＢインディケーションを受信した後、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信する。一方、ドナー機能をｇＮＢ２００−１が有しない場合、ｇＮＢ２００−１は、ＩＡＢノード３００−１からＩＡＢインディケーションを受信した後、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信することに代えて、ＩＡＢノード３００−１のハンドオーバを要求するハンドオーバ要求を他のｇＮＢに送信してもよい。ここで、ｇＮＢ２００−１は、ドナー機能を有する他のｇＮＢの情報を予め記憶していることが好ましい。ｇＮＢ２００−１は、ドナー機能を有する他のｇＮＢの情報をＩＡＢノード３００−１から取得してもよい。ＩＡＢノード３００−１は、５ＧＣ１０（コアネットワーク）から情報を入手、もしくは隣接セルのＳＩＢ（ドナー機能識別子）を確認することにより、ドナー機能を有する他のｇＮＢ（隣接セル）の情報を取得し、取得した情報をｇＮＢ２００−１に通知する。ｇＮＢ２００−１は、記憶している情報又はＩＡＢノード３００−１から取得した情報に基づいて、ドナー機能を有する他のｇＮＢに対してハンドオーバ要求を送信する。これにより、ＩＡＢノード３００−１を他のｇＮＢにハンドオーバさせた後に、ＩＡＢノード３００−１が当該他のｇＮＢとのバックホールリンク接続を確立できる。或いは、ドナー機能をｇＮＢ２００−１が有しない場合、ＩＡＢノード３００−１は、５ＧＣ１０に対して、ドナー機能を有するセル（ｇＮＢ）へハンドオーバさせることを要求し、５ＧＣ１０がハンドオーバに係る処理を行ってもよい。
【００５７】
第１実施形態において、ｇＮＢ２００−１は、ＩＡＢノード３００−１からＩＡＢインディケーションを受信したことに応じて、無線測定を設定する測定設定をＩＡＢノード３００−１に送信してもよい。ＩＡＢノード３００−１は、ｇＮＢ２００−１から測定設定を受信した後、無線測定の結果を含む測定報告をｇＮＢ２００−１に送信する。ｇＮＢ２００−１は、ＩＡＢノード３００−１からの測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。例えば、ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）に対する測定結果よりも他のｇＮＢに対する測定結果が良好であり、かつ、これらの測定報告の差が閾値よりも大きい場合に、他のｇＮＢが適切なドナーｇＮＢであると判断する。そうでなければ、ｇＮＢ２００−１は、自身が適切なドナーｇＮＢであると判断する。
【００５８】
そして、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢ２００−１であると判断した場合、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信する。一方、他のｇＮＢが適切なドナーｇＮＢであると判断した場合、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信することに代えて、ＩＡＢノード３００−１のハンドオーバを要求するハンドオーバ要求を当該他のｇＮＢに送信する。これにより、ＩＡＢノード３００−１をより無線状態の良好な他のｇＮＢにハンドオーバさせて、ＩＡＢノード３００−１が当該他のｇＮＢとのバックホールリンク接続を確立できる。
【００５９】
第１実施形態において、ｇＮＢ２００−１は、バックホールリンク接続の確立後、ＩＡＢノード３００−１に関するコンテキスト情報を他のｇＮＢに送信してもよい。このコンテキスト情報は、無線側のＡＳレイヤの接続設定（ＲＲＣ再設定の内容）、ネットワーク側のＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）セッションリソース設定（ＡＭＦ又はＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のＵＥ  ＩＤ、セッションＩＤ、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）／スライス設定等）、その他関連情報（ＩＡＢノードの挙動や通信などの履歴情報、プリファレンス情報）などを含む。
【００６０】
具体的には、ｇＮＢ２００−１は、ＩＡＢノード３００−１を他のｇＮＢにハンドオーバさせるという判断を行っていなくても、ＩＡＢノード３００−１に関するコンテキスト情報を予め他のｇＮＢに送信する。これにより、ｇＮＢ２００−１とＩＡＢノード３００−１との間の無線状態が悪化し、ＩＡＢノード３００−１が他のｇＮＢとの無線接続を再確立する場合に、予め共有したコンテキスト情報を用いて速やかな再確立を行うことができる。
【００６１】
ここで、ｇＮＢ２００−１は、ＩＡＢノード３００−１とＩＡＢノード３００−１のドナーｇＮＢの候補とを対応付けるテーブルを保持していることが好ましい。ｇＮＢ２００−１は、テーブル中の候補である他のｇＮＢに対してコンテキスト情報を送信する。これにより、ｇＮＢ２００−１は、コンテキスト情報を適切な他のｇＮＢと共有できる。
【００６２】
（１）通常動作シーケンスの一例
図６は、第１実施形態に係る移動通信システム１における通常動作シーケンスの一例を示す図である。
【００６３】
図６に示すように、ステップＳ１０１において、ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００−１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００−１は、ランダムアクセスプロシージャ中にｇＮＢ２００−１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００−１は、ステップＳ１０１において、ＩＡＢノード３００−１に関するコンテキスト情報を取得する。
【００６４】
ステップＳ１０２において、ＩＡＢノード３００−１は、ｇＮＢ２００−１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。ここで、ＩＡＢノード３００−１は、ＩＡＢインディケーションのような通知（つまり、ＩＡＢノードとして動作したいことを示す通知）をＡＭＦ１１に通知してもよい。これにより、ＩＡＢノード３００−１は、ＡＭＦ１１から、ドナーｇＮＢ（セル）の候補リストや下位ノードの有無などのルーティング情報、その他管理情報などを入手してもよい。もしくは、ＡＭＦ１１からドナーｇＮＢの各候補に対して、ＩＡＢノード３００−１のアタッチがあった旨や、ＩＡＢノード３００−１のルーティング情報などのコンテキスト情報を通知してもよい。なお、ＩＡＢノード３００−１が既にアタッチしている場合は、ステップＳ１０２におけるアタッチ処理を省略可能である。具体的には、ＩＡＢノード３００−１は、ステップＳ１０１において、ＲＲＣ再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）などのように、何らかのエラー発生によってドナーｇＮＢとの接続を再確立しなければならない場合などにおいて、アタッチ処理を省略する。
【００６５】
ステップＳ１０３において、ＩＡＢノード３００−１は、ＩＡＢインディケーションをｇＮＢ２００−１に送信する。ＩＡＢノード３００−１は、次のイベントのうち１又は複数が満たされたことをトリガとしてＩＡＢインディケーションを送信してもよい。
【００６６】
・Ｍｓｇ５（ＲＲＣ  Ｃｏｍｐｌｅｔｅ）を送信する際。
【００６７】
・ｇＮＢとの接続が確立した際（Ｍｓｇ５以降でもよい。例えば最初のＲＲＣ再設定が行われた際）。
【００６８】
・ＡＭＦからＩＡＢ設定情報（上記参照）を入手した際（既にＩＡＢ設定情報を持っている場合も含む）。
【００６９】
・単純にＩＡＢノードとして動作したくなった際（上位レイヤからＩＡＢノードとして動作する指示を受信したことを含む）。
【００７０】
・下位のＩＡＢノード３００−２又はＵＥ１００−３からＩＡＢノードとなるように要求された場合（その旨の要求を示す信号を下位のＩＡＢノード３００−２又はＵＥ１００−３から受信した場合）。
【００７１】
・下位のＩＡＢノード３００−２又はＵＥ１００−３が既に接続している場合。
【００７２】
ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥとしての能力を示す「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ１０１においてＩＡＢインディケーションを送信している場合、ステップＳ１０３は省略可能である。
【００７３】
或いは、ＩＡＢインディケーションは、ＡＭＦ１１からＰＤＵセッションリソースの変更という形でｇＮＢ２００−１に通知されてもよい。なお、ＡＭＦは、ＩＡＢ管理用（専用）のＡＭＦであってもよい。
【００７４】
本通常動作シーケンスにおいては、ｇＮＢ２００−１がドナー能力を有すると仮定して説明を進める。ｇＮＢ２００−１は、ＩＡＢインディケーションに基づいて、バックホールリンク接続をＩＡＢノード３００−１に確立させる必要があると判断する。
【００７５】
ステップＳ１０４において、ｇＮＢ２００−１は、無線測定を設定する測定設定をＩＡＢノード３００−１に送信する。ＩＡＢノード３００−１は、測定設定に基づいて無線測定を行う。例えば、ＩＡＢノード３００−１は、現在のサービングセルであるｇＮＢ２００−１のセルと、隣接セルであるｇＮＢ２００−２のセルとに対して受信電力（セル固有参照信号の受信電力）の測定を行う。
【００７６】
ステップＳ１０５において、ＩＡＢノード３００−１は、無線測定の結果を含む測定報告をｇＮＢ２００−１に送信する。ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。ここでは、ｇＮＢ２００−１が、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであると判断したと仮定して説明を進める。なお、ステップＳ１０４及びステップＳ１０５の処理は必須ではなく、省略してもよい。
【００７７】
ステップＳ１０６において、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００−１に送信する。ＩＡＢノード設定メッセージは、ｇＮＢ２００−１のセル（すなわち、ＩＡＢノード３００−１の現在のサービングセル）をハンドオーバ先として指定するハンドオーバ指示を含んでもよい。ＩＡＢノード３００−１は、ＩＡＢノード設定メッセージに基づいて、バックホールリンク接続をｇＮＢ２００−１と確立する処理を行う。かかる確立処理は、ＩＡＢノード設定メッセージ中の設定情報に基づいて、バックホールリンク用のプロトコルスタック（アダプテーション／ＲＬＣ／ＭＡＣ／ＰＨＹエンティティ）を生成したり、パラメータ設定したりする処理を含む。かかる確立処理は、ＵＥ側（のアクセスリンク用）のプロトコルスタックを準備して、同期信号やセル固有参照信号の送信を開始する処理（もしくは、開始する準備をする処理）を含んでもよい。
【００７８】
ステップＳ１０７において、ＩＡＢノード３００−１は、バックホールリンク接続の確立を含むＩＡＢノード設定が完了したことを示す完了通知メッセージをｇＮＢ２００−１に送信する。ステップＳ１０７以降は、ＩＡＢノード３００−１はｇＮＢ２００−１に対してＵＥとして振る舞うのではなく、ＩＡＢノードとして振る舞う。
【００７９】
ステップＳ１０８において、ｇＮＢ２００−１は、ステップＳ１０１において取得したコンテキスト情報を、Ｘｎインターフェイス上でｇＮＢ２００−２に転送する。ｇＮＢ２００−１は、ＩＡＢノード３００−１とＩＡＢノード３００−１のドナーｇＮＢの候補とを対応付けるテーブルを保持しており、このテーブルを参照してコンテキスト転送先を決定する。このようにして、ｇＮＢ２００−１が、他のｇＮＢに対してコンテキストを事前に転送しておけば、ＩＡＢノード３００−１と接続しているｇＮＢとの無線接続状態が悪化した場合に、直ぐに、当該他のｇＮＢとの再接続を確立することができる。図７は、コンテキスト転送先を決定するためのテーブルの一例を示す図である。かかるテーブルは、例えばオペレータにより各ｇＮＢに対して予め設定される。図７に示すように、テーブルにおいて、ＩＡＢノードごとに、そのドナーｇＮＢの候補が対応けられている。具体的には、ＩＡＢノードに関する識別子ごとに、そのドナーｇＮＢの候補の識別子が対応けられている。例えば、ＩＡＢノードに地理的に近いｇＮＢがそのＩＡＢノードのドナーｇＮＢの候補として設定される。なお、ｇＮＢとの対応付けの例を示したが、セルＩＤとの対応付けであってもよい。セルＩＤは、物理レイヤセルＩＤでもよく、グローバルセルＩＤでもよい。なお、ｇＮＢ２００−１は、ＩＡＢノード３００−１から受信した測定報告に基づいて、ＩＡＢノード３００−１に地理的に近いｇＮＢ２００−１をドナー候補として決定してもよい。ｇＮＢ２００−１は、当該決定したドナー候補に基づいて、ＩＡＢノード３００−１と当該ＩＡＢノード３００−１のドナーｇＮＢの候補とを対応付けるテーブルを作成又は既存のテーブルを更新してもよい。
【００８０】
ステップＳ１０９において、ｇＮＢ２００−１は、ＩＡＢノード３００−１とのバックホールリンク接続を確立したことを示す通知を５ＧＣ１０に送信する。もしくは、ｇＮＢ２００−１は、ＩＡＢノード用のＰＤＵセッションの確立要求を５ＧＣ１０に送信してもよい。なお、上述したように、ＰＤＵセッションの確立要求は、ステップＳ１０９よりも先に又はステップＳ１０９においてＡＭＦ１１からｇＮＢ２００−１に送信されてもよい。
【００８１】
（２）例外動作シーケンスの一例
図８は、第１実施形態に係る移動通信システム１における例外動作シーケンスの一例を示す図である。例外動作シーケンスにおいて、ｇＮＢ２００−１は、ＩＡＢノード３００−１をｇＮＢ２００−２にハンドオーバさせる。
【００８２】
図８に示すように、ステップＳ２０１において、ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００−１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００−１は、ランダムアクセスプロシージャ中にｇＮＢ２００−１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００−１は、ステップＳ２０１において、ＩＡＢノード３００−１に関するコンテキスト情報を取得する。
【００８３】
ステップＳ２０２において、ＩＡＢノード３００−１は、ｇＮＢ２００−１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。
【００８４】
ステップＳ２０３において、ＩＡＢノード３００−１は、ＩＡＢインディケーションをｇＮＢ２００−１に送信する。ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥの能力を示す「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ２０１においてＩＡＢインディケーションを送信している場合、ステップＳ２０３は省略可能である。
【００８５】
ステップＳ２０４において、ｇＮＢ２００−１は、自身がドナー能力を有するか否かを判断する。ｇＮＢ２００−１がドナー能力を有しない場合（ステップＳ２０４：ＮＯ）、ｇＮＢ２００−１は、処理をステップＳ２０８に進める。
【００８６】
ｇＮＢ２００−１がドナー能力を有する場合（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５において、ｇＮＢ２００−１は、無線測定を設定する測定設定をＩＡＢノード３００−１に送信する。ＩＡＢノード３００−１は、測定設定に基づいて無線測定を行う。例えば、ＩＡＢノード３００−１は、現在のサービングセルであるｇＮＢ２００−１のセルと、隣接セルであるｇＮＢ２００−２のセルとに対して受信電力（セル固有参照信号の受信電力）の測定を行う。
【００８７】
ステップＳ２０６において、ＩＡＢノード３００−１は、無線測定の結果を含む測定報告をｇＮＢ２００−１に送信する。
【００８８】
ステップＳ２０７において、ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであると判断した場合（ステップＳ２０７：ＹＥＳ）、ｇＮＢ２００−１は、上述した通常動作シーケンス（図６参照）のステップＳ１０６に処理を進める。
【００８９】
一方、他のｇＮＢが適切なドナーｇＮＢであると判断した場合（ステップＳ２０７：ＮＯ）、ｇＮＢ２００−１は、ステップＳ２０８に処理を進める。
【００９０】
ステップＳ２０８において、ｇＮＢ２００−１は、ＩＡＢノード３００−１から受信したＩＡＢインディケーションを含むハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００−２に転送する。ｇＮＢ２００−１は、ステップＳ２０１において取得したコンテキスト情報をハンドオーバ要求メッセージに含めてもよい。または、ｇＮＢ２００−１は、ハンドオーバ要求メッセージに、ＩＡＢインディケーションを含める代わりに、ＩＡＢノード３００−１がｇＮＢに対してドナーｇＮＢとして機能することを要求する旨を示す情報を含めて送信してもよい。なお、ステップＳ２０８において、ｇＮＢ２００−１は、ｇＮＢ２００−２がドナー能力を有すると判断した上で、ハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００−２に転送してもよい。具体的には、例えば、ｇＮＢ２００−１は、図７に示すテーブルにおいて、ＩＡＢノード３００−１にドナー候補としてｇＮＢ２００−２が対応付けられていると判断した場合に、ハンドオーバ要求メッセージをｇＮＢ２００−２に対して転送してもよい。この場合、ｇＮＢ２００−２がハンドオーバ要求を拒否する可能性が低減されるため、ＩＡＢノード３００−１のハンドオーバをより早急に実行することができる。または、互いに隣接する複数のｇＮＢ２００間でＸｎインターフェイスを介して、自身のドナー能力に関する情報を事前に共有してもよい。これによって、ｇＮＢ２００−１は、ドナー能力を有する隣接のｇＮＢ２００を特定することができ、当該特定した隣接のｇＮＢ２００に対してハンドオーバ要求メッセージを転送することができる。
【００９１】
ｇＮＢ２００−２は、ハンドオーバ要求メッセージに含まれるＩＡＢインディケーションも考慮して、ＩＡＢノード３００−１のハンドオーバを受け入れるか否かを判断する。ｇＮＢ２００−２は、自身がドナー能力を有しない場合には、ハンドオーバ要求を拒否してもよい。ここではｇＮＢ２００−２がＩＡＢノード３００−１のハンドオーバを受け入れると判断したと仮定して説明を進める。
【００９２】
ステップＳ２０９において、ｇＮＢ２００−２は、ハンドオーバ肯定応答メッセージをＸｎインターフェイス上でｇＮＢ２００−１に送信する。
【００９３】
ステップＳ２１０において、ｇＮＢ２００−１は、ｇＮＢ２００−２からのハンドオーバ肯定応答メッセージに基づいて、ハンドオーバ指示メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００−１に送信する。ハンドオーバ指示メッセージは、ハンドオーバ先のｇＮＢ２００−２（ｇＮＢ２００−２のセル）を指定する情報を含む。
【００９４】
ステップＳ２１１において、ＩＡＢノード３００−１は、ｇＮＢ２００からのハンドオーバ指示メッセージに基づいて、ｇＮＢ２００−２へのハンドオーバを行う。
【００９５】
（３）マルチホップ接続シーケンスの一例
図９は、第１実施形態に係る移動通信システム１におけるマルチホップ接続シーケンスの一例を示す図である。マルチホップ接続シーケンスは、ＩＡＢノード３００−１とｇＮＢ２００−１との間にバックホールリンク接続が接続された後において、ＩＡＢノード３００−１にＩＡＢノード３００−２又はＵＥ１００−２が接続する場合のシーケンスである。ここではＩＡＢノード３００−１にＩＡＢノード３００−２が接続する場合について主として説明するが、ＩＡＢノード３００−２をＵＥ１００−２と適宜読み替えてもよい。また、上述した「（１）通常動作シーケンス」と重複する説明を省略する。
【００９６】
図９に示すように、ステップＳ３０１において、ＩＡＢノード３００−２は、ＩＡＢノード３００−１を介してｇＮＢ２００−１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００−１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００−２は、ランダムアクセスプロシージャ中にｇＮＢ２００−１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００−１は、ステップＳ３０１において、ＩＡＢノード３００−２に関するコンテキスト情報を取得する。
【００９７】
ステップＳ３０２において、ＩＡＢノード３００−２は、ＩＡＢノード３００−２及びｇＮＢ２００−１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。ここで、ＩＡＢノード３００−２は、ＩＡＢインディケーションのような通知（つまり、ＩＡＢノードとして動作したいことを示す通知）をＡＭＦ１１に通知してもよい。これにより、ＩＡＢノード３００−２は、ＡＭＦ１１から、ドナーｇＮＢ（セル）の候補リストや下位ノードの有無などのルーティング情報、その他管理情報などを入手してもよい。もしくは、ＡＭＦ１１からドナーｇＮＢの各候補に対して、ＩＡＢノード３００−２のアタッチがあった旨や、ＩＡＢノード３００−２のルーティング情報などのコンテキスト情報を通知してもよい。なお、ＩＡＢノード３００−２が既にアタッチしている場合は、ステップＳ３０２におけるアタッチ処理を省略可能である。具体的には、ＩＡＢノード３００−２は、ＲＲＣ再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）などのように、何らかのエラー発生によってドナーｇＮＢとの接続を再確立しなければならない場合などにおいて、アタッチ処理を省略する。
【００９８】
ステップＳ３０３において、ＩＡＢノード３００−２は、ＩＡＢノード３００−１を介してＩＡＢインディケーションをｇＮＢ２００−１に送信する。ＩＡＢノード３００−２は、上述した「（１）通常動作シーケンス」のステップＳ１０３において説明したトリガと同様なトリガに応じてＩＡＢインディケーションを送信してもよい。
【００９９】
ＩＡＢノード３００−２は、例えばｇＮＢ２００−１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥとしての能力を示す「ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ３０１においてＩＡＢインディケーションを送信している場合、ステップＳ３０３は省略可能である。
【０１００】
或いは、ＩＡＢインディケーションは、ＡＭＦ１１からＰＤＵセッションリソースの変更という形でｇＮＢ２００−１に通知されてもよい。なお、ＡＭＦは、ＩＡＢ管理用（専用）のＡＭＦであってもよい。
【０１０１】
本動作シーケンスにおいては、ｇＮＢ２００−１がドナー能力を有すると仮定しているため、ｇＮＢ２００−１は、ＩＡＢインディケーションに基づいて、バックホールリンク接続をＩＡＢノード３００−１とＩＡＢノード３００−２との間に確立させる必要があると判断する。
【０１０２】
ステップＳ３０４において、ｇＮＢ２００−１は、無線測定を設定する測定設定をＩＡＢノード３００−２に送信する。ＩＡＢノード３００−２は、測定設定に基づいて無線測定を行う。
【０１０３】
ステップＳ３０５において、ＩＡＢノード３００−２は、無線測定の結果を含む測定報告を、ＩＡＢノード３００−１を介してｇＮＢ２００−１に送信する。ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。ここでは、ｇＮＢ２００−１が、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであると判断したと仮定して説明を進める。なお、ステップＳ３０４及びステップＳ３０５の処理は必須ではなく、省略してもよい。
【０１０４】
ステップＳ３０６において、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００−２に送信する。ＩＡＢノード３００−２は、ＩＡＢノード設定メッセージに基づいて、バックホールリンク接続をＩＡＢノード３００−１と確立する処理を行う。かかる確立処理は、ＩＡＢノード設定メッセージ中の設定情報に基づいて、バックホールリンク用のプロトコルスタック（アダプテーション／ＲＬＣ／ＭＡＣ／ＰＨＹエンティティ）を生成したり、パラメータ設定したりする処理を含む。かかる確立処理は、ＵＥ側（のアクセスリンク用）のプロトコルスタックを準備して、同期信号やセル固有参照信号の送信を開始する処理（もしくは、開始する準備をする処理）を含んでもよい。
【０１０５】
ステップＳ３０７において、ｇＮＢ２００−１は、ＲＲＣ再設定メッセージをＩＡＢノード３００−１に送信する。かかるＲＲＣ再設定メッセージは、ＩＡＢノード３００−２の追加に伴ってＩＡＢノード３００−１における設定を変更するためのメッセージである。かかるＲＲＣ再設定メッセージは、例えば、ＩＡＢノード３００−２の論理チャネルとＩＡＢノード３００−１のバックホールリンクの論理チャネルとの対応付けを示すマッピング情報を含む。なお、ステップＳ３０７は、ステップＳ３０６の前であってもよいし、ステップＳ３０６と同時であってもよい。
【０１０６】
ステップＳ３０８において、ＩＡＢノード３００−２は、ＩＡＢノード３００−１とのバックホールリンク接続の確立を含むＩＡＢノード設定が完了したことを示す完了通知メッセージをｇＮＢ２００−１に送信する。ステップＳ３０８以降は、ＩＡＢノード３００−２はｇＮＢ２００−１に対してＵＥとして振る舞うのではなく、ＩＡＢノードとして振る舞う。
【０１０７】
ステップＳ３０９において、ＩＡＢノード３００−１は、ＩＡＢノード３００−２とのバックホールリンク接続の確立に伴う設定変更が完了したことを示す完了通知メッセージをｇＮＢ２００−１に送信する。なお、ステップＳ３０９は、ステップＳ３０８の前であってもよいし、ステップＳ３０８と同時であってもよい。
【０１０８】
ステップＳ３１０において、ｇＮＢ２００−１は、ステップＳ３０１において取得したＩＡＢノード３００−２のコンテキスト情報を、Ｘｎインターフェイス上でｇＮＢ２００−２に転送する。
【０１０９】
ステップＳ３１１において、ｇＮＢ２００−１は、ＩＡＢノード３００−２のバックホールリンク接続を確立したことを示す通知を５ＧＣ１０に送信する。もしくは、ｇＮＢ２００−１は、ＩＡＢノード３００−２用のＰＤＵセッションの確立要求を５ＧＣ１０に送信してもよい。なお、上述したように、ＰＤＵセッションの確立要求は、ステップＳ３１１よりも先に又はステップＳ３１１においてＡＭＦ１１からｇＮＢ２００−１に送信されてもよい。
【０１１０】
［第１実施形態の変更例］
上述した第１実施形態において、ＩＡＢノード３００−１がｇＮＢ２００−１に無線で接続した後に、ｇＮＢ２００−１がドナー能力を有しないことに応じてＩＡＢノード３００−１をハンドオーバさせる一例について説明した。しかしながら、各ｇＮＢ２００は、自身がドナー能力を有するか否かに関する情報をＩＡＢノード３００−１に提供してもよい。これにより、ＩＡＢノード３００−１は、ドナー能力を有するｇＮＢ２００を選択したうえで接続することが可能になる。例えば、ドナー能力を有するｇＮＢ２００は、ドナー能力を有することを示す情報をシステム情報ブロック（ＳＩＢ）に含めてブロードキャストする。ＩＡＢノード３００−１は、かかるＳＩＢに基づいて、接続先とするｇＮＢ２００を選択する。ＩＡＢノード３００−１は、ドナー能力を有するｇＮＢ２００であって、且つ、このｇＮＢ２００からの受信電力が閾値以上である場合に、このｇＮＢ２００を接続先として選択してもよい。または、ｇＮＢ２００がドナー能力を有しない場合には、ＩＡＢノード３００−１は、ｇＮＢ２００から送信されたＳＩＢを受信したことに応じて、他のｇＮＢ２００を再選択してもよい。その後、他のｇＮＢ２００から送信されたＳＩＢにより当該他のｇＮＢ２００がドナー能力を有することが示される場合には、ＩＡＢノード３００−１は、当該他のｇＮＢ２００を接続先として、ランダムアクセスプロシージャを行うと共にＩＡＢインディケーションを送信してもよい。
【０１１１】
或いは、各ｇＮＢ２００は、自身がドナー能力（ドナー機能）を有することをＳＩＢにより通知することに加えて、又は自身がドナー能力を有することをＳＩＢにより通知することに代えて、自身がＩＡＢノード３００を取り扱う能力を有することをＳＩＢにより通知してもよい。例えば、各ｇＮＢ２００は、自身がＩＡＢノード３００を他のｇＮＢ（ドナーｇＮＢ）にハンドオーバする機能を有することをＳＩＢにより通知してもよい。
【０１１２】
上述した第１実施形態において、ＩＡＢノード３００がランダムアクセスプロシージャ中にｇＮＢ２００に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含める一例について説明した。ここで、Ｍｓｇ３は、例えばＲＲＣ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔメッセージである。また、ＩＡＢノード３００は、Ｍｓｇ３中のフィールド（情報要素）であるＥｓｔａｂｌｉｓｈｍｅｎｔ  ＣａｕｓｅにＩＡＢインディケーションを含めてもよい。
【０１１３】
或いは、ＩＡＢノード３００は、ランダムアクセスプロシージャ中にｇＮＢ２００に送信するランダムアクセスプリアンブル（Ｍｓｇ１）を利用して、ＩＡＢインディケーションを通知してもよい。例えば、ＩＡＢインディケーション用のＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）リソースがＳＩＢにより通知される場合、ＩＡＢノード３００は、通知されたＩＡＢインディケーション用のＰＲＡＣＨリソースの中から選択したＰＲＡＣＨリソースを用いてランダムアクセスプリアンブルを送信することにより、ＩＡＢインディケーションを通知してもよい。ここで、ＰＲＡＣＨリソースとは、時間・周波数リソースであってもよいし、信号系列（プリアンブル系列）であってもよい。
【０１１４】
或いは、ＩＡＢノード３００は、ランダムアクセスプロシージャ以外のタイミングでＩＡＢインディケーションを通知してもよい。例えば、ＵＥ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージにＩＡＢインディケーションを含めてもよい。
【０１１５】
上述した第１実施形態において、ｇＮＢ２００が、無線測定を設定する測定設定をＩＡＢノード３００又はＵＥ１００に送信し、無線測定の結果を含む測定報告を受信することにより、自身（ｇＮＢ２００）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを当該測定報告に基づいて判断する一例について説明した。しかしながら、このような初期接続時に測定結果を利用する場合に限らず、ネットワークトポロジの変更やデータ転送経路の変更に測定報告を利用してもよい。
【０１１６】
［第２実施形態］
第２実施形態について、上述した第１実施形態との相違点を主として説明する。第２実施形態は、上述した第１実施形態及びその変更例と組み合わせて実施してもよい。
【０１１７】
第２実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第２実施形態に係る通信制御方法は、ＩＡＢノード３００が、上位装置との無線接続の確立又はＩＡＢノード３００の中継機能の有効化を上位装置により拒否された場合に、又は、当該無線接続が上位装置により解放された場合に、タイマを起動する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、ＩＡＢノード３００とのＲＲＣ接続を有する装置（すなわち、ＲＲＣレイヤを有する装置）であってもよい。タイマは、上位装置との無線接続の確立、又は上位装置に対する中継機能の有効化の意図を示す通知を行うことを避けるべき時間を規定する。中継機能の有効化の意図を示す通知とは、上述したＩＡＢインディケーションである。
【０１１８】
ＩＡＢノード３００は、タイマを起動してからタイマが満了するまでの間に、中継機能に対応した他の上位装置（例えば、他のドナーｇＮＢ又はＩＡＢノード）を発見した場合に、当該他の上位装置との無線接続を確立し、中継機能を有効化する意図を当該他の上位装置に通知してもよい。中継機能に対応した他の上位装置とは、自身がドナー機能を有することを示すＳＩＢを送信している上位装置であってもよいし、自身がＩＡＢノードを取り扱う能力を有することを示すＳＩＢを送信している上位装置であってもよい。
【０１１９】
第２実施形態に係る動作パターン１において、ＩＡＢノード３００は、上位装置との無線接続を確立する際（すなわち、ランダムアクセスプロシージャ中）に、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知する。例えば、ＩＡＢノード３００は、ランダムアクセスプロシージャのＭｓｇ１又はＭｓｇ３を利用して当該通知を行う。ＩＡＢノード３００は、無線接続の確立を拒否する接続拒否メッセージを当該上位装置から受信する。接続拒否メッセージは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔメッセージであってもよい。ＩＡＢノード３００は、中継機能を有効化することが不可であることを示す情報（例えば、「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」）を含む接続拒否メッセージを受信したことに応じてタイマを起動する。当該情報（「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」）は、接続拒否メッセージ中の情報要素である「Ｃａｕｓｅ」に含まれてもよい。タイマの起動後、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置との無線接続の確立を試行しないようにする。例えば、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置に対するランダムアクセスプロシージャを開始しない。ＩＡＢノード３００は、当該上位装置に対するアクセスが禁止された状態にあるとみなしてもよい。タイマが満了した後、ＩＡＢノード３００は、当該上位装置との無線接続の確立を試行してもよい。なお、ＩＡＢノード３００が、中継機能を有効化する意図が無いが当該上位装置との無線接続の確立を希望する場合には、タイマが満了する前であっても、当該上位装置との無線接続の確立を試行してもよい。その場合には、ＩＡＢノード３００は、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知しない。
【０１２０】
第２実施形態に係る動作パターン２において、ＩＡＢノード３００は、上位装置との無線接続を確立した後（すなわち、ランダムアクセスプロシージャ後）に、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知する。例えば、ＩＡＢノード３００は、ＵＥ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎメッセージ等のＲＲＣメッセージにＩＡＢインディケーションを含めることにより当該通知を行う。ＩＡＢノード３００は、無線接続を解放する接続解放メッセージを当該上位装置から受信する。接続解放メッセージは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージであってもよい。ＩＡＢノード３００は、中継機能を有効化することが不可であることを示す情報（例えば、「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」）を含む接続解放メッセージを受信したことに応じてタイマを起動する。当該情報（「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」）は、接続解放メッセージ中の情報要素である「Ｃａｕｓｅ」に含まれてもよい。タイマの起動後、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置との無線接続の確立を試行しないようにする。例えば、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置に対するランダムアクセスプロシージャを開始しない。ＩＡＢノード３００は、当該上位装置に対するアクセスが禁止された状態にあるとみなしてもよい。タイマが満了した後、ＩＡＢノード３００は、当該上位装置との無線接続の確立を試行してもよい。
【０１２１】
第２実施形態に係る動作パターン３において、ＩＡＢノード３００は、上位装置との無線接続を確立する際に、又は上位装置との無線接続を確立した後に、中継機能を有効化することを示す意図（ＩＡＢインディケーション）を当該上位装置に通知する。ＩＡＢノード３００は、中継機能を有効化することを拒否することを示す情報（例えば、「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」）を含む再設定メッセージ（ＲＲＣメッセージ）を当該上位装置から受信する。再設定メッセージは、ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。本動作パターンにおいて、ＩＡＢノード３００は、中継機能を有効化することを上位装置により拒否されても、当該上位装置との無線接続を確立又は維持してもよい。ＩＡＢノード３００は、中継機能を有効化することを拒否することを示す情報を含む再設定メッセージを受信したことに応じてタイマを起動する。タイマの起動後、ＩＡＢノード３００は、タイマが満了するまでは、当該上位装置に対してＩＡＢインディケーションを送信しない。タイマが満了した後、ＩＡＢノード３００は、ＩＡＢインディケーションを当該上位装置に送信してもよい。なお、タイマが満了するまでに、ＩＡＢノード３００が当該上位装置との無線接続を解放した場合（当該上位装置から接続解放メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ）を受信した場合）、ＩＡＢノード３００は、当該タイマを停止、放棄又は解放してもよい。
【０１２２】
第２実施形態において、タイマは、上位装置（例えば、ドナーｇＮＢ２００）からＩＡＢノード３００に設定されてもよい。タイマは、ＳＩＢにより設定されてもよいし、動作パターン１における接続拒否メッセージにより設定されてもよいし、動作パターン２における接続解放メッセージにより設定されてもよいし、動作パターン３における再設定メッセージにより設定されてもよい。或いは、タイマは、ＩＡＢノード３００に予め設定されていてもよい。
【０１２３】
第２実施形態に係る動作パターン１及び２に係るタイマ（以下、「ＩＡＢノード向けタイマ」と称する）は、ＵＥ１００が接続拒否時又は接続解放時に用いるタイマ（以下、「ＵＥ向けタイマ」と称する）よりも長い時間が設定されてもよい。なお、「ＵＥ向けタイマ」は、接続拒否メッセージや接続解放メッセージに含まれるタイマであって、ＵＥ１００が当該メッセージを受信してから再度、接続の試行が可能になるまでに待たなければいけない時間であってもよい（例えば、Ｗａｉｔ  ｔｉｍｅ）。例えば、ＩＡＢノード３００が他のＩＡＢノードとの無線接続を確立する場合、当該他のＩＡＢノードとドナーｇＮＢ２００との間に接続（バックホールリンク）が存在しないことも想定される。かかる場合、ＩＡＢノード３００は、当該他のＩＡＢノードとドナーｇＮＢ２００との間に接続（バックホールリンク）が確立されなければ、中継機能を有効化することができない。よって、ＩＡＢノード向けタイマを用いることにより、ＩＡＢノード３００において無線接続の確立試行が失敗に終わる頻度を低減できる。
【０１２４】
図１０は、第２実施形態に係るＩＡＢノード３００の動作例を示す図である。ここでは、第２実施形態に係る動作パターン１及び２を想定している。
【０１２５】
図１０に示すように、ステップＳ４０１において、ＩＡＢノード３００は、上位装置との無線接続を確立する際に又は上位装置との無線接続を確立した後に、ＩＡＢインディケーションを当該上位装置に送信する。ＩＡＢインディケーションを送信した後、当該上位装置により接続が拒否又は解放されない場合（ステップＳ４０２：ＮＯ）、ステップＳ４０３において、ＩＡＢノード３００は、上述した第１実施形態の動作と同様に、中継機能を有効化するとともに当該上位装置とのバックホールリンクを確立する。
【０１２６】
ＩＡＢインディケーションを送信した後、当該上位装置により接続が拒否又は解放された場合（ステップＳ４０２：ＹＥＳ）、すなわち、ＩＡＢノード３００が接続拒否メッセージ又は接続解放メッセージを当該上位装置から受信した場合、ステップＳ４０４において、ＩＡＢノード３００は、当該メッセージ中の「Ｃａｕｓｅ」が「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」であるか否かを確認する。当該メッセージ中の「Ｃａｕｓｅ」が「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」でない場合（ステップＳ４０４：ＮＯ）、ステップＳ４０５において、ＩＡＢノード３００は、ＵＥ向けタイマを起動する。なお、ステップＳ４０５において、ＩＡＢノード３００は、ＩＡＢノード向けタイマを起動しない。また、ステップＳ４０４がＮＯの場合、接続拒否メッセージ又は接続解放メッセージにＩＡＢノード向けタイマが含まれなくてもよく、含まれていてもタイマを起動しない。以降は、ＩＡＢノード３００は、通常のＵＥと同様の動作を実行する。
【０１２７】
当該メッセージ中の「Ｃａｕｓｅ」が「ＩＡＢ  ｃｏｎｎｅｃｔｉｏｎ  ｕｎａｖａｉｌａｂｌｅ」である場合（ステップＳ４０４：ＹＥＳ）、ステップＳ４０６において、ＩＡＢノード３００は、ＩＡＢノード向けタイマを起動する。ＩＡＢノード３００は、タイマの動作中に、当該上位装置との無線接続の確立を試行しないようにする。ＩＡＢノード３００は、タイマの動作中において、中継機能に対応した他の上位装置（例えば、他のドナーｇＮＢ又はＩＡＢノード）を探索してもよい。
【０１２８】
ステップＳ４０７において、ＩＡＢノード３００は、中継機能に対応した他の上位装置が発見されたか否かを確認する。中継機能に対応した他の上位装置が発見された場合（ステップＳ４０７：ＹＥＳ）、ステップＳ４０８において、ＩＡＢノード３００は、ＩＡＢ向けタイマを停止し、当該他の上位装置との無線接続の確立を試行する。ここで、ＩＡＢノード３００は、ＩＡＢインディケーションを当該他の上位装置に送信してもよい。この場合、ＩＡＢノード３００は、ＵＥのセルリセレクションと同様の動作により、他の上位装置を発見し、当該他の上位装置に待ち受けた上で、当該他の上位装置との無線接続の確立を試行する。
【０１２９】
中継機能に対応した他の上位装置が発見されない場合（ステップＳ４０７：ＮＯ）、ステップＳ４０９において、ＩＡＢノード３００は、ＩＡＢノード向けタイマが満了したか否かを確認する。ＩＡＢノード向けタイマが満了していない場合（ステップＳ４０９：ＮＯ）、ステップＳ４０７に戻る。なお、ＩＡＢノード３００は、他に適切な上位装置（例えば、他のドナーｇＮＢ２００）が存在しない場合に、後述するステップＳ４１０による接続確立の再試行により上位装置との無線接続の確立後に、ネットワーク（ドナーｇＮＢ２００又は５ＧＣ１０）にその旨を通知してもよい。
【０１３０】
ＩＡＢノード向けタイマが満了した場合（ステップＳ４０９：ＹＥＳ）、ステップＳ４１０において、ＩＡＢノード３００は、ステップＳ４０２で接続を拒否又は解放した上位装置に対して、改めて無線接続の確立を試行する。当該無線接続の確立に失敗した場合、ＩＡＢノード３００は、再度、同じＩＡＢノード向けタイマを起動するか又はより長いＩＡＢノード向けタイマを起動してもよい。
【０１３１】
［第２実施形態の変更例］
上述した第２実施形態に係るＩＡＢノード３００において、接続の拒否、接続の解放、又は中継機能の有効化の拒否を上位装置から受信したＡＳレイヤは、ＡＳレイヤよりも上位のレイヤに対して通知を行ってもよい。ＡＳレイヤとは、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、ＳＤＡＰレイヤ、ＲＲＣレイヤを含むが、ここでは主としてＲＲＣレイヤを想定する。上位レイヤとは、ＮＡＳレイヤ又はアプリケーションレイヤなどである。
【０１３２】
例えば、ＩＡＢノード３００の上位レイヤは、ネットワークオペレータのＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｉｎｔｅｎａｎｃｅ）装置からのコマンド待ちモードに遷移してもよい。上位レイヤは、ＩＡＢノードとしての接続を行うようＡＳレイヤに指示することを止め、ＵＥとしての接続を行うようＡＳレイヤに指示してもよい。上位レイヤは、ＯＡＭ装置に対して、エラー情報（障害の詳細、発生位置情報、発生時刻情報を含んでもよい）を送信してもよい。
【０１３３】
［第３実施形態］
第３実施形態について、上述した第１及び第２実施形態との相違点を主として説明する。第３実施形態は、上述した第１及び第２実施形態の少なくとも１つと組み合わせて実施してもよい。
【０１３４】
第３実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。ドナーｇＮＢ２００の配下の複数のＩＡＢノード３００のそれぞれは、自ＩＡＢノード３００に関する無線状態を示す情報、自ＩＡＢノード３００に関する負荷状態を示す情報、及び自ＩＡＢノード３００に関する通信遅延状態を示す情報のうち、少なくとも１つを上位装置に通知する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、ＩＡＢノード３００とのＲＲＣ接続を有する装置（すなわち、ＲＲＣレイヤを有する装置）であってもよい。第３実施形態において、上位装置がドナーｇＮＢ２００である一例について主として説明する。ドナーｇＮＢ２００は、配下の複数のＩＡＢノード３００のそれぞれから通知された情報に基づいて、当該複数のＩＡＢノード３００における接続関係及びデータ転送経路の少なくとも一方を管理又は変更する。
【０１３５】
図１１は、第３実施形態に係る動作例を示す図である。
【０１３６】
図１１に示すように、ドナーｇＮＢ（ＩＡＢ  ｄｏｎｅｒ）２００にＩＡＢノード（ＩＡＢ  ｎｏｄｅ  ＃１）３００−１が無線で接続しており、ＩＡＢノード３００−１にＩＡＢノード（ＩＡＢ  ｎｏｄｅ  ＃２）３００−２及びＵＥ１００が無線で接続している。ドナーｇＮＢ２００とＩＡＢノード３００−１との間には、フロントホール用のネットワークインターフェイスであるＦ１インターフェイスが設定されていてもよい。ドナーｇＮＢ２００とＩＡＢノード３００−２との間にも、Ｆ１インターフェイスが設定されていてもよい。
【０１３７】
ＩＡＢノード３００−１はＲＲＣレイヤを有しており、ＩＡＢノード３００−１のＲＲＣレイヤとドナーｇＮＢ２００のＲＲＣレイヤとの間でＲＲＣメッセージが送受信される。また、ＩＡＢノード３００−２はＲＲＣレイヤを有しており、ＩＡＢノード３００−２のＲＲＣレイヤとドナーｇＮＢ２００のＲＲＣレイヤとの間で、ＩＡＢノード３００−１を介してＲＲＣメッセージが送受信される。これらのＲＲＣメッセージは、Ｆ１インターフェイス上で送受信されてもよい。或いは、ＲＲＣメッセージに代えて、Ｆ１インターフェイスで規定されるＦ１メッセージをＦ１インターフェイス上で送受信してもよい。或いは、Ｘｎインターフェイスを用いてもよい。Ｘｎインターフェイスを用いる場合、以下の「Ｆ１インターフェイス」を「Ｘｎインターフェイス」と読み替える。さらに、ＵＥ１００はＲＲＣレイヤを有しており、ＵＥ１００のＲＲＣレイヤとドナーｇＮＢ２００のＲＲＣレイヤとの間で、ＩＡＢノード３００−１を介してＲＲＣメッセージが送受信される。
【０１３８】
ドナーｇＮＢ２００に送信されるＲＲＣメッセージ及び／又はＦ１メッセージは、測定された無線状態を示す測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）メッセージを含んでもよい。例えば、ＩＡＢノード３００−１、ＩＡＢノード３００−２、及びＵＥ１００のそれぞれは、無線状態の測定（例えば、参照信号の受信電力であるＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及び／又は参照信号の受信品質であるＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）の測定）を行い、測定結果を含む測定報告メッセージをドナーｇＮＢ２００に送信する。
【０１３９】
ドナーｇＮＢ２００に送信されるＲＲＣメッセージ及び／又はＦ１メッセージは、測定された負荷状態（特に、リソース負荷の状態）を通知するメッセージを含んでもよい。かかるメッセージは、リソース状態更新（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｕｐｄａｔｅ）メッセージと称されてもよい。例えば、ＩＡＢノード３００−１及びＩＡＢノード３００−２のそれぞれは、無線リソースである時間・周波数リソースの使用率やハードウェアリソース（ＣＰＵ、メモリ等）の使用率等を測定し、測定結果を含むメッセージをドナーｇＮＢ２００に送信する。時間・周波数リソースの使用率は、アクセスリンクにおける時間・周波数リソースの使用率であってもよいし、バックホールリンクにおける時間・周波数リソースの使用率であってもよい。
【０１４０】
ドナーｇＮＢ２００に送信されるＲＲＣメッセージ及び／又はＦ１メッセージは、測定された通信遅延状態を通知するメッセージを含んでもよい。例えば、ＩＡＢノード３００−１及びＩＡＢノード３００−２のそれぞれは、バックホール遅延時間、ホップ数（例えば、ドナーｇＮＢ２００までのホップ数）、及びスケジューリング遅延のうち少なくとも１つを測定し、測定結果を含むメッセージをドナーｇＮＢ２００に送信する。ここで、遅延時間の測定（バックホール遅延、スケジューリング遅延）は、メッセージの送信に対する応答受信までの時間であり、例えばＲＬＣにてｐｏｌｉｎｇを行い、レスポンスが返ってくるまでの時間を測定することにより得られる。また、ホップ数は、Ａｄａｐｔａｔｉｏｎ  ｌａｙｅｒなどがデータを中継するたびに、ヘッダの数字をカウントアップするなどして、この値を読むことによって（ベアラ毎に）測定される。もしくは、各ＩＡＢノードが自身のホップ数を報知し、それをベースにＵＥまでのホップ数を算出してもよい。
【０１４１】
なお、これらのメッセージは、ｇＮＢ２００からの要求（問い合わせ）に対する応答として定義されてもよい。或いは、これらのメッセージは、周期的にドナーｇＮＢ２００に送信されてもよいし、イベントトリガでドナーｇＮＢ２００に送信されてもよい。イベントトリガの場合、ドナーｇＮＢ２００が配下のＩＡＢノード３００及びＵＥ１００に対してイベントトリガ用の閾値（無線状態閾値、負荷状態閾値、遅延状態閾値）を設定してもよい。
【０１４２】
また、無線状態、負荷状態、及び通信遅延状態のそれぞれは、上りリンク（ＵＬ）と下りリンク（ＤＬ）とで別々に測定及び通知されてもよいし、ＵＬ測定結果及びＤＬ測定結果を統計処理した結果（例えば、平均値）を通知してもよい。
【０１４３】
さらに、無線状態、負荷状態、及び通信遅延状態のうち２以上を含む１つのＲＲＣメッセージ又は１つのＦ１メッセージが定義されてもよい。ドナーｇＮＢ２００は、ＲＲＣメッセージ及び／又はＦ１メッセージに基づいて、配下のＩＡＢノード３００及びＵＥ１００の接続関係（トポロジ）を管理又は変更したり、データ転送経路（ルーティングテーブル）を管理又は変更したりする。例えば、ドナーｇＮＢ２００は、配下のＩＡＢノード３００のハンドオーバを行うことにより、接続関係及び／又はデータ転送経路を変更する。ＩＡＢノード３００のハンドオーバについては、第４実施形態において説明する。
【０１４４】
図１２（ａ）は、ドナーｇＮＢ２００における接続関係（トポロジ）の作成の一例を示し、図１２（ｂ）は、ドナーｇＮＢ２００におけるルーティングテーブルの作成の一例を示す。図１２（ａ）及びＢにおいて、ドナーｇＮＢ２００を「Ｄ」と表記し、６つのＩＡＢノード３００を「１」〜「６」と表記し、ＵＥ（端末）１００を「Ｕ」と表記している。
【０１４５】
図１２（ａ）に示すように、ドナーｇＮＢ「Ｄ」は、配下のＩＡＢノード３００及びＵＥ１００から通知される無線状態（ＲＳＲＰ等）に基づいて、データ転送経路（ルート）を確立できそうなノード間の関係を導き出す。例えば、ドナーｇＮＢ「Ｄ」は、ノード間の無線状態が一定の品質を満たす場合に、当該ノード間にルートを確立可能であると判断する。
【０１４６】
図１２（ａ）の例において、ドナーｇＮＢ「Ｄ」は、ドナーｇＮＢ「Ｄ」とＵＥ「Ｕ」との間に、４通りのルートを設定可能と判断する。１つ目のルートは、「Ｄ」→「１」→「２」→「４」→「Ｕ」である。２つ目のルートは、「Ｄ」→「１」→「２」→「５」→「Ｕ」である。３つ目のルートは、「Ｄ」→「３」→「５」→「Ｕ」である。４つ目のルートは、「Ｄ」→「３」→「６」→「Ｕ」である。ドナーｇＮＢ「Ｄ」は、これらのルートの情報を、対応するＩＡＢノードに通知及び設定してもよい。かかる通知及び設定には、例えばＲＲＣ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてもよい。なお、ここでは下りリンクにおけるルート設定を想定しているが、上りリンクにおけるルート設定であってもよい。
【０１４７】
図１２（ｂ）に示すように、ドナーｇＮＢ「Ｄ」は、配下のＩＡＢノード３００から通知される負荷状態及び通信遅延状態に基づいて、ノード間の負荷状態及び通信遅延状態を判断し、上記４つのルートのいずれかを選択して設定する。
【０１４８】
図１２（ｂ）の例では、１つ目のルート（「Ｄ」→「１」→「２」→「４」→「Ｕ」）及び２つ目のルート（「Ｄ」→「１」→「２」→「５」→「Ｕ」）のそれぞれは、経由するＩＡＢノードの数を示すホップ数が３（３  ｈｏｐ）である。一方、３つ目のルート（「Ｄ」→「３」→「５」→「Ｕ」）及び４つ目のルート（「Ｄ」→「３」→「６」→「Ｕ」）のそれぞれは、経由するＩＡＢノードの数を示すホップ数が２（２  ｈｏｐ）である。かかる場合、ドナーｇＮＢ「Ｄ」は、１つ目のルート及び２つ目のルートを優先的に選択してもよい。
【０１４９】
また、図１２（ｂ）の例では、ＩＡＢノード「２」とＩＡＢノード「４」との間のバックホールリンク及びＩＡＢノード「２」とＩＡＢノード「５」との間のバックホールリンクが高負荷状態（Ｌｏａｄｅｄ）であり、ＩＡＢノード「６」とＵＥ「Ｕ」との間のアクセスリンクが高負荷状態（Ｌｏａｄｅｄ）である。かかる場合、ドナーｇＮＢ「Ｄ」は、高負荷状態のリンクを経由しない３つ目のルートを優先的に選択してもよい。
【０１５０】
ドナーｇＮＢ「Ｄ」は、ルートを選択すると、選択したルートに応じてルーティングテーブルを更新し、選択したルートを設定するためのメッセージ（例えば、ＲＲＣ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を当該ルート上のノードに送信する。その後、ドナーｇＮＢ「Ｄ」は、各リンクの負荷状態及び通信遅延状態に応じてルーティングテーブルを随時更新する。
【０１５１】
［第３実施形態の変更例］
上述した第３実施形態において、ドナーｇＮＢ２００の配下の各ＩＡＢノード３００は、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）サービスへの興味に関するＭＢＭＳ関連情報をドナーｇＮＢ２００に通知してもよい。ＭＢＭＳ関連情報は、ＲＲＣメッセージであってもよいし、Ｆ１メッセージであってもよい。
【０１５２】
ＩＡＢノード３００が送信するＭＢＭＳ関連情報は、当該ＩＡＢノード３００におけるＭＢＭＳサービスの中継要否情報であってもよい。ＩＡＢノード３００が送信するＭＢＭＳ関連情報は、当該ＩＡＢノード３００の配下の下位装置（ＵＥ１００及びＩＡＢノード３００）のうちＭＢＭＳサービスに興味のある装置の数を示す情報であってもよい。ＭＢＭＳ関連情報は、ＭＢＭＳサービスの識別子（例えば、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ））ごとに提供されてもよい。
【０１５３】
本変更例において、ドナーｇＮＢ２００は、配下の各ＩＡＢノード３００から通知されたＭＢＭＳ関連情報に基づいて、接続関係（トポロジ）及びデータ転送経路の少なくとも一方を管理又は変更する。例えば、ドナーｇＮＢ２００は、通知されたＭＢＭＳ関連情報に基づいて、ＭＢＭＳサービス用のデータ転送経路を管理又は変更する。
【０１５４】
本変更例において、各ＩＡＢノード３００は、少なくとも１つのＭＢＭＳサービスエリア（ＭＢＭＳ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）に属していてもよい。ＭＢＭＳサービスエリアは、同じＭＢＭＳサービスを提供するエリアの単位である。かかる場合、ドナーｇＮＢ２００は、ＩＡＢノード３００とのＦ１インターフェイスを設定する際に、当該ＩＡＢノード３００にＭＢＭＳサービスエリアを設定してもよい。例えば、Ｆ１  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔメッセージ及びＦ２  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅメッセージに、ＭＢＭＳ  Ｓｅｒｖｉｃｅ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ  Ｌｉｓｔを含めてもよい。
【０１５５】
［第４実施形態］
第４実施形態について、上述した第１乃至第３実施形態との相違点を主として説明する。第４実施形態は、上述した第１乃至第３実施形態の少なくとも１つと組み合わせて実施してもよい。
【０１５６】
第４実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第４実施形態において、上位装置は、当該上位装置の配下のＩＡＢノード３００のハンドオーバを行うためのハンドオーバ要求を他の上位装置に送信する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、ハンドオーバすべきＩＡＢノード３００とのＲＲＣ接続を有する装置（すなわち、ＲＲＣレイヤを有する装置）であってもよい。第４実施形態において、ハンドオーバ要求の送信元の上位装置がドナーｇＮＢ２００である一例について主として説明する。また、ハンドオーバ要求の送信先の他の上位装置は、ハンドオーバ要求の送信元のドナーｇＮＢ２００とは異なるｇＮＢ又は当該ｇＮＢの配下の他のＩＡＢノードである。第４実施形態において、ハンドオーバ要求の送信先の他の上位装置がｇＮＢである一例について主として説明する。具体的には、ハンドオーバ要求は、基地局間インターフェイスであるＸｎインターフェイス上で送受信される。
【０１５７】
第４実施形態において、ハンドオーバ要求は、ハンドオーバすべきＩＡＢノード３００が中継を行う状態にあるか否かを示す情報を含む。ＩＡＢノード３００がデータ中継を行う状態とは、ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００がある状態であってもよい。具体的には、ハンドオーバすべきＩＡＢノード３００において中継機能が有効化され、当該ＩＡＢノード３００がバックホールリンクを確立しており、且つ、当該ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００がある場合に、当該ＩＡＢノード３００がデータ中継を行う状態にあるとみなすことができる。ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００があるとは、当該ＩＡＢノード３００にＵＥ１００が無線で接続していることだけでなく、少なくとも１つの他のＩＡＢノードを介してＵＥ１００が当該ＩＡＢノード３００に接続していることも含む。或いは、ＩＡＢノード３００がデータ中継を行う状態とは、当該ＩＡＢノード３００を経由するデータ転送経路が設定されている状態を意味してもよい。以下において、ＩＡＢノード３００がデータ中継を行う状態を「ＩＡＢアクティブ状態」と称する。
【０１５８】
一方、ＩＡＢノード３００がデータ中継を行わない状態とは、ＩＡＢノード３００の配下に少なくとも１つのＵＥ１００がない状態であってもよい。具体的には、ハンドオーバすべきＩＡＢノード３００において中継機能が有効化されていない場合、又は、当該ＩＡＢノード３００がバックホールリンクを確立していない場合に、当該ＩＡＢノード３００がデータ中継を行わない状態にあるとみなすことができる。或いは、当該ＩＡＢノード３００がバックホールリンクを確立しているものの、当該ＩＡＢノード３００の配下にＵＥ１００がない場合に、当該ＩＡＢノード３００がデータ中継を行わない状態にあるとみなすことができる。或いは、ＩＡＢノード３００がデータ中継を行わない状態とは、当該ＩＡＢノード３００を経由するデータ転送経路が設定されていない状態を意味してもよい。以下において、ＩＡＢノード３００がデータ中継を行わない状態を「ＩＡＢアイドル状態」と称する。
【０１５９】
このように、ハンドオーバすべきＩＡＢノード３００がＩＡＢアクティブ状態にあるか又はＩＡＢアイドル状態にあるかをソースｇＮＢからターゲットｇＮＢに対してハンドオーバ要求の際に通知する。これにより、ハンドオーバに伴ってターゲットｇＮＢの負荷がどの程度増加するかをターゲットｇＮＢが予測できるため、ハンドオーバ要求を受け入れるか否かの判断を適切に行うことができる。なお、上位ＩＡＢノードから他のＩＡＢノードに配下のＩＡＢノード３００をハンドオーバする場合は、ソースｇＮＢからターゲットｇＮＢにハンドオーバ要求を通知するのと同じように、ソースＩＡＢノードからターゲットＩＡＢノードにハンドオーバ要求を通知することとしてもよい。以下の説明において、ソースｇＮＢとターゲットｇＮＢをそれぞれソースＩＡＢノードとターゲットＩＡＢノードに置き換えてもよい。
【０１６０】
まず、ＩＡＢアイドル状態にあるＩＡＢノード３００のハンドオーバの一例について、図８のステップＳ２０８乃至ステップＳ２１１を参照して説明する。
【０１６１】
図８に示すように、ステップＳ２０８において、ｇＮＢ２００−１（ソースｇＮＢ）は、ハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００−２（ターゲットｇＮＢ）に送信する。ここで、ｇＮＢ２００−１（ソースｇＮＢ）は、ハンドオーバすべきＩＡＢノード３００−１がＩＡＢアイドル状態にあることを示す情報をハンドオーバ要求メッセージに含める。第１実施形態と同様に、ｇＮＢ２００−１（ソースｇＮＢ）は、ＩＡＢノード３００−１から受信したＩＡＢインディケーションをハンドオーバ要求に含めてもよい。或いは、ｇＮＢ２００−１は、ハンドオーバ要求メッセージにＩＡＢインディケーションを含める代わりに、ターゲットｇＮＢがＩＡＢノード３００−１のドナーｇＮＢとして機能することを要求する旨を示す情報を含めて送信してもよい。
【０１６２】
ｇＮＢ２００−２は、ハンドオーバ要求メッセージに含まれる、ＩＡＢノード３００−１がＩＡＢアイドル状態にあることを示す情報を考慮して、ＩＡＢノード３００−１のハンドオーバを受け入れるか否かを判断する。ここではｇＮＢ２００−２がＩＡＢノード３００−１のハンドオーバを受け入れると判断したと仮定して説明を進める。
【０１６３】
ステップＳ２０９において、ｇＮＢ２００−２は、ハンドオーバ肯定応答メッセージをＸｎインターフェイス上でｇＮＢ２００−１に送信する。
【０１６４】
ステップＳ２１０において、ｇＮＢ２００−１は、ｇＮＢ２００−２からのハンドオーバ肯定応答メッセージに基づいて、ハンドオーバ指示メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００−１に送信する。ハンドオーバ指示メッセージは、ハンドオーバ先のｇＮＢ２００−２（のセル）を指定する情報を含む。
【０１６５】
ステップＳ２１１において、ＩＡＢノード３００−１は、ｇＮＢ２００からのハンドオーバ指示メッセージに基づいて、ｇＮＢ２００−２へのハンドオーバを行う。
【０１６６】
次に、ＩＡＢアクティブ状態にあるＩＡＢノード３００のハンドオーバの一例について、図１３を参照して説明する。図１３は、ＩＡＢアクティブ状態にあるＩＡＢノード３００のハンドオーバの一例を示す図である。
【０１６７】
図１３に示すように、ドナーｇＮＢ（ＩＡＢ  ｄｏｎｅｒ  ＃１）２００−１にＩＡＢノード（ＩＡＢ  ｎｏｄｅ  ＃１）３００−１が無線で接続しており、ＩＡＢノード３００−１にＩＡＢノード（ＩＡＢ  ｎｏｄｅ  ＃２）３００−２及びＵＥ（ＵＥ  ＃１）１００−１が無線で接続している。また、ＩＡＢノード３００−２にはＵＥ（ＵＥ  ＃２乃至＃４）１００−２乃至１００−４が無線で接続している。各ＩＡＢノード３００及び各ＵＥ１００はＲＲＣレイヤを有している。
【０１６８】
図１３の例において、ドナーｇＮＢ２００−１からドナーｇＮＢ２００−２に対してＩＡＢノード３００−１のハンドオーバを行うことを想定する。ＩＡＢノード３００−１の配下には４つのＵＥ１００−１乃至１００−４とＩＡＢノード３００−２があるため、ＩＡＢノード３００−１はＩＡＢアクティブ状態にある。
【０１６９】
ドナーｇＮＢ２００−１（ソースｇＮＢ）は、ハンドオーバ要求メッセージをＸｎインターフェイス上でドナーｇＮＢ２００−２（ターゲットｇＮＢ）に送信する。ここで、ドナーｇＮＢ２００−１（ソースｇＮＢ）は、ハンドオーバすべきＩＡＢノード３００−１がＩＡＢアクティブ状態にあることを示す情報をハンドオーバ要求メッセージに含める。
【０１７０】
図１３に示すように、ドナーｇＮＢ２００−１からドナーｇＮＢ２００−２に対して、ＩＡＢアクティブ状態にあるＩＡＢノード３００−１のハンドオーバを行う場合、ＩＡＢノード３００−１の配下のＩＡＢノード３００−２及びＵＥ１００−１乃至１００−４もまとめてハンドオーバすることになる。但し、ＩＡＢノード３００−１がドナーｇＮＢ２００−２に対してランダムアクセスプロシージャを行えばよく、ＩＡＢノード３００−１の配下のＩＡＢノード３００−２及びＵＥ１００−１乃至１００−４はドナーｇＮＢ２００−２に対してランダムアクセスプロシージャを行わなくてもよい。
【０１７１】
また、ドナーｇＮＢ２００−１は、配下のＩＡＢノード３００（３００−１、３００−２）及び配下のＵＥ１００（１００−１乃至１００−４）のそれぞれのコンテキスト情報をドナーｇＮＢ２００−２にまとめて転送する。ドナーｇＮＢ２００−１は、これらのコンテキスト情報を１つのハンドオーバ要求に含めてドナーｇＮＢ２００−２に送信してもよい。
【０１７２】
ドナーｇＮＢ２００−１からドナーｇＮＢ２００−２に対して、ＩＡＢアクティブ状態にあるＩＡＢノード３００−１のハンドオーバを行う場合、ドナーｇＮＢ２００−１は、ドナーｇＮＢ２００−１の配下のＩＡＢノード３００（３００−１、３００−２）及び／又は配下のＵＥ１００（１００−１乃至１００−４）に関する負荷情報を含むハンドオーバ要求をドナーｇＮＢ２００−２に送信してもよい。
【０１７３】
ここで、負荷情報は、ドナーｇＮＢ２００−１の配下のＵＥ１００（１００−１乃至１００−４）の数を含んでもよい。例えば、ドナーｇＮＢ２００−１は、自身が管理しているＵＥコンテキストの数やＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）の数、又は自身が管理しているルーティング情報に基づいて、配下のＵＥ１００（１００−１乃至１００−４）の数を特定し、特定した数をハンドオーバ要求に含める。但し、１つのＵＥ１００に対して複数のデータ転送経路が設定され、当該複数のデータ転送経路がプライマリ経路及びセカンダリ経路を含む場合において、ドナーｇＮＢ２００−１との間にプライマリ経路を有しないＵＥ１００を除外してもよい。かかる場合、ドナーｇＮＢ２００−１は、自身の配下のＵＥ１００のうち、自身との間にプライマリ経路を有するＵＥ１００の数を負荷情報としてハンドオーバ要求に含める。或いは、ＵＥ１００の数に変えて、ＵＥ１００が用いているベアラの数を負荷情報としてハンドオーバ要求に含めてもよい。ベアラと関連付けられたＱｏＳ情報をさらにハンドオーバ要求に含めてもよい。負荷情報は、ドナーｇＮＢ２００−１の配下のＩＡＢノード３００（３００−１、３００−２）の数を含んでもよい。負荷情報は、ドナーｇＮＢ２００−１の配下のＩＡＢノード３００の階層数（ホップ数）及び又は各階層における配下のＩＡＢノード及び／又はＵＥ１００の数を含んでもよい。
【０１７４】
さらに、ドナーｇＮＢ２００−１は、第３実施形態の変更例において説明したＭＢＭＳ関連情報をハンドオーバ要求に含めてもよい。
【０１７５】
［第５実施形態］
第５実施形態について、上述した第１乃至第４実施形態との相違点を主として説明する。第５実施形態は、上述した第１乃至第４実施形態の少なくとも１つと組み合わせて実施してもよい。
【０１７６】
第４実施形態において、ドナーｇＮＢ２００が主導してＩＡＢノード３００のハンドオーバを行う一例について説明した。これに対し、第５実施形態は、ＩＡＢノード３００が主導してＲＲＣ再確立（ＲＲＣ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行う実施形態である。ＩＡＢノード３００は、自身が接続する上位装置との無線接続に障害が発生した際に、ＲＲＣ再確立を行う。かかる無線接続の障害は、ＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）と称されることがある。
【０１７７】
図１４は、第５実施形態に係る動作環境の一例を示す図である。図１４は、基本的な構成は図１３と同じであるが、ドナーｇＮＢ２００−２にＩＡＢノード（ＩＡＢ  ｎｏｄｅ  ＃３）３００−３が無線で接続している点で図１３と異なる。かかる環境下において、ドナーｇＮＢ２００−１の配下のＩＡＢノード３００−２がＩＡＢノード３００−１とのＲＬＦを検出したと仮定する。
【０１７８】
ＩＡＢノード３００−２は、ＩＡＢノード３００−１とのＲＬＦを検出すると、ＩＡＢノード３００−１以外に接続可能なｇＮＢ２００又はＩＡＢノード３００を探索し、発見されたｇＮＢ２００又はＩＡＢノード３００に対して無線接続の再確立を試行する。図１４の例では、ＩＡＢノード３００−２は、ＲＬＦ前のドナーｇＮＢ２００−１とは異なるドナーｇＮＢ２００−２の配下のＩＡＢノード３００−３を発見し、ＩＡＢノード３００−３に対して無線接続の再確立を試行する。
【０１７９】
しかしながら、ＩＡＢノード３００−２が別のドナーｇＮＢ２００−２の配下のＩＡＢノード３００−３に接続すると、ＩＡＢノード３００−２の配下のＵＥ１００−２乃至１００−４のＵＥコンテキストをドナーｇＮＢ２００−１からドナーｇＮＢ２００−２に転送する必要がある。また、ドナーｇＮＢ２００−２とＩＡＢノード３００−２との間で新たにＦ１インターフェイスを確立する必要が生じうる。よって、シグナリング量及び遅延の観点で好ましくない。一方、ＩＡＢノード３００−２が、ＩＡＢノード３００−１とのＲＬＦを検出した後、ドナーｇＮＢ２００−１に接続するか又はドナーｇＮＢ２００−１の配下の他のＩＡＢノード（不図示）に接続することにより、かかるシグナリング量及び遅延の増大を抑制できる。
【０１８０】
なお、上述のようなＩＡＢノード３００−２とＩＡＢノード３００−１との間でＲＬＦが発生した場合に代えて、ドナーｇＮＢ２００−１とＩＡＢノード３００−１との間でＲＬＦが発生し、ＩＡＢノード３００−１がドナーｇＮＢ２００−２又はＩＡＢノード３００−３との無線接続を再確立する場合にも、同様な問題が生じる。
【０１８１】
第５実施形態において、ドナーｇＮＢ２００又は当該ドナーｇＮＢ２００の配下のＩＡＢノードとの無線接続を有するＩＡＢノード３００は、当該ドナーｇＮＢ２００と関連付けられた第１の識別子を取得及び記憶する。ＩＡＢノード３００は、例えばＲＬＦを検出した際に、無線接続の再確立先の候補である候補装置から、当該候補装置に対応するドナーｇＮＢと関連付けられた第２の識別子を取得する。ＩＡＢノード３００は、第１の識別子及び第２の識別子が同一のドナーｇＮＢ２００と関連付けられている場合に、当該候補装置に対して無線接続の再確立を行う。
【０１８２】
かかる識別子は、「ＩＡＢ  Ａｒｅａ  ＩＤ」と称されてもよいし、「ＩＡＢ  ｔｏｐｏｌｏｇｙ  ＩＤ」と称されてもよい。１つのドナーｇＮＢ２００及びその配下のＩＡＢノード３００からなるグループに対して固有の識別子が割り振られる。固有の識別子は、当該ドナーｇＮＢ２００のＩＤ（ｇＮＢ  ＩＤ）であってもよいし、当該ドナーｇＮＢ２００のセルＩＤ（例えば、ＣＧＩ：Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｔｙ）であってもよい。かかる識別子は、ドナーｇＮＢ２００からその配下のＩＡＢノード３００に対して、当該ＩＡＢノードのセットアップ時又は設定変更時等において例えばＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより設定される。各ＩＡＢノード３００は、自身に設定された識別子をＳＩＢ等でブロードキャストする。なお、ｇＮＢ２００も、上記の識別子をＳＩＢ等でブロードキャストする。
【０１８３】
図１４の例では、ＩＡＢノード３００−２は、ドナーｇＮＢ２００−１と関連付けられた第１の識別子を取得及び記憶する。ＩＡＢノード３００−２は、ドナーｇＮＢ２００−１からＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより設定された識別子を第１の識別子として用いてもよいし、ＩＡＢノード３００−１がブロードキャストする識別子を第１の識別子として用いてもよい。
【０１８４】
そして、ＩＡＢノード３００−２は、ＩＡＢノード３００−１とのＲＬＦを検出すると、無線接続の再確立先の候補である候補装置（候補セル）を探索する。かかる探索において、ＩＡＢノード３００−２は、セルサーチにより接続可能なセルをサーチし、サーチにより発見されたセルからの参照信号の受信状態が閾値よりも良好である場合に、当該セルを候補装置（候補セル）とみなしてもよい。
【０１８５】
ＩＡＢノード３００−２は、発見された候補装置がブロードキャストする識別子（ＩＡＢ  Ａｒｅａ  ＩＤ）を第２の識別子として取得する。ＩＡＢノード３００−２は、記憶している第１の識別子と、取得した第２の識別子とを比較する。これらの識別子が同一である場合、発見された候補装置は、ＲＬＦ前と同じドナーｇＮＢ２００の配下にあるということになる。よって、ＩＡＢノード３００−２は、これらの識別子が同一である場合に、発見された候補装置に対して無線接続の再確立を試行する。
【０１８６】
なお、ＩＡＢノード３００−２は、セルサーチの結果、参照信号の受信状態が閾値を満たす複数の候補装置が発見された場合に、ランキングによって、最も受信状態が良好になる候補装置を選択することが一般的である。よって、ＩＡＢノード３００−２は、記憶している識別子と同じ識別子をブロードキャストする候補装置（セル）を最高優先度とみなすことにより、ランキングに依存せずに当該候補装置（セル）を選択してもよい。或いは、ＩＡＢノード３００−２は、記憶している識別子と同じ識別子をブロードキャストする候補装置（セル）の受信状態に対して無限大のオフセットを付与し、ランキングの際に当該候補装置（セル）を最高ランクとすることにより当該候補装置（セル）を選択してもよい。
【０１８７】
但し、ＩＡＢノード３００−２は、セルサーチの結果、記憶している識別子と同じ識別子をブロードキャストする候補装置（セル）を発見できないこともあり得る。かかる場合、ＩＡＢノード３００−２は、ＲＬＦ前とは異なるドナーｇＮＢ２００又はその配下のＩＡＢノードに接続することになる。ＩＡＢノード３００−２は、ＲＬＦ前とは異なるドナーｇＮＢ２００又はその配下のＩＡＢノードに接続した場合に、記憶している識別子（第１の識別子）を接続先の装置（セル）に通知してもよい。当該接続先の装置は、ＩＡＢノード３００−２から通知された識別子に対応するドナーｇＮＢ２００に対して通知を行うことにより、元のドナーｇＮＢ２００が自ネットワークのトポロジ管理やルーティング管理を更新してもよい。或いは、当該接続先の装置は、ＩＡＢノード３００−２から通知された識別子に対応するドナーｇＮＢ２００に対して、ＩＡＢノード３００−２に対応するコンテキスト情報の転送を要求してもよい。或いは、当該接続先の装置は、ＩＡＢノード３００−２から通知された識別子に対応するドナーｇＮＢ２００に対して、ＩＡＢノード３００−２のハンドオーバを行ってもよい。
【０１８８】
なお、本実施形態において、ＩＡＢノード３００が無線接続の再確立先を選択する動作について主として説明したが、かかる動作をＵＥ１００が行ってもよい。
【０１８９】
［第５実施形態の変更例］
上述した第５実施形態において、ＩＡＢノード３００−２は、ＲＬＦが検出されるよりも前において、ドナーｇＮＢ２００−１及びその配下のＩＡＢノード３００のそれぞれの識別子（ｇＮＢ  ＩＤ、ＤＧＩ）からなるリストをドナーｇＮＢ２００−１から取得及び記憶してもよい。ドナーｇＮＢ２００−１は、自身の配下のＩＡＢノード３００が追加又は削除される度に、更新後のリストをＩＡＢノード３００−２に提供してもよい。ＩＡＢノード３００−２は、ＲＬＦ検出時に、記憶しているリスト中の識別子を有する装置（セル）を探索し、発見された装置（セル）に対して無線接続の再確立を試行してもよい。
【０１９０】
［第６実施形態］
第６実施形態について、上述した第１乃至第５実施形態との相違点を主として説明する。第６実施形態は、上述した第１乃至第５実施形態の少なくとも１つと組み合わせて実施してもよい。
【０１９１】
第６実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第６実施形態において、ＩＡＢノード３００は、当該ＩＡＢノード３００が上りリンク送信に利用可能なデータの量を少なくとも示す第１のバッファ状態報告を上位装置に送信する。ここで、上位装置とは、ドナーｇＮＢ２００の配下の他のＩＡＢノード（上位ＩＡＢノード）又はドナーｇＮＢ２００である。上位装置は、第１のバッファ状態報告に基づいて、上りリンク送信用の無線リソースをＩＡＢノード３００に割り当てる。
【０１９２】
このように、第６実施形態においては、ＩＡＢノード向けのバッファ状態報告（ＢＳＲ）を導入することにより、当該ＩＡＢノードが接続する上位装置が上りリンク送信用の無線リソースを当該ＩＡＢノードに対して適切に割当可能になる。
【０１９３】
具体的には、ＩＡＢノード３００は、上りリンク送信待ちのデータを一時的に記憶する上りリンクバッファを有する。例えば、ＩＡＢノード３００のＭＡＣレイヤは、当該上りリンクバッファ内のデータ量を示す情報を含む第１のバッファ状態を上位装置のＭＡＣレイヤに通知する。上位装置のＭＡＣレイヤはスケジューラを有しており、第１のバッファ状態に基づいて上りリンク無線リソースをＩＡＢノード３００に割り当て、制御チャネルを介して割当リソースをＩＡＢノード３００に通知する。
【０１９４】
ここで、ＩＡＢノード３００は、複数のＵＥ分の上りリンクデータをバッファリングするため、ＵＥ１００に比べて大容量の上りリンクバッファを有すると考えられる。よって、ＩＡＢノード向けのバッファ状態報告は、ＵＥ向けのバッファ状態報告とは異なるフォーマットを有していてもよい。また、ＩＡＢノード向けのバッファ状態報告が表現可能なデータ量（最大データ量）は、ＵＥ向けのバッファ状態報告が表現可能なデータ量（最大データ量）よりも大きくてもよい。
【０１９５】
ＩＡＢノード向けのバッファ状態報告は、ＩＡＢノード３００の配下のＵＥ１００の数に関する情報を含んでもよい。ＩＡＢノード３００は、自身の配下のＵＥ１００の数をＵＥコンテキストやＣ−ＲＮＴＩ等に基づいて判断してもよいし、自身の配下のＵＥ１００の数をドナーｇＮＢ２００から通知されてもよい。ＩＡＢノード３００は、自身の配下のＵＥ１００のうち、自身の上りリンクバッファ内にデータがあるＵＥ１００の数をバッファ状態報告に含めてもよい。言い換えると、ＩＡＢノード３００は、自身が何ＵＥ分の上りリンクデータを持っているかをバッファ状態報告により上位装置に通知してもよい。或いは、ＩＡＢノード３００は、自身の配下のＵＥ１００のうち、ＲＲＣコネクティッド状態にあるＵＥ１００の数をバッファ状態報告に含めてもよい。
【０１９６】
ＩＡＢノード向けのバッファ状態報告は、ＩＡＢノード３００の上りリンクバッファ内に実際に存在するデータの量だけではなく、下位装置からのバッファ状態報告（すなわち、潜在的な上りリンクデータ量）が加味されたものであってもよい。これにより、上位装置は、潜在的な上りリンクデータ量を考慮して、上りリンク無線リソースを予めＩＡＢノード３００に割り当てておくことができるため、マルチホップに起因する上りリンクの伝送遅延を抑制できる。
【０１９７】
下位装置とは、ＩＡＢノード３００の配下の下位ＩＡＢノード及びＵＥ１００である。ＩＡＢノード３００は、下位装置から、下位装置が上りリンク送信に利用可能なデータの量を示す第２のバッファ状態報告を受信する。ＩＡＢノード３００は、第２のバッファ状態報告に基づいて、自身が上りリンク送信に利用可能なデータの量と下位装置が上りリンク送信に利用可能なデータの量とに基づく第１のバッファ状態報告を上位装置に送信する。例えば、ＩＡＢノード３００は、自身が上りリンク送信に利用可能なデータの量と下位装置が上りリンク送信に利用可能なデータの量との合計値を第１のバッファ状態報告に含めてもよい。或いは、ＩＡＢノード３００は、自身が上りリンク送信に利用可能なデータの量を示す第１のＢＳＲ値と、下位装置が上りリンク送信に利用可能なデータの量を示す第２のＢＳＲ値とを別々に第１のバッファ状態報告に含めてもよい。
【０１９８】
［第７実施形態］
第７実施形態について、上述した第１乃至第６実施形態との相違点を主として説明する。第７実施形態は、上述した第１乃至第６実施形態の少なくとも１つと組み合わせて実施してもよい。
【０１９９】
第７実施形態に係る通信制御方法は、少なくとも１つのＩＡＢノード３００を経由するデータ転送経路がドナーｇＮＢ２００とＵＥ１００との間に設定される移動通信システムにおける方法である。第７実施形態において、ドナーｇＮＢ２００の配下の第１のＩＡＢノード又は第１のＩＡＢノードの配下のＵＥは、第１のＩＡＢノードを経由する第１の経路から第２のＩＡＢノード３００を経由する第２の経路にデータ転送経路を変更するための要求を上位装置に送信する。ここで、上位装置は、ドナーｇＮＢ２００の配下の上位ＩＡＢノード又はドナーｇＮＢ２００である。第７実施形態において、上位ノードがドナーｇＮＢ２００である一例について主として説明する。
【０２００】
図１５は、第７実施形態に係る動作例を示す図である。図１５において、ドナーｇＮＢ２００を「Ｄ」と表記し、２つのＩＡＢノード３００を「１」及び「２」と表記し、ＵＥ１００を「Ｕ」と表記している。
【０２０１】
図１５に示すように、ＩＡＢノード３００−１又はＵＥ１００は、ＩＡＢノード３００−１を経由する第１の経路からＩＡＢノード３００−２を経由する第２の経路にデータ転送経路を変更するための要求をドナーｇＮＢ２００−１に送信する。かかる要求は、Ｆ１インターフェイス上で送受信されるＦ１メッセージであってもよいし、Ｘｎインターフェイス上で送受信されるＸｎメッセージであってもよいし、ＲＲＣメッセージであってもよい。例えば、ＩＡＢノード３００−１又はＵＥ１００は、第１の経路における品質（無線状態等）が悪化した場合に、かかる要求を送信してもよい。
【０２０２】
ここで、第１の経路に加えて、第２の経路が予め確立されていてもよい。すなわち、第１の経路及び第２の経路が併存しうる。第１の経路がプライマリ経路（メインの経路）であり、第２の経路がセカンダリ経路（予備の経路）であってもよい。その場合、第１の経路に伝送するデータの量（データの伝送に使用するリソース）が上限に達した場合、第２の経路にデータを伝送するようにしてもよい。或いは、第１の経路を解放するとともに第２の経路を確立してもよい。すなわち、第１の経路及び第２の経路が併存しなくてもよい。または、第１の経路に伝送したデータが送信先に到達しない（送信先からAckを受信できない）場合には、同じデータを第２の経路に伝送するようにしてもよい。
【０２０３】
ＩＡＢノード３００−１又はＵＥ１００からドナーｇＮＢ２００に送信される要求は、プライマリ経路の制御権を第２のＩＡＢノード３００に渡す要求、第２の経路の確立を要求する確立要求、第１の経路の解放を要求する解放要求、確立済みの第２の経路の設定変更を要求する変更要求、確立済みの第２の経路に対するリソース割当を要求する割当要求のうち少なくとも１つを含む。これらの要求は、それぞれが個別のメッセージとして定義されてもよいし、２以上の要求を兼ねた１つのメッセージが定義されてもよい。
【０２０４】
かかるメッセージは、情報要素として、当該メッセージの送信元識別子、当該メッセージの送信先識別子、経路変更の対象となる下位装置（子ノードであるＩＡＢノード又はＵＥ）の識別子、第１の経路及び／又は第２の経路に対応するベアラの識別子、原因情報（Ｃａｕｓｅ）のうち、少なくとも１つを含む。第２の経路の設定変更又はリソース割当変更の場合、変更を希望するリソース量、もしくは、自身に流れてくるデータ量の比率（例えば、自身に流れてくるデータの削減率）をさらに含んでもよい。
【０２０５】
例えば、ＩＡＢノード３００−１又はＵＥ１００は、プライマリ経路である第１の経路が確立された後において、当該プライマリ経路のプライマリ経路の制御権をＩＡＢノード３００−１から別のＩＡＢノードに渡すことを要求してもよい。ドナーｇＮＢ２００は、当該要求に応じて、別の経路（第２の経路）を特定した上で、当該別の経路を構成するＩＡＢノード３００−２に対して制御権を与える処理を行う。
【０２０６】
［その他の実施形態］
上述した実施形態において、移動通信システム１が５Ｇ移動通信システムである一例について主として説明した。しかしながら、移動通信システム１における基地局はｅＮＢであってもよい。また、移動通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されることもできる。
【０２０７】
なお、上述した実施形態に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。
【０２０８】
なお、上述した各実施形態を単独で実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。また、各図において示されるフローは、適宜組み合わされても良い。
【０２０９】
本願は、米国仮出願第６２／７１５９４８号（２０１８年８月８日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【０２１０】
［付記］
１． 序論
RANプレナリは、NRのＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ  Ａｃｃｅｓｓ  ａｎｄ  Ｂａｃｋｈａｕｌ）に関する研究を承認した。本研究における課題の1つは、マルチホップネットワーキングのサポートに応じたトポロジの管理および経路選択である。ＴＲは、トポロジアダプテーションの要件を取り込む。
【０２１１】
５．２．２  トポロジアダプテーション
無線バックホールリンクは、例えば、車両のような移動体、季節の変化（葉）、又はインフラの変化（新しい建物）のために、妨害を受けやすい。このような脆弱性は、物理的に静止しているＩＡＢノードにも適用される。また、トラフィック変動は、ローカルリンクまたはノードの輻輳につながり、無線バックホールリンクの負荷分配が不均一を引き起こし得る。
【０２１２】
トポロジアダプテーションとは、妨害または局所的な輻輳のような状況下で、UEへのサービスを中断することなく、バックホールネットワークを自律的に再設定する手順のことである。
【０２１３】
要件：物理的に固定されたリレーのためのトポロジアダプテーションは、堅牢な運用を可能にするために、例えば、バックホールリンクの妨害および負荷変動を軽減するために、サポートされなければならない。
【０２１４】
この付記では、トポロジ／経路管理手順の最初の考察が議論されている。
【０２１５】
２． 議論
２．１.     トポロジアダプテーション設計の原理
ＴＲは、図１６に示すように、２つのＩＡＢトポロジ、即ち、ＳＴ（Ｓｐａｎｎｉｎｇ  Ｔｒｅｅ）、ＤＡＧ（Ｄｉｒｅｃｔｅｄ  Ａｃｙｃｌｉｃ  Ｇｒａｐｈ）、及びＤＡＧ内のリンク／経路の冗長性を取り込む。
【０２１６】
トポロジの（再）構成は、ノードレベルの変更、例えば、「ＩＡＢノードの統合」手順を介してネットワークに設置された新しいＩＡＢによって行われることになる。それは、長期に１度起こり、「トポロジ管理」と呼ばれてもよい。
【０２１７】
一方、リンク／経路の（再）選択は、リンクレベルの変動、例えば、ＲＬＦまたは輻輳による妨害によって引き起こされ、上記のトポロジ管理の後に行われることになる。それは、比較的短期間で比較的頻繁に起こり、「経路管理」と呼ばれてもよい。
【０２１８】
「トポロジアダプテーション」は、ＴＲによれば、「トポロジ管理」及び「経路管理」の両方のための自律的（再）構成メカニズムと見なすことができる。つまり、トポロジアダプテーションは、ＩＡＢノード及びＩＡＢドナーの観点から初期展開段階及びネットワーク運用段階を含む、ＩＡＢネットワークトポロジの（再）形成及びトポロジ内の経路の（再）選択に適用される統一的なメカニズムであることが推奨される。
【０２１９】
所見１：統一されたアプローチは、（例えば、初期展開段階における）トポロジ管理及び（例えば、ネットワーク運用段階における）経路管理を行うトポロジアダプテーションにとって好ましいであろう。
【０２２０】
我々の理解では、トポロジアダプテーションは一種のモビリティシナリオと見なされるため、基本的には既存のモビリティ機能、即ち、ハンドオーバ及びセル（再）選択によって実現される。トポロジアダプテーションは、２つの設計オプション、即ち、ＮＷ制御アプローチ及びＵＥベースアプローチ（或いは、ＩＡＢ研究のコンテキストでは、ＩＡＢドナー制御メカニズムまたはＩＡＢノードベースメカニズムのいずれかを述べることがより適切であろう）を有することを暗示する。
【０２２１】
所見２：トポロジアダプテーションは、２つの設計オプション、即ち、ＩＡＢドナー制御メカニズム又はＩＡＢノードベースメカニズムを有するであろう。
【０２２２】
無線バックホールリンクは、例えば、車両のような移動体、季節の変化（葉）、又はインフラの変化（新しい建物）のために、妨害を受けやすい。また、トラフィック変動は、ローカルリンクまたはノードの輻輳につながり、無線バックホールリンクの負荷分配が不均一を引き起こし得る。従って、トポロジアダプテーションは、チャネル品質、ホップの数（待ち時間）、負荷情報などのような現在のネットワーク性能を考慮に入れるべきである。一方、一部の情報はすでに測定レポートなど、Ｆ１−ＡＰから入手可能なため、ＩＡＢドナーは、ＣＵ−ＣＰエンティティを有するので、そのような情報を入手する必要がある。更に、ＩＡＢドナーは各ＩＡＢノード（即ち、ＩＡＢノード内のＭＴ）に対して個別のＲＲＣ接続を有する。そのため、ＩＡＢドナーが各ＩＡＢノード（内のＭＴエンティティを介して）及びＵＥから詳細情報を取得することは難しくない。また、経路制御は、ＩＡＢノードの情報によって決定される。この意味で、ＩＡＢドナー制御トポロジアダプテーション、即ち、ハンドオーバを伴うものがベースラインとなり得る。
【０２２３】
提案１：ＲＡＮ２は、ＩＡＢドナーが経路制御に充分な情報を有していると仮定して、既存のハンドオーバ手順がトポロジアダプテーションのベースラインであることに同意すべきである。
【０２２４】
２．２．    セットアップ及び運用段階におけるＩＡＢノードの課題
このセクションでは、初期段階における課題について、ＩＡＢノードの電源オンから運用中までを検討する。
【０２２５】
ＩＡＢノードの電源オン時に、ＩＡＢノードのＭＴエンティティは、「ＩＡＢノードの統合」のステップ１として取り込まれるように、ＯＡＭに接続し、ノード検出／選択のためのいくつかの情報を取得するためにセルに接続する。提案１に同意する場合、ＭＴエンティティは、次のステップで適切なＩＡＢドナー／ノードにハンドオーバすることが予想されるため、ＩＡＢ対応セル（又は、望むべくは、ＩＡＢドナー対応セル）に接続することを必要とする。簡単な解決策の１つは、ＳＩＢインディケーションを有することであろう。
【０２２６】
提案２：ＲＡＮ２は、ＭＴエンティティが例えば、ＳＩＢインディケーションでアクセスすることが許可されているかどうか示すべきかどうか議論すべきである。
【０２２７】
ＩＡＢノードのセットアップにおいて、ＭＴエンティティは、「ＩＡＢノードの統合」のステップ２として取り込まれるように、例えば、Ｆ１接続、ＰＤＵセッション、及びトポロジ／経路などを確立するために必要な構成を受信するであろう。提案１に同意する場合、トポロジ／経路管理に関しては、中継のためのベアラ構成であり、ＲＲＣ再設定によって行なわれると想定され得る。
【０２２８】
これらのセットアップの後、IABノードは、「ＩＡＢノードの統合」のステップ３として取り込まれるように、ＵＥ又は他のＩＡＢノードにサービスを提供し始める。
【０２２９】
提案３：ＲＡＮ２は、ＩＡＢ特有の設定を含むＲＲＣ再設定，例えば、中継のベアラ構成 がＩＡＢノードのセットアップを完了したかどうかを議論すべきである。
【０２３０】
提案３に同意する場合、ｇＮＢは、初期アクセスにおいて「ＩＡＢノードはＵＥとして同じアクセス手順に従うことができる」ので、ＭＴエンティティがＩＡＢノードとして動作することを望むかどうかについてｇＮＢがどのように知るか疑問である。つまり、ＩＡＢ特有の設定が必要かどうか判定する方法が明確でない。この意味では、ＭＴエンティティは、ＩＡＢノードとして動作するための優先権をｇＮＢに知らせるべきである。
【０２３１】
提案４：ＲＡＮ２は、ＭＴエンティティがＩＡＢノードの動作に関して優先権をＮＷに知らせることを許可されているかどうか議論すべきである。
【０２３２】
場合によっては、ＮＷはＭＴエンティティに対するＲＲＣ接続を拒否又は解放してもよい。何らかのＩＡＢ特有のケース値が含まれていない限り、ＭＴエンティティはセルへのアクセスを再試行する（例えば、通常のＵＥと同じ待ち時間の後）。しかしながら、例えば、適切な親ノードが利用可能でない場合、ＭＴエンティティは、適切なＩＡＢトポロジに統合されるために、他の方法を検討すべきである（例えば、より長い時間待つ）。これは、展開戦略及びＮＷ実装に依存してもよいため、ＩＡＢノード実装で予想される動作について議論しておくと便利である。
【０２３３】
提案５：RAN2は、RRC接続を解放／拒否するIAB特有の理由があるかどうか、更にある場合には、新しい理由値を有するかどうか議論すべきである。
【０２３４】
運用段階におけるトポロジアダプテーションではいくつかのシナリオがあり、gNB間（またはCU間）トポロジアダプテーションをサポートする場合にはいくつかの課題が認められる。サービス中のＩＡＢノードが別のｇＮＢにハンドオーバされる場合、ＩＡＢノード（すなわちそのＭＴエンティティ）だけでなく、ＩＡＢノードによってサービスされるすべてのＩＡＢノードおよびＵＥのコンテキスト転送も必要になる。これは一種のグループモビリティのシナリオであるため、効率的に処理する場合、Xnシグナリングの機能強化が必要になるかもしれない。更に、ＣＵ間シナリオの場合には、Ｆ１接続の再確立が必要になることがある。
【０２３５】
提案６：ＲＡＮ２は、ＩＡＢノードだけでなくサービス対象のＩＡＢノードおよびＵＥのコンテキスト転送を必要とする可能性がある、ｇＮＢ間および／またはＣＵ間のトポロジアダプテーションをサポートするかどうか議論すべきである。
【０２３６】
IABトポロジ内のRLFの場合も同様の課題が考えられる。ＲＬＦの場合、MTエンティティは適切なセルを選択し、ＲＲＣ接続されたままRRC再確立を開始する。「UEに対するサービスを中断することなく」という要件を満たすために、UEに対するサービスの継続性を維持することは有用である。しかしながら、ＭＴエンティティが、異なるＩＡＢドナーに属する別のＩＡＢトポロジ内に統合されているＩＡＢドナーまたはＩＡＢノードを選択した場合、提案４と同じ課題がコンテキスト取得手順で発生する。ＩＡＢノードが以前に統合されていたのと同じＩＡＢトポロジへの再確立を確実にするために、ＭＴエンティティは、再選択セルが属しているＩＡＢトポロジを知らされるべきである。例えば、セルは「ＩＡＢトポロジＩＤ」をブロードキャストしてもよく、ＭＴエンティティはそれを再確立手順の際に考慮に入れる。
【０２３７】
提案７：ＲＡＮ２は、ＭＴエンティティがＲＲＣ再確立時にＩＡＢトポロジ識別を考慮に入れるべきかどうか議論すべきである。
【図１】
2020032127.tif 000003
【図２】
2020032127.tif 000004
【図３】
2020032127.tif 000005
【図４】
2020032127.tif 000006
【図５】
2020032127.tif 000007
【図６】
2020032127.tif 000008
【図７】
2020032127.tif 000009
【図８】
2020032127.tif 000010
【図９】
2020032127.tif 000011
【図１０】
2020032127.tif 000012
【図１１】
2020032127.tif 000013
【図１２】
2020032127.tif 000014
【図１３】
2020032127.tif 000015
【図１４】
2020032127.tif 000016
【図１５】
2020032127.tif 000017
【図１６】
2020032127.tif 000018
【図１７】
2020032127.tif 000019
【手続補正書】
【提出日】令和3年2月2日(2021.2.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける通信制御方法であって、
中継装置が、下位装置から、前記下位装置が上りリンク送信に利用可能なデータの量を示す第１のバッファ状態報告を受信することと、
前記中継装置が、前記第１のバッファ状態報告に基づいて、前記下位装置が上りリンク送信に利用可能なデータの量に基づく第２のバッファ状態報告を上位装置に送信することと、を含み、
前記上位装置は、前記ドナー基地局の配下の上位中継装置又は前記ドナー基地局であり、
前記下位装置は、前記中継装置の配下の下位中継装置及び／又は前記中継装置の配下のユーザ機器である
通信制御方法。
【請求項２】
前記中継装置が、前記中継装置の負荷が所定のレベルを超えることに応じて、前記中継装置の負荷状態を示す情報を、前記上位装置に送信することを含む
請求項１に記載の通信制御方法。
【請求項３】
前記中継装置が、前記上位装置からの要求に応じて、前記中継装置の負荷状態を示す情報を、前記上位装置に送信することを含む
請求項１に記載の通信制御方法。
【請求項４】
前記中継装置が、前記ドナー基地局から、前記データ転送経路を設定するルーティング情報を受信することを含む
請求項１に記載の通信制御方法。
【請求項５】
前記中継装置が、前記ドナー基地局から、前記ドナー基地局の配下の複数の下位中継装置のそれぞれの識別子からなるリストを受信することを含む
請求項１に記載の通信制御方法。
【請求項６】
前記ドナー基地局が、前記中継装置のみに使用されるＰＲＡＣＨリソースを示す情報を含むＳＩＢをブロードキャストすることを含む
請求項１に記載の通信制御方法。
【請求項７】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける中継装置であって、
下位装置から、前記下位装置が上りリンク送信に利用可能なデータの量を示す第１のバッファ状態報告を受信する受信部と、
前記第１のバッファ状態報告に基づいて、前記下位装置が上りリンク送信に利用可能なデータの量に基づく第２のバッファ状態報告を上位装置に送信する送信部と、を備える
中継装置。
【請求項８】
少なくとも１つの中継装置を経由するデータ転送経路がドナー基地局とユーザ機器との間に設定される移動通信システムにおける中継装置を制御するプロセッサであって、
下位装置から、前記下位装置が上りリンク送信に利用可能なデータの量を示す第１のバッファ状態報告を受信する処理と、
前記第１のバッファ状態報告に基づいて、前記下位装置が上りリンク送信に利用可能なデータの量に基づく第２のバッファ状態報告を上位装置に送信する処理と、を実行する
プロセッサ。
【国際調査報告】
2020032127.tif 000020
2020032127.tif 000021
2020032127.tif 000022
2020032127.tif 000023