JP4705020B2 - ユーザ平面ベースの（ｕｓｅｒｐｌａｎｅ−ｂａｓｅｄ）ロケーションサービス（ＬＣＳ）システム、方法および装置 - Google Patents

Description

関連出願

この出願は米国仮出願番号第６０／４５２，３５８号、２００３年３月５日提出、米国仮出願番号第６０／４５２，９１４号、２００３年３月７日提出、および米国仮出願番号第６０／４６０，８３９号、２００３年４月５日提出への優先権を主張する。

この発明は一般に通信に関し、そしてより詳しくは位置決定を実行し、そしてユーザ平面ベースのロケーションサービス（ＬＣＳ）構造を介して位置情報を供給するためのシステム、方法および装置に関する。

無線ユーザの位置を知ることは、しばしば望ましいことであり、そして時には必要なことである。例えば、連邦通信委員会（ＦＣＣ）は、９１１呼が移動局から起こされる度毎に公共安全応答ポイント(Public Safety Answering Point)（ＰＳＡＰ）に提供されるべき移動局（例えば、セルラ電話機）の位置を必要とする強化９１１（Ｅ−９−１−１）無線サービスについての報告と指令(order)とを取り入れた。ＦＣＣ指令(mandate)のほかに、ネットワークオペレータ／サービスプロバイダは、移動局の位置を提供することができるサービスである、ロケーションサービスを使用するいろいろなアプリケーションをサポートできる。そのようなアプリケーションは、例えば、位置感知ビリング(location sensitive billing)、資産追跡、資産モニタリングおよび回復、集団(fleet)および資源管理、個人ロケーションサービス、等を含んでもよい。個人ロケーションサービスのためのアプリケーションのいくつかの例は、（１）その位置に基づいてローカルマップを移動局に提供すること、（２）移動局の位置に基づいて施設（例えば、ホテルやレストラン）についての推奨を提供すること、および（３）その移動局の位置から推奨された施設までの方向を提供することを含む。

多くの従前の無線通信ネットワークでは、移動局の位置の決定およびこの位置の使用は統合される。即ち、もしもアプリケーションが移動局の位置を必要とすれば、その時手順はこのアプリケーションによる使用のための移動局の位置を決定して報告する。この統合設計はいくつかの理由で望ましくない。第１に、もしも複数のアプリケーションが移動局の位置を必要とすれば、その時移動局の位置は、これらの各アプリケーションについて一度ずつ、複数回決定される必要がある可能性がある。これは高価なシステム資源の役に立たない使用という結果となる。第２に、決定を管理することおよび移動局の位置について報告することと共に示されたネットワークエンティティは、新しいアプリケーションがサービスプロバイダによって追加される時はいつでも再計画される必要がある可能性がある。

したがって、より効率的に位置決定を実行しそして移動局についての位置情報を供給することができるシステム、方法、および装置についてこの分野には必要性がある。

[発明の概要]
ロケーションサービスを効率的に提供できるシステム、方法および装置がここに記述される。システム、方法および装置は、それによって位置決定と位置開示とが別個のそして独立した処理として取り扱われるＬＣＳ構造に基づいている。位置決定は移動局についての位置情報の決定を指す。この位置情報は移動局についての位置概算、この位置概算における正確性または不確定性、その他の適切な情報、あるいはそれの組み合わせを有してもよい。位置開示は、位置情報を要請するアプリケーションへの位置情報の開示を指す。

位置決定は第１の組のネットワークエンティティを介して“位置決定”層内のプロトコルおよび機構を使用して実行されることができる。いろいろな手順および呼フローは、以下に記述されるように、位置決定を実行するために使用されることができる。位置決定のために使用すべき特定の呼フローは（１）位置決定についての要求が移動局またはネットワークのいずれから生起するか、および（２）移動局の位置を決定するために使用される特定の方法(例えば、ＩＳ−８０１ベースの方法またはセルＩＤ法)による。位置決定を実行することから得られた位置情報は移動局内および／または将来の使用のためのネットワークエンティティ内にキャッシュされる（即ち、メモリユニット内に蓄積される）ことができる。

位置開示は第２の組のネットワークエンティティを介して、位置決定層の上部にある“位置開示”層内のプロトコルおよび機構を使用して実行されることができる。同様に、いろいろな手順および呼フローは、位置開示を実行するために使用されることができる。位置開示のために使用すべき特定の呼フローは(１)位置開示についての要求が移動局またはネットワークのいずれから生起するか、および（２）位置情報がどこにキャッシュされるかに依存してもよい。

位置決定は必需品として実行される可能性がある。これは、例えば、位置情報が必要となる時に、使用できる位置情報が陳腐であるかまたは要求に合っていないかどうか、等である可能性がある。一度得られると、位置情報は任意数のアプリケーションに開示されてもよい。このように、位置決定は一度だけ実行されればよいが、一方、位置開示は位相情報を複数のアプリケーションに供給するために複数回実行される可能性がある。呼詳細記録（ＣＤＲ）は位置決定についての各要求に対して提供されることができ、そしてＣＤＲはまた位置開示についての各要求に対しても提供されることができる。ＣＤＲは計算(accounting)、ビリング、および／またはその他の目的のために使用されることができる。

位置決定は(１)認証および認可、および（２）第１のセッションキーを得るためにセッションキーセットアップのための第１のセキュリティ手順を使用できる。第１のセッションキーは位置決定のために交換されたメッセージを認証および／または暗号化するために使用されることができる。位置開示は(１)認証および認可、および（２）第２のセッションキーを得るためにセッションキーセットアップのための第２のセキュリティ手順を使用できる。第２のセッションキーは位置開示のために交換されたメッセージを認証および／または暗号化するために使用されることができる。第１および第２のセキュリティ手順は同一かまたは異なるセキュリティアルゴリズムを使用できる。例えば、第１のセキュリティ手順はＭＤ−５アルゴリズムを使用することができ、そして第２のセキュリティ手順は認証およびキーアグリーメント（ＡＫＡ）手順を使用することができる。それのホームネットワーク外でローム(roamed)した移動局について、位置決定はサービングネットワークを介して実行されることができ、そして位置開示はホームネットワークを介して実行されることができる。第１のセッションキーはサービングネットワーク内のネットワークエンティティと共に使用されることができ、そして第２のセッションキーはホームネットワーク内のネットワークエンティティと共に使用されることができる。

この発明のいろいろな局面および実施形態はさらに詳細に下記される。

本発明の特徴、本質、および利点は、ここでおよび全体を通して付記される参照符号を有する図面とともに、下に述べる詳細説明からさらに明白になるであろう。

語“例示的（ｅｘｅｍｐｌａｒｙ）”はこの中では、“一例、事例、またはイラストとして機能すること”を意味するように使用される。この中で“例示的”として記述された任意の実施形態または構成は必ずしも他の実施形態または構成以上に好ましいとか有利であると解釈されるべきではない。さらに、以下の記述では、“ロケーション”と“ポジション”とは置き換え可能に使用される同義語である。

図１Ａはロケーションサービスをさらに効率的に提供できるユーザ平面ベースのロケーションサービス（ＬＣＳ）構造１００を示す。ユーザ平面は高位層アプリケーション用のデータを運ぶことができる機構である。ユーザ平面は、その全てがこの分野で周知である、ユーザデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、およびインターネットプロトコル（ＩＰ）のような、いろいろなプロトコルで構成されることができる。ユーザ平面上のプロトコルは典型的に、正確に機能するために（より低位の）制御平面上の他のプロトコルを当てにする。

ＬＣＳ構造１００はアプリケーション／コンテント層１１０、位置開示層１２０、および位置決定層１３０を含む。層１１０内のアプリケーションは位置従属(dependent)サービスを提供するために位置情報を使用する。位置情報は１つまたはそれ以上のＬＣＳ目標の各々についての位置評価、各位置評価についての正確性と不確定性、あるいはいくつかの他の適切な情報、またはそれの組み合わせを備えてもよい。ＬＣＳ目標はそれの位置が探索されている移動局である。

位置開示層１２０は目標移動局についての位置情報を開示する(即ち、供給する)ために使用されることができるプロトコルおよび機構を含む。層１１０内のアプリケーションは層１２０内のプロトコルおよび機構を援用することによって位置情報を要求することができる。これらのプロトコルおよび機構はその後位置情報を要求アプリケーションに引き渡すであろう。位置決定層１３０は目標移動局についての位置情報を決定する(即ち、得る)ために使用されることができるプロトコルおよび機構を含む。層１３０内のプロトコルおよび機構は、もしもそして位置情報を決定する必要がある時には、層１２０内のプロトコルおよび機構によって援用されることができる。層１２０および１３０内のプロトコルおよび機構は以下にさらに詳細に記述される。

ＬＣＳ構造１００は位置決定および位置開示が切り離される(decoupled)ことができる２つの別々の手順であることを認めることに基礎を置く。ＬＣＳ構造１００についてのこの切り離された構成はいろいろな利点をもたらすことができる。第１に、ＬＣＳ構造１００は下にある位置開示および位置決定層を修正または再構成する必要性無しに新しいアプリケーションを容易にサポートすることができる。さらに、ＬＣＳ構造１００は、例えば、ＢＲＥＷ（無線用バイナリランタイム環境）、ＷＡＰ（無線アプリケーションプロトコル）、ＳＭＳ（ショートメッセージサービス）、およびジャバ(Java（登録商標）)アプリケーションのようないろいろなタイプのアプリケーションをサポートすることができる。第２に、位置情報はこの情報を別々にそして冗長的に得る要求無しに複数のアプリケーションに開示されることができる。第３に、別個の手順は、下に記述されるように、いろいろな利益を得るために位置決定および位置開示についての認証、認可、および計算（ＡＡＡ）のために使用されることができる。

図２はユーザ平面ベースのＬＣＳ構造１００を実施するネットワーク２００の図を示す。ネットワーク２００はホームネットワーク２１０、サービングネットワーク２５０、および第三者ネットワーク２９０を含む。ホームネットワーク２１０は移動局２８０が登録した無線通信ネットワークである。（移動局はまたしばしば、端末、移動体、無線装置、ユーザ装置（ＵＥ）、または何か他の術語、とも呼ばれる。）サービングネットワーク２５０は、それを介して移動局２８０が現在サービスを受けている無線通信ネットワークである。サービングネットワーク２５０はもしも移動局２８０がローミングしてホームネットワーク２１０のカバレッジ外に移動したならば、ホームネットワーク２１０とは異なる。第三者ネットワーク２９０はホームネットワーク２１０またはサービングネットワーク２５０の部分ではない通信／データネットワークである。例えば、第三者ネットワーク２９０はインターネットサービスプロバイダによって維持されるデータネットワークであってもよい。

ホームネットワーク２１０はＩＰネットワーク２１２を介して互いに通信するいろいろなネットワークエンティティを含む。ネットワークエンティティはネットワーク内の論理エンティティであり、特定の機能を実行するように指示される。同様に、サービングネットワーク２５０はＩＰネットワーク２５２を介して互いに通信するいろいろなネットワークエンティティを含む。ＩＰネットワーク２１２および２５２はさらにインターネットＩＰネットワーク２９２に連結する。ホームネットワーク２１０、サービングネットワーク２５０、および第三者ネットワーク２９０内のネットワークエンティティはＩＰネットワーク２１２，２５２、および２９２を介して互いに通信することができる。

ネットワーク２００の内部で、“ロケーションクライアント”および“ロケーションサーバ”は位置情報を開示する目的で互いに相互作用する２つの機能である。ロケーションクライアントは１つまたはそれ以上のＬＣＳ目標についての位置情報を要求する。ロケーションサーバは位置情報を要求しているロケーションクライアントに供給する。ロケーションクライアントおよびロケーションサーバは各々移動局または何か他のネットワークエンティティ内に存してもよい。例えば、ロケーションクライアントは移動局２８０内に、ＬＣＳプロバイダ２０２ａはホームネットワーク２１０内に、ＬＣＳプロバイダ２０２ｂはサービングネットワーク２５０内に、あるいはＬＣＳプロバイダ２０２ｃは第三者ネットワーク２９０内に存してもよい。ＬＣＳプロバイダはロケーションサービスを提供するために位置情報を使用するネットワークエンティティである。ロケーションサーバは移動局２８０またはホームネットワーク２１０内のＬＣＳサーバ２１６内に存してもよい。移動局２８０はロケーションクライアント、ロケーションサーバ、および／またはＬＣＳ目標として機能する。例えば、もしも移動局２８０内のアプリケーションが移動局２８０の位置を必要とするならば、その時移動局２８０はロケーションクライアントおよびＬＣＳ目標の両者として機能するであろう。簡単のため、移動局２８０は以下の記述においては、ＬＣＳ目標である。

ホームネットワーク２１０内では、ＬＣＳサーバ２１６は位置開示のためのロケーションサーバとして機能するように指示される。ＬＣＳサーバ２１６は位置開示のための認証および認可を実行するためにホーム認証、認可、および計算エンティティ（Ｈ−ＡＡＡ）２１８と相互作用する。データベース２２１はホームネットワーク２１０の加入者（即ち、ユーザ）についての申込み情報を蓄積するために使用される。各ユーザはそれへのアクセスが望まれる各無線通信ネットワークについての“申込み”を有することを正規に要求される。申込みは、加入者／ユーザ識別情報、セキュリティ情報、等のような、指示された無線通信ネットワークをアクセスするのに必要な適切な情報から成る。各ユーザについての申込みはまた“加入者プロファイル”または“ユーザプロファイル”とも呼ばれる。データベース２２１内の申込み情報はＬＣＳ申込みマネージャ２２０によって更新され、そして認証、認可、および計算目的のためのＨ−ＡＡＡ２１８によってアクセスされることができる。メッセージセンタ２２２は移動局についてのＳＭＳメッセージを蓄積し、中継し、そして順方向転送する責任がある。ホームロケーションレジスタ（ＨＬＲ）２２４はホームネットワーク２１０と共に登録した移動局についての登録情報を蓄積する。

