特許 6242994 移動通信システム、ユーザ端末、及びプロセッサ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6242994

(24)【登録日】2017年11月17日

(45)【発行日】2017年12月6日

(54)【発明の名称】移動通信システム、ユーザ端末、及びプロセッサ

(51)【国際特許分類】

   H04W 16/18 20090101AFI20171127BHJP

   H04W 24/10 20090101ALI20171127BHJP

   H04W 64/00 20090101ALI20171127BHJP

【ＦＩ】

   H04W16/18

   H04W24/10

   H04W64/00

【請求項の数】4

【全頁数】34

(21)【出願番号】特願2016-236387(P2016-236387)

(22)【出願日】2016年12月6日

(62)【分割の表示】特願2013-555343(P2013-555343)の分割

【原出願日】2013年1月28日

(65)【公開番号】特開2017-73815(P2017-73815A)

(43)【公開日】2017年4月13日

【審査請求日】2016年12月6日

(31)【優先権主張番号】61/591,438

(32)【優先日】2012年1月27日

(33)【優先権主張国】US

(31)【優先権主張番号】61/591,448

(32)【優先日】2012年1月27日

(33)【優先権主張国】US

(31)【優先権主張番号】61/646,009

(32)【優先日】2012年5月11日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】キュリーズ特許業務法人

(72)【発明者】

【氏名】チャン ヘンリー

(72)【発明者】

【氏名】福田 憲由

【審査官】 青木 健

(56)【参考文献】

【文献】 CMCC，Discussion on Location Information Enhancement for MDT，3GPP TSG-RAN WG2#75bis R2-115253，２０１１年１０月１０日

【文献】 NTT DOCOMO, INC.，MediaTek, Vodafone, CMCC, Requirements, Priority andSolution for MDT Location Information Enhancemen，3GPP TSG-RAN WG2#76 R2-116135，２０１１年１１月１４日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

基地局と、
無線環境の測定結果を含む測定報告を前記基地局に送信するユーザ端末と、を有し、
前記基地局は、前記測定報告に位置情報を含めるべきことを示す設定情報と、前記設定情報とは異なる、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）をオン状態にしてＧＮＳＳ位置情報を前記位置情報に含めることを要求する要求情報と、を前記ユーザ端末に送信し、
前記ユーザ端末は、前記要求情報を前記基地局から受信し、かつ、ユーザから前記ＧＮＳＳをオフする操作を受け付けた場合には、前記ＧＮＳＳをオフ状態にするとともに、前記ＧＮＳＳ位置情報とは異なる情報であって前記ユーザ端末の位置を判断するための情報を前記測定報告に含めることによりＩｍｍｅｄｉａｔｅ ＭＤＴ測定処理を継続することを特徴とする移動通信システム。

【請求項2】

前記ユーザ端末は、前記測定報告を周期的に前記基地局に送信し、
前記ユーザ端末は、前記要求情報を前記基地局から受信したことに応じて、前記基地局に送信する周期的な測定報告のそれぞれにＧＮＳＳ位置情報を含めることを特徴とする請求項１に記載の移動通信システム。

【請求項3】

無線環境の測定結果を含む測定報告を基地局に送信する送信部と、
ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）をオン状態にしてＧＮＳＳ位置情報を前記位置情報に含めるよう要求する要求情報を前記基地局から受信する受信部と、
前記受信部が前記要求情報を受信した場合に、前記ＧＮＳＳ位置情報を前記測定報告に含めるように前記ＧＮＳＳ位置情報をオン状態にする制御部と、を備え、
前記制御部は、前記要求情報を前記基地局から受信し、かつ、ユーザから前記ＧＮＳＳをオフする操作を受け付けた場合には、前記ＧＮＳＳをオフ状態にするとともに、前記ＧＮＳＳ位置情報とは異なる情報であって前記ユーザ端末の位置を判断するための情報を前記測定報告に含めることによりＩｍｍｅｄｉａｔｅ ＭＤＴ測定処理を継続することを特徴とするユーザ端末。

【請求項4】

ユーザ端末に備えられるプロセッサであって、
無線環境の測定結果を含む測定報告を基地局に送信するための処理と、
ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）をオン状態にしてＧＮＳＳ位置情報を前記位置情報に含めるよう要求する要求情報を前記基地局から受信するための処理と、
前記要求情報を受信した場合に、前記ＧＮＳＳ位置情報を前記測定報告に含めるように、前記ＧＮＳＳ位置情報をオン状態にする処理と、
前記要求情報を前記基地局から受信し、かつ、ユーザから前記ＧＮＳＳをオフする操作を受け付けた場合には、前記ＧＮＳＳをオフ状態にするとともに、前記ＧＮＳＳ位置情報とは異なる情報であって前記ユーザ端末の位置を判断するための情報を前記測定報告に含めることによりＩｍｍｅｄｉａｔｅ ＭＤＴ測定処理を継続する処理と、
を実行することを特徴とするプロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＭＤＴ技術をサポートするユーザ端末、及び当該ユーザ端末を含む移動通信システムに関する。

【背景技術】

【0002】

移動通信システムでは、基地局の周辺にビルが建設されたり、当該基地局の周辺基地局の設置状況が変化したりすると、当該基地局に係る無線通信環境が変化する。このため、従来では、オペレータにより、測定機材を搭載した測定用車両を使用し、無線環境を測定して測定データを収集するドライブテストが行われている。

【0003】

このような測定及び収集は、ネットワーク最適化（例えばカバレッジ最適化）に貢献できるが、工数が多く、且つ費用が高いという課題がある。そこで、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１０以降において、ユーザ端末を使用して当該測定及び収集を自動化するためのＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）の仕様策定が進められている（例えば、非特許文献１参照）。

【0004】

ＭＤＴの一方式として、記録型のＭＤＴ（「Ｌｏｇｇｅｄ ＭＤＴ」と称される）がある。現行の仕様において、Ｌｏｇｇｅｄ ＭＤＴは、アイドル状態のユーザ端末が、ネットワークから設定された測定構成情報に従って無線環境の測定を行い、測定結果を位置情報及び時間情報と共に測定データとして記録し、当該測定データを後でネットワークに報告するものである。

【0005】

また、ＭＤＴの他の方式として、即座報告型のＭＤＴ（「Ｉｍｍｅｄｉａｔｅ ＭＤＴ」と称される）がある。現行の仕様において、Ｉｍｍｅｄｉａｔｅ ＭＤＴは、コネクティッド状態のユーザ端末が、ネットワークから設定された測定構成情報に従って無線環境の測定を行い、測定結果を位置情報と共に測定データとして即座にネットワークに報告するものである。

【先行技術文献】

【非特許文献】

【0006】

【非特許文献1】３ＧＰＰ技術仕様 ＴＳ ３７．３２０ Ｖ１０．４．０ （２０１１-１２）

【発明の概要】

【0007】

現状のＭＤＴ技術には、次のような問題がある。具体的には、ユーザ端末で得られる位置情報の精度が保証されていないため、ユーザ端末からネットワークに報告される測定データの信頼性が低い。

【0008】

そこで、本発明は、ＭＤＴ技術を改善することを目的とする。

【0009】

実施形態に係る移動通信システムは、基地局と、無線環境の測定結果を含む測定報告を前記基地局に送信するユーザ端末と、を有する。前記基地局は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信する。前記ユーザ端末は、前記基地局から前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る移動通信システムの構成を示す。

【図2】実施形態に係る移動通信システムの無線インターフェイスのプロトコルスタックを示す。

【図3】実施形態に係る移動通信システムで使用される無線フレームの構成を示す。

【図4】実施形態に係るＯＡＭのブロック図である。

【図5】実施形態に係るｅＮＢのブロック図である。

【図6】実施形態に係るＵＥのブロック図である。

【図7】シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【図8】シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【図9】シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【図10】シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。

【図11】シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【図12】シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【図13】シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【図14】シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。

【図15】マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【図16】マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【図17】マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【図18】マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。

【図19】マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【図20】マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【図21】マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【図22】マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。

【図23】ＭＤＴの周期的な測定について位置情報がＧＮＳＳに基づく場合を示す図である。

【図24】ＧＮＳＳ位置情報がＭＤＴ測定結果のうちいくつかに付けられる場合を示す図である。

【図25】Ｉｍｍｅｄｉａｔｅ ＭＤＴにおけるＵＥの動作を示すフロー図である。

【発明を実施するための形態】

【0011】

［実施形態の概要］
実施形態に係る移動通信システムは、基地局と、無線環境の測定結果を含む測定報告を前記基地局に送信するユーザ端末と、を有する。前記基地局は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信する。前記ユーザ端末は、前記基地局から前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる。

【0012】

実施形態では、前記ユーザ端末は、前記基地局から前記要求情報を受信した際にＧＮＳＳ受信機がオフ状態である場合に、前記要求情報の受信に応じて前記ＧＮＳＳ受信機をオン状態にする。

【0013】

