JP2005512363A

JP2005512363A - 位置情報の提供

Info

Publication number: JP2005512363A
Application number: JP2003546595A
Authority: JP
Inventors: マルクスマーノヤ; ペトリコッコネン
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2001-11-19
Filing date: 2001-11-19
Publication date: 2005-04-28
Also published as: ATE418240T1; CN100496150C; AU2002219420A1; WO2003045084A3; EP1491062B1; DE60137088D1; CN1620830A; WO2003045084A2; US7822423B2; EP1491062A2; US20050043038A1

Abstract

遠隔通信システムにおいてユーザ装置へ及び又はユーザ装置からの通信がユーザプレーン上で行われ、そしてその通信をサポートしているメッセージがコントロールプレーン上で運ばれる。ユーザ装置の位置についての情報提供をサポートしている情報もユーザ装置へ及び又はユーザ装置からユーザプレーン上で運ばれるように配列されている。

Description

本発明は位置情報の提供に係るものであり、具体的に言えば、遠隔通信システムによる位置情報の提供に係るものである。

遠隔通信システムによりユーザ装置のユーザに様々なサービスを提供できる。サービスプロビジョニングすなわち、いわゆる位置検知サービスにおいてユーザの地理上の位置についての情報を利用するサービスも知られている。携帯電話やその他の移動局のようなモバイルユーザ装置の分野における最近の発展によってモバイルユーザのための供与サービスとしてモバイルユーザ装置の現在の位置についての情報を提供できるまでになった。

ユーザを動けるようにする周知の通信システムはパブリックランドラインモバイルネットワーク（ＰＬＭＮ）であり、このＰＬＭＮの一例はセルラー通信ネットワークである。別の例は通信衛星の使用に、少なくとも部分的にでも基づいているモバイル通信システムである。このような通信システムの基本原理を当業者はよく知っている。モバイル通信システムの様々な要素が何をしてよいか、そしてそれはどのようにすべきかを決めている基準もしくは規定に従ってモバイル通信システムが作動するのが普通である。例えば、基準もしくは規定は、ユーザ、詳しくはユーザ装置もしくは端末にサーキットスイッチドサービスもしくはパケットスイッチドサービス又はその両方を装備しているかどうかを決めている。接続に使用する通信プロトコール及び又はパラメータも決めているのが普通である。例えば、ユーザ装置と通信ネットワークの要素との間で交信が実行される仕方が既定の通信プロトコールに基づいているというのが普通である。換言すれば、通信の基礎となることのできる一組の「規則」は通信システムによる通信を可能ならしめるよう決められている必要がある。

通信システムはそれが作動できるためには様々に機能できる必要がある。これらの機能は異なるカテゴリに分割できる。一つのカテゴリは、通信システムにおいて声やマルチメディアや他のデータコンテントの実施に関連する機能である。別のカテゴリは様々なサービスのコントロールと実際の通信と言ったような制御又は管理により形成されるものとして見ることができる。異なる機能と関連したメッセージのシグナリングは異なるプレーン上で実行されるものとして理解される。例えば、コントロールメッセージはコントロールプレーン上で伝達され、そして実際の通信はユーザプレーン上で転送される。ユーザプレーン上の通信はコントロールプレーン上のコントロールメッセージのシグナリングによりサポートされている。

通信システムはこのことを別個のチャンネルにより、例えば別個のシグナリングチャンネルと通信チャンネルにより行っている。そのような構成を採用しているのは例えば、シグナリングシステム７（SS７）コアネットワークとQ．９３１／ＧＳＭ／ＷＣＤＭＡサブスクライバアクセスである。それ故、用語「シグナリングチャンネル」はコントロールプレーン通信を参照するとき使用される。同様に、用語「通信チャンネル」はユーザプレーン通信を参照するとき使用される。

通信システムの様々な機能は相互に独立して開発されており、異なる通信システムにおいては異なるプロトコルを使っている。基準とプロトコルとは例えば、ある目的にはどのプレーンを使うかを決めている。

移動局のようなモバイルネットワーク装置及び又はユーザ装置は、ユーザ装置の、従ってユーザの地理的位置に関する情報提供に使用できる。モバイルユーザ装置とそれのユーザは様々に異なる技術によりその位置を求めれる。例えば、ユーザ装置と関連の精確な地理的位置を既知の衛星に基づいたＧＰＳ（グローバルポジショニングシステム）に基づいて得られる。さらに精確な位置情報は別のＧＰＳにより得られる。別のアプローチにおいては通信システムのセルもしくは同様な地理的に限定された無線アクセスエンティティと関連のコントローラを使ってモバイルユーザ装置の位置に関する評定をつくれる。位置情報の精度を上げるには通信システムに、ユーザ装置の位置に関して一層精確な、もしくは追加のデータを与える位置測定ユニット（ＬＭＵ）を設ける。訪問先のもしくは「他所の」ネットワークがカバーしている領域内にモバイルユーザ装置がいるときも地理的位置を決定できる。訪問先のネットワークはモバイルユーザ装置の位置をホームネットワークへ送信でき、例えば、位置情報に基づくサービスをサポートするか、又はルーチングとチャージングの目的を果たす。位置決定のデータの作成（例えば、様々な測定と計算）は本発明の本質を構成するものではなく、ここでは詳しくは述べない。

位置情報を求めているエンティティ（クライエント）のためのターゲットユーザ装置と関連の位置情報の提供に位置サービス（ＬＣＳ）エンティティが採用される。ＬＣＳクライエントは様々なサービス／アプリケーションのため位置情報を利用する。位置サービスエンティティはセルラーシステム内で実施されているか、もしくはそれに接続されている。通信システムにより与えられる位置サービスエンティティは適当なインターフエースを介して異なるクライエントにサービスする。

