JP2015528099A

JP2015528099A - ユーザ装置の測位システムおよび方法

Info

Publication number: JP2015528099A
Application number: JP2015516144A
Authority: JP
Inventors: アルンラグフパートシ，; ガネーシャパタビーラマン，; シュブハームクマール，; ヘンリークラーク，; センドナリス，アンドリュー; スティーブンウィルホーフ，
Original assignee: ネクストナヴ，エルエルシー
Priority date: 2012-06-05
Filing date: 2013-06-04
Publication date: 2015-09-24
Also published as: WO2013184701A1; US20130324154A1; AU2016247187A1; CA2874771A1; HK1206816A1; WO2013184701A9; AU2013271771B2; EP2856202B1; US9247392B2; AU2013271771A1; EP2856202A1; CN104583802A; US20160109582A1; EP3139193A1; KR20150024880A

Abstract

ユーザ装置における位置決め情報を集めて計算し、１つまたはそれ以上のネットワークに送るための装置、システムおよび方法を開示することも可能である。第１の実現化において、ユーザ装置は、地上ビーコンに関する擬似距離情報をＧＮＳＳ擬似距離情報へ変換する。第２の実現化において、ユーザ装置は、ＧＮＳＳ情報エレメントを用いて位置情報を送る。第３の実現化において、ユーザ装置は、非ＧＮＳＳ情報エレメントを用いて、位置情報を送る。【選択図】図１

Description

本開示は、一般に測位システムに関する。特に、非独占的には、本開示は位置を決定するための信号伝達を提供し、ユーザ装置と通信する際に送信器のアレイを用いてユーザ装置のための高精度位置情報を決定する装置、システムおよび方法に関する。

位置情報を提供するためのシステム、例えば全地球的航法衛星システム（ＧＮＳＳ）は、人間、車両、機器等に対する位置情報を決定するために使用されている。これらのシステムには、要因、例えば、位置精度、送受信信号レベル、無線チャネル干渉およびチャネルの問題、例えば、マルチパス、装置電力消費等、またはそのいずれかに関連する制限がある。計算装置の正確な位置の決定は、かなり挑戦的なものとなり得る。装置が屋内または障害物のある市街地に存在する場合、衛星から信号を受信することが不可能な場合があり、ネットワークは、あまり正確ではないネットワークベースの三角測量/マルチラテレーション方法に依存することを強いられるかもしれない。さらに、装置が高層建築物内にある場合、この装置が建物内にはあるが、どの階にあるか知らないことによって、（潜在的に生命を脅かす可能性のある）緊急援助の提供が遅延することになる。装置が位置決定プロセスをスピードアップする際に援助し、より高い３次元精度を提供し、市街地やビル内での位置決定するための課題のいくつかを解決することが可能なシステムが必要であることは明らかである。この課題に加えて、米国連邦通信委員会の指示は、セルらサービスプロバイダおよび装置製造業者に対する緊急呼び出し位置精度要件を向上させることである。従って、位置計算能力を改良する解決策が必要となる。

本開示は、一般に、位置決めシステムに関する。特に、非独占的には、本開示は、ユーザ装置の位置決定に関して信号伝達を提供し、処理するための装置、システムおよび方法に関する。ある局面に従って、送信器のアレイからの信号をユーザ装置およびサーバまたはそのいずれかが使用して、緯度、経度および高度に関してユーザ装置の位置を迅速に且つ正確に決定することも可能となる。ユーザの位置を決定して使用するための様々な局面を、以下でより詳細に述べる。

いくつかの局面は、好適なネットワーク内で位置情報を収集して、計算し、送信するように構成されたユーザ装置、送信器および他のシステムに関する。ネットワークは、地上送信器および１つまたはそれ以上のユーザ装置のアレイを有するシステムを備えることも可能である。ユーザ装置は、特定の送信器に関する擬似距離情報を、その情報をネットワークに送る前にＧＮｓｓ擬似距離情報に変換することも可能である。あるいは、ユーザ装置は、変更したＧＮＳＳ情報エレメントを用いるか、または新たな情報エレメントを用いて擬似距離情報を送信することも可能である。さらなる局面は、図面、詳細な説明および請求の範囲に関連して以下で述べる。

は、位置決めシステムを示す。は、図１の位置決めシステムにおける送信器を示す。は、図１の位置決めシステムにおけるユーザ装置を示す。は、ＵＥ−支援型位置決定を実施するためのプロセスを示す。は、図ＷＡＰＳネットワーク擬似距離を用いてＵＥ支援型位置決定を実施するためのプロセスを示す。は、図３Ａのシースの近位部の拡大斜視図である。は、ＵＥベース位置決定を実施するためのプロセスを示す。は、ＵＥ支援型位置決定を実施するためのプロセスを示す。は、位置決めシステムを示す。は、位置決めシステムを示す。は、位置決めシステムを示す。は、Ａ−ＧＰＳに従ってＬＣＳリクエストおよび応答に対して信号伝達手順およびメッセージを実施するためのプロセスを示す。は、ＷＡＰＳネットワークを用いた緊急呼び出しを示す。は、ＷＡＰＳネットワーク支援および信号伝達に対する有限変更を有するユーザ装置に対する位置リクエストを示す。は、ＷＡＰＳネットワーク支援を有する緊急呼び出しを示す。は、ＷＡＰＳネットワーク支援および信号伝達に対する有限変更を有するユーザ装置に対する位置リクエストを示す。は、ＷＡＰＳネットワーク支援を有する緊急呼び出しを示す。は、ＷＡＰＳネットワーク支援を有する緊急呼び出しを示す。は、ＷＡＰＳ支援および信号伝達に対する変更を有さないユーザ装置に対する位置リクエストを示す。は、ＷＡＰＳネットワーク支援を有する緊急呼び出しを示す。は、ＷＡＰＳネットワークアシスト型データがＥ−ＳＭＬＣによって提供されたＵＥベースの位置を示す。は、ユーザ装置の位置を決定するためのプロセスを示す。

本開示は、一般に、ユーザ装置の位置（ここでは“場所”とも称する）を決定するためのシステムおよび方法に関する。本開示の文脈においては、位置決めシステムは、１つまたはそれ以上の緯度、経度および高度座標の場所を突き止めるものであり、これらは、一次、二次または三次座標系（例えば、ｘ、ｙ、ｚ座標、角度座標等）に関して述べられるか、または例示することも可能であることに注目される。

本開示は、一般に、様々なユーザ装置に位置決め信号を送信するように構成された送信器のネットワークにも関する。特定のユーザ装置の位置は、送信器、ユーザ装置におけるセンサおよび他のコンポーネントからユーザ装置に送信された位置信号および（任意には）利用可能な他の情報を用いて、そのユーザ装置によって計算することも可能である。あるいは、ユーザ装置の位置は、ここでは他で述べた無線または有線手段を介してユーザ装置に直接にまたは間接的に（他のコンポーネントを介して）結合されたサーバによって計算することも可能である。

以下の説明では、述べられたシステムおよび方法を完全に理解し、そのための説明を可能にするために、多数の特定の詳細を導入することも可能である。しかしながら、１つまたはそれ以上の特定の詳細がない状態で、または他のコンポーネント、システム等を用いてこれらの実施形態を実施可能であることを当業者は認識するであろう。他の例では、実施形態の曖昧な局面を回避するために、周知の構造または動作を示さなくてもよく、または十分に述べる必要はない。

システム側面
図は、様々な実施形態が実現可能な位置決めシステム１００の一例の詳細を示すブロック図である。位置決めシステム１００は、地上波として示されている同期した送信器１１０のネットワーク（ここでは“ビーコン”または“タワー”とも称する）を備え、さらに送信器１１０から送られた信号を獲得し、トラッキングするように構成された任意の数のユーザ装置１２０および/または他のネットワーク、例えば衛星ネットワーク１５０および/または地上波ネットワークノード１６０を備える。ユーザ装置１２０は、送信器１１０または他のネットワーク（例えば、携帯電話送信器を備える衛星１５０やノード１６０）から受信した信号に基づいて位置情報を決定するための場所計算エンジン（図示せず）を備えることも可能である。

システム１００は、様々な他のシステム、例えば、送信器１１０、ユーザ装置１２０および１つまたはそれ以上のネットワークインフラ１７０（例えば、インターネット、セルラーネットワーク、広域またはローカルエリアネットワークおよび他のネットワークまたはそのいずれか）と通信するサーバシステム１３０をさらに備えることも可能である。サーバシステム１３０は、様々なシステム関連情報、例えば、送信器１１０のインデックス、ビリングインタフェース、１つまたはそれ以上の暗号化アルゴリズムに基づくことも可能である１つまたはそれ以上の暗号化アルゴリズム処理モジュール、場所計算エンジンモジュール、およびシステム１００のユーザに対して位置、動きおよび場所またはそのいずれかを容易に決定するための他の処理モジュールまたはそのいずれかを含むことも可能である。サーバシステム１３０は、ここで述べる情報を記憶する１つまたはそれ以上のデータソース（図示せず）を含むことも可能である。

簡単にするために、図１には１つのユーザ装置１２０が示されているが、システム１００は、一般に、定められたサービスエリア内で多くにユーザ装置１２０を支持するように構成される。ユーザ装置１２０は、送信器１１０からの信号を受信するように構成され、さらに有線手段（例えば、イーサネット(登録商標)、または技術において知られているか、もしくは後に開発された他のケーブルチャネル）または無線手段（無線周波数、ワイファイ、ワイマックス、ブルーツースまたは技術において知られているか、もしくは後に開発された他の無線チャネル）を含む様々な接続手段を用いて信号を受信するように任意に構成された種々の電子装置のうちのいずれかであってもよい。各ユーザ装置１２０は、セルラまたはスマートフォン、タブレット装置、ＰＤＡ、ノートブックまたは他のコンピューティング装置およびまたは同様の、もしくは同等の装置の形態であってもよい。異なる用語を用いて、ユーザイクイップメント（ＵＥ）、モバイルステーション（ＭＳ）、ユーザターミナル（ＵＴ），ＳＵＰＬ対応端子（ＳＥＴ）、受信器（Ｒｘ）およびモバイル装置（特に、当業者に知られている）を含むユーザ装置１２０を特定することが注目される。これらの用語のいずれかは、ユーザ装置１２０を参照するためにここで用いることも可能である。ユーザ装置１２０は、標準化または非標準化通信プロトコルを用いて異なるネットワークと通信することも可能である。このようなネットワークは、ここでは“サービスプロバイダ”（ＳＰ）と呼ぶことも可能である。

ユーザ装置１２０は、様々なシステムコンポーネントとの通信接続を有することも可能である。例えば、ユーザ装置１２０は、対応する通信リンク１１３を介して多数の送信器１１０と信号を送受信することも可能である。ユーザ装置１２０は、通信リンク１６３を介してネットワークノード１６０（例えばセルラー基地局、ワイファイホットスポット等）を他の信号を送受信するように構成することも可能である。ユーザ装置１２０は、衛星通信リンク１５３を介して衛星１５０と信号を送受信することもまた可能である。図１の実施形態に例示する衛星位置決め信号を、ＧＰＳシステム衛星１５０から送られてくるものとして示されるが、他の実施形態では、他の衛星システムから信号を送ることも可能である。ユーザ装置１２０は、サーバシステム１３０、他のユーザ装置１２０、およびネットワークインフラ（接続は図示せず）と信号の送受信を行うことも可能である。ユーザ装置１２０と他のシステムコンポーネントとの通信接続は、ここでの他の場所で開示した有線および無線手段を用いて実施することも可能である。

システム１００の送信器１１０は、独占的に認可された、または共有の認可/無認可電波スペクトルで動作するように構成することも可能であるが、いくつかの実施形態は、無認可共有スペクトルにおいて信号を送るように実現することも可能である。送信器１１０は、ここでの他の場所で確認される援用された参照に述べられた信号伝達を用いてこれらの様々な無線帯域の信号を送信することも可能である。これらの信号は、場所およびナビゲーションのために有利な規定フォーマットを特定のデータを送るように構成された信号の形態であってもよい。例えば、従来の衛星位置信号は、反射、マルチパス等によって減衰され且つ影響されるか、またはそのいずれかであるような遮断された環境において動作するのに特に有利となるように構成することも可能である。さらに、信号は、ユーザ装置の電源をオンにするか、または場所を活性化して急速に場所を決定可能にしながら電力消費を低減出来るようにするために、迅速な獲得および位置決定時間を提供するような構成であってもよい。

送信器１１０は、多数のユーザ装置１２０に送信器信号を送るよう構造であってもよい。送信器信号は、通信リンク１１３を介して送信することも可能であり、位置決めや他の信号伝達を含むことも可能である。送信器１１０は、通信リンク１３３を介してサーバシステム１３０に接続することも可能であり且つノード１６０およびネットワークインフラ１７０への他の通信接続(図示せず)を有することも可能であり、またはそのいずれかである。送信器１１０と他のシステムコンポーネントとの通信接続は、ここでの他の場所に開示した有線および無線手段を用いて実施することも可能である。

広域位置決めシステム（ＷＡＰＳ）ネットワーク
ここでは“広域位置決めシステム”（ＷＡＰＳ）ネットワークを参照してもよい。用語“メトロポリタンビーコンシステム”（ＭＢＳ）もまた、ＷＡＰＳネットワークを参照可能である。ＷＡＰＳネットワークは、図１に示す任意の数の「コンポーネントを備えてもよく、これは、１つまたはそれ以上のユーザ装置１２０が任意の時点で存在可能となる地理的カバレッジエリアにおける異なる地理的位置に配置された送信器１１０を含む。ＷＡＰＳネットワークはまた、たとえ亜図１のサーバシステム１３０を備えることも可能である。さらに、ユーザ装置（例えば、図１のユーザ装置１２０）は、それらのユーザ装置が、ＷＡＰＳネットワークコンポーネントと通信し、ＷＡＰＳネットワーク情報（例えば、送信器１１０、サーバシステム１３０または他のコンポーネントからの情報）を処理し、ＷＡＰＳネットワーク内で使用するための情報を生成することが可能となるように“ＷＡＰＳ互換”であってもよい。

ＷＡＰＳネットワークの様々な実施形態は、場所および位置決定を強化するように、他の位置決めシステム（例えば、ＧＮＳＳ位置決めシステム、セルラー位置決めシステム）と組み合わせるか、またはそれによって使用することも可能である。従って、ＷＡＰＳネットワーク内で決定された情報は、他のネットワーク化システムに送ることも可能である。例えば、セルラ―ネットワークにおいて、セルラーバックホールリンク１６３を用いて、ネットワークインフラ１７０を介してユーザ装置１２０から関連の携帯電話会社および/または他のもの(図示せず)に情報を送ることも可能である。これを用いて、緊急時にユーザ装置１２０の位置を迅速にしかも正確に探すことも可能であるか、またはこれを用いて、形態電話会社および/または他のネットワークユーザもしくはシステムから位置情報サービスまたは他の機能を送ることも可能である。

送信器１１０は、送信器出力信号内の位置決め情報および/または他のデータもしくは情報を送るような構成にすることも可能である。位置決め信号は、特定のシステムまたは地域カバレッジエリアの全ての送信器に亘って同期されるように調整可能であるか、またはタイミング同期のために統制されたＧＰＳクロックソースを使用することも可能である。位置決め送信は、三辺測量、加入者/加入者グループへの通信、メッセージの送信、ＷＡＰＳネットワークの一般的動作、および/または他の目的に必要なデータの送信を容易にするための専用の通信チャネルリソース（例えば、時間、コードおよび/または周波数）を含むことも可能である。

位置決めデータは２つの特定の型式の情報を含んでもよい：（１）高速レンジング信号および（２）場所データ、例えば送信器ＩＤおよび位置、時刻、健康状態、環境条件、例えば圧力および温度データ、ならびに他のデータ。位置決めデータは、メッセージまたは情報、例えば加入者グループに対する通知/アクセスコントロールメッセージ、一般的な同報メッセージ、および他のデータもしくはそのいずれか、またはシステムオペレーションに関連する情報、ユーザ、他のネットワークとのインタフェース、および他のシステム機能。位置決めデータは、ここでの他の場所に一覧で示された組み込まれた参照文献に開示したように、様々な方法で提供することも可能である。

ＷＡＰＳネットワークの様々な特徴に関するさらなる開示は、いくつかの、および全ての目的に対して、その全体が参照によって組み込まれた以下の共同譲渡された特許出願に述べられている： 2012年3月5日に出願された「広域位置決めシステム（WIDE AREA POSITIONING SYSTEMS）」と題する米国特許出願第13/412,487号; 2009年9月10日に出願された「広域位置決めシステム（WIDE AREA POSITIONING SYSTEMS）」と題する米国特許出願第12/557,479号（現在は米国特許第8,130,141号; 2011年11月14日に出願された「広域位置決めシステム（WIDE AREA POSITIONING SYSTEMS）」と題する米国特許出願第13/296,067号; 2011年6月28日に出願された「広域位置決めシステム（WIDE AREA POSITIONING SYSTEMS）」と題する米国特許出願第PCT/US12/44452号; 2012年6月28日に出願された「広域位置決めシステムにおけるコーディング（CODING IN WIDE AREA POSITIONING SYSTEM）」と題する米国特許出願第13/535,626号; 2012年8月2日に出願された「広域位置決めシステムにおけるセル組織および伝送方式（CELL ORGANIZATION AND TRANSMISSION SCHEMES IN A WIDE AREA POSITIONING SYSTEM）」と題する米国特許出願第13/565,732号; 2012年8月2日に出願された「広域位置決めシステムにおけるセル機構および伝送方式（CELL ORGANIZATION AND TRANSMISSION SCHEMES IN A WIDE AREA POSITIONING SYSTEM）」と題する米国特許出願第13/565,723号; 2013年3月14日に出願された「三次元空間における基準場所に関連するタイミングデータを用いて受信機の位置を推定するように構成されたシステムおよび方法（SYSTEMS AND METHODS CONFIGURED TO ESTIMATE RECEIVER POSITION USING TIMING DATA ASSOCIATED WITH REFERENCE LOCATIONS IN THREE-DIMENSIONAL SPACE）」と題する米国特許出願第13/831,740号。上記出願、公報、特許は、ここで“組み込まれた参照文献”、“組み込まれた出願”、“組み込まれた公報”、“組み込まれた特許”等である。ここで開示した様々な局面、詳細、装置、システムおよび方法は、組み込まれた参照文献のいずれかにおける開示と組み合わせてもよい。

図２は位置決め信号の送信が可能な送信器システム２００の詳細を示すブロック図であり、これは図１の送信器１１０に対応することも可能である。送信器システム２００は、関連の信号受信および処理またはそのいずれかを実施するためのブロックを含むものとして示されている。これらのブロックは、類似の、または同等の信号処理、信号生成および信号送信を提供するように、異なる方法で組み合わせ且つ編成するか、またはそのいずれかによって、類似の、または同等の信号処理、信号生成および信号送信を実施することも可能である。

図２に示すように、送信器システム２００は、衛星（例えばＧＰＳ）信号を受信し、場所情報およびタイミングデータ、精密度希釈（ＤＯＰ）データ等の他のデータ、もしくは、またはそのいずれか、またはＧＰＳもしくは他の位置決めシステムから送られてくる可能性のある他のデータや情報を処理モジュール２１０に送信するための衛星モジュール２４０を備えることも可能である。

送信器システム２００は、ここでは他の場所で述べられるように、送信器出力信号を生成して送信するための１つまたはそれ以上の送信器モジュール２５０を備えることも可能であり、送信器モジュール２５０は、送信アンテナ、例えばアナログまたはデジタル論理および電力回路、信号処理回路、同調回路、バッファおよび電力増幅器等に出力信号をおくるための、技術において周知の、または後に開発された様々なエレメントを備えることも可能である。出力信号を生成するための信号処理は、処理モジュール２１０で実施する頃も可能であり、いくつかの実施形態では、送信器モジュール２５０と統合することも可能であり、または他の実施形態では、多重信号処理および他の層さ機能またはそのいずれかを実施するためのスタンドアロン処理モジュールであってもよい。

１つまたはそれ以上のメモリ２２０は、処理モジュール２１０と接続されて、データを記憶し且つ検索し、さらに処理モジュール２１０において実行するための命令を記憶し且つ検索することも可能である。例えば、命令は、ここでは他の場所で述べる様々な処理方法および機能を実施するための、例えば、場所情報または局所的な環境条件等の送信器システム２００に関連する他の情報を決定し、さらに図１のユーザ装置に送られる送信器出力信号を生成するための命令であってもよい。

送信器システム２００は、送信器に関連する条件、例えば、局部圧力、温度または他の条件を感知するかまたは決定するための１つまたはそれ以上の環境感知モジュール２７０をさらに備えることも可能である。圧力情報は、ここでは他の場所で述べるように、環境感知モジュール２７０で生成され、送信器出力信号における他のデータを統合するための処理モジュール２１０に送ることも可能である。１つまたはそれ以上のサーバインタフェースモジュール２６０もまた、送信器システム２００と他のリモートコンポーネント、例えば図１のサーバシステム１３０およびネットワークインフラ１７０との間にインタフェースを設けるために、送信器システム２００に含むことが可能である。サーバシステム１３０は、インタフェースモジュール２６０を介して送信器システム２００にデータまたは情報を送ることも可能である。さらに、送信器システム２００は、関連の操作機能性を提供するために他のモジュール（図示せず）を含むことも可能である。

ユーザ装置
図３は、ユーザ装置システム３００の詳細を示すブロック図であり、図２の送信器システム２００からの信号を受信し且つ処理して、ユーザ装置ｈシステム３００に関連する位置情報を決定することも可能である。ユーザ装置システム３００は、図１のユーザ装置１２０に対応することも可能である。

ユーザ装置システム３００は、リモートコンポーネントから信号を受信し且つリモートコンポーネントに信号を送信するように構成されたＲＦモジュール３３０を備えることも可能である。

ユーザ装置システム３００は、衛星（例えばＧＰＳ）信号を受信し、場所情報および他のデータ、例えばタイミングデータ、精度希釈（ＤＯＰ）データもしくはそのいずれか、またはＧＰＳや他の位置決めシステムから送られる可能性のあるデータや情報を処理モジュール３１０に送信するための衛星モジュール３４０をさらに備える。

ユーザ装置システム３００は、データまたは情報をセルラまたは他のデータ通信システムを介して送受信するためのセルラモジュールラモジュール３５０を備えることも可能である。ユーザ装置システム３００は、他の有線または無線通信ネットワーク、例えばワイファイ、ワイマックス、ブルーツース、ＵＳＢまたは他のネットワークを介してデータを送信且つ受信、またはそのいずれかのための通信モジュール（図示せず）を備えることも可能である。

ユーザ装置システム３００はまた、位置信号を送信する送信器（例えば図１の送信器１１０）から信号を受信し、信号を処理して位置情報を決定するための位置送信器モジュール３６５を備えることも可能である。送信器モジュール３６５は、リソース、例えばアンテナ、ＲＦ回路等を他のモジュール（例えば衛星モジュール３４０、セルラモジュール３５０）と統合され且つ共有するか、またはそのいずれかであってもよい。例えば、位置送信器モジュール３６５および衛星モジュール２４０は、無線フロントエンド（ＲＦＥ）コンポーネントおよび処理エレメントまたはそのいずれかのうちのいくつかまたは全てを共有することも可能である。処理モジュール３１０は、位置送信器モジュール３６５、衛星モジュール３４０およびセルラモジュール３５０またはそのいずれかと統合され且つリソースを共有するか、またはそのいずれかであり、ここで述べるように、位置情報を決定し且つ他の処理機能を実施するか、またはそのいずれかが可能である。

１つまたはそれ以上のメモリ３２０は、処理モジュール３１０と接続されて、データを記憶し且つ検索し、さらに処理モジュール３１０において実行するための命令を記憶し且つ検索することも可能である。例えば、命令は、ここでは他の場所で述べる様々な処理方法および機能を実施するための、例えば、場所情報または他の情報を、受信した送信器、ＧＰＳ，セルラ、圧力、温度およびＲＦモジュール３３０またはネットワークインタフェースモジュール３６０を介する他の信号やデータ、またはそのいずれかじに基づいて決定するための命令であってもよい。

ユーザ装置システム３００は、ユーザ装置に関連する条件、例えば、局部圧力、温度または他の条件を感知するかまたは決定するための１つまたはそれ以上の環境感知モジュール３７０をさらに備えることも可能である。例示の実施形態において、圧力および温度情報は、送信器１１０、ＧＰＳ，セルラまたはＲＦモジュール３３０もしくはネットワークインタフェースモジュール３６０を介して受信される他の信号に関して三次元位置情報を決定する際に使用するために、環境感知モジュール３７０において生成され、処理モジュール３１０に送ることも可能である。他の感知モジュール（図示せず）は、加速度計、コンパス、およびユーザ装置で見出される他のコンポ―ネントを備えるものとして考えられていることが注目される。

ユーザ装置２００は、様々な追加のユーザインタフェースモジュール、例えばユーザ入力モジュール３８０をさらに備えることも可能であり、それらは、キーパッド、タッチスクリーンディスプレイ、マウスまたは他のユーザインタフェースエレメントの形態であってもよい。オーディオおよびビデオデータもしくは情報、またはそのいずれかは、例えば1つ以上のスピーカまたは他のオーディオトランスデューサの形態の出力モジュール３９０、１つまたはそれ以上のビジュアルディスプレイ、例えばタッチスクリーン、および技術において周知の、または開発された他のユーザ入出力エレメントに設けることも可能である。例示の実施形態では、出力モジュール３９０を用いて、受信した送信器信号に基づいて決定した位置情報を視覚的に表示することも可能であり、決定した位置情報は、関連のサービスプロバイダまたは他のエンティティに対するセルラモジュール３５０に送ることも可能である。

位置情報を決定して伝送するための方法

３つの当該方法に関連して以下で述べる変形例は、異なるネットワークおよび場所を決定するための異なる方法に適用することも可能である。例えば、ある方法は、３ＧＰＰＲＲＣ/ＲＲＬＰ，３Ｇｐｐ２ＣＤＭＡ、ＬＴＥまたは他のネットワークに関連して、モバイル開始またはモバイル終了決定に適用することも可能である。ある方法はまた、制御プレーンまたはユーザプレーン（例えばＳＵＰＬ）ＵＥベース、またはＵＥ支援決定に適用することも可能である。さらに、ある方法は、Ｅ−９１１モバイル終了決定に適用することも可能である。

一般に、方法１は、それを実施する際に、設備投資を最小延にするように、現存のネットワークインフラおよび送信プロトコルを使用する。方法１によれば、ユーザ装置を改造して、ＷＡＰＳ擬似距離測定を行い、その後、そのＷＡＰＳ擬似距離測定をＧＰＳ擬似距離測定に変換する。ユーザ装置を改造することにより、様々なレガシー（すなわち現存するもの）または新たなネットワークの手続きを不変にし、それらのネットワークへ方法１を採用するコストを最小限にすることも可能である。方法１もまた同様に、またはその代わりに全地球的航法衛星システム（ＧＮＳＳ）配置フィールドまたは他の確保されたフィールドを使用して、“ＷＡＰＳインジケータ”を設け、ＧＰＳと比較して、ユーザ装置からの位置情報がＷＡＰＳから得られたことを通知する。他の配置フィールドを使用して、追加のＷＡＰＳ（または他のネットワークの）情報を送信することも可能である。

方法１は、位置を決定するためのネットワークプロセスに対して実質的に変化することなく、ユーザ装置への変化に備える。方法１に従って、ネットワーク“ＷＡＰＳアウェア”の必要はない。これは、ネットワークがＷＡＰＳ機能性を有して構成される必要がないことを意味しており、従って、ネットワークは、ＧＰＳ位置情報がユーザ装置から伝送される状態でリクエストそ処理する方法と同様に、ＷＡＰＳ位置情報を用いてＬＣＳサービスリクエストを処理することが可能である。

方法１はさらに、新たなＧＮＳＳ配置フォーマットまたはＷＡＰＳに特定の新たな情報エレメントを使用することなく、ＷＡＰＳ擬似距離をＧＰＳ擬似距離に変換することに備える。

ＷＡＰＳ擬似距離をＧＰＳ擬似距離に変換するための１つの方法は、以下のステップのうちのいくつか、または全てを含む。ＷＡＰＳ対応ユーザ装置は、到着時刻または他の距離決定技術を用いてＷＡＰＳ擬似距離をまず推定し、その後、ＷＡＰＳ位置決めネットワークパラメータおよび環境データ（例えば、ＷＡＰＳビーコンの緯度、経度および高度；ＷＡＰＳタイミング訂正；ビーコンで測定した圧力および温度）を用いて、受信機のＷＡＰＳベース位置推定および位置品質を（例えば、緯度、経度および高度の形態で）計算する。ＷＡＰＳネットワークパラメータおよびＷＡＰＳ環境データは、ＷＡＰＳ信号を復調することによって、または別の手段によって（例えば、データ接続を用いるＷＡＰＳサーバから）獲得することが可能である。その後、ユーザ装置は、ＧＮＳＳ衛星配置情報（例えば、衛星位置、タイミング訂正、天体暦およびアルマナックを用いて得られる他のＧＮＳＳ訂正パラメータ）を使用して、任意選択されたＧＰＳ時間で少なくとも３つの衛星位置を計算し、その後、ＷＡＰＳ対応ユーザ装置推定位置から衛星までの距離として、衛星からの合成擬似距離を計算する。

同様に、合成ドップラーは、推定したユーザ装置速度を用いて計算可能であり、衛星ドップラーは、同じ任意選択したＧＰＳ時間で計算可能である。推定したユーザ装置位置における衛星の精度希釈（ＤＯＰ）もまた、計算される。これらの合成擬似距離は、その後、ＧＮＳＳ擬似距離として伝送することが可能であり、合成ドップラーは、ＧＮＳＳ擬似距離を伝送するために使用する同じ情報エレメントを用いてＧＮＳＳドップラーとして送られる。例えば、ＳＭＬＣに装着されたＮＧＳＳサーバは、その後、擬似距離が実際にはＷＡＰＳビーコン擬似懲りから得られた合成擬似距離であってもよいという知識を必要とすることなく、ＧＮＳＳ擬似距離を用いて受信機の位置を計算する。ＧＮＳＳサーバによって計算した位置に影響を与えることなく、合成擬似距離に任意の共通時間バイアスが追加され得る。

