JP2008526146A - ワイヤレス通信ネットワークにおいてモバイル端末を突き止めるためのハイブリッド位置合わせ手法及びシステム - Google Patents

Abstract

少なくとも第１の及び第２の位置合わせモードに従って動作する衛星受信区間（１１）とセルラ受信区間（１０）との両方を有する端末（２）と、位置計算モジュール（２０）を備える位置合わせセンター（３）と、前記端末と前記位置合わせセンターとの間のワイヤレス通信チャネル（４）とを含む、ワイヤレスシステム（１）におけるハイブリッド位置合わせ手法。サーバは、位置合わせ要請を受信する（５０）ステップと、利用可能なリソース及び位置合わせ要請に関連する位置合わせ要件を分析する（６０）ステップと、位置合わせ要件及び利用可能なリソースに従って少なくとも１つの位置合わせモードを選択する（６５ｂ）ステップと、取得されるべき位置合わせ測度及び応答起動条件を含む命令を設定（６５ｃ）するステップと、ワイヤレス通信チャネル（４）を通じて命令を端末（２）に送信する（７０）ステップと、端末（２）から取得された位置合わせ測度を受信（７５）するステップと、位置合わせ測度から位置情報を計算する（８５）ステップとを遂行する。

Description

本発明は、ワイヤレス通信システムの分野、より詳細には、異なるモードに従ってモバイル端末を突き止めるための方法及びシステムに関する。

（たとえば、ＧＰＳ（全世界測位システム）のナビゲーションシステムを使用する）衛星測度及び（たとえば電磁場の測度に基づく）セルラ測度などの、異なる位置確認技術を活用する、ハイブリッド位置合わせ手法が公知である。これらの公知の方法は、端末によって取得された２つ以上の複数の測度に基づいて、精度、利用可能性などの点において位置決めの性能を大域的に向上することを目的とした好適なアルゴリズムを使用する。

モバイル端末の位置の予想は、端末自体で又はネットワークサーバ（モバイルロケーションセンター（ＭＬＣ）とも呼ばれる）のいずれかで行われる。ネットワークサーバの場合には、ＭＬＣが、モバイル端末から測度を受信し、必要な場合には、（モバイル端末の周りの物理的な環境についてのデータを含む）ネットワークデータベース、及び／又は基準ＧＰＳ受信機から受信されたデータなどの追加データを使用する。

米国特許第Ｂ６，２４９，２４５号明細書では、ＧＰＳとセルラ技術とを組み合わせたシステムについて開示しており、これによれば、モバイル端末は、ＧＰＳデータ及びセルラネットワークによって送信された情報を使用してその位置を計算する。情報には、ディファレンシャルＧＰＳ誤り訂正データが含まれ得る。必要な数のＧＰＳ衛星がＧＰＳ受信機の視野にない場合には、システムは、ＧＰＳとは別に、セルラネットワークの１つ以上の基地局によって生成されたＧＰＳ擬似衛星信号を利用する。必要な数のＧＰＳ衛星が一時的に視野にない場合には、セルラネットワークインフラストラクチャを使用して、位置が計算される。代替形態においては、基地局から既に伝送されたセルラ信号が、往復遅延、次いで基地局と端末との間の距離を計算するのに使用される。これは、失われているＧＰＳ衛星信号の代わりとなる。

国際公開第０１／８６３１５号パンフレットでは、モバイルユニットが、ＧＰＳ衛星からかつセルラ通信ネットワークから受信された信号に基づいて、１組の位置決めデータをコンパイルするシステムについて開示している。次いで、位置決めデータは、計算センターに転送され、ここで、可能な最も正確な場所の計算が遂行される。

出願人は、これらの公知のシステムが、セルラ測度及び／又は衛星測度が基地局で利用可能であると想定しているという固有の短所を有することに注目した。

他のＧＰＳソリューションは、ネットワークサーバが受信機性能を向上するために好適なデータを送信する「支援型ＧＰＳ」提供する。

たとえば、米国特許第Ａ６，３８９，２９１号明細書では、モバイル通信デバイスがその位置を計算するスタンドアロンモードと、モバイル通信デバイスが計算された位置を通信ネットワークの別の構成要素に伝送する自律モードと、ネットワークがモバイル通信デバイスを補助するネットワーク補助モードと、ネットワークベースモードとを含む、異なるモードで動作し得るＧＰＳシステムについて開示している。このシステムにおいては、ＧＰＳ受信機の選択的な切換えが、局所制御又は遠隔制御のいずれかのワイヤレス通信デバイスで、自動又は手動のいずれかで遂行される。

出願人は、このシステムが、端末リソースについて考慮しておらず、したがって効率的に管理し得ないという固有の短所を有することに注目した。たとえば、このシステムは、自律又はスタンドアロンモード（即ち、モバイルデバイスがその位置を計算する）を使用することを決定し、したがって、位置計算が行われるまで待つことを決定することがあるが、この選択は、バッテリレベルが余りにも低い（したがって、設けられた取得時間内にデータを取得できない）場合には最適ではあり得ない。さらに、端末の側での選択において、サーバに存在する計算電力を考慮しない。実際、出願人は、ＧＰＳ／ＡＧＳ（支援型全世界測位システム）の性能は、主としてオペレーションモード（即ち、支援データ伝送を有する場合も有さない場合もある）に依存せず、主としてモバイル端末の局所条件に依存しており、一般に予測不可能であることに気づいた。

一般に、オペレーションモードの選択のみでは、効率的な位置確認手順を有するのに十分でなく、要件の適合とリソース管理との間の最適な妥協点を保証しない。たとえば、事前設定された精度要件については、ネットワークサーバが、より短い時間で取得され得る測度の部分集合を処理できる好適なアルゴリズムを有する場合には、端末が位置を計算するのを待つことが効率的でないことがある。

米国特許第２００２／００１９６９８明細書では、位置決め方法選択デバイスが、サービス品質を規定する要件に基づいて、端末のアプリケーションに使用するのに利用可能な最良の可能な位置決め方法を自動的に判断するソリューションが記述されている。

米国特許出願公開第２００３／００４５３０３明細書では、受信された情報に基づいて、端末が位置決めサーバ及び測度信号から支援情報を受信するシステムが記述されている。収集された位置決め情報が十分である場合には、位置決めサーバによって計算された場所が表示され、十分でない場合には、これに対応するメッセージが表示される。

