(57)【要約】  第１の無線基地局と第２の無線基地局とに対してＤＣを行っているユーザ端末の位置を算出する位置算出装置であって、ユーザ端末が受けているサービスの種類に基づいた、ユーザ端末の測位の精度を示す精度レベル情報を第１の無線基地局に送信する送信部と、精度レベル情報が第１の精度レベルを示す場合に第１の無線基地局で行われたユーザ端末の測位の結果を示す測位情報を第１の無線基地局から受信し、精度レベル情報が第１の精度レベルより精度の高い第２の精度レベルを示す場合に第２の無線基地局で行われたユーザ端末の測位の結果を示す測位情報を第１の無線基地局から受信する受信部と、受信部により受信された測位情報を用いてユーザ端末の位置を算出する位置算出部と、を具備する。
2019031008.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線基地局と第２の無線基地局とに対してＤＣ（デュアルコネクティビティ）を行っているユーザ端末の位置を算出する位置算出装置であって、
前記ユーザ端末が受けているサービスの種類に基づいた、前記ユーザ端末の測位の精度を示す精度レベル情報を前記第１の無線基地局に送信する送信部と、
前記精度レベル情報が第１の精度レベルを示す場合に前記第１の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、前記精度レベル情報が前記第１の精度レベルより精度の高い第２の精度レベルを示す場合に前記第２の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信する受信部と、
前記受信部により受信された測位情報を用いて前記ユーザ端末の位置を算出する位置算出部と、
を具備する位置算出装置。
【請求項２】
前記サービスの種類は、アクセスポイントネームに係るサービス、ロケーションサービス、または通信のサービス品質を識別する品質識別子に係るサービスのいずれかである、
請求項１に記載の位置算出装置。
【請求項３】
前記品質識別子に係るサービスは、基地局管理装置によって、前記アクセスポイントネームに係るサービスおよび前記ロケーションサービスのいずれか一方から変換されたものであり、前記基地局管理装置から送信される、
請求項２に記載の位置算出装置。
【請求項４】
第１の無線基地局と第２の無線基地局とに対してＤＣ（デュアルコネクティビティ）を行うユーザ端末の位置を算出する位置算出装置であって、
基地局管理装置から、前記ユーザ端末のデータが前記第１の無線基地局を経由することを示す第１のベアラ情報、あるいは、前記ユーザ端末のデータが前記第２の無線基地局を経由することを示す第２のベアラ情報を受信する受信部と、
前記受信部により受信された前記第１のベアラ情報あるいは前記第２のベアラ情報を前記第１の無線基地局装置に送信する送信部と、
前記第１のベアラ情報が送信された場合に前記第１の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、前記第２のベアラ情報が送信された場合に前記第２の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信する測位情報受信部と、
前記測位情報受信部により受信された測位情報を用いて前記ユーザ端末の位置を算出する位置算出部と、
を具備する位置算出装置。
【請求項５】
他無線基地局とともにユーザ端末との間でＤＣ（デュアルコネクティビティ）を行っている無線基地局であって、
前記ユーザ端末の位置を算出する位置算出装置から、前記ユーザ端末の測位の精度を示す精度レベル情報を受信する受信部と、
前記精度レベル情報が第１の精度レベルを示す場合に当該無線基地局で行った前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信し、前記精度レベル情報が前記第１の精度レベルより精度の高い第２の精度レベルを示す場合に前記他無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信する送信部と、
を具備する無線基地局。
【請求項６】
他無線基地局とともにユーザ端末との間でＤＣ（デュアルコネクティビティ）を行う無線基地局であって、
前記ユーザ端末の位置を算出する位置算出装置から、前記ユーザ端末のデータが前記第１の無線基地局を経由することを示す第１のベアラ情報、あるいは、前記ユーザ端末のデータが前記第２の無線基地局を経由することを示す第２のベアラ情報を受信する受信部と、
前記第１のベアラ情報を受信した場合に当該無線基地局で行った前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信し、前記第２のベアラ情報を受信した場合に前記他無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第２の無線基地局に送信する送信部と、
を具備する無線基地局。
【請求項７】
第１の無線基地局と第２の無線基地局とに対してＤＣ（デュアルコネクティビティ）を行っているユーザ端末の位置を算出する位置算出方法であって、
前記ユーザ端末が受けているサービスの種類に基づいた、前記ユーザ端末の測位の精度を示す精度レベル情報を前記第１の無線基地局に送信し、
前記精度レベル情報が第１の精度レベルを示す場合に前記第１の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、前記精度レベル情報が前記第１の精度レベルより精度の高い第２の精度レベルを示す場合に前記第２の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、
受信された測位情報を用いて前記ユーザ端末の位置を算出する、
位置算出方法。
【請求項８】
第１の無線基地局と第２の無線基地局とに対してＤＣ（デュアルコネクティビティ）を行うユーザ端末の位置を算出する位置算出方法であって、
基地局管理装置から、前記ユーザ端末のデータが前記第１の無線基地局を経由することを示す第１のベアラ情報、あるいは、前記ユーザ端末のデータが前記第２の無線基地局を経由することを示す第２のベアラ情報を受信し、
受信した前記第１のベアラ情報あるいは前記第２のベアラ情報を前記第１の無線基地局装置に送信し、
前記第１のベアラ情報が送信された場合に前記第１の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、前記第２のベアラ情報が送信された場合に前記第２の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、
受信した測位情報を用いて前記ユーザ端末の位置を算出する、
位置算出方法。
【請求項９】
他無線基地局とともにユーザ端末との間でＤＣ（デュアルコネクティビティ）を行っている無線基地局の測位制御方法であって、
前記ユーザ端末の位置を算出する位置算出装置から、前記ユーザ端末の測位の精度を示す精度レベル情報を受信し、
前記精度レベル情報が第１の精度レベルを示す場合に当該無線基地局で行った前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信し、前記精度レベル情報が前記第１の精度レベルより精度の高い第２の精度レベルを示す場合に前記他無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信する送信する、
測位制御方法。
【請求項１０】
他無線基地局とともにユーザ端末との間でＤＣ（デュアルコネクティビティ）を行う無線基地局の測位制御方法であって、
前記ユーザ端末の位置を算出する位置算出装置から、前記ユーザ端末のデータが前記第１の無線基地局を経由することを示す第１のベアラ情報、あるいは、前記ユーザ端末のデータが前記第２の無線基地局を経由することを示す第２のベアラ情報を受信し、
前記第１のベアラ情報を受信した場合に前記当該無線基地局で行った前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信し、前記第２のベアラ情報を受信した場合に前記他無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第２の無線基地局に送信する、
測位制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置算出装置、無線基地局、位置算出方法、および測位制御方法に関する。
【背景技術】
【０００２】
近年、スマートフォンまたは携帯電話等のユーザ端末において、位置情報を提供するアプリケーションが多く提供されている。ユーザ端末の位置情報を取得する技術として、例えば、無線基地局によるユーザ端末の測位がある。無線基地局によるユーザ端末の測位には、例えば、ＯＴＤＯＡ（Observed Time Difference of Arrival）による測位およびＥＣＩＤ（Enhanced Cell ID）による測位等がある（例えば、非特許文献１参照）。【０００３】
また、３ＧＰＰでは、周波数の異なる複数の無線基地局と通信を行うデュアルコネクティビティ（ＤＣ：Dual Connectivity）技術が規定されている（例えば、非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】岩村等「ＬＴＥのさらなる発展−ＬＴＥ  Ｒｅｌｅａｓｅ  ９−」ＮＴＴ  ＤＯＣＯＭＯ  テクニカルジャーナル，Ａｐｒ．２０１０，ｖｏｌ．１８  Ｎｏ．１  ｐｐ．４８−５５
【非特許文献２】３ＧＰＰ  ＴＳ３６．３００
【発明の概要】
【発明が解決しようとする課題】
【０００５】
次世代無線通信システムの５Ｇでは、５Ｇの無線基地局と、ＬＴＥ（Long Term Evolution）の無線基地局とにおけるＤＣが検討されている。一例として、５Ｇの無線基地局がスモールセル基地局として狭域エリアをカバーし、ＬＴＥの無線基地局がマクロセル基地局として広域エリアをカバーすることが検討されている。【０００６】
マクロセルがカバーする半径は、典型的には数百メートルから数十キロメートルとなる。スモールセルは、一般的に送信電力が小さい。この場合、スモールセルは、マクロセルに比較して小さいエリアをカバーする。このような状況下においては、スモールセルの方が、ユーザ端末の位置を特定する範囲がマクロセルより狭く、スモールセルで取得したユーザ端末の位置情報の方が、マクロセルより精度が高くなる。なお、セル（無線基地局と呼ぶこともある）の特性による位置情報の精度は、送信電力および／またはセルの広狭などに限られない。例えば、搬送周波数が高い場合（3.5GHzなど）は指向性が高くなるため、位置情報の精度が高くなる。【０００７】
しかしながら、ユーザ端末がＤＣを行う場合において、マクロセルを形成する無線基地局でユーザ端末を測位するのか、または、スモールセルを形成する無線基地局でユーザ端末を測位するのかについての技術は、これまで提案されていない。【０００８】
そこで本発明は、ユーザ端末がＤＣを行う場合、要求される測位精度に応じた無線基地局においてユーザ端末を測位する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の位置算出装置は、第１の無線基地局と第２の無線基地局とに対してＤＣを行っているユーザ端末の位置を算出する位置算出装置であって、前記ユーザ端末が受けているサービスの種類に基づいた、前記ユーザ端末の測位の精度を示す精度レベル情報を前記第１の無線基地局に送信する送信部と、前記精度レベル情報が第１の精度レベルを示す場合に前記第１の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、前記精度レベル情報が前記第１の精度レベルより精度の高い第２の精度レベルを示す場合に前記第２の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信する受信部と、前記受信部により受信された測位情報を用いて前記ユーザ端末の位置を算出する位置算出部と、を具備する。【００１０】
本発明の位置算出装置は、第１の無線基地局と第２の無線基地局とに対してＤＣを行うユーザ端末の位置を算出する位置算出装置であって、基地局管理装置から、前記ユーザ端末のデータが前記第１の無線基地局を経由することを示す第１のベアラ情報、あるいは、前記ユーザ端末のデータが前記第２の無線基地局を経由することを示す第２のベアラ情報を受信する受信部と、前記受信部により受信された前記第１のベアラ情報あるいは前記第２のベアラ情報を前記第１の無線基地局装置に送信する送信部と、前記第１のベアラ情報が送信された場合に前記第１の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信し、前記第２のベアラ情報が送信された場合に前記第２の無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第１の無線基地局から受信する測位情報受信部と、前記測位情報受信部により受信された測位情報を用いて前記ユーザ端末の位置を算出する位置算出部と、を具備する。【００１１】
本発明の無線基地局装置は、他無線基地局とともにユーザ端末との間でＤＣを行っている無線基地局であって、前記ユーザ端末の位置を算出する位置算出装置から、前記ユーザ端末の測位の精度を示す精度レベル情報を受信する受信部と、前記精度レベル情報が第１の精度レベルを示す場合に当該無線基地局で行った前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信し、前記精度レベル情報が前記第１の精度レベルより精度の高い第２の精度レベルを示す場合に前記他無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信する送信部と、を具備する。【００１２】
本発明の無線基地局装置は、他無線基地局とともにユーザ端末との間でＤＣを行う無線基地局であって、前記ユーザ端末の位置を算出する位置算出装置から、前記ユーザ端末のデータが前記第１の無線基地局を経由することを示す第１のベアラ情報、あるいは、前記ユーザ端末のデータが前記第２の無線基地局を経由することを示す第２のベアラ情報を受信する受信部と、前記第１のベアラ情報を受信した場合に前記当該無線基地局で行った前記ユーザ端末の測位の結果を示す測位情報を前記位置算出装置に送信し、前記第２のベアラ情報を受信した場合に前記他無線基地局で行われた前記ユーザ端末の測位の結果を示す測位情報を前記第２の無線基地局に送信する送信部と、を具備する。
【発明の効果】
【００１３】
本発明によれば、ユーザ端末がＤＣを行う場合、要求される測位精度に応じた無線基地局においてユーザ端末を測位できる。
【図面の簡単な説明】
【００１４】
【図１】実施形態１に係る無線通信システムの構成例を示した図である。
【図２】ＤＣの例を説明する図である。
【図３】図１の無線通信システムの概略動作例を説明する図である。
【図４】測位精度情報のデータ構成例を示した図である。
【図５】ＬＣＳサーバのブロック構成例を示した図である。
【図６】ＭＭＥのブロック構成例を示した図である。
【図７】ＬＲＦのブロック構成例を示した図である。
【図８】ｅＮＢのブロック構成例を示した図である。
【図９】５ＧＮＲのブロック構成例を示した図である。
【図１０】無線通信システムの動作例を示したシーケンス図である。
【図１１】ＬＣＳサーバの動作例を示したフローチャートである。
【図１２】ＭＭＥの動作例を示したフローチャートである。
【図１３】ＬＲＦの動作例を示したフローチャートである。
【図１４】ｅＮＢの動作例を示したフローチャートである。
【図１５】５ＧＮＲの動作例を示したフローチャートである。
【図１６】実施形態２に係る無線通信システムの概略動作例を説明する図である。
【図１７】測位精度情報のデータ構成例を示した図である。
【図１８】無線通信システムの動作例を示したシーケンス図である。
【図１９】測位精度情報の他のデータ構成例を示した図である。
【図２０】測位精度情報の他のデータ構成例を示した図である。
【図２１】実施形態３に係る無線通信システムの概略動作例を説明する図である。
【図２２】ＱＣＩ情報の例を説明する図である。
【図２３】測位精度情報のデータ構成例を示した図である。
【図２４】無線通信システムの動作例を示したシーケンス図である。
【図２５】実施形態４に係る無線通信システムの概略動作例を説明する図である。
【図２６】無線通信システムの動作例を示したシーケンス図である。
【図２７】本発明の一実施形態に係るＬＣＳサーバ、ＭＭＥ、ＬＲＦ、無線基地局、及びユーザ端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を、図面を参照して説明する。
【００１６】
［実施形態１］
図１は、実施形態１に係る無線通信システムの構成例を示した図である。図１に示すように、無線通信システムは、ＬＣＳ（LoCation Service）サーバ１と、ＭＭＥ（Mobility Management Entity）２と、ＬＲＦ（Location Retrieval Function）３と、ｅＮＢ（evolved Node B）４と、５ＧＮＲ（5G New Radio）５と、ユーザ端末６と、を有している。
【００１７】
ＬＣＳサーバ１は、ＭＭＥ２を介してＬＲＦ３に対し、ユーザ端末６の位置の算出を要求する。ＬＲＦ３に対し、ユーザ端末６の位置の算出を要求すると、ＬＣＳサーバ１には、ＬＲＦ３から、ユーザ端末６の位置情報が帰ってくる。位置情報は、例えば、ユーザ端末６の緯度および経度である。
【００１８】
ＭＭＥ２は、ｅＮＢ４および５ＧＮＲ５を管理する。また、ＭＭＥ２は、例えば、ユーザ端末６の位置登録、呼出、および基地局間のハンドオーバなどの管理を行う。
【００１９】
ＬＲＦ３は、ユーザ端末６の位置を算出する位置算出装置である。例えば、ＬＲＦ３は、ＬＣＳ１から、ユーザ端末６の位置情報の要求を受信すると、ｅＮＢ４に対し、ユーザ端末６の測位要求を行う。
【００２０】
ＬＲＦ３から測位要求を受信したｅＮＢ４は、所定の条件を満たしている場合（以下で詳述する）、５ＧＮＲ５に対し測位要求を行う。ｅＮＢ４は、５ＧＮＲ５に対して測位要求を行った場合、自身ではユーザ端末６の測位を行わない。ｅＮＢ４からの測位要求を受信した５ＧＮＲ５が、ユーザ端末６の測位を行う。
【００２１】
一方、ＬＲＦ３から測位要求を受信したｅＮＢ４は、所定の条件を満たしていない場合（以下で詳述する）、５ＧＮＲ５に測位要求を行わず、自身がユーザ端末６の測位を行う。ｅＮＢ４からの測位要求を受信しなかった５ＧＮＲ５は、ユーザ端末６の測位を行わない。つまり、ユーザ端末６の測位は、ｅＮＢ４および５ＧＮＲ５のいずれか一方において行われる。
【００２２】
ｅＮＢ４および５ＧＮＲ５のいずれか一方によって測位されたユーザ端末６の測位情報は、ＭＭＥ２を介して、ＬＲＦ３に送信される。ＬＲＦ３は、ｅＮＢ４および５ＧＮＲ５のいずれか一方から送信された測位情報に基づいて、ユーザ端末６の位置を算出する。そして、ＬＲＦ３は、算出した位置（位置情報）を、ＬＣＳサーバ１に送信する。
【００２３】
ｅＮＢ４は、マクロセルであるセル４ａを形成する。ｅＮＢ４は、セル４ａに在圏するユーザ端末６の測位を行う。ｅＮＢ４は、例えば、ＥＣＩＤによって、ユーザ端末６を測位する。
【００２４】
ｅＮＢ４が測位するＥＣＩＤ情報には、例えば、ＥＣＧＩ（E-UTRAN Cell Global Id）、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）、およびRX-TX time differenceなどが含まれる。ＬＲＦ３は、これらの情報を含むＥＣＩＤ情報から、ユーザ端末６の位置を算出する。
【００２５】
なお、ＬＲＦ３は、少なくともＥＣＩＤ情報に含まれるＥＣＧＩから、ユーザ端末６の位置を算出できる。従って、ＬＲＦ３が、ＥＣＧＩからユーザ端末６の位置を算出する場合、ｅＮＢ４は、ＥＣＧＩをＬＲＦ３に送信し、その他のＥＣＩＤ情報をＬＲＦ３に送信しなくてもよい。なお、ＬＲＦ３は、ＥＣＧＩ以外のＥＣＩＤ情報を用いると、ユーザ端末６の位置を高精度に算出できる。
【００２６】
５ＧＮＲ５は、スモールセルであるセル５ａを形成する。５ＧＮＲ５は、セル５ａに在圏するユーザ端末６の測位を行う。５ＧＮＲ５は、ｅＮＢ４と同様に、例えば、ＥＣＩＤによって、ユーザ端末６を測位する。
【００２７】
ｅＮＢ４および５ＧＮＲ５は、ヘテロジニアスネットワークを形成している。ｅＮＢ４が形成するセル４ａと、５ＧＮＲ５が形成するセル５ａは、オーバーレイしている。図１では、５ＧＮＲ５は、１台しか示していないが、複数台存在してもよい。
【００２８】
５ＧＮＲ５は、例えば、数十から数百本のアンテナを有し、ユーザ端末６と無線通信を行う。５ＧＮＲ５は、複数のアンテナを用いて、信号の振幅および位相を制御し、ユーザ端末６に指向性を有するビームを形成して信号を送受信する。５ＧＮＲ５は、様々な方向にビームを形成できる。
【００２９】
５ＧＮＲ５が形成するセル５ａは、ｅＮＢ４が形成するセル４ａより小さい。従って、５ＧＮＲ５がユーザ端末６を測位する場合、ｅＮＢ４がユーザ端末６を測位する場合より、ユーザ端末６を特定する範囲が狭い。つまり、５ＧＮＲ５によるユーザ端末６の測位精度は、ｅＮＢ４によるユーザ端末６の測位精度より高くなる。
【００３０】
ユーザ端末６は、例えば、スマートフォン、携帯端末、またはタブレット端末等の無線端末である。ユーザ端末６は、セル５ａに在圏している場合、ｅＮＢ４および５ＧＮＲ５とＤＣを行うことができる。ユーザ端末６がＤＣを行う場合、ＤＣを行うことを示すUE Contextが、ｅＮＢ４に登録される。
【００３１】
なお、上記で説明したＬＣＳサーバ１は、ＥＢＳＣＰ（External Business user Service Control Point）またはＧＭＬＣ（Gateway Mobile Location Center）と呼ばれる装置であってもよい。また、ｅＮＢ４は、ＭｅＮＢ（Master eNB）と呼ばれる無線基地局であってもよい。また、ｅＮＢ４は、ＬＴＥ基地局と呼ばれる無線基地局であってもよい。また、５ＧＮＲ５は、ＳｇＮＢ（Secondary 5G NB）と呼ばれる無線基地局であってもよい。また、５ＧＮＲ５は、ＳｅＮＢ（Secondary eNB）と呼ばれる無線基地局であってもよい。各装置は、前述した名称の装置に限定されない。また、ＬＣＳサーバ１とＬＲＦ３は、１つの装置で実現されてもよい。
【００３２】
図２は、ＤＣの例を説明する図である。図２において、図１と同じものには同じ符号が付してある。図２には、ユーザ端末６ａと、ＥＰＣ（Evolved Packet Core）１１と、Ｓ１インタフェース１２と、Ｓ１−Ｃインタフェース１３と、Ｓ１−Ｕインタフェース１４と、Ｘ２インタフェース１５と、が示してある。ＥＰＣ１１には、図１に示したＬＣＳサーバ１、ＭＭＥ２、およびＬＲＦ３が含まれる。
【００３３】
ユーザ端末６ａは、ｅＮＢ４が形成するセル４ａに在圏し、５ＧＮＲ５が形成するセル５ａには在圏していない。従って、ユーザ端末６ａは、ｅＮＢ４と無線通信を行うことができるが、５ＧＮＲ５と無線通信を行うことができない。
【００３４】
ユーザ端末６は、ｅＮＢ４が形成するセル４ａおよび５ＧＮＲ５が形成するセル５ａに在圏している。従って、ユーザ端末６ａは、ｅＮＢ４および５ＧＮＲ５とＤＣによる無線通信（ＤＣ）を行うことができる。
【００３５】
図２に示すように、ｅＮＢ４とＥＰＣ１１は、Ｓ１インタフェース１２を介して接続されている。また、ｅＮＢ４とＥＰＣ１１は、Ｓ１−Ｃインタフェース１３を介して接続されている。５ＧＮＲ５とＥＰＣ１１は、Ｓ１−Ｕインタフェース１４を介して接続されている。ｅＮＢ４と５ＧＮＲ５は、Ｘ２インタフェースを介して接続されている。
【００３６】
ユーザ端末６ａ，６のＣ−Ｐｌａｎｅは、Ｓ１インタフェース１２およびＳ１−Ｃインタフェース１３を介して、ｅＮＢ４に提供される。すなわち、ユーザ端末６ａ，６のＣ−Ｐｌａｎｅは、ｅＮＢ４によって、ユーザ端末６ａ，６に提供される。
【００３７】
ユーザ端末６ａのＵ−Ｐｌａｎｅは、Ｓ１インタフェース１２を介して、ｅＮＢ４に提供される。すなわち、ユーザ端末６ａのＵ−Ｐｌａｎｅは、ｅＮＢ４によって、ユーザ端末６ａに提供される。
【００３８】
ユーザ端末６のＵ−Ｐｌａｎｅは、Ｓ１−Ｕインタフェース１４を介して、５ＧＮＲに提供される。また、ユーザ端末６のＵ−Ｐｌａｎｅは、Ｘ２インタフェース１５を介して、ｅＮＢ４に提供される。すなわち、ユーザ端末６のＵ−Ｐｌａｎｅは、ｅＮＢ４および５ＧＮＲ５の両方から、ユーザ端末６に提供される。
【００３９】
なお、ｅＮＢ４と５ＧＮＲ５を結ぶインタフェースは、Ｘｎインタフェースと呼ばれることもある。以下では、ｅＮＢ４と５ＧＮＲ５を結ぶインタフェースを、Ｘ２／Ｘｎインタフェースと呼ぶことがある。各インタフェースは、上記の名称に限定されない。すなわち、Ｘｎの”ｎ”は仮称であり、本明細書では、５ＧＮＲ、すなわち５Ｇの無線基地局（ＳｇＮＢなど）が他の無線基地局との間に確立されるインタフェースの名称をＸｎインタフェースと称しているに過ぎず、機能が同等であれば別の呼称でもよい。
【００４０】
ところで、ユーザ端末の位置情報の精度は、要求されるサービスによって異なってくる。例えば、ＬＴＥでＶｏＬＴＥのサービスを提供し、５Ｇでイマドコサーチ（登録商標）のサービスを提供しているとする。
【００４１】
ＶｏＬＴＥは、通話サービスであるため、ＬＴＥ無線基地局で測位される位置情報でよい。一方、イマドコサーチは、例えば、子供の居場所を特定するサービスであるため、高い精度の位置情報が求められる。
【００４２】
しかし、ユーザ端末がＬＴＥ無線基地局および５Ｇ無線基地局とＤＣを行う場合、どちらの無線基地局においてユーザ端末を測位するかについての技術は、これまで提案されていない。
【００４３】
そこで、図１に示した無線通信システムは、ユーザ端末６が、ｅＮＢ４と５ＧＮＲ５とに対してＤＣによる通信を行う場合において、５ＧＮＲ５においても測位できるようにする。
【００４４】
図３は、図１の無線通信システムの概略動作例を説明する図である。図３において、図１と同じものには同じ符号が付してある。
【００４５】
まず、ＬＣＳサーバ１は、ＭＭＥ２に対し、ユーザ端末６の位置情報を要求する（ステップＳ１）。ＬＣＳサーバ１は、位置情報を要求する際、ユーザ端末６を識別する識別情報（UE Identity）と、ユーザ端末６のＡＰＮ（Access Point Name）と、ＬＣＳ情報とをＭＭＥ２に送信する。
【００４６】
ユーザ端末６を識別する識別情報は、ユーザ端末６の加入者識別子（ＩＭＳＩ：International Mobile Subscriber Identity）であってもよい。また、ユーザ端末６を識別する識別情報は、ＵＥ識別子（ＩＭＥＩ：International Mobile Equipment Identity）であってもよい。
【００４７】
ＡＰＮは、ＩＳＰ（Internet Service Provider）または企業ＬＡＮ（Local Area Network）等の外部ネットワークを識別する識別子である。ユーザ端末６は、ＡＰＮで示されるアクセスポイントを経由して、無線ネットワークから、他のネットワークに接続できる。
【００４８】
ＬＣＳ情報は、位置情報を要求するサービスの情報であり、例えば、LCS-Client Name、LCS-Client Type、およびLCS-QoS等が含まれる。LCS-Client Nameは、位置情報を要求するＩＳＰまたは企業ユーザ名等である。LCS-Client Typeは、位置情報を要求するＩＳＰまたは企業ユーザの種類である。LCS-QoSは、要求する位置情報の精度を示す情報である。
【００４９】
次に、ＭＭＥ２は、ＬＣＳサーバ１から、位置情報の要求を受信すると、ＬＲＦ３に対し、ユーザ端末６の位置情報を要求する（ステップＳ２）。ＭＭＥ２は、位置情報を要求する際、ステップＳ１にてＬＣＳサーバ１から送信されたユーザ端末６のUE Identityと、ユーザ端末６のＡＰＮとをＬＲＦ３に送信する。
【００５０】
次に、ＬＲＦ３は、ＡＰＮと、位置の測位精度を示すAccuracy Levelとが対応付けられた情報（以下、測位精度情報と呼ぶことがある）から、ステップＳ２にて送信されたＡＰＮに対応するAccuracy Levelを取得する（ステップＳ３）。ここで、測位精度情報について説明する。
【００５１】
図４は、測位精度情報のデータ構成例を示した図である。図４に示すように、測位精度情報は、ＡＰＮと、Accuracy Levelとが対応付けられている。測位精度情報は、例えば、ＬＲＦ３が備える記憶装置に予め記憶されている。
【００５２】
Accuracy Levelは、測位されるユーザ端末６の位置情報の精度を示している。「Ｈｉｇｈ」は、「Ｌｏｗ」より、測位される位置情報の精度が高いことを示している。
【００５３】
ＬＲＦ３は、測位精度情報を参照して、ステップＳ２にて送信されたユーザ端末６のＡＰＮに対応するAccuracy Levelを取得する。
【００５４】
例えば、ＬＲＦ３は、ＭＭＥ２から、ＡＰＮ「Ｉｎｔｅｒｎｅｔ」を受信したとする。この場合、ＬＲＦ３は、図４の例より、Accuracy Level「Ｈｉｇｈ」を取得する。つまり、ユーザ端末６のＡＰＮが「Ｉｎｔｅｒｎｅｔ」の場合、ユーザ端末６の位置情報は、高い精度が要求される。言い換えれば、ユーザ端末６の位置情報は、５ＧＮＲ５による測位が要求される（上記したように、５ＧＮＲ５の方が、ｅＮＢ４よりセルが小さく、測位精度が高い）。なお、以下のステップＳ５−１で説明するが、ユーザ端末６は、Accuracy Levelが「Ｈｉｇｈ」であっても、ｅＮＢ４によって測位される場合がある。
【００５５】
一方、ＬＲＦ３は、ＭＭＥ２から、ＡＰＮ「ＶｏＬＴＥ」を受信したとする。この場合、ＬＲＦ３は、図４の例より、Accuracy Level「Ｌｏｗ」を取得する。つまり、ユーザ端末６のＡＰＮが「ＶｏＬＴＥ」の場合、ユーザ端末６の位置情報は、低い精度が要求される。言い換えれば、ユーザ端末６の位置情報は、ｅＮＢ４による測位が要求される。
【００５６】
図３の説明に戻る。次に、ＬＲＦ３は、ＭＭＥ２から受信したユーザ端末６のUE Identityと、ステップＳ３にて取得したAccuracy Levelとを、ＭＭＥ２を介して、ｅＮＢ４に送信し、ＥＣＩＤ情報を要求する（ステップＳ４）。
【００５７】
次に、ｅＮＢ４は、ステップＳ４にて送信されたUE Identityに基づいて、UE Contextを参照し、ユーザ端末６がＤＣを行っているか否か判定する。そして、ｅＮＢ４は、ＤＣの判定結果と、ステップＳ４にてＬＲＦ３から送信されたAccuracy Levelとに基づいて、ユーザ端末６のＥＣＩＤ測位をｅＮＢ４が行うか、５ＧＮＲ５が行うかを判定する（ステップＳ５）。
【００５８】
例えば、ｅＮＢ４は、UE Contextからユーザ端末６がＤＣを行っていると判定し、かつ、Accuracy Levelが「Ｈｉｇｈ」の場合、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うと判定する。
【００５９】
一方、ｅＮＢ４は、UE Contextからユーザ端末６がＤＣを行っていないと判定した場合、自身がユーザ端末６のＥＣＩＤ測位を行うと判定する。この判定は、ユーザ端末６が、ＤＣを行っていないため、５ＧＮＲ５のサービングを受けていないために行われる。また、ｅＮＢ４は、ユーザ端末６がＤＣを行っていると判定した場合で、Accuracy Levelが「Ｌｏｗ」の場合、自身がユーザ端末６のＥＣＩＤ測位を行うと判定する。この判定は、ユーザ端末６がＤＣによって５ＧＮＲ５のサービングを受けているが、高い精度の測位が要求されていないために行われる。
【００６０】
ステップＳ５において、ｅＮＢ４は、ユーザ端末６のＥＣＩＤ測位を行うと判定した場合、ユーザ端末６のＥＣＩＤ測位を行う。ｅＮＢ４は、ＥＣＩＤ測位によって取得したユーザ端末６のＥＣＩＤ情報を、ＬＲＦ３に送信する（ステップＳ５−１）。
【００６１】
一方、ステップＳ５において、ｅＮＢ４は、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うと判定した場合、ユーザ端末６のＥＣＩＤ測位を行わず、５ＧＮＲ５に対してＥＣＩＤの測位要求を行う（ステップＳ５−２）。
【００６２】
５ＧＮＲ５は、ｅＮＢ４から、ＥＣＩＤの測位要求を受信すると、ユーザ端末６のＥＣＩＤ測位を行う。そして、５ＧＮＲ５は、ＥＣＩＤ測位によって取得したユーザ端末６のＥＣＩＤ情報を、ｅＮＢ４およびＭＭＥ２を介して、ＬＲＦ３に送信する（ステップＳ６）。
【００６３】
ＬＲＦ３は、ステップＳ５−１にてｅＮＢ４から送信されたＥＣＩＤ情報またはステップＳ６にて５ＧＮＲ５から送信されたＥＣＩＤ情報に基づいて、ユーザ端末６の位置を算出する（ステップＳ７）。
【００６４】
次に、ＬＲＦ３は、算出した位置（位置情報）を、ＭＭＥ２を介してＬＣＳサーバ１に送信する（ステップＳ８）。以上の処理により、ユーザ端末６の位置情報を要求したＬＣＳサーバ１は、ユーザ端末６の位置情報を取得できる。
【００６５】
図５は、ＬＣＳサーバ１のブロック構成例を示した図である。図５に示すように、ＬＣＳサーバ１は、通信部２１と、呼処理部２２と、要求部２３と、を有している。
【００６６】
通信部２１は、他の装置と通信を行う。呼処理部２２は、通信チャネルの設定および解放などの呼処理を行う。
【００６７】
要求部２３は、ＭＭＥ２に対して、ユーザ端末６の位置情報の取得要求を行う。要求部２３は、ＭＭＥ２に対して、位置情報の取得要求を行う際、ユーザ端末６のUE Identityと、ＬＣＳ情報と、ＡＰＮとをＭＭＥ２に送信する。
【００６８】
図６は、ＭＭＥ２のブロック構成例を示した図である。図６に示すように、ＭＭＥ２は、通信部３１と、呼処理部３２と、要求部３３と、を有している。
【００６９】
通信部３１は、他の装置と通信を行う。呼処理部３２は、通信チャネルの設定および解放などの呼処理を行う。
【００７０】
要求部３３は、ＬＣＳサーバ１から、ユーザ端末６の位置情報の取得要求を受信すると、ＬＲＦ３に対して、ユーザ端末６の位置情報の取得要求を行う。要求部３３は、ＬＲＦ３に対して、位置情報の取得要求を行う際、ＬＣＳサーバ１から送信されたユーザ端末６のUE Identityと、ＡＰＮとをＬＲＦ３に送信する。
【００７１】
図７は、ＬＲＦ３のブロック構成例を示した図である。図７に示すように、ＬＲＦ３は、通信部４１と、呼処理部４２と、取得部４３と、算出部４４と、記憶部４５と、を有している。
【００７２】
通信部４１は、他の装置と通信を行う。呼処理部４２は、通信チャネルの設定および解放などの呼処理を行う。
【００７３】
取得部４３は、ＭＭＥ２から、ユーザ端末６の位置情報の取得要求を受信すると、ユーザ端末６のAccuracy Levelを取得する。例えば、取得部４３は、ＭＭＥ２から、位置情報の取得要求の際に送信されたユーザ端末６のＡＰＮに基づいて、記憶部４５に記憶されている測位精度情報（図４を参照）を参照し、ユーザ端末６のAccuracy Levelを取得する。取得部４３は、取得したAccuracy Levelと、ＭＭＥ２から、位置情報の取得要求の際に送信されたユーザ端末６のUE Identityとを、ｅＮＢ４に送信する。
【００７４】
算出部４４は、ｅＮＢ４から送信されたＥＣＩＤ情報に基づいて、ユーザ端末６の位置情報を算出する。また、算出部４４は、５ＧＮＲ５から送信されたＥＣＩＤ情報に基づいて、ユーザ端末６の位置情報を算出する。算出部４４は、例えば、受信したＥＣＩＤ情報から、ユーザ端末６の緯度および経度を算出する。
【００７５】
記憶部４５には、図４で説明した測位精度情報が記憶されている。
【００７６】
図８は、ｅＮＢ４のブロック構成例を示した図である。図８に示すように、ｅＮＢ４は、通信部５１と、呼処理部５２と、判定部５３と、測位部５４と、を有している。
【００７７】
通信部５１は、他の装置と通信を行う。呼処理部５２は、通信チャネルの設定および解放などの呼処理を行う。
【００７８】
判定部５３は、ｅＮＢ４において、ユーザ端末６のＥＣＩＤ測位を行うか、５ＧＮＲ５において、ユーザ端末６のＥＣＩＤ測位を行うかを判定する。
【００７９】
例えば、判定部５３は、ＭＭＥ２から送信されたユーザ端末６のUE Identityに基づいて、ユーザ端末６のUE Contextを参照し、ユーザ端末６がＤＣを行っているか否か判定する。そして、判定部５３は、ユーザ端末６がＤＣを行っていると判定し、かつ、ＭＭＥ２から送信されたAccuracy Levelが「Ｈｉｇｈ」の場合、５ＧＮＲ５がＥＣＩＤ測位を行うと判定する。判定部５３は、ユーザ端末６がＤＣを行っていない場合、または、ＭＭＥ２から送信されたAccuracy Levelが「Ｈｉｇｈ」でない場合、ｅＮＢ４がＥＣＩＤ測位を行うと判定する。
【００８０】
なお、判定部５３は、５ＧＮＲ５がＥＣＩＤ測位を行うと判定した場合、５ＧＮＲ５に対し、ＥＣＩＤ測位要求を行う。
【００８１】
測位部５４は、判定部５３によって、ｅＮＢ４がＥＣＩＤ測位を行うと判定された場合、ユーザ端末６のＥＣＩＤ測位を行う。測位部５４は、ＥＣＩＤ測位によって得たユーザ端末６のＥＣＩＤ情報を、ＬＲＦ３に送信する。
【００８２】
図９は、５ＧＮＲ５のブロック構成例を示した図である。図９に示すように、５ＧＮＲ５は、通信部６１と、個処理部６２と、測位部６３と、を有している。
【００８３】
通信部６１は、他の装置と通信を行う。呼処理部６２は、通信チャネルの設定および解放などの呼処理を行う。
【００８４】
測位部６３は、ｅＮＢ４から、ＥＣＩＤ測位要求を受信すると、ユーザ端末６のＥＣＩＤ測位を行う。測位部６３は、ＥＣＩＤ測位によって得たユーザ端末６のＥＣＩＤ情報を、ｅＮＢ４を介してＬＲＦ３に送信する。
【００８５】
図１０は、無線通信システムの動作例を示したシーケンス図である。ＬＲＦ３の記憶部４５には、図４に示した測位精度情報が記憶されているとする。
【００８６】
まず、ＬＣＳサーバ１の要求部２３は、通信部２１を介し、ＭＭＥ２に対して、ELP_Provide Subscriber Location Requestを送信する（ステップＳ１１）。すなわち、要求部２３は、ＭＭＥ２に対して、ユーザ端末６の位置情報の取得要求を行う。ＭＭＥ２に送信するELP_Provide Subscriber Location Requestには、ユーザ端末６を識別するUE Identityと、ＬＣＳ情報と、ＡＰＮとが含まれている。
【００８７】
次に、ＭＭＥ２の要求部３３は、通信部３１を介し、ＬＣＳサーバ１からELP_Provide Subscriber Location Requestを受信すると、LCS-AP_LOCATION REQUESTをＬＲＦ３に送信する（ステップＳ１２）。すなわち、要求部３３は、ＬＲＦ３に対して、ユーザ端末６の位置情報の取得要求を行う。ＬＲＦ３に送信するLCS-AP_LOCATION REQUESTには、ELP_Provide Subscriber Location Requestに含まれていたユーザ端末６のUE Identityと、ユーザ端末６のＡＰＮとが含まれている。
【００８８】
次に、ＬＲＦ３の取得部４３は、通信部４１を介し、ＭＭＥ２からLCS-AP_LOCATION REQUESTを受信すると、記憶部４５に記憶されている測位精度情報を参照して、ユーザ端末６のAccuracy Levelを取得する（ステップＳ１３）。
【００８９】
例えば、ＭＭＥ２から受信したLCS-AP_LOCATION REQUESTには、ユーザ端末６のＡＰＮが含まれている。取得部４３は、LCS-AP_LOCATION REQUESTに含まれていたユーザ端末６のＡＰＮに基づいて、測位精度情報を参照し、ユーザ端末６のAccuracy Levelを取得する。
【００９０】
より具体的には、ＡＰＮが「Ｉｎｔｅｒｎｅｔ」であった場合、取得部４３は、「Ｈｉｇｈ」のAccuracy Levelを取得する（図４を参照）。ＡＰＮが「ＶｏＬＴＥ」であった場合、取得部４３は、「Ｌｏｗ」のAccuracy Levelを取得する（図４を参照）。
【００９１】
次に、ＬＲＦ３の取得部４３は、ユーザ端末６のAccuracy Levelを取得すると、通信部４１を介し、ｅＮＢ４に対して、LPPa_E-CID Measurement Initiation Requestを送信する（ステップＳ１４）。すなわち、取得部４３は、ｅＮＢ４に対して、ユーザ端末６のＥＣＩＤ情報の要求を行う。ｅＮＢ４に送信するLPPa_E-CID Measurement Initiation Requestには、取得部４３がステップＳ１３にて取得したAccuracy Levelと、ステップＳ１２にて受信したLCS-AP_LOCATION REQUESTに含まれていたユーザ端末６のUE Identityとが含まれている。
【００９２】
次に、ｅＮＢ４の判定部５３は、ユーザ端末６がＤＣを行っているか否か判定する（ステップＳ１５）。
【００９３】
例えば、ＬＲＦ３から受信したLPPa_E-CID Measurement Initiation Requestには、ユーザ端末６のUE Identityが含まれている。判定部５３は、LPPa_E-CID Measurement Initiation Requestに含まれているUE Identityに基づいて、ユーザ端末６のUE Contextを参照し、ユーザ端末６がＤＣを行っているか否か判定する。
【００９４】
次に、ｅＮＢ４の判定部５３は、ステップＳ１５にてユーザ端末６がＤＣを行っていると判定し、かつ、ＬＲＦ３から受信したLPPa_E-CID Measurement Initiation Requestに含まれているAccuracy Levelが「Ｈｉｇｈ」の場合、X2/Xn_E-CID Measurement Requestを５ＧＮＲ５に送信する（ステップＳ１６）。すなわち、判定部５３は、５ＧＮＲ５に対し、ＥＣＩＤ測位要求を行う。５ＧＮＲ５に送信するX2/Xn_E-CID Measurement Requestには、LPPa_E-CID Measurement Initiation Requestに含まれていたユーザ端末６のUE Identityが含まれている。
【００９５】
５ＧＮＲ５の測位部６３は、通信部６１を介し、ｅＮＢ４からX2/Xn_E-CID Measurement Requestを受信すると、ユーザ端末６のＥＣＩＤ測位を行う（ステップＳ１７）。
【００９６】
例えば、ｅＮＢ４から受信したX2/Xn_E-CID Measurement Requestには、ユーザ端末６のUE Identityが含まれている。測定部６３は、ユーザ端末６のUE IdentityのコンテキストでサービングしているセルのＥＣＩＤ測位を行う。
【００９７】
次に、５ＧＮＲ５の測位部６３は、ユーザ端末６のＥＣＩＤ情報を得ると、通信部６１を介し、ｅＮＢ４に対して、X2/Xn_E-CID Measurement Responseを送信する（ステップＳ１８）。すなわち、測位部６３は、ユーザ端末６のＥＣＩＤの測位結果をｅＮＢ４に返す。
【００９８】
次に、ｅＮＢ４の通信部５１は、５ＧＮＲ５から、ユーザ端末６のＥＣＩＤ情報（ＥＣＩＤ測位結果）を受信すると、LPPa_E-CID Measurement Initiation ResponseをＬＲＦ３に送信する（ステップＳ１９）。ＬＲＦ３に送信するLPPa_E-CID Measurement Initiation Responseには、ユーザ端末６のＥＣＩＤ測位結果であるE-CID Measurement Resultが含まれている。
【００９９】
ステップＳ１５にて、ｅＮＢ４の判定部５３が、ユーザ端末６がＤＣを行っていないと判定した場合、または、ステップＳ１４にて送信されたAccuracy Levelが「Ｌｏｗ」である場合、ｅＮＢ４の測位部５４は、ユーザ端末６のＥＣＩＤ測位を行う（ステップＳ２０）。そして、測位部５４は、通信部５１を介し、LPPa_E-CID Measurement Initiation ResponseをＬＲＦ３に送信する（ステップＳ２１）。ＬＲＦ３に送信するLPPa_E-CID Measurement Initiation Responseには、ユーザ端末６のＥＣＩＤ測位結果であるE-CID Measurement Resultが含まれている。
【０１００】
ＬＲＦ３の算出部４４は、通信部４１を介し、ステップＳ１９で送信されたLPPa_E-CID Measurement Initiation Responseを受信する。また、ＬＲＦ３の算出部４４は、通信部４１を介し、ステップＳ２１で送信されたLPPa_E-CID Measurement Initiation Responseを受信する。算出部４４は、受信したLPPa_E-CID Measurement Initiation Responseに基づいて、ユーザ端末６の緯度および経度を算出する。そして、算出部４４は、通信部４１を介し、ＭＭＥ２に対して、LCS-AP_LOCATION RESPONSEを送信する（ステップＳ２２）。ＭＭＥ２に送信するLCS-AP_LOCATION RESPONSEには、算出部４４が算出した緯度および経度が含まれている。
【０１０１】
ＭＭＥ２の通信部３１は、ＬＲＦ３から送信されたLCS-AP_LOCATION RESPONSEを受信すると、ＬＣＳサーバ１にELP_Provide Subscriber Location Responseを送信する（ステップＳ２３）。ＬＣＳサーバ１に送信するELP_Provide Subscriber Location Responseには、ＬＲＦ３の算出部４４が算出したユーザ端末６の緯度および経度が含まれている。以上の処理により、ユーザ端末６の位置情報は、ユーザ端末６のＡＰＮに応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において測位される。そして、測位された位置情報は、位置情報を要求したＬＣＳサーバ１に送信される。
【０１０２】
図１１は、ＬＣＳサーバ１の動作例を示したフローチャートである。まず、要求部２３は、通信部２１を介し、ＭＭＥ２に対してELP_Provide Subscriber Location Requestを送信する（ステップＳ３１）。ＭＭＥ２に送信するELP_Provide Subscriber Location Requesには、位置情報を要求するユーザ端末６のUE Identityと、ＬＣＳ情報と、ＡＰＮとが含まれている。
【０１０３】
ＭＭＥ２にELP_Provide Subscriber Location Requesを送信すると、ＭＭＥ２からELP_PROVIDE SUBSCRIBER LOCATION RESPONSEが返ってくる（図１２のステップＳ４４を参照）。要求部２３は、通信部２１を介し、ＭＭＥ２から返ってくるELP_PROVIDE SUBSCRIBER LOCATION RESPONSEを受信する（ステップＳ３２）。受信したELP_PROVIDE SUBSCRIBER LOCATION RESPONSEには、位置情報を要求したユーザ端末６の緯度および経度が含まれている。以上の処理により、ＬＣＳサーバ１は、ユーザ端末６の位置情報を取得できる。
【０１０４】
図１２は、ＭＭＥ２の動作例を示したフローチャートである。まず、要求部３３は、通信部３１を介し、ＬＲＦ３から送信されたELP_Provide Subscriber Location Request（図１１のステップＳ３１を参照）を受信する（ステップＳ４１）。受信したELP_Provide Subscriber Location Requestには、位置情報が要求されるユーザ端末６のUE Identityと、ＬＣＳ情報と、ＡＰＮとが含まれている。
【０１０５】
次に、要求部３３は、通信部３１を介し、ＬＲＦ３に対してLCS-AP_LOCATION REQUESTを送信する（ステップＳ４２）。ＬＲＦ３に送信するLCS-AP_LOCATION REQUESTには、ステップＳ４１にて受信したＡＰＮと、ユーザ端末６のUE Identityとが含まれている。
【０１０６】
ＬＲＦ３にLCS-AP_LOCATION REQUESTを送信すると、ＬＲＦ３からLCS-AP_LOCATION RESPONSEが返ってくる（図１３のステップＳ５６を参照）。要求部３３は、通信部３１を介し、ＬＲＦ３から返ってくるLCS-AP_LOCATION RESPONSEを受信する（ステップＳ４３）。ＬＲＦ３から返ってくるLCS-AP_LOCATION RESPONSEには、ユーザ端末６の位置情報が含まれている。
【０１０７】
要求部３３は、ステップＳ４３にてLCS-AP_LOCATION REQUESTを受信すると、ＬＣＳサーバ１に対しELP_Provide Subscriber Location Responseを送信する（ステップＳ４４）。ＬＣＳサーバ１に送信するELP_Provide Subscriber Location Responseには、ステップＳ４３にて受信したユーザ端末６の位置情報が含まれている。以上の処理により、ＬＣＳサーバ１は、ユーザ端末６の位置情報を取得できる。
【０１０８】
図１３は、ＬＲＦ３の動作例を示したフローチャートである。まず、通信部４１は、ＭＭＥ２から送信されたLCS-AP_LOCATION REQUEST（図１２のステップＳ４２を参照）を受信する（ステップＳ５１）。受信したLCS-AP_LOCATION REQUESTには、ユーザ端末６のＡＰＮと、ユーザ端末６のUE Identityとが含まれている。
【０１０９】
次に、取得部４３は、ステップＳ５１にて受信されたLCS-AP_LOCATION REQUESTに含まれるＡＰＮに基づいて、記憶部４５を参照し、ユーザ端末６のAccuracy Levelを取得する（ステップＳ５２）。
【０１１０】
次に、取得部４３は、通信部４１を介し、ｅＮＢ４に対してLPPa_E-CID Measurement Initiation Requestを送信する（ステップＳ５３）。ｅＮＢ４に送信するLPPa_E-CID Measurement Initiation Requestには、ステップＳ５２にて取得されたユーザ端末６のAccuracy Levelと、ステップＳ５１にて受信したユーザ端末６のUE Identityとが含まれている。
【０１１１】
ｅＮＢ４にLPPa_E-CID Measurement Initiation Requestを送信すると、ｅＮＢ４からLPPa_E-CID Measurement Initiation Responseが返ってくる（図１４のステップＳ６６，Ｓ６８を参照）。算出部４４は、通信部４１を介し、ｅＮＢ４から返ってくるLPPa_E-CID Measurement Initiation Responseを受信する（ステップＳ５４）。ｅＮＢ４または５ＧＮＲ５から返ってくるLPPa_E-CID Measurement Initiation Responseには、ユーザ端末６のＥＣＩＤ測位結果が含まれている。
【０１１２】
次に、算出部４４は、ステップＳ５４にて受信したユーザ端末６のＥＣＩＤ測位結果に基づいて、ユーザ端末６の位置情報を算出する（ステップＳ５５）。
【０１１３】
次に、算出部４４は、通信部４１を介し、ＭＭＥ２に対してLCS-AP_LOCATION RESONSEを送信する（ステップＳ５６）。ＭＭＥ２に送信するLCS-AP_LOCATION RESONSEには、ステップＳ５５にて算出したユーザ端末６の位置情報が含まれている。以上の処理により、ＭＭＥ２は、ＬＲＦ３からユーザ端末６の位置情報を受信し、ＬＣＳサーバ１に送信できる。
【０１１４】
図１４は、ｅＮＢ４の動作例を示したフローチャートである。まず、判定部５３は、通信部５１を介し、ＬＲＦ３から送信されたLPPa_E-CID Measurement Initiation Request（図１３のステップＳ５３を参照）を受信する（ステップＳ６１）。受信したLPPa_E-CID Measurement Initiation Requestには、ユーザ端末６のAccuracy Levelと、ユーザ端末６のUE Identityとが含まれている。
【０１１５】
判定部５３は、ステップＳ６１にて受信したユーザ端末６のUE Identityに基づいてUE Contextを参照し、ユーザ端末６がＤＣを行っているか否かを判定する（ステップＳ６２）。
【０１１６】
判定部５３は、ステップＳ６２にて、ユーザ端末６がＤＣを行っていると判定した場合（Ｓ６２のＹｅｓ）、Accuracy Levelが「Ｈｉｇｈ」であるか否かを判定する（ステップＳ６３）。
【０１１７】
判定部５３は、ステップＳ６３にて、ユーザ端末６のAccuracy Levelが「Ｈｉｇｈ」であると判定した場合（Ｓ６３のＹｅｓ）、５ＧＮＲ５にX2/Xn_E-CID Measurement Requestを送信する（ステップＳ６４）。
【０１１８】
５ＧＮＲ５にX2/Xn_E-CID Measurement Requestを送信すると、５ＧＮＲ５からX2/Xn_E-CID Measurement Responseが返ってくる（図１５のステップＳ７３を参照）。通信部５１は、５ＧＮＲ５から返ってくるX2/Xn_E-CID Measurement Responseを受信する（ステップＳ６５）。受信したX2/Xn_E-CID Measurement Responseには、５ＧＮＲ５が測位したユーザ端末６のＥＣＩＤ測位結果が含まれている。
【０１１９】
通信部５１は、ステップＳ６５にてX2/Xn_E-CID Measurement Responseを受信すると、ＬＲＦ３に対してLPPa_E-CID Measurement Initiation Responseを送信する（ステップＳ６６）。ＬＲＦ３に送信するLPPa_E-CID Measurement Initiation Responseには、ユーザ端末６のＥＣＩＤ測位結果が含まれている。
【０１２０】
測位部５４は、ステップＳ６２にて、ユーザ端末６がＤＣを行っていないと判定された場合（Ｓ６２のＮｏ）、または、ステップＳ６３にて、Accuracy Levelが「Ｈｉｇｈ」でないと判定された場合（Ｓ６３のＮｏ）、ユーザ端末６のＥＣＩＤ測位を行う（ステップＳ６７）。
【０１２１】
測定部５４は、ユーザ端末６のＥＣＩＤ測位情報を取得すると、通信部５１を介し、ＬＲＦ３に対してLPPa_E-CID Measurement Initiation Responseを送信する（ステップＳ６８）。ＬＲＦ３に送信するLPPa_E-CID Measurement Initiation Responseには、ステップＳ６７の測位で得られたユーザ端末６のＥＣＩＤ測位結果が含まれている。以上の処理により、ＬＲＦ３は、ユーザ端末６のＥＣＩＤ測位結果から、ユーザ端末６の位置を算出できる。
【０１２２】
図１５は、５ＧＮＲ５の動作例を示したフローチャートである。まず、測位部６３は、通信部６１を介し、ｅＮＢ４から送信されたX2/Xn_E-CID Measurement Request（図１４のステップＳ６４を参照）を受信する（ステップＳ７１）。
【０１２３】
次に、測位部６３は、ステップＳ７１にてX2/Xn_E-CID Measurement Requestを受信すると、ユーザ端末６のＥＣＩＤ測位を行う（ステップＳ７２）。
【０１２４】
次に、測位部６３は、通信部６１を介し、ｅＮＢ４に対してX2/Xn_E-CID Measurement Responseを送信する（ステップＳ７３）。ｅＮＢ４に送信するX2/Xn_E-CID Measurement Responseには、ステップＳ７２の測位で得られたユーザ端末６のＥＣＩＤ測位結果が含まれている。以上の処理により、ユーザ端末６のＥＣＩＤ測位結果は、ｅＮＢ４に送信され、ＬＲＦ３に送信される。
【０１２５】
以上説明したように、ＬＲＦ３は、ユーザ端末６のＡＰＮに基づいて、測位精度情報を参照し、ユーザ端末６のAccuracy Levelを取得する。ＬＲＦ３は、取得したAccuracy LevelをｅＮＢ４に送信する。ｅＮＢ４は、ユーザ端末６のＤＣと、ＬＲＦ３から送信されたユーザ端末６のAccuracy Levelとに基づいて、ｅＮＢ４がユーザ端末６のＥＣＩＤ測位を行うか、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うかを判定する。ｅＮＢ４は、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うと判定した場合、ＥＣＩＤの測位要求を５ＧＮＲ５に行い、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行う。そして、ＬＲＦ３は、ＥＣＩＤ測位を行ったｅＮＢ４および５ＧＮＲ５のいずれか一方から測位結果を受信し、ユーザ端末６の位置を算出する。この構成により、無線通信システムは、要求される位置情報の精度に応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において、適切にユーザ端末６を測位できる。
【０１２６】
なお、上記では、Accuracy Levelは、「Ｈｉｇｈ」と「Ｌｏｗ」の２種類で説明したが、これに限られない。例えば、「Ｍｉｄｄｌｅ」等のAccuracy Levelを設けてもよい。ただし、３種類以上のAccuracy Levelを設けても、ユーザ端末６の測位は、ｅＮＢ４および５ＧＮＲ５のいずれかにおいて行われる。
【０１２７】
［実施形態２］
実施形態１では、ＡＰＮに基づいて、ユーザ端末のAccuracy Levelを求めた。実施形態２では、ＬＣＳ情報に基づいて、ユーザ端末のAccuracy Levelを求める。以下では、実施形態１と異なる部分について説明する。なお、無線通信システムの構成は、図１と同様である。
【０１２８】
図１６は、実施形態２に係る無線通信システムの概略動作例を説明する図である。図１６に示すステップＳ１の処理は、図３で説明したステップＳ１と同様である。すなわち、ＬＣＳサーバ１は、ＭＭＥ２に対し、ユーザ端末６の位置情報を要求する。ＬＣＳサーバ１は、位置情報を要求する際、ユーザ端末６のUE Identityと、ユーザ端末６のＡＰＮと、ＬＣＳ情報とをＭＭＥ２に送信する。
【０１２９】
ＭＭＥ２は、ＬＣＳサーバ１からの位置情報の要求を受信すると、ＬＲＦ３に対し、ユーザ端末６の位置情報を要求する（ステップＳ８１）。ＭＭＥ２は、位置情報を要求する際、ステップＳ１にてＬＣＳサーバ１から送信されたユーザ端末６のUE Identityと、ＬＣＳ情報に含まれているLCS-Client NameとをＬＲＦ３に送信する。
【０１３０】
次に、ＬＲＦ３は、LCS-Client Nameと、位置の測位精度を示すAccuracy Levelとが対応付けられた測位精度情報から、ステップＳ８１にて送信されたLCS-Client Nameに対応するAccuracy Levelを取得する（ステップＳ８２）。ここで、測位精度情報について説明する。
【０１３１】
図１７は、測位精度情報のデータ構成例を示した図である。図１７に示すように、測位精度情報は、Client Nameと、Accuracy Levelとが対応付けられている。Client Nameは、ＬＣＳ情報のLCS-Client Nameを示している。測位精度情報は、例えば、ＬＲＦ３が備える記憶部４５に予め記憶されている。
【０１３２】
図１７のClient Nameに示すイマドコサーチは、例えば、子供の居場所を特定するためのサービスであり、精度の高い位置情報が求められる。従って、図１７に示すClient Name「イマドコサーチ」には、「Ｈｉｇｈ」のAccuracy Levelが対応付けられている。一方、精度の高い位置情報が求められていないClient Name「現在地天気」には、「Ｌｏｗ」のAccuracy Levelが対応付けられている。
【０１３３】
ＬＲＦ３は、測位精度情報を参照して、ステップＳ８１にて送信されたLCS-Client Nameに対応するAccuracy Levelを取得する。
【０１３４】
例えば、ＬＲＦ３は、ＭＭＥ２から、LCS-Client Name「イマドコサーチ」を受信したとする。この場合、ＬＲＦ３は、図１７の例より、Accuracy Level「Ｈｉｇｈ」を取得する。一方、ＬＲＦ３は、ＭＭＥ２から、LCS-Client Name「現在地天気」を受信したとする。この場合、ＬＲＦ３は、図１７の例より、Accuracy Level「Ｌｏｗ」を取得する。
【０１３５】
以降の処理では、Accuracy Levelに応じたユーザ端末６の測位および位置算出が行われる。すなわち、以降の処理は、図３で説明したステップＳ４〜ステップＳ８の処理と同様であり、その説明を省略する。
【０１３６】
ＬＣＳサーバ１のブロック構成は、図５と同様であり、その説明を省略する。ＭＭＥ２のブロック構成は、図６と同様であるが、要求部３３の機能が一部異なる。要求部３３は、ユーザ端末６の位置情報の取得要求の際、ＬＣＳ情報のLCS-Client NameをＬＲＦ３に送信する。
【０１３７】
ＬＲＦ３のブロック構成は、図７と同様であるが、取得部４３の機能が一部異なる。取得部４３は、ＭＭＥ２から送信されたＬＣＳ情報のLCS-Client Nameに基づいて、測位精度情報（図１７を参照）を参照し、ユーザ端末６のAccuracy Levelを取得する。また、ＬＲＦ３の記憶部４５には、Client Nameと、Accuracy Levelとが対応付けられた測位精度情報が記憶されている。
【０１３８】
ｅＮＢ４のブロック構成は、図８と同様であり、その説明を省略する。５ＧＮＲ５のブロック構成は、図９と同様であり、その説明を省略する。
【０１３９】
図１８は、無線通信システムの動作例を示したシーケンス図である。ＬＲＦ３の記憶部４５には、図１７に示した測位精度情報が記憶されているとする。図１８に示すステップＳ１１の処理は、図１０で説明したステップＳ１１と同様である。すなわち、ＬＣＳサーバ１の要求部２３は、通信部２１を介し、ＭＭＥ２に対して、ELP_Provide Subscriber Location Requestを送信する。
【０１４０】
ＭＭＥ２の要求部３３は、通信部３１を介し、ＬＣＳサーバ１からELP_Provide Subscriber Location Requestを受信すると、LCS-AP_LOCATION REQUESTをＬＲＦ３に送信する（ステップＳ９１）。すなわち、要求部３３は、ＬＲＦ３に対して、ユーザ端末６の位置情報の取得要求を行う。ＬＲＦ３に送信するLCS-AP_LOCATION REQUESTには、ELP_Provide Subscriber Location Requestに含まれていたユーザ端末６のUE Identityと、LCS-Client Nameとが含まれている。
【０１４１】
次に、ＬＲＦ３の取得部４３は、通信部４１を介し、ＭＭＥ２からLCS-AP_LOCATION REQUESTを受信すると、記憶部４５に記憶されている測位精度情報を参照して、ユーザ端末６のAccuracy Levelを取得する（ステップＳ９２）。
【０１４２】
例えば、ＭＭＥ２から受信したLCS-AP_LOCATION REQUESTには、ユーザ端末６のLCS-Client Nameが含まれている。取得部４３は、LCS-AP_LOCATION REQUESTに含まれていたユーザ端末６のLCS-Client Nameに基づいて、測位精度情報を参照し、ユーザ端末６のAccuracy Levelを取得する。
【０１４３】
より具体的には、LCS-Client Nameが「イマドコサーチ」であった場合、取得部４３は、「Ｈｉｇｈ」のAccuracy Levelを取得する（図１７を参照）。LCS-Client Nameが「現在地天気」であった場合、取得部４３は、「Ｌｏｗ」のAccuracy Levelを取得する（図１７を参照）。
【０１４４】
以降の処理では、ユーザ端末６のＤＣと、Accuracy Levelとに応じたユーザ端末６の測位および位置算出が行われる。すなわち、以降の処理は、図１０で説明したステップＳ１４〜ステップＳ２３の処理と同様であり、その説明を省略する。以上の処理により、ユーザ端末６の位置情報は、LCS-Client Nameに応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において測位される。
【０１４５】
ＬＣＳサーバ１の動作は、図１１で説明したフローチャートと同様であり、その説明を省略する。ＭＭＥ２の動作は、図１２で説明したフローチャートと同様であるが、ステップＳ４２の処理が異なる。ＭＭＥ２の要求部３３は、図１２のステップＳ４２において、ＬＲＦ３に対してLCS-AP_LOCATION REQUESTを送信するが、そのLCS-AP_LOCATION REQUESTに、ステップＳ４１にて受信したLCS-Client Nameと、ユーザ端末６のUE Identityとを含める。
【０１４６】
ＬＲＦ３の動作は、図１３で説明したフローチャートと同様であるが、ステップＳ５２の処理が異なる。ＬＲＦ３の取得部４３は、ステップＳ５１にて受信されたLCS-AP_LOCATION REQUESTに含まれるLCS-Client Nameに基づいて、記憶部４５を参照し、ユーザ端末６のAccuracy Levelを取得する。
【０１４７】
ｅＮＢ４の動作は、図１４で説明したフローチャートと同様であり、その説明を省略する。５ＧＮＲ５の動作は、図１５で説明したフローチャートと同様であり、その説明を省略する。
【０１４８】
以上説明したように、ＬＲＦ３は、ＬＣＳ情報のLCS-Client Nameに基づいて、測位精度情報を参照し、ユーザ端末６のAccuracy Levelを取得する。ＬＲＦ３は、取得したAccuracy LevelをｅＮＢ４に送信する。ｅＮＢ４は、ユーザ端末６のＤＣと、ＬＲＦ３から送信されたユーザ端末６のAccuracy Levelとに基づいて、ｅＮＢ４がユーザ端末６のＥＣＩＤ測位を行うか、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うかを判定する。ｅＮＢ４は、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うと判定した場合、ＥＣＩＤの測位要求を５ＧＮＲ５に行い、５ＧＮＲ５がユーザ端末６のＥＣＤＩ測位を行う。そして、ＬＲＦ３は、ＥＣＩＤ測位を行ったｅＮＢ４および５ＧＮＲ５のいずれか一方から測位結果を受信し、ユーザ端末６の位置を算出する。この構成により、無線通信システムは、要求される位置情報の精度に応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において、ユーザ端末６を測位できる。
【０１４９】
なお、上記では、ＬＣＳ情報のLCS-Client Nameに基づいて、ユーザ端末のAccuracy Levelを求めたが、その他のＬＣＳ情報に基づいて、ユーザ端末のAccuracy Levelを求めてもよい。
【０１５０】
図１９は、測位精度情報の他のデータ構成例を示した図である。図１９に示すように、測位精度情報は、Client Typeと、Accuracy Levelとが対応付けられている。Client Typeは、ＬＣＳ情報のLCS-Client Typeを示している。測位精度情報は、例えば、ＬＲＦ３が備える記憶部４５に予め記憶されている。
【０１５１】
例えば、Client Type「Emergency」には、「Ｈｉｇｈ」のAccuracy Levelが対応付けられている。Client Type「Current Location Information」には、「Ｌｏｗ」が対応付けられている。図１９に示すように、測位精度情報は、LCS-Client TypeとAccuracy Levelとが対応付けられたものでもよい。
【０１５２】
図２０は、測位精度情報の他のデータ構成例を示した図である。図２０に示すように、測位精度情報は、LCS-Qosと、Accuracy Levelとが対応付けられている。LCS-Qosは、ＬＣＳ情報のLCS-Qosを示している。測位精度情報は、例えば、ＬＲＦ３が備える記憶部４５に予め記憶されている。
【０１５３】
例えば、LCS-Qos「Accuracy」には、「Ｈｉｇｈ」のAccuracy Levelが対応付けられている。LCS-Qos「Normal」には、「Ｌｏｗ」のAccuracy Levelが対応付けられている。図２０に示すように、測位精度情報は、LCS-QoSとAccuracy Levelとが対応付けられたものでもよい。
【０１５４】
［実施形態３］
実施形態１では、ＡＰＮに基づいて、ユーザ端末のAccuracy Levelを求めた。実施形態２では、ＬＣＳ情報に基づいて、ユーザ端末のAccuracy Levelを求めた。実施形態３では、ＡＰＮおよびＬＣＳ情報のどちらからでも、Accuracy Levelを求めることができるようにする。以下では、実施形態１および実施形態２と異なる部分について説明する。なお、無線通信システムの構成は、図１と同様である。
【０１５５】
図２１は、実施形態３に係る無線通信システムの概略動作例を説明する図である。図２１に示すステップＳ１の処理は、図３で説明したステップＳ１と同様である。すなわち、ＬＣＳサーバ１は、ＭＭＥ２に対し、ユーザ端末６の位置情報を要求する。ＬＣＳサーバ１は、位置情報を要求する際、ユーザ端末６のUE Identityと、ユーザ端末６のＡＰＮと、ＬＣＳ情報とをＭＭＥ２に送信する。
【０１５６】
ＭＭＥ２は、ＬＣＳサーバ１からの位置情報の要求を受信すると、ＬＲＦ３に対し、ユーザ端末６の位置情報を要求する（ステップＳ１０１）。ＭＭＥ２は、位置情報を要求する際、ステップＳ１にてＬＣＳサーバ１から送信されたユーザ端末６のUE Identityと、ＱＣＩ（Qos Class Identifier）とをＬＲＦ３に送信する。ここで、ＭＭＥ２のＱＣＩの取得と送信とについて説明する。
【０１５７】
図２２は、ＱＣＩ情報の例を説明する図である。図２２に示すように、ＡＰＮは、ＱＣＩと対応付けられている。また、Client Nameは、ＱＣＩと対応付けられている。図２２に示すＱＣＩ情報は、例えば、ＭＭＥ２の記憶装置に予め記憶されている。
【０１５８】
ＱＣＩは、帯域制限の有無、遅延許容時間、およびパケットロス等を示すＱｏＳパラメータである。ＱＣＩが大きい程、帯域制限が小さく、遅延許容時間は小さくなる。例えば、ＱｏＳ「１０」は、ＱｏＳ「１」より帯域制限が小さく、遅延許容時間が小さい。従って、例えば、高い精度の位置情報が求められる「Ｉｎｔｅｒｎｅｔ」には、ＱＣＩ「１０」を割り当て、高い精度の位置情報が求められない「ＶｏＬＴＥ」には、ＱＣＩ「１」を割り当てる。また、高い精度の位置情報が求められる「イマドコサーチ」には、ＱＣＩ「１０」を割り当て、高い精度の位置情報が求められない「現在地天気」には、ＱＣＩ「１」を割り当てる。
【０１５９】
図２１のステップＳ１の位置情報の要求では、ＬＣＳ情報とＡＰＮとがＬＣＳサーバ１から送信される。ＭＭＥ２は、ＬＣＳサーバ１から送信されたＬＣＳ情報とＡＰＮとのどちらか一方に基づいて、図２２に示したＱＣＩ情報を参照し、ＱＣＩを取得する。
【０１６０】
例えば、ＭＭＥ２は、ＡＰＮに基づいて、ＱＣＩ情報を参照するよう設定されているとする。この場合、ＭＭＥ２は、ＡＰＮに基づいて、ＱＣＩ情報を参照し、対応するＱＣＩを取得する。より具体的には、図２１のステップＳ１の位置情報の要求において、「Ｉｎｔｅｒｎｅｔ」のＡＰＮがＬＣＳサーバ１から送信されたとする。この場合、ＭＭＥ２は、図２２に示したＱＣＩ情報のＡＰＮ「Ｉｎｔｅｒｎｅｔ」を参照し、ＱＣＩ「１０」を取得する。
【０１６１】
一方、例えば、ＭＭＥ２は、ＬＣＳ情報に基づいて、ＱＣＩ情報を参照するよう設定されているとする。この場合、ＭＭＥ２は、ＬＣＳ情報に基づいて、ＱＣＩ情報を参照し、対応するＱＣＩを取得する。より具体的には、図２１のステップＳ１の位置情報の要求において、「現在地天気」のＬＣＳ情報（LCS-Client Name）がＬＣＳサーバ１から送信されたとする。この場合、ＭＭＥ２は、図２２に示したClient Name「現在地天気」を参照し、ＱＣＩ「１」を取得する。
【０１６２】
以上の処理によりＭＭＥ２は、ＱＣＩ情報からＱＣＩを取得し、UE IdentityとともにＬＲＦ３に送信する。
【０１６３】
図２１の説明に戻る。ＬＲＦ３は、測位精度情報を参照して、ステップＳ１０１にて送信されたＱＣＩに対応するAccuracy Levelを取得する（ステップＳ１０２）。
【０１６４】
図２３は、測位精度情報のデータ構成例を示した図である。図２３に示すように、測位精度情報は、ＱＣＩと、Accuracy Levelとが対応付けられている。測位精度情報は、例えば、ＬＲＦ３が備える記憶部４５に予め記憶されている。ＬＲＦ３は、測位精度情報を参照して、ステップＳ１０１にて送信されたＱＣＩに対応するAccuracy Levelを取得する。
【０１６５】
例えば、ＬＲＦ３は、ＭＭＥ２から、ＱＣＩ「１０」を受信したとする。この場合、ＬＲＦ３は、図２３の例より、Accuracy Level「Ｈｉｇｈ」を取得する。一方、ＬＲＦ３は、ＭＭＥ２から、ＱＣＩ「１」を受信したとする。この場合、ＬＲＦ３は、図２３の例より、Accuracy Level「Ｌｏｗ」を取得する。
【０１６６】
以降の処理では、Accuracy Levelに応じたユーザ端末６の測位および位置算出が行われる。すなわち、以降の処理は、図３で説明したステップＳ４〜ステップＳ８の処理と同様であり、その説明を省略する。
【０１６７】
ＬＣＳサーバ１のブロック構成は、図５と同様であり、その説明を省略する。ＭＭＥ２のブロック構成は、図６と同様であるが、ＱＣＩ情報を記憶した記憶部を有している所が異なる。また、ＭＭＥ２のブロック構成は、要求部３３の機能が一部異なる。要求部３３は、ユーザ端末６の位置情報の取得要求の際、ＡＰＮおよびＬＣＳ情報のいずれか一方においてＱＣＩ情報を記憶した記憶部を参照し、ＱＣＩを取得してＬＲＦ３に送信する。ＡＰＮおよびＬＣＳ情報のいずれかにおいて、ＱＣＩ情報を参照するかは、例えば、オペレータが設定できるようになっている。
【０１６８】
ＬＲＦ３のブロック構成は、図７と同様であるが、取得部４３の機能が一部異なる。取得部４３は、ＭＭＥ２から送信されたＱＣＩに基づいて、測位精度情報（図２３を参照）を参照し、ユーザ端末６のAccuracy Levelを取得する。また、ＬＲＦ３の記憶部４５には、ＱＣＩと、Accuracy Levelとが対応付けられた測位精度情報が記憶されている。
【０１６９】
ｅＮＢ４のブロック構成は、図８と同様であり、その説明を省略する。５ＧＮＲ５のブロック構成は、図９と同様であり、その説明を省略する。
【０１７０】
図２４は、無線通信システムの動作例を示したシーケンス図である。ＭＭＥ２の記憶部には、図２２に示したＱＣＩ情報が記憶されているとする。また、ＬＲＦ３の記憶部４５には、図２３に示した測位精度情報が記憶されているとする。図２４に示すステップＳ１１の処理は、図１０で説明したステップＳ１１と同様である。すなわち、ＬＣＳサーバ１の要求部２３は、通信部２１を介し、ＭＭＥ２に対して、ELP_Provide Subscriber Location Requestを送信する。
【０１７１】
ＭＭＥ２の要求部３３は、通信部３１を介し、ＬＣＳサーバ１からELP_Provide Subscriber Location Requestを受信すると、LCS-AP_LOCATION REQUESTをＬＲＦ３に送信する（ステップＳ１１１）。すなわち、要求部３３は、ＬＲＦ３に対して、ユーザ端末６の位置情報の取得要求を行う。ＬＲＦ３に送信するLCS-AP_LOCATION REQUESTには、ELP_Provide Subscriber Location Requestに含まれていたユーザ端末６のUE Identityと、ＱＣＩとが含まれている。
【０１７２】
ここで、ＭＭＥ２の要求部３３は、ＱＣＩ情報を参照して、ＬＲＦ３に送信するＱＣＩを取得する。例えば、要求部３３は、ＡＰＮに基づいて、ＱＣＩ情報を参照するよう設定されているとする。この場合、要求部３３は、ELP_Provide Subscriber Location Requestに含まれていたＡＰＩに基づいてＱＣＩ情報を参照し、ＱＣＩを取得する。
【０１７３】
一方、要求部３３は、ＬＣＳ情報に基づいて、ＱＣＩ情報を参照するよう設定されているとする。この場合、要求部３３は、ELP_Provide Subscriber Location Requestに含まれていたＬＣＳ情報に基づいてＱＣＩ情報を参照し、ＱＣＩを取得する。
【０１７４】
次に、ＬＲＦ３の取得部４３は、通信部４１を介し、ＭＭＥ２からLCS-AP_LOCATION REQUESTを受信すると、記憶部４５に記憶されている測位精度情報を参照して、ユーザ端末６のAccuracy Levelを取得する（ステップＳ１１２）。
【０１７５】
例えば、ＭＭＥ２から受信したLCS-AP_LOCATION REQUESTには、ＱＣＩが含まれている。取得部４３は、LCS-AP_LOCATION REQUESTに含まれていたＱＣＩに基づいて、測位精度情報を参照し、ユーザ端末６のAccuracy Levelを取得する。
【０１７６】
より具体的には、ＱＣＩが「１０」であった場合、取得部４３は、「Ｈｉｇｈ」のAccuracy Levelを取得する。LCS-Client Nameが「１」であった場合、取得部４３は、「Ｌｏｗ」のAccuracy Levelを取得する。
【０１７７】
以降の処理では、Accuracy Levelに応じたユーザ端末６の測位および位置算出が行われる。すなわち、以降の処理は、図１０で説明したステップＳ１４〜ステップＳ２３の処理と同様であり、その説明を省略する。以上の処理により、ユーザ端末６の位置情報は、ユーザ端末６のＡＰＮまたはＬＣＳ情報に応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において測位される。
【０１７８】
ＬＣＳサーバ１の動作は、図１１で説明したフローチャートと同様であり、その説明を省略する。ＭＭＥ２の動作は、図１２で説明したフローチャートと同様であるが、ステップＳ４２の処理が異なる。ＭＭＥ２の要求部３３は、図１２のステップＳ４２において、ＬＲＦ３に対してLCS-AP_LOCATION REQUESTを送信するが、そのLCS-AP_LOCATION REQUESTにＱＣＩと、ユーザ端末６のUE Identityとを含める。
【０１７９】
ＬＲＦ３の動作は、図１３で説明したフローチャートと同様であるが、ステップＳ５２の処理が異なる。ＬＲＦ３の取得部４３は、ステップＳ５１にて受信されたLCS-AP_LOCATION REQUESTに含まれるＱＣＩに基づいて、記憶部４５を参照し、ユーザ端末６のAccuracy Levelを取得する。
【０１８０】
ｅＮＢ４の動作は、図１４で説明したフローチャートと同様であり、その説明を省略する。５ＧＮＲ５の動作は、図１５で説明したフローチャートと同様であり、その説明を省略する。
【０１８１】
以上説明したように、ＭＭＥ２は、ＡＰＮに対応付けられたＱＣＩと、ＬＣＳ情報のClient Nameに対応付けられたＱＣＩとを記憶した記憶部を有している。ＭＭＥ２は、ＬＣＳサーバ１から送信されるＡＰＮおよびＬＣＳ情報のClient Nameのいずれか一方に基づいて、ＱＣＩを取得し、ＬＲＦ３に送信する。そして、ＬＲＦ３は、ＭＭＥ２から送信されたＱＣＩから、Accuracy Levelを取得する。この構成により、無線通信システムは、要求される位置情報の精度に応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において、ユーザ端末６を測位できる。
【０１８２】
また、ＭＭＥ２は、ＡＰＮをＱＣＩに変換し、また、Client NameをＱＣＩに変換する。ＬＲＦ３は、ＭＭＥ２によって変換されたＱＣＩを介して、Accuracy Levelを取得する。従って、ＬＲＦ３は、ＡＰＮに対応するAccuracy Levelを取得することができ、また、Client Nameに対応するAccuracy Levelを取得できる。つまり、ＬＲＦ３は、ＡＰＮおよびClient Nameを意識することなく、ユーザ端末６のAccuracy Levelを取得できる。
【０１８３】
なお、図２２では、ＱＣＩ情報のＬＣＳ情報としてClient Nameを例に挙げ、Client NameとＱＣＩとが対応付けられるとしたが、これに限られない。例えば、ＱＣＩ情報は、LCS-Client NameとＱＣＩとが対応付けられてもよいし、LCS-QoSとＱＣＩとが対応付けられてもよい。
【０１８４】
［実施形態４］
実施形態３では、ＡＰＮまたはＬＣＳ情報からＱＣＩを求め、ＱＣＩからAccuracy Levelを求めた。実施形態４では、ＡＰＮまたはＬＣＳ情報からＱＣＩを求め、ＱＣＩに対応するBearer IDを求める。そして、ｅＮＢおよび５ＧＮＲのいずれか一方は、Bearer IDに基づいてユーザ端末を測位する。以下では、実施形態３と異なる部分について説明する。なお、無線通信システムは、図１と同様である。
【０１８５】
図２５は、実施形態４に係る無線通信システムの概略動作例を説明する図である。図２５に示すステップＳ１の処理は、図３で説明したステップＳ１と同様である。すなわち、ＬＣＳサーバ１は、ＭＭＥ２に対し、ユーザ端末６の位置情報を要求する。ＬＣＳサーバ１は、位置情報を要求する際、ユーザ端末６のUE Identityと、ユーザ端末６のＡＰＮと、ＬＣＳ情報とをＭＭＥ２に送信する。
【０１８６】
ＭＭＥ２は、ＬＣＳサーバ１からの位置情報の要求を受信すると、ＬＲＦ３に対し、ユーザ端末６の位置情報を要求する（ステップＳ１２１）。ＭＭＥ２は、位置情報を要求する際、ステップＳ１にてＬＣＳサーバ１から送信されたユーザ端末６のUE Identityと、Bearer IDとをＬＲＦ３に送信する。
【０１８７】
Bearer IDは、論理的なパケット伝送路を識別する識別情報である。例えば、Bearer ID「＃１」は、ユーザ端末６がｅＮＢ４でサービングされることを示す。すなわち、Bearer ID「＃１」は、ユーザ端末６のデータが、ｅＮＢ４を経由することを示す。また、Bearer ID「＃２」は、ユーザ端末６が５ＧＮＲ５でサービングされることを示す。すなわち、Bearer ID「＃２」は、ユーザ端末６のデータが、５ＧＮＲ５を経由することを示す。
【０１８８】
ＭＭＥ２は、図２２の説明と同様の方法によって、ＱＣＩを取得する。ＭＭＥ２は、取得したＱＣＩから、ユーザ端末６のBearer IDを取得する。例えば、ＱＣＩ「１０」の場合、帯域制限が小さく、遅延許容時間が小さいため、５ＧＮＲ５によるサービングを示すBearer ID（例えば、ＩＤ＝＃２）を取得する。一方、ＱＣＩ「１」の場合、帯域制限が大きく、遅延許容時間が大きいため、ｅＮＢ４によるサービングを示すBearer ID（例えば、ＩＤ＝＃１）を取得する。
【０１８９】
次に、ＬＲＦ３は、ＭＭＥから位置情報の要求を受信すると、ＭＭＥ２から受信したユーザ端末６のUE Identityと、Bearer IDとを、ＭＭＥ２を介して、ｅＮＢ４に送信し、ＥＣＩＤ情報を要求する（ステップＳ１２２）。
【０１９０】
次に、ｅＮＢ４は、ステップＳ１２２にてＬＲＦ３から送信されたBearer IDに基づいて、ユーザ端末６のＥＣＩＤ測位をｅＮＢ４が行うか、５ＧＮＲ５が行うかを判定する（ステップＳ１２３）。
【０１９１】
例えば、ｅＮＢ４は、Bearer IDが「＃２」の場合、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うと判定する。一方、ｅＮＢ４は、Bearer IDが「＃１」の場合、自身がユーザ端末６のＥＣＩＤ測位を行うと判定する。
【０１９２】
以降の処理は、図３で説明したステップＳ５−１〜ステップＳ８の処理と同様であり、その説明を省略する。
【０１９３】
ＬＣＳサーバ１のブロック構成は、図５と同様であり、その説明を省略する。ＭＭＥ２のブロック構成は、実施形態３で説明したＭＭＥ２と同様であるが、ＱＣＩからBearer IDを取得する所が異なる。
【０１９４】
ＬＲＦ３のブロック構成は、図７と同様であるが、取得部４３の機能が一部異なる。取得部４３は、ＭＭＥ２から送信されたBearer IDをｅＮＢ４に送信する。
【０１９５】
ｅＮＢ４のブロック構成は、図８と同様であるが、判定部５３の機能が一部異なる。判定部５３は、ＬＲＦ３から送信されたBearer IDに基づいて、自身がユーザ端末６のＥＣＩＤ測位を行うか、５ＧＮＲ５においてユーザ端末６のＥＣＩＤ測位を行うかを判定する。５ＧＮＲ５のブロック構成は、図９と同様であり、その説明を省略する。
【０１９６】
図２６は、無線通信システムの動作例を示したシーケンス図である。ＭＭＥ２の記憶部には、図２２に示したＱＣＩ情報が記憶されているとする。図２６に示すステップＳ１１の処理は、図１０で説明したステップＳ１１と同様である。すなわち、ＬＣＳサーバ１の要求部２３は、通信部２１を介し、ＭＭＥ２に対して、ELP_Provide Subscriber Location Requestを送信する。
【０１９７】
ＭＭＥ２の要求部３３は、通信部３１を介し、ＬＣＳサーバ１からELP_Provide Subscriber Location Requestを受信すると、LCS-AP_LOCATION REQUESTをＬＲＦ３に送信する（ステップＳ１３１）。すなわち、要求部３３は、ＬＲＦ３に対して、ユーザ端末６の位置情報の取得要求を行う。ＬＲＦ３に送信するLCS-AP_LOCATION REQUESTには、ELP_Provide Subscriber Location Requestに含まれていたユーザ端末６のUE Identityと、Bearer IDとが含まれている。
【０１９８】
ＭＭＥ２の要求部３３は、図２２に示したＱＣＩ情報を参照してＱＣＩを取得する。そして、要求部３３は、取得したＱＣＩに対応するBearer IDを取得する。例えば、要求部３３は、ＱＣＩ「１０」を取得した場合、帯域制限が小さく、遅延許容時間が小さいため、Bearer ID「＃２」を取得する。一方、ＱＣＩ「１」を取得した場合、帯域制限が大きく、遅延許容時間が大きいため、Bearer ID「＃１」を取得する。
【０１９９】
次に、ＬＲＦ３の取得部４３は、通信部４１を介し、ＭＭＥ２からLCS-AP_LOCATION REQUESTを受信すると、LPPa_E-CID Measurement Initiation RequestをｅＮＢ４に送信する（ステップＳ１３２）。ｅＮＢ４に送信するLPPa_E-CID Measurement Initiation Requestには、ステップＳ１３１で受信したUE Identityと、Bearer IDとが含まれている。
【０２００】
次に、ｅＮＢ４の判定部５３は、ユーザ端末６がＤＣを行っているか否か判定する（ステップＳ１３３）。
【０２０１】
例えば、ＬＲＦ３から受信したLPPa_E-CID Measurement Initiation Requestには、ユーザ端末６のUE Identityが含まれている。判定部５３は、LPPa_E-CID Measurement Initiation Requestに含まれているUE Identityに基づいて、ユーザ端末６のUE Contextを参照し、ユーザ端末６がＤＣによる無線通信を行っているか否か判定する。
【０２０２】
次に、ｅＮＢ４の判定部５３は、ＬＲＦ３から受信したLPPa_E-CID Measurement Initiation Requestに含まれているBearer IDが「＃２」の場合、X2/Xn_E-CID Measurement Requestを５ＧＮＲ５に送信する（ステップＳ１３４）。すなわち、判定部５３は、５ＧＮＲ５に対し、ＥＣＩＤ測位要求を行う。一方、ｅＮＢ４の測位部５４は、ステップＳ１３２にて送信されたBearer IDが「＃１」である場合、ユーザ端末６のＥＣＩＤ測位を行う（ステップＳ１３５）。
【０２０３】
以降の処理は、図１０で説明した処理と同様であり、その説明を省略する。以上の処理により、ユーザ端末６の位置情報は、要求される位置情報の精度、すなわち、ユーザ端末６のＡＰＮまたはＬＣＳ情報を介したBearer IDに応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において測位される。
【０２０４】
ＬＣＳサーバ１の動作は、図１１で説明したフローチャートと同様であり、その説明を省略する。ＭＭＥ２の動作は、図１２で説明したフローチャートと同様であるが、ステップＳ４２の処理が異なる。ＭＭＥ２の要求部３３は、図１２のステップＳ４２において、ＬＲＦ３に対してLCS-AP_LOCATION REQUESTを送信するが、そのLCS-AP_LOCATION REQUESTにBearer IDと、ユーザ端末６のUE Identityとを含める。
【０２０５】
ＬＲＦ３の動作は、図１３で説明したフローチャートと同様であるが、ステップＳ５２の処理が異なる。ＬＲＦ３の取得部４３は、ステップＳ５１にて受信されたLCS-AP_LOCATION REQUESTに含まれるBearer IDと、ユーザ端末６のUE IdentityとをｅＮＢ４に送信する。
【０２０６】
ｅＮＢ４の動作は、図１４で説明したフローチャートと同様であるが、ステップＳ６２の処理が不要となり、さらに、ステップＳ６３の処理が異なる。ｅＮＢ４の判定部５３は、ＬＲＦ３から、LPPa_E-CID Measurement Initiation Requestを受信した後、ＬＲＦ３から送信されたBearer IDが、ｅＮＢ４のサービングを示しているか、５ＧＮＲ５のサービングを示しているかを判定する。判定部５３は、ＬＲＦ３から送信されたBearer IDが、ｅＮＢ４のサービングを示していると判定した場合、図１４において、ステップＳ６７の処理に移行する。一方、判定部５３は、ＬＲＦ３から送信されたBearer IDが、５ＧＮＲ５のサービングを示していると判定した場合、図１４において、ステップＳ６４の処理に移行する。５ＧＮＲ５の動作は、図１５で説明したフローチャートと同様であり、その説明を省略する。
【０２０７】
以上説明したように、ＭＭＥ２は、ＡＰＮに対応付けられたＱＣＩと、ＬＣＳ情報のClient Nameに対応付けられたＱＣＩとを記憶した記憶部を有している。ＭＭＥ２は、ＬＣＳサーバ１から送信されるＡＰＮおよびＬＣＳ情報のClient Nameのいずれか一方に基づいて、ＱＣＩを取得し、取得したＱＣＩに対応するBearer IDを取得して、ＬＲＦ３に送信する。ＬＲＦ３は、ＭＭＥ２から送信されたBearer IDをｅＮＢ４に送信する。ｅＮＢ４は、ユーザ端末６のＤＣと、ＬＲＦ３から送信されたBearer IDとに基づいて、ｅＮＢ４がユーザ端末６のＥＣＩＤ測位を行うか、５ＧＮＲ５がユーザ端末６のＥＣＩＤ測位を行うかを判定する。この構成により、無線通信システムは、要求される位置情報の精度に応じて、ｅＮＢ４および５ＧＮＲ５のいずれか一方において、ユーザ端末６を測位できる。
【０２０８】
なお、図２６のステップＳ１３３の処理は、省略されてもよい。すなわち、ｅＮＢ４が、ｅＮＢ４でユーザ端末６の測位を行うのか、５ＧＮＲ５でユーザ端末６の測位を行うのかの判定を行う場合には、ｅＮＢ４は、ＤＣの判定処理を省略してもよい。
【０２０９】
以上、各実施の形態について説明した。なお、各実施の形態において、５ＧＮＲ５をスモールセルとして、ｅＮＢ４をマクロセルとして説明しているが、かならずしも５Ｇの無線基地局が狭いエリアをカバーするセルでありＬＴＥの無線基地局が広いエリアをカバーするセルであるとは限らない。発明の趣旨に基づき、異なる無線基地局によるＤＣ（デュアルコネクティビティ）が行われる際、適切にAccuracy Levelを管理・判定・処理できさえすればよい。
【０２１０】
（ハードウェア構成）
上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【０２１１】
例えば、本発明の一実施の形態における無線通信システムの各装置は、本発明の処理を行うコンピュータとして機能してもよい。図２７は、本発明の一実施形態に係るＬＣＳサーバ、ＭＭＥ、ＬＲＦ、無線基地局、及びユーザ端末のハードウェア構成の一例を示す図である。上述の各装置は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０２１２】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局及びユーザ端末のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０２１３】
例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサで実行されてもよいし、処理が同時に、逐次に、又はその他の手法で、一以上のプロセッサで実行されてもよい。なお、プロセッサ１００１は、一以上のチップで実装されてもよい。
【０２１４】
各装置における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、又は、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０２１５】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述のブロック例、プロセッサ１００１で実現されてもよい。
【０２１６】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、各装置を構成する少なくとも一部の機能ブロックは、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
【０２１７】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態に係る各装置を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０２１８】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０２１９】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
【０２２０】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０２２１】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０２２２】
また、各装置は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０２２３】
（情報の通知、シグナリング）
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０２２４】
（適応システム）
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０２２５】
（処理手順等）
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０２２６】
（基地局の操作）
本明細書において基地局（無線基地局）によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、ＭＭＥ（Mobility Management Entity）またはＳ−ＧＷ（Serving Gateway）などが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、ＭＭＥおよびＳ−ＧＷ)であってもよい。
【０２２７】
（入出力の方向）
情報及び信号等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)に出力され得る。複数のネットワークノードを介して入出力されてもよい。
【０２２８】
（入出力された情報等の扱い）
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置に送信されてもよい。
【０２２９】
（判定方法）
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０２３０】
（ソフトウェア）
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０２３１】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０２３２】
（情報、信号）
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０２３３】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【０２３４】
（「システム」、「ネットワーク」）
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０２３５】
（パラメータ、チャネルの名称）
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０２３６】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【０２３７】
（基地局）
基地局（無線基地局）は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Remote Radio Head）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」、「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０２３８】
（端末）
ユーザ端末は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、ＵＥ（User Equipment）、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０２３９】
（用語の意味、解釈）
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０２４０】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０２４１】
参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。また、補正用ＲＳは、ＴＲＳ（Tracking RS）、ＰＣ−ＲＳ（Phase Compensation RS）、ＰＴＲＳ（Phase Tracking RS）、Additional RSと呼ばれてもよい。また、復調用ＲＳ及び補正用ＲＳは、それぞれに対応する別の呼び方であってもよい。また、復調用ＲＳ及び補正用ＲＳは同じ名称（例えば復調ＲＳ）で規定されてもよい。
【０２４２】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０２４３】
上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。
【０２４４】
「含む(including)」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０２４５】
無線フレームは時間領域において１つまたは複数のフレームで構成されてもよい。時間領域において１つまたは複数の各フレームはサブフレーム、タイムユニット等と呼ばれてもよい。サブフレームは更に時間領域において１つまたは複数のスロットで構成されてもよい。スロットはさらに時間領域において１つまたは複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier-Frequency Division Multiple Access）シンボル等）で構成されてもよい。
【０２４６】
無線フレーム、サブフレーム、スロット、およびシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、およびシンボルは、それぞれに対応する別の呼び方であってもよい。
【０２４７】
例えば、ＬＴＥシステムでは、基地局が各移動局に無線リソース（各移動局において使用することが可能な周波数帯域幅、送信電力等）を割り当てるスケジューリングを行う。スケジューリングの最小時間単位をＴＴＩ（Transmission Time Interval）と呼んでもよい。
【０２４８】
例えば、１サブフレームをＴＴＩと呼んでもよいし、複数の連続したサブフレームをＴＴＩと呼んでもよいし、１スロットをＴＴＩと呼んでもよい。
【０２４９】
リソースユニットは、時間領域および周波数領域のリソース割当単位であり、周波数領域では１つまたは複数個の連続した副搬送波（subcarrier）を含んでもよい。また、リソースユニットの時間領域では、１つまたは複数個のシンボルを含んでもよく、１スロット、１サブフレーム、または１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームは、それぞれ１つまたは複数のリソースユニットで構成されてもよい。また、リソースユニットは、リソースブロック（ＲＢ：Resource Block）、物理リソースブロック（ＰＲＢ：Physical RB）、ＰＲＢペア、ＲＢペア、スケジューリングユニット、周波数ユニット、サブバンドと呼ばれてもよい。また、リソースユニットは、１つ又は複数のＲＥで構成されてもよい。例えば、１ＲＥは、リソース割当単位となるリソースユニットより小さい単位のリソース（例えば、最小のリソース単位）であればよく、ＲＥという呼称に限定されない。
【０２５０】
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、スロットに含まれるシンボルおよびリソースブロックの数、および、リソースブロックに含まれるサブキャリアの数は様々に変更することができる。
【０２５１】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【０２５２】
（態様のバリエーション等）
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０２５３】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【産業上の利用可能性】
【０２５４】
本発明の一態様は、移動通信システムに有用である。【０２５５】
本特許出願は２０１７年８月１０日に出願した日本国特許出願第２０１７−１５５５１０号に基づきその優先権を主張するものであり、日本国特許出願第２０１７−１５５５１０号の全内容を本願に援用する。
【符号の説明】
【０２５６】
１  ＬＣＳサーバ
２  ＭＭＥ
３  ＬＲＦ
４  ｅＮＢ
５  ５ＧＮＲ
６  ユーザ端末
２１，３１，４１，５１，６１  通信部
２２，３２，４２，５２，６２  呼処理部
２３，３３  要求部
４３  取得部
４４  算出部
４５  記憶部
５３  判定部
５４，６３  測位部
【図１】
2019031008.tif 000003
【図２】
2019031008.tif 000004
【図３】
2019031008.tif 000005
【図４】
2019031008.tif 000006
【図５】
2019031008.tif 000007
【図６】
2019031008.tif 000008
【図７】
2019031008.tif 000009
【図８】
2019031008.tif 000010
【図９】
2019031008.tif 000011
【図１０】
2019031008.tif 000012
【図１１】
2019031008.tif 000013
【図１２】
2019031008.tif 000014
【図１３】
2019031008.tif 000015
【図１４】
2019031008.tif 000016
【図１５】
2019031008.tif 000017
【図１６】
2019031008.tif 000018
【図１７】
2019031008.tif 000019
【図１８】
2019031008.tif 000020
【図１９】
2019031008.tif 000021
【図２０】
2019031008.tif 000022
【図２１】
2019031008.tif 000023
【図２２】
2019031008.tif 000024
【図２３】
2019031008.tif 000025
【図２４】
2019031008.tif 000026
【図２５】
2019031008.tif 000027
【図２６】
2019031008.tif 000028
【図２７】
2019031008.tif 000029
【国際調査報告】
2019031008.tif 000030
2019031008.tif 000031
2019031008.tif 000032