JP5453472B2 - ローミングを伴うロケーションサービスをサポートする方法および装置 - Google Patents

Description

本開示は、一般に通信に関し、詳細にはロケーションサービスをサポートする技法に関する。

本願は、本願の譲受人に譲渡され、参照により本明細書に組み込まれている、２００５年１１月３０日出願の米国仮出願第６０／７４１３２４号の優先権を主張するものである。

移動局、たとえばセル電話機のロケーションを知ることが、しばしば望ましく、また必要となることもある。用語「ロケーション」および「位置」は、同義であり、交換可能に使用される。たとえば、ユーザが、ウェブサイトをブラウズするのに移動局を利用する場合があり、ロケーション感知型コンテンツをクリックする場合がある。次いで、移動局のロケーションを判定し、適切なコンテンツをユーザに提供するのに使用することができる。移動局のロケーションの知識が有用または必要である、多数の他のシナリオがある。

移動局は、ユーザがサービスサブスクリプションを有するホームネットワークからロケーションサービスを得ることができるように装備しておくことができる。移動局は、必要な時にいつでも、その移動局のロケーションを判定するためにホームネットワーク内のさまざまなネットワークエンティティと通信することができる。移動局は、ユーザがサービスサブスクリプションを有しない他のネットワークにローミングする場合がある。主要な挑戦課題は、そのようなローミングシナリオで移動局にロケーションサービスを提供することである。

ローミングを伴うロケーションサービス（ＬＣＳ）をサポートする技法を、本明細書で説明する。一態様では、移動局は、移動局がローミングしている時であっても、ロケーションサービスに関してホームネットワーク内のホームモバイル測位センタ（ｈｏｍｅ ｍｏｂｉｌｅ ｐｏｓｉｔｉｏｎｉｎｇ ｃｅｎｔｅｒ、Ｈ−ＭＰＣ）と対話する。移動局は、データセッションについて、訪問先ネットワークと通信し、移動局のロケーションに関する要求を、たとえば移動局に常駐するアプリケーション（ＭＳ常駐アプリケーション）、ＬＣＳクライアント、またはＨ−ＭＰＣから受信することができる。次いで、移動局は、第１情報をＨ−ＭＰＣに送信する。この第１情報は、移動局の現在のネットワークロケーションを示すことができ、訪問先ネットワークによって使用される無線技術に依存するものとすることができる。たとえば、第１情報は、訪問先ネットワークのシステム識別子（ＳＩＤ）およびネットワーク識別子（ＮＩＤ）または訪問先ネットワークから得られたなんらかの他の情報を備えることができる。訪問先ネットワーク内のサービング位置判定エンティティ（ｓｅｒｖｉｎｇ ｐｏｓｉｔｉｏｎ ｄｅｔｅｒｍｉｎｉｎｇ ｅｎｔｉｔｙ、Ｓ−ＰＤＥ）を、第１情報に基づいて判定することができる。選択された測位方法に応じて、移動局は、Ｈ−ＭＰＣから（ａ）Ｓ−ＰＤＥのアドレスを受信し、次いで、移動局の測位のためにＳ−ＰＤＥと通信することができ、あるいは、（ｂ）移動局の位置推定値を受信することができ、この位置推定値は、第１情報に基づいてＳ−ＰＤＥによって判定することができる。

別の態様では、Ｈ−ＭＰＣは、移動局のロケーションに関する要求を受信し（たとえば、ＭＳ常駐アプリケーションまたはＬＣＳクライアントから）、移動局から第１情報を受信し、第１情報に基づいて、訪問先ネットワーク内のサービングモバイル測位センタ（Ｓ−ＭＰＣ）を判定することができる。次いで、Ｈ−ＭＰＣは、Ｓ−ＭＰＣから第２情報を受信し、第２情報を移動局に送信することができる。選択された測位方法に応じて、第２情報は、Ｓ−ＰＤＥアドレスまたは位置推定値を備えることができる。Ｈ−ＭＰＣは、認可、ハンドオフなどの他の機能を実行することもできる。

別の態様では、移動局は、移動局のロケーションに関する要求を受信することができ、ドメインネームシステム（ＤＮＳ）サーバにＳ−ＰＤＥのアドレスに関する照会を送信することができる。移動局には、ＤＮＳサーバに送信される照会内のＳＩＤおよびＮＩＤに基づいて形成されるドメイン名を含めることができる。移動局は、ＤＮＳサーバからＳ−ＰＤＥのアドレスを受信することができ、次いで、移動局の測位のためにそのＳ−ＰＤＥと通信することができる。

本開示のさまざまな態様および特徴を、下記でさらに詳細に説明する。

訪問先ネットワーク、ホームネットワーク、および要求元ネットワークを示す図。 訪問先ネットワーク、ホームネットワーク、および要求元ネットワークの別の展開を示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 ローミングを伴う測位のメッセージフローを示す図。 移動局、無線アクセスネットワーク（ＲＡＮ）、Ｓ−ＰＤＥ、Ｓ−ＭＰＣ、およびＨ−ＭＰＣのブロック図を示す図。

本明細書で説明する技法は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワークなど、さまざまな無線ネットワークに使用することができる。ＣＤＭＡネットワークは、ｃｄｍａ２０００、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）などの無線技術を実施することができる。ｃｄｍａ２０００は、ＩＳ−２０００標準規格、ＩＳ−８５６標準規格、およびＩＳ−９５標準規格を包含する。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｄｉｇｉｔａｌ Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（Ｄ−ＡＭＰＳ）などの無線技術を実施することができる。Ｗ−ＣＤＭＡおよびＧＳＭは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名前の組織からの文書に記載されている。ｃｄｍａ２０００は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）という名前の組織からの文書に記載されている。３ＧＰＰ文書および３ＧＰＰ２文書は、公に入手可能である。わかりやすくするために、下記で３ＧＰＰ２ネットワークに関して諸技法を説明する。

図１は、訪問先／サービングネットワーク１０２ａ、ホームネットワーク１０４ａ、および要求元ネットワーク１０６を示す。用語「訪問先」および「サービング」は、本明細書では交換可能に使用される。ホームネットワーク１０４ａは、移動局（ＭＳ）１１０がサービスサブスクリプションを有する無線ネットワークである。訪問先ネットワーク１０２ａは、現在移動局１１０にサービスを提供する（サービング）無線ネットワークである。訪問先ネットワークおよびホームネットワークは、移動局１１０がホームネットワークのカバレッジの外でローミングしている場合に、異なるネットワークである可能性がある。ネットワーク１０２ａおよび１０４ａは、ロケーションサービス（ＬＣＳ）をサポートし、ＬＣＳは、ロケーション情報に基づく、またはそれに関連する任意のサービスを含むことができる。ＬＣＳは、ロケーションベースサービス（ＬＢＳ）などと呼ばれる場合もある。要求元ネットワーク１０６は、訪問先ネットワーク１０２ａまたはホームネットワーク１０４ａの一部とすることができ、あるいは、これらのネットワークとは別々とすることができる。たとえば、要求元ネットワーク１０６を、インターネットサービスプロバイダ（ＩＳＰ）によって維持されるデータネットワークとすることができる。

移動局１１０は、静止または可動とすることができ、ユーザ機器（ＵＥ）、端末、加入者ユニット、ステーションなどと呼ばれる場合もある。移動局１１０は、セル電話機、携帯情報端末（ＰＤＡ）、無線デバイス、送受話器、ラップトップコンピュータ、テレメトリデバイス、トラッキングデバイスなどとすることができる。移動局１１０は、音声、ビデオ、パケットデータ、ブロードキャスト、メッセージングなどの通信サービスを得るために、訪問先ネットワーク１０２ａ内の無線アクセスネットワーク（ＲＡＮ）１２０と通信することができる。移動局１１０は、１つまたは複数の衛星１９０から信号を受信することもでき、衛星１９０は、米国の全世界測位システム（ＧＰＳ）、欧州のＧａｌｉｌｅｏシステム、ロシアのＧｌｏｎａｓｓシステム、またはなんらかの他の衛星測位システムの一部とすることができる。移動局１１０は、衛星１９０からの信号および／またはＲＡＮ １２０内の基地局からの信号を測定することができ、衛星の擬似範囲測定値および／または基地局のタイミング測定値を得ることができる。擬似範囲測定値および／またはタイミング測定値は、ａｓｓｉｓｔｅｄ ＧＰＳ（Ａ−ＧＰＳ）、独立型ＧＰＳ、Ａｄｖａｎｃｅｄ Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｔｒｉｌａｔｅｒａｔｉｏｎ（Ａ−ＦＬＴ）、Ｅｎｈａｎｃｅｄ Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ（Ｅ−ＯＴＤ）、Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ Ｏｆ Ａｒｒｉｖａｌ（ＯＴＤＯＡ）、Ｅｎｈａｎｃｅｄ Ｃｅｌｌ ＩＤ、セルＩＤなどの測位方法のうちの１つまたはこれらの組合せを使用して移動局１１０の位置推定値を導出するのに使用することができる。

ＲＡＮ １２０は、そのＲＡＮのカバレッジ内に位置する移動局の無線通信を提供する。ＲＡＮ １２０は、基地局、基地局制御装置（ＢＳＣ）、および／または無線通信をサポートする他のネットワークエンティティを含むことができる。モバイルスイッチングセンタ（ＭＳＣ）１２４は、回線交換呼をサポートし、ショートメッセージサービス（ＳＭＳ）メッセージをもルーティングする。メッセージセンタ（ＭＣ）１４４は、ＳＭＳをサポートし、移動局のためにＳＭＳメッセージを格納し、中継し、転送する責任を負う。パケット制御機能（ＰＣＦ）１３２は、ＲＡＮ １２０とパケットデータサービングノード（ｐａｃｋｅｔ ｄａｔａ ｓｅｒｖｉｎｇ ｎｏｄｅ、ＰＤＳＮ）１３４との間のパケットデータ交換をサポートする。ＰＤＳＮ １３４は、移動局のパケット交換呼をサポートし、データセッションの確立、維持、および終了の責任を負う。ｉｎｔｅｒ−ｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ（ＩＷＦ）を、一部の無線ネットワーク、たとえばＩＳ−９５ネットワーク内でＰＤＳＮ １３４の代わりに使用することができる。

サービング位置判定エンティティ（Ｓ−ＰＤＥ）１４０、１４１、および１４２は、移動局の測位をサポートし、異なる地理的区域にサービスを提供することができる。測位とは、ターゲットデバイスの地理的位置推定値を測定し／計算する処理を指す。位置推定値を、ロケーション推定値、位置フィックス（ｐｏｓｉｔｉｏｎ ｆｉｘ）、フィックスなどと呼ぶ場合もある。Ｓ−ＰＤＥ １４０、１４１、および１４２は、測位のために移動局とメッセージを交換し、位置推定値を計算し、移動局への支援データの配送をサポートし、セキュリティに関する機能を実行するなどを行うことができる。サービングモバイル測位センタ（Ｓ−ＭＰＣ）１５０および１５２は、ロケーションサービスに関するさまざまな機能を実行し、異なる地理的区域にサービスを提供することができる。Ｓ−ＭＰＣ １５０および１５２は、加入者プライバシ、認可、認証、ローミングサポート、課金／請求、サービス管理、位置計算などをサポートすることができる。移動局１１０は、最初Ｓ−ＭＰＣ １５０およびＳ−ＰＤＥ １４０によるサービスを受けることができ、その後で、ローミングするとき、Ｓ−ＰＤＥ １４１に、またはＳ−ＭＰＣ １５２およびＳ−ＰＤＥ １４２にハンドオフすることができる。ホームネットワーク１０４ａ内のホームＭＰＣ（Ｈ−ＭＰＣ）１６０は、そのホームネットワーク内で移動局のロケーションサービスをサポートし、下記で説明するさまざまな機能を実行することができる。Ｈ−ＭＰＣ １６０は、測位をサポートするためにＳ−ＭＰＣ １５０および１５２に情報を供給することができ、これらのＳ−ＭＰＣからロケーション情報（たとえば、位置推定値、ＰＤＥアドレスなど）を受信することができる。

ホームロケーションレジスタ／ビジタロケーションレジスタ（ＨＬＲ／ＶＬＲ）１２６は、訪問先ネットワーク１０２ａに登録した移動局の登録情報を格納する。ドメインネームシステム（ＤＮＳ）サーバ１３６は、ドメイン名（たとえば、ｗｗｗ．ｄｏｍａｉｎ−ｎａｍｅ．ｃｏｍ）を、エンティティがインターネットプロトコル（ＩＰ）ネットワークを介して互いに通信するのに使用されるＩＰアドレス（たとえば、２０４．６２．１３１．１２９）に変換する。ＤＮＳサーバ１３６は、ドメイン名のＩＰアドレスに関する照会を受信し、これらのドメイン名のＩＰアドレスを判定し、ＩＰアドレスを有する応答を要求元エンティティに送信する。

アプリケーション（ＡＰＰ）１１２および１７０は、ＬＣＳクライアントおよび／またはより上位の層のアプリケーションを備えることができる。ＬＣＳクライアントは、ＬＣＳターゲットのロケーション情報を要求する機能またはエンティティである。ＬＣＳターゲットは、そのロケーションが探されている移動局である。一般に、ＬＣＳクライアントは、ネットワークエンティティ内または移動局内に常駐することができ、あるいは、この両方の外部とすることができる。ＬＣＳクライアント１７０は、移動局１１０のロケーション情報を得るためにＨ−ＭＰＣ １６０と通信することができる。