一例として、ユーザ装置位置決めＧＰＳ測定結果情報エレメントメッセージフィールドは、以下のもので満たされ得る：“ＧＰＳ基準時間のみ”フィールドは、衛星位置を計算するために使用する任意選択ＧＰＳ時間で満たされ、“衛星ＩＤ”フィールドは、ＧＰＳ衛星ＩＤで満たすことも可能であり。“ＣＶＮＯ”フィールドは、オープンスカイシナリオに対応する任意選択ＳＮ比で満たすことも可能である：“ドップラー”フィールドは、合成ドップラーで満たすことも可能である；“全ＧＰＳチップ”および“僅かなＧＰＳチップ”フィールドは、ＧＰＳシステム内と同様に合成擬似距離から得ることも可能である；“マルチパス”フィールドは、ＮＭとして設定することも可能である；“擬似距離ＲＭＳエラー”フィールドは、精度希釈（ＤＯＰ）によって分割されたＷＡＰＳベース品質推定値として設定することも可能であり、それによって、ＧＰＳサーバにおいて計算したコンフィデンスメトリックはＷＡＰＳ位置品質に対応する。

方法１はまた、ＵＥベースおよびＵＥ支援位置決定に備える。例えば、ＵＥベースアプローチでは、ユーザ装置は、ネットワークからのいくつかの支援データ（例えばＧＰＳ衛星天体暦）を用いて、その場所を計算することも可能である。しかしながら、ユーザ装置は、暗号化されていない、または暗号化されたＷＡＰＳ信号を用いて位置を計算する。このようなＷＡＰＳ信号の例は、ここではすべての目的のためにその全体が参照によって組み込まれた2009年9月10日出願の“広域位置決めシステム(WIDE AREA POSITIONING SYSTEM)」と題する米国特許出願第12/555,479（現在は米国特許第8,130,141号）

に開示されている。暗号化した信号を使用する場合、ユーザ装置は、ＷＡＰＳ解読キーを用いて信号を解読することも可能である。ＷＡＰＳ解読キーは、ＷＡＰＳ信号の一部として無線で、またはユーザ装置とＷＡＰＳとの間の通信サイドチャネルを介して、または技術において周知の、もしくはそうでなければ本開示の範囲および精神の範囲内の通信手段を介して獲得することも可能である。計算した位置は、その後、ネットワークに戻すことも可能である。

ＵＥ支援アプローチでは、ユーザ装置はネットワークからいくつかの支援データを受信することも可能であり、またそれらの測定値をネットワークに伝送する前に、受信したＷＡＰＳ信号の測定を実施することも可能であり、これはその後、ユーザ装置の場所を計算する。

図４は、ＵＥ支援アプローチを用いてユーザ装置の場所を決定するためのプロセス４００の一実施形態の詳細を示す。ステージ４１０および４２０では、ユーザ装置は、時間および位置支援データを受信し、ＧＰＳ/ＧＮＳＳ天体暦支援データをリクエストする。ユーザ装置は、その後、ステージ４３０において、受信した支援データおよびＷＡＰＳビーコンから受信するＷＡＰＳ信号またはそのいずれかを用いて、位置情報を展開することも可能である。ステージ４４０では、ユーザ装置は、特区亭のＧＰＳにおいて、または他の基準時間に衛星位置を計算することも可能である。その後、ステージ４５０では、ユーザ装置は、衛星位置から計算済みＷＡＰＳ位置までの距離を掲載することも可能である。ステージ４６０では、ユーザ装置が、例えば図１０ないし図２０において述べた標準プロトコルによって必要とされるように、計算済み衛星距離情報を戻すことも可能である。ＧＰＳ衛星ＳＮＲは、ネットワークにおいて等しい重み付けを示すように、等しいものとして報告することも可能である。ステージ４７０では、ユーザ装置は、確保したＧＮＳＳ配置フィールドまたは他の確保したフィールドを用いてＷＡＰＳインジケータを任意に伝送することも可能である。

方法２

一般に、方法２は、ネットワーク手続きにつぃする変更に備える。ＷＡＰＳ能力インジケータを送信すると共に、方法２におけるユーザ装置は、ＧＮＳＳ配置のフォーマットおよび機能に従う未返還ＷＡＰＳ擬似距離を戻すことも可能である。例えば、方法２におけるユーザ装置は、ネットワークインフラ間で交換可能であり、ＧＮＳＳ配置の手続きに従うＷＡＰＳ特定情報エレメントを戻すように構成することも可能である。従って、さらなる能力をネットワーク内に構築して、ＷＡＰＳ擬似距離を処理することも可能である。

方法１と比較すると、方法２では、ＷＡＰＳ擬似距離がＧＰＳ擬似距離に変換されない。代わりに、方法２は変更済み情報エレメント（ＩＥ）を使用する。例えば、方法２においてＵＥ支援アプローチに従って、ＷＡＰＳ擬似距離は、変更済み情報エレメントを用いてユーザ装置からネットワークに伝送することも可能であり、ネットワークがＷＡＰＳ擬似距離を処理するために、ネットワーク更新をいくらか要求する。方法２は、圧力および温度等のＷＡＰＳ/ＭＢＳ測定値を伝送するために使用する新たなＷＡＰＳ/ＭＢＳＩＥを導入することも可能であり、ネットワークがＷＡＰＳ/ＭＢＳ測定値を処理するためにはネットワーク更新をいくらか要求する可能性もある。

図５は、ＵＥ支援アプローチおよびＷＡＰＳ擬似距離を用いて、ユーザ装置の場所を決定するためのプロセス５００の一実施形態を示す。ステージ５１０において、ユーザ装置は、位置決定手続きを開始する。一旦、開始すると、ステージ５２０において、ユーザ装置はＷＡＰＳビーコンへの擬似距離を決定する。擬似距離を決定すると、ステージ５３０において、ユーザ装置はＷＷＡＰＳ距離情報をネットワークに伝送する。ＷＡＰＳ距離情報は、標準プロトコル内にパッケージング可能であり、ＧＰＳ/ＧＮＳＳＥＤ/ＳａｔｌＤフィールドにその情報を適合させるために、全ＷＡＰＳＩＤは６ビットの圧縮ＷＡＰＳＩＤにマッピングされ、それによって擬似距離/ドップラーがＧＰＳフィールドに適合する。あるいは、ＷＡＰＳ距離情報は、新たな情報エレメントを使用して、変更済みプロトコルにパッケージングされ、（例えば方法３に関連してさらに述べるように）ＷＡＰＳＩＤよび擬似距離を支持する。

ステージ５４０では、ネットワークは、ユーザ装置から距離情報を受信し、距離情報に基づいてユーザ装置の場所を計算する。ネットワークは、全ＷＡＰＳＩＤを使用して、ネットワークがセルＩＤおよび6ビットの圧縮ＷＡＰＳＩＤに基づいて全ＷＡＰＳＩＤを決定した後、ＷＡＰＳビーコンＬＬＡをルックアップすることも可能である。ハッシュ表を用いて圧縮を行うことも可能である。一実施形態においては、圧縮ＷＡＰＳＩＤ＝全ＷＡＰＳＩＤ％６４として定められたハッシュ表が使用される。他の実施形態では、圧縮ＷＡＰＳＩＤ＝全ＷＡＰＳＩＤ％４１として定められたハッシュ表が使用される。コリジョンが生じた場合、代わりに圧縮ＷＡＰＳＩＤ＝ *４１＋全ＷＡＰＳＩＤ％２３を使用することも可能である。ユーザ装置の場所のネットワーク計算は、さらにビーコンやユーザ装置からの情報に基づき、関連の温度や圧力を含むことも可能である。当業者は、このような情報がコードインデックスの使用を含み、伝送可能である他の方法を認識する。

図６は、ユーザ装置がＷＡＰＳ信号を解読出来ない場合、ＵＥ支援アプローチおよびＷＡＰＳ擬似距離を用いてユーザ装置の場所を決定するためのプロセス６００の一実施形態の詳細を示す。プロセス６００もまた、Ｅ−９１１シナリオに好適である。ステージ６１０において、ユーザ装置は位置決定手続きを開始し、ステージ６２０において、ユーザ装置が範囲内ＷＡＰＳビーコンに対して大凡の擬似距離を決定する。ユーザ装置は、ステージ６３０ないし６５０において、大凡の擬似距離情報をＷＡＰＳビーコンから受信した解読済みデータ、さらに任意には圧力および温度測定値と共に、ネットワークに送る。その後ステージ６６０において、ネットワークは、暗号化データに基づいて精確な距離を決定した後に位置を計算する。
方法２および既存のＩＥに対する変更のさらなる詳細を、“異なるネットワーク技術に対する位置設定能力”セクションに関連して以下で述べる。

一般に、方法３は、既存のネットワークに対して新たな手続きに備える。方法３におけるユーザ装置は、ＷＡＰＳ能力インジケータと送信すると共に、ネットワークインフラコンポーネント間で交換可能なＷＡＰＳ特定情報エレメントを戻ることも可能である。

方法３は、１つまたはそれ以上の新たな情報エレメント（ＩＥ）を用いて、ユーザ装置およびネットワークコンポーネント間に位置情報を伝送し、さらに新たな手続きを使用して、これらの新たなＩＥを処理する。方法３は、特にＬＴＥに関連し、それに対する標準は開発され続けている。新たなＤＥは、ＵＥベースでＵＥ支援のアプローチに対しても使用可能であり、ＷＡＰＳ擬似距離および他のＷＡＰＳ位置情報を含む位置情報の変化レベルを表すことも可のである。

方法３およびこれらの新たなＩＥに関するさらなる詳細は、“異なるネットワーク技術に対する位置設定能力”セクションに関連して以下で述べる。ＵＥスタンドアロン、ＵＥベースおよびＵＥ支援計算に関するアスペクト
ここでの様々なアスペクトは一般に、ネットワークおよびＷＡＰＳリソースを使用するＵＥスタンドアロン、ＵＥベースおよびＵＥ支援位置決定に関する。

ＷＡＰＳは、高度の同期したビーコン伝送データのネットワークを特定された一時的スロット構造に採用する。ＷＡＰＳ伝送は、高速初回測位時間（ＴＩＦＦ）を可能にし、ユーザ装置が長時間コヒーレント積分を実施出来るようにし、高測距精度を可能にする。ユーザ装置の場所は、従来の緯度および経度で報告され、高度を含むことも可能である。

ある実施形態では、ネットワークの異なる構成について考察し、この場合、ＷＡＰＳがネットワーク（例えばセルラネットワーク）から分離したシステムであり、さらにＷＡＰＳがネットワークに統合される。ＷＡＰＳ支援の使用によって、サーチするビーコンおよび周波数またはそのいずれかのリストを低減することによってビーコンサーチ要件を減少させ、復調のための要件を減少させることによってＴＴＦＦをさらに低減させ、暗号化―解読条件付きアクセスアーキテクチャを単純化するためにユーザ装置上の解読要件を排除することが有益となり得る。

ＷＡＰＳサーバを使用して、ＧＰＳサーバによる支援の提供と同様に、支援データを送信することも可能である。ＷＡＰＳサーバは、（直接通信チャネルまたはネットワークを介して）ユーザ装置にＷＡＰＳネットワーク情報を伝送することも可能である。“ＷＡＰＳインジケータ”を含む新たな情報は、ユーザ装置から位置情報と共に戻すことも可能である。このようなインジケータは、位置情報がＷＡＰＳシステム情報に基づいていたことを示すように、ＧＮＳＳ配置フィールドまたは他の確保したフィールドにおいて戻す衣可能である。変更した情報エレメントもまた、あるいは、ＷＡＰＳ擬似距離を戻すために使用することも可能である。新たな情報エレメントもまた、あるいは、ＷＡＰＳ擬似距離を戻すために使用することも可能である。

ＷＡＰＳユーザ装置の位置決めは、別個の価値が位置ベースのサービス能力に加えられるため、このサービスに対する無認可アクセスから保護する必要がある。そのため、ＷＡＰＳ支援データは、一斉送信であろうと特定のユーザ装置に送られようと、暗号化しても良い。関連する証明書をユーザ装置に、アプリケーション毎ベースで与えても良い。緊急呼出しの場合、関連する証明書を、ＷＡＰＳをサポートする装置に予めロードしても良い。

ＷＡＰＳ可能なユーザ装置は、自律型／スタンドアローンの位置決めを行なうことができる。この場合、ユーザ装置は、近くのＷＡＰＳビーコンをサーチし、多くのビーコンからの送信を受信して、その位置を計算する。位置計算によって、ユーザ装置の緯度、経度、および高度（ＬＬＡ）が得られる。位置情報を、アプリケーションに応じて、ユーザ装置内で用いても良いしまたはネットワークに送っても良い。

ＷＡＰＳ支援データを、ＵＥベースおよびＵＥ支援モードの動作中に与えて、ビーコン・サーチ時間間隔を短くし、より速いＴＴＦＦを実現し、感度を向上させる。ＵＥ支援モードでは、支援サーバによってＷＡＰＳＰＲＮおよび周波数サーチ情報が得られる。ユーザ装置は、ＷＡＰＳ信号を取得および追跡して到着時間を決定する。ユーザ装置は到着時間測定値をサーバに返す。サーバは、到着時間測定値を、支援サーバ（ＮＮＡＳ）からの支援データとともに用いて、ユーザ装置の位置を計算する。支援は、Ｅ−ＳＭＬＣ／ＳＭＬＣ／ＳＡＳ／ＳＬＰを高めて、ＷＡＰＳ支援データをサポートすることによって得られる。支援データの一部は動的である。支援データを、特定の位置サポート・サーバとＮＮＡＳとの間のインターフェースを通して与える。

セル中心支援を得るために、種々の特徴および機能性を用いても良い。たとえば、Ｅ−ＳＭＬＣ上のＷＡＰＳ位置計算エンティティは、セルＬＬＡに対するセルＩＤのマッピングを、基地局暦を用いて行なう。セルＬＬＡをインターフェースを通してＮＮＡＳに送って、セルＬＬＡの周りの領域に局所的な支援をリクエストする。そして、ＮＮＡＳから適切な支援情報がユーザ装置に送られる。

ＷＡＰＳ位置計算エンティティに対する別のオプションは、セルＩＤをＮＮＡＳに送ることである。そして、ＮＮＡＳはセルラー基地局暦にアクセスして、セル緯度および経度を決定する。セル緯度および経度を用いて、ＮＮＡＳは、ユーザ装置が動作している地理的領域において検出可能であると思われる対応するＷＡＰＳビーコンに対応する支援データを送る。
ＷＡＰＳ支援データを位置サーバによってＷＡＰＳ可能なユーザ装置に送っても良く、ユーザ装置測定データを位置サーバに返しても良い。

ＵＥベースの位置計算の前にＵＥに送られる支援データには、各可視ビーコンに対して、ビーコンＰＲＮ；ビーコンＬＬＡ；ビーコン・タイミング補正；ビーコン周波数インデックス；ビーコン基準圧力および温度；ＷＡＰＳシステム時間；およびビーコン固有ＩＤが含まれていても良い。ＵＥベースの計算の後にＵＥから返される測定値には、ユーザ装置のＬＬＡおよびＷＡＰＳシステム時間が含まれていても良い。

ＵＥ支援（すなわち、サーバ・ベース）の位置計算の前にＵＥに送られる支援データには、各可視ビーコンに対して、ビーコンＰＲＮ；ビーコン周波数インデックス；ＷＡＰＳシステム時間が含まれていても良い。ＵＥ支援の計算の後にＵＥから返される測定値には、受信した各ビーコンに対して、ビーコンＰＲＮ；ビーコン周波数インデックス；ビーコン・スロットインデックス；ビーコン固有ＩＤ；ビーコン・コード位相；ビーコン・ドップラ、ユーザ装置圧力および温度測定；ＷＡＰＳシステム時間；ユーザ装置推定高度が含まれていても良い。

ＷＡＰＳ支援データエレメントは、ＧＮＳＳＤＥに以下のように対応していても良い。ＷＡＰＳ情報エレメント（ＩＥ）ビーコンＰＲＮ、ビーコン周波数インデックス、ＷＡＰＳシステム時間、およびビーコン・タイミング補正を、ＧＮＳＳ情報エレメント（ＥＥ）人工衛星ＰＲＮ、人工衛星ドップラ、人工衛星システム時間、および人工衛星時計補正パラメータをそれぞれ用いて、送信していても良い。なお、ＷＡＰＳデータエレメントの一部、たとえばビーコンＬＬＡ、ビーコン・タイミング補正およびビーコン基準圧力／温度は、既存のＧＮＳＳエレメントには正確には適合しない場合があり、新しいＷＡＰＳ情報エレメントを必要とする場合がある。ＷＡＰＳビーコンＰＲＮは固有でなくても良く、好ましいゴールド・コードのリストから得ることができる。これらのゴールド・コードは、標準的なＧＰＳゴールド・コードと異なっていても良いし、同じファミリーに由来しても良い。ビーコン周波数インデックスは離散的であっても良く（たとえば、７つの値）、固定ビーコン周波数オフセットに対応していても良いが、人工衛星ドップラは可変である。周波数オフセット範囲（−６．５〜６．５ｋＨｚ）は、人工衛星ドップラ範囲と同様であっても良い。ＷＡＰＳシステム時間は、ＧＰＳシステム時間と同期していても良く、ＧＰＳシステム時間に対する固定オフセットを有していても良い。ビーコンＬＬＡによって、ＷＡＰＳビーコンの固定位置が得られても良く、これは、ある人工衛星時間における人工衛星位置の計算を可能にする人工衛星軌道パラメーターが得られる人工衛星位置推算暦と同様である。ＷＡＰＳビーコン・タイミング補正は動的であっても良く、人工衛星クロック補正と同様に、ある瞬間におけるＷＡＰＳシステム時間に対する補正を特定しても良い、ビーコン・タイミング補正はより動的であっても良く、１分もたたないうちに変化しても良いが、天体歴タイミング補正は数時間の間有効である。ビーコン基準圧力および温度は、ＷＡＰＳビーコンの位置における局所的な大気圧および温度の動的な測定値であっても良く、高度決定に必要な精度をもたらしても良い。

ＷＡＰＳユーザ装置測定ＩＥは、以下のようにＧＮＳＳ測定ＩＥに対応していても良い。ＷＡＰＳ測定ＩＥ受信機ＬＬＡ、ビーコンＰＲＮ、ビーコン・ドップラ、およびＷＡＰＳシステム時間は、ＧＮＳＳ測定ＥＥ受信機ＬＬＡ、人工衛星ＰＲＮ、人工衛星ドップラ、および人工衛星システム時間に、それぞれ対応していても良い。

あるＷＡＰＳ測定ＩＥが、対応するＧＮＳＳ測定ＩＥを有していなくても良い。たとえば、ビーコン周波数インデックス、ビーコン・スロットインデックス、受信機圧力および温度、および受信機推定高度である。ビーコンＰＲＮは、固有でなくても良いが、普通は、周波数インデックスと組み合わせたときに局所領域内で固有であっても良い。ビーコンＰＲＮは、好ましいゴールド・コードのリストから得ても良い。ゴールド・コードは、標準的なＧＰＳゴールド・コードと異なっていても良いが、同じファミリーであっても良い。ビーコン周波数インデックスは離散的であっても良い（たとえば、７つの値）。ＷＡＰＳネットワーク割り当てを、ビーコンＰＲＮとビーコン周波数インデックスとが局所的に固有であるように行なっても良い。ビーコン・スロット・インデックスは任意的であり、ＰＲＮ／周波数インデックス測定が行なわれるスロットを示しても良い。スロットは、絶対時間が分かっていない場合には、論理的にすることができる。ビーコン・ドップラ測定は、地上ドップラであっても良いが（セルラー・ネットワーク上のように；たとえば、９２６ＭＨｚにおけるＳＯＯｋｍｐｈに対して＋／−４３０Ｈｚ）、測定される人工衛星ドップラは、最大で＋／−６ｋＨｚとなる可能性がある。測定におけるＷＡＰＳシステム時間は、ユーザ装置が絶対時間を決定できるならば絶対的であっても良いが、そうでなければ相対時間スケールとすることができる。大気圧および温度は、モバイル（利用可能であれば）の位置で測定しても良い。受信機推定高度をＵＥ支援モードで与えて、ネットワーク位置計算機能がＵＥ位置決定計算における高度を含むことができるようにしても良い。

ＵＥベースモードでは、支援サーバからＷＡＰＳＰＲＮおよび周波数サーチ情報が与えられる。ユーザ装置は、ＷＡＰＳ信号を取得および追跡して、到着時間を決定する。非常に難しい環境たとえば深い屋内／地下駐車場において、または同様に、Ｅ９１１呼出しフローにおいて、最速の初期位置計算時間を支援するために、ＷＡＰＳ信号上で無線送信されたデータを復調することによって得られるデータを、制御／ユーザ平面を通して支援データとして得ても良い。この支援データには、圧力、温度、およびタイミング補正が含まれる。ＷＡＰＳＵＥベースモードは、以下のように動作しても良い。

ＷＡＰＳ可能な位置決めサーバ（たとえば、ＳＡＳ、Ｅ−ＳＭＬＣ、およびＳＩＰ）から、ユーザ装置に、ＷＡＰＳビーコンのリスト（サービング・セルのセルＩＤによって画定される局所領域に対応する）が送られる。情報によって、ユーザ装置が迅速にサーチすることが、各ビーコンに対するＰＲＮ、時間スロット、および周波数サーチ空間を支援の一部して与えることによって、可能となる。ユーザ装置は、多くのビーコンから無線送信を受信して、その３Ｄ位置を計算する。なお、ユーザ装置圧力および温度測定値が入手できる場合には、正確な高度推定も、位置計算の一部として入手できる。フォールバックモードでは、これらのビーコンから無線送信されたデータ（または圧縮バージョン）をユーザ装置に送ることができる。この情報を用いて、ユーザ装置は、その位置の計算を、無線送信されたＷＡＰＳビーコンデータをデコードせずに行なうことができる。そして、位置をユーザ装置上で使用することもできるし、またはネットワーク・アプリケーションのためにサーバに送り返すこともできる。

ＷＡＰＳＵＥ支援モードでは、ＷＡＰＳ可能な位置決めサーバ（たとえば、ＳＡＳ、Ｅ−ＳＭＬＣ、およびＳＬＰ）から、ユーザ装置に、ＷＡＰＳビーコンのリスト（サービング・セルのセルＩＤによって画定される局所領域に対応する）が送られる。情報によって、ユーザ装置は迅速にサーチすることが、各ビーコンに対する周波数サーチ空間を支援の一部として与えることによって可能となる。ユーザ装置は、多くのビーコンからの無線送信を測定して、未処理ＴＯＡを返す。またユーザ装置は圧力および温度の測定を、適切なセンサがユーザ装置上で利用可能であれば行ない、これらの測定値を返す。Ｅ−ＳＭＬＣ／ＳＬＰ：粗いＴＯＡを得て、それをビーコン・タイミング補正によって精緻なものにして、精細なＴＯＡを得る。ユーザ装置圧力および温度測定値（入手可能であれば）を用いてユーザ装置の高度を計算する（これらの測定値が入手できない場合には、ユーザ装置高度は概算しても良い）。精細なＴＯＡおよび高度を用いてユーザ装置の３Ｄ位置を計算する。

図７に、ＷＡＰＳを用いてＵＥベース位置決定を行なうためのプロセス７００の実施形態の詳細を例示する。ステージ７１０では、ＷＡＰＳビーコンのリストを含むＷＡＰＳ支援データをユーザ装置に送っても良い。たとえば、リストは、ユーザ装置に対するサービング・セルのセルＩＤによって画定された局所領域に基づいて決定しても良い。一部／全部のＷＡＰＳビーコンに対する周波数サーチ空間も、支援データの一部としてステージ７２０において含まれていても良い。サーチ空間を与えることによって、ユーザ装置が特定のビーコンに対する信号の位置を特定するのに必要な時間が短くなる場合がある。ステージ７３０では、ユーザ装置は、ビーコンから無線で送信された完全なまたは圧縮されたＷＡＰＳ信号を受信しても良い。次に、ステージ７４０では、ユーザ装置は、ＷＡＰＳ信号に基づいてその推定位置を計算しても良い。計算は、無線で送信されたＷＡＰＳ信号をデコードすることなく可能であっても良い。位置推定値の計算をしたら、ユーザ装置はその推定値をネットワークまたはＷＡＰＳサーバに送信して、さらなる処理を図っても良い。

図８に、ＷＡＰＳを用いたＵＥ支援位置決定を行なうためのプロセス８００の実施形態の詳細を例示する。ステージ８１０および８２０では、ＷＡＰＳビーコンのリストを含むＷＡＰＳ支援データとＷＡＰＳビーコンの一部または全部に対する周波数サーチ空間とを、ユーザ装置に送っても良い。ステージ８３０では、ユーザ装置は任意的に、ビーコンから無線で送信された完全なまたは圧縮されたＷＡＰＳ信号を受信しても良い。次に、ステージ８４０では、ユーザ装置は、ネットワークまたはＷＡＰＳサーバに、ユーザ装置がＷＡＰＳビーコンから受信した未処理の到着時間（ＴＯＡ）、未処理の疑似範囲、および／または精細な疑似範囲情報を送っても良い、

ステージ８５０では、ネットワーク／ＷＡＰＳサーバは任意的に、未処理のＴＯＡおよび／または未処理の疑似範囲情報を用いて精細な疑似範囲情報を決定しても良い。次に、ステージ８６０では、ネットワーク／ＷＡＰＳサーバが、ＷＡＰＳネットワーク構成情報（たとえば、送信機の緯度および経度座標とともに高度）および精細な疑似距離情報を調べて、ユーザ装置の位置を計算しても良い。

異なるネットワーク技術に対する位置決め能力

図９Ａに、少なくとも１つの実施形態によるネットワーク９００ａを例示する。ネットワーク９００には、ユーザ装置９９０ａの位置の決定に関与する種々のコンポーネントが含まれている。使用するコンポーネントの数がより多いかまたは少ない代替的な構成を考えても良い。

ユーザ装置９９０ａは、種々の位置決め手順に関与することを、ダウンリンク信号の測定を行なうこと、測定用のアップリンク信号を送信すること、信号を処理すること、およびネットワークに送信しても良い結果を計算することによって行なう。ユーザ装置９９０ａの関与は、使用する位置決め方法によって変わる。

ゲートウェイモバイル位置センタ（ＧＭＬＣ９７４ａ）（すなわち、ＬＣＳサーバ）は、ＬＣＳクライアント９７０ａからのリクエストに対する第１の接点である。ＧＭＬＣ９７４ａは、ルーティング情報をホームロケーションレジスタ／ホーム加入者サーバ（ＨＬＲ／ＨＳＳ）９７６ａから取り出して、位置決めリクエストをＬＣＳクライアント９７０ａから移動通信交換局（ＭＳＣ）９８０ａ／９８１ａおよび／またはサービングＧＰＲＳサポートノード（ＳＧＳＮ）９９６ａ／９９７ａへ送り、そして、結果として得られる位置をＬＣＳクライアント９７０ａへ返しても良い。ＧＭＬＣ９７４ａは、３つの役割のうちの１つを担っても良い。（ｉ）リクエスティングＧＭＬＣは、ＬＣＳクライアントリクエストを受信するＧＭＬＣである、（ｉｉ）ホームＧＭＬＣは、ユーザ装置９９０ａのホームＰＬＭＮにおけるＧＭＬＣである、および（ｉｉｉ）訪問ＧＭＬＣは、ユーザ装置９９０ａがサービスを受けているときに経由するＧＭＬＣである。ＨＬＲ／ＨＳＳ９７６ａは、各ユーザ装置（たとえば、ユーザ装置９９０ａ）に対するＬＣＳ申し込みおよびルーティング情報を維持／保持する。ＬＣＳクライアント９７０ａは、取り付けられたユーザ装置９９０ａに対する位置決めリクエストを送る。ＭＳＣ９８０ａ／９８１ａは、ユーザ装置申し込みおよび非ＧＰＲＳ関連ＬＣＳリクエストを管理し、ＳＧＳＮ９９６ａ／９９７ａは、ユーザ装置申し込みおよびＧＰＲＳ関連ＬＣＳリクエストを管理する。

ノードＢ９８６ａは、ユーザ装置９９０ａとの間で信号を送受信する。ノードＢ９８６ａは、ＳＡＳ制御下でＴＤＯＡタイプの測定を行なう統合された位置管理ユニット（ＬＭＵ）を有していても良い。無線ネットワークコントローラ（ＲＮＣ）９８４ａは、その下流側ユーザ装置に対する無線リソース制御および移動性をもたらす。さらに、それはまた、各リクエストに応えるために用いるべき位置決定方法を選択し、ＳＡＳを呼び出すことを、必要に応じて行なう。スタンド・アローンのＳＭＬＣ（ＳＡＳ）９８２ａは、ＧＰＳ支援データ、ＷＡＰＳ／ＭＢＳ支援データ、または他のデータをＲＮＣ９８４ａに、ＵＥ支援およびＵＥベース計算の両方に対して送り、Ｕ−ＴＤＯＡ位置計算をＲＮＣ９８４ａからのリクエストに応えて行ない、必要に応じてユーザ装置位置計算を行なうことができ、また任意的に、最も最適な位置決め方法を、ＲＮＣ９８４ａがしないかできない場合に選択しても良い。

緊急サービス・メッセージエンティティ（ＥＳＭＥ）９９８ａは、帯域外メッセージたとえば緊急呼出しに関係する位置決めリクエストを送って処理する。緊急応答機関（ＰＳＡＰ）９９９ａは、緊急呼出しに答えて緊急サービスを送り出す場所である。

