JP2005535901A - Ｇｐｓシステム用インターフェース - Google Patents

Abstract

移動機器の内部で、全地球測位システム（「ＧＰＳ」）インターフェースを備えるコール・プロセッサにおいて受信されたプロトコル支援データを処理するプロトコル独立インターフェースを開示する。ここで、当該プロトコル支援データは地上位置サーバー局プロトコルに従って生成される。当該プロトコル独立インターフェースは、コール・プロセッサにおいて受信されたプロトコル支援データをＧＰＳインターフェースにおいて受信する手段と、当該受信したプロトコル支援データを当該地上位置サーバー局プロトコルに対して透過的なインターフェース・データに変換する手段と、当該インターフェース・データをＧＰＳモジュールに渡す手段とを備える。

Description

（関連出願の相互参照）
本出願は、２００２年８月１５日出願の仮特許出願第６０／４０３，８３６号「ＳＡＴＰＳシステム用インターフェース（ＩＮＴＥＲＦＡＣＥ ＦＯＲ ＳＡＴＰＳ ＳＹＳＴＥＭＳ）」を基礎として優先権を主張する。その仮特許出願は参照により本明細書に援用される。

（発明の背景）
（１．技術分野）
本発明は一般に無線通信の分野に関する。特に、本発明は全地球測位システム（「ＧＰＳ」）機器と、当該通信機器に基づくあらゆる支援専用プロトコルから独立した異なる通信機器との間のインターフェースを提供する方法および装置に関する。

（２．関連技術）
双方向ラジオ、携帯テレビ、携帯情報端末（「ＰＤＡ」）、セルラー電話（「無線電話」、「ワイヤレス電話」、「移動電話」「携帯電話」および／または「移動局」とも呼ばれる）、衛星ラジオ受信機およびナブスター（ＮＡＶＳＴＡＲ）とも呼ばれる全地球測位システム（「ＧＰＳ」）等の衛星測位システム（「ＳＡＴＰＳ」）等の無線機器（「移動機器とも呼ばれる」）の利用が世界的に急成長している。無線機器を利用する人の数が増加するにつれて、無線サービスプロバイダが提供する機能の数が増加し、同時にこれら無線機器と他の製品の一体化も進んでいる。

１９７０年代初頭におけるアメリカ合衆国国防総省（「ＤｏＤ」）によるＮＡＶＳＴＡＲ ＧＰＳシステムの開発以来、ＧＰＳに関連する新技術を利用した多くの民間用途が生まれている。これらの新技術には例えば、ユーザーが地球上で自分の位置を特定できるＧＰＳ受信機、および符号分割多重アクセス（ＣＤＭＡ）および時分割多重アクセス（ＴＤＭＡ）セルラーネットワーク等、動作にＧＰＳ時計基準を利用する多くの通信ネットワークが含まれる。これらの新技術の結果、特に緊急時に自身の位置を送信し、通信機器に位置情報を組み込んで観光客、児童および高齢者を発見・追跡し、高価な資産の安全を確保することができる移動通信機器に対する要求が高まっている。

ＧＰＳシステムは一般に、通常は衛星（「スペースビークル」または「ＳＶ」とも呼ばれる）に基づくナビゲーション・システムである。ＧＰＳの例として、アメリカ合衆国（「Ｕ．Ｓ．」）海軍ナビゲーション衛星システム（「ＮＮＳＳ」）（ＴＲＡＮＳＩＴとも呼ばれる）、ＬＯＲＡＮ、Ｓｈｏｒａｎ、Ｄｅｃｃａ、ＴＡＣＡＮ、国防総省（ＤｏＤ）が開発したＮＡＶＳＴＡＲとして知られるジョイント・プログラム・オフィス（「ＪＰＯ」）全地球測位システム、全地球ナビゲーション衛星システム（「ＧＬＯＮＡＳＳ」）として知られるロシア側の類似システム、および提唱された「ガリレオ」プログラム等の将来的な西欧のＧＰＳが含まれるが、これに限定されない。ＮＡＶＳＴＡＲ ＧＰＳ（以後単に「ＧＰＳ」と示す）は本来アメリカ合衆国軍の要望を満たすべく軍事システムとして開発されたものであるが、アメリカ合衆国連邦議会は後に、国防総省に対してＧＰＳの一般人利用を進めるように指示した。その結果、ＧＰＳは現在、アメリカ合衆国政府機関（例えば軍隊）および一般人の双方によるアクセスが可能な、軍事と民生の両方で利用可能な（デュアル・ユースの）システムである。ＧＰＳシステムは、ホフマン（Ｈｏｆｍａｎｎ）−ウェレンホフ（Ｗｅｌｌｅｎｈｏｆ）、リヒテネッガー（Ｌｉｃｈｔｅｎｅｇｇｅｒ）およびコリンズ（Ｃｏｌｌｉｎｓ）編集「全地球測位システム、理論と実装」第５版、シュプリンガー・フェアラーク（Ｓｐｒｉｎｇｅｒ Ｖｅｒｌａｇ）、ウィーン（Ｗｉｅｎ）、ニューヨーク（ＮｅｗＹｏｒｋ）、２００１年、に記述されている。その文献は参照により本明細書にその全文を援用される。

通常、ＧＰＳの利用には、地上での正確な位置を特定させること、および軍用通信ネットワークといった電気通信ネットワークと、ＣＤＭＡおよびＴＤＭＡ形式のシステムといったセルラー電話ネットワークを同期化させることが含まれる。さらに、緊急時に５０フィート以内の精度でセルラー電話ユーザーの位置を提供可能な（「拡張９１１」または「Ｅ９１１」サービスとして一般に知られる）セルラー電話ネットワークに対するアメリカ合衆国連邦議会の勧告が連邦通信委員会（「ＦＣＣ」）を通じて提出されことにより、ＧＰＳは多くのセルラー電話アプリケーションにおいて、測位と同期化の両方に利用されつつある。

一般に、多数のＧＰＳ衛星（一般に「ＧＰＳ衛星群」として知られる）が極めて正確な時間符号化情報を送信しており、それによってＧＰＳ受信器は自身の位置を地球上の緯度と経度、および海面からの高度として計算することができる。ＧＰＳは、（選択利用性「ＳＡ」をＯＮにセットした状態で）非軍事ユーザー向けに約１００メートル以内、軍事その他の承認されたユーザーにはより高い精度のベース・ナビゲーション・システムを提供すべく設計されている。

一般に、ＧＰＳはスペース、コントロールおよびユーザーという３つの主要なシステムセグメントを含む。ＧＰＳのスペースセグメントは、地球上を周回している衛星の集団であり、地上のＧＰＳ受信器に極めて正確なタイミング情報を送る送信器を含んでいる。現在、実装されているＧＰＳ衛星群は、２１個の主要な運行衛星に３個の有効な予備衛星を加えたものを含む。これらの衛星が６個の軌道に配置されていて、各々の軌道に３〜４個の衛星が含まれる。軌道面は、赤道と５５°の角度を形成する。衛星群は地球の上を約１０，８９８海里（２０，２００キロメートル）の高さで周回し、各衛星の軌道周期は約１２時間である。

各々の周回している衛星は通常、４個の極めて正確な原子時計（うち２個がルビジウム時計で２個がセシウム時計）を含む。これらの原子時計は、地球へ送信される固有の２進符号（擬似乱数「ＰＲＮコード」または擬似雑音「ＰＮコード」とも呼ばれる）の生成に用いる高精度タイミング・パルスを提供する。ＰＲＮコードは、ＧＰＳ衛星群内の特定の衛星を識別する。当該衛星はまた、衛星群の宇宙空間内位置を決定するための、アルマナック・データおよびエフェメリス・データとして知られる２種類の軌道パラメータを含むデジタル符号化された情報の組を送信する。

エフェメリス・データ（「エフェメリデス」としても知られる）は、衛星の正確な軌道を定める。エフェメリス・データは任意の時点で衛星がどこにあるかを示し、その位置は正確な緯度および経度測定値により衛星の地表航跡として指定することができる。エフェメリス・データ内の情報は符号化されて当該衛星から送信され、任意の時点における地球上空の衛星の位置を正確に示す。通常、現行のエフェメリス・データは、宇宙空間における位置をＳＡの現行レベルで数メートルまたは数十分の一メートル単位で特定するのに充分である。地上制御局は、精度を保証すべく毎時間エフェメリス・データを更新する。しかし、約２時間後にはエフェメリス・データの精度が低下し始める。

アルマナック・データは、エフェメリス・データの部分集合である。アルマナック・データが含む情報は、衛星群内の全ての衛星の位置に関しては精度が劣る。アルマナック・データは、含まれるパラメータが比較的少なく、一般に宇宙空間内位置を２〜３キロメートル単位で特定するのに充分である。各ＧＰＳ衛星は、ＧＰＳ衛星群内の全ＧＰＳ衛星についてのアルマナック・データを１２分半（「１２．５」）の周期で放送する。従って、１基の衛星だけを追跡すれば軌道上の他の全ての衛星のアルマナック・データが得られる。アルマナック・データは、数日ごとに更新され、約数ヵ月間有効である。寿命が比較的長いため、２〜３時間以上オフ状態にあったＧＰＳ受信器は通常、アルマナック・データを利用してどのＧＰＳ衛星が交信可能範囲に存在するかを判定する。しかし、アルマナックおよびエフェメリス・データは両方とも、限られた期間しか有効でない。このように、アルマナックおよびエフェメリス・データは、データが適当な間隔で更新されない限り劣化するため、この情報に基づく衛星群の位置は次第に不正確になっていく。

エフェメリス・データは、任意の瞬間で地上の基準フレームにおける衛星の位置および速度ベクトルを決定するために利用できる３組のデータを含む。これら３組のデータには、アルマナック・データ、放送エフェメリス・データ、および精密エフェメリス・データが含まれる。当該データの精度は異なっており、リアルタイムまたは事象発生後のいずれかに利用できる。通常、アルマナック・データの目的は、受信器による衛星探索を容易にしたり、あるいは交信可能チャートの計算といった作業計画を立案するために、ユーザーに精度の低いデータを提供することである。アルマナック・データは、少なくとも６日ごと更新され、衛星メッセージの一部として放送される。アルマナック・メッセージは基本的に、全ての衛星の軌道のパラメータおよび衛星時計の時刻調整項を含む。ＧＰＳアルマナック・データは、「ナブスターＧＰＳ宇宙空間セグメントおよびナビゲーション・ユーザー・インターフェース（ＮＡＶＳＴＡＲ ＧＰＳ Ｓｐａｃｅ Ｓｅｇｍｅｎｔ ａｎｄ Ｎａｖｉｇａｔｉｏｎ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅｓ）」の「ＧＰＳインターフェース管理文書（ＧＰＳ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌ Ｄｏｃｕｍｅｎｔ）ＩＣＤ−ＧＰＳ−２００」、ナブテックセミナー（ＮａｖＴｅｃｈ Ｓｅｍｉｎａｒｓ）およびナブテック書籍／ソフトウェア販売（ＮａｖＴｅｃｈ Ｂｏｏｋ ａｎｄ Ｓｏｆｔｗａｒｅ Ｓｔｏｒｅ）バージニア州アーリントン（Ａｒｌｉｎｇｔｏｎ、Ｖａ．）出版、１９９５年２月重版、に記述されている。その文献は参照により本明細書に援用される。

典型的な動作例として、ＧＰＳ受信器が最初に始動された（一般に「コールド・スタート」と呼ばれる）か、または２〜３時間以上の長い待機状態から起動された場合、ＧＰＳ受信器はＧＰＳスペクトルを走査して利用可能なＧＰＳ衛星から送信されたＧＰＳ信号を捕捉する。ＧＰＳ信号が捕捉されると、ＧＰＳ受信器は次いでＧＰＳ衛星群のＧＰＳアルマナック・データ、エフェメリス・データおよび時刻調整情報を、捕捉したＧＰＳ衛星からダウンロードする。アルマナック・データがダウンロードされたならば、ＧＰＳ衛星は次いで、アルマナック・データによって示される利用可能な（すなわち「交信範囲内」の）ＧＰＳ衛星を求めるべくＧＰＳスペクトルを走査する。理想的には、十分な時間が与えられていて、ＧＰＳ受信器が更に２〜３個の交信可能なＧＰＳ衛星を捕捉することをＧＰＳ受信器の周囲の環境が許容するものと仮定すれば、当該ＧＰＳ受信器は、３〜４個の衛星から距離およびタイミング情報の両方を受信して地上の位置を計算する。

あいにく、多くの用途において、時間および環境の状態の双方によって、特に屋内または上空の見通しが制約される状況下で、ＧＰＳ受信器がＧＰＳアルマナック・データをダウンロードする能力が制限される場合がある。時間に付随する問題は通常、初期測位時間（「ＴＴＦＦ」）値により記述される。ＴＴＦＦ値が高い場合、初期位置の決定に時間がかかり過ぎるため、ＧＰＳ受信器の用途が限られてしまう。

