JP2008545992A - アシスト型衛星測位のサポート - Google Patents

Abstract

支援データによって移動体（３０、４０）の衛星測位をサポートするために、通信ネットワークが、衛星（５０、６０）の運行を記述している専用軌道モデル、すなわち特定の衛星測位システム用に規定された専用の軌道モデルのパラメータを、衛星（５０、６０）の運行を記述している共通軌道モデルのパラメータへ変換する。選択的あるいは追加的に、ネットワークが、軌道モデルの利用可能なパラメータ中の衛星測位システム時間に基づいた基準値を、通信システム時間に基づいた基準値へ置き換える。パラメータ変換及び／又は基準値置き換え後、パラメータは、衛星測位用の支援データの一部として提供される。選択的あるいは追加的に、採用されている測位モードに依存せずに、移動体と通信ネットワークとの間の一方向に一連のデータが送信される。

Description

本発明は、支援データを使い、移動体の衛星測位をサポートする方法及び支援データを使用する方法に関する。本発明は、同じく、支援データによって移動体の衛星測位をサポートする通信ネットワーク用のネットワーク要素、及び支援データを使用して移動体の衛星測位をサポートする移動体に関する。本発明は、同じく、上述のネットワーク要素及び上述の移動体を含んだシステムに関する。本発明は、同じく、対応するソフトウェアコード、及び対応するソフトウェアプログラム製品に関する。

現在、稼働している衛星測位システムには、アメリカのシステムであるＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ：全地球測位システム）及びロシアのシステムであるＧＬＯＮＡＳＳ（Ｇｌｏｂａｌ Ｏｒｂｉｔｉｎｇ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ：全地球周回軌道航法衛星システム）の２つがある。将来的には、更にＧＡＬＩＬＥＯと称されるヨーロッパのシステムが出てくる。これらのシステムの総称は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ：全地球的航法衛星システム）である。

例えばＧＰＳ用には、２０を超える衛星−スペースビークル（ＳＶ：ｓｐａｃｅ ｖｅｈｉｃｌｅｓ）とも称される−が、地球の周回軌道に乗っている。各衛星は、２つの搬送波信号Ｌ１及びＬ２を送信する。これらの搬送波信号のうちの１つであるＬ１は、標準測位サービス（ＳＰＳ：ｓｔａｎｄａｒｄ ｐｏｓｉｔｉｏｎｉｎｇ ｓｅｒｖｉｃｅ）の航法メッセージ及びコード信号を搬送するのに利用されている。Ｌ１搬送波位相は、各衛星によって、別々のＣ／Ａ（Ｃｏａｒｓｅ Ａｃｑｕｉｓｉｔｉｏｎ：粗捕捉）コードを用いて変調されている。したがって、異なる衛星からの送信用に、異なる通信路が取得される。Ｃ／Ａコードは、擬似ランダム雑音（ＰＲＮ：ｐｓｅｕｄｏ ｒａｎｄｏｍ ｎｏｉｓｅ）コードであり、２０．４６ＭＨｚの公称帯域幅にわたってスペクトラムを拡散している。Ｃ／Ａコードは、１０２３ビットごとに繰り返され、このコードのエポックは１ミリ秒である。Ｃ／Ａコードのビットは、チップとも称される。更に、Ｌ１信号の搬送周波数は、ビットレートが５０ｂｉｔ／ｓの航法情報を用いて変調されている。航法情報は、具体的には、送信時間を示すタイムスタンプ、ならびに軌道暦及び天体暦パラメータを含んでいる。

ＧＰＳ軌道暦及び天体暦パラメータは、基本的には、真の衛星軌跡の短期多項式軌道モデル用の衛星軌道パラメータである。このパラメータは、ＧＰＳ制御サーバにおいて維持及び更新され、更に、衛星においても更新される。利用可能な軌道暦又は天体暦パラメータに基づいて、円形の各区間内に衛星がある間は、任意の時間における衛星の位置を、アルゴリズムを用いて推定することができる。多項式軌道モデルは、１自由度のみ有するが、それは、時間である。軌道暦及び天体暦パラメータ用の時間基準はＧＰＳ時間であり、すなわち、ＧＰＳの週の時刻（ＴＯＷ：ｔｉｍｅ−ｏｆ−ｗｅｅｋ）である。衛星測位の計算は、基本的に、軌道に沿った衛星位置を、既知の初期位置からの時間の関数として外挿するものである。初期位置も、軌道暦及び天体暦データ中のパラメータによって定められる。加えて、タイムスタンプが、いつ衛星が所定の初期軌道位置にあるかを指し示す。タイムスタンプは、軌道暦パラメータに関しては暦表時（ＴＯＥ：ｔｉｍｅ−ｏｆ−ｅｐｈｅｍｅｒｉｓ）と呼ばれ、天体暦パラメータに関しては適用時（ＴＯＡ：ｔｉｍｅ−ｏｆ−ａｐｐｌｉｃａｂｉｌｉｔｙ）と呼ばれる。ＴＯＥ及びＴＯＡの双方とも、ＧＰＳ ＴＯＷに準拠している。

軌道暦パラメータは、短期近似用であるため、一般的に２乃至４時間しか使用することができない。一方、この短期近似では、長期近似よりも高い精度を達成することができる。達成可能な精度は、２乃至５メートルである。これに対して天体暦パラメータは、粗い衛星測位用として数週間使用することも可能であるが、近似が長期でかつパラメータが少ないために精度が劣るので、実際の精密な測位には適さない。軌道暦及び天体暦データは、ＩＣＤ−ＧＰＳ−２００と称して公開されているＧＰＳインターフェース管理文書（ＩＣＤ：ｉｎｔｅｒｆａｃｅ ｃｏｎｔｒｏｌ ｄｏｃｕｍｅｎｔ）に定められた形式で、ＧＰＳ衛星から同報される。現在、全てのＧＰＳ受信機がこの形式をサポートしていなければならない。

位置測定の対象となるＧＰＳ受信機が、現在利用可能な衛星から送信された信号を受信し、信号に含まれているそれぞれのＣ／Ａコードに基づいてそれぞれの衛星が使用している通信路を探知し、追跡する。衛星信号の捕捉及び追跡のために、ＧＰＳ受信機の無線周波（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部分で受信された信号が、まずベースバンドに変換される。ベースバンド部分では、例えばドップラ効果などによって生じる周波数誤差が、混合器によって取り除かれる。次に、信号は、各衛星について得られるレプリカコードと相関させられる。相関は、例えばマッチドフィルタを使用して行われる。更に、相関値をコヒーレント及び／又はインコヒーレントに積分して、捕捉の感度を向上させることもできる。相関値が閾値を上回れば、Ｃ／Ａコードとそのコード位相とがあることがわかり、これらが信号の逆拡散、ひいては航法情報の復元のために必要となる。

次に、受信機は、通常は復号された航法メッセージのデータならびにＣ／Ａコードのエポック及びチップ数に基づいて、各衛星から送信されたコードの送信時刻を算定する。送信時刻、及び信号の受信機への測定到着時刻によって、信号が衛星から受信機へ伝播するのに要した伝搬時間を算定することができる。この伝搬時間に光の速度を乗じると、受信機とそれぞれの衛星との間の距離又はレンジに換算される。更に、受信機は、通常は復号された航法メッセージ中の軌道暦パラメータに基づいて、送信時点における衛星の位置を推定する。

受信機は、一連の衛星群からのレンジの交点に位置するので、算出された距離及び衛星の推定される位置によって、受信機の現在位置を計算することができる。

同様に、ＧＮＳＳ測位の一般概念となっているのは、測位の対象となる受信機で衛星信号を受信して、衛星の推定される位置から受信機まで信号が伝播するのにかかった時間を測定し、この伝播時間から、受信機と各衛星との間の距離、更には受信機の現在位置を、更に衛星の推定位置を活用しつつ計算することである。欧州の衛星航法システムであるＧａｌｉｌｅｏは、独自のＩＣＤを有するようになることが予想できる。Ｇａｌｉｌｅｏ共同事業（Ｊｏｉｎｔ Ｕｎｄｅｒｔａｋｉｎｇ）による２００５年の草案「Ｇａｌｉｌｅｏ宇宙信号ＩＣＤ（ＳＩＳ ＩＣＤ：Ｓｉｇｎａｌ ｉｎ Ｓｐａｃｅ ＩＣＤ）のＬ１帯域部分（Ｌ１ ｂａｎｄ ｐａｒｔ ｏｆ Ｇａｌｉｌｅｏ Ｓｉｇｎａｌ ｉｎ Ｓｐａｃｅ ＩＣＤ）」によれば、ＧａｌｉｌｅｏのＩＣＤは、ＧＰＳのＩＣＤと極めて近いが、必ずしも同じというわけではない。Ｇｅｌｉｌｅｏ軌道暦及び天体暦データが登場し、双方がＧｅｌｉｌｅｏシステム時と関係付けられるようになる。

ＧＰＳ測位は、異なる３つの測位モードで実行することができる。第１のモードは、自立型ＧＰＳによる測位である。これは、ＧＰＳ受信機がＧＰＳ衛星から信号を受信すると、別のソースからの補足的な情報は一切得ずに、これらの信号から位置を計算することを意味する。第２のモードは、ネットワークアシスト型の移動機ベース型ＧＰＳ測位である。このモードでは、ＧＰＳ受信機が移動体通信デバイスに関連付けられていてもよい。ＧＰＳ受信機は、移動体通信デバイスの中に組み込まれていてもよいし、又は移動体通信デバイスの付属品であってもよい。移動体通信ネットワークが支援データを提供し、そのデータが、移動体通信デバイスによって受信され、ＧＰＳ受信機へ転送されてその性能を向上させる。このような支援データとしては、少なくとも、軌道暦、位置及び時間の情報などが挙げられる。この場合も、測位計算はＧＰＳ受信機において行われる。第３のモードは、ネットワークベース型の移動機アシスト型ＧＰＳ測位である。このモードでも同様に、ＧＰＳ受信機は、移動体通信デバイスに関連付けられている。このモードでは、移動体通信ネットワークが、測定をサポートするために、少なくとも捕捉支援及び時間の情報を移動体通信デバイスを介してＧＰＳ受信機に提供する。次に、測定結果が、移動体通信デバイスを介して移動体通信ネットワークへ提供され、移動体通信ネットワークが位置を計算する。第２及び第３の方法は、共通してアシストＧＰＳ（Ａ−ＧＰＳ：ａｓｓｉｓｔｅｄ−ＧＰＳ）とも称される。支援データが特定の衛星に関する基準位置及び軌道暦データを含んでいる場合、例えば、ＧＰＳ受信機がおおよその衛星位置及び運行を算定して、衛星信号の考えられる伝播時間及び発生するドップラ周波数を限定してもよい。伝播時間及びドップラ周波数の限度を認識することで、確認の必要な考えられるコード位相についても限定することができる。

