JP2010539804A - モバイル無線ネットワークにおける遅延無線リソースシグナリング - Google Patents

Abstract

ワイヤレスネットワーク中で、移動局のロケーションデータを伝達し、ロケーションデータを向上させ、支援データ（Assistance Data）を最適に伝達し、および／または位置測定要求（Measure Position Request）メッセージのリビッドを低減するためのシステム、デバイスおよび方法の実装。

Description

本発明は、一般に通信システムに関し、より詳細には、全地球航法衛星システムを使用して位置特定を向上させることに関する。

関連出願の相互参照
本出願は、開示の全体が参照により明白に本明細書に組み込まれる、２００７年９月１１日に出願された「GSM Control Plane Positioning Preemption RRLP Implementation for MS and SMLC」と題する米国仮特許出願第６０／９７１，４５３号（弁理士整理番号０７２３４６Ｐ１）、および２００７年１２月６日に出願された「GSM Control Plane Positioning Preemption RRLP Implementation for MS and SMLC」と題する米国仮特許出願第６１／０１２，０３９号（弁理士整理番号０７２３４６Ｐ２）の、米国特許法第１１９条（ｅ）項に基づく優先権を主張する。

移動局（たとえば、セルラー電話）のロケーションを知ることは、しばしば望ましく、時々必要である。「ロケーション」および「位置」という用語は同義であり、本明細書では互換的に使用される。たとえば、ユーザは、ウェブサイトをブラウズするために移動局（ＭＳ）を利用し、ロケーション感知型コンテンツをクリックすることがある。次いで、移動局のロケーションを決定し、それを使用してユーザに適切なコンテンツを提供する。移動局のロケーションの知識が有用または必要である、多数の他のシナリオがある。たとえば、ＦＣＣの９１１指令は、９１１緊急サービス呼を行っている移動局を地理的に特定することを含む拡張９１１サービスを提供することを通信事業者に要求する。移動局は、ホームネットワークから、また訪問先ネットワークにおけるローミングの間に、ロケーションサービスが得られるように設定できる。移動局は、必要なときはいつでも、その移動局のロケーションを決定するためにホームネットワーク中の様々なネットワークエンティティと通信することができる。

ワイヤレスネットワーク中の移動局のロケーションを様々な成功レベルおよび精度レベルで計算することに使用される、多数の異なるタイプの技術がある。ネットワークベースの方法は、少なくとも２つのタワーを使用する到来角（ＡＯＡ）、マルチラテレーションを使用する到達時間差（ＴＤＯＡ）、および知られているロケーションにおいて移動局が示すＲＦパターンを一致させるためにＲＦフィンガープリンティングを使用するロケーションシグナチャを含む。様々な移動局ベースの方法は、ＧＰＳ、アドバンストフォワードリンクトリラテラレーション（Advanced Forward Link Trilateration（Ａ−ＦＬＴ））、タイミングアドバンス／ネットワーク測定報告（Timing Advance/Network Measurement Report（ＴＡ／ＮＭＲ））および／または強化観測時間差（Enhanced Observed Time Difference（Ｅ−ＯＴＤ））を組み込む。

別の移動局ベースの方法はアシスト型ＧＰＳ（assisted-GPS（Ａ−ＧＰＳ））であり、サーバが移動局に支援データ（Assistance Data）を与えることにより、移動局は、最初のフィックスまでの時間（Time to First Fix（ＴＴＦＦ））が小さくなり、弱い信号の捕捉が可能になり、移動局バッテリ使用が最適化される。Ａ−ＧＰＳは、ロケーション技術として分離して使用されるか、またはレンジライク測定値を与える他の測位技術と混成される。Ａ−ＧＰＳサーバは、移動局の近似ロケーションに固有のデータをワイヤレス移動局に与える。支援データは、移動局が衛星にすばやくロックオンするのを助け、潜在的に、ハンドセットが弱い信号にロックオンできるようにする。次いで、移動局は、位置計算を実行するか、または随意に、計算を行うために測定されたコード位相をサーバに戻す。Ａ−ＧＰＳサーバは、セルラー基地局から移動局への往復タイミング測定などの追加情報を利用して、たとえば、十分なＧＰＳ衛星が見えていないとき、さもなければ不可能であるロケーションの計算を行うことができる。

衛星ベースの全地球測位システム（ＧＰＳ）、タイミングアドバンス（ＴＡ）、および地上波ベースの強化観測時間差（Enhanced Observed Time Difference（Ｅ−ＯＴＤ））位置決定技術における進歩は、移動局の地理的位置（たとえば、緯度および経度）の正確な決定を可能にする。地理的位置サービスがワイヤレス通信ネットワーク内に展開されると、そのような位置情報をネットワークエレメントに記憶し、シグナリングメッセージを使用してネットワーク中のノードに配信することができる。そのような情報は、サービングモバイルロケーションセンター（Serving Mobile Location Center（ＳＭＬＣ））、スタンドアロンＳＭＬＣ（Stand-Alone SMLC（ＳＡＳ））、位置決定エンティティ（Position Determining Entity（ＰＤＥ））、セキュアユーザプレーンロケーションプラットフォーム（Secure User Plane Location Platform（ＳＬＰ））および特殊目的モバイル加入者ロケーションデータベースに記憶される。

特殊目的モバイル加入者ロケーションデータベースの一例は、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project（３ＧＰＰ））によって提案されたＳＭＬＣである。特に、３ＧＰＰは、モバイル加入者位置情報を伝達するためのＳＭＬＣ間のシグナリングプロトコルを定義している。このシグナリングプロトコルは、無線リソースＬＣＳ（ロケーションサービス）（Radio Resource LCS (Location Services)）プロトコルと呼ばれ、ＲＲＬＰと表され、移動局と、モバイル加入者のロケーションに関係するＳＭＬＣとの間で伝達されるシグナリングメッセージを定義する。ＲＲＬＰプロトコルの詳細な説明は、３ＧＰＰ ＴＳ ４４．０３１ ｖ７．９．０（２００８−０６）第３世代パートナーシッププロジェクト（3rd Generation Partnership Project）；技術仕様グループＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（Technical Specification Group GSM Edge Radio Access Network）；ロケーションサービス（ＬＣＳ）（Location Services (LCS)）；移動局（ＭＳ）−サービングモバイルロケーションセンター（ＳＭＬＣ）無線リソースＬＣＳプロトコル（ＲＲＬＰ）（リリース７）（Mobile Station (MS)-Serving Mobile Location Center (SMLC) Radio Resource LCS Protocol (RRLP) (Release 7)）に記載されている。

米国全地球測位システム（United States Global Positioning System（ＧＰＳ））に加えて、ロシアのＧＬＯＮＡＳＳシステム（Russian GLONASS system）または提案されたヨーロッパのＧａｌｉｌｅｏシステム（European Galileo System）などの他の衛星測位システム（Satellite Positioning Systems（ＳＰＳ））も移動局の位置特定のために使用できる。ただし、システムの各々は異なる仕様に従って動作する。

位置特定システムに基づく衛星の１つの弱点は、正確な位置フィックスを取得するために要する時間である。一般に、位置精度は取得速度とトレードオフされ、その逆も同様である。すなわち、より正確なフィックスは、より多くの時間を必要とする。したがって、向上精度（enhanced accuracy）を含む、さらなる効率および利点を位置特定に提供するために、２つ以上の衛星から送信された衛星信号に基づいて移動局の位置特定を決定することができる、全地球航法衛星システム（ＧＮＳＳ）を含む通信システムが必要である。たとえば、緊急サービス（ＥＳ）呼または付加価値サービス（ＶＡＳ）セッション中に、移動局の位置フィックスを取得する取得速度または最終取得時間に悪影響を及ぼすことなしに、精度を向上させる必要がある。

本発明のいくつかの実施形態は、ワイヤレスネットワーク中のネットワークと移動局との間の位置測定要求（Measure Position Request）メッセージのリビッド（rebid）を低減する方法であって、ＲＲＬＰ支援データ（RRLP Assistance Data）メッセージを送信することと、ＲＲＬＰ支援データＡｃｋ（RRLP Assistance Data Ack）メッセージを受信することと、ロケーションデータが必要とされる時間に基づく所定時間まで待つことと、所定時間において、ネットワーク応答時間とネットワーク精度とを備えるＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを送信することであって、ネットワーク応答時間が４秒以下の短縮された応答時間を表す値を備え、ネットワーク精度が１００のメートル以上の低い精度を表す値を備え、ＲＲＬＰ位置測定要求メッセージが支援データ（Assistance Data）を備えない、ＲＲＬＰ位置測定要求メッセージを送信することと、ロケーションデータが必要とされる前の時間において、ロケーションデータを備えるＲＲＬＰ位置測定応答（RRLP Measure Position Response）メッセージを受信することと、を備える方法を提供する。

本発明のいくつかの実施形態は、ワイヤレスネットワーク中のネットワークと移動局との間の位置測定要求（Measure Position Request）メッセージのリビッドを低減するためのネットワークであって、所定時間がロケーションデータが必要とされる時間に基づく所定時間まで待つためのタイマと、所定時間において、ネットワーク応答時間とネットワーク精度とを備える位置測定要求メッセージを送信するための送信機と、ロケーションデータが必要とされる前の時間において、ロケーションデータを備える位置測定応答（Measure Position Response）メッセージを受信するための受信機と、を備えるネットワークを提供する。このネットワークでは、ネットワーク応答時間は、４秒以下の短縮された応答時間を表す値を備える。このネットワークでは、ネットワーク精度は、１００メートル以上の低い精度を表す値を備える。このネットワークでは、位置測定要求は、支援データ（Assistance Data）を備えない。このネットワークでは、位置測定要求メッセージは、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを備える。このネットワークでは、位置測定応答メッセージは、ＲＲＬＰ位置測定応答（RRLP Measure Position Response）メッセージを備える。

本発明のいくつかの実施形態は、少なくとも１つのコンピュータに、ロケーションデータが必要とされる時間に基づく所定時間まで待つことを行わせるためのコードと、少なくとも１つのコンピュータに、所定時間において、ネットワーク応答時間とネットワーク精度とを備える位置測定要求（Measure Position Request）メッセージを送信させるためのコードと、少なくとも１つのコンピュータに、ロケーションデータが必要とされる前の時間において、ロケーションデータを備える位置測定応答（Measure Position Response）メッセージを受信させるためのコードと、を備えるコンピュータ可読媒体を備えるコンピュータ可読製品を提供する。このコンピュータ可読製品では、ネットワーク応答時間は、４秒以下の短縮された応答時間を表す値を備える。このコンピュータ可読製品では、ネットワーク精度は、１００メートル以上の低い精度を表す値を備える。このコンピュータ可読製品では、位置測定要求は、支援データ（Assistance Data）を備えない。このコンピュータ可読製品では、コンピュータ可読媒体は、少なくとも１つのコンピュータに、支援データメッセージを送信させるためのコードと、少なくとも１つのコンピュータに、支援データＡｃｋ（Assistance Data Ack）メッセージを受信させるためのコードと、をさらに備える。このコンピュータ可読製品では、位置測定要求メッセージは、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを備える。このコンピュータ可読製品では、位置測定応答メッセージは、ＲＲＬＰ位置測定応答（RRLP Measure Position Response）メッセージを備える。

本発明のいくつかの実施形態は、ネットワークにおいて、ワイヤレスネットワーク中のネットワークと移動局との間のリビッドを最小限に抑えるための方法であって、要求（Request）メッセージを送信し、それによって移動局においてセッションを開くことと、セッションが開いている間に、ＲＲメッセージが移動局に送信される準備ができていると判断することと、ＲＲメッセージでのセッションをアボートすること（aborting）を回避することと、応答メッセージを受信し、それによってセッションを閉じることと、を備える方法を提供する。本方法では、セッションをアボートすることを回避する行為は、ＲＲメッセージを送信するのを待つことと、セッションが閉じた後にＲＲメッセージを送信することと、を備える。本方法では、セッションをアボートすることを回避する行為は、ＲＲメッセージを落とすこと（dropping）を備える。本方法では、要求メッセージは、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを備える。本方法では、要求メッセージは、ＲＲＬＰ支援データ（RRLP Assistance Data）メッセージを備える。

本発明のいくつかの実施形態は、ワイヤレスネットワーク中のネットワークと移動局との間のリビッドを最小限に抑えるためのネットワークであって、要求（Request）メッセージを送信し、それによって移動局においてセッションを開くための手段と、セッションが開いている間に、ＲＲメッセージが移動局に送信される準備ができていると判断するための手段と、ＲＲメッセージでのセッションをアボートすることを回避するための手段と、応答（Response）メッセージを受信し、それによってセッションを閉じるための手段と、を備えるネットワークを提供する。本方法では、セッションをアボートすることを回避するための手段は、ＲＲメッセージを送信するのを待つための手段と、セッションが閉じた後にＲＲメッセージを送信するための手段と、を備える。本方法では、セッションをアボートすることを回避するための手段は、ＲＲメッセージを落とすことを備える。本方法では、要求メッセージは、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを備える。本方法では、要求メッセージは、ＲＲＬＰ支援データ（RRLP Assistance Data）メッセージを備える。

本発明のいくつかの実施形態は、ワイヤレスネットワーク中のネットワークと移動局との間のリビッドを最小限に抑えるためのネットワークであって、要求（Request）メッセージを送信し、それによって移動局においてセッションを開くための送信機と、セッションが開いている間に、ＲＲメッセージが移動局に送信される準備ができていると判断するための論理と、ＲＲメッセージでのセッションをアボートすることを回避するための論理と、応答（Response）メッセージを受信し、それによってセッションを閉じるための受信機と、を備えるネットワークを提供する。このネットワークでは、セッションをアボートすることを回避するための論理は、ＲＲメッセージを送信するのを待つためのタイマを備え、送信機はさらに、セッションが閉じた後にＲＲメッセージを送信する。このネットワークでは、セッションをアボートすることを回避するための論理は、ＲＲメッセージを落とすための論理を備える。本方法では、要求メッセージは、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを備える。本方法では、要求メッセージは、ＲＲＬＰ支援データ（RRLP Assistance Data）メッセージを備える。