欧州特許第Ａ１４１８４３９号明細書では、目標地点からの距離又はダウンリンク信号の受信レベルに従って場所を判断する方法を選択することにより、消費電力を減少し、位置決め時間を短縮することを目的としたポータブル電話について開示している。電話は、その場所と目標地点との間の距離に従って、位置決め方法を自動的に切り換える。詳細には、ポータブル電話は、目標地点から遠隔地にある時に基地局の場所を受信し、それを電話の場所であるとみなし、目標地点に近づくにつれてＧＰＳ位置決めが選択される回数を徐々に増加するよう制御する。

米国特許出願公開第Ａ２００３／０１４４０４２号明細書では、位置情報が伝送される速度が、バッテリ強度及び／又は移動局が緊急モードで動作しているかどうかに基づいて調整される方法について開示している。移動局は、バッテリが低いかどうかを判断し、この情報をネットワークに伝送する。移動局はまた、現在緊急モードで動作しているかどうかも伝送することがある。この情報に基づいて、ネットワークは、この速度を調整することがある。
米国特許第Ｂ６，２４９，２４５号明細書 国際公開第０１／８６３１５号パンフレット 米国特許第Ａ６，３８９，２９１号明細書 米国特許第２００２／００１９６９８明細書 米国特許出願公開第２００３／００４５３０３明細書 欧州特許第Ａ１４１８４３９号明細書 米国特許出願公開第Ａ２００３／０１４４０４２号明細書

したがって、本発明の目的は、位置確認プロセスの性能に影響する異なる変数を効率的な方法で管理するよう、端末側及びサーバ側の両方で条件及びリソースを十分に考慮できる方法及びシステムを実現することである。

これらの変数は、モバイル端末の充電、サービスの種類及び要件、利用可能なリソース、サーバでの計算電力などを含むことが好ましい。

本発明により、サービス要件又は利用可能なリソースに従って、端末からの測度を効率的に傍受することが可能となる。

本発明によれば、それぞれ請求項１及び１５に定義されている、ハイブリッド位置合わせ手法及びシステムが実現される。

本システムは、ハイブリッド位置合わせ手法を使用しており、ハイブリッド位置合わせ手法においては、位置検出がネットワークサーバで行われることが好ましいという観察に基づく。実際、ネットワークサーバは、それ自身の処理及び計算潜在能力及びサービス要件を認識しており、その上、利用可能なリソースを認識し得る。なぜなら、
・サーバは、様々な要件と共に、ユーザ（たとえば、外部のサービスプロバイダ、又は端末であり得る、ＬＣＳ、つまりＬｏＣａｌ Ｓｅｒｖｉｃｅクライアント）から位置確認要請を受信し、
・サーバは、利用可能なロケーションアルゴリズムの要件及び潜在能力、即ち、一般に、使用されるアルゴリズム及び利用可能な測度及びデータによる結果及び性能を認識しているからである。したがって、サーバは、どのデータが端末に送信されるべきであるか、サービス要件を満たすためにはどのデータ及び測度（衛星、セルラ）が端末から集められるべきであるかを判断することができ、
・さらに、サーバは、ネットワーク側（たとえば、帯域幅）及び／又は端末側（たとえば、充電レベル）の両方で利用可能なリソースを認識し得るからである。実際、端末のリソースは、要請のあり次第（又は周期的に）、サーバに通信され得る。

一実施形態においては、サーバは、どの測度／データが端末から取得されるべきであるかを決定する。即ち、サーバは、セルラ測度／データと衛星測度／データとの間の妥協点を決定する。このようにして、サーバは、精度要件を満たすのに必要なデータのみを取得することがある。これにより、位置確認手順は、たとえば、端末が取得された測度を送信するのに必要な時間、伝送されるバイト数、又は端末のバッテリ消費に関して最適化されることがある。

別の実施形態においては、サーバは、オンとオフとを切り換えさせる事象に基づいて、及び／又はＧＰＳモジュールのオンの時間とオフの時間とに基づいて、モバイル端末に統合された又は接続されたナビゲーションモジュールを制御する。このようにして、ナビゲーション管理論理は、サービス要件に基づくだけでなく、一般に時間と共に変化する利用可能なアルゴリズム能力を考慮して、決定され調整され得る。

ナビゲーション管理論理はまた、端末リソースも考慮することが好ましい。

ここで、本発明をより良く理解するために、添付図面を参照しながら、非限定的な実施形態の好ましい例について記述する。

図１は、ハイブリッド位置合わせ手法を使用する通信システム１を示すブロック図である。通信システム１は、複数のワイヤレスデバイス又は端末２、たとえばセルラハンドホンを備え、それぞれが、衛星測位（たとえば、ＧＰＳ）受信機／プロセッサに代表的な機能の少なくともいくつかを有する（以下により詳細に説明する）。端末２は、１つの端末２の位置が判断される区域内に無作為に散らばっている。通信ネットワーク１は、さらに、サーバ３（モバイル位置確認センターＭＬＣ）と、端末２とサーバ３との間に配置された、複数の基地局７（たとえば、ＣＭＳネットワークにおいてはＢＴＳ、つまりベーストランシーバ基地局）を含む、ワイヤレス通信ネットワーク４、たとえばＧＳＭネットワークとを備える。ネットワークは、複数の衛星５によって発せられた信号を受信するよう採用される。

ＭＬＣ３が、衛星基準受信機（たとえば、ＧＰＳ受信機）又は基準受信機８のネットワークに接続されることが好ましい。特に支援データを伝送する場合には、１つ以上の基準受信機が存在することが好ましい。さらに、サーバが端末から測度を収集する位置合わせプロセスの最終段階において（以下により詳細に説明する）、サーバは、測度がとられた時に、（たとえば、天体暦パラメータを通じて）衛星の位置を推測し得ることが好ましいであろう。サーバが端末に衛星位置を提供するよう要請し得ることが想像されるが、サーバが、接続された１つ又は複数の衛星受信機からこの情報をとることがより効率的であり得る。

それぞれの端末２（図２）が、（たとえば、ＧＳＭ、ＧＰＲＳ、つまり汎用パケット無線システム、又はＵＭＴＳ、つまりユニバーサル移動電気通信システムの標準に従って動作する）ＲＦモジュール１０と、（たとえば、ＧＰＳ、ＡＧＰＳ、又はガリレオの標準に従って動作する）ナビゲーション、つまりＮＡＶモジュール１１と、ＲＦモジュール１０にかつＮＡＶモジュール１１に接続された制御ユニット１３と、制御ユニット１３に接続されたＳＩＭ（加入者識別モジュール）１４と、端末２の他のすべてのユニットに接続されたバッテリ１５とを備える。