Ａ−ＧＰＳ用の支援データについては、全てのセルラ通信システムに関しての規定及び規格化が進んでいる。支援データの配信は、セルラ通信システム専用のプロトコルをベースにしており、具体的には、世界移動体通信システム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）用のＲＲＬＰ、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）用のＩＳ−８０１、広帯域ＣＤＭＡ（ＷＣＤＭＡ）用のＲＲＣ、及びＯＭＡ ＳＵＰＬなどである。移動機アシスト型モードは、現在米国において、緊急通話の測位のためにＣＤＭＡネットワーク内に配置されている。

全てのセルラプロトコルには共通する機能が多く、例えばサポート型ＧＰＳモードが挙げられる。すなわち、セルラプロトコルは全て、移動機ベース型ＧＰＳ、移動機アシスト型ＧＰＳ、及び自立型ＧＰＳをサポートする。更に、全てのプロトコルが、ＧＰＳへの高い依存性を有する。前述の通り、セルラ通信ネットワークによってＡ−ＧＰＳ用に提供される支援データは、ＧＰＳ軌道暦及び天体暦データなどの衛星航法データを含んでいてもよい。ＧＰＳ支援データ用の全セルラプロトコルは、このために、軌道暦及び天体暦データの情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ）の規定について、わずかな相違しかない。セルラプロトコルで規定されている軌道暦及び天体暦ＩＥは、ＩＣＤ−ＧＰＳ−２００で規定されているものと実質的に同じである。したがって、これらが有する限界及び期待される精度についても、衛星によって同報される軌道暦及び天体暦データと同等となる。この対応関係があるため、変換あるいは特別のソフトウェアが実質的に必要とされず、ＧＰＳ受信機が位置計算に支援データを使用することが容易となる。更に、全てのセルラプロトコルにより、ＧＰＳ電離層モデルがセルラリンク上に送信されている。全てのセルラプロトコルにより、ＧＰＳ支援データ要素がＧＰＳ時間にリンクさせられている。更に、全てのセルラプロトコルにより、捕捉支援がＧＰＳ用のみに仕立てられ、移動機における位置計算には使用することができない。最後に、全てのセルラプロトコルにより、全データ要素が、ＧＰＳ衛星配置（ｃｏｎｓｔｅｌｌａｔｉｏｎ）に従ってインデックス付けされている。

しかし、ＧＰＳ関連の全セルラプロトコルには、共通の機能が多くある一方で、差異もある。このため、支援データを受信する端末ソフトウェアは、セルラプロトコルに対するアダプテーション層を備えているか、又はセルラプロトコルの一部のみをサポートしているかのいずれかにならざるを得ない。加えて、セルラプロトコルの差異、特にメッセージ内容の差異は、初期位置算出時間及び感度の点で、Ａ−ＧＰＳの性能に影響を与える。

さらなる問題は、軌道暦及び天体暦パラメータを使用して、初期の信号捕捉のためにＧＰＳ受信機において考えられる衛星コード位相及びドップラ周波数を正確に予測するには、ネットワークからの支援データが、精密なＧＰＳ ＴＯＷ支援をも含んでいる必要のあることである。ＧＳＭ及びＷＣＤＭＡネットワークでは、精密なＧＰＳ ＴＯＷを配信するには、それ自体がＧＰＳ信号を捕捉し評価できる位置測定ユニット（ＬＭＵ：Ｌｏｃａｔｉｏｎ Ｍｅａｓｕｒｉｎｇ Ｕｎｉｔｓ）を、セルラ基地局ごとに配置する必要がある。しかし、ＬＭＵは高価である上、継続的な保守を必要とする。

更に、セルラプロトコルの中で現在使用されている軌道暦及び天体暦データ形式は、ＧＰＳ専用に規定された形式に基づいている。Ｇａｌｉｌｅｏの性能を確実にＡ−ＧＰＳに匹敵するものにするには、Ｇａｌｉｌｅｏに関しても支援データが重要となる。Ｇａｌｉｌｅｏの軌道暦形式はＧＰＳの軌道暦及び天体暦形式とは異なるものとなり、そのためにＧＰＳ支援データ形式を単純にＧａｌｉｌｅｏにも使用することはできないことが予想できる。Ｇａｌｉｌｅｏ軌道暦がＧＰＳ軌道暦と異なる場合、セルラ標準はＧａｌｉｌｅｏ専用の情報要素を用いて強化されなければならず、更にＧａｌｉｌｅｏを測位に使用するためには、受信機において特別のソフトウェアが必要となる。更に、ＧａｌｉｌｅｏとＧＰＳのサービスの質が異なることもあり、すなわち、Ｇａｌｉｌｅｏ軌道暦データがＧＰＳ軌道暦データよりも精密で、結果としてＧａｌｉｌｅｏによる測位がより高精度となる場合もある。更に、Ｇａｌｉｌｅｏ及びＧＰＳの軌道暦パラメータの寿命が異なることもある。この場合、支援データを同時に更新することが不可能となり、支援データの更新を、Ｇａｌｉｌｅｏ及びＧＰＳに関して別々に計画しなければならない。

このように、現在のＧＰＳ支援データには様々な問題がある。

軌道暦データ要素のインデックス付けを変更してＧａｌｉｌｅｏ衛星をも含めたインデックス付けを可能とすることにより、３ＧＰＰ ＧＰＳ支援データ要素をＧａｌｉｌｅｏ信号用に強化することが提案されてきた。軌道暦データの形式は、その結果、ＧＰＳ及びＧａｌｉｌｅｏ衛星に関して実質的に同じとなり得る。この解決法では、ＧＰＳ及びＧａｌｉｌｅｏ支援データは、まだなお現行のＧＰＳ軌道暦及び天体暦データの限界に制限されることになり、更にＧＰＳ ＴＯＷ配信も依然として必要とされる。

更に、補正データを用いて軌道モデルの精度及び完全性を高めることは周知となっている。例えば、欧州静止衛星利用航法オーバーレイサービス（ＥＧＮＯＳ：Ｅｕｒｏｐｅａｎ Ｇｅｏｓｔａｔｉｏｎａｒｙ Ｎａｖｉｇａｔｉｏｎ Ｏｖｅｒｌａｙ Ｓｅｒｖｉｃｅ）及び広域補強システム（ＷＡＡＳ：Ｗｉｄｅ Ａｒｅａ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ）は、大気圏及び電離層を原因とするＧＰＳ信号の遅延などを考慮に入れたＧＰＳ補正データを算定する。補正データは静止衛星を介して送信され、その補正データは適切なＧＰＳ受信機によって受信され、ＧＰＳによる測位の精度を高めるのに使用される。更に、相対ＧＰＳ（ＤＧＰＳ：ｄｉｆｆｅｒｅｎｔｉａｌ ＧＰＳ）補正が、選択利用性の影響を軽減するために導入された。これらは、大気圏の影響、ならびに衛星位置及び時計のドリフトを排除するのに適している。ＷＡＡＳ、ＥＧＮＯＳ及びＤＧＰＳ補正は、しかしながら、常に単一系列の軌道暦群に限定されている。ＷＡＡＳ、ＥＧＮＯＳ及びＤＧＰＳ補正は、通常の軌道暦パラメータに限定されているため、長期衛星軌道パラメータが通常の軌道暦パラメータの代わりに使用されているときには、これらを使用することはできない。

本発明は、移動体の衛星測位に関する支援データの従来型の供給及び使用に代わるものを提供する。

Ｉ．
本発明の第１の態様によれば、支援データによって移動体の衛星測位をサポートするための、第１の方法が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。本方法は、通信ネットワークにおいて、衛星の運行を記述している専用軌道モデルすなわち特定の衛星測位システム用に規定された専用の軌道モデルの利用可能なパラメータを、衛星の運行を記述している共通軌道モデルのパラメータへ、変換するステップを含む。本方法は、更に、変換済みのパラメータを、衛星測位用の支援データの一部として提供するステップを含む。

本発明の第１の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートするための、第２の方法が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。この方法は、移動体において、通信ネットワークから、衛星の運行を記述している共通軌道モデルのパラメータなどの支援データを受信するステップを含む。本方法は、更に、受信した共通軌道モデルのパラメータに基づいて、少なくとも１つの衛星測位システムの衛星位置を推定するステップを含む。

本発明の第１の態様によれば、更に、支援データによって移動体の衛星測位をサポートする通信ネットワーク用のネットワーク要素が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ネットワーク要素は、処理手段を含む。処理手段は、衛星の運行を記述している専用軌道モデル、すなわち特定の衛星測位システム用に規定された専用の軌道モデルの利用可能なパラメータを、衛星の運行を記述している共通軌道モデルへ変換するようになっている。処理手段は、更に、変換済みのパラメータを、衛星測位のための支援データの一部として提供するようになっている。

本発明の第１の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートする移動体が提案される。移動体は、少なくとも１つの衛星測位システムの衛星群から送信された信号を捕捉するようになっている衛星信号受信機を備える。移動体は、更に、衛星の運行を記述している共通軌道モデルのパラメータを伴った支援データを通信ネットワークから受信するようになっている通信コンポーネントを備える。移動体は、更に、受信した共通軌道モデルのパラメータに基づいて、少なくとも１つの衛星測位システムの衛星の位置を推定するようになっている処理手段を備える。

本発明の第１の態様によれば、更に、システムが提案され、このシステムは、提案された本発明の第１の態様のネットワーク要素、及び提案された本発明の第１の態様の移動体を備える。

本発明の第１の態様によれば、更に、支援データによって移動体の衛星測位をサポートする第１のソフトウェアコードが提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ソフトウェアコードは、通信ネットワークのネットワーク要素の処理ユニットによって実行されると、本発明の第１の態様の第１の方法を実現させる。

本発明の第１の態様によれば、更に、第１のソフトウェアプログラム製品が提案され、この中に、本発明の第１の態様に関して提案された第１のソフトウェアコードが記憶されている。

本発明の第１の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートする第２のソフトウェアコードが提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ソフトウェアコードは、移動体の処理ユニットによって実行されると、本発明の第１の態様の第２の方法を実現させる。

本発明の第１の態様によれば、更に、第２のソフトウェアプログラム製品が提案され、この中に、本発明の第１の態様に関して提案された第２のソフトウェアコードが記憶されている。