サービングネットワーク２５０内では、サービング移動体ポジショニングセンタ（ＳＭＰＣ）２５６は位置決定についてのサービングネットワーク２５０へのインターフェイスのポイントとして機能する。ＳＭＰＣ２５６は位置決定について認証および認可を実行するためにＨ−ＡＡＡ２１８と相互作用する。ＳＭＰＣ２５６はまた移動局に位置決定についてサービング位置決定エンティティ（ＳＰＤＥ）２６０にアクセスさせる。ＳＭＰＣ２５６はオプションとして、移動局２８０が位置決定のための資源としてＳＰＤＥ２６０を必要とする場合に移動局２８０の認証および認可を実行するために使用される。ＳＰＤＥ２６０は指定された位置サービス品質（ＰＱｏＳ）に従ってＬＣＳ目標の地理的位置を決定する。ＰＱｏＳはＬＣＳ目標の位置の正確性を指定し、それは要求アプリケーションに負わされる可能性がある。種々のＰＱｏＳ要求条件は、以下に記述されるように、種々の位置決定法の使用を必要とする可能性がある。ビジテッド認証、認可、および計算エンティティ（Ｖ−ＡＡＡ）２５８はＨ−ＡＡＡ２１８の代用として機能し、そして位置決定についての認証および認可をサポートすることができる。パケットデータサービングノード（ＰＤＳＮ）２７０はサービングネットワーク２５０内の移動局のためのデータセッションを確立、維持、および終了する責任がある。移動交換センタ（ＭＳＣ）２７２はそのカバレッジエリア内の移動局について交換機能（例えば、メッセージおよびデータのルーチング）を実行する。基地局コントローラ（ＢＳＣ）／パケット制御機能（ＰＣＦ）２７４はＰＤＳＮ２７０と移動局２８０が現在通信中の基地局との間のデータの伝送を制御する。ビジタロケーションレジスタ（ＶＬＲ）（図２には図示しない）は、サービングネットワーク２５０と共に登録した移動局についての登録情報を蓄積する。

領域名システム（ＤＮＳ）サーバ２２３および２６２は領域名（例えば、ｗｗｗ．ｄｏｍａｉｎ−ｎａｍｅ．ｃｏｍ）を、ＩＰネットワークを介して互いに通信するためにネットワークエンティティによって必要とされるＩＰアドレス（例えば、２０４．６２．１３１．１２９）に翻訳する。各ＤＮＳサーバは領域名のＩＰアドレスについて他のネットワークエンティティからＤＮＳ質問を受け、これらの領域名についてのＩＰアドレスを決定し、そしてこのＩＰアドレスを有するＤＮＳ応答を要求ネットワークエンティティに返送する。与えられたネットワーク内のＤＮＳサーバ（例えば、ＤＮＳサーバ２２３）は必要なＩＰアドレスを得るために他のネットワーク内の他のＤＮＳサーバ（例えば、ＤＮＳサーバ２６２）と情報を交換することができる。

簡単のため、図２はホームネットワーク２１０内のネットワークエンティティのいくつかとサービングネットワーク２５０内のネットワークエンティティのいくつかのみを示す。ホームネットワーク２１０はまた典型的にホームネットワーク２１０と通信している移動局についての位置決定をサポートするネットワークエンティティ（例えば、ＰＤＥおよびＭＰＣ）をも含む。同様に、サービングネットワーク２５０はまた典型的にそれのホームネットワークがサービングネットワーク２５０である移動局についての位置開示をサポートするネットワークエンティティ（例えば、ＬＣＳサーバ２１６およびＬＣＳ申込みマネージャ２２０）をも含む。これらの追加のネットワークエンティティは簡単のため図２には示されない。さらに、ネットワーク２１０および２５０は各々複数の実例の各ネットワークエンティティを含んでもよい。例えば、サービングネットワーク２５０は複数のＰＤＳＮを含んでもよい。

図２はネットワーク２００の論理ビューを示し、それは特定の機能を実行するように指定されたいろいろなネットワークエンティティを含む。これらのネットワークエンティティはＬＣＳプロバイダ２０２ａ、２０２ｂ、および２０２ｃ、ＬＣＳサーバ２１６、Ｈ−ＡＡＡ２１８、ＳＭＰＣ２５６、ＳＰＤＥ２６０、等を含む。ネットワークエンティティはそれらのそれぞれの（ホーム、サービング、および第三者）ネットワークの論理的エンティティである。図２に示されたネットワークエンティティはいろいろな手法で実施されることができる。さらに、これらのネットワークエンティティは同じハードウェアユニット内で結合されてもよく、あるいは異なるハードウェアユニット内に存してもよい。

図１Ｂは図２内に示されたネットワークエンティティを有するＬＣＳ構造１００の１実施形態を示す。位置決定は移動局２８０についての位置情報を決定するために第１の組のネットワークエンティティによって実行されることができる。位置決定のために必要となり得るネットワークエンティティは移動局２８０、ＳＰＤＥ２６０、ＳＭＰＣ２５６、およびＨ−ＡＡＡ２１８を含む。もしもそれの援助が位置決定のために必要ならば、ＳＰＤＥ２６０が包含されてもよい。もしもＳＰＤＥ２６０からの援助が位置決定のために必要ならば、ＳＭＰＣ２５６はオプションとして包含されてもよい。もしも認証および認可が位置決定のために必要であれば、Ｈ−ＡＡＡ２１８はオプションとして包含されてもよい。

位置開示は移動局２８０についての位置情報を開示するために第２の組のネットワークエンティティによって実行されることができる。位置開示のために必要となり得るネットワークエンティティは移動局２８０、ＬＣＳサーバ２１６、ＳＭＰＣ２５６、およびＨ−ＡＡＡ２１８を含む。ＳＭＰＣ２５６はオプションであり、そしてもしも位置情報がＳＭＰＣ２５６内にキャッシュされる（即ち、蓄積される）ならば包含されてもよい。Ｈ−ＡＡＡ２１８もまたオプションであり、そしてもしも認証および認可が位置開示のために必要ならば、包含されてもよい。

図２に戻って参照すると、ネットワーク２００内のネットワークエンティティは特に定義されたインターフェイスを介して互いに通信することができる。これらのインターフェイスのいくつかは下に記述される。

位置決定は以下のインターフェイスを使用することができる。ＳＰＤＥ−ＭＳインターフェイスは情報を移動局２８０と位置決定のためのＳＰＤＥ２６０との間で交換するために使用される。ＳＰＤＥ−ＭＳインターフェイスは、公的に使用可能である、文書ＴＩＡ／ＥＩＡ／ＩＳ−ＩＳ−８０１、タイトル“デュアルモードスペクトル拡散システムのための位置決定サービス標準（Ｐｏｓｉｔｉｏｎ Ｄｅｔｅｒｍｉｎａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｓｔａｎｄａｒｄｓ ｆｏｒ Ｄｕａｌ Ｍｏｄｅ Ｓｐｒｅａｄ Ｓｐｅｃｔｒｕｍ Ｓｙｓｔｅｍｓ）”内に記述される。ＳＭＰＣ−ＨＡＡＡインターフェイスは位置決定のための認証および認可情報を送出するために使用される。Ｈ−ＡＡＡ２１８は加入者情報を認証目的のためのＳＭＰＣ２５６に送ることができる。ＳＭＰＣ２５６はまた、下記されるように、トランザクション情報を計算およびビリング目的のためのＨ−ＡＡＡ２１８に送ることもできる。ＳＭＰＣ−ＳＰＤＥインターフェイスはＳＰＤＥ２６０と位置決定のためのＳＭＰＣ２５６の間で情報を交換するために使用される。ＳＭＰＣ−ＳＰＤＥインターフェイスは、両方共公的に使用可能である、文書ＴＩＡ／ＥＩＡ／ＰＮ−４７４７、タイトル“ロケーションサービス・エンハンスメント（Ｌｏｃａｔｉｏｎ Ｓｅｒｖｉｃｅｓ Ｅｎｈａｎｃｅｍｅｎｔｓ）”内に、および文書Ｊ−０３６内に記述される。ＳＭＰＣ−ＭＳインターフェイスは、位置決定が起こる前にいろいろな制御機能を実行するサービングネットワーク２５０をイネーブルにする。

位置開示は以下のインターフェイスを使用することができる。ロケーションサーバ−ロケーションクライアント・インターフェイスは位置情報をロケーションサーバから位置開示のためのロケーションクライアントに送るために使用される。ＬＣＳサーバ−Ｈ−ＡＡＡインターフェイスは位置開示のための認証および認可情報を送るために使用される。Ｈ−ＡＡＡ２１８は加入者プロファイルをＬＣＳサーバ２１６に送ることができる。ＬＣＳサーバ２１６はまた計算情報をＨ−ＡＡＡ２１８に送ることもできる。

もしも移動局２８０がそれのホームネットワーク２１０から離れて位置し、そしてサービングネットワーク２５０と通信していれば、その時位置決定は（もしも必要ならば、ホームネットワーク２１０からの援助で）サービングネットワーク２５０を介して実行され、そして位置開示は（サービングネットワーク２５０を介して得られた位置情報を用いて）ホームネットワーク２１０によって実行される。もしも移動局２８０がそれのホームネットワーク２１０と通信していれば、その時位置決定はホームネットワーク２１０内のネットワークエンティティ（例えば、ＰＤＥ、ＭＰＣ）によって実行され、そして位置開示もホームネットワーク２１０によって実行される。

ロケーションサービスは（１）それによって要求者が移動局２８０内に位置している移動体生起の(mobile-originated)または移動体開始の(mobile-initiated)ロケーションサービスおよび（２）それによって要求者がネットワーク２１０、２５０または２９０内に位置している移動体終結の(mobile-terminated)またはネットワーク開始のロケーションサービスを含む。表１はロケーションクライアントおよびロケーションサーバが移動体生起のおよび移動体終結のロケーションサービスについてどこに位置することができるかを示す。ロケーションサービスはロケーションクライアントによって生起され、クライアントは移動局２８０またはＬＣＳプロバイダ２０２ａ、２０２ｂまたは２０２ｃ内に位置してもよい。

移動体生起のＬＣＳ要求結果として移動局２８０上にあるアプリケーションとなり、あるいはネットワーク２１０、２５０、または２９０内にあるアプリケーションとなることができる。移動局２８０は位置情報を要求者に伝送するために（それ自身によりまたはネットワークの命令の下で）適切な制御を実行する。移動体生起のＬＣＳ要求のある例は下記を含む：
・移動局２８０についての位置情報のための要求−ロケーションクライアントは移動局２８０内に位置している；
・援助データについての自律要求−移動局２８０は位置決定の文脈外で援助データを要求する（援助データについてのＬＣＳ要求はこのように任意の特定のロケーションクライアントに結びつかない）；そして
・第三者への位置情報の開示についての要求−位置情報は移動局２８０によって指定される第三者ロケーションクライアント（ＬＣＳプロバイダ２０２ｃ）に送られる。

移動体終結のＬＣＳ要求は結果としてネットワーク２１０、２５０または２９０内に位置しているアプリケーションとなることができる。ＬＣＳサーバ２１６は適切な制御（例えば、認証、サービス確認および認可、暗号化等）を実行する。移動体終結のＬＣＳ要求は、それによってロケーションサーバが移動局２８０内にある移動局２８０のための位置情報についての要求を含む。

位置決定と位置開示とは別個の手順として取り扱われるので、種々の呼フローはこれら２つの手順について定義されて使用されることができる。呼フローは一定の結果を達成するために実行されることができる一連のステップである。呼フロー内の各ステップは特定の手順を援用することができる。例示的な呼フローは、（１）（ローミング基地局についての）ＳＭＰＣ２５６のＩＰアドレスの発見、（２）認証、認可、およびセッションキーセットアップ、（３）移動体生起の位置決定および位置開示、（４）移動体終結の位置決定および位置開示、および（５）他のＬＣＳ関連機能、について下に記述される。

１．ＳＭＰＣ発見
ＳＭＰＣ発見スキームは、移動局に位置決定についてのＳＭＰＣのアドレスを動的に決定させるようにこの中に提供される。ＳＭＰＣアドレスは移動局上に予め構成される必要がないので、このスキームは移動局についてのローミングをサポートする。

図３ＡはＳＭＰＣ２５６のＩＰアドレスを得るために移動局２８０についての例示的な呼フロー３００を示す。移動局２８０はＰＤＳＮ２７０とのＰＰＰ（ポイントツーポイントプロトコル）セッションをセットアップするためにデータ呼を開始する（ステップ３１２）。データ呼のＩＰＣＰ（ＩＰ制御プロトコル）相の間、移動局２８０はＤＮＳサーバ２６２のＩＰアドレスを受信する。