ＮＡＶモジュール１１は、標準タイプであり、測度が取得された場合にのみ続行する衛星受信機（たとえば、ＧＰＳ受信機）を備える（これについては以下に論じる）。端末は、音声、ビデオ、又はデータ通信などの、ワイヤレスネットワークの他の機能を可能にするために、他のモジュールを含むことがある。

制御ユニット１３（この実装形態は公知の種類であり、したがって詳細に記述しない。）は、たとえば、シンビアン（Ｓｙｍｂｉａｎ）ＯＳで又は他の方法で開発されたクライアントソフトウェアを含むが、制御ユニット１３自体内に格納されているプログラムに基づいて、端末２の活動を制御する機能を有する。特に、制御ユニット１３は、一般に知られている方法で、事前設定された数の周波数チャネル内の電磁場を周期的に測定する（ＲＦ測度）ようＲＦモジュール１０を制御する。測度は基地局７から受信された信号上で行われ、制御ユニット１３はまた、遂行された測度の中から、最大数のＲＦ測度、たとえば、その識別コードが制御ユニット１３によって復号され得るチャネルに対応する、ＧＳＭタイプのネットワーク４については最大７つの測度を選ぶ。さらに、制御ユニット１３は、一般に知られている方法で、衛星５から受信された信号からＧＰＳ測度を遂行するようＮＡＶモジュール１１を制御する。制御ユニット１３はまた、（ネットワーク４を通じて）サーバ３から命令及びデータを受信し、たとえばｓｍｓ（ショートメッセージ）の形態で又はＩＰ−ＧＰＲＳ接続のデータとして、ＲＦ（たとえば、ＧＳＭ）及びＮＡＶ（たとえば、ＧＰＳ）測度をサーバ３に送信することができる。

ＳＩＭ１４は、一般に知られている方法で、ユーザの識別番号（ＩＭＳＩ、つまり国際移動加入者識別情報）、契約により、そのプロバイダにより提供されるサービス、及びさらなるユーティリティを含む、ユーザのデータを格納する。

代替実施形態においては、ＳＩＭ１４は、ＲＦ及びＮＡＶモジュール１０、１１を制御するのに、かつ端末１２を突き止めるのに必要な測度を取得するのに必要なプログラムを格納する。

ネットワーク４により、端末２と、ＭＬＣ３を含む、ネットワーク４に接続された、サービスセンター、システム、及び装置との間の通信が可能となる。

ＭＬＣ３は、中央演算処理装置２０と、基準データベースを格納する第１の区域２１ａと端末２の位置を判断し、その判断した位置を要請側（一般に、サーバ３に又は端末２に接続されたサービスプロバイダ２２）に伝送するのに必要なソフトウェアモジュール又はプログラムを格納する第２の区域２１ｂとを含む記憶装置２１とを備えたサーバである。

好ましい実施形態においては、ＭＬＣ３は、第１の区域２１ａ内に格納されているデータベースの衛星情報の連続した更新を可能にする衛星基準受信機のネットワーク８に接続される。

中央演算処理装置２０は、記憶装置２１の第２の区域２１ｂ内に格納されているプログラムを処理し、端末２によって送信されたデータ及び記憶装置２１の第１の区域２１ａ内に格納されている基準データベースを使用して端末２の位置を計算するためのものである。

記憶装置２１の第１の区域２１ａ内に格納されている基準データベースは、
・たとえば１０ｍの解像度を有する建物のデータを含むテリトリデータベースと、
・基地局７の位置、照射図のパラメータなどの、セルラネットワークのコンフィギュレーションを含むコンフィギュレーションデータベースと、
・衛星軌道のデータ及び位置合わせアルゴリズムの正しいオペレーションに必要な他のすべてのデータを含む衛星データベースとを有することが好ましい。

上記のデータベースは、正しい位置合わせ手順を可能にするために、連続的に更新される。衛星データベースは、基準受信機ネットワーク８から連続的に収集された情報を使用して更新される。

端末２とサーバ３との間のデータ交換には、基本的に３つの種類がある。即ち、
−支援メッセージ／データ。これは、取得された測度を送信し、信号取得の感度を向上するために端末が必要とする時間に関してＮＡＶモジュール１１の性能を向上するために、サーバ３により端末２に送信される。
−命令／コンフィギュレーションメッセージ／データ。これは、ＲＦ及びＮＡＶモジュール１０及び１１の管理に関して端末を構成する／端末に指示するために、サーバ３により端末２に送信される。
−セルラ／衛星測度。これは、端末２の位置の計算を可能にするために、端末２によりサーバ３に送信される。

本発明の実施形態についての以下の記述においては、以下の定義が適用される。即ち、
・観察時間ｔ_ｏｂｓ。これは、この間にＮＡＶモジュール１１が１つ又は複数の衛星信号を取得する、ＮＡＶモジュール１１のオンの時間である。観察時間の終了後、ＮＡＶモジュール１１は、オフに切り換えられ得る（たとえば、バッテリ１５から切り離される）。
・位置合わせ時間。端末の位置を計算するために、位置合わせを必要とするエンティティ（たとえば、サービスプロバイダ又は端末）によって設定された時間帯。位置合わせ時間の一例は、サービスプロバイダが場所を受信することを欲する時間、たとえば１分であり得る。この非限定的な例においては、位置合わせ時間は、サービス要件と考えられる。
・応答時間。サーバ３からの命令に基づいて、サーバによって規定される又は端末２によって計算される時間。この終了により、端末は取得された測度をサーバに送信する。
・適用可能時間。この間古いデータがまだ使用できる時間遅延。

図１の通信システム１によって行われるハイブリッド位置合わせ手法について記述する前に、以下の態様について強調しておきたい。

衛星測位システム（たとえば、ＧＰＳ）に関しては、
−衛星測位受信機には、一般に、信号を取得し、測度を取得するための一定の時間が必要である。
−衛星測位受信機のバッテリ消費は、比較的高い（これは、送受器には重大な態様である）。
−取得中に、受信された信号に基づいて、測度が累進的に発生する（通常、第１の時間Δｔ１は、第１の測度を得るのに必要であり、第２の時間Δｔ２は、第２の測度を得るのに必要である。以下、これに続く。）。

ハイブリッドセルラ／衛星位置合わせソリューションに関しては、
−異なる組のハイブリッドセルラ／衛星測度が、利用可能なアルゴリズム及び精度要件に基づいて遂行される。

一般に、システム１は、以下の測度の１つ以上を遂行できる。即ち、
・擬似距離タイプのＮ１ ＧＰＳ測度、
・ドップラータイプのＮ２ ＧＰＳ測度、
・他の任意の公知の衛星方法によるＮｎ衛星測度、
・相対ＯＴＤ（観察時間差）時間のＭ１セルラ測度、
・Ｍ２セルラ電力測度、
・絶対時間の、たとえばＲＴＴ（往復時間）のＭ３セルラ測度、
・他の任意の公知のセルラ方法によるＭｍセルラ測度である。