本発明のいくつかの実施形態は、少なくとも１つのコンピュータに、要求（Request）メッセージを送信し、それによって移動局においてセッションを開くことを行わせるためのコードと、少なくとも１つのコンピュータに、セッションが開いている間に、ＲＲメッセージが移動局に送信される準備ができていると判断させるためのコードと、少なくとも１つのコンピュータに、前記ＲＲメッセージでの前記セッションをアボートすることを回避させるためのコードと、少なくとも１つのコンピュータに、応答（Response）メッセージを受信し、それによってセッションを閉じることを行わせるためのコードと、を備えるコンピュータ可読媒体を備えるコンピュータ可読製品を提供する。本方法では、少なくとも１つのコンピュータにセッションをアボートすることを回避させるためのコードは、少なくとも１つのコンピュータに、ＲＲメッセージを送信するのを待つことを行わせるためのコードと、少なくとも１つのコンピュータに、セッションが閉じた後に前記ＲＲメッセージを送信させるためのコードと、を備える。本方法では、少なくとも１つのコンピュータに、セッションをアボートすることを回避させるためのコードは、少なくとも１つのコンピュータに、ＲＲメッセージを落とさせるためのコードを備える。本方法では、要求メッセージは、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを備える。本方法では、要求メッセージは、ＲＲＬＰ支援データ（RRLP Assistance Data）メッセージを備える。

本発明のこれらおよび他の態様、特徴および利点は、以下で説明する実施形態を参照すると明らかになろう。

本発明の実施形態について、図面を参照しながら、例としてのみ説明する。

図１Ａは、ワイヤレスネットワーク中の様々なコンポーネントおよびインターフェースを示す図。 図１Ｂは、ワイヤレスネットワーク中の様々なコンポーネントおよびインターフェースを示す図。 図１Ｃは、ワイヤレスネットワーク中の様々なコンポーネントおよびインターフェースを示す図。 図２は、ＲＲＬＰセッションを使用する典型的な位置特定プロセスのメッセージ流れ図。 図３は、支援データ（Assistance Data）の擬似セグメンテーションを示す図。 図４は、ＭＳが追加（extra）ＲＲメッセージを受信したこと基づく位置決定の停止を説明する図。 図５は、ＭＳが追加ＲＲメッセージを受信したこと基づく位置決定の停止を説明する図。 図６は、本発明の実施形態による、ＧＰＳエンジンを始動およびシャットダウンするイベントを示す図。 図７は、本発明の実施形態による、ＧＰＳエンジンを始動およびシャットダウンするイベントを示す図。 図８は、本発明の実施形態による、早期のロケーション決定を強調したメッセージ流れ図。 図９は、本発明の実施形態による、追加ＲＲメッセージが受信された後に位置決定を継続する方法を説明する図。 図１０は、本発明の実施形態による、追加ＲＲメッセージが受信された後に位置決定を継続する方法を説明する図。 図１１は、本発明の実施形態による、ダウンロードされた支援データを最適に順位付けする方法を説明する図。 図１２は、本発明の実施形態による、ダウンロードされた支援データを最適に順位付けする方法を説明する図。 図１３は、本発明の実施形態による、ジャストインタイム位置要求を送信する方法を示す図。 図１４は、本発明の実施形態による、ジャストインタイム位置要求を送信する方法を示す図。 図１５は、本発明の実施形態による、アボートされるセッションを回避するために新しいＲＲメッセージを遅延させる（または落とす（dropping））方法を示す図。 図１６は、本発明の実施形態による、アボートされるセッションを回避するために新しいＲＲメッセージを遅延させる（または落とす）方法を示す図。 図１７は、本発明の実施形態による、緊急サービス（ＥＳ）呼における応答時間と精度のバランスをとるために精度パラメータを変更する方法説明する図。 図１８は、本発明の実施形態による、緊急サービス（ＥＳ）呼における応答時間と精度のバランスをとるために精度パラメータを変更する方法を説明する図。 図１９は、本発明の実施形態による、緊急サービス（ＥＳ）呼における応答時間と精度のバランスをとるために精度パラメータを変更する方法を説明する図。 図２０は、本発明の実施形態による、緊急サービス（ＥＳ）呼における応答時間と精度のバランスをとるために精度パラメータを変更する方法を説明する図。 図２１は、本発明の実施形態による、緊急サービス（ＥＳ）呼における応答時間と精度のバランスをとるために精度パラメータを変更する方法を説明する図。 図２２は、本発明の実施形態による、付加価値サービス（ＶＡＳ）のためのメッセージ流れ図を示す図。

以下の説明では、本発明のいくつかの実施形態を示す添付の図面を参照する。本開示の趣旨および範囲から逸脱しなければ、他の実施形態を利用することができ、機械的、構成的、構造的、電気的、および動作的な変更を行うことができることを理解されたい。以下の詳細な説明は限定的な意味に解釈すべきではない。さらに、以下の詳細な説明のいくつかの部分は、電子回路またはコンピュータメモリで実行できる手順、ステップ、論理ブロック、処理、およびデータビットに対する演算の他の記号表現で提示される。

手順、コンピュータ実行ステップ、論理ブロック、プロセスなどは、本明細書では、所望の結果をもたらす自己矛盾のない一連のステップまたは命令であると考えられる。ステップは、物理量の物理的操作を利用するステップである。これらの量は、電子回路またはコンピュータシステムにおいて格納、転送、組合せ、比較、および他の操作が可能な電気信号、磁気信号、または無線信号の形態をとることができる。これらの信号は時々、ビット、値、エレメント、記号、文字、項、数字などと呼ばれることがある。各ステップは、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せによって実行できる。ハードウェア実装では、たとえば、処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書に記載の機能を実行するように設計された他のデバイスユニット、および／またはそれらの組合せの内部で実装できる。

本明細書全体にわたって言及することがある「一例」、「１つの特徴」、「例」または「特徴」は、その特徴および／または例に関連して説明する特定の特徴、構造、または特性が、請求する主題の少なくとも１つの特徴および／または例に含まれることを意味する。したがって、本明細書全体にわたる様々な箇所における「一例では」、「例」、「１つの特徴では」または「特徴」という句の出現は、必ずしもすべてが同じ特徴および／または例を指すわけではない。さらに、それらの特定の特徴、構造、または特性は組み合わせて１つまたは複数の例および／または特徴にすることができる。

本明細書で言及する「命令」は、１つまたは複数の論理演算を表す表現に関する。たとえば、命令は、１つまたは複数のデータオブジェクトに対して１つまたは複数の動作を実行するために機械によって解釈可能であることによって、「機械可読」とすることができる。ただし、これは命令の例にすぎず、請求する主題はこの点について限定されない。別の例では、本明細書で言及する命令は、符号化コマンドを含むコマンドセットを有する処理回路によって実行可能である符号化コマンドに関係することができる。そのような命令は、処理回路によって理解される機械語の形態で符号化できる。この場合も、これらは命令の例にすぎず、請求する主題はこの点について限定されない。

本明細書で言及する「記憶媒体」は、１つまたは複数の機械によって知覚可能な表現を維持することが可能な物理媒体に関する。たとえば、記憶媒体は、機械可読命令および／または情報を記憶するための１つまたは複数の記憶デバイスを備えることができる。そのような記憶デバイスは、たとえば、磁気、光学または半導体記憶媒体を含む、いくつかの媒体タイプのうちのいずれか１つを備えることができる。そのような記憶デバイスは、任意のタイプの長期、短期、揮発性または非揮発性メモリデバイスを備えることもできる。ただし、これらは記憶媒体の例にすぎず、請求する主題はこれらの点について限定されない。「記憶媒体」という用語は真空には適用しない。

別段に明記されていない限り、以下の説明から明らかなように、本明細書全体にわたって、「処理する」、「算出する」、「計算する」、「選択する」、「形成する」、「可能にする」、「阻止する」、「配置する」、「終了する」、「特定する」、「開始する」、「検出する」、「得る」、「ホストする」、「維持する」、「表現する」、「推定する」、「受信する」、「送信する」、「決定する」などの用語を利用する説明は、計算プラットフォームのプロセッサ、メモリ、レジスタ、および／または他の情報記憶デバイス、送信デバイス、受信デバイスおよび／または表示デバイス内の電子的および／または磁気的な物理量、および／または他の物理量として表されるデータを操作および／または変換するコンピュータまたは同様の電子コンピューティングデバイスなどの計算プラットフォームによって実行される動作および／またはプロセスを指すことを諒解されたい。そのような動作および／またはプロセスは、たとえば、記憶媒体中に記憶された機械可読命令の制御下で計算プラットフォームによって実行できる。そのような機械可読命令は、たとえば、計算プラットフォームの一部として含まれる（たとえば、処理回路の一部として含まれるか、またはそのような処理回路の外部の）記憶媒体中に記憶されたソフトウェアまたはファームウェアを備えることができる。さらに、別段に明記されていない限り、流れ図を参照しながらまたは他の形で本明細書で説明するプロセスは、そのような計算プラットフォームによって全体的にまたは部分的に実行および／または制御することもできる。

本明細書に記載のワイヤレス通信技法は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）などの様々なワイヤレス通信ネットワークに関連することがある。「ネットワーク」および「システム」という用語は、本明細書では互換的に使用されることがある。ＷＷＡＮは、符号分割多元接続（Code Division Multiple Access（ＣＤＭＡ））ネットワーク、時間分割多元接続（Time Division Multiple Access（ＴＤＭＡ））ネットワーク、周波数分割多元接続（Frequency Division Multiple Access（ＦＤＭＡ））ネットワーク、直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access（ＯＦＤＭＡ））ネットワーク、単一搬送波周波数分割多元接続（Single-Carrier Frequency Division Multiple Access（ＳＣ−ＦＤＭＡ））ネットワークなどであってもよい。ＣＤＭＡネットワークは、ほんのいくつかの無線技術を挙げれば、ｃｄｍａ２０００または広帯域ＣＤＭＡ（Wideband-CDMA（Ｗ−ＣＤＭＡ））などの１つまたは複数の無線アクセス技術（ＲＡＴ）を実装することができる。この場合、ｃｄｍａ２０００は、ＩＳ−９５標準、ＩＳ−２０００標準、およびＩＳ−８５６標準に従って実装される技術を含むことができる。ＴＤＭＡネットワークは、広域移動体通信システム（Global System for Mobile Communications（ＧＳＭ））、デジタルアドバンスト移動電話システム（Digital Advanced Mobile Phone System（Ｄ−ＡＭＰＳ））、または他の何らかのＲＡＴを実装することができる。ＧＳＭおよびＷ−ＣＤＭＡは、「第３世代パートナーシッププロジェクト（3rd Generation Partnership Project）」（３ＧＰＰ）という名称の組織からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２（3rd Generation Partnership Project 2）」（３Ｇ
ＰＰ２）という名称の組織からの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は公に入手可能である。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークを備えることができ、ＷＰＡＮは、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、たとえば、ＩＥＥＥ８０２．１５ｘを備えることができる。本明細書に記載のワイヤレス通信実装形態はまた、ＷＷＡＮ、ＷＬＡＮおよび／またはＷＰＡＮの任意の組合せとともに使用できる。

デバイスおよび／またはシステムは、衛星から受信した信号に少なくとも部分的に基づいて、デバイスのロケーションを推定することができる。特に、そのようなデバイスおよび／またはシステムは、関連する衛星と航法衛星受信機との間の距離の近似を備える「擬似距離」測定値を得ることができる。特定の例では、そのような擬似距離は、衛星測位システム（Satellite Positioning System（ＳＰＳ））の一部として１つまたは複数の衛星からの信号を処理することが可能な受信機において決定できる。そのようなＳＰＳは、たとえば、いくつかの例を挙げれば、Ｇａｌｉｌｅｏ、Ｇｌｏｎａｓｓなどの全地球測位システム（Global Positioning System（ＧＰＳ））、または将来開発されるＳＰＳを備えることができる。その位置を決定するために、衛星航法受信機は、３つ以上の衛星への擬似距離測定値、ならびに送信時におけるそれらの衛星の位置を得ることができる。衛星の軌道パラメータがわかれば、任意の時点でのこれらの位置を計算することができる。次いで、信号が衛星から受信機に伝わる時間と光速との積に少なくとも部分的に基づいて、擬似距離測定値を決定することができる。本明細書に記載の技法は、特定の例示として、ＧＰＳおよび／またはＧａｌｉｌｅｏタイプのＳＰＳにおけるロケーション決定の実装形態として提供されるが、これらの技法は、他のタイプのＳＰＳにも適用できること、および請求する主題はこの点について限定されないことを理解されたい。

本明細書に記載の技法は、たとえば、上述のＳＰＳを含む、いくつかのＳＰＳのうちのいずれのＳＰＳでも使用できる。さらに、そのような技術は、擬似衛星、または衛星と擬似衛星の組合せを利用する位置決定システムで使用できる。擬似衛星は、ＧＰＳ時刻と同期できる、擬似ランダム雑音（Pseudo Random Noise（ＰＲＮ））コード、またはＬ帯（L-band）（または他の周波数）搬送信号上で変調された他のレンジングコード（たとえば、ＧＰＳまたはＣＤＭＡセルラー信号に類似した）をブロードキャストする地上ベースの送信機を備えることができる。このような送信機には、遠隔受信機による識別を可能にするように一意のＰＲＮコードを割り当てることができる。擬似衛星は、トンネルの中、鉱山内、建築物の中、都市ビルの谷間または他の閉じられた区域内などの、軌道を回る衛星からのＳＰＳ信号が利用できないことがある状況において役立つことがある。擬似衛星の別の実装形態は無線ビーコンとして知られている。本明細書で使用する「衛星」という用語は、擬似衛星、擬似衛星の同等物、および場合によっては他のものを含むことを意図している。本明細書で使用する「ＳＰＳ信号」という用語は、擬似衛星または擬似衛星の同等物からのＳＰＳ様の信号を含むことを意図している。