図１には、さまざまなネットワークエンティティの間のインターフェースも示されている。メッセージセンタ１４４は、Ｓｈｏｒｔ ｍｅｓｓａｇｅ ｄｅｌｉｖｅｒｙ ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｂｅａｒｅｒ ｓｅｒｖｉｃｅ（ＳＭＤＰＰ）インターフェースを介してＭＳＣ １２４と、およびＳｈｏｒｔ ｍｅｓｓａｇｅ ｐｅｅｒ−ｔｏ−ｐｅｅｒ ｐｒｏｔｏｃｏｌ（ＳＭＰＰ）インターフェースを介してＨ−ＭＰＣ １６０と通信することができる。ＰＤＥ １４０から１４２は、ＩＳ−８０１インターフェースを介してＰＤＳＮ １３４と、ならびにＥ５‘インターフェースを介してＳ−ＭＰＣ １５０および１５２と通信することができる。Ｓ−ＭＰＣ １５０および１５２は、ＭＳ−ＭＰＣインターフェースを介してＰＤＳＮ １３４と、およびＭＰＣ−ＭＰＣインターフェースを介してＨ−ＭＰＣ １６０と通信することができる。Ｈ−ＭＰＣ １６０は、Ｌ１インターフェースを介してＬＣＳクライアント１７０と通信することができる。これらのさまざまなインターフェースは、当技術分野で既知である。

図２は、訪問先ネットワーク１０２ｂ、ホームネットワーク１０４ｂ、要求元ネットワーク１０６、およびサードパーティネットワーク１０８を有する展開を示す。この展開では、訪問先ネットワーク１０２ｂは、上で図１について説明したＲＡＮ １２０、ＰＣＦ １３２、ＰＤＳＮ １３４、ＤＮＳサーバ１３６、ＶＬＲ １２６、ＰＤＥ １４０、およびＳ−ＭＰＣ １５０を含む。ＰＤＳＮ １３４は、移動局１１０がローミング時にそれを介してパケットデータを交換するフォーリンエージェント（ｆｏｒｅｉｇｎ ａｇｅｎｔ、ＦＡ）とすることができる。訪問先ネットワーク１０２ｂは、さらに、認証、許可、およびアカウンティング（ＡＡＡ）エンティティ１３８と、基地局アルマナック（ｂａｓｅ ｓｔａｔｉｏｎ ａｌｍａｎａｃ、ＢＳＡ）１４４とを含む。ＡＡＡエンティティ１３８は、ＬＣＳおよび他のサービスに関する認証および認可を実行する。ＢＳＡ １４４は、測位について移動局１１０を支援するのに使用できる、衛星および／または基地局の支援データを格納する。訪問先ネットワーク１０２ｂ内のネットワークエンティティは、ＩＰネットワークまたはなんらかの他のネットワークとすることができるデータネットワーク１９２を介して、互いに、および外部エンティティと通信することができる。

ホームネットワーク１０４ｂは、訪問先ネットワーク１０２ｂ内の対応するネットワークエンティティに類似する形で動作できる、Ｈ−ＭＰＣ １６０、ＰＤＳＮ １７４、ＤＮＳサーバ１７６、ＡＡＡエンティティ１７８、ＶＬＲ １６６、ホームＰＤＥ（Ｈ−ＰＤＥ）１８０、およびＢＳＡ １８４を含む。ＰＤＳＮ １７４は、移動局１１０が登録しているホームエージェント（ＨＡ）とすることができ、移動局１１０にパケットを転送する責任を負うことができる。ホームネットワーク１０４ｂ内のネットワークエンティティは、ホームネットワーク１０４ｂと通信する移動局にサービスを提供する。ホームネットワーク１０４ｂ内のネットワークエンティティは、互いに通信することができ、データネットワーク１９４を介して外部エンティティと通信することができ、データネットワーク１９４は、ＩＰネットワーク、インターネット、またはなんらかの他のネットワークとすることができる。

サードパーティネットワーク１０８に、図２に示されていない他のネットワーク内のＰＤＥに結合できるＢＳＡサーバ１７２を含めることができる。要求元ネットワーク１０６およびサードパーティネットワーク１０８内のエンティティは、データネットワーク１９６を介して訪問先ネットワーク１０２ｂおよびホームネットワーク１０４ｂ内のエンティティと通信することができ、データネットワーク１９６は、ＩＰネットワークまたはなんらかの他のネットワークとすることができる。

図１および２は、訪問先ネットワークおよびホームネットワークの２つの例を示す。一般に、ネットワークは、そのネットワークによって提供されるすべてのサービスをサポートできるエンティティの任意の組合せを含むことができる。

次の説明では、訪問先ネットワーク１０２は、図１の訪問先ネットワーク１０２ａおよび／または図２の訪問先ネットワーク１０２ｂを指すことができる。ホームネットワーク１０４は、図１のホームネットワーク１０４ａおよび／または図２のホームネットワーク１０４ｂを指すことができる。ネットワーク１０２および１０４は、ユーザプレーンロケーション（ｕｓｅｒ ｐｌａｎｅ ｌｏｃａｔｉｏｎ）アーキテクチャをサポートすることができる。ユーザプレーンは、上位層アプリケーションのメッセージ／シグナリングを搬送する機構であり、ユーザプレーンベアラを使用し、ユーザプレーンベアラは、通常、すべてが当技術分野で既知の、ユーザデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、およびインターネットプロトコル（ＩＰ）などのプロトコルを用いて実施される。ロケーションサービスおよび測位をサポートするメッセージ／シグナリングは、ユーザプレーンアーキテクチャ内のデータ（ネットワークの展望からの）の一部として担持することができる。

ネットワーク１０２および１０４は、ＣＤＭＡ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｒｏｕｐ（ＣＤＧ）のＶ１またはＶ２ユーザプレーン、３ＧＰＰのＸ．Ｓ００２４ユーザプレーン、Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ（ＯＭＡ）のＳｅｃｕｒｅ Ｕｓｅｒ Ｐｌａｎｅ Ｌｏｃａｔｉｏｎ（ＳＵＰＬ）など、任意のユーザプレーンアーキテクチャを実施することができる。Ｘ．Ｓ００２４は、３ＧＰＰ２ネットワークに適用可能である。ＳＵＰＬは、３ＧＰＰネットワークおよび３ＧＰＰ２ネットワークに適用可能である。Ｖ２ユーザプレーンは、文書８０−Ｖ６４１０−２ＮＰ、表題「Ｌｏｃａｔｉｏｎ−Ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ Ｖ２ Ｓｙｓｔｅｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、２００５年１月１９日に記載されている。これらのユーザプレーンアーキテクチャのすべてが、公に入手可能な文書に記載されている。

本明細書の説明では、用語「ＭＰＣ」は、ロケーションサービスをサポートするエンティティを包括的に指し、用語「ＰＤＥ」は、測位をサポートするエンティティを包括的に指し、用語「移動局」は、ロケーションサービスのためにＭＰＣとおよび／または測位のためにＰＤＥと通信できるエンティティを包括的に指し、用語「ＬＣＳクライアント」は、移動局のロケーションを要求するエンティティを包括的に指す。ＭＰＣは、Ｖ１およびＶ２ユーザプレーンにおけるＭＰＣ、ＳＵＰＬにおけるＳＵＰＬロケーションセンタ（ＳＬＣ）、Ｘ．Ｓ００２４における位置サーバ（ＰＳ）、３ＧＰＰにおけるゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）などとすることができる。ＰＤＥは、Ｖ１およびＶ２ユーザプレーンにおけるＰＤＥ、ＳＵＰＬにおけるＳＵＰＬ測位センタ（ＳＰＣ）、３ＧＰＰにおけるサービングモバイルロケーションセンタ（ＳＭＬＣ）または独立ＳＭＬＣ（ＳＡＳ）などとすることができる。移動局は、Ｖ１およびＶ２ユーザプレーンにおける移動局、ＳＵＰＬにおけるＳＵＰＬ対応端末（ＳＥＴ）、３ＧＰＰにおけるユーザ機器（ＵＥ）などとすることができる。ＭＰＣ、ＰＤＥ、移動局、およびＬＣＳクライアントが、他のネットワークおよび他のロケーションアーキテクチャで他の名前で言及される場合もある。

ネットワーク１０２および１０４は、信頼されるモデルおよび／または信頼されないモデルに基づいて、ローミングする移動局のＬＣＳをサポートすることができる。表１に、信頼されるモデルおよび信頼されないモデルの短い説明を与える。

信頼されるモデルと信頼されないモデルとの両方について、ＬＣＳが、Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＷＡＰ）プルアプリケーション、ネットワークによって開始されるアプリケーション、ＭＳ常駐アプリケーションなどによって要求される場合がある。ＷＡＰプルアプリケーションとは、ネットワークからデータをプルするアプリケーションである。ネットワークによって開始されるアプリケーションとは、ネットワーク側に常駐するか、ネットワークと対話するアプリケーション、たとえばＬＣＳクライアント１７０である。ＭＳ常駐アプリケーションとは、移動局１１０に常駐するアプリケーションであり、Ｂｉｎａｒｙ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ ｆｏｒ Ｗｉｒｅｌｅｓｓ（ＢＲＥＷ（登録商標））アプリケーション、Ｊａｖａ（登録商標）アプリケーションなどとすることができる。

シングルフィックス、トラッキングフィックス、ｇｐｓＯｎｅ測位、セル／セクタ測位など、さまざまなロケーションセッションをサポートすることができる。シングルフィックスとは、ＬＣＳクライアントに対するターゲット移動局の単一の位置フィックスを返すことを指す。トラッキングフィックスとは、たとえば周期的に、ＬＣＳクライアントに対するターゲット移動局の複数の位置フィックスを返すことを指す。トラッキングフィックスは、ＬＣＳクライアントまたは移動局によって開始することができ、ＬＣＳクライアントまたは移動局によって取り消すことができる。移動局を、あるＳ−ＭＰＣから別のＳ−ＭＰＣへおよび／またはあるＳ−ＰＤＥから別のＳ−ＰＤＥへ、トラッキングフィックス中にハンドオフすることもできる。

ｇｐｓＯｎｅ測位、セル／セクタ測位など、さまざまな測位方法／タイプをサポートすることもできる。ｇｐｓＯｎｅ測位とは、ＧＰＳ、Ａ−ＧＰＳなどの衛星ベースの測位方法を指す。セル／セクタ測位とは、Ａ−ＦＬＴ、Ｅ−ＯＴＤ、ＯＴＤＯＡ、Ｅｎｈａｎｃｅｄ Ｃｅｌｌ ＩＤ、セルＩＤなどのネットワークベースの測位方法を指す。

さまざまなメッセージフローを、信頼されるモデルおよび信頼されないモデルの異なるアプリケーションによって開始される異なるロケーションセッションに使用することができる。メッセージフローを、コールフロー（ｃａｌｌ ｆｌｏｗ）、プロセスなどと称する場合もある。いくつかの例のメッセージフローを、下記で説明する。次のメッセージフローでは、移動局１１０は、モバイルＩＰ、セッションイニシエーションプロトコル（ＳＩＰ）、レイヤ２トンネリングプロトコル（Ｌ２ＴＰ）、またはパケットデータローミングをサポートするなんらかの他のプロトコルを使用するホームネットワーク１０４とのデータセッションを有することができる。メッセージフローごとに、サービス認可を、信頼されないモデルについて実行することができ、信頼されるモデルについては省略することができる。

図３は、ｇｐｓＯｎｅ測位を用いるＷＡＰプルシングルフィックスのメッセージフロー３００を示す。移動局１１０は、ロケーション感知型Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）にアクセスし、ハイパーテキスト転送プロトコル（ＨＴＴＰ）／Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ（ＷＳＰ）要求をＬＣＳクライアント１７０に送信することを試みる（ステップａ）。ＬＣＳクライアント１７０は、移動局１１０がｇｐｓＯｎｅ対応であることを認識し、適切なメッセージフローを用いて進行する。ＬＣＳクライアント１７０は、ｇｐｓＯｎｅトリガを含むＨＴＴＰ応答を用いてＨＴＴＰ要求に応答する（ステップｂ）。移動局１１０は、そのＨＴＴＰ応答を受信し、測位に進行するための許可についてユーザにプロンプトを出すことができる（ステップｃ）。ユーザ許可を受信した後で、適用可能な場合に、移動局１１０は、測位処理開始要求（Ｓｔａｒｔ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｃｅｓｓ Ｒｅｑｕｅｓｔ、ＳＰＰＲｅｑ）メッセージをＨ−ＭＰＣ １６０に送信する（ステップｄ）。このＳＰＰＲｅｑメッセージには、アプリケーションタイプ（この場合にはＷＡＰがセットされる）、システム識別子（ＳＩＤ）およびネットワーク識別子（ＮＩＤ）、シングルフィックス表示、測位サービス品質（ＱｏＳ）情報などを含めることができる。ＳＩＤ／ＮＩＤは、現在移動局１１０にサービスを提供する訪問先ネットワーク１０２を識別し、訪問先ネットワーク内で基地局によってブロードキャストされるシステムパラメータメッセージを介して得ることができる。

一般に、移動局１１０は、移動局１１０の現在のネットワークロケーションを提供できる任意の情報を送信することができる。このネットワークロケーション情報は、無線技術に依存するものとすることができる。たとえば、ＳＩＤ、ＮＩＤ、および／または基地局識別子（ＢａｓｅＩＤ）を、一般にＣＤＭＡ２０００ １Ｘと称するＩＳ−２０００ Ｒｅｌｅａｓｅｓ ０およびＡに使用することができる。セクタ識別子（ＳｅｃｔｏｒＩＤ）を、一般にＣＤＭＡ２０００ １ｘＥＶ−ＤＯと称するＩＳ−８５６に使用することができる。ｍｏｂｉｌｅ ｃｏｕｎｔｒｙ ｃｏｄｅ（ＭＣＣ）、ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｃｏｄｅ（ＭＮＣ）、ｌｏｃａｔｉｏｎ ａｒｅａ ｃｏｄｅ（ＬＡＣ）、および／またはｃｅｌｌ ｉｄｅｎｔｉｔｙ（ＣＩ）を、ＧＳＭに使用することができる。ＭＣＣ、ＭＮＣ、および／またはＵＴＲＡＮ ｃｅｌｌ ｉｄｅｎｔｉｔｙ（ＵＣ−ＩＤ）を、Ｗ−ＣＤＭＡに使用することができる。ａｃｃｅｓｓ ｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ（ＡＰ ＩＤ）またはメディアアクセス制御（ＭＡＣ）アドレスを、ＷＬＡＮに使用することができる。ネットワークロケーション情報は、セルラネットワーク内の基地局、ＷＬＡＮ内のアクセスポイント、または無線ネットワーク内のなんらかの他の送信する局のロケーション座標（たとえば、緯度座標および経度座標）をも備えることができる。わかりやすくするために、下の説明の多くでは、ネットワークロケーション情報に関するＳＩＤおよびＮＩＤの使用を仮定する。