上記の測度の定義及び説明に関しては、（ＧＰＳ測度に関しては）カプラン（Ｅ．Ｄ．Ｋａｐｌａｎ）による「ＧＰＳの理解：原理及びアプリケーション」（Ｕｎｄｅｒｓｔａｉｎｄｉｎｇ ＧＰＳ：ｐｒｉｎｃｉｐｌｅｓ ａｎｄ ａｐｐｌｉｃａｔｉｏｎｓ）」、アーテックハウス（Ａｒｔｅｃｈ Ｈｏｕｓｅ）、ロンドン、１９９６年、第５章、第５．１．６節、１７２〜１９３ページ、及び（セルラ測度に関しては）３ＧＰＰ ＴＳ２５．２１５「物理レイヤ−測度（ＦＤＤ）（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ−Ｍｅａｓｕｒｅｍｅｎｔｓ）」を参照する。数量及び／又は種類に関しては、上記の測度の異なる組合せから、サーバ３で利用可能な位置確認アルゴリズムに応じて、異なる精度性能が生じる。

上記の測度（一般に、衛星測度）のいくつかの取得が、かなりの時間に渡って行われることがあり、この結果、応答遅延及び消費電力の増加が生じる。

したがって、本発明の態様によれば、時間及び／又は消費が重大である場合には、サーバ３は、端末２に、測度の部分集合を遂行し収集するよう指示することがある。又は、本発明の代替態様によれば、サーバ３は、端末２に、完全な測度を遂行せずに、１つ以上の衛星／セルラ「スナップショット」を傍受するよう指示することがある。特に、サーバ３は、スナップショットの最大持続時間（たとえば、数ミリ秒）を修正することがあり、これにより、応答時間を減少し、サーバ３において測度を判断するという課題を無くすことが可能となる。実際、サーバは、必要な測度を得るために、他の利用可能なデータと合わせて、「スナップショット」を処理することができる。

したがって、以下の記述においては、用語「測度」とは、標準測度及び「スナップショット」の両方を示している。

上記を鑑みて、本システムは、端末のセルラ／衛星モジュールのオペレーション及び位置合わせ手法に関する、異なる態様の柔軟な管理を実現する。

特に、本発明の一実施形態によれば、サーバ３は、以下のデータ及び命令を端末２に送信する。即ち、
・観察時間ｔ_ｏｂｓ、
・取得すべきセルラ測度（Ｍｌ，．．．、Ｍｎ）及び衛星測度（Ｎ１，．．．、Ｎｎ）の種類及び数、
・測度の取得頻度、
・データ伝送を起動する条件、
・端末に格納されている古いデータの管理である。

以下、上記のデータ及び命令について詳細に論じる。

観察時間
観察時間ｔ_ｏｂｓは、サービス要件に基づいて及び／又はバッテリレベルに応じて、サーバ３によって設定される（以下に詳細に説明する）。実際、ＮＡＶモジュール１１が測度を取得するのに必要な正確な時間は、予測不可能である。この困難を克服するために、サーバ３は、端末の位置合わせを要請するサービスに及び端末バッテリ１５のチャージレベルに依存する、最大取得時間、即ち観察時間を設定することがある。
−観察時間ｔ_ｏｂｓの例には、以下のものがある。即ち、
遅延に敏感なサービス（たとえば、待ち時間、つまり位置合わせ要請と応答との間の遅延が、精度に優先する情報サービス）のための小さいｔ_ｏｂｓと、
−遅延にそれ程敏感でないが一定の精度を必要とするサービス（たとえば、ｍコマース／料金サービス、ホームゾーン課金などであり、位置合わせの位置が、現金取引又は課金取引に影響する。このような場合には、サービスは、精度及び待ち時間についていくつかの制約を設定する。）のための中間のｔ_ｏｂｓと、
−最大の精度を必要とするサービス（たとえば道路での事故による緊急呼び出しによる、緊急又はセキュリティサービス。たとえば、位置合わせに長い観察時間が必要な場合にも、その呼び出しが最大限の精度で位置確認されるべきである場合。）のための長い／非常に長いｔ_ｏｂｓと、
−サーバ３によりそのパラメータが設定される現在の充電の関数に基づいて、充電に依存するかつ端末２によって計算されるｔ_ｏｂｓとである。これにより、取得時間と消費との間の妥協点が得られる。関数の例には、以下のものがあり得る。即ち、
ｔ_ｏｂｓ＝Ａ＋Ｂ^＊ｂａｔｔ＿ｌｅｖｅｌであり、
ここで、Ａ及びＢは、（たとえば、要請しているサービス又は固定値により）サーバ３によって設定され、端末２に送信されるパラメータであり、ｂａｔｔ＿ｌｅｖｅｌは、現在の充電（たとえば、パーセント値）である。

精度、待ち時間、及び充電との中間の妥協点を必要とするサービスについては、たとえば
Ａ＝０ｓ、
Ｂ＝６０ｓであり、
５０％の充電については、観察時間ｔ_ｏｂｓ＝３０ｓとなる。

これにより、観察時間は、端末条件に応じて動的に計算される。

代替実装形態によれば、充電レベル情報は、たとえば要請のあり次第（又は周期的に）サーバ３に通信され、したがって、（充電レベルに応じて）ｔ_ｏｂｓ値の計算が、相対命令を端末２に送信する前に、サーバ自体によって行われる。

セルラ／衛星測度の種類及び数
サーバ３は、要請しているサービス及び／又は任意の検出された条件に従って、一般に知られている方法で、端末２によって取得されるべきかつサーバに送信されるべき測度の種類及び数を設定する。

測度の取得頻度
必要な頻度は、位置合わせを要請しているサービス（たとえば、端末の追跡を必要とするサービスには、より高い頻度が必要である）及び／又は要請された精度（より多くの組の測度が利用可能である場合には、端末２の位置合わせがより高い精密度で計算される）及び／又は利用可能な帯域幅（より高い報告頻度は、より高い帯域幅を必要とする）の関数である。

データ伝送の起動
サーバ３は、端末２からの測度の伝送を起動する異なる条件を規定することがある（以下、起動条件と呼ぶ）。たとえば、サーバ３は、事前設定された応答時間ｔ_ｒｅｓｐの後に、又は応答事象ｅ_ｒｅｓｐの発生後に、一定の応答頻度ｆ_ｒｅｓｐで、事前設定された数の測度＃を取得した後などに、データの伝送を必要とすることがある。サーバ３は、起動条件の１つが満たされる毎に測度を伝送させる、１つ以上の起動条件を設定することがある。多くの条件がある場合には、多くの伝送が発生する。起動条件は、待ち時間、精度、帯域幅（ビット数）の要件の間で妥協点を得るよう、要請しているサービスの種類に基づいて設定される。