実施形態では、前記ユーザ端末は、前記基地局から前記要求情報を受信していても、有効な詳細位置情報を保持していない場合には、前記詳細位置情報を含まない前記測定報告を前記基地局に送信する。

【0014】

実施形態では、前記基地局は、Ｌｏｇｇｅｄ ＭＤＴに前記要求情報を適用せずに、Ｉｍｍｅｄｉａｔｅ ＭＤＴに前記要求情報を適用する。

【0015】

実施形態では、前記基地局は、前記測定報告に位置情報を含めるべきことを示す設定情報と共に、前記要求情報を前記ユーザ端末に送信する。前記ユーザ端末は、前記設定情報と共に前記要求情報を受信する。

【0016】

実施形態では、前記要求情報は、通信規格の所定のリリース番号（３ＧＰＰ規格リリース１１）において規定される情報要素である。前記設定情報は、前記所定のリリース番号だけでなく、前記所定のリリース番号よりも古いリリース番号（３ＧＰＰ規格リリース１０）においても規定される情報要素である。

【0017】

実施形態に係る基地局は、ユーザ端末から、無線環境の測定結果を含む測定報告を受信する受信部と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）を用いた詳細位置情報が前記測定報告に含まれるように、前記詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信する送信部と、を有する。

【0018】

実施形態に係るユーザ端末は、無線環境の測定結果を含む測定報告を基地局に送信する送信部と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記基地局から受信する受信部と、前記受信部が前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる制御部と、を有する。

【0019】

実施形態に係るプロセッサは、基地局に備えられる。前記プロセッサは、ユーザ端末から、無線環境の測定結果を含む測定報告を受信するための処理と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）を用いた詳細位置情報が前記測定報告に含まれるように、前記詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記ユーザ端末に送信するための処理と、を実行する。

【0020】

実施形態に係るプロセッサは、ユーザ端末に備えられる。前記プロセッサは、無線環境の測定結果を含む測定報告を基地局に送信するための処理と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）を用いた詳細位置情報を利用可能にするよう試みることを要求する要求情報を前記基地局から受信するための処理と、前記要求情報を受信した場合に、前記詳細位置情報を前記測定報告に含めるように、前記詳細位置情報を利用可能にするよう試みる処理と、を実行する。

【0021】

また、ＭＤＴ技術をサポートするユーザ端末を含む移動通信システムにおいて、前記ユーザ端末は、前記ユーザ端末の詳細な位置を示す詳細位置情報を取得するための測位手段を含む。無線環境の測定結果と共に前記詳細位置情報を取得するＭＤＴ測定処理を行うようネットワークから指示された場合に、前記ユーザ端末は、当該指示のタイミング又はアイドル状態に遷移するタイミングで、前記測位手段をオン状態にするよう制御する。これにより、ユーザ端末は、高精度な位置情報である詳細位置情報を取得できる状態でＭＤＴ測定処理を行うことができる。

【0022】

前記ユーザ端末は、所定のトリガで、前記無線環境の測定結果と共に前記詳細位置情報を取得したか否かを示す情報をネットワークに送信する。これにより、ネットワークは、ユーザ端末から得られる測定データが詳細位置情報を含んでいるか否か（すなわち、信頼性の高い測定データであるか否か）を判別することができる。

【0023】

前記移動通信システムは、測位手段を含むユーザ端末に対して、前記ＭＤＴ測定処理を行うよう指示するとともに、前記測位手段をオン状態にするよう指示するネットワーク装置をさらに含んでもよい。これにより、ユーザ端末が詳細位置情報を取得できる状態にした上で、当該ユーザ端末に対してＭＤＴ測定処理を行わせることができる。

【0024】

なお、ネットワーク装置とは、例えば、基地局、又は基地局よりも上位のネットワークノードである。

【0025】

前記測位手段をオン状態にするよう制御した後、前記測位手段がオフ状態になった場合に、前記ユーザ端末は、前記詳細位置情報を取得することなく前記無線環境の測定結果を取得してもよい。

【0026】

前記ＭＤＴ測定処理が要求される場合で、かつ、前記測位手段がオン状態であっても前記詳細位置情報を取得できなかった場合に、前記ユーザ端末は、前記詳細位置情報を含まず、かつ、前記無線環境の測定結果を含んだ測定データをネットワークに報告してもよい。

【0027】

本発明に係るユーザ端末は、ＭＤＴ技術をサポートするユーザ端末であって、前記ユーザ端末の詳細な位置を示す詳細位置情報を取得するための測位手段と、無線環境の測定結果と共に前記詳細位置情報を取得するＭＤＴ測定処理を行うようネットワークから指示された場合に、当該指示のタイミング又はアイドル状態に遷移するタイミングで、前記測位手段をオン状態にするよう制御する制御手段と、を含むことを特徴とする。

【0028】

また、ＭＤＴ技術をサポートするユーザ端末を含む移動通信システムにおいて、前記ユーザ端末は、前記ユーザ端末の詳細な位置を示す詳細位置情報を取得するための測位手段を含む。無線環境の測定結果と共に前記詳細位置情報を取得するＭＤＴ測定処理が要求される場合に、前記ユーザ端末は、前記測位手段を用いて前記詳細位置情報を取得可能か否かに応じて、前記ＭＤＴ測定処理を制御する。

【0029】

これにより、ユーザ端末は、測位手段を用いて詳細位置情報を取得可能か否かを考慮して、ネットワークに報告する位置情報の精度が保証されるようにＭＤＴ測定処理を行うことができる。

【0030】

前記ユーザ端末は、所定のトリガで、前記無線環境の測定結果と共に前記詳細位置情報を取得したか否かを示す情報をネットワークに送信する。

【0031】

これにより、ネットワークは、ユーザ端末から得られる測定データが詳細位置情報を含んでいるか否か（すなわち、信頼性の高い測定データであるか否か）を判別することができる。

【0032】

前記移動通信システムは、測位手段がオン状態である複数のユーザ端末の中から、前記ＭＤＴ測定処理を行うべきユーザ端末を選択するネットワーク装置をさらに含む。

【0033】

これにより、詳細位置情報を取得できるユーザ端末に対してＭＤＴ測定処理を行わせることができる。

【0034】

或いは、前記移動通信システムは、測位手段を含むユーザ端末に対して、前記ＭＤＴ測定処理を行うよう指示するとともに、前記測位手段をオン状態にするよう指示するネットワーク装置をさらに含む。

【0035】

これにより、ユーザ端末が詳細位置情報を取得できる状態にした上で、当該ユーザ端末に対してＭＤＴ測定処理を行わせることができる。

【0036】

なお、ネットワーク装置とは、例えば、基地局、又は基地局よりも上位のネットワークノードである。

【0037】

［実施形態］
本実施形態においては、リリース１０以降の３ＧＰＰ規格に基づいて構成される移動通信システムに対して本発明を適用する場合の実施形態を説明する。ただし、本実施形態は、リリース１１以降において、詳細位置情報を得ることが可能なＭＤＴを実現することに主眼を置いている。

【0038】

以下において、移動通信システムの概要、ＭＤＴの概要、内部構成、動作シーケンスの順に説明する。

【0039】

（移動通信システムの概要）
図１は、本実施形態に係る移動通信システムの構成を示す。

【0040】

図１に示すように、本実施形態に係る移動通信システムは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）と、を有する。本実施形態においてＥ−ＵＴＲＡＮ及びＥＰＣは、ネットワークを構成する。

【0041】

Ｅ−ＵＴＲＡＮは、複数のｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢは基地局に相当する。ｅＮＢは、セルを管理しており、セルとの接続を確立したＵＥとの無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥとの無線通信を行う機能としても使用される。また、ｅＮＢは、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。

【0042】

ＥＰＣは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）と、Ｅ−ＳＭＬＣ（Ｅｖｏｌｖｅｄ Ｓｅｒｖｉｎｇ Ｍｏｂｉｌｅ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｒｅ）と、を含む。

【0043】

ＭＭＥは、ＵＥに対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。

【0044】

ｅＮＢは、Ｘ２インターフェイスを介して相互に連結される。また、ｅＮＢは、Ｓ１インターフェイスを介してＭＭＥ及びＳ−ＧＷと連結される。

【0045】

ＯＡＭは、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮの保守及び監視を行う。ＯＡＭは、ＵＥに対する制御を行うこともできる。

【0046】

Ｅ−ＳＭＬＣは、位置情報を生成及び管理するためのサーバ装置である。Ｅ−ＳＭＬＣは、コネクティッド状態のＵＥとの間にセッション（例えば、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）セッション）を確立し、ＵＥが位置情報を生成するためにＵＥと連携して動作する。Ｅ−ＳＭＬＣの詳細については、３ＧＰＰ ＴＳ ３６．３０５を参照されたい。

【0047】

ＵＥは、移動型の無線通信装置であり、接続を確立したセル（サービングセルと称される）との無線通信を行う。本実施形態では、ＵＥはユーザ端末に相当する。

【0048】

