特許 7422769 ワイヤレスネットワークのための超低レイテンシ位置特定サービスのためのシステムおよび方法

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

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

(11)【特許番号】

(24)【登録日】2024-01-18

(45)【発行日】2024-01-26

(54)【発明の名称】ワイヤレスネットワークのための超低レイテンシ位置特定サービスのためのシステムおよび方法

(51)【国際特許分類】

   H04W 64/00 20090101AFI20240119BHJP

   H04W 80/02 20090101ALI20240119BHJP

   H04W 24/10 20090101ALI20240119BHJP

【ＦＩ】

H04W64/00 173

H04W80/02

H04W24/10

【請求項の数】 15

(21)【出願番号】P 2021532204

(86)(22)【出願日】2019-12-12

(65)【公表番号】

(43)【公表日】2022-02-18

(86)【国際出願番号】 US2019065996

(87)【国際公開番号】W WO2020123817

(87)【国際公開日】2020-06-18

【審査請求日】2022-11-16

(31)【優先権主張番号】62/778,852

(32)【優先日】2018-12-12

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/783,123

(32)【優先日】2018-12-20

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/805,029

(32)【優先日】2019-02-13

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/945,664

(32)【優先日】2019-12-09

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/711,358

(32)【優先日】2019-12-11

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(72)【発明者】

【氏名】エッジ、スティーブン・ウィリアム

(72)【発明者】

【氏名】アッカラカラン、ソニー

(72)【発明者】

【氏名】フィッシャー、スベン

【審査官】中元 淳二

(56)【参考文献】

【文献】特表２０１６－５１４２４７（ＪＰ，Ａ）

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

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

Ｈ０４Ｗ４／００－９９／００

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

ユーザ機器（ＵＥ）によって実行される、前記ＵＥを位置特定するための方法であって、
サービング基地局に前記ＵＥのロケーション能力を送ることと、ここにおいて、前記ロケーション能力は、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで第１のロケーション測定値を送る能力を示す、
無線アクセスネットワーク（ＲＡＮ）内の前記サービング基地局から前記第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信することと、
第１の周期的間隔で前記Ｌ１またはＬ２プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送ることと、
第２の周期的間隔で前記サービング基地局に前記第２のロケーション測定値を送ることと、ここにおいて、前記第１の周期的間隔は、前記第２の周期的間隔よりも短い、
を備える方法。

【請求項2】

前記Ｌ１またはＬ２プロトコルレベルは、
（ｉ）物理レイヤ、
（ｉｉ）媒体アクセス制御（ＭＡＣ）レイヤ、
（ｉｉｉ）無線リンク制御（ＲＬＣ）レイヤ、
（ｉｖ）パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ、または
（ｖ）上記事項（ｉ）－（ｉｖ）の任意の組合せ
のうちの１つを備える、請求項１に記載の方法。

【請求項3】

前記第１のロケーション測定値および前記第２のロケーション測定値は、前記ＲＡＮ内の複数の基地局から受信されたダウンリンク（ＤＬ）信号のロケーション測定値を備え、前記複数の基地局は、前記サービング基地局を含む、請求項１に記載の方法。

【請求項4】

前記第１のロケーション測定値は、基準信号時間差（ＲＳＴＤ）測定値、センサ測定値、またはＲＳＴＤ測定値とセンサ測定値の両方を備える、請求項３に記載の方法。

【請求項5】

前記第２のロケーション測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値を備える、請求項３に記載の方法。

【請求項6】

前記ＤＬ信号は、測位基準信号、トラッキング基準信号、または、測位基準信号およびトラッキング基準信号を備える、請求項３に記載の方法。

【請求項7】

前記サービング基地局から前記ＵＥのロケーション能力に対する要求を受信すること
をさらに備える、請求項１に記載の方法。

【請求項8】

前記第１のロケーション測定値に対する前記第１の要求は、暗号化鍵を含み、前記方法は、前記Ｌ１またはＬ２プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送る前に、前記暗号化鍵を使用して前記第１のロケーション測定値を暗号化することをさらに備える、請求項１に記載の方法。

【請求項9】

前記ＲＡＮは、前記ＵＥへの５Ｇ新無線（ＮＲ）ワイヤレスアクセスを提供する次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）であり、前記サービング基地局は、前記ＵＥのためのサービングＮＲノードＢ（ＳｇＮＢ）である、請求項１に記載の方法。

【請求項10】

前記第２のロケーション測定値は、無線リソース制御（ＲＲＣ）プロトコルレベルでまたは前記Ｌ１もしくはＬ２プロトコルレベルで前記サービング基地局に送られる、請求項１に記載の方法。

【請求項11】

アップリンク（ＵＬ）信号を送信するように求める第３の要求を前記サービング基地局から受信することと、
第３の周期的間隔で前記アップリンク（ＵＬ）信号を送信することと、ここにおいて、前記第１の周期的間隔は、前記第３の周期的間隔よりも短く、前記ＵＬ信号は、前記ＲＡＮ内の複数の基地局による前記ＵＥのロケーション測定を可能にし、前記複数の基地局は、前記サービング基地局を含む、
をさらに備える、請求項１に記載の方法。

【請求項12】

前記ＵＬ信号は、測位基準信号、サウンディング基準信号、または、測位基準信号およびサウンディング基準信号を備える、請求項１１に記載の方法。

【請求項13】

前記第１の要求、前記第２の要求、および前記第３の要求は、無線リソース制御（ＲＲＣ）プロトコルのためのそれぞれの第１、第２、および第３のメッセージ中で受信され、前記第１、第２、および第３のメッセージは、同じメッセージである、請求項１１に記載の方法。

【請求項14】

ユーザ機器（ＵＥ）の位置特定をサポートすることが可能な前記ＵＥであって、
無線アクセスネットワーク（ＲＡＮ）内の基地局とワイヤレスに通信するように構成されたワイヤレストランシーバと、
少なくとも１つのメモリと、
前記ワイヤレストランシーバおよび前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
前記ワイヤレストランシーバを介して、サービング基地局に前記ＵＥのロケーション能力を送ることと、ここにおいて、前記ロケーション能力は、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで第１のロケーション測定値を送る能力を示す、
前記ワイヤレストランシーバを介して、無線アクセスネットワーク（ＲＡＮ）内の前記サービング基地局から前記第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信することと、
前記ワイヤレストランシーバを介して、第１の周期的間隔で前記Ｌ１または前記Ｌ２プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送ることと、
前記ワイヤレストランシーバを介して、第２の周期的間隔で前記サービング基地局に前記第２のロケーション測定値を送ることと、ここにおいて、前記第１の周期的間隔は、前記第２の周期的間隔よりも短い、
を行うように構成される、ＵＥ。

【請求項15】

記憶されたプログラムコードを含む非一時的コンピュータ読取可能な媒体であって、前記プログラムコードは、ユーザ機器（ＵＥ）の位置特定をサポートすることが可能な前記ＵＥ内の少なくとも１つのプロセッサを構成するように動作可能であり、
サービング基地局に前記ＵＥのロケーション能力を送るためのプログラムコードと、ここにおいて、前記ロケーション能力は、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで第１のロケーション測定値を送る能力を示す、
無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から前記第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信するためのプログラムコードと、
第１の周期的間隔で前記Ｌ１または前記Ｌ２プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送るためのプログラムコードと、
第２の周期的間隔で前記サービング基地局に前記第２のロケーション測定値を送るためのプログラムコードと、ここにおいて、前記第１の周期的間隔は、前記第２の周期的間隔よりも短い、
を備える、非一時的コンピュータ読取可能な媒体。

【発明の詳細な説明】

【関連出願の相互参照】

【0001】

[0001] 本出願は、２０１８年１２月１２日に出願された「SYSTEMS AND METHODS FOR LOCATION REPORTING WITH LOW LATENCY FOR FIFTH GENERATION WIRELESS NETWORKS」と題する米国仮出願第６２／７７８，８５２号、２０１８年１２月２０日に出願された「SYSTEMS AND METHODS FOR LOCATION REPORTING WITH LOW LATENCY FOR FIFTH GENERATION WIRELESS NETWORKS」と題する米国仮出願第６２／７８３，１２３号、２０１９年２月１３日に出願された「Systems and Methods for SUPER LOW LATENCY LOCATION SERVICE for Fifth Generation Wireless Networks」と題する米国仮出願第６２／８０５，０２９号、２０１９年１２月９日に出願された「SYSTEMS AND METHODS FOR LOCATION REPORTING WITH LOW LATENCY FOR WIRELESS NETWORKS」と題する米国仮出願第６２／９４５，６６４号、および２０１９年１２月１１日に出願された「SYSTEMS AND METHODS FOR SUPER LOW LATENCY LOCATION SERVICE FOR WIRELESS NETWORKS」と題する米国非仮出願第１６／７１１，３５８号の利益を主張し、これらは、その譲受人に譲渡され、それらの全体が参照により本明細書に明確に組み込まれる。

【技術分野】

【0002】

[0002] 本開示は、一般に通信に関し、より詳細には、ユーザ機器（ＵＥ：user equipment）のための位置特定サービス（location service）をサポートするための技法に関する。

【背景技術】

【0003】

[0003] 特定のロケーションユーザケースは、モバイルデバイスのロケーション（location）を外部クライアント（external client）に提供する際に非常に低いレイテンシ（very low latency）を必要とする。例としては、ツール、製造されているオブジェクト、およびパッケージのロケーションを１０センチメートル（ｃｍ）以下の精度かつ１秒未満のレイテンシで知る必要があり得るスマート（自動化）工場および倉庫、１メートル単位まで正確なロケーションを１秒以内で知る必要があり得るドローン、危険な場所（例えば、燃えている建物または部分的に倒壊した建物の内部）にいる公共安全ファーストレスポンダ（public safety first responder）、ならびに走行中の車両および歩行者（Ｖ２Ｘとして知られる）に関連するユーザケースが挙げられる。非常に高いロケーション精度に関連する他のユーザケースもまた、移動オブジェクトのロケーション精度の急激な悪化により非常に低いレイテンシ要件を有し得る。例えば、たった時速４マイル（通常の歩行速度）であっても、オブジェクトは、１秒間に１．７９メートル移動するため、１秒も経たずして１メートルのロケーション精度の利益を無効にする。

【0004】

[0004] 現在のロケーションソリューションは、５～１０秒以上のレイテンシ（latency）を有し得、モバイルデバイスまたはモバイルデバイス中のアプリケーションが、決定されたロケーションのためのクライアントでもあるモバイルデバイスベースの測位を使用するソリューションを除いて、絶えず１秒未満のレイテンシを有するワイヤレスネットワークのためのロケーションソリューションは知られていない。

【発明の概要】

【0005】

[0005] ユーザ機器（ＵＥ）のロケーション決定におけるエンドツーエンドのレイテンシを低減するための方法および技法が説明される。ＵＥに対する外部クライアントからのロケーション要求は、まれにのみ実行され得るため、制御プレーンシグナリング（control plane signaling）を使用してサポートされ得る。外部クライアントは、制御プレーンシグナリングを使用してＵＥのロケーションを要求する。ＵＥは、レイヤ１またはレイヤ２のプロトコルレベル（layer 1 or layer 2 protocol level）でおよび第１の周期的間隔（first periodic interval）でサービング基地局（serving base station）（ＢＳ）に、複数のＢＳについての基準信号時間差（Reference Signal Time Difference）のようなダウンリンクロケーション測定値（downlink location measurement）を送る。ＵＥおよび複数のＢＳは、第１の周期的間隔よりも長い第２の周期的間隔（second periodic interval）でサービングＢＳに、受信時間－送信時間差（receive time-transmission time difference）のような追加のロケーション測定値（additional location measurement）を送る。サービングＢＳは、複数のＢＳについてのリアルタイム差（Real Time Difference）のようなタイミング情報（timing information）を決定するために、追加のロケーション測定値およびダウンリンクロケーション測定値を使用する。サービングＢＳは、第１の周期的間隔でダウンリンクロケーション測定値およびタイミング情報を使用してＵＥのロケーションを決定し、遅延（delay）を低減するためにユーザプレーンシグナリング（user plane signaling）を使用して外部クライアントにロケーションを送る。

【0006】

[0006] １つのインプリメンテーションでは、無線アクセスネットワーク（ＲＡＮ：Radio Access Network）内のユーザ機器（ＵＥ）のためのサービング基地局にあるロケーションサーバ機能（location server function）によって実行されるＵＥを位置特定するための方法は、ＵＥを位置特定するための要求を受信することと、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベル（layer 1 (L1) or layer 2 (L2) protocol level）でＵＥからロケーション情報を受信することと、ロケーション情報を使用してＵＥのロケーションを算出することと、ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送ることとを含む。

【0007】

[0007] １つのインプリメンテーションでは、無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあり、ＵＥを位置特定することが可能なロケーションサーバ機能であって、ロケーションサーバ機能は、ＲＡＮ内の１つまたは複数の基地局、１つまたは複数のネットワークノード、および１つまたは複数のＵＥと通信するように構成された外部インターフェースと、少なくとも１つのメモリ（memory）と、外部インターフェースおよび少なくとも１つのメモリに結合された少なくとも１つのプロセッサ（processor）とを含み、少なくとも１つのプロセッサは、外部インターフェースを介して、ＵＥを位置特定するための要求を受信することと、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく、外部インターフェースを介して、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信することと、ロケーション情報を使用してＵＥのロケーションを算出することと、外部インターフェースを介して、ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送ることと、を行うように構成される。

【0008】

[0008] １つのインプリメンテーションでは、無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあり、ＵＥを位置特定するように構成されたロケーションサーバ機能であって、ロケーションサーバ機能は、ＵＥを位置特定するための要求を受信するための手段と、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信するための手段と、ロケーション情報を使用してＵＥのロケーションを算出するための手段と、ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送るための手段とを含む。

【0009】

[0009] １つのインプリメンテーションでは、記憶されたプログラムコード（program code）を含む非一時的コンピュータ読取可能な媒体（non-transitory computer readable medium）であって、プログラムコードは、無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあり、ＵＥを位置特定するように構成されたロケーションサーバ機能において少なくとも１つのプロセッサを構成するように動作可能であり、ＵＥを位置特定するための要求を受信するためのプログラムコードと、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信するためのプログラムコードと、ロケーション情報を使用してＵＥのロケーションを算出するためのプログラムコードと、ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送るためのプログラムコードとを備える。

【0010】

[0010] １つのインプリメンテーションでは、ユーザ機器（ＵＥ）によって実行されるＵＥを位置特定するための方法は、無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値（first location measurement）に対する第１の要求（first request）および第２のロケーション測定値（second location measurement）に対する第２の要求（second request）を受信することと、第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでサービング基地局に第１のロケーション測定値を送ることと、第２の周期的間隔でサービング基地局に第２のロケーション測定値を送ることと、ここにおいて、第１の周期的間隔は、第２の周期的間隔よりも短い（short）、を含む。

【0011】

[0011] １つのインプリメンテーションでは、ユーザ機器（ＵＥ）の位置特定（locating）をサポートすることが可能なＵＥであって、ＵＥは、無線アクセスネットワーク（ＲＡＮ）内の基地局とワイヤレスに通信するように構成されたワイヤレストランシーバ（wireless transceiver）と、少なくとも１つのメモリと、ワイヤレストランシーバおよび少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含み、少なくとも１つのプロセッサは、ワイヤレストランシーバを介して、無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信することと、ワイヤレストランシーバを介して、第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでサービング基地局に第１のロケーション測定値を送ることと、ワイヤレストランシーバを介して、第２の周期的間隔でサービング基地局に第２のロケーション測定値を送ることと、ここにおいて、第１の周期的間隔は、第２の周期的間隔よりも短い、を行うように構成される。

【0012】

[0012] １つのインプリメンテーションでは、ユーザ機器（ＵＥ）の位置特定をサポートすることが可能なＵＥであって、ＵＥは、無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信するための手段と、第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでサービング基地局に第１のロケーション測定値を送るための手段と、第２の周期的間隔でサービング基地局に第２のロケーション測定値を送るための手段と、ここにおいて、第１の周期的間隔は、第２の周期的間隔よりも短い、を含む。

【0013】

[0013] １つのインプリメンテーションでは、記憶されたプログラムコードを含む非一時的コンピュータ読取可能な媒体であって、プログラムコードは、ユーザ機器（ＵＥ）の位置特定をサポートすることが可能なＵＥにおいて少なくとも１つのプロセッサを構成するように動作可能であり、無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信するためのプログラムコードと、第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでサービング基地局に第１のロケーション測定値を送るためのプログラムコードと、第２の周期的間隔でサービング基地局に第２のロケーション測定値を送るためのプログラムコードと、ここにおいて、第１の周期的間隔は、第２の周期的間隔よりも短い、を備える。

【0014】

[0014] 様々な実施形態の性質および利点の理解は、以下の図面を参照することによって実現され得る。

【図面の簡単な説明】

【0015】

【図1】[0015] 図１は、非ローミング（non-roaming）ＵＥのための超低レイテンシ位置特定サービス（ＳＬＬＬＳ：Super Low Latency Location Service）をサポートするためのネットワークアーキテクチャを例示する簡略ブロック図である。

【図2】[0016] 図２は、ＵＥとサービング基地局との間の制御プレーン（control plane）のためのプロトコルスタックの表現である。

【図3】[0017] 図３は、無線アクセスネットワーク（ＲＡＮ）内の基地局がターゲットＵＥについてのロケーション報告を外部クライアントに転送するときに使用され得るプロトコル階層化の表現である。

【図4】[0018] 図４は、サービング基地局内のロケーションサーバ機能に適用可能なＳＬＬＬＳをサポートするためのロケーションセッション確立および報告プロシージャを示す。

【図5】[0019] 図５は、ＳＬＬＬＳをサポートするためにサービング基地局内のロケーションサーバ機能によるロケーション測定構成をサポートするためのプロシージャを示す。

【図6】[0020] 図６は、ＳＬＬＬＳをサポートするためにサービング基地局によるロケーション報告をサポートするためのプロシージャを示す。

【図7】[0021] 図７は、ＲＲＣ接続状態またはＲＲＣ非アクティブ状態にあるターゲットＵＥのためのサービング基地局の変更をサポートするためのプロシージャを示す。

【図8】[0022] 図８は、ワイヤレスネットワーク内のサービング基地においてロケーションサーバ機能によって実行される、ユーザ機器（ＵＥ）を位置特定するための方法を例示するプロセスフローを示す。

【図9】[0023] 図９は、ユーザ機器（ＵＥ）によって実行される、ＵＥを位置特定するための方法を例示するプロセスフローを示す。

【図10】[0024] 図１０は、ＳＬＬＬＳをサポートするロケーションサーバ機能またはサービング基地局の実施形態のブロック図である。

【図11】[0025] 図１１は、ＳＬＬＬＳをサポートするユーザ機器の実施形態のブロック図である。

【詳細な説明】

【0016】

[0026] 特定の例となるインプリメンテーションによれば、様々な図中の同様の参照番号および記号は同様の要素を示す。加えて、１つの要素の複数のインスタンスは、この要素の第１の番号に文字またはハイフンと第２の番号を続けることによって示され得る。例えば、要素１１０の複数のインスタンスは、１１０－１、１１０－２、１１０－３などと示され得る。第１の番号だけを使用してそのような要素を参照するとき、その要素の任意のインスタンスが理解されるべきである（例えば、前の例における要素１１０は、要素１１０－１、１１０－２、および１１０－３を指す）。

【0017】

[0027] 産業用ＩｏＴ（ＩＩｏＴ）のためのユーザ機器（ＵＥ）は、スマート（自動化）工場で使用されている何らかのツール、オブジェクト、部品、または構成要素であり得るか、またはそれらに取り付けられるかもしくはその中に埋め込まれ得、またはスマート（自動化）倉庫もしくは供給倉庫においてパッケージ、オブジェクト、もしくは構成要素に取り付けられるかまたはその中に埋め込まれ得る。そのようなＵＥは、スマート工場、倉庫、または供給倉庫の高速、効率的、かつ円滑な動作を可能にするために、高精度で位置特定される必要があり得る。可能なロケーション要件（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって識別されるような）は、（１）非常に高いロケーション精度（例えば、最大でも１～１０ｃｍのロケーション誤差）、（２）ＵＥのロケーションを取得し、外部クライアントに報告する際の非常に低いレイテンシ（例えば、１秒未満、場合によっては１００ミリ秒（ｍｓ）未満）、および（３）すべてのＵＥのロケーションをサポートする際の低コストまたは限られたコストを含み得る。ワイヤレスネットワークのための既存のソリューションは、これらの目的の３つすべてを達成することができないようである。しかしながら、ワイヤレスネットワーク（例えば、５Ｇワイヤレスネットワーク）に連携したロケーションサポートは、移動要素（例えば、オブジェクト、ツール、部品、パッケージ）とこれらの移動要素を監視および制御するサーバとの間の高速で高帯域幅かつ低レイテンシのデータ通信を介してスマート工場および倉庫の動作を制御するためにもワイヤレスネットワークを使用する能力により、スマート工場および倉庫にとって魅力的であり得る。

【0018】

[0028] 第５世代（５Ｇ）ワイヤレスネットワークの一部として上に列挙した３つの目的を達成し得る、ＩＩｏＴおよび他の使用に好適なロケーションサポートの１つのインプリメンテーションは、以下で説明する５つの別個の構成要素のうちの１つまたは複数を使用し得る。

【0019】

[0029] 構成要素１：埋め込まれたＵＥを有するターゲットデバイス（例えば、工場ツール）は、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで、低レイテンシおよび低周期的間隔で（例えば、５０～２００ｍｓごとに）、埋め込まれたＵＥのためのサービング基地局（ＳＢＳ：serving base station）に５Ｇ基準信号時間差（ＲＳＴＤ）または他のロケーション測定値を送る。レイヤ１／レイヤ２（Ｌ１／Ｌ２）シグナリングの使用は、レイテンシを低減し、無線リソース制御（ＲＲＣ：Radio Resource Control）プロトコルレイヤに対応し得るレイヤ３（Ｌ３）のような上位プロトコルレベルを使用するよりも低い周期的間隔（lower periodic interval）（より低い周期性またはより高い頻度とも呼ばれる）の報告を可能にし得る。Ｌ１／Ｌ２シグナリングの使用は、ＲＲＣ接続状態にあるときにＵＥによって使用され得る。ＵＥがＲＲＣアイドル状態またはＲＲＣ非アクティブ状態にある場合、ＵＥは、Ｌ３レベルで（例えば、ＲＲＣを使用して）ＳＢＳにＲＳＴＤまたは他のロケーション測定値を送り得、ＲＲＣ接続状態に入らないことでレイテンシを低減し得る。「プロトコルレイヤ」および「プロトコルレベル」という用語は、本明細書では交換可能に使用されることに留意されたい。

【0020】

[0030] 構成要素２：ロケーション報告は、プライバシーを確保するためにＬ１／Ｌ２で暗号化されない場合、暗号化され得る。暗号化鍵（ciphering key）は、上位プロトコルレイヤによって（例えば、サービングアクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）からの非アクセス層（ＮＡＳ：Non-Access Stratum）プロトコルレイヤ、またはＳＢＳからのＲＲＣレイヤを使用して）提供され得る。

【0021】

[0031] 構成要素３：ターゲットＵＥのためのＳＢＳは、ＵＥから受信されたＲＳＴＤ測定値に適用される観測到着時間差（ＯＴＤＯＡ：Observed Time Difference Of Arrival）を使用して低い周期的間隔で（例えば、５０～２００ｍｓごとに）ＵＥのロケーションを算出し、レイテンシを低減するためにユーザプレーンレベル（user plane level）で（例えば、ＴＣＰ／ＩＰを使用して）（例えば、工場サーバまたはコントローラの一部であり得る）外部クライアントにＵＥのロケーションを送る。

【0022】

[0032] 構成要素４：他の基地局およびＵＥは、より高い周期的間隔（higher periodic interval）（より高い周期性またはより低い頻度とも呼ばれる）で（例えば、１～５秒ごとに）、到着時間（ＴＯＡ：time of arrival）測定値および／または受信時間－送信時間差（Ｒｘ－Ｔｘ）測定値（および場合によってはＡＯＡ／ＡＯＤ測定値）のようなロケーション測定値をＳＢＳに送り得る。基地局（ＢＳ：base station）間通信は、上位プロトコルレイヤにおいて行われ得、中間エンティティ（例えば、他のＢＳ）を通過し得、これはレイテンシを増加させるため、より高い周期的間隔が使用され得る。ＳＢＳは、ＵＥと各ＢＳとの間のラウンドトリップ信号伝搬時間（ＲＴＴ：Round Trip signal propagation Time）を算出するために、ロケーション測定値、例えば、ＴＯＡ測定値またはＲｘ－Ｔｘ測定値を使用し得る。次いで、構成要素３の一部としてＯＴＤＯＡを使用してロケーションを算出するために必要とされる、（既知の式を使用して）ＢＳ間のリアルタイム差（ＲＴＤ：Real Time Difference）を計算するために、ＲＴＴが構成要素１からのＲＳＴＤ測定値と組み合わされる。一般に、ＲＴＤは安定であるため、ＲＴＤの算出は主に、安定性を検証し、あらゆる小さな変化を検出するためのものである。これは、周期的なＲＴＤ再較正（recalibration）に相当し得る。特に、個々のＵＥのロケーションは、構成要素１～３にしたがってより高い頻度で算出および報告され得るが、構成要素３をイネーブルするためのＲＴＤは、構成要素４にしたがってより低い頻度で取得され得る。

【0023】

[0033] 構成要素５：構成要素４のＲｘ－Ｔｘ測定値は、複数のＵＥから（例えば、同じＳＢＳのために）取得され、同じＲＴＤを決定（または再較正）するために使用され得、これは、個々のＵＥおよびＢＳに対する負荷を軽減し、ＲＴＤ決定または再較正の信頼性（reliability）、レイテンシ、および精度（accuracy）を向上させ得る。

【0024】

[0034] 構成要素４および５によるＲＴＤの導出により、他の方法を使用した（例えば、外部アンテナとともに各ＢＳ内のＧＰＳ受信機を使用した）ＢＳの費用のかかる同期は必要なくなる。ＵＥとＢＳとの間に見通し線（ＬＯＳ：Line of Sight）を有する屋内ミリ波無線周波数環境では、ＯＴＤＯＡを使用したロケーション精度は、非常に高い帯域幅信号（例えば、１００～４００メガヘルツ以上）を使用する能力により、非常に高くなり得る。同様に、ＳＢＳから近くの外部クライアントへのユーザプレーン転送（user plane transfer）のレイテンシは非常に低くなり得る。

【0025】

[0035] したがって、レイテンシを最小限するために、外部クライアントからのＵＥを位置特定するための要求は、制御プレーンシグナリングを使用して、ＵＥのためのＳＢＳにあるロケーションサーバ機能によって受信され得る。ＵＥに対するロケーション要求は一度だけまたはまれに実行され得るため、外部クライアントからのロケーション要求は、レイテンシに影響を与えずに、制御プレーンシグナリングを使用してサポートされ得る。ＵＥからのロケーション情報は、Ｌ１またはＬ２プロトコルレベルでＳＢＳによって受信され得、これは、例えば、ＲＳＴＤ測定値であり得る。プライバシーを考慮して、ロケーション情報の暗号化が使用され得る。ＵＥのロケーションは、ロケーション情報を使用して決定され、遅延を最小限にするためにユーザプレーンシグナリングを使用して外部クライアントに報告され得る。

【0026】

[0036] 追加のロケーション情報、例えば、複数の基地局についてのＲｘ－Ｔｘ測定値が、ＵＥによって提供され得る。ＳＢＳ内のロケーションサーバ機能は、ＵＥによって送信されたアップリンク（ＵＬ：uplink）信号についての測定値、例えばＴＯＡ測定値またはＲｘ－Ｔｘ測定値を複数の基地局の各々から受信し得る。ＵＥおよび基地局から受信された追加の測定値を使用して、ロケーションサーバ機能は、ＵＥのロケーションの決定を助けるために使用され得る、複数の基地局についてのタイミング情報、例えば、ＲＴＤを決定し得る。必要に応じて、基地局についてのタイミング情報を決定するために、他のＵＥについての測定値が使用され得る。

【0027】

[0037] ＵＥは、第１の周期的間隔で第１のロケーション測定値、例えばＲＳＴＤ測定値を送り、第２の周期的間隔で第２のロケーション測定値、例えばＲｘ－Ｔｘ測定値を送り得る。しかしながら、第２の測定値（および基地局からのＵＥのＵＬ信号の測定値）は、比較的安定しているタイミング情報、例えばＲＴＤを決定するために使用されるため、第１の周期的間隔は、第２の周期的間隔よりも短く、ＵＬ信号がＵＥによって送信される間隔よりも短いであろう。

【0028】

[0038] 図１は、非ローミングＵＥのための超低レイテンシ位置特定サービス（ＳＬＬＬＳ）をサポートするためのネットワークアーキテクチャを示し、５ＧＣＮおよびＮＧ－ＲＡＮにおいてリリース１６で予想されている３ＧＰＰロケーションソリューションにいくつかの小さい拡張を加えたものと合致し得る。

【0029】

[0039] 図１は、ＵＥ１０５がロケーション要求のターゲットであり得るため本明細書では「ターゲットＵＥ」と呼ばれるＵＥ１０５を備える通信システム１００を例示する。図１はまた、新無線（ＮＲ：New Radio）ノードＢまたはｇＮＢ１１０－１、１１０－２、１１０－３、および１１０－４（本明細書では集合的におよび総称的にｇＮＢ１１０と呼ばれる）と呼ばれることもある基地局（ＢＳ）を含む次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：next generation Radio Access Network）１１２と、外部クライアント１３０と通信している５Ｇコアネットワーク（５ＧＣＮ：5G Core Network）１５０とを備える、第５世代（５Ｇ）ネットワークの構成要素を示す。５Ｇネットワークは、新無線（ＮＲ）ネットワークまたは５Ｇシステム（５ＧＳ）と呼ばれ得、ＮＧ－ＲＡＮ１１２は、ＮＲ ＲＡＮまたは５Ｇ ＲＡＮと呼ばれ得、５ＧＣＮ１５０は、次世代（ＮＧ：Next Generation）コアネットワーク（ＮＧＣ）と呼ばれ得る。通信システム１００は、（例えば、部分的にまたは完全に屋外で動作しているとき、または屋外アンテナが利用可能であるとき）さらに、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、もしくはＢｅｉｄｏｕのような全地球航法衛星システム（ＧＮＳＳ）、またはＩＲＮＳＳ、ＥＧＮＯＳ、もしくはＷＡＡＳのような何らかの他の局所的もしくは地域的な衛星測位システム（ＳＰＳ：Satellite Positioning System）のための宇宙ビークル（ＳＶ：space vehicle）１９０からの情報を利用し得る。通信システム１００の追加の構成要素については以下で説明される。通信システム１００は、追加または代替の構成要素を含み得る。

【0030】