本明細書で使用するハンドヘルドモバイルデバイスまたは移動局（ＭＳ）は、変化する位置またはロケーションを時々有することがあるデバイスを指す。位置および／またはロケーションの変化は、いくつかの例として、方向、距離、向きなどに対する変化を備えることができる。特定の例では、移動局は、セルラー電話、ワイヤレス通信デバイス、ユーザ機器、ラップトップコンピュータ、他のパーソナル通信システム（ＰＣＳ）デバイス、および／または他の携帯通信デバイスを備えることができる。移動局はまた、機械可読命令によって制御される機能を実行するように適合されたプロセッサおよび／または計算プラットフォームを備えることができる。

本出願は、各々が本出願と同時に出願され、各々の全文が本明細書に含まれる出願、すなわち、Kirk Allan Burroughsによる「Optimized Ordering of Assistance Data in a Mobile Radio Network」（弁理士整理番号０７２３４６）、Thomas Rowlandによる「Improve GPS Yield For Emergency Calls in a Mobile Radio Network」（弁理士整理番号０８０１１４）、およびThomas Rowlandによる「Dynamic Measure Position Request Processing in a Mobile Radio Network」（弁理士整理番号０８０１１６）に関連する。

図１Ａ、図１Ｂおよび図１Ｃに、ワイヤレスネットワーク中の様々なコンポーネントおよびインターフェースを示す。本明細書で説明する技法は、いくつかの異なるワイヤレスネットワーク規格に適用可能であるが、簡単のために、下記の説明では、ワイヤレスネットワークで使用される一般的な用語、または特定の規格に関して使用される特定の用語を使用する。たとえば、そのようなワイヤレスネットワークは、クゥアルコム（QUALCOMM）インコーポレイテッドが開発し、商業的に発展させた大容量デジタルワイヤレス技術である符号分割多元接続（Code Division Multiple Access（ＣＤＭＡ））システムを含む。別のワイヤレスネットワークは、代替デジタルワイヤレス技術を使用した広域移動体通信システム（Global System for Mobile Communications（ＧＳＭ））を含む。さらに別のワイヤレスネットワークは、次世代大容量デジタルワイヤレス技術であるユニバーサル移動電話サービス（Universal Mobile Telephone Service（ＵＭＴＳ））を含む。

図１Ａは、移動局（ＭＳ１０）と、送受信基地局（ＢＴＳ２２）および基地局コントローラ（ＢＳＣ２４）を含む基地局サブシステム（ＢＳＳ２０）と、移動交換センター（ＭＳＣ３０）と、公衆交換電話網（ＰＳＴＮ）と、サービングモバイルロケーションセンター（ＳＭＬＣ）とを含む。ＭＳ１０は、１つまたは複数の基地局と通信するためのベースバンドモデムを有するセルフォンなど、任意のモバイルワイヤレス通信デバイスである。本開示で参照するＭＳは、位置決定機能を与えるＧＰＳ受信機または等価の受信機を含む。以下で使用するＧＰＳという用語は、衛星または擬似衛星システムを意味する一般的な意味で使用する。ＭＳ１０およびＢＴＳ２２は、Ｕ_ｍインターフェースと呼ばれるＲＦエアインターフェースを介してワイヤレスで通信する。１つまたは複数のＭＳ１０は、一度にＢＴＳ２２またはＢＳＳ２０と通信することができる。ＢＳＳ２０の内部では、ＢＴＳ２２はＡｂｉｓインターフェースを介してＢＳＣ２４に通信することができる。１つのＢＳＣ２４は、展開されたネットワーク中で、いくつかのＢＴＳ２２をサポートすることができる。本明細書では、ネットワークから（ダウンリンク）およびＭＳ１０から（アップリンク）のＵ_ｍエアインターフェースメッセージに言及する場合、ＢＴＳ２２を使用して、または同等にＢＳＳ２０を使用して伝達されるものとして、これらのメッセージに言及することがある。Ｌ_ｂインターフェースはＢＳＣ２４をＳＭＬＣ５０に結合する。Ｌ_ｂインターフェースダウンリンクおよびアップリンクメッセージに言及する場合、ＢＳＣ２４を使用して、または同等にＢＳＳ２０を使用して伝達されるものとして、これらのメッセージに言及することがある。１つまたは複数のＢＳＣ２４および／またはＢＳＳ２０は、Ａインターフェースを使用してＭＳＣ３０に結合できる。ＭＳＣ３０は、公衆ネットワークに音声呼出しを与えるために、ＰＳＴＮ４０からの交換回線をＭＳ１０に接続する。他のネットワークエレメントまたはネットワークコンポーネントは、他のサービスを提供するために、ＢＳＳ２０、ＭＳＣ３０およびＰＳＴＮ４０に接続できる。

たとえば、ＳＭＬＣ５０は、ロケーションサービスを提供するためにネットワークに結合でき、Ｌ_ｂインターフェースを介してＢＳＣ２４に接続された状態が示されている。ＳＭＬＣ５０はまた、ＭＳＣ３０およびＬ_ｓインターフェースを介してワイヤレスネットワークに接続できる。ＳＭＬＣ５０は、移動局を位置特定するための全体的な調整を行い、達成された最終推定ロケーションおよび推定精度を計算することもできる。ＳＭＬＣ５０は、本明細書では、測位サーバを意味するために総称的に使用され、測位サーバは、ＣＤＭＡネットワーク内では位置決定エンティティ（Position Determination Entity（ＰＤＥ））、ＧＳＭネットワーク内ではサービングモバイルロケーションセンター（Serving Mobile Location Center（ＳＭＬＣ））、およびＷＣＤＭＡセルラーネットワークではスタンドアロン（Stand-Alone）（Ａ−ＧＰＳ）ＳＭＬＣ（ＳＡＳ）とも呼ばれる。

測位サーバは、一般にワイヤレスネットワーク内のシステムリソース（たとえば、サーバ）であり、１つまたは複数のＧＰＳ基準受信機と連携して動作し、ＧＰＳ関連の情報をＭＳと交換することができる。ＭＳアシスト型Ａ−ＧＰＳ（MS-Assisted A-GPS）セッションでは、測位サーバは、信号取得プロセスを向上させるためにＧＰＳ支援データ（GPS Assistance Data）をＭＳに送信する。ＭＳは擬似距離測定値を測位サーバに戻すことができ、測位サーバは、次いでＭＳの位置を計算することができる。代替的に、ＭＳベースのＡ−ＧＰＳ（MS-Based A-GPS）セッションでは、ＭＳは計算された位置結果を測位サーバに返送する。

図１Ｂは、Ｕ_ｍおよびＬ_ｂインターフェースの階層化モデルを示している。ＭＳ１０（ターゲットＭＳ）中の層は、物理層、レイヤ１またはＬ１と呼ばれる第１の層と、Ｌ２（ＬＡＰＤｍ）と呼ばれる第２の層と、ＧＳＭ０４．０８仕様に従ってモデル化された無線リソース（ＲＲ）層と呼ばれる第３の層と、最後にアプリケーション層とを含む。この場合、アプリケーション層は、ＧＳＭ０４．３１およびＧＳＭ０４．３５勧告で定義された無線リソースロケーションプロトコル（Radio Resource Location Protocol（ＲＲＬＰ））である。ＢＳＳ２０（ＢＳＣ２４として図示）は、Ｌ１と、Ｌ２（ＬＡＰＤ）と、ＲＲ層とを含む、対応する階層化モデルを有し、ＲＲＬＰメッセージはＢＳＳ２０を通過する。ＢＳＳ２０は、必要に応じて下位層をＬ_ｂインターフェースを介してＳＭＬＣ５０に中継する。層は、ＭＴＰと、ＭＴＰに対応するＳＣＣＰ ＢＳＳＬＡＰ−ＬＥおよびＢＳＳＬＡＰ層と、ＳＭＬＣ５０内のＳＣＣＰ ＢＳＳＬＡＰ−ＬＥおよびＢＳＳＬＡＰ層とを含む。ＢＳＳＡＰ−ＬＥおよびＢＳＳＬＡＰインターフェースに関する追加情報については、ＧＳＭ０９．２１およびＧＳＭ０８．７１勧告を参照されたい。

ネットワークエレメントからネットワークエレメントへ渡るメッセージは、複数の異なるインターフェースおよび対応するプロトコルを通過することがある。たとえば、測位サーバＳＭＬＣ５０からＢＳＳ２０を通ってＭＳ１０へ渡るメッセージは、Ｌ_ｂインターフェースを介して第１のメッセージとして伝達され、場合によってはＡｂｉｓインターフェースを介して別のメッセージとして伝達され、Ｕ_ｍインターフェースを介して最終メッセージとして伝達される。概して、本開示では、メッセージを、簡単のために、そのアプリケーション層およびエアインターフェースの名前で呼ぶ。たとえば、測位サーバＳＭＬＣ５０からＭＳ１０に宛てられる要求を、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）のエアインターフェースＵ_ｍアプリケーション層の名前で呼ぶことがある。さらに、明快のために、ＢＳＳ２０およびＳＭＬＣ５０をネットワーク７０と集合的に呼ぶことがあり、ネットワーク７０は、ＢＴＳ２２と、ＢＳＣ２４と、ＳＭＬＣ５０とを含むか、またはＢＳＳ２０とＳＭＬＣ５０とを含むことができる。

図１Ｃは、通常のＲＲＬＰセッションのメッセージ流れ図を示している。時間ａにおいて、ＳＭＬＣ５０は、要求（Request）メッセージ８０をＬ_ｂインターフェースを介してＢＳＳ２０に送信する。ＢＳＳ２０は、この要求を再パッケージ化し、ダウンリンクＵ_ｍエアインターフェースを介して送信されるＲＲＬＰ要求（RRLP Request）８５としてＭＳ１０に転送する。内部的に、ＭＳ１０は、ＲＲＬＰセッションを開始し、最終的に、アップリンクＵ_ｍエアインターフェースを介してＲＲＬＰ応答（RRLP Response）メッセージ９０で応答する。ＢＳＳ２０は、同じくこの応答を再パッケージ化し、Ｌ_ｂインターフェースを介して応答（Response）メッセージ９５でＳＭＬＣ５０に転送し、ＳＭＬＣ５０は、時間ｂとしてその応答を受信する。以下で、ＳＭＬＣ５０との間のそのような要求および応答をＲＲＬＰ要求およびＲＲＬＰ応答と呼ぶ。

３ＧＰＰ ＲＲＬＰアプリケーション層は、現在５つのメッセージをサポートする。第１のメッセージは、ダウンリンク上で使用されるＲＲＬＰ位置測定要求メッセージである。ネットワーク７０は、このメッセージを使用して、ＭＳ１０にロケーション測定値またはロケーション推定値を要求する。メッセージは、ＭＳ１０用の命令を含み、ＭＳ１０用の支援データ（Assistance Data）をも含むことができる。支援データについては、以下でさらに詳細に説明する。第２のメッセージは、アップリンク上で使用されるＲＲＬＰ位置測定応答（RRLP Measure Position Response）メッセージであり、ＲＲＬＰ位置測定要求メッセージを補完する。ＭＳ１０は、このメッセージを使用して、位置推定値情報および他の位置関連情報とともにネットワーク７０に応答する。ＲＲＬＰ位置測定要求メッセージとＲＲＬＰ位置測定応答メッセージは協働して、ＲＲＬＰセッションを開始し、終了する。

第３および第４のメッセージも協働して、ＲＲＬＰセッションを開始し、終了する。第３のメッセージは、ＲＲＬＰ支援データメッセージと呼ばれる別のダウンリンクメッセージであり、ネットワーク７０は、そのメッセージを使用して支援データをＭＳ１０に送信する。支援データは、随意に、強化観測時間差（Enhanced Observed Time Difference（Ｅ−ＯＴＤ））基準ＢＴＳ情報（たとえば、ＢＴＳシグナリングおよび位置情報）と、最高８つの追加のＢＴＳのためのＥ−ＯＴＤ測定情報とを含む。第４のメッセージは、アップリンク上で使用されるＲＲＬＰ支援データ肯定応答（RRLP Assistance Data Acknowledgment (Ack)）メッセージである。ＲＲＬＰ支援データＡｃｋメッセージは、単に、ネットワーク７０に対してＲＲＬＰ支援データメッセージの受信を確認するためにＭＳ１０によって使用される。第５のメッセージは、ＲＲＬＰプロトコルエラー（RRLP Protocol Error）と呼ばれる非定型メッセージであり、プロトコル中のエラーを報告するためにダウンリンク上またはアップリンク上のいずれかで使用されることがある。

図２は、ＲＲＬＰセッションを使用する典型的な位置特定プロセスのメッセージ流れ図を示している。ＭＳ１０とネットワーク７０は、ＭＳ１０がクライアントの働きをし、ネットワーク７０がサーバの働きをする、クライアントサーバモデルと考えることができる。ＲＲＬＰセッションは、ネットワーク７０からの要求で開始し、一般に、ＭＳ１０からの応答で終了する。時間ａにおいて、位置特定プロセスは、ＲＲＬＰ支援データ（RRLP Assistance Data）メッセージ１１０を伝達するネットワーク７０およびＭＳ１０で開始する。すなわち、ネットワーク７０は、ＲＲＬＰ支援データメッセージ１１０をＭＳ１０に送信し、ＭＳ１０は、ＲＲＬＰ支援データメッセージ１１０の受信時に新しいＲＲＬＰセッションを開始する。通常、時間ｂに示すように、ＭＳ１０は、ＲＲＬＰ支援データＡｃｋメッセージ１１２と呼ばれる確認応答でＲＲＬＰセッションを完了する。

時間ｃにおいて、ネットワーク７０は、位置命令と、随意の支援データとを含むＲＲＬＰ位置測定要求メッセージ１２０を送信する。ネットワーク７０からの位置命令は、ネットワーク（ＮＷ）によって設定された最大応答時間（ＮＷ応答（NW Response））と、同じくネットワーク（ＮＷ）によって設定された最小精度（ＮＷ精度（NW Accuracy））とを含む。ＲＲＬＰ位置測定要求メッセージ１２０を受信したことに応答して、知られている移動局は、そのＧＰＳエンジンを開始する。ＧＰＳは、衛星ビークル（ＳＶ）および／または擬似衛星を使用する測位システムを指すために総称的に使用される。エンジンも、データを処理するために動作するハードウェアおよび／またはファームウェアおよび／またはソフトウェアとして総称的に使用される。ＭＳ１０は、次いで、各々が推定された不確実性を有する１つまたは複数の位置フィックスを決定する。