移動局２８０はその後完全に適格とされた領域名（ＦＱＤＮ）を使用しているＳＭＰＣ２５６についてのＤＮＳ質問を送る（ステップ３１４）。ＦＱＤＮはすべての道を木の根元に伸ばし返す領域名である。いくつかの例として、位置決定のために使用されたＦＱＤＮは“ｐｄｅ．ｇｐｓｏｎｅ．＜ＳＩＤ＞．ｎｅｔ．”、“＜ＮＩＤ＞．＜ＳＩＤ＞．ｍｐｃ．ｎｅｔ．”、“ｍｐｃｇｐｓｏｎｅ．ｎｅｔ．”、または“＜ＳＩＤ＞．ｍｐｃｇｐｓｏｎｅ．ｎｅｔ．”であってもよく、ここで“＜ＮＩＤ＞はネットワーク識別子であり、そして＜ＳＩＤ＞はシステム識別子である。ＦＱＤＮは移動局２８０上に予め構成されるか、無線送信シグナリングを介して移動局２８０に送られてもよい。位置決定のためのＦＱＤＮはまたローミングをイネーブルにするように無線通信ネットワーク全域で標準化されてもよい。ＤＮＳサーバ２６２はＦＱＤＮをＳＭＰＣ２５６のＩＰアドレスにマップして、このＩＰアドレスと共にＤＮＳ応答を移動局２８０に送る（ステップ３１６）。

移動局はローミングしていてもよく、ビジテッドネットワークと通信していてもよく、そしてＬＣＳサーバは、図２に示されるように、ホームネットワーク内にあってもよい。この場合には、ＬＣＳサーバはＳＭＰＣのＩＰアドレスを知る必要がある可能性がある。例えば、ローミング移動局についての位置情報はＳＭＰＣ内にキャッシュされてもよく、そしてＳＭＰＣのＩＰアドレスはこの位置情報を得るために必要となるであろう。ＳＭＰＣ発見スキームはＬＣＳサーバに位置開示についてのＳＭＰＣのアドレスを動的に決定させるようにこの中に提供される。

図３ＢはＳＭＰＣ２５６のＩＰアドレスを得るためにＬＣＳサーバ２１６についての例示的な呼フロー３５０を示す。移動局２８０はＰＤＳＮ２７０とのＰＰＰセッションをセットアップするためにデータ呼を開始する（ステップ３６２）。データ呼のセットアップの間、ＰＤＳＮ２７０は移動局２８０のＩＤ（ＭＳ ＩＤ）およびＳＭＰＣ２５６のＩＰアドレスの両者と共にアクセス要求(Access Request)メッセージをＨ−ＡＡＡ２１８に送る(ステップ３６４)。ＳＭＰＣ２５６のＩＰアドレスはサービングネットワーク２５０の位相数学(topology)に従ってＰＤＳＮ２７０内に予め構成されてもよい。１つのＳＭＰＣ２５６が複数のＰＤＳＮ２７０を取り扱うことができることは注目されねばならない。Ｈ−ＡＡＡ２１８はアクセス要求メッセージをＰＤＳＮ２７０から受信し、そしてアクセス受諾(Access Accept)メッセージを返すことによってそれを認める（ステップ３６６）。Ｈ−ＡＡＡ２１８はその後移動局２８０のＩＤおよびＳＭＰＣ２５６のＩＤアドレスをＬＣＳサーバ２１６に送る(ステップ３６８)。ＬＣＳサーバ２１６は受信通知をＨ−ＡＡＡ２１８に返す(ステップ３７０)。

２．認証、認可、およびセッションキーセットアップ
上記されたように、位置決定および位置開示はＬＣＳ構造１００によって別個の処理として取り扱われる。種々の認証、認可、およびセッションキーセットアップ手順はその時、下記されるように、いろいろな利益をもたらすようにこれら２つの処理のために使用されることができる。

Ａ．位置決定
位置決定について、移動体生起のおよび移動体終結のロケーションサービスの両者のために、ＳＭＰＣ２５６は要求者のアイデンティティに基づいて認証および認可を実行することができる。これらの手順は、例えば、（１）もしもＳＰＤＥ２６０が位置決定で援助する必要があれば、（２）もしも位置決定のために使用された（“Ｓｅｓｓｉｏｎ Ｋｅｙ １”と呼ばれる）セッションキーが必要とされるならば、（３）もしも現在のＳｅｓｓｉｏｎ Ｋｅｙ １の寿命(lifetime)が尽きたならば、等で実行されることができる。Ｓｅｓｓｉｏｎ Ｋｅｙ １の寿命はＳｅｓｓｉｏｎ Ｋｅｙ １が有効である時限を示す。移動局２８０を成功裡に認証する時に、Ｈ−ＡＡＡ２１８はセキュリティ情報をＳＭＰＣ２５６に送ることができ、それはその後セキュリティ情報を移動局２８０に順方向転送することができる。セキュリティ情報は、例えば、新Ｓｅｓｓｉｏｎ Ｋｅｙ １、Ｓｅｓｓｉｏｎ Ｋｅｙ １の寿命、等を含むことができる。Ｓｅｓｓｉｏｎ Ｋｅｙ １はその後移動局２８０とＳＭＰＣ２５６との間あるいは移動局２８０と位置決定についてのＳＰＤＥ２６０との間で使用されることができる。Ｓｅｓｓｉｏｎ Ｋｅｙ １はメッセージを認証するためにおよび／またはそれらを暗号化するために使用されることができる。

図４Ａは位置決定についての認証、認可、およびセッションキーセットアップのための例示的な呼フロー４００を示す。呼フロー４００はネットワークに移動局２８０を認証するだけのためにＭＤ−５メッセージダイジェスト・アルゴリズムを使用する。ＭＤ−５アルゴリズムはこの分野では周知であり、そしてアール・リベスト（Ｒ．Ｒｉｖｅｓｔ）によって文書ＲＦＣ１３２１、タイトル“ＭＤ５メッセージダイジェスト・アルゴリズム(ＭＤ５ Ｍｅｓｓａｇｅ−Ｄｉｇｅｓｔ Ａｌｇｏｒｉｔｈｍ)”内に記述されており、それは公的に使用可能である。ＳＭＰＣ２５６とＨ−ＡＡＡ２１８との間のメッセージングはＥＡＰ（拡大認証(Extensible Authentication)プロトコル）オーバＵＤＰを介しており、そしてＳＭＰＣ２５６と移動局２８０との間のメッセージングはＵＤＰを介している。ＥＡＰオーバＵＤＰはピー・エンゲルスタッド（Ｐ．Ｅｎｇｅｌｓｔａｄ）によって文書、タイトル“ＥＡＰオーバＵＤＰ（ＥＡＰｏＵＤＰ）”内に記述されており、それは公的に使用可能である。

相互認証はまた移動局２８０からネットワークまでと、ネットワークから移動局２８０までとの両方を認証するためにも実行されることができる。もしも相互認証が必要であれば、その時は認証およびキーアグリーメント（ＡＫＡ）手順かまたは何か他の機構がＭＤ−５手順の代わりに使用されることができる。Ｗ−ＣＤＭＡのためのＡＫＡ手順は文書３ＧＰＰ ＴＳ３３．１０２タイトル“３Ｇセキュリティ；セキュリティ構造”内に記述されており、それは公的に使用可能である。

呼フロー４００について、ＳＭＰＣ２５６は初めにＨ−ＡＡＡ２１８にＲＡＤＩＵＳアクセス要求パケットを送る（ステップ４１２）。ＲＡＤＩＵＳ（遠隔認証ダイヤルインユーザサービス）は、クライアント（ＳＰＭＣ２５６）がサーバ（Ｈ−ＡＡＡ２１８）とユーザ（移動局２８０）との間を中継する一連のチャレンジおよび応答を介して遠隔ユーザを認証するためにクライアント・サーバアプローチを使用するセキュリティシステムである。ＲＡＤＩＵＳアクセス要求パケットはＥＡＰ応答フィールドをさらに含むＥＡＰメッセージを含む。ＥＡＰ応答フィールドは移動局２８０についてのネットワークアクセス識別子（ＮＡＩ）を含む。呼フロー４００を実行するのに先立って、移動局２８０は（図４Ａには示されない）ＰＰＰセッションを確立する。ＮＡＩはＰＰＰ認証の間（クライアントとして動作する）移動局２８０によって提出されたユーザＩＤ（例えば、“ｕｓｅｒｎａｍｅ（アットマーク）ｄｏｍａｉｎ−ｎａｍｅ．ｃｏｍ”）である。

Ｈ−ＡＡＡ２１８はＲＡＤＩＵＳアクセス要求パケットをＳＭＰＣ２５６から受信し、そしてＲＡＤＩＵＳアクセスチャレンジパケットを返送することによって応答する。ＲＡＤＩＵＳアクセスチャレンジパケットはＭＤ−５チャレンジ用のＥＡＰ要求フィールドをさらに含むＥＡＰメッセージを含む（ステップ４１４）。ＭＤ−５チャレンジはＳＭＰＣ２５６から受信されたＮＡＩに基づいてＨ−ＡＡＡ２１８によって発生された認証チャレンジである。［以前の文章は正しいか？］ＳＭＰＣ２５６はＭＤ−５チャレンジ（オーバＵＤＰ）と共にＥＡＰ要求を移動局２８０に順方向転送する（ステップ４１６）。移動局２８０はＥＰＡ要求をＳＭＰＣ２５６から受信し、そして認証チャレンジへの応答を決定する。移動局２８０はその後ＭＤ−５応答（オーバＵＤＰ）と共にＥＡＰ応答をＳＭＰＣ２５６に送ることによって応答する（ステップ４１８）。

ＳＭＰＣ２５６はその後それの原ＲＡＤＩＵＳアクセス要求パケットをＨ−ＡＡＡ２１８に再提出し、このパケットは移動局２８０によって供給されたＭＤ−５応答を含む（ステップ４２０）。Ｈ−ＡＡＡ２１８はＭＤ−５応答に基づいて移動局２８０を認証する。移動局２８０を成功裡に認証する時に、Ｈ−ＡＡＡ２１８はＲＡＤＩＵＳアクセス応答パケットを返送する（ステップ４２２）。このパケットはＥＡＰ成功フィールドをさらに含むＥＡＰメッセージを含む。ＥＡＰ成功フィールドは移動局２８０についてのユーザプロファイルを含み、それはデータベース２２１から得られる。Ｈ−ＡＡＡ２１８はまたセキュリティ情報を返すことができる。セキュリティ情報は、例えば、新Ｓｅｓｓｉｏｎ Ｋｅｙ １、Ｓｅｓｓｉｏｎ Ｋｅｙ １ランダムナンバー（ＲＡＮＤ）、およびＳｅｓｓｉｏｎ Ｋｅｙ １寿命を含んでもよい。ＳＭＰＣ２５６はその後ＥＡＰ成功（オーバＵＤＰ）を移動局２８０に送る（ステップ４２４）。ＳＭＰＣ２５６はまたＨ−ＡＡＡ２１８から受信されたユーザプロファイルを検査することによって移動局２８０を認可する（ステップ４２６）。

Ｂ．位置開示
位置開示について、移動体生起のおよび移動体終結のロケーションサービスの両者のために、ロケーションサーバはホームネットワーク内に（即ち、ＬＣＳサーバ２１６内に）位置している可能性がある。この場合に、ＬＣＳサーバ２１６は要求者のアイデンティティに基づいて認証および認可手順を実行することができる。これらの手順は、例えば、（１）もしも位置開示のために使用された（この中では“Ｓｅｓｓｉｏｎ Ｋｅｙ ２”と呼ばれる）セッションキーが必要とされれば、（２）もしも現在のＳｅｓｓｉｏｎ Ｋｅｙ ２の寿命が尽きたならば、等で実行されることができる。片道の認証（例えば、図４Ａに示されるようにＭＤ−５チャレンジを介して移動局２８０を認証すること）か相互認証（例えば、ＡＫＡまたは他の機構を使用すること）のどちらかが実行されることができる。

図４Ｂは位置開示についての認証、認可、およびセッションキーセットアップのための例示的な呼フロー４５０を示す。呼フロー４５０は移動局２８０を認証するためのＡＫＡ手順を使用する。

呼フロー４５０について、移動局２８０は初めにＬＣＳサーバ２１６に位置開示セッションキー要求メッセージを送る（ステップ４６２）。このメッセージは位置開示用の新Ｓｅｓｓｉｏｎ Ｋｅｙ ２を要求し、そして移動局２８０についてのＮＡＩを含む。ＬＣＳサーバ２１６はその後Ｈ−ＡＡＡ２１８にＲＡＤＩＵＳアクセス要求パケットを送る（ステップ４６４）。このパケットはＮＡＩを有するＥＰＡ応答フィールドをさらに含むＥＰＡメッセージを含む。Ｈ−ＡＡＡ２１８はＡＫＡ手順を実行し、そしてランダムナンバー（ＲＡＮＤ）および認証値（ＡＵＴＮ）を発生する（ステップ４６６）。Ｈ−ＡＡＡ２１８はその後ＲＡＤＩＵＳアクセス応答パケットを返送することによって応答する（ステップ４６８）。このパケットはＥＡＰ要求フィールドをさらに含むＥＡＰメッセージを含む。ＥＡＰ要求フィールドはＨ−ＡＡＡ２１８によって発生されたＡＵＴＮおよびＲＡＮＤを含むＡＫＡチャレンジを運ぶ。ＬＣＳサーバ２１６はＨ−ＡＡＡ２１８からＲＡＤＩＵＳアクセス応答パケットを受信し、そしてＡＫＡチャレンジ（オーバＵＤＰ）と共にＥＡＰ要求を移動局２８０に順方向転送する（ステップ４７０）。

移動局２８０はＥＡＰ要求をＬＣＳサーバ２１６から受信し、ＡＫＡ手順を実行し、そして受信されたＡＵＴＮを確かめる。もしも受信されたＡＵＴＮが検査されれば、その時移動局２８０は受信されたＲＡＮＤに基づいて新Ｓｅｓｓｉｏｎ Ｋｅｙ ２およびＲＥＳを発生する（ステップ４７２）。移動局２８０はその後ＲＥＳを含むＡＫＡ応答と共にＥＡＰ応答をＬＣＳサーバ２１６に送ることによって応答する（ステップ４７４）。