ＵＥは、待ち受け中の状態に相当するアイドル状態において、待ち受けセルを選択し、選択したセルにおいてｅＮＢからの指示を待ち受ける。アイドル状態において待ち受けセルを変更する処理は、セル再選択と称される。また、ＵＥは、通信中の状態に相当するコネクティッド状態において、サービングセルとの無線通信を行う。コネクティッド状態においてサービングセルを変更する処理は、ハンドオーバと称される。

【0049】

図２は、移動通信システムの無線インターフェイスのプロトコルスタックを示す。

【0050】

図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１〜レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。

【0051】

物理レイヤは、データ符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥの物理レイヤとｅＮＢの物理レイヤとの間では、物理チャネルを介してデータが伝送される。物理レイヤは、トランスポートチャネルを介してＭＡＣレイヤと連結される。

【0052】

ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥのＭＡＣレイヤとｅＮＢのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢのＭＡＣレイヤは、上下リンクのトランスポートフォーマット及びリソースブロックを決定するＭＡＣスケジューラを含む。トランスポートフォーマットは、トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ）、及びアンテナマッピングを含む。

【0053】

ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥのＲＬＣレイヤとｅＮＢのＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。

【0054】

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

【0055】

ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥのＲＲＣレイヤとｅＮＢのＲＲＣレイヤとの間では、無線ベアラを介してデータが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥのＲＲＣとｅＮＢのＲＲＣとの間にＲＲＣコネクションがある場合、ＵＥはコネクティッド状態であり、そうでない場合、ＵＥはアイドル状態である。

【0056】

ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。

【0057】

図３は、本実施形態に係る移動通信システムで使用される無線フレームの構成を示す。移動通信システムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）を採用する。

【0058】

図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。

【0059】

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用されるデータ領域である。

【0060】

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用されるデータ領域である。

【0061】

（ＭＤＴの概要）
本実施形態に係る移動通信システムは、ＭＤＴ技術をサポートする。ＭＤＴ技術の詳細は非特許文献１に記載されているが、ここではその概要を説明する。

【0062】

まず、Ｌｏｇｇｅｄ ＭＤＴの概要を説明する。

【0063】

Ｌｏｇｇｅｄ ＭＤＴは、アイドル状態のＵＥが、ネットワークから設定された測定構成（Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に従って無線環境（参照信号受信電力（ＲＳＲＰ）及び参照信号受信品質（ＲＳＲＱ）など）の測定を行い、測定結果を位置情報及び時間情報と共に測定データとして記録する。

【0064】

測定構成（Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、測定トリガ、測定期間、ネットワーク絶対時間などの各種パラメータを含む。測定トリガは、測定を行う契機（イベント）を指定するパラメータである。測定期間は、測定構成が設定されてからＭＤＴ測定処理を終了するまでの期間を指定するパラメータである。ネットワーク絶対時間は、時間情報の基準となるパラメータである。

【0065】

ＵＥは、コネクティッド状態において測定構成（Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信すると、測定構成に含まれる測定期間をＵＥ内部のＤｕｒａｔｉｏｎタイマに設定して、Ｄｕｒａｔｉｏｎタイマを起動する。そして、ＵＥは、アイドル状態において、測定トリガで指定された契機を検知すると、無線環境の測定を行い、測定結果、位置情報及び時間情報を含む測定データを記録する。ここで測定データ（ログ）に含められる位置情報は、有効時間内かつ最新に得られたものである。また、時間情報は、測定パラメータのうちのネットワーク絶対時間に基づいて生成される。

【0066】

ＵＥは、測定データを保持している場合に、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信契機が発生したか否かを監視する。Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信契機とは、アイドル状態からコネクティッド状態に遷移したこと（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）、ハンドオーバを行ったこと（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）、上位レイヤでの新たな設定がなされたこと（ＲＲＣ ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）である。

【0067】

そして、ＵＥは、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒに応じてネットワークから測定データの送信要求を受信すると、保持している測定データをネットワークに送信（報告）する。ＯＡＭは、このようにして得られた測定データに基づいて問題を発見すると、発見した問題をオペレータに通知する、もしくは解消するためのネットワーク最適化を行うことができる。

【0068】

次に、Ｉｍｍｅｄｉａｔｅ ＭＤＴの概要を説明する。

【0069】

Ｉｍｍｅｄｉａｔｅ ＭＤＴは、コネクティッド状態のＵＥが、ネットワークから設定された測定構成に従って無線環境の測定を行い、測定結果を位置情報と共に測定データとして即座にネットワークに報告するものである。なお、Ｉｍｍｅｄｉａｔｅ ＭＤＴは、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）手順を拡張して行われる。ｅＮＢは、ＵＥからの測定データを受信すると、当該測定データに時間情報を付与してＯＡＭに転送する。ＯＡＭは、このようにして得られた測定データに基づいて問題を発見すると、発見した問題をオペレータに通知する、もしくは解消するためのネットワーク最適化を行うことができる。

【0070】

（内部構成）
次に、ＯＡＭ、ｅＮＢ、及びＵＥの内部構成を説明する。

【0071】

図４は、ＯＡＭのブロック図である。図４に示すように、ＯＡＭは、ネットワーク通信部１１と、記憶部１２と、制御部１３と、を有する。ネットワーク通信部１１は、Ｅ−ＳＭＬＣ、ｅＮＢ、及びＵＥとの通信を行う。記憶部１２は、制御部１３による制御に使用される情報を記憶する。制御部１３は、後述する各種の制御を行う。

【0072】

図５は、ｅＮＢのブロック図である。図５に示すように、ｅＮＢは、アンテナ１０１と、無線送受信機１１０と、ネットワーク通信部１２０と、記憶部１３０と、制御部（プロセッサ）１４０と、を有する。アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。ネットワーク通信部１２０は、ネットワークインターフェイス（Ｘ２インターフェイス及びＳ１インターフェイス）上で通信を行う。記憶部１３０は、制御部１４０による制御に使用される情報を記憶する。制御部１４０は、上述した各レイヤでの処理を行うと共に、後述する各種の制御を行う。

【0073】

図６は、ＵＥのブロック図である。ここでは、ＧＮＳＳ受信機を有するＵＥの構成を説明するが、ＧＮＳＳ受信機を有しないＵＥも存在することに留意すべきである。

【0074】

図６に示すように、ＵＥは、アンテナ２０１と、無線送受信機２１０と、ＧＮＳＳ受信機２２０と、ユーザインターフェイス２３０と、バッテリ２４０と、記憶部２５０と、制御部（プロセッサ）２６０と、を有する。

【0075】

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。ＧＮＳＳ受信機２２０は、ＵＥの詳細な位置を示す詳細位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号を制御部２６０に出力する。

【0076】

ユーザインターフェイス２３０は、ＵＥを所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス２３０は、ユーザからの操作を受け付けて、当該操作の内容を示す信号を制御部２６０に出力する。

【0077】

バッテリ２４０は、充電可能なバッテリであって、ＵＥの各ブロックに供給すべき電力を蓄える。

【0078】

記憶部２５０は、制御部２６０による制御に使用される情報を記憶する。制御部２６０は、上述した各レイヤでの処理及びＭＤＴに従った処理を行うと共に、後述する各種の制御を行う。

【0079】

制御部２６０は、ＧＮＳＳ受信機２２０の出力信号に基づいて詳細位置情報を取得する。この場合、制御部２６０は、コネクティッド状態において、Ｅ−ＳＭＬＣとセッションを確立することにより、ＧＮＳＳ受信機２２０の出力に基づく詳細位置情報を補正してもよい。これにより、高精度な詳細位置情報を得ることができる。このような手法はｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ＧＮＳＳと称される。

【0080】

また、制御部２６０は、ＧＮＳＳ受信機２２０（ｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ＧＮＳＳを含む）以外の測位方法を実行してもよい。例えば、制御部２６０は、無線送受信機２１０が複数のｅＮＢ（複数のセル）から受信する無線信号に基づく測位方法（ＯＴＤＯＡなど）を実行してもよい。この場合、制御部２６０は、コネクティッド状態において、Ｅ−ＳＭＬＣとセッションを確立し、Ｅ−ＳＭＬＣは、ＵＥから受信した複数ｅＮＢからの同期信号の時間差情報からＵＥの位置を計算後、測定結果をＵＥに送信する。これにより、詳細位置情報を得ることができる。

【0081】

さらに、制御部２６０は、ＧＮＳＳ受信機２２０（ｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ＧＮＳＳを含む）を用いる測位方法と、複数のｅＮＢ（複数のセル）から受信する無線信号を用いる測位方法と、を併用する方法であるハイブリッド測位方法を実行してもよい。

【0082】

（動作シーケンス）
以下において、本実施形態に係る動作シーケンスを説明する。

【0083】

本実施形態に係る動作シーケンスは、ＯＡＭ主導の動作（シグナリングベース）と、ｅＮＢ主導の動作（マネジメントベース）と、を含む。

【0084】

シグナリングベース及びマネジメントベースのそれぞれは、Ｌｏｇｇｅｄ ＭＤＴに係る動作と、Ｉｍｍｅｄｉａｔｅ ＭＤＴに係る動作と、を含む。

【0085】