推定された不確実性が、ネットワーク７０によって信号送信された最小ネットワーク精度（ＮＷ精度）以下になると、またはＭＳ１０がネットワーク応答時間（ＮＷ応答）パラメータによって許される間、フィックスを計算していると、ロケーション処理は停止する。時間ｄに示すように、ＭＳ１０は、計算されたフィックスをＲＲＬＰ位置測定応答メッセージ１２２で報告し、またＧＰＳエンジンをシャットダウンする。時間基準ｃとｄの間の時間差は大きくなることがある（たとえば、４５秒〜数分）。位置決定における１つの目的は、この取得時間を最小限に抑えることである。別の目的は、与えられたフィックスの不確実性を低減することである。

図３は、支援データの擬似セグメンテーションを示している。支援データは１つまたは複数の衛星ビークル（ＳＶ）に関する位置データを含むことができる。支援データは、一般に８〜１２個またはそれ以上の衛星に関する情報を含むので、擬似セグメント化支援データメッセージの複数ブロックに分割され、各ブロックは１つ、２つ、３つまたは４つの衛星に関する情報を含む。図示の例では、支援データは３つの擬似セグメントにセグメント化される。最初の２つのブロックは３つまたは４つの衛星に関する情報を含むことができ、最終ブロックは１つ、２つまたは３つの衛星に関する情報を含むことができ、図示の例の場合、衛星は合計７〜１１個になる。

支援データの第１のブロックは、時間ａにおいて第１のＲＲＬＰ支援データメッセージ１４０中でネットワーク７０からＭＳ１０に伝達される。受信されると、第１のＲＲＰＬセッションは開始するが、ＭＳ１０が時間ｂにおいてＲＲＬＰ支援データＡｃｋメッセージ１４２をネットワーク７０に送信すると、迅速に終了する。

支援データの第２のブロックは、時間ｃにおいて第２のＲＲＬＰ支援データメッセージ１４４中でネットワーク７０からＭＳ１０に伝達される。受信されると、第２のＲＲＰＬセッションが開始する。この例では時間ｄにおいて、ＭＳ１０は、第２のＲＲメッセージ（ここでは追加ＲＲメッセージ１３０と呼ぶ）を受信する前に確認応答メッセージを送信する時間を有さず、これにより、メッセージ１４４によって発生したＲＲＬＰセッションは終了する。追加ＲＲメッセージは、いくつかの異なるＲＲメッセージのいずれかである。たとえば、ハンドオーバメッセージなどのより高い優先度のＲＲメッセージがＭＳ１０に送信されていることがある。

ＭＳ１０がダウンリンクＲＲＬＰメッセージの一部を受信するか、またはダウンリンクＲＲＬＰメッセージを受信しない場合、セッションは、プリエンプトされた（preempted）と称される。プリエンプション（preemption）は、メッセージが送信のためにネットワークの発信キューに入れられたときに発生する。場合によっては、ダウンリンクＲＲＬＰメッセージが完全に送信される前に、まだ送信されていないメッセージの残りは、より高い優先度のメッセージのためにキューからパージされる。これらの場合、ＭＳ１０は、全体ではなく一部のダウンリンクＲＲＬＰメッセージを受信していることがある。他の場合には、メッセージの第１のビットがエアインターフェースを介して送信される前でも、ダウンリンクＲＲＬＰメッセージはパージされる。これらの場合、セッションは同じくプリエンプトされたと考えられるが、ＭＳ１０はセッションの存在を知らない。ダウンリンクＲＲＬＰメッセージが長いとき、または同じダウンリンクキュー中に、より長いメッセージが前にある（すなわち、他のメッセージがより早い送信時間にスケジュールされている）とき、しばしばプリエンプションが発生する。

一方、ＭＳ１０がダウンリンクＲＲＬＰメッセージ全体を受信したが、ＲＲＬＰ支援データＡｃｋメッセージなどの応答をまだ完全に送信していない場合、セッションは、アボートされた（aborted）と称される。アボーション（abortion）は、通常、ＭＳ１０がダウンリンクＲＲＬＰメッセージに応答するのに比較的長い時間期間を要する場合に発生する。

プリエンプションの場合もアボーションの場合も、ＭＳ１０および／またはネットワーク７０における既存のセッションは終了する。１つの目的は、ＭＳ１０がダウンリンクＲＲＬＰメッセージに迅速に応答し、それによって、アボートされるセッションを最小限に抑えることである。別の目的は、ネットワークが、より短いダウンリンクＲＲＬＰメッセージを送信し、それによって、キューが一杯にならないように保ち、プリエンプトされるセッションを最小限に抑えることである。擬似セグメンテーションは、ダウンリンクＲＲＬＰメッセージをより短くし、したがってプリエンプトされるセッションの機会を少なくする第２の目的を対象とするが、ＲＲＬＰ位置測定要求メッセージに関連する処理とともに、以下でさらに説明するように、ダウンリンクメッセージに迅速に応答する第１の目的には対処しない。

以下で、アボーション、アボートする（abort）またはアボートされたという用語は、追加ＲＲメッセージの受信によるアボーションセッションか、またはより高い優先度のダウンリンクメッセージによるダウンリンクキュー中のプリエンプションのいずれかによって発生したセッションを終了することに関して使用される。

アボートされたセッションから回復するために、ネットワーク７０はリビッド（rebid）メッセージを送信する。リビッドメッセージは、以前ダウンリンクキューに入れられたメッセージの後続の送信である。図示の例では時間ｅにおいて、支援データの第２のブロックはリビッドＲＲＬＰ支援データメッセージ１４８中に含まれ、リビッドＲＲＬＰ支援データメッセージ１４８はＭＳ１０において第３のＲＲＬＰセッションを開始する。ＭＳ１０は、時間ｆにおいてネットワーク７０に対して別のＲＲＬＰ支援データＡｃｋメッセージ１５０で受信を確認する。

支援データの最終ブロックは、時間ｇにおいてＲＲＬＰ位置測定要求メッセージ１２０中でネットワーク７０からＭＳ１０に送信され、ＲＲＬＰ位置測定要求メッセージ１２０は、ＭＳ１０によって受信され、この例では第４のセッションを開始する。次に、ＭＳ１０は、数十秒から数分を要することがあるロケーション決定を開始するように指示される。命令の受信から応答の送信までの期間中、セッションは追加ＲＲメッセージによるセッションアボーションを起こしやすい。この例では、最終セッションはアボートされず、ＭＳ１０は時間ｈにおいてＲＲＬＰ位置測定応答メッセージ１２２で応答する。

図４および図５は、ＭＳ１０が追加ＲＲメッセージを受信したこと基づく位置決定の停止を説明する図である。図４では時間ａにおいて、ネットワーク７０はＲＲＬＰ支援データメッセージ１１０をＭＳ１０に送信し、次いで、時間ｂにおいて、ＭＳ１０はＲＲＬＰ支援データＡｃｋメッセージ１１２で応答する。ネットワーク７０とＭＳ１０は、ＧＰＳエンジンを始動するより前に支援データのほとんどすべてをＭＳ１０に与えるためにメッセージのこの交換を数回繰り返すことができる。時間ｃにおいて、ネットワーク７０は、ＲＲＬＰ位置測定要求メッセージ１２０を支援データの最終ブロックとともにＭＳ１０に送信する。この時点で、ＭＳ１０は、そのＧＰＳエンジンを始動し、位置特定を開始する。

時間ｄにおいて、ネットワーク７０は追加ＲＲメッセージ１３０（すなわち、セッションが進行中なので、ＭＳ１０が受信を予想していなかったメッセージ）をＭＳ１０に送信する。応答メッセージを送信することができる前に発生したこの追加ＲＲメッセージ１３０は、ＭＳ１０に、ＲＲＬＰ位置測定要求メッセージ１２０によって開始された現在のセッションをアボートさせる。セッションをアボートすることの一部として、ＭＳ１０は、ＧＰＳエンジンをシャットダウンし、位置特定プロセスを終了し、追加ＲＲメッセージ１３０に応答し、ネットワーク７０からの次の要求を待つ。時間ｅにおけるΔｔの短い遅延（Δｔ＝ｅ−ｄ）の後、ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０Ａのリビッドを送信し、このリビッドは、ＭＳ１０に、そのＧＰＳエンジンを再始動させ、再び位置特定を開始させる。追加ＲＲメッセージ１３０による中断の後にメッセージ１２０Ａのリビッドを送信するこのプロセスは、与えられたネットワーク応答時間および精度パラメータ内でＭＳ１０がその位置を決定することができる前に数回行われることがある。時間ｆにおいて、ＭＳ１０は、決定された位置をＲＲＰＬ位置測定応答メッセージ１２２でネットワーク７０に報告する。

図５は、このメッセージ交換を状態図形式で示している。ＭＳ１０は、ＲＲＬＰ位置測定要求メッセージ１２０を受信すると、状態２００に入り、ＧＰＳエンジンを始動し、位置決定を開始する。通常の連続的な動作では、ＭＳは位置を決定２２０し、ＲＲＰＬ位置測定応答メッセージ１２２を送信する状態２３０に入ることによって位置をネットワークに報告する。与えられたネットワーク応答時間内にフィックスが決定できない場合（たとえば、応答時間タイムアウトが発生した場合）、ＭＳ１０は、状態２００を出て、状態２３０に入り、ネットワークが要求する精度よりも低い精度のフィックスを含むＲＲＰＬ位置測定応答メッセージ１２２で応答する。

状態図は、発生し得る他の状況を示している。たとえば、ＭＳ１０は、追加ＲＲメッセージ１３０を受信すると、状態２００を出て、状態２１０に入る。状態２１０において、ＭＳ１０は、ＧＰＳエンジンをシャットダウンし、位置決定を停止する。ＭＳ１０は、リビッドＲＲＬＰ位置測定要求メッセージ１２０Ａを受信すると、状態２１０を出て、状態２００に再び入る。結局は、ＭＳ１０は、通常、位置を決定するかまたはタイムアウト２２０し、状態２３０に入って、ＲＲＰＬ位置測定応答メッセージ１２２で応答する。

上記の位置特定プロセスでは、ＭＳ１０は、ＲＲＬＰ位置測定要求メッセージ１２０まで待ち、その後、そのＧＰＳエンジンを始動し、追加ＲＲメッセージ１３０を受信すると、そのＧＰＳエンジンをシャットダウンし、それによって、ＧＰＳエンジンが稼動している継続時間を最小限に抑える。ＲＲＬＰ位置測定要求メッセージ１２０の受信に応答してＧＰＳエンジンを始動することによって、ＭＳ１０は、ネットワーク７０が位置フィックスを必要とすることを知る。他の場合には、ネットワーク７０がＭＳ１０に位置フィックスを要求するという保証はない。したがって、この時間の前に始動しないことによって、ＭＳ１０はバッテリ電力を節約する。ＭＳ１０はまた、（たとえば、アボーション、または位置フィックスの報告の結果として）ＲＲＬＰセッションが終了した後、ＧＰＳエンジンをシャットダウンすることによってバッテリ電力を節約する。

本発明のいくつかの実施形態によれば、この知られている手順に従わず、代わりに、ＲＲＬＰ位置測定要求メッセージ１２０を受信することを予期してＧＰＳエンジンを始動することによって、利点を実現することができる。さらに、ＲＲＬＰセッションが終わった後、ＧＰＳエンジンをシャットダウンしないことによって、利点を実現することができる。バッテリ電力を犠牲にして、ＧＰＳエンジンは、早期に（すなわち、ＲＲＬＰ位置測定要求メッセージ１２０が受信される前に）始動し、ＲＲＬＰセッションが終了した場合でも、位置決定プロセスを継続することができる。

図６および図７は、本発明の実施形態による、ＧＰＳエンジンを始動およびシャットダウンするイベントを示している。図６の状態図は、ＧＰＳエンジンが稼動していない状態８００と、ＧＰＳエンジンが始動し、位置決定プロセスが開始した状態８１０との２つの状態を示している。ＲＲＬＰ位置測定要求メッセージ１２０の将来の受信を予期してＧＰＳエンジンの早期始動を開始する、いくつかのユーザ側およびネットワーク側トリガイベントが発生することがある。トリガイベントは、ランタイム動作を開始した後に発生する。すなわち、トリガイベントは、単に移動局をオンにし、移動局をランタイム動作させるものではない。いくつかのデバイスはＧＰＳエンジンを常に稼動させ、したがって、ＧＰＳエンジンを始動するトリガイベントは存在しない。トリガイベントは、移動局のＧＰＳロケーション機能を特にオンにするユーザ動作ではない。トリガイベントは、一般にＧＰＳエンジンをオンにしないイベントである。また、トリガイベントは、一般にＧＰＳエンジンをオンにするメッセージであるＲＲＬＰ位置測定要求メッセージを受信するより前に発生する。

最初に８２０において、ＭＳ１０は、緊急サービス（Emergency Services（ＥＳ））呼が開始されたというトリガイベントを検出した場合、状態８００から状態８１０に移行する。ＭＳ１０が、位置フィックスが必要であることを示す移動局アプリケーション（ＭＳ Ａｐｐ）からのメッセージを受信した場合、別のユーザ側で開始される移行が発生する。ネットワーク側イベントも、状態８００から状態８１０への移行を開始することができる。たとえば８４０において、ＭＳ１０は、新しいＲＲＬＰ支援データメッセージのトリガイベントを受信した場合、状態８００から状態８１０に移行する。８５０において、ＭＳ１０は、付加価値サービス（ＶＡＳ）メッセージのトリガイベントを受信した場合、状態８００から状態８１０に移行する。完全のために、８６０において、ＲＲＬＰ位置測定要求メッセージ１２０の受信による、状態を移行する知られているプロセスを示す。