例えば、無線または移動電話（セルラー電話等）の用途において、一体型ＧＰＳ受信器を有する移動電話または携帯情報端末（「ＰＤＡ」）は、発呼前にＧＰＳ受信器がＧＰＳアルマナックをダウンロードするために（全ての必要な交信可能衛星が交信されている完全な環境条件を仮定して）約１２．５分間待つ必要がある。これは、大多数の用途において許容されないであろう。

セルラー電話の用途において、Ｅ９１１緊急通報を行なう際に、救急隊員にセルラー電話が自身の位置情報を送信することを義務付けたＥ９１１勧告の観点からこの制約はさらに許容できない。ユーザーが緊急事態に直面した際に、ＧＰＳ機能を有するセルラー電話の電源が切られていたり、長時間待機状態にあった場合、それらのユーザーは通常、当該ユーザーの位置を救急隊員へ送信する緊急通報が可能になる前に、（通常はＧＰＳ受信器が確実にアルマナックおよび／またはエフェメリス・データを取得するために強力な信号を必要とするため）まず継続的に衛星との交信が中断されない状態で約１２．５分間待たなければならない。典型的な大都市圏、または自然に閉塞された環境では、この待機が１２．５分を超える場合がある。その理由は、環境の状態によって最初に衛星を捕捉することがより困難になるためである。これは特に生命が危険に瀕している状況下では容認できないことがわかる。

アルマナック・データのダウンロードに要する時間を短縮する従来の方法には、何がしかのアルマナック・データ（工場で組み込まれたアルマナック・データ等）をＧＰＳ受信器内のメモリ装置（読出し専用メモリ「ＲＯＭ」等）に保存しておくことが含まれる。通常、この事前に保存されたアルマナック・データを用いて、コールド・スタート状態でのＴＴＦＦを短縮する。この方法では、衛星の位置および事前に保存されているアルマナックの経過時間に伴なう不確実性のために、多くの場合コールド・スタート状態のＴＴＦＦ時間は依然として比較的長い。最初の測位が得られたならば、当該ＧＰＳ受信器は捕捉した衛星から更新されたアルマナック・データをダウンロードして、将来利用すべくＲＯＭ（またはランダム・アクセス・メモリ「ＲＡＭ」）を更新することができる。しかし、この方法でも依然として、将来の捕捉のために更新されたアルマナック・データをＧＰＳ受信器が受信する（すなわちアルマナック・データの「新鮮な」コピーを受信する）必要がある。更新されたアルマナック・データの受信には、依然としてＧＰＳ受信器の性能に影響を及ぼす程度の時間を要する。

これらの問題に応えるべく、捕捉、位置計算および／または感度向上等を目的として、通信モジュール（「コール・プロセッサ」または「ＣＰ」とも呼ばれる）から支援データを提供することにより、ＧＰＳ受信器を支援する、移動電話用の支援方法が開発されている。残念ながら、無線ネットワークにおけるこれらの支援方法は、通常セルラーネットワーク（すなわちＴＤＭＡ、ＧＳＭ、ＣＤＭＡ等のセルラー・プラットフォーム）およびベンダーに固有のものであり、セルラーネットワークに設置された地上位置サーバー局から提供される。その結果、移動電話のＧＰＳ受信器（「移動局」または「ＭＳ」とも呼ばれる）は通常、セルラーネットワークの地上位置サーバー局と互換性がなければならない。

しかし、アメリカ合衆国および海外で運用されている多数のセルラーネットワークは、
お互いに互換性が無い地上位置サーバー局プロトコルを利用する地上位置サーバー局を組み込んでいるか、あるいは組み込もうとしている。従って、ＧＰＳ受信器が地上位置サーバー局プロトコルに依存せず、且つ多数の地上位置サーバー局と協働可能にするシステムに対する要望がある。

（要旨）
移動機器内で、全地球測位システム（「ＧＰＳ」）インターフェースを備えるコール・プロセッサにおいて受信されたプロトコル支援データを処理するためのプロトコル独立インターフェースを開示する。ここに、当該プロトコル支援データは地上位置サーバー局プロトコルにより生成される。当該プロトコル独立インターフェースは、コール・プロセッサにおいて受信されたプロトコル支援データを、ＧＰＳインターフェースにおいて、受信する手段と、当該支援データを地上位置サーバー局プロトコルに対して透過的なインターフェース・データに変換する手段と、当該インターフェース・データをＧＰＳモジュールに渡す手段とを備えてよい。

動作時において、当該プロトコル独立インターフェースは、全地球測位システム（「ＧＰＳ」）インターフェースを備えるコール・プロセッサにおいて受信されたプロトコル支援データを移動機器内で処理するプロセスを実行する。ここに、当該プロトコル支援データは地上位置サーバー局プロトコルに従い生成される。当該プロトコル独立なインターフェースは、コール・プロセッサにおいて受信された支援データを、ＧＰＳインターフェースにおいて、受信するプロセスを実行し、受信された当該プロトコル支援データを地上位置サーバー局プロトコルに対して透明なインターフェース・データに変換し、当該インターフェース・データをＧＰＳモジュールに渡す。

本発明の他のシステム、方法、特徴および利点は、以下の図面および詳細な記述を精査することにより当業者には明らかになろう。このような全ての追加的システム、方法、特徴および利点は記述に含まれており、本発明の範囲内に含まれていて、添付の請求項により保護されることを意図するものである。

（好適な実施形態の詳細な説明）
まず図１を参照する。図１に、公知の全地球測位システム（「ＧＰＳ」）の実施例の模式図１００を示す。動作時において、地球１０４上に位置するＧＰＳ受信器１０２は数個のＧＰＳ衛星１１４、１１６、１１８、および１２０から各々の信号１０６、１０８、１１０、および１１２を同時に捕捉するよう設計されている。ＧＰＳ受信器１０２は、情報を復号化し、時間およびエフェメリス・データを利用して、地球１０４上のＧＰＳ受信器１０２の位置を計算する。
ＧＰＳ受信器１０２は通常、必要な計算を実行する浮動小数点プロセッサ（図示せず）を含み、緯度および経度、並びに高度をディスプレイ１２２上に１０進数または図形による表示で出力することができる。一般に、緯度と経度の情報を取得するためには、少なくとも３個の衛星１１４、１１６、および１１８からのそれぞれの信号１０６、１０８、および１１０が必要とされる。高度を計算するためには衛星１２０からの第４の衛星信号１１２が必要とされる。

図２に、多くの異なる公知なＧＰＳの用途の模式図２００を示す。図２に、多数の機器の例２０６、２０４、２０２、２０８、２１０、および２１２が、複数衛星からなるＧＰＳ衛星群２２６（個々の衛星は示さず）から各々ＧＰＳ信号２１４、２１６、２１８、２２２、２２０、および２２４を受信して利用する様子を示す。当該機器の例には、携帯型のＧＰＳ受信器２０２、自動車用のＧＰＳ受信器２０４、セルラー電話一体型のＧＰＳ受信器２０６、携帯情報端末（ＰＤＡ）一体型のＧＰＳ受信器２０８、（通常の「ラップトップ」または「ノートブック」コンピュータといった）移動コンピュータ一体型のＧＰＳ受信器２１０、（位置を固定された）コンピュータ一体型のＧＰＳ受信器２１２、あるいはＧＰＳ受信器を組み込み可能なその他任意の類似機器が含まれていてよい。

従来のＧＰＳ受信器は通常、外部ソースから一切の支援なしにＧＰＳ衛星群２２６からＧＰＳ信号を受信するスタンドアローン型機器であることを当業者は認識していよう。しかし、連邦議会のＥ９１１勧告とともに、およびセルラー／非セルラーネットワーク両方の成長が続くとともに、Ｅ９１１勧告を達成すべく、および／またはネットワークを利用したＧＰＳ受信器支援を行なうべく、ますます多くの通信機器にＧＰＳ受信器が組込まれ始めている。

これらの新たな一体型通信機器は、基地局タワー２２８等の収集ノードを経由してセルラー電話通信ネットワークと、あるいは非セルラー収集ポイント２３０を経由して非セルラー通信ネットワークと、いずれか一方と通信することができる。セルラー通信ネットワークは、ＴＤＭＡ、ＣＤＭＡ、ＧＳＭ、広帯域ＣＤＭＡ（「Ｗ−ＣＤＭＡ」および／またはユニバーサル移動通信システム「ＵＭＴＳ」とも呼ばれる）、ＣＤＭＡ−２０００、汎用パケット無線サービス（「ＧＰＲＳ」）、あるいは先進移動電話サービス（「ＡＭＰＳ」）方式のセルラーネットワークであってよい。非セルラー通信ネットワークは、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＩＥＥＥ ８０２．１１に基づく無線高忠実性（「Ｗｉ−Ｆｉ（登録商標）」）ネットワーク、その他同様の無線ネットワークを含んでいてよい。例えば、携帯型のＧＰＳ受信器２０２、自動車一体型のＧＰＳ受信器２０４、セルラー電話一体型のＧＰＳ受信器２０６、ＰＤＡ２０８、および移動コンピュータ２１０は各々、信号経路２３２、２３４、２３６、２３８、および２４０を介してセルラー基地局２２８と通信可能である。同様に、携帯型のＧＰＳ受信器２０２、ＰＤＡ２０８、および移動コンピュータ２１０は各々、信号経路２４２、２４６、および２４４を介して非セルラー接続ポイント２３０と信号通信可能である。

非無線の通信環境における一体型ＧＰＳ受信器の例として、位置を固定されたコンピュータ２１２は、内部のマザーボード上に組み込まれた、あるいは内部に追加された周辺機器を通じて組み込まれた、あるいは外部に接続された周辺機器として組み込まれた、一体型ＧＰＳ受信器（図示せず）を含んでいてよい。この例では、一体型ＧＰＳ受信器（図示せず）は、ネットワーク２５０およびモデム２５２を介してネットワーク・サーバー２４８から支援を受けることができる。ネットワーク２５０は、公知の従来型電話サービス（「ＰＯＴＳ」）、イーサネット、インターネットその他の類似ネットワークであってよい。ＰＯＴＳ、イーサネット、およびインターネットに接続された他の装置、例えば自動販売機、事務所および業務用装置、または他の重要な装置もまた、位置を固定されたコンピュータ２１２と同様な方法で利用してもよい。

図３は、信号経路３０２、３０４を介してＧＰＳ衛星群２２６からＧＰＳデータを受信する、公知の無線移動測位システム・アーキテクチャ３００を示す。アーキテクチャ３００は、移動機器３０６、基地局３０８、無線ネットワーク基盤設備３１０、地上位置サーバー局３１２、ＧＰＳ基準受信器３１４、およびオプションとしてエンドユーザー３１６を含んでいてよい。ＧＰＳ基準受信器３１４は、信号経路３０２を介してＧＰＳ衛星群２２６からＧＰＳ信号を受信する。移動機器３０６は、信号経路３０４を介してＧＰＳ衛星群２２６からのＧＰＳ信号を受信し、信号経路３１８を介して基地局３０８と信号通信状態にある。一般に、移動機器３０６はコール・プロセッサ３２０およびＧＰＳモジュール３２２を含む。コール・プロセッサ３２０とＧＰＳモジュール３２２の両方が、信号経路３２４を介して信号通信状態にある。信号経路３２４は、ＲＳ２３２リンク、ソフトウェア・データ構造体のメモリ共有を介した論理インターフェース、あるいは他の種類の電気および／または論理インターフェースであってよい。ＧＰＳモジュール３２２は、コール・プロセッサ３２０を含む移動機器３０６内の任意の場所に設置可能な別個のモジュールおよび／または機器として、あるいは機能装置として実装可能なことが当業者には理解される。

一般に、図３に示すアーキテクチャ３００では、地上位置サーバー局３１２からあらゆるＧＰＳ支援情報を受信するために、地上位置サーバー局３１２が用いるものと同一のプロトコルをＧＰＳモジュール３２２が利用する必要がある。

図４に、信号経路４０６を介してＧＰＳモジュール４０４と信号通信が可能なコール・プロセッサ４０２を含む移動機器４００の典型的な実装例を示す。移動機器４００は、図２に示す機器の例２０２、２０４、２０６、２０８、２１０、および２１２のいずれかであってよい。コール・プロセッサ４０２は信号経路３１８を介して基地局３０８と信号通信が可能であり、ＧＰＳモジュール４０４は信号経路３０４を介してＧＰＳ衛星群２２６からＧＰＳデータを受信する。一例として、コール・プロセッサ４０２およびＧＰＳモジュール４０４が物理的に別個の機器である場合、信号経路４０６はＲＳ２３２データリンクにより実装することができる。信号経路４０６はまた、ソフトウェア・データ構造体のメモリ共有を介した論理インターフェース、あるいは他の種類の電気および／または論理インターフェースとして実装することができる。