通信システムへ接続された様々なソースから位置サービスエンティティへ位置データが与えられる。適当な処理容量を有するユーザ装置内で位置データが処理される。ユーザ装置は位置サービスエンティティもしくはクライエントに処理データ、例えば位置座標を与える。

様々な目的、例えば緊急コールをした携帯電話の位置、商業目的で乗り物もしくは携帯加入者の位置を見つけるなどに位置情報を使用する。一般に、別のユーザに関する位置情報を受け取りたいと思うユーザもしくはエンティティが位置情報に対する要求を位置情報提供エンティティへ送る。位置情報サービス要求エンティティはその要求を処理し、その要求されたデータを取得し、そして適当な応答を発生する。

PLMNによる位置情報の提供の例は、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術明細書に詳述されている。例えば、３ＧＰＰＴＳ２３．２７１ヴァージョン４．２．０、「ＬＣＳのファンクショナルステージ２ディスクリプション」２００１年６月参照。

この３GＰＰ明細書によればゲートウエイモバイルロケーションセンター（ＧＭＬＣ）として参照される位置サービス（ＬＣＳ）サーバーエンティティは位置決定サービスを管理するために設けられている。位置決定サービスクライエント（ＬＣＳクライエント）のための位置情報提供に使用される様々なデータをＧＭＬＣは集め、記憶する。位置決めサービスの提供と関連するメッセージ、例えば位置決め情報に対する要求、ＬＣＳ補助データを運ぶメッセージなどを送るためロケーションサービス（ＬＣＳ）ソリューションはコントロールプレーンシグナリングチャンネルを採用する。

しかしながら、本発明者は、位置情報の提供に関連するメッセージのシグナリングがコントロールプレーンに比較的大きい負担をかけることに気付いた。モバイルユーザ装置にサービスする無線ネットワークとモバイルユーザ装置との間のインターフエースにおいて特にそうなる。

通信システムが位置情報サービスの提供をサポートしなかったり、ある種のサービスだけをサポートする場合に別の問題が生じる。先行技術の通信システムにおいてＬＣＳチェーンにおけるすべての要素は位置決めサービスの提供をサポートすることを必要とする。例えば、ＧＭＬＣ（ゲートウエイモバイルロケーションセンター）、ＨＬＲ（ホームロケーションレジスタ）、ＭＣＳ？ＳＧＳＮ（モバイルスイッチングセンター/サービングＧＰＲＳサポートノード）そして他のコントローラのようなすべて関連のエンティティを取りこむことが必要となる。

こうなる場合とは例えば、新しい遠隔通信基準もしくは新しいタイプのサービスが入ってきたときである。新しい通信システムは基本プロトコールなどに基礎を置いて最初作動し、それ故、「手の込んだサービス」をサポートできない。例えば、最近始まったＧＰＲＳ（ジェネラルパケットラジオサービス）ネットワークはパケットスイッチドデータ通信セッションのため位置情報サービスの提供をサポートしない。この問題を克服する解決は遠隔通信システムのサービスプロバイダとユーザとにある。

本発明の実施例は上記の問題の内の一つもしくは幾つかを解決することを目指している。

本発明を一つの観点から見れば、ユーザ装置へ及び又はユーザ装置からの通信がユーザープレーン上で運ばれ、そしてこの通信をサポートするメッセージがコントロールプレーンで運ばれ、そしてユーザ装置の位置についての情報提供をサポートする情報がユーザープレーン上でユーザーの装置へ及び又はユーザ装置から運ばれるようにした遠隔通信システムのための方法が提供される。

本発明を別の観点から見れば、ユーザ装置へ及び又はユーザ装置からの通信がユーザープレーン上で運ばれ、そしてこの通信をサポートするメッセージがコントロールプレーン上で運ばれるようになっており、ユーザ装置の位置についての情報提供のためのエンティティを備え、ユーザ装置の位置について前記のサポートする情報がユーザ装置へ及び又はユーザ装置からユーザープレーン上で運ばれるように構成された遠隔通信システムが提供される。

さらに具体的な形態では、ユーザ装置の位置についての情報提供においてネットワークにより使用するためユーザ装置が発生した情報を前記のサポートする情報が含んでいる。前記のサポートする情報はユーザ装置による位置測定の結果を含んでいる。

ユーザ装置の位置についての情報を決定するときユーザ装置が使用する補助データを前記のサポートする情報が含んでいる。ユーザ装置はそれの位置を計算し、もしくは補助データに基づいて少なくとも一つの測定を遂行する。位置情報提供ユニットが提供する情報に基づいて補助データを発生する。ユーザ装置のおおざっぱな位置評定がなされ、そしてユーザプレーンを介してユーザ装置へ送られる。

ユーザプレーン上で前記のサポートする情報を転送するのにパケットスイッチングが採用される。前記のサポートする情報の通信がインターネットプロトコール（ＩＰ）によりなされる。前記のサポートする情報の少なくとも一部分がパケットデータプロトコール（ＰＯＰ）セッション、ショートメッセージサービス（ＳＭＳ）もしくはＡｂｉｓ／lｕｂインターフエースもしくはデータセルによりユーザ装置へ及び又はユーザ装置から運ばれる。

ユーザ装置のアドレスはユーザ装置のアイデェンティティの指示に基づいて決められる。前記のサポートする情報の経路は前記のアドレスに基づいてユーザ装置へつけられている。

他の目的で確立された、もしくは前記のサポートする情報の通信のため確立されたユーザプレーン通信チャンネルに前記のサポートする情報が含まれている。

本発明の実施によりコントロールプレーンのシグナリングの量を減らせる。位置情報メッセージの通信はユーザプレーンを介して生じるので、遠隔通信ネットワークの要素、例えばＭＳＣ、ＳＧＳＮもしくはＲＮＣ／／ＢＳＣを取り込むことは必要なくなる。ユーザプレーンの確立にこれらの要素は必要であるけれども、ＬＣＳの特徴を与えるのに必要ではない。位置情報サービスの提供はネットワークのオペレ−タから独立してなされる。すなわち、位置情報サービスの提供と関連したデータは特定のネットワーク要素への専用接続なしでユーザプレーンを介して転送される。ネットワークオペレータは従来のアプローチに基づいて位置決め要請をコントロールする。