図６を参照しながら説明したように、早期に始動することの他に、同じく２つの状態を含む図７に示すように、有利には、ＧＰＳエンジンのシャットダウンは延期されることができる。状態９００では、ＧＰＳエンジンは（たとえば、上述のイベントのうちの１つにより）稼動している。状態９１０では、ＧＰＳエンジンはシャットダウンされる。いくつかのイベントは、状態９００から状態９１０への移行をトリガして、ＧＰＳエンジンをシャットダウンすることができる。たとえば、位置が導出され、またはタイムアウトが発生する。９２０において、ＭＳ ＡＰＰがより良い位置フィックスを待っているなど、エンジンが稼動し続ける他の重要な必要性がない場合、ＲＲＰＬ位置測定応答メッセージ１２２を最近送信した結果として、移行が発生する。位置フィックスがＭＳ ＡＰＰにちょうど報告されたとき、およびＭＳ１０がＲＲＬＰ位置測定要求メッセージ１２０を予期しておらず、ＲＲＰＬ位置測定応答メッセージ１２２を送信することを予想していない場合にも、移行が発生する。

異常なケースが移行を引き起こすこともある。たとえば９４０において、ＭＳ１０は、（たとえば、上述のイベント８２０または８４０により）ＲＲＬＰ位置測定要求メッセージ１２０を予期していたが、所定の時間期間（たとえば、４５、６０または９０秒、または当業者なら理解するように、３０〜６０、３０〜９０、３０〜１２０、３０〜１８０、３０〜２４０、６０〜９０、６０〜１２０、６０〜１８０、６０〜２４０、９０〜１２０、９０〜１８０、９０〜２４０、１２０〜１８０、１２０〜２４０などの様々な時間から選択される値）内にメッセージを受信しなかった場合、そのＧＰＳエンジンをシャットダウンすることができる。同様に９４０において、ＧＰＳエンジンの稼動時間が長すぎる（たとえば、１２０または１８０秒）場合、ＭＳ１０は、バッテリ電力を節約するためにＧＰＳエンジンをタイムアウトし、シャットダウンすることができる。

図８は、本発明の実施形態による、早期のロケーション決定を強調したメッセージ流れ図を示している。１つの目的は、ＭＳ１０がネットワーク７０からの将来のＲＲＬＰ位置測定要求メッセージ１２０を予想または予期するとすぐに、ＧＰＳエンジンを始動することである。時間ａにおいて、ＭＳ１０は、緊急サービス呼のためのダイヤル数字（たとえば、米国では「９１１」、欧州では「１１２」または日本では「１１９」）を認識する。呼が緊急サービス呼であると認識されると、ＭＳ１０は、ＭＳ１０のロケーションフィックスの必要性を予想して、そのＧＳＰエンジンを始動することによって位置特定を開始することができる。

時間ｂにおいて、ネットワーク７０はＲＲＬＰ支援データメッセージ１１０をＭＳ１０に送信する。それに応答して、時間ｃにおいて、ＭＳ１０はＲＲＬＰ支援データＡｃｋメッセージ１１２で応答する。メッセージ１１０および１１２を送信するこのプロセスは、ネットワーク７０が十分な支援データを送信するまで繰り返すことができる。最後に、時間ｄにおいて、ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０をＭＳ１０に送信する。ＭＳ１０は、そのロケーションの決定を続ける。次に時間ｅにおいて、ＭＳ１０は、その決定された位置を含むＲＲＬＰ位置測定応答メッセージ１２２でネットワーク７０に応答する。

図９および図１０は、本発明の実施形態による、追加ＲＲメッセージ１３０が受信された後に位置決定を継続する方法を説明する図である。別の目的は、軽微な異常イベントを無視してＧＰＳエンジンの動作を継続することである。図９では、追加ＲＲメッセージ１３０が現在の測定セッションをアボートするが、ＭＳ１０は、位置特定処理を継続し、そのＧＰＳエンジンを中断しない。時間ａにおいて、ＭＳ１０はネットワーク７０からＲＲＬＰ支援データメッセージ１１０を受信する。それに応答して時間ｂにおいて、ＭＳ１０はＲＲＬＰ支援データＡｃｋメッセージ１１２で応答する。ここでも、メッセージ１１０および１１２を送信するこのプロセスは、ネットワーク７０が十分な支援データを送信するまで繰り返すことができる。

時間ｃにおいて、ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０をＭＳ１０に送信する。この時点で、ＭＳ１０が緊急呼を認識することまたは他のトリガイベントのいずれかに基づいて、ＧＰＳエンジンはすでに稼動している。時間ｄにおいて、ネットワーク７０は、応答を受信する前に、時間ｃにおいて開始されたＲＲＬＰセッションを中断する。知られている移動局は、ＲＲＬＰセッションを終了し、同じくＧＰＳエンジンをシャットダウンする。ここで、ＭＳ１０は、ＧＰＳエンジンを中断しないでおき、ＧＰＳエンジンが位置特定プロセスを継続できるようにする。

最後に時間ｅにおいて、ネットワーク７０はリビッドプロセスでＲＲＬＰ位置測定要求メッセージ１２０ＡをＭＳ１０に再送信する。ここでも、ＭＳ１０は、ＧＰＳエンジンを再始動せず、むしろロケーションプロセスを継続する。上述のように、アボートおよびリビッドのプロセスは繰り返すことができる。次に、時間ｆにおいて、ＭＳ１０は、その決定された位置を含むＲＲＬＰ位置測定応答メッセージ１２２でネットワーク７０に応答する。

図１０は、状態図を示している。トリガイベントが発生すると、ＭＳ１０は状態３００に入る。トリガイベントには、ＲＲＬＰ位置測定要求メッセージ１２０を受信すること、ＲＲＬＰ支援データメッセージ１１０を受信すること、緊急サービス呼などの開始を認識することなどがある。状態３００では、ＭＳ１０は、すでに位置決定を実行している場合、位置決定を継続し、または、まだＧＰＳエンジンを始動していない場合、ＧＰＳエンジンを始動することによって位置決定を開始する。

通常、ＭＳ１０は、位置が決定されたとき、またはタイムアウトが発生したとき（移行３１０として示す）のいずれかに状態３００を出て、状態３２０に入る。タイムアウトは、たとえば、ＭＳ１０が、ネットワーク７０が所定の短時間内での測定を予想していると判断したときに発生することがある。場合によっては、ＭＳ１０は、その応答を送信することができる前に、現在のＲＲＬＰセッションをアボートする追加ＲＲメッセージ１３０を受信すると、状態３００を出て、状態３３０に入る。

状態３３０では、ＭＳ１０は、現在のＲＲＬＰセッションをアボートするが、位置決定を継続する。リビッドＲＲＬＰ位置測定要求メッセージ１２０Ａを受信すると、ＭＳ１０は、状態３４０に入るが、位置決定プロセスを同じく継続する。ＭＳ１０が位置を決定するか、またはタイムアウトが発生すると（移行３４０として示す）、ＭＳ１０は状態３４０を出て状態３２０に入る。状態３２０では、ＭＳ１０はＲＲＬＰ位置測定応答メッセージ３２０をネットワーク７０に送信する。

図１１および図１２は、本発明の実施形態による、ダウンロードされた支援データを最適に順位付けする方法を説明する図である。支援データは、１つまたは複数の（擬似セグメント化された）ＲＲＬＰ支援データメッセージ１１０中および／またはＲＲＬＰ位置測定要求メッセージ１２０中で送信できる。ネットワーク７０からＭＳ１０への支援データの通信を最適に順位付けすることにより、ＭＳ１０は、ＲＲＬＰ位置測定要求メッセージ１２０によってそうするように指示される前に、有利には早期に位置決定プロセスを開始し、支援データのセグメントをアクティブに使用することが可能になる。

図１１は、セグメント化支援データ４００の最適な順位付けを示している。第１のセグメントは、衛星時間およびおおまかなＭＳロケーション４２０を含む基準情報４１０を含む。第１および残りのセグメントは、（暦（almanac）データおよび天体暦（ephemeris）データを含む）衛星ビークル位置情報４３０を含む。衛星ビークル位置情報４３０は、最も最適４４０から次に最適４５０に順位付けされ、最も最適でない４６０まで続く。利用可能なすべての衛星を、この最適に順位付けされた支援データリストに入れる必要はない。

衛星の最適な順位付けは、ＭＳ１０がそのロケーションを迅速に決定するのに見ることができ有用である可能性が高い衛星の組をＭＳ１０に与えるために、１つまたは複数のファクタを考慮に入れることができる。たとえば、おおまかなＭＳロケーションの知識を使用して、同様のおおまかなＭＳロケーションをもつ移動局に見ることができることが経験的に示される衛星位置を探索することができる。ネットワーク７０は、同様のまたは同じおおまかなＭＳロケーションを有する移動局に利用可能であることが観測または実験によって示される空間の領域中にある衛星を探索することができる。

さらに、おおまかなＭＳロケーションの知識を使用して環境の一般的な特性を決定することができる。この環境特性は、ＭＳ１０がそのロケーションを決定できるようにする最良の衛星を識別するために使用できる。おおまかなＭＳロケーションは、ＭＳ１０が、たとえば、地方の地形（たとえば、平坦な地方環境）、山岳性の地形（たとえば、南北方向の谷、または山の西面に沿って）、または都市の地形（たとえば、高層建築物のある密集した都心部）に位置していると識別することができる。おおまかなＭＳロケーションが、ＭＳ１０は遮るものがない空の視界を有する可能性が高いことを示す場合、ネットワーク７０は、衛星の正規直交または擬似正規直交の組、たとえば、地平線から４５度に最も近く、互いに１２０度だけ隔てられた３つの衛星の衛星位置情報を最初に与えることができる。これらの３つの衛星うちの２つは移動局に対してほぼ直交して向きを定められる。すなわち、第１の衛星と移動局との間の第１の線と、第２の衛星と移動局との間の第２の線は、直角（正規直交）または６０度と１２０度の間の角度（ほぼ直交の向き）をなす。おおまかなＭＳロケーションが、ＭＳ１０は、空間の特定領域に位置する衛星を参照することが不可能であることを示唆する場合、（たとえば、山が東の空を遮る場合）、それらの衛星の位置情報は衛星の最適リスト中で下位にすることができる（または完全にリストから落とす（drop）ことさえできる）。

基準情報４１０に加えて、支援データの第１のセグメントは、許容できるメッセージ長で与えられる１つまたは２つの衛星に関する情報をも含むことができる。第１のセグメントは、ＭＳ１０に最も最適４４０である衛星位置情報を含む。支援データの第２のセグメントは、２つ、３つまたは４つの次に最適な衛星４５０の衛星位置情報を含む。支援データの各後続のセグメントは、最も最適でない４６０衛星の組に至るまで、同等またはより最適でない衛星、およびより最適でない衛星の衛星位置情報を含む。

図１２は、支援データのセグメントを順位付けし、送信するためのフローチャートを示している。ステップ５００において、ネットワーク７０は、順位リストを生成するために、ＭＳ１０に、最も最適から最も最適でない衛星のリストを発注し、両方のリストはまたネットワーク７０内のメモリに記憶できる。順位は各ＭＳ１０に固有とすることができる。たとえば、順位はおおまかなＭＳロケーションに依存することができる。ステップ５１０において、ネットワーク７０は、基準情報（すなわち、基準時間およびおおまかなＭＳロケーション）と、最も最適な衛星の衛星位置情報とを含む、第１のセグメント化ＲＲＬＰ支援データメッセージ１１０を送信する。

ステップ５２０において、ネットワーク７０は、たとえば、ネットワーク７０内のコントローラまたはコントローラ論理を使用して、ＲＲＬＰ位置測定要求メッセージ１２０を送信する時間であるかどうかを判断する。ネットワーク７０は、十分な支援データがすでにＭＳ１０に送信されている場合、ＲＲＬＰ位置測定要求メッセージ１２０を送信する時間であると判断することができる。ＭＳ１０が少なくとも所定の数の衛星（たとえば、４〜１４個の衛星）の衛星位置情報を有する場合、ネットワーク７０は、ＭＳ１０は十分な量の支援データを有すると判断することができる。代替的に、衛星が所定数に達しないが、支援データメッセージ中で送信するために利用可能な衛星情報がそれ以上ない場合、ネットワークは、ＲＲＬＰ位置測定応答メッセージをジャストインタイムで受信するために、（支援データの最終部分をもつまたはもたない）ＲＲＬＰ位置測定要求メッセージを送信するか、またはＲＲＬＰ位置測定要求メッセージが送信されるようにタイマを設定することができる。代替的に、ネットワーク７０は、位置フィックスが必要とされる前に残っている時間が所定の時間量未満である場合、ＭＳ１０が十分な量の支援データを有すると判断することができる。この場合、ネットワーク７０は、タイムアウトが発生した場合、ＲＲＬＰ位置測定要求メッセージ１２０を送信する時間であると判断する。代替的に、ネットワーク７０は、すべての支援データが以前に送信されている場合、ＲＲＬＰ位置測定要求メッセージ１２０を送信する時間であると判断することができる。

ＲＲＬＰ位置測定要求メッセージ１２０を送信する時間でない場合、ネットワーク７０はステップ５３０に進む。ＲＲＬＰ位置測定要求メッセージ１２０を送信する時間である場合、ネットワーク７０はステップ５４０に進む。ステップ５３０において、ネットワーク７０は、次に最適な衛星の群の位置情報を含む次のセグメント化ＲＲＬＰ支援データメッセージ１１０を送信し、ステップ５２０に戻る。ステップ５２０と５３０との間のこのループは、複数回続くことがある。ステップ５４０において、ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０を送信する。ＲＲＬＰ位置測定要求メッセージ１２０は支援データの最終セグメントを含むことがある。代替的に、以下で詳細に説明するように、ＲＲＬＰ位置測定要求メッセージ１２０は支援データがなくてもよい。

図１３および図１４は、本発明の実施形態によるジャストインタイム位置要求を送信する方法を示している。

図１３では、時間ａにおいて、ネットワーク７０は、ＲＲＬＰ位置測定要求メッセージ１２０などのＲＲＬＰメッセージを送信することによってＲＲＬＰセッションを開始する。このシナリオは、ネットワーク７０が１つまたは複数のＲＲＬＰ支援データメッセージ１１０をＭＳ１０に正常に送信したか、またはＭＳ１０がすでにそのメモリ中に支援データを有すると仮定する。図示の例では、ネットワーク７０は、約３５秒の間ＭＳ１０からの位置フィックスを必要とする。時間ｂにおいて、ＲＲＬＰセッションは何らかの他のＲＲメッセージ１３１によりアボートされる。