サーバ３によって設定された応答時間に基づいて条件を起動する例には、以下のものがある。即ち、
・ｔ_ｒｅｓｐ＝ｔ_ｏｂｓ。サーバ３が、観察時間中に（たとえば、その精度が重大な条件であるサービスの必要に応じて）、最大数の測度を必要とする場合、
・ｔ_ｒｅｓｐ＝ｔ１＜ｔ_ｏｂｓ。（たとえば、応答時間が、観察時間の事前設定されたパーセントに等しい、又は観察時間より低い事前設定された値に等しい。たとえば、この条件は、ｔ_ｏｂｓに達する前に、サーバ３が、端末に利用可能な第１の測度又は以前に保存された測度に基づいて、第１の、列位置合わせを行う場合に使用される。この場合、多くの偶数が設定される場合（以下参照）を除いて、ｔ１とｔ_ｏｂｓとの間に取得された測度は、サーバ３に送信されず、端末２に格納され、したがって、サーバ３が新しい測度オペレーションを必要とする場合に利用可能である。
・ｔ_ｒｅｓｐ＝ｔ２＞ｔ_ｏｂｓ。この条件は、ＮＡＶモジュール１１をオフに切り換えた後の観察時間中に取得された測度を伝送させる。この条件は、通常、サーバ３がバッテリ消費を減少することを欲する場合に使用される。たとえば、ＮＡＶモジュール１１は、短い観察時間の間にオンに切り換えられ、いくつかのセルラ測度を取得する、計算を遂行するなどの、端末２でいくつかの処理を遂行した後、応答がサーバ３に送信される。

事象に基づいて条件を起動する例には、以下のものがある。即ち、
・ｅ_ｒｅｓｐ＝ｅ１。この条件は、サーバ３によって規定された事象ｅ１が発生した場合に、応答の伝送を起動する。事象の例には、一定の数の衛星測度の取得が含まれる。この条件は、精度、待ち時間、及びビット数の要件の間の妥協点として特に好適である。
・ｅｅ_ｒｅｓｐ＝（ｅ１、ｅ２、ｔ１、ｔ２，．．．）。この条件は、事象ｅ１及びｅ２が発生し、時間ｔ１及びｔ２が経過する毎に、応答の伝送を起動する。一般に、サーバは、複数の事象及び／又は複数の応答時間を含むベクトルを設定することがある。このことにより、事情を考慮した、最大限の精度を得ることができる。一例として、ｅ１は、第１の衛星に関する測度が利用可能な場合に伝送させ、ｅ２は、２つの第１の衛星に関する測度が利用可能な場合に伝送させ、また伝送は時間ｔ１、ｔ２などで発生する。衛星測度は、セルラ測度と共に、更新され伝送されることがある。

古いデータの管理
端末は、各取得日付（古いデータ時間ｔ_{ｏｌｄＤａｔａ}）と共に、以前に取得された、少なくともいくつかのデータを格納する。たとえば、古いデータには、Ｍ＞４を有する、最後の組のＭ ＧＰＳ測度、Ｋ＜４を有する、最後の組のＫ ＧＰＳ測度、最後の組のセルラ測度が含まれることがある。したがって、本発明の別の態様によれば、サーバは、古いデータを伝送させる条件について端末に指示する。このため、サーバは、格納されているデータの適用可能時間ｔ_ａｐｐｌ及び適用可能時間の終了前に又は後に古いデータの伝送を起動する条件（たとえば、取得された測度の数）を規定する。たとえば、サーバは、利用可能な測度の数が必要とされる数より低い場合に、かつ古いデータ時間が適用可能時間より低い（ｔ_{ｏｌｄＤａｔａ}＜ｔ_ａｐｐｌ）場合に、古いデータの伝送を規定することがある。

端末２により古いデータが送信された場合には、サーバ３は、サービス要件に従って、これらのデータを使用する場合もあれば使用しない場合もある。特に、古いデータが位置合わせするのに十分であると考えられる場合には、この位置が計算され得ない場合に、変位情報を得るために又は近似位置情報を得るために、古い位置が使用されることがある。古いデータが十分であると考えられない場合には、これは、単独で又はハイブリッドアルゴリズムにおける部分組のＧＰＳ測度（たとえば、更新されたＧＰＳ擬似距離と古いＧＰＳ擬似距離との間の差）と合わせて使用されることがある。

以下、図３を参照しながら、この位置合わせ手法の実施形態について記述する。

プロセスは、ステップ５０で、サーバ３が、必要としているエンティティ、たとえばサービスプロバイダ２２又は端末２から位置決め要請を受信した時に開始する。第１の場合には、サービスプロバイダ２２はまた、精度（メートル）、位置合わせ時間（秒）、その精度及びその位置合わせ時間が必須であるか又は好ましいかどうかの情報を送信する。第２の場合には、端末２は、位置合わせを必要とするサービスを規定する。

次いで、ステップ５５で、サーバ２２は、サービスプロバイダ２２による要請から、又は記憶装置２１の第１の区域２１ａ内に格納されており、かつ上記の情報をそれぞれ提供されるサービスに関連付けるテーブルから、精度及び位置合わせ時間情報を取得する。

その後、ステップ６０で、サーバは、要件及び利用可能なリソースの分析を行う。このステップ中に、サーバ３は、以前に取得した精度及び位置合わせ時間に加えて、ネットワークリソース（たとえば、利用可能な帯域幅）、及び恐らく端末リソース（たとえば、端末バッテリ）を分析する。

ネットワークリソースに関するデータは、（記憶装置２１の第１の区域２１ａ内に格納されている）ネットワークコンフィギュレーションの知識から、又はその時の日時に応じて統計情報から得られることがある。代替形態においては、ネットワークリソースデータが、リアルタイムでトラフィックを監視するためのデバイスが利用可能な場合には、より正確なデータを分析することによって集められることがある。

端末リソースに関するデータは、臨時要請を通じて端末２に尋ねることによって得られることがあるか、又は先の要請／報告から既に公知であり得る。

分析ステップの目的は、様々な要件の間の妥協点を最適化することである。即ち、通常、サーバ３は、サービス要件を満たしつつ、ネットワーク及び端末リソースの使用を減少しようとする。このため、サーバ３は、サービス要件及びリソースと事前設定された閾値とを比較し、決定論理を適用して、どの支援データ及びコマンド／命令を端末２に送信すべきかを見つける。

