JP6405025B2 - 通信制御方法、通信装置、ネットワーク装置及びプロセッサ - Google Patents

Description

本発明は、移動通信システムにおける通信制御方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リレー局の仕様が策定されている。

リレー局は、ドナー基地局とユーザ端末との間でリレー伝送を行う（例えば、非特許文献１参照）。

３ＧＰＰ技術仕様 「ＴＳ ３６．３００ Ｖ１１．０．０」 ２０１１年１２月

しかしながら、現状の仕様では、リレー局は地理的に固定されていることが前提である。このため、移動可能なリレー局をサポートすることができない問題がある。

そこで、本発明は、移動可能なリレー局をサポートすることができる通信制御方法を提供することを目的とする。

本発明の通信制御方法は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局における通信制御方法であって、隣接基地局を特定するステップＡと、前記ステップＡで特定した前記隣接基地局に対して、前記リレー局の受け入れ可否に関して問い合せるステップＢと、前記ステップＢでの問い合せ結果に応じて、前記ドナー基地局リストを更新するステップＣと、を有することを特徴とする。

また、本発明の通信制御方法は、ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を含む移動通信システムに適用される通信制御方法であって、ターゲット基地局への前記リレー局のハンドオーバ手順において、前記リレー局の受け入れを要求するためのハンドオーバ要求を前記ターゲット基地局に送信するステップＡを有し、前記ステップＡにおいて、前記リレー局の負荷状況を示す情報を前記ハンドオーバ要求と共に送信することを特徴とする。

また、本発明の通信制御方法は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を含む移動通信システムにおける通信制御方法であって、前記ドナー基地局リストに存在する基地局への前記リレー局のハンドオーバが不能である場合において、前記リレー局が、所定基地局に接続する他のリレー局が保持するドナー基地局リストを前記他のリレー局から取得するステップＡを有することを特徴とする。

また、本発明の通信制御方法は、ドナー基地局機能を有する基地局と、前記基地局とユーザ端末との間でリレー伝送を行うリレー局とを含む移動通信システムに適用される通信制御方法であって、隣接基地局の識別子を含む隣接基地局リストを前記基地局が保持するステップＡを有し、前記隣接基地局リストは、前記隣接基地局それぞれについて、当該隣接基地局がドナー基地局機能を有するか否かを示す情報をさらに含むことを特徴とする。

また、本発明の通信制御方法は、基地局に接続するユーザ端末のハンドオーバ判断を前記基地局が行う移動通信システムに適用される通信制御方法であって、ドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局のハンドオーバ判断を行うステップＡを有し、前記ステップＡにおいて、前記リレー局のハンドオーバ判断を前記リレー局が行うことを特徴とする。

図１は、移動通信システムの構成図である。 図２は、Ｕｎインターフェイスのプロトコルスタック図である。 図３は、Ｘ２インターフェイスのプロトコルスタック図である。 図４は、Ｓ１インターフェイスのプロトコルスタック図である。 図５は、無線フレームの構成図である。 図６は、ＵＥのブロック図である。 図７は、ｅＮＢのブロック図である。 図８は、ＭＲＮのブロック図である。 図９は、第１実施形態に係る動作パターン１のシーケンス図である。 図１０は、第１実施形態に係る動作パターン２のシーケンス図である。 図１１は、第１実施形態に係る動作パターン３のシーケンス図である。 図１２は、第２実施形態に係る動作パターン１のシーケンス図である。 図１３は、第２実施形態に係る動作パターン２のシーケンス図である。 図１４は、第２実施形態に係る動作パターン４で使用されるＤｅＮＢリストの構成図である。 図１５は、第３実施形態に係る動作パターン１のシーケンス図である。 図１６は、第３実施形態に係る動作パターン２のシーケンス図である。 図１７は、第４実施形態に係る隣接ｅＮＢリストの構成図である。 図１８は、第４実施形態に係る動作パターン１のシーケンス図である。 図１９は、第４実施形態に係る動作パターン２のシーケンス図である。 図２０は、第５実施形態に係る動作シーケンス図である。

［実施形態の概要］
第１実施形態に係る通信制御方法は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局における通信制御方法であって、隣接基地局を特定するステップＡと、前記ステップＡで特定した前記隣接基地局に対して、前記リレー局の受け入れ可否に関して問い合せるステップＢと、前記ステップＢでの問い合せ結果に応じて、前記ドナー基地局リストを更新するステップＣと、を有する。

第１実施形態において、前記ステップＢは、前記ステップＡで特定した前記隣接基地局に対して、ドナー基地局機能を有しているか否かを問い合せるステップＢ１を含む。

第１実施形態において、前記ステップＢは、前記ステップＡで特定した前記隣接基地局に対して、前記リレー局の負荷状況を通知するステップＢ２を含む。

第１実施形態において、前記通信制御方法は、前記ステップＣで更新された前記ドナー基地局リストを、前記ドナー基地局を介してコアネットワーク装置に通知するステップＤをさらに有する。

第２及び４実施形態に係る通信制御方法は、ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を含む移動通信システムに適用される通信制御方法であって、ターゲット基地局への前記リレー局のハンドオーバ手順において、前記リレー局の受け入れを要求するためのハンドオーバ要求を前記ターゲット基地局に送信するステップＡを有し、前記ステップＡにおいて、前記リレー局の負荷状況を示す情報を前記ハンドオーバ要求と共に送信する。

第２実施形態において、前記ターゲット基地局へのハンドオーバ判断を前記リレー局で行う場合、前記ステップＡにおいて、前記リレー局が、前記リレー局の負荷状況を示す情報を前記ハンドオーバ要求と共に送信する。

第２実施形態において、前記通信制御方法は、前記ステップＡに先立ち、前記リレー局が、ドナー基地局候補の基地局のリストであるドナー基地局リスト又は隣接基地局のリストである隣接基地局リストに基づいて、前記ターゲット基地局を決定するステップＣをさらに有し、前記ドナー基地局リスト又は前記隣接基地局リストは、前記ドナー基地局候補の基地局又は前記隣接基地局のそれぞれについて、位置、セル方向、キャパシティ、及びセルサイズの少なくとも１つの情報を含む。

第４実施形態において、前記ターゲット基地局へのハンドオーバ判断を前記ドナー基地局で行う場合、前記ステップＡにおいて、前記ドナー基地局が、前記リレー局の負荷状況を示す情報を前記ハンドオーバ要求と共に送信する。

第３実施形態に係る通信制御方法は、ドナー基地局リストを保持しており、前記ドナー基地局リストに存在するドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局を含む移動通信システムにおける通信制御方法であって、前記ドナー基地局リストに存在する基地局への前記リレー局のハンドオーバが不能である場合において、前記リレー局が、所定基地局に接続する他のリレー局が保持するドナー基地局リストを前記他のリレー局から取得するステップＡを有する。

第３実施形態において、前記通信制御方法は、前記リレー局が、前記ステップＡに先立ち、前記所定基地局に接続する他のリレー局についての情報であるリレー局情報を前記所定基地局から受信するステップＣをさらに有する。

第３実施形態において、前記通信制御方法は、前記リレー局からターゲット基地局にハンドオーバ要求を送信するステップＤと、前記ターゲット基地局が、前記ハンドオーバ要求を拒否する場合に、ハンドオーバ拒否応答を前記リレー局に送信するステップＥと、をさらに有し、前記所定基地局は、前記ターゲット基地局であり、前記ステップＥにおいて、前記ターゲット基地局は、前記リレー局情報を前記ハンドオーバ拒否応答に含めて送信し、前記ステップＣにおいて、前記リレー局は、前記ハンドオーバ拒否応答に含まれる前記リレー局情報を受信する。

第３実施形態において、前記通信制御方法は、前記ステップＣに先立ち、前記所定基地局に接続する他のリレー局について前記所定基地局に問い合せるステップＤをさらに有する。

第４実施形態に係る通信制御方法は、ドナー基地局機能を有する基地局と、前記基地局とユーザ端末との間でリレー伝送を行うリレー局とを含む移動通信システムに適用される通信制御方法であって、隣接基地局の識別子を含む隣接基地局リストを前記基地局が保持するステップＡを有し、前記隣接基地局リストは、前記隣接基地局それぞれについて、当該隣接基地局がドナー基地局機能を有するか否かを示す情報をさらに含む。

第４実施形態において、前記リレー局が前記基地局に接続した際に、前記基地局が、前記隣接基地局リストを更新するための情報をコアネットワーク装置に要求するステップＢと、前記基地局が、前記コアネットワーク装置からの情報に応じて、前記隣接基地局リストを更新するステップＣとをさらに有する。

第４実施形態において、前記基地局からターゲット基地局への前記リレー局のハンドオーバ手順において、前記ターゲット基地局が、前記基地局からのハンドオーバ要求を受信するステップＤと、前記ターゲット基地局が前記ドナー基地局機能を有しない場合、前記ターゲット基地局は、前記ハンドオーバ要求に対する拒否応答と共に、自身が前記ドナー基地局機能を有しない旨の情報を前記基地局に送信するステップＥとをさらに有する。

第２及び第５実施形態に係る通信制御方法は、基地局に接続するユーザ端末のハンドオーバ判断を前記基地局が行う移動通信システムに適用される通信制御方法であって、ドナー基地局に接続し、前記ドナー基地局とユーザ端末との間でリレー伝送を行うリレー局のハンドオーバ判断を行うステップＡを有し、前記ステップＡにおいて、前記リレー局のハンドオーバ判断を前記リレー局が行う。

第２及び第５実施形態において、前記通信制御方法は、前記ステップＡによりターゲット基地局へのハンドオーバを行うと判断した場合に、前記リレー局の受け入れを要求するためのハンドオーバ要求を前記リレー局が送信するステップＢをさらに有する。