本発明を適用できるセルラーシステムを図１に簡単に示す。図１の構成ではセルラーシステム３が多数の無線カバー領域すなわちセル２をつくっている。それぞれの無線カバー領域２はベースステーション（図示せず）のサービスを受けているのが普通である。一つのセルは一つ以上のベースステーションサイトを含んでいることを理解すべきである。ベースステーション装置もしくはサイトは一つ以上のセルを扱っている。セル２の形と大きさとはその状況により異なり、そしてセル毎に異なる。

それぞれのベースステーションはアクセスネットワークコントローラにより制御される。例えば、３Ｇ無線アクセスネットワークコントローラ（ＲＮＣ）もしくはＧＳＭのさらに従来からのベースステーションコントローラ（ＢＳＣ）をそのような目的に使う。アクセスネットワークコントローラはセルラーシステムの適当なコアネットワークエンティティへ、例えばＭＳＣ（モバイルスイッチングセンター）及び又はＳＧＳＮ（サービングジェネラルパケットラジオサービスサポートノード）へ適当なインターフエースを介して接続される。セルラーシステムの適正作動を保証するためユーザー装置へ及び又はユーザ装置からのコールと関連のコントロールメッセージは幾つかのネットワークエンティティへコントロールプレーン上で送られる。

無線アクセスネットワークに関連の様々な要素と通信システムとを本発明の理解を容易にするため図示し、説明しているがそれらは本発明の要旨ではない。従って、それらを本文では詳述しない。

ユーザ装置例えばモバイルステーション（ＭＳ）１０も示してある。図１には一つのモバイルユーザ装置だけ示しているが、セルラーシステムを介していくつものユーザ装置が交信していることは理解されたい。各モバイルユーザ装置は無線インターフエースを介してベースステーションへ信号を送り、そしてベースステーションから信号を受ける。

ベースステーションのカバー領域内でモバイルユーザ装置１０が自由に動くのでモバイルユーザ装置１０の位置は時間につれて変わってくる。上に述べたように、現代の通信システムはカバー領域内のユーザ装置の地理的な位置に関する情報を与えることができる。例えば、モバイル遠隔通信ネットワークのベースステーションに対するモバイルステーションの位置に基づいて及び又はＧＰＳシステム１からの情報に基づいて地理的位置は決められる。

ユーザ装置の地理的位置は例えばＸ軸とＹ軸でもしくは緯度と経度で決められる。例えば球面座標に基づいて定められた半径と角度との間の関係を使うこともできる。垂直方向におけるベースステーション及び又はモバイルステーションの位置も決めれる。垂直位置は山岳地域でもしくは高層ビルのある都市で必要となる。

図１でロケーションサービス（ＬＣＳ）クライエント２４は様々なアプリケーションを与えるエンティティを含む。ＬＣＳクライエントはターゲットユーザ装置の位置（もしくは位置履歴）に関する少なくともある程度の情報を受け取る権利がある。ＬＣＳクライエント２４は位置情報を利用するエンティティであってよい。例としては純粋な位置情報サービス、位置情報を利用できるゲーム、フリートマネージメントアプリケーションのようなサービスアプリケーションがある。サービスアプリケーションは位置情報を利用して、例えばサービスの有用性を高めたり、もしくはコンテント分割をする。クライエント２４は通信システムからの情報を要求する。どのような目的に対してでも一つもしくはそれ以上のターゲットユーザの位置情報を求める論理機能のエンティティとしてＬＣＳクライエント２４を見ることができる。

LCSクライエントの資格と特性とはＬＣＳクライエント会費プロファイルにより通信システムの位置決めサービスサーバーに知られているのが普通である。各ターゲットユーザ装置と関連の特定の限定事項も決められている。

ＬＣＳクライエント２４は通信ネットワークの外にあるエンティティである。ＬＣＳクライエントは通信システム内のエンティティもしくはノード（モバイルステーションを含む）内にある内部クライエント（ＩＬＣＳ）でもある。

セル及び又は何か他のパラメータから集めた情報を処理するため及び又はターゲットユーザ装置の地理的位置を決定し、出力するための適当な計算をプロセッサ手段により計算するための様々な手段を通信システムは装備している。一つもしくはそれ以上の適当な位置決め技術を使って位置情報を得る。

通信システムとは別個のシステムにより、例えばグローバルポジショニングシステム（ＧＰＳ）ディファレンシャルＧＰＳなどにより得られる情報に基づいて位置情報の少なくとも一部分は提供される。

セルラーシステム内の位置決めサービスを実施する様々なやり方があるので、そして本発明はその利用される位置決め技術には制約されないので、本文ではそれらについては詳述しない。

通信システムの位置決めサービス（ＬＣＳ）機能はいくつかのエンティティにより与えられる。ＬＣＳクライエントに必要とされる要素とその従属要素とから成る特定の位置決めサービスサーバエンティティへクライエントはリクエストを送る。サーバーエンティティが与えるプラットホームが位置決定に基づいたサービスのサポートを、他の遠隔通信サービス例えばスピーチ、データ、メッセージ、他の遠隔サービス、ユーザアプリケーションそして補助サービスと並行して可能化する。こうして、ＬＣＳサーバーは、リクエストに応じてもしくは定期的にクライエントにターゲットユーザ装置の現在もしくは（入手できるのであれば）最新の位置、又はもしも位置決定ができないと誤り指示そして任意事項としてその誤りの原因を知らせる。