移動機器４００は通常の動作時において、図３のＧＰＳ衛星群２２６からＧＰＳ信号３０４を受信し、基地局タワー３０８経由でセルラー電話通信ネットワーク基盤設備３１０から、あるいは図２の非セルラー収集ポイント２３０経由で非セルラー通信ネットワーク（図示せず）を用いて、通信信号３１８を受信する。

図４のコール・プロセッサ４０２は、図３のセルラー電話通信ネットワーク基盤設備３１０、あるいは非セルラー無線または非無線ネットワーク（図示せず）といった、外部通信ネットワークと一方向または双方向通信が可能な任意の通信機器であってよい。コール・プロセッサ４０２は、電気通信接続を確立して管理する専用ハードウェア（図示せず）およびソフトウェア（図示せず）を含む。

セルラー電話型のコール・プロセッサ４０２の例として、セルラー電話の呼を処理するイリノイ州シャウムバーグ（Ｓｃｈａｕｍｂｅｒｇ，Ｉｌｌｉｎｏｉｓ）のモトローラ社（Ｍｏｔｏｒｏｌａ，Ｉｎｃ．）製の統合発信拡張ネットワーク（「ｉＤＥＮ（商標）」）、フィンランドのノキア社（Ｎｏｋｉａ）、スウェーデンのソニー・エリクソン（Ｓｏｎｙ Ｅｒｉｃｓｓｏｎ）、カリフォルニア州サンディエゴ（Ｓａｎ Ｄｉｅｇｏ，Ｃａｌｉｆｏｒｎｉａ）のクアルコム社（Ｑｕａｌｃｏｍｍ，Ｉｎｃ）が使用しているＣＤＭＡ２０００（登録商標）１Ｘ型のチップセット、あるいはＧＰＳモジュール３０８内でＧＰＳ受信器と通信可能な他の任意の種類のＧＳＭ／ＣＤＭＡ／ＴＤＭＡ／ＵＭＴＳ型通信機器が含まれる。通信機器の非セルラー電話型の例として、ドイツのシーメンス社（Ｓｉｅｍｅｎｓ ＳＡ）製のＳＸ４５ ＧＰＳアクセサリ、ＢｌｕｅＴｏｏｔｈ（登録商標）と通信可能な任意の通信機器、ＩＥＥＥ８０２．１１に基づく無線高忠実性（「Ｗｉ−Ｆｉ（登録商標）」）ネットワーク、その他の類似無線ネットワークが含まれていてよい。ＧＰＳモジュール４０４は、コール・プロセッサ４０２と通信可能な任意のＧＰＳ受信器も含んでいてよい。

図５に、プロトコル独立な無線移動測位システム・アーキテクチャ５００の実装例を示す。図５において、アーキテクチャ５００は移動機器５０６、基地局５０８、無線ネットワーク基盤設備５１０、地理位置サーバー局５１２、ＧＰＳ基準受信器５１４、およびオプションとしてエンドユーザー５１６を含んでいてよい。移動機器５０６およびＧＰＳ基準受信器５１４は、各々信号経路５０４、５０２を介してＧＰＳ衛星群２２６からＧＰＳ信号を受信する。

移動機器５０６は、コール・プロセッサ５２０、ＧＰＳモジュール５２２、およびプロトコル独立なインターフェース（本明細書では「ＰＩ２」と称する）５２４を含んでいてよい。ＰＩ２（５２４）は、ＧＰＳモジュール５２２に地上位置サーバー局５１２が用いたものと同一のプロトコルを利用させる必要なしに、ＧＰＳモジュール５２２が地上位置サーバー局５１２から支援データを受信可能にするインターフェースである。従って、ＰＩ２（５２４）は、異なる地上位置サーバー局のために多数のプロトコルを個別に実装することからＧＰＳモジュール５２２を解放することができる。モジュールという用語は、主基板または集積回路に一体化された独立モジュールあるいはサブシステムであってよい。

動作時において、各地上位置プロトコルは、地上位置サーバー局５１２のプロトコルを、ＧＰＳモジュール５２２が用いる独立プロトコルへ変換するＰＩ２（５２４）内の変換器を介して実装することができる。これにより、移動機器５０６がある無線通信標準から別の標準へ切り替わる際に地上位置情報をシームレスに利用することが可能になり、移動機器５０６が支援データを受信して、場所その他の地上位置結果をコール・プロセッサ５２０から地上位置サーバー局５１２へ送信する方法が変化する。その結果、移動機器５０６のユーザー（図示せず）が契約している通信システムの地上位置サーバー局５１２からのＧＰＳ情報をＰＩ２（５２４）によりＧＰＳモジュール５２２が用いるプロトコルに変換することができるため、世界中のさまざまな地域で用いられている全ての異なる無線インターフェースの各々の固有な地上位置プロトコル（ＩＳ−８１７、ＩＳ−８０１等）を、ＧＰＳモジュール５２２を再設定または再構成する必要なしに、ＧＰＳ装置５０６により利用することができる。ＰＩ２（５２４）の一例には、これに限定されるわけではないが、カリフォルニア州サンノゼ（Ｓａｎ Ｊｏｓｅ，Ｃａｌｉｆｏｒｎｉａ）のサーフテクノロジー社（ＳｉＲＦ Ｔｅｃｈｎｏｌｏｇｙ，Ｉｎｃ．）が開発し権利を保有している、支援方式から独立した相互運用インターフェース（「ＡＩ３」）が含まれる。

異なる種類の無線ネットワーク用に開発された異なる地上位置標準があることは当業者には認識されている。例えば、基地局５０８と基盤設備５１０の間のインターフェース５２６は、任意の無線インターフェースであってよい。インターフェース５２６は通常、コール・プロセッサ５２０の製造元により制御される。通常、ＰＩ２（５２４）は一般に「Ｆ」インターフェース（図示せず）および「Ｇ」インターフェース（図示せず）として公知の２種のインターフェースを含んでいる。

ＦインターフェースはＧＰＳモジュール５２２とコール・プロセッサ５２０の間のクライアント・システム・インターフェースであり、常駐のブートストラップ・プロトコルとして機能し、支援カプセル化層においてＧＰＳモジュール５２２にどのように支援を搬送するかをコール・プロセッサ５２０が実行時に選択することを可能にする。コール・プロセッサ５２０は、無線インターフェース（端末間システム・アーキテクチャの場合におけるインターフェース５２６等）、あるいはＧインターフェースのどちらかを選択することができる。Ｆインターフェースは、以下のタスクを実行することができる：すなわち、コール・プロセッサ５２０からのＧＰＳモジュール５２２のハードウェアを管理すること（電源オン／オフ、リセット）；もし利用可能であれば、暗黙的な支援インターフェース、すなわちコール・プロセッサ５２０を介したネットワークからの（またはコール・プロセッサ５２０の実時間時計からの）時間と周波数の転送、および（それが存在していても、ネットワークからは一般にはっきりしない）移動機器５０６の近似位置を送信すること；セッションを開始／終了すること（すなわち無線インターフェース接続が開始／終了されたことをＧＰＳモジュール５２２へ通知すること）；およびデュアルモードの移動機器５０６において、どの無線インターフェースが有効であるかをＧＰＳモジュール５２２に通知し、地上位置サーバー局との対話にどの地上位置無線インターフェース・プロトコルの組を用いるべきかをＧＰＳモジュール５２２に通知すること。

Ｆインターフェースと異なり、Ｇインターフェースは基地局５０８から受信したＧＰＳ支援情報をＧＰＳモジュール５２２へ搬送するために用いられる。通常は多くの既存の地上位置プロトコルがあるため、Ｇインターフェースは広範な地上位置標準と無線インターフェースに対し独立して使用可能なように設計されている。すなわち適用可能な無線インターフェースに対して固有なものである。ＰＩ２（５２４）は、適用可能な地上位置標準の簡易版として実装することができる。

動作時において、コール・プロセッサ５２０はＧインターフェースを介して、測位要求情報およびネットワーク支援情報をＰＩ２フォーマットでＧＰＳモジュール５２２へ送信する。それに応答して、ＧＰＳモジュール５２２は同じインターフェースを介して、位置結果またはエラー通知をコール・プロセッサ５２０へ送信する。ＳＡＭＰＳ、ＧＳＭ、およびＣＤＭＡを含む全ての地上位置プロトコルが相互作用パラダイムの下で機能することを理解されたい。基地局５０８は、移動機器５０６が要求したものだけを返送する。一般に、相互作用を実行する際の戦略は、ＧＰＳモジュール５２２の処理に関する知識に大きく依存する。

さらに、多くのプロトコル・スタックのレベルとは対照的に、地上位置プロトコルはアプリケーション・プロトコルである。これは、それらがメッセージのセマンティクス（意味）を扱うことを意味する。従って、ＴＣＰ−ＩＰスタックのようにエラーの訂正および入れ替わりや重複の除去をせずに単に一方から他方へデータを転送することはしない。このように、プロトコルを扱う（例えば、何らかのデータの要求を決定する）全てのエンティティは、そのデータを使用する目的およびプロトコルを介してやり取りされる全てのパラメータの意味を知っている必要がある（すなわち、ＧＰＳ側で何が起こっているかを知っている必要がある）。従って、地上位置プロトコルの開発者はＧＰＳに「精通」している必要がある。

従って、ＰＩ２（５２４）は無線インターフェースの有限状態機械（「ＦＳＭ」）（図示せず）を利用する。一般には、これによってＧＰＳメモリ（図示せず）の内容に関する現時点の知識によってＦＳＭの現在の状態が与えられることとなり、いくつかの不完全なＧＰＳ情報を補完するために要求メッセージを送信するという決定がＦＳＭそれ自身の内部で形成されることとなる。

図６を参照するに、図６はＦＳＭを用いる移動機器６００のブロック図を示す。移動機器６００は、コール・プロセッサ６０２およびＧＰＳモジュール６０４を含む。コール・プロセッサ６０２は、無線インターフェースＣＰモジュール６０６、無線インターフェース・プロトコルからＧＰＳモジュール・インターフェースへのコンバータ６０８、ＧＰＳモジュール・データ構造体６１０、ＧＰＳモジュールの無線インターフェース・アセンブラ／逆アセンブラ６１２、ＧＰＳモジュール／ＣＰシステム・メッセージ・プロトコル・アセンブラ／逆アセンブラ６１４、およびＧＰＳモジュール・インターフェース・モジュール６１６を含む。ＧＰＳモジュール６０４は、ＣＰインターフェース・モジュール６１８、ＰＩ２インターフェース・モジュール６２０、ＰＩ２データ構造体６２２、ＣＰシステム・インターフェースＦＳＭ６２４、およびＧＰＳコア６２６を含む。ＧＰＳコア６２６は信号経路６３２を介してＧＰＳ衛星群２２６からＧＰＳ信号を受信し、無線インターフェースＣＰモジュール６０６は信号経路６３０を介して基地局（図示せず）と信号通信可能である。

図６は、ＩＳ−８０１に基づくＣＤＭＡ移動機器６００内に実装されるＰＩ２の高水準なアーキテクチャを示す。コール・プロセッサ６０２は、信号経路（ＲＳ２３２リンクを含んでいてよいがこれに限定されない）６２８および（時間および周波数の転送のための）ハードウェア線を介して、ＧＰＳモジュール６０４と通信可能である。信号経路６２８はＲＳ２３２インターフェース、ソフトウェア・データ構造体のメモリ共有を介した論理インターフェース、その他の電気および／または論理インターフェースとして実装可能である。ＦおよびＧインターフェース６３６、６３４は、ＲＳ２３２インターフェース用の２個の別々の論理チャネルである。Ｇインターフェース６３４は、ＧＰＳモジュール６０４へＰＩ２の支援データを渡すべく設計されている。残りの支援データは、Ｆインターフェース６３６を介してＧＰＳモジュール６０４へ渡される。ＧＰＳモジュール６０４側では、Ｆインターフェース６３８は（ＳｉＲＦＬｏｃといった）標準的なＧＰＳクライアント・インターフェースであり、Ｇインターフェース６４０はいかなる標準的な無線インターフェース・プロトコルに対しても透過的である。
ＩＳ−８０１のコール・プロセッサ６０２の場合、ＰＩ２データは無線インターフェース・プロトコルからＧＰＳモジュール・インターフェースへのコンバータ（ＩＳ８０１メッセージからＰＩ２へのコンバータとも呼ばれる）を介して生成される。ＰＩ２データは、信号経路６２８経由でＧＰＳモジュール６０４へ渡される前に、ＧＰＳモジュールの無線インターフェース・アセンブラ／逆アセンブラ（ＰＩ２インターフェース・メッセージ・ハンドラとも呼ばれる）６１２を介して、Ｇメッセージ・フォーマットに圧縮される。コール・プロセッサ６０２は、適当な無線インターフェース・メッセージから、時間、位置、および周波数のデータを取得する。位置データは、「Ｆ」インターフェース６３６メッセージ（移動機器６００の近似位置応答メッセージ）を介して、ＧＰＳモジュール６０４へ渡される。時間および周波数データは、ＧＰＳモジュール６０４に渡される。

