(57)【要約】  現場におけるロケーションベースのサービスを提供するための方法、システム、およびデバイスが開示される。そのロケーションを推定するために、特定の実装形態では、モバイルデバイスが、トランスポンダデバイスとのメッセージ交換における信号往復時間（ＲＴＴ）の測定値に基づいて既知のロケーションに位置するトランスポンダデバイスまでの距離の測定値を取得し得る。サーバからの測位支援データにより、モバイルデバイスは、プローブメッセージに対する応答を提供する際のトランスポンダデバイスにおける遅延を測定し、それによって信号ＲＴＴをより正確に測定することが可能になり得る。【特許請求の範囲】
【請求項１】
測位支援データを備える１つまたは複数のメッセージを受信することと、前記測位支援データが複数のワイヤレストランスポンダの属性の記述を備え、前記１つまたは複数のメッセージが同様の属性を有するワイヤレストランスポンダのグループ内にある前記ワイヤレストランスポンダのうちの少なくとも２つを識別する、
前記グループ内の１つまたは複数のワイヤレストランスポンダから取得された測定値に少なくとも部分的に基づいて前記グループ内のワイヤレストランスポンダとのメッセージの往復交換に関する遅延を推定することと、
前記推定された遅延に少なくとも部分的に基づいて前記グループ内の少なくとも１つのトランスポンダに対する信号往復時間（ＲＴＴ）を計算することと
を備える、モバイルデバイスにおける方法。
【請求項２】
前記遅延が、少なくともターンアラウンドキャリブレーションファクタ（ＴＣＦ）遅延を備える、請求項１に記載の方法。
【請求項３】
前記遅延が、少なくともサイクリックシフトダイバーシティ（ＣＳＤ）遅延を備える、請求項１に記載の方法。
【請求項４】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレストランスポンダモデル属性を有する、請求項１に記載の方法。
【請求項５】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレストランスポンダベンダー属性を有する、請求項１に記載の方法。
【請求項６】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレスＬＡＮチップベンダー属性を有する、請求項１に記載の方法。
【請求項７】
前記遅延を推定することが、
前記グループ内の少なくとも１つのワイヤレストランスポンダとのメッセージ交換におけるプローブメッセージの送信と返信メッセージの受信との間の継続時間を測定することと、
前記メッセージ交換と同時の前記モバイルデバイスの推定ロケーションに少なくとも部分的に基づいて前記ワイヤレストランスポンダのうちの前記少なくとも１つのトランスポンダまでの距離を推定することと、
前記推定された距離と前記継続時間との比較に少なくとも部分的に基づいて前記遅延を推定することと
をさらに備える、請求項１に記載の方法。
【請求項８】
ワイヤレス通信ネットワークにメッセージを送信し、前記ワイヤレス通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、
測位支援データを備える、前記ワイヤレストランシーバにおいて受信された１つまたは複数のメッセージを取得することと、前記測位支援データが複数のワイヤレストランスポンダの属性の記述を備え、前記１つまたは複数のメッセージが同様の属性を有するワイヤレストランスポンダのグループ内にある前記ワイヤレストランスポンダのうちの少なくとも２つを識別する、
前記グループ内の１つまたは複数のワイヤレストランスポンダから取得された測定値に少なくとも部分的に基づいて前記グループ内のワイヤレストランスポンダとのメッセージの往復交換に関する遅延を推定することと、
前記推定された遅延に少なくとも部分的に基づいて前記グループ内の少なくとも１つのトランスポンダに対する信号往復時間を計算することと
を行う、１つまたは複数のプロセッサと
を備える、モバイルデバイス。
【請求項９】
前記遅延が、少なくともＴＣＦを備える、請求項８に記載のモバイルデバイス。
【請求項１０】
前記遅延が、少なくともサイクリックシフトダイバーシティ（ＣＳＤ）遅延を備える、請求項８に記載のモバイルデバイス。
【請求項１１】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレストランスポンダモデル属性を有する、請求項８に記載のモバイルデバイス。
【請求項１２】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレストランスポンダモデル属性を有する、請求項８に記載のモバイルデバイス。
【請求項１３】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレストランスポンダベンダー属性を有する、請求項８に記載のモバイルデバイス。
【請求項１４】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレスＬＡＮチップベンダー属性を有する、請求項８に記載のモバイルデバイス。
【請求項１５】
あるエリアにおいてモバイルデバイスにサービスする複数のワイヤレストランスポンダデバイスを識別することと、
前記ワイヤレストランスポンダデバイスの属性に少なくとも部分的に基づいて往復信号交換における遅延を与える際に、前記ワイヤレストランスポンダデバイスを同様の特性を有するワイヤレストランスポンダデバイスのグループにソートするための基準を決定することと、
前記基準に従って前記複数のワイヤレストランスポンダデバイスを前記グループにソートすることと、
測位支援データを求める要求に応答して、前記ワイヤレストランスポンダデバイスの識別情報と、前記グループ内の前記ワイヤレストランスポンダデバイスの指示とを備える１つまたは複数のメッセージを少なくとも１つのモバイルデバイスに送信することと
を備える、サーバにおける方法。
【請求項１６】
前記遅延が、少なくともＴＣＦを備える、請求項１５に記載の方法。
【請求項１７】
前記遅延が、少なくともサイクリックシフトダイバーシティ（ＣＳＤ）遅延を備える、請求項１５に記載の方法。
【請求項１８】
ワイヤレストランスポンダの前記グループが、少なくとも共通のワイヤレストランスポンダモデル属性を有するものとして少なくとも部分的に定義される、請求項１５に記載の方法。
【請求項１９】
ワイヤレストランスポンダデバイスの前記グループが、少なくとも共通のワイヤレストランスポンダモデル属性を有するものとして少なくとも部分的に定義される、請求項１５に記載の方法。
【請求項２０】
ワイヤレストランスポンダデバイスの前記グループが、少なくとも共通のワイヤレストランスポンダベンダー属性を有するものとして少なくとも部分的に定義される、請求項１５に記載の方法。
【請求項２１】
ワイヤレストランスポンダデバイスの前記グループのうちの少なくとも１つの中のワイヤレストランスポンダが、少なくとも共通のワイヤレスＬＡＮチップベンダー属性を有する、請求項１５に記載の方法。
【請求項２２】
ワイヤレス通信ネットワークにメッセージを送信し、前記ワイヤレス通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、
あるエリアにおいてモバイルデバイスにサービスする複数のワイヤレストランスポンダデバイスを識別することと、
前記ワイヤレストランスポンダデバイスの属性に少なくとも部分的に基づいて往復信号交換における遅延を与える際に、前記ワイヤレストランスポンダデバイスを同様の特性を有するワイヤレストランスポンダデバイスのグループにソートするための基準を決定することと、
前記基準に従って前記複数のワイヤレストランスポンダデバイスを前記グループにソートすることと、
測位支援データを求める１つまたは複数のメッセージを前記ワイヤレストランシーバにおいて受信することに応答して、前記ワイヤレストランシーバを介して１つまたは複数の応答メッセージの少なくとも１つのモバイルデバイスへの送信を開始することと、前記１つまたは複数の応答メッセージが前記ワイヤレストランスポンダデバイスの識別情報と前記グループ内の前記ワイヤレストランスポンダデバイスの指示とを備える、
を行う、１つまたは複数のプロセッサと
を備える、サーバ。
【請求項２３】
前記遅延が、少なくともＴＣＦを備える、請求項２２に記載のサーバ。
【請求項２４】
前記遅延が、少なくともサイクリックシフトダイバーシティ（ＣＳＤ）遅延を備える、請求項２２に記載のサーバ。
【請求項２５】
ワイヤレストランスポンダデバイスの前記グループが、少なくとも共通のワイヤレストランスポンダモデル属性を有するものとして少なくとも部分的に定義される、請求項２２に記載のサーバ。
【請求項２６】
ワイヤレストランスポンダデバイスの前記グループが、少なくとも共通のワイヤレストランスポンダモデル属性を有するものとして少なくとも部分的に定義される、請求項２２に記載のサーバ。
【請求項２７】
ワイヤレストランスポンダデバイスの前記グループが、少なくとも共通のワイヤレストランスポンダベンダー属性を有するものとして少なくとも部分的に定義される、請求項２２に記載のサーバ。
【請求項２８】
ワイヤレストランスポンダデバイスの前記グループのうちの少なくとも１つの中のワイヤレストランスポンダが、少なくとも共通のワイヤレスＬＡＮチップベンダー属性を有する、請求項２２に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、参照により全体が本明細書に組み込まれる、２０１３年１１月７日に出願された「ＭＥＴＨＯＤＳ，ＳＹＳＴＥＭＳ  ＡＮＤ  ＤＥＶＩＣＥＳ  ＦＯＲ  ＰＲＯＶＩＤＩＮＧ  ＬＯＣＡＴＩＯＮ  ＢＡＳＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮ  Ａ  ＶＥＮＵＥ」という名称の米国仮特許出願第６１／９０１，３６０号、および２０１４年９月３日に出願された「ＭＥＴＨＯＤＳ，ＳＹＳＴＥＭＳ  ＡＮＤ  ＤＥＶＩＣＥＳ  ＦＯＲ  ＰＲＯＶＩＤＩＮＧ  ＬＯＣＡＴＩＯＮ  ＢＡＳＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮ  Ａ  ＶＥＮＵＥ」という名称の米国非仮特許出願第１４／４７６，６５８号の優先権を主張するＰＣＴ出願である。
【０００２】
[0001]本明細書に記載する実施形態は、モバイルナビゲーション技法の適用例を対象とする。
【背景技術】
【０００３】
情報：
[0002]全地球測位システム（「ＧＰＳ」：Global Positioning System）および他の同様の衛星測位システム（ＳＰＳ）は、屋外環境におけるモバイルハンドセットのためのナビゲーションサービスを可能にした。屋内環境では、衛星信号が確実には受信および／または収集されないことがあるので、ナビゲーションサービスを使用可能にするために異なる技法が採用され得る。たとえば、モバイルデバイスは、典型的には、既知のロケーションに位置する３つ以上の地上波ワイヤレスアクセスポイントまでの距離を測定することによって位置フィックス（position fix）を取得し得る。そのような距離は、たとえば、そのようなアクセスポイントから受信された信号からＭＡＣ  ＩＤアドレスを取得することと、たとえば、ほんの数例を挙げると、受信信号強度インジケータ（ＲＳＳＩ）、往復遅延（ＲＴＴ）などの、そのようなアクセスポイントから受信された信号の１つまたは複数の特性を測定することとによって測定され得る。他の適用例では、測定されたＲＳＳＩ値およびＲＴＴ値は、マッチングを決定するために無線「ヒートマップ」内に定義されたロケーションにおける予想シグネチャ値と比較され得る。ここで、モバイルデバイスのロケーションは、測定されたＲＳＳＩおよび／またはＲＴＴとマッチングする予想シグネチャ値と一致する無線ヒートマップ内に定義された離散的なロケーションとして推定され得る。
【０００４】
[0003]以下の図を参照しながら非限定的で非網羅的な態様について説明し、ここにおいて、別段の規定がない限り、様々な図の全体を通して、同様の参照番号は同様の部分を指す。
【図面の簡単な説明】
【０００５】
【図１】[0004]一実装形態に従って、ターンアラウンドキャリブレーションファクタ（ＴＣＦ）が往復時間（ＲＴＴ）測定値にどのように影響を及ぼし得るかを示す図。
【図２】[0005]一実装形態による、モバイルデバイスを含むシステムのいくつかの特徴を示すシステム図。
【図３】[0006]一実施形態による、モバイルデバイスからのメッセージ内の測位支援データを求める要求と、測位支援データを含む応答メッセージとを示す図。
【図４】[0007]一実施形態による測位支援データの一態様を示す図。
【図５】[0008]一実施形態による、ＲＴＴを計算する際の遅延推定値を適用するためのプロセスの流れ図。
【図６】[0009]一実施形態による、ワイヤレストランスポンダデバイスのＴＣＦおよびサイクリックシフトダイバーシティ（ＣＳＤ）を推定するためのプロセスを示す流れ図。
【図７】[00010]一実施形態による、１つまたは複数のモバイルデバイスに測位支援データを提供するためのプロセスの流れ図。
【図８】[00011]一実施形態による、同様の属性を有するグループ化アクセスポイント（ＡＰ）を含む測位支援データを生成するためのプロセスを示す流れ図。
【図９】[00012]一実装形態による、例示的なデバイスを示す概略ブロック図。
【図１０】[00013]一実装形態による、例示的なコンピューティングプラットフォームの概略ブロック図。
【発明の概要】
【０００６】
[00014]簡潔に言えば、特定の実装形態は、測位支援データを備える１つまたは複数のメッセージを受信することと、前記測位支援データが複数のワイヤレストランスポンダの属性の記述を備え、前記１つまたは複数のメッセージが同様の属性を有するワイヤレストランスポンダのグループ内にあるワイヤレストランスポンダのうちの少なくとも２つを識別する、グループ内の１つまたは複数のワイヤレストランスポンダから取得された測定値に少なくとも部分的に基づいてグループ内のワイヤレストランスポンダとのメッセージの往復交換に関して遅延を推定することと、遅延推定値に少なくとも部分的に基づいてグループ内の少なくとも１つのトランスポンダに対する信号往復時間（ＲＴＴ）を計算することとを備える、モバイルデバイスにおける方法を対象とする。
【０００７】
[00015]別の特定の実装形態は、ワイヤレス通信ネットワークにメッセージを送信し、ワイヤレス通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、測位支援データを備える、ワイヤレストランシーバにおいて受信される１つまたは複数のメッセージを取得することと、前記測位支援データが複数のワイヤレストランスポンダの属性の記述を備え、前記１つまたは複数のメッセージが同様の属性を有するワイヤレストランスポンダのグループ内にあるワイヤレストランスポンダのうちの少なくとも２つを識別する、グループ内の１つまたは複数のワイヤレストランスポンダから取得された測定値に少なくとも部分的に基づいてグループ内のワイヤレストランスポンダとのメッセージの往復交換に関して遅延を推定することと、遅延推定値に少なくとも部分的に基づいてグループ内の少なくとも１つのトランスポンダに対する信号往復時間を計算することとを行う１つまたは複数のプロセッサとを備える、モバイルデバイスを対象とする。
【０００８】
[00016]別の特定の実装形態は、モバイルデバイスの専用計算装置によって実行可能な、記憶された機械可読命令を備える非一時的記憶媒体であって、前記モバイルデバイスが、測位支援データを備える、ワイヤレス通信ネットワークから受信される１つまたは複数のメッセージを取得することと、前記測位支援データが複数のワイヤレストランスポンダの属性の記述を備え、前記１つまたは複数のメッセージが同様の属性を有するワイヤレストランスポンダのグループ内にあるワイヤレストランスポンダのうちの少なくとも２つを識別する、グループ内の１つまたは複数のワイヤレストランスポンダから取得された測定値に少なくとも部分的に基づいてグループ内のワイヤレストランスポンダとのメッセージの往復交換に関して遅延を推定することと、遅延推定値に少なくとも部分的に基づいてグループ内の少なくとも１つのトランスポンダに対する信号往復時間を計算することとを行う、非一時的記憶媒体を備える、物品を対象とする。
【０００９】
[00017]別の特定の実装形態は、測位支援データを備える１つまたは複数のメッセージを受信するための手段と、前記測位支援データが複数のワイヤレストランスポンダの属性の記述を備え、前記１つまたは複数のメッセージが同様の属性を有するワイヤレストランスポンダのグループ内にあるワイヤレストランスポンダのうちの少なくとも２つを識別する、グループ内の１つまたは複数のワイヤレストランスポンダから取得された測定値に少なくとも部分的に基づいてグループ内のワイヤレストランスポンダとのメッセージの往復交換に関して遅延を推定するための手段と、遅延推定値に少なくとも部分的に基づいてグループ内の少なくとも１つのトランスポンダに対する信号往復時間を計算するための手段とを備える、モバイルデバイスを対象とする。
【００１０】
[00018]別の特定の実装形態は、エリア内のモバイルデバイスにサービスする複数のワイヤレストランスポンダデバイスを識別することと、ワイヤレストランスポンダデバイスの属性に少なくとも部分的に基づいて往復信号交換における遅延を与える際に、ワイヤレストランスポンダデバイスを同様の特性を有するワイヤレストランスポンダデバイスのグループにソートするための基準を決定することと、前記基準に従って複数のワイヤレストランスポンダデバイスをグループにソートすることと、測位支援データを求める要求に応答してワイヤレストランスポンダデバイスの識別情報とグループ内のワイヤレストランスポンダデバイスの指示とを備える少なくとも１つのモバイルデバイスに１つまたは複数のメッセージを送信することとを備える、サーバにおける方法を対象とする。
【００１１】
[00019]別の特定の実装形態は、ワイヤレス通信ネットワークにメッセージを送信し、ワイヤレス通信ネットワークからメッセージを受信するためのワイヤレストランシーバと、エリア内のモバイルデバイスにサービスする複数のワイヤレストランスポンダデバイスを識別することと、ワイヤレストランスポンダデバイスの属性に少なくとも部分的に基づいて往復信号交換における遅延を与える際に、ワイヤレストランスポンダデバイスを同様の特性を有するワイヤレストランスポンダデバイスのグループにソートするための基準を決定することと、前記基準に従って複数のワイヤレストランスポンダデバイスをグループにソートすることと、測位支援データを求めるワイヤレストランシーバにおける１つまたは複数のメッセージの受信に応答してワイヤレストランシーバを介して１つまたは複数の応答メッセージの少なくとも１つのモバイルデバイスへの送信を開始することと、前記１つまたは複数の応答メッセージがワイヤレストランスポンダデバイスの識別情報とグループ内のワイヤレストランスポンダデバイスの指示とを備える、を行うための１つまたは複数のプロセッサとを備える、サーバを対象とする。
【００１２】
[00020]別の特定の実装形態は、専用計算装置によって実行可能な、記憶された機械可読命令を備える非一時的記憶媒体であって、前記専用計算装置が、エリア内のモバイルデバイスにサービスする複数のワイヤレストランスポンダデバイスを識別することと、ワイヤレストランスポンダデバイスの属性に少なくとも部分的に基づいて往復信号交換における遅延を与える際に、ワイヤレストランスポンダデバイスを同様の特性を有するワイヤレストランスポンダデバイスのグループにソートするための基準を決定することと、前記基準に従って複数のワイヤレストランスポンダデバイスをグループにソートすることと、測位支援データを求める１つまたは複数のメッセージの受信に応答して１つまたは複数の応答メッセージの少なくとも１つのモバイルデバイスへの送信を開始することと、前記１つまたは複数の応答メッセージがワイヤレストランスポンダデバイスの識別情報とグループ内のワイヤレストランスポンダデバイスの指示とを備える、を行う、非一時的記憶媒体を備える物品を対象とする。
【００１３】
[00021]別の特定の実装形態は、エリア内のモバイルデバイスにサービスする複数のワイヤレストランスポンダデバイスを識別するための手段と、ワイヤレストランスポンダデバイスの属性に少なくとも部分的に基づいて往復信号交換における遅延を与える際に、ワイヤレストランスポンダデバイスを同様の特性を有するワイヤレストランスポンダデバイスのグループにソートするための基準を決定するための手段と、前記基準に従って複数のワイヤレストランスポンダデバイスをグループにソートするための手段と、測位支援データを求める要求に応答してワイヤレストランスポンダデバイスの識別情報とグループ内のワイヤレストランスポンダデバイスの指示とを備える少なくとも１つのモバイルデバイスに１つまたは複数のメッセージを送信するための手段とを備える、装置を対象とする。
【００１４】
[00022]上述の実装形態は例示的な実装形態にすぎず、特許請求する主題は、必ずしもこれらの例示的な実装形態の特定の態様に限定されるとは限らないことを理解されたい。
【発明を実施するための形態】
【００１５】
[00023]特定の適用例では、モバイルデバイスは、モバイルデバイスからトランスポンダ（たとえば、ＩＥＥＥ規格８０２．１１アクセスポイント（ＡＰ））へのプローブメッセージの送信と、プローブメッセージに応答してレスポンダによって送信される返信メッセージの受信との間の時間差を測定することによって往復時間（ＲＴＴ）測定値を取得し得る。１つの特定の実装形態では、そのようなプローブメッセージおよびそのような返信メッセージの送信は、ＩＥＥＥ規格８０２．１１による送信要求／送信可（ＲＴＳ／ＣＴＳ）プロシージャに従って実行され得る。モバイルデバイスは、プローブメッセージの送信前に、第１のタイムスタンプを含み得る。トランスポンダデバイスは、プローブメッセージから第１のタイムスタンプを抽出し、返信メッセージ内に抽出された第１のタイムスタンプを含み得る。モバイルデバイスは、返信メッセージの受信に応答して、第２のタイムスタンプを適用し得る。次いで、受信されたプローブメッセージに応答して返信メッセージを送信する際のトランスポンダにおける推定処理待ち時間よりも少ない、第１のタイムスタンプと第２のタイムスタンプとの間の差に少なくとも部分的に基づいて、ＲＴＴ測定値が取得した得る。このコンテキストでは、プローブメッセージに応答して返信メッセージを送信する際のトランスポンダにおけるそのような処理待ち時間は、ターンアラウンドキャリブレーションファクタ（ＴＣＦ）と呼ばれ得る。ＴＣＦを推定する際の困難が、ＲＴＴ測定の不正確さにつながる場合があり、モバイルデバイスにおける不正確な位置フィックスにつながる可能性がある。ＲＴＴ測定値の成分が、図１に示されている。
【００１６】
[00024]１つの特定の実装形態では、アプリケーション、ＴＣＦ１０の成分は、アンテナおよび物理層においてプローブメッセージを取得するための待ち時間と、ＭＡＣ層における（たとえば、受信待ち行列バッファにおける）受信フレーム処理と、ＭＡＣ層からフレームを取り出すことと返信メッセージ用のフレームを準備することとを含む、ホストプロセッサにおけるアプリケーション処理と、ＭＡＣ層における（たとえば、送信待ち行列バッファにおける）送信フレーム処理と、アンテナを介した物理層による返信メッセージフレームの送信のための待ち時間とを含み得る。ＴＣＦ１０に加えて、ワイヤレストランスポンダデバイスにおけるアンテナ構成に応じて、ワイヤレストランスポンダ遅延は、往復メッセージ交換に総遅延を与える、ＴＣＦ１０と組み合わされたサイクリックシフトダイバーシティ（ＣＳＤ）遅延（図示せず）を往復メッセージ交換に与える場合もある。一実施形態では、そのようなＣＳＤ遅延は、送信機における複数のアンテナ要素から信号を送信するための多重化技法によって生じる場合があり、たとえば、同じ信号を送信する様々なアンテナ要素に様々な遅延が与えられる場合がある。
【００１７】
[00025]本明細書で説明する特定の例示的で非限定的な実装形態は、モバイルデバイスおよびトランスポンダデバイスにおけるＩＥＥＥ規格８０２．１１の特徴を使用した測位技法（「ＷｉＦｉ（登録商標）測位」）を対象とする。しかしながら、本明細書では、ＷｉＦｉ測位の使用は、単に１つの例示的なワイヤレス技術として論じられ、特許請求する主題から逸脱することなく、他のワイヤレス技術が使用され得ることを理解されたい。ＷｉＦｉ測位では、モバイルデバイスは、トランスポンダデバイスとして機能するＡＰとメッセージを交換し得る。様々なタイプのＡＰが、ＴＣＦと往復メッセージ交換における遅延に与えられるＣＳＤとの大きさの点で様々な特性および挙動を有することが観測され得る。モバイルデバイスは、ＴＣＦおよびＣＳＤを知ることなく、各ワイヤレストランスポンダデバイスを別個に取り扱い、ＴＣＦおよびＣＳＤの特性を別個に推定する場合があるが、より多数の未知の変数により、さらなる計算および電力消費を伴い、さらにより高い測位の不確かさをもたらす場合がある。
【００１８】
[00026]一実施形態によれば、モバイルデバイスは、複数のワイヤレストランスポンダデバイス（たとえば、ＡＰ）のグループに関する往復メッセージ交換に与えられる遅延を推定する場合があるが、ここにおいて、ＡＰは特定の属性（たとえば、モデル、型式、ベンダーなど）の類似性によってグループ化されている。次いで、モバイルデバイスは、グループ内の複数のワイヤレストランスポンダとのメッセージ交換に関するＲＴＴを測定する際にこの遅延を適用し得る。ワイヤレストランスポンダデバイスのグループ化により、モバイルデバイスが、特定の属性（たとえば、ＡＰモデルの記述）に基づいてＴＣＦおよびＣＳＤのより正確で高信頼の推定値を取得することが可能になり、共通の属性を有するＡＰの間の一貫した挙動を利用する場合がある。このことは、計算および修正時間を低減することによってＲＴＴを測定し電力を節約する際の改善を可能にし得る。
【００１９】
[00027]いくつかの実装形態では、図２に示すように、モバイルデバイス１００は、衛星測位システム（ＳＰＳ）衛星１６０からＳＰＳ信号１５９を受信または収集し得る。いくつかの実施形態では、ＳＰＳ衛星１６０は、ＧＰＳ衛星システムまたはＧａｌｉｌｅｏ衛星システムなどの、１つのグローバルナビゲーション衛星システム（ＧＮＳＳ）からのものであり得る。他の実施形態では、ＳＰＳ衛星は、限定はしないが、ＧＰＳ衛星システム、Ｇａｌｉｌｅｏ衛星システム、Ｇｌｏｎａｓｓ衛星システム、またはＢｅｉｄｏｕ（Ｃｏｍｐａｓｓ）衛星システムなどの複数のＧＮＳＳからのものであり得る。他の実施形態では、ＳＰＳ衛星は、たとえば、ほんの数例を挙げると、ワイドエリアオーグメンテーションシステム（ＷＡＡＳ）、欧州静止ナビゲーションオーバーレイサービス（ＥＧＮＯＳ）、準天頂衛星システム（ＱＺＳＳ）などの任意の１ついくつかの地域航法衛星システム（ＲＮＳＳ’）からのものであり得る。
【００２０】
[00028]追加または代替として、モバイルデバイス１００は、ワイヤレス通信ネットワークに無線信号を送信し、それから無線信号を受信し得る。一例では、モバイルデバイス１００は、ワイヤレス通信リンク１２３を介して基地局トランシーバ１１０にワイヤレス信号を送信するか、またはそれからワイヤレス信号を受信することによってセルラー通信ネットワークと通信し得る。同様に、モバイルデバイス１００は、ワイヤレス通信リンク１２５を介してローカルトランシーバ１１５にワイヤレス信号を送信するか、またはそれからワイヤレス信号を受信し得る。
【００２１】
[00029]特定の実装形態では、ローカルトランシーバ１１５は、ワイヤレス通信リンク１２３を介して基地局トランシーバ１１０によって使用可能になる距離よりも短い距離でワイヤレス通信リンク１２５を介してモバイルデバイス１００と通信するように構成され得る。たとえば、ローカルトランシーバ１１５は、屋内環境に配置され得る。ローカルトランシーバ１１５は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ、たとえば、ＩＥＥＥ規格８０２．１１ネットワーク）またはワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク）へのアクセスを提供し得る。別の例示的な実装形態では、ローカルトランシーバ１１５は、セルラー通信プロトコルに従うリンク１２５上での通信を容易にすることが可能なフェムトセルトランシーバを備え得る。もちろん、これらが、ワイヤレスリンクを介してモバイルデバイスと通信し得るネットワークの例にすぎず、特許請求する主題が、この点について限定されないことを理解されたい。
【００２２】
[00030]特定の実装形態では、基地局トランシーバ１１０およびローカルトランシーバ１１５は、リンク１４５を通してネットワーク１３０を介してサーバ１４０、１５０、および／または１５５と通信し得る。ここで、ネットワーク１３０は、有線リンクまたはワイヤレスリンクのどの組合せも備え得る。特定の実装形態では、ネットワーク１３０は、ローカルトランシーバ１１５または基地局トランシーバ１５０を介したモバイルデバイス１００とサーバ１４０、１５０、または１５５との間の通信を容易にすることが可能なインターネットプロトコル（ＩＰ）インフラストラクチャを備え得る。別の実装形態では、ネットワーク１３０は、モバイルデバイス１００とのモバイルセルラー通信を容易にするために、たとえば、基地局コントローラまたはマスタ交換センター（図示せず）などのセルラー通信ネットワークインフラストラクチャを備え得る。
【００２３】
[00031]特定の実装形態では、以下で論じるように、モバイルデバイス１００は、モバイルデバイス１００の位置フィックスまたは推定ロケーションを計算することが可能な回路と処理リソースとを有し得る。たとえば、モバイルデバイス１００は、４つ以上のＳＰＳ衛星１６０までの擬似距離測定値に少なくとも部分的に基づいて位置フィックスを計算し得る。ここで、モバイルデバイス１００は、４つ以上のＳＰＳ衛星１６０から収集された信号１５９中の擬似雑音コード位相検出に少なくとも部分的に基づいて、そのような擬似距離測定値を計算し得る。特定の実装形態では、モバイルデバイス１００は、たとえば、ほんの数例を挙げると、アルマナック、エフェメリスデータ、ドップラー探索ウィンドウを含む、ＳＰＳ衛星１６０によって送信された信号１５９の取得を助けるために、サーバ１４０、１５０または１５５から測位支援データを受信し得る。
【００２４】
[00032]他の実装形態では、モバイルデバイス１００は、たとえば、高度順方向三辺測量（ＡＦＬＴ：advanced forward trilateration）および／または観測到着時間差（ＯＴＤＯＡ：observed time difference of arrival）などの、いくつかの技法のうちのいずれか１つを使用して（たとえば、基地局トランシーバ１１０などの）既知のロケーションに固定された地上波送信機から受信された信号を処理することによって位置フィックスを取得し得る。これらの特定の技法では、モバイルデバイス１００から既知のロケーションに固定された３つ以上のそのような地上波送信機までの距離が、既知のロケーションに固定された送信機によって送信され、モバイルデバイス１００において受信されたパイロット信号に少なくとも部分的に基づいて測定され得る。ここで、サーバ１４０、１５０または１５５は、ＡＦＬＴおよびＯＴＤＯＡなどの測位技法を容易にするために、たとえば、地上波送信機のロケーションおよび識別情報を含む測位支援データをモバイルデバイス１００に提供することが可能であり得る。たとえば、サーバ１４０、１５０または１５５は、特定の１つまたは複数の領域におけるセルラー基地局のロケーションと識別情報とを示す基地局アルマナック（ＢＳＡ）を含み得る。
【００２５】
[00033]屋内環境またはビルの谷間などの特定の環境では、モバイルデバイス１００は、十分な数のＳＰＳ衛星１６０から信号１５９を収集することが可能でないか、または位置フィックスを計算するためにＡＦＬＴもしくはＯＴＤＯＡを実行しないことがある。代替として、モバイルデバイス１００は、ローカル送信機（たとえば、既知のロケーションに位置するＷＬＡＮアクセスポイント）から収集された信号に少なくとも部分的に基づいて位置フィックスを計算することが可能であり得る。たとえば、モバイルデバイスは、既知のロケーションに位置する３つ以上の屋内地上波ワイヤレスアクセスポイントまでの距離を測定することによって位置フィックスを取得し得る。そのような距離は、たとえば、そのようなアクセスポイントから受信された信号からＭＡＣ  ＩＤアドレスを取得することと、たとえば、受信信号強度（ＲＳＳＩ）または往復時間（ＲＴＴ）などの、そのようなアクセスポイントから受信された信号の１つもしくは複数の特性を測定することによってアクセスポイントまでの距離測定値を取得することとによって測定され得る。代替実装形態では、モバイルデバイス１００は、屋内エリアの特定のロケーションにおいて予想されるＲＳＳＩおよび／またはＲＴＴシグネチャを示す無線ヒートマップに収集された信号の特性を適用することによって屋内位置フィックスを取得し得る。特定の実装形態では、無線ヒートマップは、ローカル送信機の識別情報（たとえば、ローカル送信機から収集された信号から識別可能であるＭＡＣアドレス）と、識別されたローカル送信機によって送信された信号から予想されるＲＳＳＩと、識別された送信機から予想されるＲＴＴと、場合によってはこれらの予想されるＲＳＳＩまたはＲＴＴからの標準偏差とを関連付け得る。代替実装形態では、モバイルデバイスのロケーションを推定するための無線マップでの距離の測定値またはシグネチャ認識の代わりにまたはそれと組み合わせて到来角または離脱角が使用され得る。ただし、これらが無線ヒートマップに記憶され得る値の例にすぎず、特許請求する主題がこの点について限定されないことを理解されたい。
【００２６】
[00034]他の実装形態では、モバイルデバイスは、測位技法を助けるために、慣性センサ（たとえば、加速度計およびジャイロスコープ）および／または環境センサ（たとえば、イメージャ、マイクロフォン、磁力計、温度センサ、気圧センサ）などのセンサを備え得る。たとえば、モバイルデバイスは、デッドレコニング技法を使用して、そのロケーションを推定するために慣性センサからの測定値および／またはトレースを利用し得る。
【００２７】
[00035]特定の実装形態では、モバイルデバイス１００は、サーバ１４０、１５０、または１５５から屋内測位演算用の測位支援データを受信し得る。たとえば、そのような測位支援データは、たとえば、測定されたＲＳＳＩおよび／またはＲＴＴに少なくとも部分的に基づいて、既知のロケーションに位置するワイヤレス送信機／トランスポンダまでの距離を測定することを可能にするために、これらの送信機のロケーションと識別情報とを含み得る。屋内測位動作を助けるための他の測位支援データは、ほんの数例を挙げると、無線ヒートマップ、磁気ヒートマップ、送信機（たとえば、ワイヤレストランスポンダデバイスを含む）のロケーションおよび識別情報、ルータビリティグラフ（routeability graph）を含み得る。モバイルデバイスによって受信された他の測位支援データは、たとえば、表示のためにまたはナビゲーションを助けるために屋内エリアのローカルマップを含み得る。そのようなマップは、モバイルデバイス１００が特定の屋内エリアに入るとき、モバイルデバイス１００に与えられ得る。そのようなマップは、扉、通路、入口、壁などの屋内の特徴、化粧室、公衆電話、部屋名、店舗などの関心地点を示し得る。そのようなマップを取得し、表示することによって、モバイルデバイスは、追加のコンテキストをユーザに与えるために、表示されたマップ上にモバイルデバイス（およびユーザ）の現在のロケーションをオーバーレイし得る。
【００２８】
[00036]一実施形態によれば、モバイルデバイス１００は、たとえば、ユニバーサルリソースロケータ（ＵＲＬ）の選択を介して屋内支援データを要求することによって、サーバ１４０、１５０または１５５を介して屋内ナビゲーション支援データにアクセスし得る。特定の実装形態では、サーバ１４０、１５０、または１５５は、たとえば、ほんの数例を挙げると、建築物のフロア、病院の病棟、空港のターミナル、大学構内の一部分、大型ショッピングモールのエリアを含む多くの異なる屋内エリアをカバーするために屋内ナビゲーション支援データを提供することが可能であり得る。また、モバイルデバイス１００におけるメモリリソースおよびデータ送信リソースは、サーバ１４０、１５０、または１５５によってサービスされるすべてのエリアについての屋内ナビゲーション支援データの受信を、実現不可能または実行不可能にすることができ、モバイルデバイス１００に対する屋内ナビゲーション支援データについての要求は、モバイルデバイス１００のロケーションの粗いまたは概略の推定値を示し得る。モバイルデバイス１００は、次いで、モバイルデバイス１００のロケーションの粗いもしくは概略の推定値を含み、および／またはそのロケーションに近接するエリアをカバーする屋内ナビゲーション支援データが提供され得る。
【００２９】
[00037]図３は、一実施形態による、モバイルデバイス２００からのイベントＡにおけるメッセージ内の測位支援データを求める要求と、測位支援データを含むイベントＢにおける応答メッセージとを示す。上記で指摘したように、ロケーションサーバからの測位支援データは、ＷｉＦｉ測位に使用するためのＡＰのロケーションおよび識別情報（たとえば、ＭＡＣアドレス）を含み得る。特定の実装形態では、測位支援データは、応答返信メッセージの送信に遅延を与えるなど、ＡＰがプローブメッセージに応答する際にどのように挙動し得るかを示す、ＡＰの他の属性を指定し得る。これらの属性は、必ずしも限定しないが、ＡＰベンダー、モデル、ＷＬＡＮチップモデル、またはＷＬＡＮチップベンダーを含み得る。グループ内のＡＰは、共通の属性を共有しながら、プローブメッセージに応答して同様のＴＣＦおよび／またはＣＳＤ遅延を与え得る。したがって、モバイルデバイス２００は、特定のグループ内のＡＰとのメッセージ交換におけるＲＴＴ測定値を計算する際に、そのメッセージ交換に関する総時間から、特定のグループに関連する予想遅延を減算し得る。
【００３０】
[00038]一実施形態によれば、現場にサービスするサーバ２０２は、ＡＰモデル識別子を収集し、属性に従って現場にサービスするＡＰのグループを定義し得る。サーバ２０２は、グループ内のＡＰが割り振られるか、または関連付けられるグループグループ識別子（グループＩＤ）にさらに割り当てられ得る。サーバ２０２は、次いで、グループ内のＡＰの関連性とＡＰの属性（たとえば、｛ＡＰグループＩＤ、ＡＰベンダー、ＡＰモデル、ＡＰ  ＷＬＡＮチップベンダー、ＡＰ  ＷＬＡＮチップモデル｝）とを示す、測位支援データをモバイルデバイス２００に提供し得る。これは、図４の例によって示される。ただし、これは、測位支援データがＡＰの属性をどのように提供し得るかの例にすぎず、特許請求する主題はこの点について限定されない。
【００３１】
[00039]代替実装形態において、サーバ２０２は属性によって識別されるＡＰをグループ化する測位支援データを提供し得るが、モバイルデバイス２００は、ＡＰをグループ化するために測位支援データ内のＡＰ属性を使用し（たとえば、所与のＡＰグループＩＤに基づいて、またはＡＰモデル情報に基づいてＡＰをソートする）、次いで、ＡＰグループごとに（たとえば、ＴＣＦおよび／またはＣＳＤからの）遅延を推定し得る。特定の実装形態では、ＡＰは、空間ダイバーシティを高めるためにＣＳＤを挿入し得る。上記で指摘したように、ＴＣＦに加えて、ＣＳＤは、プローブ信号に応答した返信信号を受信する遅延に寄与し得る。ＣＳＤ遅延成分は、特定のＡＰグループごとに知られるか、または推定される特定のパターンにマッチングされ得る。ここで、この特定のグループ内のＡＰによって与えられるＣＳＤの様々な長さは、様々な考えられるＣＳＤ長さとマッチングされ得る（たとえば、｛−２００ｎｓ、−１００ｎｓ、０ｎｓ｝対｛−１００ｎｓ、−５０ｎｓ、０ｎｓ｝）。
【００３２】
[00040]図５は、一実施形態による、ＲＴＴを計算する際の遅延推定値を適用するためのプロセスの流れ図である。図５のプロセスは、たとえば、モバイルデバイス１００などのモバイルデバイスにおいて起こり得る。ブロック５０２は、たとえば、前の要求メッセージに応答してロケーションサーバから、測位支援データを備える１つまたは複数のメッセージを受信し得る。特に、ブロック５０２において受信された測位支援データは、複数のワイヤレストランスポンダの属性の記述を含み得る。ブロック５０２において受信された測位支援データは、一実施形態では、同様の属性を有するワイヤレストランスポンダのグループ内にある少なくとも２つのワイヤレストランスポンダを識別することもできる。代替的に、モバイルデバイスは、測位支援データ内に提供される属性に少なくとも部分的に基づいてワイヤレストランスポンダのグループを形成し得る。そのような測位支援データの非限定的な例は、上記で説明した図４に提供される。
【００３３】
[00041]ブロック５０２において提供される測位支援データにおいて識別されるワイヤレストランスポンダの特定のグループにおいて、ブロック５０４は、グループ内の１つまたは複数のワイヤレストランスポンダから取得された測定値に少なくとも部分的に基づいてグループ内のワイヤレストランスポンダに関して遅延を推定し得る。たとえば、ブロック５０４は、上記で説明した技法のうちの１つを使用してグループ内のワイヤレストランスポンダに関するＴＣＦおよび／またはＣＳＤの推定値を計算し得る。上記で説明したように、モバイルデバイスは、ワイヤレストランスポンダのうちの１つにプローブ信号を送信し、ＲＴＴを推定するためにプローブ信号に応答した返信信号の受信時刻を測定し得る。ブロック５０４において計算された遅延推定値に少なくとも部分的に基づいて、ブロック５０６は、グループ内の１つまたは複数のトランスポンダに対するＲＴＴを推定し得る。
【００３４】
[00042]一実施形態によれば、モバイルデバイスは、いくつかの技法のうちのいずれか１つを使用してブロック５０４においてワイヤレストランスポンダデバイスのグループ内のワイヤレストランスポンダデバイスによって与えられる応答遅延を推定し得る。第１に、モバイルデバイスは、たとえば、受信信号強度（たとえば、−５０または−６０ｄＢｍを超える特定の高いＲＳＳＩに関する）に基づくＡＰまでの距離の測定値を使用した三辺測量などの、上述したいくつかの技法のうちのいずれか１つを使用してその位置を推定し得る。第２に、モバイルデバイスは、次の式（１）に従って、そのロケーション推定値から（たとえば、測位支援データ内に提供される）ワイヤレストランスポンダデバイスの既知のロケーションＡＰＬｏｃ（ｉ）までの距離ｄ（ｉ）を測定し得る。
【００３５】
【数１】
2017503148.tif 000002
【００３６】
ここにおいて、ｍｏｂｉｌｅＬｏｃはモバイルデバイスのａｎｄ推定ロケーションである。
【００３７】
[00043]モバイルデバイスとワイヤレストランスポンダデバイスのグループ内のワイヤレストランスポンダデバイスｉとの間のメッセージの交換の際にワイヤレストランスポンダデバイスｉによって与えられる応答遅延測定値ＲＤ（ｉ）は、次の式（２）に従って計算され得る。
【００３８】
【数２】
2017503148.tif 000003
【００３９】
ここにおいて、
ＴTXは、ワイヤレストランスポンダデバイスへのモバイルデバイスにおけるプローブメッセージの送信時刻である。
ＴRXは、（プローブメッセージの受信に応答してワイヤレストランスポンダデバイスによって送信された）返信メッセージのモバイルデバイスにおける受信時刻である。
ｃは光速である。
【００４０】
[00044]モバイルデバイスとワイヤレストランスポンダデバイスのグループ内のワイヤレストランスポンダデバイスとの間のメッセージ交換に関するＲＤの多数の測定値に関して、ヒストグラムが形成され得る。特定のグループ内におけるＲＤ測定値の異常値が除去され得る（たとえば、ＡＰグループに関するＲＤがある境界値（たとえば、５０．０ｎｓ）と同じか、またはその境界値内に近いことが期待され得る）。たとえば、ヒストグラム内のメディアンＲＤを１標準偏差よりも超えるＲＤ測定値が除外され得る。得られたヒストグラム内のピーク値は、グループ内のＡＰに関する推定ＴＣＦ測定値として選択され得る。
【００４１】
[00045]上記で指摘したように、ＲＤ測定値は、ＴＣＦ部分に加えられたＣＳＤの成分を含み得る。ワイヤレストランスポンダデバイスがプローブ信号に応答して返信信号を送信する際にＴＣＦに加えてＣＳＤを挿入する場合、受信側モバイルデバイスは、ＣＳＤを含まないがＴＣＦによって遅延する返信メッセージ成分、またはＴＣＦに加えて挿入されたＣＳＤによって遅延する返信メッセージ成分のいずれかを収集する。式（２）におけるＲＤ（ｉ）に関する測定値は、その測定に関する返信メッセージのどの成分が収集されるかに応じてＣＳＤの量だけ歪められ得る。したがって、ワイヤレストランスポンダデバイスのグループが返信信号にＣＳＤを挿入するように構成される場合、ＲＤ（ｉ）の測定値のヒストグラムは、２つのピークを有するバイモーダル分布を反映し得る。バイモーダル分布の第１のピークはＴＣＦの推定値を提供し得るが、バイモーダル分布の第２のピークはＴＣＦに加えられたＣＳＤの推定値を提供し得る。一実施形態によれば、しきい値（たとえば、２５０．０ｎｓ、２００．０ｎｓが最大の既知のＣＳＤ値である）を超える量だけ初期ＣＳＤ推定値によって分離された異常測定値が破棄され得る。
【００４２】
[00046]一実施形態によれば、ワイヤレストランスポンダデバイスのグループに関するＲＤのヒストグラムによって明示されたバイモーダル分布またはマルチモーダル分布が、任意の既知のＣＳＤパターンと比較され得る。バイモーダル分布またはマルチモーダル分布が既知のパターンに近似しているように見える場合、既知のパターンは、グループ内のワイヤレストランスポンダデバイスによって利用されると仮定される場合がある。
【００４３】
[00047]図５のブロック５０６は、モバイルデバイスとワイヤレストランスポンダデバイスとの間のメッセージの交換からＲＴＴを計算する際に仮説検定を適用し得る。ワイヤレストランシーバデバイスのグループがＴＣＦに加えてＣＳＤを挿入するように構成されることが決定される場合、収集された返信信号が、ＴＣＦに加えてＣＳＤを含む送信遅延を含むか、またはＣＳＤが挿入されないＴＣＦを含むかが不確定である。このあいまいさは、次のように２つの仮説を提示する。
【００４４】
【数３】
2017503148.tif 000004
【００４５】
【数４】
2017503148.tif 000005
【００４６】
ここにおいて、
ＴＣＦestは、（たとえば、ヒストグラムのピークに基づく）ＴＣＦの推定値である。
【００４７】
[00048]特定の実装形態では、モバイルデバイスは、収集された返信メッセージのＲＳＳＩ信号値に少なくとも部分的に基づいてワイヤレストランスポンダデバイスまでの距離の概略の測定値を取得し得る。たとえば、収集された返信メッセージのＲＳＳＩに最も近接して並ぶ仮説が、ＲＴＴを計算するために選択され得る。別の実装形態では、ＲＴＴに関する様々な仮説が、（たとえば、三辺測量および／または無線ヒートマップシグネチャマッチングを使用した）位置推定プロセスへの適用によって、および測定残差を評価することによって検定され得る。
【００４８】
[00049]図６は、代替実施形態による、ＡＰトランスポンダのＴＣＦおよびＣＳＤを推定するためのプロセスを示す流れ図である。イベント６０２では、モバイルデバイスは、上記で説明したようにロケーションサーバから（たとえば、要求に応じて）測位支援データを受信し得る。特定の実装形態では、受信される測位支援データは、たとえば、上記で説明したように測位動作を助けるための、ワイヤレストランスポンダデバイスのロケーション、送信電力レベルなどを含み得る。上記で指摘したように、イベント６０２において受信された測位支援データは、図４の表に示すようにワイヤレストランスポンダデバイスの属性を識別する場合もある。イベント６０２において受信された測位支援データが菱形６０４において決定されるようにグループ識別子を含むワイヤレストランスポンダデバイスを識別する場合、ブロック６０８は、グループ識別子に従って、識別されたワイヤレストランスポンダデバイスを既定のグループとともにグループ化し得る。場合によっては、識別されたワイヤレストランスポンダデバイスは、属性に基づいて、あるグループに関連付けられ得る。たとえば、イベント６０２において受信された測位支援データが菱形６０６において決定されるように識別されたワイヤレストランスポンダデバイスに関するモデル番号を含む場合、ブロック６１０は、提供されたモデル番号に少なくとも部分的に基づいて、識別されたワイヤレストランスポンダデバイスをあるグループに関連付け得る。たとえば、ブロック６１０は、ワイヤレストランスポンダデバイスの特定のモデル番号を、ワイヤレストランスポンダデバイスの既定のグループの挙動と同じか、またはそれと同様の特定のＴＣＦおよび／またはＣＳＤの挙動を有するものとして特徴付け得る。場合によっては、モデル番号に測位支援データが備わっていない場合、ブロック６１２は、イベント６０２において受信された測位支援データにおいて識別される識別ワイヤレストランスポンダデバイスに関する新規のまたは別個のローカルグループを生成し得る。ブロック６１４は、上記で説明したようにワイヤレストランスポンダデバイスの特定のグループに関するＴＣＦおよび／またはＣＳＤを推定し得る。
【００４９】
[00050]図７は、一実施形態による、１つまたは複数のモバイルデバイスに測位支援データを提供するためのプロセスの流れ図である。特定の実装形態では、図７に示す動作の態様は、測位支援データを求める要求に応答してリアルタイムで実行され得るが、他の態様は、オフラインで実行され得る。他の実装形態では、図７に示す動作の態様のすべてまたは一部分は、サーバ１４０、１５０、または１５５（図２）のサーバサッチエニーにおいて実行され得る。ブロック７０２では、エリアにおいてモバイルデバイスにサービスする複数のワイヤレストランスポンダデバイスが識別され得る。たとえば、現場オペレータが、ワイヤレストランスポンダデバイスの識別情報（たとえば、ＭＡＣアドレス）、それらのロケーション、および、たとえば上記の図４の例において提供された属性などの他の属性を含むデータベースをプリプログラムし得る。ブロック７０４は、属性（たとえば、モデル番号、ベンダー、チップモデル、チップベンダー）に基づいて、ブロック７０２において識別されたワイヤレストランスポンダデバイスを、同様の特性を有するワイヤレストランスポンダデバイスのグループにソートするための基準を決定することを備え得る。たとえば、そのような同様の特性は、ＲＴＴ信号交換における遅延を与える際の特性（たとえば、ＴＣＦおよび／またはＣＳＤ）を含み得る。ブロック７０６は、ブロック７０４において決定された基準に従って、ブロック７０２において識別されたワイヤレストランスポンダデバイスをソートし得る。ブロック７０２において識別されたワイヤレストランスポンダデバイスの利用可能な属性に少なくとも部分的に基づいて、ブロック７０６は、識別されたワイヤレストランスポンダデバイスをグループにソートし得る。たとえば、ブロック７０６は、モデル番号、ベンダー、チップモデル、チップベンダーが利用可能な場合、そのような属性に少なくとも部分的に基づいてワイヤレストランスポンダデバイスをソートし得る。ワイヤレストランスポンダデバイスのこのソートは、要求に応答してモバイルデバイスに提供される記憶されるべき測位支援データとともに含まれ得る。たとえば、ブロック７０８は、要求に応答して、ワイヤレストランスポンダデバイスの識別情報と、ブロック７０６におけるグループのメンバーであるワイヤレストランスポンダデバイスの指示とを備える１つまたは複数のメッセージを少なくとも１つのモバイルデバイスに送信し得る。上記で説明したように、グループ内の特定のワイヤレストランスポンダデバイスのメンバーシップの情報があれば、モバイルデバイスは、特定のワイヤレストランスポンダデバイスとのメッセージのＲＴＴ交換に関する遅延を推定し得る。
【００５０】
[00051]図８は、代替実施形態による、ワイヤレストランスポンダをグループ化するためのプロセスを示す流れ図である。図８に示す動作のすべてまたは一部分は、（たとえば、サーバ１４０、１５０、または１５５のうちのいずれかなどのサーバにおいて）バックグラウンドまたはオフラインプロセスにおいて少なくとも部分的に実行され得る。特定の実装形態では、図８のプロセスは、上記で説明したように要求に応答してモバイルデバイスに提供されるべき測位支援データを生成するために使用され得る。イベント８０２は、ワイヤレストランスポンダデバイスの属性（たとえば、ロケーション、モデル番号、ベンダー、チップモデル、チップベンダー）を含むエリアにサービスするワイヤレストランスポンダデバイスの識別情報（たとえば、ＭＡＣアドレス）のリストを取得することを備え得る。イベント８０２は、たとえば、現場オペレータによって（たとえば、手入力またはアップロードを介して）、または自動検出技法によって実行され得る。菱形８０４において決定されるように、イベント８０２におけるＡＰリストにおいて識別される特定のワイヤレストランスポンダデバイスに関して、モデル識別情報が提供される場合、ブロック８０８は、提供されたモデル識別情報に基づいて特定のワイヤレストランスポンダデバイスを特定の型式および／またはモデル番号とマッチングさせようとし得る。特定のワイヤレストランスポンダデバイスの任意の利用可能な既知の属性に基づいて（たとえば、モデル識別情報に基づいて）、ブロック８０８は、ＴＣＦ／ＣＳＤ特性（たとえば、１６５００ｎｓのＴＣＦ）を取得するためにＷｉＦｉ  ＡＰデータベース８１０にアクセスし得る。菱形８１２において決定されるように、特定のワイヤレストランスポンダデバイスがワイヤレストランスポンダデバイスの既存のグループの特徴的な属性を有する場合、ブロック８１６は、たとえば、ワイヤレストランスポンダデバイスを既存のグループに関連付けるレコード構造および／またはデータ構造を更新することによって特定のワイヤレストランスポンダデバイスを既存のグループに割り振り、特定のワイヤレストランスポンダデバイスを既存のグループのグループＩＤに関連付ける場合がある。場合によっては、ブロック８１８は、特定のワイヤレストランスポンダデバイスを含むように新規のグループＩＤによって識別される新規のグループインクルーディングを初期化し得る。最後に、ブロック８２０は、グループ識別子および関連の属性（たとえば、そのグループに対応するワイヤレストランスポンダデバイスのモデル番号）を含む新規の測位支援データを生成し得る。
【００５１】
[00052]特定の一実装形態では、菱形８０４は、ＡＰモデルの部分的な記述子（たとえば、ＡＰベンダーおよびＡＰモデル、ただしＷＬＡＮチップはなし）のみを評価し得る。ここで、ブロック８０８は、さらに、ＡＰモデルグループとのマッチング点を見出そうとし得る。ＡＰが複数の様々な考えられるＡＰグループとマッチングする場合、ブロック８０８は、ＡＰを複数の考えられるグループＩＤに関連付けるか、またはどのグループＩＤにも関連付けない場合がある。加えて、ＡＰのあるグループは、単一のグループを形成するためにＡＰの１つまたは複数の他のグループと併合し得る（たとえば、これらのグループが同様のＴＣＦおよび／またはＣＳＤ特性を有する場合）。同様に、ＡＰの単一のグループは、ＡＰの複数のグループに区分され得る（たとえば、識別可能なサブグループが明確なまたは様々なＴＣＦおよび／またはＣＳＤ特性を示す場合）。また、任意の特定のＡＰグループ内で、ＴＣＦおよびＣＳＤの推定値が、平均値と標準偏差の両方（または不確かさの他の尺度）を含み得る。
【００５２】
[00053]別の実装形態では、ＡＰモデル情報が提供されない場合、菱形８０４は、デバイスのメーカーに関してヒントを得るためにＡＰからのＭＡＣアドレスの一部分（第１の６オクテット）を評価し得る。たとえば、ＭＡＣアドレスの第１の３オクテットは、特定のＡＰベンダーに割り当てられ得る、組織固有識別子（ＯＵＩ）を表し得るが、次の３オクテットは、ネットワークインターフェースコントローラ固有のものであり得る。したがって、菱形は、他の属性とともにＡＰを分類する際にこれらの属性を適用し得る。
【００５３】
[00054]図９は、一実施形態による、モバイルデバイスの概略図である。モバイルデバイス１００（図２）は、図９に示すモバイルデバイス１１００の１つまたは複数の特徴を備え得る。いくつかの実施形態では、モバイルデバイス１１００は、ワイヤレス通信ネットワーク上でワイヤレスアンテナ１１２２を介してワイヤレス信号１１２３を送信および受信することが可能なワイヤレストランシーバ１１２１も備え得る。ワイヤレストランシーバ１１２１は、ワイヤレストランシーババスインターフェース１１２０によってバス１１０１に接続され得る。ワイヤレストランシーババスインターフェース１１２０は、いくつかの実施形態では、ワイヤレストランシーバ１１２１に少なくとも部分的に統合され得る。いくつかの実施形態は、たとえば、ほんの数例を挙げると、ＩＥＥＥ規格８０２．１１のバージョン、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）、ＬＴＥ（登録商標）、ＵＭＴＳ、ＧＳＭ（登録商標）、ＡＭＰＳ、Ｚｉｇｂｅｅ（登録商標）およびＢｌｕｅｔｏｏｔｈなどの、対応する複数のワイヤレス通信規格に従って信号を送信および／または受信することを可能にするために、複数のワイヤレストランシーバ１１２１とワイヤレスアンテナ１１２２とを含み得る。
【００５４】
[00055]モバイルデバイス１１００は、ＳＰＳアンテナ１１５８を介してＳＰＳ信号１１５９を受信および収集することが可能なＳＰＳ受信機１１５５も備え得る。ＳＰＳ受信機１１５５はまた、モバイルデバイス１０００のロケーションを推定するために、収集されたＳＰＳ信号１１５９を全体的にまたは部分的に処理し得る。いくつかの実施形態では、汎用プロセッサ１１１１、メモリ１１４０、ＤＳＰ１１１２、および／または専用プロセッサ（図示せず）はまた、ＳＰＳ受信機１１５５と併せて、収集されたＳＰＳ信号を全体的にもしくは部分的に処理し、および／またはモバイルデバイス１１００の推定ロケーションを計算するために利用され得る。ＳＰＳまたは測位動作を実行する際に使用するための他の信号（たとえば、ワイヤレストランシーバ１１２１から収集された信号）のストレージは、メモリ１１４０またはレジスタ（図示せず）中で実行され得る。したがって、（１つまたは複数の）汎用プロセッサ１１１１、メモリ１１４０、（１つまたは複数の）ＤＳＰ１１１２および／または専用プロセッサは、モバイルデバイス１１００のロケーションを推定するために測定値を処理する際に使用するためのロケーションエンジンを与え得る。特定の実装形態では、汎用プロセッサ１１１１および／またはＤＳＰ１１１２は、図５（たとえば、ブロック５０２、５０４、および５０６）に示したプロセスのアクションまたは動作のすべてもしくは一部分を実行するためにメモリ１１４０上に記憶された機械可読命令を実行し得るか、または図６（たとえば、イベント６０２、菱形６０４および６０６、ならびにブロック６０８、６１０、６１２、および６１４）に示したアクションまたは動作のすべてもしくは一部分を実行し得る。
【００５５】
[00056]同じく図９に示すように、モバイルデバイス１１００は、バスインタ−フェース１１１０によってバス１１０１に接続されたデジタル信号プロセッサ（ＤＳＰ）１１１２と、バスインタ−フェース１１１０によってバス１１０１に接続された汎用プロセッサ１１１１と、メモリ１１４０とを備え得る。バスインタ−フェース１１１０は、ＤＳＰ１１１２、汎用プロセッサ１１１１、およびメモリ１１４０と統合され得る。様々な実施形態では、ほんの数例を挙げると、ＲＡＭ、ＲＯＭ、ＦＬＡＳＨ、またはディスクドライブなどの、コンピュータ可読記憶媒体上などに、メモリ１１４０に記憶された１つまたは複数の機械可読命令の応答実行において、機能が実行され得る。１つまたは複数の命令は、汎用プロセッサ１１１１、専用プロセッサ、またはＤＳＰ１１１２によって実行可能であり得る。メモリ１１４０は、本明細書で説明した機能を実行するためにプロセッサ１１１１および／またはＤＳＰ１１１２によって実行可能なソフトウェアコード（プログラミングコード、命令など）を記憶する、非一時的プロセッサ可読メモリおよび／またはコンピュータ可読メモリを備え得る。
【００５６】
[00057]同じく図９に示すように、ユーザインターフェース１１３５は、ほんの数例を挙げると、たとえば、スピーカー、マイクロフォン、ディスプレイデバイス、振動デバイス、キーボード、タッチスクリーンなどのいくつかのデバイスのうちのいずれか１つを備え得る。特定の実装形態では、ユーザインターフェース１１３５は、ユーザがモバイルデバイス１１００上にホストされた１つまたは複数のアプリケーションと対話することを可能にし得る。たとえば、ユーザインターフェース１１３５のデバイスは、ユーザからのアクションに応答して（１つまたは複数の）ＤＳＰ１１１２または汎用プロセッサ１１１１によってさらに処理されるべきアナログまたはデジタル信号をメモリ１１４０上に記憶し得る。同様に、モバイルデバイス１１００上にホストされたアプリケーションは、出力信号をユーザに提示するために、アナログ信号またはデジタル信号をメモリ１１４０上に記憶し得る。別の実装形態では、モバイルデバイス１１００は、たとえば、専用スピーカー、マイクロフォン、デジタルアナログ回路、アナログデジタル回路、増幅器および／または利得制御を備える専用オーディオ入力／出力（Ｉ／Ｏ）デバイス１１７０を随意に含み得る。ただし、これは、オーディオＩ／Ｏがモバイルデバイスにおいてどのように実装され得るかの一例にすぎず、請求する主題はこの点について限定されないことを理解されたい。別の実装形態では、モバイルデバイス１１００は、キーボードまたはタッチスクリーンデバイスへのタッチまたは圧力に応答するタッチセンサ１１６２を備え得る。
【００５７】
[00058]モバイルデバイス１１００は、静止画または動画をキャプチャするための専用カメラデバイス１１６４も備え得る。カメラデバイス１１６４は、たとえば、ほんの数例を挙げると、イメージングセンサ（たとえば、電荷結合デバイスまたはＣＭＯＳイメージャ）、レンズ、アナログデジタル回路、フレームバッファを備え得る。一実装形態では、キャプチャされた画像を表す信号の追加の処理、調整、符号化または圧縮が、汎用／アプリケーションプロセッサ１１１１または（１つまたは複数の）ＤＳＰ１１１２において実行され得る。代替的に、専用ビデオプロセッサ１１６８が、キャプチャされた画像を表す信号の調整、符号化、圧縮、または操作を実行し得る。さらに、ビデオプロセッサ１１６８は、モバイルデバイス１１００上のディスプレイデバイス（図示せず）上での提示のために記憶された画像データを復号／復元し得る。
【００５８】
[00059]モバイルデバイス１１００は、たとえば、慣性センサと環境センサとを含み得る、バス１１０１に結合されたセンサ１１６０も備え得る。センサ１１６０の慣性センサは、（たとえば、１つもしくは複数のコンパスアプリケーションをサポートするために）たとえば、（たとえば、３次元のモバイルデバイス１１００の加速度にまとめて応答する）加速度計、１つもしくは複数のジャイロスコープまたは１つもしくは複数の磁力計を備え得る。モバイルデバイス１１００の環境センサは、たとえば、ほんの数例を挙げると、温度センサ、気圧センサ、周辺光センサ、カメライメージャ、マイクロフォンを備え得る。センサ１１６０は、メモリ１１４０中に記憶され、たとえば、測位またはナビゲーション動作を対象とするアプリケーションなどの１つまたは複数のアプリケーションをサポートする（１つまたは複数の）ＤＰＳまたは汎用アプリケーションプロセッサ１１１１によって処理され得るアナログまたはデジタル信号を生成し得る。
【００５９】
[00060]特定の実装形態では、モバイルデバイス１１００は、ワイヤレストランシーバ１１２１またはＳＰＳ受信機１１５５において受信され、ダウンコンバートされた信号のベースバンド処理を実行することが可能な専用モデムプロセッサ１１６６を備え得る。同様に、モデムプロセッサ１１６６は、ワイヤレストランシーバ１１２１による送信のためにアップコンバートされるべき信号のベースバンド処理を実行し得る。代替実装形態では、専用モデムプロセッサを有する代わりに、ベースバンド処理が汎用プロセッサまたはＤＳＰ（たとえば、汎用／アプリケーションプロセッサ１１１１またはＤＳＰ１１１２）によって実行され得る。ただし、これらはベースバンド処理を実行し得る構造の例にすぎず、特許請求する主題がこの点について限定されないことを理解されたい。
【００６０】
[00061]図１０は、たとえば、図２に関して上記で説明した技法またはプロセスを実施するように構成可能な１つもしくは複数のデバイスを含み得る例示的なシステム１２００を示す概略図である。システム１２００は、たとえば、ワイヤレス通信ネットワーク１２０８を通して互いに動作可能に結合され得る、第１のデバイス１２０２と、第２のデバイス１２０４と、第３のデバイス１２０６とを含み得る。一態様では、第１のデバイス１２０２は、たとえば、基地局アルマナック、またはワイヤレス送信機／トランスポンダの記述およびロケーションなどの、測位支援データを与えることが可能なサーバを備え得る。また、一態様では、ワイヤレス通信ネットワーク１２０８は、たとえば、１つまたは複数のワイヤレスアクセスポイントを備え得る。しかしながら、特許請求する主題はこれらの点で範囲が限定されない。
【００６１】
[00062]図１０に示す第１のデバイス１２０２、第２のデバイス１２０４、および第３のデバイス１２０６は、ワイヤレス通信ネットワーク１２０８を介してデータを交換するように構成可能であり得る、（たとえば、図１に示したローカルトランシーバ１１５またはサーバ１４０、１５０または１５５などの）任意のデバイス、アプライアンス、または機械を表し得る。限定ではなく例として、第１のデバイス１２０２、第２のデバイス１２０４、または第３のデバイス１２０６のいずれも、たとえば、デスクトップコンピュータ、ラップトップコンピュータ、ワークステーション、サーバデバイスなどの、１つまたは複数のコンピューティングデバイスまたはプラットフォーム、たとえば、携帯情報端末、モバイル通信デバイスなどの、１つまたは複数のパーソナルコンピューティングもしくは通信デバイスまたはアプライアンス、たとえば、データベースまたはデータ記憶サービスプロバイダ／システム、ネットワークサービスプロバイダ／システム、インターネットまたはイントラネットサービスプロバイダ／システム、ポータルまたは検索エンジンサービスプロバイダ／システム、ワイヤレス通信サービスプロバイダ／システムなどの、コンピューティングシステムまたは関連するサービスプロバイダ機能、あるいはそれらの任意の組合せを含み得る。第１のデバイス１２０２、第２のデバイス２０４、および第３のデバイス１２０６のいずれも、それぞれ、本明細書で説明する例による基地局アルマナックサーバ、基地局、またはモバイルデバイスのうちの１つまたは複数を備え得る。
【００６２】
[00063]同様に、（たとえば、図２に示すネットワーク１３０の実装形態の特定のものにおける）ワイヤレス通信ネットワーク１２０８は、第１のデバイス１２０２、第２のデバイス１２０４、および第３のデバイス１２０６のうちの少なくとも２つの間でのデータの交換をサポートするように構成可能な１つもしくは複数の通信リンク、プロセス、またはリソースを表し得る。限定ではなく例として、ワイヤレス通信ネットワーク１２０８は、ワイヤレスもしくは有線の通信リンク、電話もしくは電気通信システム、データバスもしくはチャネル、光ファイバ、地上もしくはスペースビークルリソース、ローカルエリアネットワーク、ワイドエリアネットワーク、イントラネット、インターネット、ルータもしくはスイッチなど、またはそれらの任意の組合せを含み得る。たとえば、第３のデバイス１２０６の部分的に隠されているものとして示した点線のボックスによって図示されるように、ワイヤレス通信ネットワーク１２０８に動作可能に結合された、同様の追加のデバイスがある場合がある。
【００６３】
[00064]システム１２００に示す様々なデバイスおよびネットワークのすべてまたは一部分、ならびに本明細書でさらに説明するプロセスおよび方法が、ハードウェア、ファームウェア、ソフトウェア、もしくはその任意の組合せを使用して、またはさもなければ含めて実装され得ることを認識されたい。
【００６４】
[00065]したがって、限定ではなく例として、第２のデバイス１２０４は、バス１２２８を介してメモリ１２２２に動作可能に結合された少なくとも１つの処理ユニット１２２０を含み得る。
【００６５】
[00066]処理ユニット１２２０は、データコンピューティング手順またはデータコンピューティングプロセスの少なくとも一部分を実行するように構成可能な１つまたは複数の回路を表す。限定ではなく例として、処理ユニット１２２０は、１つもしくは複数のプロセッサ、コントローラ、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイなど、またはそれらの任意の組合せを含み得る。
【００６６】
[00067]メモリ１２２２は、任意のデータ記憶メカニズムを表す。たとえば、メモリ１２２２は、１次メモリ１２２４または２次メモリ１２２６を含み得る。たとえば、１次メモリ１２２４は、ランダムアクセスメモリ、読出し専用メモリなどを含み得る。１次メモリ１２２４のすべてまたは一部分は、この例では処理ユニット１２２０とは別個であるものとして示されているが、処理ユニット１２２０内に設けられるか、またはさもなければ処理ユニット１２２０と共設／結合され得ることを理解されたい。
【００６７】
[00068]特定の実装形態では、処理ユニット１２２０は、図７（たとえば、ブロック７０２、７０４、７０６、および７０８）のプロセス内に設定されたアクションもしくは動作のすべてもしくは一部分を実行するためにメモリ１２２２上に記憶された機械可読命令を実行し得るか、または図８（たとえば、イベント８０２、菱形８０４および８１２、ならびにブロック８０８、８１４、８１６、８１８、および８２０）プロセス内に設定されたアクションもしくは動作のすべてもしくは一部分を実行し得る。
【００６８】
[00069]２次メモリ１２２６は、たとえば、１次メモリと同じもしくは同様のタイプのメモリ、または、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなどの、１つもしくは複数のデータストレージデバイスもしくはシステムを含み得る。いくつかの実装形態では、２次メモリ１２２６は、コンピュータ可読媒体１２４０を動作可能に受容するか、またはさもなければそれに結合するように構成可能であり得る。コンピュータ可読媒体１２４０は、たとえば、システム１２００内のデバイスのうちの１つもしくは複数のためにデータ、コードまたは命令を担持するかあるいはアクセス可能にすることができる任意の非一時的媒体を含み得る。コンピュータ可読媒体１２４０は、記憶媒体と呼ばれることもある。
【００６９】
[00070]第２のデバイス１２０４は、たとえば、第２のデバイス１２０４の少なくともワイヤレス通信ネットワーク１２０８への動作可能な結合を提供する、またはさもなければサポートする通信インターフェース１０３０を含み得る。限定ではなく例として、通信インターフェース１２３０は、ネットワークインターフェースデバイスまたはネットワークインターフェースカード、モデム、ルータ、スイッチ、トランシーバなどを含み得る。
【００７０】
[00071]第２のデバイス１２０４は、たとえば、入力／出力デバイス１２３２を含み得る。入力／出力デバイス１２３２は、人間の、または機械の入力を受け入れる、またはさもなければ導入するように構成可能であり得る１つもしくは複数のデバイスまたは機能、あるいは、人間の、または機械の出力を搬送、またはさもなければ提供するように構成可能であり得る１つもしくは複数のデバイスまたは機能を表す。限定ではなく例として、入力／出力デバイス１２３２は、動作可能に構成されるディスプレイ、スピーカー、キーボード、マウス、トラックボール、タッチスクリーン、データポートなどを含み得る。
【００７１】
[00072]本明細書で説明した方法は、特定の例に従って適用例に応じて様々な手段によって実装され得る。たとえば、そのような方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組合せで実装され得る。ハードウェア実装形態では、たとえば、処理ユニットは、１つまたは複数の特定用途向け集積回路（「ＡＳＩＣ」）、デジタル信号プロセッサ（「ＤＳＰ」）、デジタル信号処理デバイス（「ＤＳＰＤ」）、プログラマブル論理デバイス（「ＰＬＤ」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他のデバイスユニット、またはそれらの組合せの中で実装され得る。
【００７２】
[00073]本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置または専用コンピューティングデバイスもしくはプラットフォームのメモリ内に記憶された２値デジタル信号に対する演算のアルゴリズムまたは記号表現に関して提示された。この特定の明細書のコンテキストでは、特定の装置などの用語は、プログラムソフトウェアからの命令に従って特定の動作を実行するようにプログラムされた汎用コンピュータを含む。アルゴリズムの説明または記号表現は、信号処理または関連技術の当業者が、自身の仕事の本質を他の当業者に伝達するために使用する技法の例である。アルゴリズムは、本明細書では、また一般に、所望の結果をもたらす自己無撞着な一連の演算または同様の信号処理であると考えられる。このコンテキストでは、演算または処理は物理量の物理的操作を伴う。必ずしもそうとは限らないが、一般に、そのような量は、記憶、転送、結合、比較、またはさもなければ他の方法で操作されることが可能な電気信号もしくは磁気信号の形態をとり得る。主に一般的な用法という理由で、そのような信号をビット、データ、値、要素、記号、文字、項、数、数字などと呼ぶことは時々便利であることがわかっている。しかしながら、これらおよび同様の用語はすべて、適切な物理量に関連付けられるべきものであり、便利なラベルにすぎないことが理解されるべきである。特に記載のない限り、本明細書の議論から明らかなように、本明細書全体にわたって、「処理する（processing）」、「算出する（computing）」、「計算する（calculating）」、「決定する（determining）」、などの用語を利用する議論は、専用コンピュータ、専用コンピューティング装置、もしくは同様の専用電子コンピューティングデバイスなどの、特定の装置の動作またはプロセスを指すことが理解される。したがって、本明細書のコンテキストで、専用コンピュータまたは同様の専用電子コンピューティングデバイスは、専用コンピュータもしくは同様の専用電子コンピューティングデバイスのメモリ、レジスタ、または他の情報記憶デバイス、送信デバイス、あるいはディスプレイデバイス内の電子的または磁気的な物理量として一般に表される信号を操作もしくは変換することが可能である。
【００７３】
[00074]本明細書で説明したワイヤレス通信技法は、ワイヤレスワイドエリアネットワーク（「ＷＷＡＮ」）、ワイヤレスローカルエリアネットワーク（「ＷＬＡＮ」）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）などの様々なワイヤレス通信ネットワークに関連し得る。「ネットワーク」および「システム」という用語は、本明細書では互換的に使用され得る。ＷＷＡＮは、符号分割多元接続（「ＣＤＭＡ」）ネットワーク、時分割多元接続（「ＴＤＭＡ」）ネットワーク、周波数分割多元接続（「ＦＤＭＡ」）ネットワーク、直交周波数分割多元接続（「ＯＦＤＭＡ」）ネットワーク、シングルキャリア周波数分割多元接続（「ＳＣ−ＦＤＭＡ」）ネットワーク、または上記のネットワークの任意の組合せなどであり得る。ＣＤＭＡネットワークは、ほんのいくつかの無線技術を挙げれば、ｃｄｍａ２０００、広帯域ＣＤＭＡ（「Ｗ−ＣＤＭＡ（登録商標）」（登録商標）」）などの１つまたは複数の無線アクセス技術（「ＲＡＴ」）を実装し得る。ここで、ｃｄｍａ２０００は、ＩＳ−９５規格、ＩＳ−２０００規格、およびＩＳ−８５６規格に従って実装される技術を含み得る。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）、デジタルアドバンストモバイルフォンシステム（Ｄ−ＡＭＰＳ：Digital Advanced Mobile Phone System）、または何らかの他のＲＡＴを実装し得る。ＧＳＭおよびＷ−ＣＤＭＡは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）（登録商標）と称する団体からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（「３ＧＰＰ２」）と称する団体からの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は、公に入手可能である。ある態様では、４Ｇロングタームエボリューション（「ＬＴＥ」）通信ネットワークもまた、特許請求の範囲に記載された対象に従って実装され得る。ＷＬＡＮはＩＥＥＥ８０２．１１ｘネットワークを備える場合があり、ＷＰＡＮは、たとえば、Ｂｌｕｅｔｏｏｔｈネットワーク、ＩＥＥＥ８０２．１５ｘを備える場合がある。本明細書で説明したワイヤレス通信実装形態はまた、ＷＷＡＮ、ＷＬＡＮ、またはＷＰＡＮの任意の組合せとともに使用され得る。
【００７４】
[00075]別の態様では、前述のように、ワイヤレス送信機またはワイヤレスアクセスポイントは、セルラー電話サービスを会社または家庭に延長するために利用されるフェムトセルを備え得る。そのような実装形態では、１つまたは複数のモバイルデバイスは、たとえば、符号分割多元接続（「ＣＤＭＡ」）セルラー通信プロトコルを介してフェムトセルと通信する場合があり、フェムトセルは、インターネットなどの別のブロードバンドネットワークを介してより大きいセルラー電気通信ネットワークへのアクセスをモバイルデバイスに与える場合がある。
【００７５】
[00076]本明細書で説明した技法は、いくつかのＧＮＳＳおよび／またはＧＮＳＳの組合せのうちのいずれか１つを含むＳＰＳとともに使用され得る。さらに、そのような技法は、「疑似衛星」として機能する地上波送信機、またはＳＶとそのような地上波送信機との組合せを利用する測位システムとともに使用され得る。地上波送信機は、たとえば、ＰＮコードまたは（たとえば、ＧＰＳもしくはＣＤＭＡセルラー信号と同様の）他のレンジングコードをブロードキャストする地上送信機を含み得る。そのような送信機は、遠隔受信機による識別を可能にするように一意のＰＮコードを割り当てられ得る。地上波送信機は、たとえば、トンネルの中、鉱山内、建築物の中、都市ビルの谷間または他の閉じられたエリア内などの、周回するＳＶからのＳＰＳ信号が利用できないことがある状況においてＳＰＳを補強するのに有用であり得る。疑似衛星の別の実装形態は、無線ビーコンとして知られている。本明細書で使用する「ＳＶ」という用語は、疑似衛星、疑似衛星の均等物、および場合によっては、他のものとして機能する地上波送信機を含むものとする。本明細書で使用する「ＳＰＳ信号」および／または「ＳＶ信号」という用語は、疑似衛星または疑似衛星の均等物として機能する地上波送信機を含む、地上波送信機からのＳＰＳ様の信号を含むものとする。
【００７６】
[00077]本明細書で使用する「および」、および「または」という用語は、それが使用されるコンテキストに少なくとも部分的に依存する様々な意味を含み得る。一般に、「または」がＡ、ＢまたはＣなどのリストを関連付けるために使用される場合、ここで包含的な意味で使用されるＡ、Ｂ、およびＣを意味し、ならびにここで排他的な意味で使用されるＡ、ＢまたはＣを意味するものとする。「一例（one example）」または「ある例（an example）」に対する本明細書全体にわたる言及は、その例に関連して説明した特定の特徴、構造、または特性が、特許請求の範囲に記載された対象の少なくとも１つの例に含まれることを意味する。したがって、本明細書全体にわたる様々なロケーションにおけるフレーズ「一例において（in one example）」または「ある例（an example）」という語句の出現は、必ずしもすべてが同じ例に言及しているとは限らない。さらに、特定の特徴、構造、または特性は、１つまたは複数の例において組み合わせられ得る。本明細書で説明した例は、デジタル信号を使用して動作する機械、デバイス、エンジン、または装置を含み得る。そのような信号は、電子信号、光学的信号、電磁信号、またはロケーション間で情報を提供するあらゆる形態のエネルギーを備え得る。
【００７７】
[00078]現在考えられる例示的な特徴を図示および説明したが、特許請求の範囲に記載された対象から逸脱することなしに、様々な他の修正が行われてよく、また均等物の置換が可能であることは当業者によって理解されよう。さらに、本明細書で説明した主要な概念から逸脱することなしに、特定の状況を特許請求の範囲に記載された対象の教示に適応させるために、多くの修正が行われ得る。したがって、特許請求の範囲に記載された対象は、開示した特定の例に限定されないが、そのような特許請求の範囲に記載された対象は、添付の特許請求の範囲に含まれるすべての態様、およびそれらの均等物も含み得ることが意図される。
【図１】
2017503148.tif 000006
【図２】
2017503148.tif 000007
【図３】
2017503148.tif 000008
【図４】
2017503148.tif 000009
【図５】
2017503148.tif 000010
【図６】
2017503148.tif 000011
【図７】
2017503148.tif 000012
【図８】
2017503148.tif 000013
【図９】
2017503148.tif 000014
【図１０】
2017503148.tif 000015
【国際調査報告】
2017503148.tif 000016
2017503148.tif 000017