位置情報提供に必要なデータを集めて記憶するため従来の位置決めサービスエンティティの例として図１はゲートウエイモバイルロケーションセンター（ＧＭＬＣ）エンティティ１８を示す。ＧＭＬＣノード１８は適当なインターフエース手段を介してセルラーシステム３からモバイルユーザ装置の位置に関する情報を受け取る。ＧＭＬＣ位置決めサービスノード１８はコアネットワーク内に構成されているのが普通である。ＭＳＣ及び又はＳＧＳＮのような適当なコントローラエンティティを介して無線アクセスネットワークからＧＭＬＣは適当なインターフエース手段により位置情報を得ている。

ＧＰＳ位置測定ユニットにより位置データの少なくとも一部が得られる。観察された到達時間差（OTDOA）位置決め法に使用する時間差情報のような情報収集のためＧＰＳ位置測定ユニット（ＬＭＵ）が設けられている。そのようなＧＰＳＬＭＵはＧＰＳ基準レシーバとして参照される。ＯＴＤＯＡを使用しているある通信システムは例えばネットワークに基づいた位置評定のためのＷＣＤＭＡ（ワイドバンドコード分割多重アクセス）に基づくものである。

ユーザ装置１０は位置測定及び又は計算を行う。ユーザ装置はこれを、例えばそれのＯＴＤＯＡ能力を使って達成する。ユーザ装置はＧＰＳ可能化端末である。すなわち、ユーザ装置はＧＰＳレシーバーとＧＰＳデータを処理する手段とを装備している。

位置情報サービス提供と関連のメッセージの転送にユーザプレーン接続を使用できることを本発明者は見出した。例えば、パケットスイッチドインターネットプロトコール（ＩＰ）ユーザプレーン接続を別のユーザプレーン通信メディア、例えばＰＯＰ（パケットデータプロトコール）コンテキスト、データコール、ＷＬＡＮ（無線ＬＡＮ）通信などと並行して通信システムに設ける。位置情報リクエストのような位置情報サービスの提供に関連のメッセージ、例えば位置情報リクエスト、応答そして補助データが既に作動しているＩＰ接続を介して送られる。または、新しいＩＰ接続がそのようなメッセージに対して、例えば位置リクエストに応答して確立される。

ユーザプレーンに基づいた位置決めシステムを実施するシステム構成を図１に示す。図１のシステムの動作のフローチャートを図２に示す。ユーザ装置へ及び又はユーザ装置からの声、データもしくはマルチメデイアの内容と言うような「ノーマルな」もしくは実際の遠隔通信トラヒックのシステム通信においてユーザ装置１０はユーザプレーン上で行われる。実際の通信をサポートしているメッセージのシグナリングはコントロールプレーン上で行われる。しかしながら、図２に示しているように、ユーザ装置の位置についての情報提供をサポートする情報の通信が、ユーザ装置とサービングモバイルロケーションセンター14との間でユーザプレーン上で行われる。

クライエントアプリケーション２４はロケーションサービスミドルウエアエンティティ２２からユーザ位置を求める。このロケーションミドルウエアは、ユーザプロファイリング（プライバシーチェック）、サービススクリーニング、ロケーションデータマニュピレーション、チャージング、加入者認可、システムコントロールファンクション等のような機能に応じるモバイルポジショニングエネブーリングサーバである。サーバエンティティ２２は通信システムのコアネットワーク側に設けられている。ＩＰアドレス情報の通信をサポートする僅かに変更した論理インターフエース（ＬＩＦ）に基づいているＬＣＳアプリケーションとサーバは交信する。矢２６に示すように、必要な場合には後で説明するように，サーバエンティティ２２は機能的にＧＭＬＣとも接触している。

ユーザプレーンＩＰセッションはモバイルユーザ装置１０と適当なサービスとの間で確立されている。図1ではセッション２５はユーザ装置とロケーションサービスアプリケーション２４との間に示されている。位置情報提供において利用するＩＰセッションは、アプリケーション２４への位置情報提供に関連の通信ネットワークのエンティティとユーザ装置１０との間に確立されている。

上に説明したように、ユーザプレーン接続は特定の位置情報サービスデータを転送するコントロールプレーンの代わりに使用できる。単一ＩＰセッションの異なる通信コントロールプロトコール（ＴＣＰ）接続を位置情報サービス提供に使用できる。例えばサービングモバイルロケーションセンタ（ＳＭＬＣ）とユーザ装置との間に位置サービスのための専用のＩＰセッションをつくることもできる。

図1の実施例においてＩＰサービングモバイルロケーションセンタ（ＳＭＬＣ）１４とユーザ装置１０との間で交信が生じる。ＩＰＳＭＬＣ１４は動作の協調と制御のために設けられている。サービスエリアアイデンティティ（ＳＡＩ）、補助ＧＰＳ（Ａ−ＧＰＳ）そしてＯＴＤＯＡを扱う機能のような能力をＩＰＳＭＬＣ１４は含んでいる。ＩＰＳＭＬＣはユーザ装置と通信して端末に基づいた位置決め情報を要求し、端末測定を要求し、もしくはＬＣＳ補助データを送る。

ＩＰＳＭＬＣがユーザ装置と交信する方法には幾つかある。好ましい一つの方法によればユーザ装置はＩＰアドレスにより呼びかけられる。ＩＰメッセージは、そのメッセージがＬＣＳ特定メッセージであるということをユーザ装置のため指示している所定のＴＣＰポートナンバーを含んでいる。

ＩＰサービングモバイルロケーションセンタ‐（ＩＰＳＭＬＣ）は既存のＩＰ接続を利用して位置計算に必要な情報を得るためユーザ装置と交信する。位置関連のリクエスト、応答そして補助データを伝えるのに利用されるＩＰ接続は、ゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）１２、モバイルポータルもしくは同様のゲートウェイを介してユーザプレーンへアクセスする。すなわち、予め確立したＩＰ接続にアクセスするための路もしくはゲートウエイをＧＧＳＮ１２は与える。実際にこのことは、ＧＧＳＮ１２を介してユーザ装置とＩＰＳＭＬＣ１４が交信すると言うことを意味している。別の仕方ではモバイルのポータルがＧＧＳＮの代わりにアクセスポイントを与える。