ＰＩ２データ構造体は、電離層、衛星エフェメリス、および移動機器６００の測位要求パラメータに関する情報を含む。これら全てのデータは通常、バイト表現されている。ＰＩ２データ構造体は、コール・プロセッサ６０２が基地局（図示せず）との通信リンクを確立した後で０に再設定する必要がある。移動機器６００の近似位置、測位要求パラメータ、エフェメリス・データ、ＧＰＳ時間および周波数を含む支援データのソースは幾つか存在する。第１のソースは、基地局の位置に関する知識により取得することができる。基地局の位置は移動機器６００の近似位置として用いることができる。基地局の位置データを取得する２つの方法として、ＩＳ−９５の暗黙的なメッセージによるものと、ＩＳ−８０１のプロトコル・メッセージによるものがある。ＩＳ−９５のページング・チャネルの「システム・パラメータ・メッセージ」は、基地局の経度と緯度の位置データを含む。このメッセージでは高度データが得られないため、移動機器６００の近似位置の高度は０に設定される。コール・プロセッサ６０２はまた、ＩＳ−８０１の「基地局アルマナック提供」メッセージを介して基地局の位置データを取得することもできる。このメッセージは、基地局の経度、緯度および高度の計算に利用できる十分なデータを含んでいる。この方法においてコール・プロセッサ６０２は、ＰＤＥが「基地局アルマナック提供」メッセージで応答可能となる前に、ＩＳ−８０１の「基地局アルマナック要求」メッセージを送る必要がある。これは通常、ＩＳ−９５の暗黙的な方法と比較して余分なメッセージ・ハンドリングを必要とする。

測位要求パラメータも移動機器６００の測位を支援することができる。ＩＳ−８０１の「位置応答要求」メッセージは、ＰＩ２の測位要求パラメータに対して測位回数および測位の時間間隔を計算するデータを提供する。さらに、エフェメリス・データに関して、ＩＳ−８０１の「ＧＰＳエフェメリス提供」メッセージはＰＩ２のためにエフェメリス・データに変換される全てのデータを提供する。

支援されたＧＰＳ時間はまたＧＰＳ時間の不確実性を低減することが可能であり、ＧＰＳモジュール６０４は時間転送の方法によりＧＰＳ時計をＣＤＭＡシステム時計と同期させることができる。コール・プロセッサ６０２は携帯端末の時計を、ＣＤＭＡ同期チャネルの「チャネル同期メッセージ」から取得できるＣＤＭＡシステム時間に同期させる。
同様に、周波数支援を用いて、ＧＰＳ周波数の不確実性を低減することが可能であり、ＧＰＳモジュール６０４は周波数転送の方法を介してＧＰＳ時計をコール・プロセッサ６０２および基地局の時計に同期させることができる。

動作時において、コール・プロセッサ６０２のソフトウェアは、ＩＳ−８０１およびＩＳ−９５のメッセージ・プロトコルを介して、ネットワーク支援データのための基地局との通信を扱う。ＰＩ２データは、エフェメリス支援データ並びに移動機器６００の測位要求パラメータを含む。コール・プロセッサ６０２は、ＩＳ−８０１の「位置応答要求」メッセージから検索される位置測位データの数を用いて、移動機器６００の測位要求パラメータを計算することができる。コール・プロセッサ６０２は、ＩＳ−８０１の「ＧＰＳエフェメリス提供」メッセージから圧縮されたエフェメリス・データを検索することにより、エフェメリス支援データをＰＩ２フォーマットで生成する。コール・プロセッサ６０２は、ＰＩ２データ構造体内に、移動機器６００の測位要求パラメータおよびエフェメリス支援データを保存する。

コール・プロセッサ６０２は、移動機器６００がアイドル状態にある間にＩＳ−９５の「システム・パラメータ・メッセージ」から得られた基地局データを利用することができ、それを移動機器６００の近似位置として利用することができる。ＩＳ−８０１の「システム・パラメータ・メッセージ」内には基地局の高度の情報が欠落しているため、コール・プロセッサ６０２は、移動機器６００の近似位置の高度をゼロに設定する。

コール・プロセッサ６０２は、ＩＳ−８０１の「基地局アルマナック提供」メッセージから基地局の位置データの取得を選択することができる。この方法を選択することにより、コール・プロセッサ６０２は移動機器６００がシステム・アイドル状態、または移動機器６００がトラフィック・チャネル制御状態にある間、ＩＳ−８０１の「基地局アルマナック要求」メッセージを送る必要がある。この方法は暗黙的なＩＳ−９５の方法と比較して、２つのＩＳ−８０１のメッセージの処理を必要とし、移動機器６００のアイドル状態より長い時間遅れを要する。「基地局アルマナック」メッセージに見られる複数の基地局の座標のうち、コール・プロセッサ６０２は、移動機器６００の近似位置の基準基地局として自身が直接無線接続している基地局を選択するであろう。

コール・プロセッサ６０２は、ＩＳ−９５の「チャネル同期メッセージ」から得られたＣＤＭＡシステム時間をコール・プロセッサ６０２時間として使用する。コール・プロセッサ６０２は時間転送の方法を介して、タイミング情報をＧＰＳモジュール６０４へ送信する。同様に、コール・プロセッサ６０２は、周波数転送の方法を介して自身のクロック周波数をＧＰＳモジュール６０４の周波数に同期させる。

コール・プロセッサ６０２は、Ｇインターフェース６３４の「ＰＩ２データ・メッセージ」を介してＰＩ２データをＧＰＳモジュール６０４へ送信する。コール・プロセッサ６０２は適当なＦインターフェース６３６を介して、移動機器６００の近似位置、時間および周波数の転送データを送信する。

ＰＩ２に基づく測位サービスを提供すべく、コール・プロセッサ６０２はＩＳ−８０１メッセージの特定のデータ・フィールドに適当な値を設定する。コール・プロセッサ６０２がＦインターフェース６３６を介してＧＰＳモジュール６０４から位置結果を受信した場合、当該位置結果をＰＤＥへ送信すべくＩＳ−８０１メッセージ・フォーマットに変換する。

コール・プロセッサ６０２はＰＤＥから送信されたＩＳ−８０１の「ＭＳ情報要求」メッセージに応答して、ＩＳ−８０１の「移動機器６００の情報提供」メッセージのＲＥＱ＿ＰＡＲ＿ＲＥＣＯＲＤを以下のように設定する：

１．ＲＥＳＰ＿ＰＡＲ＿ＲＥＣＯＲＤのＧＰＳ＿ＡＣＱ＿ＣＡＰおよびＬＯＣ＿ＣＡＬＣ＿ＣＡＰを以下に述べる値に設定する：ＧＰＳ＿ＡＣＱ＿ＣＡＰ（１２ビット）の第４ビット（ＧＰＳエフェメリス）および第７ビット（ＧＰＳの自律的な捕捉可能）を「１」に設定し、その他のビットを「０」に設定する；

２．ＬＯＣ＿ＣＡＬＣ＿ＣＡＰ（１２ビット）の第５ビット（エフェメリスを用いた位置計算可能）および第７ビット（自律的な位置計算可能）を「１」に設定し、その他のビットを「０」に設定する。

コール・プロセッサ６０２がＩＳ−８０１の基地局のアルマナック・データを介した移動機器６００の近似位置の取得を選択した場合、コール・プロセッサ６０２はＩＳ−８０１の「基地局アルマナック要求」メッセージのＲＥＱ＿ＰＡＲ＿ＲＥＣＯＲＤを以下のように設定する：ＥＸＴ＿ＢＳ＿ＡＬＭ（１ビット）を１に設定する。

コール・プロセッサ６０２はＩＳ−８０１の「ＧＰＳエフェメリス要求」メッセージを送信してエフェメリス支援データを取得する。コール・プロセッサ６０２はＩＳ−８０１の「ＧＰＳエフェメリス要求」メッセージのＲＥＱ＿ＰＡＲ＿ＲＥＣＯＲＤを以下のように設定する：ＡＢ＿ＰＡＲ＿ＲＥＱ（１ビット）を１に設定する。

コール・プロセッサ６０２は、ＧＰＳモジュール６０４から「Ｆ」インターフェースの「位置結果」メッセージを受信した後で、以下のように位置結果データをＩＳ−８０１の「位置応答提供」メッセージへ変換する：

１．ＴＩＭＥ＿ＲＥＦ＿ＣＤＭＡ（１４ビット）。コール・プロセッサ６０２は、ＧＰＳ時間をＣＤＭＡシステム時間に変換する。ＧＰＳ時間は「Ｆ」インターフェースの「位置結果」メッセージのＭＥＡＳ＿ＧＰＳ＿ＷＥＥＫおよびＭＥＡＳ＿ＧＰＳ＿ＳＥＣＯＮＤＳにより決定される。ＭＥＡＳ＿ＧＰＳ＿ＷＥＥＫは拡張されたＧＰＳ週の番号であり、ＭＥＡＳ＿ＧＰＳ＿ＳＥＣＯＮＤＳは、現在のＧＰＳ週の開始からの１／１０００秒単位での経過時間である。ＣＤＭＡシステム時間はＴＩＡ／ＥＩＡ−９５−Ｂの１．２に定義されている。ＴＩＭＥ＿ＲＥＦ＿ＣＤＭＡは、ＩＳ−８０１に定義されているように（ｔ／５０）ｍｏｄ１６３８４に設定される。ここに、ｔはフレーム単位でのＣＤＭＡシステム時間である。

２．ＬＡＴ（２５ビット）。ＬＡＴ＝ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｅａｓ＿ｌａｔ × ＭＥＡＳ＿ＬＡＴ（位置結果メッセージ）。ＬＡＴは１８０／２^２５単位であり、ＭＥＡＳ＿ＬＡＴは１８０／２^３２単位である。従って、ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｅａｓ＿ｌａｔ＝（１８０／２^３２）／（１８０／２^２５）＝１／２^７である；

３．ＬＯＮＧ（２６ビット）。ＬＯＮＧ＝ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｅａｓ＿ｌｏｎｇ × ＭＥＡＳ＿ＬＯＮＧ（位置結果メッセージ）。ＬＯＮＧは、３６０／２^２６単位であり、ＭＥＡＳ＿ＬＯＮＧは３６０／２^３２単位である。従って、Ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｅａｓ＿ｌｏｎｇ＝（３６０／２^３２）／（３６０／２^２６）＝１／２^６である；

４．ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿ＡＮＧ（４ビット）、ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿Ａ（５ビット）、ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿Ｐ（５ビット）。ＯＴＨＥＲ＿ＳＥＣＴＩＯＮＳ（位置結果メッセージ）の第０ビット（ＬＳＢ）が「０」に等しい（データ内に水平エラー部分が存在しない）場合、ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿ＡＮＧ＝０、ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿Ａ＝「１１１１１」（計算不能）、ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿Ｐ＝「１１１１１」（計算不能）である；

５．ＦＩＸ＿ＴＹＰＥ（１ビット）。ＰＯＳ＿ＴＹＰＥ（位置結果メッセージ）＝０ｘ００ならばＦＩＸ＿ＴＹＰＥ＝０であり、ＰＯＳ＿ＴＹＰＥ＝０ｘ０１ならばＦＩＸ＿ＴＹＰＥ＝１である；