ネットワーク９００ａのコンポーネントは、以下のようにして互いに論理的に接続しても良い。インターフェースＬｅが、ＬＣＳクライアント９７０ａをＬＣＳサーバ（ＧＭＬＣ９７４ａ）にリンクし、位置決めリクエストをＬＣＳクライアントからＬＣＳサーバに送って、位置をＬＣＳサーバ９７４ａからＬＣＳクライアント９７０ａに送り；インターフェースＥ２が、ＥＳＭＥ９９８ａをＧＭＬＣ９７４ａにリンクし、またＬｅインターフェースと機能的に同等であっても良く；インターフェースＬｒがＧＭＬＣ９７５ａをＧＭＬＣ９７４ａにリンクしている。このＧＭＬＣ対ＧＭＬＣインターフェースＬｒを用いて位置決めリクエストを転送することを、リクエスティングＧＭＬＣとサービングＧＭＬＣ（ホームまたは訪問）とが異なり得るときに、行なう。インターフェースＬｈがＧＭＬＣ９７４ａをＨＬＲ／ＨＳＳ９７６ａにリンクし、インターフェースＬｈを用いて、ユーザ装置ルーティング情報とＬＣＳ申し込み情報とをＨＬＲ／ＨＳＳからＧＭＬＣによって取り出す。インターフェースＬｇがＧＭＬＣ９７４ａをＭＳＣ９８０ａ／９８１ａとＳＧＳＮ９９６ａ／９９７ａとにリンクし、インターフェースＬｇをＧＭＬＣ９７４ａが用いて、位置決めリクエストを無線アクセス・ネットワークに送り、また位置情報を受信する。インターフェースＡが、ＳＧＣＮ９９７ａを無線アクセス・ネットワーク（ＲＡＮ）（たとえば、ＧＳＭエッジＲＡＮ）にリンクし、位置決めリクエストおよび位置を運ぶ。インターフェースＧｂが、ＳＧＳＮをＲＡＮ（ＧＥＲＡＮ）にリンクして、位置決めリクエストおよび位置をＳＧＳＮ９９７ａとＲＡＮとの間で運ぶ。インターフェースＩｕが、ＳＧＳＮ９９６ａおよびＭＳＣ９８０ａをＵＴＲＡＮにリンクして、位置決めリクエストおよび位置をＭＳＣ／ＳＧＳＮとＲＮＣ９８４ａとの間で運ぶ。インターフェースＩｕｂが、ＲＮＣ９８４ａをノードＢ９８６ａにリンクして、データを各基地局とＲＮＣ９８４ａとの間で運ぶ。インターフェースＩｕｐｃが、ＲＮＣ９８４ａをＳＡＳ９８２ａにリンクして、ＧＰＳ支援データをＲＮＣ９８４ａに運ぶとともに、種々の位置決めリクエストおよび結果コマンドを運ぶ。インターフェースＵｍが、ユーザ装置９９０ａをＧＥＲＡＮにリンクして、シグナリングをユーザ装置９９０ａとその上流側ＲＡＮ機器（たとえば、図示しないＲＮＣおよび基地局コントローラ）との間で運ぶ。インターフェースＵｕが、ユーザ装置９９０ａをＵＴＲＡＮにリンクして、シグナリングをユーザ装置９９０ａとその上流側ＲＡＮ機器（たとえば図示しないＲＮＣ９８４ａおよびＢＳＣ）との間で運ぶ。

ＬＴＥネットワークでは、ＧＭＬＣおよびＥサービング・モバイル位置センタ（Ｅ−ＳＭＬＣ）は、ＧＭＬＣおよびＳＡＳに対する同様の機能を有する。ｃｄｍａ２０００ネットワークでは、ＧＭＬＣおよびＳＡＳに対する等価なエンティティは、モバイル位置決めセンタ（ＭＰＣ）および位置決定エンティティ（ＰＤＥ）であっても良い。

図１０に、Ａ−ＧＰＳに従ってＬＣＳリクエストおよび応答に対するシグナリング手順およびメッセージを行なうためのプロセス１０００の実施形態の詳細を例示する。図示しないが、図１０に示す手順およびメッセージに対する変形を考えても良い。たとえば、異なる位置決め方法（たとえば、とりわけ、セルＩＤおよびＵ−ＴＤＯＡ）が本発明の範囲および趣旨に含まれ、本明細書における記載はこれらの位置決め方法に適用される。同様に、異なる世代のネットワーク（たとえば、２Ｇ、３Ｇ、４Ｇ、および以降の世代のネットワーク）が本発明の範囲および趣旨に含まれ、本明細書における記載はこれらのネットワークにも適用される。

ステージ１００１では、ユーザ装置位置に対するリクエストが、ＬＣＳクライアント１０７０からＬＣＳサーバ／Ｒ−ＧＭＬＣ１０７２に送られる。リクエストには、目標ユーザ装置たとえばＩＭＳＩまたはＭＳＩＳＤＮに対する識別情報が含まれる。リクエストはまた、それが早急なのか据え置きなのかを示しても良い。Ｒ−ＧＭＬＣが目標ユーザ装置に対するプライバシプロファイルを有しているならば、ステージ１００２〜１００４は必要でなくても良い。ステージ１００２では、Ｒ−ＧＭＬＣ１０７２は、Ｈ−ＧＭＬＣ１０７４の検索を、ＳＥＮＤ＿ＲＯＵｌｌＮＧ＿ＩＮＦＯ＿ＦＯＲ＿ＬＣＳをホーム・ネットワークＨＬＲ／ＨＳＳ１０７６に送ることによって行なう。ステージ１００２および１００３は、Ｒ−ＧＭＬＣ１０７２がすでにこの情報を有しているならば、省略しても良い。ステージ１００３では、ＨＬＲ／ＨＳＳは、ユーザ装置とともに任意の既知のＬＣＳ能力に対するルーティング情報（たとえば、ＭＳＣ）を返す。ステージ１００４では、Ｒ−ＧＭＬＣ１０７２から位置決めリクエストがＨ−ＧＭＬＣ１０７４に送られる。Ｒ−ＧＭＬＣ１０７２とＨ−ＧＭＬＣ１０７４とが同じ場合には、ステージ１００４を省略する。

ステージ１００５では、Ｈ−ＧＭＬＣ１０７４が、Ｒ−ＧＭＬＣ１０７２がユーザ装置１０９０に対する位置をリクエストすることが許可されているか否かを判定するとともに、加入者のプライバシプロファイルの検査を含んでいる。ステージ１００６では、Ｈ−ＧＭＬＣ１０７４が、ＨＬＲ／ＨＳＳ１０７６において送信先ＭＳＣまたはＳＧＳＮアドレスの検索を、以前に知られていない場合に行なう。ＨＬＲ／ＨＳＳ１０７６は、ステージ１００７において、送信先ＭＳＣまたはＳＧＳＮのアドレスをＨ−ＧＭＬＣ１０７４に返す。Ｖ−ＧＭＬＣ１０７８のアドレスがＨ−ＧＭＬＣ１０７４とは異なる場合、位置決めリクエストをＶ−ＧＭＬＣ１０７８に転送することを、ステージ１００８で行なう。そうでない場合には、これおよび関係するステップ１０１５を省略しても良い。

ステージ１００９では、プロバイド加入者位置決めリクエストをＭＳＣ１０８０に送る。必要に応じて、ユーザ装置１０９０を呼び出してアイドル状態から移すことを、ステージ１０１０で行なう。ユーザ装置１０９０が、ＬＣＳ通知をリクエストして、それを受信することができる場合、通知をＭＳＣ１０８０によってユーザ装置１０９０に送ることを、ステージ１０１１で行なう。ステージ１０１２では、ユーザ装置から通知返りメッセージが送られる。ステージ１０１３では、位置決めリクエストメッセージをＲＮＣ１０８４に送る。ＲＮＣ１０８４が現在のＧＰＳ天体歴データを有していない場合には、ＲＮＣ１０８４がＳＡＳ１０８２を情報交換開始リクエストを通して呼び出すことを、ステージ１０１４で行なう。ステージ１０１５では、ＳＡＳ１０８２からＧＰＳ支援データがＲＮＣ１０８４に、情報交換開始応答を通して返される。ステージ１０１６では、測定制御メッセージがユーザ装置１０９０に、位置計算をリクエストするために送られる。ＧＰＳ支援データもこのメッセージに含まれていても良い。

ステージ１０１７〜１０１９は、ユーザ装置１０９０の動作がＵＥベース位置決めモードなのかＵＥ支援位置決めモードなのかによって変わる。動作がＵＥベースモードである場合、ユーザ装置１０９０が測定報告メッセージをその計算位置とともに返すことを、ステージ１０１７で行なう。動作がＵＥ支援モードである場合、測定報告は、ＧＰＳ疑似距離測定値をステージ１０１７において有する。ステージ１０１８および１０１９は、ＵＥ支援モードのみで呼び出しても良い。ステージ１０１８では、ＲＮＣ１０８４から測定値がユーザ装置１０９０からＳＡＳ１０８２に、位置計算リクエストを介して転送される。ＳＡＳ１０８２は、ユーザ装置の位置を計算し、計算位置をＲＮＣ１０８４に位置計算応答を介して返すことを、ステージ１０１９で行なう。

ステージ１０２０では、ＲＮＣが計算位置を位置報告メッセージを介して返す。ステージ１０２１では、ＭＳＣ１０８０が位置応答をＶ−ＧＭＬＣ１０７８に返す。ステージ１０２２では、Ｖ−ＧＭＬＣ１０７８が位置応答をＨ−ＧＭＬＣ１０７４に返す。ステージ１０２３では、Ｈ−ＧＭＬＣ４７４が追加のプライバシ・チェックを、必要に応じて行なう。この例は、加入者が地理的地域に基づいて異なるプロファイルを有していたならば、結果をプロファイルに対して再チェックする必要がある場合である。加入者のプロファイルが、通知を行なうべきであると示している場合には、通知をＲＡＮに向けて送ることをステージ１０２４で行ない、通知手順をステージ１０２５で行なっても良い。ステージ１０２６では、Ｖ−ＧＭＬＣ１０７８が、通知手順によってもたらされるＬＣＳサービス応答をＨ−ＧＭＬＣ１０７４に返す。ステージ１０２７では、Ｈ−ＧＭＬＣ１０７４がＬＣＳサービス応答をＲ−ＧＭＬＣ１０７２に送る。最後に、ステージ１０２８では、Ｒ−ＧＭＬＣ１０７２がＬＣＳサービス応答をＬＣＳクライアント１０７０に返す。

緊急位置決定は１または複数の異なる手順に従っても良い。１つの手順では、たとえば、ユーザ装置は、緊急通話設定をリクエストする。ＭＳＣは、緊急呼出しを適切なＰＳＡＰを用いて設定する。送信先ＰＳＡＰを決定するための手順は、ここでは詳細に述べないことがあり得る。しかし、通話設定メッセージングには、この例では、ＥＳＲＫ、セルＩＤ、および現在位置が含まれる。ＭＳＣは、緊急呼出し開始において位置更新手順を開始するようにプログラムされている。ＭＳＣは位置決めリクエストメッセージをＲＡＮに送る。ＲＮＣは、ＧＰＳが必要であること、およびユーザ装置は位置の計算が可能であることを決定する。現在のＧＰＳ天体歴を有していない場合には、ＳＡＳに支援情報をダウンロードさせる。ＳＡＳはＧＰＳ支援情報をＲＮＣに送る。ＲＮＣは、ユーザ装置に命令を出してその位置の計算をＧＰＳを用いて行わせ、またＧＰＳ支援情報を測定制御を介して含む。ユーザ装置はその計算位置を測定報告を介して返す。ＲＮＣはユーザ装置の位置を位置報告を介して返す。ＭＳＣはユーザ装置の位置を加入者位置報告機能を用いて送る。ＧＭＬＣは報告に確認応答する。

緊急呼出しにおけるある時点で、ＰＳＡＰは、ユーザ装置の更新位置をＥＳＲＫを用いてリクエストする。ＧＭＬＣはプロバイド加入者位置決めリクエストをＭＳＣに送る。ＭＳＣは位置決めリクエストメッセージをＲＡＮに送る。ＲＮＣは、ＧＰＳが必要であること、およびユーザ装置は位置の計算が可能であることを決定する。ＳＡＳに支援情報をダウンロードさせる。ＳＡＳはＧＰＳ支援情報をＲＮＣに送る。ＲＮＣは、ユーザ装置に命令を出してその位置の計算をＧＰＳを用いて行わせ、またＧＰＳ支援情報を測定制御メッセージを介して含む。ユーザ装置はその計算位置を測定報告メッセージを介して返す。ＲＮＣはユーザ装置の位置を位置報告メッセージを介して返す。ＭＳＣはユーザ装置の位置を返す。そして、ＧＭＬＣはユーザ装置の更新位置推定値をＰＳＡＰに返す。

しばらくしてから、ＰＳＡＰは呼出しを終了する。ＭＳＣは、呼出しをユーザ装置とともに終了して、ＲＡＮリソースを解放する。ＭＳＣは、加入者位置報告をＧＭＬＣに送って、呼出しがクリアされたことを示す。ＧＭＬＣは報告に確認応答する

ＷＡＰＳとＧＰＳとの間のある類似性により、測位用に用いるＧＰＳ信号構造を用いてＷＡＰＳ位置決め信号を送出しても良い。たとえば、ＷＡＰＳ信号情報を、図１０において説明した機能性を用いて送信しても良い。またＷＡＰＳ信号情報を、図１１〜２０に例示および説明した機能性を用いて送信することを、図１０に示したＷＡＰＳ信号情報の送信方法と同様の方法で行なっても良い。

本明細書で説明した本発明の態様を異なるネットワークおよびネットワーク技術に適用することを、制御平面およびユーザ平面の両方上で行なっても良い。一例として、以下に詳細に説明するように、前述した本発明の態様を、あるプロトコルに関連して以下のように実施しても良い。たとえば、無線リソース制御（ＲＲＣ）を用いたユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）、オープン・モバイル・アライアンス（ＯＭＡ）、安全ユーザ平面位置（ＳＵＰＬ）、ＬＴＥ位置決めプロトコル（ＬＰＰ）を用いたロング・ターム・エボリューション（ＬＴＥ）、無線リソースＬＣＳプロトコル（ＲＲＬＰ）を用いた汎欧州デジタル移動電話方式（ＧＳＭ）、および７ＩＡ−８０１プロトコルおよび手順を伴うＣＤＭＡ２０００。

本発明の１または複数の実施形態によって、無線リソース制御（ＲＲＣ）プロトコルを用いたユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）の位置決め能力をサポートするために用いられる既知のシグナリング手順およびメッセージの変更およびそれらからの変形が提供される。このような変更は、ＷＡＰＳシステムのある特徴が既存のネットワーク内で動作できるようにするために必要であっても良い。種々の手順を考えても良い。たとえば、ＧＮＳＳを用いた方法、セルＩＤまたは何らかの形式のＴＤＯＡを用いたネットワークベースの測位方法、および他の測位方法である。

少なくとも１つの実施形態によれば、ＲＮＣおよびＳＡＳは、１または複数のＷＡＰＳサーバに対するインターフェースとなっても良く、位置問い合わせが緊急呼出しに関係しないときに認証情報から位置問い合わせをリクエストしても良い。場合によっては、ＲＮＣおよびＳＡＳは、ユーザ装置ＷＡＰＳ能力を担わなくても良い。ただし、ユーザ装置能力情報メッセージにおいてユーザ装置によって報告された場合は別である。認証検索は、その呼出しフローが緊急呼出し位置決めリクエストとして処理されて、アプリケーションレベルの位置決めリクエスト（たとえばＧｏｏｇｌｅマップから）が制御平面インフラストラクチャに渡って流れることが全くない場合に、回避しても良い。しかし、ＲＮＣおよびＳＡＳにおいてアプリケーションごとの認証が無いと、セキュリティおよびサービス窃盗の危険性が生じる可能性がある。それとは関係なく、ＲＮＣおよびＳＡＳを堅固にして、ユーザ装置が、偶然にしろ故意にしろ、ＲＮＣおよび／またはＳＡＳをＷＡＰＳ関連の位置情報であふれさせることおよびネットワーク・ローディングまたは輻輳問題を生じさせることが、確実に起きないようにしても良い、課金情報を各ＷＡＰＳ可能なユーザ装置に対して請求サーバを介して得ることができるが、サービス・プロバイダが、別個の請求記録をネットワークおよび／またはユーザ装置自体から有することを望む場合には、ＲＮＣおよび／またはＳＡＳは、追加的な変更およびこれらの変更を必要としても良い。

オプション１−少なくとも１つの実施形態において、本発明のある態様を、ＵＥベースまたはネットワークベースの位置計算において３ＧＰＰ制御平面シグナリングに対する変更を伴うことなく行なう。しかし、シグナリング変更は他の実施形態において考えられている。シグナリング変更が全くないことがあり得る場合、ＷＡＰＳは、加入者の情報（一意の識別子たとえばＩＭＳＩとともにＷＡＰＳサービスを用いることが許可されたアプリケーションの組）が送られるその独自のサーバの組を有していても良く、ＷＡＰＳは、ユーザ装置と直接協力して請求目的で利用を得るその独自の請求サーバの組を有していても良く、またＷＡＰＳ利用情報とともに問い合わせ毎ベースの想定される細分性を、サービス・プロバイダおよび他の商業上のエンティティであって、高度な位置特定サービスをＷＡＰＳから買うエンティティに送ることができる。それに応じて、未処理の利用統計をユーザ装置からＷＡＰＳに関するサービス・プロバイダに送るための要求が想定されている。

また、サービス・プロバイダのネットワークは、ＷＡＰＳを用いる（または用いない）ようにユーザ装置に正確に命令を出せるようにユーザ装置の正確な信号状態を認知することをしていない場合がある。ユーザ装置を変更して、それが両ＷＡＰＳ可能であるか否かおよび良好なＷＡＰＳ信号が利用可能であったか否かについて。フィードバックをネットワークに送るようにすることができる。ユーザ装置にＷＡＰＳが利用できるという表示を送らせることは、ＷＡＰＳビーコン有効範囲についてのＲＮＣ負荷情報を有することよりも簡単であると推定される。しかし、ＷＡＰＳの利用を推奨するためには、ネットワークはまた、どのアプリケーションが位置計算を試みてＷＡＰＳサーバに対して検証しようとしているかを知る必要があるであろう。ネットワーク（ＲＮＣまたはＳＡＳ）は、ＷＡＰＳサーバとやり取りしてＷＡＰＳ利用を検証しなければならないであろう。しかし場合によっては、ユーザ装置にこの機能を行なわせることと比べて優位性がない場合がある。ネットワークは代替的に、緊急呼出し位置が単に制御平面位置メカニズムに対する利用であるが、想定はセキュリティおよびサービス窃盗の危険性のその独自の組を保持することを、想定することができる（ネットワークがユーザ装置に命令を出してクライアント制御をオーバーライドしてＷＡＰＳを利用できると想定している）。

最後に、ネットワークベース（すなわち、ＵＥ支援）の位置計算の場合には、ユーザ装置は信号を測定した後にこれらの測定値をＳＡＳに返して、ＳＡＳがユーザ装置位置を計算することを図る。ＷＡＰＳ信号をＳＡＳに返してその計算で利用することを図るためには、複数のシグナリング・メッセージを変更する必要であろう。これらの変更を回避するためには、ある実施形態によってＷＡＰＳ信号情報をＧＰＳ疑似範囲情報に変換することを、その情報をネットワークに返して処理を図るまえに行なう。３つ未満のＷＡＰＳビーコンが受信された（たとえば、ユーザ装置がＷＡＰＳネットワーク有効範囲の縁にいる）場合、ＧＰＳ疑似範囲測定値の計算をＷＡＰＳ信号測定値を用いて行なうことはできず、ユーザ装置は単にＧＰＳ信号有効範囲に依存するかまたはＷＡＰＳ、ＧＰＳ、または他の位置決め技術の組み合わせに依存することになる。

ＷＡＰＳを用いたＵＥベースおよびＵＥ支援の位置測位は両方とも、３ＧＰＰ制御平面シグナリングに対する変更を伴わずに実現しても良い。これらの実施形態によれば、変更はただユーザ装置に対してのみ行えば良い。
複数の実施形態において、制御平面シグナリングに対する変更が考えられる。

オプション２−たとえば、少なくとも１つの実施形態がＷＡＰＳ認識型ネットワークを必要としても良い。こうして、ＧＭＬＣ、ＳＡＳ、およびユーザ装置は、変更されたメッセージングを用いて、ＷＡＰＳサポートについての情報を交換しても良い。しかし、新しいＧＮＳＳ配置を、ＷＡＰＳおよび新しい配置のコンテキスト内で運ばれた任意のＷＡＰＳ測定値に対して規定しても良い。このオプションによれば、ＷＡＰＳ信号測定値をＧＰＳ疑似範囲に変換することは要求されない。このアプローチについては後により詳細に説明する。

オプション３−少なくとも１つの他の実施形態が同様に、ＷＡＰＳ認識型ネットワークを必要としても良い。こうして、ＧＭＬＣ、ＳＡＳ、およびユーザ装置は、変更されたメッセージングを用いて、ＷＡＰＳサポートについての情報を交換しても良い。しかし、ＷＡＰＳ信号測定値をＧＰＳ疑似範囲に変換するのではなくて、新しいＷＡＰＳ固有の情報エレメントを形成して、ＷＡＰＳ信号測定値をネットワークに送っても良い。このオプションによれば、ＷＡＰＳ信号測定値をＧＰＳ疑似範囲に変換することも、ＧＮＳＳ配置を用いることも要求されない。このアプローチについては後により詳細に説明する。

以下の説明では、オプション２およびオプション３のいずれかに従って実施して本発明の異なる特徴を実施しても良い種々の変更について例示する。方法２および／または３に対するネットワークおよびユーザ装置機器変更の例には、以下のものが含まれていても良い：ＲＮＣ（シグナリングに対するＷＡＰＳサポートを、場合によっては必要としても良い；ＷＡＰＳ請求／認証サポートを、場合によっては必要としても良い；変更されたシグナリング・メッセージに対するサポートを、場合によっては必要としても良い）；ＳＡＳ（シグナリングに対するＷＡＰＳサポートを、場合によっては必要としても良い；ＷＡＰＳ請求／認証サポートを、場合によっては必要としても良い；変更されたシグナリング・メッセージに対するサポートを、場合によっては必要としても良い）；ＵＥ（多くのハードウェアおよびソフトウェアの変更を、ネットワークベースの変更を行なっても良いか否かとは関係なく必要としても良い）。シグナリング・メッセージに対する変更には、以下のものが含まれていても良い：ＵＥ能力問い合わせ（変更は必要ではない。このメッセージは、ＵＥがその能力をネットワークに送ることのみをリクエストしている）；ＵＥ能力情報（ＵＥはＷＡＰＳ能力を報告できなければならない）；ＵＥ能力情報確認（変更は必要ではない。方法固有の情報は、このメッセージには含まれていない）；測定制御（ＲＮＣはＵＥに命令を出して、ＷＡＰＳを用いることを、ＧＰＳ疑似範囲または新しいＥＥのいずれかを用いて行なわせることができなければならない）；測定報告（ＵＥは、既存のまたは新しいメッセージ／ＥＥ中のＷＡＰＳ情報を報告できなければならない）；測定失敗（ＵＥは、ＷＡＰＳ失敗を伝達することが、失敗が起きたら可能でなければならない）；情報交換開始失敗（必要に応じて、ＷＡＰＳ固有のエラー・メッセージを加えてＷＡＰＳエラーを示さなければならない）；位置計算リクエスト（ＵＥは、既存のまたは新しいメッセージ／ＥＥ中のＷＡＰＳ情報を報告できなければならない）；位置計算応答（このメッセージは、計算されたＵＥ位置を運び、信号測定情報は何も運ばない）；位置計算失敗（ＷＡＰＳエラーについての情報をＲＮＣに送ることが可能でなければならない）。

ユーザ装置能力情報メッセージのユーザ装置測位能力情報エレメント（３ＧＰＰ２５．３３１１０．３．３．４５）に対する変更には、以下のものが含まれていても良い：ＧＡＮＳＳＩＤ（オプション２の場合、ＷＡＰＳを新しいＧＮＳＳＩＤとして加えても良い。たとえば、ＷＡＰＳであれば、値Ｘ（２５．３３１において将来使用するために確保されたものの１つ）を用いるであろう）；ＧＡＮＳＳ信号ＩＤ（オプション２の場合、ＷＡＰＳ信号情報として、ＧＡＮＳＳＩＤに対応するものを加えても良い。たとえば、値Ｘは、ＷＡＰＳ信号を１つの搬送周波数（たとえば、９２６．２２７ＭＨｚ、帯域幅２．０４６ＭＨｚ）において示しても良いが、値１は、別のＷＡＰＳ信号を示しても良い（たとえば、９２０．７７３ＭＨｚ、帯域幅５．１１５ＭＨｚにおいて））；ＷＡＰＳサポート（オプション３に対する新フィールド。列挙（なし、ＵＥベース、ネットワークベース、スタンドアローン））。

ＷＡＰＳサポートを含むための測定制御メッセージ（具体的には、３ＧＰＰ２５．３３１１０．３．７．１１１におけるユーザ装置位置決め報告量ＩＥ）に対する変更には、以下のものが含まれていても良い：位置決め方法（オプション３の場合、加えるＷＡＰＳ、ＷＡＰＳまたはＧＰＳ、およびＷＡＰＳまたはＧＰＳまたはＯＴＤＯＡを加える。たとえば。列挙（ＯＴＤＯＡ、ＧＰＳ、ＯＴＤＯＡまたはＧＰＳ、セルＩＤ、ＷＡＰＳ、ＷＡＰＳまたはＧＰＳ、ＷＡＰＳまたはＧＰＳまたはＯＴＤＯＡ））；ＧＡＮＳＳ位置決め方法（オプション２の場合、ＷＡＰＳに対する値を加える。たとえば、ＷＡＰＳはビットＸを用いることができる）；必要なセルのＧＡＮＳＳタイミング（オプション２の場合、ＷＡＰＳに対する値を加える。たとえば、ビットＸをＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ搬送波位相測定のリクエスト（オプション２の場合、加えるＷＡＰＳに対する値を加える。たとえば、ビットＸをＷＡＰＳに対して用いても良い）。

ＷＡＰＳサポートを加えるための測定失敗メッセージ（３ＧＰＰ２５．３３１１０．３．３．１３）に対する変更には、以下のものが含まれていても良い：失敗原因（両オプションに対して、サポートされていないＷＡＰＳ位置決め方法を加える。無効のＷＡＰＳ測定結果、ＷＡＰＳ位置計算エラー）。

ＷＡＰＳサポートを加えるための位置計算失敗メッセージ（３ＧＰＰ２５．４５３９．１．５）における原因フィールド（３ＧＰＰ２５．４５３９．２．２．３）に対する変更には、以下のものが含まれていても良い：原因（両オプションについて、サポートされていないＷＡＰＳ位置決め方法を加える。無効のＷＡＰＳ測定結果、ＷＡＰＳ位置計算エラー、ユーザ装置位置決めエラー、ビーコン不十分、ＳＡＳはＷＡＰＳ位置決めを応答時間内に実施不可能）。

オプション２−測定報告メッセージ内のユーザ装置位置決めＧＡＮＳＳ測定結果（３ＧＰＰ２５．３３１１０．３．７．９３ａ）に対する変更には、以下のものが含まれていても良い：ＧＡＮＳＳ時間Ｉｄ（ＷＡＰＳに対する値を加えるかまたはＧＰＳ時間ＩＤを用いる。たとえば、値Ｘ）；ＧＡＮＳＳＩＤ（ＷＡＰＳに対する値を加える。たとえば、ＷＡＰＳは値Ｘを用いるであろう）；ＧＡＮＳＳ信号ＩＤ（ここで、ＷＡＰＳ値を加える。たとえば、値ＸはＷＡＰＳ信号搬送波のうちの１つを示しても良い）；人工衛星ＩＤ（ＷＡＰＳを用いて、この値は６４を超えてはならない。たとえば、ＷＡＰＳＩＤは、圧縮６ビットに対してマッピングされている。１つの圧縮方法は、ＷＡＰＳＩＤをＷＡＰＳＩＤモジュロ６４に変換することであろう）；Ｃ／Ｎｏ（Ｃ／Ｎｏは、ＷＡＰＳ固有の範囲に対してマッピングしなければならない。たとえば、ＷＡＰＳ測定ＳＮＲは、−３２〜３１ｄＢの範囲とすることができ、この範囲は６ビット整数フィールドにマッピングされる）。

ＩＥには、ユーザ装置ＭＢＳ測定値を返すのに必要なフィールドが含まれており、たとえば以下のものが含まれていても良い：ビーコンＩＤ（整数０〜３２７６７；ビーコン固有ＩＤを識別する）；ビーコン周波数インデックス（整数０〜６；ビーコン周波数オフセットを識別する）；ビーコン・スロットインデックス（整数０〜９；ビーコン・スロットを識別する）；温度（整数０〜５１１；ＵＥによって測定された温度を示す、範囲は２２３〜３２３ケルビン、０．２５ケルビン分解能、０〜５１１に規格化されている）；圧力（整数０〜８１９１；ＵＥによって測定された大気圧を示す、範囲は９７２２９〜１０５４２０ＰＡ、１ＰＡ分解能、０〜８１９１に規格化されている）；圧力信頼度（整数０〜１００；測定された圧力信頼度をパーセンテージとして示す）；高度推定（整数０〜２６２１４３；ＵＥが推定した高度を示す、範囲は−５００〜９０００メートル、６ｃｍ分解能、０〜２６２１４３に規格化されている）；高度信頼度（整数０〜１００；推定された高度信頼度を、パーセンテージとして示す）。

オプション２−ユーザ装置位置決め位置推定値（３ＧＰＰ２５．３３１１０．３．７．１０９）に対する変更には、以下のものが含まれていても良い：ＧＡＮＳＳ時間ＩＤ（ＷＡＰＳに対する列挙値のうちの１つを規定する。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ時間ＩＤ（ＷＡＰＳに対して列挙された値のうちの１つを規定する。たとえば、値０をＷＡＰＳに対して用いても良い）。

