(57)【要約】  グローバルナビゲーション衛星システム（ＧＮＳＳ）の一部分又は態様のためのステータス又は障害を決定又は推定するためのシステム、方法及び技法が開示される。例えば、障害メッセージは、障害メッセージがイベント又は状態を示すインジケータを与える、複数のモバイルデバイスから受信され得る。モバイルデバイスのうちの２つ又はそれ以上から受信されたメッセージから取得された受信された障害メッセージ中の障害インジケータが、ＧＮＳＳの少なくとも一部分のステータス又は障害を推定するために組み合わせられ得る。推定された障害に関係する情報を伝達するオーグメンテーションパラメータが、モバイルデバイスのＧＮＳＳロケーションを改善するためにモバイルデバイスに転送され得る。
2018534537.tif 000002
【特許請求の範囲】
【請求項１】
ロケーションサーバが、
複数の報告モバイルデバイスから報告メッセージを受信することと、前記報告メッセージが、前記複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ以上のステータスインジケータとを備える、
ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの前記指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、前記複数の報告モバイルデバイスのうちの異なるものから受信された前記１つ以上のステータスインジケータを相関させることと、前記ステータスメッセージが、前記１つ以上のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、
前記ステータスメッセージを１つ以上のターゲットデバイスに送信することと
を行うことを備える方法。
【請求項２】
前記１つ以上のターゲットデバイスが、前記複数の報告モバイルデバイスのうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項３】
前記１つ以上のターゲットデバイスが、ロケーションの前記指示に少なくとも部分的に基づく特定の地理内に位置する、請求項１に記載の方法。
【請求項４】
前記１つ以上のターゲットデバイスが複数の地理中に位置する、請求項１に記載の方法。
【請求項５】
前記複数の報告モバイルデバイスがモバイル加入者デバイスを備え、ここにおいて、前記ステータスインジケータを相関させることが、
状態又はイベントを推定するために、前記複数の報告モバイルデバイスから取得された障害インジケータを１つ以上のＷＡＲＮ基準局から取得された１つ以上の障害インジケータと相関させること
を更に備える、請求項１に記載の方法。
【請求項６】
前記ステータスインジケータのうちの少なくとも１つが、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項１に記載の方法。
【請求項７】
前記ステータスインジケータのうちの少なくとも１つが、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項１に記載の方法。
【請求項８】
前記報告メッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、請求項１に記載の方法。
【請求項９】
通信ネットワークにメッセージを送信し、前記通信ネットワークからメッセージを受信するための通信インターフェースと、
１つ以上のプロセッサと
を備えるロケーションサーバであって、前記１つ以上のプロセッサは、
複数の報告モバイルデバイスから前記通信インターフェースにおいて受信された報告メッセージを取得することと、前記報告メッセージが、前記複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ以上のステータスインジケータとを備える、
ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの前記指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、前記複数の報告モバイルデバイスのうちの異なるものから受信された前記１つ複数のステータスインジケータを相関させることと、前記ステータスメッセージが、前記１つ以上のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、
前記ステータスメッセージの、前記通信インターフェースを通した、１つ以上のターゲットクライアントデバイスへの送信を開始することと
を行うように構成された、ロケーションサーバ。
【請求項１０】
前記１つ以上のプロセッサが、前記１つ以上のステータスインジケータに少なくとも部分的に基づいて状態又はイベントを推定するように更に構成された、請求項９に記載のロケーションサーバ。
【請求項１１】
前記複数の報告モバイルデバイスがモバイル加入者デバイスを備え、ここにおいて、前記１つ以上のプロセッサが、
状態又はイベントを推定するために、前記複数の報告モバイルデバイスから取得された障害インジケータを１つ以上のＷＡＲＮ基準局から取得された１つ以上の障害インジケータと相関させること
を行うように更に構成された、請求項９に記載のロケーションサーバ。
【請求項１２】
前記複数の報告モバイルデバイスのうちの少なくとも１つから受信された前記報告メッセージのうちの少なくとも１つが、支援データと、前記複数の報告モバイルデバイスのうちの前記少なくとも１つにおいて取得された少なくとも１つの観測値との比較に少なくとも部分的に基づく、請求項９に記載のロケーションサーバ。
【請求項１３】
前記ステータスインジケータのうちの少なくとも１つが、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項９に記載のロケーションサーバ。
【請求項１４】
前記ステータスインジケータのうちの少なくとも１つが、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項９に記載のロケーションサーバ。
【請求項１５】
前記ステータスインジケータのうちの少なくとも１つが、複数のＧＮＳＳによって送信された信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を示す、請求項９に記載のロケーションサーバ。
【請求項１６】
前記ステータスメッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、請求項９に記載のロケーションサーバ。
【請求項１７】
モバイルデバイスにおいて、
前記モバイルデバイスの現在ロケーションの指示を取得することと、
１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）から受信された衛星測位システム（ＳＰＳ）信号の１つ以上の観測値を取得することと、
前記取得された１つ以上の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、
前記モバイルデバイスの前記現在ロケーションの前記指示と前記推定された状態又はイベントの指示とを備える１つ以上のメッセージをサーバに送信することと
を備える方法。
【請求項１８】
前記状態又はイベントを推定することが、測位支援データをＳＰＳ信号の前記１つ以上の観測値のうちの少なくとも１つと比較することを備える、請求項１７に記載の方法。
【請求項１９】
前記測位支援データが前記ＳＰＳ信号のうちの１つ以上から復調される、請求項１８に記載の方法。
【請求項２０】
前記状態又はイベントを推定することが、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定することを備える、請求項１７に記載の方法。
【請求項２１】
前記状態又はイベントを推定することが、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ以上の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定することを備える、請求項１７に記載の方法。
【請求項２２】
前記１つ以上のメッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、請求項１７に記載の方法。
【請求項２３】
前記モバイルデバイスの前記現在ロケーションの前記指示を取得することが、前記ＳＰＳ信号のうちの少なくとも１つを収集することを更に備える、請求項１７に記載の方法。
【請求項２４】
通信ネットワークにメッセージを送信し、前記通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、
衛星測位システム（ＳＰＳ）受信機と、
１つ以上のプロセッサと
を備えるモバイルデバイスであって、前記１つ以上のプロセッサが、
前記モバイルデバイスの現在ロケーションの指示を取得することと、
１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）から前記ＳＰＳ受信機において受信されたＳＰＳ信号の１つ以上の観測値を取得することと、
前記取得された１つ以上の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、
前記モバイルデバイスの前記現在ロケーションの前記指示と前記推定された状態又はイベントの指示とを備える１つ以上のメッセージの、前記ワイヤレストランシーバを通した、サーバへの送信を開始することと
を行うように構成された、モバイルデバイス。
【請求項２５】
前記状態又はイベントが、測位支援データと、ＳＰＳ信号の前記１つ以上の観測値のうちの少なくとも１つとの比較に少なくとも部分的に基づいて推定される、請求項２４に記載のモバイルデバイス。
【請求項２６】
前記測位支援データが前記ＳＰＳ信号のうちの１つ以上から復調される、請求項２５に記載のモバイルデバイス。
【請求項２７】
前記測位支援データが、ロケーションサーバから前記ワイヤレストランシーバにおいて受信された１つ以上のメッセージから取得される、請求項２５に記載のモバイルデバイス。
【請求項２８】
前記１つ以上のプロセッサが、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定することによって前記状態又はイベントを推定するように構成された、請求項２４に記載のモバイルデバイス。
【請求項２９】
前記１つ以上のプロセッサが、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ以上の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定することによって前記状態又はイベントを推定するように構成された、請求項２４に記載のモバイルデバイス。
【請求項３０】
前記１つ以上のプロセッサが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従う前記メッセージの送信を開始するように構成された、請求項２４に記載のモバイルデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本ＰＣＴ出願は、その全体が参照により本明細書に組み込まれる、２０１５年９月４日に出願された「Methods and Systems For Collaborative Global Navigation Satellite System (GNSS) Diagnostics」と題する米国非仮特許出願第１４／８４５，９３６号の利益及び優先権を主張する。
【背景技術】
【０００２】
[0001]本開示の態様は、一般に、グローバルナビゲーション衛星システム（ＧＮＳＳ：Global Navigation Satellite System）並びにＧＮＳＳ事業者と、基準オーグメンテーション（augmentation）ネットワークと、消費者向けスマートフォン及び他のハンドヘルドデバイスを含む受信機要素との間の共同的技法によってそれらの信頼性を改善するための方法に関する。
情報：
[0002]グローバルナビゲーション衛星システム（ＧＮＳＳ）は、地上又は空中ベースＧＮＳＳ受信機に、しばしば「ＰＶＴ」と呼ばれる、それらの位置、速度、及びタイミングを導出する能力を与えるために広く展開される。これは、しばしば、位置、ナビゲーション、及びタイミング、又はＰＮＴとも呼ばれる。ＧＮＳＳシステム又はコンスタレーションの例としては、米国のＧＰＳ（全地球測位システム）、ロシアのＧＬＯＮＡＳＳ（グローバル軌道ナビゲーション衛星システム）、欧州のＧａｌｉｌｅｏ、中国のＣｏｍｐａｓｓ／ＢｅｉＤｏｕ（ＢＤＳ又はＢｅｉＤｏｕナビゲーション衛星システム）、インドのＩＲＮＳＳ（インド地域航法衛星システム）、日本のＱＺＳＳ（準天頂衛星システム）などがある。現在、各ＧＮＳＳコンスタレーションは、概して、互いに独立して動作されるが、衛星事業者国の間の公式の通信が増加しており、本明細書で説明される潜在的障害識別（fault）メッセージに関するものを含む、これらの有益な測位リソースの利益を獲得するために、将来において更なる協調が予想される。
【０００３】
[0003]概して、ＧＮＳＳ受信機は、一度に１つのＧＮＳＳコンスタレーションからの信号の処理をサポートするが、マイクロエレクトロニクスの進歩は、現在、モバイルデバイスにおける受信機が、２つ又はそれ以上のＧＮＳＳコンスタレーションの複数及び同時の受信及び処理をサポートすることを可能にする。この同時動作によって、単一のＧＮＳＳ受信機がそれのＰＶＴを１つ又は複数の特定のＧＮＳＳコンスタレーションから導出することが可能である。
【０００４】
[0004]ＧＮＳＳ受信機は、異なる形態で、多くの製品並びに民間及び防衛インフラストラクチャ要素中に含まれ得る。それは、ハイカー又はドライバーによって使用されるハンドヘルド受信機から、スマートフォンに、並びにより高い測位正確さが望まれるか又は必要とされるハイエンド測量及び地図作成適用例のために使用されるより高性能の特殊な受信機にわたる、モバイルデバイスを備えるユーザ機器デバイス（ＵＥ）中に含まれ得る。それは、本明細書で説明される、実装される態様のために、将来の製品中にも含まれ得る。本明細書で提供される特定の例はユーザ機器（ＵＥ）に言及するが、特定の実装形態又は実施形態は、含まれる１つ又は複数のＧＮＳＳ受信機を備える任意のハンドヘルド又は非ハンドヘルドエンティティを対象とし得る。ＵＥはまた、２つ以上のＧＮＳＳ受信機を備え得る。そのようなマルチＧＮＳＳ受信機は、例えば、あるアンテナ及び／又は受信機が別の受信機よりも高い信号対雑音比（ＳＮＲ）を経験している場合、ダイバーシティ動作のために、及び他の機能のために、初期位置算出時間（ＴＴＦＦ：time to first fix）の改善を可能にし得る。
【０００５】
[0005]以下の図を参照しながら非限定的で非網羅的な態様が説明され、ここにおいて、別段に規定されていない限り、様々な図の全体を通して、同様の参照番号は同様の部分を指す。
【図面の簡単な説明】
【０００６】
【図１】[0006]一実装形態による、モバイルデバイスを含んでいるシステムの幾つかの特徴を示すシステム図。
【図２】[0007]一実装形態による、グローバルナビゲーション衛星システム（ＧＮＳＳ）の少なくとも１つの態様に対して診断を実行するためのシステムの概略図。
【図３】[0008]一実施形態による、マルチＧＮＳＳロケーションサーバと１つ又は複数のモバイルデバイスとの間のメッセージングを示す概略図。
【図４】[0009]一実施形態による、モバイルデバイスから受信された障害メッセージに基づいてＧＮＳＳの一態様のステータスを推定するためのプロセスの流れ図。
【図５】[00010]一実施形態による、障害メッセージを与え、測位支援メッセージを受信するための、モバイルデバイスにおけるプロセスの流れ図。
【図６】[00011]一実装形態による、例示的なデバイスを示す概略ブロック図。
【図７】[00012]一実装形態による、例示的なコンピュータシステムの概略ブロック図。
【発明の概要】
【０００７】
[00013]手短に言えば、特定の実装形態は、ロケーションサーバにおいて、複数の報告モバイルデバイスから報告メッセージを受信することと、報告メッセージが、複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ又は複数のステータスインジケータとを備える、ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ：space vehicle）識別子又はＳＶ信号、若しくはそれらの任意の組合せに少なくとも部分的に基づいて、複数の報告モバイルデバイスのうちの異なるものから受信されたステータスインジケータを相関させることと、ステータスメッセージが、１つ又は複数のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、ステータスメッセージを１つ又は複数のターゲットデバイスに送信することとを備える方法を対象とする。
【０００８】
[00014]別の特定の実装形態は、通信ネットワークにメッセージを送信し、通信ネットワークからメッセージを受信するための通信インターフェースと、１つ又は複数のプロセッサとを備えるロケーションサーバを対象とし、１つ又は複数のプロセッサは、複数の報告モバイルデバイスから通信インターフェースにおいて受信された報告メッセージを取得することと、報告メッセージが、複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ又は複数のステータスインジケータとを備える、ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、複数の報告モバイルデバイスのうちの異なるものから受信されたステータスインジケータを相関させることと、ステータスメッセージが、１つ又は複数のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、ステータスメッセージの、通信インターフェースを通した、１つ又は複数のターゲットクライアントデバイスへの送信を開始することとを行うように構成される。
【０００９】
[00015]別の特定の実装形態は、モバイルデバイスにおいて、モバイルデバイスの現在ロケーションの指示を取得することと、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）から受信された衛星測位システム（ＳＰＳ）信号の１つ又は複数の観測値を取得することと、取得された１つ又は複数の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、モバイルデバイスの現在ロケーションの指示と推定された状態又はイベントの指示とを備える１つ又は複数のメッセージをサーバに送信することとを備える方法を対象とする。
【００１０】
[00016]別の特定の実装形態は、通信ネットワークにメッセージを送信し、通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、衛星測位システム（ＳＰＳ）受信機と、１つ又は複数のプロセッサとを備えるモバイルデバイスを対象とし、１つ又は複数のプロセッサは、モバイルデバイスの現在ロケーションの指示を取得することと、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）からＳＰＳ受信機において受信されたＳＰＳ信号の１つ又は複数の観測値を取得することと、取得された１つ又は複数の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、モバイルデバイスの現在ロケーションの指示と推定された状態又はイベントの指示とを備える１つ又は複数のメッセージの、ワイヤレストランシーバを通した、サーバへの送信を開始することとを行うように構成される。
【００１１】
[00017]上述の実装形態は例示的な実装形態にすぎず、請求される主題は、必ずしもこれらの例示的な実装形態の特定の態様に限定されるとは限らないことを理解されたい。
【発明を実施するための形態】
【００１２】
[00018]通常グローバルナビゲーション衛星システム（ＧＮＳＳ）動作では、ＧＮＳＳ事業者は、それのシステムの完全性又は信頼性を保証し得、所与のＧＮＳＳからユーザ機器デバイス（ＵＥ）によって決定された位置、速度、又は時間は、信頼できると仮定される。しかしながら、コンスタレーション及び／又は宇宙ビークル（ＳＶ）障害の履歴は、ＧＮＳＳの絶対信頼性が必ずしも仮定されるとは限らないことを示し、ＧＮＳＳ自体の制御セグメントの外部の１つ又は複数の「検査」が有益であり得る。更に、特定のＧＮＳＳの事業者が１つ又は複数のＳＶにおける幾つかの障害に気づいており、これを幾つかのユーザに示すためにブロードキャストデータを与えていることがある場合でも、ＧＮＳＳ（例えば別のサービスプロバイダのためのロケーションサーバ）の他のユーザは、少なくとも部分的に、ワイドエリア基準ネットワーク（ＷＡＲＮ：Wide Area Reference Network）などの基準ソースからの接続性の遅延又は欠如から起こる障害に、一時的に気づいていないことがある。
【００１３】
[00019]ＧＮＳＳ事業者によるＧＮＳＳシステムの動作は、衛星測位システム（ＳＰＳ）信号をリモートＧＮＳＳ受信機に送信し、制御セグメントからの誤差のないアップリンクコマンド信号を送信すると仮定され得る。しかしながら、ＧＮＳＳコンスタレーション内の所与のＳＶに関連するコンスタレーションアウテージ又は誤差を生じる誤差が、このプロセス中にあり得る。これらの誤差は、概して、意図的でないものとして分類され得る。残念ながら、現在動作可能な民間ＧＮＳＳ信号構造内に含まれている明示的認証機構はなく、多くの場合、民間コミュニティは、オーグメンテーションネットワークを含む様々な一貫性検査に依拠するように委ねられている。
【００１４】
[00020]コンスタレーション又は地上誤差などのＧＮＳＳ障害は、グローバルであり、コンスタレーションの世界的監視ネットワーク中で検出可能であり得る。しかしながら、コンスタレーション監視は、独立しており、コンスタレーション及び事業者にわたって多様であり得、全てのＧＮＳＳコンスタレーションの間で一様であるとは限らない。言い換えれば、カバレージの監視は、幾つかのＧＮＳＳコンスタレーション中で高品質であり得るが、全てのＧＮＳＳコンスタレーションのために広く保証されるとは限らない。更に、多くのＧＮＳＳシステムは、優先カバレージエリア、例えばＢｅｉｄｏｕの場合にはアジア太平洋地域又はＧａｌｉｌｅｏの場合には欧州地域を有する。これは、非優先エリア中で現在認識可能（visible）であるが優先エリア中で認識可能でないＳＶにおける障害が、優先エリア中で認識可能なＳＶにおける障害と比較して、よりゆっくり検出されるか、又は全く検出されないことがある、不均等な世界的監視を伴い得る。これは、ＧＮＳＳ事業者によって迅速に検出されない非優先エリアについての障害のより大きい出現率につながり得る。
【００１５】
[00021]適宜に構成された、マルチＧＮＳＳ受信機は、障害を示唆する状態を検出することが可能であり得るが、コンスタレーション／システム誤差を明確に検出することが必ずしも可能であるとは限らない。マルチＧＮＳＳ受信機は、障害を示唆する１つ又は複数の状態又はイベントのインジケータ又はディスクリプタを備える中央サーバへの「障害メッセージ」の形態の潜在的誤差ソースを報告し得る。誤った状態の最終決定は、中央サーバが、ある地域中の又は世界中の複数の地理的に分散されたＧＮＳＳ受信機からの障害メッセージを検査することによって、行われ得る。
【００１６】
[00022]特定のシナリオでは、リアルタイムで及び所与の地理的エリア中でＧＮＳＳ干渉のソースを検出し、局所化するためのミッションをもつ極めて多くの異種エンティティがあり得ることを理解されたい。一例では、オーストラリア主導のＧＮＳＳ環境監視システム（ＧＥＭＳ：GNSS Environmental Monitoring System）は、所与のエリア中でリアルタイムで干渉物を検出し、局所化しようと努める。ＧＥＭＳは、中央処理ユニットに接続されたアンテナアレイを組み込んだ幾つかの空間分布センサーノードからなる。ハイブリッド到来角（ＡＯＡ：Angle-of-Arrival）及び到着時間差（ＴＤＯＡ：Time-Difference-of-Arrival）技法を使用して、干渉ソースが局所化され得る。民間向けと軍隊向けの両方の多くの他のモニタネットワークが展開されている。本明細書で説明されるように、スマートフォン技術に基づくＵＥと中央要素（例えば、サーバ）とは、広大な地理についてＧＮＳＳ性能を監視することにおいて監視システムを支援又は増強（augment）し得る。
【００１７】
[00023]別の態様では、計画的な干渉ソースが、ＧＮＳＳ受信機誤差をもたらし得る意図的な誤差をもたらし得る。計画的な干渉ソースを与える潜在的機構は、ほんの数例を挙げると、（ａ）受信機の受信周波数帯域中の又はその近くの干渉を用いて、若しくは他の手段によって、ＧＮＳＳ信号をジャミング（妨害）すること、（ｂ）受信を改善するが位置の誤報告を引き起こすように、悪意をもって、誤って又はわざと、ＧＮＳＳ信号を再ブロードキャスト又は「誤った信号を送る（meaconing）」こと、（ｃ）例えばトラッキングデバイスを欺くために位置の制御可能な誤報告を作り出すように、ＧＮＳＳ信号をスプーフィング（spoofing）することを含み得る。そのような影響は、概して本質的に局所化され得、これは、影響を受けるＧＮＳＳシステムの事業者によって看過され得る。そのような局所中断誤差を検出するためのシステムが望ましい。
【００１８】
[00024]ジャミング及びスプーフィングは、アグレッサ（aggressor）が特定の地理的エリア中の１つ又は複数のＧＮＳＳ受信機を混乱させる、局所化現象であり得る。幾つかの場合には、ジャミング又はスプーフィングは、極めて局所（例えばスピード制御されるトラック、タクシー又は配送車両のためのＰＶＴ決定の中断）であることを意図され得るが、意図されないより広い影響を有し得る。他の場合には、より広い影響は、（例えば株式市場取引センターについての小さいタイミング誤差又は空港における遅延したエアトラフィックを作り出すために）計画的であり、意図されたものであり得る。影響を受けるエリア中のマルチＧＮＳＳ受信機は、どのＧＮＳＳコンスタレーションが、有効な又は信頼できるＰＶＴソリューションを与えるのかと、それを与えないＧＮＳＳコンスタレーションとを識別することが可能であり、これは、特定の地理的エリア中のアグレッサの存在を識別する能力を暗示し得る。ＧＮＳＳ受信機生成の障害メッセージが、分析のために中央サーバに送信され得、特定の地理的エリア中の複数のＧＮＳＳ受信機からの障害メッセージを分析することによって、ＧＮＳＳ障害状態の最終決定が行われ得る。サーバによる、これらの報告の更なる分析は、ジャミングエリアのより細かいグラニュラリティ（granularity）（例えばジャマーのロケーション）と、潜在的に、広帯域帯域内及び広帯域帯域外など、ジャミングソースの特性とを識別し得る。個々のＵＥ測定値は、異なる特定のＵＥの間で変動し得、個々に、障害又は干渉レベルを識別する限られた能力を有し得るが、複数のＵＥからの障害メッセージは、インパクトの特徴づけとインパクトロケーションの推定とを可能にし得る。
【００１９】
[00025]ＧＮＳＳ信号完全性の損失は、純粋に不都合と見なされ得る。しかしながら、システムが（例えば空港において、又は公共安全応答者によって）人命に関わる適用例（life critical application）の安全性において使用される場合、結果はより深刻になり得る。幾つかの状況では、ＧＮＳＳ事業者がＧＮＳＳ信号の損失のためのそれらの内部プロシージャに精通している場合でも、ＧＮＳＳ事業者は、ＧＮＳＳ信頼性に依存する多数の連結されたシステムについての暗示を理解しないことがある。ＧＮＳＳ誤差と局所中断影響の両方に対して保護する能力が望ましい。
【００２０】
[00026]幾つかの実装形態では、図１に示されているように、モバイルデバイス１００と衛星測位システム（ＳＰＳ）受信機／モニタ１６２とは、ＳＰＳ  ＳＶ１６０からのＳＰＳ信号１５９を受信又は収集し得る。幾つかの実施形態では、ＳＶ１６０は、ＧＰＳ衛星システム又はＧａｌｉｌｅｏ衛星システムなど、１つのグローバルナビゲーション衛星システム（ＧＮＳＳ）からのものであり得る。他の実施形態では、ＳＰＳ衛星は、限定はしないが、ＧＰＳ衛星システム、Ｇａｌｉｌｅｏ衛星システム、Ｇｌｏｎａｓｓ衛星システム、又はＢｅｉｄｏｕ（Ｃｏｍｐａｓｓ）衛星システムなど、複数の異なるＧＮＳＳからのものであり得る。他の実施形態では、ＳＰＳ衛星は、例えば、ほんの数例を挙げると、ワイドエリアオーグメンテーションシステム（ＷＡＡＳ：Wide Area Augmentation System）、欧州静止ナビゲーションオーバーレイサービス（ＥＧＮＯＳ：European Geostationary Navigation Overlay Service）、準天頂衛星システム（ＱＺＳＳ）など、任意の１つの幾つかの地域ナビゲーション衛星システム（ＲＮＳＳ：regional navigation satellite systems）からのものであり得る。
【００２１】
[00027]更に、モバイルデバイス１００は、ワイヤレス通信ネットワークに無線信号を送信し、ワイヤレス通信ネットワークから無線信号を受信し得る。一例では、モバイルデバイス１００は、ワイヤレス通信リンク１２３を介して、基地局トランシーバ１１０にワイヤレス信号を送信し、又は基地局トランシーバ１１０からワイヤレス信号を受信することによって、セルラー通信ネットワークと通信し得る。簡単のために、図１は、モバイルデバイス１００を、同じ基地局トランシーバ１１０を通してネットワーク１３０と通信しているものとして示している。他の実装形態では、モバイルデバイス１００は、異なる基地局トランシーバデバイスを通してネットワーク１３０と通信し得る。また、はるかに多い追加の地理的に分散されたモバイルデバイス（図示せず）は、ＳＶ１６０によって送信されたＳＰＳ信号１５９を収集し、ネットワーク１３０を通して他のデバイスとワイヤレス通信し得る。モバイルデバイス１００は、ユーザ機器（ＵＥ）、移動局、モバイル端末、ワイヤレスデバイス、ワイヤレス端末、デバイス、アクセス端末、局と呼ばれるか、又は何らかの他の名前によって呼ばれることがある。モバイルデバイスは、セルラーフォン、スマートフォン、タブレット、ラップトップ、ＰＤＡ、スマートウォッチ、又はワイヤレス通信機能をもつ任意の他のポータブルデバイスであり得る。
【００２２】
[00028]特定の実装形態では、基地局トランシーバ１１０は、リンク１４５を通してネットワーク１３０を介してサーバ１４０、１５０及び／又は１５５と通信し得る。ここでは、ネットワーク１３０は、ワイヤードリンク又はワイヤレスリンクの任意の組合せを備え得る。特定の実装形態では、ネットワーク１３０は、ローカルトランシーバ１１５又は基地局トランシーバ１１０を通したモバイルデバイス１００とサーバ１４０、１５０又は１５５との間の通信を容易にすることが可能なインターネットプロトコル（ＩＰ）インフラストラクチャを備え得る。別の実装形態では、ネットワーク１３０は、モバイルデバイス１００とのモバイルセルラー通信を容易にするために、例えば、基地局コントローラ又はモバイルスイッチングセンター（図示せず）など、セルラー通信ネットワークインフラストラクチャを備え得る。
【００２３】
[00029]特定の実装形態では、モバイルデバイス１００は、ＳＰＳ信号１５９の収集において、及び／又は収集されたＳＰＳ信号１５９からＰＶＴ結果を決定する際に使用するためのオーグメンテーションパラメータ（augmentation parameters）（例えば、測位支援又は補正パラメータ）を、サーバ１４０、１５０又は１５５からのメッセージ中で受信し得る。そのような測位支援パラメータは、例えば、ほんの数例を挙げると、ＵＥの近似ロケーション、ＧＮＳＳアルマナック、認識可能ＳＶのための予想されるドップラー及びコード位相シフト並びにＧＮＳＳ近似又はリアルタイムで決定された正確なＳＶ位置、軌道データ及びクロックを含み得る。このコンテキストでは、サーバ１４０、１５０又は１５５のうちの１つ又は複数は、オープンモバイルアライアンス（ＯＭＡ：Open Mobile Alliance）によって定義されたセキュアユーザプレーンロケーション（ＳＵＰＬ：Secure User Plane Location）ロケーションプラットフォーム（ＳＬＰ：SUPL Location Platform）又は第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）によって定義された拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ：Enhanced Serving Mobile Location Center）など、「ロケーションサーバ」を備え得る。補正パラメータは、例えば、ほんの数例を挙げると、軌道（エフェメリス（ephemeris）又はＳＶ位置データ）及び時間／クロック補正並びに擬似レンジ（pseudorange）及び／又はキャリア位相リアルタイムキネマティック（ＲＴＫ：Real Time Kinematic）データを含む差分補正を含み得る。
【００２４】
[00030]特定の実装形態では、ＳＰＳ受信機／モニタ１６２は、例えば、障害又は誤った動作を示し得る状態を検出するために、収集されたＳＰＳ信号１５９に基づいてＳＶ１６０の挙動を監視し得る。これらの障害又は誤った状態は、以下で説明されるように、ＳＰＳ信号１５９の幾つかの態様のうちのいずれか１つから起こり得る。これらの障害又は誤った状態は、ＳＰＳ受信機／モニタ１６２によって、ネットワーク１３０を通してサーバ１４０、１５０又は１５５のうちの１つ又は複数に送信されたメッセージ中で報告され得る。これらの障害又は誤った状態に少なくとも部分的に基づいて、サーバ１４０、１５０又は１５５のうちの１つ又は複数は、モバイルデバイス１００に与えられるべきオーグメンテーションパラメータを変更又は改変し得る。以下で説明されるように、特定の実装形態では、サーバ１４０、１５０又は１５５は、オーグメンテーションパラメータを変更又は改変するために、複数のモバイルデバイスから受信された障害メッセージを組み合わせ得る。
【００２５】
[00031]一実施形態によれば、モバイルデバイス１００は、ＳＰＳ信号１５９の収集に少なくとも部分的に基づいて、１つ又は複数のＧＮＳＳの障害又は誤った動作を示し得る状態を検出し得る。モバイルデバイス１００は、検出された状態を非難する障害メッセージを、ネットワーク１３０を通してサーバ１４０、１５０又は１５５のうちの１つ又は複数に送信し得る。サーバ１４０、１５０又は１５５のうちの１つ又は複数は、次いで、ＳＰＳ受信機／モニタ１６２によって報告された障害又は誤った状態と、モバイルデバイス１００から受信された障害メッセージとに基づいて、特定のＧＮＳＳについて生じる障害を特徴づけるか、又は推定し得る。特定のＧＮＳＳについて推定された１つ又は複数の障害は、特定のＧＮＳＳについての１つ又は複数のＳＶの１つ又は複数の障害（例えばタイミング誤差又は信号誤差）によって引き起こされ得るか、又は外部ソース（例えば意図的であるか又は意図的でないジャミング）によって引き起こされ得る。障害の推定は、次いで、ＧＮＳＳ受信機への結果を決定し得、幾つかの場合には、インパクトの、可能性がある原因及びエリアをも決定し得る。
【００２６】
[00032]図２は、（例えば、ＳＶ１６０を含む）宇宙セグメント（Space Segment）２５０と、（例えば、サーバ１４０、１５０又は１５５のうちの１つ又は複数を含む）中央サーバ２５６と、（例えば、ＳＰＳ受信機／モニタ１６２を含む）ＷＡＲＮ２５８と、（例えば、ＳＰＳ受信機／モニタ１６２及び／又はサーバ１４０、１５０及び１５５のうちの１つ又は複数を含む）制御セグメント２６０と、（例えば、モバイルデバイス１００を含む）ユーザセグメント２５２とを備えるグローバルナビゲーション衛星システム（ＧＮＳＳ）の少なくとも１つの態様に対して診断を実行するためのシステムの概略図である。宇宙セグメント２５０は、ほんの数例を挙げると、米国のＧＰＳ（全地球測位システム）、ロシアのＧＬＯＮＡＳＳ（グローバル軌道ナビゲーション衛星システム）、欧州のＧａｌｉｌｅｏ、中国のＢｅｉＤｏｕ／Ｃｏｍｐａｓｓ（ＢＤＳ又はＢｅｉＤｏｕナビゲーション衛星システム）、インドのＩＲＮＳＳ（インド地域航法衛星システム）及び日本のＱＺＳＳ（準天頂衛星システム）など、現在、所定の位置にあるか、若しくはプランニング及び／又は開発段階にある、複数の異なるＧＮＳＳシステム又はコンスタレーションのためのＳＶを備え得る。更に、これらのコンスタレーションのうちの幾つかは、ＧＮＳＳナビゲーションビーコンと、それらのＧＮＳＳビーコンカウンターパートとは異なる、静止軌道などの軌道中にしばしばある宇宙ベースオーグメンテーションシステム（ＳＢＡＳ：Space Based Augmentation System）を含むオーグメンテーションシステムとのデュアル機能をサービスし得る。
【００２７】
[00033]図２では、ＷＡＲＮメッセージ２１５（２１６）はＳＢＡＳを通して中央サーバ２５６に送られ得るが、ＷＡＲＮメッセージ２１１（２１０）は直接送られ得ることを除いて、２１５（２１６）は２１１（２１０）と機能的に類似し得る。（ユーザセグメント２５２からの）メッセージ２０６と（ＷＡＲＮ２５８からの）メッセージ２１１とは、中央サーバ２５６への機能的に類似する障害インジケータメッセージであり得る。中央サーバ２５６の、（ユーザセグメント２５２への）メッセージ２０７と（ＷＡＲＮ２５８への）メッセージ２１７とは、機能的に類似する構成及び／又はオーグメンテーションメッセージであり得る。中央サーバ２５６の、（当局２５４への）メッセージ２０９と、（ＷＡＲＮ２５８への）メッセージ２１７と、（制御セグメント２６０への）メッセージ２１９とは、機能的に類似する障害インジケータメッセージであり得る。
【００２８】
[00034]一実施形態では、中央サーバ２５６は、（ｉ）３ＧＰＰ技術仕様（ＴＳ）２３．２７１及び３６．３０５に記載されている拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ）、（ｉｉ）セキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションソリューションのためのオープンモバイルアライアンス（ＯＭＡ）によって定義されるＳＵＰＬロケーションプラットフォーム（ＳＬＰ）、又は（ｉｉｉ）ＯＭＡによって更に定義されるホームＳＬＰ（Ｈ−ＳＬＰ：Home SLP）、ディスカバードＳＬＰ（Ｄ−ＳＬＰ：Discovered SLP）又は緊急ＳＬＰ（Ｅ−ＳＬＰ：Emergency SLP）若しくはそれらの任意の組合せを備え得る。一実施形態では、図２で示され、本明細書の他の場所で言及されるメッセージ２０５、２０６、２０７及び／又は２０８のいずれかは、３ＧＰＰ  ＴＳ３６．３５５において定義されるＬＴＥ（登録商標）測位プロトコル（ＬＰＰ：LTE Positioning Protocol）に従って送信されるメッセージ、ＯＭＡによって定義されるＬＰＰ拡張プロトコル（ＬＰＰｅ：LPP Extensions Protocol）に従って送信されるメッセージ又はＯＭＡによって定義されるＳＵＰＬユーザプレーンロケーションプロトコル（ＵＬＰ：User plane Location Protocol）に従って送信されるメッセージを備え得る。一実施形態では、図２に示されているメッセージ２０５、２０６、２０７及び／又は２０８のいずれかは、（ｉ）１つ又は複数のＬＰＰメッセージが埋め込まれるＵＬＰメッセージ、（ｉｉ）１つ又は複数のＬＰＰメッセージが埋め込まれるＵＬＰメッセージ、ここにおいて、埋め込まれたＬＰＰメッセージのうちの１つ又は複数が、各々、埋め込まれるＬＰＰｅメッセージを含んでいる、又は（ｉｉｉ）１つのＬＰＰｅメッセージが埋め込まれるＬＰＰメッセージを備え得る。
【００２９】
[00035]簡単のために、図２は、単一のＧＮＳＳシステム／コンスタレーションの態様を示す。しかしながら、特定の実施形態では、図２は、複数のＧＮＳＳを備える動作環境のために複製され得るＧＮＳＳの態様を示し、図２の特徴の複数のインスタンス化は、複数のＧＮＳＳコンスタレーションを表すために所定の位置にあると見なされ得る。ここのコンテキストでは、少なくとも１つの中央サーバ２５６が宇宙セグメント２５０中の１つ又は複数のＧＮＳＳコンスタレーションと通信している特定の場合が説明され、例えば、１つ又は複数のワイドエリア基準ネットワーク（ＷＡＲＮ）２５８が特定のＧＮＳＳコンスタレーションをサービスし、ユーザセグメント２５２中の複数のＵＥがシングルＧＮＳＳ又はマルチＧＮＳＳ受信能力を有する。１つ又は複数のＧＮＳＳ又はコンスタレーションは、（例えば、ユーザセグメント２５２中の）地上のＧＮＳＳ受信機が、それらの位置、速度及び／又は高精度時間を決定することを可能にし得る。
【００３０】
[00036]一実施形態によれば、宇宙セグメント２５０は、ＧＮＳＳコンスタレーション中のＳＶを備え得る。そのようなＳＶは、地球軌道中にあり得、任意のＧＮＳＳコンスタレーションについて集合的に、高い割合のカバレージを地球上の所与の位置に与えるように設計され得る。ＳＶは、ここではＳＰＳ信号と呼ばれる、宇宙からの無線信号をブロードキャストし得る。ＳＰＳ信号は、ほんの数例を挙げると、ＳＶ固有コード化測距信号、軌道パラメータ、タイミング／クロックパラメータ及び大気データを含むダウンリンクデータを搬送し得る。ＳＰＳ信号２０２は、地上の要素（例えば、制御セグメント２６０のモニタ局又はユーザセグメント２５２のＵＥ）によって収集され得る。特定のシナリオでは、地球の周りのＳＶの動きと地上の局所遮断状態とが、地上要素におけるＳＰＳ信号の受信を劣化させるか、又は完全に不明瞭にし得る。例えば、宇宙セグメント２５０のＳＶ、制御セグメント２６０中で、又は外部ソースによって制御セグメント２６０に供給されるメッセージ中で、異なるタイプのＧＮＳＳ故障が生じ得る。例示的な故障モードとそのような故障モードに対処するための方法とが、本明細書で説明される。
【００３１】
[00037]一実施形態によれば、制御セグメント２６０は、１つの特定のＧＮＳＳコンスタレーションに専用であり得、マスタ制御局（ＭＣＳ：master control station）と、データアップリンク局と、モニタ局（ＭＳ：monitor station）との地上ベースネットワークを備え得、その役割は、関連するＧＮＳＳコンスタレーションの現在ステータスを監視し、制御し、決定することであり得る。特定のＧＮＳＳについて、１つ又は複数のＭＣＳ（例えば、１つの１次バックアップ及び他のバックアップ）と、１つ又は複数のデータアップローディング局と、世界中に位置する複数のモニタ局とを備える単一の制御セグメント２６０があり得る。信号及び／又はメッセージは、それのＧＮＳＳ  ＳＶの適切な動作を可能にするために、制御セグメント２６０の要素間で交換され得る。制御セグメント２６０は、ほんの数例を挙げると、ＧＮＳＳ  ＳＶを追跡し、それらの送信を監視し、分析を実行し、それらのコンスタレーションにコマンド及びデータを送り得る。
【００３２】
[00038]特定のＧＮＳＳシステムでは、マスタ制御局（ＭＣＳ）は、正確さを維持するために、ＳＶの軌道パラメータ（例えばＳＶがユーザセグメント２５２にブロードキャストするパラメータ）と機内高精度クロック（onboard high-precision clocks）とを調整するためのメッセージ２０１を送り得る。ＧＮＳＳは、完全性の理由のためにモニタ局（ＭＳ）を動作させ得る。ＭＳは、好適なカバレージを与えるために広い地理的エリア上に設置され得る。特定のＧＮＳＳのためのＭＳは、アウトライアー完全性データを識別するためにＳＶの信号及びステータスを監視し得、完全性データをメッセージ２６２中で関連するＭＣＳに中継し得る。例えば、ＧＰＳ  ＭＳは、そのような様式で高精度測位サービス（ＰＰＳ：Precise Positioning Service）ＳＰＳ信号を監視し得る。一実施形態によれば、ＭＣＳは、１つ又は複数のＭＳからのメッセージ２６２を分析し、アップリンクメッセージをメッセージ２０１中で１つ又は複数のＳＶに送信し得る。メッセージ２０１中で送信されるアップリンクメッセージは、例えば、データアップリンク局を通したＳＶへの軌道（エフェメリス又はＳＶ位置データ）及び時間／クロック補正など、コンスタレーション中の特定のＳＶのための補正パラメータを備え得る。アップリンクメッセージは、大気データ及びアルマナック（暦）データ（almanac data）をも含み得る。
【００３３】
[00039]ユーザセグメント２５２は、例えば、ＰＶＴを導出するために、ＧＮＳＳ中のＳＶから送信された受信ＳＰＳ信号２０２を処理することが可能なＵＥを備え得る。ユーザセグメント２５２中のＵＥは、例えば、ハイカー又はドライバーによって使用されるハンドヘルド受信機から、スマートフォンに、より高い測位正確さが望まれる高性能測量（high-end survey）及び地図アプリケーション（mapping applications）のために使用されるより高性能の特殊な受信機にわたり得る。ＵＥは、１つのＧＮＳＳコンスタレーションからそれのＰＶＴを決定し得る。他の実装形態では、ＵＥは、それのＰＶＴを決定するために、複数の異なるＧＮＳＳコンスタレーションからのＳＰＳ信号を同時に処理し得る。幾つかの実装形態では、ユーザセグメント２５２中の一部又は全部のＵＥは、ＳＰＳ信号２０２を測定することと、ＳＰＳ信号２０２中で受信されたか、若しくは中央サーバ２５６又はサーバ１４０、１５０又は１５５のうちの１つなど、別個のサーバから受信された（１つ又は複数の）ナビゲーションパラメータを使用してＰＶＴ（又は位置など、ＰＶＴのうちの１つの成分のみ）を決定することとの両方を行い得る。幾つかの他の実装形態では、ユーザセグメント２５２中の一部又は全部のＵＥは、ＳＰＳ信号２０２を測定し、その測定値を、中央サーバ２５６若しくはサーバ１４０、１５０又は１５５のうちの１つなど、別個のサーバに送り得、そのサーバが、次いで、ＳＶから直接、又はＷＡＲＮ（例えばＷＡＲＮ２５８）など、別のソースから受信されたナビゲーションデータを使用して、ＵＥのためのＰＶＴ（又は位置など、ＰＶＴのうちの１つの成分のみ）を決定する。更に、ユーザセグメント２５２中のＵＥは、地球上で地理的に分散され得る。
【００３４】
[00040]一実施形態によれば、ＧＮＳＳは、ＳＶからＧＮＳＳ受信機までのレンジを測定するために最終的に使用され得る、特定のＧＮＳＳ受信機における少なくとも２つのタイプの測定値、即ち、擬似レンジ（コード位相としても知られる）及びキャリア位相を可能にし得る。約１０メートルから約１メートルまでの精度は、収集されたＳＰＳ信号に基づいて擬似レンジ測定値から導出されたロケーション推定値のために達成され得る。一方、あいまいさが確実に決定され得る場合、キャリア位相観測値を用いてセンチメートルレベルの精度、更にはミリメートルレベルの精度が達成され得る。差動ＧＮＳＳ（ＤＧＮＳＳ：differential GNSS）として知られる、差動擬似レンジ補正及び差動キャリア位相補正を含む、精度のより低い値は、本明細書で説明されるオーグメンテーション方法を用いて取得され得る。
【００３５】
[00041]特定の実施形態によれば、ＵＥは、それの位置及び／又はそれの位置、速度及びクロックを推定するために（ＳＰＳ信号の収集から）擬似レンジ測定値を決定し得る。擬似レンジ測定値は、ＳＶ位置、タイミング及び大気変動などの他のファクタの高精度でない知識によって、真値から変動し得る。擬似レンジ測定値に対する補正は、ＵＥ導出ロケーション推定値の正確さを改善するか、若しくは、より高い精度のＵＥ導出ロケーション推定値の決定を可能にし得る。擬似レンジ補正は、本明細書で説明されるオーグメンテーション又は支援メッセージを介して１つ又は複数のＤＧＮＳＳ基準局受信機及び／又はサーバから受信され得る。
【００３６】
[00042]ＵＥはまた、それの位置を決定するための、及びＲＴＫ動作モードにおいて無線周波数キャリア信号自体を使用する、キャリア位相測定値を採用し得る。ＲＴＫは、高周波数キャリア信号の測定された位相を処理することによって、高い正確さを提供し得る。例えば、ＧＰＳ  Ｌ１信号は、ごく一部の波長の測定正確さを達成することがｃｍからｍｍまでの正確さを生じ得るように、約１９ｃｍの波長を有する。ここで、ＳＶから受信機に送信されるキャリアサイクルの数が、ＳＶからＵＥまでの擬似レンジを測定するために計数され得る。しかしながら、ＵＥキャリア位相測定値は、測定されているキャリアサイクルのある整数＋０〜３６０度のレンジ内の位相値を生じ得る。擬似レンジ測定値は、ＵＥがある（例えば、Ｌ１）波長の送信時間を別のものと弁別することができない場合、「あいまい」であり得る。従って、ＳＶからＵＥまでのキャリアサイクルの総数は、最初に正確に決定されないことがある。しかしながら、後続のＲＴＫ処理は、あいまいさを解決し、ＳＶからＵＥまでの正確なレンジを決定するために、電離層、対流圏及び軌道誤差など、距離依存変数（distant-dependent variable）を減らし得る。
【００３７】
[00043]特定の実装形態では、異なる周波数における特定の信号構造を伴うマルチ周波数動作を介したＧＮＳＳは、擬似レンジ測定値及びキャリア位相測定値における改善された正確さを可能にし得る。特に消費者グレードのＧＮＳＳ受信機中の１つの誤差ソースは、電離層の周波数依存伝搬遅延成分のための、除去又は正しく調整する能力を妨げる単一周波数動作から起こり得る。ここで、二重周波数動作は、電離層誤差を大幅に低減し、従ってレンジ測定値の正確さを改善し得る。ＧＮＳＳコンスタレーション中のＳＶは、ＧＰＳ、Ｇａｌｉｌｅｏ及びＢｅｉＤｏｕ／ＣｏｍｐａｓｓにおけるＬ１／Ｅ１及びＬ５／Ｅ５など、２つ又はそれ以上の周波数帯域中で信号をブロードキャストし得、民間航空のために利用可能であり、電離層遅延の変動に起因する擬似レンジ誤差及びキャリア位相誤差の低減を可能にし得る。本明細書の説明に関係するものとして、ＧＮＳＳシステムエンティティ間の追加のメッセージングが、コンスタレーション、ＳＶ及び受信機における単一及び／又は二重周波数能力に関係する動作態様を協調させるのを支援し得る。
【００３８】
[00044]航空などの人命適用例の安全性は、高い信頼性要件を条件とすることがある。ここで、ＧＮＳＳコンスタレーションの性能は、ＧＮＳＳコンスタレーション自体を越えた外部支援又は外部通信に対する依存なしに、自律的に維持され得る。ＧＰＳのために最初に開発された１つの高信頼性技法は、受信機自律型完全性モニタ（ＲＡＩＭ：Receiver Autonomous Integrity Monitor）として知られる。特定の実装形態では、航空機は、本明細書で説明される方法では、ＧＮＳＳ障害を自律的に検出するためにＲＡＩＭ対応受信機を装備され得る。マルチＧＮＳＳ  ＲＡＩＭに向かうより最近の調査を含む、ＲＡＩＭへの進歩は、それの導入以来、適切であり得る。特定の実装形態では、ＲＡＩＭ技法は、実際、信頼性メッセージを与え得る。例えば、ＲＡＩＭ技法は、航空機の間で維持され、報告されるが、外部に（例えば、中央サーバに）報告されない、航空機から取得された観測値に基づいて「障害」を検出し得る。しかしながら、他の実装形態では、航空機において取得されたそのような観測値は、他のデバイスからの観測値と組み合わせられるために、別のエンティティにフォワーディングされ得る。例えば、航空機から取得された観測値は、例えば、ユーザセグメント２５２、ＷＡＲＮ２５８又は宇宙セグメント２５０から取得された観測値と組み合わせられるために、中央サーバ２５６に転送され得る。
【００３９】
[00045]一実施形態によれば、ＷＡＲＮ２５８は、ＧＮＳＳ中の（例えば、宇宙セグメント２５０中の）ＳＶによって送信されたＳＰＳ信号を受信し、処理する地理的に分離された基準局のセットを備え得る。一実施形態によれば、ＷＡＲＮ２５８は、それの公称完全性機能の一部としてＧＮＳＳ事業者によって動作され得るか、若しくは、民間エンティティ、消費者エンティティ又は他のエンティティなど、他の当事者によって動作され得る。ＷＡＲＮ２５８内で、基準局は、消費者ＵＥ中で維持されるものよりもはるかに高精度の、極めて正確なクロックを装備され、基準局のための極めて正確な位置を与えるために測量され得る。基準局において取得されたＧＮＳＳベース測定値（例えば、ＰＶＴ）は、消費者ＵＥ（例えばスマートフォン、タブレット、セルフォン）など、より低コストのデバイス中のＧＮＳＳ受信機において取得されたＧＮＳＳベース測定値よりも著しく正確であり得る。ＷＡＲＮ基準局のうちの１つ又は複数は、直接、又は１つ又は複数のサーバエンティティを通して、ＵＥと通信し得る。
【００４０】
[00046]一実施形態によれば、ＷＡＲＮ２５８は、オーグメンテーションとサービス信頼性／完全性とを向上させることを対象とするサービスを与え得る。オーグメンテーションは、ＧＮＳＳ受信機によって行われた測定値に適用されるべき「補正パラメータ」及び／又はＧＮＳＳ受信機のＳＰＳ信号の収集を支援するための「支援パラメータ」の生成によるＧＮＳＳの性能又はＰＶＴ正確さの改善を可能にし得る。サービス信頼性／完全性向上は、個々のＳＶに限定されるか、又はＧＮＳＳコンスタレーション全体に適用可能な「誤った」又は「障害」状態の知識から恩恵を受け得るＧＮＳＳ受信機への「完全性」又は「障害」メッセージの生成による、を含む、正確な位置の導出を可能にし得る。
【００４１】
[00047]ＷＡＲＮ２５８の１つの特定の目的は、ＵＥ位置（ＰＶＴ）決定のＵＥ性能を改善することであり得る。例示的な一実施形態では、ＷＡＲＮ２５８は、ＵＥによって取得された測定値の位置正確さを改善するために、オーグメンテーションシステムが、擬似レンジ及び／又はキャリア位相の「差分補正」をＵＥに与えるのを可能にするか、又はサポートし得る。異なるモードでは、ＷＡＲＮ２５８は、リアルタイム導出ＳＶ及び基準局位置など、「絶対補正（absolute correction）」を与えることを可能にし得る。
【００４２】
[00048]ＷＡＲＮ２５８は、地上及び／又は衛星ベース通信を伴う様々な様式で、ＳＰＳ測定値を補正し、及び／又はＳＶ信号の収集を支援するための支援データを搬送するオーグメンテーションメッセージをＵＥに送信し得る。地上動作モードでは、ある動作モードは、幾つかの場合には、地域エリアオーグメンテーションシステム（ＲＢＡＳ：regional area augmentation system）としても説明される、ローカルエリアオーグメンテーションシステム（ＬＡＡＳ：local area augmentation system）を伴い得、別の動作モードは、ワイドエリアオーグメンテーションシステム（ＷＡＡＳ）を伴い得る。
【００４３】
[00049]別の動作モードでは、ＷＡＲＮ２５８は、１つ又は複数の静止衛星への１つ又は複数のアップリンクを使用し得、それにより、衛星は、宇宙ベースオーグメンテーションシステム（ＳＢＡＳ）として知られるモードでＵＥに信号をフォワーディングする。ここで、ＷＡＲＮ２５８を用いたメッセージングは、メッセージ２１５及び２１６において可能にされ得る。別の動作モードでは、ＬＢＡＳ、ＲＢＡＳ及びＷＡＡＳは、ＳＢＡＳ衛星を含み得る。また別の動作モードでは、個々のＷＡＲＮ基準局は、ＳＢＡＳ衛星を介してメッセージを通信し得る。
【００４４】
[00050]ＷＡＲＮ２５８によって与えられる差分補正に関して、（正確なクロックのそれの使用を知ることに加えて）基準局位置が正確に知られる場合、測定された位置とＷＡＲＮ基準局における実際の位置との偏差が計算され得る。その偏差は、正しい位置の計算を可能にし得る個々のＳＶまでの測定された擬似レンジに対する補正を推定するために使用され得る。これらの補正は、それにより、他のＧＮＳＳユーザ受信機の測定された位置の補正のために使用され得る。これらの補正は、例えば、（ユーザセグメント２５２において発信する障害メッセージとは別様に扱われ得る）メッセージ２１０中のオーグメンテーションメッセージ中で中央サーバ２５６に送信され得る。補正は、大気現象（例えば電離層遅延）に関する補正の場合、補正を与えたＷＡＲＮ基準局に局所であるものとして、中央サーバ２５６によって扱われ得、ＷＡＲＮ基準局の近傍にあるＵＥが、ＵＥによって行われた測定値（例えば擬似レンジ測定値）を補正することを可能にするために、これらのＵＥに与えられ得る。更に、中央サーバ２５６は、複数のＷＡＲＮ基準局から受信された補正を、大きいエリア（例えば国、大陸又は更には全世界）に適用可能であり得る補正に組み合わせ得る。複数のＷＡＲＮ基準局から受信された補正を組み合わせるためのプロセスは、特定のＷＡＲＮ基準局に関連しないロケーションに対する補正の補間又は外挿を含み得る。例えば、ＷＡＲＮ２５８中の３つの基準局が各々、各ＷＡＲＮ基準局のロケーションにおける局所大気（例えば、電離層及び／又は対流圏）遅延に関連する擬似レンジ補正を与える場合、中央サーバ２５６は、３つのＷＡＲＮ基準局によって定義される３つの頂点をもつ三角形内のロケーションにおいて適用されるであろう補正を推定するために、３つの補正間で、又はそれらの間で補間し得る。そのような補間及び外挿を実行する際に、中央サーバ２５６は、（例えば、測候所（weather bureau）及び／又は気象観測所（weather station）からの）そのような気象データ追加のデータを利用し得る。
【００４５】
[00051]特定の実装形態では、制御セグメント２６０は、関連するＧＮＳＳの信頼性／完全性をサポートするか、又は向上させ得る。特定のＧＮＳＳのための公称ＧＮＳＳ動作性能が、特定のＧＮＳＳのために詳細に定義され得る。ＷＡＲＮ２５８の役割は、特定のＧＮＳＳのための信頼性／完全性をサポートするか、又は向上させることであり得、それは、特定のＧＮＳＳのための固有の要件に基づき、場合によっては、ＷＡＲＮ２５８によってサポートされ得る他のＧＮＳＳのための固有の要件に基づき得る。
【００４６】
[00052]特定の実装形態では、ＷＡＲＮ基準局は、固定エンティティを備え得、電源と電力消費とに基づく制約を有し得る。他の実装形態では、ＷＡＲＮ２５８は、ＧＮＳＳオーグメンテーション及び／又は信頼性／完全性システムをサポートする際に使用するための「ＵＥ導出」ＷＡＲＮ基準局を活用し得る。「ＵＥ導出」ＷＡＲＮ基準局は、ＳＶ信号における障害を検出し、及び／又は、中央サーバ２５０又は他のサーバが擬似レンジ測定値に対する障害及び／又は補正を決定することを可能にすることができる測定値又は他のデータを、中央サーバ２５０又は他のサーバに与える、場合によっては通常ＷＡＲＮ基準局のそれよりも正確でないが、それと同様の、能力を有する消費者ＵＥを備え得る。ＵＥ導出ＷＡＲＮ基準局の場合、中央サーバ２５０又は他のサーバは、報告された障害及び／又は推定された補正の正確さ及び信頼性を増加させ、そのような報告された障害及び／又は推定された補正におけるＵＥ固有誤差成分を低減するために、障害報告及び／又は（例えば平均化を介した）与えられた測定値から推定された補正をアグリゲートし、組み合わせ得る。
【００４７】
[00053]一実装形態では、中央サーバ２５６は、（例えば、メッセージ２１０中で）オーグメンテーション又は支援フィードを受信し、（例えば、更新された支援パラメータ又は補正パラメータを含む）オーグメンテーションメッセージのコヒーレントセットをメッセージ２０５中でユーザセグメント２５２に配信するために、受信されたオーグメンテーション又は支援フィードを統合し得る。特定の実施形態では、メッセージ２１０は、参加するＵＥのための初期位置算出時間（ＴＴＦＦ）を改善するためのＳＶ位置及びクロックデータを伴うＳＶ軌道パラメータを、中央サーバ２５６に与え得る。特定の実施形態では、中央サーバ２５６は、支援ＧＮＳＳ（ＡＧＮＳＳ：Assisted GNSS）動作において使用するための支援サーバ（図示せず）を備え得る。
【００４８】
[00054]特定の実装形態では、ＵＥは、中央サーバ２５６から受信されたメッセージ中でＧＮＳＳ測位支援を取得するためのモードで動作し得る。例示的な実装形態では、インターネットプロトコル（ＩＰ）ベースプロトコル通信を利用する、オープンモバイルアライアンス（ＯＭＡ）からのセキュアユーザプレーンロケーション（ＳＵＰＬ）ソリューションは、ＵＥが、中央サーバ２５６から迅速に（例えば数秒又はそれ以下内に）ＧＰＳ及び／又は他のＧＮＳＳ衛星のための支援情報を受信することを可能にし得る。代替的に、ＵＥは、中央サーバ２５６との通信がないスタンドアロンモードで動作し得る。しかしながら、この場合、ＵＥは、ＳＶ位置及びクロックデータを含む本質的に同じ支援データ（例えばナビゲーションデータ）を受信し、決定（例えば、復調）し得、それには、３０秒以上かかり得る。また別の代替モードでは、中央サーバ２５６は、例えば７〜３０日の期間のためのモデル化されたＳＶエフェメリス（ephemeris（天体位置表））及びクロックデータが（例えば、７〜３０日ごとに）ＵＥに周期的に送られ得る所謂「長期軌道」を、参加するＵＥに供給し得る。
【００４９】
[00055]中央サーバ２５６から与えられたオーグメンテーションパラメータは、ＧＮＳＳ測定値又は測位の品質又は適時性の改善を可能にするためにオーグメンテーションメッセージ中でＵＥに送信され得る。例えば、オーグメンテーションパラメータは、ＳＶエフェメリス（位置）及びクロックパラメータを含み得る支援パラメータのセットを備え得る。追加の支援パラメータは、例えば、しばしば長期軌道としても知られる、より長い時間期間にわたって有用であり得る衛星エフェメリス（例えば軌道／位置）の特徴づけを含み得る。これは、このより長い時間期間にわたるクロック／タイミングモデルをも含み得る。オーグメンテーションパラメータは、例えば、軌道（例えばエフェメリス又はＳＶ位置データ）及び時間／クロック補正など、補正パラメータのセットをも備え得る。
【００５０】
[00056]中央サーバ２５６に支援パラメータを与えることに加えて、メッセージ２１０は、擬似レンジ及び／又はキャリア位相のための差分補正若しくはＳＶのための絶対補正など、オーグメンテーションパラメータを与え得る。ここで、中央サーバ２５６は、メッセージ２０５中でＵＥに送信されるべき支援パラメータを導出したために、メッセージ２１０を処理し得る。支援パラメータは、まれに、又は、リアルタイムでを含む、頻繁に、メッセージ２０５中でＵＥに与えられ得る。
【００５１】
[00057]一実施形態によれば、ＵＥは、潜在的ＳＶ誤差、１つ又は複数のコンスタレーション中の１つ又は複数のＳＶにおける障害、又は局所ジャミングイベントを示す特定の状態を検出するために、１つ又は複数のＧＮＳＳコンスタレーションからのＳＰＳ信号を分析するように構成され得る。ＵＥがそのような状態を検出した場合、ＵＥは、例えば、ＵＥロケーション、現在タイムスタンプ及び／又は持続時間を含み得るパラメータを伴って、「障害メッセージ」を中央サーバ２５６に送信するように構成され得る。例えば、ＵＥから中央サーバ２５６へのそのようなＧＮＳＳ障害メッセージは、メッセージ２０６中で送信され得る。中央サーバ２５６が、世界中からの複数の異なる地理的に分散されたＵＥから障害メッセージを受信し得ることを理解されたい。更に、特定のＵＥからの障害メッセージは、複数の異なるＧＮＳＳコンスタレーションに特有の状態の分析に基づき得る。
【００５２】
[00058]ＵＥが検出し得る障害状態の例としては、例えば、（ｉ）（例えば中央サーバ２５６によって前に与えられた支援データに基づく試みを行った後に）特定のＳＶからの信号を検出し、測定することができないこと、（ｉｉ）（例えば、同じＳＶから、場合によっては異なる周波数において異なる信号を正常に検出し、測定した後に）特定のＳＶから（例えば特定の周波数において）特定の信号を検出し、測定することができないこと、（ｉｉｉ）同じＧＮＳＳコンスタレーション中の（又は他のＧＮＳＳコンスタレーション中の）他のＳＶのための信号強度よりも著しく高く、従ってジャミング又はスプーフィングを示し得る、特定のＳＶからの信号強度の検出、（ｉｖ）同じＧＮＳＳコンスタレーション中の（又は他のＧＮＳＳコンスタレーション中の）他のＳＶのために測定された擬似レンジと矛盾することにより著しい誤差成分を有するように見え、それによりＵＥロケーション決定のために廃棄され得る、特定のＳＶのための擬似レンジの測定、及び（ｖ）ＵＥのための最近の前のロケーションと、又は、他の手段によって（例えば、異なるＧＮＳＳコンスタレーションを使用して、若しくは、中央サーバ２５０によって又は他のサーバによって与えられるデータベース中のサービングセルＩＤ、他の認識可能セルＩＤ、又は、認識可能又はサービングＷｉＦｉ（登録商標）アクセスポイント（ＡＰ）ＭＡＣアドレスをルックアップすることによって）決定された現在ＵＥロケーションと矛盾する、１つ又は複数のコンスタレーション中のＳＶのための擬似レンジ測定値からのＵＥのためのロケーションの決定があり得る。（例えばメッセージ２０６中で）中央サーバ２５６に障害状態を示しながら、ＵＥは、（１つ又は複数の）検出された障害状態だけでなく、決定された障害状態の各々に関連する、（１つ又は複数の）ＧＮＳＳコンスタレーション、（１つ又は複数の）ＳＶ及び／又は（１つ又は複数の）ＳＶ信号の１つ又は複数の識別情報、及び明らかに正しい測定値と明らかに正しくない測定値の両方を含む、ＵＥによって行われた測定値の詳細をも含み得る。中央サーバ２５０は、次いで、多くのＵＥによって送られた障害報告をアグリゲートし、（ｉ）同じローカルエリア中のジャミング、スプーフィング又は何らかの他の干渉状態を示し得る、そのローカルエリア中のＵＥによって、及びほぼ同じ時間に（例えば、互いの１０分〜１時間以内に）報告された同様又は同等の障害、（ｉｉ）特定のＳＶにおける、又はＧＮＳＳコンスタレーション全体の体系的障害又は故障を示し得るワイドエリア（例えば国の一部、国全体、大陸）にわたるＵＥによって同じＧＮＳＳコンスタレーションに属する特定のＳＶに関連して報告された同様の又は同等の障害、（ｉｉｉ）（例えば中央サーバ２５６からの）最近受信された新しい支援データを有するＵＥによって報告されるが、少なくとも部分的に、ＷＡＲＮ２５８などの基準ネットワークから受信された正しくない情報から起こる障害を、それらのＵＥに送られる支援データ中で示し得る新しい支援データを受信しなかったＵＥによって報告されない障害、若しくは（ｉｖ）それらの任意の組合せを探し得る。制御サーバ２５６は、次いで、何らかの障害が推��されている、特定のＳＶ信号、特定のＳＶによって送信された信号、及び／又は特定のＧＮＳＳコンスタレーション中のＳＶによって送信された信号を収集し、測定することを試みないように、ＵＥに命令し得る。制御サーバ２５６からＵＥへの命令は、特定のＳＶ、特定のＳＶ信号及び／又は特定のＧＮＳＳコンスタレーション中の明示的障害を示すことの形態であり得る。代替的に又は追加として、中央サーバ２５６は、例えば、中央サーバ２５６がいかなる障害にも気づいていないＳＶ、ＳＶ信号及び／又はＧＮＳＳコンスタレーションのみを使用するようにＵＥに命令することによって、ＵＥロケーションを取得するか又はＳＶ擬似レンジを測定しながら、他のＳＶ、他のＳＶ信号及び／又は他のＧＮＳＳコンスタレーションを使用することを試みるように、ＵＥに命令し得る。
【００５３】
[00059]一実施形態によれば、中央サーバ２５６に与えられるべきオーグメンテーションフィードを決定することに加えて、ＷＡＲＮ２５８はまた、１つ又は複数のＧＮＳＳコンスタレーション中の１つ又は複数のＳＶにおけるＳＶ誤差障害を示す状態を検出するために監視されている１つ又は複数のＧＮＳＳコンスタレーションからのＳＰＳ信号を分析し得る。ここで、ＷＡＲＮ基準局は、中央サーバ２５６に障害メッセージ又は「完全性メッセージ」を送るように構成され得る。そのようなＧＮＳＳ障害メッセージ又は完全性メッセージは、ＷＡＲＮ基準局からメッセージ２１１中で中央サーバ２５６に送信され得る。特定の実装形態では、障害メッセージ又は完全性メッセージは、同様に、複数の異なる地理的に分散されたＷＡＲＮ基準局から送信され得る。所与の基準局について、障害メッセージ又は完全性メッセージは、１つ又は複数のＧＮＳＳコンスタレーションの観測値に基づき得る。
【００５４】
[00060]ＧＮＳＳ障害を示す測定値又は観測値が、ＷＡＲＮ２５８において、又はＵＥにおいて取得され得る間、ＧＮＳＳ障害の識別、検出又は決定が、ＵＥ、ＷＡＲＮ２５８又は中央サーバ２５６において実行され得る。代替的に、これらの測定値又は観測値に基づいてＧＮＳＳ障害を識別、検出又は決定するアクションは、ＵＥとＷＡＲＮ２５８と中央サーバ２５６との間で分割又は共有され得る。例えば、幾つかの障害識別機能は、ＵＥ中で実行され、中央サーバ２５６中で実行されないことがある。代替的に、潜在的ＧＮＳＳ障害を識別するためにＵＥとＷＡＲＮ２５８の両方がシステムに参加し得る場合があり得る。
【００５５】
[00061]一実施形態によれば、中央サーバ２５６は、ＷＡＲＮ２５８からメッセージ２１１中で受信され、ＵＥからメッセージ２０６中で受信された障害メッセージを処理し得る。例えば、ＷＡＲＮ２５８及びＵＥから受信された障害メッセージに基づいて、中央サーバ２５６は、あり得るＳＶ及び／又はＧＮＳＳコンスタレーション誤差及び／又は局所ジャミング／スプーフィングイベントを決定するための論理を適用し得る。局所ジャミングイベントの場合、例えば、中央サーバ２５６は、イベントを示す状態を報告するＵＥからの障害メッセージの数及び分布に少なくとも部分的に基づいて、イベントのロケーション（又は影響を受ける領域）を推定し得る。例えば、ジャミング又はスプーフィングイベントの推定されたロケーションは、多くのＵＥが、特定のＧＮＳＳからの信号を収集し、測定することができないことを報告するか、若しくは、特定のＧＮＳＳコンスタレーションについての、矛盾するか、予期しないか、正しくない信号強度又は擬似レンジ測定値を報告するエリアと同等と見なされ得る。ジャマー又はスプーファーのあり得るロケーションはまた、障害報告の重大度の分布から推定され得、例えば、全指向性送信を使用するジャマー又はスプーファーは、全ての方向におけるジャマー又はスプーファーの近くの最も深刻な障害に寄与し、より大きい距離におけるあまり深刻でない障害に寄与することを予想され得る。逆に、指向性送信を用いたジャマー又はスプーファーは、主にジャマー又はスプーファーの近くの一方向における最も深刻な障害と、より大きい距離におけるより小さい障害に寄与し得る。
【００５６】
[00062]一実装形態では、中央サーバ２５６は、参加するＵＥを選択するためのメッセージ２０７を送信し、参加するＷＡＲＮ基準局にメッセージ２１７を送信し得る。特定の実装形態では、メッセージ２０７及び２１７は、幾つかのタイプの障害（例えば、中央サーバが、幾つかのＵＥから受信された障害報告から推定していることがあるか、若しくは、ＵＥからの、矛盾するか、又は誤ったＧＮＳＳ測定値の受信から疑い得、他のＵＥからの更なる障害報告を用いて確認され、及び／又はオーグメントされることを必要とする１つ又は複数の障害）を示す観測値を取得し、報告するための、ＵＥ及び／又はＷＡＲＮ基準局への構成コマンドを備え得る。そのような構成コマンドは、例えば、ほんの数例を挙げると、観測されるべき特定の状態又はイベント、障害状態が存在するのか当該のイベントが生じているのかを決定する際に測定値に適用されるべきしきい値を示し得る。更に、中央サーバ２５６は、同様に、参加するＧＮＳＳマスタ制御局（ＭＣＳ）を選択するためのメッセージ２１９と、参加する当局及び／又はインフラストラクチャエンティティ２５４を選択するためのメッセージ２０９とを送信し得る。  特定の実装形態では、メッセージ２０９は、局所ジャミング又はスプーフィングの推定を、当局又はインフラストラクチャエンティティ２５４に報告し得る。例えば、メッセージ２０９は、警察又は他の当局者に、調査するか、又は他のアクションをとるように促し得る。特定の実装形態では、メッセージ２０９は、ほんの数例を挙げると、水道事業エンティティ、ガス事業エンティティ及び電気事業エンティティなど、民間部門及び／又は地方又は州政府によって運営される重要な「民間インフラストラクチャ」エンティティによって、処理されるか、又は扱われ得る。
【００５７】
[00063]一実施形態によれば、メッセージ２１９は、ＧＮＳＳ事業者によって報告されなかったＧＮＳＳコンスタレーションに関係する状態又はイベントを報告し得る。メッセージ２１９に応答して、特定の実装形態では、制御セグメント２６０におけるＧＮＳＳ事業者は、中央サーバ２５６において決定された特定の推定を通知され得、次いで、これらの推定に関係する追加の測定値、報告などを集め得る。例えば、制御セグメント２６０におけるＧＮＳＳ事業者は、更に、メッセージ２１９中の推定に関する観測値のソース（例えば、メッセージ２１９中で報告された推定を確認するか、又はそれに反証するための他のソース）を照会し得る。特定の実装形態では、メッセージ２０７は、例えば、規格化されたＯＭＡ  ＳＵＰＬメッセージングを使用してメッセージ２０５と組み合わせられ得る。特定の実装形態では、障害メッセージは、参加するように選択されるＵＥに加えて、メッセージ２０７を介して選択されないＵＥから受信され得る。
【００５８】
[00064]特定の一実装形態では、中央サーバ２５６は、（例えば、９５％又は９９％など、所定の高い確率レベルまでの）障害イベントの発生の高い確率を推定するために、ＵＥ及び／又はＷＡＲＮ基準局から受信された障害メッセージを処理し得る。例えば、これは、特定の地理的領域中で局所的に生じる局所ジャミング又はスプーフィングイベントを示し得る、特定の地理的領域中のＵＥ及び／又はＷＡＲＮ基準局からの障害メッセージ中の「同類の（like）」又は「同様の（similar）」観測値を関連付けることによって、決定され得る。別の実施形態では、中央サーバ２５６は、所与の確率レベルに対するグローバル又は地域ＧＮＳＳ障害を推定するために（例えば、異なる大陸上でなど、地理的領域にわたって）広く地理的に分散されたＵＥ及び／又はＷＡＲＮ基準局からの「同類の」又は「同様の」障害メッセージを関連付け得る。特定の実装形態では、ＵＥ又はＷＡＲＮ基準局において決定された障害を示す状態の検出は、ＵＥ又はＷＡＲＮ基準局において取得された１つ又は複数の測定値又は観測値（例えば、信号対雑音の測定値又は観測値、擬似レンジ測定値、ＲＴＫデータ、時間／クロックパラメータ、ロケーション推定値の座標、推定された速度、推定された加速度、測定されたＰＤＯＰ、到来角など）へのしきい値の適用を伴い得る。一態様では、中央サーバ２５６は、偽誤差を報告する仮定された確率と実際の誤差を報告しない仮定された確率とに少なくとも部分的に基づいて、そのようなしきい値を決定し得る。中央サーバ２５６は、メッセージ２１７中でＷＡＲＮ基準局にそのようなしきい値を与え、メッセージ２０７中でＵＥにそのようなしきい値を与え得る。
【００５９】
[00065]一実施形態によれば、中央サーバ２５６は、ほんの数例を挙げると、例えば、イベントタイプ、イベント時間、イベント持続時間、（アウテージ履歴などの）イベント履歴など、特定のイベントの詳細を含む、干渉イベント報告と、考えられる障害に関連する他のイベント報告とを記憶するようにデータベースを維持し得る。このデータベースは、航空に関係するか、又はそれに影響を及ぼす特定のイベントのための航空当局イベント追跡データベース（Aviation Authority tracking event database）など、それら自体の目的のために、異なる機関など、複数の異なるホスティングエンティティにわたって分布され得る。図２に示されているメッセージングは、図示されたエンティティ間で、又はそれらの間で使用され得るメッセージングの例にすぎないこと、及び請求される主題はこの点について限定されないことを理解されたい。
【００６０】
[00066]特定の実装形態では、ＧＮＳＳ宇宙ビークル（ＳＶ）を追跡し、ナビゲーションパラメータを推定するのを支援するために、地球回転パラメータ（ＥＲＰ：Earth Rotation Parameter）が使用され得る。特定のシナリオでは、気象及び地震など、小さい力及び大きい力が、地球が「ぐらつくこと（wobble）」を引き起こし得、これは、ＧＮＳＳ正確さに影響を及ぼし得る。地球の方位が、地球方位／回転パラメータ又はＥＲＰにおいて取込み得、ナビゲーションにおいて使用され得る。ＥＲＰは、例えば、地球の極運動（ＰＭ：polar motion、例えば、マイクロ秒で測定される）と、１日の長さ（ＬＯＤ：Length of Day、例えば、ミリ秒で測定される）とを含み得、その測定値及びモデリングは、ＧＮＳＳモニタ及び制御セグメントによるそれらの使用によってＧＮＳＳ  ＳＶの軌道に基本的に影響を及ぼす。
【００６１】
[00067]ＧＮＳＳ技術並びに超長基線干渉法（ＶＬＢＩ：Very Long Baseline Interferometry）及び衛星レーザー測距（ＳＬＲ：Satellite Laser Ranging）のような他の技術が、独立したソースにわたる比較及びアグリゲーションによってＥＲＰを決定する際に使用され得る。ＧＮＳＳコンスタレーション及びＧＮＳＳ受信機の数が増加するにつれて、ますます高い精度及び高い時間分解能におけるＥＲＰ決定を与える際に、ＧＮＳＳがますます利用され得る。これらのＥＲＰ決定は、他の測定エンティティからのデータをも受信する国際地球回転サービス（ＩＥＲＳ：International Earth Rotation Service）など、科学エンティティと比較して査定され得る。
【００６２】
[00068]幾つかのシナリオでは、ＥＲＰ誤差は、例えば、航空機軌道及びミサイル軌跡にインパクトを与え得る。従って、ＧＮＳＳシステムは、ＥＲＰパラメータ及び異常の決定にますます反応し得る。一実施形態によれば、ＧＮＳＳコンスタレーションの適切な動作のためのＥＲＰの一貫性及び品質は、中央サーバ２５６において管理され得る。しかしながら、特定のシステム実装形態では、中央サーバ２５６以外のエンティティが、ＥＲＰを算出し、潜在的異常を決定し得る。特定の実装形態では、メッセージ２１７又は２１９は、関係するＥＲＰインジケータ（例えば、ＥＲＰの測定値、推定値など）を制御セグメント２６０又はＷＡＲＮ２５８に与え得る。代替的に、ＷＡＲＮ２５８は、１つ又は複数のＷＡＲＮ基準局において取得された観測値に少なくとも部分的に基づいて、関係するＥＲＰインジケータをメッセージ２１０中で中央サーバ２５６に与え得る。別の代替実装形態では、中央サーバ２５６又はＷＡＲＮ２５８は、測定値又は観測値に基づいて特定のＥＲＰインジケータを算出するために、測定値又は観測値をもつメッセージフローを異なるサーバエンティティ（図示せず）に送り得る。
【００６３】
[00069]ＳＶ位置及びクロックオフセットのナビゲーションメッセージコンテンツを含む、ＧＮＳＳ支援メッセージを与えるためのメッセージ２０５を使用する中央サーバ２５６とＵＥとの間の通信が、上記で説明された。例えば、擬似レンジ及び／又はキャリア位相のための差分補正を含む連続及び／又はリアルタイムオーグメンテーションメッセージなどの追加のパラメータが、メッセージ２０５又はメッセージ２０７中で与えられ得る。
【００６４】
[00070]一実施形態によれば、ユーザセグメント２５２のＵＥは、中央サーバ２５６から（例えば、オーグメンテーションパラメータを受信するための）メッセージ２０５を受信することを選択し得るか、又は、中央サーバ２５６との通信がないスタンドアロンモードで動作することを選択し得る。幾つかの特定のＵＥは、（例えば、中央サーバ２５６への接続が利用可能でない場合、時々）メッセージ２０５中のオーグメンテーションパラメータを受信又は使用することが可能でないことがある。一例では、中央サーバ２５６からサーバ「支援」メッセージを受信しないことは、より長い初期位置算出時間（ＴＴＦＦ）につながり得る。別の例では、差分補正についてなどのサーバオーグメンテーションメッセージを受信しないことは、より不正確な位置決定につながり得る。
【００６５】
[00071]一実施形態によれば、ＵＥは、メッセージ２０８によって可能にされる、構成方法に基づいて特定のメッセージ又はメッセージタイプを受信することを選択し得る。同様に、ＷＡＲＮ２５８中の基準局は、メッセージ２１２によって可能にされる構成方法に基づいて特定のメッセージ又はメッセージタイプを受信することを選択し得る。メッセージ２０８及び２１２は、参加が、動的であり、中央サーバ２５６、若しくはユーザセグメント２５２中のＵＥ又はＷＡＲＮ２５８中の基準局のいずれかからのメッセージングによって開始及び／又は終了され得るように双方向として示されている。一例では、中央サーバ２５６は、特定のイベントエリア中の１つ又は複数の他のＵＥによって報告されたイベント又は状態の確認を支援するために、指定された測定を引き受けることを、特定のイベントエリア中のＵＥに要求し得る。別の例では、ＵＥは、消耗されたバッテリー寿命を有し、それの利用不可能性を示すメッセージを制御サーバ２５６に送り得る。
【００６６】
[00072]同様のプロシージャは、メッセージ２０７に関してＵＥの参加様相を確立し得る。同様のプロシージャは、例えば、ＷＡＲＮ基準局へのメッセージ２１７、制御セグメント２６０へのメッセージ２１９、及び当局又はインフラストラクチャエンティティ２５４へのメッセージ２０９を介して障害メッセージを受信するエンティティの参加様相をも確立し得る。
【００６７】
[00073]特定の実装形態では、メッセージ２０９は、中央サーバ２５６から、ほんの数例を挙げると、政府当局を含む関係する当局、公共安全を含むインフラストラクチャ機関、及び／又は他のエンティティに送信されるメッセージを備え得る。図示のように、メッセージ２０９は、民間ユーザに属するスマートフォン及び／又は他のモバイルデバイスに送信されたメッセージ２０７に加えて送信され得る。メッセージ２０９は、例えば、ＧＮＳＳシステム障害、若しくは局所化ジャミング、スプーフィング又はミーコニングイベントに基づいて、ＧＮＳＳイベントの、可能性がある検出を示し得る。代替実装形態では、メッセージは、メッセージ２０９に応答して当局又はインフラストラクチャエンティティから中央サーバ２５６に送信され得る。これは、識別された障害に関係する更なる詳細についての要求の形態をとり得る。図２に示されているエンティティ間の特定のメッセージは単方向であるものとして示され得るが、特定の実装形態では、単方向であるものとして示される特定のメッセージは、双方向であり得る。
【００６８】
[00074]このコンテキストでは、オーグメンテーションは、受信機又はＵＥにおいてナビゲーションパラメータを算出するためのプロセスへの外部情報の統合を通して、正確さ、信頼性、初期位置算出時間及び利用可能性など、ＧＮＳＳ測位性能を改善するための方法を指す。特定の例では、オーグメンテーションは、ＵＥ受信機が、特定の適用例の正確さ又は時間要件を満たすことを可能にし得る。このコンテキストでは、オーグメンテーションパラメータは、「支援パラメータ」及び／又は「補正パラメータ」を備え得る。
【００６９】
[00075]特定の実装形態では、中央サーバ２５６は、ＷＡＲＮ基準局及び／又はＵＥから取得された観測値に少なくとも部分的に基づいて、支援パラメータ及び／又は補正パラメータを導出し得る。中央サーバ２５６は、ほんの数例を挙げると、所与の時間における水平線の上方のＧＮＳＳ中のＳＶに関するオーグメンテーションパラメータ、ＳＶ周波数及びコード位相、擬似レンジ及び／又はキャリア位相測定値のためのＳＶ位置／クロック及び差分補正、対流圏及び電離層を含む大気寄与のための補正を備えるメッセージを送信し得る。支援パラメータはまた、特定のＳＶ信号を探索するための周波数／コード位相空間を示し得る。他のオーグメンテーションパラメータは、ＵＥが、より速く及び／又はより高い正確さでそれの位置を導出するのを支援し得る、より高い正確さのＳＶ位置／クロックデータ、擬似レンジ補正及びキャリア位相補正を与え得る。ＳＶ位置又は位置の予測セットは、エフェメリス又は軌道データと呼ばれることもある。ＳＶエフェメリス（位置／軌道）とクロック（タイミング）データの両方は、それのロケーションを推定する際にＵＥに与えられ、ＵＥによって使用され得る。オーグメンテーションパラメータはまた、測定された擬似レンジに及び／又は測定されたキャリア位相に適用されるべき大気補正を示し得る。大気補正は、対流圏補正と電離層補正とを含み得る。対流圏補正は、１つのＧＮＳＳブロードキャスト周波数の測定値を使用して、１つ又は複数のＷＡＲＮ基準局によって（又は場合によっては、あまり正確でないＷＡＲＮ基準局として働くＵＥによって）決定され得る。電離層補正は、同様に、例えば、２つ又はそれ以上のＧＮＳＳブロードキャスト周波数の測定値によって決定され得る。
【００７０】
[00076]一実施形態によれば、ＳＶ位置／クロックは、ＵＥによってそれのロケーションを推定するために使用され得る。一実装形態では、ＧＮＳＳ中のＳＶが、「ブロードキャストエフェメリス」としてＵＥに直接、正確なＳＶ位置／クロックデータをブロードキャストし得る。特定の実装形態では、ブロードキャストエフェメリス及びクロックデータは、（２時間ごとになど）制御セグメント２６０によって周期的に更新され得る。１つの特定のモードでは、支援サーバをもつ基準ネットワークが、ＳＶブロードキャストエフェメリス及びクロックパラメータを決定し、これらのパラメータをＵＥに送信し得る。支援サーバによって導出されたブロードキャストエフェメリス又はオーグメンテーションパラメータは、時間とともに不正確になる「短期」軌道／エフェメリスデータを名目上与えるものとして説明され得る。ＵＥがＳＶ位置及び／又はＳＶクロックを決定するのを支援する他のオーグメンテーション方法は、「長期」軌道モデルの、及び正確なリアルタイムＳＶ位置／クロックデータを含む使用を備え得る。
【００７１】
[00077]支援サーバ（例えば、中央サーバ２５６）からのメッセージ中で与えられる可能なパラメータは、（例えば支援サーバ及び／又はＵＥによって近似的に決定される）ＵＥロケーション、全てのＳＶのためのＳＶ予測位置（例えばアジマス、エレベーション）、（例えば、それの近似ロケーションを与えられる各ＵＥのための）ＵＥ水平線の上方のＳＶのためのＳＶ予測位置、全てのＳＶのためのＳＶ到来角、（例えば、それの近似ロケーションを与えられる各ＵＥのための）ＵＥ水平線の上方のＳＶのためのＳＶ到来角、ＳＶナビゲーションメッセージ（例えば、ナビゲーションデータビット）、ＳＶエフェメリス（例えば、位置／軌道）、ＳＶアルマナック、ＳＶクロック／タイミング補正（例えば、ＳＶナビゲーション時間）、電離層及び／又は対流圏補正を含むＳＶ大気補正、ＳＶ予測コード位相又は相対遅延、例えば指定された値、ＳＶ予測コード位相信頼区間（例えば、ＳＶのための指定されたコード位相「探索ウィンドウ」）又はＳＶ予測ドップラーシフトのうちの１つ又は複数を備え得る。
【００７２】
[00078]一態様では、オーグメンテーションは、（向上した位置（又はＰＶＴ）正確さなどの）性能、及び信頼性（完全性）など、ＧＮＳＳ動作の態様を改善するか、又は向上させ得るシステムを指すことがある。一実装形態では、オーグメンテーションシステムは、支援パラメータ、補正パラメータ又はそれらの何らかの組合せを使用して性能を改善し得る。オーグメンテーション態様は、リアルタイム（例えば、秒の時間スケール）又は非リアルタイム（例えば、時間、日又は週の時間スケール）で導出され、実行されるものとして説明され得る。オーグメンテーションパラメータは、それらが基準局又は基準ネットワーク中で導出され、ＵＥ中で実行される様式に適した相対語である、「近似」又は「正確な」値を含み得る。オーグメンテーションパラメータは、ＵＥ中で処理されるように「絶対」又は「相対」であることによって区別され得る。「絶対」は、（例えば、ＵＥパラメータを交換又は置換する）特定のメッセージ値がメッセージソースから「そのまま」使用され得ることを意味する。一方、「相対」オーグメンテーションパラメータは、ＵＥによって行われた測定値を「補正する」（例えば、加法的に補正する）ための値を意味する。
【００７３】
[00079]一実施形態によれば、ブロードキャストメッセージ中の支援パラメータは、制御セグメント２６０からのアップリンクメッセージに対応するＳＶ軌道／クロックデータを含み得る。これらの支援パラメータは、基準ネットワークによって導出され、ＵＥからの要求に応じてなど、中央サーバ２５６によって利用可能にされ得、非リアルタイム配信として指定され得る。これらの支援パラメータは、「より短い」又は「より長い」時間スケールに適し得、ここで、「より長い」時間スケール生成物は、しばしば長期軌道と呼ばれ、絶対様式でＵＥによって使用され（例えば、上記で説明されたように位置決定において「そのまま」使用され）得る。
【００７４】
[00080]一実施形態によれば、オーグメンテーションメッセージ中のリアルタイム軌道／クロック補正パラメータは、ＧＮＳＳコンスタレーション全体のためなどの、正確なＳＶ軌道／クロックデータを含み得る。これらの補正パラメータは、ソリューションに関与するＳＶの数を超える基準局（例えば、ＷＡＲＮ２５８中の基準局）の数からの観測値に基づいて導出され得る。これらのパラメータは、絶対様式でＵＥによって使用され（例えば、上記で説明されたように位置決定において「そのまま」使用され）得る。
【００７５】
[00081]一実施形態によれば、オーグメンテーションメッセージ中のＤＧＮＳＳ擬似レンジ補正パラメータは、ＳＶ擬似レンジ補正を伴う差分補正を備え得る。これらのパラメータは、基準ネットワークによって導出され、リアルタイムでなど、１つ又は複数のＤＧＮＳＳ基準局又はサーバによって利用可能にされ得る。これらのパラメータは、相対様式で（例えば、ＵＥによって取得された測定値を補正するために）ＵＥによって使用され得る。
【００７６】
[00082]一実施形態によれば、オーグメンテーションメッセージ中のＤＧＮＳＳキャリア位相ＲＴＫ補正パラメータは、リアルタイムキネティック（ＲＴＫ：Real Time Kinetic）モードでのＳＶキャリア位相補正を備え得る。これらのパラメータは、基準ネットワークによって導出され、リアルタイムでなど、１つ又は複数のＤＧＮＳＳ基準局によって、又はサーバによって利用可能にされ得る。これらのパラメータは、相対様式でＵＥによって使用され（例えば、ＵＥにおいて取得された測定値を補正するために使用され）得る。
【００７７】
[00083]一実施形態によれば、オーグメンテーションメッセージ中のパラメータは、ＷＡＲＮ２５８中の基準局によって取得された観測値に少なくとも部分的に基づいて導出され得る。例えば、ブロードキャスト支援メッセージ中のパラメータは、基準局から観測されたＳＶ軌道又はクロックデータを備え得、ＴＴＦＦを低減するためにＵＥによって使用され得る。更に、リアルタイム軌道／クロック補正は、正確なＳＶ軌道／クロック値が、ＵＥによる使用中に、あまり正確でない値と置換されることを可能にし得る。また、ＤＧＮＳＳ擬似レンジ補正は、測定されたＳＶ擬似レンジに適用され得る。また、ＤＧＮＳＳキャリア位相ＲＴＫ補正は、測定されたＳＶキャリア位相に適用され得る。他のタイプの補正パラメータは、例えば、擬似レンジ及びキャリア位相変動に寄与するＵＥへのＳＶ見通し線に沿った対流圏及び電離層寄与を含み得る。二重周波数ＧＮＳＳ受信機が、電離層周波数依存に起因する電離層補正を確実に決定し得る。補正パラメータは、米国のＷＡＡＳ又は欧州のＥＧＮＯＳシステム及びますます出現しつつある商業サービス会社など、地上ベースオーグメンテーションシステム（ＧＢＡＳ：ground-based augmentation system）又は衛星ベースオーグメンテーションシステム（ＳＢＡＳ：satellite-based augmentation system）を介して、ＵＥに送信され得る。
【００７８】
[00084]特定の実装形態では、オーグメンテーションシステムは、局所オーグメンテーションと呼ばれることがある地上ベースオーグメンテーションシステム（ＧＢＡＳ）又は地域オーグメンテーションと呼ばれることがある宇宙ベースオーグメンテーションシステム（ＳＢＡＳ）又はそれによりＧＢＡＳが１つ又は複数の衛星を介して全グローバルカバレージまでそれのフットプリントを増加させるためにＳＢＡＳ衛星を使用する組合せであり得る。これらのシステムは、それらがどのようにメッセージをＵＥに配信するかに関して異なり得る。オーグメンテーションシステムは、ＧＮＳＳコンスタレーションに関する測定値をとる１つ又は複数の固定の正確に測量された地上ベース基準局を備え得、測定値又は観測値を送信するための１つ又は複数の無線送信機を備え得る。特定の実装形態では、サーバが、基準局から取得された観測値をコンソリデートし得る。幾つかの場合には、ＧＢＡＳ又は他のシステムは、ワイヤライン通信を介して、場合によってはインターネットプロトコルインフラストラクチャを介して、測定値又は観測値を含んでいるメッセージを送信し得る。
【００７９】
[00085]ＧＢＡＳの一実装形態では、１つ又は複数の基準局からの測定値又は観測値は、直接ＵＥに、又はＵＥと通信するサーバ（例えば、中央サーバ２５６）に送信され得る。ＧＢＡＳネットワークは数マイル〜数十マイル内の局所化サポート受信機と見なされ得るが、ＧＲＡＳ（地上ベース地域オーグメンテーションシステム）という用語も、例えば、より大きい地域エリアをサポートするシステムに適用可能であり得る。
【００８０】
[00086]一実施形態によれば、ＳＢＡＳ測定値又は観測値は、地上のＵＥへのワイドエリアブロードキャストのための衛星に測定値又は観測値をアップロードするサーバに送信され得る。ＧＢＡＳの幾つかの例としては、例えば、ローカルエリアオーグメンテーションシステム（ＬＡＡＳ）と当初呼ばれていた、民間航空機の精度アプローチ着陸に適用される国際民間航空機関（ＩＣＡＯ：International Civil Aviation Organization）並びに米国の全国的差動ＧＰＳシステム（ＮＤＧＰＳ：Nationwide Differential GPS System）、米国の陸上及び水路上のユーザのためのオーグメンテーションシステムがあり得る。
【００８１】
[00087]ＧＢＡＳオーグメンテーションシステム及びＳＢＡＳオーグメンテーションシステムに加えて、航空機ベースオーグメンテーションシステム又はＡＢＡＳも展開され得る。ＡＢＡＳは、上記で説明された受信機自律型完全性測定（ＲＡＩＭ：Receiver Autonomous Integrity Measurement）などの技法、慣性ナビゲーション検査及び他のオンボード計器を組み込み得る。システムの特定の詳細は、航空機のプロバイダ及び国籍に少なくとも部分的に基づいて変動し得る。
【００８２】
[00088]一実施形態によれば、ＵＥは、１つ又は複数のＧＮＳＳの１つ又は複数のＳＶによって送信された１つ又は複数のＳＰＳ信号の収集に関する１つ又は複数の異常の検出に応答して、メッセージ２０６中で障害メッセージを送信し得る。上記で指摘されたように、検出された１つ又は複数の異常は、１つ又は複数の障害を示唆する状態を示し得る。特定の一実装形態では、ＵＥは、１つ又は複数の収集されたＳＰＳ信号の測定値又は検出された特性を、例えば、メッセージ２０５中で中央サーバ２５６から取得されたナビゲーションパラメータ（例えば、ＳＶエフェメリス、クロックバイアスパラメータ及びアルマナック）又は宇宙セグメント２５０によってブロードキャストされたメッセージ中で受信されたナビゲーションパラメータなど、他のパラメータと比較することによって、異常を検出し得る。メッセージ２０６中で送信された障害メッセージは、例えば、検出された異常の識別と、異常がいつ検出されたかを示すタイムスタンプと、（１つ又は複数の）影響を受けるＳＶの識別（例えば、ナビゲーションパラメータと比較される、収集されたＳＰＳ信号を送信する（１つ又は複数の）ＳＶの識別）と、（１つ又は複数の）影響を受けるＧＮＳＳの識別とを含み得る。特定の異常を検出するための技法が以下で説明される。
【００８３】
[00089]一例では、ＵＥは、ＳＶから送信されたダウンリンク信号においてＳＰＳシグナリングフレーム中のデータ信号から、衛星エフェメリス、クロックバイアス及びアルマナックデータなど、ナビゲーションパラメータを受信し得る。特定の実装形態では、ＵＥは、中央サーバ２５６から受信されたナビゲーションパラメータ及び宇宙セグメント２５０から受信されたナビゲーションパラメータ中で、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、中央サーバ２５６から受信されたナビゲーションパラメータ中の１つ又は複数の値と宇宙セグメント２５０から受信されたナビゲーションパラメータ中の１つ又は複数の値との間の差を定量化し得る。ＵＥは、その定量化された差がしきい値を超える場合、異常を検出し得る。
【００８４】
[00090]別の実施形態では、ＵＥは、宇宙セグメント２５０から受信されたナビゲーションパラメータと、ＵＥによって取得された最近の位置フィックスから決定されたナビゲーションパラメータとに少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、宇宙セグメント２５０から受信されたナビゲーションパラメータ（例えば、衛星エフェメリス、クロックバイアス、及びアルマナック）中の１つ又は複数の値と、１つ又は複数の最近の位置フィックスから取得されたナビゲーションパラメータ中の１つ又は複数の値との間の差を定量化し得る。ＵＥは、その定量化された差がしきい値を超える場合、異常を検出し得る。
【００８５】
[00091]別の実施形態では、ＵＥは、ＳＶによって送信されたＳＰＳ信号の収集から取得されたＳＶに対する擬似レンジ及び／又は擬似レンジ誤差と、中央サーバ２５６によって導出されたＳＶに対する擬似レンジ及び／又は擬似レンジ誤差との比較とに少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。特定の実装形態では、中央サーバ２５６は、１つ又は複数のＷＡＲＮ基準局において収集されたＳＶ信号のために取得された測定値を含んでいる、１つ又は複数のＷＡＲＮ基準局からのメッセージに少なくとも部分的に基づいて、ＳＶに対するこの擬似レンジ及び／又は擬似レンジ誤差を導出し得る。代替的に、ＵＥは、ＳＰＳ信号の収集から取得された擬似レンジ及び／又は擬似レンジ誤差と、ＳＶに対する１つ又は複数の最近算出された擬似レンジ及び／又は擬似レンジ誤差のヒステリシスとの比較に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、ＳＰＳ信号の収集から取得された擬似レンジ及び／又は擬似レンジ誤差と中央サーバ２５６によって導出された擬似レンジ及び／又は擬似レンジ誤差（又はＳＶに対する最近算出された擬似レンジのヒステリシス）との間の差がしきい値を超える場合、異常を検出し得る。特定の実装形態では、しきい値は、算出又は予想される擬似レンジ誤差に少なくとも部分的に基づき得る。
【００８６】
[00092]同様に、別の実施形態では、ＵＥは、ＳＰＳ信号の収集から検出されたリアルタイムキネマティック（ＲＴＫ）キャリア位相及び／又はキャリア位相誤差と、ＳＰＳ信号の最近の収集において検出されたＲＴＫキャリア位相及び／又はキャリア位相誤差のヒステリシスとの比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、ＳＰＳ信号の収集からのＲＴＫキャリア位相及び／又はキャリア位相誤差と、キャリア位相及び／又はキャリア位相誤差のヒステリシスとの間の差がしきい値を超える場合、異常を検出し得る。特定の例では、しきい値は、ＲＴＫキャリア位相における算出又は予想される誤差に少なくとも部分的に基づき得る。
【００８７】
[00093]別の実施形態では、ＵＥは、（ＳＶによって送信されたＳＰＳ信号の収集に基づいて推定される）ＵＥの位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）と、中央サーバ２５６から受信されたナビゲーションパラメータ中で示されているＵＥの位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）との比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、ＳＰＳ信号の収集に基づいて推定されたＵＥの位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）と、中央サーバ２５６から受信されたナビゲーションパラメータ中で示されているＵＥの位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）との間の差がしきい値を超える場合、異常を検出し得る。特定の実装形態では、しきい値は、推定された位置における算出又は予想される誤差及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）に少なくとも部分的に基づき得る。
【００８８】
[00094]同様に、ＵＥは、ＳＶによって送信されたＳＰＳ信号の収集に基づいて推定されたＵＥの位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）と、（例えば、推定された軌跡に基づいて時間とともに調整される）ＵＥの位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）の最近算出された推定値のヒステリシスとの比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、ＳＰＳ信号の収集に基づいて推定されたＵＥの位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）と、ＵＥ位置の位置及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）の最近算出された推定値のヒステリシスとの間の差がしきい値を超える場合、異常を検出し得る。特定の実装形態では、しきい値は、推定された位置における算出又は予想される誤差及び／又は位置誤差（若しくは速度及び／又は速度誤差若しくは加速度及び／又は加速度誤差）に少なくとも部分的に基づき得る。
【００８９】
[00095]一実施形態によれば、ＵＥは、ＧＮＳＳコンスタレーション中のＳＶのセットに対する擬似レンジ測定値（例えば、４つのＳＶに対する擬似レンジ測定値）に少なくとも部分的に基づいて、それの位置を推定し得る。特定の実装形態では、ＵＥは、（１）ＧＮＳＳコンスタレーション中のＳＶの第１のセットによって送信されたＳＰＳ信号の収集に基づいて決定されたＵＥの位置（若しくは速度又は加速度）の第１の推定値と、（２）同じＧＮＳＳコンスタレーション中のＳＶの第２のセットによって送信されたＳＰＳ信号の収集に基づくＵＥの位置（若しくは速度又は加速度）の第２の推定値との比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、位置（若しくは速度又は加速度）の第１の推定値と位置（若しくは速度又は加速度）の第２の推定値との間の差がしきい値を超える場合、異常を検出し得る。特定の実装形態では、しきい値は、推定された位置（若しくは速度又は加速度）における算出又は予想される誤差に少なくとも部分的に基づき得る。
【００９０】
[00096]別の実施形態では、ＵＥは、（１）第１のＧＮＳＳコンスタレーション中のＳＶの第１のセットによって送信されたＳＰＳ信号の収集に基づいて決定されたＵＥの位置（若しくは速度又は加速度）の第１の推定値と、（２）第１のコンスタレーションとは異なる１つ又は複数の第２のＧＮＳＳコンスタレーション中のＳＶの第２のセットによって送信されたＳＰＳ信号の収集に基づくＵＥの位置（若しくは速度又は加速度）の第２の推定値との比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、位置（若しくは速度又は加速度）の第１の推定値と位置（若しくは速度又は加速度）の第２の推定値との間の差がしきい値を超える場合、異常を検出し得る。特定の実装形態では、しきい値は、推定された位置（若しくは速度又は加速度）における算出又は予想される誤差に少なくとも部分的に基づき得る。
【００９１】
[00097]別の特定の実装形態では、ＵＥは、ＧＮＳＳ中のＳＶによって送信されたＳＰＳ信号の収集に基づいて決定されたＵＥの速度（又は加速度）の第１の推定値と、（例えばＧＮＳＳ又は何らかの他の方法を使用して）以前の時間においてＵＥによって決定されたＵＥの前の位置に結合され得る（とはいえ結合される必要はない）ＵＥ中に埋め込まれた１つ又は複数の慣性センサー（例えば加速度計、磁力計、ジャイロスコープ、気圧計）によって決定されたＵＥの速度（又は加速度）の第２の推定値との比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、速度（又は加速度）の第１の推定値と速度（又は加速度）の第２の推定値との間の差がしきい値を超える場合、異常を検出し得る。特定の場合には、ＵＥは、ＵＥに搭載された１つ又は複数の慣性センサーからの信号が、ＵＥが定常状態にあることを示すが（例えば、０速度及び加速度を示す慣性センサー）、ＧＮＳＳから収集されたＳＰＳ信号が非０速度又は加速度を示す場合、異常を検出し得、又はその逆も同様である。特定の実装形態では、しきい値は、推定された速度（又は加速度）における算出又は予想される誤差に少なくとも部分的に基づき得る。
【００９２】
[00098]上記で説明された特定の例では、ＵＥは、ＧＮＳＳ中の１つ又は複数のＳＶによって送信されたＳＰＳ信号の収集からＵＥによって決定された特定のパラメータ又は値（例えば、ＵＥの、位置、速度又は加速度及び／又はそれらに関連する誤差）と、異なる方法又はソースによって決定された（例えば、中央サーバ２５６によって算出された、ＵＥデバイス中の１つ又は複数のセンサーによって決定された、又は１つ以上の異なるＳＶによって送信されたＳＰＳ信号の収集から決定された）特定のパラメータ又は値との比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。１つの特定の例では、ＧＮＳＳ中のＳＶの第１のセットによって送信されたＳＰＳ信号の収集及び測定に基づいて決定されたパラメータ又は値は、同じＧＮＳＳ中のＳＶの第２の異なるセットによって送信されたＳＰＳ信号の収集及び測定に基づいて決定されたパラメータ又は値と比較され得る。別の特定の例では、第１のＧＮＳＳ中のＳＶの第１のセットによって送信されたＳＰＳ信号の収集に基づいて決定されたパラメータ又は値は、第２の異なるＧＮＳＳ中のＳＶの第２の異なるセットによって送信されたＳＰＳ信号の収集に基づいて決定されたパラメータ又は値と比較され得る。他の実装形態では、１つ又は複数のＳＶによって送信されたＳＰＳ信号の収集に基づいてＵＥによって決定されたパラメータ又は値は、位置精度低下率（ＰＤＯＰ：position dilution of precision）又はＧＮＳＳ時間／クロック推定値を含み得る。このパラメータ又は値は、同様に、異なる方法又はソースによって算出された（例えば、中央サーバ２５６によって算出された）ＰＤＯＰ又はＧＮＳＳ時間／クロック推定値のためのパラメータ又は値と比較され、比較されたパラメータ又は値の差があるしきい値を超える場合、障害状態が推定され、障害報告が生成され得る。
【００９３】
[00099]別の実装形態では、ＵＥは、ＧＮＳＳ中の１つ又は複数のＳＶから収集され、測定されたＳＰＳ信号の受信電力又は信号対雑音比（ＳＮＲ）の測定値に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。ここで、ＵＥは、それぞれのＳＶまでの距離に少なくとも部分的に基づいて、予想される受信電力又はＳＮＲをモデル化し得る。例えば、ＵＥは、受信電力又はＳＮＲの測定値と予想される受信電力又はＳＮＲとの間の差が所定の時間期間の間しきい値を超える場合、若しくは、受信電力又はＳＮＲの測定値が所定の時間期間の間しきい値を下回る場合、異常を検出し得る。
【００９４】
[000100]同様に、ＵＥは、所定の時間期間の間、受信機フロントエンド飽和に少なくとも部分的に基づいて、測定された受信電力又はＳＮＲがしきい値を超えない場合、干渉の存在を推定し得る。更に、ＵＥは、ほんの数例を挙げると、スプーフィング、ガウス干渉、掃引周波数変調干渉又は連続波干渉として、干渉の検出された存在を特徴づけるために信号解析を適用し得る。そのような特徴づけは、中央サーバ２５６に送信された障害メッセージ中で示され得る。
【００９５】
[000101]別の実装形態では、ＵＥは、ＧＮＳＳ中の１つ又は複数のＳＶから収集されたＳＰＳ信号中で検出された不規則性に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、収集されたＳＰＳ信号中で検出された波形の特定の態様における不規則性が、予想される態様又は値とは異なる場合、異常を検出し得る。別の例では、ＵＥは、収集されたＳＰＳ信号中で検出されたコード波形が、１つ又は複数のＳＶから送信された、最近収集されたＳＰＳ信号中で検出されたコード波形のヒステリシスとは異なる場合、異常を検出し得る。例示的な一実装形態では、ＳＶによって送信されたダウンリンク信号を変調する１０２４個のチップの擬似雑音コードは、チップ間の遷移が、予想される又は公称タイミングに対してわずかに早いか、又はわずかに遅く生じるような、何らかの様式で変更された波形の１つ又は複数の立上りエッジ又は立下りエッジを有し得る。このインパクトは、例えば、測定された波形と公称波形との間の２乗平均誤差割合として測定され得る。十分大きい割合の２乗平均誤差が、問題の特定のＳＶについての擬似レンジ測定値における歪み及びバイアス、並びに歪んだ擬似レンジ測定値に基づく位置推定誤差につながり得る。
【００９６】
[000102]特定の実装形態では、対流圏又は電離層の変動は、地球軌道中のＳＶから送信され、地球上の地上ベース受信機において収集されたＳＰＳ信号の遅延に影響を及ぼし得る。また、中央サーバ２５６は、対流圏又は電離層遅延を特徴づける値を支援パラメータとしてＵＥに与え得る。これらの遅延値は、ＧＮＳＳ受信機中の測定された擬似レンジ及び／又はキャリア位相に対する補正として有用であり得る。同様に、ＵＥは、ＧＮＳＳコンスタレーション中の幾つかのＳＶのうちのいずれか１つから送信されたＳＰＳ信号の収集に少なくとも部分的に基づいて、これらの値が対流圏又は電離層遅延を特徴づけることを推定し得る。特定の実装形態では、ＵＥは、ＳＶからのＳＰＳ信号の収集に少なくとも部分的に基づいて推定された対流圏又は電離層遅延を特徴づける値と、支援パラメータ中で中央サーバ２５６から取得されたものとの比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。
【００９７】
[000103]特定のシナリオでは、特定のＵＥの近傍にあるオフ角干渉物又はスプーファーの存在が、その特定のＵＥにおいて収集されたＳＰＳ信号の測定された到来角（ＡｏＡ）を歪ませ得る。特定の実施形態では、ＵＥは、ＧＮＳＳ中のＳＶによって送信された、収集されたＳＰＳ信号の測定されたＡｏＡと、中央サーバ２５６から受信された支援パラメータ（例えばＧＮＳＳアルマナック又はエフェメリスデータ）に基づくＳＰＳ信号の予想されるＡｏＡとの比較に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。例えば、ＵＥは、ＵＥの近似ロケーションと、ＳＰＳ信号を送信するＳＶの高精度又は近似ロケーションを示す支援データとに少なくとも部分的に基づいて、収集されたＳＰＳ信号の予想されるＡｏＡを算出し得る。一例では、ＵＥは、測定されたＡｏＡと予想されるＡｏＡとの間の差がしきい値を超える場合、異常を検出し得る。代替実装形態では、ＵＥは、測定されたＡｏＡと最近のＡｏＡ測定値のヒステリシスとの間の差がしきい値を超える場合、異常を検出し得る。
【００９８】
[000104]特定のシナリオでは、ＵＥにとって「認識可能である」ＧＮＳＳ中の限られた数のＳＶが、位置フィックスを取得するためのＵＥによる試みに関する上記のしきい値幾何学的精度低下率（ＧＤＯＰ：geometric dilution of precision）を示し得る。一実施形態によれば、ＵＥは、時間期間にわたる（例えば、ＳＶによって収集されたＳＰＳ信号に基づく）検出されたＳＶの数（例えば、見えているＳＶの数が、設定された時間期間の間しきい値数を下回る）に少なくとも部分的に基づいて、障害メッセージを生成することについての異常を検出し得る。
【００９９】
[000105]図３は、一実施形態による、マルチＧＮＳＳロケーションサーバ３０６と１つ又は複数のＵＥとの間のメッセージングを示す概略図である。マルチＧＮＳＳロケーションサーバ３０６は、特定の実装形態では、中央サーバ２５６において実装され得る。ＧＮＳＳコンスタレーション３６０は、ＧＮＳＳコンスタレーションＧＮＳＳ＿１、ＧＮＳＳ＿２及びＧＮＳＳ＿３中のＳＶを備え、ここで、コンスタレーションラベル「ＧＮＳＳ＿Ｎ」が、ＧＰＳ、Ｇｌｏｎａｓｓ、Ｇａｌｉｌｅｏ、Ｂｅｉｄｏｕ、ＱＺＳＳなど、現実のＧＮＳＳを表し得る。上記で説明されたように、ＵＥ３０８は、１つ又は複数のＧＮＳＳコンスタレーション３６０中のＳＶによって送信されたＳＰＳ信号を収集し、障害又は誤った状態を示唆する状態（例えば、異常）を検出し得る。ＵＥ３０８は、次いで、状態の検出に応答して障害メッセージ３０２をマルチＧＮＳＳロケーションサーバ３０６に送信し得る。また、マルチＧＮＳＳロケーションサーバ３０６は、オーグメンテーションパラメータ（例えば、補正又は支援パラメータ）をメッセージ３０１中でＵＥ３０８に送信し得る。マルチＧＮＳＳロケーションサーバ３０６はまた、例えば、あるＧＮＳＳ又は複数のＧＮＳＳ中の特定のＳＶに関する障害の推定又は検出を与えるメッセージ３０３を送信し得る。代替的に、あるＧＮＳＳ又は複数のＧＮＳＳ中の特定のＳＶに関する障害の推定又は検出は、オーグメンテーションパラメータを含むメッセージ３０１とバンドルされ得る。メッセージ３０１、３０２及び３０３は、各々、図２中のメッセージ２０５〜２０８のうちのいずれか１つ又は複数に対応し得る。
【０１００】
[000106]一実施形態によれば、ＵＥ３０８は、複数の異なるＧＮＳＳ中のＳＶによって送信されたＳＰＳ信号を受信し、処理するための１つ又は複数の受信機を備える。例えば、ＵＥ３０８は、単一のベースバンドプロセッサ（図示せず）によって使用されるか、又は対応する複数の異なるＧＮＳＳ（例えば、ＧＮＳＳ＿１、ＧＮＳＳ＿２及びＧＮＳＳ＿３）からのＳＰＳ信号を処理するように調整された複数のベースバンドプロセッサ（図示せず）の間で共有される、１つ又は複数の無線周波数（ＲＦ）受信機（図示せず）を備え得る。例えば、ＵＥ３０８中の複数ベースバンドプロセッサは、ＧＮＳＳ＿１、ＧＮＳＳ＿２及びＧＮＳＳ＿３中のＳＶから収集されたＳＰＳ信号に基づいてこれらのＳＶに対する擬似レンジ測定値を算出することが可能であり得る。同様に、追加のＵＥ３１２が、ＳＰＳ信号に基づいてＧＮＳＳ＿１、ＧＮＳＳ＿２及びＧＮＳＳ＿３中のＳＶに対する擬似レンジ測定値を取得することが同様に可能な受信機を備え得る。更に、ＵＥ３１２は、特定の状態を検出したことに応答して（例えば障害メッセージ３０２に対応し得る）障害メッセージ３１０をマルチＧＮＳＳロケーションサーバ３０６に送信することが可能であり得る。特定の実装形態では、ＵＥ３０８及び３１２は、局所領域中で、又はＧＮＳＳ全体で（例えば、地球にわたってグローバルに）地理的に分散され得る。
【０１０１】
[000107]ＵＥ３０８及び３１２から受信された障害メッセージ３０２及び３１０に少なくとも部分的に基づいて、マルチＧＮＳＳロケーションサーバ３０６は、ＧＮＳＳ３６０の間の１つ又は複数のＧＮＳＳ中のＳＶに関する障害又は誤った状態を特徴づけるか、若しくは推定し得る。一実装形態では、マルチＧＮＳＳロケーションサーバ３０６は、言及されたか、又は特徴づけられた障害若しくは誤った状態を報告するためのメッセージ３１４を１つ又は複数の当局又は事業者（例えば、当局又はインフラストラクチャエンティティ２５４）に送信し得る。また、マルチＧＮＳＳロケーションサーバ３０６は、特徴づけられた又は推定された障害又は誤った状態に少なくとも部分的に基づいて、メッセージ３０１中でオーグメンテーションパラメータ（例えば、測位支援パラメータ又は補正パラメータ）を改変又は変更し得る。例えば、支援メッセージ中の改変又は変更されたオーグメンテーションパラメータは、例えば、幾つかのＳＶ信号、幾つかのＳＶ及び／又は幾つかのＧＮＳＳコンスタレーションが測位動作のために利用可能でないか又は信頼できないことを示し得る。追加として、又は代わりに、マルチＧＮＳＳロケーションサーバ３０６は、ＵＥロケーション推定値を取得すること、若しくはＧＮＳＳ擬似レンジ又はキャリア位相測定値をマルチＧＮＳＳロケーションサーバ３０６に返すことをＵＥ３０８及び３１２のうちのいずれかに要求する間に（例えば、マルチＧＮＳＳロケーションサーバ３０６がＵＥについてのロケーション推定値を取得又は算出する必要がある間に）、障害を有することが知られていないＳＶ信号のみ、ＳＶのみ、及び／又はＧＮＳＳコンスタレーションのみを収集し、測定することを、ＵＥ３０８及び３１２に要求し得る。そのような場合、ＵＥ３０８（又はＵＥ３１２のうちのいずれか）は、例えば、それぞれ各場合においてより信頼できると見なされる、他のＳＶ信号、他のＳＶからの信号又は別のＧＮＳＳコンスタレーション中のＳＶからの信号を探索するほうを優先して、損なわれたＳＶ信号、損なわれたＳＶからの信号及び／又は損なわれたＧＮＳＳコンスタレーション中のＳＶからの信号を探索することを回避し得る。他の実装形態では、マルチＧＮＳＳロケーションサーバ３０６は、オーグメンテーションパラメータを改変又は変更しないことがあるが、代わりに、特定のＳＶ信号、特定のＳＶからの信号又は特定のＧＮＳＳコンスタレーション中のＳＶからの信号の収集から取得された測定値が無効であるか、又は信頼できないことを示すメッセージを与え得る。また別の実装形態では、特定のＧＮＳＳ（例えば、Ｇａｌｉｌｅｏ）が、ダウンリンク信号中の埋込み完全性インジケータを送信し得る。特定のＳＶ信号又は特定のＳＶが無効であることを示すそのような完全性インジケータを受信すると、ＵＥ３０８、ＵＥ３１２又はＷＡＲＮ基準局は、特定の無効なＳＶ信号又は特定の無効なＳＶから収集された信号に基づく測定値を使用しないことがある。
【０１０２】
[000108]異なるＧＮＳＳ中のＳＶにインパクトを与える状態を示す障害メッセージを受信すると、マルチＧＮＳＳロケーションサーバ３０６は、複数のＧＮＳＳ中のＳＶにおける障害又は誤った状態を特徴づけるか、又は推定し得る。更に、異なるＧＮＳＳ中のＳＶにインパクトを与える状態を示す障害メッセージを有することは、マルチＧＮＳＳロケーションサーバ３０６が、単一のＧＮＳＳ又は複数のＧＮＳＳの動作に影響を及ぼしている状態を識別することを可能にし得る。単一のＧＮＳＳ又は複数のＧＮＳＳの動作に影響を及ぼすそのような状態は、例えば、２つの異なるＧＮＳＳから取得された測定値に基づく所与のＵＥのための位置、速度、加速度又はタイミングについての特定の値の推定値若しくは測定値を含み得る。例えば、第１のＧＮＳＳからの測定値に基づく所与のＵＥのための位置、速度、加速度又はタイミングについての１つ又は複数の値が、第２のＧＮＳＳからの測定値に基づく所与のＵＥのための位置、速度、加速度又はタイミングについての同様の値に一致しない場合、障害又は誤った状態を示す状態が検出され得る。一実装形態では、ＵＥ３０８ＵＥが、第１のＧＮＳＳから収集された信号に基づいて算出された第１の値（例えば、位置、速度、加速度又はタイミング）と、第２のＧＮＳＳから収集された信号に基づいて算出された第２の値との間の差がしきい値を超えると決定した場合、ＵＥは、障害メッセージ中でこの状態を報告し得る。ＵＥ３０８からそのようなメッセージを受信すると、マルチＧＮＳＳロケーションサーバ３０６は、更に、報告された状態を診断し得る。例えば、マルチＧＮＳＳロケーションサーバ３０６は、第１のＧＮＳＳ中の異なるＳＶによって収集された信号に基づいて算出された１つ又は複数の値を、第２のＧＮＳＳ中の異なるＳＶによって収集された信号に基づいて算出された値と比較し得る。
【０１０３】
[000109]更に、地理的に分散されたＵＥ３０８及び３１２から障害メッセージを受信すると、マルチＧＮＳＳロケーションサーバ３０６は、障害又は誤った状態を、局所的に、地域的に、又はＧＮＳＳ全体で特徴づけるか、若しくは推定し得る。例えば、マルチＧＮＳＳロケーションサーバ３０６は、マルチＧＮＳＳロケーションサーバ３０６がそれによって障害メッセージを相関させ得る、ほんの数個の異なる属性を挙げると、時間、空間／局所性、障害のタイプ、ＧＮＳＳコンスタレーション、（１つ又は複数の）ＳＶ識別子、（１つ又は複数の）ＳＶ信号識別子によって、障害メッセージ３０２と障害メッセージ３１０とを比較し、相関させ得る。一例では、マルチＧＮＳＳロケーションサーバ３０６は、特定のローカルエリアをカバーする同じＳＶのための性能に影響を及ぼす同様の状態が他の場所でのこれらの状態の不在下で検出される場合、特定の状態が特定の領域に局所化されると推定し得る。同様に、マルチＧＮＳＳロケーションサーバ３０６は、例えば、特定の状態が一様に検出されるか、又は領域の特定のエリアに特に局所でない場合、特定の状態が、グローバルに又はＧＮＳＳ全体で存在するか、若しくは生じていると推定し得る。マルチＧＮＳＳロケーションサーバ３０６は、更に、障害メッセージではないが、１つ又は複数のＳＶ信号、１つ又は複数のＳＶ及び／又は１つ又は複数のＧＮＳＳコンスタレーションの観測値を伝達する、ＵＥ３０８及び３１２から受信された他のメッセージを評価し得る。例えば、障害メッセージ３０２と障害メッセージ３１０との相関が、特定のエリアにわたって１つ又は複数のＳＶ信号、１つ又は複数のＳＶ及び／又は１つ又は複数のＧＮＳＳコンスタレーションに影響を及ぼす可能な障害を示す場合、マルチＧＮＳＳロケーションサーバ３０６は、同じエリアにわたる同じ障害が確認されるのか、暗示されるのか、少なくとも可能であるものとして示されるのかを決定するために、他の非障害メッセージを評価し得る。他の非障害メッセージは、各々、擬似レンジ、キャリア位相、信号対雑音比、ドップラーシフト、信号強度の測定値など、ＵＥ３０８及び３１２によって与えられるＳＶ信号の様々な測定値、並びにこれらの測定値のうちの１つ又は複数における正確さ又はあり得る誤差（例えば、測定値についての標準偏差）を備え得る。他の非障害メッセージは、マルチＧＮＳＳロケーションサーバ３０６が、例えば、ＬＴＥアクセスのためのＯＭＡ  ＳＵＰＬロケーションソリューション又は３ＧＰＰ制御プレーンロケーションソリューションを使用して、例えば、ＵＥのための測位プロシージャの一部として、ＵＥのロケーション推定値及び／又は速度を算出することを可能にするために、ＵＥ３０８、又はＵＥ３１２のうちのいずれかによって返され得る。代替的に又は追加として、他の非障害メッセージは、クラウドソーシングの一部としてＵＥ３０８及び３１２によって返され得、それにより、ＵＥ３０８及び３１２は、マルチＧＮＳＳロケーションサーバ３０６又は何らかの他のサーバが、ネットワーク又はネットワークの一部のためのステータス及び／又はロケーション関係情報を決定することを可能にするために、ロケーション関係観測値（例えば��ＮＳＳ測定値及び／又は近くの基地局及び／又はＡＰから受信された信号の測定値）をマルチＧＮＳＳロケーションサーバ３０６に周期的に返す。
【０１０４】
[000110]一実施形態では、マルチＧＮＳＳロケーションサーバ３０６は、上記で説明されたタイプの非障害メッセージを使用して完全に、障害評価及び決定を実行し得る。非障害メッセージは、他の目的のために（例えばＵＥ３０８及び３１２の測位をサポートするために、及び／又はクラウドソーシングをサポートするために）ＵＥ３０８及び３１２によって返され得るが、マルチＧＮＳＳロケーションサーバ３０６は、他のＵＥ３０８及び３１２から受信された追加の非障害メッセージを使用してその後検証され、及び／又は確認され得る可能な障害並びに異常を識別することが可能であり得る。一例として、特定のＧＮＳＳコンスタレーションのジャミングが、（例えば１つ又は複数の都市又は（１つ又は複数の）近郊ブロックにわたって）あるローカルエリア内で生じる場合、マルチＧＮＳＳロケーションサーバ３０６は、このローカルエリア内のＵＥが、このＧＮＳＳコンスタレーションに属するＳＶについての擬似レンジ測定値を報告せず、及び／又は、１つの高精度ロケーションが、マルチラテレーションを使用して決定されることを可能にしない、このＧＮＳＳコンスタレーション中のＳＶについての擬似レンジを報告しないことを観測し得る。同様に、特定のＳＶのクロックが障害のあるものになる場合、マルチＧＮＳＳロケーションサーバ３０６は、ＳＶが認識可能である全てのロケーションにおけるＵＥが、特定のＳＶのためのより少ない擬似レンジを報告するか、更には特定のＳＶのための擬似レンジを報告せず、及び／又は他のＳＶについて測定された擬似レンジと矛盾するＳＶについての擬似レンジを報告することを観測し得る。非障害メッセージは、ＧＮＳＳコンスタレーションのための障害検出及び補正をサポートすることを意図されないことがあるが、マルチＧＮＳＳロケーションサーバ３０６は、特定のＳＶ信号、特定のＳＶ及び／又はＧＮＳＳコンスタレーション全体についての障害並びに異常を決定し、そのような障害及び異常を示すオーグメンテーションパラメータ（例えば、測位支援又は補正パラメータ）をメッセージ３０１中でＵＥ３０８及び３１２に与えるために、非障害メッセージを使用し得る。
【０１０５】
[000111]図４は、一実施形態による、モバイルデバイスから受信された報告メッセージに基づいてＧＮＳＳの一態様又は一部分のステータスを推定するためのプロセスの流れ図である。このコンテキストでは、ＧＮＳＳの一態様又は一部分の「ステータス」は、特定の機能を実行するための、その態様又は部分の有効性のインジケータを備える。例えば、ＧＮＳＳの一態様又は一部分のステータスは、その態様又は部分の信頼性又は有用性を示し得る。一実装形態では、ステータスは、（ｉ）位置動作をサポートするための特定のＳＶからのロケーション又は領域へのＳＰＳ信号、（ｉｉ）位置動作をサポートするための特定のＳＶ又は複数のＳＶのいずれかからのロケーション又は領域への特定のＳＰＳ信号、及び／又は（ｉｉｉ）位置動作をサポートするための認識可能ＳＶからのロケーション又は領域へのＳＰＳ信号をＧＮＳＳが与えることができること又はできないことを示し得る。特定の実装形態では、図４に示されている（例えば図４中の異なるブロックに帰属される）アクションは、全体的に又は部分的に、マルチＧＮＳＳロケーションサーバ３０６及び／又は中央サーバ２５６などのサーバによって実行され得る。ブロック４０２は、例えば、ユーザセグメント２５２（図２）中のＵＥ又はＵＥ３０８若しくは３１２（図３）など、複数のモバイルデバイスから報告メッセージ（例えば、障害メッセージ２０６、３０２又は３１０）を受信する。ブロック４０２において受信された報告メッセージは、例えば、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信され得る。ブロック４０２において受信された報告メッセージは、更に、障害メッセージであることを示され得るか、若しくは、ステータス情報を伝達するか、又は送信側モバイルデバイスの測位をサポートするために使用されるメッセージであり得る。ブロック４０２においてＵＥ又は他の報告モバイルデバイスから受信された報告メッセージ中の１つ又は複数のステータスインジケータは、ＵＥにおいて収集されたＳＰＳ信号に少なくとも部分的に基づいて、障害又は誤った動作を示唆する状態又はイベントを示し得る。例えば、ステータスインジケータは、上記で説明された特定の例のうちのいずれかを使用した、異常、又は誤った動作を示唆する他の状態の検出を示し得る。特定の非限定的な例とともに本明細書の他の場所で説明されるように、そのようなステータスインジケータは、１つ又は複数のＧＮＳＳ送信機から受信されたＳＰＳ信号に少なくとも部分的に基づき得る。更に、報告モバイルデバイスからの報告メッセージはまた、報告されたイベント及び状態を局所化するのを支援するための、報告モバイルデバイスのロケーションの指示（例えば、緯度及び経度座標、現在サービングセル識別子、ＧＮＳＳ擬似レンジ測定値など）を含み得る。特定の実装形態では、報告モバイルデバイスから受信された報告メッセージ中のステータスインジケータは、（例えば、ＧＮＳＳダウンリンク又はサーバからのメッセージ中の）測位支援データと、報告モバイルデバイスにお���て取得された１つ又は複数の観測値との比較に少なくとも部分的に基づき得る。例えば、測位支援データと矛盾するＧＮＳＳ信号の観測値が、特定の状態又はイベントを示し得る。別の例では、報告モバイルデバイスは、１つ又は複数の追加のＧＮＳＳからの信号の収集からの１つ又は複数の追加の位置フィックスと同時に発生する、第１のＧＮＳＳからの信号の収集からの１つの位置フィックスを取得し得る。第１のＧＮＳＳから取得された位置フィックスが１つ又は複数の追加の位置フィックスとは異なり、そのアウトライアーである場合、報告モバイルデバイスは、スプーフィングイベントなどによる、１つ又は複数のＧＮＳＳシステムにおける障害の可能な存在を推定し得る。別の例では、報告モバイルデバイスは、複数のＧＮＳＳシステムによって送信された信号の検出の不在下でのジャマーの存在（例えば、広帯域雑音ジャマーがＧＮＳＳ受信機を飽和させる状態）を推定し得る。
【０１０６】
[000112]ブロック４０４は、ＧＮＳＳの少なくとも一部分又は一態様（例えば、特定の、影響を受けるＳＶ、特定の、影響を受けるＳＶ信号又はサービスエリアの部分）のステータスを推定するために、ブロック４０２において２つ又はそれ以上の報告モバイルデバイスから受信された報告メッセージ中のステータスインジクタを相関させる。推定されたステータスは、推定されたステータスについて説明するか、それを要約するか、定義するか、暗示するか、又は場合によっては指すことがあるステータスメッセージを決定するために使用され得る。決定されたステータスメッセージは、１つ又は複数のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備え得る。
【０１０７】
[000113]上記で説明されたように、２つ又はそれ以上の異なるモバイルデバイスからブロック４０２において受信された報告（例えば障害）メッセージ中のステータスインジケータは、図４のプロセスを実行するサーバが、受信された報告メッセージをそれによって相関させ得る、ほんの数個の異なる属性を挙げると、時間、ロケーション（例えば、空間／局所性）の指示、状態又はイベントタイプ、障害インジケータタイプ、モバイルデバイスタイプ、モバイルデバイスブランド（例えばモバイルデバイスベンダー又は事業者）、モバイルデバイスモデル、ＧＮＳＳシステム、ＳＶ識別子、ＳＶ信号、若しくは他の属性によって相関され得る。上記で指摘されたように、異なるモバイルデバイスから受信された報告メッセージ中の相関されたステータスインジケータは、次いで、例えば、特定の状態が特定の領域に局所化されるか又はＧＮＳＳ全体で一般化していると推定するために使用され得る。特定の実施形態では、モバイルデバイスから受信された報告メッセージ中のステータスインジケータを相関させることに加えて、ブロック４０４は、ＧＮＳＳの少なくとも一部分（例えば、ＧＮＳＳ中の特定のＳＶ又はＧＮＳＳによってカバーされるサービス領域の一部分）のステータスを推定するために、（例えば、ＷＡＲＮ２５８中の）ＷＡＲＮ基準局から受信された報告メッセージ中の（例えば、メッセージ２１１中の）指示を組み合わせ得る。別の実施形態では、上記で説明されたように、ブロック４０４は、ＵＥのためのロケーション及び／又は速度の決定を可能にするために与えられたメッセージ若しくはクラウドソーシングの一部として送られたメッセージなど、異なるモバイルデバイスから受信された他の非障害メッセージからＧＮＳＳ障害に関係する指示を組み合わせ得る。一実装形態では、ブロック４０２において報告モバイルデバイスから報告メッセージ中で受信されたステータスインジケータは、（例えば、ＷＡＲＮ２５８中の）ＷＡＲＮ基準局から取得された障害インジケータ又は他のステータスインジケータと相関され得る。別の実装形態では、ブロック４０４においてステータスインジケータを相関させることは、１つ又は複数のステータスインジケータに少なくとも部分的に基づいて状態又はイベントを推定することを備え得る。
【０１０８】
[000114]特定の一実装形態では、報告メッセージから取得された少なくとも１つのステータスインジケータは、ＧＮＳＳ中の２つ又はそれ以上のＳＶから送信されたＳＰＳ信号の収集から取得された擬似レンジ測定値間の、又はそれらの間の異常の検出を示し得る。別の特定の実装形態では、報告メッセージから取得された少なくとも１つのステータスインジケータは、少なくとも１つのモバイルデバイスにおいてについて取得された、推定されたロケーション又は速度における誤差の検出を示し得る。別の実装形態では、報告メッセージから取得された少なくとも１つのステータスインジケータは、ＧＮＳＳ中のＳＶによって送信され、モバイルデバイスにおいて収集された１つ又は複数の信号中の低い又は異常な受信電力の検出を示し得る。また別の実装形態では、報告メッセージから取得された少なくとも１つのステータスインジケータは、モバイルデバイスにおいて収集された１つ又は複数のＳＰＳ信号に少なくとも部分的に基づいて測定された擬似レンジレートの変化の検出に少なくとも部分的に基づく、クロック誤差の検出を示し得る。また別の実装形態では、報告メッセージから取得された少なくとも１つのステータスインジケータは、ロケーションサーバによって算出された１つ又は複数の値と、例えば、エフェメリス衛星ビークル（ＳＶ：satellite vehicle）位置、ＳＶクロック又は電離層パラメータ若しくはそれらの任意の組合せなど、ＧＮＳＳ中の少なくとも１つのＳＶによって送信された１つ又は複数のパラメータとの比較に少なくとも部分的に基づき得る。また別の実装形態では、報告メッセージから取得された少なくとも１つのステータスインジケータは、第１のＳＰＳ周波数帯域中のモバイルデバイスにおける１つ又は複数の検出と、第２のＳＰＳ周波数帯域中の１つ又は複数の検出との間の比較に少なくとも部分的に基づいて算出された大気遅延に少なくとも部分的に基づき得る。また別の実装形態では、報告メッセージから取得された少なくとも１つのステータスインジケータは、ＧＮＳＳ中の少なくとも１つのＳＶから送信された信号の収集からの不規則コード波形の検出に少なくとも部分的に基づき得る。但し、これらは、状態又はイベントを示すインジケータがどのように決定され得るかの例にすぎず、請求される主題はこの点について限定されないことを理解されたい。
【０１０９】
[000115]ブロック４０６は、ブロック４０４において決定されたステータスメッセージを１つ又は複数のターゲットモバイルデバイスに送信する。一実施形態によれば、ステータスメッセージは、ブロック４０６において、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信され得る。幾つかの実装形態では、ステータスメッセージは、１つ又は複数のＧＮＮＳシステムについて支援データをターゲットモバイルデバイスに与え得るか、若しくは、１つ又は複数のＧＮＳＳシステムに基づいてロケーション測定値又はロケーション推定値をターゲットモバイルデバイスに要求し得る。これらの実装形態では、知られている、又は疑われる障害をもつＧＮＳＳシステム、ＳＶ及び／又はＳＶ信号は、ステータスメッセージ中で省略されるか、使用されないとして示されるか、又は障害状態を有するものとして示され得る。一実装形態では、ブロック４０６は、例えば、ほんの数例を挙げると、特定の異常又はステータスの指示、影響を受けるＧＮＳＳの一部分（例えば、特定のＳＶ又はサービス領域の部分）、そのステータスが推定される時間を含む、推定されたステータスの存在を示す、ブロック４０４において決定された１つ又は複数のステータスメッセージを、事業者又は当局に送信し得る。別の実装形態では、ブロック４０６は、例えば、更新されたオーグメンテーションパラメータ（例えば、更新された測位支援パラメータ又は補正パラメータ）を含む、ブロック４０４において決定された１つ又は複数のステータスメッセージをＵＥに送信し得る。別の実装形態では、ブロック４０６は、ＵＥロケーション推定値の決定を可能にするために、ＵＥロケーション推定値及び／又は１つ又は複数のＳＰＳ測定値を各ＵＥに要求する１つ又は複数のメッセージをＵＥに送信し得、ここにおいて、１つ又は複数のメッセージは、障害状態又は異常に関連すると決定された特定のＳＶ信号、特定のＳＶ及び／又は特定のＧＮＳＳコンスタレーションの使用を含むことを控えること、若しくはそれを明示的に除外することのいずれかを行う。一実施形態では、ブロック４０６において送信されたステータスメッセージを受信するターゲットモバイルデバイスは、例えば、ブロック４０２において報告メッセージを与えた報告モバイルデバイス、（例えば、ブロック４０４において相関されたステータスインジケータを有する報告メッセージ中のロケーションの指示に基づく）特定の地理的エリア内に位置するモバイルデバイス又は（例えば、限られた地理的領域を越えて状態又はイベントが普及している場合）複数の地理的エリア中に位置するモバイルデバイスを含み得る。
【０１１０】
[000116]図５は、報告メッセージを与え、測位支援メッセージを受信するためのモバイルデバイス（例えば、図５中の異なるブロックに帰属されるアクションを実行し得る、ユーザセグメント２５２中のＵＥ若しくはＵＥ３０８又は３１２）におけるプロセスの流れ図である。ブロック５０２において、モバイルデバイスは、例えば、ほんの数例を挙げると、ＧＮＳＳ位置フィックスを取得すること、サービングセル識別子を取得すること、１つ又は複数のＧＮＳＳシステム中の１つ又は複数のＳＶについての擬似レンジ測定値を取得すること、地上波送信機からの測位基準信号（ＰＲＳ：positioning reference signal）についての基準信号時間差（ＲＳＴＤ：reference signal time difference）を測定すること、ＷｉＦｉ  ＡＰ又はＢＴＬＥビーコンからの信号若しくはユーザインターフェースへのユーザ入力を測定することなど、サーバル技法のうちのいずれか１つを使用して、それの現在ロケーションの指示を取得する。ブロック５０４において、モバイルデバイスは、１つ又は複数のＧＮＳＳから受信されたＳＰＳ信号の１つ又は複数の観測値を取得する。ブロック５０４において取得された観測値は、例えば、コード位相検出、擬似レンジ測定値、ＲＦキャリア周波数検出又は受信電力測定値など、本明細書で説明される幾つかのタイプの観測値のうちのいずれか１つを含み得る。ブロック５０６において、モバイルデバイスは、ブロック５０４において取得された観測値に少なくとも部分的に基づいて状態又はイベントを推定する。例えば、モバイルデバイスは、本明細書で説明されるＧＮＳＳシステム障害又は異常、個々のＳＶ又は個々のＳＶにおける障害若しくは上記で説明されたスプーフィング又はジャミングなど、局所化イベント又は状態の存在を推定し得る。ブロック５０８は、ブロック５０６において推定された状態又はイベントの指示とブロック５０２において取得されたロケーションの指示とを備える１つ又は複数の報告メッセージを第１のモバイルデバイスから送信する。例えば、ブロック５０８は、ブロック５０６において推定された状態又はイベントの指示とブロック５０２において取得されたロケーションの指示とを含んでいる１つ又は複数の報告メッセージをロケーションサーバ（例えば、中央サーバ２５６又はマルチＧＮＳＳロケーションサーバ３０６）に送信し得る。
【０１１１】
[000117]上記で説明されたように、ブロック５０８において送信されたメッセージ中の状態又はイベントの指示は、ＧＮＳＳ送信機の第１のセットから受信された１つ又は複数のＳＰＳ信号に少なくとも部分的に基づいてモバイルデバイスにおいて検出された少なくとも１つの状態、イベント又は異常を示し得る。例えば、１つ又は複数の指示は、上記で説明されたように１つ又は複数の状態又は異常を示し得る。例えば、異常は、ＧＮＳＳ送信機の第１のセット中の２つ又はそれ以上のＳＶから送信された信号の収集から取得された擬似レンジ及び／又はキャリア位相測定値間で又はそれらの間で検出され得る。
【０１１２】
[000118]一実施形態によれば、モバイルデバイスは、ＧＮＳＳ送信機のセットＳに関連する障害又は異常を示す１つ又は複数のオーグメンテーションパラメータ（例えば、測位支援又は補正パラメータ）を含む１つ又は複数の測位メッセージを、ロケーションサーバ（例えば、中央サーバ２５６又はマルチＧＮＳＳロケーションサーバ３０６）から受信し得る。例えば、障害又は異常は、（１つの特定のＳＶ又は複数のＳＶのいずれかのための）特定のＳＶ信号、特定のＳＶ、特定の複数のＳＶ又はＧＮＳＳコンスタレーション全体に関連し得る。障害又は異常は、少なくとも部分的に、１つ又は複数のＳＶにおける、又はＧＮＳＳコンスタレーション全体における障害から起こり得るか、若しくは、ジャミング又はスプーフィングの結果であり得る。一実施形態では、１つ又は複数のオーグメンテーションパラメータは、モバイルデバイスの近似ロケーション、ＧＮＳＳ収集パラメータ、ＧＮＳＳエフェメリス又はアルマナックパラメータ若しくはそれらの任意の組合せを備える測位支援パラメータを備え得る。別の実施形態では、１つ又は複数のオーグメンテーションパラメータは、エフェメリス補正、衛星ビークル位置補正又は時間／クロック補正若しくはそれらの任意の組合せを備える測位補正パラメータを備え得る。別の実施形態では、１つ又は複数のオーグメンテーションパラメータは、ＧＮＳＳ送信機のセットＳに対応する特定のＳＶ信号、特定のＳＶ及び／又は特定のＧＮＳＳコンスタレーションが、ＧＮＳＳベースロケーション推定値及び／又はＧＮＳＳベースロケーション測定値を取得する間に収集されるべきでなく、及び／又は測定されるべきでないという、明示的及び／又は暗黙的指示を備え得る。一実施形態では、１つ又は複数のオーグメンテーションパラメータは、（例えば、モバイルデバイスによって、及び／又は図５のプロセスを実行する何らかの他のモバイルデバイスによってブロック５０８において送信されたメッセージ中の）推定された状態又はイベントの指示に少なくとも部分的に基づき得る。一実施形態では、受信される１つ又は複数の測位メッセージは、図４のプロセスのブロック４０６におけるものとしてサーバによって送信されたステータスメッセージに対応し得る。
【０１１３】
[000119]一実施形態では、モバイルデバイスは、前に言及されたＧＮＳＳ送信機のセットＳからモバイルデバイスにおいて収集されたＳＰＳ信号の１つ又は複数の態様の測定値に少なくとも部分的に基づいて、１つ又は複数の第１の値を取得し得る。ブロック５０６におけるモバイルデバイスは、次いで、取得された１つ又は複数の第１の値と、前のオーグメンテーションメッセージから又はそれを使用してのいずれかで取得された１つ又は複数の第２の値との比較に少なくとも部分的に基づいて、少なくとも１つの状態又はイベントを推定し得る。１つ又は複数の第１の値は、擬似レンジ、擬似レンジレート、キャリア位相、対流圏遅延、電離層遅延、到来角（ＡｏＡ）、モバイルデバイスの推定されたロケーション、モバイルデバイスの推定された速度、モバイルデバイスの推定された加速度又はリアルタイムキネマティックキャリア位相若しくはそれらの任意の組合せを備え得る。一実施形態では、ブロック５０８において報告されるイベント又は状態のために、ブロック５０６において少なくとも１つの状態又はイベントを推定することは、１つ又は複数の第１の値のうちの少なくとも１つと１つ又は複数の第２の値のうちの少なくとも１つとの間の差がしきい値を超えるかどうかを決定することを更に備え得る。更なる実施形態では、少なくとも１つの状態又はイベントは、第１の値と第２の値との比較に少なくとも部分的に基づいて、ブロック５０６において推定され、第１の値は、第１のＧＮＳＳ中の第１のＳＶから送信された第１のＳＰＳ信号の、モバイルデバイスにおける収集に少なくとも部分的に基づいて決定され、第２の値は、第１のＧＮＳＳとは異なる第２のＧＮＳＳ中の第２のＳＶから送信された第２のＳＰＳ信号の、モバイルデバイスにおける収集に少なくとも部分的に基づいて決定され得る。
【０１１４】
[000120]一実施形態によれば、ブロック５０８において送信されたメッセージは、ＳＵＰＬ  ＵＬＰプロトコル、ＬＰＰプロトコル及び／又はＬＰＰｅプロトコルに従って送信されたメッセージを備え得る。他の実装形態では、ブロック５０８において送信されたメッセージは、ＳＵＰＬ  ＵＬＰ、ＬＰＰ及び／又はＬＰＰｅ規格において定義されている特定のメッセージの拡張に従って送信されたメッセージを備え得る。特定の実装形態では、ブロック５０８においてモバイルデバイスによって送信されたメッセージを受信するロケーションサーバは、メッセージの受信を確認する確認応答メッセージをモバイルデバイスに送信することによって応答し得る。代替実装形態では、ブロック５０８においてモバイルデバイスによって送信されたメッセージを受信するロケーションサーバは、例えば、受信されたメッセージ中で報告されるイベント又は状態、同様の、又は同様でない状態又はイベントの履歴に関する更なる明確化又はより詳細な情報若しくはモバイルデバイスが、障害を示すイベント又は状態の検出を改善するために特定の将来のアクションを実行することを要求する、１つ又は複数のメッセージをモバイルデバイスに送信することによって、応答し得る。障害を示すイベント又は状態の検出を改善するための特定の将来のアクションに関して、ロケーションサーバは、更なる詳細又はグラニュラリティをもつ特定のイベント又は状態の検出のための実装される方法を改変するようにモバイルデバイスを再構成するための１つ又は複数のコマンドメッセージをモバイルデバイスに送信し得る。モバイルデバイスは、例えば、確認応答メッセージを用いてロケーションサーバからのメッセージに応答し得る。
【０１１５】
[000121]図６は、一実施形態による、モバイルデバイス１１００の概略図である。モバイルデバイス１００（図１）は、図６に示されているモバイルデバイス１１００の１つ又は複数の特徴を備え得る。モバイルデバイス１１００は、図２中のユーザセグメント２５２中のいずれかのＵＥに、及び／又は図３中のＵＥ３０８及びＵＥ３１２のうちのいずれかに対応し得る。幾つかの実施形態では、モバイルデバイス１１００は、ワイヤレス通信ネットワーク上でワイヤレスアンテナ１１２２を介してワイヤレス信号１１２３を送信及び受信することが可能であるワイヤレストランシーバ１１２１を備え得る。ワイヤレストランシーバ１１２１はワイヤレストランシーババスインターフェース１１２０によってバス１１０１に接続され得る。ワイヤレストランシーババスインターフェース１１２０は、幾つかの実施形態では、ワイヤレストランシーバ１１２１と少なくとも部分的に統合され得る。幾つかの実施形態は、例えば、ほんの数例を挙げると、ＩＥＥＥ規格８０２．１１のバージョン、ＣＤＭＡ、Ｗ−ＣＤＭＡ（登録商標）、ＬＴＥ、ＵＭＴＳ、ＧＳＭ（登録商標）、ＡＭＰＳ、Ｚｉｇｂｅｅ（登録商標）及びＢｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ：Bluetooth low energy）など、対応する複数のワイヤレス通信規格に従って、信号を送信及び／又は受信することを可能にするために、複数のワイヤレストランシーバ１１２１及び／又は複数のワイヤレスアンテナ１１２２を含み得る。（１つ又は複数の）ワイヤレストランシーバ及び（１つ又は複数の）ワイヤレスアンテナ１１２２を使用して送信及び／又は受信された信号は、図２中のメッセージ２０５〜２０８のうちの１つ又は複数及び／又は図３中のメッセージ３０１〜３０３及び／又は３１０のうちの１つ又は複数を備え得る。
【０１１６】
[000122]モバイルデバイス１１００はまた、ＳＰＳアンテナ１１５８を介してＳＰＳ信号１１５９を受信及び収集することが可能なＳＰＳ受信機１１５５を備え得る。幾つかの実装形態では、ＳＰＳアンテナ１１５８とワイヤレスアンテナ１１２２とは同じアンテナであり得る。ＳＰＳ受信機１１５５はまた、モバイルデバイス１１００のロケーションを推定するために、収集されたＳＰＳ信号１１５９を全体的に、又は部分的に処理し得る。ＳＰＳ受信機１１５５はバスインターフェース１１５０によってバス１１０１に接続され得る。幾つかの実施形態では、（１つ又は複数の）汎用プロセッサ１１１１、メモリ１１４０、（１つ又は複数の）デジタル信号プロセッサ（ＤＳＰ）１１１２及び／又は専用プロセッサ（図示せず）も、ＳＰＳ受信機１１５５とともに、（例えば、バス１１０１を介してアクセスされる）収集されたＳＰＳ信号を全体的に又は部分的に処理し、及び／又はモバイルデバイス１１００の推定されたロケーションを計算するために利用され得る。測位動作を実行する際に使用するためのＳＰＳ又は他の信号の記憶は、メモリ１１４０又はレジスタ（図示せず）中で実行され得る。幾つかの実装形態では、ＳＰＳ受信機１１５５及びワイヤレスアンテナ１１２２は、１つ又は複数のＧＮＳＳコンスタレーションからの信号の収集及び測定をサポートし得るが、全てのＧＮＳＳコンスタレーションからの信号の収集及び測定をサポートするとは限らない。これらの実装形態では、モバイルデバイス１１００は、１つ又は複数の追加のＧＮＳＳコンスタレーションからの信号の収集及び測定を可能にするために、１つ又は複数の追加のＳＰＳ受信機１１５５及び／又は１つ又は複数の追加のワイヤレスアンテナ１１２２（図６に図示せず）を備え得る。
【０１１７】
[000123]また、図６に示されている、モバイルデバイス１１００は、（図６の場合のように）直接又はバスインターフェース１１１０（図６に図示せず）を介してのいずれかでバス１１０１に接続された（１つ又は複数の）ＤＳＰ１１１２と、（図６の場合のように）直接又はバスインターフェース１１１０（図６に図示せず）を介してのいずれかでバス１１０１に接続された（１つ又は複数の）汎用プロセッサ１１１１と、メモリ１１４０とを備え得る。バスインターフェース１１１０は、（１つ又は複数の）ＤＳＰ１１１２、（１つ又は複数の）汎用プロセッサ１１１１及びメモリ１１４０と統合され得る。様々な実施形態では、ほんの数例を挙げると、ＲＡＭ、ＲＯＭ、ＦＬＡＳＨ又はディスクドライブなど、コンピュータ可読記憶媒体上になど、メモリ１１４０に記憶された１つ又は複数の機械可読命令の実行に応答して、機能が実行され得る。１つ又は複数の命令は、（１つ又は複数の）汎用プロセッサ１１１１、専用プロセッサ又は（１つ又は複数の）ＤＳＰ１１１２によって実行可能であり得る。メモリ１１４０は、本明細書で説明される機能を実行するために（１つ又は複数の）プロセッサ１１１１及び／又は（１つ又は複数の）ＤＳＰ１１１２によって実行可能であるソフトウェアコード（プログラミングコード、命令など）を記憶する非一時的プロセッサ可読メモリ及び／又はコンピュータ可読メモリを備え得る。特定の実装形態では、ワイヤレストランシーバ１１２１は、上記で説明されたように、モバイルデバイス１１００がワイヤレスＳＴＡとして構成されることを可能にするために、バス１１０１を通して（１つ又は複数の）汎用プロセッサ１１１１及び／又は（１つ又は複数の）ＤＳＰ１１１２と通信し得る。ワイヤレストランシーバ１１２１と組み合わせて、（１つ又は複数の）汎用プロセッサ１１１１及び／又は（１つ又は複数の）ＤＳＰ１１１２は、上記で説明されたブロック５０２及び５０４に関して上記で説明されたプロセスの１つ又は複数の態様を実行するための命令を実行し得る。
【０１１８】
[000124]また、図６に示されている、ユーザインターフェース１１３５は、例えば、ほんの数例を挙げると、スピーカー、マイクロフォン、ディスプレイデバイス、振動デバイス、キーボード、タッチスクリーンなど、幾つかのデバイスのうちのいずれか１つを備え得る。特定の実装形態では、ユーザインターフェース１１３５は、ユーザがモバイルデバイス１１００上にホストされた１つ又は複数のアプリケーション及び／又は機能と対話することを可能にし得る。例えば、ユーザインターフェース１１３５によって制御されるアプリケーション又は機能は、ユーザからのアクションに応答して（１つ又は複数の）ＤＳＰ１１１２又は汎用／アプリケーションプロセッサ１１１１によって更に処理されるべき、アナログ又はデジタル信号若しくはそのような信号から導出されたデータを、メモリ１１４０に記憶し得る。同様に、モバイルデバイス１１００上にホストされたアプリケーション又は機能は、出力信号又はデータの出力をユーザに提示するために、アナログ又はデジタル信号若しくはそのような信号から導出されたデータを、メモリ１１４０に記憶し得る。別の実装形態では、モバイルデバイス１１００は、例えば、専用スピーカー、マイクロフォン、デジタルアナログ回路、アナログデジタル回路、増幅器及び／又は利得制御を備える専用オーディオ入出力（Ｉ／Ｏ）デバイス１１７０を随意に含み得る。但し、これは、オーディオＩ／Ｏがモバイルデバイスにおいてどのように実装され得るかの一例にすぎず、請求される主題はこの点について限定されないことを理解されたい。別の実装形態では、モバイルデバイス１１００は、キーボード又はタッチスクリーンデバイスにタッチすること、又はそれに対する圧力に反応するタッチセンサー１１６２を備え得る。
【０１１９】
[000125]モバイルデバイス１１００はまた、静止画又は動画をキャプチャするための専用カメラデバイス１１６４を備え得る。専用カメラデバイス１１６４は、例えば、ほんの数例を挙げると、イメージングセンサー（例えば、電荷結合デバイス又はＣＭＯＳイメージャ）、レンズ、アナログデジタル回路、フレームバッファを備え得る。一実装形態では、撮られた画像を表す信号の追加の処理、調整、符号化又は圧縮が、汎用／アプリケーションプロセッサ１１１１又は（１つ又は複数の）ＤＳＰ１１１２において実行され得る。代替的に、専用ビデオプロセッサ１１６８が、撮られた画像を表す信号の調整、符号化、圧縮又は操作を実行し得る。更に、専用ビデオプロセッサ１１６８は、モバイルデバイス１１００上のディスプレイデバイス（図示せず）上での提示のために記憶された画像データを復号／復元し得る。
【０１２０】
[000126]モバイルデバイス１１００は、例えば、慣性センサー及び環境センサーを含み得る、バス１１０１に結合されたセンサー１１６０をも備え得る。センサー１１６０の慣性センサーは、例えば、（例えば、３次元におけるモバイルデバイス１１００の加速度又は動きにまとめて応答する）加速度計、（例えば、１つ又は複数のコンパスアプリケーションをサポートするための）１つ又は複数のジャイロスコープ又は１つ又は複数の磁力計を備え得る。モバイルデバイス１１００の環境センサーは、例えば、ほんの数例を挙げると、温度センサー、気圧センサー、周辺光センサー、カメライメージャ、マイクロフォンを備え得る。センサー１１６０は、メモリ１１４０に記憶され、及び／又は、例えば、測位又はナビゲーション動作を対象とするアプリケーションなど、１つ又は複数のアプリケーションをサポートする（１つ又は複数の）ＤＰＳ１１１２及び／又は汎用／アプリケーションプロセッサ１１１１によって処理され得る、アナログ信号又はデジタル信号を生成し得る。
【０１２１】
[000127]特定の実装形態では、モバイルデバイス１１００は、ワイヤレストランシーバ１１２１又はＳＰＳ受信機１１５５において受信され、ダウンコンバートされた信号のベースバンド処理を実行することが可能な専用モデムプロセッサ１１６６を備え得る。同様に、専用モデムプロセッサ１１６６は、ワイヤレストランシーバ１１２１による送信のためにアップコンバートされるべき信号のベースバンド処理を実行し得る。代替実装形態では、専用モデムプロセッサを有する代わりに、ベースバンド処理は汎用プロセッサ又はＤＳＰ（例えば、汎用／アプリケーションプロセッサ１１１１又は（１つ又は複数の）ＤＳＰ１１１２）によって実行され得る。但し、これらはベースバンド処理を実行し得る構造の例にすぎず、請求される主題はこの点について限定されないことを理解されたい。特定の実装形態では、ＳＰＳ受信機１１５５は、複数の異なるＧＮＳＳによって送信されたＳＰＳ信号を収集し、処理する回路及びベースバンド処理能力を備え得る。
【０１２２】
[000128]図７は、上記で説明された技法又はプロセスを実装するように構成可能な１つ又は複数のデバイスを含み得る例示的なシステム１２００を示す概略図である。システム１２００は、例えば、通信ネットワーク１２０８を通して互いに動作可能に結合され得る第１のデバイス１２０２と、第２のデバイス１２０４と、第３のデバイス１２０６とを含み得る。一態様では、第２のデバイス１２０４は、例えば、上記で説明されたようにモバイルデバイスから受信された障害メッセージを処理するためのサーバ（例えば、中央サーバ２５６又はマルチＧＮＳＳロケーションサーバ３０６）を備え得る。また、一態様では、通信ネットワーク１２０８は、１つ又は複数のワイヤレスアクセスポイント、例えば、１つ又は複数のワイヤレス通信ネットワーク及び／又はインターネットを備え得る。但し、請求される主題はこれらの点で範囲が限定されない。
【０１２３】
[000129]第１のデバイス１２０２、第２のデバイス１２０４及び第３のデバイス１２０６は、モバイルデバイスから受信された障害メッセージを処理するための任意のデバイス、アプライアンス又は機械を表し得る。限定ではなく例として、第１のデバイス１２０２、第２のデバイス１２０４又は第３のデバイス１２０６のいずれも、例えば、デスクトップコンピュータ、ラップトップコンピュータ、ワークステーション、サーバデバイスなど、１つ又は複数のコンピュータデバイス又はプラットフォーム、例えば、携帯情報端末、モバイル通信デバイスなど、１つ又は複数のパーソナルコンピューティング又は通信デバイス又はアプライアンス、例えば、データベース又はデータ記憶サービスプロバイダ／システム、ネットワークサービスプロバイダ／システム、インターネット又はイントラネットサービスプロバイダ／システム、ポータル又は検索エンジンサービスプロバイダ／システム、ワイヤレス通信サービスプロバイダ／システムなど、コンピュータシステム又は関連するサービスプロバイダ機能若しくはそれらの任意の組合せを含み得る。第１のデバイス１２０２、第２のデバイス１２０４及び第３のデバイス１２０６のいずれも、本明細書で説明される例によるロケーションサーバ（例えばＳＬＰ又はＥ−ＳＭＬＣ）、基地局アルマナックサーバ、基地局又はモバイルデバイスのうちの１つ又は複数を備え得る。
【０１２４】
[000130]同様に、通信ネットワーク１２０８は、第１のデバイス１２０２、第２のデバイス１２０４及び第３のデバイス１２０６のうちの少なくとも２つの間でのデータの交換をサポートするように構成可能な１つ又は複数の通信リンク（例えば、ワイヤード又はワイヤレス通信リンク）、プロセス又はリソースを表し得る。限定ではなく例として、通信ネットワーク１２０８は、ワイヤレス又はワイヤード通信リンク、電話又は電気通信システム、データバス又はチャネル、光ファイバー、地上又は宇宙ビークルリソース、ローカルエリアネットワーク、ワイドエリアネットワーク、イントラネット、インターネット、ルータ又はスイッチなど、若しくはそれらの任意の組合せを含み得る。例えば、第３のデバイス１２０６によって部分的に不明瞭にされたものとして示されている破線ボックスによって示されるように、通信ネットワーク１２０８に動作可能に結合された追加の同様のデバイスがあり得る。
【０１２５】
[000131]システム１２００に示されている様々なデバイス及びネットワーク並びに本明細書で更に説明されるプロセス及び方法の全部又は一部は、ハードウェア、ファームウェア、ソフトウェア又はそれらの任意の組合せを使用して、又はさもなければ含めて実装され得ることを認識されたい。
【０１２６】
[000132]従って、限定ではなく例として、第２のデバイス１２０４は、バス１２２８を通してメモリ１２２２に動作可能に結合された少なくとも１つの処理ユニット１２２０を含み得る。
【０１２７】
[000133]処理ユニット１２２０は、データ算出手順又はプロセスの少なくとも一部分を実行するように構成可能な１つ又は複数の回路を表す。限定ではなく例として、処理ユニット１２２０は、１つ又は複数のプロセッサ、コントローラ、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイなど、又はそれらの任意の組合せを含み得る。
【０１２８】
[000134]メモリ１２２２は任意のデータ記憶機構を表す。メモリ１２２２は、例えば、１次メモリ１２２４又は２次メモリ１２２６を含み得る。１次メモリ１２２４は、例えば、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット１２２０とは別個であるものとして示されているが、１次メモリ１２２４の全部又は一部は、処理ユニット１２２０内に設けられるか、又はさもなければ処理ユニット１２２０とコロケート／結合され得ることを理解されたい。通信インターフェース１２３０と組み合わせて、処理ユニット１２２０は、ブロック４０２、４０４及び４０６におけるアクションの全部又は一部分を実行するための命令を実行し得る。
【０１２９】
[000135]２次メモリ１２２６は、例えば、１次メモリと同じ又は同様のタイプのメモリ若しくは、例えば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなど、１つ又は複数のデータストレージデバイス又はシステムを含み得る。幾つかの実装形態では、２次メモリ１２２６は、コンピュータ可読媒体１２４０を動作可能に受容可能であるか、又はさもなければそれに結合するように構成可能であり得る。コンピュータ可読媒体１２４０は、例えば、システム１２００中のデバイスのうちの１つ又は複数のためにデータ、コード又は命令を搬送するか又はアクセス可能にすることができる任意の非一時的記憶媒体を含み得る。コンピュータ可読媒体１２４０は記憶媒体と呼ばれることもある。
【０１３０】
[000136]第２のデバイス１２０４は、例えば、少なくとも通信ネットワーク１２０８への第２のデバイス１２０４の動作可能な結合を与えるか、又はさもなければそれをサポートする通信インターフェース１２３０を含み得る。限定ではなく例として、通信インターフェース１２３０は、ネットワークインターフェースデバイス又はカード、モデム、ルータ、スイッチ、トランシーバなどを含み得る。
【０１３１】
[000137]第２のデバイス１２０４は、例えば、入出力デバイス１２３２を含み得る。入出力デバイス１２３２は、人間又は機械の入力を受け付けるか、又はさもなければそれを導入するように構成可能であり得る１つ又は複数のデバイス又は特徴、若しくは人間又は機械の出力を配信するか、又はさもなければそれを与えるように構成可能であり得る１つ又は複数のデバイス又は特徴を表す。限定ではなく例として、入出力デバイス１２３２は、動作可能に構成されたディスプレイ、スピーカー、キーボード、マウス、トラックボール、タッチスクリーン、データポートなどを含み得る。
【０１３２】
[000138]本明細書で説明される特定の実装形態は、複数の報告モバイルデバイスから報告メッセージを受信するための手段と、報告メッセージが、複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ又は複数のステータスインジケータとを備える、ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、複数の報告モバイルデバイスのうちの異なるものから受信されたステータスインジケータを相関させるための手段と、ステータスメッセージが、１つ又は複数のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、ステータスメッセージを１つ又は複数のターゲットデバイスに送信するための手段とを備えるロケーションサーバを対象とする。一実施形態では、１つ又は複数のターゲットデバイスは、複数の報告モバイルデバイスのうちの少なくとも１つを備える。別の実施形態では、１つ又は複数のターゲットデバイスは、ロケーションの指示に少なくとも部分的に基づく特定の地理内に位置する。別の実施形態では、１つ又は複数のターゲットデバイスは複数の地理中に位置する。別の実施形態では、複数の報告モバイルデバイスはモバイル加入者デバイスを備え、ステータスインジケータを相関させることは、状態又はイベントを推定するために、複数の報告モバイルデバイスから取得された障害インジケータを１つ又は複数のＷＡＲＮ基準局から取得された１つ又は複数の障害インジケータと相関させることを更に備える。別の実施形態では、ステータスインジケータのうちの少なくとも１つは、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す。別の実施形態では、ステータスインジケータのうちの少なくとも１つは、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す。別の実施形態では、報告メッセージは、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される。
【０１３３】
[000139]別の特定の実装形態は、複数の報告モバイルデバイスから受信された報告メッセージを取得することと、報告メッセージが、複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ又は複数のステータスインジケータとを備える、ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、複数の報告モバイルデバイスのうちの異なるものから受信されたステータスインジケータを相関させることと、ステータスメッセージが、１つ又は複数のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、ステータスメッセージの、１つ又は複数のターゲットクライアントデバイスへの送信を開始することとを行うためにロケーションサーバのプロセッサによって実行可能である、その上に記憶されたコンピュータ可読命令を備える非一時的記憶媒体を対象とする。一実施形態では、コンピュータ可読命令は、１つ又は複数のステータスインジケータに少なくとも部分的に基づいて状態又はイベントを推定するために更に実行可能である。別の実施形態では、複数の報告モバイルデバイスはモバイル加入者デバイスを備え、コンピュータ可読命令は、状態又はイベントを推定するために、複数の報告モバイルデバイスから取得された障害インジケータを１つ又は複数のＷＡＲＮ基準局から取得された１つ又は複数の障害インジケータと相関させるために更に実行可能である。別の実施形態では、複数の報告モバイルデバイスのうちの少なくとも１つから受信された報告メッセージのうちの少なくとも１つは、支援データと、複数の報告モバイルデバイスのうちの少なくとも１つにおいて取得された少なくとも１つの観測値との比較に少なくとも部分的に基づく。別の実施形態では、ステータスインジケータのうちの少なくとも１つは、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す。別の実施形態では、ステータスインジケータのうちの少なくとも１つは、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す。別の実施形態では、ステータスインジケータのうちの少なくとも１つは、複数のＧＮＳＳによって送信された信号の検出の不在に少なくとも部分的に基づいてジャマー（jammer）の存在を示す。別の実施形態では、ステータスメッセージは、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される。
【０１３４】
[000140]別の特定の実装形態は、モバイルデバイスの現在ロケーションの指示を取得するための手段と、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）から受信された衛星測位システム（ＳＰＳ）信号の１つ又は複数の観測値を取得するための手段と、取得された１つ又は複数の観測値に少なくとも部分的に基づいて状態又はイベントを推定するための手段と、モバイルデバイスの現在ロケーションの指示と推定された状態又はイベントの指示とを備える１つ又は複数のメッセージをサーバに送信するための手段とを備えるモバイルデバイスを対象とする。一実施形態では、状態又はイベントを推定するための手段は、測位支援データをＳＰＳ信号の１つ又は複数の観測値のうちの少なくとも１つと比較するための手段を備える。別の実施形態では、測位支援データはＳＰＳ信号のうちの１つ又は複数から復調される。別の実施形態では、状態又はイベントを推定するための手段は、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定するための手段を備える。別の実施形態では、状態又はイベントを推定するための手段は、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ又は複数の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定するための手段を備える。別の実施形態では、１つ又は複数のメッセージは、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される。別の実施形態では、モバイルデバイスの現在ロケーションの指示を取得するための手段は、ＳＰＳ信号のうちの少なくとも１つを収集するための手段を更に備える。
【０１３５】
[000141]別の特定の実装形態は、モバイルデバイスの現在ロケーションの指示を取得することと、１つ又は複数のグローバルナビゲーション衛星システム（ＧＮＳＳ）からＳＰＳ受信機において受信されたＳＰＳ信号の１つ又は複数の観測値を取得することと、取得された１つ又は複数の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、モバイルデバイスの現在ロケーションの指示と推定された状態又はイベントの指示とを備える１つ又は複数のメッセージの、ワイヤレストランシーバを通した、サーバへの送信を開始することとを行うためにモバイルデバイスのプロセッサによって実行可能である、その上に記憶されたコンピュータ可読命令を備える非一時的記憶媒体を対象とする。一実施形態では、状態又はイベントは、測位支援データと、ＳＰＳ信号の１つ又は複数の観測値のうちの少なくとも１つとの比較に少なくとも部分的に基づいて推定される。別の実施形態では、測位支援データはＳＰＳ信号のうちの１つ又は複数から復調される。別の実施形態では、測位支援データは、ロケーションサーバからワイヤレストランシーバにおいて受信された１つ又は複数のメッセージから取得される。別の実施形態では、１つ又は複数のプロセッサは、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定することによって状態又はイベントを推定するように構成される。別の実施形態では、コンピュータ可読命令は、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ又は複数の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定することによって状態又はイベントを推定するために更に実行可能である。別の実施形態では、コンピュータ可読命令は、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従うメッセージの送信を開始するために更に実行可能である。
【０１３６】
[000142]本明細書で使用される「モバイルデバイス」という用語は、変化する位置ロケーションを時々有し得るデバイスを指す。位置ロケーションの変化は、幾つかの例として、方向、距離、向きなどに対する変化を備え得る。特定の例では、モバイルデバイスは、セルラー電話、ワイヤレス通信デバイス、スマートフォン、タブレット、ユーザ機器、ラップトップコンピュータ、他のパーソナル通信システム（ＰＣＳ）デバイス、携帯情報端末（ＰＤＡ）、パーソナルオーディオデバイス（ＰＡＤ）、ポータブルナビゲーションデバイス（ＰＮＤ）及び／又は他のポータブル通信デバイスを備え得る。モバイルデバイスは、機械可読命令によって制御される機能を実行するように適応されたプロセッサ及び／又はコンピューティングプラットフォームをも備え得る。
【０１３７】
[000143]本明細書で説明された方法は、特定の例に従って適用例に応じて様々な手段によって実装され得る。例えば、そのような方法は、ハードウェア、ファームウェア、ソフトウェア又はそれらの組合せで実装され得る。ハードウェア実装形態では、例えば、処理ユニットは、１つ又は複数の特定用途向け集積回路（「ＡＳＩＣ」）、デジタル信号プロセッサ（「ＤＳＰ」）、デジタル信号処理デバイス（「ＤＳＰＤ」）、プログラマブル論理デバイス（「ＰＬＤ」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明された機能を実行するように設計された他のデバイスユニット又はそれらの組合せ内に実装され得る。
【０１３８】
[000144]アルゴリズム記述及び／又は記号表現は、信号処理及び／又は関連技術の当業者によって、自身の仕事の本質を他の当業者に伝達するために使用される技法の例である。アルゴリズムは、本明細書では、及び一般には、所望の結果をもたらす自己無撞着な一連の演算及び／又は同様の信号処理であると考えられる。このコンテキストでは、演算及び／又は処理は物理量の物理的操作を伴う。一般に、必ずしもそうとは限らないが、そのような量は、信号測定値、テキスト、画像、ビデオ、オーディオなど、様々な形態のコンテンツを表す電子信号及び／又は状態として記憶、転送、合成、比較、処理又はさもなければ操作されることが可能な電気及び／又は磁気信号及び／又は状態の形態をとり得る。主に一般的な用法という理由で、そのような物理的信号及び／又は物理的状態を、ビット、値、要素、記号、文字、項、数、数字、測定値、メッセージ、パラメータ、フレーム、パケット、コンテンツなどと呼ぶことが時々便利であることがわかっている。但し、これら及び／又は同様の用語の全ては、適切な物理量又は物理的発現に関連すべきであり、便利なラベルにすぎないことを理解されたい。別段に明記されていない限り、上記の説明から明らかなように、本明細書全体にわたって、「処理すること」、「算出すること」、「計算すること」、「決定すること」、「確立すること」、「取得すること」、「識別すること」、「選択すること」、「生成すること」などの用語を利用する説明は、専用コンピュータ及び／又は同様の専用コンピューティング及び／又はネットワークデバイスなど、特定の装置のアクション及び／又はプロセスを指すことがあることを諒解されたい。従って、本明細書のコンテキストでは、専用コンピュータ及び／又は同様の専用コンピューティング及び／又はネットワークデバイスは、専用コンピュータ及び／又は同様の専用コンピューティング及び／又はネットワークデバイスのメモリ、レジスタ及び／又は他のストレージデバイス、送信デバイス及び／又はディスプレイデバイス内の、電子的及び／又は磁気的な物理量として一般に表される信号及び／又は状態を処理、操作及び／又は変換することが可能である。この特定の特許出願のコンテキストでは、上述のように、「特定の装置」という用語は、プログラムソフトウェアからの命令に従って特定の機能を実行するようにプログラムされた後の汎用コンピュータなど、汎用コンピューティング及び／又はネットワークデバイスを含み得る。
【０１３９】
[000145]幾つかの状況では、バイナリ１からバイナリ０への、又はその逆の状態の変化など、メモリデバイスの動作は、例えば、物理的変換などの変換を備え得る。同様に、ビット、値、要素、記号、文字、項、数、数字、測定値、メッセージ、パラメータ、フレーム、パケット、コンテンツなどを記憶するためのメモリデバイスの動作は、物理的変換を備え得る。特定のタイプのメモリデバイスでは、そのような物理的変換は、異なる状態又は物への物品の物理的変換を備え得る。例えば、限定はしないが、幾つかのタイプのメモリデバイスの場合、状態の変化は、電荷の累積及び／又は蓄積若しくは蓄積された電荷の解放を伴い得る。同様に、他のメモリデバイスでは、状態の変化は、磁気方位の変換及び／又は結晶状からアモルファスへの、又はその逆などの、分子構造の物理的変化及び／又は変換など、物理的変化を備え得る。更に他のメモリデバイスでは、物理的状態の変化は、例えば、量子ビット（キュビット）を伴い得る、重ね合わせ、絡み合いなど、量子力学的現象を伴い得る。上記は、メモリデバイスにおけるバイナリ１からバイナリ０への、又はその逆の状態の変化が物理的変換などの変換を備え得る、全ての例の網羅的なリストであることを意図されない。むしろ、上記は例示的な例として意図される。
【０１４０】
[000146]本明細書で説明されたワイヤレス通信技法は、ワイヤレスワイドエリアネットワーク（「ＷＷＡＮ」）、ワイヤレスローカルエリアネットワーク（「ＷＬＡＮ」）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）などの様々なワイヤレス通信ネットワークに関連し得る。「ネットワーク」及び「システム」という用語は、本明細書では互換的に使用され得る。ＷＷＡＮは、符号分割多元接続（「ＣＤＭＡ」）ネットワーク、時分割多元接続（「ＴＤＭＡ」）ネットワーク、周波数分割多元接続（「ＦＤＭＡ」）ネットワーク、直交周波数分割多元接続（「ＯＦＤＭＡ」）ネットワーク、シングルキャリア周波数分割多元接続（「ＳＣ−ＦＤＭＡ」）ネットワーク、又は上記のネットワークの任意の組合せなどであり得る。ＣＤＭＡネットワークは、ほんの幾つかの無線技術を挙げれば、ｃｄｍａ２０００、広帯域ＣＤＭＡ（「Ｗ−ＣＤＭＡ」）などの１つ又は複数の無線アクセス技術（「ＲＡＴ」）を実装し得る。ここで、ｃｄｍａ２０００は、ＩＳ−９５規格、ＩＳ−２０００規格、及びＩＳ−８５６規格に従って実装される技術を含み得る。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（「ＧＳＭ」：Global System for Mobile Communications）、デジタルアドバンストモバイルフォンシステム（「Ｄ−ＡＭＰＳ」：Digital Advanced Mobile Phone System）又は何らかの他のＲＡＴを実装し得る。ＧＳＭ及びＷ−ＣＤＭＡは、「第３世代パートナーシッププロジェクト」（「３ＧＰＰ」）と称する団体からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（「３ＧＰＰ２」：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。３ＧＰＰ及び３ＧＰＰ２の文書は公開されている。４Ｇロングタームエボリューション（「ＬＴＥ」）通信ネットワークも、一態様において、請求される主題に従って実装され得る。ＷＬＡＮはＩＥＥＥ８０２．１１ｘネットワークを備え得、ＷＰＡＮは、例えば、Ｂｌｕｅｔｏｏｔｈネットワーク、ＩＥＥＥ８０２．１５ｘを備え得る。本明細書で説明されたワイヤレス通信実装形態はまた、ＷＷＡＮ、ＷＬＡＮ又はＷＰＡＮの任意の組合せとともに使用され得る。
【０１４１】
[000147]別の態様では、前述のように、ワイヤレス送信機又はアクセスポイントは、セルラー電話サービスを会社又は家庭に延長するために利用されるフェムトセルを備え得る。そのような実装形態では、１つ又は複数のモバイルデバイスは、例えば、符号分割多元接続（「ＣＤＭＡ」）セルラー通信プロトコルを介してフェムトセルと通信し得、フェムトセルは、インターネットなどの別のブロードバンドネットワークを介してより大きいセルラー電気通信ネットワークへのアクセスをモバイルデバイスに与え得る。
【０１４２】
[000148]本明細書で説明された技法は、幾つかのＧＮＳＳ及び／又はＧＮＳＳの組合せのうちのいずれか１つを含むＳＰＳとともに使用され得る。更に、そのような技法は、（ｉ）従来の地球周回ＧＮＳＳによって送信されたナビゲーション信号と同様又は同じであり得るナビゲーション信号を送信する「スードライト」として働く地上波送信機を利用する測位システムとともに、及び／若しくは（ｉｉ）ＳＶとそのような地上波送信機との組合せを利用する測位システムとともに使用され得る。地上波送信機は、例えば、擬似ランダム（ＰＮ）コード又は（例えば、ＧＰＳ又はＣＤＭＡセルラー信号と同様の）他のレンジングコードをブロードキャストする地上ベース送信機を含み得る。そのような送信機は、リモート受信機による識別を可能にするように一意のＰＮコードを割り当てられ得る。地上波送信機は、例えば、トンネルの中、鉱山内、建築物の中、ビルの谷間又は他の閉じられたエリア内などの、周回するＳＶからのＳＰＳ信号が利用できないことがある状況においてＳＰＳを補強するのに有用であり得る。スードライトの別の実装形態は無線ビーコンとして知られている。本明細書で使用される「ＳＶ」という用語は、スードライト、スードライトの等価物、及び場合によっては他のものとして働く地上波送信機を含むものとする。本明細書で使用される「ＳＰＳ信号」及び／又は「ＳＶ信号」という用語は、スードライト又はスードライトの等価物として働く地上波送信機を含む、地上波送信機からのＳＰＳ様の信号を含むものとする。本明細書で使用される「ＧＮＳＳ」及び「ＧＮＳＳコンスタレーション」という用語は、ＧＰＳ、Ｇａｌｉｌｅｏ及びＧｌｏｎａｓｓなど、グローバル地球周回ＳＰＳシステム、日本のＱＺＳＳシステム及びインドのＩＲＮＳＳシステムなど、地域ＳＰＳシステム、並びにスードライトを使用し得る地上ベースシステムを含むものとする。
【０１４３】
[000149]同様に、このコンテキストでは、「結合された（coupled）」、「接続された（connected）」という用語、及び／又は同様の用語が、一般的に使用される。これらの用語は類義語として意図されないことを理解されたい。むしろ、「接続された」は、一般的に、２つ又はそれ以上の構成要素が、例えば、電気的に接触していることを含む、直接物理的に接触していることを示すために使用され、「結合された」は、一般的に、２つ又はそれ以上の構成要素が潜在的に、電気的に接触していることを含む、直接物理的に接触していることを意味するために使用されるが、「結合された」はまた、一般的に、２つ又はそれ以上の構成要素が必ずしも直接接触しているとは限らないが、とはいえ、協働及び／又は対話することが可能であることを意味するためにも使用される。結合されたという用語はまた、一般的に、例えば、適切なコンテキストでは、間接的に接続されていることを意味すると理解される。
【０１４４】
[000150]本明細書で使用される「及び」、「又は」、「及び／又は」という用語、及び／又は同様の用語は、そのような用語が使用される特定のコンテキストに少なくとも部分的に依存することも予想される様々な意味を含む。一般に、「又は」がＡ、Ｂ又はＣなどのリストを関連付けるために使用される場合、ここで包含的な意味で使用されるＡ、Ｂ及びＣを意味し、並びにここで排他的な意味で使用されるＡ、Ｂ又はＣを意味するものとする。更に、本明細書で使用される「１つ又は複数の」という用語及び／又は同様の用語は、単数形の任意の特徴、構造、及び／又は特性について説明するために使用され、及び／又は複数の特徴、構造及び／又は特性、及び／又は特徴、構造又は特性の何らかの他の組合せについて説明するために使用される。同様に、「に基づいて」という用語及び／又は同様の用語は、ファクタの排他的セットを表すことを必ずしも意図するものとは限らず、必ずしも明確に説明されるとは限らない追加のファクタの存在を考慮に入れることを意図するものとして理解される。もちろん、上記の全てについて、説明及び／又は使用の特定のコンテキストは、引き出されるべき推定に関する有用なガイダンスを与える。以下の説明は１つ又は複数の例示的な例を与えるにすぎず、請求される主題はこれらの１つ又は複数の例に限定されないが、この場合も、説明及び／又は使用の特定のコンテキストは、引き出されるべき推定に関する有用なガイダンスを与えることに留意されたい。
【０１４５】
[000151]このコンテキストでは、ネットワークデバイスという用語は、ネットワークを介して及び／又はネットワークの一部として通信することが可能な任意のデバイスを指し、コンピュータデバイスを備え得る。ネットワークデバイスは、ワイヤード及び／又はワイヤレスネットワークを介してなど、信号（例えば、信号パケット及び／又はフレーム）を送信及び／又は受信することが可能であり得るが、ネットワークデバイスはまた、物理的メモリ状態としてメモリ中でなど、算術及び／又は論理演算を実行すること、信号を処理及び／又は記憶することが可能であり得、及び／又は、例えば、様々な実施形態では、サーバとして動作し得る。サーバなどとして動作することが可能なネットワークデバイスは、例として、専用ラックマウント式サーバ、デスクトップコンピュータ、ラップトップコンピュータ、セットトップボックス、タブレット、ネットブック、スマートフォン、ウェアラブルデバイス、上記のデバイスの２つ又はそれ以上の特徴を組み合わせた集積デバイスなど、又はそれらの任意の組合せを含み得る。信号パケット及び／又はフレームは、例えば、ワイヤレスネットワークを介して結合されたワイヤレスデバイス間を含む、例えば、サーバとクライアントデバイスとの間、及び／又は他のタイプのネットワークデバイス間などで交換され得る。サーバ、サーバデバイス、サーバコンピュータデバイス、サーバコンピューティングプラットフォームという用語及び／又は同様の用語は互換的に使用されることに留意されたい。同様に、クライアント、クライアントデバイス、クライアントコンピュータデバイス、クライアントコンピューティングプラットフォームという用語及び／又は同様の用語も互換的に使用される。幾つかの事例では、説明しやすいように、これらの用語は、「クライアントデバイス」又は「サーバデバイス」に言及することによってなど、単数形で使用され得るが、説明は、適宜に、１つ又は複数のクライアントデバイス及び／又は１つ又は複数のサーバデバイスを包含するものとする。同様の方針に沿って、「データベース」への言及は、適宜に、１つ又は複数のデータベース及び／又はそれの部分を意味すると理解される。
【０１４６】
[000152]説明しやすいように、（ネットワーキングデバイスとも呼ばれる）ネットワークデバイスは、コンピュータデバイスに関して実施及び／又は説明され得ることを理解されたい。しかしながら、この説明は、請求される主題が、コンピュータデバイス及び／又はネットワークデバイスなど、一実施形態に限定されることと決して解釈されるべきではなく、代わりに、例えば、１つ又は複数の例示的な例を含む、様々なデバイス又はそれらの組合せとして実施され得ることと解釈されるべきであることを更に理解されたい。
【０１４７】
[000153]本明細書全体にわたる一実装形態、実装形態、一実施形態、実施形態などへの言及は、特定の実装形態及び／又は実施形態に関して説明された特定の特徴、構造及び／又は特性が、請求される主題の少なくとも１つの実装形態及び／又は実施形態に含まれることを意味する。従って、例えば、本明細書全体にわたる様々な箇所でのそのような句の出現は、必ずしも同じ実装形態又は説明された特定の一実装形態を指すことを意図されるとは限らない。更に、説明された特定の特徴、構造及び／又は特性は、例えば、１つ又は複数の実装形態では、様々な方法で組み合わせられることが可能であり、従って、意図された特許請求の範囲内にあることを理解されたい。概して、もちろん、これら及び他の問題はコンテキストによって異なる。従って、説明及び／又は使用の特定のコンテキストは、引き出されるべき推定に関する有用なガイダンスを与える。
【０１４８】
[000154]現在例示的な特徴と考えられることが例示され説明されたが、請求される主題から逸脱することなく、様々な他の変更が行われ得、均等物が代用され得ることが、当業者には理解されよう。更に、本明細書で説明された中心概念から逸脱することなく、請求される主題の教示に特定の状況を適合させるための多くの変更が行われ得る。従って、請求される主題は、開示された特定の例に限定されず、そのような請求される主題はまた、添付の特許請求の範囲内に入る全ての態様とそれらの均等物とを含み得るものとする。
【図１】
2018534537.tif 000003
【図２】
2018534537.tif 000004
【図３】
2018534537.tif 000005
【図４】
2018534537.tif 000006
【図５】
2018534537.tif 000007
【図６】
2018534537.tif 000008
【図７】
2018534537.tif 000009
【手続補正書】
【提出日】平成30年5月23日(2018.5.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ロケーションサーバが、
複数の報告モバイルデバイスから報告メッセージを受信することと、前記報告メッセージが、前記複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ以上のステータスインジケータとを備え、前記１つ以上のステータスインジケータが、ＧＮＳＳ障害の指示を備える、
ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの前記指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、前記複数の報告モバイルデバイスのうちの異なるものから受信された前記１つ以上のステータスインジケータを相関させることと、前記ステータスメッセージが、前記１つ以上のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、
前記ステータスメッセージを１つ以上のターゲットデバイスに送信することと
を行うことを備える方法。
【請求項２】
前記１つ以上のターゲットデバイスが、前記複数の報告モバイルデバイスのうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項３】
前記１つ以上のターゲットデバイスが、ロケーションの前記指示に少なくとも部分的に基づく特定の地理内に位置する、請求項１に記載の方法。
【請求項４】
前記１つ以上のターゲットデバイスが複数の地理中に位置する、請求項１に記載の方法。
【請求項５】
前記複数の報告モバイルデバイスがモバイル加入者デバイスを備え、ここにおいて、前記ステータスインジケータを相関させることが、
状態又はイベントを推定するために、前記複数の報告モバイルデバイスから取得された障害インジケータを１つ以上のＷＡＲＮ基準局から取得された１つ以上の障害インジケータと相関させること
を更に備える、請求項１に記載の方法。
【請求項６】
前記ステータスインジケータのうちの少なくとも１つが、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項１に記載の方法。
【請求項７】
前記ステータスインジケータのうちの少なくとも１つが、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項１に記載の方法。
【請求項８】
前記報告メッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、請求項１に記載の方法。
【請求項９】
通信ネットワークにメッセージを送信し、前記通信ネットワークからメッセージを受信するための通信インターフェースと、
１つ以上のプロセッサと
を備えるロケーションサーバであって、前記１つ以上のプロセッサは、
複数の報告モバイルデバイスから前記通信インターフェースにおいて受信された報告メッセージを取得することと、前記報告メッセージが、前記複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ以上のステータスインジケータとを備え、前記１つ以上のステータスインジケータが、ＧＮＳＳ障害の指示を備える、
ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの前記指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、前記複数の報告モバイルデバイスのうちの異なるものから受信された前記１つ複数のステータスインジケータを相関させることと、前記ステータスメッセージが、前記１つ以上のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、
前記ステータスメッセージの、前記通信インターフェースを通した、１つ以上のターゲットクライアントデバイスへの送信を開始することと
を行うように構成された、ロケーションサーバ。
【請求項１０】
前記１つ以上のプロセッサが、前記１つ以上のステータスインジケータに少なくとも部分的に基づいて状態又はイベントを推定するように更に構成された、請求項９に記載のロケーションサーバ。
【請求項１１】
前記複数の報告モバイルデバイスがモバイル加入者デバイスを備え、ここにおいて、前記１つ以上のプロセッサが、
状態又はイベントを推定するために、前記複数の報告モバイルデバイスから取得された障害インジケータを１つ以上のＷＡＲＮ基準局から取得された１つ以上の障害インジケータと相関させること
を行うように更に構成された、請求項９に記載のロケーションサーバ。
【請求項１２】
前記複数の報告モバイルデバイスのうちの少なくとも１つから受信された前記報告メッセージのうちの少なくとも１つが、支援データと、前記複数の報告モバイルデバイスのうちの前記少なくとも１つにおいて取得された少なくとも１つの観測値との比較に少なくとも部分的に基づく、請求項９に記載のロケーションサーバ。
【請求項１３】
前記ステータスインジケータのうちの少なくとも１つが、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項９に記載のロケーションサーバ。
【請求項１４】
前記ステータスインジケータのうちの少なくとも１つが、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、請求項９に記載のロケーションサーバ。
【請求項１５】
前記ステータスインジケータのうちの少なくとも１つが、複数のＧＮＳＳによって送信された信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を示す、請求項９に記載のロケーションサーバ。
【請求項１６】
前記ステータスメッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、請求項９に記載のロケーションサーバ。
【請求項１７】
モバイルデバイスにおいて、
前記モバイルデバイスの現在ロケーションの指示を取得することと、
１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）から受信された衛星測位システム（ＳＰＳ）信号の１つ以上の観測値を取得することと、
前記取得された１つ以上の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、
前記モバイルデバイスの前記現在ロケーションの前記指示と前記推定された状態又はイベントの指示とを備える１つ以上のメッセージをサーバに送信することと、前記推定された状態又はイベントの前記指示が、ＧＮＳＳ障害の指示を備える、
を備える方法。
【請求項１８】
前記状態又はイベントを推定することが、測位支援データをＳＰＳ信号の前記１つ以上の観測値のうちの少なくとも１つと比較することを備える、請求項１７に記載の方法。
【請求項１９】
前記測位支援データが前記ＳＰＳ信号のうちの１つ以上から復調される、請求項１８に記載の方法。
【請求項２０】
前記状態又はイベントを推定することが、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定することを備える、請求項１７に記載の方法。
【請求項２１】
前記状態又はイベントを推定することが、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ以上の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定することを備える、請求項１７に記載の方法。
【請求項２２】
前記１つ以上のメッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、請求項１７に記載の方法。
【請求項２３】
前記モバイルデバイスの前記現在ロケーションの前記指示を取得することが、前記ＳＰＳ信号のうちの少なくとも１つを収集することを更に備える、請求項１７に記載の方法。
【請求項２４】
通信ネットワークにメッセージを送信し、前記通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、
衛星測位システム（ＳＰＳ）受信機と、
１つ以上のプロセッサと
を備えるモバイルデバイスであって、前記１つ以上のプロセッサが、
前記モバイルデバイスの現在ロケーションの指示を取得することと、
１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）から前記ＳＰＳ受信機において受信されたＳＰＳ信号の１つ以上の観測値を取得することと、
前記取得された１つ以上の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、
前記モバイルデバイスの前記現在ロケーションの前記指示と前記推定された状態又はイベントの指示とを備える１つ以上のメッセージの、前記ワイヤレストランシーバを通した、サーバへの送信を開始することと、前記推定された状態又はイベントの前記指示が、ＧＮＳＳ障害の指示を備える、
を行うように構成された、モバイルデバイス。
【請求項２５】
前記状態又はイベントが、測位支援データと、ＳＰＳ信号の前記１つ以上の観測値のうちの少なくとも１つとの比較に少なくとも部分的に基づいて推定される、請求項２４に記載のモバイルデバイス。
【請求項２６】
前記測位支援データが前記ＳＰＳ信号のうちの１つ以上から復調される、請求項２５に記載のモバイルデバイス。
【請求項２７】
前記測位支援データが、ロケーションサーバから前記ワイヤレストランシーバにおいて受信された１つ以上のメッセージから取得される、請求項２５に記載のモバイルデバイス。
【請求項２８】
前記１つ以上のプロセッサが、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定することによって前記状態又はイベントを推定するように構成された、請求項２４に記載のモバイルデバイス。
【請求項２９】
前記１つ以上のプロセッサが、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ以上の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定することによって前記状態又はイベントを推定するように構成された、請求項２４に記載のモバイルデバイス。
【請求項３０】
前記１つ以上のプロセッサが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従う前記メッセージの送信を開始するように構成された、請求項２４に記載のモバイルデバイス。
【請求項３１】
ＧＮＳＳ障害の前記指示が、ＧＮＳＳ衛星障害インジケータタイプ、ＧＮＳＳ衛星状態又はＧＮＳＳ衛星イベント若しくはそれらの組合せを備える、請求項１に記載の方法。
【請求項３２】
ＧＮＳＳ障害の前記指示が、ＧＮＳＳ衛星障害インジケータタイプ、ＧＮＳＳ衛星状態又はＧＮＳＳ衛星イベント若しくはそれらの組合せを備える、請求項９に記載のロケーションサーバ。
【請求項３３】
ＧＮＳＳ障害の前記指示が、ＧＮＳＳ衛星障害インジケータタイプ、ＧＮＳＳ衛星状態又はＧＮＳＳ衛星イベント若しくはそれらの組合せを備える、請求項１７に記載の方法。
【請求項３４】
ＧＮＳＳ障害の前記指示が、ＧＮＳＳ衛星障害インジケータタイプ、ＧＮＳＳ衛星状態又はＧＮＳＳ衛星イベント若しくはそれらの組合せを備える、請求項２４に記載のモバイルデバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１４８
【補正方法】変更
【補正の内容】
【０１４８】
[000154]現在例示的な特徴と考えられることが例示され説明されたが、請求される主題から逸脱することなく、様々な他の変更が行われ得、均等物が代用され得ることが、当業者には理解されよう。更に、本明細書で説明された中心概念から逸脱することなく、請求される主題の教示に特定の状況を適合させるための多くの変更が行われ得る。従って、請求される主題は、開示された特定の例に限定されず、そのような請求される主題はまた、添付の特許請求の範囲内に入る全ての態様とそれらの均等物とを含み得るものとする。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ロケーションサーバが、
複数の報告モバイルデバイスから報告メッセージを受信することと、前記報告メッセージが、前記複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ以上のステータスインジケータとを備える、
ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの前記指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、前記複数の報告モバイルデバイスのうちの異なるものから受信された前記１つ以上のステータスインジケータを相関させることと、前記ステータスメッセージが、前記１つ以上のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、
前記ステータスメッセージを１つ以上のターゲットデバイスに送信することと
を行うことを備える方法。
［Ｃ２］
前記１つ以上のターゲットデバイスが、前記複数の報告モバイルデバイスのうちの少なくとも１つを備える、Ｃ１に記載の方法。
［Ｃ３］
前記１つ以上のターゲットデバイスが、ロケーションの前記指示に少なくとも部分的に基づく特定の地理内に位置する、Ｃ１に記載の方法。
［Ｃ４］
前記１つ以上のターゲットデバイスが複数の地理中に位置する、Ｃ１に記載の方法。
［Ｃ５］
前記複数の報告モバイルデバイスがモバイル加入者デバイスを備え、ここにおいて、前記ステータスインジケータを相関させることが、
状態又はイベントを推定するために、前記複数の報告モバイルデバイスから取得された障害インジケータを１つ以上のＷＡＲＮ基準局から取得された１つ以上の障害インジケータと相関させること
を更に備える、Ｃ１に記載の方法。
［Ｃ６］
前記ステータスインジケータのうちの少なくとも１つが、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、Ｃ１に記載の方法。
［Ｃ７］
前記ステータスインジケータのうちの少なくとも１つが、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、Ｃ１に記載の方法。
［Ｃ８］
前記報告メッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、Ｃ１に記載の方法。
［Ｃ９］
通信ネットワークにメッセージを送信し、前記通信ネットワークからメッセージを受信するための通信インターフェースと、
１つ以上のプロセッサと
を備えるロケーションサーバであって、前記１つ以上のプロセッサは、
複数の報告モバイルデバイスから前記通信インターフェースにおいて受信された報告メッセージを取得することと、前記報告メッセージが、前記複数の報告モバイルデバイスのうちの少なくとも１つのロケーションの指示と、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）送信機から送信された衛星測位システム（ＳＰＳ）信号に関係する１つ以上のステータスインジケータとを備える、
ステータスメッセージを決定するために、障害インジケータタイプ、状態又はイベントタイプ、ロケーションの前記指示、デバイスタイプ、デバイスブランド、デバイスモデル、ＧＮＳＳ、宇宙ビークル（ＳＶ）識別子又はＳＶ信号若しくはそれらの任意の組合せに少なくとも部分的に基づいて、前記複数の報告モバイルデバイスのうちの異なるものから受信された前記１つ複数のステータスインジケータを相関させることと、前記ステータスメッセージが、前記１つ以上のＧＮＳＳ送信機のうちの少なくとも１つからのサービスの利用可能性の指示を備える、
前記ステータスメッセージの、前記通信インターフェースを通した、１つ以上のターゲットクライアントデバイスへの送信を開始することと
を行うように構成された、ロケーションサーバ。
［Ｃ１０］
前記１つ以上のプロセッサが、前記１つ以上のステータスインジケータに少なくとも部分的に基づいて状態又はイベントを推定するように更に構成された、Ｃ９に記載のロケーションサーバ。
［Ｃ１１］
前記複数の報告モバイルデバイスがモバイル加入者デバイスを備え、ここにおいて、前記１つ以上のプロセッサが、
状態又はイベントを推定するために、前記複数の報告モバイルデバイスから取得された障害インジケータを１つ以上のＷＡＲＮ基準局から取得された１つ以上の障害インジケータと相関させること
を行うように更に構成された、Ｃ９に記載のロケーションサーバ。
［Ｃ１２］
前記複数の報告モバイルデバイスのうちの少なくとも１つから受信された前記報告メッセージのうちの少なくとも１つが、支援データと、前記複数の報告モバイルデバイスのうちの前記少なくとも１つにおいて取得された少なくとも１つの観測値との比較に少なくとも部分的に基づく、Ｃ９に記載のロケーションサーバ。
［Ｃ１３］
前記ステータスインジケータのうちの少なくとも１つが、少なくとも第２のＧＮＳＳから送信された信号の観測値の比較に少なくとも部分的に基づいて、第１のＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、Ｃ９に記載のロケーションサーバ。
［Ｃ１４］
前記ステータスインジケータのうちの少なくとも１つが、地上波信号の収集に少なくとも部分的に基づく、報告モバイルデバイスの推定されたロケーションに少なくとも部分的に基づいて、ＧＮＳＳに影響を及ぼすスプーフィング状態又はイベントの存在を示す、Ｃ９に記載のロケーションサーバ。
［Ｃ１５］
前記ステータスインジケータのうちの少なくとも１つが、複数のＧＮＳＳによって送信された信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を示す、Ｃ９に記載のロケーションサーバ。
［Ｃ１６］
前記ステータスメッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、Ｃ９に記載のロケーションサーバ。
［Ｃ１７］
モバイルデバイスにおいて、
前記モバイルデバイスの現在ロケーションの指示を取得することと、
１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）から受信された衛星測位システム（ＳＰＳ）信号の１つ以上の観測値を取得することと、
前記取得された１つ以上の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、
前記モバイルデバイスの前記現在ロケーションの前記指示と前記推定された状態又はイベントの指示とを備える１つ以上のメッセージをサーバに送信することと
を備える方法。
［Ｃ１８］
前記状態又はイベントを推定することが、測位支援データをＳＰＳ信号の前記１つ以上の観測値のうちの少なくとも１つと比較することを備える、Ｃ１７に記載の方法。
［Ｃ１９］
前記測位支援データが前記ＳＰＳ信号のうちの１つ以上から復調される、Ｃ１８に記載の方法。
［Ｃ２０］
前記状態又はイベントを推定することが、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定することを備える、Ｃ１７に記載の方法。
［Ｃ２１］
前記状態又はイベントを推定することが、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ以上の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定することを備える、Ｃ１７に記載の方法。
［Ｃ２２］
前記１つ以上のメッセージが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従って送信される、Ｃ１７に記載の方法。
［Ｃ２３］
前記モバイルデバイスの前記現在ロケーションの前記指示を取得することが、前記ＳＰＳ信号のうちの少なくとも１つを収集することを更に備える、Ｃ１７に記載の方法。
［Ｃ２４］
通信ネットワークにメッセージを送信し、前記通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、
衛星測位システム（ＳＰＳ）受信機と、
１つ以上のプロセッサと
を備えるモバイルデバイスであって、前記１つ以上のプロセッサが、
前記モバイルデバイスの現在ロケーションの指示を取得することと、
１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ）から前記ＳＰＳ受信機において受信されたＳＰＳ信号の１つ以上の観測値を取得することと、
前記取得された１つ以上の観測値に少なくとも部分的に基づいて状態又はイベントを推定することと、
前記モバイルデバイスの前記現在ロケーションの前記指示と前記推定された状態又はイベントの指示とを備える１つ以上のメッセージの、前記ワイヤレストランシーバを通した、サーバへの送信を開始することと
を行うように構成された、モバイルデバイス。
［Ｃ２５］
前記状態又はイベントが、測位支援データと、ＳＰＳ信号の前記１つ以上の観測値のうちの少なくとも１つとの比較に少なくとも部分的に基づいて推定される、Ｃ２４に記載のモバイルデバイス。
［Ｃ２６］
前記測位支援データが前記ＳＰＳ信号のうちの１つ以上から復調される、Ｃ２５に記載のモバイルデバイス。
［Ｃ２７］
前記測位支援データが、ロケーションサーバから前記ワイヤレストランシーバにおいて受信された１つ以上のメッセージから取得される、Ｃ２５に記載のモバイルデバイス。
［Ｃ２８］
前記１つ以上のプロセッサが、複数のＧＮＳＳによって送信されたＳＰＳ信号の検出の不在に少なくとも部分的に基づいてジャマーの存在を推定することによって前記状態又はイベントを推定するように構成された、Ｃ２４に記載のモバイルデバイス。
［Ｃ２９］
前記１つ以上のプロセッサが、第２のＧＮＳＳによって送信されたＳＰＳ信号の１つ以上の観測値に少なくとも部分的に基づいて、第１のＧＮＳＳからのサービスに影響を及ぼすスプーフィング状態又はイベントの存在を推定することによって前記状態又はイベントを推定するように構成された、Ｃ２４に記載のモバイルデバイス。
［Ｃ３０］
前記１つ以上のプロセッサが、ＬＴＥ測位プロトコル（ＬＰＰ）、ＬＰＰ拡張（ＬＰＰｅ）プロトコル又はセキュアユーザプレーンロケーション（ＳＵＰＬ）ユーザプレーンロケーションプロトコル（ＵＬＰ）若しくはそれらの任意の組合せに従う前記メッセージの送信を開始するように構成された、Ｃ２４に記載のモバイルデバイス。
【国際調査報告】
2018534537.tif 000010
2018534537.tif 000011
2018534537.tif 000012