６．ＶＥＬＯＣＩＴＹ＿ＩＮＣＬ（１ビット）、ＶＥＬＯＣＩＴＹ＿ＨＯＲ（９ビット）、ＶＥＬＯＣＩＴＹ＿ＶＥＲ（８ビット）、ＨＥＡＤＩＮＧ（１０ビット）。ＶＥＬＯＣＩＴＹ＿ＩＮＣＬ（ＩＳ−８０１、１ビット）＝ＯＴＨＥＲ＿ＳＥＣＴＩＯＮＳ（位置結果メッセージ）の第２ビット；ＶＥＬＯＣＩＴＹ＿ＩＮＣＬ＝「１」ならば、ＶＥＬＯＣＩＴＹ＿ＨＯＲ＝ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｈｖ × ＨＯＲ＿ＶＥＬ（位置結果メッセージ）であり、ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｈｖ＝０．０６２５／０．２５＝０．２５である；ＨＥＡＤＩＮＧ＝ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｈｅａｄｉｎｇ × ＨＥＡＤＩＮＧ（位置結果メッセージ）である；ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｈｅａｄｉｎｇ＝（３６０／２^１６）／（３６０／２^１０）＝２^−６である；ＶＥＬＯＣＩＴＹ＿ＩＮＣＬ＝「１」かつＦＩＸ＿ＴＹＰＥ＝「１」ならば、ＶＥＬＯＣＩＴＹ＿ＶＥＲ（ＩＳ８０１、８ビット）＝ＶＥＲ＿ＶＥＬ（位置結果メッセージ）である；ＶＥＬＯＣＩＴＹ＿ＩＮＣＬ＝「０」ならば、ＩＳ−８０１の「位置応答提供」はＶＥＬＯＣＩＴＹ＿ＨＯＲ、ＶＥＬＯＣＩＴＹ ＶＥＲ、およびＨＥＡＤＩＮＧパラメータを含まない；

７．ＣＬＯＣＫ＿ＩＮＣＬ（１ビット）、ＣＬＯＣＫ＿ＢＩＡＳ（１８ビット）、ＣＬＯＣＫ＿ＤＲＩＦＴ（１６ビット）。ＣＬＯＣＫ＿ＩＮＣＬ＝ＯＴＨＥＲ＿ＳＥＣＴＩＯＮＳ（位置結果メッセージ）の第３ビットである；ＣＬＯＣＫ＿ＩＮＣＬ＝「１」ならば、ＣＬＯＣＫ＿ＢＩＡＳ＝ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｃｌｋ＿ｂｉａｓ × ＣＬＫ＿ＢＩＡＳ（位置結果メッセージ） ＋ ｏｆｆｓｅｔ＿ｃｌｋ＿ｂｉａｓである；ここに、ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｃｌｋ＿ｂｉａｓ＝１ｅ９である；ｏｆｆｓｅｔ＿ｃｌｋ＿ｂｉａｓ＝１３，０００ ｎｓである。

８．ＨＥＩＧＨＴ＿ＩＮＣＬ（１ビット）、ＨＥＩＧＨＴ（１４ビット）。ＨＥＩＧＨＴ＿ＩＮＣＬ＝ＯＴＨＥＲ＿ＳＥＣＴＩＯＮＳ（位置結果メッセージ）の第１ビットである；ＨＥＩＧＨＴ＿ＩＮＣＬ＝「１」ならば、ＨＥＩＧＨＴ＝ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｈｅｉｇｈｔ × ＨＥＩＧＨＴ（位置結果メッセージ）であり、ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｈｅｉｇｈｔ＝ ０．１である；

９．ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿Ｖ（５ビット）。ＨＥＩＧＨＴ＿ＩＮＣＬ＝「１」ならば、ＬＯＣ＿ＵＮＣＲＴＮＴＹ＿Ｖ＝ＨＥＩＧＨＴ＿ＳＴＤ＿ＥＲ（位置結果メッセージ）である。

コール・プロセッサ６０２は、ＩＳ−８０１の「基地局アルマナック要求」メッセージに応答するＰＤＥからのＩＳ−８０１の「基地局アルマナック提供」メッセージを受信する。このメッセージは、ＩＳ−９５の暗黙的な方法の代わりに、移動機器６００の近似位置データを取得する方法を提供する。

ＩＳ−８０１の「基地局アルマナック提供」から「Ｆ」インターフェースの「移動機器６００の近似位置応答」へのメッセージ・マッピングについて本節で説明する。「Ｆ」インターフェースの「移動機器６００の近似位置応答」データのフィールド名には（Ｆ）とラベル付けされている。ＩＳ−８０１の「基地局アルマナック提供」のフィールド名には、（ＩＳ−８０１）とラベル付けされている。

「ＧＰＳエフェメリス提供」メッセージは、エフェメリス・データをＰＩ２インターフェース・データの一部として提供する。エフェメリス・データ・セットの大きさに応じて、ＰＤＥはＩＳ−８０１の「ＧＰＳエフェメリス提供」をいくつかの部分に分けて送信してもよい。部分の総数およびメッセージの部分番号は各々ＴＯＴＡＬ＿ＰＡＲＴＳおよびＰＡＲＴ＿ＮＵＭの要素に示される。コール・プロセッサ６０２がエフェメリス・データの全ての部分を受信したならば、それらをＰＩ２構造体へマッピングする。

動作時において、コール・プロセッサ６０２はＧＰＳモジュール６０４と「Ｆ」インターフェース・メッセージを介して相互作用する。コール・プロセッサ６０２は、新たなコール・プロセッサ６０２のデータが（ＧＰＳモジュール６０４からの要求なしに）利用可能な場合はいつでもＰＩ２データをＧＰＳモジュール６０４へ送信する。ＣＰとＧＰＳモジュール６０４の間にはＰＩ２インターフェースを介した相互作用は存在しない。

コール・プロセッサ６０２のＩＳ−８０１セッションは、ＧＰＳモジュール６０４に電源投入される前に、または（ＰＩ２インターフェース・フラグと共に設定された）ＧＰＳモジュール６０４セッションが開始される前に、開始されてよい。ＧＰＳモジュール６０４セッションはＩＳ−８０１セッションが終了する前に終了してもよい。ＩＳ−８０１セッションが開始されたならば、コール・プロセッサ６０２はＰＩ２データ構造体を再設定する。

ＧＰＳモジュール６０４に電源が投入される前にＩＳ−８０１セッションが開始されたならば、コール・プロセッサ６０２がＧＰＳモジュール６０４との時間転送を実行する準備が整う前にＣＤＭＡシステム時間が利用可能になっている。この方式において、コール・プロセッサ６０２はまた、ＧＰＳモジュール６０４が「Ｆ」インターフェースの「移動機器６００の近似位置要求」を送信する準備ができる前に移動機器６００の近似位置データを取得することができるため、ＧＰＳモジュール６０４のＧＰＳ性能がさらに最適化される。

コール・プロセッサ６０２は、（ＩＳ−９５の「システム・パラメータ・メッセージ」からの）ＩＳ−９５の暗黙的な方法、またはＩＳ−８０１のメッセージのいずれかを介して移動機器６００の近似位置を取得することができる。ＩＳ−９５の暗黙的な方法は、ＩＳ−８０１のメッセージと比較して、より高速に基地局の位置を取得する方法であると考えられる。ＩＳ−９５の「システム・パラメータ」は、ＣＤＭＡ移動機器６００がアイドル状態の間、ＩＳ−８０１セッションに関わらず、基地局からコール・プロセッサ６０２へ送信される必須のメッセージである。他方、ＩＳ−８０１の「基地局アルマナック要求／提供」は２種の双方向メッセージ交換を要求するだけでなく、ＩＳ−８０１セッションが開始されるまで起動されない。

コール・プロセッサ６０２がＩＳ−８０１インターフェース経由で基地局から渡された全く新規なエフェメリス・データの組を変換した場合、ＰＩ２データは準備完了していると見なされる。コール・プロセッサ６０２はＧＰＳモジュール６０４からの問い合わせがなくても、ＰＩ２データの準備完了後２秒未満でＰＩ２データをＧＰＳモジュール６０４へ送信する。コール・プロセッサ６０２は基地局に対し、２時間を超えない間隔で周期的に、エフェメリス・データの送信を要求すべきである。周期が速いほどＧＰＳ性能がより最適化される。

ＧＰＳモジュール６０４は、ＰＩ２データ構造体で指定された測位回数に基づき、「Ｆ」インターフェースを介してコール・プロセッサ６０２へ位置結果を周期的に送信する。コール・プロセッサ６０２は、たとえデータが利用できない場合でも、ＰＩ２構造体の測位回数を設定する。

図７に目を転じれば、図７はＧＳＭ環境でＦＳＭを用いる移動機器７００のブロック図を示す。移動機器７００は、信号経路７０６を介して信号通信が可能であるコール・プロセッサ７０２およびＧＰＳモジュール７０４を含む。ここでも、信号経路７０６はＲＳ２３２インターフェース、ソフトウェア・データ構造体のメモリ共有を介した論理インターフェース、あるいは他の電気および／または論理インターフェースとして実装可能である。コール・プロセッサ７０２は、無線インターフェースＣＰモジュール７０８、ＲＲＬＰメッセージからＰＩ２データへのコンバータ７１０、ＧＰＳモジュールのＰＩ２データ構造体７１２、ＰＩ２インターフェース・メッセージ・アセンブラ／逆アセンブラ７１４、ＣＰ／ＧＰＳモジュール・システム・メッセージ・プロトコル・アセンブラ／逆アセンブラ７１６、およびＧＰＳモジュール・インターフェース・モジュール７１８を含む。ＧＰＳモジュール７０４はＣＰインターフェース・モジュール７２０、ＰＩ２インターフェース・モジュール７２２、ＰＩ２データ構造体７２４、ＣＰシステム・インターフェースＦＳＭ７２６、およびＧＰＳコア７２８を含む。ＧＰＳコア７２８は、信号経路７３２を介してＧＰＳ衛星群２２６からＧＰＳ信号を受信し、無線インターフェースＣＰモジュール７０８は信号経路７３０を介して基地局（図示せず）と信号通信が可能である。

移動機器７００のブロック図は、ＲＲＬＰに基づく携帯端末（すなわちＧＳＭに基づくセルラー電話）内に実装されるＰＩ２の高水準のアーキテクチャである。コール・プロセッサ７０２は図７に示すように、信号経路７０６および（時間および周波数を転送するための）ハードウェア線を介して、ＧＰＳモジュール７０４と通信することができる。Ｆインターフェース７３６およびＧインターフェース７３４は、ＲＳ２３２インターフェース７０６の２個の別々の論理チャネルである。Ｇインターフェース７３４は、ＧＰＳモジュール７０４にＰＩ２支援データを渡すべく設計されるだろう。残りの支援データは、Ｆインターフェース７３６を介してＧＰＳモジュール７０４へ渡される。ＧＰＳモジュール７０４側では、Ｆインターフェース７３８は標準的なＧＰＳクライアント・インターフェース（サーフテクノロジー社（ＳｉＲＦ Ｔｅｃｈｎｏｌｏｇｙ，Ｉｎｃ．）が権利を所有するＳｉＲＦＬｏｃ等）であってよく、Ｇインターフェース７４０は任意の標準的な無線インターフェース・プロトコルに対して透過的である。コール・プロセッサ７０２は無線インターフェース・プロトコルを介してＲＲＬＰメッセージからＰＩ２データへのコンバータ７１０へのＰＩ２データを生成することができる。ＰＩ２データは、信号経路７０６を介してＧＰＳモジュール７０４へ渡される前に、ＰＩ２インターフェース・メッセージ・アセンブラ／逆アセンブラ７１２（ＰＩ２インターフェース・メッセージ・ハンドラ等）を介してＧメッセージ・フォーマットに圧縮される。コール・プロセッサ７０２は、適当なＲＲＬＰ無線インターフェース・メッセージから、時間および基準位置データを取得することができ、ＣＰ／ＧＰＳモジュール・システム・メッセージ・プロトコル・アセンブラ／逆アセンブラ７１６を経由して適当なＦインターフェース７３６を介してＧＰＳモジュール７０４へ渡すことができる。

ＰＩ２インターフェーはコール・プロセッサ７０２に使用され、Ｆインターフェース７３６のセッション開始メッセージにおける特別な「無線インターフェース」コードによってＧＰＳモジュール７０４に通知される。この後で、（時間転送や周波数転送といった）全ての暗黙的な支援は、Ｆインターフェースを通して送信される。もし可能であれば、移動機器７００の近時位置も基地局５１８から、コール・プロセッサ７０２を通じて、Ｆインターフェース７３６を介してＧＰＳモジュール７０４へ送信される。ＧＰＳモジュール７０４は次いで、Ｆインターフェース７３８を介して移動機器７００の位置報告を以って応答することができる。

ＰＩ２インターフェースは通常、メモリ・セクション（図示せず）として実装可能な大規模データ構造体により規定されることが認識されている。一般に、インターフェースに存在する全ての情報は、この大規模データ構造体内に所定の位置を有する。情報の全項目が有効であることを示すために、有効性フラグもこの構造体の全フィールドに割り当てることができる。次いで情報の送信は、構造体全体を所定の順序（ＭＳＢ優先等）で「１バイト毎に読んで送信」される。クライアント側では同様のデータ構造体を有しており、情報が到来したならば直ちに１バイト毎に書き込むことができる。有効性を検証すべく、構造体全体に対して単一のチェックサム・テストを行なってもよい。