場合によっては、時間ａにおいて示されるＲＲＬＰメッセージ１２０は、まだネットワーク７０の発信キュー中にあり、したがって、ＭＳ１０は、ＲＲＬＰメッセージを受信しておらず、ＲＲＬＰセッションを始動していない。この場合、他のＲＲメッセージ１３１は、ＲＲＬＰメッセージ１２０がキューから正常に完全に送信される前にＲＲＬＰメッセージ１２０をキューから落とすことによって、ＲＲＬＰメッセージ１２０をプリエンプトする。ＭＳ１０が第１のＲＲＬＰ支援データメッセージ（図示せず）などのトリガイベントを以前に受信したことにより、ＧＰＳエンジンはすでに稼動している。各後続メッセージの間、ＧＰＳエンジンは連続的に位置決定プロセスを継続する。

ネットワーク７０は、時間ｃにおいて、位置フィックスが必要とされるまでに最小時間量のみが残っている（たとえば、残り約４秒）と判断する。ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０ＢをＭＳ１０に送信する。このメッセージ１２０Ｂは、（時間ｄにおいて）応答がジャストインタイムで受信されるように、一度に送信される（時間ｃ）。いくつかの実施形態では、ＲＲＬＰ位置測定要求メッセージ１２０Ｂは、ＮＷ応答時間およびＮＷ精度パラメータとともに、ただし支援データなしに送信される。ＲＲＬＰ位置測定要求メッセージ１２０は、ＭＳ１０が位置フィックスを戻さなければならない短いタイムアウト（たとえば、ＮＷ応答時間は２または４秒を表す）を含むことができ、不確実性の低い値（ＮＷ精度は高精度、たとえば、約１０メートルを示す）を含むことができる。代替的に、ＲＲＬＰ位置測定要求メッセージ１２０は、大きい位置不確実性を許すように設定された精度パラメータ（ＮＷ精度は低い精度、たとえば、約２５０メートルを示す）を含むことができる。時間ｄにおいて、ネットワーク７０は、約０秒またはほぼ０秒が残っているときに、ＭＳ１０からＲＲＬＰ位置測定応答メッセージ１２２をジャストインタイムで受信する。

このジャストインタイム手順は、以前の中断されたＲＲＬＰセッションのためにリビッドが必要であったので呼び出される。場合によっては、中断されたＲＲＬＰセッションは、（図示のように）以前のＲＲＬＰ位置測定要求メッセージ１２０によって開始されたセッションである。場合によっては、中断されたＲＲＬＰセッションは、ＲＲＬＰ支援データメッセージ１１０によって開始されたセッションである。場合によっては、中断されたＲＲＬＰセッションは、以前のＲＲＬＰ位置測定要求メッセージ１２０またはＲＲＬＰ支援データメッセージ１１０のいずれかによって開始されたセッションとすることができる。

図１４は、ジャストインタイム位置要求および応答のためのネットワーク７０中のプロセスを示している。ステップ６００において、ネットワーク７０は、ＲＲＬＰ位置測定応答メッセージ１２２が必要とされる将来の時間を決定する。ステップ６１０において、ネットワーク７０は、タイマ、スケジュールなどを設定し、ロケーションデータが必要とされる直前（たとえば、４秒前）まで待つ。最後のＲＲＬＰメッセージの後、およびジャストインタイムＲＲＬＰ位置測定要求メッセージ１２０の前の、この待ち時間中に、ネットワークは、他のＲＲメッセージを送信し、移動局の位置決定プロセスを中断しない。

ステップ６２０において、ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０を送信する。このメッセージ１２０は支援データなしに一度に送信され、応答するのに十分な時間をＭＳ１０に与える。ステップ６３０において、ネットワーク７０は、位置が必要とされる直前にＲＲＬＰ位置測定応答メッセージ１２２を受信する。

上述のように、このジャストインタイムプロセスは、ネットワーク７０によって送信されているすべてのＲＲＬＰ位置測定要求メッセージ１２０に対して実施できる。（たとえば、リビッドを受ける場合）位置フィックスが必要とされる直前までＲＲＬＰ位置測定要求メッセージ１２０を送信するのを待つことは、アボートされるセッションの発生を低減するのに役立ち、チャネル帯域幅を節約する。代替的に、このＭＳ１０との現在の通信内で１つまたは複数のアボーションおよび／またはプリエンプションが発生した場合、このプロセスを実施することができる。代替的に、このセル中の他の移動局との通信で、たとえば、同様のおおまかなＭＳロケーションを有する移動局に対して１つまたは複数のアボーションまたはプリエンプションが発生した場合、このプロセスを実施することができる。

図１５および図１６は、本発明の実施形態による、アボートされるセッションを回避するために新しいＲＲメッセージを遅延させる（または落とす）方法を示している。

図１５は、ワイヤレスネットワーク中のネットワーク７０とＭＳ１０との間のリビッドを最小限に抑える方法を示している。時間ａにおいて、ネットワーク１０はＲＲＬＰ要求メッセージ１００を送信し、それによってセッションを開く。ＲＲＬＰ要求メッセージ１００は、ＲＲＬＰ支援データメッセージ１１０またはＲＲＬＰ位置測定要求メッセージ１２０のいずれかである。時間ｂにおいて、ネットワーク７０は、ＭＳ１０から応答を受信する前、ＲＲＬＰセッションがまだ開いている間に、新しいＲＲメッセージがネットワーク７０からＭＳ１０に送信される準備ができていると判断する。知られているシステムでは、ネットワーク７０は、この新しいＲＲメッセージを直ちに送信し、それによって現在のＲＲＬＰセッションをアボートする。本発明の実施形態によれば、許容できる場合、ネットワーク７０は、現在のＲＲＬＰセッションのアボートを回避するために、新しいＲＲメッセージを送信するのを待つ。すなわち、ＲＲＬＰセッションのアボートを回避するために、ＲＲＬＰ応答／確認応答メッセージ１０２が受信された後まで、ネットワーク７０は新しいＲＲメッセージを保持し、それによってＲＲＬＰセッションを正常に閉じるようにする。特定の新しいＲＲメッセージに基づいて、ネットワーク７０は、新しいＲＲメッセージを送信するのを待つか、または新しいＲＲメッセージを完全に落とすことができる。時間ｃにおいて、ネットワーク７０はＲＲＬＰ応答／確認応答メッセージ１０２を受信し、認識する。すぐ後に、時間ｄにおいて、新しいＲＲメッセージが落とされなかった場合、ネットワーク７０は、ＲＲＬＰセッションが閉じた後に新しいＲＲメッセージを送信し、したがってＲＲＬＰセッションのアボートを回避する。

図１６では、ステップ６５０において、ネットワーク７０はＲＲＬＰ要求メッセージを送信する。ステップ６６０において、ＲＲＬＰセッションが閉じる前、ネットワーク７０は、ＭＳ１０に送信する準備ができている新しいＲＲメッセージを有すると判断する。ステップ６７０において、ネットワーク７０は、新しいＲＲメッセージの送信を遅延させる（または落とす）ことを許容できるかどうかを判断する。許容できない場合、ネットワーク７０は、ステップ６９０において新しいＲＲメッセージを送信し、それによって現在のＲＲＬＰセッションを不可避的にアボートする。ステップ６８０において、ネットワーク７０はＲＲＬＰ応答／確認応答メッセージ１０２を待ち、次いでＲＲＬＰ応答／確認応答メッセージ１０２を受信する。新しいＲＲメッセージが遅延された場合、処理は、完了する前にステップ６９０に続く。新しいＲＲメッセージが落とされた場合、送信すべき残りの新しいＲＲメッセージはなく、処理は完了する。

図１７、図１８、図１９、図２０および図２１は、本発明の実施形態による、緊急サービス（ＥＳ）呼における応答時間と精度のバランスをとるために精度パラメータを変更する方法を説明する図である。

図１７は、時間がある場合に向上精度を使用する緊急サービス（ＥＳ）呼のためのコールフロー処理の例を示す。時間ａ（ｔ＝０）において、ＭＳ１０はＥＳ呼を識別する。ＥＳ呼を識別することに応答して、ＭＳ１０はＧＰＳエンジンを始動する。ＭＳ１０はアクティビティタイマを大きい値（たとえば、Ａｃｔ＿ｔｉｍｅｒ＝４０秒）に設定することができる。アクティビティタイマの１つの目的は、ネットワーク７０とＭＳ１０との間のメッセージのアクティビティ（または非アクティビティ）を監視することである。継続時間の間にアクティビティがない場合、アクティビティタイマはタイムアウトし、ＧＰＳエンジンはシャットダウンされる。

時間ｂにおいて、ネットワーク７０は第１のＲＲＬＰ支援データメッセージ１４０を送信する。この第１のメッセージ１４０は基準情報４１０（図１１の衛星時間およびおおまかなＭＳロケーション４２０）を含む。第１のメッセージはまた、ＭＳ１０に最も最適な衛星の衛星位置情報を含む。時間ｃにおいて、ＭＳ１０はＲＲＬＰ支援データＡｃｋメッセージ１４２で応答する。時間ｄおよび時間ｅにおいて、支援データメッセージ１４４および確認メッセージ１４６を伝達するプロセスは、ＭＳ１０に次に最適な衛星の追加の支援データ（衛星位置情報）を送信するために１回または複数回繰り返すことができる。

次にネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０を準備する。ＲＲＬＰ位置測定要求メッセージ１２０はネットワーク応答時間（ＮＷ応答時間）パラメータの値を含むことができる。このＮＷ応答時間パラメータは、中程度の応答時間を示すように設定できる（たとえば、値４は１６秒に対応する）。メッセージ１２０はまた、ネットワーク精度（ＮＷ精度）パラメータを含むことができる。このＮＷ精度パラメータは、中程度の精度または不確実性を示すように設定できる（たとえば、値１９は５１．２メートルに対応する）。このパラメータおよび他の距離または不確実性パラメータ、あるいは本明細書に記載の特定の値をもつ範囲は、例として与えるものにすぎない。他の値を使用してもよい。当業者なら理解するように、５１．２メートルまたは２４５．５メートルの値は、たとえば、４０〜６０メートル、３０〜７０メートル、４０〜１００メートル、４０〜４００メートル、１００〜１５０メートル、１００〜２５０メートル、１００〜３００メートル、１００〜４００メートルなどにわたる値でもよい。

時間ｆにおいて、ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０を送信する。場合によっては、支援データの最後の組は、このメッセージ１２０中に含まれる。他の場合には、支援データの最後の組は、ＲＲＬＰ支援データメッセージ１４４である前のメッセージ中に含まれる。

精度を向上させるために、ＭＳ１０は、まったくまたはほとんど不確実性がないことを表す精度値を使用することができる。たとえば、Ａｃｔ＿Ａｃｃｕｒａｃｙパラメータは０の値に設定でき、これは０メートルの不確実性（精度の最も高い値）を表す。代替的に、Ａｃｔ＿Ａｃｃｕｒａｃｙパラメータは、１、２、３または４の値に設定でき、これは、それぞれ１．０、２．１、３．３または４．６メートルの不確実性を表す。まったくまたはほとんど不確実性がないことを表す他の値を使用することもできる。

場合によっては、ＭＳ１０がこの向上精度プロセスを駆動する場合、ＭＳ１０は、有利には、ネットワーク７０によって送信されたＮＷ精度パラメータとは独立にＡｃｔ＿Ａｃｃｕｒａｃｙパラメータを設定する。他の場合には、ネットワーク７０が向上精度プロセスを駆動する場合、ネットワーク７０は、有利には一時的に、その標準ネットワーク精度（たとえば、５１．２ｍ）を無効にし、ネットワーク７０が後でＲＲＬＰ位置測定要求メッセージ１２０中で送信するパラメータを、まったくまたはほとんど不確実性がないことを表す精度値に設定する。

同じく図示の、時間ｆの後、たとえば、現在のアクティビティタイマ上の残り時間が、ネットワークによって与えられた応答時間よりも少ない場合、ＭＳ１０は、アクティビティタイマを現在のカウントダウン時間（たとえば、２０秒）からネットワーク応答時間に一致する値にリセットする（Ａｃｔ＿ｔｉｍｅｒ＝ＮＷ応答時間）。このようにして、ＭＳ１０は、位置測定フィックスが決定され、ネットワーク７０に伝達される前に、ＧＰＳエンジンを早期にシャットダウンすることはない。ＭＳ１０は、同様に、第２のカウントダウンタイマを応答時間に設定することができる（Ａｃｔ＿ｔｉｍｅｒ＝ＮＷ応答時間）。このタイマは、ＭＳ１０が決定された位置をいつ送信するかを設定するために、ＭＳ１０によって使用される。

時間ｇにおいて、本例の経過時間は３６秒である。ＭＳ１０は、位置フィックスの決定に全割当ネットワーク応答時間を使用した。したがって、位置精度が達成されていないとしても、標準ネットワーク精度（たとえば、５１．２ｍ）によって要求されるよりも大きい精度（または同様に、少ない不確実性）を潜在的に有する向上精度位置が発見された。

この不確実性パラメータを０まで低下させることによって、ＭＳ１０は、位置フィックスの計算に全許容可能ネットワーク応答時間を使用することになる。不確実性パラメータを低い値（たとえば、１、２、３、または４）まで低下させることによって、ＭＳ１０は、位置フィックスが低い推定された不確実性で決定されない限り、全許容可能ネットワーク応答時間を使用する可能性が高くなる。ＧＰＳエンジンが追加の時間を使用して、位置フィックスを低下された必要な不確実性で得ようと試みることにより、ＭＳ１０は、向上精度位置フィックスを生成する機会を得る。