ＬＣＳサーバ２１６はその後それの原ＲＡＤＩＵＳアクセス要求パケットをＨ−ＡＡＡ２１８に再提出する（ステップ４７６）。このパケットは移動局２８０によって供給されたＲＥＳを有するＡＫＡ応答を含む。Ｈ−ＡＡＡ２１８はＡＫＡ応答に基づいて移動局２８０を認証する。ＲＥＳを検査することによって移動局２８０を成功裡に認証する時に、Ｈ−ＡＡＡ２１８はＬＣＳサーバ２１６にＲＡＤＩＵＳアクセス応答パケットを送る（ステップ４７８）。このパケットはＥＡＰ成功フィールドをさらに含むＥＡＰメッセージを含む。ＥＡＰ成功フィールドは移動局２８０についてのユーザプロファイルを含み、それはデータベース２２１から得られる。Ｈ−ＡＡＡ２１８はまたセキュリティ情報をも返す。セキュリティ情報は、例えば、Ｓｅｓｓｉｏｎ Ｋｅｙ ２、Ｓｅｓｓｉｏｎ Ｋｅｙ ２ ＲＡＮＤ、およびＳｅｓｓｉｏｎ Ｋｅｙ ２寿命を含んでもよい。

ＬＣＳサーバ２１６はＲＡＤＩＵＳアクセス応答パケットをＨ−ＡＡＡ２１８から受信し、そしてそれ自身の使用のためのユーザプロファイルとＳｅｓｓｉｏｎ Ｋｅｙ ２とを保存することができる。ＬＣＳサーバ２１６はその後ＥＡＰ成功（オーバＵＤＰ）を移動局２８０に送る（ステップ４８０）。ＬＣＳサーバ２１６は次のユーザプロファイルを検査することによって移動局２８０を認可する（ステップ４８２）。ＬＣＳサーバ２１６はその後移動局２８０にＳｅｓｓｉｏｎ Ｋｅｙ ２寿命を含む位置開示Ｓｅｓｓｉｏｎ Ｋｅｙ応答メッセージを送る（ステップ４８４）。

図４Ｂに示されるように、移動局２８０を成功裡に認証する時に、Ｈ−ＡＡＡ２１８はＬＣＳサーバ２１６にセキュリティ情報（例えば、Ｓｅｓｓｉｏｎ Ｋｅｙ ２、Ｓｅｓｓｉｏｎ Ｋｅｙ ２寿命）を送ることができ、それはその後セキュリティ情報を移動局２８０に送る。Ｓｅｓｓｉｏｎ Ｋｅｙ ２は移動局２８０と位置開示のためのＬＣＳサーバ２１６との間で使用されることができる。Ｓｅｓｓｉｏｎ Ｋｅｙ ２は以下の事象の間得られることができる：
・移動局２８０がＬＣＳサーバ２１６にサービスを申し込む時；
・移動局２８０またはＬＣＳサーバ２１６がＳｅｓｓｉｏｎ Ｋｅｙ ２寿命が尽きたことを検出する時；あるいは
・（ロケーションクライアントとして動作している）移動局２８０がＬＣＳサーバ２１６から位置情報を要求する時。

呼フロー４００は位置決定についてのＭＤ−５アルゴリズムの使用を示し、そして呼フロー４５０は位置開示についてのＡＫＡ手順の使用を示す。他のセキュリティアルゴリズムも位置決定および位置開示について使用されることができ、そしてこれはこの発明の範囲内にある。例えば、ＣＡＶＥ（セルラ認証および音声暗号化）アルゴリズムはアクセス認証のために使用されることができる。ＣＨＡＰ（チャレンジハンドシェーク認証プロトコル）および移動体ＩＰプロトコルはＩＰ認証のために使用されることができる。ＣＡＶＥ、ＣＨＡＰ、および移動体ＩＰプロトコルはこの分野では周知である。

Ｃ．セキュリティおよびプライバシー
認証および認可
認証および認可は、上記されたように、位置決定および位置開示について独立して実行されることができる。位置決定についての認証および認可は、例えば、図４Ａ内の呼フロー４００を使用して実行されることができる。位置開示についての認証および認可は、例えば、図４Ｂ内の呼フロー４５０を使用して実行されることができる。

暗号化
位置情報はユーザトラフィックとして送られ、そして公的に使用可能である、文書ＩＳ−２０００．５−Ｃ、タイトル“ｃｄｍａ２０００スペクトル拡散システムのための上位層（レイヤ３）シグナリング標準（Ｕｐｐｅｒ ｌａｙｅｒ （Ｌａｙｅｒ３） Ｓｉｇｎａｌｉｎｇ Ｓｔａｎｄａｒｄ ｆｏｒ ｃｄｍａ２０００ Ｓｐｒｅａｄ Ｓｐｅｃｔｒｕｍ Ｓｙｓｔｅｍｓ）”に記述されたような、リンク層暗号化を使用して暗号化されることができる。位置情報はまた（呼フロー４００または４５０内の手順を実行することによって得られる）セッションキーを使用して暗号化され、そしてエンドツーエンド暗号化を使用して送られることもできる。もしもエンドツーエンド暗号化が使用されると、その後Ｈ−ＡＡＡ２１８は１ルートキー（例えば、“Ａ Ｋｅｙ”がルートキーとして使用されてもよい）から種々のセッションキーを発生することができる。これらの種々のセッションキーは位置情報の暗号化のための種々のネットワークエンティティに供給され、そしてそれによって使用されることができる。

別個のセッションキーが位置決定および位置開示のために得られて、使用されることができる。別個のセッションキーの使用はＬＣＳ構造を単純化して、セキュリティリスクを減少させる。移動局２８０はホームネットワーク２１０内のネットワークエンティティ（例えば、ＬＣＳサーバ２１６）とのセキュリティ連合を維持する。この連合のためのセッションキー（Ｓｅｓｓｉｏｎ Ｋｅｙ ２）はホームネットワーク２１０外のどのネットワークエンティティにも開示されない。ＬＣＳサーバ２１６と移動局２８０との間の位置情報の交換はＳｅｓｓｉｏｎ Ｋｅｙ ２を使用してサインされ、および／または暗号化されることができる。

ローミング移動局２８０はサービングネットワーク２５０内のネットワークエンティティ（例えば、ＳＭＰＣ２５６およびＳＰＤＥ２６０）とのもう１つのセキュリティ連合を維持することができる。別個のセッションキー（Ｓｅｓｓｉｏｎ Ｋｅｙ １）はサービングネットワーク２５０内のエンティティのために確立される。ＳＰＤＥ２６０と移動局２８０との間、あるいはＳＭＰＣ２５６と移動局２８０との間の位置情報の交換は、Ｓｅｓｓｉｏｎ Ｋｅｙ １を使用してサインされ、および／または暗号化されることができる。

セッションキーはまたメッセージ認証および統合性検査のためにも使用されることができる。メッセージ認証／暗号化のためのセッションキーの使用および各セッションキーの寿命は操作パラメータ(operational parameter)によって決定されることができる。これらのパラメータはデータ特有の方針を考慮に入れてもよい。これはセキュリティ保護の程度が、保護されるべき情報の値に基づいて選択または調整されることを可能とする。

３．移動体生起のロケーションサービス
移動体生起のロケーションサービスについて、ロケーションクライアントは移動局２８０内に位置し、そしてロケーションサーバは移動局２８０またはＬＣＳサーバ２１６（図１参照）内に位置していてもよい。もしもロケーションサーバが移動局２８０内に位置していれば、その時ロケーションクライアントは位置情報を移動局２８０から要求する。

Ａ．位置決定
ＩＳ−８０１は位置決定のための多数の方法をサポートする。衛星ポジショニングシステム（ＳＰＳ）ベースの方法は十分な数（典型的には４個）のＳＰＳ衛星から受信した信号に基づいて移動局についての正確な位置概算を提供することができる。ハイブリッド法は、十分な数のＳＰＳ衛星および基地局から受信された信号に基づいて移動局についての位置概算を、中間の精度で、提供することができる。進歩した順方向リンク三辺測量(Trilateration)（Ａ−ＦＬＴ）法は十分な数（典型的には３個またはそれ以上）の基地局から受信した信号に基づいて移動局についての位置概算を、低減された精度で、提供することができる。

図５ＡはＩＳ−８０１ベースの方法で移動体生起の位置決定を実行するための例示的な呼フロー５００を示す。移動局２８０はＰＤＳＮ２７０でＰＰＰセッションをセットアップするためにデータ呼を開始する（ステップ５１２）。移動局２８０はその後移動局２８０についてのＮＡＩを含む移動体生起のポジショニング要求メッセージをＳＭＰＣ２５６に送る（ステップ５１４）。ＳＭＰＣ２５６はこのメッセージを受信し、そして認証および認可が移動局２８０について実行されることが必要かどうかを決定する。例えば、もしも認証および認可手順が以前に移動局２８０について実行され、そしてＳｅｓｓｉｏｎ Ｋｅｙ １の寿命は尽きなかったためこれらの手順を介して得られたＳｅｓｓｉｏｎ Ｋｅｙ １がなお有効であるならば、認証および認可は実行される必要がない。例えば、もしも認証および認可手順が以前に移動局２８０について実行されなかったならば、あるいはもしもＳｅｓｓｉｏｎ Ｋｅｙ １の寿命が尽きたならば、認証および認可は実行される必要がある可能性がある。

もしも認証および認可が実行される必要がないならば、その時はステップ５１６，５１８、および５２０はスキップされる。他方では、図４Ａにおける呼フロー４００が実行され、そしてＳＭＰＣ２５６は新Ｓｅｓｓｉｏｎ Ｋｅｙ １、新Ｓｅｓｓｉｏｎ Ｋｅｙ １ ＲＡＮＤ、および新Ｓｅｓｓｉｏｎ Ｋｅｙ １寿命をＨ−ＡＡＡ２１８から受信してもしなくてもよい(ステップ５１６)。もしもＳＭＰＣ２５６がステップ５１６を実行することからＨ−ＡＡＡ２１８からの新Ｓｅｓｓｉｏｎ Ｋｅｙ １を受信しないならば、その時はステップ５１８および５２０はスキップされる。もしもＳＭＰＣ２５６がステップ５１６を実行することからＨ−ＡＡＡ２１８からの新Ｓｅｓｓｉｏｎ Ｋｅｙ １を受信すれば、その時はＳＭＰＣ２５６はＳＰＤＥ２６０にこのＳｅｓｓｉｏｎ Ｋｅｙ １を含むＧＥＯＰＯＳＲＥＱメッセージを送る（ステップ５１８）。ＳＰＤＥ２６０はその後ｇｅｏｐｏｓｒｅｑメッセージをＳＭＰＣ２５６に送り返すことによって応答する(ステップ５２０)。ＧＥＯＰＯＳＲＥＱおよびｇｅｏｐｏｓｒｅｑメッセージはＴＩＡ／ＥＩＡ／ＰＮ４７４７内に記述される。ステップ５１６は呼フロー５００について実行されてもされなくてもよく、そしてこれはステップ５１６の周囲のダッシュドボックス(dashed box)によって示される。ステップ５１８および５２０は実行されてもされなくてもよく、そしてこれもステップ５１８および５２０の周囲のダッシュドボックスによって示される。

いずれの場合にも、ＳＭＰＣ２５６は移動体生起のポジショニング応答メッセージを移動局２８０に送る(ステップ５２２)。このメッセージは現在のＳｅｓｓｉｏｎ Ｋｅｙ １ ＲＡＮＤを含み、それは（１）もしもこのＲＡＮＤがステップ５１６における認証および認可手順を実行することの結果として得られるならば、Ｈ−ＡＡＡ２１８から受信された新Ｓｅｓｓｉｏｎ Ｋｅｙ １ ＲＡＮＤか、または（２）以前に認証および認可手順を実行していることから得られたＳｅｓｓｉｏｎ Ｋｅｙ １ ＲＡＮＤのどちらかである。移動局２８０はＳｅｓｓｉｏｎ Ｋｅｙ １を得るためにＳＭＰＣ２５６からのＳｅｓｓｉｏｎ Ｋｅｙ １ ＲＡＮＤを使用し、それはその後メッセージにサインするおよび／またはそれを暗号化するために使用される。

ＩＳ−８０１位置決定セッションはその後移動局２８０の位置を決定するために移動局２８０とＳＰＤＥ２６０との間で確立される(ステップ５２４)。このＩＳ−８０１セッションの間の全ＩＳ−８０１メッセージはＳｅｓｓｉｏｎ Ｋｅｙ １で認証および／または暗号化されることができる。移動局２８０はＩＳ−８０１セッションの完了時に位置情報を得る。この位置情報は移動局２８０についての位置概算、この位置概算の正確性と不確定性、等を含んでもよい。もしも位置決定が移動局２８０の援助でＳＰＤＥ２６０によって実行されれば、その後ＳＰＤＥ２６０は位置情報を移動局２８０に送ってもよい。

ＩＳ−８０１セッションを成功裡に終了する時に、位置情報は将来の使用のために移動局２８０、ＬＣＳサーバ２１６、および／またはＳＭＰＣ２５６内にキャッシュされる（即ち、メモリユニットに蓄積される）ことができる。もしも位置情報がＬＣＳサーバ２１６内にキャッシュされるようであれば、その時移動局２８０は（Ｓｅｓｓｉｏｎ Ｋｅｙ ２で認証および／または暗号化されることができる）位置情報をＬＣＳサーバ２１６に送る（ステップ５２６）。もしも位置情報がＳＭＰＣ２５６内にキャッシュされるようであれば、その時移動局２８０は（Ｓｅｓｓｉｏｎ Ｋｅｙ １で認証および／または暗号化されることができる）位置情報をＳＭＰＣ２５６に送る(ステップ５２８)。ステップ５２６および５２８の各々は実行されてもされなくてもよく、そしてこれはこれらのステップの各々の周囲にダッシュドボックスによって示される。

