JP5922145B2 - 通信システム、無線通信ノード、及び通信制御方法 - Google Patents

Description

本発明は、ユーザ端末のモビリティ制御を行う通信システム、無線通信ノード、及び通信制御方法に関する。

現在、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では次世代無線通信規格であるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）−Ａｄｖａｎｃｅｄの開発及び仕様策定が実施されている。

ＬＴＥ−Ａｄｖａｎｃｅｄの次期拡張機能として、移動型の中継局（Ｍｏｂｉｌｅ Ｒｅｌａｙ Ｎｏｄｅ：Ｍ−ＲＮ）が候補に挙がっている（例えば、非特許文献１参照）。

ＬＴＥ−Ａｄｖａｎｃｅｄは既に中継局（Ｒｅｌａｙ Ｎｏｄｅ：ＲＮ）をサポートしており、ＲＮは基地局（ｅＮｏｄｅＢ：ｅＮＢ）と同等の機能を有している（例えば、非特許文献２参照）。

３ＧＰＰ ＲＰ−１１０８９４ "Ｎｅｗ Ｓｔｕｄｙ Ｉｔｅｍ Ｐｒｏｐｏｓａｌ： Ｍｏｂｉｌｅ Ｒｅｌａｙ ｆｏｒ Ｅ−ＵＴＲＡ"， ２０１１年５月 ３ＧＰＰ ＴＳ ３６．３００ "Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ） ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ (Ｅ−ＵＴＲＡＮ)； Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２（Ｒｅｌｅａｓｅ １０）"， ２０１０年１２月

しかしながら、現状では、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に含まれる無線通信ノードであるＥ−ＵＴＲＡＮノード（すなわち、ｅＮＢ及びＲＮ）が地理的に移動することは考慮されていない。

よって、Ｍ−ＲＮが導入された場合に、ユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）のモビリティ制御（すなわち、ハンドオーバ制御及びセル再選択制御）を適切に行うことができない虞がある。

そこで、本発明は、Ｍ−ＲＮが導入される場合でも、ＵＥのモビリティ制御を適切に行うことができる通信システム、無線通信ノード、及び通信制御方法を提供する。

上述した課題を解決するために、本発明は以下のような特徴を有している。

本発明の通信システムは、ユーザ端末（例えば、ＵＥ３００）と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワーク（例えば、Ｅ−ＵＴＲＡＮ１０）と、を有し、前記無線アクセスネットワークは、移動型の無線通信ノード（例えば、Ｍ−ＲＮ２００）を含む通信システムであって、前記無線アクセスネットワークに含まれる第１の無線通信ノード（例えば、ｅＮＢ１００又はＲＮ２００）と、前記無線アクセスネットワークに含まれる第２の無線通信ノード（例えば、ｅＮＢ１００又はＲＮ２００）と、を有し、前記第１の無線通信ノードは、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報（例えば、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ）を送信し、前記第２の無線通信ノードは、前記情報を受信し、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うことを特徴とする。

本発明の通信システムの他の特徴によれば、前記無線アクセスネットワークと接続されたコアネットワーク（例えば、ＥＰＣ２０）をさらに有し、前記第２の無線通信ノードは、前記コアネットワークを介して前記第１の無線通信ノードからの前記ノード情報を受信する。

本発明の通信システムの他の特徴によれば、前記第１の無線通信ノードは、前記第１の無線通信ノードに収容されている前記ユーザ端末のハンドオーバを行うための要求を送信し、前記第２の無線通信ノードは、前記ユーザ端末のハンドオーバを行うための要求を受信すると、前記受信した要求を許可するか否の判断を行い、前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用される。

本発明の通信システムの他の特徴によれば、前記第２の無線通信ノードは、前記第２の無線通信ノードに収容されている前記ユーザ端末から、前記ユーザ端末での受信信号状態の測定結果に関する報告を受信すると、前記受信した報告に基づいて前記ユーザ端末のハンドオーバの判断を行い、前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用される。

本発明の通信システムの他の特徴によれば、前記第２の無線通信ノードは、セル再選択を制御するための情報をブロードキャストで送信し、前記比較の結果は、前記第２の無線通信ノードにおいて前記セル再選択の制御に使用される。

本発明の無線通信ノードは、ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、前記無線アクセスネットワークに含まれる他の無線通信ノードから送信され、前記他の無線通信ノードが移動型である場合に前記他の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を受信する受信手段と、前記他の無線通信ノードが属する移動型の無線通信ノードグループと、前記無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行う制御部と、を有することを特徴とする。

本発明の通信制御方法は、ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける通信制御方法であって、前記無線アクセスネットワークに含まれる第１の無線通信ノードが、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を送信するステップと、前記無線アクセスネットワークに含まれる第２の無線通信ノードが、前記情報を受信するステップと、前記第２の無線通信ノードが、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較するステップと、前記第２の無線通信ノードが、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うステップと、を有することを特徴とする。

本発明によれば、Ｍ−ＲＮが導入される場合でも、ＵＥのモビリティ制御を適切に行うことができる通信システム、無線通信ノード、及び通信制御方法を提供できる。

本発明の第１実施形態〜第４実施形態に係る通信システムの全体構成図である。 本発明の第１実施形態〜第４実施形態に係るｅＮＢのブロック図である。 本発明の第１実施形態〜第４実施形態に係るＲＮのブロック図である。 Ｍ−ＲＮが設置された電車（又はバス）等の移動体がｅＮＢの近傍を通過する状況を示す。 本発明の第１実施形態に係るハンドオーバ手順の動作シーケンス図である。 本発明の第１実施形態に係るハンドオーバ受入判断フローのフロー図である。 本発明の第１実施形態に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴのメッセージ構成を示す。 本発明の第１実施形態に係るＭｏｂｉｌｅ Ｎｏｄｅ ＩｎｆｏｒｍａｔｉｏｎのＩＥ構成を示す。 本発明の第１実施形態の変更例に係るハンドオーバ手順の動作シーケンス図である。 本発明の第１実施形態の変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤのメッセージ構成を示す。 本発明の第１実施形態の変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴのメッセージ構成を示す。 本発明の第２実施形態に係るハンドオーバ手順の動作シーケンス図である。 本発明の第２実施形態に係るハンドオーバ判断フローのフロー図である。 本発明の第２実施形態〜第４実施形態に係るＸ２ ＳＥＴＵＰのメッセージ構成を示す。 本発明の第２実施形態〜第４実施形態に係るＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥのメッセージ構成を示す。 本発明の第２実施形態の第１変更例に係るハンドオーバ手順の動作シーケンス図である。 本発明の第２実施形態の第２変更例に係るハンドオーバ手順の動作シーケンス図である。 本発明の第２実施形態の第２変更例に係るｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲのメッセージ構成を示す。 本発明の第２実施形態の第２変更例に係るＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲのメッセージ構成を示す。 本発明の第３実施形態に係るハンドオーバ手順の動作シーケンス図である。 本発明の第３実施形態及び第４実施形態に係るＢｌａｃｋ Ｌｉｓｔ変更判断フローのフロー図である。 本発明の第４実施形態に係るセル再選択手順の動作シーケンス図である。 その他の実施形態に係るＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを示す。