特定の例として、以下の論理が、実施され得る。即ち、
ａ．精度（ａｃｃ）分析については、
・ａｃｃ＜５０ｍが要求された場合、ａｃｃ＝「ＨＩＧＨ（高い）」
・ａｃｃ＜１００ｍが要求された場合、ａｃｃ＝「ＭＥＤＩＵＭ（中間）」、
・ａｃｃ＞１００ｍが要求された場合、ａｃｃ＝「ＬＯＷ（低い）」、
ｂ．位置合わせ時間（ＬＴ）分析については、
・ＬＴ＜３０ｓが要求された場合、ＬＴ＝「ＬＯＷ（低い）」、
・ＬＴ＜６０ｓが要求された場合、「ＭＥＤＩＵＭ（中間）」、
・ＬＴ＞６０ｓが要求された場合、ＬＴ＝「ＨＩＧＨ（高い）」。

その後、サーバは、決定段階（ステップ６５）に入る。決定段階は、本明細書においては、３つの部分、即ち、（もしあれば、であるが）どの支援データが、（援助型ＧＰＳの公知の技術に従って）端末２に送信されるべきか（サブステップ６５ａ）、どの好ましいロケーションアルゴリズム（又はエンジン）が使用されるべきであるか（目標アルゴリズム）（サブステップ６５ｂ）、どのコマンド／命令が端末２に送信されるべきであるか（サブステップ６５ｃ）を有する。

サブステップ６５ａ（支援データ）
この決定は、位置合わせ時間要件の分析及び許容しうるリソースから直接導き出す。たとえば、決定論理は、以下であり得る。即ち、
・（ａｃｃ＝ＬＯＷ）である場合には、支援データを送信しない。
・（ａｃｃ＝ＨＩＧＨ又はＭＥＤＩＵＭ）かつ（ＬＴ＝ＬＯＷ又はＭＥＤＩＵＭ）である場合には、支援データを送信する。
他の決定論理は、以下であり得る。即ち、
・（ＬＴ＝ＬＯＷ）かつ（帯域幅＞閾値）である場合には、支援データを送信する。
又は、
・（ＬＴ＝ＬＯＷ）又は（ｂａｔｔ＿ｌｅｖｅｌ＞閾値）である場合には、支援データを送信する。

送信すべき支援データは、当業者には公知であり（たとえば、冒頭に引用した３ＧＰＰ ＴＳ２５．３０５参照）、論理によって規定されることもあれば、デフォルトデータでもあり得る。

サブステップ６５ｂ（目標アルゴリズム）
一般に、異なる位置合わせアルゴリズムが利用可能であり、異なる測度を処理し、異なる性能を有することができる。実際、異なる種類の測度を同時に処理するアルゴリズムが、より良い性能を有する。したがって、アルゴリズム（以下、目標アルゴリズムと呼ぶ）の選択は、得られるべき性能に依存する。また、この結果、少しの測度しか必要としないアルゴリズムが選択される。

たとえば、目標アルゴリズム（ＴＡ）についての決定論理は、以下であり得る。即ち、
・（ａｃｃ＝ＬＯＷ）である場合には、（ＴＡ＝Ｅｎｈａｎｃｅｄ＿Ｃｅｌｌ＿ＩＤ）、即ち、アルゴリズムは、Ｃｅｌｌ＿ＩＤ、タイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）、及び隣接するサービス側のセルに対する電力測度の組合せを用いるセルラ（たとえば、ＧＳＭ）測度を使用する。
・（ａｃｃ＝ＭＥＤＩＵＭ）である場合には、（ＴＡ＝Ｅｎｈａｎｃｅｄ＿Ｃｅｌｌ＿ＩＤ＋ＧＰＳハイブリッドアルゴリズム）
・（ａｃｃ＝ＨＩＧＨ）である場合には、（ＴＡ＝ＧＰＳ）。

サブステップ６５ｃ（コマンド／命令）
この目的は、要件、リソース、及び目標アルゴリズムに応じて、端末２のオペレーションを最小限に抑えることである。通常、命令は、観察時間、とるべき測度（どの、いくつ）、及び集められたデータの伝送を起動する条件を含む。

とるべき測度についての決定は、先のサブステップ６５ｂで選ばれたアルゴリズムに厳密に依存し、目標アルゴリズムが必要とする、ただ１つの（及びすべての）測度を要請することを目的し、これにより、ネットワーク（帯域幅）及び端末（たとえば、バッテリ）の両方の位置合わせ時間及びリソース経費が最適化される。

たとえば、決定論理は、以下であり得る。即ち、
・（ＡＴ＝Ｅｎｈａｎｃｅｄ＿Ｃｅｌｌ＿ＩＤ）である場合には、ＮＭＲ（ネットワーク測度結果）タイプのセルラ測度のみを傍受する。
・（ＡＴ＝Ｅｎｈａｎｃｅｄ＿Ｃｅｌｌ＿ＩＤ＋ＧＰＳハイブリッドアルゴリズム）である場合には、ＮＭＲ測度に加えて、少なくとも２つのＧＰＳ測度を傍受する。

観察時間に関しては、このパラメータは、以下のものなどの、バッテリレベル及び位置合わせ時間の関数として設定され得る。即ち、
・ｔ_ｏｂｓ＝ＬＴ^＊ｂａｔｔ＿ｌｅｖｅｌ
これにより、たとえば、ｂａｔｔ＿ｌｅｖｅｌ＝６０％及びＬＴ＝１００ｓである場合には、ｔ_ｏｂｓ＝６０ｓ）であり、一方、起動条件についての命令は、以下であり得る。即ち、
・ｅ_ｒｅｓｐ＝（ｅ２）
ここで、応答事象は、第１の２つのＧＰＳ測度の時間に設定される（つまり、第１の２つの擬似距離測度が得られると直ぐに、端末は応答を送信すべきである）。

異なる実施形態においては、決定サブステップ６５ｃは、以下の命令を含み得る。即ち、
・（ＡＴ＝ＧＰＳ）である場合には、ＮＭＲ測度に加えて、４つのＧＰＳ測度を傍受し送信する。
・ｔ_ｏｂｓ＝ＬＴ^＊ｂａｔｔ＿ｌｅｖｅｌ
・ｅ_ｒｅｓｐ＝（ｅ４）

ここで、応答は、第１の４つのＧＰＳ測度が得られると直ぐに起動される。