図５ＢはセルＩＤ法で移動体生起の位置決定を実行するための例示的な呼フロー５５０を示す。セルＩＤ法は移動局２８０が現在それと通信しているサービングセルのアイデンティティを提供する。セルＩＤ法について、移動局２８０はサービングセルと関連している指定された位置にあると思われる。指定された位置は、例えば、サービングセルについてのアンテナの位置、サービングセルについての基地局の位置、またはサービングセルのカバレッジエリア内の何か他の位置であってもよい。移動局２８０についての位置概算の正確性はサービングセルのサイズによる。

呼フロー５５０について、移動局２８０はＰＤＳＮ２７０でＰＰＰセッションをセットアップするためにデータ呼を開始する(ステップ５５２)。移動局２８０はその後移動局２８０についてのＮＡＩを含む移動体生起のポジショニング要求メッセージをＳＭＰＣ２５６に送る（ステップ５５４）。ＳＭＰＣ２５６は次に移動局２８０が現在それと通信しているサービングセルのＩＤを決定する。ＳＭＰＣ２５６はその後ＳＰＤＥ２６０に、セルＩＤ法が使用されている表示と共にＧＥＯＰＯＳＲＥＱメッセージを送る（ステップ５５６）。ＳＰＤＥ２６０はＳＭＰＣ２５６からこのメッセージを受信し、そして移動局２８０についての位置情報を含むｇｅｏｐｏｓｒｅｑメッセージを返送する。この位置情報は（サービングセルＩＤに基づいた）移動局についての位置概算、位置正確性または不確定性、等を含んでもよい。

ＳＭＰＣ２５６はその後移動局２８０についての位置情報を含む移動体生起のポジショニング応答メッセージを移動局２８０に送る（ステップ５６０）。ＬＣＳサーバ２１６、ＳＭＰＣ２５６、および／または移動局２８０は将来の使用のためにこの位置情報をキャッシュすることができる。もしも位置情報がＬＣＳサーバ２１６内にキャッシュされるようであれば、その時移動局２８０は（Ｓｅｓｓｉｏｎ Ｋｅｙ ２で認証および／または暗号化されることができる）位置情報をＬＣＳサーバ２１６に送る（ステップ５６２）。

Ｂ．位置開示
一度移動局２８０についての位置情報が位置決定を実行することによって得られると、この情報は将来の使用のためにキャッシュされることができる。この位置情報は移動局２８０、ＳＭＰＣ２５６、および／またはＬＣＳサーバ２１６内にキャッシュされることができる。位置情報をどこにキャッシュすべきかは、例えば、サービスプロバイダの方針、ユーザの申込み、等のようないろいろなファクタに基づいて決定されることができる。

移動体生起の位置開示について、ロケーションクライアントは移動局２８０内に位置し、そしてロケーションサーバは移動局２８０またはＬＣＳサーバ２１６内に位置してもよい。表２は移動体生起の位置開示のための位置情報を供給するために使用されることができるいろいろな呼フローを記録する。位置開示のために使用すべき特定の呼フローはロケーションクライアントがどこに位置しているかおよび位置情報がどこにキャッシュされるかによる。

もしもロケーションサーバが移動局２８０内に位置し、そして位置情報も移動局２８０内にキャッシュされるならば、その時ロケーションサーバは位置情報をメモリから得ることができ、そしてそれを直接ロケーションクライアントに供給する。

図６Ａは位置開示を実行するための例示的な呼フロー６００を示し、それによってロケーションサーバは移動局２８０内に位置し、そして位置情報はＳＭＰＣ２５６内にキャッシュされる。移動局２８０はＰＤＳＮ２７０でＰＰＰセッションをセットアップするためにデータ呼を開始する（ステップ６１２）。（ロケーションクライアントとして働いている）移動局２８０はその後移動局２８０についてのＮＡＩを含むロケーションサービス要求メッセージをＳＭＰＣ２５６に送る（ステップ６１４）。ＳＭＰＣ２５６はこのメッセージを受信し、そして認証および認可が移動局２８０について実行されることが必要かどうかを決定する。もしも認証および認可が実行されることが必要であれば、その時は図４内の呼フロー４００が新Ｓｅｓｓｉｏｎ Ｋｅｙ １および新Ｓｅｓｓｉｏｎ Ｋｅｙ １ ＲＡＮＤを得るために実行される（ステップ６１６）。他方では、ステップ６１６はスキップされる。ステップ６１６は呼フロー６００について実行されてもされなくてもよく、そしてこれはステップ６１６の周囲にダッシュドボックスによって示される。ＳＭＰＣ２５６はサービングネットワーク２５０内に位置しているので、（呼フロー４５０の代わりに）呼フロー４００が認証、認可およびセッションキーセットアップのために使用される。

ＳＭＰＣ２５６はその後移動局２８０についてのキャッシュされていた位置情報を含むロケーションサービス応答メッセージを移動局２８０に送る（ステップ６１８）。もしもステップ６１６が実行されたならば、その時ＳＭＰＣ２５６はこのロケーションサービス応答メッセージ内に新Ｓｅｓｓｉｏｎ Ｋｅｙ １ ＲＡＮＤを含むことができ、そしてまたステップ６１６から得られた新Ｓｅｓｓｉｏｎ Ｋｅｙ １で位置情報にサインするおよび／またはそれを暗号化することもできる。もしもステップ６１６が実行されなかったならば、その時ＳＭＰＣ２５６は以前の認証および認可手順から得られたＳｅｓｓｉｏｎ Ｋｅｙ １で、もしもこのＳｅｓｓｉｏｎ Ｋｅｙ １寿命が尽きていなかったならば、位置情報にサインするおよび／またはそれを暗号化することができる。呼フロー６００について、ＳＭＰＣ２５６はロケーションサーバの機能を効果的に実行する。

図６Ｂは位置開示を実行するための例示的な呼フロー６３０を示し、それによってロケーションサーバはＬＣＳサーバ２１６内に位置し、そして位置情報もＬＣＳサーバ２１６内にキャッシュされる。移動局２８０はＰＤＳＮ２７０でＰＰＰセッションをセットアップするためにデータ呼を開始する（ステップ６３２）。（ロケーションクライアントとして働いている）移動局２８０はその後移動局２８０についてのＮＡＩを含むロケーションサービス要求メッセージをＬＣＳサーバ２１６に送る（ステップ６３４）。ＬＣＳサーバ２１６はこのメッセージを受信し、そして認証および認可が移動局２８０について実行されることが必要かどうかを決定する。もしも認証および認可が実行されることが必要であれば、その時は図４Ｂ内の呼フロー４５０が実行され、そして新Ｓｅｓｓｉｏｎ Ｋｅｙ ２および新Ｓｅｓｓｉｏｎ Ｋｅｙ ２寿命が得られる（ステップ６３６）。他方では、ステップ６３６はスキップされる。ステップ６３６は呼フロー６３０について実行されてもされなくてもよく、そしてこれはステップ６３６の周囲にダッシュドボックスによって示される。

ＬＣＳサーバ２１６はその後移動局２８０についてキャッシュされていた位置情報を含むロケーションサービス応答メッセージを移動局２８０に送る（ステップ６３８）。もしもステップ６３６が実行されたならば、その時ＬＣＳサーバ２１６はまたこのロケーションサービス応答メッセージ内に新Ｓｅｓｓｉｏｎ Ｋｅｙ ２寿命を含むことができ、そして新Ｓｅｓｓｉｏｎ Ｋｅｙ ２で位置情報にサインするおよび／またはそれを暗号化することができる。もしもステップ６３６が実行されなかったならば、その時ＬＣＳサーバ２１６は以前の認証および認可手順から得られたＳｅｓｓｉｏｎ Ｋｅｙ ２で、もしもこのＳｅｓｓｉｏｎ Ｋｅｙ ２の寿命が尽きていなかったならば、位置情報にサインするおよび／またはそれを暗号化することもできる。

図６Ｃは位置開示を実行するための例示的な呼フロー６６０を示し、それによってロケーションサーバはＬＣＳサーバ２１６内に位置し、そして位置情報はＳＭＰＣ２５６内にキャッシュされる。移動局２８０はＰＤＳＮ２７０でＰＰＰセッションをセットアップするためにデータ呼を開始する（ステップ６６２）。（ロケーションクライアントとして働いている）移動局２８０はその後移動局２８０についてのＮＡＩを含むロケーションサービス要求メッセージをＬＣＳサーバ２１６に送る（ステップ６３４）。ＬＣＳサーバ２１６はこのメッセージを受信し、そしてそれが移動局２８０についての、ＰＱｏＳ条件を満足する位置情報を持たないことを決定する。ＬＣＳサーバ２１６はその後ＳＭＰＣ２５６から移動局２８０についての位置情報を要求する。これはＳＭＰＣ２５６にＮＡＩを含むロケーションサービス要求メッセージを送ることによって達成される（ステップ６６６）。ＬＣＳサーバ２１６は図３Ｂ内の呼フロー３５０を実行することによってＳＭＰＣ２５６のＩＰアドレスを得ることができる。ＳＭＰＣ２５６はＬＣＳサーバ２１６から要求を受信し、そしてロケーションサービス応答メッセージを送り返す（ステップ６６８）。このメッセージは移動局２８０についてのＳＭＰＣ２５６内にキャッシュされていた位置情報を含む。

ＬＣＳサーバ２１６はその後認証および認可が移動局２８０について実行されることが必要かどうかを決定する。もしも認証および認可が実行されることが必要であれば、その時は図４Ｂ内の呼フロー４５０が実行され、そして新Ｓｅｓｓｉｏｎ Ｋｅｙ ２および新Ｓｅｓｓｉｏｎ Ｋｅｙ ２寿命が得られる（ステップ６７０）。他方では、ステップ６７０はスキップされる。ステップ６７０は呼フロー６６０について実行されてもされなくてもよく、そしてこれはステップ６７０の周囲にダッシュドボックスによって示される。

ＬＣＳサーバ２１６はその後移動局２８０についての位置情報を含むロケーションサービス応答メッセージを移動局２８０に送る（ステップ６７２）。もしもステップ６７０が実行されたならば、その時ＬＣＳサーバ２１６はまたこのロケーションサービス応答メッセージ内に新Ｓｅｓｓｉｏｎ Ｋｅｙ ２寿命を含むことができ、そして新Ｓｅｓｓｉｏｎ Ｋｅｙ ２で位置情報にサインするおよび／またはそれを暗号化することができる。もしもステップ６７０が実行されなかったならば、その時ＬＣＳサーバ２１６は以前の認証および認可手順から得られたＳｅｓｓｉｏｎ Ｋｅｙ ２で、もしもこのＳｅｓｓｉｏｎ Ｋｅｙ ２の寿命が尽きていなかったなら、位置情報にサインするおよび／またはそれを暗号化することができる。

４．移動体終結のロケーションサービス
移動体終結のロケーションサービスについて、ロケーションクライアントはＬＣＳプロバイダ内に位置し、そしてロケーションサーバはホームネットワーク２１０（表１参照）内の移動局２８０またはＬＣＳサーバ２１６内に位置してもよい。

もしも（目標移動局である）移動局２８０が“ａｌｗａｙｓ−ｏｎ”データセッションを確立していて、既にＬＣＳサーバ２１６からの位置要求を受信する準備ができていれば、移動局終結のＬＣＳセッションはネットワークによって開始されることができる。移動局２８０がパワーオンされた後に、それはデータセッションを開始できる。この場合には、ＤＮＳサーバ２６２は移動局２８０のＩＰアドレスで更新されることができる。移動局２８０はＬＣＳサーバ２１６でそのＩＰアドレスを登録することができ、そしてメッセージにサインするおよび／またはそれを暗号化することに用いるためのセッションキーを得るために認証および認可手順を実行することができる。このデータセッションは移動局２８０がパワーオンにある間は維持される。もしもＬＣＳサーバ２１６が移動局２８０のＩＰアドレスについてＤＮＳ質問メッセージを送れば、その時、ＤＮＳサーバ２６２は既に移動局２８０のＩＰアドレスを持っているので、ＤＮＳサーバ２６２はＤＮＳ応答メッセージですぐに応答することができる。

図７はもしも移動局２８０が常にオンでないならばそれのＩＰアドレスをセットアップするための例示的な呼フロー７００を示す。呼フロー７００は移動体生起のＬＣＳセッションを開始するように移動局２８０をトリガするためにＳＭＳメッセージングを使用する。移動局２８０のＩＰアドレスはその後移動体生起のＬＣＳセッションの部分としてセットアップされる。

呼フロー７００について、ＬＣＳサーバ２１６はＳＭＳ伝送ポイントツーポイント援用(SMS Delivery Point-to-Point Invoke)(ＳＭＤＰＰ)メッセージを、移動局２８０を取り扱うメッセージセンタ２２２に送る（ステップ７１２）。このＳＭＤＰＰメッセージはプッシュノーティフィケ−ション(Push Notification)および移動局２８０のＩＭＳＩを含む。プッシュノーティフィケ−ションは、それのＩＰアドレスがセットアップされ得るようにデータ呼を開始するのに移動局２８０を援用するために使用される。ＩＭＳＩ（国際移動加入者識別）は移動局２８０を独特に識別することができる番号である。ＳＭＤＰＰメッセージの送出時に、ＬＣＳサーバ２１６はタイマを起動し、それはＳＭＤＰＰメッセージについての応答を待つ時間をタイムアウトするために使用される。メッセージセンタ２２２はＬＣＳサーバ２１６からＳＭＤＰＰメッセージを受信し、そしてｓｍｄｐｐ応答結果を返送する（ステップ７１４）。

