(57)【要約】本開示は、スタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機を実装するデバイスにおけるパフォーマンスを向上させることに関する。具体的には、ＧＮＳＳ対応モバイルデバイスは、１つまたは複数の非衛星ソースから測位データを取得し、周辺環境における衛星信号品質を決定し得る。よって、ＧＮＳＳ対応モバイルデバイスの周辺の環境が弱衛星信号の環境であると決定することに応答して、ＧＮＳＳ対応モバイルデバイスは、スタンドアロンＧＮＳＳ受信機を実装するデバイスにおけるパフォーマンスが貧弱な衛星信号の環境において向上させられ得るように、前記スタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星ソースから取得された測位データを提供するためのプロセスをトリガし得る。
2019516963.tif 000002
【特許請求の範囲】
【請求項１】
スタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機を実装するデバイスにおけるパフォーマンスを向上させるための方法であって、
前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスとの通信リンクを、ＧＮＳＳ対応モバイルデバイスにおいて、確立することと、
１つまたは複数の非衛星ソースから測位データを、前記ＧＮＳＳ対応モバイルデバイスにおいて、取得することと、
前記ＧＮＳＳ対応モバイルデバイスの周辺の環境における衛星信号品質を、前記ＧＮＳＳ対応モバイルデバイスにおいて、決定することと、
前記ＧＮＳＳ対応モバイルデバイスの周辺の前記環境が前記決定された衛星信号品質に基づいて弱衛星信号の環境であると決定することに応答して、前記通信リンクを介して前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星リソースから取得された前記測位データを提供するためのプロセスを、前記ＧＮＳＳ対応モバイルデバイスにおいて、トリガすることと、
を備える、方法。
【請求項２】
閾値を満たす、または超えることに失敗する前記ＧＮＳＳ対応モバイルデバイスの周辺の前記環境における可視衛星に基づいて、前記弱衛星信号の環境を、前記ＧＮＳＳ対応モバイルデバイスにおいて、検出することをさらに備える、請求項１に記載の方法。
【請求項３】
閾値を満たす、または超えることに失敗する平均的な信号対雑音（ＳＮＲ）比を有する前記ＧＮＳＳ対応モバイルデバイスの周辺の前記環境における可視衛星に基づいて、前記弱衛星信号の環境を、前記ＧＮＳＳ対応モバイルデバイスにおいて、検出することをさらに備える、請求項１に記載の方法。
【請求項４】
前記通信リンクを介して暗号化データを含む１つまたは複数のメッセージを、前記ＧＮＳＳ対応モバイルデバイスと前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスとの間で、交換することをさらに備え、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された前記測位データを提供するための前記プロセスは、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスおよび前記ＧＮＳＳ対応モバイルが前記１つまたは複数の交換されたメッセージにおける前記暗号化データに基づいて信頼を確認することに応答してトリガされる、請求項１に記載の方法。
【請求項５】
前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースからの前記測位データを提供する際に、タイマを開始することと、
前記タイマが終了したと決定することに応答して、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された更新された測位データを提供することと
をさらに備える、請求項１に記載の方法。
【請求項６】
前記１つまたは複数の非衛星ソースから取得され、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、衛星測位システム（ＳＰＳ）に関連付けられた、基準時間、エフェメリスデータ、またはアルマナックのうちの１つまたは複数を備える、請求項１に記載の方法。
【請求項７】
前記１つまたは複数の非衛星ソースから取得された前記測位データに少なくとも部分的に基づいて現在の位置フィックスを、前記ＧＮＳＳ対応モバイルデバイスにおいて、計算することをさらに備え、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、前記現在の位置フィックスを備える、請求項１に記載の方法。
【請求項８】
１つまたは複数の動きセンサから取得されたデータに少なくとも部分的に基づいて先の位置フィックスを前進させるためにデッドレコニングを、前記ＧＮＳＳ対応モバイルデバイスにおいて、適用することをさらに備え、前記スタンドアロンＧＮＳＳ受信機を実装するデバイスに提供された前記測位データは、前記デッドレコニングを適用したことからの結果を備える、請求項１に記載の方法。
【請求項９】
前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスから衛星ベースの測位データを、前記ＧＮＳＳ対応モバイルデバイスにおいて、受信することと、前記衛星ベースの測位データは、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記測位データを提供する前記ＧＮＳＳ対応モバイルデバイスの後に前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスにおいて取得される、
前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスから受信された前記衛星ベースの測位データに基づいて、前記１つまたは複数の非衛星ソースから取得された前記測位データに関連付けられた精度を検証することと
をさらに備える、請求項１に記載の方法。
【請求項１０】
装置であって、
スタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機を実装するデバイスとの通信リンクを確立するように構成された外部インターフェースと、
１つまたは複数の非衛星ソースから測位データを取得するように構成された１つまたは複数のトランシーバと、
可視衛星信号を探索するように構成されたＧＮＳＳ受信機と、
前記ＧＮＳＳ受信機に可視の前記衛星信号に基づいて前記装置の周辺の環境における衛星信号品質を決定し、前記装置の周辺の前記環境が弱衛星信号の環境であると示す前記決定された衛星信号品質に基づいて前記確立された通信リンクを介して前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された前記測位データを提供するためのプロセスをトリガするように構成された１つまたは複数のプロセッサと
を備える、装置。
【請求項１１】
前記１つまたは複数のプロセッサは、閾値を満たす、または超えることに失敗する前記ＧＮＳＳ受信機に可視の前記衛星信号に基づいて前記弱衛星信号の環境を検出するようにさらに構成される、請求項１０に記載の装置。
【請求項１２】
前記１つまたは複数のプロセッサは、閾値を満たす、または超えることに失敗する平均的な信号対雑音（ＳＮＲ）比を有する前記ＧＮＳＳ受信機に可視の前記衛星信号に基づいて前記弱衛星信号を検出するようにさらに構成される、請求項１０に記載の装置。
【請求項１３】
前記１つまたは複数のプロセッサは、前記通信リンクを介して前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスと暗号化データを含む１つまたは複数のメッセージを交換するようにさらに構成され、前記１つまたは複数の非衛星ソースから取得された前記測位データを提供するための前記プロセスは、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスおよび前記装置が前記１つまたは複数の交換されたメッセージにおける暗号化データに基づいて信頼を確認することに応答してトリガされる、請求項１０に記載の装置。
【請求項１４】
前記１つまたは複数のプロセッサは、
前記１つまたは複数の非衛星ソースからの前記測位データが前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された際に、タイマを開始することと、
前記タイマの終了に応答して、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された更新された測位データを提供することと
を行うようにさらに構成される、請求項１０に記載の装置。
【請求項１５】
前記１つまたは複数の非衛星ソースから取得され、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、衛星測位システム（ＳＰＳ）に関連付けられた基準時間、エフェメリスデータ、またはアルマナックのうちの１つまたは複数を備える、請求項１０に記載の装置。
【請求項１６】
前記１つまたは複数のプロセッサは、前記１つまたは複数の非衛星ソースから取得された前記測位データに少なくとも部分的に基づいて現在の位置フィックスを計算するようにさらに構成され、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、前記現在の位置フィックスを備える、請求項１０に記載の装置。
【請求項１７】
前記１つまたは複数のプロセッサは、１つまたは複数の動きセンサから取得されたデータに少なくとも部分的に基づいて先の位置フィックスを前進させるためにデッドレコニングを適用するようにさらに構成され、前記スタンドアロンＧＮＳＳ受信機を実装するデバイスに提供された前記測位データは、前記デッドレコニングからの結果を備える、請求項１０に記載の装置。
【請求項１８】
前記１つまたは複数のプロセッサは、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスから受信された衛星ベースの測位データに基づいて、前記１つまたは複数の非衛星ソースから取得された前記測位データに関連付けられた精度を検証するようにさらに構成される、請求項１０に記載の装置。
【請求項１９】
装置であって、
スタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機を実装するデバイスとの通信リンクを確立するための手段と、
１つまたは複数の非衛星ソースから測位データを取得するための手段と、
前記装置の周辺の環境における衛星信号品質を決定するための手段と、
前記装置の周辺の前記環境が弱衛星信号の環境であると示す前記決定された衛星信号品質に基づいて前記通信リンクを介して前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された前記測位データを提供するためのプロセスをトリガするための手段と
を備える、装置。
【請求項２０】
第１の閾値を満たす、または超えることに失敗する前記装置の周辺の前記環境における可視衛星、または第２の閾値を満たす、または超えることに失敗する平均的な信号対雑音（ＳＮＲ）比を有する前記装置の周辺の前記環境における前記可視衛星のうちの１つまたは複数に基づいて前記弱衛星信号の環境を検出するための手段をさらに備える、請求項１９に記載の装置。
【請求項２１】
前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースからの前記測位データを提供する際に、タイマを開始するための手段と、
前記タイマが終了したと決定することに応答して、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された更新された測位データを提供するための手段と
をさらに備える、請求項１９に記載の装置。
【請求項２２】
前記１つまたは複数の非衛星ソースから取得され、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、衛星測位システム（ＳＰＳ）に関連付けられた基準時間、エフェメリスデータ、またはアルマナックのうちの１つまたは複数を備える、請求項１９に記載の装置。
【請求項２３】
前記１つまたは複数の非衛星ソースから取得された前記測位データに少なくとも部分的に基づいて現在の位置フィックスを計算するための手段をさらに備え、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、前記現在の位置フィックスを備える、請求項１９に記載の装置。
【請求項２４】
１つまたは複数の動きセンサから取得されたデータに少なくとも部分的に基づいて先の位置フィックスを前進させるためにデッドレコニングを適用するための手段をさらに備え、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、前記デッドレコニングを適用したことからの結果を備える、請求項１９に記載の装置。
【請求項２５】
コンピュータ実行可能な命令を記憶したコンピュータ可読記憶媒体であって、前記記憶されたコンピュータ実行可能な命令は、モバイルデバイスに、
スタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機を実装するデバイスとの通信リンクを確立することと、
１つまたは複数の非衛星ソースから測位データを取得することと、
前記モバイルデバイスの周辺の環境における衛星信号品質を決定することと、
前記モバイルデバイスの周辺の前記環境が弱衛星信号の環境であると示す前記決定された衛星信号品質に基づいて前記通信リンクを介して前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された前記測位データを提供するためのプロセスをトリガすることと
を行わせるように構成される、コンピュータ可読記憶媒体。
【請求項２６】
前記記憶されたコンピュータ実行可能な命令は、
第１の閾値を満たす、または超えることに失敗する前記モバイルデバイスの周辺の前記環境における可視衛星、または第２の閾値を満たす、または超えることに失敗する平均的な信号対雑音（ＳＮＲ）比を有する前記モバイルデバイスの周辺の前記環境における前記可視衛星のうちの１つまたは複数に基づいて前記弱衛星信号の環境を検出することを前記モバイルデバイスに行わせるようにさらに構成される、請求項２５に記載のコンピュータ可読記憶媒体。
【請求項２７】
前記記憶されたコンピュータ実行可能な命令は、
前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースからの前記測位データを提供する際に、タイマを開始することと、
前記タイマが終了したと決定することに応答して、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに前記１つまたは複数の非衛星ソースから取得された更新された測位データを提供することと
を前記モバイルデバイスに行わせるようにさらに構成される、請求項２５に記載のコンピュータ可読記憶媒体。
【請求項２８】
前記１つまたは複数の非衛星ソースから取得され、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、衛星測位システム（ＳＰＳ）に関連付けられた基準時間、エフェメリスデータ、またはアルマナックのうちの１つまたは複数を備える、請求項２５に記載のコンピュータ可読記憶媒体。
【請求項２９】
前記記憶されたコンピュータ実行可能な命令は、
前記１つまたは複数の非衛星ソースから取得された前記測位データに少なくとも部分的に基づいて現在の位置フィックスを計算することを前記モバイルデバイスに行わせるようにさらに構成され、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、前記現在の位置フィックスを備える、請求項２５に記載のコンピュータ可読記憶媒体。
【請求項３０】
前記記憶されたコンピュータ実行可能な命令は、
１つまたは複数の動きセンサから取得されたデータに少なくとも部分的に基づいて先の位置フィックスを前進させるためにデッドレコニングを適用することを前記モバイルデバイスに行わせるようにさらに構成され、前記スタンドアロンＧＮＳＳ受信機を実装する前記デバイスに提供された前記測位データは、前記デッドレコニングを適用したことからの結果を備える、請求項２５に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本明細書に説明される様々な態様および実施形態は、一般に、スタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機（stand-alone global navigation satellite system (GNSS) receiver）を実装する（implement）デバイス（device）のパフォーマンス（performance）を向上させる（enhance）ことに関し、より具体的には、外部デバイスにおいて獲得された非衛星測位データ（non-satellite positioning data）を使用してスタンドアロンＧＮＳＳ受信機を実装するデバイスの測位機能（positioning function）を支援することに関する。
【背景技術】
【０００２】
[0002]  モバイル通信ネットワークは、モバイルデバイス（mobile device）の動きおよび／または位置ロケーションの検知に関連付けられたますます高度な能力を提供している最中である。例えば、個人的生産性、協調コミュニケーション、ソーシャルネットワーキング、および／またはデータ収集、等に関連した新しいソフトウェアアプリケーションは、消費者に新たな機能（features）およびサービスを提供するために、動きおよび／または位置センサを利用し得る。さらに、様々な管轄（jurisdictions）のいくつかの規制要件は、モバイルデバイスが、例えば、米国では９１１コールのような救急サービスに電話をかけるとき、モバイルデバイスのロケーションを報告するようネットワークオペレータに要求し得る。そのような動き／位置決定能力は、従来、全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）から獲得された情報および／またはデジタルセルラ位置測定技法を使用して提供される。さらに、小型動きセンサ（miniaturized motion sensor）（例えば、単純なスイッチ、加速度計（accelerometer）、角度センサ、等）が急増するにつれて、そのようなオンボードデバイスが相対的位置、速度、加速度、および／または方位情報を提供するために使用され得る。
【０００３】
[0003]  従来のデジタルセルラネットワークでは、位置ロケーション能力は、様々な時間／位相測定技法を通して提供されることができる。例えば、ＣＤＭＡネットワークにおいて、使用される１つの位置決定アプローチは、アドバンスト順方向リンク三辺測量（ＡＦＬＴ：Advanced Forward Link Trilateration）である。ＡＦＬＴを使用して、モバイルデバイスは、複数の基地局から送信されたパイロット信号の位相測定値からその位置を算出し得る。ＡＦＬＴに対する改良は、ハイブリッド位置ロケーション技法を利用することで実現され、ここで、モバイルデバイスは、基地局から送信された信号から導出される情報から独立した位置情報を提供することができるＧＮＳＳ受信機を用い得る。さらに、位置の精度（accuracy）は、従来の技法を使用してＧＮＳＳおよびＡＦＬＴシステムから導出される測定値を組み合わせることで改良されることができる。さらに、ナビゲーションデバイスは、一般的で、ますます重要性が高まっているＧＮＳＳワイヤレス技術をしばしばサポートし、それは、例えば、特に、全地球測位システム（ＧＰＳ：Global Positioning System）、ＧＬＯＮＡＳＳ、ガリレオ（Galileo）、北斗（Beidou）、および準天頂衛星システム（ＱＺＳＳ：Quasi-Zenith Satellite System）を含み得る。ＧＮＳＳをサポートするロケーション認識デバイス（Location-aware device）は、地理的位置および方角（geographic position and heading）を推定するために使用され得る１つまたは複数の送信機が装備された衛星から受信されたワイヤレス送信としての測位信号を取得し得る。いくつかのロケーション認識デバイスは、追加または代替として、地理的位置および方角を推定するために地上ベースの送信機からワイヤレス送信としての測位信号を取得し得る、および／または、デバイスの慣性状態（inertial state）を測定するために１つまたは複数のオンボード慣性センサ（on-board inertial sensor）（例えば、加速度計、ジャイロスコープ（gyroscope）、等）を有し得る。これらオンボード慣性センサから取得される慣性測定値は、地理的位置および方角を推定するために、車両上の慣性センサ（例えば、加速度計、ジャイロスコープ、オドメータ（odometer）、等）および／または地上ベースの送信機および／または衛星から受信された測位信号とは独立して、またはそれと組み合わせて使用され得る。
【０００４】
[0004]  ＧＮＳＳベースの測位システムは有用であるが、スタンドアロンＧＮＳＳ受信機を使用してロケーションソリューション（location solution）を実現するデバイスでは、様々な問題が生じる可能性がある。例えば、ロケーション認識車両のインフォテインメントシステム（infotainment systems）では、ユーザが終点住所（destination address）に到達する最良のパス（path）を見つけるためにナビゲーションおよびマップアプリケーションを頻繁に使用するため、多くの人がナビゲーションおよびマップアプリケーションが最も重要であると考慮する傾向にある。そのためには、ナビゲーションおよびマップアプリケーション（および任意の他のロケーションベースのアプリケーション）は、それに応じて最良のパスが計算されることができるように、現在の位置および方角（例えば、方向）を取得するロケーションソリューションに依存する。したがって、任意のロケーションソリューションに関連付けられた初回測位時間（ＴＴＦＦ：Time to First Fix）および精度は、通常、最高優先度を有する。その意味で、ＧＮＳＳ受信機は、車両が現在の位置および方向を取得するために使用する最も一般的なロケーション技術であり、それによって、正確な位置および速いＴＴＦＦを提供するためにＧＮＳＳ受信機が使用する基本的なコンセプトは、対応する時間および軌道データ（orbit data）（例えば、エフェメリス（ephemeris）、アルマナック（almanac）、等）を取得するために可能な限り速く十分な衛星から信号を捕捉および復号することである。
【０００５】
[0005]  しかしながら、ほとんどの車両のインフォテインメントシステムがモバイル（例えば、セルラ）またはＷｉ−Ｆｉネットワーク接続を有していないため、ほとんどの車両のインフォテインメントシステムは、スタンドアロンＧＮＳＳ受信機に基づいてロケーションソリューションを有する。よって、典型的なスタンドアロンＧＮＳＳ測位アルゴリズムで使用される基本原理がＧＮＳＳ受信機に可能な限り多くの衛星を可能な限り早く捕捉させることであるため、衛星からブロードキャストされた信号は、通常、安定して強力であるべきである。しかしながら、ある特定の環境では、スタンドアロンＧＮＳＳ受信機は、無信号、弱信号、およびマルチパス問題（例えば、都市、屋内駐車場、高層ビルがあるエリア、等において）により、十分な時間または十分な精度をもたらすロケーションを取得することができない可能性がある。そのような環境では、ＧＮＳＳ受信機は、衛星を捕捉するのにより多くの時間を必要とする可能性があり、それは、不便かつ質の悪いユーザ経験をもたらす。衛星信号を捕捉する能力を有するＧＮＳＳ受信機に依存するナビゲーションアプリケーションはまた、即時に正確なロケーションおよび方向を有さない可能性があり、それは、一般的な場合よりも悪くなる可能性がある不正確および／または遅延された推奨パスの結果をもたらす。
【発明の概要】
【０００６】
[0006]  以下は、本明細書に開示された１つまたは複数の態様および／または実施形態に関する簡略化された概要を提示する。したがって、以下の概要は、全ての企図される態様および／または実施形態に関する広範な概観であると考えられるべきではなく、また、以下の概要は、全ての企図される態様および／または実施形態に関する主要または重要な要素を識別するようにも、任意の特定の態様および／または実施形態に関連付けられた範囲を詳細に叙述するようにも、見なされるべきでない。したがって、以下の概要は、本明細書に開示されたメカニズムに関する１つまたは複数の態様および／または実施形態に関するある特定の概念を、以下に提示される詳細な説明に先立って、簡略化された形式で提示することを唯一の目的としている。
【０００７】
[0007]  様々な態様によると、ロケーションソリューションを計算するために使用されるエフェメリスデータ（ephemeris data）、アルマナック、基準時間（reference time）、および／または他の測定値を獲得するためにスタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機を使用するデバイスにおいてロケーションソリューションを計算するために使用される技法が、１つまたは複数の外部デバイスから供給される測位支援データ（positioning assistance data）を使用してオーグメントされ得る（augmented）か、またはそうでなければ支援され得る。例えば、様々な実施形態では、１つまたは複数の外部デバイスは、任意の適切なハードウェアおよび／またはワイヤレスインターフェース（例えば、ＵＳＢ接続、Ｗｉ−Ｆｉキャリア、Ｂｌｕｅｔｏｏｔｈ（登録商標）キャリア、近距離無線通信（ＮＦＣ：Near Field Communication）インターフェース、等）を介してスタンドアロンＧＮＳＳ受信機を実装するデバイスに接続し得る。したがって、１つまたは複数の外部デバイスから供給される測位支援データは、初回測位時間（ＴＴＦＦ）を減らすために、および様々な状況（例えば、衛星信号のない、または弱衛星信号のある環境）でスタンドアロンＧＮＳＳロケーションソリューションに関連付けられた精度を向上させるために使用され得る。さらに、様々な実施形態では、１つまたは複数の外部デバイスは、最新の支援測定値または測位支援データを提供するために、スタンドアロンＧＮＳＳロケーションソリューションに提供された測位支援データを周期的に更新し得る。例えば、様々な実施形態では、１つまたは複数の外部デバイスは、ＧＮＳＳ受信機を使用して周辺環境（surrounding environment）の衛星信号品質（satellite signal quality）を決定し得、環境における可視衛星信号（visible satellite signal）がない、および／または環境における可視の衛星信号が位置フィックス（position fix）を計算するのにとても弱いこと（例えば、捕捉された衛星が閾値（threshold value）を下回る平均的な信号対雑音比（ＳＮＲ：signal-to-noise ratio）を有するとき、環境におけるいくつかの可視衛星（visible satellite）が閾値を下回る、等）を検出する（detect）ことに応答してオーグメンテーションプロセス（augmentation process）をトリガ（trigger）する。
【０００８】
[0008]  様々な態様によると、１つまたは複数の外部デバイスは、１つまたは複数のＷｉ−Ｆｉアクセスポイント、１つまたは複数のＢｌｕｅｔｏｏｔｈビーコン、１つまたは複数のセルラ基地局、および／または任意の他の適切な非衛星ロケーションデータソースから測位支援データを獲得し得る。さらに、１つまたは複数の外部デバイスは、慣性測定値、動作データ、および／または他の適切なセンサデータが１つまたは複数の外部デバイスに利用可能である場合には、スタンドアロンＧＮＳＳロケーションソリューションにデッドレコニング結果（dead reckoning results）を提供し得る。例えば、様々な実施形態では、スタンドアロンＧＮＳＳロケーションソリューションにおいてロケーションデータの獲得をオーグメントする、またはそうでなければ支援するために使用される１つまたは複数の外部デバイスは、ナビゲーション、地方ニュース、ソーシャルアプリケーション、地方広告、等のようなロケーションベースのサービスをサポートするために強力なロケーション技術を実現するスマートフォンおよび／または他の適切なモバイルデバイスを備え得る。よって、様々な実施形態では、１つまたは複数の外部デバイスは、定期的なベースで、衛星、Ｗｉ−Ｆｉアクセスポイント、ＧＮＳＳサーバ、またはモバイルセルラネットワークから位置、エフェメリス、アルマナック、および時間データを更新し得、それによって、１つまたは複数の外部デバイスは、スタンドアロンＧＮＳＳソリューションにおける測位機能をオーグメントするために使用されることができる非衛星測位データへのアクセスを有し得る。さらに、多くのユーザが、（例えば、ＵＳＢ接続、Ｂｌｕｅｔｏｏｔｈ接続、Ｗｉ−Ｆｉダイレクト接続、近距離無線通信（ＮＦＣ）接続、等を介して）モバイルデバイスを充電する、ハンズフリーコーリングをサポートする、車両スピーカを通じてオーディオをストリーミングする、等を行うために、車両のインフォテインメントシステムにモバイルデバイスを接続する。よって、モバイルデバイスは、利用可能な強力なロケーション技術およびモバイルデバイスを接続するために使用される簡単なおよび定着したインターフェースに基づいて、スタンドアロンＧＮＳＳロケーションソリューションを実現する車両および／または他の適切なデバイスにおいて実行される測位機能に関連付けられたパフォーマンスをオーグメントすることができる測位支援データを提供するために使用されることができる理想的な外部データソースを提供し得る。
【０００９】
[0009]  様々な態様によると、スタンドアロンＧＮＳＳ受信機を実装するデバイスにおけるパフォーマンスを向上させるための方法は、よって、スタンドアロンＧＮＳＳ受信機を実装するデバイスとの通信リンク（communication link）を、ＧＮＳＳ対応モバイルデバイス（GNSS-enabled mobile device）において、確立することと、１つまたは複数の非衛星ソース（non-satellite sources）（例えば、衛星測位システム（ＳＰＳ：satellite positioning system）に関連付けられた基準時間、エフェメリスデータ、アルマナック、等）から測位データ（positioning data）を、ＧＮＳＳ対応モバイルデバイスにおいて、取得することと、ＧＮＳＳ対応モバイルデバイスの周囲の環境における衛星信号品質を、ＧＮＳＳ対応モバイルデバイスにおいて、決定することと、決定された衛星信号品質に基づいてＧＮＳＳ対応モバイルデバイスの周囲の環境が弱衛星信号の環境（weak satellite signal environment）であると決定することに応答して、通信リンクを介してスタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星ソースから取得された測位データを提供するためのプロセス（process）を、ＧＮＳＳ対応モバイルデバイスにおいて、トリガすることとを備え得る。例えば、様々な実施形態では、方法は、閾値を満たす、または超えることに失敗する（failing to meet or exceed a threshold value）ＧＮＳＳ対応モバイルデバイスの周囲の環境における可視衛星に基づいて、閾値を満たす、または超えることに失敗する平均的な信号対雑音比（ＳＮＲ）を有するＧＮＳＳ対応モバイルデバイスの周囲の環境における可視衛星に基づいて、またはこれらの任意の適切な組み合わせに基づいて、弱衛星信号の環境を、ＧＮＳＳ対応モバイルデバイスにおいて、検出することを備え得る。
【００１０】
[0010]  様々な態様によると、スタンドアロンＧＮＳＳ受信機を実装するデバイスにおいてパフォーマンスを向上させるための方法は、通信リンクを介して暗号化データ（encrypted data）を含む１つまたは複数のメッセージ（message）を、ＧＮＳＳ対応モバイルデバイスとスタンドアロンＧＮＳＳ受信機を実装するデバイスとの間で交換することをさらに備え、スタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星リソース（non-satellite source）から取得された測位データを提供するためのプロセスは、スタンドアロンＧＮＳＳ受信機を実現するデバイスおよびＧＮＳＳ可能なモバイルデバイスが１つまたは複数の交換されたメッセージにおける暗号化データに基づいて信頼（trust）を確認する（comfirm）ことに応答して、トリガされる。様々な態様によると、方法は、スタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星ソースからの測位データを提供する際に、タイマ（timer）を開始する（start）ことと、タイマが終了した（expired）と決定することに応答して、スタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星ソースから取得された更新された測位データを提供することとを備え得る。
【００１１】
[0011]  様々な態様によると、スタンドアロンＧＮＳＳ受信機を実装するデバイスにおけるパフォーマンスを向上させるための方法は、１つまたは複数の非衛星ソースから取得された測位データに少なくとも部分的に基づいて現在の位置フィックスを、ＧＮＳＳ対応モバイルデバイスにおいて、計算することをさらに備え得、スタンドアロンＧＮＳＳ受信機を実装するデバイスに提供された測位データは、現在の位置フィックスを備え得る。さらに、様々な実施形態によると、ＧＮＳＳ対応モバイルデバイスは、１つまたは複数の動きセンサから取得されたデータに少なくとも部分的に基づいて先の位置フィックス（prior position fix）を前進させる（advance）ためにデッドレコニング（dead reckoning）を適用し得、スタンドアロンＧＮＳＳ受信機を実装するデバイスに提供された測位データは、デッドレコニングを適用したことからの結果を備え得る。さらに、測位データを提供するＧＮＳＳ対応モバイルデバイスの後に衛星ベースの測位データを取得するスタンドアロンＧＮＳＳ受信機を実装するデバイスの場合、方法は、スタンドアロンＧＮＳＳ受信機を実装するデバイスから衛星ベースの測位データを、ＧＮＳＳ対応モバイルデバイスにおいて、受信することと、スタンドアロンＧＮＳＳ受信機を実装するデバイスから受信された衛星ベースの測位データに基づいて１つまたは複数の非衛星ソースから取得された測位データに関連付けられた精度を検証する（verify）こととを備え得る。
【００１２】
[0012]  様々な態様によると、装置（apparatus）は、スタンドアロンＧＮＳＳ受信機を実装するデバイスとの通信リンクを確立するように構成された外部インターフェース（external interface）と、１つまたは複数の非衛星ソースから測位データを取得するように構成された１つまたは複数のトランシーバと、可視衛星信号を探索するように構成されたＧＮＳＳ受信機と、ＧＮＳＳ受信機に可視の衛星信号に基づいて装置の周囲の環境における衛星信号の品質を決定し、装置の周囲の環境が弱衛星信号の環境であると示す決定された衛星信号の品質に基づいて確立された通信リンクを介してスタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星ソースから取得された測位データを提供するためのプロセスをトリガするように構成された１つまたは複数のプロセッサとを備え得る。
【００１３】
[0013]  様々な態様によると、装置は、スタンドアロンＧＮＳＳ受信機を実装するデバイスとの通信リンクを確立するための手段と、１つまたは複数の非衛星ソースから測位データを取得するための手段と、装置の周囲の環境における衛星信号の品質を決定するための手段と、装置の周囲の環境が弱衛星信号の環境であると示す決定された衛星信号の品質に基づいて通信リンクを介してスタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星ソースから取得された測位データを提供するためのプロセスをトリガするための手段とを備え得る。
【００１４】
[0014]  様々な態様によると、コンピュータ可読記憶媒体（computer-readable storage medium）は、スタンドアロンＧＮＳＳ受信機を実装するデバイスとの通信リンクを確立することと、１つまたは複数の非衛星ソースから測位データを取得することと、モバイルデバイスの周囲の環境における衛星信号の品質を決定することと、モバイルデバイスの周囲の環境が弱衛星信号の環境であると示す決定された衛星信号の品質に基づいて通信リンクを介してスタンドアロンＧＮＳＳ受信機を実装するデバイスに１つまたは複数の非衛星ソースから取得された測位データを提供するためのプロセスをトリガすることとをモバイルデバイスに行わせるように構成されたコンピュータ実行可能な命令（computer-executable instruction）を記憶し得る。
【００１５】
[0015]  本明細書に開示された態様および実施形態に関連付けられた他の目的および利点は、添付の図面および詳細な説明に基づいて、当業者に明らかとなる。
【００１６】
[0016]  本明細書で説明される様々な態様と実施形態およびそれに付随する多くの利点についてのより完全な理解は、限定ではなく例示のためだけに提示される添付の図面に関連して考慮されるとき、以下の詳細な説明を参照することによって同内容がより良く理解されるようになるので、容易に得られるであろう。
【図面の簡単な説明】
【００１７】
【図１】[0017]  図１は、様々な態様にしたがった、１つまたは複数のデバイスがワイヤレス技法を使用して位置を決定することができる例示的な動作環境を例示する。
【図２】[0018]  図２は、様々な態様にしたがった、ワイヤレス技法を使用して位置を決定するために構成される例示的なモバイルデバイスを例示する。
【図３】[0019]  図３は、様々な態様にしたがった、スタンドアロンＧＮＳＳ受信機に基づいてロケーションソリューションを実現するデバイスに測位支援データを提供することができる例示的なセンサ支援測位ユニット（sensor-assisted positioning unit）を例示する。
【図４】[0020]  図４は、様々な態様にしたがった、スタンドアロンＧＮＳＳ受信機に基づいてロケーションソリューションを実現するデバイスとスタンドアロンＧＮＳＳパフォーマンスを向上させるための測位支援データを提供することができる支援デバイスとの間の接続を確立するために使用されることができる例示的なハンドシェイクプロトコルを例示する。
【図５】[0021]  図５は、様々な態様にしたがった、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスに測位支援データを提供することができるロケーション認識デバイスにおいて実行され得る例示的な方法を例示する。
【図６】[0022]  図６は、様々な態様にしたがった、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが支援デバイスから提供された測位支援データを使用してパフォーマンスを向上させるために実行し得る例示的な方法を例示する。
【詳細な説明】
【００１８】
[0023]  様々な態様および実施形態が、例示的な態様および実施形態に関連する具体例を示すために、以下の説明および関連する図面において開示される。代替の態様および実施形態は、本開示を読めば当業者には明らかであり、本開示の趣旨または範囲から逸脱することなく構成および実施され得る。加えて、周知の要素は、本明細書に開示された態様および実施形態に関連する詳細を不明瞭にしないように詳細には説明されないか、または省略される。
【００１９】
[0024]  「例示的（exemplary）」という用語は、本明細書では、「例、事例、または例示を提供する」という意味で使用される。「例示的」なものとして本明細書で説明される任意の実施形態は、必ずしも他の実施形態よりも好ましいまたは有利であるようには解釈されるべきでない。同様に、「実施形態」という用語は、すべての実施形態が、説明された動作の特徴、利点、またはモードを含むことを必要としない。
【００２０】
[0025]  本明細書で使用される用語は、特定の実施形態のみを説明するものであり、本明細書で開示される任意の実施形態を限定するように解釈されるべきではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈がそうでないことを明確に示していない限り、複数形も含むように意図される。本明細書で使用される場合、当業者であれば「備える（comprises）」、「備える（comprising）」、「含む（includes）」、および／または「含む（including）」という用語は、述べられる特徴、整数（integers）、ステップ、動作、要素、および／またはコンポーネントの存在を規定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはそのグループの存在または追加を除外しないことをさらに理解するであろう。
【００２１】
[0026]  さらに、様々な態様および／または実施は、例えば、コンピューティングデバイスの要素によって遂行されることになるアクションのシーケンスの観点から説明され得る。当業者であれば、本明細書で説明される様々なアクションが、特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されているプログラム命令によって、または両方の組合せによって実行され得ることを認識するであろう。加えて、本明細書で説明されるこれら一連のアクションは、実行時に、本明細書で説明される機能を関連するプロセッサに実行させるコンピュータ命令の対応するセットをその中に記憶した任意の形態の非一時的なコンピュータ可読媒体（non-transitory computer-readable medium）内で、全体として具現化されるものであると考えられ得る。したがって、本明細書に説明された様々な態様は、いくつかの異なる形態で具現化され得、それらの全てが、請求項に記載の事項の範囲内にあるものとして企図されている。加えて、本明細書で説明される態様の各々について、任意のそのような態様の対応する形態は、例えば、説明されるアクションを実行する「ように構成されたロジック」および／またはそれを実行するように構成された他の構造的なコンポーネントとして本明細書で説明され得る。
【００２２】
[0027]  本明細書で説明される様々な態様および外実施形態は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、等、のような様々なワイヤレス通信ネットワーク内において使用され得る。「ネットワーク」および「システム」という用語は、交換可能に使用されうる。ＷＷＡＮは、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）ネットワーク、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）ネットワーク、等であり得る。ＣＤＭＡネットワークは、ＣＤＭＡ２０００、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、等のような１つまたは複数の無線アクセス技術（ＲＡＴ：radio access technology）を実現し得る。ＣＤＭＡ２０００は、ＩＳ−９５、ＩＳ−２０００、およびＩＳ−８５６規格を含む。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））、デジタルアドバンスドモバイル電話システム（Ｄ−ＡＭＰＳ）、または何らかの他のＲＡＴを実現し得る。ＧＳＭおよびＷ−ＣＤＭＡは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ（登録商標））という名称のコンソーシアムからの文書に説明されている。ＣＤＭＡ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称のコンソーシアムからの文書に説明されている。３ＧＰＰおよび３ＧＰＰ２の文書は、公衆に利用可能である。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークであり得、ＷＰＡＮは、Ｂｌｕｅｔｏｏｔｈネットワーク、ＩＥＥＥ８０２．１５ｘ、または何らかの他のタイプのネットワークであり得る。技法はまた、ＷＷＡＮ、ＷＬＡＮおよび／またはＷＰＡＮの任意の組合せのために使用され得る。
【００２３】
[0028]  様々な態様によると、本明細書でさらに詳細に説明されるように、ロケーションソリューションを計算するために使用されるエフェメリスデータ、アルマナック、基準時間、および／または他の測定値を獲得するためにスタンドアロン全地球航法衛星システム（ＧＮＳＳ）受信機を使用するデバイスは、１つまたは複数の外部デバイスから供給される測位支援データを使用してオーグメントされ得るか、そうでなければ支援され得るという技法。例えば、様々な実施形態では、１つまたは複数の外部デバイスは、任意の適切なハードウェアおよび／またはワイヤレスインターフェース（例えば、ＵＳＢ接続、Ｗｉ−Ｆｉキャリア、Ｂｌｕｅｔｏｏｔｈキャリア、近距離無線通信（ＮＦＣ）インターフェース、等）を介してスタンドアロンＧＮＳＳ受信機を実装するデバイスに接続し得る。したがって、１つまたは複数の外部デバイスから供給される測位支援データは、初回測位時間（ＴＴＦＦ）を減らすために、および様々な状況（例えば、衛星信号のない、または弱衛星信号のある環境）でスタンドアロンＧＮＳＳロケーションソリューションに関連付けられた精度を向上させるために使用され得る。さらに、様々な実施形態では、１つまたは複数の外部デバイスは、最新の支援測定値または測位支援データを提供するために、スタンドアロンＧＮＳＳロケーションソリューションに提供された測位支援データを周期的に更新し得る。例えば、様々な実施形態では、１つまたは複数の外部デバイスは、ＧＮＳＳ受信機を使用して周辺環境の衛星信号品質を決定し得、環境における可視衛星信号がない、および／または環境内の可視の衛星信号が位置フィックスを計算するのにとても弱いこと（例えば、捕捉された衛星が閾値を下回る平均的な信号対雑音比（ＳＮＲ）を有するとき、環境におけるいくつかの可視衛星が閾値を下回る、等）を検出することに応答してオーグメンテーションプロセスをトリガする。
【００２４】
[0029]  様々な態様によると、１つまたは複数の外部デバイスは、１つまたは複数のＷｉ−Ｆｉアクセスポイント、１つまたは複数のＢｌｕｅｔｏｏｔｈビーコン、１つまたは複数のセルラ基地局、および／または任意の他の適切な非衛星ロケーションデータソースから測位支援データを獲得し得る。さらに、１つまたは複数の外部デバイスは、慣性測定値、動作データ、および／または他の適切なセンサデータが１つまたは複数の外部デバイスに利用可能である場合には、スタンドアロンＧＮＳＳロケーションソリューションにデッドレコニング結果を提供し得る。例えば、様々な実施形態では、スタンドアロンＧＮＳＳロケーションソリューションにおいてロケーションデータの獲得をオーグメントするか、そうでなければ支援するために使用される１つまたは複数の外部デバイスは、ナビゲーション、地方ニュース、ソーシャルアプリケーション、地方広告、等のようなロケーションベースのサービスをサポートするために強力なロケーション技術を実現するスマートフォンおよび／または他の適切なモバイルデバイスを備え得る。よって、様々な実施形態では、１つまたは複数の外部デバイスは、定期的なベースで、衛星、Ｗｉ−Ｆｉアクセスポイント、ＧＮＳＳサーバ、またはモバイルセルラネットワークから位置、エフェメリス、アルマナック、および時間データを更新し得、それによって、１つまたは複数の外部デバイスは、スタンドアロンＧＮＳＳソリューションにおける測位機能をオーグメントするために使用されることができる非衛星測位データへのアクセスを有し得る。さらに、多くのユーザが、（例えば、ＵＳＢ接続、Ｂｌｕｅｔｏｏｔｈ接続、Ｗｉ−Ｆｉダイレクト接続、近距離無線通信（ＮＦＣ）接続、等を介して）モバイルデバイスを充電する、ハンズフリーコーリングをサポートする、車両スピーカを通じてオーディオをストリーミングする、等を行うために、車両のインフォテインメントシステムにモバイルデバイスを接続する。よって、モバイルデバイスは、利用可能な強力なロケーション技術およびモバイルデバイスを接続するために使用される簡単なおよび定着したインターフェースに基づいて、スタンドアロンＧＮＳＳロケーションソリューションを実現する車両および／または他の適切なデバイスにおいて実行される測位機能に関連付けられたパフォーマンスをオーグメントすることができる測位支援データを提供するために使用されることができる理想的な外部データソースを提供し得る。
【００２５】
[0030]  より具体的には、図１を参照すると、様々な態様にしたがった、１つまたは複数のデバイスがワイヤレス技法を使用して位置を決定することができる例示的な動作環境１００が例示されている。例えば、様々な実施形態では、図１に示される動作環境１００は、スタンドアロンＧＮＳＳ受信機を使用してロケーションソリューションを実現し得る車両１２０に加えて、衛星および非衛星ワイヤレス測位能力を有するモバイルデバイス１０８を含む。
【００２６】
[0031]  様々な実施形態では、モバイルデバイス１０８は、１つまたは複数のワイヤレスアクセスポイントからもたらされる処理遅延（processing delay）に対処するために調整されることができるラウンドトリップ時間（ＲＴＴ：round trip time）測定値および／または他の測定値に基づいてそれに関連付けられた位置を決定するように構成され得、ここで、処理遅延は、異なるワイヤレスアクセスポイントによって異なり、また、時間と共に変化し得る。例えば、様々な実施形態では、モバイルデバイス（mobile device）１０８は、１つまたは複数の動きセンサを含み得、ここで、１つまたは複数の動きセンサからの情報は、１つまたは複数のワイヤレスアクセスポイントからもたらされる処理遅延による影響を較正する（calibrate）ために使用され得る。図１に例示される例示的な動作環境１００では、１つまたは複数の異なるワイヤレス通信システムおよび／またはワイヤレス測位システムは、モバイルデバイス１０８において使用可能な測位データを提供するように構成され得る。
【００２７】
[0032]  例えば、様々な実施形態によると、図１に示される動作環境１００は、モバイルデバイス１０８に独立した位置情報ソースを提供することができる１つまたは複数の衛星１０２ａ、１０２ｂ、等を含み、それは、衛星１０２ａ、１０２ｂから信号を受信し、それらから地理的ロケーション情報を導出するように構成された１つまたは複数の専用のＧＮＳＳ受信機を含み得る。加えて、図１に示される車両１２０がスタンドアロンＧＮＳＳ受信機を使用してロケーションソリューションを実現すると、１つまたは複数の衛星１０２ａ、１０２ｂ、等は同様に、車両１２０に独立した位置情報ソースを提供することができ、それは、衛星１０２ａ、１０２ｂから信号を受信し、それらから地理的ロケーション情報を導出するためにそれに実装されたスタンドアロンＧＮＳＳ受信機を使用し得る。加えて、図１に示されるように、動作環境１００は、１つまたは複数のローカルエリアネットワークワイヤレスアクセスポイント（ＬＡＮ−ＷＡＰ）１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ、１０６ｅをさらに含み得、それらは、ワイヤレス音声および／またはデータ通信のために使用され得、別の独立した位置情報ソースをモバイルデバイス１０８に提供し得る。さらに、動作環境１００はまた、１つまたは複数の広域ネットワークワイヤレスアクセスポイント（ＷＡＮ−ＷＡＰ）１０４ａ、１０４ｂ、１０４ｃを含み得、それらはまた、ワイヤレス音声および／またはデータ通信のために使用され得、別の独立した位置情報ソースをモバイルデバイス１０８に提供し得る。様々な実施形態では、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは、ワイヤレス広域ネットワーク（ＷＷＡＮ）を形成し得、それは、既知のロケーションにおけるセルラ基地局、および／または他の広域ワイヤレスシステム、例えば、マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ）（例えば、ＩＥＥＥ８０２．１６）等、を含み得る。ＷＷＡＮは、簡潔さのために、図１に示されていない他の既知のネットワークコンポーネントを含み得る。典型的に、ＷＷＡＮ内のＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは、固定された位置から動作し、大都市エリアおよび／または地方エリアにわたってネットワークカバレッジを提供し得、その一方で、ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅは、建物内で動作し、ＷＷＡＮよりも小さな地理的領域にわたって通信を実行することができるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を形成することができる。そのようなＬＡＮ−ＷＡＰ１０６ａ−１０６ｅは、例えば、ＷｉＦｉネットワーク（８０２．１１ｘ）、セルラピコネットおよび／またはフェムトセル、Ｂｌｕｅｔｏｏｔｈネットワーク、等の一部であり得る。
【００２８】
[0033]  様々な実施形態では、モバイルデバイス１０８は、衛星１０２ａ、１０２ｂ、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃ、および／またはＬＡＮ−ＷＡＰ１０６ａ−１０６ｅのうちの任意の１つまたは複数から測位情報を取得またはそうでなければ導出し得、それらは、各々、モバイルデバイス１０８が異なる技法を使用する位置決定機能において使用することができる独立した測位情報ソースを提供し得る。さらに、様々な実施形態では、モバイルデバイス１０８は、衛星１０２ａ、１０２ｂ、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃ、および／またはＬＡＮ−ＷＡＰ１０６ａ−１０６ｅからの独立した測位情報を、それらで実行された位置決定機能に関連付けられた精度を向上させるために、組み合わせ得る。しかしながら、車両１２０はスタンドアロンＧＮＳＳ受信機を実装するので、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃ、およびＬＡＮ−ＷＡＰ１０６ａ−１０６ｅからの利用可能な独立した測位情報は、車両１２０には利用可能ではなく、それは、弱信号の環境における貧弱なＴＴＦＸおよび不正確さをもたらす可能性がある。
【００２９】
[0034]  様々な実施形態によると、衛星１０２ａ、１０２ｂを使用して位置を導出するとき、モバイルデバイス１０８は、衛星１０２ａ、１０２ｂから送信された信号を受信するために使用されるように構成されたＧＮＳＳ受信機を利用し得、それによって、従来の技法を使用して位置および／または他のロケーションベースのデータを抽出する。加えて、車両１２０は、衛星１０２ａ、１０２ｂから送信された信号を受信するためにスタンドアロンＧＮＳＳ受信機を同様に使用し得、それによって、従来の技法を使用して位置および／または他のロケーションベースのデータを抽出する。例えば、全地球航法衛星システム（ＧＮＳＳ）または衛星測位システム（ＳＰＳ）は、典型的に、エンティティが送信機から受信された信号に少なくとも部分的に基づいて地表または地上におけるロケーションを決定することができるように配置された様々な送信機を含む。このような送信機は、典型的に、設定されたチップ数の繰り返し疑似ランダム雑音（ＰＮ）コードによりマーク付けされた（marked）信号を送信し、地上ベースの制御局、ユーザ機器および／または宇宙ビークル上に位置し得る。特定の例では、このような送信機は、地球周回軌道衛星ビークル（Earth orbiting satellite vehicle）上に位置し得る。例えば、全地球測位システム（ＧＰＳ）、ガリレオ、ＧＬＯＮＡＳＳ、北斗、等のようなＧＮＳＳのコンステレーション（constellation）内の衛星ビークルは、（例えば、ＧＰＳの場合のように、衛星ごとに異なるＰＮコードを使用して、または、ＧＬＯＮＡＳＳの場合のように、異なる周波数上で同じコードを使用して）コンステレーション内の他の衛星ビークルから送信されたＰＮコードと区別可能であるＰＮコードによりマーク付けされた信号を送信し得る。ある特定の態様によると、本明細書で提示される技法は、全地球システム（例えば、ＧＮＳＳ）に限定されない。例えば、本明細書で提供される技法は、様々な地域システム（例えば、日本上空の準天頂衛星システム（ＱＺＳＳ）、インド上空のインド地域航法衛星システム（ＩＲＮＳＳ：Indian Regional Navigational Satellite System）、中国上空の北斗、等）および／または、１つまたは複数の全地球および／または地域航法衛星システム（例えば、静止衛星型衛星航法補強システム（ＳＢＡＳ：Satellite Based Augmentation System））に関連付けられるか、さもなければ、それらとの使用のために使用可能にされ得る様々な補強システムに適用されるか、そうでなければ、それらにおける使用のために使用可能にされ得る。例えば、ＳＢＡＳは、ワイドエリア補強システム（ＷＡＡＳ：Wide Area Augmentation System）、欧州静止衛星航法オーバレイサービス（ＥＧＮＯＳ：European Geostationary Navigation Overlay Servic）、多機能衛星用衛星航法補強システム（ＭＳＡＳ：Multi-functional Satellite Augmentation System）、ＧＰＳ支援静止衛星補強航法（ＧＡＧＡＮ：GPS Aided Geo Augmented Navigation）システム、および／または同様のもののような、インテグリティ情報（integrity information）、ディファレンシャル補正（differential correction）、等を提供する補強システム（augmentation system）を含み得る。したがって、本明細書で使用される場合、「ＧＮＳＳ」という用語はおよびそれらの変形は、任意の１つまたは複数の全地球および���または地域航法衛星システムおよび／または補強システムを指し得、衛星信号は、ＧＮＳＳ、ＳＰＳ、および／または他の衛星測位信号を指し得る。
【００３０】
[0035]  さらに、本明細書で説明される様々な態様は、擬似衛星（pseudolite）との組み合わせにおいて衛星を利用する測位システムおよび／または擬似衛星を利用する測位システムで使用され得る。一般に、擬似衛星は、ＧＰＳ時間と同期され得る、Ｌ帯域（または他の周波数）キャリア信号上で変調されるＰＮコードまたは（ＧＰＳまたはＣＤＭＡセルラ信号に類似した）他のレンジングコード（ranging code）をブロードキャストする地上ベースの送信機である。各このような送信機は、遠隔受信機における識別を可能にするために、一意のＰＮコードを割り当てられ得る。擬似衛星は、トンネル、鉱山、建物、都市ビルの谷間、または他の囲まれたエリア内のような、軌道を回る衛星からのＧＰＳ信号が利用できないことがある状況において有用であり得る。擬似衛星の別の実装は、無線ビーコンとして知られている。したがって、本明細書で使用される場合、衛星ベースの測位データは、本明細書では擬似衛星、擬似衛星の均等物、および場合によりモバイルデバイス１０８が地上ベースの送信機から獲得し得る他のものを指すために本明細書で使用され得る。
【００３１】
[0036]  様々な態様によると、ＷＷＡＮから位置を導出するとき、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは、各々、デジタルセルラネットワーク内の基地局を備え得、モバイルデバイス１０８は、位置を導出するために基地局信号を活用することができるセルラトランシーバおよびプロセッサを含み得る。そのようなセルラネットワークは、それに限定されるものではないが、ＧＳＭ、ＣＤＭＡ、２Ｇ、３Ｇ、４Ｇ、ＬＴＥ（登録商標）、等に準拠した規格を含み得る。しかしながら、当業者は、デジタルセルラネットワークが図１に示されていない更なる基地局または他のリソースを含み得ることを理解するであろう。さらに、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは実際、移動可能である、またはそうでなければ再配置される能力を有し得るが、その一方で、例示を目的として、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは、基本的に固定された位置に配置されると仮定することにする。よって、様々な実施形態では、モバイルデバイス１０８は、既知の到着時間（ＴＯＡ：time of arrival）技法を使用して位置決定を実行し得、それは、一例では、アドバンスト順方向リンク三辺測量（ＡＦＬＴ）を含み得る。他の実施形態では、各ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは、ＷｉＭＡＸワイヤレスネットワーキング基地局を備え得、このケースでは、モバイルデバイス１０８は、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃから提供される信号からＴＯＡ技法を使用してそれに関連付けられた位置を決定し得る。モバイルデバイス１０８は、ＴＯＡ技法を使用する測位サーバ（positioning server）１１０およびネットワーク１１２の支援を使用して、またはスタンドアロンモード（stand-alone mode）でのいずれかで位置を決定し得る。さらに、様々な実施形態では、モバイルデバイス１０８は、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃを使用して位置情報を決定し得、それは、異なるタイプを有し得る。例えば、いくつかのＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは、セルラ基地局であり得、他のＷＡＮ−ＷＡＰ１０４ａ−１０４ｃは、ＷｉＭＡＸ基地局であり得る。そのような動作環境では、モバイルデバイス１０８は、各異なるタイプのＷＡＮ−ＷＡＰ１０４ａ−１０４ｃからの信号を活用することが可能であり得、精度を向上させるために導出された位置ソリューション（position solution）をさらに組み合わせる。
【００３２】
[0037]  様々な態様によると、ＷＬＡＮを使用して位置を導出するとき、モバイルデバイス１０８は、ネットワーク１１２および測位サーバ１１０の支援とともにＴＯＡ技法を利用し得、ここで、測位サーバ１１０は、ネットワーク１１２を通じてモバイルデバイス１０８と通信し得る。様々な実施形態では、ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅを組み込んだネットワーク１１２は、ワイヤードネットワーク、ワイヤレスネットワーク、および／またはそれらの任意の適切な組み合わせを含み得る。様々な実施形態では、各ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅは、例えば、Ｗｉ−Ｆｉアクセスポイントであり得、それは、必ずしも固定された位置に設定されるわけではなく、ロケーションを変更することができる。各ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅに関連付けられた位置は、共通の座標系において測位サーバ１１０に記憶され得る、および／またはＬＡＮ−ＷＡＰ１０６ａ−１０６ｅからモバイルデバイス１０８に直接的に通信され得る。様々な実施形態では、モバイルデバイス１０８は、ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅから受信された信号に基づいてそれに関連付けられた位置を決定し得、ここで、各信号は、受信された信号（例えば、ＭＡＣアドレス）に含まれ得る何らかの識別情報に基づいて発信元（originating）ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅに関連付けられ得る。モバイルデバイス１０８は、その後、信号強度に基づいて受信された信号をソートし、ソートされた受信信号に関連付けられた時間遅延（time delay）を導出し得る。モバイルデバイス１０８は、その後、各ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅに関連付けられた識別情報および時間遅延を含むことができるメッセージを形成し得、そのメッセージをネットワーク１１２を介して測位サーバ１１０に送り得る。受信されたメッセージに基づいて、測位サーバ１１０は、その後、関連ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅに関連付けられた記憶されたロケーションを使用してモバイルデバイス１０８に関連付けられた位置を決定し得る。測位サーバ１１０は、ローカル座標系におけるモバイルデバイス１０８の位置へのポインタを含む、モバイルデバイス１０８へのロケーション構成インジケーション（ＬＣＩ：Location Configuration Indication）メッセージを生成および提供し得る。ＬＣＩメッセージはまた、モバイルデバイス１０８に関連付けられたロケーションに関する他の関心地点（points of interest）を含み得る。モバイルデバイス１０８に関連付けられた位置を計算するとき、測位サーバ１１０は、ワイヤレスネットワーク内の異なる要素が導入し得る異なる遅延を考慮にし得る。
【００３３】
[0038]  様々な態様によると、モバイルデバイス１０８は、衛星１０２ａ−１０２ｂ以外の、および／またはそれらに加えて、ＷＡＰ−ＷＡＰ１０４ａ−１０４ｃ、ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅ、擬似衛星、および／または他の地上ベースの送信機、測位サーバ１１０、ネットワーク１１２、および／または他のソースから測位データを獲得するように構成され得る。しかしながら、ある特定の環境では、衛星１０２ａ−１０２ｂからの信号は、可視ではない、または独立してロケーションソリューションを計算するのには弱すぎる可能性がある。そのようなケースでは、車両１２０はスタンドアロンＧＮＳＳ受信機を実装し、衛星１０２ａ、１０２ｂから測位信号のみを捕捉することができるので、モバイルデバイス１０８は、衛星１０２ａ−１０２ｂ以外の、および／またはそれらに加えて、ＷＡＰ−ＷＡＰ１０４ａ−１０４ｃ、ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅ、擬似衛星、および／または他の地上ベースの送信機、測位サーバ１１０、ネットワーク１１２、および／または他のソースから獲得された測位データを車両１２０に提供するために支援プロセスをトリガするように構成され得る。例えば、モバイルデバイス１０８は、位置を決定するために十分な情報を獲得し得、それは、車両１２０において実行される位置決定機能を支援するために車両１２０に提供されることができる。加えて、他の独立した測位情報のソースは、各衛星１０２ａ、１０２ｂ、等に関連付けられた位置を計算するために使用されることができるエフェメリスデータ、コンステレーション並びに電離層モデル（ionospheric model）内の各衛星１０２ａ、１０２ｂ、等に関連付けられた大まかな軌道および状態情報を提供するアルマナック、および衛星１０２ａ、１０２ｂ、等における時間を協定世界時（ＵＴＣ：Coordinated Universal Time）に関連付けるための時間情報を、モバイルデバイス１０８に提供し得る。よって、動作環境１００が弱衛星信号の環境（例えば、衛星１０２ａ、１０２ｂ、等が可視ではない、可視衛星１０２ａ、１０２ｂ、等が閾値数以下である、可視衛星１０２ａ、１０２ｂ、等が閾値以下の平均的な信号対雑音比を有する）であると決定するモバイルデバイス１０８に応じて、モバイルデバイス１０８は、そこに実現されたスタンドアロンＧＮＳＳソリューションにおけるパフォーマンスを向上させるために、車両１２０に任意の利用可能な非衛星測位情報を提供するためのオーグメンテーションプロセスをトリガし得る。
【００３４】
[0039]  例えば、（利用可能であれば）現在の位置を提供することに加えて、モバイルデバイス１０８が提供する測位支援は、車両１２０に実装されたスタンドアロンＧＮＳＳ受信機に関連付けられた探索範囲が低減されることができる、および／または貧弱なＴＴＦＦまたは不正確な結果が回避されることができるように、基準時間、ロケーション、最新のエフェメリスデータ、アルマナック、等を取得することで車両１２０に実現されたスタンドアロンＧＮＳＳロケーションソリューションを支援し得る。さらに、様々な実施形態では、モバイルデバイス１０８は、モバイルデバイス１０８が車両１２０に測位支援データを提供することを可能にする１つまたは複数の通信インターフェース（例えば、Ｂｌｕｅｔｏｏｔｈインターフェース、ＲＦアンテナ、ＵＳＢ接続のようなワイヤード接続、Ｗｉ−Ｆｉダイレクト接続、近距離無線通信（ＮＦＣ）接続、等）を通じて車両１２０に適切にリンクされ得る。さらに、様々な実施形態では、モバイルデバイス１０８は、加速度計、ジャイロスコープ、および／または他の適切な動きデータ（motion data）にしたがって前の位置フィックスを前進させるためにデッドレコニングを実行するために使用されることができる１つまたは複数の慣性センサおよび／または他の適切なセンサデータへのアクセスを有し得る。代替または追加として、モバイルデバイス１０８は、弱信号の環境でも前の位置フィックスを前進させるために使用可能な、移動距離、速度、等における変化を決定するための車両１２０から車両オドメトリおよび慣性センサ（ＶＯＩＳ：vehicle odometry and inertial sensor）測定値を受信する能力を有し得る。さらにまた、車両１２０に実装されたスタンドアロンＧＮＳＳ受信機が、測位支援プロセス（positioning assistance process）がトリガされた後のある時点で十分な衛星１０２ａ、１０２ｂ、等および／または信頼されたシステム時間または基準データを獲得した場合、車両１２０に実装されたロケーションモジュールは、測位支援データが健全な（healthy）ものであることを保証するために、およびモバイルデバイス１０８から受信された測位支援データが不正確である可能性がある場合には貧弱なパフォーマンスを回避するために、モバイルデバイス１０８から受信された測位支援データを検証（verify）し得る。よって、本明細書で説明される様々な態様および実施形態は、スタンドアロンＧＮＳＳ受信機を実装する車両１２０が、貧弱な衛星信号の環境においてパフォーマンスを向上させるために、モバイルデバイス１０８からの有効かつ健全な位置、エフェメリス、アルマナック、時間、および／または他の適切な測位データを使用することを可能にし得る。
【００３５】
[0040]  様々な態様にしたがって、図２は、ワイヤレス技法を使用して位置を決定するために構成される例示的なモバイルデバイス２００を例示する。簡潔さのために、図２に例示される様々な特徴および機能は、様々な特徴および機能が共に動作可能に結合されることを表すために、共通バスを使用して共に接続されている。しかしながら、当業者であれば、他の接続、メカニズム、特徴、機能、または同様のものがモバイルデバイス２００を動作可能に結合および構成するために、必要に応じて提供および適合され得ることを認識するであろう。さらに、当業者であれば、図２に示される実施形態に関連して例示される１つまたは複数の特徴および／または機能がさらに細分化され得る、図２に示される実施形態に関連して例示される２つ以上の特徴および／または機能が組み合わされ得る、等を理解するであろう。さらに、図１に示されるモバイルデバイス１０８および／または図２に示されるようなモバイルデバイス２００は、１つまたは複数のワイヤレス通信デバイスまたはネットワークから送信されたワイヤレス信号を捕捉するために、およびそれにワイヤレス信号を送信するために構成可能な任意のポータブルまたはムーバブルデバイスまたは機械であり得る。よって、本明細書で説明された様々な態様および実施形態は、モバイルデバイス１０８、２００が、無線デバイス、セルラ電話デバイス、コンピューティングデバイス、パーソナル通信システム（ＰＣＳ）デバイス、または他の同様のムーバブルワイヤレス通信装着のデバイス、器具（appliance）、または機械であり得ると企図し得る。「モバイルデバイス（mobile device）」という用語はまた、衛星信号受信、支援データ受信、および／またはポジション関連処理が、デバイスにおいて行われるかパーソナルナビゲーションデバイス（ＰＮＤ： personal navigation device）において行われるかにかかわらず、短距離無線、赤外線、ワイヤード接続、または他の接続等によって、ＰＮＤと通信するデバイスを含み得る。また、「モバイルデバイス」という用語は、インターネット、Ｗｉ−Ｆｉ、または他のネットワーク等を介して、サーバと通信することができる、ワイヤレスデバイス、コンピュータ、ラップトップ等を含み、そして衛星信号受信、支援データ受信、および／または位置関連処理が、デバイスにおいて行われるか、サーバにおいて行われるか、ネットワークに関連付けられた別のデバイスにおいて行われるか、および／またはそれらの任意の動作可能な組み合わせにおいて行われるかに関わらず、全てのデバイスを含むように意図される。
【００３６】
[0041]  様々な実施形態にしたがって、モバイルデバイス２００は、１つまたは複数のアンテナ２０２に接続され得る１つまたは複数の広域ネットワーク（ＷＡＮ）トランシーバ２０４を含み得る。ＷＡＮトランシーバ２０４は、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃと通信するおよび／またはＷＡＮ−ＷＡＰ１０４ａ−１０４ｃへの／からの信号を検出するための、および／またはネットワーク内の他のワイヤレスデバイスと直接的に通信するための、適切なデバイス、ハードウェア、および／またはソフトウェアを備え得る。一態様では、ＷＡＮトランシーバ２０４は、ワイヤレス基地局のＣＤＭＡネットワークと通信するのに適したＣＤＭＡ通信システムを備え得る。しかしながら、他の態様では、ワイヤレス通信システムは、例えば、ＴＤＭＡまたはＧＳＭのような、別のタイプのセルラ電話ネットワークを備え得る。加えて、例えば、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）、等の任意の他のタイプの広域ワイヤレスネットワーキング技術が使用され得る。モバイルデバイス２００はまた、１つまたは複数のアンテナ２０２に接続され得る１つまたは複数のローカルエリアネットワーク（ＬＡＮ）トランシーバ２０６を含み得る。ＬＡＮトランシーバ２０６は、ＬＡＮ−ＷＡＰ１０６ａ−１０６ｅと通信するおよび／またはＷＡＮ−ＷＡＰ１０６ａ−１０６ｅへの／からの信号を検出するための、および／またはネットワーク内の他のワイヤレスデバイスと直接的に通信するための、適切なデバイス、ハードウェア、および／またはソフトウェアを備える。一態様では、ＬＡＮトランシーバ２０６は、１つまたは複数のワイヤレスアクセスポイントと通信するのに適切なＷｉ−Ｆｉ（８０２．１１ｘ）通信システム備え得るが、他の態様では、ＬＡＮトランシーバ２０６は、別のタイプのローカルエリアネットワーク、パーソナルエリアネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ）、等を備え得る。加えて、例えば、ウルトラワイドバンド、ＺｉｇＢｅｅ、ワイヤレスＵＳＢ、等の任意の他のタイプのワイヤレスネットワーキング技術が使用され得る。
【００３７】
[0042]  本明細書で使用される場合、「ワイヤレスアクセスポイント（wireless access point）」（ＷＡＰ）という省略された用語は、ＷＡＮ−ＷＡＰ１０４ａ−１０４ｃおよび／またはＬＡＮ−ＷＡＰ１０６ａ−１０６ｅを指すために使用され得る。具体的には、以下の説明では、「ＷＡＰ」という用語は、モバイルデバイス２００が様々なＬＡＮ−ＷＡＰ１０６ａ−１０６ｅ、様々なＷＡＮ−ＷＡＰ１０４ａ−１０４ｃ、またはそれらの任意の組み合わせからの信号を利用することができる実施形態に関連して使用され得る。モバイルデバイス２００で利用される特定のＷＡＰは、環境に依存し得る。さらに、モバイルデバイス２００は、正確な位置のソリューションに到達するために様々なＷＡＰ間で動的に選択し得る。他の実施形態では、様々なネットワーク要素は、ピアツーピア方法で動作し得、それによって、例えば、モバイルデバイス２００は、ＷＡＰに置き換えられ得る、または逆もまた同様である。他のピアツーピアの実施形態は、１つまたは複数のＷＡＰの代わりに動作する別のモバイルデバイスを含み得る。
【００３８】
[0043]  様々な態様によると、ＧＮＳＳ受信機２０８はまた、モバイルデバイス２００に含まれ得る。ＧＮＳＳ受信機２０８は、衛星信号（例えば、ＧＮＳＳ信号）を受信するための１つまたは複数のアンテナ２０２に接続され得、ここにおいて、ＧＮＳＳ受信機２０８は、衛星信号を受信および処理することができる任意の適切なハードウェアおよび／またはソフトウェアを備え得る。様々な実施形態では、プロセッサ２１０は、ＧＮＳＳ受信機２０８および／または他のシステムから適宜情報および動作を要求および受信し、任意の適切なＧＮＳＳアルゴリズムを介して取得された測定値を使用してモバイルデバイス２００に関連付けられた位置を決定するために必要な計算を実行し得る。様々な実施形態では、動きセンサ２１２は、動作および／または方位情報を提供するためにプロセッサ２１０に結合され得、それは、ＷＡＮトランシーバ２０４、ＬＡＮトランシーバ２０６、および／またはＧＮＳＳ受信機２０８において受信された信号から導出された動きデータから独立し得る。例えば、様々な実施形態では、動きセンサ２１２は、加速度計（例えば、ＭＥＭＳデバイス）、ジャイロスコープ、地磁気センサ（geomagnetic sensor）（例えば、コンパス）、高度計（例えば、気圧高度計（barometric pressure altimeter））、および／または任意の他の動作検出センサを利用し得る。さらに、様々な実施形態では、動きセンサ２１２は、様々な異なるデバイスを含み得、動きセンサ２１２は、動き情報を提供するために様々な異なるデバイスからの出力を組み合わせるように構成され得る。例えば、動きセンサ２１２は、２−Ｄおよび／または３−Ｄの座標系における位置を計算するための能力を提供するために方位センサ（orientation sensor）との組み合わせにおいて多軸加速度計（multi-axis accelerometer）を使用し得る。
【００３９】
[0044]  様々な実施形態では、プロセッサ２１０は、ＷＡＮトランシーバ２０４、ＬＡＮトランシーバ２０６、ＧＮＳＳ受信機２０８、および動きセンサ２１２に接続され得る。プロセッサ２１０は、処理機能のみならず、他の計算および制御機能を提供する１つまたは複数のマイクロプロセッサ、マイクロコントローラ、および／またはデジタルシグナルプロセッサを含み得る。プロセッサ２１０はまた、データを記憶するためのメモリ２１４およびモバイルデバイス内のプログラムされた機能を実行するためのソフトウェア命令を含み得る。メモリ２１４は、プロセッサ２１０の基板上（例えば、同じＩＣパッケージ内）に存在し得、および／またはプロセッサ２１０の外部にあり、データバスを介して機能的に結合され得る。様々な実施形態では、１つまたは複数のソフトウェアモジュールおよびデータ表は、通信および位置決定機能を管理するために、メモリ２１４に内に存在し得、プロセッサ２１０において利用される。図２に例示されるように、メモリ２１４は、ワイヤレスベースの測位モジュール（positioning module）２１６、アプリケーションモジュール（application module）２１８、および測位モジュール２２８を含み得る、および／またはそうでなければ受け入れ得る。しかしながら、当業者であれば、図２に示されるようなメモリ２１４に関連付けられた構成は、単に例示的なものにすぎず、それによって、モジュールおよび／データ構造に関連付けられた機能が組み合わせられ、分離され、および／または異なる実装において異なる方法で構築され得ることを理解するであろう。さらに、一実施形態では、バッテリ２６０はプロセッサ２１０に結合され得、ここにおいて、バッテリ２６０は、適切な回路を通じて、および／またはプロセッサ２１０の制御下で、プロセッサ２１０およびモバイルデバイス２００に位置する様々な他のモジュールおよびコンポーネントに電力を供給し得る。
【００４０】
[0045]  様々な実施形態では、アプリケーションモジュール２１８は、プロセッサ２１０で実行中のプロセスであり得、それは、ワイヤレスベースの測位モジュール２１６からの位置情報を要求し得る。アプリケーションは、典型的に、ソフトウェアアーキテクチャの上位層内で実行され、屋内ナビゲーション、バディロケータ（Buddy Locator）、ショッピングおよびクーポン（Shopping and Coupons）、アセットトラッキング（Asset Tracking）、およびロケーション認識サービスディスカバリ（location Aware Service Discovery）を含み得る。ワイヤレスベースの測位モジュール２１６は、様々なＷＡＰと交換された信号から測定された時間情報から導出された情報を使用してモバイルデバイス２００に関連付けられた位置を導出し得る。時間ベースの技法を使用して位置を正確に決定するために、各ＷＡＰに関連付けられた処理時間に基づいてもたらされる時間遅延の合理的な推定は、信号から取得された時間測定値を較正／調整するために使用され得る。本明細書で使用される場合、これら時間遅延は、「処理遅延（processing delay）」と称される。よって、様々な実施形態では、ＷＡＰに関連付けられた処理遅延をさらに改良するための較正（calibration）は、動きセンサ２１２から取得された情報を使用して実行され得る。一実施形態では、動きセンサ２１２は、プロセッサ２１０に位置および／または方位データを直接提供し得、それは、メモリ２１４において位置／動きデータモジュール２２６中に記憶され得る。他の実施形態では、動きセンサ２１２は、データを提供し得、それは、較正を実行するための情報を導出するためにプロセッサ２１０によってさらに処理されるべきである。例えば、動きセンサ２１２は、ワイヤレスベースの測位モジュール２１６における処理遅延を調整するための位置データを導出するために測位モジュール２２８を使用して処理されることができる加速度および／または方位データ（単軸または多軸）を提供し得る。
【００４１】
[0046]  較正後、位置は、その前述の要求に応答して、アプリケーションモジュール２１８に出力され得る。加えて、ワイヤレスベースの測位モジュール２１６は、動作パラメータを交換するためにパラメータデータベースを利用し得る。そのようなパラメータは、ＷＡＰごとの決定された処理遅延、共通の座標系におけるＷＡＰに関連付けられた位置、様々なネットワークパラメータ、初期処理遅延の推定値、等を含み得る。加えて、パラメータデータベース２２４は、様々な道路区分を含む１つまたは複数のマップを含み得、ここにおいて、パラメータデータベース２２４は、特定の道路区分、開始位置および終了位置（例えば、ＧＰＳ座標または他の適切なデータを使用して表される）、および／またはナビゲーションコンテクスト（navigation context）（例えば、速度制限）に関連し得る追加の情報を識別するために、各道路区分とインデックスまたは他の情報を関連付け得る。
【００４２】
[0047]  他の実施形態では、追加の情報は、補助位置および／または動きデータをオプションとして含み得、それは、例えば、ＧＮＳＳ測定値のような、動きセンサ２１２以外の他のソースから決定され得る。補助位置データ（auxiliary position data）は、断続的および／または雑音が多い可能性があるが、モバイルデバイス２００が動作する環境に依存するＷＡＰの処理遅延を推定するために独立した情報の別のソースとして有用であり得る。例えば、ＧＮＳＳ受信機２０８から導出されたデータは、（位置／動きデータモジュール２２６から直接、または測位モジュール２２８によって導出される、のいずれかで）動きセンサ２１２によって供給された位置データを補い得る。他の実施形態では、位置データは、非ＲＴＴ技法（例えば、ＣＤＭＡネットワーク内のＡＦＬＴ）を使用する追加のネットワークを通じて決定されたデータと組み合わされ得る。ある特定の実装では、動きセンサ２１２および／またはＧＮＳＳ受信機２０８は、プロセッサ２１０によるさらなる処理なしで位置／動きデータモジュール２２６に補助位置／動きデータのすべてまたは一部分を提供し得る。いくつかの実施形態では、動きセンサ２１２および／またはＧＮＳＳ受信機２０８は、補助位置／動きデータを、位置／動きモジュール２２６に提供することなくそのようなデータを直接プロセッサ２１０に提供し得る。
【００４３】
[0048]  様々な実施形態では、モバイルデバイス２００は、ユーザインターフェース２５０を含み得、それは、モバイルデバイスとのユーザの対話を可能にするマイクロフォン／スピーカ２５２、キーパッド２５４、およびディスプレイ２５６のような、任意の適切なインターフェースシステムを提供する。マイクロフォン／スピーカ２５２は、ＷＡＮトランシーバ２０４および／またはＬＡＮトランシーバ２０６を使用して音声通信サービスを提供する。キーパッド２５４は、ユーザ入力のための任意の適切なボタンを備える。ディスプレイ２５６は、例えば、ＬＣＤディスプレイのような、任意の適切なディスプレイを備え、更なるユーザ入力モードのためのタッチスクリーンディスプレイをさらに含み得る。加えて、モバイルデバイス２００は、スタンドアロンＧＮＳＳ受信機に基づいてロケーションソリューションを実現する車両および／または他の適切なデバイスのような、別の（外部の）デバイスにモバイルデバイス２００を接続するために使用されることができる外部インターフェース２７０を含み得る。したがって、様々な実施形態では、モバイルデバイス２００は、外部デバイスに測位支援データを提供するために外部インターフェース２７０を介して外部デバイスと通信し、利用可能であれば、外部デバイスからＶＯＩＳ測定値をオプションとして受信し、および／またはそうでなければそこで実行される位置決定機能をオーグメントするために外部デバイスを支援し得る。
【００４４】
[0049]  例えば、様々な態様にしたがって、図３は、スタンドアロンＧＮＳＳ受信機に基づいてロケーションソリューションを実現するデバイスに測位支援データを提供するために使用されることができる例示的なセンサ支援ナビゲーション（ＳＡＮ：sensor-assisted navigation）システムを例示する。具体的には、図３に示されるように、ＳＡＮシステムは、通常、測位ユニット（positioning unit）３００、測位ユニット３００と通信し得る測定エンジン（ＭＥ：measurement engine）３８０、および測位ユニット３００とさらに通信し得るセンサデータプロセッサ（ＳＤＰ：sensor data processor）３９０を含み得る。一実施形態では、測位ユニット３００は、いくつかのロケーション推定器（location estimator）の複合体であり得、それは、経路積分ロケーション推定器（ＰＬＥ：path-integral location estimator）３１０、センサデータモジュール（ＳＤＭ：sensor data module）３２０、位置速度（ＰＶ：position velocity）フィルタ３３０（例えば、ナビゲーションの結果をさらに改良および円滑にするためにＰＬＥ３１０からの位置、速度、および／または他のロケーションフィックス出力に適用され得るカスケードフィルタ）、アグリゲータロケーション推定器（ＡＬＥ：aggregator location estimator）３４０、ＧＮＳＳ慣性ナビゲーションシステム（ＧＮＳＳ−ＩＮＳ）ロケーション推定器（ＧＩＬＥ）３５０、およびＧＮＳＳロケーション推定器（ＧＬＥ）３７０を含み得る。
【００４５】
[0050]  図３に示されるように、ＳＤＰ３９０は、外の世界と通信し、センサおよび他のデータ（例えば、車両から供給されるテレマティクス）を受信し得る。例えば、一実施形態では、ＳＤＰ３９０は、ＶＯＩＳ測定値、動きデータ、高および低周波数加速度計およびジャイロスコープ信号、歩数計信号、テレマティクスデータまたは他の適切なセンサデータを受信し、測位ユニット３００に「フロントエンド（front-end）」を提供し得る。さらに、ＳＤＰ３９０は、到来するデータとＧＰＳ時間との間に時間同期を確立し、その後、到来するデータにＧＰＳタイムスタンプを割り当て得、それは、ＳＤＰ３９０が記憶および処理のためにＳＤＭ３２０に転送する移動方向（ＤｏＴ：direction of travel）データおよび動きデータ、および／またはＳＤＰ３９０が記憶および処理のためにＧＩＬＥ３５０に転送する統合高周波数加速度計およびジャイロスコープデータ（integrated high frequency accelerometer and gyroscope data）を備え得る。ＳＤＭ３２０は、ＳＤＰ３９０からタイムスタンプされたデータを受信し、導出された量を計算し、測位ユニット３００内に（例えば、ＧＬＥ３７０、ＰＬＥ３１０、ＧＩＬＥ３５０、等に）そのようなデータをバッファおよび分配する。
【００４６】
[0051]  例えば、図３にさらに示されるように、ＳＤＭ３２０は、ＰＬＥ３１０に後処理されたデータ（post-processed data）を分配し得、それは、ロケーションフィックス（location fix）を計算するために、ＭＥ３８０およびＧＬＥ３７０から受信されたＧＮＳＳ測定値とＡＬＥ３４０から受信された外部位置投入（ＥＰＩ： External Position Injection ）データとを組み合わせて後処理されたデータを使用し得る。ＰＬＥ３１０は、ＰＶフィルタ３３０にロケーションフィックスを提供し得、それは、ＰＬＥ３１０において計算されたロケーションフィックスを改良するために上述したカスケードフィルタを適用し、その後、改良されたロケーションフィックスをＡＬＥ３４０に提供し得る。さらに、ＳＤＭ３２０は、ＧＬＥ３７０に固定位置インジケータ（ＳＰＩ：Stationary Position Indicator）を提供し得、それは、ＰＶフィルタ３３０から受信された改良されたロケーションフィックスに基づいてＰＬＥ３１０において計算されたロケーションフィックスに関連付けられた発散チェック（divergence check）を実行するために使用され、ＡＬＥ３４０に戻るように提供され得るＷＬＳフィックスを計算するためにＭＥ３８０から受信されたＧＮＳＳ測定値と組み合わせてＳＰＩを使用し得る重み付けされた最小二乗（ＷＬＳ：weighted least squares）モジュール３７２を含み得る。例えば、一実施形態では、発散チェックは、ＡＬＥ３４０から現在のエポック（epoch）についてのＷＬＳフィックスを取得し、現在のエポックについてのＷＬＳフィックスをその中で生成されるロケーションフィックスと比較するＰＬＥ３１０を含み得る。よって、ＡＬＥから取得されたＷＬＳフックスとＰＬＥ３１０内で生成されたロケーションフィックスとの間の発散（divergence）を検出することに応答して、発散チェックは、ＰＬＥ３１０を初期化されていない状態にリセットすることになる。加えて、ＧＬＥ３７０は、ＡＬＥ３４０からＥＰＩデータを受信し、固定または非固定のユーザを検出することをサポートする、および／または第２の発散チェックを実行するために、ＡＬＥ３４０への入力として使用され得るロケーションフィック
スを計算し得る動的カルマンフィルタ（ＫＦ：Kalman Filter）３７６を含み得る。例えば、一実施形態では、第２の発散チェックは、ＰＬＥ３１０において計算されたロケーションフィックスに関連付けられた発散を検出するために、（ＰＶフィルタ３３０を介して）ＰＬＥ３１０から受信されたロケーションフィックスをＧＬＥ３７０内の動的カルマンフィルタ３７６から受信されたロケーションフィックスと比較し得、ここにおいて、ＡＬＥ３４０がＰＬＥ３１０において計算されたロケーションフィックスと動的カルマンフィルタ３７６が計算したロケーションフィックスとの間の発散を検出した場合、ＡＬＥ３４０は、ＰＬＥ３１０をＧＬＥ３７０内の動的カルマンフィルタ３７６で計算されたロケーションフィックスにリセットし得る。
【００４７】
[0052]  一実施形態では、ＳＡＮシステムは、慣性センサから取得されたデータ（例えば、ＳＤＰ３９０から出力されたＤｏＴ、動きデータ、および統合高周波数加速度計およびジャイロスコープのデータ）を使用する既知または推定された速度およびヘディングにしたがって、前のロケーションフィックス（例えば、ＡＬＥ３４０から出力された前のロケーションフィックス）を前進させるデッドレコニング技法をさらにサポートし得る。よって、デッドレコニング技法は、通常、前のロケーションフィックスからのナビゲーションをサポートするヘディングおよび現在の位置を計算するために前のロケーションフィックスを前進させ得、それは、デッドレコニングをサポートする車両オドメトリ（vehicle odometry）、モデリングされた車両力学、または他の適切な車両パラメータが常に利用可能な位置の出現をユーザに提供する間、ＧＮＳＳ信号の測定値を要求するＡＬＥ３４０または別コンポーネントを利用する必要なく、前のロケーションフィックスを進展させるために使用され得るので、ＧＮＳＳ信号を受信またはそうでなければ捕捉するＡＬＥ３４０または他のコンポーネントから現在のロケーションフィックスを獲得する必要性を低減し得る。
【００４８】
[0053]  様々な態様にしたがって、図４は、スタンドアロンＧＮＳＳ受信機に基づいてロケーションソリューションを実現するデバイス４５０（以下、「スタンドアロンＧＮＳＳデバイス４５０」）とスタンドアロンＧＮＳＳパフォーマンスを向上させるための測位支援データを提供することができる支援デバイス（aiding device）４１０との間の接続を確立するために使用されることができる例示的なハンドシェイクプロトコル（handshake protocol）４００を例示する。より具体的には、様々な実施形態では、支援デバイス４１０は、任意の適切なハードウェアインターフェース（例えば、ＵＳＢ接続）および／またはワイヤレスインターフェース（例えば、Ｗｉ−Ｆｉキャリア、Ｂｌｕｅｔｏｏｔｈキャリア、等）を介してスタンドアロンＧＮＳＳデバイス４５０に接続され得る。支援デバイス４１０は、通常、ＧＮＳＳ受信機を有し、１つまたは複数の非衛星測位データソースへのアクセスをさらに有する。よって、支援デバイス４１０は、スタンドアロンＧＮＳＳデバイス４５０との接続を確立するために図４に示されるハンドシェイクプロトコル４００を開始し得、それによって、弱衛星信号の環境におけるスタンドアロンＧＮＳＳデバイス４５０に関連付けられた初回測位時間（ＴＴＦＦ）および精度を向上させる。例えば、支援デバイス４１０は、周辺環境において可視の衛星信号がないこと、周辺環境において可視の捕捉された衛星が閾値（例えば、２５ｄＢｍ）以下の平均的な信号対雑音比（ＳＮＲ）を有すること、周辺環境における可視衛星の数が閾値（例えば、６）以下であること、または、さもなければ周辺環境は独立したロケーションソリューションを計算するのに十分な衛星信号（つまり十分に強力な衛星信号）を欠いていること、を決定することに応答して、ハンドシェイクプロトコル４００を開始し得る。そのようなケースでは、４０２に図示されているように、支援デバイス４１０およびスタンドアロンＧＮＳＳデバイス４５０は、最初に、デバイスとサービスディスカバリおよび能力交換（a device and service discovery and capabilities exchange）を行い得、それは、Ｂｌｕｅｔｏｏｔｈサービスディスカバリプロトコル（ＳＤＰ）、Ｗｉ−Ｆｉダイレクト（例えば、アプリケーションサービスプラットフォーム）、近距離無線（ＮＦＣ）ピアツーピアプロトコル、および／または任意の適切なプロトコルに基づき得る。支援デバイス４１０およびスタンドアロンＧＮＳＳデバイス４５０は、その後、互いに関連付けられたＢｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、ＮＦＣ、および／または他の適切な能力（もしあれば）を取得し、（例えば、Ｂｌｕｅｔｏｏｔｈシリアルポートプロファイル（ＳＰＰ）、Ｗｉ−Ｆｉ直接送信サービス、ＮＦＣピアツーピアプロトコル、等に基づいて）相互の能力がデータ接続リンクをセットアップする能力を提供することを確認すると、データ接続リンクを確立し得る。
【００４９】
[0054]  様々な実施形態では、４１２、４５２に図示されているように、支援デバイス４１０およびスタンドアロンＧＮＳＳデバイスは、その後、各々ノンス値（nonce value）を生成し、それは、通常、ハンドシェイクプロトコル４００において使用される一時的乱数（one-time random）または疑似乱数を指す。支援デバイス４１０およびスタンドアロンＧＮＳＳデバイス４５０は、その後、４１４、４５４で図示されるように、それぞれのノンス値を交換し得る。支援デバイス４１０は、その後、４１６に図示されているように、任意の適切な暗号化方法にしたがってスタンドアロンＧＮＳＳデバイス４５０から受信されたノンス値に基づいてシグネチャ（ｓｉｇｎａｔｕｒｅ＿ｒｅｍｏｔｅ）を生成することができ、支援デバイス４１０において生成されたシグネチャは、４１８に図示されているように、スタンドアロンＧＮＳＳデバイス４５０に送信され得る。様々な実施形態では、４５６に図示されているように、スタンドアロンＧＮＳＳデバイス４５０は、その後、４５４において支援デバイスに以前送られたノンス値に基づいて予期されたシグネチャを計算し得る。様々な実施形態では、４５８において、スタンドアロンＧＮＳＳデバイス４５０は、４１８において受信されたシグネチャが４５６において計算された予期されたシグネチャと一致するということを検証することに応答して、支援デバイス４１０を認識またはそうでなければ認証し得る。さらに、様々な実施形態では、スタンドアロンＧＮＳＳデバイス４５０は、４６０に図示されているように、任意の適切な暗号化方法にしたがって支援デバイス４１０から受信されたノンス値に基づいてローカルシグネチャ（ｓｉｇｎａｔｕｒｅ＿ｌｏｃａｌ）を生成し得、４６２に図示されているように、ローカルシグネチャは、支援デバイス４１０に送信され得る。様々な実施形態では、４２０に図示されているように、支援デバイス４１０は、その後、４１４においてスタンドアロンＧＮＳＳデバイス４５０に以前送られたノンス値に基づいて予期されるシグネチャを計算し得る。様々な実施形態では、４２２において、支援デバイス４１０は、４６２において受信されたシグネチャが４２０において計算された予期されるシグネチャと一致するということを検証することに応答して、スタンドアロンＧＮＳＳデバイス４５０を認識またはそうでなければ認証し得る。様々な実施形態では、支援デバイス４１０およびスタンドアロンＧＮＳＳデバイス４５０が互いに認証すると仮定すると、測位支援のデータフローが４８０において開始され得、ここにおいて、支援デバイス４１０は、スタンドアロンＧＮＳＳデバイス４５０への接続を介して、最新の時間、位置、エフェメリス、アルマナック、および／または他の適切な測位データを投入することを開始し、それらは、スタンドアロンＧＮＳＳデバイス４５０上の接続を扱うように構成されたデーモン（daemon）において受信され、スタンドアロンＧＮＳＳデバイス４５０上のスタンドアロンＧＮＳＳロケーションモジュールに転送され得る。あるいは、支援デバイス４１０およびスタンドアロンＧＮＳＳデバイス４５０が互いに認証し合うことができない場合には、ハンドシェイクプロトコル４００は単に終了され得る��このように、ハンドシェイクプロトコル４００は、攻撃者がスタンドアロンＧＮＳＳデバイス４５０に関連付けられたロケーションになりすますのを防ぐことができる、またはそうでなければスタンドアロンＧＮＳＳデバイス４５０にそれらのユーザが望んでいない何処かに行かせる（go somewhere）ことができる。よって、ハンドシェイクプロトコル４００は、スタンドアロンＧＮＳＳデバイス４５０が支援デバイス４１０と通信している（talking to）ことを確実にすることができ、それは、信頼されたデバイスであり得、何らかの第三者のデバイスではない。
【００５０】
[0055]  様々な態様にしたがって、図５は、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスに測位支援データを提供することができるロケーション認識デバイスにおいて実行され得る例示的な方法５００を例示する。具体的には、ブロック５０５において、ロケーション認識デバイスは、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスでディスカバリおよび認証手順を実行し得、それは、図４に関連して上記でさらに詳細に説明されたハンドシェイクプロトコル４００を備え得る。例えば、様々な実施形態では、ディスカバリおよび認証手順は、ロケーション認識デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが互いに関連付けられる能力を取得し、相互の能力がデータ接続リンクをセットアップする能力を提供することを確認するとデータ接続リンクを確立する、デバイスとサービスディスカバリおよび能力交換を備え得る。ロケーション認識デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、その後、それぞれのノンス値を交換し、互いから受信されたノンス値に基づいてローカルシグネチャ（local signature）を生成し得、ここにおいて、ローカルシグネチャは、ロケーション認識デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実装するデバイスが互いに関連付けられるアイデンティティを相互に検証することができるように交換され得る。
【００５１】
[0056]  様々な実施形態によると、ロケーション認識デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが互いを相互に認証することができると仮定すると、ロケーション認識デバイスは、ブロック５１０において１つまたは複数の非衛星ソースから測位データを取得し得る。例えば、１つまたは複数の非衛星ソースは、測位情報をロケーション認識デバイスに提供することができる、セルラ基地局、Ｗｉ−Ｆｉアクセスポイント、Ｂｌｕｅｔｏｏｔｈビーコン、および／または任意の他の適切なデータソースを備え得る。よって、ロケーション認識デバイスは、１つまたは複数の非衛星ソースから少なくともいくつかの測位データを取得したと仮定され得、それは、衛星測位システム（ＳＰＳ）に関連付けられた基準時間、エフェメリス、アルマナック、および／または他の適切なデータを備え得る。様々な実施形態では、ブロック５１０においてロケーション認識デバイスが取得する測位データは、非衛星ソースから取得された測位データが十分な精度でロケーションフィックスを計算するのに十分なデータを含む場合には、ロケーション認識デバイスに関連付けられた現在のロケーションまたは位置をさらに備え得る。
【００５２】
[0057]  様々な実施形態によると、１つまたは複数の非衛星ソースから測位データを受信するための、１つまたは複数の広域ネットワーク（例えば、セルラ）トランシーバ、ローカルエリアネットワーク（例えば、Ｗｉ−Ｆｉ）トランシーバ、Ｂｌｕｅｔｏｏｔｈ対応ラジオ、および／または他の適切なインターフェースを含むことに加えて、ロケーション認識デバイスは、衛星測位システムから測位データを取得および／または探索するように使用されることできるＧＮＳＳ受信機をさらに含み得る。よって、ブロック５１５において、ロケーション認識デバイスは、ロケーション認識デバイスの周囲の環境における衛星信号の品質を決定するためにＧＮＳＳ受信機を使用し得、それは、周辺環境において可視の衛星の数、周辺環境において可視の衛星に関連付けられた平均的な信号対雑音比（ＳＮＲ）、および／または他の適切な基準に基づいて決定されることができる。したがって、ブロック５２０において、ロケーション認識デバイスは、周辺環境がブロック５１５において決定された衛星信号の品質に基づいて弱衛星信号の環境であるかどうかを決定し得る。
【００５３】
[0058]  例えば、１つの使用ケースでは、ロケーション認識デバイスは、周辺環境において可視衛星が閾値（例えば、６つの衛星）を下回ると決定することに応答して、周辺環境が弱衛星信号の環境であると決定し得る。別の例示的な使用ケースでは、ロケーション認識デバイスは、周辺環境における可視衛星が閾値（例えば、２５ｄＢｍ）以下の平均的なＳＮＲを有すると決定することに応答して、周辺環境が弱衛星信号の環境であると決定し得る。よって、ブロック５２５において、ロケーション認識デバイスは、弱衛星信号の環境を検出することに応答して、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスに測位支援データを提供するための手順をトリガし得る。例えば、ロケーション認識デバイスは、６つより少ない数の衛星が周辺環境において可視である場合（例えば、たとえ可視衛星が閾値以上の平均的なＳＮＲを有し得るとしても）、可視衛星が閾値以下の平均的なＳＮＲを有する場合（例えば、たとえ周辺環境において６つよりも多い数の可視衛星が存在するとしても）、等には、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスに測位支援データを提供することを開始し得る。
【００５４】
[0059]  あるいは、周辺環境が弱衛星信号の環境ではないとブロック５２０において決定することに応答して、ロケーション認識デバイスは、タイマが終了したかどうかを決定するためにブロック５３５においてさらなるチェックを実行し得、ここにおいて、タイマは、測位支援データがスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスに以前提供された場合、起動／再起動され得る。よって、様々な実施形態では、ロケーション認識デバイスは、たとえ周辺環境が弱衛星信号の環境ではないとしてもタイマが終了したと決定することに応答して、ブロック５２５においてスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスに測位支援データを提供するための手順をさらにトリガし得る。さもなければ、周辺環境が弱衛星信号の環境ではなく、以前に測位支援データが提供されたときに起動／再起動されたタイマが終了していなかったと決定することに応答して、方法５００は、ブロック５１０に戻り、上記説明されたものと実質的に同じ方法で進められ得る。
【００５５】
[0060]  様々な実施形態にしたがって、ロケーション認識デバイスが周辺環境は弱衛星信号の環境であると決定した、および／または測位支援データが以前提供されたときに起動／再起動されたタイマは終了したと仮定すると、ロケーション認識デバイスは、ブロック５２５においてスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスに利用可能な測位支援データを提供し得る。例えば、上述されたように、測位支援データは、衛星測位システム（ＳＰＳ）に関連付けられた時間、エフェメリス、アルマナック、および／または他の適切なデータを備え得、ここにおいて、そのような測位データを提供することは、実質的に、スタンドアロンＧＮＳＳ受信機で使用される探索範囲を低減し得る、および／またはより速くより正確な初回測位時間（ＴＴＦＦ）を提供し得る。さらに、ロケーション認識デバイスが現在の位置またはロケーションフィックスを十分な精度をもって計算することができる場合には、ブロック５２５において提供された測位支援データは、ロケーション認識デバイスにおいて計算される現在の位置またはロケーションフィックスをさらに備え得る。さらにまた、様々な実施形態では、ロケーション認識デバイスは、１つまたは複数のオンボード慣性センサからのデータへのアクセスを有し得、それは、ロケーション認識デバイスに関連付けられた動きを検出することができる加速度計、ジャイロスコープ、および／または他の適切なセンサを備え得る。代替または追加として、１つまたは複数の慣性センサは、センサデータがロケーション認識デバイスに提供されることができるように、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイス上に提供され得る。どちらのケースでも、ロケーション認識デバイスが適切なセンサデータへのアクセスを有すると仮定すると、オンボード慣性センサを介して生成されるか、またはスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスから受信されるか、ロケーション認識デバイスは、デッドレコニング技法を使用する利用可能なセンサデータにしたがって、（利用可能であれば）以前のロケーションフィックスを進展させるように構成され得、それによって、ブロック５２５において提供された測位支援データは、デッドレコニングの結果をさらに備え得る。様々な実施形態では、ロケーション認識デバイスは、ブロック５３０においてタイマを起動／再起動し、有効かつ健全な位置、エフェメリス、アルマナック、時間、および／または他の適切な測位支援データが進行中の方法でＧＮＳＳベースのロケーションソリューションに関連付けられた精度を高めること、および／または位置フィックスを取得することでスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスを支援するために提供されることができるように、ブロック５１０に戻り得る。
【００５６】
[0061]  様々な態様にしたがって、図６は、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが支援デバイスから提供された測位支援データを使用してパフォーマンスを向上させるために実行し得る例示的な方法を例示する。具体的には、ブロック６０５において、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、支援デバイスでディスカバリおよび認証手順を実行し得、それは、図４に関連して上記でさらに詳細に説明されたハンドシェイクプロトコル４００を備え得る。例えば、様々な実施形態では、ブロック６０５において実行されたディスカバリおよび認証手順は、支援デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが互いに関連付けられる能力を取得し、相互の能力がデータ接続リンクをセットアップする能力を提供することを確認するとデータ接続リンクを確立する、デバイスとサービスディスカバリおよび能力交換を備え得る。支援デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、その後、それぞれのノンス値を交換し、互いから受信されたノンス値に基づいてローカルシグネチャを生成し得、ここにおいて、ローカルシグネチャは、支援デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが互いに関連付けられるアイデンティティを相互に検証することができるように交換され得る。
【００５７】
[0062]  様々な実施形態によると、支援デバイスおよびスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが相互に認証することができると仮定すると、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、ブロック６１０において支援デバイスから非衛星測位支援データ（）を受信し得る。例えば、様々な実施形態によると、支援デバイスは、１つまたは複数の非衛星ソースから測位支援データを取得し得、それは、支援デバイスが測位情報から取得することができるセルラ基地局、Ｗｉ−Ｆｉアクセスポイント、Ｂｌｕｅｔｏｏｔｈビーコン、および／または任意の他の適切なデータソースを備え得る。よって、支援デバイスは、弱衛星信号の環境である周辺環境に基づいて（例えば、閾値を下回っている周辺環境において支援デバイスにとって可視の衛星に基づいて、閾値以下の平均的な信号対雑音比を有する周辺環境において支援デバイスにとって可視の衛星に基づいて、等）非衛星測位支援データを提供するための手順をトリガし得る。代替または追加として、非衛星測位支援データは、周期的なベースでブロック６１０において支援デバイスから受信され得、ここにおいて、支援デバイスは、非衛星測位支援データを提供する際に、タイマを起動／再起動し得、その後、タイマが終了したときに非衛星測位支援データを更新し得る。
【００５８】
[0063]  様々な実施形態では、ブロック６１０において受信された非衛星測位支援データは、衛星測位システム（ＳＰＳ）に関連付けられた基準時間、エフェメリスデータ、アルマナック、および／または他の適切なデータを備え得る。したがって、ブロック６１５において、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、精度および初回測位時間（ＴＴＦＦ）がスタンドアロンＧＮＳＳロケーションソリューションにおいて向上され得るように、支援デバイスから受信された測位支援データに基づいてスタンドアロンＧＮＳＳ受信機に関連付けられた探索範囲を構成し得る。さらに、様々な実施形態では、支援デバイスから受信された測位支援データは、支援デバイスに利用可能であり得るセンサデータに基づいて支援デバイスにおいて計算されたデッドレコニングの結果、および／または支援デバイスにおいて計算された現在のロケーションまたは位置フィックスを備え得る。例えば、様々な実施形態では、支援デバイスは、以前の位置フィックスを前進させるために動作を検出することができる１つまたは複数のオンボード慣性センサを有し得る。代替または追加として、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、デッドレコニングの結果を計算するために支援デバイスにおいて使用され、支援デバイスに提供されることができる慣性センサ（ＶＯＩＳ）測定値および１つまたは複数の車両オドメトリを含み得る、またはそれへのアクセスを有し得る。よって、受信された測位支援データが支援デバイスにおいて計算されたデッドレコニングの結果および／または支援デバイスにおいて計算された現在のロケーションまたは位置フィックスを含む場合には、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、ロケーション／ナビゲーションソリューションを計算するためにそのような情報をさらに使用し得る。
【００５９】
[0064]  様々な実施形態では、ブロック６２０において、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスは、信頼性の高い測位データが１つまたは複数の衛星ソースから獲得されたかどうかを決定し得る。例えば、スタンドアロンＧＮＳＳ受信機は、支援デバイスから受信されたエフェメリスデータ、アルマナック、および／または他の適切な測位データを使用して可視衛星信号を探索し得る。しかしながら、スタンドアロンＧＮＳＳ受信機が（例えば、貧弱な衛星信号の環境であるため）１つまたは複数の衛星ソースから信頼性の高い測位データを獲得することに失敗した場合、方法６００は、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが支援デバイスからの更新された非衛星測位支援データ待ち得るように、ブロック６１０に戻り得る。他方では、スタンドアロンＧＮＳＳ受信機が１つまたは複数の衛星ソースから信頼性の高い測位データを獲得する場合には、支援デバイスから受信された測位支援データに関連付けられた精度が、ブロック６２５においてチェックされ得る。様々な実施形態では、支援デバイスから受信された測位支援データが健全である（healthy）とブロック６３０において決定することに応答して（例えば、スタンドアロンＧＮＳＳ受信機を介して取得された信頼性の高い基準時間、エフェメリスデータ、アルマナック、等が、支援デバイスから提供された測位支援データに一致する場合）、方法６００は、スタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスが（例えば、次の更新期間において）支援デバイスからの更新された非衛星測位支援データ待ち得るように、ブロック６１０に戻り得る。あるいは、支援デバイスから受信された測位支援データが健全でない（not healthy）とブロック６３０において決定することに応答して（例えば、スタンドアロンＧＮＳＳ受信機を介して取得された信頼性の高い基準時間、エフェメリスデータ、アルマナック、等が、支援デバイスから提供された測位支援データとは異なる場合）、支援デバイスは、通知され、測位支援のセッションがブロック６３５において終了され得る。したがって、支援デバイスは支援デバイスが正確な測位データを取得することができるように通知され得、支援デバイスからの有効かつ健全な位置、エフェメリス、アルマナック、時間、および／または他の測位支援データのみがスタンドアロンＧＮＳＳロケーションソリューションを実現するデバイスにおいて使用されることを確実にするために、測位支援のセッションが終了され得る。
【００６０】
[0065]  当業者であれば、情報および信号は、様々な異なる技術および技法のうちの任意のものを使用して表され得ることを理解するであろう。例えば、上記の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、またはこれらの任意の組み合わせによって表され得る。
【００６１】
[0066]  さらに、当業者であれば、本明細書で開示された態様に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現され得ることを理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、概してそれらの機能の観点から上記で説明されてきた。このような機能が、ハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、特定のアプリケーションごとに様々な方法において、説明された機能を実現し得るが、このような実現の決定は、本明細書で説明された様々な態様および実施形態の範囲から逸脱するように解釈されるべきでない。
【００６２】
[0067]  本明細書で開示された態様に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、または本明細書で説明された機能を実行するように設計されたこれらの任意の組み合わせを用いて実装または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシン（state machine）であり得る。プロセッサはまた、コンピューティングデバイスの組合せ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、または任意の他のこのような構成）として実現され得る。
【００６３】
[0068]  本明細書で開示された態様に関連して説明された方法、シーケンスおよび／またはアルゴリズムは、直接的にハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこれら２つの組み合わせにおいて、具現化され得る。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術分野において周知である任意の他の形態の非一時的なコンピュータ可読媒体内に存在し得る。例示的な非一時的なコンピュータ可読媒体は、プロセッサが非一時的なコンピュータ可読媒体から情報を読み取り、可読媒体に情報を書き込むことができるようなプロセッサに結合され得る。代替として、非一時的なコンピュータ可読媒体は、プロセッサと一体化され得る。プロセッサおよび非一時的なコンピュータ可読媒体は、ＡＳＩＣ内に存在し得る。ＡＳＩＣは、ＩｏＴデバイス内に存在し得る。代替として、プロセッサおよびコンピュータ可読媒体は、ユーザ端末内の個別コンポーネントとして存在し得る。
【００６４】
[0069]  １つまたは複数の例示的な態様では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現され得る。ソフトウェアで実現される場合、機能は、非一時的なコンピュータ可読媒体上で、１つまたは複数の命令またはコードとして送信または記憶され得る。コンピュータ可読媒体は、ある場所から別の場所にコンピュータプログラムを移送することを容易にし得る任意の非一時的な媒体を含む記憶媒体および／または通信媒体を含み得る。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置、または他の磁気記憶デバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを搬送または記憶するために使用され得る、およびコンピュータによってアクセスされ得る任意の他の媒体を備えることができる。また、任意の接続は、コンピュータ可読媒体と厳密には称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。本明細書で交換可能に使用され得る、ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）という用語は、ＣＤ、レーザーディスク（登録商標）、光ディスク、ＤＶＤ、フロッピー（登録商標）ディスクおよびブルーレイディスクを含み、それは、通常、磁気的に、および／またはレーザーを用いて光学的にデータを再生する。
上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【００６５】
[0070]  前述の開示が例示的な態様および実施形態を示している一方で、当業者であれば添付された特許請求の範囲によって定義される本開示の範囲から逸脱することなく、様々な変更および修正が、ここで行われ得ると理解するであろう。さらに、本明細書で説明された様々な例示的な態様および実施形態にしたがって、当業者であれば、上記で説明された任意の方法および／または本明細書に添付された任意の方法の請求項に記載された機能、ステップ、および／または動作が任意の特定の順序で実行される必要はないことを理解するであろう。さらにまた、任意の要素が単数形で上記説明されている、または添付された請求項に記載されているという点で、当業者であれば、単数形に限定することが明記されていない限り、単数形が複数形を企図すると理解するであろう。
【図１】
2019516963.tif 000003
【図２】
2019516963.tif 000004
【図３】
2019516963.tif 000005
【図４】
2019516963.tif 000006
【図５】
2019516963.tif 000007
【図６】
2019516963.tif 000008
【国際調査報告】
2019516963.tif 000009
2019516963.tif 000010