[0040] 図１はまた、ターゲットＵＥ１０５のためのサービングｇＮＢ（ＳｇＮＢ）１１０－１と、ネイバーｇＮＢ（ＮｇＮＢ）１１０－２、１１０－３、１１０－４とを示す。ＮｇＮＢ１１０は、ターゲットＵＥ１０５によって送信されたアップリンク（ＵＬ）信号を受信および測定することが可能であり、および／または、ターゲットＵＥ１０５によって受信および測定され得るダウンリンク（ＤＬ：downlink）基準信号（ＲＳ：reference signal）を送信することが可能である任意のｇＮＢ１１０であり得る。ＳｇＮＢ１１０－１は、ロケーション管理構成要素（ＬＭＣ：Location Management Component）またはローカルロケーション管理機能（ＬＬＭＦ：Local Location Management Function）と呼ばれ得るロケーションサーバ機能をサポートする。ＳｇＮＢ１１０－１によってサポートされる機能は、ＡＭＦ１５４からターゲットＵＥ１０５のロケーションに対する要求を受信することと、ターゲットＵＥについての一連のロケーション推定値（例えば、周期的なまたはトリガされたロケーション）を取得することによってターゲットＵＥ１０５のロケーションを調整することと、他のｇＮＢ１１０（例えば、ＮｇＮＢ１１０）および／またはターゲットＵＥ１０５においてターゲットＵＥ１０５のロケーション測定を構成することと、（ｇＮＢ１１０によって測定されるべき）ターゲットＵＥ１０５によるＵＬ信号（例えば、ＵＬ ＲＳ）の送信および／または（ターゲットＵＥ１０５によって測定されるべき）ｇＮＢ１１０によるＤＬ ＲＳの送信を構成することと、ターゲットＵＥ１０５からおよび／または他のｇＮＢ１１０からターゲットＵＥ１０５についてのロケーション測定値を受信することと、ターゲットＵＥ１０５についてのロケーション測定値を計算することと、外部クライアント１３０にロケーション測定値を転送することと、ターゲットＵＥ１０５のモビリティによる新しいＳｇＮＢ１１０－１へのＳｇＮＢ１１０－１の変更をサポートすることとのうちの１つまたは複数を含み得る。

【0031】

[0041] ＳｇＮＢ１１０－１自体がロケーションサーバ機能を実行し得るか、または、ｇＮＢ機能はサポートしないが、ＳｇＮＢ１１０－１にある、および／またはそれに接続されている物理的に別個のサーバがロケーションサーバ機能を実行し得る。そのような物理的に別個のロケーションサーバ機能は、ＬＭＣサーバまたはＬＬＭＦサーバと呼ばれ得る。参照を容易にするために、本明細書では、ＳｇＮＢ１１０－１がロケーションサーバ機能を実行するものとして説明する。位置特定サービスのための制御機能のすべてまたはサブセットがＳｇＮＢ１１０－１によって実行され得るか、またはいくつかの制御機能が別のＮｇＮＢ１１０またはより離れたｇＮＢ１１０によって実行され得る。

【0032】

[0042] 図１はまた、ユーザプレーンアグリゲータ（ＵＰＡ：User Plane Aggregator）１５３を示す。ＵＰＡ１５３はオプションであり、外部クライアント１３０が、ＵＰＡ１５３だけと対話することによってターゲットＵＥについてのロケーション報告を受信することを可能にする。ＵＰＡ１５３が存在しない場合、外部クライアント１３０は、外部クライアント１３０がロケーション報告を引き起こした各ターゲットＵＥのためのＳｇＮＢ１１０－１と対話する必要があり、これは、（例えば、ターゲットＵＥ１０５のためのＳｇＮＢ１１０－１が変更されるとき）それ程効率的ではなく、および／またはＳｇＮＢおよび／または外部クライアント１３０にとってセキュリティリスクとなり得る。ＵＰＡ１５３により、ＳｇＮＢ１１０－１が複数の外部クライアントへのロケーション報告セッションを確立する必要も、外部クライアントが複数のＳｇＮＢへのロケーション報告セッションを確立する必要もなくなる。ＵＰＡ１５３はまた、外部クライアント１３０および／またはＳｇＮＢ１１０－１を認証および認可することによって、ＮＧ－ＲＡＮ１１２および／または外部クライアント１３０にセキュリティを提供し得る。ＵＰＡ１５３は、５ＧＣＮ１５０の一部であり得るか、または５ＧＣＮ１５０の外部にあり得る（例えば、外部クライアント１３０に関連付けられ得る）。

【0033】

[0043] ＮＧ－ＲＡＮ１１２はまた、ターゲットＵＥ１０５からの信号を受信および測定することができるが、通常のネットワーク動作ではＵＥに信号を送信しないロケーション測定ユニット（ＬＭＵ：location measurement unit）（図１には示されていない）、および／またはターゲットＵＥ１０５によって測定されるべき基準信号を送信するが、通常のネットワーク動作ではＵＥから信号を受信しないロケーション送信ユニット（ＬＴＵ：location transmission unit）（図１には示されていない）を含み得る。ＬＭＵまたはＬＴＵは、１つまたは複数の他のｇＮＢ１１０および／またはＡＭＦ１５４に接続され得る。ＬＭＵおよびＬＴＵは、同じ物理エンティティ内で組み合わされ得る。ＬＴＵおよび／またはＬＭＵはまた、いくつかのロケーションサーバ機能を実行し得る。

【0034】

[0044] 特定のロケーションセッションのためにターゲットＵＥ１０５によって測定されるべきＤＬ基準信号（ＲＳ）を送信するＮＧ－ＲＡＮ１１２内のエンティティは、一般に「送信ポイント」（ＴＰ：Transmission Point）と呼ばれ、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２、１１０－３、１１０－４、およびＬＴＵ（図示せず）のうちの１つまたは複数を含むことができる。いくつかのケースでは、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０、および／またはＬＴＵは各々、複数のＴＰを含み得る（例えば、各ＴＰは、別個のセルに関連付けられており、および／または別個のアンテナもしくはアンテナ素子の別個のセットを使用する）。

【0035】

[0045] 特定のロケーションセッションのためにターゲットＵＥ１０５によって送信されたＵＬ信号（例えば、ＲＳ）を受信および測定するＮＧ－ＲＡＮ内のエンティティは、一般に「受信ポイント」（ＲＰ：Reception Point）と呼ばれ、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２、１１０－３、１１０－４、およびＬＭＵ（図示せず）のうちの１つまたは複数を含むことができる。いくつかのケースでは、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０、および／またはＬＭＵは各々、複数のＲＰを含み得る（例えば、各ＲＰは、別個のセルに関連付けられており、および／または別個のアンテナもしくはアンテナ素子の別個のセットを使用する）。

【0036】

[0046] 図１では、様々な構成要素の一般化された例示だけが提供されており、それらのいずれかまたはすべてが適宜利用され得、それらの各々が、必要に応じて複製または省略され得ることに留意されたい。具体的には、１つのＵＥ１０５のみが例示されているが、多くのＵＥ（例えば、数百、数千、数百万など）が通信システム１００を利用し得ることは理解されるであろう。同様に、通信システム１００は、より多いまたはより少ない数のＳＶ１９０、ｇＮＢ１１０、外部クライアント１３０、および／または他の構成要素を含み得る。通信システム１００内の様々な構成要素を接続する例示された接続は、追加の（中間）構成要素、直接または間接の物理および／またはワイヤレス接続、および／または追加のネットワークを含み得るデータおよびシグナリング接続を含む。さらに、構成要素は、所望の機能に応じて、並べ替えられ、組み合わされ、分離され、代用され、および／または省略され得る。

【0037】

[0047] 図１は５Ｇベースのネットワークを例示するが、同様のネットワークインプリメンテーションおよび構成が、３Ｇ、ロングタームエボリューション（ＬＴＥ（登録商標））、およびＩＥＥＥ８０２．１１ＷｉＦｉなどの他の通信技術のために使用され得る。例えば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、例えばＩＥＥＥ８０２．１１無線インターフェースが使用される場合、ＵＥ１０５は、ＮＧ－ＲＡＮとは対照的に、アクセスネットワーク（ＡＮ）と通信し得、したがって、構成要素１１２は、本明細書では、「ＲＡＮ」、「（Ｒ）ＡＮ」、または「（Ｒ）ＡＮ１１２」という用語によって表される、無線アクセスネットワーク（ＲＡＮ）と呼ばれることがある。ＡＮ（例えば、ＩＥＥＥ８０２．１１ ＡＮ）のケースでは、ＡＮは、（例えば、５ＧＣＮ１５０において）非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）（図１には示されていない）に接続され得、Ｎ３ＩＷＦは、ＡＭＦ１５４に接続されている。

【0038】

[0048] ターゲットＵＥ１０５は、本明細書で使用される場合、任意の電子デバイスであり得、デバイス、モバイルデバイス、ワイヤレスデバイス、モバイル端末、端末、モバイル局（ＭＳ）、セキュアユーザプレーンロケーション（ＳＵＰＬ）対応端末（ＳＥＴ）と呼ばれ得るか、または何らかの他の名前で呼ばれ得る。ターゲットＵＥ１０５は、スタンドアロンデバイスであり得るか、または監視もしくは追跡されるべき別のデバイス、例えば工場ツールに埋め込まれ得る。さらに、ＵＥ１０５は、スマートウォッチ、デジタル眼鏡、フィットネスモニタ、スマートカー、スマート家電、携帯電話、スマートフォン、ラップトップ、タブレット、ＰＤＡ、追跡デバイス、制御デバイス、または何らかの他のポータブルもしくは可動デバイスに対応し得る。ＵＥ１０５は、例えば、ユーザが、オーディオ、ビデオ、および／またはデータのＩ／Ｏデバイスおよび／または身体センサならびに別個のワイヤラインまたはワイヤレスモデムを用い得るパーソナルエリアネットワークにおいて、単一のエンティティを含み得るか、または複数のエンティティを含み得る。必須ではないが、典型的に、ＵＥ１０５は、ＧＳＭ（登録商標）、符号分割多元接続（ＣＤＭＡ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ＬＴＥ、高速パケットデータ（ＨＲＰＤ）、ＩＥＥＥ８０２．１１ＷｉＦｉ（Ｗｉ－Ｆｉとも呼ばれる）、ブルートゥース（登録商標）（ＢＴ）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、（例えば、ＮＧ－ＲＡＮ１１２および５ＧＣＮ１５０を使用する）５Ｇ新無線（ＮＲ）などの１つまたは複数の無線アクセス技術（ＲＡＴ：Radio Access Technology）を使用するワイヤレス通信をサポートし得る。ＵＥ１０５はまた、例えばデジタル加入者回線（ＤＳＬ）またはパケットケーブルを使用して他のネットワーク（例えば、インターネット）に接続し得るワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を使用するワイヤレス通信をサポートし得る。これらのＲＡＴのうちの１つまたは複数の使用は、ＵＥ１０５が（例えば、図１に示されていない５ＧＣＮ１５０の要素を介して、または場合によってはＧＭＬＣ（Gateway Mobile Location Center）１５５を介して外部クライアント１３０と通信することを可能にし、および／または外部クライアント１３０が（例えば、ＧＭＬＣ１５５を介して）ＵＥ１０５に関するロケーション情報を受信することを可能にし得る。

【0039】

[0049] ＵＥ１０５は、ＮＧ－ＲＡＮ１１２を含み得るワイヤレス通信ネットワークとの接続状態に入り得る。一例では、ＵＥ１０５は、ｇＮＢ１１０のような、ＮＧ－ＲＡＮ１１２内のセルラトランシーバにワイヤレス信号を送信すること、またはセルラトランシーバからワイヤレス信号を受信することによって、セルラ通信ネットワークと通信し得る。トランシーバは、ＵＥ１０５に向けてユーザプレーンおよび制御プレーンのプロトコル終端を提供し、基地局、トランシーバ基地局、無線基地局、無線トランシーバ、無線ネットワークコントローラ、トランシーバ機能、基地局サブシステム（ＢＳＳ）、拡張サービスセット（ＥＳＳ）と呼ばれ得るか、または何らかの他の好適な用語で呼ばれ得る。

【0040】

[0050] 特定のインプリメンテーションでは、ＵＥ１０５は、ロケーション関連測定値を取得することが可能な回路および処理リソースを有し得る。ＵＥ１０５によって取得されるロケーション関連測定値は、衛星測位システム（ＳＰＳ）、またはＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、もしくはＢｅｉｄｏｕのような全地球航法衛星システム（ＧＮＳＳ）に属するＳＶ１９０から受信される信号の測定値を含み得、および／または（例えば、ｇＮＢ１１０のような）既知のロケーションに固定された地上波送信機から受信される信号の測定値を含み得る。次いで、ＵＥ１０５またはＵＥ１０５が測定値を送り得るＳｇＮＢ１１０－１は、例えば、ＧＮＳＳ、アシストＧＮＳＳ（Ａ－ＧＮＳＳ）、高度順方向リンク三辺測量（ＡＦＬＴ：Advanced Forward Link Trilateration）、観測到着時間差（ＯＴＤＯＡ）、ＷＬＡＮ（ＷｉＦｉとも呼ばれる）測位、出発角度（ＡＯＤ：Angle of Departure）、到着角度（ＡＯＡ：Angle of Arrival）、マルチセルラウンドトリップ信号伝搬時間（マルチＲＴＴ）、もしくは拡張セルＩＤ（ＥＣＩＤ：Enhanced Cell ID）、またはそれらの組合せのようないくつかの位置決め方法のうちのいずれか１つを使用して、これらのロケーション関連測定値に基づいてＵＥ１０５についてのロケーション推定値を取得し得る。これらの技法（例えば、Ａ－ＧＮＳＳ、ＡＦＬＴ、およびＯＴＤＯＡ）のうちのいくつかでは、パイロット、測位基準信号（ＰＲＳ：Positioning Reference Signal）、または送信機もしくは衛星によって送信され、ＵＥ１０５において受信される他の測位関連信号に少なくとも部分的に基づいて、既知のロケーションに固定された３つ以上の地上波送信機（例えば、ｇＮＢ１１０）に対して、または軌道データが正確に知られている４つ以上のＳＶ１９０に対して、またはそれらの組合せに対して、擬似距離またはタイミング差がＵＥ１０５において測定され得る。

【0041】

[0051] ＳｇＮＢ１１０－１、または他のロケーションサーバ（例えば、ＬＭＣサーバまたはＬＬＭＦサーバ）は、例えば、Ａ－ＧＮＳＳ、ＡＦＬＴ、ＯＴＤＯＡ、ＡＯＤ、マルチＲＴＴ、およびＥＣＩＤのような測位技法を容易にするために、測定されるべき信号に関する情報（例えば、予想信号タイミング、信号コーディング、信号周波数、信号ドップラー）、地上波送信機（例えば、ｇＮＢ１１０）のロケーションおよびアイデンティティ（identity）、および／またはＧＮＳＳ ＳＶ１９０についての信号、タイミング、および軌道情報を含む測位支援データをＵＥ１０５に提供することが可能であり得る。容易にすることには、ＵＥ１０５による信号取得および測定精度を向上させることと、いくつかのケースでは、ＵＥ１０５がロケーション測定値に基づいてその推定ロケーションを計算することを可能にすることとが含まれ得る。例えば、ＬＭＣサーバ、ＬＬＭＦサーバ、または他のロケーションサーバ（例えば、ＳｇＮＢ１１０－１）は、基地局アルマナック（ＢＳＡ：base station almanac）とも呼ばれるアルマナックを備え得、これは、特定の会場のような１つまたは複数の特定の領域におけるセルラトランシーバ（例えば、ｇＮＢ１１０）および／またはローカルトランシーバのロケーションおよびアイデンティティを示し、送信電力および信号タイミングのようなセルラ基地局またはＡＰ（例えば、ｇＮＢ１１０）によって送信された信号を記述する情報を提供し得る。ＵＥ１０５は、セルラトランシーバおよび／またはローカルトランシーバから受信される信号の信号強度（例えば、受信信号強度表示（ＲＳＳＩ：received signal strength indication））の測定値を取得し得、および／または信号対ノイズ比（Ｓ／Ｎ）、基準信号受信電力（ＲＳＲＰ：reference signal received power）、基準信号受信品質（ＲＳＲＱ：reference signal received quality）、到着時間（ＴＯＡ）、到着角度（ＡＯＡ）、出発角度（ＡＯＤ）、受信時間－送信時間差（Ｒｘ－Ｔｘ）、またはＵＥ１０５とセルラトランシーバ（例えば、ｇＮＢ１１０）またはローカルトランシーバ（例えば、ＷｉＦｉアクセスポイント（ＡＰ））との間のラウンドトリップ信号伝搬時間（ＲＴＴ）を取得し得る。ＵＥ１０５は、ＵＥ１０５のロケーションを決定するために、ＳｇＮＢ１１０－１のようなロケーションサーバにこれらの測定値を転送し得、またはいくつかのインプリメンテーションでは、これらの測定値を、ＬＭＣサーバ、ＬＬＭＦサーバ、または他のロケーションサーバ（例えば、ＳｇＮＢ１１０－１）から受信されるかＮＧ－ＲＡＮ１１２内の基地局（例えば、ｇＮＢ１１０）によってブロードキャストされる支援データ（例えば、地上アルマナックデータ、またはＧＮＳＳアルマナックおよび／またはＧＮＳＳエフェメリス（Ephemeris）情報のようなＧＮＳＳ衛星データ）とともに使用してＵＥ１０５のロケーションを決定し得る。

【0042】

[0052] ＯＴＤＯＡのケースでは、ＵＥ１０５は、トランシーバおよび基地局の近くのペア（例えば、ｇＮＢ１１０）によって送信された測位基準信号（ＰＲＳ）、セル固有基準信号（ＣＲＳ）、またはトラッキング基準信号（ＴＲＳ：Tracking Reference Signal）のような信号間の基準信号時間差（ＲＳＴＤ）を測定し得る。ＲＳＴＤ測定値は、２つの異なるトランシーバからＵＥ１０５において受信された信号（例えば、ＴＲＳ、ＣＲＳ、またはＰＲＳ）間の到着時間差を提供し得る。ＵＥ１０５は、既知のロケーションと、測定されたトランシーバについての既知の信号タイミングとに基づいて、ＵＥ１０５の推定ロケーションを計算し得るＬＭＣサーバ、ＬＬＭＦサーバ、または他のロケーションサーバ（例えば、ＳｇＮＢ１１０－１）に測定されたＲＳＴＤを返し得る。

【0043】

[0053] ＯＴＤＯＡのいくつかのインプリメンテーションでは、ＲＳＴＤ測定のために使用される信号（例えば、ＰＲＳまたはＣＲＳ信号）は、例えば、共通世界時間を正確に取得するために、各トランシーバのＧＰＳまたはＧＮＳＳ受信機を使用して、ＧＰＳ時間または協定世界時間（ＵＴＣ：Coordinated Universal Time）のような共通世界時間にトランシーバによって正確に同期され得る。本明細書で説明する技法では、ｇＮＢ１１０のペア間のＲＴＤを取得する能力により、ｇＮＢ１１０の正確な同期は必要ない場合がある。そのようなＲＴＤはまた、各ｇＮＢ１１０内のＧＰＳまたはＧＮＳＳ受信機を必要とせずに、ｇＮＢ１１０を正確に（またはほぼ正確に）同期させるのを助けるためにも使用され得る。

【0044】

[0054] いくつかのインプリメンテーションでは、ネットワークベースの位置決め方法が、ターゲットＵＥ１０５を位置特定するために使用され得る。これらの方法を使用して、ｇＮＢ１１０および／またはＬＭＵのようなネットワーク内のエンティティは、ＵＥ１０５によって送信されたＵＬ信号を測定し得る。ＵＬ信号は、ＵＬ測位基準信号（ＰＲＳ）のようなＵＬ基準信号を含むか、または備え得る。次いで、ロケーション測定値を取得するエンティティ（例えば、ｇＮＢ１１０および／またはＬＭＵ）は、ターゲットＵＥ１０５のロケーションを計算し得るロケーションサーバ（例えば、ＳｇＮＢ１１０－１）にロケーション測定値を転送し得る。ＵＬロケーション測定値の例は、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱ、ＴＯＡ、Ｒｘ－Ｔｘ、ＡＯＡ、およびＲＴＴを含むことができる。位置決め方法の例は、アップリンク到着時間差（ＵＴＤＯＡ：Uplink Time Difference of Arrival）方法を含み得、これは、タイミングがＧＰＳ時間のような共通絶対時間と正確に同期されるかまたは整列されるｇＮＢ１１０および／またはＬＭＵによって取得されたＴＯＡ測定値を利用することができる。別の例となる位置決め方法は、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱ、ＴＯＡ、Ｒｘ－Ｔｘ、ＡＯＡ、およびＲＴＴ測定値のいずれかを活用し得るＥＣＩＤであり得る。

【0045】

[0055] ＵＥ支援型の位置決め方法を使用して、ＵＥ１０５は、ロケーション測定値（例えば、ｇＮＢ１１０についてのＲＳＳＩ、Ｒｘ－Ｔｘ、ＲＴＴ、ＲＳＴＤ、ＲＳＲＰ、および／またはＲＳＲＱの測定値、またはＳＶ１９０についてのＧＮＳＳ擬似距離、コード位相、および／またはキャリア位相の測定値）を取得し、ＵＥ１０５についてのロケーション推定値の計算のためにＳｇＮＢ１１０－１のような、ロケーションサーバ機能を実行するエンティティに測定値を送り得る。ＵＥベースの位置決め方法を使用して、ＵＥ１０５は、（例えば、ＵＥ支援型の位置決め方法のためのロケーション測定値と同じかまたは同様であり得る）ロケーション測定値を取得し得、追加的に、（例えば、ＳｇＮＢ１１０－１のようなロケーションサーバからポイントツーポイント手段によって受信されるか、またはｇＮＢ１１０によってブロードキャストされる支援データを活用して）ＵＥ１０５のロケーションを計算し得る。

【0046】

[0056] ＵＥ１０５のロケーションの推定値は、ロケーション、ロケーション推定値、ロケーションフィックス、フィックス、位置、位置推定値、または位置フィックス（position fix）と呼ばれることがあり、地理的であり得るため、高度成分（例えば、海抜高度、地上高度または地下深度、地上の階数または地下の階数）を含むことも含まないこともあるＵＥ１０５のロケーション座標（例えば、緯度および経度）を提供する。代替的に、ＵＥ１０５のロケーションは、都市ロケーション（例えば、郵便アドレスまたは特定の部屋もしくは階数のような建物内の何らかの地点または小さいエリアの指定）として表され得る。ＵＥ１０５のロケーションはまた、ＵＥ１０５が何らかの確率または信頼性レベル（例えば、６７％、９５％など）で位置すると予想されるエリアまたはボリューム（地理的にまたは都市の形態（civic form）のいずれかで定義される）として表され得る。ＵＥ１０５のロケーションはさらに、例えば、距離および方向、または、地理的に、都市的に（in civic term）、またはマップ、フロアプラン、もしくは建築プラン上に示された地点、エリア、もしくはボリュームを参照することによって定義され得る既知のロケーションにある何らかの原点に対して定義される相対的なＸ、Ｙ（およびＺ）座標を備える相対ロケーションであり得る。ロケーションは、ロケーション座標またはアドレスのような、ＵＥについての絶対ロケーション推定値として、または前のロケーション推定値からのまたは既知の絶対ロケーションからの距離および方向のような、ＵＥについての相対ロケーション推定値として表され得る。ＵＥ１０５のロケーションは、線速度、角速度、直線加速度、角加速度、ＵＥ１０５の角度方向、例えば、固定グローバルまたはローカル座標系に対するＵＥ１０５の向き、ＵＥ１０５を位置特定するためのトリガイベントの識別情報、またはこれらの何らかの組合せを含み得る。例えば、トリガイベントは、エリアイベント、モーションイベント、または速度イベントを含み得る。エリアイベントは、例えば、ＵＥ１０５が、定義されたエリアに入ること、エリアから出ること、および／またはエリアに留まることであり得る。モーションイベントは、例えば、ＵＥ１０５が、しきい値直線距離またはＵＥ１０５軌道に沿ったしきい値距離だけ移動することを含み得る。速度イベントは、例えば、ＵＥ１０５が、最小もしくは最大速度、しきい値の速度の増加および／または減少、および／またはしきい値の方向転換を達成することを含み得る。本明細書に含まれる説明において、ロケーションという用語の使用は、別途示されていない限り、これらの変形例のいずれかを備え得る。ＵＥ１０５のロケーションを計算するとき、ローカルｘ、ｙ、および場合によってはｚ座標を求め、次いで、必要に応じて、ローカル座標を絶対座標（例えば、緯度、経度、および平均海面より上または下の高度）に変換することが一般的である。

【0047】

[0057] 図１に示されるように、ＮＧ－ＲＡＮ１１２内のｇＮＢ１１０のペアは、例えば、図１に示されるように直接的に、または他のｇＮＢ１１０を介して間接的に、互いに接続され得る。５Ｇネットワークへのアクセスは、５Ｇ（例えば、ＮＲ）を使用するＵＥ１０５の代わりに５ＧＣＮ１５０へのワイヤレス通信アクセスを提供し得るｇＮＢ１１０のうちの１つまたは複数とＵＥ１０５との間のワイヤレス通信を介してＵＥ１０５に提供される。図１では、ＵＥ１０５のためのサービングｇＮＢ（ＳｇＮＢ）は、ｇＮＢ１１０－１であると仮定されているが、他のｇＮＢ（例えば、ｇＮＢ１１０－２および／またはｇＮＢ１１０－３）は、ＵＥ１０５が別のロケーションに移動した場合にサービングｇＮＢとして機能し得るか、またはＵＥ１０５に追加のスループットおよび帯域幅を提供するための二次ｇＮＢとして機能し得る。図１のいくつかのｇＮＢ１１０（例えば、ｇＮＢ１１０－２またはｇＮＢ１１０－３）は、ＵＥ１０５の測位を助けるために信号（例えば、指向性ＰＲＳ）を送信し得るが、ＵＥ１０５または他のＵＥから信号を受信することはない測位専用ビーコン（本明細書ではＬＴＵと呼ばれる）として機能するように構成され得る。

【0048】

[0058] 上述のように、図１は、５Ｇ通信プロトコルにしたがって通信するように構成されたノードを示すが、例えば、ＬＴＥプロトコルのような他の通信プロトコルにしたがって通信するように構成されたノードが使用され得る。異なるプロトコルを使用して通信するように構成されたそのようなノードは、少なくとも部分的に、５ＧＣＮ１５０によって制御され得る。したがって、ＮＧ－ＲＡＮ１１２は、ｇＮＢ、発展型ノードＢ（ｅＮＢ）、または他のタイプの基地局もしくはアクセスポイントの任意の組合せを含み得る。例として、ＮＧ－ＲＡＮ１１２は、ＵＥ１０５へのＬＴＥワイヤレスアクセスを提供し、ＡＭＦ１５４のような５ＧＣＮ１５０内のエンティティに接続し得る、図１には示されていない１つまたは複数の次世代ｅＮＢ（ｎｇ－ｅＮＢ）を含み得る。

【0049】

[0059] ｇＮＢ１１０および／またはｎｇ－ｅＮＢは、アクセスおよびモビリティ管理機能（ＡＭＦ）１５４と通信することができ、これは、測位機能のために、ロケーション管理機能（ＬＭＦ：Location Management Function）１５２と通信し得る。ＡＭＦ１５４は、セル変更およびハンドオーバを含む、ＵＥ１０５のモビリティをサポートし得、ＵＥ１０５へのシグナリング接続をサポートすること、および場合によっては、ＵＰＦ１５１によってサポートされるＵＥ１０５のためのプロトコルデータユニット（ＰＤＵ）セッションを確立および解放するのを助けることに参加し得る。ＡＭＦ１５４の他の機能は、ＮＧ－ＲＡＮ１１２からの制御プレーン（ＣＰ）インターフェースの終了、ＵＥ１０５のようなＵＥからの非アクセス層（ＮＡＳ）シグナリング接続の終了、ＮＡＳ暗号化および完全性保護、登録管理、接続管理、到達可能性管理、モビリティ管理、アクセス認証および認可を含み得る。

【0050】

[0060] ＬＭＦ１５２またはＳｇＮＢ１１０－１は、ＵＥ１０５がＮＧ－ＲＡＮ１１２にアクセスするときにＵＥ１０５の測位をサポートし得、アシストＧＮＳＳ（Ａ－ＧＮＳＳ）、観測到着時間差（ＯＴＤＯＡ）、リアルタイムキネマティック（ＲＴＫ）、精密単独測位（ＰＰＰ：Precise Point Positioning）、差分ＧＮＳＳ（ＤＧＮＳＳ）、拡張セルＩＤ（ＥＣＩＤ）、到着角度（ＡＯＡ）、出発角度（ＡＯＤ）、ＷＬＡＮ測位、マルチＲＴＴ、ＵＴＤＯＡ、および／または他の位置決め方法のような位置決めプロシージャ／方法をサポートし得る。ＳｇＮＢ１１０－１またはＬＭＦ１５２はまた、例えば、ＧＭＬＣ１５５またはＮＥＦ１５９から直接または間接的に受信される、ＵＥ１０５に対する位置特定サービス要求を処理し得る。いくつかの実施形態では、ＳｇＮＢ１１０－１および／またはＬＭＦ１５２をインプリメントするノード／システムは、追加的または代替的に、Ｅ－ＳＭＬＣ（Enhanced Serving Mobile Location Center）またはセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）のような他のタイプのロケーションサポートモジュールをインプリメントし得る。いくつかの実施形態では、（ＵＥ１０５のロケーションの導出を含む）測位機能の少なくとも一部は、（例えば、ワイヤレスノードによって送信された信号についての信号測定値と、ＵＥ１０５に提供される支援データとを使用して）ＵＥ１０５において実行され得ることに留意されたい。

【0051】

[0061] ＧＭＬＣ１５５は、外部クライアント１３０から受信されるＵＥ１０５に対するロケーション要求をサポートし得、ＵＥ１０５のためのサービングＡＭＦ１５４にそのようなロケーション要求を転送し得る。次いで、ＡＭＦ１５４は、（例えば、外部クライアント１３０からの要求にしたがって）ＵＥ１０５についての１つまたは複数のロケーション推定値を取得し得るＳｇＮＢ１１０－１にロケーション要求を転送し得、存在する場合にはＵＰＦ１５１およびＵＰＡ１５３を介して外部クライアント１３０にロケーション推定値（複数を含む）を返し得る。ＧＭＬＣ１５５は、外部クライアント１３０のためのサブスクリプション情報を含み得、外部クライアント１３０からのＵＥ１０５に対するロケーション要求を認証および認可し得る。ＧＭＬＣ１５５はさらに、ＡＭＦ１５４にＵＥ１０５に対するロケーション要求を送ることによって、ＵＥ１０５のためのロケーションセッションを開始し得、ＵＥ１０５のアイデンティティおよび要求されているロケーションのタイプ（例えば、現在のロケーションまたは一連の周期的もしくはトリガされたロケーション）をロケーション要求に含め得る。

【0052】

[0062] ＳｇＮＢ１１０－１およびＵＥ１０５は、位置特定の目的で、３ＧＰＰ技術仕様（ＴＳ）３６．３５５またはＴＳ３７．３５５において定義されたＬＴＥ測位プロトコル（ＬＰＰ：LTE Positioning Protocol）を使用して通信し得、ＬＰＰメッセージは、ＵＥ１０５とＳｇＮＢ１１０－１との間の無線リソース制御（ＲＲＣ）トランスポートメッセージ中で転送される。ＬＰＰプロトコルは、アシストＧＮＳＳ（Ａ－ＧＮＳＳ）、リアルタイムキネマティック（ＲＴＫ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、観測到着時間差（ＯＴＤＯＡ）、マルチＲＴＴ、ＡＯＤ、ＡＯＡ、センサ、および／または拡張セルアイデンティティ（ＥＣＩＤ：Enhanced Cell Identity）のようなＵＥ支援および／またはＵＥベースの位置決め方法を使用したＵＥ１０５の測位をサポートするために使用され得る。

【0053】

[0063] ＧＮＢ１１０は、例えば３ＧＰＰ ＴＳ３８．４１３で定義されているように、次世代アプリケーションプロトコル（ＮＧＡＰ：Next Generation Application Protocol）を使用してＡＭＦ１５４と通信し得る。ＮＧＡＰは、ＡＭＦ１５４がターゲットＵＥ１０５のためのＳｇＮＢ１１０－１からのターゲットＵＥ１０５のロケーションを要求することを可能にし、ＳｇＮＢ１１０－１がＵＥ１０５のロケーションをＡＭＦ１５４に返すこと、および／またはターゲットＵＥ１０５のロケーションに対する要求を確認することを可能にする。