図面を参照して、本発明の第１実施形態〜第４実施形態、及びその他の実施形態を説明する。以下の各実施形態に係る図面において、同一又は類似の部分には同一又は類似の符号を付す。

［第１実施形態］
図１は、本実施形態に係る通信システムの全体構成図である。本実施形態に係る通信システムは、３ＧＰＰで仕様が策定されているＬＴＥ−Ａｄｖａｎｃｅｄに基づいて構成されており、上述したＭ−ＲＮをサポートする。

図１に示すように、本実施形態に係る通信システムは、ｅＮＢ１００、ＲＮ２００、ＵＥ３００、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４００を有する。

ｅＮＢ１００及びＲＮ２００は、ＬＴＥの無線アクセスネットワークであるＥ−ＵＴＲＡＮ１０を構成する。以下において、Ｅ−ＵＴＲＡＮ１０に含まれる無線通信ノード（すなわち、ｅＮＢ１００及びＲＮ２００）を適宜「Ｅ−ＵＴＲＡＮノード」又は「ノード」と称する。

ＭＭＥ／Ｓ−ＧＷ４００は、ＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を構成する。

ｅＮＢ１００は、固定型の無線通信ノードであり、ＲＮ２００又はＵＥ３００との無線通信を行うように構成される。ＲＮ２００との無線通信を行うｅＮＢ１００はドナーｅＮＢ（ＤｅＮＢ）と称される。

ｅＮＢ１００は、隣接する他のｅＮＢ１００との通信をＸ２インターフェイス上で行い、隣接するＲＮ２００との通信をＸ２インターフェイス上及びＳ１インターフェイス上で行い、ＭＭＥ／Ｓ−ＧＷ４００との通信をＳ１インターフェイス上で行う。さらに、ＤｅＮＢ１００−２は、ＭＭＥ／Ｓ−ＧＷ４００との通信をＳ１１インターフェイス上で行う。

ｅＮＢ１００及びＲＮ２００は、無線通信エリアの最小単位であるセルを１つ又は複数形成する。ｅＮＢ１００及びＲＮ２００は、セルを識別可能な参照信号を常時ブロードキャストで送信する。

ＲＮ（又はＭ−ＲＮ）２００は、固定型（又は移動型）の無線通信ノードであり、ｅＮＢ１００（ＤｅＮＢ１００−２）との無線通信及びＵＥ３００との無線通信を行うように構成される。ＲＮ（又はＭ−ＲＮ）２００は、ＤｅＮＢ１００−２との間にＵＥ３００と同様のインターフェイス（Ｕｎインターフェイス）を有する。ＵＥ３００は、ｅＮＢ１００との通信と同様の方法でＲＮ２００との通信を行う。

ＲＮ（又はＭ−ＲＮ）２００は、ＤｅＮＢ１００−２との通信をＸ２インターフェイス上、Ｓ１インターフェイス上、及びＵｎインターフェイス上で行う。

ＵＥ３００は、ユーザが所持する移動型の無線通信装置である。ＵＥ３００は、ｅＮＢ１００が形成するセル又はＲＮ２００が形成するセルにアクセスし、当該セルに収容される。ＵＥ３００がサービングセルとの通信実行中の状態はコネクティッド状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と称され、ＵＥ３００が待ち受け中の状態はアイドル状態（ＲＲＣ＿ＩＤＬＥ）と称される。

ＵＥ３００は、最も通信状態の良好なセルへサービングセルを切り替える。コネクティッド状態におけるサービングセルの切り替えはハンドオーバと称される。ハンドオーバは、サービングセル（ｅＮＢ１００又はＲＮ２００）によって制御される。また、アイドル状態におけるＵＥ３００の在圏セルの切り替えはセル再選択と称される。

ＵＥ３００は、サービングセルの制御下で、サービングセル及び隣接セルからの受信信号状態を測定し、測定結果に関する報告をサービングセルに送信する。このような報告は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔと称される。受信信号状態とは、例えば参照信号受信電力（ＲＳＲＰ）や参照信号受信品質（ＲＳＲＱ）である。

ＭＭＥは、ＵＥ３００が在圏するセルを管理しており、ＵＥ３００に対する各種モビリティ管理を行うように構成される。Ｓ−ＧＷは、ＵＥ３００が送受信するユーザデータの転送制御を行うように構成される。

次に、ｅＮＢ１００の構成を説明する。図２は、ｅＮＢ１００のブロック図である。

図２に示すように、ｅＮＢ１００は、アンテナ１０１、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０、及び制御部１４０を有する。

アンテナ１０１は、無線信号の送受信に用いられる。無線通信部１１０は、ＬＴＥ物理レイヤ仕様に準拠した無線通信を行う。無線通信部１１０は、例えば無線周波数（ＲＦ）回路やベースバンド（ＢＢ）回路等を用いて構成され、アンテナ１０１を介して無線信号を送受信する。

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

記憶部１３０は、例えばメモリを用いて構成され、ｅＮＢ１００の制御等に用いられる各種の情報を記憶する。制御部１４０は、例えばプロセッサを用いて構成され、ｅＮＢ１００が備える各種の機能を制御する。制御部１４０は、詳細については後述するが、ＵＥ３００のモビリティ制御（ハンドオーバ制御及びセル再選択制御）を行う。