ある場合には必ずしも全てのエフェメリスが有効ではないことが知られており、理論的には、実際に有効な情報を有するエフェメリス・スロットだけを送信することによりメッセージを短縮することができる。しかし、メモリ・ミラーリング機構がメッセージの意味に依存しないように、これを避ける方が好ましい。これを避ける方法は、（有効フィールドを含めて）全ての未使用フィールドの値を「０」に設定する方式を選択することである。単純な圧縮メカニズム、すなわちビット自身の代わりにゼロに設定された連続するビット数を送る方式も同じ目的に利用できる。この方式でのメカニズムは、ビット自身の代わりに「０」にセットされた連続するビットの多数回の繰り返しを示す固定フィールドに先行する曖昧性の無い特別なメタキャラクタを利用することができる。この状況で、メモリ・ミラーリング構造体の内容は、厳密にエフェメリス情報および場合によっては電離層パラメータで構成されている。

当業者は、Ｆインターフェース７３６およびＧインターフェース７３４の両方がコール・プロセッサ７０２とＧＰＳモジュール７０４の間で任意のシリアルリンクを介して送信可能なことを知っている。実施例としてはＲＳ２３２のみが示されているが、他の任意のシリアルリンクも同様に機能することが認識されている。さらに、コール・プロセッサ７０２およびＧＰＳモジュール７０４の両方が同じ半導体ダイ上に一体化されている状況において、共通メモリ・モジュールまたはシステム（またはサブシステム）バスの共有を含む、しかしこれに限定されないが、コール・プロセッサ７０２とＧＰＳモジュール７０４の間でデータをやり取りする他の多くの技術を用いることができる。

ＦおよびＧインターフェース７３６、７３４の実装例として、シリアルリンクは、コール・プロセッサ７０２とＧＰＳモジュール７０４の間でメッセージを交換すべく用いられる双方向ＴＴＬレベル通信インターフェースであってよい。時間および周波数の転送のために２本のハードウェア線を用いてもよい。一例として、ＰＩ２インターフェースは汎用パケット・フォーマットを利用することができる。ここに、ＴＹＰＥ＿ＦＩＥＬＤは「０ｘ０１」であり、「無線インターフェース・メッセージ」または「ＰＩ２メッセージ」のいずれかに対応する。セッション開始要求メッセージにおけるＰＩ２インターフェースへ切り替えるべく、コール・プロセッサ７０２はＧＰＳモジュール７０４に対し、「ＳＥＳＳＩＯＮ＿ＯＰＥＮ＿ＲＥＱ＿ＩＮＦＯ」フォーマットで適当な値を用いることによって「ＰＩ２」内の支援データを送信するように通知する。「ＰＩ２」とは別に、コール・プロセッサ７０２およびＧＰＳモジュール７０４が、「ＳＥＳＳＩＯＮ＿ＯＰＥＮ＿ＲＥＱ＿ＩＮＦＯ」フィールドの適当な値を用いて実行時に起動可能な他の無線インターフェースに対応可能なことが認識されている。

ＰＩ２パケット構造体は、次表に示すようにＰＡＹＬＯＡＤフィールドに規定されて送信されるＰＩ２セグメントを用いる。

ここに、ＭＳＧ＿ＩＤはメッセージ識別子、ＳＥＧＭＥＮＴはメッセージ・セグメントである。

一例として、ＰＩ２セグメント・フォーマットは、表２に示すように３個のフィールドを含んでいてよい。第１バイトは、ＰＩ２メッセージの搬送に用いるセグメントの総数を示す。第２バイトは、１から始まるセグメントのインデックスである。最後のフィールドは、大きさが最大１０１６バイトの圧縮されたＰＩ２データである。

ＮＵＭ＿ＯＦ＿ＳＥＧＭＥＮＴＳはセグメントの個数であり、ＰＩ２データをいくつかのセグメントで送信することができる。このフィールドは、ＰＩ２データの完全な組のセグメント総数を表わすことができる。この場合、０は無効な値である。

ＳＥＧＭＥＮＴ＿ＩＮＤＥＸはセグメントのインデックスであり、このフィールドの値はこのメッセージにより搬送されるＰＩ２データセグメントのシーケンス番号としてよい。その範囲は１〜２５５であってよい。ＰＩ２データセットの最後のメッセージは、ＮＵＭ＿ＯＦ＿ＳＥＧＭＥＮＴＳに等しいＳＥＧＭＥＮＴ＿ＩＮＤＥＸを有し、ここでもこのフィールドで０は無効な値である。

ＣＯＭＰＲＥＳＳＥＤ＿ＰＩ２＿ＤＡＴＡは圧縮されたＰＩ２データであり、このフィールドは圧縮されたＰＩ２データのセクションであってよい。

ＰＩ２パケット内の各ＰＡＹＬＯＡＤフィールドは、サイズ総計が最大１０１９バイトであるため、ＳＥＧＭＥＮＴフィールドにおいて最大１０１８バイトしか搬送できない。この例では、全てのセグメントが２バイトのヘッダーを有するため、圧縮されたＰＩ２データのサイズが１０１６バイトを超える場合、セグメントに分割する必要があり、各セグメントは別々のパケットで順次送信される。

この例では、いくつかのメッセージのサイズが極めて大きい場合があることがわかる。例えば、ＰＩ２データ・メッセージを８個の交信可能エフェメリスと共に、かつアルマナック・データ無しで送信するのに、９６００ボー・レートで約２．１４秒かかる場合がある。

さらに、必ずしもメッセージ内の全てのデータが有効ではない。すなわち０に設定された多くのフィールドが存在することを意味する。簡単なデータ圧縮アルゴリズムで、送信したいデータのサイズを大幅に減らすことができる。データ圧縮アルゴリズムは、無損失圧縮であってよく、バイトの意味に関係なくバイト・ストリームを操作することができる。

全てのＰＩ２メッセージに適用されるデータ圧縮アルゴリズムは「パックビット（ｐａｃｋｂｉｔｓ）」方法であってよく、ラン・レングス符号化方法の簡単かつ普及している変型例である。ランとは、同一の連続的な文字のグループである。各々のランは、ランの種類とその長さを記述する２バイトのヘッダー、およびデータを含む１個以上のバイトとして符号化されている。全ての場合に、ヘッダーは２個の部分に分割されることができる。表３に示すように、そのＭＳＢは自身が文字型ラン（非圧縮）または充填ラン（圧縮済）のいずれであるかを記述し、続く１５ビットはランの長さを指定する。

この例において、文字型ランは文字型バイト（すなわち圧縮ではなく保存されるバイト）のランである。この場合、ＲＵＮ＿ＩＮＤＩＣＡＴＯＲ＿ＢＩＴは０であり、下位１５ビットは文字型ランのランの長さを指定する。次いで文字型バイトはこのヘッダーの後で直接符号化することができる。

充填ランとは、全てのバイトが同一であるバイトのシーケンスである。この場合、ＲＵＮ＿ＩＮＤＩＣＡＴＯＲ＿ＢＩＴは１であり、下位１５ビットはラン長を指定する。ヘッダーの後に、所定個数だけ複製されなければならないバイトが続く。以下に、データ圧縮アルゴリズムがどのように機能するかを示すため一例を挙げる。

原バイト・ストリーム：０ｘ０１ ０ｘＦＦ ０ｘ００ ０ｘ８９ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ１２

圧縮後：０ｘ００ ０ｘ０４ ０ｘ０ｌ ０ｘＦＦ ０ｘ００ ０ｘ８９ ０ｘ８０ ０ｘ０７ ０ｘ００ ０ｘ００ ０ｘ０１ ０ｘ１２

データ解凍アルゴリズムの例もまた簡単でなければならない。ＧＰＳモジュール７０４は、ＲＵＮ＿ＩＮＤＩＣＡＴＯＲ＿ＢＩＴと長さを取得する。ＲＵＮ＿ＩＮＤＩＣＡＴＯＲ＿ＢＩＴが０ならば、単に次のＬＥＮＧＴＨバイトが複製されるだけである。ＲＵＮ＿ＩＮＤＩＣＡＴＯＲ＿ＢＩＴが１ならば、次に来るバイトは「ＬＥＮＧＴＨ」回だけ複製される。以下に例を挙げる。

圧縮済みデータ：０ｘ８０ ０ｘ０８ ０ｘ００ ０ｘ００ ０ｘ０５ ０ｘ４４ ０ｘ００ ０ｘ０１ ０ｘ６６ ０ｘ４５

解凍後：０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ００ ０ｘ４４ ０ｘ００ ０ｘ０１ ０ｘ６６ ０ｘ４５

ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージとは別に、ＰＩ２メッセージは大規模な構造体内に所定の位置を有していてよい。情報の全項目の有効性を示すべく、この構造体内の情報の各グループに対しても有効化フラグを割り当てることができる。この特別な構成は、同一プロセッサ上のタスク間の共有メモリとして本プロトコルの変換を容易にすべく選択することができる。現時点では、ＰＩ２プロトコルは、２個の別々のプロセッサ間でシリアルリンクを介して利用するように特別設計がなされていてよい。

一例として、ＰＩ２要求は測位要求情報、電離層パラメータ、捕捉支援データ、衛星エフェメリスおよびアルマナックから厳密に構成することができる。（例えばユーザーの近似位置、時間および周波数転送といった）無線インターフェース・プロトコルを介して受信される他の支援データは、Ｆインターフェース７３６を介してＧＰＳモジュール７０４へ配信することができる。

この場合、ＰＩ２要求に存在する全ての情報は、大規模な構造体内に所定の位置を有していてよい。情報の全項目の有効性を示すべく、この構造体内の情報の各グループに対しても有効化フラグを割り当てることができる。

ＰＩ２要求および応答は、大規模なデータ構造体として規定することができる。これらのメッセージは、メモリ・ミラーリング機構を用いることにより実装することができる。全てのメッセージに対して、コール・プロセッサ７０２およびＧＰＳモジュール７０４側で同一のメモリ構造体が規定されている。１方向毎に１組のメモリを規定することができる。

情報の送信は、送信側における構造体全体の「１バイト毎の読み出し、圧縮、および送信」であってよい。受信側における同一データ構造体は、情報が到来して解凍されるとすぐに、１バイト毎に書き込まれる。

コール・プロセッサ７０２は、たとえＰＩ２データ構造体が更新されていない場合であっても、「ＰＩ２」セッションの開始時点でＰＩ３要求メッセージを送信することができる。ＧＰＳモジュール７０４は、データ構造体それ自身に含まれる有効化フラグを用いて、どの情報が関連するかを判定することができる。

通常、ＧＰＳモジュール７０４、コール・プロセッサ７０２のいずれも、Ｆインターフェース７３６、７３８を介して「ＲＩ２」タイプのセッション開始要求／応答のペアが交換される前に、またはセッション終了要求／応答のペアが交換された後でＰＩ２メッセージも送信することはできない。セッションが「ＰＩ２」タイプと認識されたならば、ＰＩ２メッセージが交換される。

受信された全てのメッセージに対して、受信に失敗した場合にメッセージの反復速度を上げるべく、通常はＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージが返信される。この仕組みは、好適にはローカル・シリアル・リンクで用いられ、強力なエラー検出・訂正機構は備えていない。

一例として、ＧＰＳモジュール７０４の受信手順は以下のステップを含んでいてよい。第１に、ＰＩ２セッションが開始された後でＰＩ２要求メッセージを受信したならば、ＧＰＳモジュール７０４は受信したＰＩ２メッセージを調べることができる。
ＰＩ２メッセージがいくつかのパケットで搬送されている場合、ＧＰＳモジュール７０４は分割されたデータを再構成する。ＰＩ２メッセージの全てパケットを正しく受信した後で、ＧＰＳモジュール７０４は、再構成したデータを解凍してＧＰＳモジュール７０４側の構造体へ複製する。第２に、ＰＩ２セッションが開始される前にＰＩ２メッセージを受信したならば、ＧＰＳモジュール７０４は黙ってメッセージを破棄する。第３に、セグメント・データが欠落している場合、メッセージ全体が破棄される。

同様に、ＧＰＳモジュール７０４の送信手順の例は以下のステップを含んでいてよい。最初に、ＰＯＳ＿ＲＥＱ＿ＦＬＡＧが１に設定された状態でＰＩ２要求メッセージを受信したならば、ＧＰＳモジュール７０４は要求された測位方法がサポートされているか否かを調べる。ＬＯＣＡＴＩＯＮ＿ＭＥＴＨＯＤが０ｘ００または０ｘ０３に設定されていて、要求された測位方法をＧＰＳモジュール７０４がサポートしない場合、ＧＰＳモジュール７０４は、ＧＰＳ＿ＭＥＡＳ＿ＦＬＡＧが「１」（ＧＰＳ測定セクションは有効）およびＭＥＡＳ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「要求測位方法をサポートせず」に設定された状態でＰＩ２応答メッセージを送信する。ＬＯＣＡＴＩＯＮ＿ＭＥＴＨＯＤが０ｘ０１または０ｘ０２に設定されていて、要求された測位方法をＧＰＳモジュール７０４がサポートしない場合、ＧＰＳモジュール７０４は、ＰＯＳＩＴＩＯＮ＿ＲＥＳＵＬＴＳ＿ＦＬＡＧが「１」（位置セクションは有効）およびＰＯＳＩＴＩＯＮ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「要求測位方法をサポートせず」に設定された状態でＰＩ２応答メッセージを送信する。

