JP2015057899A - 基準点を使用してロケーション情報を調整する、デバイスの位置付け - Google Patents

Abstract

【課題】基準点を使用してロケーション情報を調整する、デバイスの位置付け方法を提供する。【解決手段】移動体デバイスにおいて、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを受信し、ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付け、第１の基準点識別子フィールドおよび第２の基準点識別子フィールドは、共通基準点を識別する。共通基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報を識別し、共通基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報を識別する。共通基準点に基づいて、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整して、第１の情報を第２の情報と関係付ける。【選択図】図２

Description

優先権

本出願は、２０１０年１０月４日に出願された米国仮出願第６１／３８９，７０３号、２０１０年１０月１０日に出願された米国仮出願第６１／３９１，６６６号、および、２０１１年９月３０日に出願された米国シリアル番号１３／２５０，２２４のそれぞれの利益を主張し、参照により組み込んでいる。

分野

本開示は、一般的に、デバイスのロケーション推定に関連する。

関連技術の説明

技術における進歩は、結果として、より小さく、より強力なコンピューティングデバイスをもたらした。例えば、小さく、軽量で、かつユーザによって容易に持ち運ばれる、ポータブルワイヤレス電話機、パーソナルデジタルアシスタント（ＰＤＡ）およびページングデバイスのような、ワイヤレスコンピューティングデバイスを含む、さまざまなポータブルパーソナルコンピューティングデバイスが現在存在する。より詳細には、セルラ電話機およびインターネットプロトコル（ＩＰ）電話機のような、ポータブルワイヤレス電話機は、ワイヤレスネットワークを通して音声およびデータパケットを通信できる。さらに、多くのこのようなワイヤレス電話機は、その中に組み込まれている他のタイプのデバイスを備える。例えば、ワイヤレス電話機はまた、デジタルスチルカメラ、デジタルビデオカメラ、デジタルレコーダおよびオーディオファイルプレイヤーを備えることができる。また、このようなワイヤレス電話機は、インターネットにアクセスするために使用できる、ウェブブラウザアプリケーションのようなソフトウェアアプリケーションを含む、実行可能な命令を処理できる。したがって、これらのワイヤレス電話機は、著しい計算能力を備えることができる。

ワイヤレスデバイスは典型的に移動性であることから、ワイヤレスデバイスを位置付ける能力は時に有用であるかもしれない。例えば、ワイヤレスデバイスの既知の地理的なロケーションは、ナビゲーション、方角発見、関心のポイントの位置付け、アセットの管理およびユーザの位置付けのような、アプリケーションをサポートするために使用してもよい。加えて、ワイヤレスデバイスのユーザが緊急通話を呼び出すとき、ワイヤレスデバイスのロケーションは、国内規制にしたがって、パブリックセイフティアンサリングポイントに配信される必要がある。デバイスを位置付ける能力は、デバイスが遊動性または移動性であるケースでは、ワイヤレスネットワークの代わりに、または、ワイヤレスネットワークに加えて、ワイヤラインネットワークにアクセスできるデバイスにとっても有用であってもよい。

移動体（または遊動体）デバイスを位置付けることは、デバイスにより、および／または、担当ネットワークにより取得されるロケーション関連の測定（例えば、グローバルポジショニングシステム（ＧＰＳ）衛星、または、近くのネットワーク基地局の測定）を活用することによって達成できる。このような測定およびロケーション推定の計算は、それらがデバイスにより取得されるケースでは、時に、支援データと呼ばれる、ネットワークから（例えば、ネットワークにアタッチされているロケーションサーバまたはネットワーク内のサーバから）のロケーション関連情報をデバイスに転送することによって、可能にしてもまたは支援されてもよい。移動体デバイスに転送される支援データは、担当ネットワークに関連するデータ、および、移動体デバイスが位置付けられている地理的なエリアに関連するマップデータを含む、さまざまなタイプのデータを含めることができる。例えば、移動体デバイスは、担当ネットワーク中の近くの基地局のセットのロケーションを示す情報を受信してもよく、基地局のうちのいくつかからの信号を測定することにより、移動体デバイスのロケーションを推定してもよい。別の例として、移動体デバイスは、ユーザが、マップデータに基づいて、および、移動体デバイスの推定されたロケーションに基づいて、ナビゲートすることを可能にするアプリケーションを含んでもよい。しかしながら、異なるタイプのロケーション関連情報（例えば、基地局のロケーション、Ｗｉ−Ｆｉ（登録商標）アクセスポイントのロケーション）とともに、異なるタイプのマップデータは、異なる情報プロバイダにより、異なる独占的レイアウトおよびデータ構造を使用して提供されてもよい。例えば、第１のタイプのデータが、経度および緯度データを使用して、基地局のポジションを識別してもよい一方で、第２のタイプのデータは、通りの住所、建物のフロア、部屋番号のような、都市ロケーションデータを使用して、あるいは、直接的に規定された地理的なロケーションまたは都市ロケーションを持たないマップ上にマークされたポジションを使用して、Ｗｉ−Ｆｉアクセスポイントのポジションを識別してもよい。結果として、移動体デバイスは、基地局のポジションをＷｉ−Ｆｉアクセスポイントのポジションと関係付けることができないかもしれず、または、基地局またはＷｉ−Ｆｉアクセスポイントのポジションを、信号がどのように検出または測定されるかに影響を与えるかもしれない物理的なオブジェクトまたは構造（例えば、建物、壁、フロア）と関連付けることができないかもしれない。

概要

基準点を使用してデバイスを位置付けることにより、データの複数のセットのアラインメントが可能になる。１つ以上の基準点は、支援データ、マップデータまたは他のロケーションベースのデータのような、データの各セットにより含められてもよく、または、参照されてもよい。基準点の使用により、ワイヤレス電話機またはロケーションサーバのような、デバイスは、データの異なるセットを調整して（align）、データのうちの１つのセットからの情報を、データのうちの別のセットからの情報と組み合わせて使用することが可能になる。

特定の実施形態では、方法は、移動体デバイスにおいて、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを受信することを含む。方法は、ロケーションデータの第１および第２のセット中に含まれている共通基準点識別子を位置付けることを含む。共通基準点識別子は共通基準点を識別する。方法は、共通基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報を識別することを含む。方法はまた、共通基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報を識別することと、共通基準点に基づいて、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整して、第１の情報を第２の情報と関係付けることとを含む。

特定の実施形態では、移動体デバイスは、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを受信し、ロケーションデータの第１のセットからの、および、ロケーションデータの第２のセットからのロケーション座標を含まない基準点識別子に基づいて、共通基準点を復元するように構成されている基準点ロケータを備える。移動体デバイスは、共通基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報を識別し、共通基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報を識別するように構成されているロケーションデータ識別子を備える。移動体デバイスは、共通基準点に基づいて、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整して、第１の情報を第２の情報に関係付けるように構成されているロケーションデータアライナを備える。

別の実施形態では、方法は、ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付けることを含む。第１の基準点識別子および第２の基準点識別子は、共通基準点を識別する。初めに、共通基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報が識別される。共通基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報が識別される。ロケーションデータの第１のセットは、共通基準点に基づいて、ロケーションデータの第２のセットと空間的に調整して、第１の情報を第２の情報と関係付ける。

別の実施形態では、ロケーションサーバは、ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付けるように構成されている基準点ロケータを備える。第１の基準点識別子および第２の基準点識別子は、共通基準点を識別する。ロケーションサーバは、共通基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報を識別し、共通基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報を識別するように構成されているロケーションデータ識別子を備える。ロケーションサーバは、共通基準点に基づいて、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整して、第１の情報を第２の情報と関係付けるように構成されているロケーションデータアライナを備える。

別の特定の実施形態では、方法は、移動体デバイスにより、メッセージをロケーションサーバに送ることを含み、メッセージは、ポジショニングプロトコルにしたがった移動体デバイスの基準点能力を示す。

別の特定の実施形態では、方法は、移動体デバイスにより、メッセージをロケーションサーバに送ることを含み、メッセージは、支援データに対する要求を示し、基準点表示を含む。

別の特定の実施形態では、方法は、ロケーションサーバにより、支援データを提供するデータを移動体デバイスに送ることを含み、メッセージは、デフォルト基準点の表示を含む。

別の特定の実施形態では、方法は、ロケーションサーバにより、支援データを提供するデータを移動体デバイスに送ることを含み、メッセージは、基準点に対する信号ソースのロケーションの表示を含む。

別の特定の実施形態では、方法は、ロケーションサーバにより、基準点に対する移動体デバイスのポジションを報告するための、移動体デバイスに対する要求を送ることを含み、要求は基準点のインジケータを含む。

別の特定の実施形態では、方法は、移動体デバイスにより、ロケーション情報を含むメッセージをロケーションサーバ送ることを含み、ロケーション情報は、基準点を示し、基準点により規定される基点（origin）を有する、ローカル座標システム中の移動体デバイスのロケーションを示す。

開示する実施形態のうちの少なくとも１つにより提供される１つの特定の利点は、さまざまなタイプのロケーションデータからの情報を使用して、デバイスロケーションを実行することを可能にし、複数のタイプのロケーションデータを相互に関連させる明確な関係を有することなく複数のタイプのロケーションデータを使用するものと比較して、より正確なポジション推定を可能にすることである。

本開示の他の態様、利点および特徴は、以下のセクションを含む本出願全体のレビュー後に明白になるであろう：図面の簡単な説明、詳細な説明および特許請求の範囲。

図１は、ロケーション情報のための基準点の使用を図示している、システムの特定の実施形態の一般的なダイヤグラムである。 図２は、基準点を使用する、ロケーションデータの複数のセットのアラインメントを図示する一般的なダイヤグラムである。 図３は、基準点能力情報を含む、ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰＥｅ）メッセージングの特定の実施形態のダイヤグラムである。 図４は、基準点情報とともに支援データを含むＬＰＰ／ＬＰＰｅメッセージングの特定の実施形態のダイヤグラムである。 図５は、基準点に対するロケーション情報を含むＬＰＰ／ＬＰＰｅメッセージングの特定の実施形態のダイヤグラムである。 図６は、基準点を使用して複数のデータタイプを組み合わせる方法の特定の実施形態のフローチャートである。 図７は、基準点を使用して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントをマップデータと組み合わせる方法の特定の実施形態のフローチャートである。 図８は、基準点を使用するロケーションデータアライナを備えるワイヤレスデバイスのブロックダイヤグラムである。 図９は、基準点を使用するロケーションデータアライナを備えるロケーションサーバのブロックダイヤグラムである。 図１０は、移動体デバイスにおいて基準点を使用する方法の特定の実施形態のフローチャートである。 図１１は、ロケーションサーバにおいて基準点を使用する方法の特定の実施形態のフローチャートである。

詳細な説明

ロケーション関連情報は、特定のエンティティ、デバイス、人、または、関心のポイント（ＰＯＩ）のロケーションについての情報、ロケーションを囲むもしくは近くの地理的なエリアについての情報、特定のエンティティ、デバイス、人、または、関心のポイントのロケーションを導出もしくは決定するのを支援できる情報、あるいは、これらの任意の組み合わせを含んでいるかもしれない。ロケーション関連情報は、別々のデータセット中に、および／または、別々のメッセージを介してのように、別々の部分において規定および提供されてもよい。例えば、基地局、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）、フェムトセル、ブルートゥース（登録商標）アクセスポイント、または、他の無線周波数（ＲＦ）信号デバイスのような、近くの地上波送信機の位置は、別々に提供されるか、または、１組の地理的なロケーション座標（例えば、緯度および経度）として一緒に提供されてもよい。（Ｗｉ−Ｆｉは、Ｗｉ−Ｆｉアライアンス、カリフォルニアコーポレイションの登録商標であり、ブルートゥースは、ブルートゥースＳＩＧ Ｉｎｃ．、デラウェアコーポレイションの登録商標である。）代替として、または、加えて、ロケーションは、１組の都市ロケーション記述として提供されてもよい。例えば、Ｗｉ−Ｆｉアクセスポイントロケーションは、建物の郵便アドレスとして、および、Ｗｉ−Ｆｉアクセスポイントが位置付けられている建物内のフロア、部屋およびポジション情報として提供されてもよい。これらのロケーションは、移動体ワイヤレスデバイスが、移動体デバイスのロケーションを推定するために、これらの位置付けられているデバイスのうちのいくつかからの信号を獲得および測定することを支援するのに使用されてもよい。ロケーションはまた、あるいは、代わりに、移動体デバイスまたはロケーションサーバが、移動体デバイスのロケーションと、１つ以上の地上波送信機のロケーションとの関係を、移動体デバイスにより行われるこれらの送信機の測定に基づいて、推測することを可能にするために使用されてもよい。例えば、多数の、近くの基地局、移動体デバイスまたはロケーションサーバに対して取得される信号タイミング測定を使用することにより、移動体デバイスが、特定の小さなエリア内に、または、特定の線もしくはパス（例えば、１対の基地局に対して取得されるタイミング測定のケースでは、双曲線）にそって位置付けられていることを推測することが可能になってもよい。このようなロケーション推定は、移動体デバイスにおいて、または、移動体デバイスから信号測定を受信するサーバにおいて、起こってもよい。

マップデータは、ロケーション関連情報とは無関係に、移動体デバイスに提供されてもよい。マップデータはさらに、移動体デバイスが、ロケーション推定を発生させ、および／または、遠隔サーバからロケーション推定を取得するための測定を行うように支援してもよい。例えば、マップデータは、都市における道路および建物のレイアウト、あるいは、建物内の部屋もしくは通路の内部レイアウトを示してもよい。このようなレイアウトを示しているマップデータは、移動体デバイスが、どのようにさまざまな基地局およびアクセスポイントからの信号が弱められ、ブロックされ、反射されるのかを予測するのを支援してもよい。マップデータに基づいて、移動体デバイスは、移動体デバイスが、異なるロケーションにおいて、いずれの信号、信号レベルおよび信号タイミングを測定することを予期するかを予測してもよい。移動体デバイスは、信号測定（例えば、信号強度、信号品質、信号タイミング）を使用して、実際の測定をマップデータに基づいて予測した測定と関連付けることにより、ロケーション推定の正確性を向上させることができてもよい。このようなロケーション正確性の向上は、移動体デバイスが、マップデータのみでなく、近くの基地局およびアクセスポイントのロケーションおよび送信特性（例えば、送信電力、送信タイミング、アンテナ特性）に関する情報も受信および相関できる場合に、より大きくなるかもしれない。しかしながら、典型的に、マップデータは、屋外および／または屋内の地形を示すことに制限されているのに対して、基地局およびアクセスポイントに関する情報は、別個のものであり、マップデータに直接的に関係付けられていないだろう。それゆえ、厳密な方法ですべてのデータを組み合わせることにより取得可能なロケーション正確性における潜在的な向上は、実現されないかもしれない。