第２実施形態において、前記ステップＢにおいて、前記リレー局は、前記リレー局と前記ターゲット基地局との間に確立されるネットワークインターフェイスを用いて、前記ハンドオーバ要求を前記ターゲット基地局に送信するステップＢ１を含む。

第２実施形態において、前記通信制御方法は、前記ターゲット基地局が、前記リレー局からの前記ハンドオーバ要求の受信に応じて、前記リレー局のハンドオーバのための情報を前記ドナー基地局に対して要求するステップＣと、前記ドナー基地局が、前記ターゲット基地局からの要求に応じて、前記リレー局のハンドオーバのための情報を前記ターゲット基地局に送信するステップＤと、をさらに有する。

第２実施形態において、前記通信制御方法は、前記ターゲット基地局が、前記リレー局のハンドオーバのための情報を前記ドナー基地局から受信した後、前記ネットワークインターフェイスを用いて、前記リレー局のハンドオーバのための情報を含むハンドオーバ許可応答を前記リレー局に送信するステップＥをさらに有する。

第５実施形態において、前記ステップＢにおいて、前記リレー局は、前記ハンドオーバ要求に前記ターゲット基地局の識別子を１つ又は複数含めた上で、前記ハンドオーバ要求を前記ドナー基地局に送信する。

第２及び第５実施形態において、前記通信制御方法は、前記ステップＢに先立ち、前記リレー局が、前記ドナー基地局及び／又は前記ターゲット基地局に対して、前記リレー局からのハンドオーバ要求に対応可能であるか否かを問い合わせるステップをさらに有する。

（１）第１実施形態
本実施形態においては、リリース１０以降の３ＧＰＰ規格（すなわち、ＬＴＥ Ａｄｖａｎｃｅｄ）に基づいて構成される移動通信システムを例に説明する。

（１．１）移動通信システムの概要
図１は、本実施形態に係る移動通信システムの構成図である。図１に示すように、移動通信システムは、ユーザ端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）２００と、移動可能なリレー局（ＭＲＮ：Ｍｏｂｉｌｅ Ｒｅｌａｙ Ｎｏｄｅ）３００と、モビリティ管理装置（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ゲートウェイ装置（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４００と、運用保守装置（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）５００と、を有する。

ｅＮＢ２００及びＭＲＮ３００は、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０に含まれるネットワーク装置である。ＭＭＥ／Ｓ−ＧＷ４００及びＯＡＭ５００は、コアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０に含まれるネットワーク装置である。

ＵＥ１００は、ユーザが所持する移動可能な無線通信装置である。ＵＥ１００は、通信中の状態に相当する接続状態において、接続を確立したセル（「サービングセル」と称される）との無線通信を行う。

なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能としても使用される。よって、ｅＮＢ２００は、セルと称されることもある。

ＵＥ１００がユーザの移動に伴って移動する場合、ＵＥ１００のサービングセルの変更が必要になる。ＵＥ１００が接続状態においてサービングセルを変更する動作は、「ハンドオーバ」と称される。ハンドオーバに係る一連の手順は、「ハンドオーバ手順」と称される。ハンドオーバ手順は、ハンドオーバ準備段階（Ｐｒｅｐａｒａｔｉｏｎ）と、ハンドオーバ実行段階（Ｅｘｅｃｕｔｉｏｎ）と、ハンドオーバ完了段階（Ｃｏｍｐｌｅｔｉｏｎ）と、を含む。

ハンドオーバ手順において、ハンドオーバ元のセルは「ソースセル」、ハンドオーバ先のセルは「ターゲットセル」と称される。また、あるｅＮＢ２００（セル）から他のｅＮＢ２００（セル）へのハンドオーバ手順においては、ハンドオーバ元のｅＮＢ２００は「ソースｅＮＢ」、ハンドオーバ先のｅＮＢ２００は「ターゲットｅＮＢ」と称される。

ｅＮＢ２００は、通信事業者によって設置される固定型の無線通信装置であり、例えば、マクロ基地局（ＭｅＮＢ）又はピコ基地局（ＰｅＮＢ）などである。或いは、ｅＮＢ２００は、屋内に設置可能なホーム基地局（ＨｅＮＢ）であってもよい。ｅＮＢ２００は、セルを形成する。ｅＮＢ２００は、ＵＥ１００との無線通信を行う。

ｅＮＢ２００は、自身の配下のＵＥ１００について、ハンドオーバの決定権を有する。詳細には、ｅＮＢ２００は、ＵＥ１００からの測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）に基づいて、サービングセルから他のセルへのハンドオーバを行うか否かを判断する。ｅＮＢ２００は、ＵＥ１００のハンドオーバ制御のために、隣接ｅＮＢ（隣接セル）のリスト（以下、「隣接ｅＮＢリスト」と称する）を保持する。

ｅＮＢ２００は、ドナー基地局（ＤｅＮＢ）機能を有していれば、ＭＲＮ３００との接続を確立して、ＭＲＮ３００のドナーとして動作することができる。例えば、３ＧＰＰリリース１０以降のリリースをサポートするｅＮＢ２００はオプション機能としてＤｅＮＢ機能を有しているが、それ以前のリリースをサポートするｅＮＢ２００はＤｅＮＢ機能を有していない。或いは、処理能力の低いｅＮＢ２００（ＨｅＮＢ）は、ＤｅＮＢ機能を有していないことがある。

ｅＮＢ２００は、ＥＰＣ２０との間の論理的な通信路であるＳ１インターフェイス上でＥＰＣ２０（ＭＭＥ／Ｓ−ＧＷ４００）との通信を行う。また、Ｓ１インターフェイスは、ＭＲＮ３００のドナーとして動作するｅＮＢ２００（ＤｅＮＢ２００−１）とＭＲＮ３００との間にも確立される。ＭＲＮ３００は、ＤｅＮＢ２００−１を介してＳ１インターフェイス上でＥＰＣ２０との通信を行うことができる。

ＭＭＥは、制御情報を取り扱う制御プレーンに対応して設けられており、ＵＥ１００に対する各種モビリティ管理や認証処理などを行う。Ｓ−ＧＷは、ユーザデータを取り扱うユーザプレーンに対応して設けられており、ＵＥ１００が送受信するユーザデータの転送制御などを行う。

ｅＮＢ２００は、隣接するｅＮＢ２００との間の論理的な通信路であるＸ２インターフェイス上で、当該隣接するｅＮＢ２００との通信を行う。また、Ｘ２インターフェイスは、ＭＲＮ３００のドナーとして動作するｅＮＢ２００（ＤｅＮＢ２００−１）とＭＲＮ３００との間にも確立される。ＭＲＮ３００は、ＤｅＮＢ２００−１を介してＸ２インターフェイス上で隣接ｅＮＢ２００−２との通信を行うことができる。

本実施形態では、Ｓ１インターフェイス及び／又はＸ２インターフェイスは、ネットワークインターフェイスに相当する。

ＭＲＮ３００は、電車やバスなどの移動体に設置される移動可能な無線通信装置である。ＭＲＮ３００は、ＤｅＮＢとして使用可能なｅＮＢ２００（セル）のリスト（以下、「ＤｅＮＢリスト」と称する）を保持する。ＭＲＮ３００は、自身の起動時にＤｅＮＢリストをＯＡＭ５００から取得する。

ＭＲＮ３００は、ＤｅＮＢリストに存在するｅＮＢ２００との接続を確立（Ｃｏｎｎｅｃｔ）し、接続を確立したｅＮＢ２００（ＤｅＮＢ２００−１）との無線通信を行う。そして、ＭＲＮ３００は、自身の配下のＵＥ１００とＤｅＮＢ２００−１との間でリレー伝送を行う。

ＭＲＮ３００は、基本的には、ＤｅＮＢ２００−１の視点ではＵＥ１００と同様であり、ＵＥ１００の視点ではｅＮＢ２００と同様である。すなわち、ＭＲＮ３００は、ＵＥ１００の性質とｅＮＢ２００の性質とを併せ持つ。

ＭＲＮ３００が移動体の移動に伴って移動する場合、接続状態からアイドル状態に遷移（Ｄｉｓｃｏｎｎｅｃｔ）した後に新たなＤｅＮＢとの接続を確立（Ｃｏｎｎｅｃｔ）する、或いは、接続状態を維持したまま新たなＤｅＮＢとの接続を確立（すなわち、ハンドオーバ）する必要がある。本実施形態では、前者のケース（Ｃｏｎｎｅｃｔ／Ｄｉｓｃｏｎｎｅｃｔ）を想定しており、後者のケース（ハンドオーバ）については第２実施形態以降で説明する。

ＭＲＮ３００は、自身の配下のＵＥ１００について、ハンドオーバの決定権を有する。詳細には、ＭＲＮ３００は、ＵＥ１００からの測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）に基づいて、サービングセルから他のセルへのハンドオーバを行うか否かを判断する。ｅＮＢ２００は、ＵＥ１００のハンドオーバ制御のために、隣接ｅＮＢリストを保持する。

次に、ＭＲＮ３００に関連するプロトコルスタックについて説明する。図２は、Ｕｎインターフェイスのプロトコルスタック図である。

図２に示すように、Ｕｎインターフェイスのプロトコルスタックにおいて、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。

物理レイヤは、データ符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＭＲＮ３００の物理レイヤとＤｅＮＢ２００−１の物理レイヤとの間では、物理チャネルを介してデータが伝送される。物理レイヤは、トランスポートチャネルを介してＭＡＣレイヤと連結される。

ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＭＲＮ３００のＭＡＣレイヤとＤｅＮＢ２００−１のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ＤｅＮＢ２００−１のＭＡＣレイヤは、上下リンクのトランスポートフォーマット及びリソースブロックを決定するＭＡＣスケジューラを含む。トランスポートフォーマットは、トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ）、及びアンテナマッピングを含む。

ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＭＲＮ３００のＲＬＣレイヤとＤｅＮＢ２００−１のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣレイヤは、制御プレーンでのみ定義される。ＭＲＮ３００のＲＲＣレイヤとＤｅＮＢ２００−１のＲＲＣレイヤとの間では、無線ベアラを介してデータが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＭＲＮ３００のＲＲＣとＤｅＮＢ２００−１のＲＲＣとの間にＲＲＣ接続がある場合、ＭＲＮ３００は「接続状態」であり、そうでない場合、ＭＲＮ３００は「アイドル状態」である。

ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤは、ＭＲＮ３００及びＭＭＥ３００に設けられ、セッション管理及びモビリティ管理などを行う。