Ｈ−ＭＰＣ １６０は、ＳＰＰＲｅｑメッセージを受信し、適用可能な場合には、この特定のユーザおよびＬＣＳクライアントが、要求されたロケーションを得ることを確実に認可されるように、認可を実行する（ステップｅ）。Ｈ−ＭＰＣ １６０は、ＳＰＰＲｅｑメッセージ内のＱｏＳ情報およびＬＣＳプロファイルを使用して、ｇｐｓＯｎｅ位置が適切である（キャッシュされた位置またはセル／セクタベースの位置のいずれかではなく）かどうかを判定することができる。Ｈ−ＭＰＣ １６０は、移動局１１０がローミングしていることを判定し、ＳＩＤ／ＮＩＤ情報に基づいて適切なＳ−ＭＰＣ（この例ではＳ−ＭＰＣ １５０である）を選択する。次いで、Ｈ−ＭＰＣ １６０は、アプリケーションタイプ、移動局１１０のＩｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｅｒ（ＩＭＳＩ）、ｇｐｓＯｎｅ測位タイプ、ＳＩＤ／ＮＩＤ、ＰＤＥアクセス持続時間などの情報を含むことができるローミング要求メッセージをＳ−ＭＰＣ １５０に送信する。

Ｓ−ＭＰＣ １５０は、ｇｐｓＯｎｅ測位を行う指示を伴うローミング要求メッセージをＨ−ＭＰＣ １６０から受信し、ＳＩＤ／ＮＩＤ情報に基づいて適切なＳ−ＰＤＥ（この例ではＳ−ＰＤＥ １４０である）を判定する。次いで、Ｓ−ＭＰＣ １５０は、Ｓ−ＰＤＥ １４０が移動局１１０から着信する、モバイル側で発生した（ｍｏｂｉｌｅ−ｏｒｉｇｉｎａｔｅｄ、ＭＯ）ＩＳ−８０１測位セッションを受け入れるように、このＳ−ＰＤＥを呼び出し、シードする（ｓｅｅｄ）ＧＰＯＳＲＥＱ’メッセージを送信する（ステップｆ）。ＩＳ−８０１測位セッションは、衛星ベース測位のためのセッション（たとえば、支援データ、位置推定値などを得るための）であり、ＩＳ−８０１セッション、ｇｐｓＯｎｅセッション、ＧＰＳセッションなどとも称する。ＧＰＯＳＲＥＱ’メッセージには、ＩＭＳＩ、ｇｐｓＯｎｅ測位タイプ、ＰＤＥアクセス持続時間などの情報を含めることができる。Ｓ−ＰＤＥ １４０は、ＧＰＯＳＲＥＱ’メッセージの位置保留中肯定応答を含むｇｐｏｓｒｅｑ’メッセージを返す。Ｓ−ＭＰＣ １５０は、Ｓ−ＰＤＥ １４０からｇｐｏｓｒｅｑ’メッセージを受信し、Ｓ−ＰＤＥ １４０のアドレスを伴うローミング要求肯定応答メッセージをＨ−ＭＰＣ １６０に送信する（ステップｈ）。Ｈ−ＭＰＣ １６０は、この肯定応答をＳ−ＭＰＣ １５０から受信し、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４０のアドレスを含むＳＰＰＲｅｓメッセージを送信する（ステップｉ）。

次いで、移動局１１０およびＳ−ＰＤＥ １４０は、ＭＯ ＩＳ−８０１セッションを実行する（ステップｊ）。移動局１１０の位置推定値が、このＩＳ−８０１セッションの終りに得られ、移動局に対して使用可能にされる。次いで、Ｓ−ＰＤＥ １４０は、ＩＳ−８０１セッションが正常に終了したことをＳ−ＭＰＣ １５０に知らせる、位置推定値を含むｇｐｏｓｒｅｑ’メッセージを送信する（ステップｋ）。

Ｓ−ＭＰＣ １５０は、成功の測位を報告し、位置推定値を供給するロケーション報告メッセージをＨ−ＭＰＣ １６０に送信する（ステップｌ）。Ｈ−ＭＰＣ １６０は、位置推定値を格納することができ、この位置推定値は、後で、後続要求に関して、キャッシュされた位置として使用することができる。次いで、移動局１１０は、ロケーション感知型ＵＲＬを再要求し、この要求と一緒に位置推定値を供給する（ステップｍ）。ＬＣＳクライアント１７０は、要求されたコンテンツを移動局１１０にダウンロードする（ステップｎ）。

さまざまなエンティティの間のメッセージは、次の公に入手可能な文書に記載されている。

・８０−Ｖ５４５６−２ＮＰ、表題「ｇｐｓＯｎｅ（登録商標） ＵｓｅｒＰｌａｎｅ ＭＳ−ＭＰＣ Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、２００５年１月５日に、移動局とＭＰＣとの間のメッセージ（たとえば、ＳＰＰＲｅｑおよびＳＰＰＲｅｓ）ならびに移動局とＬＣＳクライアントとの間のメッセージ（たとえば、ＨＴＴＰ／ＷＳＰ要求およびＨＴＴＰ／ＷＳＰ応答）が記載されており、
・８０−Ｖ６１９５−２ＮＰ、表題「Ｍｏｂｉｌｅ Ｐｏｓｉｔｉｏｎｉｎｇ Ｃｅｎｔｅｒ （ＭＰＣ） Ｖ２ Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、２００５年１月２１日に、ＭＰＣの間のメッセージ（たとえば、ローミング要求、ローミング要求肯定応答、およびロケーション報告）が記載されており、
・８０−Ｖ５４５８−２ＮＰ、表題「ｇｐｓＯｎｅ（登録商標） ＵｓｅｒＰｌａｎｅ Ｅ５’ Ｖ２ Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、２００３年１２月１３日に、ＭＰＣとＰＤＥとの間のメッセージ（たとえば、ＧＰＯＳＲＥＱ’およびｇｐｏｓｒｅｑ’）が記載されており、
・ＴＩＡ／ＥＩＡ／ＩＳ−８０１、表題「Ｐｏｓｉｔｉｏｎ Ｄｅｔｅｒｍｉｎａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｓｔａｎｄａｒｄｓ ｆｏｒ Ｄｕａｌ Ｍｏｄｅ Ｓｐｒｅａｄ Ｓｐｅｃｔｒｕｍ Ｓｙｓｔｅｍｓ」に、移動局とＰＤＥとの間のメッセージが記載されている。

図４は、セル／セクタ測位を用いるＷＡＰプルシングルフィックスのメッセージフロー４００を示す。メッセージフロー４００のステップａからｄは、図３のメッセージフロー３００のステップａからｄと同一である。ステップｅで、Ｈ−ＭＰＣ １６０は、ＳＩＤ／ＮＩＤ情報に基づいて、移動局１１０がローミングしていると判定し、セル／セクタ測位が適切であると判断する。Ｈ−ＭＰＣ １６０は、ＳＩＤ／ＮＩＤ情報に基づいて適切なＳ−ＭＰＣ（この例ではＳ−ＭＰＣ １５０である）を判定し、Ｓ−ＭＰＣ １５０に、セル／セクタ測位タイプなどを伴うローミング要求メッセージを送信する。

Ｓ−ＭＰＣ １５０は、セル／セクタ測位を行う指示を伴うローミング要求メッセージをＨ−ＭＰＣ １６０から受信し、セル／セクタ測位タイプなどを含むＧＰＯＳＲＥＱ’メッセージをＳ−ＰＤＥ １４０に送信する（ステップｆ）。Ｓ−ＰＤＥ １４０は、移動局１１０のセル／セクタベースの位置推定値を含むｇｐｏｓｒｅｑ’メッセージをＳ−ＭＰＣ １５０に応答する（ステップｇ）。Ｓ−ＭＰＣ １５０は、成功の測位を報告し、位置推定値を含むロケーション報告メッセージをＨ−ＭＰＣ １６０に送信する（ステップｈ）。Ｈ−ＭＰＣ １６０は、位置推定値を含むＳＰＰＲｅｓメッセージを移動局１１０に送信する（ステップｉ）。メッセージフロー４００のステップｊおよびｋは、それぞれ図３のメッセージフロー３００のステップｍおよびｎと同一である。

図５は、ＤＮＳ照会を使用するｇｐｓＯｎｅ測位を用いるＷＡＰプルシングルフィックスのメッセージフロー５００を示す。メッセージフロー５００のステップａからｃは、図３のメッセージフロー３００のステップａからｃと同一である。移動局１１０は、ローミング中であることを認識し、Ｓ−ＰＤＥ １４０のアドレス（たとえば、ＩＰアドレス）に関する照会をＤＮＳサーバ１３６に送信する（ステップｄ）。この照会には、ロケーション固有ＤＮＳストリングまたはたとえばＳＩＤ．ＮＩＤ．Ｌｏｃａｌ．ＰＤＥなどのＵＲＬを含めることができる。ＤＮＳサーバ１３６は、Ｓ−ＰＤＥ １４０のアドレスを応答する（ステップｅ）。次いで、移動局１１０およびＳ−ＰＤＥ １４０は、ＭＯ ＩＳ−８０１セッションを実行し、位置推定値が、このＩＳ−８０１セッションの終りに移動局に対して使用可能にされる（ステップｆ）。メッセージフロー５００のステップｇおよびｈは、それぞれ図３のメッセージフロー３００のステップｍおよびｎと同一である。

一般に、移動局１１０は、ロケーション固有ＤＮＳ照会を訪問先ネットワーク１０２内のＤＮＳサーバ１３６（Ｖ−ＤＮＳ）（図５に示されているように）またはホームネットワーク１０４内のＤＮＳサーバ１７６（Ｈ−ＤＮＳ）（図５には図示せず）に送信することができる。Ｖ−ＤＮＳオプションについて、ＤＮＳサーバ１３６は、データ呼セットアップのＰＰＰネゴシエーション中にＰＤＳＮ／ＦＡ １３４によって割り当てることができる。移動局１１０は、ＤＮＳ照会をＤＮＳサーバ１３６に送信することができ、このＤＮＳサーバ１３６は、ロケーション固有ＵＲＬを認識し、解決し、訪問先ネットワーク１０２内のＳ−ＰＤＥのＩＰアドレスを移動局１１０に返すことができる。Ｈ−ＤＮＳオプションについて、移動局１１０は、ＤＮＳ照会を送信することができ、このＤＮＳ照会を、ホームエージェント１７４によってＤＮＳサーバ１７６にリダイレクトすることができる。ＤＮＳサーバ１７６は、ロケーション固有ＵＲＬを解決し、Ｓ−ＰＤＥ ＩＰアドレスを移動局１１０に返すことができる。両方のＤＮＳオプションについて、訪問先ネットワーク１０４が、１つのＰＤＥを有するか、ローミング移動局にサービスを提供するために１つのＰＤＥを指定する場合に、ＳＩＤ／ＮＩＤ情報をＤＮＳ照会から省略することができる。

図６は、ｇｐｓＯｎｅ測位を用いるネットワークによって開始されるシングルフィックスのメッセージフロー６００を示す。ＬＣＳクライアント１７０は、Ｍｏｂｉｌｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＭＬＰ）Ｌｏｃａｔｉｏｎ Ｉｍｍｅｄｉａｔｅ Ｒｅｑｕｅｓｔ（ＬＩＲ）メッセージを介してＨ−ＭＰＣ １６０に移動局１１０のロケーションを要求する（ステップａ）。Ｈ−ＭＰＣ １６０は、ＬＣＳクライアント１７０がユーザのロケーションを得ることを認可されることを検証することができる（ステップｂ）。成功の認可の後で、適用可能な場合には、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位を示し、通知手順、検証手順、ロケーションセッションを識別するのに使用される相関識別子（ＣＩ）などの情報を含むｍｏｂｉｌｅ−ｔｅｒｍｉｎａｔｅｄ（ＭＴ）ＳＭＳ測位要求メッセージを移動局１１０に送信する（やはりステップｂ）。移動局１１０は、そのＳＭＳメッセージを受信し、適用可能な場合に、同意についてユーザにプロンプトを出す。次いで、移動局１１０は、ステップｂのＭＴ ＳＭＳメッセージに対する応答として働き、ＣＩ、ＩＭＳＩ、ＳＩＤ／ＮＩＤなどの情報を含むことができるＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｃ）。

Ｈ−ＭＰＣ １６０は、移動局１１０がローミングしていると判定し、ＳＩＤ／ＮＩＤ情報に基づいてＳ−ＭＰＣ １５０を選択する。次いで、Ｈ−ＭＰＣ １６０は、ＣＩ、ＩＭＳＩ、ＳＩＤ／ＮＩＤ、ＰＤＥアクセス持続時間などの情報を含むことができるローミング要求メッセージをＳ−ＭＰＣ １５０に送信する。Ｓ−ＭＰＣ １５０は、ｇｐｓＯｎｅ測位を行う指示を伴うローミング要求メッセージを受信し、Ｓ−ＰＤＥ １４０を呼び出し、シードするＧＰＯＳＲＥＱ’メッセージを送信する（ステップｅ）。Ｓ−ＰＤＥ １４０は、位置保留中肯定応答を含むｇｐｏｓｒｅｑ’メッセージを返す（ステップｆ）。Ｓ−ＭＰＣ １５０は、ｇｐｏｓｒｅｑ’メッセージを受信し、Ｓ−ＰＤＥ １４０のアドレスを伴うローミング要求肯定応答メッセージをＨ−ＭＰＣ １６０に送信する（ステップｇ）。