本発明の第１の態様は、衛星測位の支援データとして提供される軌道モデルのパラメータの形式を、各々の衛星測位システムの範囲で規定された軌道パラメータの形式から切り離すことができるとの考えに基づいている。このために、特定の衛星測位システム用に利用可能な軌道パラメータを、共通軌道モデルのパラメータへ変換することが提案される。この共通軌道モデルは、少なくとも２種の衛星測位システム用に共通して規定されるとよいが、必ずしもそうでなくともよい。なお、「変換」という言葉は、共通軌道モデル用にパラメータを再計算することも意味として含んでいる。

本発明の第１の態様の利点は、同じ軌道モデルを、多種の衛星測位システムの支援データに使用することができることにある。共通軌道モデルを用いると、サポートされる全ての衛星測位システムに関して、精度の点で同様の性能を達成することができる。加えて、新しい衛星測位システムを容易に追加することもできる。故に、Ａ−ＧＮＳＳのようなアシスト型の測位は、全セルラ標準においてなど、多様な通信標準において整合させることが可能と考えられる。移動体においては、更に、共通軌道モデルがハイブリッド化を容易にし、例えばＧａｌｉｌｅｏ−ＧＰＳハイブリッド化によって、移動体による測位計算をＧＰＳ衛星及びＧａｌｉｌｅｏ衛星の衛星信号に基づかせることができるようになる。更に、共通軌道モデルを、例えばＧＰＳ軌道暦及び天体暦モデルの代わりに、特定の衛星測位システム用の単一軌道モデルとして使用することも可能であり、あるいは同様に、例えば移動機アシスト型ＧＮＳＳ及び移動機ベース型ＧＮＳＳなど全ての測位モード用の単一軌道モデルとして使用することも可能である。共通軌道モデルを使用すれば、このように、通信標準においてサポートしなければならないデータ要素の数が減ることになる。自立型測位を行わない移動体において、場合によってはハイブリッドＧＰＳ／Ｇａｌｉｌｅｏ受信機のために、共通軌道モデルを使用すると、移動体内の測位ソフトウェアの規模及び複雑度を最小限に抑えることができる。すなわち、好適な実施形態とは言えないが、移動体自体は、衛星航法データを復号するためのソフトウェアを何も備えず、提案された共通軌道モデルをサポートするソフトウェアしか備えない場合である。同じ共通軌道モデルは、更に、地上測位システム用の支援データを提供するのにも使用することができると考えられる。

本発明の第１の態様のさらなる利点は、ＩＣＤ−ＧＰＳ−２００に規定されたパラメータのような専用軌道モデルのパラメータ形式に起こり得る変更が、変換済みのパラメータの変更を必要としないことにある。したがって、通信ネットワークと移動体との間のインターフェースは、同じものとすればよい。実施されたパラメータ変換に対してさえ、適応すればよい。

本発明の第１の態様のさらなる利点は、変換済みのパラメータの形式が、元のパラメータの形式に縛られないことにある。したがって、変換することで機能強化されたパラメータを提供し、それによってアシスト型測位の性能を向上させることができる。

共通軌道モデルは、例えば、専用軌道モデルよりもパラメータを多く含むか、又は専用軌道モデルの相当するパラメータよりも語長の長いパラメータを含むことができる。これにより、軌道モデルの精度向上、及び／又は各パラメータの有効期間延長ができるようになる。軌道モデルがより精密であれば、達成できる測位も、より精密なものとすることができる。パラメータがより長い期間有効であれば、必要な更新が減り、通信システム内の通信帯域幅の無駄をなくすことになる。

カリフォルニア工科大学（Ｃａｌｉｆｏｒｎｉａ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｔｅｃｈｎｏｌｏｇｙ）のジェット推進研究所（ＪＰＬ：Ｊｅｔ Ｐｒｏｐｕｌｓｉｏｎ Ｌａｂｏｒａｔｏｒｙ）は、軌道パラメータの語長を伸ばすことによって、衛星軌道モデルの精度向上及び寿命延長が可能であることを明らかにしている。国際ＧＰＳ事業（ＩＧＳ：Ｉｎｔｅｒｎａｔｉｏｎａｌ ＧＰＳ Ｓｅｒｖｉｃｅ）では、ＪＰＬにより、インターネット上で、４８時間の高精度な軌道モデルを共用している。ＪＰＬは、いわゆる超高速暦位置データを公表しており、これは、少なくとも＋／−２４時間は有効でデシメートルレベルの精度を保ち、つまりは２４時間先のデータである。このデータは、一般にｓｐ３形式であり、地球中心地球固定（ＥＣＥＦ：Ｅａｒｔｈ Ｃｅｎｔｅｒｅｄ Ｅａｒｔｈ Ｆｉｘｅｄ）フレームにおける衛星位置及び速度の座標、ならびに、通常１５分の何らかの間隔ごとにサンプリングされた時計時刻及び精度評価を含む。データは、ＧＰＳ衛星配置全体に関して提供される。データは、それ自体は端末測位に適さないが、例えば、衛星位置のための端末用に小規模なパラメータ一式をもたらす多項式近似、及び時間関数としての速度の外挿などによって、モデル化されるはずである。多項式近似には、ＧＰＳ軌道暦データ用に規定された「多項式形式」を使用することが可能である。モデル化は、衛星時計のドリフトに関しても必要とされる。ＩＧＳは、衛星時計に関しても精密な情報を提供しており、これも、例えば多項式などを用いてモデル化する必要がある。時計モデルは、ＧＰＳ ＩＣＤにしたがって、標準衛星同報のサブフレーム１に含まれ、同様に、セルラ支援の中でも提供される。時計モデルは、一般に、軌道暦の一部とされるが、やはり、独立したモデルである。

グローバルロケート社（Ｇｌｏｂａｌ Ｌｏｃａｔｅ Ｉｎｃ．）は、ＧＰＳの使用しているものに代わる近似基準を用いてＩＣＤ−ＧＰＳ−２００に適合する多項式近似を計算することによって、衛星軌道モデルの精度向上及び寿命延長が可能となることを明らかにしている。グローバルロケート社による衛星軌道暦サービスでは、ＩＣＤ−ＧＰＳ−２００形式を使用して、ＧＰＳ配置全体のための長期軌道モデルを搬送する。長期モデルの寿命は、同報される軌道暦の寿命よりもかなり長くすることができる。しかし、この後者の手法は、依然としてＧＰＳ軌道暦形式に限定される。

専用軌道モデルの利用可能なパラメータは、例えば、同報軌道暦又はその他の軌道データ、ＧＮＳＳ制御部分によって提供される軌道暦又はその他の軌道データ、及び／又はＩＧＳなどの外部ソースによって提供される軌道暦又はその他の軌道データなどとすることができる。

共通軌道モデルは、ＧＰＳ軌道暦及び天体暦モデルに使用されているケプラーの軌道及びパラメータに基づいたものとすることができる。しかし、衛星位置情報をモデル化するには、その他多様な表現を使用することも可能である。例えば、スプライン多項式、エルミート多項式、区分的連続多項式などである。一例として、四次多項式モデルは、ＥＣＥＦフレーム内に与えられた真の衛星周回軌跡に近似することが可能と考えられる。多項式モデルは、二乗平均平方根誤差（ＲＭＳＥ：ｒｏｏｔ ｍｅａｎ ｏｆ ｓｑｕａｒｅｄ ｅｒｒｏｒｓ）を最小化する基準を用いて近似させることができる。多項式モデルは、その後、時間的に先の衛星位置情報を外挿するのに使用することができる。

ＩＧＳデータは、ＥＣＥＦ位置、ＥＣＥＦ速度、及び時計バイアス／ドリフト精度（標準）を含んでいるｓｐ３形式であるので、例えば多項式近似などに使用しやすい。モデル化は、例えばスプライン又はエルミート多項式近似によって行うことができ、それにより多項式が、前の２４乃至４８時間に関する衛星位置及び速度データに近似するようになる。提案された共通軌道モデルを用いると、ＧＰＳ軌道暦データ用に規定された「多項式形式」を単に使用することに比べ、パラメータ選択の自由が増す。多項式次数、パラメータ数、及び語長は、近似の望ましい精度及び見込まれる存続期間に応じて選択することができる。

最終的には支援データの一部として提供されることになる共通軌道モデルのパラメータは、移動体の能力に応じて、特定の衛星測位システムの衛星配置全体、複数の衛星測位システムの衛星配置全体、又は１つあるいは複数の衛星配置の一部に関するパラメータを含んでいるとよい。

サポート対象となる衛星測位システムは、任意に選択することができる。これには、例えば、ＧＰＳ、ＧＬＯＮＡＳＳ及びＧａｌｉｌｅｏを含むが、同じくＥＧＮＯＳ及びＷＡＡＳなどを含んでもよい。

提供される支援データには、変換済みのパラメータに加えて、特に、時計モデルパラメータなどの形での基準時間、及び基準地点が含まれるとよい。なお、共通軌道モデル自体にも、衛星位置及び速度データ用のモデルに加えて、衛星時計のバイアス及びドリフト、初期設定用の時間基準、衛星位置の推定、速度及び時計精度のほか、場合によっては精密単独測位（ＰＰＰ：ｐｒｅｃｉｓｅ ｐｏｉｎｔ ｐｏｓｉｔｉｏｎｉｎｇ）計算のための位相ワインドアップ補正用の衛星姿勢のモデルを、含めることができると考えられる。ＥＣＥＦフレームでは地球自転の補正を容易に実行できるので、位置及び速度モデル用の座標フレームがＥＣＥＦフレームであることが有利である。局所フレーム（東北上：Ｅａｓｔ−Ｎｏｒｔｈ−Ｕｐ）への変換は、単純なマトリクス乗算を用いて実現することができる。ＩＧＳデータは、ＥＣＥＦフレームに含まれているとよい。