図３は、ＭＲＮ３００と隣接ｅＮＢ２００−２との間に確立されるＸ２インターフェイスに関するプロトコルスタック図である。ここでは、制御プレーンについて説明する。

図３に示すように、レイヤ１（Ｌ１）及びレイヤ２（Ｌ２）上にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）及びＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）が設けられ、ＳＣＴＰ上にＸ２−ＡＰ（Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が設けられる。Ｘ２−ＡＰは、ハンドオーバなどに伴うメッセージの送受信を行う。

ＭＲＮ３００が送信するＸ２メッセージはＤｅＮＢ２００−１で中継されて、隣接ｅＮＢ２００−２に伝送することができる。また、隣接ｅＮＢ２００−２が送信するＸ２メッセージはＤｅＮＢ２００−１で中継されて、ＭＲＮ３００に伝送することができる。

ＭＲＮ３００とＤｅＮＢ２００−１との間のＬ１及びＬ２は、ＵｎインターフェイスのＬ１及びＬ２と同様である。

図４は、ＭＲＮ３００とＭＭＥ４００との間に確立されるＳ１インターフェイスに関するプロトコルスタック図である。図４に示すように、Ｓ１インターフェイスについては、Ｘ２−ＡＰではなくＳ１−ＡＰが設けられる点でＸ２インターフェイスとは異なる。

図５は、本実施形態に係る移動通信システム（ＬＴＥシステム）で使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）を採用する。

図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用されるデータ領域である。下りリンクにおいては、セル毎に異なる参照信号（ＲＳ）が送信される。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用されるデータ領域である。

無線フレームは、複数のＭＢＳＦＮ（ＭＢＭＳ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）サブフレームを含む。ＭＲＮ３００は、ＭＢＳＦＮサブフレームを用いてＤｅＮＢ２００−１との通信を行う。

（１．２）ブロック構成
以下において、ＵＥ１００、ｅＮＢ２００、及びＭＲＮ３００それぞれのブロック構成を説明する。

図６は、ＵＥ１００のブロック図である。図６に示すように、ＵＥ１００は、無線送受信部１１０と、記憶部１２０と、制御部１３０と、を含む。

無線送受信部１１０は、無線信号を送受信する。

記憶部１２０は、制御部１３０による制御に使用される各種情報を記憶する。

制御部１３０は、ＵＥ１００の各種の機能を制御する。例えば、制御部１３０は、上述したＵＥ１００の動作を制御する。

図７は、ｅＮＢ２００のブロック図である。図７に示すように、ｅＮＢ２００は、無線送受信部２１０と、ネットワーク通信部２２０と、記憶部２３０と、制御部２４０と、を含む。

無線送受信部２１０は、無線信号を送受信する。また、無線送受信部２１０は、セルを形成する。

ネットワーク通信部２２０は、Ｓ１インターフェイス上でＭＭＥ／Ｓ−ＧＷ４００との通信を行う。ネットワーク通信部２２０は、Ｘ２インターフェイス上で隣接ｅＮＢ２００との通信を行う。

記憶部２３０は、制御部２４０による制御に使用される各種情報を記憶する。また、記憶部２３０は、隣接ｅＮＢリストを記憶（保持）する。

制御部２４０は、ｅＮＢ２００の各種の機能を制御する。例えば、制御部２４０は、上述したｅＮＢ２００の動作を制御すると共に、後述するｅＮＢ２００の動作を制御する。

図８は、ＭＲＮ３００のブロック図である。図８に示すように、ＭＲＮ３００は、対ｅＮＢ無線送受信部３１０と、対ＵＥ無線送受信部３２０と、記憶部３３０と、制御部３４０と、を含む。

対ｅＮＢ無線送受信部３１０は、ｅＮＢ２００からの無線信号を受信し、ｅＮＢ２００に対して無線信号を送信する。

対ＵＥ無線送受信部３２０は、ＵＥ１００からの無線信号を受信し、ＵＥ１００に対して無線信号を送信する。対ＵＥ無線送受信部３２０は、セルを形成する。

記憶部３３０は、制御部３４０による制御に使用される各種情報を記憶する。また、記憶部３３０は、ＵＥ１００のハンドオーバ制御のための隣接ｅＮＢリストと、ＭＲＮ３００が接続を確立すべきＤｅＮＢを決定するためのＤｅＮＢリストと、を記憶（保持）する。

制御部３４０は、ＭＲＮ３００の各種の機能を制御する。例えば、制御部３４０は、上述したＭＲＮ３００の動作を制御すると共に、後述するＭＲＮ３００の動作を制御する。制御部３４０は、対ｅＮＢ無線送受信部３１０が受信する無線信号（参照信号）に対する測定により、ＤｅＮＢリストに存在する何れかのＤｅＮＢ候補をＤｅＮＢとして決定することができる。

また、ＭＲＮ３００は、自身の位置情報を取得するための測位システム（例えばＧＰＳ受信機３５０）を有していてもよい。ＭＲＮ３００は、自身の位置情報に基づいて、自身の移動速度を推定することができる。

（１．３）第１実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。

以下の動作パターン１から３では、ＤｅＮＢリストを保持しており、ＤｅＮＢリストに存在するＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、隣接ｅＮＢ２００を特定し、特定した隣接ｅＮＢ２００に対してＭＲＮ３００の受け入れ可否に関して問い合せ、問い合せ結果に応じてＤｅＮＢリストを更新する。

詳細には、以下の動作パターン１及び２では、ＭＲＮ３００は、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ許可を示す場合に、当該特定した隣接ｅＮＢ２００を追加するようＤｅＮＢリストを更新する。

これに対し、以下の動作パターン３では、ＭＲＮ３００は、ＤｅＮＢリストに存在する隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ拒否を示す場合に、特定した隣接ｅＮＢ２００を無効にする（除外する）ようＤｅＮＢリストを更新する。

（１．３．１）動作パターン１
図９は、本実施形態に係る動作パターン１のシーケンス図である。

図９に示すように、ステップＳ１０１において、ＯＡＭ５００は、ＵＥ１００のハンドオーバ制御のための隣接ｅＮＢリスト（ＮＬ）を、ＤｅＮＢ２００−１を介してＭＲＮ３００に通知する。隣接ｅＮＢリストの全体を通知する場合に限らず、変更に係る部分のみを通知してもよい。

ステップＳ１０２において、ＭＲＮ３００は、ＯＡＭ５００から受信した隣接ｅＮＢリストによって、保持している隣接ｅＮＢリスト（ＮＬ）を更新する。

ステップＳ１０３において、ＭＲＮ３００は、ステップＳ１０２で更新した隣接ｅＮＢリストと、保持しているＤｅＮＢリストと、を比較する。詳細には、ＭＲＮ３００は、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢを検索する。

ここでは、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢとして、ｅＮＢ２００−２が特定されたと仮定して説明を進める。

ステップＳ１０４において、ＭＲＮ３００は、ステップＳ１０３で特定されたｅＮＢ２００−２に対して、ＤｅＮＢ機能を有しているか否かをＸ２インターフェイス上で問い合わせる。

ステップＳ１０５において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、自身がＤｅＮＢ機能を有しているか否かを確認する。

ステップＳ１０６において、ｅＮＢ２００−２は、自身がＤｅＮＢ機能を有しているか否かをＸ２インターフェイス上でＭＲＮ３００に通知する。

ステップＳ１０７において、ＭＲＮ３００は、ｅＮＢ２００−２がＤｅＮＢ機能を有しているか否かを確認する。

ｅＮＢ２００−２がＤｅＮＢ機能を有している場合（ステップＳ１０７；Ｙｅｓ）、ステップＳ１０８において、ＭＲＮ３００は、ｅＮＢ２００−２を追加するようＤｅＮＢリストを更新する。詳細には、ＭＲＮ３００は、ｅＮＢ２００−２の識別子（セルＩＤ）をＤｅＮＢリストに追加する。

ステップＳ１０９において、ＭＲＮ３００は、ステップＳ１０８で更新したＤｅＮＢリストを、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。更新したＤｅＮＢリストの全体を通知する場合に限らず、更新に係る部分のみを通知してもよい。

なお、本シーケンスでは、隣接ｅＮＢリストが更新されたことをトリガとして、ＤｅＮＢリストを更新するための動作を開始するケースを説明した。しかしながら、このような方法に代えて、以下のような方法を採用してもよい。

ＭＲＮ３００が停止している状況下では、ＤｅＮＢリストを更新する必要性は低い。このため、ＭＲＮ３００において測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）のトリガが発生したことをトリガとして、ＤｅＮＢリストを更新するための動作を開始してもよい。或いは、ＭＲＮ３００の移動速度が閾値を超えている期間において、当該動作を定期的に行ってもよい。

また、ＭＲＮ３００は、受信する参照信号に対する測定によって検出した隣接セル（隣接ｅＮＢ）がＤｅＮＢリストに含まれていない、又は、受信する参照信号に対する測定で最も参照信号受信電力（ＲＳＲＰ）が高い隣接セル（隣接ｅＮＢ）がＤｅＮＢリストに含まれていないことをトリガとして、ＤｅＮＢリストを更新するための動作を開始し、当該隣接セル（隣接ｅＮＢ）に対して問い合せを行ってもよい。

（１．３．２）動作パターン２
図１０は、本実施形態に係る動作パターン２のシーケンス図である。