オプション２−位置計算リクエストメッセージ（３ＧＰＰ２５．４５３９．１．３）のＧＡＮＳＳ測定結果フィールド（３ＧＰＰ２５．４５３９．２．２．１１７）に対する変更には、以下のものが含まれていても良い：ＧＡＮＳＳ時間ＩＤ（ＷＡＰＳに対する未使用の列挙値を規定する。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ時間ＩＤ（ＷＡＰＳに対する未使用の列挙値を規定する。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳＩＤ（ＷＡＰＳに対する未使用の列挙値を規定する。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ信号ＩＤ（ＷＡＰＳに対する未使用の列挙値を規定する。たとえば、値０をＷＡＰＳに対して用いても良い）；ＳａｔＩＤ（ＷＡＰＳを用いて、この値を６４を超えないように選択しても良い）；Ｃ／Ｎｏ（Ｃ／ＮｏはＷＡＰＳ固有の範囲に対してマッピングしなければならない。ダイナミック・レンジの６４ｄＢのみを表わすことができる）。

オプション３−ＷＡＰＳ固有の測定結果フィールドを加えるための測定報告の測定結果フィールド（３ＧＰＰ２５．３３１１０．３．７．９９）に対する変更には、以下のものが含まれていても良い：ユーザ装置測位ＷＡＰＳ測定結果（ＷＡＰＳ信号測定値に対する新しいエレメント）。オプション３−位置計算リクエストメッセージ（３ＧＰＰ２５．４５３９．１．３）に必要な変更には、以下のものが含まれていても良い：ＷＡＰＳ測定結果（ＷＡＰＳ信号測定値に対する新しいエレメント）。

オプション３−新しいメッセージ（ＷＡＰＳ信号測定）が、ＷＡＰＳ信号測定値を保持するために必要であっても良く、以下のものを含んでいても良い：セル・フレームのユーザ装置ＷＡＰＳタイミング（整数０〜８６３９９９９９９９９７５０、２５０のステップづつ；一日のＷＡＰＳ時間、ｎｓ）；ＷＡＰＳＴＯＤ不確実さ（整数０〜１２７；ＵＴＲＡＮとＷＡＰＳＴＯＤとの間の正確さ）；ＵＣ−ＩＤ（ＷＡＰＳＴＯＤ−ＳＦＮに対する基準セル）；基準ＳＦＮ（整数０〜４０９５；位置が有効であるＳＦＮ）；ＷＡＰＳＴＯＤｍｓｅｃ（整数０〜３５９９９９９；一日のＧＡＮＳＳ時間、ｍｓ）；ＷＡＰＳＴＯＤ不確実さ（整数０〜１２７；ＷＡＰＳＴＯＤの正確さ）；ＷＡＰＳコード位相曖昧さ（整数０〜３１；ｍｓ）；ＷＡＰＳ測定パラメーター（１〜＜最大ＷＡＰＳＢＣＮ）；ＷＡＰＳＥＤ（整数０〜６５５３５；ＷＡＰＳ識別子）；Ｃ／Ｎ_０（整数０〜６３；受信信号の搬送波対雑音比の推定値、単位はｄＢ−Ｈｚ）；マルチパスインジケーター（列挙ＮＭ、低、中、高）；搬送波品質表示（ビット・ストリング２）；ＷＡＰＳコード位相（整数０〜２^２１−１）；ＷＡＰＳ整数コード位相（整数０〜６３）；コード位相誤差（整数０〜６３）；ドップラ（整数−３２Ｋ〜３２Ｋ；Ｈｚ、倍率０．４）；ＡＤＲ（整数０〜３３５５４４３１；人工衛星信号に対するＡＤＲ測定値（メートル））。

当然のことながら、多くのＷＡＰＳ機能をＧＭＬＣおよび／またはＳＡＳに統合しても良い。たとえば、ＧＭＬＣおよび／またはＳＡＳは、ビーコン信号を復号化するために必要な暗号化キーを供給するようにプログラムすることができ、ＷＡＰＳ利用に対する認証エージェントとして働いてオン・ボード・データベースを担うかまたはＷＡＰＳホスト型データベースに問い合わせる能力を担っても良く、また各ユーザ装置から利用頻度を収集した後に報告しても良い。

図１１に、ＷＡＰＳを用いた緊急呼出しを例示する。ステップ１および２は、ユーザ装置によるＷＡＰＳ認証サーバに対する問い合わせであっても良く、公開キーとそのＩＭＳＩがＷＡＰＳにアクセスする許可とをリクエストしても良い（位置計算リクエストの前に最適に終了する）。これらのメッセージのフォーマットについては前述している場合がある。ステップ９および２０は、ユーザ装置がＧＰＳおよびＷＡＰＳの一方または両方を用いてその位置を計算することができるという事実を強調している。ステップ２９および３０は、ユーザ装置に記憶された請求情報が何らかの定期的な間隔でＷＡＰＳ請求サーバに送信されることを例示している。

また図１１における説明図は、ネットワークベースの位置計算を用いた緊急呼出しに適用しても良く、ＳＡＳが位置計算リクエストをＲＮＣに送る場合のＷＡＰＳシステム・シグナリングおよび動作のサンプルを示しており、ＲＮＣは位置計算応答をＳＡＳに返すことをステップ１１１０〜１１１１、および１１２１〜１１２２で行なう。ステップ１および２は、ユーザ装置によるＷＡＰＳ認証サーバに対する問い合わせであっても良く、公開キーとそのＩＭＳＩがＷＡＰＳにアクセスする許可とをリクエストしても良い（位置計算リクエストの前に最適に終了する）。ステップ９および２０は、ユーザ装置がＷＡＰＳ信号を取り込んでいて、それをネットワークに返すためのＧＰＳ疑似範囲に変換している事実を強調している。ステップ１１、１２および２２、２３をこのシグナリングフロー内に加えて、ＳＡＳによる位置計算を示しても良い。ステップ２９および３０は、ユーザ装置に記憶された請求情報が何らかの定期的な間隔でＷＡＰＳ請求サーバに送信されることを例示している。

本発明の１または複数の実施形態によって、ＯＭＡ安全ユーザ平面位置（ＳＵＰＬ）プロトコルの位置決め能力をサポートするために用いられる既知のシグナリング手順およびメッセージに対する変更およびこれらからの変形が提供される。このような変更は、ＷＡＰＳシステムのある特徴が既存のネットワーク内で動作できるようにするために必要であっても良い。種々の手順を考えても良い。たとえば、ＧＮＳＳを用いた方法、セルＩＤまたは何らかの形式のＴＤＯＡを用いたネットワークベースの測位方法、および他の測位方法である。ＳＬＰは、前述のＵＴＲＡＮ実施のＲＮＣおよびＳＡＳと同様に動作しても良い。ＷＡＰＳ利用のためのＳＵＰＬに対する変更は、下層のＲＡＮ位置プロトコル（たとえばＴＩＡ−８０１またはＲＲＣ）およびＳＵＰＬの両方を変更することを必要としても良い。サービス・プロバイダのネットワーク上でＳＵＰＬまたはＲＡＮ位置決めプロトコルの一方のみを可能にすることは、ＳＵＰＬを介したＷＡＰＳの完全な利用を可能にしない倍がある。ＳＵＰＬのすべてのバージョンを用いても良い。

ＵＴＲＡＮに関する説明は、本発明のＳＵＰＬ実施に同様に適用され、このセクションにおいて参照により取り入れられている。たとえば、ＵＴＲＡＮにおける信号変更に関する説明−すなわち、信号変更を用いないこと（その代わりに、いくつかある特徴の中で特に疑似範囲の変換に基づくこと）と信号変更を用いることとに関係する説明−は、ほとんど例外なくＳＵＰＬに同様に適用される。しかし、ネットワークは、制御平面プロトコルがそうであり得るように、ＳＵＰＬが緊急呼出しに対してのみ用いられていることを前提とすることはできない。したがって、いくつかの実施形態によれば、ＳＬＰ（すなわち、ネットワーク）が、ユーザ装置がＷＡＰＳ可能であることを知ることは要求されない。ＳＵＰＬが、下層のＲＡＮ位置決めプロトコルたとえばＲＲＣおよびＴＩＡ−８０１を位置計算に対して用いるという事実があるために、そのプロトコルおよびＳＵＰＬサポートの実施は同じでなければならない（たとえば、ＲＲＬＰに対してオプション１を、ＲＲＣに対してオプション２を、ＳＵＰＬに対してオプション３を選択すると、相互運用がおかしくなるという問題につながる可能性がある）。

図１２に例示するのは、ＷＡＰＳサポートを用いたユーザ装置に対するＭＴ位置決めリクエストであり、シグナリングに対する変更はない。ステップ１および２は、ユーザ装置によるＷＡＰＳ認証サーバに対する問い合わせであっても良く、公開キーとそのＩＭＳＩがＷＡＰＳにアクセスする許可とをリクエストしても良い（位置計算リクエストの前に最適に終了する）；ステップ１３は、ＳＥＴベースであるうとＳＥＴ支援であろうと、位置計算を終了させるプロトコル固有のメッセージング（ＲＲＬＰ、ＲＲＣ、ＴＩＡ−８０１など）であり；およびステップ１７および１８は、ユーザ装置に記憶された請求情報は、何らかの定期的な間隔でＷＡＰＳ請求サーバに送信されることを例示している。

図１３に、ＷＡＰＳサポートを用いた緊急呼出しを例示する。ステップ１および２は、ユーザ装置によるＷＡＰＳ認証サーバに対する問い合わせであっても良く、公開キーとそのＩＭＳＩがＷＡＰＳにアクセスする許可とをリクエストしても良い（位置計算リクエストの前に最適に終了する）。ステップ９は、ＳＥＴベースであろうとＳＥＴ支援であろうと、位置計算を終了させるプロトコル固有のメッセージング（ＲＲＣ、ＴＩＡ−８０１など）である。ステップ１２および１３は、ユーザ装置に記憶された請求情報は、何らかの定期的な間隔でＷＡＰＳ請求サーバに送信されることを例示している。図１３における説明図は、ネットワークベースの位置計算を用いた緊急呼出に適用しても良くて、ＷＡＰＳシステム・シグナリングおよび動作のサンプルを示している。

図示するように、位置決めリクエストは、Ｅ−ＳＬＰに、ＳＵＰＬエージェントから、おそらくはＧＭＬＣからまたはＥＳＭＥから直接、届く。リクエストは、緊急インジケータを有し、これはセットＥ−ＳＬＰが、リクエストが緊急呼出し用であることを知るように設定されている、ＳＵＰＬセッションは、緊急ＩＭＳコアに対してＳＩＰＰＵＳＨを用いて開始される。ＩＭＳは、ＳＥＴに対してＳＩＰＰＵＳＨを用いる。ＳＥＴは、２００のＯＫを用いてメッセージに確認応答する。ＩＭＳは２００のＯＫをＥ−ＳＬＰに返す。ＳＥＴは、ＳＬＰに対する安全なＩＰ接続を形成し、ＳＵＰＬＰＯＳＩＮＩＴメッセージをそれに送る。ＳＵＰＬＰＯＳＩＮＩＴは、サポートされた位置決め能力（たとえば、ＳＥＴ支援またはＳＥＴベースのＷＡＰＳ）およびプロトコル（たとえば、ＬＰＰ）を含んでいる。またＳＥＴは、ＳＵＰＬＰＯＳＩＮＩＴにおいて、支援データもそこに送ることをリクエストしても良い。ＳＵＰＬＰＯＳ手順を開始する。この結果、特定のＬＰＰメッセージを交換することができて、ＳＥＴがその位置を決定することができるかまたはＳＬＰがＳＥＴの位置を計算することができる。
本発明の異なる特徴を実施するためにオプション２およびオプション３のいずれかに従って実施しても良い種々の変更を、以下に説明する。

ネットワークおよびユーザ装置機器変更の例には以下のものが含まれていても良い：ＳＬＰ（ＷＡＰＳ請求／認証サポートを、場合によっては必要としても良い；変更されたシグナリング・メッセージに対するサポートを、場合によっては必要としても良い；ＷＡＰＳ変更されたＲＡＮ固有の制御平面位置メッセージたとえばＧＳＭ／ＲＲＬＰ、ＵＴＲＡＮ／ＲＲＣ、またはＴＩＡ−８０１に対するサポートを、場合によっては必要としても良い）；およびＵＥ（多くのハードウェアおよびソフトウェアの変更を、ネットワークベースの変更を行なっても良いか否かとは関係なく必要としても良い）。

ＵＬＰおよびＩＬＰシグナリング・メッセージに対する変更には、以下のものが含まれていても良い：ＧＮＳＳ位置決め技術（ＩＮＩＴＲＥＳＰＯＮＳＥＴＲＩＧ．ＲＥＳＰＯＮＳＥ；オプション２の場合、ＷＡＰＳを新しい配置として加える必要があっても良い）；位置ＩＤ（ＳＴＡＲＴＰＯＳＩＮＩＴＴＲＩＧ．ＳＴＡＲＴ；「ＷＡＰＳセルＩＤ」を用いることはサポートされていない）；位置（ＳＴＡＲＴＰＯＳＩＮＩＴＥＮＤＴＲＩＧ．ＳＴＡＲＴＲＥＰＯＲＴ；このエレメントは、ＳＥＴの位置のみを報告して、位置が計算された信号源は報告しない）；位置決め方法（ＩＮＩＴＲＥＳＰＯＮＳＥＴＲＩＧ．ＲＥＳＰＯＮＳＥＲＥＰＯＲＴ；ＷＡＰＳインジケータに対するサポート（とともに、ＷＡＰＳベースであるか、ＷＡＰＳ支援であるか、およびＷＡＰＳスタンドアローンであるか）を、場合によっては必要としても良い）；位置決めペイロード（ＰＯＳ；このメッセージは、ＴＩＡ−８０１またはＲＲＣペイロードを保持する。たとえ、ペイロードがＷＡＰＳ関連情報を運ぶように変更されていても、訂正されたペイロードを取り扱うために特定の変化をこのＵＬＰメッセージに対して必要とすることがなくても良い）；ＳＥＴ能力（ＳＴＡＲＴＰＯＳＩＮＩＴＡＵＴＨＲＥＱＥＮＤＴＲＩＧ．ＳＴＡＲＴＲＥＰＯＲＴ；ＷＡＰＳインジケータに対するサポート（とともに、ＷＡＰＳベースであるか、ＷＡＰＳ支援であるか、およびＷＡＰＳスタンドアローンであるか）を、場合によっては必要としても良い）；ステータス・コード（ＡＵＴＨＲＥＳＰＥＮＤＴＲＩＧ．ＳＴＯＰ；ＷＡＰＳ固有のエラー・メッセージを必要とすることがある（ＷＡＮタイプ固有のメッセージが現在のメッセージングにおいてサポートされないことがある）場合、変更を、場合によっては必要としても良い）；サポートされたネットワーク情報（ＩＮＩＴＲＥＳＰＯＮＳＥＴＲＩＧＲＥＳＰＯＮＳＥ；ＷＡＰＳインジケータに対するサポートを必要としても良い）；承認された位置決め方法（ＰＲＥＱ；ＷＡＰＳインジケータに対するサポート（とともに、ＷＡＰＳベースであるか、ＷＡＰＳ支援であるか、およびＷＡＰＳスタンドアローンであるか）を、場合によっては必要としても良い）；ＧＮＳＳ位置決め技術（ＰＲＥＳＰＩＮＩＴ；オプション２の場合、ＷＡＰＳを新しい配置として加える必要があっても良い）；位置ＩＤ（ＰＲＥＱＰＬＲＥＱＰＩＮＩＴ；「ＷＡＰＳセルＩＤ」を用いることはサポートされていない）；位置（ＰＩＮＩＴＰＲＥＳＰＲＰＴ；このエレメントは、ＳＥＴの位置のみを報告し、位置が計算された信号源は報告しない）；位置決めペイロード（ＰＯＳ；このメッセージは、ＴＩＡ−８０１またはＲＲＣペイロードを保持する。たとえ、ペイロードがＷＡＰＳ関連情報を運ぶように変更されていても、修正されたペイロードを取り扱うために特定の変化をこのＵＬＰメッセージに対して必要とすることがなくても良い）；好ましい位置決め方法（ＰＲＥＳ；ＷＡＰＳサポートを、サポートされた位置決め方法のリストに加える必要があっても良い）；ＳＥＴ能力（ＰＲＥＱＰＩＮＩＴ；ＷＡＰＳインジケータに対するサポート（とともに、ＷＡＰＳベースであるか、ＷＡＰＳ支援であるか、およびＷＡＰＳスタンドアローンであるか）を、場合によっては必要としても良い）；ステータス・コード（ＰＲＰＴＰＥＮＤ；ＷＡＰＳ固有のエラー・メッセージを必要とすることがある（ＷＡＮタイプ固有のメッセージが現在のメッセージングにおいてサポートされないことがある）場合、変更を、場合によっては必要としても良い）；サポートされた位置決め方法（ＰＲＥＳ；ＷＡＰＳインジケータに対するサポート（とともに、ＷＡＰＳベースであるか、ＷＡＰＳ支援であるか、およびＷＡＰＳスタンドアローンであるか）を、場合によっては必要としても良い）。

ＵＬＰ位置決め方法パラメータ［ＳＵＰＬＶ１ＵＬＰ７．８］［ＳＵＰＬＶ２ＵＬＰ１０．８］に対する変更には、以下のものが含まれていても良い：位置決め方法パラメータ（サポートされた方法のリストに加える：ＷＡＰＳＳＥＴベース；ＷＡＰＳＳＥＴ支援；自律型ＷＡＰＳ）。ＵＬＰＳＥＴ能力パラメータ［ＳＵＰＬＶ１ＵＬＰ７．１０］［ＳＵＰＬＶ２ＵＬＰ１０．１０］に対する変更には、以下のものが含まれていても良い：Ｐｏｓ技術（サポートされた方法のリストに加える：ＷＡＰＳＳＥＴベース；ＷＡＰＳＳＥＴ支援；自律型ＷＡＰＳ）；ＧＡＮＳＳＩＤ（オプション２：ＷＡＰＳに対する値を加える。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ信号（オプション２：ＷＡＰＳ値を必要としても良い。たとえば、値０をＷＡＰＳに対して用いても良い）；Ｐｒｅｆ方法（好ましいモードのリストに加える：ＷＡＰＳＳＥＴ支援の好ましい；ＷＡＰＳＳＥＴベースの好ましい）。ＵＬＰステータス・コード・パラメータ［ＳＵＰＬＶ１ＵＬＰ７．６］［ＳＵＰＬＶ２ＵＬＰ１０．６］に対する変更には、以下のものが含まれていても良い：列挙された値に加える：サポートされていないＷＡＰＳ位置決め方法、無効なＷＡＰＳ測定結果、ＷＡＰＳ位置計算エラー、ユーザ装置；位置決めエラー：十分でないビーコン。ＵＬＰサポートされたネットワーク情報パラメータ［ＳＵＰＬＶ２ＵＬＰ１０．２４］に対する変更には、以下のものが含まれていても良い：新しいブール値；真の場合、サポートされたＷＡＰＳ。

ＩＬＰ承認された位置決め方法パラメータ［ＳＵＰＬＶ２ＩＬＰ１２．２４に対する変更］には、以下のものが含まれていても良い：位置決め技術（サポートされた技術のリストに加える：ＷＡＰＳＳＥＴベース；ＷＡＰＳＳＥＴ支援；自律型ＷＡＰＳ）；ＧＡＮＳＳＩＤ（オプション２の場合、ＷＡＰＳに対する値を加える。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ信号（オプション２の場合、新しいＷＡＰＳ信号を規定しても良い。たとえば、値０をＷＡＰＳに対して用いても良い）。ＩＬＰ位置決め方法パラメータ［ＳＵＰＬＶ２ＩＬＰ１２．３］に対する変更には、以下のものが含まれていても良い：位置決め方法（サポートされた方法のリストに加える：ＷＡＰＳＳＥＴベース；ＷＡＰＳＳＥＴ支援；自律型ＷＡＰＳ）。ＩＬＰ好ましい位置決め方法パラメータ［ＳＵＰＬＶ２ＩＬＰ１２．２６］に対する変更には、以下のものが含まれていても良い：位置決め方法（サポートされた方法のリストに加える：ＷＡＰＳＳＥＴベース；ＷＡＰＳＳＥＴ支援；自律型ＷＡＰＳ）。ＩＬＰＳＥＴ能力パラメータ［ＳＵＰＬＶ２ＩＬＰ１２．１４］に対する変更には、以下のものが含まれていても良い：Ｐｏｓ技術（サポートされた方法のリストに加える：ＷＡＰＳＳＥＴベース；ＷＡＰＳＳＥＴ支援；自律型ＷＡＰＳ）；ＧＡＮＳＳＩＤ（オプション２：ＷＡＰＳに対する値を加える。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ信号（オプション２：ＷＡＰＳ値を必要としても良い。たとえば、値０をＷＡＰＳに対して用いても良い）；Ｐｒｅｆ方法（好ましいモードのリストに加える：ＷＡＰＳＳＥＴ支援の好ましい；ＷＡＰＳＳＥＴベースの好ましい）。ＩＬＰステータス・コード・パラメータ［ＳＵＰＬＶ２ＩＬＰ１２．２７］に対する変更には、以下のものが含まれていても良い：ステータス・コード値（列挙された値に加える：サポートされていないＷＡＰＳ位置決め方法、無効なＷＡＰＳ測定結果、ＷＡＰＳ位置計算エラー、ユーザ装置位置決めエラー：十分でないビーコン）。ＩＬＰサポートされた位置決め方法パラメータ［ＳＵＰＬＶ２ＩＬＰ１２．２５］に対する変更には、以下のものが含まれていても良い：位置決め技術（サポートされた技術のリストに加える：ＷＡＰＳＳＥＴベース；ＷＡＰＳＳＥＴ支援；自律型ＷＡＰＳ）；ＧＡＮＳＳＩＤ（オプション２：ＷＡＰＳに対する値を必要としても良い。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＡＮＳＳ信号（オプション２：ＷＡＰＳ信号値を加えても良い。たとえば、値０をＷＡＰＳに対して用いても良い）。ＵＬＰＧＮＳＳ位置決め技術パラメータ［ＳＵＰＬＶ２ＵＬＰ１０．３４］に対する変更には、以下のものが含まれていても良い：ＧＮＳＳ位置決め技術（サポートされたＧＮＳＳビットマップにＷＡＰＳを加える。たとえば、ビットＸをＷＡＰＳに対して用いても良い）。ＩＬＰＧＮＳＳ位置決め技術パラメータ［ＳＵＰＬＶ２ＩＬＰ１２．２３］に対する変更には、以下のものが含まれていても良い：ＧＮＳＳ位置決め技術（サポートされたＧＮＳＳビットマップにＷＡＰＳを加える。たとえば、ビットＸをＷＡＰＳに対して用いても良い）。

当然のことながら、多くのＷＡＰＳは、ＳＬＰ内に統合されるように機能する。たとえば、ＳＬＰを、ビーコン信号を復号化するために必要な暗号化キーを供給するようにプログラムすることができ、ＷＡＰＳ利用に対する認証エージェントとして働いてオン・ボード・データベースを担うかまたはＷＡＰＳホスト型データベースに問い合わせる能力を担うことができ、また各ユーザ装置から利用頻度を収集した後に報告することができる。

本発明の１または複数の実施形態によって、ロング・ターム・エボリューション（ＬＴＥ）プロトコルの位置決め能力をサポートするために用いられる既知のシグナリング手順およびメッセージに対する変更およびこれらからの変形が提供される。このような変更は、ＷＡＰＳシステムのある特徴が既存のネットワーク内で動作できるようにするために必要であっても良い。種々の手順を考えても良い。たとえば、ＧＮＳＳを用いた方法、セルＩＤまたは何らかの形式のＴＤＯＡを用いたネットワークベースの測位方法、および他の測位方法である。Ｅ−ＳＭＬＣは、前述のＵＴＲＡＮ実施のＲＮＣおよびＳＡＳと同様に動作しても良い。

ＵＴＲＡＮに関する説明は、本発明のＥ−ＳＭＬＣ実施に同様に適用され、このセクションにおいて参照により取り入れられている。たとえば、ＵＴＲＡＮにおける信号変更に関する説明−すなわち、信号変更を用いないこと（その代わりに、いくつかある特徴の中で特に疑似範囲の変換に基づくこと）と信号変更を用いることとに関係する説明−は、ほとんど例外なくＥ−ＳＭＬＣに同様に適用される。ＬＴＥにおけるオプション３の場合、外部規定された位置決め方法能力（すなわち、外部ＦＤＵ、ｅＰＤＵ）を用いて、必要な標準ベースの変形の数を最小限にしても良い。

図１４に例示するのは、ＷＡＰＳサポートを用いたユーザ装置に対するＭＴ位置決めリクエストであり、およびシグナリングに対する変更はない。ステップ１および２は、ユーザ装置によるＷＡＰＳ認証サーバに対する問い合わせであっても良く、公開キーとそのＩＭＳＩがＷＡＰＳにアクセスする許可とをリクエストしても良い（位置計算リクエストの前に最適に終了する）。ステップ１９は、ユーザ装置がＧＰＳおよびＷＡＰＳの一方または両方を用いてその位置を計算できるという事実を強調している。ステップ３０および３１は、ユーザ装置に記憶された請求情報が、何らかの定期的な間隔でＷＡＰＳ請求サーバに送信されることを例示している。

図１５に、ＷＡＰＳサポートを用いた緊急呼出しを例示する。ステップ１および２は、ユーザ装置によるＷＡＰＳ認証サーバに対する問い合わせであっても良く、公開キーとそのＥＭＳＩがＷＡＰＳにアクセスする許可とをリクエストしても良い（位置計算リクエストの前に最適に終了する）。ステップ９および２０は、ユーザ装置がＧＰＳおよびＷＡＰＳの一方または両方を用いてその位置を計算できるという事実を強調している。ステップ２６および２７は、ユーザ装置に記憶された請求情報が、何らかの定期的な間隔でＷＡＰＳ請求サーバに送信されることを例示している。
以下の説明は、本発明の異なる特徴を実施するためにオプション２およびオプション３のいずれかに従って実施しても良い種々の変更に関する。

ネットワークおよびユーザ装置機器変更の例には、以下のものが含まれていても良い：Ｅ−ＳＭＬＣ（シグナリングに対するＷＡＰＳサポートを、場合によっては必要としても良い；ＷＡＰＳ請求／認証サポートを、場合によっては必要としても良い；変更されたシグナリング・メッセージに対するサポートを、場合によっては必要としても良い）；ＵＥ（多くのハードウェアおよびソフトウェア変更を、ネットワークベースの変更を行なっても良いか否かとは関係なく必要としても良い）。

シグナリング・メッセージに対する変更には、以下のものが含まれていても良い：ＣｏｍｍｏｎｌＥｓＡｂｏｒｔ（ＷＡＰＳアボート情報を加えなければならない）；ＣｏｍｍｏｎｌＥｓＥｒｒｏｒ（ＷＡＰＳエラー情報を加えなければならない）；ＥＰＤＵ−ＩＤ（ＷＡＰＳを、サポートされた外部位置決め方法として加えなければならない）；ＥＰＤＵ−Ｎａｍｅ（ＷＡＰＳを、サポートされた外部位置決め方法として加えなければならない）；ＧＮＳＳ−ＥＤ（ＷＡＰＳを、ＧＮＳＳとして加えなければならない。たとえば、値０をＷＡＰＳに対して用いても良い）；ＧＮＳＳ−ＩＤ−Ｂｉｔｍａｐ（ＷＡＰＳを、ＧＮＳＳとして加えなければならない。たとえば、ビット０をＷＡＰＳに対して用いても良い）；ＧＮＳＳ−ＳｉｇｎａｌｌＤ（ＷＡＰＳを、ＧＮＳＳとして加えなければならない（およびＷＡＰＳ信号をマッピングする）。たとえば、値０をＷＡＰＳＭｌ信号に対して用いても良い）；ＧＮＳＳ−ＳｉｇｎａｌｌＤ（ＷＡＰＳを、ＧＮＳＳとして加えなければならない（およびＷＡＰＳ信号をマッピングする）。たとえば、ビット０を用いてＷＡＰＳＭｌ信号を示しても良い。代替的に、ＷＡＰＳＭｌ信号を、ビット位置１（たとえば、８つの位置のうち）を値１に設定することによって示す）。ＳＶ−ＩＤＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．５．２．１３］に対しては、変更は必要でなくても良い。ＳＶ−ＩＤ値は、‘ＰｒｅｆｅｒｒｅｄＣｏｄｅＩｎｄｅｘ−Ｖに対するマッピングを、参照ＷＡＰＳ送信機によって用いられるＰＲＮコードを識別するための手段として行なう。

ＣｏｍｍｏｎｌＥｓＡｂｏｒｔＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．４．２］に対する変更には、以下のものが含まれていても良い：ＷＡＰＳに付随するエラー値。ＣｏｍｍｏｎｌＥｓＥｒｒｏｒＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．４．２］に対する変更には、以下のものが含まれていても良い：ＷＡＰＳに付随するエラー値。ＧＮＳＳ−ＩＤＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．５．２．１３］に対する変更には、以下のものが含まれていても良い：ＷＡＰＳ値。ＷＡＰＳ追加に対する異なる列挙位置を用いても良いことに注意した方が良い場合がある。ＧＮＳＳ−ＩＤ−ＢｉｔｍａｐＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．５．２．１３］に対する変更には、以下のものが含まれていても良い：ＷＡＰＳ値。ＥＰＤＵＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．４．１］に対する変更には、以下のものが含まれていても良い：ｅＰＤＵ−ＩＤ、およびｅＰＤＵ−Ｎａｍｅ値。ＧＮＳＳ−ＩＤ−ＢｉｔｍａｐにおいてＷＡＰＳ位置に対する異なるビット位置を用いても良い場合があることに注意された方が良い場合がある。