既存のＩＰ接続を利用できるようにするためＩＰＳＭＬＣはユーザ装置のＩＰアドレスを知らねばならない。それ故、クライエントアプリケーションから受けたリクエストメッセージは特定パラメータ（例えば、モバイル加入者ＩＳＤＮ、要求精度など）のみならずユーザ装置のＩＰアドレスも含んでいる。しかしながら、これは以下に説明するように常に必要と言うのではない。

メディエータエンティティ２０も設けられている。このメディエータはダイナミックナ選択とゲートウエイ機能とを与える。詳しく言えば、メディエータエンティティは遠隔通信システムによりもしくは別の位置情報提供システムにより位置情報が与えられるのかどうかを選択する。メディエータエンティティは選択ロジックを含み、例えば、通信ネットワークのゲートウエイモバイルロケーションセンター（ＧＭＬＣ）１８から、もしくは別のエンティティからＩＰ接続を介して位置が送られてきているかどうかを決定する。位置情報提供で利用される方法は、リクエストに含まれる位置決め（ＱｏＰ）品質パラメータに基づいて、もしくは他の適当な基準に基づいて選択される。その決定は適当な方法により、例えばサービスエリアアイデンティティ／訪問先のＭＳＣ（ＳＡＩ／Ｖ−ＭＳＣ）に関する情報を利用することにより、ＧＭＬＣ１８により、もしくはＳＭＬＣ１４によりアクセスできるＧＰＳ情報に基づいてなされる。

メディエータエンティティ２０はＩＰ接続管理機能を含んでいる。

ＧＰＳレシーバ１１はアプリケーションの形でユーザ装置１０に組み込まれており、ＧＰＳは位置情報提供に使われる（例えば、いわゆる補助ＧＰＳ（Ａ−ＧＰＳ）方法）。そのようなアプリケーションではユーザ装置１０のＧＰＳレシーバファンクショナリティ１１を高めるため補助データを送る必要がある。例えば、感度、カバーする範囲そして応答時間が位置データの提供を補助する付加的な情報により改善される。シグナリングに通信ネットワークのいずれの要素も巻き込むことなくＩＰ接続を使ってＡ−ＧＰＳ構成のためのＧＰＳ補助データをユーザ装置へ転送する。ユーザプレーンを使ってコントロール情報を伝達するので専用のインターフエースは必要でない。

ユーザ装置における補助ＧＰＳの処理手続きの中のあるものは初期の大雑把な位置情報評価、例えばユーザ装置の位置についてのセルレベルの認識を必要とすることがあるも知れないと言うことは知っておくべきである。この情報は補助データによりユーザ装置に与えられる。

ＧＰＳ基準レシーバ４は所要のＧＰＳ補助データをつくることができる。ＧＰＳ基準レシーバ４と例えばＩＰＳＭＬＣとの間に確立された専用のＩＰセッションを使って位置サービス（ＬＣＳ）エンティティへ補助データを報告できる。

標準ベースドプロトコールパラメータを使って通信する。例えば、ＧＰＳ基準レシーバ４もしくはユーザ装置１０から補助データを回収するときそれらのパラメータは３ＧＰＰ定義に基づくことができる。

実施例の動作を以下に説明する。ＬＣＳアプリケーション２４は位置、すなわちロケーションサービスミドルウエア２２からの地理的位置情報を要求する。このミドルウエア２２は例えばスクリーニング及び又はプライバシ機能を果たす。そのリクエストはメディテータ機能２０への路をつけられる。

リクエストの位置決め要求品質（ＱｏＰ）が高く、そしてもし加入者プロファイルがユーザ装置１０はＧＰＳ可能端末であることを示していれば、そのリクエストはＧＰＳロケーションサービス（ＬＣＳ）リクエストとして処理される。ＧＰＳＬＣＳリクエストに対しては以下の決定とアクションとを必要とする。

ユーザ装置の最後の位置がリクエストに応答するのに使用できるものであるとして、そのリクエストはＩＰＳＭＬＣ１４のＩＰアドレスマッピングエンティティ１６へ通される。最後に知られた位置は大雑把な位置として使われユーザ装置に与えられる。

ＩＰアドレスマッピングエンティティ１６はユーザ装置のＩＰアドレスを回収する。このマッピングエンティティ１６はＩＰＳＭＬＣ１４でもしくはメディエータ２０の部分としてもしくはネットワークの他の適当なエンティティにおいて実施される。

ＬＣＳアプリケーション２４は最初の位置リクエストを送るとき様々なアイデンティティ（ＩＤ）を与える。もしユーザ装置のＩＰアドレスが与えられると（例えば、ＬＣＳアプリケーションがユーザ装置のＩＰアドレスを、アプリケーションとユーザ装置との間に接続があるので、知っている）、ＩＰマッピング処理手続きの必要はない。しかしながら、承認のような処理は必要である。「ニックネーム」のようなアイデンティティは、通信ネットワークが加入者の実際のアイデンティティをＬＣＳアプリケーションから隠したいと思うとき使われる。この場合ネットワークはＭＳＩＳＤＮ−ＩＰＡｄｄｒｅｓｓ−ニックネームマッピングのための必要な知識を有している（ＭＳＩＳＤＮ＝モバイル加入者国際ＩＳＤＮ番号）。例えば、ＩＰマッピング機能は関係データベース（例えば、半径プロクシサーバー）を使ってユーザ装置のＩＰアドレスへアプリケーションから受けたニックネームをマップする。例えば、ＬＣＳアプリケーションは端末に接続していないが、加入者番号を知っているときＭＳＩＳＤＮ，例えば「妻の居場所を捜して下さい。」というようなサービスも使う。この場合、ＩＰマッピング機能は、例えばデータベース（図示せず）によりそれぞれのＩＰアドレスへＭＳＩＳＤＮをマップする。新しいＰＤＰコンテキストがユーザ装置へ創られてそのＭＳＡＳＤＮを得るようにする。この短いメッセージサービズ（ＳＭＳ）もこの目的のために使う。