図１０に示すように、ステップＳ１１１において、ＯＡＭ５００は、ＵＥ１００のハンドオーバ制御のための隣接ｅＮＢリストを、ＤｅＮＢ２００−１を介してＭＲＮ３００に通知する。隣接ｅＮＢリストの全体を通知する場合に限らず、変更に係る部分のみを通知してもよい。

ステップＳ１１２において、ＭＲＮ３００は、ＯＡＭ５００から受信した隣接ｅＮＢリストによって、保持している隣接ｅＮＢリストを更新する。

ステップＳ１１３において、ＭＲＮ３００は、ステップＳ１１２で更新した隣接ｅＮＢリストと、保持しているＤｅＮＢリストと、を比較する。詳細には、ＭＲＮ３００は、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢを検索する。

ここでは、隣接ｅＮＢリストに存在し、かつ、ＤｅＮＢリストに存在しない隣接ｅＮＢとして、ｅＮＢ２００−２が特定されたと仮定して説明を進める。

ＭＲＮ３００は、自身の負荷状況を把握する。負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。なお、実際の負荷状況に限らず、潜在的な負荷状況（例えば、最大収容ＵＥ数や最大トラフィック量などの処理能力）を把握してもよい。

ステップＳ１１４において、ＭＲＮ３００は、ステップＳ１１３で特定されたｅＮＢ２００−２に対して、Ｘ２インターフェイス上で、負荷状況を通知すると共に、ＭＲＮ３００の受け入れ可否を問い合わせる。その際、ＭＲＮ３００は、当該問い合せを行った主体が「ＭＲＮ」であることを併せて通知してもよい。

ステップＳ１１５において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００の受け入れ可否を判断する。詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。

ステップＳ１１６において、ｅＮＢ２００−２は、ＭＲＮ３００の受け入れ可否をＸ２インターフェイス上でＭＲＮ３００に通知する。

ステップＳ１１７において、ＭＲＮ３００は、ｅＮＢ２００−２に対する問い合せの結果が「受け入れ許可」であるか「受け入れ拒否」であるかを確認する。

「受け入れ許可」である場合（ステップＳ１１７；Ｙｅｓ）、ステップＳ１１８において、ＭＲＮ３００は、ｅＮＢ２００−２を追加するようＤｅＮＢリストを更新する。詳細には、ＭＲＮ３００は、ｅＮＢ２００−２の識別子（セルＩＤ）をＤｅＮＢリストに追加する。

ステップＳ１１９において、ＭＲＮ３００は、ステップＳ１１８で更新したＤｅＮＢリストを、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。更新したＤｅＮＢリストの全体を通知する場合に限らず、更新に係る部分のみを通知してもよい。

なお、本シーケンスでは、隣接ｅＮＢリストが更新されたことをトリガとして、ＤｅＮＢリストを更新するための動作を開始するケースを説明したが、動作パターン１で説明した他の方法を採用してもよい。

（１．３．３）動作パターン３
図１１は、本実施形態に係る動作パターン３のシーケンス図である。

図１１に示すように、ステップＳ１２１において、ＭＲＮ３００は、例えば自身の負荷状況が大きく変化したことをトリガとして、隣接ｅＮＢリストに存在する隣接ｅＮＢを検索する。ここでは、隣接ｅＮＢリストに存在する隣接ｅＮＢとして、ｅＮＢ２００−２が特定されたと仮定して説明を進める。

ＭＲＮ３００は、自身の負荷状況を把握する。ここでの負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。

ステップＳ１２２において、ＭＲＮ３００は、ステップＳ１２１で特定されたｅＮＢ２００−２に対して、Ｘ２インターフェイス上で、負荷状況を通知すると共に、ＭＲＮ３００の受け入れ可否を問い合わせる。その際、ＭＲＮ３００は、当該問い合せを行った主体が「ＭＲＮ」であることを併せて通知してもよい。

ステップＳ１２３において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００の受け入れ可否を判断する。詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。

ステップＳ１２４において、ｅＮＢ２００−２は、ＭＲＮ３００の受け入れ可否をＸ２インターフェイス上でＭＲＮ３００に通知する。

ステップＳ１２５において、ＭＲＮ３００は、ｅＮＢ２００−２に対する問い合せの結果が「受け入れ許可」であるか「受け入れ拒否」であるかを確認する。

「受け入れ拒否」である場合（ステップＳ１２５；Ｙｅｓ）、ステップＳ１２６において、ＭＲＮ３００は、ｅＮＢ２００−２を無効にするようＤｅＮＢリストを更新する。詳細には、ＭＲＮ３００は、ｅＮＢ２００−２の識別子（セルＩＤ）をＤｅＮＢリストから削除する、又は、一時的に無効に設定する。

ステップＳ１２７において、ＭＲＮ３００は、ステップＳ１２６で更新したＤｅＮＢリストを、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。更新したＤｅＮＢリストの全体を通知する場合に限らず、更新に係る部分のみを通知してもよい。

なお、本シーケンスでは、隣接ｅＮＢリストが更新されたことをトリガとして、ＤｅＮＢリストを更新するための動作を開始するケースを説明したが、動作パターン１で説明した他の方法を採用してもよい。

（１．４）第１実施形態のまとめ
以上説明したように、ＤｅＮＢリストを保持しており、ＤｅＮＢリストに存在するＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、隣接ｅＮＢ２００を特定し、特定した隣接ｅＮＢ２００に対してＭＲＮ３００の受け入れ可否に関して問い合せ、問い合せ結果に応じてＤｅＮＢリストを更新する。これにより、ＭＲＮ３００が移動する場合であっても、ＤｅＮＢリストを移動先の状況に適応させることができる。

動作パターン１及び２では、ＭＲＮ３００は、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ許可を示す場合に、当該特定した隣接ｅＮＢ２００を追加するようＤｅＮＢリストを更新する。これにより、ＭＲＮ３００が移動した結果、ＭＲＮ３００の周辺に、ＭＲＮ３００を受け入れ可能なＤｅＮＢ候補が現れた場合に、当該新たなＤｅＮＢ候補をＤｅＮＢリストに追加できる。

動作パターン３では、ＭＲＮ３００は、ＤｅＮＢリストに存在する隣接ｅＮＢ２００を特定する。ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対する問い合せ結果が、ＭＲＮ３００の受け入れ拒否を示す場合に、特定した隣接ｅＮＢ２００を無効にするようＤｅＮＢリストを更新する。これにより、ＤｅＮＢリストに存在するＤｅＮＢ候補の何れかがＭＲＮ３００を受け入れ不能になった場合に、ＭＲＮ３００を受け入れ不能になったｅＮＢ２００をＤｅＮＢ候補としないようにすることができる。

また、問い合せは、問い合せ元が「ＭＲＮ」であることを示す情報を含む。これにより、隣接ｅＮＢ２００は、問い合せ元が「ＭＲＮ」であることを認識した上で、受け入れ可否を判断できる。

ＭＲＮ３００は、ＤｅＮＢ２００−１を介してＯＡＭ５００から通知される隣接ｅＮＢリストと、ＭＲＮ３００が保持するＤｅＮＢリストと、の比較結果に基づいて、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。これにより、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を適切に特定できる。

或いは、ＭＲＮ３００は、隣接ｅＮＢ２００からＭＲＮ３００が受信した無線信号に基づいて、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を特定する。これにより、ＤｅＮＢリストに存在しない隣接ｅＮＢ２００を適切に特定できる。

動作パターン１では、ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対して、ＤｅＮＢ機能を有しているか否かを問い合せる。これにより、ＤｅＮＢ機能を有する隣接ｅＮＢ２００のみをＤｅＮＢリストに追加できる。

動作パターン２及び３では、ＭＲＮ３００は、特定した隣接ｅＮＢ２００に対して、ＭＲＮ３００の負荷状況を通知する。これにより、当該隣接ｅＮＢ２００は、自身の負荷状況と、ＭＲＮ３００の負荷状況と、に基づいて、ＭＲＮ３００を受け入れ可能であるか否かを判断できる。

ＭＲＮ３００は、更新したＤｅＮＢリストの全部又は更新部分を、ＤｅＮＢ２００−１を介してＯＡＭ５００に通知する。これにより、ＯＡＭ５００は、当該ＤｅＮＢ２００−１周辺の他のＭＲＮ３００に対して、当該更新後のＤｅＮＢリストを通知できる。よって、当該他のＭＲＮ３００は、最適化されたＤｅＮＢリストを利用できる。或いは、バックアップとしてＯＡＭ５００がＤｅＮＢリストを保持し、必要に応じて当該ＤｅＮＢリストをＭＲＮ３００に通知してもよい。

（２）第２実施形態
以下、第２実施形態について、上述した第１実施形態との相違点を説明する。

本実施形態では、ＭＲＮ３００が、上述したＤｅＮＢリストを用いてハンドオーバを行う際の動作を主として説明する。

（２．１）第２実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。

以下の動作パターン１から４では、ｅＮＢ２００に接続するＵＥ１００のハンドオーバ判断をｅＮＢ２００が行う移動通信システムにおいて、ＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、ＭＲＮ３００のハンドオーバ判断をＭＲＮ３００自身で行う。そして、ＭＲＮ３００は、ＭＲＮ３００とターゲットｅＮＢ２００との間に確立されるＸ２インターフェイスを用いて、ハンドオーバ要求をターゲットｅＮＢ２００に送信する。

（２．１．１）動作パターン１
図１２は、本実施形態に係る動作パターン１のシーケンス図である。本シーケンスの初期状態では、ＭＲＮ３００は、ＤｅＮＢ２００−１に接続してリレー伝送を実行中であるとする。

図１２に示すように、ステップＳ２００において、ＭＲＮ３００は、受信する参照信号に対する測定の結果と、保持しているＤｅＮＢリストと、を照合する。