人工衛星−ｉｄの可能な解釈には、以下のものが含まれていても良い：ＧＰＳシステム（人工衛星−ｉｄの値：‘０’〜‘６２’‘６３’）（人工衛星−ｉｄの解釈：ＳａｔｅｌｌｉｔｅＰＲＮＳｉｇｎａｌ番号１〜６３、確保済み）；ＳＢＡＳシステム（人工衛星−ｉｄの値：‘０’〜‘３８’‘３９’〜‘６３’）（人工衛星−ｉｄの解釈：ＳａｔｅｌｌｉｔｅＰＲＮＳｉｇｎａｌ番号１２０〜１５８、確保済み）；ＱＺＳＳシステム（人工衛星−ｉｄの値：‘０’〜‘４’‘５’〜‘６３’）（人工衛星−ｉｄの解釈：ＳａｔｅｌｌｉｔｅＰＲＮＳｉｇｎａｌ番号１９３〜１９７、確保済み）；ＧＬＯＮＡＳＳシステム（人工衛星−ｉｄの値：‘０’〜‘２３’’２４’〜‘６３’）（人工衛星−ｉｄの解釈：スロット番号１〜２４、確保済み）；ＭＢＳシステム（人工衛星−ｉｄの値：‘０’〜‘６３’）（人工衛星−ｉｄの解釈：ＰｒｅｆｅｒｒｅｄＣｏｄｅＩｎｄｅｘ番号１〜６４）。

オプション２の場合のＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．５．２．１］に対する変更には、以下のものが含まれていても良い：−ＡＳＮ１ＳＴＡＲＴＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．１６））ＯＦＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＥｌｅｍｅｎｔ／ＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＥｌｅｍｅｎｔ：：＝ＳＥＱＵＥＮＣＥ｛ｇｎｓｓ−ＩＤＧＮＳＳ−ＩＤ，ｓｂａｓ−ＩＤＳＢＡＳ−ＩＤＯＰＴＩＯＮＡＬ，−ＣｏｎｄＧＮＳＳ−ＩＤ−ＳＢＡＳｇｎｓｓ−ＴｉｍｅＭｏｄｅｌｓＧＮＳＳ−ＴｉｍｅＭｏｄｅｌＬｉｓｔＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＤｉｆｆｅｒｅｎｔｉａｌＣｏｒｒｅｃｔｉｏｎｓＧＮＳＳ−ＤｉｆｆｅｒｅｎｔｉａｌＣｏｒｒｅｃｔｉｏｎｓＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＮａｖｉｇａｔｉｏｎＭｏｄｅｌＧＮＳＳ−ＮａｖｉｇａｔｉｏｎＭｏｄｅｌＯＰＴＩＯＮＡＬ，−−ＮｅｅｄＯＮｇｎｓｓ−ＲｅａｌＴｉｍｅｌｎｔｅｇｒｉｔｙＧＮＳＳ−ＲｅａｌＴｉｍｅｌｎｔｅｇｒｉｔｙＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＤａｔａＢｉｔＡｓｓｉｓｔａｎｃｅＧＮＳＳ−ＤａｔａＢｉｔＡｓｓｉｓｔａｎｃｅＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＡｃｑｕｉｓｉｔｉｏｎＡｓｓｉｓｔａｎｃｅＧＮＳＳ−ＡｃｑｕｉｓｉｔｉｏｎＡｓｓｉｓｔａｎｃｅＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＡｌｍａｎａｃＧＮＳＳ−ＡｌｍａｎａｃＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＵＴＣ−ＭｏｄｅｌＧＮＳＳ−ＵＴＣ−ＭｏｄｅｌＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＡｕｘｉｌｉａｒｙｌｎｆｏｒｍａｔｉｏｎＧＮＳＳ−ＡｕｘｉｌｉａｒｙｌｎｆｏｒｍａｔｉｏｎＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮｇｎｓｓ−ＭｂｓＡｓｓｉｓｔａｎｃｅＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅＯＰＴＩＯＮＡＬ，−ＮｅｅｄＯＮ．．．｝−ＡＳＮ１ＳＴＯＰ。

オプション２の場合のＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅＡＳＮ．ｌエレメント［３ＧＰＰ３６．３６６６．５．２．２］の追加には、以下のものが含まれていても良い。ＩＥＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅを位置サーバが用いて、目標装置にＭＢＳ固有の支援データを与える。−ＡＳＮ１ＳＴＡＲＴＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．３２））ＯＦＭＢＳＡｓｓｉｓｔａｎｃｅＤａｔａ。ＭＢＳＡｓｓｉｓｔａｎｃｅＤａｔａ：：＝ＳＥＱＵＥＮＣＥ｛ｓｖＩＤＳＶ−ＩＤ，ＢｅａｃｏｎＩＤＩＮＴＥＧＥＲ（０．．３２７６７），ＢｅａｃｏｎＦｒｅｑｌｎｄｅｘＩＮＴＥＧＥＲ（０．．６），ＢｅａｃｏｎＬａｔｉｔｕｄｅＩＮＴＥＧＥＲ（０．．６７１０８８６３）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＬｏｎｇｉｔｕｄｅＩＮＴＥＧＥＲ（０．．１３４２１７７２７）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＡｌｔｉｔｕｄｅＩＮＴＥＧＥＲ（０．．６５５３５）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＴｘＱｕａｌｉｔｙＩＮＴＥＧＥＲ（０．．６３）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＴｉｍｉｎｇＣｏｒｒｅｃｔｉｏｎＩＮＴＥＧＥＲ（０．．２５）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＴｅｍｐｅｒａｔｕｒｅＩＮＴＥＧＥＲ（０．．１２７）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＰｒｅｓｓｕｒｅＩＮＴＥＧＥＲ（０．．８１９１）ＯＰＴＩＯＮＡＬ，．．．｝−ＡＳＮ１ＳＴＯＰ。

ＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅフィールド記述には、以下のものが含まれていても良い：ｓｖＩＤ（このフィールドは、ＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅが与えられるＧＮＳＳＳＶ（ＭＢＳＰｒｅｆｅｒｒｅｄＢｅａｃｏｎＩｎｄｅｘ−１）を特定する）；ＢｅａｃｏｎＩＤ（このフィールドは一意のＭＢＳＢｅａｃｏｎＩＤを示す）；ＢｅａｃｏｎＦｒｅｑｌｎｄｅｘ（このフィールドはすビーコン周波数オフセット・インデックスを示す）；ＢｅａｃｏｎＬａｔｉｔｕｄｅ（このフィールドはビーコン緯度を示し、範囲：［−９０、９０］度、１００万分の１度（６ディジット）分解能、０．．６７１０８８６３に規格化されている）；ＢｅａｃｏｎＬｏｎｇｉｔｕｄｅ（このフィールドはビーコン経度を示しす、範囲：［−１８０、１８０］度、１００万分の１度（６ディジット）分解能、０．．１３４２１７７２７に規格化されている）；ＢｅａｃｏｎＡｌｔｉｔｕｄｅ（このフィールドはビーコン高度を示し、範囲−５００．．９０００メートル、６ｃｍ分解能、０．．６５５３５に規格化されている）；ＢｅａｃｏｎＴｘＱｕａｌｉｔｙ（このフィールドはビーコンに対する相対的品質基準を示すため、受信機は、その送信機からの範囲データの重量を相応に量ることができる）；ＢｅａｃｏｎＴｉｍｉｎｇＣｏｒｒｅｃｔｉｏｎ（このフィールドは、ビーコンがシステムにおける種々の遅延を考慮するためにその送信を調製した後に残された残りのタイミング誤差を示し、範囲は０．２５ｎｓ、１ｎｓ分解能）；ＢｅａｃｏｎＴｅｍｐｅｒａｔｕｒｅ（このフィールドはＭＢＳビーコンにおいて測定された温度を示し、範囲２２３．．３２３ケルビン、１ケルビン分解能、０．．１２７に規格化されている）；ＢｅａｃｏｎＰｒｅｓｓｕｒｅ（このフィールドはＭＢＳビーコンにおいて測定された大気圧を示し、範囲９７２２９．．１０５４２０ＰＡ、１ＰＡ分解能、０．．８１９１に規格化されている）；およびＭＢＳＡｓｓｉｓｔＲｅｑ（このフィールドは、目標装置がＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅをリクエスト場合には必ず存在する；その他の場合には、存在しない）。

オプション２の場合のＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＲｅｑＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．５．２．３］に対する変更には、以下のものが含まれていても良い：−ＡＳＮ１ＳＴＡＲＴＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＲｅｑ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．１６））ＯＦＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＲｅｑＥｌｅｍｅｎｔＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＲｅｑＥｌｅｍｅｎｔ：：＝ＳＥＱＵＥＮＣＥ｛ｇｎｓｓ−ＩＤＧＮＳＳ−ＩＤ，ｓｂａｓ−ＩＤＳＢＡＳ−ＩＤＯＰＴＩＯＮＡＬ，−ＣｏｎｄＧＮＳＳ−ＩＤ−ＳＢＡＳｇｎｓｓ−ＴｉｍｅＭｏｄｅｌｓＲｅｑＧＮＳＳ−ＴｉｍｅＭｏｄｅｌＬｉｓｔＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＴｉｍｅＭｏｄＲｅｑｇｎｓｓ−ＤｉｆｆｅｒｅｎｔｉａｌＣｏｒｒｅｃｔｉｏｎｓＲｅｑＧＮＳＳ−ＤｉｆｆｅｒｅｎｔｉａｌＣｏｒｒｅｃｔｉｏｎｓＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＤＧＮＳＳ−Ｒｅｑｇｎｓｓ−ＮａｖｉｇａｔｉｏｎＭｏｄｅｌＲｅｑＧＮＳＳ−ＮａｖｉｇａｔｉｏｎＭｏｄｅｌＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＮａｖＭｏｄＲｅｑｇｎｓｓ−ＲｅａｌＴｉｍｅｌｎｔｅｇｒｉｔｙＲｅｑＧＮＳＳ−ＲｅａｌＴｉｍｅｌｎｔｅｇｒｉｔｙＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＲＴＩＲｅｑｇｎｓｓ−ＤａｔａＢｉｔＡｓｓｉｓｔａｎｃｅＲｅｑＧＮＳＳ−ＤａｔａＢｉｔＡｓｓｉｓｔａｎｃｅＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＤａｔａＢｉｔｓＲｅｑｇｎｓｓ−ＡｃｑｕｉｓｉｔｉｏｎＡｓｓｉｓｔａｎｃｅＲｅｑＧＮＳＳ−ＡｃｑｕｉｓｉｔｉｏｎＡｓｓｉｓｔａｎｃｅＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＡｃｑｕＡｓｓｉｓｔＲｅｑｇｎｓｓ−ＡｌｍａｎａｃＲｅｑＧＮＳＳ−ＡｌｍａｎａｃＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＡｌｍａｎａｃＲｅｑｇｎｓｓ−ＵＴＣＭｏｄｅｌＲｅｑＧＮＳＳ−ＵＴＣ−ＭｏｄｅｌＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＵＴＣＭｏｄＲｅｑｇｎｓｓ−ＡｕｘｉｌｉａｒｙｌｎｆｏｎｎａｔｉｏｎＲｅｑＧＮＳＳ−ＡｕｘｉｌｉａｒｙｌｎｆｏｒｍａｔｉｏｎＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＡｕｘＩｎｆｏＲｅｑｇｎｓｓ−ＭｂｓＡｓｓｉｓｔａｎｃｅＲｅｑＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅＲｅｑＯＰＴＩＯＮＡＬ，−ＣｏｎｄＭＢＳＡｓｓｉｓｔＲｅｑ．．．｝−ＡＳＮ１ＳＴＯＰ。

ＩＥＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅＲｅｑを目標装置が用いて、位置サーバからＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅ支援を要求しても良い。オプション２の場合のＧＮＳＳ−ＭｅａｓｕｒｅｍｅｎｔＬｉｓｔＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．５．２．６］に対する変更には、以下のものが含まれていても良い：−ＡＳＮ１ＳＴＡＲＴＧＮＳＳ−ＭｅａｓｕｒｅｍｅｎｔＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．１６））ＯＦＧＮＳＳ−ＭｅａｓｕｒｅｍｅｎｔＦｏｒＯｎｅＧＮＳＳＧＮＳＳ−ＭｅａｓｕｒｅｍｅｎｔＦｏｒＯｎｅＧＮＳＳ：：＝ＳＥＱＵＥＮＣＥ｛ｇｎｓｓ−ＩＤＧＮＳＳ−ＩＤ，ｇｎｓｓ−ＳｇｎＭｅａｓＬｉｓｔＧＮＳＳ−ＳｇｎＭｅａｓＬｉｓｔ，．．．｝ＧＮＳＳ−ＳｇｎＭｅａｓＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．８））ＯＦＧＮＳＳ−ＳｇｎＭｅａｓＥｌｅｍｅｎｔＧＮＳＳ−ＳｇｎＭｅａｓＥｌｅｍｅｎｔ：：＝ＳＥＱＵＥＮＣＥ｛ｇｎｓｓ−ＳｉｇｎａｌｌＤＧＮＳＳ−ＳｉｇｎａｌｌＤ，ｇｎｓｓ−ＣｏｄｅＰｈａｓｅＡｍｂｉｇｕｉｔｙＩＮＴＥＧＥＲ（０．．１２７）ＯＰＴＩＯＮＡＬ，ｇｎｓｓ−ＳａｔＭｅａｓＬｉｓｔＧＮＳＳ−ＳａｔＭｅａｓＬｉｓｔ，．．．｝ＧＮＳＳ−ＳａｔＭｅａｓＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．６４））ＯＦＧＮＳＳ−ＳａｔＭｅａｓＥｌｅｍｅｎｔＧＮＳＳ−ＳａｔＭｅａｓＥｌｅｍｅｎｔ：：＝ＳＥＱＵＥＮＣＥ｛ｓｖＩＤＳＶ−ＩＤ，ｃＮｏＩＮＴＥＧＥＲ（０．．６３），ｍｐａｔｈＤｅｔＥＮＵＭＥＲＡＴＥＤ｛ｎｏｔＭｅａｓｕｒｅｄ（０），ｌｏｗ（１），ｍｅｄｉｕｍ（２），ｈｉｇｈ（３），．．．｝，ｃａｒｒｉｅｒＱｕａｌｉｔｙｌｎｄＩＮＴＥＧＥＲ（０．．３）ＯＰＴＩＯＮＡＬ，ｃｏｄｅＰｈａｓｅＩＮＴＥＧＥＲ（０．．２０９７１５１），ｉｎｔｅｇｅｒＣｏｄｅＰｈａｓｅＩＮＴＥＧＥＲ（０．．１２７）ＯＰＴＩＯＮＡＬ，ｃｏｄｅＰｈａｓｅＲＭＳＥｒｒｏｒＩＮＴＥＧＥＲ（０．．６３），ｄｏｐｐｌｅｒＩＮＴＥＧＥＲ（−３２７６８−３２７６７）ＯＰＴＩＯＮＡＬ，ａｄｒＩＮＴＥＧＥＲ（０．．３３５５４４３１）ＯＰＴＩＯＮＡＬ，ＭｂｓＭｅａｓＥｌｅｍｅｎｔＭＢＳＭｅａｓＥｌｅｍｅｎｔＯＰＴＩＯＮＡＬ，．．．｝ＭＢＳＭｅａｓＥｌｅｍｅｎｔ：：＝ＳＥＱＵＥＮＣＥ｛ＢｅａｃｏｎＩＤＩＮＴＥＧＥＲ（０．．３２７６７）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＦｒｅｑｌｎｄｅｘＩＮＴＥＧＥＲ（０．．６）ＯＰＴＩＯＮＡＬ，ＢｅａｃｏｎＳｌｏｔｌｎｄｅｘＩＮＴＥＧＥＲ（０．．９）ＯＰＴＩＯＮＡＬ，ＴｅｍｐｅｒａｔｕｒｅＩＮＴＥＧＥＲ（０．．１２７）ＯＰＴＩＯＮＡＬ，ＰｒｅｓｓｕｒｅＩＮＴＥＧＥＲ（０．．８１９１）ＯＰＴＩＯＮＡＬ，ＰｒｅｓｓｕｒｅＣｏｎｆｉｄｅｎｃｅＩＮＴＥＧＥＲ（０．．１００）ＯＰＴＩＯＮＡＬ，ＡｌｔｉｔｕｄｅＥｓｔｉｍａｔｅＩＮＴＥＧＥＲ（０．．６５５３５）ＯＰＴＩＯＮＡＬ，ＡｌｔｉｔｕｄｅＣｏｎｆｉｄｅｎｃｅＩＮＴＥＧＥＲ（０．．１００）ＯＰＴＩＯＮＡＬ，．．．｝−ＡＳＮ１ＳＴＯＰ。

フィールドには以下のものが含まれていても良い：ＭＢＳＭｅａｓＥｌｅｍｅｎｔ（このフィールドはＭＢＳ固有の測定値を含む）；ＢｅａｃｏｎＩＤ（このフィールドは一意のＭＢＳＢｅａｃｏｎＩＤを含む）；ＢｅａｃｏｎＦｒｅｑｌｎｄｅｘ（このフィールドはビーコン周波数オフセット・インデックスを含む）；ＢｅａｃｏｎＳｌｏｔｌｎｄｅｘ（このフィールドはビーコン・スロット・インデックスを含む）；温度（このフィールドはＵＥによって測定された温度を含み、範囲２２３．．３２３ケルビン、１ケルビン分解能、０．．１２７に規格化されている）；圧力（このフィールドはＵＥによって測定された大気圧を含み、範囲９７２２９．．１０５４２０ＰＡ、１ＰＡ分解能、０．．８１９１に規格化されている）；ＰｒｅｓｓｕｒｅＣｏｎｆｉｄｅｎｃｅ（このフィールドは圧力測定値に対する確かさを含み、パーセンテージとして表される）；ＡｌｔｉｔｕｄｅＥｓｔｉｍａｔｅ（このフィールドはＵＥ推定高度を含み、範囲−５００．．９０００メートル、６ｃｍ分解能、０．．２６２１４３に規格化されている）；ＡｌｔｉｔｕｄｅＣｏｎｆｉｄｅｎｃｅ（このフィールドは高度推定値に対する確かさを含み、パーセンテージとして表される）；およびＭＢＳＡｓｓｉｓｔＳｕｐ（このフィールドは、目標装置がＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅをサポートする場合には必ず存在する；その他の場合には、存在しない）。

オプション２の場合のＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔａｎｃｅＤａｔａＳｕｐｐｏｒｔＡＳＮ．ｌエレメント［３ＧＰＰ３６．３５５６．５．２．１０］に対する変更には、以下のものが含まれていても良い：−ＡＳＮ１ＳＴＡＲＴＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔａｎｃｅＤａｔａＳｕｐｐｏｒｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．１６））ＯＦＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＳｕｐｐｏｒｔＥｌｅｍｅｎｔＧＮＳＳ−ＧｅｎｅｒｉｃＡｓｓｉｓｔＤａｔａＳｕｐｐｏｒｔＥｌｅｍｅｎｔ：：＝ＳＥＱＵＥＮＣＥ｛ｇｎｓｓ−ＩＤＧＮＳＳ−ＩＤ、ｓｂａｓ−ＩＤＳＢＡＳ−ＩＤＯＰＴＩＯＮＡＬ、−ＣｏｎｄＧＮＳＳ−ＩＤ−ＳＢＡＳｇｎｓｓ−ＴｉｍｅＭｏｄｅｌｓＳｕｐｐｏｒｔＧＮＳＳ−ＴｉｍｅＭｏｄｅｌＬｉｓｔＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＴｉｍｅＭｏｄＳｕｐｇｎｓｓ−ＤｉｆｆｅｒｅｎｔｉａｌＣｏｒｒｅｃｔｉｏｎｓＳｕｐｐｏｒｔＧＮＳＳ−ＤｉｆｆｅｒｅｎｔｉａｌＣｏｒｒｅｃｔｉｏｎｓＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＤＧＮＳＳ−Ｓｕｐｇｎｓｓ−ＮａｖｉｇａｔｉｏｎＭｏｄｅｌＳｕｐｐｏｒｔＧＮＳＳ−ＮａｖｉｇａｔｉｏｎＭｏｄｅｌＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＮａｖＭｏｄＳｕｐｇｎｓｓ−ＲｅａｌＴｉｍｅｌｎｔｅｇｒｉｔｙ−−サポート−−ＧＮＳＳ−ＲｅａｌＴｉｍｅｌｎｔｅｇｒｉｔｙ−−サポート−−ＯＰＴＩＯＮＡＬ、−ＣｏｎｄＲＴＩＳｕｐｇｎｓｓ−ＤａｔａＢｉｔＡｓｓｉｓｔａｎｃｅＳｕｐｐｏｒｔＧＮＳＳ−ＤａｔａＢｉｔＡｓｓｉｓｔａｎｃｅＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＤａｔａＢｉｔｓＳｕｐｇｎｓｓ−ＡｃｑｕｉｓｉｔｉｏｎＡｓｓｉｓｔａｎｃｅＳｕｐｐｏｒｔＧＮＳＳ−ＡｃｑｕｉｓｉｔｉｏｎＡｓｓｉｓｔａｎｃｅＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＡｃｑｕＡｓｓｉｓｔＳｕｐｇｎｓｓ−ＡｌｍａｎａｃＳｕｐｐｏｒｔＧＮＳＳ−ＡｌｍａｎａｃＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＡｌｍａｎａｃＳｕｐｇｎｓｓ−ＵＴＣ−ＭｏｄｅｌＳｕｐｐｏｒｔＧＮＳＳ−ＵＴＣ−ＭｏｄｅｌＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＵＴＣＭｏｄＳｕｐｇｎｓｓ−ＡｕｘｉｌｉａｒｙｌｎｆｏｒｍａｔｉｏｎＳｕｐｐｏｒｔＧＮＳＳ−ＡｕｘｉｌｉａｒｙｌｎｆｏｒｍａｔｉｏｎＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＡｕｘＩｎｆｏＳｕｐｇｎｓｓ−ＭｂｓＡｓｓｉｓｔａｎｃｅＳｕｐｐｏｒｔＧＮＳＳ−ＭＢＳＡｓｓｉｓｔａｎｃｅＳｕｐｐｏｒｔＯＰＴＩＯＮＡＬ、−ＣｏｎｄＭＢＳＡｓｓｉｓｔＳｕｐ．．．｝−ＡＳＮ１ＳＴＯＰ。

新しい標準ＥＰＤＵ−ＩＤおよびＥＰＤＵ−ＮａｍｅをＷＡＰＳに対して作成しても良い。以下の各ｅＰＤＵコマンドはＷＡＰＳ固有のメッセージを必要としても良い：ＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓ；ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓ；−−ＲｅｑｕｅｓｔＡｓｓｉｓｔａｎｃｅＤａｔａ；ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａ；ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ；ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ；Ａｂｏｒｔ；およびＥｒｒｏｒ。一般的に、これらのメッセージを実施することへのアプローチは、ＬＰＰＧＮＳＳメッセージの単純化バージョンを再利用するためであろう。

これらのメッセージに対するＡＳＮ．ｌ構文の例は、以下のものに従う：−−ＡＳＮ１ＳＴＡＲＴＡｂｏｒｔ：：＝ＳＥＱＵＥＮＣＥ｛ａｂｏｒｔＣａｕｓｅＥＮＵＭＥＲＡＴＥＤ｛ｕｎｄｅｆｉｎｅｄ，ｔａｒｇｅｔＤｅｖｉｃｅＡｂｏｒｔ，ｎｅｔｗｏｒｋＡｂｏｒｔ，．．．｝｝Ｅｒｒｏｒ：：＝ＳＥＱＵＥＮＣＥ｛ｅｒｒｏｒＣａｕｓｅＥＮＵＭＥＲＡＴＥＤ｛ｕｎｄｅｆｉｎｅｄ，ｍｅｓｓａｇｅＨｅａｄｅｒＥｒｒｏｒ，ｍｅｓｓａｇｅＢｏｄｙＥｒｒｏｒ，ｇｅｎｅｒａｌＥｒｒｏｒ，ｗａｐｓＳｉｇｎａｌＦａｉｌｕｒｅ，ｗａｐｓＣｏｍｐｕｔａｔｉｏｎＦａｉｌｕｒｅ，ｉｎｃｏｒｒｅｃｔＤａｔａＶａｌｕｅ，．．．｝｝ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａ：：＝ＳＥＱＵＥＮＣＥ｛．．．｝ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓ：：＝ＳＥＱＵＥＮＣＥ｛ｗａｐｓ−ＳｕｐｐｏｒｔＬｉｓｔＷＡＰＳ−ＳｕｐｐｏｒｔＬｉｓｔＯＰＴＩＯＮＡＬ，ａｓｓｉｓｔａｎｃｅＤａｔａＳｕｐｐｏｒｔＬｉｓｔＡｓｓｉｓｔａｎｃｅＤａｔａＳｕｐｐｏｒｔＬｉｓｔＯＰＴＩＯＮＡＬ，ｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅＴｙｐｅｓＬｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅＴｙｐｅｓＯＰＴＩＯＮＡＬ，ｖｅｌｏｃｉｔｙＴｙｐｅｓＶｅｌｏｃｉｔｙＴｙｐｅｓＯＰＴＩＯＮＡＬ，．．．｝ＷＡＰＳ−ＳｕｐｐｏｒｔＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ｛ｍｏｄｅｓＰｏｓｉｔｉｏｎｉｎｇＭｏｄｅｓ，ｇｎｓｓ−ＳｉｇｎａｌｓＧＮＳＳ−ＳｉｇｎａｌｌＤｓ，ｖｅｌｏｃｉｔｙＭｅａｓｕｒｅｍｅｎｔＳｕｐｐｏｒｔＢＯＯＬＥＡＮ，．．．｝ＰｏｓｉｔｉｏｎｉｎｇＭｏｄｅｓ：：＝ＳＥＱＵＥＮＣＥ｛ｐｏｓＭｏｄｅｓＢＩＴＳＴＲＩＮＧ｛ｓｔａｎｄａｌｏｎｅ（０），ＵＥ−Ｂａｓｅｄ（１），ｕｅ−ａｓｓｉｓｔｅｄ（２）｝（ＳＩＺＥ（１．．８）），．．．｝ＡｓｓｉｓｔａｎｃｅＤａｔａＳｕｐｐｏｒｔＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ｛．．．｝ＬｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅＴｙｐｅｓ：：＝ＳＥＱＵＥＮＣＥ｛ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＢＯＯＬＥＡＮ，ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＵｎｃｅｒｔａｉｎｔｙＣｉｒｃｌｅＢＯＯＬＥＡＮ，ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＵｎｃｅｒｔａｉｎｔｙＥｌｌｉｐｓｅＢＯＯＬＥＡＮ，ｐｏｌｙｇｏｎＢＯＯＬＥＡＮ，ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＡｌｔｉｔｕｄｅＢＯＯＬＥＡＮ，ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＡｌｔｉｔｕｄｅＡｎｄＵｎｃｅｒｔａｉｎｔｙＥｌｌｉｐｓｏｉｄＢＯＯＬＥＡＮ，ｅｌｌｉｐｓｏｉｄＡｒｃＢＯＯＬＥＡＮ，．．．｝ＶｅｌｏｃｉｔｙＴｙｐｅｓ：：＝ＳＥＱＵＥＮＣＥ｛ｈｏｒｉｚｏｎｔａｌＶｅｌｏｃｉｔｙＢＯＯＬＥＡＮ，ｈｏｒｉｚｏｎｔａｌＷｉｔｈＶｅｒｔｉｃａｌＶｅｌｏｃｉｔｙＢＯＯＬＥＡＮ，ｈｏｒｉｚｏｎｔａｌＶｅｌｏｃｉｔｙＷｉｔｈＵｎｃｅｒｔａｉｎｔｙＢＯＯＬＥＡＮ，ｈｏｒｉｚｏｎｔａｌＷｉｔｈＶｅｒｔｉｃａｌＶｅｌｏｃｉｔｙＡｎｄＵｎｃｅｒｔａｉｎｔｙＢＯＯＬＥＡＮ，．．．｝ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛ｃｏｍｍｏｎｌＥｓＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＣｏｍｍｏｎｌＥｓＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＯＰＴＩＯＮＡＬ，ｗａｐｓ−ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＷＡＰＳ−ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＯＰＴＩＯＮＡＬ，．．．｝ＣｏｍｍｏｎｌＥｓＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛／／／＊＊＊ＮＯＣＨＡＮＧＥＦＲＯＭＬＰＰ；ｎｏｔｓｈｏｗｎｈｅｒｅ＊＊＊／／／｝ＷＡＰＳ−ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛ｗａｐｓ−ＳｉｇｎａｌＭｅａｓｕｒｅｍｅｎｔｌｎｆｏｒｍａｔｉｏｎＷＡＰＳ−ＭｅａｓｕｒｅｍｅｎｔＬｉｓｔＯＰＴＩＯＮＡＬ，ｗａｐｓ−ＥｒｒｏｒＷＡＰＳ−ＥｒｒｏｒＯＰＴＩＯＮＡＬ，．．．｝ＧＮＳＳ−ＩＤ−Ｂｉｔｍａｐ：：＝ＳＥＱＵＥＮＣＥ｛ｇｎｓｓ−ｉｄｓＢＩＴＳＴＲＩＮＧ｛ｇｐｓ（０），ｓｂａｓ（１），ｑｚｓｓ（２），ｇａｌｉｌｅｏ（３），ｇｌｏｎａｓｓ（４）｝（ＳＩＺＥ（１．．１６）），．．．｝ＷＡＰＳ−Ｅｒｒｏｒ：：＝ＣＨＯＩＣＥ｛ＩＩＩ＊＊＊ＮＯＣＨＡＮＧＥＦＲＯＭＬＰＰ；ｎｏｔｓｈｏｗｎｈｅｒｅ＊＊＊／／／｝ＷＡＰＳ−ＭｅａｓｕｒｅｍｅｎｔＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．１６））ＯＦＷＡＰＳ−ＭｅａｓｕｒｅｍｅｎｔｓＷＡＰＳ−Ｍｅａｓｕｒｅｍｅｎｔｓ：：＝ＳＥＱＵＥＮＣＥ｛ｗａｐｓ−ＳｉｇｎａｌｌＤｗａｐｓ−ＳｉｇｎａｌｌＤ，ｗａｐｓ−ＣｏｄｅＰｈａｓｅＡｍｂｉｇｕｉｔｙＩＮＴＥＧＥＲ（０．．１２７）ＯＰＴＩＯＮＡＬ，ｗａｐｓ−ＳａｔＭｅａｓＬｉｓｔｗａｐｓ−ＭｅａｓＬｉｓｔ，．．．｝ＷＡＰＳ−ＭｅａｓＬｉｓｔ：：＝ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．６４））ＯＦＷＡＰＳ−ＭｅａｓＥｌｅｍｅｎｔＷＡＰＳ−ＭｅａｓＥｌｅｍｅｎｔ：：＝ＳＥＱＵＥＮＣＥ｛ｓｖＩＤＩＮＴＥＧＥＲ（０．．６５５３５），ｃＮｏＩＮＴＥＧＥＲ（０．．６３），ｍｐａｔｈＤｅｔＥＮＵＭＥＲＡＴＥＤ｛ｎｏｔＭｅａｓｕｒｅｄ（０），ｌｏｗ（１），ｍｅｄｉｕｍ（２），ｈｉｇｈ（３），．．．｝，ｃａｒｒｉｅｒＱｕａｌｉｔｙｌｎｄＩＮＴＥＧＥＲ（０．．３）ＯＰＴＩＯＮＡＬ，ｃｏｄｅＰｈａｓｅＩＮＴＥＧＥＲ（０．．２０９７１５１），ｉｎｔｅｇｅｒＣｏｄｅＰｈａｓｅＩＮＴＥＧＥＲ（０．．１２７）ＯＰＴＩＯＮＡＬ，ｃｏｄｅＰｈａｓｅＲＵＥＥｒｒｏｒＩＮＴＥＧＥＲ（０．．６３），ｄｏｐｐｌｅｒＩＮＴＥＧＥＲ（−３２７６８．−３２７６７）ＯＰＴＩＯＮＡＬ，ａｄｒＩＮＴＥＧＥＲ（０．．３３５５４４３１）ＯＰＴＩＯＮＡＬ，．．．｝ＲｅｑｕｅｓｔＡｓｓｉｓｔａｎｃｅＤａｔａ：：＝ＳＥＱＵＥＮＣＥ｛．．．｝ＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓ：：＝ＳＥＱＵＥＮＣＥ｛ＷＡＰＳ−ＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓ：：＝ＳＥＱＵＥＮＣＥ｛ｗａｐｓ−ＳｕｐｐｏｒｔＬｉｓｔＲｅｑＢＯＯＬＥＡＮ，ａｓｓｉｓｔａｎｃｅＤａｔａＳｕｐｐｏｒｔＬｉｓｔＲｅｑＢＯＯＬＥＡＮ，ｌｏｃａｔｉｏｎＶｅｌｏｃｉｔｙＴｙｐｅｓＲｅｑＢＯＯＬＥＡＮ，．．．｝ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛ｃｏｍｍｏｎｌＥｓＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＣｏｍｍｏｎｌＥｓＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＯＰＴＩＯＮＡＬ，ｗａｐｓ−ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＷＡＰＳ−ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎＯＰＴＩＯＮＡＬ，．．．｝ＣｏｍｍｏｎｌＥｓＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛／／／＊＊＊ＮＯＣＨＡＮＧＥＦＲＯＭＬＰＰ；ｎｏｔｓｈｏｗｎｈｅｒｅ＊＊＊／／／｝ＷＡＰＳ−ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎｌｎｆｏｒｍａｔｉｏｎ：：＝ＳＥＱＵＥＮＣＥ｛ｆｉｎｅＴｉｍｅＡｓｓｉｓｔａｎｃｅＭｅａｓＲｅｑＢＯＯＬＥＡＮ，ａｄｒＭｅａｓＲｅｑＢＯＯＬＥＡＮ，ｍｕｌｔｉＦｒｅｑＭｅａｓＲｅｑＢＯＯＬＥＡＮ，ａｓｓｉｓｔａｎｃｅＡｖａｉｌａｂｉｌｉｔｙＢＯＯＬＥＡＮ，．．．｝−ＡＳＮ１ＳＴＯＰ。

] 多くのＷＡＰＳ機能はＧＭＬＣおよび／またはＥ−ＳＭＬＣに集積されていることを理解する必要がある。例えば、ＧＭＬＣおよび／またはＥ−ＳＭＬＣは無線標識信号を解読するために必要な暗号化キーを提供するためにプログラミングされ、搭載データベースの役割またはＷＡＰＳをホストとするデータベースへの検索要求能力の役割を担ってＷＡＰＳ使用の承認役として機能し、それぞれのユーザ装置からの使用事実を収集し報告する。