メッセージセンタ２２２は移動局２８０について現在のサービングネットワークのＳＭＳアドレスを知る必要がある。ＳＭＳアドレスはＳＭＳメッセージを移動局２８０に送るために使用される。メッセージセンタ２２２はその後ＳＭＳ要求援用（ＳＭＳＲＥＱ）メッセージをＨＬＲ２２４に送る（ステップ７１６）。もしもＨＬＲ２２４が（移動局２８０についての現在のサービングネットワークである）サービングネットワーク２５０のＳＭＳアドレスを有するならば、その時ＨＬＲ２２４はこのＳＭＳアドレスを含むｓｍｓｒｅｑメッセージで答える（ステップ７１８）。他方では、ＨＬＲ２２４はＳＭＳＲＥＱメッセージを（図７には示されない）サービングネットワーク２５０の方へ順方向転送する。

サービングネットワーク２５０のＳＭＳアドレスの受信時に、メッセージセンタ２２２はＳＭＤＰＰメッセージをサービングネットワーク２５０内のＭＳＣ２７２に送る（ステップ７２０）。ＳＭＤＰＰメッセージはステップ７１８においてＨＬＲ２２４またはサービングネットワーク２５０から得られたＳＭＳアドレスを使用して送られる。ＭＳＣ２７２はＳＭＤＰＰメッセージをメッセージセンタ２２２から受信し、そして移動局２８０を呼出しする。ＭＳＣ２７２はまた受信されたＳＭＤＰＰメッセージからプッシュノーティフィケーションを抽出し、ＳＭＳ伝送要求（ＳＭＤ−ＲＥＱ）メッセージ内にプッシュノーティフィケーションを含み、そしてＳＭＤ−ＲＥＱメッセージを無線で移動局２８０に送る（ステップ７２２）。移動局２８０はＳＭＤ−ＲＥＱメッセージを受信し、そしてＳＭＳ伝送受取り通知(Delivery Acknowledge)(ＳＭＤ−ＡＣＫ)メッセージで応答する(ステップ７２４)。ＭＳＣ２７２はＳＭＤ−ＡＣＫメッセージを移動局２８０から受信し、そしてｓｍｄｐｐメッセージをメッセージセンタ２２２に返送する(ステップ７２６)。

プッシュノーティフィケーションは、データ呼を発生し、ＰＤＳＮ２７０でＰＰＰセッションを確立し、そしてＩＰアドレスを得るために移動局２８０をトリガする(ステップ７２８)。この分野で既知であるＩＰＣＰまたは移動体ＩＰ手順は、移動局２８０についてのＩＰアドレスを供給するために使用されることができる。移動局２８０はその後ＬＣＳサーバ２１６で移動体生起のＬＣＳセッションを始めさせる(ステップ７３０)。

移動体終結のロケーションサービスについて、ＬＣＳサーバ２１６は呼フロー３５０内の手順を使用してＳＭＰＣ２５６のＩＰアドレスを発見することができる。

Ａ．位置決定
もしも位置情報が移動局２８０またはＬＣＳサーバ２１６内にキャッシュされるならば、その時は移動局２８０が位置決定セッションをトリガするであろうから、ネットワークのために位置決定を開始することは必要がない。もしも位置情報がＳＭＰＣ２５６内にキャッシュされることを許されるならば、その時は移動体終結のＬＣＳセッションはＳＭＰＣ２５６によって開始されることができる。

図８ＡはＩＳ−８０１ベースの方法で移動体終結の位置決定を実行するための例示的な呼フロー８００を示す。ＳＭＰＣ２５６は移動体終結のポジショニング要求メッセージを移動局２８０に送る(ステップ８１２)。移動局２８０はこのメッセージをＳＭＰＣ２５６から受信し、そして移動局２８０についてのＮＡＩを含む移動体終結のポジショニング応答メッセージを返送する(ステップ８１４)。呼フロー８００内の残りのステップ８１６乃至８２８は、図５Ａにおける呼フロー５００内のステップ５１６乃至５２８と、異なるメッセージが使用されること以外は、同じものである。特に、移動体終結のポジショニング要求メッセージはステップ８２２の間使用され、これに反して移動体生起のポジショニング応答メッセージはステップ５２２の間使用される。

図８ＢはセルＩＤ法で移動体終結の位置決定を実行するための例示的な呼フロー８５０を示す。呼フロー８５０は、それぞれ、図５Ｂにおける呼フロー５５０内のステップ５５６、５５８、５６０、および５６２に相当する、８５６、８５８、８６０、および８６２を含む。ステップ５５２および５５４は呼フロー８５０からは削除される。さらに、移動体終結のポジショニング要求メッセージはステップ８６０の間使用され、これに反して移動体生起のポジショニング応答メッセージはステップ５６０の間使用される。

Ｂ．位置開示
移動体終結の位置決定について、ロケーションクライアントはＬＣＳプロバイダ２０２ｘ内に位置し、これは図２におけるホームネットワーク２１０内のＬＣＳプロバイダ２０２ａ、サービングネットワーク２５０内のＬＣＳプロバイダ２０２ｂ、または第三者ネットワーク２９０内のＬＣＳプロバイダ２０２ｃであってもよい。ロケーションサーバは移動局２８０内またはホームネットワーク２１０内のＬＣＳサーバ２１６内に位置してもよい。位置情報はＬＣＳサーバ２１６、ＳＭＰＣ２５６、または移動局２８０内にキャッシュされてもよい。表３は移動体終結の位置開示のための位置情報を得るのに使用されることができるいろいろな呼フローを記録する。位置開示のために使用すべき特定の呼フローはロケーションサーバがどこに位置しているかおよび位置情報がどこにキャッシュされるかによる。

もしもロケーションサーバが移動局２８０内に位置し、そして位置情報も移動局２８０内にキャッシュされていれば、その時ロケーションサーバはメモリから位置情報を得て、それをロケーションクライアントに直接供給することができる。

図９Ａは位置開示を実行するための例示的な呼フロー９００を示し、それによってロケーションサーバはＬＣＳサーバ２１６内に位置し、そして位置情報もＬＣＳサーバ２１６内にキャッシュされる。（ロケーションクライアントとして働いている）ＬＣＳプロバイダ２０２ｘはＬＣＳサーバ２１６にロケーションサービス要求メッセージを送る（ステップ９１２）。このメッセージは、目標移動局である移動局２８０についての位置情報を要求する。呼フロー９００について、ＬＣＳサーバ２１６内にキャッシュされた位置情報はＰＱｏＳ条件を満足することができると仮定される。ＬＣＳサーバ２１６は、簡単のため図９Ａには示されない認証および認可手順を介してロケーションクライアント（即ち、ＬＣＳプロバイダ２０２ｘ）を認証しそして認可することを必要とする可能性がある。

移動局２８０についてのユーザプロファイルは、移動局２８０についての位置情報の各開示に先立ってユーザ検証が必要であることを示す可能性がある。この場合に、ＬＣＳサーバ２１６および移動局２８０は図４Ｂにおける呼フロー４５０を使用して相互認証を実行する（ステップ９１４）。ＬＣＳサーバ２１６はその後（ステップ９１４において得られたＳｅｓｓｉｏｎ Ｋｅｙ ２を使用してサインされおよび／または暗号化されることができる）ユーザ検証要求メッセージを移動局２８０に送る。移動局２８０は（それもステップ９１４において得られたＳｅｓｓｉｏｎ Ｋｅｙ ２を使用してサインされおよび／または暗号化されることができる）ユーザ検証応答メッセージを返送することによって応答する。このメッセージは移動局２８０についての位置情報の開示が許可されることを示す。ステップ９１４、９１６、および９１８は、ユーザプロファイル次第で、呼フロー９００について実行されてもされなくてもよいので、これらのステップはダッシュドボックスによって囲まれる。ＬＣＳサーバ２１６はその後ＬＣＳプロバイダ２０２ｘに移動局２８０についての位置情報を含むロケーションサービス応答メッセージを送る（ステップ９２０）。

図９Ｂは位置開示を実行するための例示的な呼フロー９３０を示し、それによってロケーションサーバはＬＣＳサーバ２１６内に位置し、そして位置情報はＳＭＰＣ２５６内にキャッシュされる。（ロケーションクライアントとして働いている）ＬＣＳプロバイダ２０２ｘはＬＣＳサーバ２１６に移動局２８０についての位置情報のためのロケーションサービス要求メッセージを送る（ステップ９３２）。ＬＣＳサーバ２１６は、簡単のため図９Ｂには示されないが、ロケーションクライアントを認証しそして認可することを必要とする可能性がある。ステップ９３４、９３６、および９３８はその後、もしも移動局２８０についてのユーザプロファイルが、ユーザ検証は移動局２８０についての位置情報の各開示に先立って必要であることを示すならば、実行されてもよい。ステップ９３４、９３６、および９３８はそれぞれ、図９Ａ内のステップ９１４、９１６、および９１８に相当する。

移動局２８０についての位置情報はＬＣＳサーバ２１６内にキャッシュされてもよい。しかしながら、この位置情報はＰＱｏＳ条件を満足しないと仮定される。ＬＣＳサーバ２１６はその時移動局２８０についての位置情報をＳＭＰＣ２５６から得ることを決定することができる。これはロケーションサービス要求メッセージをＳＭＰＣ２５６に送ることによって達成される（ステップ９４０）。もしもＳＭＰＣ２５６が移動局２８０についての要求された位置情報を持っていれば、その時それはこの位置情報をロケーションサービス応答メッセージ内のＬＣＳサーバ２１６に返す（ステップ９４２）。他方では、ＳＭＰＣ２５６は位置情報を得るために（図８Ａ内の呼フロー８００または図８Ｂ内の呼フロー８５０を使用して）位置決定セッションを開始し、その後この情報はＬＣＳサーバ２１６に返送される。ＬＣＳサーバ２１６はその後移動局２８０についての位置情報を含むロケーションサービス応答メッセージをＬＰＣプロバイダ２０２ｘに送る（ステップ９４４）。

図９Ｃは位置開示を実行するための例示的な呼フロー９６０を示し、それによってロケーションサーバはＬＣＳサーバ２１６内に位置し、そして位置情報は（目標移動局である）移動局２８０内にキャッシュされる。（ロケーションクライアントとして働いている）ＬＣＳプロバイダ２０２ｘはＬＣＳサーバ２１６に移動局２８０についての位置情報のためのロケーションサービス要求メッセージを送る（ステップ９６２）。ＬＣＳサーバ２１６は、簡単のため図９Ｃには示されないが、ロケーションクライアントを認証しそして認可することを必要とする可能性がある。移動局２８０についての位置情報はＬＣＳサーバ２１６内にキャッシュされてもよい。しかしながら、この位置情報はＰＱｏＳ条件を満足しないと仮定される。ＬＣＳサーバ２１６はその時は移動局２８０から位置情報を得ることを決定することができる。

もしも移動局２８０についてのユーザプロファイルが位置情報の開示に先立ってユーザ検証が必要であることを示すならば、その時はＬＣＳサーバ２１６と移動局２８０との間の相互認証が実行される（ステップ９６４）。ＬＣＳサーバ２１６はその後ロケーションサービス要求メッセージを移動局２８０に送る（ステップ９６６）。このメッセージは、もしもユーザ検証が必要であれば“１”に、そしてもしもユーザ検証が不要であれば“０”にセットされる要求ユーザ検証フィールド(User Verification Required field)を有する。移動局２８０はその後、要求ユーザ検証フィールドによって示されたように、もしもこれが要求されれば、ユーザを検証する。移動局２８０はその後ＬＣＳサーバ２１６に移動局２８０についての位置情報を含むロケーションサービス応答メッセージを送る（ステップ９６８）。ステップ９６６および９６８においてＬＣＳサーバ２１６と移動局２８０との間で交換されたメッセージはステップ９６４において得られたＳｅｓｓｉｏｎ Ｋｅｙ ２を使用してサインされ、および／または暗号化されることができる。ＬＣＳサーバ２１６はその後移動局２８０についての位置情報を含むロケーションサービス応答をＬＣＳプロバイダ２０２ｘに送る（ステップ９７０）。

移動体生起のおよび移動体終結の両方の場合についての位置開示について、位置情報の“所有権”は、ロケーションサーバがどこに（即ち、移動局２８０内またはＬＣＳサーバ２１６内のどちらに）存するかによって決定される。位置情報の所有者はその情報についての権威であり、そして情報を開示することについてそれ自身のルールと方針とを適用することができる。

もしもロケーションサーバがＬＣＳサーバ２１６内に位置していれば、その時ＬＣＳサーバ２１６は、ロケーションクライアントが位置している可能性がある所には無関係に位置情報の開示を制御する。ＬＣＳサーバ２１６は、もしも移動局２８０が位置開示に含まれるならば（例えば、もしも位置情報が移動局２８０内にキャッシュされるならば）、オプションとして認証および認可を実行することができる。

もしもロケーションサーバが移動局２８０内に位置していれば、その時移動局２８０はロケーションクライアントが位置している可能性がある所には無関係に位置情報の開示を制御する。しかしながら、この位置情報について移動局２８０に全要求を送ることは特別な遅延を招く可能性がある。例えば、もしも移動局２８０が休止状態にある、ビジーである、またはまさに短時間の間カバレッジ外にあれば、特別な遅延が引き起こされる可能性がある。