ステップＳ２０１において、ＭＲＮ３００は、ステップＳ２００での照合結果に応じて、ハンドオーバ判断を行う。例えば、ＭＲＮ３００は、現在接続中のＤｅＮＢ２００−１よりもＲＳＲＰが高いＤｅＮＢ候補がＤｅＮＢリストに存在する場合、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定する。

ここでは、そのようなハンドオーバ判断により、ｅＮＢ２００−２がターゲットｅＮＢとして決定されたと仮定して説明を進める。

ステップＳ２０２において、ＭＲＮ３００は、ｅＮＢ２００−２に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かをＸ２インターフェイス上で問い合せる。なお、ステップＳ２０２をステップＳ２０１よりも前に行ってもよい。

ステップＳ２０３において、ｅＮＢ２００−２は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００に対して、自身がＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かをＸ２インターフェイス上で通知する。

ここでは、ｅＮＢ２００−２がＭＲＮ３００からのハンドオーバ要求に対応可能であると仮定して説明を進める。

ステップＳ２０４において、ＭＲＮ３００は、ｅＮＢ２００−２に対して、自身の受け入れを要求するためのハンドオーバ要求をＸ２インターフェイス上で送信する。ハンドオーバ要求は、当該ハンドオーバ要求の送信元が「ＭＲＮ」であることを示す情報を含む。一般的に、ハンドオーバ要求の送信により、ハンドオーバ手順における準備段階（Ｐｒｅｐａｒａｔｉｏｎ）が開始される。ハンドオーバ手順が完了するまでは、ＤｅＮＢ２００−１は「ソースｅＮＢ」である。

ステップＳ２０５において、ｅＮＢ２００−２は、ＭＲＮ３００からのハンドオーバ要求に基づいて、当該ハンドオーバ要求を許可するか拒否するかを判断する。ここでは、ｅＮＢ２００−２が当該ハンドオーバ要求を許可すると判断したと仮定して説明を進める。

ステップＳ２０６において、ｅＮＢ２００−２は、ＭＲＮ３００のハンドオーバのための情報をＸ２インターフェイス上でＤｅＮＢ２００−１に対して要求する。

ステップＳ２０７において、ＤｅＮＢ２００−１は、ｅＮＢ２００−２からの要求に対する許可応答（Ａｃｋ）と共に、ＭＲＮ３００のハンドオーバのための情報をＸ２インターフェイス上でｅＮＢ２００−２に送信する。ＭＲＮ３００のハンドオーバのための情報とは、ＭＲＮ３００のＸ２ ｓｉｇｎａｌｉｎｇ ｃｏｎｔｅｘｔ ｒｅｆｅｒｅｎｃｅ、Ｓ１ ＥＰＣ ｓｉｇｎａｌｉｎｇ ｃｏｎｔｅｘｔ ｒｅｆｅｒｅｎｃｅ、ｔａｒｇｅｔ ｃｅｌｌ ＩＤ、ＲＲＣ ｃｏｎｔｅｘｔ、ＡＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ、Ｅ−ＲＡＢ ｃｏｎｔｅｘｔなどである。

ステップＳ２０８において、ｅＮＢ２００−２は、ＭＲＮ３００からのハンドオーバ要求に対する許可応答（Ａｃｋ）と共に、ｅＮＢ２００−２との接続を確立するために必要な情報をＸ２インターフェイス上でＭＲＮ３００に通知する。ｅＮＢ２００−２との通信を行うために必要な情報とは、例えば、新しいＣ−ＲＮＴＩ及びセキュリティアルゴリズム識別子、オプションとしてｄｅｄｉｃａｔｅｄ ＲＡＣＨプリアンブル及びＳＩＢ等である。

ステップＳ２０９において、ＭＲＮ３００は、ｅＮＢ２００−２からのハンドオーバ許可応答の受信に応じて、ＤｅＮＢ２００−１との接続を切断（Ｄｉｓｃｏｎｎｅｃｔ）する。その後、ＭＲＮ３００は、ｅＮＢ２００−２との接続を確立する処理（ランダムアクセス処理、ＲＲＣ接続確立処理など）を行う（ステップＳ２１２）。一方、ＤｅＮＢ２００−１は、ＭＲＮ３００に未送信のデータをｅＮＢ２００−２に対してＸ２インターフェイス上で転送する処理（データフォワーディング）を行う（ステップＳ２１０、Ｓ２１１）。

このようにしてハンドオーバ手順が完了すると、ｅＮＢ２００−２はＭＲＮ３００の新たなＤｅＮＢになる。

（２．１．２）動作パターン２
図１３は、本実施形態に係る動作パターン２のシーケンス図である。ここでは、本実施形態に係る動作パターン１との相違点のみ説明する。

図１３に示すように、動作パターン２において、ＭＲＮ３００は、ハンドオーバ要求をターゲットｅＮＢ２００−２に送信する際に、ＭＲＮ３００の負荷状況を示す情報を当該ハンドオーバ要求と共に送信する（ステップＳ２０４−１）。

負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。なお、実際の負荷状況に限らず、潜在的な負荷状況（例えば、最大収容ＵＥ数や最大トラフィック量などの処理能力）でもよい。

ターゲットｅＮＢ２００は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共に受信した後、ＭＲＮ３００の負荷状況を示す情報に基づいて、ハンドオーバ要求を許可するか否かを判断する（ステップＳ２０５−１）。

詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。

（２．１．３）動作パターン３
本実施形態に係る動作パターン３では、ＭＲＮ３００は、ハンドオーバ要求を送信（ステップＳ２０４）する前において、ハンドオーバ要求を送信するタイミングを調整するための処理を行う。

詳細には、ＭＲＮ３００は、自身の移動速度が閾値を超えてれば、ハンドオーバ要求の送信タイミングが通常よりも早くなるよう調整する。また、ＭＲＮ３００は、自身の移動速度が閾値以下になれば、ハンドオーバ要求の送信タイミングが通常のタイミングになるよう戻す。

例えば、ハンドオーバ判断（ステップＳ２０１）において、ＭＲＮ３００が、現在接続中のＤｅＮＢ２００−１よりもＲＳＲＰが高いＤｅＮＢ候補がＤｅＮＢリストに存在する場合、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定するケースを想定する。このようなケースでは、ＭＲＮ３００は、自身の移動速度が閾値を超えてれば、現在接続中のＤｅＮＢ２００−１のＲＳＲＰを低く補正（オフセット）する、又は、ＤｅＮＢ候補のＲＳＲＰを高く補正（オフセット）することで、ハンドオーバのトリガが発生し易くなり、ハンドオーバ要求のタイミングを早めることができる。

或いは、ハンドオーバ判断（ステップＳ２０１）において、ＭＲＮ３００が、ＤｅＮＢ候補のＲＳＲＰが閾値を超えた場合に、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定するケースを想定する。このようなケースでは、ＭＲＮ３００は、ＤｅＮＢ候補のＲＳＲＰを高く補正（オフセット）する、又は、当該閾値を下げることで、ハンドオーバのトリガが発生し易くなり、ハンドオーバ要求のタイミングを早めることができる。

また、ＭＲＮ３００は、自身の移動速度が閾値を超えてれば、ＭＲＮ３００からのハンドオーバ要求の対応可否の問い合せ（ステップＳ２０２）を行わずに、ハンドオーバ要求を送信するとしてもよい。

（２．１．４）動作パターン４
本実施形態に係る動作パターン４では、ＭＲＮ３００は、付加情報が付されたＤｅＮＢリストを使用してハンドオーバ判断（ステップＳ２０１）を行う。

図１４は、動作パターン４で使用されるＤｅＮＢリストの構成図である。図１４に示すように、動作パターン４で使用されるＤｅＮＢリストは、ＤｅＮＢ候補（の識別子）それぞれについて、位置、セル方向、キャパシティ、及びセルサイズのそれぞれの情報を含む。

ＭＲＮ３００は、このようなＤｅＮＢリストに基づいて、ターゲットｅＮＢを決定する。詳細には、以下の条件（全てまたは一部）で、ＤｅＮＢ候補がターゲットｅＮＢとして適切であるか否かを判断する。

第１に、ＤｅＮＢ候補の位置とＭＲＮ３００の進行方向とが合致していれば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。

第２に、ＤｅＮＢ候補のセル方向（セル形成位置）とＭＲＮ３００の進行方向とが合致していれば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。

第３に、ＤｅＮＢ候補のキャパシティ及びＭＲＮ３００負荷状況（接続数／トラフィック）について、当該負荷状況がＤｅＮＢ候補のキャパシティ範囲内であれば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。

第４に、ＤｅＮＢ候補のサービスエリアの大きさ及びＭＲＮ３００の移動速度について、ＤｅＮＢ候補のエリアの通過時間が一定基準以上ならば、ＭＲＮ３００は、当該ＤｅＮＢ候補が適切であると判断する。

なお、応用として、ＤｅＮＢ候補が無かった場合に、ＤｅＮＢ候補のリストの更新を行ってもよい。この場合の動作については、第３実施形態で説明する。

また、本動作パターンでは、位置、セル方向、キャパシティ、及びセルサイズのそれぞれの情報をＤｅＮＢリストに含めるケースを説明したが、当該情報を隣接ｅＮＢリストに含めてもよい。この場合、隣接ｅＮＢリストは、各ｅＮＢ（の識別子）それぞれについて、位置、セル方向、キャパシティ、及びセルサイズのそれぞれの情報を含む。そして、ＭＲＮ３００は、隣接ｅＮＢリストを用いてハンドオーバ判断を行ってもよい。

（２．２）第２実施形態のまとめ
以上説明したように、ｅＮＢ２００に接続するＵＥ１００のハンドオーバ判断をｅＮＢ２００が行う移動通信システムにおいて、ＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、ＭＲＮ３００のハンドオーバ判断をＭＲＮ３００自身で行う。これにより、ＭＲＮ３００は、自身の状況やＤｅＮＢ候補の状況などに応じて、最適なハンドオーバ判断を行うことができる。また、ＭＲＮ３００からＤｅＮＢ２００−１への測定報告を行うことなく、ハンドオーバ判断を実施できるため、測定報告のための無線リソースを節約できる。