【0054】

[0064] ＧＮＢ１１０は、例えば、３ＧＰＰ ＴＳ３８．４２３で定義されているように、ＸｎＡＰ（Xn Application Protocol）を使用して互いに通信し得る。ＸｎＡＰは、ターゲットＵＥのためのＵＬロケーション測定値を取得し、ＵＬロケーション測定値を返すように、あるｇＮＢ１１０が別のｇＮＢ１１０に要求することを可能にし得る。ＸｎＡＰはまた、ターゲットＵＥが送信されたダウンリンク（ＤＬ）ＲＳまたはＰＲＳのＤＬロケーション測定値を取得することを可能にするために、ＤＬ ＲＳまたはＰＲＳを送信するように、ｇＮＢ１１０が別のｇＮＢ１１０に要求することを可能にし得る。いくつかのインプリメンテーションでは、ＸｎＡＰは、ＵＬロケーション測定値および／またはＤＬ ＲＳもしくはＰＲＳ信号の送信を要求するために、ｇＮＢ１１０間で上位プロトコルレベル（例えば、３ＧＰＰ ＴＳ３８．４５５において定義されたＮＲ測位プロトコルＡ（ＮＲＰＰａ））に属するロケーション関連メッセージをトランスポートするために使用され得、このケースでは、ＸｎＡＰは、ｇＮＢ１１０のペア間のトランスポートプロトコルとしてのみ使用され得る。

【0055】

[0065] ｇＮＢ（例えば、ＳｇＮＢ１１０－１）は、例えば３ＧＰＰ ＴＳ３８．３３１で定義されているように、無線リソース制御（ＲＲＣ）プロトコルを使用してターゲットＵＥ１０５と通信し得る。ＲＲＣは、ｇＮＢ１１０（例えば、ＳｇＮＢ１１０－１）が、ｇＮＢ１１０および／または他のｇＮＢ１１０によって送信されたＤＬ ＲＳまたはＤＬ ＰＲＳの、ターゲットＵＥ１０５からのロケーション測定値を要求し、ロケーション測定値を返すことを可能にし得る。ＲＲＣはまた、ｇＮＢ１１０および／または他のｇＮＢ１１０が、送信されたＵＬ ＲＳまたはＰＲＳのＵＬロケーション測定値を取得することを可能にするために、ｇＮＢ１１０（例えば、ＳｇＮＢ１１０－１）が、ＵＬ ＲＳまたはＰＲＳを送信するようにターゲットＵＥ１０５に要求することを可能にする。ｇＮＢ（例えば、ＳｇＮＢ１１０－１）は、ロケーション測定値を返すためにＵＥ１０５によって使用され得る下位プロトコルレベル、例えばＬ１およびＬ２プロトコルレベルを使用してターゲットＵＥ１０５とさらに通信し得る。前に説明したように、ＲＲＣはまた、ＵＥ１０５とＳｇＮＢ１１０－１との間でＬＰＰメッセージをトランスポートするために使用され得る。例えば、ＬＰＰメッセージまたはＲＲＣメッセージは、ターゲットＵＥ１０５からのロケーション測定値を要求するために、および／またはＵＬ ＲＳもしくはＰＲＳを送信するようにターゲットＵＥ１０５に要求するために、ＳｇＮＢ１１０－１によって使用され得る。

【0056】

[0066] 例えば、ＸｎＡＰまたはＸｎＡＰによってトランスポートされるＮＲＰＰａを使用して、他のｇＮＢ１１０によってＳｇＮＢ１１０－１に提供される情報は、ＰＲＳ送信についてのタイミングおよび構成情報と、ｇＮＢ１１０のロケーション座標とを含み得る。次いで、ＳｇＮＢ１１０－１は、ＲＲＣメッセージ中で、ＬＰＰメッセージ中で、またはブロードキャストを介して、支援データとしてＵＥ１０５にこの情報の一部または全部を提供することができる。ＳｇＮＢ１１０－１からＵＥ１０５に送られるＲＲＣメッセージは、ＬＰＰが使用されるとき、いくつかのインプリメンテーションでは、埋め込まれたＬＰＰメッセージを含み得る。

【0057】

[0067] ＳｇＮＢ１１０－１からＵＥ１０５に送られるＲＲＣおよび／またはＬＰＰメッセージは、所望の機能性に応じて、様々な事柄のいずれかを行うようにＵＥ１０５に命令し得る。例えば、ＬＰＰおよび／またはＲＲＣメッセージは、ＧＮＳＳ（またはＡ－ＧＮＳＳ）、ＷＬＡＮ、ＡＯＤ、マルチＲＴＴ、および／またはＯＴＤＯＡ（または何らかの他の位置決め方法）のための測定値を取得するように、または測位基準信号、サウンディング基準信号（ＳＲＳ：Sounding Reference Signal）、または両方のようなアップリンク（ＵＬ）信号を送信するようにＵＥ１０５に対する命令を含み得る。ＯＴＤＯＡのケースでは、ＬＰＰおよび／またはＲＲＣメッセージは、特定のｇＮＢ１１０によってサポートされる特定のセル内で送信されたＰＲＳ信号の１つまたは複数の測定値（例えば、ＲＳＴＤ測定値）を取得するようにＵＥ１０５に命令し得る。ＵＥ１０５は、ＲＲＣおよび／またはＬＰＰメッセージ中で、または下位プロトコルレベル、例えば、Ｌ１またはＬ２プロトコルレベルで、測定値をＳｇＮＢ１１０－１に送り返すことができる。

【0058】

[0068] いくつかの実施形態では、ＬＰＰは、ＮＲ無線アクセスのためのＯＴＤＯＡ、ＡＯＤ、マルチＲＴＴ、およびＥＣＩＤのような位置決め方法をサポートするＮＲまたはＮＧ測位プロトコル（ＮＰＰまたはＮＲＰＰ）によって拡張され得るかまたはそれと置き換えられ得る。例えば、ＬＰＰメッセージは、埋め込まれたＮＰＰメッセージを含み得るか、またはＮＰＰメッセージと置き換えられ得る。

【0059】

[0069] ＮＧ－ＲＡＮ１１２内のｇＮＢ１１０はまた、ＵＥ１０５のようなＵＥに測位支援データをブロードキャストし得る。

【0060】

[0070] 図１に例示されるように、統一データ管理（ＵＤＭ）１５６は、ＧＭＬＣ１５５に接続され得る。ＵＤＭ１５６は、ＬＴＥアクセスのためのホーム加入者サーバ（ＨＳＳ）に類似しており、必要に応じて、ＵＤＭ１５６は、ＨＳＳと組み合わされ得る。ＵＤＭ１５６は、ＵＥ１０５についてのユーザ関連情報およびサブスクリプション関連情報を含む中央データベースであり、以下の機能を実行し得る：ＵＥ認証、ＵＥ識別、アクセス認可、登録およびモビリティ管理、サブスクリプション管理、ならびにショートメッセージサービス管理。

【0061】

[0071] 外部クライアント１３０からの位置特定サービスを含むサービスをサポートするために、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）１５９が５ＧＣＮ１５０に含まれ得る。ＮＥＦは、例えば、５ＧＣＮ１５０への５Ｇ ＮＲ無線アクセスではなく拡張パケットコア（ＥＰＣ）へのＬＴＥアクセスを有するＵＥ１０５の場合、サービス能力公開機能（ＳＣＥＦ）とも呼ばれ得る。ＮＥＦ１５９は、５ＧＣＮ１５０およびＵＥ１０５に関する能力およびイベントを外部クライアント１３０に安全に公開することをサポートし得（これは、アプリケーション機能（ＡＦ）とも呼ばれ得る）、外部クライアント１３０から５ＧＣＮ１５０に情報を安全に提供することを可能にし得る。位置特定サービスのコンテキストでは、ＮＥＦ１５９は、ＵＥ１０５の現在または最後の既知のロケーションを取得するように機能し得、ＵＥ１０５のロケーションの変化の指示、またはＵＥ１０５がいつ利用可能（または到達可能）になるかの指示を取得し得る。外部クライアント１３０は、ＮＥＦ１５９に直接アクセスし得るか、またはサービス能力サーバ（ＳＣＳ、図１には示されていない）にアクセスし得、これは、ＳＣＳを介してＵＥ１０５のためのロケーション情報を外部クライアント１３０に提供するために、外部クライアント１３０に代わってＮＥＦ１５９にアクセスし得る。ＮＥＦ１５９は、ＵＥ１０５の最後の既知のロケーション、現在のロケーション、および／または延期された周期的なトリガされたロケーションをサポートするために、ＧＭＬＣ１５５に接続され得る。必要に応じて、ＮＥＦ１５９は、ＧＭＬＣ１５５を含み得るか、またはそれと組み合わせられ得る。

【0062】

[0072] ユーザプレーン機能（ＵＰＦ）１５１は、ＵＥ１０５のための音声およびデータベアラをサポートし得、インターネットのような他のネットワークへのＵＥ１０５の音声およびデータアクセスを可能にし得る。ＵＰＦ１５１の機能は、データネットワークへの相互接続の外部ＰＤＵセッションポイント、パケット（例えば、インターネットプロトコル（ＩＰ）ルーティングおよび転送、ポリシールール施行のパケット検査およびユーザプレーン部分、ユーザプレーン（user plane）のためのサービス品質（ＱｏＳ）処理、ダウンリンクパケットバッファリング、およびダウンリンクデータ通知トリガを含み得る。例えば、ＳｇＮＢ１１０－１によって決定されたロケーション推定値を含むＵＥ１０５についてのロケーション報告は、存在する場合にはＵＰＦ１５１およびＵＰＡ１５３を介して、ＳｇＮＢ１１０－１によって外部クライアント１３０に返され得る。

【0063】

[0073] 図１は、非ローミングＵＥのためのネットワークアーキテクチャを示すが、適切な周知の変更により、対応するネットワークアーキテクチャがローミングＵＥのために提供され得ることは理解されるべきである。

【0064】

[0074] 図１は、どのようにロケーションセッションが確立され得るか、およびどのようにロケーション報告がＳｇＮＢ１１０－１によってサポートされ得るかを、太い矢印を介して大まかに例示する。ターゲットＵＥ１０５のためのロケーションセッションを確立する（またはキャンセルする）ために、太い矢印１６１によって示されるように、制御プレーン（ＣＰ）シグナリング経路が使用され得る。制御プレーン経路を使用して、外部クライアント１３０がＧＭＬＣ１５５またはＮＥＦ１５９にロケーション要求を送る制御プレーンプロシージャが使用され得、ＧＭＬＣ１５５またはＮＥＦ１５９は、ターゲットＵＥ１０５のためのサービングＡＭＦ１５４にロケーション要求を転送する。次いで、サービングＡＭＦ１５４は、ロケーションセッションのためのロケーションサーバ機能として機能する、ターゲットＵＥ１０５のためのＳｇＮＢ１１０－１にロケーション要求を転送する。図１には、ＧＭＬＣ１５５を介したロケーション確立だけが示されており、ＮＥＦ１５９を介したロケーション確立は示されていない。ロケーション報告について、太い矢印１６２および１６３によって示されるように、ユーザプレーン（ＵＰ）シグナリング経路が使用され得る。ユーザプレーンシグナリング経路を使用して、ＳｇＮＢ１１０－１は、ＵＰＡ１５３が使用されない場合にはＳｇＮＢ１１０－１と外部クライアント１３０との間のユーザプレーン接続を介して、ＵＰＡ１５３が使用される場合にはＳｇＮＢ１１０－１とＵＰＡ１５３との間のユーザプレーン接続およびＵＰＡ１５３と外部クライアント１３０との間の第２のユーザプレーン接続を介して、ＵＰＦ１５１を通って外部クライアント１３０にロケーション報告を送る。ＵＰＦ１５１は、ＳｇＮＢ１１０－１（このケースではＵＥ１０５ではない）へのプロトコルデータユニット（ＰＤＵ）セッションをサポートし得、これは、ＳｇＮＢ１１０－１から外部クライアント１３０のような外部ネットワークおよびエンティティへのＩＰ（および場合によってはローカルエリアネットワーク（ＬＡＮ））アクセスを可能にし得る。ユーザプレーン接続（複数を含む）は、２つのエンドポイントが同じ信頼ドメイン内にないとき、暗号化および相互認証を使用することができる。これは、典型的には、ＳｇＮＢ１１０－１と外部クライアント１３０との間、ＵＰＡ１５３が５ＧＣＮ１５０の外にある場合にはＳｇＮＢ１１０－１とＵＰＡ１５３との間、またはＵＰＡ１５３が５ＧＣＮ１５０の内部にある場合にはＵＰＡ１５３と外部クライアント１３０との間のユーザプレーン接続について発生する。

【0065】

[0075] ユーザプレーンを介したＳｇＮＢ１１０－１からのロケーション報告の場合、ＵＥ１０５は、ＵＥ１０５が常にＳｇＮＢ１１０－１を有するために、接続管理（ＣＭ）接続状態およびＲＲＣ接続状態またはＲＲＣ非アクティブ状態のままである必要があり得る。ターゲットＵＥ１０５がＣＭアイドル状態に遷移した場合、ＳｇＮＢ１１０－１は、（例えば、ターゲットＵＥ１０５によるＵＬ信号のＤＬロケーション測定または送信を再構成するために）ターゲットＵＥ１０５にアクセスすることができなくなり得、ＵＥ１０５のＵＬロケーション測定値を取得するためにどのｇＮＢ１１０およびＬＭＵを構成すべきかが分からない可能性がある。ターゲットＵＥ１０５のためのサービングＡＭＦ１５４が測位セッションを認識したままであり、ターゲットＵＥ１０５をＣＭアイドル状態にするのを回避する場合、ターゲットＵＥ１０５は、ＣＭ接続状態に保たれることができる。

【0066】

[0076] 図２は、ＵＥ１０５とＳｇＮＢ１１０－１との間の制御プレーンシグナリングのためのプロトコルスタック２００を例示する。プロトコルスタック２００のレイヤ１（Ｌ１）は、物理レイヤ（ＰＨＹ：Physical layer）であり、そのエンドポイントは、図２において２０２および２１２として示されている。レイヤ２（Ｌ２）は、以下のサブレイヤに分割される：（ｉ）エンドポイント２０４および２１４を有する媒体アクセス制御（ＭＡＣ：Media Access Control）、（ｉｉ）エンドポイント２０６および２１６を有する無線リンク制御（ＲＬＣ：Radio Link Control）、および（ｉｉｉ）エンドポイント２０８および２１８を有するパケットデータ収束プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）。物理レイヤ（ＰＨＹ）は、トランスポートチャネル、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのシグナリング、およびスケジューリング要求のシグナリングを介したデータおよびシグナリング転送サービスをＭＡＣサブレイヤに提供する。ＭＡＣサブレイヤは、ＲＬＣサブレイヤに論理チャネル、データおよびシグナリング転送と、無線リソース割当てとを提供する。ＲＬＣサブレイヤは、非確認モード（ＵＭ）、確認モード（ＡＭ）、透過モード（ＴＭ）でのデータ転送をＰＤＣＰサブレイヤに提供する。ＰＤＣＰは、ユーザプレーンデータの転送、制御プレーンデータの転送、ヘッダ圧縮、暗号化、および完全性保護をＲＲＣレイヤに提供する。ＲＲＣプロトコルは、使用される場合、ＰＤＣＰレイヤを活用し、図２に示すように、それぞれＵＥ１０５およびＳｇＮＢ１１０－１においてエンドポイント２１０および２２０を有する。

【0067】

[0077] ＳｇＮＢ１１０－１とＲＲＣ接続状態にあるＵＥ１０５の場合（例えば、ＵＥ１０５とＳｇＮＢ１１０－１との間にシグナリング関連付けまたは接続が存在し得る場合）、ＵＥ１０５によって取得されたロケーション測定情報は、ＵＥ１０５によって送信される１つまたは複数のＵＬサブフレームに含まれるビットシーケンス（例えば、これは追加の前方誤り訂正ビットを含み得る）にロケーション測定情報を符号化することによって、物理（ＰＨＹ）レイヤ（Ｌ１）でＳｇＮＢ１１０－１に転送され得、ここで、ＵＥ１０５によるＵＬサブフレームの送信は、ＳｇＮＢ１１０－１によって前に認可されている。ビットシーケンスはまた、ＵＥ１０５の識別情報および／またはＵＥ１０５のためのロケーションセッションの識別情報と、場合によっては、ＳｇＮＢ１１０－１による識別（複数を含む）の認証を可能にする追加のビットとを含み得る。ロケーション測定情報はまた、（例えば、ＳｇＮＢ１１０－１によってＵＥ１０５に前に提供された暗号化鍵を使用して）ＵＥ１０５によって暗号化され得る。

【0068】

[0078] 代替として、ＳｇＮＢ１１０－１とＲＲＣ接続状態にあるＵＥ１０５の場合、ＵＥ１０５によって取得されたロケーション測定情報は、それぞれＲＬＣ制御プロトコルデータユニット（ＰＤＵ）またはＰＤＣＰ制御ＰＤＵに含めることによって、ＲＬＣレイヤまたはＰＤＣＰレイヤ（Ｌ２）でＳｇＮＢ１１０－１に転送され得る。ＰＤＣＰレベルでの転送は、ＰＤＣＰレイヤによって暗号化および認証され得、ロケーション測定値の追加の暗号化および認証は必要としないであろう。しかしながら、ＲＬＣレベルでの転送は、ＰＨＹレイヤでのロケーション測定情報の転送について前に説明したように、ＵＥ１０５が、ＵＥ１０５の識別、ロケーションセッションの識別、識別（複数を含む）の認証のための追加の情報を含めることと、ロケーション測定情報を暗号化することとを必要とし得る。ＰＨＹまたはＲＬＣレイヤでの転送の場合、ＳｇＮＢ１１０－１は、任意の認証情報を使用して情報を認証し、暗号化されている場合にはロケーション測定情報を解読することができる。ＰＨＹ、ＲＬＣ、またはＰＤＣＰレイヤでロケーション測定情報を転送することの利益は、ＵＥ１０５およびＳｇＮＢ１１０－１によってより少ないプロトコルレイヤを処理することによるレイテンシの低減と、ＵＥ１０５のための任意の利用可能なＵＬシグナリングサブフレームにおいて情報を送る能力とを含み得る。

【0069】

[0079] ＲＲＣ非アクティブ状態にあるＵＥ１０５の場合（例えば、ＵＥ１０５が、サービングｇＮＢ１１０－１は有し得るが、ＳｇＮＢ１１０－１へのシグナリング接続は有さない場合）、ＵＥ１０５は、ＲＲＣメッセージを送る許可を求める要求（例えば、ランダムアクセスチャネル（ＲＡＣＨ）要求）をＳｇＮＢ１１０－１または別のｇＮＢ１１０に送ることによって、ＳｇＮＢ１１０－１とのメッセージ交換を開始し得る。要求は、共通制御チャネル（例えば、ＲＡＣＨチャネル）上で送られ得る。ＳｇＮＢ１１０－１または他のｇＮＢ１１０は、ＲＲＣメッセージを送る許可を示し、ＲＲＣメッセージを送るためのＵＬ送信リソース（例えば、利用可能なＵＬサブフレームおよび利用可能な帯域幅など）を提供するＲＲＣメッセージを返し得る。次いで、ＵＥ１０５は、共通制御チャネル上でＲＲＣメッセージを送信し得、暗号化され得るロケーション測定情報と、（例えば、ＳｇＮＢ１１０－１の識別情報を含み得る）ＵＥ１０５の識別情報と、ロケーションセッションの識別情報と、ＳｇＮＢ１１０－１による識別（複数を含む）の認証を可能にする追加の情報とを含め得る。ＲＲＣメッセージは、このメッセージ交換においてＵＥ１０５とＳｇＮＢ１１０－１との間で転送される第３のメッセージであるため、「メッセージ３」と呼ばれ得る。別のｇＮＢ１１０にＲＲＣメッセージを送るケースでは、この別のｇＮＢ１１０は、ロケーション測定情報、ＵＥ１０５の識別情報、ロケーションセッションの識別情報、および追加の認証情報をＳｇＮＢ１１０－１に転送し得る。次いで、ＳｇＮＢ１１０－１は、認証情報を使用してロケーション測定情報を認証し、暗号化されている場合にはロケーション情報を解読し得る。

【0070】

[0080] 図３は、ＳｇＮＢ１１０－１がターゲットＵＥ１０５についてのロケーション報告を外部クライアント１３０に転送するときに使用され得るプロトコル階層化３００を示す。ＳｇＮＢ１１０－１とＵＰＦ１５１との間のプロトコル階層化は、（例えば、３ＧＰＰ ＴＳ３８．３００およびＴＳ２３．５０１で定義されているように）ＮＧ－ＲＡＮ１１２と５ＧＣＮ１５０との間のＮ２基準点について定義されたものに対応するが、ＳｇＮＢ１１０－１がインターネットプロトコル（ＩＰ）レイヤもサポートする点が異なる。ＵＰＡ１５３が存在しないとき、ＵＰＦ１５１と外部クライアント１３０との間のプロトコル階層化は、任意の他の外部データエンティティに対してＵＰＦ１５１によってサポートされるものに対応する。上位レベルでは、ＳｇＮＢ１１０－１および外部クライアント１３０は、伝送制御プロトコル（ＴＣＰ）と、オプションでトランスポートレイヤセキュリティ（ＴＬＳ）と、ハイパーテキスト転送プロトコル（ＨＴＴＰ）（例えば、ＨＴＴＰ／２）またはセキュアユーザプレーンロケーション（ＳＵＰＬ）ソリューションのためのオープンモバイルアライアンスによって定義されたユーザプレーンロケーションプロトコル（ＵＬＰ）のいずれかとをサポートする。ＵＰＡ１５３が存在する場合、ＵＰＡ１５３は、ＩＰ、ＴＣＰ、および（存在する場合）ＴＬＳレイヤをインターセプトし、ＳｇＮＢ１１０－１と外部クライアント１３０との間でＨＴＴＰまたはＵＬＰメッセージを中継する。ＵＬＰの利点は、ターゲットＵＥ１０５のためのロケーション情報（例えば、ロケーション推定値）を転送するためのＵＬＰにおける既存のサポートと、ＴＬＳを使用する認証および暗号化のサポートとであり得る。ＨＴＴＰの利点は、低いインプリメンテーションの影響および外部クライアント１３０による広範なサポートであり得る。

【0071】

[0081] 図３に示すプロトコル階層化により、ＳｇＮＢ１１０－１は、ターゲットＵＥ１０５についてのロケーション報告を含むＨＴＴＰまたはＵＬＰメッセージを外部クライアント１３０に転送することができる。ＴＬＳは、相互認証を可能にし、暗号化をサポートするために使用され得る。ＴＣＰは、信頼性のある転送を提供するために使用される。ｇＮＢ１１０は、ＧＴＰ－Ｕ（GPRS Tunneling Protocol for user plane access）、ＵＤＰ／ＩＰ（User Datagram Protocol with IP）、ならびにＵＰＦ１５１に向けてレイヤ１および２（Ｌ１およびＬ２）をすでにサポートしている可能性があるため、新たな影響は、ＩＰ、ＴＣＰ、オプションでＴＬＳ、およびＨＴＴＰまたはＵＬＰのいずれかを追加することである。ＵＰＡ１５３が５ＧＣＮ１５０内に存在する場合、ＳｇＮＢ１１０－１はＴＬＳサポートを必要としないであろう。

【0072】

[0082] いくつかの代替的なインプリメンテーションでは、図３のＨＴＴＰまたはＵＬＰは、ＳＭＴＰ（Simple Mail Transfer Protocol）またはＳＯＡＰ（Simple Object Access Protocol）のようなプロトコルと置き換えられ得、ＩＰは、外部クライアント１３０がローカルエリアネットワーク（ＬＡＮ）を介してアクセスされる場合、ＬＡＮプロトコルと置き換えられ得るか、またはＬＡＮプロトコルで拡張され得る。

【0073】

[0083] 位置特定されている各ターゲットＵＥのために、ＳｇＮＢ１１０－１と外部クライアント１３０またはＵＰＡ１５３との間に１つのＴＣＰ接続および１つのオプションの対応するＴＬＳセッションが存在し得る。代替的に、１つのＴＣＰ接続およびオプションの対応するＴＬＳセッションは、ＳｇＮＢ１１０－１によって外部クライアント１３０またはＵＰＡ１５３にロケーション報告が送られる必要があるいくつかまたはすべてのターゲットＵＥについてのロケーション報告をサポートするために使用されることで、複数のＵＥの間で共有され得る。ＨＴＴＰまたはＵＬＰ（または他の同等の）プロトコルレベルで送られるロケーション報告は、ターゲットＵＥ１０５のアイデンティティまたはリファレンス（例えば、ＧＰＳＩ（Generic Public Subscription Identifier）、ＳＵＰＩ（Subscription Permanent Identifier））、外部クライアント１３０のアイデンティティまたはアドレス（例えば、ロケーション報告がＵＰＡ１５３を介して送られるとき）、ロケーションセッションリファレンスまたは識別子、および報告されているロケーション関連情報を含み得る。

【0074】

[0084] 本明細書で「ロケーションコンテキスト情報（location context information）」と呼ばれる情報は、ＵＬおよびＤＬ ＲＳの送信をサポートし、ＵＬおよびＤＬロケーション測定値を取得し、ロケーション測定値をＳｇＮＢ１１０－１に転送し、および／またはロケーション報告を外部クライアント１３０に行う（deliver）ために、参加エンティティ（例えば、ＵＥ１０５およびｇＮＢ１１０）において必要とされ得る。

【0075】

[0085] ＳｇＮＢ１１０－１を使用した１つのターゲットＵＥ１０５についてロケーション報告の場合、表１は、各タイプのエンティティに記憶され得るロケーションコンテキスト情報と、この情報を作成、更新、または削除し得るイベントとを要約する。

【表1】

【0076】

[0086] ロケーションセッション識別子（location session identifier）（例えば、表１に示されているような）は、ターゲットＵＥ１０５に対するロケーション要求と、ロケーション要求をサポートするためにＳｇＮＢ１１０－１によって使用される関連するロケーションセッションとを識別するために使用され得る。ロケーションセッション識別子はまた、シグナリングメッセージおよびロケーション測定値をロケーションセッションに関連付けるために使用され得る。ＵＬロケーション測定値のケースでは、ＲＰは、ＵＬロケーション測定値をＳｇＮＢ１１０－２に送り得、ＳｇＮＢ１１０－１が各メッセージをロケーションセッションに関連付けることができるように、ＵＬロケーション測定値を伝達するために使用される各メッセージにロケーションセッション識別子を含め得る。ＤＬロケーション測定値のケースでは、ターゲットＵＥ１０５は、ＤＬロケーション測定値をＳｇＮＢ１１０－１に送り得、（例えば、図２について説明したように、ＰＨＹ、ＲＬＣ、ＰＤＣＰ、またはＲＲＣレイヤで送られる）ＤＬロケーション測定メッセージを伝達するために使用される各メッセージにロケーションセッション識別子を含め得る。

【0077】

[0087] 図４は、ＳｇＮＢ１１０－１の使用に適用可能なＳＬＬＬＳをサポートするためのロケーションセッション確立および報告プロシージャを示す。このプロシージャは、ユーザプレーンシグナリングを介したロケーション報告が外部クライアント１３０によってどのように要求され、参加エンティティにおいてどのように構成され得るかを詳細に示す。このプロシージャは、図１の通信システム１００にあるような非ローミングターゲットＵＥ１０５に適用される。

【0078】

[0088] 図４に例示されるように、外部クライアント１３０は、５ＧＣＮ１５０内のＮＥＦ１５９またはＧＭＬＣ１５５のいずれかにターゲットＵＥ１０５に対するロケーション要求を送り得る。ＮＥＦ１５９を介した要求の場合、ステージ１～４が実行され、ステージ５～８が省略される。ＧＭＬＣ１５５を介した要求の場合、ステージ１～４が省略され、ステージ５～８が実行される。ＮＥＦ１５９を介した要求の場合、ステージ１においてＮＥＦ１５９に送られるロケーション要求は、（ｉ）ターゲットＵＥ１０５のアイデンティティ（例えば、ＧＰＳＩまたはＳＵＰＩ）、（ｉｉ）ステージ１８においてロケーション報告を送り返す基準（例えば、エリアイベントトリガまたはＵＥモーショントリガのようなロケーション報告トリガイベントまたはロケーション報告を周期的に送るためのパラメータ）、（ｉｉｉ）必要とされるロケーション精度、ロケーション報告レイテンシ、およびロケーション報告信頼性のようなサービス品質（ＱｏＳ）パラメータ、（ｉｖ）最小および／または最大ロケーション報告間隔、（ｖ）ロケーション報告を開始および停止する基準（例えば、開始時間、停止時間、報告の最大数、報告の最大持続時間）、（ｖｉ）ロケーション報告コンテンツ（例えば、サポートされるＧＡＤ（Geographic Area Description）形状、ならびにＵＥの速度および／またはＵＥの向きが報告されるべきかどうか）、（ｖｉｉ）外部クライアント１３０の識別情報（例えば、クライアント名、完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）、またはＩＰアドレス）、および／または（ｖｉｉｉ）後にステージ１８においてロケーション報告を識別するために使用されることとなるロケーションセッションリファレンス（例えば、番号または英数字シーケンス）を含み得る。ステージ１におけるロケーション要求はまた、ユーザプレーンを介して（例えば、ステージ１８において）ロケーション報告を送るように求める要求と、ユーザプレーンを介してロケーション報告が送られるべきアドレス（例えば、ＩＰアドレス、統一資源識別子（ＵＲＩ：Uniform Resource Identifier）またはＦＱＤＮ）と、セキュリティ情報とを含み得る。セキュリティ情報は、後述するように、ＳｇＮＢ１１０－１と外部クライアント１３０との間にＴＬＳセッションを確立するために使用可能な暗号化および／または認証鍵（または複数の鍵）と外部クライアント１３０の識別情報とを含み得る。セキュリティ情報は、存在しないことも、またはステージ１８におけるロケーション報告がＵＰＡ１５３を使用する場合にはＮＥＦ１５９によって無視されることもあり得る。ステージ１の一部として、ＮＥＦ１５９は、外部クライアント１３０を認証し、外部クライアント１３０がターゲットＵＥ１０５を位置特定することを認可されていることを検証することができる。例えば、ＮＥＦ１５９は、（例えば、ＵＤＭ１５６に記憶されているターゲットＵＥ１０５についてのプライバシー要件を要求することによって）ターゲットＵＥ１０５に対するプライバシー要件と、プライバシー要件により、ターゲットＵＥ１０５が外部クライアント１３０によって位置特定されることができることとを検証し得る。

【0079】

[0089] 図４のステージ２において、ＮＥＦ１５９がターゲットＵＥ１０５のためのサービングＡＭＦ１５４を認識していない場合、ＮＥＦ１５９は、Nudm_UEContextManagement_Getサービス動作を呼び出すことによって、サービングＡＭＦ１５４のアドレスについてＵＤＭ１５６に問い合わせ得る。次いで、ＵＤＭ１５６がサービングＡＭＦのアドレスを返す。

【0080】

[0090] ステージ３において、ＮＥＦ１５９は、Namf_EventExposure Subscribeサービス動作を呼び出すことによって、ステージ１において受信したロケーション要求をターゲットＵＥ１０５のためのサービングＡＭＦ１５４に転送する。転送されたロケーション要求は、ステージ１で含まれた情報の一部または全部を含み得る。サービングＡＭＦ１５４は、ロケーション要求の受け入れを確認する応答をＮＥＦ１５９に返し得る。

