特許 7372930 ワイヤレスネットワーク中でのロケーション支援データのブロードキャストを効率的にサポートするためのシステム及び方法

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

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

(11)【特許番号】

(24)【登録日】2023-10-24

(45)【発行日】2023-11-01

(54)【発明の名称】ワイヤレスネットワーク中でのロケーション支援データのブロードキャストを効率的にサポートするためのシステム及び方法

(51)【国際特許分類】

   H04W 64/00 20090101AFI20231025BHJP

   H04W 8/24 20090101ALI20231025BHJP

   H04W 4/06 20090101ALI20231025BHJP

   H04W 12/04 20210101ALI20231025BHJP

【ＦＩ】

H04W64/00 171

H04W64/00 173

H04W8/24

H04W4/06

H04W12/04

【請求項の数】 15

(21)【出願番号】P 2020544458

(86)(22)【出願日】2019-01-31

(65)【公表番号】

(43)【公表日】2021-06-17

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

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

(87)【国際公開日】2019-08-29

【審査請求日】2022-01-12

(31)【優先権主張番号】62/634,921

(32)【優先日】2018-02-25

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

(31)【優先権主張番号】62/669,939

(32)【優先日】2018-05-10

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

(31)【優先権主張番号】16/261,367

(32)【優先日】2019-01-29

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

(73)【特許権者】

【識別番号】595020643

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

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

(74)【代理人】

【識別番号】110003708

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

(74)【代理人】

【識別番号】100108855

【弁理士】

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

(74)【代理人】

【識別番号】100158805

【弁理士】

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

(74)【代理人】

【識別番号】100112807

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

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

【審査官】野村 潔

(56)【参考文献】

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

【文献】米国特許出願公開第２０１７／０１３４１２８（ＵＳ，Ａ１）

【文献】LG Electronics Inc.，Consideration on UE-based OTDOA positioning[online]，3GPP TSG RAN WG2 #99 R2-1709276，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99/Docs/R2-1709276.zip>，2017年08月11日