ＭＲＮ３００は、ターゲットｅＮＢ２００に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを問い合わせる。これにより、ＭＲＮ３００は、自身のハンドオーバ要求に対応可能であることを確認した上で、ハンドオーバ要求をターゲットｅＮＢ２００に送信できる。

ＭＲＮ３００は、ＭＲＮ３００とターゲットｅＮＢ２００との間に確立されるＸ２インターフェイスを用いて、ハンドオーバ要求をターゲットｅＮＢ２００に送信する。これにより、ＤｅＮＢ２００−１によるハンドオーバ判断を行うことなく、ハンドオーバ要求をＭＲＮ３００からターゲットｅＮＢ２００に送信できるため、ＤｅＮＢ２００−１の負荷を軽減すると共に、速やかなハンドオーバを行うことができる。

ハンドオーバ要求は、当該ハンドオーバ要求の送信元が「ＭＲＮ」であることを示す情報を含む。これにより、ターゲットｅＮＢ２００は、ハンドオーバ要求の送信元が「ＭＲＮ」であることを認識した上で、当該ハンドオーバ要求を許可するか否かを判断できる。

ターゲットｅＮＢ２００は、ＭＲＮ３００からのハンドオーバ要求の受信に応じて、ＭＲＮ３００のハンドオーバのための情報をＤｅＮＢ２００−１に対して要求する。ＤｅＮＢ２００−１は、ターゲットｅＮＢ２００からの要求に応じて、ＭＲＮ３００のハンドオーバのための情報をターゲットｅＮＢ２００に送信する。これにより、ＭＲＮ３００主導でＭＲＮ３００のハンドオーバを行う場合であっても、ターゲットｅＮＢ２００は、ＭＲＮ３００のハンドオーバのための情報をＤｅＮＢ２００−１から取得できる。

ターゲットｅＮＢ２００は、ＭＲＮ３００のハンドオーバのための情報をＤｅＮＢ２００−１から受信した後、Ｘ２インターフェイスを用いて、ＭＲＮ３００のハンドオーバのための情報を含むハンドオーバ許可応答（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ）をＭＲＮ３００に送信する。これにより、ＤｅＮＢ２００−１によるハンドオーバ判断を行うことなく、ハンドオーバ許可応答をターゲットｅＮＢ２００からＭＲＮ３００に送信できるため、ＤｅＮＢ２００−１の負荷を軽減すると共に、速やかなハンドオーバを行うことができる。

動作パターン２では、ＭＲＮ３００は、ターゲットｅＮＢ２００へのＭＲＮ３００のハンドオーバ手順において、ハンドオーバ要求をターゲットｅＮＢ２００に送信する際に、ＭＲＮ３００の負荷状況を示す情報を当該ハンドオーバ要求と共に送信する。ターゲットｅＮＢ２００は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共に受信した後、ＭＲＮ３００の負荷状況を示す情報に基づいて、ハンドオーバ要求を許可するか否かを判断する。これにより、ターゲットｅＮＢ２００は、自身の負荷状況と、ＭＲＮ３００の負荷状況と、に基づいて、ハンドオーバ要求を許可するか否かを判断できる。

動作パターン３では、ＭＲＮ３００は、自身の移動速度に応じたタイミングでハンドオーバ要求を送信する。これにより、例えばＭＲＮ３００が高速移動する場合のハンドオーバ失敗頻度を低減することができる。

動作パターン４では、ＭＲＮ３００は、ＤｅＮＢ候補のリストであるＤｅＮＢリストに基づいて、ターゲットｅＮＢ２００を決定する。ＤｅＮＢリストは、ＤｅＮＢ候補それぞれについて、位置、セル方向、キャパシティ、及びセルサイズの少なくとも１つの情報を含む。これにより、ＭＲＮ３００は、ＤｅＮＢ候補の位置、セル方向、キャパシティ、及びセルサイズの少なくとも１つを考慮して、当該ＤｅＮＢ候補をターゲットｅＮＢとするか否かを決定できる。

（３）第３実施形態
以下、第３実施形態について、上述した各実施形態との相違点を説明する。本実施形態は、第２実施形態の応用例に相当する。

（３．１）第３実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。

本実施形態では、ＤｅＮＢリストに存在するＤｅＮＢ候補へのＭＲＮ３００のハンドオーバが不能である場合において、ＭＲＮ３００は、所定ｅＮＢ（所定基地局）に接続する他のＭＲＮが保持するＤｅＮＢリストを当該他のＭＲＮから取得する。

ここで、「所定ｅＮＢ」とは、第２実施形態の動作パターン４で説明したように、ターゲットｅＮＢとして適切なＤｅＮＢ候補がＤｅＮＢリストに存在しない場合には、「現在のＤｅＮＢ」又は「ＤｅＮＢリストに存在するＤｅＮＢ候補」を意味する。或いは、「所定ｅＮＢ」とは、ＭＲＮ３００からのハンドオーバ要求がターゲットｅＮＢによって拒否された場合には、「ターゲットｅＮＢ」を意味する。以下の動作パターン１は前者の場合を想定し、以下の動作パターン２は後者の場合を想定している。

（３．１．１）動作パターン１
図１５は、本実施形態に係る動作パターン１のシーケンス図である。ここでは、ターゲットｅＮＢとして適切なＤｅＮＢ候補がＤｅＮＢリストに存在しない場合に、ＤｅＮＢリストに存在するＤｅＮＢ候補であるｅＮＢ２００−２及びｅＮＢ２００−３を「所定ｅＮＢ」とするケースを説明する。ｅＮＢ２００−２には、他のＭＲＮ１（ＭＲＮ３００−１）及びＭＲＮ２（ＭＲＮ３００−２）が接続している。

ステップＳ３０１において、ＭＲＮ３００は、ＤｅＮＢリストに存在する全てのＤｅＮＢ候補がターゲットｅＮＢとして不適切であると判断する。

ステップＳ３０２において、ＭＲＮ３００は、ＤｅＮＢリストに存在するＤｅＮＢ候補であるｅＮＢ２００−２及びｅＮＢ２００−３に対して、接続中のＭＲＮ（又はＲＮ）についてＸ２インターフェイス上で問い合せる。

ステップＳ３０３において、ｅＮＢ２００−２及びｅＮＢ２００−３は、ＭＲＮ３００に対して、接続中のＭＲＮについてＸ２インターフェイス上で通知する。ここでは、ｅＮＢ２００−２は、ＭＲＮ３００−１の識別子及びＭＲＮ３００−２の識別子をＭＲＮ３００に通知する。ｅＮＢ２００−３は、接続中のＭＲＮが存在しない旨をＭＲＮ３００に通知する。

ステップＳ３０４において、ＭＲＮ３００は、ｅＮＢ２００−２からの通知に基づいて、Ｘ２インターフェイス上でＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれにアクセスし、ＤｅＮＢリストを要求する。

ステップＳ３０５において、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれは、自身が保持するＤｅＮＢリストをＸ２インターフェイス上でＭＲＮ３００に通知（報告）する。

ステップＳ３０６において、ＭＲＮ３００は、自身が保持するＤｅＮＢリストと、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれから受信したＤｅＮＢリストと、を照合する。

ステップＳ３０７において、自身が保持するＤｅＮＢリストと、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれから受信したＤｅＮＢリストと、に差異があるか否かを判断する。詳細には、ＭＲＮ３００は、ＭＲＮ３００−１及びＭＲＮ３００−２のそれぞれから受信したＤｅＮＢリストにおいて、自身が保持するＤｅＮＢリストに存在しないＤｅＮＢ候補が存在するか否かを確認する。

そのようなＤｅＮＢ候補が存在する場合（ステップＳ３０７；Ｙｅｓ）、ステップＳ３０８において、ＭＲＮ３００は、当該ＤｅＮＢ候補を追加するよう自身のＤｅＮＢリストを更新する。詳細には、当該ＤｅＮＢ候補の識別子を自身のＤｅＮＢリストに追加する。その結果、当該ＤｅＮＢ候補をターゲットｅＮＢとするハンドオーバを開始可能な状態になる。

（３．１．２）動作パターン２
図１６は、本実施形態に係る動作パターン２のシーケンス図である。ここでは、ＭＲＮ３００からのハンドオーバ要求がｅＮＢ２００−２によって拒否された場合に、ｅＮＢ２００−２を「所定ｅＮＢ」とするケースを説明する。

ステップＳ３１１において、ＭＲＮ３００は、ハンドオーバ要求をＸ２インターフェイス上でｅＮＢ２００−２に送信する。

ステップＳ３１２において、ｅＮＢ２００−２は、ＭＲＮ３００のハンドオーバ要求を許可するか拒否するかを判断する。ここでは、ＭＲＮ３００のハンドオーバ要求を拒否すると判断したと仮定して説明を進める。

ステップＳ３１３において、ｅＮＢ２００−２は、ハンドオーバ拒否応答（Ｎａｃｋ）と共に、自身に接続中のＭＲＮ（又はＲＮ）についてＸ２インターフェイス上でＭＲＮ３００に通知する。これ以降は、動作パターン１のステップＳ３０４以降の動作と同様の動作が行われる。

（３．２）第３実施形態のまとめ
以上説明したように、ＤｅＮＢリストに存在するＤｅＮＢ候補をターゲットｅＮＢ２００とするＭＲＮ３００のハンドオーバが不能である場合において、ＭＲＮ３００は、当該ＤｅＮＢリストに存在するｅＮＢ２００−２に接続する他のＭＲＮが保持するＤｅＮＢリストを当該他のＭＲＮから取得する。そして、ＭＲＮ３００は、取得したＤｅＮＢリストの中から新たなターゲットｅＮＢを決定する。これにより、ＤｅＮＢリストに存在するＤｅＮＢ候補をターゲットｅＮＢとするＭＲＮ３００のハンドオーバが不能である場合でも、他のＭＲＮが保持するＤｅＮＢリストを利用して、新たなターゲットｅＮＢへのハンドオーバを試みることができる。