Ｈ−ＭＰＣ １６０は、Ｓ−ＭＰＣ １５０から肯定応答メッセージを受信し、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４０のアドレスを含むＳＰＰＲｅｓメッセージを移動局１１０に送信する（ステップｈ）。移動局１１０およびＳ−ＰＤＥ １４０は、移動局の位置推定値を得るためにＭＯ ＩＳ−８０１セッションを実行する（ステップｉ）。次いで、Ｓ−ＰＤＥ １４０は、ｇｐｏｓｒｅｑ’メッセージ内で位置推定値をＳ−ＭＰＣ １５０に送信する（ステップｊ）。Ｓ−ＭＰＣ １５０は、ロケーション報告メッセージ内で位置推定値をＨ−ＭＰＣ １６０に転送する（ステップｋ）。次いで、Ｈ−ＭＰＣ １６０は、ＭＬＰ Ｌｏｃａｔｉｏｎ Ｉｍｍｅｄｉａｔｅ Ａｎｓｗｅｒ（ＬＩＡ）メッセージ内で位置推定値をＬＣＳクライアント１７０に供給する（ステップｌ）。

図７は、セル／セクタ測位を用いるネットワークによって開始されるシングルフィックスのメッセージフロー７００を示す。メッセージフロー７００のステップａからｅは、測位方法を除いて、図６のメッセージフロー６００のステップａからｅに類似する。ステップｂでＨ−ＭＰＣ １６０によって送信されるＳＭＳメッセージは、ｇｐｓＯｎｅ測位ではなくセル／セクタ測位を示す。ステップｃで移動局１１０によって送信されるＳＰＰＲｅｑメッセージは、セル／セクタフィックスに関係する情報（たとえば、ＳＩＤ／ＮＩＤなど）を含む。ステップｄでＨ−ＭＰＣ １６０によってＳ−ＭＰＣ １５０に送信されるローミング要求メッセージは、セル／セクタ測位を示す。ステップｅでＳ−ＭＰＣ １５０によってＳ−ＰＤＥ １４０に送信されるＧＰＯＳＲＥＱ’メッセージは、セル／セクタ測位を示し、基地局ＩＤなどを含むことができる。Ｓ−ＰＤＥ １４０は、ｇｐｏｓｒｅｑ’メッセージ内でセル／セクタベースの位置推定値をＳ−ＭＰＣ １５０に供給する（ステップｆ）。Ｓ−ＭＰＣ １５０は、ロケーション報告メッセージ内で位置推定値をＨ−ＭＰＣ １６０に転送する（ステップｇ）。Ｈ−ＭＰＣ １６０は、肯定応答を伴うＳＰＰＲｅｓメッセージを移動局１１０に送信し（ステップｈ）、位置推定値をＬＣＳクライアント１７０に供給する（ステップｉ）。

図８は、移動局１１０によって拒絶される、ネットワークによって開始される測位セッションのメッセージフロー８００を示す。メッセージフロー８００のステップａおよびｂは、図６のメッセージフロー６００のステップａおよびｂと同一である。Ｈ−ＭＰＣ １６０は、ＬＣＳクライアント１７０が移動局１１０のロケーションを得ることを認可されることを検証することができる。次いで、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅまたはセル／セクタ測位を示す、通知手順および検証手順などの情報を含むＭＴ ＳＭＳ測位要求メッセージを移動局１１０に送信する（ステップｃ）。移動局１１０は、このＳＭＳメッセージを受信し、適用可能な場合に、同意についてユーザにプロンプトを出す（ステップｄ）。ユーザがその要求を拒絶する場合、またはその要求に対してサービスを提供することができない（たとえば、音声呼が進行中なのでなど）場合に、移動局１１０は、測位要求を拒絶する、ＭＴ ＳＭＳメッセージに対する応答として働くＭＯ ＳＭＳメッセージをＨ−ＭＰＣ １６０に送信する（ステップｅ）。このＭＯ ＳＭＳメッセージには、適切な拒絶理由コードを含めることができる。ユーザが、ｇｐｓＯｎｅ測位要求を拒絶する場合に、ＩＳ−８０１セッションは発生しない。拒絶理由が、ユーザ同意が得られるが、ＴＣＰ／ＩＰソケットをオープンできなかったことを示す場合には、Ｈ−ＭＰＣ １６０は、より低い精度の（たとえば、セル／セクタ）測位セッションをトリガすることができる。Ｈ−ＭＰＣ １６０は、位置状況をＬＣＳクライアント１７０に供給する（ステップｆ）。

図９に、ｇｐｓＯｎｅ測位を用いるネットワークによって開始されるトラッキングフィックスのメッセージフロー９００を示す。ＬＣＳクライアント１７０は、ＭＬＰ Ｔｒｉｇｇｅｒｅｄ Ｌｏｃａｔｉｏｎ（ＴＬ）報告要求メッセージを介して移動局１１０のロケーションをＨ−ＭＰＣ １６０に要求する（ステップａ）。この要求には、開始時刻、停止時刻、トラッキングフィックスセッションの位置フィックスの間の時間間隔（Ｔ）、ＱｏＳ情報などを含めることができる。Ｈ−ＭＰＣ １６０は、ＬＣＳクライアント１７０がこのタイプのユーザに関する要求について認可されることを検証することができる（ステップｂ）。Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ位置が（キャッシュされた位置またはセル／セクタベースの位置のいずれでもなく）適切であるかどうかを判定するのに、ＱｏＳ情報およびＬＣＳクライアントプロファイルを使用することもできる。この事例では、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位が適切であると判定する。Ｈ−ＭＰＣ １６０は、ＬＣＳクライアント１７０から受信した開始時刻、停止時刻、および間隔に基づいてフィックスの個数を決定することができる。

ＬＣＳクライアント１７０の成功の認可の後で、適用可能な場合に、Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを示し、通知手順および検証手順、ＣＩ、フィックスの個数（Ｎ）、フィックスの間の時間間隔（Ｔ）、Ｈ−ＭＰＣ ＩＤなどの情報を含むＭＴ ＳＭＳ測位要求メッセージを移動局１１０に送信する（ステップｃ）。移動局１１０は、このＳＭＳメッセージを受信し、適用可能な場合に、同意についてユーザにプロンプトを出す。次いで、移動局１１０は、ステップｃのＭＴ ＳＭＳメッセージに対する応答として働き、ユーザの同意または同意の欠如、ＣＩ、ＩＭＳＩ、ＳＩＤ／ＮＩＤ、セッション持続時間などの情報を含むことができるＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｄ）。セッション持続時間は、フィックスの個数にフィックスの間の間隔を乗じたものと等しい。

Ｈ−ＭＰＣ １６０は、移動局１１０がローミングしていると判定し、ＳＩＤ／ＮＩＤ情報に基づいてＳ−ＭＰＣ １５０を選択する。次いで、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位を用いるトラッキングセッションをサポートするためにＳ−ＭＰＣ １５０によって使用される情報を伴うローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｅ）。この情報には、ＣＩ、ＩＭＳＩ、ＳＩＤ／ＮＩＤ、セッション持続時間、停止時刻などを含めることができる。Ｓ−ＭＰＣ １５０は、ｇｐｓＯｎｅ測位を行う指示を伴うローミング要求メッセージを受信し、Ｓ−ＰＤＥ １４０を呼び出し、シードする、トラッキングセッションの情報（たとえば、ＰＤＥアクセス持続時間）を含むＧＰＯＳＲＥＱ’メッセージをＳ−ＰＤＥ １４０に送信する（ステップｆ）。Ｓ−ＰＤＥ １４０は、肯定応答を含むｇｐｏｓｒｅｑ’メッセージを返す（ステップｇ）。Ｓ−ＭＰＣ １５０は、このｇｐｏｓｒｅｑ’メッセージを受信し、Ｓ−ＰＤＥ １４０のアドレスを伴うローミング要求肯定応答メッセージをＨ−ＭＰＣ １６０に送信する（ステップｈ）。

Ｈ−ＭＰＣ １６０は、ＭＬＰ ＴＬ報告回答をＬＣＳクライアント１７０に送信し（ステップｉ）、これは、ユーザ同意が不要な場合にはステップｂの後、ユーザ同意が必要であり、得られる場合にはステップｄの後に行うことができる。ステップｈで肯定応答を受信した後で、Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４０のアドレスを含むＳＰＰＲｅｓメッセージを移動局１１０に送信する（ステップｊ）。移動局１１０およびＳ−ＰＤＥ １４０は、たとえば支援データを移動局１１０にダウンロードするために、ＭＯ ＩＳ−８０１セッションを実行する（ステップｋ）。次いで、Ｓ−ＰＤＥ １４０は、ＩＳ−８０１セッション完了に関連する情報をｇｐｏｓｒｅｑ’メッセージ内でＳ−ＭＰＣ １５０に供給する（ステップｌ）。Ｓ−ＭＰＣ １５０は、セッション完了に関する情報をセッション状況報告メッセージ内でＨ−ＭＰＣ １６０に転送する（ステップｍ）。

最初の位置フィックスについて、移動局１１０は、ロケーション情報を位置報告メッセージ内でＨ−ＭＰＣ １６０に供給する（ステップｎ）。Ｈ−ＭＰＣ １６０は、位置報告メッセージを肯定応答する位置報告応答を返す（ステップｏ）。Ｈ−ＭＰＣ １６０は、ＬＣＳクライアント１７０に送信されるＭＬＰ ＴＬ報告メッセージを介して移動局１１０のロケーションを報告する（ステップｐ）。間隔Ｔの後に発生する２番目の位置フィックスについて、ステップｎ、ｏ、およびｐが、それぞれステップｑ、ｒ、およびｓとして繰り返される。移動局１１０およびＳ−ＰＤＥ １４０は、必要な時には必ず、支援データをダウンロードし、更新されたロケーション情報を供給するために、追加のＭＯ ＩＳ−８０１セッションを実行することができる。ステップｋ、ｌ、およびｍを、それぞれステップｔ、ｕ、およびｖとして繰り返すことができる。各追加のフィックスを、ステップｎ、ｏ、およびｐを繰り返すことによって達成することができる。最後の位置フィックスについて、ステップｎ、ｏ、およびｐが、それぞれステップｗ、ｘ、およびｙとして繰り返される。ＭＳ支援されるトラッキングは、フィックスの間の時間が特定の間隔（たとえば、１８００秒）より長い場合に使用することができる。

図１０は、ネットワークによって開始されるトラッキングセッションのＬＣＳクライアント１７０による取消のメッセージフロー１０００を示す。移動局１１０に関するネットワークによって開始されるトラッキングセッションは、図９に示されているように開始することができ、正常に進行することができる（ステップａ）。このトラッキングセッション中のどの時でも、ＬＣＳクライアント１７０は、このトラッキングセッションを取り消すためにＭＬＰ ＴＬ報告停止要求メッセージをＨ−ＭＰＣ １６０に送信することができる（ステップｂ）。次いで、Ｈ−ＭＰＣ １６０は、さらなるフィックスが不要であることを示すＭＴ ＳＭＳトラッキングセッション取消メッセージを移動局１１０に送信する（ステップｃ）。移動局１１０へのこのＭＴ ＳＭＳメッセージの配送が確認されるとき、Ｈ−ＭＰＣ １６０は、ロケーション報告取消メッセージをＳ−ＭＰＣ １５０に送信する（ステップｄ）。Ｓ−ＭＰＣ １５０は、ロケーション報告取消メッセージを受信し、ＣＡＮＣＥＬ’メッセージをＳ−ＰＤＥ １４０に送信し（ステップｅ）、Ｓ−ＰＤＥ １４０は、ｃａｎｃｅｌ’メッセージをＳ−ＭＰＣ １５０に返す（ステップｆ）。Ｓ−ＭＰＣ １５０は、トラッキングセッションが取り消されたことを示し、位置結果に「適用不能」をセットされたロケーション報告メッセージをＨ−ＭＰＣ １６０に送信する（ステップｇ）。Ｈ−ＭＰＣ １６０は、ＭＬＰ ＴＬ報告停止回答をＬＣＳクライアント１７０に送信することによって、トラッキングセッション閉止を完了する（ステップｈ）。

図１１は、ネットワークによって開始されるトラッキングセッションの移動局１１０による取消のメッセージフロー１１００を示す。移動局１１０に関するネットワークによって開始されるトラッキングセッションは、図９に示されているように開始することができ、正常に進行することができる（ステップａ）。このトラッキングセッション中のどの時でも、移動局１１０は、トラッキングセッションを取り消すためにＭＯ ＳＭＳ測位取消通知メッセージをＨ−ＭＰＣ １６０に送信することができる（ステップｂ）。メッセージフロー１１００のステップｃからｇは、それぞれ、メッセージフロー１０００のステップｄからｈと同一である。

移動局１１０は、保留中のネットワークによって開始されたトラッキングセッションを有する場合があり、現在のＳ−ＭＰＣ １５０およびＳ−ＰＤＥ １４０のカバレッジの外にローミングする場合がある。Ｈ−ＭＰＣ １６０は、移動局１１０がＳ−ＰＤＥ １４０のサービング区域の外にあることを示すセッション状況報告メッセージをＳ−ＭＰＣ １５０から受信する場合がある。次いで、Ｈ−ＭＰＣ １６０は、移動局１１０の現在位置で移動局１１０にサービスを提供することができる新しいＳ−ＰＤＥに関する情報を含む位置報告応答メッセージを移動局１１０に送信することができる。

