ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムであって、前記無線アクセスネットワークに含まれる第1の無線通信ノードと、前記無線アクセスネットワークに含まれる第2の無線通信ノードと、を有し、前記第1の無線通信ノードは、前記ユーザ端末のモビリティ制御のためのノード情報を送信し、前記第2の無線通信ノードは、前記ノード情報を受信し、前記ノード情報は、前記第1の無線通信ノードが移動型であるか否かを示す情報と、前記第1の無線通信ノードが移動型である場合に前記第1の無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、前記第1の無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする通信システム。前記無線アクセスネットワークと接続されたコアネットワークをさらに有し、前記第2の無線通信ノードは、前記コアネットワークを介して前記第1の無線通信ノードからの前記ノード情報を受信することを特徴とする請求項1に記載の通信システム。前記第1の無線通信ノードは、前記第1の無線通信ノードに収容されている前記ユーザ端末のハンドオーバを行うための要求を送信し、前記第2の無線通信ノードは、前記ユーザ端末のハンドオーバを行うための要求を受信すると、前記受信した要求を許可するか否の判断を行い、前記ノード情報は、前記第2の無線通信ノードにおいて前記判断に使用されることを特徴とする請求項1に記載の通信システム。前記第2の無線通信ノードは、前記第2の無線通信ノードに収容されている前記ユーザ端末から、前記ユーザ端末での受信信号状態の測定結果に関する報告を受信すると、前記受信した報告に基づいて前記ユーザ端末のハンドオーバの判断を行い、前記ノード情報は、前記第2の無線通信ノードにおいて前記判断に使用されることを特徴とする請求項1に記載の通信システム。前記第2の無線通信ノードは、前記第2の無線通信ノードに収容されている前記ユーザ端末に対して、前記ユーザ端末での受信信号状態の測定を制御するための情報を送信し、前記ノード情報は、前記第2の無線通信ノードにおいて前記測定の制御に使用されることを特徴とする請求項1に記載の通信システム。前記第2の無線通信ノードは、セル再選択を制御するための情報をブロードキャストで送信し、前記ノード情報は、前記第2の無線通信ノードにおいて前記セル再選択の制御に使用されることを特徴とする請求項1に記載の通信システム。ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、前記無線アクセスネットワークに含まれる他の無線通信ノードに宛てて、前記ユーザ端末のモビリティ制御のためのノード情報を送信する送信手段を有し、前記ノード情報は、自無線通信ノードが移動型であるか否かを示す情報と、自無線通信ノードが移動型である場合に自無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、自無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする無線通信ノード。ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、前記無線アクセスネットワークに含まれる他の無線通信ノードから送信され、前記ユーザ端末のモビリティ制御のためのノード情報を受信する受信手段を有し、前記ノード情報は、前記他の無線通信ノードが移動型であるか否かを示す情報と、前記他の無線通信ノードが移動型である場合に前記他の無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、前記他の無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする無線通信ノード。ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける通信制御方法であって、前記無線アクセスネットワークに含まれる第1の無線通信ノードが、前記ユーザ端末のモビリティ制御のためのノード情報を送信するステップと、前記無線アクセスネットワークに含まれる第2の無線通信ノードが、前記ノード情報を受信するステップと、を有し、前記ノード情報は、前記第1の無線通信ノードが移動型であるか否かを示す情報と、前記第1の無線通信ノードが移動型である場合に前記第1の無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、前記第1の無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする通信制御方法。しかしながら、現状では、E-UTRANEvolvedUniversalTerrestrialRadioAccessNetworkに含まれる無線通信ノードであるE-UTRANノードすなわち、eNB及びRNが地理的に移動することは考慮されていない。よって、M-RNが導入された場合に、ユーザ端末UserEquipment:UEのモビリティ制御すなわち、ハンドオーバ制御及びセル再選択制御を適切に行うことができない虞がある。そこで、本発明は、M-RNが導入される場合でも、UEのモビリティ制御を適切に行うことができる通信システム、無線通信ノード、及び通信制御方法を提供する。上述した課題を解決するために、本発明は以下のような特徴を有している。本発明の通信システムは、ユーザ端末例えば、UE300と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワーク例えば、E-UTRAN10と、を有し、前記無線アクセスネットワークは、移動型の無線通信ノード例えば、M-RN200を含む通信システムであって、前記無線アクセスネットワークに含まれる第1の無線通信ノード例えば、eNB100又はRN200と、前記無線アクセスネットワークに含まれる第2の無線通信ノード例えば、eNB100又はRN200と、を有し、前記第1の無線通信ノードは、前記ユーザ端末のモビリティ制御のためのノード情報例えば、MobileNodeInformationを送信し、前記第2の無線通信ノードは、前記ノード情報を受信し、前記ノード情報は、前記第1の無線通信ノードが移動型であるか否かを示す情報と、前記第1の無線通信ノードが移動型である場合に前記第1の無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、前記第1の無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする。本発明の通信システムの他の特徴によれば、前記無線アクセスネットワークと接続されたコアネットワーク例えば、EPC20をさらに有し、前記第2の無線通信ノードは、前記コアネットワークを介して前記第1の無線通信ノードからの前記ノード情報を受信する。本発明の通信システムの他の特徴によれば、前記第1の無線通信ノードは、前記第1の無線通信ノードに収容されている前記ユーザ端末のハンドオーバを行うための要求を送信し、前記第2の無線通信ノードは、前記ユーザ端末のハンドオーバを行うための要求を受信すると、前記受信した要求を許可するか否の判断を行い、前記ノード情報は、前記第2の無線通信ノードにおいて前記判断に使用される。本発明の通信システムの他の特徴によれば、前記第2の無線通信ノードは、前記第2の無線通信ノードに収容されている前記ユーザ端末から、前記ユーザ端末での受信信号状態の測定結果に関する報告を受信すると、前記受信した報告に基づいて前記ユーザ端末のハンドオーバの判断を行い、前記ノード情報は、前記第2の無線通信ノードにおいて前記判断に使用される。本発明の通信システムの他の特徴によれば、前記第2の無線通信ノードは、前記第2の無線通信ノードに収容されている前記ユーザ端末に対して、前記ユーザ端末での受信信号状態の測定を制御するための情報を送信し、前記ノード情報は、前記第2の無線通信ノードにおいて前記測定の制御に使用される。本発明の通信システムの他の特徴によれば、前記第2の無線通信ノードは、セル再選択を制御するための情報をブロードキャストで送信し、前記ノード情報は、前記第2の無線通信ノードにおいて前記セル再選択の制御に使用される。本発明の無線通信ノードは、ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、前記無線アクセスネットワークに含まれる他の無線通信ノードに宛てて、前記ユーザ端末のモビリティ制御のためのノード情報を送信する送信手段を有し、前記ノード情報は、自無線通信ノードが移動型であるか否かを示す情報と、自無線通信ノードが移動型である場合に自無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、自無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする。本発明の無線通信ノードは、ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける無線通信ノードであって、前記無線アクセスネットワークに含まれる他の無線通信ノードから送信され、前記ユーザ端末のモビリティ制御のためのノード情報を受信する受信手段を有し、前記ノード情報は、前記他の無線通信ノードが移動型であるか否かを示す情報と、前記他の無線通信ノードが移動型である場合に前記他の無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、前記他の無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする。本発明の通信制御方法は、ユーザ端末と、前記ユーザ端末との無線通信を行うことができる無線アクセスネットワークと、を有し、前記無線アクセスネットワークは、移動型の無線通信ノードを含む通信システムにおける通信制御方法であって、前記無線アクセスネットワークに含まれる第1の無線通信ノードが、前記ユーザ端末のモビリティ制御のためのノード情報を送信するステップと、前記無線アクセスネットワークに含まれる第2の無線通信ノードが、前記ノード情報を受信するステップと、を有し、前記ノード情報は、前記第1の無線通信ノードが移動型であるか否かを示す情報と、前記第1の無線通信ノードが移動型である場合に前記第1の無線通信ノードが属する移動型の無線通信ノードグループを示す情報と、前記第1の無線通信ノードの移動状態を示す情報と、のうち少なくとも1つの情報を含むことを特徴とする。本発明によれば、M-RNが導入される場合でも、UEのモビリティ制御を適切に行うことができる通信システム、無線通信ノード、及び通信制御方法を提供できる。図面を参照して、本発明の第1実施形態~第4実施形態、及びその他の実施形態を説明する。以下の各実施形態に係る図面において、同一又は類似の部分には同一又は類似の符号を付す。[第1実施形態]図1は、本実施形態に係る通信システムの全体構成図である。本実施形態に係る通信システムは、3GPPで仕様が策定されているLTE-Advancedに基づいて構成されており、上述したM-RNをサポートする。図1に示すように、本実施形態に係る通信システムは、eNB100、RN200、UE300、MMEMobilityManagementEntity/S-GWServingGateway400を有する。eNB100及びRN200は、LTEの無線アクセスネットワークであるE-UTRAN10を構成する。以下において、E-UTRAN10に含まれる無線通信ノードすなわち、eNB100及びRN200を適宜E-UTRANノード又はノードと称する。MME/S-GW400は、LTEのコアネットワークであるEPCEvolvedPacketCore20を構成する。eNB100は、固定型の無線通信ノードであり、RN200又はUE300との無線通信を行うように構成される。RN200との無線通信を行うeNB100はドナーeNBDeNBと称される。eNB100は、隣接する他のeNB100との通信をX2インターフェイス上で行い、隣接するRN200との通信をX2インターフェイス上及びS1インターフェイス上で行い、MME/S-GW400との通信をS1インターフェイス上で行う。さらに、DeNB100-2は、MME/S-GW400との通信をS11インターフェイス上で行う。eNB100及びRN200は、無線通信エリアの最小単位であるセルを1つ又は複数形成する。eNB100及びRN200は、セルを識別可能な参照信号を常時ブロードキャストで送信する。RN又はM-RN200は、固定型又は移動型の無線通信ノードであり、eNB100DeNB100-2との無線通信及びUE300との無線通信を行うように構成される。RN又はM-RN200は、DeNB100-2との間にUE300と同様のインターフェイスUnインターフェイスを有する。UE300は、eNB100との通信と同様の方法でRN200との通信を行う。RN又はM-RN200は、DeNB100-2との通信をX2インターフェイス上、S1インターフェイス上、及びUnインターフェイス上で行う。UE300は、ユーザが所持する移動型の無線通信装置である。UE300は、eNB100が形成するセル又はRN200が形成するセルにアクセスし、当該セルに収容される。UE300がサービングセルとの通信実行中の状態はコネクティッド状態RRC_CONNECTEDと称され、UE300が待ち受け中の状態はアイドル状態RRC_IDLEと称される。UE300は、最も通信状態の良好なセルへサービングセルを切り替える。コネクティッド状態におけるサービングセルの切り替えはハンドオーバと称される。ハンドオーバは、サービングセルeNB100又はRN200によって制御される。また、アイドル状態におけるUE300の在圏セルの切り替えはセル再選択と称される。UE300は、サービングセルの制御下で、サービングセル及び隣接セルからの受信信号状態を測定し、測定結果に関する報告をサービングセルに送信する。このような報告は、MeasurementReportと称される。受信信号状態とは、例えば参照信号受信電力RSRPや参照信号受信品質RSRQである。MMEは、UE300が在圏するセルを管理しており、UE300に対する各種モビリティ管理を行うように構成される。S-GWは、UE300が送受信するユーザデータの転送制御を行うように構成される。次に、eNB100の構成を説明する。図2は、eNB100のブロック図である。図2に示すように、eNB100は、アンテナ101、無線通信部110、ネットワーク通信部120、記憶部130、及び制御部140を有する。アンテナ101は、無線信号の送受信に用いられる。無線通信部110は、LTE物理レイヤ仕様に準拠した無線通信を行う。無線通信部110は、例えば無線周波数RF回路やベースバンドBB回路等を用いて構成され、アンテナ101を介して無線信号を送受信する。ネットワーク通信部120は、X2インターフェイス上で他のeNB100との通信を行い、S1インターフェイス上及びS11インターフェイス上でMME/S-GW400との通信を行う。記憶部130は、例えばメモリを用いて構成され、eNB100の制御等に用いられる各種の情報を記憶する。制御部140は、例えばプロセッサを用いて構成され、eNB100が備える各種の機能を制御する。制御部140は、詳細については後述するが、UE300のモビリティ制御ハンドオーバ制御及びセル再選択制御を行う。次に、RN200の構成を説明する。図3は、RN200のブロック図である。図3に示すように、RN200は、アンテナ201、無線通信部210、アンテナ202、無線通信部220、GPSGlobalPositioningSystem受信機230、記憶部240、及び制御部250を有する。ただし、RN200は、GPS受信機230を有していなくてもよい。アンテナ201は、DeNB100-2との無線信号の送受信に用いられる。無線通信部210は、例えばRF回路やBB回路等を用いて構成され、アンテナ201を介して、LTE物理レイヤ仕様に準拠してDeNB100-2との無線通信を行う。無線通信部110は、X2インターフェイス上、S1インターフェイス上、及びUnインターフェイス上で、DeNB100-2との通信を行う。アンテナ202は、UE300との無線信号の送受信に用いられる。無線通信部220は、例えばRF回路やBB回路等を用いて構成され、アンテナ201を介して、LTE物理レイヤ仕様に準拠してUE300との無線通信を行う。GPS受信機230は、GPS信号を受信し、受信したGPS信号に基づいてRN200の地理的な位置を示す位置情報を制御部250に出力する。記憶部240は、例えばメモリを用いて構成され、RN200の制御等に用いられる各種の情報を記憶する。制御部250は、例えばプロセッサを用いて構成され、RN200が備える各種の機能を制御する。制御部250は、詳細については後述するが、UE300のモビリティ制御ハンドオーバ制御及びセル再選択制御を行う。また、制御部250は、GPS受信機230からの位置情報に基づいて、自RN200の移動状態を検出する。あるいは、制御部250は、無線通信部210におけるハンドオーバ回数もしくはセル再選択回数をカウントし、このカウント値が規定時間内に一定数を超えたか否かで移動状態を検出してもよく、同状態を他ノード又はUE300から通知を受けることで検出してもよい。次に、通信システムの動作環境の一例を説明する。図4は、M-RN200が設置された電車又はバス等の移動体がeNB100の近傍を通過する状況を示す。図4に示すように、移動体にM-RN200M-RN200-1及びM-RN200-2が設置されており、当該移動体内でUE300-1がM-RN200-1に収容されている。M-RN200は、DeNB100-2に収容されている。また、eNB100-1にUE300-2が収容されている。移動体がeNB100eNB100-1又はDeNB100-2に接近する過程で、UE300-1がM-RN200-1からeNB100へのハンドオーバを行い、その直後に、移動体がeNB100から離れていく過程で、UE300-1がeNB100からM-RN200-1へのハンドオーバを行う。この現象は、eNB100の送信電力がM-RN200の送信電力よりも大きい場合に顕著となる。また、移動体がUE300-2に接近する過程で、UE300-2がeNB100-1からM-RN200へのハンドオーバを行い、その直後に、移動体がUE300-2から離れていく過程で、UE300-2がM-RN200からeNB100-1へのハンドオーバを行う。このような切り戻り現象はPingpongハンドオーバと称され、リソースが無駄に消費されてしまう。さらに、M-RN200に多数のUE300が収容されている場合には、多数のUE300が同時にハンドオーバを行うことで、処理が輻輳してハンドオーバ障害が発生する確率が高まる。このような問題を解決するために、本実施形態では、UE300のハンドオーバ手順において、ハンドオーバ元のE-UTRANノード以下、ソースノードと称するから、ハンドオーバ候補のE-UTRANノード以下、ターゲットノードと称するへ、ソースノードの移動状態を示す情報以下、MovementConditionと称するを通知する。そして、ターゲットノードは、ソースノード及びターゲットノードの少なくとも一方が移動中である場合には、UE300の受け入れを拒否する。その結果、上述したPingpongハンドオーバを回避できる。一方で、M-RN200が移動中において、UE300-1がM-RN200-2へ向けて移動する場合には、M-RN200-1からM-RN200-2へのハンドオーバは許容すべきである。よって、本実施形態では、ハンドオーバを許容するM-RN200のグループ以下、M-RNGroupと称するを事前に設定し、UE300のハンドオーバ手順において、ソースノードからターゲットノードへ、M-RNGroupを識別するためのM-RNGroupIDを通知する。そして、ターゲットノードは、ソースノード及びターゲットノードが同一のM-RNGroupIDであることを確認できた場合には、UE300の受け入れを許容する。これに対し、ソースノード及びターゲットノードが同一のM-RNGroupIDであることを確認できない場合には、UE300の受け入れを拒否する。これにより、同一移動体内のM-RN200間のハンドオーバを可能にすることができる。本実施形態では、ハンドオーバ手順において、上述したMovementCondition及びM-RNGroupIDの両方を通知する一例を説明するが、何れか一方のみを通知してもよい。さらに、本実施形態では、ターゲットノードにおける判定の精度を高めるために、ソースノードが移動型であるか否かの情報以下、NodeTypeと称するをさらに通知する。ただし、NodeTypeは、必ずしも通知しなくてもよい。以下においては、NodeType、M-RNGroupID、及びMovementConditionをMobileNodeInformationと称する。次に、本実施形態に係るハンドオーバ手順を説明する。図5は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。図5に示すように、ステップS110において、ソースノードに収容されているUE300は、MeasurementReportをソースノードに送信する。ステップS120において、ソースノードは、UE300からのMeasurementReportに基づいて、ハンドオーバ判断HandoverDecisionを行い、ターゲットノードへのハンドオーバを決定する。ステップS130において、ソースノードは、UE300のハンドオーバを行うための要求メッセージであるHANDOVERREQUESTをターゲットノードに送信する。HANDOVERREQUESTは、上述したMobileNodeInformationを含む。HANDOVERREQUESTの詳細については後述する。ステップS140において、ターゲットノードは、ソースノードからのHANDOVERREQUESTに基づいて、ハンドオーバ受入判断ではないか否かを確認する。ソースノードのNodeType及び自ノードのNodeTypeが何れもMobileではないすなわち、固定型場合ステップS142;YES、ステップS148において、ターゲットノードは、通常のハンドオーバ受入判断を行う。これに対し、ソースノードのNodeType及び自ノードのNodeTypeの少なくとも何れか一方がMobileである場合ステップS142;NO、ステップS143において、ターゲットノードは、HANDOVERREQUESTに含まれるM-RNGroupIDすなわち、ソースノードのM-RNGroupID、及び自ノードのM-RNGroupIDをさらに読み出す。なお、自ノードのM-RNGroupIDは自ノードの記憶部に記憶されているとする。そして、ステップS144において、ターゲットノードは、ソースノードのNodeType及び自ノードのNodeTypeの両方がMobileであり、かつ、ソースノードのM-RNGroupID及び自ノードのM-RNGroupIDが一致するか否かを確認する。ソースノードのNodeType及び自ノードのNodeTypeの両方がMobileであり、かつ、ソースノードのM-RNGroupID及び自ノードのM-RNGroupIDが一致する場合ステップS144;YES、ステップS148において、ターゲットノードは、通常のハンドオーバ受入判断を行う。これに対し、ソースノードのNodeType及び自ノードのNodeTypeの何れかがMobileではない、及び/又は、ソースノードのM-RNGroupID及び自ノードのM-RNGroupIDが一致しない場合ステップS144;NO、ステップS145において、ターゲットノードは、HANDOVERREQUESTに含まれるMovementConditionすなわち、ソースノードのMovementCondition、及び自ノードのMovementConditionをさらに読み出す。なお、自ノードのMovementConditionは自ノードの記憶部に記憶されているとする。そして、ステップS146において、ターゲットノードは、ソースノードのMovementCondition及び自ノードのMovementConditionの両方がStoppingであるか否かを確認する。ソースノードのMovementCondition及び自ノードのMovementConditionの両方がStopping停止中である場合ステップS146;YES、ステップS148において、ターゲットノードは、通常のハンドオーバ受入判断を行う。これに対し、ソースノードのMovementCondition及び自ノードのMovementConditionの少なくとも何れか一方がMoving移動中である場合ステップS146;NO、ステップS147において、ターゲットノードは、ハンドオーバを実行することが不適切であると判断し、ソースノードに対してHANDOVERPREPARATIONFAILUEを送信し、ハンドオーバ受入判断を終了する。なお、本フローでは、ターゲットノードは、NodeType、M-RNGroupID、及びMovementConditionのそれぞれに基づいて複数の判定処理ステップS142、ステップS144、ステップS146を行っているが、何れか1つの判定処理のみを行ってもよい。次に、本実施形態に係るHANDOVERREQUESTを説明する。図7は、本実施形態に係るHANDOVERREQUESTのメッセージ構成を示す。図7に示すように、本実施形態に係るHANDOVERREQUESTは、新たな情報要素IEとして、MobileNodeInformationが追加されている点で既存のHANDOVERREQUESTとは異なる。なお、既存のHANDOVERREQUESTの詳細については、TS36.423を参照されたい。図8は、MobileNodeInformationのIE構成を示す。図8に示すように、NodeTypeは、MobileであればTrueが設定され、MobileでなければFalseが設定される。M-RNGroupIDは、M-RNGroup毎に固有のIDが設定される。MovementConditionは、MovingであればTrueが設定され、StoppingであればFalseが設定される。なお、MobileNodeInformationは、ソースノードのノードID又はソースセルのセルIDをさらに含んでもよい。eNB100又はRN200は、MobileNodeInformationIEを受信した場合、MobileNodeInformationIEに含まれるソースセルID又はノードIDで示されるセルに関する、eNB100又はRN200内部に保持している情報を更新し、この情報を考慮してハンドオーバの受入判断を行う。以上説明したように、本実施形態では、移動型のE-UTRANノードが存在する場合に、当該ノードが移動中であるか停止中であるかによって、ハンドオーバ制御を適切かつ動的に変更できる。詳細には、移動中のE-UTRANノードから固定E-UTRANノードへのハンドオーバ、及び固定E-UTRANノードから移動中のE-UTRANノードへUEへのハンドオーバを実行させない。これにより、Ping-Pongハンドオーバの多発やハンドオーバ障害の多発を回避できる。また、無線リソースのオーバーヘッド増大や、不適切なE-UTRANノードへの接続に伴う送信電力増加による与干渉及びバッテリ消費の増大を回避できる。さらに、本実施形態では、移動中のE-UTRANノードから別の移動中のE-UTRANノードへUEをハンドオーバさせる場合、予め設定されたGroupIDが一致するノード間のハンドオーバは許容し、GroupIDが一致しないノード間のハンドオーバは拒否する。これにより、同一移動体内のM-RN200間のハンドオーバを可能にすることができる。このように、E-UTRANノードが移動中は不適切なハンドオーバを抑制でき、かつ、同一移動体内に設置されたM-RN等、ハンドオーバを実施すべきノード間ではハンドオーバを実行できる。また、ノードが停止した場合は通常のハンドオーバを実行できる。さらに、これら移動中停止中のハンドオーバ制御を動的に自律分散で実行できるので、状況に応じた適切な制御が可能となり、かつ人手による作業が不要となる効果も期待できる。[第1実施形態の変更例]上述した第1実施形態では、X2インターフェイスを利用したハンドオーバ手順を記載したが、S1インターフェイスを利用したハンドオーバ手順であってもよい。S1インターフェイスを利用したハンドオーバ手順では、ハンドオーバ判断HandoverDecisionの後に、MME400に対してHANDOVERREQUIREDを送信し、受け入れ判断HandoverAdmissionControlの後にMME400に対してHANDOVERREQUESTACKNOWLEDGEまたはHANDOVERFAILUREを送信する。図9は、本変更例に係るハンドオーバ手順の動作シーケンス図である。図9に示すように、ステップS110において、ソースノードに収容されているUE300は、MeasurementReportをソースノードに送信する。ステップS120において、ソースノードは、UE300からのMeasurementReportに基づいて、ハンドオーバ判断HandoverDecisionを行い、ターゲットノードへのハンドオーバを決定する。ステップS130aにおいて、ソースノードは、UE300のハンドオーバを行うための要求メッセージであるHANDOVERREQUIREDをMME400に送信する。HANDOVERREQUIREDは、上述したMobileNodeInformationを含む。HANDOVERREQUIREDの詳細については後述する。ステップS130bにおいて、MME400は、ソースノードからのHANDOVERREQUIREDに応じて、UE300のハンドオーバを行うための要求メッセージであるHANDOVERREQUESTをターゲットノードに送信する。HANDOVERREQUESTは、上述したMobileNodeInformationを含む。HANDOVERREQUESTの詳細については後述する。ステップS140において、ターゲットノードは、MME400からのHANDOVERREQUESTに基づいて、上述したハンドオーバ受入判断の設定情報の制御に使用する。設定情報としては、例えば、UEMeasurementの対象外とすべきセルBlackListedCellのリストであるBlackListである。BlackListedCellは、UEMeasurement対象セル及びセル再選択の候補セルから除外される。次に、本実施形態に係るハンドオーバ手順を説明する。図20は、本実施形態に係るハンドオーバ手順の動作シーケンス図である。図20に示すように、ステップS310において、ターゲットノードは、X2SETUP又はENBCONFIGURATIONUPDATEをソースノードに送信する。X2SETUP又はENBCONFIGURATIONUPDATEは、第2実施形態と同様に、MobileNodeInformationを含む。あるいは、第2実施形態の第2変更例と同様に、eNBCONFIGURATIONTRANSFER及びMMECONFIGURATIONTRANSFERを使用してもよい。MobileNodeInformationを受信したソースノードは、その情報を自身の記憶部に保持する。ステップS320において、ソースノードは、MobileNodeInformationに基づいて、BlackList変更判断BlackListModifyDecisionを行う。BlackList変更判断の詳細については後述する。ソースノードは、BlackList変更判断の結果、UEMeasurement設定を変更する事が適切と判断した場合、ステップS330において、UE300へRRCConnectionReconfigurationを送信し、ハンドオーバさせる事が不適切と判断した場合は何もアクションを起こさない。UE300は、RRCConnectionReconfigurationを受信した場合、ステップS340において、RRCConnectionReconfigurationCompleteを送信する。ステップS350において、UE300は、RRCConnectionReconfigurationを受信した後のMeasurementReportにおいては、BlackListedCellを含まない測定値を報告する。ステップS350において、ソースノードは、BlackListedCellを含まない測定値に基づいて、ハンドオーバ判断を行う。これにより、BlackListedCellがハンドオーバ対象から除外されるため、適切なハンドオーバ制御が可能となる。なお、以降の処理は既存のハンドオーバ手順例えば、非特許文献2参照と同様である。次に、本実施形態に係るBlackList変更判断フローを説明する。図21は、本実施形態に係るBlackList変更判断フローのフロー図である。図21に示すように、ステップS321において、ソースノードは、ターゲットノードからのX2SETUP又はENBCONFIGURATIONUPDATEに含まれていたM-RNGroupIDすなわち、ターゲットノードのM-RNGroupID、及び自ノードのM-RNGroupIDを読み出す。なお、自ノードのM-RNGroupIDは自ノードの記憶部に記憶されているとする。そして、ステップS322において、ソースノードは、ターゲットノードのM-RNGroupID及び自ノードのM-RNGroupIDが一致するか否かを確認する。ターゲットノードのM-RNGroupID及び自ノードのM-RNGroupIDが一致する場合ステップS322;YES、処理がステップS326に進む。これに対し、ターゲットノードのM-RNGroupID及び自ノードのM-RNGroupIDが一致しない場合ステップS322;NO、ステップS323において、ソースノードは、ターゲットノードからのX2SETUP又はENBCONFIGURATIONUPDATEに含まれていたMovementConditionすなわち、ターゲットノードのMovementCondition、及び自ノードのMovementConditionをさらに読み出す。なお、自ノードのMovementConditionは自ノードの記憶部に記憶されているとする。そして、ステップS324において、ソースノードは、ターゲットノードのMovementCondition及び自ノードのMovementConditionの両方が移動中でないすなわち、Stoppingであるか否かを確認する。ターゲットノードのMovementCondition及び自ノードのMovementConditionの両方がStoppingである場合ステップS324;YES、処理がステップS326に進む。これに対し、ターゲットノードのMovementCondition及び自ノードのMovementConditionの少なくとも何れか一方がMovingである場合ステップS324;NO、ステップS325において、ソースノードは、当該ターゲットノードへのハンドオーバを実行することが不適切であると判断し、当該ターゲットノードに対応するセルIDをBlackListに追加し、UE300へ通知する。一方、ステップS326において、ソースノードは、当該ターゲットノードに対応するセルIDがBlackListに含まれているかどうかを確認する。含まれている場合ステップS326;YES、ステップS327において、ソースノードは、当該ターゲットノードに対応するセルIDをBlackListから削除した上で、UEへ通知する。含まれていない場合ステップS326;NO、ステップS328において、ソースノードは、何もしない。なお、本フローでは、ソースノードは、M-RNGroupID及びMovementConditionのそれぞれに基づいて複数の判定処理ステップS322、ステップS324を行っているが、何れか1つの判定処理のみを行ってもよい。以上説明したように、本実施形態によれば、第1実施形態及び第2実施形態と同様の効果を得ることができる。[第4実施形態]以下において、第4実施形態について、第1実施形態~第3実施形態との相違点を主として説明する。上述した第1実施形態~第3実施形態では、ハンドオーバ制御を対象としていた。これに対し、本実施形態では、UE300がRRC_IDLE時のモビリティ制御、すなわちセル再選択CellReselection制御を対象とする。次に、本実施形態に係るセル再選択手順を説明する。図22は、本実施形態に係るセル再選択手順の動作シーケンス図である。ここでは、UE300が在圏するセルに対応するノードをソースノードとし、セル再選択候補のセルに対応するノードをターゲットノードとしている。図22に示すように、ステップS410において、ターゲットノードは、X2SETUP又はENBCONFIGURATIONUPDATEをソースノードに送信する。X2SETUP又はENBCONFIGURATIONUPDATEは、第2実施形態及び第3実施形態と同様に、MobileNodeInformationを含む。あるいは、第2実施形態の第2変更例と同様に、eNBCONFIGURATIONTRANSFER及びMMECONFIGURATIONTRANSFERを使用してもよい。MobileNodeInformationを受信したソースノードは、その情報を自身の記憶部に保持する。ステップS420において、ソースノードは、MobileNodeInformationに基づいて、第3実施形態と同様に、BlackList変更判断BlackListModifyDecisionを行う。ソースノードは、BlackList変更判断の結果、システム情報設定を変更する事が適切と判断した場合、ステップS430において、PAGING又はSystemInformationBlockSIBType1にシステム情報変更通知を含めてブロードキャストで送信する。次に、ステップS440において、ソースノードは、SIBType4または5により、BlackListedCellの変更情報を通知する。ステップS450において、UE300は、BlackListedCellの変更情報を含むType4または5を受信すると、BlackListedCellをセル再選択候補から除外して、セル再選択処理を行う。これにより、セル再選択において、BlackListedCellは候補から外れるため、適切なセル再選択制御が可能となる。[その他の実施形態]上記のように、本発明は各実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。上述したMobileNodeInformationは、少なくとも一部を省略してもよい。図23は、その他の実施形態に係るMobileNodeInformationを示す。図23に示すように、M-RNGroupIDがゼロの場合、M-RNGroupIDはゼロ、すなわちハンドオーバ及びセル再選択の規制が不要なモードであると認識され、従ってNodeType及びMovementConditionはFalseと識別される。M-RNGroupIDがゼロでない場合、M-RNGroupIDは指定されたIDであり、ハンドオーバ及びセルリセレクションの規制が必要なモードであると認識され、従ってNodeType及びMovementConditionはTrueと識別される。このようにして、3つの情報の情報要素を一つのパラメータで表現する事も可能である。上述した各実施形態では、移動型のノードの一例としてM-RNを説明したが、eNBが移動型であってもよい。上述した各実施形態では、LTE-Advancedに基づいて構成される通信システムを例に説明したが、LTE-Advancedに限らず、移動型のノードをサポートする他の通信システムに対して本発明を適用してもよい。