Ｌｏｇｇｅｄ ＭＤＴ及びＩｍｍｅｄｉａｔｅ ＭＤＴのそれぞれにおいて、詳細位置情報を得るためのアプローチは、詳細位置情報を取得できるＵＥを選択するアプローチ（アプローチ１）と、ＭＤＴのための位置情報を要求する「オンデマンド」型のアプローチ（アプローチ２）と、アプローチ１，２の混合パターンと、を含む。

【0086】

（１）シグナリングベース
（１．１）Ｌｏｇｇｅｄ ＭＤＴ
まず、シグナリングベースでのＬｏｇｇｅｄ ＭＤＴについて説明する。

【0087】

（１．１．１）アプローチ１
図７は、シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【0088】

図７に示すように、ステップＳ１１００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。

【0089】

ステップＳ１１０１において、ステップＳ１１００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。

【0090】

ステップＳ１１０２において、ＯＡＭは、ステップＳ１１００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。

【0091】

ステップＳ１１０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。

【0092】

ステップＳ１１０４において、Ｅ−ＳＭＬＣは、ステップＳ１１０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。

【0093】

ステップＳ１１０５において、ＯＡＭは、ステップＳ１１００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。

【0094】

ステップＳ１１０６において、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ ＭＤＴをＵＥに設定する。具体的には、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ ＭＤＴの設定情報（Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥに送信する。ＯＡＭ（又はｅＮＢ）は、ＵＥが選択された理由（すなわち、詳細位置情報が取得可能であるという理由、又は、リリース１１以降のＭＤＴを行うという理由）を示す情報（例えば、１ビットのインジケータ）をＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。

【0095】

ステップＳ１１０７において、ＵＥは、コネクティッド状態からアイドル状態に遷移する。

【0096】

ステップＳ１１０８において、ＵＥは、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに従って、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行う。

【0097】

ＵＥは、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合に、以下の（ａ１）〜（ｅ１）の何れかの制御を行う。ただし、ＵＥが選択された理由がステップＳ１１０６で示されていなければ、ＵＥは、（ａ１）、（ｃ１）、及び（ｄ１）の制御を選択することができない。

【0098】

（ａ１）コネクティッド状態からアイドル状態に遷移する前においてユーザがＧＮＳＳ受信機２２０をオフ状態にした場合、又は、ＭＤＴの他に位置情報を必要としておらず、ＧＮＳＳ受信機２２０をオン状態に保っておく必要が無くなり、ＧＮＳＳ受信機２２０がオフ状態になった場合（例えば、位置情報が必要なアプリケーションが終了した場合）に、ＵＥは、アイドル状態に遷移する際に自動的に（すなわち、ユーザに通知することなく）ＧＮＳＳ受信機２２０をオン状態にする。

【0099】

（ｂ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、詳細位置情報を取得することなくＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行う。

【0100】

（ｃ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、所定の基準（例えば、バッテリ残量が少ない状態）に合致しなければ、自動的に（すなわち、ユーザに通知することなく）ＧＮＳＳ受信機２２０をオン状態にする。

【0101】

（ｄ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にするとともに、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を停止する。これは、詳細位置情報が取得できなければ、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）が役に立たないからである。その際、ＵＥは、設定されているＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを消去しても良い。

【0102】

（ｅ１）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。

【0103】

なお、ＵＥがアイドル状態である期間においては、Ｅ−ＳＭＬＣとのセッションが確立されていない状態となるものの、ＵＥがアイドル状態に遷移した時点において位置情報の精度は保証されている。このため、ＵＥは、アイドル状態で行われるＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）において、高精度な位置情報（詳細位置情報）を取得できる可能性が高い。

【0104】

ステップＳ１１０９において、ＵＥは、アイドル状態からコネクティッド状態に遷移する。ＵＥが選択された理由がステップＳ１１０６で示されている場合、ＵＥは、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データを保持していることを示す情報（Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）をネットワークに送信する際に、測定データに詳細位置情報が含まれていることを示す第１の情報（例えば、１ビットのインジケータＡ）を送信してもよい。

【0105】

ステップＳ１１１０において、ＵＥは、ネットワークからの要求に応じて、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データをネットワークに送信（報告）する。具体的には、ＵＥは、当該要求に対する応答（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）に当該測定データを含めて送信する。ＵＥが選択された理由がステップＳ１１０６で示されている場合、ＵＥは、測定データを含むＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅをネットワークに送信する際に、測定データに詳細位置情報が含まれていることを示す第１の情報（例えば、１ビットのインジケータＡ）をＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅに含めて送信してもよい。

【0106】

なお、ステップＳ１１０８において、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）が開始された後に上記（ｂ１）の制御を行った場合には、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在することになる。この場合、ＵＥは、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在していることを示す第２の情報（例えば、１ビットのインジケータＢ）をＡｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ又はＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅと共に送信してもよい。また、当該第２の情報（例えば、１ビットのインジケータＢ）は、上述した第１の情報（例えば、１ビットのインジケータＡ）と併用してもよい。

【0107】

（１．１．２）アプローチ２
図８は、シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【0108】

図８に示すように、ステップＳ１２００において、ＯＡＭは、コネクティッド状態にあるＵＥの測位機能に関する能力（例えば、ＧＮＳＳ受信機２２０を有しているか否か（ｓｔａｎｄ−ａｌｏｎｅで動作するＧＮＳＳを有しているか否か））についてネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。

【0109】

ステップＳ１２０１において、ステップＳ１２００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥについての能力をＯＡＭに通知する。

【0110】

ステップＳ１２０２において、ＯＡＭは、ステップＳ１２００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。

【0111】

ステップＳ１２０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。

【0112】

ステップＳ１２０４において、Ｅ−ＳＭＬＣは、ステップＳ１２０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。

【0113】

なお、ステップＳ１２０３及びステップＳ１２０４は必須ではなく、ステップＳ１２０３及びステップＳ１２０４を行うことなく以降のステップを行ってもよい。

【0114】

ステップＳ１２０５において、ＯＡＭは、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥを選択する。ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択してもよい。

【0115】

ステップＳ１２０６において、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ ＭＤＴをＵＥに設定する。具体的には、ＯＡＭは、ｅＮＢを介してＬｏｇｇｅｄ ＭＤＴの設定情報（Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥに送信する。ＯＡＭは、詳細位置情報を要求する情報（例えば、１ビットのインジケータ）をＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含める。また、詳細位置情報を取得するための測位方法（例えばＧＮＳＳ）を指定する情報をＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。

【0116】

ＵＥは、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるロギング期間（測定期間）をＤｕｒａｔｉｏｎタイマに設定して、Ｄｕｒａｔｉｏｎタイマを起動する。また、ＵＥは、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信した時点でＧＮＳＳ受信機２２０がオフ状態である場合には、詳細位置情報を要求する情報（例えば、１ビットのインジケータ）に従い、ＧＮＳＳ受信機２２０をオン状態にする。

【0117】

ＵＥは、詳細位置情報を要求する情報（例えば、１ビットのインジケータ）を含むＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信した後、コネクティッド状態において、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合に、以下の（ａ２）〜（ｄ２）の何れかの制御を行う。

【0118】

（ａ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、アイドル状態に遷移する際に、自動的に（すなわち、ユーザに通知することなく）ＧＮＳＳ受信機２２０をオン状態にする。

【0119】

（ｂ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、アイドル状態に遷移した後、詳細位置情報を取得することなくＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行う。

【0120】

（ｃ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、アイドル状態に遷移した後、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行わない。この場合、ＵＥは、アイドル状態からコネクティッド状態に遷移した際に、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を停止中であることをネットワークに通知してもよい。

【0121】

（ｄ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。

【0122】

ステップＳ１２０７において、ＵＥは、コネクティッド状態からアイドル状態に遷移する。

【0123】

ここで、ＵＥは、Ｄｕｒａｔｉｏｎタイマが満了する前にコネクティッド状態に復帰した場合には、以下の（ｅ２）又は（ｆ２）の制御を行う。

【0124】

（ｅ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、コネクティッド状態からアイドル状態に遷移する際に、Ｄｕｒａｔｉｏｎタイマが満了していなければ、自動的にＧＮＳＳ受信機２２０をオン状態にする。

【0125】

（ｆ２）ＵＥは、Ｄｕｒａｔｉｏｎタイマが満了していなければ、コネクティッド状態とアイドル状態との間の遷移とは無関係にＧＮＳＳ受信機２２０をオン状態のまま維持する。

【0126】

ステップＳ１２０８において、アイドル状態にあるＵＥは、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに従って、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行う。

【0127】

ＵＥは、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合に、以下の（ｇ２）〜（ｉ２）の何れかの制御を行う。

【0128】

（ｇ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にする。そして、ＵＥは、詳細位置情報を取得することなくＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行う。

【0129】

（ｈ２）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。

【0130】

（ｉ２）ＵＥは、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を停止する。その際、ＵＥは、設定されているＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを消去しても良い。

【0131】