次に、ＲＮ２００の構成を説明する。図３は、ＲＮ２００のブロック図である。

図３に示すように、ＲＮ２００は、アンテナ２０１、無線通信部２１０、アンテナ２０２、無線通信部２２０、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機２３０、記憶部２４０、及び制御部２５０を有する。ただし、ＲＮ２００は、ＧＰＳ受信機２３０を有していなくてもよい。

アンテナ２０１は、ＤｅＮＢ１００−２との無線信号の送受信に用いられる。無線通信部２１０は、例えばＲＦ回路やＢＢ回路等を用いて構成され、アンテナ２０１を介して、ＬＴＥ物理レイヤ仕様に準拠してＤｅＮＢ１００−２との無線通信を行う。無線通信部１１０は、Ｘ２インターフェイス上、Ｓ１インターフェイス上、及びＵｎインターフェイス上で、ＤｅＮＢ１００−２との通信を行う。

アンテナ２０２は、ＵＥ３００との無線信号の送受信に用いられる。無線通信部２２０は、例えばＲＦ回路やＢＢ回路等を用いて構成され、アンテナ２０１を介して、ＬＴＥ物理レイヤ仕様に準拠してＵＥ３００との無線通信を行う。

ＧＰＳ受信機２３０は、ＧＰＳ信号を受信し、受信したＧＰＳ信号に基づいてＲＮ２００の地理的な位置を示す位置情報を制御部２５０に出力する。

記憶部２４０は、例えばメモリを用いて構成され、ＲＮ２００の制御等に用いられる各種の情報を記憶する。制御部２５０は、例えばプロセッサを用いて構成され、ＲＮ２００が備える各種の機能を制御する。制御部２５０は、詳細については後述するが、ＵＥ３００のモビリティ制御（ハンドオーバ制御及びセル再選択制御）を行う。

また、制御部２５０は、ＧＰＳ受信機２３０からの位置情報に基づいて、自ＲＮ２００の移動状態を検出する。あるいは、制御部２５０は、無線通信部２１０におけるハンドオーバ回数もしくはセル再選択回数をカウントし、このカウント値が規定時間内に一定数を超えたか否かで移動状態を検出してもよく、同状態を他ノード又はＵＥ３００から通知を受けることで検出してもよい。

次に、通信システムの動作環境の一例を説明する。図４は、Ｍ−ＲＮ２００が設置された電車（又はバス）等の移動体がｅＮＢ１００の近傍を通過する状況を示す。

図４に示すように、移動体にＭ−ＲＮ２００（Ｍ−ＲＮ２００−１及びＭ−ＲＮ２００−２）が設置されており、当該移動体内でＵＥ３００−１がＭ−ＲＮ２００−１に収容されている。Ｍ−ＲＮ２００は、ＤｅＮＢ１００−２に収容されている。また、ｅＮＢ１００−１にＵＥ３００−２が収容されている。

移動体がｅＮＢ１００（ｅＮＢ１００−１又はＤｅＮＢ１００−２）に接近する過程で、ＵＥ３００−１がＭ−ＲＮ２００−１からｅＮＢ１００へのハンドオーバを行い、その直後に、移動体がｅＮＢ１００から離れていく過程で、ＵＥ３００−１がｅＮＢ１００からＭ−ＲＮ２００−１へのハンドオーバを行う。この現象は、ｅＮＢ１００の送信電力がＭ−ＲＮ２００の送信電力よりも大きい場合に顕著となる。

また、移動体がＵＥ３００−２に接近する過程で、ＵＥ３００−２がｅＮＢ１００−１からＭ−ＲＮ２００へのハンドオーバを行い、その直後に、移動体がＵＥ３００−２から離れていく過程で、ＵＥ３００−２がＭ−ＲＮ２００からｅＮＢ１００−１へのハンドオーバを行う。

このような切り戻り現象はＰｉｎｇ-ｐｏｎｇハンドオーバと称され、リソースが無駄に消費されてしまう。さらに、Ｍ−ＲＮ２００に多数のＵＥ３００が収容されている場合には、多数のＵＥ３００が同時にハンドオーバを行うことで、処理が輻輳してハンドオーバ障害が発生する確率が高まる。

このような問題を解決するために、本実施形態では、ＵＥ３００のハンドオーバ手順において、ハンドオーバ元のＥ−ＵＴＲＡＮノード（以下、「ソースノード」と称する）から、ハンドオーバ候補のＥ−ＵＴＲＡＮノード（以下、「ターゲットノード」と称する）へ、ソースノードの移動状態を示す情報（以下、「Ｍｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ」と称する）を通知する。そして、ターゲットノードは、ソースノード及びターゲットノードの少なくとも一方が移動中である場合には、ＵＥ３００の受け入れを拒否する。その結果、上述したＰｉｎｇ-ｐｏｎｇハンドオーバを回避できる。

一方で、Ｍ−ＲＮ２００が移動中において、ＵＥ３００−１がＭ−ＲＮ２００−２へ向けて移動する場合には、Ｍ−ＲＮ２００−１からＭ−ＲＮ２００−２へのハンドオーバは許容すべきである。よって、本実施形態では、ハンドオーバを許容するＭ−ＲＮ２００のグループ（以下、「Ｍ−ＲＮ Ｇｒｏｕｐ」と称する）を事前に設定し、ＵＥ３００のハンドオーバ手順において、ソースノードからターゲットノードへ、Ｍ−ＲＮ Ｇｒｏｕｐを識別するためのＭ−ＲＮ Ｇｒｏｕｐ ＩＤを通知する。そして、ターゲットノードは、ソースノード及びターゲットノードが同一のＭ−ＲＮ Ｇｒｏｕｐ ＩＤであることを確認できた場合には、ＵＥ３００の受け入れを許容する。これに対し、ソースノード及びターゲットノードが同一のＭ−ＲＮ Ｇｒｏｕｐ ＩＤであることを確認できない場合には、ＵＥ３００の受け入れを拒否する。これにより、同一移動体内のＭ−ＲＮ２００間のハンドオーバを可能にすることができる。