更に、提供される支援データには、その他種々の情報を含めることができる。例を挙げると、ＤＧＰＳ補正、リアルタイムキネマティック（ＲＴＫ：Ｒｅａｌ Ｔｉｍｅ Ｋｉｎｅｍａｔｉｃｓ）補正、及び衛星信号用の搬送波位相測定値などである。高精度なＲＴＫ測位に関しては、国際公開第２００４／０００７３２（Ａ１）号パンフレットを参照する。搬送波位相測定値及びＲＴＫ参照データは、例えば、高精度な測位をサポートするのに適している。当然のことながら、ＧＰＳ用として周知のＲＴＫ補正は、要求に応じてＧａｌｉｌｅｏによる測位などをサポートするようにしてもよい。追加的な支援データのさらなる例は、ＥＧＮＯＳ及びＷＡＡＳ補正である。静止型のＥＧＮＯＳ及びＷＡＡＳ衛星から同報されるデータは、高緯度地域では受信することが難しい。したがって、データが、むしろネットワーク支援データとして提供されるとよく、現行のＥＧＮＯＳ／ＷＡＡＳ補正はそのものとしては長期軌道モデルに適さないため、共通軌道モデルが短期軌道モデルである場合には特によい。追加的な支援データのさらなる例は、長期軌道モデル用の、短期相対補正である。追加的な支援データを更に挙げると、電離層モデルパラメータ及び／又は対流圏モデルパラメータがある。追加的な支援データを更に挙げると、短期の完全性警告があり、これは、突発的に衛星が故障した場合に、この衛星を位置計算から除外するために備えられるとよい。追加的な支援データを更に挙げると、少なくとも１つの衛星測位システムのデータビットであり、これは、移動体による要求に応じてデータ消去を可能にする。データ消去は、衛星信号受信機において感度を向上させる方法である。例えば、ＧＰＳデータ内容が未知のものであったら、ＧＰＳ信号をコヒーレントに積分できるのは、２０ミリ秒（１ＧＰＳビット）の期間のみである。データビットが既知のものであれば、コヒーレントな信号積分が数ＧＰＳビットにわたって継続可能となり、同時に、積分時間が倍になるごとに約１．５デシベルの利得を感度に得られる。例えば、４０ミリ秒（２ビット）では１．５デシベルの利得、８０ミリ秒（４ビット）では、３デシベルの利得を生じることになり得る。

本発明の一実施形態においては、更に、通信ネットワークの同じ又は別のネットワーク要素が、変換済みのパラメータの中の衛星測位システム時間に基づいた基準値を、通信システム時に基づいた基準値へ置き換える。すなわち、共通軌道モデルは通信システム時間基準のみに準拠することになり、故に、衛星位置情報が、例えばＧＰＳ又はＧａｌｉｌｅｏ時間の代わりに、通信システム時間の関数として計算されることが可能となる。

通信システム時間基準は、ＧＮＳＳシステム時間と通信システム時間との間の関係が正確に認識されていて、高感度にするための精密な信号位相及びドップラの予測が可能となる場合に、使用することができる。通信システム時間用に、通信システムに応じて、支援データ中に任意選択フィールドを用意してもよい。システム固有の情報として考えられるのは、フレーム、ＧＳＭ用のスロット及びビット、システムフレーム番号、ＷＣＤＭＡ用のスロット及びチップ、ならびにＣＤＭＡ用のＵＴＣ時間である。スロット、及びビット又はチップをそれぞれに考慮すれば、ＧＳＭ及びＷＣＤＭＡにおいて同様に十分な解決を確実に得ることができる。フィールドには、信号位相及びドップラの予測の不確定性を推定するために、時間不確定性推定（標準）も含めてよい。

本発明の別の実施形態においては、共通軌道モデルが、例えばＵＴＣ時間及び／又は通信システム時間というように、２つの時間基準に準拠している。ＵＴＣ時間は、全ＧＮＳＳシステム用の普遍時間基準を提供し、例えばセルラシステムに固有の、起こり得るフレーム／スーパーフレームロールオーバの回数を求めることができるようにしている。ＵＴＣ時間基準は、その上、起こり得るＧＮＳＳシステムの時差の問題を排除するのにも適している。ＧＰＳ、Ｇａｌｉｌｅｏ及びＧｌｏｎａｓｓは、異なるシステム時間を有している。したがって、システムが、例えば１つのＧＰＳ信号を使用してＧａｌｉｌｅｏ信号の位相を予測するなどのハイブリッド測位に使用される場合には、複数のシステム時間の間のバイアスを認識しておかねばならない。この問題は、モデルを共通の時間基準、すなわちＵＴＣ時間に基づかせることによって排除される。ＧＮＳＳシステム時間の間の差異は、時計モデルの中で補償することが可能である。共通の時計モデルは、例えば、バイアス、ドリフト及びジャークの３種のパラメータを有する二次連続多項式近似を使用することができる。これは、現行のＧＰＳ ＩＣＤにおける時計モデルとおおむね同じである。更に、他のあらゆるモデルも同様に使用可能である。時計モデルは、時計誤差に関する精度又は不確定性の推定を含むことも可能と考えられる。ＵＴＣ時間が、軌道モデルのタイムスタンプ／ＩＤとなってもよい。

支援データは、特に移動体からの要求に応じて、特定の移動体へ送信されることが可能である。あるいは一方で、例えばセルラ通信システムの各セルにおいて、同報されることも可能と考えられる。

その後、支援データを受信する移動体が、転換されたパラメータを使用して、少なくとも１つの衛星測位システムの衛星の位置を推定すればよい。

ＩＩ．
本発明の第２の態様によれば、支援データによって移動体の衛星測位をサポートするための、第１の方法が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。本方法は、通信ネットワークにおいて、衛星の運行を記述している軌道モデルの利用可能なパラメータ中の衛星測位システム時間に基づいた基準値を、通信システム時間に基づいた基準値へ、置き換えるステップを含む。本方法は、更に、置き換え済みの基準値を含むパラメータを、衛星測位用の支援データの一部として提供するステップを含む。

本発明の第２の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートするための、第２の方法が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。本方法は、移動体において、通信ネットワークから、通信システム時間に基づいたタイムスタンプなどの支援データを受信するステップを含む。本方法は、更に、移動体において、通信システム時間を算定するステップを含む。本方法は、更に、移動体において、支援データ中の算定された通信システム時間に基づくパラメータを使用して、少なくとも１つの衛星測位システムの衛星の位置を推定するステップを含む。

本発明の第２の態様によれば、更に、支援データによって移動体の衛星測位をサポートする通信ネットワーク用のネットワーク要素が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ネットワーク要素は、処理手段を含む。処理手段は、衛星の運行を記述している軌道モデルの利用可能なパラメータ中の、衛星測位システム時間に基づいた基準値を、通信システム時間に基づいた基準値へ、置き換えるようになっている。処理手段は、更に、置き換え済みの基準値を含むパラメータを、衛星測位用の支援データの一部として提供するようになっている。

本発明の第２の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートする移動体が提案される。移動体は、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている衛星信号受信機を備える。移動体は、更に、通信システム時間に基づいたタイムスタンプを伴った支援データを通信ネットワークから受信するようになっている通信コンポーネントを備える。移動体は、更に、通信システム時間を算定するようになっている処理手段を備える。移動体は、更に、受信支援データ中の算定された通信システム時間に基づくパラメータを使用して、少なくとも１つの衛星測位システムの衛星の位置を推定するようになっている処理手段を備える。

本発明の第２の態様によれば、更に、システムが提案され、このシステムは、提案された本発明の第２の態様のネットワーク要素、及び提案された本発明の第２の態様の移動体を備える。

本発明の第２の態様によれば、更に、支援データによって移動体の衛星測位をサポートする第１のソフトウェアコードが提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ソフトウェアコードは、通信ネットワークのネットワーク要素の処理ユニットによって実行されると、本発明の第２の態様の第１の方法を実現させる。

本発明の第２の態様によれば、更に、第１のソフトウェアプログラム製品が提案され、この中に、本発明の第２の態様に関して提案された第１のソフトウェアコードが記憶されている。

本発明の第２の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートする第２のソフトウェアコードが提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ソフトウェアコードは、移動体の処理ユニットによって実行されると、本発明の第２の態様の第２の方法を実現させる。

本発明の第２の態様によれば、更に、第２のソフトウェアプログラム製品が提案され、この中に、本発明の第２の態様に関して提案された第２のソフトウェアコードが記憶されている。

本発明の第２の態様は、衛星の位置は、衛星測位システム時間の代わりに、通信システム時間を使用している軌道モデルのパラメータに基づいて推定することができるとの考えに基づいている。上述の推定を可能とするために、利用可能なパラメータ中の衛星測位システム時間に基づいた基準値を、通信システム時間に基づいた基準値へ置き換えることが提案される。例えば、ＧＰＳ軌道暦パラメータの場合は、ＴＯＥが通信システム時間に置き換えられ、ＧＰＳ天体暦パラメータの場合は、ＴＯＡが通信システム時間に置き換えられる。提案されたように基準値を置き換えるためには、通信ネットワークにおいて、衛星測位システム時間と通信システム時間との関係を認識している必要がある。しかし、時間の関係に関する精度はあまり厳密ではないので、この関係をネットワークが利用できるようにするには、いくつかの方法を取ることができる。

本発明の第２の態様の利点は、支援データは衛星測位システム時間に依存せず、移動体が衛星測位システム時間を利用できるようにしなくて済むことにある。

本発明の第２の態様は、Ａ−ＧＰＳ又はアシスト型のＧａｌｉｌｅｏなど、あらゆるアシスト型の衛星測位システムに採用することができる。

通信ネットワークが、例えばＧＳＭネットワークである場合、通信システム時間は、フレーム番号、タイムスロット、及びビット数の各組み合わせによって規定してもよい。通信ネットワークが例えばＷＣＤＭＡネットワークである場合、通信システム時間は、システムフレーム番号、スロット、及びチップの各々によって規定してもよい。例えば、現行のセルラ端末はすべて、フレーム番号が復号済みになっている。このように、セルラ通信システム時間を使用した衛星の位置計算、すなわち、衛星位置の外挿に適した時間情報は、既に利用可能な状態になっている。

ＧＰＳの場合は、セルラタイムスタンプを伴った現行のＧＳＭ及びＷＣＤＭＡセルラ標準を拡張することは、容易である。正確な時間を転送するためのＩＥ及びパラメータが既に存在する。同じパラメータを、軌道暦及び天体暦ＩＥに付加されてＴＯＥ及びＴＯＡの代わりに使用してもよいが、ＴＯＷと同じ時間情報及び使途を有する。この手法は、下位互換性も有すると考えられる。

移動体は、通信ネットワークから、置き換え済みの基準値を伴った支援データを受信してもよい。移動体は、次に、支援データ中の、通信システム時間に基づいたパラメータを使用して、通信システム時間を算定し、少なくとも１つの衛星測位システムの衛星の位置を推定することができる。衛星測位システム時間が移動体に供されなくとも、当技術分野で周知のように、衛星位置情報を用いれば受信衛星信号のコード位相及びドップラ周波数の精密な予測が可能となる。