ステップＳ１２０９において、ＵＥは、アイドル状態からコネクティッド状態に遷移する。詳細位置情報が要求されていることがステップＳ１２０６で示されている場合、ＵＥは、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データを保持していることを示す情報（Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）をネットワークに送信する際に、詳細位置情報が要求されていることを示す第１の情報（例えば、１ビットのインジケータＡ）を送信してもよい。

【0132】

ステップＳ１２１０において、ＵＥは、ネットワークからの要求に応じて、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データをネットワークに送信（報告）する。具体的には、ＵＥは、当該要求に対する応答（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）に当該測定データを含めて送信する。詳細位置情報が要求されていることがステップＳ１２０６で示されている場合、ＵＥは、測定データを含むＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅをネットワークに送信する際に、詳細位置情報が要求されていることを示す第１の情報（例えば、１ビットのインジケータＡ）をＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅに含めて送信してもよい。

【0133】

なお、ＭＤＴ測定処理（Ｌｏｇｇｅｄ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）が開始された後に上記（ｂ２）又は（ｇ２）の制御を行った場合には、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在することになる。この場合、ＵＥは、詳細位置情報を含む測定データと詳細位置情報を含まない測定データとが混在していることを示す第２の情報（例えば、１ビットのインジケータＢ）をＡｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ又はＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅと共に送信してもよい。また、当該第２の情報（例えば、１ビットのインジケータＢ）は、上述した第１の情報（例えば、１ビットのインジケータＡ）と併用してもよい。

【0134】

（１．１．３）アプローチ１，２の混合パターン１
図９は、シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【0135】

図９に示すように、ステップＳ１３００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。

【0136】

ステップＳ１３０１において、ステップＳ１３００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。

【0137】

ステップＳ１３０２において、ＯＡＭは、ステップＳ１３００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。

【0138】

ステップＳ１３０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。

【0139】

ステップＳ１３０４において、Ｅ−ＳＭＬＣは、ステップＳ１３０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。

【0140】

ステップＳ１３０５において、ＯＡＭは、ステップＳ１３００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。

【0141】

ＧＮＳＳ受信機２２０を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在する場合（ステップＳ１３０５；ＹＥＳ）、以降の処理は、（１．１．１）で説明したアプローチ１に従う（ステップＳ１３０６）。

【0142】

これに対し、ＧＮＳＳ受信機２２０を有するＵＥのうち、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在しない場合（ステップＳ１３０５；ＮＯ）、ＯＡＭは処理をステップＳ１３０７に進める。

【0143】

ステップＳ１３０７において、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥに対し、ＧＮＳＳ受信機２２０が既に起動しているのか、ＧＮＳＳ受信機２２０を起動可能であるのか、ＧＮＳＳ受信機２２０を起動不能であるのか、を問い合わせる。

【0144】

ステップＳ１３０８において、ＯＡＭからの問い合わせを受けたＵＥは、当該問い合わせに対する応答として、ＧＮＳＳ受信機２２０が既に起動しているのか、ＧＮＳＳ受信機２２０を起動可能であるのか、ＧＮＳＳ受信機２２０を起動不能であるのか、をＯＡＭに通知する。

【0145】

ステップＳ１３０９において、ＯＡＭは、ステップＳ１３０８でＵＥから通知されたＧＮＳＳ受信機２２０の利用可能性に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために改めて選択（再選択）する。具体的には、ＯＡＭは、ＧＮＳＳ受信機２２０が既に起動しているＵＥ或いはＧＮＳＳ受信機２２０を起動可能なＵＥを選択する。

【0146】

以降の処理は、（１．１．２）で説明したアプローチ２に従う。具体的には、ステップＳ１３１０〜ステップＳ１３１４の各処理は、（１．１．２）で説明したアプローチ２のステップＳ１２０６〜ステップＳ１２１０の各処理と同様である。

【0147】

（１．１．４）アプローチ１，２の混合パターン２
図１０は、シグナリングベースでのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。混合パターン２は、ＵＥに対するＧＮＳＳ受信機２２０の利用可能性の問い合わせを行わない点で、上述した混合パターン１とは異なる。

【0148】

図１０に示すように、ステップＳ１４００〜ステップＳ１４０６の各処理は、上述した混合パターン２のステップＳ１３００〜ステップＳ１３０６の各処理と同様である。

【0149】

ステップＳ１４０７において、ＯＡＭは、ＧＮＳＳ受信機２２０を有するＵＥを選択する。

【0150】

以降の処理は、（１．１．２）で説明したアプローチ２に従う。具体的には、ステップＳ１４０８〜ステップＳ１４１２の各処理は、（１．１．２）で説明したアプローチ２のステップＳ１２０６〜ステップＳ１２１０の各処理と同様である。

【0151】

（１．２）Ｉｍｍｅｄｉａｔｅ ＭＤＴ
次に、シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴについて説明する。

【0152】

Ｉｍｍｅｄｉａｔｅ ＭＤＴにおいて、ＵＥは、コネクティッド状態でＭＤＴ測定処理を行うため、ＭＤＴ測定処理を実行中においてもＥ−ＳＭＬＣとのセッションを維持できることに留意すべきである。

【0153】

（１．２．１）アプローチ１
図１１は、シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【0154】

図１１に示すように、ステップＳ１５００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。

【0155】

ステップＳ１５０１において、ステップＳ１５００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。

【0156】

ステップＳ１５０２において、ＯＡＭは、ステップＳ１５００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。

【0157】

ステップＳ１５０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。

【0158】

ステップＳ１５０４において、Ｅ−ＳＭＬＣは、ステップＳ１５０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。

【0159】

ステップＳ１５０５において、ＯＡＭは、ステップＳ１５００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。例えば、ＯＡＭは、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。

【0160】

ステップＳ１５０６において、ＯＡＭは、ｅＮＢを介してＩｍｍｅｄｉａｔｅ ＭＤＴをＵＥに設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）する。具体的には、ＯＡＭは、位置情報を含む測定報告を送信するよう要求する情報（ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏ）を設定情報として測定報告の設定（ｒｅｐｏｒｔＣｏｎｆｉｇ）に含めて送信する。ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏは、リリース１０で導入された情報要素である。さらに、ＯＡＭ（又はｅＮＢ）は、ＵＥが選択された理由（すなわち、詳細位置情報が取得可能であるという理由、又は、リリース１１以降のＭＤＴを行うという理由）を示す情報（例えば、１ビットのインジケータ）を要求情報として当該Ｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｉｍｍｅｄｉａｔｅ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含めてもよい。また、詳細位置情報を取得するための測位方法（例えばＧＮＳＳ）を指定する情報を要求情報として当該Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。

【0161】

ステップＳ１５０７において、ＵＥは、Ｉｍｍｅｄｉａｔｅ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに従って、ＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行う。ＵＥは、ＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）において、ｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ＧＮＳＳを除き、Ｅ−ＳＭＬＣとのセッションを維持しなければならない。

【0162】

ＵＥは、ＧＮＳＳ受信機２２０を使用して詳細位置情報を取得しながらＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行う場合において、ユーザがＧＮＳＳ受信機２２０をオフ状態にする操作を行う場合には、以下の（ａ３）〜（ｃ３）の何れかの制御を行う。ただし、ＵＥが選択された理由がステップＳ１５０６で示されていなければ、ＵＥは、（ｂ３）及び（ｃ３）の制御を選択することができない。

【0163】

（ａ３）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にして、他の測位方法を使用して詳細位置情報の取得を継続する。ＵＥは、ＧＮＳＳ受信機２２０以外の測位方法を実行していない場合（例えば、ＵＥがハイブリッド測位方法をサポートしていない場合）には、詳細位置情報を取得することなくＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）を行ってもよいし、詳細位置情報を取得するために他の測位方法を実行してもよい。

【0164】

（ｂ３）ＵＥは、ＧＮＳＳ受信機２２０以外の測位方法を実行している場合（すなわち、ハイブリッド測位方法を実行している場合）には、ＧＮＳＳ受信機２２０をオフ状態にする。

【0165】

（ｃ３）ＵＥは、ＧＮＳＳ受信機２２０をオフ状態にすることを拒否する。

【0166】

ステップＳ１５０８において、ＵＥは、ＭＤＴ測定処理（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ｍｅａｓｕｒｅｍｅｎｔ）により得られた測定データを含む測定報告をネットワークに送信する。

【0167】

（１．２．２）アプローチ２
図１２は、シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【0168】

図１２に示すように、ステップＳ１６００〜ステップＳ１６０５の各処理は、（１．２．１）で説明したアプローチ１のステップＳ１５００〜ステップＳ１５０５の各処理と同様である。

【0169】