【0081】

[0091] プロシージャの変形例では、ＮＥＦ１５９は、ＵＤＭ１５６を介してサービングＡＭＦ１５４にロケーション要求を送り得（図４には示されていない）、このケースでは、ステージ２が実行されないことに留意されたい。

【0082】

[0092] ステージ４において、ＮＥＦ１５９は、ステージ１において送られたロケーション要求をネットワークが受け入れたことを確認する第１の応答を外部クライアント１３０に返し得る。

【0083】

[0093] プロシージャの変形例（図４には示されていない）では、ＮＥＦ１５９は、ステージ１の後にＧＭＬＣ１５５にロケーション要求を転送し得、このケースでは、ＧＭＬＣ１５５が、ステージ６および７を実行し、ＮＥＦ１５９にロケーション応答を返すことができることに留意されたい。この変形例では、ステージ２および３は実行されない。

【0084】

[0094] 図４のステージ５において、ＧＭＬＣを介した要求について、ロケーション要求は、ＮＥＦ１５９を介したロケーション要求についてステージ１において説明したものと同じ情報または同様の情報を含み得る。ステージ５の一部として、ＧＭＬＣ１５５は、外部クライアント１３０を認証し、（例えば、ステージ１においてＮＥＦ１５９について説明したように）外部クライアント１３０がターゲットＵＥ１０５を位置特定することを認可されていることを検証することができる。

【0085】

[0095] ステージ６において、ＧＭＬＣ１５５がターゲットＵＥ１０５のためのサービングＡＭＦ１５４を認識していない場合、ＧＭＬＣ１５５は、Nudm_UEContextManagement_Getサービス動作を呼び出すことによって、サービングＡＭＦ１５４のアドレスについてＵＤＭ１５６に問い合わせ得る。次いで、ＵＤＭ１５６がサービングＡＭＦ１５４のアドレスを返す。

【0086】

[0096] ステージ７において、ＧＭＬＣ１５５は、Namf_Location_ProvidePositioningInfoサービス動作を呼び出すことによって、ステージ５において受信したロケーション要求をターゲットＵＥのためのサービングＡＭＦ１５４に転送する。転送されたロケーション要求は、ステージ５で含まれた情報の一部または全部を含み得る。サービングＡＭＦ１５４は、ロケーション要求の受け入れを確認する応答をＧＭＬＣ１５５に返し得る。

【0087】

[0097] ステージ８において、ＧＭＬＣ１５５は、ステージ５において送られたロケーション要求をネットワークが受け入れたことを確認する第１の応答を外部クライアント１３０に返し得る。

【0088】

[0098] 図４のステージ９（これは、ＮＥＦ１５９またはＧＭＬＣ１５５のいずれかを介して送られたロケーション要求に適用される）において、サービングＡＭＦ１５４は、（例えば、ターゲットＵＥ１０５が、最初は、間欠受信（ＤＲＸ）または省電力モード（ＰＳＭ）の使用により到達可能でない場合）ターゲットＵＥ１０５が到達可能になるのを待つ。

【0089】

[0099] ステージ１０において、ターゲットＵＥ１０５がＣＭ接続状態にない（例えば、ＳｇＮＢ１１０－１を有さない）場合、サービングＡＭＦ１５４は、ターゲットＵＥ１０５をＣＭ接続状態にするように求めるネットワークトリガ型サービス要求を実行する。ＵＥ１０５がＣＭ接続状態になると、サービングＡＭＦ１５４は、ターゲットＵＥ１０５の要求されたロケーションを示し、場合によっては外部クライアント１３０を識別するメッセージ（例えば、付加サービスメッセージ）をターゲットＵＥ１０５に送ることによって、ターゲットＵＥ１０５のプライバシーを検証し得る。ターゲットＵＥ１０５は（例えば、ターゲットＵＥ１０５のユーザに通知して、応答を取得した後）、ロケーション要求が許可されるか否かを示す応答をサービングＡＭＦ１５４に返し得る。ロケーション要求が許可されない場合、サービングＡＭＦ１５４は、ステージ１４～１７にあるように、ロケーション要求をターゲットＵＥ１０５が受け入れなかったことを示す応答を外部クライアント１３０に返し得、プロシージャの残りが省略され得る。

【0090】

[0100] ステージ１１において、サービングＡＭＦ１５４は、ＬＭＦ１５２ではなくＮＧ－ＲＡＮ１１２において位置特定サービス能力を使用することを決定する。この決定は、（例えば、５ＧＣＮ１５０がＬＭＦ１５２を含まない場合）すべてのターゲットＵＥのためのサービングＡＭＦ１５４において構成され得るか、またはステージ３もしくはステージ７において受信したロケーション要求のタイプに基づき得る（例えば、１秒未満のレイテンシのような非常に低いレイテンシを指定するＱｏＳを含むロケーション要求および／またはユーザプレーンを介したロケーション報告を指定するロケーション要求に基づき得る）。次いで、サービングＡＭＦ１５４は、ＮＧＡＰロケーション要求メッセージ（例えば、ＮＧＡＰロケーション報告制御（ＬＲＣ）メッセージ）をターゲットＵＥ１０５のためのＳｇＮＢ１１０－１に送る。ＮＧＡＰロケーション要求メッセージは、制御プレーンシグナリングを使用して送られ得る。ＮＧＡＰロケーション要求メッセージは、ステージ３またはステージ７においてサービングＡＭＦ１５４によって受信されたロケーション要求内の情報の一部または全部を備える「ロケーション要求情報」を含み得る。いくつかのインプリメンテーションでは、ＮＧＡＰロケーション要求メッセージは、トランスポートメッセージであり得るか、またはトランスポートメッセージとして機能し得、ロケーション要求情報を含む上位プロトコルレベルのためのメッセージ（例えば、ＬＭＦサービスベースの動作のためのメッセージ）を含み得る。ＳｇＮＢ１１０－１は、表１に記載されているように、ＳｇＮＢ１１０－１においてターゲットＵＥ１０５のためのロケーションコンテキストの一部を形成し得るロケーション要求情報の一部または全部を記憶し得る。

【0091】

[0101] ステージ１２において、ＳｇＮＢ１１０－１は、ステージ１１において受信したロケーション要求をサポートするように、ターゲットＵＥ１０５のロケーション測定を構成する。ステージ１２における測定構成は、図５においてより詳細に説明される。

【0092】

[0102] ステージ１３において、ＳｇＮＢ１１０－１は、ターゲットＵＥ１０５に対するロケーション要求がアクティブ化されていることを確認するＮＧＡＰロケーション応答（例えば、ＮＧＡＰロケーション報告メッセージ、または上位プロトコルレベルでロケーション応答を搬送するトランスポートメッセージ）をサービングＡＭＦ１５４に返す。いくつかの実施形態では、ステージ１３はステージ１２の前に行われ得る。

【0093】

[0103] ステージ１４において、ＮＥＦ１５９からの要求に対して（例えば、ステージ１～４が実行された場合、またはＮＥＦ１５９がＵＤＭ１５６を介してサービングＡＭＦ１５４にロケーション要求を送った場合）、サービングＡＭＦ１５４は、ステージ１におけるロケーション要求がアクティブ化されているという指示をＮＥＦ１５９に送るために、Namf_EventExposure Notifyサービス動作を呼び出す。

【0094】

[0104] ステージ１５において、ＮＥＦ１５９は、ステージ１４において受信した指示を外部クライアント１３０に転送する。

【0095】

[0105] ステージ１６において、ＧＭＬＣ１５５からの要求に対して（例えば、ステージ７が実行された場合）、サービングＡＭＦ１５４は、ステージ５（または、ＮＥＦ１５９がロケーション要求をＧＭＬＣ１５５に転送する場合にはステージ１）におけるロケーション要求がアクティブ化されているという指示をＧＭＬＣ１５５に送るために、Namf_Location_EventNotifyサービス動作を呼び出す。

【0096】

[0106] ステージ１７において、ＧＭＬＣ１５５は、ステージ１６において受信した指示を外部クライアント１３０に転送する。

【0097】

[0107] ステージ１８において、ＳｇＮＢ１１０－１は、図６でより詳細に説明するように、ユーザプレーンを介してターゲットＵＥ１０５についてのロケーション報告を行う。

【0098】

[0108] ステージ１９において、ターゲットＵＥ１０５、ＳｇＮＢ１１０－１、ＧＭＬＣ１５５、ＮＥＦ１５９、または外部クライアント１３０は、ロケーション報告に参加している他のエンティティにロケーションキャンセル要求を直接または間接的に送ることによって、ロケーション要求をキャンセルし得る。ロケーション報告に参加している他のエンティティは、ターゲットＵＥ１０５、ＳｇＮＢ１１０－１、ＧＭＬＣ１５５、ＮＥＦ１５９、および外部クライアント１３０のうち、ロケーションキャンセルを引き起こしていないものであって、ステージ１～１８のうちの少なくとも１つに参加したものはどれでも含み得る。

【0099】

[0109] 図５は、ＳＬＬＬＳをサポートするためにＳｇＮＢ１１０－１によるロケーション測定構成をサポートするプロシージャを示す。このプロシージャは、図４のステージ１２をサポートするために使用され得る。このプロシージャは、図１にあるような非ローミングターゲットＵＥ１０５に適用される。

【0100】

[0110] 図５のステージ１において、ＳｇＮＢ１１０－１は、ＵＥ１０５にＲＲＣ要求メッセージを送ることと、ＵＥ１０５からロケーション能力（location capability）を含むＲＲＣ応答メッセージを受信することとによって、ターゲットＵＥ１０５のロケーション能力を取得し得る。いくつかの実施形態では、ＲＲＣ要求メッセージおよびＲＲＣ応答メッセージは各々、それぞれ、能力に対する要求およびロケーション能力を含むＬＰＰメッセージを含み得る。一実施形態では、ＲＲＣ要求メッセージは、埋め込まれたＬＰＰ要求メッセージ（例えば、ＬＰＰ要求能力）を含み得、ＲＲＣ応答メッセージは、埋め込まれたＬＰＰ応答メッセージ（例えば、ＬＰＰ提供能力）を含み得、ここで、ＬＰＰ応答メッセージは、ＵＥ１０５のロケーション能力を含む。ＵＥ１０５から受信されたロケーション能力は、例えば、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでロケーション情報を送る能力と、ＯＴＤＯＡおよびマルチＲＴＴをサポートする能力とを示し得る。

【0101】

[0111] ステージ２において、ＳｇＮＢ１１０－１は、ターゲットＵＥ１０５についてのロケーション推定値および他のロケーション情報を取得するための１つまたは複数の位置決め方法を決定する。位置決め方法は、例えば、マルチＲＴＴ、ＯＴＤＯＡ、および慣性センサの使用を含み得る。位置決め方法は、ステージ１において取得されたＵＥ１０５のロケーション能力および／または（例えば、図４のステージ１１において受信した）ターゲットＵＥ１０５に対するロケーション要求のための要求されたＱｏＳに基づいて決定され得る。例えば、決定された位置決め方法（複数を含む）は、ターゲットＵＥ１０５によってサポートされるものとして示され、要求されたＱｏＳをサポートするかまたはサポートするのを助けることができる位置決め方法だけを備え得る。ＳｇＮＢ１１０－１はまた、決定された位置決め方法（複数を含む）をサポートするためにターゲットＵＥ１０５のＵＬロケーション測定値を取得するための１つまたは複数の受信ポイント（ＲＰ）を選択し得る。ＲＰは、ＳｇＮＢ１１０－１および１つまたは複数のＮｇＮＢ１１０－２、１１０－３、１１０－４を含み得る。ＳｇＮＢ１１０－１はまた、各ＲＰによって取得される１つまたは複数のＵＬロケーション測定値と、ＵＬロケーション測定値を取得する基準とを決定し得る。ＵＬロケーション測定値は、決定された位置決め方法（複数を含む）、ロケーションＱｏＳ、および／または（例えば、ＳｇＮＢ１１０－１において構成されるような）選択された測定エンティティのロケーション能力に基づいて決定され得る。例えば、ＵＬロケーション測定値は、ＴＯＡ、Ｒｘ－Ｔｘ、ＡＯＡ、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱのうちの１つまたは複数を含み得る。典型的に、ＵＬロケーション測定値を取得する基準は、固定の周期的間隔で測定値を取得することである。ＳｇＮＢ１１０－１はまた、ターゲットＵＥ１０５によって取得されるべき１つまたは複数のＤＬロケーション測定値と、ＤＬロケーション測定値を取得する基準とを決定し得る。ＤＬロケーション測定値は、決定された位置決め方法（複数を含む）、ロケーションＱｏＳ、および／またはステージ１において取得されたターゲットＵＥ１０５のロケーション能力に基づいて決定され得る。例えば、ＤＬロケーション測定値は、Ｒｘ－Ｔｘ、ＡＯＡ、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱ、ＲＳＴＤのうちの１つまたは複数を含み得る。ＤＬロケーション測定値を取得する基準は、固定の周期的間隔で測定値を取得することであり得る。しかしながら、前に説明したように、ＲＳＴＤのＤＬ測定値は、ＵＬ測定値がｇＮＢ１１０によって取得されるよりも低い（すなわち、短い）周期的間隔で、およびＤＬ Ｒｘ－ＴＸ測定値がＵＥ１０５によって取得されるよりも低い周期的間隔で、ＵＥ１０５によって取得され得る。ＳｇＮＢ１１０－１はさらに、Ｌ１またはＬ２プロトコルレベルでＵＥ１０５によって提供されるロケーション情報を暗号化するために使用される暗号鍵（cipher key）を決定し得る。

【0102】

[0112] 一実施形態では、ＳｇＮＢ１１０－１は、ステージ２の一部として、ＵＥ１０５によって取得される「追加の測定値」を決定し得、これは、ＤＬロケーション測定値とともにＵＥ１０５によって報告され得る。例として、追加の測定値は、センサ測定値（sensor measurement）（例えば、ＵＥ１０５のロケーションの変化、速度、速度の変化、および／または加速度の測定値）を備えるか、または含み得る。追加の測定値は、ＤＬロケーション測定値を取得する間にＵＥ１０５が移動しているときにＳｇＮＢ１１０－１がＵＥ１０５のロケーションを決定することを可能にするのに有用であり得る。例えば、追加の測定値は、各ＤＬロケーション測定値がＵＥ１０５によって取得されたＵＥ１０５の相対ロケーションをＳｇＮＢ１１０－１が決定することを可能にし得、これは、すべてのＤＬロケーション測定値がＵＥ１０５の単一のロケーションに対応すると仮定することによって引き起こされる誤りを回避するのに役立ち得る。これは、より高い信頼性および精度でＳｇＮＢ１１０－１がＵＥ１０５を位置特定することを可能にする。

【0103】

[0113] オプションであるステージ３において、ＳｇＮＢ１１０－１は、ステージ２において決定されたＤＬロケーション推定値のうちのいくつかまたはすべてをサポートするためにターゲットＵＥ１０５によって後に測定されることとなるＤＬ基準信号（ＲＳ）を送信するための、ｇＮＢ１１０（例えば、他のＮｇＮＢ１１０－２、１１０－３、１１０－４およびＳｇＮＢ１１０－１）を備える１つまたは複数の送信ポイント（ＴＰ）またはｇＮＢ１１０内のＴＰを選択し得る。基準信号は、測位基準信号（ＰＲＳ）、トラッキング基準信号（ＴＲＳ）、および他のタイプのＲＳを含み得、無指向性ＲＳおよび／または指向性（例えば、ビームフォーミングされた）ＲＳを含み得る。次いで、ＳｇＮＢ１１０－１は、選択された各ＴＰによるＤＬ ＲＳの送信を構成するために、ＳｇＮＢ１１０－１の一部ではない選択された各ＴＰにＸｎＡＰメッセージを送り得る。いくつかの実施形態では、ステージ３において各選択されたＴＰに送られるＸｎＡＰメッセージは、この選択されたＴＰによるＤＬ ＲＳの送信を構成するための情報を含むＮＲＰＰａメッセージを含み得る。構成されたＲＳのための送信時間は、ターゲットＵＥ１０５についての必要とされたまたは選択されたロケーション報告と一致するように時間設定され得る。例えば、外部クライアント１３０が、図４のステージ１またはステージ５において２００ミリ秒（ｍｓ）の間隔でターゲットＵＥ１０５についての周期的なロケーション報告を要求する場合、ＳｇＮＢ１１０－１は、各２００ｍｓの報告間隔の前に少なくとも１回、短期間（例えば、１ｍｓ）ＤＬ ＲＳを送信するように各ＴＰを構成し得る。ターゲットＵＥ１０５は、ＵＥ１０５のための正確な位置決定を保証するために、ＵＥ１０５による各周期的なロケーション報告の前に多くのＴＰ（例えば、１０～２０個のＴＰ）の各々からのＤＬ ＲＳを測定する必要があり得るため、ＳｇＮＢ１１０－１は、各ＴＰが他のＴＰのうちのいくつかまたはすべてに異なる時間にＤＬ ＲＳを送信するように構成することによって、ＤＬ ＲＳの「時間分離（time separation）」を用い得る。これにより、ＵＥ１０５は、任意の特定の時間に１つのＤＬ ＲＳを測定し、ＵＥ１０５は、いくつかのＵＥにとって困難または不可能であり得る２つ以上のＤＬ ＲＳの同時の測定を回避することができる。

【0104】

[0114] 一実施形態では、ＤＬ ＲＳの「時間分離」は、ＲＳ送信（または測位）機会の共通セットをすべてのＴＰに割り当てることによって達成され得、この機会の各々の間は、いくつかのＴＰ（例えば、１つのＴＰまたは数個のＴＰ）だけがＤＬ ＲＳを送信し、残りのＴＰは、ＤＬ ＲＳを送信しているＴＰへの干渉を低減するために、（ＤＬ ＲＳ送信に割り当てられた周波数範囲内でＤＬ信号を送信しないことによって）ＤＬ ＲＳ送信をミュートする。ＤＬ ＲＳへの干渉は、異なるＤＬ ＲＳが、異なる非重複周波数範囲で送信される「周波数分離（frequency separation）」、または異なるＤＬ ＲＳが、ビット、チップ、シンボル、または他の物理レベルで異なる（例えば、直交）コードシーケンスにしたがって符号化される「符号分離（code separation）」を用いることによっても低減され得る。選択されたＴＰが、他のＵＥの位置特定をサポートするためにすでにＲＳを送信している状況では、ＳｇＮＢ１１０－１は、ＲＳの送信の増加（例えば、より高い帯域幅および／またはより高い送信周波数を使用すること）を要求することによって、および／またはＤＬ ＲＳの改善された時間分離、改善された符号分離、および／または改善された周波数分離の要求することによって、送信を修正し得る。ＴＰの構成は、必要とされたＤＬ ＲＳ送信を示すＸｎＡＰメッセージ（場合によってはＮＲＲＰａメッセージを含む）をＳｇＮＢ１１０－１から各選択されたＴＰ（ＳｇＮＢ１１０－１を除く）に送ることによってサポートされ得る。各ＴＰに送られた構成情報は、ＲＳの詳細（例えば、ＲＦキャリア周波数、帯域幅、送信の周期性、割り当てられた送信または測位機会、ミュート機会、コーディングシーケンス、ＤＬ ＲＳ送信の持続時間）ならびに開始時間および終了時間を含み得る。各ＴＰは、要求されたＤＬ ＲＳ構成が実行され得るか否かを確認する応答（例えば、ＸｎＡＰおよび／またはＮＲＰＰａ応答）をＳｇＮＢ１１０－１に返し得る。

【0105】

[0115] オプションであるステージ４において、他のｇＮＢ１１０またはＬＭＵを含むかまたはそれらの一部であるＲＰがステージ２において選択された場合、ＳｇＮＢ１１０－１は、ターゲットＵＥ１０５によって送信されるべき信号のＵＬロケーション測定値を要求するＸｎＡＰ要求メッセージ（例えば、ＸｎＡＰ測位測定要求）を各ＲＰに送る。各要求は、ターゲットＵＥ１０５によって後に送信されることとなる信号（複数を含む）のタイプ（例えば、ＵＬ ＰＲＳであるか、ＵＬ ＳＲＳであるか、または他のタイプのＵＬ ＲＳであるか）を示し得、ＲＦキャリア周波数、帯域幅、コーディング、および送信のタイミングのような、信号（複数を含む）の特性を含み得る。各要求はまた、要求されるＵＬロケーション測定値のタイプを示し得、測定のためのＱｏＳ（例えば、精度、測定値を取得する際のレイテンシ、信頼性）を示し得る。各要求はまた、各々でＵＬロケーション測定値が取得されるべき一連の測定機会を示し得る。測定機会は、周期的であり得、このケースでは、ＳｇＮＢ１１０－１は、周期性ならびに開始時間および終了時間を提供し得る。前に説明したように、ステージ４において要求されるＵＬロケーション測定値は、固定の周期的間隔でＲＰによって取得されるべきＲｘ－Ｔｘ測定値またはＴＯＡ測定値を含み得る。いくつかの実施形態では、ステージ４において各ＲＰに送られるＸｎＡＰ測位測定要求メッセージは、このＲＰによるＵＬロケーション測定を構成するための情報の一部または全部を含むＮＲＰＰａメッセージを含むＸｎＡＰトランスポートメッセージであり得る。

【0106】

[0116] ステージ５において、ステージ４が発生した場合、ステージ４の一部として要求を受信する各ＲＰは、ステージ４において要求されたＵＬロケーション測定値がサポートされ得るかどうかを示すＸｎＡＰ応答メッセージ（例えば、ＸｎＡＰ測位測定応答またはＮＲＰＰａメッセージを含むＸｎＡＰトランスポートメッセージ）をＳｇＮＢ１１０－１に送る。いくつかの変形例では、ステージ４および５のためのメッセージ（例えば、ＸｎＡＰおよび／またはＮＲＰＰａメッセージ）は、ステージ３をサポートするために使用されるメッセージと組み合わされ得る。

【0107】

[0117] ステージ６において、ＳｇＮＢ１１０－１は、ステージ２において選択されたＵＬロケーション測定値をサポートするためにＵＬ ＲＳ（例えば、ＵＬ ＰＲＳまたはＵＬ ＳＲＳ）の、ターゲットＵＥ１０５によるＵＬ送信を要求するため、および／または、ステージ２において選択されたＳｇＮＢ１１０－１およびＮｇＮＢ１１０－２、１１０－３、１１０－４から受信されたＤＬ信号の、ターゲットＵＥ１０５によるＤＬロケーション測定値を要求するために（および、場合によっては、ステージ２について説明したように、追加のロケーション測定値を要求するために）、ＲＲＣ要求メッセージ（例えば、ＲＲＣ測位測定要求）をターゲットＵＥ１０５に送る。ＲＲＣ要求は、ＵＥ１０５によって測定されるべきＤＬ信号の詳細を含み得る。ＲＲＣ要求は、例えば、ステージ１においてＵＥ１０５がそうするためのロケーション能力を示した場合、ＵＥ１０５が、Ｌ１またはＬ２プロトコルレベルでＳｇＮＢ１１０－１にロケーション情報（例えば、ＤＬロケーション測定値および追加のロケーション測定値）を送ることを要求し得る。ＲＲＣ要求は、ＳｇＮＢ１１０－１に提供されることとなるロケーション情報を暗号化するためにＵＥ１０５によって使用される、例えばステージ２において決定された暗号鍵をさらに含み得る。ＲＲＣ要求は、必要とされるＵＬ ＲＳ（例えば、ＲＦコーディング、帯域幅、ＲＦキャリア周波数、送信の周期性およびタイミング、および／または送信の開始時間および終了時間）についての詳細をさらに含み得る。この要求は、ＤＬロケーション測定値のためのＱｏＳ（例えば、精度、測定値を取得する際のレイテンシ、信頼性）と、各々でＤＬロケーション測定値がターゲットＵＥ１０５によって取得されるべき一連の測定機会とをさらに示し得る。測定機会は、固定の周期的間隔のような基準、何らかのしきい値距離を超えるターゲットＵＥ１０５の移動のようなトリガ条件、および／または開始時間および終了時間によって定義され得る。前に説明したように、ステージ４において要求されるＤＬロケーション測定値は、ステージ４においてＵＬロケーション測定値を取得するようにＲＰが要求される固定の周期的間隔よりも低い（すなわち、短い）固定の周期的間隔でＵＥ１０５によって取得されるべきＲＳＴＤ測定値を含み得る。ステージ４において要求されるＤＬロケーション測定値はまた、ステージ４においてＵＬロケーション測定値を取得するようにＲＰが要求される固定の周期的間隔と同じ固定の周期的間隔でＵＥ１０５によって取得されるべきＲｘ－Ｔｘ測定値を含み得る。

【0108】

[0118] ＳｇＮＢ１１０－１は、ステージ６においてＵＥ１０５に複数の測定要求、例えば、第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を送り得、ここで、第１のロケーション測定値は、第１の周期的間隔でＬ１またはＬ２プロトコルレベルでＵＥ１０５によって送られるべきであり、第２のロケーション測定値は、第２の周期的間隔でＵＥ１０５によって送られるべきであり、第１の周期的間隔は、第２の周期的間隔よりも短い（すなわち、小さい）。第２のロケーション測定値に対する要求は、第２のロケーション測定値が無線リソース制御（ＲＲＣ）プロトコルレベルでまたはＬ１もしくはＬ２プロトコルレベルでＵＥ１０５によって送られるべきであることを示し得る。要求される第１のロケーション測定値は、例えば、基準信号時間差（ＲＳＴＤ）測定値であり得、要求される第２のロケーション測定値は、例えば、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値（Receive Time-Transmission Time (Rx-Tx) measurement）であり得る。アップリンク（ＵＬ）信号を送信するようにＵＥ１０５に求める要求は、ＵＬ信号が第３の周期的間隔（third periodic interval）でＵＥ１０５によって送信されるべきであることを示し得、ここで、第１の周期的間隔は、第３の周期的間隔よりも短い。第１の要求、第２の要求、およびＵＬ信号を送信するように求める要求は、無線リソース制御（ＲＲＣ）プロトコルまたはＲＲＣによってトランスポートされるＬＰＰのためのそれぞれの第１、第２、および第３のメッセージ中で、ＳｇＮＢ１１０－１によって送られて、ＵＥ１０５によって受信され得るか、または、同じＲＲＣまたはＬＰＰメッセージ中で送受信され得る。

【0109】

[0119] いくつかの実施形態では、ステージ６においてターゲットＵＥ１０５に送られる１つまたは複数のＲＲＣ要求は各々、ターゲットＵＥ１０５によるＵＬ ＲＳ送信および／またはＤＬロケーション測定（例えば、ロケーション測定報告のためのＬ１またはＬ２プロトコルレベルの使用を含む）を構成するための情報の一部または全部を含むＬＰＰメッセージ（例えば、ＬＰＰロケーション情報要求および／またはＬＰＰ支援データ提供）を含むＲＲＣトランスポートメッセージであり得る。

【0110】

[0120] ステージ７において、ターゲットＵＥ１０５は、要求されたＵＬ ＲＳ送信および／またはＤＬロケーション測定がターゲットＵＥ１０５によってサポートされ得るかどうかを確認するＲＲＣおよび／またはＬＰＰ応答をＳｇＮＢ１１０－１に返す。

【0111】

[0121] ステージ８において、ステージ３において選択および構成されたＴＰの各々は、ステージ３において要求されたように、ＤＬ ＲＳを（例えば、周期的間隔で）送信し、これは、ターゲットＵＥ１０５によって受信および測定され得る。各ＴＰによるＤＬ ＲＳの送信は、ターゲットＵＥ１０５のためのロケーション報告期間の間、またはターゲットＵＥ１０５が新しいＳｇＮＢ１１０－１に移動した場合には、ＳｇＮＢ１１０－１によってまたは別のＳｇＮＢ１１０－１によってＤＬ ＲＳの送信がキャンセルまたは再構成されるまで継続し得る。

【0112】

[0122] ステージ９において、ＳｇＮＢ１１０－１が、ステージ６においてターゲットＵＥ１０５によるＵＬ ＲＳの送信を構成した場合、ターゲットＵＥ１０５は、ステージ６において要求されたように、構成されたＵＬ ＲＳの送信を開始し、ターゲットＵＥ１０５のためのロケーション報告期間の間、またはターゲットＵＥ１０５が新しいＳｇＮＢ１１０－１に移動した場合には、ＳｇＮＢ１１０－１によってまたは別のＳｇＮＢ１１０－１によってＵＬ ＲＳの送信がキャンセルまたは再構成されるまで継続し得る。ＵＬ信号は、測位基準信号、サウンディング基準信号、または両方であり得る。ＵＥ１０５によって送信されるＵＬ信号は、例えば、基準信号時間差（ＲＳＴＤ）測定値を使用して、ＵＥ１０５がｇＮＢ１１０からのＤＬ信号を測定する周期的間隔よりも長い可能性がある周期的間隔で送信され得る。送信されたＵＬ信号は、ＳｇＮＢ１１０－１およびＮｇＮＢ１１０－２、１１０－３、および１１０－４を含むＲＰ（例えば、ｇＮＢ）によるＵＥ１０５のロケーション測定を可能にする。

【0113】

[0123] 図６は、ＳＬＬＬＳをサポートするためにＳｇＮＢ１１０－１によるロケーション報告をサポートするプロシージャを示す。このプロシージャは、図４のステージ１８をサポートするために使用され得る。このプロシージャは、図１にあるような非ローミングターゲットＵＥ１０５に適用される。

【0114】

[0124] 図６のステージ１において、ターゲットＵＥ１０５についてのロケーション報告を送るために使用され得る、ＴＣＰ接続およびオプションのＴＬＳセッションがＳｇＮＢ１１０－１と外部クライアント１３０またはＵＰＡ１５３（ＵＰＡ１５３が使用される場合）との間に現在存在しない場合、ＳｇＮＢ１１０－１は、外部クライアント１３０またはＵＰＡ１５３（使用される場合）とのＴＣＰ接続およびオプションのＴＬＳセッションを確立する。これは、図４のステージ１３の後の任意の時点で行うことができる。外部クライアント１３０への直接のロケーション報告の場合、ＳｇＮＢ１１０－１は、図４のステージ１１において受信した外部クライアント１３０のアドレスまたはアイデンティティを使用してＴＣＰ接続を確立し、図４のステージ１１において受信した暗号化および認証鍵（複数を含む）を使用してＴＬＳセッションを確立し得る。ＵＰＡ１５３を介したロケーション報告の場合、ＳｇＮＢ１１０－１は、ＵＰＡ１５３のアドレスと、オプションとして暗号化および認証鍵（または複数の鍵）とを使用して、ＵＰＡ１５３とのＴＣＰ接続およびオプションのＴＬＳセッション（図６には示されていない）を確立し得る。例えば、ＵＰＡ１５３のアドレスおよび任意の暗号化および認証鍵（複数を含む）は、ＳｇＮＢ１１０－１において構成されるか、または図４のステージ１１において提供され得る。ＵＰＡ１５３は、使用される場合、外部クライアント１３０とのＴＣＰ接続およびオプションのＴＬＳセッションをすでに有し得るが、そうでない場合は、ＴＣＰ接続およびＴＬＳセッションがＳｇＮＢ１１０－１と確立された後、またはステージ６においてＳｇＮＢ１１０－１から第１のロケーション報告を受信した後に、ステージ１の一部として外部クライアント１３０とのＴＣＰ接続およびオプションのＴＬＳセッションを確立し得る。

【0115】