移動体デバイスまたは移動体デバイスのユーザがロケーション情報（例えば、デバイスのロケーション推定）を使用できるようにするために、関心のポイントを含む他のマップデータが、（例えば、アプリケーションレベルで）移動体デバイスに提供されてもよい。例えば、移動体デバイスが、近くの関心のポイントを識別でき、いくつかの特定の関心のポイントに対する方角を提供することができるように、または、他の関心のポイントへの距離および移動時間を決定することができるようにするために、マップデータはロケーション推定とともに使用してもよい。さらに、時間期間にわたる特定のエリアに対する天気予報、１組の道路に対してあるいは町または都市全体に対して予測された、または、測定された渋滞の流れ情報、危険関連情報（例えば、火事および洪水に関する）、買い物関連情報（例えば、セールイベントに関する）、エンターテイメントおよびダイニング関連情報（例えば、近くのイタリアンまたはフレンチレストランの識別、または、近くのシネマもしくは映画館への道順）、公共機関関連情報（例えば、近くの電車もしくは地下鉄の駅への道順）、あるいは、これらの任意の組み合わせのような、他のデータが、他のアクションおよび利点を可能にするロケーション関連の妥当性とともに、移動体デバイスに提供されてもよい。

ロケーション関連情報、マップデータおよび他のデータは、移動体デバイスに提供されてもよく、あるいは、ロケーション関連情報および／または移動体デバイスのロケーションを使用するかもしれない、１つ以上の他のエンティティまたはデバイスに提供されてもよい。

このようなロケーション関連情報、マップデータおよび他のデータは、別々のデータセットとして提供されてもよい。各データセットは、ロケーションサーバから移動体デバイスへのように転送されるとき、単一のメッセージ内に、または、関係するメッセージのセット内に含まれていてもよい。さらに、各データセットは、単一のデータ構造として、または、関係するデータ構造のセットとして、デバイス内またはエンティティ内に記憶されていてもよい。各々の個々のデータセット内の情報は調整されてもよい。例えば、データセット中に表されている異なるロケーションは、互いにとって既知であり、明確な関係を有していてもよく、これにより、相対ロケーションは、データセット中に提供されるか、または、データセットから容易に取得されるかのいずれかである。

しかしながら、この調整は、異なるデータセット中に含まれているロケーション情報の間では適用しないかもしれない。例えば、マップは、データセット“Ａ”中でいくつかのローカルエリア（例えば、建物または町）を提供されることが可能であるが、同じローカルエリア内の基地局およびアクセスポイントのロケーションおよび送信特性は、他のいくつかのデータセット“Ｂ”中で提供されるかもしれない。データセットＡが、任意の絶対ロケーション情報を含まず（例えば、マップ上の任意のポイントに対する緯度および経度は提供されない）、データセットＢが、マップ上に示されている任意の特徴を含まない場合に、データセットＡをデータセットＢと関連付けることは困難であるかもしれない。例えば、データセットＢ中の特定の基地局またはアクセスポイントのマップ上のロケーションを決定すること、あるいは、いずれの基地局およびアクセスポイントが、マップ上の特定のポイントに一番近い、または、一致しているかもしれないことを決定することは困難であるかもしれない。

たとえデータセットＡが、いくつかの絶対ロケーション情報（例えば、マップ上に表されている関心の特定のポイントのロケーション座標）を含んでいても、双方のデータセットのロケーション情報における非正確性のために、データセットＡをデータセットＢと正確に関連付けることは依然として困難であるかもしれない。例えば、（例えば、測量またはロケーション測定誤差による）２０メートルの未知の誤差を持つデータセットＡ中で提供される絶対ロケーションを持つマップポイントが存在し、別の２０メートルの未知の誤差を持つ提供されるロケーションを持つデータセットＢ中に基地局が存在する場合に、２つのロケーション間の関係（例えば、１つのもの対別のものの相対ロケーション）は、０メートル（双方の誤差が同一だった場合）と４０メートル（双方の誤差が逆であった場合）との間の任意のどこかの未知の誤差を有することになる。（例えば、ロケーションを取得するために、測量のような同じ方法の使用を介して、双方のデータセットにおける同等な誤差を確実にすることにより）このような誤差が取り除かれたとしても、１つまたは双方のデータセットに対するロケーションが後に修正された（例えば、より正確なロケーションにより修正された）場合に、他の問題が現れるかもしれない。このケースでは、修正されたバージョンのデータセットＡが、古いバージョンのデータセットＢを既に有するエンティティまたはデバイスに提供される場合に、古いバージョンのデータセット間の初めのアラインメントは、より新しいバージョンのデータセットＡによる正確な結果をもはや提供しない。

さまざまなロケーション能力と、ロケーション関連アプリケーションおよびサービスとをサポートするために組み合わせられるロケーション関連情報を含む異なるデータセットのアラインメントは、基準点の使用を介して可能になってもよい。基準点を使用して、異なるデータセットのデータレイヤリングを関係付けて提供することができる。

基準点は、いくつかの物理的な重要性を有しているかもしれず、定義することができる、ポイントロケーションのような特定の固定ロケーションに関係付けられてもよい。例として、基準点は、特定の建物への正面口、明白な北側および西側を持つ特定の長方形の建物の北西の角、２本の特定の道路の交差点、空港の特定の出発ゲートウェイ、ショッピングモール内の特定の店への入口、公共広場の記念碑（例えば、銅像または柱）、鉄道駅におけるプラットフォームへの特定の入口またはゲート、病院または図書館の受付係の机、高層ビル内の特定のエレベータへの１０番目のフロアにおける入口等のロケーションに関係付けることができる。このようなケースでは、基準点に非常に正確に関係付けられているロケーションを特定するための追加の情報が提供されてもよい。例えば、公共記念碑のケースでは、ロケーションは、記念碑が明白な中心を有するのに十分対照形（例えば、円形または四角）であると仮定すると、記念碑の中心の地表面にある可能性がある。基準点のロケーションは、マップを使用して規定することも可能である。このケースでは、ロケーションは、マップ上のどこでもマークすることができ、したがって、マップ上の近くの特徴に関連させることができることから、（物理的記述は有用であるかもしれないが）特別な物理的記述が提供されないかもしれない。例として、ロケーションが正面口の中心に存在する建物の、マップ上にマークされた基準点に対するロケーションは、正面口の近くの、マップ上に描写された建物の特徴に対する即時の明らかな物理的関係を有するだろう。基準点のロケーションは、ロケーションの座標を使用して、例えば、厳密な緯度、経度および高度を提供することにより、規定することも可能である。このケースでは、基準点は、特定の物理的なオブジェクトまたは構造との関係を有さないかもしれないが、依然として、座標を含む任意のマップ上に位置付けることができる。

基準点を使用して、異なるデータレイヤまたはデータセットに属するデータを関係付けてもよい。ここではデータセットとも呼ばれるデータレイヤは、地球の表面上のまたは地球の表面付近の特定の２次元の地理的なエリア、あるいは、地球の表面上の、地球の表面より上の、および／または、地球の表面下の特定の３次元の地理的なボリュームに対するいくつかの厳密なまたはおおよその関係を有するデータのセット（例えば、マップ、基地局ロケーションのセットおよび／または基地局送信特性のセット、あるいは、関心の地理的なポイントセット）であってもよい。データのセットは、特定の地理的なエリアまたはボリュームに、黙示的に、または、明白に関連している情報を含んでもよい。絶対ロケーション座標または都市ロケーション記述がデータ内に提供されているとき、明白な関係が提供されてもよい。パターンまたは画像をマッチさせることにより、例えば、マップ上に表された建物の形、または、道路の外形を実際の画像とマッチさせることにより、データを地理的なエリアまたはボリュームの、サブエリア、サブボリュームまたは点に関連させることができるとき、黙示的な関係が提供されてもよい。異なるデータレイヤは、したがって、同一の２次元または３次元の地理的なエリアまたはボリュームのことを指してもよい。同じスケール、方向、および、共通基準点のアラインメントを使用して、１つのレイヤを別のレイヤに重ね合わせるために、データレイヤのアラインメントが実行されてもよい。調整されたデータレイヤは、１つのデータレイヤ中で提供されたデータを別のデータレイヤ中で提供されたデータに関連させることができてもよい。

図１を参照すると、ロケーション情報のための基準点の使用を図示するシステムが図示され、一般的に１００と指定されている。システム１００は、ネットワーク１２０を介してロケーションサーバ１３０と通信し、関心のポイント（ＰＯＩ）１６０の近くにある移動体デバイス１０２を備える。システム１００は、第１の代表基地局１２２、第２の代表基地局１２４および第３の代表基地局１２６のような、複数の基地局を備える。基地局１２２、１２４、１２６のそれぞれは、ネットワーク１２０に結合されている。ネットワーク１２０は、コード分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）ネットワーク、ロングタームエボリューション（ＬＴＥ）、ＷｉＭａｘまたは他のネットワークのような、ワイヤラインネットワークまたはワイヤレスネットワークであってもよい。ＣＤＭＡネットワークは、例示的な例として、ＣＤＭＡ２０００またはワイドバンド−ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））のような、１つ以上の無線アクセス技術（ＲＡＴ）を実現してもよい。ＣＤＭＡ２０００は、ＩＳ−９５標準規格、ＩＳ−２０００標準規格およびＩＳ−８５６標準規格をカバーする。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、デジタルアドバンスドモバイルフォンシステム（Ｄ−ＡＭＰＳ）、または、他のいくつかのＲＡＴを実現してもよい。ＧＳＭ、Ｗ−ＣＤＭＡおよびＬＴＥは、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）と名称付けられている組合からの文書中に説明されている。ｃｄｍａ２０００は、“第三世代パートナーシッププロジェクト２”（３ＧＰＰ２）と名称付けられている組合からの文書中に説明されている。３ＧＰＰおよび３ＧＰＰ２文書は、公的に入手可能である。移動体デバイス１０２は、セルラ、もしくは、他のワイヤレス通信デバイス、パーソナル通信システム（ＰＣＳ）デバイス、パーソナルナビゲーションデバイス（ＰＮＤ）、パーソナル情報マネージャ（ＰＩＭ）、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップ、あるいは、ワイヤレスおよび／またはワイヤライン通信を受信することができる他の適切な移動体デバイスであってもよい。移動体デバイス１０２は、デバイス、移動体端末、端末、移動体ターゲット、ターゲット、ユーザ機器（ＵＥ）、移動局（ＭＳ）として、または、他の任意の名称で呼ばれることがある。

システム１００はまた、ＵＳ政府のグローバルポジショニングシステム（ＧＰＳ）、ロシアのＧＬＯＳＮＡＳＳシステムまたはヨーロッパのガリレオシステムに属する衛星のような、グローバルナビゲーション衛星システム（ＧＮＳＳ）の複数の衛星１１０を含む。システム１００は、第１のＷＬＡＮアクセスポイント１４０および第２のＷＬＡＮアクセスポイント１４２のような、複数のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントを含む。ＷＬＡＮアクセスポイントのそれぞれは、ネットワーク１２０に結合されてもよく、または、図１中に示されていない他のネットワークに結合されてもよい。複数の基準点は、システム１００中の１つ以上のコンポーネントに対して図示されている。第１の基準点“Ａ”１５０が、ポジション１７０を有する移動体デバイス１０２に対して図示されている。第２の基準点“Ｂ”１５２が、第２の基地局１２４と同じ場所に位置付けられている。第３の基準点“Ｃ”１５４が図示されており、第３の基準点“Ｄ”１５６は、第１のＷＬＡＮアクセスポイント１４０と同じ場所に位置付けられている。

移動体デバイス１０２は、ロケーションサーバ１３０とのロケーションセッション１３２を介して、地理的なデータおよび／または支援データ１３４のような、情報を受信するように構成されていてもよい。例えば、ロケーションサーバ１３０は、オープンモバイルアライアンス（ＯＭＡ）により規定されている、セキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）であってもよく、ロケーションセッション１３２は、ＯＭＡの公的に入手可能な文書ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ１＿０−２００７０６１５−Ａ、ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２＿０−２０１１０５２７−Ｃ、ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ３＿０−２０１１０９０７−Ｄ中にそれぞれ規定されている、ＳＵＰＬ１．０、ＳＵＰＬ２．０またはＳＵＰＬ３．０にしたがったロケーションセッションであってもよい。ロケーションセッションは、さらに、移動体デバイス１０２とロケーションサーバ１３０との間で、ポジショニング能力情報、支援データ、および、ロケーション測定もしくはロケーション推定情報を転送するために、１つ以上のポジショニングプロトコルをサポートしてもよい。ＳＵＰＬロケーションセッションのケースでは、ユーザプレーンロケーションプロトコル（ＵＬＰ）として知られている、ＳＵＰＬサービスプロトコルおよびポジショニングプロトコルは、ポジショニングプロトコルを運ぶＵＬＰプロトコルにより、移動体デバイス１０２およびロケーションサーバ１３０によって、および、移動体デバイス１０２とロケーションサーバ１３０との間で、エンドツーエンド方式でサポートされてもよい。ポジショニングプロトコルは、ＬＰＰまたはＬＰＰプラスＬＰＰｅであってもよい。ＬＰＰは、公的に入手可能な、３ＧＰＰ技術仕様（ＴＳ）３６．３５５中の３ＧＰＰにより規定されており、ＬＰＰｅは、公的に入手可能な、ＯＭＡ ＴＳ ＯＭＡ−ＴＳ−ＬＰＰｅ−Ｖ１＿０中のＯＭＡにより規定されている。ロケーションサーバ１３０は、サーバと呼ばれることがあり、ＳＬＰ、３ＧＰＰにより規定されているサービングモバイルロケーションセンター（ＳＭＬＣ）、３ＧＰＰ２により規定されているポジション決定エンティティ（ＰＤＥ）、３ＧＰＰにより規定されているスタンドアローンＳＭＬＣ（ＳＡＳ）、または、他のいくつかのタイプのサーバであってもよい。

