能率化されたロケーションサービスレイヤを用いてロケーションサービスをサポートする方法および装置
能率化されたロケーションサービスレイヤを用いてロケーションサービスをサポートする技法を説明する。ある設計では、端末は、その端末の内部または外部のアプリケーションからロケーションサービス要求を受信しうる。端末は、能率化されたロケーションサービスレイヤを介して特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと少なくとも１つのメッセージを交換しうる。次いで、端末は、拡張ロケーションセッションの特定の持続時間内のいつでも、たとえば、ロケーション要求がアプリケーションから受信されるとき必ず、ロケーションサーバからロケーションサービスを入手しうる。端末は、拡張ロケーションセッション中のいつでも、何回でも、ロケーションサービスを入手しうる。端末またはアプリケーションは、ロケーションサービスが端末によって入手される時のすべてから受信されたロケーション情報に基づいて、より複雑なロケーションサービスをエミュレートしうる。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条の下での優先権
本特許出願は、共に本願の譲受人に譲渡され、参照によって明示的に本明細書に組み込まれている、２００９年６月５日に出願した米国仮出願許第６１／１８４７０６号、名称「Ｓｔｒｅａｍｌｉｎｅｄ ＳＵＰＬ Ｓｅｒｖｉｃｅ Ｌａｙｅｒ」、および２００９年６月１０日に出願した米国仮出願許第６１／１８５９４０号、名称「Ｓｔｒｅａｍｌｉｎｅｄ ＳＵＰＬ Ｓｅｒｖｉｃｅ Ｌａｙｅｒ」の優先権を主張するものである。
【０００２】
本開示は、一般に通信に関し、より詳細には、ロケーションサービスをサポートする技法に関する。
【背景技術】
【０００３】
端末、たとえばセルラ電話機のロケーションを知ることが、しばしば望ましく、時には必要である。用語「ロケーション」（location）と「位置」（position）とは、同義であり、本明細書では交換可能に使用される。たとえば、ロケーションサービス（ＬＣＳ）クライアントは、端末の位置を知りたいと望む場合がある。次いで、端末は、端末のロケーション推定値を入手するためにロケーションサーバと通信しうる。次いで、端末またはロケーションサーバは、ＬＣＳクライアントにロケーション推定値を返すことができる。
【０００４】
メッセージフロー（コールフローまたはプロシージャと呼ばれる場合もある）を、ＬＣＳクライアントが端末のロケーションを知りたいと望むとき必ず実行しうる。さまざまなメッセージを、メッセージフローに関する１つまたは複数のネットワークエンティティを介して端末とロケーションサーバとの間で交換しうる。これらのメッセージは、各エンティティが、端末の測位（ｐｏｓｉｔｉｏｎｉｎｇ）をサポートするために関連情報を与えられることを保証しうる。しかし、これらのメッセージは、さまざまなエンティティでのトラフィックを増やす。
【０００５】
ＬＣＳクライアントは、ある種の条件がトリガされるとき必ず端末のロケーションを知りたいと望む場合がある。ロケーションサーバは、トリガ条件を検出し、トリガされた条件が検出されたとき必ずＬＣＳクライアントにロケーション推定値を送信するために、さまざまな機能を実行する仕事を割り当てられる可能性がある。しかし、これらの機能は、特にロケーションサーバが多数の端末のためにこれらの機能を実行することを要求される場合に、ロケーションサーバの設計と動作とを複雑にする可能性がある。代替案では、端末に、トリガ条件について検出し、トリガされた条件が検出されたとき必ずＬＣＳクライアントにロケーション推定値を送信するために、さまざまな機能を実行する仕事を割り当てることができる。この場合には、端末が、要求されたとき要求された通りにロケーションサーバと効率的に通信できることが望ましい。
【発明の概要】
【０００６】
能率化されたロケーションサービスレイヤ（streamlined location service layer）を用いてロケーションサービスをサポートする技法が、本明細書で説明される。能率化されたロケーションサービスレイヤは、端末がロケーションサーバとの拡張ロケーションセッションを確立し、維持することを可能にしうる。次いで、アプリケーションは、拡張ロケーションセッション中のいつでも、端末とロケーションサーバとからロケーションサービスを効率的に入手できる可能性がある。というのは、シグナリングと処理オーバーヘッドとの一部またはすべてが、拡張ロケーションセッションが確立されたとき発生した可能性があり、繰り返される必要がない可能性があるからである。能率化されたロケーションサービスレイヤは、端末が、拡張ロケーションセッション中に使用すべきパラメータを制御する（たとえば、測位方法を選択する）ことを可能にすることもできる。
【０００７】
ある設計では、端末は、その端末の内部または外部としうるアプリケーションからロケーションサービス要求を受信しうる。端末は、特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと少なくとも１つのメッセージを交換しうる。次いで、端末は、拡張ロケーションセッションの特定の持続時間内のいつでも、たとえば、ロケーション要求がアプリケーションから受信されるとき必ず、ロケーションサーバからロケーションサービスを入手しうる。ある設計では、端末は、支援データまたはロケーション推定値に関する要求を備える第１のメッセージをロケーションサーバに送信しうる。次いで、端末は、要求された支援データまたは端末のロケーション推定値を備える第２のメッセージをロケーションサーバから受信しうる。
【０００８】
端末は、拡張ロケーションセッション中のいつでも、何回でも、ロケーションサービスを入手しうる。端末またはアプリケーションは、ロケーションサービスが端末によって入手される時のすべてから受信されたロケーション情報に基づいて、より複雑なロケーションサービス（たとえば、周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービス）をエミュレートしうる。
【０００９】
本開示のさまざまな態様と特徴とを、以下さらに詳細に説明する。
【図面の簡単な説明】
【００１０】
【図１】図１は、例示的なネットワーク展開を示す。
【図２】図２は、端末によって開始される拡張ロケーションセッションのコールフローを示す。
【図３】図３は、ネットワークによって開始される拡張ロケーションセッションのコールフローを示す。
【図４】図４は、拡張ロケーションセッション中にロケーションサービスを入手するためのコールフローを示す。
【図５】図５は、拡張ロケーションセッション中にロケーションサービスを入手するためのもう１つのコールフローを示す。
【図６】図６は、ロケーションサービスを入手するために端末によって実行されるプロセスを示す。
【図７】図７は、ロケーションサービスをサポートするためにロケーションサーバによって実行されるプロセスを示す。
【図８】図８は、端末と、アクセスネットワークと、ロケーションサーバとを示すブロック図を示す。
【詳細な説明】
【００１１】
本明細書で説明される技法を、ユーザプレーンロケーションソリューション／アーキテクチャと制御プレーンロケーションソリューション／アーキテクチャとについて使用しうる。ユーザプレーンロケーションソリューションは、ユーザプレーンを介してロケーションサービスに関するメッセージを送信するロケーションソリューションである。ユーザプレーンは、より上のレイヤのアプリケーションのシグナリングとデータとを搬送し、通常はユーザデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、およびインターネットプロトコル（ＩＰ）などの標準プロトコルを用いて実施されるユーザプレーンベアラを使用する機構である。制御プレーンロケーションソリューションは、制御プレーンを介してロケーションサービスに関するメッセージを送信するロケーションソリューションである。制御プレーンは、より上のレイヤのアプリケーションのシグナリングを搬送し、通常はネットワーク固有のプロトコルとインターフェースとシグナリングメッセージとを用いて実施される機構である。ロケーションサービスをサポートするメッセージは、制御プレーンロケーションソリューション内のシグナリングの一部として、また、ユーザプレーンロケーションソリューション内のデータ（ネットワークの展望から）の一部として、搬送される。しかし、メッセージの内容を、ユーザプレーンロケーションソリューションと制御プレーンロケーションソリューションとの両方で同一または類似するものとしうる。
【００１２】
明瞭にするために、本技法のある種の態様を、以下、オープン・モバイル・アライアンス（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ／ＯＭＡ）からのセキュア・ユーザ・プレーン・ロケーション（Ｓｅｃｕｒｅ Ｕｓｅｒ Ｐｌａｎｅ Ｌｏｃａｔｉｏｎ／ＳＵＰＬ）について説明する。ＳＵＰＬは、さまざまな無線ネットワークと有線ネットワークとに適用可能であり、ＯＭＡから公に入手可能な文書に記載されている。簡単にするために、ＳＵＰＬ用語法が、下の説明の多くで使用される。
【００１３】
図１は、ロケーションサービスをサポートする例示的なネットワーク展開を示す。端末１１０は、ホームネットワーク１０２ｂへのサービス加入を有しうる。しかし、端末１１０が、サービングネットワーク１０２ａにローミングしている場合があり、このサービングネットワーク１０２ａは、訪問先ネットワーク（ｖｉｓｉｔｅｄ ｎｅｔｗｏｒｋ）と呼ばれる場合もある。次いで、端末１１０は、通信サービスを入手するためにサービングネットワーク１０２ａと通信しうる。一般に、端末１１０は、静止またはモバイルとすることができ、移動局（ＭＳ）、ユーザ機器（ＵＥ）、アクセス端末（ＡＴ）、加入者ステーション、局などと呼ばれる場合もある。端末１１０を、セルラ電話機、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、無線デバイス、ラップトップコンピュータ、無線モデム、コードレス電話機、テレメトリデバイス、トラッキングデバイスなどとしうる。端末１１０を、ＳＵＰＬでは、ＳＵＰＬ対応端末（ＳＵＰＬ Ｅｎａｂｌｅｄ Ｔｅｒｍｉｎａｌ／ＳＥＴ）と呼ぶ場合がある。用語「端末」と「ＳＥＴ」とは、本明細書で交換可能に使用される。
【００１４】
サービングネットワーク１０２ａは、アクセスネットワーク１２０と、サービングコアネットワーク１２８ａと、アクセスネットワークＳＵＰＬロケーションプラットフォーム（Access Network SUPL Location Platform）（Ａ−ＳＬＰ）１３０ａと、単純さのために図１に図示されていない他のネットワークエンティティとを含みうる。アクセスネットワーク１２０を、無線アクセスネットワーク（ＲＡＮ）（図１に示されているように）または有線アクセスネットワークとしうる。ＲＡＮは、符号分割多元接続（ＣＤＭＡ）１Ｘネットワーク、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）ネットワーク、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ(登録商標)）ネットワーク、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）などとしうる。コアネットワーク１２８ａは、サービングネットワーク１０２ａと通信する端末のためのさまざまな通信サービスをサポートできるネットワークエンティティを含みうる。Ａ−ＳＬＰ １３０ａは、サービングネットワーク１０２ａと通信する端末（たとえば、サービングネットワーク１０２ａにローミングする端末を含む）のためにロケーションサービスをサポートすることができ、端末がサービス加入またはＡ−ＳＬＰ １３０ａとの以前の関係を有することを要求してもしなくてもよい。コアネットワーク１２８ａは、サービングネットワーク１０２ａにローミングする端末のためにロケーションサービスをサポートできるビジテッドＳＬＰ（Visited SLP）（Ｖ−ＳＬＰ）を含むこともできる。
【００１５】
ホームネットワーク１０２ｂは、ホームコアネットワーク１２８ｂと、ホームＳＵＰＬロケーションプラットフォーム（home SUPL Location Platform）（Ｈ−ＳＬＰ）１３０ｂと、単純さのために図１に図示されていない他のネットワークエンティティとを含みうる。コアネットワーク１２８ｂは、ホームネットワーク１０２ｂと通信するかこれに属する端末のためにさまざまな通信サービスをサポートしうるネットワークエンティティを含みうる。Ｈ−ＳＬＰ １３０ｂは、ホームネットワーク１０２ｂへのサービス加入を有する端末のためにロケーションサービスをサポートしうる。
【００１６】
Ａ−ＳＬＰ １３０ａとＨ−ＳＬＰ １３０ｂとは、端末／ＳＥＴのためにロケーションサービスをサポートしうる。ロケーションサービスは、ロケーションに基づくまたはこれに関連するすべてのサービスを含みうる。ロケーションサービスは、ターゲットＳＥＴに関する地理的ロケーション推定値または行政ロケーション（civil location）推定値を判定するプロセスである測位を含みうる。ターゲットＳＥＴは、それに関するロケーション情報が求められるＳＥＴである。ロケーション推定値を、位置推定値、位置測定などと呼ぶ場合もある。測位は、（ｉ）緯度座標、経度座標、およびおそらくは高度座標と地理的ロケーション推定値の不確実性と、（ｉｉ）行政ロケーション推定値の住所、ならびに／あるいは（ｉｉｉ）速度および／または他の情報を提供しうる。
【００１７】
ＳＬＰは、ＳＵＰＬロケーションセンタ（ＳＵＰＬ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｅｒ／ＳＬＣ）とＳＵＰＬ測位センタ（ＳＵＰＬ Ｐｏｓｉｔｉｏｎｉｎｇ Ｃｅｎｔｅｒ／ＳＰＣ）とを含みうる。ＳＬＣは、ロケーションサービスをサポートし、ＳＵＰＬの動作を調整し、ユーザプレーンベアラを介してＳＥＴと相互作用しうる。ＳＬＣは、プライバシ、イニシエーション、セキュリティ、ローミングサポート、課金／請求、サービス管理、ロケーション計算などの機能を実行しうる。ＳＰＣは、ＳＥＴの測位とＳＥＴへの支援データの配送とをサポートすることができ、ロケーション計算に使用されるメッセージと手順との責任を負うこともできる。ＳＰＣは、セキュリティ、支援データ配送、基準取出、ロケーション計算などに関する機能を実行しうる。
【００１８】
ＳＬＰは、ＳＵＰＬにおいてプロキシモードおよび／または非プロキシモードをサポートしうる。プロキシモードでは、ＳＥＴは、ロケーションサービスのためにＳＬＰ内のＳＬＣと通信することができ、ＳＬＣは、同一のＳＬＰ（非ローミングについて）内または別々のＶ−ＳＬＰ（ローミングについて）内のいずれかでＳＥＴとＳＰＣとの間のプロキシとして働く。非プロキシモードでは、ＳＥＴは、ＳＬＣとのある初期通信の後に、測位についてＳＰＣと直接に通信しうる。あるプロキシモード設計では、Ｖ−ＳＬＰの使用は、Ｈ−ＳＬＰ １３０ｂによって調整され得、Ｈ−ＳＬＰ １３０ｂのみと相互作用できるＳＥＴ １１０に可視ではない可能性がある。ある非プロキシモード設計では、ＳＥＴ １１０は、Ｈ−ＳＬＰ １３０ｂによって指示されるように、Ｖ−ＳＬＰ（たとえば、Ｖ−ＳＬＰ内のＳＰＣ）と直接に相互作用しうる。
【００１９】
ＳＵＰＬエージェント１４０は、ＬＣＳクライアントとすることができ、ターゲットＳＥＴのロケーション情報を入手するためにＨ−ＳＬＰ １３０ｂと通信しうる（たとえば、直接にあるいは１つまたは複数のネットワークを介して）。ロケーション情報は、ロケーション推定値および／またはロケーションもしくは速度に関係する任意の情報を備えうる。ＳＥＴは、ＳＥＴ上に常駐するＳＵＰＬエージェントを有することもできる。
【００２０】
端末／ＳＥＴ １１０は、衛星の擬似距離測定値を入手するために、衛星（１つまたは複数）１５０などの衛星からの信号を受信し、測定しうる。衛星は、米国の全地球測位システム（ＧＰＳ）、欧州のＧａｌｉｌｅｏシステム、ロシアのＧＬＯＮＡＳＳシステム、またはある他の衛星測位システム（ＳＰＳ）の一部としうる。擬似距離測定値と衛星の既知のロケーションとを、端末１１０のロケーション推定値を導出するのに使用しうる。端末１１０は、アクセスネットワーク１２０内および／または同一の地理的区域内の他のネットワーク内の基地局からの信号を受信し、測定することもできる。端末１１０は、これらの基地局のアイデンティティ情報、タイミング測定値、および／または信号強度測定値を入手しうる。アイデンティティ情報、タイミング測定値、および／または信号強度測定値と基地局の既知のロケーションとを、端末１１０のロケーション推定値を導出するのに使用しうる。一般に、ロケーション推定値を、衛星、基地局、擬似衛星、および／または他の送信器のアイデンティティ情報と測定値とに基づいて導出しうる。
【００２１】
端末／ＳＥＴ １１０は、１つまたは複数の測位方法をサポートしうる。測位方法は、１つまたは複数のタイプの送信器の測定値に基づくターゲット端末／ＳＥＴの測位をサポートしうる。たとえば、端末／ＳＥＴ １１０は、自律ＧＰＳ（autonomous GPS）、アシステッドＧＰＳ（ａｓｓｉｓｔｅｄ ＧＰＳ／Ａ−ＧＰＳ）、Ａ−ＦＬＴ（Ａｄｖａｎｃｅｄ Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｔｒｉｌａｔｅｒａｔｉｏｎ）、Ｅ−ＯＴＤ（Ｅｎｈａｎｃｅｄ Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ）、ＯＴＤＯＡ（Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ Ｏｆ Ａｒｒｉｖａｌ）、拡張セルＩＤ（Ｅｎｈａｎｃｅｄ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ）（ＩＤ）、セルＩＤ、ある他の測位方法、またはその組合せをサポートしうる。自律ＧＰＳとアシステッドＧＰＳとは、衛星に関する測定値に基づく測位方法であり、用語「ＧＰＳ」は、すべてのＧＮＳＳを包括的に指すことができる。ＡＦＬＴとＥ−ＯＴＤとＯＴＤＯＡとは、無線ネットワーク内の基地局に関するタイミング測定値に基づく測位方法である。
【００２２】
端末／ＳＥＴ １１０は、１つまたは複数の測位プロトコルをサポートすることもできる。測位プロトコルは、（ｉ）ターゲット端末／ＳＥＴとロケーションサーバとによって実行できる手順と、（ｉｉ）ターゲット端末／ＳＥＴとロケーションサーバとの間の通信またはシグナリングとを定義しうる。たとえば、端末／ＳＥＴ １１０は、無線リソースＬＣＳプロトコル（ＲＲＬＰ）、無線リソース制御（ＲＲＣ）、ＬＴＥ測位プロトコル（ＬＰＰ）、Ｃ．Ｓ００２２（ＩＳ−８０１としても知られる）、ある他の測位プロトコル、またはその組合せをサポートしうる。ＲＲＬＰとＲＲＣとＬＰＰとは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の組織によって定義される。ＩＳ−８０１は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の組織によって定義される。
【００２３】
ＳＵＰＬバージョン２．０（ＳＵＰＬ ２．０）は、即時ロケーションサービス、周期的トリガロケーションサービス、エリアイベントトリガロケーションサービス、その他など、事前定義のロケーションサービスのセットをサポートする。即時ロケーションサービスについて、ターゲットＳＥＴのロケーションを、要求されたとき即座に判定し、ＳＵＰＬエージェントに供給しうる。周期的トリガロケーションサービスについて、ターゲットＳＥＴのロケーションを、周期的に判定し、ＳＵＰＬエージェントに供給しうる。エリアイベントトリガロケーションサービスについて、トリガ条件が発生する時、たとえば、ターゲットＳＥＴがターゲットエリア内にあるかターゲットエリアに入るかターゲットエリアから出るとき必ず、ターゲットＳＥＴのロケーションを、周期的に判定し、ＳＵＰＬエージェントに供給しうる。ＳＵＰＬ ２．０での事前定義のロケーションサービスのそれぞれを、単一のコマンドを用いてＳＵＰＬエージェントによって呼び出すことができる。これは、周期的トリガロケーションサービスおよびエリアイベントトリガロケーションサービスなどのより複雑なロケーションサービスについてＳＵＰＬエージェントの動作を単純にしうる。複雑さは、各呼び出されたロケーションサービスに関する状態情報を記憶するＳＬＰとターゲットＳＥＴとに移動される。
【００２４】
アプリケーションは、状態情報を記憶することと、要求されたとき必ず即時ロケーションサービスを呼び出すこととによって、複雑なロケーションサービス（たとえば、周期的トリガロケーションサービス）をエミュレートしうる。エミュレーションは、ＳＬＰ内とＳＵＰＬをサポートするターゲットＳＥＴの部分内との複雑さを減らすことができる。しかし、エミュレーションは、即時ロケーションサービスの呼出ごとにより多くのシグナリングオーバーヘッドを受ける可能性があるので、非効率的になり得る。
【００２５】
一態様では、能率化されたＳＵＰＬサービスレイヤを、ＳＵＰＬ測位レイヤへのより効率的なアクセスをアプリケーションに与えるのに使用しうる。ＳＵＰＬ測位レイヤは、ＳＥＴの測位をサポートできるプロトコルエンティティと機能とを含みうる。ＳＵＰＬサービスレイヤは、ロケーションサービスをサポートすることができ、測位が要求されたとき必ずＳＵＰＬ測位レイヤと通信しうる。ある設計では、能率化されたＳＵＰＬサービスレイヤは、ＳＥＴがＳＬＰとの拡張ロケーションセッションを確立し、維持することを可能にしうる。アプリケーション（たとえば、ＳＥＴ上で動作する）は、拡張ロケーションセッション中のいつでもＳＵＰＬサービスレイヤまたはＳＵＰＬ測位レイヤを呼び出すことができ、拡張ロケーションセッション中の必要なとき必要に従ってロケーション推定値を入手しうる。能率化されたＳＵＰＬサービスレイヤは、ＳＥＴが拡張ロケーションセッション中に使用すべきパラメータ（たとえば、測位方法、測位プロトコル、または測位品質（Quality of Positioning）（ＱｏＰ）などを選択するため）を構成することを可能にすることもできる（たとえば、ＳＥＴとＳＬＰとの能力を考慮に入れることによって）。
【００２６】
図２は、能率化されたＳＵＰＬサービスレイヤを用いる、ＳＥＴによって開始される拡張ロケーションセッションのコールフロー２００の設計を示す。ＳＥＴ １１０上で動作するアプリケーション１１２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）を望むことができ、ＳＥＴ １１０内のＳＵＰＬサービスレイヤにロケーションサービス要求を送信しうる（ステップＡ）。単純さのために、ＳＥＴ １１０の他の部分から区別される時を除いて、下の説明では、ＳＥＴ １１０内のＳＵＰＬサービスレイヤとＳＵＰＬ測位レイヤとを単にＳＥＴ １１０と呼ぶ。ＳＥＴ １１０は、データ接続セットアップ手順を実行し、必要な場合にはそれ自体をパケットデータネットワークに接続し、ＳＬＰ １３０へのセキュアＩＰ接続を確立する（ステップＢ）。ＳＬＰ １３０は、サービングネットワーク１０２ａ内のＡ−ＳＬＰ １３０ａ、ホームネットワーク１０２ｂ内のＨ−ＳＬＰ １３０ｂ、またある他のＳＬＰとしうる。
【００２７】
ＳＥＴ １１０は、ＳＬＰ １３０との拡張ロケーションセッションを確立するためにＳＵＰＬ ＳＴＡＲＴメッセージを送信しうる（ステップＣ）。このメッセージは、拡張ロケーションセッションを識別するのに使用されるセッション-ｉｄ、ＳＥＴ １１０の現行サービングセルを識別するロケーションＩＤ（ｌｉｄ）、ＳＥＴ １１０の能力（ＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓ）、拡張ロケーションセッションの要求される持続時間（ｄｕｒａｔｉｏｎ）などを含みうる。ＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓは、ＳＥＴ １１０の測位能力および／またはサービス能力を含みうる。測位能力は、ＳＥＴ １１０によってサポートされる測位方法と測位プロトコルとを含みうる。サービス能力は、ＳＥＴ １１０によってサポートされるロケーションサービス、報告能力、および／または他の能力を含みうる。拡張ロケーションセッションについて、ＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓを、能率化されたＳＵＰＬサービスレイヤに適用可能なオプションに制限しうる。要求される持続時間を、ＳＥＴ １１０によって選択することができ、ロケーションサービスがＳＥＴ １１０によって望まれるか必要とされる可能性がある期待される持続時間としうる。要求される持続時間を、アプリケーション１１２からの入力を伴ってまたは伴わずに選択しうる。
【００２８】
ＳＬＰ １３０は、ＳＥＴ １１０からＳＵＰＬ ＳＴＡＲＴメッセージを受信することができ、要求される持続時間および／またはメッセージ内のある他の情報に基づいて、このメッセージが拡張ロケーションセッション（通常のロケーションセッションではなく）に関するものであることを認識しうる。ＳＬＰ １３０は、将来の使用のためにＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓを抽出し、格納しうる。ＳＬＰ １３０は、拡張ロケーションセッションについてＳＥＴ １１０を認証し、認可することができ、ＳＥＴ １１０のルーティング情報を入手しうる（ステップＤ）。次いで、ＳＬＰ １３０は、ＳＥＴ １１０にＳＵＰＬ ＲＥＳＰＯＮＳＥメッセージを送信しうる（ステップＥ）。このメッセージは、ＳＵＰＬ ＳＴＡＲＴメッセージに含まれたセッション-ｉｄ、選択された測位方法（ｐｏｓｍｅｔｈｏｄ）、ＳＬＰ １３０の能力（ＳＬＰ ｃａｐａｂｉｌｉｔｉｅｓ）、拡張ロケーションセッションの許可された持続時間（ｄｕｒａｔｉｏｎ）などを含みうる。ＳＬＰ ｃａｐａｂｉｌｉｔｉｅｓは、ＳＬＰ １３０の測位能力（たとえば、サポートされる測位方法とプロトコルと）および／またはサービス能力を含みうる。拡張ロケーションセッションについて、ＳＬＰ ｃａｐａｂｉｌｉｔｉｅｓを、能率化されたＳＵＰＬサービスレイヤに適用可能なオプションに制限しうる。許可された持続時間を、拡張ロケーションセッションの最大寿命とすることができ、要求された持続時間と等しい、それより短い、またはそれより長いものとしうる。拡張ロケーションセッションは、許可された持続時間が満了したとき終了しうる。拡張ロケーションセッションを、（ｉ）ＳＥＴ １１０またはＳＬＰ １３０のいずれかがＳＵＰＬ ＥＮＤメッセージを送信することによって、許可された持続時間より前に終了され、あるいは（ｉｉ）ＳＥＴ １１０がもう１つのＳＵＰＬ ＳＴＡＲＴメッセージをＳＬＰ １３０に送信することによって、許可された持続時間を超えて拡張されることも可能である。ＳＥＴ １１０は、ロケーションサービスの可用性を示すためにアプリケーション１１２に肯定応答（Ａｃｋ）を返すことができる（ステップＦ）。
【００２９】
図２に示されているように、拡張ロケーションセッションが、ＳＥＴ １１０とＳＬＰ １３０との間の２つのＳＵＰＬメッセージの単純な交換によって確立されうる。ＳＥＴ １１０からの第１のＳＵＰＬメッセージは、拡張ロケーションセッションを確立する要求を伝えるための情報（たとえば、要求される持続時間）を含みうる。第１のＳＵＰＬメッセージは、拡張ロケーションセッションについて使用できる１つまたは複数のパラメータ（たとえば、ＳＥＴ能力に関する）を含むこともできる。ＳＬＰ １３０からの第２のＳＵＰＬメッセージは、拡張ロケーションセッションの確立を肯定応答するための情報（たとえば、許可された持続時間）を含みうる。第２のＳＵＰＬメッセージは、拡張ロケーションセッションについて使用できる１つまたは複数のパラメータ（たとえば、ＳＬＰ能力に関する）を含むこともできる。追加のＳＵＰＬメッセージを、ある種のパラメータ（たとえば、持続時間、測位方法などに関する）を折衝するため、および／または追加パラメータを構成するために交換することもできる。
【００３０】
拡張ロケーションセッションが、図２に示されているように、アプリケーション１１２からのロケーションサービス要求に応答してＳＥＴ １１０によって確立されうる。ロケーションサービスがいずれかのアプリケーションによって要求される場合に、その時に、拡張ロケーションサービスが使用のために使用可能になるようにするために、拡張ロケーションセッションを、いずれかのアプリケーションからロケーションサービス要求を受信する前にＳＥＴ １１０によって確立することもできる。どの場合でも、拡張ロケーションセッションが確立された後に、アプリケーション１１２は、拡張ロケーションセッション中のいつでも、ロケーションサービスを入手しうる。アプリケーション１１２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）が望まれるとき必ず、ロケーション要求を送信しうる（ステップＧとＪとＭと）。次いで、ＳＥＴ １１０とＳＬＰ １３０とは、要求されたロケーション情報を入手するためにロケーションセッションに関するメッセージを交換しうる（ステップＨとＫとＮと）。その代わりに、ＳＥＴ １１０は、ＳＥＴ １３０が既にＳＬＰ １３０との以前の相互作用から必要な情報（たとえば、支援データ）を有する場合に、ＳＬＰ １３０との相互作用なしで、要求されたロケーション情報を提供しうる。たとえば、ＳＥＴ １１０とＳＬＰ １３０とは、ステップＨを実行することができ、支援データが、ステップＨでＳＬＰ １３０によってＳＥＴ １１０に提供され、ステップＪでアプリケーション１１２によって要求されるロケーション情報（たとえば、ロケーション推定値）をＳＥＴ １１０が入手することを可能にするのに十分である場合には、ステップＫは、省略され得る。ＳＥＴ １１０は、要求されたロケーション情報を伴うロケーション応答をアプリケーション１１２に返すことができる（ステップＩとＬとＯと）。各ロケーションセッションは、ステップＢでのセキュアデータ接続セットアップと、ステップＣおよびＥでの拡張ロケーションセッションの事前構成と、いくつかの場合に以前のロケーションセッションから導出された支援データ（たとえば、ステップＫのために必要な支援データがステップＨから入手される時など）とに起因して、より少ないシグナリングと処理オーバーヘッドとを含む可能性がある。
【００３１】
拡張ロケーションセッションは、その持続時間が満了したとき終了しうる。ＳＥＴ １１０は、たとえばアプリケーション１１２から受信されたロケーションサービス終了指示に起因して、早期に拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（ステップＰ）。ＳＬＰ １３０が、拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（図２には図示せず）。
【００３２】
図３は、能率化されたＳＵＰＬサービスレイヤを用いる、ネットワークによって開始される拡張ロケーションセッションのコールフロー３００の設計を示す。ＳＵＰＬエージェント１４０内でＳＥＴ １１０の外部のアプリケーション１４２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）を望む場合がある。アプリケーション１４２は、ＳＥＴ １１０上のアプリケーション１１２にロケーションサービス要求を送信しうる（ステップＡ）。アプリケーション１１２は、ロケーションサービス要求を受信することができ、ＳＥＴ １１０にロケーションサービス開始を送ることができる（ステップＢ）。次いで、ステップＣとＤとＥとＦとを、ＳＬＰ １３０とのＳＥＴ １１０に関する拡張ロケーションセッションを確立するために、それぞれ図２においてステップＢとＣとＤとＥとについて上述したように実行しうる。ＳＥＴ １１０は、アプリケーション１１２に肯定応答を送ることができ（ステップＧ）、アプリケーション１１２は、アプリケーション１４２にサービス肯定応答を返すことができる（ステップＨ）。
【００３３】
拡張ロケーションセッションが確立された後に、アプリケーション１１２と１４２とは、拡張ロケーションセッション中のいつでも、ロケーションサービスを入手しうる。アプリケーション１１２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）が望まれるとき必ず、ロケーション要求を送信しうる（ステップＩとＭとＱと）。次いで、ＳＥＴ １１０とＳＬＰ １３０とは、要求されたロケーション情報を入手するためにロケーションセッションに関するメッセージを交換しうる（ステップＪとＮとＲと）。次いで、ＳＥＴ １１０は、要求されたロケーション情報をアプリケーション１１２に供給しうる（ステップＫとＯとＳと）。次いで、アプリケーション１１２は、要求されたロケーション情報を含むロケーション報告をアプリケーション１４２に送信しうる（ステップＬとＰとＴと）。各ロケーションセッションは、ステップＣでのセキュアデータ接続セットアップと、ステップＤおよびＦでの拡張ロケーションセッションの事前構成と、いくつかの場合に以前のロケーションセッションから導出された支援データ（たとえば、ステップＮのために必要な支援データがステップＪから入手される時など）とに起因して、より少ないシグナリングと処理オーバーヘッドとを含む可能性がある。
【００３４】
図３のもう１つの例示的設計では、アプリケーション１１２は、ＳＥＴ １１０から入手されたロケーション情報に基づいてアプリケーション１４２に関する追加のサービスを実行しうる。たとえば、アプリケーション１１２は、ＳＥＴ １１０が指定された地理的区域内にあるまたはその区域に入ったばかりまたは出たばかりであるかどうかを検証しうる。次いで、アプリケーション１１２は、追加情報（たとえば、ＳＥＴ １１０が指定された地理的区域の内部にある、入ったばかりである、または出たばかりであるかどうかを示す）を、ステップＬとＰとＴとでアプリケーション１４２に提供しうる。その代わりに、アプリケーション１１２が、特定のトリガ条件（たとえば、ＳＥＴ １１０が指定された地理的区域に入ったばかりまたは出たばかりであるなど）が満足される場合に限って、ステップＬまたはＰまたはＴを実行しうる。
【００３５】
拡張ロケーションセッションを、その持続時間が満了したとき終了しうる。ＳＥＴ １１０は、たとえばアプリケーション１１２または１４２からのロケーションサービス終了指示に起因して、早期に拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（ステップＵ）。ＳＬＰ １３０が、拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（図３には図示せず）。
【００３６】
図４は、拡張ロケーションセッション内のロケーションセッションのコールフロー４００の設計を示す。コールフロー４００を、図２と３とに示されたロケーションセッションのそれぞれについて使用しうる。ＳＥＴ １１０は、たとえばロケーションサービスがＳＥＴ １１０上のアプリケーション１１２によって望まれるとき必ず、ロケーションセッションを開始するためにＳＬＰ １３０にＳＵＰＬ ＰＯＳメッセージを送信しうる（ステップＡ）。このＳＵＰＬ ＰＯＳメッセージは、拡張ロケーションセッションを識別するセッション-ｉｄ、選択された測位プロトコルの１つまたは複数の測位メッセージ、ロケーション推定値の要求される正確さを定義するＱｏＰ、速度が要求されるのかどうかの指示、および／または他の情報を含みうる。選択された測位プロトコルを、ＬＰＰまたはＩＳ−８０１とすることができ、この両方が、ＳＥＴによって開始される測位をサポートする。測位メッセージ（１つまたは複数）は、支援データの要求、測位に使用される測定値、サービングセルＩＤ、他のセルＩＤ、その他など、関連情報を含みうる。
【００３７】
ＳＬＰ １３０は、ＳＥＴ １１０からＳＵＰＬ ＰＯＳメッセージを受信することができ、別のＳＵＰＬ ＰＯＳメッセージをＳＥＴ １１０に送信しうる（ステップＢ）。返されるＳＵＰＬ ＰＯＳメッセージは、セッション-ｉｄ、選択された測位プロトコルの１つまたは複数の測位メッセージ、および／または他の情報を含みうる。測位メッセージ（１つまたは複数）は、支援データ（要求された場合）、ＳＥＴ １１０のロケーション推定値、その他などの関連情報を含みうる。ロケーション推定値を、測位メッセージのフィールド内またはＳＵＰＬ ＰＯＳメッセージのフィールド内で送信しうる。
【００３８】
ＳＥＴ １１０とＳＬＰ １３０とは、追加のＳＵＰＬ ＰＯＳメッセージを交換しうる（ステップＣとＤと）。各ＳＵＰＬ ＰＯＳメッセージは、拡張ロケーションセッションのセッション-ｉｄ、任意の適切な情報を担持する１つまたは複数の測位メッセージ、および／または他の情報を含みうる。選択された測位プロトコルは、１つまたは複数のアクセスタイプに関する１つまたは複数の測位方法をサポートしうる。任意の個数のＳＵＰＬ ＰＯＳメッセージを、１つまたは複数の選択された測位方法に関する情報を要求し、供給するためにＳＥＴ １１０とＳＬＰ １３０との間で交換しうる。ＳＵＰＬ ＰＯＳメッセージを、（ｉ）選択された測位プロトコルに関する測位メッセージを担持するためのコンテナメッセージとして、（ｉｉ）ＳＥＴ １１０によって要求されたロケーション情報のタイプに関する情報（たとえば、ＱｏＰ）を搬送するのに、および（ｉｉｉ）ロケーションセッションを拡張ロケーションセッションに関連付けるのに、使用しうる。ｓ
ある設計では、ＳＥＴ １１０は、ロケーションセッションに関する最初のＳＵＰＬ ＰＯＳメッセージを送信することができ、ＳＬＰ １３０は、最後のＳＵＰＬ ＰＯＳメッセージを送信しうる。ＳＵＰＬ ＰＯＳメッセージを、図４に示されているように、ＳＥＴ １１０からの１つのＳＵＰＬ ＰＯＳメッセージとそれに続くＳＬＰ １３０からのもう１つのＳＵＰＬ ＰＯＳメッセージとの対の形で送信しうる。複数のＳＵＰＬ ＰＯＳメッセージを、それぞれＳＬＰ １３０またはＳＥＴ １１０からの戻りＳＵＰＬ ＰＯＳメッセージの前にＳＥＴ １１０またはＳＬＰ １３０によって送信することもできる。
【００３９】
図５は、拡張ロケーションセッション内のロケーションセッションのコールフロー５００の設計を示す。コールフロー５００を、図２と３とに示されたロケーションセッションのそれぞれについて使用することもできる。ＳＥＴ １１０は、たとえばロケーションサービスがＳＥＴ １１０上のアプリケーション１１２によって望まれるとき必ず、ロケーションセッションを開始するためにＳＬＰ １３０にＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージを送信しうる（ステップＡ）。このＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージは、拡張ロケーションセッションを識別するセッション-ｉｄ、ＳＥＴ能力、ロケーションセッションの選択された測位方法（ｐｏｓｍｅｔｈｏｄ）、セル情報（たとえば、サービングセルＩＤおよび／または他のセルＩＤ）、ＱｏＰ、選択された測位プロトコルに関する、任意の適切な情報を担持する１つまたは複数の測位メッセージなどを含みうる。
【００４０】
次いで、ＳＥＴ １１０とＳＬＰ １３０とは、ロケーションセッションのＳＵＰＬ ＰＯＳメッセージを交換しうる（ステップＢ）。各ＳＵＰＬ ＰＯＳメッセージは、拡張ロケーションセッションのセッション-ｉｄ、選択された測位プロトコルの１つまたは複数の測位メッセージ、および／または他の情報を含みうる。選択された測位プロトコルは、ＲＲＬＰ、ＲＲＣ、ＬＰＰ、ＩＳ−８０１などとしうる。ＲＲＬＰとＲＲＣとは、ネットワークによって開始される測位をサポートするが、ＬＰＰとＩＳ−８０１とは、ネットワークによって開始される測位とＳＥＴによって開始される測位との両方をサポートする。任意の個数のＳＵＰＬ ＰＯＳメッセージを、１つまたは複数の測位方法の情報を要求し、提供するために、ＳＥＴ １１０とＳＬＰ １３０との間で交換しうる。ＳＵＰＬ ＰＯＳメッセージの交換が完了したとき、ＳＬＰ １３０は、セッション-ｉｄとおそらくはＳＥＴ １１０のロケーション推定値および／または速度推定値（ｐｏｓｉｔｉｏｎ）とを含むＳＵＰＬ ＲＥＰＯＲＴメッセージを送信しうる（ステップＣ）。このＳＵＰＬ ＲＥＰＯＲＴメッセージを、ロケーションセッションの終りを示し、ＳＥＴによって支援される測位についてＳＬＰ １３０によって計算された任意のロケーション推定値および／または速度推定値を返すのに使用しうる。
【００４１】
図４と５とは、拡張ロケーションセッション内のロケーションセッションの２つの例示的なコールフローを示す。一般に、ＳＥＴ １１０は、ＳＬＰ １３０とのロケーションセッションを開始するために任意の適切なＳＵＰＬメッセージを送信しうる。異なるＳＵＰＬメッセージを、異なる測位プロトコルのために使用しうる。ロケーションセッションについて、ＳＥＴ １１０とＳＬＰ １３０とは、任意の個数のＳＵＰＬ ＰＯＳメッセージを交換することができ、これらのＳＵＰＬ ＰＯＳメッセージは、測位メッセージのコンテナとして、また、ロケーションセッションを拡張ロケーションセッションに関連付けるのに、使用され得る。
【００４２】
図４と５とに示されているように、拡張ロケーションセッション内のロケーションセッションごとに、シグナリングと処理とのオーバーヘッドを、ほとんど受けない可能性がある。図４では、ＳＥＴ １１０とＳＬＰ １３０とが、まずセキュアデータ接続を確立することもオーバーヘッドＳＵＰＬメッセージを送信することも必要とせずに、すぐに測位に関するＳＵＰＬ ＰＯＳメッセージを交換しうる。図５では、ＳＥＴ １１０が、ロケーションセッションを開始するためにＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージを送信しうる。図４と５とのコールフローは、通常はロケーションセッションを開始するのに使用される、ＳＵＰＬ ＳＴＡＲＴメッセージおよびＳＵＰＬ ＩＮＩＴメッセージなどの他のオーバーヘッドＳＵＰＬメッセージを回避しうる。
【００４３】
ＳＵＰＬ ＳＴＡＲＴメッセージとＳＵＰＬ ＲＥＳＰＯＮＳＥメッセージとの対を、図２と３とに示されているように拡張ロケーションセッションを確立するためにＳＥＴ １１０とＳＬＰ １３０との間で交換しうる。これらのＳＵＰＬメッセージを、拡張ロケーションセッションの１つまたは複数のパラメータ（たとえば、選択された測位方法、選択された測位プロトコル、ＱｏＰなどに関する）を構成するのに使用しうる。構成されたパラメータ（１つまたは複数）を、拡張ロケーションセッションのために格納することができ、拡張ロケーションセッション全体を通じて使用することができ、これは、シグナリングオーバーヘッドを減らすことができる。拡張ロケーションセッション内の各ロケーションセッションは、その構成されたパラメータ（１つまたは複数）を利用しうる。
【００４４】
本明細書で説明される技法は、ＳＥＴ １１０が、ロケーションサービスを入手するために任意の時に１つまたは複数のアプリケーションがＳＵＰＬ測位レイヤを呼び出すことを可能にするために、セキュア拡張ロケーションセッションを有することを可能にしうる。これは、効率を改善し、シグナリングトラフィックを減らし、性能を改善し、他の利益を提供しうる。これらの技法は、ＳＥＴ １１０および／またはアプリケーション１１２が、ロケーションサービスのために、たとえば測位方法を選択するために使用するパラメータに対してより制御することを可能にする。これらの技法を、ＳＵＰＬ内でプロキシモードと非プロキシモードとについて使用することもできる。
【００４５】
本明細書で説明される技法は、ロケーションサービスの複雑さをＳＥＴ １１０とＳＬＰ １３０とからアプリケーション（たとえば、ＳＥＴ １１０上で動作するアプリケーション１１２）へ移動することを可能にしうる。ＳＥＴ １１０およびＳＬＰ １３０などのＳＵＰＬエンティティは、単純なロケーションサービスの小さいセットをサポートしうる。これらのアプリケーションは、単純なロケーションサービスを呼び出すことと、ＳＵＰＬエンティティからサービス制御を引き継ぐこととによって、複雑なロケーションサービスを実施しうる。たとえば、アプリケーションは、ターゲットＳＥＴのロケーション推定値を入手するために拡張ロケーションセッション中にいつロケーションサービスを呼び出すかを判定し、ロケーション推定値に基づいてトリガ条件を評価し、必要な場合に（たとえば、トリガ条件が満足されたとき）ロケーション推定値をＬＣＳクライアントに報告しうる。複雑さとセッション制御とをアプリケーションに移動することは、より多くのロケーションサービスをアプリケーションのために開発することを可能にすることができ、新しいロケーションサービスの開発時間を減らすこともできる。たとえば、アプリケーションを、能率化されたＳＵＰＬサービスレイヤによってサポートされる単純なロケーションサービスに基づく、周期的トリガロケーションサービスおよびエリアイベントトリガロケーションサービスなどの複雑なロケーションサービスをエミュレートできるものにしうる。
【００４６】
別の設計では、複合ロケーションサービス（たとえば、周期的ロケーション、トリガされるロケーションなど）を、ＳＥＴ １１０内の内部アプリケーション１１２または外部アプリケーション１４２の代わりに、ＳＥＴ １１０内のＳＵＰＬサービスレイヤおよび／またはＳＵＰＬ測位レイヤによってサポートしうる。ＳＥＴ １１０内のＳＵＰＬサービスレイヤとＳＵＰＬ測位レイヤとは、ＳＬＰ １３０との拡張ロケーションセッションを確立するために図２または３の方法をサポートし、拡張ロケーションセッション中に周期的時間間隔でロケーション情報を入手する（たとえば、図２のステップＨ、Ｋ、およびＮまたは図３のステップＪ、Ｎ、およびＲを始めさせることによって）ことができる。しかし、アプリケーション１１２は、諸間隔にＳＵＰＬサービスレイヤまたはＳＵＰＬ測位レイヤにロケーション情報を要求しない場合があり（たとえば、図２のステップＧ、Ｊ、およびＭまたは図３のステップＩ、Ｍ、およびＱ）、ＳＵＰＬサービスレイヤとＳＵＰＬ測位レイヤとが、諸間隔にアプリケーション１１２にロケーション情報を提供しない場合がある（たとえば、図２のステップＩ、Ｌ、およびＯまたは図３のステップＫ、Ｏ、およびＳ）。その代わりに、アプリケーション１１２が、ＳＵＰＬサービスレイヤに１回だけ、要求される複雑なロケーションサービス（いつＳＥＴ １１０がある指定された地理的区域に入ったばかりか、出たばかりか、またはまだそこに留まっているかを判定することなど）を示す場合がある（たとえば、図２のステップＡまたは図３のステップＢで）。次いで、ＳＵＰＬサービスレイヤおよび／またはＳＵＰＬ測位レイヤは、要求された複雑なロケーションサービスをサポートするためにロケーション情報をいつ入手すべきなのかを判定しうる。特定のトリガ条件が満足されたとき、ＳＵＰＬサービスレイヤまたはＳＵＰＬ測位レイヤは、関連するロケーション情報と一緒に、トリガ条件の指示（たとえば、ＳＥＴ １１０が指定された地理的区域に入ることまたは出ることなど）をアプリケーション１１２に送信しうる。アプリケーション１１２がアプリケーション１４２の代わりに働いている場合には、アプリケーション１１２は、ロケーション情報をアプリケーション１４２に転送しうる。この設計では、サービスの複雑さは、ＳＬＰ １３０からならびにアプリケーション１１２と１４２とから隠蔽され得、ＳＥＴ １１０内のＳＵＰＬレイヤのみに影響しうる。さらに、ＳＥＴ １１０内のＳＵＰＬレイヤによってサポートされる追加の複雑なロケーションサービスを、ＳＵＰＬの一部として定義してもしなくてもよい。したがって、これらの追加の複雑なロケーションサービスは、ＳＥＴ １１０内のプロプライエタリ非標準ロケーションサービスまたは標準化されたロケーションサービスのいずれかとして、ＳＥＴ １１０内の内部アプリケーション（たとえば、アプリケーション１１２）または外部アプリケーション（たとえば、アプリケーション１４２）に提供されうる。
【００４７】
ＳＥＴ １１０は、通常、ＳＵＰＬロケーションセッションのためにホームネットワーク１０２ｂ内のＨ−ＳＬＰ １３０ｂと通信する。ＳＥＴ １１０を、Ｈ−ＳＬＰ １３０ｂのアドレスを有して事前に構成することができ、事前に構成されたＨ−ＳＬＰアドレスを使用してＨ−ＳＬＰ １３０ｂに到達できるものとしうる。ＳＥＴ １１０がローミングしている場合に、ＳＥＴ １１０は、サービングネットワーク１０２ａ内とホームネットワーク１０２ｂ内とのさまざまなネットワークエンティティを介してＨ−ＳＬＰ １３０ｂとＳＵＰＬメッセージを交換しうる。
【００４８】
別の態様では、ＳＥＴ １１０は、拡張ロケーションセッションのためにサービングネットワーク１０２ａ内のＡ−ＳＬＰ １３０ａ（ホームネットワーク１０２ｂ内のＨ−ＳＬＰ １３０ｂではなく）と通信しうる。これは、シグナリングトラフィックを減らすことができ、ＳＥＴ １１０がローミングしている時の拡張ロケーションセッション中のロケーションサービスを入手するための遅延を減らすこともできる。これは、Ｈ−ＳＬＰを有しないＳＥＴまたはＨ−ＳＬＰが提供しないサービス（たとえば、より正確でより信頼できるロケーションサポートまたはＨ−ＳＬＰによってサポートされないアクセスネットワークのサポート）をＡ−ＳＬＰが提供する時のＳＥＴを支援することもできる。
【００４９】
ＳＥＴ １１０は、さまざまな形でサービングネットワーク１０２ａ内のＡ−ＳＬＰ １３０ａを発見しうる。ある設計では、ＳＥＴ １１０は、動的ホスト構成プロトコル（ＤＨＣＰ）を使用してＡ−ＳＬＰ １３０ａのアドレスを入手しうる。ＳＥＴ １１０は、現在ＳＥＴ １１０にサービスしているアクセスネットワークのＡ−ＳＬＰの構成情報に関する要求をブロードキャストしうる。ＤＨＣＰサーバは、その要求をＳＥＴ １１０から受信することができ、そのＤＨＣＰサーバによって維持される構成データベースからのＡ−ＳＬＰ １３０ａの構成情報（たとえば、アドレス）を応答しうる。別の設計では、ＳＥＴ １１０は、ドメインネームシステム（ＤＮＳ）を使用してＡ−ＳＬＰ １３０ａのアドレスを入手しうる。ＳＥＴ １１０は、現在ＳＥＴ １１０にサービスしているアクセスネットワークのドメイン名（たとえば、ｎｅｔｗｏｒｋＡＢＣ．ｃｏｍ）から導出されたＡ−ＳＬＰドメイン名（たとえば、ａｓｌｐ．ｎｅｔｗｏｒｋＡＢＣ．ｃｏｍ）を有するＤＮＳクエリを送信しうる。ＤＮＳサーバは、そのＤＮＳクエリをＳＥＴ １１０から受信することができ、そのドメイン名に関連するアドレスを応答しうる。もう１つの設計では、Ａ−ＳＬＰ １３０ａに、固定された周知のアドレスを割り当てることができる。ＳＥＴ １１０は、Ａ−ＳＬＰ １３０ａの固定されたアドレスを知ることができ、Ａ−ＳＬＰ １３０ａに直接にアクセスできるものとしうる。もう１つの設計では、アクセスネットワークは、ＳＥＴ １１０がそのアクセスネットワークに始めて接続する時またはＳＥＴ １１０が関連するＡ−ＳＬＰのアドレスに関する要求をアクセスネットワークに送信するとき、このアドレスをＳＥＴ １１０に提供しうる。
【００５０】
ある設計では、Ａ−ＳＬＰ １３０ａまたはＨ−ＳＬＰ １３０ｂのいずれかを、サービスおよび測位能力（Ａ−ＳＬＰ １３０ａまたはＨ−ＳＬＰ １３０ｂのいずれかの）、請求料金、アクセスの速度およびたやすさ（たとえば、シグナリング帯域幅および遅延）、その他などのさまざまな要因に基づいて、ＳＥＴ １１０にサービスするために選択しうる。例として、３ＧＰＰ Ｈ−ＳＬＰは、３ＧＰＰ２ネットワークにアクセスするＳＥＴの測位をサポートできない場合があり（またはその逆）、このＳＥＴは、Ａ−ＳＬＰの本質的要素を利用しうる。Ａ−ＳＬＰ １３０ａは、能率化されたＳＵＰＬサービスレイヤと通常の／フルＳＵＰＬサービスレイヤ（たとえば、ＳＵＰＬ ２．０に記載の）との両方をサポートしうる。相互認証と暗号化とを含むセキュリティを、ＳＥＴ １１０とＡ−ＳＬＰ １３０ａとの間の通信に使用しうる。能率化されたＳＵＰＬサービスレイヤのセキュリティを、（ｉ）フルＳＵＰＬサービスレイヤのＳＥＴ １１０とＨ−ＳＬＰ １３０ｂとの間の通信と同様に、または（ｉｉ）異なる手順、たとえば異なる認証方法を使用して、達成しうる。
【００５１】
もう１つの態様では、ＳＵＰＬのすべてまたは一部を、Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＸＭＬ）を使用して実施しうる。たとえば、ＳＵＰＬのうちで能率化されたＳＵＰＬサービスレイヤに関係する部分を、ＸＭＬを用いて実施しうる。ある設計では、ＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）を、ＳＵＰＬのスキーマとして保持することができ、国際電気通信連合（ＩＴＵ）Ｘ．６９３を、ＸＭＬでこれを符号化するのに使用しうる（たとえば、ＸＥＲ符号化を用いて）。別の設計では、新しい文書型定義（ＤＴＤ）スキーマまたはＸＭＬスキーマ定義（ＸＳＤ）スキーマを、ＳＵＰＬ ＡＳＮ．１定義から定義しうるが、能率化されたＳＵＰＬサービスレイヤに適用可能なＳＵＰＬメッセージとパラメータとに制限しうる。両方の設計で、ＳＵＰＬのサブセットだけが、ＸＭＬでの実施によって影響を受けることができ、その影響を、フロントエンドコーダとパーサとに制限しうる。ＡＳＮ．１とＸＭＬとの間の折衝を、すべてのＡ−ＳＬＰに関する規約によってＡＳＮ．１またはＸＭＬのいずれかを定義することによって回避することができ、Ｈ−ＳＬＰ用のＳＥＴのＳｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＳＩＭ）カード上で構成しうる。
【００５２】
ＲＲＬＰ、ＲＲＣ、ＬＰＰ、およびＩＳ−８０１などの他の測位プロトコルは、ＡＳＮ．１（またはある他のフォーマット）からＸＭＬに変換されうる。この変換は、意味論的ではなく構文的（すなわち、内容ではなくフォーマットの変化を伴う）としうる。所与の測位プロトコルのＸＭＬ版（ＸＭＬ測位プロトコルと呼ばれる場合がある）は、その測位プロトコルのＡＳＮ．１版と同一の支援データおよび測定タイプをサポートしうる。新しい測位方法ならびに既存の測位方法に対する変更を、結果のＸＭＬ測位プロトコルに追加しうる。たとえば、ＸＭＬ測位プロトコルは、Ｗｉ−Ｆｉ、固定ブロードバンド、ＷｉＭＡＸ、その他などの非３ＧＰＰアクセスタイプと非３ＧＰＰ２アクセスタイプとに関する測位をサポートするために拡張されうる。
【００５３】
図６は、ロケーションサービスを入手するために端末／ＳＥＴによって実行されるプロセス６００の設計を示す。端末は、その端末の内部（たとえば、図２に示されているように）またはその端末の外部（たとえば、図３に示されているように）としうるアプリケーションからロケーションサービス要求を受信しうる（ブロック６１２）。端末は、特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと少なくとも１つのメッセージを交換しうる（ブロック６１４）。端末は、（ｉ）アプリケーションからのロケーションサービス要求に応答して、または（ｉｉ）ロケーションサービス要求を受信する前に、拡張ロケーションセッションを確立しうる。
【００５４】
端末は、アプリケーションからロケーション要求を受信しうる（ブロック６１６）。端末は、拡張ロケーションセッションの特定の持続時間内の任意の時に、たとえばロケーション要求の受信に応答して、拡張ロケーションセッションの一部としてロケーションサーバからロケーションサービスを入手しうる（ブロック６１８）。端末は、ロケーション情報を備えるロケーション応答をアプリケーションに送信しうる（ブロック６２０）。
【００５５】
ある設計では、端末とロケーションサーバとは、拡張ロケーションセッションに関するＳＵＰＬメッセージを交換しうる。端末は、拡張ロケーションセッションのセッションＩＤを判定しうる。端末は、拡張ロケーションセッション中にロケーションサービスを入手するためにロケーションサーバと交換されるメッセージを識別するのにそのセッションＩＤを使用しうる。
【００５６】
ブロック６１４のある設計では、端末は、拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために、ロケーションサーバと少なくとも１つのメッセージを交換しうる。少なくとも１つの構成されるパラメータは、選択された測位方法、選択された測位プロトコル、ＱｏＰ、ある他のパラメータ、またはその組合せを備えうる。次いで、端末は、少なくとも１つの構成されたパラメータに基づいて、ロケーションサーバからロケーションサービスを入手しうる。
【００５７】
ブロック６１４のある設計では、端末は、拡張ロケーションセッションの確立を開始するためにロケーションサーバに第１のメッセージ（たとえば、ＳＵＰＬ ＳＴＡＲＴメッセージ）を送信しうる。端末は、拡張ロケーションセッションの確立を肯定応答するためにロケーションサーバによって送信された第２のメッセージ（たとえば、ＳＵＰＬ ＲＥＳＰＯＮＳＥメッセージ）を受信しうる。ある設計では、第１のメッセージは、拡張ロケーションセッションの要求される持続時間を備えることができ、第２のメッセージは、拡張ロケーションセッションの許可された持続時間を備えうる。拡張ロケーションセッションの特定の持続時間は、許可された持続時間と等しい場合があり、あるいは、他の形で決定される場合がある。ある設計では、第１のメッセージは、端末の測位能力を備えることができ、第２のメッセージは、ロケーションサーバの測位能力を備えうる。第１のメッセージと第２のメッセージは、他の情報を備えうる。
【００５８】
ブロック６１８のある設計では、端末は、ロケーションサービスを入手するためにロケーションサーバに第３のメッセージ（たとえば、ＳＵＰＬ ＰＯＳメッセージまたはＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージ）を送信しうる。端末は、ロケーションサーバから、ロケーション情報を備える第４のメッセージ（たとえば、ＳＵＰＬ ＰＯＳメッセージまたはＳＵＰＬ ＲＥＰＯＲＴメッセージ）を受信しうる。ある設計では、第３のメッセージは、支援データの要求を備えることができ、第４のメッセージ内のロケーション情報は、端末の支援データを備えうる。別の設計では、第３のメッセージは、測定値を備えることができ、ロケーション情報は、端末のロケーション推定値を備えうる。ある設計では、第３のメッセージは、端末によって選択された測位方法、選択された測位方法に関する少なくとも１つの測位メッセージ、ある他の情報、またはその組合せを備えうる。
【００５９】
ある設計では、端末は、拡張ロケーションセッション中に複数回だけロケーションサービスを入手しうる。端末は、ロケーションサービスが入手されるたびにロケーション情報（たとえば、その端末のロケーション推定値）を受信しうる。端末（または端末のアプリケーション）は、周期的トリガロケーションサービス、エリアイベントトリガロケーションサービス、または即時ロケーションサービスより複雑なある他のトリガロケーションサービスをエミュレートするためにロケーション情報を使用しうる。一般に、端末は、拡張ロケーションセッション中に任意の回数だけ任意の時にロケーションサービスを入手しうる。端末は、ロケーションサービスがその端末によって入手される時のすべてから受信されたロケーション情報に基づいて任意のロケーションサービスをエミュレートしうる。
【００６０】
拡張ロケーションセッションは、特定の持続時間が満了したとき終了しうる。ある設計では、ロケーションサーバは、拡張セッションを明示的に終了するために、持続時間が満了したとき端末にＳＵＰＬ ＥＮＤメッセージを端末に送信しうる（またはその逆）。別の設計では、端末が、たとえば図２と３とに示されているように、特定の持続時間の満了の前に、拡張ロケーションセッションを終了するためにロケーションサーバとメッセージを交換しうる。もう１つの設計では、端末が、特定の持続時間を過ぎる拡張ロケーションセッションの延長を要求するためにロケーションサーバにメッセージを送信しうる。
【００６１】
ある設計では、端末は、ホームネットワークと通信することができ、ロケーションサーバは、ホームネットワーク内に存在するＨ−ＳＬＰ（またはある他のロケーションサーバ）としうる。別の設計では、端末は、ホームネットワークから離れてローミングしていることができ、サービングネットワークと通信しうる。この場合に、ロケーションサーバを、サービングネットワーク内のＡ−ＳＬＰまたはホームネットワーク内のＨ−ＳＬＰとしうる。端末は、ＤＨＣＰもしくはＤＮＳを使用することによって、またはサービングネットワークに接続するとき、またはある他の機構を使用することによって、Ａ−ＳＬＰを発見しうる。
【００６２】
図７は、ロケーションサービスをサポートするためにロケーションサーバ（たとえば、ＳＬＰ）によって実行されるプロセス７００の設計を示す。ロケーションサーバは、特定の持続時間の拡張ロケーションセッションを確立するために端末と少なくとも１つのメッセージを交換しうる（ブロック７１２）。ロケーションサーバは、拡張ロケーションセッションの特定の持続時間内の任意の時に端末によって要求されたとき、拡張ロケーションセッションの一部として端末にロケーションサービスを提供しうる（ブロック７１４）。
【００６３】
ブロック７１２のある設計では、ロケーションサーバは、拡張ロケーションセッションの確立を開始するために端末によって送信された第１のメッセージを受信しうる。ロケーションサーバは、拡張ロケーションセッションの確立を肯定応答するために端末に第２のメッセージを送信しうる。ある設計では、第１のメッセージは、拡張ロケーションセッションの要求される持続時間、端末の能力などを備えうる。第２のメッセージは、拡張ロケーションセッションの許可された持続時間、ロケーションサーバの能力などを備えうる。メッセージ交換は、拡張ロケーションセッションに関する少なくとも１つのパラメータ、たとえば選択された測位方法、選択された測位プロトコル、ＱｏＰなどを構成することもできる。ロケーションサーバは、少なくとも１つの構成されたパラメータに基づいて端末にロケーションサービスを提供しうる。
【００６４】
ブロック７１４のある設計では、ロケーションサーバは、ロケーションサービスを入手するために端末によって送信された第３のメッセージを受信しうる。ロケーションサーバは、ロケーション情報を備える第４のメッセージを端末に送信しうる。第３のメッセージは、支援データの要求、測定値、選択された測位方法などを備えうる。第４のメッセージは、端末の支援データ、端末のロケーション推定値、および／またはある他のロケーション情報を備えうる。ロケーションサーバは、端末が、ロケーション情報を繰り返して入手するか、周期的トリガロケーションサービス、エリアイベントトリガロケーションサービス、またはある他の複雑なロケーションサービスをエミュレートすることを可能にするために、拡張ロケーションセッション中に端末に複数回だけロケーションサービスを提供しうる。
【００６５】
拡張ロケーションセッションは、特定の持続時間が満了したとき終了しうる。ある設計では、ロケーションサーバは、拡張セッションを明示的に終了するために、持続時間が満了したとき端末にＳＵＰＬ ＥＮＤメッセージを端末に送信しうる（またはその逆）。別の設計では、ロケーションサーバが、たとえば図２または３に示されているように、特定の持続時間の満了の前に、拡張ロケーションセッションを終了するために端末とメッセージを交換しうる。もう１つの設計では、ロケーションサーバが、特定の持続時間を過ぎる拡張ロケーションセッションの延長を要求するために端末によって送信されたメッセージを受信しうる。ロケーションサーバは、（ｉ）その要求を許可し、拡張ロケーションセッションを延長するか、（ｉｉ）その要求を却下し、特定の持続時間が満了したとき拡張ロケーションセッションを終了するかのいずれかを行うことができる。
【００６６】
図８は、端末／ＳＥＴ １１０と、アクセスネットワーク１２０と、ロケーションサーバ／ＳＬＰ １３０との設計のブロック図を示す。簡単のために、図８は、端末１１０用の１つのコントローラ／プロセッサ８１０、１つのメモリ８１２、および１つの送信器／受信器（ＴＭＴＲ／ＲＣＶＲ）８１４のみと、アクセスネットワーク１２０用の１つのコントローラ／プロセッサ８２０、１つのメモリ８２２、１つの送信器／受信器８２４、および１つの通信（Ｃｏｍｍ）ユニット８２６のみと、ＳＬＰ １３０用の１つのコントローラ／プロセッサ８３０、１つのメモリ８３２、および１つの通信ユニット８３４のみとを示す。一般に、各エンティティは、任意の個数の処理ユニット（たとえば、プロセッサ、コントローラなど）、メモリ、送信器／受信器、通信ユニットなどを含みうる。端末１１０は、１つまたは複数の無線ネットワークおよび／または有線ネットワークを用いる通信をサポートしうる。端末１１０は、１つまたは複数のＳＰＳ、たとえば、ＧＰＳ、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳなどから信号を受信し、処理することもできる。
【００６７】
ダウンリンクでは、アクセスネットワーク１２０は、そのカバレッジエリア内の端末にトラフィックデータと、シグナリングと、パイロットとを送信しうる。これらのさまざまなタイプの情報を、プロセッサ８２０によって処理し、送信器８２４によって条件付け、ダウンリンクに送信しうる。端末１１０では、アクセスネットワーク１２０からのダウンリンク信号を、受信器８１４によって受信し、条件付け、さまざまなタイプの情報を入手するためにプロセッサ８１０によってさらに処理しうる。プロセッサ８１０は、図６のプロセス６００および／または本明細書で説明される技法の他のプロセスを実行しうる。プロセッサ８１０は、図２から５のＳＥＴ １１０の処理を実行することもできる。メモリ８１２と８２２とは、それぞれ端末１１０とアクセスネットワーク１２０とのためのプログラムコードとデータとを格納しうる。アップリンクでは、端末１１０は、アクセスネットワーク１２０にトラフィックデータと、シグナリングと、パイロットとを送信しうる。これらのさまざまなタイプの情報を、プロセッサ８１０によって処理し、送信器８１４によって条件付け、アップリンクに送信しうる。アクセスネットワーク１２０では、端末１１０と他の端末とからのアップリンク信号を、受信器８２４によって受信し、条件付け、端末からのさまざまなタイプの情報を入手するためにプロセッサ８２０によってさらに処理しうる。アクセスネットワーク１２０は、通信ユニット８２６を介してＳＬＰ １３０と直接にまたは間接に通信しうる。
【００６８】
ＳＬＰ １３０内では、プロセッサ８３０が、端末のためのロケーションサービスをサポートするための処理を実行しうる。たとえば、プロセッサ８３０は、図７のプロセス７００および／または本明細書で説明される技法の他のプロセスを実行しうる。プロセッサ８３０は、図２から５のＳＬＰ １３０の処理を実行することもできる。プロセッサ８３０は、端末１１０に支援データを提供し、端末１１０のロケーション推定値を計算し、ＳＵＰＬエージェント１４０にロケーション情報を提供するなどを行うこともできる。メモリ８３２は、ＳＬＰ １３０のためのプログラムコードとデータとを格納しうる。通信ユニット８３４は、ＳＬＰ １３０がアクセスネットワーク１２０、端末１１０、および／または他のネットワークエンティティ（図８には図示せず）と通信することを可能にすることができ、ＳＬＰ １３０と端末１１０とは、メッセージ（たとえば、ＳＵＰＬメッセージ）を交換することができ、これらのメッセージは、アクセスネットワーク１２０を介して搬送され得る。
【００６９】
当業者は、情報および信号は、さまざまな異なる技術または技法のいずれをも使用して表されうることを理解するであろう。たとえば、上の説明全体を通じて言及される可能性があるデータ、命令、コマンド、情報、信号、ビット、シンボル、チップは、電圧、電流、電磁波、磁界または磁性粒子、光学場または光学粒子、あるいはその任意の組合せによって表わされうる。
【００７０】
当業者は、本明細書の開示に関連して説明されるさまざまな例示的な論理ブロック、モジュールと、回路、アルゴリズムステップが、ハードウェア、コンピュータソフトウェア／ファームウェア、またはその両方の組合せとして実施できることをさらに了解するであろう。ハードウェアとソフトウェア／ファームウェアとのこの交換可能性を明瞭に示すために、さまざまな例示的なコンポーネントと、ブロックと、モジュールと、回路と、ステップとを、上で、一般にその機能性に関して説明した。そのような機能性がハードウェアまたはソフトウェア／ファームウェアのどちらとして実施されるのかは、特定の応用例とシステム全体に課せられる設計制約とに依存する。当業者は、説明された機能性を、各特定の応用例のためにさまざまな形で実施しうるが、そのような実施判断が、本開示の範囲からの逸脱を引き起こすと解釈されてはならない。
【００７１】
本明細書で説明される位置判定技法は、無線広域ネットワーク（ＷＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、その他などのさまざまな無線通信ネットワークに関連して実施しうる。用語「ネットワーク」と「システム」とは、しばしば交換可能に使用される。ＷＷＡＮを、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＳＣ−ＦＤＭＡ）ネットワーク、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワーク、ＷｉＭＡＸ（ＩＥＥＥ ８０２．１６）ネットワークなどとしうる。ＣＤＭＡネットワークは、ｃｄｍａ２０００、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）、その他などの１つまたは複数の無線アクセス技術（ＲＡＴ）を実施しうる。Ｃｄｍａ２０００は、ＩＳ−９５標準規格と、ＩＳ−２０００標準規格と、ＩＳ−８５６標準規格とを含む。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ(登録商標)）、Ｄｉｇｉｔａｌ Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（Ｄ−ＡＭＰＳ）、またはある他のＲＡＴを実施しうる。ＧＳＭ(登録商標)とＷ−ＣＤＭＡとは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名称のコンソーシアムからの文書に記載されている。Ｃｄｍａ２０００は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）という名称のコンソーシアムからの文書に記載されている。３ＧＰＰ文書と３ＧＰＰ２文書とは、公に入手可能である。ＷＬＡＮを、ＩＥＥＥ ８０２．１１ｘネットワークとすることができ、ＷＰＡＮを、Ｂｌｕｅｔｏｏｔｈ(登録商標)ネットワーク、ＩＥＥＥ ８０２．１５ｘ、またはある他のタイプのネットワークとしうる。本技法を、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組合せに関連して実施することもできる。本技法は、フェムトセルに関連して実施することもできる。
【００７２】
衛星測位システム（ＳＰＳ）は、通常、エンティティが送信器から受信された信号に少なくとも部分的に基づいて地球またはその上でのそのロケーションを判定することを可能にするように測位された送信器のシステムを含む。そのような送信器は、通常、設定された個数のチップの繰り返す擬似雑音（ＰＮ）コードを用いてマークされた信号を送信し、地上ベースの制御ステーション、ユーザ機器、および／または宇宙船に配置され得る。特定の例では、そのような送信器を、地球周回衛星（ＳＶ）上に配置しうる。たとえば、全地球測位システム（ＧＰＳ）、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳ、またはＣｏｍｐａｓｓなどの全地球的航法衛星システム（ＧＮＳＳ）のコンステレーション内のＳＶは、コンステレーション内の他のＳＶによって送信されたＰＮコードから区別可能な（たとえば、ＧＰＳのように衛星ごとに異なるＰＮコードを使用するか、ＧＬＯＮＡＳＳのように異なる周波数で同一のコードを使用することによって）ＰＮコードを用いてマークされた信号を送信しうる。ある種の態様によれば、本明細書で提示される技法は、ＳＰＳについてグローバルシステム（たとえば、ＧＮＳＳ）に制限されない。たとえば、本明細書で提示される技法を、たとえば、日本の準天頂衛星システム（ＱＺＳＳ）、インドのＩｎｄｉａｎ Ｒｅｇｉｏｎａｌ Ｎａｖｉｇａｔｉｏｎａｌ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ（ＩＲＮＳＳ）、中国の北斗などのさまざまな地域システムならびに／あるいは１つまたは複数の全地球的航法衛星システムおよび／または地域航法衛星システムに関連するか他の形でこれと共に使用するために使用可能にされ得るさまざまな増強システム（たとえば、静止衛星型衛星航法増強システム（ＳＢＡＳ））に適用されまたはその中での使用のために他の形で使用可能にされ得る。限定ではなく例として、ＳＢＡＳは、たとえば、Ｗｉｄｅ Ａｒｅａ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＷＡＡＳ）、Ｅｕｒｏｐｅａｎ Ｇｅｏｓｔａｔｉｏｎａｒｙ Ｎａｖｉｇａｔｉｏｎ Ｏｖｅｒｌａｙ Ｓｅｒｖｉｃｅ（ＥＧＮＯＳ）、Ｍｕｌｔｉ−ｆｕｎｃｔｉｏｎａｌ Ｓａｔｅｌｌｉｔｅ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＭＳＡＳ）、ＧＰＳ Ａｉｄｅｄ Ｇｅｏ Ａｕｇｍｅｎｔｅｄ ＮａｖｉｇａｔｉｏｎもしくはＧＰＳ ａｎｄ Ｇｅｏ Ａｕｇｍｅｎｔｅｄ Ｎａｖｉｇａｔｉｏｎ ｓｙｓｔｅｍ（ＧＡＧＡＮ）、および／または類似物など、完全性情報、微分補正などを提供する増強システム（１つまたは複数）を含みうる。したがって、本明細書で使用されるとき、ＳＰＳは、１つまたは複数の全地球的航法衛星システムおよび／または地域航法衛星システムおよび／または増強システムの任意の組合せを含むことができ、ＳＰＳ信号は、ＳＰＳ、ＳＰＳ様、および／またはそのような１つまたは複数のＳＰＳに関連する他の信号を含みうる。
【００７３】
端末／ＳＥＴは、無線通信信号および／または無線ナビゲーション信号を受信できる、セルラまたは他の無線通信デバイス、パーソナル通信システム（ＰＣＳ）デバイス、パーソナルナビゲーションデバイス（ＰＮＤ）、パーソナル情報マネージャ（ＰＩＭ）、携帯情報端末（ＰＤＡ）、ラップトップ機、または他の適切なモバイルデバイスなどのデバイスを指す。端末／ＳＥＴは、衛星信号受信、支援データ受信、および／または位置関連処理がデバイスまたはＰＮＤのどちらで発生するのかにかかわりなく、短距離無線、赤外線、有線接続、または他の接続によるなど、パーソナルナビゲーションデバイス（ＰＮＤ）と通信するデバイスを含むことも意図されている。また、端末／ＳＥＴは、衛星信号受信、支援データ受信、および／または位置関連処理がデバイス、サーバ、またはネットワークに関連する別のデバイスのどれで発生するのかにかかわりなく、インターネット、Ｗｉ−Ｆｉ、または他のネットワークを介するなど、サーバと通信できる、無線通信デバイス、コンピュータ、ラップトップ機などを含む、すべてのデバイスを含むことが意図されている。上記の任意の動作可能な組合せも、端末／ＳＥＴと考えられる。
【００７４】
本明細書で説明される方法論は、応用例に依存してさまざまな手段によって実施しうる。たとえば、これらの方法論は、ハードウェア、ファームウェア、ソフトウェア、またはその任意の組合せで実施しうる。ハードウェアを用いる実施態様について、処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明される機能を実行するように設計された他の電子ユニット、またはその組合せ内で実装されうる。
【００７５】
ファームウェアおよび／またはソフトウェアを用いる実装では、本方法論は、本明細書で説明される機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実施しうる。命令を有形に実施するすべての機械可読媒体を、本明細書で説明される方法論を実施する際に使用しうる。たとえば、ソフトウェアコードを、メモリに格納し、処理ユニットによって実行しうる。メモリを、処理ユニット内または処理ユニットの外部で実施しうる。本明細書で使用されるとき、用語「メモリ」は、すべてのタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、特定のタイプのメモリもしくはメモリの個数、またはメモリが格納される媒体のタイプに限定されない。
【００７６】
ファームウェアおよび／またはソフトウェアで実装される場合には、上記機能は、コンピュータ可読媒体上に１つまたは複数の命令またはコードとして格納されうる。例は、データ構造を用いて符号化されたコンピュータ可読媒体およびコンピュータプログラムを用いて符号化されたコンピュータ可読媒体を含む。コンピュータ可読媒体は、物理コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできる任意の使用可能な媒体としうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク（ｄｉｓｋ）ストレージ、磁気ディスク（ｄｉｓｋ）ストレージ、半導体ストレージ、または他のストレージデバイス、あるいは命令またはデータ構造の形で所望のプログラムコードを格納するのに使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができ、本明細書で使用されるとき、ディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ｄｉｓｃ）（ＣＤ）、レーザディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、ディジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙディスク（ｄｉｓｃ）を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組合せも、コンピュータ可読媒体の範囲に含まれなければならない。
【００７７】
コンピュータ可読媒体上の格納に加えて、命令および／またはデータは、通信装置に含まれる伝送媒体上の信号として提供されうる。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含みうる。この命令とデータとは、１つまたは複数の処理ユニットに特許請求の範囲に概要を示された機能を実施させるように構成される。すなわち、通信装置は、開示される機能を実行するための情報を示す信号を有する伝送媒体を含む。第１の時には、通信装置に含まれる伝送媒体が、開示される機能を実行するための情報の第１の部分を含むことができ、第２の時には、通信装置に含まれる伝送媒体が、開示される機能を実行するための情報の第２の部分を含みうる。
【００７８】
本開示の前の説明は、当業者が本開示を実施または使用することを可能にするために提供されたものである。本開示に対するさまざまな変更は、当業者に容易に明白になり、本明細書で定義される包括的な原理は、本開示の範囲から逸脱せずに他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されることを意図されているのではなく、本明細書で開示される原理および新規の特徴と一貫する最も広い範囲を与えられるべきである。
【技術分野】
【０００１】
米国特許法第１１９条の下での優先権
本特許出願は、共に本願の譲受人に譲渡され、参照によって明示的に本明細書に組み込まれている、２００９年６月５日に出願した米国仮出願許第６１／１８４７０６号、名称「Ｓｔｒｅａｍｌｉｎｅｄ ＳＵＰＬ Ｓｅｒｖｉｃｅ Ｌａｙｅｒ」、および２００９年６月１０日に出願した米国仮出願許第６１／１８５９４０号、名称「Ｓｔｒｅａｍｌｉｎｅｄ ＳＵＰＬ Ｓｅｒｖｉｃｅ Ｌａｙｅｒ」の優先権を主張するものである。
【０００２】
本開示は、一般に通信に関し、より詳細には、ロケーションサービスをサポートする技法に関する。
【背景技術】
【０００３】
端末、たとえばセルラ電話機のロケーションを知ることが、しばしば望ましく、時には必要である。用語「ロケーション」（location）と「位置」（position）とは、同義であり、本明細書では交換可能に使用される。たとえば、ロケーションサービス（ＬＣＳ）クライアントは、端末の位置を知りたいと望む場合がある。次いで、端末は、端末のロケーション推定値を入手するためにロケーションサーバと通信しうる。次いで、端末またはロケーションサーバは、ＬＣＳクライアントにロケーション推定値を返すことができる。
【０００４】
メッセージフロー（コールフローまたはプロシージャと呼ばれる場合もある）を、ＬＣＳクライアントが端末のロケーションを知りたいと望むとき必ず実行しうる。さまざまなメッセージを、メッセージフローに関する１つまたは複数のネットワークエンティティを介して端末とロケーションサーバとの間で交換しうる。これらのメッセージは、各エンティティが、端末の測位（ｐｏｓｉｔｉｏｎｉｎｇ）をサポートするために関連情報を与えられることを保証しうる。しかし、これらのメッセージは、さまざまなエンティティでのトラフィックを増やす。
【０００５】
ＬＣＳクライアントは、ある種の条件がトリガされるとき必ず端末のロケーションを知りたいと望む場合がある。ロケーションサーバは、トリガ条件を検出し、トリガされた条件が検出されたとき必ずＬＣＳクライアントにロケーション推定値を送信するために、さまざまな機能を実行する仕事を割り当てられる可能性がある。しかし、これらの機能は、特にロケーションサーバが多数の端末のためにこれらの機能を実行することを要求される場合に、ロケーションサーバの設計と動作とを複雑にする可能性がある。代替案では、端末に、トリガ条件について検出し、トリガされた条件が検出されたとき必ずＬＣＳクライアントにロケーション推定値を送信するために、さまざまな機能を実行する仕事を割り当てることができる。この場合には、端末が、要求されたとき要求された通りにロケーションサーバと効率的に通信できることが望ましい。
【発明の概要】
【０００６】
能率化されたロケーションサービスレイヤ（streamlined location service layer）を用いてロケーションサービスをサポートする技法が、本明細書で説明される。能率化されたロケーションサービスレイヤは、端末がロケーションサーバとの拡張ロケーションセッションを確立し、維持することを可能にしうる。次いで、アプリケーションは、拡張ロケーションセッション中のいつでも、端末とロケーションサーバとからロケーションサービスを効率的に入手できる可能性がある。というのは、シグナリングと処理オーバーヘッドとの一部またはすべてが、拡張ロケーションセッションが確立されたとき発生した可能性があり、繰り返される必要がない可能性があるからである。能率化されたロケーションサービスレイヤは、端末が、拡張ロケーションセッション中に使用すべきパラメータを制御する（たとえば、測位方法を選択する）ことを可能にすることもできる。
【０００７】
ある設計では、端末は、その端末の内部または外部としうるアプリケーションからロケーションサービス要求を受信しうる。端末は、特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと少なくとも１つのメッセージを交換しうる。次いで、端末は、拡張ロケーションセッションの特定の持続時間内のいつでも、たとえば、ロケーション要求がアプリケーションから受信されるとき必ず、ロケーションサーバからロケーションサービスを入手しうる。ある設計では、端末は、支援データまたはロケーション推定値に関する要求を備える第１のメッセージをロケーションサーバに送信しうる。次いで、端末は、要求された支援データまたは端末のロケーション推定値を備える第２のメッセージをロケーションサーバから受信しうる。
【０００８】
端末は、拡張ロケーションセッション中のいつでも、何回でも、ロケーションサービスを入手しうる。端末またはアプリケーションは、ロケーションサービスが端末によって入手される時のすべてから受信されたロケーション情報に基づいて、より複雑なロケーションサービス（たとえば、周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービス）をエミュレートしうる。
【０００９】
本開示のさまざまな態様と特徴とを、以下さらに詳細に説明する。
【図面の簡単な説明】
【００１０】
【図１】図１は、例示的なネットワーク展開を示す。
【図２】図２は、端末によって開始される拡張ロケーションセッションのコールフローを示す。
【図３】図３は、ネットワークによって開始される拡張ロケーションセッションのコールフローを示す。
【図４】図４は、拡張ロケーションセッション中にロケーションサービスを入手するためのコールフローを示す。
【図５】図５は、拡張ロケーションセッション中にロケーションサービスを入手するためのもう１つのコールフローを示す。
【図６】図６は、ロケーションサービスを入手するために端末によって実行されるプロセスを示す。
【図７】図７は、ロケーションサービスをサポートするためにロケーションサーバによって実行されるプロセスを示す。
【図８】図８は、端末と、アクセスネットワークと、ロケーションサーバとを示すブロック図を示す。
【詳細な説明】
【００１１】
本明細書で説明される技法を、ユーザプレーンロケーションソリューション／アーキテクチャと制御プレーンロケーションソリューション／アーキテクチャとについて使用しうる。ユーザプレーンロケーションソリューションは、ユーザプレーンを介してロケーションサービスに関するメッセージを送信するロケーションソリューションである。ユーザプレーンは、より上のレイヤのアプリケーションのシグナリングとデータとを搬送し、通常はユーザデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、およびインターネットプロトコル（ＩＰ）などの標準プロトコルを用いて実施されるユーザプレーンベアラを使用する機構である。制御プレーンロケーションソリューションは、制御プレーンを介してロケーションサービスに関するメッセージを送信するロケーションソリューションである。制御プレーンは、より上のレイヤのアプリケーションのシグナリングを搬送し、通常はネットワーク固有のプロトコルとインターフェースとシグナリングメッセージとを用いて実施される機構である。ロケーションサービスをサポートするメッセージは、制御プレーンロケーションソリューション内のシグナリングの一部として、また、ユーザプレーンロケーションソリューション内のデータ（ネットワークの展望から）の一部として、搬送される。しかし、メッセージの内容を、ユーザプレーンロケーションソリューションと制御プレーンロケーションソリューションとの両方で同一または類似するものとしうる。
【００１２】
明瞭にするために、本技法のある種の態様を、以下、オープン・モバイル・アライアンス（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ／ＯＭＡ）からのセキュア・ユーザ・プレーン・ロケーション（Ｓｅｃｕｒｅ Ｕｓｅｒ Ｐｌａｎｅ Ｌｏｃａｔｉｏｎ／ＳＵＰＬ）について説明する。ＳＵＰＬは、さまざまな無線ネットワークと有線ネットワークとに適用可能であり、ＯＭＡから公に入手可能な文書に記載されている。簡単にするために、ＳＵＰＬ用語法が、下の説明の多くで使用される。
【００１３】
図１は、ロケーションサービスをサポートする例示的なネットワーク展開を示す。端末１１０は、ホームネットワーク１０２ｂへのサービス加入を有しうる。しかし、端末１１０が、サービングネットワーク１０２ａにローミングしている場合があり、このサービングネットワーク１０２ａは、訪問先ネットワーク（ｖｉｓｉｔｅｄ ｎｅｔｗｏｒｋ）と呼ばれる場合もある。次いで、端末１１０は、通信サービスを入手するためにサービングネットワーク１０２ａと通信しうる。一般に、端末１１０は、静止またはモバイルとすることができ、移動局（ＭＳ）、ユーザ機器（ＵＥ）、アクセス端末（ＡＴ）、加入者ステーション、局などと呼ばれる場合もある。端末１１０を、セルラ電話機、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、無線デバイス、ラップトップコンピュータ、無線モデム、コードレス電話機、テレメトリデバイス、トラッキングデバイスなどとしうる。端末１１０を、ＳＵＰＬでは、ＳＵＰＬ対応端末（ＳＵＰＬ Ｅｎａｂｌｅｄ Ｔｅｒｍｉｎａｌ／ＳＥＴ）と呼ぶ場合がある。用語「端末」と「ＳＥＴ」とは、本明細書で交換可能に使用される。
【００１４】
サービングネットワーク１０２ａは、アクセスネットワーク１２０と、サービングコアネットワーク１２８ａと、アクセスネットワークＳＵＰＬロケーションプラットフォーム（Access Network SUPL Location Platform）（Ａ−ＳＬＰ）１３０ａと、単純さのために図１に図示されていない他のネットワークエンティティとを含みうる。アクセスネットワーク１２０を、無線アクセスネットワーク（ＲＡＮ）（図１に示されているように）または有線アクセスネットワークとしうる。ＲＡＮは、符号分割多元接続（ＣＤＭＡ）１Ｘネットワーク、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）ネットワーク、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ(登録商標)）ネットワーク、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）などとしうる。コアネットワーク１２８ａは、サービングネットワーク１０２ａと通信する端末のためのさまざまな通信サービスをサポートできるネットワークエンティティを含みうる。Ａ−ＳＬＰ １３０ａは、サービングネットワーク１０２ａと通信する端末（たとえば、サービングネットワーク１０２ａにローミングする端末を含む）のためにロケーションサービスをサポートすることができ、端末がサービス加入またはＡ−ＳＬＰ １３０ａとの以前の関係を有することを要求してもしなくてもよい。コアネットワーク１２８ａは、サービングネットワーク１０２ａにローミングする端末のためにロケーションサービスをサポートできるビジテッドＳＬＰ（Visited SLP）（Ｖ−ＳＬＰ）を含むこともできる。
【００１５】
ホームネットワーク１０２ｂは、ホームコアネットワーク１２８ｂと、ホームＳＵＰＬロケーションプラットフォーム（home SUPL Location Platform）（Ｈ−ＳＬＰ）１３０ｂと、単純さのために図１に図示されていない他のネットワークエンティティとを含みうる。コアネットワーク１２８ｂは、ホームネットワーク１０２ｂと通信するかこれに属する端末のためにさまざまな通信サービスをサポートしうるネットワークエンティティを含みうる。Ｈ−ＳＬＰ １３０ｂは、ホームネットワーク１０２ｂへのサービス加入を有する端末のためにロケーションサービスをサポートしうる。
【００１６】
Ａ−ＳＬＰ １３０ａとＨ−ＳＬＰ １３０ｂとは、端末／ＳＥＴのためにロケーションサービスをサポートしうる。ロケーションサービスは、ロケーションに基づくまたはこれに関連するすべてのサービスを含みうる。ロケーションサービスは、ターゲットＳＥＴに関する地理的ロケーション推定値または行政ロケーション（civil location）推定値を判定するプロセスである測位を含みうる。ターゲットＳＥＴは、それに関するロケーション情報が求められるＳＥＴである。ロケーション推定値を、位置推定値、位置測定などと呼ぶ場合もある。測位は、（ｉ）緯度座標、経度座標、およびおそらくは高度座標と地理的ロケーション推定値の不確実性と、（ｉｉ）行政ロケーション推定値の住所、ならびに／あるいは（ｉｉｉ）速度および／または他の情報を提供しうる。
【００１７】
ＳＬＰは、ＳＵＰＬロケーションセンタ（ＳＵＰＬ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｅｒ／ＳＬＣ）とＳＵＰＬ測位センタ（ＳＵＰＬ Ｐｏｓｉｔｉｏｎｉｎｇ Ｃｅｎｔｅｒ／ＳＰＣ）とを含みうる。ＳＬＣは、ロケーションサービスをサポートし、ＳＵＰＬの動作を調整し、ユーザプレーンベアラを介してＳＥＴと相互作用しうる。ＳＬＣは、プライバシ、イニシエーション、セキュリティ、ローミングサポート、課金／請求、サービス管理、ロケーション計算などの機能を実行しうる。ＳＰＣは、ＳＥＴの測位とＳＥＴへの支援データの配送とをサポートすることができ、ロケーション計算に使用されるメッセージと手順との責任を負うこともできる。ＳＰＣは、セキュリティ、支援データ配送、基準取出、ロケーション計算などに関する機能を実行しうる。
【００１８】
ＳＬＰは、ＳＵＰＬにおいてプロキシモードおよび／または非プロキシモードをサポートしうる。プロキシモードでは、ＳＥＴは、ロケーションサービスのためにＳＬＰ内のＳＬＣと通信することができ、ＳＬＣは、同一のＳＬＰ（非ローミングについて）内または別々のＶ−ＳＬＰ（ローミングについて）内のいずれかでＳＥＴとＳＰＣとの間のプロキシとして働く。非プロキシモードでは、ＳＥＴは、ＳＬＣとのある初期通信の後に、測位についてＳＰＣと直接に通信しうる。あるプロキシモード設計では、Ｖ−ＳＬＰの使用は、Ｈ−ＳＬＰ １３０ｂによって調整され得、Ｈ−ＳＬＰ １３０ｂのみと相互作用できるＳＥＴ １１０に可視ではない可能性がある。ある非プロキシモード設計では、ＳＥＴ １１０は、Ｈ−ＳＬＰ １３０ｂによって指示されるように、Ｖ−ＳＬＰ（たとえば、Ｖ−ＳＬＰ内のＳＰＣ）と直接に相互作用しうる。
【００１９】
ＳＵＰＬエージェント１４０は、ＬＣＳクライアントとすることができ、ターゲットＳＥＴのロケーション情報を入手するためにＨ−ＳＬＰ １３０ｂと通信しうる（たとえば、直接にあるいは１つまたは複数のネットワークを介して）。ロケーション情報は、ロケーション推定値および／またはロケーションもしくは速度に関係する任意の情報を備えうる。ＳＥＴは、ＳＥＴ上に常駐するＳＵＰＬエージェントを有することもできる。
【００２０】
端末／ＳＥＴ １１０は、衛星の擬似距離測定値を入手するために、衛星（１つまたは複数）１５０などの衛星からの信号を受信し、測定しうる。衛星は、米国の全地球測位システム（ＧＰＳ）、欧州のＧａｌｉｌｅｏシステム、ロシアのＧＬＯＮＡＳＳシステム、またはある他の衛星測位システム（ＳＰＳ）の一部としうる。擬似距離測定値と衛星の既知のロケーションとを、端末１１０のロケーション推定値を導出するのに使用しうる。端末１１０は、アクセスネットワーク１２０内および／または同一の地理的区域内の他のネットワーク内の基地局からの信号を受信し、測定することもできる。端末１１０は、これらの基地局のアイデンティティ情報、タイミング測定値、および／または信号強度測定値を入手しうる。アイデンティティ情報、タイミング測定値、および／または信号強度測定値と基地局の既知のロケーションとを、端末１１０のロケーション推定値を導出するのに使用しうる。一般に、ロケーション推定値を、衛星、基地局、擬似衛星、および／または他の送信器のアイデンティティ情報と測定値とに基づいて導出しうる。
【００２１】
端末／ＳＥＴ １１０は、１つまたは複数の測位方法をサポートしうる。測位方法は、１つまたは複数のタイプの送信器の測定値に基づくターゲット端末／ＳＥＴの測位をサポートしうる。たとえば、端末／ＳＥＴ １１０は、自律ＧＰＳ（autonomous GPS）、アシステッドＧＰＳ（ａｓｓｉｓｔｅｄ ＧＰＳ／Ａ−ＧＰＳ）、Ａ−ＦＬＴ（Ａｄｖａｎｃｅｄ Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｔｒｉｌａｔｅｒａｔｉｏｎ）、Ｅ−ＯＴＤ（Ｅｎｈａｎｃｅｄ Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ）、ＯＴＤＯＡ（Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ Ｏｆ Ａｒｒｉｖａｌ）、拡張セルＩＤ（Ｅｎｈａｎｃｅｄ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ）（ＩＤ）、セルＩＤ、ある他の測位方法、またはその組合せをサポートしうる。自律ＧＰＳとアシステッドＧＰＳとは、衛星に関する測定値に基づく測位方法であり、用語「ＧＰＳ」は、すべてのＧＮＳＳを包括的に指すことができる。ＡＦＬＴとＥ−ＯＴＤとＯＴＤＯＡとは、無線ネットワーク内の基地局に関するタイミング測定値に基づく測位方法である。
【００２２】
端末／ＳＥＴ １１０は、１つまたは複数の測位プロトコルをサポートすることもできる。測位プロトコルは、（ｉ）ターゲット端末／ＳＥＴとロケーションサーバとによって実行できる手順と、（ｉｉ）ターゲット端末／ＳＥＴとロケーションサーバとの間の通信またはシグナリングとを定義しうる。たとえば、端末／ＳＥＴ １１０は、無線リソースＬＣＳプロトコル（ＲＲＬＰ）、無線リソース制御（ＲＲＣ）、ＬＴＥ測位プロトコル（ＬＰＰ）、Ｃ．Ｓ００２２（ＩＳ−８０１としても知られる）、ある他の測位プロトコル、またはその組合せをサポートしうる。ＲＲＬＰとＲＲＣとＬＰＰとは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の組織によって定義される。ＩＳ−８０１は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の組織によって定義される。
【００２３】
ＳＵＰＬバージョン２．０（ＳＵＰＬ ２．０）は、即時ロケーションサービス、周期的トリガロケーションサービス、エリアイベントトリガロケーションサービス、その他など、事前定義のロケーションサービスのセットをサポートする。即時ロケーションサービスについて、ターゲットＳＥＴのロケーションを、要求されたとき即座に判定し、ＳＵＰＬエージェントに供給しうる。周期的トリガロケーションサービスについて、ターゲットＳＥＴのロケーションを、周期的に判定し、ＳＵＰＬエージェントに供給しうる。エリアイベントトリガロケーションサービスについて、トリガ条件が発生する時、たとえば、ターゲットＳＥＴがターゲットエリア内にあるかターゲットエリアに入るかターゲットエリアから出るとき必ず、ターゲットＳＥＴのロケーションを、周期的に判定し、ＳＵＰＬエージェントに供給しうる。ＳＵＰＬ ２．０での事前定義のロケーションサービスのそれぞれを、単一のコマンドを用いてＳＵＰＬエージェントによって呼び出すことができる。これは、周期的トリガロケーションサービスおよびエリアイベントトリガロケーションサービスなどのより複雑なロケーションサービスについてＳＵＰＬエージェントの動作を単純にしうる。複雑さは、各呼び出されたロケーションサービスに関する状態情報を記憶するＳＬＰとターゲットＳＥＴとに移動される。
【００２４】
アプリケーションは、状態情報を記憶することと、要求されたとき必ず即時ロケーションサービスを呼び出すこととによって、複雑なロケーションサービス（たとえば、周期的トリガロケーションサービス）をエミュレートしうる。エミュレーションは、ＳＬＰ内とＳＵＰＬをサポートするターゲットＳＥＴの部分内との複雑さを減らすことができる。しかし、エミュレーションは、即時ロケーションサービスの呼出ごとにより多くのシグナリングオーバーヘッドを受ける可能性があるので、非効率的になり得る。
【００２５】
一態様では、能率化されたＳＵＰＬサービスレイヤを、ＳＵＰＬ測位レイヤへのより効率的なアクセスをアプリケーションに与えるのに使用しうる。ＳＵＰＬ測位レイヤは、ＳＥＴの測位をサポートできるプロトコルエンティティと機能とを含みうる。ＳＵＰＬサービスレイヤは、ロケーションサービスをサポートすることができ、測位が要求されたとき必ずＳＵＰＬ測位レイヤと通信しうる。ある設計では、能率化されたＳＵＰＬサービスレイヤは、ＳＥＴがＳＬＰとの拡張ロケーションセッションを確立し、維持することを可能にしうる。アプリケーション（たとえば、ＳＥＴ上で動作する）は、拡張ロケーションセッション中のいつでもＳＵＰＬサービスレイヤまたはＳＵＰＬ測位レイヤを呼び出すことができ、拡張ロケーションセッション中の必要なとき必要に従ってロケーション推定値を入手しうる。能率化されたＳＵＰＬサービスレイヤは、ＳＥＴが拡張ロケーションセッション中に使用すべきパラメータ（たとえば、測位方法、測位プロトコル、または測位品質（Quality of Positioning）（ＱｏＰ）などを選択するため）を構成することを可能にすることもできる（たとえば、ＳＥＴとＳＬＰとの能力を考慮に入れることによって）。
【００２６】
図２は、能率化されたＳＵＰＬサービスレイヤを用いる、ＳＥＴによって開始される拡張ロケーションセッションのコールフロー２００の設計を示す。ＳＥＴ １１０上で動作するアプリケーション１１２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）を望むことができ、ＳＥＴ １１０内のＳＵＰＬサービスレイヤにロケーションサービス要求を送信しうる（ステップＡ）。単純さのために、ＳＥＴ １１０の他の部分から区別される時を除いて、下の説明では、ＳＥＴ １１０内のＳＵＰＬサービスレイヤとＳＵＰＬ測位レイヤとを単にＳＥＴ １１０と呼ぶ。ＳＥＴ １１０は、データ接続セットアップ手順を実行し、必要な場合にはそれ自体をパケットデータネットワークに接続し、ＳＬＰ １３０へのセキュアＩＰ接続を確立する（ステップＢ）。ＳＬＰ １３０は、サービングネットワーク１０２ａ内のＡ−ＳＬＰ １３０ａ、ホームネットワーク１０２ｂ内のＨ−ＳＬＰ １３０ｂ、またある他のＳＬＰとしうる。
【００２７】
ＳＥＴ １１０は、ＳＬＰ １３０との拡張ロケーションセッションを確立するためにＳＵＰＬ ＳＴＡＲＴメッセージを送信しうる（ステップＣ）。このメッセージは、拡張ロケーションセッションを識別するのに使用されるセッション-ｉｄ、ＳＥＴ １１０の現行サービングセルを識別するロケーションＩＤ（ｌｉｄ）、ＳＥＴ １１０の能力（ＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓ）、拡張ロケーションセッションの要求される持続時間（ｄｕｒａｔｉｏｎ）などを含みうる。ＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓは、ＳＥＴ １１０の測位能力および／またはサービス能力を含みうる。測位能力は、ＳＥＴ １１０によってサポートされる測位方法と測位プロトコルとを含みうる。サービス能力は、ＳＥＴ １１０によってサポートされるロケーションサービス、報告能力、および／または他の能力を含みうる。拡張ロケーションセッションについて、ＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓを、能率化されたＳＵＰＬサービスレイヤに適用可能なオプションに制限しうる。要求される持続時間を、ＳＥＴ １１０によって選択することができ、ロケーションサービスがＳＥＴ １１０によって望まれるか必要とされる可能性がある期待される持続時間としうる。要求される持続時間を、アプリケーション１１２からの入力を伴ってまたは伴わずに選択しうる。
【００２８】
ＳＬＰ １３０は、ＳＥＴ １１０からＳＵＰＬ ＳＴＡＲＴメッセージを受信することができ、要求される持続時間および／またはメッセージ内のある他の情報に基づいて、このメッセージが拡張ロケーションセッション（通常のロケーションセッションではなく）に関するものであることを認識しうる。ＳＬＰ １３０は、将来の使用のためにＳＥＴ ｃａｐａｂｉｌｉｔｉｅｓを抽出し、格納しうる。ＳＬＰ １３０は、拡張ロケーションセッションについてＳＥＴ １１０を認証し、認可することができ、ＳＥＴ １１０のルーティング情報を入手しうる（ステップＤ）。次いで、ＳＬＰ １３０は、ＳＥＴ １１０にＳＵＰＬ ＲＥＳＰＯＮＳＥメッセージを送信しうる（ステップＥ）。このメッセージは、ＳＵＰＬ ＳＴＡＲＴメッセージに含まれたセッション-ｉｄ、選択された測位方法（ｐｏｓｍｅｔｈｏｄ）、ＳＬＰ １３０の能力（ＳＬＰ ｃａｐａｂｉｌｉｔｉｅｓ）、拡張ロケーションセッションの許可された持続時間（ｄｕｒａｔｉｏｎ）などを含みうる。ＳＬＰ ｃａｐａｂｉｌｉｔｉｅｓは、ＳＬＰ １３０の測位能力（たとえば、サポートされる測位方法とプロトコルと）および／またはサービス能力を含みうる。拡張ロケーションセッションについて、ＳＬＰ ｃａｐａｂｉｌｉｔｉｅｓを、能率化されたＳＵＰＬサービスレイヤに適用可能なオプションに制限しうる。許可された持続時間を、拡張ロケーションセッションの最大寿命とすることができ、要求された持続時間と等しい、それより短い、またはそれより長いものとしうる。拡張ロケーションセッションは、許可された持続時間が満了したとき終了しうる。拡張ロケーションセッションを、（ｉ）ＳＥＴ １１０またはＳＬＰ １３０のいずれかがＳＵＰＬ ＥＮＤメッセージを送信することによって、許可された持続時間より前に終了され、あるいは（ｉｉ）ＳＥＴ １１０がもう１つのＳＵＰＬ ＳＴＡＲＴメッセージをＳＬＰ １３０に送信することによって、許可された持続時間を超えて拡張されることも可能である。ＳＥＴ １１０は、ロケーションサービスの可用性を示すためにアプリケーション１１２に肯定応答（Ａｃｋ）を返すことができる（ステップＦ）。
【００２９】
図２に示されているように、拡張ロケーションセッションが、ＳＥＴ １１０とＳＬＰ １３０との間の２つのＳＵＰＬメッセージの単純な交換によって確立されうる。ＳＥＴ １１０からの第１のＳＵＰＬメッセージは、拡張ロケーションセッションを確立する要求を伝えるための情報（たとえば、要求される持続時間）を含みうる。第１のＳＵＰＬメッセージは、拡張ロケーションセッションについて使用できる１つまたは複数のパラメータ（たとえば、ＳＥＴ能力に関する）を含むこともできる。ＳＬＰ １３０からの第２のＳＵＰＬメッセージは、拡張ロケーションセッションの確立を肯定応答するための情報（たとえば、許可された持続時間）を含みうる。第２のＳＵＰＬメッセージは、拡張ロケーションセッションについて使用できる１つまたは複数のパラメータ（たとえば、ＳＬＰ能力に関する）を含むこともできる。追加のＳＵＰＬメッセージを、ある種のパラメータ（たとえば、持続時間、測位方法などに関する）を折衝するため、および／または追加パラメータを構成するために交換することもできる。
【００３０】
拡張ロケーションセッションが、図２に示されているように、アプリケーション１１２からのロケーションサービス要求に応答してＳＥＴ １１０によって確立されうる。ロケーションサービスがいずれかのアプリケーションによって要求される場合に、その時に、拡張ロケーションサービスが使用のために使用可能になるようにするために、拡張ロケーションセッションを、いずれかのアプリケーションからロケーションサービス要求を受信する前にＳＥＴ １１０によって確立することもできる。どの場合でも、拡張ロケーションセッションが確立された後に、アプリケーション１１２は、拡張ロケーションセッション中のいつでも、ロケーションサービスを入手しうる。アプリケーション１１２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）が望まれるとき必ず、ロケーション要求を送信しうる（ステップＧとＪとＭと）。次いで、ＳＥＴ １１０とＳＬＰ １３０とは、要求されたロケーション情報を入手するためにロケーションセッションに関するメッセージを交換しうる（ステップＨとＫとＮと）。その代わりに、ＳＥＴ １１０は、ＳＥＴ １３０が既にＳＬＰ １３０との以前の相互作用から必要な情報（たとえば、支援データ）を有する場合に、ＳＬＰ １３０との相互作用なしで、要求されたロケーション情報を提供しうる。たとえば、ＳＥＴ １１０とＳＬＰ １３０とは、ステップＨを実行することができ、支援データが、ステップＨでＳＬＰ １３０によってＳＥＴ １１０に提供され、ステップＪでアプリケーション１１２によって要求されるロケーション情報（たとえば、ロケーション推定値）をＳＥＴ １１０が入手することを可能にするのに十分である場合には、ステップＫは、省略され得る。ＳＥＴ １１０は、要求されたロケーション情報を伴うロケーション応答をアプリケーション１１２に返すことができる（ステップＩとＬとＯと）。各ロケーションセッションは、ステップＢでのセキュアデータ接続セットアップと、ステップＣおよびＥでの拡張ロケーションセッションの事前構成と、いくつかの場合に以前のロケーションセッションから導出された支援データ（たとえば、ステップＫのために必要な支援データがステップＨから入手される時など）とに起因して、より少ないシグナリングと処理オーバーヘッドとを含む可能性がある。
【００３１】
拡張ロケーションセッションは、その持続時間が満了したとき終了しうる。ＳＥＴ １１０は、たとえばアプリケーション１１２から受信されたロケーションサービス終了指示に起因して、早期に拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（ステップＰ）。ＳＬＰ １３０が、拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（図２には図示せず）。
【００３２】
図３は、能率化されたＳＵＰＬサービスレイヤを用いる、ネットワークによって開始される拡張ロケーションセッションのコールフロー３００の設計を示す。ＳＵＰＬエージェント１４０内でＳＥＴ １１０の外部のアプリケーション１４２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）を望む場合がある。アプリケーション１４２は、ＳＥＴ １１０上のアプリケーション１１２にロケーションサービス要求を送信しうる（ステップＡ）。アプリケーション１１２は、ロケーションサービス要求を受信することができ、ＳＥＴ １１０にロケーションサービス開始を送ることができる（ステップＢ）。次いで、ステップＣとＤとＥとＦとを、ＳＬＰ １３０とのＳＥＴ １１０に関する拡張ロケーションセッションを確立するために、それぞれ図２においてステップＢとＣとＤとＥとについて上述したように実行しうる。ＳＥＴ １１０は、アプリケーション１１２に肯定応答を送ることができ（ステップＧ）、アプリケーション１１２は、アプリケーション１４２にサービス肯定応答を返すことができる（ステップＨ）。
【００３３】
拡張ロケーションセッションが確立された後に、アプリケーション１１２と１４２とは、拡張ロケーションセッション中のいつでも、ロケーションサービスを入手しうる。アプリケーション１１２は、ＳＥＴ １１０のロケーション情報（たとえば、ロケーション推定値）が望まれるとき必ず、ロケーション要求を送信しうる（ステップＩとＭとＱと）。次いで、ＳＥＴ １１０とＳＬＰ １３０とは、要求されたロケーション情報を入手するためにロケーションセッションに関するメッセージを交換しうる（ステップＪとＮとＲと）。次いで、ＳＥＴ １１０は、要求されたロケーション情報をアプリケーション１１２に供給しうる（ステップＫとＯとＳと）。次いで、アプリケーション１１２は、要求されたロケーション情報を含むロケーション報告をアプリケーション１４２に送信しうる（ステップＬとＰとＴと）。各ロケーションセッションは、ステップＣでのセキュアデータ接続セットアップと、ステップＤおよびＦでの拡張ロケーションセッションの事前構成と、いくつかの場合に以前のロケーションセッションから導出された支援データ（たとえば、ステップＮのために必要な支援データがステップＪから入手される時など）とに起因して、より少ないシグナリングと処理オーバーヘッドとを含む可能性がある。
【００３４】
図３のもう１つの例示的設計では、アプリケーション１１２は、ＳＥＴ １１０から入手されたロケーション情報に基づいてアプリケーション１４２に関する追加のサービスを実行しうる。たとえば、アプリケーション１１２は、ＳＥＴ １１０が指定された地理的区域内にあるまたはその区域に入ったばかりまたは出たばかりであるかどうかを検証しうる。次いで、アプリケーション１１２は、追加情報（たとえば、ＳＥＴ １１０が指定された地理的区域の内部にある、入ったばかりである、または出たばかりであるかどうかを示す）を、ステップＬとＰとＴとでアプリケーション１４２に提供しうる。その代わりに、アプリケーション１１２が、特定のトリガ条件（たとえば、ＳＥＴ １１０が指定された地理的区域に入ったばかりまたは出たばかりであるなど）が満足される場合に限って、ステップＬまたはＰまたはＴを実行しうる。
【００３５】
拡張ロケーションセッションを、その持続時間が満了したとき終了しうる。ＳＥＴ １１０は、たとえばアプリケーション１１２または１４２からのロケーションサービス終了指示に起因して、早期に拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（ステップＵ）。ＳＬＰ １３０が、拡張ロケーションセッションを終了するためにＳＵＰＬ ＥＮＤメッセージを送信することもできる（図３には図示せず）。
【００３６】
図４は、拡張ロケーションセッション内のロケーションセッションのコールフロー４００の設計を示す。コールフロー４００を、図２と３とに示されたロケーションセッションのそれぞれについて使用しうる。ＳＥＴ １１０は、たとえばロケーションサービスがＳＥＴ １１０上のアプリケーション１１２によって望まれるとき必ず、ロケーションセッションを開始するためにＳＬＰ １３０にＳＵＰＬ ＰＯＳメッセージを送信しうる（ステップＡ）。このＳＵＰＬ ＰＯＳメッセージは、拡張ロケーションセッションを識別するセッション-ｉｄ、選択された測位プロトコルの１つまたは複数の測位メッセージ、ロケーション推定値の要求される正確さを定義するＱｏＰ、速度が要求されるのかどうかの指示、および／または他の情報を含みうる。選択された測位プロトコルを、ＬＰＰまたはＩＳ−８０１とすることができ、この両方が、ＳＥＴによって開始される測位をサポートする。測位メッセージ（１つまたは複数）は、支援データの要求、測位に使用される測定値、サービングセルＩＤ、他のセルＩＤ、その他など、関連情報を含みうる。
【００３７】
ＳＬＰ １３０は、ＳＥＴ １１０からＳＵＰＬ ＰＯＳメッセージを受信することができ、別のＳＵＰＬ ＰＯＳメッセージをＳＥＴ １１０に送信しうる（ステップＢ）。返されるＳＵＰＬ ＰＯＳメッセージは、セッション-ｉｄ、選択された測位プロトコルの１つまたは複数の測位メッセージ、および／または他の情報を含みうる。測位メッセージ（１つまたは複数）は、支援データ（要求された場合）、ＳＥＴ １１０のロケーション推定値、その他などの関連情報を含みうる。ロケーション推定値を、測位メッセージのフィールド内またはＳＵＰＬ ＰＯＳメッセージのフィールド内で送信しうる。
【００３８】
ＳＥＴ １１０とＳＬＰ １３０とは、追加のＳＵＰＬ ＰＯＳメッセージを交換しうる（ステップＣとＤと）。各ＳＵＰＬ ＰＯＳメッセージは、拡張ロケーションセッションのセッション-ｉｄ、任意の適切な情報を担持する１つまたは複数の測位メッセージ、および／または他の情報を含みうる。選択された測位プロトコルは、１つまたは複数のアクセスタイプに関する１つまたは複数の測位方法をサポートしうる。任意の個数のＳＵＰＬ ＰＯＳメッセージを、１つまたは複数の選択された測位方法に関する情報を要求し、供給するためにＳＥＴ １１０とＳＬＰ １３０との間で交換しうる。ＳＵＰＬ ＰＯＳメッセージを、（ｉ）選択された測位プロトコルに関する測位メッセージを担持するためのコンテナメッセージとして、（ｉｉ）ＳＥＴ １１０によって要求されたロケーション情報のタイプに関する情報（たとえば、ＱｏＰ）を搬送するのに、および（ｉｉｉ）ロケーションセッションを拡張ロケーションセッションに関連付けるのに、使用しうる。ｓ
ある設計では、ＳＥＴ １１０は、ロケーションセッションに関する最初のＳＵＰＬ ＰＯＳメッセージを送信することができ、ＳＬＰ １３０は、最後のＳＵＰＬ ＰＯＳメッセージを送信しうる。ＳＵＰＬ ＰＯＳメッセージを、図４に示されているように、ＳＥＴ １１０からの１つのＳＵＰＬ ＰＯＳメッセージとそれに続くＳＬＰ １３０からのもう１つのＳＵＰＬ ＰＯＳメッセージとの対の形で送信しうる。複数のＳＵＰＬ ＰＯＳメッセージを、それぞれＳＬＰ １３０またはＳＥＴ １１０からの戻りＳＵＰＬ ＰＯＳメッセージの前にＳＥＴ １１０またはＳＬＰ １３０によって送信することもできる。
【００３９】
図５は、拡張ロケーションセッション内のロケーションセッションのコールフロー５００の設計を示す。コールフロー５００を、図２と３とに示されたロケーションセッションのそれぞれについて使用することもできる。ＳＥＴ １１０は、たとえばロケーションサービスがＳＥＴ １１０上のアプリケーション１１２によって望まれるとき必ず、ロケーションセッションを開始するためにＳＬＰ １３０にＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージを送信しうる（ステップＡ）。このＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージは、拡張ロケーションセッションを識別するセッション-ｉｄ、ＳＥＴ能力、ロケーションセッションの選択された測位方法（ｐｏｓｍｅｔｈｏｄ）、セル情報（たとえば、サービングセルＩＤおよび／または他のセルＩＤ）、ＱｏＰ、選択された測位プロトコルに関する、任意の適切な情報を担持する１つまたは複数の測位メッセージなどを含みうる。
【００４０】
次いで、ＳＥＴ １１０とＳＬＰ １３０とは、ロケーションセッションのＳＵＰＬ ＰＯＳメッセージを交換しうる（ステップＢ）。各ＳＵＰＬ ＰＯＳメッセージは、拡張ロケーションセッションのセッション-ｉｄ、選択された測位プロトコルの１つまたは複数の測位メッセージ、および／または他の情報を含みうる。選択された測位プロトコルは、ＲＲＬＰ、ＲＲＣ、ＬＰＰ、ＩＳ−８０１などとしうる。ＲＲＬＰとＲＲＣとは、ネットワークによって開始される測位をサポートするが、ＬＰＰとＩＳ−８０１とは、ネットワークによって開始される測位とＳＥＴによって開始される測位との両方をサポートする。任意の個数のＳＵＰＬ ＰＯＳメッセージを、１つまたは複数の測位方法の情報を要求し、提供するために、ＳＥＴ １１０とＳＬＰ １３０との間で交換しうる。ＳＵＰＬ ＰＯＳメッセージの交換が完了したとき、ＳＬＰ １３０は、セッション-ｉｄとおそらくはＳＥＴ １１０のロケーション推定値および／または速度推定値（ｐｏｓｉｔｉｏｎ）とを含むＳＵＰＬ ＲＥＰＯＲＴメッセージを送信しうる（ステップＣ）。このＳＵＰＬ ＲＥＰＯＲＴメッセージを、ロケーションセッションの終りを示し、ＳＥＴによって支援される測位についてＳＬＰ １３０によって計算された任意のロケーション推定値および／または速度推定値を返すのに使用しうる。
【００４１】
図４と５とは、拡張ロケーションセッション内のロケーションセッションの２つの例示的なコールフローを示す。一般に、ＳＥＴ １１０は、ＳＬＰ １３０とのロケーションセッションを開始するために任意の適切なＳＵＰＬメッセージを送信しうる。異なるＳＵＰＬメッセージを、異なる測位プロトコルのために使用しうる。ロケーションセッションについて、ＳＥＴ １１０とＳＬＰ １３０とは、任意の個数のＳＵＰＬ ＰＯＳメッセージを交換することができ、これらのＳＵＰＬ ＰＯＳメッセージは、測位メッセージのコンテナとして、また、ロケーションセッションを拡張ロケーションセッションに関連付けるのに、使用され得る。
【００４２】
図４と５とに示されているように、拡張ロケーションセッション内のロケーションセッションごとに、シグナリングと処理とのオーバーヘッドを、ほとんど受けない可能性がある。図４では、ＳＥＴ １１０とＳＬＰ １３０とが、まずセキュアデータ接続を確立することもオーバーヘッドＳＵＰＬメッセージを送信することも必要とせずに、すぐに測位に関するＳＵＰＬ ＰＯＳメッセージを交換しうる。図５では、ＳＥＴ １１０が、ロケーションセッションを開始するためにＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージを送信しうる。図４と５とのコールフローは、通常はロケーションセッションを開始するのに使用される、ＳＵＰＬ ＳＴＡＲＴメッセージおよびＳＵＰＬ ＩＮＩＴメッセージなどの他のオーバーヘッドＳＵＰＬメッセージを回避しうる。
【００４３】
ＳＵＰＬ ＳＴＡＲＴメッセージとＳＵＰＬ ＲＥＳＰＯＮＳＥメッセージとの対を、図２と３とに示されているように拡張ロケーションセッションを確立するためにＳＥＴ １１０とＳＬＰ １３０との間で交換しうる。これらのＳＵＰＬメッセージを、拡張ロケーションセッションの１つまたは複数のパラメータ（たとえば、選択された測位方法、選択された測位プロトコル、ＱｏＰなどに関する）を構成するのに使用しうる。構成されたパラメータ（１つまたは複数）を、拡張ロケーションセッションのために格納することができ、拡張ロケーションセッション全体を通じて使用することができ、これは、シグナリングオーバーヘッドを減らすことができる。拡張ロケーションセッション内の各ロケーションセッションは、その構成されたパラメータ（１つまたは複数）を利用しうる。
【００４４】
本明細書で説明される技法は、ＳＥＴ １１０が、ロケーションサービスを入手するために任意の時に１つまたは複数のアプリケーションがＳＵＰＬ測位レイヤを呼び出すことを可能にするために、セキュア拡張ロケーションセッションを有することを可能にしうる。これは、効率を改善し、シグナリングトラフィックを減らし、性能を改善し、他の利益を提供しうる。これらの技法は、ＳＥＴ １１０および／またはアプリケーション１１２が、ロケーションサービスのために、たとえば測位方法を選択するために使用するパラメータに対してより制御することを可能にする。これらの技法を、ＳＵＰＬ内でプロキシモードと非プロキシモードとについて使用することもできる。
【００４５】
本明細書で説明される技法は、ロケーションサービスの複雑さをＳＥＴ １１０とＳＬＰ １３０とからアプリケーション（たとえば、ＳＥＴ １１０上で動作するアプリケーション１１２）へ移動することを可能にしうる。ＳＥＴ １１０およびＳＬＰ １３０などのＳＵＰＬエンティティは、単純なロケーションサービスの小さいセットをサポートしうる。これらのアプリケーションは、単純なロケーションサービスを呼び出すことと、ＳＵＰＬエンティティからサービス制御を引き継ぐこととによって、複雑なロケーションサービスを実施しうる。たとえば、アプリケーションは、ターゲットＳＥＴのロケーション推定値を入手するために拡張ロケーションセッション中にいつロケーションサービスを呼び出すかを判定し、ロケーション推定値に基づいてトリガ条件を評価し、必要な場合に（たとえば、トリガ条件が満足されたとき）ロケーション推定値をＬＣＳクライアントに報告しうる。複雑さとセッション制御とをアプリケーションに移動することは、より多くのロケーションサービスをアプリケーションのために開発することを可能にすることができ、新しいロケーションサービスの開発時間を減らすこともできる。たとえば、アプリケーションを、能率化されたＳＵＰＬサービスレイヤによってサポートされる単純なロケーションサービスに基づく、周期的トリガロケーションサービスおよびエリアイベントトリガロケーションサービスなどの複雑なロケーションサービスをエミュレートできるものにしうる。
【００４６】
別の設計では、複合ロケーションサービス（たとえば、周期的ロケーション、トリガされるロケーションなど）を、ＳＥＴ １１０内の内部アプリケーション１１２または外部アプリケーション１４２の代わりに、ＳＥＴ １１０内のＳＵＰＬサービスレイヤおよび／またはＳＵＰＬ測位レイヤによってサポートしうる。ＳＥＴ １１０内のＳＵＰＬサービスレイヤとＳＵＰＬ測位レイヤとは、ＳＬＰ １３０との拡張ロケーションセッションを確立するために図２または３の方法をサポートし、拡張ロケーションセッション中に周期的時間間隔でロケーション情報を入手する（たとえば、図２のステップＨ、Ｋ、およびＮまたは図３のステップＪ、Ｎ、およびＲを始めさせることによって）ことができる。しかし、アプリケーション１１２は、諸間隔にＳＵＰＬサービスレイヤまたはＳＵＰＬ測位レイヤにロケーション情報を要求しない場合があり（たとえば、図２のステップＧ、Ｊ、およびＭまたは図３のステップＩ、Ｍ、およびＱ）、ＳＵＰＬサービスレイヤとＳＵＰＬ測位レイヤとが、諸間隔にアプリケーション１１２にロケーション情報を提供しない場合がある（たとえば、図２のステップＩ、Ｌ、およびＯまたは図３のステップＫ、Ｏ、およびＳ）。その代わりに、アプリケーション１１２が、ＳＵＰＬサービスレイヤに１回だけ、要求される複雑なロケーションサービス（いつＳＥＴ １１０がある指定された地理的区域に入ったばかりか、出たばかりか、またはまだそこに留まっているかを判定することなど）を示す場合がある（たとえば、図２のステップＡまたは図３のステップＢで）。次いで、ＳＵＰＬサービスレイヤおよび／またはＳＵＰＬ測位レイヤは、要求された複雑なロケーションサービスをサポートするためにロケーション情報をいつ入手すべきなのかを判定しうる。特定のトリガ条件が満足されたとき、ＳＵＰＬサービスレイヤまたはＳＵＰＬ測位レイヤは、関連するロケーション情報と一緒に、トリガ条件の指示（たとえば、ＳＥＴ １１０が指定された地理的区域に入ることまたは出ることなど）をアプリケーション１１２に送信しうる。アプリケーション１１２がアプリケーション１４２の代わりに働いている場合には、アプリケーション１１２は、ロケーション情報をアプリケーション１４２に転送しうる。この設計では、サービスの複雑さは、ＳＬＰ １３０からならびにアプリケーション１１２と１４２とから隠蔽され得、ＳＥＴ １１０内のＳＵＰＬレイヤのみに影響しうる。さらに、ＳＥＴ １１０内のＳＵＰＬレイヤによってサポートされる追加の複雑なロケーションサービスを、ＳＵＰＬの一部として定義してもしなくてもよい。したがって、これらの追加の複雑なロケーションサービスは、ＳＥＴ １１０内のプロプライエタリ非標準ロケーションサービスまたは標準化されたロケーションサービスのいずれかとして、ＳＥＴ １１０内の内部アプリケーション（たとえば、アプリケーション１１２）または外部アプリケーション（たとえば、アプリケーション１４２）に提供されうる。
【００４７】
ＳＥＴ １１０は、通常、ＳＵＰＬロケーションセッションのためにホームネットワーク１０２ｂ内のＨ−ＳＬＰ １３０ｂと通信する。ＳＥＴ １１０を、Ｈ−ＳＬＰ １３０ｂのアドレスを有して事前に構成することができ、事前に構成されたＨ−ＳＬＰアドレスを使用してＨ−ＳＬＰ １３０ｂに到達できるものとしうる。ＳＥＴ １１０がローミングしている場合に、ＳＥＴ １１０は、サービングネットワーク１０２ａ内とホームネットワーク１０２ｂ内とのさまざまなネットワークエンティティを介してＨ−ＳＬＰ １３０ｂとＳＵＰＬメッセージを交換しうる。
【００４８】
別の態様では、ＳＥＴ １１０は、拡張ロケーションセッションのためにサービングネットワーク１０２ａ内のＡ−ＳＬＰ １３０ａ（ホームネットワーク１０２ｂ内のＨ−ＳＬＰ １３０ｂではなく）と通信しうる。これは、シグナリングトラフィックを減らすことができ、ＳＥＴ １１０がローミングしている時の拡張ロケーションセッション中のロケーションサービスを入手するための遅延を減らすこともできる。これは、Ｈ−ＳＬＰを有しないＳＥＴまたはＨ−ＳＬＰが提供しないサービス（たとえば、より正確でより信頼できるロケーションサポートまたはＨ−ＳＬＰによってサポートされないアクセスネットワークのサポート）をＡ−ＳＬＰが提供する時のＳＥＴを支援することもできる。
【００４９】
ＳＥＴ １１０は、さまざまな形でサービングネットワーク１０２ａ内のＡ−ＳＬＰ １３０ａを発見しうる。ある設計では、ＳＥＴ １１０は、動的ホスト構成プロトコル（ＤＨＣＰ）を使用してＡ−ＳＬＰ １３０ａのアドレスを入手しうる。ＳＥＴ １１０は、現在ＳＥＴ １１０にサービスしているアクセスネットワークのＡ−ＳＬＰの構成情報に関する要求をブロードキャストしうる。ＤＨＣＰサーバは、その要求をＳＥＴ １１０から受信することができ、そのＤＨＣＰサーバによって維持される構成データベースからのＡ−ＳＬＰ １３０ａの構成情報（たとえば、アドレス）を応答しうる。別の設計では、ＳＥＴ １１０は、ドメインネームシステム（ＤＮＳ）を使用してＡ−ＳＬＰ １３０ａのアドレスを入手しうる。ＳＥＴ １１０は、現在ＳＥＴ １１０にサービスしているアクセスネットワークのドメイン名（たとえば、ｎｅｔｗｏｒｋＡＢＣ．ｃｏｍ）から導出されたＡ−ＳＬＰドメイン名（たとえば、ａｓｌｐ．ｎｅｔｗｏｒｋＡＢＣ．ｃｏｍ）を有するＤＮＳクエリを送信しうる。ＤＮＳサーバは、そのＤＮＳクエリをＳＥＴ １１０から受信することができ、そのドメイン名に関連するアドレスを応答しうる。もう１つの設計では、Ａ−ＳＬＰ １３０ａに、固定された周知のアドレスを割り当てることができる。ＳＥＴ １１０は、Ａ−ＳＬＰ １３０ａの固定されたアドレスを知ることができ、Ａ−ＳＬＰ １３０ａに直接にアクセスできるものとしうる。もう１つの設計では、アクセスネットワークは、ＳＥＴ １１０がそのアクセスネットワークに始めて接続する時またはＳＥＴ １１０が関連するＡ−ＳＬＰのアドレスに関する要求をアクセスネットワークに送信するとき、このアドレスをＳＥＴ １１０に提供しうる。
【００５０】
ある設計では、Ａ−ＳＬＰ １３０ａまたはＨ−ＳＬＰ １３０ｂのいずれかを、サービスおよび測位能力（Ａ−ＳＬＰ １３０ａまたはＨ−ＳＬＰ １３０ｂのいずれかの）、請求料金、アクセスの速度およびたやすさ（たとえば、シグナリング帯域幅および遅延）、その他などのさまざまな要因に基づいて、ＳＥＴ １１０にサービスするために選択しうる。例として、３ＧＰＰ Ｈ−ＳＬＰは、３ＧＰＰ２ネットワークにアクセスするＳＥＴの測位をサポートできない場合があり（またはその逆）、このＳＥＴは、Ａ−ＳＬＰの本質的要素を利用しうる。Ａ−ＳＬＰ １３０ａは、能率化されたＳＵＰＬサービスレイヤと通常の／フルＳＵＰＬサービスレイヤ（たとえば、ＳＵＰＬ ２．０に記載の）との両方をサポートしうる。相互認証と暗号化とを含むセキュリティを、ＳＥＴ １１０とＡ−ＳＬＰ １３０ａとの間の通信に使用しうる。能率化されたＳＵＰＬサービスレイヤのセキュリティを、（ｉ）フルＳＵＰＬサービスレイヤのＳＥＴ １１０とＨ−ＳＬＰ １３０ｂとの間の通信と同様に、または（ｉｉ）異なる手順、たとえば異なる認証方法を使用して、達成しうる。
【００５１】
もう１つの態様では、ＳＵＰＬのすべてまたは一部を、Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＸＭＬ）を使用して実施しうる。たとえば、ＳＵＰＬのうちで能率化されたＳＵＰＬサービスレイヤに関係する部分を、ＸＭＬを用いて実施しうる。ある設計では、ＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）を、ＳＵＰＬのスキーマとして保持することができ、国際電気通信連合（ＩＴＵ）Ｘ．６９３を、ＸＭＬでこれを符号化するのに使用しうる（たとえば、ＸＥＲ符号化を用いて）。別の設計では、新しい文書型定義（ＤＴＤ）スキーマまたはＸＭＬスキーマ定義（ＸＳＤ）スキーマを、ＳＵＰＬ ＡＳＮ．１定義から定義しうるが、能率化されたＳＵＰＬサービスレイヤに適用可能なＳＵＰＬメッセージとパラメータとに制限しうる。両方の設計で、ＳＵＰＬのサブセットだけが、ＸＭＬでの実施によって影響を受けることができ、その影響を、フロントエンドコーダとパーサとに制限しうる。ＡＳＮ．１とＸＭＬとの間の折衝を、すべてのＡ−ＳＬＰに関する規約によってＡＳＮ．１またはＸＭＬのいずれかを定義することによって回避することができ、Ｈ−ＳＬＰ用のＳＥＴのＳｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＳＩＭ）カード上で構成しうる。
【００５２】
ＲＲＬＰ、ＲＲＣ、ＬＰＰ、およびＩＳ−８０１などの他の測位プロトコルは、ＡＳＮ．１（またはある他のフォーマット）からＸＭＬに変換されうる。この変換は、意味論的ではなく構文的（すなわち、内容ではなくフォーマットの変化を伴う）としうる。所与の測位プロトコルのＸＭＬ版（ＸＭＬ測位プロトコルと呼ばれる場合がある）は、その測位プロトコルのＡＳＮ．１版と同一の支援データおよび測定タイプをサポートしうる。新しい測位方法ならびに既存の測位方法に対する変更を、結果のＸＭＬ測位プロトコルに追加しうる。たとえば、ＸＭＬ測位プロトコルは、Ｗｉ−Ｆｉ、固定ブロードバンド、ＷｉＭＡＸ、その他などの非３ＧＰＰアクセスタイプと非３ＧＰＰ２アクセスタイプとに関する測位をサポートするために拡張されうる。
【００５３】
図６は、ロケーションサービスを入手するために端末／ＳＥＴによって実行されるプロセス６００の設計を示す。端末は、その端末の内部（たとえば、図２に示されているように）またはその端末の外部（たとえば、図３に示されているように）としうるアプリケーションからロケーションサービス要求を受信しうる（ブロック６１２）。端末は、特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと少なくとも１つのメッセージを交換しうる（ブロック６１４）。端末は、（ｉ）アプリケーションからのロケーションサービス要求に応答して、または（ｉｉ）ロケーションサービス要求を受信する前に、拡張ロケーションセッションを確立しうる。
【００５４】
端末は、アプリケーションからロケーション要求を受信しうる（ブロック６１６）。端末は、拡張ロケーションセッションの特定の持続時間内の任意の時に、たとえばロケーション要求の受信に応答して、拡張ロケーションセッションの一部としてロケーションサーバからロケーションサービスを入手しうる（ブロック６１８）。端末は、ロケーション情報を備えるロケーション応答をアプリケーションに送信しうる（ブロック６２０）。
【００５５】
ある設計では、端末とロケーションサーバとは、拡張ロケーションセッションに関するＳＵＰＬメッセージを交換しうる。端末は、拡張ロケーションセッションのセッションＩＤを判定しうる。端末は、拡張ロケーションセッション中にロケーションサービスを入手するためにロケーションサーバと交換されるメッセージを識別するのにそのセッションＩＤを使用しうる。
【００５６】
ブロック６１４のある設計では、端末は、拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために、ロケーションサーバと少なくとも１つのメッセージを交換しうる。少なくとも１つの構成されるパラメータは、選択された測位方法、選択された測位プロトコル、ＱｏＰ、ある他のパラメータ、またはその組合せを備えうる。次いで、端末は、少なくとも１つの構成されたパラメータに基づいて、ロケーションサーバからロケーションサービスを入手しうる。
【００５７】
ブロック６１４のある設計では、端末は、拡張ロケーションセッションの確立を開始するためにロケーションサーバに第１のメッセージ（たとえば、ＳＵＰＬ ＳＴＡＲＴメッセージ）を送信しうる。端末は、拡張ロケーションセッションの確立を肯定応答するためにロケーションサーバによって送信された第２のメッセージ（たとえば、ＳＵＰＬ ＲＥＳＰＯＮＳＥメッセージ）を受信しうる。ある設計では、第１のメッセージは、拡張ロケーションセッションの要求される持続時間を備えることができ、第２のメッセージは、拡張ロケーションセッションの許可された持続時間を備えうる。拡張ロケーションセッションの特定の持続時間は、許可された持続時間と等しい場合があり、あるいは、他の形で決定される場合がある。ある設計では、第１のメッセージは、端末の測位能力を備えることができ、第２のメッセージは、ロケーションサーバの測位能力を備えうる。第１のメッセージと第２のメッセージは、他の情報を備えうる。
【００５８】
ブロック６１８のある設計では、端末は、ロケーションサービスを入手するためにロケーションサーバに第３のメッセージ（たとえば、ＳＵＰＬ ＰＯＳメッセージまたはＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージ）を送信しうる。端末は、ロケーションサーバから、ロケーション情報を備える第４のメッセージ（たとえば、ＳＵＰＬ ＰＯＳメッセージまたはＳＵＰＬ ＲＥＰＯＲＴメッセージ）を受信しうる。ある設計では、第３のメッセージは、支援データの要求を備えることができ、第４のメッセージ内のロケーション情報は、端末の支援データを備えうる。別の設計では、第３のメッセージは、測定値を備えることができ、ロケーション情報は、端末のロケーション推定値を備えうる。ある設計では、第３のメッセージは、端末によって選択された測位方法、選択された測位方法に関する少なくとも１つの測位メッセージ、ある他の情報、またはその組合せを備えうる。
【００５９】
ある設計では、端末は、拡張ロケーションセッション中に複数回だけロケーションサービスを入手しうる。端末は、ロケーションサービスが入手されるたびにロケーション情報（たとえば、その端末のロケーション推定値）を受信しうる。端末（または端末のアプリケーション）は、周期的トリガロケーションサービス、エリアイベントトリガロケーションサービス、または即時ロケーションサービスより複雑なある他のトリガロケーションサービスをエミュレートするためにロケーション情報を使用しうる。一般に、端末は、拡張ロケーションセッション中に任意の回数だけ任意の時にロケーションサービスを入手しうる。端末は、ロケーションサービスがその端末によって入手される時のすべてから受信されたロケーション情報に基づいて任意のロケーションサービスをエミュレートしうる。
【００６０】
拡張ロケーションセッションは、特定の持続時間が満了したとき終了しうる。ある設計では、ロケーションサーバは、拡張セッションを明示的に終了するために、持続時間が満了したとき端末にＳＵＰＬ ＥＮＤメッセージを端末に送信しうる（またはその逆）。別の設計では、端末が、たとえば図２と３とに示されているように、特定の持続時間の満了の前に、拡張ロケーションセッションを終了するためにロケーションサーバとメッセージを交換しうる。もう１つの設計では、端末が、特定の持続時間を過ぎる拡張ロケーションセッションの延長を要求するためにロケーションサーバにメッセージを送信しうる。
【００６１】
ある設計では、端末は、ホームネットワークと通信することができ、ロケーションサーバは、ホームネットワーク内に存在するＨ−ＳＬＰ（またはある他のロケーションサーバ）としうる。別の設計では、端末は、ホームネットワークから離れてローミングしていることができ、サービングネットワークと通信しうる。この場合に、ロケーションサーバを、サービングネットワーク内のＡ−ＳＬＰまたはホームネットワーク内のＨ−ＳＬＰとしうる。端末は、ＤＨＣＰもしくはＤＮＳを使用することによって、またはサービングネットワークに接続するとき、またはある他の機構を使用することによって、Ａ−ＳＬＰを発見しうる。
【００６２】
図７は、ロケーションサービスをサポートするためにロケーションサーバ（たとえば、ＳＬＰ）によって実行されるプロセス７００の設計を示す。ロケーションサーバは、特定の持続時間の拡張ロケーションセッションを確立するために端末と少なくとも１つのメッセージを交換しうる（ブロック７１２）。ロケーションサーバは、拡張ロケーションセッションの特定の持続時間内の任意の時に端末によって要求されたとき、拡張ロケーションセッションの一部として端末にロケーションサービスを提供しうる（ブロック７１４）。
【００６３】
ブロック７１２のある設計では、ロケーションサーバは、拡張ロケーションセッションの確立を開始するために端末によって送信された第１のメッセージを受信しうる。ロケーションサーバは、拡張ロケーションセッションの確立を肯定応答するために端末に第２のメッセージを送信しうる。ある設計では、第１のメッセージは、拡張ロケーションセッションの要求される持続時間、端末の能力などを備えうる。第２のメッセージは、拡張ロケーションセッションの許可された持続時間、ロケーションサーバの能力などを備えうる。メッセージ交換は、拡張ロケーションセッションに関する少なくとも１つのパラメータ、たとえば選択された測位方法、選択された測位プロトコル、ＱｏＰなどを構成することもできる。ロケーションサーバは、少なくとも１つの構成されたパラメータに基づいて端末にロケーションサービスを提供しうる。
【００６４】
ブロック７１４のある設計では、ロケーションサーバは、ロケーションサービスを入手するために端末によって送信された第３のメッセージを受信しうる。ロケーションサーバは、ロケーション情報を備える第４のメッセージを端末に送信しうる。第３のメッセージは、支援データの要求、測定値、選択された測位方法などを備えうる。第４のメッセージは、端末の支援データ、端末のロケーション推定値、および／またはある他のロケーション情報を備えうる。ロケーションサーバは、端末が、ロケーション情報を繰り返して入手するか、周期的トリガロケーションサービス、エリアイベントトリガロケーションサービス、またはある他の複雑なロケーションサービスをエミュレートすることを可能にするために、拡張ロケーションセッション中に端末に複数回だけロケーションサービスを提供しうる。
【００６５】
拡張ロケーションセッションは、特定の持続時間が満了したとき終了しうる。ある設計では、ロケーションサーバは、拡張セッションを明示的に終了するために、持続時間が満了したとき端末にＳＵＰＬ ＥＮＤメッセージを端末に送信しうる（またはその逆）。別の設計では、ロケーションサーバが、たとえば図２または３に示されているように、特定の持続時間の満了の前に、拡張ロケーションセッションを終了するために端末とメッセージを交換しうる。もう１つの設計では、ロケーションサーバが、特定の持続時間を過ぎる拡張ロケーションセッションの延長を要求するために端末によって送信されたメッセージを受信しうる。ロケーションサーバは、（ｉ）その要求を許可し、拡張ロケーションセッションを延長するか、（ｉｉ）その要求を却下し、特定の持続時間が満了したとき拡張ロケーションセッションを終了するかのいずれかを行うことができる。
【００６６】
図８は、端末／ＳＥＴ １１０と、アクセスネットワーク１２０と、ロケーションサーバ／ＳＬＰ １３０との設計のブロック図を示す。簡単のために、図８は、端末１１０用の１つのコントローラ／プロセッサ８１０、１つのメモリ８１２、および１つの送信器／受信器（ＴＭＴＲ／ＲＣＶＲ）８１４のみと、アクセスネットワーク１２０用の１つのコントローラ／プロセッサ８２０、１つのメモリ８２２、１つの送信器／受信器８２４、および１つの通信（Ｃｏｍｍ）ユニット８２６のみと、ＳＬＰ １３０用の１つのコントローラ／プロセッサ８３０、１つのメモリ８３２、および１つの通信ユニット８３４のみとを示す。一般に、各エンティティは、任意の個数の処理ユニット（たとえば、プロセッサ、コントローラなど）、メモリ、送信器／受信器、通信ユニットなどを含みうる。端末１１０は、１つまたは複数の無線ネットワークおよび／または有線ネットワークを用いる通信をサポートしうる。端末１１０は、１つまたは複数のＳＰＳ、たとえば、ＧＰＳ、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳなどから信号を受信し、処理することもできる。
【００６７】
ダウンリンクでは、アクセスネットワーク１２０は、そのカバレッジエリア内の端末にトラフィックデータと、シグナリングと、パイロットとを送信しうる。これらのさまざまなタイプの情報を、プロセッサ８２０によって処理し、送信器８２４によって条件付け、ダウンリンクに送信しうる。端末１１０では、アクセスネットワーク１２０からのダウンリンク信号を、受信器８１４によって受信し、条件付け、さまざまなタイプの情報を入手するためにプロセッサ８１０によってさらに処理しうる。プロセッサ８１０は、図６のプロセス６００および／または本明細書で説明される技法の他のプロセスを実行しうる。プロセッサ８１０は、図２から５のＳＥＴ １１０の処理を実行することもできる。メモリ８１２と８２２とは、それぞれ端末１１０とアクセスネットワーク１２０とのためのプログラムコードとデータとを格納しうる。アップリンクでは、端末１１０は、アクセスネットワーク１２０にトラフィックデータと、シグナリングと、パイロットとを送信しうる。これらのさまざまなタイプの情報を、プロセッサ８１０によって処理し、送信器８１４によって条件付け、アップリンクに送信しうる。アクセスネットワーク１２０では、端末１１０と他の端末とからのアップリンク信号を、受信器８２４によって受信し、条件付け、端末からのさまざまなタイプの情報を入手するためにプロセッサ８２０によってさらに処理しうる。アクセスネットワーク１２０は、通信ユニット８２６を介してＳＬＰ １３０と直接にまたは間接に通信しうる。
【００６８】
ＳＬＰ １３０内では、プロセッサ８３０が、端末のためのロケーションサービスをサポートするための処理を実行しうる。たとえば、プロセッサ８３０は、図７のプロセス７００および／または本明細書で説明される技法の他のプロセスを実行しうる。プロセッサ８３０は、図２から５のＳＬＰ １３０の処理を実行することもできる。プロセッサ８３０は、端末１１０に支援データを提供し、端末１１０のロケーション推定値を計算し、ＳＵＰＬエージェント１４０にロケーション情報を提供するなどを行うこともできる。メモリ８３２は、ＳＬＰ １３０のためのプログラムコードとデータとを格納しうる。通信ユニット８３４は、ＳＬＰ １３０がアクセスネットワーク１２０、端末１１０、および／または他のネットワークエンティティ（図８には図示せず）と通信することを可能にすることができ、ＳＬＰ １３０と端末１１０とは、メッセージ（たとえば、ＳＵＰＬメッセージ）を交換することができ、これらのメッセージは、アクセスネットワーク１２０を介して搬送され得る。
【００６９】
当業者は、情報および信号は、さまざまな異なる技術または技法のいずれをも使用して表されうることを理解するであろう。たとえば、上の説明全体を通じて言及される可能性があるデータ、命令、コマンド、情報、信号、ビット、シンボル、チップは、電圧、電流、電磁波、磁界または磁性粒子、光学場または光学粒子、あるいはその任意の組合せによって表わされうる。
【００７０】
当業者は、本明細書の開示に関連して説明されるさまざまな例示的な論理ブロック、モジュールと、回路、アルゴリズムステップが、ハードウェア、コンピュータソフトウェア／ファームウェア、またはその両方の組合せとして実施できることをさらに了解するであろう。ハードウェアとソフトウェア／ファームウェアとのこの交換可能性を明瞭に示すために、さまざまな例示的なコンポーネントと、ブロックと、モジュールと、回路と、ステップとを、上で、一般にその機能性に関して説明した。そのような機能性がハードウェアまたはソフトウェア／ファームウェアのどちらとして実施されるのかは、特定の応用例とシステム全体に課せられる設計制約とに依存する。当業者は、説明された機能性を、各特定の応用例のためにさまざまな形で実施しうるが、そのような実施判断が、本開示の範囲からの逸脱を引き起こすと解釈されてはならない。
【００７１】
本明細書で説明される位置判定技法は、無線広域ネットワーク（ＷＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、その他などのさまざまな無線通信ネットワークに関連して実施しうる。用語「ネットワーク」と「システム」とは、しばしば交換可能に使用される。ＷＷＡＮを、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＳＣ−ＦＤＭＡ）ネットワーク、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワーク、ＷｉＭＡＸ（ＩＥＥＥ ８０２．１６）ネットワークなどとしうる。ＣＤＭＡネットワークは、ｃｄｍａ２０００、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）、その他などの１つまたは複数の無線アクセス技術（ＲＡＴ）を実施しうる。Ｃｄｍａ２０００は、ＩＳ−９５標準規格と、ＩＳ−２０００標準規格と、ＩＳ−８５６標準規格とを含む。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ(登録商標)）、Ｄｉｇｉｔａｌ Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（Ｄ−ＡＭＰＳ）、またはある他のＲＡＴを実施しうる。ＧＳＭ(登録商標)とＷ−ＣＤＭＡとは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名称のコンソーシアムからの文書に記載されている。Ｃｄｍａ２０００は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）という名称のコンソーシアムからの文書に記載されている。３ＧＰＰ文書と３ＧＰＰ２文書とは、公に入手可能である。ＷＬＡＮを、ＩＥＥＥ ８０２．１１ｘネットワークとすることができ、ＷＰＡＮを、Ｂｌｕｅｔｏｏｔｈ(登録商標)ネットワーク、ＩＥＥＥ ８０２．１５ｘ、またはある他のタイプのネットワークとしうる。本技法を、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組合せに関連して実施することもできる。本技法は、フェムトセルに関連して実施することもできる。
【００７２】
衛星測位システム（ＳＰＳ）は、通常、エンティティが送信器から受信された信号に少なくとも部分的に基づいて地球またはその上でのそのロケーションを判定することを可能にするように測位された送信器のシステムを含む。そのような送信器は、通常、設定された個数のチップの繰り返す擬似雑音（ＰＮ）コードを用いてマークされた信号を送信し、地上ベースの制御ステーション、ユーザ機器、および／または宇宙船に配置され得る。特定の例では、そのような送信器を、地球周回衛星（ＳＶ）上に配置しうる。たとえば、全地球測位システム（ＧＰＳ）、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳ、またはＣｏｍｐａｓｓなどの全地球的航法衛星システム（ＧＮＳＳ）のコンステレーション内のＳＶは、コンステレーション内の他のＳＶによって送信されたＰＮコードから区別可能な（たとえば、ＧＰＳのように衛星ごとに異なるＰＮコードを使用するか、ＧＬＯＮＡＳＳのように異なる周波数で同一のコードを使用することによって）ＰＮコードを用いてマークされた信号を送信しうる。ある種の態様によれば、本明細書で提示される技法は、ＳＰＳについてグローバルシステム（たとえば、ＧＮＳＳ）に制限されない。たとえば、本明細書で提示される技法を、たとえば、日本の準天頂衛星システム（ＱＺＳＳ）、インドのＩｎｄｉａｎ Ｒｅｇｉｏｎａｌ Ｎａｖｉｇａｔｉｏｎａｌ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ（ＩＲＮＳＳ）、中国の北斗などのさまざまな地域システムならびに／あるいは１つまたは複数の全地球的航法衛星システムおよび／または地域航法衛星システムに関連するか他の形でこれと共に使用するために使用可能にされ得るさまざまな増強システム（たとえば、静止衛星型衛星航法増強システム（ＳＢＡＳ））に適用されまたはその中での使用のために他の形で使用可能にされ得る。限定ではなく例として、ＳＢＡＳは、たとえば、Ｗｉｄｅ Ａｒｅａ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＷＡＡＳ）、Ｅｕｒｏｐｅａｎ Ｇｅｏｓｔａｔｉｏｎａｒｙ Ｎａｖｉｇａｔｉｏｎ Ｏｖｅｒｌａｙ Ｓｅｒｖｉｃｅ（ＥＧＮＯＳ）、Ｍｕｌｔｉ−ｆｕｎｃｔｉｏｎａｌ Ｓａｔｅｌｌｉｔｅ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＭＳＡＳ）、ＧＰＳ Ａｉｄｅｄ Ｇｅｏ Ａｕｇｍｅｎｔｅｄ ＮａｖｉｇａｔｉｏｎもしくはＧＰＳ ａｎｄ Ｇｅｏ Ａｕｇｍｅｎｔｅｄ Ｎａｖｉｇａｔｉｏｎ ｓｙｓｔｅｍ（ＧＡＧＡＮ）、および／または類似物など、完全性情報、微分補正などを提供する増強システム（１つまたは複数）を含みうる。したがって、本明細書で使用されるとき、ＳＰＳは、１つまたは複数の全地球的航法衛星システムおよび／または地域航法衛星システムおよび／または増強システムの任意の組合せを含むことができ、ＳＰＳ信号は、ＳＰＳ、ＳＰＳ様、および／またはそのような１つまたは複数のＳＰＳに関連する他の信号を含みうる。
【００７３】
端末／ＳＥＴは、無線通信信号および／または無線ナビゲーション信号を受信できる、セルラまたは他の無線通信デバイス、パーソナル通信システム（ＰＣＳ）デバイス、パーソナルナビゲーションデバイス（ＰＮＤ）、パーソナル情報マネージャ（ＰＩＭ）、携帯情報端末（ＰＤＡ）、ラップトップ機、または他の適切なモバイルデバイスなどのデバイスを指す。端末／ＳＥＴは、衛星信号受信、支援データ受信、および／または位置関連処理がデバイスまたはＰＮＤのどちらで発生するのかにかかわりなく、短距離無線、赤外線、有線接続、または他の接続によるなど、パーソナルナビゲーションデバイス（ＰＮＤ）と通信するデバイスを含むことも意図されている。また、端末／ＳＥＴは、衛星信号受信、支援データ受信、および／または位置関連処理がデバイス、サーバ、またはネットワークに関連する別のデバイスのどれで発生するのかにかかわりなく、インターネット、Ｗｉ−Ｆｉ、または他のネットワークを介するなど、サーバと通信できる、無線通信デバイス、コンピュータ、ラップトップ機などを含む、すべてのデバイスを含むことが意図されている。上記の任意の動作可能な組合せも、端末／ＳＥＴと考えられる。
【００７４】
本明細書で説明される方法論は、応用例に依存してさまざまな手段によって実施しうる。たとえば、これらの方法論は、ハードウェア、ファームウェア、ソフトウェア、またはその任意の組合せで実施しうる。ハードウェアを用いる実施態様について、処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明される機能を実行するように設計された他の電子ユニット、またはその組合せ内で実装されうる。
【００７５】
ファームウェアおよび／またはソフトウェアを用いる実装では、本方法論は、本明細書で説明される機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実施しうる。命令を有形に実施するすべての機械可読媒体を、本明細書で説明される方法論を実施する際に使用しうる。たとえば、ソフトウェアコードを、メモリに格納し、処理ユニットによって実行しうる。メモリを、処理ユニット内または処理ユニットの外部で実施しうる。本明細書で使用されるとき、用語「メモリ」は、すべてのタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、特定のタイプのメモリもしくはメモリの個数、またはメモリが格納される媒体のタイプに限定されない。
【００７６】
ファームウェアおよび／またはソフトウェアで実装される場合には、上記機能は、コンピュータ可読媒体上に１つまたは複数の命令またはコードとして格納されうる。例は、データ構造を用いて符号化されたコンピュータ可読媒体およびコンピュータプログラムを用いて符号化されたコンピュータ可読媒体を含む。コンピュータ可読媒体は、物理コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできる任意の使用可能な媒体としうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク（ｄｉｓｋ）ストレージ、磁気ディスク（ｄｉｓｋ）ストレージ、半導体ストレージ、または他のストレージデバイス、あるいは命令またはデータ構造の形で所望のプログラムコードを格納するのに使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができ、本明細書で使用されるとき、ディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ｄｉｓｃ）（ＣＤ）、レーザディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、ディジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙディスク（ｄｉｓｃ）を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組合せも、コンピュータ可読媒体の範囲に含まれなければならない。
【００７７】
コンピュータ可読媒体上の格納に加えて、命令および／またはデータは、通信装置に含まれる伝送媒体上の信号として提供されうる。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含みうる。この命令とデータとは、１つまたは複数の処理ユニットに特許請求の範囲に概要を示された機能を実施させるように構成される。すなわち、通信装置は、開示される機能を実行するための情報を示す信号を有する伝送媒体を含む。第１の時には、通信装置に含まれる伝送媒体が、開示される機能を実行するための情報の第１の部分を含むことができ、第２の時には、通信装置に含まれる伝送媒体が、開示される機能を実行するための情報の第２の部分を含みうる。
【００７８】
本開示の前の説明は、当業者が本開示を実施または使用することを可能にするために提供されたものである。本開示に対するさまざまな変更は、当業者に容易に明白になり、本明細書で定義される包括的な原理は、本開示の範囲から逸脱せずに他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されることを意図されているのではなく、本明細書で開示される原理および新規の特徴と一貫する最も広い範囲を与えられるべきである。
【特許請求の範囲】
【請求項１】
特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換することと、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手することと
を備える、ロケーションサービスを入手する方法。
【請求項２】
前記少なくとも１つのメッセージを交換することは、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換することを備え、ロケーションサービスの前記入手することは、前記少なくとも１つの構成されたパラメータに基づいて前記ロケーションサーバからロケーションサービスを入手することを備える、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの構成されたパラメータは、選択された測位方法、選択された測位プロトコル、測位品質（ＱｏＰ）、またはその組合せを備える、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのメッセージを交換することは、
前記拡張ロケーションセッションの確立を開始するために前記端末から前記ロケーションサーバへ第１のメッセージを送信することと、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバによって前記端末へ送信される第２のメッセージを受信することと
を備える、請求項１に記載の方法。
【請求項５】
前記第１のメッセージは、前記拡張ロケーションセッションの要求される持続時間を備え、前記第２のメッセージは、前記拡張ロケーションセッションの許可された持続時間を備え、前記拡張ロケーションセッションの前記特定の持続時間は、前記許可された持続時間と等しい、請求項４に記載の方法。
【請求項６】
前記第１のメッセージは、前記端末の測位能力を備え、前記第２のメッセージは、前記ロケーションサーバの測位能力を備える、請求項４に記載の方法。
【請求項７】
前記端末にあるアプリケーションからロケーションサービス要求を受信することをさらに備え、前記拡張ロケーションセッションは、前記ロケーションサービス要求に応答して前記端末によって確立される、請求項１に記載の方法。
【請求項８】
前記端末の外部のアプリケーションからロケーションサービス要求を受信することをさらに備え、前記拡張ロケーションセッションは、前記ロケーションサービス要求に応答して前記端末によって確立される、請求項１に記載の方法。
【請求項９】
前記端末にあるアプリケーションからロケーション要求を受信することをさらに備え、ロケーションサービスは、前記ロケーション要求に応答して前記端末によって入手される、請求項１に記載の方法。
【請求項１０】
前記ロケーションサービスは入手することは、
ロケーションサービスを入手するために前記端末から前記ロケーションサーバへ第１のメッセージを送信することと、
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから受信することと
を備える、請求項１に記載の方法。
【請求項１１】
前記第１のメッセージは、支援データの要求を備え、前記第２のメッセージ内の前記ロケーション情報は、前記端末の支援データを備える、請求項１０に記載の方法。
【請求項１２】
前記第１のメッセージは、測定値を備え、前記第２のメッセージ内の前記ロケーション情報は、前記端末のロケーション推定値を備える、請求項１０に記載の方法。
【請求項１３】
前記第１のメッセージは、前記端末によって選択された測位方法を備える、請求項１０に記載の方法。
【請求項１４】
前記第１のメッセージは、選択された測位プロトコルの少なくとも１つの測位メッセージを備える、請求項１０に記載の方法。
【請求項１５】
前記拡張ロケーションセッションのセッション識別子（ＩＤ）を判定することと、
前記拡張ロケーションセッション中にロケーションサービスを入手するために前記端末と前記ロケーションサーバとの間で交換されるメッセージを識別するのに前記セッションＩＤを使用することと
をさらに備える、請求項１に記載の方法。
【請求項１６】
前記ロケーションサービスを入手することは、
前記拡張ロケーションセッション中に前記端末によって複数回だけロケーションサービスを入手することと、
周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートするために、前記複数回だけロケーションサービスを入手することから前記端末によって受信されたロケーション情報を使用することと
を備える、請求項１に記載の方法。
【請求項１７】
前記特定の持続時間の満了の前に、前記拡張ロケーションセッションを終了するために前記端末と前記ロケーションサーバとの間でメッセージを交換すること
をさらに備える、請求項１に記載の方法。
【請求項１８】
前記特定の持続時間を超える前記拡張ロケーションセッションの延長について要求するために前記端末から前記ロケーションサーバへメッセージを送信すること
をさらに備える、請求項１に記載の方法。
【請求項１９】
前記端末は、ホームネットワークから離れてローミングしていてサービングネットワークと通信し、前記ロケーションサーバは、前記サービングネットワークと関連される、請求項１に記載の方法。
【請求項２０】
前記端末および前記ロケーションサーバは、前記拡張ロケーションセッションに関するセキュア・ユーザ・プレーン・ロケーション（ＳＵＰＬ）メッセージを交換する、請求項１に記載の方法。
【請求項２１】
特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換するための手段と、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手するための手段と
を備える、ロケーションサービスを入手する装置。
【請求項２２】
前記少なくとも１つのメッセージを交換するための前記手段は、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換するための手段を備え、ロケーションサービスを入手するための前記手段は、前記少なくとも１つの構成されたパラメータに基づいて前記ロケーションサーバからロケーションサービスを入手するための手段を備える、請求項２１に記載の装置。
【請求項２３】
前記少なくとも１つのメッセージを交換するための前記手段は、
前記拡張ロケーションセッションの確立を開始するために前記端末から前記ロケーションサーバへ第１のメッセージを送信するための手段と、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバによって前記端末へ送信される第２のメッセージを受信するための手段と
を備える、請求項２１に記載の装置。
【請求項２４】
ロケーションサービスを入手するための前記手段は、
ロケーションサービスを入手するために前記端末から前記ロケーションサーバへ第１のメッセージを送信するための手段と、
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから受信するための手段と
を備える、請求項２１に記載の装置。
【請求項２５】
ロケーションサービスを入手するための前記手段は、
前記拡張ロケーションセッション中に前記端末によって複数回だけロケーションサービスを入手するための手段と、
周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートするために、前記複数回だけロケーションサービスを入手することから前記端末によって受信されたロケーション情報を使用するための手段と
を備える、請求項２１に記載の装置。
【請求項２６】
特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換し、前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手するように構成された少なくとも１つの処理ユニット
を備える、無線通信の装置。
【請求項２７】
前記少なくとも１つの処理ユニットは、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換し、前記少なくとも１つの構成されたパラメータに基づいて前記ロケーションサーバからロケーションサービスを入手するように構成される、請求項２６に記載の装置。
【請求項２８】
前記少なくとも１つの処理ユニットは、前記拡張ロケーションセッションの確立を開始するために前記端末から前記ロケーションサーバへ第１のメッセージを送信し、前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバによって前記端末へ送信される第２のメッセージを受信するように構成される、請求項２６に記載の装置。
【請求項２９】
前記少なくとも１つの処理ユニットは、ロケーションサービスを入手するために前記端末から前記ロケーションサーバへ第１のメッセージを送信し、ロケーション情報を備える第２のメッセージを前記ロケーションサーバから受信するように構成される、請求項２６に記載の装置。
【請求項３０】
前記少なくとも１つの処理ユニットは、前記拡張ロケーションセッション中に前記端末によって複数回だけロケーションサービスを入手し、周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートするために、前記複数回だけロケーションサービスを入手することから前記端末によって受信されたロケーション情報を使用するように構成される、請求項２６に記載の装置。
【請求項３１】
少なくとも１つの処理ユニットに、特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換させるコードと、
前記少なくとも１つの処理ユニットに、前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手させるコードと
を備えるコンピュータ可読媒体
を備えるコンピュータプログラム製品。
【請求項３２】
特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと端末との間で少なくとも１つのメッセージを交換することと、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記端末によって要求されたとき前記拡張ロケーションセッションの一部として前記ロケーションサーバによって前記端末にロケーションサービスを提供することと
を備える、ロケーションサービスをサポートする方法。
【請求項３３】
前記、少なくとも１つのメッセージを交換することは、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換することを備え、ロケーションサービスの前記提供することは、前記少なくとも１つの構成されたパラメータに基づいて前記端末にロケーションサービスを提供することを備える、請求項３２に記載の方法。
【請求項３４】
前記、少なくとも１つのメッセージを交換することは、
前記拡張ロケーションセッションの確立を開始するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信することと、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバから前記端末へ第２のメッセージを送信することと
を備える、請求項３２に記載の方法。
【請求項３５】
前記、ロケーションサービスを提供することは、
ロケーションサービスを入手するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信することと
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから前記端末へ送信することと
を備える、請求項３２に記載の方法。
【請求項３６】
前記、ロケーションサービスを提供することは、前記端末が周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートすることを可能にするために、前記拡張ロケーションセッション中に前記端末に複数回だけロケーションサービスを提供することを備える、請求項３２に記載の方法。
【請求項３７】
前記特定の持続時間の満了の前に前記拡張ロケーションセッションを終了するために前記ロケーションサーバと前記端末との間でメッセージを交換すること
をさらに備える、請求項３２に記載の方法。
【請求項３８】
前記特定の持続時間を超える前記拡張ロケーションセッションの延長について要求するために前記端末によって前記ロケーションサーバに送信されるメッセージを受信すること
をさらに備える、請求項３２に記載の方法。
【請求項３９】
特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと端末との間で少なくとも１つのメッセージを交換するための手段と、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記端末によって要求されたとき前記拡張ロケーションセッションの一部として前記ロケーションサーバによって前記端末にロケーションサービスを提供するための手段と
を備える、ロケーションサービスをサポートする装置。
【請求項４０】
少なくとも１つのメッセージを交換するための前記手段は、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換するための手段を備え、ロケーションサービスを提供するための前記手段は、前記少なくとも１つの構成されたパラメータに基づいて前記端末にロケーションサービスを提供するための手段を備える、請求項３９に記載の装置。
【請求項４１】
少なくとも１つのメッセージを交換するための前記手段は、
前記拡張ロケーションセッションの確立を開始するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信するための手段と、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバから前記端末へ第２のメッセージを送信するための手段と
を備える、請求項３９に記載の装置。
【請求項４２】
ロケーションサービスを提供するための前記手段は、
ロケーションサービスを入手するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信するための手段と
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから前記端末へ送信するための手段と
を備える、請求項３９に記載の装置。
【請求項４３】
ロケーションサービスを提供するための前記手段は、前記端末が周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートすることを可能にするために、前記拡張ロケーションセッション中に前記端末に複数回だけロケーションサービスを提供するための手段を備える、請求項３９に記載の装置。
【請求項１】
特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換することと、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手することと
を備える、ロケーションサービスを入手する方法。
【請求項２】
前記少なくとも１つのメッセージを交換することは、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換することを備え、ロケーションサービスの前記入手することは、前記少なくとも１つの構成されたパラメータに基づいて前記ロケーションサーバからロケーションサービスを入手することを備える、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの構成されたパラメータは、選択された測位方法、選択された測位プロトコル、測位品質（ＱｏＰ）、またはその組合せを備える、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのメッセージを交換することは、
前記拡張ロケーションセッションの確立を開始するために前記端末から前記ロケーションサーバへ第１のメッセージを送信することと、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバによって前記端末へ送信される第２のメッセージを受信することと
を備える、請求項１に記載の方法。
【請求項５】
前記第１のメッセージは、前記拡張ロケーションセッションの要求される持続時間を備え、前記第２のメッセージは、前記拡張ロケーションセッションの許可された持続時間を備え、前記拡張ロケーションセッションの前記特定の持続時間は、前記許可された持続時間と等しい、請求項４に記載の方法。
【請求項６】
前記第１のメッセージは、前記端末の測位能力を備え、前記第２のメッセージは、前記ロケーションサーバの測位能力を備える、請求項４に記載の方法。
【請求項７】
前記端末にあるアプリケーションからロケーションサービス要求を受信することをさらに備え、前記拡張ロケーションセッションは、前記ロケーションサービス要求に応答して前記端末によって確立される、請求項１に記載の方法。
【請求項８】
前記端末の外部のアプリケーションからロケーションサービス要求を受信することをさらに備え、前記拡張ロケーションセッションは、前記ロケーションサービス要求に応答して前記端末によって確立される、請求項１に記載の方法。
【請求項９】
前記端末にあるアプリケーションからロケーション要求を受信することをさらに備え、ロケーションサービスは、前記ロケーション要求に応答して前記端末によって入手される、請求項１に記載の方法。
【請求項１０】
前記ロケーションサービスは入手することは、
ロケーションサービスを入手するために前記端末から前記ロケーションサーバへ第１のメッセージを送信することと、
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから受信することと
を備える、請求項１に記載の方法。
【請求項１１】
前記第１のメッセージは、支援データの要求を備え、前記第２のメッセージ内の前記ロケーション情報は、前記端末の支援データを備える、請求項１０に記載の方法。
【請求項１２】
前記第１のメッセージは、測定値を備え、前記第２のメッセージ内の前記ロケーション情報は、前記端末のロケーション推定値を備える、請求項１０に記載の方法。
【請求項１３】
前記第１のメッセージは、前記端末によって選択された測位方法を備える、請求項１０に記載の方法。
【請求項１４】
前記第１のメッセージは、選択された測位プロトコルの少なくとも１つの測位メッセージを備える、請求項１０に記載の方法。
【請求項１５】
前記拡張ロケーションセッションのセッション識別子（ＩＤ）を判定することと、
前記拡張ロケーションセッション中にロケーションサービスを入手するために前記端末と前記ロケーションサーバとの間で交換されるメッセージを識別するのに前記セッションＩＤを使用することと
をさらに備える、請求項１に記載の方法。
【請求項１６】
前記ロケーションサービスを入手することは、
前記拡張ロケーションセッション中に前記端末によって複数回だけロケーションサービスを入手することと、
周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートするために、前記複数回だけロケーションサービスを入手することから前記端末によって受信されたロケーション情報を使用することと
を備える、請求項１に記載の方法。
【請求項１７】
前記特定の持続時間の満了の前に、前記拡張ロケーションセッションを終了するために前記端末と前記ロケーションサーバとの間でメッセージを交換すること
をさらに備える、請求項１に記載の方法。
【請求項１８】
前記特定の持続時間を超える前記拡張ロケーションセッションの延長について要求するために前記端末から前記ロケーションサーバへメッセージを送信すること
をさらに備える、請求項１に記載の方法。
【請求項１９】
前記端末は、ホームネットワークから離れてローミングしていてサービングネットワークと通信し、前記ロケーションサーバは、前記サービングネットワークと関連される、請求項１に記載の方法。
【請求項２０】
前記端末および前記ロケーションサーバは、前記拡張ロケーションセッションに関するセキュア・ユーザ・プレーン・ロケーション（ＳＵＰＬ）メッセージを交換する、請求項１に記載の方法。
【請求項２１】
特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換するための手段と、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手するための手段と
を備える、ロケーションサービスを入手する装置。
【請求項２２】
前記少なくとも１つのメッセージを交換するための前記手段は、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換するための手段を備え、ロケーションサービスを入手するための前記手段は、前記少なくとも１つの構成されたパラメータに基づいて前記ロケーションサーバからロケーションサービスを入手するための手段を備える、請求項２１に記載の装置。
【請求項２３】
前記少なくとも１つのメッセージを交換するための前記手段は、
前記拡張ロケーションセッションの確立を開始するために前記端末から前記ロケーションサーバへ第１のメッセージを送信するための手段と、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバによって前記端末へ送信される第２のメッセージを受信するための手段と
を備える、請求項２１に記載の装置。
【請求項２４】
ロケーションサービスを入手するための前記手段は、
ロケーションサービスを入手するために前記端末から前記ロケーションサーバへ第１のメッセージを送信するための手段と、
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから受信するための手段と
を備える、請求項２１に記載の装置。
【請求項２５】
ロケーションサービスを入手するための前記手段は、
前記拡張ロケーションセッション中に前記端末によって複数回だけロケーションサービスを入手するための手段と、
周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートするために、前記複数回だけロケーションサービスを入手することから前記端末によって受信されたロケーション情報を使用するための手段と
を備える、請求項２１に記載の装置。
【請求項２６】
特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換し、前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手するように構成された少なくとも１つの処理ユニット
を備える、無線通信の装置。
【請求項２７】
前記少なくとも１つの処理ユニットは、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換し、前記少なくとも１つの構成されたパラメータに基づいて前記ロケーションサーバからロケーションサービスを入手するように構成される、請求項２６に記載の装置。
【請求項２８】
前記少なくとも１つの処理ユニットは、前記拡張ロケーションセッションの確立を開始するために前記端末から前記ロケーションサーバへ第１のメッセージを送信し、前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバによって前記端末へ送信される第２のメッセージを受信するように構成される、請求項２６に記載の装置。
【請求項２９】
前記少なくとも１つの処理ユニットは、ロケーションサービスを入手するために前記端末から前記ロケーションサーバへ第１のメッセージを送信し、ロケーション情報を備える第２のメッセージを前記ロケーションサーバから受信するように構成される、請求項２６に記載の装置。
【請求項３０】
前記少なくとも１つの処理ユニットは、前記拡張ロケーションセッション中に前記端末によって複数回だけロケーションサービスを入手し、周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートするために、前記複数回だけロケーションサービスを入手することから前記端末によって受信されたロケーション情報を使用するように構成される、請求項２６に記載の装置。
【請求項３１】
少なくとも１つの処理ユニットに、特定の持続時間の拡張ロケーションセッションを確立するために端末とロケーションサーバとの間で少なくとも１つのメッセージを交換させるコードと、
前記少なくとも１つの処理ユニットに、前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記拡張ロケーションセッションの一部として前記ロケーションサーバから前記端末によってロケーションサービスを入手させるコードと
を備えるコンピュータ可読媒体
を備えるコンピュータプログラム製品。
【請求項３２】
特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと端末との間で少なくとも１つのメッセージを交換することと、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記端末によって要求されたとき前記拡張ロケーションセッションの一部として前記ロケーションサーバによって前記端末にロケーションサービスを提供することと
を備える、ロケーションサービスをサポートする方法。
【請求項３３】
前記、少なくとも１つのメッセージを交換することは、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換することを備え、ロケーションサービスの前記提供することは、前記少なくとも１つの構成されたパラメータに基づいて前記端末にロケーションサービスを提供することを備える、請求項３２に記載の方法。
【請求項３４】
前記、少なくとも１つのメッセージを交換することは、
前記拡張ロケーションセッションの確立を開始するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信することと、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバから前記端末へ第２のメッセージを送信することと
を備える、請求項３２に記載の方法。
【請求項３５】
前記、ロケーションサービスを提供することは、
ロケーションサービスを入手するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信することと
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから前記端末へ送信することと
を備える、請求項３２に記載の方法。
【請求項３６】
前記、ロケーションサービスを提供することは、前記端末が周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートすることを可能にするために、前記拡張ロケーションセッション中に前記端末に複数回だけロケーションサービスを提供することを備える、請求項３２に記載の方法。
【請求項３７】
前記特定の持続時間の満了の前に前記拡張ロケーションセッションを終了するために前記ロケーションサーバと前記端末との間でメッセージを交換すること
をさらに備える、請求項３２に記載の方法。
【請求項３８】
前記特定の持続時間を超える前記拡張ロケーションセッションの延長について要求するために前記端末によって前記ロケーションサーバに送信されるメッセージを受信すること
をさらに備える、請求項３２に記載の方法。
【請求項３９】
特定の持続時間の拡張ロケーションセッションを確立するためにロケーションサーバと端末との間で少なくとも１つのメッセージを交換するための手段と、
前記拡張ロケーションセッションの前記特定の持続時間内の任意の時に前記端末によって要求されたとき前記拡張ロケーションセッションの一部として前記ロケーションサーバによって前記端末にロケーションサービスを提供するための手段と
を備える、ロケーションサービスをサポートする装置。
【請求項４０】
少なくとも１つのメッセージを交換するための前記手段は、前記拡張ロケーションセッションに関する少なくとも１つのパラメータをさらに構成するために前記少なくとも１つのメッセージを交換するための手段を備え、ロケーションサービスを提供するための前記手段は、前記少なくとも１つの構成されたパラメータに基づいて前記端末にロケーションサービスを提供するための手段を備える、請求項３９に記載の装置。
【請求項４１】
少なくとも１つのメッセージを交換するための前記手段は、
前記拡張ロケーションセッションの確立を開始するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信するための手段と、
前記拡張ロケーションセッションの確立を肯定応答するために前記ロケーションサーバから前記端末へ第２のメッセージを送信するための手段と
を備える、請求項３９に記載の装置。
【請求項４２】
ロケーションサービスを提供するための前記手段は、
ロケーションサービスを入手するために前記端末によって前記ロケーションサーバに送信される第１のメッセージを受信するための手段と
ロケーション情報を備える第２のメッセージを前記ロケーションサーバから前記端末へ送信するための手段と
を備える、請求項３９に記載の装置。
【請求項４３】
ロケーションサービスを提供するための前記手段は、前記端末が周期的トリガロケーションサービスまたはエリアイベントトリガロケーションサービスをエミュレートすることを可能にするために、前記拡張ロケーションセッション中に前記端末に複数回だけロケーションサービスを提供するための手段を備える、請求項３９に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２０１２−５２９２５５（Ｐ２０１２−５２９２５５Ａ）
【公表日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１２−５１４１９５（Ｐ２０１２−５１４１９５）
【出願日】平成２２年６月４日（２０１０．６．４）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３７４９７
【国際公開番号】ＷＯ２０１０／１４１８８４
【国際公開日】平成２２年１２月９日（２０１０．１２．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２２年６月４日（２０１０．６．４）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３７４９７
【国際公開番号】ＷＯ２０１０／１４１８８４
【国際公開日】平成２２年１２月９日（２０１０．１２．９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]