通信ネットワークから支援データを受信した移動体は、所定のフィードバックアイテム一式を、初期設定によって、通信ネットワークへ提供してもよい。これに対して、既存の手法では、一連のフィードバックアイテムは測位モードに依存しており、すなわち、測位が移動機ベース型か、それとも移動機アシスト型かによって左右される。フィードバックデータには、移動体の算定された位置のような位置情報、移動体の算定された速度、少なくとも１つの衛星測位システムの算定された時間、測定値及び／又は位置の算定された不確定性などを含んでもよい。フィードバックデータは、更に、受信衛星信号の測定値、及び／又は衛星測位システム時間と通信システム時間との関係を含んでもよい。フィードバックデータは、更に、通信ネットワークの複数の基地局から受信した信号について実施された観測時差（ＯＴＤ：Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ）測定値を含んでもよい。移動体は、情報を独立にするために、フレーム又はサブフレーム差分の代わりに、ＯＴＤ測定値を秒の単位で、つまりマイクロあるいはナノ秒単位で、通信ネットワークへ返送してもよい。

移動体では、更に、少なくとも１つの衛星測位システムの時間と、通信システム時間との間の関係を維持することが必要とされることがある。移動体がＧＮＳＳフィックスを既に得ている場合は、移動体は、上記の目的のために、例えばフレーム、サブフレーム、スロット、ビット、及びチップなどに関して、現在の通信システム時間を算定された衛星測位システム時間に関連付けることができる。あるいは、移動体は、初期の時間関係を支援データとして受信してもよい。時間関係は、例えばネットワークからの時差情報を評価することによって、又は移動体内で実施されるＯＴＤ測定を評価し関係の不確定性が大きくなり過ぎたら再度ＵＴＣ−セルラ時間関係を構築することによって、あるいはネットワークからのＧＮＳＳ時間支援を評価することなどによって、維持することができる。例えばＣＤＭＡネットワークでは、ＧＰＳ及びＵＴＣ時間は初期設定によって利用可能である。移動体が有効な時間関係を有していれば、この関係を使用して、初期位置算出時間及び感度に関して性能を向上させることができる。性能の向上は、数百マイクロ秒の精度を有する時間関係を用いて達成することができる。維持された時間関係も、移動体による通信ネットワークへの支援データ要求の中に含めてよい。

通信ネットワークは、移動体からフィードバックとして提供された位置データ、時間関係データ及びＯＴＤ測定値を収集し、基地局間の時差のデータベースを作成することができる。このデータベースは、時間的に精密な支援データを移動体へ配信するのに使用することができ、それにより衛星測位システム時間それ自体を配信することなく、感度を向上させることができる。移動体が位置の解を計算し損なった場合、フィードバックの中に衛星信号測定値があるときは、通信ネットワークにおいて移動体の位置を推定するために採用することもできる。

ＩＩＩ．
本発明の第３の態様によれば、支援データを使用して移動体の衛星測位をサポートするための方法が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっており、更に通信ネットワークは、少なくとも２つの異なる測位モードをサポートするようになっている。本方法は、移動体の測位を目的として、採用されている測位モードに依存しない少なくとも一組のデータを、移動体と通信ネットワークとの間の少なくとも一方向に送信するステップを含む。

本発明の第３の態様によれば、更に、支援データによって移動体の衛星測位をサポートする通信ネットワーク用のネットワーク要素が提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ネットワーク要素は、処理手段を含み、この処理手段は、移動体の測位を目的として、採用されている測位モードに依存しない少なくとも一組のデータを移動体へ送信、及び／又は、採用されている測位モードに依存しない少なくとも一組のデータを移動体から受信するようになっている。

本発明の第３の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートする移動体が提案される。移動体は、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている衛星信号受信機を備える。移動体は、更に、通信コンポーネントを備え、これは、移動体の測位を目的として、採用されている測位モードに依存しない少なくとも一組のデータを通信ネットワークへ送信、及び／又は、採用されている測位モードに依存しない少なくとも一組のデータを通信ネットワークから受信するようになっている。

本発明の第３の態様によれば、更に、システムが提案され、このシステムは、提案された本発明の第３の態様のネットワーク要素、及び提案された本発明の第３の態様の移動体を備える。

本発明の第３の態様によれば、更に、支援データによって移動体の衛星測位をサポートする第１のソフトウェアコードが提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ソフトウェアコードは、通信ネットワークのネットワーク要素の処理ユニットによって実行されると、移動体の測位を目的として、採用されている測位モードに依存しない少なくとも一組のデータを移動体へ送信、及び／又は、採用されている測位モードに依存しない少なくとも一組のデータを移動体から受信する。

本発明の第３の態様によれば、更に、第１のソフトウェアプログラム製品が提案され、この中に、本発明の第３の態様に関して提案された第１のソフトウェアコードが記憶されている。

本発明の第３の態様によれば、更に、支援データを使用して移動体の衛星測位をサポートする第２のソフトウェアコードが提案される。ここで、移動体は、通信ネットワークと通信し、少なくとも１つの衛星測位システムの衛星群によって送信された信号を捕捉するようになっている。ソフトウェアコードは、移動体の処理ユニットによって実行されると、移動体の測位を目的として、採用されている測位モードに依存しない少なくとも一組のデータを通信ネットワークへ送信、及び／又は、採用されている測位モードに依存しない少なくとも一組のデータを通信ネットワークから受信する。

本発明の第３の態様によれば、最後に、第２のソフトウェアプログラム製品が提案され、この中に、本発明の第３の態様に関して提案された第２のソフトウェアコードが記憶されている。

本発明の第３の態様は、現行の全ての支援標準が、異なる測位モードには異なる規格を定めていることについての検討から生じている。規格及び処理を統一し簡易化するために、採用されている測位モードを問わず、測位を目的として移動体と通信ネットワークとの間でやり取りされる少なくとも一組のデータが、実質的に同じになることが提案される。

上記の少なくとも一組のデータは、例えば通信ネットワークから移動体へ送信される支援データに属していてもよい。これにより、採用されている測位モードに関わりなく、衛星測位のために移動体で実行される動作が、実質的に同じになるようにもできる。

上記の少なくとも一組のデータは、更に、移動体から通信ネットワークへ送信されるフィードバック情報に属していてもよい。この場合、少なくとも一組のデータには、例えば移動体によって捕捉された衛星信号に関する測定情報が含まれていてもよい。移動体が、捕捉した衛星信号に基づいて自分で自分の位置を算定したときは、算定した位置を、共通の一組のデータに加えてもよい。

なお、移動体の位置は、移動体及び通信ネットワークの双方で計算することができる。

ＩＶ．
本発明のさらなる態様は、各種の補正データを通常の軌道暦パラメータに基づいて計算する代わりに、この補正データを、少なくとも１日の有効性を有する長期軌道モデルのパラメータに基づいて計算することができるという検討から生じている。結果として、補正データは、短期軌道暦パラメータと一緒にだけではなく、長期軌道パラメータと一緒にも利用することができる。パラメータは、補正データよりも先に用意されているか、又は補正データと同時に用意されるとよい。補正データは、例えば、ＷＡＡＳ、ＥＧＮＯＳ又はＤＧＰＳ補正データとなる可能性があるが、その他のあるいは新しいタイプの補正データである可能性もある。

更に、長期軌道モデルのパラメータの精度は、時間とともに低下する。ところが、提案された補正データを使うと、上記長期軌道パラメータの寿命を延ばすことが可能となる。

提案された補正データによって、このように、長期軌道モデルの精度及び完全性を高めることができる。精密な補正データを用いると軌道モデルの更新頻度は必然的に低下するので、通信ネットワークと移動体との間で転送されなければならないデータ量が減り、帯域幅の負荷が軽減される。しかも、この補正モデルは、既存のモデルよりも精度が高く、持続的である。選択利用性の性質により、例えばＤＧＰＳ補正は、当初、非常に短期の補正であり、あまり精密でないものとして開発された。今日では選択利用性が外されたので、新しいタイプのＤＧＰＳ補正は、非常に精密に設計することが可能となっている。その上、補正データの単一の形式を、ＧＰＳ、Ｇａｌｉｌｅｏ、Ｇｌｏｎａｓｓなどの全ての衛星配置に対して使用することが可能である。

ネットワーク側では、本発明の第３の態様により、サーバが、長期軌道モデル用の補正データを計算することができる。長期軌道モデルのパラメータは、数日間有効であることが可能で、支援データの一部として移動体へ送信されるときにある程度のネットワーク帯域幅を必要とする。補正データは、有効期間は数時間となることもあるが、必要な帯域幅は、長期軌道モデルのパラメータを送信するよりも少ない。一連の補正データは、各々について多様な方法で計算することが可能である。実際の補正データは、例えば、基準局からの実測値に基づいて、あるいは既存のＥＧＮＯＳ／ＷＡＡＳモデルに基づいて、計算することができる。実際の補正データの形式は、補正がどのように計算されたかには依存しない。

移動体側では、衛星位置の推定をそれぞれ実行する前に、補正データを受信し、これを使用して長期軌道モデルのパラメータを補正する。移動体における実装では、提供された補正データを、従来型のＤＧＰＳ補正と同様の方法で使用してもよい。しかし、衛星ごとの擬似距離補正量の計算は、補正モデルに依存する。

補正データの算出のために採用されるモデルは、例えば、二次又は三次多項式のような何らかの高次多項式、又は区分的連続多項式、あるいは更に複雑なモデルとすることができる。

当然のことながら、補正データの提案された計算は、本発明の第１の態様、本発明の第２の態様、及び本発明の第３の態様のそれぞれにおいて使用することができる。

本発明の第１、第２、及び第３の態様のいずれのネットワーク要素も、例えば、通信ネットワークのネットワークサーバ、又は基地局とすることができる。本発明の第１、第２、及び第３の態様の通信ネットワークは、例えば、ＧＳＭネットワーク、ＷＣＤＭＡネットワーク、又はＣＤＭＡネットワークなどのセルラ通信ネットワークとすることができるが、同様に、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、又はＷｉＭａｘネットワークなどの非セルラネットワークとすることもできる。本発明の第１、第２、及び第３の態様の移動体は、携帯電話機のような移動体通信デバイスを含んでもよく、そこには衛星信号受信機が組み込まれていてもよい。あるいは、衛星信号受信機は、移動体通信デバイスの付属品デバイスとすることもできる。

当然のことながら、本発明の第１の態様に関して記述された詳細は全て、本発明の第２の態様の実施形態と組み合わせることができ、逆もまた同様である。

本発明のその他の目的及び特徴は、添付の図面と併せて以下の詳細な記載を考察することにより明らかになる。

図１は、本発明の一実施形態に従ってＡ−ＧＮＳＳをサポートしているシステムの概略ブロック図である。システムは、支援データとしてＧＮＳＳ時間を用意する必要性を回避し、提供された支援データを利用する。