移動体デバイス１０２は、（例えば、ＳＵＰＬを使用してＬＰＰまたはＬＰＰ／ＬＰＰｅにより伝達される）地理的なデータおよび／または支援データ１３４を受信し、１つ以上の基準点１３６に対応する情報を取り出すように構成されていてもよい。例えば、地理的なデータおよび／または支援データ１３４は、基準点Ａ１５０に対する基地局１２２、１２４、１２６のロケーションのリストを含んでもよい。例えば、地理的なデータおよび／または支援データ１３４は、基準点Ａ１５０に対する第２の基地局１２４の相対ロケーション１７４を含んでもよい。相対ロケーション１７４は、基準点Ａ１５０および第２の基地局１２４の、緯度、経度および高度間の符号付き差分を提供してもよい。代替的に、相対ロケーション１７４は、（例えば、メートルでの）符号付き距離を提供してもよく、基地局１２４は、この距離だけ、基準点Ａ１５０の北東にあり、海水面に対する基準点Ａ１５０よりも高いまたは低い。相対ロケーション１７４を指定する他の手段、例えば、基準点Ａ１５０から基地局１２４への直線距離、および、この直線の方位角および高度を用いることもできる。相対ロケーションを指定するこれらの手段を他の相対ロケーション、例えば、相対ロケーション１７０および１７２に適用してもよい。地理的なデータおよび／または支援データ１３４はまた、図１中の方角矢印として図示されている、基準点Ａ１５０に対する第１の基地局１２２および第３の基地局１２６の相対ロケーションを含んでもよい。地理的なデータおよび／または支援データ１３４は、さらに、基地局１２２、１２４、１３６およびアクセスポイント１４０、１４２の識別および送信特性、例えば、関係する基地局セルのグローバルおよびローカルな識別、グローバルアクセスポイントメディアアクセス制御（ＭＡＣ）アドレス、送信電力、カバレッジエリア、送信タイミング、アンテナタイプ、利得、方角および高度を含んでもよい。データ１３４はさらに、基準点１５０、１５２、１５４、１５６の識別（例えば、グローバルな名称）、それらの絶対ロケーション座標（例えば、絶対的な経度および緯度）を含んでもよく、マップデータ（例えば、道路および建物の表示を含む都市エリアの一部のマップ、あるいは、建物内の１つ以上のフロアのマップ）を含んでもよい。１つ以上の基準点１５０、１５２、１５４、１５６は、各基準点に対して、マップ上のポジション、および、基準点のグローバルな名称を示すことにより、マップデータ中に含まれてもよい。

地理的なデータおよび／または支援データ１３４は、さらに、基準点Ａ１５０に対するアクセスポイント１４０および１４２のポジションに関連する情報を含んでもよい。例えば、地理的なデータおよび／または支援データ１３４は、基準点Ａ１５０に関する第１のアクセスポイント１４０の相対ポジションを示す相対ポジション１７６（基準点Ａ１５０から第１のアクセスポイント１４０への矢印で図示されている）を含んでもよい。他の実施形態では、地理的なデータおよび／または支援データ１３４は、さらに、（基準点Ａ１５０に対する基準点Ｂ１５２のロケーション１７４のような）基準点１５０、１５２、１５４、１５６の１つ以上に対する関心のポイント１６０のロケーションを提供する情報を含んでもよい。さらに、１つ以上の基準点に対応する情報１３６は、基準点１５０、１５２、１５４、１５６のうちの１つ以上の他のものに対する基準点１５０、１５２、１５４、１５６のうちの１つ以上の相対ポジションの表示を含んでもよい。例えば、基準点情報１３６は、基準点Ａ１５０に対する基準点Ｃ１５４の相対ポジション１８０と、基準点Ｄ１５６に対する基準点Ｂ１５２の相対ポジション１７８とを示してもよい。

特定の実施形態では、移動体デバイス１０２は、ロケーションサーバ１３０から、地理的なデータおよび／または支援データ１３４を受信し、基準点１５０、１５２、１５４、１５６のうちの１つ以上を使用して、情報を組み合わせるように構成されている。例えば、移動体デバイス１０２は、基準点Ａ１５０に対する基地局１２２、１２４、１２６の相対ロケーションを受信し、さらに、基準点Ａ１５０に対するアクセスポイント１４０および１４２のロケーションを受信するように構成されていてもよい。移動体デバイス１０２はさらに、基地局のロケーションおよび送信特性と、アクセスポイントのロケーションおよび送信特性とを含む組み合わせられたデータを使用して、基準点Ａ１５０に対するその相対ロケーション１７０を決定して、移動体デバイス１０２のロケーションの正確な推定を発生させるように構成されていてもよい。例えば、移動体デバイス１０２は、基地局１２２、１２４、１２６のうちの１つ以上から、および、アクセスポイント１４０および１４２のうちの１つ以上から、信号強度および／または信号のタイミングを測定して、ロケーション推定を発生させてもよい。

さらに、移動体デバイス１０２は、基地局１２２、１２４、１２６の位置に対するような、データの別のセットからの１つ以上のエレメントに対する、関心のポイント１６０のような、地理的なデータの１つ以上のエレメントのロケーションを決定するように構成されていてもよい。例えば、移動体デバイス１０２は、基準点Ａ１５０に対する関心のポイント１６０の相対ロケーション１７２に基づいて、および、基準点Ａ１５０に対する第２の基地局１２４の相対ロケーション１７４に基づいて、第２の基地局１２４に対する関心のポイント１６０の相対ポジションを決定するように構成されていてもよい。

動作の間に、移動体デバイス１０２は、地理的なデータおよび／または支援データ１３４の１つ以上のセットを受信してもよく、受信したデータの１つ以上の基準点１３６に対応する情報に基づいて、ポジショニング動作を実行してもよい。例えば、移動体デバイス１０２は、ロケーションセッション１３２を開始してもよく、基地局１２２、１２４、１２６のロケーション、識別、および、ことによると送信特性を示す地理的なデータおよび／または支援データ１３４のうちの第１のセットと、アクセスポイント１４０および１４２のポジション、識別、および、ことによると送信特性を示す地理的なデータおよび／または支援データ１３４のうちの第２のセットと、関心のポイント１６０のような、１つ以上の地理的な特徴のポジションを示す地理的なデータおよび／または支援データ１３４のうちの第３のセットとを受信してもよい。

移動体デバイス１０２は、信号測定を実行して、衛星１１０のうちの１つ以上から受信されたポジショニング信号情報１１２、基地局１２２、１２４、１２６のうちの１つ以上からの信号、および／または、アクセスポイント１４０および１４２のうちの１つ以上からの信号のような、１つ以上の信号ソースから受信される信号の絶対的なまたは相対の、強度あるいはタイミング（例えば、到来時間、または、往復時間）を決定するように構成されていてもよい。さらに、移動体デバイス１０２は、１つ以上の計算を実行して、基準点１５０、１５２、１５４、１５６の相対ロケーションに関する情報に基づいて、システム１００のエレメントのうちの１つ以上の相対ロケーションを決定してもよい。図示するために、基準点Ｂ１５２に対して、基地局１２２、１２４，１２６のロケーションが提供されてもよい一方で、基準点Ｄ１５６に対して、アクセスポイント１４０および１４２のロケーションが提供されてもよい。移動体デバイス１０２は、さらに、基準点Ａ１５０に関する基準点Ｂ１５２の相対ポジション１７４を示し、基準点Ａ１５０に関する基準点Ｄ１５６の相対ポジション１７６を示す基準点情報を受信してもよい。移動体デバイス１０２は、基地局１２２、１２４、１２６と、アクセスポイント１４０および１４２とに対応するデータを空間的に調整して、データセットの他の１つ以上のものからの情報とともに、データセットの１つ以上のものからの情報を使用できるようにしてもよい。

移動体デバイス１０２において実行される動作に関して記述したが、他の実施形態では、１つ以上のロケーション決定動作がロケーションサーバ１３０において実行されてもよい。例えば、ロケーションサーバ１３０は、移動体デバイス１０２から、１つ以上の信号強度および／またはタイミング測定を受信し、測定された信号に基づいて、移動体デバイス１０２のロケーションの推定を決定するように構成されていてもよい。ロケーションサーバ１３０は、１つ以上の基準点１３６に対応する情報を使用して、地理的なデータおよび／または支援データ１３４の１つ以上のセットを空間的に調整して、ネットワーク１２０を介して移動体デバイス１０２に提供されてもよいロケーション情報の正確性を向上させるために、データを組み合わせるように構成されていてもよい。

移動体デバイス１０２において、地理的なデータおよび／または支援データ１３４を取得する他の手段も可能性がある。例えば、移動体デバイス１０２は、ロケーションサーバ１３０からいくつかのデータ（例えば、支援データ）と、図１中には示されていない異なるロケーションサーバから他のデータ（例えば、地理的なマップデータ）とを取得してもよい。移動体デバイス１０２は、さらに、ネットワーク１２０に問い合わせて、あるいは、このような問い合わせをサポートするように指定されているサーバ（図１中には示されていない）に問い合わせて、１つ以上のこのようなロケーションサーバのアドレスを取得してもよい。代替的に、特定のロケーションサーバから取得できるデータと、ことによると、このロケーションサーバのアドレスとの表示は、別のロケーションサーバからの支援データの一部として、移動体デバイス１０２へ転送されてもよい。例えば、ロケーションサーバ１３０からの支援データ１３４は、マップデータが、図１中には示されていない別のロケーションサーバから移動体デバイス１０２により取得できることを示してもよい。移動体デバイス１０２は、ＯＭＡ、ＳＵＰＬまたは他の手段（例えば、ＨＴＴＰ、ＨＴＴＰＳ、ＴＣＰ／ＩＰ、異なるタイプのファイル転送プロトコル）を用いて、このような任意のロケーションサーバとのロケーションセッション１３２を確立して、支援データ１３４の一部を取得してもよい。移動体デバイス１０２はまた、例えば、ネットワーク１２０がこのデータをブロードキャストする場合に、ネットワーク１２０からいくつかのデータ（例えば、単なる支援データ）を取得してもよい。データ１３４が、どのように取得されるか、および、いずれのエンティティまたは複数のエンティティから取得されるかに関わらず、移動体デバイス１０２は、データ１３４のすべてを取得し、共通基準点を活用して、ここで別の場所で述べたデータを関係付け、組み合わせてもよい。

異なるデータレイヤを調整するために、１つ以上の基準点を使用してもよい。基準点は、１つ以上のデータレイヤ中で規定される特定のポイントロケーションであってもよい。基準点の定義は、グローバルに一意的な名称および識別、基準点のロケーション座標（例えば、緯度、経度、高度）、このロケーションにおける何らかの不確実性（例えば、可能性ある誤差）、（例えば、町、州および国、あるいは、空港名または鉄道の駅名のような、他のいくつかのよく知られている地理的な指定に基づく）基準点の都市ロケーションの記述、（例えば、基準点の名称または識別子と一緒に、マップ上に規定されたポイントとしての）基準点が現れる１つ以上のマップに対する参照、基準点を含むマップが取得されてもよい１つ以上のサーバに対する参照、関心の関係するポイント（例えば、基準点のロケーションに一致する、または、基準点のロケーションの近くの関心のポイント）、あるいは、これらの任意の組み合わせを含んでもよい。

基準点の一意的な名称または識別子は、グローバルに一意的な識別スキームにしたがって、または、識別子の予期される使用の文脈内で一意的な識別スキームにしたがって、規定または構築されてもよい一連の特徴からなってもよい。グローバルに一意的な識別スキームの例は、グローバルに一意的な基準点プロバイダ識別（ＩＤ）を規定することを含んでもよい。このプロバイダにより規定される基準点は、その後、このプロバイダに関する特定の基準点に対して一意的な、プロバイダにより割り当てられた別の識別子と組み合わせられた、プロバイダのグローバル識別子に基づいて一意的に識別されてもよい。予期される使用の文脈内で一意的な識別スキームの例は、ローカルな（すなわち、グローバルではない）一意性を持つ識別スキームを含んでもよい。例えば、基準点が、特定のワイヤレスオペレータにより提供されるデータセットの文脈内でのみ、規定され、使用される場合に、ワイヤレスオペレータは、各基準点識別子が、ワイヤレスオペレータにより割り振られる他の基準点識別子と異なる限り、任意の識別子を基準点に割り振ることが可能である。

２つのデータレイヤが同一のデータ基準点を含むとき、データレイヤは、以下の方法の使用により調整されてもよい。

（ａ）同一の基準点識別子を有する双方のレイヤにおける特定のロケーションが一致するように、（２次元または３次元エリアまたはボリュームとして表されている）データレイヤを重ね合わせる。

（ｂ）各データレイヤがそれ自体の方向情報（例えば、上下、南北、東西）を含む場合、双方のレイヤを共通方向に回転する。マッピングデータは、時に、方向情報を欠いているかもしれないが、基地局およびアクセスポイントの相対または絶対ロケーションを含むデータレイヤは、相対ロケーションが方向情報を含むことから、黙示的な方向情報を含んでもよい。

（ｃ）１つまたは双方のレイヤ中に方向情報が見つからない場合に（例えば、東西南北の情報を持たないマップ）、１つまたは２つの追加の共通基準点を調整することによりデータレイヤを調整する。（例えば、追加の共通基準点のそれぞれは、（ａ）で記述したように調整されてもよい。）地球の表面上に、または、地球の表面付近の同一の２次元水平エリアの部分を表すデータセットに対して、異なるデータレイヤ中で２つの共通基準点を調整することが十分であってもよい。同一のボリュームの部分を表すデータセットに対して、３つの共通基準点が調整されてもよい。

（ｄ）各データレイヤの線寸法（例えば、南北、東西、上下）を同一のスケールにスケーリングする。

図２を参照すると、基準点を使用する、ロケーションデータの複数のセットのアラインメントの特定の実施形態が図示され、一般的に２００と指定されている。マップデータ２０２のセットおよび支援データ２０４のセットは、それぞれが共通基準点２４０を含むものとして図示されている。マップデータ２０２は、代表的な道路２１２、ドア２１８を有する代表的な建物２１４、表玄関２２０を有するモール２１６を示す情報のような、複数の建物および複数の道路および／また通路のデータを含む。マップデータ２０２は、モール２１６の表玄関２２０の中心点と同じ場所に位置付けられている基準点２４０のロケーションを示す。マップデータ２０２はさらに、正確な北の方角を示すコンパスとして示されている方向データ２０８を含む。

支援データ２０４は、基準点２４０に対する、第１の基地局２２２、第２の基地局２２４、第３の基地局２２６および第４の基地局２２８の相対ロケーションを示すマップのようなフォーマットで描写されている。支援データ２０４はさらに、正確な北の方角を示すコンパスとして示されている方向データ２１０を含む。支援データ２０４は、明瞭性のためにマップのようなフォーマットで図示されているが、支援データ２０４は、基地局識別子、相対ロケーション、および、ことによると、基地局送信特性のリストとして提供されることが意図されていてもよい。支援データ２０４は、方向データ２１０を含むように図示されているが、他の実施形態では、支援データ２０４の方向は、基地局２２２、２２４、２２６、２２８の相対ロケーションから黙示的に提供されてもよい。

例えば、図１の移動体デバイス１０２により、または、ロケーションサーバ１３０により、組み合わせ動作２２７が実行されてもよい。組み合わせ動作２２７は、共通方向を提供するために、ならびに、データセット２０２および２０４のそれぞれにおける基準点２４０を調整するために、マップデータ２０２および支援データ２０４のうちの１つ以上を回転すること、変換すること、および、スケーリングすることのうちの１つ以上を含んでもよい。結果としての組み合せられたデータセット２０６は、支援データ２０４にオーバーラップし、マップデータ２０２の建物および道路に対する基地局２２２、２２４、２２６、２２８のロケーションを図示している調整されたマップデータ２０２として図示されている。図示されているように、第３の基地局２２６は、モール２１６内に位置付けられており、第１の基地局２２２および第２の基地局２２４は、マップデータ２０２のオープンエリア（例えば、道路）内に位置付けられている。