移動機器７００に基づく測位方法の一例として、ＰＩ２要求に見られるＭＡＸ＿ＲＥＳＰ＿ＴＩＭＥフィールドにより設定された時間に関わらず、測位が完了したならば、ＧＰＳモジュール７０４は、ＰＯＳＩＴＩＯＮ＿ＲＥＳＵＬＴＳ＿ＦＬＡＧが「１」（位置セクションは有効）およびＰＯＳＩＴＩＯＮ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「０」（位置は有効）に設定された状態で、測位結果を提供するＰＩ２応答を送信する。

移動機器７００支援による測位方法の場合、ＰＩ２要求メッセージに見られるＭＡＸ＿ＲＥＳＰ＿ＴＩＭＥフィールドにより設定された時間に関わらず、十分に有効なＧＰＳ測定値が得られたならば、ＧＰＳモジュール７０４は、ＧＰＳ＿ＭＥＡＳ＿ＦＬＡＧが「１」（ＧＰＳ測定セクションは有効）、およびＭＥＡＳ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「０」（ＧＰＳ測定値は有効）に設定された状態で、ＧＰＳ測定値を提供するＰＩ２応答メッセージを送信する。

さらに、移動機器７００に基づく測位方法の場合、ＰＩ２要求に見られるＭＡＸ＿ＲＥＳＰ＿ＴＩＭＥフィールドがタイムアウトし、かつ測位が未だ行なわれていければ、ＧＰＳモジュール７０４は、ＰＯＳＩＴＩＯＮ＿ＲＥＳＵＬＴＳ＿ＦＬＡＧが「１」（位置セクションは有効）およびＰＯＳＩＴＩＯＮ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「さらに時間が必要」に設定された状態で、ＰＩ２応答メッセージを送信する。

同様に、移動機器７００支援による測位方法の場合、ＰＩ２要求に見られるＭＡＸ＿ＲＥＳＰ＿ＴＩＭＥフィールドがタイムアウトし、かつ十分に有効なＧＰＳ測定値が得られていなければ、ＧＰＳモジュール７０４は、ＧＰＳ＿ＭＥＡＳ＿ＦＬＡＧが「１」（ＧＰＳ測定セクションは有効）およびＭＥＡＳ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「さらに時間が必要」に設定された状態で、ＰＩ２応答メッセージを送信する。

移動機器７００に基づく測位方法の場合、ＧＰＳの探索領域の終わりに到達して位置が見つからなかったならば、ＧＰＳモジュール７０４は、ＰＯＳＩＴＩＯＮ＿ＲＥＳＵＬＴＳ＿ＦＬＡＧが「１」（位置セクションは有効）およびＰＯＳＩＴＩＯＮ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「全ての探索終了後でも測位できず」が設定された状態で、ＰＩ２応答メッセージを送信する。

ＭＳ支援による測位方法の場合、ＧＰＳの探索領域の終わりに到達して十分に有効なＧＰＳ測定値が得られなかったならば、ＧＰＳモジュール７０４は、ＧＰＳ＿ＭＥＡＳ＿ＦＬＡＧが「１」（ＧＰＳ測定セクションは有効）およびＭＥＡＳ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「追跡対象衛星の個数不足」に設定された状態で、ＰＩ２応答メッセージを送る。

ＧＰＳモジュール７０４がより多くのエフェメリス支援データを必要とするならば、ＧＰＳモジュール６０４は、ＰＯＳＩＴＩＯＮ＿ＲＥＳＵＬＴＳ＿ＦＬＡＧが「１」（位置セクションは有効）およびＰＯＳＩＴＩＯＮ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「ＧＰＳ支援データが欠落」に設定された状態でＰＩ２応答メッセージを送信してもよい。

ＧＰＳモジュール７０４がより多くの捕捉支援データを必要とするならば、ＧＰＳモジュール７０４は、ＧＰＳ＿ＭＥＡＳ＿ＦＬＡＧが「１」（ＧＰＳ測定セクションは有効）およびＭＥＡＳ＿ＥＲＲＯＲ＿ＳＴＡＴＵＳが「ＧＰＳ支援データが欠落」に設定された状態でＰＩ２応答メッセージを送信する。

状況に応じて、個別的に定められる基準に従い、ＧＰＳモジュール７０４は任意のＰＩ２応答メッセージにアルマナック基準日付セクションを追加してよい。この機能により、コール・プロセッサ７０２はＧＰＳモジュール７０４内のアルマナックの経過時間を評価することができ、ＰＩ２要求メッセージによって、それらをより新しいものに取り替えることができる。

コール・プロセッサ７０２の受信手順の例として、無線インターフェース・プロトコル・メッセージ（またはそのグループ）を受信したならば、コール・プロセッサ７０２は受信された無線インターフェース・メッセージ情報を用いて、コール・プロセッサ７０２側の「ＰＩ２データ構造体」の関連するフィールドに（必要に応じて再フォーマットしながら）書き込む。現在ＰＩ２セッションが開始されているならば、コール・プロセッサ７０２は、情報またはその一部が何らの要求なしにコール・プロセッサ７０２の構造体内で更新された際に、ＰＩ２要求メッセージを送信する。

ＰＩ２応答メッセージを受信したならば、コール・プロセッサ７０２は受信したＰＩ２メッセージを調べる。ＰＩ２メッセージがいくつかのパケットで搬送されている場合、コール・プロセッサ７０２は分割されたデータを再構成する。ＰＩ２メッセージがいくつかのパケットで搬送されている場合、コール・プロセッサ７０２は分割されたデータを再構成する。ＰＩ２メッセージの全てパケットを正しく受信した後で、コール・プロセッサ７０２は、再構成したデータを解凍してコール・プロセッサ７０２側の構造体へ複製する。

ＰＩ２セッションが開始される前にＰＩ２メッセージを受信したならば、コール・プロセッサ７０２はメッセージを破棄する。分割されたデータの一部が欠落しているならば、メッセージ全体が破棄される。

コール・プロセッサ７０２の送信手順の一例として、ＳＥＳＳＩＯＮ＿ＯＰＥＮ＿ＳＴＡＴＵＳフィールドがセッション開始成功に設定された状態のセッション開始通知メッセージが受信されてから２秒以内に、コール・プロセッサ７０２は自身が有効な支援情報を有するか否かに関わらず、ＰＩ２要求メッセージの送信を開始する。ＰＩ２要求は圧縮されて、圧縮されたデータストリームのみがＧＰＳモジュール７０４へ送信される。圧縮されたデータストリームのサイズが最大値より大きい場合、いくつかのデータ・パケットに分割してもよい。データ・パケットは、分割された順番で逐次送信される。

コール・プロセッサ７０２側でのものを含んだ、コール・プロセッサ７０２からＧＰＳモジュール７０４へのＰＩ２要求メッセージの例外手順の例として、コール・プロセッサ７０２がＰＩ２要求メッセージを送信した際に、コール・プロセッサ７０２はメッセージ送信後３秒以内にＧＰＳモジュール７０４からＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージの返信を待つ。

３秒以内にコール・プロセッサ７０２が何も受信しなければ、再びＰＩ２要求メッセージを送信する。コール・プロセッサ７０２は、３回までこのシーケンスを繰り返すことができる。３回の繰り返しの後、コール・プロセッサ７０２は、ＰＩ２チャネルを閉じる。

ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘＦＥに設定された状態で、コール・プロセッサ７０２がＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを受信したならば、コール・プロセッサ７０２はＰＩ２チャネルを閉じる。

ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘＦＦに設定された状態で、コール・プロセッサ７０２がＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを受信したならば、コール・プロセッサ７０２は直ちに同じメッセージを再送信する。３回の繰り返しの後で、コール・プロセッサ７０２は、ＰＩ２チャネルを閉じる。
ＧＰＳモジュール６０４側でも同様に、ＧＰＳモジュール７０４がコール・プロセッサ７０２からメッセージを受信して当該メッセージを適切に復号化したら直ちに、ＧＰＳモジュール７０４はＩＣＤ＿ＲＥＶ＿ＮＵＭフィールドの値を調べる。ＧＰＳモジュール７０４は次いで、受信後３秒以内に、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘ００に設定された状態で、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを送信することができる。あるいは、ＧＰＳモジュール７０４は、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘＦＥに設定された状態で、受信後３秒以内にＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを送信することができる。メッセージが適切に復号化できない場合、ＧＰＳモジュール７０４は３秒以内に、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘＦＦに設定された状態で、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを送信する。

同一メッセージの分割された部分を順不同に受信したならば、ＧＰＳモジュール７０４は既に受信済みの分割された部分を破棄し、残りの分割された部分を無視して、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘＦＦに設定された状態で、３秒以内にＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを送信する。

さらに、ＧＰＳモジュール７０４からコール・プロセッサ７０２へ送信されたＰＩ２応答メッセージに対して、ＧＰＳモジュール７０４は、メッセージ送信後３秒以内のコール・プロセッサ７０２からのＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージの返信を待つ。ＧＰＳモジュール７０４が３秒以内に何も受信しなければ、ＧＰＳモジュール７０４はＰＩ２応答を再送信する。３回までこのシーケンスを繰り返すことができる。３回繰り返した後で、ＧＰＳモジュール７０４はメッセージの送信を停止する。ＧＰＳモジュール７０４がＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールド０ｘＦＦに設定された状態で、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを受信したならば、ＧＰＳモジュール７０４は直ちに同じメッセージを再送信する。３回繰り返した後で、ＧＰＳモジュール７０４は、メッセージの送信を停止する。

コール・プロセッサ７０２側では、コール・プロセッサ７０２がＧＰＳモジュール７０４からメッセージを受信して適切に復号化したならば直ちに、コール・プロセッサ７０２は受信後３秒以内に、ＡＣＫ／ＮＡＣＫフィールドが０ｘ００に設定された状態で、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを送信する。メッセージが適切に復号化できない場合、コール・プロセッサ７０２は３秒以内に、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘＦＦに設定された状態で、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを送信する。３回繰り返した後で、ＧＰＳモジュール７０４はメッセージの送信を停止する。同一メッセージの分割された部分を順不同に受信したならば、コール・プロセッサ７０２は既に受信済みの分割された部分を破棄し、残りの分割された部分を無視して、ＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲフィールドが０ｘＦＦに設定された状態で、３秒以内にＡＣＫ／ＮＡＣＫ／ＥＲＲＯＲメッセージを送信する。

本システムはまた、フラッシュ内のアルマナックをネットワークから更新する等の特別な手順を含んでいてよい。この手順例は、コール・プロセッサ７０２がネットワークから有効なアルマナックを受信して、ＧＰＳモジュール７０４のフラッシュ内のアルマナックを更新したい場合に実行される：すなわち、１）コール・プロセッサ７０２は、ＡＬＭ＿ＲＥＱ＿ＦＬＡＧが「０」およびＡＬＭ＿ＤＡＴＡ＿ＦＬＡＧが「１」に設定され、アルマナック・セクションに有効なアルマナック情報を備える「ＰＩ２要求メッセージ」を送信する。２）ＧＰＳモジュール７０４がＰＩ２要求メッセージを取得したならば直ちにアルマナック・データをＲＡＭに保存する。３）コール・プロセッサ７０２がＦインターフェース７３６からＰＩ２セッションを終了する際に、ＧＰＳモジュール７０４はアルマナック情報をＲＡＭからフラッシュへ転送する。

ＲＡＭからフラッシュへのアルマナックの転送が成功した場合、Ｆインターフェース７３６内の「セッション終了通知メッセージ」終了セッション内のＳＥＳＳＩＯＮ＿ＣＬＯＳＥ＿ＳＴＡＴＵＳが「セッション終了」に設定される。ＲＡＭからフラッシュへのアルマナックの転送が失敗した場合、Ｆインターフェース内の「セッション終了通知メッセージ」終了セッション内のＳＥＳＳＩＯＮ＿ＣＬＯＳＥ＿ＳＴＡＴＵＳが「セッション終了失敗」に設定される。

本システムはまた、衛星（「ＳＶ」）からのアルマナックにおけるアルマナックを更新する等の特別な手順を含んでいてよい。以下の手順は、コール・プロセッサ７０２が強制的にＧＰＳモジュール７０４に新しいアルマナックを収集させてＧＰＳモジュール７０４のフラッシュ内のアルマナックを収集したアルマナック情報で更新したい場合に実行される：