本発明の一つまたはそれ以上の実施態様は、ＲＲＬＰを使用したＧＳＭの位置決め機能を支援するのに使用される公知のシグナル伝達方法とメッセージの修正や変形を提供する。この修正は既存のネットワークにおいてＷＡＰＳシステムの特定の機能を有効にするために必要である。ＧＮＳＳ、Ｃｅｌｌ−ＩＤまたはＴＤＯＡの一種を使用したネットワークベースの位置特定方法、その他の位置特定方法など、多様な方法が考えられる。ＳＭＬＣはＰＤＥは上記ＵＴＲＡＮ実施におけるＲＮＣやＳＡＳと同様に機能する。

ＵＴＲＡＮに関する議論は、本発明のＳＭＬＣの実施にも同様に当てはまり、この項において参照として組み込まれている。例えば、ＵＴＲＡＮにおける信号修正に関する考察、すなわち信号修正の不使用（その代りに他の機能である疑似距離修正への依存）と信号修正の使用とに付随する議論は、ほぼ例外なくＳＭＬＣにも同様に当てはまる。

図１６はＷＡＰＳサポートを有する緊急呼び出しを示す。ステップ１とステップ２はユーザ装置がＷＡＰＳ認証サーバに対してＩＭＳＩがＷＡＰＳにアクセスする（そして好ましくは位置計算要求の前に完了する）ための公開キーと承認を求めるクエリーである。ステップ１７とステップ３１はユーザ装置がＧＰＳとＷＡＰＳのどちらかまたは両方を位置計算に使用できる事実を強調している。ステップ４２とステップ４３は、ユーザ装置に保存された課金情報がＷＡＰＳに請求を送るサーバに定期的に送信されることを示す。
下表は、本発明の別の特徴を実施するためのオプション２またはオプション３に従って実施される多様な変更を示す。

ネットワークとユーザ装置の機器変更の例にはＲＮＣ（シグナル伝達のためにＷＡＰＳサポートが必要であり、ＷＡＰＳ課金／認証支援が必要であり、修正信号メッセージが必要である）、ＳＭＬＣ（シグナル伝達のためにＷＡＰＳサポートが必要であり、ＷＡＰＳ課金／認証支援が必要であり、修正信号メッセージが必要である）、ＵＥ（ネットワークベースでの変更が行われるか否かにかかわらず多数のハードウェアとソフトウェアの修正が必要である）が含まれる。

信号メッセージに加えられる修正には、ＲＲＬＰ位置決め機能要求（オプション２には新規ＧＮＳＳが使用され、オプション３には新規ＷＡＰＳ専用機能フィールドが加えられる）、ＲＲＬＰ位置決め機能応答（オプション２には新規ＧＮＳＳが使用され、オプション３には新規ＷＡＰＳ専用機能フィールドが加えられる）、ＲＲＬＰ位置測定要求（オプション２には新規ＧＮＳＳが使用され、オプション３には新規ＷＡＰＳフィールドが加えられる）、ＲＲＬＰ位置測定応答（オプション２には新規ＧＮＳＳが使用され、オプション３には新規ＷＡＰＳ信号輸送フィールドが加えられる）、ＲＲＬＰプロトコルエラー（このメッセージには位置プロトコル専用の要素が含まれておらず、ＲＲＬＰエラー（短すぎるメッセージ、未知の参照番号等）に関するエラーを送る）がある。新規ＧＮＳＳのためのＷＡＰＳ値を加える目的でLocErrorReason IE(3GPP 44.031 4.2, 5.1)に加えられる修正には、LocErrorReason（ＷＡＰＳのために新しい値すなわちＷＡＰＳ位置決め方法の非支援、ＷＡＰＳ測定結果無効、ＷＡＰＳ位置計算エラーが加えられる）がある。新しいＷＡＰＳ値を加えるためにPositionData IE(3GPP 44.031 5.1, A.3.2.9) に加えられる修正には、PositionData（ＷＡＰＳのビット値を定義する）が含まれる。

新規ＧＮＳＳのためのＷＡＰＳ値を加える目的でGANSSAssistanceForOneGANSS IE (3GPP 44.031 5.1) に加えられる修正には、GANSSAssistanceForOneGANSS IE内部のganssID IE（整合性を目的としてＷＡＰＳに関する１個の値を定義する）が含まれる。支援データメッセージ中のganssID IEに加えられる修正はＧＮＳＳＩＤナンバリングの整合性のために行われ、かならずしもＷＡＰＳ支援へのサポートを暗示すると理解されるものではない。新規ＧＮＳＳのためにＷＡＰＳ値を加える目的でGANSSGenericAssistDataElement IE (3GPP 44.031 5.1)に加えられる修正には、GANSSAssistanceForOneGANSS IE内部のganssID IE（整合性を目的としてＷＡＰＳに関する１個の値を定義する）が含まれる。注：支援データメッセージ中のganssID IEに加えられる修正はＧＮＳＳＩＤナンバリングの整合性のために行われ、かならずしもＷＡＰＳ支援へのサポートを暗示すると理解されるものではない。新規ＧＮＳＳのためにＷＡＰＳ値を加える目的でganssID IE (3GPP 44.031 5.1)に加えられる修正には、ganssID（ＷＡＰＳに１個の値を定義する。ガリレオの値の欠落は変更する必要がない）が含まれる。新規ＧＮＳＳのためにＷＡＰＳ値を加える目的でGANSS-MsrElement IE (3GPP 44.031)に加えられる修正にはGANSS-MsrElement IE内部のganssID （ＷＡＰＳに１個の値を定義する。ガリレオの値の欠落は変更する必要がない）が含まれる。新規ＷＡＰＳ値を加える目的でGANSSPositioningMethod IE (3GPP 44.031 5.1, A.2.2.1) に加えられる修正にはGANSSPositioningMethod (新規ビット値がＷＡＰＳに割り当てられる必要がある) が含まれる。新規ＧＮＳＳのためにＷＡＰＳ値を加える目的でGANSS-PositionMethod IE (3GPP 44.031)に加えられる修正にはGANSSPositionMethod IE内部のganssID （ＷＡＰＳに１個の値を定義する。ガリレオの値の欠落は変更する必要がない）が含まれる。新規ＷＡＰＳ値を加える目的でGANSSSignallD IE (3GPP 44.031 5.1, A.3.2.10.1) に加えられる修正にはGANSSSignallD (このパラメータはＷＡＰＳに新規の値を必要とし表A.59（信号の定義）がＷＡＰＳのために追加される)が含まれる。新規ＷＡＰＳ値を加える目的でGANSSSignals IE (3GPP 44.031 5.1, A.3.2.10.1) に加えられる修正にはGANSSSignals(このパラメータはＷＡＰＳに新規の値を必要とし表A.59（信号の定義）がＷＡＰＳのために追加される)が含まれる。新規ＷＡＰＳ値を加える目的でgANSSTimelD IE (3GPP 44.031 5.1, A.3.2.9) に加えられる修正にはgANSSTimelD(新規ビット値がＷＡＰＳに割り当てられる必要がある) が含まれる。新規ＷＡＰＳ値を加える目的でMultipleMeasurementSets IE (3GPP 44.031 5.1, A.8.2.1) に加えられる修正にはMultipleMeasurementSets(ＷＡＰＳサポートを示す新規ビット値をＷＡＰＳに割り当てる) が含まれる。新規ＷＡＰＳ値を加える目的でNonGANSSPositionMethods IE (3GPP 44.031 5.1, A.8.2.1) に加えられる修正にはNonGANSSPositionMethods(ＭＳ支援WAPSとＭＳベースＷＡＰＳへの支援を示す２個のビット値を割り当てる) が含まれる。新規ＷＡＰＳ値を加える目的でPositionMethod IE (3GPP 44.031 5.1, A.8.2.1) に加えられる修正にはPositionMethod（列挙値にＷＡＰＳを加えるかまたはＷＡＰＳかＧＰＳを加える）が含まれる。ＥＯＴＤと組合せたＷＡＰＳ（ＷＡＰＳまたはＥＯＴＤ、あるいはＷＡＰＳ、ＧＰＳ、ＥＯＴＤのいずれか）は不要であると推測されるが、必要である場合にはその値のために列挙値を追加する必要がある。

ＷＡＰＳ信号測定結果を送るためにWAPS Signal Measurementsと一般的に呼ばれるメッセージのセットが新たに必要となる。それは、MsrPosition-Rsp ::= SEQUENCE { multipleSets MultipleSets OPTIONAL, referenceldentity Referenceldentity OPTIONAL, otd-Measurelnfo OTD-Measurelnfo OPTIONAL, locationlnfo Locationlnfo OPTIONAL, gps-Measurelnfo GPS-Measurelnfo OPTIONAL, locationError LocationError OPTIONAL, extensionContainer ExtensionContainer OPTIONAL, ..., rel-98-MsrPosition-Rsp-Extension Rel-98-MsrPosition-Rsp-Extension OPTIONAL, rel-5-MsrPosition-Rsp-Extension Rel-5- MsrPosition-Rsp-Extension OPTIONAL, rel-7-MsrPosition-Rsp-Extension Rel-7-MsrPosition-Rsp-Extension OPTIONAL, waps-MsrPosition-Rsp-Extension WAPS- MsrPosition-Rsp-Extension OPTIONAL} WAPS-MsrPosition-Rsp-Extension ::=SEQUENCE { velEstimate VelocityEstimate OPTIONAL, wapsLocationlnfo WAPS Locationlnfo OPTIONAL, wapsMeasurelnfo WAPSMeasurelnfo OPTIONAL, ... } WAPS Locationlnfo ::= SEQUENCE {referenceFrame ReferenceFrame OPTIONAL, WAPSTODm INTEGER (0 .. 3599999) OPTIONAL, WAPSTODFrac INTEGER (0 .. 16384) OPTIONAL, WAPSTODUncertainty INTEGER (0 .. 127) OPTIONAL, fixType FixType, stationarylndication INTEGER(0 .. 1) OPTIONAL, posEstimate Ext-Geographicallnformation, ... } WAPSMeasurelnfo ::= SEQUENCE { WAPSMsrSetList SeqOfWAPS-MsrSgnElement} SeqOfWAPS-MsrSgnElement ::= SEQUENCE (SIZE(1..16)) OF WAPS-SgnElement WAPS-SgnElement ::= SEQUENCE { ID INTEGER (0 .. 63), cNo NTEGER (0 .. 63), mpathDet Mpathlndic, carrierQualitylnd INTEGER (0 .. 3) OPTIONAL, codePhase INTEGER (0 .. 2097151), integerCodePhase INTEGER (0 .. 127) OPTIONAL, codePhaseRMSError INTEGER (0..63), doppler INTEGER (-32768 .. 32767) OPTIONAL, adr INTEGER (0 .. 33554431) OPTIONAL}である。

多くのＷＡＰＳ機能はＧＭＬＣおよび／またはＳＭＬＣに集積されていることを理解する必要がある。例えば、ＧＭＬＣおよび／またはＳＭＬＣは無線標識信号を解読するために必要な暗号化キーを提供するためにプログラミングされ、搭載データベースの役割またはＷＡＰＳをホストとするデータベースへの検索要求能力の役割を担ってＷＡＰＳ使用の承認役として機能し、それぞれのユーザ装置からの使用事実を収集し報告する。

本発明の一つまたはそれ以上の実施態様は、ＣＤＭＡプロトコルの位置決め機能を支援するのに使用される公知のシグナル伝達方法とメッセージの修正や変形を提供する。この修正は既存のネットワークにおいてＷＡＰＳシステムの特定の機能を有効にするために必要である。ＧＮＳＳ、Ｃｅｌｌ−ＩＤまたはＴＤＯＡの一種を使用したネットワークベースの位置特定方法、その他の位置特定方法など、多様な方法が考えられる。ＭＰＣおよび/またはＰＤＥは上記ＵＴＲＡＮ実施におけるＲＮＣやＳＡＳと同様に機能する。

ＵＴＲＡＮに関する議論は、本発明のＭＰＣおよび/またはＰＤＥの実施にも同様に当てはまり、この項において参照として組み込まれている。例えば、ＵＴＲＡＮにおける信号修正に関する考察、すなわち信号修正の不使用（その代りに他の機能である疑似距離修正への依存）と信号修正の使用とに付随する議論は、ほぼ例外なくＭＰＣおよび/またはＰＤＥの実施にも同様に当てはまる。オプション２のためには、ＭＰＣ、ＰＤＥ、ユーザ装置がＷＡＰＳサポート（例えばＷＡＰＳが支援位置決め方法としてＭＰＣＡＰメッセージに含まれる）に関する情報を交換する目的で修正メッセージングを利用するが、全てのＷＡＰＳ信号はユーザ装置によってＧＰＳ疑似距離に作図され、ネットワークベースの位置計算に使用する際にネットワークに送り返される。オプション４のためには、ＭＰＣ、ＰＤＥ、ユーザ装置がＷＡＰＳサポートに関する情報を交換する目的で修正メッセージングを利用するが、新規ＧＮＳＳ群が、ＷＡＰＳとその新規ＧＮＳＳ群のコンテクスト内に送信されるＷＡＰＳ測定結果のために定義される。

図１７は、ＷＡＰＳサポートおよび信号伝達に対する変更を有さないユーザ装置に対するＭＴ位置リクエストを示す。ステップ１とステップ２はユーザ装置がＷＡＰＳ認証サーバに対してＭＥ１ＤがＷＡＰＳにアクセスする（そして好ましくは位置計算要求の前に完了する）ための公開キーと承認を求めるクエリーである。ステップ１６はユーザ装置がＧＰＳとＷＡＰＳのどちらかまたは両方を位置計算に使用できる事実を強調している。ステップ２１とステップ２２は、ユーザ装置に保存された課金情報がＷＡＰＳに請求を送るサーバに定期的に送信されることを示す。

図１８は、ＷＡＰＳネットワーク支援を有する緊急呼び出しを示す。ステップ１とステップ２は、ユーザ装置がＷＡＰＳ認証サーバに対してＩＭＳＩがＷＡＰＳにアクセスする（そして好ましくは位置計算要求の前に完了する）ための公開キーと承認を求めるクエリーである。ステップ１１とステップ２３はユーザ装置がＧＰＳとＷＡＰＳのどちらかまたは両方を位置計算に使用できる事実を強調している。ステップ２７とステップ２８は、ユーザ装置に保存された課金情報がＷＡＰＳに請求を送るサーバに定期的に送信されることを示す。

図１８は、ネットワークベースの計算を使用してＷＡＰＳシステムの信号伝達と作業においてステップ１８５０からステップ１８１３までが省略される例を示す緊急呼び出しにも当てはまる。ステップ１とステップ２は、ユーザ装置がＷＡＰＳ認証サーバに対してＩＭＳＩがＷＡＰＳにアクセスする（そして好ましくは位置計算要求の前に完了する）ための公開キーと承認を求めるクエリーである。ステップ１４はユーザ装置がＷＡＰＳ信号を捉えて、ネットワークへの返送のためにＧＰＳ疑似距離に送信している事実を強調している。ステップ１９とステップ２０は、ユーザ装置に保存された課金情報がＷＡＰＳに請求を送るサーバに定期的に送信されることを示す。
下表は、本発明の別の特徴を実施するためのオプション２またはオプション３に従って実施される多様な変更を示す。

ネットワークとユーザ装置の機器変更の例にはＢＳＣ（修正信号メッセージのために支援が必要である）、ＭＰＣ（シグナル伝達のためにＷＡＰＳサポートが必要であり、ＷＡＰＳ課金／認証支援が必要である）、ＭＳＣ（修正ＭＰＣＡＰのために支援が必要であり、各々のＭＳＣが要求すれば修正ＩＳ−８０１メッセージ送信への支援が必要である）、ＰＤＥ（シグナル伝達のためにＷＡＰＳサポートが必要であり、ＷＡＰＳ課金／認証支援が必要であり、修正信号メッセージのために支援が必要である）、ＵＥ（ネットワークベースでの変更が行われるか否かにかかわらず多数のハードウェアとソフトウェアの修正が必要である）が含まれる。

信号メッセージに加えられる修正には、ＭＰＣＡＰ（ＷＡＰＳサポートが機能として示される必要がある）、ＭＳ情報要求（これはユーザ装置にその機能の送達を要求するだけである）、ＭＳ情報提供（ＷＡＰＳサポートが機能として示される必要がある）、詳細ＭＳ情報要求（これはユーザ装置にその機能の送達を要求するだけである）、詳細ＭＳ情報提供（ＧＮＳＳへのＷＡＰＳサポートが必要である）、拡張ＭＳ情報要求（ＷＡＰＳサポートが単独で要求される場合、このメッセージは修正を要する）、拡張ＭＳ情報提供（ＷＡＰＳサポートが機能として示される必要がある）、位置応答要求（このメッセージには方法特有の情報がない）、位置応答提供（このメッセージには方法特有の情報がない）、詳細位置応答要求（このメッセージにはＷＡＰＳに関して方法特有の情報がない）、詳細位置応答提供（ＷＡＰＳサポートが被支援ＧＮＳＳとして示される必要がある）、拡張位置応答要求（このメッセージには方法特有の情報がない）、拡張位置応答提供（ＷＡＰＳサポートが「修正形式」として追加される必要がある）、概略位置測定要求（ＷＡＰＳが方法として指示される場合、このメッセージは修正を要する）、概略位置測定提供（ＷＡＰＳが方法として指示される場合、このメッセージは修正を要する）、ＧＰＳ粗大位置応答要求（このメッセージには方法特有の情報がない）、ＧＰＳ粗大位置応答提供（文中の疑似距離に関する論考を参照のこと）、疑似距離測定要求（文中の疑似距離に関する論考を参照のこと）、疑似距離測定提供（文中の疑似距離に関する論考を参照のこと）、ＧＮＳＳ疑似距離測定要求（ＧＮＳＳへのＷＡＰＳサポートが必要）、ＧＮＳＳ疑似距離測定提供（ＧＮＳＳのＷＡＰＳサポートが必要）が含まれる。

携帯位置決め機能（ＭＰＣＡＰ）パラメータ [J-STD- 036-C Section 2.3.2.16] の修正には、ＷＡＰＳスタンドアローンモード、ＷＡＰＳＭＰベースモード、ＷＡＰＳＭＳ支援モードを示すデシマル値が含まれる。ＭＳ情報提供（Provide MS Information）メッセージ [TIA-801-B 2.2.4.2.3] の修正には、LOC_CALC_CAP（被支援機能としてのＷＡＰＳ)とWAPS_CALC_CAP （ＷＡＰＳ機能を示す新フィールド）が含まれる。拡張ＭＳ情報要求（Request Extended MS Information）メッセージ [TIA-801-B 3.2.4.1.7] の修正には、WAPS_CAP_REQ (新フィールドが１に設定されていればＷＡＰＳ機能が含まれる)が含まれる。拡張ＭＳ情報提供（Provide Extended MS Information）メッセージ [TIA-801-B 2.2.4.2.11] の修正には、ACQ_CAP (ＷＡＰＳサポートを示すビットを加える)とLOC_CALC_CAP（ＷＡＰＳサポートのために新ビットを加える）が含まれる。詳細位置応答提供（Provide Advanced Location Response)メッセージ [TIA- 801-B 2.2.4.3.2.25] の修正には時間参照源としてのＷＡＰＳ値、修正形式、時計の参照源が含まれる。拡張位置応答提供メッセージ [TIA-801-B 2.2.4.2.10] の修正にはFIX_TYPE（ＷＡＰＳにビットを加える）が含まれる。概略位置測定要求（Request General Location Measurementメッセージ[TIA-801-B 3.2.4.1.8] の修正にはWAPS_MEAS_REQ (１に設定されていればＷＡＰＳ信号測定が含まれる) が含まれる。概略位置測定提供（Provide General Location Measurement）メッセージ[TIA-801-B 2.2.4.3.2.13] の修正には、時間参照源（ＷＡＰＳに値を加える）、ＷＡＰＳ源（疑似距離ＩＥ内、ＷＡＰＳサポートを示すブール値を加える）が含まれる。疑似距離測定提供（Provide Pseudorange Measurement）メッセージ[TIA-801-B 2.2.4.2.5] の修正には、ＷＡＰＳ源（疑似距離ＩＥ内、ＷＡＰＳサポートを示すブール値を加える）が含まれる。

ネットワークとユーザ装置に要する機器変更には、ＢＳＣ（修正信号メッセージへのサポートが必要である）、ＭＰＣ（信号へのＷＡＰＳサポートが必要であり、ＷＡＰＳ課金／認証サポートが必要であり、修正信号メッセージへのサポートが必要である）、ＭＳＣ（修正ＭＰＣＡＰへのサポートが必要であり、各ＭＳＣが要求すれば修正IS-801メッセージ送信へのサポートが必要である）、ＰＤＥ（信号へのＷＡＰＳサポートが必要であり、ＷＡＰＳ課金／認証サポートが必要であり、修正信号メッセージへのサポートが必要である）、ＵＥ（ネットワークベースの変更が行われると否とにかかわらず多数のハードウェアとソフトウェアの修正が必要である）が含まれる。

信号メッセージの修正には、ＭＰＣＡＰ（ＷＡＰＳサポートが機能として示される必要がある）、ＭＳ情報要求（これはユーザ装置にその機能の送達を要求するだけである）、ＭＳ情報提供（ＷＡＰＳサポートが機能として示される必要がある）、詳細ＭＳ情報要求（これはユーザ装置にその機能の送達を要求するだけである）、詳細ＭＳ情報提供（ＧＮＳＳへのＷＡＰＳサポートが必要である）、拡張ＭＳ情報要求（ＷＡＰＳサポートが単独で要求される場合、このメッセージは修正を要する）、拡張ＭＳ情報提供（ＷＡＰＳサポートが機能として示される必要がある）、位置応答要求（このメッセージには方法特有の情報がない）、位置応答提供（このメッセージには方法特有の情報がない）、詳細位置応答要求（このメッセージにはＷＡＰＳに関して方法特有の情報がない）、詳細位置応答提供（ＷＡＰＳサポートが被支援ＧＮＳＳとして示される必要がある）、拡張位置応答要求（このメッセージには方法特有の情報がない）、拡張位置応答提供（ＷＡＰＳサポートが「修正形式」として追加される必要がある）、概略位置測定要求（ＷＡＰＳが方法として指示される場合、このメッセージは修正を要する）、概略位置測定提供（ＷＡＰＳが方法として指示される場合、このメッセージは修正を要する）、ＧＰＳ粗大位置応答要求（このメッセージには方法特有の情報がない）、ＧＰＳ粗大位置応答提供（文中の疑似距離に関する論考を参照のこと）、疑似距離測定要求（文中の疑似距離に関する論考を参照のこと）、疑似距離測定提供（文中の疑似距離に関する論考を参照のこと）、ＧＮＳＳ疑似距離測定要求（ＧＮＳＳへのＷＡＰＳサポートが必要）、ＧＮＳＳ疑似距離測定提供（ＧＮＳＳのＷＡＰＳサポートが必要）が含まれる。

多くのＷＡＰＳ機能はＭＰＣおよび／またはＰＥＤに集積されていることを理解する必要がある。例えば、ＭＰＣおよび／またはＰＥＤは無線標識信号を解読するために必要な暗号化キーを提供するためにプログラミングされ、搭載データベースの役割またはＷＡＰＳをホストとするデータベースへの検索要求能力の役割を担ってＷＡＰＳ使用の承認役として機能し、それぞれのユーザ装置からの使用事実を収集し報告する。黎明期には、ＭＰＣおよび／またはＰＥＤにＷＡＰＳサポートを挿入するのが、同様のサポートを提供する外付けサーバを構築するより難しく見えるかもしれないが、ＷＡＰＳによる事務管理体制が完成したときにその疑問に明確に答えるにはさらなる解析が必要であろう。

既に述べたように、いくつかの実施態様においてＱＰＳＫモジュレイションがデータ送信に使用される。信号送信のＱＰＳＫモジュレイションは、同じＢＰＳＫ拡散とスペクトル形成フィルターを使用していても、ほぼ同じピーク対平均値比を維持する。その結果、帯域外発信性能（例えばＱＰＳＫ拡散シーケンスなどに適用できる）を維持するのに必要なバックオフ（ＰＡバックオフなど）に関して伝達装置へのさらなる衝撃がない。測距信号はＢＰＳＫ拡散（ＧＰＳと同じ）で変調されたＢＰＳＫであるため、ＧＰＳ受信装置がＷＡＰＳ測距信号を捉え探知するために再使用できる。