２つのデータレイヤが調整されるとき、１つのレイヤ中の情報は、もう１つのレイヤに転送されてもよく、または、もう１つのレイヤと互いに相関していてもよい。例えば、基地局ロケーションはマップ上に転送されてもよい。別の例として、建物の壁、ドアおよび廊下についての情報は、基地局ロケーションのセットに転送されてもよい。

ロケーション座標情報が、調整されたデータレイヤ間で転送されてもよい。例えば、特定のデータレイヤ中の基地局およびアクセスポイントのロケーションは、基準点に対して規定されてもよい。アラインメントが実行された後に、基準点の絶対ロケーションが、基準点の定義の一部として提供される、または、別のデータレイヤ（例えば、マップ）から取得される場合に、基地局およびアクセスポイントの絶対ロケーションを決定できる。

図２は、共通基準点を使用する２つのデータレイヤ（またはデータセット）だけのアラインメントを示しているが、各追加のデータレイヤに対する組み合わせ動作２２７を反復することにより、２つより多いデータレイヤのアラインメントが可能である。さらに、基準点は、調整されているデータレイヤのうちの２つだけに対して共通であることのみが必要とされている。例えば、基準点２４０とは異なる基準点を使用して、第３のデータセット（図２中には示されていない）を、支援データ２０４またはマップデータ２０２のいずれかと調整することが可能である。いったんこのアラインメントが実行されると、３つのデータセットのすべてが調整されるだろう（２０２、２０４および新たなデータレイヤ）。新たなデータレイヤは、より多くの支援データ（例えば、他の基地局およびアクセスポイントの相対もしくは絶対ロケーションならびに送信特性）、または、より多くのマップデータ（例えば、モール２１６の内部レイアウト）を含んでもよく、あるいは、追加の関心のポイントに関する情報を含んでもよい。追加のデータレイヤを調整することにより、移動体デバイスのロケーションの決定を可能にし、ロケーション関連の情報（例えば、関心のポイントのロケーション）を移動体デバイスに提供するために、より多くのデータが利用可能になる。

１つのデータレイヤ中の情報が変化する（例えば、データレイヤが、より正確なロケーション情報または追加のマップまたは基地局データを含むように更新される）場合、更新されたデータレイヤの他のデータレイヤとのアラインメントが実行される必要があるが、上述した同一の組み合わせ動作２２７を利用することができる。図示するために、データレイヤの基準点ベースのアラインメントは、基準点に対して規定されたロケーション関連情報よりむしろ、基準点の識別を利用する。したがって、ロケーション座標のようなロケーション関連情報は、基準点に対して変更されてもよく、更新されたデータレイヤと調整された１つ以上のデータレイヤに対するロケーション関連情報を更新するために使用されてもよい。更新されたデータレイヤ中の、より正確なロケーションを有する基準点は、組み合わせ動作２２７を妨げるのではなく、むしろ、いったんアラインメントが実行されると、より正確な組み合わせられたデータのセットを提供する。

各基準点に対して、より最近の情報（例えば、より最近のロケーション情報）が基準点に対して利用可能になったときを（例えば、バージョン番号のインクリメントを介して）示すために、基準点の定義の一部として、各基準点に対して（例えば、バージョン番号を使用しての）バージョンの識別が提供されてもよい。エンティティまたはデバイスが、同一の基準点に対して以前に受信した任意の定義よりも最近のバージョンの基準点定義に対する情報を受信することに応答して、エンティティまたはデバイスは、基準点に対する以前の情報を新たな情報と置換してもよい。エンティティまたはデバイスは、更新された情報を使用して、この基準点（例えば、調整されたデータレイヤ中に含まれている、基地局、アクセスポイントおよび関心のポイントのロケーション）を使用して調整されているすべてのデータレイヤに適用可能な更新された情報を決定してもよい。基準点の定義を更新することに応答して、ロケーション関連情報が更新され、より正確で信頼できるものになるかもしれないけれども、データレイヤのアラインメントには影響を与えないかもしれない。例えば、図２中の基準点２４０の定義が、基準点２４０のロケーションに対するより正確な絶対的な緯度、経度および高度により更新された場合に、基地局２２６がモール２１６中のあるポイントに位置付けられていることを示す図２中のデータレイヤのアラインメントは、支援データ２０４が、基準点２４０に対する基地局２２６のロケーションを指定し、マップデータ２０２が、モール２１６に関係する（すなわち、このケースでは、表玄関２２０の中心における）基準点２４０のロケーションを指定する場合に、影響を受けないかもしれない。しかしながら、その後、調整されたデータ２０６中に含まれておらず、そのロケーションが、基準点２４０に対して規定されていなかった他のエンティティ（例えば、２０６によりカバーされているエリア内または外の基地局）に対する基地局２２６のロケーションを変更するだろう、基準点２４０の絶対ロケーションに対する更新により、基地局２２６の絶対ロケーション（緯度、経度、高度）は変更されるだろう。これは、次に、基地局２２６、および、組み合わせられたデータセット２０６の一部ではない他の基地局の双方からの信号を測定した移動体デバイスのポジショニングを変更および改善することが可能であり、これにより、ポジショニングに対して有用な基準点２４０の定義の更新を行う。

サーバから１つ以上の支援データレイヤを要求するために、移動体デバイスにより、（ことによると、バージョン表示と一緒の）基準点を使用することもできる。支援データに対する要求は、デバイスが記憶された関係する支援データを既に有する１つ以上の基準点を含んでいてもよく、または、デバイスは、特に、特定の基準点および／または基準点バージョンに対する支援データを要求してもよい。例えば、デバイスは、記憶された（例えば、前の支援データ配信を介して受信された）特定の基準点に対するアクセスポイントロケーションデータを有しているかもしれないが、アプリケーションに対して、または、ポジションロケーションプロセスの支援のいずれかに対して、記憶された関係するマッピングデータを有していないかもしれない。デバイスはその後、ロケーションサーバに送られる支援データ要求メッセージ中に、デバイスにより最近記憶された（それらのバージョンを含む）１つ以上の基準点を含んでもよい。ロケーションサーバはその後、デバイスにより記憶された、または、要求された基準点バージョンに対するマップデータ（または他の要求されたデータ）を提供してもよい。サーバが既に、（例えば、より高い基準点バージョンに対する）利用可能な更新されたバージョンのデータを有している場合に、サーバは、デバイスにより要求されるように、要求された支援データを以前の基準点バージョンに変換してもよく、および／または、この基準点に対して、更新されたデータが既に利用可能であることをデバイスに通知してもよい。後者のケースでは、サーバは、この基準点に対する更新されたデータを、デバイス要求された支援データと一緒にデバイスにプッシュするように決定してもよい。移動体デバイスは、それゆえ、支援データのうちの必要とされるレイヤまたは更新されたレイヤのみを要求することができ、依然として、新たに望まれた情報または要求された情報（例えば、ショッピングモールの既に記憶されたマップに対する新たな関心のポイントのマップデータ）と一緒に、さまざまな記憶された支援データレイヤを使用することができてもよい。

また、移動体デバイスに対するロケーション推定のようなロケーション情報を提供または規定するために、基準点を使用してもよい。ロケーション推定は、絶対的な地理的なまたは都市ロケーションとして提供されることの代わりに、あるいは、絶対的な地理的なまたは都市ロケーションとして提供されることに加えて、特定の基準点に対するロケーションとして提供されてもよい。特定の基準点に対するロケーション推定を提供することにより、ロケーション推定の受信者が、ロケーション推定を、これも特定の基準点を含む、その受信者が有しているかもれない他のデータと相関させることを可能にする。例えば、受信者は、絶対的な地理的なまたは都市ロケーション情報を含まないが、基準点のポジションを示すマップ上に、ロケーション推定を位置付けることができてもよい。そもそも絶対的な地理的なまたは都市形態に変換することなく、基準点に関してのみロケーション推定を計算して、表現することが可能である。基準点に対するロケーションとしてロケーション推定を維持することは、ロケーションが実際に互いに対して既知であるが、絶対ロケーションは、既知ではないか、または、不正確に知られている環境において、ロケーション情報を提供および管理することに対して有用であってもよい。例えば、ローカルエリアの文脈において絶対ロケーションを利用することは稀であるかもしれないが、相対ロケーションおよび相対的な地理的な方角を使用することは一般的であるかもしれない。

２つ以上の基準点を使用して支援データが提供されるとき、ロケーションサーバにより、基準点の対間の関係が移動体デバイスに提供されてもよい。関係は、対のうちの１つの基準点のロケーションに対してもう１つの基準点の相対ロケーションを決定してもよい。これは、いくつかの支援データレイヤが、それ自体の基準点、または、他の支援データレイヤに対して提供された基準点と同一ではない基準点を有する各支援データレイヤとともに提供されるときに有用であるかもしれない。例えば、特定の建物の内部に対するマップ情報を含む支援データレイヤが提供されてもよく、支援データレイヤは、建物に対して規定された基準点Ａ、例えば、建物の表玄関、または、建物内の特定の名称を持つロケーションを含んでもよい。建物内の基地局およびＷｉ−Ｆｉアクセスポイント（ＡＰ）に対する情報を含む別の支援データレイヤが提供されてもよく、再び、同一の基準点Ａを用いてもよい。建物を含むより大きな地理的なエリア（例えば、町または都市のいくつかのブロックを含むエリア）に対するマップ情報を含む、さらなる支援データレイヤが提供されてもよい。この支援データレイヤは、建物の外の他のいくつかの基準点Ｂを参照または含んでもよい。建物の外の基地局またはＷｉ−Ｆｉ ＡＰに対する情報を含む、さらに別の支援データレイヤが提供されてもよく、再び、（例えば、提供された基地局のロケーションを規定するために）基準点Ｂを利用してもよい。建物内の移動体デバイスが、建物の外の、基地局およびＷｉ−Ｆｉ ＡＰから受信された信号でさえを利用して、そのロケーションを取得するのを支援することができる。提供された支援データレイヤ（この例では、４つのレイヤ）間で情報を転送するために、基準点Ｂに対する基準点Ａのロケーションを知る必要があるかもしれない。これにより、基準点Ａに対する、それゆえ、建物内のＷｉ−Ｆｉ ＡＰおよび基地局に対する、建物の外の基地局のロケーションを決定することが可能になる。これにより逆、つまり、基準点Ｂに対する、それゆえ、建物の外の基地局およびＷｉ−Ｆｉ ＡＰに対する、建物内のＷｉ−Ｆｉ ＡＰおよび基地局のロケーションを決定することも可能にする。すべての支援データレイヤ中に含まれている情報を正確に関連させる能力は、建物の内および外のロケーションが、建物の中および外双方の基地局およびＷｉ−Ｆｉ ＡＰを利用することを可能にする。これにより、建物の外部のエリアのマップとともに、建物内のマップの双方を利用する、ロケーションのマップ支援（例えば、建物の外の構造とともに、建物内の特徴に基づく、ＲＦ信号強度の予測）も可能にする。

図３を参照すると、基準点能力情報を含む、ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）メッセージングのダイヤグラムが描写されている。図１のロケーションサーバ１３０は、ＬＰＰ／ＬＰＰｅ要求能力メッセージ３０２を図１の移動体デバイス１０２（ユーザ機器（ＵＥ）とも呼ばれる）に送ってもよい。要求能力メッセージ３０２に応答して、ＵＥ１０２は、ＬＰＰ／ＬＰＰｅ提供能力メッセージ３０４を送ってもよい。提供能力メッセージ３０４は、ＵＥ１０２の基準点能力を示してもよい。例えば、提供能力メッセージ３０４は、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上の情報エレメント（ＩＥ）を含んでもよい。例えば、提供能力メッセージ３０４は、表１中に示されているそれらのような１つ以上のＩＥを含んでもよい。

図４を参照すると、基準点情報を持つ支援データを含むＬＰＰ／ＬＰＰｅメッセージングのダイヤグラムが描写されている。ＵＥ１０２は、ＬＰＰ／ＬＰＰｅ要求支援データメッセージ４０２をロケーションサーバ１３０に送ってもよい。要求支援データメッセージ４０２に応答して、ロケーションサーバ１３０は、ＬＰＰ／ＬＰＰｅ提供支援データメッセージ４０４を送ってもよい。要求支援データメッセージ４０２は、基準点要求を含んでもよい。例えば、要求支援データメッセージ４０２は、表２中に示されているそれらのような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを含んでもよい。

提供支援データメッセージ４０４は、基準点情報を含んでもよい。例えば、提供支援データメッセージ４０４は、表３中に示されているそれらのような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを含んでもよい。

（デフォルト基準点、または、提供支援データメッセージ４０４中に示されている別の基準点のような）基準点は、表４中に示されているもののような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを介して指定されてもよい。

基準点は、基準点プロバイダの識別、このプロバイダにより割り当てられた識別子、バージョン番号、１つ以上の他のファクタ、または、これらの任意の組み合わせを含む、一意的な識別子にしたがって識別されてもよい。例えば、基準点は、表５中に示されているそれらのような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを介して識別されてもよい。

表５−基準点の一意的な識別子内の可能性あるＩＥ
ロケーション情報（例えば、基地局、基準点または移動局のロケーション）は、地理的なロケーションデータまたは都市ロケーションデータとして提供されてもよい。例えば、都市ロケーションデータは、表６中に示されているそれらのような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを介して提供されてもよい。

基準点情報を含む支援データを提供する特有な例として、ロケーションサーバ１３０は、図１のＷＬＡＮアクセスポイント１４０および１４２に対してのように、アクセスポイント（ＡＰ）支援データを提供してもよい。例えば、ＷＬＡＮ ＡＰ支援データは、表７中に示されているもののような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを含むデータセットを介して、ＬＰＰｅ提供支援データメッセージ４０４中で提供されてもよい。

表７は、提供支援データメッセージ４０４中の、ＷＬＡＮ ＡＰに適用可能な基準点に関連する情報を示しているが、基準点に関連する類似した情報が、基地局または他の地上波ベースの送信デバイス（例えば、ＴＶおよび無線送信機、ブルートゥース、フェムトセル）に対して、（例えば、提供支援データメッセージ４０４または他のいくつかのメッセージ中で）提供されてもよいことを、当業者は正しく認識できる。このような類似した情報は、基準点の定義または識別、この基準点に対する送信デバイスのロケーションとともに、これらの送信デバイスの特性（例えば、アンテナおよび送信特性）を含んでもよい。