図１２は、ＭＰＣ間ハンドオフを用いる、ネットワークによって開始されるトラッキングフィックスのメッセージフロー１２００を示す。メッセージフロー１２００のステップａからｍは、トラッキングセッションの開始に関し、それぞれ図９のメッセージフロー９００のステップａからｍと同一である。メッセージフロー１２００のステップｎ、ｐ、およびｑは、最初の位置フィックスに関し、それぞれメッセージフロー９００のステップｎ、ｐ、およびｑと同一である。

後で、移動局１１０およびＳ−ＰＤＥ １４０は、移動局１１０がＳ−ＰＤＥ １４０のサービング区域の外にあるので障害を発生する別のＭＯ ＩＳ−８０１セッションを実行する（ステップｑ）。次いで、Ｓ−ＰＤＥ １４０は、移動局１１０がＳ−ＰＤＥ １４０のサービング区域の外にあることを意味する「サービング区域外Ｓ−ＰＤＥ」の誤り理由を伴うｇｐｏｓｒｅｑ’メッセージを送信することによって、ＩＳ−８０１セッション障害についてＳ−ＭＰＣ １５０に知らせる（ステップｒ）。Ｓ−ＭＰＣ １５０は、Ｓ−ＰＤＥ １４０によって示されたＩＳ−８０１セッション情報および誤り理由を含むセッション状況報告メッセージを介して、ＩＳ−８０１セッションの状況をＨ−ＭＰＣ １６０に報告する（ステップｓ）。Ｈ−ＭＰＣ １６０は、移動局１１０がローミングしており、Ｓ−ＰＤＥ １４０のサービング区域の外にあると判定する（ステップｔ）。

間隔Ｔが経過した後で、移動局１１０は、位置報告メッセージをＨ−ＭＰＣ １６０に送信する（ステップｕ）。Ｈ−ＭＰＣ １６０は、この位置報告メッセージ内のＳＩＤ／ＮＩＤ情報を使用して、この例ではＳ−ＭＰＣ １５２である新しいＳ−ＭＰＣを判定する。次いで、Ｈ−ＭＰＣ １６０は、ローミング手順をトリガする。新しいＳ−ＰＤＥを判定するために、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位を用いて残りのトラッキングセッションをサポートするためにＳ−ＭＰＣ １５２によって使用される情報を伴うローミング要求メッセージをＳ−ＭＰＣ １５２に送信する（ステップｖ）。この情報には、停止時刻、残りのセッション持続時間などを含めることができる。Ｓ−ＭＰＣ １５２は、ｇｐｓＯｎｅ測位を行う指示を伴うローミング要求メッセージを受信し、新しいＳ−ＰＤＥ（この例ではＳ−ＰＤＥ １４２である）に、Ｓ−ＰＤＥ １４２を呼び出し、残りのトラッキングセッションに関する情報（たとえば、ＰＤＥアクセス持続時間）を含むＧＰＯＳＲＥＱ’メッセージを送信する（ステップｗ）。このＧＰＯＳＲＥＱ’メッセージは、Ｓ−ＰＤＥ １４２がこのトラッキングセッションに関する着信ＭＯ ＩＳ−８０１セッションを受け入れるように、Ｓ−ＰＤＥ １４２をシードもする。Ｓ−ＰＤＥ １４２は、肯定応答を含むｇｐｏｓｒｅｑ’メッセージを返す（ステップｘ）。Ｓ−ＭＰＣ １５２は、このｇｐｏｓｒｅｑ’メッセージを受信し、Ｓ−ＰＤＥ １４２のアドレスを伴うローミング要求肯定応答メッセージをＨ−ＭＰＣ １６０に送信する（ステップｙ）。

次いで、Ｈ−ＭＰＣ １６０は、ステップｕの位置報告メッセージを肯定応答し、新しいＳ−ＰＤＥ １４２の情報を含む位置報告応答メッセージを移動局１１０に送信する（ステップｚ）。Ｈ−ＭＰＣ １６０は、ＭＬＰ ＴＬ報告メッセージ内で移動局１１０のロケーションをＬＣＳクライアント１７０に報告する（ステップａａ）。Ｈ−ＭＰＣ １６０は、オリジナルのＳ−ＭＰＣ １５０がこのトラッキングセッションに割り当てられたリソースをクリアしなければならないことをＳ−ＭＰＣ １５０に知らせるために、ロケーション報告取消メッセージをＳ−ＭＰＣ １５０にも送信する（ステップｂｂ）。Ｓ−ＭＰＣ １５０は、このロケーション報告取消メッセージを受信し、オリジナルのＳ−ＰＤＥ １４０にＣＡＮＣＥＬ’メッセージを送信し（ステップｃｃ）、Ｓ−ＰＤＥ １４０は、ｃａｎｃｅｌ’メッセージをＳ−ＭＰＣ １５０に返す（ステップｄｄ）。次いで、Ｓ−ＭＰＣ １５０は、ロケーション報告取消メッセージを肯定応答するロケーション報告メッセージをＨ−ＭＰＣ １６０に送信する（ステップｅｅ）。移動局１１０は、新しいＳ−ＰＤＥ １４２と共にＭＯ ＩＳ−８０１セッションを実行することができる（ステップｆｆ）。Ｓ−ＰＤＥ １４２は、ＩＳ−８０１セッション完了に関する情報をＳ−ＭＰＣ １５２に供給する。残りのトラッキングセッションは、上記で図９のメッセージフロー９００に関して説明したように進行することができるが、新しいＳ−ＭＰＣ １５２および新しいＳ−ＰＤＥ １４２を用いる。

移動局１１０は、保留中のネットワークによって開始されたトラッキングセッションを有する場合があり、現在のＳ−ＰＤＥ １４０のカバレッジの外にローミングする場合があるが、Ｓ−ＭＰＣ １５０のカバレッジ内に留まっている場合がある。次いで、Ｈ−ＭＰＣ １６０は、移動局１１０の現在のロケーションで移動局１１０にサービスを提供することができる新しいＳ−ＰＤＥに関する情報を送信することができる。

図１３は、ＭＰＣ内ハンドオフを用いるネットワークによって開始されるトラッキングフィックスのメッセージフロー１３００を示す。メッセージフロー１３００のステップａからｕは、それぞれ図１２のメッセージフロー１２００のステップａからｕと同一である。Ｈ−ＭＰＣ １６０は、ステップｕで移動局１１０から受信したＳＩＤ／ＮＩＤ情報に基づいて、Ｓ−ＭＰＣ １５０が移動局１１０にサービスを提供することができると判定する。新しいＳ−ＰＤＥを判定するために、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位を用いて残りのトラッキングセッションをサポートするためにＳ−ＭＰＣ １５０によって使用される情報（たとえば、停止時刻、残りのセッション持続時間など）を含むローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｖ）。Ｓ−ＭＰＣ １５０は、ｇｐｓＯｎｅ測位を行う指示を伴うローミング要求メッセージをＨ−ＭＰＣ １６０から受信し、新しいＳ−ＰＤＥ（この例ではＳ−ＰＤＥ １４１である）に、Ｓ−ＰＤＥ １４１を呼び出し、シードする、残りのトラッキングセッションに関する情報（たとえば、ＰＤＥアクセス持続時間）を含むＧＰＯＳＲＥＱ’メッセージを送信する（ステップｗ）。Ｓ−ＰＤＥ １４１は、肯定応答を含むｇｐｏｓｒｅｑ’メッセージを返す（ステップｘ）。Ｓ−ＭＰＣ １５０は、そのｇｐｏｓｒｅｑ’メッセージを受信し、Ｓ−ＰＤＥ １４１のアドレスを伴うローミング要求肯定応答メッセージをＨ−ＭＰＣ １６０に送信する（ステップｙ）。次いで、Ｈ−ＭＰＣ １６０は、ステップｕの位置報告メッセージを肯定応答する、新しいＳ−ＰＤＥ １４１の情報を含む位置報告応答メッセージを移動局１１０に送信する（ステップｚ）。Ｈ−ＭＰＣ １６０は、ＭＬＰ ＴＬ報告メッセージ内で移動局１１０のロケーションをＬＣＳクライアント１７０に報告する（ステップａａ）。メッセージフロー１３００のステップｂｂ、ｃｃ、ｄｄ、およびｅｅは、それぞれメッセージフロー１２００のステップｃｃ、ｄｄ、ｆｆ、およびｇｇと同一である。残りのトラッキングセッションは、上記で図９のメッセージフロー９００に関して説明したように進行することができるが、オリジナルのＳ−ＭＰＣ １５０および新しいＳ−ＰＤＥ １４１を用いる。

図１４は、セル／セクタ測位を用いる、ネットワークによって開始されるトラッキングフィックスのメッセージフロー１４００を示す。メッセージフロー１４００のステップａおよびｂは、図９のメッセージフロー９００のステップａおよびｂに類似する。しかし、この事例では、Ｈ−ＭＰＣ １６０は、セル／セクタ測位が適切であると判定する。Ｈ−ＭＰＣ １６０は、セル／セクタ測位を示し、通知手順および検証手順、ＣＩ、フィックスの個数（Ｎ）、フィックスの間の時間間隔（Ｔ）、Ｈ−ＭＰＣ ＩＤなどの情報を含むＭＴ ＳＭＳ測位要求メッセージを移動局１１０に送信する（ステップｃ）。移動局１１０は、このＳＭＳメッセージを受信し、適用可能な場合に、同意についてユーザにプロンプトを出す。次いで、移動局１１０は、ステップｃのＭＴ ＳＭＳメッセージに対する応答として働く、ユーザの同意または同意の欠如、ＣＩ、ＩＭＳＩ、ＳＩＤ／ＮＩＤ、セッション持続時間などの情報を含むことができるＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｄ）。Ｈ−ＭＰＣ １６０は、ＭＬＰ ＴＬ報告回答をＬＣＳクライアント１７０に送信する（ステップｅ）。Ｈ−ＭＰＣ １６０は、セル／セクタ測位を使用するように移動局１１０に指示するＳＰＰＲｅｓメッセージを移動局１１０に送信もする（ステップｆ）。

Ｈ−ＭＰＣ １６０は、移動局１１０がローミングしていると判定し、ＳＩＤ／ＮＩＤ情報に基づいてＳ−ＭＰＣ １５０を選択する。次いで、Ｈ−ＭＰＣ １６０は、セル／セクタ測位を用いてトラッキングセッションをサポートするのにＳ−ＭＰＣ １５０によって使用される情報を伴うローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｇ）。Ｓ−ＭＰＣ １５０は、セル／セクタ測位を行う指示を伴うローミング要求メッセージを受信し、セル／セクタ測位に関する情報を伴うＧＰＯＳＲＥＱ’メッセージをＳ−ＰＤＥ １４０に送信する（ステップｈ）。Ｓ−ＰＤＥ １４０は、移動局１１０のセル／セクタベースの位置推定値を含むｇｐｏｓｒｅｑ’メッセージを返す（ステップｉ）。Ｓ−ＭＰＣ １５０は、ロケーション報告メッセージ内で位置推定値をＨ−ＭＰＣ １６０に転送する（ステップｊ）。Ｈ−ＭＰＣ １６０は、ＭＬＰ ＴＬ報告メッセージ内で、最初のフィックスの位置推定値をＬＣＳクライアントに供給する（ステップｋ）。

間隔Ｔが経過した後の２番目の位置フィックスについて、移動局１１０は、現在のＳＩＤ／ＮＩＤ、ＢＡＳＥ＿ＩＤなどの情報を含む位置報告メッセージをＨ−ＭＰＣ １６０に送信する（ステップｌ）。Ｈ−ＭＰＣ １６０は、その位置報告メッセージを肯定応答する位置報告応答メッセージを返す（ステップｍ）。２番目のフィックスの後続ステップｎからｒは、それぞれ、最初のフィックスのステップｇからｋと同一である。各追加のフィックスを、ステップｌからｒを繰り返すことによって達成することができる。トラッキングセッションは、最後のフィックスがステップｓからｙで報告されるまで継続する。Ｓ−ＭＰＣ １５０およびＳ−ＰＤＥ １４０に対して、セル／セクタ測位を用いるトラッキングフィックスは、一連のシングルフィックスを用いて達成される。

ＬＣＳクライアント１７０は、ＭＬＰ ＴＬ報告停止要求メッセージ（図１０に図示）またはなんらかの他のメッセージを送信することによって、メッセージフロー１４００を終了することができる。移動局１１０は、ＭＴ ＳＭＳトラッキングセッション取消メッセージ（図１１に図示）またはなんらかの他のメッセージを送信することによって、メッセージフロー１４００を終了することができる。ＬＣＳクライアント１７０または移動局１１０は、そのＨ−ＭＰＣによるサービスを受ける区域内の移動局のトラッキングフィックスのメッセージフローに関して、類似する形でメッセージフロー１４００を終了することもできる。

図１５は、ｇｐｓＯｎｅ測位を用いるＭＳ常駐シングルフィックスのメッセージフロー１５００を示す。ＭＳ常駐アプリケーション１１２は、ｇｐｓＯｎｅ測位を用いるシングルフィックスを要求するためにｇｐｓＯｎｅアプリケーションプログラミングインターフェース（ＡＰＩ）を呼び出す（ステップａ）。ユーザ通知および／または検証を、ステップａの前および／または後に行うことができる。ユーザが、ＭＳ常駐シングルフィックスアプリケーションをトリガする場合に、ステップｂからｉ、ｋ、およびｌは、それぞれ上記で図６のメッセージフロー６００のステップｃからｋに関して説明したように実行される。移動局１１０の位置推定値は、ステップｉでＭＯ ＩＳ−８０１セッションを介して得られる。ｇｐｓＯｎｅ ＡＰＩは、ステップｊで位置推定値をＭＳ常駐アプリケーション１１２に返す。