本実施形態では、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮについての情報をｅＮＢ２００−２から受信する。これにより、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮを把握することができる。

本実施形態では、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮについての情報をｅＮＢ２００−２から受信するのに先立ち、ｅＮＢ２００−２に接続する他のＭＲＮについてｅＮＢ２００−２に問い合せる。これにより、ｅＮＢ２００−２は、ＭＲＮ３００からの求めに応じて、自身に接続するＭＲＮをＭＲＮ３００に通知できる。

本実施形態では、ｅＮＢ２００−２は、ＭＲＮ３００に対するハンドオーバ拒否応答（Ｎａｃｋ）と共に、接続中のＭＲＮの情報をＭＲＮ３００に通知する。これにより、ＭＲＮ３００は、ｅＮＢ２００−２に接続する他のＭＲＮを把握することができる。

（４）第４実施形態
以下、第４実施形態について、上述した各実施形態との相違点を説明する。

上述した第２実施形態及び第３実施形態では、ＭＲＮ３００のハンドオーバをＭＲＮ３００主導で行っていたが、本実施形態では、ＭＲＮ３００のハンドオーバをＤｅＮＢ２００−１主導で行う。すなわち、本実施形態では、ＬＴＥにおける通常のハンドオーバ手順を応用してＭＲＮ３００のハンドオーバを行う。

（４．１）第４実施形態に係る動作
以下において、本実施形態に係る移動通信システムの動作を説明する。

本実施形態では、ＤｅＮＢ２００−１は、ＭＲＮ３００からの測定報告に基づいて、隣接ｅＮＢリストに存在するｅＮＢ（セル）へのＭＲＮ３００のハンドオーバを行うか否かを判断する。ここで、隣接ｅＮＢリストに存在するｅＮＢであっても、ＤｅＮＢ機能を有していないｅＮＢであれば、ターゲットｅＮＢとすることは無意味である。よって、本実施形態では、以下のように隣接ｅＮＢリストを構成及び管理する。

（４．１．１）隣接ｅＮＢリストの管理
図１７は、本実施形態に係る隣接ｅＮＢリストの構成図である。

図１７に示すように、隣接ｅＮＢリストは、隣接ｅＮＢ（のセルＩＤ（ＴＣＩ））それぞれについて、当該隣接ｅＮＢがＤｅＮＢ機能を有するか否かを示す情報をさらに含む。例えば、ＤｅＮＢ機能を有しない隣接ｅＮＢについては、ＤｅＮＢ機能を有しないことを示すフラグを設定する。その他の項目については、仕様上の隣接ｅＮＢリスト（「隣接関係テーブル（ＮＲＴ）」と称される）と同様である。仕様上、隣接ｅＮＢリストは、ＡＮＲ（Ａｕｔｏｍａｔｉｃ Ｎｅｉｇｈｂｏｕｒ Ｒｅｌａｔｉｏｎ）機能により更新されることもある。

ｅＮＢ２００（ＤｅＮＢ２００−１）は、隣接ｅＮＢリストに関する情報をＯＡＭ５００から取得し、隣接ｅＮＢリストを管理する。本実施形態では、ＭＲＮ３００がＤｅＮＢ２００−１に接続した際に、隣接ｅＮＢリストを更新するための情報をＯＡＭ５００に要求する。そして、ＤｅＮＢ２００−１は、ＯＡＭ５００からの情報に応じて、隣接ｅＮＢリストを更新する。

（４．１．２）ハンドオーバ手順
（４．１．２．１）動作パターン１
図１８は、本実施形態に係る動作パターン１のシーケンス図である。

図１８に示すように、ステップＳ４０１において、ＭＲＮ３００は、測定報告をＤｅＮＢ２００−１に送信する。

ステップＳ４０２において、ＤｅＮＢ２００−１は、隣接ｅＮＢリスト（ＮＬ或いはＮＲＴ）に基づいて、ＤｅＮＢ機能を有する隣接ｅＮＢを特定する。

ステップＳ４０３において、ＤｅＮＢ２００−１は、ＭＲＮ３００からの測定報告に基づいて、ステップＳ４０２で特定した隣接ｅＮＢの中からターゲットｅＮＢを決定する。例えば、ＤｅＮＢ２００−１は、ステップＳ４０２で特定した隣接ｅＮＢであって、測定報告により示されるＲＳＲＰが高い隣接ｅＮＢをターゲットｅＮＢとして決定する。ここでは、ｅＮＢ２００−２がターゲットｅＮＢとして決定されたと仮定して説明を進める。

ステップＳ４０４において、ＤｅＮＢ２００−１は、ハンドオーバ要求をＸ２インターフェイス上でターゲットｅＮＢ２００−２に送信する。

ステップＳ４０５において、ターゲットｅＮＢ２００−２は、ＤｅＮＢ２００−１からのハンドオーバ要求を許可するか拒否するかを判断する。これ以降は通常のハンドオーバ手順が実施される。

（４．１．２．２）動作パターン２
図１９は、本実施形態に係る動作パターン２のシーケンス図である。ここでは、本実施形態に係る動作パターン１との相違点を説明する。

図１９に示すように、ステップＳ４０１−１において、ＭＲＮ３００は、測定報告をＤｅＮＢ２００−１に送信する際に、自身の負荷状況をＤｅＮＢ２００−１に通知する。ただし、負荷状況を通知するタイミングは、測定報告のタイミングと異ならせてもよい。なお、ＤｅＮＢ２００−１がＭＲＮ３００の負荷状況を把握している場合には、ＤｅＮＢ２００−１へのＭＲＮ３００の負荷状況の通知は省略可能である。

負荷状況とは、ＭＲＮ３００が収容するＵＥ１００の数（詳細には、ＭＲＮ３００に接続中のＵＥ１００の数）、ＭＲＮ３００が取り扱うトラフィック量などである。なお、実際の負荷状況に限らず、潜在的な負荷状況（例えば、最大収容ＵＥ数や最大トラフィック量などの処理能力）でもよい。

ステップＳ４０２及びＳ４０３は動作パターン１と同様である。

ステップＳ４０４−１において、ＤｅＮＢ２００−１は、ハンドオーバ要求をＸ２インターフェイス上でターゲットｅＮＢ２００−２に送信する際に、ＭＲＮの負荷状況をＤｅＮＢ２００−１に通知する。

ステップＳ４０５−１において、ターゲットｅＮＢ２００−２は、ＭＲＮの負荷状況を考慮して、ＤｅＮＢ２００−１からのハンドオーバ要求を許可するか拒否するかを判断する。詳細には、ｅＮＢ２００−２は、自身の負荷状況に基づく余裕度と、ＭＲＮ３００の負荷状況と、を比較して、ＭＲＮ３００との接続を確立しても問題が生じないか否かを判断する。これ以降は通常のハンドオーバ手順が実施される。

（４．２）第４実施形態のまとめ
以上説明したように、隣接ｅＮＢリストは、隣接ｅＮＢそれぞれについて、当該隣接ｅＮＢがＤｅＮＢ機能を有するか否かを示す情報をさらに含む。これにより、ｅＮＢ２００（ＤｅＮＢ２００−１）は、隣接ｅＮＢリストに基づいて、ＤｅＮＢ機能を有する隣接ｅＮＢの中からターゲットｅＮＢ２００を決定することができる。

ＤｅＮＢ２００−１は、ＭＲＮ３００がＤｅＮＢ２００−１に接続した際に、隣接ｅＮＢリストを更新するための情報をＯＡＭ５００に要求する。そして、ＤｅＮＢ２００−１は、ＯＡＭ５００からの情報に応じて、隣接ｅＮＢリストを更新する。これにより、ＭＲＮ３００のハンドオーバが発生する前に、隣接ｅＮＢリストを最新の状態にすることができる。

ターゲットｅＮＢ２００は、ＤｅＮＢ２００−１からのハンドオーバ要求を受信した場合で、ターゲットｅＮＢ２００がＤｅＮＢ機能を有しない場合、ターゲットｅＮＢ２００は、ハンドオーバ要求に対する拒否応答と共に、自身がＤｅＮＢ機能を有しない旨の情報をＤｅＮＢ２００−１に送信する。そして、ＤｅＮＢ２００−１は、ＤｅＮＢ機能を有しない旨の情報をターゲットｅＮＢ２００から受信したことに応じて、隣接ｅＮＢリストを更新する。これにより、ハンドオーバ手順を利用して隣接ｅＮＢリストを修正できる。

動作パターン２では、ＤｅＮＢ２００−１は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共にターゲットｅＮＢ２００に送信する。ターゲットｅＮＢ２００は、ＭＲＮ３００の負荷状況を示す情報をハンドオーバ要求と共に受信した後、ＭＲＮ３００の負荷状況を示す情報に基づいて、ハンドオーバ要求を許可するか否かを判断する。これにより、ターゲットｅＮＢ２００は、自身の負荷状況と、ＭＲＮ３００の負荷状況と、に基づいて、ハンドオーバ要求を許可するか否かを判断できる。

（５）第５実施形態
以下、第５実施形態について、上述した各実施形態との相違点を説明する。

本実施形態では、上述した第２実施形態に係るハンドオーバ手順、すなわち、ＭＲＮ３００のハンドオーバをＭＲＮ３００主導で行うことを基本としつつ、上述した第４実施形態のように、ＤｅＮＢ２００−１においてもハンドオーバ判断を行う。

（５．１）第５実施形態に係る動作
図２０は、本実施形態に係る動作シーケンス図である。本シーケンスの初期状態では、ＭＲＮ３００は、ＤｅＮＢ２００−１に接続してリレー伝送を実行中であるとする。