受信器とユーザ装置の末端では、受信されたＱＰＳＫデータの変調が、ＧＰＳ無線フロントエンドが使用されているかのような影響を受信器に与える。ＷＡＰＳ送信のデータ区分の取得と追跡に関して、ＧＰＳ信号はＢＰＳＫ変調データシーケンスのＢＰＳＫ拡散で構成されている。ＱＰＳＫを使用した実施態様のＷＡＰＳに対するＧＰＳ／ＧＮＳＳ受信器ベースバンドの再使用を促進するために、ＢＰＳＫ拡散シーケンスを使ってＱＰＳＫ変調データを拡散させる。ＧＰＳ受信ソフトウェアであるかＧＰＳ受信ハードウェアであるかに関係なく、また取得プロセスに線形検出器が使われているか方形検出器が使われているかに関係なく、ＧＮＳＳ受信器の取得処理ブロックはＷＡＰＳ信号の処理に再使用できる。取得ブロックへの入力の際の同じ未処理ＳＮＲのために、検出性能はＢＰＳＫ変調と比較したときにＱＰＳＫ変調と同一である。ＧＮＳＳ追跡ブロックも少しの修正を加えるだけで再使用できる。ＧＮＳＳデータの復調は、一般的にファームウェアアまたはソフトウェアの中で行われるため、少しの修正で、同じ処理機能を使用してＷＡＰＳデータの復調が実施できる。

図１に示す送信器１１０のような送信器間の妨害を緩和し、データ処理量を改善するＷＡＰＳに関してシグナル伝達方法を以下にさらに説明する。送信器から送られる位置決め信号は、他の送信器の送信を妨害しないように振動する第一部分とデータ処理量と信号取得速度を改善する連続的な第二部分との二つの部分データからなる。

地上波システム、特に都市環境で作動するシステムに発生する問題の一つは相互干渉である。他に発生する問題は、時系列とシステム全体を効率的に作動させる特定の位置決めデータの処理能力である。従来の位置決めシステムは、コード区分複式アクセス（ＣＤＭＡ）、時間区分複式アクセス（ＴＤＭＡ）、周波数区分複式アクセス（ＦＤＭＡ）の三つの送信方法の一つに集中している。ＣＤＭＡでは送信器は一般的に同時に作動し、それぞれの送信器に他と異なる相互相関性の低いコード化信号を送信させることで相互干渉を減らしている。ＴＤＭＡでは、それぞれの送信器が「スロット」と呼ばれる異なった送信時間を割り当てられて、一つのスロットにおいては一台の送信器のみが送信を許される。ＦＤＭＡではそれぞれの送信器に異なった周波数の通過帯域が割り当てられる。通常はこの通過帯域は互いにばらばらであるが、直交するＦＤＭＡでは通過帯域が若干重なる。このようなシステムのすべては、位置決定のために到着時差または受信点での三辺測量方法を利用している。送信器から送られる位置決め情報には、高精度タイミングシーケンスと位置決めデータが含まれていて、後者は送信器の位置や多様なタイミング補正を含んでいる。位置決めデータは様々な方法で提供される。例えば、コード化タイミングシーケンスに向けて変調されたり、タイミングシーケンスに追加または重畳されたり、タイミングシーケンスに連結されたりする。

最も一般的な広域位置決めシステムは全地球測位システム（ＧＰＳ）であり、そのシステムは一連の長さゴルドコード１０２３から選ばれた一組の他と異なる疑似ノイズシーケンスをタイミングシーケンスに採用している。上述のように、ＴＤＭＡシステムではそれぞれの送信器がスロットを割り当てられて、送信器は割り当てられたスロットにおいてのみ位置決めデータを送信するため、他の送信器との相互干渉が最少になる。スロットの数は限られているので、受信器が同時送信を探すロケーションがあり、そのような場合には同じスロットで送信する近接の送信器に別のコードを使用することで相互干渉を減らすことがよく行われる。

ここに記載する実施態様では連続的に送信する送信器を使用する。しかし、位置決めデータの一定部分は特定の時間に送信されるので、相互干渉を起こさない。ある典型的な実施態様ではコード化されたタイミングシーケンスがパルス状に送られるので、少なくとも位置決め情報の一部、たとえば送信器の位置データなどが各々の送信器によって連続的に送信される。ある典型的な実施態様では各々の送信器によって連続的に送信される位置決め情報の一部が同時送信され、それはそのデータが同一であることを意味する。同時送信は、送信器の識別や位置のようなデータの迅速で信頼性ある配信を可能にする。これはまた、受信側のプラットフォームが迅速にネットワークに同期化して送信器位置の数を確認することを可能にする。この同時送信に含まれる他のデータには、送信器の状態データとユーザ認証データが含まれる。ある典型的な実施態様では、同期信号がシステム中の全送信器から同時送信され、受信器がネットワークに迅速に同期化することを可能にする。

時間間隔のあるＴＤＭＡシステムと異なり、ここに記載された実施態様では送信器が連続的に位置決めデータを送信すれば相互干渉が起きる。連続的に送信される位置決めデータは、送信器からの高精度のタイミングデータとその他の位置決めデータと同時に受信器で受信される。ここでの相互干渉は、連続的な位置決めデータに狭帯域のフォーマットを使用することで最少化される。この方法で、連続的な位置決めデータと高精度のタイミングデータは標準的な篩い分け方法で分離される。それにもかかわらず、一台の送信器から発信され連続的に受信される位置決めデータが高精度のタイミングデータよりも高水準にあるため、多くの場合、高周波瞬間ダイナミックレンジが使用される。

一例として、７台の送信器の繰返しパターンを使用するシステムを考える。ある送信器すなわち送信器Ａがフレーム長さ１０２３の反復コード化タイミングシーケンスを１Mシンボル/秒の割合で送信し、しかし他の実施態様もまた実施されている。三個のフレームからなる各グループは情報のデータビットと対応する。この三個の反復フレームは高精度のタイミング測定を行うために集積されている。低速データは位相変調または微分位相変調によってこのような三個のフレームからなるグループに組み込まれる。１００個のフレームがこの送信器で送信されるすなわち３３ビットのデータが送信されるとして、二相のコーディングを仮定すると、それにかかる時間は合計１０２．３ミリ秒となる。この送信器は同時に一回の反復間隔当たり１シンボルのデータを再び位相変調または微分位相変調によって送信する。この１０２．３ミリ秒の時間の最後に、送信器Ａは高精度にコード化されたシーケンスの送信を止めるが、位置決めデータを送信し続ける。この時点で他の送信器Ｂが同様のシーケンスを開始する。言うまでもなく、送信器Ｂは送信器Ａが高精度タイミングデータを送信している間に連続的な位置決め情報を送信し続けていた。上記シーケンスはこの方法で継続される。

上記の例では、各々の送信器は０．７２秒の間にそのコード化されたシーケンスを介して最大で３３symbolsのデータを送信する。しかし、送信器から送信されるデータの連続送信部分は７２２シンボルのデータに対応する。平均して４台の送信器からユーザが信号を受信すると仮定すると、送信器が１０２．３ミリ秒の時間送信した場合は合計の受信率は１３２シンボルとなる。連続送信の処理量を増やすには、差分四位相偏移変調のような上位の変調を使用する。

制御およびユーザ平面に関する態様の実施例

携帯電話ネットワーク内の位置機構は、二つの広いカテゴリーである、制御平面（例えば、目的の機能を提供するためにネットワーク内の信号送信平面を使用する）とユーザ平面（例えば、目的の機能を提供するために信号送信平面内の受信者担体通行平面を使用する）の一方に分類される。

ＷＡＰＳの標準化には制御平面とユーザ平面両方からのアプローチが含まれる。制御平面の標準化には、ＵＴＲＡ／ＲＲＣ、ＬＴＥ／ＬＰＰおよびＧＳＭ／ＲＲＬＰのための３ＧＰＰと、ＣＤＭＡ／ＴＩＡ−８０１のための３ＧＰＰ２とがある。ユーザ平面の標準化には、ＯＭＡがあり、これには基礎となる機能すなわち３ＧＰＰＬＴＥ／ＬＰＰ技術のための拡張機能を提供するＯＭＡＬＰＰｅへの制御平面によるサポートが必要である。

制御平面の位置決め

ＬＴＥ制御平面において、ユーザ装置の位置決めはＬＰＰとＲＡＮ信号チャネルを使用して行われる。制御平面のアーキテクチャを図９Ｂに示す。

発生対応式携帯位置確認センター（Ｅ−ＳＭＬＣ）はユーザ装置の位置を捉える全般的なプロセスを管理する。Ｅ−ＳＭＬＣは必要に応じて、支援情報を提供しＵＥ支援モードで位置計算を行う。発生ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）は、位置計算プロセスで使用される信号測定結果を提供する。緊急サービスメッセージエンティティ（ＥＳＭＥ）は、緊急呼び出しに関する位置要求のような帯域外メッセージを送信し処理する。ＬＣＳサーバとＬＣＳクライアントの要求との最初の接点である。ＧＭＬＣはＨＬＲ／ＨＳＳからの送信情報を読み取り、位置決め要求をＥ−ＳＭＬＣに送り、次に結果として得られた位置をクライアントに送り返す。ＧＭＬＣは、ＬＣＳクライアントの要求を受け取る要求用ＧＭＬＣ、ユーザ装置のホームＰＬＭＮ内にあるホームＧＭＬＣ、ＵＴがサービスを受ける仲介となるアクセス用ＧＭＬＣの三種類の役割の一つを担うことに留意すること。一つのＧＭＬＣは一つ以上の役割を同時に担っている。

ＨＬＲ／ＨＳＳは各々のユーザ装置のために、ＬＣＳの予約と経路情報を保持する。クライアントは接続されているユーザ装置に位置要求を送る。ＥＭＳＥ／ＰＳＡＰを参照のこと。移動度管理エンティティ（ＭＭＥ）は、接続の承認、Ｅ−ＳＭＬＣの選択、ＬＣＳ位置要求など多様なＵＴ予約情報エレメントに責任を負っている。緊急応答機関（ＰＳＡＰ）は緊急呼び出しに応え緊急サービスを派遣するところである。ユーザ装置は、多様な位置決め手順に参加してダウンリンク信号を測定し、測定のためにアップリンク信号を送信し、信号を処理し、結果を計算してネットワークに送信する。ユーザ装置の参加状態は、使用する位置決め方法によって多様である。基地局年鑑（ＢＳＡ）には、サービスプロバイダーのセルサイトの緯度と経度が掲載されている。支援サーバ（ＮＮＡＳ）はＥ−ＳＭＬＣに、ＵＥベースまたはＵＥ支援位置決めモードで使うための支援データを提供する。Ｅ−ＳＭＬＣ上のＷＡＰＳ位置計算エンティティは、基地局年鑑を利用して携帯電話のＩＤを携帯電話のＬＬＡに地図化する。携帯電話のＬＬＡは、携帯電話のＬＬＡ周辺地域に限定した支援要求のためにインターフェースを介してＮＮＡＳに送られる。ＮＮＡＳは静的要素（ビーコンＬＬＡ）と動的要素（ビーコン大気圧と温度等）の両方を保有するデータベースを調べ、多様な位置決め動作モードに応じた支援情報をユーザ装置に提供する。代替アプローチはＮＮＡＳが携帯電話の基地局年鑑にアクセスすることを必要とする。携帯電話のＩＤをもとに、ＮＮＡＳは基地局の緯度と経度を探し、ユーザ装置が作動している地理的領域で検出可能な、対応ＷＡＰＳビーコンを確定する。ＮＮＡＳは静的要素（ビーコンＬＬＡ）と動的要素（ビーコン大気圧と温度、ビーコンタイミング補正）の両方を保有するＷＡＰＳデータベースを調べ、多様な位置決め動作モードに応じた支援情報をユーザ装置に提供する。

ＥＳＭＥ・ＧＭＬＣインターフェースはＬｅインターフェースと機能上は同等である。ＬｅはＬＣＳクライアント・ＬＣＳサーバインターフェース（ＧＭＬＣ）のことで、ＬＣＳクライアントからＬＣＳサーバへの位置情報リクエストとＬＣＳサーバからＬＣＳクライアントへの位置情報を送信するインターフェースである。ＬｈはＧＭＬＣ・ＨＬＲ／ＨＳＳインターフェースのことで、ユーザ装置の経路情報とＨＬＲ／ＨＳＳからのＬＣＳ予約情報をＧＭＬＣで読み出すのに使用される。ＬｒはＧＭＬＣ・ＧＭＬＣインターフェースのことで、要求用ＧＭＬＣと提供用ＧＭＬＣ（ホームまたはアクセス用）が異なる場合に位置情報リクエストを転送するのに使用される。ＳＩはＭＭＥ・ｅＮｏｄｅＢインターフェースのことで、位置に関する信号をＭＭＥからｅＮｏｄｅＢに送るのに使用される。ＳＬｇはＧＭＬＣ・Ｅ−ＳＭＬＣインターフェースのことで、ＧＭＬＣが位置情報リクエストをＲＡＮに送り位置情報を受信するのに使用される。ＳＬｓはＥ−ＳＭＬＣ・ＭＭＥインターフェースのことで、Ｅ−ＳＭＬＣが位置情報リクエストを送り、位置情報と信号測定をＵＴから受信するのに使用される。また、ＳＬｓはＲＡＮへのトンネリング測定リクエストにも必要に応じて使用される。ＵｕはＵＥ・ＵＴＲＡＮインターフェースのことで、ユーザ装置とｅＮｏｄｅＢの間で信号を送信する。ＮＮＡＳはＥ−ＳＭＬＣと関連付けられていて、Ｅ−ＳＭＬＣとＮＮＡＳで信号を送信する。このインターフェースはＷＡＰＳ支援データを伝達し、Ａ−ＧＰＳに使用されるＷＡＲＮと動作が類似している。

図９ＢのアーキテクチャはＵＥスタンドアロン位置決めモードと関連していて、その場所でユーザ装置の位置計算がユーザ装置によって行われ、Ｅ−ＳＭＬＣが提供する支援データはそこにはない。点線で示された部分はスタンドアロンモードには必要でない。正確な標高推定も、ユーザ装置の気圧と気温の読みが利用できるときにスタンドアロンモードの位置推定の一部として（支援モードにおいて）利用できることに留意する。これは、Ｅ−ＳＭＬＣ／ＢＳＡがＮＮＡＳと相互作用する必要がないため、より簡素なネットワークアーキテクチャである。

図１９の呼び出しの流れは、Ｅ−ＳＭＬＣが提供するＷＡＰＳ支援データを使用したＵＥベースの位置計算を示す。図１９に示すように、ユーザ装置は緊急呼び出しに使用される担体に（必要な場合に）緊急接続を要求する。緊急呼び出しはユーザ装置とＰＳＡＰの間に設定される。ＭＭＥはＥ−ＳＭＬＣを選択し、位置要求メッセージをそこに送る。この場合、ＷＡＰＳを使用する位置はユーザ装置で計算され、要求された位置ＱｏＳを満足させるために使用される。Ｅ−ＳＭＬＣはＷＡＰＳ位置情報要求エレメント（例えばＷＡＰＳ／ＭＢＳや位置決め方法を示す）を含むＬＰＰ位置情報要求をユーザ装置に送る。ユーザ装置はＥ−ＳＭＬＣからのＷＡＰＳ支援データを要求する。Ｅ−ＳＭＬＣはＷＡＰＳ支援データをユーザ装置に返送する。ユーザ装置はＷＡＰＳの計算した位置をＥ−ＳＭＬＣに返送する。Ｅ−ＳＭＬＣはユーザ装置の位置をＭＭＥに返送する。Ｅ−ＳＭＬＣがＭＭＥに位置を返送すれば、ユーザ装置の位置は予約者位置連絡メッセージ内のＶ−ＧＭＬＣに送られる。予約者位置連絡ＡｃｋはＶ−ＧＭＬＣからＭＭＥに送られる。ある点で、ＰＳＡＰは位置情報の更新を要求し、ＥＰＯＳＲＥＱがＶ−ＧＭＬＣに送られる。Ｖ−ＧＭＬＣはユーザ装置の位置をＥＰＯＳＲＥＱ内のＰＳＡＰに返送する。完了すると、緊急呼び出しが終わる。

ステップ７におけるＥ−ＳＭＬＣ内でのユーザ装置支援位置計算のために、ユーザ装置はユーザ装置の計算した位置の代わりにＷＡＰＳの測定結果を提供し、Ｅ−ＳＭＬＣは返送されたＷＡＰＳの測定結果をユーザ装置の位置を計算するのに利用する。ＵＥスタンドアロン位置計算のために、ステップ５とステップ６は省略される。ユーザ装置の計算した位置はステップ７で返送される。

ユーザ平面の位置決め

ユーザ平面ではユーザ装置の位置決めがＳＵＰＬを使用してＬＰＰとＬＰＰｅ、そしてＲＡＮユーザデータ運搬チャネルにより達成される。ＳＵＰＬアーキテクチャを図９Ｃに示す。

ＩＰマルチメディア（ＩＭＳ）コアはユーザ装置の音声電話制御やＳＰげ定義する他の機能に使用される。ＳＵＰＬに関してはＳＩＰＰＵＳＨ機構がＭＴ位置計算を始動するのに使用され、計算が緊急呼び出しに関連するか否かによって、二個のインターフェースの一方で起動される。簡易メッセージサービスセンター（ＳＭＳＣ）はＭＴ位置計算を起動するためにＳＵＰＬによって使用される。ＳＬＰとＳＭＳＣ間およびＳＭＳＣとＳＥＴ間のインターフェースについては本開示では言及しない。ＳＵＰＬエージェントはＳＬＰ中のユーザ装置位置情報にアクセスする単なる外部ソフトウェアまたはハードウェアである。ＳＵＰＬ使用可能ターミナル（ＳＥＴ）はＳＵＰＬ使用可能なユーザ装置である。ＳＵＰＬロケーションプラットフォーム（ＳＬＰ）はＳＵＰＬロケーションセンター（ＳＬＣ）からなり、ネットワークでのＳＵＰＬの動作を調整し、ユーザ平面担体（例えばＩＰ）上でＳＥＴと相互に作用し合う。ＳＵＰＬ位置決めセンター（ＳＰＣ）はすべての位置計算手順と支援データの伝達に関与する。ＷＡＰＳ支援データを得るために、ＳＬＰはＮＮＡＳに接続する必要がある。ＳＬＰには、ホーム、要求用、アクセス用、緊急用および発見用と、いくつかの種類がある。

ＷＡＰＳ／ＭＢＳサーバはＷＡＰＳの内容がユーザ装置に配信される進路を提供する。通常、ＷＡＰＳはＲＡＮを通るウェブの転送量を最適化（例えば画像圧縮を使用して）するために使用される。ＳＵＲＬのために、ＷＡＰＳサーバはＳＥＴにＭＴ位置起動コマンドを配信する。基地局年鑑（ＢＳＡ）には、サービスプロバイダーのセルサイトの緯度と経度が掲載されている。支援サーバ（ＮＮＡＳ）はＳＬＰにＷＡＰＳ支援データを、ＳＵＲＬ参照検索機能のインスタンス化として提供する。ＮＮＡＳはＷＡＰＳ支援データをＳＥＴベースまたはＳＥＴ支援位置決めモードで使うためにＥ−ＳＬＰに提供する。ＳＬＰ上のＷＡＰＳ位置計算エンティティは基地局年鑑を利用して携帯電話のＩＤを携帯電話のＬＬＡに地図化する。携帯電話のＬＬＡは、携帯電話のＬＬＡ周辺地域に限定した支援要求のためにインターフェースを介してＮＮＡＳに送られる。ＮＮＡＳは静的要素（ビーコンＬＬＡ）と動的要素（ビーコン大気圧と温度等）の両方を保有するデータベースを調べ、多様な位置決め動作モードに応じた支援情報をＳＥＴに提供する。代替アプローチはＮＮＡＳが携帯電話の基地局年鑑にアクセスすることを必要とする。携帯電話のＩＤをもとに、ＮＮＡＳは基地局の緯度と経度を探し、ＳＥＴが作動している地理的領域で検出可能な、対応ＷＡＰＳビーコンを確定する。ＮＮＡＳは静的要素（ビーコンＬＬＡ）と動的要素（ビーコン大気圧と温度、ビーコンタイミング補正）の両方を保有するＷＡＰＳデータベースを調べ、多様な位置決め動作モードに応じた支援情報をＳＥＴに提供する。

Ｅ３はｃｄｍａ２０００インターフェースである。ＧｍはＩＭＳとＵＴ間のＳＩＰインターフェースである。ＬＩはＬＣＳクライアントとＳＬＰ間のインターフェースである。Ｌ２はＬＴＥインターフェースである。ＬｅはＬＣＳクライアントとＬＣＳサーバ（ＳＬＰ）間のインターフェースである。Ｌｇ／Ｌｈは、ＧＳＭ／ＵＴＲＡＮインターフェースである。ＬＬＰは位置決め制御機能と位置決めデータ機能を論理的に区分するために使用される。ＬＴＥ位置決めプロトコル（ＬＰＰ）は位置検索のためにＳＰＣにクエリーを行うために使用できる。ＬｕｐはＩＰベースのインターフェースでＳＵＰＬサービス管理メッセージと位置決定メッセージをＳＵＰＬに配信するためにＳＬＰとＳＥＴの間で使用される。Ｌｚは緊急呼び出し用ＭＴ位置決定起動のためのＳＰＣ／ＩＭＳコアインターフェースです。ＷＡＰＳ配信アクセスプロトコル（ＰＡＰ）はＭＴ位置起動コマンドをＷＡＰＳサーバに配信するのに使用される。ＷＡＰＳ配信放送プロトコル（ＰＯＴＡＰ）はＭＴ位置起動コマンドをＳＥＴに配信するのに使用される。ＯＭＡ拡張子を使用して、ＩＭＳコアを介してＭＴ位置起動を起動させるためにＳＩＰメッセージが使用される。Ｅ−ＳＭＬＣとＮＮＡＳをつなぐＮＮＡＳインターフェースはＳ−ＭＬＣとＮＮＡＳの間で信号を送る。このインターフェースはＷＡＰＳ支援データを伝達し、Ａ−ＧＰＳに使用されるＷＡＲＮと動作が類似している。

図９ＣのアーキテクチャもＵＥスタンドアロン位置決めモードに適応し、その場所でユーザ装置の位置計算がユーザ装置によって行われ、ＳＰ伝達し、Ａ−ＧＰＳに使用されるＷＡＲＮと動作が類似している。ＳＬＰが提供する支援データはそこにはない。正確な標高推定も、ユーザ装置の気圧と気温の読みが利用できるときにスタンドアロンモードの位置推定の一部として（支援モードにおいて）利用できることに留意する。これは、ＳＬＰ／ＢＳＡがＮＮＡＳと相互作用する必要がないため、より簡素なネットワークアーキテクチャである。
ＷＡＰＳ位置決定機能の組み込みには、図２０の手順が示すようにネットワーク構成要素の一部の改変が必要である。主な変更は、

ビーコンＬＬＡ情報のような静的側面とビーコンタイミング補正や気圧・温度測定のような動的側面を含むビーコンデータベースを含む支援サーバである。ＮＮＡＳはＥ−ＳＭＬＣ／ＳＬＰに支援データを提供して、ＵＥベースモードとユーザ装置支援位置決定モードとを有効にする。Ｅ−ＳＭＬＣ／ＳＬＰネットワーク成分はＷＡＰＳ位置計算機能を支援し、必要に応じてＷＡＰＳ支援データをユーザ装置やＳＥＴに提供するために強化される。このことによりＮＮＡＳとＢＳＡにインターフェースが必要となる。基地局年鑑（ＢＳＡ）にはサービスプロバイダーのセルサイトＬＬＡデータベースが含まれる。

ＳＬＰとＳＥＴのＬＰＰ位置決め処理は(ステップ２００１)を図示する図２０に示されている。この場合、ＷＡＰＳを使用する位置はＳＥＴによって計算され、要求される位置ＱｏＳに合うように使用される。ＳＬＰは、ＷＡＰＳ位置情報要求要素（例として、ＷＡＰＳ／ＭＢＳや位置決め方法を示すもの）を含むＬＰＰ要求位置情報をユーザ装置に送る。(ステップ２００２)ＳＥＴは、ＳＬＰからのＷＡＰＳ支援データを要求する。(ステップ２００３) ＳＬＰはＷＡＰＳ支援データをＳＥＴに返送する。(ステップ２００４) ＳＥＴはＷＡＰＳの計算位置をＳＬＰに返送する。ＳＬＰ内のＳＥＴ支援位置計算のために、ＳＥＴはＳＥＴ計算位置の代わりにＷＡＰＳ測定結果を提供し、ＳＬＰはＳＥＴの位置を計算するために返送されたＷＡＰＳ測定結果を利用する。ＳＥＴスタンドアロンの位置計算のために、ステップ２００２とステップ２００３は省略される。ユーザ装置の計算位置はステップ２００４で返送される。位置計算が完了すれば、Ｅ−ＳＬＰはＳＵＰＬＥＮＤメッセージをＳＥＴに送る。ＳＥＴはＳＬＰに安全なＩＰ接続を開放する。Ｅ−ＳＬＰはＳＥＴの位置を返送する。

頭字語

以下の頭字語リストは、本明細書に開示されている多様な用語の例を提供する。第三世代パートナーシッププロジェクト（３ＧＰＰ）；第三世代パートナーシッププロジェクト２（３ＧＰＰ２）；支援ガリレオ増設衛星システム（Ａ−ＧＡＮＳＳ）；支援ＧＮＳＳ（Ａ−ＧＮＳＳ）；支援ＧＰＳ（Ａ−ＧＰＳ）；高度暗号化システム（ＡＥＳ）；高度送信リンク三辺測量（ＡＦＬＴ）；認証キー一致（ＡＫＡ）；迎え角（ＡｏＡ）；ベースステーション（ＢＳ）；ベースステーション・コントローラー（ＢＳＣ）；ベーストランシーバー・システム（ＢＴＳ）；コード分割複式アクセス（ＣＤＭＡ）；回路切り替え（ＣＳ）；呼び出しサービス制御機能（ＣＳＣＦ）；携帯電話工業協会現在の公式名は、「ＣＴＩＡ無線協会」（ＣＴＩＡ）；緊急ＣＳＣＦ（Ｅ−ＣＳＣＦ）；改善観測時間差分（Ｅ−ＯＴＤ）；改善ＳＭＬＣ（Ｅ−ＳＭＬＣ）；発生ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）；改善送信リンク三辺測量（ＥＦＬＴ）；ｅＮｏｄｅＢ（ｅＮＢ）；発生ノードＢ（ｅＮｏｄｅＢ；ｅＮＢ）；外部ＰＤＵ（ｅＰＤＵ）；緊急サービスメッセージエンティティ（ＥＳＭＥ）；電子通し番号（ＥＳＮ）；緊急サービス位置要求（ｃｄｍａ２０００）（ＥＰＯＳＲＥＱ）；緊急サービスルーティングキー（ＥＳＲＫ）；連邦通信委員会（ＦＣＣ）；ガリレオ増設ナビゲーション衛星システム（ＧＡＮＳＳ）；一般的ブートストラップアーキテクチャ（ＧＢＡ）；ＧＳＭエッジ無線アクセスネットワーク（ＧＥＲＡＮ）；全地球的航法衛星システム（ＧＬＯＮＡＳＳ）；ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）；グリニッジ標準時（ＧＭＴ）；全地球的航法衛星システム（ＧＮＳＳ）；地理的位置情報要求（ｃｄｍａ２０００）（ＧＰＯＳＲＥＱ）；全地球測位システム（ＧＰＳ）；携帯通信全地球システム（ＧＳＭ）；ホーム位置登録（ＨＬＲ）；ホーム予約サーバ（ＨＳＳ）；ハイパーテキスト転送プロトコル（ＨＴＴＰ）；情報要素（ＩＥ）；内部ロケーションプロトコル（ＩＬＰ）；ＩＰマルチメディア・システム（ＩＭＳ）；国際モバイル加入者識別証（ＩＭＳＩ）；インターネットプロトコル（ＩＰ）；システム間位置要求（ｃｄｍａ２０００）（ＩＳＰＯＳＲＥＱ）；ロケーションベースサービス（ＬＢＳ）；ロケーションサービス（ＬＣＳ）；位置情報制限（ＬＩＲ）；ロケーション管理ユニット；ＬＴＥ位置決めプロトコル（ＬＰＰ）；ＬＴＥ位置決めプロトコルアネックス（ＬＰＰａ）；ＬＣＳパラメータ要求（ｃｄｍａ２０００）（ＬＰＲＥＱ）；長期的展開（ＬＴＥ）；多国間位置監視サービス（Ｍ−ＬＭＳ）；メディアアクセスコントロール（ＭＡＣ）；携帯電話国番号（ＭＣＣ）；携帯電話ディレクトリ番号（ＭＤＮ）；携帯機器識別証（ＭＥＩＤ）；携帯電話位置プロトコル（ＭＬＰ）；移動度管理エンティティ（ＭＭＥ）；携帯ネットワークコード（ＭＮＣ）；携帯由来（ＭＯ）；携帯端末化（ＭＴ）；携帯電話ステーションシステム時間オフセット（ｃｄｍａ２０００）（ＭＯＢ＿ＳＹＳ＿Ｔ＿ＯＦＦＳＥＴ）；携帯情報（ｃｄｍａ２０００）（ＭＯＢＩＮＦＯ）；携帯位置決めセンター（ＭＰＣ）；携帯位置決め機能（ｃｄｍａ２０００）（ＭＰＣＡＰ）；携帯ステーション（ＭＳ）；携帯切り替えセンター（ＭＳＣ）；携帯加入者識別番号（ＭＳＩＮ）；携帯ステーション国際ＩＳＤＮ番号（ＭＳＩＳＤＮ）；携帯端末化（ＭＴ）；非アクセス層（ＮＡＳ）；開放携帯電話提携（ＯＭＡ）；起点要求（ｃｄｍａ２０００）（ＯＲＲＥＱ）；到着時観測時差（ＯＴＤＯＡ）；ＷＡＰＳ配信アクセスプロトコル（ＰＡＰ）；位置計算アプリケーション部（ＰＣＡＰ）；位置決定エンティティ（ＰＤＥ）；パケットデータネットワーク（ＰＤＮ）；プロトコルデータユニット（ＰＤＵ）；ＰＤＮゲートウェイ（ＰＧＷ）；位置要求（ｃｄｍａ２０００）（ＰＯＳＲＥＱ）；ＷＡＰＳ配信放送プロトコル（ＰＯＴＡＰ）；サービス位置品質（ＰＱＯＳ）；パケット切り替え（ＰＳ）；緊急応答機関（ＰＳＡＰ）；位置品質（ＱｏＰ）；サービス品質（ＱｏＳ）；見かけ天頂衛星システム（ＱＺＳＳ）；無線アクセスネットワーク（ＲＡＮ）；時間基準ＰＮシーケンスオフセット（ｃｄｍａ２０００）（ＲＥＦ＿ＰＮ）；登録通知（ｃｄｍａ２０００）（ＲＥＧＮＯＴ）；無線ネットワークコントローラー（ＲＮＣ）；無線リソースコントロール（ＲＲＣ）；無線リソースロケーションプロトコル（ＲＲＬＰ）；往復時間（ＲＴＴ）；衛星によるシステム支援携帯位置決め（ｃｄｍａ２０００）（ＳＡＭＰＳ）；スタンドアロンＳＭＬＣ（ＳＡＳ）；宇宙基盤増大システム（ＳＢＡＳ）；提供セルＩＤ（ｃｄｍａ２０００）（ＳＣＥＬＬＩＤ）；サービスコントロールポイント（ＳＣＰ）；ＳＵＰＬ有効端末（ＳＥＴ）；システムフレーム番号（単一周波数ネットワークも）（ＳＥＮ）；提供ＧＰＲＳ支援ノード（ＳＧＳＮ）；提供ゲートウェイ（ＳＧＷ）；加入者識別モジュール（ＳＩＭ）；ＳＵＰＬ位置センター（ＳＬＣ）；標準位置即答（ＳＬＩＡ）；標準位置緊急要求（ＳＬＩＲ）；ＳＵＰＬ位置プラットフォーム（ＳＬＰ）；二点間ＳＭＳ伝達（ｃｄｍａ２０００）（ＳＭＤＰＰ）；提供携帯位置センター（ＳＭＬＣ）；簡易メッセージサービス（ＳＭＳ）；簡易メッセージサービスセンター（ＳＭＳＣ）；サービスノード（ＳＮ）；サービスプロバイダー（ＳＰ）；ＳＵＰＬ位置決めセンター（ＳＰＣ）；安全ユーザ平面位置（ＳＵＰＬ）；時間分割複式アクセス（ＴＤＭＡ）；到着の時間ベース差分（ＴＤＯＡ）；遠隔通信産業協会（ＴＩＡ）；位置報告始動受信（ＳＵＰＬ，ＭＬＰ）（ＴＬＲＡ）；位置始動報告（ＳＵＰＬ，ＭＬＰ）（ＴＬＲＥＰ）；位置始動報告要求（ＳＵＰＬ，ＭＬＰ）（ＴＬＲＲ）；トランスポート層安全確保（ＴＬＳ）；時刻（ＴＯＤ）；曜日（ＴＯＷ）；到着のアップリンク時間ベース差分（Ｕ−ＴＤＯＡ）；ユーザ機器（ＵＥ）；ユーザ識別モジュール（ＵＩＭ）；ユーザ平面位置プロトコル（ＵＬＰ）；ユーザ端末（ＵＴ）；国際地上波無線アクセスネットワーク（ＵＴＲＡＮ）；ビジター位置登録（ＶＬＲ）；広域ネットワーク（ＷＡＮ）；無線アプリケーションプロとコル（ＷＡＰＳ）；広域位置決めシステム（ＷＡＰＳ）；広域参照ネットワーク（ＷＡＲＮ）．