図１６は、セル／セクタ測位を用いるＭＳ常駐シングルフィックスのメッセージフロー１６００を示す。ＭＳ常駐アプリケーション１１２が、ｇｐｓＯｎｅ測位を用いるシングルフィックスを要求するためにｇｐｓＯｎｅ ＡＰＩを呼び出す（ステップａ）。ユーザ通知および／または検証を、ステップａの前および／または後に行うことができる。次いで、移動局１１０は、アプリケーションタイプ、アプリケーションＩＤ、セッション持続時間（シングルフィックスについては０がセットされる）、ＩＭＳＩ、ＳＩＤ／ＮＩＤなどの情報を含むことができるＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｂ）。Ｈ−ＭＰＣ １６０は、測位がこのユーザ／アプリケーション組合せについて許可されることを検証することができる（ステップｃ）。Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ位置が必要であるかどうかを調べることもでき、この事例では、セル／セクタベースの位置が適切であると判定する。

Ｈ−ＭＰＣ １６０は、移動局１１０がローミングしていると判定し、ＳＩＤ／ＮＩＤ情報に基づいてＳ−ＭＰＣ １５０を選択する。次いで、Ｈ−ＭＰＣ １６０は、ＩＭＳＩ、ＳＩＤ／ＮＩＤ、セル／セクタ測位タイプなどの情報を含めることができるローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｄ）。Ｓ−ＭＰＣ １５０は、セル／セクタ測位を行う指示を伴うローミング要求メッセージを受信し、ＧＰＯＳＲＥＱ’メッセージをＳ−ＰＤＥ １４０に送信する（ステップｅ）。Ｓ−ＰＤＥ １４０は、ｇｐｏｓｒｅｑ’メッセージ内で、移動局１１０のセル／セクタベースの位置推定値をＳ−ＭＰＣ １５０に返す（ステップｆ）。Ｓ−ＭＰＣ １５０は、ロケーション報告メッセージ内で位置推定値をＨ−ＭＰＣ １６０に転送する（ステップｇ）。次いで、Ｈ−ＭＰＣ １６０は、ＳＰＰＲｅｓメッセージ内で位置推定値を移動局１１０に送信する（ステップｈ）。次いで、ｇｐｓＯｎｅ ＡＰＩが、位置推定値をＭＳ常駐アプリケーション１１２に返す（ステップｉ）。

図１７は、ｇｐｓＯｎｅ測位を用いるＭＳ常駐トラッキングフィックスのメッセージフロー１７００を示す。ＭＳ常駐アプリケーション１１２が、ｇｐｓＯｎｅ測位を用いるトラッキングフィックスを要求するためにｇｐｓＯｎｅ ＡＰＩを呼び出す（ステップａ）。ユーザ通知および／または検証を、ステップａの前および／または後に行うことができる。この要求には、フィックスの個数（Ｎ）、フィックスの間の時間間隔（Ｔ）などを含めることができる。次いで、移動局１１０は、アプリケーションタイプ、アプリケーションＩＤ、セッション持続時間（ＮおよびＴに基づいて判定される）、ＩＭＳＩ、ＳＩＤ／ＮＩＤなどの情報を含むことができるＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｂ）。Ｈ−ＭＰＣ １６０は、測位がこのユーザ／アプリケーション組合せについて許可されることを検証することができる（ステップｃ）。Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ位置がこの事例で適切であるかどうかを判定することができる。メッセージフロー１７００のステップｄからｇは、それぞれ、図９のメッセージフロー９００のステップｅからｈと同一である。

Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４０のアドレスを含むＳＰＰＲｅｓメッセージを移動局１１０に送信する（ステップｈ）。移動局１１０およびＳ−ＰＤＥ １４０は、ＭＯ ＩＳ−８０１セッションを実行し、位置推定値が、このＩＳ−８０１セッションの終りに移動局１１０に使用可能にされる（ステップｉ）。ＭＳベースの測位が使用され、移動局１１０がＧＰＳ衛星の最新の暦情報を有する場合には、このＩＳ−８０１セッションをスキップすることができる。次いで、Ｓ−ＰＤＥ １４０は、ＩＳ−８０１セッションが正常に終了したことをＳ−ＭＰＣ １５０に知らせる（ステップｊ）。Ｓ−ＭＰＣ １５０は、ＩＳ−８０１セッションの状況を報告するために、Ｈ−ＭＰＣにセッション状況報告メッセージを返すことができる（ステップｋ）。

ｇｐｓＯｎｅ ＡＰＩは、最初のフィックスとして位置推定値をＭＳ常駐アプリケーション１１２に返す（ステップｌ）。間隔Ｔの後で、ｇｐｓＯｎｅ ＡＰＩは、２番目のフィックスをＭＳ常駐アプリケーション１１２に返す（ステップｍ）。移動局１１０およびＳ−ＰＤＥ １４０は、最後のフィックスが完了するまで、必要な時に必ず、追加のＭＯ ＩＳ−８０１セッションを実行することができる（ステップｎ）。位置推定値を、各ＩＳ−８０１セッションの終りに移動局１１０に使用可能にすることができる。各追加のＭＯ ＩＳ−８０１セッションの後で、Ｓ−ＰＤＥ １４０は、ＩＳ−８０１セッションが正常に終了したことをＳ−ＭＰＣ １５０に知らせることができ（ステップｏ）、Ｓ−ＭＰＣは、ＩＳ−８０１セッションの状況を報告するためにＨ−ＭＰＣ １６０にセッション状況報告メッセージを返すことができる（ステップｐ）。ｇｐｓＯｎｅ ＡＰＩは、最後のフィックスの位置推定値をＭＳ常駐アプリケーション１１２に返す（ステップｑ）。

図１８は、移動局１１０によるＭＳ常駐トラッキングセッションの取消のメッセージフロー１８００を示す。移動局１１０のＭＳ常駐トラッキングセッションは、図１７に示されているように開始することができ、正常に進行することができる（ステップａ）。このトラッキングセッション中のどの時でも、ＭＳ常駐アプリケーション１１２は、トラッキングセッションの取消を要求することができる（ステップｂ）。次いで、移動局１１０は、トラッキングセッションを取り消すために、ＭＯ ＳＭＳ測位取消通知メッセージをＨ−ＭＰＣ １６０に送信することができる（ステップｃ）。メッセージフロー１７００のステップｄからｇは、それぞれ、図１０のメッセージフロー１０００のステップｄからｇと同一である。

移動局１１０は、保留中ＭＳ常駐トラッキングセッションを有する場合があり、現在のＳ−ＭＰＣ １５０およびＳ−ＰＤＥ １４０のカバレッジの外にローミングする場合がある。ＰＤＥハンドオフ誤り状態に起因するＩＳ−８０１セッション障害を検出したとき、Ｈ−ＭＰＣ １６０は、ＭＳ常駐トラッキングセッションをリフレッシュするためにＭＴ ＳＭＳメッセージを送信することができる。このＭＴ ＳＭＳメッセージを受信したとき、移動局１１０は、新しいＳ−ＰＤＥの更新された情報を求める新しいＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信することができ、次いで、この新しいＳ−ＰＤＥを介してトラッキングフィックスを継続することができる。

図１９は、ＭＰＣ間ハンドオフを用いるＭＳ常駐トラッキングフィックスのメッセージフロー１９００を示す。メッセージフロー１９００のステップａからｋは、トラッキングセッションの開始に関し、それぞれ図１７のメッセージフロー１７００のステップａからｋと同一である。メッセージフロー１９００のステップｌおよびｍは、最初の２つの位置フィックスに関し、メッセージフロー１７００のステップｌおよびｍと同一である。

後で、移動局１１０およびＳ−ＰＤＥ １４０は、移動局１１０がＳ−ＰＤＥ １４０のサービング区域の外にあるので障害を発生する別のＭＯ ＩＳ−８０１セッションを実行する（ステップｎ）。次いで、Ｓ−ＰＤＥ １４０は、誤り理由に「サービング区域外Ｓ−ＰＤＥ」をセットされたｇｐｏｓｒｅｑ’メッセージを送信することによって、ＩＳ−８０１セッション障害についてＳ−ＭＰＣ １５０に知らせる（ステップｏ）。次いで、Ｓ−ＭＰＣ １５０は、Ｓ−ＰＤＥ １４０によって示されたＩＳ−８０１セッション情報および誤り理由を含むセッション状況報告メッセージを介して、ＩＳ−８０１セッションの状況をＨ−ＭＰＣ １６０に報告する（ステップｐ）。Ｈ−ＭＰＣ １６０は、ＰＤＥハンドオフが必要であることを検出し、「サービング区域外ＰＤＥ」をセットされた理由コードを伴うＭＴ ＳＭＳメッセージを移動局１１０に送信する（ステップｑ）。Ｈ−ＭＰＣ １６０は、ステップｒからｕを介してＳ−ＭＰＣ １５０およびＳ−ＰＤＥ １４０とのトラッキングセッションをも取り消すが、このステップｒからｕは、それぞれ図１０のメッセージフロー１０００のステップｄからｇと同一である。

移動局１１０は、このＭＴ ＳＭＳメッセージを受信し、残りのトラッキングセッションに使用される情報（たとえば、ＩＭＳＩ、ＳＩＤ／ＮＩＤ、残りの持続時間など）を伴うＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｖ）。Ｈ−ＭＰＣは、移動局１１０がローミングしていることを判定するのに、およびこの例ではＳ−ＭＰＣ １５２である新しいＳ−ＭＰＣを選択するのに、このＳＰＰＲｅｑメッセージ内のＳＩＤ／ＮＩＤ情報を使用する。次いで、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位を用いて残りのトラッキングセッションをサポートするのにＳ−ＭＰＣ １５２によって使用される情報（たとえば、残りのセッション持続時間など）を伴うローミング要求メッセージをＳ−ＭＰＣ １５２に送信する（ステップｗ）。Ｓ−ＭＰＣ １５２は、ｇｐｓＯｎｅ測位を行う指示を伴うローミング要求メッセージを受信し、新しいＳ−ＰＤＥ（この例ではＳ−ＰＤＥ １４２である）に、トラッキングセッションのためにＳ−ＰＤＥ １４２を呼び出し、シードするＧＰＯＳＲＥＱ’メッセージを送信する（ステップｘ）。Ｓ−ＰＤＥ １４２は、肯定応答を含むｇｐｏｓｒｅｑ’メッセージを返す（ステップｙ）。Ｓ−ＭＰＣ １５２は、このｇｐｏｓｒｅｑ’メッセージを受信し、Ｓ−ＰＤＥ １４２のアドレスを伴うローミング要求肯定応答メッセージをＨ−ＭＰＣ １６０に送信する（ステップｚ）。

この肯定応答メッセージを受信した後で、Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４２のアドレスを含むＳＰＰＲｅｓメッセージを送信する（ステップａａ）。移動局１１０およびＳ−ＰＤＥ １４２は、ＭＯ ＩＳ−８０１セッションを実行する（ブロックｂｂ）。ＩＳ−８０１セッションを完了した後で、Ｓ−ＰＤＥ １４２は、ＩＳ−８０１セッションが正常に終了したことをＳ−ＭＰＣ １５２に知らせる（ステップｃｃ）。Ｓ−ＭＰＣ １５２は、ＩＳ−８０１セッションの状況を報告するために、Ｈ−ＭＰＣ １６０にセッション状況報告メッセージを返すことができる（ステップｄｄ）。各後続のフィックスについて、ｇｐｓＯｎｅ ＡＰＩは、現在の位置推定値をＭＳ常駐アプリケーション１１２に返す（ステップｅｅ）。残りのトラッキングセッションは、メッセージフロー１７００に関して説明した通常の形で進行することができるが、新しいＳ−ＭＰＣ １５２および新しいＳ−ＰＤＥ １４２を用いる。

移動局１１０は、保留中のＭＳ常駐トラッキングセッションを有する場合があり、現在のＳ−ＰＤＥ １４０のカバレッジの外にローミングする場合があるが、現在のＳ−ＭＰＣ １５０のカバレッジ内に留まっている場合がある。Ｈ−ＭＰＣ １６０は、ＭＳ常駐トラッキングセッションをリフレッシュするためにＭＴ ＳＭＳメッセージを送信することができ、移動局１１０は、新しいＳ−ＰＤＥの更新された情報を求める新しいＳＰＰＲｅｑメッセージを送信することができる。

図２０は、ＭＰＣ内ハンドオフを用いるＭＳ常駐トラッキングフィックスのメッセージフロー２０００を示す。メッセージフロー２０００のステップａからｍは、それぞれ図１７のメッセージフロー１７００のステップａからｍと同一である。メッセージフロー２０００のステップｎからｑは、図１９のメッセージフロー１９００のステップｎからｑと同一である。

移動局１１０は、ステップｑでＭＴ ＳＭＳメッセージを受信し、残りのトラッキングセッションに使用される情報（たとえば、ＩＭＳＩ、ＳＩＤ／ＮＩＤ、残りの持続時間など）を伴うＳＰＰＲｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｒ）。Ｈ−ＭＰＣは、移動局１１０がローミングしていることを判定するのに、およびＳ−ＭＰＣ １５０を選択するのに、このＳＰＰＲｅｑメッセージ内のＳＩＤ／ＮＩＤ情報を使用する。次いで、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位を用いて残りのトラッキングセッションをサポートするのにＳ−ＭＰＣ １５０によって使用される情報（たとえば、残りのセッション持続時間など）を伴うローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｓ）。Ｓ−ＭＰＣ １５０は、ｇｐｓＯｎｅ測位を行う指示を伴うローミング要求メッセージを受信し、新しいＳ−ＰＤＥ（この例ではＳ−ＰＤＥ １４１である）に、残りのトラッキングセッションのためにＳ−ＰＤＥ １４１を呼び出し、シードするＧＰＯＳＲＥＱ’メッセージを送信する（ステップｔ）。Ｓ−ＰＤＥ １４１は、肯定応答を含むｇｐｏｓｒｅｑ’メッセージを返す（ステップｕ）。Ｓ−ＭＰＣ １５０は、このｇｐｏｓｒｅｑ’メッセージを受信し、Ｓ−ＰＤＥ １４１のアドレスを伴うローミング要求肯定応答メッセージをＨ−ＭＰＣ １６０に送信する（ステップｖ）。