図２０に示すように、ステップＳ５０１において、ＭＲＮ３００は、受信する参照信号に対する測定の結果と、保持しているＤｅＮＢリストと、を照合する。

ステップＳ５０２において、ＭＲＮ３００は、ステップＳ５０１での照合結果に応じて、ハンドオーバ判断を行う。例えば、ＭＲＮ３００は、現在接続中のＤｅＮＢ２００−１よりもＲＳＲＰが高いＤｅＮＢ候補がＤｅＮＢリストに存在する場合、当該ＤｅＮＢ候補をターゲットｅＮＢとして決定する。

ここでは、そのようなハンドオーバ判断により、ｅＮＢ２００−２がターゲットｅＮＢとして決定されたと仮定して説明を進める。ただし、ステップＳ５０２で決定されるターゲットｅＮＢは、１つに限らず、複数であってもよい。

ステップＳ５０３において、ＭＲＮ３００は、ＤｅＮＢ２００−１に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを問い合せる。なお、ステップＳ５０３をステップＳ５０２よりも前に行ってもよい。

ステップＳ５０４において、ＤｅＮＢ２００−１は、ＭＲＮ３００からの問い合せに応じて、ＭＲＮ３００に対して、自身がＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを通知する。

ここでは、ＤｅＮＢ２００−１がＭＲＮ３００からのハンドオーバ要求に対応可能であると仮定して説明を進める。

ステップＳ５０５において、ＭＲＮ３００は、ＤｅＮＢ２００−１に対して、ｅＮＢ２００−２へのハンドオーバを要求するためのハンドオーバ要求をＸ２インターフェイス上で送信する。ハンドオーバ要求は、ｅＮＢ２００−２の識別子を含む。ターゲットｅＮＢが複数である場合、複数のターゲットｅＮＢの識別子を含む。また、ハンドオーバ要求は、当該ハンドオーバ要求の送信元が「ＭＲＮ」であることを示す情報を含んでもよい。

ステップＳ５０６において、ＤｅＮＢ２００−１は、ＭＲＮ３００からのハンドオーバ要求（に含まれる識別子）に基づいて、ターゲットｅＮＢ２００毎にハンドオーバ可否を判断する。例えば、第４実施形態で説明したように、ＤｅＮＢ機能の有無に基づいて判断することができる。

ここでは、ＤｅＮＢ２００−１がターゲットｅＮＢ２００へのハンドオーバが可能であると判断したと仮定して説明を進める。

ステップＳ５０７において、ＤｅＮＢ２００−１は、ハンドオーバ要求をＸ２インターフェイス上でターゲットｅＮＢ２００−２に送信する。

ステップＳ５０８において、ターゲットｅＮＢ２００−２は、ＤｅＮＢ２００−１からのハンドオーバ要求を許可するか拒否するかを判断する。これ以降は通常のハンドオーバ手順が実施される。

なお、本実施形態においても、第４実施形態に係る動作パターン２と同様に、ＭＲＮ３００の負荷状況を考慮することができる。

また、本実施形態に係るハンドオーバ手順と、第２実施形態に係るハンドオーバ手順と、を使い分けてもよい。例えば、ＤｅＮＢ２００−１がＭＲＮ３００からのハンドオーバ要求に対応しており、ターゲットｅＮＢ２００−２がＭＲＮ３００からのハンドオーバ要求に対応していない場合に、本実施形態に係るハンドオーバ手順を適用するとしてもよい。或いは、ＭＲＮ３００が保持するＤｅＮＢリストが更新されてからの経過時間が閾値以内であれば第２実施形態に係るハンドオーバ手順を適用し、当該経過時間が当該閾値を超えていれば本実施形態に係るハンドオーバ手順を適用してもよい。

（５．２）第５実施形態のまとめ
以上説明したように、ｅＮＢ２００に接続するＵＥ１００のハンドオーバ判断をｅＮＢ２００が行う移動通信システムにおいて、ＤｅＮＢ２００−１に接続し、ＤｅＮＢ２００−１とＵＥ１００との間でリレー伝送を行うＭＲＮ３００は、ＭＲＮ３００のハンドオーバ判断をＭＲＮ３００自身で行う。これにより、ＭＲＮ３００は、自身の状況に応じて、すなわち、ＭＲＮ３００特有の事情を考慮して、最適なハンドオーバ判断を行うことができる。

ＭＲＮ３００は、ハンドオーバ要求にターゲットｅＮＢ２００の識別子を１つ又は複数含めた上で、ハンドオーバ要求をＤｅＮＢ２００−１に送信する。ＤｅＮＢ２００−１は、ＭＲＮ３００からのハンドオーバ要求に基づいて、ターゲットｅＮＢ２００毎にハンドオーバ可否を判断する。これにより、ＭＲＮ３００が決定したターゲットｅＮＢ２００が適切であるか否かをＤｅＮＢ２００−１で判断することができる。したがって、ターゲットｅＮＢ２００をより適切に決定することができる。

本実施形態では、ＭＲＮ３００は、ＤｅＮＢ２００−１に対して、ＭＲＮ３００からのハンドオーバ要求に対応可能であるか否かを問い合わせる。これにより、ＭＲＮ３００からのハンドオーバ要求に対応可能であることを確認した上で、ハンドオーバ要求をＭＲＮ３００からＤｅＮＢ２００−１に送信できる。

（６）その他の実施形態
この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

上述した第１実施形態から第５実施形態は、別個独立に実施する場合に限らず、相互に組み合わせて実施してもよい。例えば、第５実施形態に対して、第３実施形態で説明したＤｅＮＢリスト取得方法を適用してもよい。

上述した各実施形態では、移動可能なリレー局であるＭＲＮ３００を例に説明したが、移動不能なリレー局に対して本発明を適用してもよい。例えば、リレー局の周辺に新たなｅＮＢが設置される場合や、既存のｅＮＢが動作を停止する場合には、リレー局周辺の状況が変化することになるため、ＤｅＮＢリスト（ＤＬ）及び隣接ｅＮＢリスト（ＮＬ或いはＮＲＴ）を更新したり、リレー局のハンドオーバを行ったりする必要が生じ得る。

なお、米国仮出願第６１／６１５０４５号（２０１２年３月２３日出願）、米国仮出願第６１／６１５０５９号（２０１２年３月２３日出願）、米国仮出願第６１／６１５０６７号（２０１２年３月２３日出願）、米国仮出願第６１／６１５０７３号（２０１２年３月２３日出願）、及び、米国仮出願第６１／６１５０８７号（２０１２年３月２３日出願）の全内容が、参照により、本願明細書に組み込まれている。

以上のように、本発明に係る通信制御方法は、移動可能なリレー局をサポートすることができるため、移動通信分野において有用である。

Claims (5)

1. ネットワークと第１通信装置との間でリレー伝送を行う第２通信装置を含む通信システムに適用される通信制御方法であって、
   前記第２通信装置が、前記ネットワークに含まれるネットワーク装置がサポートする機能を示す第２情報を取得するステップＡと、
   前記第２通信装置が前記ネットワークに接続している状態において、前記第２通信装置が、前記第２情報に基づいて、前記リレー伝送を実行するための要求を前記ネットワーク装置に送信するステップＢと、
   前記ネットワーク装置が、前記要求を受け入れるか否かを判断するステップＣと、を有し、
   前記ステップＢにおいて、前記第２通信装置は、前記第２通信装置と通信する前記第１通信装置の数を示す第１情報を前記要求に含める通信制御方法。
2. ネットワークと第１通信装置との間でリレー伝送を行う第２通信装置であって、
   制御部を備え、
   前記制御部は、
   前記ネットワークに含まれるネットワーク装置がサポートする機能を示す第２情報を取得し、
   前記第２通信装置が前記ネットワークに接続している状態において、前記第２情報に基づいて、前記リレー伝送を実行するための要求を前記ネットワーク装置に送信するように構成され、 前記制御部は、前記第２通信装置と通信する前記第１通信装置の数を示す第１情報を前記要求に含める通信装置。
3. ネットワークに含まれるネットワーク装置であって、
   前記ネットワーク装置がサポートする機能を示す第２情報を送信する送信部と、
   前記ネットワークに接続し、かつ、前記ネットワークと第１通信装置との間でリレー伝送を行う第２通信装置から、前記リレー伝送を実行するための要求を受信する受信部であって、前記要求は、前記第２通信装置が前記第２情報に基づいて送信される、受信部と、
   前記要求を受け入れるか否かを判断する制御部と、を備え、
   前記要求は、前記第２通信装置と通信する前記第１通信装置の数を示す第１情報を含むネットワーク装置。
4. ネットワークと第１通信装置との間でリレー伝送を行う第２通信装置を制御するためのプロセッサであって、
   前記ネットワークに含まれるネットワーク装置がサポートする機能を示す第２情報を取得する処理と、
   前記第２通信装置が前記ネットワークに接続している状態において、前記第２情報に基づいて、前記リレー伝送を実行するための要求を前記ネットワーク装置に送信する処理を行い、
   前記処理において、前記プロセッサは、前記第２通信装置と通信する前記第１通信装置の数を示す第１情報を前記要求に含めるプロセッサ。
5. ネットワークに含まれるネットワーク装置を制御するプロセッサであって、
   前記ネットワーク装置がサポートする機能を示す第２情報を送信する処理と、
   前記ネットワークに接続し、かつ、前記ネットワークと第１通信装置との間でリレー伝送を行う第２通信装置から、前記リレー伝送を実行するための要求を受信する処理であって、前記要求は、前記第２通信装置が前記第２情報に基づいて送信される、処理と、
   前記要求を受け入れるか否かを判断する処理と、を行い、
   前記要求は、前記第２通信装置と通信する前記第１通信装置の数を示す第１情報を含むプロセッサ。

Images