これらの機能は、ＩＰマッピング機能があるところが何処かによってＩＰＳＭＬＣかメディエータエンティティ２０によりなされることを理解すべきである。マッピング機能も共用ファンクショナリティであることもある。

最後に知った位置が大雑把な位置評定の提供にも古すぎることが判ると、そのような場合には、ＧＭＬＣ１８からかもしくは通信ネットワークのＬＣＳシステムの何か他の適当な要素から新しい「大雑把な」位置評定（セルＩＤ（ＣＩ）もしくはサービスエリアアイデンティティ（ＳＡＩ）に基づいている）を要求する。そのリクエストはＧＭＬＣからの大雑把な位置評定のＩＰアドレスマッピングエンティティへ通される。ＧＭＬＣ１８からの「大雑把な」評定／最後に知られた位置を使って正確な補助データセットを見つける。

こうしてＩＰＳＭＬＣ１４は、ターゲットユーザ装置のおおよその位置とＩＰ及び又はＭＳＩＳＤＮアドレスを知る。ＩＰＳＭＬＣ１４はこのおおよその位置を使って正確なＧＰＳ補助データのセットを選択して、例えば、現在位置におけるユーザ装置が利用できるＧＰＳ衛星だけを選択する。ユーザ装置が聴くことになるベースステーションに関する正確なＥ−ＯＴＤ／ＯＴＤＯＡ補助データセットの発生にモバイルユーザ装置はその大雑把な位置評定を使う。又は、ユーザ装置はその大雑把な位置評定を使ってＧＰＳレシーバファンクショナリティを高める。

補助データと位置決めリクエストはＩＰセッションのトップで（例えば、ＰＤＰコンテキストとして）短いメッセージサービス（ＳＭＳ）としてユーザ装置へ送られる。例えば、ユーザ装置がサーキットスイッチドネットワークの要素と交信しているときＳＭＳメッセージを使う。

ユーザ装置１０のＩＰアドレスがマッピング機能によって知られることができない及び又は見出すことができないということもある。もしＩＰアドレスが知られなければ、メデイエータもしくはＩＰＳＭＬＣは専用ＰＤＰコンテキスト（ＩＰセッションの一つの形）もしくはユーザ装置へのＳＭＳ接続を確立する。その場合ＧＭＬＣ１８へリクエストが通される。ターゲットユーザ装置の現在位置をＧＭＬＣが戻す。もしこれらの交信のいずれもが確立されなければ、もしくは他の仕方でそれらが解決しないもしくは望めなければ、ＧＭＬＣ１８から位置を送ることができる。ＧＭＬＣの応答が最終位置評定として使える。

３ＧＰＰ無線リソースコントロール（ＲＲＣ）にデーターフォーマットは規定されている。ＳＭＬＣ１４はＧＰＳＬＭＵすなわち基準レシーバ４から補助データを集める。補助データ配布のデータフォーマットは例えば、３ＧＰＰノードＢアプリケーションパート（ＮＢＡＰ）ディフイニッションに規定されている。

メディエータ２０もしくはＩＰＳＭＬＣそれ自体１６がユーザ装置１０とＩＰＳＭＬＣ１４との間の交信の接続コントロールとこれらのエンティティとの間のデータフローを扱っている。

ユーザ装置１０はＳＭＬＣ１４からの補助データを使ってその位置を計算する。ユーザ装置は計算した位置座標（ｘ，ｙ）をメディエータに送り返し、メディエータはその位置座標（ｘ，ｙ）をＬＣＳアプリケーションエンティティ２４へ通す。

ＧＰＳ基準データ収集はバックグラウンドで別個に定期的にさえ行うことができる。ＧＰＳ基準レシーバから基準データは回収できる。ＧＰＳレシーバを使ってＧＰＳ衛星から「生のＧＰＳデータ」を受け取る。それからこの生のデータはＩＰＳＭＬＣへ転送されて処理される。ＩＰＳＭＬＣは、チェック、サム、ヘッダーなどの不必要な情報を衛星から受けた生のデータから取り除き実際の補助データを発生する。

例えば、「二次ＰＤＰコンテキスト」プロシージャを使って関連ＰＤＰセッションを多くの並列セッションのため確立することができる。このことが例えば、LCSチャージングとサービス品質管理（ＱｏＳ）などを可能とする。二次ＰＤＰコンテキストを使って補助データの実行できるチャージングとデータ転送とを可能化する。

例えば主ＰＯＰコンテキストがＥメールの転送のためであると言った場合並列パイプをＬＣＳの提供のため確立する。そのような場合、実質的に低いＱｏＳと最も効果的な技術を使用する。しかしながら、ＬＣＳはより良いＱｏＳとタリフとを必要とし、こうして並列通信パイプを必要とする。

実施例ではＩＰＳＭＬＣには衛星１から受け取ったＧＰＳデータのような情報が与えられる。このデータを編集してＧＰＳ補助データをつくって端末のＧＰＳファンクショナリティを高める。

別の実施例は組み合わせたＯＴＤＯＡ／Ｅ−ＯＴＤ(高められた、観察された到達時間差)とＡ−ＧＰＳファンクショナリティとを与え、そこではベースステーション同期差情報が必要とされる。Ｅ−ＯＴＤ／ＯＴＤＯＡ補助データを発生し、そしてユーザ装置の位置をこれらの方法により計算するにはＩＰＳＭＬＣはベースステーション同期差を知る必要がある。この同期差情報はＬＭＵ４により回収される。この情報はＯＴＤＯＡ法のため測定された信号のクロック差を補償するのに必要である。