本実施形態では、ハンドオーバ手順において、上述したＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及びＭ−ＲＮ Ｇｒｏｕｐ ＩＤの両方を通知する一例を説明するが、何れか一方のみを通知してもよい。さらに、本実施形態では、ターゲットノードにおける判定の精度を高めるために、ソースノードが移動型であるか否かの情報（以下、「Ｎｏｄｅ Ｔｙｐｅ」と称する）をさらに通知する。ただし、Ｎｏｄｅ Ｔｙｐｅは、必ずしも通知しなくてもよい。以下においては、Ｎｏｄｅ Ｔｙｐｅ、Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤ、及びＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎを「Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ」と称する。

次に、本実施形態に係るハンドオーバ手順を説明する。図５は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。

図５に示すように、ステップＳ１１０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔをソースノードに送信する。

ステップＳ１２０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎ）を行い、ターゲットノードへのハンドオーバを決定する。

ステップＳ１３０において、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴをターゲットノードに送信する。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴは、上述したＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含む。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴの詳細については後述する。

ステップＳ１４０において、ターゲットノードは、ソースノードからのＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴに基づいて、ハンドオーバ受入判断(Ｈａｎｄｏｖｅｒ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）を行う。ハンドオーバ受入判断の詳細については後述する。

ステップＳ１５０において、ターゲットノードは、ハンドオーバ受入判断の結果に応じて、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを許可する旨のメッセージ（ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥ）、又はＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを拒否する旨のメッセージ（ＨＡＮＤＯＶＥＲ ＰＲＥＰＡＲＡＴＩＯＮ ＦＡＩＬＵＥ）をソースノードに送信する。

以降の処理（ステップＳ１６０）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。

次に、本実施形態に係るハンドオーバ受入判断フローを説明する。図６は、本実施形態に係るハンドオーバ受入判断フローのフロー図である。

図６に示すように、ステップＳ１４１において、ターゲットノードは、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴに含まれるＮｏｄｅ Ｔｙｐｅ（すなわち、ソースノードのＮｏｄｅ Ｔｙｐｅ）、及び自ノードのＮｏｄｅ Ｔｙｐｅを読み出す。なお、自ノードのＮｏｄｅ Ｔｙｐｅは自ノードの記憶部に記憶されているとする。

ステップＳ１４２において、ターゲットノードは、ソースノードのＮｏｄｅ Ｔｙｐｅ及び自ノードのＮｏｄｅ Ｔｙｐｅが何れもＭｏｂｉｌｅ（移動型)ではないか否かを確認する。

ソースノードのＮｏｄｅ Ｔｙｐｅ及び自ノードのＮｏｄｅ Ｔｙｐｅが何れもＭｏｂｉｌｅではない（すなわち、固定型）場合（ステップＳ１４２；ＹＥＳ）、ステップＳ１４８において、ターゲットノードは、通常のハンドオーバ受入判断を行う。

これに対し、ソースノードのＮｏｄｅ Ｔｙｐｅ及び自ノードのＮｏｄｅ Ｔｙｐｅの少なくとも何れか一方がＭｏｂｉｌｅである場合（ステップＳ１４２；ＮＯ）、ステップＳ１４３において、ターゲットノードは、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴに含まれるＭ−ＲＮ Ｇｒｏｕｐ ＩＤ（すなわち、ソースノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ）、及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤをさらに読み出す。なお、自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤは自ノードの記憶部に記憶されているとする。

そして、ステップＳ１４４において、ターゲットノードは、ソースノードのＮｏｄｅ Ｔｙｐｅ及び自ノードのＮｏｄｅ Ｔｙｐｅの両方がＭｏｂｉｌｅであり、かつ、ソースノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致するか否かを確認する。

ソースノードのＮｏｄｅ Ｔｙｐｅ及び自ノードのＮｏｄｅ Ｔｙｐｅの両方がＭｏｂｉｌｅであり、かつ、ソースノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致する場合（ステップＳ１４４；ＹＥＳ）、ステップＳ１４８において、ターゲットノードは、通常のハンドオーバ受入判断を行う。

これに対し、ソースノードのＮｏｄｅ Ｔｙｐｅ及び自ノードのＮｏｄｅ Ｔｙｐｅの何れかがＭｏｂｉｌｅではない、及び／又は、ソースノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致しない場合（ステップＳ１４４；ＮＯ）、ステップＳ１４５において、ターゲットノードは、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴに含まれるＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ（すなわち、ソースノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ）、及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎをさらに読み出す。なお、自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎは自ノードの記憶部に記憶されているとする。

そして、ステップＳ１４６において、ターゲットノードは、ソースノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇ(停止中)であるか否かを確認する。

ソースノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇ（停止中)である場合（ステップＳ１４６；ＹＥＳ）、ステップＳ１４８において、ターゲットノードは、通常のハンドオーバ受入判断を行う。

これに対し、ソースノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの少なくとも何れか一方がＭｏｖｉｎｇ（移動中)である場合（ステップＳ１４６；ＮＯ）、ステップＳ１４７において、ターゲットノードは、ハンドオーバを実行することが不適切であると判断し、ソースノードに対してＨＡＮＤＯＶＥＲ ＰＲＥＰＡＲＡＴＩＯＮ ＦＡＩＬＵＥを送信し、ハンドオーバ受入判断を終了する。

なお、本フローでは、ターゲットノードは、Ｎｏｄｅ Ｔｙｐｅ、Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤ、及びＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎのそれぞれに基づいて複数の判定処理（ステップＳ１４２、ステップＳ１４４、ステップＳ１４６）を行っているが、何れか１つの判定処理のみを行ってもよい。

次に、本実施形態に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを説明する。図７は、本実施形態に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴのメッセージ構成を示す。

図７に示すように、本実施形態に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴは、新たな情報要素（ＩＥ）として、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴとは異なる。なお、既存のＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴの詳細については、ＴＳ ３６．４２３を参照されたい。

図８は、Ｍｏｂｉｌｅ Ｎｏｄｅ ＩｎｆｏｒｍａｔｉｏｎのＩＥ構成を示す。