(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 EFFICIENTLY SUPPORTING BROADCAST OF LOCATION ASSISTANCE DATA」と題され２０１８年２月２５日に出願された米国仮特許出願第６２／６３４，９２１号、及び「SYSTEMS AND METHODS FOR EFFICIENTLY SUPPORTING BROADCAST OF LOCATION ASSISTANCE DATA」と題され２０１８年５月１０日に出願された米国仮特許出願第６２／６６９，９３９号、及び「SYSTEM AND METHODS FOR EFFICIENTLY SUPPORTING BROADCAST OF LOCATION ASSISTANCE DATA IN A WIRELESS NETWORK」で出願され２０１９年１月２９日に出願された米国非仮特許出願第１６／２６１，３６７号の利益を主張するもので、これらは、本出願の譲受人に譲渡され、これら全体が参照により本明細書に明確に組み込まれる。

【技術分野】

【0002】

[0002] 本明細書で開示される主題は、モバイルデバイスの位置(location)の推定に関し、より詳細には、モバイルデバイスの位置特定(location)を可能にすることを助けるための測位支援データのブロードキャストに関する。

【背景技術】

【0003】

[0003] セルラ電話などのモバイルデバイスのロケーション(location)は、緊急呼、航法、方向探知、資産トラッキング、及びインターネットサービスを含むいくつかのアプリケーションにとって有用又は不可欠であり得る。モバイルデバイスのロケーションは、様々なシステムから収集された情報に基づいて推定され得る。（第４世代とも呼ばれる）４Ｇロングタームエボリューション（ＬＴＥ（登録商標））無線アクセスに従って実現される(implemented)セルラネットワークでは、例えば、基地局が、測位基準信号（ＰＲＳ：positioning reference signal）を送信し得る。異なる基地局によって送信されたＰＲＳを獲得するモバイルデバイスは、観測到着時間差（ＯＴＤＯＡ：observed time difference of arrival）技法を使用してモバイルデバイスのロケーション推定値を計算する際に使用するために、発展型パケットコア（ＥＰＣ：Evolved Packet Core）の一部であり得るロケーションサーバに信号ベースの測定値を配信し得る。代替として、モバイルデバイスは、ＯＴＤＯＡ技法を使用してそのロケーションの推定値を計算し得る。モバイルデバイスのために使用され得る他の位置決め方法は、ＧＰＳ、ＧＬＯＮＡＳＳ、又はＧａｌｉｌｅｏなどの全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）の使用と、支援型ＧＮＳＳ（Ａ－ＧＮＳＳ：Assisted GNSS）の使用とを含み、ここで、ネットワークは、ＧＮＳＳ信号を獲得及び測定する際に、及び／又はＧＮＳＳ測定値からロケーション推定値を計算する際にモバイルデバイスを支援するために、モバイルデバイスに支援データを提供する。

【0004】

[0004] 信号を獲得および測定すること、及び／又は測定値からロケーション推定値を計算することを支援するためにモバイルデバイスに（例えば、ロケーションサーバから）ロケーション支援データを送ることは、Ａ－ＧＮＳＳロケーションのためだけでなく、ＯＴＤＯＡとＧＮＳＳベースのリアルタイムキネマティック（ＲＴＫ：Real Time Kinematics）などの他の位置決め方法とのためにも有用であり得る。しかしながら、各モバイルデバイスに個々に支援データを送ることは、ネットワークと対話するためのモバイルデバイスにおけるバッテリ使用を含む、ネットワーク及び／又はモバイルデバイスにおける著しい遅延及び／又は著しいリソースの消費をもたらし得る。従って、多くの又は全てのモバイルデバイスへの支援データのブロードキャストがいくつかの実現形態(implementations)で好まれることがある。しかしながら、ロケーション支援データのブロードキャストは、全てのタイプのロケーション支援データに対して可能又は効率的でないことがあり、全てのモバイルデバイスによって十分にサポートされないことがある。従って、ロケーション支援データをブロードキャストする効率を改善するための技法が望まれ得る。

【発明の概要】

【0005】

[0005] ロケーションサーバは、基地局によってサポートされたセル中でのブロードキャストのために、オプションとして暗号化され得るいくつかのロケーション支援データ（ＡＤ：assistance data）を基地局に送り得る。ブロードキャストＡＤを受信すること並びに暗号化のサポートのためのユーザ機器（ＵＥ：user equipment）によるサポートのレベルを示し(indicating)、ロケーションサーバにＵＥによって提供される能力情報は、追加のＡＤがポイントツーポイント手段によってＵＥに送られる必要があるかどうか、及びどのタイプの追加のＡＤがポイントツーポイント手段によってＵＥに送られる必要があるかをロケーションサーバが決定することを可能にし得る。ロケーションサーバは、ブロードキャストされるべきロケーション支援データのタイプの決定及び暗号化の使用を支援するために、多数のＵＥから受信された能力情報を使用し得る。

【0006】

[0006] 一態様では、ユーザ機器（ＵＥ）によって行われるロケーション情報を取得する方法が、少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを受信することと、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える能力情報をロケーションサーバに送信することと、ロケーションサーバからロケーション情報についての要求を受信することと、ロケーション支援データの第１のセットに少なくとも部分的に基づいて、ロケーション情報のうちの少なくともいくつかを取得することと、ロケーションサーバにロケーション情報のうちの少なくともいくつかを送信することとを含む。

【0007】

[0007] 一態様では、ロケーション情報を取得することが可能なユーザ機器（ＵＥ）が、少なくとも１つのワイヤレスネットワークとワイヤレスに通信するように構成された少なくとも１つのワイヤレストランシーバと、ロケーション支援データ及びロケーション情報を記憶するように構成されたメモリと、少なくとも１つのワイヤレストランシーバ及びメモリに結合され、少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを少なくとも１つのワイヤレストランシーバを介して受信することと、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える能力情報をロケーションサーバに少なくとも１つのワイヤレストランシーバを介して送信することと、ロケーションサーバからロケーション情報についての要求を少なくとも１つのワイヤレストランシーバを介して受信することと、ロケーション支援データの第１のセットに少なくとも部分的に基づいて、ロケーション情報のうちの少なくともいくつかを少なくとも１つのワイヤレストランシーバを介して取得することと、ロケーションサーバにロケーション情報のうちの少なくともいくつかを少なくとも１つのワイヤレストランシーバを介して送信することとをするように構成された少なくとも１つのプロセッサとを含む。

【0008】

[0008] 一態様では、ロケーションサーバによって行われるユーザ機器（ＵＥ）のロケーションを取得する方法が、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを提供することと、ＵＥから能力情報を受信することであって、能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーション支援データの第２のセットを決定することと、ロケーション支援データの第２のセットがヌルセットでないときに、ＵＥにロケーション支援データの第２のセットを送ることと、ＵＥにロケーション情報についての要求を送ることと、ＵＥからロケーション情報のうちの少なくともいくつかを受信することと、ロケーション情報のうちの少なくともいくつかに基づいて、ＵＥの推定されたロケーションを決定することとを含む。

【0009】

[0009] 一態様では、ユーザ機器（ＵＥ）のロケーションを取得するためのロケーションサーバが、ワイヤレスネットワークと通信するように構成された外部インターフェースと、ロケーション支援データ及びロケーション情報を記憶するように構成されたメモリと、外部インターフェース及びメモリに結合され、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを外部インターフェースを介して提供することと、ＵＥから能力情報を外部インターフェースを介して受信することであって、能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーション支援データの第２のセットを決定することと、ロケーション支援データの第２のセットがヌルセットでないときに、ＵＥにロケーション支援データの第２のセットを外部インターフェースを介して送ることと、ＵＥにロケーション情報についての要求を外部インターフェースを介して送ることと、ＵＥからロケーション情報のうちの少なくともいくつかを外部インターフェースを介して受信することと、ロケーション情報のうちの少なくともいくつかに基づいて、ＵＥの推定されたロケーションを決定することとをするように構成された少なくとも１つのプロセッサとを含む。

【0010】

[0010] 一態様では、ロケーションサーバによってロケーション支援データを提供する方法が、時間の第１のセットにおいて複数のユーザ機器（ＵＥ）から能力情報を受信することであって、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、複数のＵＥ中の各ＵＥについての能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、複数のＵＥから受信された能力情報、エリアの第１のセット、及び時間の第１のセットに少なくとも部分的に基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することと、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データを提供することであって、ロケーション支援データは、前記タイプのロケーション支援データを備える、提供することとを含む。

【0011】

[0011] 一態様では、ロケーション支援データを提供するためのロケーションサーバが、ワイヤレスネットワークと通信するように構成された外部インターフェースと、ロケーション支援データを記憶するように構成されたメモリと、外部インターフェース及びメモリに結合され、時間の第１のセットにおいて複数のユーザ機器（ＵＥ）から能力情報を外部インターフェースを介して受信することであって、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、複数のＵＥ中の各ＵＥについての能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、複数のＵＥから受信された能力情報、エリアの第１のセット、及び時間の第１のセットに少なくとも部分的に基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することと、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データを外部インターフェースを介して提供することであって、ロケーション支援データは、前記タイプのロケーション支援データを備える、提供することとをするように構成された少なくとも１つのプロセッサとを含む。

【0012】

[0012] 特許請求される主題は、本明細書の結びの部分中で特に指摘され、はっきりと特許請求される。しかしながら、それらの目的、特徴、及び／又は利点と共に、編成及び／又は動作の方法の両方に関しては、添付の図面と共に読まれた場合に以下の詳細な説明を参照することによって最も理解され得る。

【図面の簡単な説明】

【0013】

【図1A】実例的な実現形態による、モバイルデバイス及びセルラネットワークを備える４Ｇ通信システムのある特定の特徴を例示するシステム図である。

【図1B】代替の実例的な実現形態による、モバイルデバイス及びセルラネットワークを備える５Ｇ通信システムのある特定の特徴を例示するシステム図である。

【図2】様々な実施形態による、測位支援データのブロードキャストを示すシグナリングフロー図である。

【図3】様々な実施形態による、測位支援データのブロードキャストを示すシグナリングフロー図である。

【図4】様々な実施形態による、測位支援データのブロードキャストを示すシグナリングフロー図である。

【図5A】本明細書で説明される技法をサポートするためにモバイルデバイスにおいて行われ得るプロシージャの流れ図である。

【図5B】本明細書で説明される技法をサポートするためにモバイルデバイスにおいて行われ得るプロシージャの流れ図である。

【図6A】本明細書で説明される技法をサポートするためにロケーションサーバにおいて行われ得るプロシージャの流れ図である。

【図6B】本明細書で説明される技法をサポートするためにロケーションサーバにおいて行われ得るプロシージャの流れ図である。

【図7A】本明細書で説明される技法をサポートするためにロケーションサーバにおいて行われ得るプロシージャの流れ図である。

【図7B】本明細書で説明される技法をサポートするためにロケーションサーバにおいて行われ得るプロシージャの流れ図である。

【図8】モバイルデバイスの例証的なアーキテクチャを示す。

【図9】ロケーションサーバの例証的なアーキテクチャを示す。

【0014】

[0020] 以下の詳細な説明において添付の図面への言及がなされ、それは、本願の一部を形成し、ここにおいて、同様の数字及び英数字のラベルは、全体を通じて、同一、同様、及び／又は類似する同様の部分を指定し得る。加えて、要素の複数の事例は、その要素についての第１の番号にハイフンと第２の番号とを後続させることによって示され得る。例えば、要素１１１の複数の事例は、１１１－１、１１１－２、１１１－３、等として示され得る。最初の番号のみを使用してそのような要素を指すとき、要素のいずれかの事例であると理解されるべきである（例えば、以前の例における要素１１１は、要素１１１－１、１１１－２、及び１１１－３のうちのいずれかを指すことになる）。

【0015】

[0021] 例示の簡潔さ及び／又は明確さなどのために、図は必ずしも原寸通りに描かれていないことが認識されるであろう。例えば、いくつかの態様の寸法は、他のものに対して誇張され得る。更に、他の実施形態が利用され得ることが理解されるべきである。更に、構造的及び／又は他の変更が、特許請求される主題から逸脱することなしになされ得る。「特許請求される主題」へのこの明細書全体を通じた言及は、１つ以上の請求項、又はそれらの任意の一部分によってカバーされることを意図された主題を指し、完全な請求項のセット、請求項のセットの特定の組み合わせ（例えば、方法の請求項、装置の請求項、等）、又は特定の請求項を指すことを必ずしも意図されない。例えば、上、下、上部、下部、等などの方向及び／又は基準が、図面の議論を容易にするために使用され得、特許請求される主題のアプリケーションを制限することを意図されないことにもまた留意されたい。従って、以下の詳細な説明は、特許請求される主題及び／又は均等物を限定するように受け取られるべきでない。

【詳細な説明】

【0016】

[0022] １つの実現形態、ある実現形態、一実施形態、ある実施形態、及び／又は同様のものへのこの明細書全体を通じた言及は、特定の実現形態及び／又は実施形態に関連して説明される特定の特徴、構造、特性、及び／又は同様のものが特許請求される主題の少なくとも１つの実現形態及び／又は実施形態に含まれることを意味する。このことから、例えば、この明細書全体を通じた様々な場所におけるそのようなフレーズの出現は、同じ実現形態及び／若しくは実施形態、又は任意の１つの特定の実現形態及び／若しくは実施形態を指すことを必ずしも意図されない。更に、説明される特定の特徴、構造、特性、及び／又は同様のものは、１つ以上の実現形態及び／又は実施形態において様々な方法で組み合わされることが可能であり、従って、意図される特許請求の範囲内にあることが理解されるべきである。しかしながら、これらの及び他の問題は、使用の特定のコンテキストにおいて変化する可能性を有する。言い換えれば、本開示全体を通じて、説明及び／又は使用の特定のコンテキストは、引き出される合理的な推測に関する役に立つ指針を提供するが、しかしながら、同様に、更なる条件を有さない（without further qualification）一般の「このコンテキストでは（in this context）」は、本開示のコンテキストを指す。

【0017】

[0023] モバイルデバイスの測位をサポートするために、ワイヤレスネットワークによって又はワイヤレスネットワークと共に使用するための２つの広いクラスのロケーションソリューション、即ち、制御プレーン及びユーザプレーンが定義されている。制御プレーン（ＣＰ：control plane）ロケーションでは、測位及び測位のサポートに関連するシグナリングが、既存のネットワーク（及びモバイルデバイス）インターフェース上で、シグナリングの転送専用の既存のプロトコルを使用して搬送され得る。ユーザプレーン（ＵＰ：user plane）ロケーションでは、測位及び測位のサポートに関連するシグナリングが、インターネットプロトコル（ＩＰ：Internet Protocol）、送信御プロトコル（ＴＣＰ：Transmission Control Protocol）、及びユーザデータグラムプロトコル（ＵＤＰ：User Datagram Protocol）などのプロトコルを使用して、他のデータの一部として搬送され得る。

【0018】

[0024] 第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、モバイル通信のためのグローバルシステムＧＳＭ（登録商標）（２Ｇ）、ユニバーサルモバイル電気通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）（３Ｇ）、ＬＴＥ（４Ｇ）、及び第５世代（５Ｇ）とも呼ばれる新無線（ＮＲ：New Radio）による無線アクセスを使用するモバイルデバイスのための制御プレーンロケーションソリューションを定義している。これらのソリューションは、３ＧＰＰ技術仕様書（ＴＳ）２３．２７１（２Ｇ～４Ｇにとっての共通部分）、４３．０５９（ＧＳＭアクセス）、２５．３０５（ＵＭＴＳアクセス）、３６．３０５（ＬＴＥアクセス）、並びに２３．５０１及び２３．５０２（ＮＲアクセス）中に定義されている。オープンモバイルアライアンス（ＯＭＡ：Open Mobile Alliance）は、ＧＳＭを用いた汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）、ＵＭＴＳを用いたＧＰＲＳ、又はＬＴＥ若しくはＮＲを用いたＩＰアクセスなど、ＩＰパケットアクセスをサポートするいくつかの無線インターフェースのうちのいずれかにアクセスするモバイルデバイスを位置特定する(locate)ために使用され得る、セキュアユーザプレーンロケーション（ＳＵＰＬ：Secure User Plane Location）として知られるＵＰロケーションソリューションを同様に定義している。

【0019】

[0025] ＣＰ及びＵＰロケーションソリューションの両方は、測位をサポートするためにロケーションサーバ（ＬＳ：location server）を採用し得る。ＬＳは、ユーザ機器（ＵＥ）のためのサービングネットワーク又はホームネットワークの一部であり得るか、若しくはそれらからアクセス可能であり得るか、又は単にインターネットを通して若しくはローカルイントラネットを通してアクセス可能であり得る。ＵＥの測位が必要とされる場合、ＬＳは、ＵＥとのセッション（例えば、ＣＰロケーションセッション又はＳＵＰＬセッション）を開始し、ＵＥによるロケーション測定とＵＥの推定されたロケーションの決定とを調整し得る。ロケーションセッション中に、ＬＳは、ＵＥの測位能力を要求し得（又はＵＥは、要求なしにそれらを提供し得）、（例えば、ＵＥによって要求された場合、又は要求がない場合）ＵＥに支援データを提供し得、例えば、Ａ－ＧＮＳＳ、ＯＴＤＯＡ、及び／又は拡張セルＩＤ（ＥＣＩＤ：Enhanced Cell ID）位置決め方法のために、ＵＥにロケーション推定値又はロケーション測定値を要求し得る。支援データは、（例えば、周波数、予想される到着時間、信号コーディング、信号ドップラなど、これらの信号の予想される特性を提供することによって）ＧＮＳＳ及び／又はＰＲＳ信号を獲得及び測定することに役立てるためにＵＥによって使用され得る。

【0020】

[0026] ＵＥベースの動作モードでは、支援データが、ＵＥによって取得されたロケーション測定値からＵＥのロケーション推定値を決定することに役立てるためにＵＥによって使用され得る（例えば、支援データが、Ａ－ＧＮＳＳ測位又は基地局ロケーションのケースで衛星エフェメリスデータを提供し、ＯＴＤＯＡを使用する地上測位のケースでＰＲＳタイミングなどの他の基地局特性を提供する場合）。

【0021】

[0027] 代替のＵＥ支援型動作モードでは、ＵＥが、ＬＳにロケーション測定値を戻し得、ＬＳは、これらの測定値及び他の利用可能なデータ（例えば、ＧＮＳＳロケーションのための衛星エフェメリスデータ、又は基地局ロケーションと、ことによると、ＯＴＤＯＡを使用する地上測位のケースでＰＲＳタイミングとを含む基地局特性）に基づいて、ＵＥの推定されたロケーションを決定し得る。

【0022】

[0028] スタンドアロン動作モードでは、ＵＥが、ＬＳからのどの測位支援データもなしにロケーション関連測定を行い得、更に、ＬＳからのどの測位支援データもなしにロケーション又はロケーションの変化を計算し得る。スタンドアロンモードで使用され得る位置決め方法は、ＧＰＳ及びＧＮＳＳ（例えば、ＵＥが、ＧＰＳ及びＧＮＳＳ衛星自体によってブロードキャストされた航法データから衛星軌道データを取得する場合）並びにセンサを含む。「測位支援データ」、「ロケーション支援データ」、及び「支援データ」（ＡＤ）という用語は、モバイルデバイスがロケーション測定値（測位測定値とも呼ばれる）を取得すること、及び／又は測位測定値からロケーション推定値を計算することを支援するために、ブロードキャストを介して又はポイントツーポイント手段によって（例えば、ＬＳから）モバイルデバイスに提供され得るデータを指すために本明細書で同意語として使用されることに留意されたい。

【0023】

[0029] ３ＧＰＰ ＣＰロケーションのケースでは、ＬＳが、ＬＴＥアクセスのケースで拡張サービングモバイルロケーションセンター（Ｅ－ＳＭＬＣ：enhanced serving mobile location center）、ＵＭＴＳアクセスのケースでスタンドアロンＳＭＬＣ（ＳＡＳ：standalone SMLC）、ＧＳＭアクセスのケースでサービングモバイルロケーションセンター（ＳＭＬＣ：serving mobile location center）、又はＮＲアクセスのケースでロケーション管理機能（ＬＭＦ：Location Management Function）であり得る。ＯＭＡ ＳＵＰＬロケーションのケースでは、ＬＳが、（ｉ）ＵＥのホームネットワーク中にある若しくはそれに関連付けられる場合、又はロケーションサービスのためにＵＥに永続的サブスクリプションを提供する場合に、ホームＳＬＰ（Ｈ－ＳＬＰ：home SLP）、（ｉｉ）何らかの他の（非ホーム）ネットワーク中にある若しくはそれに関連付けられる場合、又は任意のネットワークに関連付けられない場合に、発見されたＳＬＰ（Ｄ－ＳＬＰ：discovered SLP）、（ｉｉｉ）ＵＥによって開始される緊急呼のためにロケーションをサポートする場合に、緊急ＳＬＰ（Ｅ－ＳＬＰ：Emergency SLP）、又は（ｉｖ）サービングネットワーク又はＵＥのための現在のローカルエリア中にある若しくはそれに関連付けられる場合に、訪問先ＳＬＰ（Ｖ－ＳＬＰ：visited SLP）、のうちのいずれかとして働き得るＳＵＰＬロケーションプラットフォーム（ＳＬＰ：SUPL Location Platform）であり得る。

【0024】

[0030] ロケーションセッション中に、ＬＳ及びＵＥは、推定されたロケーションの決定を調整するために、何らかの測位プロトコルに従って定義されたメッセージを交換し得る。可能な測位プロトコルは、例えば、３ＧＰＰ ＴＳ３６．３５５中に３ＧＰＰによって定義されたＬＴＥ測位プロトコル（ＬＰＰ：ＬＴＥ Positioning Protocol）、及びＯＭＡ ＴＳにおいてＯＭＡによって定義されたＬＰＰ拡張（ＬＰＰｅ：LPP Extensions）プロトコルＯＭＡ－ＴＳ－ＬＰＰｅ－Ｖ１＿０、ＯＭＡ－ＴＳ－ＬＰＰｅ－Ｖ１＿１、及びＯＭＡ－ＴＳ－ＬＰＰｅ－Ｖ２＿０を含み得る。ＬＰＰ及びＬＰＰｅプロトコルは、ＬＰＰメッセージが埋め込まれたＬＰＰｅメッセージを包含する場合、組み合わせで使用され得る。組み合わされたＬＰＰ及びＬＰＰｅプロトコルは、ＬＰＰ／ＬＰＰｅと呼ばれ得る。ＬＰＰ及びＬＰＰ／ＬＰＰｅは、ＬＴＥアクセスのための３ＧＰＰ制御プレーンソリューションをサポートすることに役立てるために使用され得、そのケースにおい、ＬＰＰ又はＬＰＰ／ＬＰＰｅメッセージがＵＥとＥ－ＳＭＬＣとの間で交換され得る。ＬＰＰ又はＬＰＰ／ＬＰＰｅメッセージは、ＵＥのためのサービングｅノードＢ及びサービングモビリティ管理エンティティ（ＭＭＥ：serving Mobility Management Entity）を介して、ＵＥとＥ－ＳＭＬＣとの間で交換され得る。ＬＰＰ及びＬＰＰ／ＬＰＰｅはまた、（ＮＲ、ＬＴＥ、及びＷｉＦｉなどの）ＩＰメッセージングをサポートする多くのタイプのワイヤレスアクセスのためのＯＭＡ ＳＵＰＬソリューションをサポートすることに役立てるために使用され得、ここで、ＬＰＰ又はＬＰＰ／ＬＰＰｅメッセージは、ＳＵＰＬを有するＵＥのために使用される用語であるＳＵＰＬ対応端末（ＳＥＴ：SUPL Enabled Terminal）とＳＬＰとの間で交換され、ＳＵＰＬ ＰＯＳ又はＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージ内などのＳＵＰＬメッセージ内でトランスポートされ得る。

【0025】

[0031] ＬＳ及び基地局（例えば、ＬＴＥアクセスのためのｅノードＢ）は、ＬＳが、（ｉ）基地局から特定のＵＥについての位置測定値を取得すること、又は（ｉｉ）基地局のためのアンテナのロケーション座標、基地局によってサポートされるセル（例えば、セルアイデンティティ）、基地局についてのセルタイミング、及び／又はＰＲＳ信号などの基地局によって送信される信号についてのパラメータなど、特定のＵＥに関連しないロケーション情報を基地局から取得することを可能にするために、メッセージを交換し得る。ＬＴＥアクセスのケースで、３ＧＰＰ ＴＳ３６．４５５中に定義されたＬＰＰ Ａ（ＬＰＰａ）プロトコルは、ｅノードＢである基地局とＥ－ＳＭＬＣであるＬＳとの間でそのようなメッセージを転送するために使用され得る。

【0026】

[0032] ＵＥとのロケーションセッション中に、ＬＳは、上で論じられたように、ＵＥが要求されたロケーション測定値及び／又はロケーション推定値を取得することを支援するために、ＵＥに支援データを送る必要があり得る。しかしながら、ポイントツーポイント手段によって（例えば、ＬＰＰを使用して）各個々のＵＥに支援データを送るのでなく、ブロードキャストを介して多くのＵＥにロケーション支援データを送るほうがより効率的であり得る。しかしながら、ＬＳが任意の特定のＵＥとのロケーションセッションを有するとき、ＬＳは、どのタイプのロケーション支援データをＵＥがブロードキャストを介して受信することが可能であり得るかを知らないことがある。これにより、ＬＳは、（例えば、ＵＥが、ＵＥが受信すること可能であるよりも多くの支援データをブロードキャストを介して受信することが可能であるとＬＳが仮定する場合）ポイントツーポイント手段によってＵＥに少なすぎる支援データを送るか、又は（例えば、ＵＥが、ＵＥが受信することが可能であるよりも少ない支援データをブロードキャストを介して受信することが可能であるとＬＳが仮定する場合）ポイントツーポイント手段によって多すぎる支援データを送るかのいずれかになり得る。更に、ＬＳは、ＵＥによって必要とされる支援データのブロードキャストを常に可能にするとは限らないことがある、及び／又はＵＥによって必要とされない支援データのブロードキャストを可能し得る。本明細書で論じられる技法は、これらの様々な問題に対処する。

【0027】

[0033] 図１Ａは、ロングタームエボリューション（ＬＴＥ）無線アクセス（ワイドバンドＬＴＥとも呼ばれる）又はナローバンドモノのインターネット（ＮＢ－ＩｏＴ：Narrow Band Internet of Things）無線アクセス（ナローバンドＬＴＥとも呼ばれる）をサポートし、且つ現在使用しているユーザ機器（ＵＥ）１０２のロケーションサポートのための通信システム１００を例示する図であり、ここで、ＮＢ－ＩｏＴ及びＬＴＥは、３ＧＰＰによって、例えば、３ＧＰＰ ＴＳ３６．３００中に定義され得る。通信システム１００は、発展型パケットシステム（ＥＰＳ：Evolved Packet System）と呼ばれ得る。例示されるように、通信システム１００は、ＵＥ１０２、発展型ユニバーサルモバイル電気通信サービス（ＵＭＴＳ：Universal Mobile Telecommunications Service）地上無線アクセス（Ｅ－ＵＴＲＡ：Evolved UMTS Terrestrial Radio Access）ネットワーク（Ｅ－ＵＴＲＡＮ：Ｅ－ＵＴＲＡ Network）１２０、及び発展型パケットコア（ＥＰＣ：Evolved Packet Core）１３０を含み得る。Ｅ－ＵＴＲＡＮ１２０及びＥＰＣ１３０は、ＵＥ１０２のためのサービングネットワークであり、且つＵＥ１０２のためのホーム公衆陸上モバイルネットワーク（ＨＰＬＭＮ：Home Public Land Mobile Network）１４０と通信する訪問先公衆陸上モバイルネットワーク（ＶＰＬＭＮ：Visited Public Land Mobile Network）の一部であり得る。ＶＰＬＭＮ Ｅ－ＵＴＲＡＮ１２０、ＶＰＬＭＮ ＥＰＣ１３０、及び／又はＨＰＬＭＮ１４０は、他のネットワークと相互接続し得る。例えば、インターネットが、ＨＰＬＭＮ１４０及びＶＰＬＭＮ ＥＰＣ１３０などの異なるネットワークに、及び異なるネットワークからメッセージを搬送するために使用され得る。簡潔さのために、これらのネットワーク並びに関連するエンティティ及びインターフェースは、示されない。示されるように、通信システム１００は、ＵＥ１０２にパケット交換サービスを提供する。しかしながら、当業者が容易に認識することになるように、この開示全体を通じて提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

【0028】

[0034] ＵＥ１０２は、例えば、ＮＢ－ＩｏＴ及び／又はＬＴＥ無線アクセスのために構成された任意の電子デバイスを備え得る。ＵＥ１０２は、デバイス、ワイヤレスデバイス、モバイル端末、端末、モバイル局（ＭＳ：mobile station）、モバイルデバイス、ＳＥＴとして、又は何らかの他の名称で呼ばれ得、スマートウォッチ、デジタル眼鏡、フィットネスモニタ、スマートカー、スマート家電、携帯電話、スマートフォン、ラップトップ、タブレット、ＰＤＡ、トラッキングデバイス、制御デバイス、又は何らかの他のポータブル若しくは移動可能デバイスに対応し得る（又はそれらの一部であり得る）。ＵＥ１０２は、ユーザがオーディオ、ビデオ、及び／若しくはデータＩ／Ｏデバイス、及び／若しくはボディセンサ、並びに別個のワイヤライン又はワイヤレスモデムを採用し得るパーソナルエリアネットワーク中などに、単一のエンティティを備え得るか、又は複数のエンティティを備え得る。典型的に、ただ必ずしもでないが、ＵＥ１０２は、モバイル通信のためのグローバルシステム（ＧＳＭ）、符号分割多元接続（ＣＤＭＡ）、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ロングタームエボリューション（ＬＴＥ）、ナローバンドモノのインターネット（ＮＢ－ＩｏＴ）、ＬＴＥカテゴリＭ１（ＬＴＥ－Ｍ：ＬＴＥcategory M1）とも呼ばれる拡張マシンタイプ通信（ｅＭＴＣ：Enhanced Machine Type Communications）、高レートパケットデータ（ＨＲＰＤ：High Rate Packet Data）、新無線（ＮＲ：New Radio）、ＷｉＭａｘ、等をサポートするワイヤレスワイドエリアネットワーク（ＷＷＡＮ：Wireless Wide Area Network）などの１つ以上のタイプのＷＷＡＮとのワイヤレス通信をサポートし得る。ＶＰＬＭＮ Ｅ－ＵＴＲＡＮ１２０と組み合わされたＶＰＬＭＮ ＥＰＣ１３０、及びＨＰＬＭＮ１４０は、ＷＷＡＮの例であり得る。ＵＥ１０２はまた、ＩＥＥＥ８０２．１１ＷｉＦｉ（Ｗｉ－Ｆｉとも呼ばれる）又はＢｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）をサポートするワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Wireless Local Area Network）などの１つ以上のタイプのＷＬＡＮとのワイヤレス通信をサポートし得る。例えば、ＵＥ１０２はまた、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）又はパケットケーブルを使用することなどによって、１つ以上のワイヤラインネットワークとの通信をサポートし得る。図１Ａは１つのＵＥ１０２しか示していないが、ＵＥ１０２に各々対応できる多くの他のＵＥが存在し得る。

【0029】

[0035] ＵＥ１０２は、Ｅ－ＵＴＲＡＮ１２０を含み得るワイヤレス通信ネットワークとの接続された状態に入り得る。一例では、ＵＥ１０２が、Ｅ－ＵＴＲＡＮ１２０中の発展型ノードＢ（ｅノードＢ又はｅＮＢ）１０４などのセルラトランシーバにワイヤレス信号を送信及び／又はそれからワイヤレス信号を受信することによって、セルラ通信ネットワークと通信し得る。Ｅ－ＵＴＲＡＮ１２０は、１つ以上の追加のｅＮＢ１０６を含み得る。ｅＮＢ１０４は、ＵＥ１０２に向けてユーザプレーン及び制御プレーンプロトコル終端を提供する。ｅＮＢ１０４は、ＵＥ１０２のためのサービングｅＮＢを備え得、また、基地局、ベーストランシーバ局、無線基地局、無線トランシーバ、無線ネットワークコントローラ、トランシーバ機能、基地局サブシステム（ＢＳＳ：base station subsystem）、拡張サービスセット（ＥＳＳ：extended service set）として、又は何らかの他の適した専門用語で呼ばれ得る。ＵＥ１０２はまた、アクセスポイント（ＡＰ：access point）、フェムトセル、ホーム基地局、スモールセル基地局、ホームノードＢ（ＨＮＢ：Home Node B）若しくはホームｅノードＢ（ＨｅＮＢ：Home eNodeB）などのローカルトランシーバ（図１Ａに図示せず）にワイヤレス信号を送信又はそれからワイヤレス信号を受信し得、それは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ、例えば、ＩＥＥＥ８０２．１１ネットワーク）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ、例えば、Ｂｌｕｅｔｏｏｔｈネットワーク）及び／又はセルラネットワーク（例えば、ＬＴＥネットワーク若しくは次の段落中で論じられるものなどの他のワイヤレスワイドエリアネットワーク）へのアクセスを提供し得る。当然ながら、これらは単にワイヤレスリンクを通してモバイルデバイスと通信し得るネットワークの例に過ぎず、特許請求される主題はこの点において限定されないことが理解されるべきである。

【0030】

[0036] ワイヤレス通信をサポートし得るネットワーク技術の例は、ＮＢ－ＩｏＴ及びＬＴＥを含むが、更に、ＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ、ＨＲＰＤ、ｅＭＴＣ、及び５Ｇ ＮＲを含み得る。ＮＢ－ＩｏＴ、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ｅＭＴＣ、及びＮＲは、３ＧＰＰによって定義された技術である。ＣＤＭＡ及びＨＲＰＤは、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって定義された技術である。ｅＮＢ１０４及び１０６などのセルラトランシーバは、（例えば、サービス契約下の）サービスのためにワイヤレス電気通信ネットワークへの加入者アクセスを提供する機器の展開を備え得る。ここで、セルラトランシーバは、セルラトランシーバがアクセスサービスを提供することが可能である範囲に少なくとも部分的に基づいて決定されるセル内の加入者デバイスにサービスする際にセルラ基地局の機能を行い得る。

【0031】

[0037] ｅＮＢ１０４及び１０６は、ＶＰＬＭＮ ＥＰＣ１３０にインターフェース（例えば、３ＧＰＰ Ｓ１インターフェース）によって接続され得る。ＥＰＣ１３０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１０８と、ＵＥ１０２への及びＵＥ１０２からのデータ（例えば、インターネットプロトコル（ＩＰ）パケット）がそれを通じて転送され得るサービングゲートウェイ（ＳＧＷ：Serving Gateway）１１２とを含む。ＭＭＥ１０８は、ＵＥ１０２のためのサービングＭＭＥであり得、その上、ＵＥ１０２とＥＰＣ１３０との間でのシグナリングを処理し、ＵＥ１０２のアタッチメント及びネットワーク接続、（例えば、ネットワークセル間でのハンドオーバを介した）ＵＥ１０２のモビリティ、並びにＵＥ１０２の代わりにデータベアラを確立及び解放することをサポートする制御ノードである。一般に、ＭＭＥ１０８は、ＵＥ１０２にベアラ及び接続管理を提供し、ＳＧＷ１１２、ｅＮＢ１０４と１０６、ＶＰＬＭＮ ＥＰＣ１３０中の拡張サービングモバイルロケーションセンター（Ｅ－ＳＭＬＣ：Enhanced Serving Mobile Location Center）１１０と訪問先ゲートウェイモバイルロケーションセンター（Ｖ－ＧＭＬＣ：Visited Gateway Mobile Location Center）１１６に接続され得る。

【0032】

[0038] Ｅ－ＳＭＬＣ１１０は、３ＧＰＰ技術仕様書（ＴＳ）２３．２７１及び３６．３０５中に定義された３ＧＰＰ制御プレーン（ＣＰ：control plane）ロケーションソリューションを使用してＵＥ１０２のロケーションをサポートし得る。単にゲートウェイモバイルロケーションセンター（ＧＭＬＣ：Gateway Mobile Location Center）１１６とも呼ばれ得るＶ－ＧＭＬＣ１１６は、ＵＥ１０２のロケーションへのアクセスを外部クライアント（例えば、外部クライアント１５０）又は別のネットワーク（例えば、ＨＰＬＭＮ１４０）の代わりに提供し得る。外部クライアント１５０は、ＵＥ１０２との何らかのアソシエーションを有し得るウェブサーバ又はリモートアプリケーションを備え得る（例えば、ＶＰＬＭＮ Ｅ－ＵＴＲＡＮ１２０、ＶＰＬＭＮ ＥＰＣ１３０、及びＨＰＬＭＮ１４０を介してＵＥ１０２のユーザによってアクセスされ得る）か、又は（例えば、友達若しくは親戚ファインダ、資産トラッキング、又は子供若しくはペットロケーションなどのサービスを可能にするために）ＵＥ１０２のロケーションを取得及び提供することを含み得るロケーションサービスを何らかの他の１人のユーザ又は複数のユーザに提供するサーバ、アプリケーション、又はコンピュータシステムであり得る。

【0033】

[0039] Ｅ－ＳＭＬＣ１１０は、ＶＰＬＭＮ ＥＰＣ１３０の一部であり得るか、又はＶＰＬＭＮ ＥＰＣ１３０とは別個であり得る（例えば、ＧＮＳＳ基準ネットワークの一部であり、ＶＰＬＭＮ ＥＰＣ１３０の事業者とは異なるサービスプロバイダによって所有及び運用される）１つ以上の基準局１７１に接続され得るか、又はそれへのアクセスを有し得る。基準局１７１は、１つ以上のＧＮＳＳによって送信された信号を獲得、測定、及び復号するように構成されたＧＮＳＳ受信機を備え得るか又は含み得る。基準局１７１は、１つ以上のＧＮＳＳのための衛星ビークル（ＳＶ：Satellite Vehicles）１６０のための軌道データ及びタイミングデータを取得又は決定し、電離層遅延及び対流圏遅延など、ＧＮＳＳロケーションに影響を及ぼす可能性がある環境要因についての情報を推論するように構成され得る。基準局１７１は、Ｅ－ＳＭＬＣ１１０に決定された情報を、例えば、周期的に、又は決定された情報が変化するときはいつでも、転送し得る。

【0034】

[0040] 例示されるように、ＨＰＬＭＮ１４０は、（例えば、インターネットを介して）Ｖ－ＧＭＬＣ１１６に接続され得るホームゲートウェイモバイルロケーションセンター（Ｈ－ＧＭＬＣ：Home Gateway Mobile Location Center）１４８、並びに（例えば、インターネットを介して）ＳＧＷ１１２に接続され得るパケットデータネットワークゲートウェイ（ＰＤＧ：Packet Data Network Gateway）１１４を含む。ＰＤＧ１１４は、インターネットプロトコル（ＩＰ）アドレス割り振りと、外部ネットワーク（例えば、インターネット）への、及び外部クライアント（例えば、外部クライアント１５０）と外部サーバとへのＩＰ及び他のデータアクセスと、並びに他のデータ転送関連機能とをＵＥ１０２に提供し得る。いくつかのケースでは、ＵＥ１０２がローカルＩＰブレイクアウトを受信したときに、ＰＤＧ１１４がＨＰＬＭＮ１４０中でなく、ＶＰＬＭＮ ＥＰＣ１３０中に位置特定され(located)得る。ＰＧＤ１１４は、Ｅ－ＳＬＰ１１８などのロケーションサーバに接続され得る。Ｈ－ＳＬＰ１１８は、ＯＭＡによって定義されたＳＵＰＬ ＵＰロケーションソリューションをサポートし得、Ｈ－ＳＬＰ１１８中に記憶されたＵＥ１０２についての加入情報に基づいてＵＥ１０２のためのロケーションサービスをサポートし得る。通信システム１００のいくつかの実施形態では、ＶＰＬＭＮ ＥＰＣ１３０中の又はそれからアクセス可能な発見されたＳＬＰ（Ｄ－ＳＬＰ：Discovered SLP）又は緊急ＳＬＰ（Ｅ－ＳＬＰ：Emergency SLP）（図１Ａに図示せず）が、ＳＵＰＬ ＵＰソリューションを使用してＵＥ１０２を位置特定する(locate)ために使用され得る。

【0035】

[0041] Ｈ－ＧＭＬＣ１４８は、ＵＥ１０２のためのホーム加入者サーバ（ＨＳＳ）１４５に接続され得、それは、ＵＥ１０２についてのユーザ関連及び加入関連情報を包含する中央データベースである。Ｈ－ＧＭＬＣ１４８は、外部クライアント１５０などの外部クライアントの代わりにＵＥ１０２へのロケーションアクセスを提供し得る。Ｈ－ＧＭＬＣ１４８、ＰＤＧ１１４、及びＨ－ＳＬＰ１１８のうちの１つ以上は、例えば、インターネットなどの別のネットワークを通じて外部クライアント１５０に接続され得る。いくつかのケースでは、別のＰＬＭＮ（図１Ａに図示せず）中に位置特定された要求するＧＭＬＣ（Ｒ－ＧＭＬＣ：Requesting GMLC）が、Ｒ－ＧＭＬＣに接続された外部クライアントの代わりにＵＥ１０２へのロケーションアクセスを提供するために（例えば、インターネットを介して）Ｈ－ＧＭＬＣ１４８に接続され得る。Ｒ－ＧＭＬＣ、Ｈ－ＧＭＬＣ１４８、及びＶ－ＧＭＬＣ１１６は、３ＧＰＰ ＴＳ２３．２７１中に定義された３ＧＰＰ ＣＰソリューションを使用してＵＥ１０２へのロケーションアクセスをサポートし得る。

【0036】

[0042] （ＶＰＬＭＮ Ｅ－ＵＴＲＡＮ１２０及びＶＰＬＭＮ ＥＰＣ１３０を備える）ＶＰＬＭＮネットワークと別個のＨＰＬＭＮ１４０とが図１Ａに例示されるが、どちらのＰＬＭＮ（ネットワーク）も、同じＰＬＭＮであり得ることが理解されるべきである。そのケースにおいて、（ｉ）Ｈ－ＳＬＰ１１８、ＰＤＧ１１４、及びＨＳＳ１４５は、ＭＭＥ１０８と同じネットワーク（ＥＰＣ）中にあり得、（ｉｉ）Ｖ－ＧＭＬＣ１１６及びＨ－ＧＭＬＣ１４８は、同じＧＭＬＣを備え得る。

【0037】

[0043] 特定の実現形態において、ＵＥ１０２は、ＧＰＳ又は他の衛星測位システム（ＳＰＳ：Satellite Positioning System）ＳＶ１６０から受信される信号についての測定値、ｅＮＢ１０４及び１０６などのセルラトランシーバについての測定値、及び／又はローカルトランシーバについての測定値などの（ロケーション測定値とも呼ばれる）ロケーション関連測定値を取得することが可能な回路及び処理リソースを有し得る。ＵＥ１０２は更に、これらのロケーション関連測定値に基づいてＵＥ１０２の位置フィックス又は推定されるロケーションを計算することが可能な回路及び処理リソースを有し得る。いくつかの実現形態では、ＵＥ１０２によって取得されるロケーション関連測定値が、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４（図１Ｂについて後に説明される）などのロケーションサーバに転送され得、その後、ロケーションサーバは、その測定値に基づいてＵＥ１０２についてのロケーションを推定又は決定し得る。

【0038】

[0044] ＵＥ１０２によって取得されるロケーション関連測定値は、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ又は北斗などの全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）又はＳＰＳの一部であるＳＶ１６０から受信される信号の測定値を含み得る、及び／又は、（例えば、ｅＮＢ１０４、ｅＮＢ１０６、又は他のローカルトランシーバなどの）既知のロケーションにおいて固定された地上送信機から受信される信号の測定値を含み得る。ＵＥ１０２又は別個のロケーションサーバ（例えば、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４）はその後、例えば、ＧＮＳＳ、支援型ＧＮＳＳ（Ａ－ＧＮＳＳ：Assisted GNSS）、高度順方向リンク三辺測量（ＡＦＬＴ：Advanced Forward Link Trilateration）、観測到着時間差（ＯＴＤＯＡ：Observed Time Difference Of Arrival）、拡張セルＩＤ（ＥＣＩＤ：Enhanced Cell ID）、（ＷｉＦｉ測位とも呼ばれる）ＷＬＡＮ、又はそれらの組み合わせなどのいくつかの位置決め方法のうちのいずれか１つを使用して、これらのロケーション関連測定値に基づいてＵＥ１０２についてのロケーション推定値を取得し得る。これらの技法のうちのいくつかでは（例えば、Ａ－ＧＮＳＳ、ＡＦＬＴ、及びＯＴＤＯＡ）、送信機又はＳＶによって送信され、ＵＥ１０２において受信されるパイロット信号、測位基準信号（ＰＲＳ：positioning reference signals）、又は他の測位関連信号に少なくとも部分的に基づいて、既知のロケーションにおいて固定された３つ以上の地上送信機に対する、又は正確に知られている軌道データを有する４つ以上のＳＶに対する、又はそれらの組み合わせの、擬似距離（pseudoranges）又はタイミング差がＵＥ１０２によって測定され得る。ここで、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４などのロケーションサーバは、Ａ－ＧＮＳＳ、ＡＦＬＴ、ＯＴＤＯＡ、及びＥＣＩＤなどの測位技法を容易にするために、例えば、ＵＥ１０２によって測定されるべき信号に関する情報（例えば、予想される信号タイミング、信号コーディング、信号周波数、信号ドップラ）、地上送信機のロケーション及び／若しくはアイデンティティ、並びに／又はＧＮＳＳ ＳＶについての信号、タイミング、及び軌道情報を含む測位支援データをＵＥ１０２に提供することが可能であり得る。容易にすることは、ＵＥ１０２による信号獲得及び測定精度を改善すること、及び／又は、いくつかのケースで、ＵＥ１０２がロケーション測定値に基づいてその推定されるロケーションを計算することを可能にすることを含み得る。例えば、ロケーションサーバは、特定の場所などの１つの特定の領域又は複数の特定の領域中のローカルトランシーバ及び送信機並びに／又はセルラトランシーバ及び送信機（例えば、ｅＮＢ１０４及び１０６）のロケーション及びアイデンティティを示すアルマナック（例えば、基地局アルマナック（ＢＳＡ））を備え得、更に、信号電力、信号タイミング、信号帯域幅、信号コーディング、及び／又は信号周波数などの、これらのトランシーバ及び送信機によって送信される信号を記述した情報を包含し得る。

【0039】

[0045] ＥＣＩＤのケースでは、ＵＥ１０２が、セルラトランシーバ（例えば、ｅＮＢ１０４、１０６）及び／若しくはローカルトランシーバから受信される信号についての信号強度の測定値（例えば、受信信号強度インジケーション（ＲＳＳＩ：received signal strength indication）又は基準信号受信電力（ＲＳＲＰ：reference signal received power））を取得し得る、並びに／又は、ＵＥ１０２とセルラトランシーバ（例えば、ｅＮＢ１０４若しくは１０６）又はローカルトランシーバとの間のラウンドトリップ信号伝搬時間（ＲＴＴ：round trip signal propagation time）、基準信号受信品質（ＲＳＲＱ：reference signal received quality）、又は信号対雑音比（Ｓ／Ｎ：signal to noise ratio）を取得し得る。ＵＥ１０２は、ＵＥ１０２についてのロケーションを決定するために、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４などのロケーションサーバにこれらの測定値を転送し得るか、又はいくつかの実現形態では、ＵＥ１０２が、ＵＥ１０２についてのロケーションを決定するために、ロケーションサーバから受信される測位支援データ（例えば、ＧＮＳＳアルマナック及び／又はＧＮＳＳエフェメリス情報などのＧＮＳＳ ＳＶデータ又は地上アルマナックデータ）と共にこれらの測定値を使用し得る。

【0040】

[0046] ＯＴＤＯＡのケースでは、ＵＥ１０２が、近隣のトランシーバ又は基地局（例えば、ｅＮＢ１０４及び１０６）から受信される、位置基準信号（ＰＲＳ：Position Reference Signal）又はセル固有基準信号（ＣＲＳ：Cell Specific Reference Signal）などの信号間の基準信号時間差（ＲＳＴＤ：Reference Signal Time Difference）を測定し得る。ＲＳＴＤ測定値は、２つの異なるトランシーバからＵＥ１０２において受信される信号（例えば、ＣＲＳ又はＰＲＳ）間の到着時間差を提供し得る（例えば、ｅＮＢ１０４から受信された信号とｅＮＢ１０６から受信された信号との間のＲＳＴＤ）。ＵＥ１０２は、測定されたトランシーバについての既知のロケーション及び既知の信号タイミングに基づいてＵＥ１０２についての推定されるロケーションを計算し得るロケーションサーバ（例えば、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４）に測定されたＲＳＴＤを返し得る。ＯＴＤＯＡのいくつかの実現形態において、ＲＳＴＤ測定値のために使用される信号（例えば、ＰＲＳ又はＣＲＳ信号）は、例えば、共通世界時を正確に取得するために、各トランシーバ又は送信機におけるＧＰＳ受信機を使用して、ＧＰＳ時間又は協定世界時（ＵＴＣ：coordinated universal time）などの共通世界時にトランシーバ又は送信機によって正確に同期され得る。

【0041】

[0047] ＵＥ１０２のロケーションの推定値は、ロケーション、ロケーション推定値、ロケーションフィックス、フィックス、位置、位置推定値、又は位置フィックスと呼ばれ得、測地的（geodetic）であり得、それにより、高度成分（例えば、海水面からの高さ、地表面、床面、又は地下面からの高さ若しくはそれより下の深さ）を含むことも含まないこともある、ＵＥ１０２についてのロケーション座標（例えば、緯度及び経度）を提供する。代替として、ＵＥ１０２のロケーションは、シビック（civic）ロケーションとして（例えば、郵便宛先又は特定の部屋若しくはフロアなどの建物中の何らかの地点又は小さいエリアの指定として）表され得る。ＵＥ１０２のロケーションはまた、不確実性を含み得、その上、その中にＵＥ１０２が何らかの所与若しくはデフォルトの確率又は信頼度レベル（例えば、６７％又は９５％）で位置特定されることが予想される（測地的に（geodetically）又はシビック形式のいずれかで定義される）エリア又はボリュームとして表され得る。ＵＥ１０２のロケーションは更に、（例えば、緯度、経度、並びにことによると高度及び／又は不確実性の観点から定義された）絶対的ロケーションであり得るか、又は、例えば、既知の絶対的ロケーション若しくはＵＥ１０２についての何らかの以前のロケーションにおける何らかの原点に対して定義された相対的Ｘ、Ｙ（及びＺ）座標又は方向及び距離を備える相対的ロケーションであり得る。本明細書に包含される説明において、ロケーションという用語の使用は、別途示されない限り、これらの変形のうちのいずれかを備え得る。ＵＥ１０２についてのロケーション推定値を決定（例えば、算出）するために使用される（例えば、ＵＥ１０２によって、又はｅＮＢ１０４などの別のエンティティによって取得される）測定値は、測定値、ロケーション測定値、ロケーション関連測定値、測位測定値、又は位置測定値と呼ばれ得、ＵＥ１０２についてのロケーションを決定する行為は、ＵＥ１０２の測位又はＵＥ１０２を位置特定することと呼ばれ得る。

【0042】

[0048] ある実施形態によると、通信システム１００は、ＵＥ１０２などのＵＥデバイスにダウンリンクブロードキャストメッセージ中で測位支援データを配信するように構成され得る。例えば、測位支援データは、ｅＮＢ１０４及び１０６からのダウンリンクメッセージ中のシステム情報ブロック（ＳＩＢ：system information blocks）中でブロードキャストされ得る。更に、ＳＩＢ中でブロードキャストされる測位支援データは、キー暗号化（encrypted）され得る（暗号化（ciphered）されているとも呼ばれる）。ＵＥ１０２は、ブロードキャストされた測位支援データを解読する際に使用するために、ブロードキャストメッセージ以外のメッセージ中で１つ以上の暗号化キーを受信し得る。

【0043】

[0049] 図１Ｂは、図１Ａを参照して上述された通信システム１００の実施形態の代替の実施形態による、通信システム１０１の図を示す。通信システム１０１では、ＵＥ１０２、基準局（１つ以上）１７１、ＳＶ１６０、及び外部クライアント１５０が、通信システム１０１の第５世代（５Ｇ）機能に関連して動作し得る。ある実施形態によると、通信システム１０１は、ＵＥ１０２などのＵＥデバイスにダウンリンクブロードキャストメッセージ中で測位支援データを配信するように構成され得る。例えば、測位支援データは、ｇＮＢ１１１からのダウンリンクメッセージ中のシステム情報ブロック（ＳＩＢ）中でブロードキャストされ得る。更に、ＳＩＢ中でブロードキャストされる測位支援データは、キー暗号化され得る。ＵＥ１０２は、ブロードキャストされた測位支援データを解読する際に使用するために、ブロードキャストメッセージ以外のメッセージ中で１つ以上の暗号化キーを受信し得る。

【0044】

[0050] 通信システム１０１は、基地局からの支援データのブロードキャストを実現するように構成され得る。ここで、通信システム１０１は、ＵＥ１０２と、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：Next Generation Radio Access Network）１３５及び第５世代（５Ｇ）コアネットワーク（５ＧＣＮ：5G Core Network）１８０を備える５Ｇネットワークのコンポーネントとを備える。５Ｇネットワークはまた、新無線（ＮＲ：New Radio）ネットワークと呼ばれ得、ＮＧ－ＲＡＮ１３５は、ＮＲ無線アクセスネットワーク（ＲＡＮ：Radio Access Network）又は５Ｇ ＲＡＮと呼ばれ得、５ＧＣＮ１８０は、次世代コアネットワーク（ＮＧＣ：Next Generation Core network）と呼ばれ得る。このコンテキストでは、「３ＧＰＰ新無線」が、５Ｇ若しくはＮＲサービス又は５Ｇ若しくはＮＲ互換サービスの一部を実現するように構成された基地局を意味する。通信システム１０１は更に、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、又は北斗などの全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）のためにＳＶ１６０からの情報を利用し得る。通信システム１０１の追加のコンポーネントが以下に説明される。通信システム１０１は、追加又は代替のコンポーネントを含み得る。

【0045】

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

【0046】

[0052] 図１Ｂに示されたＮＧ－ＲＡＮ１３５中の基地局（ＢＳ）は、ｇＮＢ、１１１－１、１１１－２、及び１１１－３（本明細書でまとめて及び総称的にｇＮＢ１１１と呼ばれる）とも呼ばれるＮＲノードＢを備える。ＮＧ－ＲＡＮ１３５中のｇＮＢ１１１のペアは、例えば、図１Ｂに示されるように直接、又は他のｇＮＢ１１１を介して間接的に、互いに接続され得る。５Ｇネットワークへのアクセスは、ＵＥ１０２とｇＮＢ１１１のうちの１つ以上との間のワイヤレス通信を介してＵＥ１０２に提供され、それは、５Ｇを使用してＵＥ１０２の代わりに５ＧＣＮ１８０へのワイヤレス通信アクセスを提供し得る。図１Ｂにおいて、ＵＥ１０２のためのサービングｇＮＢは、ｇＮＢ１１１－１であると仮定されるが、他のｇＮＢ（例えば、ｇＮＢ１１１－２及び／又はｇＮＢ１１１－３）は、ＵＥ１０２が別のロケーションに移動する場合にサービングｇＮＢとして働き得るか、又はＵＥ１０２に追加のスルーアウト及び帯域幅を提供するためのセカンダリｇＮＢとして働き得る。図１ＢにおけるいくつかのｇＮＢ１１１（例えば、ｇＮＢ１１１－２又はｇＮＢ１１１－３）は、ＵＥ１０２の測位を支援するために信号（例えば、ＰＲＳ信号）を送信及び／又は支援データをブロードキャストし得るが、ＵＥ１０２から又は他のＵＥから信号を受信しないことがある、測位専用ビーコンとして機能するように構成され得る。

【0047】

[0053] いくつかの実現形態では、ＮＧ－ＲＡＮ１３５が、ＵＥ１０２へのＬＴＥ無線アクセスと、５ＧＣＮ１８０中の要素（例えば、ＡＭＦ１８２）及び／又は外部クライアント１５０へのＵＥ１０２の接続性とを提供し得る、１つ以上の次世代ｅＮＢ（ｎｇ－ｅＮＢ、図１Ｂに図示せず）を含み得る。ＮＧ－ＲＡＮ１３５中のｎｇ－ｅＮＢは、ＮＧ－ＲＡＮ１３５中の１つ以上の他のｎｇ－ｅＮＢに、１つ以上のｇＮＢ１１１に、及び／又はＡＭＦ１８２に接続され得る。

【0048】

[0054] 述べられたように、図１Ｂは、５Ｇ通信プロトコルに従って通信するように構成されたノードを図示するが、例えば、ＬＴＥプロトコルなどの他の通信プロトコルに従って通信するように構成されたノードが使用され得る。異なるプロトコルを使用して通信するように構成されたそのようなノードは、５ＧＣＮ１８０によって少なくとも部分的に制御され得る。このことから、ＮＧ－ＲＡＮ１３５は、ｇＮＢ、ｅＮＢ、ｎｇ－ｅＮＢ、又は他のタイプの基地局若しくはアクセスポイントの任意の組み合わせを含み得る。

【0049】

[0055] ｇＮＢ１１１は、測位機能のためにロケーション管理機能（ＬＭＦ：Location Management Function）１８４と通信するアクセス及びモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）１８２と通信し得る。ＡＭＦ１８２は、セルアクセス、セル変更、及びハンドオーバを含む、ＵＥ１０２の登録及びモビリティをサポートし得、ＵＥ１０２へのシグナリング接続、並びにことによるとＵＥ１０２のためのデータ及び音声ベアラをサポートすることに参加し得る。ＬＭＦ１８４は、ＵＥがＮＧ－ＲＡＮ１３５にアクセスするときにＵＥ１０２の測位をサポートし得、支援型ＧＮＳＳ（Ａ－ＧＮＳＳ）、観測到着時間差（ＯＴＤＯＡ：Observed Time Difference of Arrival）、リアルタイムキネマティック（ＲＴＫ）、精密単独測位（ＰＰＰ：Precise Point Positioning）、差分ＧＮＳＳ（ＤＧＮＳＳ：Differential GNSS）、拡張セルＩＤ（ＥＣＩＤ：Enhanced Cell ID）、ラウンドトリップ信号伝搬時間（ＲＴＴ：round trip signal propagation time）、発信角度（ＡＯＤ：angle of departure）、到着角度（ＡＯＡ：angle of arrival）、及び他の位置決め方法などの位置決めプロシージャ／方法をサポートし得る。ＬＭＦ１８４はまた、例えば、ＡＭＦ１８２から受信された、ＵＥ１０２のためのロケーションサービス要求を処理し得る。いくつかの実施形態では、ＬＭＦ１８４を実現するノード／システムが加えて又は代替として、拡張サービングモバイルロケーションセンター（Ｅ－ＳＭＬＣ：Enhanced Serving Mobile Location Center）又はセキュアユーザプレーンロケーション（ＳＵＰＬ：Secure User Plane Location）ロケーションプラットフォーム（ＳＬＰ：ＳＵＰＬ Location Platform）などの他のタイプのロケーションサポートモジュールを実現し得る。いくつかの実施形態では、（ＵＥ１０２のロケーションの導出を含む）測位機能の少なくとも一部が、（例えば、ワイヤレスノードによって送信される信号についての信号測定値と、ＵＥ１０２に提供される支援データとを使用して）ＵＥ１０２において行われ得ることに留意されたい。

【0050】

[0056] ゲートウェイモバイルロケーションセンター（ＧＭＬＣ：Gateway Mobile Location Center）１８６は、外部クライアント１５０から受信されたＵＥ１０２についてのロケーション要求をサポートし得、ＡＭＦ１８２によってＬＭＦ１８４に転送するためにそのようなロケーション要求をＡＭＦ１８２に転送し得るか、又はＬＭＦ１８４に直接ロケーション要求を転送し得る。ＬＭＦ１８４からのロケーション応答（例えば、ＵＥ１０２についてのロケーション推定値を包含する）は同様に、直接又はＡＭＦ１８２を介してのいずれかでＧＭＬＣ１８６に返され得、ＧＭＬＣ１８６はその後、外部クライアント１５０にロケーション応答（例えば、ロケーション推定値を包含する）を返し得る。ＧＭＬＣ１８６は、ＡＭＦ１８２及びＬＭＦ１８４の両方に接続されて示されているが、いくつかの実現形態では、これらの接続のうちの１つのみが５ＧＣＮ１８０によってサポートされ得る。統合データ管理（ＵＤＭ：Unified Data Management）１８８は、５ＧＣＮ１８０がＵＥ１０２のためのＨＰＬＭＮの一部であるケースにおいて、ＵＥ１０２のための加入データを記憶し得、通信システム１００においてＨＳＳ１４５と同様の機能を行い得る。

【0051】

[0057] 図１Ｂに更に例示されるように、ＬＭＦ１８４及びｇＮＢ１１１は、ＮＲ測位プロトコルＡ（ＮＲＰＰａと呼ばれ得る）を使用して通信し得、それは、ＬＴＥ測位プロトコルＡ（ＬＰＰａ）と同様であり、３ＧＰＰ ３８．４４５中で定義され得る。ここで、ＮＲＰＰａメッセージは、ＡＭＦ１８２を介してｇＮＢ１１１とＬＭＦ１８４との間で転送され得る。図１Ｂに更に例示されるように、ＬＭＦ１８４及びＵＥ１０２は、ＬＰＰを使用して通信し得、ここで、ＬＰＰメッセージは、ＵＥ１０２のためのＡＭＦ１８２及びサービングｇＮＢ１１１－１を介して、ＵＥ１０２とＬＭＦ１８４との間で転送される。例えば、ＬＰＰメッセージは、ハイパーテキスト転送プロトコル（ＨＴＴＰ：HyperText Transfer Protocol）に基づくサービス動作を使用してＬＭＦ１８４とＡＭＦ１８２との間で転送され得、５Ｇ非アクセス層（ＮＡＳ：Non-Access Stratum）プロトコルを使用してＡＭＦ１８２とＵＥ１０２との間で転送され得る。いくつかの実施形態では、ＬＰＰが、ＮＲ測位プロトコル（ＮＲＰＰ又はＮＰＰ）によって置換又は増強され得る。ＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）プロトコルは、Ａ－ＧＮＳＳ、ＲＴＫ、ＯＴＤＯＡ、ＥＣＩＤ、ＲＴＴ、ＡＯＤ、又はＡＯＡなどのＵＥ支援型及び／又はＵＥベースの位置決め方法を使用してＵＥ１０２の測位をサポートするために使用され得る。ＮＲＰＰａプロトコルは、（ｇＮＢ１１１によって取得された測定値と共に使用されるとき）ＥＣＩＤなどのネットワークベースの位置決め方法を使用してＵＥ１０２の測位をサポートするために使用され得る、及び／又は、ｇＮＢ１１１からのＰＲＳ送信を定義するパラメータ及びｇＮＢ１１１のロケーション座標などのｇＮＢ１１１からロケーション関連情報を取得するためにＬＭＦ１８４によって使用され得る。

【0052】

[0058] ＮＧ－ＲＡＮ１３５が１つ以上のｎｇ－ｅＮＢを含むとき、ＮＧ－ＲＡＮ１３５中のｎｇ－ｅＮＢは、ＮＲＰＰａを使用してＬＭＦ１８４と通信し得る、及び／又は、ｎｇ－ｅＮＢ及びＡＭＦ１８２を介したＵＥ１０２とＬＭＦ１８４との間のＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）メッセージの転送を可能にし得る。ＮＧ－ＲＡＮ１３５中のｎｇ－ｅＮＢはまた、ＵＥ１０２などのＵＥに測位支援データをブロードキャストし得る。

【0053】

[0059] ＮＲＰＰａを使用してｇＮＢ１１１によって（又はＮＧ－ＲＡＮ１３５中のｎｇ－ｅＮＢによって）ＬＭＦ１８４に提供される情報は、ＰＲＳ送信のためのタイミング及び構成情報と、ｇＮＢ１１１（又はｎｇ－ｅＮＢ）のロケーション座標とを含み得る。ＬＭＦ１８４はその後、ＮＧ－ＲＡＮ１３５及び５ＧＣＮ１８０を介して、ＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）メッセージ中の支援データとして、ＵＥ１０２にこの情報のうちのいくつか又は全てを提供できる。

【0054】

[0060] ＬＭＦ１８４からＵＥ１０２に送られるＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）メッセージは、所望される機能に応じて、多様なもののうちのどれかをするようにＵＥ１０２に命令し得る。例えば、ＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）メッセージは、ＵＥ１０２がＧＮＳＳ（若しくはＡ－ＧＮＳＳ）、ワイヤレスＬＡＮ、ＥＣＩＤ、並びに／又はＯＴＤＯＡ（若しくは何らかの他の位置決め方法）についての測定値を取得するための命令を包含できる。ＯＴＤＯＡのケースで、ＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）メッセージは、特定のｇＮＢ１１１によってサポートされる（又は何らかの他のタイプの基地局によってサポートされる）特定のセル内で送信されるＰＲＳ信号の１つ以上の測定値（例えば、基準信号時間差（ＲＳＴＤ）測定値）を取得するようにＵＥ１０２に命令し得る。ＵＥ１０２は、サービングｇＮＢ１１１－１及びＡＭＦ１８２を介して、（例えば、５Ｇ ＮＡＳメッセージ内部の）ＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）メッセージ中でＬＭＦ１８４に測定値を送り返し得る。

【0055】

[0061] 実施形態では、ＬＭＦ１８４が、ロケーション支援データを符号化し、符号化されたロケーション支援データをオプションとして暗号化し、符号化され且つオプションとして暗号化されたロケーション支援データを、ＵＥ１０２へのブロードキャストのためにｇＮＢ１１１又はｎｇ－ｅＮＢに（例えば、ＮＲＰＰａを使用して）送り得る。

【0056】

[0062] 以下の説明及び測位支援データのブロードキャストの図２～９における例示は、図１Ａの実例的な通信システム１００を主に対象とすることに留意されたい。しかしながら、説明及び例示は、図１Ｂの実例的な通信システム１０１にも適用されることが理解されるべきである。そのようなケースで、Ｅ－ＵＴＲＡＮ１２０、ＥＰＣ１３０、ｅＮＢ１０４、ｅＮＢ１０６、ＭＭＥ１０８、Ｅ－ＳＭＬＣ１１０、Ｖ－ＧＭＬＣ１１６、及びＬＰＰａへの以下の言及は、それぞれ、ＮＧ－ＲＡＮ１３５、５ＧＣＮ１８０、ｇＮＢ１１１－１（又はＮＧ－ＲＡＮ１３５中のｎｇ－ｅＮＢ）、ｇＮＢ１１１－２（又はＮＧ－ＲＡＮ１３５中のｇＮＢ１１１－３若しくはｎｇ－ｅＮＢ）、ＡＭＦ１８２、ＬＭＦ１８４、ＧＭＬＣ１８６、及びＮＲＰＰａへの言及によって置換され得る。

【0057】

[0063] 図２は、通信システム１００におけるようにＬＴＥを使用して測位支援データをブロードキャストするための実例的なシグナリングフロー２００を示す。シグナリングフロー２００におけるステージ１において、各サポートされる測位方法のための様々な支援データ要素が、Ｅ－ＳＭＬＣ１１０において収集され、処理され、フォーマットされる。例えば、Ｅ－ＳＭＬＣ１１０は、基準局１７１及び／又は他のソース（例えば、ｅＮＢ１０４、ｅＮＢ１０６、運用及び保守（Ｏ＆Ｍ：Operations and Maintenance）サーバ（図１Ａに図示せず））から（例えば、ＧＮＳＳ、ＲＴＫ、及び／又はＯＴＤＯＡのための）データを収集し得る。Ｅ－ＳＭＬＣ１１０はその後、システム情報ブロック（ＳＩＢ）コンテンツを符号化し、オプションとして暗号化し得る。例えば、暗号化は、米国のアメリカ国立標準技術研究所（ＮＩＳＴ：National Institute of Standards and Technology）によって定義された１２８ビット高度暗号化規格（ＡＥＳ：Advanced Encryption Standard）アルゴリズムを使用し得る。例えば、ＡＥＳカウンタモードが使用され得る。

【0058】

[0064] ステージ２において、符号化され且つオプションとして暗号化された支援データ情報は、ＬＰＰａプロシージャを使用して（例えば、ＭＭＥ１０８を介して）ｅＮＢ１０４に、及びｅＮＢ１０６などの他のｅＮＢに提供される。Ｅ－ＳＭＬＣ１１０は、ｅＮＢ１０４からの肯定応答、ｅＮＢ１０４からの誤り応答の欠如、ＡＤをブロードキャストするためのｅＮＢ１０４との以前のネゴシエーション、及び／又はこれを示すネットワーク構成（例えば、Ｏ＆Ｍ）に基づいて、ステージ２において提供された支援データがｅＮＢ１０４によってステージ３においてブロードキャストされると仮定し得る。

【0059】

[0065] ステージ３において、ｅＮＢ１０４は、３ＧＰＰ ＴＳ３６．３３１中に定義されたＬＴＥアクセスのための無線リソース制御（ＲＲＣ：Radio Resource Control）プロトコルのためのものであり得るシステム情報ブロック（ＳＩＢ）メッセージ中に受信された支援データを含める。支援データは、システム情報ブロック（ＳＩＢ）を使用してｅＮＢ１０４によって（及びｅＮＢ１０６などの他のｅＮＢによって）ブロードキャスト（又はブロードキャスト）される。ＵＥ１０２は、ブロードキャストされる支援データ情報を獲得するために、（例えば、３ＧＰＰ ＴＳ３６．３３１中に定義された）システム情報獲得プロシージャを適用し得る。

【0060】

[0066] いくつかの実現形態では、測位ＡＤを包含するＳＩＢが、ＳＩＢの全体的なサイズが（例えば、３ＧＰＰ ＴＳ３６．３３１中にＲＲＣについて定義された）最大システム情報（ＳＩ）メッセージサイズを上回る場合、ブロードキャストより前にＥ－ＳＭＬＣ１１０によって又はｅＮＢ１０４によってセグメント化され得る。セグメント化は、ＳＩＢを、各々が別個のＳＩメッセージ中でブロードキャストされる２つ以上のＳＩＢセグメントのシーケンスにフラグメント化することを伴い得る。

【0061】

[0067] ステージ４において、ブロードキャスト支援データのうちの少なくともいくつかがステージ２において暗号化される場合、Ｅ－ＳＭＬＣ１１０は、ＭＭＥ１０８及び他のＭＭＥに使用されている暗号化キー（単に「キー」とも呼ばれる）を提供する。例えば、暗号化キーは、ロケーションサービスアプリケーションプロトコル（ＬＣＳ－ＡＰ）メッセージを使用してステージ４において提供され得る。ステージ４において各キーについて提供される情報は、適用可能なＳＩＢの識別情報、キー値、キー識別子、適用可能性のエリア（例えば、ＬＴＥトラッキングエリアのセット）、及びキー適用可能性の時間（及び／又は持続時間）を含み得る。

【0062】

[0068] ステージ５において、ＭＭＥ１０８は、アタッチ、トラッキングエリア更新、及び／又はサービス要求などの（例えば、３ＧＰＰ ＴＳ２３．４０１又は３ＧＰＰ ＴＳ２３．２７１において定義されたような）ＮＡＳモビリティ管理プロシージャを使用して、適切にサブスクライブされたＵＥ（例えば、ＵＥ１０２）にキーを分配する。代替として、補足サービスプロシージャが、キーを分配するために使用され得る（例えば、モバイル発信ロケート要求（ＭＯ－ＬＲ：Mobile Originated Located Request））。キーは、暗号化が使用されるとき、ステージ３においてブロードキャストされたＳＩＢ中の支援データを解読するためにＵＥ（例えば、ＵＥ１０２）によって使用され得る。

【0063】

[0069] ＡＤブロードキャスト能力に関する一般的な問題は、ロケーションサーバが、ワイヤレスネットワーク中の異なるセル中で現在サービングされているＵＥによってどの種類のＡＤがサポートされるか、これらのＵＥが暗号化されたＡＤを受信するためにサブスクライブされているかどうか、又はこれらのＵＥのうちのいくつが各ネットワークセル中にあるかを典型的に知らないことである。これは、次のような、セル中でのＡＤの非効率的なブロードキャストにつながり得る：（ａ）誤ったＡＤがセル中でブロードキャストされる（例えば、現在セル中のＵＥによってサポートされていないＡＤのブロードキャスト、又は暗号化されたＡＤを受信するようにサブスクライブされていないＵＥへの暗号化されたＡＤのブロードキャスト）、（ｂ）正しいＡＤがセル中でブロードキャストされない（例えば、ＵＥによってサポートされているＡＤのブロードキャストに失敗する、又はサブスクライブしているＵＥへの暗号化されたＡＤのブロードキャストに失敗する）、（ｃ）ＡＤを受信するためのＵＥがセル中にほとんど又は全くないときにＡＤがブロードキャストされる、及び／又は（ｄ）ＡＤを受信するための多くのＵＥがセル中にあるときにＡＤがセル中でブロードキャストされない（例えば、大きなイベントが発生しているスポーツスタジアム又は会場など）。加えて、ＵＥについてのロケーションを取得しようと試みるとき、又はＵＥが取得するのを支援しようと試みるとき、ロケーションサーバは、ブロードキャストを介して送られるのに対して、どのＡＤがＵＥにポイントツーポイントで送られる必要があるかを知らないことがある。

【0064】

[0070] この一般的な問題に対する１つのソリューションは、ブロードキャストを介してロケーションＡＤを受信するためのＵＥサポートのレベルを示すために、ＵＥがロケーションサーバに能力情報を提供することを可能にすることであろう。能力情報は、例えば、ＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰａ）能力を使用して送られ得る。例えば、以下の能力のうちの１つ以上が、ＵＥがロケーションサーバにこれらの能力を送ることを可能にするためにＬＰＰ（及び／又はＮＰＰ若しくはＮＲＰＰ）に追加され得る：（ｉ）ＵＥよって受信及び復号され得るブロードキャストＡＤを包含する特定のＳＩＢの識別情報、（ｉｉ）（ｉ）において識別されたＧＮＳＳ及びＲＴＫ関連ＳＩＢのためにＵＥによってサポートされる特定のＧＮＳＳの識別情報、（ｉｉｉ）ブロードキャストを使用してＵＥによって受信及び復号され得る特定のタイプのＡＤの識別情報、及び／又は（ｉｖ）ＵＥがブロードキャストを介して暗号化された形式で現在受信できる特定のＳＩＢ及び／又は特定のタイプのＡＤの識別情報（例えば、シグナリングフロー２００におけるステージ５におけるように、ネットワークから暗号化キーを取得したことによる）。

【0065】

[0071] ロケーションサーバ（ＬＳ）は、以下のように、ＡＤをより効率的にブロードキャストするために、ＵＥによって提供される能力情報を使用し得る。１つのＵＥとのロケーションセッションの場合、ＬＳは、（例えば、ポイントツーポイントで送られるＡＤの量を低減するために）ＡＤがブロードキャストされていないか、又はブロードキャストを使用してＵＥによってサポートされていない場合にのみ、ＵＥにポイントツーポイントでＡＤを送ることができる。複数のＵＥとのロケーションセッションの場合、ＬＳは、ＵＥの多くがブロードキャストを介して特定のＡＤを受信するためのサポートを示す（又は示さない）とき、ブロードキャストを介して送る（又は送らない）ために、特定のＡＤを選択できる。多くのＵＥとのロケーションセッションの場合、ＬＳは、ＵＥによって示される暗号化サポートのレベルに基づいて、特定のタイプのＡＤを暗号化するか否かを決めることができる。例えば、ＬＳは、多くのＵＥが暗号化のためのサポートを示すときにのみ、ブロードキャストＡＤを暗号化することを決め得る。長期間（例えば、数週間、数ヶ月、又は１年以上）にわたる多くのＵＥのためのロケーションサポートの場合、ＬＳは、異なるタイプのＡＤのブロードキャストをサポートするＵＥの数と、異なるネットワークエリア（例えば、異なるセル又はトラッキングエリア）中での並びに異なる時刻及び異なる曜日におけるブロードキャストＡＤの暗号化をサポートするＵＥの数に関する統計を蓄積し得る。ＬＳは、これらの統計を使用して、将来の時間における、及び異なるネットワークエリアのための異なるタイプのロケーションＡＤのブロードキャストのための予想される使用量又は需要を予測し得る。ＬＳはその後、特定のネットワークエリア中で及び特定の時間において、この予想される使用量又は需要に一致するように暗号化を用いて、又は用いずに、異なるタイプのＡＤをブロードキャストし得る。ＬＳはまた、ブロードキャストＡＤを受信するためのこの特定のＵＥの能力及び現在ブロードキャストされているＡＤのタイプに基づいて、位置特定されている任意の特定のＵＥとのロケーションセッションのために採用するための好ましい位置決め方法及び好ましい位置決めモード（例えば、ＵＥベース対ＵＥ支援型）を決定し得る。例えば、ＬＳは、特定のＵＥがブロードキャストを介してこのＡＤを受信することが可能であることを特定のＵＥ能力が示す場合、ネットワーク中で現在ブロードキャストされているＡＤによってサポートされる測位方法及び測位モードを選択し得る。上記の技法は、ロケーションＡＤのブロードキャストと、個々のＵＥとのロケーションセッションのサポートとの両方の効率を改善し得る。

【0066】

[0072] 図３は、図１Ａに示される通信システム１００に適用可能なシグナリングフロー３００を示し、本明細書で提供される技法に従って行われ得るＵＥ１０２とＥ－ＳＭＬＣ１１０との間の通信を例示する。ここで、メッセージは、例として３ＧＰＰ ＬＰＰプロトコルに従って提供されることに留意されたい。しかしながら、実施形態はそのように限定されない（例えば、ＮＰＰ、ＮＲＰＰ、又はＬＰＰ／ＬＰＰｅが別の実施形態において使用され得る）。

【0067】

[0073] 図３におけるブロック３１０において、ロケーション支援データは、１つ以上のｅＮＢ（図３に図示せず）によってブロードキャストされ、オプションのブロック３１２において、暗号化キーは、図２において論じられたようにＵＥ１０２に転送される。

【0068】

[0074] ブロック３１５では、Ｅ－ＳＭＬＣ１１０が、例えば、ＧＭＬＣ１１６及び１４８並びにＭＭＥ１０８を介して外部クライアント１５０からＵＥ１０２についてのロケーション要求を受信するとき、ＵＥ１０２のためのロケーションセッションがＥ－ＳＭＬＣ１１０によって開始され得る。

【0069】

[0075] アクション３２０において、Ｅ－ＳＭＬＣ１１０は、ＵＥ１０２にＬＰＰ能力要求メッセージを送ることによって、ＵＥ１０２に能力情報をオプションとして要求し得る。ＬＰＰ能力要求メッセージは、いくつかの実施形態において、ロケーション支援データ（ＡＤ）（本明細書においてロケーションＡＤ又は単にＡＤと呼ばれる）のブロードキャストに関連する情報を含み得る。ＡＤのブロードキャストに関連する情報は、（ｉ）Ｅ－ＳＭＬＣ１１０又は関連するＬＭＦ１８４が、同じく示され得る１つ以上の無線アクセス技術（ＲＡＴ：Radio Access Technologies）（例えば、５ＧＣＮに接続されたＥ－ＵＴＲＡ、ＮＲ、ワイドバンドＬＴＥ、ＮＢ－ＩｏＴ）を使用してＡＤのブロードキャストをサポートするというインジケーション、及び／又は（ｉｉ）１つ以上のＲＡＴからブロードキャストＡＤを受信するためのＵＥ１０２の能力についての要求を含み得る。ＡＤのブロードキャストに関連する情報は、ＬＰＰ要求能力メッセージ中の共通情報要素（ＩＥ）の一部として、ブロードキャストＡＤのサポート専用の測位方法ＩＥの一部として、及び／又はブロードキャストＡＤがＥ－ＳＭＬＣ１１０によって開始され得る測位方法のためのＩＥの一部として含まれ得る。

【0070】

[0076] アクション３２５において、能力情報は、ＵＥ１０２によってＥ－ＳＭＬＣ１１０に送られるＬＰＰ能力提供メッセージ中でＵＥ１０２によって提供される。能力情報は、ＬＰＰ要求能力メッセージに応答してＵＥ１０２によって提供され得るか、又は要求なしで提供され得、そのケースにおいて、アクション３２０が、発生しないことがある。ＬＰＰ能力提供メッセージは、ＬＰＰプロトコルに従ってＵＥ１０２から送られ得、Ａ－ＧＮＳＳ、ＯＴＤＯＡ、ＲＴＫ、ＥＣＩＤ、ＷＬＡＮなどの異なる位置決め方法をサポートするための能力、並びに異なるロケーション測定値及び支援データをサポートするための能力、等など、ＵＥ１０２のための様々なロケーション関連能力を提供し得る。加えて、上で論じられたように、ＵＥ１０２は、（例えば、ＬＰＰ能力要求メッセージ中に含まれるブロードキャストＡＤを受信するためのＵＥ１０２の能力についての要求に応答して）ブロードキャストを介してロケーションＡＤを受信するためのＵＥサポートのレベルを示し得る。例えば、ＵＥ１０２は、（ｉ）ブロードキャストを介してＵＥ１０２によって受信され得るシステム情報ブロック（ＳＩＢ）、ここで、ＳＩＢは、１つ以上のタイプのロケーション支援データを備える、（ｉｉ）ブロードキャストを介してＵＥ１０２によって受信され得るＳＩＢ、ここで、ＳＩＢは、暗号化された形式で１つ以上のタイプのロケーション支援データを備える（例えば、及びここで、ＵＥ１０２は、解読を可能にするための暗号化キーを以前に受信している）、（ｉｉｉ）ブロードキャストを介してＵＥ１０２によって受信され得るタイプのロケーション支援データ、（ｉｖ）ブロードキャストを介してＵＥ１０２によって暗号化された形式で受信され得るタイプのロケーション支援データ（例えば、及びここで、ＵＥ１０２は、解読を可能にするための暗号化キーを以前に受信している）、（ｖ）ＵＥ１０２によって以前に受信された１つ以上の暗号化キーについての識別子、ここで、暗号化キー（１つ以上）は、ＵＥ１０２によって暗号化された形式でブロードキャストを介して受信されたロケーション支援データのＵＥ１０２による解読を可能にする、及び／又は（ｖｉ）ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥ１０２によるアビリティ、のうちの１つ以上を識別し得る。ＵＥ１０２は更に、ＵＥ１０２が、直前に説明された項目（ｉ）、（ｉｉ）、（ｉｉｉ）、又は（ｉｖ）のためにサポートされるものとして識別された前記タイプのロケーション支援データのうちの少なくとも１つを受信できる１つ以上の全地球航法衛星システム（ＧＮＳＳ）を識別し得る。ＵＥ１０２は更に、ＵＥ１０２に現在アクセス可能（又は現在利用可能）であり、それにおいて、上記の（ｉ）～（ｖｉ）においてＵＥ１０２によってサポートされるものとして示されたＳＩＢ及び／又はロケーションＡＤが（例えば、ｅＮＢ１０４及びｅＮＢ１０６などのｅＮＢによって）ブロードキャストされる、１つのＲＡＴまたは複数のＲＡＴを示し得る。これらのインジケーションは、Ｅ－ＳＭＬＣ１１０が、どのＳＩＢ及び／又はどのタイプのロケーションＡＤをＵＥ１０２がブロードキャストを介して現在受信できるかを決定することを可能にし得る。

【0071】

[0077] （例えば、上述されたように）アクション３２５においてＬＰＰ能力提供メッセージ中にＵＥ１０２によって含まれるロケーションＡＤをブロードキャストを介して受信するためのＵＥサポートのレベルは、ＬＰＰ能力提供メッセージ中の共通ＩＥの一部として、ブロードキャストＡＤのサポート専用の測位方法ＩＥの一部として、及び／又はブロードキャストＡＤがＵＥ１０２によってサポートされ得る測位方法のためのＩＥの一部として含まれ得る。

【0072】

[0078] ブロック３２８において、Ｅ－ＳＭＬＣ１１０は、アクション３２５においてＵＥ１０２から受信された能力情報と、ブロック３１０においてブロードキャストされた及び／又はブロードキャストされているロケーション支援データとに少なくとも部分的に基づいて、ＵＥ１０２を位置特定するために使用されるべき１つ以上の位置決め方法と、ＵＥ１０２にポイントツーポイントで提供されるべきロケーション支援データとを決定し得る。典型的には、Ｅ－ＳＭＬＣ１１０は、ロケーションＡＤがブロードキャストされていないか、又はＵＥ１０２によるブロードキャストを介してサポートされていないときにのみ、ポイントツーポイントで提供されるべきロケーションＡＤを決定し得る。例えば、Ｅ－ＳＭＬＣ１１０は、（ｉ）ブロック３１０においてブロードキャスト中に発生した又は発生しているＡＤの暗号化の使用又は非使用及びタイプＡＤと、（ｉｉ）アクション３２５からの能力情報中にＵＥ１０２によって示されるような、ＵＥ１０２によってサポートされ得る又はサポートされ得ないＡＤ暗号化の使用及び特定のタイプのブロードキャストＡＤとに基づいて、どのタイプのＡＤをＵＥ１０２にポイントツーポイントで提供するべきかを決定し得る。このことから、ＵＥ１０２が、ブロック３１０において以前にブロードキャストされたか又は現在ブロードキャストされている特定のタイプのＡＤをブロードキャストを介して受信することが可能でないことを示す場合、Ｅ－ＳＭＬＣ１１０は、ポイントツーポイント手段によってＵＥ１０２にそのタイプのＡＤを提供することを選択し得る。その一方で、ＵＥ１０２が、ブロック３１０において以前にブロードキャストされたか又は現在ブロードキャストされている特定のタイプのＡＤをブロードキャストを介して受信することが可能であることを示す場合、Ｅ－ＳＭＬＣ１１０は、ポイントツーポイント手段によってＵＥ１０２にこれらのタイプのＡＤを再び提供する必要はなく、それにより、ポイントツーポイントで送信されるＡＤの量を低減する。Ｅ－ＳＭＬＣ１１０はまた、ブロードキャストロケーション支援データを受信するためにＵＥ１０２によって提供された能力情報と、以前にブロードキャストされたか又は現在ブロードキャストされているロケーション支援データのタイプとに基づいて、ＵＥ１０２のための好ましい位置決め方法及び好ましい位置決めモード（例えば、ＵＥベース対ＵＥ支援型）を決定し得る。

【0073】

[0079] アクション３３０において、Ｅ－ＳＭＬＣ１１０は、アクション３２５においてＬＰＰ能力提供メッセージを受信し、ブロック３２８においてロケーション支援データを決定したことに応答して、ＬＰＰ支援データ提供（ＰＡＤ：LPP Provide Assistance Data）メッセージをＵＥ１０２に送り得る。ＰＡＤメッセージは、ブロック３２８において決定されたＡＤを含み得る。ＬＰＰ ＰＡＤメッセージ中で提供されるＡＤは、ＬＰＰ能力提供メッセージ中に示されるように、ＵＥ１０２の能力に相応する可能性がある。例えば、ＯＴＤＯＡについてのロケーション関連測定値を取得することが可能であることをＵＥ１０２が示す場合、Ｅ－ＳＭＬＣ１１０は、（例えば、ＵＥ１０２のための現在のサービングセル又はサービングｅＮＢ１０４に基づいて）近くのセルのリストと、対応する基地局（例えば、ｅＮＢ１０４及びｅＮＢ１０６）によってこれらのセル内で送信される信号（例えば、ＰＲＳ又はＣＲＳ信号）についての情報（例えば、タイミング、周波数、帯域幅、コーディング）とを提供し得、それは、ＵＥ１０２によるＲＳＴＤ測定を可能にし得る。同様に、ＵＥ１０２が、アクション３２５において送られるＬＰＰ能力提供メッセージ中にＡ－ＧＮＳＳのサポートを示す場合、Ｅ－ＳＭＬＣ１１０は、アクション３３０において送られるＬＰＰ ＰＡＤメッセージ中で可視ＳＶ１６０についての情報を含み得る。アクション３３０においてＬＰＰ ＰＡＤメッセージ中で提供されたＡＤは、（例えば、ブロック３１０において）ｅＮＢ１０４及び１０６によってブロードキャストされたか又は現在ブロードキャストされており、ＵＥ１０２によって受信され得ることをＵＥ１０２がアクション３２５において示す支援データを省略し得る。

【0074】

[0080] いくつかの実施形態では、ブロック３２８において決定されたＡＤがヌルセット（「空セット」とも呼ばれる）である場合であって、例えば、全ての必要とされる支援データが（例えば、ブロック３１０において）ブロードキャストされたか又は現在ブロードキャストされていることから、ポイントツーポイントで送信されるべきＡＤがなく、ＵＥ１０２が、ＡＤを包含するブロードキャストメッセージの受信をサポートすることを、アクション３２５において送られたＬＰＰ能力提供メッセージ中に示す場合に、アクション３３０が発生しないことがある。一実施形態では、ＵＥ１０２が支援データを要求するためにＥ－ＳＭＬＣ１１０にＬＰＰ支援データ要求メッセージを送ることにアクション３３０が先行され得る（図３に図示せず）。この実施形態において、ＵＥ１０２は、ＵＥ１０２が必要とする全ての支援データ（例えば、ブロードキャスト又はポイントツーポイントを介して受信されたか、又は受信されることになるかどうか）、又はＵＥ１０２がポイントツーポイントで受信する必要がある支援データのみ（例えば、こうして、ＵＥ１０２がブロードキャストを介して受信したか、又は後に受信できるＡＤを省略する）を示し得る。

【0075】

[0081] 実施形態Ｅ１と呼ばれる一実施形態では、ＵＥ１０２が、アクション３２５において、ブロードキャストによって１つ以上のタイプのロケーションＡＤを受信するための能力を示し得、ＵＥ１０２が１つ以上のタイプのロケーションＡＤのブロードキャストを解読するための１つの暗号化キー（又は複数の暗号化キー）を有していないことを示すか、又はＵＥ１０２が１つ以上のタイプのロケーションＡＤのブロードキャストを受信及び解読できないことを示すかのいずれかであり得る。Ｅ－ＳＭＬＣ１１０はその後、ブロック３２８において、アクション３３０においてＬＰＰを使用してＵＥ１０２に１つ以上のタイプのロケーションＡＤを送らないと決定し得、代わりに、ブロック３２８において、アクション３３０においてＬＰＰを使用してＵＥ１０２に１つ以上のタイプのロケーションＡＤのための１つの暗号化キー又は複数の暗号化キーを送ると決定し得る。例えば、これは、ＵＥ１０２が、（例えば、アクション３１０におけるように）ｅＮＢ１０４及び／又は１０６によってブロードキャストされ得る１つ以上のタイプのロケーションＡＤを受信及び解読することを可能にし得、それは、アクション３３０において、Ｅ－ＳＭＬＣ１１０がＵＥに１つ以上のタイプのロケーションＡＤを送ることを回避し得る。これは、アクション３３０におけるシグナリングの量を低減し得、それは、Ｅ－ＵＴＲＡＮ１２０及びＥＰＣ１３０によるリソース使用を低減し得る。この実施形態では、ＵＥ１０２が、ブロック３１２において１つの暗号化キー又は複数の暗号化キーを受信するためのサブスクリプションを有していないことがある（又は何らかの他の理由で１つの暗号化キー又は複数の暗号化キーを受信していないことがある）が、Ｅ－ＳＭＬＣ１１０は、（アクション３３０において）ＬＰＰを使用してＵＥ１０２に１つの暗号化キー又は複数の暗号化キーを送ることによって、１つ以上のタイプのロケーションＡＤのより効率的でないポイントツーポイント転送を回避し得る。

【0076】

[0082] アクション３３５において、Ｅ－ＳＭＬＣ１１０は、ＵＥ１０２にＬＰＰロケーション情報要求メッセージを送る。ここで、Ｅ－ＳＭＬＣ１１０は、ロケーション関連測定値（例えば、ＥＣＩＤ、Ａ－ＧＮＳＳ、ＯＴＤＯＡ、ＲＴＫ、及び／又はＷＬＡＮについての測定値）を要求し得る。いくつかの実施形態において、ＬＰＰロケーション情報要求メッセージは、（例えば、位置決め方法がＵＥベースのＯＴＤＯＡ又はＵＥベースのＡ－ＧＮＳＳである場合）ＵＥ１０２がこれらの測定値からロケーション推定値を計算することを要求し得、任意のロケーション測定値又はロケーション推定値のための要求された精度及び／又は最大応答時間も含み得る。いくつかの実施形態において、ＬＰＰロケーション情報要求メッセージは、アクション３２５において提供された能力情報に基づいてブロック３２８において決定された１つ以上の位置決め方法のためのロケーション情報についての要求であり得る。

【0077】

[0083] ブロック３４０において、ＵＥ１０２は、アクション３３５において要求されたロケーション情報を取得し得る。ロケーション情報は、例えば、ｅＮＢ１０４及び１０６並びに／又はＳＶ１６０によって送信されたＲＦ信号についてＵＥ１０２によって取得されたロケーション関連測定値であり得る。例えば、ロケーション関連測定値は、ｅＮＢ１０４及び１０６によって送信されたＰＲＳ又は他の基準信号（例えば、ＣＲＳ信号）を測定することによって取得されたＲＳＴＤの測定値、ｅＮＢ１０４及び１０６から及び／若しくはそれらに送信された信号を測定することによって取得されたＲＴＴの測定値、並びに／又は１つ以上のＳＶ１６０の各々によって送信された１つ以上の航法信号を測定することによって取得された擬似距離、コード位相、若しくはキャリア位相の測定値を含み得る。いくつかの実施形態では、ＵＥ１０２がまた、取得されたロケーション測定値に基づいて、ロケーション推定値を算出し得る。ＵＥ１０２は、ＵＥ１０２が受信、復号（及びことによると解読）することが可能であった、ｅＮＢ１０４及び１０６によって（例えば、ブロック３１０において）ブロードキャストされたＡＤ、及び／又はアクション３３０において受信されたＡＤを使用して、ロケーション測定値を取得すること及び／又は任意のロケーション推定値を決定することに役立て得る。

【0078】

[0084] アクション３４５において、ブロック３４０において取得されたロケーション情報を示す情報（例えば、ロケーション推定値又はロケーション測定値）は、ＬＰＰロケーション情報提供メッセージ中でＵＥ１０２によってＥ－ＳＭＬＣ１１０に送られる。

【0079】

[0085] ブロック３５０において、Ｅ－ＳＭＬＣ１１０は、アクション３４５において受信されたロケーション情報（１つ以上のロケーション関連測定値又はロケーション推定値を備える）を使用して、ＵＥ１０２の推定されたロケーションを決定（例えば、算出又は検証）できる。決定されたロケーション推定値（及び決定された場合、任意の付随する不確実性又は予想される誤差）がその後、ブロック３５５において要求エンティティに返され得る（例えば、ＭＭＥ１０８並びにＧＭＬＣ１１６及び１４８を介して外部クライアント１５０に返され得る）。

【0080】

[0086] 図４は、図１Ａに示される通信システム１００に適用可能なシグナリングフロー４００を示し、本明細書で提供される技法に従って行われ得る、ＵＥ１０２－１、ＵＥ１０２－２、及びＵＥ１０２－３（まとめてＵＥ１０２と呼ばれることがある）によって示される複数のＵＥとＥ－ＳＭＬＣ１１０との間の通信を例示する。シグナリングフロー１００では、ＵＥ１０２－１、１０２－２、及び１０２－３が、簡潔さのために、これらのＵＥのうちの３つのみが図４に示されているが、多数のＵＥ１０２（例えば、数百、数千、又は数万）を表し得る。ここで、メッセージは、例として３ＧＰＰ ＬＰＰプロトコルに従って提供されることに留意されたい。しかしながら、実施形態はそのように限定されない（例えば、ＮＰＰ、ＮＲＰＰ、又はＬＰＰ／ＬＰＰｅが別の実施形態で使用され得る）。

【0081】

[0087] 図４におけるアクション４１０及び４１１において、Ｅ－ＳＭＬＣ１１０は、複数のＵＥ１０２の各々にＬＰＰ能力要求メッセージを送ることによって、複数のＵＥ１０２のうちのいくつか又は全てに能力情報をオプションとして要求し得る。

【0082】

[0088] アクション４１５及び４１６において、能力情報は、Ｅ－ＳＭＬＣ１１０にＵＥ１０２－１及び１０２－１２の各々によって送られるＬＰＰ能力提供メッセージ中で複数のＵＥ１０２（図４におけるＵＥ１０２－１及び１０２－２）の各々によって提供される。アクション４１０及び４１５並びにアクション４１１及び４１６は、図３におけるアクション３２０及び３２５に対応し得、Ｅ－ＳＭＬＣ１１０が複数のＵＥ１０２の各々とのロケーションセッションを有する間に行われ得る。図４は、能力情報を提供する２つのＵＥを例示するが、能力情報は、実際には、より多くのＵＥ、例えば、数百又は数千のＵＥによってＥ－ＳＭＬＣ１１０に提供され得ることが理解されるべきである。その上、ＵＥ１０２－１及び１０２－２は、異なるエリアにおいて、例えば、異なるセル及び／若しくは異なるトラッキングエリア内で位置特定され得る、並びに／又は異なる時間において能力情報を送り得る。更に、能力情報は、長い時間期間、例えば、数日、数週間、数ヶ月、又はそれ以上にわたってＵＥ１０２－１及び１０２－２によって提供され得ることが理解されるべきである。ＵＥ１０２－１及び１０２－２からの能力情報は、例として、各ＵＥ１０２との個々のロケーションセッション中に受信され得る。能力情報は、ＬＰＰ能力要求メッセージに応答して複数のＵＥ１０２によって提供され得るか、又は要求なしで提供され得、そのケースにおいて、アクション４１０及び４１１のうちの１つ以上が発生しないことがある。複数のＵＥ１０２は、Ａ－ＧＮＳＳ、ＯＴＤＯＡ、ＲＴＫ、ＥＣＩＤ、及びＷＬＡＮなどの異なる位置決め方法をサポートするための能力、並びに異なるロケーション測定値及び支援データをサポートするための能力、等など、様々なロケーション関連能力を提供することによって、ＬＰＰプロトコルに従って能力情報を提供し得る。加えて、上で論じられたように、各ＵＥ１０２は、ブロードキャストを介してロケーションＡＤを受信するためのそのＵＥサポートのレベルを示し得る。例えば、各ＵＥ１０２は、（ｉ）ブロードキャストを介してＵＥ１０２によって受信及び復号され得るシステム情報ブロック（ＳＩＢ）、ここで、ＳＩＢは、第１のタイプのロケーション支援データを備える、（ｉｉ）ブロードキャストを介してＵＥ１０２によって受信され得るＳＩＢ、ここで、ＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、（ｉｉｉ）ブロードキャストを介してＵＥ１０２によって受信され得る第３のタイプのロケーション支援データ、（ｉｖ）ブロードキャストを介してＵＥ１０２によって暗号化された形式で受信され得る第４のタイプのロケーション支援データ、（ｖ）ＵＥ１０２によって以前に受信された少なくとも１つの暗号化キーのインジケーション又は識別情報、ここで、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥ１０２によって暗号化された形式で受信されたロケーション支援データのＵＥ１０２による解読を可能にする、（ｖｉ）ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥ１０２によるアビリティ、又は（ｖｉｉ）上記のいずれかの組み合わせを識別し得る。複数のＵＥ１０２中の各ＵＥ１０２は更に、ＵＥ１０２が第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる１つ以上のＧＮＳＳを識別し得る。

【0083】

[0089] ブロック４２０において、Ｅ－ＳＭＬＣ１１０は、複数のＵＥ１０２によって提供された能力情報を使用して、異なる時間において異なるエリア（例えば、セル及び／又はトラッキングエリア）中でｅＮＢ１０４及び１０６によってブロードキャストされるべきロケーション支援データを決定する。その上、Ｅ－ＳＭＬＣ１１０は、複数のＵＥ１０２によって提供される能力情報を使用して、ロケーション支援データを暗号化された形式でブロードキャストするかどうかを決定し得る。例えば、Ｅ－ＳＭＬＣ１１０は、ブロードキャストを介してある特定のタイプのロケーション支援データを受信するためのサポートを示す、複数のＵＥ１０２中の最小閾値数又は最小閾値割合のＵＥ１０２に基づいて、ブロードキャストされるべき異なるタイプのロケーション支援データを選択し得る。このことからに、ブロードキャストを介してあるタイプのロケーション支援データを受信するためのサポートを示す、特定の時刻及び／又は曜日における特定のエリア中のＵＥ１０２の数又は割合が、所定の最小閾値数又は最小閾値割合より大きい場合、Ｅ－ＳＭＬＣ１１０は、その特定のエリア中で及びその特定の時刻及び／又は曜日の間にブロードキャストされるべきそのタイプのロケーション支援データを選択し得る。Ｅ－ＳＭＬＣ１１０は更に、ブロードキャストされるべきタイプのロケーション支援データのうちの少なくとも一部分のために暗号化を使用することを、前記タイプのロケーション支援データのうちのこの一部分を受信及び解読するための能力を示す、複数のＵＥ１０２中の最小閾値数又は最小閾値割合のＵＥ１０２に基づいて、決定し得る。例として、Ｅ－ＳＭＬＣ１１０は、異なるエリアから経時的に複数のＵＥ１０２によって提供される能力情報に関する統計を蓄積し得る。Ｅ－ＳＭＬＣ１１０は、蓄積された統計を使用して、異なるタイプのロケーション支援データについてのＵＥ１０２による予想される使用量、予想される需要、及び／又は予想されるサポートのレベルと、異なるエリア中での異なる時間における、例えば、異なる時刻及び異なる曜日におけるロケーション支援データの暗号化とを予測し得る。Ｅ－ＳＭＬＣ１１０は、予想される使用量又は予想される需要に基づいて、異なるエリア中で及び異なる時間において、ブロードキャストされるべきロケーション支援データのタイプと、支援データのうちのいくつか又は全てが暗号化されるべきかとを選択し得る。

【0084】

[0090] ブロック４２５において、Ｅ－ＳＭＬＣ１１０は、ブロードキャストされるべきブロック４２０において選択されたロケーション支援データをｅＮＢ１０４及びｅＮＢ１０６に提供し、それらは、図２において論じられたように、ロケーション支援データをブロードキャストする。オプションのブロック４３０において、ブロック４２５においてブロードキャストされたロケーション支援データのうちのいくつか又は全てが暗号化される場合、暗号化キーが、図２において論じられたように、ＵＥ１０２のうちの１つ以上に転送される。このことから、Ｅ－ＳＭＬＣ１１０は、異なる時間においてブロードキャストされるべき異なるタイプのロケーション支援データを含むロケーション支援データの異なるセットを、ブロードキャストのために異なるエリア中の基地局に送り得、基地局は、適切な時間においてロケーション支援データをブロードキャストする。

【0085】

[0091] ブロック及びアクション４３５～４８０は、ＵＥ１０２－３とのロケーションセッションを行うための、図３について以前に説明されたブロック及びアクション３１５～３５５と一致し、それらに対応し得る。この例では、ブロック４２５においてブロードキャストされたロケーションＡＤ及びブロック４３０において転送された任意の暗号化キーは、ＵＥ１０２－３がこのブロードキャストＡＤを受信し、復号（及び解読）することが可能であることをアクション４４５においてＵＥ１０２－３から受信された能力情報が示す場合に、アクション４５５においてこのＡＤを（ポイントツーポイント手段によって）送らないことをＥ－ＳＭＬＣ１１０にさせることによって、ＵＥ１０２－３のロケーションを支援するために使用される。アクション４４５においてＵＥ１０２－３から受信された能力情報はまた、ブロック４２５において、将来のブロードキャストのためのロケーション支援データ及び暗号化を決定するために、例えば、ＵＥ１０２－１及び１０２－３から受信された能力情報と共に、Ｅ－ＳＭＬＣ１１０によって使用され得る。

【0086】

[0092] ブロック４８５によって例示されるように、ＵＥ１０２－１（又は任意の他のＵＥ１０２）は、ブロック４２５においてブロードキャストされるロケーション支援データを使用して（例えば、必要な場合、ブロック４３０において提供される暗号化キーを使用して）、ロケーション関連測定値及び／又はロケーション推定値などのロケーション情報を自律的に取得し得る。このことから、ブロック４２５においてブロードキャストされたロケーション支援データが全ての必要とされる支援データを含む場合、ＵＥ１０２－１は、Ｅ－ＳＭＬＣ１１０とのロケーションセッションに入ることなしに、ことによると、Ｅ－ＵＴＲＡＮ１２０及びＥＰＣ１３０にアタッチすることなしに、又はそれらとの接続状態に入ることなしに、ロケーション情報を取得し得る。

【0087】

[0093] 図５Ａは、ユーザ機器（ＵＥ）１０２などのＵＥによって行われる、ロケーション情報を取得する方法を例示するプロセスフローを示す。例示されるように、ブロック５０２において、ＵＥは、例えば、図２のステージ３、図３のブロック３１０、及び図４のブロック４２５について説明されたように、少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを受信する。ワイヤレスノードは、例えば、発展型ノードＢ（例えば、ｅＮＢ１０４又はｅＮＢ１０６）、次世代ｅＮＢ（ｎｇ－ｅＮＢ：next generation eNB）、新無線（ＮＲ）ノードＢ（例えば、ｇＮＢ１１１）、若しくはＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせであり得る。

【0088】

[0094] ブロック５１０において、ＵＥは、例えば、図３におけるアクション３２５について説明されたように、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４などのロケーションサーバに能力情報を送信する。能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを含む。

【0089】

[0095] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、例えば、ブロードキャストを介してＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここで、第１のＳＩＢは、第１のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第２のＳＩＢの識別情報、ここで、第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、 ブロードキャストを介してＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、 ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここで、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥによって暗号化された形式で受信されたロケーション支援データのＵＥによる解読を可能にする、 ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、 ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここで、ＵＥは現在、少なくとも１つのＲＡＴへのアクセスを有している、 又はそれらのいずれかの組み合わせを含み得る。いくつかの態様において、ロケーション支援データの第１のセットは、第１、第２、第３、及び第４のタイプのロケーション支援データのうちの１つ以上内に含まれる第５のタイプのロケーション支援データを備え得る（例えば、それは、ロケーション支援データの第１のセットのうちのいくつか又は全てがＵＥによって受信され得ることをＵＥがロケーションサーバに示すことを可能にし得る）。ある態様では、第１、第２、第３、及び第４のタイプのロケーション支援データのうちの少なくとも１つが、ＵＥ支援型又はＵＥベースの支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥ支援型又はＵＥベースの観測到着時間差（ＯＴＤＯＡ）、ＵＥ支援型又はＵＥベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥ支援型又はＵＥベースの拡張セルＩＤ（ＥＣＩＤ）、ＵＥ支援型又はＵＥベースのリアルタイムキネマティック（ＲＴＫ）、ＵＥ支援型又はＵＥベースの精密単独測位（ＰＰＰ）、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせなどの、少なくとも１つの位置決め方法のための支援データであり得る。ある態様において、ブロードキャストを介してロケーション支援データを受信するためのＵＥサポートのレベルのインジケーションは加えて、ＵＥが第１、第２、第３、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を含み得る。

【0090】

[0096] ブロック５１４において、ＵＥは、例えば、図３についてのアクション３３５について説明されたように、ロケーションサーバからロケーション情報についての要求を受信する。ブロック５１６において、ＵＥは、例えば、図３についてのブロック３４０について説明されたように、ロケーション支援データの第１のセットに少なくとも部分的に基づいて、ロケーション情報のうちの少なくともいくつかを取得する。ブロック５１８において、ＵＥは、例えば、図３についてのアクション３４５について説明されたように、ロケーションサーバにロケーション情報のうちの少なくともいくつかを送信する。ロケーション情報は、例として、（ｉ）ｅＮＢ１０４及び１０６によって送信されたＰＲＳ又は他の基準信号（例えば、ＣＲＳ信号）を測定することによって取得されたＲＳＴＤの測定値などのロケーション測定値、ｅＮＢ１０４及び１０６から及び／若しくはそれらに送信された信号を測定することによって取得されたＲＴＴの測定値、並びに／又は１つ以上のＳＶ１６０の各々によって送信された１つ以上の航法信号を測定することによって取得された擬似距離、コード位相、若しくはキャリア位相の測定値、並びに／又は（ｉｉ）取得されたロケーション測定値に基づいてＵＥによって決定されたロケーション推定値を含み得る。ブロック５１４においてロケーションサーバによって要求されたロケーション情報は、ブロック５１０においてＵＥによって提供された能力情報に少なくとも部分的に基づいて、ロケーションサーバによって決定され得る。

【0091】

[0097] 図５Ｂは、ユーザ機器（ＵＥ）１０２などのＵＥによって行われるロケーション情報を取得する方法を例示する別のプロセスフローを示し、それは、図５Ａに例示されるプロセスフローと同様であり、同様に指定された要素は、別途記載されない限り同じである。図５Ｂは、破線を有するボックスを用いて追加のオプションのアクションを例示する。例えば、オプションとして、ブロック５０２において受信されたロケーション支援データの第１のセットのうちの少なくとも一部分は、暗号化され得、そのケースにおいて、ＵＥは、（例えば、図２のステージ５について説明されたように）ブロック５０４において少なくとも１つの暗号化キーを受信し得、ブロック５０６において、少なくとも１つの暗号化キーに基づいて、ブロック５０２において受信されたロケーション支援データの第１のセットのうちの少なくとも一部分を解読し得る。図５Ｂにおいて破線によって例示されるように、ブロック５０４における少なくとも１つの暗号化キーの受信及びブロック５０６におけるロケーション支援データの解読はオプションであり、ＵＥが暗号化されたブロードキャストロケーション支援データを受信することが可能であり、且つロケーション支援データの第１のセットのうちの少なくとも一部分が暗号化された形式でブロードキャストされる場合にのみ行われ得る。例えば、暗号化は、米国のアメリカ国立標準技術研究所（ＮＩＳＴ）によって定義された１２８ビット高度暗号化規格（ＡＥＳ）アルゴリズムを使用し得る。例えば、ＡＥＳカウンタモードが使用され得る。

【0092】

[0098] ＵＥがロケーションサーバに能力情報を送信するブロック５１０より前に、ブロック５０８で例示されるように、ＵＥは、（例えば、図３におけるアクション３２０におけるように）ロケーションサーバから能力情報についての要求を受信し得、ここで、能力情報は、要求の受信に応答してブロック５１０において送信される。

【0093】

[0099] 加えて、オプションブロック５１２によって例示されるように、ＵＥは、ロケーションサーバからロケーション支援データの第２のセットを受信し得、ここで、ロケーション支援データの第２のセットは、ロケーション支援データの第１のセット中で受信されないロケーション支援データを備える。例えば、ブロック５１２は、図３におけるアクション３３０に対応し得る。ロケーション支援データの第２のセットはブロードキャストされないが、（例えば、ＬＰＰ、ＬＰＰ／ＬＰＰｅ、ＮＰＰ、又はＮＲＰＰを使用して）ポイントツーポイントで送られる。ロケーション支援データの第２のセットは、例えば、（例えば、図３におけるブロック３２８におけるように）ブロック５１０においてＵＥによって提供された能力情報に少なくとも部分的に基づいて、ロケーションサーバによって決定され得る。一態様において、ロケーション支援データの第２のセットは、少なくとも１つの暗号化キーを備え得、ここで、ロケーション支援データの第１のセットのうちの少なくとも一部分は、暗号化され、例えば、図３についての実施形態Ｅ１について以前に説明されたように、ＵＥは、少なくとも１つの暗号化キーに基づいて、ロケーション支援データの第１のセットのうちの少なくとも一部分を解読し得る。例えば、この態様は、ロケーション支援データの第２のセット中にロケーション支援データの第１のセットのうちの少なくとも一部分を含めることを回避し得、それは、図３についての実施形態Ｅ１について説明されたように、ワイヤレスネットワーク中のロケーションサーバ及び他の要素（例えば、Ｅ－ＵＴＲＡＮ１２０及びＥＰＣ１３０）によるシグナリング及び他のリソース使用を低減し得る。

【0094】

[00100] ブロック５１６において、ＵＥは、例えば、図３についてのブロック３４０について説明されたように、ロケーション支援データの第１のセットに少なくとも部分的に基づいて、ロケーション情報のうちの少なくともいくつかを取得する。加えて、及びＵＥがブロック５１２においてロケーション支援データの第２のセットを受信する図５Ａとは異なり、ＵＥは、ロケーション支援データの第１のセット及びロケーション支援データの第２のセットに少なくとも部分的に基づいて、ブロック５１６においてロケーション情報のうちの少なくともいくつかを取得し得る。図５Ｂにおけるプロセスフローの他の態様は、図５Ａについて説明された通りである。

【0095】

[00101] 図６Ａは、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４などのロケーションサーバによって行われる、ユーザ機器（ＵＥ）１０２などのＵＥのロケーションを取得する方法を例示するプロセスフローを示す。例示されるように、ブロック６０２において、ロケーションサーバは、例えば、図２について説明されたように、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを提供する。ワイヤレスノードは、例えば、発展型ノードＢ（例えば、ｅＮＢ１０４又はｅＮＢ１０６）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（例えば、ｇＮＢ１１１）、若しくはＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせであり得る。

【0096】

[00102] ブロック６０８において、ロケーションサーバは、ＵＥから能力情報を受信し得る。能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを含み得る。

【0097】

[00103] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、例えば、ブロードキャストを介してＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここで、第１のＳＩＢは、第１のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第２のＳＩＢの識別情報、ここで、第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、 ブロードキャストを介してＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、 ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここで、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥによって暗号化された形式で受信されたロケーション支援データ（例えば、ブロック６０２において提供されたロケーション支援データ）のＵＥによる解読を可能にする、 ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、 （例えば、ブロック６０２に起因して）ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここで、ＵＥは現在、少なくとも１つのＲＡＴへのアクセスを有している、 又はそれらのいずれかの組み合わせを含み得る。第１、第２、第３、及び第４のタイプのロケーション支援データのうちの１つ以上は、ＵＥ支援型又はＵＥベースの支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥ支援型又はＵＥベースの観測到着時間差（ＯＴＤＯＡ）、ＵＥ支援型又はＵＥベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥ支援型又はＵＥベースの拡張セルＩＤ（ＥＣＩＤ）、ＵＥ支援型又はＵＥベースのリアルタイムキネマティック（ＲＴＫ）、ＵＥ支援型又はＵＥベースの精密単独測位（ＰＰＰ）、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせなどの、少なくとも１つの位置決め方法のための支援データであり得る。ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは加えて、ＵＥが第１、第２、第３、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を含み得る。

【0098】

[00104] ブロック６１２において、ロケーションサーバは、例えば、図３においてのブロック３２８について説明されたように、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーション支援データの第２のセットを決定する。例えば、ロケーションサーバは、ロケーション支援データの第１のセット中のロケーション支援データのタイプ、ロケーション支援データの第１のセットのうちのいくつか又は全てが暗号化されたか、ブロードキャストを介してこれらのタイプのロケーション支援データを受信するためのＵＥの能力、及び／又はロケーション支援データを解読するためのＵＥの能力に基づいて、ロケーション支援データの第２のセットを決定し得る。このことから、ＵＥが、ロケーション支援データの第１のセット中に含まれていた特定のタイプのロケーション支援データをブロードキャストを介して受信することが可能でないことを示す場合、ロケーションサーバは、この特定のタイプのロケーション支援データをロケーション支援データの第２のセット中に含めることを決定し得る。逆に、ＵＥが、ロケーション支援データの第１のセット中に含まれていた特定のタイプのロケーション支援データをブロードキャストを介して受信することが可能であることを示す場合、ロケーションサーバは、この特定のタイプのロケーション支援データをロケーション支援データの第２のセットから除外し得る。例えば、ロケーション支援データの第１のセットは、第５のタイプのロケーション支援データを含み得、そのケースにおいて、ロケーション支援データの第２のセットは、第５のタイプのロケーション支援データと、第１、第２、第３、及び第４のタイプのロケーション支援データのうちの少なくとも１つとの両方に含まれるタイプのロケーション支援データを除外し得る。ロケーション支援データの第１のセットは、例えば、ブロック６０８に関連して以前に論じられた少なくとも１つのＧＮＳＳのためのロケーション支援データの第３のセットを含み得、ロケーション支援データの第２のセットはその後、ロケーション支援データの第３のセットを除外し得る。一態様では、ロケーション支援データの第１のセットのうちの少なくとも一部分が、暗号化される。この態様において、ロケーション支援データの第２のセットは、（暗号化されたロケーション支援データの第１のセットのうちの一部分から）暗号化されたロケーション支援データのうちの少なくともいくつかを除外し得る。例えば、この除外は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションが、（ｉ）ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、及び／又は（ｉｉ）ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報を備えるときに発生し得る（例えば、ここで、暗号化されたロケーション支援データのうちの少なくともいくつかが、少なくとも１つの暗号化キーを使用して暗号化される）。この態様では、（暗号化されたロケーション支援データの第１のセットのうちの一部分からの）暗号化されたロケーション支援データのうちの少なくともいくつかが、少なくとも１つの暗号化キーを使用して暗号化され、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションが、少なくとも１つの暗号化キーを有するＵＥのインジケーションを除外するとき、ロケーションサーバが、例えば、図３についての実施形態Ｅ１について説明されたように、ロケーション支援データの第２のセット中に少なくとも１つの暗号化キーを含め得る。例えば、この実施形態は、（暗号化されたロケーション支援データの第１のセットのうちの一部分からの）暗号化されたロケーション支援データのうちの少なくともいくつかをロケーション支援データの第２のセット中に含めることを回避し得、それは、図３についての実施形態Ｅ１について説明されたように、ワイヤレスネットワーク中のロケーションサーバ及び他の要素（例えば、Ｅ－ＵＴＲＡＮ１２０及びＥＰＣ１３０）によるシグナリング及び他のリソース使用を低減し得る。ロケーションサーバは、例えば、全ての必要とされるロケーション支援データがロケーション支援データの第１のセット中に含まれたこと、及びＵＥがロケーション支援データの第１のセットからブロードキャストを介して全ての必要とされるロケーション支援データを受信することが可能であることを決定し得、そのケースにおいて、ロケーション支援データの第２のセットは、ヌルセットであり、即ち、それは、ロケーション支援データを含まない。

【0099】

[00105] ブロック６１４において、ロケーションサーバは、例えば、図３についてのアクション３３０におけるように、ロケーション支援データの第２のセットがヌルセットでないときに、ＵＥにロケーション支援データの第２のセットを送る。言い換えれば、ロケーション支援データの第２のセット中にいくつかのロケーション支援データがあるとき、ロケーション支援データの第２のセットがＵＥに送られる。ロケーション支援データの第２のセットはブロードキャストされないが、（例えば、ＬＰＰ、ＬＰＰ／ＬＰＰｅ、ＮＰＰ、又はＮＲＰＰを使用して）ポイントツーポイントで送られる。

【0100】

[00106] ブロック６１６において、ロケーションサーバは、例えば、図３についてのアクション３３５におけるように、ＵＥにロケーション情報についての要求を送る。ロケーションサーバによって要求されたロケーション情報（例えば、ロケーション情報についての要求のコンテンツ）は、ＵＥによって提供されたロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーションサーバによって決定され得る。

【0101】

[00107] ブロック６１８において、ロケーションサーバは、ＵＥから（ブロック６１６において要求された）ロケーション情報のうちの少なくともいくつかを受信する。ロケーション情報のうちの少なくともいくつかは、ロケーション支援データの第１のセット及びロケーション支援データの第２のセットに少なくとも部分的に基づいて、ＵＥによって取得され得る。ブロック６１６において要求されたロケーション情報、及びブロック６１８において受信されたロケーション情報のうちの少なくともいくつかは、例として、各々、（ｉ）ｅＮＢ１０４及び１０６によって送信されたＰＲＳ又は他の基準信号（例えば、ＣＲＳ信号）を測定することによって取得されたＲＳＴＤの測定値などのロケーション測定値、ｅＮＢ１０４及び１０６から及び／若しくはそれらに送信された信号を測定することによって取得されたＲＴＴの測定値、並びに／又は１つ以上のＳＶ１６０の各々によって送信された１つ以上の航法信号を測定することによって取得された擬似距離、コード位相、若しくはキャリア位相の測定値、並びに／又は（ｉｉ）取得されたロケーション測定値に基づいてＵＥによって決定されたロケーション推定値を含み得る。ブロック６２０において、ロケーションサーバは、ロケーション情報のうちの少なくともいくつかに基づいて、ＵＥの推定されたロケーションを決定する。

【0102】

[00108] 別の態様において、図６に示されるプロセスフローは更に、複数のＵＥ（例えば、ＵＥ１０２）から能力情報を受信することを含み得、ここで、複数のＵＥ中の各ＵＥから受信された能力情報は、（例えば、図４におけるアクション４１５及び４１６について説明されたように）ブロードキャストを介してロケーション支援データを受信するためのＵＥサポートのレベルのインジケーションを含む。ロケーションサーバはその後、（例えば、図４におけるブロック４２０について説明されたように）複数のＵＥから受信された能力情報に少なくとも部分的に基づいて、ロケーション支援データの第１のセットを決定し得る。この更なる態様において、能力情報は、時間の第１のセットにおいて（例えば、異なる時刻及び／又は曜日において）複数のＵＥから受信され得、ここで、複数のＵＥは、エリアの第１のセット中にあり、プロセスはその後更に、時間の第１のセット及びエリアの第１のセットに基づいて、時間の第２のセット及びエリアの第２のセットを決定することと、時間の第２のセットのうちの少なくとも１つの時間において及びエリアの第２のセットのうちの少なくとも１つのエリア中で、ブロック６０２においてブロードキャストされるべきロケーション支援データの第１のセットを提供することとを含み得る。例えば、ロケーション支援データの第１のセットはその後、少なくとも１つのエリア中で及び少なくとも１つの時間において、少なくとも１つのワイヤレスノードによってブロードキャストされ得る。この態様において、エリアの第１のセット及びエリアの第２のセットは各々、セルのセット、トラッキングエリアのセット、又はセルのセット及びトラッキングエリアのセットを備え得る。

【0103】

[00109] 図６Ｂは、ロケーションサーバ（例えば、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４）において行われる、ユーザ機器（ＵＥ）１０２などのＵＥのロケーションを取得する方法を例示する別のプロセスフローを示し、それは、図６Ａに例示されるプロセスフローと同様であり、同様に指定された要素は、別途記載されない限り同じである。

【0104】

[00110] 図６Ｂは、破線を有するボックスを用いて追加のオプションのアクションを例示する。例えば、オプションとして、ブロック６０４に例示されるように、ロケーションサーバは、ＵＥに少なくとも１つの暗号化キーを提供し得、ここで、ブロック６０２において提供されるロケーション支援データの第１のセットのうちの少なくとも一部分は、暗号化され、少なくとも１つの暗号化キーを使用してＵＥによって解読され得る。少なくとも１つの暗号化キーは、例えば、図２のステージ４及びステージ５について説明されたように、ＭＭＥ又はＡＭＦ（例えば、ＭＭＥ１０８又はＡＭＦ１８２）を介してＵＥにロケーションサーバによって転送され得る。例えば、ロケーション支援データの第１のセットのうちの少なくとも一部分の暗号化は、米国のアメリカ国立標準技術研究所（ＮＩＳＴ）によって定義された１２８ビット高度暗号化規格（ＡＥＳ）アルゴリズムを使用し得る。例えば、ＡＥＳカウンタモードが使用され得る。

【0105】

[00111] ロケーションサーバがＵＥから能力情報を受信し得るブロック６０８より前に、ブロック６０６で例示されるように、ロケーションサーバは、ＵＥに能力情報についての要求を送り得、ここで、能力情報は、要求の受信に応答してＵＥによって送信される。

【0106】

[00112] ロケーションサーバがブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを含む能力情報をＵＥから受信し得るブロック６０８において、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報を含み得、ここで、暗号化キーは、ブロック６０４において提供され得る。

【0107】

[00113] 加えて、オプションのブロック６１０によって例示されるように、ロケーションサーバは、ブロック６０２において提供されたロケーション支援データの第１のセットと、ブロック６０８において受信された能力情報とに少なくとも部分的に基づいて、少なくとも１つの位置決め方法を決定し得る。例えば、ブロック６１０は、図３についてのブロック３２８の一部に対応し得る。

【0108】

[00114] ロケーションサーバがロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいてロケーション支援データの第２のセットを決定するブロック６１２において、及び図６Ａとは異なり、ロケーションサーバは、ブロック６１０が行われるとき、ブロック６１０において決定された少なくとも１つの位置決め方法に少なくとも部分的に基づいてロケーション支援データの第２のセットを決定し得る。

【0109】

[00115] ロケーションサーバがＵＥにロケーション情報についての要求を送るブロック６１６において、及び図６Ａとは異なり、ロケーション情報についての要求は、ブロック６１０が行われるとき、ブロック６１０において決定された少なくとも１つの位置決め方法のためのロケーション情報についての要求を備え得るか又は含み得る。図６Ｂにおけるプロセスフローの他の態様は、図６Ａについて説明された通りである。

【0110】

[00116] 図７Ａは、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４などのロケーションサーバによってロケーション支援データを提供する方法を例示するプロセスフローを示す。図７Ａのプロセスフローは、例えば、図６Ａ又は６Ｂのブロック６０２において、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを生成及び提供するために、ロケーションサーバによって使用され得る。

【0111】

[00117] 例示されるように、ブロック７０２において、ロケーションサーバは、ユーザ機器（ＵＥ）１０２などの複数のＵＥから能力情報を受信する。能力情報は、例えば、図３における例におけるように、及び図４のアクション４１５及び４１６のために可能なように、ロケーションサーバが複数のＵＥ中の各ＵＥとのロケーションセッションを有するか、又はロケーションセッション状態にある間に受信され得る。能力情報は、代わりに又は加えて、ホームネットワークＨＳＳ又はＵＤＭ（例えば、ＨＳＳ１４５又はＵＤＭ１８８）中に記憶されたＵＥ（例えば、ＵＥ１０２）についてのサブスクリプション及び／又は能力情報から取得され得る。能力情報は、時間の第１のセットにおいて受信され得、複数のＵＥはその後、エリアの第１のセット中にあり得る。例えば、時間の第１のセットは、ある時間期間にわたり得、異なる時刻及び／又は異なる曜日を含み得る。エリアの第１のセットは、例えば、ＬＴＥ及び／又はＮＲワイヤレスアクセスのための異なるセル及び／又は異なるトラッキングエリアを含み得る。複数のＵＥ中の各ＵＥについて受信された能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを含み得る。

【0112】

[00118] ブロードキャストを介して（ブロック７０２において受信された）ロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、例えば、ブロードキャストを介してＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここで、第１のＳＩＢは、第１のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第２のＳＩＢの識別情報、ここで、第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、 ブロードキャストを介してＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、 ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここで、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥによって暗号化された形式で受信されたロケーション支援データのＵＥによる解読を可能にする、 ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、 ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここで、ＵＥは現在、少なくとも１つのＲＡＴへのアクセスを有している、 又はそれらのいずれかの組み合わせを含み得る。第１、第２、第３、及び第４のタイプのロケーション支援データのうちの少なくとも１つは、ＵＥ支援型又はＵＥベースの支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥ支援型又はＵＥベースの観測到着時間差（ＯＴＤＯＡ）、ＵＥ支援型又はＵＥベースのワイヤレスローカルエリアネットワーク（ＷｉＦｉ又はＷｉ－Ｆｉとも呼ばれるＷＬＡＮ）、ＵＥ支援型又はＵＥベースの拡張セルＩＤ（ＥＣＩＤ）、ＵＥ支援型又はＵＥベースのリアルタイムキネマティック（ＲＴＫ）、ＵＥ支援型又はＵＥベースの精密単独測位（ＰＰＰ）、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせなどの、少なくとも１つの位置決め方法のための支援データであり得る。ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは加えて、ＵＥが第１、第２、第３、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を含み得る。

【0113】

[00119] ブロック７０４において、ロケーションサーバは、複数のＵＥから受信された能力情報、エリアの第１のセット、及び時間の第１のセットに少なくとも部分的に基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定する。例えば、ブロック７０４は、図４におけるブロック４２０に対応し得る。ワイヤレスノードは、例えば、発展型ノードＢ（例えば、ｅＮＢ１０４又はｅＮＢ１０６）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（例えば、ｇＮＢ１１１）、ＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせのうちの少なくとも１つを含み得る。エリアの第２のセットは、エリアの第１のセット中にあるエリアを含み得る。例えば、エリアの第１のセット及びエリアの第２のセットは各々、セルのセット及び／又はトラッキングエリアのセットを備え得るか又は含み得る。時間の第２のセットは、時間の第１のセット中にある時間を含み得、ここで、時間の第１のセット及び時間の第２のセットは各々、時刻及び／又は曜日であり得る。例として、時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプは、複数のＵＥ中の少なくとも最小閾値数又は最小閾値割合のＵＥについて、第１、第２、第３、及び第４のタイプのロケーション支援データのうちの１つ以上内に含まれるロケーション支援データのタイプを決定することによって決定され得る。例として、ブロードキャストされるべきロケーション支援データのタイプは、複数のＵＥから受信された能力情報、時間の第１のセット、及びエリアの第１のセットに関する統計を蓄積することによって、ロケーションサーバによってブロック７０６において決定され得る。異なる時間における及び異なるエリア中での異なるタイプのロケーション支援データについての（ＵＥによる）予想される使用量又は予想される需要は、蓄積された統計を使用してブロック７０８において予測され得る。ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプは、予想される使用量又は予想される需要に少なくとも部分的に基づいてブロック７１０において決定され得る。

【0114】

[00120] ブロック７１４において、ロケーションサーバは、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データを提供し得、ここで、ロケーション支援データは、（例えば、図４におけるブロック４２５について、及び図６Ａ又は６Ｂにおけるプロセスフローについて説明されたように）ブロック７０４において決定されたタイプのロケーション支援データを備える。

【0115】

[00121] 図７Ｂは、Ｅ－ＳＭＬＣ１１０、Ｈ－ＳＬＰ１１８、又はＬＭＦ１８４などのロケーションサーバによってロケーション支援データを提供する方法を例示する別のプロセスフローを示し、それは、図７Ａに例示されるプロセスフローと同様であり、ここで、同様に指定された要素は、同じである。図７Ｂは、破線を有するボックスを用いてオプションのアクションを例示する。図７Ｂのプロセスフローは、例えば、図６Ａ又は６Ｂのブロック６０２において、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを生成及び提供するために、ロケーションサーバによって使用され得る。

【0116】

[00122] ロケーションサーバがワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データを提供し得るブロック７１４より前に例示されるように、オプションとして、ロケーションサーバは、（ブロードキャストより前に）ブロック７１２において前記タイプのロケーション支援データのうちの少なくとも一部分を暗号化し得る。例えば、ブロック７１４は、ブロック７０２において複数のＵＥから受信された能力情報が、複数のＵＥ中の少なくとも最小閾値数のＵＥ又は最小閾値割合のＵＥによって、前記タイプのロケーション支援データのうちの少なくとも一部分を受信及び解読するための能力を示すときに行われ得る。図７Ｂにおけるプロセスフローの他の態様は、図７Ａについて説明された通りである。

【0117】

[00123] 図８は、図１Ａ及び１Ｂに例示されるＵＥ１０２などのＵＥ８００のハードウェア実現形態の例を例示する図である。ＵＥ８００は、例えば、１つ以上の発展型ノードＢ（ｅＮＢ）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（ｇＮＢ）などのセルラトランシーバとワイヤレスに通信するためのＷＷＡＮトランシーバ８０２を含み得る。ＵＥ８００はまた、ローカルトランシーバ（例えば、ＷｉＦｉ ＡＰ又はＢｌｕｅｔｏｏｔｈビーコン）とワイヤレスに通信するためのＷＬＡＮトランシーバ８０４を含み得る。ＵＥ８００は、ＷＷＡＮトランシーバ８０２及びＷＬＡＮトランシーバ８０４と共に使用され得る１つ以上のアンテナ８０６を含み得る。ＵＥ８００は更に、ＧＮＳＳ ＳＶ１６０（図１Ａ及び１Ｂに図示）からの信号を受信及び測定するためのＧＮＳＳ受信機８０８を含み得る。ＵＥ８００は更に、例えば、ユーザがＵＥ８００とそれを通じてインターフェースし得る、ディスプレイ、キーパッド、又はディスプレイ上の仮想キーパッドなどの他の入力デバイスを含み得るユーザインターフェース８１２を含み得る。

【0118】

[00124] ＵＥ８００は更に、１つ以上のプロセッサ８１４及びメモリ８２０を含み、それらは、バス８１６を用いて互いに結合され得る。１つ以上のプロセッサ８１４及びＵＥ８００の他のコンポーネントは同様に、バス８１６、別個のバスを用いて互いに結合され得るか、若しくは互いに直接接続され得るか、又は前述の組み合わせを使用して結合され得る。メモリ８２０は、ロケーション支援データ及びロケーション情報などのデータを記憶し得、１つ以上のプロセッサ８１４によって実行されると、１つ以上のプロセッサ８１４に、本明細書で開示される技法を行うようにプログラムされた専用コンピュータとして動作させる実行可能コード又はソフトウェア及び／若しくはファームウェア命令を包含し得る。図８に例示されるように、メモリ８２０は、本明細書で説明される方法を行うように１つ以上のプロセッサ８１４によって実現され得る１つ以上のコンポーネント又はモジュールを含み得る。コンポーネント又はモジュールは、１つ以上のプロセッサ８１４によって実行可能であるメモリ８２０中のソフトウェア（又はファームウェア）として例示されるが、コンポーネント又はモジュールは、１つ以上のプロセッサ８１４中の、又はプロセッサ外のいずれかの専用ハードウェアであり得ることが理解されるべきである。

【0119】

[00125] いくつかのソフトウェアモジュール及びデータテーブルが、メモリ８２０中に存在し得、本明細書で説明される通信と機能との両方を管理するために、１つ以上のプロセッサ８１４によって利用され得る。図８に示されるようなメモリ８２０のコンテンツの編成は単に例証的であるに過ぎず、モジュール及び／又はデータ構造の機能は、ＵＥ８００の実現形態に応じて異なる方法で組み合わされ、分離され、及び／又は構造化され得ることが認識されるべきである。

【0120】

[00126] 例示されるように、メモリ８２０は、１つ以上のプロセッサ８１４によって実現されるとき、シグナリングフロー２００のステージ３、シグナリングフロー３００のブロック３１０、又はシグナリングフロー４００のブロック４２５に示されるように、少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを、例えば、ＷＷＡＮトランシーバ８０２を介して受信するように１つ以上のプロセッサ８１４を構成するロケーション支援データ（ＡＤ）ブロードキャストモジュール８２２を含み得る。いくつかの実現形態において、メモリ８２０は、１つ以上のプロセッサ８１４によって実現されるとき、シグナリングフロー２００のステージ５、シグナリングフロー３００のブロック３１２、又はシグナリングフロー４００のブロック４３０に示されるように、少なくとも１つの暗号化キーを、例えば、ＷＷＡＮトランシーバ８０２又はＷＬＡＮトランシーバ８０４を介して受信し、少なくとも１つの暗号化キーを使用して、例えば、米国のアメリカ国立標準技術研究所（ＮＩＳＴ）によって定義された１２８ビット高度暗号化規格（ＡＥＳ）アルゴリズム又は他の適切な解読アルゴリズムを使用して、ロケーション支援データの第１のセットのうちの少なくとも一部分を解読するように１つ以上のプロセッサ８１４を構成する暗号化モジュール８２４を含み得る。

【0121】

[00127] メモリ８２０は更に、１つ以上のプロセッサ８１４によって実現されるとき、本明細書で論じられるように、例えば、シグナリングフロー３００におけるアクション及びブロック３１５～３５５並びにシグナリングフロー４００におけるアクション及びブロック４３５～４８０におけるように、ロケーションサーバとのロケーションセッションに従事するように１つ以上のプロセッサ８１４を構成するロケーションセッションモジュール８２６を含み得る。例えば、メモリ８２０は、上で論じられたように、ブロードキャストを介してロケーション支援データを受信するためのＵＥ８００によるサポートのレベルのインジケーションを含む、ＵＥ８００の能力を記憶する能力情報モジュール８２８を含み得、１つ以上のプロセッサ８１４によって実現されるとき、ロケーションサーバに能力情報をＷＷＡＮトランシーバ８０２を介して送信するように１つ以上のプロセッサ８１４を構成し、それは、例えば、ロケーションサーバから能力情報についての要求を受信したことに応答して送信され得る。メモリ８２０中のロケーションセッションモジュール８２６は更に、１つ以上のプロセッサ８１４によって実現されるとき、例えば、ロケーションＡＤブロードキャストモジュール８２２からブロードキャストロケーション支援データを受信し、並びにロケーションサーバからロケーション支援データの第２のセットをＷＷＡＮトランシーバ８０２を介して受信するように１つ以上のプロセッサ８１４を構成するロケーション支援データモジュール８３０を含み得る。

【0122】

[00128] メモリ８２０中のロケーションセッションモジュール８２６は更に、１つ以上のプロセッサ８１４によって実現されるとき、ブロードキャストを介して受信されたロケーション支援データの第１のセットに少なくとも部分的に基づいて、少なくともいくつかのロケーション情報を、例えば、ＷＷＡＮトランシーバ８０２、ＷＬＡＮトランシーバ８０４、及びＧＮＳＳ受信機８０８のうちの１つ以上を介して取得するように１つ以上のプロセッサ８１４を構成するロケーション情報モジュール８３２を含み得、更に、ポイントツーポイント手段によってロケーションサーバから受信された場合、ロケーション支援データの第２のセットを使用し得る。例えば、ロケーション情報モジュール８３２は、１つ以上のプロセッサ８１４によって実現されるとき、ＷＷＡＮトランシーバ８０２及び／又はＷＬＡＮトランシーバ８０４によって受信されたＰＲＳ又は他の基準信号（例えば、ＣＲＳ信号）を測定することによって取得されたＲＳＴＤの測定値、ＷＷＡＮトランシーバ８０２及び／若しくはＷＬＡＮトランシーバ８０４によって受信／送信された信号を測定することによって取得されたＲＴＴの測定値、並びに／又はＧＮＳＳ受信機８０８によって受信された１つ以上のＧＮＳＳ航法信号を測定することによって取得された擬似距離、コード位相、若しくはキャリア位相の測定値などを含み得るロケーション測定値を取得するように１つ以上のプロセッサ８１４を構成する測定モジュール８３４を含み得る。ロケーション情報モジュール８３２は、１つ以上のプロセッサ８１４によって実現されるとき、例えば、測定モジュール８３４を使用して取得された測定値を使用して、ＵＥ８００についてのロケーション推定値を決定するように１つ以上のプロセッサ８１４を構成する推定モジュール８３６を含み得る。ロケーションセッションモジュール８２６は更に、ロケーションサーバに取得されたロケーション情報のうちの少なくともいくつかを、例えば、ＷＷＡＮトランシーバ８０２を介して送信する報告モジュール８３８を含み得る。

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

[00133] このことから、ＵＥ８００などのユーザ機器は、少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを受信するための手段を含み得、それは、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又はロケーション支援データブロードキャストモジュール８２２などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。ブロードキャストを介してロケーション支援データを受信するためのＵＥサポートのレベルのインジケーションを備える能力情報をロケーションサーバに送信するための手段は、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又は能力情報モジュール８２８などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。ロケーションサーバからロケーション情報についての要求を受信するための手段は、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又はロケーション情報モジュール８３２などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。ロケーション支援データの第１のセットに少なくとも部分的に基づいてロケーション情報のうちの少なくともいくつかを取得するための手段は、例えば、ＷＷＡＮトランシーバ８０２、ＷＬＡＮトランシーバ８０４、及び／若しくはＧＮＳＳ受信機８０８、並びに専用ハードウェアを有するか、又はロケーションＡＤブロードキャストモジュール８２２と、測定モジュール８３４及び／若しくは推定モジュール８３６などのロケーション情報モジュール８３２となどのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４であり得る。ロケーションサーバにロケーション情報のうちの少なくともいくつかを送信するための手段は、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又は報告モジュール８３８などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。

【0128】

[00134] ＵＥ８００は更に、ロケーションサーバからロケーション支援データの第２のセットを受信するための手段を含み得、ここにおいて、ロケーション支援データの第２のセットは、ロケーション支援データの第１のセット中で受信されないロケーション支援データを備え、それは、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又はロケーション支援データモジュール８３０などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。ロケーション支援データの第１のセット及びロケーション支援データの第２のセットに少なくとも部分的に基づいてロケーション情報のうちの少なくともいくつかを取得するための手段は、ＷＷＡＮトランシーバ８０２、ＷＬＡＮトランシーバ８０４、及び／若しくはＧＮＳＳ受信機８０８、並びに専用ハードウェアを有するか、又はロケーションＡＤブロードキャストモジュール８２２と、ロケーション支援データモジュール８３０と、測定モジュール８３４及び／若しくは推定モジュール８３６などのロケーション情報モジュール８３２となどのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とを含み得る。

【0129】

[00135] ＵＥ８００は更に、ロケーションサーバから能力情報についての要求を受信するための手段を含み得、それは、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又は能力情報モジュール８２８などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。要求を受信することに応答して能力情報を送信するための手段は、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又は能力情報モジュール８２８などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。

【0130】

[00136] ＵＥ８００は更に、少なくとも１つの暗号化キーを受信するための手段を含み得、それは、例えば、ＷＷＡＮトランシーバ８０２と、専用ハードウェアを有するか、又は暗号化モジュール８２４などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４とであり得る。少なくとも１つの暗号化キーに基づいて、ロケーション支援データの第１のセットのうちの少なくとも一部分を解読するための手段は、例えば、専用ハードウェアを有するか、又は暗号化モジュール８２４などのメモリ８２０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ８１４であり得る。

【0131】

[00137] 図９は、ロケーションサーバ９００のハードウェア実現形態の例を例示する図である。ロケーションサーバ９００は、図１ＡにおけるＥ－ＳＭＬＣ１１０若しくはＨ－ＳＬＰ１１８などのロケーションサーバ、又は図１Ｂに例示されるＬＭＦ１８４などのロケーション管理機能（ＬＭＦ）であり得る。ロケーションサーバ９００は、例えば、外部インターフェース９０２などのハードウェアコンポーネントを含み、それは、ＵＥ１０２と外部クライアントとを直接又は１つ以上の中間ネットワーク及び／若しくは１つ以上のネットワークエンティティを通じて接続することが可能なワイヤード又はワイヤレスインターフェースであり得るロケーションサーバ９００は、１つ以上のプロセッサ９０４及びメモリ９１０を含み、それらは、バス９０６を用いて互いに結合され得る。メモリ９１０は、ロケーション支援データ及びロケーション情報などのデータを記憶し得、１つ以上のプロセッサ９０４によって実行されると、１つ以上のプロセッサに、本明細書で開示される技法を行うようにプログラムされた専用コンピュータとして動作させる実行可能コード又はソフトウェア（若しくはファームウェア）命令を包含し得る。図９に例示されるように、メモリ９１０は、本明細書で説明されるような方法を行うように１つ以上のプロセッサ９０４によってインプラント（implanted）され得る１つ以上のコンポーネント又はモジュールを含み得る。コンポーネント又はモジュールは、１つ以上のプロセッサ９０４によって実行可能であるメモリ９１０中のソフトウェア（又はファームウェア）として例示されるが、コンポーネント又はモジュールは、１つ以上のプロセッサ９０４中の、又はプロセッサ外のいずれかの専用ハードウェアであり得ることが理解されるべきである。

【0132】

[00138] いくつかのソフトウェアモジュール及びデータテーブルが、メモリ９１０中に存在し得、本明細書で説明される通信と機能との両方を管理するために、１つ以上のプロセッサ９０４によって利用され得る。図９に示されるようなメモリ９１０のコンテンツの編成は単に例証的であるに過ぎず、そのため、モジュール及び／又はデータ構造の機能は、ロケーションサーバ９００の実現形態に応じて異なる方法で組み合わされ、分離され、及び／又は構造化され得ることが認識されるべきである。

【0133】

[00139] 例えば、メモリ９１０は、シグナリングフロー２００のステージ１及び２、シグナリングフロー３００のブロック３１０、又はシグナリングフロー４００のブロック４２０及び４２５に示されるように、１つ以上のプロセッサ９０４によって実現されるとき、ブロードキャストされるべきロケーション支援データを決定し、外部インターフェース９０２に、ブロードキャストされるべきロケーション支援データを少なくとも１つのワイヤレスノードに提供させるように１つ以上のプロセッサ９０４を構成するロケーション支援データ（ＡＤ）ブロードキャストモジュール９１２を含み得る。ロケーションＡＤブロードキャストモジュール９１２は、例えば、能力情報モジュール９２６を使用して、複数のＵＥから受信される能力情報を取得し得、受信された能力情報に基づいて、異なる時間において及び異なるエリア中でブロードキャストされるべきロケーション支援データのタイプを決定し得る。例えば、閾値モジュール９１４が、１つ以上のプロセッサ９０４によって実現されるとき、特定のタイプのロケーション支援データについての最小閾値数若しくは最小閾値割合のＵＥが複数のＵＥ中にあるかどうか、及び／又は特定のタイプのロケーション支援データを暗号化するための最小閾値数若しくは最小閾値割合のＵＥが複数のＵＥ中にあるかどうかを決定するように１つ以上のプロセッサ９０４を構成する。加えて又は代替として、統計モジュール９１６は、１つ以上のプロセッサ９０４によって実現されるとき、異なる時間、例えば、時刻及び／又は曜日にわたって、並びに異なるエリア、例えば、異なるセル及び／又はトラッキングエリア中で、複数のＵＥから受信された能力情報に関する統計を蓄積することを決定するように１つ以上のプロセッサ９０４を構成する。統計値は、例えば、各異なる時間において及び各異なるエリア中で、暗号化された又は暗号化されていない特定のタイプのロケーション支援データを受信することが可能であるＵＥの総数、ＵＥの平均又は中央値、等を含み得る。使用量予測モジュール９１８は、１つ以上のプロセッサ９０４によって実現されるとき、統計モジュール９１６からの蓄積された統計を使用して、異なる時間における及び異なるエリア中での異なるタイプのロケーション支援データについてのＵＥによる予想される使用量又は予想される需要を予測するように１つ以上のプロセッサ９０４を構成する。例えば、予測は、ある特定の将来の時間における及びある特定のエリア中でのロケーションＡＤのブロードキャストのための需要の予想が、同じエリア中で及び過去の対応する時間において全てのＵＥによってブロードキャストロケーションＡＤを受信及び使用するためのロケーションＡＤの平均使用量又は平均能力と同様又は同じであるということに基づき得る。ロケーションＡＤ決定モジュール９２０は、１つ以上のプロセッサ９０４によって実現されるとき、使用量予測モジュール９１８からの予想される使用量又は予想される需要に基づいて、異なる時間において及び異なるエリア中でブロードキャストされるべきロケーション支援データのタイプを決定するように１つ以上のプロセッサ９０４を構成する。いくつかの実現形態において、メモリ９１０は、１つ以上のプロセッサ９０４によって実現されるとき、例えば、米国のアメリカ国立標準技術研究所（ＮＩＳＴ）によって定義された１２８ビット高度暗号化規格（ＡＥＳ）アルゴリズム又は他の適切な暗号化アルゴリズムを使用して、ブロードキャストされるべき１つ以上のタイプのロケーション支援データを暗号化するように１つ以上のプロセッサ９０４を構成する暗号化モジュール９２２を含み得る。暗号化モジュール９２２はまた、シグナリングフロー２００のステージ４、シグナリングフロー３００のブロック３１２、又はシグナリングフロー４００のブロック４３０に示されるように、暗号化されたロケーション支援データを解読するために使用されるべき少なくとも１つの暗号化キーを外部インターフェース９０２を介して送るように１つ以上のプロセッサ９０４を構成し得る。

【0134】

[00140] メモリ９１０は更に、１つ以上のプロセッサ９０４によって実現されるとき、例えば、シグナリングフロー３００におけるアクション及びブロック３１５～３５５並びにシグナリングフロー４００におけるアクション及びブロック４３５～４８０において、本明細書で論じられるように、ＵＥとのロケーションセッションに従事するように１つ以上のプロセッサ９０４を構成するロケーションセッションモジュール９２４を含み得る。例えば、メモリ９１０は、１つ以上のプロセッサ９０４によって実現されるとき、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備え得る能力情報をＵＥから外部インターフェース９０２を介して受信するように１つ以上のプロセッサ９０４を構成する能力情報モジュール９２６を含み得る。能力情報モジュール９２６は更に、外部インターフェースに、能力情報についての要求をＵＥに送らせるように１つ以上のプロセッサ９０４を構成し得る。メモリ９１０中のロケーションセッションモジュール９２４は更に、１つ以上のプロセッサ９０４によって実現されるとき、ブロードキャストのために提供されるロケーション支援データの第１のセットと、能力情報モジュール９２６によって受信された能力情報とに少なくとも部分的に基づいて、ロケーション支援データの第２のセットを決定するように１つ以上のプロセッサ９０４を構成するロケーション支援データモジュール９２８を含み得る。例えば、ロケーション支援データの決定された第２のセットは、ロケーション支援データの第１のセットのうちの複数のタイプのロケーション支援データを除外し、ＵＥが受信された能力情報において示されるように受信可能であるようにし得る。ロケーション支援データモジュール９２８は更に、ロケーション支援データの第２のセットがヌルセットでないとき、ＵＥにロケーション支援データの第２のセットを送るように１つ以上のプロセッサ９０４を構成し得る。

【0135】

[00141] ロケーションセッションモジュール９２４は更に、１つ以上のプロセッサ９０４によって実現されるとき、例えば、シグナリングフロー３００におけるアクション３３５及び３４５におけるように、外部インターフェース９０２に、ロケーション情報についての要求をＵＥに送ることと、ＵＥからロケーション情報を外部インターフェース９０２を介して受信することとをさせるように１つ以上のプロセッサ９０４を構成するロケーション情報モジュール９３０を含み得る。ロケーション情報は、ＰＲＳ又は他の基準信号（例えば、ＣＲＳ信号）を測定することによって取得されたＲＳＴＤの測定値、信号を測定することによって取得されたＲＴＴの測定値、及び／又は１つ以上のＧＮＳＳ航法信号を測定することによって取得された擬似距離、コード位相、若しくはキャリア位相の測定値などのロケーション測定値を含み得る。ロケーション情報は加えて又は代替として、ＵＥによって決定されたロケーション推定値を含み得る。ロケーション情報モジュール９３０は、ＵＥから受信されたロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、要求されるロケーション情報を加えて決定するように１つ以上のプロセッサ９０４を構成し得る。ロケーション情報モジュール９３０は、ＵＥから受信されたロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、少なくとも１つの位置決め方法を決定するように１つ以上のプロセッサ９０４を構成し得、ここで、ロケーション情報についての要求は、少なくとも１つの位置決め方法のためのものである。

【0136】

[00142] ロケーションセッションモジュール９２４は更に、１つ以上のプロセッサ９０４によって実現されるとき、受信されたロケーション情報を使用してＵＥのロケーションを計算又は検証するように１つ以上のプロセッサ９０４を構成する推定モジュール９３２を含み得る。

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

[00147] このことから、図１ＡにおけるＥ－ＳＭＬＣ１１０若しくはＨ－ＳＬＰ１１８又は図１Ｂにおけるロケーション管理機能（ＬＭＦ）１８４などのＬＭＦなどのロケーションサーバ９００は、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを提供するための手段を含み得、それは、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又はロケーションＡＤブロードキャストモジュール９１２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。ＵＥから能力情報を受信するための手段であって、能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥサポートのレベルのインジケーションを備える、受信するための手段は、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又は能力情報モジュール９２６などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーション支援データの第２のセットを決定するための手段は、例えば、専用ハードウェアを有するか、又はロケーションＡＤモジュール９２８などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。ロケーション支援データの第２のセットがヌルセットでないときに、ＵＥにロケーション支援データの第２のセットを送るための手段は、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又はロケーションＡＤモジュール９２８などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。ＵＥにロケーション情報についての要求を送るための手段は、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又はロケーション情報モジュール９３０などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。ＵＥからロケーション情報を受信するための手段は、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又はロケーション情報モジュール９３０などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。ロケーション情報に基づいてＵＥの推定されたロケーションを決定するための手段は、例えば、専用ハードウェアを有するか、又は推定モジュール９３２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。

【0142】

[00148] ロケーションサーバ９００はまた、ＵＥに能力情報についての要求を送るための手段を含み得、それは、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又は能力情報モジュール９２６などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。

【0143】

[00149] ロケーションサーバ９００はまた、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、少なくとも１つの位置決め方法を決定するための手段を含み得、ここにおいて、ロケーション情報についての要求は、少なくとも１つの位置決め方法のためのロケーション情報についての要求を備え、それは、例えば、専用ハードウェアを有するか、又は能力情報モジュール９２６などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。

【0144】

[00150] ロケーションサーバ９００はまた、複数のＵＥから能力情報を受信するための手段を含み得、複数のＵＥ中の各ＵＥについて能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥサポートのレベルのインジケーションを備え、それは、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又は能力情報モジュール９２６などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。複数のＵＥから受信された能力情報に基づいてロケーション支援データの第１のセットを決定するための手段は、例えば、専用ハードウェアを有するか、又は閾値モジュール９１４、統計モジュール９１６、使用量予測モジュール９１８、及びロケーションＡＤ決定モジュール９２０のうちの１つ以上を含む、ロケーションＡＤブロードキャストモジュール９１２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。能力情報は、時間の第１のセットにおいて複数のＵＥから受信され得、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、ロケーションサーバは、時間の第１のセット及びエリアの第１のセットに基づいて、時間の第２のセット及びエリアの第２のセットを決定するための手段を含み得、例えば、専用ハードウェアを有するか、又は閾値モジュール９１４、統計モジュール９１６、使用量予測モジュール９１８、及びロケーションＡＤ決定モジュール９２０のうちの１つ以上を含むロケーションＡＤブロードキャストモジュール９１２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。時間の第２のセットのうちの少なくとも１つの時間において及びエリアの第２のセットのうちの少なくとも１つのエリア中でブロードキャストされるべきロケーション支援データの第１のセットを提供するための手段であって、ここにおいて、ロケーション支援データの第１のセットは、少なくとも１つのエリア中で及び少なくとも１つの時間において少なくとも１つのワイヤレスノードによってブロードキャストされる、提供するための手段は、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又は閾値モジュール９１４、統計モジュール９１６、使用量予測モジュール９１８、及びロケーションＡＤ決定モジュール９２０のうちの１つ以上を含むロケーションＡＤブロードキャストモジュール９１２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。

【0145】

[00151] 別の実現形態において、ロケーションサーバ９００は、時間の第１のセットにおいて複数のユーザ機器（ＵＥ）から能力情報を受信するための手段を含み得、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、複数のＵＥ中の各ＵＥについての能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥサポートのレベルのインジケーションを備え、それは、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又は能力情報モジュール９２６などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。複数のＵＥから受信された能力情報、エリアの第１のセット、及び時間の第１のセットに基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定するための手段は、例えば、専用ハードウェアを有するか、又は閾値モジュール９１４、統計モジュール９１６、使用量予測モジュール９１８、及びロケーションＡＤ決定モジュール９２０のうちの１つ以上を含むロケーションＡＤブロードキャストモジュール９１２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。ワイヤレスノードによってエリアの第２のセット中で時間の第２のセットにおいてブロードキャストされるべきロケーション支援データを提供するための手段であって、ロケーション支援データは、前記タイプのロケーション支援データを備える、提供するための手段は、例えば、外部インターフェース９０２と、専用ハードウェアを有するか、又はロケーションＡＤブロードキャストモジュール９１２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４とであり得る。

【0146】

[00152] ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定するための手段は更に、複数のＵＥ中の少なくとも閾値数又は閾値割合のＵＥについて、能力情報中のロケーション支援データのタイプ内に含まれるロケーション支援データのタイプを決定するための手段を含み得、それは、例えば、専用ハードウェアを有するか、又は閾値モジュール９１４及びロケーションＡＤ決定モジュール９２０を含むロケーションＡＤブロードキャストモジュール９１２などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。

【0147】

[00153] ロケーションサーバ９００は更に、前記タイプのロケーション支援データのうちの少なくとも一部分を暗号化するための手段を含み得、ここにおいて、複数のＵＥから受信された能力情報は、複数のＵＥ中の少なくとも閾値数のＵＥ又は閾値割合のＵＥによって前記タイプのロケーション支援データのうちの少なくとも一部分を受信及び解読するための能力を示し、それは、例えば、専用ハードウェアを有するか、又は暗号化モジュール９２２及び閾値モジュール９１４などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。

【0148】

[00154] ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定するための手段は更に、複数のＵＥから受信された能力情報、時間の第１のセット、及びエリアの第１のセットに関する統計を蓄積するための手段を含み得、それは、例えば、専用ハードウェアを有するか、又は統計モジュール９１６などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。蓄積された統計を使用して、異なる時間において及び異なるエリア中で、異なるタイプのロケーション支援データについての予想される使用量又は予想される需要を予測するための手段は、例えば、専用ハードウェアを有するか、又は使用量予測モジュール９１８などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。予想される使用量又は予想される需要に基づいて、ワイヤレスノードによって、時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定するための手段は、例えば、専用ハードウェアを有するか、又はロケーションＡＤ決定モジュール９２０などのメモリ９１０中の実行可能コード若しくはソフトウェア命令を実現する、１つ以上のプロセッサ９０４であり得る。

【0149】

[00155] 本明細書で使用される場合、「モバイルデバイス」及び「ユーザ機器」（ＵＥ）という用語は、変化するロケーションをその時々に有し得るデバイスを同意語として指すために使用される。ロケーションにおける変化は、ほんの数例として、方向、距離、方位、等に対する変化を備え得る。特定の例では、モバイルデバイスが、セルラ電話、ワイヤレス通信デバイス、ユーザ機器、ラップトップコンピュータ、他のパーソナル通信システム（ＰＣＳ）デバイス、携帯情報端末（ＰＤＡ）、パーソナルオーディオデバイス（ＰＡＤ）、ポータブル航法デバイス、及び／又は他のポータブル通信デバイスを備え得る。モバイルデバイスはまた、機械可読命令によって制御される機能を行うように適合されたコンピューティングプラットフォーム及び／又はプロセッサを備え得る。

【0150】

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

【0151】

[00157] 本明細書で言及される「命令」は、１つ以上の論理演算を表す表現に関する。例えば、命令は、１つ以上のデータオブジェクトに対して１つ以上の演算を実行するための機械によって解釈可能であることによって「機械可読」であり得る。しかしながら、これは、単に命令の例に過ぎず、特許請求される主題は、この点において限定されない。別の例では、本明細書で言及される命令が、符号化されたコマンドを含むコマンドセットを有する処理回路によって実行可能である符号化されたコマンドに関し得る。そのような命令は、処理回路によって理解される機械語の形態で符号化され得る。繰り返すが、これは、単に命令の例に過ぎず、特許請求される主題は、この点において限定されない。

【0152】

[00158] 本明細書で言及される「記憶媒体」は、１つ以上の機械によって知覚可能である表現を維持することが可能な媒体に関する。例えば、記憶媒体は、機械可読命令又は情報を記憶するための１つ以上の記憶デバイスを備え得る。そのような記憶装置は、例えば、磁気、光学、又は半導体記憶媒体を含むいくつかの媒体タイプのうちのいずれか１つを備え得る。そのような記憶デバイスはまた、任意のタイプの長期、短期、揮発性又は不揮発性メモリデバイスを備え得る。しかしながら、これらは、単に記憶媒体の例に過ぎず、特許請求される主題は、これらの点において限定されない。

【0153】

[00159] 本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置又は専用コンピューティングデバイス若しくはプラットフォームのメモリ内に記憶された２値デジタル信号に対する動作のアルゴリズム又は記号表現（symbolic representations）の観点から提示される。この特定の明細書のコンテキストでは、特定の装置という用語又は同様のものは、それがプログラムソフトウェアからの命令に準じて特定の動作を行うようにプログラムされると、汎用コンピュータを含む。アルゴリズム記述又は記号表現は、信号処理又は関連技術における当業者によって、他の当業者に彼らの研究の内容（the substance of their work）を伝達するために使用される技法の例である。アルゴリズムはここで、及び一般に、所望される結果につながる首尾一貫したシーケンス（self-consistent sequence）の動作又は同様の信号処理であると見なされる。このコンテキストでは、動作又は処理が、物理量の物理的操作を伴う。典型的に、ただ必ずしもでないが、そのような量は、記憶、転送、組み合わせ、比較、又は別の方法で操作されることが可能である電気信号又は磁気信号の形態をとり得る。主に共通使用の理由により、そのような信号をビット、データ、値、要素、シンボル、文字、用語、番号、数字、又は同様のものとして呼ぶことは時に便利であることが証明されている。しかしながら、これら又は同様の用語の全ては、適切な物理量に関連付けられるべきであり、単に便利なラベルに過ぎないことが理解されるべきである。別途具体的に記載されない限り、本明細書での議論から明らかであるように、この明細書全体を通じて、「処理する」、「計算する」、「算出する」、「決定する」、又は同様のものなどの用語を利用する議論は、専用コンピュータ、又は同様の専用電子コンピューティングデバイスなどの特定の装置のアクション又はプロセスを指すことが認識される。この明細書のコンテキストでは、従って、専用コンピュータ又は同様の専用電子コンピューティングデバイスが、専用コンピュータ又は同様の専用電子コンピューティングデバイスのメモリ、レジスタ、若しくは他の情報記憶デバイス、送信デバイス、又はディスプレイデバイス内の物理的電子量又は磁気量として典型的に表される信号を操作又は変換することが可能である。

【0154】

[00160] 本明細書で説明されたワイヤレス通信技法は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、等などの様々なワイヤレス通信ネットワークと関連し得る。「ネットワーク」及び「システム」という用語は、本明細書において同義で使用され得る。ＷＷＡＮは、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）ネットワーク、又は上記のネットワークの任意の組み合わせ、等であり得る。ＣＤＭＡネットワークは、ごくわずかの無線技術を挙げると、ｃｄｍａ２０００、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）などの１つ以上の無線アクセス技術（ＲＡＴ）を実現し得る。ここで、ｃｄｍａ２０００は、ＩＳ－９５、ＩＳ－２０００、及びＩＳ－８５６規格に従って実現された技術を含み得る。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム（ＧＳＭ）、デジタルアドバンストモバイル電話システム（Ｄ－ＡＭＰＳ）、又は何らかの他のＲＡＴを実現し得る。ＧＳＭ及びＷＣＤＭＡは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の団体からの文書中に説明されている。Ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の団体からの文書中に説明されている。３ＧＰＰ及び３ＧＰＰ２の文書は、公的に入手可能である。４Ｇロングタームエボリューション（ＬＴＥ）及び５Ｇ又は新無線（ＮＲ）通信ネットワークはまた、ある態様において、特許請求される主題に従って実現され得る。例えば、ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークを備え得、ＷＰＡＮは、Ｂｌｕｅｔｏｏｔｈネットワーク、ＩＥＥＥ８０２．１５ｘを備え得る。本明細書で説明されたワイヤレス通信実現形態はまた、ＷＷＡＮ、ＷＬＡＮ、又はＷＰＡＮの任意の組み合わせと関連して使用され得る。

【0155】

[00161] 別の態様では、前述されたように、ワイヤレス送信機又はアクセスポイントが、フェムトセルを備え得、セルラ電話サービスをビジネス又は自宅に拡張するために利用される。そのような実現形態では、１つ以上のモバイルデバイスが、例えば、符号分割多元接続（ＣＤＭＡ）セルラ通信プロトコルを介してフェムトセルと通信し得、フェムトセルは、インターネットなどの別のブロードバンドネットワークを経由してより大きいセルラ電気通信ネットワークへのアクセスをモバイルデバイスに提供し得る。

【0156】

[00162] 「及び／並びに（and）」と「又は／若しくは（or）」という用語は、本明細書で使用される場合、それが使用されるコンテキストに少なくとも部分的に依存することになる多様な意味を含み得る。典型的に、「又は／若しくは」がＡ、Ｂ、又はＣなどのリストを関連付けるために使用される場合、包括的な意味で使用されるならＡ、Ｂ、及びＣを、並びに排他的な意味で使用されるならＡ、Ｂ、又はＣを意味することを意図される。「一例」又は「ある例」へのこの明細書全体を通じた参照は、例に関連して説明された特定の特徴、構造、又は特性が、特許請求される主題のうちの少なくとも１つの例に含まれることを意味する。このことから、この明細書全体を通じた様々な場所における「一例では」又は「例」というフレーズの出現は、必ずしも全てが同じ例を指しているわけでない。更に、特定の特徴、構造、又は特性は、１つ以上の例において組み合わされ得る。本明細書で説明される例は、デジタル信号を使用して動作する機械、デバイス、エンジン、又は装置を含み得る。そのような信号は、電子信号、光信号、電磁信号、又はロケーション間の情報を提供する任意の形態のエネルギーを備え得る。

【0157】

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

【0158】

[00164] １つの実現形態（１）は、ロケーションサーバによって行われるユーザ機器（ＵＥ）のロケーションを取得する方法であり得、方法は、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを提供することと、ＵＥから能力情報を受信することであって、能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーション支援データの第２のセットを決定することと、ロケーション支援データの第２のセットがヌルセットでないときに、ＵＥにロケーション支援データの第２のセットを送ることと、ＵＥにロケーション情報についての要求を送ることと、ＵＥからロケーション情報のうちの少なくともいくつかを受信することと、ロケーション情報のうちの少なくともいくつかに基づいて、ＵＥの推定されたロケーションを決定することとを備える。

【0159】

[00165] ロケーション情報が、ロケーション測定値、ロケーション推定値、又はロケーション測定値とロケーション推定値との両方を備える、上述された方法（１）のいくつかの実現形態（２）があり得る。

【0160】

[00166] ロケーション情報についての要求が、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーションサーバによって決定される、上述された方法（２）のいくつかの実現形態（３）があり得る。

【0161】

[00167] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ブロードキャストを介してＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここにおいて、第１のＳＩＢは、第１のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第２のＳＩＢの識別情報、ここにおいて、第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、 ブロードキャストを介してＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、 ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここにおいて、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥによって暗号化された形式で受信されたロケーション支援データのＵＥによる解読を可能にする、 ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、 ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここにおいて、ＵＥは現在、少なくとも１つのＲＡＴへのアクセスを有している、 又は上記のいずれかの組み合わせ、のうちの少なくとも１つを備える、上述された方法（１）のいくつかの実現形態（４）があり得る。

【0162】

[00168] ロケーション支援データの第１のセットは、第５のタイプのロケーション支援データを備え、ここにおいて、ロケーション支援データの第２のセットは、第５のタイプのロケーション支援データと、第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つとの両方に含まれたタイプのロケーション支援データを除外する、上述された方法（４）のいくつかの実現形態（５）があり得る。

【0163】

[00169] 第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つは、少なくとも１つの位置決め方法のための支援データを備える、上述された方法（４）のいくつかの実現形態（６）があり得る。

【0164】

[00170] 少なくとも１つの位置決め方法は、ＵＥ支援型の支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥベースのＡ－ＧＮＳＳ、ＵＥ支援型の観測到着時間差（ＯＴＤＯＡ）、ＵＥベースのＯＴＤＯＡ、ＵＥ支援型のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥベースのＷＬＡＮ、ＵＥ支援型の拡張セルＩＤ（ＥＣＩＤ）、ＵＥベースのＥＣＩＤ、ＵＥ支援型のリアルタイムキネマティック（ＲＴＫ）、ＵＥベースのＲＴＫ、ＵＥ支援型の精密単独測位（ＰＰＰ）、ＵＥベースのＰＰＰ、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせを備える、上述された方法（６）のいくつかの実現形態（７）があり得る。

【0165】

[00171] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ＵＥが第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を更に備える、上述された方法（４）のいくつかの実現形態（８）があり得る。

【0166】

[00172] ロケーション支援データの第１のセットは、少なくとも１つのＧＮＳＳのためのロケーション支援データの第３のセットを含み、ロケーション支援データの第２のセットは、ロケーション支援データの第３のセットを除外する、上述された方法（８）のいくつかの実現形態（９）があり得る。

【0167】

[00173] ロケーション情報のうちの少なくともいくつかは、ロケーション支援データの第１のセット及びロケーション支援データの第２のセットに少なくとも部分的に基づいて、ＵＥによって取得される、上述された方法（１）のいくつかの実現形態（１０）があり得る。

【0168】

[00174] ＵＥに能力情報についての要求を送ることを更に備え、ここにおいて、能力情報は、要求の受信に応答してＵＥによって送信される、上述された方法（１）のいくつかの実現形態（１１）があり得る。

【0169】

[00175] ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、少なくとも１つの位置決め方法を決定することを更に備え、ここにおいて、ロケーション情報についての要求は、少なくとも１つの位置決め方法のためのロケーション情報についての要求を備える、上述された方法（１）のいくつかの実現形態（１２）があり得る。

【0170】

[00176] ロケーション支援データの第１のセットのうちの少なくとも一部分は、暗号化され、ここにおいて、ロケーション支援データの第２のセットは、少なくとも一部分のうちの少なくともいくつかを除外する、上述された方法（４）のいくつかの実現形態（１３）があり得る。

【0171】

[00177] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーションを備える、上述された方法（１３）のいくつかの実現形態（１４）があり得る。

【0172】

[00178] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報を備え、ここにおいて、ロケーション支援データの第１のセットのうちの少なくとも一部分のうちのいくつかは、少なくとも１つの暗号化キーを使用して暗号化される、上述された方法（１３）のいくつかの実現形態（１５）があり得る。

【0173】

[00179] ロケーション支援データの第１のセットのうちの少なくとも一部分のうちのいくつかは、少なくとも１つの暗号化キーを使用して暗号化され、ここにおいて、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、少なくとも１つの暗号化キーを有するＵＥのインジケーションを除外し、ロケーション支援データの第２のセット中に少なくとも１つの暗号化キーを含めることを更に備える、上述された方法（１３）のいくつかの実現形態（１６）があり得る。

【0174】

[00180] 少なくとも１つのワイヤレスノードは、発展型ノードＢ（ｅＮＢ）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（ｇＮＢ）、若しくはＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせを備える、上述された方法（１）のいくつかの実現形態（１７）があり得る。

【0175】

[00181] 複数のＵＥから能力情報を受信することであって、複数のＵＥ中の各ＵＥについての能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、複数のＵＥから受信された能力情報に少なくとも部分的に基づいて、ロケーション支援データの第１のセットを決定することとを行う、上述された方法（１）のいくつかの実現形態（１８）があり得る。

【0176】

[00182] 能力情報は、時間の第１のセットにおいて複数のＵＥから受信され、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、方法は、時間の第１のセット及びエリアの第１のセットに基づいて、時間の第２のセット及びエリアの第２のセットを決定することと、時間の第２のセットのうちの少なくとも１つの時間において及びエリアの第２のセットのうちの少なくとも１つのエリア中でブロードキャストされるべきロケーション支援データの第１のセットを提供することとを更に備え、ここにおいて、ロケーション支援データの第１のセットは、少なくとも１つのエリア中で及び少なくとも１つの時間において少なくとも１つのワイヤレスノードによってブロードキャストされる、上述された方法（１８）のいくつかの実現形態（１９）があり得る。

【0177】

[00183] エリアの第１のセット及びエリアの第２のセットは各々、セルのセット、トラッキングエリアのセット、又はセルのセット及びトラッキングエリアのセットを備える、上述された方法（１９）のいくつかの実現形態（２０）があり得る。

【0178】

[00184] １つの実現形態（２１）は、ユーザ機器（ＵＥ）のロケーションを取得するためのロケーションサーバであり得、ロケーションサーバは、ワイヤレスネットワークと通信するように構成された外部インターフェースと、ロケーション支援データ及びロケーション情報を記憶するように構成されたメモリと、外部インターフェース及びメモリに結合され、少なくとも１つのワイヤレスノードによってブロードキャストされるべきロケーション支援データの第１のセットを外部インターフェースを介して提供することと、ＵＥから能力情報を外部インターフェースを介して受信することであって、能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーション支援データの第２のセットを決定することと、ロケーション支援データの第２のセットがヌルセットでないときに、ＵＥにロケーション支援データの第２のセットを外部インターフェースを介して送ることと、ＵＥにロケーション情報についての要求を外部インターフェースを介して送ることと、ＵＥからロケーション情報のうちの少なくともいくつかを外部インターフェースを介して受信することと、ロケーション情報のうちの少なくともいくつかに基づいて、ＵＥの推定されたロケーションを決定することとをするように構成された少なくとも１つのプロセッサとを備える。

【0179】

[00185] ロケーション情報は、ロケーション測定値、ロケーション推定値、又はロケーション測定値とロケーション推定値との両方を備える、上述されたロケーションサーバ（２１）のいくつかの実現形態（２２）があり得る。

【0180】

[00186] ロケーション情報についての要求は、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、ロケーションサーバによって決定される、上述されたロケーションサーバ（２２）のいくつかの実現形態（２３）があり得る。

【0181】

[00187] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ブロードキャストを介してＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここにおいて、第１のＳＩＢは、第１のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第２のＳＩＢの識別情報、ここにおいて、第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、 ブロードキャストを介してＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、 ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここにおいて、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥによって暗号化された形式で受信されたロケーション支援データのＵＥによる解読を可能にする、 ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、 ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここにおいて、ＵＥは現在、少なくとも１つのＲＡＴへのアクセスを有している、 又はそれらのいずれかの組み合わせ、のうちの少なくとも１つを備える、上述されたロケーションサーバ（２１）のいくつかの実現形態（２４）があり得る。

【0182】

[00188] ロケーション支援データの第１のセットは、第５のタイプのロケーション支援データを備え、ここにおいて、ロケーション支援データの第２のセットは、第５のタイプのロケーション支援データと、第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つとの両方に含まれたタイプのロケーション支援データを除外する、上述されたロケーションサーバ（２４）のいくつかの実現形態（２５）があり得る。

【0183】

[00189] 第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つは、少なくとも１つの位置決め方法のための支援データを備える、上述されたロケーションサーバ（２４）のいくつかの実現形態（２６）があり得る。

【0184】

[00190] 少なくとも１つの位置決め方法は、ＵＥ支援型の支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥベースのＡ－ＧＮＳＳ、ＵＥ支援型の観測到着時間差（ＯＴＤＯＡ）、ＵＥベースのＯＴＤＯＡ、ＵＥ支援型のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥベースのＷＬＡＮ、ＵＥ支援型の拡張セルＩＤ（ＥＣＩＤ）、ＵＥベースのＥＣＩＤ、ＵＥ支援型のリアルタイムキネマティック（ＲＴＫ）、ＵＥベースのＲＴＫ、ＵＥ支援型の精密単独測位（ＰＰＰ）、ＵＥベースのＰＰＰ、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせを備える、上述されたロケーションサーバ（２６）のいくつかの実現形態（２７）があり得る。

【0185】

[00191] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ＵＥが第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を更に備える、上述されたロケーションサーバ（２４）のいくつかの実現形態（２８）があり得る。

【0186】

[00192] ロケーション支援データの第１のセットは、少なくとも１つのＧＮＳＳのためのロケーション支援データの第３のセットを含み、ロケーション支援データの第２のセットは、ロケーション支援データの第３のセットを除外する、上述されたロケーションサーバ（２８）のいくつかの実現形態（２９）があり得る。

【0187】

[00193] ロケーション情報のうちの少なくともいくつかは、ロケーション支援データの第１のセット及びロケーション支援データの第２のセットに少なくとも部分的に基づいて、ＵＥによって取得される、上述されたロケーションサーバ（２１）のいくつかの実現形態（３０）があり得る。

【0188】

[00194] 少なくとも１つのプロセッサは、ＵＥに能力情報についての要求を外部インターフェースを介して送るように更に構成され、ここにおいて、能力情報は、要求の受信に応答してＵＥによって送信される、上述されたロケーションサーバ（２１）のいくつかの実現形態（３１）があり得る。

【0189】

[00195] 少なくとも１つのプロセッサは、ロケーション支援データの第１のセットと能力情報とに少なくとも部分的に基づいて、少なくとも１つの位置決め方法を決定するように更に構成され、ここにおいて、ロケーション情報についての要求は、少なくとも１つの位置決め方法のためのロケーション情報についての要求を備える、上述されたロケーションサーバ（２１）のいくつかの実現形態（３２）があり得る。

【0190】

[00196] ロケーション支援データの第１のセットのうちの少なくとも一部分は、暗号化され、ここにおいて、ロケーション支援データの第２のセットは、少なくとも一部分のうちの少なくともいくつかを除外する、上述されたロケーションサーバ（２４）のいくつかの実現形態（３３）があり得る。

【0191】

[00197] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーションを備える、上述されたロケーションサーバ（３３）のいくつかの実現形態（３４）があり得る。

【0192】

[00198] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報を備え、ここにおいて、ロケーション支援データの第１のセットのうちの少なくとも一部分のうちのいくつかは、少なくとも１つの暗号化キーを使用して暗号化される、上述されたロケーションサーバ（３３）のいくつかの実現形態（３５）があり得る。

【0193】

[00199] ロケーション支援データの第１のセットのうちの少なくとも一部分のうちのいくつかは、少なくとも１つの暗号化キーを使用して暗号化され、ここにおいて、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、少なくとも１つの暗号化キーを有するＵＥのインジケーションを除外し、ここにおいて、少なくとも１つのプロセッサは、ロケーション支援データの第２のセット中に少なくとも１つの暗号化キーを含めるように更に構成される、上述されたロケーションサーバ（３３）のいくつかの実現形態（３６）があり得る。

【0194】

[00200] 少なくとも１つのワイヤレスノードは、発展型ノードＢ（ｅＮＢ）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（ｇＮＢ）、若しくはＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせを備える、上述されたロケーションサーバ（２１）のいくつかの実現形態（３７）があり得る。

【0195】

[00201] 少なくとも１つのプロセッサは、複数のＵＥから能力情報を外部インターフェースを介して受信することであって、複数のＵＥ中の各ＵＥについての能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、複数のＵＥから受信された能力情報に少なくとも部分的に基づいて、ロケーション支援データの第１のセットを決定することとをするように更に構成される、上述されたロケーションサーバ（２１）のいくつかの実現形態（３８）があり得る。

【0196】

[00202] 能力情報は、時間の第１のセットにおいて複数のＵＥから受信され、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、少なくとも１つのプロセッサは、時間の第１のセット及びエリアの第１のセットに基づいて、時間の第２のセット及びエリアの第２のセットを決定することと、時間の第２のセットのうちの少なくとも１つの時間において及びエリアの第２のセットのうちの少なくとも１つのエリア中でブロードキャストされるべきロケーション支援データの第１のセットを外部インターフェースを介して提供することとをするように更に構成され、ここにおいて、ロケーション支援データの第１のセットは、少なくとも１つのエリア中で及び少なくとも１つの時間において少なくとも１つのワイヤレスノードによってブロードキャストされる、上述されたロケーションサーバ（３８）のいくつかの実現形態（３９）があり得る。

【0197】

[00203] エリアの第１のセット及びエリアの第２のセットは各々、セルのセット、トラッキングエリアのセット、又はセルのセット及びトラッキングエリアのセットを備える、上述されたロケーションサーバ（３９）のいくつかの実現形態（４０）があり得る。

【0198】

[00204] １つの実現形態（４１）は、ロケーションサーバによってロケーション支援データを提供する方法であり得、方法は、時間の第１のセットにおいて複数のユーザ機器（ＵＥ）から能力情報を受信することであって、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、複数のＵＥ中の各ＵＥについての能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、複数のＵＥから受信された能力情報、エリアの第１のセット、及び時間の第１のセットに少なくとも部分的に基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することと、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データを提供することであって、ロケーション支援データは、前記タイプのロケーション支援データを備える、提供することとを備える。

【0199】

[00205] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ブロードキャストを介してＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここにおいて、第１のＳＩＢは、第１のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第２のＳＩＢの識別情報、ここにおいて、第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、 ブロードキャストを介してＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、 ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここにおいて、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥによって暗号化された形式で受信されたロケーション支援データのＵＥによる解読を可能にする、 ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、 ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここにおいて、ＵＥは現在、少なくとも１つのＲＡＴへのアクセスを有している、 又はそれらのいずれかの組み合わせ、のうちの少なくとも１つを備える、上述された方法（４１）の１つの実現形態（４２）があり得る。

【0200】

[00206] 第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つは、少なくとも１つの位置決め方法のための支援データを備える、上述された方法（４２）の１つの実現形態（４３）があり得る。

【0201】

[00207] 少なくとも１つの位置決め方法は、ＵＥ支援型の支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥベースのＡ－ＧＮＳＳ、ＵＥ支援型の観測到着時間差（ＯＴＤＯＡ）、ＵＥベースのＯＴＤＯＡ、ＵＥ支援型のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥベースのＷＬＡＮ、ＵＥ支援型の拡張セルＩＤ（ＥＣＩＤ）、ＵＥベースのＥＣＩＤ、ＵＥ支援型のリアルタイムキネマティック（ＲＴＫ）、ＵＥベースのＲＴＫ、ＵＥ支援型の精密単独測位（ＰＰＰ）、ＵＥベースのＰＰＰ、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせを備える、上述された方法（４３）の１つの実現形態（４４）があり得る。

【0202】

[00208] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ＵＥが第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を更に備える、上述された方法（４２）の１つの実現形態（４５）があり得る。

【0203】

[00209] ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することは、複数のＵＥ中の少なくとも最小閾値数又は最小閾値割合のＵＥについて、第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、及び第４のタイプのロケーション支援データのうちの１つ以上内に含まれるロケーション支援データのタイプを決定することを備える、上述された方法（４２）の１つの実現形態（４６）があり得る。

【0204】

[00210] エリアの第２のセットは、エリアの第１のセット中のエリアを含む、上述された方法（４１）の１つの実現形態（４７）があり得る。

【0205】

[00211] エリアの第１のセット及びエリアの第２のセットは各々、セルのセット、トラッキングエリアのセット、又はセルのセット及びトラッキングエリアのセットを備える、上述された方法（４７）の１つの実現形態（４８）があり得る。

【0206】

[00212] 時間の第２のセットは、時間の第１のセット中の時間を含み、ここにおいて、時間の第１のセット及び時間の第２のセットは、時刻、曜日、又は時刻及び曜日である、上述された方法（４１）の１つの実現形態（４９）があり得る。

【0207】

[00213] 前記タイプのロケーション支援データのうちの少なくとも一部分を暗号化することを更に備え、ここにおいて、複数のＵＥから受信された能力情報は、複数のＵＥ中の少なくとも最小閾値数のＵＥ又は最小閾値割合のＵＥによって、前記タイプのロケーション支援データのうちの少なくとも一部分を受信及び解読するための能力を示す、上述された方法（４２）の１つの実現形態（５０）があり得る。

【0208】

[00214] ワイヤレスノードは、発展型ノードＢ（ｅＮＢ）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（ｇＮＢ）、ＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせのうちの少なくとも１つを備える、上述された方法（４１）の１つの実現形態（５１）があり得る。

【0209】

[00215] ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することは、複数のＵＥから受信された能力情報、時間の第１のセット、及びエリアの第１のセットに関する統計を蓄積することと、蓄積された統計を使用して、異なる時間における及び異なるエリア中での異なるタイプのロケーション支援データについての予想される使用量又は予想される需要を予測することと、予想される使用量又は予想される需要に少なくとも部分的に基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することとを備える、上述された方法（４１）の１つの実現形態（５２）があり得る。

【0210】

[00216] １つの実現形態（５３）は、ロケーション支援データを提供するためのロケーションサーバであり得、ロケーションサーバは、ワイヤレスネットワークと通信するように構成された外部インターフェースと、ロケーション支援データを記憶するように構成されたメモリと、外部インターフェース及びメモリに結合され、時間の第１のセットにおいて複数のユーザ機器（ＵＥ）から能力情報を外部インターフェースを介して受信することであって、ここにおいて、複数のＵＥは、エリアの第１のセット中にあり、複数のＵＥ中の各ＵＥについての能力情報は、ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションを備える、受信することと、複数のＵＥから受信された能力情報、エリアの第１のセット、及び時間の第１のセットに少なくとも部分的に基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することと、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データを外部インターフェースを介して提供することであって、ロケーション支援データは、前記タイプのロケーション支援データを備える、提供することとをするように構成された少なくとも１つのプロセッサとを備える。

【0211】

[00217] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ブロードキャストを介してＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここにおいて、第１のＳＩＢは、第１のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第２のＳＩＢの識別情報、ここにおいて、第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、 ブロードキャストを介してＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、 ブロードキャストを介してＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、 ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここにおいて、少なくとも１つの暗号化キーは、ブロードキャストを介してＵＥによって暗号化された形式で受信されたロケーション支援データのＵＥによる解読を可能にする、 ブロードキャストを介して暗号化された形式でロケーション支援データを受信するためのＵＥによるアビリティのインジケーション、 ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここにおいて、ＵＥは現在、少なくとも１つのＲＡＴへのアクセスを有している、 又はそれらのいずれかの組み合わせ、のうちの少なくとも１つを備える、上述されたロケーションサーバ（５３）の１つの実現形態（５４）があり得る。

【0212】

[00218] 第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つは、少なくとも１つの位置決め方法のための支援データを備える、上述されたロケーションサーバ（５４）の１つの実現形態（５５）があり得る。

【0213】

[00219] 少なくとも１つの位置決め方法は、ＵＥ支援型の支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥベースのＡ－ＧＮＳＳ、ＵＥ支援型の観測到着時間差（ＯＴＤＯＡ）、ＵＥベースのＯＴＤＯＡ、ＵＥ支援型のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥベースのＷＬＡＮ、ＵＥ支援型の拡張セルＩＤ（ＥＣＩＤ）、ＵＥベースのＥＣＩＤ、ＵＥ支援型のリアルタイムキネマティック（ＲＴＫ）、ＵＥベースのＲＴＫ、ＵＥ支援型の精密単独測位（ＰＰＰ）、ＵＥベースのＰＰＰ、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせを備える、上述されたロケーションサーバ（５５）の１つの実現形態（５６）があり得る。

【0214】

[00220] ブロードキャストを介してロケーション支援データを受信するためのＵＥによるサポートのレベルのインジケーションは、ＵＥが第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、３のタイプのロケーション支援データ、又は第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を更に備える、上述されたロケーションサーバ（５４）の１つの実現形態（５７）があり得る。

【0215】

[00221] 少なくとも１つのプロセッサは、複数のＵＥ中の少なくとも最小閾値数又は最小閾値割合のＵＥについて、第１のタイプのロケーション支援データ、第２のタイプのロケーション支援データ、第３のタイプのロケーション支援データ、及び第４のタイプのロケーション支援データのうちの１つ以上内に含まれるロケーション支援データのタイプを決定するように構成されることによって、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定するように構成される、上述されたロケーションサーバ（５４）の１つの実現形態（５８）があり得る。

【0216】

[00222] エリアの第２のセットは、エリアの第１のセット中のエリアを含む、上述されたロケーションサーバ（５３）の１つの実現形態（５９）があり得る。

【0217】

[00223] エリアの第１のセット及びエリアの第２のセットは各々、セルのセット、トラッキングエリアのセット、又はセルのセット及びトラッキングエリアのセットを備える、上述されたロケーションサーバ（５９）の１つの実現形態（６０）があり得る。

【0218】

[00224] 時間の第２のセットは、時間の第１のセット中の時間を含み、ここにおいて、時間の第１のセット及び時間の第２のセットは、時刻、曜日、又は時刻及び曜日である、上述されたロケーションサーバ（５３）の１つの実現形態（６１）があり得る。

【0219】

[00225] 少なくとも１つのプロセッサは、前記タイプのロケーション支援データのうちの少なくとも一部分を暗号化するように更に構成され、ここにおいて、複数のＵＥから受信された能力情報は、複数のＵＥ中の少なくとも最小閾値数のＵＥ又は最小閾値割合のＵＥによって、前記タイプのロケーション支援データのうちの少なくとも一部分を受信及び解読するための能力を示す、上述されたロケーションサーバ（５４）の１つの実現形態（６２）があり得る。

【0220】

[00226] ワイヤレスノードは、発展型ノードＢ（ｅＮＢ）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（ｇＮＢ）、ＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせのうちの少なくとも１つを備える、上述されたロケーションサーバ（５３）の１つの実現形態（６３）があり得る。

【0221】

[00227] 少なくとも１つのプロセッサは、複数のＵＥから受信された能力情報、時間の第１のセット、及びエリアの第１のセットに関する統計を蓄積することと、蓄積された統計を使用して、異なる時間における及び異なるエリア中での異なるタイプのロケーション支援データについての予想される使用量又は予想される需要を予測することと、予想される使用量又は予想される需要に少なくとも部分的に基づいて、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定することとをするように構成されることによって、ワイヤレスノードによって時間の第２のセットにおいて及びエリアの第２のセット中でブロードキャストされるべきロケーション支援データのタイプを決定するように構成される、上述されたロケーションサーバ（５３）の１つの実現形態（６４）があり得る。

【0222】

[00228] 従って、特許請求される主題は、開示される特定の例に限定されないが、そのような特許請求される主題はまた、添付された特許請求の範囲内に含まれる全ての態様及びそれらの均等物を含み得ることが意図される。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）によって行われるロケーション情報を取得する方法であって、
少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを受信することと、
ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートのレベルのインジケーションを備える能力情報をロケーションサーバに送信することと、
前記ロケーションサーバからロケーション情報についての要求を受信することと、
ロケーション支援データの前記第１のセットに少なくとも部分的に基づいて、前記ロケーション情報のうちの少なくともいくつかを取得することと、
前記ロケーションサーバに前記ロケーション情報のうちの前記少なくともいくつかを送信することと
を備える、方法。
［Ｃ２］
前記ロケーション情報は、ロケーション測定値、ロケーション推定値、又はロケーション測定値とロケーション推定値との両方を備える、Ｃ１に記載の方法。
［Ｃ３］
前記ロケーション情報は、前記能力情報に少なくとも部分的に基づいて、前記ロケーションサーバによって決定される、Ｃ２に記載の方法。
［Ｃ４］
ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートの前記レベルの前記インジケーションは、
ブロードキャストを介して前記ＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここにおいて、前記第１のＳＩＢは、第１のタイプのロケーション支援データを備える、
ブロードキャストを介して前記ＵＥによって受信され得る第２のＳＩＢの識別情報、ここにおいて、前記第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、
ブロードキャストを介して前記ＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、
ブロードキャストを介して前記ＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、
前記ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここにおいて、前記少なくとも１つの暗号化キーは、ブロードキャストを介して前記ＵＥによって暗号化された形式で受信されたロケーション支援データの前記ＵＥによる解読を可能にする、
ブロードキャストを介して暗号化された形式でロケーション支援データを受信するための前記ＵＥによるアビリティのインジケーション、
ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここにおいて、前記ＵＥは現在、前記少なくとも１つのＲＡＴへのアクセスを有している、又は、
それらのいずれかの組み合わせ、
のうちの少なくとも１つを備える、Ｃ１に記載の方法。
［Ｃ５］
ロケーション支援データの前記第１のセットは、第５のタイプのロケーション支援データを備え、前記第５のタイプのロケーション支援データは、前記第１のタイプのロケーション支援データ、前記第２のタイプのロケーション支援データ、前記第３のタイプのロケーション支援データ、及び前記第４のタイプのロケーション支援データのうちの１つ以上内に含まれる、Ｃ４に記載の方法。
［Ｃ６］
前記第１のタイプのロケーション支援データ、前記第２のタイプのロケーション支援データ、前記第３のタイプのロケーション支援データ、又は前記第４のタイプのロケーション支援データのうちの少なくとも１つは、少なくとも１つの位置決め方法のための支援データを備える、Ｃ４に記載の方法。
［Ｃ７］
前記少なくとも１つの位置決め方法は、ＵＥ支援型の支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥベースのＡ－ＧＮＳＳ、ＵＥ支援型の観測到着時間差（ＯＴＤＯＡ）、ＵＥベースのＯＴＤＯＡ、ＵＥ支援型のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥベースのＷＬＡＮ、ＵＥ支援型の拡張セルＩＤ（ＥＣＩＤ）、ＵＥベースのＥＣＩＤ、ＵＥ支援型のリアルタイムキネマティック（ＲＴＫ）、ＵＥベースのＲＴＫ、ＵＥ支援型の精密単独測位（ＰＰＰ）、ＵＥベースのＰＰＰ、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせを備える、Ｃ６に記載の方法。
［Ｃ８］
ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートの前記レベルの前記インジケーションは、前記ＵＥが前記第１のタイプのロケーション支援データ、前記第２のタイプのロケーション支援データ、前記第３のタイプのロケーション支援データ、又は前記第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を更に備える、Ｃ４に記載の方法。
［Ｃ９］
前記ロケーションサーバからロケーション支援データの第２のセットを受信することと、ここにおいて、ロケーション支援データの前記第２のセットは、ロケーション支援データの前記第１のセット中で受信されないロケーション支援データを備える、
ロケーション支援データの前記第１のセット及びロケーション支援データの前記第２のセットに少なくとも部分的に基づいて、前記ロケーション情報のうちの少なくともいくつかを取得することと
を更に備える、Ｃ１に記載の方法。
［Ｃ１０］
ロケーション支援データの前記第２のセットは、前記能力情報に少なくとも部分的に基づいて、前記ロケーションサーバによって決定される、Ｃ９に記載の方法。
［Ｃ１１］
ロケーション支援データの前記第２のセットは、少なくとも１つの暗号化キーを備え、ロケーション支援データの前記第１のセットのうちの少なくとも一部分は、暗号化され、前記少なくとも１つの暗号化キーに基づいて、ロケーション支援データの前記第１のセットのうちの前記少なくとも一部分を解読することを更に備える、Ｃ１０に記載の方法。
［Ｃ１２］
前記ロケーションサーバから前記能力情報についての要求を受信することと、
前記要求を受信することに応答して、前記能力情報を送信することと
を更に備える、Ｃ１に記載の方法。
［Ｃ１３］
ロケーション支援データの前記第１のセットのうちの少なくとも一部分は、暗号化され、前記方法は、
少なくとも１つの暗号化キーを受信することと、
前記少なくとも１つの暗号化キーに基づいて、ロケーション支援データの前記第１のセットのうちの前記少なくとも一部分を解読することと
を更に備える、Ｃ１に記載の方法。
［Ｃ１４］
前記少なくとも１つのワイヤレスノードは、発展型ノードＢ（ｅＮＢ）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（ｇＮＢ）、若しくはＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせを備える、Ｃ１に記載の方法。
［Ｃ１５］
ロケーション情報を取得することが可能なユーザ機器（ＵＥ）であって、前記ＵＥは、 少なくとも１つのワイヤレスネットワークとワイヤレスに通信するように構成された少なくとも１つのワイヤレストランシーバと、
ロケーション支援データ及びロケーション情報を記憶するように構成されたメモリと、 前記少なくとも１つのワイヤレストランシーバ及び前記メモリに結合され、少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを前記少なくとも１つのワイヤレストランシーバを介して受信することと、ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートのレベルのインジケーションを備える能力情報をロケーションサーバに前記少なくとも１つのワイヤレストランシーバを介して送信することと、前記ロケーションサーバからロケーション情報についての要求を前記少なくとも１つのワイヤレストランシーバを介して受信することと、ロケーション支援データの前記第１のセットに少なくとも部分的に基づいて、前記ロケーション情報のうちの少なくともいくつかを前記少なくとも１つのワイヤレストランシーバを介して取得することと、前記ロケーションサーバに前記ロケーション情報のうちの少なくともいくつかを前記少なくとも１つのワイヤレストランシーバを介して送信することとをするように構成された少なくとも１つのプロセッサと
を備える、ＵＥ。
［Ｃ１６］
前記ロケーション情報は、ロケーション測定値、ロケーション推定値、又はロケーション測定値とロケーション推定値との両方を備える、Ｃ１５に記載のＵＥ。
［Ｃ１７］
前記ロケーション情報は、前記能力情報に少なくとも部分的に基づいて、前記ロケーションサーバによって決定される、Ｃ１６に記載のＵＥ。
［Ｃ１８］
ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートの前記レベルの前記インジケーションは、
ブロードキャストを介して前記ＵＥによって受信され得る第１のシステム情報ブロック（ＳＩＢ）の識別情報、ここにおいて、前記第１のＳＩＢは、第１のタイプのロケーション支援データを備える、
ブロードキャストを介して前記ＵＥによって受信され得る第２のＳＩＢの識別情報、ここにおいて、前記第２のＳＩＢは、暗号化された形式で第２のタイプのロケーション支援データを備える、
ブロードキャストを介して前記ＵＥによって受信され得る第３のタイプのロケーション支援データの識別情報、
ブロードキャストを介して前記ＵＥによって暗号化された形式で受信され得る第４のタイプのロケーション支援データの識別情報、
前記ＵＥによって以前に受信された少なくとも１つの暗号化キーの識別情報、ここにおいて、前記少なくとも１つの暗号化キーは、ブロードキャストを介して前記ＵＥによって暗号化された形式で受信されたロケーション支援データの前記ＵＥによる解読を可能にする、
ブロードキャストを介して暗号化された形式でロケーション支援データを受信するための前記ＵＥによるアビリティのインジケーション、
ロケーション支援データがブロードキャストされる少なくとも１つの無線アクセス技術（ＲＡＴ）のインジケーション、ここにおいて、前記ＵＥは現在、前記少なくとも１つのＲＡＴへのアクセスを有している、又は、
それらのいずれかの組み合わせ、
のうちの少なくとも１つを備える、Ｃ１５に記載のＵＥ。
［Ｃ１９］
ロケーション支援データの前記第１のセットは、第５のタイプのロケーション支援データを備え、前記第５のタイプのロケーション支援データは、前記第１のタイプのロケーション支援データ、前記第２のタイプのロケーション支援データ、前記第３のタイプのロケーション支援データ、及び前記第４のタイプのロケーション支援データのうちの１つ以上内に含まれる、Ｃ１８に記載のＵＥ。
［Ｃ２０］
前記第１のタイプのロケーション支援データ、前記第２のタイプのロケーション支援データ、前記第３のタイプのロケーション支援データ、又は前記第４のタイプのロケーション支援データのうちの少なくとも１つは、少なくとも１つの位置決め方法のための支援データを備える、Ｃ１８に記載のＵＥ。
［Ｃ２１］
前記少なくとも１つの位置決め方法は、ＵＥ支援型の支援型全地球航法衛星システム（Ａ－ＧＮＳＳ）、ＵＥベースのＡ－ＧＮＳＳ、ＵＥ支援型の観測到着時間差（ＯＴＤＯＡ）、ＵＥベースのＯＴＤＯＡ、ＵＥ支援型のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＵＥベースのＷＬＡＮ、ＵＥ支援型の拡張セルＩＤ（ＥＣＩＤ）、ＵＥベースのＥＣＩＤ、ＵＥ支援型のリアルタイムキネマティック（ＲＴＫ）、ＵＥベースのＲＴＫ、ＵＥ支援型の精密単独測位（ＰＰＰ）、ＵＥベースのＰＰＰ、若しくは差分ＧＮＳＳ（ＤＧＮＳＳ）、又はそれらの組み合わせを備える、Ｃ２０に記載のＵＥ。
［Ｃ２２］
ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートの前記レベルの前記インジケーションは、前記ＵＥが前記第１のタイプのロケーション支援データ、前記第２のタイプのロケーション支援データ、前記第３のタイプのロケーション支援データ、又は前記第４のタイプのロケーション支援データのうちの少なくとも１つを受信できる少なくとも１つの全地球航法衛星システム（ＧＮＳＳ）の識別情報を更に備える、Ｃ１８に記載のＵＥ。
［Ｃ２３］
前記少なくとも１つのプロセッサは、前記ロケーションサーバからロケーション支援データの第２のセットを前記少なくとも１つのワイヤレス送信機を介して受信することであって、ここにおいて、ロケーション支援データの前記第２のセットは、ロケーション支援データの前記第１のセット中で受信されないロケーション支援データを備える、受信することと、ロケーション支援データの前記第１のセット及びロケーション支援データの前記第２のセットに少なくとも部分的に基づいて、前記ロケーション情報のうちの少なくともいくつかを前記少なくとも１つのワイヤレス送信機を介して取得することとをするように更に構成される、Ｃ１５に記載のＵＥ。
［Ｃ２４］
ロケーション支援データの前記第２のセットは、前記能力情報に少なくとも部分的に基づいて、前記ロケーションサーバによって決定される、Ｃ２３に記載のＵＥ。
［Ｃ２５］
ロケーション支援データの前記第２のセットは、少なくとも１つの暗号化キーを備え、ロケーション支援データの前記第１のセットのうちの少なくとも一部分は、暗号化され、前記少なくとも１つのプロセッサは、前記少なくとも１つの暗号化キーに基づいて、ロケーション支援データの前記第１のセットのうちの前記少なくとも一部分を解読するように更に構成される、Ｃ２４に記載のＵＥ。
［Ｃ２６］
前記少なくとも１つのプロセッサは、前記ロケーションサーバから前記能力情報についての要求を前記少なくとも１つのワイヤレス送信機を介して受信することと、前記要求を受信することに応答して、前記能力情報を前記少なくとも１つのワイヤレス送信機を介して送信することとをするように更に構成される、Ｃ１５に記載のＵＥ。
［Ｃ２７］
ロケーション支援データの前記第１のセットのうちの少なくとも一部分は、暗号化され、前記少なくとも１つのプロセッサは、少なくとも１つの暗号化キーを前記少なくとも１つのワイヤレス送信機を介して受信することと、前記少なくとも１つの暗号化キーに基づいて、ロケーション支援データの前記第１のセットのうちの前記少なくとも一部分を解読することとをするように更に構成される、Ｃ１５に記載のＵＥ。
［Ｃ２８］
前記少なくとも１つのワイヤレスノードは、発展型ノードＢ（ｅＮＢ）、次世代ｅＮＢ（ｎｇ－ｅＮＢ）、新無線（ＮＲ）ノードＢ（ｇＮＢ）、若しくはＩＥＥＥ８０２．１１ＷｉＦｉアクセスポイント、又はそれらの組み合わせを備える、Ｃ１５に記載のＵＥ。
［Ｃ２９］
ロケーション情報を取得することが可能なユーザ機器（ＵＥ）であって、前記ＵＥは、 少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを受信するための手段と、
ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートのレベルのインジケーションを備える能力情報をロケーションサーバに送信するための手段と、
前記ロケーションサーバからロケーション情報についての要求を受信するための手段と、
ロケーション支援データの前記第１のセットに少なくとも部分的に基づいて、前記ロケーション情報のうちの少なくともいくつかを取得するための手段と、
前記ロケーションサーバに前記ロケーション情報のうちの前記少なくともいくつかを送信するための手段と
を備える、ＵＥ。
［Ｃ３０］
記憶されたプログラムコードを含む非一時的記憶媒体であって、前記プログラムコードは、ユーザ機器（ＵＥ）中の少なくとも１つのプロセッサがロケーション情報を取得することを可能にするように動作するもので、
少なくとも１つのワイヤレスノードによってブロードキャストされるロケーション支援データの第１のセットを受信するためのプログラムコードと、
ブロードキャストを介してロケーション支援データを受信するための前記ＵＥによるサポートのレベルのインジケーションを備える能力情報をロケーションサーバに送信するためのプログラムコードと、
前記ロケーションサーバからロケーション情報についての要求を受信するためのプログラムコードと、
ロケーション支援データの前記第１のセットに少なくとも部分的に基づいて、前記ロケーション情報のうちの少なくともいくつかを取得するためのプログラムコードと、
前記ロケーションサーバに前記ロケーション情報のうちの前記少なくともいくつかを送信するためのプログラムコードと
を備える、非一時的記憶媒体。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6A】

【図6B】

【図7A】

【図7B】

【図8】

【図9】