このステップで設定され得る他のパラメータは、頻度を報告する測度を含む。この場合、測度は、端末２が、測度を伝送した後、ＮＡＶモジュール１１をオフに切り換え、（たとえば、ＧＳＭ技術においてはアイドル状態である）「待ち」状態に留まること可能にするよう、１つのみの測度の伝送が設定される、「一回限りの」タイプであり得る。

さらに、サーバは、古いデータの適用可能時間を設定すべきかどうかを決定する。

後に、ステップ７０で、サーバ３は、決定ステップ６５で決定されると、命令／情報データを送信し、端末２による応答を待つ。

その間に、端末２は、サーバによって指示された測度を行い、次いで、遂行された測度を送信する。特に、上記に論じたように、端末３は、同じ観察時間に（通常、上記に詳細に論じたように、複数の起動条件が設定された時に）複数の測度を、又はサーバ３からの命令に従って、観察時間の終了中に又はこの後に１つの測度を送信することがある。

端末２が、何らかの理由により、観察時間中に要請された測度を取得する及び／又は送信することができない場合、ｔ_ｏｂｓの終了時に、たとえばその時に利用可能なすべての測度を含む、デフォルトメッセージを送信する。

ステップ７５で、サーバ３が端末２からデータを受信すると直ぐに、サーバ３は、ステップ８０で、これらを調べる。

受信ステップ７０は、上記に論じたように、たとえば起動条件が多くある場合には、それぞれの測度要請について、二回以上発生することがある。実際、サーバ３は、位置合わせすべき端末２からデータを受信する毎に、評価段階に入る（ステップ８０以降）。

評価中に、ステップ８０で、サーバは、到着したデータが要請されたものであり、命令に適合しているかどうかを検査する。検査は、肯定的な結果を有することがあり、この場合には、サーバ３は、ステップ８５で、位置情報を得るよう、このデータを処理し、ステップ９０で、計算された位置を有するメッセージを生成するか、又は否定的な結果を有することがあり、この場合には、サーバ３は、到着したデータが十分であるかどうかを検査する（ステップ９５）。

到着したデータの十分性についての決定は、たとえば、ステップ６５で分析された要件が、ステップ５０について論じたように、位置合わせを必要とするエンティティにより、又は上記に示したように、部分データのみを含むデフォルト応答の受信により、必須であると考えられるかどうかに依存する。適合していない要件が必須ではない場合、測度は十分であると考えられ、サーバ３は、ステップ１００で、位置情報を得るよう、受信されたデータを処理する。一般に、このような位置情報は、要請されたものより低い精度を有するので、サーバは、ステップ１０５で、計算された位置及び関連する予想精度を有するメッセージを生成する。

適合していない要件が必須である場合、サーバは、ステップ１１０で、第２の又はさらなる反復を行うことができるかどうかを検査する。たとえば、サーバは、（ステップ５０に関して論じたように）要請しているエンティティによって設定された位置合わせ時間ＬＴにより、さらなる反復が可能となるかどうかを検査する（上記の例においては、サーバは、条件ＬＴ＝「ＨＩＧＨ」が当てはまるかどうかを検査することがある）。サーバはまた、利用可能なリソース（端末の充電など）がさらなる反復に十分であるかどうかを検査することがある。十分である場合には、サーバは、決定ステップ６５に戻り、端末から受信されたばかりのデータを考慮して、上述したステップを繰り返す。

新しい反復は、端末からの異なる測度を必要とする、及び／又は支援データを端末に送信する、及び／又は位置計算に必要なデータを得るために端末からさらなる測度を得るだけなどの、異なる条件下で遂行されることがある。

たとえば、第１の反復が、位置合わせ時間がそれ程緊急でなく、低い視界によりＧＰＳ測度を集めることができず、支援データが端末に送信されなかったため、不十分な結果を出すことがあり得る。この場合、第２の反復により、ＧＰＳ信号の受信を助けるよう支援データを送信する決定が生じ得る（実際、支援データは、応答時間を減少させることに加えて、受信機の感度を向上させる）。

端末に送信されるべき命令／データを決定する（６５）及び送信する（７０）、応答を待つ（７５）、及び測度を評価する（８０、９５）ステップが、測度がまだ十分でなく、時間／リソースの事情が許す場合、別の時間に又は他に数回繰り返されることがある。

さらなる反復ができない場合、サーバ３は、故障メッセージを生成する（ステップ１１５）。

いかなる場合においても、必要としているエンティティのためのメッセージを生成した後（ステップ９０、１０５、及び１１５の後）、サーバは、ステップ１２０で、応答を送信する。

上記に加えて、データ／命令を送信する場合には、ステップ７０で、サーバ３は、端末２からの応答時間の検査を稼動することがあり、位置合わせ時間ＬＣが必須であり、応答が設定応答時間ｔ１，ｔ２，．．．，内に端末２から受信されない場合には、サーバ３は、故障メッセージを生成し、照会しているエンティティに送信する。

上記より明らかなように、本システム及び方法により、情報及びネットワークのリソースの最適な管理が可能となる。実際、サービスの種類又は要件、利用可能なリソース、計算力に関して必要な情報を有するサーバは、測度を取得するモードに関してだけでなく、測度プロセスの持続時間に関しても、端末に指示することができる。これらの命令はまた、（充電情報を得るために）端末２に問い合わせるか、又は端末リソースに応じて観察時間を設定するかのいずれかにより、端末のリソース（充電）に依存して行われることがあり、したがって、この情報を端末から前もって取得しておく必要がなく、これにより、時間及びエネルギ消費量が節約される。したがって、サーバは、サービス要件、瞬間ネットワーク及び／又はトラフィック条件、及び端末条件を含む、位置合わせプロセスに影響を及ぼすすべての条件に関する、多様な変数を考慮して、（端末を突き止めるための全ての時間、消費電力などの）位置合わせプロセスの全費用を最適化することができる。

特に、サービス要件及び／又はネットワーク条件に基づいてサーバによって選択された起動条件の発生時に測度を送信するよう端末に指示する能力により、システムは、最も効率的に、かつたとえ事前に認識していない場合にも、実際の応答時間を瞬間条件に調整するよう動作することを強調しておきたい。

最後に、すべて特許請求の範囲に定義されている本発明の範囲内に包含される、本発明の数々の修正形態及び変形形態が作られ得ることは、明らかである。

本発明の実施形態による通信ネットワークを示すブロック図である。 図１の通信ネットワークのモバイル端末を示すブロック図である。 本位置確認方法の実施形態を示すフローチャートである。

Claims (19)