システムは、ＧＳＭネットワーク又はその他のセルラ通信ネットワークの、基地局１０及びネットワークサーバ２０を備える。システムは、更に、第１の移動機（ＭＳ１）３０、第２の移動機（ＭＳ２）４０、ＧＰＳ衛星（ＧＰＳ ＳＶ）５０、及びＧａｌｉｌｅｏ衛星（Ｇａｌｉｌｅｏ ＳＶ）６０を備える。

基地局１０は、近傍に位置する移動機３０、４０へ無線インターフェースを提供する。基地局は、処理ユニット１１を備え、これは、パラメータ検索コンポーネント１２、基準時間置き換えコンポーネント１３、メッセージ組み立てコンポーネント１４、及びフィードバック転送コンポーネント１５など、実装されている様々なソフトウェアコードコンポーネントを実行できるようになっている。

ネットワークサーバ２０は、セルラ通信ネットワークの様々な基地局１０によってアクセス可能であり、その上、ＧＰＳ制御サーバ及びＧａｌｉｌｅｏ制御サーバ（図示せず）に接続されている。ネットワークサーバは、データベースを記憶しているメモリ２１を備え、更に、パラメータ算出コンポーネント２３、データベース更新コンポーネント２４、及び位置推定コンポーネント２５など、実装されている様々なソフトウェアコードコンポーネントを実行できる処理ユニット２２を備える。

第１の移動機３０は、ＧＰＳ受信機３１を有する移動体である。ＧＰＳ受信機３１は、捕捉及び追跡コンポーネント３２を含み、これはハードウェア及び／又はソフトウェア内で実現してもよい。例えば、ＧＰＳ衛星５０から受信した信号を捕捉及び追跡するために、相関タスクなどの信号測定タスクが、ＧＰＳ受信機３１の処理ユニットにより実行されるソフトウェアコードの制御するハードウェアによって、実施可能であると考えられる。

移動機３０は、更に、セルラ通信コンポーネントとしてセルラエンジン３５を有する。セルラエンジンは、携帯電話機３０とセルラ通信ネットワークとの間の従来型の移動体通信に必要な全てのコンポーネントを備えたモジュールであり、追加機能を用いて更に高度化させることができる。セルラエンジン３５は、このために、実装されている様々なソフトウェアコードコンポーネントを実行することのできるデータ処理ユニットとなっているか、又はこれを備えている。提案された実施形態では、上記のソフトウェアコードコンポーネントには、アプリケーションコンポーネント３６、メッセージ評価コンポーネント３７、及び位置推定コンポーネント３８が含まれる。アプリケーションコンポーネント３６によって実現されるアプリケーションは、位置関連の情報が必要なあらゆるアプリケーションとすることができ、例えば、航法アプリケーション、又は、特定の場所にいる移動機３０のユーザに対して特定のサービスが提供されることを確実にするようなアプリケーションなどが挙げられる。当然のことながら、場合によっては、アプリケーションコンポーネント３６及び位置推定コンポーネント３８は、例えばＧＰＳ受信機３１の処理ユニットなど、別の処理ユニットによって実行されることもあり得る。

第２の移動機４０は、第１の移動機３０と類似した設計を有するが、ＧＰＳ受信機の代わりにＧａｌｉｌｅｏ受信機を有し、これは、Ｇａｌｉｌｅｏ衛星６０から受信した信号を捕捉及び追跡するようになっている。あるいは、第２の移動機４０は、例えばＧＰＳ及びＧａｌｉｌｅｏハイブリッド型の受信機を備えることもあり得る。

ここで、図１のシステム内の移動機３０、４０に関する位置情報の算定について、図２を参照しながら説明する。図２は、フローチャートであり、左側は移動機３０、４０のいずれかにおける動作を、中央は基地局１０における動作を、右側はネットワークサーバ２０における動作を、表している。

ネットワークサーバ２０が、一定の間隔で、ＧＰＳ軌道暦及び天体暦パラメータを、利用可能な全ＧＰＳ衛星５０用のＧＰＳ制御サーバから受信し、相当するＧａｌｉｌｅｏパラメータを、利用可能な全Ｇａｌｉｌｅｏ衛星６０用のＧａｌｉｌｅｏ制御サーバから受信する。ＧＰＳパラメータは、ＧＰＳ ＩＣＤに適合しており、従ってＧＰＳ固有の軌道暦又は天体暦軌道モデルにそれぞれ属している。Ｇａｌｉｌｅｏパラメータは、Ｇａｌｉｌｅｏ ＩＣＤに適合しており、従ってＧａｌｉｌｅｏ固有の軌道モデルに属している。ネットワークサーバ２０は、ＧＰＳ制御サーバ、Ｇａｌｉｌｅｏ制御サーバ、あるいはその他のエンティティから、追加的な情報を受信してもよい。上述のような他のエンティティは、例えば、静止型のＥＧＮＯＳ及びＷＡＡＳ衛星によって同報されるＥＧＮＯＳ及びＷＡＡＳ補正などを提供してもよい。

パラメータ算出コンポーネント２３は、受信したＧＰＳパラメータを共通軌道モデルのパラメータへ変換する（ステップ２０１）。更に、受信したＧａｌｉｌｅｏパラメータも、同じ共通軌道モデルのパラメータへ変換する。各パラメータが有効となる衛星は、例えば、ＰＲＮだけでなく配置ＩＤをも含んだインデックスを使用して識別してもよい。共通軌道モデルは、ＧＰＳ及びＧａｌｉｌｅｏ衛星のほか、おそらくはＧＬＯＮＡＳＳ、ＥＧＮＯＳ及び／又はＷＡＡＳなど他のあらゆるＧＮＳＳの衛星に関する位置、速度及び加速などの衛星位置情報を計算する軌道パラメータ及びアルゴリズムを、記述する規格である。加えて、共通軌道モデルは、衛星信号に対するクロックドリフトが原因になっている補正の計算を可能にできる。なお、ＷＡＡＳ、ＥＧＮＯＳ、及び／又はＤＧＰＳのような補正データを含む、あらゆる補正データは、採用されている共通軌道モデル用に、特別に計算又は再計算してもよい。

パラメータ変換によって、別々のＧＮＳＳのパラメータが統合され、つまりＧＰＳ及びＧａｌｉｌｅｏなどに関して、パラメータの数及びパラメータの語長が全く等しいものとなる。共通軌道モデルのパラメータは、更に、ＧＰＳ軌道暦パラメータよりも長く有効性を保つことができる。その上、上記パラメータは、例えばＧＰＳ天体暦軌道モデルなどに比べて、より正確に衛星の位置を特定することができる。このことは、例えば、衛星によって送信されるパラメータに関する規定に比べ、より多くのパラメータを使用するか、又はより長い語長を用いることによって、達成可能となる。故に、共通軌道モデルは、例えばＧＰＳに関して、唯一の軌道モデルとなることもできる。当然のことながら、パラメータの変換には、パラメータの再計算も含まれる。

各衛星用の、生成された共通軌道モデルのパラメータは、含まれる情報の基準時間を構成する基準値を含み、この基準値は、ＧＰＳ軌道暦データにとってのＴＯＥ、又はＧＰＳ天体暦データにとってのＴＯＡのように、衛星の属しているＧＮＳＳのシステム時間に基づいている。例えばＧＰＳ衛星に関しては、基準時間は、ＴＯＥ又はＴＯＡのようにＧＰＳのＴＯＷカウントに基づいている。

ここで、移動機３０、４０のアプリケーションコンポーネント３６が、位置関連の情報を必要とすることがある。必要な情報を得るには、セルラ通信ネットワークからのＧＰＳ及び／又はＧａｌｉｌｅｏ用支援データを、要求すればよい（ステップ３０１）。支援要求では、移動機３０、４０によってサポートされているＧＮＳＳタイプを指定している。

基地局１０が支援要求を受信すると、パラメータ検索コンポーネント１２が、ネットワークサーバ２０に対し、基地局１０の場所にて現在可視であって、サポートされている１つ又は複数のＧＮＳＳに属する衛星５０、６０用に、共通軌道モデルのパラメータを用意するよう指示する（ステップ１０１）。この指示には、基地局１０の識別表示、及び１つ又は複数のＧＮＳＳの識別表示が含まれている。

上記の結果、ネットワークサーバ２０のパラメータ算出コンポーネント２３が、基地局１０の場所にて現在可視となっておりかつ指定の１つ又は複数のＧＮＳＳに属する衛星５０、６０を算定する（ステップ２０２）。衛星の現在位置は、生成された軌道モデルパラメータを用いて求めることができる。したがって、全基地局の各々の識別表示とそれらの場所との関連性が、ネットワークサーバ２０の中、例えばメモリ２１内のデータベースの中などに記憶されているときは、特定された基地局１０にて現在可視となっている衛星を容易に算定することができる。パラメータ算出コンポーネント２３は、現在可視の衛星用に軌道モデルパラメータを選択し、それを、場合によっては追加情報とともに、基地局１０へ提供する。上述の追加情報には、例えばＤＧＰＳ及びＲＴＫ補正、ＥＧＮＯＳ及び／又はＷＡＡＳ補正、短期のディファレンシャル補正、短期の完全性警告及び搬送波位相測定値などが含まれるとよい。移動機３０、４０による特別な要求が基地局１０によって転送されてきたら、追加情報には、データ消去のためのデータビットを含めることもできる。

基地局１０のパラメータ検索コンポーネント１２は、提供された情報を受信し、それらを基準時間置き換えコンポーネント１３へ提供する。

基地局１０の基準時間置き換えコンポーネント１３は、可視の衛星５０、６０それぞれに関する軌道モデルパラメータのＧＮＳＳに基づいた基準時間を、セルラシステムに基づいた基準時間へ置き換える（ステップ１０２）。セルラ通信ネットワークがＧＳＭネットワークである場合、セルラシステムに基づく基準時間は、例えば、フレーム番号（ｆｒａｍｅ ｎｕｍｂｅｒ）、タイムスロット（ｔｉｍｅ ｓｌｏｔ）、及びビット数（ｂｉｔ ｎｕｍｂｅｒ）の配置｛ＦＮ，ＴＳ，ＢＮ｝を含むことができ、これが、ＧＮＳＳに基づいた基準時間の時刻に相当する。セルラ通信ネットワークがＷＣＤＭＡネットワークである場合、セルラシステムに基づいた基準時間は、例えば、システムフレーム番号（ＳＦＮ：ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ）、スロット及びチップなどを含むことができ、これらが、ＧＮＳＳに基づいた基準時間の時刻に相当する。