[0125] ステージ１の変形例では、ＨＴＴＰではなくＳＵＰＬ ＵＬＰがロケーション報告を送るために使用されるとき、ＳｇＮＢ１１０－１は、ＳＵＰＬセッションが現在存在しない場合、外部クライアント１３０またはＵＰＡ１５３とのＳＵＰＬセッションを確立し得、これは、上で説明したように、ＴＣＰ接続およびオプションのＴＬＳセッションを確立することを含み得る。この変形例では、ＳｇＮＢ１１０－１は、ＳＵＰＬセッションが図４のステージ１またはステージ５において送られるロケーション要求に関連付けられていることを（例えば、ＵＬＰレベルで、および、オプションで、ステージ１の一部として外部クライアント１３０またはＵＰＡ１５３に送られるＳＵＰＬ ＳＴＡＲＴまたはＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージで）示し得る。例えば、ＳｇＮＢ１１０－１は、図６のステージ１の一部として外部クライアント１３０またはＵＰＡ１５３に送られるＳＵＰＬ ＳＴＡＲＴまたはＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージ中に、図４のステージ１またはステージ５において外部クライアント１３０によって送られたロケーションセッションリファレンスを含め得る。

【0116】

[0126] 図６のブロック６０２において、ＵＥ１０５のロケーションがＳｇＮＢ１１０－１によって決定され、外部クライアント１３０に報告される。ブロック６０２は、ステージ２～７を備える。ブロック６０２のステージ２において、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２～１１０－４、および図５のステージ３において選択および構成された他のＴＰは、図５のステージ８について説明したように、ターゲットＵＥ１０５によって受信され得るＤＬ ＲＳを送信する。各ＴＰによるＤＬ ＲＳの送信は、ターゲットＵＥ１０５のためのロケーション報告期間の間、またはターゲットＵＥ１０５が新しいＳｇＮＢ１１０－１に移動した場合には、ＳｇＮＢ１１０－１によってまたは別のＳｇＮＢ１１０－１によってＤＬ ＲＳの送信がキャンセルまたは再構成されるまで継続し得る。

【0117】

[0127] ステージ３において、図５のステージ６にあるように、ターゲットＵＥ１０５が、ＤＬロケーション測定値（および場合によっては追加のロケーション測定値）を取得するようにＳｇＮＢ１１０－１によって前に要求された場合、ターゲットＵＥ１０５は、要求されたＤＬロケーション測定値（および追加のロケーション測定値）を取得する。ＤＬロケーション測定値は、例えば、基準信号時間差（ＲＳＴＤ）測定値、ＲＳＲＰ測定値、および／または受信時間－送信時間（Ｒｘ－Ｔｘ）測定値であり得る。追加のロケーション測定値は、ＵＥ１０５の慣性センサから取得される測定値であり得る。

【0118】

[0128] ステージ４において、ステージ３が発生し、かつ、ＵＥがＲＲＣ接続状態である場合、ターゲットＵＥ１０５は、ＳｇＮＢ１１０－１にレイヤ１またはレイヤ２測位測定報告メッセージを送り、ステージ３において取得されたＤＬロケーション測定値（およびセンサ測定値のような追加のロケーション測定値）を含める。図２について説明したように、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルは、（ｉ）物理（ＰＨＹ）レイヤ、（ｉｉ）ＰＨＹレイヤによってサポートされ得る媒体アクセス制御（ＭＡＣ）レイヤ、（ｉｉｉ）ＰＨＹおよびＭＡＣレイヤによってサポートされ得る無線リンク制御（ＲＬＣ）レイヤ、または（ｉｖ）ＰＨＹ、ＭＡＣ、およびＲＬＣレイヤによってサポートされ得るパケットデータ収束プロトコル（ＰＤＣＰ）レイヤのうちの１つであり得る。ＤＬロケーション測定値は、例えば、基準信号時間差（ＲＳＴＤ）測定値、ＲＳＲＰ測定値、および／または受信時間－送信時間（Ｒｘ－Ｔｘ）測定値であり得る。ＵＥ１０５は、例えば、ＤＬロケーション測定値がＰＨＹ、ＭＡＣ、またはＲＬＣレイヤで送られる場合、例えば、測位測定報告をＳｇＮＢ１１０－１に送る前に、図５のステージ６においてＳｇＮＢ１１０－１によって提供される暗号鍵を使用して、ＤＬロケーション測定値（および追加のロケーション測定値）を暗号化し得る。

【0119】

[0129] 一実施形態では、ＵＥ１０５がＲＲＣ非アクティブ状態にある場合、ＵＥ１０５は、代わりに、ＲＲＣ接続状態に入ることなく、「メッセージ３」として図２について説明したように、ステージ４において、ＳｇＮＢ１１０－１または別のｇＮＢ１１０にＲＲＣ測位測定報告メッセージを送り得る。ＲＲＣ測位測定報告メッセージは、測定機会の間にターゲットＵＥ１０５によって取得されたＤＬロケーション測定値を含む埋め込まれたＬＰＰメッセージを含むＲＲＣトランスポートメッセージであり得る。この実施形態では、ＲＲＣ測位測定報告メッセージを受信し、かつ、ＳｇＮＢ１１０－１ではないｇＮＢ１１０は、ＸｎＡＰを使用して、ＳｇＮＢ１１０－１にＲＲＣメッセージまたは埋め込まれたＬＰＰメッセージを転送し得る。

【0120】

[0130] 別の実施形態では、ＵＥ１０５は、ＲＲＣ接続状態にあるとき、ＲＲＣメッセージ中でステージ４においてＳｇＮＢ１１０－１に、ステージ３において取得されたＤＬロケーション測定値（および追加のロケーション測定値）を送り得、ここで、ＲＲＣメッセージを送ることは、ＰＨＹ、ＭＡＣ、ＲＬＣ、および／またはＰＤＣＰプロトコルレイヤによってサポートされ得る。この実施形態は、Ｌ１またはＬ２を使用する場合よりも効率が下がり得るが、ＵＥ１０５およびＳｇＮＢ１１０－１へのインプリメンテーションの影響がより少なくて済むであろう。

【0121】

[0131] ステージ５において、ＳｇＮＢ１１０－１は、ステージ４において受信したＤＬロケーション測定値（および追加のロケーション測定値）に基づいて、および、図５のステージ２において選択された位置決め方法（複数を含む）にしたがって、ターゲットＵＥ１０５のロケーションを決定する。ステージ５におけるロケーション決定はまた、ブロック６０４について以下でさらに説明するように、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２～１１０－４、および他のＴＰについてＳｇＮＢ１１０－１によって取得または決定されたタイミング情報に基づき得る。例えば、ＤＬロケーション測定値は、ＲＳＴＤ測定値を備え得、タイミング情報は、ＲＴＤを備え得、ＳｇＮＢ１１０－１は、ＯＴＤＯＡを使用してステージ５においてＵＥ１０５のロケーションを決定し得る。代替的にまたは加えて、ＤＬロケーション測定値は、ステージ２において送信された指向性ビームフォーミングされたＲＳのＲＳＲＰ測定値を含み得、ＳｇＮＢ１１０－１は、少なくとも部分的にＡＯＤを使用して、ステージ５においてＵＥ１０５のロケーションを決定し得る。ＳｇＮＢ１１０－１はまた、ＤＬロケーション測定値（および追加のロケーション測定値）に基づいて、速度および／または向きのような、ターゲットＵＥ１０５についての他のロケーション情報を決定し得る。

【0122】

[0132] ステージ６において、図４のステージ１１において受信したターゲットＵＥ１０５のロケーションを報告する基準に基づいて、ＳｇＮＢ１１０－１は、ステージ５において取得されたロケーション情報を外部クライアント１３０に報告するかどうかを決定する。ＳｇＮＢ１１０－１がロケーション情報を報告することを決定した場合、ＳｇＮＢ１１０－１は、外部クライアント１３０にまたはＵＰＡ１５３が使用される場合にはＵＰＡ１５３に（図６には示されていない）ロケーション報告を送る。ロケーション報告は、ステージ５において決定されたロケーション情報の一部または全部およびターゲットＵＥ１０５のアイデンティティ（例えば、ＧＰＳＩまたはＳＵＰＩ）、ロケーションセッションリファレンス、および／または外部クライアント１３０のアドレスまたは指示を含み得る。ロケーション報告は、図３について説明したプロトコル階層化にしたがってユーザプレーンメッセージとして送られ得る。例えば、ユーザプレーンシグナリングは、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、トランスポートレイヤセキュリティ（ＴＬＳ）、またはこれらの何らかの組合せのうちの少なくとも１つに基づき得る。ロケーション報告がＵＰＡ１５３に送られる場合、ＵＰＡ１５３は、図３について説明したように、別個のＴＣＰ接続およびオプションのＴＬＳセッションを使用して外部クライアント１３０にロケーション報告を転送し得る。ステージ６においてロケーション報告を送るためにＨＴＴＰが使用される場合、ロケーション報告は、ＨＴＴＰ ＰＯＳＴメッセージを備え得る。ステージ６においてロケーション報告を送るためにＵＬＰが使用される場合、ロケーション報告は、ＳＵＰＬ ＰＯＳメッセージ、ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージ、またはＳＵＰＬ ＲＥＰＯＲＴメッセージのようなＵＬＰメッセージを備え得る。

【0123】

[0133] ステージ７において、オプションで、外部クライアント１３０は、ＵＰＡ１５３が使用される場合にはＵＰＡ１５３を介して、ＳｇＮＢ１１０－１に確認応答を返し得る。ＴＣＰレベルでの確認応答が十分であると考えられる場合、確認応答は必要とされないであろう。いくつかの変形例では、ステージ７における確認応答または外部クライアント１３０からＳｇＮＢ１１０－１への別個のメッセージは、ロケーション報告のより高いまたはより低い周期性、またはより高いまたはより低いロケーションＱｏＳ、またはロケーション報告のキャンセルのような、ロケーション報告に対する何らかの変更を要求し得る。ステージ６においてロケーション報告を送るためにＨＴＴＰが使用される場合、ステージ７における確認応答は、ＨＴＴＰステータス２０４（コンテンツなし）メッセージまたはＨＴＴＰステータス２００ ＯＫメッセージを備え得る。

【0124】

[0134] 図６のブロック６０４において、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２～１１０－４および他のＴＰについてのタイミング情報がＳｇＮＢ１１０－１によって決定され、前のタイミング情報を更新するために使用される。例えば、タイミング情報は、ｇＮＢ１１０のペア間のＲＴＤを備え得る。ブロック６０４は、ステージ８～１１を備える。ブロック６０４のステージ８において、ターゲットＵＥ１０５は、構成されたＵＬ ＲＳを送信し、これは、図５のステージ９について説明したように、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２、１１０－３、１１０－４、および他のＲＰ（図６には示されていない）のうちの１つまたは複数によって受信される。

【0125】

[0135] 図６のステージ９において、図５のステージ４においてＵＬロケーション測定値を取得するためにＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２、１１０－３、１１０－４、および他のＲＰのうちの１つまたは複数が選択（および構成）された場合、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０－２、１１０－３、１１０－４、および他のＲＰは、ステージ８においてターゲットＵＥ１０５によって送信されたＵＬ ＲＳのＵＬロケーション測定値を取得する。例えば、ＵＬロケーション測定値は、Ｒｘ－Ｔｘおよび／またはＴＯＡ測定値を備え得る。

【0126】

[0136] ステージ１０において、ステージ９が発生した場合、ステージ９においてＵＬロケーション測定値を取得したＮｇＮＢ１１０－２、１１０－３、１１０－４および他のＲＰの各々は、ＳｇＮＢ１１０－１にＸｎＡＰメッセージ（例えば、ＸｎＡＰ測位測定報告）を送り、ステージ９において取得されたＵＬロケーション測定値を含める。いくつかの実施形態では、ステージ１０においてＳｇＮＢ１１０－１に送られるＸｎＡＰ測位測定報告メッセージは、測定機会の間に取得されたＵＬロケーション測定値を含むＮＲＰＰａメッセージを含むＸｎＡＰトランスポートメッセージであり得る。

【0127】

[0137] ステージ１０Ａにおいて、ステージ３が発生した場合、ターゲットＵＥ１０５は、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０および他のＴＰによって送信されたＤＬ信号のＤＬロケーション測定値を取得し、ＳｇＮＢ１１０－１に（例えば、ＲＲＣメッセージ中でまたはレイヤ１もしくはレイヤ２で）これらを送る。ステージ４において送られるＤＬロケーション測定値とは対照的に、ステージ１０Ａにおいて送られるＤＬロケーション測定値は、ＳｇＮＢ１１０－１がｇＮＢ１１０および他のＲＰについてのタイミング情報を取得するのを助けるためだけに使用され得る。ステージ１０Ａにおいて取得され送られるＤＬロケーション測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値であり得る。いくつかの実施形態では、ステージ１０Ａは、ステージ３および４を含むかまたは備え得る。これの一例では、タイミング情報がＳｇＮＢ１１０－１によって取得されることを可能にするための第２のＤＬロケーション測定値（例えば、Ｒｘ－Ｔｘ）測定値）は、５秒の間隔でステージ１０Ａにおいて送られる必要があり得、ＵＥ１０５のロケーションがＳｇＮＢ１１０－１によって取得されることを可能にするための第１のＤＬロケーション測定値（例えば、ＲＳＴＤ測定値）および追加の測定値は、２００ｍｓの間隔で送られる必要があり得る。この例では、ＵＥ１０５は、ステージ３および４にしたがって２００ｍｓごとにレイヤ１またはレイヤ２の測位測定報告（またはＲＲＣメッセージ）中で第１のＤＬロケーション測定値および追加のロケーション測定値を取得して送り得、ステージ３および４にしたがって５秒ごとにレイヤ１またはレイヤ２測位測定報告（またはＲＲＣメッセージ）中で第２のＤＬロケーション測定値を取得して含め得る。

【0128】

[0138] ステージ１１において、ＳｇＮＢ１１０－１は、ステージ４においてＵＥから受信されたＤＬロケーション測定値、ステージ１０Ａにおいて受信したＤＬロケーション測定値、およびステージ１０において受信したＵＬ測定値に少なくとも部分的に基づいて、ＳｇＮＢ１１０－１ならびにＮｇＮＢ１１０および他のＲＰの各々についてのタイミング情報を決定し得る。例えば、ステージ４においてＵＥ１０５から取得されたＤＬロケーション測定値は、基準信号時間差（ＲＳＴＤ）測定値であり得（または、それらを含み得）、ステージ１０ＡにおいてＵＥ１０５から取得されたＤＬロケーション測定値は、Ｒｘ－Ｔｘ測定値であり得（または、それらを含み得）、ＳｇＮＢ１１０－１、ＮｇＮＢ１１０、および他のＲＰから取得されたＵＬロケーション測定値は、到着時間（ＴＯＡ）測定値もしくはＲｘ－Ｔｘ測定値または両方であり得る（または、それらを含み得る）。各ＮｇＮＢ１１０およびＲＰ（またはＴＰ）についてステージ１１において決定されたタイミング情報は、ＮｇＮＢ１１０のペアおよび／またはＲＰのペア間のリアルタイム差（ＲＴＤ）であり得る。決定または更新されたタイミング情報は、例えば、ステージ５にあるように、ＵＥ１０５のロケーションを決定するのを助けるために使用され得る。

【0129】

[0139] ブロック６０２にあるようなＵＥ１０５のロケーションの決定および報告は、ステージ１２、１３および図６に示されていない他のステージにおいて第１の周期的間隔で周期的に繰り返され得る。ブロック６０４にあるようなＳｇＮＢ１１０－１および他のｇＮＢ１１０についてのタイミング情報の決定および／または更新は、ステージ１４および図６に示されていない他のステージにおいて第２の周期的間隔で周期的に繰り返され得る。ＳｇＮＢ１１０－１ならびに他のｇＮＢ１１０およびＲＰについてのタイミング情報（例えば、ｇＮＢ１１０および／またはＲＰのペア間のＲＴＤ）は、安定しており、数秒の周期にわたって非常に小さい値（例えば、１０ナノ秒（ｍｓ）以下）だけ変化し得るため、第２の周期的間隔は各々、持続時間が数秒（例えば、１～１０秒）以上であり得る。対照的に、ＵＥ１０５が移動している可能性があり、低レイテンシ（例えば、５０～２００ｍｓ）で高いロケーション精度（例えば、３０センチメートル以下の誤差）で追跡される必要がある場合、第１の周期的間隔は、第２の周期的間隔よりもはるかに短くなり得る（例えば、５０～２００ｍｓであり得る）。

【0130】

[0140] いくつかの実施形態では、ＵＥ１０５は、第１の周期的間隔で、図６のステージ４にあるようにＬ１またはＬ２（またはＲＲＣ）プロトコルレベルでＳｇＮＢ１１０－１に第１のＤＬロケーション測定値例えば、ＲＳＴＤ測定値についての測位測定報告を送り得る。ＵＥ１０５はまた、（例えば、図６のステージ４の一部として）第１の周期的間隔でまたはステージ１０Ａにあるように第２の周期的間隔でＳｇＮＢ１１０－１に第２のＤＬロケーション測定、例えば、Ｒｘ－Ｔｘ測定値についての測位測定報告を送り得、ここで、第１の周期的間隔は、第２の周期的間隔よりも短い。第２のＤＬロケーション測定についての測位測定報告は、図６のステージ４またはステージ１０Ａにあるように、Ｌ１またはＬ２プロトコルレベルで送られ得るか、またはステージ４またはステージ１０Ａにあるように、無線リソース制御（ＲＲＣ）プロトコルレベルでＳｇＮＢ１１０－１にＵＥ１０５によって送られ得る。

【0131】

[0141] いくつかのインプリメンテーションでは、ＳｇＮＢ１１０－１は、ＳｇＮＢ１１０－１を含む２つ以上のｇＮＢ１１０または他のＴＰによって送信されたＤＬ信号のＤＬロケーション測定値を、複数のＵＥ、例えば、ＵＥ１０５以外のＵＥまたはＵＥ１０５に追加されたＵＥ、の各々から受信し得る。ＤＬロケーション測定値は、図６のステージ４について説明したものと同様のまたは同じレイヤ１またはレイヤ２（またはＲＲＣ）メッセージ報告中の複数のＵＥの各々からＳｇＮＢ１１０－１によって受信され得る。ＳｇＮＢ１１０－１はまた、ＳｇＮＢ１１０－１を含む１つまたは複数のｇＮＢ１１０または他のＲＰの各々から、複数のＵＥの各々についてのＵＬロケーション測定値を受信し得る。ＵＬロケーション測定値は、図６のステージ１０について説明したものと同様のまたは同じＸｎＡＰメッセージ中でｇＮＢ１１０または他のＲＰの各々からＳｇＮＢ１１０－１によって受信され得る。例として、ＳｇＮＢ１１０－１は、図４で説明したように、外部クライアント（例えば、外部クライアント１３０または別の外部クライアント）によって開始された複数のＵＥの各々に対するロケーション要求を受信し得、図５で説明したように、複数のＵＥの各々に対するＤＬおよびＵＬロケーション測定を開始し得、図６において説明したように、複数のＵＥの各々についてのロケーション報告を実行し得る。複数のＵＥの各々についてのＤＬロケーション測定値およびＵＬロケーション測定値は、ＵＥ１０５について上で説明したものと同様または同じであり得る。そのケースでは、ＳｇＮＢ１１０－１は、図６のステージ１１にあるように、複数のＵＥの各々についての受信されたＵＬおよびＤＬロケーション測定値に基づいて、ＳｇＮＢ１１０－１および他のｇＮＢ１１０についての共通タイミング情報を決定し得る。タイミング情報（例えば、ｇＮＢ１１０および／または他のＴＰのペア間のＲＴＤは、ＵＬおよびＤＬロケーション測定値がどのＵＥに提供されるかに大きくは左右されないため、ｇＮＢ１１０によるＵＬロケーション測定の頻度（frequency）および各ＵＥによるＵＬ ＲＳ信号の送信の頻度は、各ＵＥのロケーションを取得する頻度と比較して低減され得、これは、ネットワークリソース使用量および複数のＵＥ中の各ＵＥによるリソース使用量を低減し得る。加えて、たった１つのＵＥ１０５ではなく複数のＵＥについてのＵＬおよびＤＬロケーション測定値に基づいてＳｇＮＢ１１０－１ならびに他のｇＮＢ１１０および／またはＴＰについてのタイミング情報を取得することによって、ＳｇＮＢ１１０－０１は、ＳｇＮＢ１１０－１ならびに他のｇＮＢ１１０および／またはＴＰについてのより正確なタイミング情報（例えば、より正確なＲＴＤ）を取得することが可能であり得る。

【0132】

[0142] 図６のステージ５におけるＵＥ１０５のロケーションの決定および図６のステージ１１におけるｇＮＢ１１０のタイミング情報の決定は、以下の観察に基づき得る。当技術分野でよく知られているように、ＯＴＤＯＡロケーション（ステージ５にあるような）は、到着時間差（ＴＤＯＡ：Time Difference of Arrival）、リアルタイム差（ＲＴＤ）、および幾何学的時間差（ＧＴＤ：Geometric Time Difference）という３つの量に基づき得る。ＴＤＯＡは、２つの異なるＴＰの各々からのＤＬ ＲＳの受信の間にＵＥ１０５によって観測される時間間隔であり得、ＲＳＴＤ測定値に対応し得る。ＴＰ１からのＤＬ ＲＳが時間ｔ１においてＵＥ１０５によって受信され、ＴＰ２からの対応するＤＬ ＲＳが時間ｔ２においてＵＥ１０５によって受信される場合、ＴＤＯＡ値は、（ｔ２－ｔ１）（またはこれの負）である。ＲＴＤは、２つのＴＰ間のネットワークにおける相対同期差を意味することができる。ＴＰ１が時間ｔ３でＤＬ ＲＳを送り、ＴＰ２が時間ｔ４で対応するＤＬ ＲＳを送る場合、それらの間のＲＴＤは、（ｔ４－ｔ３）である。ＴＰが正確に同時に送信する場合、ＴＰは同期され、ＲＴＤは０である。ＧＴＤは、ジオメトリによる２つの異なるＴＰの各々からのＤＬ ＲＳの受信間の時間差である。ＴＰ１とＵＥ１０５との間の伝搬経路の長さをｄ１とし、ＴＰ２とＵＥ１０５との間の伝搬経路の長さをｄ２とすると、ＧＴＤは、（（ｄ２－ｄ１）／ｃ）であり、ここで、ｃは、電波の速度である。これら３つの量の間の関係は以下の通りである：
[0143] ＴＤＯＡ＝ＲＴＤ＋ＧＴＤ （式１）

【0133】

[0144] ＧＴＤは、ＵＥ１０５の位置についての情報を含むため、（例えば、ＯＴＤＯＡを使用する）位置特定の目的のために有用な量である。ＴＤＯＡ値（例えば、測定されたＲＳＴＤ）だけが知られている場合、ＲＴＤ値も知られていなければならないため、ＵＥ１０５のロケーションは、典型的には、非同期ネットワークでは算出され得ない。しかしながら、ＲＴＤ値も利用可能である場合（例えば、図６のステージ１１において決定されるように）、ＳｇＮＢ１１０－１は、ＴＰの少なくとも３つのペアおよび典型的にはより多くのＴＰ（例えば、ＴＰの１０～２０個のペア、ここで、すべてのペアの１つのＴＰは共通のＴＰであり得る）の各々に適用される式１に基づいて、ステージ５においてＵＥ１０５のロケーションを決定し得る。

【0134】

[0145] 同期ネットワークでは、ＲＴＤは、通常０である（または０に近い）。非同期ネットワークでは、ＲＴＤは、ステージ１１にあるように、ＴＤＯＡ（ＲＳＴＤ）およびＲＴＴ測定値を使用して決定され得る。ＵＥ１０５と２つのＴＰ、ＴＰ１およびＴＰ２の各々との間のＲＴＴが測定され、加えて、ＵＥ１０５が２つのＴＰ間のＴＤＯＡ（例えば、ＲＳＴＤ）を測定する場合、ＲＴＤは、（例えば、ステージ１１において）次のように決定され得る：
[0146] ＲＴＤ＝ＴＤＯＡ－ＧＴＤ （式２）
[0147] 次を与える：
[0148] ＲＴＤ＝ＴＤＯＡ－（ＲＴＴ２－ＲＴＴ１）／２ （式３）
[0149] ここで、ＲＴＴ１は、ＵＥ１０５とＴＰ１との間のＲＴＴであり、ＲＴＴ２は、ＵＥ１０５とＴＰ２との間のＲＴＴである。

【0135】

[0150] したがって、ＳｇＮＢ１１０－１は、ＴＰのペア（例えば、ｇＮＢ１１０）についてのタイミング情報をＲＴＤの形態で決定するために、ステージ１１において式３を使用し得る。

【0136】

[0151] 当技術分野で周知であるように、ＲＴＴは、以下のようにＵＥ１０５とｇＮＢ１１０または他の組み合わされたＴＰ／ＲＰとの間のＲｘ－Ｔｘ測定値の和として取得され得ることに留意されたい：
[0152] ＲＴＴ＝Ｒｘ－Ｔｘ１＋Ｒｘ－Ｔｘ２ （式４）

【0137】

[0153] 式４を利用するために、ＵＥ１０５は、ＵＥ時間Ｔ１においてｇＮＢ１１０またはＴＰ／ＲＰにＵＬ ＲＳを送信し得、これは後に、ｇＮＢ１１０またはＴＰ／ＲＰ時間Ｔ２においてｇＮＢ１１０またはＴＰ／ＲＰによって受信される。ｇＮＢ１１０またはＴＰ／ＲＰはまた、ｇＮＢ１１０またはＴＰ／ＲＰ時間Ｔ３においてＵＥ１０５にＤＬ ＲＳを送信し得、これは後に、ＵＥ１０５時間Ｔ４においてＵＥ１０５によって受信される。次いで、ＵＥ１０５は、Ｒｘ－Ｔｘ１を（Ｔ４－Ｔ１）と決定し、ｇＮＢ１１０またはＴＰ／ＲＰは、Ｒｘ－Ｔｘ２を（Ｔ２－Ｔ３）と決定する。次いで、ＵＥ１０５とｇＮＢ１１０または組み合わされたＴＰ／ＲＰとの間のＲＴＴを取得するために式４が適用され得る。

【0138】

[0154] ターゲットＵＥ１０５の移動および／またはワイヤレスカバレージまたはネットワーク負荷レベルの変動のような他の要因により、ターゲットＵＥ１０５は、サービングセルを変更し得、結果として、新しいＳｇＮＢが割り当てられ得る。

【0139】

[0155] 図７は、ＲＲＣ接続状態またはＲＲＣ非アクティブ状態にあるターゲットＵＥ１０５のためのＳｇＮＢの変更をサポートするプロシージャを示す。図７はまた、「十分な接続性（Sufficient Connectivity）」があるケースＡと「不十分な接続性（Insufficient Connectivity）」があるケースＢと呼ばれる２つのケースを区別する。これらは、ハンドオーバまたはセル変更の後に、必要とされるＱｏＳのサポートを受けて、同じＲＰおよびＴＰのうちのいくつかまたはすべてを使用して、ターゲットＵＥ１０５についてのロケーション報告が新しいＳｇＮＢ１１０－１’で継続することを可能にするために、新しいＳｇＮＢ１１０－１’がＵＥ１０５のロケーション報告に現在使用されている十分なＲＰおよびＴＰへのシグナリング接続性を有するか否かについての、現在のＳｇＮＢ１１０－１（以下では古いＳｇＮＢ１１０－１と呼ぶ）によって実行される決定に基づく。この決定の結果は、「十分な接続性」（以下「ケースＡ」と呼ぶ）または「不十分な接続性」（以下「ケースＢ」と呼ぶ）のいずれかである。

【0140】

[0156] ターゲットＵＥのモビリティおよびネットワーク接続性の程度に応じて、いくつかのＰＬＭＮはケースＡまたはケースＢのうちの１つだけをサポートすることを必要し得る可能性がある。例えば、工場、倉庫、または単一の建物内のオブジェクトの位置特定の場合、ワイヤレスカバレージを提供するすべてのｇＮＢ１１０が相互接続されている場合、ケースＡだけをサポートする必要があり得る。

【0141】

[0157] 図７のステージ１において、ターゲットＵＥ１０５についてＲＲＣ接続状態においてＳｇＮＢの変更が発生した場合、ステージ１～４が実行され、ステージ５～１０が省略される。ターゲットＵＥ１０５についてＲＲＣ非アクティブ状態においてＳｇＮＢの変更が発生した場合、ステージ１～４が省略され、ステージ５～１０が実行される。ＲＲＣ接続状態の場合、ステージ１において、古いＳｇＮＢ１１０－１は、ターゲットＵＥ１０５にハンドオーバが必要であると決定し、新しいセルおよび／または新しいＳｇＮＢ１１０－１’を選択する。

【0142】

[0158] ステージ２において、古いＳｇＮＢ１１０－１は、上で説明したように、新しいセルおよび／または新しいＳｇＮＢ１１０－１’の接続性を決定する。これは、決定の結果が「十分な接続性」または「不十分な接続性」のいずれかになる二分決定（binary decision）である。

【0143】

[0159] ステージ３において、（例えば、３ＧＰＰ ＴＳ３８．３００およびＴＳ２３．５０２に記載されているような）通常のハンドオーバプロシージャの一部として、古いＳｇＮＢ１１０－１は、新しいＳｇＮＢ１１０－１’にハンドオーバ要求メッセージを送る。ハンドオーバ要求メッセージは、Ｘｎインターフェースを介して（場合によっては１つまたは複数の中間ｇＮＢ１１０を介して）直接送られ得るか、またはハンドオーバの一部としてＡＭＦ１５４の変更が発生するときには古いサービングＡＭＦおよび新しいサービングＡＭＦを介して送られ得る。ハンドオーバ要求メッセージは、制御プレーンシグナリングを使用して送られ得る。古いＳｇＮＢ１１０－１は、（ｉ）外部クライアント１３０によって開始されるロケーション要求についての情報、（ｉｉ）ＵＥ１０５から受信されているロケーション情報のタイプの指示、（ｉｉｉ）古いＳｇＮＢ１１０－１によって取得されているＵＥ１０５についてのＵＬロケーション測定値の指示、（ｉｖ）他のｇＮＢ１１０および／または他のＲＰならびに他のｇＮＢ１１０および／または他のＲＰのアイデンティティによって取得されているＵＥ１０５についてのＵＬロケーション測定値の指示、（ｖ）他のｇＮＢ１１０および／または他のＴＰならびに他のｇＮＢ１１０および／または他のＴＰのアイデンティティによって送信されているＤＬ基準信号（ＲＳ）の指示、（ｖｉ）ＵＥ１０５によって送信されているＵＬ信号の指示、（ｖｉｉ）ロケーションセッション識別子、（ｖｉｉｉ）ＵＥによってロケーション情報を送るためのＬ１またはＬ２プロトコルレイヤの使用の指示、（ｉｘ）ＵＥのロケーション能力、または（ｘ）これらの何らかの組合せを含み得るＳｇＮＢロケーションコンテキストをハンドオーバ要求中に含める（例えば、表１に記載されているように）。古いＳｇＮＢ１１０－１は、ステージ２における接続性決定の結果をさらに含め得る。

【0144】

[0160] ステージ４において、３ＧＰＰ ＴＳ３８．３００およびＴＳ２３．５０２に記載されているように、ハンドオーバプロシージャの残りが行われる。

【0145】

[0161] ステージ５において、ＲＲＣ非アクティブ状態の場合、およびロケーション報告に特に関連しない通常のＵＥ１０５の動作の一部として、ターゲットＵＥ１０５は、（例えば、図６のステージ４にあるように、データを送受信するために、またはＤＬロケーション測定値を送るために）ＲＲＣ接続状態に遷移するか、または、例えば、ＲＮＡの変化によりもしくは周期的なＲＮＡ更新で、ＲＡＮベースの通知エリア（ＲＮＡ：RAN-based Notification Area）更新を開始するかのいずれかを決定する。