表７中では、“relative-location”ＩＥは、基準点、例えば、表７の“reference-point”ＩＥにより規定されている基準点に対するＷＬＡＮ ＡＰのロケーションと、基準点に対するＷＬＡＮ ＡＰのロケーションにおけるオプションの不確実性とを提供してもよい。相対ロケーションはまた、必ずしもではないが、同様な方法で基準点であってもよい別のエレメントもしくはエンティティのロケーションに対する、基地局、移動体デバイス、関心のポイント、または、他のいくつかのエレメントもしくはエンティティのロケーションを提供するために使用されてもよい。特定の実施形態では、任意の相対ロケーションに対して、ＡＳＮ．１データタイプネームOMA-LPPe-RelativeLocationＩＥを有するＯＭＡ ＬＰＰｅプロトコル中で使用する定義のような、共通定義が用いられてもよい。この共通定義は、参照ロケーションと呼ばれることがある別のロケーションに対して、サブジェクトロケーションと呼ばれることがあるロケーションを提供してもよい。参照ロケーションは、固定であってよく、または、固定でなくてもよく、ならびに、既知であってもよく、または、既知でなくてもよく、あるいは、絶対的な表現（例えば、その緯度、経度、高度、および、それらのそれぞれにおける可能性ある不確実性）で決定することができなくてもよく、または、絶対的な表現で決定することができてもよい。既知ではない参照ロケーションは、１つの移動体デバイスのロケーションが、別の移動体デバイスのロケーションに対して必要とされるときに、例えば、関係するユーザが、それらが互いに対してどこに存在するかのみを知ることに関心があるときに、適用可能であり、有用である可能性がある。この実施形態における、相対ロケーションの共通定義は、以下のもののうちの任意のものを定義するために使用できる。

（ａ）他のいくつかの既知の固定ロケーション（例えば、基準点または関心の固定ポイントに関係付けられている固定ロケーション）に対する（例えば、基地局またはＷｉ−Ｆｉ ＡＰの）固定ロケーション；
（ｂ）（例えば、基準点の）既知の固定ロケーション、または、（例えば、別の移動体デバイスの）一時的なロケーションに対する（例えば、移動体デバイスの）一時的なロケーション；あるいは、
（ｃ）初めの既知のまたは既知ではない参照ロケーションから新たなサブジェクトロケーションに移動している移動体デバイスのロケーションにおける変化。

ＯＭＡ ＬＰＰｅ仕様の実施形態にしたがった相対ロケーションの共通定義は、表８中に示されているＩＥを含んでもよい。

図４は、ロケーションサーバ１３０が要求支援データメッセージ４０２を受信することに応答して提供される提供支援データメッセージ４０４を図示しているが、他の実施形態では、ロケーションサーバ１３０は、ＵＥ１０２からの要求を受信することなく、提供支援データメッセージ４０４を送ってもよい（すなわち、ロケーションサーバ１３０は、要求されていない支援データをＵＥ１０２に提供する）。

図５を参照すると、基準点に対するロケーション情報を含むＬＰＰ／ＬＰＰｅメッセージングのダイヤグラムが描写されている。ロケーションサーバ１３０は、ＬＰＰ／ＬＰＰｅ要求ロケーション情報メッセージ５０２をＵＥ１０２に送ってもよい。要求情報ロケーションメッセージ５０２に応答して、ＵＥ１０２は、ＬＰＰ／ＬＰＰｅ提供ロケーション情報メッセージ５０４を送ってもよい。要求ロケーション情報メッセージ５０２は、基準点要求を含んでもよい。例えば、要求ロケーション情報メッセージ５０２は、表９中に示されているそれらのような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを含んでもよい。

提供ロケーション情報メッセージ５０４は、ＵＥ１０２により取得されたロケーション測定、および／または、ＵＥ１０２により取得された、基準点に対するＵＥ１０２に向けたロケーション推定（例えば、要求ロケーション情報メッセージ５０２のreferencePointReqＩＥ中の、ロケーションサーバ１３０により提供された基準点のうちの１つ）を含んでいてもよい。例えば、提供ロケーション情報メッセージ５０４は、表１０中に示されているそれらのような、ＯＭＡ ＬＰＰｅ仕様にしたがった１つ以上のＩＥを含んでもよい。

いくつかの実施形態では、要求ロケーション情報メッセージ５０２は、基地局および／またはアクセスポイントのリスト中の各基地局および／またはアクセスポイントに対する特有な測定を示すことによるように、ＵＥ１０２が行うべき測定を識別してもよい。提供ロケーション情報メッセージ５０４は、ＵＥ１０２により行われる１つ以上のこのような測定の表示を含んでもよい。ロケーションサーバ１３０は、受け取った測定を使用して、ＵＥ１０２のロケーションを推定してもよい。いくつかの実施形態では、ロケーションサーバ１３０は、図２に関して記述したように、共通基準点を使用して、複数のデータセットを組み合わせてもよい。例えば、ロケーションサーバは、（Ａ）基地局および／またはアクセスポイントのセットの（例えば、１つ以上の基準点に対して規定された）ロケーション、ならびに、基地局および／またはアクセスポイントのセットの送信特性を含む第１のデータセットを、（Ｂ）（ｉ）ＵＥ１０２により行なわれる、これらの基地局および／またはアクセスポイントに対するロケーション測定、ならびに／あるいは、（ｉｉ）ＵＥ１０２により決定される、第１のデータセット中の基準点のうちの１つ以上のものに対する相対ロケーションを含む第２のデータセットと、（Ｃ）第１および第２のデータセット中の基準点のうちの１つ以上のものを含むマップデータを含む第３のデータセットとを組み合わせてもよい。第１、第２および第３のデータセットは、図２に関して記述したように、ロケーションサーバ１３０により組み合わせられてもよい。別の実施形態では、それ自体のロケーションを決定するのを、または、ＵＥ１０２のロケーションに対する近くの関心のポイントのロケーションのような、関心の他のロケーション態様を決定するのを支援するために、これらの同一のデータセットは、図２にしたがってＵＥ１０２により組み合わせられてもよい。

他の実施形態では、ＵＥ１０２は、基準点に対するロケーション推定を発生させ、提供ロケーション情報メッセージ５０４を介して、ロケーションサーバ１３０に対する相対ロケーション推定を提供してもよい。いくつかの実施形態では、ＵＥ１０２は、図２に関して記述したように、共通基準点を使用して、複数のデータセットを組み合わせてもよい。

図５は、ＵＥ１０２が要求ロケーション情報メッセージ５０２を受信することに応答して提供される提供ロケーション情報メッセージ５０４を図示しているが、他の実施形態では、ＵＥ１０２は、ロケーションサーバ１３０からの要求を受信することなく、提供ロケーション情報メッセージ５０４を送ってもよい（すなわち、ＵＥ１０２は、要求されていないロケーション情報をロケーションサーバ１３０に提供する）。

図６を参照すると、ロケーションデータを組み合わせる方法の実施形態が示されている。方法は、図１の移動体デバイス１０２としてのような、移動体デバイスにより実行されてもよい。６０２において、第１のデータタイプを含む第１のロケーションデータが受信される。例えば、第１のロケーションデータは、ロケーションサーバから受信される支援データおよび／またはマップデータ、例えば、表３または表７中に記述したデータを含んでもよい。６０４において、第１のロケーションデータに対応する基準点情報が取り出されてもよい。例えば、基準点情報は、第１のロケーションデータ中に含まれていてもよく、第１のロケーションデータから取り出されてもよい。別の例として、基準点情報は、ロケーションサーバからのように、外部ソースから取り出されてもよい。基準点情報は、表４中に記述したようなものであってもよい。

６０６において、第２のデータタイプを有する第２のロケーションデータが受信される。例えば、第２のロケーションデータは、支援データおよび／またはマップデータ、例えば、表３または表７中に記述したデータであってもよい。第２のロケーションデータは、図１のロケーションサーバ１３０のような、ロケーションサーバから受信されてもよい。６０８において、第２のロケーションデータに対応する基準点情報が取り出されてもよい。例えば、基準点情報は、第２のロケーションデータ中に含まれていてもよく、受信された第２のロケーションデータから取り出されてもよい。別の例として、基準点情報は、ロケーションサーバ１３０、または、基準点情報の別のプロバイダのような、外部ソースから取り出さてもよい。基準点情報は、表４中に記述したようなものであってもよい。

６１０において、第１のロケーションデータおよび第２のロケーションデータは、第１のロケーションデータおよび第２のロケーションデータに共通の１つ以上の基準点を使用して組み合わせされる。例えば、第１のロケーションデータおよび第２のロケーションデータが、共通基準点を含むとき、第１のロケーションデータおよび第２のロケーションデータは、図２に関して図示されているように、空間的に調整され、重ね合わされてもよい。別の例では、第１のロケーションデータが第１の基準点に対するロケーションを含み、第２のロケーションデータが第２の基準点に対するロケーションを含むとき、第１のロケーションデータおよび第２のロケーションデータは、第２の基準点に対する第１の基準点の相対ロケーションに基づいて決定されてもよい。例えば、図１の基準点Ｂ１５２は、基地局１２２、１２４、１２６の相対ロケーションに対する共通基準点を提供してもよく、基準点Ｄ１５６は、アクセスポイント１４０および１４２の相対ロケーションに対する基準点を提供してもよい。基地局情報１２２、１２４、１２６を含む第１の支援データを、アクセスポイント情報１４０および１４２を含む第２の支援情報と調整するために、基準点Ｄ１５６に対する基準点Ｂ１５２の相対ポジション１７８を使用してもよい。

図７を参照すると、アクセスポイント支援データおよびマップデータを組み合わせる方法の特定の実施形態が描写されている。７０２において、第１の基準点に対するＷＬＡＮアクセスポイントロケーションを示すＷＬＡＮアクセスポイント支援データが受信される。例えば、図１の移動体デバイス１０２は、基準点Ｄ１５６のような第１の基準点に対するアクセスポイント１４０および１４２に関する情報を含む、地理的なデータおよび／または支援データ１３４を受信してもよい。７０２において受信されたＷＬＡＮアクセスポイント支援データは、表７中に記述したようなものであってもよい。

７０４において、建物／構造データを含むマップデータが受信される。マップデータは、第２の基準点に関係している。例えば、マップデータは、地理的なデータおよび／または支援データ１３４を介して受信されてもよく、関心のポイント１６０のような地理的な情報を含んでもよい。マップデータは、図１の基準点Ａ１５０に関係していてもよい。７０４において受信されたマップデータは、表３に関連して記述したassistanceContainerＩＥ中のＬＰＰｅ提供支援データメッセージ４０４中で受信されてもよい。別の例として、ＷＬＡＮアクセスポイント支援データは、図２の支援データ２０４と対応していてもよく、マップデータは、図２のマップデータ２０２と対応していてもよい。

７０６において、第１の基準点が、第２の基準点と同じものであるか否かの決定が行われる。７０６における、第１の基準点が第２の基準点と異なることを決定することに応答して、７０８において、第２の基準点に対する第１の基準点のロケーションが決定される。例えば、移動体デバイスは、第２の基準点を参照した第１の基準点の相対ロケーションを示す基準点情報にアクセスしてもよい。別の例では、移動体デバイスは、基準点相対ロケーション情報に対して、ロケーションサーバのようなサーバに要求を送ってもよい。

７１０において、１つ以上の基準点に基づいて、共通のアラインメントおよびスケールを提供するために、ＷＬＡＮアクセスポイントデータおよび／またはマップデータが、変換、回転またはスケーリングされてもよい。例えば、７０６において、第１の基準点が第２の基準点と同じものであると決定された場合、図２の基準点２４０に関して図示したように、第１および第２の基準点は調整されてもよく、データセットの共通のアラインメントおよびスケールを提供するために、アクセスポイント支援データおよびマップデータのうちの１つ以上のものが、回転および／またはスケーリングされてもよい。別の例では、７０６において、第１の基準点が第２の基準点と同じものではないことが決定された場合、第１および第２の基準点に基づいて共通のアラインメントおよびスケールを提供するために、アクセスポイントデータおよびマップデータのうちの１つ以上のものを回転および／またはスケーリングすることに加えて、マップデータ構造の相対ロケーションまたはアクセスポイントロケーションは、第２の基準点に対する第１の基準点の相対ロケーションに基づいてオフセットであってもよい。

組み合わせられたロケーションデータを使用して、改善されたロケーション推定を提供してもよい。例えば、７１２において、移動体デバイスは、アクセスポイントのうちの１つ以上に対応する信号強度および／またはタイミングを測定してもよい。７１４において、移動体デバイスは、マップデータにより示されている建物または構造により影響を受けるＷＬＡＮアクセスポイントの、予測される信号強度および／または予測されるタイミングに基づいて、そのロケーションを推定してもよい。図示するために、移動体デバイスは、１つ以上の建物または他の構造が、１つ以上の建物および構造に対する１つ以上のアクセスポイントのロケーションのせいで、アクセスポイントのうちの１つ以上のものに対して、干渉、信号の反射または弱化、あるいは、１つ以上の他の影響を及ぼすかもしれないことを決定してもよい。移動体デバイスは、測定された信号強度および／またはタイミングを、アクセスポイントロケーションおよび構造ロケーションの組み合わせられたデータに基づいて予測された信号強度および／またはタイミングと比較し、マップデータを使用せずに、アクセスポイント信号強度および／またはタイミングに基づいてロケーションを決定することと比較して改善された推定を提供するように構成されていてもよい。

図７は、ＷＬＡＮ ＡＰに適用可能な、基準点、支援データおよび測定を使用する、ロケーション推定の方法を示しているが、類似した方法を使用して、基地局または他の地上波ベースの送信デバイス（例えば、ＴＶおよび無線送信機、ブルートゥースデバイス、フェムトセル）に適用可能な、基準点、支援データおよび測定を使用して、移動体デバイスのロケーションを推定してもよいことを、当業者は正しく認識できる。

図８は、基準点を使用するロケーションデータアライナ８８４を備える、電子デバイス８００の特定の例示的な実施形態のブロックダイヤグラムを図示している。デバイス８００は、メモリ８３２に結合されているプロセッサ８１０を備える。プロセッサ８１０は、ロケーションデータアライナ８８４、基準点ロケータ８８８、ロケーションデータ識別子８８６およびＬＰＰ／ＬＰＰｅエンジン８８０を備えるハードウェアプロセッサであってもよい。特定の例では、電子デバイス８００は、図１の移動体デバイス１０２と対応し、または、図３〜５のうちのいずれか１つ以上のＵＥ１０２に対応する。

基準点ロケータ８８８は、受信されたロケーションデータのセット中に基準点識別子フィールドを位置付けるように構成されている、ハードウェアまたは専用回路を備えてもよい。例として、基準点ロケータ８８８は、ロケーションデータの第１のセット（例えば、図２のマップデータ２０２）と、ロケーションデータの第２のセット（例えば、図２の支援データ２０４）とを受信し、ロケーションデータの第１のセット中に含まれている（例えば、基準点２４０を示す）第１の基準点識別子フィールドと、ロケーションデータの第２のセット中に含まれている（例えば、基準点２４０を示す）第２の基準点識別子フィールドとを位置付けるように構成されていてもよい。第１の基準点識別子フィールドおよび第２の基準点識別子フィールドは、ロケーション座標を含まない基準点識別子に基づいて、基準点を識別してもよい。例えば、第１の基準点識別子フィールドおよび第２の基準点識別子フィールドのうちの１つまたは双方は、providerID、providerAssignedIDおよびバージョンにしたがって基準点を示すために、図４に関して表５中に記述したようなものであってもよく、基準点の座標情報を含まない。ハードウェアまたは専用回路は、プロセッサ８１０内にあってもよく、または、プロセッサ８１０から離れていてもよい。他の実施形態では、基準点ロケータ８８８の少なくとも一部は、プロセッサ８１０が、メモリ８３２中に記憶されている実行可能な命令８４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。

