(57)【要約】  ハンドオーバの成功率を向上させる。通信システムは、基地局と移動管理装置とを有する。移動管理装置は、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｉｎｇ  Ｔｅｓｔ）による測定情報に基づいた移動端末の速度情報を受信する第１受信手段と、前記速度情報を含むメッセージを前記基地局に送信する第１送信手段と、を備える。基地局は、前記速度情報を含むメッセージを受信する第２受信手段と、前記受信した速度情報に基づいて、ハンドオーバ制御を行う制御手段と、を備える。
2017056425.tif 000002
【特許請求の範囲】
【請求項１】
基地局と移動管理装置とを有する通信システムであって、
前記移動管理装置は、
ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｉｎｇ  Ｔｅｓｔ）による測定情報に基づいた移動端末の速度情報を受信する第１受信手段と、
前記速度情報を含むメッセージを前記基地局に送信する第１送信手段と、を備え、
前記基地局は、
前記速度情報を含むメッセージを受信する第２受信手段と、
前記受信した速度情報に基づいて、ハンドオーバ制御を行う制御手段と、を備えることを特徴とする通信システム。
【請求項２】
前記制御手段は、前記速度情報に基づいて、前記移動端末の測定における設定情報である測定設定情報（Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定し、
前記基地局は、前記測定設定情報を含んだ無線リソース制御接続再設定メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を前記移動端末に送信する第２送信手段を更に備える、ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記通信システムは、前記測定情報を収集するトレース収集サーバを更に含み、
前記第１送信手段は、前記トレース収集サーバに、前記速度情報の要求を送信し、
前記第１受信手段は、前記速度情報の要求に対する応答として、前記測定情報に基づいた移動端末の速度情報を受信する、ことを特徴とする請求項１または２に記載の通信システム。
【請求項４】
前記第１送信手段は、
定期的に前記トレース収集サーバに、前記速度情報の要求を送信し、
当該要求の応答として受信した速度情報と、前記基地局に送信したメッセージに含まれる前記速度情報とが異なる場合、前記基地局に修正要求を送信する、ことを特徴とする請求項３に記載の通信システム。
【請求項５】
前記トレース収集サーバは、前記測定情報に基づいて、現在時刻から所定時間後までの前記ユーザ機器の速度を予測し、該予測した速度に基づいて前記速度情報を算出する算出手段と、
前記算出した前記速度情報を、前記要求の応答として送信する送信手段と、を備える、ことを特徴とする請求項４に記載の通信システム。
【請求項６】
基地局と移動管理装置とを有する通信システムの制御方法であって、
前記移動管理装置は、
ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｉｎｇ  Ｔｅｓｔ）による測定情報に基づいた移動端末の速度情報を受信し、
前記速度情報を含むメッセージを前記基地局に送信し、
前記基地局は、
前記速度情報を含むメッセージを受信し、
前記受信した速度情報に基づいて、ハンドオーバ制御を行う、ことを特徴とする制御方法。
【請求項７】
前記基地局は、前記速度情報に基づいて、前記移動端末の測定における設定情報である測定設定情報（Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定し、
前記測定設定情報を含んだ無線リソース制御接続再設定メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を前記移動端末に送信する、ことを特徴とする請求項６に記載の制御方法。
【請求項８】
前記通信システムは、前記測定情報を収集するトレース収集サーバを更に含み、
前記移動管理装置は、
前記トレース収集サーバに、前記速度情報の要求を送信し、
前記速度情報の要求に対する応答として、前記測定情報に基づいた移動端末の速度情報を受信する、ことを特徴とする請求項６または７に記載の制御方法。
【請求項９】
前記移動管理装置は、
定期的に前記トレース収集サーバに、前記速度情報の要求を送信し、
当該要求の応答として受信した速度情報と、前記基地局に送信したメッセージに含まれる前記速度情報とが異なる場合、前記基地局に修正要求を送信する、ことを特徴とする請求項８に記載の制御方法。
【請求項１０】
前記トレース収集サーバは、前記測定情報に基づいて、現在時刻から所定時間後までの前記ユーザ機器の速度を予測し、該予測した速度に基づいて前記速度情報を算出し、算出した前記速度情報を、前記要求の応答として送信する、ことを特徴とする請求項９に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムおよび制御方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）方式では、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｉｎｇ  Ｔｅｓｔ）が規定されている（非特許文献１）。【０００３】
このようなＭＤＴ測定に関する技術が、特許文献１に記載されている。特許文献１には、対象移動局（移動端末）に対してＭＤＴ測定処理を行わせることが承諾されている場合にのみ、ＭＤＴ測定を開始する方法が記載されている。【０００４】
また、移動端末の移動時には、ハンドオーバが行われる。このハンドオーバに関する技術が特許文献２および３に記載されている。例えば、特許文献２には、移動端末の現在位置に基づいて、ハンドオーバ対象の無線基地局への接続の切り替えを行う移動端末が記載されている。【０００５】
また、特許文献３には、基地局が把握する無線端末の情報を用いて、該無線端末の所有者の移動速度を計算することにより、所有者の行動を推定することが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−１２９６４１号公報
【特許文献２】特開２００５−２５２６２３号公報
【特許文献３】特開２０１３−１６８７８７号公報
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ３２．４２２  Ｖ１２．４．０（２０１４−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
移動端末の移動速度は、上記各文献に関連する技術では、セルの移動履歴から推定される。このような推定では、実際の移動速度との差があり、推定精度が低い場合が多い。したがって、このような推定精度が低い移動速度を用いたハンドオーバでは、ハンドオーバの成功率が低くなってしまうという問題があった。【０００９】
本発明は、上記問題に鑑みてなされたものであり、その目的は、ハンドオーバの成功率を向上させる技術を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一態様に係る通信システムは、基地局と移動管理装置とを有し、前記移動管理装置は、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｉｎｇ  Ｔｅｓｔ）による測定情報に基づいた移動端末の速度情報を受信する第１受信手段と、前記速度情報を含むメッセージを前記基地局に送信する第１送信手段と、を備え、前記基地局は、前記速度情報を含むメッセージを受信する第２受信手段と、前記受信した速度情報に基づいて、ハンドオーバ制御を行う制御手段と、を備える。【００１１】
本発明の一態様に係る制御方法は、基地局と移動管理装置とを有する通信システムの制御方法であって、前記移動管理装置は、  ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｉｎｇ  Ｔｅｓｔ）による測定情報に基づいた移動端末の速度情報を受信し、前記速度情報を含むメッセージを前記基地局に送信し、
前記基地局は、前記速度情報を含むメッセージを受信し、前記受信した速度情報に基づいて、ハンドオーバ制御を行う。
【発明の効果】
【００１２】
本発明によれば、ハンドオーバの成功率を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施の形態に係る通信システムの全体構成の一例を示す図である。
【図２】本発明の第１の実施の形態に係る通信システムの基地局、移動管理装置およびトレース収集サーバの機能構成の一例を示す機能ブロック図である。
【図３】本発明の第１の実施の形態に係る通信システムの基地局、移動管理装置およびトレース収集サーバのハードウェア構成の一例を示すブロック図である。
【図４】本発明の第１の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図５】本発明の第１の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図６】本発明の第１の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図７】本発明の第１の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図８】本発明の第２の実施の形態に係る通信システムの基地局、移動管理装置の機能構成の一例を示す機能ブロック図である。
【発明を実施するための形態】
【００１４】
＜第１の実施の形態＞
本発明の第１の実施の形態について、図面を参照して詳細に説明する。図１は、本実施の形態に係る通信システム１の構成の一例を示す図である。図１に示す通信システム１は、例えば、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の規格に基づく携帯電話通信網等の通信システムである。
【００１５】
図１に示す通り、本実施の形態に係る通信システム１は、ユーザ機器（移動端末）１０と、基地局２０と、移動管理装置３０と、トレース収集サーバ４０とを備えている。以降、ユーザ機器１０をＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１０とも呼び、基地局２０を、ｅＮＢ（ｅＮｏｄｅＢ）２０とも呼ぶ。また、移動管理装置３０を、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３０とも呼び、トレース収集サーバ４０を、ＴＣＥ（Ｔｒａｃｅ  Ｃｏｌｌｅｃｔｉｏｎ  Ｅｎｔｉｔｙ）４０とも呼ぶ。
【００１６】
図２は、本実施の形態に係る通信システム１の基地局２０、移動管理装置３０およびトレース収集サーバ４０の機能構成の一例を示す機能ブロック図である。図２に示す通り、基地局２０は、送信部２１、受信部２２および制御部２３を備える。また、移動管理装置３０は、送信部３１、受信部３２、制御部３３および記憶部３４を備える。また、トレース収集サーバ４０は、送信部４１、受信部４２、算出部４３および記憶部４４を備える。なお、図２に示す通信システム１の基地局２０、移動管理装置３０およびトレース収集サーバ４０は、本実施の形態に特有な構成について示したものである。したがって、図２に示す、基地局２０、移動管理装置３０およびトレース収集サーバ４０が図２に示されていない部材を有していてもよいことは言うまでもない。
【００１７】
（基地局２０）
基地局２０の送信部２１は、移動管理装置３０に対し、例えば、イニシャルＵＥメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）等の信号を送信する。また、送信部２１は、ユーザ機器１０に対し、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続再コンフィグレーション（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ等の信号を送信する。
【００１８】
基地局２０の受信部２２は、ユーザ機器１０から、例えば、ＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）等の信号を受信する。受信部２２は、移動管理装置３０からイニシャルコンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）等の信号を受信する。
【００１９】
送信部２１がユーザ機器１０または移動管理装置３０に送信する信号、および、受信部２２がユーザ機器１０または移動管理装置３０から受信する信号については、シーケンス図を用いて後述する。
【００２０】
基地局２０の制御部２３は、基地局２０全体を制御する。制御部２３は、例えば、受信部２２が、ある要求を受信すると、その要求に対する応答を、要求の送信元に送信するように送信部２１を制御する。
【００２１】
（移動管理装置３０）
移動管理装置３０の送信部３１は、基地局２０にイニシャルコンテキストセットアップ要求等の信号を送信する。また、送信部３１は、トレース収集サーバ４０に、例えば後述する速度予測値問合せメッセージを送信する。
【００２２】
移動管理装置３０の受信部３２は、基地局２０からイニシャルＵＥメッセージ等の信号を受信する。また、受信部３２は、トレース収集サーバ４０から速度予測値応答メッセージを受信する。
【００２３】
なお、送信部３１が基地局２０またはトレース収集サーバ４０に送信する信号、および、受信部３２が基地局２０またはトレース収集サーバ４０から受信する信号については、シーケンス図を用いて後述する。
【００２４】
移動管理装置３０の記憶部３４は、Ｓ１−ＩＤと、ユーザ機器１０のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）とが関連付けられたデータ（テーブルとも呼ぶ）を格納している。
【００２５】
移動管理装置３０の制御部３３は、移動管理装置３０全体を制御する。制御部３３は、例えば、受信部３２が、ある要求を受信すると、その要求に応じた処理を行うよう制御する。例えば、制御部３３は、受信部３２が基地局２０からイニシャルＵＥメッセージを受信すると、このイニシャルＵＥメッセージに含まれるＳ１−ＩＤを用いて、記憶部３４に格納されたテーブルを参照する。そして、制御部３３は、上記Ｓ１−ＩＤに関連付けられたＩＭＳＩを特定する。そして、制御部３３は、送信部３１に対し、このＩＭＳＩを含めた速度予測値問合せメッセージをトレース収集サーバ４０に送信するよう指示する。
【００２６】
また、例えば、制御部３３は、受信部３２がトレース収集サーバ４０から、速度予測値応答メッセージを受信すると、この速度予測値応答メッセージに含まれる速度予測値を、イニシャルコンテキストセットアップ要求の情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）として設定する。そして、制御部３３は、送信部３１に対し、このイニシャルコンテキストセットアップ要求を基地局２０に送信するよう指示する。
【００２７】
（トレース収集サーバ４０）
トレース収集サーバ４０の送信部４１は、移動管理装置３０に速度予測値問合せメッセージに対する応答（速度予測値応答メッセージ）を送信する。
【００２８】
トレース収集サーバ４０の受信部４２は、非特許文献１に記載されている通り、ユーザ機器１０から報告された、Ｌｏｇｇｅｄ  ＭＤＴまたはＩｍｍｅｄｉａｔｅ  ＭＤＴによる測定情報を受信する。受信部４２は、受信した測定情報を記憶部４４に格納する。また、受信部４２は、移動管理装置３０から速度予測値問合せメッセージを受信する。
【００２９】
トレース収集サーバ４０の記憶部４４はＬｏｇｇｅｄ  ＭＤＴまたはＩｍｍｅｄｉａｔｅ  ＭＤＴによる測定情報が格納されている。この測定情報は、ＩＭＳＩ毎に管理されている。また、この測定情報は、所定の時刻でのユーザ機器１０の位置情報が含まれる。
【００３０】
算出部４３は、受信部４２が受信した速度予測値問合せメッセージに含まれるＩＭＳＩの測定情報に基づいて、該ＩＭＳＩによって特定されるユーザ機器１０の速度予測値（速度情報）を算出する。具体的には、算出部４３は、速度予測値の算出対象のユーザ機器１０を特定するＩＭＳＩを用いて、記憶部４４に格納されている、該ＩＭＳＩによって特定されるユーザ機器１０の測定情報を抽出する。そして、算出部４３は、抽出した測定情報に基づいて、現時点におけるユーザ機器１０の速度を予測し、予測した速度を表す情報を速度予測値として算出する。この速度予測値は、ユーザ機器１０の時速など、数値データで表現されるものであってもよいし、時速等の数値データからマッピングされた値（例えば、Ｈｉｇｈ／Ｍｅｄｉｕｍ／Ｌｏｗなど）であってもよい。
【００３１】
ここで、算出部４３による速度予測値の算出方法について説明する。なお、以下に説明する速度予測値の算出方法は、一例であり、本実施の形態における算出部４３が算出する速度予測値はこれに限定されるものではない。
【００３２】
まず、算出部４３は、測定情報に基づいて、例えば、現在時刻から所定時間後までのユーザ機器１０の速度を予測する。例えば、算出部４３は、測定情報に含まれる日時の情報を用いて、現在の日付（平日や休日、曜日等）や時間帯と同様の測定情報を特定する。そして、算出部４３は、特定した測定情報に基づいて、現在時刻から所定時間後までのユーザ機器１０の速度を予測する。このとき、算出部４３は、特定した測定情報を用いて算出した速度のうち、最高速度を速度予測値としてもよいし、平均速度を速度予測値としてもよい。
【００３３】
（ハードウェア構成について）
図３は、本実施の形態に係る通信システム１の基地局２０、移動管理装置３０およびトレース収集サーバ４０のハードウェア構成の一例を示す図である。図３に示す通り、基地局２０は、送信機２０１、受信機２０２およびプロセッサ２０３を備える。また、移動管理装置３０は、送信機３０１、受信機３０２、プロセッサ３０３およびメモリ３０４を備える。また、トレース収集サーバ４０は、送信機４０１、受信機４０２、プロセッサ４０３およびメモリ４０４を備える。なお、図３に示す通信システム１の基地局２０、移動管理装置３０およびトレース収集サーバ４０は、本実施の形態に特有な構成について示したものである。したがって、図３に示す、基地局２０、移動管理装置３０およびトレース収集サーバ４０が図３に示されていない部材を有していてもよいことは言うまでもない。
【００３４】
上述した基地局２０の送信部２１は、送信機２０１によって実現される。基地局２０の受信部２２は、受信機２０２によって実現される。また、基地局２０の制御部２３は、プロセッサ２０３によって実現される。なお、基地局２０の送信機２０１および受信機２０２は、一体となって、送受信機または送受信回路として動作することもできる。
【００３５】
上述した移動管理装置３０の送信部３１は、送信機３０１によって実現される。移動管理装置３０の受信部３２は、受信機３０２によって実現される。また、移動管理装置３０の制御部３３は、プロセッサ３０３によって実現される。移動管理装置３０の記憶部３４は、メモリ３０４によって実現される。なお、移動管理装置３０の送信機３０１および受信機３０２は、一体となって、送受信機または送受信回路として動作することもできる。
【００３６】
上述したトレース収集サーバ４０の送信部４１は、送信機４０１によって実現される。トレース収集サーバ４０の受信部４２は、受信機４０２によって実現される。また、トレース収集サーバ４０の算出部４３は、プロセッサ４０３によって実現される。トレース収集サーバ４０の記憶部４４は、メモリ４０４によって実現される。なお、トレース収集サーバ４０の送信機４０１および受信機４０２は、一体となって、送受信機または送受信回路として動作することもできる。
【００３７】
（通信システム１の動作）
次に、図４から図７を参照して通信システム１の動作について説明する。図４から図７は、夫々、本実施の形態に係る通信システム１の動作を示したシーケンス図である。図４のシーケンス図は、ＲＲＣ接続確立時において、基地局２０が、ユーザ機器１０の移動速度に応じた測定設定情報を決定する場合の流れを示している。
【００３８】
図４に示す通り、まず、ユーザ機器１０が基地局２０へＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する（ステップＳ４０１）。そして、基地局２０の受信部２２がＲＲＣ接続要求を受信すると、送信部２１は、ユーザ機器１０へ、ＲＲＣ接続セットアップ通知（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）を返信する（ステップＳ４０２）。その後、ユーザ機器１０は、ネットワークへの登録処理のために、基地局２０にＲＲＣ接続セットアップ完了通知（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）を送信する（ステップＳ４０３）。これにより、ＲＲＣ接続が確立する。
【００３９】
ＲＲＣ接続が確立すると、基地局２０の送信部２１は、移動管理装置３０にイニシャルＵＥメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）を送信する（ステップＳ４０４）。移動管理装置３０の受信部３２がイニシャルＵＥメッセージを受信すると、制御部３３は、該イニシャルＵＥメッセージに含まれるＳ１−ＩＤを用いて、記憶部３４に格納されたテーブルを参照し、ステップＳ４０１でＲＲＣ接続要求を送信したユーザ機器１０のＩＭＳＩを特定する。そして、移動管理装置３０の送信部３１は、イニシャルＵＥメッセージを受信した時刻における、特定したＩＭＳＩ（対象ＩＭＳＩ）に関する速度予測値を、トレース収集サーバ４０に問い合わせる（ステップＳ４０５）。つまり、移動管理装置３０の送信部３１は、トレース収集サーバ４０に速度予測値問合せメッセージを送信する。この速度予測値問合せメッセージには、対象ＩＭＳＩが含まれる。
【００４０】
トレース収集サーバ４０の受信部４２が、移動管理装置３０から、速度予測値問合せメッセージを受信すると、算出部４３は、速度予測値問合せメッセージに含まれる対象ＩＭＳＩの速度予測値を算出する（ステップＳ４０６）。そして、トレース収集サーバ４０の送信部４１は、上記速度予測値を含んだメッセージを速度予測値問合せメッセージの応答（速度予測値応答メッセージ）として、移動管理装置３０に送信する（ステップＳ４０７）。
【００４１】
移動管理装置３０の制御部３３は、受信部３２がトレース収集サーバ４０から受信した速度予測値応答メッセージに含まれる速度予測値を、イニシャルコンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）のＩＥとして設定する。そして、移動管理装置３０の送信部３１は、このイニシャルコンテキストセットアップ要求を基地局２０に送信する（ステップＳ４０８）。
【００４２】
基地局２０の受信部２２は、移動管理装置３０からイニシャルコンテキストセットアップ要求を受信する。その後、基地局２０の制御部２３は、このイニシャルコンテキストセットアップ要求にＩＥとして含まれる速度予測値に応じた、端末測定に必要な測定設定情報（Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する。そして、基地局２０の送信部２１は、ユーザ機器１０に、この測定設定情報を含むＲＲＣ接続再コンフィグレーション（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送信する（ステップＳ４０９）。この、ＲＲＣ接続再コンフィグレーションメッセージには、例えば、以下の（Ａ）〜（Ｃ）の測定設定情報が含まれる。
（Ａ）ＵＥ１０がＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）をｅＮＢに報告する際に満たすべき閾値、
（Ｂ）隣接セルとして設定するセルに関する情報、
（Ｃ）Ｔｉｍｅ  ｔｏ  Ｔｒｉｇｇｅｒ（ＴＴＴ）等のハンドオーバパラメータに関する情報。
【００４３】
なお、上記（Ｂ）は、例えば、隣接セルとして設定するセルに、スモールセル（ｓｍａｌｌ  ｃｅｌｌ）を含めないことを示す情報である。また、上記（Ｃ）は、ＴＴＴの時間を現時点よりも長い時間を示す情報である。なお、測定設定情報に含まれる情報は上記（Ａ）から（Ｃ）に限定するものではない。
【００４４】
その後、ユーザ機器１０は、ＲＲＣ接続再コンフィグレーションメッセージに対する応答（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）を、基地局２０に送信する（ステップＳ４１０）。そして、基地局２０の送信部２１は、移動管理装置３０に、イニシャルコンテキストセットアップ要求の応答（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ４１１）。
【００４５】
以上の動作により、基地局２０は、測定情報の取得対象となるユーザ機器１０の速度予測値を取得することができる。また、基地局２０は、ユーザ機器１０の移動速度に応じた測定設定情報を決定し、この測定設定情報をＲＲＣ接続再コンフィグレーションメッセージに含めてユーザ機器１０に送信する。これにより、ユーザ機器１０と基地局２０とは、ユーザ機器１０の移動速度に応じた、ＲＲＣ接続を行うことができる。また、ユーザ機器１０は、該ユーザ機器１０の速度に応じた測定設定情報に基づいて、ＭＤＴ測定処理を行うことができる。
【００４６】
次に、図５を参照して、通信システム１の動作を説明する。図５のシーケンス図は、移動管理装置３０が、トレース収集サーバ４０に、速度予測値問合せメッセージを定期的に送信する場合の流れを示している。
【００４７】
移動管理装置３０の送信部３１は、定期的に、速度予測値問合せメッセージをトレース収集サーバ４０に送信する（ステップＳ５０１）。そして、この速度予測値問合せメッセージを受信したトレース収集サーバ４０は、速度予測値を算出し（ステップＳ５０２）、速度予測値応答メッセージを送信する（ステップＳ５０３）。なお、上記ステップＳ５０１からステップＳ５０３は、夫々、上述したステップＳ４０５〜ステップＳ４０７と同様の動作であるため、詳細な説明を省略する。
【００４８】
その後、移動管理装置３０の受信部３２は、トレース収集サーバ４０から送信された速度予測値応答メッセージを受信する。そして、移動管理装置３０の制御部３３は、該速度予測値応答メッセージに含まれる速度予測値と、過去に受信した速度予測値応答メッセージに含まれる速度予測値とが同じか否かを判定する。そして、速度予測値が異なる（速度予測値が変化している）場合、送信部３１は、トレース収集サーバ４０から受信した速度予測値をＩＥとして含めたＵＥコンテキスト修正要求（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する（ステップＳ５０４）。なお、制御部３３は、速度予測値が、例えば、速度である場合、速度差が所定の閾値以上の場合に、速度予測値が異なると判定してもよい。
【００４９】
そして、基地局２０の受信部２２が、移動管理装置３０からＵＥコンテキスト修正要求を受信すると、基地局２０の制御部２３は、このＵＥコンテキスト修正要求にＩＥとして含まれる速度予測値に応じた、端末測定に必要な測定設定情報を決定する。そして、基地局２０の送信部２１は、該測定設定情報を含むＲＲＣ接続再コンフィグレーションメッセージを、ユーザ機器１０に送信する（ステップＳ５０５）。この、ＲＲＣ接続再コンフィグレーションメッセージには、上述した（Ａ）〜（Ｃ）の測定設定情報が含まれる。
【００５０】
その後、ユーザ機器１０は、ＲＲＣ接続再コンフィグレーションメッセージに対する応答（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）を、基地局２０に送信する（ステップＳ５０６）。そして、基地局２０の送信部２１は、移動管理装置３０に、ＵＥコンテキスト修正要求の応答（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ５０７）。
【００５１】
以上の動作により、移動管理装置３０は、基地局２０にユーザ機器１０の移動速度が変化したことを通知することができる。また、基地局２０は、ユーザ機器１０の移動速度が変化する度に、測定設定情報を決定し、この測定設定情報をＲＲＣ接続再コンフィグレーションメッセージに含めてユーザ機器１０に送信する。これにより、ユーザ機器１０と基地局２０とは、ユーザ機器１０の移動速度に応じた、ＲＲＣ接続を行うことができる。また、ユーザ機器１０は、該ユーザ機器１０の速度に応じた測定設定情報に基づいて、ＭＤＴ測定処理を行うことができる。
【００５２】
なお、基地局２０は、定期的に、移動管理装置３０に対して、速度予測値を問合せるメッセージを送信してもよい。そして、移動管理装置３０は、このメッセージを受けて、上記ステップＳ５０１を実行してもよい。この場合、移動管理装置３０は、速度予測値の変化の有無を、判定せずに、上記メッセージの応答として、ステップＳ５０４を行ってもよい。
【００５３】
上記構成により、基地局２０は、任意のタイミングで、対象となるユーザ機器１０の速度予測値を取得することができる。
【００５４】
次に、図６を参照して、通信システム１の動作を説明する。図６のシーケンス図は、Ｓ１ハンドオーバ時の通信システム１の動作の流れを示している。なお、図６では、基地局２０のうち、ハンドオーバ元の基地局２０をＳｅＮＢ（Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ）と呼び、ハンドオーバ先の基地局２０をＴｅＮＢ（Ｔａｒｇｅｔ  ｅＮｏｄｅＢ）と呼ぶ。ここで、図４および図５を用いて説明したとおり、ユーザ機器１０と基地局２０との間は、ユーザ機器１０の移動速度に応じたＲＲＣ接続が確立しているとする。
【００５５】
ＳｅＮＢは、上述したステップＳ４０８で送信されたイニシャルコンテキストセットアップ要求またはステップＳ５０４で送信されたＵＥコンテキスト修正要求に含まれる速度予測値に基づいて、ハンドオーバを行う。具体的には、ＳｅＮＢは、移動管理装置３０へハンドオーバ必要（Ｈａｎｄｏｖｅｒ  ｒｅｑｕｉｒｅｄ）メッセージを送信する（ステップＳ６０１）。このときＳｅＮＢは、ハンドオーバ対象のユーザ機器１０に関する、上記ステップＳ４０８またはステップＳ５０４で受信した速度予測値（速度情報）を、上記ハンドオーバ必要メッセージに含めて送信する。
【００５６】
移動管理装置３０の受信部３２が上記ハンドオーバ必要メッセージを受信すると、制御部３３は、ハンドオーバ対象のユーザ機器１０を示すＳ１−ＩＤを用いて、記憶部３４に格納されたテーブルを参照し、該ユーザ機器１０のＩＭＳＩを特定する。そして、移動管理装置３０の送信部３１は、ハンドオーバ必要メッセージを受信した時刻における、特定したＩＭＳＩ（対象ＩＭＳＩ）に関する速度予測値問合せメッセージを、トレース収集サーバ４０に送信する（ステップＳ６０２）。この速度予測値問合せメッセージには、対象ＩＭＳＩが含まれる。
【００５７】
そして、この速度予測値問合せメッセージを受信したトレース収集サーバ４０は、速度予測値を算出し（ステップＳ６０３）、速度予測値応答メッセージを送信する（ステップＳ６０４）。なお、上記ステップＳ６０２からステップＳ６０４は、夫々、上述したステップＳ４０５〜ステップＳ４０７と同様の動作であるため、詳細な説明を省略する。
【００５８】
そして、移動管理装置３０の受信部３２が速度予測値応答メッセージを受信すると、送信部３１はＴｅＮＢに対して、ハンドオーバ対象のユーザ機器１０に対するＳ１ハンドオーバを指示するハンドオーバ要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を送信する（ステップＳ６０５）。このとき、送信部３１は、上記ハンドオーバ要求に、速度予測値応答メッセージに含まれる速度予測値をＩＥとして含める。また送信部３１は、上記ハンドオーバ要求に、ハンドオーバ対象のユーザ機器１０のＳ１−ＩＤを含める。なお、移動管理装置３０は、ステップＳ６０２からステップＳ６０４を行う前にハンドオーバ要求をＴｅＮＢに送信する場合は、ステップＳ６０１のハンドオーバ必要メッセージに含まれる速度予測値を、ハンドオーバ要求に含めて送信してもよい。これにより、ＳｅＮＢは、取得済みのユーザ機器１０の速度予測値を、ＴｅＮＢに通知することができる。
【００５９】
ＴｅＮＢの受信部２２は、移動管理装置３０からハンドオーバ要求を受信する。ＴｅＮＢは、このハンドオーバ要求に含まれるＳ１−ＩＤによって、ハンドオーバ対象のユーザ機器１０を特定することができる。ＴｅＮＢの制御部２３は、ハンドオーバ要求にＩＥとして含まれる速度予測値に応じた、端末測定に必要な測定設定情報（Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する。そして、ＴｅＮＢの送信部２１は、移動管理装置３０に、この測定設定情報を含むハンドオーバ要求応答（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）を送信する（ステップＳ６０６）。
【００６０】
移動管理装置３０の受信部３２がハンドオーバ要求応答を受信すると、送信部３１は、ＳｅＮＢに対して、ハンドオーバ指示（Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）を送信する（ステップＳ６０７）。このとき、送信部３１は、ハンドオーバ要求応答に含まれる測定設定情報を、ハンドオーバ指示に含める。
【００６１】
ＳｅＮＢの受信部２２が、上記ハンドオーバ指示を受信すると、送信部２１は、ＲＲＣの接続先変更を促すＲＲＣ接続再コンフィグレーションメッセージを、ユーザ機器１０に送信する（ステップＳ６０８）。このとき、送信部２１は、ハンドオーバ指示に含まれる測定設定情報を、ＲＲＣ接続再コンフィグレーションメッセージに含める。この、ＲＲＣ接続再コンフィグレーションメッセージには、例えば、上述した（Ａ）〜（Ｃ）の測定設定情報が含まれる。
【００６２】
そして、通信システム１は、ユーザ機器１０の移動速度に応じたＳ１ハンドオーバに関する処理を続ける。
【００６３】
以上の処理により、基地局２０は、対象のユーザ機器１０に対するＳ１ハンドオーバを行うことができる。また、ユーザ機器１０は、ＴｅＮＢと、ユーザ機器１０の移動速度に応じて決定された測定設定情報に基づいたＲＲＣ接続を行うことができる。
【００６４】
次に、図７を参照して、通信システム１の動作を説明する。図７のシーケンス図は、Ｘ２ハンドオーバ時の通信システム１の動作の流れを示している。なお、図７では、図６と同様に、ハンドオーバ元の基地局２０をＳｅＮＢと呼び、ハンドオーバ先の基地局２０をＴｅＮＢと呼ぶ。
【００６５】
ＳｅＮＢは、上述したステップＳ４０８で送信されたイニシャルコンテキストセットアップ要求またはステップＳ５０４で送信されたＵＥコンテキスト修正要求に含まれる速度予測値に基づいて、ハンドオーバを起動する。具体的には、ＳｅＮＢは、ＴｅＮＢへハンドオーバ要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を送信する（ステップＳ７０１）。このときＳｅＮＢは、ハンドオーバ対象のユーザ機器１０に関する、上記ステップＳ４０８またはステップＳ５０４で受信した速度予測値（速度情報）と、ハンドオーバ対象のユーザ機器１０を示すＳ１−ＩＤとを、上記ハンドオーバ要求に含めて送信する。これにより、ＳｅＮＢは、ユーザ機器１０の速度予測値を、ＴｅＮＢに通知することができる。
【００６６】
ＴｅＮＢの受信部２２が、ハンドオーバ要求を受信すると、ＴｅＮＢの送信部２１は、ＳｅＮＢに、ハンドオーバ要求応答（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）を送信する（ステップＳ７０２）。
【００６７】
そして、通信システム１は、ユーザ機器１０の移動速度に応じたＸ２ハンドオーバに関する処理を続ける。
【００６８】
その後、ＴｅＮＢの送信部２１は、移動管理装置３０に対し、パス切換え要求（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ）を送信する（ステップＳ７０３）。
【００６９】
移動管理装置３０の受信部３２が上記パス切換え要求を受信すると、送信部３１は、速度予測値問合せメッセージをトレース収集サーバ４０に送信する（ステップＳ７０４）。そして、この速度予測値問合せメッセージを受信したトレース収集サーバ４０は、速度予測値を算出し（ステップＳ７０５）、速度予測値応答メッセージを送信する（ステップＳ７０６）。なお、上記ステップＳ７０４からステップＳ７０６は、夫々、上述したステップＳ４０５〜ステップＳ４０７と同様の動作であるため、詳細な説明を省略する。
【００７０】
そして、移動管理装置３０の受信部３２が速度予測値応答メッセージを受信すると、送信部３１はＴｅＮＢに対して、上記パス切換え要求の応答（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）を送信する（ステップＳ７０７）。このとき、送信部３１は、上記パス切換え要求の応答に、速度予測値応答メッセージに含まれる速度予測値を含める。
【００７１】
ＴｅＮＢの受信部２２が上記パス切換え要求の応答を受信すると、制御部２３は、パス切換え要求の応答に含まれる速度予測値に応じた、端末測定に必要な測定設定情報（Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を決定する。そして、ＴｅＮＢの送信部２１は、上述した（Ａ）〜（Ｃ）の測定設定情報を含めた、ＲＲＣ接続再コンフィグレーションメッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する（ステップＳ７０８）。
【００７２】
その後、ユーザ機器１０は、ＲＲＣ接続再コンフィグレーションメッセージに対する応答（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）を、ＴｅＮＢに送信する（ステップＳ７０９）。
【００７３】
以上の動作により、基地局２０は、ユーザ機器１０の移動速度に応じたハンドオーバを行うことができる。
【００７４】
なお、ステップＳ７０１の終了後、つまり、ＴｅＮＢの受信部２２が、ハンドオーバ要求を、ＳｅＮＢから受信した際に、制御部２３は該ハンドオーバ要求に含まれる速度予測値に応じた、端末測定に必要な測定設定情報を決定してもよい。そして、移動管理装置３０が、速度予測値応答メッセージを受信する前に、パス切換え要求の応答をＴｅＮＢに送信した場合、ＴｅＮＢの送信部２１は、上記決定された測定設定情報を含めたＲＲＣ接続再コンフィグレーションメッセージをユーザ機器１０に送信してもよい。この構成により、ユーザ機器１０は、ハンドオーバ後の基地局２０（ＴｅＮＢ）を介して、ＭＤＴ測定処理を行うことができる。
【００７５】
（効果）
本実施の形態における通信システム１は、上述したとおり、移動管理装置３０が、トレース収集サーバ４０から受信した速度予測値（速度情報）をＩＥとして含めたメッセージ（例えば、イニシャルコンテキストセットアップ要求）を基地局２０に送信する。そして、基地局２０が、この速度予測値に基づいて、ハンドオーバ制御を行う。これにより、本実施の形態に係る通信システム１は、移動速度に応じたハンドオーバを行うことができる。
【００７６】
例えば、移動速度が速いユーザ機器を、ＨｅｔＮｅｔ（Ｈｅｔｅｒｏｇｅｎｅｏｕｓ  Ｎｅｔｗｏｒｋ）における、スモールセルやピコセルといった狭い範囲をカバーする基地局に接続させた場合、頻繁にハンドオーバを行う必要がある。この場合、ハンドオーバが失敗したり、基地局２０間の同期がとれなかったりしてしまい、ハンドオーバの成功率が低下する可能性がある。
【００７７】
しかしながら、本実施の形態に係る通信システム１は、ユーザ機器１０の移動速度に応じたハンドオーバを行うため、例えば、移動速度が速いユーザ機器１０を狭い範囲をカバーする基地局に接続させない等の制御を行うことができる。これにより、ハンドオーバの成功率を向上させることができる。また、通信システム１は、ユーザ機器１０が頻繁にハンドオーバを行うことを制御することができるため、通信される信号量を削減することができる。
【００７８】
＜第２の実施の形態＞
次に、図８を参照して、本実施の形態に係る通信システム１について説明する。本実施の形態では、本発明の課題を解決する最小の構成を有する通信システム１について説明する。なお、通信システム１の全体構成は、図１に示す通信システム１と同様であるため、説明を省略する。
【００７９】
図８は、本実施の形態に係る通信システム１に含まれる、基地局５０および移動管理装置６０の機能構成の一例を示す機能ブロック図である。図８に示す通り、本実施の形態に係る基地局５０は、制御部５１と、受信部（第２受信部）５２とを備える。また、移動管理装置６０は、送信部（第１送信部）６１と、受信部（第１受信部）６２とを備える。
【００８０】
移動管理装置６０の受信部６２は、上述した受信部３２と同様に、移動管理装置（ＴＣＥ）からＭＤＴによる測定情報に基づいた移動端末の速度情報を受信する。
【００８１】
送信部６１は、上述した送信部３１と同様に、受信部６２が受信した速度情報をＩＥとして含めた、例えば、イニシャルコンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）を、基地局５０に送信する。
【００８２】
基地局５０の受信部５２は、上述した受信部２２と同様に、移動管理装置６０から、速度情報を含むメッセージ（例えば、イニシャルコンテキストセットアップ要求）を受信する。
【００８３】
制御部５１は、受信部５２が受信した速度情報に基づいて、ハンドオーバ制御を行う。
【００８４】
以上のように、本実施の形態に係る通信システム１は、上述した第１の実施の形態と同様に、移動速度に応じたハンドオーバを行うことができる。
【００８５】
なお、上述した各実施の形態は、本発明の好適な実施の形態であり、上記各実施の形態にのみ本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において当業者が上記各実施の形態の修正や代用を行い、種々の変更を施した形態を構築することが可能である。
【００８６】
この出願は、２０１５年９月２９日に出願された日本出願特願２０１５−１９０５７２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８７】
１    通信システム
１０    ユーザ機器
２０    基地局
２１    送信部
２２    受信部
２３    制御部
２０１    送信機
２０２    受信機
２０３    プロセッサ
３０    移動管理装置
３１    送信部
３２    受信部
３３    制御部
３４    記憶部
３０１    送信機
３０２    受信機
３０３    プロセッサ
３０４    メモリ
４０    トレース収集サーバ
４１    送信部
４２    受信部
４３    算出部
４４    記憶部
４０１    送信機
４０２    受信機
４０３    プロセッサ
４０４    メモリ
５０    基地局
５１    制御部
５２    受信部
６０    移動管理装置
６１    送信部
６２    受信部
【図１】
2017056425.tif 000003
【図２】
2017056425.tif 000004
【図３】
2017056425.tif 000005
【図４】
2017056425.tif 000006
【図５】
2017056425.tif 000007
【図６】
2017056425.tif 000008
【図７】
2017056425.tif 000009
【図８】
2017056425.tif 000010
【国際調査報告】
2017056425.tif 000011
2017056425.tif 000012