この肯定応答メッセージを受信した後で、Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４１のアドレスを含むＳＰＰＲｅｓメッセージを送信する（ステップｗ）。Ｓ−ＭＰＣ １５０は、以前のＳ−ＰＤＥ １４０とのトラッキングセッションを解放するためにＣＡＮＣＥＬ’メッセージを送信し（ステップｘ）、この以前のＳ−ＰＤＥ １４０は、ｃａｎｃｅｌ’メッセージをＳ−ＭＰＣ １５０に返す（ステップｙ）。メッセージフロー２０００のステップｚからｃｃは、図１９のメッセージフロー１９００のステップｂｂからｅｅと同一である。残りのトラッキングセッションは、通常の形で進行することができるが、新しいＳ−ＰＤＥ １４１を用いる。

図２１は、ｇｐｓＯｎｅ測位を用いるＭＳ常駐シングルフィックスのメッセージフロー２１００を示す。ＭＳ常駐アプリケーション１１２が、ｇｐｓＯｎｅ測位を用いるＭＳ常駐シングルフィックスを要求するためにｇｐｓＯｎｅ ＡＰＩを呼び出す（ステップａ）。ユーザ通知および／または検証を、ステップａの前および／または後に行うことができる。移動局１１０は、ローミング中であることを認識し、Ｓ−ＰＤＥのアドレスに関する照会をＤＮＳサーバ１３６に送信する（ステップｂ）。ＤＮＳサーバ１３６は、Ｓ−ＰＤＥ １４０のアドレスを応答する（ステップｃ）。次いで、移動局１１０およびＳ−ＰＤＥ １４０は、ＭＯ ＩＳ−８０１セッションを実行し、位置推定値が、このＩＳ−８０１セッションの終りに移動局１１０に使用可能にされる（ステップｄ）。ｇｐｓＯｎｅ ＡＰＩは、この位置推定値をＭＳ常駐アプリケーション１１２に返す（ステップｅ）。

メッセージフロー３００から２１００は、異なるトランザクションまたはメッセージ対に使用できるさまざまなタイマＴ１からＴ２２を示す。各タイマは、そのタイマが起動される点／事象からそのタイマが停止される点／事象までの太い破線によって示されている。応答または肯定応答が、タイマが満了する時までに受信されない場合に、適切な処置（たとえば、処置を再試行する、処置を終了する、リソースをクリアする、通知を送信するなど）を講じることができる。任意の適切な持続時間を、各タイマに使用することができる。

ホームネットワーク１０４は、Ｖ１ユーザプレーンロケーションをサポートすることができ、訪問先ネットワーク１０２は、Ｖ２ユーザプレーンロケーションをサポートすることができる。次のメッセージフローは、移動局１１０がＶ１ユーザプレーンロケーションを有するホームネットワーク１０４からＶ２ユーザプレーンロケーションを有する訪問先ネットワーク１０２にローミングする場合を包含する。これらのメッセージフローでは、Ｈ−ＭＰＣ １６０およびＳ−ＭＰＣ １５０が、Ｖ１ ＭＰＣ−ＭＰＣインターフェースを使用することができ、訪問先ネットワーク１０２内のＳ−ＭＰＣ １５０およびＳ−ＰＤＥ １４０が、Ｖ２ Ｅ５’インターフェースを使用することができる。

図２２は、ｇｐｓＯｎｅ測位を用いるＷＡＰプルシングルフィックスのメッセージフロー２２００を示す。メッセージフロー２２００のステップａからｅは、図３のメッセージフロー３００のステップａからｄと同一である。Ｈ−ＭＰＣ １６０は、ＷＡＰアプリケーションタイプ、ＩＭＳＩ、ｇｐｓＯｎｅ測位タイプ、ＳＩＤ／ＮＩＤ、ＰＤＥアクセス持続時間などを含むローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｆ）。Ｓ−ＭＰＣ １５０は、このローミング要求メッセージを受信し、Ｓ−ＭＰＣ １５０がその要求を受け入れることができることを示す、Ｓ−ＰＤＥ １４０のアドレスおよびポート番号を含むローミング要求肯定応答メッセージを応答する（ステップｇ）。Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４０のアドレスおよびポート番号を含むＳＰＰＲｅｓメッセージを送信する（ステップｈ）。

Ｓ−ＭＰＣ １５０は、Ｓ−ＰＤＥ １４０を呼び出し、シードする、ＩＭＳＩ、ｇｐｓＯｎｅ測位タイプ、ＰＤＥアクセス持続時間などの情報を含むことができるＧＰＯＳＲＥＱ’メッセージを送信する（ステップｉ）。Ｓ−ＰＤＥ １４０は、そのＧＰＯＳＲＥＱ’メッセージを肯定応答するｇｐｏｓｒｅｑ’メッセージを返す（ステップｊ）。移動局１１０およびＳ−ＰＤＥ １４０は、ＭＯ ＩＳ−８０１セッションを実行し、移動局１１０の位置推定値が、そのＩＳ−８０１セッションの終りに得られ、移動局に対して使用可能にされる（ステップｋ）。次いで、Ｓ−ＰＤＥ １４０は、ＩＳ−８０１セッションが正常に終了したことを示す、位置推定値を含むｇｐｏｓｒｅｑ’メッセージをＳ−ＭＰＣ １５０に送信する（ステップｌ）。Ｓ−ＭＰＣ １５０は、ロケーション報告メッセージ内で位置推定値をＨ−ＭＰＣ １６０に送信し、Ｈ−ＭＰＣ １６０は、後に使用するためにこの位置推定値を格納することができる（ステップｍ）。ステップｎおよびｏは、それぞれメッセージフロー３００のステップｍおよびｎと同一である。

図２３は、ｇｐｓＯｎｅ測位を用いるネットワークによって開始されるシングルフィックスのメッセージフロー２３００を示す。ＬＣＳクライアント１７０が、ＭＬＰ ＬＩＲメッセージを介して、移動局１１０のロケーションをＨ−ＭＰＣ １６０に要求する（ステップａ）。Ｈ−ＭＰＣ １６０は、ＬＣＳクライアント１７０がユーザのロケーションを得ることを認可されることを検証することができる（ステップｂ）。Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ位置が適切であるかどうかを調べることもできる。要求が認可される場合に、Ｈ−ＭＰＣ １６０は、移動局１１０の現在のネットワークロケーションを判定するために、ロケーション要求（ＬＯＣＲＥＱ）メッセージをＨＬＲ １６６に送信する（ステップｃ）。ＨＬＲ １６６は、ｌｏｃｒｅｑメッセージ内で現在のネットワークロケーションをＨ−ＭＰＣ １６０に送信することによって応答する（ステップｄ）。Ｈ−ＭＰＣ １６０は、このｌｏｃｒｅｑメッセージを受信し、移動局がＨ−ＭＰＣ １６０のサービング区域内にあるかどうかを判定するために、移動局１１０の現在のサービングＭＳＣ ＩＤ（ＭＳＣＩＤ）を検査する。この事例では、移動局１１０は、Ｈ−ＭＰＣ １６０のサービング区域の外にある。Ｈ−ＭＰＣ １６０は、ＭＳＣＩＤに基づいて、移動局１１０のＳ−ＭＰＣ（この例ではＳ−ＭＰＣ １５０である）を判定する。次いで、Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位を示すローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｅ）。Ｓ−ＭＰＣ １５０は、このローミング要求メッセージを受信し、この要求を受け入れることができることを示す、Ｓ−ＰＤＥ １４０のアドレスおよびポート番号を含むローミング要求肯定応答を送信する（ステップｆ）。Ｓ−ＭＰＣ １５０は、Ｓ−ＰＤＥ １４０を呼び出し、シードし、ＰＤＥアクセス持続時間などの情報を含むＧＰＯＳＲＥＱ’メッセージを送信する（ステップｇ）。Ｓ−ＰＤＥ １４０は、位置保留中肯定応答を伴うｇｐｏｓｒｅｑ’メッセージを返す（ステップｈ）。

Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４０のアドレスおよびポート番号を含むＭＴ ＳＭＳメッセージを移動局１１０に送信する（ステップｉ）。検証が必要な場合には、ユーザに、許可のプロンプトを出す（ステップｊ）。移動局１１０は、ユーザの同意または同意の欠如、ＳＩＤ／ＮＩＤなどの情報を伴うＭＯ ＳＭＳメッセージをＨ−ＭＰＣ １６０に送信する（ステップｋ）。移動局１１０およびＳ−ＰＤＥ １４０は、ＭＯ ＩＳ−８０１セッションを実行する（ステップｌ）。次いで、Ｓ−ＰＤＥ １４０は、ＩＳ−８０１セッションが正常に終了したことを示す、移動局１１０の位置推定値を含むｇｐｏｓｒｅｑ’メッセージをＳ−ＭＰＣ １５０に送信する（ステップｍ）。Ｓ−ＭＰＣ １６０は、ロケーション報告メッセージ内で位置推定値をＨ−ＭＰＣ １６０に転送する（ステップｎ）。Ｈ−ＭＰＣ １６０は、位置推定値をＬＣＳクライアント１７０に供給する（ステップｏ）。

図２４は、移動局１１０がｇｐｓＯｎｅ測位要求を拒否する、ネットワークによって開始されたシングルフィックスのメッセージフロー２４００を示す。メッセージフロー２４００のステップａからｊは、図２３のメッセージフロー２３００のステップａからｊと同一である。この事例では、ユーザ同意がステップｊで得られない。次いで、移動局１１０は、同意インジケータに「ユーザが要求を拒否した」をセットされたＭＯ ＳＭＳメッセージをＨ−ＭＰＣ １６０に送信する（ステップｋ）。Ｈ−ＭＰＣ １６０は、取消メッセージをＳ−ＭＰＣ １５０に送信する（ステップｌ）。Ｓ−ＭＰＣ １５０は、ＣＡＮＣＥＬ’メッセージをＳ−ＰＤＥ １４０に送信し（ステップｍ）、Ｓ−ＰＤＥ １４０は、ｃａｎｃｅｌ’メッセージを応答する（ステップｎ）。次いで、Ｓ−ＭＰＣ １５０は、位置結果に「適用不能」をセットされたロケーション報告メッセージをＨ−ＭＰＣ １６０に送信する（ステップｏ）。Ｈ−ＭＰＣ １６０は、位置状況をＬＣＳクライアント１７０に供給する（ステップｐ）。

図２５は、ｇｐｓＯｎｅ測位を用いるＭＳ常駐シングルフィックスのメッセージフロー２５００を示す。ＭＳ常駐アプリケーション１１２は、ｇｐｓＯｎｅ測位を用いるシングルフィックスを要求するためにｇｐｓＯｎｅ ＡＰＩを呼び出す（ステップａ）。ユーザ通知および／または検証を、ステップａの前および／または後に行うことができる。次いで、移動局１１０は、アプリケーションタイプ、ＱｏＳ、ＳＩＤ／ＮＩＤ、ＩＭＳＩなどの情報を含むことができるＳＰＰｒｅｑメッセージをＨ−ＭＰＣ １６０に送信する（ステップｂ）。Ｈ−ＭＰＣ １６０は、この特定のユーザが、要求されたロケーションアプリケーションに確実にアクセスできるように、認可を実行することができる（ステップｃ）。Ｈ−ＭＰＣ １６０は、ｇｐｓＯｎｅ測位が適切であることを調べることもできる。

ＩＳ−８０１セッションが適切である場合には、Ｈ−ＭＰＣ １６０は、移動局１１０がＨ−ＭＰＣ １６０のサービング区域内にあるかどうかを判定するために、ＳＩＤ／ＮＩＤ情報を検査する。この事例では、移動局１１０はＨ−ＭＰＣ １６０のサービング区域の外にある。Ｈ−ＭＰＣ １６０は、ＳＩＤ／ＮＩＤ情報に基づいてＳ−ＭＰＣ １５０を選択し、ローミング要求メッセージをＳ−ＭＰＣ １５０に送信する（ステップｄ）。Ｓ−ＭＰＣ １５０は、そのローミング要求メッセージを受信し、Ｓ−ＭＰＣ １５０がその要求を受け入れることができることを示す、Ｓ−ＰＤＥ １４０のアドレスおよびポート番号を含むローミング要求肯定応答メッセージを送信する（ステップｅ）。Ｈ−ＭＰＣ １６０は、ＩＳ−８０１セッションを実行するように移動局１１０に指示する、Ｓ−ＰＤＥ １４０のアドレスおよびポート番号を含むＳＰＰＲｅｓメッセージを移動局１１０に送信する（ステップｆ）。Ｓ−ＭＰＣ １５０は、Ｓ−ＰＤＥ １４０を呼び出し、シードするＧＰＯＳＲＥＱ’メッセージを送信し（ステップｇ）、Ｓ−ＰＤＥ １４０は、そのＧＰＯＳＲＥＱ’メッセージを肯定応答するｇｐｏｓｒｅｑ’メッセージを返す（ステップｈ）。

移動局１１０およびＳ−ＰＤＥ １４０は、ＭＯ ＩＳ−８０１セッションを実行し、位置推定値が、そのＩＳ−８０１セッションの終りに移動局に使用可能にされる（ステップｉ）。Ｓ−ＰＤＥ １４０は、ＩＳ−８０１セッションが正常に終了したことを示す、位置推定値を含むｇｐｏｓｒｅｑ’メッセージをＳ−ＭＰＣ １５０に送信する（ステップｊ）。ｇｐｓＯｎｅ ＡＰＩは、位置推定値をＭＳ常駐アプリケーション１１２に返す（ステップｋ）。Ｓ−ＭＰＣ １５０は、ロケーション報告メッセージ内で位置推定値をＨ−ＭＰＣ １６０に送信する（ステップｌ）。