ＬＣＳ代用(proxy)はホームネットワーク２１０内に提供され、そして位置開示について移動局２８０のための代用として使用されることができる。移動局２８０はそれの開示ルール／方針と同様にそれの位置情報をＬＳＣ代用に送ってもよい。移動局２８０に関する位置情報についての要求はその後ＬＣＳ代用に向けられてもよく、それはこれらの要求を移動局２８０よりもさらに効率的に取り扱うことができる可能性がある。これらの要求の間、ＬＣＳ代用は移動局２８０の代わりに動作し、そして移動局２８０の開示ルール／方針を適用する。ＬＣＳ代用はまた、必要なこととして、移動局２８０からの更新された位置情報を要求できる。例えば、もしもロケーションクライアントからの要求が、多分陳腐であるかまたはＰＱｏＳ条件と一致できないため、移動局２８０についての現在の位置情報で満足され得ないならば、更新された位置情報について移動局２８０に要求してもよい。

５．計算およびビリング
計算およびビリングはホームネットワーク２１０内のＬＣＳサーバ２１６および／またはサービングネットワーク２５０内のＳＭＰＣ２５６内で実行されることができる。ＳＭＰＣ２５６は各位置決定要求について呼詳細記録（ＣＤＲ）を発生することができる。同様に、ＬＣＳサーバ２１６は各位置決定要求についてＣＤＲを発生することができる。ＣＤＲは計算、ビリング、および／または他の目的に使用されることができる。表４はＣＤＲ内に含まれることができるいろいろな項目を記録する。

図１０ＡはＬＣＳサーバ２１６によって受信された各位置開示要求についてのＣＤＲを報告するための例示的な呼フロー１０００を示す。ロケーションクライアント２０４はＬＣＳサーバ２１６に目標移動局である移動局２８０についての位置情報のためのロケーションサービス要求メッセージを送る（ステップ１０１２）。ロケーションクライアント２０４は移動局２８０かあるいはＬＣＳプロバイダ２０２ａ、２０２ｂ、または２０２ｃであってもよい。位置情報がどこにキャッシュされているかによって、上記されたように、異なる呼フローが位置情報を得るために使用される。ＬＣＳサーバ２１６はその後ロケーションクライアント２０４に移動局２８０についての位置情報を含むロケーションサービス応答メッセージを送る（ステップ１０１４）。ＬＣＳサーバ２１６はロケーションクライアント２０４への位置情報の開示のためのＣＤＲを発生する。ＬＣＳサーバ２１６はその後Ｈ−ＡＡＡ２１８にＣＤＲを含む計算要求メッセージを送る（ステップ１０１６）。ＣＤＲはＨ−ＡＡＡ２１８によって蓄積され、そして計算、ビリング、および／または他の目的のために使用されることができる。Ｈ−ＡＡＡ２１８は計算応答メッセージを返送することによって応答する（ステップ１０１８）。

図１０ＢはＳＭＰＣ２５６によって受信された各位置決定要求についてのＣＤＲを報告するための例示的な呼フロー１０５０を示す。移動局２８０はＳＭＰＣ２５６に移動局２８０の位置を決定するために位置決定要求メッセージを送る（ステップ１０５２）。上記されたように、いろいろな手順が移動局２８０の位置を決定するために使用されることができる。ＳＭＰＣ２５６はその後移動局２８０についての位置情報を含む位置決定応答メッセージを送る（ステップ１０５４）。ＳＭＰＣ２５６は位置決定要求の間ＣＤＲを発生する。ＳＭＰＣ２５６はその後Ｈ−ＡＡＡ２１８にＣＤＲを含む計算要求メッセージを送る（ステップ１０５６）。ＣＤＲはＨ−ＡＡＡ２１８によって蓄積され、そして計算、ビリング、および／または他の目的のために使用されることができる。Ｈ−ＡＡＡ２１８は計算応答メッセージを返送することによって応答する（ステップ１０５８）。

６．システム
図１１はネットワーク２００内のいろいろなエンティティのブロック図を示す。移動局２８０はセルラ電話機、無線モデム付きのコンピュータ、孤立した位置決定ユニット、あるいは何か他のユニットであってもよい。基地局２７４ｘは図２におけるＢＳＣ／ＰＣＦ２７４の機能を実行することができる。簡単のため、１つのネットワークエンティティ１１００のみが図１１には示されている。ネットワークエンティティ１１００は図２内に示されたネットワークエンティティの任意のもの（例えば、ＬＣＳサーバ２１６、ＳＭＰＣ２５６、ＳＰＤＥ２６０、ＬＣＳプロバイダ２０２ａ、２０２ｂ、または２０２ｃ、あるいは何か他のネットワークエンティティ）であってもよい。

順方向リンク上では、基地局２７４ｘはそのカバレッジエリア内の移動局へのデータ、パイロット、およびシグナリングを送信する。これらのいろいろなタイプのデータは、順方向リンク変調信号を供給するために変調器／送信器（Ｍｏｄ／ＴＭＥＲ）１１２０によって処理（例えば、符号化、変調、フィルタ、増幅、直交変調、およびアップコンバート）され、それはその後アンテナ１１２２を介して移動局に送信される。

移動局２８０はアンテナ１１５２で、（基地局２７４ｘを含む）１つまたはそれ以上の基地局から順方向リンク変調信号を受信する。アンテナ１１５２からの受信器入力信号（それは多数の受信信号を含んでもよい）は受信器／復調器（ＲＣＶＲ／Ｄｅｍｏｄ）１１５４に供給される。ＲＣＶＲ／Ｄｅｍｏｄ１１５４はその後、位置決定および位置開示のために使用されることができるいろいろなタイプの情報を供給するために補足的な方法で受信器入力信号を処理する。例えば、ＲＣＶＲ／Ｄｅｍｏｄ１１５４は、（位置決定のために使用される可能性がある）受信信号の到着時刻、上述された呼フローのために使用された復号メッセージ、等を供給することができる。プロセッサ１１６０はいろいろな処理を実行して、移動局２８０についての機能を制御し、そしてメモリユニット１１６２はプログラム符号およびプロセッサ１１６０用のデータを蓄積する。

逆方向リンク上では、移動局２８０は基地局２７４ｘへのデータ、パイロット、および／またはシグナリングを送信することができる。これらのいろいろなタイプのデータは、逆方向リンク変調信号を供給するために変調器／送信器（Ｍｏｄ／ＴＭＥＲ）１１６４によって処理され、それはその後アンテナ１１５２を介して送信される。基地局２７４ｘはアンテナ１１２２で、移動局２８０から逆方向リンク変調信号を受信し、そしてアンテナ１１２２からの受信器入力信号は受信器／復調器（ＲＣＶＲ／Ｄｅｍｏｄ）１１２４に供給される。ＲＣＶＲ／Ｄｅｍｏｄ１１２４はその後、いろいろなタイプの情報を供給するために補足的な方法で受信器入力信号を処理し、それはその後プロセッサ１１１０に供給されることができる。プロセッサ１１１０はいろいろな処理を実行して、基地局２７４ｘについての機能を制御し、そしてメモリユニット１１１２はプログラム符号およびプロセッサ１１１０用のデータを蓄積する。通信（Ｃｏｍｍ）ポート１１１４は基地局２７４ｘに他のネットワークエンティティとのデータを交換させる。

ネットワークエンティティ１１００の内部では、通信ポート１１３６はエンティティ１１００に他のネットワークエンティティとのデータを交換させる。プロセッサ１１３０はいろいろな処理を実行して、エンティティ１１００についての機能を制御し、そしてメモリユニット１１３２はプログラム符号およびプロセッサ１１３０用のデータを蓄積する。データベース１１３４は適切な情報を蓄積するために使用されることができる。例えば、データベース１１３４は図２におけるデータベース２２１またはＨＬＲ２２４を実施することができる。

位置決定について、移動局２８０内の位置決定機能（Ｄｅｔ Ｆ）１１７２は位置決定を実行するためにネットワークエンティティ１１００内の同等の位置決定機能１１４２と相互作用することができる。機能１１４２と１１７２とは位置決定の間上記された任意の呼フローを実施することができる。位置開示について、移動局２８０内の位置開示機能（Ｄｉｓ Ｆ）１１７４は位置開示を実行するためにネットワークエンティティ１１００内の同等の位置開示機能１１４４と相互作用することができる。機能１１４４はロケーションクライアントまたはロケーションサーバを実施することができ、そして機能１１７４はロケーションクライアントまたはロケーションサーバあるいは両方を実施することができる。機能１１４４と１１７４とは位置開示について上記された任意の呼フローを実施することができる。

この中に記述されたシステム、方法および装置は、ハードウェア、ソフトウェア、またはそれの組合わせ内のような、いろいろな手段によって実施されることができる。ハードウェア実施について、システム、方法および装置は、１つまたはそれ以上の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理装置（ＰＬＤ）、フィールドプログラマブル・ゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、この中に記述された機能を実行するように設計された他の電子ユニット、またはそれらの組合わせの内部で実行されることができる。

ソフトウェア実施について、この中に記述された方法は、この中に記述された機能を実行するモジュール（例えば、手順、機能、等）で実施されることができる。ソフトウェア符号はメモリユニット（例えば、図１１内のメモリユニット１１１２、１１３２、または１１６２）内に蓄積され、そしてプロセッサ（例えば、プロセッサ１１１０、１１３０、または１１６０）によって実行されることができる。メモリユニットはプロセッサの内部で、またはプロセッサへの外部で実施されることができ、いずれの場合にも、この分野で知られているようないろいろな手段を介してプロセッサに通信的に連結されることができる。

ヘディングは参考のためにこの中に含まれており、あるセクションの場所を示す手助けとなる。これらのヘディングはこの中に下記された概念の範囲を制限しようとせず、そしてこれらの概念は全体の明細書を通して他のセクションにおいて適応性を有することができる。

図示された実施形態の前の説明は、この分野のいかなる技術者にも本発明を製造または使用することを可能とするように提供される。これらの実施形態へのいろいろな変更は、この分野の技術者にはたやすく明白であるだろうし、この中に定義された包括的な原理はこの発明の精神または範囲から逸脱すること無しに他の実施形態に適用されてもよい。従って、本発明はこの中に示された実施形態に限定されるつもりはなく、しかしむしろこの中に開示された原理および新規な特徴と矛盾しない最も広い範囲が許容されるべきである。

ユーザ平面ベースのＬＣＳ構造を示す図である。 ユーザ平面ベースのＬＣＳ構造を示す図である。 図１におけるＬＣＳ構造を実施するネットワークを示す図である。 ＳＭＰＣのＩＰアドレスを得るために、それぞれ移動局およびＬＣＳサーバについての呼フローを示す図である。 ＳＭＰＣのＩＰアドレスを得るために、それぞれ移動局およびＬＣＳサーバについての呼フローを示す図である。 それぞれ位置決定および位置開示についての認証、認可、およびセッションキーセットアップのための呼フローを示す図である。 それぞれ位置決定および位置開示についての認証、認可、およびセッションキーセットアップのための呼フローを示す図である。 それぞれＩＳ−８０１ベースの方法およびセルＩＤ法で移動体生起の位置決定を実行するための呼フローを示す図である。 それぞれＩＳ−８０１ベースの方法およびセルＩＤ法で移動体生起の位置決定を実行するための呼フローを示す図である。 ロケーションサーバで移動体生起の位置開示を実行するための呼フローおよび種々のエンティティ内に位置し、そしてキャッシュされている位置情報を示す図である。 ロケーションサーバで移動体生起の位置開示を実行するための呼フローおよび種々のエンティティ内に位置し、そしてキャッシュされている位置情報を示す図である。 ロケーションサーバで移動体生起の位置開示を実行するための呼フローおよび種々のエンティティ内に位置し、そしてキャッシュされている位置情報を示す図である。 常にオンでない移動局のＩＰアドレスをセットアップするための呼フローを示す図である。 それぞれＩＳ−８０１ベースの方法およびセルＩＤ法で移動体終結の位置決定を実行するための呼フローを示す図である。 それぞれＩＳ−８０１ベースの方法およびセルＩＤ法で移動体終結の位置決定を実行するための呼フローを示す図である。 ロケーションサーバで移動体生起の位置開示を実行するための呼フローおよび種々のエンティティ内に位置し、そしてキャッシュされている位置情報を示す図である。 ロケーションサーバで移動体生起の位置開示を実行するための呼フローおよび種々のエンティティ内に位置し、そしてキャッシュされている位置情報を示す図である。 ロケーションサーバで移動体生起の位置開示を実行するための呼フローおよび種々のエンティティ内に位置し、そしてキャッシュされている位置情報を示す図である。 それぞれ位置開示および位置決定についてのＣＤＲを報告するための呼フローを示す図である。 それぞれ位置開示および位置決定についてのＣＤＲを報告するための呼フローを示す図である。 図２のネットワーク内のいろいろなエンティティを示すブロック図である。

符号の説明

１００…ＬＣＳ構造、１１０…アプリケーション／コンテント層、１２０…位置開示層、１３０…位置決定層、２００…ネットワーク、２０２…ＬＣＳプロバイダ、２１０…ホームネットワーク、２１２…ＩＰネットワーク、２１６…ＬＣＳサーバ、２１８…Ｈ−ＡＡＡ、２２０…マネージャ、２５０…サービングネットワーク、２５６…ＳＭＰＣ、２６０…ＳＰＤＥ、２７０…ＰＤＳＮ、２７２…移動交換センタ（ＭＳＣ）、２７４ｘ…基地局、２８０…移動局、２９０…第三者ネットワーク、１１００…ネットワークエンティティ、１１１４，１１３６…通信（Ｃｏｍｍ）ポート、１１２０…変調器／送信器（Ｍｏｄ／
ＴＭＥＲ）、１１２４…受信器／復調器（ＲＣＶＲ／Ｄｅｍｏｄ）、１１３０，１１６０…プロセッサ、１１３４データベース、１１５４…受信器／復調器（ＲＣＶＲ／Ｄｅｍｏｄ）、１１１２，１１６２…メモリユニット、１１６４…変調器／送信器（Ｍｏｄ／ＴＭＥＲ）