追加の局面

１つまたはそれ以上の局面は、ユーザ装置の位置を決定するためのシステム、方法、コンピュータプログラム製品および手段に関することも可能である。このようなシステムは、１つまたはそれ以上の方法工程を実現するように動作可能な１つまたはそれ以上のコンポーネントまたは手段（例えば、プロセッサ、コンピュータ等）を備えることも可能である。このようなコンピュータプログラム製品は、１つまたはそれ以上の方法工程を実現するように実行されるコンピュータ可読プログラムコードが実施されている非一時的コンピュータ使用可能媒体を備えることも可能である。このような方法は、遠隔送信器が送信する位置決め信号から得られるタイミング信号にアクセスし、タイミングデータまたはタイミングデータに基づく位置データが遠隔計算装置に送信されるようにする工程を備えることも可能である。

別の方法ステップは、タイミングデータに基づいて、対応する衛星間の推定距離およびプロセッサの推定場所を決定するステップを備え、位置データが推定距離を表すデータを含むことも可能である。

他の方法ステップは、対応する遠隔送信器とプロセッサとの第１の組の推定距離を決定するステップと、プロセッサの推定場所を決定するステップとを備えることも可能であり、推定場所は第１の組の推定距離に基づくものであり、さらに、対応する衛星とプロセッサの推定場所との第２の組の推定距離を決定するステップを備えることも可能であり、前記第２の組の推定距離は、プロセッサの推定場所と、対応する衛星に関連するコンステレーション情報とに基づく。

いくつかの局面に従って、位置データは、第２の組の推定距離を表すデータを備える。いくつかの局面に従って、プロセッサの推定場所は、対応する遠隔送信器の各々に対するそれぞれの緯度、経度および高度にさらに基づく。プロセッサの推定場所は、プロセッサ近くの大気条件に対応する圧力および温度測定にさらに基づく。いくつかの局面に従って、対応する衛星に関連するコンステレーション情報は、基準時間での対応する衛星の各々に対する位置およびタイミング訂正を含む。

他の方法ステップは、プロセッサの推定速度を決定するステップと、対応する衛星に対する第１の組のドップラー値を決定するステップと、推定速度と第１の組のドップラーとに基づいて第２の組のドップラー値を決定するステップとを備えることも可能であり、位置データが、第２の組のドップラー値を表すデータを含む。

いくつかの局面に従って、位置データは、第２の組の推定距離を表すデータを含み、さらなる方法ステップは、セルラネットワークにおけるNGSS位置決め情報を送信するための標準プロトコルを用いて、位置データを遠隔計算装置へ送信するステップを備えることも可能である。

いくつかの局面に従って、位置データは、第２の推定距離を表すデータを含み、さらなる方法ステップは、GNSS位置決め情報に対して割り当てられた複数のビットを用いて、遠隔計算装置に位置データを送信するステップを備えることも可能である。

いくつかの局面に従って、位置データは、第２の組の推定距離を表すデータを含み、さらなる方法ステップは、GNSS情報エレメントに対するビットに位置データの個別ビットをマッピングするステップと、マッピングに基づいて遠隔計算装置に位置データの個別ビットを送信するステップとを備えることも可能である。

他の方法ステップは、遠隔送信器の各々に対するコードと、タイムスロットと、周波数探索空間とを含む支援データをアクセスするステップを備え、支援データは、遠隔送信器の各々に対する送信器の緯度と、送信器の経度と、送信器の高度とをさらに含み、支援データは、遠隔送信器の各々圧力測定値と温度測定値とをさらに含み、支援データは、遠隔送信器の各々に対する一意識別子をさらに含み、支援データは、遠隔送信器各々に対するタイミング訂正をさらに含み、さらに支援データに基づいて到着時間測定値を測定するステップを備えることも可能である。

いくつかの局面に従って、支援データは、プロセッサに結合されたデータソースからアクセスされる。いくつかの局面に従って、支援データは、制御プレーンまたはユーザプレーン通信チャネルを介してアクセスされる。

別の方法ステップは、遠隔送信器の各々に対するコードと、タイムスロットと、品質インジケータと、周波数探索空間とを含む支援データにアクセスするステップと、第１の組の推定距離が支援データに基づいて決定されるステップとを備えることも可能である。

他の方法ステップは、対応する遠隔送信器とタイミングデータを使用するプロセッサとの間の第１の組の推定距離を決定するステップを備えることも可能であり、位置データは第１の組の推定距離を表すデータを含み、さらに地理的位置決め情報を送信するために割り当てられた第１の複数のビットを用いて、位置データを遠隔計算装置に送信するステップを備えることも可能である。

他の方法ステップは、第１の型式の地理的位置決め情報を送信するために割り当てられた第２の複数のビットを用いて遠隔計算装置にインジケータが送信されるステップを備えることも可能であり、インジケータは、第１の組の推定距離が第１の型式の地理的位置決め情報に基づかないことを遠隔計算装置に通知するように構成される。

他の方法ステップは、遠隔送信器に対応する圧縮識別子を遠隔研鑚装置に送信するステップを備えることも可能であり、遠隔計算装置は、プロセッサと通信する基地局によって定めた地理的領域、プロセッサで測定した圧力またはプロセッサにおいて測定した温度に対応する圧縮していない識別子のリストに、圧縮識別子を相互に関連付ける。

他の方法ステップは、遠隔送信器の各々に対するコードと、タイムスロットと、品質インジケータと、周波数探索空間とを含む支援データを受信するステップを備えることも可能であり、支援データは、遠隔送信器の各々に対する送信器の緯度と、送信器の経度と、送信器の高度とをさらに含み、支援データは、遠隔送信器の各々に対する圧力測定値と温度測定値とをさらに含み、支援データは、遠隔送信器の各々に対する一意識別子をさらに含み、支援データは、遠隔送信器の各々に対するタイミング訂正をさらに含み、さらに、支援データおよびタイミングデータのいくつかまたは全てに基づいて、プロセッサの緯度と、経度と、高度とを推定するステップをさらに備えることも可能であり、遠隔計算装置に送信する位置情報が、プロセッサの推定した緯度、経度および高度を表すデータを含む。

他の方法ステップは、遠隔送信器の各々に対するコードと、タイムスロットと、周波数探索空間とを含む支援データを受信するステップと、タイミングデータを支援データに基づいて測定するステップとを備えることも可能であり、タイミングデータまたはタイミングデータに基づく未加工の擬似距離データが遠隔計算装置に送信され、遠隔計算装置に送信する位置情報が、プロセッサの近くの大気条件に対応する圧力および温度測定値を含む。

他の方法ステップは、対応する遠隔送信器とタイミングデータを使用するプロセッサとの第１の組の推定距離を決定するステップを備えることも可能であり、遠隔計算装置に送信する位置データは、第１の組の推定距離を表すデータを含み、遠隔装置の各々に対するコードと、タイムスロットと、周波数探索空間とを含む支援データを受信するステップをさらに備えることも可能であり、支援データは、遠隔送信器の各々に対する送信器の緯度と、送信器の経度と、送信器の高度とをさらに含み、支援データは、遠隔送信器の各々に対する圧力測定値と温度測定値とをさらに含み、支援データは、遠隔送信器の各々に対する一意識別子をさらに含み、支援データは、遠隔送信器の各々に対するタイミング訂正をさらに含み、さらに支援データおよびタイミングデータのいくつか、または全てに基づいてプロセッサの緯度と、経度と、高度とを推定するステップを備えることも可能であり、遠隔計算装置に送信する位置情報が、プロセッサの推定した緯度、経度および高度を含む。

他の方法ステップは、タイミングデータを用いて対応する遠隔送信器とプロセッサとの間の第１の組の推定距離を決定するステップを備えることも可能であり、遠隔計算装置に送信する位置データは、第１の組の推定距離を表すデータを含み、さらに、遠隔送信器の各々に対するコードと、タイムスロットと、周波数探索空間とを含む支援データを受信するステップと、支援データに基づいてタイミングデータを測定するステップとを備えることも可能であり、タイミングデータに基づくタイミングデータまたは未加工の擬似距離データが。遠隔計算装置に送信され、遠隔計算装置に送信する位置情報が、プロセッサの近くで、大気条件に対応して圧力および温度測定値を含む。
ある局面に従って、遠隔送信器は、情報をプロセッサと交換する第１の組の複数のセルラ送信器付近に基づいて識別される。

他の局面

ここで述べるシステムおよび方法は、技術において周知であるか、または後に開発された全ての物体の位置をトラッキングするため、このような物体を案内するため、このような物体の位置に関する情報を提供するため、または他の用途のために使用することも可能である。

用語“ＧＰＳ”は、より広い意味で、全地球的航法衛星システム（ＧＮＳＳ）を含むものであり、これは、ＧＬＯＮＡＳＳ、ガリレオおよびコンパス/北斗等の既存の、または後に開発された衛星位置決めシステムを含むことも可能であることに注目されたい。

送信器は、ユーザ装置によって受信した信号内における位置決めデータ/情報を送信することも可能である。位置決めデータは、技術において理解されているように“タイミングデータ”を含むことも可能であり、信号の伝播時間に関連する到着時間（ＴＯＡ）を決定するために使用可能であり、これは信号の伝播時間に信号速度（例えば光の速度）を掛けることによって擬似距離（例えばユーザ装置と送信器との間の距離）を推定するために使用可能である。

ここで述べる、様々な例示のシステム、方法、論理ブロック、モジュール、回路およびアルゴリズムステップは、プロッサによって実行されるハードウェアやソフトウェアで直接に、またはその二つを組み合わせて実現または実施可能である。従って、プロセッサは、ここで述べる処理/方法およびシステムに関連する処理、計算および他の方法ステップまたは他のシステム機能性のいずれか、いくつかまたは全てを実施する可能性がある。このようなプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＢＧＡ）またはここで述べる機能を実施するために設計された他のプログラマブル論理回路、離散ゲートまたはトランジスタ論理、離散的ハードウェアコンポーネントもしくはその組み合わせを含むことも可能である。プロセッサはマイクロプロセッサでもよいが、代わりに、プロセッサは従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械であってもよい。プロセッサはチップであってもよく、但しこの場合のチップは、ここで述べる他の機能性に加えて、ここで開示した処理、計算および他の方法ステップのいずれかを実施するように構成した様々なコンポーネント（例えばマイクプロセッサおよび他のコンポーネント）を備える。さらに、プロセッサは、プロセッサの組み合わせ（例えばＤＳＰおよびマイクロプロセッサの組み合わせ）、マルチマイクロプロセッサ、ＤＳＰコアと組み合わせたマイクロプロセッサまたは他のいずれかのこのような構成として実現することも可能である。“コンピュータ”、“計算装置”等もまた、プロセッサを備える装置であってもよいことに注目されたい。

ソフトウェアは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または技術において周知である、他のいずれかの形態の記憶媒体に存在し得る。例示の記憶媒体は、プロセッサがメモリから情報を読み出し、メモリに情報を書き込めるようにプロセッサに結合された“メモリ”である。代わりのものとして、記憶媒体は、プロセッサと一体化も可能である。プロセッサおよび記憶媒体は、ＡＳＩＣ内であってもよい。ＡＳＩＣは、ユーザ装置内であってもよい。代わりのものとして、プロセッサおよび記憶媒体は、ユーザ装置内の離散的コンポーネントとして配置されてもよい。

ソフトウェアは、コンピュータ可読媒体に記憶されるか、またはそのコンピュータ可読媒体上で１つまたはそれ以上の命令またはコードとしてコート化可能である。コンピュータ可読媒体は、コンピュータがアクセス可能な利用可能な媒体であってもよいコンピュータ記憶媒体を備える。このようなフォーマット化したデータおよび命令、またはそのいずれか実施可能なコンピュータ可読媒体は、様々な形態の不揮発性記憶媒体（例えば、光学、磁気または半導体記憶媒体）と、無線、光学または有線信号送信媒体、またはその組み合わせによって転送するために使用可能である搬送波を含むが、それに限定されない。このようなフォーマット化データおよび命令またはそのいずれかを搬送波によって転送する例としては、周知であるか、または技術において後に開発された１つまたはそれ以上のデータ転送プロトコルを介して、インターネットおよび他のコンピュータネットワークまたはそのいずれかでの転送（アップロード、ダウンロード、電子メール等）を含む１つまたはそれ以上のコンピュータ可読媒体を介してコンピュータシステム内で受信する場合、このようなデータおよびコンポーネントの命令ベースの表現は、１つまたはそれ以上の他のコンピュータプログラムの実行と共にコンピュータシステム内でプロセッサ（例えば１つまたはそれ以上のプロセッサ）によって処理可能である。

ここで述べるシステムおよび方法の局面は、プログラマブル論理装置（ＰＬＤ）、例えばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルアレイ論理（ＰＡＬ）装置、電気的プログラマブル論理メモリ装置、標準セルベース装置、ならびに特定用途向け集積回路（ＡＳＩＣ）を含む様々な回路のいずれかにプログラミングされた機能性として実現することも可能である。システムおよび方法の局面を実現するための他のいつくかの可能性として、メモリ付きマイクロコントローラ（例えば、電子的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ））、埋め込み型マイクロプロセッサ、ファームウェア、ソフトウェア等を含む。システムおよび方法の局面は、ソフトウェアベースの回路乳剤、離散的論理（シーケンシャルおよび組み合わせ）、ソフトウェアベース回路乳剤を有するマイクロプロセッサ、離散的論理（シーケンシャルおよび組み合わせ）、カスタムデバイス、ファジー（ニューラル）論理、量子デバイス、上記デバイス形態のいずれかのハイブリッドにおいて実施することも可能である。当然のことながら、下位装置技術は、様々なコンポーネント形態、例えば、エミッタ結合金属酸化物半導体（ＣＭＯＳ）Ｄ等の金属酸化物半導体フィールドイフェクトトランジスタ（ＭＯＳＦＥＴ）技術、ポリマー技術（例えば、シリコン共役ポリマーおよび金属共役ポリマー金属構造）、混載アナログおよびデジタル等において提供することも可能である。情報および信号は、様々な異なる技術のいずれかを用いて表すことも可能である。例えば、上記説明を通して参照可能であるデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光学場または光学粒子、またはその組み合わせによって表すことも可能である。

本開示の局面は、一般に、コンピューティングネットワーク内で実行されるか、またはそこに存在する。コンピューティングネットワークは、一般に、コンピュータハードウェアコンポーネント、例えばサーバ、モニタ、入出力装置、ネットワーク接続装置、ならびに他の関連のハードウェアを含む。さらに、ここで述べる局面及び特徴は、データならびに他のコンテンツおよび情報を受信、変換、処理、記憶、検索、転送およびエクスポートするか、またはそのいずれかであるように構成された１つまたはそれ以上のアプリケーションプログラムを含んでもよい。データは、ハードディスクドライブまたは他の記憶媒体であってもよいデータソースのうちのいくつかに記憶することも可能である。データソースは、階層データソース、ネットワークデータソース、リレーショナルデータソース、非リレーショナルデータソース、オブジェクト指向データソースまたは様々なデータ形態（例えば、フィールド、行および列、または図形、写真、オーディオおよびビデオ構造化データ等の様々なメディアソースからのデータにうまく適合する構造化データ）を処理可能な他の形態のデータソースを含む、１つまたはそれ以上のデータソースを含むことも可能である。例えば、データソース１３２は、固定ファイルフォーマット、例えば、ＸＭＬ，コンマ区切り値、タブ区切り値または固定長フィールド等でデータを記憶することも可能である。あるいは、データソースは、非固定ファイルフォーマット（例えばＮｏＳＱＬデータソース）でデータを記憶することも可能である。

詳細な説明および請求の範囲を通じて、文脈が別段必要としてない限り、用語“備える”、“備えている”、“含む”、“含んでいる”等は、“排他的”または“包括的”意味に対向するものとして包含的意味で、すなわち“含むが限定されない”という意味で考えられるべきである。単数形または複数形を用いる単語は同様に、単数または複数をそれぞれ含む。さらに、用語“ここで”、“以後”、“上記で”、“下記で”、および同様のインポートの用語は、ここで適用する場合に、全体としてこのアプリケーションやいずれかの援用した文献を参照する。用語“の”または“および”は２つまたはそれ以上のアイテムのリストを参照して使用され、その用語の各々は以下の解釈の全てに及び、特に明記しない限り、用語“いくつかの”は１つまたはそれ以上を意味するアイテムのリストの“少なくとも１つの”に関する語句は、１つの部材を含むアイテムの組み合わせを意味する。例として、“ａ，ｂまたはｃのうちの少なくとも１つは、ａ；ｂ；ｃ；ａおよびｂ；ａおよびｃ；ｂおよびｃ；ならびにａ，ｂならびにｃに及ぶことが意図されている。図および関連する説明は、例示するために提供されており、いずれかの番号またはすべての図面の部品を再度アレンジ、省略または組み合わせすることも可能である。さらに、１つの装置に示す計算は、様々な装置によって実行することも可能である。用語“システム”は、互いに地理的に離れていてもよい１つまたはそれ以上の装置を意味することも可能である。用語“装置”は、１つまたはそれ以上のコンポーネント（例えば、プロセッサ、メモリスクリーン）を備えることも可能である。用語“モジュール”は、ハードウェアまたはソフトウェアを意味することも可能である。

ここでのシステムおよび方法に関する説明は、包括であるように、またはシステムおよび方法を開示した正確な形態に限定するように意図されているものではない。実際には、システムおよび方法は、例示目的にここで述べられており、様々な同等の変更もまた当業者が認識するように可能である。請求の範囲で使用する用語は、ここで明示した実施形態のみに限定されるわけではない。その代りに、それらの用語を、最も広い意味で解釈するべきである。“模範的”手段は、実例、例証または例示として扱われる。“模範的”であるとしてここで述べた局面および実施形態またはそのいずれかは、他の局面および実施形態またはそのいずれかに関して好ましいか、または有利であると考えられるべきではない。

ここで開示した局面に対する様々な変更は、当業者には明らかになるであろう。またここで定めた一般的原理は、開示の精神または範囲を逸脱することなく様々なシステムおよび方法に適用可能である。このように、本開示は、ここで示した局面に限定することが意図されていないが、添付の実施形態およびその均等物に矛盾しない最も広い範囲にあると認められるべきである。

Claims

遠隔送信部によって送信される位置決め信号から得られるタイミング・データにアクセスすることと、
タイミング・データまたはタイミング・データに基づく位置データを遠隔計算装置に送信することと、を行なうように動作する１つまたは複数の処理装置。
処理装置はさらに、
タイミング・データに基づいて、対応する人工衛星と処理装置の推定位置との間の推定距離を決定することであって、位置データには推定距離を表わすデータが含まれる、決定することを行なうように動作する請求項１に記載の処理装置。
処理装置はさらに、
対応する遠隔送信部と処理装置との間の第１の組の推定距離を決定することと、
処理装置の推定位置を決定することであって、推定位置は第１の組の推定距離に基づく、決定することと、
対応する人工衛星と処理装置の推定位置との間の第２の組の推定距離を決定することであって、第２の組の推定距離は処理装置の推定位置および対応する人工衛星に付随する配置情報に基づく、決定することと、を行なうように動作する請求項１に記載の処理装置。
位置データには、第２の組の推定距離を表わすデータが含まれる請求項３に記載の処理装置。
処理装置の推定位置はさらに、対応する遠隔送信部のそれぞれに対する個々の緯度、経度、および高度パラメーターに基づく請求項３に記載の処理装置。
処理装置の推定位置はさらに、処理装置の付近の大気条件に対応する圧力および温度測定値に基づく請求項５に記載の処理装置。
対応する人工衛星に付随する配置情報には、基準時間における対応する人工衛星のそれぞれに対する位置およびタイミング補正が含まれる請求項３に記載の処理装置。
位置データには基準時間が含まれる請求項７に記載の処理装置。
処理装置はさらに、
処理装置の推定速度を決定することと、
対応する人工衛星に対する第１の組のドップラ値を決定することと、
推定速度と第１の組のドップラ値とに基づいて第２の組のドップラ値を決定することであって、位置データには、第２の組のドップラー値を表わすデータが含まれる、決定することと、を行なうように動作する請求項３に記載の処理装置。
位置データには、第２の組の推定距離を表わすデータが含まれ、
処理装置はさらに、
ＧＮＳＳ位置決め情報をセルラー・ネットワーク内に送信するための標準プロトコルを用いて位置データを遠隔計算装置に送信することを行なうように動作する請求項３に記載の処理装置。
位置データには、第２の組の推定距離を表わすデータが含まれ、
処理装置はさらに、
ＧＮＳＳ位置決め情報の送信用に割り当てられた複数のビットを用いて位置データを遠隔計算装置に送信することを行なうように動作する請求項３に記載の処理装置。
位置データには第２の組の推定距離を表わすデータが含まれ、
処理装置はさらに、
位置データの個々のビットをＧＮＳＳ情報エレメントに対するビットにマッピングすることと、
位置データの個々のビットをマッピングに基づいて遠隔計算装置に送信することと、を行なうように動作する請求項３に記載の処理装置。
処理装置はさらに、
各遠隔送信部に対するコード、タイム・スロット、および周波数サーチ空間を含む支援データにアクセスすることであって、支援データにはさらに、各遠隔送信部に対する送信部緯度、送信部経度、および送信部高度が含まれ、支援データにはさらに、各遠隔送信部に対する圧力測定値および温度測定値が含まれ、支援データにはさらに、各遠隔送信部に対する一意の識別子が含まれ、支援データにはさらに、各遠隔送信部に対するタイミング補正が含まれる、アクセスすることと、
到着時間測定値を支援データに基づいて測定することと、を行なうように動作する請求項３に記載の処理装置。
支援データは、処理装置に結合されたデータ・ソースからアクセスされる請求項１３に記載の処理装置。
支援データは、制御平面またはユーザ平面通信チャネルを介してアクセスされる請求項１３に記載の処理装置。
処理装置はさらに、
各遠隔送信部に対するコード、タイム・スロット、品質インジケータ、および周波数サーチ空間を含む支援データにアクセスすることと、
第１の組の推定距離を支援データに基づいて決定することと、を行なうように動作する請求項３に記載の処理装置。
処理装置はさらに、
対応する遠隔送信部と処理装置との間の第１の組の推定距離を、タイミング・データを用いて決定することであって、位置データには、第１の組の推定距離を表わすデータが含まれる、決定することと、
地理的な位置決め情報の送信用に割り当てられた第１の複数のビットを用いて、位置データを遠隔計算装置に送信することと、を行なうように動作する請求項１に記載の処理装置。
処理装置はさらに、
第１のタイプの地理的な位置決め情報の送信用に割り当てられた第２の複数のビットを用いて、インジケータを遠隔計算装置に送信することであって、インジケータは、第１の組の推定距離が第１のタイプの地理的な位置決め情報に基づいていないことを遠隔計算装置に通知するように構成されている、送信することを行なうように動作する請求項１７に記載の処理装置。
処理装置はさらに、
遠隔送信部に対応する圧縮識別子を遠隔計算装置に送信することであって、遠隔計算装置は、圧縮識別子を、非圧縮識別子のリストであって、処理装置と連絡する基地局によって画定される地理的領域、処理装置において測定される圧力、または処理装置において測定される温度に対応する非圧縮識別子のリストに関連づける、送信することを行なうように動作する請求項１７に記載の処理装置。
処理装置はさらに、
各遠隔送信部に対するコード、タイム・スロット、品質インジケータ、および周波数サーチ空間を含む支援データを受信することであって、支援データにはさらに、各遠隔送信部に対する送信部緯度、送信部経度、および送信部高度が含まれ、支援データにはさらに、各遠隔送信部に対する圧力測定値および温度測定値が含まれ、支援データにはさらに、各遠隔送信部に対する一意の識別子が含まれ、支援データにはさらに、各遠隔送信部に対するタイミング補正が含まれる、受信することと、
支援データおよびタイミング・データの一部または全部に基づいて処理装置の緯度、経度、および高度を推定することであって、遠隔計算装置に送信される位置情報には、処理装置の推定された緯度、経度、および高度を表わすデータが含まれる、推定することと、を行なうように動作する請求項１７に記載の処理装置。
処理装置はさらに、
各遠隔送信部に対するコード、タイム・スロット、および周波数サーチ空間を含む支援データを受信することと、
支援データに基づいてタイミング・データを測定することであって、タイミング・データまたはタイミング・データに基づく未処理の疑似範囲データが遠隔計算装置に送信され、遠隔計算装置に送信される位置情報には、処理装置の付近の大気条件に対応する圧力および温度測定値が含まれる、測定することと、を行なうように動作する請求項１７に記載の処理装置。
処理装置はさらに、
対応する遠隔送信部と処理装置との間の第１の組の推定距離を、タイミング・データを用いて決定することであって、遠隔計算装置に送信される位置データには、第１の組の推定距離を表わすデータが含まれる、決定することと、
各遠隔送信部に対するコード、タイム・スロット、および周波数サーチ空間を含む支援データを受信することであって、支援データにはさらに、各遠隔送信部に対する送信部緯度、送信部経度、および送信部高度が含まれ、支援データにはさらに、各遠隔送信部に対する圧力測定値および温度測定値が含まれ、支援データにはさらに、各遠隔送信部に対する一意の識別子が含まれ、支援データにはさらに、各遠隔送信部に対するタイミング補正が含まれる、受信することと、
支援データおよびタイミング・データの一部または全部に基づいて処理装置の緯度、経度、および高度を推定することであって、遠隔計算装置に送信される位置情報には、処理装置の推定された緯度、経度、および高度を表わすデータが含まれる、推定することと、を行なうように動作する請求項１に記載の処理装置。
処理装置はさらに、
対応する遠隔送信部と処理装置との間の第１の組の推定距離をタイミング・データを用いて決定することであって、遠隔計算装置に送信される位置データには、第１の組の推定距離を表わすデータが含まれる、決定することと、
各遠隔送信部に対するコード、タイム・スロット、および周波数サーチ空間を含む支援データを受信することと、
支援データに基づいてタイミング・データを測定することであって、タイミング・データまたはタイミング・データに基づく未処理の疑似範囲データが遠隔計算装置に送信され、遠隔計算装置に送信される位置情報には、処理装置の付近の大気条件に対応する圧力および温度測定値が含まれる、測定することと、行なうように動作する請求項１に記載の処理装置。
遠隔送信部は、複数のセルラー送信部のうち処理装置と情報を交換している第１のものに対するその近さに基づいて識別される請求項１に記載の処理装置。