図２６は、移動局１１０、ＲＡＮ １２０、Ｓ−ＰＤＥ １４０、Ｓ−ＭＰＣ １５０、およびＨ−ＭＰＣ １６０のブロック図を示す。図を単純にするために、図２６に、（ａ）移動局１１０用の１つのコントローラ／プロセッサ２６１０、１つのメモリ２６１２、および１つのトランシーバ２６１４、（ｂ）ＲＡＮ １２０用の１つのコントローラ／プロセッサ２６２０、１つのメモリ２６２２、１つのトランシーバ２６２４、および１つの通信（Ｃｏｍｍ）ユニット２６２６、（ｃ）Ｓ−ＰＤＥ １４０用の１つのコントローラ／プロセッサ２６４０、１つのメモリ２６４２、および１つの通信ユニット２６４４、（ｄ）Ｓ−ＭＰＣ １５０用の１つのコントローラ／プロセッサ２６５０、１つのメモリ２６５２、および１つの通信ユニット２６５４、ならびに（ｅ）Ｈ−ＭＰＣ １６０用の１つのコントローラ／プロセッサ２６６０、１つのメモリ２６６２、および１つの通信ユニット２６６４を示す。一般に、各エンティティには、任意の個数のコントローラ、プロセッサ、メモリ、トランシーバ、通信ユニットなどを含めることができる。

ダウンリンクでは、ＲＡＮ １２０内の基地局が、そのカバレッジ区域内の移動局にトラフィックデータ、メッセージ／シグナリング、およびパイロットを送信する。これらのさまざまなタイプのデータは、アンテナを介して送信されるダウンリンク信号を生成するために、プロセッサ２６２０によって処理され、トランシーバ２６２４によって条件付けされる。移動局１１０では、基地局からのダウンリンク信号が、測位サービス、ロケーションサービス、および他のサービスに関するさまざまなタイプの情報を得るために、アンテナを介して受信され、トランシーバ２６１４によって条件付けされ、プロセッサ２６１０によって処理される。たとえば、プロセッサ２６１０は、上記で説明したメッセージフローに使用されるメッセージを復号することができる。メモリ２６１２および２６２２は、それぞれ移動局１１０およびＲＡＮ １２０のプログラムコードおよびデータを記憶する。アップリンクでは、移動局１１０が、ＲＡＮ １２０内の基地局にトラフィックデータ、メッセージ／シグナリング、およびパイロットを送信することができる。これらのさまざまなタイプのデータは、移動局アンテナを介して送信されるアップリンク信号を生成するために、プロセッサ２６１０によって処理され、トランシーバ２６１４によって条件付けされる。ＲＡＮ １２０では、移動局１１０からのアップリンク信号が、たとえば、データ、メッセージ／シグナリングなどのさまざまなタイプの情報を得るために、受信され、トランシーバ２６２４によって条件付けされ、プロセッサ２６２０によってさらに処理される。ＲＡＮ １２０は、通信ユニット２６２６を介して他のネットワークエンティティと通信することができる。

Ｓ−ＰＤＥ １４０内で、プロセッサ２６４０は、Ｓ−ＰＤＥの処理を実行し、メモリ２６４２は、Ｓ−ＰＤＥのプログラムコードおよびデータを記憶し、通信ユニット２６４４は、Ｓ−ＰＤＥが他のエンティティと通信することを可能にする。プロセッサ２６４０は、上記で説明したメッセージフローでのＳ−ＰＤＥ １４０の処理を実行する。

Ｓ−ＭＰＣ １５０内で、プロセッサ２６５０は、Ｓ−ＭＰＣのロケーションおよび／または測位処理を実行し、メモリ２６５２は、Ｓ−ＭＰＣのプログラムコードおよびデータを記憶し、通信ユニット２６５４は、Ｓ−ＭＰＣが他のエンティティと通信することを可能にする。プロセッサ２６５０は、上記で説明したメッセージフローでのＳ−ＭＰＣ １５０の処理を実行する。

Ｈ−ＭＰＣ １５０内で、プロセッサ２６６０は、Ｈ−ＭＰＣのロケーションおよび／または測位処理を実行し、メモリ２６６２は、Ｈ−ＭＰＣのプログラムコードおよびデータを記憶し、通信ユニット２６６４は、Ｈ−ＭＰＣが他のエンティティと通信することを可能にする。プロセッサ２６６０は、上記で説明したメッセージフローでのＨ−ＭＰＣ １６０の処理を実行する。

本明細書で説明する技法は、さまざまな手段によって実施することができる。たとえば、これらの技法を、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組合せで実施することができる。ハードウェア実施態様について、各エンティティ（たとえば、移動局１１０、Ｓ−ＰＤＥ １４０、Ｓ−ＭＰＣ １５０、Ｈ−ＭＰＣ １６０など）でこれらの技法を実行するのに使用される処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書に記載の機能を実行するように設計された他の電子ユニット、コンピュータ、またはこれらの組合せの中で実施することができる。

ファームウェアおよび／またはソフトウェア実施態様について、これらの技法を、本明細書に記載の機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実施することができる。ファームウェアコードおよび／またはソフトウェアコードを、メモリ（たとえば、図２６のメモリ２６１２、２６４２、２６５２、または２６６２）に格納し、プロセッサ（たとえば、プロセッサ２６１０、２６４０、２６５０、または２６６０）によって実行することができる。メモリは、プロセッサ内でまたはプロセッサの外部で実施することができる。

本開示の前の説明は、当業者が本開示を作るか使用することを可能にするために提供されるものである。本開示のさまざまな変更が、当業者にたやすく明白になり、本明細書で定義される包括的な原理は、本開示の趣旨または範囲から逸脱せずに他の変形形態に適用することができる。したがって、本開示は、本明細書に記載の例に限定されることを意図されてはおらず、本明細書で開示された原理および新規の特徴と一貫する最も広い範囲に従わなければならない。

Claims (20)

1. ホームネットワークのドメインネームシステム（ＤＮＳ）で、ＤＮＳ照会を受信し、前記ＤＮＳは、前記ホームネットワークのパケットデータサービングノード（ＰＤＳＮ）によって割り当てられ、
   訪問先ネットワークがサービング位置判定エンティティ（ＳＰＤＥ）にローミング移動局へサービスを提供する指示をしている場合に、前記ＤＮＳ照会はシステム識別子（ＳＩＤ）および前記訪問先ネットワークに関連付けられたネットワーク識別子（ＮＩＤ）を省略し、
   前記訪問先ネットワークにおける特定のＳ−ＰＤＥのインターネットプロトコルアドレスを前記ホームネットワークのＤＮＳから移動局へ送信する、
   方法。
2. 前記移動局のロケーションが取得される前に、前記移動局が前記ロケーションを取得することが認定されたことの決定に応答して、前記インターネットプロトコルアドレスが前記移動局に送信される請求項１記載の方法。
3. 前記ＤＮＳ照会は、ロケーション固有ＤＮＳストリングを有する請求項１記載の方法。
4. 前記移動局及びロケーションサービス（ＬＣＳ）クライアントプロファイルに関連付けられた測位ＱｏＳ（quality of service)情報に基づいて測位方法の種類を決定することをさらに具備し、前記インターネットプロトコルアドレスは、前記測位方法の種類の少なくとも一部に基づいて決定される請求項１記載の方法。
5. 移動局からホームネットワークのドメインネームシステム（ＤＮＳ）でＤＮＳ照会を受信する手段と、前記ＤＮＳは、前記ホームネットワークのパケットデータサービングノード（ＰＤＳＮ）によって割り当てられ、訪問先ネットワークがサービング位置判定エンティティ（ＳＰＤＥ）にローミング移動局へサービスを提供する指示をしている場合に、前記ＤＮＳ照会はシステム識別子（ＳＩＤ）および前記訪問先ネットワークに関連付けられたネットワーク識別子（ＮＩＤ）を省略し、
   前記訪問先ネットワークにおける特定のＳ−ＰＤＥのインターネットプロトコルアドレスを前記ホームネットワークのＤＮＳから移動局へ送信する手段と
   を具備する装置。
6. 前記移動局のロケーションが取得される前に、前記移動局が前記ロケーションを取得することが認定されたことの決定に応答して、前記インターネットプロトコルアドレスが前記移動局に送信される請求項５記載の装置。
7. 前記移動局及びロケーションサービス（ＬＣＳ）クライアントプロファイルに関連付けられた測位ＱｏＳ（quality of service)情報に基づいて測位方法の種類を決定することをさらに具備し、前記インターネットプロトコルアドレスは、前記測位方法の種類の少なくとも一部に基づいて決定される請求項５記載の装置。
8. ホームネットワークのＤＮＳでの少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサに接続されたメモリと
   を具備し、
   前記メモリは、処理を実行するための前記少なくとも１つのプロセッサによって実行可能な命令を格納し、前記命令は、
   ＤＮＳ照会を受信し、訪問先ネットワークがサービング位置判定エンティティ（ＳＰＤＥ）にローミング移動局へサービスを提供する指示をしている場合に、前記ＤＮＳ照会はシステム識別子（ＳＩＤ）および前記訪問先ネットワークに関連付けられたネットワーク識別子（ＮＩＤ）を省略し、
   移動局のための前記訪問先ネットワークにおける特定のＳ−ＰＤＥのアドレスを決定し、
   前記特定のＳ−ＰＤＥから前記移動局のロケーションを受信するために、前記移動局が前記特定のＳ−ＰＤＥと通信を可能にするために、前記アドレスを前記移動局へ送信する、装置。
9. 前記ＤＮＳ照会は、ロケーション固有ＤＮＳストリングを有する請求項８記載の装置。
10. 前記ロケーションが取得される前に、前記移動局が前記ロケーションを取得することが認定されたことの決定に応答して、前記アドレスが前記移動局に送信される請求項８記載の装置。
11. 前記処理はさらに、
    前記移動局及びロケーションサービス（ＬＣＳ）クライアントプロファイルに関連付けられた測位ＱｏＳ（quality of service)情報に基づいて測位方法の種類を決定することをさらに具備し、前記アドレスは、前記測位方法の種類の少なくとも一部に基づいて決定される請求項８記載の装置。
12. データセッションの間に訪問先ネットワークと通信し、
    エンティティから移動局のロケーションの要求を受信し、
    前記移動局からホームネットワークのドメインネームシステム（ＤＮＳ）へＤＮＳ照会を送り、訪問先ネットワークがサービング位置判定エンティティ（ＳＰＤＥ）にローミング移動局へサービスを提供する指示をしている場合に、前記ＤＮＳ照会はシステム識別子（ＳＩＤ）および前記訪問先ネットワークに関連付けられたネットワーク識別子（ＮＩＤ）を省略し、
    前記移動局に関連付けられたホームネットワークのＤＮＳから前記訪問先ネットワークにおける特定のＳ−ＰＤＥのアドレスを受信し、
    前記アドレスを前記特定のＳ−ＰＤＥとのセッションを確立するために使用し、
    前記特定のＳ−ＰＤＥから前記移動局のロケーションを受信し、
    前記移動局のロケーションを前記エンティティに送信する、
    ことを含む方法。
13. 前記ＤＮＳ照会は、ロケーション固有ＤＮＳストリングを有する請求項１２記載の方法。
14. 前記ロケーションが取得される前に、前記移動局が前記ロケーションを取得することが認定されたことの決定に応答して、前記アドレスが前記移動局に送信される請求項１２記載の方法。
15. 前記移動局及びロケーションサービス（ＬＣＳ）クライアントプロファイルに関連付けられた測位ＱｏＳ（quality of service)情報に基づいて測位方法の種類を決定することをさらに具備し、前記アドレスは、前記測位方法の種類の少なくとも一部に基づいて決定される請求項１２記載の方法。
16. 少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに接続されたメモリとを具備し、
    前記メモリは、前記少なくとも１つのプロセッサによって処理を実行可能な命令を格納し、前記処理は、
    データセッションの間に訪問先ネットワークと通信し、
    移動局のロケーションの要求を受信し、
    ドメインネームシステム（ＤＮＳ）照会を送り、訪問先ネットワークがサービング位置判定エンティティ（ＳＰＤＥ）にローミング移動局へサービスを提供する指示をしている場合に、前記ＤＮＳ照会はシステム識別子（ＳＩＤ）および前記訪問先ネットワークに関連付けられたネットワーク識別子（ＮＩＤ）を省略し、
    前記移動局に関連付けられたホームネットワークのＤＮＳから前記訪問先ネットワークにおける特定のＳ−ＰＤＥのアドレスを受信し、
    前記Ｓ−ＰＤＥと通信して前記移動局のロケーションを判定すること、を具備する移動局。
17. 前記処理は、さらに、ホームモバイル測位センタ（Ｈ−ＭＰＣ）、ロケーションサービス（ＬＣＳ）クライアント又は移動局の常駐アプリケーションを含む要求元から前記移動局のロケーションの要求を受信することをさらに含む、請求項１６記載の移動局。
18. 前記処理は、さらに、前記移動局のロケーションを前記要求元に送ることを含む、請求項１７記載の移動局。
19. 前記要求は、複数の位置フィックス（ｐｏｓｉｔｉｏｎ ｆｉｘ）のロケーション要求を含み、前記処理は、さらに、前記複数の位置フィックス毎に、前記少なくとも１つのプロセッサがさらに前記ロケーションを前記要求を生ずるエンティティに提供することを具備する、請求項１６記載の移動局。
20. 前記要求は、複数の位置フィックスの要求を含む請求項１６記載の移動局。

Images