図８に示すように、Ｎｏｄｅ Ｔｙｐｅは、Ｍｏｂｉｌｅであれば「Ｔｒｕｅ」が設定され、Ｍｏｂｉｌｅでなければ「Ｆａｌｓｅ」が設定される。Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤは、Ｍ−ＲＮ Ｇｒｏｕｐ毎に固有のＩＤが設定される。Ｍｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎは、Ｍｏｖｉｎｇであれば「Ｔｒｕｅ」が設定され、Ｓｔｏｐｐｉｎｇであれば「Ｆａｌｓｅ」が設定される。なお、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎは、ソースノードのノードＩＤ又はソースセルのセルＩＤをさらに含んでもよい。

ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを受信した場合、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新し、この情報を考慮してハンドオーバの受入判断を行う。

以上説明したように、本実施形態では、移動型のＥ−ＵＴＲＡＮノードが存在する場合に、当該ノードが移動中であるか停止中であるかによって、ハンドオーバ制御を適切かつ動的に変更できる。詳細には、移動中のＥ−ＵＴＲＡＮノードから固定Ｅ−ＵＴＲＡＮノードへのハンドオーバ、及び固定Ｅ−ＵＴＲＡＮノードから移動中のＥ−ＵＴＲＡＮノードへＵＥへのハンドオーバを実行させない。これにより、Ｐｉｎｇ−Ｐｏｎｇハンドオーバの多発やハンドオーバ障害の多発を回避できる。また、無線リソースのオーバーヘッド増大や、不適切なＥ−ＵＴＲＡＮノードへの接続に伴う送信電力増加による与干渉及びバッテリ消費の増大を回避できる。

さらに、本実施形態では、移動中のＥ−ＵＴＲＡＮノードから別の移動中のＥ−ＵＴＲＡＮノードへＵＥをハンドオーバさせる場合、予め設定されたＧｒｏｕｐ ＩＤが一致するノード間のハンドオーバは許容し、Ｇｒｏｕｐ ＩＤが一致しないノード間のハンドオーバは拒否する。これにより、同一移動体内のＭ−ＲＮ２００間のハンドオーバを可能にすることができる。

このように、Ｅ−ＵＴＲＡＮノードが移動中は不適切なハンドオーバを抑制でき、かつ、同一移動体内に設置されたＭ−ＲＮ等、ハンドオーバを実施すべきノード間ではハンドオーバを実行できる。また、ノードが停止した場合は通常のハンドオーバを実行できる。さらに、これら移動中/停止中のハンドオーバ制御を動的に自律分散で実行できるので、状況に応じた適切な制御が可能となり、かつ人手による作業が不要となる効果も期待できる。

［第１実施形態の変更例］
上述した第１実施形態では、Ｘ２インターフェイスを利用したハンドオーバ手順を記載したが、Ｓ１インターフェイスを利用したハンドオーバ手順であってもよい。Ｓ１インターフェイスを利用したハンドオーバ手順では、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎ）の後に、ＭＭＥ４００に対してＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤを送信し、受け入れ判断（Ｈａｎｄｏｖｅｒ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）の後にＭＭＥ４００に対してＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥまたはＨＡＮＤＯＶＥＲ ＦＡＩＬＵＲＥを送信する。

図９は、本変更例に係るハンドオーバ手順の動作シーケンス図である。

図９に示すように、ステップＳ１１０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔをソースノードに送信する。

ステップＳ１２０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎ）を行い、ターゲットノードへのハンドオーバを決定する。

ステップＳ１３０ａにおいて、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤをＭＭＥ４００に送信する。ＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤは、上述したＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含む。ＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤの詳細については後述する。

ステップＳ１３０ｂにおいて、ＭＭＥ４００は、ソースノードからのＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤに応じて、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴをターゲットノードに送信する。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴは、上述したＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含む。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴの詳細については後述する。