ＧＮＳＳに基づいた基準時間をセルラシステムに基づいた基準時間に置き換えることができるようになるためには、基地局１０が、ＧＮＳＳ時間とセルラ通信システム時間との間の現在の関係を認識している必要がある。この関係の精度に関する要件はあまり厳密ではないので、この関係を基地局１０に提供するにはいくつかの選択肢がある。精度が１０乃至１００μｓ、あるいは精度が１ｍｓの関係を有すれば十分である。衛星は、約３．８ｋｍ／ｓの速度で運行するので、衛星位置の１ｍｓ間の位置誤差はせいぜい４メートルであり、無視できるほどわずかなものである。

第１の選択肢では、ＬＭＵが基地局１０に関連させられている。この場合は、ＬＭＵがＧＮＳＳ時間を算定し、基地局１０へ提供するとよい。基地局１０は、その後、関係そのものを算定すればよい。しかしながら、全ての基地局に独自のＬＭＵを伴ったネットワークを備えるには、かなりの費用がかかると考えられる。

第２の選択肢では、セルラ通信ネットワークにおいて、利用可能なＬＭＵがただ１つだけあり、全基地局１０の時差を、セルラ通信ネットワークがこのＬＭＵの部位で測定する。例えば、ネットワーク内の１つの基地局が、ＬＭＵを備えてＧＮＳＳ時間とセルラ通信システム時間との間の関係を作り出してもよい。セルラ通信ネットワーク内の任意の基地局１０に関してＧＮＳＳ時間とセルラ通信システム時間との関係を作り出すために、ＬＭＵを備えた基地局と、ネットワーク内の他の全ての基地局１０との時差が計算される。時差は、例えば、初期設定により移動機３０、４０によってセルラ通信ネットワークへ報告されるＯＴＤ測定値を収集し評価することなどによって、測定することができる。

第３の選択肢では、同じく、ただ１つのＬＭＵのみがセルラ通信ネットワークにおいて利用可能となっており、時差は、マトリックス法を用いて測定される。この選択肢では、ＯＴＤ測定値に基づいた基地局時差を測定するために、移動機３０、４０が利用される。例えば、ケンブリッジポジショニングシステム社（ＣＰＳ：Ｃａｍｂｒｉｄｇｅ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍｓ Ｌｔｄ）は、この手法を使用した測位及び時間管理の方法を提案している。この方法は、具体的には、移動機において基地局時差を測定するステップと、移動機内の対応するデータベースを保守するステップと、このデータベースを測位及びＧＰＳ時間管理に使用するステップとを含む。この方法は、エンハンストＧＰＳ（Ｅ−ＧＰＳ：Ｅｎｈａｎｃｅｄ−ＧＰＳ）と称される。Ｅ−ＧＰＳ方式を使用することによって、移動機３０、４０において算定された時差がセルラ通信ネットワークに報告されるときは、セルラ通信ネットワークでも同様に、セルラシステム内におけるＬＭＵ基地局とその他の基地局１０との間の時差を、得ることができるようになる。

第４の選択肢では、セルラ通信ネットワーク内でＬＭＵを必要としない。代わりに、移動機３０、４０が、ＧＮＳＳ時間とセルラ通信システム時間との間の関係を用意する。移動機３０、４０が、既に、前の測位セッション又はＥ−ＧＰＳの解から得た有効な関係を有していれば、この情報を、支援要求とともにセルラ通信ネットワークへ送信することができる。移動機３０、４０において有効な時間関係を取得し保守するためのいくつかのオプションについては、後に、ステップ３０６を参照しつつもう少し詳細に述べる。その後、基地局１０が、移動機３０、４０によって提供された時間関係を使用して、セルラシステムに基づいた基準時間を軌道モデルパラメータ用に計算することができる。

ＧＮＳＳ時間をセルラ通信システム時間と関連付けることに関しては、米国特許第６６７８５１０（Ｂ２）号明細書及び第６７４８２０２（Ｂ２）号明細書にも記載されており、これを参照する。

サポートされているＧＮＳＳに属する可視の各衛星５０、６０用の軌道モデルパラメータ内で、ＧＮＳＳに基づいた基準時間がそれぞれのセルラシステムに基づいた基準時間へ置き換えられると、メッセージ組み立てコンポーネント１４が、上記の衛星５０、６０それぞれに関するメッセージを組み立てる（ステップ１０３）。メッセージは、いかなるタイプの測位モードに関しても、同じである。メッセージは、軌道モデルパラメータに伴って情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔｓ）を含み、ここには置き換え済みの基準時間なども含まれる。加えて、メッセージは、基準地点、すなわち基地局１０の既知の位置を含んでいてもよい。更に、メッセージは、ネットワークサーバ２０によって提供される情報、他の何らかのエンティティによって提供される情報、又は基地局１０それ自体で生成された情報のいずれを含んでいてもよい。

上記のメッセージは、その後、要求中の移動機３０、４０へ送信される。

あるいは、基地局１０は、可視の各衛星５０、６０用に一定の間隔で上述のメッセージを組み立て、このメッセージを、基地局１０によって対応されているセル内に位置する全ての移動機３０、４０へ、同報することもできると考えられる。

移動機３０、４０のメッセージ評価コンポーネント３７は、メッセージを受信してフレーム番号、タイムスロット及びビット数を復号して、それによりセルラ通信システム時間を算定する。更に、受信メッセージに含まれた情報を抽出する（ステップ３０２）。場合によっては地方時との関連で表示されるセルラ通信システム時間、及び軌道モデルパラメータなどの抽出された情報は、位置推定コンポーネント３８へ提供される。

位置推定コンポーネント３８は、共通軌道モデルのアルゴリズムを認識している。位置推定コンポーネント３８は、上記のアルゴリズムに基づき、提供された軌道モデルパラメータを用いて、及び場合によっては短期相対補正などを考慮して、各衛星の軌跡を現在のセルラ通信システム時間の関数として外挿する（ステップ３０３）。得られた衛星の軌跡に基づき、位置推定コンポーネント３８は、従来型の方式で衛星信号の考えられる伝播時間及び発生するドップラ周波数を限定することができる。伝播時間及びドップラ周波数の限度を認識することで、確認の必要な考えられるコード位相についても限定することができる。このようなコード位相の限定は、軌道モデルパラメータが提供されている全ての衛星に関して実行されるが、短期の完全性警告が追加的に提供されている衛星は除く。短期の完全性警告は、突発的な衛星の故障の際にはいつでも、ネットワークサーバ２０によって基地局１０を介して提供することができる。

位置推定コンポーネント３８は、算定されたコード位相制限、及び場合によっては受信メッセージに含まれているさらなる情報を、捕捉及び追跡コンポーネント３２へ転送する。捕捉及び追跡コンポーネント３２は、可視の衛星を捕捉する（ステップ３０４）。上記の情報を従来型の方式で使用して、探索のオプションを制限することにより、衛星信号の捕捉速度を速める。捕捉及び追跡コンポーネント３２は、捕捉された衛星信号の航法データを復号することもできる。捕捉及び追跡コンポーネント３２は、復号された各種航法データを含んだ測定結果を、位置推定コンポーネント３８へ提供する。

ここで、位置推定コンポーネント３８は、移動機３０、４０の位置を従来型の方式で算定してもよい（ステップ３０５）。すなわち、信号が捕捉された衛星５０、６０までの、擬似距離を算定する。更に、復号された航法データに基づいて、信号の送信された時点の衛星の正確な位置を算定するが、これは復号された航法データの中に示されていたものを、測定結果によって精査したものである。位置推定コンポーネント３８は、次に、擬似距離を、算定された衛星位置とともに使用して、移動機の位置を推定する。位置推定コンポーネント３８は、同様に、速度、ＧＮＳＳ時間、測定及び位置の不確定性など各種の所望される位置関連の情報を、従来型の方式で算定できる。算定された位置関連の情報は、その後、目的とする用途のために、アプリケーションコンポーネント３６へ提供されればよい。

初期設定によって、移動機３０、４０の位置推定コンポーネント３８は、算定された位置関連の情報、受信した測定結果、及びセルラ通信システム時間とＧＮＳＳ時間との間の関係を、フィードバックデータとしてセルラ通信ネットワークへ提供する。フィードバックデータは、採用されている測位モードに関わらず常に同じであるが、例外的に、移動機３０、４０の位置については、移動機３０、４０によって位置が算定された場合にのみ、提供すればよい。フィードバックデータは、基地局１０のフィードバック転送コンポーネント１５によって、ネットワークサーバ２０へ転送される（ステップ１０４）。

ネットワークサーバ２０のデータベース更新コンポーネント２４は、位置情報、セルラ通信システム時間とＧＮＳＳ時間との間の関係、更にＯＴＤ測定値を収集して、多様な基地局間の時差のデータベース２１を作成し更新することができる（ステップ２０３）。このデータベース２１は、移動機３０、４０へ時間的に精密な支援データを配信して、ＧＮＳＳ時間それ自体を配信することなく、感度を向上させるのに使用することができる。

移動機３０、４０が自らの位置を計算し損なった場合には、ネットワークサーバ２０の位置計算コンポーネント２５が、フィードバックデータ中に測定結果があるときはそれを使用して、移動機３０、４０の位置を推定することができる（２０４）。

移動機３０、４０が、セルラ通信システム時間とＧＮＳＳ時間との間の関係を初期設定によって維持してもよい（ステップ３０６）。このことが可能となるのは、移動機３０、４０が、有効なＧＮＳＳフィックスを得ており、かつ、例えばフレーム、サブフレーム、スロット、ビット及びチップなどに関して現在のセルラ通信システム時間をＧＮＳＳ時間と関連付けできているか、又は支援データとして初期の関係を受信してあるかの場合である。この場合、移動機３０、４０は、セルラ通信システム時間を使用し、移動機３０、４０が１つのセルから他のセルへ移動していないと仮定して、ただ、最後のＧＮＳＳフィックスからの経過時間を見積るだけで、いつでもＧＮＳＳ時間を再現又は回復させることができる。移動機３０、４０が１つのセルから別のセルへ移動する場合は、ＧＮＳＳ時間とセルラ通信システム時間との間の関係は、新しいＧＮＳＳフィックスに基づいて再度作り出されなければならない。あるいは、前のセルに対応している基地局と、現在のセルに対応している基地局との間の時差を用いて、既存の関係を更新することもできる。時差は、利用可能な時差データベースがあるとすれば、ＯＴＤネットワーク支援から得ることができる。時差は、更に、端末が自ら実施するＯＴＤ測定から得ることもできる。時差は、更に、前のセルと現在のセルにおける、タイミングアドバンス及び／又は往復時間測定値の差異から得ることもできる。