上に述べたＧＰＳ，Ｄ−ＧＰＳもしくはＯＴＤＯＡ／Ｅ−ＯＴＤ法に加えて、ユーザ装置の位置は適当な位置情報提供メカニズムからの情報に基づいて決められることは理解さるべきである。そのようなメカニズムは例えば、セルアイデンティティ（ＣＩ）、サービスエリアアイデンティティ（ＳＡＩ）、タイミングアドバンス（ＴＡ）、往復時間（ＲＴＴ）などのパラメータを単独もしくは組み合わせたものに基づいて作動するメカニズムである。

データセグメントはＧＰＳＬＭＵ要素４により集められる。事前に確立されたＴＣＰ／ＩＰ接続もしくはＩＰＳＭＬＣとＧＰＳＬＭＵとの間のＳＭＳ、データコール、ＮＢＡＰ／ＬＬＰ（ＬＭＵ−ＬＣＳプロトコール）シグナリングなどの他の適当な方法を使ってＧＰＳＬＭＵ要素はデータを報告する。

ＩＰセッションを参照して本発明を上に説明したが、これはユーザプレーン通信で唯一できると言うことではないことを理解すべきである。例えば、Ａｂｉｓ／ｌｕｂインターフエース、ＰＤＰコンテキスト、ショートメッセージサービス（ＳＭＳ）、データコールなどを介してのシグナリングに基づい交信できる。

ＴＣＰ／ＩＰに基づく接続もしくはＧＰＳＬＭＵ４とＩＰＳＭＬＣ１４との間の交信に使用される他の適当な接続５は無線アクセスネットワーク（例えば、ＵＴＲＡＮ）３から独立しており、そしてまた、ユーザ装置１０のため設けたユーザプレーン接続からも独立している。それ故、エサーネット、ＷＬＡＮ、ブルートウース（登録商標）、ＧＰＲＳ／ＷＣＤＭＡＰＯＰコンテキストなどの独立接続を介してＴＣＰ／ＩＰ接続５上のメッセージは転送される。

いかなる専用機能を加えることなく仲介なしの迅速な時間対マーケットソリューションを与える。必要とされる交信接続は、位置リクエストをしているサービス提供アプリケーション２４の普通の、それ自体標準化されているやり方で確立される。

基本通信パラメーターは３ＧＰＰディフィニッションに基づいている。これは、標準化されたＧＭＬＣベースの解法におけると同じであるＬＣＳアプリケーションインターフエースに適用できる。また、ＧＰＳＬＭＵとユーザ装置パラメータディフィニッションは標準に基づいている。それ故、例えその解法が専用であっても、このアプローチは簡易なユーザ装置適用となり、そして標準解法に対する非常にフレキシブルな発展である。

モバイルステーションのようなユーザ装置に関して本発明の実施例を説明したけれども、他のユーザ装置にも本発明を適用できる。

図示され、さらに詳述されている遠隔通信ネットワークは第3世代（３Ｇ）ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）パブリックランドモバイルネットワーク（ＰＬＭＮ）を使用しているけれども、その提案された解法はモバイル通信を提供するどのようなシステムにもそしてある種の位置情報サービスに使用される。他の遠隔通信システムの例としては、限定的なものではないが、GSM（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）もしくはＧＳＭベースのシステム（例えばＧＰＲＳ：ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）、ＡＭＰＳ（ＡｍｅｒｉｃａｎＭｏｂｉｌｅＰｈｏｎｅＳｙｓｔｅｍ）またはＤＡＭＰＳ（ＤｉｇｉｔａｌＡＭＰＳ），ＩＭＴ２０００（ＩｎｔｅｒｎａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓｙｓｔｅｍ２０００），ｉ−ｐｈｏｎｅなどの標準がある。

位置情報サービスメッセージの通信はユーザプレーンを介して行われるので、ＭＳＣ、ＳＧＳＮもしくはＲＮＣ／ＢＳＣのようなコア遠隔通信ネットワーク要素を巻き込むことはない。それ故、位置情報サービスの提供はオペレータなしでなされる。すなわち、位置情報サービスの提供に関連のデータは補助サーバと言ったようなネットワーク要素への専用接続なしでＩＰ接続を介して転送される。

ＩＰデータのキャリヤーを使用できると考えられる。ＬＣＳサービス提供の実質的な部分がＩＰセッションとの関連で、例えばブラウジング中もしくは別のパーティとのデータ通信において行われるからである。このことはさまざまなアプリケーションでユーザプレーン通信路を使用させるようにする。ユーザ装置へ、そしてユーザ装置からのＬＣＳデータの交信に使用するユーザプレーンＩＰ接続は、ユーザ設備とＬＣＳアプリケーションとの間で他の目的に対して例えば位置サービスのブラウジングのため既に確立されている。

本発明の実施例を説明したけれども、開示された解法を請求項に記載の技術思想の範囲内で様々に変更できることは理解さるべきである。

本発明の実施例を示す。本発明の実施例の動作を示すフローチャートである。

Claims