ステップＳ１４０において、ターゲットノードは、ＭＭＥ４００からのＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴに基づいて、上述したハンドオーバ受入判断(Ｈａｎｄｏｖｅｒ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）を行う。

ステップＳ１５０ａにおいて、ターゲットノードは、ハンドオーバ受入判断の結果に応じて、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを許可する旨のメッセージ（ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥ）、又はＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを拒否する旨のメッセージ（ＨＡＮＤＯＶＥＲ ＦＡＩＬＵＲＥ）をＭＭＥ４００に送信する。

以降の処理（ステップＳ１６０ａ）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。

次に、本変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤを説明する。図１０は、本変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤのメッセージ構成を示す。

図１０に示すように、本変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤは、新たなＩＥとして、上述したＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤとは異なる。なお、既存のＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤの詳細については、ＴＳ ３６．４１３を参照されたい。

ＭＭＥ４００は、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを受信した場合、ターゲットノードに対して、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴに含めて転送する。

次に、本変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを説明する。図１１は、本変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴのメッセージ構成を示す。

図１１に示すように、本変更例に係るＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴは、新たなＩＥとして、上述したＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴとは異なる。なお、既存のＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴの詳細については、ＴＳ ３６．４１３を参照されたい。

ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを受信した場合、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新し、この情報を考慮してハンドオーバの受入判断を行う。

以上説明したように、本変更例によれば、Ｘ２インターフェイスが確立される前や、Ｘ２インターフェイスを有しないノードであっても、Ｓ１インターフェイスを有していれば、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを考慮して受け入れ判断（Ｈａｎｄｏｖｅｒ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）を行うことができる。

［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。

上述した第１実施形態では、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを受け入れ判断（Ｈａｎｄｏｖｅｒ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）に使用していた。これに対し、本実施形態では、ターゲットノードからソースノードへ事前にＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを通知し、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎをハンドオーバ判断（Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎ）に使用する。

Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎの事前通知には、例えば、Ｘ２インターフェイスを確立するためのメッセージであるＸ２ ＳＥＴＵＰ、及び／又は、ｅＮＢ／ＲＮの設定変更を通知するためのメッセージであるＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥが利用できる。

本実施形態では、Ｅ−ＵＴＲＡＮノードは、自身のＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及びＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎを周囲のノードに通知する。なお自身の移動状態は定期的に確認し、変更があった場合はＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎを再通知する。

これらＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを受信したノードは、その情報を自身の記憶部に保持する。また、この情報を元に、各種設定情報の更新（例えば、ネイバーリストの修正、ＵＥ３００へのＭｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎの変更）を行ってもよい。

ソースノードはＵＥからのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ及び上記Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎに基づいて、Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎを行う。Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎの結果、ハンドオーバを行うことが適切と判断した場合はターゲットノードへＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを送信し、ハンドオーバさせることが不適切と判断した場合は何もアクションを起こさない。

次に、本実施形態に係るハンドオーバ手順を説明する。図１２は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。

図１２に示すように、ステップＳ２１０において、ターゲットノードは、Ｘ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥをソースノードに送信する。Ｘ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥは、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含む。Ｘ２ ＳＥＴＵＰ及びＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥの詳細については後述する。Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを受信したソースノードは、その情報を自身の記憶部に保持する。

ステップＳ２２０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔをソースノードに送信する。

ステップＳ２３０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎ）を行う。ハンドオーバ判断の詳細については後述する。ここでは、ターゲットノードへのハンドオーバを決定したとする。

ステップＳ２４０において、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴをターゲットノードに送信する。

以降の処理（ステップＳ２５０）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。

次に、本実施形態に係るハンドオーバ判断フローを説明する。図１３は、本実施形態に係るハンドオーバ判断フローのフロー図である。

図１３に示すように、ステップＳ２３１において、ソースノードは、既存のハンドオーバ判断処理により、ＵＥ３００のハンドオーバを決定し、かつターゲットノードを決定する。

ステップＳ２３２において、ソースノードは、ターゲットノードからのＸ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥに含まれていたＭ−ＲＮ Ｇｒｏｕｐ ＩＤ（すなわち、ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ）、及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤを読み出す。なお、自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤは自ノードの記憶部に記憶されているとする。

そして、ステップＳ２３３において、ソースノードは、ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致するか否かを確認する。

ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致する場合（ステップＳ２３３；ＹＥＳ）、ステップＳ２３６において、ソースノードは、ターゲットノードへのＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを送信する。

これに対し、ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致しない場合（ステップＳ２３３；ＮＯ）、ステップＳ２３４において、ソースノードは、ターゲットノードからのＸ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥに含まれていたＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ（すなわち、ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ）、及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎをさらに読み出す。なお、自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎは自ノードの記憶部に記憶されているとする。

そして、ステップＳ２３５において、ソースノードは、ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの両方が移動中でない（すなわち、Ｓｔｏｐｐｉｎｇ）であるか否かを確認する。

ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇである場合（ステップＳ２３５；ＹＥＳ）、ステップＳ２３６において、ソースノードは、ターゲットノードへのＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを送信する。

これに対し、ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの少なくとも何れか一方がＭｏｖｉｎｇである場合（ステップＳ２３５；ＮＯ）、ステップＳ２３７において、ソースノードは、ハンドオーバを実行することが不適切であると判断し、ターゲットノードへのＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを送信せずに、ハンドオーバ判断を終了する。

なお、本フローでは、ソースノードは、Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤ及びＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎのそれぞれに基づいて複数の判定処理（ステップＳ２３３、ステップＳ２３５）を行っているが、何れか１つの判定処理のみを行ってもよい。

次に、本実施形態に係るＸ２ ＳＥＴＵＰを説明する。図１４は、本実施形態に係るＸ２ ＳＥＴＵＰのメッセージ構成を示す。

図１４に示すように、本実施形態に係るＸ２ ＳＥＴＵＰは、新たなＩＥとして、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＸ２ ＳＥＴＵＰとは異なる。なお、既存のＸ２ ＳＥＴＵＰの詳細については、ＴＳ ３６．４２３を参照されたい。ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを受信した場合、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新する。 次に、本実施形態に係るＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥを説明する。図１５は、本実施形態に係るＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥのメッセージ構成を示す。

図１５に示すように、本実施形態に係るＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥは、新たなＩＥとして、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥとは異なる。なお、既存のＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥの詳細については、ＴＳ ３６．４２３を参照されたい。ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを受信した場合、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新する。

以上説明したように、本実施形態によれば、第１実施形態と同様の効果を得ることができる。

［第２実施形態の第１変更例］
上述した第２実施形態では、Ｘ２インターフェイスを利用したハンドオーバ手順を記載した。しかしながら、上述した第１実施形態の変更例と同様に、Ｓ１インターフェイスを利用したハンドオーバ手順であってもよい。

図１６は、本変更例に係るハンドオーバ手順の動作シーケンス図である。図１６に示すように、Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎの後にＭＭＥに対してＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤを送信する（ステップＳ２４０ａ）点が、上述した第２実施形態とは異なる。

［第２実施形態の第２変更例］
上述した第２実施形態では、Ｘ２インターフェイス上で送受信されるＸ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥを利用してＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを通知する一例を説明した。これに対し、本変更例では、Ｓ１インターフェイス上で送受信されるメッセージを利用してＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを通知する。

次に、本変更例に係るハンドオーバ手順を説明する。図１７は、本変更例に係るハンドオーバ手順の動作シーケンス図である。

図１７に示すように、ステップＳ２１０ａにおいて、ターゲットノードは、ＳＯＮに関する設定変更を通知するためのｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲをＭＭＥ４００に送信する。ｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲは、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含む。ｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲの詳細については後述する。

ステップＳ２１０ａにおいて、ＭＭＥ４００は、ターゲットノードからのＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含むＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲをソースノードに送信する。ＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲの詳細については後述する。

ステップＳ２２０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔをソースノードに送信する。

ステップＳ２３０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎ）を行う。ハンドオーバ判断の詳細については後述する。ここでは、ターゲットノードへのハンドオーバを決定したとする。

ステップＳ２４０において、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ ＲＥＱＵＩＲＥＤをＭＭＥ４００に送信する。

以降の処理（ステップＳ２５０）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。

次に、本変更例に係るｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲを説明する。図１８は、本変更例に係るｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲのメッセージ構成を示す。

図１８に示すように、本変更例に係るｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲは、新たなＩＥとして、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ、ソースセルＩＤ、及びターゲットセルＩＤを含むＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒが追加されている点で既存のｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲとは異なる。なお、既存のｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲの詳細については、ＴＳ ３６．４１３を参照されたい。

ＭＭＥ４００は、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ ＩＥを受信した場合、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ ＩＥに含まれるターゲットセルＩＤで示されるセルに対して、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ ＩＥを転送する。

次に、本変更例に係るＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲを説明する。図１９は、本変更例に係るＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲのメッセージ構成を示す。

図１９に示すように、本変更例に係るＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲは、新たなＩＥとして、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ ＩＥが追加されている点で既存のＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲとは異なる。なお、既存のＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲの詳細については、ＴＳ ３６．４１３を参照されたい。

ｅＮＢ１００（又はＲＮ２００）は、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ ＩＥを受信した場合、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ ＩＥに含まれるソースセルＩＤで示されるセルに関する、ｅＮＢ１００（又はＲＮ２００）内部に保持している情報を更新する。

以上説明したように、本変更例によれば、Ｘ２インターフェイスが確立される前や、Ｘ２インターフェイスを有しないノードであっても、Ｓ１インターフェイスを有していれば、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを考慮してハンドオーバ判断（Ｈａｎｄｏｖｅｒ Ｄｅｃｉｓｉｏｎ）を行うことができる。

［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。

本実施形態では、ターゲットノードからソースノードへＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを事前に通知し、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを、ＵＥ３００の測定機能(ＵＥ ｍｅａｓｕｒｅｍｅｎｔ)の設定情報の制御に使用する。設定情報としては、例えば、ＵＥ Ｍｅａｓｕｒｅｍｅｎｔの対象外とすべきセル（Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌ）のリストであるＢｌａｃｋ Ｌｉｓｔである。Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌは、ＵＥ Ｍｅａｓｕｒｅｍｅｎｔ対象セル及びセル再選択の候補セルから除外される。

次に、本実施形態に係るハンドオーバ手順を説明する。図２０は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。

図２０に示すように、ステップＳ３１０において、ターゲットノードは、Ｘ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥをソースノードに送信する。Ｘ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥは、第２実施形態と同様に、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含む。あるいは、第２実施形態の第２変更例と同様に、ｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲ及びＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲを使用してもよい。Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを受信したソースノードは、その情報を自身の記憶部に保持する。

ステップＳ３２０において、ソースノードは、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎに基づいて、Ｂｌａｃｋ Ｌｉｓｔ変更判断（Ｂｌａｃｋ Ｌｉｓｔ Ｍｏｄｉｆｙ Ｄｅｃｉｓｉｏｎ）を行う。Ｂｌａｃｋ Ｌｉｓｔ変更判断の詳細については後述する。

ソースノードは、Ｂｌａｃｋ Ｌｉｓｔ変更判断の結果、ＵＥ Ｍｅａｓｕｒｅｍｅｎｔ設定を変更する事が適切と判断した場合、ステップＳ３３０において、ＵＥ３００へＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、ハンドオーバさせる事が不適切と判断した場合は何もアクションを起こさない。

ＵＥ３００は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信した場合、ステップＳ３４０において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎCompleteを送信する。

ステップＳ３５０において、ＵＥ３００は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信した後のＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔにおいては、Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌを含まない測定値を報告する。

ステップＳ３５０において、ソースノードは、Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌを含まない測定値に基づいて、ハンドオーバ判断を行う。これにより、Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌがハンドオーバ対象から除外されるため、適切なハンドオーバ制御が可能となる。なお、以降の処理は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。

次に、本実施形態に係るＢｌａｃｋ Ｌｉｓｔ変更判断フローを説明する。図２１は、本実施形態に係るＢｌａｃｋ Ｌｉｓｔ変更判断フローのフロー図である。

図２１に示すように、ステップＳ３２１において、ソースノードは、ターゲットノードからのＸ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥに含まれていたＭ−ＲＮ Ｇｒｏｕｐ ＩＤ（すなわち、ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ）、及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤを読み出す。なお、自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤは自ノードの記憶部に記憶されているとする。

そして、ステップＳ３２２において、ソースノードは、ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致するか否かを確認する。

ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致する場合（ステップＳ３２２；ＹＥＳ）、処理がステップＳ３２６に進む。

これに対し、ターゲットノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤ及び自ノードのＭ−ＲＮ Ｇｒｏｕｐ ＩＤが一致しない場合（ステップＳ３２２；ＮＯ）、ステップＳ３２３において、ソースノードは、ターゲットノードからのＸ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥに含まれていたＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ（すなわち、ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ）、及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎをさらに読み出す。なお、自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎは自ノードの記憶部に記憶されているとする。

そして、ステップＳ３２４において、ソースノードは、ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの両方が移動中でない（すなわち、Ｓｔｏｐｐｉｎｇ）であるか否かを確認する。

ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇである場合（ステップＳ３２４；ＹＥＳ）、処理がステップＳ３２６に進む。

これに対し、ターゲットノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎの少なくとも何れか一方がＭｏｖｉｎｇである場合（ステップＳ３２４；ＮＯ）、ステップＳ３２５において、ソースノードは、当該ターゲットノードへのハンドオーバを実行することが不適切であると判断し、当該ターゲットノードに対応するセルＩＤをＢｌａｃｋ Ｌｉｓｔに追加し、ＵＥ３００へ通知する。

一方、ステップＳ３２６において、ソースノードは、当該ターゲットノードに対応するセルＩＤがＢｌａｃｋ Ｌｉｓｔに含まれているかどうかを確認する。含まれている場合（ステップＳ３２６；ＹＥＳ）、ステップＳ３２７において、ソースノードは、当該ターゲットノードに対応するセルＩＤをＢｌａｃｋ Ｌｉｓｔから削除した上で、ＵＥへ通知する。含まれていない場合（ステップＳ３２６；ＮＯ）、ステップＳ３２８において、ソースノードは、何もしない(アクションを起こさない)。

なお、本フローでは、ソースノードは、Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤ及びＭｏｖｅｍｅｎｔ Ｃｏｎｄｉｔｉｏｎのそれぞれに基づいて複数の判定処理（ステップＳ３２２、ステップＳ３２４）を行っているが、何れか１つの判定処理のみを行ってもよい。

以上説明したように、本実施形態によれば、第１実施形態及び第２実施形態と同様の効果を得ることができる。

［第４実施形態］
以下において、第４実施形態について、第１実施形態〜第３実施形態との相違点を主として説明する。

上述した第１実施形態〜第３実施形態では、ハンドオーバ制御を対象としていた。これに対し、本実施形態では、ＵＥ３００がＲＲＣ＿ＩＤＬＥ時のモビリティ制御、すなわちセル再選択（Ｃｅｌｌ Ｒｅｓｅｌｅｃｔｉｏｎ）制御を対象とする。

次に、本実施形態に係るセル再選択手順を説明する。図２２は、本実施形態に係るセル再選択手順の動作シーケンス図である。ここでは、ＵＥ３００が在圏するセルに対応するノードをソースノードとし、セル再選択候補のセルに対応するノードをターゲットノードとしている。

図２２に示すように、ステップＳ４１０において、ターゲットノードは、Ｘ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥをソースノードに送信する。Ｘ２ ＳＥＴＵＰ又はＥＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥは、第２実施形態及び第３実施形態と同様に、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを含む。あるいは、第２実施形態の第２変更例と同様に、ｅＮＢ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲ及びＭＭＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＴＲＡＮＳＦＥＲを使用してもよい。Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを受信したソースノードは、その情報を自身の記憶部に保持する。

ステップＳ４２０において、ソースノードは、Ｍｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎに基づいて、第３実施形態と同様に、Ｂｌａｃｋ Ｌｉｓｔ変更判断（Ｂｌａｃｋ Ｌｉｓｔ Ｍｏｄｉｆｙ Ｄｅｃｉｓｉｏｎ）を行う。

ソースノードは、Ｂｌａｃｋ Ｌｉｓｔ変更判断の結果、システム情報設定を変更する事が適切と判断した場合、ステップＳ４３０において、ＰＡＧＩＮＧ又はＳｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ（ＳＩＢ） Ｔｙｐｅ１にシステム情報変更通知を含めてブロードキャストで送信する。

次に、ステップＳ４４０において、ソースノードは、ＳＩＢ Ｔｙｐｅ４または５により、Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌの変更情報を通知する。

ステップＳ４５０において、ＵＥ３００は、Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌの変更情報を含む Ｔｙｐｅ４または５を受信すると、Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌをセル再選択候補から除外して、セル再選択処理を行う。これにより、セル再選択において、Ｂｌａｃｋ Ｌｉｓｔｅｄ Ｃｅｌｌは候補から外れるため、適切なセル再選択制御が可能となる。

［その他の実施形態］
上記のように、本発明は各実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

上述したＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎは、少なくとも一部を省略してもよい。図２３は、その他の実施形態に係るＭｏｂｉｌｅ Ｎｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎを示す。図２３に示すように、Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤがゼロの場合、Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤはゼロ、すなわちハンドオーバ及びセル再選択の規制が不要なモードであると認識され、従ってＮｏｄｅ Ｔｙｐｅ及びＭｏｖｅｍｅｎｔ ＣｏｎｄｉｔｉｏｎはＦａｌｓｅと識別される。Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤがゼロでない場合、Ｍ−ＲＮ Ｇｒｏｕｐ ＩＤは指定されたＩＤであり、ハンドオーバ及びセルリセレクションの規制が必要なモードであると認識され、従ってＮｏｄｅ Ｔｙｐｅ及びＭｏｖｅｍｅｎｔ ＣｏｎｄｉｔｉｏｎはＴｒｕｅと識別される。このようにして、３つの情報の情報要素を一つのパラメータで表現する事も可能である。

上述した各実施形態では、移動型のノードの一例としてＭ−ＲＮを説明したが、ｅＮＢが移動型であってもよい。

上述した各実施形態では、ＬＴＥ−Ａｄｖａｎｃｅｄに基づいて構成される通信システムを例に説明したが、ＬＴＥ−Ａｄｖａｎｃｅｄに限らず、移動型のノードをサポートする他の通信システムに対して本発明を適用してもよい。

以上のように、本発明に係る通信システム、無線通信ノード、及び通信制御方法は、Ｍ−ＲＮが導入される場合でも、ＵＥのモビリティ制御を適切に行うことができるため、移動体通信などの無線通信において有用である。

Claims (7)

1. ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムであって、
   前記無線アクセスネットワークに含まれる第１の無線通信ノードと、
   前記無線アクセスネットワークに含まれる第２の無線通信ノードと、を有し、
   前記第１の無線通信ノードは、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を送信し、
   前記第２の無線通信ノードは、前記情報を受信し、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うことを特徴とする通信システム。
2. 前記無線アクセスネットワークと接続されたコアネットワークをさらに有し、
   前記第２の無線通信ノードは、前記コアネットワークを介して前記第１の無線通信ノードからの前記情報を受信することを特徴とする請求項１に記載の通信システム。
3. 前記第１の無線通信ノードは、前記第１の無線通信ノードに収容されている前記ユーザ端末のハンドオーバを行うための要求を送信し、
   前記第２の無線通信ノードは、前記ユーザ端末のハンドオーバを行うための要求を受信すると、前記受信した要求を許可するか否の判断を行い、
   前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用されることを特徴とする請求項１に記載の通信システム。
4. 前記第２の無線通信ノードは、前記第２の無線通信ノードに収容されている前記ユーザ端末から、前記ユーザ端末での受信信号状態の測定結果に関する報告を受信すると、前記受信した報告に基づいて前記ユーザ端末のハンドオーバの判断を行い、
   前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用されることを特徴とする請求項１に記載の通信システム。
5. 前記第２の無線通信ノードは、セル再選択を制御するための情報をブロードキャストで送信し、
   前記比較の結果は、前記第２の無線通信ノードにおいて前記セル再選択の制御に使用されることを特徴とする請求項１に記載の通信システム。
6. ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、
   前記無線アクセスネットワークに含まれる他の無線通信ノードから送信され、前記他の無線通信ノードが移動型である場合に前記他の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を受信する受信手段と、
   前記他の無線通信ノードが属する移動型の無線通信ノードグループと、前記無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行う制御部と、を有することを特徴とする無線通信ノード。
7. ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける通信制御方法であって、
   前記無線アクセスネットワークに含まれる第１の無線通信ノードが、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を送信するステップと、
   前記無線アクセスネットワークに含まれる第２の無線通信ノードが、前記情報を受信するステップと、
   前記第２の無線通信ノードが、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較するステップと、
   前記第２の無線通信ノードが、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うステップと、
   を有することを特徴とする通信制御方法。

Images