ロケーションデータ識別子８８６は、基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報を識別し、基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報を識別するように構成されているハードウェアまたは専用回路を備えてもよい。例えば、ロケーションデータ識別子８８６は、基準点２４０に対して位置付けられているマップデータ２０２の構造を識別し、基準点２４０に対して位置付けられている支援データ２０４中の基地局を識別するように構成されていてもよい。ハードウェアまたは専用回路は、プロセッサ８１０内にあってもよく、または、プロセッサ８１０から離れていてもよい。他の実施形態では、ロケーションデータ識別子８８６の少なくとも一部は、プロセッサ８１０が、メモリ８３２中に記憶されている実行可能な命令８４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。

ロケーションデータアライナ８８４は、基準点に基づいて、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整することによるように、１つ以上の基準点に基づいて、データの複数のセットを調整して、第１の情報を第２の情報に関係付けるように構成されているハードウェアまたは専用回路を備えていてもよい。ハードウェアまたは専用回路は、プロセッサ８１０内にあってもよく、または、プロセッサ８１０から離れていてもよい。他の実施形態では、ロケーションデータアライナ８８４の少なくとも一部は、プロセッサ８１０が、メモリ８３２中に記憶されている実行可能な命令８４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。例示的な例では、ロケーションデータアライナ８８４は、図１〜７のうちの任意のもの、または、これらの任意の組み合わせに関して記述した基準点を使用して、複数のデータセットを調整するように構成されている。

ＬＰＰ／ＬＰＰｅエンジン８８０は、３ＧＰＰ ＬＰＰ仕様およびＯＭＡ ＬＰＰｅ仕様にしたがうような、ＬＰＰ／ＬＰＰｅ通信プロトコルを介して、遠隔ロケーションサーバとの通信を可能にするように構成されているハードウェアまたは専用回路を備えてもよい。例えば、ＬＰＰ／ＬＰＰｅエンジン８８０は、デバイス８００により、ロケーションサーバ１３０のようなロケーションサーバに送るための、図３の提供能力メッセージ３０４、図４の要求支援データメッセージ４０２、図５の提供ロケーション情報メッセージ５０４、または、これらの任意の組み合わせを発生させるように構成されていてもよい。別の例として、ＬＰＰ／ＬＰＰｅエンジン８８０は、デバイス８００により、ロケーションサーバ１３０のようなロケーションサーバから受信されてもよい、図３の要求能力メッセージ３０２、図４の提供支援データメッセージ４０４、図５の要求ロケーション情報メッセージ５０２、または、これらの任意の組み合わせを処理するように構成されていてもよい。ＬＰＰ／ＬＰＰｅエンジン８８０はまた、図１、３、４および５のロケーションサーバ１３０のような、遠隔ロケーションサーバとのＳＵＰＬセッションをサポートし、ＳＵＰＬ１．０、ＳＵＰＬ２．０もしくはＳＵＰＬ３．０または他のいくつかのＳＵＰＬのバージョンに対するＯＭＡ ＳＵＰＬ仕様にしたがうＳＵＰＬ ＵＬＰプロトコルをサポートするように構成されていてもよい。ハードウェアまたは専用回路は、プロセッサ８１０内にあってもよく、または、プロセッサ８１０から離れていてもよい。他の実施形態では、ＬＰＰ／ＬＰＰｅエンジン８８０の少なくとも一部は、プロセッサ８１０が、メモリ８３２中に記憶されている実行可能な命令８４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。

図８はまた、プロセッサ８１０とディスプレイ８２８とに結合されているディスプレイ制御装置８２６を示している。コーダ／デコーダ（ＣＯＤＥＣ）８３４もまた、プロセッサ８１０に結合され得る。スピーカ８３６およびマイクロフォン８３８は、ＣＯＤＥＣ８３４に結合され得る。

図８はまた、ワイヤレス制御装置８４０がプロセッサ８１０とワイヤレスアンテナ８８２とに結合され得ることを示している。特定の実施形態では、プロセッサ８１０、ディスプレイ制御装置８２６、メモリ８３２、ＣＯＤＥＣ８３４、ワイヤレス制御装置８４０およびロケーションデータアライナ８８４は、インパッケージのシステムのまたはオンチップのシステムのデバイス８２２中に備えられている。特定の実施形態では、入力デバイス８３０および電源８４４が、オンチップのシステムのデバイス８２２に結合されている。さらに、特定の実施形態では、図８に示されているように、ディスプレイ８２８、入力デバイス８３０、スピーカ８３６、マイクロフォン８３８、ワイヤレスアンテナ８８２および電源８４４は、オンチップのシステムのデバイス８２２の外部にある。しかしながら、デバイス８２８、入力デバイス８３０、スピーカ８３６、マイクロフォン８３８、ワイヤレスアンテナ８８２および電源８４４のそれぞれは、インターフェースまたは制御装置のような、オンチップのシステムのデバイス８２２のコンポーネントに結合され得る。

図９は、基準点を使用するロケーションデータアライナ９８４を含む、セキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）のような、ロケーションサーバ９００の特定の実施形態を図示している。ロケーションサーバ９００は、メモリ９１２とネットワークインターフェース９１４とに結合されているプロセッサ９１０を備える。プロセッサ９１０は、ＬＰＰ／ＬＰＰｅエンジン９８０、基準点ロケータ９８８、ロケーションデータ識別子９８６およびロケーションデータアライナ９８４を備えるハードウェアプロセッサであってもよい。特定の例では、ロケーションサーバ９００は、図１または図３〜５のロケーションサーバ１３０に対応していてもよい。プロセッサ９１０、ネットワークインターフェース９１４およびメモリ９１２は、パッケージインのシステムの、または、チップオンのシステムのデバイス９０２中に備えられていてもよい。

基準点ロケータ９８８は、ロケーションデータの受信されたセット中に基準点識別子フィールドを位置付けるように構成されているハードウェアまたは専用回路であってもよい。例として、基準点ロケータ９８８は、ロケーションデータの第１のセット（例えば、図２のマップデータ２０２）と、ロケーションデータの第２のセット（例えば、図２の支援データ２０４）とを受信し、（例えば、基準点２４０を示す）ロケーションデータの第１のセット中に含まれている第１の基準点識別子フィールドと、（例えば、基準点２４０を示す）ロケーションデータの第２のセット中に含まれている第２の基準点識別子フィールドとを位置付けるように構成されていてもよい。第１の基準点識別子フィールドおよび第２の基準点識別子フィールドは、ロケーション座標を含まない基準点識別子に基づいて、基準点を識別してもよい。例えば、第１の基準点識別子フィールドおよび第２の基準点識別子フィールドのうちの１つまたは双方は、providerID、providerAssignedIDおよびバージョンにしたがって基準点を示すために、図４に関して表５中に記述したようなものであってもよく、基準点の座標情報を含まない。ハードウェアまたは専用回路は、プロセッサ９１０内にあってもよく、または、プロセッサ９１０から離れていてもよい。他の実施形態では、基準点ロケータ９８８の少なくとも一部は、プロセッサ９１０が、メモリ９１２中に記憶されている実行可能な命令９４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。

ロケーションデータ識別子９８６は、基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報を識別し、基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報を識別するように構成されているハードウェアまたは専用回路を備えてもよい。例えば、ロケーションデータ識別子９８６は、基準点２４０に対して位置付けられているマップデータ２０２の構造を識別し、基準点２４０に対して位置付けられている支援データ２０４中の基地局を識別するように構成されていてもよい。ハードウェアまたは専用回路は、プロセッサ９１０内にあってもよく、または、プロセッサ９１０から離れていてもよい。他の実施形態では、ロケーションデータ識別子９８６の少なくとも一部は、プロセッサ９１０が、メモリ９１２中に記憶されている実行可能な命令９４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。

ロケーションデータアライナ９８４は、基準点に基づいて、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整して、第１の情報を第２の情報に関係付けることによるように、１つ以上の基準点に基づいて、データの複数のセットを調整するように構成されているハードウェアまたは専用回路を備えていてもよい。ハードウェアまたは専用回路は、プロセッサ９１０内にあってもよく、または、プロセッサ９１０から離れていてもよい。他の実施形態では、ロケーションデータアライナ９８４の少なくとも一部は、プロセッサ９１０が、メモリ９１２中に記憶されている実行可能な命令９４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。例示的な例では、ロケーションデータアライナ９８４は、図１〜７のうちの任意のもの、または、これらの任意の組み合わせに関して記述した基準点を使用して、複数のデータセットを調整するように構成されている。

ＬＰＰ／ＬＰＰｅエンジン９８０は、３ＧＰＰ ＬＰＰ仕様およびＯＭＡ ＬＰＰｅ仕様にしたがうような、ＬＰＰ／ＬＰＰｅ通信プロトコルを介して、移動体デバイスとの通信を可能にするように構成されているハードウェアまたは専用回路を備えてもよい。例えば、ＬＰＰ／ＬＰＰｅエンジン９８０は、移動体デバイス１０２のような移動体デバイスから、ロケーションサーバ９００において受信される、図３の提供能力メッセージ３０４、図４の要求支援データメッセージ４０２、図５の提供ロケーション情報メッセージ５０４、または、これらの任意の組み合わせを処理するように構成されていてもよい。別の例として、ＬＰＰ／ＬＰＰｅエンジン９８０は、図１のロケーションセッション１３２のような１つ以上のロケーションセッションを介して、移動体デバイスに送られてもよい、図３の要求能力メッセージ３０２、図４の提供支援データメッセージ４０４、図５の提供ロケーション情報メッセージ５０２、または、これらの任意の組み合わせを発生させるように構成されていてもよい。ＬＰＰ／ＬＰＰｅエンジン９８０はまた、図１の移動体デバイス１０２、ならびに、図３、４および５のＵＥ１０２のような、遠隔移動体デバイスとのＳＵＰＬセッションをサポートし、ＳＵＰＬ１．０、ＳＵＰＬ２．０もしくはＳＵＰＬ３．０または他のいくつかのＳＵＰＬのバージョンに対するＯＭＡ ＳＵＰＬ仕様にしたがうＳＵＰＬ ＵＬＰプロトコルをサポートするように構成されていてもよい。ハードウェアまたは専用回路は、プロセッサ９１０内にあってもよく、または、プロセッサ９１０から離れていてもよい。他の実施形態では、ＬＰＰ／ＬＰＰｅエンジン９８０の少なくとも一部は、プロセッサ９１０が、メモリ９１２中に記憶されている実行可能な命令９４２のような、一時的ではないコンピュータ読取可能媒体中に記憶されている命令を実行することにより実現されてもよい。

メモリ９１２は、ロケーションデータ９９０を含む。ロケーションデータ９９０は、基準点データ９９４を含む１つ以上の支援データセット９９２を含む。例えば、支援データセット９９２は、基地局のセットの識別と、１つ以上の基準点に対する基地局のロケーションとを含んでもよい。ロケーションデータ９９０はまた、基準点データ９９８を含む１つ以上のマップデータセット９９６を含んでもよい。例えば、マップデータセット９９６は、１つ以上の基準点を含んでもよく、または、１つ以上の基準点に対するロケーション情報を含んでもよい。

基準点データ９９４、９９８は、代表的な基準点ＩＥ９２０を介して提供されるような、１つ以上の基準点定義を含んでもよい。基準点識別子（ＩＤ）９２２は、基準点情報に関係付けられている一意的な識別子であってもよい。図９中に図示されている実施形態では、基準点情報は、基準点の地理的なロケーションを提供する基準点地理的ロケーションフィールド９２４、基準点の都市ロケーション情報記述を提供する基準点都市ロケーションフィールド９２６、および／または、基準点のフロアレベルを提供する基準点フロアレベルフィールド９２８を含んでもよい。基準点情報はまた、１つ以上の関連基準点に関する情報を含む関連基準点フィールド９３０と、基準点に対するマップ参照を提供する基準点マップデータ情報フィールド９３２、２次元または３次元マップデータに対する参照を提供する基準点マップデータリソースロケータフィールド９３４、マップデータプロバイダを識別する基準点マッププロバイダフィールド９３６、基準点をマップ上の特定のロケーションに関係付ける基準点マップ関係フィールド９３８、および／または、マップ座標システムの水平方向を指定する基準点マップ水平方向フィールド９４０を含んでもよい。特定の実施形態では、基準点ＩＥ９２０は、図４および図５に関して表４中に記述したような、ＯＭＡ ＬＰＰｅ基準点ＩＥである。

図１０は、基準点を使用する方法の実施形態を描写する。移動体デバイスにおいて、ロケーションデータの第１のセットおよびロケーションデータの第２のセットが受信される、１００２。例えば、ロケーションデータの第１のセットは、マップデータ２０２であってもよく、ロケーションデータの第２のセットは、図２の支援データ２０４であってもよい。図１の移動体デバイス１０２または図８のデバイス８００のような、移動体デバイスにおいて、ロケーションデータの第１のセットおよびロケーションデータの第２のセットが受信される。

ロケーションデータの第１および第２のセット中に含まれている共通基準点識別子が位置付けられてもよい。共通基準点識別子は、共通基準点を識別してもよい。例えば、１００４において、ロケーションデータの第１のセット中に含まれている第１の基準点識別子フィールドが位置付けられてもよく、ロケーションデータの第２のセット中に含まれている第２の基準点識別子フィールドが位置付けられる。第１の基準点識別子フィールドおよび第２の基準点識別子フィールドは、ロケーション座標を含まない基準点識別子に基づいて、基準点を識別してもよい。例えば、第１の基準点識別子フィールドは、図２のマップデータ２０２中の基準点２４０を示してもよく、第２の基準点識別子フィールドは、支援データ２０４中の基準点２４０を示してよい。図示するために、第１の基準点識別子フィールドおよび第２の基準点識別子フィールドのうちの１つまたは双方は、providerID、providerAssignedIDおよびバージョンにしたがって基準点を示す図４に関して表５中に記述したようなものであってもよく、基準点の座標情報を含まない。

１００６において、基準点に関係付けられている第１の情報が、ロケーションデータの第１のセット中で識別される。例えば、第１の情報は、基準点に関する構造の相対ポジションを示すマップデータを含んでもよい。図示するために、マップデータ２０２は、基準点２４０に対する構造のロケーションおよび他のエレメントを含んでもよい。