ステップＳ１６０６において、ＯＡＭは、ｅＮＢを介してＩｍｍｅｄｉａｔｅ ＭＤＴをＵＥに設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）する。具体的には、ＯＡＭは、位置情報を含む測定報告を送信するよう要求する情報（ｉｎｃｌｕｄｅｄｅｔａｉｌｅｄＬｏｃａｔｉｏｎＩｎｆｏ）を設定情報として測定報告の設定（ｒｅｐｏｒｔＣｏｎｆｉｇ）に含めて送信する。さらに、ＯＡＭは、詳細位置情報を要求する（或いはＥ−ＳＭＬＣとのセッションの確立を要求する）情報（例えば、１ビットのインジケータ）を要求情報として当該Ｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｉｍｍｅｄｉａｔｅ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含める。また、詳細位置情報を取得するための測位方法（例えば、ＧＮＳＳ、ＯＴＤＯＡ）を指定する情報を要求情報としてＩｍｍｅｄｉａｔｅ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含めてもよい。

【0170】

ステップＳ１６０７及びステップＳ１６０８の各処理は、（１．２．１）で説明したアプローチ１のステップＳ１５０７及びステップＳ１５０８の各処理と同様である。

【0171】

（１．２．３）アプローチ１，２の混合パターン１
図１３は、シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【0172】

図１３に示すように、ステップＳ１７００において、ＯＡＭは、どのＵＥがコネクティッド状態にあるのかをネットワークノード（ｅＮＢ又はＭＭＥ）に問い合わせる。

【0173】

ステップＳ１７０１において、ステップＳ１７００で問い合わせを受けたネットワークノード（ｅＮＢ又はＭＭＥ）は、当該問い合わせに対する応答として、コネクティッド状態にあるＵＥをＯＡＭに通知する。

【0174】

ステップＳ１７０２において、ＯＡＭは、ステップＳ１７００で受けた通知により、どのＵＥがコネクティッド状態にあるのかを把握する。

【0175】

ステップＳ１７０３において、ＯＡＭは、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＥ−ＳＭＬＣに問い合わせる。なお、他のネットワークノードがＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションを把握している場合には、ＯＡＭは、当該他のネットワークノードに対して問い合わせを行ってもよい。

【0176】

ステップＳ１７０４において、Ｅ−ＳＭＬＣは、ステップＳ１７０３での問い合わせに対する応答として、コネクティッド状態にあるＵＥの測位能力及び現在進行中のＥ−ＳＭＬＣとのセッションについてＯＡＭに通知する。

【0177】

ステップＳ１７０５において、ＯＡＭは、ステップＳ１７００で受けた通知に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために選択する。具体的には、ＯＡＭは、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥを選択する。

【0178】

測位能力を有するＵＥであって、かつ、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在する場合（ステップＳ１７０５；ＹＥＳ）、以降の処理は、（１．２．１）で説明したアプローチ１に従う（ステップＳ１７０６）。

【0179】

これに対し、測位能力を有するＵＥのうち、現在進行中のＥ−ＳＭＬＣとのセッションを有するＵＥが存在しない場合（ステップＳ１７０５；ＮＯ）、ＯＡＭは処理をステップＳ１７０７に進める。

【0180】

ステップＳ１７０７において、ＯＡＭは、測位能力を有するＵＥに対し、Ｅ−ＳＭＬＣとのセッションを確立可能であるのか否かを問い合わせる。

【0181】

ステップＳ１７０８において、ＯＡＭからの問い合わせを受けたＵＥは、当該問い合わせに対する応答として、Ｅ−ＳＭＬＣとのセッションを確立可能であるのか否かをＯＡＭに通知する。

【0182】

ステップＳ１７０９において、ＯＡＭは、ステップＳ１７０８でＵＥから通知されたＥ−ＳＭＬＣとのセッションの利用可能性（及び当該ＵＥの測位能力）に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために改めて選択（再選択）する。具体的には、ＯＡＭは、Ｅ−ＳＭＬＣとのセッションを確立可能なＵＥを選択する。

【0183】

以降の処理は、（１．２．２）で説明したアプローチ２に従う。具体的には、ステップＳ１７１０〜ステップＳ１７１２の各処理は、（１．２．２）で説明したアプローチ２のステップＳ１６０６〜ステップＳ１６０８の各処理と同様である。

【0184】

（１．２．４）アプローチ１，２の混合パターン２
図１４は、シグナリングベースでのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。混合パターン２は、ＵＥに対するＥ−ＳＭＬＣとのセッションの利用可能性の問い合わせを行わない点で、上述した混合パターン１とは異なる。

【0185】

図１４に示すように、ステップＳ１８００〜ステップＳ１８０６の各処理は、上述した混合パターン２のステップＳ１７００〜ステップＳ１７０６の各処理と同様である。

【0186】

ステップＳ１８０７において、ＯＡＭは、ＵＥの測位能力に基づいて、詳細位置情報を取得できるＵＥをＭＤＴのために改めて選択（再選択）する。具体的には、測位能力を有するＵＥを選択する。

【0187】

以降の処理は、（１．２．２）で説明したアプローチ２に従う。具体的には、ステップＳ１８０８〜ステップＳ１８１０の各処理は、（１．２．２）で説明したアプローチ２のステップＳ１６０６〜ステップＳ１６０８の各処理と同様である。

【0188】

（２）マネジメントベース
（２．１）Ｌｏｇｇｅｄ ＭＤＴ
次に、マネジメントベースベースでのＬｏｇｇｅｄ ＭＤＴについて説明する。

【0189】

（２．１．１）アプローチ１
図１５は、マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【0190】

図１５のステップＳ２１００〜ステップＳ２１０９に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．１）で説明した動作シーケンスとは異なる。その他の点は（１．１．１）で説明した動作シーケンスと同様である。

【0191】

（２．１．２）アプローチ２
図１６は、マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【0192】

図１６のステップＳ２２００〜ステップＳ２２０９に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．２）で説明した動作シーケンスとは異なる。その他の点は（１．１．２）で説明した動作シーケンスと同様である。

【0193】

（２．１．３）アプローチ１，２の混合パターン１
図１７は、マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【0194】

図１７のステップＳ２３００〜ステップＳ２３１３に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．３）で説明した動作シーケンスとは異なる。その他の点は（１．１．３）で説明した動作シーケンスと同様である。

【0195】

（２．１．４）アプローチ１，２の混合パターン２
図１８は、マネジメントベースのＬｏｇｇｅｄ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。

【0196】

図１８のステップＳ２４００〜ステップＳ２４１１に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．１．４）で説明した動作シーケンスとは異なる。その他の点は（１．１．４）で説明した動作シーケンスと同様である。

【0197】

（２．２）Ｉｍｍｅｄｉａｔｅ ＭＤＴ
次に、マネジメントベースベースでのＩｍｍｅｄｉａｔｅ ＭＤＴについて説明する。

【0198】

（２．２．１）アプローチ１
図１９は、マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１を採用する場合の動作シーケンス図である。

【0199】

図１９のステップＳ２５００〜ステップＳ２５０７に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．１）で説明した動作シーケンスとは異なる。その他の点は（１．２．１）で説明した動作シーケンスと同様である。

【0200】

（２．２．２）アプローチ２
図２０は、マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ２を採用する場合の動作シーケンス図である。

【0201】

図２０のステップＳ２６００〜ステップＳ２６０７に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．２）で説明した動作シーケンスとは異なる。その他の点は（１．２．２）で説明した動作シーケンスと同様である。

【0202】

（２．２．３）アプローチ１，２の混合パターン１
図２１は、マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン１を採用する場合の動作シーケンス図である。

【0203】

図２１のステップＳ２７００〜ステップＳ２７１１に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．３）で説明した動作シーケンスとは異なる。その他の点は（１．２．３）で説明した動作シーケンスと同様である。

【0204】

（２．２．４）アプローチ１，２の混合パターン２
図２２は、マネジメントベースのＩｍｍｅｄｉａｔｅ ＭＤＴにおいてアプローチ１，２の混合パターン２を採用する場合の動作シーケンス図である。

【0205】

図２２のステップＳ２８００〜ステップＳ２８０９に示すように、シグナリングベースにおいてＯＡＭが実行していた処理をｅＮＢが実行する点で、（１．２．４）で説明した動作シーケンスとは異なる。その他の点は（１．２．４）で説明した動作シーケンスと同様である。

【0206】

（まとめ）
上記のようにして、Ｉｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴにおいて詳細位置情報の可用性を強化する。また、詳細位置情報を利用可能とすることができないＭＤＴ測定を避けることができる。特に、ＲＲＣコネクティッド状態のＵＥについて、ＭＤＴのための追加的な位置情報（ＭＤＴのためのオンデマンドの位置情報）を要求することを可能とする。Ｌｏｇｇｅｄ ＭＤＴについては、位置情報を得るためにＵＥがＲＲＣコネクティッド状態に移行することを要しない。

【0207】

リリース１１のＭＤＴは、特に位置情報の取り扱いの点でリリース１０のＭＤＴと異なる。リリース１０のＭＤＴはベストエフォートに基づく位置情報の取得であるが、リリース１１のＭＤＴでは詳細位置情報が要求される。

【0208】