【0146】

[0162] ステージ６において、ターゲットＵＥ１０５は、ターゲットＵＥ１０５のための新しいセルに関連する新しいＳｇＮＢ１１０－１’にＲＲＣ再開要求メッセージを送る。ＲＲＣ再開要求は、ＵＥ１０５がステージ５において新しいＲＮＡにあることを検出したときのＲＮＡ更新の指示を含み、古いＳｇＮＢ１１０－１の識別情報も含む。

【0147】

[0163] ステージ７において、新しいＳｇＮＢ１１０－１’は、古いＳｇＮＢ１１０－１が新しいＳｇＮＢ１１０－１’から到達可能である場合、ＵＥコンテキスト検索要求メッセージを古いＳｇＮＢ１１０－１に送る。ステージ５～７は、３ＧＰＰ ＴＳ３８．３００およびＴＳ２３．５０２で定義されているように、ロケーション報告のための変更なしに実行され得る。

【0148】

[0164] ステージ８において、古いＳｇＮＢ１１０－１は、ステージ２について説明したように、新しいＳｇＮＢ１１０－１’の接続性を決定する。

【0149】

[0165] ステージ９において、古いＳｇＮＢ１１０－１は、新しいＳｇＮＢ１１０－１’にターゲットＵＥ１０５についての情報を提供するために、３ＧＰＰ ＴＳ３８．３００に記載されているように、ＵＥコンテキスト検索応答メッセージを新しいＳｇＮＢ１１０－１’に返す。古いＳｇＮＢ１１０－１も、ステージ３において説明したのと同様に、ＵＥコンテキスト検索応答に古いＳｇＮＢ１１０－１のロケーションコンテキストを含める。ＵＥコンテキスト検索応答メッセージは、制御プレーンシグナリングを使用して送られ得る。古いＳｇＮＢ１１０－１は、ステージ８における接続性決定の結果をさらに含み得る。

【0150】

[0166] ステージ１０において、３ＧＰＰ ＴＳ３８．３００に記載されているように、ターゲットＵＥ１０５のＲＲＣ接続状態への遷移またはＲＮＡ更新の完了のためのプロシージャの残りが行われる。

【0151】

[0167] ステージ１１において、ケースＡが適用される場合、新しいＳｇＮＢ１１０－１’は、古いＳｇＮＢ１１０－１から受信されたロケーションコンテキストに示されるようなＵＬおよびＤＬロケーション測定ならびにＵＬおよびＤＬ ＲＳ送信の現在の構成に基づいて、ターゲットＵＥ１０５の測定再構成を実行する。例えば、新しいＳｇＮＢ１１０－１’は、オプションで、いくつかのｇＮＢ１１０およびＲＰによるＵＬロケーション測定を再構成し得、および／または、オプションで、新しいＳｇＮＢ１１０－１’のアドレスおよび／または新しいサービングセルのアイデンティティ（serving cell identity）に基づいて、いくつかのｇＮＢ１１０およびＴＰによるＤＬ ＲＳの送信を再構成し得る。新しいＳｇＮＢ１１０－１’のアドレスおよび／または新しいサービングセル（）のアイデンティティは、ターゲットＵＥ１０５の何らかの移動を示すことができるため、（例えば、図５のステージ２において選択されたような）特定の前のｇＮＢ１１０およびＲＰは、ターゲットＵＥ１０５によって送信されたＵＬ信号の正確なＵＬロケーション測定値をもはや取得することができない可能性があり、および／または（例えば、図５のステージ２において選択されたような）いくつかの前のｇＮＢ１１０およびＴＰは、ターゲットＵＥ１０５によって正確に測定することができるＤＬ ＲＳをもはや効果的に送信することができない可能性がある。しかしながら、ターゲットＵＥ１０５によって送信されたＵＬ信号の正確なＵＬロケーション測定値を取得することができる、古いＳｇＮＢ１１０－１によって選択されていない他のｇＮＢ１１０およびＲＰが存在し得る。同様に、ターゲットＵＥ１０５によって正確に測定され得るＤＬ ＲＳを効果的に送信し得る、古いＳｇＮＢ１１０－１によって選択されていない他のｇＮＢ１１０およびＴＰが存在し得る。したがって、新しいＳｇＮＢ１１０－１’は、（ｉ）進行中のＵＬロケーション測定がキャンセルされることとなる、本明細書では「ＲＰセット１」と呼ばれるＲＰのセット、（ｉｉ）新しいＵＬロケーション測定が要求されることとなる、本明細書では「ＲＰセット２」と呼ばれるＲＰのセット、（ｉｉｉ）進行中のＤＬ ＲＳ送信がキャンセルされることとなる、本明細書では「ＴＰセット１」と呼ばれるＴＰのセット、および／または（ｉｖ）新しいＤＬ ＲＳ送信が要求されることとなる、本明細書では「ＴＰセット２」と呼ばれるＴＰのセットを決定し得る。次いで、新しいＳｇＮＢ１１０－１’は、ＴＰセット１およびＴＰセット２内のＴＰに対して図５のステージ３と同様のステージを実行することと、ＲＰセット１およびＲＰセット２内のＲＰに対して図５のステージ４および５と同様のステージを実行することとによって、再構成を実行し得、ここで、ＴＰセット１およびＲＰセット１のケースでは、新しい送信または新しい測定に対する要求の代わりに、キャンセルを要求するＸｎＡＰメッセージが古いＳｇＮＢ１１０－１によって送られる。新しいＳｇＮＢ１１０－１’がＴＰおよびＲＰのセット１およびセット２内のＴＰおよびＲＰを再構成した後（または場合によっては再構成する前）、新しいＳｇＮＢ１１０－１’は、ターゲットＵＥ１０５によるＤＬロケーション測定および場合によってはＵＬ ＲＳ送信を再構成するために、図５のステージ６および７と同様のステージを実行し得る。例えば、新しいＳｇＮＢ１１０－１’は、ターゲットＵＥ１０５に対して、ＴＰセット１内のＴＰによって送信されたＤＬ ＲＳのＤＬロケーション測定値の取得を中止し、代わりに、ＴＰセット２内のＴＰによって送信されたＤＬ ＲＳのＤＬロケーション測定値の取得を開始するように要求することができる。再構成に続いて、ＴＰセット１内のＴＰは、図５のステージ８のためのＤＬ ＲＳ送信を中止し得、ＴＰセット２内のＴＰが図５のステージ８にあるようなＤＬ ＲＳ送信を開始し得、ターゲットＵＥ１０５は、新しいＳｇＮＢ１１０－１’がターゲットＵＥ１０５のＵＬ ＲＳ送信の変更を要求した場合、図５のステージ９のためのＵＬ ＲＳ送信を修正し得る。いくつかのＲＰおよびＴＰにおけるＵＬロケーション測定および／またはＤＬ ＲＳ送信を追加および／またはキャンセルすることに加えて、新しいＳｇＮＢ１１０－１’はまた、（図６のステージ１０のような）ＸｎＡＰ測位測定報告を古いＳｇＮＢ１１０－１ではなく新しいＳｇＮＢ１１０－１’に送るようにＲＰに通知するＸｎＡＰ測位測定要求を、ＵＬロケーション測定が変更されていない前に選択された各ＲＰに送る。

【0152】

[0168] ステージ１２において、「不十分な接続性」に基づいてケースＢが適用される場合、古いＳｇＮＢ１１０－１は、選択されたＲＰ、ＴＰ、およびターゲットＵＥ１０５においてターゲットＵＥ１０５についてのロケーション報告をサポートするように前に構成されたすべてのＵＬロケーション測定、ＤＬロケーション測定、ＵＬ ＲＳ送信、およびＤＬ ＲＳ送信をキャンセルするために、図５のステージ３～７と同様のステージを実行する。古いＳｇＮＢ１１０－１は、すべてのロケーションコンテキスト情報を削除する。

【0153】

[0169] ステージ１３において、ステージ３またはステージ９において受信された「不十分な接続性」の指示に基づいてまたは新しいＳｇＮＢ１１０－１’がこの決定を行うことに基づいてケースＢが適用される場合、新しいＳｇＮＢ１１０－１’は、ステージ３またはステージ９において受信した古いＳｇＮＢ１１０－１のロケーションコンテキストによって示されるようなロケーション要求をサポートするように、ターゲットＵＥ１０５のための完全に新しいロケーション測定を構成する。ステージ１３における測定構成は、図５について説明した通りであり得る。

【0154】

[0170] ステージ１４において、ケースＡおよびケースＢについて、ロケーション報告は、図６について説明したように継続するが、ステージ１１または１３において実行された測定構成にしたがって新しいＳｇＮＢ１１０－１’によってロケーション報告が実行される点が異なる。

【0155】

[0171] 図８は、無線アクセスネットワーク（ＲＡＮ）内のＵＥのための、ＳｇＮＢ１１０－１のようなサービング基地局にある（または取り付けられた）ロケーションサーバ機能によって実行される、ターゲットＵＥ１０５のようなユーザ機器（ＵＥ）を位置特定するための方法を例示するプロセスフロー８００を示す。ロケーションサーバ機能は、例えば、サービング基地局によってまたはサービング基地局に取り付けられたＬＭＣサーバもしくはＬＬＭＦサーバによって実行され得る。

【0156】

[0172] プロセスフロー８００は、ブロック８０２から開始し得、ここでは、例えば、図４のステージ１１または図７のステージ３もしくは９において説明したように、ＵＥを位置特定するための要求が受信され、ここで、ＵＥを位置特定するための要求は、外部クライアント（例えば、外部クライアント１３０）によって開始されたロケーション要求に基づき、制御プレーンシグナリングを使用して受信される。ブロック８０４において、ロケーションサーバ機能は、例えば、図６のステージ４および図２において説明したように、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信する。ブロック８０６において、ロケーションサーバ機能は、例えば、図６のステージ５において説明したように、ロケーション情報を使用してＵＥのロケーションを算出する。ブロック８０８において、ロケーションサーバ機能は、例えば、図４のステージ１８、図６のステージ６、および図３において説明したように、ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送る。

【0157】

[0173] １つのインプリメンテーションでは、ユーザプレーンシグナリングは、例えば図３についてならびに図４のステージ１８および図６のステージ６において説明したように、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、トランスポートレイヤセキュリティ（ＴＬＳ）、またはこれらの何らかの組合せのうちの少なくとも１つに基づく。

【0158】

[0174] １つのインプリメンテーションでは、ロケーション報告は、例えば図６のステージ６について説明したように、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）のためのメッセージを送ることによって、ユーザプレーンシグナリングを使用して外部クライアントに送られる。ＨＴＴＰのためのメッセージは、ＨＴＴＰ ＰＯＳＴメッセージであり得、ＳＵＰＬ ＵＬＰのためのメッセージは、ＳＵＰＬ ＰＯＳメッセージ、ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージ、またはＳＵＰＬ ＲＥＰＯＲＴメッセージであり得る。

【0159】

[0175] １つのインプリメンテーションでは、Ｌ１またはＬ２プロトコルレベルは、例えば、図６のステージ４および図２において説明したように、（ｉ）物理レイヤ、（ｉｉ）媒体アクセス制御（ＭＡＣ）レイヤ、（ｉｉｉ）無線リンク制御（ＲＬＣ）レイヤ、または（ｉｖ）パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ、または（ｖ）これらの何らかの組合せのうちの１つを備える。

【0160】

[0176] １つのインプリメンテーションでは、ＵＥから受信されたロケーション情報は、図６のステージ４において説明したように、基準信号時間差（ＲＳＴＤ）測定値、センサ測定値、またはＲＳＴＤ測定値とセンサ測定値の両方を備える。１つのインプリメンテーションでは、例えば、図６のステージ５において説明したように、ロケーション情報を使用してＵＥのロケーションを算出することは、観測到着時間差（ＯＴＤＯＡ）を使用する。

【0161】

[0177] １つのインプリメンテーションでは、ロケーションサーバ機能は、例えば、図５のステージ８、ならびに図６のステージ２、４、および１０Ａにおいて説明したように、ＲＡＮ内の複数の基地局中の１つまたは複数の第１の基地局によって送信されたダウンリンク（ＤＬ：downlink）信号の第１の測定値をＵＥからさらに受信し得、ここで、１つまたは複数の第１の基地局は、サービング基地局を含む。ＤＬ信号は、例えば、測位基準信号、トラッキング基準信号、または両方であり得る。ロケーションサーバ機能は、例えば、図５のステージ９および図６のステージ８～１０において説明したように、ＵＥによって送信されたアップリンク（ＵＬ）信号の第２の測定値を複数の基地局の各々から受信し得る。ＵＬ信号は、例えば、測位基準信号、サウンディング基準信号、または両方であり得る。ロケーションサーバ機能は、例えば、図６のステージ１１において説明したように、第１の測定値と第２の測定値とに少なくとも部分的に基づいて、複数の基地局についてのタイミング情報を決定し得る。ロケーションサーバ機能は、例えば、図６のステージ５において説明したように、ロケーション情報と、複数の基地局についてのタイミング情報とを使用してＵＥのロケーションを算出し得る。例えば、１つのインプリメンテーションでは、例えば、図６のステージ１１について説明したように、第１の測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値もしくは基準信号時間差（ＲＳＴＤ）測定値または両方を備え得、第２の測定値は、到着時間（ＴＯＡ）測定値もしくはＲｘ－Ｔｘ測定値または両方を備え得、ここにおいて、複数の基地局についてのタイミング情報は、複数の基地局中の基地局のペア間のリアルタイム差（ＲＴＤ）を備える。

【0162】

[0178] １つのインプリメンテーションでは、ロケーションサーバ機能は、例えば、図５のステージ６において説明したように、第１の測定値を送る要求をＵＥに送り得、例えば、図５のステージ４において説明したように、第２の測定値を送る要求を複数の基地局の各々に送り得る。

【0163】

[0179] １つのインプリメンテーションでは、例えば、図６について説明したように、ロケーション情報は、ＵＥから受信され、ロケーション報告は、第１の周期的間隔で外部クライアントに送られ、ここで、第１の測定値は、第２の周期的間隔でＵＥから受信され、第２の測定値は、第３の周期的間隔で複数の基地局中の各基地局から受信され、第１の周期的間隔は、第２の周期的間隔および第３の周期的間隔よりも短い。

【0164】

[0180] １つのインプリメンテーションでは、ロケーションサーバ機能は、例えば、図６について説明したように、複数の基地局中の１つまたは複数の第２の基地局によって送信されたＤＬ信号の第３の測定値を複数のＵＥから受信し、ここで、１つまたは複数の第２の基地局は、サービング基地局を含む。ロケーションサーバ機能は、例えば、図６について説明したように、複数のＵＥの各々によって送信されたＵＬ信号の第４の測定値を複数の基地局から受信する。ロケーションサーバ機能は、例えば、図６について説明したように、第３の測定値と第４の測定値とに少なくとも部分的に基づいて、複数の基地局の各々についてのタイミング情報を決定し得る。第３の測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値もしくは基準信号時間差（ＲＳＴＤ）測定値または両方であり得、第４の測定値は、到着時間（ＴＯＡ）測定値もしくはＲｘ－Ｔｘ測定値または両方であり得、複数の基地局の各々についてのタイミング情報は、複数の基地局中の基地局のペア間のリアルタイム差（ＲＴＤ）であり得る。

【0165】

[0181] １つのインプリメンテーションでは、ロケーションサーバ機能は、例えば、図５のステージ１において説明したように、ＵＥのためのロケーション能力をＵＥから受信し得、ここで、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る能力を示す。ロケーションサーバ機能は、例えば、図５のステージ６において説明したように、Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る要求をＵＥに送り得る。

【0166】

[0182] １つのインプリメンテーションでは、例えば、図６のステージ４において説明したように、ロケーション情報は、暗号化され、ロケーションサーバ機能は、例えば、図５のステージ２および６において説明したように、暗号化鍵を決定し、暗号化鍵をＵＥに送り得、ここで、ロケーション情報は、暗号化鍵に基づいてＵＥによって暗号化される。

【0167】

[0183] １つのインプリメンテーションでは、ＲＡＮは、ＵＥへの５Ｇ新無線（ＮＲ）ワイヤレスアクセス（5G New Radio (NR) wireless access）を提供する次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）（例えば、ＮＧ－ＲＡＮ１１２）であり得、サービング基地局は、ＵＥのためのサービングＮＲノードＢ（ＳｇＮＢ：Serving NR Node B）（例えば、ＳｇＮＢ１１０－１）である。例えば、ＵＥを位置特定するための要求は、例えば、図４のステージ１１または図７のステージ３もしくは９において説明したように、アクセスおよびモビリティ管理機能（例えば、ＡＭＦ１５４）またはＵＥのための前のＳｇＮＢから受信され得る。１つのインプリメンテーションでは、例えば、ロケーションサーバ機能は、例えば、図７のステージ１またはステージ７において説明したように、ＵＥのためのＳｇＮＢの変更を識別し得、ここで、ＳｇＮＢの変更は、新しいＳｇＮＢへの変更であり、例えば、図７のステージ３またはステージ９において説明したように、ＵＥのためのロケーションコンテキストを新しいＳｇＮＢに送り得、ここで、ロケーションコンテキストは、新しいＳｇＮＢによるＵＥのためのロケーション報告の継続を可能にする。ＵＥのためのＳｇＮＢの変更を識別することは、例えば、図７のステージ１またはステージ７において説明したように、ＵＥが接続状態にあるときには、新しいＳｇＮＢのためのサービングセルへのＵＥのハンドオーバを決定することに基づき、またはＵＥが非アクティブ状態にあるときには、新しいＳｇＮＢからＵＥコンテキストに対する要求を受信することに基づき得る。ロケーションコンテキストは、例えば、図７のステージ３およびステージ９において説明したように、（ｉ）外部クライアントによって開始されるロケーション要求についての情報、（ｉｉ）ＵＥから受信されているロケーション情報のタイプの指示、（ｉｉｉ）ＳｇＮＢによって取得されているＵＥについてのＵＬロケーション測定値の指示、（ｉｖ）他のｇＮＢまたはＲＰおよび他のｇＮＢまたはＲＰのアイデンティティによって取得されているＵＥについてのＵＬロケーション測定値の指示、（ｖ）他のｇＮＢまたはＴＰおよび他のｇＮＢまたはＴＰのアイデンティティによって送信されているＤＬ ＲＳの指示、（ｖｉ）ＵＥによって送信されているＵＬ信号の指示、（ｖｉｉ）ロケーションセッション識別子、（ｖｉｉｉ）ＵＥによってロケーション情報を送るためのＬ１またはＬ２プロトコルレベルの使用の指示、（ｉｘ）ＵＥのロケーション能力、または（ｘ）これらの何らかの組合せのうちの１つを備え得る。

【0168】

[0184] １つのインプリメンテーションでは、ロケーションサーバ機能は、例えば、図６について説明したように、ＲＡＮ内の複数の隣接するＮＲノードＢ（例えば、ＮｇＮＢ１１０）からあるタイプの測定値を受信し得、ここで、ＵＥのロケーションを算出すること、すなわち複数のＮｇＮＢについてのタイミング情報を算出することは、測定値のタイプに部分的に基づく。ロケーションサーバ機能は、例えば、図７のステージ２および８において説明したように、新しいＳｇＮＢが複数のＮｇＮＢからそのタイプの測定値を受信することを可能にするために、新しいＳｇＮＢに十分なシグナリング接続性があるか不十分なシグナリング接続性があるかを決定し得る。ロケーションサーバ機能は、例えば、図７のステージ１２において説明したように、不十分なシグナリング接続性が決定されたとき、ＳｇＮＢの変更に続いて複数のＮｇＮＢにおけるそのタイプの測定をキャンセルし得る。ロケーションサーバ機能は、例えば、図７のステージ１１において説明したように、十分なシグナリング接続性が決定された場合、ＳｇＮＢの変更の後に、複数のＮｇＮＢにおけるそのタイプの測定をキャンセルすることを控え得る。ロケーションサーバ機能は、例えば図７のステージ３および９において説明したように、十分なシグナリング接続性または不十分なシグナリング接続性の決定の指示を新しいＳｇＮＢに送り得、ここで、指示は、十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、そのタイプの測定値を新しいＳｇＮＢに送るように複数のＮｇＮＢの少なくとも一部を構成することを可能にし、指示は、不十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、複数のＮｇＮＢを構成することを控えることを可能にする。

【0169】

[0185] 図９は、ユーザ機器（ＵＥ）によって実行される、ＵＥ１０５のようなＵＥを位置特定するための方法を例示するプロセスフロー９００を示す。

【0170】

[0186] プロセスフロー９００は、ブロック９０２から開始し得、ここでは、例えば、図５のステージ６について説明したように、第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求が無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から受信される。ブロック９０４において、ＵＥは、例えば、図６のステージ４について説明したように、第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでサービング基地局に第１のロケーション測定値を送る。ブロック９０６において、ＵＥは、例えば、図６のステージ１０Ａについて説明したように、第２の周期的間隔でサービング基地局に第２のロケーション測定値を送り、ここで、第１の周期的間隔は、第２の周期的間隔よりも短い。

【0171】

[0187] １つのインプリメンテーションでは、Ｌ１またはＬ２プロトコルレベルは、例えば、図６のステージ４においておよび図２で説明したように説明したように、（ｉ）物理レイヤ、（ｉｉ）媒体アクセス制御（ＭＡＣ）レイヤ、（ｉｉｉ）無線リンク制御（ＲＬＣ）レイヤ、（ｉｖ）パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ、または（ｖ）これらの何らかの組合せのうちの１つを備える。

【0172】

[0188] １つのインプリメンテーションでは、例えば、図５のステージ８ならびに図６のステージ２、４、および１０Ａにおいて説明したように、第１のロケーション測定値および第２のロケーション測定値は、ＲＡＮ内の複数の基地局から受信されたダウンリンク（ＤＬ）信号のロケーション測定値を備え、ここで、複数の基地局は、サービング基地局を含む。１つのインプリメンテーションでは、第１のロケーション測定値は、図６のステージ４において説明したように、基準信号時間差（ＲＳＴＤ）測定値、センサ測定値、またはＲＳＴＤ測定値とセンサ測定値の両方であり得る。第２のロケーション測定値は、例えば、図６のステージ１０Ａにおいて説明したように、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値であり得る。ＤＬ信号は、例えば、測位基準信号、トラッキング基準信号、または両方であり得る。

【0173】

[0189] １つのインプリメンテーションでは、ＵＥは、例えば、図５のステージ１において説明したように、サービング基地局からＵＥのロケーション能力に対する要求を受信し得、サービング基地局にＵＥのロケーション能力を送り得、ここで、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルで第１のロケーション測定値を送る能力を示す。

【0174】

[0190] １つのインプリメンテーションでは、例えば、図５のステージ２および６において説明したように、第１のロケーション測定値に対する第１の要求は、暗号化鍵を含み、ＵＥは、例えば、図６のステージ４において説明したように、Ｌ１またはＬ２プロトコルレベルでサービング基地局に第１のロケーション測定値を送る前に、暗号化鍵を使用して第１のロケーション測定値を暗号化し得る。

【0175】

[0191] １つのインプリメンテーションでは、ＲＡＮは、ＵＥへの５Ｇ新無線（ＮＲ）ワイヤレスアクセスを提供する次世代無線アクセスネットワーク（例えば、ＮＧ－ＲＡＮ１１２）であり、サービング基地局は、ＵＥのためのサービングＮＲノードＢ（ＳｇＮＢ）（例えば、ＳｇＮＢ１１０－１）である。

【0176】

[0192] １つのインプリメンテーションでは、例えば、図６のステージ１０Ａについて説明したように、第２のロケーション測定値は、無線リソース制御（ＲＲＣ）プロトコルレベルでまたはＬ１もしくはＬ２プロトコルレベルでサービング基地局に送られる。

【0177】

[0193] １つのインプリメンテーションでは、ＵＥはさらに、例えば、図５のステージ６において説明したように、アップリンク（ＵＬ）信号を送信するように求める第３の要求（third request）をサービング基地局から受信し得る。ＵＥは、例えば、図５のステージ９において説明したように、第３の周期的間隔でアップリンク（ＵＬ）信号を送信し得、ここで、第１の周期的間隔は、第３の周期的間隔よりも短く、ＵＬ信号は、ＲＡＮ内の複数の基地局によるＵＥのロケーション測定を可能にし、複数の基地局は、サービング基地局を含む。ＵＬ信号は、測位基準信号、サウンディング基準信号、または両方であり得る。図５のステージ６において説明したように、第１の要求、第２の要求、および第３の要求は、無線リソース制御（ＲＲＣ）プロトコルのためのそれぞれの第１、第２、および第３のメッセージ中で受信され得る。第１、第２および第３のメッセージは、同じメッセージであり得る。

【0178】

[0194] 図１０は、本明細書で説明し、図１～図８に示すように、サービングｇＮＢ（ＳｇＮＢ）１１０－１のような、無線アクセスネットワーク内のサービング基地局にあるかまたはそれに接続されたロケーションサーバ機能１０００のハードウェアインプリメンテーションの例を例示する図である。ロケーションサーバ機能１０００は、サービング基地局（例えば、ＬＭＣサーバまたはＬＬＭＦサーバ）にある（またはそれに接続された）エンティティによって実行され得るか、またはサービング基地局によって実行され得、例えば、５Ｇシステム（５ＧＳ）のようなワイヤレスネットワークの一部であり得、図１に示されるＮＧ－ＲＡＮ１１２のようなＮＧ－ＲＡＮ内にあり得る。ロケーションサーバ機能１０００は、例えば、外部インターフェース１００２のようなハードウェア構成要素を含み、これは、ＡＭＦ１５４、ＵＰＦ１５１、ネイバーＮｇＮＢ１１０－２、１１０－３、１１０－４のようなＲＡＮ内の基地局に接続することが可能なワイヤードまたはワイヤレスインターフェースであり、１つまたは複数のＵＥ１０５にワイヤレスに接続し、ハンドオーバ中に新しいサービング基地局にある新しいロケーションサーバ機能に接続し得る。ロケーションサーバ機能１０００は、バス１００６を使用して互いに結合され得る１つまたは複数のプロセッサ１００４およびメモリ１０１０を含む。メモリ１０１０は、データを記憶し得、１つまたは複数のプロセッサ１００４によって実行されると、１つまたは複数のプロセッサ１００４を、本明細書で開示されたプロシージャおよび技法（例えば、プロセスフロー８００など）を実行するようにプログラムされた専用コンピュータとして動作させる実行可能コードまたはソフトウェア命令を含み得る。

【0179】

[0195] 図１０に例示されるように、メモリ１０１０は、１つまたは複数のプロセッサ１００４によってインプリメントされると、本明細書で説明した方法をインプリメントする１つまたは複数の構成要素またはモジュールを含む。構成要素またはモジュールは、１つまたは複数のプロセッサ１００４によって実行可能なメモリ１０１０内のソフトウェアとして例示されているが、これらの構成要素またはモジュールが、プロセッサ１００４内またはプロセッサ外の専用ハードウェアまたはファームウェアであり得ることは理解されるべきである。例示されるように、メモリ１０１０は、１つまたは複数のプロセッサ１００４が、ハンドオーバ中に、ＡＭＦ１５４または別のＳｇＮＢ１１０－１のようなワイヤレスネットワーク内のエンティティから、外部インターフェース１００２を介して、ＵＥを位置特定するための要求を受信することを可能にするロケーション要求受信ユニット１０１２を含み得、ＵＥを位置特定するための要求は、外部クライアント（例えば、外部クライアント１３０）によって開始されたロケーション要求に基づき、制御プレーンシグナリングを使用して受信される。

【0180】

[0196] メモリ１０１０は、１つまたは複数のプロセッサ１００４が、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレイヤ、例えば、物理レイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、およびパケットデータ収束プロトコル（ＰＤＣＰ）レイヤのうちの１つまたは複数でＵＥから、外部インターフェース１００２を介して、ロケーション情報を受信することを可能にするロケーション情報取得ユニット１０１４をさらに含み得る。ＵＥからのロケーション情報は、例えば、ＲＳＴＤ測定値もしくはＲｘ－Ｔｘ測定値または両方であり得る。追加的に、ロケーション情報は、ＲＲＣプロトコルレイヤにおいてＵＥから取得され得る。ロケーション情報取得ユニット１０１４はさらに、１つまたは複数のプロセッサ１００４が、外部インターフェース１００２を介して、複数のＵＥから取得されたロケーション情報を受信することを可能にし得る。ロケーション情報取得ユニット１０１４はさらに、１つまたは複数のプロセッサ１００４が、例えば、ＵＥ１０５によって送信されたまたは他のＵＥからのＵＬ信号からのＴＯＡ測定値またはＲｘ－Ｔｘ測定値であり得る、他の基地局、例えば、ＮｇＮＢ１１０－２、１１０－３、１１０－４から取得されたロケーション情報を、外部インターフェース１００２を介して、受信することを可能にし得る。

【0181】

[0197] メモリ１０１０は、１つまたは複数のプロセッサ１００４が、受信されたロケーション情報を使用してＵＥのロケーション推定値を決定することを可能にするロケーション決定ユニット１０１６をさらに含み得る。例えば、ロケーション推定値は、受信されたＲＳＴＤ測定値に基づいてＯＴＤＯＡを使用して決定され得る。

【0182】

[0198] メモリ１０１０は、１つまたは複数のプロセッサ１００４が、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、トランスポートレイヤセキュリティ（ＴＬＳ）、またはこれらの何らかの組合せのうちの少なくとも１つに基づき得るユーザプレーンシグナリングを使用して、外部インターフェース１００２を介して、外部クライアントにＵＥの推定ロケーションを含むロケーション報告を送ることを可能にするロケーション情報報告ユニット１０１８をさらに含み得る。

【0183】

[0199] メモリ１０１０は、１つまたは複数のプロセッサ１００４が、基地局によって送信されたＤＬ信号の、ＵＥ１０５から受信された測定値、例えば、Ｒｘ－Ｔｘ測定値もしくはＲＳＴＤ測定値または両方と、ＵＥ１０５によって送信されたＵＬ信号の、基地局から受信された測定値、例えば、ＴＯＡ測定値もしくはＲｘ－Ｔｘ測定値または両方とを使用して、複数の基地局についてのタイミング情報を決定することを可能にするタイミング情報ユニット１０２０をさらに含み得る。タイミング情報は、例えば、基地局のペア間のＲＴＤであり得る。ロケーション決定ユニット１０１６は、１つまたは複数のプロセッサ１００４が、受信されたロケーション情報と複数の基地局についてのタイミング情報とを使用して、ＵＥのロケーション推定値を決定することを可能にし得る。タイミング情報ユニット１０２０は、１つまたは複数のプロセッサ１００４が、基地局によって送信されたＤＬ信号の、ＵＥ１０５を含むかまたはそれ以外である複数のＵＥから受信された測定値、例えば、Ｒｘ－Ｔｘ測定値もしくはＲＳＴＤ測定値または両方と、複数のＵＥによって送信されたＵＬ信号の、基地局から受信された測定値、例えば、ＴＯＡ測定値もしくはＲｘ－Ｔｘ測定値または両方とを使用して、複数の基地局についてのタイミング情報を決定することをさらに可能にし得る。

【0184】