ユーザ装置へ及び又はユーザ装置からの通信がユーザープレーン上で運ばれ、そしてこの通信をサポートするメッセージがコントロールプレーンで運ばれ、そしてユーザ装置の位置についての情報提供をサポートする情報がユーザープレーン上でユーザー装置へ及び又はユーザ装置から運ばれるようにした遠隔通信システムのための方法。
ユーザー装置の位置についての情報提供に利用するためユーザ装置から情報を要求するロケーションサービスエンティティにより発生されるメッセージを前記のサポートする情報が含む請求項１に記載の方法。
前記のサポートする情報が、ユーザ装置の位置についての情報提供に利用するためユーザ装置が発生した情報を含む請求項１もしくは２に記載の方法。
前記のサポートする情報がユーザ装置による位置測定の結果であり、この結果がユーザ装置の位置の計算に利用するためユーザープレーン上でユーザ装置から送られる請求項３に記載の方法。
前記のサポートする情報が、ユーザ装置の位置についての情報を決定するときユーザ装置が使用する補助データを含む前請求項のいずれかに記載の方法。
ユーザ装置がそれの位置を計算し、もしくは補助データに基づく少なくとも一つの測定を行う請求項５に記載の方法。
通信システムのロケーションサービスエンティティが位置情報提供ユニットから受けた情報に補助データが基づいている請求項５もしくは６に記載の方法。
前記のサポートする情報をユーザープレーン上で転送するのにパケットスイッチングを採用した前請求項のいずれかに記載の方法。
インターネットプロトコール（ＩＰ）セッションにより前記のサポートする情報の送信が行われる請求項８に記載の方法。
インターネットプロトコール（ＩＰ）セッションの通信制御プロトコール（ＴＣＰ）接続が使用される請求項９に記載の方法。
前記のサポートする情報の少なくとも一部がパケットデータプロトコール（ＰＤＰ）セッションを介してユーザ装置へ及び又はユーザ装置から運ばれる前請求項のいずれかに記載の方法。
前記のサポートする情報の少なくとも一部がショートメッセージサービズ（ＳＭＳ）によりユーザ装置へ及び又はユーザ装置から運ばれる前請求項のいずれかに記載の方法。
前記のサポートする情報の少なくとも一部がＡｂｉｓ／lｕｂインターフエースによりユーザ装置へ及び又はユーザ装置から運ばれる前請求項のいずれかに記載の方法。
前記のサポートする情報の少なくとも一部がデータコールによりユーザ装置へ及び又はユーザ装置から運ばれる前請求項のいずれかに記載の方法。
ユーザ装置のアイデンティティの指示に基づいてユーザ装置のアドレスを決定し、そしてこのアドレスに基づいてユーザ装置へ前記のサポートする情報の経路を指定する前請求項のいずれかに記載の方法。
アドレスがユーザ装置のインターネットプロトコール（ＩＰ）アドレスを含んでいる請求項１５に記載の方法。
前記のサポートする情報が外の目的で確立されたユーザプレーンの通信チャンネルに含まれている前請求項のいずれかに記載の方法。
前記のサポートする情報の送信のためユーザプレーン通信チャンネルを確立する請求項１ないし１６のいずれかに記載の方法。
ユーザ装置のおおよその位置評定を決定し、ユーザプレーンを介してユーザ装置へ前記のおおよその位置評定を送信する段階を備えている前請求項のいずれかに記載の方法。
ユーザ装置へ及び又はユーザ装置からの通信がユーザープレーン上で行われ、そしてこの通信をサポートするメッセージがコントロールプレーンで運ばれるようになっており、ユーザ装置の位置についての情報の提供のためのエンティティを備え、ユーザ装置の位置について前記の情報の提供をサポートする情報がユーザ装置へ及び又はユーザ装置からユーザープレーン上で運ばれるように構成された遠隔通信システム。
ユーザ装置の位置についての情報を発生するとき前記のエンティティにより使用するためユーザ装置が発生した情報を前記のサポートする情報が含んでいる請求項２０に記載の遠隔通信システム。
位置測定の結果に基づいて前記のサポートする情報をユーザ装置が発生する請求項２１に記載の遠隔通信システム。
前記のサポートする情報が、ユーザ装置の位置についての情報を決定するときユーザ装置が使用する補助データを含んでいる請求項２０ないし２２のいずれかに記載の遠隔通信システム。
遠隔通信システムと関連の位置情報提供ユニットから前記の位置情報提供エンティティが受け取った情報に補助データが基づいている請求項２３に記載の遠隔通信システム。
前記のサポートする情報のユーザプレーン通信がパケットスイッチングに基づいている請求項２０ないし２４のいずれかに記載の遠隔通信システム。
前記のサポートする情報の通信がインターネットプロトコール（ＩＰ）セッションによりなされる請求項２５に記載の遠隔通信システム。
前記のサポートする情報の少なくとも一部分がパケットデータプロトコール（ＰＤＰ）セッションによりユーザ装置へ及び又はユーザ装置から運ばれる請求項２０ないし２６のいずれかに記載の遠隔通信システム。
前記のサポートする情報の少なくとも一部分がショートメッセージサービズ（SMS）によりユーザ装置へ及び又はユーザ装置から運ばれる請求項２０ないし２７のいずれかに記載の遠隔通信システム。
前記のサポートする情報の少なくとも一部分がＡｂｉｓ／lｕｂによりユーザ装置へ及び又はユーザ装置から運ばれる請求項２０ないし２８のいずれかに記載の遠隔通信システム。
前記のサポートする情報の少なくとも一部分がデータコールによりユーザ装置へ及び又はユーザ装置から運ばれる請求項２０ないし２９のいずれかに記載の遠隔通信システム。
ユーザ装置のアイデンティティの指示に基づいてユーザ装置のアドレスを決定する手段を備え、前記の情報提供をサポートする情報の経路が前記のアドレスに基づいてユーザ装置へつけられている請求項２０ないし３０のいずれかに記載の遠隔通信システム。
グローバル位置決めシステム（ＧＰＳ）；ディファレンシャルＧＰＳ；観察された到達時間差（ＯＴＤＯＡ）；強調して観察された到達時間差（Ｅ−ＯＴＤ）；セルアイデンティティ（ＣＩ）；サービスエリアアイデンティティ（ＳＡＩ）；タイミングアドヴァンス（ＴＡ）そして往復時間（ＲＴＴ）の位置情報提供メカニズムの内の少なくとも一つからの情報に基づいてユーザ装置の位置が決められる請求項２０ないし３１のいずれかに記載の遠隔通信システム。