Claims (41)

1. ロケーションサービス（ＬＣＳ）を提供するための方法であって、
   移動局についての位置情報を得るために第１の組の少なくとも１つのネットワークエンティティを介して位置決定を実行することと、
   前記移動局についての前記位置情報を提供するために第２の組の少なくとも１つのネットワークエンティティを介して位置開示を実行することと、
   第1のセキュリティ手順に基づいて位置決定のために前記移動局の認証および認可を実行することと、
   第2のセキュリティ手順に基づいて位置開示のために、前記移動局の位置を要求するロケーションクライアントの認証および認可を実行することと
   を具備する前記方法。
2. 前記移動局および前記移動局と通信しているサービングネットワークエンティティが相互に認証するように前記サービングネットワークエンティティの認証を実行することと、
   前記ロケーションクライアントおよび前記ロケーションクライアントと通信しているホームネットワークエンティティが相互に認証するように前記ホームネットワークエンティティの認証を実行することと
   をさらに具備する請求項１記載の方法。
3. 前記第1のセキュリティ手順は、ＭＤ−５アルゴリズムに基づき、前記第2のセキュリティ手順は、認証およびキーアグリーメント（ＡＫＡ）手順に基づく請求項２記載の方法。
4. 第１のセッションキーを得るために第1のセッションキーセットアップを実行することと、
   第２のセッションキーを得るために第２のセッションキーセットアップを実行することと
   をさらに具備し、
   前記第1のセッションキーは、前記第1の組の少なくとも1つのネットワークエンティティと交換されたメッセージの認証および暗号化のために使用され、
   前記第2のセッションキーは、前記第２の組の少なくとも1つのネットワークエンティティと交換されたメッセージの認証および暗号化のために使用される
   請求項１記載の方法。
5. 前記位置決定および前記位置開示は、2つの別個のＬＣＳセッション中に実行される請求項１記載の方法。
6. 前記移動局についての前記位置情報をキャッシュすることをさらに具備し、前記位置開示は、前記移動局についての前記キャッシュされた位置情報を使用して実行される請求項１記載の方法。
7. 前記第1の組の少なくとも1つのネットワークエンティティは、前記移動局についてのサービングネットワーク内に位置しており、前記第2の組の少なくとも1つのネットワークエンティティは、前記移動局についてのホームネットワーク内に位置している請求項１記載の方法。
8. 前記位置開示は、ロケーションクライアントおよびロケーションサーバによって実行される請求項１記載の方法。
9. 前記第２の組の少なくとも1つのネットワークエンティティは、ＬＣＳプロバイダを含み、前記ロケーションクライアントは、前記移動局または前記ＬＣＳプロバイダ内に位置している請求項８記載の方法。
10. 前記第２の組の少なくとも1つのネットワークエンティティは、ＬＣＳサーバを含み、前記ロケーションサーバは、前記移動局または前記ＬＣＳサーバ内に位置している請求項８記載の方法。
11. 前記第１の組の少なくとも1つのネットワークエンティティは、位置決定エンティティ（ＰＤＥ）を含む請求項１記載の方法。
12. 前記第１の組の少なくとも1つのネットワークエンティティは、サービング移動体ポジショニングセンタ（ＳＭＰＣ）をさらに含む請求項１１記載の方法。
13. 前記第１の組の少なくとも1つのネットワークエンティティは、ホーム認証、認可、および計算エンティティ（Ｈ−ＡＡＡ）をさらに含む請求項１１記載の方法。
14. 前記第２の組の少なくとも1つのネットワークエンティティは、ＬＣＳサーバを含む請求項１記載の方法。
15. 前記第２の組の少なくとも1つのネットワークエンティティは、ホーム認証、認可、および計算（Ｈ−ＡＡＡ）エンティティをさらに含む請求項１４記載の方法。
16. 前記移動局についての前記位置情報は、前記移動局についての位置概算を具備する請求項１記載の方法。
17. 前記移動局についての前記位置情報は、前記移動局についての前記位置概算のための不確定性をさらに具備する請求項１記載の方法。
18. 移動局についての位置情報を得るために第１の組の少なくとも１つのネットワークエンティティを介して位置決定を実行するための手段と、
    前記移動局についての前記位置情報を提供するために第２の組の少なくとも１つのネットワークエンティティを介して位置開示を実行するための手段と、
    第1のセキュリティ手順に基づいて位置決定のために前記移動局の認証および認可を実行する手段と、
    第2のセキュリティ手順に基づいて位置開示のために、前記移動局の位置を要求するロケーションクライアントの認証および認可を実行する手段と
    を具備する装置。
19. 前記移動局および前記移動局と通信しているサービングネットワークエンティティが相互に認証するように前記サービングネットワークエンティティの認証を実行する手段と、
    前記ロケーションクライアントおよび前記ロケーションクライアントと通信しているホームネットワークエンティティが相互に認証するように前記ホームネットワークエンティティの認証を実行する手段と
    をさらに具備する請求項１８記載の装置。
20. 第１のセッションキーを得るために第1のセッションキーセットアップを実行するための手段と、
    第２のセッションキーを得るために第２のセッションキーセットアップを実行するための手段とをさらに具備し、
    前記第１のセッションキーは、前記第1の組の少なくとも1つのネットワークエンティティと交換されたメッセージの認証および暗号化のために使用され、
    前記第２のセッションキーは、前記第２の組の少なくとも1つのネットワークエンティティと交換されたメッセージの認証および暗号化のために使用される
    請求項１８記載の装置。
21. 前記移動局についての前記位置情報をキャッシュすることをさらに具備し、前記位置開示は、前記移動局についての前記キャッシュされた位置情報を使用して実行される請求項１８記載の装置。
22. 移動局についての位置情報を得るために前記移動局の認証および認可を実行し、前記位置情報を提供するためにロケーションクライアントの認証および認可を実行するように動作するプロセッサを具備し、
    前記移動局の前記認証および認可の機能は、前記位置情報を得るために第１の組の少なくとも１つのネットワークエンティティ内に位置している少なくとも１つの同等の第１の認証および認可機能と相互作用し、
    前記ロケーションクライアントの前記認証および認可の機能は、前記位置情報を提供するために第２の組の少なくとも１つのネットワークエンティティ内に位置している少なくとも１つの同等の第２の認証および認可機能と相互作用する
    無線移動局。
23. 有形の蓄積媒体上で具体化されるプログラムであって、
    前記プログラムは、
    前記移動局についての位置情報を得るために前記移動局の認証および認可を実行し、
    前記位置情報を提供するためにロケーションクライアントの認証および認可を実行する
    ための実行可能な命令を具備し、
    前記移動局の前記認証および認可は、該位置情報を得るために第１の組の少なくとも１つのネットワークエンティティ内に位置している少なくとも１つの同等の第１の認証および認可機能と相互作用し、
    前記ロケーションクライアントの前記認証および認可は、該位置情報を提供するために第２の組の少なくとも１つのネットワークエンティティ内に位置している少なくとも１つの同等の第２の認証および認可機能と相互作用する
    プログラム。
24. ロケーションサービス（ＬＣＳ）を提供するための方法であって、
    移動局についての位置情報を得るために第１のＬＣＳセッションを介して位置決定を実行することと、
    前記移動局についての前記位置情報を提供するために第２のＬＣＳセッションを介して位置開示を実行することと
    第1のセキュリティ手順に基づいて前記第１のＬＣＳセッションについての認証および認可を実行することと、
    第2のセキュリティ手順に基づいて前記第２のＬＣＳセッションについての認証および認可を実行することと
    を具備する前記方法。
25. 前記第１および第２のＬＣＳセッションは、異なる時刻に実行される請求項２４記載の方法。
26. 第１のＬＣＳセッションでの使用のための第1のセッションキーを得るために第１のセッションキーセットアップを実行することと、
    第２のＬＣＳセッションでの使用のための第２のセッションキーを得るために第２のセッションキーセットアップを実行することと
    をさらに具備する請求項２４記載の方法。
27. 前記第１のＬＣＳセッションについての第１の呼詳細記録（ＣＤＲ）を提供することと、
    前記第２のＬＣＳセッションについての第２のＣＤＲを提供することと
    をさらに具備する請求項２４記載の方法。
28. 移動局についての位置情報を得るために第１のＬＣＳセッションを介して位置決定を実行するための手段と、
    前記移動局についての前記位置情報を提供するために第２のＬＣＳセッションを介して位置開示を実行するための手段と
    第1のセキュリティ手順に基づいて前記第１のＬＣＳセッションについての認証および認可を実行する手段と、
    第2のセキュリティ手順に基づいて前記第２のＬＣＳセッションについての認証および認可を実行する手段と
    を具備する装置。
29. ロケーションサービス（ＬＣＳ）を提供するための方法であって、
    移動局についての位置情報を得ることと、
    前記位置情報を第１のアプリケーションに提供することと、
    前記位置情報を第２のアプリケーションに提供することと
    を具備する前記方法であって、
    前記位置情報は、１つの位置決定セッションを介して位置決定を一度実行することによって得られ、および前記位置情報は、２つの位置開示セッションを介して位置開示を二度実行することによって前記第１および第２のアプリケーションに提供される前記方法。
30. 前記移動局またはネットワークエンティティ内に前記位置情報をキャッシュすることをさらに具備する請求項２９記載の方法。
31. 前記位置情報を前記第１のアプリケーションに提供するための第１の呼詳細記録（ＣＤＲ）を提供することと、
    前記位置情報を前記第２のアプリケーションに提供するための第２のＣＤＲを提供することと
    をさらに具備する請求項２９記載の方法。
32. 前記第１のアプリケーションは、第１のネットワーク内に位置しており、前記第２のアプリケーションは、第２のネットワーク内に位置している請求項２９記載の方法。
33. 移動局についての位置情報を得るための手段と、
    前記位置情報を第１のアプリケーションに提供するための第1の提供手段と、
    前記位置情報を第２のアプリケーションに提供するための第2の提供手段と
    を具備する装置であって、
    前記得るための手段は、１つの位置決定セッションを介して位置決定を一度実行するように構成され、および前記第1の提供手段は、第1の位置開示セッションを介して位置開示を実行することによって前記第1のアプリケーションに前記位置情報を提供するように構成され、および前記第2の提供手段は、第2の位置開示セッションを介して位置開示を実行することによって前記第2のアプリケーションに前記位置情報を提供するように構成されている前記装置。
34. ロケーションサービス（ＬＣＳ）を提供するための方法であって、
    移動局についての位置情報を得るためにサービングネットワーク内の少なくとも１つのサービングネットワークエンティティを介して位置決定を実行することと、
    前記移動局についての前記位置情報を提供するためにホームネットワーク内の少なくとも１つのホームネットワークエンティティを介して位置開示を実行することと、
    第1のセキュリティ手順に基づいて位置決定のために前記移動局および前記少なくとも１つのサービングネットワークエンティティの認証および認可を実行することと、
    第2のセキュリティ手順に基づいて位置開示のために、前記移動局の位置を要求するロケーションクライアントおよび前記少なくとも１つのホームネットワークエンティティの認証および認可を実行することと
    を具備する前記方法。
35. 第１のセッションキーを得るために第1のセッションキーセットアップを実行することと、
    第２のセッションキーを得るために第２のセッションキーセットアップを実行する
    ことをさらに具備し、
    前記第１のセッションキーは、前記サービングネットワーク内の前記少なくとも1つのネットワークエンティティと交換されたメッセージの認証および暗号化のために使用され、
    前記第２のセッションキーは、前記ホームネットワーク内の前記少なくとも1つのネットワークエンティティと交換されたメッセージの認証および暗号化のために使用される
    請求項３４記載の方法。
36. 前記少なくとも1つのサービングネットワークエンティティは、サービング移動体ポジショニングセンタ（ＳＭＰＣ）を含み、前記方法は、
    前記ＳＭＰＣのインターネットプロトコル（ＩＰ）アドレスを決定すること
    をさらに具備する請求項３４記載の方法。
37. 前記ＳＭＰＣの前記ＩＰアドレスは、前記ＳＭＰＣについての完全に適格とされた領域名を使用して決定される請求項３６記載の方法。
38. 前記位置開示は、前記ＳＭＰＣを介して実行される請求項３６記載の方法。
39. 位置決定を実行するためのＬＣＳセッションを開始するように前記移動局をトリガするためにメッセージを前記移動局に送ることをさらに具備する請求項３４記載の方法。
40. 前記移動局内の前記位置情報、前記サービングネットワーク内のネットワークエンティティ、前記ホームネットワーク内のネットワークエンティティ、またはそれらの組み合わせをキャッシュすることをさらに具備する請求項３４記載の方法。
41. 移動局についての位置情報を得るためにサービングネットワーク内の少なくとも１つのネットワークエンティティを介して位置決定を実行するための手段と、
    前記移動局についての前記位置情報を提供するためにホームネットワーク内の少なくとも１つのネットワークエンティティを介して位置開示を実行するための手段と、
    第1のセキュリティ手順に基づいて位置決定のために前記移動局および前記少なくとも１つのサービングネットワークエンティティの認証および認可を実行する手段と、
    第2のセキュリティ手順に基づいて位置開示のために、前記移動局の位置を要求するロケーションクライアントおよび前記少なくとも１つのホームネットワークエンティティの認証および認可を実行する手段と
    を具備する装置。

Images