[0200] メモリ１０１０は、１つまたは複数のプロセッサ１００４がＵＥに測位測定要求を送ることを可能にする測位要求ユニット１０２２をさらに含み得る。測位要求ユニット１０２２は、１つまたは複数のプロセッサ１００４が、基地局からのＤＬ信号のＲＳＴＤ測定値またはＲｘ－Ｔｘ測定値を含む異なるタイプのロケーション情報を要求することと、ＵＥがＬ１またはＬ２プロトコルレベルで異なるタイプのロケーション情報のうちの１つまたは複数を送るべきであることを要求することとを可能にし得る。測位要求ユニット１０２２は、１つまたは複数のプロセッサ１００４が、例えば、ＵＥ１０５からのおよび／または複数の他のＵＥからのＵＬ信号のＴＯＡ測定値またはＲｘ－Ｔｘ測定値のような測定値を要求するために、基地局、例えば、ＮｇＮＢ１１０－２、１１０－３、１１０－４に測位測定要求を送ることをさらに可能にし得る。

【0185】

[0201] メモリ１０１０は、１つまたは複数のプロセッサ１００４が、外部インターフェース１００２を介して、ＵＥにロケーション能力に対する要求を送ることと、外部インターフェース１００２を介して、ＵＥからロケーション能力応答をＵＥから受信することとを可能にするロケーション能力ユニット１０２４をさらに含み得、ここで、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルでロケーションサーバ機能１０００にロケーション情報を送るＵＥの能力を示し得る。

【0186】

[0202] メモリ１０１０は、１つまたは複数のプロセッサ１００４が、例えば、ＵＥが暗号鍵を使用してロケーション情報を暗号化し得るように、位置測定要求とともにＵＥに送られ得る暗号鍵を決定することと、外部インターフェース１００２を介して、ＵＥに暗号鍵を送ることとを可能にする暗号ユニット１０２６をさらに含み得る。

【0187】

[0203] メモリ１０１０は、１つまたは複数のプロセッサ１００４が、例えば、ＵＥが接続状態にあるときには、ＵＥのためのサービングセルまたはサービング基地局の変更を識別することを、またはＵＥが非アクティブ状態にあるときには、外部インターフェース１００２を介して、ＵＥのための新しいサービングセルまたは新しいサービング基地局の指示と接続性の指示とを受信することを可能にするハンドオーバユニット１０２８をさらに含み得る。ロケーションサーバ機能１０００が、ＵＥのロケーションを算出するために使用されるタイプの測定値を複数の隣接する基地局から受信しているとき、ハンドオーバユニット１０２８は、ＵＥ１０５のロケーション推定値を決定するために使用されている測定値を複数の基地局から受信することを可能にするために、新しいサービング基地局に十分なシグナリング接続性があるか不十分なシグナリング接続性があるかを１つまたは複数のプロセッサ１００４が決定することを可能にし得る。ハンドオーバユニット１０２８は、例えば、１つまたは複数のプロセッサ１００４が、不十分な接続性が決定された場合に複数の基地局におけるそのタイプの測定をキャンセルすること、または十分な接続性がある場合にキャンセルすることを控えることを可能にし得る。メモリ１０１０は、１つまたは複数のプロセッサ１００４が、新しいサービング基地局に十分な接続性または不十分な接続性の決定の指示を送ることを可能にする接続性ユニット１０３０をさらに含み得、この指示は、十分な接続性が示され場合、新しいサービング基地局が、そのタイプの測定値を新しいサービング基地局に送るように複数の基地局のうちの少なくともいくつかを構成することを可能にし、指示は、不十分な接続性が示された場合、新しいサービング基地局が複数の基地局を構成することを控えることを可能にする。メモリ１０１０は、１つまたは複数のプロセッサ１００４が新しいサービング基地局にＵＥのためのロケーションコンテキストを送ることを可能にするロケーションコンテキストユニット１０３２をさらに含み得、ここで、ロケーションコンテキストは、新しいサービング基地局によるＵＥについてのロケーション報告の継続を可能にする。ロケーションコンテキストは、例えば、（ｉ）外部クライアントによって開始されるロケーション要求についての情報、（ｉｉ）ＵＥから受信されているロケーション情報のタイプの指示、（ｉｉｉ）サービング基地局によって取得されているＵＥについてのＵＬロケーション測定値の指示、（ｉｖ）他の基地局および他の基地局のアイデンティティによって取得されているＵＥについてのＵＬロケーション測定値の指示、（ｖ）他の基地局および他の基地局のアイデンティティによって送信されているＤＬ ＲＳの指示、（ｖｉ）ＵＥによって送信されているＵＬ信号の指示、（ｖｉｉ）ロケーションセッション識別子、（ｖｉｉｉ）ＵＥによってロケーション情報を送るためのＬ１またはＬ２プロトコルレベルの使用の指示、（ｉｘ）ＵＥのロケーション能力、または（ｘ）これらの何らかの組合せのうちの１つまたは複数であり得る。

【0188】

[0204] 本明細書で説明した方法は、用途に応じて様々な手段によってインプリメントされ得る。例えば、これらの方法、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せでインプリメントされ得る。ハードウェアインプリメンテーションの場合、１つまたは複数のプロセッサは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他の電子ユニット、またはそれらの組合せでインプリメントされ得る。

【0189】

[0205] ファームウェアおよび／またはソフトウェアを伴うインプリメンテーションの場合、方法は、本明細書で説明した別個の機能を実行するモジュール（例えば、プロシージャ、機能など）を使用してインプリメントされ得る。命令を有形に具現化する任意の機械読取可能な媒体は、本明細書で説明した方法をインプリメントする際に使用され得る。例えば、ソフトウェアコードは、メモリ（例えば、メモリ１０１０）に記憶され、１つまたは複数のプロセッサユニット（例えば、プロセッサ１００４）によって実行され、プロセッサユニットを、本明細書で開示された技法およびプロシージャを実行するようにプログラムされた専用コンピュータとして動作させることができる。メモリは、プロセッサユニット内にまたはプロセッサユニットの外部にインプリメントされ得る。本明細書で使用される場合、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、任意の特定のタイプのメモリもしくはメモリの数、またはメモリが記憶される媒体のタイプに限定されない。

【0190】

[0206] ファームウェアおよび／またはソフトウェアでインプリメントされる場合、機能は、非一時的コンピュータ読取可能な記憶媒体（non-transitory computer-readable storage medium）上に１つまたは複数の命令またはコードとして記憶され得る。例には、データ構造で符号化されたコンピュータ読取可能な媒体およびコンピュータプログラムで符号化されたコンピュータ読取可能な媒体が含まれる。コンピュータ読取可能な媒体は、物理的なコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージ、半導体ストレージ、もしくは他のストレージデバイス、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用することができ、コンピュータによってアクセス可能な任意の他の媒体を備えることができ、ディスク（disk）およびディスク（disc）は、本明細書で使用される場合、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイディスクを含み、ディスク（disk）は通常、磁気的にデータを再生し、ディスク（disc）は、レーザを使用して光学的にデータを再生する。上記の組合せも、コンピュータ読取可能な媒体の範囲内に含まれるべきである。

【0191】

[0207] コンピュータ読取可能な記憶媒体上の記憶に加えて、命令および／またはデータは、通信装置に含まれる伝送媒体上の信号として提供され得る。例えば、通信装置は、命令およびデータを示す信号を有するトランシーバを含み得る。命令およびデータは、非一時的コンピュータ読取可能な媒体、例えばメモリ１０１０上に記憶され、１つまたは複数のプロセッサ（例えば、プロセッサ１００４）を、本明細書で開示された技法およびプロシージャを実行するようにプログラムされた専用コンピュータとして動作させるように構成される。すなわち、通信装置は、開示された機能を実行するための情報を示す信号を有する伝送媒体を含む。第１の時間において、通信装置に含まれる伝送媒体は、開示された機能を実行するための情報の第１の部分を含み得、第２の時間において、通信装置に含まれる伝送媒体は、開示された機能を実行するための情報の第２の部分を含み得る。

【0192】

[0208] したがって、無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあり、ＵＥを位置特定するように構成されたロケーションサーバ機能は、ＵＥを位置特定するための要求を受信するための手段、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく、を含み得、これは、例えば、専用ハードウェアを有するか、またはロケーション要求受信ユニット１０１２のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信するための手段は、例えば、専用ハードウェアを有するか、またはロケーション情報取得ユニット１０１４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。ロケーション情報を使用してＵＥのロケーションを算出するための手段は、例えば、専用ハードウェアを有するか、またはロケーション決定ユニット１０１６のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送るための手段は、例えば、専用ハードウェアを有するか、またはロケーション情報報告ユニット１０１８のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。

【0193】

[0209] １つのインプリメンテーションでは、ロケーションサーバ機能は、ＲＡＮ内の複数の基地局中の１つまたは複数の第１の基地局によって送信されたダウンリンク（ＤＬ）信号の第１の測定値をＵＥから受信するための手段、ここにおいて、１つまたは複数の第１の基地局は、サービング基地局を含む、を含み得、これは、例えば、専用ハードウェアを有するか、またはロケーション情報取得ユニット１０１４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。ＵＥによって送信されたアップリンク（ＵＬ）信号の第２の測定値を複数の基地局の各々から受信するための手段は、例えば、専用ハードウェアを有するか、またはロケーション情報取得ユニット１０１４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。第１の測定値と第２の測定値とに少なくとも部分的に基づいて、複数の基地局についてのタイミング情報を決定するための手段は、例えば、専用ハードウェアを有するか、またはタイミング情報ユニット１０２０のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。ロケーション情報と、複数の基地局についてのタイミング情報とを使用してＵＥのロケーションを算出するための手段は、例えば、専用ハードウェアを有するか、またはロケーション決定ユニット１０１６のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。１つのインプリメンテーションでは、ロケーションサーバ機能は、第１の測定値を送る要求をＵＥに送るための手段をさらに含み得、これは、例えば、専用ハードウェアを有するか、または測位要求ユニット１０２２のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。第２の測定値を送る要求を複数の基地局の各々に送るための手段は、例えば、専用ハードウェアを有するか、または測位要求ユニット１０２２のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。１つのインプリメンテーションでは、ロケーションサーバ機能は、複数の基地局中の１つまたは複数の第２の基地局によって送信されたＤＬ信号の第３の測定値を複数のＵＥから受信するための手段、ここにおいて、１つまたは複数の第２の基地局は、サービング基地局を含む、をさらに含み、これは、例えば、専用ハードウェアを有するか、またはロケーション情報取得ユニット１０１４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。複数のＵＥの各々によって送信されたＵＬ信号の第４の測定値を複数の基地局から受信するための手段は、例えば、専用ハードウェアを有するか、またはロケーション情報取得ユニット１０１４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。第３の測定値と第４の測定値とに少なくとも部分的に基づいて、複数の基地局の各々についてのタイミング情報を決定するための手段は、例えば、専用ハードウェアを有するか、またはタイミング情報ユニット１０２０のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。

【0194】

[0210] １つのインプリメンテーションでは、ロケーションサーバ機能は、ＵＥのためのロケーション能力をＵＥから受信するための手段、ここにおいて、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る能力を示す、を含み得、これは、例えば、専用ハードウェアを有するか、またはロケーション能力ユニット１０２４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る要求をＵＥに送るための手段は、例えば、専用ハードウェアを有するか、または測位要求ユニット１０２２のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。

【0195】

[0211] １つのインプリメンテーションでは、ロケーション情報が暗号化され、ロケーションサーバ機能は、暗号化鍵を決定するための手段を含み得、これは、例えば、専用ハードウェアを有するか、または暗号ユニット１０２６のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。暗号化鍵をＵＥに送るための手段であって、ここにおいて、ロケーション情報は、暗号化鍵に基づいてＵＥによって暗号化される、手段は、例えば、専用ハードウェアを有するか、または暗号ユニット１０２６のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。

【0196】

[0212] １つのインプリメンテーションでは、ロケーションサーバ機能は、ＵＥのためのＳｇＮＢの変更を識別するための手段、ここにおいて、ＳｇＮＢの変更は、新しいＳｇＮＢへの変更である、を含み得、これは、例えば、専用ハードウェアを有するか、またはハンドオーバユニット１０２８のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。ＵＥのためのロケーションコンテキストを新しいＳｇＮＢに送るための手段であって、ここにおいて、ロケーションコンテキストは、新しいＳｇＮＢによるＵＥのためのロケーション報告の継続を可能にする、手段は、例えば、専用ハードウェアを有するか、またはロケーションコンテキストユニット１０３２のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。例えば、いくつかのインプリメンテーションでは、ロケーションサーバ機能は、ＲＡＮ内の複数の隣接するＮＲノードＢ（ＮｇＮＢ）からあるタイプの測定値を受信するための手段、ここにおいて、ＵＥのロケーションを算出すること、すなわち複数のＮｇＮＢについてのタイミング情報を算出することは、測定値のタイプに部分的に基づく、をさらに含み得、これは、例えば、専用ハードウェアを有するか、またはロケーション情報取得ユニット１０１４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４および外部インターフェース１００２であり得る。新しいＳｇＮＢが複数のＮｇＮＢからそのタイプの測定値を受信することを可能にするために、新しいＳｇＮＢに十分なシグナリング接続性があるか不十分なシグナリング接続性があるかを決定するための手段は、例えば、専用ハードウェアを有するか、またはハンドオーバユニット１０２８のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。不十分な接続性が決定された場合、ＳｇＮＢの変更の後に、複数のＮｇＮＢにおけるそのタイプの測定をキャンセルするための手段は、例えば、専用ハードウェアを有するか、またはハンドオーバユニット１０２８のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。十分なシグナリング接続性が決定された場合、ＳｇＮＢの変更の後に、複数のＮｇＮＢにおけるそのタイプの測定をキャンセルすることを控えるための手段は、例えば、専用ハードウェアを有するか、またはハンドオーバユニット１０２８のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。十分なシグナリング接続性または不十分なシグナリング接続性の決定の指示を新しいＳｇＮＢに送るための手段であって、ここにおいて、指示は、十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、そのタイプの測定値を新しいＳｇＮＢに送るように複数のＮｇＮＢの少なくとも一部を構成することを可能にし、指示は、不十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、複数のｇＮＢを構成することを控えることを可能にする、手段は、例えば、専用ハードウェアを有するか、または接続性ユニット１０３０のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１００４であり得る。

【0197】

[0213] 図１１は、図１に示されたＵＥ１０５のようなＵＥ１１００のハードウェアインプリメンテーションの例を例示する図である。ＵＥ１１００は、本明細書で説明し、図１、図２、図４～図７、および図９に示すように、サービングｇＮＢ（ＳｇＮＢ）１１０－１またはＳｇＮＢ１１０－１とともに配置されたロケーションサーバ機能のような、無線アクセスネットワーク内の基地局とワイヤレスに通信するためのワイヤレストランシーバ１１０２を含み得る。ＵＥ１１００はまた、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）トランシーバ１１０６のような追加のトランシーバに加え、ＳＰＳ ＳＶ１９０（図１に示されている）からの信号を受信および測定するためのＳＰＳ受信機１１０８を含み得る。ＵＥ１１００は、カメラ、加速度計、ジャイロスコープ、電子コンパス、磁力計、気圧計などの１つまたは複数のセンサ１１１０をさらに含み得る。ＵＥ１１００は、例えば、ディスプレイ、キーパッド、またはディスプレイ上の仮想キーパッドのような他の入力デバイスを含み得るユーザインターフェース１１１２をさらに含み得、それを介してユーザはＵＥ１１００とインターフェースし得る。ＵＥ１１００は、バス１１１６を使用して互いに結合され得る１つまたは複数のプロセッサ１１０４およびメモリ１１２０をさらに含む。１つまたは複数のプロセッサ１１０４およびＵＥ１１００の他の構成要素は、同様に、バス１１１６、別個のバスを使用して互いに結合され得るか、または互いに直接接続されるか、もしくは上記の組合せを使用して結合され得る。メモリ１１２０は、データを記憶し得、１つまたは複数のプロセッサ１１０４によって実行されると、１つまたは複数のプロセッサを、本明細書で開示されたアルゴリズムを実行するようにプログラムされた専用コンピュータとして動作させる実行可能コードまたはソフトウェア命令を含み得る。

【0198】

[0214] 図１１に例示されるように、メモリ１１２０は、本明細書で説明した方法を実行するために１つまたは複数のプロセッサ１１０４によってインプリメントされ得る１つまたは複数の構成要素またはモジュールを含み得る。構成要素またはモジュールは、１つまたは複数のプロセッサ１１０４によって実行可能なメモリ１１２０内のソフトウェアとして例示されているが、これらの構成要素またはモジュールが、１つまたは複数のプロセッサ１１０４内またはプロセッサ外の専用ハードウェアまたはファームウェアであり得ることは理解されるべきである。例示されるように、メモリ１１２０は、ＳｇＮＢ１１０－１のようなサービング基地局からワイヤレストランシーバ１１０２を介してロケーション測定要求を受信するように１つまたは複数のプロセッサ１１０４を構成するロケーション測定要求ユニット１１２２を含み得る。ロケーション測定要求ユニット１１２２は、例えば、複数の基地局、例えば、ＳｇＮＢ１１０－１およびＮｇＮＢ１１０－２、１１０－３、１１０－４から受信されるＤＬ信号、例えば、測位基準信号およびトラッキング基準信号の一方または両方のロケーション測定値であり得る、第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信するように１つまたは複数のプロセッサ１１０４を構成し得る。第１の要求は、例えば、ＲＳＴＤ測定値に対するものあり得、第２の要求は、Ｒｘ－Ｔｘ測定値に対するものであり得る。第１の要求および第２の要求は、ＲＲＣプロトコルを使用して１つまたは複数のメッセージ中で受信され得る。

【0199】

[0215] ロケーション測定ユニット１１２４は、例えば、ＲＳＴＤおよび／またはＲｘ－Ｔｘ測定であり得る、要求されたロケーション測定を実行するように１つまたは複数のプロセッサ１１０４を構成する。必要に応じて、到着時間（ＴＯＡ）、ラウンドトリップ信号伝搬時間（ＲＴＴ）、到着角度（ＡＯＡ）、出発角度（ＡＯＤ）、受信信号強度表示（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、全地球航法衛星システム（ＧＮＳＳ）コード位相、ＧＮＳＳキャリア位相、ＷｉＦｉ ＡＰ ＲＴＴ、ＷｉＦｉ ＡＰ ＲＳＳＩ、センサ測定値、またはこれらの何らかの組合せなど、他のタイプの測定が実行され得る。

【0200】

[0216] ロケーション測定送信ユニット１１２６は、例えば、ワイヤレストランシーバ１１０２を介して、第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでサービング基地局に第１のロケーション測定値を送ることと、第２の周期的間隔でサービング基地局に第２のロケーション測定値を送ることとを行うように１つまたは複数のプロセッサ１１０４を構成し、ここで、第１の周期的間隔は、第２の周期的間隔よりも短い。Ｌ１またはＬ２プロトコルレベルは、例えば、物理レイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、およびパケットデータ収束プロトコル（ＰＤＣＰ）レイヤのうちの１つまたは複数であり得る。第２のロケーション測定値は、例えば、Ｌ１もしくはＬ２プロトコルレベルでまたはＲＲＣプロトコルレベルで送られ得る。

【0201】

[0217] メモリ１１２０は、１つまたは複数のプロセッサ１１０４が、ワイヤレストランシーバ１１０２を介して、サービング基地局からロケーション能力に対する要求を受信することと、ワイヤレストランシーバ１１０２を介して、サービング基地局にロケーション能力応答を送ることとを可能にするロケーション能力ユニット１１２８をさらに含み得、ここで、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルでロケーションサーバ機能１０００にロケーション情報を送るＵＥの能力を示し得る。

【0202】

[0218] メモリ１１２０は、１つまたは複数のプロセッサ１１０４が、ワイヤレストランシーバ１１０２を介して、第１のロケーション測定値に対する第１の要求中にあり得る暗号鍵をサービング基地局から受信することと、Ｌ１またはＬ２プロトコルレベルでサービング基地局に第１のロケーション測定値を送る前に、暗号鍵を使用して第１のロケーション測定値を暗号化することとを可能にする暗号ユニット１１３０をさらに含み得る。

【0203】

[0219] メモリ１１２０は、１つまたは複数のプロセッサ１１０４が、ワイヤレストランシーバ１１０２を介して、ＵＬ信号を送信するように求める要求をサービング基地局から受信することを可能にするＵＬ送信要求ユニット１１３２をさらに含み得る。ＵＬ信号を送信するように求める要求は、ＲＲＣプロトコルを使用してメッセージ中で受信され得る。ＵＬ信号を送信するように求める要求は、ロケーション測定値に対する第１の要求および第２の要求と同じメッセージ中で受信され得る。ＵＬ送信ユニット１１３４は、１つまたは複数のプロセッサ１１０４が、ワイヤレストランシーバ１１０２を介して、第３の周期的間隔でＵＬ信号、例えば、測位基準信号、サウンディング基準信号、または両方を送信することを可能にし、ここで、第１の周期的間隔は、第３の周期的間隔よりも短く、ＵＬ信号は、サービング基地局を含む複数の基地局によるＵＥのロケーション測定を可能にする。

【0204】

[0220] 本明細書で説明した方法は、用途に応じて様々な手段によってインプリメントされ得る。例えば、これらの方法、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せでインプリメントされ得る。ハードウェアインプリメンテーションの場合、１つまたは複数のプロセッサ１１０４は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他の電子ユニット、またはそれらの組合せでインプリメントされ得る。

【0205】

[0221] ファームウェアおよび／またはソフトウェアを伴うＵＥ１１００のインプリメンテーションの場合、方法は、本明細書で説明した別個の機能を実行するモジュール（例えば、プロシージャ、機能など）を使用してインプリメントされ得る。命令を有形に具現化する任意の機械読取可能な媒体は、本明細書で説明した方法をインプリメントする際に使用され得る。例えば、ソフトウェアコードは、メモリ（例えば、メモリ１１２０）に記憶され、１つまたは複数のプロセッサ１１０４によって実行され、１つまたは複数のプロセッサ１１０４を、本明細書で開示された技法を実行するようにプログラムされた専用コンピュータとして動作させることができる。メモリは、１つまたは複数のプロセッサ１１０４内にまたは１つまたは複数のプロセッサ１１０４の外部にインプリメントされ得る。本明細書で使用される場合、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、任意の特定のタイプのメモリもしくはメモリの数、またはメモリが記憶される媒体のタイプに限定されない。

【0206】

[0222] ファームウェアおよび／またはソフトウェアでインプリメントされる場合、ＵＥ１１００によって実行される機能は、メモリ１１２０のような非一時的コンピュータ読取可能な記憶媒体上に１つまたは複数の命令またはコードとして記憶され得る。記憶媒体の例には、データ構造で符号化されたコンピュータ読取可能な媒体およびコンピュータプログラムで符号化されたコンピュータ読取可能な媒体が含まれる。コンピュータ読取可能な媒体は、物理的なコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージ、半導体ストレージ、もしくは他のストレージデバイス、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用することができ、コンピュータによってアクセス可能な任意の他の媒体を備えることができ、ディスク（disk）およびディスク（disc）は、本明細書で使用される場合、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、およびブルーレイディスクを含み、ディスク（disk）は通常、磁気的にデータを再生し、ディスク（disc）は、レーザを使用して光学的にデータを再生する。上記の組合せも、コンピュータ読取可能な媒体の範囲内に含まれるべきである。

【0207】

[0223] コンピュータ読取可能な記憶媒体上の記憶に加えて、ＵＥ１１００のための命令および／またはデータは、通信装置に含まれる伝送媒体上の信号として提供され得る。例えば、ＵＥ１１００の一部または全部を備える通信装置は、命令およびデータを示す信号を有するトランシーバを含み得る。命令およびデータは、非一時的コンピュータ読取可能な媒体、例えばメモリ１１２０上に記憶され、１つまたは複数のプロセッサ１１０４を、本明細書で開示された技法を実行するようにプログラムされた専用コンピュータとして動作させるように構成される。すなわち、通信装置は、開示された機能を実行するための情報を示す信号を有する伝送媒体を含む。第１の時間において、通信装置に含まれる伝送媒体は、開示された機能を実行するための情報の第１の部分を含み得、第２の時間において、通信装置に含まれる伝送媒体は、開示された機能を実行するための情報の第２の部分を含み得る。

【0208】

[0224] したがって、ＵＥの位置特定をサポートすることが可能なＵＥは、無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信するための手段を含み得、これは、例えば、専用ハードウェアを有するか、またはロケーション測定要求ユニット１１２２のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１１０４およびワイヤレストランシーバ１１０２であり得る。第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでサービング基地局に第１のロケーション測定値を送るための手段は、例えば、専用ハードウェアを有するか、またはロケーション測定送信ユニット１１２６のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１１０４およびワイヤレストランシーバ１１０２であり得る。第２の周期的間隔でサービング基地局に第２のロケーション測定値を送るための手段であって、ここにおいて、第１の周期的間隔は、第２の周期的間隔よりも短い、手段は、例えば、専用ハードウェアを有するか、またはロケーション測定送信ユニット１１２６のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１１０４およびワイヤレストランシーバ１１０２であり得る。

【0209】

[0225] １つのインプリメンテーションでは、ＵＥは、サービング基地局からＵＥのロケーション能力に対する要求を受信するための手段を含み得、これは、例えば、専用ハードウェアを有するか、またはロケーション能力ユニット１１２８のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１１０４およびワイヤレストランシーバ１１０２であり得る。サービング基地局にＵＥのロケーション能力を送るための手段であって、ここにおいて、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルで第１のロケーション測定値を送る能力を示す、手段は、例えば、専用ハードウェアを有するか、またはロケーション能力ユニット１１２８のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１１０４およびワイヤレストランシーバ１１０２であり得る。

【0210】

[0226] １つのインプリメンテーションでは、ＵＥは、アップリンク（ＵＬ）信号を送信するように求める第３の要求をサービング基地局から受信するための手段を含み得、これは、例えば、専用ハードウェアを有するか、またはＵＬ送信要求ユニット１１３２のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１１０４およびワイヤレストランシーバ１１０２であり得る。第３の周期的間隔でアップリンク（ＵＬ）信号を送信するための手段であって、ここにおいて、第１の周期的間隔は、第３の周期的間隔よりも短く、ＵＬ信号は、ＲＡＮ内の複数の基地局によるＵＥのロケーション測定を可能にし、複数の基地局は、サービング基地局を含む、手段は、例えば、専用ハードウェアを有するか、またはＵＬ送信ユニット１１３４のようなメモリ１０１０中の実行可能コードもしくはソフトウェア命令をインプリメントする１つまたは複数のプロセッサ１１０４およびワイヤレストランシーバ１１０２であり得る。

【0211】

[0227] １つのインプリメンテーションは、以下のように説明され得る：
[0228] １．無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあるロケーションサーバ機能によって実行される、ＵＥを位置特定するための方法であって、方法は、以下を備える：
[0229] ＵＥを位置特定するための要求を受信すること、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく；
[0230] レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信すること；
[0231] ロケーション情報を使用してＵＥのロケーションを算出すること；および
[0232] ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送ること。

【0212】

[0233] ２．ユーザプレーンシグナリングは、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、トランスポートレイヤセキュリティ（ＴＬＳ）、またはこれらの何らかの組合せのうちの少なくとも１つに基づく、請求項１に記載の方法。

【0213】

[0234] ３．ロケーション報告は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）のためのメッセージを送ることによって、ユーザプレーンシグナリングを使用して外部クライアントに送られる、請求項１に記載の方法。

【0214】

[0235] ４．ＨＴＴＰのためのメッセージは、ＨＴＴＰ ＰＯＳＴメッセージを備え、ＳＵＰＬ ＵＬＰのためのメッセージは、ＳＵＰＬ ＰＯＳメッセージ、ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージ、またはＳＵＰＬ ＲＥＰＯＲＴメッセージを備える、請求項３に記載の方法。

【0215】

[0236] ５．Ｌ１またはＬ２プロトコルレベルは、以下のうちの１つを備える、請求項１に記載の方法：
[0237] （ｉ）物理レイヤ；
[0238] （ｉｉ）媒体アクセス制御（ＭＡＣ）レイヤ；
[0239] （ｉｉｉ）無線リンク制御（ＲＬＣ）レイヤ；または
[0240] （ｉｖ）パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ；または
[0241] （ｖ）これらの何らかの組合せ。

【0216】

[0242] ６．ＵＥから受信されたロケーション情報は、基準信号時間差（ＲＳＴＤ）測定値、センサ測定値、またはＲＴＳＤ測定値とセンサ測定値の両方を備える、請求項１に記載の方法。

【0217】

[0243] ７．ロケーション情報を使用してＵＥのロケーションを算出することは、観測到着時間差（ＯＴＤＯＡ）を使用する、請求項４に記載の方法。

【0218】

[0244] ８．以下をさらに備える、請求項１に記載の方法：
[0245] ＲＡＮ内の複数の基地局中の１つまたは複数の第１の基地局によって送信されたダウンリンク（ＤＬ）信号の第１の測定値をＵＥから受信すること、ここにおいて、１つまたは複数の第１の基地局は、サービング基地局を含む；
[0246] ＵＥによって送信されたアップリンク（ＵＬ）信号の第２の測定値を複数の基地局の各々から受信すること；
[0247] 第１の測定値と第２の測定値とに少なくとも部分的に基づいて、複数の基地局についてのタイミング情報を決定すること；および
[0248] ロケーション情報と、複数の基地局についてのタイミング情報とを使用してＵＥのロケーションを算出すること。

【0219】

[0249] ９．第１の測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値もしくは基準信号時間差（ＲＳＴＤ）測定値または両方を備え、第２の測定値は、到着時間（ＴＯＡ）測定値もしくはＲｘ－Ｔｘ測定値または両方を備え、複数の基地局についてのタイミング情報は、複数の基地局中の基地局のペア間のリアルタイム差（ＲＴＤ）を備える、請求項６に記載の方法。

【0220】

[0250] １０．ＤＬ信号は、測位基準信号、トラッキング基準信号、または両方を備える、請求項６に記載の方法。

【0221】

[0251] １１．ＵＬ信号は、測位基準信号、サウンディング基準信号、または両方を備える、請求項６に記載の方法。

【0222】

[0252] １２．以下をさらに備える、請求項６に記載の方法：
[0253] 第１の測定値を送る要求をＵＥに送ること；および
[0254] 第２の測定値を送る要求を複数の基地局の各々に送ること。

【0223】

[0255] １３．ロケーション情報は、ＵＥから受信され、ロケーション報告は、第１の周期的間隔で外部クライアントに送られ、第１の測定値は、第２の周期的間隔でＵＥから受信され、第２の測定値は、第３の周期的間隔で複数の基地局中の各基地局から受信され、第１の周期的間隔は、第２の周期的間隔および第３の周期的間隔よりも短い、請求項６に記載の方法。

【0224】

[0256] １４．以下をさらに備える、請求項６に記載の方法：
[0257] 複数の基地局中の１つまたは複数の第２の基地局によって送信されたＤＬ信号の第３の測定値を複数のＵＥから受信すること、ここにおいて、１つまたは複数の第２の基地局は、サービング基地局を含む；
[0258] 複数のＵＥの各々によって送信されたＵＬ信号の第４の測定値を複数の基地局から受信すること；および
[0259] 第３の測定値と第４の測定値とに少なくとも部分的に基づいて、複数の基地局の各々についてのタイミング情報を決定すること。

【0225】

[0260] １５．第３の測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値もしくは基準信号時間差（ＲＳＴＤ）測定値または両方を備え、第４の測定値は、到着時間（ＴＯＡ）測定値もしくはＲｘ－Ｔｘ測定値または両方を備え、複数の基地局の各々についてのタイミング情報は、複数の基地局中の基地局のペア間のリアルタイム差（ＲＴＤ）を備える、請求項１２に記載の方法。

【0226】

[0261] １６．以下をさらに備える、請求項１に記載の方法：
[0262] ＵＥのためのロケーション能力をＵＥから受信すること、ここにおいて、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る能力を示す；
[0263] Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る要求をＵＥに送ること。