1. 少なくとも第１の及び第２の位置合わせモードに従って動作する衛星受信区間（１１）とワイヤレス受信区間（１０）との両方を有する端末（２）と、位置計算モジュール（２０）を備える位置合わせセンター（３）と、前記端末と前記位置合わせセンターとの間のワイヤレス通信チャネル（４）とを含む、ワイヤレスシステム（１）におけるハイブリッド位置合わせ手法であって、
   前記サーバが、
   位置合わせ要請を受信する（５０）ステップと、
   利用可能なリソース及び前記位置合わせ要請に関連する位置合わせ要件を分析する（６０）ステップと、
   前記位置合わせ要件及び前記利用可能なリソースに従って、少なくとも１つの位置合わせモードを選択する（６５ｂ）ステップと、
   取得されるべき位置合わせ測度と応答起動条件とを含む命令を設定する（６５ｃ）ステップと、
   前記ワイヤレス通信チャネル（４）を通じて前記命令を前記端末（２）に送信する（７０）ステップと、
   前記端末（２）から、取得された位置合わせ測度を受信する（７５）ステップと、
   前記位置合わせ測度からの位置情報を計算する（８５）ステップとを遂行する手法。
2. 前記応答起動条件が、事前設定された応答時間の終了、測度を取得するために事前設定された時間の終了、周期的時間帯の終了、事前設定された事象の発生、事前設定された種類の事前設定された数の測度の取得の少なくとも１つを含む請求項１に記載の手法。
3. 前記応答起動条件が、前記起動条件の２つ以上を含む請求項２に記載の手法。
4. 命令を設定すること（６５ｃ）が、前記衛星受信区間（１１）のオンの時間を規定する観察時間を判断することを含む請求項１〜３のいずれか一項に記載の手法。
5. 前記観察時間が、位置合わせ要件に従って、少なくとも２つの範囲の間で選択される請求項４に記載の手法。
6. 前記観察時間が、応答遅延に敏感な要請のための第１の範囲、応答遅延にそれ程敏感でなく、事前設定された精度を必要とする要請のための、前記第１の範囲より高い第２の範囲、緊急又はセキュリティに関連する要請のための、前記第２の範囲より高い第３の範囲の間で選択される請求項５に記載の手法。
7. 前記端末が、チャージレベルを有する電源装置（１５）を備え、前記観察時間が、前記チャージレベルの関数である請求項４に記載の手法。
8. 前記関数が、ｔ_ｏｂｓ＝Ａ＋Ｂ^＊ｂａｔｔ＿ｌｅｖｅｌの種類であり、ここで、ｔ_ｏｂｓが、観察時間であり、Ａ＋Ｂが、前記位置合わせセンター（３）によって設定されたパラメータである請求項７に記載の手法。
9. 前記命令が、測度の数及び種類、古いデータの適用可能時間、古いデータの伝送を起動する事象の、データの少なくとも１つを含む請求項１〜８のいずれか一項に記載の手法。
10. 前記命令を送信する前記ステップが、支援データを送信することを含む請求項１〜９のいずれか一項に記載の手法。
11. 取得された位置合わせ測度を受信（７５）した後に、
    前記取得された位置合わせ測度が前記命令に適合しているかどうかを検査することを含む、データ適合を検査する（８０）ことと、
    適合している場合には、位置情報を計算する（８５）前記ステップを遂行することと、
    適合していない場合には、反復の可能性を検査する（９５〜１１０）こととを含む請求項１〜１０のいずれか一項に記載の手法。
12. 反復の可能性を検査する前記ステップが、
    前記取得された位置合わせ測度が前記位置情報を計算するのに十分であるかどうかを検査することを含む、データの十分性を検査する（９５）ステップと、
    十分である場合には、前記位置情報を計算（１００）し、精度情報を含む位置結果を生成する（１０５）ステップと、
    十分でない場合には、前記ワイヤレスシステム（（１））がさらなる反復を行い得るかどうかを検査する（１１０）ステップと、
    前記ワイヤレスシステム（１）がさらなる反復を行い得る場合には、データ適合を選択する、設定する、送信する、受信する、及び検査する前記ステップを繰り返すステップと、
    前記ワイヤレスシステム（１）がさらなる反復を行い得ない場合には、故障結果を生成する（１１５）ステップとを含む請求項１１に記載の手法。
13. データの十分性を検査することが、前記位置合わせ要件が必須であるかどうかを検査することを含む請求項１２に記載の手法。
14. 前記衛星受信区間（１１）がＧＰＳ受信機であり、前記セルラ受信区間（１０）がＲＦモジュールである請求項１〜１３のいずれか一項に記載の手法。
15. 少なくとも第１の及び第２の位置合わせモードに従って動作する衛星受信区間（１１）とセルラ受信区間（１０）との両方を有する端末（２）と、位置計算モジュール（２０）を備える位置合わせセンター（３）とを備える、ワイヤレスハイブリッド位置合わせシステム（１）であって、前記位置計算モジュールが、
    位置合わせ要請を受信するための手段（５０）と、
    前記位置合わせ要請及び利用可能なリソースに関連する位置合わせ要件を分析するための手段（６０）と、
    前記位置合わせ要請及び前記利用可能なリソースに従って、少なくとも１つの位置合わせモードを選択するための手段（６５ｂ）と、
    取得されるべき位置合わせ測度と応答起動条件とを含む命令を設定するための手段（６５ｃ）と、
    前記命令を前記端末に送信するための手段（７０）と、
    前記端末から、取得された位置合わせ測度を受信するための手段（７５）と、
    前記位置合わせ測度から位置情報を計算するための手段（８５）とを含むワイヤレスハイブリッド位置合わせシステム（１）。
16. 請求項１〜１４のいずれか一項に記載の手法を実施するソフトウェアプログラム。
17. 位置計算モジュール（２０）を備える位置合わせセンター（３）と、前記端末と前記位置合わせセンターとの間のワイヤレス通信チャネル（４）とを含む、ワイヤレスシステム（１）における端末の位置合わせを必要とするサービスであって、前記端末（２）が、少なくとも第１の及び第２の位置合わせモードに従って動作する衛星受信区間（１１）とワイヤレス受信区間（１０）との両方を有し、前記サービスが、請求項１〜１４のいずれか一項に記載の手法に従って、前記端末から測度を効率的に傍受するためのハイブリッド位置合わせを必要とするサービス。
18. 前記サービスが、位置合わせ要請を、要請された位置合わせ精度を規定する前記位置合わせセンター（３）に送信する請求項１７に記載のサービス。
19. 前記サービスが、位置合わせ要請を、前記位置情報を受信している間に位置合わせ時間を規定する前記位置合わせセンター（３）に送信する請求項１７又は１８に記載のサービス。