１００８において、基準点に関係付けられている第２の情報が、ロケーションデータの第２セット中で識別される。例えば、第２の情報は、基準点に関する信号ソースの相対ポジションを示す支援データを含んでもよい。図示するために、支援データ２０４は、基準点２４０に対する基地局２２２、２２４、２２６、２２８のロケーションを含んでもよい。

１０１０において、ロケーションデータの第１のセットは、（ロケーションデータの第１および第２のセットに共通な）基準点に基づいて、ロケーションデータの第２のセットと空間的に調整されて、第１の情報を第２の情報に関係付ける。例えば、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整することは、ロケーションデータの第１のセットおよびロケーションデータの第２のセットのうちの少なくとも１つを変換して、ロケーションデータの第１のセット中の基準点を、ロケーションデータの第２のセット中の基準点と調整することを含んでもよい。ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整することは、ロケーションデータの第１のセットおよびロケーションデータの第２のセットのうちの少なくとも１つを回転させて、ロケーションデータの第１のセットの方向を、ロケーションデータの第２のセットの方向と調整することを含んでもよい。ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整することは、ロケーションデータの第１のセットおよびロケーションデータの第２のセットのうちの少なくとも１つをスケーリングして、ロケーションデータの第１のセットのスケールを、ロケーションデータの第２のセットのスケールと調整することを含んでもよい。ロケーションデータの第１のセットおよびロケーションデータの第２のセットのそれぞれが、第１の基準点および第２の基準点を含むとき、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整することは、ロケーションデータの第１のセットおよびロケーションデータの第２のセットのうちの少なくとも１つを変換して、ロケーションデータの第１のセットの第１の基準点を、ロケーションデータの第２のセットの第２の基準点と調整することを含んでもよい。ロケーションデータの第１のセット中の第１の基準点の、ロケーションデータの第２のセット中の第１の基準点とのアラインメントを維持しつつ、ロケーションデータの第１のセットおよびロケーションデータの第２のセットのうちの少なくとも１つを回転および／またはスケーリングして、ロケーションデータの第１のセット中の第２の基準点を、ロケーションデータの第２のセット中の第２の基準点と調整してもよい。

図１１は、図１のロケーションサーバ１３０、または、図９のロケーションサーバ９００のような、ロケーションサーバにより実行されてもよい、基準点を使用する方法の別の実施形態を描写している。ロケーションデータの第１のセットに含まれている第１の基準点識別子およびロケーションデータの第２のセット中に含まれている第２の基準点識別子が位置付けられてもよく、ここで、第１の基準点識別子および第２の基準点識別子は共通の基準点を識別する。例えば、１１０２において、ロケーションデータの第１のセット中に含まれている第１の基準点識別子フィールドが位置付けられてもよく、ロケーションデータの第２のセット中に含まれている第２の基準点識別子フィールドが位置付けられる。第１の基準点識別子フィールドおよび第２の基準点識別子フィールドは、ロケーション座標を含まない基準点識別子に基づいて、基準点を識別する。例えば、第１の基準点識別子フィールドは、図２のマップデータ２０２中の基準点２４０を示してもよく、第２の基準点識別子フィールドは、支援データ２０４中の基準点２４０を示してよい。図示するために、第１の基準点識別子フィールドおよび第２の基準点識別子フィールドのうちの１つまたは双方は、providerID、providerAssignedIDおよびバージョンにしたがって基準点を示す図４および図５に関して表５中に記述したようなものであってもよく、基準点の座標情報を含まない。

１１０４において、基準点に関係付けられている第１の情報が、ロケーションデータの第１のセット中で識別される。例えば、第１の情報は、基準点（すなわち、ロケーションデータの第１および第２のセットに共通の識別された基準点）に関して、構造の相対ポジションを示すマップデータを含んでもよい。図示するために、マップデータ２０２は、基準点２４０に対する構造のロケーションおよび他のエレメントを含んでもよい。

１１０６において、基準点に関係付けられている第２の情報が、ロケーションデータの第２セット中で識別される。例えば、第２の情報は、基準点に関する信号ソースの相対ポジションを示す支援データを含んでもよい。図示するために、支援データ２０４は、基準点２４０に対する基地局２２２、２２４、２２６、２２８のロケーションを含んでもよい。

１１０８において、ロケーションデータの第１のセットは、基準点に基づいて、ロケーションデータの第２のセットと空間的に調整して、第１の情報を第２の情報に関係付ける。例えば、ロケーションデータの第１のセットをロケーションデータの第２のセットと空間的に調整することは、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを変換すること、回転すること、および、スケーリングすることのうちの少なくとも１つを含んでもよい。

第１の情報は、第２の情報と関係付けられて、移動体デバイスのロケーション推定を発生させてもよい。例えば、信号測定を含むロケーション情報メッセージは、移動体デバイスから受信されてもよい。ロケーション推定はさらに、移動体デバイスからの信号測定に基づいていてもよい。

図１〜１１の開示したシステムおよび方法とともに、いくつかの実施形態では、装置は、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを受信し、ロケーションデータの第１のセットおよびロケーションデータの第２のセットの中に含まれている共通基準点識別子を位置付ける手段（例えば、図８の基準点ロケータ８８８および図９の基準点ロケータ９８８）を備える。共通基準点識別子は、共通基準点を識別し、ロケーション座標を含む必要はない。装置は、共通基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報を識別し、共通基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報を識別する手段（例えば、図８のロケーションデータ識別子８８６および図９のロケーションデータ識別子９８６）を備えてもよい。装置は、共通基準点に基づいて、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを空間的に調整して、第１の情報を第２の情報と関係付ける手段（例えば、図８のロケーションデータアライナ８８４および図９のロケーションデータアライナ９８４）を備えてもよい。装置は、ワイヤレスメッセージを介して、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを受信する手段（例えば、図８のワイヤレス制御装置８４０）を備えてもよい。例えば、ロケーションデータの第１のセットおよびロケーションデータの第２のセットは、移動体デバイスにおいて、移動体デバイスとロケーションサーバとの間で確立されるロケーションセッションの間に受信されてもよい。

図１〜１１の開示したシステムおよび方法とともに、一時的ではないコンピュータ読取可能媒体（例えば、図８のメモリ８３２、図９のメモリ９１２）は、コンピュータ（例えば、図８のプロセッサ８１０、図９のプロセッサ９１０）により実行可能な命令（例えば、図８の命令８４２、図９の命令９４２）を含む。特定の例示的な実施形態にしたがうと、命令は、プロセッサにより実行されるとき、ロケーションデータの第１のセットおよびロケーションデータの第２のセットをプロセッサに受信させ、ロケーションデータの第１のセット中に含まれ、ロケーションデータの第２のセット中に含まれている共通基準点識別子をプロセッサに位置付けさせる。共通基準点識別子は、基準点を識別してもよく、ロケーション座標を含む必要はない。命令は、共通基準点に関係付けられている、ロケーションデータの第１のセット中の第１の情報をプロセッサに識別させ、共通基準点に関係付けられている、ロケーションデータの第２のセット中の第２の情報をプロセッサに識別させ、プロセッサに、共通基準点に基づいて、ロケーションデータの第１のセットをロケーションデータの第２のセットに空間的に調整して、第１の情報を第２の情報に関係付けさせてもよい。ロケーションデータの第１のセットおよびロケーションデータの第２のセットは、移動体デバイスにおいて、移動体デバイスとロケーションサーバと間で確立されるロケーションセッションの間に受信されてもよい。

当業者は、ここに開示された実施形態に関連して記述されたさまざまな例示的な論理ブロック、構成、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、プロセッサにより実行されるコンピュータソフトウェアあるいは双方の組み合わせとして実現されてもよいことをさらに正しく認識するだろう。さまざまな例示的なコンポーネント、ブロック、構成、モジュール、回路およびステップは、一般的にそれらの機能の観点から上述されている。このような機能が、ハードウェアとして、または、プロセッサにより実行可能なソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。熟練者は、各特定のアプリケーションに対して変化する方法で、説明した機能を実現できるが、このようなインプリメンテーションの決定は、本開示の範囲からの逸脱を生じさせるものとして解釈されるべきでない。

ここで開示した実施形態に関連して説明したアルゴリズムまたは方法のステップは、直接ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、または、２つの組み合わせで具現化されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、リードオンリーメモリ（ＲＯＭ）、プログラマブルリードオンリーメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、または、技術的に知られている記憶媒体の他の任意の形態で存在してもよい。プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、例示的な一時的ではない（例えば、有形の）記憶媒体はプロセッサに結合されている。代替実施形態では、記憶媒体はプロセッサと一体化してもよい。プロセッサおよび記憶媒体は、特定用途向け集積回路（ＡＳＩＣ）中に存在してもよい。ＡＳＩＣは、コンピューティングデバイスまたはユーザ端末中に存在してもよい。代替実施形態では、プロセッサおよび記憶媒体は、コンピューティングデバイスまたはユーザ端末中のディスクリートコンポーネントとして存在してもよい。

開示した実施形態のこれまでの説明は、当業者が開示した実施形態を製作または使用できるように提供した。これらの実施形態へのさまざまな修正は、当業者にとって容易に明らかであり、ここに規定した原理は、本開示の範囲から逸脱することなく他の実施形態に適用されてもよい。したがって、本開示は、ここに示した実施形態に限定されることを意図しておらず、以下の特許請求の範囲により規定されるような原理および新規な特徴と一致すると考えられる最も広い範囲が与えられるべきである。

開示した実施形態のこれまでの説明は、当業者が開示した実施形態を製作または使用できるように提供した。これらの実施形態へのさまざまな修正は、当業者にとって容易に明らかであり、ここに規定した原理は、本開示の範囲から逸脱することなく他の実施形態に適用されてもよい。したがって、本開示は、ここに示した実施形態に限定されることを意図しておらず、以下の特許請求の範囲により規定されるような原理および新規な特徴と一致すると考えられる最も広い範囲が与えられるべきである。
以下に、出願当初明細書に添付した特許請求の範囲を付記する。
１．方法において、
移動体デバイスにおいて、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを受信することと、
前記ロケーションデータの第１のセットおよび第２のセット中に含まれている共通基準点識別子を位置付け、前記共通基準点識別子は、共通基準点を識別することと、
前記共通基準点に関係付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別することと、
前記共通基準点に関係付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別することと、
前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報に関係付けることとを含む方法。
２．前記共通基準点識別子は、ロケーション座標を含まず、基準点情報に関係付けされている一意的な識別子である１記載の方法。
３．前記基準点情報は、
前記共通基準点の地理的なロケーションを提供する基準点地理的ロケーション情報エレメント（ＩＥ）と、
前記共通基準点の都市ロケーション情報記述を提供する基準点都市ロケーションＩＥと、
前記共通基準点のフロアレベルを提供する基準点フロアレベルＩＥと、
関連基準点のセットに関する情報を提供する関連基準点ＩＥと、
前記共通基準点のマップ参照を提供する基準点マップデータ情報ＩＥと、
２次元または３次元マップデータへの参照を提供する基準点マップデータユニフォームリソースロケータフィールドと、
マップデータプロバイダを識別する基準点マッププロバイダフィールドと、
共通基準点をマップ上の特定のロケーションに関係付ける基準点マップ関係フィールドと、
マップ座標システムの水平方向を指定する基準点マップ水平方向フィールドとのうちの少なくとも１つを含む２記載の方法。
４．前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整することは、前記ロケーションデータの第１のセットと前記ロケーションデータの第２のセットとのうちの少なくとも１つを変換して、前記ロケーションデータの第１のセット中の前記共通基準点を前記ロケーションデータの第２のセット中の前記基準点と調整することを含む１記載の方法。
５．前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整することは、前記ロケーションデータの第１のセットと前記ロケーションデータの第２のセットとのうちの少なくとも１つを回転させて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと調整することを含む１記載の方法。
６．前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整することは、前記ロケーションデータの第１のセットと前記ロケーションデータの第２のセットとのうちの少なくとも１つをスケーリングして、前記ロケーションデータの第１のセットのスケールを前記ロケーションデータの第２のセットのスケールと調整することを含む１記載の方法。
７．移動体デバイスにおいて、
ロケーションデータの第１のセットおよびロケーションデータの第２セットを受信し、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットからのロケーション座標を含まない基準点識別子に基づいて、共通基準点を復元させるように構成されている基準点ロケータと、
前記共通基準点に関連付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別し、前記共通基準点に関連付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別するように構成されているロケーションデータ識別子と、
前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報と関係付けるように構成されているロケーションデータアライナとを具備する移動体デバイス。
８．ワイヤレスメッセージを介して、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットを受信するように構成されているワイヤレス制御装置をさらに具備する７記載の移動体デバイス。
９．前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、前記移動体デバイスにおいて、前記移動体デバイスとロケーションサーバとの間で確立されたロケーションセッションの間に受信される８記載の移動体デバイス。
１０．前記ロケーションセッションは、セキュアユーザプレーンロケーション（ＳＵＰＬ）セッションであるか、または、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）ポジショニングプロトコルを使用して受信される９記載の移動体デバイス。
１１．前記基準点ロケータは、前記ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、前記ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付けるように構成されており、前記第１の基準点識別子および前記第２の基準点識別子は、前記共通基準点を識別する７記載の移動体デバイス。
１２．移動体デバイスにおいて、
ロケーションデータの第１のセットおよびロケーションデータの第２セットを受信し、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットからのロケーション座標を含まない基準点識別子に基づいて、共通基準点を復元させる手段と、
前記共通基準点に関連付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別し、前記共通基準点に関連付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別する手段と、
前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報と関係付ける手段とを具備する移動体デバイス。
１３．ワイヤレスメッセージを介して、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットを受信する手段をさらに具備する１２記載の移動体デバイス。
１４．前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、前記移動体デバイスにおいて、前記移動体デバイスとロケーションサーバとの間で確立されたロケーションセッションの間に受信される１３記載の移動体デバイス。
１５．前記ロケーションセッションは、セキュアユーザプレーンロケーション（ＳＵＰＬ）セッションであるか、または、前記ロケーションデータの第１のセットおよび第２のセットは、ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）ポジショニングプロトコルを使用して受信される１４記載の移動体デバイス。
１６．命令を含む一時的ではないコンピュータ読取可能媒体において、
前記命令は、プロセッサにより実行されるとき、
前記プロセッサに、ロケーションデータの第１のセットおよびロケーションデータの第２セットを受信させ、
前記プロセッサに、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットからのロケーション座標を含まない基準点識別子に基づいて、共通基準点を復元させ、
前記プロセッサに、前記共通基準点に関連付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別させ、
前記プロセッサに、前記共通基準点に関連付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別させ、
前記プロセッサに、前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整させて、前記第１の情報を前記第２の情報と関係付させる一時的ではないコンピュータ読取可能媒体。
１７．前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、前記移動体デバイスにおいて、前記移動体デバイスとロケーションサーバとの間で確立されたロケーションセッションの間に受信される１６記載の一時的ではないコンピュータ読取可能媒体。
１８．方法において、
ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付け、前記第１の基準点識別子および前記第２の基準点識別子は、共通基準点を識別することと、
前記共通基準点に関係付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別することと、
前記共通基準点に関係付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別することと、
前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報に関係付けることとを含む方法。
１９．前記第２の情報に関係付けられている前記第１の情報を使用して、移動体デバイスのロケーション推定を発生させることをさらに含む１８記載の方法。
２０．前記移動体デバイスからの信号測定を含むロケーション情報メッセージを受信することをさらに含み、前記ロケーション推定を発生させることは、前記移動体デバイスからの前記信号測定にさらに基づいている１９記載の方法。
２１．ロケーションサーバにおいて、
ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付けるように構成され、前記第１の基準点識別子および前記第２の基準点識別子は、共通基準点を識別する基準点ロケータと、
前記共通基準点に関係付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別し、前記共通基準点に関係付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別するように構成されているロケーションデータ識別子と、
前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報に関係付けるように構成されているロケーションデータアライナとを具備するロケーションサーバ。
２２．前記第２の情報に関係付けられている前記第１の情報を使用して、移動体デバイスのロケーション推定を発生させるように構成されているプロセッサをさらに具備する２１記載のロケーションサーバ。
２３．前記ロケーション推定は、前記移動体デバイスから受信する信号測定にさらに基づいている２２記載のロケーションサーバ。
２４．方法において、
移動体デバイスにより、メッセージをロケーションサーバに送ることを含み、
前記メッセージは、ポジショニングプロトコルにしたがって前記移動体デバイスの基準点能力を示す方法。
２５．前記基準点能力は、前記移動体デバイスが、基準点に対する支援データをサポートするか否かの表示を含む２４記載の方法。
２６．前記基準点能力は、前記移動体デバイスが、基準点に対するロケーション報告をサポートするか否かの表示を含む２４記載の方法。
２７．前記基準点能力は、ロケーション報告のために前記移動体デバイスによりサポートされている１つ以上の基準点プロバイダ識別子のリストを含む２４記載の方法。
２８．前記ポジショニングプロトコルは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル拡張（ＬＰＰｅ）プロトコルであり、前記メッセージは、ＬＰＰ／ＬＰＰｅ提供能力メッセージである２４記載の方法。
２９．方法において、
移動体デバイスにより、メッセージをロケーションサーバに送ることを含み、
前記メッセージは、支援データの要求を示し、基準点表示を含み、
前記基準点表示は、前記移動体デバイスのプリファレンスの順序の基準点タイプのリストを含む方法。
３０．前記リストは、基準点プロバイダのインジケータを含む２９記載の方法。
３１．前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）要求支援データメッセージである２９記載の方法。
３２．方法において、
ロケーションサーバにより、メッセージを移動体デバイスに送って、支援データを前記移動体デバイスに提供することを含み、
前記メッセージは、デフォルト基準点の表示を含む方法。
３３．前記デフォルト基準点の表示は、基準点識別子を含む３２記載の方法。
３４．前記基準点識別子は、プロバイダの表示、前記プロバイダに対する前記デフォルト基準点の一意的な識別子、および、前記デフォルト基準点のバージョンの表示を含む３３記載の方法。
３５．前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）提供支援データメッセージである３２記載の方法。
３６．方法において、
ロケーションサーバにより、メッセージを移動体デバイスに送って、支援データを前記移動体デバイスに提供することを含み、
前記メッセージは、基準点に対する信号ソースのロケーションの表示を含む方法。
３７．前記支援データは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントの相対ロケーションを含む３６記載の方法。
３８．前記支援データは、基地局の相対ロケーションを含む３６記載の方法。
３９．前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）提供支援データメッセージである３６記載の方法。
４０．方法において、
ロケーションサーバにより、基準点に対する移動体デバイスのポジションを報告するように前記移動体デバイスに対して要求を送ることを含み、
前記要求は、前記基準点のインジケータを含む方法。
４１．前記要求は、前記ロケーションサーバのプリファレンスの順序の基準点のインジケータのリストを含む４０記載の方法。
４２．前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）要求ロケーション情報メッセージである４０記載の方法。
４３．方法において、
移動体デバイスにより、ロケーション情報を含むメッセージをロケーションサーバに送ることを含み、
前記ロケーション情報は、基準点を示し、前記基準点により規定される基点を有するロケーション座標システム中の前記移動体デバイスのロケーションを示す方法。
４４．前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）提供ロケーション情報メッセージである４３記載の方法。