さらなる選択肢としては、（二つの）時間関係を、例えばセルラ通信ネットワークからのＧＰＳ時間支援を使い維持することもできる。例えばＣＤＭＡネットワークにおいては、ＧＰＳ時間が初期設定によって利用可能である。

移動機３０、４０がＧＮＳＳとセルラ通信システムとの有効な時間関係を有していれば、この関係を使用して、初期位置算出時間及び感度に関して性能を向上させることができる。ＧＮＳＳとセルラ通信システムとの時間関係は数百マイクロ秒の精度を有し、上記の性能向上には十分である。

移動機３０、４０は、実施されたＯＴＤ測定値を、支援データの各要求とともに、セルラ通信ネットワークへ返送することができる（ステップ３０１）。移動機は、フレーム又はサブフレーム差分の代わりに、ＯＴＤ測定値を、例えば秒の単位、具体的にはマイクロ秒又はナノ秒で返送して、情報をセルラ通信システム時間に依存しないものにすることができる。

なお、記載された実施形態は、本発明の実行可能な多様な実施形態のうちのほんの１つに過ぎない。例えば、ＧＰＳ及び／又はＧａｌｉｌｅｏの代わりに、別のあるいはさらなるＧＮＳＳも同様にサポートされることが可能であると考えられる。上述のように、ＧＳＭネットワークの代わりに、他のあらゆるタイプのセルラ通信ネットワークを採用することも可能である。更に、一部の処理は、異なる要素間で入れ替えることも可能である。一例として、基準時間の置き換えを、ネットワークサーバにおいて一元的に全ての基地局に関して同様に実行することも可能であると考えられる。更に、提供される情報を、変更することもできる。加えて、新規の軌道モデルの代わりに、周知のＧＰＳ軌道暦及び／又はＧＰＳ天体暦軌道モデルを、ＧＰＳ衛星に関して、更に他のＧＮＳＳ衛星に関しても、使用することが可能であると考えられる。更に、別の特定のＧＮＳＳ用に規格化された１つ又は複数の軌道モデルを使用することも可能となり得る。更に、ＧＮＳＳ時間が移動機においてすぐに簡単に利用可能である場合などには、基準時間を置き換える必要がなくなる。

Ａ−ＧＮＳＳをサポートするシステムの概略ブロック図である。 図１のシステムにおける動作を図示するフローチャートである。

Claims (24)

1. 支援データによって移動体（３０、４０）の衛星測位をサポートする方法であって、前記移動体（３０、４０）が、通信ネットワークと通信して少なくとも１つの衛星測位システムの衛星群（５０、６０）によって送信された信号を捕捉するようになっており、前記方法が、
   前記通信ネットワークにおいて、衛星（５０、６０）の運行を記述している専用軌道モデル、すなわち特定の衛星測位システム用に規定された専用軌道モデルの利用可能なパラメータを、衛星（５０、６０）の運行を記述している共通軌道モデルのパラメータへ変換するステップと、
   前記変換済みパラメータを、前記衛星測位のための支援データの一部として提供するステップと、
   を含む、方法。
2. 前記少なくとも１つの衛星測位システムが、
   全地球測位システムＧＰＳと、
   全地球周回軌道航法衛星システムＧＬＯＮＡＳＳと、
   Ｇａｌｉｌｅｏシステムと、
   欧州静止衛星利用航法オーバーレイサービスＥＧＮＯＳと、
   広域補強システムＷＡＡＳと、
   のうちの少なくとも１つを含む、請求項１に記載の方法。
3. 前記共通軌道モデルが、前記専用軌道モデルよりも精密である、請求項１に記載の方法。
4. 前記共通軌道モデルが、前記少なくとも１つの衛星測位システム用の専用軌道モデルよりも多くのパラメータを含む、請求項１に記載の方法。
5. 前記共通軌道モデルが、前記少なくとも１つの衛星測位システム用の専用軌道モデルの相当するパラメータよりも語長の長いパラメータを少なくとも１つ含む、請求項１に記載の方法。
6. 前記共通軌道モデルが、少なくとも２つの異なる衛星測位システム用に共通して規定されている、請求項１に記載の方法。
7. 前記支援データが、前記変換済みパラメータに加えて、基準時間及び基準地点を含む、請求項１に記載の方法。
8. 前記支援データが、更に、
   相対全地球測位システム補正と、
   リアルタイムキネマティックＲＴＫ補正と、
   衛星信号用の搬送波位相測定値と、
   欧州静止衛星利用航法オーバーレイサービス補正と、
   広域補強システム補正と、
   前記変換済みパラメータ用の短期相対補正と、
   電離層モデルパラメータと、
   対流圏モデルパラメータと、
   短期完全性警告と、
   移動体（３０、４０）による要求に応じてデータ消去を可能にする、少なくとも１つの衛星測位システムのデータビットと、
   のうちの少なくとも１つを含む、請求項１に記載の方法。
9. 前記共通軌道モデルのパラメータが、少なくとも１日の有効性を有する、請求項１に記載の方法。
10. 前記方法が、更に、前記共通軌道モデル専用に補正データを計算するステップと、前記補正データを前記衛星測位のための支援データの一部として提供するステップとを含む、請求項１に記載の方法。
11. 前記通信ネットワークのネットワーク要素（１０）において、前記変換済みパラメータの中の衛星測位システム時間に基づいた基準値を、通信システム時間に基づいた基準値へ置き換えるステップを更に含む、請求項１に記載の方法。
12. 前記支援データが、特定の移動体（３０、４０）による要求に応じて前記移動体（３０、４０）へ送信されるか、又は前記通信システムのセルにおいて同報される、請求項１に記載の方法。
13. 移動体（３０、４０）が前記支援データを受信し、前記変換済みパラメータを使用して前記少なくとも１つの衛星測位システムの衛星（５０、６０）の位置を推定する、請求項１に記載の方法。
14. 支援データを使用して移動体（３０、４０）の衛星測位をサポートする方法であって、前記移動体（３０、４０）が、通信ネットワークと通信して少なくとも１つの衛星測位システムの衛星群（５０、６０）によって送信された信号を捕捉するようになっており、前記方法が、
    前記移動体（３０、４０）において、前記通信ネットワークから、衛星（５０、６０）の運行を記述している共通軌道モデルのパラメータを含む支援データを受信するステップと、
    前記共通軌道モデルの前記受信パラメータに基づいて、前記少なくとも１つの衛星測位システムの衛星（５０、６０）の位置を推定するステップと、
    を含む、方法。
15. 前記共通軌道モデルのパラメータが、少なくとも１日の有効性を有する、請求項１４に記載の方法。
16. 前記方法が、更に、共通軌道モデルの前記受信パラメータ専用に計算された補正データを受信するステップと、衛星（５０、６０）の位置を個別に推定する前に、前記補正データに基づいて前記共通軌道モデルの前記受信パラメータを補正するステップとを含む、請求項１４に記載の方法。
17. 支援データによって移動体（３０、４０）の衛星測位をサポートする通信ネットワーク用のネットワーク要素（２０）であって、前記移動体（３０、４０）が、前記通信ネットワークと通信して少なくとも１つの衛星測位システムの衛星群（５０、６０）によって送信された信号を捕捉するようになっており、前記ネットワーク要素（２０）が、処理手段（２２、２３）を含み、前記処理手段（２２、２３）が、衛星（５０、６０）の運行を記述している専用軌道モデル、すなわち特定の衛星測位システム用に規定された専用軌道モデルの利用可能なパラメータを、衛星（５０、６０）の運行を記述している共通軌道モデルのパラメータへ変換するようになっており、前記処理手段（２２、２３）が、前記変換済みパラメータを、前記衛星測位のための支援データの一部として提供するようになっている、ネットワーク要素。
18. 前記ネットワーク要素（２０）が、ネットワークサーバ（２０）及び基地局（１０）のうちの１つである、請求項１７に記載のネットワーク要素。
19. 支援データを使用して移動体（３０、４０）の衛星測位をサポートする前記移動体（３０、４０）であって、前記移動体（３０、４０）が、
    少なくとも１つの衛星測位システムの衛星群（５０、６０）によって送信された信号を捕捉するようになっている衛星信号受信機（３１）と、
    衛星（５０、６０）の運行を記述している共通軌道モデルのパラメータを伴った支援データを、通信ネットワークから受信するようになっている通信コンポーネント（３５）と、
    前記共通軌道モデルの受信パラメータに基づいて、前記少なくとも１つの衛星測位システムの衛星の位置を推定するようになっている処理手段（３５、３８）と、
    を含む、移動体。
20. 請求項１７に記載のネットワーク要素、及び請求項１９に記載の移動体を含んでいるシステム。
21. 支援データによって移動体（３０、４０）の衛星測位をサポートするソフトウェアコード（２３）であって、前記移動体（３０、４０）が、通信ネットワークと通信して少なくとも１つの衛星測位システムの衛星群（５０、６０）によって送信された信号を捕捉するようになっており、前記ソフトウェアコードが、前記通信ネットワークのネットワーク要素（２０）の処理ユニット（２２）によって実行されると、以下のステップ群、
    衛星（５０、６０）の運行を記述している専用軌道モデル、すなわち特定の衛星測位システム用に規定された専用軌道モデルの利用可能なパラメータを、衛星（５０、６０）の運行を記述している共通軌道モデルのパラメータへ変換するステップと、
    −前記変換済みパラメータを、前記衛星測位のための支援データの一部として提供するステップと、
    を実現させる、ソフトウェアコード。
22. 請求項２１に記載のソフトウェアコードがその中に記憶されている、ソフトウェアプログラム製品。
23. 支援データを使用して移動体（３０、４０）の衛星測位をサポートするソフトウェアコード（３８）であって、前記移動体（３０、４０）が、通信ネットワークと通信して少なくとも１つの衛星測位システムの衛星群（５０、６０）によって送信された信号を捕捉するようになっており、前記ソフトウェアコードが、前記移動体（３０、４０）の処理ユニット（３５）によって実行されると、以下のステップ群、
    前記通信ネットワークから、衛星（５０、６０）の運行を記述している共通軌道モデルのパラメータなどの支援データを受信するステップと、
    前記共通軌道モデルの前記受信パラメータに基づいて、前記少なくとも１つの衛星測位システムの衛星（５０、６０）の位置を推定するステップと、
    を実現させる、ソフトウェアコード。
24. 請求項２３に記載のソフトウェアコードがその中に記憶されている、ソフトウェアプログラム製品。

Images