時間ｇにおいて、ＭＳ１０は、ＲＲＬＰ位置測定応答メッセージ１２２をコンポーネント、すなわち、ＬｏｃａｔｉｏｎＩｎｆｏ、ＧＳＰ−ＭｅａｓｕｒｅＩｎｆｏ、またはＬｏｃｔｉｏｎＥｒｒｏｒのうちの１つとともに送信する。一般に、ＭＳ１０は、容認できる位置フィックスを決定したか、またはタイムアウトした場合、ＬｏｃａｔｉｏｎＩｎｆｏコンポーネントとともに応答する。代替的に、ＭＳ１０は、測定値をネットワーク７０に与えるように指示された場合、ＧＳＰ−ＭｅａｓｕｒｅＩｎｆｏコンポーネントとともに応答し、それにより、ネットワーク７０は、この生データに基づいて位置を決定することができる。

図１８は、緊急サービス（ＥＳ）呼のためのコールフロー処理の別の実施形態を示す。このシナリオでは、位置要求メッセージは、ＭＳ１０がオンタイム位置応答で応答するようにジャストインタイムで伝達される。フローは、図１７に関して前述したように開始する。時間ａ（ｔ＝０）において、ＭＳ１０はＥＳ呼を識別し、次いで応答して、ＧＰＳエンジンを始動する。同じく、アクティビティカウントダウンタイマが設定される（Ａｃｔ＿ｔｉｍｅｒ＝４０秒）。時間ｂにおいて、ネットワーク７０は第１のＲＲＬＰ支援データメッセージ１４０を送信する。時間ｃにおいて、ＭＳ１０はＲＲＬＰ支援データメッセージ１４２で応答する。プロセスは、１４０／１４２のメッセージの複数の組を伝達し続けることができる。

時間ｄにおいて、このシナリオは前述のシナリオから逸脱する。時間ｄにおいて、ネットワーク７０は、位置要求メッセージ（ＲＲＬＰ位置測定要求メッセージ１２０）を送信する必要があるという情報を有するが、ネットワーク７０が位置フィックスを必要とする前の所定時間までメッセージを送信するのを待つ。標準ネットワーク精度は、十分な精度（５１．２メートルを表すＮＷ精度＝１９）を与えるように設定できるが、ネットワーク設定応答時間は大幅に短縮される。たとえば、ＮＷ応答時間は、数十秒をＭＳ１０に与えるのではなく、２（４秒を表す）、または１（２秒を表す）に設定できる。この大幅に短縮された時間では、通常、移動局は位置フィックスを決定することができない。通常、移動局は数十秒〜数分を必要とする。ここで、ＭＳ１０は、早期に（たとえば、時間ａにおいて）その位置決定プロセスを開始したので、すでに数十秒間その位置に関して作動している。

ここでもネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０を準備する。メッセージ１２０は大幅に短縮されたネットワーク応答時間（たとえば、ＮＷ応答時間＝４秒）とネットワーク精度（たとえば、ＮＷ精度＝５１．２メートル）とを含む。時間ｅにおいて、本例の経過時間は３２秒であり、ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０を送信する。この場合、支援データの最後の組は前のメッセージ（すなわち、最後のＲＲＬＰ支援データメッセージ１４０）中に含まれ、したがって、このメッセージ１２０は支援データなしに送信される。

場合によっては、ＭＳ１０によって使用される精度は、所定の値または所定の構成可能な値とすることができる、低い精度または同等に高い不確実性を表す値（たとえば、２４５．５メートルを表す値３４）に設定される。低い精度を表すこの精度値は、２つの方法、すなわち、ネットワーク７０またはＭＳ１０のうちの１つによって設定できる。

精度値がネットワーク７０によって設定される場合、ネットワーク７０は、ＲＲＬＰ位置測定要求メッセージ１２０を、この低い精度値（ＮＷ精度）を表すように設定されたネットワーク精度とともに送信する。たとえば、ネットワーク７０は、標準ネットワーク精度を、このＭＳ１０のための低い精度値で一時的に上書きすることができる。

一方、精度がＭＳ１０によって設定される場合、ネットワーク７０は、ＲＲＬＰ位置測定要求メッセージ１２０を、標準ネットワーク精度を表すように設定されたネットワーク精度とともに送信することができる。ＭＳ１０は、受信したネットワーク精度を上書きするか、または無視し、代わりに低い精度を表す値を使用する。ＭＳ１０は、その内部カウントダウンタイマとその応答時間タイマの両方にネットワーク応答時間（ＮＷ応答時間）を使用する（すなわち、それぞれ、Ａｃｔ＿ｔｉｍｅｒ＝ＮＷ応答時間およびＡｃｔ＿ＲＴ＝ＮＷ応答時間）。時間ｆにおいて、応答時間タイマが０になると（本例の経過時間は３６秒）、ＭＳ１０はＲＲＬＰ位置測定応答メッセージ１２２を準備し、送信する。

このシナリオは、いくつかの利点を有する。ＭＳ１０は、早期に（時間ａにおいて）ＧＰＳエンジンを開始し、バッテリ電力の損失を最小限に抑えながら、位置フィックスの決定に最大の可能な継続時間を使用したので、向上位置フィックスを生成した。ＲＲＬＰ位置測定要求メッセージ１２０が（支援データを含まないため）短いので、メッセージ１２０がプリエンプトされる可能性は低くなる。ネットワーク応答時間が短いので（たとえば、４秒）、最終のＲＲＬＰセッションが別のＲＲメッセージでアボートされる機会は少なくなる。低下された精度値（たとえばＡｃｔ＿Ａｃｃｕｒａｃｙ＝２４５．５メートル）が標準ネットワーク精度（たとえば、ＮＷ精度＝５１．２メートル）に代入される場合、最終のＲＲＬＰセッションが別のＲＲメッセージでアボートされる機会は、いっそう少なくなる。

図１９は、緊急サービス（ＥＳ）呼のためのコールフロー処理のさらに別の実施形態を示している。このシナリオでは、（支援データをもつまたはもたない）第１の位置要求メッセージ１２０は、最終のＲＲＬＰ支援データメッセージ１４２の直後に伝達される。このＲＲＬＰセッションが中断された場合、ネットワーク７０は、いつ位置が必要であるかに基づく所定時間まで位置リビッド要求メッセージ１２０Ａ（支援データをもたないメッセージ）の送信を遅延させる。他の場合、時間ａから時間ｆまでのイベントおよびメッセージフローは、図１７に関して上述したものと同じであり、説明は繰り返さない。

シーケンスは時間ｇにおいて図１７から逸脱し、追加ＲＲメッセージ１３０は現在のＲＲＬＰセッションをアボートさせる。同等に、ＲＲＬＰ位置測定要求メッセージ１２０は、（たとえば、支援データを含んでいるため長いので）ネットワークの発信キュー中で内部的にプリエンプトされることがある。いずれの場合も、ＭＳ１０は、現在開いているＲＲＬＰセッション、または位置とともに応答せよという命令を有しない。

ネットワーク７０が位置フィックスを報告するためにジャストインタイムで位置フィックスが受信されるように、ネットワーク７０は、リビッドメッセージ１２０Ａの送信を、位置フィックスとともに応答するのにちょうど十分な時間をＭＳ１０に与えるように計算された時間まで遅延させる。アボートまたはプリエンプトされた以前のＲＲＬＰセッションに基づいて、ネットワーク７０は、第１のモードから第２のモードへの切替えを決定することができる。第１のモードでは、ネットワーク７０は、早期に停止されたＲＲＬＰセッションに基づいてリビッドを送信し、知られているように直ちに位置リビッド要求メッセージを送信する。すなわち、ネットワーク７０は、次の位置要求メッセージのタイミングを、過去のイベント、言い換えれば追加ＲＲメッセージの完了と、できるだけ迅速に位置要求メッセージを再送信する必要とに基づかせる。

この第２のモードでは、ネットワーク７０は位置リビッド要求メッセージを直ちに送信しない。代わりに、ネットワーク７０は、有利には、いつ位置応答が必要であるかに基づいて継続時間の間待つ。すなわち、位置リビッド要求メッセージのタイミングを過去のイベントに基づかせるのではなく、送信は将来のイベントに基づく。たとえば、次の位置要求のタイミングは、いつ位置フィックスが必要であるかに基づく（たとえば、残りのＮＷ応答時間に基づく）。

いつＲＲＬＰ位置測定要求メッセージ１２０が送信されるかのタイミングは、位置フィックスがネットワーク７０で必要とされる時間の前の所定時間に基づくことができる。図示の例では、所定時間は、位置情報がネットワーク７０によって必要とされる前の８秒（ＮＷ応答時間＝３）に設定される。他の所定時間を使用してもよく、たとえば、様々な移動局の経験的なデータに基づいて、他の所定時間を使用することができる（たとえば、ＮＷ応答時間は、１、２、４、８または１６秒に設定できる）。ネットワーク７０は、メッセージがこの未来の時間において送信されるように、タイマを設定するかまたは測定要求メッセージをスケジュールすることができる。

時間ｈ（ｔ＝３２）において、ネットワーク７０は、遅延を終了し、リビッドＲＲＰＬ位置測定要求メッセージ１２０Ａを送信する。図示のように、メッセージは支援データを含んでいない。代替的に、リビッドＲＲＰＬ位置測定要求メッセージ１２０Ａの送信の遅延をわずかに短縮することができ、応答時間（ＮＷ応答時間）をわずかに増加させることができ、メッセージ１２０Ａは、いくつかの支援データを含むことができる。また、ＭＳ１０によって使用される精度パラメータは、ＭＳ１０が標準ネットワーク値を上書きすることによって、または一時的な不確実性値としてネットワーク７０によって、大きい不確実性値（たとえば、２４５．５メートル）に設定できる。ＭＳ１０は、そのアクティビティタイマを、ネットワークによって与えられた応答時間にリセットする（Ａｃｔ＿ｔｉｍｅｒ＝ＮＷ応答時間）。

この例では、モバイル加入者のアクティビティタイマは、４秒で終了するように設定された（Ａｃｔ＿ｔｉｍｅｒ＝４秒）が、このタイマは受信した時間に基づいてリセットされる（Ａｃｔ＿ｔｉｍｅｒ＝ＮＷ応答時間＝８秒に変更する）。ＭＳ１０は、その応答時間をネットワークによって与えられた応答時間に設定することができる（Ａｃｔ＿ＲＴ＝ＮＷ応答時間＝８秒）。時間ｉ（ｔ＝３６）において、ＭＳ１０は、決定された位置をＲＲＬＰ位置測定応答メッセージ１２２で報告し、次いでＧＰＳエンジンをシャットダウンする。

図２０は、ネットワーク７０がジャストインタイム測定要求メッセージを送信するが、支援データメッセージの早期のリビッドにより、ＭＳ１０はネットワークによって与えられた精度を使用するシナリオを示す。時間ａ〜ｄにおけるイベントおよびメッセージは、図１９のものと同じである。時間ｅにおいて、セッションは追加ＲＲメッセージ１４４でアボートされる。同様に、ネットワークはメッセージ１４４の移行をプリエンプトすることがある。時間ｆおよびｇにおいて、支援データは、リビッドＲＲＬＰ支援データメッセージ１４４Ａとして送信され、ＲＲＬＰ支援データＡｃｋメッセージ１４６で確認される。リビッドメッセージは、第１の支援データメッセージのリビッド（図示せず）、第２の支援データメッセージ（図示）または支援データメッセージの他のセグメント化シーケンス（図示せず）とすることができる。

時間ｈ（ｔ＝２０）において、ネットワーク７０は、上述のように、測定報告メッセージのジャストインタイムでの受信のためにＲＲＬＰ位置測定要求メッセージ１２０を送信する。ＭＳ１０は、そのアクティビティタイマをネットワークによって与えられた応答時間（Ａｃｔ＿ｔｉｍｅｒ＝ＮＷ応答時間＝１６秒）に設定することができ、その応答タイマをネットワークによって与えられた応答時間（Ａｃｔ＿ＲＴ＝ＮＷ応答時間＝１６秒）に設定することができ、その精度をネットワークによって与えられた精度（Ａｃｔ＿Ａｃｃｕｒａｃｙ＝ＮＷ精度＝５１．２メートル）に設定することができる。

前の例では、ＭＳ１０は通常、一時的な値である精度値を使用する。この一時的な値は、標準ネットワーク精度よりも大きいかまたは小さい、異なる値である。この例では、標準ネットワーク精度は、異なる値を使用することに対する例外として使用される。最後に、時間ｉ（ｔ＝３６）において、ＭＳ１０は、決定された測定値をＲＲＬＰ位置測定応答メッセージ１２２で報告する。

場合によっては、ネットワーク７０は（アボーションまたはプリエンプションによる）リビッドの発生を検出することができる。この場合、ネットワーク７０は、ネットワークによって与えられた精度を一時的な値から標準ネットワーク精度に変更する。代替的に、ＭＳ１０は（アボーションによる）リビッド支援データメッセージの発生を検出することができ、このイベントに基づいて、ＭＳはその精度をその値から変更する。代替的に、ＭＳは、前のＲＲＬＰメッセージからの測定された継続時間に基づいて、受信した測定要求メッセージが遅延されたと判断することができる。

図２１は、前の４つの図に関して説明した、精度パラメータの標準ネットワーク精度からの変更に関するフローチャートを示している。７００において、ＭＳ１０がＲＲＬＰ位置測定要求メッセージ１２０を受信した後、メッセージ１２０がオンタイムで送信および受信されたかどうかの判断を行う。この判断は、前述のように、時間（たとえば、何らかの通信の予想時間）、アボーション、またはプリエンプションに基づいて、ＭＳ１０またはネットワーク７０によって行われる。ＲＲＬＰ位置測定要求メッセージ１２０がオンタイムである場合、処理はステップ７１０に続く。

ステップ７１０において、ＭＳ１０は、最大限の精度のために通常よりも高い精度（たとえば、０メートル）を使用するか、または、より正確な応答のために標準ネットワーク精度未満の選択された小さい値（たとえば、１メートルと１０メートルの間の値、または０メートルと標準ネットワーク精度値との間の値）を使用する。