Claims (44)

1. 方法において、
   移動体デバイスにおいて、ロケーションデータの第１のセットおよびロケーションデータの第２のセットを受信することと、
   前記ロケーションデータの第１のセットおよび第２のセット中に含まれている共通基準点識別子を位置付け、前記共通基準点識別子は、共通基準点を識別することと、
   前記共通基準点に関係付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別することと、
   前記共通基準点に関係付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別することと、
   前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報に関係付けることとを含む方法。
2. 前記共通基準点識別子は、ロケーション座標を含まず、基準点情報に関係付けされている一意的な識別子である請求項１記載の方法。
3. 前記基準点情報は、
   前記共通基準点の地理的なロケーションを提供する基準点地理的ロケーション情報エレメント（ＩＥ）と、
   前記共通基準点の都市ロケーション情報記述を提供する基準点都市ロケーションＩＥと、
   前記共通基準点のフロアレベルを提供する基準点フロアレベルＩＥと、
   関連基準点のセットに関する情報を提供する関連基準点ＩＥと、
   前記共通基準点のマップ参照を提供する基準点マップデータ情報ＩＥと、
   ２次元または３次元マップデータへの参照を提供する基準点マップデータユニフォームリソースロケータフィールドと、
   マップデータプロバイダを識別する基準点マッププロバイダフィールドと、
   共通基準点をマップ上の特定のロケーションに関係付ける基準点マップ関係フィールドと、
   マップ座標システムの水平方向を指定する基準点マップ水平方向フィールドとのうちの少なくとも１つを含む請求項２記載の方法。
4. 前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整することは、前記ロケーションデータの第１のセットと前記ロケーションデータの第２のセットとのうちの少なくとも１つを変換して、前記ロケーションデータの第１のセット中の前記共通基準点を前記ロケーションデータの第２のセット中の前記基準点と調整することを含む請求項１記載の方法。
5. 前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整することは、前記ロケーションデータの第１のセットと前記ロケーションデータの第２のセットとのうちの少なくとも１つを回転させて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと調整することを含む請求項１記載の方法。
6. 前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整することは、前記ロケーションデータの第１のセットと前記ロケーションデータの第２のセットとのうちの少なくとも１つをスケーリングして、前記ロケーションデータの第１のセットのスケールを前記ロケーションデータの第２のセットのスケールと調整することを含む請求項１記載の方法。
7. 移動体デバイスにおいて、
   ロケーションデータの第１のセットおよびロケーションデータの第２セットを受信し、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットからのロケーション座標を含まない基準点識別子に基づいて、共通基準点を復元させるように構成されている基準点ロケータと、
   前記共通基準点に関連付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別し、前記共通基準点に関連付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別するように構成されているロケーションデータ識別子と、
   前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報と関係付けるように構成されているロケーションデータアライナとを具備する移動体デバイス。
8. ワイヤレスメッセージを介して、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットを受信するように構成されているワイヤレス制御装置をさらに具備する請求項７記載の移動体デバイス。
9. 前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、前記移動体デバイスにおいて、前記移動体デバイスとロケーションサーバとの間で確立されたロケーションセッションの間に受信される請求項８記載の移動体デバイス。
10. 前記ロケーションセッションは、セキュアユーザプレーンロケーション（ＳＵＰＬ）セッションであるか、または、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）ポジショニングプロトコルを使用して受信される請求項９記載の移動体デバイス。
11. 前記基準点ロケータは、前記ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、前記ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付けるように構成されており、前記第１の基準点識別子および前記第２の基準点識別子は、前記共通基準点を識別する請求項７記載の移動体デバイス。
12. 移動体デバイスにおいて、
    ロケーションデータの第１のセットおよびロケーションデータの第２セットを受信し、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットからのロケーション座標を含まない基準点識別子に基づいて、共通基準点を復元させる手段と、
    前記共通基準点に関連付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別し、前記共通基準点に関連付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別する手段と、
    前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報と関係付ける手段とを具備する移動体デバイス。
13. ワイヤレスメッセージを介して、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットを受信する手段をさらに具備する請求項１２記載の移動体デバイス。
14. 前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、前記移動体デバイスにおいて、前記移動体デバイスとロケーションサーバとの間で確立されたロケーションセッションの間に受信される請求項１３記載の移動体デバイス。
15. 前記ロケーションセッションは、セキュアユーザプレーンロケーション（ＳＵＰＬ）セッションであるか、または、前記ロケーションデータの第１のセットおよび第２のセットは、ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）ポジショニングプロトコルを使用して受信される請求項１４記載の移動体デバイス。
16. 命令を含む一時的ではないコンピュータ読取可能媒体において、
    前記命令は、プロセッサにより実行されるとき、
    前記プロセッサに、ロケーションデータの第１のセットおよびロケーションデータの第２セットを受信させ、
    前記プロセッサに、前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットからのロケーション座標を含まない基準点識別子に基づいて、共通基準点を復元させ、
    前記プロセッサに、前記共通基準点に関連付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別させ、
    前記プロセッサに、前記共通基準点に関連付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別させ、
    前記プロセッサに、前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整させて、前記第１の情報を前記第２の情報と関係付させる一時的ではないコンピュータ読取可能媒体。
17. 前記ロケーションデータの第１のセットおよび前記ロケーションデータの第２のセットは、前記移動体デバイスにおいて、前記移動体デバイスとロケーションサーバとの間で確立されたロケーションセッションの間に受信される請求項１６記載の一時的ではないコンピュータ読取可能媒体。
18. 方法において、
    ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付け、前記第１の基準点識別子および前記第２の基準点識別子は、共通基準点を識別することと、
    前記共通基準点に関係付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別することと、
    前記共通基準点に関係付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別することと、
    前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報に関係付けることとを含む方法。
19. 前記第２の情報に関係付けられている前記第１の情報を使用して、移動体デバイスのロケーション推定を発生させることをさらに含む請求項１８記載の方法。
20. 前記移動体デバイスからの信号測定を含むロケーション情報メッセージを受信することをさらに含み、前記ロケーション推定を発生させることは、前記移動体デバイスからの前記信号測定にさらに基づいている請求項１９記載の方法。
21. ロケーションサーバにおいて、
    ロケーションデータの第１のセット中に含まれている第１の基準点識別子と、ロケーションデータの第２のセット中に含まれている第２の基準点識別子とを位置付けるように構成され、前記第１の基準点識別子および前記第２の基準点識別子は、共通基準点を識別する基準点ロケータと、
    前記共通基準点に関係付けられている、前記ロケーションデータの第１のセット中の第１の情報を識別し、前記共通基準点に関係付けられている、前記ロケーションデータの第２のセット中の第２の情報を識別するように構成されているロケーションデータ識別子と、
    前記共通基準点に基づいて、前記ロケーションデータの第１のセットを前記ロケーションデータの第２のセットと空間的に調整して、前記第１の情報を前記第２の情報に関係付けるように構成されているロケーションデータアライナとを具備するロケーションサーバ。
22. 前記第２の情報に関係付けられている前記第１の情報を使用して、移動体デバイスのロケーション推定を発生させるように構成されているプロセッサをさらに具備する請求項２１記載のロケーションサーバ。
23. 前記ロケーション推定は、前記移動体デバイスから受信する信号測定にさらに基づいている請求項２２記載のロケーションサーバ。
24. 方法において、
    移動体デバイスにより、メッセージをロケーションサーバに送ることを含み、
    前記メッセージは、ポジショニングプロトコルにしたがって前記移動体デバイスの基準点能力を示す方法。
25. 前記基準点能力は、前記移動体デバイスが、基準点に対する支援データをサポートするか否かの表示を含む請求項２４記載の方法。
26. 前記基準点能力は、前記移動体デバイスが、基準点に対するロケーション報告をサポートするか否かの表示を含む請求項２４記載の方法。
27. 前記基準点能力は、ロケーション報告のために前記移動体デバイスによりサポートされている１つ以上の基準点プロバイダ識別子のリストを含む請求項２４記載の方法。
28. 前記ポジショニングプロトコルは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル拡張（ＬＰＰｅ）プロトコルであり、前記メッセージは、ＬＰＰ／ＬＰＰｅ提供能力メッセージである請求項２４記載の方法。
29. 方法において、
    移動体デバイスにより、メッセージをロケーションサーバに送ることを含み、
    前記メッセージは、支援データの要求を示し、基準点表示を含み、
    前記基準点表示は、前記移動体デバイスのプリファレンスの順序の基準点タイプのリストを含む方法。
30. 前記リストは、基準点プロバイダのインジケータを含む請求項２９記載の方法。
31. 前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）要求支援データメッセージである請求項２９記載の方法。
32. 方法において、
    ロケーションサーバにより、メッセージを移動体デバイスに送って、支援データを前記移動体デバイスに提供することを含み、
    前記メッセージは、デフォルト基準点の表示を含む方法。
33. 前記デフォルト基準点の表示は、基準点識別子を含む請求項３２記載の方法。
34. 前記基準点識別子は、プロバイダの表示、前記プロバイダに対する前記デフォルト基準点の一意的な識別子、および、前記デフォルト基準点のバージョンの表示を含む請求項３３記載の方法。
35. 前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）提供支援データメッセージである請求項３２記載の方法。
36. 方法において、
    ロケーションサーバにより、メッセージを移動体デバイスに送って、支援データを前記移動体デバイスに提供することを含み、
    前記メッセージは、基準点に対する信号ソースのロケーションの表示を含む方法。
37. 前記支援データは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントの相対ロケーションを含む請求項３６記載の方法。
38. 前記支援データは、基地局の相対ロケーションを含む請求項３６記載の方法。
39. 前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）提供支援データメッセージである請求項３６記載の方法。
40. 方法において、
    ロケーションサーバにより、基準点に対する移動体デバイスのポジションを報告するように前記移動体デバイスに対して要求を送ることを含み、
    前記要求は、前記基準点のインジケータを含む方法。
41. 前記要求は、前記ロケーションサーバのプリファレンスの順序の基準点のインジケータのリストを含む請求項４０記載の方法。
42. 前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）要求ロケーション情報メッセージである請求項４０記載の方法。
43. 方法において、
    移動体デバイスにより、ロケーション情報を含むメッセージをロケーションサーバに送ることを含み、
    前記ロケーション情報は、基準点を示し、前記基準点により規定される基点を有するロケーション座標システム中の前記移動体デバイスのロケーションを示す方法。
44. 前記メッセージは、オープンモバイルアライアンス（ＯＭＡ）ロングタームエボリューション（ＬＴＥ）ポジショニングプロトコル（ＬＰＰ）／ＬＰＰ拡張（ＬＰＰｅ）提供ロケーション情報メッセージである請求項４３記載の方法。

Images