(57)【特許請求の範囲】
【請求項１】
ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムであって、
前記無線アクセスネットワークに含まれる第１の無線通信ノードと、
前記無線アクセスネットワークに含まれる第２の無線通信ノードと、を有し、
前記第１の無線通信ノードは、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を送信し、
前記第２の無線通信ノードは、前記情報を受信し、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うことを特徴とする通信システム。
【請求項２】
前記無線アクセスネットワークと接続されたコアネットワークをさらに有し、
前記第２の無線通信ノードは、前記コアネットワークを介して前記第１の無線通信ノードからの前記情報を受信することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第１の無線通信ノードは、前記第１の無線通信ノードに収容されている前記ユーザ端末のハンドオーバを行うための要求を送信し、
前記第２の無線通信ノードは、前記ユーザ端末のハンドオーバを行うための要求を受信すると、前記受信した要求を許可するか否の判断を行い、
前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用されることを特徴とする請求項１に記載の通信システム。
【請求項４】
前記第２の無線通信ノードは、前記第２の無線通信ノードに収容されている前記ユーザ端末から、前記ユーザ端末での受信信号状態の測定結果に関する報告を受信すると、前記受信した報告に基づいて前記ユーザ端末のハンドオーバの判断を行い、
前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用されることを特徴とする請求項１に記載の通信システム。
【請求項５】
前記第２の無線通信ノードは、セル再選択を制御するための情報をブロードキャストで送信し、
前記比較の結果は、前記第２の無線通信ノードにおいて前記セル再選択の制御に使用されることを特徴とする請求項１に記載の通信システム。
【請求項６】
ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、
前記無線アクセスネットワークに含まれる他の無線通信ノードから送信され、前記他の無線通信ノードが移動型である場合に前記他の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を受信する受信手段と、
前記他の無線通信ノードが属する移動型の無線通信ノードグループと、前記無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行う制御部と、を有することを特徴とする無線通信ノード。
【請求項７】
ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける通信制御方法であって、
前記無線アクセスネットワークに含まれる第１の無線通信ノードが、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を送信するステップと、
前記無線アクセスネットワークに含まれる第２の無線通信ノードが、前記情報を受信するステップと、
前記第２の無線通信ノードが、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較するステップと、
前記第２の無線通信ノードが、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うステップと、
を有することを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末のモビリティ制御を行う通信システム、無線通信ノード、及び通信制御方法に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では次世代無線通信規格であるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）−Ａｄｖａｎｃｅｄの開発及び仕様策定が実施されている。【０００３】
ＬＴＥ−Ａｄｖａｎｃｅｄの次期拡張機能として、移動型の中継局（Ｍｏｂｉｌｅ  Ｒｅｌａｙ  Ｎｏｄｅ：Ｍ−ＲＮ）が候補に挙がっている（例えば、非特許文献１参照）。【０００４】
ＬＴＥ−Ａｄｖａｎｃｅｄは既に中継局（Ｒｅｌａｙ  Ｎｏｄｅ：ＲＮ）をサポートしており、ＲＮは基地局（ｅＮｏｄｅＢ：ｅＮＢ）と同等の機能を有している（例えば、非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＲＰ−１１０８９４  “Ｎｅｗ  Ｓｔｕｄｙ  Ｉｔｅｍ  Ｐｒｏｐｏｓａｌ：  Ｍｏｂｉｌｅ  Ｒｅｌａｙ  ｆｏｒ  Ｅ−ＵＴＲＡ”，  ２０１１年５月
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３００  “Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）  ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  (Ｅ−ＵＴＲＡＮ)；  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２（Ｒｅｌｅａｓｅ  １０）”，  ２０１０年１２月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現状では、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）に含まれる無線通信ノードであるＥ−ＵＴＲＡＮノード（すなわち、ｅＮＢ及びＲＮ）が地理的に移動することは考慮されていない。【０００７】
よって、Ｍ−ＲＮが導入された場合に、ユーザ端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）のモビリティ制御（すなわち、ハンドオーバ制御及びセル再選択制御）を適切に行うことができない虞がある。【０００８】
そこで、本発明は、Ｍ−ＲＮが導入される場合でも、ＵＥのモビリティ制御を適切に行うことができる通信システム、無線通信ノード、及び通信制御方法を提供する。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、本発明は以下のような特徴を有している。【００１０】
本発明の通信システムは、ユーザ端末（例えば、ＵＥ３００）と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワーク（例えば、Ｅ−ＵＴＲＡＮ１０）と、を有し、前記無線アクセスネットワークは、移動型の無線通信ノード（例えば、Ｍ−ＲＮ２００）を含む通信システムであって、前記無線アクセスネットワークに含まれる第１の無線通信ノード（例えば、ｅＮＢ１００又はＲＮ２００）と、前記無線アクセスネットワークに含まれる第２の無線通信ノード（例えば、ｅＮＢ１００又はＲＮ２００）と、を有し、前記第１の無線通信ノードは、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報（例えば、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信し、前記第２の無線通信ノードは、前記情報を受信し、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うことを特徴とする。
【００１１】
本発明の通信システムの他の特徴によれば、前記無線アクセスネットワークと接続されたコアネットワーク（例えば、ＥＰＣ２０）をさらに有し、前記第２の無線通信ノードは、前記コアネットワークを介して前記第１の無線通信ノードからの前記ノード情報を受信する。【００１２】
本発明の通信システムの他の特徴によれば、前記第１の無線通信ノードは、前記第１の無線通信ノードに収容されている前記ユーザ端末のハンドオーバを行うための要求を送信し、前記第２の無線通信ノードは、前記ユーザ端末のハンドオーバを行うための要求を受信すると、前記受信した要求を許可するか否の判断を行い、前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用される。
【００１３】
本発明の通信システムの他の特徴によれば、前記第２の無線通信ノードは、前記第２の無線通信ノードに収容されている前記ユーザ端末から、前記ユーザ端末での受信信号状態の測定結果に関する報告を受信すると、前記受信した報告に基づいて前記ユーザ端末のハンドオーバの判断を行い、前記比較の結果は、前記第２の無線通信ノードにおいて前記判断に使用される。
【００１５】
本発明の通信システムの他の特徴によれば、前記第２の無線通信ノードは、セル再選択を制御するための情報をブロードキャストで送信し、前記比較の結果は、前記第２の無線通信ノードにおいて前記セル再選択の制御に使用される。
【００１７】
本発明の無線通信ノードは、ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、前記無線アクセスネットワークに含まれる他の無線通信ノードから送信され、前記他の無線通信ノードが移動型である場合に前記他の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を受信する受信手段と、前記他の無線通信ノードが属する移動型の無線通信ノードグループと、前記無線通信ノードが属する移動型の無線通信ノードグループとを比較し、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行う制御部と、を有することを特徴とする。
【００１８】
本発明の通信制御方法は、ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける通信制御方法であって、前記無線アクセスネットワークに含まれる第１の無線通信ノードが、前記第１の無線通信ノードが移動型である場合に前記第１の無線通信ノードが属する移動型の無線通信ノードグループを示す情報を送信するステップと、前記無線アクセスネットワークに含まれる第２の無線通信ノードが、前記情報を受信するステップと、前記第２の無線通信ノードが、前記第１の無線通信ノードが属する移動型の無線通信ノードグループと、前記第２無線通信ノードが属する移動型の無線通信ノードグループとを比較するステップと、前記第２の無線通信ノードが、前記比較の結果に基づいて、前記ユーザ端末のモビリティ制御を行うステップと、を有することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、Ｍ−ＲＮが導入される場合でも、ＵＥのモビリティ制御を適切に行うことができる通信システム、無線通信ノード、及び通信制御方法を提供できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１実施形態〜第４実施形態に係る通信システムの全体構成図である。
【図２】本発明の第１実施形態〜第４実施形態に係るｅＮＢのブロック図である。
【図３】本発明の第１実施形態〜第４実施形態に係るＲＮのブロック図である。
【図４】Ｍ−ＲＮが設置された電車（又はバス）等の移動体がｅＮＢの近傍を通過する状況を示す。
【図５】本発明の第１実施形態に係るハンドオーバ手順の動作シーケンス図である。
【図６】本発明の第１実施形態に係るハンドオーバ受入判断フローのフロー図である。
【図７】本発明の第１実施形態に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴのメッセージ構成を示す。
【図８】本発明の第１実施形態に係るＭｏｂｉｌｅ  Ｎｏｄｅ  ＩｎｆｏｒｍａｔｉｏｎのＩＥ構成を示す。
【図９】本発明の第１実施形態の変更例に係るハンドオーバ手順の動作シーケンス図である。
【図１０】本発明の第１実施形態の変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤのメッセージ構成を示す。
【図１１】本発明の第１実施形態の変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴのメッセージ構成を示す。
【図１２】本発明の第２実施形態に係るハンドオーバ手順の動作シーケンス図である。
【図１３】本発明の第２実施形態に係るハンドオーバ判断フローのフロー図である。
【図１４】本発明の第２実施形態〜第４実施形態に係るＸ２  ＳＥＴＵＰのメッセージ構成を示す。
【図１５】本発明の第２実施形態〜第４実施形態に係るＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥのメッセージ構成を示す。
【図１６】本発明の第２実施形態の第１変更例に係るハンドオーバ手順の動作シーケンス図である。
【図１７】本発明の第２実施形態の第２変更例に係るハンドオーバ手順の動作シーケンス図である。
【図１８】本発明の第２実施形態の第２変更例に係るｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲのメッセージ構成を示す。
【図１９】本発明の第２実施形態の第２変更例に係るＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲのメッセージ構成を示す。
【図２０】本発明の第３実施形態に係るハンドオーバ手順の動作シーケンス図である。
【図２１】本発明の第３実施形態及び第４実施形態に係るＢｌａｃｋ  Ｌｉｓｔ変更判断フローのフロー図である。
【図２２】本発明の第４実施形態に係るセル再選択手順の動作シーケンス図である。
【図２３】その他の実施形態に係るＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを示す。
【発明を実施するための形態】
【００２１】
図面を参照して、本発明の第１実施形態〜第４実施形態、及びその他の実施形態を説明する。以下の各実施形態に係る図面において、同一又は類似の部分には同一又は類似の符号を付す。
【００２２】
［第１実施形態］
図１は、本実施形態に係る通信システムの全体構成図である。本実施形態に係る通信システムは、３ＧＰＰで仕様が策定されているＬＴＥ−Ａｄｖａｎｃｅｄに基づいて構成されており、上述したＭ−ＲＮをサポートする。
【００２３】
図１に示すように、本実施形態に係る通信システムは、ｅＮＢ１００、ＲＮ２００、ＵＥ３００、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４００を有する。
【００２４】
ｅＮＢ１００及びＲＮ２００は、ＬＴＥの無線アクセスネットワークであるＥ−ＵＴＲＡＮ１０を構成する。以下において、Ｅ−ＵＴＲＡＮ１０に含まれる無線通信ノード（すなわち、ｅＮＢ１００及びＲＮ２００）を適宜「Ｅ−ＵＴＲＡＮノード」又は「ノード」と称する。
【００２５】
ＭＭＥ／Ｓ−ＧＷ４００は、ＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を構成する。
【００２６】
ｅＮＢ１００は、固定型の無線通信ノードであり、ＲＮ２００又はＵＥ３００との無線通信を行うように構成される。ＲＮ２００との無線通信を行うｅＮＢ１００はドナーｅＮＢ（ＤｅＮＢ）と称される。
【００２７】
ｅＮＢ１００は、隣接する他のｅＮＢ１００との通信をＸ２インターフェイス上で行い、隣接するＲＮ２００との通信をＸ２インターフェイス上及びＳ１インターフェイス上で行い、ＭＭＥ／Ｓ−ＧＷ４００との通信をＳ１インターフェイス上で行う。さらに、ＤｅＮＢ１００−２は、ＭＭＥ／Ｓ−ＧＷ４００との通信をＳ１１インターフェイス上で行う。
【００２８】
ｅＮＢ１００及びＲＮ２００は、無線通信エリアの最小単位であるセルを１つ又は複数形成する。ｅＮＢ１００及びＲＮ２００は、セルを識別可能な参照信号を常時ブロードキャストで送信する。
【００２９】
ＲＮ（又はＭ−ＲＮ）２００は、固定型（又は移動型）の無線通信ノードであり、ｅＮＢ１００（ＤｅＮＢ１００−２）との無線通信及びＵＥ３００との無線通信を行うように構成される。ＲＮ（又はＭ−ＲＮ）２００は、ＤｅＮＢ１００−２との間にＵＥ３００と同様のインターフェイス（Ｕｎインターフェイス）を有する。ＵＥ３００は、ｅＮＢ１００との通信と同様の方法でＲＮ２００との通信を行う。
【００３０】
ＲＮ（又はＭ−ＲＮ）２００は、ＤｅＮＢ１００−２との通信をＸ２インターフェイス上、Ｓ１インターフェイス上、及びＵｎインターフェイス上で行う。
【００３１】
ＵＥ３００は、ユーザが所持する移動型の無線通信装置である。ＵＥ３００は、ｅＮＢ１００が形成するセル又はＲＮ２００が形成するセルにアクセスし、当該セルに収容される。ＵＥ３００がサービングセルとの通信実行中の状態はコネクティッド状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と称され、ＵＥ３００が待ち受け中の状態はアイドル状態（ＲＲＣ＿ＩＤＬＥ）と称される。
【００３２】
ＵＥ３００は、最も通信状態の良好なセルへサービングセルを切り替える。コネクティッド状態におけるサービングセルの切り替えはハンドオーバと称される。ハンドオーバは、サービングセル（ｅＮＢ１００又はＲＮ２００）によって制御される。また、アイドル状態におけるＵＥ３００の在圏セルの切り替えはセル再選択と称される。
【００３３】
ＵＥ３００は、サービングセルの制御下で、サービングセル及び隣接セルからの受信信号状態を測定し、測定結果に関する報告をサービングセルに送信する。このような報告は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔと称される。受信信号状態とは、例えば参照信号受信電力（ＲＳＲＰ）や参照信号受信品質（ＲＳＲＱ）である。
【００３４】
ＭＭＥは、ＵＥ３００が在圏するセルを管理しており、ＵＥ３００に対する各種モビリティ管理を行うように構成される。Ｓ−ＧＷは、ＵＥ３００が送受信するユーザデータの転送制御を行うように構成される。
【００３５】
次に、ｅＮＢ１００の構成を説明する。図２は、ｅＮＢ１００のブロック図である。
【００３６】
図２に示すように、ｅＮＢ１００は、アンテナ１０１、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０、及び制御部１４０を有する。
【００３７】
アンテナ１０１は、無線信号の送受信に用いられる。無線通信部１１０は、ＬＴＥ物理レイヤ仕様に準拠した無線通信を行う。無線通信部１１０は、例えば無線周波数（ＲＦ）回路やベースバンド（ＢＢ）回路等を用いて構成され、アンテナ１０１を介して無線信号を送受信する。
【００３８】
ネットワーク通信部１２０は、Ｘ２インターフェイス上で他のｅＮＢ１００との通信を行い、Ｓ１インターフェイス上（及びＳ１１インターフェイス上）でＭＭＥ／Ｓ−ＧＷ４００との通信を行う。
【００３９】
記憶部１３０は、例えばメモリを用いて構成され、ｅＮＢ１００の制御等に用いられる各種の情報を記憶する。制御部１４０は、例えばプロセッサを用いて構成され、ｅＮＢ１００が備える各種の機能を制御する。制御部１４０は、詳細については後述するが、ＵＥ３００のモビリティ制御（ハンドオーバ制御及びセル再選択制御）を行う。
【００４０】
次に、ＲＮ２００の構成を説明する。図３は、ＲＮ２００のブロック図である。
【００４１】
図３に示すように、ＲＮ２００は、アンテナ２０１、無線通信部２１０、アンテナ２０２、無線通信部２２０、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機２３０、記憶部２４０、及び制御部２５０を有する。ただし、ＲＮ２００は、ＧＰＳ受信機２３０を有していなくてもよい。
【００４２】
アンテナ２０１は、ＤｅＮＢ１００−２との無線信号の送受信に用いられる。無線通信部２１０は、例えばＲＦ回路やＢＢ回路等を用いて構成され、アンテナ２０１を介して、ＬＴＥ物理レイヤ仕様に準拠してＤｅＮＢ１００−２との無線通信を行う。無線通信部１１０は、Ｘ２インターフェイス上、Ｓ１インターフェイス上、及びＵｎインターフェイス上で、ＤｅＮＢ１００−２との通信を行う。
【００４３】
アンテナ２０２は、ＵＥ３００との無線信号の送受信に用いられる。無線通信部２２０は、例えばＲＦ回路やＢＢ回路等を用いて構成され、アンテナ２０１を介して、ＬＴＥ物理レイヤ仕様に準拠してＵＥ３００との無線通信を行う。
【００４４】
ＧＰＳ受信機２３０は、ＧＰＳ信号を受信し、受信したＧＰＳ信号に基づいてＲＮ２００の地理的な位置を示す位置情報を制御部２５０に出力する。
【００４５】
記憶部２４０は、例えばメモリを用いて構成され、ＲＮ２００の制御等に用いられる各種の情報を記憶する。制御部２５０は、例えばプロセッサを用いて構成され、ＲＮ２００が備える各種の機能を制御する。制御部２５０は、詳細については後述するが、ＵＥ３００のモビリティ制御（ハンドオーバ制御及びセル再選択制御）を行う。
【００４６】
また、制御部２５０は、ＧＰＳ受信機２３０からの位置情報に基づいて、自ＲＮ２００の移動状態を検出する。あるいは、制御部２５０は、無線通信部２１０におけるハンドオーバ回数もしくはセル再選択回数をカウントし、このカウント値が規定時間内に一定数を超えたか否かで移動状態を検出してもよく、同状態を他ノード又はＵＥ３００から通知を受けることで検出してもよい。
【００４７】
次に、通信システムの動作環境の一例を説明する。図４は、Ｍ−ＲＮ２００が設置された電車（又はバス）等の移動体がｅＮＢ１００の近傍を通過する状況を示す。
【００４８】
図４に示すように、移動体にＭ−ＲＮ２００（Ｍ−ＲＮ２００−１及びＭ−ＲＮ２００−２）が設置されており、当該移動体内でＵＥ３００−１がＭ−ＲＮ２００−１に収容されている。Ｍ−ＲＮ２００は、ＤｅＮＢ１００−２に収容されている。また、ｅＮＢ１００−１にＵＥ３００−２が収容されている。
【００４９】
移動体がｅＮＢ１００（ｅＮＢ１００−１又はＤｅＮＢ１００−２）に接近する過程で、ＵＥ３００−１がＭ−ＲＮ２００−１からｅＮＢ１００へのハンドオーバを行い、その直後に、移動体がｅＮＢ１００から離れていく過程で、ＵＥ３００−１がｅＮＢ１００からＭ−ＲＮ２００−１へのハンドオーバを行う。この現象は、ｅＮＢ１００の送信電力がＭ−ＲＮ２００の送信電力よりも大きい場合に顕著となる。
【００５０】
また、移動体がＵＥ３００−２に接近する過程で、ＵＥ３００−２がｅＮＢ１００−１からＭ−ＲＮ２００へのハンドオーバを行い、その直後に、移動体がＵＥ３００−２から離れていく過程で、ＵＥ３００−２がＭ−ＲＮ２００からｅＮＢ１００−１へのハンドオーバを行う。
【００５１】
このような切り戻り現象はＰｉｎｇ-ｐｏｎｇハンドオーバと称され、リソースが無駄に消費されてしまう。さらに、Ｍ−ＲＮ２００に多数のＵＥ３００が収容されている場合には、多数のＵＥ３００が同時にハンドオーバを行うことで、処理が輻輳してハンドオーバ障害が発生する確率が高まる。
【００５２】
このような問題を解決するために、本実施形態では、ＵＥ３００のハンドオーバ手順において、ハンドオーバ元のＥ−ＵＴＲＡＮノード（以下、「ソースノード」と称する）から、ハンドオーバ候補のＥ−ＵＴＲＡＮノード（以下、「ターゲットノード」と称する）へ、ソースノードの移動状態を示す情報（以下、「Ｍｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ」と称する）を通知する。そして、ターゲットノードは、ソースノード及びターゲットノードの少なくとも一方が移動中である場合には、ＵＥ３００の受け入れを拒否する。その結果、上述したＰｉｎｇ-ｐｏｎｇハンドオーバを回避できる。
【００５３】
一方で、Ｍ−ＲＮ２００が移動中において、ＵＥ３００−１がＭ−ＲＮ２００−２へ向けて移動する場合には、Ｍ−ＲＮ２００−１からＭ−ＲＮ２００−２へのハンドオーバは許容すべきである。よって、本実施形態では、ハンドオーバを許容するＭ−ＲＮ２００のグループ（以下、「Ｍ−ＲＮ  Ｇｒｏｕｐ」と称する）を事前に設定し、ＵＥ３００のハンドオーバ手順において、ソースノードからターゲットノードへ、Ｍ−ＲＮ  Ｇｒｏｕｐを識別するためのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤを通知する。そして、ターゲットノードは、ソースノード及びターゲットノードが同一のＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤであることを確認できた場合には、ＵＥ３００の受け入れを許容する。これに対し、ソースノード及びターゲットノードが同一のＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤであることを確認できない場合には、ＵＥ３００の受け入れを拒否する。これにより、同一移動体内のＭ−ＲＮ２００間のハンドオーバを可能にすることができる。
【００５４】
本実施形態では、ハンドオーバ手順において、上述したＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及びＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤの両方を通知する一例を説明するが、何れか一方のみを通知してもよい。さらに、本実施形態では、ターゲットノードにおける判定の精度を高めるために、ソースノードが移動型であるか否かの情報（以下、「Ｎｏｄｅ  Ｔｙｐｅ」と称する）をさらに通知する。ただし、Ｎｏｄｅ  Ｔｙｐｅは、必ずしも通知しなくてもよい。以下においては、Ｎｏｄｅ  Ｔｙｐｅ、Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤ、及びＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎを「Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ」と称する。
【００５５】
次に、本実施形態に係るハンドオーバ手順を説明する。図５は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。
【００５６】
図５に示すように、ステップＳ１１０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔをソースノードに送信する。
【００５７】
ステップＳ１２０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎ）を行い、ターゲットノードへのハンドオーバを決定する。
【００５８】
ステップＳ１３０において、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴをターゲットノードに送信する。ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴは、上述したＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含む。ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴの詳細については後述する。
【００５９】
ステップＳ１４０において、ターゲットノードは、ソースノードからのＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴに基づいて、ハンドオーバ受入判断(Ｈａｎｄｏｖｅｒ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）を行う。ハンドオーバ受入判断の詳細については後述する。
【００６０】
ステップＳ１５０において、ターゲットノードは、ハンドオーバ受入判断の結果に応じて、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを許可する旨のメッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ）、又はＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを拒否する旨のメッセージ（ＨＡＮＤＯＶＥＲ  ＰＲＥＰＡＲＡＴＩＯＮ  ＦＡＩＬＵＥ）をソースノードに送信する。
【００６１】
以降の処理（ステップＳ１６０）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。
【００６２】
次に、本実施形態に係るハンドオーバ受入判断フローを説明する。図６は、本実施形態に係るハンドオーバ受入判断フローのフロー図である。
【００６３】
図６に示すように、ステップＳ１４１において、ターゲットノードは、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴに含まれるＮｏｄｅ  Ｔｙｐｅ（すなわち、ソースノードのＮｏｄｅ  Ｔｙｐｅ）、及び自ノードのＮｏｄｅ  Ｔｙｐｅを読み出す。なお、自ノードのＮｏｄｅ  Ｔｙｐｅは自ノードの記憶部に記憶されているとする。
【００６４】
ステップＳ１４２において、ターゲットノードは、ソースノードのＮｏｄｅ  Ｔｙｐｅ及び自ノードのＮｏｄｅ  Ｔｙｐｅが何れもＭｏｂｉｌｅ（移動型)ではないか否かを確認する。
【００６５】
ソースノードのＮｏｄｅ  Ｔｙｐｅ及び自ノードのＮｏｄｅ  Ｔｙｐｅが何れもＭｏｂｉｌｅではない（すなわち、固定型）場合（ステップＳ１４２；ＹＥＳ）、ステップＳ１４８において、ターゲットノードは、通常のハンドオーバ受入判断を行う。
【００６６】
これに対し、ソースノードのＮｏｄｅ  Ｔｙｐｅ及び自ノードのＮｏｄｅ  Ｔｙｐｅの少なくとも何れか一方がＭｏｂｉｌｅである場合（ステップＳ１４２；ＮＯ）、ステップＳ１４３において、ターゲットノードは、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴに含まれるＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ（すなわち、ソースノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ）、及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤをさらに読み出す。なお、自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤは自ノードの記憶部に記憶されているとする。
【００６７】
そして、ステップＳ１４４において、ターゲットノードは、ソースノードのＮｏｄｅ  Ｔｙｐｅ及び自ノードのＮｏｄｅ  Ｔｙｐｅの両方がＭｏｂｉｌｅであり、かつ、ソースノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致するか否かを確認する。
【００６８】
ソースノードのＮｏｄｅ  Ｔｙｐｅ及び自ノードのＮｏｄｅ  Ｔｙｐｅの両方がＭｏｂｉｌｅであり、かつ、ソースノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致する場合（ステップＳ１４４；ＹＥＳ）、ステップＳ１４８において、ターゲットノードは、通常のハンドオーバ受入判断を行う。
【００６９】
これに対し、ソースノードのＮｏｄｅ  Ｔｙｐｅ及び自ノードのＮｏｄｅ  Ｔｙｐｅの何れかがＭｏｂｉｌｅではない、及び／又は、ソースノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致しない場合（ステップＳ１４４；ＮＯ）、ステップＳ１４５において、ターゲットノードは、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴに含まれるＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ（すなわち、ソースノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ）、及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎをさらに読み出す。なお、自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎは自ノードの記憶部に記憶されているとする。
【００７０】
そして、ステップＳ１４６において、ターゲットノードは、ソースノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇ(停止中)であるか否かを確認する。
【００７１】
ソースノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇ（停止中)である場合（ステップＳ１４６；ＹＥＳ）、ステップＳ１４８において、ターゲットノードは、通常のハンドオーバ受入判断を行う。
【００７２】
これに対し、ソースノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの少なくとも何れか一方がＭｏｖｉｎｇ（移動中)である場合（ステップＳ１４６；ＮＯ）、ステップＳ１４７において、ターゲットノードは、ハンドオーバを実行することが不適切であると判断し、ソースノードに対してＨＡＮＤＯＶＥＲ  ＰＲＥＰＡＲＡＴＩＯＮ  ＦＡＩＬＵＥを送信し、ハンドオーバ受入判断を終了する。
【００７３】
なお、本フローでは、ターゲットノードは、Ｎｏｄｅ  Ｔｙｐｅ、Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤ、及びＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎのそれぞれに基づいて複数の判定処理（ステップＳ１４２、ステップＳ１４４、ステップＳ１４６）を行っているが、何れか１つの判定処理のみを行ってもよい。
【００７４】
次に、本実施形態に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを説明する。図７は、本実施形態に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴのメッセージ構成を示す。
【００７５】
図７に示すように、本実施形態に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴは、新たな情報要素（ＩＥ）として、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴとは異なる。なお、既存のＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴの詳細については、ＴＳ  ３６．４２３を参照されたい。
【００７６】
図８は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  ＩｎｆｏｒｍａｔｉｏｎのＩＥ構成を示す。
【００７７】
図８に示すように、Ｎｏｄｅ  Ｔｙｐｅは、Ｍｏｂｉｌｅであれば「Ｔｒｕｅ」が設定され、Ｍｏｂｉｌｅでなければ「Ｆａｌｓｅ」が設定される。Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤは、Ｍ−ＲＮ  Ｇｒｏｕｐ毎に固有のＩＤが設定される。Ｍｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎは、Ｍｏｖｉｎｇであれば「Ｔｒｕｅ」が設定され、Ｓｔｏｐｐｉｎｇであれば「Ｆａｌｓｅ」が設定される。なお、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎは、ソースノードのノードＩＤ又はソースセルのセルＩＤをさらに含んでもよい。
【００７８】
ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥを受信した場合、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新し、この情報を考慮してハンドオーバの受入判断を行う。
【００７９】
以上説明したように、本実施形態では、移動型のＥ−ＵＴＲＡＮノードが存在する場合に、当該ノードが移動中であるか停止中であるかによって、ハンドオーバ制御を適切かつ動的に変更できる。詳細には、移動中のＥ−ＵＴＲＡＮノードから固定Ｅ−ＵＴＲＡＮノードへのハンドオーバ、及び固定Ｅ−ＵＴＲＡＮノードから移動中のＥ−ＵＴＲＡＮノードへＵＥへのハンドオーバを実行させない。これにより、Ｐｉｎｇ−Ｐｏｎｇハンドオーバの多発やハンドオーバ障害の多発を回避できる。また、無線リソースのオーバーヘッド増大や、不適切なＥ−ＵＴＲＡＮノードへの接続に伴う送信電力増加による与干渉及びバッテリ消費の増大を回避できる。
【００８０】
さらに、本実施形態では、移動中のＥ−ＵＴＲＡＮノードから別の移動中のＥ−ＵＴＲＡＮノードへＵＥをハンドオーバさせる場合、予め設定されたＧｒｏｕｐ  ＩＤが一致するノード間のハンドオーバは許容し、Ｇｒｏｕｐ  ＩＤが一致しないノード間のハンドオーバは拒否する。これにより、同一移動体内のＭ−ＲＮ２００間のハンドオーバを可能にすることができる。
【００８１】
このように、Ｅ−ＵＴＲＡＮノードが移動中は不適切なハンドオーバを抑制でき、かつ、同一移動体内に設置されたＭ−ＲＮ等、ハンドオーバを実施すべきノード間ではハンドオーバを実行できる。また、ノードが停止した場合は通常のハンドオーバを実行できる。さらに、これら移動中/停止中のハンドオーバ制御を動的に自律分散で実行できるので、状況に応じた適切な制御が可能となり、かつ人手による作業が不要となる効果も期待できる。
【００８２】
［第１実施形態の変更例］
上述した第１実施形態では、Ｘ２インターフェイスを利用したハンドオーバ手順を記載したが、Ｓ１インターフェイスを利用したハンドオーバ手順であってもよい。Ｓ１インターフェイスを利用したハンドオーバ手順では、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎ）の後に、ＭＭＥ４００に対してＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤを送信し、受け入れ判断（Ｈａｎｄｏｖｅｒ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）の後にＭＭＥ４００に対してＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥまたはＨＡＮＤＯＶＥＲ  ＦＡＩＬＵＲＥを送信する。
【００８３】
図９は、本変更例に係るハンドオーバ手順の動作シーケンス図である。
【００８４】
図９に示すように、ステップＳ１１０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔをソースノードに送信する。
【００８５】
ステップＳ１２０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎ）を行い、ターゲットノードへのハンドオーバを決定する。
【００８６】
ステップＳ１３０ａにおいて、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤをＭＭＥ４００に送信する。ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤは、上述したＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含む。ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤの詳細については後述する。
【００８７】
ステップＳ１３０ｂにおいて、ＭＭＥ４００は、ソースノードからのＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤに応じて、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴをターゲットノードに送信する。ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴは、上述したＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含む。ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴの詳細については後述する。
【００８８】
ステップＳ１４０において、ターゲットノードは、ＭＭＥ４００からのＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴに基づいて、上述したハンドオーバ受入判断(Ｈａｎｄｏｖｅｒ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）を行う。
【００８９】
ステップＳ１５０ａにおいて、ターゲットノードは、ハンドオーバ受入判断の結果に応じて、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを許可する旨のメッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ）、又はＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを拒否する旨のメッセージ（ＨＡＮＤＯＶＥＲ  ＦＡＩＬＵＲＥ）をＭＭＥ４００に送信する。
【００９０】
以降の処理（ステップＳ１６０ａ）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。
【００９１】
次に、本変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤを説明する。図１０は、本変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤのメッセージ構成を示す。
【００９２】
図１０に示すように、本変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤは、新たなＩＥとして、上述したＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤとは異なる。なお、既存のＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤの詳細については、ＴＳ  ３６．４１３を参照されたい。
【００９３】
ＭＭＥ４００は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥを受信した場合、ターゲットノードに対して、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥを、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴに含めて転送する。
【００９４】
次に、本変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを説明する。図１１は、本変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴのメッセージ構成を示す。
【００９５】
図１１に示すように、本変更例に係るＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴは、新たなＩＥとして、上述したＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴとは異なる。なお、既存のＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴの詳細については、ＴＳ  ３６．４１３を参照されたい。
【００９６】
ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥを受信した場合、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新し、この情報を考慮してハンドオーバの受入判断を行う。
【００９７】
以上説明したように、本変更例によれば、Ｘ２インターフェイスが確立される前や、Ｘ２インターフェイスを有しないノードであっても、Ｓ１インターフェイスを有していれば、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを考慮して受け入れ判断（Ｈａｎｄｏｖｅｒ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）を行うことができる。
【００９８】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
【００９９】
上述した第１実施形態では、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを受け入れ判断（Ｈａｎｄｏｖｅｒ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）に使用していた。これに対し、本実施形態では、ターゲットノードからソースノードへ事前にＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを通知し、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎをハンドオーバ判断（Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎ）に使用する。
【０１００】
Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎの事前通知には、例えば、Ｘ２インターフェイスを確立するためのメッセージであるＸ２  ＳＥＴＵＰ、及び／又は、ｅＮＢ／ＲＮの設定変更を通知するためのメッセージであるＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥが利用できる。
【０１０１】
本実施形態では、Ｅ−ＵＴＲＡＮノードは、自身のＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及びＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎを周囲のノードに通知する。なお自身の移動状態は定期的に確認し、変更があった場合はＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎを再通知する。
【０１０２】
これらＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを受信したノードは、その情報を自身の記憶部に保持する。また、この情報を元に、各種設定情報の更新（例えば、ネイバーリストの修正、ＵＥ３００へのＭｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎの変更）を行ってもよい。
【０１０３】
ソースノードはＵＥからのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ及び上記Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎに基づいて、Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎを行う。Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎの結果、ハンドオーバを行うことが適切と判断した場合はターゲットノードへＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを送信し、ハンドオーバさせることが不適切と判断した場合は何もアクションを起こさない。
【０１０４】
次に、本実施形態に係るハンドオーバ手順を説明する。図１２は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。
【０１０５】
図１２に示すように、ステップＳ２１０において、ターゲットノードは、Ｘ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥをソースノードに送信する。Ｘ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥは、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含む。Ｘ２  ＳＥＴＵＰ及びＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥの詳細については後述する。Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを受信したソースノードは、その情報を自身の記憶部に保持する。
【０１０６】
ステップＳ２２０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔをソースノードに送信する。
【０１０７】
ステップＳ２３０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎ）を行う。ハンドオーバ判断の詳細については後述する。ここでは、ターゲットノードへのハンドオーバを決定したとする。
【０１０８】
ステップＳ２４０において、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴをターゲットノードに送信する。
【０１０９】
以降の処理（ステップＳ２５０）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。
【０１１０】
次に、本実施形態に係るハンドオーバ判断フローを説明する。図１３は、本実施形態に係るハンドオーバ判断フローのフロー図である。
【０１１１】
図１３に示すように、ステップＳ２３１において、ソースノードは、既存のハンドオーバ判断処理により、ＵＥ３００のハンドオーバを決定し、かつターゲットノードを決定する。
【０１１２】
ステップＳ２３２において、ソースノードは、ターゲットノードからのＸ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥに含まれていたＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ（すなわち、ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ）、及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤを読み出す。なお、自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤは自ノードの記憶部に記憶されているとする。
【０１１３】
そして、ステップＳ２３３において、ソースノードは、ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致するか否かを確認する。
【０１１４】
ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致する場合（ステップＳ２３３；ＹＥＳ）、ステップＳ２３６において、ソースノードは、ターゲットノードへのＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを送信する。
【０１１５】
これに対し、ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致しない場合（ステップＳ２３３；ＮＯ）、ステップＳ２３４において、ソースノードは、ターゲットノードからのＸ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥに含まれていたＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ（すなわち、ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ）、及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎをさらに読み出す。なお、自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎは自ノードの記憶部に記憶されているとする。
【０１１６】
そして、ステップＳ２３５において、ソースノードは、ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの両方が移動中でない（すなわち、Ｓｔｏｐｐｉｎｇ）であるか否かを確認する。
【０１１７】
ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇである場合（ステップＳ２３５；ＹＥＳ）、ステップＳ２３６において、ソースノードは、ターゲットノードへのＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを送信する。
【０１１８】
これに対し、ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの少なくとも何れか一方がＭｏｖｉｎｇである場合（ステップＳ２３５；ＮＯ）、ステップＳ２３７において、ソースノードは、ハンドオーバを実行することが不適切であると判断し、ターゲットノードへのＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴを送信せずに、ハンドオーバ判断を終了する。
【０１１９】
なお、本フローでは、ソースノードは、Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及びＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎのそれぞれに基づいて複数の判定処理（ステップＳ２３３、ステップＳ２３５）を行っているが、何れか１つの判定処理のみを行ってもよい。
【０１２０】
次に、本実施形態に係るＸ２  ＳＥＴＵＰを説明する。図１４は、本実施形態に係るＸ２  ＳＥＴＵＰのメッセージ構成を示す。
【０１２１】
図１４に示すように、本実施形態に係るＸ２  ＳＥＴＵＰは、新たなＩＥとして、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＸ２  ＳＥＴＵＰとは異なる。なお、既存のＸ２  ＳＥＴＵＰの詳細については、ＴＳ  ３６．４２３を参照されたい。ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥを受信した場合、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新する。  次に、本実施形態に係るＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥを説明する。図１５は、本実施形態に係るＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥのメッセージ構成を示す。
【０１２２】
図１５に示すように、本実施形態に係るＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥは、新たなＩＥとして、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎが追加されている点で既存のＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥとは異なる。なお、既存のＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥの詳細については、ＴＳ  ３６．４２３を参照されたい。ｅＮＢ１００又はＲＮ２００は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥを受信した場合、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥに含まれるソースセルＩＤ（又はノードＩＤ）で示されるセルに関する、ｅＮＢ１００又はＲＮ２００内部に保持している情報を更新する。
【０１２３】
以上説明したように、本実施形態によれば、第１実施形態と同様の効果を得ることができる。
【０１２４】
［第２実施形態の第１変更例］
上述した第２実施形態では、Ｘ２インターフェイスを利用したハンドオーバ手順を記載した。しかしながら、上述した第１実施形態の変更例と同様に、Ｓ１インターフェイスを利用したハンドオーバ手順であってもよい。
【０１２５】
図１６は、本変更例に係るハンドオーバ手順の動作シーケンス図である。図１６に示すように、Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎの後にＭＭＥに対してＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤを送信する（ステップＳ２４０ａ）点が、上述した第２実施形態とは異なる。
【０１２６】
［第２実施形態の第２変更例］
上述した第２実施形態では、Ｘ２インターフェイス上で送受信されるＸ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥを利用してＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを通知する一例を説明した。これに対し、本変更例では、Ｓ１インターフェイス上で送受信されるメッセージを利用してＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを通知する。
【０１２７】
次に、本変更例に係るハンドオーバ手順を説明する。図１７は、本変更例に係るハンドオーバ手順の動作シーケンス図である。
【０１２８】
図１７に示すように、ステップＳ２１０ａにおいて、ターゲットノードは、ＳＯＮに関する設定変更を通知するためのｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲをＭＭＥ４００に送信する。ｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲは、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含む。ｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲの詳細については後述する。
【０１２９】
ステップＳ２１０ａにおいて、ＭＭＥ４００は、ターゲットノードからのＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含むＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲをソースノードに送信する。ＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲの詳細については後述する。
【０１３０】
ステップＳ２２０において、ソースノードに収容されているＵＥ３００は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔをソースノードに送信する。
【０１３１】
ステップＳ２３０において、ソースノードは、ＵＥ３００からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、ハンドオーバ判断（Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎ）を行う。ハンドオーバ判断の詳細については後述する。ここでは、ターゲットノードへのハンドオーバを決定したとする。
【０１３２】
ステップＳ２４０において、ソースノードは、ＵＥ３００のハンドオーバを行うための要求メッセージであるＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤをＭＭＥ４００に送信する。
【０１３３】
以降の処理（ステップＳ２５０）は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。
【０１３４】
次に、本変更例に係るｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲを説明する。図１８は、本変更例に係るｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲのメッセージ構成を示す。
【０１３５】
図１８に示すように、本変更例に係るｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲは、新たなＩＥとして、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ、ソースセルＩＤ、及びターゲットセルＩＤを含むＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒが追加されている点で既存のｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲとは異なる。なお、既存のｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲの詳細については、ＴＳ  ３６．４１３を参照されたい。
【０１３６】
ＭＭＥ４００は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  ＩＥを受信した場合、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  ＩＥに含まれるターゲットセルＩＤで示されるセルに対して、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  ＩＥを転送する。
【０１３７】
次に、本変更例に係るＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲを説明する。図１９は、本変更例に係るＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲのメッセージ構成を示す。
【０１３８】
図１９に示すように、本変更例に係るＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲは、新たなＩＥとして、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  ＩＥが追加されている点で既存のＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲとは異なる。なお、既存のＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲの詳細については、ＴＳ  ３６．４１３を参照されたい。
【０１３９】
ｅＮＢ１００（又はＲＮ２００）は、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  ＩＥを受信した場合、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  ＩＥに含まれるソースセルＩＤで示されるセルに関する、ｅＮＢ１００（又はＲＮ２００）内部に保持している情報を更新する。
【０１４０】
以上説明したように、本変更例によれば、Ｘ２インターフェイスが確立される前や、Ｘ２インターフェイスを有しないノードであっても、Ｓ１インターフェイスを有していれば、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを考慮してハンドオーバ判断（Ｈａｎｄｏｖｅｒ  Ｄｅｃｉｓｉｏｎ）を行うことができる。
【０１４１】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。
【０１４２】
本実施形態では、ターゲットノードからソースノードへＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを事前に通知し、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを、ＵＥ３００の測定機能(ＵＥ  ｍｅａｓｕｒｅｍｅｎｔ)の設定情報の制御に使用する。設定情報としては、例えば、ＵＥ  Ｍｅａｓｕｒｅｍｅｎｔの対象外とすべきセル（Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌ）のリストであるＢｌａｃｋ  Ｌｉｓｔである。Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌは、ＵＥ  Ｍｅａｓｕｒｅｍｅｎｔ対象セル及びセル再選択の候補セルから除外される。
【０１４３】
次に、本実施形態に係るハンドオーバ手順を説明する。図２０は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。
【０１４４】
図２０に示すように、ステップＳ３１０において、ターゲットノードは、Ｘ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥをソースノードに送信する。Ｘ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥは、第２実施形態と同様に、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含む。あるいは、第２実施形態の第２変更例と同様に、ｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲ及びＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲを使用してもよい。Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを受信したソースノードは、その情報を自身の記憶部に保持する。
【０１４５】
ステップＳ３２０において、ソースノードは、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎに基づいて、Ｂｌａｃｋ  Ｌｉｓｔ変更判断（Ｂｌａｃｋ  Ｌｉｓｔ  Ｍｏｄｉｆｙ  Ｄｅｃｉｓｉｏｎ）を行う。Ｂｌａｃｋ  Ｌｉｓｔ変更判断の詳細については後述する。
【０１４６】
ソースノードは、Ｂｌａｃｋ  Ｌｉｓｔ変更判断の結果、ＵＥ  Ｍｅａｓｕｒｅｍｅｎｔ設定を変更する事が適切と判断した場合、ステップＳ３３０において、ＵＥ３００へＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、ハンドオーバさせる事が不適切と判断した場合は何もアクションを起こさない。
【０１４７】
ＵＥ３００は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信した場合、ステップＳ３４０において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎCompleteを送信する。
【０１４８】
ステップＳ３５０において、ＵＥ３００は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信した後のＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔにおいては、Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌを含まない測定値を報告する。
【０１４９】
ステップＳ３５０において、ソースノードは、Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌを含まない測定値に基づいて、ハンドオーバ判断を行う。これにより、Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌがハンドオーバ対象から除外されるため、適切なハンドオーバ制御が可能となる。なお、以降の処理は既存のハンドオーバ手順（例えば、非特許文献２参照）と同様である。
【０１５０】
次に、本実施形態に係るＢｌａｃｋ  Ｌｉｓｔ変更判断フローを説明する。図２１は、本実施形態に係るＢｌａｃｋ  Ｌｉｓｔ変更判断フローのフロー図である。
【０１５１】
図２１に示すように、ステップＳ３２１において、ソースノードは、ターゲットノードからのＸ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥに含まれていたＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ（すなわち、ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ）、及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤを読み出す。なお、自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤは自ノードの記憶部に記憶されているとする。
【０１５２】
そして、ステップＳ３２２において、ソースノードは、ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致するか否かを確認する。
【０１５３】
ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致する場合（ステップＳ３２２；ＹＥＳ）、処理がステップＳ３２６に進む。
【０１５４】
これに対し、ターゲットノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及び自ノードのＭ−ＲＮ  Ｇｒｏｕｐ  ＩＤが一致しない場合（ステップＳ３２２；ＮＯ）、ステップＳ３２３において、ソースノードは、ターゲットノードからのＸ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥに含まれていたＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ（すなわち、ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ）、及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎをさらに読み出す。なお、自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎは自ノードの記憶部に記憶されているとする。
【０１５５】
そして、ステップＳ３２４において、ソースノードは、ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの両方が移動中でない（すなわち、Ｓｔｏｐｐｉｎｇ）であるか否かを確認する。
【０１５６】
ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの両方がＳｔｏｐｐｉｎｇである場合（ステップＳ３２４；ＹＥＳ）、処理がステップＳ３２６に進む。
【０１５７】
これに対し、ターゲットノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎ及び自ノードのＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎの少なくとも何れか一方がＭｏｖｉｎｇである場合（ステップＳ３２４；ＮＯ）、ステップＳ３２５において、ソースノードは、当該ターゲットノードへのハンドオーバを実行することが不適切であると判断し、当該ターゲットノードに対応するセルＩＤをＢｌａｃｋ  Ｌｉｓｔに追加し、ＵＥ３００へ通知する。
【０１５８】
一方、ステップＳ３２６において、ソースノードは、当該ターゲットノードに対応するセルＩＤがＢｌａｃｋ  Ｌｉｓｔに含まれているかどうかを確認する。含まれている場合（ステップＳ３２６；ＹＥＳ）、ステップＳ３２７において、ソースノードは、当該ターゲットノードに対応するセルＩＤをＢｌａｃｋ  Ｌｉｓｔから削除した上で、ＵＥへ通知する。含まれていない場合（ステップＳ３２６；ＮＯ）、ステップＳ３２８において、ソースノードは、何もしない(アクションを起こさない)。
【０１５９】
なお、本フローでは、ソースノードは、Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤ及びＭｏｖｅｍｅｎｔ  Ｃｏｎｄｉｔｉｏｎのそれぞれに基づいて複数の判定処理（ステップＳ３２２、ステップＳ３２４）を行っているが、何れか１つの判定処理のみを行ってもよい。
【０１６０】
以上説明したように、本実施形態によれば、第１実施形態及び第２実施形態と同様の効果を得ることができる。
【０１６１】
［第４実施形態］
以下において、第４実施形態について、第１実施形態〜第３実施形態との相違点を主として説明する。
【０１６２】
上述した第１実施形態〜第３実施形態では、ハンドオーバ制御を対象としていた。これに対し、本実施形態では、ＵＥ３００がＲＲＣ＿ＩＤＬＥ時のモビリティ制御、すなわちセル再選択（Ｃｅｌｌ  Ｒｅｓｅｌｅｃｔｉｏｎ）制御を対象とする。
【０１６３】
次に、本実施形態に係るセル再選択手順を説明する。図２２は、本実施形態に係るセル再選択手順の動作シーケンス図である。ここでは、ＵＥ３００が在圏するセルに対応するノードをソースノードとし、セル再選択候補のセルに対応するノードをターゲットノードとしている。
【０１６４】
図２２に示すように、ステップＳ４１０において、ターゲットノードは、Ｘ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥをソースノードに送信する。Ｘ２  ＳＥＴＵＰ又はＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥは、第２実施形態及び第３実施形態と同様に、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを含む。あるいは、第２実施形態の第２変更例と同様に、ｅＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲ及びＭＭＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＴＲＡＮＳＦＥＲを使用してもよい。Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを受信したソースノードは、その情報を自身の記憶部に保持する。
【０１６５】
ステップＳ４２０において、ソースノードは、Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎに基づいて、第３実施形態と同様に、Ｂｌａｃｋ  Ｌｉｓｔ変更判断（Ｂｌａｃｋ  Ｌｉｓｔ  Ｍｏｄｉｆｙ  Ｄｅｃｉｓｉｏｎ）を行う。
【０１６６】
ソースノードは、Ｂｌａｃｋ  Ｌｉｓｔ変更判断の結果、システム情報設定を変更する事が適切と判断した場合、ステップＳ４３０において、ＰＡＧＩＮＧ又はＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ（ＳＩＢ）  Ｔｙｐｅ１にシステム情報変更通知を含めてブロードキャストで送信する。
【０１６７】
次に、ステップＳ４４０において、ソースノードは、ＳＩＢ  Ｔｙｐｅ４または５により、Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌの変更情報を通知する。
【０１６８】
ステップＳ４５０において、ＵＥ３００は、Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌの変更情報を含む  Ｔｙｐｅ４または５を受信すると、Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌをセル再選択候補から除外して、セル再選択処理を行う。これにより、セル再選択において、Ｂｌａｃｋ  Ｌｉｓｔｅｄ  Ｃｅｌｌは候補から外れるため、適切なセル再選択制御が可能となる。
【０１６９】
［その他の実施形態］
上記のように、本発明は各実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０１７０】
上述したＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎは、少なくとも一部を省略してもよい。図２３は、その他の実施形態に係るＭｏｂｉｌｅ  Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎを示す。図２３に示すように、Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤがゼロの場合、Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤはゼロ、すなわちハンドオーバ及びセル再選択の規制が不要なモードであると認識され、従ってＮｏｄｅ  Ｔｙｐｅ及びＭｏｖｅｍｅｎｔ  ＣｏｎｄｉｔｉｏｎはＦａｌｓｅと識別される。Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤがゼロでない場合、Ｍ−ＲＮ  Ｇｒｏｕｐ  ＩＤは指定されたＩＤであり、ハンドオーバ及びセルリセレクションの規制が必要なモードであると認識され、従ってＮｏｄｅ  Ｔｙｐｅ及びＭｏｖｅｍｅｎｔ  ＣｏｎｄｉｔｉｏｎはＴｒｕｅと識別される。このようにして、３つの情報の情報要素を一つのパラメータで表現する事も可能である。
【０１７１】
上述した各実施形態では、移動型のノードの一例としてＭ−ＲＮを説明したが、ｅＮＢが移動型であってもよい。
【０１７２】
上述した各実施形態では、ＬＴＥ−Ａｄｖａｎｃｅｄに基づいて構成される通信システムを例に説明したが、ＬＴＥ−Ａｄｖａｎｃｅｄに限らず、移動型のノードをサポートする他の通信システムに対して本発明を適用してもよい。
【産業上の利用可能性】
【０１７３】
以上のように、本発明に係る通信システム、無線通信ノード、及び通信制御方法は、Ｍ−ＲＮが導入される場合でも、ＵＥのモビリティ制御を適切に行うことができるため、移動体通信などの無線通信において有用である。
【図１】
0005922145.tif 000002
【図２】
0005922145.tif 000003
【図３】
0005922145.tif 000004
【図４】
0005922145.tif 000005
【図５】
0005922145.tif 000006
【図６】
0005922145.tif 000007
【図７】
0005922145.tif 000008
【図８】
0005922145.tif 000009
【図９】
0005922145.tif 000010
【図１０】
0005922145.tif 000011
【図１１】
0005922145.tif 000012
【図１２】
0005922145.tif 000013
【図１３】
0005922145.tif 000014
【図１４】
0005922145.tif 000015
【図１５】
0005922145.tif 000016
【図１６】
0005922145.tif 000017
【図１７】
0005922145.tif 000018
【図１８】
0005922145.tif 000019
【図１９】
0005922145.tif 000020
【図２０】
0005922145.tif 000021
【図２１】
0005922145.tif 000022
【図２２】
0005922145.tif 000023
【図２３】
0005922145.tif 000024