１）コール・プロセッサ７０２は、ＡＬＭ＿ＲＥＱ＿ＦＬＡＧが「２」（ＳＶからのアルマナック収集を要求）およびＡＬＭ＿ＤＡＴＡ＿ＦＬＡＧが「０」に設定され、アルマナック・セクションが存在しない状態のＰＩ２要求メッセージを送信する；

２）受信したならば、ＧＰＳモジュール７０４は放送からからアルマナック・データの収集を試みる；

３）進捗を確認すべく、コール・プロセッサ７０２は周期的に、ＡＬＭ＿ＲＥＱ＿ＦＬＡＧが「３」（アルマナック更新状況を報告）に設定された状態でＰＩ２要求メッセージを送信する。更新状況の要求メッセージを受信したならば、ＧＰＳモジュール７０４は直ちにＰＩ２応答メッセージを送信する：その際に、ＳＬＣが衛星群を探索中であってＮＡＶメッセージを全く収集していない場合はＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳを「１」に設定し；ＧＰＳモジュール７０４がデータを収集するのに十分強力な少なくとも１個の衛星を追跡しており、実際にデータを収集している場合はＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳを「２」に設定し；ＧＰＳモジュール７０４が完全な探索シーケンスを実行済みであってデータ収集に適した衛星を全く発見しなかった場合はＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳを「３」に設定し；ＧＰＳモジュール７０４がＲＡＭまたはフラッシュのいずれかに保存されたアルマナックから、完全なアルマナックとＡＬＭ＿ＷＥＥＫ＿ＮＵＭＢＥＲとＴＯＡを収集済みである場合はＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳを「４」に設定する。

４）コール・プロセッサ７０２がＦインターフェース７３６からのＰＩ２セッションを終了する場合、ＧＰＳモジュール７０４はアルマナック情報をＲＡＭからフラッシュへ転送する。ＲＡＭからフラッシュへのアルマナック転送が成功したならば、Ｆインターフェース７３６内の「セッション終了通知メッセージ」終了セッション内のＳＥＳＳＩＯＮ＿ＣＬＯＳＥ＿ＳＴＡＴＵＳは「セッション終了」に設定される。ＲＡＭからフラッシュへのアルマナック転送が失敗したならば、Ｆインターフェース内の「セッション終了通知メッセージ」終了セッション内のＳＥＳＳＩＯＮ＿ＣＬＯＳＥ＿ＳＴＡＴＵＳが「セッション終了失敗」に設定される。セッションの間に完全なアルマナックが収集されなかった（かつステップ３の間にＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳが全く「４」にならなかった）場合、ＧＰＳモジュール７０４はＲＡＭからフラッシュへ不完全なアルマナックの転送は試みない。「セッション通知メッセージ」内のＳＥＳＳＩＯＮ＿ＣＬＯＳＥ＿ＳＴＡＴＵＳは「セッション終了」に設定される。完全なアルマナック収集サイクルは通常１３分未満である。コール・プロセッサ７０２は、ＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳが「２」に設定されたのを最初に認識した時点から、これだけの時間が経過しないうちに「４」に設定されたＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳを受信することを期待すべきでない。

ＰＩ２セッションが開始されている場合、コール・プロセッサ７０２は現在フラッシュ内にあるアルマナックの経過時間をいつでも調べることができる。コール・プロセッサ７０２は、ＡＬＭ＿ＲＥＱ＿ＦＬＡＧが「１」およびＡＬＭ＿ＤＡＴＡ＿ＦＬＡＧが「０」に設定され、アルマナック・セクションが存在しない状態で、ＰＩ２要求メッセージを送信する。アルマナックの経過時間の要求メッセージを受信したならば、ＧＰＳモジュール７０４は直ちに、ＡＬＭ＿ＤＡＴＡ＿ＳＴＡＴＵＳが「０」に設定され、フラッシュに保存されたアルマナックからのＡＬＭ＿ＷＥＥＫ＿ＮＵＭＢＥＲおよびＴＯＡを備える、ＰＩ２応答メッセージを送信する。ＰＯＳ＿ＲＥＱ＿ＦＬＡＧとＡＬＭ＿ＲＥＱ＿ＦＬＡＧが共に「１」設定された状態で、コール・プロセッサ７０２がＰＩ２要求メッセージを送信したならば、応答は未定義である。

図８に、地上位置サーバー局８０２、コール・プロセッサ８０４、およびＧＰＳモジュール８０６の間でのＲＲＬＰからＰＩ２へのメッセージ・フロー図８００の例を示す。図８は、上述のプロセスを視覚的に示すものである。

図９に、コール・プロセッサ９０２、ＧＰＳモジュール９０４、および基地局（「ＢＳ」）９０６の間でのＰＩ２メッセージ・フロー図９００の例を示す。コール・プロセッサ９０２は、基地局インターフェース・ハンドラ９０８、ＰＩ２コンバータ９１０、Ｆインターフェース・ハンドラ９１２、およびＧインターフェース・ハンドラ９１４を含む。図９は、上述のプロセスを視覚的に示すものである。

本発明の各種の実施形態について述べてきたが、より多くの実施形態および実装方式が本発明の範囲内に含まれることは当業者には明らかであろう。

（図面の簡単な説明）
図面内の構成要素は必ずしも実物大ではなく、本発明の原理を図解すべく強調されている場合がある。全図面にわたり、同一参照番号により同一要素を示す。
典型的な公知のＧＰＳ受信器の動作時の状況を示す図である。 多くの異なる公知のＧＰＳ向け用途の図２００を示す。 信号経路３０２、３０４を介してＧＰＳ衛星群２２６からＧＰＳデータを受信する公知の無線移動測位システム・アーキテクチャ３００を示す。 信号経路４０６を介してＧＰＳモジュール４０４と信号通信状態にあるコール・プロセッサ４０２を含む移動機器４００の典型的な実装例を示す。 無線移動測位システム・アーキテクチャにおけるプロトコル独立インターフェースの典型的な実装例のブロック図を示す。 図５によるＧＳＭ環境においてＦＳＭを利用する移動機器の実装例の図を示す。 図５によるＣＤＭＡ環境においてＦＳＭを利用する移動機器の典型的な実装例のブロック図を示す。 地上位置サーバー局、コール・プロセッサ、およびＧＰＳモジュール間でのＲＲＬＰからプロトコル独立インターフェースへのメッセージ・フロー図の例を示す。 コール・プロセッサ、ＧＰＳモジュール、および基地局（「ＢＳ」）間でのプロトコル独立インターフェースのメッセージ・フロー図の例を示す。

Claims (26)

1. 移動機器の内部で、全地球測位システム（「ＧＰＳ」）インターフェースを備えるコール・プロセッサにおいて受信されたプロトコル支援データを処理する方法であって、前記プロトコル支援データは地上位置サーバー局プロトコルに従って生成されており：
   前記コール・プロセッサにおいて受信された前記プロトコル支援データを、前記ＧＰＳインターフェースにおいて、受信する工程と；
   前記受信されたプロトコル支援データを前記地上位置サーバー局プロトコルに対して透過的なインターフェース・データに変換する工程と；
   前記インターフェース・データをＧＰＳモジュールへ渡す工程
   を備える方法。
2. 前記インターフェース・データを前記ＧＰＳモジュールへ渡す前に、前記インターフェース・データをメッセージ・フォーマットに圧縮する工程を更に含む、請求項１の方法。
3. 前記コール・プロセッサは、前記プロトコル支援データを基地局から受信する、請求項１の方法。
4. 地上位置サーバー局が前記支援データを生成する、請求項３の方法。
5. 前記地上位置サーバー局は、符号分割多重アクセス（「ＣＤＭＡ」）プロトコルを用いて前記プロトコル支援データを生成する、請求項４の方法。
6. 前記プロトコルは、ＩＳ−８０１である、請求項５の方法。
7. 前記プロトコルは、ユニバーサル移動通信システム（「ＵＭＴＳ」）である、請求項５の方法。
8. 前記プロトコルは、ＣＤＭＡ２０００である、請求項５の方法。
9. 前記地上位置サーバー局は、移動通信用全地球システム（「ＧＳＭ」）プロトコルを用いて前記プロトコル支援データを生成する、請求項４の方法。
10. 前記地上位置サーバー局は、汎用パケット無線サービス（「ＧＰＲＳ」）プロトコルを用いて前記プロトコル支援データを生成する、請求項４の方法。
11. 前記地上位置サーバー局は、時分割多重アクセス（「ＴＤＭＡ」）プロトコルを用いて前記プロトコル支援データを生成する、請求項４の方法。
12. 前記地上位置サーバー局は、ＢｌｕｅＴｏｏｔｈ（登録商標）プロトコルを用いて前記プロトコル支援データを生成する、請求項４の方法。
13. 前記地上位置サーバー局は、ＩＥＥＥ８０２．１１プロトコルを用いて前記プロトコル支援データを生成する、請求項４の方法。
14. ＧＰＳ捕捉のために前記プロトコル支援データを利用する工程を更に含む、請求項１の方法。
15. 前記移動機器の位置を計算するために前記プロトコル支援データを利用する工程を更に含む、請求項１の方法。
16. 前記ＧＰＳモジュールの感度を向上するために前記プロトコル支援データを利用する工程を更に含む、請求項１の方法。
17. 前記インターフェース・データをＧＰＳモジュールへ渡す工程は、ＲＳ２３２リンクを介して前記インターフェース・データを渡す工程を備える、請求項１の方法。
18. 移動機器の内部で、全地球測位システム（「ＧＰＳ」）インターフェースを備えるコール・プロセッサにおいて受信されたプロトコル支援データを処理するためのプロトコル独立インターフェースであって、前記プロトコル支援データは地上位置サーバー局プロトコルに従って生成されており：
    前記コール・プロセッサにおいて受信された前記プロトコル支援データを、前記ＧＰＳインターフェースにおいて、受信する手段と；
    前記受信されたプロトコル支援データを前記地上位置サーバー局プロトコルに対して透過的なインターフェース・データに変換する手段と；
    前記インターフェース・データをＧＰＳモジュールに渡す手段
    を備える、プロトコル独立インターフェース。
19. 前記インターフェース・データを前記ＧＰＳモジュールへ渡す前に、前記インターフェース・データをメッセージ・フォーマットに圧縮する工程を更に含む、請求項１８の方法。
20. 前記コール・プロセッサは、前記プロトコル支援データを基地局から受信する、請求項１９の方法。
21. 地上位置サーバー局が前記支援データを生成する、請求項２０の方法。
22. 前記地上位置サーバー局は、符号分割多重アクセス（「ＣＤＭＡ」）プロトコルを用いて前記プロトコル支援データを生成する、請求項２１の方法。
23. 前記プロトコルは、ＩＳ−８０１である、請求項２２の方法。
24. 移動機器の内部で、コール・プロセッサにおいて受信されたプロトコル支援データを処理するためのプロトコル独立インターフェースであって、前記プロトコル支援データは地上位置サーバー局プロトコルに従って生成されており：
    無線インターフェース・プロトコルからＧＰＳモジュール・インターフェースへのコンバータと；
    前記コール・プロセッサと前記全地球測位システム（「ＧＰＳ」）モジュール間の信号通信におけるシリアルリンクと；
    ＧＰＳモジュール・データ構造体
    を備える、プロトコル独立インターフェース。
25. 移動機器の内部で、全地球測位システム（「ＧＰＳ」）インターフェースを備えるコール・プロセッサにおいて受信されたプロトコル支援データを処理する方法であって、前記プロトコル支援データは地上位置サーバー局プロトコルに従って生成されており：
    前記コール・プロセッサにおいて受信された前記プロトコル支援データを、前記ＧＰＳインターフェースにおいて、受信する工程と；
    前記インターフェース・データをＧＰＳモジュールに渡す工程と；
    前記受信されたプロトコル支援データを前記地上位置サーバー局プロトコルに対して透過的なインターフェース・データに変換する工程
    を備える方法。
26. 移動機器の内部で、全地球測位システム（「ＧＰＳ」）インターフェースを備えるコール・プロセッサにおいて受信されたプロトコル支援データを処理するためのプロトコル独立インターフェースであって、前記プロトコル支援データは地上位置サーバー局プロトコルに従って生成されており：
    前記コール・プロセッサにおいて受信された前記プロトコル支援データを、前記ＧＰＳインターフェースにおいて、受信する手段と；
    前記インターフェース・データをＧＰＳモジュールに渡す手段と；
    前記受信されたプロトコル支援データを前記地上位置サーバー局プロトコルに対して透過的なインターフェース・データに変換する手段
    を備える、プロトコル独立インターフェース。

Images