【0227】

[0264] １７．ロケーション情報は、暗号化され、方法は、以下をさらに備える、請求項１に記載の方法：
[0265] 暗号化鍵を決定すること；および
[0266] 暗号化鍵をＵＥに送ること、ここにおいて、ロケーション情報は、暗号化鍵に基づいてＵＥによって暗号化される。

【0228】

[0267] １８．ロケーションサーバ機能は、サービング基地局にある、請求項１に記載の方法。

【0229】

[0268] １９．ＲＡＮは、ＵＥへの５Ｇ新無線（ＮＲ）ワイヤレスアクセスを提供する次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）であり、サービング基地局は、ＵＥのためのサービングＮＲノードＢ（ＳｇＮＢ）である、請求項１に記載の方法。

【0230】

[0269] ２０．ＵＥを位置特定するための要求は、アクセスおよびモビリティ管理機能（ＡＭＦ）またはＵＥのための前のＳｇＮＢから受信される、請求項１７に記載の方法。

【0231】

[0270] ２１．以下をさらに備える、請求項１７に記載の方法：
[0271] ＵＥのためのＳｇＮＢの変更を識別すること、ここにおいて、ＳｇＮＢの変更は、新しいＳｇＮＢへの変更である；および
[0272] ＵＥのためのロケーションコンテキストを新しいＳｇＮＢに送ること、ここにおいて、ロケーションコンテキストは、新しいＳｇＮＢによるＵＥのためのロケーション報告の継続を可能にする。

【0232】

[0273] ２２．ＵＥのためのＳｇＮＢの変更を識別することは、ＵＥが接続状態にあるときには、新しいＳｇＮＢのためのサービングセルへのＵＥのハンドオーバを決定することに基づき、またはＵＥが非アクティブ状態にあるときには、新しいＳｇＮＢからＵＥコンテキストに対する要求を受信することに基づく、請求項１９に記載の方法。

【0233】

[0274] ２３．ロケーションコンテキストは、以下のうちの１つを備える、請求項１９に記載の方法：
[0275] （ｉ）外部クライアントによって開始されるロケーション要求についての情報；
[0276] （ｉｉ）ＵＥから受信されているロケーション情報のタイプの指示；
[0277] （ｉｉｉ）ＳｇＮＢによって取得されているＵＥについてのアップリンク（ＵＬ）ロケーション測定値の指示；
[0278] （ｉｖ）他のＮＲノードＢ（ｇＮＢ）または受信ポイント（ＲＰ）および他のｇＮＢまたはＲＰのアイデンティティによって取得されているＵＥについてのＵＬロケーション測定値の指示；
[0279] （ｖ）他のｇＮＢまたは送信ポイント（ＴＰ）および他のｇＮＢまたはＴＰのアイデンティティによって送信されているＤＬ基準信号（ＲＳ）の指示；
[0280] （ｖｉ）ＵＥによって送信されているＵＬ信号の指示；
[0281] （ｖｉｉ）ロケーションセッション識別子；
[0282] （ｖｉｉｉ）ＵＥによってロケーション情報を送るためのＬ１またはＬ２プロトコルレベルの使用の指示；
[0283] （ｉｘ）ＵＥのロケーション能力；または
[0284] （ｘ）上記の何らかの組合せ。

【0234】

[0285] ２４．以下をさらに備える、請求項１９に記載の方法：
[0286] ＲＡＮ内の複数の隣接するＮＲノードＢ（ＮｇＮＢ）からあるタイプの測定値を受信すること、ここにおいて、ＵＥのロケーションを算出すること、すなわち複数のＮｇＮＢについてのタイミング情報を算出することは、測定値のタイプに部分的に基づく；
[0287] 新しいＳｇＮＢが複数のＮｇＮＢからそのタイプの測定値を受信することを可能にするために、新しいＳｇＮＢに十分なシグナリング接続性があるか不十分なシグナリング接続性があるかを決定すること；
[0288] 不十分な接続性が決定された場合、ＳｇＮＢの変更の後に、複数のＮｇＮＢにおけるそのタイプの測定をキャンセルすること；
[0289] 十分なシグナリング接続性が決定された場合、ＳｇＮＢの変更の後に、複数のＮｇＮＢにおけるそのタイプの測定をキャンセルすることを控えること；および
[0290] 十分なシグナリング接続性または不十分なシグナリング接続性の決定の指示を新しいＳｇＮＢに送ること、ここにおいて、指示は、十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、そのタイプの測定値を新しいＳｇＮＢに送るように複数のＮｇＮＢの少なくとも一部を構成することを可能にし、指示は、不十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、複数のｇＮＢを構成することを控えることを可能にする。

【0235】

[0291] ２５．無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあり、ＵＥを位置特定することが可能なロケーションサーバ機能であって、ロケーションサーバ機能は、以下を備える：
[0292] ＲＡＮ内の１つまたは複数の基地局、１つまたは複数のネットワークノード、および１つまたは複数のＵＥと通信するように構成された外部インターフェース；
[0293] 少なくとも１つのメモリ；
[0294] 外部インターフェースおよび少なくとも１つのメモリに結合された少なくとも１つのプロセッサ、ここにおいて、少なくとも１つのプロセッサは、以下を行うように構成される：
[0295] 外部インターフェースを介して、ＵＥを位置特定するための要求を受信すること、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく；
[0296] 外部インターフェースを介して、レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信すること；
[0297] ロケーション情報を使用してＵＥのロケーションを算出すること；および
[0298] 外部インターフェースを介して、ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送ること。

【0236】

[0299] ２６．ユーザプレーンシグナリングは、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、トランスポートレイヤセキュリティ（ＴＬＳ）、またはこれらの何らかの組合せのうちの少なくとも１つに基づく、請求項２３に記載のロケーションサーバ機能。

【0237】

[0300] ２７．ロケーション報告は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）のためのメッセージを送ることによって、ユーザプレーンシグナリングを使用して外部クライアントに送られる、請求項２３に記載のロケーションサーバ機能。

【0238】

[0301] ２８．ＨＴＴＰのためのメッセージは、ＨＴＴＰ ＰＯＳＴメッセージを備え、ＳＵＰＬ ＵＬＰのためのメッセージは、ＳＵＰＬ ＰＯＳメッセージ、ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージ、またはＳＵＰＬ ＲＥＰＯＲＴメッセージを備える、請求項２７に記載のロケーションサーバ機能。

【0239】

[0302] ２９．Ｌ１またはＬ２プロトコルレベルは、以下のうちの１つを備える、請求項２３に記載のロケーションサーバ機能：
[0303] （ｉ）物理レイヤ；
[0304] （ｉｉ）媒体アクセス制御（ＭＡＣ）レイヤ；
[0305] （ｉｉｉ）無線リンク制御（ＲＬＣ）レイヤ；
[0306] （ｉｖ）パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ；または
[0307] （ｖ）それらの組合せ。

【0240】

[0308] ３０．ＵＥから受信されたロケーション情報は、基準信号時間差（ＲＳＴＤ）測定値、センサ測定値、またはＲＴＳＤ測定値とセンサ測定値の両方を備える、請求項２３に記載のロケーションサーバ機能。

【0241】

[0309] ３１．少なくとも１つのプロセッサは、観測到着時間差（ＯＴＤＯＡ）を使用して、ロケーション情報を使用してＵＥのロケーションを算出するように構成される、請求項２６に記載のロケーションサーバ機能。

【0242】

[0310] ３２．少なくとも１つのプロセッサは、以下を行うようにさらに構成される、請求項２３に記載のロケーションサーバ機能：
[0311] 外部インターフェースを介して、ＲＡＮ内の複数の基地局中の１つまたは複数の第１の基地局によって送信されたダウンリンク（ＤＬ）信号の第１の測定値をＵＥから受信すること、１つまたは複数の第１の基地局は、サービング基地局を含む；
[0312] 外部インターフェースを介して、ＵＥによって送信されたアップリンク（ＵＬ）信号の第２の測定値を複数の基地局の各々から受信すること；
[0313] 第１の測定値と第２の測定値とに少なくとも部分的に基づいて、複数の基地局についてのタイミング情報を決定すること；および
[0314] ロケーション情報と、複数の基地局についてのタイミング情報とを使用してＵＥのロケーションを算出すること。

【0243】

[0315] ３３．第１の測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値もしくは基準信号時間差（ＲＳＴＤ）測定値または両方を備え、第２の測定値は、到着時間（ＴＯＡ）測定値もしくはＲｘ－Ｔｘ測定値または両方を備え、複数の基地局についてのタイミング情報は、複数の基地局中の基地局のペア間のリアルタイム差（ＲＴＤ）を備える、請求項２８に記載のロケーションサーバ機能。

【0244】

[0316] ３４．ＤＬ信号は、測位基準信号、トラッキング基準信号、または両方を備える、請求項２８に記載のロケーションサーバ機能。

【0245】

[0317] ３５．ＵＬ信号は、測位基準信号、サウンディング基準信号、または両方を備える、請求項２８に記載のロケーションサーバ機能。

【0246】

[0318] ３６．少なくとも１つのプロセッサは、以下を行うようにさらに構成される、請求項２８に記載のロケーションサーバ機能：
[0319] 外部インターフェースを介して、第１の測定値を送る要求をＵＥに送ること；および
[0320] 外部インターフェースを介して、第２の測定値を送る要求を複数の基地局の各々に送ること。

【0247】

[0321] ３７．ロケーション情報は、ＵＥから受信され、ロケーション報告は、第１の周期的間隔で外部クライアントに送られ、第１の測定値は、第２の周期的間隔でＵＥから受信され、第２の測定値は、第３の周期的間隔で複数の基地局中の各基地局から受信され、第１の周期的間隔は、第２の周期的間隔および第３の周期的間隔よりも短い、請求項２８に記載のロケーションサーバ機能。

【0248】

[0322] ３８．少なくとも１つのプロセッサは、以下を行うようにさらに構成される、請求項２８に記載のロケーションサーバ機能：
[0323] 複数の基地局中の１つまたは複数の第２の基地局によって送信されたＤＬ信号の第３の測定値を、外部インターフェースを介して、複数のＵＥから受信すること、ここにおいて、１つまたは複数の第２の基地局は、サービング基地局を含む；
[0324] 外部インターフェースを介して、複数のＵＥの各々によって送信されたＵＬ信号の第４の測定値を複数の基地局から受信すること；および
[0325] 第３の測定値と第４の測定値とに少なくとも部分的に基づいて、複数の基地局の各々についてのタイミング情報を決定すること。

【0249】

[0326] ３９．第３の測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値もしくは基準信号時間差（ＲＳＴＤ）測定値または両方を備え、第４の測定値は、到着時間（ＴＯＡ）測定値もしくはＲｘ－Ｔｘ測定値または両方を備え、複数の基地局の各々についてのタイミング情報は、複数の基地局中の基地局のペア間のリアルタイム差（ＲＴＤ）を備える、請求項３４に記載のロケーションサーバ機能。

【0250】

[0327] ４０．少なくとも１つのプロセッサは、以下を行うようにさらに構成される、請求項２３に記載のロケーションサーバ機能：
[0328] 外部インターフェースを介して、ＵＥのためのロケーション能力をＵＥから受信すること、ここにおいて、ロケーション能力は、Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る能力を示す；および
[0329] 外部インターフェースを介して、Ｌ１またはＬ２プロトコルレベルでロケーション情報を送る要求をＵＥに送ること。

【0251】

[0330] ４１．ロケーション情報は、暗号化され、少なくとも１つのプロセッサは、以下を行うようにさらに構成される、請求項２３に記載のロケーションサーバ機能：
[0331] 暗号化鍵を決定すること；および
[0332] 外部インターフェースを介して、暗号化鍵をＵＥに送ること、ここにおいて、ロケーション情報は、暗号化鍵に基づいてＵＥによって暗号化される。

【0252】

[0333] ４２．ロケーションサーバ機能は、サービング基地局におけるロケーションである、請求項２３に記載のロケーションサーバ機能。

【0253】

[0334] ４３．ＲＡＮは、ＵＥへの５Ｇ新無線（ＮＲ）ワイヤレスアクセスを提供する次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）であり、サービング基地局は、ＵＥのためのサービングＮＲノードＢ（ＳｇＮＢ）である、請求項２３に記載のロケーションサーバ機能。

【0254】

[0335] ４４．ＵＥを位置特定するための要求は、アクセスおよびモビリティ管理機能（ＡＭＦ）またはＵＥのための前のＳｇＮＢから受信される、請求項３９に記載のロケーションサーバ機能。

【0255】

[0336] ４５．少なくとも１つのプロセッサは、以下を行うようにさらに構成される、請求項３９に記載のロケーションサーバ機能：
[0337] ＵＥのためのＳｇＮＢの変更を識別すること、ここにおいて、ＳｇＮＢの変更は、新しいＳｇＮＢへの変更である；および
[0338] 外部インターフェースを介して、ＵＥのためのロケーションコンテキストを新しいＳｇＮＢに送ること、ここにおいて、ロケーションコンテキストは、新しいＳｇＮＢによるＵＥのためのロケーション報告の継続を可能にする。

【0256】

[0339] ４６．少なくとも１つのプロセッサは、ＵＥが接続状態にあるときには、新しいＳｇＮＢのためのサービングセルへのＵＥのハンドオーバを決定するように、またはＵＥが非アクティブ状態にあるときには、新しいＳｇＮＢからＵＥコンテキストに対する要求を受信するように構成されることによって、ＵＥのためのＳｇＮＢの変更を識別するように構成される、請求項４１に記載のロケーションサーバ機能。

【0257】

[0340] ４７．ロケーションコンテキストは、以下のうちの１つを備える、請求項４１に記載のロケーションサーバ機能：
[0341] （ｉ）外部クライアントによって開始されるロケーション要求についての情報；
[0342] （ｉｉ）ＵＥから受信されているロケーション情報のタイプの指示；
[0343] （ｉｉｉ）ＳｇＮＢによって取得されているＵＥについてのアップリンク（ＵＬ）ロケーション測定値の指示；
[0344] （ｉｖ）他のＮＲノードＢ（ｇＮＢ）または受信ポイント（ＲＰ）および他のｇＮＢまたはＲＰのアイデンティティによって取得されているＵＥについてのＵＬロケーション測定値の指示；
[0345] （ｖ）他のｇＮＢまたは送信ポイント（ＴＰ）および他のｇＮＢまたはＴＰのアイデンティティによって送信されているＤＬ基準信号（ＲＳ）の指示；
[0346] （ｖｉ）ＵＥによって送信されているＵＬ信号の指示；
[0347] （ｖｉｉ）ロケーションセッション識別子；
[0348] （ｖｉｉｉ）ＵＥによってロケーション情報を送るためのＬ１またはＬ２プロトコルレベルの使用の指示；
[0349] （ｉｘ）ＵＥのロケーション能力；または
[0350] （ｘ）上記の何らかの組合せ。

【0258】

[0351] ４８．少なくとも１つのプロセッサは、以下を行うようにさらに構成される、請求項４１に記載のロケーションサーバ機能：
[0352] 外部インターフェースを介して、ＲＡＮ内の複数の隣接するＮＲノードＢ（ＮｇＮＢ）からあるタイプの測定値を受信すること、ここにおいて、ＵＥのロケーションを算出すること、すなわち複数のＮｇＮＢについてのタイミング情報を算出することは、測定値のタイプに部分的に基づく；
[0353] 新しいＳｇＮＢが複数のＮｇＮＢからそのタイプの測定値を受信することを可能にするために、新しいＳｇＮＢに十分なシグナリング接続性があるか不十分なシグナリング接続性があるかを決定すること；
[0354] 不十分な接続性が決定された場合、ＳｇＮＢの変更の後に、複数のＮｇＮＢにおけるそのタイプの測定をキャンセルすること；
[0355] 十分なシグナリング接続性が決定された場合、ＳｇＮＢの変更の後に、複数のＮｇＮＢにおけるそのタイプの測定をキャンセルすることを控えること；および
[0356] 外部インターフェースを介して、十分なシグナリング接続性または不十分なシグナリング接続性の決定の指示を新しいＳｇＮＢに送ること、ここにおいて、指示は、十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、そのタイプの測定値を新しいＳｇＮＢに送るように複数のＮｇＮＢの少なくとも一部を構成することを可能にし、指示は、不十分なシグナリング接続性が示された場合、新しいＳｇＮＢが、複数のｇＮＢを構成することを控えることを可能にする。

【0259】

[0357] ４９．無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあり、ＵＥを位置特定するように構成されたロケーションサーバ機能であって、ロケーションサーバ機能は、以下を備える：
[0358] ＵＥを位置特定するための要求を受信するための手段、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく；
[0359] レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信するための手段；
[0360] ロケーション情報を使用してＵＥのロケーションを算出するための手段；および
[0361] ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送るための手段。

【0260】

[0362] ５０．記憶されたプログラムコードを含む非一時的コンピュータ読取可能な媒体であって、プログラムコードは、無線アクセスネットワーク（ＲＡＮ）内のユーザ機器（ＵＥ）のためのサービング基地局にあり、ＵＥを位置特定するように構成されたロケーションサーバ機能において少なくとも１つのプロセッサを構成するように動作可能であり、以下を備える：
[0363] ＵＥを位置特定するための要求を受信するためのプログラムコード、ここにおいて、ＵＥを位置特定するための要求は、外部クライアントによって開始され、制御プレーンシグナリングを使用して受信されるロケーション要求に基づく；
[0364] レイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルでＵＥからロケーション情報を受信するためのプログラムコード；
[0365] ロケーション情報を使用してＵＥのロケーションを算出するためのプログラムコード；および
[0366] ユーザプレーンシグナリングを使用して外部クライアントにＵＥのロケーションを含むロケーション報告を送るためのプログラムコード。

【0261】

[0367] 本明細書全体にわたる「一例」、「例」、「特定の例」、または「例示的なインプリメンテーション」への参照は、特徴および／または例に関して説明される特定の特徴、構造、または特性が、特許請求される主題の少なくとも１つの特徴および／または例に含まれ得ることを意味する。したがって、本明細書全体の様々な箇所における「一例では」、「例」、「特定の例では」、もしくは「特定のインプリメンテーションでは」という表現または他の同様の表現の出現は、必ずしも、すべてが同じ特徴、例、および／または限定を指すわけではない。さらに、特定の特徴、構造、または特性は、１つまたは複数の例および／または特徴に組み合わされ得る。

【0262】

[0368] 本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置または専用コンピューティングデバイスもしくはプラットフォームのメモリ内に記憶されたバイナリデジタル信号に対する動作の記号表現またはアルゴリズムの観点から提示される。この特定の明細書の文脈では、特定の装置という用語または同様の用語は、プログラムソフトウェアからの命令にしたがって特定の動作を実行するようにプログラムされた汎用コンピュータを含む。アルゴリズム的記述または記号表現は、信号処理または関連技術分野の当業者が自分の仕事の内容を他の当業者に伝えるために使用する技法の例である。アルゴリズムは、ここでは、そして一般に、所望の結果をもたらす首尾一貫した一連の演算または同様の信号処理であると考えられる。これに関連して、演算または処理は、物理量の物理的操作を伴う。必須ではないが、典型的に、そのような量は、記憶、転送、結合、比較、または別様に操作されることが可能な電気信号または磁気信号の形をとり得る。主に共通使用を理由に、そのような信号を、ビット、データ、値、要素、記号、文字、用語、数、数字などと呼ぶことが時には便利であることが分かっている。しかしながら、これらの用語または同様の用語のすべてが適切な物理量に関連付けられるべきであり、便利なラベルに過ぎないことは理解されるべきである。別途明記しない限り、本明細書の説明から明らかなように、本明細書全体を通して、「処理する」、「算出する」、「計算する」、「決定する」などの用語を用いた説明が、専用コンピュータ、専用コンピューティング装置、または同様の専用電子コンピューティングデバイスのような特定の装置のアクションまたはプロセスを指すことが認識される。したがって、本明細書の文脈では、専用コンピュータまたは同様の専用電子コンピューティングデバイスは、典型的に、専用コンピュータまたは同様の専用電子コンピューティングデバイスのメモリ、レジスタ、または他の情報記憶デバイス、伝送デバイス、または表示デバイス内の物理的な電子または磁気量として表される信号を操作または変換することが可能である。

【0263】

[0369] 前述の詳細な説明では、特許請求される主題の十分な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、特許請求される主題が、これらの具体的な詳細なしに実施され得ることは当業者によって理解されるであろう。他の事例では、特許請求される主題を不明瞭にしないために、当業者に知られている方法および装置は詳細には説明されていない。

【0264】

[0370] 本明細書で使用される場合、「および／ならびに」、「もしくは／または」、および「および／または（ａｎｄ／ｏｒ）」という用語は、そのような用語が使用される文脈に少なくとも部分的に依存することが予想もされる様々な意味を含み得る。典型的には、「または」は、Ａ、Ｂ、またはＣのようなリストを関連付けるために使用される場合、包括的な意味で使用されるときにはＡ、Ｂ、およびＣを意味し、排他的な意味で使用されるときにはＡ、Ｂ、またはＣを意味することが意図される。加えて、本明細書で使用される場合、「１つまたは複数」という用語は、単数形の任意の特徴、構造、または特性を説明するために使用され得るか、または複数の特徴、構造、または特性、またはそれらの何らかの他の組合せを説明するために使用され得る。ただし、これが例示的な例に過ぎず、特許請求される主題がこの例に限定されないことに留意されたい。

【0265】

[0371] 例となる特徴であると現在考えられるものを例示し説明してきたが、特許請求される主題から逸脱することなく、様々な他の修正が行われ得、同等物が代用され得ることは当業者によって理解されるであろう。追加的に、本明細書で説明した主要な概念から逸脱することなく、特定の状況を特許請求される主題の教示に適合させるために、多くの修正が行われ得る。

【0266】

[0372] したがって、特許請求される主題は、開示される特定の例に限定されず、そのような特許請求される主題はまた、添付の特許請求の範囲内に入るすべての態様およびその同等物を含み得ることが意図される。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）によって実行される、前記ＵＥを位置特定するための方法であって、
無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信することと、
第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送ることと、
第２の周期的間隔で前記サービング基地局に前記第２のロケーション測定値を送ることと、ここにおいて、前記第１の周期的間隔は、前記第２の周期的間隔よりも短い、
を備える方法。
［Ｃ２］
前記Ｌ１またはＬ２プロトコルレベルは、
（ｉ）物理レイヤ、
（ｉｉ）媒体アクセス制御（ＭＡＣ）レイヤ、
（ｉｉｉ）無線リンク制御（ＲＬＣ）レイヤ、
（ｉｖ）パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ、または
（ｖ）これらの何らかの組合せ
のうちの１つを備える、Ｃ１に記載の方法。
［Ｃ３］
前記第１のロケーション測定値および前記第２のロケーション測定値は、前記ＲＡＮ内の複数の基地局から受信されたダウンリンク（ＤＬ）信号のロケーション測定値を備え、前記複数の基地局は、前記サービング基地局を含む、Ｃ１に記載の方法。
［Ｃ４］
前記第１のロケーション測定値は、基準信号時間差（ＲＳＴＤ）測定値、センサ測定値、またはＲＳＴＤ測定値とセンサ測定値の両方を備える、Ｃ３に記載の方法。
［Ｃ５］
前記第２のロケーション測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値を備える、Ｃ３に記載の方法。
［Ｃ６］
前記ＤＬ信号は、測位基準信号、トラッキング基準信号、または両方を備える、Ｃ３に記載の方法。
［Ｃ７］
前記サービング基地局から前記ＵＥのロケーション能力に対する要求を受信することと、
前記サービング基地局に前記ＵＥの前記ロケーション能力を送ることと、ここにおいて、前記ロケーション能力は、前記Ｌ１またはＬ２プロトコルレベルで前記第１のロケーション測定値を送る能力を示す、
をさらに備える、Ｃ１に記載の方法。
［Ｃ８］
前記第１のロケーション測定値に対する前記第１の要求は、暗号化鍵を含み、前記方法は、前記Ｌ１またはＬ２プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送る前に、前記暗号化鍵を使用して前記第１のロケーション測定値を暗号化することをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記ＲＡＮは、前記ＵＥへの５Ｇ新無線（ＮＲ）ワイヤレスアクセスを提供する次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）であり、前記サービング基地局は、前記ＵＥのためのサービングＮＲノードＢ（ＳｇＮＢ）である、Ｃ１に記載の方法。
［Ｃ１０］
前記第２のロケーション測定値は、無線リソース制御（ＲＲＣ）プロトコルレベルでまたは前記Ｌ１もしくはＬ２プロトコルレベルで前記サービング基地局に送られる、Ｃ１に記載の方法。
［Ｃ１１］
アップリンク（ＵＬ）信号を送信するように求める第３の要求を前記サービング基地局から受信することと、
第３の周期的間隔で前記アップリンク（ＵＬ）信号を送信することと、ここにおいて、前記第１の周期的間隔は、前記第３の周期的間隔よりも短く、前記ＵＬ信号は、前記ＲＡＮ内の複数の基地局による前記ＵＥのロケーション測定を可能にし、前記複数の基地局は、前記サービング基地局を含む、
をさらに備える、Ｃ１に記載の方法。
［Ｃ１２］
前記ＵＬ信号は、測位基準信号、サウンディング基準信号、または両方を備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記第１の要求、前記第２の要求、および前記第３の要求は、無線リソース制御（ＲＲＣ）プロトコルのためのそれぞれの第１、第２、および第３のメッセージ中で受信される、Ｃ１１に記載の方法。
［Ｃ１４］
前記第１、第２、および第３のメッセージは、同じメッセージである、Ｃ１３に記載の方法。
［Ｃ１５］
ユーザ機器（ＵＥ）の位置特定をサポートすることが可能な前記ＵＥであって、
無線アクセスネットワーク（ＲＡＮ）内の基地局とワイヤレスに通信するように構成されたワイヤレストランシーバと、
少なくとも１つのメモリと、
前記ワイヤレストランシーバおよび前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
前記ワイヤレストランシーバを介して、無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信することと、
前記ワイヤレストランシーバを介して、第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送ることと、
前記ワイヤレストランシーバを介して、第２の周期的間隔で前記サービング基地局に前記第２のロケーション測定値を送ることと、ここにおいて、前記第１の周期的間隔は、前記第２の周期的間隔よりも短い、
を行うように構成される、ＵＥ。
［Ｃ１６］
前記Ｌ１またはＬ２プロトコルレベルは、
（ｉ）物理レイヤ、
（ｉｉ）媒体アクセス制御（ＭＡＣ）レイヤ、
（ｉｉｉ）無線リンク制御（ＲＬＣ）レイヤ、
（ｉｖ）パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ、または
（ｖ）それらの組合せ
のうちの１つを備える、Ｃ１５に記載のＵＥ。
［Ｃ１７］
前記第１のロケーション測定値および前記第２のロケーション測定値は、前記ＲＡＮ内の複数の基地局から受信されたダウンリンク（ＤＬ）信号のロケーション測定値を備え、前記複数の基地局は、前記サービング基地局を含む、Ｃ１５に記載のＵＥ。
［Ｃ１８］
前記第１のロケーション測定値は、基準信号時間差（ＲＳＴＤ）測定値、センサ測定値、またはＲＳＴＤ測定値とセンサ測定値の両方を備える、Ｃ１７に記載のＵＥ。
［Ｃ１９］
前記第２のロケーション測定値は、受信時間－送信時間（Ｒｘ－Ｔｘ）測定値を備える、Ｃ１７に記載のＵＥ。
［Ｃ２０］
前記ＤＬ信号は、測位基準信号、トラッキング基準信号、または両方を備える、Ｃ１７に記載のＵＥ。
［Ｃ２１］
前記少なくとも１つのプロセッサは、
前記ワイヤレストランシーバを介して、前記サービング基地局から前記ＵＥのロケーション能力に対する要求を受信することと、
前記ワイヤレストランシーバを介して、前記サービング基地局に前記ＵＥの前記ロケーション能力を送ることと、ここにおいて、前記ロケーション能力は、前記Ｌ１またはＬ２プロトコルレベルで前記第１のロケーション測定値を送る能力を示す、
を行うようにさらに構成される、Ｃ１５に記載のＵＥ。
［Ｃ２２］
前記第１のロケーション測定値に対する前記第１の要求は、暗号化鍵を含み、前記少なくとも１つのプロセッサは、前記Ｌ１またはＬ２プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送る前に、前記暗号化鍵を使用して前記第１のロケーション測定値を暗号化するようにさらに構成される、Ｃ１５に記載のＵＥ。
［Ｃ２３］
前記ＲＡＮは、前記ＵＥへの５Ｇ新無線（ＮＲ）ワイヤレスアクセスを提供する次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）であり、前記サービング基地局は、前記ＵＥのためのサービングＮＲノードＢ（ＳｇＮＢ）である、Ｃ１５に記載のＵＥ。
［Ｃ２４］
前記第２のロケーション測定値は、無線リソース制御（ＲＲＣ）プロトコルレベルでまたは前記Ｌ１もしくはＬ２プロトコルレベルで前記サービング基地局に送られる、Ｃ１５に記載のＵＥ。
［Ｃ２５］
前記少なくとも１つのプロセッサは、
前記ワイヤレストランシーバを介して、アップリンク（ＵＬ）信号を送信するように求める第３の要求を前記サービング基地局から受信することと、
前記ワイヤレストランシーバを介して、第３の周期的間隔で前記アップリンク（ＵＬ）信号を送信することと、ここにおいて、前記第１の周期的間隔は、前記第３の周期的間隔よりも短く、前記ＵＬ信号は、前記ＲＡＮ内の複数の基地局による前記ＵＥのロケーション測定を可能にし、前記複数の基地局は、前記サービング基地局を含む、
を行うようにさらに構成される、Ｃ１５に記載のＵＥ。
［Ｃ２６］
前記ＵＬ信号は、測位基準信号、サウンディング基準信号、または両方を備える、Ｃ２５に記載のＵＥ。
［Ｃ２７］
前記第１の要求、前記第２の要求、および前記第３の要求は、無線リソース制御（ＲＲＣ）プロトコルのためのそれぞれの第１、第２、および第３のメッセージ中で受信される、Ｃ２５に記載のＵＥ。
［Ｃ２８］
前記第１、第２、および第３のメッセージは、同じメッセージである、Ｃ２７に記載のＵＥ。
［Ｃ２９］
ユーザ機器（ＵＥ）の位置特定をサポートすることが可能な前記ＵＥであって、
無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信するための手段と、
第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送るための手段と、
第２の周期的間隔で前記サービング基地局に前記第２のロケーション測定値を送るための手段と、ここにおいて、前記第１の周期的間隔は、前記第２の周期的間隔よりも短い、
を備えるＵＥ。
［Ｃ３０］
記憶されたプログラムコードを含む非一時的コンピュータ読取可能な媒体であって、前記プログラムコードは、ユーザ機器（ＵＥ）の位置特定をサポートすることが可能な前記ＵＥ内の少なくとも１つのプロセッサを構成するように動作可能であり、
無線アクセスネットワーク（ＲＡＮ）内のサービング基地局から第１のロケーション測定値に対する第１の要求および第２のロケーション測定値に対する第２の要求を受信するためのプログラムコードと、
第１の周期的間隔でレイヤ１（Ｌ１）またはレイヤ２（Ｌ２）プロトコルレベルで前記サービング基地局に前記第１のロケーション測定値を送るためのプログラムコードと、
第２の周期的間隔で前記サービング基地局に前記第２のロケーション測定値を送るためのプログラムコードと、ここにおいて、前記第１の周期的間隔は、前記第２の周期的間隔よりも短い、
を備える、非一時的コンピュータ読取可能な媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】