ＲＲＬＰ位置測定要求メッセージ１２０が遅延された場合、精度は標準ネットワーク精度に設定される（図示せず）。代替的に、ＲＲＬＰ位置測定要求メッセージ１２０が遅延された場合、処理はステップ７２０に続く。メッセージ１２０がわずかに遅延しているか非常に遅れているかを判断するために、ステップ７２０において別のテストを実行する。たとえば、支援データメッセージのリビッドが行われた場合、ＲＲＬＰ位置測定要求メッセージ１２０はわずかに遅延していると判断される。前のＲＲＬＰ位置測定要求メッセージのリビッドが行われた場合、ＲＲＬＰ位置測定要求メッセージ１２０は非常に遅れていると判断される。代替的に、ＲＲＬＰ位置測定要求メッセージ１２０は、第１の所定時間（たとえば、２４秒）よりも後であるが、第２の所定時間（たとえば、３６秒）の前に伝達された場合、わずかに遅延していると判断される。ＲＲＬＰ位置測定要求メッセージ１２０は、第２の所定時間よりも後に伝達された場合、非常に遅れていると判断される。ステップ７３０において、ＭＳ１０は標準ネットワーク精度（すなわち、ＮＷ精度）を使用する。ステップ７４０において、ＭＳ１０は、その位置応答の速度を上げるために、より低い精度値（たとえば、１００、２００または２５０メートル）を使用する。

図２２は、本発明の実施形態による、付加価値サービス（ＶＡＳ）のためのメッセージ流れ図を示している。ＶＡＳの場合、ＭＳ１０はＮＷ応答時間の全量を使用する必要はない。

時間ａ（ｔ＝０）において、ネットワーク７０は、ＶＡＳが開始されたと判断する。それに応答して、ネットワーク７０はＲＲＬＰ支援データメッセージ１４０を送信する。ＭＳ１０は、ＲＲＬＰ支援データメッセージ１４０を受信すると、そのＧＰＳエンジンを始動し、そのアクティビティタイマを所定の値（ＥＳ呼の場合に使用される値よりも大きい値、たとえば、Ａｃｔ＿ｔｉｍｅｒ＝４５秒）に設定する。またＲＲＬＰ支援データメッセージ１４０の受信に応答して、ＭＳ１０は、時間ｂにおいて、ＲＲＬＰ支援データＡｃｋメッセージ１４２を送信する。時間ｃおよびｄにおいて、支援データの追加のセグメントは、ＲＲＬＰ支援データメッセージ１４４とＲＲＬＰ支援データＡｃｋメッセージ１４６の追加の対で伝達および確認される。

時間ｅ（ｔ＝２０、Ａｃｔ＿ｔｉｍｅｒ＝２５）において、ネットワーク７０は、ＲＲＬＰ位置測定要求メッセージを標準ネットワーク時間（たとえば、ＮＷ応答時間＝１６秒）および標準ネットワーク精度値（たとえば、ＮＷ精度＝５１．２メートル）で準備する。ネットワーク７０はＲＲＬＰ位置測定要求メッセージ１２０を送信し、ＭＳ１０はＲＲＬＰ位置測定要求メッセージ１２０を受信する。ＥＳ呼とは異なり、ＭＳ１０は、ネットワークによって与えられたいかなるパラメータをも廃棄しない。ＭＳ１０は、そのアクティビティタイマ、アクティブな応答タイマおよびアクティビティ精度パラメータをネットワークによって与えられた値（すなわち、それぞれ、Ａｃｔ＿ｔｉｍｅｒ＝ＮＷ応答時間、Ａｃｔ＿ＲＴ＝ＮＷ応答時間、およびＡｃｔ＿Ａｃｃｕｒａｃｙ＝ＮＷ精度）に設定する。

時間ｆ（ｔ＝３４、Ａｃｔ＿ｔｉｍｅｒ＝２）において、ＭＳ１０は、その決定された位置をＲＲＬＰ位置測定応答メッセージ１２２でネットワーク７０に送信する。この場合、位置不確実性が所要のネットワーク精度未満であることにより、ＭＳは、決定されたフィックスをネットワーク応答時間の満了の前に送信した。最後に、決定されたフィックスを報告することに応答して、ＭＳ１０はＧＰＳエンジンをシャットダウンする。

本発明は、添付の特許請求の範囲の趣旨および範囲内で変更および改変を加えて実施できることを理解されたい。説明は、網羅的なものではなく、本発明を開示した正確な形態に限定するものでもない。本発明は、変更および改変を加えて実施できることを理解されたい。

Claims (41)

1. ワイヤレスネットワーク中のネットワークと移動局との間の位置測定要求（Measure Position Request）メッセージのリビッド（rebid）を低減する方法であって、
   ロケーションデータが必要とされる時間に基づく所定時間まで待つことと、
   前記所定時間において、ネットワーク応答時間とネットワーク精度とを備える位置測定要求メッセージを送信することと、
   前記ロケーションデータが必要とされる前の時間において、前記ロケーションデータを備える位置測定応答（Measure Position Response）メッセージを受信することと、
   を備える方法。
2. 前記ネットワーク応答時間は、４秒以下の短縮された応答時間を表す値を備える、請求項１に記載の方法。
3. 前記ネットワーク精度は、１００メートル以上の低い精度を表す値を備える、請求項１に記載の方法。
4. 前記位置測定要求は、支援データ（Assistance Data）を備えない、請求項１に記載の方法。
5. 支援データメッセージを送信することと、
   支援データＡｃｋメッセージを受信することと、
   をさらに備える、請求項１に記載の方法。
6. 前記位置測定要求メッセージは、ＲＲＬＰ位置測定要求（RRLP Measure Position Request）メッセージを備える、請求項１に記載の方法。
7. 前記位置測定応答メッセージは、ＲＲＬＰ位置測定応答（RRLP Measure Position Response）メッセージを備える、請求項１に記載の方法。
8. ワイヤレスネットワーク中のネットワークと移動局との間の位置測定要求メッセージのリビッドを低減する方法であって、
   ＲＲＬＰ支援データ（RRLP Assistance Data）メッセージを送信することと、
   ＲＲＬＰ支援データＡｃｋ（RRLP Assistance Data Ack）メッセージを受信することと、
   ロケーションデータが必要とされる時間に基づく所定時間まで待つことと、
   前記所定時間において、ネットワーク応答時間とネットワーク精度とを備えるＲＲＬＰ位置測定要求メッセージを送信することであって、前記ネットワーク応答時間が、４秒以下の短縮された応答時間を表す値を備え、前記ネットワーク精度が、１００メートル以上の低い精度を表す値を備え、前記ＲＲＬＰ位置測定要求メッセージが支援データを備えない、ＲＲＬＰ位置測定要求メッセージを送信することと、
   前記ロケーションデータが必要とされる前の時間において、前記ロケーションデータを備えるＲＲＬＰ位置測定応答メッセージを受信することと、
   を備える方法。
9. ワイヤレスネットワーク中のネットワークと移動局との間の位置測定要求メッセージのリビッドを低減するためのネットワークであって、
   ロケーションデータが必要とされる時間に基づく所定時間まで待つためのタイマと、
   前記所定時間において、ネットワーク応答時間とネットワーク精度とを備える位置測定要求メッセージを送信するための送信機と、
   前記ロケーションデータが必要とされる前の時間において、前記ロケーションデータを備える位置測定応答メッセージを受信するための受信機と、
   を備える方法。
10. 前記ネットワーク応答時間は、４秒以下の短縮された応答時間を表す値を備える、請求項９に記載のネットワーク。
11. 前記ネットワーク精度は、１００メートル以上の低い精度を表す値を備える、請求項９に記載のネットワーク。
12. 前記位置測定要求は、支援データを備えない、請求項９に記載のネットワーク。
13. 前記位置測定要求メッセージは、ＲＲＬＰ位置測定要求メッセージを備える、請求項９に記載のネットワーク。
14. 前記位置測定応答メッセージは、ＲＲＬＰ位置測定応答メッセージを備える、請求項９に記載のネットワーク。
15. 少なくとも１つのコンピュータに、ロケーションデータが必要とされる時間に基づく所定時間まで待つことを行わせるためのコードと、
    少なくとも１つのコンピュータに、前記所定時間において、ネットワーク応答時間とネットワーク精度とを備える位置測定要求メッセージを送信させるためのコードと、
    前記ロケーションデータが必要とされる前の時間において、前記ロケーションデータを備える位置測定応答メッセージを受信させるためのコードと、
    を備えるコンピュータ可読媒体を備えるコンピュータ可読製品。
16. 前記ネットワーク応答時間は、４秒以下の短縮された応答時間を表す値を備える、請求項１５に記載のコンピュータ可読製品。
17. 前記ネットワーク精度は、１００メートル以上の低い精度を表す値を備える、請求項１５に記載のコンピュータ可読製品。
18. 前記位置測定要求は、支援データを備えない、請求項１５に記載のコンピュータ可読製品。
19. 前記コンピュータ可読媒体は、
    少なくとも１つのコンピュータに、支援データメッセージを送信させるためのコードと、
    少なくとも１つのコンピュータに、支援データＡｃｋメッセージを受信させるためのコードと、
    をさらに備える、請求項１５に記載のコンピュータ可読製品。
20. 前記位置測定要求メッセージは、ＲＲＬＰ位置測定要求メッセージを備える、請求項１５に記載のコンピュータ可読製品。
21. 前記位置測定応答メッセージは、ＲＲＬＰ位置測定応答メッセージを備える、請求項１５に記載のコンピュータ可読製品。
22. ネットワークにおいて、ワイヤレスネットワーク中の前記ネットワークと移動局との間のリビッドを最小限に抑えるための方法であって、
    要求（Request）メッセージを送信し、それによって前記移動局においてセッションを開くことと、
    前記セッションが開いている間に、ＲＲメッセージが前記移動局に送信される準備ができていると判断することと、
    前記ＲＲメッセージでの前記セッションをアボートすること（aborting）を回避することと、
    応答（Response）メッセージを受信し、それによって前記セッションを閉じることと、
    を備える方法。
23. 前記セッションをアボートすることを回避する前記行為は、
    前記ＲＲメッセージを送信するのを待つことと、
    前記セッションが閉じた後に前記ＲＲメッセージを送信することと、
    を備える、請求項２２に記載の方法。
24. 前記セッションをアボートすることを回避する前記行為は、前記ＲＲメッセージを落とすこと（dropping）を備える、請求項２２に記載の方法。
25. 前記要求メッセージは、ＲＲＬＰ位置測定要求メッセージを備える、請求項２２に記載の方法。
26. 前記要求メッセージは、ＲＲＬＰ支援データメッセージを備える、請求項２２に記載の方法。
27. ワイヤレスネットワーク中のネットワークと移動局との間のリビッドを最小限に抑えるためのネットワークであって、
    要求メッセージを送信し、それによって前記移動局においてセッションを開くための手段と、
    前記セッションが開いている間に、ＲＲメッセージが前記移動局に送信される準備ができていると判断するための手段と、
    前記ＲＲメッセージでの前記セッションをアボートすることを回避するための手段と、
    応答メッセージを受信し、それによって前記セッションを閉じるための手段と、
    を備えるネットワーク。
28. 前記セッションをアボートすることを回避する前記手段は、
    前記ＲＲメッセージを送信するのを待つための手段と、
    前記セッションが閉じた後に前記ＲＲメッセージを送信するための手段と、
    を備える、請求項２７に記載のネットワーク。
29. 前記セッションをアボートすることを回避する前記手段は、前記ＲＲメッセージを落とすことを備える、請求項２７に記載のネットワーク。
30. 前記要求メッセージは、ＲＲＬＰ位置測定要求メッセージを備える、請求項２７に記載のネットワーク。
31. 前記要求メッセージは、ＲＲＬＰ支援データメッセージを備える、請求項２７に記載のネットワーク。
32. ワイヤレスネットワーク中のネットワークと移動局との間のリビッドを最小限に抑えるための前記ネットワークであって、
    要求メッセージを送信し、それによって前記移動局においてセッションを開くための送信機と、
    前記セッションが開いている間に、ＲＲメッセージが前記移動局に送信される準備ができていると判断するための論理と、
    前記ＲＲメッセージでの前記セッションをアボートすることを回避するための論理と、
    応答メッセージを受信し、それによって前記セッションを閉じる受信機と、
    を備えるネットワーク。
33. 前記セッションをアボートすることを回避するための前記論理は、
    前記ＲＲメッセージを送信するのを待つためのタイマを備え、
    前記送信機はさらに、前記セッションが閉じた後に前記ＲＲメッセージを送信する、請求項３２に記載のネットワーク。
34. 前記セッションをアボートすることを回避する前記論理は、前記ＲＲメッセージを落とす論理を備える、請求項３２に記載のネットワーク。
35. 前記要求メッセージは、ＲＲＬＰ位置測定要求メッセージを備える、請求項３２に記載のネットワーク。
36. 前記要求メッセージは、ＲＲＬＰ支援データメッセージを備える、請求項３２に記載のネットワーク。
37. 少なくとも１つのコンピュータに、要求メッセージを送信し、それによって前記移動局においてセッションを開くことを行わせるためのコードと、
    少なくとも１つのコンピュータに、前記セッションが開いている間に、ＲＲメッセージが前記移動局に送信される準備ができていると判断させるためのコードと、
    少なくとも１つのコンピュータに、前記ＲＲメッセージでの前記セッションをアボートすることを回避させるためのコードと、
    少なくとも１つのコンピュータに、応答メッセージを受信し、それによって前記セッションを閉じることを行わせるためのコードと、
    を備えるコンピュータ可読媒体を備えるコンピュータ可読製品。
38. 少なくとも１つのコンピュータに、前記セッションをアボートすることを回避させるための前記コードは、
    少なくとも１つのコンピュータに、前記ＲＲメッセージを送信するのを待つことを行わせるためのコードと、
    少なくとも１つのコンピュータに、前記セッションが閉じた後に前記ＲＲメッセージを送信させるためのコードと、
    を備える、請求項３７に記載のコンピュータ可読製品。
39. 少なくとも１つのコンピュータに、前記セッションをアボートすることを回避させるための前記コードは、少なくとも１つのコンピュータに、前記ＲＲメッセージを落とさせるためのコードを備える、請求項３７に記載のコンピュータ可読製品。
40. 前記要求メッセージは、ＲＲＬＰ位置測定要求メッセージを備える、請求項３７に記載のコンピュータ可読製品。
41. 前記要求メッセージは、ＲＲＬＰ支援データメッセージを備える、請求項３７に記載のコンピュータ可読製品。

Images