詳細位置情報が要求される場合のＭＤＴ設定（ＭＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ）： リリース１０のＭＤＴでは、ＭＤＴ測定結果は、対応する測位情報と関連づけられる。しかしながら、測位情報はＭＤＴ以外のアプリケーション向けのものであるため、ＵＥがＭＤＴ測定結果の全てについて詳細位置情報を得る保証は無い。よって、ＵＥが測位実行中であることをネットワークが把握している場合であっても、ネットワークは、選択したＵＥが測位セッションを継続して必要な詳細位置情報が提供されると期待することができない。従って、詳細位置情報が要求されるか否かをネットワークが例えばＭＤＴ設定時にＵＥに知らせて、ＭＤＴのためにＵＥが測位手段をアクティブに保つことは重要である。ＵＥの選択方法とは無関係に、Ｉｍｍｅｄｉａｔｅ ＭＤＴ又はＬｏｇｇｅｄ ＭＤＴにおいて詳細位置情報を必要とする場合には、ＵＥが実行中の測位セッションを有する場合であっても、詳細位置情報が必要か否かを例えばＭＤＴ設定時にＵＥに明示的に知らせるべきである（提案１）。

【0209】

詳細位置情報が利用できない場合のＵＥの動作： 提案１が採用され、ＵＥがＭＤＴのために測位手段をアクティブに保つ場合であっても、ＵＥが測位手段としてＧＮＳＳのみを使用する場合には、ある状況下（例えば室内）でＵＥは詳細位置情報を得ることができない。このような場合において、Ｉｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴにおいてＵＥに適切な命令を設定することが必要である。以下の３つの選択肢が考えられる。選択肢１は、ＵＥが詳細位置情報なしでＭＤＴ測定を継続するというものである。選択肢２は、ＵＥがＭＤＴ測定を停止するというものである。ここでＵＥ１００は、既にあるＭＤＴ設定及び測定結果を保持しても保持しなくてもよい。選択肢３は、代わりの測位手段を始動して、詳細位置情報を得るＭＤＴを継続するというものである。選択肢４は、ＵＥの実装依存とするというものである。選択肢３は、複雑であり、かつ、Ｌｏｇｇｅｄ ＭＤＴに適用できない可能性がある。選択肢２は、ＵＥにとって合理的であるが、リリース１０のＭＤＴの方針から外れるものである。選択肢４は、ＵＥごとに異なる動作となり得るためネットワークにとって好ましくない。選択肢１は、シンプルであり、かつ、既存のＭＤＴ要件と矛盾しない。よって、選択肢１が好ましい。ＵＥは、詳細位置情報を取得できない場合には、詳細位置情報なしでＭＤＴ測定を継続するべきである（提案２）。

【0210】

上述した実施形態では、ＵＥ選択時に、Ｉｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴにおいて、利用可能な位置情報及びオンデマンドの位置情報の有用性について記載した。また、シグナリング負荷を最小化し、詳細位置情報のないＵＥに対する不要なＭＤＴ設定を削減する方法について記載した。

【0211】

ＵＥ選択の方法としては、２つのアプローチがある。アプローチ１（利用可能な位置情報という解決手法）は、詳細位置情報を利用可能なＵＥを選択するものである。アプローチ２（オンデマンドの位置情報という解決手法）は、ＭＤＴのために位置情報を要求するものである。

【0212】

アプローチ１：
提案する利用可能な位置情報という解決手法は、次のものである。解決手法１は、ネットワークはＵＥが測位を実行中である場合にＭＤＴをＵＥに始動させ（ＭＤＴのためにＵＥを選択し）、ネットワークが測位の状況を把握している。解決手法２は、ネットワークはＵＥが測位を実行中である場合にＭＤＴをＵＥに始動させ（ＭＤＴのためにＵＥを選択し）、ＵＥが測位の状況をネットワークに通知する。解決手法３は、詳細位置情報が利用可能である場合にＭＤＴ測定が行われる。解決手法３は、基本的にはリリース１０の既存の解決手法であり、ＵＥがいつ測位を実行するかを特定するか把握できないため、解決手法３が適用されるべきではない。従って、以下において、解決手法１及び２による利益を記載し、Ｉｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴについて比較する。

【0213】

リリース１１のＭＤＴ ＵＥ選択方法の基本方針： 解決手法１は、ネットワーク（Ｅ−ＳＭＬＣ又はＭＭＥ）は実行中の測位セッションを把握しているため、実行中の測位の状況についてＵＥに問い合わせる必要はない。解決手法２は、ＵＥが実行中の測位をｅＮＢ又はネットワークに通知しなければならず、追加のＲＲＣシグナリングが生じる。シグナリング負荷の観点では解決手法２よりも解決手法１が好ましい。しかしながら、解決手法１のみでは、ＵＥのスタンドアロンのＧＮＳＳ状況（実行中であるか否か）をｅＮＢもネットワークも判断できない。特にＬｏｇｇｅｄ ＭＤＴにおいてスタンドアロンのＧＮＳＳは最も有用な測位システムの１つであるため、実行中測位情報についてのフィードバックをｅＮＢ及び／又はネットワークがＵＥに対して要求できるようにすべきである。詳細位置情報を伴わないＭＤＴ測定を避けるためには、ネットワークがＵＥにフィードバックを要求せずに、ネットワーク補助測位を実行しているか否かをネットワークが把握することが考えられるが、主にＩｍｍｅｄｉａｔｅ ＭＤＴに適用可能である。Ｌｏｇｇｅｄ ＭＤＴについてはスタンドアロンのＧＮＳＳを実行中であるか否かを知ることが重要である。利用可能な位置情報の解決手法については次の２つの選択肢を基本方針として考慮することができる。選択肢１は、解決手法１と解決手法２（スタンドアロンのＧＮＳＳを問い合わせる場合のみ）との組み合わせである。選択肢２は、解決手法２のみとするものである。選択肢２は、ＵＥが実行中の測位方法の全てをｅＮＢ又はネットワークに通知することになるため、シグナリング負荷の観点では選択肢１が好ましい。特に、選択肢１は、ＵＥのスタンドアロンＧＮＳＳの状況についてのみネットワークが問い合わせるため、ＲＲＣシグナリングが限定される。しかしながら、ネットワークの複雑性の観点では、解決手法２のみをサポートすることが好ましいかもしれない。追加の拡張が無ければスタンドアロンＧＮＳＳ情報が利用できない点で解決手法１は不十分であるからである。従って、利用可能な位置情報の解決手法として選択肢１又は選択肢２を適用すべきである（提案１）。選択肢１が適用される場合、ｅＮＢ又はネットワークがスタンドアロンのＧＮＳＳが実行中であるか否かを把握するために、ＵＥ選択時又はＵＥ選択前に、実行中測位情報についてのフィードバックを送信するようネットワークがＵＥに要求できるようにすべきである（提案２）。

【0214】

アプローチ２：
オンデマンド位置情報の必要性： ＲＲＣコネクティッドのＵＥについてネットワークがＵＥからのＭＤＴのための追加の位置情報（オンデマンドの位置情報）を要求できるようするだけでなく、アイドル状態のＵＥ（すなわち、Ｌｏｇｇｅｄ ＭＤＴ）についてもオンデマンドの位置情報がサポートされるべきである。測位実行中のＵＥが少なくベストエフォートの位置報告によるＬｏｇｇｅｄ ＭＤＴは役に立たず、Ｉｍｍｅｄｉａｔｅ ＭＤＴにおいてのみ詳細位置情報を要求することはカバレッジマッピングの精度が劣化するからである。オンデマンドの位置情報の解決手法がＩｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴの両方に適用される場合、オペレータはＭＤＴが設定された全てのＵＥから詳細位置情報を期待できるため、ＭＤＴを要求すべきＵＥの数をより正確に決定できる。Ｌｏｇｇｅｄ ＭＤＴについてオンデマンド位置情報が無いと、いくつかのＵＥはＭＤＴが無駄に設定されてしまう。さらに、Ｌｏｇｇｅｄ ＭＤＴについてオンデマンド位置情報が適用されない場合、いくつかのＵＥ（すなわち、詳細位置情報の無いＵＥ）はＭＤＴが無駄に設定されてＵＥが何回も再選択されるため、エンドユーザにとって好ましくない。従って、Ｉｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴの両方について、利用可能な位置情報の解決手法に加えて、オンデマンドの位置情報の解決手法も適用されるべきである（すなわち、ハイブリッドの解決手法）。オンデマンドの位置情報のトリガについて何らかの制約が必要であるか否かについては、検討の余地がある。Ｉｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴの両方について、利用可能な位置情報の解決手とオンデマンドの位置情報の解決手法とのハイブリッドの解決手法を適用すべきである（提案３）。

【0215】

