(57)【要約】      （修正有）【課題】詳細位置情報を得ることが可能なＭＤＴ技術を提供する。【解決手段】ユーザ端末は、無線環境の測定結果を含む測定報告を基地局に送信する送信部と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記基地局から受信する受信部と、前記受信部が前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる制御部と、を有する。【選択図】図６
2018033171.tif 000002
【特許請求の範囲】
【請求項１】
基地局と、
無線環境の測定結果を含む測定報告を前記基地局に送信するユーザ端末と、を有し、
前記基地局は、前記測定報告に位置情報を含めるべきことを示す設定情報と、前記設定情報とは異なる、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を利用可能にしてＧＮＳＳ位置情報を前記測定報告に含めることを要求する要求情報と、を前記ユーザ端末に送信し、
前記ユーザ端末は、
前記設定情報及び前記要求情報を前記基地局から受信する受信部と、
ユーザからのマニュアル操作を受け付けるユーザインターフェイスと、
前記受信部が前記設定情報及び前記要求情報を受信し、かつ、前記ユーザインターフェイスがユーザから前記ＧＮＳＳをオフする操作を受け付けた場合には、前記ＧＮＳＳをオフ状態にするとともに、前記ＧＮＳＳ位置情報とは異なる情報であって前記ユーザ端末の位置を判断するための情報を前記測定報告に含めることによりＩｍｍｅｄｉａｔｅ  ＭＤＴ測定処理を継続する制御部と、を有することを特徴とする移動通信システム。
【請求項２】
前記ユーザ端末は、前記測定報告を周期的に前記基地局に送信する送信部を有し、
前記制御部は、前記受信部が前記設定情報及び前記要求情報を前記基地局から受信したことに応じて、前記基地局に送信する周期的な測定報告のそれぞれにＧＮＳＳ位置情報を含めることを特徴とする請求項１に記載の移動通信システム。
【請求項３】
無線環境の測定結果を含む測定報告を基地局に送信する送信部と、
前記測定報告に位置情報を含めるべきことを示す設定情報と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を利用可能にしてＧＮＳＳ位置情報を前記測定報告に含めるよう要求する要求情報とを前記基地局から受信する受信部と、
前記受信部が前記設定情報及び前記要求情報を受信した場合に、前記ＧＮＳＳ位置情報を前記測定報告に含めるように前記ＧＮＳＳ位置情報を利用可能にする制御部と、
ユーザからのマニュアル操作を受け付けるユーザインターフェイスと、を備え、
前記制御部は、前記受信部が前記設定情報及び前記要求情報を前記基地局から受信し、かつ、前記ユーザインターフェイスがユーザから前記ＧＮＳＳをオフする操作を受け付けた場合には、前記ＧＮＳＳをオフ状態にするとともに、前記ＧＮＳＳ位置情報とは異なる情報であって前記ユーザ端末の位置を判断するための情報を前記測定報告に含めることによりＩｍｍｅｄｉａｔｅ  ＭＤＴ測定処理を継続することを特徴とするユーザ端末。
【請求項４】
ユーザからのマニュアル操作を受け付けるユーザインターフェイスを有するユーザ端末に備えられるプロセッサであって、
無線環境の測定結果を含む測定報告を基地局に送信するための処理と、
前記測定報告に位置情報を含めるべきことを示す設定情報と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を利用可能にしてＧＮＳＳ位置情報を前記測定報告に含めるよう要求する要求情報とを前記基地局から受信するための処理と、
前記設定情報及び前記要求情報を受信した場合に、前記ＧＮＳＳ位置情報を前記測定報告に含めるように、前記ＧＮＳＳ位置情報を利用可能にする処理と、
前記設定情報及び前記要求情報を前記基地局から受信し、かつ、前記ユーザインターフェイスがユーザから前記ＧＮＳＳをオフする操作を受け付けた場合には、前記ＧＮＳＳをオフ状態にするとともに、前記ＧＮＳＳ位置情報とは異なる情報であって前記ユーザ端末の位置を判断するための情報を前記測定報告に含めることによりＩｍｍｅｄｉａｔｅ  ＭＤＴ測定処理を継続する処理と、
を実行することを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＤＴ技術をサポートするユーザ端末、及び当該ユーザ端末を含む移動通信システムに関する。
【背景技術】
【０００２】
移動通信システムでは、基地局の周辺にビルが建設されたり、当該基地局の周辺基地局の設置状況が変化したりすると、当該基地局に係る無線通信環境が変化する。このため、従来では、オペレータにより、測定機材を搭載した測定用車両を使用し、無線環境を測定して測定データを収集するドライブテストが行われている。
【０００３】
このような測定及び収集は、ネットワーク最適化（例えばカバレッジ最適化）に貢献できるが、工数が多く、且つ費用が高いという課題がある。そこで、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１０以降において、ユーザ端末を使用して当該測定及び収集を自動化するためのＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｅ  Ｔｅｓｔｓ）の仕様策定が進められている（例えば、非特許文献１参照）。
【０００４】
ＭＤＴの一方式として、記録型のＭＤＴ（「Ｌｏｇｇｅｄ  ＭＤＴ」と称される）がある。現行の仕様において、Ｌｏｇｇｅｄ  ＭＤＴは、アイドル状態のユーザ端末が、ネットワークから設定された測定構成情報に従って無線環境の測定を行い、測定結果を位置情報及び時間情報と共に測定データとして記録し、当該測定データを後でネットワークに報告するものである。
【０００５】
また、ＭＤＴの他の方式として、即座報告型のＭＤＴ（「Ｉｍｍｅｄｉａｔｅ  ＭＤＴ」と称される）がある。現行の仕様において、Ｉｍｍｅｄｉａｔｅ  ＭＤＴは、コネクティッド状態のユーザ端末が、ネットワークから設定された測定構成情報に従って無線環境の測定を行い、測定結果を位置情報と共に測定データとして即座にネットワークに報告するものである。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ技術仕様  ＴＳ  ３７．３２０  Ｖ１０．４．０  （２０１１-１２）
【発明の概要】
【０００７】
現状のＭＤＴ技術には、次のような問題がある。具体的には、ユーザ端末で得られる位置情報の精度が保証されていないため、ユーザ端末からネットワークに報告される測定データの信頼性が低い。
【０００８】
そこで、本発明は、ＭＤＴ技術を改善することを目的とする。
【０００９】
実施形態に係る移動通信システムは、基地局と、無線環境の測定結果を含む測定報告を前記基地局に送信するユーザ端末と、を有する。前記基地局は、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信する。前記ユーザ端末は、前記基地局から前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る移動通信システムの構成を示す。
【図２】実施形態に係る移動通信システムの無線インターフェイスのプロトコルスタックを示す。
【図３】実施形態に係る移動通信システムで使用される無線フレームの構成を示す。
【図４】実施形態に係るＯＡＭのブロック図である。
【図５】実施形態に係るｅＮＢのブロック図である。
【図６】実施形態に係るＵＥのブロック図である。
【図７】シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【図８】シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【図９】シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【図１０】シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。
【図１１】シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【図１２】シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【図１３】シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【図１４】シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。
【図１５】マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【図１６】マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【図１７】マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【図１８】マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。
【図１９】マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【図２０】マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【図２１】マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【図２２】マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。
【図２３】ＭＤＴの周期的な測定について位置情報がＧＮＳＳに基づく場合を示す図である。
【図２４】ＧＮＳＳ位置情報がＭＤＴ測定結果のうちいくつかに付けられる場合を示す図である。
【図２５】Ｉｍｍｅｄｉａｔｅ  ＭＤＴにおけるＵＥの動作を示すフロー図である。
【発明を実施するための形態】
【００１１】
［実施形態の概要］
実施形態に係る移動通信システムは、基地局と、無線環境の測定結果を含む測定報告を前記基地局に送信するユーザ端末と、を有する。前記基地局は、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信する。前記ユーザ端末は、前記基地局から前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる。
【００１２】
実施形態では、前記ユーザ端末は、前記基地局から前記要求情報を受信した際にＧＮＳＳ受信機がオフ状態である場合に、前記要求情報の受信に応じて前記ＧＮＳＳ受信機をオン状態にする。
【００１３】
実施形態では、前記ユーザ端末は、前記基地局から前記要求情報を受信していても、有効な詳細位置情報を保持していない場合には、前記詳細位置情報を含まない前記測定報告を前記基地局に送信する。
【００１４】
実施形態では、前記基地局は、Ｌｏｇｇｅｄ  ＭＤＴに前記要求情報を適用せずに、Ｉｍｍｅｄｉａｔｅ  ＭＤＴに前記要求情報を適用する。
【００１５】
実施形態では、前記基地局は、前記測定報告に位置情報を含めるべきことを示す設定情報と共に、前記要求情報を前記ユーザ端末に送信する。前記ユーザ端末は、前記設定情報と共に前記要求情報を受信する。
【００１６】
実施形態では、前記要求情報は、通信規格の所定のリリース番号（３ＧＰＰ規格リリース１１）において規定される情報要素である。前記設定情報は、前記所定のリリース番号だけでなく、前記所定のリリース番号よりも古いリリース番号（３ＧＰＰ規格リリース１０）においても規定される情報要素である。
【００１７】
実施形態に係る基地局は、ユーザ端末から、無線環境の測定結果を含む測定報告を受信する受信部と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いた詳細位置情報が前記測定報告に含まれるように、前記詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信する送信部と、を有する。
【００１８】
実施形態に係るユーザ端末は、無線環境の測定結果を含む測定報告を基地局に送信する送信部と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記基地局から受信する受信部と、前記受信部が前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる制御部と、を有する。
【００１９】
実施形態に係るプロセッサは、基地局に備えられる。前記プロセッサは、ユーザ端末から、無線環境の測定結果を含む測定報告を受信するための処理と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いた詳細位置情報が前記測定報告に含まれるように、前記詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信するための処理と、を実行する。
【００２０】
実施形態に係るプロセッサは、ユーザ端末に備えられる。前記プロセッサは、無線環境の測定結果を含む測定報告を基地局に送信するための処理と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記基地局から受信するための処理と、前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる処理と、を実行する。
【００２１】
また、ＭＤＴ技術をサポートするユーザ端末を含む移動通信システムにおいて、前記ユーザ端末は、前記ユーザ端末の詳細な位置を示す詳細位置情報を取得するための測位手段を含む。無線環境の測定結果と共に前記詳細位置情報を取得するＭＤＴ測定処理を行うようネットワークから指示された場合に、前記ユーザ端末は、当該指示のタイミング又はアイドル状態に遷移するタイミングで、前記測位手段をオン状態にするよう制御する。これにより、ユーザ端末は、高精度な位置情報である詳細位置情報を取得できる状態でＭＤＴ測定処理を行うことができる。
【００２２】
前記ユーザ端末は、所定のトリガで、前記無線環境の測定結果と共に前記詳細位置情報を取得したか否かを示す情報をネットワークに送信する。これにより、ネットワークは、ユーザ端末から得られる測定データが詳細位置情報を含んでいるか否か（すなわち、信頼性の高い測定データであるか否か）を判別することができる。
【００２３】
前記移動通信システムは、測位手段を含むユーザ端末に対して、前記ＭＤＴ測定処理を行うよう指示するとともに、前記測位手段をオン状態にするよう指示するネットワーク装置をさらに含んでもよい。これにより、ユーザ端末が詳細位置情報を取得できる状態にした上で、当該ユーザ端末に対してＭＤＴ測定処理を行わせることができる。
【００２４】
なお、ネットワーク装置とは、例えば、基地局、又は基地局よりも上位のネットワークノードである。
【００２５】
前記測位手段をオン状態にするよう制御した後、前記測位手段がオフ状態になった場合に、前記ユーザ端末は、前記詳細位置情報を取得することなく前記無線環境の測定結果を取得してもよい。
【００２６】
前記ＭＤＴ測定処理が要求される場合で、かつ、前記測位手段がオン状態であっても前記詳細位置情報を取得できなかった場合に、前記ユーザ端末は、前記詳細位置情報を含まず、かつ、前記無線環境の測定結果を含んだ測定データをネットワークに報告してもよい。
【００２７】
本発明に係るユーザ端末は、ＭＤＴ技術をサポートするユーザ端末であって、前記ユーザ端末の詳細な位置を示す詳細位置情報を取得するための測位手段と、無線環境の測定結果と共に前記詳細位置情報を取得するＭＤＴ測定処理を行うようネットワークから指示された場合に、当該指示のタイミング又はアイドル状態に遷移するタイミングで、前記測位手段をオン状態にするよう制御する制御手段と、を含むことを特徴とする。
【００２８】
また、ＭＤＴ技術をサポートするユーザ端末を含む移動通信システムにおいて、前記ユーザ端末は、前記ユーザ端末の詳細な位置を示す詳細位置情報を取得するための測位手段を含む。無線環境の測定結果と共に前記詳細位置情報を取得するＭＤＴ測定処理が要求される場合に、前記ユーザ端末は、前記測位手段を用いて前記詳細位置情報を取得可能か否かに応じて、前記ＭＤＴ測定処理を制御する。
【００２９】
これにより、ユーザ端末は、測位手段を用いて詳細位置情報を取得可能か否かを考慮して、ネットワークに報告する位置情報の精度が保証されるようにＭＤＴ測定処理を行うことができる。
【００３０】
前記ユーザ端末は、所定のトリガで、前記無線環境の測定結果と共に前記詳細位置情報を取得したか否かを示す情報をネットワークに送信する。
【００３１】
これにより、ネットワークは、ユーザ端末から得られる測定データが詳細位置情報を含んでいるか否か（すなわち、信頼性の高い測定データであるか否か）を判別することができる。
【００３２】
前記移動通信システムは、測位手段がオン状態である複数のユーザ端末の中から、前記ＭＤＴ測定処理を行うべきユーザ端末を選択するネットワーク装置をさらに含む。
【００３３】
これにより、詳細位置情報を取得できるユーザ端末に対してＭＤＴ測定処理を行わせることができる。
【００３４】
或いは、前記移動通信システムは、測位手段を含むユーザ端末に対して、前記ＭＤＴ測定処理を行うよう指示するとともに、前記測位手段をオン状態にするよう指示するネットワーク装置をさらに含む。
【００３５】
これにより、ユーザ端末が詳細位置情報を取得できる状態にした上で、当該ユーザ端末に対してＭＤＴ測定処理を行わせることができる。
【００３６】
なお、ネットワーク装置とは、例えば、基地局、又は基地局よりも上位のネットワークノードである。
【００３７】
［実施形態］
本実施形態においては、リリース１０以降の３ＧＰＰ規格に基づいて構成される移動通信システムに対して本発明を適用する場合の実施形態を説明する。ただし、本実施形態は、リリース１１以降において、詳細位置情報を得ることが可能なＭＤＴを実現することに主眼を置いている。
【００３８】
以下において、移動通信システムの概要、ＭＤＴの概要、内部構成、動作シーケンスの順に説明する。
【００３９】
（移動通信システムの概要）
図１は、本実施形態に係る移動通信システムの構成を示す。
【００４０】
図１に示すように、本実施形態に係る移動通信システムは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と、を有する。本実施形態においてＥ−ＵＴＲＡＮ及びＥＰＣは、ネットワークを構成する。
【００４１】
Ｅ−ＵＴＲＡＮは、複数のｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢは基地局に相当する。ｅＮＢは、セルを管理しており、セルとの接続を確立したＵＥとの無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥとの無線通信を行う機能としても使用される。また、ｅＮＢは、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００４２】
ＥＰＣは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）と、Ｅ−ＳＭＬＣ（Ｅｖｏｌｖｅｄ  Ｓｅｒｖｉｎｇ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｒｅ）と、を含む。
【００４３】
ＭＭＥは、ＵＥに対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００４４】
ｅＮＢは、Ｘ２インターフェイスを介して相互に連結される。また、ｅＮＢは、Ｓ１インターフェイスを介してＭＭＥ及びＳ−ＧＷと連結される。
【００４５】
ＯＡＭは、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮの保守及び監視を行う。ＯＡＭは、ＵＥに対する制御を行うこともできる。
【００４６】
Ｅ−ＳＭＬＣは、位置情報を生成及び管理するためのサーバ装置である。Ｅ−ＳＭＬＣは、コネクティッド状態のＵＥとの間にセッション（例えば、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）セッション）を確立し、ＵＥが位置情報を生成するためにＵＥと連携して動作する。Ｅ−ＳＭＬＣの詳細については、３ＧＰＰ  ＴＳ  ３６．３０５を参照されたい。
【００４７】
ＵＥは、移動型の無線通信装置であり、接続を確立したセル（サービングセルと称される）との無線通信を行う。本実施形態では、ＵＥはユーザ端末に相当する。
【００４８】
ＵＥは、待ち受け中の状態に相当するアイドル状態において、待ち受けセルを選択し、選択したセルにおいてｅＮＢからの指示を待ち受ける。アイドル状態において待ち受けセルを変更する処理は、セル再選択と称される。また、ＵＥは、通信中の状態に相当するコネクティッド状態において、サービングセルとの無線通信を行う。コネクティッド状態においてサービングセルを変更する処理は、ハンドオーバと称される。
【００４９】
図２は、移動通信システムの無線インターフェイスのプロトコルスタックを示す。
【００５０】
図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１〜レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００５１】
物理レイヤは、データ符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥの物理レイヤとｅＮＢの物理レイヤとの間では、物理チャネルを介してデータが伝送される。物理レイヤは、トランスポートチャネルを介してＭＡＣレイヤと連結される。
【００５２】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥのＭＡＣレイヤとｅＮＢのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢのＭＡＣレイヤは、上下リンクのトランスポートフォーマット及びリソースブロックを決定するＭＡＣスケジューラを含む。トランスポートフォーマットは、トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ）、及びアンテナマッピングを含む。
【００５３】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥのＲＬＣレイヤとｅＮＢのＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００５４】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５５】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥのＲＲＣレイヤとｅＮＢのＲＲＣレイヤとの間では、無線ベアラを介してデータが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥのＲＲＣとｅＮＢのＲＲＣとの間にＲＲＣコネクションがある場合、ＵＥはコネクティッド状態であり、そうでない場合、ＵＥはアイドル状態である。
【００５６】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００５７】
図３は、本実施形態に係る移動通信システムで使用される無線フレームの構成を示す。移動通信システムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）を採用する。
【００５８】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。
【００５９】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用されるデータ領域である。
【００６０】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用されるデータ領域である。
【００６１】
（ＭＤＴの概要）
本実施形態に係る移動通信システムは、ＭＤＴ技術をサポートする。ＭＤＴ技術の詳細は非特許文献１に記載されているが、ここではその概要を説明する。
【００６２】
まず、Ｌｏｇｇｅｄ  ＭＤＴの概要を説明する。
【００６３】
Ｌｏｇｇｅｄ  ＭＤＴは、アイドル状態のＵＥが、ネットワークから設定された測定構成（Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に従って無線環境（参照信号受信電力（ＲＳＲＰ）及び参照信号受信品質（ＲＳＲＱ）など）の測定を行い、測定結果を位置情報及び時間情報と共に測定データとして記録する。
【００６４】
測定構成（Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、測定トリガ、測定期間、ネットワーク絶対時間などの各種パラメータを含む。測定トリガは、測定を行う契機（イベント）を指定するパラメータである。測定期間は、測定構成が設定されてからＭＤＴ測定処理を終了するまでの期間を指定するパラメータである。ネットワーク絶対時間は、時間情報の基準となるパラメータである。
【００６５】
ＵＥは、コネクティッド状態において測定構成（Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信すると、測定構成に含まれる測定期間をＵＥ内部のＤｕｒａｔｉｏｎタイマに設定して、Ｄｕｒａｔｉｏｎタイマを起動する。そして、ＵＥは、アイドル状態において、測定トリガで指定された契機を検知すると、無線環境の測定を行い、測定結果、位置情報及び時間情報を含む測定データを記録する。ここで測定データ（ログ）に含められる位置情報は、有効時間内かつ最新に得られたものである。また、時間情報は、測定パラメータのうちのネットワーク絶対時間に基づいて生成される。
【００６６】
ＵＥは、測定データを保持している場合に、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機が発生したか否かを監視する。Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機とは、アイドル状態からコネクティッド状態に遷移したこと（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）、ハンドオーバを行ったこと（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）、上位レイヤでの新たな設定がなされたこと（ＲＲＣ  ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）である。
【００６７】
そして、ＵＥは、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒに応じてネットワークから測定データの送信要求を受信すると、保持している測定データをネットワークに送信（報告）する。ＯＡＭは、このようにして得られた測定データに基づいて問題を発見すると、発見した問題をオペレータに通知する、もしくは解消するためのネットワーク最適化を行うことができる。
【００６８】
次に、Ｉｍｍｅｄｉａｔｅ  ＭＤＴの概要を説明する。
【００６９】
Ｉｍｍｅｄｉａｔｅ  ＭＤＴは、コネクティッド状態のＵＥが、ネットワークから設定された測定構成に従って無線環境の測定を行い、測定結果を位置情報と共に測定データとして即座にネットワークに報告するものである。なお、Ｉｍｍｅｄｉａｔｅ  ＭＤＴは、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）手順を拡張して行われる。ｅＮＢは、ＵＥからの測定データを受信すると、当該測定データに時間情報を付与してＯＡＭに転送する。ＯＡＭは、このようにして得られた測定データに基づいて問題を発見すると、発見した問題をオペレータに通知する、もしくは解消するためのネットワーク最適化を行うことができる。
【００７０】
（内部構成）
次に、ＯＡＭ、ｅＮＢ、及びＵＥの内部構成を説明する。
【００７１】
図４は、ＯＡＭのブロック図である。図４に示すように、ＯＡＭは、ネットワーク通信部１１と、記憶部１２と、制御部１３と、を有する。ネットワーク通信部１１は、Ｅ−ＳＭＬＣ、ｅＮＢ、及びＵＥとの通信を行う。記憶部１２は、制御部１３による制御に使用される情報を記憶する。制御部１３は、後述する各種の制御を行う。
【００７２】
図５は、ｅＮＢのブロック図である。図５に示すように、ｅＮＢは、アンテナ１０１と、無線送受信機１１０と、ネットワーク通信部１２０と、記憶部１３０と、制御部（プロセッサ）１４０と、を有する。アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。ネットワーク通信部１２０は、ネットワークインターフェイス（Ｘ２インターフェイス及びＳ１インターフェイス）上で通信を行う。記憶部１３０は、制御部１４０による制御に使用される情報を記憶する。制御部１４０は、上述した各レイヤでの処理を行うと共に、後述する各種の制御を行う。
【００７３】
図６は、ＵＥのブロック図である。ここでは、ＧＮＳＳ受信機を有するＵＥの構成を説明するが、ＧＮＳＳ受信機を有しないＵＥも存在することに留意すべきである。
【００７４】
図６に示すように、ＵＥは、アンテナ２０１と、無線送受信機２１０と、ＧＮＳＳ受信機２２０と、ユーザインターフェイス２３０と、バッテリ２４０と、記憶部２５０と、制御部（プロセッサ）２６０と、を有する。
【００７５】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。ＧＮＳＳ受信機２２０は、ＵＥの詳細な位置を示す詳細位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号を制御部２６０に出力する。
【００７６】
ユーザインターフェイス２３０は、ＵＥを所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス２３０は、ユーザからの操作を受け付けて、当該操作の内容を示す信号を制御部２６０に出力する。
【００７７】
バッテリ２４０は、充電可能なバッテリであって、ＵＥの各ブロックに供給すべき電力を蓄える。
【００７８】
記憶部２５０は、制御部２６０による制御に使用される情報を記憶する。制御部２６０は、上述した各レイヤでの処理及びＭＤＴに従った処理を行うと共に、後述する各種の制御を行う。
【００７９】
制御部２６０は、ＧＮＳＳ受信機２２０の出力信号に基づいて詳細位置情報を取得する。この場合、制御部２６０は、コネクティッド状態において、Ｅ−ＳＭＬＣとセッションを確立することにより、ＧＮＳＳ受信機２２０の出力に基づく詳細位置情報を補正してもよい。これにより、高精度な詳細位置情報を得ることができる。このような手法はｎｅｔｗｏｒｋ  ａｓｓｉｓｔｅｄ  ＧＮＳＳと称される。
【００８０】
また、制御部２６０は、ＧＮＳＳ受信機２２０（ｎｅｔｗｏｒｋ  ａｓｓｉｓｔｅｄ  ＧＮＳＳを含む）以外の測位方法を実行してもよい。例えば、制御部２６０は、無線送受信機２１０が複数のｅＮＢ（複数のセル）から受信する無線信号に基づく測位方法（ＯＴＤＯＡなど）を実行してもよい。この場合、制御部２６０は、コネクティッド状態において、Ｅ−ＳＭＬＣとセッションを確立し、Ｅ−ＳＭＬＣは、ＵＥから受信した複数ｅＮＢからの同期信号の時間差情報からＵＥの位置を計算後、測定結果をＵＥに送信する。これにより、詳細位置情報を得ることができる。
【００８１】
さらに、制御部２６０は、ＧＮＳＳ受信機２２０（ｎｅｔｗｏｒｋ  ａｓｓｉｓｔｅｄ  ＧＮＳＳを含む）を用いる測位方法と、複数のｅＮＢ（複数のセル）から受信する無線信号を用いる測位方法と、を併用する方法であるハイブリッド測位方法を実行してもよい。
【００８２】
（動作シーケンス）
以下において、本実施形態に係る動作シーケンスを説明する。
【００８３】
本実施形態に係る動作シーケンスは、ＯＡＭ主導の動作（シグナリングベース）と、ｅＮＢ主導の動作（マネジメントベース）と、を含む。
【００８４】
シグナリングベース及びマネジメントベースのそれぞれは、Ｌｏｇｇｅｄ  ＭＤＴに係る動作と、Ｉｍｍｅｄｉａｔｅ  ＭＤＴに係る動作と、を含む。
【００８５】
Ｌｏｇｇｅｄ  ＭＤＴ及びＩｍｍｅｄｉａｔｅ  ＭＤＴのそれぞれにおいて、詳細位置情報を得るためのアプローチは、詳細位置情報を取得できるＵＥを選択するアプローチ（アプローチ１）と、ＭＤＴのための位置情報を要求する「オンデマンド」型のアプローチ（アプローチ２）と、アプローチ１，２の混合パターンと、を含む。
【００８６】
（１）シグナリングベース
（１．１）Ｌｏｇｇｅｄ  ＭＤＴ
まず、シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴについて説明する。
【００８７】
（１．１．１）アプローチ１
図７は、シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【００８８】
図７に示すように、ステップＳ１１００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。
【００８９】
ステップＳ１１０１において、ステップＳ１１００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。
【００９０】
ステップＳ１１０２において、ＯＡＭは、ステップＳ１１００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。
【００９１】
ステップＳ１１０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。
【００９２】
ステップＳ１１０４において、Ｅ−ＳＭＬＣは、ステップＳ１１０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。
【００９３】
ステップＳ１１０５において、ＯＡＭは、ステップＳ１１００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。
【００９４】
ステップＳ１１０６において、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ  ＭＤＴをＵＥに設定する。具体的には、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ  ＭＤＴの設定情報（Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥに送信する。ＯＡＭ（又はｅＮＢ）は、ＵＥが選択された理由（すなわち、詳細位置情報が取得可能であるという理由、又は、リリース１１以降のＭＤＴを行うという理由）を示す情報（例えば、１ビットのインジケータ）をＬｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。
【００９５】
ステップＳ１１０７において、ＵＥは、コネクティッド状態からアイドル状態に遷移する。
【００９６】
ステップＳ１１０８において、ＵＥは、Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに従って、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行う。
【００９７】
ＵＥは、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合に、以下の（ａ１）〜（ｅ１）の何れかの制御を行う。ただし、ＵＥが選択された理由がステップＳ１１０６で示されていなければ、ＵＥは、（ａ１）、（ｃ１）、及び（ｄ１）の制御を選択することができない。
【００９８】
（ａ１）コネクティッド状態からアイドル状態に遷移する前においてユーザがＧＮＳＳ受信機２２０をオフ状態にした場合、又は、ＭＤＴの他に位置情報を必要としておらず、ＧＮＳＳ受信機２２０をオン状態に保っておく必要が無くなり、ＧＮＳＳ受信機２２０がオフ状態になった場合（例えば、位置情報が必要なアプリケーションが終了した場合）に、ＵＥは、アイドル状態に遷移する際に自動的に（すなわち、ユーザに通知することなく）ＧＮＳＳ受信機２２０をオン状態にする。
【００９９】
（ｂ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、詳細位置情報を取得することなくＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行う。
【０１００】
（ｃ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、所定の基準（例えば、バッテリ残量が少ない状態）に合致しなければ、自動的に（すなわち、ユーザに通知することなく）ＧＮＳＳ受信機２２０をオン状態にする。
【０１０１】
（ｄ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にするとともに、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を停止する。これは、詳細位置情報が取得できなければ、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）が役に立たないからである。その際、ＵＥは、設定されているＬｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎを消去しても良い。
【０１０２】
（ｅ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。
【０１０３】
なお、ＵＥがアイドル状態である期間においては、Ｅ−ＳＭＬＣとのセッションが確立されていない状態となるものの、ＵＥがアイドル状態に遷移した時点において位置情報の精度は保証されている。このため、ＵＥは、アイドル状態で行われるＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）において、高精度な位置情報（詳細位置情報）を取得できる可能性が高い。
【０１０４】
ステップＳ１１０９において、ＵＥは、アイドル状態からコネクティッド状態に遷移する。ＵＥが選択された理由がステップＳ１１０６で示されている場合、ＵＥは、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データを保持していることを示す情報（Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）をネットワークに送信する際に、測定データに詳細位置情報が含まれていることを示す第１の情報（例えば、１ビットのインジケータＡ）を送信してもよい。
【０１０５】
ステップＳ１１１０において、ＵＥは、ネットワークからの要求に応じて、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データをネットワークに送信（報告）する。具体的には、ＵＥは、当該要求に対する応答（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）に当該測定データを含めて送信する。ＵＥが選択された理由がステップＳ１１０６で示されている場合、ＵＥは、測定データを含むＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅをネットワークに送信する際に、測定データに詳細位置情報が含まれていることを示す第１の情報（例えば、１ビットのインジケータＡ）をＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅに含めて送信してもよい。
【０１０６】
なお、ステップＳ１１０８において、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）が開始された後に上記（ｂ１）の制御を行った場合には、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在することになる。この場合、ＵＥは、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在していることを示す第２の情報（例えば、１ビットのインジケータＢ）をＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ又はＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅと共に送信してもよい。また、当該第２の情報（例えば、１ビットのインジケータＢ）は、上述した第１の情報（例えば、１ビットのインジケータＡ）と併用してもよい。
【０１０７】
（１．１．２）アプローチ２
図８は、シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【０１０８】
図８に示すように、ステップＳ１２００において、ＯＡＭは、コネクティッド状態にあるＵＥの測位機能に関する能力（例えば、ＧＮＳＳ受信機２２０を有しているか否か（ｓｔａｎｄ−ａｌｏｎｅで動作するＧＮＳＳを有しているか否か））についてネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。
【０１０９】
ステップＳ１２０１において、ステップＳ１２００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥについての能力をＯＡＭに通知する。
【０１１０】
ステップＳ１２０２において、ＯＡＭは、ステップＳ１２００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。
【０１１１】
ステップＳ１２０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。
【０１１２】
ステップＳ１２０４において、Ｅ−ＳＭＬＣは、ステップＳ１２０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。
【０１１３】
なお、ステップＳ１２０３及びステップＳ１２０４は必須ではなく、ステップＳ１２０３及びステップＳ１２０４を行うことなく以降のステップを行ってもよい。
【０１１４】
ステップＳ１２０５において、ＯＡＭは、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥを選択する。ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択してもよい。
【０１１５】
ステップＳ１２０６において、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ  ＭＤＴをＵＥに設定する。具体的には、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ  ＭＤＴの設定情報（Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥに送信する。ＯＡＭは、詳細位置情報を要求する情報（例えば、１ビットのインジケータ）をＬｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに含める。また、詳細位置情報を取得するための測位方法（例えばＧＮＳＳ）を指定する情報をＬｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。
【０１１６】
ＵＥは、Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるロギング期間（測定期間）をＤｕｒａｔｉｏｎタイマに設定して、Ｄｕｒａｔｉｏｎタイマを起動する。また、ＵＥは、Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信した時点でＧＮＳＳ受信機２２０がオフ状態である場合には、詳細位置情報を要求する情報（例えば、１ビットのインジケータ）に従い、ＧＮＳＳ受信機２２０をオン状態にする。
【０１１７】
ＵＥは、詳細位置情報を要求する情報（例えば、１ビットのインジケータ）を含むＬｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信した後、コネクティッド状態において、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合に、以下の（ａ２）〜（ｄ２）の何れかの制御を行う。
【０１１８】
（ａ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、アイドル状態に遷移する際に、自動的に（すなわち、ユーザに通知することなく）ＧＮＳＳ受信機２２０をオン状態にする。
【０１１９】
（ｂ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、アイドル状態に遷移した後、詳細位置情報を取得することなくＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行う。
【０１２０】
（ｃ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、アイドル状態に遷移した後、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行わない。この場合、ＵＥは、アイドル状態からコネクティッド状態に遷移した際に、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を停止中であることをネットワークに通知してもよい。
【０１２１】
（ｄ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。
【０１２２】
ステップＳ１２０７において、ＵＥは、コネクティッド状態からアイドル状態に遷移する。
【０１２３】
ここで、ＵＥは、Ｄｕｒａｔｉｏｎタイマが満了する前にコネクティッド状態に復帰した場合には、以下の（ｅ２）又は（ｆ２）の制御を行う。
【０１２４】
（ｅ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、コネクティッド状態からアイドル状態に遷移する際に、Ｄｕｒａｔｉｏｎタイマが満了していなければ、自動的にＧＮＳＳ受信機２２０をオン状態にする。
【０１２５】
（ｆ２）ＵＥは、Ｄｕｒａｔｉｏｎタイマが満了していなければ、コネクティッド状態とアイドル状態との間の遷移とは無関係にＧＮＳＳ受信機２２０をオン状態のまま維持する。
【０１２６】
ステップＳ１２０８において、アイドル状態にあるＵＥは、Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに従って、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行う。
【０１２７】
ＵＥは、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合に、以下の（ｇ２）〜（ｉ２）の何れかの制御を行う。
【０１２８】
（ｇ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、詳細位置情報を取得することなくＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行う。
【０１２９】
（ｈ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。
【０１３０】
（ｉ２）ＵＥは、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を停止する。その際、ＵＥは、設定されているＬｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎを消去しても良い。
【０１３１】
ステップＳ１２０９において、ＵＥは、アイドル状態からコネクティッド状態に遷移する。詳細位置情報が要求されていることがステップＳ１２０６で示されている場合、ＵＥは、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データを保持していることを示す情報（Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）をネットワークに送信する際に、詳細位置情報が要求されていることを示す第１の情報（例えば、１ビットのインジケータＡ）を送信してもよい。
【０１３２】
ステップＳ１２１０において、ＵＥは、ネットワークからの要求に応じて、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データをネットワークに送信（報告）する。具体的には、ＵＥは、当該要求に対する応答（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）に当該測定データを含めて送信する。詳細位置情報が要求されていることがステップＳ１２０６で示されている場合、ＵＥは、測定データを含むＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅをネットワークに送信する際に、詳細位置情報が要求されていることを示す第１の情報（例えば、１ビットのインジケータＡ）をＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅに含めて送信してもよい。
【０１３３】
なお、ＭＤＴ測定処理（Ｌｏｇｇｅｄ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）が開始された後に上記（ｂ２）又は（ｇ２）の制御を行った場合には、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在することになる。この場合、ＵＥは、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在していることを示す第２の情報（例えば、１ビットのインジケータＢ）をＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ又はＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅと共に送信してもよい。また、当該第２の情報（例えば、１ビットのインジケータＢ）は、上述した第１の情報（例えば、１ビットのインジケータＡ）と併用してもよい。
【０１３４】
（１．１．３）アプローチ１，２の混合パターン１
図９は、シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【０１３５】
図９に示すように、ステップＳ１３００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。
【０１３６】
ステップＳ１３０１において、ステップＳ１３００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。
【０１３７】
ステップＳ１３０２において、ＯＡＭは、ステップＳ１３００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。
【０１３８】
ステップＳ１３０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。
【０１３９】
ステップＳ１３０４において、Ｅ−ＳＭＬＣは、ステップＳ１３０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。
【０１４０】
ステップＳ１３０５において、ＯＡＭは、ステップＳ１３００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。
【０１４１】
ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在する場合（ステップＳ１３０５；ＹＥＳ）、以降の処理は、（１．１．１）で説明したアプローチ１に従う（ステップＳ１３０６）。
【０１４２】
これに対し、ＧＮＳＳ受信機２２０を有するＵＥのうち、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在しない場合（ステップＳ１３０５；ＮＯ）、ＯＡＭは処理をステップＳ１３０７に進める。
【０１４３】
ステップＳ１３０７において、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥに対し、ＧＮＳＳ受信機２２０が既に起動しているのか、ＧＮＳＳ受信機２２０を起動可能であるのか、ＧＮＳＳ受信機２２０を起動不能であるのか、を問い合わせる。
【０１４４】
ステップＳ１３０８において、ＯＡＭからの問い合わせを受けたＵＥは、当該問い合わせに対する応答として、ＧＮＳＳ受信機２２０が既に起動しているのか、ＧＮＳＳ受信機２２０を起動可能であるのか、ＧＮＳＳ受信機２２０を起動不能であるのか、をＯＡＭに通知する。
【０１４５】
ステップＳ１３０９において、ＯＡＭは、ステップＳ１３０８でＵＥから通知されたＧＮＳＳ受信機２２０の利用可能性に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために改めて選択（再選択）する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０が既に起動しているＵＥ或いはＧＮＳＳ受信機２２０を起動可能なＵＥを選択する。
【０１４６】
以降の処理は、（１．１．２）で説明したアプローチ２に従う。具体的には、ステップＳ１３１０〜ステップＳ１３１４の各処理は、（１．１．２）で説明したアプローチ２のステップＳ１２０６〜ステップＳ１２１０の各処理と同様である。
【０１４７】
（１．１．４）アプローチ１，２の混合パターン２
図１０は、シグナリングベースでのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。混合パターン２は、ＵＥに対するＧＮＳＳ受信機２２０の利用可能性の問い合わせを行わない点で、上述した混合パターン１とは異なる。
【０１４８】
図１０に示すように、ステップＳ１４００〜ステップＳ１４０６の各処理は、上述した混合パターン２のステップＳ１３００〜ステップＳ１３０６の各処理と同様である。
【０１４９】
ステップＳ１４０７において、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥを選択する。
【０１５０】
以降の処理は、（１．１．２）で説明したアプローチ２に従う。具体的には、ステップＳ１４０８〜ステップＳ１４１２の各処理は、（１．１．２）で説明したアプローチ２のステップＳ１２０６〜ステップＳ１２１０の各処理と同様である。
【０１５１】
（１．２）Ｉｍｍｅｄｉａｔｅ  ＭＤＴ
次に、シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴについて説明する。
【０１５２】
Ｉｍｍｅｄｉａｔｅ  ＭＤＴにおいて、ＵＥは、コネクティッド状態でＭＤＴ測定処理を行うため、ＭＤＴ測定処理を実行中においてもＥ−ＳＭＬＣとのセッションを維持できることに留意すべきである。
【０１５３】
（１．２．１）アプローチ１
図１１は、シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【０１５４】
図１１に示すように、ステップＳ１５００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。
【０１５５】
ステップＳ１５０１において、ステップＳ１５００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。
【０１５６】
ステップＳ１５０２において、ＯＡＭは、ステップＳ１５００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。
【０１５７】
ステップＳ１５０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。
【０１５８】
ステップＳ１５０４において、Ｅ−ＳＭＬＣは、ステップＳ１５０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。
【０１５９】
ステップＳ１５０５において、ＯＡＭは、ステップＳ１５００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。例えば、ＯＡＭは、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。
【０１６０】
ステップＳ１５０６において、ＯＡＭは、ｅＮＢを介してＩｍｍｅｄｉａｔｅ  ＭＤＴをＵＥに設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）する。具体的には、ＯＡＭは、位置情報を含む測定報告を送信するよう要求する情報（ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏ）を設定情報として測定報告の設定（ｒｅｐｏｒｔＣｏｎｆｉｇ）に含めて送信する。ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏは、リリース１０で導入された情報要素である。さらに、ＯＡＭ（又はｅＮＢ）は、ＵＥが選択された理由（すなわち、詳細位置情報が取得可能であるという理由、又は、リリース１１以降のＭＤＴを行うという理由）を示す情報（例えば、１ビットのインジケータ）を要求情報として当該Ｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｉｍｍｅｄｉａｔｅ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含めてもよい。また、詳細位置情報を取得するための測位方法（例えばＧＮＳＳ）を指定する情報を要求情報として当該Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。
【０１６１】
ステップＳ１５０７において、ＵＥは、Ｉｍｍｅｄｉａｔｅ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに従って、ＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行う。ＵＥは、ＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）において、ｎｅｔｗｏｒｋ  ａｓｓｉｓｔｅｄ  ＧＮＳＳを除き、Ｅ−ＳＭＬＣとのセッションを維持しなければならない。
【０１６２】
ＵＥは、ＧＮＳＳ受信機２２０を使用して詳細位置情報を取得しながらＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行う場合において、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合には、以下の（ａ３）〜（ｃ３）の何れかの制御を行う。ただし、ＵＥが選択された理由がステップＳ１５０６で示されていなければ、ＵＥは、（ｂ３）及び（ｃ３）の制御を選択することができない。
【０１６３】
（ａ３）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にして、他の測位方法を使用して詳細位置情報の取得を継続する。ＵＥは、ＧＮＳＳ受信機２２０以外の測位方法を実行していない場合（例えば、ＵＥがハイブリッド測位方法をサポートしていない場合）には、詳細位置情報を取得することなくＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）を行ってもよいし、詳細位置情報を取得するために他の測位方法を実行してもよい。
【０１６４】
（ｂ３）ＵＥは、ＧＮＳＳ受信機２２０以外の測位方法を実行している場合（すなわち、ハイブリッド測位方法を実行している場合）には、ＧＮＳＳ受信機２２０をオフ状態にする。
【０１６５】
（ｃ３）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。
【０１６６】
ステップＳ１５０８において、ＵＥは、ＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データを含む測定報告をネットワークに送信する。
【０１６７】
（１．２．２）アプローチ２
図１２は、シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【０１６８】
図１２に示すように、ステップＳ１６００〜ステップＳ１６０５の各処理は、（１．２．１）で説明したアプローチ１のステップＳ１５００〜ステップＳ１５０５の各処理と同様である。
【０１６９】
ステップＳ１６０６において、ＯＡＭは、ｅＮＢを介してＩｍｍｅｄｉａｔｅ  ＭＤＴをＵＥに設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）する。具体的には、ＯＡＭは、位置情報を含む測定報告を送信するよう要求する情報（ｉｎｃｌｕｄｅｄｅｔａｉｌｅｄＬｏｃａｔｉｏｎＩｎｆｏ）を設定情報として測定報告の設定（ｒｅｐｏｒｔＣｏｎｆｉｇ）に含めて送信する。さらに、ＯＡＭは、詳細位置情報を要求する（或いはＥ−ＳＭＬＣとのセッションの確立を要求する）情報（例えば、１ビットのインジケータ）を要求情報として当該Ｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｉｍｍｅｄｉａｔｅ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含める。また、詳細位置情報を取得するための測位方法（例えば、ＧＮＳＳ、ＯＴＤＯＡ）を指定する情報を要求情報としてＩｍｍｅｄｉａｔｅ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。
【０１７０】
ステップＳ１６０７及びステップＳ１６０８の各処理は、（１．２．１）で説明したアプローチ１のステップＳ１５０７及びステップＳ１５０８の各処理と同様である。
【０１７１】
（１．２．３）アプローチ１，２の混合パターン１
図１３は、シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【０１７２】
図１３に示すように、ステップＳ１７００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。
【０１７３】
ステップＳ１７０１において、ステップＳ１７００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。
【０１７４】
ステップＳ１７０２において、ＯＡＭは、ステップＳ１７００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。
【０１７５】
ステップＳ１７０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。
【０１７６】
ステップＳ１７０４において、Ｅ−ＳＭＬＣは、ステップＳ１７０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。
【０１７７】
ステップＳ１７０５において、ＯＡＭは、ステップＳ１７００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。
【０１７８】
測位能力を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在する場合（ステップＳ１７０５；ＹＥＳ）、以降の処理は、（１．２．１）で説明したアプローチ１に従う（ステップＳ１７０６）。
【０１７９】
これに対し、測位能力を有するＵＥのうち、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在しない場合（ステップＳ１７０５；ＮＯ）、ＯＡＭは処理をステップＳ１７０７に進める。
【０１８０】
ステップＳ１７０７において、ＯＡＭは、測位能力を有するＵＥに対し、Ｅ−ＳＭＬＣとのセッションを確立可能であるのか否かを問い合わせる。
【０１８１】
ステップＳ１７０８において、ＯＡＭからの問い合わせを受けたＵＥは、当該問い合わせに対する応答として、Ｅ−ＳＭＬＣとのセッションを確立可能であるのか否かをＯＡＭに通知する。
【０１８２】
ステップＳ１７０９において、ＯＡＭは、ステップＳ１７０８でＵＥから通知されたＥ−ＳＭＬＣとのセッションの利用可能性（及び当該ＵＥの測位能力）に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために改めて選択（再選択）する。具体的には、ＯＡＭは、Ｅ−ＳＭＬＣとのセッションを確立可能なＵＥを選択する。
【０１８３】
以降の処理は、（１．２．２）で説明したアプローチ２に従う。具体的には、ステップＳ１７１０〜ステップＳ１７１２の各処理は、（１．２．２）で説明したアプローチ２のステップＳ１６０６〜ステップＳ１６０８の各処理と同様である。
【０１８４】
（１．２．４）アプローチ１，２の混合パターン２
図１４は、シグナリングベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。混合パターン２は、ＵＥに対するＥ−ＳＭＬＣとのセッションの利用可能性の問い合わせを行わない点で、上述した混合パターン１とは異なる。
【０１８５】
図１４に示すように、ステップＳ１８００〜ステップＳ１８０６の各処理は、上述した混合パターン２のステップＳ１７００〜ステップＳ１７０６の各処理と同様である。
【０１８６】
ステップＳ１８０７において、ＯＡＭは、ＵＥの測位能力に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために改めて選択（再選択）する。具体的には、測位能力を有するＵＥを選択する。
【０１８７】
以降の処理は、（１．２．２）で説明したアプローチ２に従う。具体的には、ステップＳ１８０８〜ステップＳ１８１０の各処理は、（１．２．２）で説明したアプローチ２のステップＳ１６０６〜ステップＳ１６０８の各処理と同様である。
【０１８８】
（２）マネジメントベース
（２．１）Ｌｏｇｇｅｄ  ＭＤＴ
次に、マネジメントベースベースでのＬｏｇｇｅｄ  ＭＤＴについて説明する。
【０１８９】
（２．１．１）アプローチ１
図１５は、マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【０１９０】
図１５のステップＳ２１００〜ステップＳ２１０９に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．１）で説明した動作シーケンスとは異なる。その他の点は（１．１．１）で説明した動作シーケンスと同様である。
【０１９１】
（２．１．２）アプローチ２
図１６は、マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【０１９２】
図１６のステップＳ２２００〜ステップＳ２２０９に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．２）で説明した動作シーケンスとは異なる。その他の点は（１．１．２）で説明した動作シーケンスと同様である。
【０１９３】
（２．１．３）アプローチ１，２の混合パターン１
図１７は、マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【０１９４】
図１７のステップＳ２３００〜ステップＳ２３１３に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．３）で説明した動作シーケンスとは異なる。その他の点は（１．１．３）で説明した動作シーケンスと同様である。
【０１９５】
（２．１．４）アプローチ１，２の混合パターン２
図１８は、マネジメントベースのＬｏｇｇｅｄ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。
【０１９６】
図１８のステップＳ２４００〜ステップＳ２４１１に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．４）で説明した動作シーケンスとは異なる。その他の点は（１．１．４）で説明した動作シーケンスと同様である。
【０１９７】
（２．２）Ｉｍｍｅｄｉａｔｅ  ＭＤＴ
次に、マネジメントベースベースでのＩｍｍｅｄｉａｔｅ  ＭＤＴについて説明する。
【０１９８】
（２．２．１）アプローチ１
図１９は、マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。
【０１９９】
図１９のステップＳ２５００〜ステップＳ２５０７に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．１）で説明した動作シーケンスとは異なる。その他の点は（１．２．１）で説明した動作シーケンスと同様である。
【０２００】
（２．２．２）アプローチ２
図２０は、マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。
【０２０１】
図２０のステップＳ２６００〜ステップＳ２６０７に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．２）で説明した動作シーケンスとは異なる。その他の点は（１．２．２）で説明した動作シーケンスと同様である。
【０２０２】
（２．２．３）アプローチ１，２の混合パターン１
図２１は、マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。
【０２０３】
図２１のステップＳ２７００〜ステップＳ２７１１に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．３）で説明した動作シーケンスとは異なる。その他の点は（１．２．３）で説明した動作シーケンスと同様である。
【０２０４】
（２．２．４）アプローチ１，２の混合パターン２
図２２は、マネジメントベースのＩｍｍｅｄｉａｔｅ  ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。
【０２０５】
図２２のステップＳ２８００〜ステップＳ２８０９に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．４）で説明した動作シーケンスとは異なる。その他の点は（１．２．４）で説明した動作シーケンスと同様である。
【０２０６】
（まとめ）
上記のようにして、Ｉｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴにおいて詳細位置情報の可用性を強化する。また、詳細位置情報を利用可能とすることができないＭＤＴ測定を避けることができる。特に、ＲＲＣコネクティッド状態のＵＥについて、ＭＤＴのための追加的な位置情報（ＭＤＴのためのオンデマンドの位置情報）を要求することを可能とする。Ｌｏｇｇｅｄ  ＭＤＴについては、位置情報を得るためにＵＥがＲＲＣコネクティッド状態に移行することを要しない。
【０２０７】
リリース１１のＭＤＴは、特に位置情報の取り扱いの点でリリース１０のＭＤＴと異なる。リリース１０のＭＤＴはベストエフォートに基づく位置情報の取得であるが、リリース１１のＭＤＴでは詳細位置情報が要求される。
【０２０８】
詳細位置情報が要求される場合のＭＤＴ設定（ＭＤＴ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）：  リリース１０のＭＤＴでは、ＭＤＴ測定結果は、対応する測位情報と関連づけられる。しかしながら、測位情報はＭＤＴ以外のアプリケーション向けのものであるため、ＵＥがＭＤＴ測定結果の全てについて詳細位置情報を得る保証は無い。よって、ＵＥが測位実行中であることをネットワークが把握している場合であっても、ネットワークは、選択したＵＥが測位セッションを継続して必要な詳細位置情報が提供されると期待することができない。従って、詳細位置情報が要求されるか否かをネットワークが例えばＭＤＴ設定時にＵＥに知らせて、ＭＤＴのためにＵＥが測位手段をアクティブに保つことは重要である。ＵＥの選択方法とは無関係に、Ｉｍｍｅｄｉａｔｅ  ＭＤＴ又はＬｏｇｇｅｄ  ＭＤＴにおいて詳細位置情報を必要とする場合には、ＵＥが実行中の測位セッションを有する場合であっても、詳細位置情報が必要か否かを例えばＭＤＴ設定時にＵＥに明示的に知らせるべきである（提案１）。
【０２０９】
詳細位置情報が利用できない場合のＵＥの動作：  提案１が採用され、ＵＥがＭＤＴのために測位手段をアクティブに保つ場合であっても、ＵＥが測位手段としてＧＮＳＳのみを使用する場合には、ある状況下（例えば室内）でＵＥは詳細位置情報を得ることができない。このような場合において、Ｉｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴにおいてＵＥに適切な命令を設定することが必要である。以下の３つの選択肢が考えられる。選択肢１は、ＵＥが詳細位置情報なしでＭＤＴ測定を継続するというものである。選択肢２は、ＵＥがＭＤＴ測定を停止するというものである。ここでＵＥ１００は、既にあるＭＤＴ設定及び測定結果を保持しても保持しなくてもよい。選択肢３は、代わりの測位手段を始動して、詳細位置情報を得るＭＤＴを継続するというものである。選択肢４は、ＵＥの実装依存とするというものである。選択肢３は、複雑であり、かつ、Ｌｏｇｇｅｄ  ＭＤＴに適用できない可能性がある。選択肢２は、ＵＥにとって合理的であるが、リリース１０のＭＤＴの方針から外れるものである。選択肢４は、ＵＥごとに異なる動作となり得るためネットワークにとって好ましくない。選択肢１は、シンプルであり、かつ、既存のＭＤＴ要件と矛盾しない。よって、選択肢１が好ましい。ＵＥは、詳細位置情報を取得できない場合には、詳細位置情報なしでＭＤＴ測定を継続するべきである（提案２）。
【０２１０】
上述した実施形態では、ＵＥ選択時に、Ｉｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴにおいて、利用可能な位置情報及びオンデマンドの位置情報の有用性について記載した。また、シグナリング負荷を最小化し、詳細位置情報のないＵＥに対する不要なＭＤＴ設定を削減する方法について記載した。
【０２１１】
ＵＥ選択の方法としては、２つのアプローチがある。アプローチ１（利用可能な位置情報という解決手法）は、詳細位置情報を利用可能なＵＥを選択するものである。アプローチ２（オンデマンドの位置情報という解決手法）は、ＭＤＴのために位置情報を要求するものである。
【０２１２】
アプローチ１：
提案する利用可能な位置情報という解決手法は、次のものである。解決手法１は、ネットワークはＵＥが測位を実行中である場合にＭＤＴをＵＥに始動させ（ＭＤＴのためにＵＥを選択し）、ネットワークが測位の状況を把握している。解決手法２は、ネットワークはＵＥが測位を実行中である場合にＭＤＴをＵＥに始動させ（ＭＤＴのためにＵＥを選択し）、ＵＥが測位の状況をネットワークに通知する。解決手法３は、詳細位置情報が利用可能である場合にＭＤＴ測定が行われる。解決手法３は、基本的にはリリース１０の既存の解決手法であり、ＵＥがいつ測位を実行するかを特定するか把握できないため、解決手法３が適用されるべきではない。従って、以下において、解決手法１及び２による利益を記載し、Ｉｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴについて比較する。
【０２１３】
リリース１１のＭＤＴ  ＵＥ選択方法の基本方針：  解決手法１は、ネットワーク（Ｅ−ＳＭＬＣ又はＭＭＥ）は実行中の測位セッションを把握しているため、実行中の測位の状況についてＵＥに問い合わせる必要はない。解決手法２は、ＵＥが実行中の測位をｅＮＢ又はネットワークに通知しなければならず、追加のＲＲＣシグナリングが生じる。シグナリング負荷の観点では解決手法２よりも解決手法１が好ましい。しかしながら、解決手法１のみでは、ＵＥのスタンドアロンのＧＮＳＳ状況（実行中であるか否か）をｅＮＢもネットワークも判断できない。特にＬｏｇｇｅｄ  ＭＤＴにおいてスタンドアロンのＧＮＳＳは最も有用な測位システムの１つであるため、実行中測位情報についてのフィードバックをｅＮＢ及び／又はネットワークがＵＥに対して要求できるようにすべきである。詳細位置情報を伴わないＭＤＴ測定を避けるためには、ネットワークがＵＥにフィードバックを要求せずに、ネットワーク補助測位を実行しているか否かをネットワークが把握することが考えられるが、主にＩｍｍｅｄｉａｔｅ  ＭＤＴに適用可能である。Ｌｏｇｇｅｄ  ＭＤＴについてはスタンドアロンのＧＮＳＳを実行中であるか否かを知ることが重要である。利用可能な位置情報の解決手法については次の２つの選択肢を基本方針として考慮することができる。選択肢１は、解決手法１と解決手法２（スタンドアロンのＧＮＳＳを問い合わせる場合のみ）との組み合わせである。選択肢２は、解決手法２のみとするものである。選択肢２は、ＵＥが実行中の測位方法の全てをｅＮＢ又はネットワークに通知することになるため、シグナリング負荷の観点では選択肢１が好ましい。特に、選択肢１は、ＵＥのスタンドアロンＧＮＳＳの状況についてのみネットワークが問い合わせるため、ＲＲＣシグナリングが限定される。しかしながら、ネットワークの複雑性の観点では、解決手法２のみをサポートすることが好ましいかもしれない。追加の拡張が無ければスタンドアロンＧＮＳＳ情報が利用できない点で解決手法１は不十分であるからである。従って、利用可能な位置情報の解決手法として選択肢１又は選択肢２を適用すべきである（提案１）。選択肢１が適用される場合、ｅＮＢ又はネットワークがスタンドアロンのＧＮＳＳが実行中であるか否かを把握するために、ＵＥ選択時又はＵＥ選択前に、実行中測位情報についてのフィードバックを送信するようネットワークがＵＥに要求できるようにすべきである（提案２）。
【０２１４】
アプローチ２：
オンデマンド位置情報の必要性：  ＲＲＣコネクティッドのＵＥについてネットワークがＵＥからのＭＤＴのための追加の位置情報（オンデマンドの位置情報）を要求できるようするだけでなく、アイドル状態のＵＥ（すなわち、Ｌｏｇｇｅｄ  ＭＤＴ）についてもオンデマンドの位置情報がサポートされるべきである。測位実行中のＵＥが少なくベストエフォートの位置報告によるＬｏｇｇｅｄ  ＭＤＴは役に立たず、Ｉｍｍｅｄｉａｔｅ  ＭＤＴにおいてのみ詳細位置情報を要求することはカバレッジマッピングの精度が劣化するからである。オンデマンドの位置情報の解決手法がＩｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴの両方に適用される場合、オペレータはＭＤＴが設定された全てのＵＥから詳細位置情報を期待できるため、ＭＤＴを要求すべきＵＥの数をより正確に決定できる。Ｌｏｇｇｅｄ  ＭＤＴについてオンデマンド位置情報が無いと、いくつかのＵＥはＭＤＴが無駄に設定されてしまう。さらに、Ｌｏｇｇｅｄ  ＭＤＴについてオンデマンド位置情報が適用されない場合、いくつかのＵＥ（すなわち、詳細位置情報の無いＵＥ）はＭＤＴが無駄に設定されてＵＥが何回も再選択されるため、エンドユーザにとって好ましくない。従って、Ｉｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴの両方について、利用可能な位置情報の解決手法に加えて、オンデマンドの位置情報の解決手法も適用されるべきである（すなわち、ハイブリッドの解決手法）。オンデマンドの位置情報のトリガについて何らかの制約が必要であるか否かについては、検討の余地がある。Ｉｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴの両方について、利用可能な位置情報の解決手とオンデマンドの位置情報の解決手法とのハイブリッドの解決手法を適用すべきである（提案３）。
【０２１５】
オンデマンドの位置情報要求前のＵＥからのフィードバックの必要性：  オンデマンドの位置情報の解決手法には潜在的な問題がある。例えば、ユーザがＭＤＴを行うことに同意しても、低バッテリ状態及び／又はＵＥが長時間に渡って衛星を検出できない（室内の場合など）のように、測位システム（ＧＮＳＳ）をオンすべきでない状況であり得る。よって、オンデマンド測位要求は、測位システムの始動が望ましいかについてＵＥからのフィードバックが無いのであればＭＤＴのために設定されるべきではない。オンデマンド測位要求を許容するか否かのフィードバックをＵＥからネットワークが受信しない場合、ＵＥは、詳細位置情報を伴うＭＤＴ測定を提供できずに終わる可能性がある。上記の提案２が適用される場合、実行中の測位セッションの無いＵＥが、利用可能な位置情報のフィードバック時に、測位システムがアクティブであるか否かを通知することついて、考慮すべきである。Ｉｍｍｅｄｉａｔｅ  ＭＤＴ及びＬｏｇｇｅｄ  ＭＤＴの両方について、ネットワークは、ＵＥの測位システムをアクティブにすることが適切であるか否かのＵＥからのフィードバックが得られていないのであれば、ＭＤＴのためのオンデマンド測位要求を当該ＵＥに設定すべきでない（提案４）。上記の提案２が適用される場合、ＵＥは、利用可能な位置情報要求での実行中の測位のフィードバック（主に実行中の測位セッションの無いＵＥに適用される）と共に、測位をアクティブにすることが好ましいかについてのフィードバックも送信できるようにしてもよい。
【０２１６】
［その他の実施形態］
この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０２１７】
上述した実施形態では、詳細位置情報を取得するための測位システムを指定する情報をＭＤＴのＣｏｎｆｉｇｕｒａｔｉｏｎに含める一例を説明したが、このような方法に代えて、次の方法を使用してもよい。具体的には、ＵＥは、使用する測位システムの優先度情報を保持しており、ネットワークから測位システムを指定されない場合は、前記優先度情報と動作中の測位システム情報とに基づいて測位システムを決める。優先度情報はネットワークから事前に指定されても良く、ＵＥが静的に持っていてもよい。
【０２１８】
また、上述した実施形態では、Ｄｕｒａｔｉｏｎタイマが満了した場合のＵＥの動作について特に説明していなかったが、ＵＥは、Ｄｕｒａｔｉｏｎタイマが満了した際にＭＤＴの他に位置情報を必要としておらず、ＧＮＳＳをオン状態に保っておく必要が無い場合には、ＧＮＳＳを停止することが可能である。
【０２１９】
要求位置情報のためのＵＥ選択：  詳細位置情報の可用性を強化するのは、詳細位置情報を持たないＭＤＴ測定を避けるためである。よって、ｅＮＢは、詳細位置情報を得るために、ＧＮＳＳ測定を行うようＵＥに要求できる。しかしながら、ＧＮＳＳが既にアクティブなＵＥにのみ適用可能であるのか、アクティブなＧＮＳＳを持たないＵＥも含まれるのかについて検討が必要である。前者のケースではＵＥはＧＮＳＳをアクティブに維持することになり、後者のケースではＵＥはＧＮＳＳ受信機をオンにすることが要求される。ＧＮＳＳ位置情報を利用可能にすることを要求するＵＥをｅＮＢが選択することは、慎重に計画すべきである。ＵＥのバッテリが少ない場合、ユーザはＵＥのＧＮＳＳ受信機をオフにするかもしれない。また、バッテリの電力を節約できるときは常にＧＮＳＳをオフすることが推奨されることもあり得る。緊急呼を含む呼を正常に遂行できないレベルまでＵＥのバッテリが少なくなることもあり得る。従って、良好なユーザエクスペリエンスを提供するために、ＧＮＳＳ位置情報を利用可能にするようｅＮＢから要求されるＵＥは、測位システムが既にアクティブなＵＥに制限されるべきである。また、ＧＮＳＳ受信機が既にオフであるＵＥがｅＮＢからＧＮＳＳ測定を行うよう要求された場合のＵＥの動作について考慮すべきである。この場合、アクティブなＧＮＳＳを持たないＵＥは、Ｅ−ＣＩＤ位置情報のみを伴うＩｍｍｅｄｉａｔｅ  ＭＤＴが許容されるべきである。ＧＮＳＳ位置情報と共にＵＥのＭＤＴ測定応答が返信される場合、ｅＮＢは、ＧＮＳＳがオンにされたことを把握できる。その時点で、ｅＮＢは、ＧＮＳＳ測定を継続するようＵＥに要求できる。ＵＥからのレポートがＧＮＳＳ位置情報が無いことを示す場合、ｅＮＢは、ＵＥにおけるＭＤＴを停止する、又はＧＮＳＳ測定を伴うＭＤＴをＵＥに強要しないという選択肢がある。Ｌｏｇｇｅｄ  ＭＤＴはＵＥからの即座のフィードバックをｅＮＢが得ることができないため、かかる処理はＩｍｍｅｄｉａｔｅ  ＭＤＴでのみ有効であり得る。ｅＮＢがＭＤＴ設定の前にＵＥのＧＮＳＳ状態を判定できる場合には、Ｌｏｇｇｅｄ  ＭＤＴのためにＧＮＳＳ位置情報を実現できる。詳細位置情報の可用性をｅＮＢが要求する又はＵＥが通知しない場合、ＵＥのＧＮＳＳの状態情報をｅＮＢは利用できない。従って、Ｌｏｇｇｅｄ  ＭＤＴには要求位置情報（詳細位置情報）を適用しないようにすべきである。
【０２２０】
提案１：ＧＮＳＳ測定を行うようｅＮＢからＵＥに要求するのは、ＧＮＳＳが既にアクティブのＵＥに限定されるべきである。
【０２２１】
提案２：ＧＮＳＳ受信機がオフにされている場合にＧＮＳＳ測定要求を受信した場合のＵＥの動作について検討が必要である。アクティブなＧＮＳＳを持たないＵＥについては、Ｅ−ＣＩＤ位置情報を用いたＩｍｍｅｄｉａｔｅ  ＭＤＴを行うことが許容され得る。
【０２２２】
提案３：ｅＮＢがＵＥからのＧＮＳＳ位置情報を要求する場合、アクティブなＧＮＳＳを持つＵＥは、ＭＤＴ測定の間（例えば周期的な測定間隔）はＧＮＳＳをアクティブに保つべきである。
【０２２３】
提案４：Ｌｏｇｇｅｄ  ＭＤＴについては要求位置情報を適用しないようにするべきである。
【０２２４】
ＧＮＳＳ位置測定及び報告：  上記提案３が適用される場合、各無線測定についてＵＥがＧＮＳＳ位置情報を提供するかについて検討が必要である。図２３は、各ＭＤＴ周期的測定について位置情報がＧＮＳＳに基づく場合を示す（選択肢１）。選択肢１において、ＵＥが全ての測定結果にＧＮＳＳ位置情報を含めること、特にms120, ms240, ms480, ms640といった小さい値のＲｅｐｏｒｔＩｎｔｅｒｖａｌについては、位置情報を更新するタイミングの問題に起因して、現実的ではない。また、室内などではＵＥがＧＮＳＳ位置情報を得ることは困難である。従って、ｅＮＢがＵＥにＧＮＳＳ位置情報を得るよう要求する場合、新しいＧＮＳＳ位置情報をＭＤＴ測定結果に含めるか及びいつ含めるかはＵＥで判断すべきである。かかる選択肢（選択肢２）を図２４に示す。ＧＮＳＳ位置情報は、ＭＤＴ測定結果のうちいくつかに付けられる。新しく得られた位置情報の有効性に基づいて新しいＧＮＳＳ位置情報を必要とするかをＵＥが自律的に判断するか否かについては検討が必要である。
【０２２５】
提案５：要求位置情報については、位置測定報告の基本として選択肢２を適用すべきである。
【０２２６】
上述したように、ｅＮＢはＵＥへＩｍｍｅｄｉａｔｅ  ＭＤＴをｃｏｎｆｉｇｕｒｅし、ＭＤＴ  ｒｅｐｏｒｔの中にＧＮＳＳを用いて取得した位置情報が含まれていた場合(ある種のｆｅｅｄｂａｃｋ)のみ、当該ＵＥへＲｅｑｕｅｓｔｅｄ  Ｌｏｃａｔｉｏｎ  ｍｅａｓｕｒｅｍｅｎｔ(ＧＮＳＳを利用した位置情報取得要求)を行なうことが出来る。
【０２２７】
また、図２５（Ｉｍｍｅｄｉａｔｅ  ＭＤＴにおけるＵＥの動作を示すフロー図）に示すように、Ｒｅｑｕｅｓｔｅｄ  Ｌｏｃａｔｉｏｎ  ｍｅａｓｕｒｅｍｅｎｔ(ＧＮＳＳを利用した位置情報取得要求)を行なうよう要求されているＵＥであっても、有効なＧＮＳＳ位置情報を保持していない場合にはＧＮＳＳ位置情報を含めずにｍｅａｓｕｒｅｍｅｎｔ結果をｒｅｐｏｒｔする。
【０２２８】
なお、上述した実施形態では、ＬＴＥに基づく移動通信システムを例に説明したが、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）などの他の通信規格に対して本発明を適用してもよい。
【０２２９】
また、米国仮出願第６１／５９１４３８号（２０１２年１月２７日出願）、米国仮出願第６１／５９１４４８号（２０１２年１月２７日出願）、米国仮出願第６１／６４６００９号（２０１２年５月１１日出願）、の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2018033171.tif 000003
【図２】
2018033171.tif 000004
【図３】
2018033171.tif 000005
【図４】
2018033171.tif 000006
【図５】
2018033171.tif 000007
【図６】
2018033171.tif 000008
【図７】
2018033171.tif 000009
【図８】
2018033171.tif 000010
【図９】
2018033171.tif 000011
【図１０】
2018033171.tif 000012
【図１１】
2018033171.tif 000013
【図１２】
2018033171.tif 000014
【図１３】
2018033171.tif 000015
【図１４】
2018033171.tif 000016
【図１５】
2018033171.tif 000017
【図１６】
2018033171.tif 000018
【図１７】
2018033171.tif 000019
【図１８】
2018033171.tif 000020
【図１９】
2018033171.tif 000021
【図２０】
2018033171.tif 000022
【図２１】
2018033171.tif 000023
【図２２】
2018033171.tif 000024
【図２３】
2018033171.tif 000025
【図２４】
2018033171.tif 000026
【図２５】
2018033171.tif 000027