汎用ポジショニングプロトコル
態様では、汎用ポジショニング方法（ＧＰＰ）を使用して、異なるアクセスタイプに対して衛星ベースおよび地上ベースのポジショニング方法をサポートする。端末は、ＧＰＰによってサポートされている、ポジショニング方法とアクセスタイプとに対する第１の情報を有する第１のＧＰＰメッセージを交換する。端末は、ポジショニング方法とアクセスタイプとに対する第２の情報を有する第２のＧＰＰメッセージを交換する。それぞれのＧＰＰメッセージは、少なくとも１つのポジションエレメントを含んでいてもよく、それぞれのポジションエレメントは、特定のポジショニング方法に対するものであってもよい。端末は、第２の情報に基づいて、端末自体に対するポジション推定値を取得する。別の態様では、ポジショニングは、異なるワイヤレスアクセスタイプのセルに対する測定値に基づいて実行されてもよい。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、“任意のワイヤレスアクセスのための汎用ポジショニングプロトコル”と題する２００８年４月２日に出願された米国仮出願シリアル番号第６１／０４１，８７１号と、“任意のワイヤレスアクセスのための汎用ポジショニングプロトコル”と題する２００８年５月２３日に出願された米国仮出願シリアル番号第６１／０５５，８３０号とに対して優先権を主張している。これらの双方の出願は、本発明の譲受人に譲渡され、ここに参照により明示的に組み込まれている。
【背景】
【０００２】
Ｉ．分野
本開示は、一般的に、通信に関する。さらに詳細に説明すると、端末に対するロケーションサービス（ＬＣＳ）をサポートする技術に関する。
【０００３】
ＩＩ．背景
端末、例えば、セルラ電話機のロケーションを知ることは望ましいことが多く、ときには必要である。ここでは、「ロケーション」という用語と「ポジション」という用語とは同義であり、互換性があるように使用されている。例えば、ＬＣＳクライアントが、端末のロケーションを知ることを望むことがあり、端末のロケーションを要求するためにロケーションセンターと通信するかもしれない。ロケーションセンターおよび端末は、必要に応じて、そして可能であれば、ポジショニングプロトコルにしたがってメッセージを交換し、端末に対するポジション推定値を取得するかもしれない。ロケーションセンターは、ポジション推定値をＬＣＳクライアントに返すかもしれない。
【０００４】
端末のポジショニングをサポートするために、いくつかのポジショニングプロトコルが規定されている。これらのポジショニングプロトコルは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名付けられている機関によって規定されている無線リソースＬＣＳプロトコル（ＲＲＬＰ）および無線リソース制御（ＲＲＣ）と、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名付けられている機関によって規定されている（ＩＳ−８００とも知られている）Ｃ．Ｓ００２２とを含む。それぞれのポジショニングプロトコルは、特定のワイヤレスアクセスタイプ（例えば、ＧＳＭ（登録商標）またはＷＣＤＭＡ）、または、特定の組の関連ワイヤレスアクセスタイプ（例えば、ＣＤＭＡ２０００ １ＸＲＴＴおよびＣＤＭＡ２０００ ＥＶ−ＤＯ）中のワイヤレスアクセスタイプのいずれかと通信しているワイヤレス端末のポジショニングをサポートしている。それぞれのポジショニングプロトコルに対して、他の何らかのワイヤレスアクセスタイプと通信しているワイヤレス端末を位置付けるために、そのポジショニングプロトコルによってサポートされている手順およびポジショニング方法を使用することが困難である、または、可能でないかもしれない。異なるワイヤレスアクセスタイプに対してポジショニングをサポートするために、複数の既存のポジショニングプロトコルが使用されてもよい。しかしながら、これらのポジショニングプロトコルを実施するためには、幅広いインプリメンテーションおよび試験が必要であるかもしれない。また、新しいワイヤレスアクセスタイプに対して新しいポジショニングプロトコルをサポートするために、さらなるインプリメンテーションおよび試験が必要であるかもしれない。
【概要】
【０００５】
ここでは、異なるワイヤレスアクセスタイプに対して複数のポジショニング方法を効率的にサポートするための技術を記述する。態様では、汎用ポジショニングプロトコル（ＧＰＰ）を使用して、異なるワイヤレスおよび／またはワイヤラインアクセスタイプに対して衛星ベースのポジショニング方法および地上ベースのポジショニング方法をサポートする。ＧＰＰは、インプリメンテーションを単純化し、相互運用性を向上させ、そして他の利点も提供する。向上した相互運用性により、共通のポジショニングプロトコルおよび共通のロケーションサーバのような共通の手段を使用して、より多くの数の端末、および、より多くの数のワイヤレスネットワークに対するポジショニングをサポートすることになるかもしれない。
【０００６】
１つの設計では、端末は、ＧＰＰによってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換してもよい。ＧＰＰは、複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートしてもよい。端末は、第１のポジショニング方法と第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換してもよい。例えば、端末は、ロケーション情報に対する要求を含む第１のＧＰＰメッセージをロケーションセンターから受信してもよく、要求されたロケーション情報を含む第２のＧＰＰメッセージをロケーションセンターに送ってもよい。それぞれのＧＰＰメッセージは、少なくとも１つのポジションエレメントを含んでいてもよい。それぞれのポジションエレメントは、特定のポジショニング方法に対するものであってもよく、ポジショニング方法に対する情報を伝えてもよい。端末またはロケーションセンターは、第２の情報に基づいて、端末に対するポジション推定値を取得してもよい。
【０００７】
別の態様では、ポジショニングは、異なるワイヤレスアクセスタイプのセルに対する測定値に基づいて実行されてもよい。１つの設計では、端末は、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間を取得してもよい。端末はまた、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間を取得してもよい。端末は、第１の組の少なくとも１つの受信した送信の時間と第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得してもよい。端末は、少なくとも１つの時間差に基づいて、端末自体に対するポジション推定値を取得してもよい。
【０００８】
さらに別の態様では、受信した送信の時間は、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、変換された時間に変えてもよい。このことは、異なるワイヤレスアクセスタイプに対する受信した送信の時間を、ポジショニングのために使用できるようにする。端末は、共通タイミングに基づいて、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間を変換し、第１の組の少なくとも１つの変換された時間を取得してもよい。端末はまた、共通タイミングに基づいて、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間を変換し、第２の組の少なくとも１つの変換された時間を取得してもよい。端末は、変換された時間をポジショニングのために使用してもよく、または、変換された時間をロケーションサーバに送ってもよく、ロケーションサーバは、変換された時間に基づいて、端末に対するポジション推定値を導出してもよい。
【０００９】
開示のさまざまな態様および特徴をさらに詳細に以下で記述した。
【図面の簡単な説明】
【００１０】
【図１】図１は、例示的なネットワーク配備を示している。
【図２】図２は、ＧＰＰメッセージの例示的な構成を示している。
【図３】図３は、ＧＰＰセッションのための例示的なメッセージフローを示している。
【図４】図４は、ＧＰＰセッションのための例示的なメッセージフローを示している。
【図５】図５は、ＧＰＰセッションのための例示的なメッセージフローを示している。
【図６】図６は、変換された時間への、受信された送信の時間の変換を示している。
【図７】図７は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図８】図８は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図９】図９は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１０】図１０は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１１】図１１は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１２】図１２は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１３】図１３は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１４】図１４は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１５】図１５は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１６】図１６は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１７】図１７は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１８】図１８は、ＧＰＰによるポジショニングを実行するためのプロセスを示している。
【図１９】図１９は、複数のワイヤレスアクセスタイプに対する、受信した送信の時間によるポジショニングを実行するためのプロセスを示している。
【図２０】図２０は、変換された時間によるポジショニングを実行するためのプロセスを示している。
【図２１】図２１は、端末、無線アクセスネットワーク（ＲＡＮ）、およびロケーションサーバのブロック図を示している。
【詳細な説明】
【００１１】
図１は、例示的なネットワーク配備１００を示している。通信サービスを取得するために、端末１１０は、３ＧＰＰ ＲＡＮ１２０または３ＧＰＰ２ ＲＡＮ１２２と通信してもよい。ＲＡＮはまた、アクセスネットワーク、無線ネットワーク、ワイヤレスネットワーク等と呼ばれることがある。ＲＡＮ１２０は、グローバルシステムフォーモバイル通信（ＧＳＭ）ネットワーク、広帯域コード分割多元接続（ＷＣＤＭＡ）、一般パケット無線サービス（ＧＰＲＳ）アクセスネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク等であってもよい。ＧＳＭ、ＷＣＤＭＡ、およびＧＰＲＳは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。ＬＴＥは、３ＧＰＰ進化したパケットシステム（ＥＰＳ）の一部である。ＲＡＮ１２２は、ＣＤＭＡ １Ｘネットワーク、高レートパケットデータ（ＨＲＰＤ）ネットワーク、ウルトラ移動体ブロードバンド（ＵＭＢ）ネットワーク等であってもよい。ＨＲＰＤはまた、進化データの最適化（ＥＶ−ＤＯ）と呼ばれる。ＣＤＭＡ １ＸおよびＨＲＰＤは、ｃｄｍａ２０００の一部である。一般的に、ＲＡＮは、任意のワイヤレスアクセスタイプをサポートしてもよく、いくつかの例には、ＧＳＭや、ＷＣＤＭＡや、ＬＴＥや、ＣＤＭＡ １Ｘや、ＨＲＰＤや、ＵＭＢがある。他のいくつかの例は、ＩＥＥＥ８０２．１６ファミリーの標準規格によって規定されているＷｉＭａｘや、ＩＥＥＥ８０２．１１ファミリーの標準規格によって規定されているＷｉＦｉ（登録商標）を含む。ワイヤレスアクセスタイプはまた、無線技術、無線アクセス技術、エアリンクインターフェース等と呼ばれることがある。
【００１２】
端末１１０は静的または動的であってもよく、また、ＧＳＭおよびＣＤＭＡ １Ｘでは移動局（ＭＳ）と、ＷＣＤＭＡおよびＬＴＥではユーザ機器（ＵＥ）と、ＨＲＰＤではアクセス端末（ＡＴ）と、安全なユーザプレーンロケーション（ＳＵＰＬ）ではＳＵＰＬ使用可能端末（ＳＥＴ）と呼ばれることがあり、また、加入者ユニット、局等と呼ばれることもある。端末１１０は、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスデバイス、ワイヤレスモデム、ワイヤレスルータ、ラップトップコンピュータ、テレメトリデバイス、追跡デバイス等であってもよい。端末１１０は、ＲＡＮ１２０または１２２中の１つ以上の基地局と通信してもよい。端末１１０はまた、１つ以上の衛星１９２からの信号を受信および測定し、衛星に対する擬似距離測定値を取得してもよい。端末１１０はまた、ＲＡＮ１２０および／またはＲＡＮ１２２中の基地局からの信号を測定し、タイミング測定値、信号強度測定値、および／または、基地局に対する信号品質測定値を取得してもよい。端末１１０に対するポジション推定値を導出するために、擬似距離測定値、タイミング測定値、信号強度測定値、および／または、信号品質測定値を使用してもよい。ポジション推定値はまた、ロケーション推定値、ポジション決定等と呼ばれることがある。
【００１３】
衛星１９２は、グローバルナビゲーション衛星システム（ＧＮＳＳ）の一部であってもよく、グローバルナビゲーション衛星システム（ＧＮＳＳ）は、アメリカ合衆国のグローバルポジショニングシステム（ＧＰＳ）、欧州のＧａｌｉｅｏシステム、ロシアのＧＬＯＮＡＳＳシステム、または他の何らかのＧＮＳＳであってもよい。ＧＮＳＳはまた、衛星ポジショニングシステム（ＳＰＳ）と呼ばれることがあり、また、一般的に、送信機から受信した信号に少なくとも部分的に基づいて、地球上または地球より上でのエンティティのロケーションをエンティティが決定できるように位置付けられている送信機のシステムを備えている。このような送信機は、一般的に、１組の数のチップの反復擬似ランダムノイズ（ＰＮ）コードでマークされた信号を送信し、また、地上ベースの制御局、ユーザ機器、および／または宇宙ビークル上に位置していてもよい。特定の例では、このような送信機は、地球軌道衛星ビークル（ＳＶ）上に位置していてもよい。例えば、ＧＰＳ、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳ、またはＣｏｍｐａｓｓのような、ＧＮＳＳの配置におけるＳＶは、ＰＮコードでマークされた信号を送信してもよく、ＰＮコードは、（例えば、ＧＰＳにおけるようなそれぞれの衛星に対して異なるＰＮコードを使用して、または、ＧＬＯＮＡＳＳにおけるような異なる周波数上で同じコードを使用して）配置における他のＳＶによって送信されたＰＮコードと区別可能である。ここで記述した技術は、グローバルシステム（例えば、ＧＮＳＳ）に対して使用するとともに、（ｉ）例えば、日本による準天頂衛星システム（ＱＺＳＳ）や、インドによるインドの地域的測位衛星システム（ＩＲＮＳＳ）、中国によるＢｅｉｄｏｕ等のような、地域的システム、ならびに／あるいは、（ｉｉ）１つ以上のグローバルおよび／または地域的ナビゲーション衛星システムに関係付けられてもよく、そうでなければ、１つ以上のグローバルおよび／または地域的ナビゲーション衛星システムによる使用のために使用可能にされてもよい、さまざまな増強システム（例えば、衛星ベースの増強システム（ＳＢＡＳ））、に対して使用してもよい。一例として、ＳＢＡＳは、完全性情報、差分補正等を提供する増強システムを含んでいてもよい。この増強システムには、例えば、ワイドエリア増強システム（ＷＡＳＳ）、欧州の静止ナビゲーションオーバレイサービス（ＥＧＮＯＳ）、多機能衛星増強システム（ＭＳＡＳ）、ＧＰＳ支援Ｇｅｏ増強ナビゲーション、またはＧＰＳおよびＧｅｏ増強ナビゲーションシステム（ＧＡＧＡＮ）、および／またはこれらに類するものがあり、これらに限定されるものではない。したがって、ここで用いたように、ＧＮＳＳはまた、１つ以上のグローバルおよび／または地域的ナビゲーション衛星システムおよび／または増強システムの任意の組み合わせを含んでいることも理解されるだろう。また、ＧＮＳＳ信号は、ＧＮＳＳ信号、ＧＮＳＳのような信号、および／または、このような１つ以上のＧＮＳＳに関係する他の信号を含んでいてもよい。
【００１４】
３ＧＰＰ ＲＡＮ１２０は、サービング移動体ロケーションセンター（ＳＭＬＣ）／スタンドアローンＳＭＬＣ（ＳＡＳ）１２４に結合していてもよく、サービング移動体ロケーションセンター（ＳＭＬＣ）／スタンドアローンＳＭＬＣ（ＳＡＳ）１２４は、ＲＡＮ１２０と通信している端末に対するポジショニングをサポートしてもよい。ＳＭＬＣ１２４は、端末ベースポジショニング方法、端末支援ポジショニング方法、およびネットワークベースポジショニング方法をサポートしてもよい。ポジショニングは、ターゲット端末の地理的ロケーションを決定する機能性のことを意味する。
【００１５】
３ＧＰＰ ＲＡＮ１２０はまた、３ＧＰＰ訪問先公衆地上移動体ネットワーク（Ｖ−ＰＬＭＮ）１３０と通信してもよい。Ｖ−ＰＬＭＮ１３０は、移動体スイッチングセンター（ＭＳＣ）１３２と、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１３４と、モビリティ管理エンティティ（ＭＭＥ）１３６と、サービングゲートウェイ（Ｓ−ＧＷ）１３８と、訪問先ゲートウェイ移動体ロケーションセンター（Ｖ−ＧＭＬＣ）１４２と、訪問先ＳＵＰＬロケーションプラットフォーム（Ｖ−ＳＬＰ）１４４と、進化したＳＭＬＣ（Ｅ−ＳＭＬＣ）１４６とを含んでいてもよい。ＭＳＣ１３２は、そのカバレージエリア内の端末に対する回線切替通話のための切替機能を実行してもよい。ＳＧＳＮ１３４は、パケット切替接続およびセッションのために、切替およびルーティング機能を実行してもよい。ＭＭＥ１３６は、モビリティ管理、ゲートウェイ選択、認証、ベアラ管理等のようなさまざまな制御機能を実行してもよい。Ｓ−ＧＷ１３８は、データルーティングおよび転送、モビリティアンカーリング等のような、端末に対するインターネットプロトコル（ＩＰ）データ転送に関連するさまざまな機能を実行してもよい。Ｖ−ＧＭＬＣ１４２は、ロケーションサービス、外部のＬＣＳクライアントとのインターフェースをサポートするためのさまざまな機能を実行し、加入者プライバシー、認可、認証、請求等のようなサービスを提供してもよい。Ｖ−ＳＬＰ１４４は、ＳＵＰＬロケーションセンター（ＳＬＣ）を備えていてもよく、可能であれば、ＳＵＰＬポジショニングセンター（ＳＰＣ）を備えていてもよい。ＳＬＣは、ロケーションサービスに対するさまざまな機能を実行し、ＳＵＰＬの動作を調整し、ＳＥＴと対話してもよい。ＳＰＣは、ＳＥＴに対するポジショニングおよびＳＥＴへの支援データの配信をサポートしてもよく、また、ポジション計算のために使用するメッセージおよび手順に関与してもよい。Ｅ−ＳＭＬＣ１４６は、ＬＴＥにアクセスする端末に対するロケーションサービスをサポートしてもよい。
【００１６】
Ｖ−ＰＬＭＮ１３０は、端末１１０がサービス加入しているホームＰＬＭＮ（Ｈ−ＰＬＭＮ）１５０と通信してもよい。Ｈ−ＰＬＭＮ１５０は、ホームＧＭＬＣ（Ｈ−ＧＭＬＣ）１５２と、ホームＳＬＰ（Ｈ−ＳＬＰ）１５４と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）／パケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）１５６と、スイッチ１５８とを備えていてもよい。スイッチ１５８は、ＬＣＳクライアント（例えば、ＬＣＳクライアント１９０）から要求を受信して、処理するために、それぞれの要求を、Ｈ−ＧＭＬＣ１５２またはＨ−ＳＬＰ１５４のいずれかにルーティングしてもよい。ＧＧＳＮ／ＰＤＮ ＧＷ１５６は、端末に対するデータ接続性の持続、ＩＰアドレス割り振り等のような、さまざまな機能を実行してもよい。
【００１７】
ＳＭＬＣ／ＳＡＳ１２４や、ＭＳＣ１３２や、ＳＧＳＮ１３４や、ＭＭＥ１３６や、Ｓ−ＧＷ１３８や、Ｖ−ＧＭＬＣ１４２や、Ｅ−ＳＭＬＣ１４６や、Ｈ−ＧＭＬＣ１５２や、ＧＧＳＮ／ＰＤＮ ＧＷ１５６は、３ＧＰＰによって規定されているネットワークエンティティである。Ｖ−ＳＬＰ１４４およびＨ−ＳＬＰ１５４は、オープン・モバイル・アライアンス（ＯＭＡ）によって規定されているエンティティに関連するネットワークである。ＧＧＳＮ／ＰＤＮ ＧＷ１５６は、例示的なネットワーク配備１００において示したように３ＧＰＰ Ｈ−ＰＬＭＮ１５０に位置してもよく、または、代替ネットワーク配備では３ＧＰＰ Ｖ−ＰＬＭＮ１３０に位置していてもよい。
【００１８】
３ＧＰＰ２ ＲＡＮ１２２は、３ＧＰＰ２ Ｖ−ＰＬＭＮ１６０と通信してもよい。Ｖ−ＰＬＭＮ １６０は、ＭＳＣ１６２と、パケットデータサービングノード（ＰＤＳＮ）１６４と、ポジション決定エンティティ（ＰＤＥ）１７０と、訪問先移動体ポジショニングセンター（Ｖ−ＭＰＣ）１７２と、Ｖ−ＳＬＰ１７４とを備えていてもよい。ＰＤＳＮ１６４は、パケット切替接続およびセッションのために切替およびルーティング機能を実行してもよい。ＰＤＥ１７０は、Ｖ−ＰＬＭＮ１６０と通信している端末に対するポジショニングをサポートしてもよい。Ｖ−ＭＰＣ１７２は、ロケーションサービスをサポートし、外部のＬＣＳクライアントとインターフェースし、加入者プライバシー、認可、認証、請求等のようなサービスを提供するためのさまざまな機能を実行してもよい。
【００１９】
Ｖ−ＰＬＭＮ１６０は、Ｈ−ＰＬＭＮ１８０と通信してもよい。Ｈ−ＰＬＭＮ１８０は、Ｈ−ＭＰＣ１８２と、Ｈ−ＳＬＰ１８４と、スイッチ１８６とを備えていてもよい。スイッチ１８６は、処理のために、ＬＣＳクライアント（例えば、ＬＣＳクライアント１９０）から要求を受信してもよく、それぞれの要求をＨ−ＭＰＣ１８２またはＨ−ＳＬＰ１８４のいずれかにルーティングしてもよい。ＭＳＣ１６２、ＰＤＳＮ１６４、ＰＤＥ１７０、Ｖ−ＭＰＣ１７２、およびＨ−ＭＰＣ１８２は、３ＧＰＰ２によって規定されているネットワークエンティティである。Ｖ−ＳＬＰ１７４およびＨ−ＳＬＰ１８４は、ＯＭＡによって規定されているネットワーク関連エンティティである。
【００２０】
図１は、いくつかのネットワークエンティティを示しており、いくつかのネットワークエンティティは、それぞれのＰＬＭＮ中に備えられていてもよい。それぞれのＰＬＭＮはまた、他の機能およびサービスをサポートできる他のネットワークエンティティを含んでいてもよい。
【００２１】
端末のポジショニングを調整および制御するために、ポジショニングプロトコルを使用してもよく、端末は移動体であってもよく、この移動体のポジションはＬＣＳクライアントまたはユーザによって要求されてもよい。ポジショニングプロトコルは、一般的に、（ｉ）位置付けられている端末とロケーションサーバとによって実行されてもよい手順と、（ｉｉ）端末とロケーションサーバとの間の通信またはシグナリングとを、規定している。ロケーションサーバは、手順を調整および命令してもよく、関連情報（例えば、ポジション推定値）を１つのエンティティから別のエンティティに転送してもよい。ロケーションサーバは、（ｉ）端末用のホームネットワークまたは訪問先ネットワーク中に存在していてもよい、あるいは、（ｉｉ）端末から離れていてもよく、ワイヤレスネットワークおよび／またはワイヤラインネットワーク、例えば、インターネットを通してアクセス可能であってもよい。
【００２２】
いくつかの既存のポジショニングプロトコルは、ＲＲＬＰや、ＲＲＣや、ＩＳ−８０１を含む。これらのポジショニングプロトコルは、ポジショニング方法の２つの主要なクラス：（ｉ）ＧＰＳおよび支援ＧＰＳ（Ａ−ＧＰＳ）のような衛星ベースのポジショニング方法と、（ｉｉ）サービングネットワークにおける基地局の対間の観測時間差（ＯＴＤ）を利用している地上ベースのポジショニング方法と、をサポートする。ＧＳＭ向けのＯＴＤ方法を、向上した観測時間差（Ｅ−ＯＴＤ）と呼び、ＷＣＤＭＡ向けのＯＴＤ方法を到着の観測時間差（ＯＴＤＯＡ）と呼び、ｃｄｍａ２０００向けのＯＴＤ方法を高度なフォワードリンク三辺測量（Ａ−ＦＬＴ）と呼ぶ。それぞれのポジショニングプロトコルは、単一のワイヤレスアクセスタイプに対して１つ以上の衛星ベースのポジショニング方法と１つ以上の地上ベースのポジショニング方法とをサポートしてもよい。例えば、ＲＲＬＰは、ＧＳＭおよびＧＰＲＳアクセスのためにＡ−ＧＰＳおよびＥ−ＯＴＤをサポートし、ＲＲＣは、ＷＣＤＭＡのためにＡ−ＧＰＳおよびＯＴＤＯＡをサポートし、そして、ＩＳ−８０１は、ｃｄｍａ２０００のためにＡ−ＧＰＳおよびＡ−ＦＬＴをサポートする。
【００２３】
Ａ−ＧＰＳサポートは、既存のポジショニングプロトコルに類似しているかもしれない。したがって、それぞれの既存のポジショニングプロトコルが、制限のある変更により、任意のＲＡＮにおいてＡ−ＧＰＳをサポートできるかもしれない。しかしながら、特定のワイヤレスアクセスタイプに対して支援データおよびポジショニング測定値が規定されると、この支援データおよびポジショニング測定値は、他のワイヤレスアクセスタイプにおいてＯＴＤをサポートするのに使用できないかもしれないので、ＯＴＤサポートは、既存のポジショニングプロトコルに類似していなくてもよい。特に、特定のワイヤレスアクセスタイプに対するＯＴＤに対応するように、それぞれの既存のポジショニングプロトコルは特別に開発されている。
【００２４】
新しいワイヤレスアクセスタイプが、継続的に、開発および配備されている。いくつかの最近規定されたワイヤレスアクセスタイプは、ＩＥＥＥ８０２．１６（ＷｉＭａｘ）や、ＩＥＥＥ８０２．１１（ＷｉＦｉ）や、ＬＴＥや、ＵＭＢを含む。そのワイヤレスアクセスタイプのＲＡＮによって担当されている端末に対するポジショニングをサポートするために、それぞれの新しいワイヤレスアクセスタイプに対して新しいポジショニングプロトコルが規定されてもよい。しかしながら、それぞれの新しいポジショニングプロトコルは、標準化、実現、試験、および配備のために、十分な取り組みとコストとが必要である。
【００２５】
態様では、異なるワイヤレスアクセスタイプに対して、Ａ−ＧＰＳおよびＯＴＤのようなポジショニング方法をサポートするために、汎用ポジショニングプロトコル（ＧＰＰ）を使用する。ＧＰＰは、Ｅ−ＯＴＤ、ＯＴＤＯＡ、Ａ−ＦＬＴ、拡張セル識別子（Ｅ−ＣＩＤ）等のような既存のポジショニング方法をサポートしてもよい。また、新しいワイヤレスアクセスタイプが開発されると、ＧＰＰは、新しいワイヤレスアクセスタイプに対するポジショニングをサポートしてもよい。サポートされているワイヤレスアクセスタイプすべてに対して（例えば、ＧＬＯＮＡＳＳ、現代的なＧＰＳ（ｍＧＰＳ）、Ｑｕａｓｉ−Ｚｅｎｉｔｈ衛星システム（ＱＺＳＳ）等に対して）新しいポジショニング能力をサポートするために、ＧＰＰはアップグレードしてもよい。ＧＰＰはまた、ワイヤラインアクセスを、例えば、ノマディックＩＰアクセスをサポートしてもよい。ＧＰＰは、ＲＲＬＰや、ＲＲＣや、ＩＳ−８０１のような既存のポジショニングプロトコルを置換または増強のいずれを行ってもよい。
【００２６】
ＧＰＰは、ユーザプレーンソリューションおよびコントロールプレーンソリューションをサポートしてもよい。ユーザプレーンソリューションまたはコントロールプレーンソリューションは、ロケーションサービスおよびポジショニングをサポートするための、さまざまなネットワークエレメントや、インターフェースや、プロトコルや、手順や、メッセージを含んでいてもよい。コントロールプレーンソリューションでは、ロケーションサービスおよびポジショニングをサポートするメッセージは、ネットワークエンティティ間や、ネットワークエンティティと端末との間で転送されるシグナリングの一部として、一般的に、ネットワーク特定プロトコルや、インターフェースや、シグナリングメッセージにより伝えられてもよい。ユーザプレーンソリューションでは、ロケーションサービスおよびポジショニングをサポートするメッセージは、ネットワークエンティティと端末との間のデータ転送の一部として、一般的に、ＴＣＰおよびＩＰのような標準規格のデータプロトコルにより伝えられてもよい。コントロールプレーンソリューションでは、一般的に、それぞれのワイヤレスアクセスタイプに対して、特定のポジショニングプロトコルを使用する。例えば、ＧＳＭに対してＲＲＬＰを使用してもよく、ＷＣＤＭＡに対してＲＲＣを使用してもよく、ｃｄｍａ２０００に対してＩＳ−８０１を使用してもよい。ユーザプレーンソリューションでは、１つよりも多いワイヤレスアクセスタイプに対して、ポジショニングプロトコルを使用してもよいが、制限がいくつかある。例えば、ＳＵＰＬユーザプレーンソリューションでは、ＧＳＭに対しては制限なくＲＲＬＰを使用し、ＷＣＤＭＡに対しては、Ａ−ＧＰＳおよびＡ−ＧＮＳＳをサポートするが、ＯＴＥＯＡをサポートしないためにＲＲＬＰを使用してもよい。これに対して、ＧＰＰは、複数のワイヤレスアクセスタイプおよび複数のロケーションソリューションに対するポジショニングを制限なくサポートしてもよい。例えば、ＧＰＰは、ＯＭＡによるＳＵＰＬ、３ＧＰＰ２によるＸ．Ｓ００２４や、ＣＤＭＡ開発グループ（ＣＤＧ）によるＶ１およびＶ２のような、ユーザプレーンソリューションに対するポジショニングをサポートしてもよい。ＧＰＰはまた、３ＧＰＰ ＴＳ ２３．２７１や、ＴＳ ４３．０５９や、３ＧＰＰおよびＩＳ−８８１によるＴＳ２５．３０５や、３ＧＰＰ２によるＸ．Ｓ０００２のような、コントロールプレーンソリューションに対するポジショニングをサポートしてもよい。また、ＳＵＰＬ、ＲＲＣ、ＧＳＭ、無線リソース（ＲＲ）、ＣＤＭＡ １Ｘデータバースト、ＨＴＰＰ、ＴＣＰ／ＩＰ等のような、さまざまなプロトコルによって、ＧＰＰは伝送されてもよい。
【００２７】
ＧＰＰは、端末に対して、さまざまなポジショニング方法をサポートしてもよい。ＧＰＰは「内部」ポジショニング方法を含んでいてもよく、「内部」ポジショニング方法は、ＧＰＰ用に設計されているポジショニング方法であり、可能であればＧＰＰの一部として、または、ＧＰＰへの拡張として標準化されている。ＧＰＰはまた、「外部」ポジショニング方法を含んでいてもよく、「外部」ポジショニング方法は、外部のソースによって開発され、ＧＰＰに組み込まれているポジショニング方法である。ＧＰＰは、下位互換性のある進化により、新しいポジショニング方法および新しいワイヤレスアクセスタイプをサポートしてもよい。ＧＰＰは、ＳＵＰＬおよび他のユーザプレーンソリューションならびにコントロールプレーンソリューションにより動作してもよい。ＧＰＰは、変更が少ない、または、変更がない既存のポジショニング方法を組み込んでいてもよい。ＧＰＰは、支援データ、測定値、能力ネゴシエーション等のような、既存の汎用的な能力をサポートしてもよい。ＧＰＰはまた、ハイブリッドポジショニング、初期粗ロケーション等をサポートしてもよい。
【００２８】
１つの設計において、ＧＰＰでのポジショニング方法は、別々で互いに独立したモジュール式で規定されていてもよい。これは、ＧＰＰ動作または他のポジショニングに方法に影響を及ばさずに、新しいポジショニング方法を追加すること、および／または、既存のポジショニング方法を拡張することを可能にする。異なるポジショニング方法間の固定された決まりきった関係をなくすことができる。
【００２９】
それぞれのポジショニング方法は、適用可能であるときには、端末支援モード、端末ベースモード、スタンドアローンモードをサポートしてもよい。内部ポジショニング方法および外部ポジショニング方法をより単純なインプリメンテーションでサポートするために、ＧＰＰは、共通フレームワークを提供してもよく、それぞれのポジショニング方法の効率的なインプリメンテーションを可能にするようにフレキシブルであってもよい。
【００３０】
図２は、ＧＰＰメッセージ２００の構成／フォーマットの例示的な設計を示している。この設計では、ＧＰＰメッセージ２００は、ＧＰＰバージョンフィールド２１０と、セッション識別子（ＩＤ）フィールド２１２と、終了セッションインジケータフィールド２１４と、Ｋ個のポジションエレメント２１６ａないし２１６ｋとを含んでいる。ここで、Ｋ≧０である。一般的に、ＧＰＰメッセージは、他の情報に対する、異なるおよび／または付加的なエレメントならびにフィールドを含んでいてもよい。ＧＰＰメッセージのエレメント２００に対して、ＡＳＮ．１および／またはＸＭＬ（拡張可能マークアップ言語）エンコーディングを使用してもよい。
【００３１】
ＧＰＰセッションに関与している２つのエンティティによる同じＧＰＰバージョンの使用をネゴシエートするために、ＧＰＰのどのバージョンを使用しているかや、ＧＰＰのどのバージョンが含まれているかを、ＧＰＰバージョンフィールド２１０は示していてもよい。発信エンティティは、発信エンティティが送る最初のＧＰＰメッセージでサポートしている最高のバージョンＶに、ＧＰＰバージョンを設定してもよい。受信エンティティは、Ｕ≦Ｖを条件として、サポートする最高バージョンＵをＧＰＰ返答で返してもよく、ネゴシエートされたＧＰＰバージョンは、２つのエンティティによってサポートされている２つの最高のバージョンのうちの低い方であってもよい。低い方のバージョンだけをサポートするエンティティとの下位互換性を確実にするために、新しい（高い方）のＧＰＰバージョンをサポートするエンティティはまた、低い方のＧＰＰバージョンすべてをサポートすべきである。ＧＰＰバージョンは、主に、どのポジショニング方法がサポートされているかを示していてもよく、この方法は、低い方のバージョンのサポートを単純化するかもしれない。
【００３２】
セッションＩＤにより、ＧＰＰセッションが識別されてもよい。それぞれのＧＰＰセッションは、一意的なセッションＩＤに割り当てられてもよい。２つのエンティティ間の複数のＧＰＰセッションは、異なるセッションＩＤによって、サポートされ、識別されてもよい。セッションＩＤはまた、例えば、１つのエンティティがＧＰＰセッションを中断または喪失したために同期がずれた状態の検出を可能にする。また、伝送レベルが変わった場合にも、ＧＰＰセッションは続いてもよい。
【００３３】
終了セッションインジケータが、送信エンティティがＧＰＰセッションを完了したか否かを示していてもよい。完了した場合には、受信エンティティはＧＰＰセッションを続けるべきでなく、原因が重大でない場合には、新しいＧＰＰセッションを開始してもよい。
【００３４】
また、図２は、ＧＰＰメッセージ２００内のポジションエレメント２１６の構成の設計を示している。ポジションエレメント２１６は、ポジショニング方法ＩＤフィールド２２０と、ポジショニング方法バージョン（Ｖｅｒ）フィールド２２２と、基準ＩＤフィールド２２４と、エレメントタイプフィールド２２６と、データタイプフィールド２２８と、ポジショニング方法プロトコルデータユニット（ＰＤＵ）フィールド２３０とを含んでいてもよい。ポジショニング方法ＩＤは、特定のポジショニング方法、例えば、Ａ−ＧＰＳ、Ｅ−ＯＴＤ、ＯＴＤＯＡ、Ａ−ＦＬＴ等を示していてもよい。新しいポジショニング方法ＩＤを割り当てることによって、将来のポジショニング方法を容易に追加することができる。ポジショニング方法の異なるカテゴリーは、異なる組または範囲のポジショニング方法のＩＤ値を予約することによって区別してもよい。これらの異なるカテゴリーは、（ｉ）認定された国家規格機関や国際規格機関（例えば、３ＧＰＰ、３ＧＰＰ２、ＩＥＴＦ、ＩＥＥＥ、ＩＴＵ等）によって規定されているポジショニング方法向けの１つ以上のカテゴリーと、（ｉｉ）特定のワイヤレスオペレータまたはワイヤレス機器製造業者のような非標規格機関によって規定されているポジショニング方法向けの１つ以上の他のカテゴリーとを含んでいてもよい。ポジショニング方法バージョンは、ポジショニング方法のバージョンを示してもよく、バージョンネゴシエーションのために使用してもよい。基準ＩＤは、要求および応答の関係をサポートしてもよく、例えば、要求に対する応答は、要求と同一の基準ＩＤを含んでいてもよい。
【００３５】
エレメントタイプはポジションエレメントの目的を示していてもよい。複数のクラスをサポートしてもよく、１つのクラスにおけるメッセージは、同じクラスにおける応答を求めてもよい。例えば、ポジションエレメントが（ｉ）第１のクラスでは、「要求」、「最後の応答」、または「最後でない応答」、（ｉｉ）第２のクラスでは、「提供」または「肯定応答」、あるいは（ｉｉｉ）第３のクラスでは中断／エラーに対するものか否かを、エレメントタイプは示していてもよい。第１のクラスに対して、「最後の応答」または「最後でない応答」は、「要求」に対する返答でのみ送られてもよい。応答がセグメント化されたとき、セグメント化をサポートするために、「最後の応答」は、「最後でない応答」の１つ以上のインスタンスによって先行されていてもよい。第２のクラスに対して、「提供」は、オプション的に、応答で「肯定応答」を要求してもよい。セグメント化により、「提供」の複数のインスタンスは、例えば、それぞれの「提供」に対して送られる、または、最後の「提供」だけに送られる「肯定応答」により送られてもよい。第３のクラスに対して、「中断／エラー」が、「最後の応答」、「最後でない応答」、または「肯定応答」の代わりに送られてもよい。データタイプは、ポジションエレメント中で送られている情報のタイプを示していてもよく、例えば、支援データ、ロケーション情報（例えば、測定値、ポジション推定値等）、ポジショニング方法に対する能力、エラー情報等である。１つの設計では、１つのデータのタイプだけが、それぞれのポジションエレメント中で送られてもよい。ポジショニング方法ＰＤＵは、エレメントタイプ、データタイプ、およびポジショニング方法に特有であるデータを含んでいてもよい。
【００３６】
ＧＰＰは、内部、外部、および共通のポジショニング方法をサポートしてもよい。内部ポジショニング方法は、ＧＰＰに対して、および、ＧＰＰに関係して排他的に規定されていてもよい。例えば、内部ポジショニング方法は、ＧＰＰの定義を規定または所有する標準開発機関（ＳＤＯ）のような同じ機関によって規定されていてもよい。特定のＧＰＰバージョンＶは、内部ポジショニング方法のどのバージョンＰを使用すべきかを規定していてもよい。Ｐよりも後のバージョンは、Ｖよりも後のＧＰＰバージョンに有効であるかもしれない。ポジショニング方法に対して許可された場合、Ｐよりも前のバージョンは、ＧＰＰバージョンＶで有効であり続けるかもしれない。内部ポジショニング方法は、複数のワイヤレスアクセスタイプ（例えば、Ａ−ＧＰＳ、Ａ−ＧＮＳＳ等）、新しいポジショニング方法等をカバーするポジショニング方法に適しているかもしれない。
【００３７】
ＧＰＰ、および可能であれば他のポジショニングプロトコルによる使用のために、外部ポジショニング方法が規定されていてもよい。外部ポジショニング方法は、ポジションエレメントの構成を活用し、付加的なエレメントタイプおよび／またはＧＰＰに対して規定されていないデータタイプを含んでいてもよい。外部ポジショニング方法のソース定義（例えば、メッセージおよびパラメータテーブル、ＡＳＮ．１、ＸＭＬ、手順等）は、ＧＰＰの定義を規定または所有しない国家的ＳＤＯまたは国際的ＳＤＯのような機関によって作成されてもよい。（例えば、ポジショニング方法ＩＤや、ポジショニング方法ＰＤＵコンテンツや、ポジショニング方法エレメントタイプや、ＧＰＰポジションエレメント構成におけるポジショニング方法データタイプの定義を含む）どのように外部ポジショニング方法をＧＰＰにより使用できるかの定義は、これらのＧＰＰコンポーネントと、外部ポジショニング方法について規定されている同等のコンポーネントとの間の対応を示すことによって達成されてもよい。例えば、外部ポジショニング方法について規定されているＡＳＮ．１およびＸＭＬデータタイプに対する適切な基準を使用することによって、このマッピングプロセスは支援されてもよい。特定のＧＰＰバージョンＶの場合、（ｉ）外部ポジショニング方法のバージョンのＵとだけ、ＧＰＰバージョンＶを使用できることを意味する、１つだけの特定の外部ポジショニング方法バージョンＵに対して、あるいは（ｉｉ）Ｕよりも先の、および／または、Ｕよりも後の外部ポジショニング方法のバージョンに対して、マッピングが規定されてもよい。外部ポジショニング方法は、特定のワイヤレスアクセスタイプまたは関連ワイヤレスアクセスタイプのファミリーに対して開発されたポジショニング方法に適していてもよい。外部ポジショニング方法はまた、変更することをあまり期待されない既存のポジショニング方法に、例えば、Ｅ−ＯＴＤ、ＡＦＬＴ、Ａ−ＧＰＳ等に適している。
【００３８】
他のポジショニング方法を増強するために、共通のポジショニング方法（ＣＰＭ）を使用してもよく、共通のポジショニング方法（ＣＰＭ）は、これ自体のポジショニング方法ＩＤを持っていてもよい。ＧＰＰメッセージ中のＣＰＭポジションエレメントは、以下の方法で使用してもよい。ＣＰＭ能力ＰＤＵ（すなわち、能力を示しているデータタイプを有するＣＰＭポジションエレメント）は、（ｉ）例えば、ポジショニング方法ＩＤのリストを通して、デバイスによって他のどのポジショニング方法がサポートされているか、および、（ｉｉ）デバイスの他の共通の能力を、例えば、デバイスによってサポートできる同時のポジショニング方法の、起動の最大数を示していてもよい。ＣＰＭ支援データＰＤＵ（すなわち、支援データを示しているデータタイプを有するＣＰＭポジションエレメント）は、汎用的な支援データを、例えば、端末のおよそのロケーション、およその絶対時間等を端末に伝えてもよい。ＣＰＭロケーション情報ＰＤＵ（すなわち、ロケーション情報を示しているデータタイプを有するＣＰＭポジションエレメント）は、端末自体のリソースを使用して端末によって取得されたロケーション情報を、例えば、スタンドアローンポジション推定値、速度、加速度、センサ測定値、ポジション推定値の相対的変化等を伝えてもよい。このＣＰＭ ＰＤＵはまた、１つ以上の他のポジショニング方法に対する端末ベースのポジショニング結果を、例えば、他の何らかの端末ベースのポジショニング方法を使用して、端末が端末自体のポジション推定値をどこで取得したかを伝えてもよい。このＣＰＭ ＰＤＵは、他のポジショニング方法に対して、ＰＧＧポジションエレメントに対する別個の端末ベースのロケーション要求と端末ベースのロケーション応答とをサポートする必要をなくすかもしれない。他のポジショニング方法に特有である能力、支援データ、ロケーション情報は、これらのポジショニング方法内で依然としてサポートされてもよく、ＣＰＭによってカバーされなくてもよい。また、さまざまなワイヤレスアクセスタイプをサポートするために、新しいポジショニング方法が開発されてもよい。
【００３９】
図３は、ＧＰＰセッションのためのメッセージフロー３００の設計を示している。ロケーションサーバ１４８は、図１におけるＳＬＰ、ＧＭＬＣ、ＭＰＣのうちの任意のものであってもよく、ＧＰＰバージョン２と、セッションＩＤ１と、Ｎ個のポジションエレメントとを有するＧＰＰメッセージを端末１１０に送ってもよい。ここで、Ｎ≧１である。端末１１０は、ＧＰＰバージョン１をサポートするがＧＰＰバージョン２をサポートせず、ＧＰＰバージョン１と、セッションＩＤ１と、Ｍ個のポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。ここで、Ｍ≧１である。ロケーションサーバ１４８は、低い方のＧＰＰバージョン１を選択してもよく、ＧＰＰバージョン１と、セッションＩＤ１と、Ｐ個のポジションエレメントとを有するＧＰＰメッセージを送ってもよい。ここで、Ｐ≧１である。端末１１０は、ＧＰＰバージョン１と、「終了セッションインジケータ」組と、Ｑ個のポジションエレメントとを有するＧＰＰメッセージで応答してもよい。ここでＱ≧１である。それぞれのＧＰＰメッセージ中のポジションエレメントは、ポジショニング方法に対して使用される任意の情報を伝えてもよい。
【００４０】
図４は、内部ＧＮＳＳポジショニング方法によるＧＰＰセッションのためのメッセージフロー４００の設計を示している。ロケーションサーバ１４８は、ＧＰＰバージョン１と、セッションＩＤ１と、１つのポジションエレメントとを有するＧＰＰメッセージを端末１１０に送ってもよい。このポジションエレメントは、バージョン１を有するＧＮＳＳポジショニング方法を示していてもよく、Ａにセットされた基準ＩＤ、「要求」にセットされたエレメントタイプ、「能力」にセットされたデータタイプとを有していてもよい。ポジションエレメントは、おそらくはロケーションサーバ１４８の能力でＰＤＵを伝えてもよい。端末１１０は、ＧＮＳＳポジショニング方法のバージョン１をサポートしてもよく、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。第１のポジションエレメントは、ロケーションサーバ１４８によって送られた、前のＧＰＰメッセージ中に含まれているポジションエレメントに応答してもよく、ＧＮＳＳポジショニング方法に対する端末能力を含んでいてもよい。第２のポジションエレメントは、ＧＮＳＳポジショニング方法に対する支援データを要求してもよい。ロケーションサーバ１４８は、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを送ってもよい。第１のポジションエレメントは、前のＧＰＰメッセージ中で端末１１０によって要求されたＧＮＳＳ支援データを含んでいてもよい。第２のポジションエレメントは、ＧＮＳＳポジショニング方法を使用して取得されたロケーション情報を要求してもよい。端末１１０は、ＧＰＰバージョン１と、セッションＩＤ１と、「終了セッションインジケータ」組と、１つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。このポジションエレメントは、前のＧＰＰメッセージ中でロケーションサーバ１４８によって要求されたＧＮＳＳロケーション情報（例えば、ＧＮＳＳ衛星測定値）を含んでいてもよい。
【００４１】
図５は、内部ＧＮＳＳおよびＥ−ＣＩＤポジショニング方法によるＧＰＰセッションのためのメッセージフロー５００の設計を示している。ＧＰＰセッションは、Ｅ−ＣＩＤを使用して、端末に対する初期粗ロケーションを取得し、ＧＮＳＳを使用して、端末に対する後の正確なロケーションを取得する。ロケーションサーバ１４８は、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを端末１１０に送ってもよい。第１のポジションエレメントは、バージョン１を有するＥ−ＣＩＤポジショニング方法を示してもよく、ロケーションサーバ１４８のＥ−ＣＩＤ能力を提供してもよい。第２のポジションエレメントが、Ｅ−ＣＩＤに対するロケーション情報を要求してもよい。端末１１０は、ＧＰＰバージョン１と、セッションＩＤ１と、Ｅ−ＣＩＤに対する要求されたロケーション情報（例えば、基地局に近い信号測定値）を含む１つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。ロケーションサーバ１４８が、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを送ってもよい。第１のポジションエレメントは、バージョン１を有するＧＮＳＳポジショニング方法を示していてもよく、ＧＮＳＳ支援データを提供してもよい。第２のポジションエレメントは、ＧＮＳＳポジショニング方法に対するロケーション情報を要求してもよい。端末１１０は、ＧＰＰバージョン１と、セッションＩＤ１と、「終了セッションインジケータ」組と、１つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。このポジションエレメントは、前のＧＰＰメッセージ中でロケーションサーバ１４８によって要求され、ＧＮＳＳポジショニング方法を使用して取得されたロケーション情報を含んでいてもよい
Ｅ−ＣＩＤポジショニング方法により、可視基地局に関係する測定情報をロケーションサーバが要求し、端末がこの測定情報を提供できるようになる。ロケーションサーバによって送られるＥ−ＣＩＤ能力は、ロケーションサーバが受信することを好む情報（例えば、特定のタイプの信号測定値）を端末に知らせてもよい。端末によって送られるＥ−ＣＩＤ能力は、端末が提供できるＥ−ＣＩＤ関連情報をロケーションサーバに知らせてもよい。
【００４２】
ＧＮＳＳポジショニング方法は、レガシーＧＰＳ Ｌ１Ｃ／Ａや、ＧＬＯＮＡＳＳや、Ｇａｌｉｌｅｏや、現代化されたＧＰＳ（ｍＧＰＳ）や、ＱＺＳＳや、ＥＧＮＯＳや、ＷＡＡＳ等を含むすべてのタイプのＧＮＳＳをサポートしてもよい。ＧＰＰにおけるＧＮＳＳポジショニング方法は、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０でのＧＮＳＳポジショニング方法と同じであってもよく、あるいは、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０でのＧＮＳＳポジショニング方法に基づいていてもよい。
【００４３】
Ｉ．ハイブリッド＆汎用的なＯＴＤ − 汎用的な精密な時間支援（ＦＴＡ）
ＲＡＮにおける基地局が、１つ以上のセルまたはセクタをサポートしてもよい。３ＧＰＰでは、「セル」という用語は、用語が使用される文脈次第では、基地局のカバレージエリア、または、カバレージエリアを担当する基地局のサブシステムのカバレージエリアのことを意味することがある。３ＧＰＰ２では、「セクタ」または「セルセクタ」という用語は、基地局のカバレージエリア、または、カバレージエリアを担当する基地局のサブシステムのカバレージエリアのことを意味することがある。明確にするために、以下の記述では、セルの３ＧＰＰの概念を使用する。
【００４４】
別の態様では、異なるワイヤレスアクセスタイプのセル間、例えば、ＧＳＭセルとＷＣＤＭＡセルとの間、ＣＤＭＡ １ＸまたはＨＲＰＤセルとＧＳＭまたはＷＣＤＭＡセルとの間等のＯＴＤに基づいて、端末に対するポジション推定値を導出するために、ハイブリッドＯＴＤポジショニングを使用してもよい。Ｅ−ＯＴＤ、ＯＴＤＯＡ、およびＡ−ＦＬＴのようなＯＴＤ方法と比較して、ハイブリッドＯＴＤポジショニングでは、端末によってＯＴＤが測定できるセルの数が増加する。Ｅ−ＯＴＤ、ＯＴＤＯＡ、およびＡ−ＦＬＴのようなＯＴＤ方法では、１つの特定のワイヤレスアクセスタイプのセル間のＯＴＤを測定することに制限される。より多くのセル間のＯＴＤを測定することにより精度および信頼性が増加し、そして、もはや、セルから遠く離れた信号をサーチしたり、測定したりする時間を費やす必要はないので、応答時間も減少する。
【００４５】
異なるワイヤレスアクセスタイプのセルは、一般的に、類似していない送信タイミングを使用する。それぞれのポジショニングプロトコル（例えば、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０１）は、そのポジショニングプロトコルによってサポートされているワイヤレスアクセスタイプに対する送信タイミングに基づいて、ＯＴＤ測定値とＯＴＤ支援データとを規定している。例えば、ＲＲＬＰは、ＧＳＭ時間単位に基づいたＯＴＤ測定値を規定している。ＧＳＭ時間単位は、他のワイヤレスアクセスタイプに適用しないフレーム数とビット数とを含む。
【００４６】
ＧＰＰは、ワイヤレスアクセスタイプを組み合わせたもの向けのハイブリッドＯＴＤとともに、異なるワイヤレスアクセスタイプ向けの汎用的なＯＴＤをいくつかの方法でサポートしてもよい。１つの設計では、異なるワイヤレスアクセスタイプのセルに対する時間測定値が、端末１１０における共通のタイムインスタントに合わされてもよい。端末１１０は、１つ以上のＲＡＮにおけるセルに対する１組の受信した送信の時間を取得してもよい。それぞれの受信した送信の時間は、共通のタイムインスタントにおいて端末１１０によって受信された特定の送信信号を示していてもよい。例えば、ＧＳＭの場合に、それぞれの受信した送信の時間は、ＧＳＭフレーム数、ビット数、端末１１０がちょうど受信したビットの割合とを提供してもよい。１組の受信した送信の時間は、｛Ｔ1、Ｔ2、...、Ｔk｝として与えられてもよく、ここでＴkは、セルｋに対する受信した送信の時間であり、１≦ｋ≦Ｋである。Ｔkは、セルｋに適用可能な送信単位（例えば、ＧＳＭフレームおよびビット）で表されてもよい。すべてのセルに対する受信した送信の時間は、端末１１０における共通のタイムインスタントＴに合わされてもよい。例えば、端末１１０は、端末１１０の時間Ｔxにおける、セルｋに対するＴkxの受信した送信の時間を測定してもよい。端末１１０は、セルｋによってサポートされているワイヤレスアクセスタイプに対して使用される時間単位で表現される時間差（Ｔ−Ｔx）を、測定した送信の時間Ｔkxに加算して、端末１１０の時間Ｔにおけるセルｋに対する受信した送信の時間Ｔkを取得してもよい。
【００４７】
端末１１０はまた、共通のタイムインスタントＴにおいて、異なるセルに対する受信した送信の時間を他の方法で取得してもよい。例えば、端末１１０は、セルに対するいくつかの受信した送信の時間を測定してもよく、補外または補間を実行し、時間Ｔにおける、セルに対する受信した送信の時間を取得してもよい。一般的に、端末１１０は、絶対タイミングまたは基準タイミングに基づいて、１つの送信時間測定の、補外、補間、または簡単な訂正を実行してもよく、絶対タイミングまたは基準タイミングは、任意の連続的な時間基準によって提供されてもよい。例えば、絶対タイミングは、端末１１０における内部クロックや、基地局または衛星によって提供される外部クロックや、外部クロックソースにロックされる内部クロック等によって提供されてもよい。
【００４８】
第１の設計では、それぞれのワイヤレスアクセスタイプのセルに対する受信した送信の時間が、そのワイヤレスアクセスタイプに対する時間単位で与えられてもよい。例えば、ＧＳＭセルｋに対する受信した送信の時間Ｔkは、ＧＳＭフレーム数、ビット数、ビットの割合によって与えられてもよい。
【００４９】
１組の受信した送信の時間｛Ｔ1、Ｔ2、...、ＴK｝が、ロケーションサーバに転送されてもよい。それぞれの送信時間は、関係するワイヤレスアクセスタイプに対して適用可能な時間単位を使用して表されていてもよい。それぞれのワイヤレスアクセスタイプの受信した送信の時間を伝えるために、ＧＰＰは異なるタイプのパラメータを提供してもよい。ＧＰＰにより新しいワイヤレスアクセスタイプをサポートするために、新しいタイプのパラメータをＧＰＰの定義に追加して、新しいタイプのワイヤレス送信タイミングを伝えてもよい。ロケーションサーバは、既知のロケーションにおいて、固定ロケーション測定ユニット（ＬＭＵ）を使用して、異なる基地局間のリアル（すなわち絶対）時間差（ＲＴＤ）を取得してもよい。ＬＭＵは、ＯＴＤを測定し、ＯＴＤをロケーションサーバに提供してもよく、そのＯＴＤからＲＴＤを計算することができる。基地局の既知のロケーションを使用して端末１１０のポジションを計算するために、ロケーションサーバはＯＴＤおよびＲＴＤを使用してもよい。ロケーションサーバはまた、端末によって提供されたＲＴＤから、基地局のＲＴＤおよびロケーションを他の方法で取得してもよい。
【００５０】
第２の設計では、１組の受信した送信の時間｛Ｔ1、Ｔ2、...、ＴK｝は、何らかの共通の形態で、端末１１０によってネットワークサーバに送られてもよい。例えば、それぞれの受信した送信の時間は、共通の時間単位（例えば、秒）に基づいて、送信時間に変換してもよい。
【００５１】
送信タイミングの異なる単位をサポートして、異なる周期的な期間を持つワイヤレスアクセスタイプに対して、異なるワイヤレスアクセスタイプのセルに対する受信した送信の時間間で有効なＯＴＤを取得することは、ＲＴＤが一定でないだろうから、直接的に可能でないかもしれない。しかしながら、それぞれのセルの送信タイミングを、すべてのワイヤレスアクセスタイプに共通である周期的な期間と時間単位との双方を使用する新しく変換されたタイミングに変換することによって、一定のＲＴＤおよび有効なＯＴＤを取得できる。この変換は、以下のように実行されてもよい。
ステップ１：変換されるすべてのワイヤレスアクセスタイプの異なる時間単位および異なる周期的な期間に対して適用可能である、共通の時間単位Ｕと共通の周期的な期間Ｔとを選択。共通の時間単位を使用して、時間のすべての測定値、例えば、変換された時間、リアルセルタイミング、絶対時間を表現。これは、単なる変形であってもよい。例えば、ＧＳＭに対する送信時間は、ＧＳＭフレームの数ｘプラスＧＳＭビットの数ｙとして表されてもよい。共通の時間単位ｚに対する変形は、（ｘＦ＋ｙＢ）を計算することによって達成されてもよい。ここで、Ｆは、ｚの単位のＧＳＭフレーム持続期間であり、Ｂは、ｚの単位のＧＳＭビットの持続期間である。
ステップ２：（例えば、ＧＰＳに基づいて推定された、または、特定のセル送信によって伝えられた絶対時間情報に基づいて）絶対時間の何らかの正確な、または、推定された値Ａにおいて、セルに対するリアルタイムＲを、セルに対する特定の変換された時間Ｃと関係付けることによって、それぞれのセルのリアルタイミングを、セルに対する意図された変換されたタイミングと合わせる。
ステップ３：Ｒに後続する任意のリアルセル時間Ｒ*の場合、リアルタイムＲ*に対して変換されたＣ*を、Ｃ*＝Ｃ＋（Ｒ*−Ｒ）として計算。変換された時間Ｃ*は、共通時間単位と共通の周期的な期間とに基づくリアルタイムＲ*の表現である。以下に記述するように、計算は、リアルタイムと変換された時間とに対する異なる周期的な期間の結果を含む。
【００５２】
図６は、先に記述したステップにしたがった、１つのセルｋに対する変換された時間へのリアルタイムの変換を示している。セルｋのリアルタイミングは、τの周期的な期間を有し、このτの周期的な期間は、任意の持続期間であってもよく、ワイヤレスアクセスタイプに依存していてもよい。変換された／共通タイミングは、Ｔの周期的な期間を有し、Ｔの周期的な期間は、（図６に示したように）τよりもより長くても、または、τよりも短くてもよい。簡単にするために、図６は、ステップ２では、リアルタイムＲ＝０が、絶対時間Ａ＝ｔ0＋ε0において、共通時間Ｃ＝０に関係している（すなわち、Ｃ＝０、およびＲ＝０はステップ２において同時に起こる）ことを仮定している。リアルタイミングのそれぞれの連続的な周期的な期間（ｎτ）における絶対時間は、ｔｎ＋εｎと表されてもよく、ここでｔｎは、リアルタイム（ｎτ）における推定された絶対時間（すなわち、リアルタイミングの（ｎ＋１）番目の周期的な期間の開始時）であり、εｎは、ｔｎの（例えば、ロケーションサーバまたは端末１１０によるｔｎの推定値の）誤差である。
【００５３】
リアルタイムＲ*は、リアルタイムＲの後の何らかの時間に生じ、リアルタイミングの観点から、Ｒ*＝ｎ・τ＋ｘとして与えられてもよい。ここで、ｎは、（リアルタイミングの周期的な期間の数における）整数部分であり、ｘは、小数部分である（０≦ｘ＜τ）。リアルタイムＲ*は、絶対時間ｔ＋εにおいて生じてもよく、ここで、（例えば、端末１１０またはロケーションサーバによって認識されるように）ｔはリアルタイムＲ*の推定された絶対時間であり、εはｔの（例えば、端末１１０またはロケーションサーバによるｔの推定値の）誤差である。リアルタイムＲ*に対応している変換された時間Ｃ*は、共通タイミングの観点から、Ｃ*＝Ｎ・Ｔ＋Ｘとして与えられてもよい。ここで、Ｎは（共通タイミングの周期的な期間の数における）整数部分であり、Ｘは、小数部分である（０≦ｘ＜τ）。ステップ３は、変換された時間パラメータＮと、リアルタイムＲ*に対応しているＸとを求める。
【００５４】
リアルタイムＲ*は、
【数１】
【００５５】
として表されてもよい。
【００５６】
変換された時間の整数および小数の部分は、
【数２】
【数３】
【００５７】
として与えられてもよい。
【００５８】
リアルタイミングの周期性により、整数の部分ｎは分からないことがある（例えば、直接的に観測されないことがある）。しかしながら、ｎは、以下：
【数４】
【００５９】
のように、リアルタイムＲ*における推定された絶対時間ｔから取得されてもよい。
【００６０】
式（４）における切り上げは、最も近い整数に対して行われる。
【００６１】
｜（ε−ε0）｜＜τ／２である場合に、式（４）において（ε−ε0）＝０と仮定することによって、ｎの正しい値を取得してもよい。これにより、絶対時間に対する推定値の誤差を著しく超える、周期的な期間τを有する任意のリアルタイミングが保証されるかもしれない。したがって、小数部分ｘが取得された時間における、リアルタイムＲ*の整数部分ｎを、絶対時間によって、端末１１０が決定できる。そして、式（２）および（３）を使用して、変換された時間パラメータＮおよびＴが取得されてもよい。
【００６２】
適切な時間単位Ｕと周期的な期間Ｔとに基づいて、共通タイミングが規定されてもよく、周期的な期間Ｔは、時間単位Ｕの何らかの整数に等しくてもよい。何らかの内部クロックを持つ意味で、共通タイミングは、端末１１０またはロケーションサーバによって維持されない。端末１１０は、（例えば、この測定を支援するために絶対時間を使用して）それぞれのセルに対するリアルタイムを測定してもよい。端末１１０またはロケーションサーバは、リアルセル時間を、変換された時間に変換してもよく、変換された時間は、共通タイミングの時間単位Ｕで表現されてもよい。
【００６３】
式（２）および（３）にしたがって、リアルタイミングと変換されたタイミングとの間の関係を固定することは、（例えば、実際の周期的な期間が、規定された値τよりも、わずかに長い、または、わずかに短い場合）リアルタイミングでの何らかのドリフトが、変換されたタイミングに反映される（例えば、規定された値Ｔよりも、わずかに長い、または、わずかに短い変換された周期的な期間が結果的に生じる）であろうことを意味している。いったん、リアルセル時間の累積的ドリフトがτ／２に近づき始めると、絶対時間はドリフトしないので、式（４）を使用してｎの値を取得することは、誤差を生じさせるかもしれない。これを防ぐために、リアルタイムＲに対する最後の値と、変換された時間Ｃに対する関係する最後の値とに対応している、ステップ２中の絶対時間Ａに対する新しい値を取得することによって、リアルタイミングＲに対する絶対時間Ａの関係を周期的に再評価してもよい。
【００６４】
１つのセルｋに対するリアルタイムＲ*は、先に記述したように、測定され、および変換された時間Ｃ*（またはＮおよびＸ）に変えられてもよい。１組のセルに対するリアルタイムは、同じタイムインスタントにおいて、端末１１０によって測定されてもよく、類似した方法で、変換された時間に変えられてもよい。変換された時間を使用して、同じワイヤレスアクセスタイプのセルまたは異なるワイヤレスアクセスタイプのセル間のＯＴＤまたはＲＴＤを取得してもよい。特に、変換された時間は、同じ時間単位および同じ周期的な期間Ｔを共有することから、タイミングドリフトがまたはこれらを測定する何らかの端末のロケーションの変化が原因であることを除いて、ＯＴＤおよびＲＴＤは経時的に変化しないかもしれない。同じワイヤレスアクセスタイプのセルに対して取得されたＯＴＤおよびＲＴＤと同じ方法でロケーションを推定するために、これらのＯＴＤおよびＲＴＤが使用されてもよい。
【００６５】
複数のＬＭＵおよび端末をサポートするロケーションサーバに対して、一貫したＯＴＤおよびＲＴＤを異なる端末およびＬＭＵから取得するために、端末およびＬＭＵすべてに対して、ステップ２における調整は同一であるべきである。ロケーションサーバは、それぞれのセルに対してステップ２と同じ調整を使用できるので、ロケーションサーバが変換を実行する場合に、このことは実現されるかもしれない。端末およびＬＭＵが変換を実行する場合に、ロケーションサーバは、（例えば、Ｒ、Ｃ、およびＡの値をそれぞれのセルに提供することによって）どの調整を使用するかを、それぞれの端末およびそれぞれのＬＭＵに知らせてもよい。代替的に、端末またはＬＭＵが、端末またはＬＭＵがどのような調整を使用したかをロケーションサーバに知らせてもよく、これにより、ロケーションサーバは、端末またはＬＭＵから受信する変換された時間またはＯＴＤを、ロケーションサーバにより使用される調整に調節できる。１つの設計では、Ｒ、Ｃ、およびＡの値を規定するそれぞれのワイヤレスアクセスタイプに対して、固定した規則を規定してもよく、これにより、これらと通信する必要がなくなる。上述したように、セルタイミングドリフトによって生じる誤差を、ステップ２における周期的な調整がなくせるようにするために、規則は、共通時間Ｃがゼロで再開する（例えば、１時間の間隔で）、絶対時間Ａ１、Ａ２、Ａ３等のシーケンスを規定してもよい。現在のセル時間および現在の絶対時間の知識から、それぞれの絶対時間ＡKにおけるリアルセルタイミングＲKを測定または計算してもよい。何らかの曖昧さがこれに存在した場合には（例えば、絶対時間境界のちょうど後の時間において）この規則により、ＯＴＤまたは変換された時間をロケーションサーバに提供する端末またはＬＭＵが、調整が生じた絶対時間Ａｋを単に示すが、そうでない場合には示さない。
【００６６】
別の設計では、端末１１０は、１つ以上のワイヤレスアクセスタイプのセル｛１、２、３、...、Ｋ｝に対する１組の受信した送信の時間｛Ｔ1、Ｔ2、...、ＴK｝を取得してもよい。これらの受信した送信の時間は、上述したように、共通時間と共通の周期的な期間とに変換されなくてもよい。また、端末ロケーションにおいて認識されるような、そして、それぞれのワイヤレスアクセスタイプに対して規定されるような、セルに対するタイムドリフトレート｛Ｒ1、Ｒ2、...、ＲK｝を端末１１０は取得してもよい。Ｒkは、他の何らかの信号に対する、または、ＧＰＳのようなドリフトがない時間ソースに対する、セルｋに関係する信号のタイミングドリフトレートである。端末１１０はまた、精度情報、例えば、誤差標準偏差｛Ｓ1、Ｓ2、...、ＳK｝を取得してもよい。ここで、ＳKは、ＴKにおける誤差の標準偏差である。
【００６７】
端末１１０は、受信した送信の時間（および、可能性があれば、タイムドリフトレートおよび／または精度情報）をロケーションサーバに送ってもよい。上述した第１の設計の場合に、関係するワイヤレスアクセスタイプに対して適用可能な時間単位を使用して、それぞれの受信した送信の時間を表現してもよい。ＧＰＰは、異なるワイヤレスアクセスタイプに対する異なる時間単位をサポートしてもよく、新しいワイヤレスアクセスタイプに対する必要に応じて、新しい時間単位を規定してもよい。上述した第２の設計の場合には、すべてのワイヤレスアクセスタイプまたは多くのワイヤレスアクセスタイプに対して適用可能な共通の時間単位と共通の周期的期間とを使用して、それぞれの受信した送信の時間を表現してもよい。図２に示したＧＰＰメッセージフォーマットの場合に、端末１１０は、１つ以上のロケーション情報ＰＤＵを発生させてもよく、１つ以上のロケーション情報ＰＤＵは、ＧＮＳＳ時間に対する、そして１つ以上のワイヤレスアクセスタイプのセルに対する、時間エレメントを伝えてもよい。それぞれのセル時間エレメントは、セルＩＤ、受信した送信の時間ＴK、時間の精度ＳK等を含んでいてもよい。端末１１０は、ロケーション情報ＰＤＵをロケーションサーバに送ってもよい。
【００６８】
ロケーションサーバは、これらのセルに対する受信した送信の時間に基づいて、異なるセル間のＯＴＤを導出してもよい。端末１１０が、それぞれのワイヤレスアクセス技術にしたがった、受信した送信の時間を提供した場合、ロケーションサーバは、上述したように、受信した送信の時間を変換してもよい。ロケーションサーバはまた、既知の固定されたロケーションにおいて、ＬＭＵによって測定されたＯＴＤを取得してもよく、ＬＭＵからのＯＴＤを使用して異なるセル間のＲＴＤを計算してもよい。ロケーションサーバはまた、セルの、ＯＴＤとＲＴＤと既知のロケーションとに基づいて、端末１１０に対するポジション推定値を計算してもよい。ロケーションサーバはまた、セルの、ＲＴＤとロケーションとを、他の方法で、例えば、さまざまな端末から受信したＯＴＤに基づいて取得してもよい。
【００６９】
ＩＩ．汎用ポジショニングモジュール
別の態様では、そのポジショニング方法をサポートする１組のパラメータとして、それぞれの独特なポジショニング方法に対して、汎用ポジショニングモジュール（ＧＰＭ）を規定してもよい。ＧＰＭは、ポジショニング方法をサポートするために使用されるシグナリング情報を含んでいてもよく、ポジショニング方法をサポートするための、何らかのポジショニングプロトコルによって、例えば、ＲＲＬＰ、ＲＲＣ、ＩＳ−８０１−Ｂによって組み込まれていてもよい。異なるポジショニングプロトコルにわたるポジショニング方法をサポートするために、同じシグナリング情報を使用してもよいし、同じシグナリング情報は、汎用であってもよい。これにより、既存のプロトコルを使用して、そして共通のシグナリング影響により、新しいポジショニング方法をサポート可能になる。また、（これらのＧＭＰによって規定されたすべてのポジショニング方法をサポートするために）既存のポジショニングプロトコルに追加された１組のＧＰＭから、新しいＧＰＰを作成してもよい。
【００７０】
新しいＧＰＭの作成を単純にするために、すべてのＧＰＭに対して共通のＧＰＭ構成を規定してもよい。共通のＧＰＭ構成は、図２に示したＧＰＰポジションエレメントと同一であってもよく、これに類似していてよく、図２に示したフィールドを含んでいてもよい。一般的に、メッセージタイプがエレメントタイプに整合するＲＲＬＰおよびＲＲＣのようなポジショニングプロトコルに対しては、基準ＩＤおよびエレメントタイプは省略してもよい。したがって、ＧＰＭエレメントタイプは、ＲＲＬＰまたはＲＲＣメッセージタイプから推測してもよい。例えば、ＲＲＬＰ測定ポジション要求は、要求ＧＰＭエレメントに対応していてもよい。ＧＰＰポジションエレメントを使用してＧＰＭを規定することにより、既存のポジショニングプロトコルとともにＧＰＰの双方で、ＧＰＭを使用することができる。
【００７１】
特定のポジショニング方法をサポートするために、ＲＲＬＰ、ＲＲＣ、ＩＳ−８０１等では、新しいパラメータを既存メッセージに追加して、ＧＰＭを含めてもよい。この追加されるＧＰＭパラメータの内容は、ポジショニング方法ＩＤや、ポジショニング方法バージョンや、データタイプや、ポジショニング方法ＰＤＵを含んでいてもよい。それぞれのメッセージでは、ＧＰＭパラメータは、複数のポジショニング方法をサポートするために、それぞれのメッセージ中に追加され、メッセージ中で繰り返されてもよいオプションであってもよい。
【００７２】
ＩＩＩ．ＳＵＰＬ向けのＧＰＰポジショニング
ＳＵＰＬ向けのポジショニングをサポートするために、ＧＰＰを使用してもよい。現在、ＳＵＰＬ２．０が規定されており、ＳＵＰＬの新しいバージョン（例えば、ＳＵＰＬ３．０）が規定されるかもしれない。以下のように、ＧＰＰは、ＳＵＰＬ２．０によってサポートされていてもよい。第１の設計では、ＧＰＰの後の使用を明示的に規定するために、ＳＵＰＬ２．０がＯＭＡイネーブラリリースになる前に、新しいポジショニング方法インジケータを規定してもよい。別の設計では、ＳＵＰＬ２．０が、ＲＲＬＰまたはＩＳ−８０１のいずれかの使用をネゴシエートしてもよい。ＧＰＰは、ＲＲＬＰまたはＩＳ−８０１に埋め込まれていてもよく、以下に記述したようにネゴシエートしてもよい。Ｈ−ＳＬＰは、ＧＰＰに対するポータブル端末サポートをそれ自体のデータから決定してもよい。例えば、Ｈ−ＳＬＰは、端末能力を知っていてもよく、または、前のＳＵＰＬセッションからのＧＰＰサポートを記録してもよい。
【００７３】
ＩＶ．ＧＳＭ向けのＧＰＰポジショニングおよびＧＰＲＳコントロールプレーンソリューション
コントロールプレーンソリューションに対するポジショニングをＧＳＭでサポートするために、ＧＰＰを使用してもよい。移動体終了ロケーション要求（ＭＴ−ＬＲ）、移動体開始ロケーション要求（ＭＯ−ＬＲ）、ネットワーク開始ロケーション要求（ＮＩ−ＬＲ）に対して、ＧＰＰを使用してもよい。ＧＳＭコントロールプレーンに対して、ＲＲＬＰメッセージは、基地局システムロケーションサービス支援プロトコル（ＢＳＳＬＡＰ）およびＲＲメッセージ内で伝送されてもよく、基地局システムロケーションサービス支援プロトコル（ＢＳＳＬＡＰ）およびＲＲメッセージは、端末とＳＭＬＣとの間で基地局にトランスペアレントに交換してもよい。１つの設計では、ＧＰＰメッセージは、ＲＲＬＰメッセージに置換してもよく、基地局に対してトランスペアレントであってもよい。別の設計では、ＧＰＰメッセージは、ＲＲＬＰメッセージ内に、例えば、ＧＰＰメッセージをカプセル化するために使用される新しいＲＲＬＰコンテナコンポーネントメッセージ内にカプセル化してもよい。ＧＰＰは、ＧＳＭコントロールプレーンにおいてさまざまな方法でサポートされてもよい。
【００７４】
図７は、ＧＳＭコントロールプレーンに対する既存のＲＲＬＰ能力転送手順を使用する、ＧＰＰネゴシエーションのためのメッセージフロー７００の設計を示している。端末１１０がＧＰＰをサポートする場合、ＧＰＰは、ＲＡＮ１２０内の基地局制御装置（ＢＳＣ）１２６に送られるＭＳクラスマーク３を通して、ＲＲＬＰ能力転送のサポートを示してもよい。ＢＳＣ１２６は、端末１１０に対するＭＳクラスマーク３を伝える、基地局システムアプリケーション部分−ロケーションサービス拡張（ＢＳＳＡＰ−ＬＥ）実行ロケーション要求（ＰＬＲ）メッセージを、ＳＭＬＣ１２４に送ってもよい。ＳＭＬＣ１２４がＧＰＰをサポートしている場合、ＧＰＰは、端末１１０に送られる第１のＲＲＬＰポジショニング能力要求メッセージ中にＧＰＰメッセージを含めてもよい。このＧＰＰメッセージは、ＰｏＳ能力要求情報エレメント（ＩＥ）に対する拡張として伝えられてもよい。端末１１０がＧＰＰをサポートしていない場合、端末１１０は、受信したＧＭメッセージを無視し、通常のＲＲＬＰポジショニング能力応答メッセージをＳＭＬＣ１２４に返してもよい（図７には示していない）。そして、ＳＭＬＣ１２４および端末１１０は、ＲＲＬＰを続けるかもしれないが、ＧＰＰを続けないかもしれない。端末１１０がＧＰＰをサポートしていない場合、ＧＰＰは、ＳＭＬＣ１２４に送られる応答中にＧＰＰメッセージを含めてもよい。この応答は、（ｉ）例えば、必須Ｐｏｓ能力ＩＥは含まれているが空である、ＲＲＬＰポジショニング能力応答メッセージ、または、（ｉｉ）ＲＲＬＰコンテナメッセージであってもよい。端末１１０およびＳＭＬＣ１２４は、これらのエンティティ間で交換される最初のＧＰＰメッセージにより、ＧＰＰ能力をネゴシートし、支援データを要求し、関係データ等を伝えてもよい。端末１１０およびＳＭＬＣ１２４は、ＧＰＰを続けてもよく、ＲＲＬＰコンテナメッセージ中にカプセル化されていない、または、カプセル化されているＧＰＰメッセージが送られる。
【００７５】
図８は、ＧＳＭコントロールプレーン向けの、ＭＳクラスマーク３を使用するＧＰＰネゴシエーションのためのメッセージフロー８００の設計を示している。端末１１０がＧＰＰをサポートしてることを示すために、新しいフラグをＭＳクラスマーク３に追加してもよい。ＳＭＬＣ１２４が、第１のポジショニングメッセージ中で、例えば、ＲＲＬＰコンテナメッセージ中で、ＧＰＰメッセージを端末１１０に送ってもよい。ＳＭＬＣ１２４がＧＰＰをサポートしているか否かを端末１１０は知らないかもしれないので、第１のポジショニングメッセージに対してＲＲＬＰ転送を使用してもよい。第１のポジショニングメッセージの後、端末１１０およびＳＭＬＣ１２４は、ＲＲＬＰコンテナメッセージ中にカプセル化されていないか、または、カプセル化されているか、いずれかのＧＰＰメッセージを交換してもよい。
【００７６】
図９は、ＧＳＭコントロールプレーン向けの、他のＲＲＬＰメッセージを使用するＧＰＰネゴシエーションのためのメッセージフロー９００の設計を示している。ＧＰＰメッセージは、新しいオプション的なパラメータとして、ＲＲＬＰメッセージ中に、例えば、ＲＲＬＰ測定ポジション要求メッセージ、ＲＲＬＰ支援データメッセージ等中に追加してもよい。ＳＭＬＣ１２４は、ＧＰＰメッセージを端末１１０に伝えるＲＲＬＰメッセージ（例えば、制限のある支援データを有するＲＲＬＰ支援データメッセージ）を送ることによって、ＲＲＬＰセッションを開始してもよい。端末１１０およびＳＭＬＣ１２４は、ＲＲＬＰコンテナメッセージ中でカプセル化されているか、または、カプセル化されていないか、いずれかのＧＰＰメッセージを交換してもよい。
【００７７】
図７ないし図９における設計は、端末１１０およびＳＭＬＣ１２４によってサポートされてもよい。ＢＳＣおよびＭＳＣのような他のネットワークエンティティは、ＧＳＭコントロールプレーンによって、ＧＰＰによって影響が及ばないかもしれない。
【００７８】
１つの設計では、ＲＲＬＰポジショニング方法の代わりに、ＧＰＰポジショニング方法を使用してもよい。この設計では、ＧＰＰをネゴシエートおよび伝えるために、ＲＲＬＰを使用してもよく、その後、例えば、図７ないし図９で示したように、ＧＰＰポジショニング方法を実行してもよい。別の設計では、ＲＲＬＰポジショニング方法と組み合わせて、（例えば、新しい能力を有する）ＧＰＰポジショニング方法を使用してもよい。ＧＰＰメッセージは、既存のＲＲＬＰメッセージおよび／またはＲＲＬＰコンテナメッセージ内で伝えてもよい。端末１１０およびＳＭＬＣ１２４は、実行されているポジショニング方法に応じて異なって対話してもよく、ＧＰＰ対話はＧＰＰポジショニング方法に対して適用可能であり、ＲＲＬＰ対話はＲＲＬＰポジショニング方法に対して適用可能である。端末１１０およびＳＭＬＣ１２４は、ＧＰＰおよびＲＲＬＰポジショニング方法に対するＲＲＬＰメッセージを交換してもよい。ＧＰＰメッセージは、ＧＰＰポジショニング方法に対するＲＲＬＰメッセージ内で伝えてもよい。
【００７９】
図１０は、ＧＳＭコントロールプレーンにおける、ＲＲＬＰおよびＧＧＰポジショニング方法の双方の使用のためのメッセージフロー１０００の設計を示している。この例では、Ａ−ＧＰＳおよびＧＰＰポジショニング方法のＲＲＬＰポジショニング方法が、同時にサポートされてもよい。ＳＭＬＣ１２４は、Ａ−ＧＰＳ支援データおよびＧＰＰメッセージを伝えるＲＲＬＰ支援データメッセージを送ってもよく、ＲＲＬＰ支援データメッセージは、ＧＰＰ支援データを伝えてもよい。端末１１０は、ＲＲＬＰ支援データＡｃｋメッセージ、または、ＧＰＰメッセージを伝えるＲＲＬＰコンテナメッセージで応答してもよい。ＳＭＬＣ１２４は、支援データを伝えるＲＲＬＰ測定ポジション要求メッセージと、ＧＰＰメッセージとを送ってもよい。端末１１０は、Ａ−ＧＰＳポジション測定値を伝えるＲＲＬＰ測定ポジション応答メッセージと、ＧＰＰメッセージとで応答してもよく、ＧＰＰメッセージは、ＧＰＰポジショニング方法に対するポジション測定値を伝えてもよい。
【００８０】
図１０は、Ａ−ＧＰＳポジショニングをサポートするＲＲＬＰと、他のポジショニング方法をサポートするＧＰＰとの同時使用を示している。ＲＲＬＰによりＡ−ＧＰＳが単独で使用された場合よりも、ＳＭＬＣ１２４に返されるポジション測定値は、より正確なポジション推定を可能にする。また、ＲＲＬＰおよびＧＰＰポジショニング方法の他の組み合わせがサポートされてもよい。別の設計では、ＧＰＭは、図１０中のそれぞれのＧＰＰメッセージに置換してもよい。
【００８１】
図１１は、ＧＳＭコントロールプレーンにおいてＧＰＰ支援データを配信するためのメッセージフロー１０００の設計を示している。ＧＰＰ支援データは、例えば、ＧＬＯＮＡＳＳ、ＱＺＳＳ等向けの、ＲＲＬＰ支援データとともに、新しい支援データを含んでいてもよい。支援データを配信するためのＧＰＰの使用は、（ｉ）新しいＭＳクラスマーク３フラグを使用することによって、（ｉｉ）要求されたＧＰＳ支援データメッセージまたは要求されたＧＮＳＳ支援データメッセージにおけるスペアビットを割り当てることによって、（ｉｉｉ）ＭＯＬＲ要求メッセージ、ＢＳＳＡＰ実行ロケーション要求メッセージ、ＢＳＳＡＰ−ＬＥ実行ロケーション要求メッセージに新しいパラメータを追加することによって、または（ｉｖ）他の何らかのメカニズムによって要求されてもよい。ＳＭＬＣ１２４がＧＰＰをサポートしていない場合、ＳＭＬＣ１２４は、ＧＰＰ支援データに対する要求を無視してもよく、ＲＲＬＰを使用して配信できる支援データのみを送ってもよい。そうでなければ、ＳＭＬＣ１２４は、ＲＲＬＰコンテナメッセージによって伝えられるＧＰＰメッセージ内で支援データを送ってもよい。ＳＭＬＣ１２４がＧＰＰをサポートしているか否かを端末１１０は知らないかもしれず、したがって、ＲＲＬＰメッセージを受信することを予測しているかもしれないので、第１のＧＰＰメッセージに対して、ＲＲＬＰカプセル化を使用してもよい。ＧＰＰを使用することを双方のエンティティが決定したことから、ＲＲＬＰコンテナメッセージ中でカプセル化されていない、または、カプセル化されている後続するＧＰＰメッセージが送られてもよい。
【００８２】
図１２は、ＧＳＭコントロールプレーンにおいてＧＰＰ支援データを配信するためのメッセージフロー１２００の設計を示している。支援データに対するＭＯ−ＬＲ要求に対して、メッセージフロー１２００を使用してもよい。この設計では、ＲＲＬＰ支援データメッセージを使用して、ＲＲＬＰ支援データおよびＧＰＰメッセージを伝送してもよい。ＧＰＰメッセージは、ＧＰＰ支援メッセージを、例えば、ＧＰＰによってサポートされる方法をポジショニングするための新しい支援データを伝えてもよい。
【００８３】
また、ＧＰＲＳにおけるコントロールプレーンソリューションのためのポジショニングをサポートするために、ＧＰＰを使用してもよい。このケースでは、ＲＲＬＰメッセージは、ＢＳＳＬＡＰ、基地局システムＧＰＲＳプロトコル（ＢＳＳＧＰ）、論理リンク制御（ＬＬＣ）未確認情報／メッセージのトンネリング（ＵＩ／ＴＯＭ）メッセージ内で、端末１１０とＳＭＬＣ１２４との間で伝えられてもよい。これらのメッセージは、ＲＡＮ１２０内のＳＧＳＮ１３４とネットワークエンティティとに対してトランスペアレントであってもよい。したがって、ＭＴ−ＬＲ、ＮＩ−ＲＬ、または、ＭＯ−ＬＲに対して引き起されるＧＰＲＳポジショニングにより、ＭＯ−ＬＲ支援データ要求のために、ＧＳＭコントロールプレーンについて上述したメッセージフローを使用してもよい。
【００８４】
Ｖ．ＵＭＴＳコントロールプレーンソリューション向けのＧＰＰポジショニング
ＵＭＴＳにおけるコントロールプレーンソリューション向けのポジショニングをサポートするために、ＧＰＰを使用してもよい。ＲＮＣ中心モードおよびＳＡＳ中心モードにおいてＧＰＰをサポートするために、ＲＡＮ１２０内の無線ネットワーク制御装置（ＲＮＣ）１２８を更新してもよい。
【００８５】
図１３は、ＵＭＴＳ制御プレーンに対して既存のＲＲＣおよびポジショニング計算アプリケーション部（ＰＣＡＰ）メッセージを使用する、ＧＰＰ伝送のためのメッセージフロー１３００の設計を示している。ＧＰＰに対する端末サポートを示すために、新しいフラグを、ＲＲＣ接続セットアップ完了メッセージ（例えば、新しいフラグがＲＲＣ接続セットアップ完了メッセージのＧＮＳＳ能力パラメータ）に追加してもよい。ＳＡＳ中心モードの場合に、ＰＣＡＰポジション開始要求メッセージ中で送られるＰＣＡＰ ＵＥポジショニング能力ＩＥでは、フラグは、ＲＮＣ１２８によってＳＡＳ１２４に伝えられてよい。
【００８６】
ＳＡＳ１２４とＲＮＣ１２８との間のＰＣＡＰに対して、ＧＰＰメッセージは、ＰＣＡＰポジションアクティブ化要求および応答メッセージ中で、そしてＰＣＡＰ情報交換開始要求および応答メッセージ中で伝えられてもよい。ＧＰＰを示すために、ＰＣＡＰアクティブ化要求メッセージにおいて、新しいポジショニング方法を使用してもよい。ＰＣＡＰ情報交換開始要求および応答メッセージ中の新しいオプション的なパラメータを使用して、ＧＰＰメッセージを伝えてもよい。ＲＮＣ１２８と端末１１０との間のＲＲＣタイミングに対して、ＧＰＰメッセージは、ＲＲＣ測定制御、測定報告、および支援データ配信メッセージで伝えられてもよい。
【００８７】
図１４は、ＵＭＴＳコントロールプレーンに対してＰＣＡＰおよびＲＲＣコンテナメッセージを使用する、ＧＰＰ伝送のためのメッセージフロー１４００の設計を示している。ＰＣＡＰコンテナメッセージを使用して、ＳＡＳ１２４とＲＮＣ１２８との間で交換されるＧＰＰメッセージを伝えてもよい。ＲＲＣコンテナメッセージを使用して、ＲＮＣ１２８と端末１１０との間で交換されるＧＰＰメッセージを伝えてもよい。
【００８８】
図１５は、ＵＭＴＳコントロールプレーンに対して、ＧＰＰサポートを示している端末フラグなしで既存のＰＣＡＰおよびＲＲＣメッセージを使用する、ＧＰＰ伝送のためのメッセージフロー１５００の設計を示している。ＳＡＳおよびＲＮＣ１２８は、端末１１０がＧＰＰをサポートするか否かを知らずに、最初のＰＣＡＰまたはＲＲＣメッセージ中でＧＰＰメッセージを端末１１０に送ってもよい。端末１１０がＧＰＰをサポートしていない場合、端末は、ＧＰＰメッセージを無視してもよく、ＲＲＣ規定された情報を受信することに応答して、情報を含むＲＲＣメッセージ（例えば、ＲＲＣ測定報告メッセージ）を返してもよい。そうでなければ、端末１１０は、ＰＣＡＰまたはＲＲＣメッセージ中でＧＰＰメッセージを返してもよい。
【００８９】
ＵＭＴＳコントロールプレーンソリューションに対して、端末１１０、ＲＮＣ１２８、ＳＡＳ１２４に対する影響を軽減するために、すでに規定されているポジショニング方法に対する既存のＰＣＡＰおよびＲＲＣメッセージを使用して、ＧＰＰをサポートしてもよい。ＰＣＡＰおよびＲＲＣメッセージがＧＰＰメッセージを伝えてもよく、ＧＰＰメッセージは、ＧＰＰポジショニング方法に対する情報を伝えてもよい。ＰＣＡＰおよびＲＲＣメッセージを使用して、ＲＲＣおよびＧＰＰポジショニング方法の双方をサポートしてもよい。
【００９０】
ＶＩ．ＩＳ−８０１向けのＧＰＰポジショニング
ポジショニングをＩＳ−８０１でサポートするために、ＧＰＰを使用してもよい。現在、ＩＳ−８０１−１（３ＧＰＰ２Ｃ．Ｓ００２２−０）が配備されており、現在、ＩＳ−８０１−Ｂ（３ＧＰＰ Ｃ．Ｓ００２２−Ｂ）が規定されており、ＩＳ−８０１の新しいバージョンが規定されるかもしれない。ＩＳ−８０１の新しいバージョンとして、ＧＰＰがサポートされてもよい。例えば、ｃｄｍａ２０００ １ｘＲＴＴ用のコントロールプレーンソリューションを使用しているとき、または、ＳＵＰＬ２．０中で明示的にサポートされていないＧＰＰと、ＳＵＰＬ２．０とを使用しているとき、端末１１０およびＰＤＥ１７０は、ＩＳ−８０１の何らかのバージョンを使用することを予測するかもしれないし、ＧＰＰについてネゴシエートしていないかもしれない。ＩＳ−８０１に対して、ＧＰＰネゴシエーションが実行されてもよい。
【００９１】
ＩＳ−８０１の場合には、ポジション決定データメッセージ（ＰＤＤＭ）が送られてもよく、ポジション決定データメッセージ（ＰＤＤＭ）は、（ｉ）ＩＳ−８０１−０、ＩＳ−８０１−Ａ、およびＩＳ−８０１−Ｂ（例えば、セッション開始フラグおよびセッションタグフィールド）に対してすでに規定されている特定のセッションフィールドを伝える第１のオクテット、（ｉｉ）メッセージタイプ表示を伝える第２のオクテット（ＰＤ＿ＭＳＣ＿ＴＹＰＥ）、（ｉｉｉ）後続するＰＤＵの長さ（Ｎ）を示している、メッセージの長さの値（ＰＤ＿ＭＳＧ＿ＬＥＮ）を伝える２つの付加的なオクテット、（ｉｖ）ＰＤＵを伝えるＮ個のオクテットを含んでいてもよい。ＰＤ＿ＭＳＧ＿ＴＹＰＥは、ＩＳ−８０１−１の場合には１ｘ００に設定され、ＩＳ−８０１−Ａの場合には１ｘ０１に設定され、ＩＳ−８０１−Ｂの場合には１ｘ０２に設定されてもよく、ここで、「１ｘ」は、１６進法の値を表す。ＧＰＰネゴシエーションをＩＳ−８０１でサポートするために、新しいＰＤ＿ＭＳＧ＿ＴＹＰＥ値（例えば、１ｘＦＦの１６進値）を規定してもよい。新しいＰＤ＿ＭＳＧ＿ＴＹＰＥ値を使用して、ＧＰＰを識別してもよい。ＧＰＰは、ＩＳ−８０１−Ｂよりも後である、ＩＳ−８０１のバージョンとしてみなしてもよい。
【００９２】
新しいＰＤ＿ＭＳＧ＿ＹＰＥ値を除いてＩＳ−８０１−Ｂ ＰＤＤＭと類似した方法で、ＩＳ−８０１−Ｂ ＰＤＵを置換するＧＰＰメッセージとともに、ＧＰＰ ＰＤＤＭを発生させてもよい。ＧＰＰ＿ＭＳＧ＿ＴＹＰＥは、（ｉ）他のＩＳ−８０１バージョンに関して、同じフラグおよびフィールドを伝える第１のオクテット（例えば、ＳＥＳＳ＿ＳＴＡＲＴ、ＳＥＳＳ＿ＥＮＤ、ＳＥＳＳ＿ＳＯＵＲＣＥ、およびＳＥＳＳ＿ＴＡＧ）と、（ｉｉ）新しいＰＤ＿ＭＳＧ＿ＴＹＰＥ値を伝える第２のオクテットと、（ｉｉｉ）ＰＤ＿ＭＳＧ＿ＬＥＮを伝える次の２つのオクテットと、（ｉｖ）ＧＰＰメッセージを伝える残りのオクテットと、を含んでいてもよい。
【００９３】
図１６は、ＧＰＰがＩＳ−８０１の新しいバージョンとしてサポートされたときの、ＧＰＰネゴシエーションのためのメッセージフロー１６００の設計を示している。端末１１０またはＰＤＥ１７０は、ＩＳ−８０１−１と、ＧＰＰと、ＩＳ−８０１−Ｂとをサポートしてもよく、ＩＳ−８０１−１、ＩＳ−８０１−Ｂ、ＧＰＰに対する３つのＰＤＤＭのシーケンスをその順序で送ることによってＩＳ−８０１セッションを開始してもよい。（端末１７０が送っている場合にはＰＤＥ１７０であるかもしれない、または、ＰＤＥ１７０が送っている場合には端末１１０であるかもしれない）受信エンティティは、送信エンティティによって提供されている３つの代替実施形態の中からのそのエンティティによってサポートされている最高のバージョンＰＤＤＭ（すなわち、ＩＳ−８０１−Ｂよりも、より高いバージョンのＩＳ−８０１であると考えられ得るＩＳ−８０１−１、ＩＳ−８０１−Ｂと、ＧＰＰ）を処理し、これに返答してもよい。ＧＰＰがサポートされている場合に、受信エンティティが受信ＧＰＰ ＰＤＤＭに返答し、ＧＰＰ ＰＤＤＭ応答を返す。受信エンティティはまた、他の２つのＩＳ−８０１バージョンに対して受信したＰＤＤＭを無視する。端末１１０またはＰＤＥ１７０がＩＳ−８０１−１およびＧＰＰだけをサポートしている場合、代わりに、ＩＳ−８０１−１およびＧＰＰに対する２つのみのＰＤＤＭのシーケンスをその順序で送ることによってセッションを開始させる。そして、受信エンティティは、提供された２つの代替実施形態（すなわち、ＩＳ−８０１−１およびＧＰＰ）の中から、そのエンティティによってサポートされている最高のバージョンに返答してもよい。ＧＰＰがサポートされている場合、受信エンティティがＧＰＰ ＰＤＤＭに返答し、ＧＰＰ ＰＤＤＭ応答を返してもよい。
【００９４】
図１７は、ＩＳ−８０１−１と、ＩＳ−８０１−Ｂと、ＧＰＰとのすべてが配備されているとき、３つのフルサイズのＰＤＤＭを最初に送ることを回避するためにショートカットを使用する、ＩＳ−８０１−ＢでのＧＰＰネゴシエーションのためのメッセージフロー１７００の設計を示している。端末１１０またはＰＤＥ１７０は、８０１−１と、８０１−Ｂと、ＧＰＰとをサポートしてもよく、完全な８０１−１ ＰＤＤＭ、切捨てられた８０１−Ｂ ＰＤＤＭ、完全なＧＰＰ ＰＤＤＭをその順序で送ることによって、ＩＳ−８０１セッションを開始してもよい。ＩＳ−８０１−Ｂ ＰＤＵでなくＩＳ−８０１−Ｂサポートを示している通常のＰＤＤＭの最初の４つのオクテットを、切捨てられたＩＳ−８０１−Ｂ ＰＤＤＭが伝えてもよい。受信エンティティがＧＰＰをサポートしている場合、受信エンティティはＧＰＰ ＰＤＤＭを返してもよく、ＧＰＰでＩＳ−８０１セッションを続けてもよい。受信エンティティが、ＧＰＰでなくＩＳ−８０１−Ｂをサポートしている場合、ＩＳ−８０１−Ｂ ＰＤＤＭを返してもよく、ＩＳ−８０１セッションは、ＩＳ−８０１−Ｂの使用を続けてもよい。
【００９５】
ＩＳ−８０１−Ｂ配備がＧＰＰ配備を超える、または、ＧＰＰ配備に匹敵する場合、空のＩＳ−８０１−Ｂ ＰＤＤＭおよび完全なＧＰＰ ＰＤＤＭの代わりに、完全なＩＳ−８０１−Ｂ ＰＤＤＭおよび空のＧＰＰ ＰＤＤＭを最初に送ってもよい。代替的に、完全な８０１−１ ＰＤＤＭ、空のＩＳ−８０１−Ｂ ＰＤＤＭと、空のＧＰＰ ＰＤＤＭとを送ってもよい。
【００９６】
ＰＤＥ１７０は、ＩＳ−８０１−１と、ＩＳ−８０１−Ｂと、ＧＰＰとをサポートしていてもよい。端末１１０は、ＩＳ−８０１−１と、ＩＳ−８０１−ＢまたはＧＰＰのいずれかとをサポートしていてもよい。端末１１０はまた、ＩＳ−８０１−Ｂのみを、または、ＧＰＰのみをサポートしていてもよい。ＰＤＤＭが１つしか、または、２つしか送られないので、端末開始ＩＳ−８０１セッションは効果的である。ＰＤＥ開始されたＩＳ−８０１セッションのために、完全なＩＳ−８０１−１ ＰＤＤＭと、ＩＳ−８０１−ＢとＧＰＰとに対する２つの空のＰＤＤＭとを送ることは、オーバーヘッドを減少させる。
【００９７】
ＶＩＩ．ＬＴＥ向けのＧＰＰポジショニング
ＧＰＰを使用して、ＬＴＥに対してポジショニングをサポートしてもよい。ＬＴＥネットワークにアクセスする端末に対するロケーションサービスは、コントロールプレーンソリューションまたはユーザプレーンソリューションを用いてサポートされてもよい。コントロールプレーンソリューションでは、特定のポジショニングプロトコルは、それぞれのワイヤレスアクセスタイプに対して使用してもよく、ポジション測定値（例えば、基地局からの信号の測定値）と、そのワイヤレスアクセスタイプに関連するロケーション情報とをサポートしてもよい。コントロールプレーンロケーションソリューションによる、ＬＴＥに対する特定のポジショニングプロトコルは、ＧＰＰであってもよい。ＳＵＰＬのようなユーザプレーンソリューションによるＬＴＥポジショニングをサポートするために、コントロールプレーンソリューションによるＬＴＥポジショニングに対して使用可能なＧＰＰを使用してもよい。ＧＰＰはまた、ＷｉＭａｘ、ＷｉＦｉ、ＵＭＢ、ＩＭＴ Ａｄｖａｎｃｅｄ等のような他のワイヤレスアクセスタイプに対するコントロールおよびユーザプレーンソリューションにより使用してもよい。
【００９８】
図１８は、ポジショニングを実行するためのプロセス１８００の設計を示している。プロセス１８００は、端末、ロケーションサーバ（例えば、ＳＬＰ）、または他の何らかのエンティティによって実行されてもよい。ＧＰＰによりサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換する（ブロック１８１２）。ＧＰＰは、複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートしてもよい。第１のポジショニング方法と第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換する（ブロック１８１４）。第２の情報に基づいて、端末に対するポジション推定値を取得する（ブロック１８１６）。
【００９９】
ブロック１８１２および１８１４の１つの設計では、ロケーションサーバが、ロケーション情報に対する要求を含む第１のＧＰＰメッセージを端末に送ってもよく、ロケーション情報を含む第２のＧＰＰメッセージを端末から受信してもよい。ロケーションサーバはまた、支援データに対する要求を含む第３のＧＰＰメッセージを端末から受信してもよく、支援データを含む第４のＧＰＰメッセージを端末に送ってもよい。第３および第４のＧＰＰメッセージは、第１のＧＰＰメッセージおよび第２のＧＰＰメッセージの前または後に交換されてもよい。
【０１００】
ブロック１８１２および１８１４の別の設計では、端末は、ロケーション情報に対する要求を含む第１のＧＰＰメッセージをロケーションセンターから受信してもよく、ロケーション情報を含む第２のＧＰＰメッセージをロケーションセンターに送ってもよい。端末は、支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送ってもよく、支援データを含む第４のＧＰＰメッセージをロケーションセンターから受信してもよい。
【０１０１】
１つの設計では、それぞれのＧＰＰメッセージは、少なくとも１つのポジションエレメントを含んでいてもよい。それぞれのポジションエレメントは、特定のポジショニング方法に対するものであり、ポジショニング方法に対する情報を伝えてもよい。例えば、第１のＧＰＰメッセージは、（ｉ）第１のポジショニング方法に対する第１の情報を含む第１のポジションエレメントと、（ｉｉ）ＧＮＳＳポジショニング方法に対する情報を含む第２のポジションエレメントとを含んでいてもよい。
【０１０２】
１つの設計では、端末がＧＰＰをサポートしているか否かを決定するために、ステップ１８１２および１８１４の前に、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換してもよい。第２のポジショニングプロトコルは、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０１を含んでいてもよい。ＧＰＰによってサポートされている複数のポジショニング方法は、ＧＮＳＳポジショニング方法、ＯＴＤポジショニング方法、ＷｉＦｉ関連ポジショニング方法、センサ（例えば、加速度計）関連ポジションニング方法、Ｅ−ＣＩＤポジショニング方法、および／または他のポジショニング方法を含んでいてもよい。ＧＰＰによりサポートされている少なくとも３つのアクセタイプは、ＧＳＭ、ＷＣＤＭＡ、ＣＤＭＡ １Ｘ、ＨＰＲＤ、ＬＴＥ、ＩＥＥＥ ８０２．１１、ＩＥＥＥ８０２．１６、および／または他の何らかのアクセスタイプを含んでいてもよい。
【０１０３】
図１９は、ポジショニング実行するためのプロセス１９００の設計を示している。プロセス１９００は、（上述したように）端末によって、または、他の何らかのエンティティによって実行されてもよい。端末は、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第１の組の少なくとも１つの受信した送信の時間を取得する（ブロック１９１２）。端末はまた、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第２の組の少なくとも１つの受信した送信の時間を取得する（ブロック１９１４）。端末は、第１の組の少なくとも１つの受信した送信の時間と、第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得する（ブロック１９１６）。端末はまた、少なくとも１つの時間差に基づいて、端末自体に対するポジション推定値を取得する（ブロック１９１８）。
【０１０４】
ブロック１９１６の１つの設計では、端末が、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、第１の組の少なくとも１つの受信した送信の時間を、第１の組の少なくとも１つの変換された時間に変換してもよい。端末はまた、共通タイミングに基づいて、第２の組の少なくとも１つの受信した送信の時間を、第２の組の少なくとも１つの変換された時間に変換してもよい。少なくとも１つの時間差は、第１の組の少なくとも１つの変換された時間と第２の組の少なくとも１つの変換された時間とに基づいて決定されてもよい。
【０１０５】
端末は、そのワイヤレスアクセスタイプのセルに対するリアルタイムを、共通タイミングによって規定された変換された時間に関係付けることによって、それぞれのワイヤレスアクセスタイプのセルのリアルタイミングを、共通タイミングに関連付けてもよい。端末は、以下のように、それぞれのセルに対する受信した送信の時間を変換してもよい。端末は、端末における絶対タイミングに基づいて、受信した送信の時間に対する周期的な期間の整数部分を決定してもよい。端末はまた、セルに対するタイミング測定値に基づいて、受信した送信の時間に対する周期的な期間の小数部分を取得してもよい。端末は、受信した送信の時間の整数部分と受信した送信の時間の小数部分とに基づいて、セルに対する変換された時間を決定してもよい。
【０１０６】
ブロック１９１８の１つの設計では、端末は、少なくとも１つの時間差に基づいて、端末自体に対するポジション推定値を計算してもよい。別の設計では、端末は、少なくとも１つの時間差をロケーションサーバに送ってもよく、端末自体に対するポジション推定値をロケーションサーバから受信してもよい。
【０１０７】
図２０は、ポジショニングを実行するプロセス２０００の設計を示している。プロセス２０００は、（上述したように）ロケーションサーバによって、または、他の何らかのエンティティによって実行されてもよい。ロケーションサーバは、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの変換された時間を端末から受信する（ブロック２０１２）。第１の組の少なくとも１つの変換された時間は、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間と、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングとに基づいて、端末によって導出されてもよい。
【０１０８】
ロケーションサーバはまた、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの変換された時間を端末から受信する（ブロック２０１４）。第２の組の少なくとも１つの変換された時間は、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間と、共通タイミングとに基づいて、端末によって導出されてもよい。ロケーションサーバは、第１の組の少なくとも１つの変換された時間と、第２の組の少なくとも１つの変換された時間との間の少なくとも１つの時間差を取得する（ブロック２０１６）。ロケーションサーバは、少なくとも１つの時間差に基づいて、端末に対するポジション推定値を導出する（ブロック２０１８）。
【０１０９】
ブロック２０１６および２０１８の１つの設計では、ロケーションサーバは、セルに対する変換された時間に基づいて、複数のセル間のＯＴＤを決定してもよい。ロケーションサーバは、セルの、ＯＴＤと既知のロケーションとに基づいて、端末に対するポジション推定値を導出してもよい。ブロック２０１６および２０１８の別の設計では、ロケーションサーバは、これらのセルに対する変換された時間に基づいて、第１のワイヤレスアクセスタイプの第１のセルと、第２のワイヤレスアクセスタイプの第２のセルとの間のＯＴＤを決定してもよい。ロケーションサーバは、第１のセルおよび第２のセルの、ＯＴＤと既知のロケーションと、可能であれば、他のセルの、ＯＴＤおよび既知のロケーションとに基づいて、端末に対するポジション推定値を導出してもよい。
【０１１０】
別の設計では、ロケーションサーバは、時間差を端末から受信してもよく、受信した時間差上で時間変換を実行してもよい。
【０１１１】
図２１は、図１における、端末１１０、ＲＡＮ１２０、およびロケーションサーバ１４８の設計のブロック図を示している。簡略化のために、図２１は、端末１１０については、１つの制御装置／プロセッサ２１２０、１つのメモリ２１２２、１つの送信機／受信機（ＴＭＴＲ／ＲＣＶＲ）２１２４だけを示し、ＲＡＮ１２０については、１つの制御装置／プロセッサ２１３０、１つのメモリ２１３２、１つの送信機／受信機２１４３、１つの通信（Ｃｏｍｍ）ユニット２１３６だけを示し、ロケーション１４８については、１つの制御装置／プロセッサ２１４０、１つのメモリ２１４２、１つの通信ユニット２１４４だけを示している。一般的に、それぞれのエンティティは、任意の数のプロセッサ、制御装置、メモリ、送信機／受信機、通信ユニット等を含んでいてもよい。
【０１１２】
ダウンリンク上で、ＲＡＮ１２０が、トラフィックデータ、シグナリング、およびパイロットを、そのカバレージエリア内の端末に送信してもよい。これらのさまざまなタイプの情報は、プロセッサ２１３０によって処理され、送信機２１４３によって調整され、ダウンリンク上で送信されてもよい。端末１１０では、ＲＡＮ１２０からのダウンリンク信号は、受信機２１２４によって受信および調整され、プロセッサ２１２０によってさらに処理され、さまざまなタイプの情報が取得されてもよい。プロセッサ２１２０は、図１８におけるプロセス１８００、図１９におけるプロセス１９００、および／またはここで記述した技術に対する他のプロセスを実行してもよい。メモリ２１２２および２１３２は、端末１１０およびＲＡＮ１２０に対するプログラムコードおよびデータをそれぞれ記憶してもよい。アップリンク上では、端末１１０は、トラフィックデータ、シグナリング、パイロットをＲＡＮ１２０に送信してもよい。これらのさまざまなタイプの情報は、プロセッサ２１２０によって処理され、送信機２１４によって調整され、アップリンク上で送信されてもよい。ＲＡＮ１２０において、端末１１０および他の端末からのアップリンク信号は、受信機２１３４によって受信および調整され、他の端末は、受信機２１３４によって受信および調整され、プロセッサ２１３０によってさらに処理され、さまざまなタイプの情報が端末から取得される。ＲＡＮ１２０は、通信ユニット２１３６を通して、ロケーションサーバ１４８と直接的または間接的に通信してもよい。
【０１１３】
ロケーションサーバ１４８内で、プロセッサ２１４０は、端末に対するロケーションサービスをサポートするための処理を実行してもよい。例えば、プロセッサ２１４０は、図１８におけるプロセス１８００、図２０におけるプロセス２０００、および／またはここで記述した技術に対する他のプロセスを実行してもよい。プロセッサ２１４０はまた、端末１１０に対するポジション推定値を計算し、ロケーション情報をＬＣＳクライアント１９０に提供等をしてもよい。メモリ２１４２は、ロケーションサーバ１４８に対するプログラムコードおよびデータを記憶してもよい。通信ユニット２１４４は、端末１１０、ＲＡＮ１２０、および／または他のネットワークエンティティとロケーションサーバ１４８とが通信することを可能にしてもよい。ロケーションサーバ１４８および端末１１０は、ＧＰＰを通してメッセージを交換してもよく、これらのメッセージはＲＡＮ１２０および他のネットワークエンティティによって伝送されてもよい。
【０１１４】
さまざまな異なるテクノロジーおよび技術のうちの任意のものを使用して、情報および信号を表してもよいことを、当業者は理解するだろう。例えば、上記の詳細な説明全体を通して参照した、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁気フィールドまたは微粒子、光学フィールドまたは光学微粒子、あるいはこれらの任意の組み合わせによって表されてもよい。
【０１１５】
さらに、ここでの開示に関連して記述した、さまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方を組み合わせたものとして実現されてもよいことを、当業者はさらに正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを、一般的に、これらの機能性の観点から上記に記述している。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者が、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本開示の範囲から逸脱が生じるとして解釈されるべきでない。
【０１１６】
ここでの開示に関連して記述した、さまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、ここで記述した機能を実行するように設計されているこれらの任意の組み合わせで実現されても、あるいは、実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせとして、複数のマイクロプロセッサとして、ＤＳＰコアに関連した１つ以上のマイクロプロセッサとして、あるいは、このような他の何らかの構成として実現されてもよい。
【０１１７】
ここでの開示に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られている記憶媒体の他の何らかの形態で存在していてもよい。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込んだりできるように、例示的な記憶媒体はプロセッサに結合されている。代替実施形態では、記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ端末に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ端末中にディスクリートコンポーネントとして存在していてもよい。
【０１１８】
１つ以上の例示的な設計では、記述した機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されてもよい。ソフトウェアで実現された場合、機能は、１つ以上の命令またはコードとしてコンピュータ読み取り可能媒体上に記憶されてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読み取り可能媒体上に送信されてもよい。コンピュータ読み取り可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する何らかの媒体を含むコンピュータ記憶媒体および通信媒体の双方を含む。記憶媒体は、汎用コンピュータまたは特殊目的コンピュータによってアクセスできる何らかの利用可能な媒体であってもよい。例示によると、このようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶デバイス、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、あるいは命令またはデータ構成の形態で所望のプログラムコード手段を伝送または記憶するために使用でき、汎用または特殊目的コンピュータあるいは汎用または特殊目的プロセッサによってアクセスできる他の何らかの媒体を含んでいてもよいが、これらに限定されない。また、あらゆる接続は、コンピュータ読み取り可能媒体と適切に呼ばれている。例えば、ソフトウェアが、ウェブサイトや、サーバから、あるいは同軸ケーブルや、ファイバ光ケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または赤外線、無線、マイクロ波のようなワイヤレス技術を使用している他の遠隔ソースから送信された場合、同軸ケーブル、ファイバ光ケーブル、撚り対、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、ブルーレイ（登録商標）ディスクを含んでいてもよいが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。先のものを組み合わせたものもまた、コンピュータ読み取り可能媒体の範囲内に含められるべきである。
【０１１９】
ここでは、いくつかのセクションを特定する助けとなるように、そして参照のために、見出しを記載している。これらの見出しは、ここで記述した概念の範囲を制限することを意図しているのではなく、他のセクションにおいても、これらの概念は明細書全体を通して適用性がある。
【０１２０】
開示の先の説明は、当業者が本開示を作り、または使用できるように提供されている。開示に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定されている一般的な原理は、本開示の範囲の精神または範囲を逸脱することなく、他の変形に適用されてもよい。したがって、本開示は、ここに記述した例および設計に限定されることを意図しているものではないが、特許請求の範囲によって規定されている、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。
【関連出願】
【０００１】
本出願は、“任意のワイヤレスアクセスのための汎用ポジショニングプロトコル”と題する２００８年４月２日に出願された米国仮出願シリアル番号第６１／０４１，８７１号と、“任意のワイヤレスアクセスのための汎用ポジショニングプロトコル”と題する２００８年５月２３日に出願された米国仮出願シリアル番号第６１／０５５，８３０号とに対して優先権を主張している。これらの双方の出願は、本発明の譲受人に譲渡され、ここに参照により明示的に組み込まれている。
【背景】
【０００２】
Ｉ．分野
本開示は、一般的に、通信に関する。さらに詳細に説明すると、端末に対するロケーションサービス（ＬＣＳ）をサポートする技術に関する。
【０００３】
ＩＩ．背景
端末、例えば、セルラ電話機のロケーションを知ることは望ましいことが多く、ときには必要である。ここでは、「ロケーション」という用語と「ポジション」という用語とは同義であり、互換性があるように使用されている。例えば、ＬＣＳクライアントが、端末のロケーションを知ることを望むことがあり、端末のロケーションを要求するためにロケーションセンターと通信するかもしれない。ロケーションセンターおよび端末は、必要に応じて、そして可能であれば、ポジショニングプロトコルにしたがってメッセージを交換し、端末に対するポジション推定値を取得するかもしれない。ロケーションセンターは、ポジション推定値をＬＣＳクライアントに返すかもしれない。
【０００４】
端末のポジショニングをサポートするために、いくつかのポジショニングプロトコルが規定されている。これらのポジショニングプロトコルは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名付けられている機関によって規定されている無線リソースＬＣＳプロトコル（ＲＲＬＰ）および無線リソース制御（ＲＲＣ）と、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名付けられている機関によって規定されている（ＩＳ−８００とも知られている）Ｃ．Ｓ００２２とを含む。それぞれのポジショニングプロトコルは、特定のワイヤレスアクセスタイプ（例えば、ＧＳＭ（登録商標）またはＷＣＤＭＡ）、または、特定の組の関連ワイヤレスアクセスタイプ（例えば、ＣＤＭＡ２０００ １ＸＲＴＴおよびＣＤＭＡ２０００ ＥＶ−ＤＯ）中のワイヤレスアクセスタイプのいずれかと通信しているワイヤレス端末のポジショニングをサポートしている。それぞれのポジショニングプロトコルに対して、他の何らかのワイヤレスアクセスタイプと通信しているワイヤレス端末を位置付けるために、そのポジショニングプロトコルによってサポートされている手順およびポジショニング方法を使用することが困難である、または、可能でないかもしれない。異なるワイヤレスアクセスタイプに対してポジショニングをサポートするために、複数の既存のポジショニングプロトコルが使用されてもよい。しかしながら、これらのポジショニングプロトコルを実施するためには、幅広いインプリメンテーションおよび試験が必要であるかもしれない。また、新しいワイヤレスアクセスタイプに対して新しいポジショニングプロトコルをサポートするために、さらなるインプリメンテーションおよび試験が必要であるかもしれない。
【概要】
【０００５】
ここでは、異なるワイヤレスアクセスタイプに対して複数のポジショニング方法を効率的にサポートするための技術を記述する。態様では、汎用ポジショニングプロトコル（ＧＰＰ）を使用して、異なるワイヤレスおよび／またはワイヤラインアクセスタイプに対して衛星ベースのポジショニング方法および地上ベースのポジショニング方法をサポートする。ＧＰＰは、インプリメンテーションを単純化し、相互運用性を向上させ、そして他の利点も提供する。向上した相互運用性により、共通のポジショニングプロトコルおよび共通のロケーションサーバのような共通の手段を使用して、より多くの数の端末、および、より多くの数のワイヤレスネットワークに対するポジショニングをサポートすることになるかもしれない。
【０００６】
１つの設計では、端末は、ＧＰＰによってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換してもよい。ＧＰＰは、複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートしてもよい。端末は、第１のポジショニング方法と第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換してもよい。例えば、端末は、ロケーション情報に対する要求を含む第１のＧＰＰメッセージをロケーションセンターから受信してもよく、要求されたロケーション情報を含む第２のＧＰＰメッセージをロケーションセンターに送ってもよい。それぞれのＧＰＰメッセージは、少なくとも１つのポジションエレメントを含んでいてもよい。それぞれのポジションエレメントは、特定のポジショニング方法に対するものであってもよく、ポジショニング方法に対する情報を伝えてもよい。端末またはロケーションセンターは、第２の情報に基づいて、端末に対するポジション推定値を取得してもよい。
【０００７】
別の態様では、ポジショニングは、異なるワイヤレスアクセスタイプのセルに対する測定値に基づいて実行されてもよい。１つの設計では、端末は、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間を取得してもよい。端末はまた、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間を取得してもよい。端末は、第１の組の少なくとも１つの受信した送信の時間と第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得してもよい。端末は、少なくとも１つの時間差に基づいて、端末自体に対するポジション推定値を取得してもよい。
【０００８】
さらに別の態様では、受信した送信の時間は、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、変換された時間に変えてもよい。このことは、異なるワイヤレスアクセスタイプに対する受信した送信の時間を、ポジショニングのために使用できるようにする。端末は、共通タイミングに基づいて、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間を変換し、第１の組の少なくとも１つの変換された時間を取得してもよい。端末はまた、共通タイミングに基づいて、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間を変換し、第２の組の少なくとも１つの変換された時間を取得してもよい。端末は、変換された時間をポジショニングのために使用してもよく、または、変換された時間をロケーションサーバに送ってもよく、ロケーションサーバは、変換された時間に基づいて、端末に対するポジション推定値を導出してもよい。
【０００９】
開示のさまざまな態様および特徴をさらに詳細に以下で記述した。
【図面の簡単な説明】
【００１０】
【図１】図１は、例示的なネットワーク配備を示している。
【図２】図２は、ＧＰＰメッセージの例示的な構成を示している。
【図３】図３は、ＧＰＰセッションのための例示的なメッセージフローを示している。
【図４】図４は、ＧＰＰセッションのための例示的なメッセージフローを示している。
【図５】図５は、ＧＰＰセッションのための例示的なメッセージフローを示している。
【図６】図６は、変換された時間への、受信された送信の時間の変換を示している。
【図７】図７は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図８】図８は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図９】図９は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１０】図１０は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１１】図１１は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１２】図１２は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１３】図１３は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１４】図１４は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１５】図１５は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１６】図１６は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１７】図１７は、ＧＰＰネゴシエーションのための例示的なメッセージフローを示している。
【図１８】図１８は、ＧＰＰによるポジショニングを実行するためのプロセスを示している。
【図１９】図１９は、複数のワイヤレスアクセスタイプに対する、受信した送信の時間によるポジショニングを実行するためのプロセスを示している。
【図２０】図２０は、変換された時間によるポジショニングを実行するためのプロセスを示している。
【図２１】図２１は、端末、無線アクセスネットワーク（ＲＡＮ）、およびロケーションサーバのブロック図を示している。
【詳細な説明】
【００１１】
図１は、例示的なネットワーク配備１００を示している。通信サービスを取得するために、端末１１０は、３ＧＰＰ ＲＡＮ１２０または３ＧＰＰ２ ＲＡＮ１２２と通信してもよい。ＲＡＮはまた、アクセスネットワーク、無線ネットワーク、ワイヤレスネットワーク等と呼ばれることがある。ＲＡＮ１２０は、グローバルシステムフォーモバイル通信（ＧＳＭ）ネットワーク、広帯域コード分割多元接続（ＷＣＤＭＡ）、一般パケット無線サービス（ＧＰＲＳ）アクセスネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク等であってもよい。ＧＳＭ、ＷＣＤＭＡ、およびＧＰＲＳは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。ＬＴＥは、３ＧＰＰ進化したパケットシステム（ＥＰＳ）の一部である。ＲＡＮ１２２は、ＣＤＭＡ １Ｘネットワーク、高レートパケットデータ（ＨＲＰＤ）ネットワーク、ウルトラ移動体ブロードバンド（ＵＭＢ）ネットワーク等であってもよい。ＨＲＰＤはまた、進化データの最適化（ＥＶ−ＤＯ）と呼ばれる。ＣＤＭＡ １ＸおよびＨＲＰＤは、ｃｄｍａ２０００の一部である。一般的に、ＲＡＮは、任意のワイヤレスアクセスタイプをサポートしてもよく、いくつかの例には、ＧＳＭや、ＷＣＤＭＡや、ＬＴＥや、ＣＤＭＡ １Ｘや、ＨＲＰＤや、ＵＭＢがある。他のいくつかの例は、ＩＥＥＥ８０２．１６ファミリーの標準規格によって規定されているＷｉＭａｘや、ＩＥＥＥ８０２．１１ファミリーの標準規格によって規定されているＷｉＦｉ（登録商標）を含む。ワイヤレスアクセスタイプはまた、無線技術、無線アクセス技術、エアリンクインターフェース等と呼ばれることがある。
【００１２】
端末１１０は静的または動的であってもよく、また、ＧＳＭおよびＣＤＭＡ １Ｘでは移動局（ＭＳ）と、ＷＣＤＭＡおよびＬＴＥではユーザ機器（ＵＥ）と、ＨＲＰＤではアクセス端末（ＡＴ）と、安全なユーザプレーンロケーション（ＳＵＰＬ）ではＳＵＰＬ使用可能端末（ＳＥＴ）と呼ばれることがあり、また、加入者ユニット、局等と呼ばれることもある。端末１１０は、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスデバイス、ワイヤレスモデム、ワイヤレスルータ、ラップトップコンピュータ、テレメトリデバイス、追跡デバイス等であってもよい。端末１１０は、ＲＡＮ１２０または１２２中の１つ以上の基地局と通信してもよい。端末１１０はまた、１つ以上の衛星１９２からの信号を受信および測定し、衛星に対する擬似距離測定値を取得してもよい。端末１１０はまた、ＲＡＮ１２０および／またはＲＡＮ１２２中の基地局からの信号を測定し、タイミング測定値、信号強度測定値、および／または、基地局に対する信号品質測定値を取得してもよい。端末１１０に対するポジション推定値を導出するために、擬似距離測定値、タイミング測定値、信号強度測定値、および／または、信号品質測定値を使用してもよい。ポジション推定値はまた、ロケーション推定値、ポジション決定等と呼ばれることがある。
【００１３】
衛星１９２は、グローバルナビゲーション衛星システム（ＧＮＳＳ）の一部であってもよく、グローバルナビゲーション衛星システム（ＧＮＳＳ）は、アメリカ合衆国のグローバルポジショニングシステム（ＧＰＳ）、欧州のＧａｌｉｅｏシステム、ロシアのＧＬＯＮＡＳＳシステム、または他の何らかのＧＮＳＳであってもよい。ＧＮＳＳはまた、衛星ポジショニングシステム（ＳＰＳ）と呼ばれることがあり、また、一般的に、送信機から受信した信号に少なくとも部分的に基づいて、地球上または地球より上でのエンティティのロケーションをエンティティが決定できるように位置付けられている送信機のシステムを備えている。このような送信機は、一般的に、１組の数のチップの反復擬似ランダムノイズ（ＰＮ）コードでマークされた信号を送信し、また、地上ベースの制御局、ユーザ機器、および／または宇宙ビークル上に位置していてもよい。特定の例では、このような送信機は、地球軌道衛星ビークル（ＳＶ）上に位置していてもよい。例えば、ＧＰＳ、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳ、またはＣｏｍｐａｓｓのような、ＧＮＳＳの配置におけるＳＶは、ＰＮコードでマークされた信号を送信してもよく、ＰＮコードは、（例えば、ＧＰＳにおけるようなそれぞれの衛星に対して異なるＰＮコードを使用して、または、ＧＬＯＮＡＳＳにおけるような異なる周波数上で同じコードを使用して）配置における他のＳＶによって送信されたＰＮコードと区別可能である。ここで記述した技術は、グローバルシステム（例えば、ＧＮＳＳ）に対して使用するとともに、（ｉ）例えば、日本による準天頂衛星システム（ＱＺＳＳ）や、インドによるインドの地域的測位衛星システム（ＩＲＮＳＳ）、中国によるＢｅｉｄｏｕ等のような、地域的システム、ならびに／あるいは、（ｉｉ）１つ以上のグローバルおよび／または地域的ナビゲーション衛星システムに関係付けられてもよく、そうでなければ、１つ以上のグローバルおよび／または地域的ナビゲーション衛星システムによる使用のために使用可能にされてもよい、さまざまな増強システム（例えば、衛星ベースの増強システム（ＳＢＡＳ））、に対して使用してもよい。一例として、ＳＢＡＳは、完全性情報、差分補正等を提供する増強システムを含んでいてもよい。この増強システムには、例えば、ワイドエリア増強システム（ＷＡＳＳ）、欧州の静止ナビゲーションオーバレイサービス（ＥＧＮＯＳ）、多機能衛星増強システム（ＭＳＡＳ）、ＧＰＳ支援Ｇｅｏ増強ナビゲーション、またはＧＰＳおよびＧｅｏ増強ナビゲーションシステム（ＧＡＧＡＮ）、および／またはこれらに類するものがあり、これらに限定されるものではない。したがって、ここで用いたように、ＧＮＳＳはまた、１つ以上のグローバルおよび／または地域的ナビゲーション衛星システムおよび／または増強システムの任意の組み合わせを含んでいることも理解されるだろう。また、ＧＮＳＳ信号は、ＧＮＳＳ信号、ＧＮＳＳのような信号、および／または、このような１つ以上のＧＮＳＳに関係する他の信号を含んでいてもよい。
【００１４】
３ＧＰＰ ＲＡＮ１２０は、サービング移動体ロケーションセンター（ＳＭＬＣ）／スタンドアローンＳＭＬＣ（ＳＡＳ）１２４に結合していてもよく、サービング移動体ロケーションセンター（ＳＭＬＣ）／スタンドアローンＳＭＬＣ（ＳＡＳ）１２４は、ＲＡＮ１２０と通信している端末に対するポジショニングをサポートしてもよい。ＳＭＬＣ１２４は、端末ベースポジショニング方法、端末支援ポジショニング方法、およびネットワークベースポジショニング方法をサポートしてもよい。ポジショニングは、ターゲット端末の地理的ロケーションを決定する機能性のことを意味する。
【００１５】
３ＧＰＰ ＲＡＮ１２０はまた、３ＧＰＰ訪問先公衆地上移動体ネットワーク（Ｖ−ＰＬＭＮ）１３０と通信してもよい。Ｖ−ＰＬＭＮ１３０は、移動体スイッチングセンター（ＭＳＣ）１３２と、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１３４と、モビリティ管理エンティティ（ＭＭＥ）１３６と、サービングゲートウェイ（Ｓ−ＧＷ）１３８と、訪問先ゲートウェイ移動体ロケーションセンター（Ｖ−ＧＭＬＣ）１４２と、訪問先ＳＵＰＬロケーションプラットフォーム（Ｖ−ＳＬＰ）１４４と、進化したＳＭＬＣ（Ｅ−ＳＭＬＣ）１４６とを含んでいてもよい。ＭＳＣ１３２は、そのカバレージエリア内の端末に対する回線切替通話のための切替機能を実行してもよい。ＳＧＳＮ１３４は、パケット切替接続およびセッションのために、切替およびルーティング機能を実行してもよい。ＭＭＥ１３６は、モビリティ管理、ゲートウェイ選択、認証、ベアラ管理等のようなさまざまな制御機能を実行してもよい。Ｓ−ＧＷ１３８は、データルーティングおよび転送、モビリティアンカーリング等のような、端末に対するインターネットプロトコル（ＩＰ）データ転送に関連するさまざまな機能を実行してもよい。Ｖ−ＧＭＬＣ１４２は、ロケーションサービス、外部のＬＣＳクライアントとのインターフェースをサポートするためのさまざまな機能を実行し、加入者プライバシー、認可、認証、請求等のようなサービスを提供してもよい。Ｖ−ＳＬＰ１４４は、ＳＵＰＬロケーションセンター（ＳＬＣ）を備えていてもよく、可能であれば、ＳＵＰＬポジショニングセンター（ＳＰＣ）を備えていてもよい。ＳＬＣは、ロケーションサービスに対するさまざまな機能を実行し、ＳＵＰＬの動作を調整し、ＳＥＴと対話してもよい。ＳＰＣは、ＳＥＴに対するポジショニングおよびＳＥＴへの支援データの配信をサポートしてもよく、また、ポジション計算のために使用するメッセージおよび手順に関与してもよい。Ｅ−ＳＭＬＣ１４６は、ＬＴＥにアクセスする端末に対するロケーションサービスをサポートしてもよい。
【００１６】
Ｖ−ＰＬＭＮ１３０は、端末１１０がサービス加入しているホームＰＬＭＮ（Ｈ−ＰＬＭＮ）１５０と通信してもよい。Ｈ−ＰＬＭＮ１５０は、ホームＧＭＬＣ（Ｈ−ＧＭＬＣ）１５２と、ホームＳＬＰ（Ｈ−ＳＬＰ）１５４と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）／パケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）１５６と、スイッチ１５８とを備えていてもよい。スイッチ１５８は、ＬＣＳクライアント（例えば、ＬＣＳクライアント１９０）から要求を受信して、処理するために、それぞれの要求を、Ｈ−ＧＭＬＣ１５２またはＨ−ＳＬＰ１５４のいずれかにルーティングしてもよい。ＧＧＳＮ／ＰＤＮ ＧＷ１５６は、端末に対するデータ接続性の持続、ＩＰアドレス割り振り等のような、さまざまな機能を実行してもよい。
【００１７】
ＳＭＬＣ／ＳＡＳ１２４や、ＭＳＣ１３２や、ＳＧＳＮ１３４や、ＭＭＥ１３６や、Ｓ−ＧＷ１３８や、Ｖ−ＧＭＬＣ１４２や、Ｅ−ＳＭＬＣ１４６や、Ｈ−ＧＭＬＣ１５２や、ＧＧＳＮ／ＰＤＮ ＧＷ１５６は、３ＧＰＰによって規定されているネットワークエンティティである。Ｖ−ＳＬＰ１４４およびＨ−ＳＬＰ１５４は、オープン・モバイル・アライアンス（ＯＭＡ）によって規定されているエンティティに関連するネットワークである。ＧＧＳＮ／ＰＤＮ ＧＷ１５６は、例示的なネットワーク配備１００において示したように３ＧＰＰ Ｈ−ＰＬＭＮ１５０に位置してもよく、または、代替ネットワーク配備では３ＧＰＰ Ｖ−ＰＬＭＮ１３０に位置していてもよい。
【００１８】
３ＧＰＰ２ ＲＡＮ１２２は、３ＧＰＰ２ Ｖ−ＰＬＭＮ１６０と通信してもよい。Ｖ−ＰＬＭＮ １６０は、ＭＳＣ１６２と、パケットデータサービングノード（ＰＤＳＮ）１６４と、ポジション決定エンティティ（ＰＤＥ）１７０と、訪問先移動体ポジショニングセンター（Ｖ−ＭＰＣ）１７２と、Ｖ−ＳＬＰ１７４とを備えていてもよい。ＰＤＳＮ１６４は、パケット切替接続およびセッションのために切替およびルーティング機能を実行してもよい。ＰＤＥ１７０は、Ｖ−ＰＬＭＮ１６０と通信している端末に対するポジショニングをサポートしてもよい。Ｖ−ＭＰＣ１７２は、ロケーションサービスをサポートし、外部のＬＣＳクライアントとインターフェースし、加入者プライバシー、認可、認証、請求等のようなサービスを提供するためのさまざまな機能を実行してもよい。
【００１９】
Ｖ−ＰＬＭＮ１６０は、Ｈ−ＰＬＭＮ１８０と通信してもよい。Ｈ−ＰＬＭＮ１８０は、Ｈ−ＭＰＣ１８２と、Ｈ−ＳＬＰ１８４と、スイッチ１８６とを備えていてもよい。スイッチ１８６は、処理のために、ＬＣＳクライアント（例えば、ＬＣＳクライアント１９０）から要求を受信してもよく、それぞれの要求をＨ−ＭＰＣ１８２またはＨ−ＳＬＰ１８４のいずれかにルーティングしてもよい。ＭＳＣ１６２、ＰＤＳＮ１６４、ＰＤＥ１７０、Ｖ−ＭＰＣ１７２、およびＨ−ＭＰＣ１８２は、３ＧＰＰ２によって規定されているネットワークエンティティである。Ｖ−ＳＬＰ１７４およびＨ−ＳＬＰ１８４は、ＯＭＡによって規定されているネットワーク関連エンティティである。
【００２０】
図１は、いくつかのネットワークエンティティを示しており、いくつかのネットワークエンティティは、それぞれのＰＬＭＮ中に備えられていてもよい。それぞれのＰＬＭＮはまた、他の機能およびサービスをサポートできる他のネットワークエンティティを含んでいてもよい。
【００２１】
端末のポジショニングを調整および制御するために、ポジショニングプロトコルを使用してもよく、端末は移動体であってもよく、この移動体のポジションはＬＣＳクライアントまたはユーザによって要求されてもよい。ポジショニングプロトコルは、一般的に、（ｉ）位置付けられている端末とロケーションサーバとによって実行されてもよい手順と、（ｉｉ）端末とロケーションサーバとの間の通信またはシグナリングとを、規定している。ロケーションサーバは、手順を調整および命令してもよく、関連情報（例えば、ポジション推定値）を１つのエンティティから別のエンティティに転送してもよい。ロケーションサーバは、（ｉ）端末用のホームネットワークまたは訪問先ネットワーク中に存在していてもよい、あるいは、（ｉｉ）端末から離れていてもよく、ワイヤレスネットワークおよび／またはワイヤラインネットワーク、例えば、インターネットを通してアクセス可能であってもよい。
【００２２】
いくつかの既存のポジショニングプロトコルは、ＲＲＬＰや、ＲＲＣや、ＩＳ−８０１を含む。これらのポジショニングプロトコルは、ポジショニング方法の２つの主要なクラス：（ｉ）ＧＰＳおよび支援ＧＰＳ（Ａ−ＧＰＳ）のような衛星ベースのポジショニング方法と、（ｉｉ）サービングネットワークにおける基地局の対間の観測時間差（ＯＴＤ）を利用している地上ベースのポジショニング方法と、をサポートする。ＧＳＭ向けのＯＴＤ方法を、向上した観測時間差（Ｅ−ＯＴＤ）と呼び、ＷＣＤＭＡ向けのＯＴＤ方法を到着の観測時間差（ＯＴＤＯＡ）と呼び、ｃｄｍａ２０００向けのＯＴＤ方法を高度なフォワードリンク三辺測量（Ａ−ＦＬＴ）と呼ぶ。それぞれのポジショニングプロトコルは、単一のワイヤレスアクセスタイプに対して１つ以上の衛星ベースのポジショニング方法と１つ以上の地上ベースのポジショニング方法とをサポートしてもよい。例えば、ＲＲＬＰは、ＧＳＭおよびＧＰＲＳアクセスのためにＡ−ＧＰＳおよびＥ−ＯＴＤをサポートし、ＲＲＣは、ＷＣＤＭＡのためにＡ−ＧＰＳおよびＯＴＤＯＡをサポートし、そして、ＩＳ−８０１は、ｃｄｍａ２０００のためにＡ−ＧＰＳおよびＡ−ＦＬＴをサポートする。
【００２３】
Ａ−ＧＰＳサポートは、既存のポジショニングプロトコルに類似しているかもしれない。したがって、それぞれの既存のポジショニングプロトコルが、制限のある変更により、任意のＲＡＮにおいてＡ−ＧＰＳをサポートできるかもしれない。しかしながら、特定のワイヤレスアクセスタイプに対して支援データおよびポジショニング測定値が規定されると、この支援データおよびポジショニング測定値は、他のワイヤレスアクセスタイプにおいてＯＴＤをサポートするのに使用できないかもしれないので、ＯＴＤサポートは、既存のポジショニングプロトコルに類似していなくてもよい。特に、特定のワイヤレスアクセスタイプに対するＯＴＤに対応するように、それぞれの既存のポジショニングプロトコルは特別に開発されている。
【００２４】
新しいワイヤレスアクセスタイプが、継続的に、開発および配備されている。いくつかの最近規定されたワイヤレスアクセスタイプは、ＩＥＥＥ８０２．１６（ＷｉＭａｘ）や、ＩＥＥＥ８０２．１１（ＷｉＦｉ）や、ＬＴＥや、ＵＭＢを含む。そのワイヤレスアクセスタイプのＲＡＮによって担当されている端末に対するポジショニングをサポートするために、それぞれの新しいワイヤレスアクセスタイプに対して新しいポジショニングプロトコルが規定されてもよい。しかしながら、それぞれの新しいポジショニングプロトコルは、標準化、実現、試験、および配備のために、十分な取り組みとコストとが必要である。
【００２５】
態様では、異なるワイヤレスアクセスタイプに対して、Ａ−ＧＰＳおよびＯＴＤのようなポジショニング方法をサポートするために、汎用ポジショニングプロトコル（ＧＰＰ）を使用する。ＧＰＰは、Ｅ−ＯＴＤ、ＯＴＤＯＡ、Ａ−ＦＬＴ、拡張セル識別子（Ｅ−ＣＩＤ）等のような既存のポジショニング方法をサポートしてもよい。また、新しいワイヤレスアクセスタイプが開発されると、ＧＰＰは、新しいワイヤレスアクセスタイプに対するポジショニングをサポートしてもよい。サポートされているワイヤレスアクセスタイプすべてに対して（例えば、ＧＬＯＮＡＳＳ、現代的なＧＰＳ（ｍＧＰＳ）、Ｑｕａｓｉ−Ｚｅｎｉｔｈ衛星システム（ＱＺＳＳ）等に対して）新しいポジショニング能力をサポートするために、ＧＰＰはアップグレードしてもよい。ＧＰＰはまた、ワイヤラインアクセスを、例えば、ノマディックＩＰアクセスをサポートしてもよい。ＧＰＰは、ＲＲＬＰや、ＲＲＣや、ＩＳ−８０１のような既存のポジショニングプロトコルを置換または増強のいずれを行ってもよい。
【００２６】
ＧＰＰは、ユーザプレーンソリューションおよびコントロールプレーンソリューションをサポートしてもよい。ユーザプレーンソリューションまたはコントロールプレーンソリューションは、ロケーションサービスおよびポジショニングをサポートするための、さまざまなネットワークエレメントや、インターフェースや、プロトコルや、手順や、メッセージを含んでいてもよい。コントロールプレーンソリューションでは、ロケーションサービスおよびポジショニングをサポートするメッセージは、ネットワークエンティティ間や、ネットワークエンティティと端末との間で転送されるシグナリングの一部として、一般的に、ネットワーク特定プロトコルや、インターフェースや、シグナリングメッセージにより伝えられてもよい。ユーザプレーンソリューションでは、ロケーションサービスおよびポジショニングをサポートするメッセージは、ネットワークエンティティと端末との間のデータ転送の一部として、一般的に、ＴＣＰおよびＩＰのような標準規格のデータプロトコルにより伝えられてもよい。コントロールプレーンソリューションでは、一般的に、それぞれのワイヤレスアクセスタイプに対して、特定のポジショニングプロトコルを使用する。例えば、ＧＳＭに対してＲＲＬＰを使用してもよく、ＷＣＤＭＡに対してＲＲＣを使用してもよく、ｃｄｍａ２０００に対してＩＳ−８０１を使用してもよい。ユーザプレーンソリューションでは、１つよりも多いワイヤレスアクセスタイプに対して、ポジショニングプロトコルを使用してもよいが、制限がいくつかある。例えば、ＳＵＰＬユーザプレーンソリューションでは、ＧＳＭに対しては制限なくＲＲＬＰを使用し、ＷＣＤＭＡに対しては、Ａ−ＧＰＳおよびＡ−ＧＮＳＳをサポートするが、ＯＴＥＯＡをサポートしないためにＲＲＬＰを使用してもよい。これに対して、ＧＰＰは、複数のワイヤレスアクセスタイプおよび複数のロケーションソリューションに対するポジショニングを制限なくサポートしてもよい。例えば、ＧＰＰは、ＯＭＡによるＳＵＰＬ、３ＧＰＰ２によるＸ．Ｓ００２４や、ＣＤＭＡ開発グループ（ＣＤＧ）によるＶ１およびＶ２のような、ユーザプレーンソリューションに対するポジショニングをサポートしてもよい。ＧＰＰはまた、３ＧＰＰ ＴＳ ２３．２７１や、ＴＳ ４３．０５９や、３ＧＰＰおよびＩＳ−８８１によるＴＳ２５．３０５や、３ＧＰＰ２によるＸ．Ｓ０００２のような、コントロールプレーンソリューションに対するポジショニングをサポートしてもよい。また、ＳＵＰＬ、ＲＲＣ、ＧＳＭ、無線リソース（ＲＲ）、ＣＤＭＡ １Ｘデータバースト、ＨＴＰＰ、ＴＣＰ／ＩＰ等のような、さまざまなプロトコルによって、ＧＰＰは伝送されてもよい。
【００２７】
ＧＰＰは、端末に対して、さまざまなポジショニング方法をサポートしてもよい。ＧＰＰは「内部」ポジショニング方法を含んでいてもよく、「内部」ポジショニング方法は、ＧＰＰ用に設計されているポジショニング方法であり、可能であればＧＰＰの一部として、または、ＧＰＰへの拡張として標準化されている。ＧＰＰはまた、「外部」ポジショニング方法を含んでいてもよく、「外部」ポジショニング方法は、外部のソースによって開発され、ＧＰＰに組み込まれているポジショニング方法である。ＧＰＰは、下位互換性のある進化により、新しいポジショニング方法および新しいワイヤレスアクセスタイプをサポートしてもよい。ＧＰＰは、ＳＵＰＬおよび他のユーザプレーンソリューションならびにコントロールプレーンソリューションにより動作してもよい。ＧＰＰは、変更が少ない、または、変更がない既存のポジショニング方法を組み込んでいてもよい。ＧＰＰは、支援データ、測定値、能力ネゴシエーション等のような、既存の汎用的な能力をサポートしてもよい。ＧＰＰはまた、ハイブリッドポジショニング、初期粗ロケーション等をサポートしてもよい。
【００２８】
１つの設計において、ＧＰＰでのポジショニング方法は、別々で互いに独立したモジュール式で規定されていてもよい。これは、ＧＰＰ動作または他のポジショニングに方法に影響を及ばさずに、新しいポジショニング方法を追加すること、および／または、既存のポジショニング方法を拡張することを可能にする。異なるポジショニング方法間の固定された決まりきった関係をなくすことができる。
【００２９】
それぞれのポジショニング方法は、適用可能であるときには、端末支援モード、端末ベースモード、スタンドアローンモードをサポートしてもよい。内部ポジショニング方法および外部ポジショニング方法をより単純なインプリメンテーションでサポートするために、ＧＰＰは、共通フレームワークを提供してもよく、それぞれのポジショニング方法の効率的なインプリメンテーションを可能にするようにフレキシブルであってもよい。
【００３０】
図２は、ＧＰＰメッセージ２００の構成／フォーマットの例示的な設計を示している。この設計では、ＧＰＰメッセージ２００は、ＧＰＰバージョンフィールド２１０と、セッション識別子（ＩＤ）フィールド２１２と、終了セッションインジケータフィールド２１４と、Ｋ個のポジションエレメント２１６ａないし２１６ｋとを含んでいる。ここで、Ｋ≧０である。一般的に、ＧＰＰメッセージは、他の情報に対する、異なるおよび／または付加的なエレメントならびにフィールドを含んでいてもよい。ＧＰＰメッセージのエレメント２００に対して、ＡＳＮ．１および／またはＸＭＬ（拡張可能マークアップ言語）エンコーディングを使用してもよい。
【００３１】
ＧＰＰセッションに関与している２つのエンティティによる同じＧＰＰバージョンの使用をネゴシエートするために、ＧＰＰのどのバージョンを使用しているかや、ＧＰＰのどのバージョンが含まれているかを、ＧＰＰバージョンフィールド２１０は示していてもよい。発信エンティティは、発信エンティティが送る最初のＧＰＰメッセージでサポートしている最高のバージョンＶに、ＧＰＰバージョンを設定してもよい。受信エンティティは、Ｕ≦Ｖを条件として、サポートする最高バージョンＵをＧＰＰ返答で返してもよく、ネゴシエートされたＧＰＰバージョンは、２つのエンティティによってサポートされている２つの最高のバージョンのうちの低い方であってもよい。低い方のバージョンだけをサポートするエンティティとの下位互換性を確実にするために、新しい（高い方）のＧＰＰバージョンをサポートするエンティティはまた、低い方のＧＰＰバージョンすべてをサポートすべきである。ＧＰＰバージョンは、主に、どのポジショニング方法がサポートされているかを示していてもよく、この方法は、低い方のバージョンのサポートを単純化するかもしれない。
【００３２】
セッションＩＤにより、ＧＰＰセッションが識別されてもよい。それぞれのＧＰＰセッションは、一意的なセッションＩＤに割り当てられてもよい。２つのエンティティ間の複数のＧＰＰセッションは、異なるセッションＩＤによって、サポートされ、識別されてもよい。セッションＩＤはまた、例えば、１つのエンティティがＧＰＰセッションを中断または喪失したために同期がずれた状態の検出を可能にする。また、伝送レベルが変わった場合にも、ＧＰＰセッションは続いてもよい。
【００３３】
終了セッションインジケータが、送信エンティティがＧＰＰセッションを完了したか否かを示していてもよい。完了した場合には、受信エンティティはＧＰＰセッションを続けるべきでなく、原因が重大でない場合には、新しいＧＰＰセッションを開始してもよい。
【００３４】
また、図２は、ＧＰＰメッセージ２００内のポジションエレメント２１６の構成の設計を示している。ポジションエレメント２１６は、ポジショニング方法ＩＤフィールド２２０と、ポジショニング方法バージョン（Ｖｅｒ）フィールド２２２と、基準ＩＤフィールド２２４と、エレメントタイプフィールド２２６と、データタイプフィールド２２８と、ポジショニング方法プロトコルデータユニット（ＰＤＵ）フィールド２３０とを含んでいてもよい。ポジショニング方法ＩＤは、特定のポジショニング方法、例えば、Ａ−ＧＰＳ、Ｅ−ＯＴＤ、ＯＴＤＯＡ、Ａ−ＦＬＴ等を示していてもよい。新しいポジショニング方法ＩＤを割り当てることによって、将来のポジショニング方法を容易に追加することができる。ポジショニング方法の異なるカテゴリーは、異なる組または範囲のポジショニング方法のＩＤ値を予約することによって区別してもよい。これらの異なるカテゴリーは、（ｉ）認定された国家規格機関や国際規格機関（例えば、３ＧＰＰ、３ＧＰＰ２、ＩＥＴＦ、ＩＥＥＥ、ＩＴＵ等）によって規定されているポジショニング方法向けの１つ以上のカテゴリーと、（ｉｉ）特定のワイヤレスオペレータまたはワイヤレス機器製造業者のような非標規格機関によって規定されているポジショニング方法向けの１つ以上の他のカテゴリーとを含んでいてもよい。ポジショニング方法バージョンは、ポジショニング方法のバージョンを示してもよく、バージョンネゴシエーションのために使用してもよい。基準ＩＤは、要求および応答の関係をサポートしてもよく、例えば、要求に対する応答は、要求と同一の基準ＩＤを含んでいてもよい。
【００３５】
エレメントタイプはポジションエレメントの目的を示していてもよい。複数のクラスをサポートしてもよく、１つのクラスにおけるメッセージは、同じクラスにおける応答を求めてもよい。例えば、ポジションエレメントが（ｉ）第１のクラスでは、「要求」、「最後の応答」、または「最後でない応答」、（ｉｉ）第２のクラスでは、「提供」または「肯定応答」、あるいは（ｉｉｉ）第３のクラスでは中断／エラーに対するものか否かを、エレメントタイプは示していてもよい。第１のクラスに対して、「最後の応答」または「最後でない応答」は、「要求」に対する返答でのみ送られてもよい。応答がセグメント化されたとき、セグメント化をサポートするために、「最後の応答」は、「最後でない応答」の１つ以上のインスタンスによって先行されていてもよい。第２のクラスに対して、「提供」は、オプション的に、応答で「肯定応答」を要求してもよい。セグメント化により、「提供」の複数のインスタンスは、例えば、それぞれの「提供」に対して送られる、または、最後の「提供」だけに送られる「肯定応答」により送られてもよい。第３のクラスに対して、「中断／エラー」が、「最後の応答」、「最後でない応答」、または「肯定応答」の代わりに送られてもよい。データタイプは、ポジションエレメント中で送られている情報のタイプを示していてもよく、例えば、支援データ、ロケーション情報（例えば、測定値、ポジション推定値等）、ポジショニング方法に対する能力、エラー情報等である。１つの設計では、１つのデータのタイプだけが、それぞれのポジションエレメント中で送られてもよい。ポジショニング方法ＰＤＵは、エレメントタイプ、データタイプ、およびポジショニング方法に特有であるデータを含んでいてもよい。
【００３６】
ＧＰＰは、内部、外部、および共通のポジショニング方法をサポートしてもよい。内部ポジショニング方法は、ＧＰＰに対して、および、ＧＰＰに関係して排他的に規定されていてもよい。例えば、内部ポジショニング方法は、ＧＰＰの定義を規定または所有する標準開発機関（ＳＤＯ）のような同じ機関によって規定されていてもよい。特定のＧＰＰバージョンＶは、内部ポジショニング方法のどのバージョンＰを使用すべきかを規定していてもよい。Ｐよりも後のバージョンは、Ｖよりも後のＧＰＰバージョンに有効であるかもしれない。ポジショニング方法に対して許可された場合、Ｐよりも前のバージョンは、ＧＰＰバージョンＶで有効であり続けるかもしれない。内部ポジショニング方法は、複数のワイヤレスアクセスタイプ（例えば、Ａ−ＧＰＳ、Ａ−ＧＮＳＳ等）、新しいポジショニング方法等をカバーするポジショニング方法に適しているかもしれない。
【００３７】
ＧＰＰ、および可能であれば他のポジショニングプロトコルによる使用のために、外部ポジショニング方法が規定されていてもよい。外部ポジショニング方法は、ポジションエレメントの構成を活用し、付加的なエレメントタイプおよび／またはＧＰＰに対して規定されていないデータタイプを含んでいてもよい。外部ポジショニング方法のソース定義（例えば、メッセージおよびパラメータテーブル、ＡＳＮ．１、ＸＭＬ、手順等）は、ＧＰＰの定義を規定または所有しない国家的ＳＤＯまたは国際的ＳＤＯのような機関によって作成されてもよい。（例えば、ポジショニング方法ＩＤや、ポジショニング方法ＰＤＵコンテンツや、ポジショニング方法エレメントタイプや、ＧＰＰポジションエレメント構成におけるポジショニング方法データタイプの定義を含む）どのように外部ポジショニング方法をＧＰＰにより使用できるかの定義は、これらのＧＰＰコンポーネントと、外部ポジショニング方法について規定されている同等のコンポーネントとの間の対応を示すことによって達成されてもよい。例えば、外部ポジショニング方法について規定されているＡＳＮ．１およびＸＭＬデータタイプに対する適切な基準を使用することによって、このマッピングプロセスは支援されてもよい。特定のＧＰＰバージョンＶの場合、（ｉ）外部ポジショニング方法のバージョンのＵとだけ、ＧＰＰバージョンＶを使用できることを意味する、１つだけの特定の外部ポジショニング方法バージョンＵに対して、あるいは（ｉｉ）Ｕよりも先の、および／または、Ｕよりも後の外部ポジショニング方法のバージョンに対して、マッピングが規定されてもよい。外部ポジショニング方法は、特定のワイヤレスアクセスタイプまたは関連ワイヤレスアクセスタイプのファミリーに対して開発されたポジショニング方法に適していてもよい。外部ポジショニング方法はまた、変更することをあまり期待されない既存のポジショニング方法に、例えば、Ｅ−ＯＴＤ、ＡＦＬＴ、Ａ−ＧＰＳ等に適している。
【００３８】
他のポジショニング方法を増強するために、共通のポジショニング方法（ＣＰＭ）を使用してもよく、共通のポジショニング方法（ＣＰＭ）は、これ自体のポジショニング方法ＩＤを持っていてもよい。ＧＰＰメッセージ中のＣＰＭポジションエレメントは、以下の方法で使用してもよい。ＣＰＭ能力ＰＤＵ（すなわち、能力を示しているデータタイプを有するＣＰＭポジションエレメント）は、（ｉ）例えば、ポジショニング方法ＩＤのリストを通して、デバイスによって他のどのポジショニング方法がサポートされているか、および、（ｉｉ）デバイスの他の共通の能力を、例えば、デバイスによってサポートできる同時のポジショニング方法の、起動の最大数を示していてもよい。ＣＰＭ支援データＰＤＵ（すなわち、支援データを示しているデータタイプを有するＣＰＭポジションエレメント）は、汎用的な支援データを、例えば、端末のおよそのロケーション、およその絶対時間等を端末に伝えてもよい。ＣＰＭロケーション情報ＰＤＵ（すなわち、ロケーション情報を示しているデータタイプを有するＣＰＭポジションエレメント）は、端末自体のリソースを使用して端末によって取得されたロケーション情報を、例えば、スタンドアローンポジション推定値、速度、加速度、センサ測定値、ポジション推定値の相対的変化等を伝えてもよい。このＣＰＭ ＰＤＵはまた、１つ以上の他のポジショニング方法に対する端末ベースのポジショニング結果を、例えば、他の何らかの端末ベースのポジショニング方法を使用して、端末が端末自体のポジション推定値をどこで取得したかを伝えてもよい。このＣＰＭ ＰＤＵは、他のポジショニング方法に対して、ＰＧＧポジションエレメントに対する別個の端末ベースのロケーション要求と端末ベースのロケーション応答とをサポートする必要をなくすかもしれない。他のポジショニング方法に特有である能力、支援データ、ロケーション情報は、これらのポジショニング方法内で依然としてサポートされてもよく、ＣＰＭによってカバーされなくてもよい。また、さまざまなワイヤレスアクセスタイプをサポートするために、新しいポジショニング方法が開発されてもよい。
【００３９】
図３は、ＧＰＰセッションのためのメッセージフロー３００の設計を示している。ロケーションサーバ１４８は、図１におけるＳＬＰ、ＧＭＬＣ、ＭＰＣのうちの任意のものであってもよく、ＧＰＰバージョン２と、セッションＩＤ１と、Ｎ個のポジションエレメントとを有するＧＰＰメッセージを端末１１０に送ってもよい。ここで、Ｎ≧１である。端末１１０は、ＧＰＰバージョン１をサポートするがＧＰＰバージョン２をサポートせず、ＧＰＰバージョン１と、セッションＩＤ１と、Ｍ個のポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。ここで、Ｍ≧１である。ロケーションサーバ１４８は、低い方のＧＰＰバージョン１を選択してもよく、ＧＰＰバージョン１と、セッションＩＤ１と、Ｐ個のポジションエレメントとを有するＧＰＰメッセージを送ってもよい。ここで、Ｐ≧１である。端末１１０は、ＧＰＰバージョン１と、「終了セッションインジケータ」組と、Ｑ個のポジションエレメントとを有するＧＰＰメッセージで応答してもよい。ここでＱ≧１である。それぞれのＧＰＰメッセージ中のポジションエレメントは、ポジショニング方法に対して使用される任意の情報を伝えてもよい。
【００４０】
図４は、内部ＧＮＳＳポジショニング方法によるＧＰＰセッションのためのメッセージフロー４００の設計を示している。ロケーションサーバ１４８は、ＧＰＰバージョン１と、セッションＩＤ１と、１つのポジションエレメントとを有するＧＰＰメッセージを端末１１０に送ってもよい。このポジションエレメントは、バージョン１を有するＧＮＳＳポジショニング方法を示していてもよく、Ａにセットされた基準ＩＤ、「要求」にセットされたエレメントタイプ、「能力」にセットされたデータタイプとを有していてもよい。ポジションエレメントは、おそらくはロケーションサーバ１４８の能力でＰＤＵを伝えてもよい。端末１１０は、ＧＮＳＳポジショニング方法のバージョン１をサポートしてもよく、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。第１のポジションエレメントは、ロケーションサーバ１４８によって送られた、前のＧＰＰメッセージ中に含まれているポジションエレメントに応答してもよく、ＧＮＳＳポジショニング方法に対する端末能力を含んでいてもよい。第２のポジションエレメントは、ＧＮＳＳポジショニング方法に対する支援データを要求してもよい。ロケーションサーバ１４８は、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを送ってもよい。第１のポジションエレメントは、前のＧＰＰメッセージ中で端末１１０によって要求されたＧＮＳＳ支援データを含んでいてもよい。第２のポジションエレメントは、ＧＮＳＳポジショニング方法を使用して取得されたロケーション情報を要求してもよい。端末１１０は、ＧＰＰバージョン１と、セッションＩＤ１と、「終了セッションインジケータ」組と、１つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。このポジションエレメントは、前のＧＰＰメッセージ中でロケーションサーバ１４８によって要求されたＧＮＳＳロケーション情報（例えば、ＧＮＳＳ衛星測定値）を含んでいてもよい。
【００４１】
図５は、内部ＧＮＳＳおよびＥ−ＣＩＤポジショニング方法によるＧＰＰセッションのためのメッセージフロー５００の設計を示している。ＧＰＰセッションは、Ｅ−ＣＩＤを使用して、端末に対する初期粗ロケーションを取得し、ＧＮＳＳを使用して、端末に対する後の正確なロケーションを取得する。ロケーションサーバ１４８は、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを端末１１０に送ってもよい。第１のポジションエレメントは、バージョン１を有するＥ−ＣＩＤポジショニング方法を示してもよく、ロケーションサーバ１４８のＥ−ＣＩＤ能力を提供してもよい。第２のポジションエレメントが、Ｅ−ＣＩＤに対するロケーション情報を要求してもよい。端末１１０は、ＧＰＰバージョン１と、セッションＩＤ１と、Ｅ−ＣＩＤに対する要求されたロケーション情報（例えば、基地局に近い信号測定値）を含む１つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。ロケーションサーバ１４８が、ＧＰＰバージョン１と、セッションＩＤ１と、２つのポジションエレメントとを有するＧＰＰメッセージを送ってもよい。第１のポジションエレメントは、バージョン１を有するＧＮＳＳポジショニング方法を示していてもよく、ＧＮＳＳ支援データを提供してもよい。第２のポジションエレメントは、ＧＮＳＳポジショニング方法に対するロケーション情報を要求してもよい。端末１１０は、ＧＰＰバージョン１と、セッションＩＤ１と、「終了セッションインジケータ」組と、１つのポジションエレメントとを有するＧＰＰメッセージを送ることによって応答してもよい。このポジションエレメントは、前のＧＰＰメッセージ中でロケーションサーバ１４８によって要求され、ＧＮＳＳポジショニング方法を使用して取得されたロケーション情報を含んでいてもよい
Ｅ−ＣＩＤポジショニング方法により、可視基地局に関係する測定情報をロケーションサーバが要求し、端末がこの測定情報を提供できるようになる。ロケーションサーバによって送られるＥ−ＣＩＤ能力は、ロケーションサーバが受信することを好む情報（例えば、特定のタイプの信号測定値）を端末に知らせてもよい。端末によって送られるＥ−ＣＩＤ能力は、端末が提供できるＥ−ＣＩＤ関連情報をロケーションサーバに知らせてもよい。
【００４２】
ＧＮＳＳポジショニング方法は、レガシーＧＰＳ Ｌ１Ｃ／Ａや、ＧＬＯＮＡＳＳや、Ｇａｌｉｌｅｏや、現代化されたＧＰＳ（ｍＧＰＳ）や、ＱＺＳＳや、ＥＧＮＯＳや、ＷＡＡＳ等を含むすべてのタイプのＧＮＳＳをサポートしてもよい。ＧＰＰにおけるＧＮＳＳポジショニング方法は、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０でのＧＮＳＳポジショニング方法と同じであってもよく、あるいは、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０でのＧＮＳＳポジショニング方法に基づいていてもよい。
【００４３】
Ｉ．ハイブリッド＆汎用的なＯＴＤ − 汎用的な精密な時間支援（ＦＴＡ）
ＲＡＮにおける基地局が、１つ以上のセルまたはセクタをサポートしてもよい。３ＧＰＰでは、「セル」という用語は、用語が使用される文脈次第では、基地局のカバレージエリア、または、カバレージエリアを担当する基地局のサブシステムのカバレージエリアのことを意味することがある。３ＧＰＰ２では、「セクタ」または「セルセクタ」という用語は、基地局のカバレージエリア、または、カバレージエリアを担当する基地局のサブシステムのカバレージエリアのことを意味することがある。明確にするために、以下の記述では、セルの３ＧＰＰの概念を使用する。
【００４４】
別の態様では、異なるワイヤレスアクセスタイプのセル間、例えば、ＧＳＭセルとＷＣＤＭＡセルとの間、ＣＤＭＡ １ＸまたはＨＲＰＤセルとＧＳＭまたはＷＣＤＭＡセルとの間等のＯＴＤに基づいて、端末に対するポジション推定値を導出するために、ハイブリッドＯＴＤポジショニングを使用してもよい。Ｅ−ＯＴＤ、ＯＴＤＯＡ、およびＡ−ＦＬＴのようなＯＴＤ方法と比較して、ハイブリッドＯＴＤポジショニングでは、端末によってＯＴＤが測定できるセルの数が増加する。Ｅ−ＯＴＤ、ＯＴＤＯＡ、およびＡ−ＦＬＴのようなＯＴＤ方法では、１つの特定のワイヤレスアクセスタイプのセル間のＯＴＤを測定することに制限される。より多くのセル間のＯＴＤを測定することにより精度および信頼性が増加し、そして、もはや、セルから遠く離れた信号をサーチしたり、測定したりする時間を費やす必要はないので、応答時間も減少する。
【００４５】
異なるワイヤレスアクセスタイプのセルは、一般的に、類似していない送信タイミングを使用する。それぞれのポジショニングプロトコル（例えば、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０１）は、そのポジショニングプロトコルによってサポートされているワイヤレスアクセスタイプに対する送信タイミングに基づいて、ＯＴＤ測定値とＯＴＤ支援データとを規定している。例えば、ＲＲＬＰは、ＧＳＭ時間単位に基づいたＯＴＤ測定値を規定している。ＧＳＭ時間単位は、他のワイヤレスアクセスタイプに適用しないフレーム数とビット数とを含む。
【００４６】
ＧＰＰは、ワイヤレスアクセスタイプを組み合わせたもの向けのハイブリッドＯＴＤとともに、異なるワイヤレスアクセスタイプ向けの汎用的なＯＴＤをいくつかの方法でサポートしてもよい。１つの設計では、異なるワイヤレスアクセスタイプのセルに対する時間測定値が、端末１１０における共通のタイムインスタントに合わされてもよい。端末１１０は、１つ以上のＲＡＮにおけるセルに対する１組の受信した送信の時間を取得してもよい。それぞれの受信した送信の時間は、共通のタイムインスタントにおいて端末１１０によって受信された特定の送信信号を示していてもよい。例えば、ＧＳＭの場合に、それぞれの受信した送信の時間は、ＧＳＭフレーム数、ビット数、端末１１０がちょうど受信したビットの割合とを提供してもよい。１組の受信した送信の時間は、｛Ｔ1、Ｔ2、...、Ｔk｝として与えられてもよく、ここでＴkは、セルｋに対する受信した送信の時間であり、１≦ｋ≦Ｋである。Ｔkは、セルｋに適用可能な送信単位（例えば、ＧＳＭフレームおよびビット）で表されてもよい。すべてのセルに対する受信した送信の時間は、端末１１０における共通のタイムインスタントＴに合わされてもよい。例えば、端末１１０は、端末１１０の時間Ｔxにおける、セルｋに対するＴkxの受信した送信の時間を測定してもよい。端末１１０は、セルｋによってサポートされているワイヤレスアクセスタイプに対して使用される時間単位で表現される時間差（Ｔ−Ｔx）を、測定した送信の時間Ｔkxに加算して、端末１１０の時間Ｔにおけるセルｋに対する受信した送信の時間Ｔkを取得してもよい。
【００４７】
端末１１０はまた、共通のタイムインスタントＴにおいて、異なるセルに対する受信した送信の時間を他の方法で取得してもよい。例えば、端末１１０は、セルに対するいくつかの受信した送信の時間を測定してもよく、補外または補間を実行し、時間Ｔにおける、セルに対する受信した送信の時間を取得してもよい。一般的に、端末１１０は、絶対タイミングまたは基準タイミングに基づいて、１つの送信時間測定の、補外、補間、または簡単な訂正を実行してもよく、絶対タイミングまたは基準タイミングは、任意の連続的な時間基準によって提供されてもよい。例えば、絶対タイミングは、端末１１０における内部クロックや、基地局または衛星によって提供される外部クロックや、外部クロックソースにロックされる内部クロック等によって提供されてもよい。
【００４８】
第１の設計では、それぞれのワイヤレスアクセスタイプのセルに対する受信した送信の時間が、そのワイヤレスアクセスタイプに対する時間単位で与えられてもよい。例えば、ＧＳＭセルｋに対する受信した送信の時間Ｔkは、ＧＳＭフレーム数、ビット数、ビットの割合によって与えられてもよい。
【００４９】
１組の受信した送信の時間｛Ｔ1、Ｔ2、...、ＴK｝が、ロケーションサーバに転送されてもよい。それぞれの送信時間は、関係するワイヤレスアクセスタイプに対して適用可能な時間単位を使用して表されていてもよい。それぞれのワイヤレスアクセスタイプの受信した送信の時間を伝えるために、ＧＰＰは異なるタイプのパラメータを提供してもよい。ＧＰＰにより新しいワイヤレスアクセスタイプをサポートするために、新しいタイプのパラメータをＧＰＰの定義に追加して、新しいタイプのワイヤレス送信タイミングを伝えてもよい。ロケーションサーバは、既知のロケーションにおいて、固定ロケーション測定ユニット（ＬＭＵ）を使用して、異なる基地局間のリアル（すなわち絶対）時間差（ＲＴＤ）を取得してもよい。ＬＭＵは、ＯＴＤを測定し、ＯＴＤをロケーションサーバに提供してもよく、そのＯＴＤからＲＴＤを計算することができる。基地局の既知のロケーションを使用して端末１１０のポジションを計算するために、ロケーションサーバはＯＴＤおよびＲＴＤを使用してもよい。ロケーションサーバはまた、端末によって提供されたＲＴＤから、基地局のＲＴＤおよびロケーションを他の方法で取得してもよい。
【００５０】
第２の設計では、１組の受信した送信の時間｛Ｔ1、Ｔ2、...、ＴK｝は、何らかの共通の形態で、端末１１０によってネットワークサーバに送られてもよい。例えば、それぞれの受信した送信の時間は、共通の時間単位（例えば、秒）に基づいて、送信時間に変換してもよい。
【００５１】
送信タイミングの異なる単位をサポートして、異なる周期的な期間を持つワイヤレスアクセスタイプに対して、異なるワイヤレスアクセスタイプのセルに対する受信した送信の時間間で有効なＯＴＤを取得することは、ＲＴＤが一定でないだろうから、直接的に可能でないかもしれない。しかしながら、それぞれのセルの送信タイミングを、すべてのワイヤレスアクセスタイプに共通である周期的な期間と時間単位との双方を使用する新しく変換されたタイミングに変換することによって、一定のＲＴＤおよび有効なＯＴＤを取得できる。この変換は、以下のように実行されてもよい。
ステップ１：変換されるすべてのワイヤレスアクセスタイプの異なる時間単位および異なる周期的な期間に対して適用可能である、共通の時間単位Ｕと共通の周期的な期間Ｔとを選択。共通の時間単位を使用して、時間のすべての測定値、例えば、変換された時間、リアルセルタイミング、絶対時間を表現。これは、単なる変形であってもよい。例えば、ＧＳＭに対する送信時間は、ＧＳＭフレームの数ｘプラスＧＳＭビットの数ｙとして表されてもよい。共通の時間単位ｚに対する変形は、（ｘＦ＋ｙＢ）を計算することによって達成されてもよい。ここで、Ｆは、ｚの単位のＧＳＭフレーム持続期間であり、Ｂは、ｚの単位のＧＳＭビットの持続期間である。
ステップ２：（例えば、ＧＰＳに基づいて推定された、または、特定のセル送信によって伝えられた絶対時間情報に基づいて）絶対時間の何らかの正確な、または、推定された値Ａにおいて、セルに対するリアルタイムＲを、セルに対する特定の変換された時間Ｃと関係付けることによって、それぞれのセルのリアルタイミングを、セルに対する意図された変換されたタイミングと合わせる。
ステップ３：Ｒに後続する任意のリアルセル時間Ｒ*の場合、リアルタイムＲ*に対して変換されたＣ*を、Ｃ*＝Ｃ＋（Ｒ*−Ｒ）として計算。変換された時間Ｃ*は、共通時間単位と共通の周期的な期間とに基づくリアルタイムＲ*の表現である。以下に記述するように、計算は、リアルタイムと変換された時間とに対する異なる周期的な期間の結果を含む。
【００５２】
図６は、先に記述したステップにしたがった、１つのセルｋに対する変換された時間へのリアルタイムの変換を示している。セルｋのリアルタイミングは、τの周期的な期間を有し、このτの周期的な期間は、任意の持続期間であってもよく、ワイヤレスアクセスタイプに依存していてもよい。変換された／共通タイミングは、Ｔの周期的な期間を有し、Ｔの周期的な期間は、（図６に示したように）τよりもより長くても、または、τよりも短くてもよい。簡単にするために、図６は、ステップ２では、リアルタイムＲ＝０が、絶対時間Ａ＝ｔ0＋ε0において、共通時間Ｃ＝０に関係している（すなわち、Ｃ＝０、およびＲ＝０はステップ２において同時に起こる）ことを仮定している。リアルタイミングのそれぞれの連続的な周期的な期間（ｎτ）における絶対時間は、ｔｎ＋εｎと表されてもよく、ここでｔｎは、リアルタイム（ｎτ）における推定された絶対時間（すなわち、リアルタイミングの（ｎ＋１）番目の周期的な期間の開始時）であり、εｎは、ｔｎの（例えば、ロケーションサーバまたは端末１１０によるｔｎの推定値の）誤差である。
【００５３】
リアルタイムＲ*は、リアルタイムＲの後の何らかの時間に生じ、リアルタイミングの観点から、Ｒ*＝ｎ・τ＋ｘとして与えられてもよい。ここで、ｎは、（リアルタイミングの周期的な期間の数における）整数部分であり、ｘは、小数部分である（０≦ｘ＜τ）。リアルタイムＲ*は、絶対時間ｔ＋εにおいて生じてもよく、ここで、（例えば、端末１１０またはロケーションサーバによって認識されるように）ｔはリアルタイムＲ*の推定された絶対時間であり、εはｔの（例えば、端末１１０またはロケーションサーバによるｔの推定値の）誤差である。リアルタイムＲ*に対応している変換された時間Ｃ*は、共通タイミングの観点から、Ｃ*＝Ｎ・Ｔ＋Ｘとして与えられてもよい。ここで、Ｎは（共通タイミングの周期的な期間の数における）整数部分であり、Ｘは、小数部分である（０≦ｘ＜τ）。ステップ３は、変換された時間パラメータＮと、リアルタイムＲ*に対応しているＸとを求める。
【００５４】
リアルタイムＲ*は、
【数１】
【００５５】
として表されてもよい。
【００５６】
変換された時間の整数および小数の部分は、
【数２】
【数３】
【００５７】
として与えられてもよい。
【００５８】
リアルタイミングの周期性により、整数の部分ｎは分からないことがある（例えば、直接的に観測されないことがある）。しかしながら、ｎは、以下：
【数４】
【００５９】
のように、リアルタイムＲ*における推定された絶対時間ｔから取得されてもよい。
【００６０】
式（４）における切り上げは、最も近い整数に対して行われる。
【００６１】
｜（ε−ε0）｜＜τ／２である場合に、式（４）において（ε−ε0）＝０と仮定することによって、ｎの正しい値を取得してもよい。これにより、絶対時間に対する推定値の誤差を著しく超える、周期的な期間τを有する任意のリアルタイミングが保証されるかもしれない。したがって、小数部分ｘが取得された時間における、リアルタイムＲ*の整数部分ｎを、絶対時間によって、端末１１０が決定できる。そして、式（２）および（３）を使用して、変換された時間パラメータＮおよびＴが取得されてもよい。
【００６２】
適切な時間単位Ｕと周期的な期間Ｔとに基づいて、共通タイミングが規定されてもよく、周期的な期間Ｔは、時間単位Ｕの何らかの整数に等しくてもよい。何らかの内部クロックを持つ意味で、共通タイミングは、端末１１０またはロケーションサーバによって維持されない。端末１１０は、（例えば、この測定を支援するために絶対時間を使用して）それぞれのセルに対するリアルタイムを測定してもよい。端末１１０またはロケーションサーバは、リアルセル時間を、変換された時間に変換してもよく、変換された時間は、共通タイミングの時間単位Ｕで表現されてもよい。
【００６３】
式（２）および（３）にしたがって、リアルタイミングと変換されたタイミングとの間の関係を固定することは、（例えば、実際の周期的な期間が、規定された値τよりも、わずかに長い、または、わずかに短い場合）リアルタイミングでの何らかのドリフトが、変換されたタイミングに反映される（例えば、規定された値Ｔよりも、わずかに長い、または、わずかに短い変換された周期的な期間が結果的に生じる）であろうことを意味している。いったん、リアルセル時間の累積的ドリフトがτ／２に近づき始めると、絶対時間はドリフトしないので、式（４）を使用してｎの値を取得することは、誤差を生じさせるかもしれない。これを防ぐために、リアルタイムＲに対する最後の値と、変換された時間Ｃに対する関係する最後の値とに対応している、ステップ２中の絶対時間Ａに対する新しい値を取得することによって、リアルタイミングＲに対する絶対時間Ａの関係を周期的に再評価してもよい。
【００６４】
１つのセルｋに対するリアルタイムＲ*は、先に記述したように、測定され、および変換された時間Ｃ*（またはＮおよびＸ）に変えられてもよい。１組のセルに対するリアルタイムは、同じタイムインスタントにおいて、端末１１０によって測定されてもよく、類似した方法で、変換された時間に変えられてもよい。変換された時間を使用して、同じワイヤレスアクセスタイプのセルまたは異なるワイヤレスアクセスタイプのセル間のＯＴＤまたはＲＴＤを取得してもよい。特に、変換された時間は、同じ時間単位および同じ周期的な期間Ｔを共有することから、タイミングドリフトがまたはこれらを測定する何らかの端末のロケーションの変化が原因であることを除いて、ＯＴＤおよびＲＴＤは経時的に変化しないかもしれない。同じワイヤレスアクセスタイプのセルに対して取得されたＯＴＤおよびＲＴＤと同じ方法でロケーションを推定するために、これらのＯＴＤおよびＲＴＤが使用されてもよい。
【００６５】
複数のＬＭＵおよび端末をサポートするロケーションサーバに対して、一貫したＯＴＤおよびＲＴＤを異なる端末およびＬＭＵから取得するために、端末およびＬＭＵすべてに対して、ステップ２における調整は同一であるべきである。ロケーションサーバは、それぞれのセルに対してステップ２と同じ調整を使用できるので、ロケーションサーバが変換を実行する場合に、このことは実現されるかもしれない。端末およびＬＭＵが変換を実行する場合に、ロケーションサーバは、（例えば、Ｒ、Ｃ、およびＡの値をそれぞれのセルに提供することによって）どの調整を使用するかを、それぞれの端末およびそれぞれのＬＭＵに知らせてもよい。代替的に、端末またはＬＭＵが、端末またはＬＭＵがどのような調整を使用したかをロケーションサーバに知らせてもよく、これにより、ロケーションサーバは、端末またはＬＭＵから受信する変換された時間またはＯＴＤを、ロケーションサーバにより使用される調整に調節できる。１つの設計では、Ｒ、Ｃ、およびＡの値を規定するそれぞれのワイヤレスアクセスタイプに対して、固定した規則を規定してもよく、これにより、これらと通信する必要がなくなる。上述したように、セルタイミングドリフトによって生じる誤差を、ステップ２における周期的な調整がなくせるようにするために、規則は、共通時間Ｃがゼロで再開する（例えば、１時間の間隔で）、絶対時間Ａ１、Ａ２、Ａ３等のシーケンスを規定してもよい。現在のセル時間および現在の絶対時間の知識から、それぞれの絶対時間ＡKにおけるリアルセルタイミングＲKを測定または計算してもよい。何らかの曖昧さがこれに存在した場合には（例えば、絶対時間境界のちょうど後の時間において）この規則により、ＯＴＤまたは変換された時間をロケーションサーバに提供する端末またはＬＭＵが、調整が生じた絶対時間Ａｋを単に示すが、そうでない場合には示さない。
【００６６】
別の設計では、端末１１０は、１つ以上のワイヤレスアクセスタイプのセル｛１、２、３、...、Ｋ｝に対する１組の受信した送信の時間｛Ｔ1、Ｔ2、...、ＴK｝を取得してもよい。これらの受信した送信の時間は、上述したように、共通時間と共通の周期的な期間とに変換されなくてもよい。また、端末ロケーションにおいて認識されるような、そして、それぞれのワイヤレスアクセスタイプに対して規定されるような、セルに対するタイムドリフトレート｛Ｒ1、Ｒ2、...、ＲK｝を端末１１０は取得してもよい。Ｒkは、他の何らかの信号に対する、または、ＧＰＳのようなドリフトがない時間ソースに対する、セルｋに関係する信号のタイミングドリフトレートである。端末１１０はまた、精度情報、例えば、誤差標準偏差｛Ｓ1、Ｓ2、...、ＳK｝を取得してもよい。ここで、ＳKは、ＴKにおける誤差の標準偏差である。
【００６７】
端末１１０は、受信した送信の時間（および、可能性があれば、タイムドリフトレートおよび／または精度情報）をロケーションサーバに送ってもよい。上述した第１の設計の場合に、関係するワイヤレスアクセスタイプに対して適用可能な時間単位を使用して、それぞれの受信した送信の時間を表現してもよい。ＧＰＰは、異なるワイヤレスアクセスタイプに対する異なる時間単位をサポートしてもよく、新しいワイヤレスアクセスタイプに対する必要に応じて、新しい時間単位を規定してもよい。上述した第２の設計の場合には、すべてのワイヤレスアクセスタイプまたは多くのワイヤレスアクセスタイプに対して適用可能な共通の時間単位と共通の周期的期間とを使用して、それぞれの受信した送信の時間を表現してもよい。図２に示したＧＰＰメッセージフォーマットの場合に、端末１１０は、１つ以上のロケーション情報ＰＤＵを発生させてもよく、１つ以上のロケーション情報ＰＤＵは、ＧＮＳＳ時間に対する、そして１つ以上のワイヤレスアクセスタイプのセルに対する、時間エレメントを伝えてもよい。それぞれのセル時間エレメントは、セルＩＤ、受信した送信の時間ＴK、時間の精度ＳK等を含んでいてもよい。端末１１０は、ロケーション情報ＰＤＵをロケーションサーバに送ってもよい。
【００６８】
ロケーションサーバは、これらのセルに対する受信した送信の時間に基づいて、異なるセル間のＯＴＤを導出してもよい。端末１１０が、それぞれのワイヤレスアクセス技術にしたがった、受信した送信の時間を提供した場合、ロケーションサーバは、上述したように、受信した送信の時間を変換してもよい。ロケーションサーバはまた、既知の固定されたロケーションにおいて、ＬＭＵによって測定されたＯＴＤを取得してもよく、ＬＭＵからのＯＴＤを使用して異なるセル間のＲＴＤを計算してもよい。ロケーションサーバはまた、セルの、ＯＴＤとＲＴＤと既知のロケーションとに基づいて、端末１１０に対するポジション推定値を計算してもよい。ロケーションサーバはまた、セルの、ＲＴＤとロケーションとを、他の方法で、例えば、さまざまな端末から受信したＯＴＤに基づいて取得してもよい。
【００６９】
ＩＩ．汎用ポジショニングモジュール
別の態様では、そのポジショニング方法をサポートする１組のパラメータとして、それぞれの独特なポジショニング方法に対して、汎用ポジショニングモジュール（ＧＰＭ）を規定してもよい。ＧＰＭは、ポジショニング方法をサポートするために使用されるシグナリング情報を含んでいてもよく、ポジショニング方法をサポートするための、何らかのポジショニングプロトコルによって、例えば、ＲＲＬＰ、ＲＲＣ、ＩＳ−８０１−Ｂによって組み込まれていてもよい。異なるポジショニングプロトコルにわたるポジショニング方法をサポートするために、同じシグナリング情報を使用してもよいし、同じシグナリング情報は、汎用であってもよい。これにより、既存のプロトコルを使用して、そして共通のシグナリング影響により、新しいポジショニング方法をサポート可能になる。また、（これらのＧＭＰによって規定されたすべてのポジショニング方法をサポートするために）既存のポジショニングプロトコルに追加された１組のＧＰＭから、新しいＧＰＰを作成してもよい。
【００７０】
新しいＧＰＭの作成を単純にするために、すべてのＧＰＭに対して共通のＧＰＭ構成を規定してもよい。共通のＧＰＭ構成は、図２に示したＧＰＰポジションエレメントと同一であってもよく、これに類似していてよく、図２に示したフィールドを含んでいてもよい。一般的に、メッセージタイプがエレメントタイプに整合するＲＲＬＰおよびＲＲＣのようなポジショニングプロトコルに対しては、基準ＩＤおよびエレメントタイプは省略してもよい。したがって、ＧＰＭエレメントタイプは、ＲＲＬＰまたはＲＲＣメッセージタイプから推測してもよい。例えば、ＲＲＬＰ測定ポジション要求は、要求ＧＰＭエレメントに対応していてもよい。ＧＰＰポジションエレメントを使用してＧＰＭを規定することにより、既存のポジショニングプロトコルとともにＧＰＰの双方で、ＧＰＭを使用することができる。
【００７１】
特定のポジショニング方法をサポートするために、ＲＲＬＰ、ＲＲＣ、ＩＳ−８０１等では、新しいパラメータを既存メッセージに追加して、ＧＰＭを含めてもよい。この追加されるＧＰＭパラメータの内容は、ポジショニング方法ＩＤや、ポジショニング方法バージョンや、データタイプや、ポジショニング方法ＰＤＵを含んでいてもよい。それぞれのメッセージでは、ＧＰＭパラメータは、複数のポジショニング方法をサポートするために、それぞれのメッセージ中に追加され、メッセージ中で繰り返されてもよいオプションであってもよい。
【００７２】
ＩＩＩ．ＳＵＰＬ向けのＧＰＰポジショニング
ＳＵＰＬ向けのポジショニングをサポートするために、ＧＰＰを使用してもよい。現在、ＳＵＰＬ２．０が規定されており、ＳＵＰＬの新しいバージョン（例えば、ＳＵＰＬ３．０）が規定されるかもしれない。以下のように、ＧＰＰは、ＳＵＰＬ２．０によってサポートされていてもよい。第１の設計では、ＧＰＰの後の使用を明示的に規定するために、ＳＵＰＬ２．０がＯＭＡイネーブラリリースになる前に、新しいポジショニング方法インジケータを規定してもよい。別の設計では、ＳＵＰＬ２．０が、ＲＲＬＰまたはＩＳ−８０１のいずれかの使用をネゴシエートしてもよい。ＧＰＰは、ＲＲＬＰまたはＩＳ−８０１に埋め込まれていてもよく、以下に記述したようにネゴシエートしてもよい。Ｈ−ＳＬＰは、ＧＰＰに対するポータブル端末サポートをそれ自体のデータから決定してもよい。例えば、Ｈ−ＳＬＰは、端末能力を知っていてもよく、または、前のＳＵＰＬセッションからのＧＰＰサポートを記録してもよい。
【００７３】
ＩＶ．ＧＳＭ向けのＧＰＰポジショニングおよびＧＰＲＳコントロールプレーンソリューション
コントロールプレーンソリューションに対するポジショニングをＧＳＭでサポートするために、ＧＰＰを使用してもよい。移動体終了ロケーション要求（ＭＴ−ＬＲ）、移動体開始ロケーション要求（ＭＯ−ＬＲ）、ネットワーク開始ロケーション要求（ＮＩ−ＬＲ）に対して、ＧＰＰを使用してもよい。ＧＳＭコントロールプレーンに対して、ＲＲＬＰメッセージは、基地局システムロケーションサービス支援プロトコル（ＢＳＳＬＡＰ）およびＲＲメッセージ内で伝送されてもよく、基地局システムロケーションサービス支援プロトコル（ＢＳＳＬＡＰ）およびＲＲメッセージは、端末とＳＭＬＣとの間で基地局にトランスペアレントに交換してもよい。１つの設計では、ＧＰＰメッセージは、ＲＲＬＰメッセージに置換してもよく、基地局に対してトランスペアレントであってもよい。別の設計では、ＧＰＰメッセージは、ＲＲＬＰメッセージ内に、例えば、ＧＰＰメッセージをカプセル化するために使用される新しいＲＲＬＰコンテナコンポーネントメッセージ内にカプセル化してもよい。ＧＰＰは、ＧＳＭコントロールプレーンにおいてさまざまな方法でサポートされてもよい。
【００７４】
図７は、ＧＳＭコントロールプレーンに対する既存のＲＲＬＰ能力転送手順を使用する、ＧＰＰネゴシエーションのためのメッセージフロー７００の設計を示している。端末１１０がＧＰＰをサポートする場合、ＧＰＰは、ＲＡＮ１２０内の基地局制御装置（ＢＳＣ）１２６に送られるＭＳクラスマーク３を通して、ＲＲＬＰ能力転送のサポートを示してもよい。ＢＳＣ１２６は、端末１１０に対するＭＳクラスマーク３を伝える、基地局システムアプリケーション部分−ロケーションサービス拡張（ＢＳＳＡＰ−ＬＥ）実行ロケーション要求（ＰＬＲ）メッセージを、ＳＭＬＣ１２４に送ってもよい。ＳＭＬＣ１２４がＧＰＰをサポートしている場合、ＧＰＰは、端末１１０に送られる第１のＲＲＬＰポジショニング能力要求メッセージ中にＧＰＰメッセージを含めてもよい。このＧＰＰメッセージは、ＰｏＳ能力要求情報エレメント（ＩＥ）に対する拡張として伝えられてもよい。端末１１０がＧＰＰをサポートしていない場合、端末１１０は、受信したＧＭメッセージを無視し、通常のＲＲＬＰポジショニング能力応答メッセージをＳＭＬＣ１２４に返してもよい（図７には示していない）。そして、ＳＭＬＣ１２４および端末１１０は、ＲＲＬＰを続けるかもしれないが、ＧＰＰを続けないかもしれない。端末１１０がＧＰＰをサポートしていない場合、ＧＰＰは、ＳＭＬＣ１２４に送られる応答中にＧＰＰメッセージを含めてもよい。この応答は、（ｉ）例えば、必須Ｐｏｓ能力ＩＥは含まれているが空である、ＲＲＬＰポジショニング能力応答メッセージ、または、（ｉｉ）ＲＲＬＰコンテナメッセージであってもよい。端末１１０およびＳＭＬＣ１２４は、これらのエンティティ間で交換される最初のＧＰＰメッセージにより、ＧＰＰ能力をネゴシートし、支援データを要求し、関係データ等を伝えてもよい。端末１１０およびＳＭＬＣ１２４は、ＧＰＰを続けてもよく、ＲＲＬＰコンテナメッセージ中にカプセル化されていない、または、カプセル化されているＧＰＰメッセージが送られる。
【００７５】
図８は、ＧＳＭコントロールプレーン向けの、ＭＳクラスマーク３を使用するＧＰＰネゴシエーションのためのメッセージフロー８００の設計を示している。端末１１０がＧＰＰをサポートしてることを示すために、新しいフラグをＭＳクラスマーク３に追加してもよい。ＳＭＬＣ１２４が、第１のポジショニングメッセージ中で、例えば、ＲＲＬＰコンテナメッセージ中で、ＧＰＰメッセージを端末１１０に送ってもよい。ＳＭＬＣ１２４がＧＰＰをサポートしているか否かを端末１１０は知らないかもしれないので、第１のポジショニングメッセージに対してＲＲＬＰ転送を使用してもよい。第１のポジショニングメッセージの後、端末１１０およびＳＭＬＣ１２４は、ＲＲＬＰコンテナメッセージ中にカプセル化されていないか、または、カプセル化されているか、いずれかのＧＰＰメッセージを交換してもよい。
【００７６】
図９は、ＧＳＭコントロールプレーン向けの、他のＲＲＬＰメッセージを使用するＧＰＰネゴシエーションのためのメッセージフロー９００の設計を示している。ＧＰＰメッセージは、新しいオプション的なパラメータとして、ＲＲＬＰメッセージ中に、例えば、ＲＲＬＰ測定ポジション要求メッセージ、ＲＲＬＰ支援データメッセージ等中に追加してもよい。ＳＭＬＣ１２４は、ＧＰＰメッセージを端末１１０に伝えるＲＲＬＰメッセージ（例えば、制限のある支援データを有するＲＲＬＰ支援データメッセージ）を送ることによって、ＲＲＬＰセッションを開始してもよい。端末１１０およびＳＭＬＣ１２４は、ＲＲＬＰコンテナメッセージ中でカプセル化されているか、または、カプセル化されていないか、いずれかのＧＰＰメッセージを交換してもよい。
【００７７】
図７ないし図９における設計は、端末１１０およびＳＭＬＣ１２４によってサポートされてもよい。ＢＳＣおよびＭＳＣのような他のネットワークエンティティは、ＧＳＭコントロールプレーンによって、ＧＰＰによって影響が及ばないかもしれない。
【００７８】
１つの設計では、ＲＲＬＰポジショニング方法の代わりに、ＧＰＰポジショニング方法を使用してもよい。この設計では、ＧＰＰをネゴシエートおよび伝えるために、ＲＲＬＰを使用してもよく、その後、例えば、図７ないし図９で示したように、ＧＰＰポジショニング方法を実行してもよい。別の設計では、ＲＲＬＰポジショニング方法と組み合わせて、（例えば、新しい能力を有する）ＧＰＰポジショニング方法を使用してもよい。ＧＰＰメッセージは、既存のＲＲＬＰメッセージおよび／またはＲＲＬＰコンテナメッセージ内で伝えてもよい。端末１１０およびＳＭＬＣ１２４は、実行されているポジショニング方法に応じて異なって対話してもよく、ＧＰＰ対話はＧＰＰポジショニング方法に対して適用可能であり、ＲＲＬＰ対話はＲＲＬＰポジショニング方法に対して適用可能である。端末１１０およびＳＭＬＣ１２４は、ＧＰＰおよびＲＲＬＰポジショニング方法に対するＲＲＬＰメッセージを交換してもよい。ＧＰＰメッセージは、ＧＰＰポジショニング方法に対するＲＲＬＰメッセージ内で伝えてもよい。
【００７９】
図１０は、ＧＳＭコントロールプレーンにおける、ＲＲＬＰおよびＧＧＰポジショニング方法の双方の使用のためのメッセージフロー１０００の設計を示している。この例では、Ａ−ＧＰＳおよびＧＰＰポジショニング方法のＲＲＬＰポジショニング方法が、同時にサポートされてもよい。ＳＭＬＣ１２４は、Ａ−ＧＰＳ支援データおよびＧＰＰメッセージを伝えるＲＲＬＰ支援データメッセージを送ってもよく、ＲＲＬＰ支援データメッセージは、ＧＰＰ支援データを伝えてもよい。端末１１０は、ＲＲＬＰ支援データＡｃｋメッセージ、または、ＧＰＰメッセージを伝えるＲＲＬＰコンテナメッセージで応答してもよい。ＳＭＬＣ１２４は、支援データを伝えるＲＲＬＰ測定ポジション要求メッセージと、ＧＰＰメッセージとを送ってもよい。端末１１０は、Ａ−ＧＰＳポジション測定値を伝えるＲＲＬＰ測定ポジション応答メッセージと、ＧＰＰメッセージとで応答してもよく、ＧＰＰメッセージは、ＧＰＰポジショニング方法に対するポジション測定値を伝えてもよい。
【００８０】
図１０は、Ａ−ＧＰＳポジショニングをサポートするＲＲＬＰと、他のポジショニング方法をサポートするＧＰＰとの同時使用を示している。ＲＲＬＰによりＡ−ＧＰＳが単独で使用された場合よりも、ＳＭＬＣ１２４に返されるポジション測定値は、より正確なポジション推定を可能にする。また、ＲＲＬＰおよびＧＰＰポジショニング方法の他の組み合わせがサポートされてもよい。別の設計では、ＧＰＭは、図１０中のそれぞれのＧＰＰメッセージに置換してもよい。
【００８１】
図１１は、ＧＳＭコントロールプレーンにおいてＧＰＰ支援データを配信するためのメッセージフロー１０００の設計を示している。ＧＰＰ支援データは、例えば、ＧＬＯＮＡＳＳ、ＱＺＳＳ等向けの、ＲＲＬＰ支援データとともに、新しい支援データを含んでいてもよい。支援データを配信するためのＧＰＰの使用は、（ｉ）新しいＭＳクラスマーク３フラグを使用することによって、（ｉｉ）要求されたＧＰＳ支援データメッセージまたは要求されたＧＮＳＳ支援データメッセージにおけるスペアビットを割り当てることによって、（ｉｉｉ）ＭＯＬＲ要求メッセージ、ＢＳＳＡＰ実行ロケーション要求メッセージ、ＢＳＳＡＰ−ＬＥ実行ロケーション要求メッセージに新しいパラメータを追加することによって、または（ｉｖ）他の何らかのメカニズムによって要求されてもよい。ＳＭＬＣ１２４がＧＰＰをサポートしていない場合、ＳＭＬＣ１２４は、ＧＰＰ支援データに対する要求を無視してもよく、ＲＲＬＰを使用して配信できる支援データのみを送ってもよい。そうでなければ、ＳＭＬＣ１２４は、ＲＲＬＰコンテナメッセージによって伝えられるＧＰＰメッセージ内で支援データを送ってもよい。ＳＭＬＣ１２４がＧＰＰをサポートしているか否かを端末１１０は知らないかもしれず、したがって、ＲＲＬＰメッセージを受信することを予測しているかもしれないので、第１のＧＰＰメッセージに対して、ＲＲＬＰカプセル化を使用してもよい。ＧＰＰを使用することを双方のエンティティが決定したことから、ＲＲＬＰコンテナメッセージ中でカプセル化されていない、または、カプセル化されている後続するＧＰＰメッセージが送られてもよい。
【００８２】
図１２は、ＧＳＭコントロールプレーンにおいてＧＰＰ支援データを配信するためのメッセージフロー１２００の設計を示している。支援データに対するＭＯ−ＬＲ要求に対して、メッセージフロー１２００を使用してもよい。この設計では、ＲＲＬＰ支援データメッセージを使用して、ＲＲＬＰ支援データおよびＧＰＰメッセージを伝送してもよい。ＧＰＰメッセージは、ＧＰＰ支援メッセージを、例えば、ＧＰＰによってサポートされる方法をポジショニングするための新しい支援データを伝えてもよい。
【００８３】
また、ＧＰＲＳにおけるコントロールプレーンソリューションのためのポジショニングをサポートするために、ＧＰＰを使用してもよい。このケースでは、ＲＲＬＰメッセージは、ＢＳＳＬＡＰ、基地局システムＧＰＲＳプロトコル（ＢＳＳＧＰ）、論理リンク制御（ＬＬＣ）未確認情報／メッセージのトンネリング（ＵＩ／ＴＯＭ）メッセージ内で、端末１１０とＳＭＬＣ１２４との間で伝えられてもよい。これらのメッセージは、ＲＡＮ１２０内のＳＧＳＮ１３４とネットワークエンティティとに対してトランスペアレントであってもよい。したがって、ＭＴ−ＬＲ、ＮＩ−ＲＬ、または、ＭＯ−ＬＲに対して引き起されるＧＰＲＳポジショニングにより、ＭＯ−ＬＲ支援データ要求のために、ＧＳＭコントロールプレーンについて上述したメッセージフローを使用してもよい。
【００８４】
Ｖ．ＵＭＴＳコントロールプレーンソリューション向けのＧＰＰポジショニング
ＵＭＴＳにおけるコントロールプレーンソリューション向けのポジショニングをサポートするために、ＧＰＰを使用してもよい。ＲＮＣ中心モードおよびＳＡＳ中心モードにおいてＧＰＰをサポートするために、ＲＡＮ１２０内の無線ネットワーク制御装置（ＲＮＣ）１２８を更新してもよい。
【００８５】
図１３は、ＵＭＴＳ制御プレーンに対して既存のＲＲＣおよびポジショニング計算アプリケーション部（ＰＣＡＰ）メッセージを使用する、ＧＰＰ伝送のためのメッセージフロー１３００の設計を示している。ＧＰＰに対する端末サポートを示すために、新しいフラグを、ＲＲＣ接続セットアップ完了メッセージ（例えば、新しいフラグがＲＲＣ接続セットアップ完了メッセージのＧＮＳＳ能力パラメータ）に追加してもよい。ＳＡＳ中心モードの場合に、ＰＣＡＰポジション開始要求メッセージ中で送られるＰＣＡＰ ＵＥポジショニング能力ＩＥでは、フラグは、ＲＮＣ１２８によってＳＡＳ１２４に伝えられてよい。
【００８６】
ＳＡＳ１２４とＲＮＣ１２８との間のＰＣＡＰに対して、ＧＰＰメッセージは、ＰＣＡＰポジションアクティブ化要求および応答メッセージ中で、そしてＰＣＡＰ情報交換開始要求および応答メッセージ中で伝えられてもよい。ＧＰＰを示すために、ＰＣＡＰアクティブ化要求メッセージにおいて、新しいポジショニング方法を使用してもよい。ＰＣＡＰ情報交換開始要求および応答メッセージ中の新しいオプション的なパラメータを使用して、ＧＰＰメッセージを伝えてもよい。ＲＮＣ１２８と端末１１０との間のＲＲＣタイミングに対して、ＧＰＰメッセージは、ＲＲＣ測定制御、測定報告、および支援データ配信メッセージで伝えられてもよい。
【００８７】
図１４は、ＵＭＴＳコントロールプレーンに対してＰＣＡＰおよびＲＲＣコンテナメッセージを使用する、ＧＰＰ伝送のためのメッセージフロー１４００の設計を示している。ＰＣＡＰコンテナメッセージを使用して、ＳＡＳ１２４とＲＮＣ１２８との間で交換されるＧＰＰメッセージを伝えてもよい。ＲＲＣコンテナメッセージを使用して、ＲＮＣ１２８と端末１１０との間で交換されるＧＰＰメッセージを伝えてもよい。
【００８８】
図１５は、ＵＭＴＳコントロールプレーンに対して、ＧＰＰサポートを示している端末フラグなしで既存のＰＣＡＰおよびＲＲＣメッセージを使用する、ＧＰＰ伝送のためのメッセージフロー１５００の設計を示している。ＳＡＳおよびＲＮＣ１２８は、端末１１０がＧＰＰをサポートするか否かを知らずに、最初のＰＣＡＰまたはＲＲＣメッセージ中でＧＰＰメッセージを端末１１０に送ってもよい。端末１１０がＧＰＰをサポートしていない場合、端末は、ＧＰＰメッセージを無視してもよく、ＲＲＣ規定された情報を受信することに応答して、情報を含むＲＲＣメッセージ（例えば、ＲＲＣ測定報告メッセージ）を返してもよい。そうでなければ、端末１１０は、ＰＣＡＰまたはＲＲＣメッセージ中でＧＰＰメッセージを返してもよい。
【００８９】
ＵＭＴＳコントロールプレーンソリューションに対して、端末１１０、ＲＮＣ１２８、ＳＡＳ１２４に対する影響を軽減するために、すでに規定されているポジショニング方法に対する既存のＰＣＡＰおよびＲＲＣメッセージを使用して、ＧＰＰをサポートしてもよい。ＰＣＡＰおよびＲＲＣメッセージがＧＰＰメッセージを伝えてもよく、ＧＰＰメッセージは、ＧＰＰポジショニング方法に対する情報を伝えてもよい。ＰＣＡＰおよびＲＲＣメッセージを使用して、ＲＲＣおよびＧＰＰポジショニング方法の双方をサポートしてもよい。
【００９０】
ＶＩ．ＩＳ−８０１向けのＧＰＰポジショニング
ポジショニングをＩＳ−８０１でサポートするために、ＧＰＰを使用してもよい。現在、ＩＳ−８０１−１（３ＧＰＰ２Ｃ．Ｓ００２２−０）が配備されており、現在、ＩＳ−８０１−Ｂ（３ＧＰＰ Ｃ．Ｓ００２２−Ｂ）が規定されており、ＩＳ−８０１の新しいバージョンが規定されるかもしれない。ＩＳ−８０１の新しいバージョンとして、ＧＰＰがサポートされてもよい。例えば、ｃｄｍａ２０００ １ｘＲＴＴ用のコントロールプレーンソリューションを使用しているとき、または、ＳＵＰＬ２．０中で明示的にサポートされていないＧＰＰと、ＳＵＰＬ２．０とを使用しているとき、端末１１０およびＰＤＥ１７０は、ＩＳ−８０１の何らかのバージョンを使用することを予測するかもしれないし、ＧＰＰについてネゴシエートしていないかもしれない。ＩＳ−８０１に対して、ＧＰＰネゴシエーションが実行されてもよい。
【００９１】
ＩＳ−８０１の場合には、ポジション決定データメッセージ（ＰＤＤＭ）が送られてもよく、ポジション決定データメッセージ（ＰＤＤＭ）は、（ｉ）ＩＳ−８０１−０、ＩＳ−８０１−Ａ、およびＩＳ−８０１−Ｂ（例えば、セッション開始フラグおよびセッションタグフィールド）に対してすでに規定されている特定のセッションフィールドを伝える第１のオクテット、（ｉｉ）メッセージタイプ表示を伝える第２のオクテット（ＰＤ＿ＭＳＣ＿ＴＹＰＥ）、（ｉｉｉ）後続するＰＤＵの長さ（Ｎ）を示している、メッセージの長さの値（ＰＤ＿ＭＳＧ＿ＬＥＮ）を伝える２つの付加的なオクテット、（ｉｖ）ＰＤＵを伝えるＮ個のオクテットを含んでいてもよい。ＰＤ＿ＭＳＧ＿ＴＹＰＥは、ＩＳ−８０１−１の場合には１ｘ００に設定され、ＩＳ−８０１−Ａの場合には１ｘ０１に設定され、ＩＳ−８０１−Ｂの場合には１ｘ０２に設定されてもよく、ここで、「１ｘ」は、１６進法の値を表す。ＧＰＰネゴシエーションをＩＳ−８０１でサポートするために、新しいＰＤ＿ＭＳＧ＿ＴＹＰＥ値（例えば、１ｘＦＦの１６進値）を規定してもよい。新しいＰＤ＿ＭＳＧ＿ＴＹＰＥ値を使用して、ＧＰＰを識別してもよい。ＧＰＰは、ＩＳ−８０１−Ｂよりも後である、ＩＳ−８０１のバージョンとしてみなしてもよい。
【００９２】
新しいＰＤ＿ＭＳＧ＿ＹＰＥ値を除いてＩＳ−８０１−Ｂ ＰＤＤＭと類似した方法で、ＩＳ−８０１−Ｂ ＰＤＵを置換するＧＰＰメッセージとともに、ＧＰＰ ＰＤＤＭを発生させてもよい。ＧＰＰ＿ＭＳＧ＿ＴＹＰＥは、（ｉ）他のＩＳ−８０１バージョンに関して、同じフラグおよびフィールドを伝える第１のオクテット（例えば、ＳＥＳＳ＿ＳＴＡＲＴ、ＳＥＳＳ＿ＥＮＤ、ＳＥＳＳ＿ＳＯＵＲＣＥ、およびＳＥＳＳ＿ＴＡＧ）と、（ｉｉ）新しいＰＤ＿ＭＳＧ＿ＴＹＰＥ値を伝える第２のオクテットと、（ｉｉｉ）ＰＤ＿ＭＳＧ＿ＬＥＮを伝える次の２つのオクテットと、（ｉｖ）ＧＰＰメッセージを伝える残りのオクテットと、を含んでいてもよい。
【００９３】
図１６は、ＧＰＰがＩＳ−８０１の新しいバージョンとしてサポートされたときの、ＧＰＰネゴシエーションのためのメッセージフロー１６００の設計を示している。端末１１０またはＰＤＥ１７０は、ＩＳ−８０１−１と、ＧＰＰと、ＩＳ−８０１−Ｂとをサポートしてもよく、ＩＳ−８０１−１、ＩＳ−８０１−Ｂ、ＧＰＰに対する３つのＰＤＤＭのシーケンスをその順序で送ることによってＩＳ−８０１セッションを開始してもよい。（端末１７０が送っている場合にはＰＤＥ１７０であるかもしれない、または、ＰＤＥ１７０が送っている場合には端末１１０であるかもしれない）受信エンティティは、送信エンティティによって提供されている３つの代替実施形態の中からのそのエンティティによってサポートされている最高のバージョンＰＤＤＭ（すなわち、ＩＳ−８０１−Ｂよりも、より高いバージョンのＩＳ−８０１であると考えられ得るＩＳ−８０１−１、ＩＳ−８０１−Ｂと、ＧＰＰ）を処理し、これに返答してもよい。ＧＰＰがサポートされている場合に、受信エンティティが受信ＧＰＰ ＰＤＤＭに返答し、ＧＰＰ ＰＤＤＭ応答を返す。受信エンティティはまた、他の２つのＩＳ−８０１バージョンに対して受信したＰＤＤＭを無視する。端末１１０またはＰＤＥ１７０がＩＳ−８０１−１およびＧＰＰだけをサポートしている場合、代わりに、ＩＳ−８０１−１およびＧＰＰに対する２つのみのＰＤＤＭのシーケンスをその順序で送ることによってセッションを開始させる。そして、受信エンティティは、提供された２つの代替実施形態（すなわち、ＩＳ−８０１−１およびＧＰＰ）の中から、そのエンティティによってサポートされている最高のバージョンに返答してもよい。ＧＰＰがサポートされている場合、受信エンティティがＧＰＰ ＰＤＤＭに返答し、ＧＰＰ ＰＤＤＭ応答を返してもよい。
【００９４】
図１７は、ＩＳ−８０１−１と、ＩＳ−８０１−Ｂと、ＧＰＰとのすべてが配備されているとき、３つのフルサイズのＰＤＤＭを最初に送ることを回避するためにショートカットを使用する、ＩＳ−８０１−ＢでのＧＰＰネゴシエーションのためのメッセージフロー１７００の設計を示している。端末１１０またはＰＤＥ１７０は、８０１−１と、８０１−Ｂと、ＧＰＰとをサポートしてもよく、完全な８０１−１ ＰＤＤＭ、切捨てられた８０１−Ｂ ＰＤＤＭ、完全なＧＰＰ ＰＤＤＭをその順序で送ることによって、ＩＳ−８０１セッションを開始してもよい。ＩＳ−８０１−Ｂ ＰＤＵでなくＩＳ−８０１−Ｂサポートを示している通常のＰＤＤＭの最初の４つのオクテットを、切捨てられたＩＳ−８０１−Ｂ ＰＤＤＭが伝えてもよい。受信エンティティがＧＰＰをサポートしている場合、受信エンティティはＧＰＰ ＰＤＤＭを返してもよく、ＧＰＰでＩＳ−８０１セッションを続けてもよい。受信エンティティが、ＧＰＰでなくＩＳ−８０１−Ｂをサポートしている場合、ＩＳ−８０１−Ｂ ＰＤＤＭを返してもよく、ＩＳ−８０１セッションは、ＩＳ−８０１−Ｂの使用を続けてもよい。
【００９５】
ＩＳ−８０１−Ｂ配備がＧＰＰ配備を超える、または、ＧＰＰ配備に匹敵する場合、空のＩＳ−８０１−Ｂ ＰＤＤＭおよび完全なＧＰＰ ＰＤＤＭの代わりに、完全なＩＳ−８０１−Ｂ ＰＤＤＭおよび空のＧＰＰ ＰＤＤＭを最初に送ってもよい。代替的に、完全な８０１−１ ＰＤＤＭ、空のＩＳ−８０１−Ｂ ＰＤＤＭと、空のＧＰＰ ＰＤＤＭとを送ってもよい。
【００９６】
ＰＤＥ１７０は、ＩＳ−８０１−１と、ＩＳ−８０１−Ｂと、ＧＰＰとをサポートしていてもよい。端末１１０は、ＩＳ−８０１−１と、ＩＳ−８０１−ＢまたはＧＰＰのいずれかとをサポートしていてもよい。端末１１０はまた、ＩＳ−８０１−Ｂのみを、または、ＧＰＰのみをサポートしていてもよい。ＰＤＤＭが１つしか、または、２つしか送られないので、端末開始ＩＳ−８０１セッションは効果的である。ＰＤＥ開始されたＩＳ−８０１セッションのために、完全なＩＳ−８０１−１ ＰＤＤＭと、ＩＳ−８０１−ＢとＧＰＰとに対する２つの空のＰＤＤＭとを送ることは、オーバーヘッドを減少させる。
【００９７】
ＶＩＩ．ＬＴＥ向けのＧＰＰポジショニング
ＧＰＰを使用して、ＬＴＥに対してポジショニングをサポートしてもよい。ＬＴＥネットワークにアクセスする端末に対するロケーションサービスは、コントロールプレーンソリューションまたはユーザプレーンソリューションを用いてサポートされてもよい。コントロールプレーンソリューションでは、特定のポジショニングプロトコルは、それぞれのワイヤレスアクセスタイプに対して使用してもよく、ポジション測定値（例えば、基地局からの信号の測定値）と、そのワイヤレスアクセスタイプに関連するロケーション情報とをサポートしてもよい。コントロールプレーンロケーションソリューションによる、ＬＴＥに対する特定のポジショニングプロトコルは、ＧＰＰであってもよい。ＳＵＰＬのようなユーザプレーンソリューションによるＬＴＥポジショニングをサポートするために、コントロールプレーンソリューションによるＬＴＥポジショニングに対して使用可能なＧＰＰを使用してもよい。ＧＰＰはまた、ＷｉＭａｘ、ＷｉＦｉ、ＵＭＢ、ＩＭＴ Ａｄｖａｎｃｅｄ等のような他のワイヤレスアクセスタイプに対するコントロールおよびユーザプレーンソリューションにより使用してもよい。
【００９８】
図１８は、ポジショニングを実行するためのプロセス１８００の設計を示している。プロセス１８００は、端末、ロケーションサーバ（例えば、ＳＬＰ）、または他の何らかのエンティティによって実行されてもよい。ＧＰＰによりサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換する（ブロック１８１２）。ＧＰＰは、複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートしてもよい。第１のポジショニング方法と第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換する（ブロック１８１４）。第２の情報に基づいて、端末に対するポジション推定値を取得する（ブロック１８１６）。
【００９９】
ブロック１８１２および１８１４の１つの設計では、ロケーションサーバが、ロケーション情報に対する要求を含む第１のＧＰＰメッセージを端末に送ってもよく、ロケーション情報を含む第２のＧＰＰメッセージを端末から受信してもよい。ロケーションサーバはまた、支援データに対する要求を含む第３のＧＰＰメッセージを端末から受信してもよく、支援データを含む第４のＧＰＰメッセージを端末に送ってもよい。第３および第４のＧＰＰメッセージは、第１のＧＰＰメッセージおよび第２のＧＰＰメッセージの前または後に交換されてもよい。
【０１００】
ブロック１８１２および１８１４の別の設計では、端末は、ロケーション情報に対する要求を含む第１のＧＰＰメッセージをロケーションセンターから受信してもよく、ロケーション情報を含む第２のＧＰＰメッセージをロケーションセンターに送ってもよい。端末は、支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送ってもよく、支援データを含む第４のＧＰＰメッセージをロケーションセンターから受信してもよい。
【０１０１】
１つの設計では、それぞれのＧＰＰメッセージは、少なくとも１つのポジションエレメントを含んでいてもよい。それぞれのポジションエレメントは、特定のポジショニング方法に対するものであり、ポジショニング方法に対する情報を伝えてもよい。例えば、第１のＧＰＰメッセージは、（ｉ）第１のポジショニング方法に対する第１の情報を含む第１のポジションエレメントと、（ｉｉ）ＧＮＳＳポジショニング方法に対する情報を含む第２のポジションエレメントとを含んでいてもよい。
【０１０２】
１つの設計では、端末がＧＰＰをサポートしているか否かを決定するために、ステップ１８１２および１８１４の前に、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換してもよい。第２のポジショニングプロトコルは、ＲＲＬＰ、ＲＲＣ、またはＩＳ−８０１を含んでいてもよい。ＧＰＰによってサポートされている複数のポジショニング方法は、ＧＮＳＳポジショニング方法、ＯＴＤポジショニング方法、ＷｉＦｉ関連ポジショニング方法、センサ（例えば、加速度計）関連ポジションニング方法、Ｅ−ＣＩＤポジショニング方法、および／または他のポジショニング方法を含んでいてもよい。ＧＰＰによりサポートされている少なくとも３つのアクセタイプは、ＧＳＭ、ＷＣＤＭＡ、ＣＤＭＡ １Ｘ、ＨＰＲＤ、ＬＴＥ、ＩＥＥＥ ８０２．１１、ＩＥＥＥ８０２．１６、および／または他の何らかのアクセスタイプを含んでいてもよい。
【０１０３】
図１９は、ポジショニング実行するためのプロセス１９００の設計を示している。プロセス１９００は、（上述したように）端末によって、または、他の何らかのエンティティによって実行されてもよい。端末は、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第１の組の少なくとも１つの受信した送信の時間を取得する（ブロック１９１２）。端末はまた、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第２の組の少なくとも１つの受信した送信の時間を取得する（ブロック１９１４）。端末は、第１の組の少なくとも１つの受信した送信の時間と、第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得する（ブロック１９１６）。端末はまた、少なくとも１つの時間差に基づいて、端末自体に対するポジション推定値を取得する（ブロック１９１８）。
【０１０４】
ブロック１９１６の１つの設計では、端末が、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、第１の組の少なくとも１つの受信した送信の時間を、第１の組の少なくとも１つの変換された時間に変換してもよい。端末はまた、共通タイミングに基づいて、第２の組の少なくとも１つの受信した送信の時間を、第２の組の少なくとも１つの変換された時間に変換してもよい。少なくとも１つの時間差は、第１の組の少なくとも１つの変換された時間と第２の組の少なくとも１つの変換された時間とに基づいて決定されてもよい。
【０１０５】
端末は、そのワイヤレスアクセスタイプのセルに対するリアルタイムを、共通タイミングによって規定された変換された時間に関係付けることによって、それぞれのワイヤレスアクセスタイプのセルのリアルタイミングを、共通タイミングに関連付けてもよい。端末は、以下のように、それぞれのセルに対する受信した送信の時間を変換してもよい。端末は、端末における絶対タイミングに基づいて、受信した送信の時間に対する周期的な期間の整数部分を決定してもよい。端末はまた、セルに対するタイミング測定値に基づいて、受信した送信の時間に対する周期的な期間の小数部分を取得してもよい。端末は、受信した送信の時間の整数部分と受信した送信の時間の小数部分とに基づいて、セルに対する変換された時間を決定してもよい。
【０１０６】
ブロック１９１８の１つの設計では、端末は、少なくとも１つの時間差に基づいて、端末自体に対するポジション推定値を計算してもよい。別の設計では、端末は、少なくとも１つの時間差をロケーションサーバに送ってもよく、端末自体に対するポジション推定値をロケーションサーバから受信してもよい。
【０１０７】
図２０は、ポジショニングを実行するプロセス２０００の設計を示している。プロセス２０００は、（上述したように）ロケーションサーバによって、または、他の何らかのエンティティによって実行されてもよい。ロケーションサーバは、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの変換された時間を端末から受信する（ブロック２０１２）。第１の組の少なくとも１つの変換された時間は、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間と、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングとに基づいて、端末によって導出されてもよい。
【０１０８】
ロケーションサーバはまた、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの変換された時間を端末から受信する（ブロック２０１４）。第２の組の少なくとも１つの変換された時間は、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間と、共通タイミングとに基づいて、端末によって導出されてもよい。ロケーションサーバは、第１の組の少なくとも１つの変換された時間と、第２の組の少なくとも１つの変換された時間との間の少なくとも１つの時間差を取得する（ブロック２０１６）。ロケーションサーバは、少なくとも１つの時間差に基づいて、端末に対するポジション推定値を導出する（ブロック２０１８）。
【０１０９】
ブロック２０１６および２０１８の１つの設計では、ロケーションサーバは、セルに対する変換された時間に基づいて、複数のセル間のＯＴＤを決定してもよい。ロケーションサーバは、セルの、ＯＴＤと既知のロケーションとに基づいて、端末に対するポジション推定値を導出してもよい。ブロック２０１６および２０１８の別の設計では、ロケーションサーバは、これらのセルに対する変換された時間に基づいて、第１のワイヤレスアクセスタイプの第１のセルと、第２のワイヤレスアクセスタイプの第２のセルとの間のＯＴＤを決定してもよい。ロケーションサーバは、第１のセルおよび第２のセルの、ＯＴＤと既知のロケーションと、可能であれば、他のセルの、ＯＴＤおよび既知のロケーションとに基づいて、端末に対するポジション推定値を導出してもよい。
【０１１０】
別の設計では、ロケーションサーバは、時間差を端末から受信してもよく、受信した時間差上で時間変換を実行してもよい。
【０１１１】
図２１は、図１における、端末１１０、ＲＡＮ１２０、およびロケーションサーバ１４８の設計のブロック図を示している。簡略化のために、図２１は、端末１１０については、１つの制御装置／プロセッサ２１２０、１つのメモリ２１２２、１つの送信機／受信機（ＴＭＴＲ／ＲＣＶＲ）２１２４だけを示し、ＲＡＮ１２０については、１つの制御装置／プロセッサ２１３０、１つのメモリ２１３２、１つの送信機／受信機２１４３、１つの通信（Ｃｏｍｍ）ユニット２１３６だけを示し、ロケーション１４８については、１つの制御装置／プロセッサ２１４０、１つのメモリ２１４２、１つの通信ユニット２１４４だけを示している。一般的に、それぞれのエンティティは、任意の数のプロセッサ、制御装置、メモリ、送信機／受信機、通信ユニット等を含んでいてもよい。
【０１１２】
ダウンリンク上で、ＲＡＮ１２０が、トラフィックデータ、シグナリング、およびパイロットを、そのカバレージエリア内の端末に送信してもよい。これらのさまざまなタイプの情報は、プロセッサ２１３０によって処理され、送信機２１４３によって調整され、ダウンリンク上で送信されてもよい。端末１１０では、ＲＡＮ１２０からのダウンリンク信号は、受信機２１２４によって受信および調整され、プロセッサ２１２０によってさらに処理され、さまざまなタイプの情報が取得されてもよい。プロセッサ２１２０は、図１８におけるプロセス１８００、図１９におけるプロセス１９００、および／またはここで記述した技術に対する他のプロセスを実行してもよい。メモリ２１２２および２１３２は、端末１１０およびＲＡＮ１２０に対するプログラムコードおよびデータをそれぞれ記憶してもよい。アップリンク上では、端末１１０は、トラフィックデータ、シグナリング、パイロットをＲＡＮ１２０に送信してもよい。これらのさまざまなタイプの情報は、プロセッサ２１２０によって処理され、送信機２１４によって調整され、アップリンク上で送信されてもよい。ＲＡＮ１２０において、端末１１０および他の端末からのアップリンク信号は、受信機２１３４によって受信および調整され、他の端末は、受信機２１３４によって受信および調整され、プロセッサ２１３０によってさらに処理され、さまざまなタイプの情報が端末から取得される。ＲＡＮ１２０は、通信ユニット２１３６を通して、ロケーションサーバ１４８と直接的または間接的に通信してもよい。
【０１１３】
ロケーションサーバ１４８内で、プロセッサ２１４０は、端末に対するロケーションサービスをサポートするための処理を実行してもよい。例えば、プロセッサ２１４０は、図１８におけるプロセス１８００、図２０におけるプロセス２０００、および／またはここで記述した技術に対する他のプロセスを実行してもよい。プロセッサ２１４０はまた、端末１１０に対するポジション推定値を計算し、ロケーション情報をＬＣＳクライアント１９０に提供等をしてもよい。メモリ２１４２は、ロケーションサーバ１４８に対するプログラムコードおよびデータを記憶してもよい。通信ユニット２１４４は、端末１１０、ＲＡＮ１２０、および／または他のネットワークエンティティとロケーションサーバ１４８とが通信することを可能にしてもよい。ロケーションサーバ１４８および端末１１０は、ＧＰＰを通してメッセージを交換してもよく、これらのメッセージはＲＡＮ１２０および他のネットワークエンティティによって伝送されてもよい。
【０１１４】
さまざまな異なるテクノロジーおよび技術のうちの任意のものを使用して、情報および信号を表してもよいことを、当業者は理解するだろう。例えば、上記の詳細な説明全体を通して参照した、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁気フィールドまたは微粒子、光学フィールドまたは光学微粒子、あるいはこれらの任意の組み合わせによって表されてもよい。
【０１１５】
さらに、ここでの開示に関連して記述した、さまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方を組み合わせたものとして実現されてもよいことを、当業者はさらに正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを、一般的に、これらの機能性の観点から上記に記述している。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者が、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本開示の範囲から逸脱が生じるとして解釈されるべきでない。
【０１１６】
ここでの開示に関連して記述した、さまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、ここで記述した機能を実行するように設計されているこれらの任意の組み合わせで実現されても、あるいは、実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせとして、複数のマイクロプロセッサとして、ＤＳＰコアに関連した１つ以上のマイクロプロセッサとして、あるいは、このような他の何らかの構成として実現されてもよい。
【０１１７】
ここでの開示に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られている記憶媒体の他の何らかの形態で存在していてもよい。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込んだりできるように、例示的な記憶媒体はプロセッサに結合されている。代替実施形態では、記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ端末に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ端末中にディスクリートコンポーネントとして存在していてもよい。
【０１１８】
１つ以上の例示的な設計では、記述した機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されてもよい。ソフトウェアで実現された場合、機能は、１つ以上の命令またはコードとしてコンピュータ読み取り可能媒体上に記憶されてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読み取り可能媒体上に送信されてもよい。コンピュータ読み取り可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する何らかの媒体を含むコンピュータ記憶媒体および通信媒体の双方を含む。記憶媒体は、汎用コンピュータまたは特殊目的コンピュータによってアクセスできる何らかの利用可能な媒体であってもよい。例示によると、このようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶デバイス、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、あるいは命令またはデータ構成の形態で所望のプログラムコード手段を伝送または記憶するために使用でき、汎用または特殊目的コンピュータあるいは汎用または特殊目的プロセッサによってアクセスできる他の何らかの媒体を含んでいてもよいが、これらに限定されない。また、あらゆる接続は、コンピュータ読み取り可能媒体と適切に呼ばれている。例えば、ソフトウェアが、ウェブサイトや、サーバから、あるいは同軸ケーブルや、ファイバ光ケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または赤外線、無線、マイクロ波のようなワイヤレス技術を使用している他の遠隔ソースから送信された場合、同軸ケーブル、ファイバ光ケーブル、撚り対、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、ブルーレイ（登録商標）ディスクを含んでいてもよいが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。先のものを組み合わせたものもまた、コンピュータ読み取り可能媒体の範囲内に含められるべきである。
【０１１９】
ここでは、いくつかのセクションを特定する助けとなるように、そして参照のために、見出しを記載している。これらの見出しは、ここで記述した概念の範囲を制限することを意図しているのではなく、他のセクションにおいても、これらの概念は明細書全体を通して適用性がある。
【０１２０】
開示の先の説明は、当業者が本開示を作り、または使用できるように提供されている。開示に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定されている一般的な原理は、本開示の範囲の精神または範囲を逸脱することなく、他の変形に適用されてもよい。したがって、本開示は、ここに記述した例および設計に限定されることを意図しているものではないが、特許請求の範囲によって規定されている、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。
【特許請求の範囲】
【請求項１】
ポジショニングを実行するための方法において、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換することと、
前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換することと、
前記第２の情報に基づいて、端末に対するポジション推定値を取得することとを含み、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートする方法。
【請求項２】
前記第１のＧＰＰメッセージを交換することは、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージを前記端末に送ることを含み、前記第２のＧＰＰメッセージを交換することは、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記端末から受信することとを含む請求項１記載の方法。
【請求項３】
前記第１のＧＰＰメッセージを交換することは、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージをロケーションセンターから受信することを含み、前記第２のＧＰＰメッセージを交換することは、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記ロケーションセンターに送ることを含む請求項１記載の方法。
【請求項４】
支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送ることと、
前記支援データを含む第４のＧＰＰメッセージを前記ロケーションセンターから受信することとをさらに含む請求項１記載の方法。
【請求項５】
支援データに対する要求を含む第３のＧＰＰメッセージを前記端末から受信することと、
前記支援データを含む第４のＧＰＰメッセージを前記端末に送ることとをさらに含む請求項１記載の方法。
【請求項６】
少なくとも１つのポジションエレメントを前記第１のＧＰＰメッセージから取得することをさらに含み、それぞれのポジションエレメントは、特定のポジショニング方法に対するものであり、前記特定のポジショニング方法に対する情報を伝える請求項１記載の方法。
【請求項７】
第１のポジションエレメントおよび第２のポジションエレメントを前記第１のＧＰＰメッセージから取得することをさらに含み、前記第１のポジションエレメントは前記第１のポジショニング方法に対する前記第１の情報を含み、前記第２のポジションエレメントはグローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法に対する情報を含む請求項１記載の方法。
【請求項８】
前記端末が前記ＧＰＰをサポートしているか否かを決定するために、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換することをさらに含む請求項１記載の方法。
【請求項９】
前記第２のポジショニングプロトコルは、無線リソースＬＣＳプロトコル（ＲＲＬＰ）、無線リソース制御（ＲＲＣ）、またはＩＳ-８０１を含む請求項８記載の方法。
【請求項１０】
前記ＧＰＰによってサポートされている前記複数のポジショニング方法は、観測時間差（ＯＴＤ）ポジショニング方法と、グローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法と、拡張セル識別子（Ｅ−ＣＩＤ）ポジショニング方法とのうちの少なくとも１つを含む請求項１記載の方法。
【請求項１１】
ポジショニング方法識別子（ＩＤ）を前記ＧＰＰメッセージから取得することと、
前記ポジショニング方法ＩＤに基づいて、前記第１のポジショニング方法は既存のポジショニング方法または新しいポジショニング方法であるか否かを決定することとをさらに含む請求項１記載の方法。
【請求項１２】
前記ＧＰＰによりサポートされている前記少なくとも３つのアクセスタイプは、グローバルシステムフォーモバイル通信（ＧＳＭ）と、広帯域コード分割多元接続（ＷＣＤＭＡ）と、ＣＤＭＡ １Ｘと、高レートパケットデータ（ＨＰＲＤ）と、ロングタームエボリューション（ＬＴＥ）と、ＩＥＥＥ ８０２．１１と、ＩＥＥＥ８０２．１６とのうちの少なくとも１つを含む請求項１記載の方法。
【請求項１３】
ポジショニングを実行するための装置において、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換する手段と、
前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換する手段と、
前記第２の情報に基づいて、端末に対するポジション推定値を取得する手段とを具備し、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートする装置。
【請求項１４】
前記第１のＧＰＰメッセージを交換する手段は、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージをロケーションセンターから受信する手段を備え、前記第２のＧＰＰメッセージを交換する手段は、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記ロケーションセンターに送る手段を備える請求項１３記載の装置。
【請求項１５】
支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送る手段と、
前記支援データを含む第４のＧＰＰメッセージを前記ロケーションセンターから受信する手段とをさらに具備する請求項１３記載の装置。
【請求項１６】
第１のポジションエレメントおよび第２のポジションエレメントを前記第１のＧＰＰメッセージから取得する手段をさらに具備し、前記第１のポジションエレメントは前記第１のポジショニング方法に対する前記第１の情報を含み、前記第２のポジションエレメントはグローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法に対する情報を含む請求項１３記載の装置。
【請求項１７】
前記端末が前記ＧＰＰをサポートしているか否かを決定するために、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換する手段をさらに具備する請求項１３記載の装置。
【請求項１８】
ポジショニングを実行するための装置において、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換し、前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換し、前記第２の情報に基づいて、端末に対するポジション推定値を取得するように構成されている少なくとも１つのプロセッサを具備し、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートする装置。
【請求項１９】
前記少なくとも１つのプロセッサは、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージをロケーションセンターから受信し、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記ロケーションセンターに送るように構成されている請求項１８記載の装置。
【請求項２０】
前記少なくとも１つのプロセッサは、支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送り、前記支援データを含む第４のＧＰＰメッセージを前記ロケーションセンターから受信するように構成されている請求項１８記載の装置。
【請求項２１】
前記少なくとも１つのプロセッサは、第１のポジションエレメントおよび第２のポジションエレメントを前記第１のＧＰＰメッセージから取得するように構成され、前記第１のポジションエレメントは前記第１のポジショニング方法に対する前記第１の情報を含み、前記第２のポジションエレメントはグローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法に対する情報を含む請求項１８記載の装置。
【請求項２２】
前記少なくとも１つのプロセッサは、前記端末が前記ＧＰＰをサポートしているか否かを決定するために、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換するように構成されている請求項１８記載の装置。
【請求項２３】
コンピュータプログラムプロダクトにおいて、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを少なくとも１つのコンピュータに交換させるためのコードと、
前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを前記少なくとも１つのコンピュータに交換させるためのコードと、
前記第２の情報に基づいて、端末に対するポジション推定値を前記少なくとも１つのコンピュータに取得させるコードとを含むコンピュータ読み取り可能媒体を含み、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートするコンピュータプログラムプロダクト。
【請求項２４】
ポジショニングを実行するための方法において、
端末において、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第１の組の少なくとも１つの受信した送信の時間を取得することと、
前記端末において、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第２の組の少なくとも１つの受信した送信の時間を取得することと、
前記第１の組の少なくとも１つの受信した送信の時間と、前記第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得することと、
前記少なくとも１つの時間差に基づいて、前記端末に対するポジション推定値を取得することと含む方法。
【請求項２５】
複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、前記第１の組の少なくとも１つの受信した送信の時間を、第１の組の少なくとも１つの変換された時間に変換することをさらに含む請求項２４記載の方法。
【請求項２６】
前記第１のワイヤレスアクセスタイプのセルに対するリアルタイムを、前記共通タイミングによって規定された変換された時間に関係付けることによって、前記第１のワイヤレスアクセスタイプの前記少なくとも１つのセルのリアルタイミングを、前記共通タイミングに合わせることをさらに含む請求項２５記載の方法。
【請求項２７】
前記第１の組の少なくとも１つの受信した送信の時間を変換することは、前記第１のワイヤレスアクセスタイプのセルに対するそれぞれの受信した送信の時間に対して、
前記端末において、絶対タイミングに基づいて、前記受信した送信の時間の整数部分を決定することと、
前記セルに対するタイミング測定値に基づいて、前記受信した送信の時間の小数部分を取得することと、
前記受信した送信の時間の前記整数部分と前記受信した送信の時間の前記小数部分とに基づいて、前記セルに対する変換された時間を決定することとを含む請求項２５記載の方法。
【請求項２８】
前記共通タイミングに基づいて、前記第２の組の少なくとも１つの受信した送信の時間を、第２の組の少なくとも１つの変換された時間に変換することをさらに含み、
前記少なくとも１つの時間差は、前記第１の組の少なくとも１つの変換された時間と前記第２の組の少なくとも１つの変換された時間とに基づいて決定される請求項２５記載の方法。
【請求項２９】
前記端末に対するポジション推定値を取得することは、前記少なくとも１つの時間差に基づいて、前記端末に対する前記ポジション推定値を計算することを含む請求項２４記載の方法。
【請求項３０】
前記端末に対する前記ポジション推定値を取得することは、
前記少なくとも１つの時間差をロケーションサーバに送ることと、
前記端末に対する前記ポジション推定値を前記ロケーションサーバから受信することとを含む請求項２４記載の方法。
【請求項３１】
ポジショニングを実行するための装置において、
端末において、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第１の組の少なくとも１つの受信した送信の時間を取得する手段と、
前記端末において、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第２の組の少なくとも１つの受信した送信の時間を取得する手段と、
前記第１の組の少なくとも１つの受信した送信の時間と、前記第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得する手段と
前記少なくとも１つの時間差に基づいて、前記端末に対するポジション推定値を取得する手段とを具備する装置。
【請求項３２】
複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、前記第１の組の少なくとも１つの受信した送信の時間を、第１の組の少なくとも１つの変換された時間に変換する手段をさらに具備する請求項３１記載の装置。
【請求項３３】
前記第１の組の少なくとも１つの受信した送信の時間を変換する手段は、前記第１のワイヤレスアクセスタイプのセルに対するそれぞれの受信した送信の時間に対して、
前記端末において、絶対タイミングに基づいて、前記受信した送信の時間の整数部分を決定する手段と、
前記セルに対するタイミング測定値に基づいて、前記受信した送信の時間の小数部分を取得する手段と、
前記受信した送信の時間の前記整数部分と前記受信した送信の時間の前記小数部分とに基づいて、前記セルに対する変換された時間を決定する手段とを備える請求項３２記載の装置。
【請求項３４】
前記共通タイミングに基づいて、前記第２の組の少なくとも１つの受信した送信の時間を、第２の組の少なくとも１つの変換された時間に変換する手段をさらに具備し、
前記少なくとも１つの時間差は、前記第１の組の少なくとも１つの変換された時間と前記第２の組の少なくとも１つの変換された時間とに基づいて決定される請求項３２記載の装置。
【請求項３５】
ポジショニングを実行するための方法において、
第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの変換された時間を端末から受信することを含み、前記第１の組の少なくとも１つの変換された時間は、前記第１のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間と、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングとに基づいて、前記端末によって導出される方法。
【請求項３６】
前記少なくとも１つのセルは複数のセルを含み、
前記端末に対するポジション推定値を導出することは、
前記セルに対する変換された時間に基づいて、前記複数のセル間の観測時間差（ＯＴＤ
を決定することと、
前記セルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出することを含む請求項３５記載の方法。
【請求項３７】
第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの変換された時間を前記端末から受信することと、
前記第１の組の少なくとも１つの変換された時間と、前記第２の組の少なくとも１つの変換された時間とに基づいて、前記端末に対するポジション推定値を導出することとをさらに含み、
前記第２の組の少なくとも１つの変換された時間は、前記第２のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間と、前記共通タイミングとに基づいて、前記端末によって導出される請求項３５記載の方法。
【請求項３８】
前記端末に対するポジション推定値を導出することは、
前記第１のセルに対する変換された時間と前記第２のセルに対する変換された時間とに基づいて、前記第１のワイヤレスアクセスタイプの第１のセルと、前記第２のワイヤレスアクセスタイプの第２のセルとの間の観測時間差（ＯＴＤ）を決定することと、
前記第１のセルおよび前記第２のセルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出することとを含む請求項３７記載の方法。
【請求項３９】
ポジショニングを実行するための装置において、
第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの変換された時間を端末から受信する手段を具備し、
前記第１の組の少なくとも１つの変換された時間は、前記第１のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間と、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングとに基づいて、前記端末によって導出される装置。
【請求項４０】
前記少なくとも１つのセルは複数のセルを含み、
前記端末に対するポジション推定値を導出する手段は、
前記セルに対する変換された時間に基づいて、前記複数のセル間の観測時間差（ＯＴＤ
を決定する手段と、
前記セルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出する手段とを備える請求項３９記載の装置。
【請求項４１】
第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの変換された時間を前記端末から受信する手段と、
前記第１の組の少なくとも１つの変換された時間と前記第２の組の少なくとも１つの変換された時間とに基づいて、前記端末に対するポジション推定値を導出する手段とをさらに具備し、
前記第２の組の少なくとも１つの変換された時間は、前記第２のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間と、前記共通タイミングとに基づいて、前記端末によって導出される請求項３９記載の装置。
【請求項４２】
前記端末に対するポジション推定値を導出する手段は、
前記第１のセルに対する変換された時間と前記第２のセルに対する変換された時間とに基づいて、前記第１のワイヤレスアクセスタイプの第１のセルと、前記第２のワイヤレスアクセスタイプの第２のセルとの間の観測時間差（ＯＴＤ）を決定する手段と、
前記第１のセルおよび前記第２のセルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出する手段とを備える請求項４１記載の装置。
【請求項１】
ポジショニングを実行するための方法において、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換することと、
前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換することと、
前記第２の情報に基づいて、端末に対するポジション推定値を取得することとを含み、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートする方法。
【請求項２】
前記第１のＧＰＰメッセージを交換することは、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージを前記端末に送ることを含み、前記第２のＧＰＰメッセージを交換することは、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記端末から受信することとを含む請求項１記載の方法。
【請求項３】
前記第１のＧＰＰメッセージを交換することは、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージをロケーションセンターから受信することを含み、前記第２のＧＰＰメッセージを交換することは、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記ロケーションセンターに送ることを含む請求項１記載の方法。
【請求項４】
支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送ることと、
前記支援データを含む第４のＧＰＰメッセージを前記ロケーションセンターから受信することとをさらに含む請求項１記載の方法。
【請求項５】
支援データに対する要求を含む第３のＧＰＰメッセージを前記端末から受信することと、
前記支援データを含む第４のＧＰＰメッセージを前記端末に送ることとをさらに含む請求項１記載の方法。
【請求項６】
少なくとも１つのポジションエレメントを前記第１のＧＰＰメッセージから取得することをさらに含み、それぞれのポジションエレメントは、特定のポジショニング方法に対するものであり、前記特定のポジショニング方法に対する情報を伝える請求項１記載の方法。
【請求項７】
第１のポジションエレメントおよび第２のポジションエレメントを前記第１のＧＰＰメッセージから取得することをさらに含み、前記第１のポジションエレメントは前記第１のポジショニング方法に対する前記第１の情報を含み、前記第２のポジションエレメントはグローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法に対する情報を含む請求項１記載の方法。
【請求項８】
前記端末が前記ＧＰＰをサポートしているか否かを決定するために、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換することをさらに含む請求項１記載の方法。
【請求項９】
前記第２のポジショニングプロトコルは、無線リソースＬＣＳプロトコル（ＲＲＬＰ）、無線リソース制御（ＲＲＣ）、またはＩＳ-８０１を含む請求項８記載の方法。
【請求項１０】
前記ＧＰＰによってサポートされている前記複数のポジショニング方法は、観測時間差（ＯＴＤ）ポジショニング方法と、グローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法と、拡張セル識別子（Ｅ−ＣＩＤ）ポジショニング方法とのうちの少なくとも１つを含む請求項１記載の方法。
【請求項１１】
ポジショニング方法識別子（ＩＤ）を前記ＧＰＰメッセージから取得することと、
前記ポジショニング方法ＩＤに基づいて、前記第１のポジショニング方法は既存のポジショニング方法または新しいポジショニング方法であるか否かを決定することとをさらに含む請求項１記載の方法。
【請求項１２】
前記ＧＰＰによりサポートされている前記少なくとも３つのアクセスタイプは、グローバルシステムフォーモバイル通信（ＧＳＭ）と、広帯域コード分割多元接続（ＷＣＤＭＡ）と、ＣＤＭＡ １Ｘと、高レートパケットデータ（ＨＰＲＤ）と、ロングタームエボリューション（ＬＴＥ）と、ＩＥＥＥ ８０２．１１と、ＩＥＥＥ８０２．１６とのうちの少なくとも１つを含む請求項１記載の方法。
【請求項１３】
ポジショニングを実行するための装置において、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換する手段と、
前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換する手段と、
前記第２の情報に基づいて、端末に対するポジション推定値を取得する手段とを具備し、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートする装置。
【請求項１４】
前記第１のＧＰＰメッセージを交換する手段は、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージをロケーションセンターから受信する手段を備え、前記第２のＧＰＰメッセージを交換する手段は、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記ロケーションセンターに送る手段を備える請求項１３記載の装置。
【請求項１５】
支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送る手段と、
前記支援データを含む第４のＧＰＰメッセージを前記ロケーションセンターから受信する手段とをさらに具備する請求項１３記載の装置。
【請求項１６】
第１のポジションエレメントおよび第２のポジションエレメントを前記第１のＧＰＰメッセージから取得する手段をさらに具備し、前記第１のポジションエレメントは前記第１のポジショニング方法に対する前記第１の情報を含み、前記第２のポジションエレメントはグローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法に対する情報を含む請求項１３記載の装置。
【請求項１７】
前記端末が前記ＧＰＰをサポートしているか否かを決定するために、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換する手段をさらに具備する請求項１３記載の装置。
【請求項１８】
ポジショニングを実行するための装置において、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを交換し、前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを交換し、前記第２の情報に基づいて、端末に対するポジション推定値を取得するように構成されている少なくとも１つのプロセッサを具備し、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートする装置。
【請求項１９】
前記少なくとも１つのプロセッサは、ロケーション情報に対する要求を含む前記第１のＧＰＰメッセージをロケーションセンターから受信し、前記ロケーション情報を含む前記第２のＧＰＰメッセージを前記ロケーションセンターに送るように構成されている請求項１８記載の装置。
【請求項２０】
前記少なくとも１つのプロセッサは、支援データに対する要求を含む第３のＧＰＰメッセージをロケーションセンターに送り、前記支援データを含む第４のＧＰＰメッセージを前記ロケーションセンターから受信するように構成されている請求項１８記載の装置。
【請求項２１】
前記少なくとも１つのプロセッサは、第１のポジションエレメントおよび第２のポジションエレメントを前記第１のＧＰＰメッセージから取得するように構成され、前記第１のポジションエレメントは前記第１のポジショニング方法に対する前記第１の情報を含み、前記第２のポジションエレメントはグローバルナビゲーション衛星システム（ＧＮＳＳ）ポジショニング方法に対する情報を含む請求項１８記載の装置。
【請求項２２】
前記少なくとも１つのプロセッサは、前記端末が前記ＧＰＰをサポートしているか否かを決定するために、第２のポジショニングプロトコルに対する少なくとも１つのメッセージを交換するように構成されている請求項１８記載の装置。
【請求項２３】
コンピュータプログラムプロダクトにおいて、
汎用ポジショニングプロトコル（ＧＰＰ）によってサポートされている、第１のポジショニング方法と第１のアクセスタイプとに対する第１の情報を含む第１のＧＰＰメッセージを少なくとも１つのコンピュータに交換させるためのコードと、
前記第１のポジショニング方法と前記第１のアクセスタイプとに対する第２の情報を含む第２のＧＰＰメッセージを前記少なくとも１つのコンピュータに交換させるためのコードと、
前記第２の情報に基づいて、端末に対するポジション推定値を前記少なくとも１つのコンピュータに取得させるコードとを含むコンピュータ読み取り可能媒体を含み、
前記ＧＰＰは複数のポジショニング方法と少なくとも３つのアクセスタイプとをサポートするコンピュータプログラムプロダクト。
【請求項２４】
ポジショニングを実行するための方法において、
端末において、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第１の組の少なくとも１つの受信した送信の時間を取得することと、
前記端末において、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第２の組の少なくとも１つの受信した送信の時間を取得することと、
前記第１の組の少なくとも１つの受信した送信の時間と、前記第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得することと、
前記少なくとも１つの時間差に基づいて、前記端末に対するポジション推定値を取得することと含む方法。
【請求項２５】
複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、前記第１の組の少なくとも１つの受信した送信の時間を、第１の組の少なくとも１つの変換された時間に変換することをさらに含む請求項２４記載の方法。
【請求項２６】
前記第１のワイヤレスアクセスタイプのセルに対するリアルタイムを、前記共通タイミングによって規定された変換された時間に関係付けることによって、前記第１のワイヤレスアクセスタイプの前記少なくとも１つのセルのリアルタイミングを、前記共通タイミングに合わせることをさらに含む請求項２５記載の方法。
【請求項２７】
前記第１の組の少なくとも１つの受信した送信の時間を変換することは、前記第１のワイヤレスアクセスタイプのセルに対するそれぞれの受信した送信の時間に対して、
前記端末において、絶対タイミングに基づいて、前記受信した送信の時間の整数部分を決定することと、
前記セルに対するタイミング測定値に基づいて、前記受信した送信の時間の小数部分を取得することと、
前記受信した送信の時間の前記整数部分と前記受信した送信の時間の前記小数部分とに基づいて、前記セルに対する変換された時間を決定することとを含む請求項２５記載の方法。
【請求項２８】
前記共通タイミングに基づいて、前記第２の組の少なくとも１つの受信した送信の時間を、第２の組の少なくとも１つの変換された時間に変換することをさらに含み、
前記少なくとも１つの時間差は、前記第１の組の少なくとも１つの変換された時間と前記第２の組の少なくとも１つの変換された時間とに基づいて決定される請求項２５記載の方法。
【請求項２９】
前記端末に対するポジション推定値を取得することは、前記少なくとも１つの時間差に基づいて、前記端末に対する前記ポジション推定値を計算することを含む請求項２４記載の方法。
【請求項３０】
前記端末に対する前記ポジション推定値を取得することは、
前記少なくとも１つの時間差をロケーションサーバに送ることと、
前記端末に対する前記ポジション推定値を前記ロケーションサーバから受信することとを含む請求項２４記載の方法。
【請求項３１】
ポジショニングを実行するための装置において、
端末において、第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第１の組の少なくとも１つの受信した送信の時間を取得する手段と、
前記端末において、第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する、第２の組の少なくとも１つの受信した送信の時間を取得する手段と、
前記第１の組の少なくとも１つの受信した送信の時間と、前記第２の組の少なくとも１つの受信した送信の時間との間の少なくとも１つの時間差を取得する手段と
前記少なくとも１つの時間差に基づいて、前記端末に対するポジション推定値を取得する手段とを具備する装置。
【請求項３２】
複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングに基づいて、前記第１の組の少なくとも１つの受信した送信の時間を、第１の組の少なくとも１つの変換された時間に変換する手段をさらに具備する請求項３１記載の装置。
【請求項３３】
前記第１の組の少なくとも１つの受信した送信の時間を変換する手段は、前記第１のワイヤレスアクセスタイプのセルに対するそれぞれの受信した送信の時間に対して、
前記端末において、絶対タイミングに基づいて、前記受信した送信の時間の整数部分を決定する手段と、
前記セルに対するタイミング測定値に基づいて、前記受信した送信の時間の小数部分を取得する手段と、
前記受信した送信の時間の前記整数部分と前記受信した送信の時間の前記小数部分とに基づいて、前記セルに対する変換された時間を決定する手段とを備える請求項３２記載の装置。
【請求項３４】
前記共通タイミングに基づいて、前記第２の組の少なくとも１つの受信した送信の時間を、第２の組の少なくとも１つの変換された時間に変換する手段をさらに具備し、
前記少なくとも１つの時間差は、前記第１の組の少なくとも１つの変換された時間と前記第２の組の少なくとも１つの変換された時間とに基づいて決定される請求項３２記載の装置。
【請求項３５】
ポジショニングを実行するための方法において、
第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの変換された時間を端末から受信することを含み、前記第１の組の少なくとも１つの変換された時間は、前記第１のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間と、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングとに基づいて、前記端末によって導出される方法。
【請求項３６】
前記少なくとも１つのセルは複数のセルを含み、
前記端末に対するポジション推定値を導出することは、
前記セルに対する変換された時間に基づいて、前記複数のセル間の観測時間差（ＯＴＤ
を決定することと、
前記セルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出することを含む請求項３５記載の方法。
【請求項３７】
第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの変換された時間を前記端末から受信することと、
前記第１の組の少なくとも１つの変換された時間と、前記第２の組の少なくとも１つの変換された時間とに基づいて、前記端末に対するポジション推定値を導出することとをさらに含み、
前記第２の組の少なくとも１つの変換された時間は、前記第２のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間と、前記共通タイミングとに基づいて、前記端末によって導出される請求項３５記載の方法。
【請求項３８】
前記端末に対するポジション推定値を導出することは、
前記第１のセルに対する変換された時間と前記第２のセルに対する変換された時間とに基づいて、前記第１のワイヤレスアクセスタイプの第１のセルと、前記第２のワイヤレスアクセスタイプの第２のセルとの間の観測時間差（ＯＴＤ）を決定することと、
前記第１のセルおよび前記第２のセルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出することとを含む請求項３７記載の方法。
【請求項３９】
ポジショニングを実行するための装置において、
第１のワイヤレスアクセスタイプの少なくとも１つのセルに対する第１の組の少なくとも１つの変換された時間を端末から受信する手段を具備し、
前記第１の組の少なくとも１つの変換された時間は、前記第１のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第１の組の少なくとも１つの受信した送信の時間と、複数のワイヤレスアクセスタイプに対して適用可能な共通タイミングとに基づいて、前記端末によって導出される装置。
【請求項４０】
前記少なくとも１つのセルは複数のセルを含み、
前記端末に対するポジション推定値を導出する手段は、
前記セルに対する変換された時間に基づいて、前記複数のセル間の観測時間差（ＯＴＤ
を決定する手段と、
前記セルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出する手段とを備える請求項３９記載の装置。
【請求項４１】
第２のワイヤレスアクセスタイプの少なくとも１つのセルに対する第２の組の少なくとも１つの変換された時間を前記端末から受信する手段と、
前記第１の組の少なくとも１つの変換された時間と前記第２の組の少なくとも１つの変換された時間とに基づいて、前記端末に対するポジション推定値を導出する手段とをさらに具備し、
前記第２の組の少なくとも１つの変換された時間は、前記第２のワイヤレスアクセスタイプの前記少なくとも１つのセルに対する第２の組の少なくとも１つの受信した送信の時間と、前記共通タイミングとに基づいて、前記端末によって導出される請求項３９記載の装置。
【請求項４２】
前記端末に対するポジション推定値を導出する手段は、
前記第１のセルに対する変換された時間と前記第２のセルに対する変換された時間とに基づいて、前記第１のワイヤレスアクセスタイプの第１のセルと、前記第２のワイヤレスアクセスタイプの第２のセルとの間の観測時間差（ＯＴＤ）を決定する手段と、
前記第１のセルおよび前記第２のセルの、前記ＯＴＤと既知のロケーションとに基づいて、前記端末に対する前記ポジション推定値を導出する手段とを備える請求項４１記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公表番号】特表２０１１−５２３２４４（Ｐ２０１１−５２３２４４Ａ）
【公表日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願番号】特願２０１１−５０３１８３（Ｐ２０１１−５０３１８３）
【出願日】平成２１年４月２日（２００９．４．２）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３９３４９
【国際公開番号】ＷＯ２００９／１２４２０６
【国際公開日】平成２１年１０月８日（２００９．１０．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願日】平成２１年４月２日（２００９．４．２）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３９３４９
【国際公開番号】ＷＯ２００９／１２４２０６
【国際公開日】平成２１年１０月８日（２００９．１０．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]