オンデマンドの位置情報要求前のＵＥからのフィードバックの必要性： オンデマンドの位置情報の解決手法には潜在的な問題がある。例えば、ユーザがＭＤＴを行うことに同意しても、低バッテリ状態及び／又はＵＥが長時間に渡って衛星を検出できない（室内の場合など）のように、測位システム（ＧＮＳＳ）をオンすべきでない状況であり得る。よって、オンデマンド測位要求は、測位システムの始動が望ましいかについてＵＥからのフィードバックが無いのであればＭＤＴのために設定されるべきではない。オンデマンド測位要求を許容するか否かのフィードバックをＵＥからネットワークが受信しない場合、ＵＥは、詳細位置情報を伴うＭＤＴ測定を提供できずに終わる可能性がある。上記の提案２が適用される場合、実行中の測位セッションの無いＵＥが、利用可能な位置情報のフィードバック時に、測位システムがアクティブであるか否かを通知することついて、考慮すべきである。Ｉｍｍｅｄｉａｔｅ ＭＤＴ及びＬｏｇｇｅｄ ＭＤＴの両方について、ネットワークは、ＵＥの測位システムをアクティブにすることが適切であるか否かのＵＥからのフィードバックが得られていないのであれば、ＭＤＴのためのオンデマンド測位要求を当該ＵＥに設定すべきでない（提案４）。上記の提案２が適用される場合、ＵＥは、利用可能な位置情報要求での実行中の測位のフィードバック（主に実行中の測位セッションの無いＵＥに適用される）と共に、測位をアクティブにすることが好ましいかについてのフィードバックも送信できるようにしてもよい。

【0216】

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

【0217】

上述した実施形態では、詳細位置情報を取得するための測位システムを指定する情報をＭＤＴのＣｏｎｆｉｇｕｒａｔｉｏｎに含める一例を説明したが、このような方法に代えて、次の方法を使用してもよい。具体的には、ＵＥは、使用する測位システムの優先度情報を保持しており、ネットワークから測位システムを指定されない場合は、前記優先度情報と動作中の測位システム情報とに基づいて測位システムを決める。優先度情報はネットワークから事前に指定されても良く、ＵＥが静的に持っていてもよい。

【0218】

また、上述した実施形態では、Ｄｕｒａｔｉｏｎタイマが満了した場合のＵＥの動作について特に説明していなかったが、ＵＥは、Ｄｕｒａｔｉｏｎタイマが満了した際にＭＤＴの他に位置情報を必要としておらず、ＧＮＳＳをオン状態に保っておく必要が無い場合には、ＧＮＳＳを停止することが可能である。

【0219】

要求位置情報のためのＵＥ選択： 詳細位置情報の可用性を強化するのは、詳細位置情報を持たないＭＤＴ測定を避けるためである。よって、ｅＮＢは、詳細位置情報を得るために、ＧＮＳＳ測定を行うようＵＥに要求できる。しかしながら、ＧＮＳＳが既にアクティブなＵＥにのみ適用可能であるのか、アクティブなＧＮＳＳを持たないＵＥも含まれるのかについて検討が必要である。前者のケースではＵＥはＧＮＳＳをアクティブに維持することになり、後者のケースではＵＥはＧＮＳＳ受信機をオンにすることが要求される。ＧＮＳＳ位置情報を利用可能にすることを要求するＵＥをｅＮＢが選択することは、慎重に計画すべきである。ＵＥのバッテリが少ない場合、ユーザはＵＥのＧＮＳＳ受信機をオフにするかもしれない。また、バッテリの電力を節約できるときは常にＧＮＳＳをオフすることが推奨されることもあり得る。緊急呼を含む呼を正常に遂行できないレベルまでＵＥのバッテリが少なくなることもあり得る。従って、良好なユーザエクスペリエンスを提供するために、ＧＮＳＳ位置情報を利用可能にするようｅＮＢから要求されるＵＥは、測位システムが既にアクティブなＵＥに制限されるべきである。また、ＧＮＳＳ受信機が既にオフであるＵＥがｅＮＢからＧＮＳＳ測定を行うよう要求された場合のＵＥの動作について考慮すべきである。この場合、アクティブなＧＮＳＳを持たないＵＥは、Ｅ−ＣＩＤ位置情報のみを伴うＩｍｍｅｄｉａｔｅ ＭＤＴが許容されるべきである。ＧＮＳＳ位置情報と共にＵＥのＭＤＴ測定応答が返信される場合、ｅＮＢは、ＧＮＳＳがオンにされたことを把握できる。その時点で、ｅＮＢは、ＧＮＳＳ測定を継続するようＵＥに要求できる。ＵＥからのレポートがＧＮＳＳ位置情報が無いことを示す場合、ｅＮＢは、ＵＥにおけるＭＤＴを停止する、又はＧＮＳＳ測定を伴うＭＤＴをＵＥに強要しないという選択肢がある。Ｌｏｇｇｅｄ ＭＤＴはＵＥからの即座のフィードバックをｅＮＢが得ることができないため、かかる処理はＩｍｍｅｄｉａｔｅ ＭＤＴでのみ有効であり得る。ｅＮＢがＭＤＴ設定の前にＵＥのＧＮＳＳ状態を判定できる場合には、Ｌｏｇｇｅｄ ＭＤＴのためにＧＮＳＳ位置情報を実現できる。詳細位置情報の可用性をｅＮＢが要求する又はＵＥが通知しない場合、ＵＥのＧＮＳＳの状態情報をｅＮＢは利用できない。従って、Ｌｏｇｇｅｄ ＭＤＴには要求位置情報（詳細位置情報）を適用しないようにすべきである。

【0220】

提案１：ＧＮＳＳ測定を行うようｅＮＢからＵＥに要求するのは、ＧＮＳＳが既にアクティブのＵＥに限定されるべきである。

【0221】

提案２：ＧＮＳＳ受信機がオフにされている場合にＧＮＳＳ測定要求を受信した場合のＵＥの動作について検討が必要である。アクティブなＧＮＳＳを持たないＵＥについては、Ｅ−ＣＩＤ位置情報を用いたＩｍｍｅｄｉａｔｅ ＭＤＴを行うことが許容され得る。

【0222】

提案３：ｅＮＢがＵＥからのＧＮＳＳ位置情報を要求する場合、アクティブなＧＮＳＳを持つＵＥは、ＭＤＴ測定の間（例えば周期的な測定間隔）はＧＮＳＳをアクティブに保つべきである。

【0223】

提案４：Ｌｏｇｇｅｄ ＭＤＴについては要求位置情報を適用しないようにするべきである。

【0224】

ＧＮＳＳ位置測定及び報告： 上記提案３が適用される場合、各無線測定についてＵＥがＧＮＳＳ位置情報を提供するかについて検討が必要である。図２３は、各ＭＤＴ周期的測定について位置情報がＧＮＳＳに基づく場合を示す（選択肢１）。選択肢１において、ＵＥが全ての測定結果にＧＮＳＳ位置情報を含めること、特にms120, ms240, ms480, ms640といった小さい値のＲｅｐｏｒｔＩｎｔｅｒｖａｌについては、位置情報を更新するタイミングの問題に起因して、現実的ではない。また、室内などではＵＥがＧＮＳＳ位置情報を得ることは困難である。従って、ｅＮＢがＵＥにＧＮＳＳ位置情報を得るよう要求する場合、新しいＧＮＳＳ位置情報をＭＤＴ測定結果に含めるか及びいつ含めるかはＵＥで判断すべきである。かかる選択肢（選択肢２）を図２４に示す。ＧＮＳＳ位置情報は、ＭＤＴ測定結果のうちいくつかに付けられる。新しく得られた位置情報の有効性に基づいて新しいＧＮＳＳ位置情報を必要とするかをＵＥが自律的に判断するか否かについては検討が必要である。

【0225】

提案５：要求位置情報については、位置測定報告の基本として選択肢２を適用すべきである。

【0226】

上述したように、ｅＮＢはＵＥへＩｍｍｅｄｉａｔｅ ＭＤＴをｃｏｎｆｉｇｕｒｅし、ＭＤＴ ｒｅｐｏｒｔの中にＧＮＳＳを用いて取得した位置情報が含まれていた場合(ある種のｆｅｅｄｂａｃｋ)のみ、当該ＵＥへＲｅｑｕｅｓｔｅｄ Ｌｏｃａｔｉｏｎ ｍｅａｓｕｒｅｍｅｎｔ(ＧＮＳＳを利用した位置情報取得要求)を行なうことが出来る。

【0227】

また、図２５（Ｉｍｍｅｄｉａｔｅ ＭＤＴにおけるＵＥの動作を示すフロー図）に示すように、Ｒｅｑｕｅｓｔｅｄ Ｌｏｃａｔｉｏｎ ｍｅａｓｕｒｅｍｅｎｔ(ＧＮＳＳを利用した位置情報取得要求)を行なうよう要求されているＵＥであっても、有効なＧＮＳＳ位置情報を保持していない場合にはＧＮＳＳ位置情報を含めずにｍｅａｓｕｒｅｍｅｎｔ結果をｒｅｐｏｒｔする。

【0228】

なお、上述した実施形態では、ＬＴＥに基づく移動通信システムを例に説明したが、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）などの他の通信規格に対して本発明を適用してもよい。

【0229】

また、米国仮出願第６１／５９１４３８号（２０１２年１月２７日出願）、米国仮出願第６１／５９１４４８号（２０１２年１月２７日出願）、米国仮出願第６１／６４６００９号（２０１２年５月１１日出願）、の全内容が、参照により、本願明細書に組み込まれている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】