(57)【要約】【課題】ＩＰベースのパケット交換無線通信ネットワークにおいて、非常呼がサポートされ、緊急通信応答センター（ＰＡＰ）への経路選定が行われる。【解決手段】起動ＰＤＰコンテキスト要求がユーザ用装置からネットワークへ送信される。前記起動ＰＤＰコンテキスト要求のパラメータは、ＰＤＰコンテキストが非常呼の転送に利用されることを示す。起動ＰＤＰコンテキスト受け入れメッセージは前記サポート・ノードから前記ユーザ用装置へ返送される。前記起動ＰＤＰコンテキスト受け入れメッセージが前記起動ＰＤＰコンテキスト要求メッセージの確認応答を行い、呼状態制御機能のアドレスを提供する。呼状態制御機能へ転送される呼設定要求にはサービス・エリア用ＩＤ（ＳＡＩ）が含まれる。呼状態制御機能は、呼設定要求に含まれるこのＳＡＩに少なくとも部分的に基づいてＰＳＡＰを選択し、選択されたＰＳＡＰへ上記非常呼の転送を行う。【選択図】図１
2004502387.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換無線通信ネットワークで発呼を行うためのロケーション・ベースのサービスを提供する方法において、第１のネットワーク・エレメントから第２のネットワーク・エレメントへの通信チャネルの設定要求を送信するステップを有し、前記要求は、ロケーション・ベースのサービスを必要とする呼を転送するために上記通信チャネルを使用することを前記要求の中に示すことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記第１のネットワーク・エレメントが、設定された呼の処理能力を持つローカル・エンティティとコンタクトすることを特徴とする方法。
【請求項３】
請求項２に記載の方法において、前記第２のネットワーク・エレメントから前記第１のネットワーク・エレメントへ受け入れメッセージを返送するステップをさらに有し、前記受け入れメッセージは前記要求の確認応答を行い、前記呼を処理するエンティティのアドレスを提供することを特徴とする方法。
【請求項４】
請求項２または３に記載の方法において、前記呼を前記エンティティへ転送するステップをさらに有することを特徴とする方法。
【請求項５】
請求項４に記載の方法において、前記第２のネットワーク・エレメントが前記要求の中の前記指示に従って第３のネットワーク・エレメントを選択することを特徴とする方法。
【請求項６】
請求項５に記載の方法において、前記第２のネットワーク・エレメントまたは前記第３のネットワーク・エレメントによりセットされたフィルタ用情報に従って前記通信チャネルでデータ・トラフィックをフィルタすることを特徴とする方法。
【請求項７】
請求項４に記載の方法において、上記第２のネットワーク・エレメントは、前記第１のネットワーク・エレメントから前記要求を受信したとき、所在位置測定の開始要求を送信することを特徴とする方法。
【請求項８】
請求項７に記載の方法において、上記要求がＳＭサービス要求であることを特徴とする方法。
【請求項９】
請求項４に記載の方法において、前記第２のネットワーク・エレメントが第３のネットワーク・エレメントへ前記通信チャネルの設定要求を送信することを特徴とする方法。
【請求項１０】
請求項９に記載の方法において、前記第３のネットワーク・クライアントが、前記通信チャネルの設定を求める前記要求に応答して、フィルタ用情報としてトラフィック・フロー・テンプレート（ＴＦＴ）を取得することを特徴とする方法。
【請求項１１】
請求項１０に記載の方法において、前記第３のネットワーク・エレメントがゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）であることを特徴とする方法。
【請求項１２】
上記請求項のいずれかに記載の方法において、前記第２のネットワーク・エレメントがサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）であることを特徴とする方法。
【請求項１３】
請求項４に記載の方法において、前記第２のネットワーク・エレメントが、前記通信チャネルの設定を求める前記要求に応答するフィルタ用情報として、トラフィック・フロー・テンプレート（ＴＦＴ）をセットするインターネットＧＰＲＳサービス・ノード（ＩＧＳＮ）であることを特徴とする方法。
【請求項１４】
請求項４に記載の方法において、非常呼の転送用として前記通信チャネルを使用する旨を前記要求時のパラメータを用いて示すことを特徴とする方法。
【請求項１５】
請求項１３に記載の方法において、前記要求時の前記パラメータがアクセス・ポイント名（ＡＰＮ）であることを特徴とする方法。
【請求項１６】
請求項７に記載の方法において、上記要求が起動ＰＤＰコンテキスト要求であることを特徴とする方法。
【請求項１７】
請求項７に記載の方法において、上記要求が起動２次ＰＤＰコンテキスト要求であることを特徴とする方法。
【請求項１８】
請求項７に記載の方法において、上記要求が起動ＡＡ−ＰＤＰコンテキスト要求であることを特徴とする方法。
【請求項１９】
請求項７に記載の方法において、上記要求が起動緊急ＰＤＰコンテキスト要求であることを特徴とする方法。
【請求項２０】
請求項４に記載の方法において、前記第１のネットワーク・エレメントが前記呼を処理する前記エンティティへ所在位置情報を送信することを特徴とする方法。
【請求項２１】
請求項２０に記載の方法において、前記所在位置情報が、サービス・エリア用ＩＤ（ＳＡＩ）、ルート選定エリア加入者識別番号（ＲＡＩ）、セル用ＩＤ、座標情報またはこれらの任意の組合せであることを特徴とする方法。
【請求項２２】
請求項４に記載の方法において、前記第２のネットワーク・エレメントが前記呼を処理する前記エンティティへ所在位置情報を送信することを特徴とする方法。
【請求項２３】
請求項４に記載の方法において、前記呼を処理する前記エンティティが所在位置計算エンティティから所在位置情報を要求することも可能であることを特徴とする方法。
【請求項２４】
請求項４に記載の方法において、前記所在位置計算エンティティが無線ネットワーク制御装置（ＲＮＣ）であることを特徴とする方法。
【請求項２５】
請求項１３に記載の方法において、第１のネットワーク・エレメントが前記要求メッセージを生成し、前記要求メッセージの中に前記パラメータが含まれることを特徴とする方法。
【請求項２６】
請求項３に記載の方法において、前記呼を処理する前記エンティティが、呼状態制御機能（ＣＳＣＦ）または緊急通信応答センター（ＰＳＡＰ）を有することを特徴とする方法。
【請求項２７】
請求項３に記載の方法において、前記呼がロケーション・ベースのサービスを要求する呼であることを示す前記通信チャネルの前記設定要求に先行して信号を送るための機密保護通信メッセージ・チャネルの設定要求が前記第１のネットワーク・エレメントにより送信されることを特徴とする方法。
【請求項２８】
請求項２５に記載の方法において、シグナリング用機密保護通信メッセージ・チャネルの前記設定要求がＳＭサービス要求であることを特徴とする方法。
【請求項２９】
請求項２６に記載の方法において、上記第２のネットワーク・エレメントが、シグナリング用機密保護通信メッセージ・チャネルの前記設定要求に応答して、所在位置測定の開始要求を送信することを特徴とする方法。
【請求項３０】
パケット交換無線通信ネットワークであって、第１のネットワーク・エレメントと；第２のネットワーク・エレメントとを具備し、前記第１のネットワーク・エレメントが前記第２のネットワーク・エレメントへの通信チャネルの設定要求の生成及び送信を行い、前記要求は、前記第１のネットワーク・エレメントへの、あるいは、前記第１のネットワーク・エレメントからの呼関連制御メッセージを転送するために上記通信チャネルを使用することを示すことを特徴とするパケット交換無線通信ネットワーク。
【請求項３１】
請求項２８に記載のパケット交換無線通信ネットワークにおいて、前記第２のネットワーク・エレメントがサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）であることを特徴とするパケット交換無線通信ネットワーク。
【請求項３２】
請求項２９に記載のパケット交換無線通信ネットワークにおいて、前記第２のネットワーク・エレメントがインターネットＧＰＲＳサポート・ノード（ＩＧＳＮ）であることを特徴とするパケット交換無線通信ネットワーク。
【請求項３３】
パケット交換無線通信ネットワーク内の第１のネットワーク・エレメント（ＵＥ）から呼のルート選定を行う方法において、第２のネットワーク・エレメントから前記第１のネットワーク・エレメント（ＵＥ）に所在位置情報を提供するステップと、前記第１のネットワーク・エレメント（ＵＥ）から第３のネットワーク・エレメント（ＣＳＣＦ）へ呼の設定要求を送信するステップとを有し、前記要求は上記第１のネットワーク・エレメント（ＵＥ）用の前記所在位置情報を含むことを特徴とする方法。
【請求項３４】
請求項３３に記載の方法において、上記無線アクセス・ネットワーク内のネットワーク・エレメント（ＲＮＣ）から上記第１のネットワーク・エレメント（ＵＥ）へ前記所在位置情報を提供することを特徴とする方法。
【請求項３５】
請求項３４に記載の方法において、ＲＲＣメッセージで上記所在位置情報を提供することを特徴とする方法。
【請求項３６】
請求項３４に記載の方法において、上記第１のネットワーク・エレメント（ＵＥ）へ上記所在位置情報を放送することを特徴とする方法。
【請求項３７】
請求項３３に記載の方法において、上記無線アクセス・ネットワーク（ＲＮＣ）内のネットワーク・エレメントから上記第２のネットワーク・エレメント（ＳＧＳＮ）へ上記所在位置情報が転送されることを特徴とする方法。
【請求項３８】
請求項３７に記載の方法において、上記第２のネットワーク・エレメント（ＳＧＳＮ）によって、上記第１のネットワーク・エレメント（ＵＥ）のための通信接続（ＰＤＰコンテキスト）の確立要求へ、上記所在位置情報が前記呼設定要求前に受け入れメッセージで送信されることを特徴とする方法。
【請求項３９】
請求項３８に記載の方法において、上記通信接続がＰＤＰコンテキストであり、上記受け入れメッセージが上記受け入れＰＤＰコンテキスト起動メッセージであることを特徴とする方法。
【請求項４０】
請求項３３に記載の方法において、上記所在位置情報が　測位方法の一部として上記第１のネットワーク・エレメントへ提供されることを特徴とする方法。
【請求項４１】
請求項３３に記載の方法において、少なくとも部分的に前記要求の中に含まれる前記所在位置情報に基づいて上記第２のネットワーク内のエンティティ（ＰＳＡＰ）を選択するさらなるステップを有することを特徴とする方法。
【請求項４２】
請求項３３に記載の方法において、上記呼が非常呼であることを特徴とする方法。
【請求項４３】
請求項３３に記載の方法において、上記第２のネットワーク・エレメント（ＳＧＳＮ）が、上記呼用の一時ＰＳドメイン識別子を割り当てることを特徴とする方法。
【請求項４４】
請求項４３に記載の方法において、上記第２のネットワーク・エレメント（ＳＧＳＮ）が、所在位置情報（ＧＬＭＣ）を保持するエンティティへ前記一時ＰＳドメイン識別子を送信することを特徴とする方法。
【請求項４５】
請求項４３または４４に記載の方法において、前記一時ＰＳドメイン識別子が、上記第２のネットワーク・エレメント（ＳＧＳＮ）から上記第１のネットワーク・エレメント（ＵＥ）へ、次いで、上記第１のネットワーク・エレメント（ＵＥ）から上記第３のネットワーク・エレメント（ＣＳＣＦ、ＰＳＡＰ）へ、次いで、上記第３のネットワーク・エレメント（ＣＳＣＦ、ＰＳＡＰ）から非常呼（ＥＣ）処理エンティティへ送信されることを特徴とする方法。
【請求項４６】
請求項４３に記載の方法において、エンティティ処理用非常呼（ＥＣ）は、エンティティ保持用所在位置情報（ＧＬＭＣ）から所在位置情報を要求するとき、非常呼の特定を行うための上記一時ＰＳドメイン識別子を用いることを特徴とする方法。
【請求項４７】
請求項３３に記載の方法において、前記第３のネットワーク・エレメントが呼設定（ＣＳＣＦ、ＰＳＡＰ）処理能力を有する呼制御ローカル・エンティティであることを特徴とする方法。
【請求項４８】
請求項４２に記載の方法において、上記第１のネットワーク・エレメントからの非常呼に応答して受け入れメッセージを返送するステップをさらに有し、前記受け入れメッセージは、前記要求の確認応答を行い、次いで、前記呼制御エンティティのアドレスを提供することを特徴とする方法。
【請求項４９】
請求項４１に記載の方法において、前記選択されたＰＳＡＰへ前記非常呼を転送するステップをさらに有することを特徴とする方法。
【請求項５０】
請求項３３に記載の方法において、上記第２のネットワーク・エレメント（ＳＧＳＮ）が、前記第１のネットワーク・エレメントからの前記呼要求の受信に応答して、位置推定値を取得するために測位方法を開始するように上記無線アクセス・ネットワークに指示することを特徴とする方法。
【請求項５１】
請求項３７に記載の方法において、前記第２のネットワーク・エレメントが、前記第１のネットワーク・エレメントからの前記非常呼要求に応答して、上記移動端末装置に対応する上記所在位置情報を上記無線アクセス・ネットワークから要求することを特徴とする方法。
【請求項５２】
請求項５０に記載の方法において、前記測位方法により取得された上記位置推定値をゲートウェイ移動ロケーション・センタ（ＧＭＬＣ）へ出力することを特徴とする方法。
【請求項５３】
請求項５１に記載の方法において、前記選択されたＰＳＡＰが前記ＧＭＬＣから前記位置推定値を取得することを特徴とする方法。
【請求項５４】
請求項５３に記載の方法において、前記選択されたＰＳＡＰへ上記非常呼を転送した後、前記選択されたＰＳＡＰが前記ＧＭＬＣから前記位置推定値を取得することを特徴とする方法。
【請求項５５】
請求項５３に記載の方法において、前記選択されたＰＳＡＰが前記ＧＭＬＣから前記位置推定値を取得するとき、割り当てられた電話番号を用いて上記非常呼を特定することを特徴とする方法。
【請求項５６】
請求項４７に記載の方法において、上記第１のネットワーク・エレメントで上記測位方法を実行することを特徴とする方法。
【請求項５７】
請求項３３に記載の方法において、上記第１のネットワーク・エレメントは、上記呼設定要求を送信すると同時に測位方法を開始するように要求することを特徴とする方法。
【請求項５８】
請求項３３乃至５７のいずれか１つに記載の方法において、上記第１のネットワーク・エレメントがユーザ用装置（ＵＥ、ＭＳ）であることを特徴とする方法。
【請求項５９】
請求項３３乃至５７のいずれか１つに記載の方法において、上記第２のネットワーク・エレメントがＳＧＳＮであることを特徴とする方法。
【請求項６０】
請求項３３乃至５７のいずれか１つに記載の方法において、前記所在位置情報がサービス・エリア用ＩＤ（ＳＡＩ）、ルート選定エリア加入者識別番号（ＲＡＩ）、セル用ＩＤ、座標情報またはこれらの任意の組合せであることを特徴とする方法。
【請求項６１】
パケット交換無線通信ネットワークであって、ユーザ用装置と；無線アクセス・ネットワークと；ネットワーク・エレメントとを具備するパケット交換無線通信ネットワークにおいて、前記無線アクセス・ネットワークから前記ユーザ用装置へ所在位置情報を送信し、上記ユーザ用装置が前記ネットワーク・エレメントへ呼設定要求を送信するとき、上記要求は前記所在位置情報を含むことを特徴とするパケット交換無線通信ネットワーク。
【請求項６２】
請求項６１に記載のパケット交換無線通信ネットワークにおいて、前記ネットワーク・エレメントがＣＳＣＦまたはＰＳＡＰであることを特徴とするパケット交換無線通信ネットワーク。
【請求項６３】
請求項６２に記載のパケット交換無線通信ネットワークにおいて、前記ＳＧＳＮが前記サービス・エリア用ＩＤを受信し、前記サービス・エリア用ＩＤを前記移動端末装置へ転送することを特徴とするパケット交換無線通信ネットワーク。
【請求項６４】
請求項６３に記載のパケット交換無線通信ネットワークにおいて、非常呼設定要求時に移動端末装置から前記サービス・エリア用ＩＤを受信する呼制御エンティティをさらに具備することを特徴とするパケット交換無線通信ネットワーク。
【請求項６５】
請求項６４に記載のパケット交換無線通信ネットワークにおいて、前記呼制御エンティティが複数の緊急通信応答センター（ＰＳＡＰ）を特定し、前記複数のＰＳＡＰをサービス・エリア用ＩＤと一致させるデータベースを備えることを特徴とするパケット交換無線通信ネットワーク。
【請求項６６】
請求項６４に記載のパケット交換無線通信ネットワークにおいて、少なくとも部分的に前記サービス・エリア用ＩＤに基づいて前記呼制御エンティティがＰＳＡＰを選択することを特徴とするパケット交換無線通信ネットワーク。
【発明の詳細な説明】
【０００１】
【関連出願の相互参照】
本願は米国特許出願番号０９／５４６，２０７及び米国特許出願Ｎｏ．０９／５４６，２０８の一部継続出願である。上記特許出願の双方は２０００年４月１０日に出願されたものであり、これらの特許の開示は参考文献として本願に取り入れられている。
【０００２】
【発明の属する技術分野】
本発明は、一般に、パケット交換通信ネットワークを介する電話通信を提供する方法とシステムに関する。本発明の特別の局面は、インターネット・プロトコル（ＩＰ）ベースのパケット交換移動通信ネットワークにおけるロケーション（位置）・ベースのサービスと、このような通信ネットワーク間で、あるいは、このような通信ネットワーク内でローミングを行うとき、ネットワーク加入者によるロケーション・ベースのサービスの利用を可能にする方法と、このような通信ネットワークにおける非常呼のサポート及びルート選定とに関する。
【０００３】
【従来の技術】
歴史的に見ると、通信サービスは公衆電話交換網（ＰＳＴＮ）のような回線交換ネットワークを介して提供されてきた。しかし現在ではインターネットのようなパケット交換ネットワークを介する通信サービスの提供を行うことが可能である。これらのパケット交換ネットワークは一般にＩＰネットワークと呼ばれているが、その理由としてインターネット・プロトコルが最も広く利用されている主要プロトコルであることが挙げられる。多くのモデム無線ネットワークでは、（従来方式の携帯電話などの）電話装置と、パケット交換装置（通常ネットワーク・トラフィック・ルート選定装置）との組合せが利用されているが、このパケット交換装置は、例えば国際電気通信連合（ＩＴＵ）Ｈ．３２３規格や、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）のセッション開始プロトコル（ＳＩＰ）仕様（ＲＦＣ２５４３）などの１以上のＩＰ電話規格に準拠するものである。
【０００４】
ＩＰベースの移動通信ネットワークの新しい第３世代のためのいくつかの提案が行われている。この中で、ユーザ用装置（ＵＥ）並びにネットワーク装置（ＮＥ）は、パケット交換ネットワークのための１以上のＩＰ規格に準拠している。しかし、音声通信サービスを提供する際、このような移動ＩＰ電話（ＭＩＰＴ）ネットワークは、従来方式の一般的な第２世代セルラー方式通信ネットワークには存在しないいくつかの問題を抱えている。例えば、セルラー加入者は第２世代セルラー方式通信ネットワークの間で頻繁にローミングを行うことができるのに対して、ＭＩＰＴネットワークのＩＰ電話（ＩＰＴ）加入者は、他のネットワークを訪問しているとき、彼らのホーム・ネットワークで利用可能な同じサービスに容易にアクセスすることが困難である。
【０００５】
例えば、可搬性を可能にするモバイルＩＰプロトコルが存在する。一例として、訪問先ネットワーク（３Ｇ  ＴＳ２３．０６０、ステージ２、バージョン３．３．０を参照）の広域パケット無線サービス（ＧＰＲＳ）を用いて、ＩＰＴ加入者は、そのホーム・ネットワークで音声通信サービスの利用が可能である。そのため加入者はホーム・ネットワークの（呼状態制御機能（ＣＳＣＦ）のような）呼制御エンティティに登録される。しかし、非常呼９１１などのある種のサービスを受けるためには、訪問先ネットワークで音声通信サービスを利用し、そのサービスの実現に成功するためにロケーション・ベースのサービスを提供する必要がある。したがって、ローミングを行うＩＰＴ加入者がロケーション・ベースのサービスに容易にアクセスし、ロケーション・ベースのサービスを利用し、ＭＩＰＴネットワークで非常呼を行うことを可能にする技術に対する要望が存在する。
【０００６】
特に、呼制御エンティティは、第２世代セルラー方式通信ネットワークで非常呼設定要求を受信すると、緊急通信受付センター（ＰＳＡＰ）を選択して、呼設定中に提供されるセル用ＩＤまたは所在位置情報に基づいて呼の経路選定を行う。しかし、この方法はＵＭＴＳ規格に基づく第３世代モバイルＩＰネットワークで必ずしも実行可能であるとはかぎらない。なぜならセル用ＩＤまたは所在位置情報は、非常呼の設定方法に起因して呼制御エンティティにとって必ずしも利用可能であるとはかぎらないからである。したがって、ＵＭＴＳ規格に基づく第３世代モバイルＩＰネットワークの中にＰＳＡＰの選択をサポートする方法を設ける必要がある。
【０００７】
【発明が解決しようとする課題】
本発明は上述のＭＩＰＴネットワークの欠点の解決を図るものである。本発明は、広い意味で、第３世代移動ＩＰ電話ネットワークにおいてロケーション・ベースのサービスおよび／または非常呼を提供し、開始し、アクセスし、利用し、あるいは、管理するシステム及び方法に関する。本発明の１つの適用例として、自分のネットワーク以外のネットワークを訪問する加入者が、自分の移動端末装置を用いて非常呼を行うサービスに関する例がある。ＣＳＣＦと接続されている非常呼は、次いで、ＣＳＣＦにより認証や課金請求を受けることなくＰＳＡＰへ転送され、非常呼の接続と同時に、加入者のおよその地理上の位置がＣＳＣＦまたはＰＳＡＰへ転送される。
【０００８】
【課題を解決するための手段】
本発明の実施例は選択メカニズムを提供するものであり、この選択メカニズムによって、ローカル・ネットワークのＣＳＣＦへの制御されたアクセスが提供され、それによって非常呼の容易な設定が可能となる。非常呼が開始されると、ゲートウェイＧＰＲＳサービス・ノード（ＧＧＳＮ）は呼状態制御機能（ＣＳＣＦ）のアドレスを出力する。非常呼設定要求が呼状態制御機能（ＣＳＣＦ）へ送られる。非常呼設定要求にはＧＰＲＳのサービス・エリア用ＩＤ（ＳＡＩ）が含まれる。ＣＳＣＦは、緊急通信応答センター（ＰＳＡＰ）を選択し、少なくとも部分的にサービス・エリア用ＩＤに基づいて呼の経路先の選定を行い、認証や課金請求を受けることなく、選択されたＰＳＡＰへ非常呼の転送を行う。好適には、加入者のおよその地理上の位置が、非常呼の接続と同時にＣＳＣＦまたはＰＳＡＰへ転送されることが望ましい。このようにして、加入者識別子モジュール（ＳＩＭ）を用いることなく、また、課金を受けることなく非常呼の実行が可能となる。実施例のアクセス・ネットワークは、非常呼用として使用されるＰＤＰコンテキストの制御が可能であるため、これらのＰＤＰコンテキストが誤用されることはあり得ず、また、不正手段の対象となることもない。
【０００９】
【発明の実施の形態】
添付図面と関連して読むとき、実施例についての以下の詳細な説明及び請求項により本発明についての上述の理解及びより良い理解がはっきりとしたものになる。これらすべては本発明の開示の一部を形成するものである。上述の開示及び以下に記載する例示された開示は本発明の実施例の開示に焦点を合わせるものではあるが、同開示が単に例示にすぎないこと、及び、限定するものとして考えるべきものではないことをはっきりと理解すべきである。本発明の精神と範囲は、本願から発する特許の請求項により記載されている。
【００１０】
図１は、ＵＭＴＳ規格に基づく典型的第３世代移動ＩＰ電話ネットワークを示すブロック図である。ＵＭＴＳネットワークの詳細な技術仕様は、第３世代パートナー・プロジェクトによりリリース１９９９（ＷＷＷ．３ｇｐｐ．  ｏｒｇ）に公開されている。図１のブロックは様々な機能を表すブロックであり、必ずしも異なる個別のネットワーク・エレメント（要素、構成要素）や装置に対応しているとはかぎらない。
【００１１】
これらのロケーション・サービスはネットワークを通じてエレメントによりサポートされる。無線ネットワーク（制御装置（ＲＮＣ）、移動通信サービス交換局（ＭＳＳＣ）及びサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）のような、従来方式のネットワーク・エレメントの中に組み込まれているサービスも若干含まれている。さらに、ロケーション・サービスをサポートするためにいくつかの新しいネットワーク・エレメントとインターフェースが設けられている。
【００１２】
ネットワークの１つの新しい機能エレメントとして所在測定ユニット（ＬＭＵ）があるが、好適には、少なくとも、アイドル・スロット順方向リンク時間差着信（ＩＳＦＬ−ＴＤＯＡ）測位法や着信−アイドル期間下り回線（ＯＴＤＯＡ−ＩＰＤＬ）観察時間差測位法を利用する場合、技術上の制約なしで、ノードＢ１０１−１からノードＢ１０１−ｎの基地局サブシステム（ＢＳＳ）の各々の中に上記ユニット（ＬＭＵ）を組み込むか組み込まないかは自由である（ＬＭＵは図１には図示されていないが図３にはエレメント３０１として含まれている）。ＬＭＵ３０１によって、主として、実時間差（ＲＴＤ）、絶対時間差（ＡＴＤ）、または、基地局が送信した信号の他の任意の種類の無線インターフェース・タイミングの測定が行われる。ＬＭＵ３０１により得られるこれらの補助測定値は汎用的な状態情報であり、２以上の測位方法による利用が可能である。これらの測定値は、１つの移動機の所在位置の計算に使用される当該移動機に固有の所在位置測定値もしくは或る一定の地理上のエリア内のすべての移動機に固有の補助測定値から成るものであってもよい。
【００１３】
ＬＭＵ３０１により得られるすべての所在位置と、時間差と、補助測定値とは、ＬＭＵ３０１の機能性を備えた基地局と関連する特定のサービスＲＮＣ１０２（ＳＲＮＣ）へ供給される。タイミング、当該測定値の性質及び何らかの周期性に関する指示は、ＳＲＮＣ１０２により与えられるか、もしくは、基地局内で予め管理される。
【００１４】
ＧＳＭロケーション・サービスでは、ＬＭＵはＧＳＭネットワークから独立したエレメントである。ＧＳＭネットワークとＬＭＵ間の通信は、ＧＳＭエア・インターフェースを介して行われる。ＵＭＴＳロケーション・サービスでは、好適には、少なくとも、アイドル・スロット順方向リンク時間差着信（ＩＳＦＬ−ＴＤＯＡ）法や着信−アイドル期間下り回線（ＯＴＤＯＡ−ＩＰＤＬ）観察時間差法を利用する場合、ＬＭＵの機能性は基地局の中に組み込まれている。
【００１５】
採用する測位方法に応じて測位処理手順の様々なレベルで移動端末装置（ＭＴ）１００を使用することができる。さらに、ＭＴ１００の役割はシステムで利用する測位アプローチと密接に関連する。例えば、ＭＴ１００の機能性が所在位置計算機能を含むか含まないかは自由である。好適には、ＭＴ１００は、ネットワークに対して測位（ネットワーク補助測位）要求を行うことによりロケーション・サービスを開始できることが望ましい。ＭＴ１００は、アイドル・スロット下り回線（ＩＳ−ＤＬ）セットの使用をサポートしている場合、以下の諸機能も実行する：
１）  アイドル期間中の信号の測定と格納
２）  アイドル期間の間の、異なるＢＣＨコードとの相関
３）  サービス基地局サブシステム（ＢＳＳ）と、該サービス基地局サブシステム（ＢＳＳ）が検出した他のＢＳＳとの双方のための第１の検出可能パスの着信時の判定
４）  アイドル期間の発生時の判定
５）  元のネットワークへの上記結果の報告
【００１６】
各ノードＢはアイドル期間中送信を停止することができる。この機能は、ノードＢに予め設定したり、対応するＲＮＣ１０２により制御したりすることが可能である。また各ノードＢは、測位信号測定機能（ＰＳＭＦ）及びロケーション・システム・オペレーション機能（ＬＳＯＦ）の機能性を含むＬＭＵ３０１の機能性の処理が可能である。したがって、各ノードＢは、移動機の位置算出のために上り回線／下り回線無線信号測定値を収集する役割を果たすものである。各ノードＢは、ネットワークにおけるロケーション・サービスの動作全体にも関与する。
【００１７】
ユニバーサル地上無線接続ネットワーク（ＵＴＲＡＮ）１０３のＳＲＮＣ１０２の中には、ＬＭＵ３０１と、１つの公衆陸線電話網（ＰＬＭＮ）内のロケーション・サービス・エンティティとの間でのロケーション・サービスと処理手順のサポートに必要な機能性が含まれる。好適には、ＵＴＲＡＮは、ＴＤＯＡ  ＩＳ−ＤＬ処理手順を周期的に制御したり、所定のパラメータに従って、各ノードＢのパワー中止期間を処理したり、さらに、ロケーション・システム・オペレーション機能（ＬＳＯＦ）と、測位無線調整機能（ＰＲＣＦ）と、位置計算機能（ＰＣＦ）と、測位無線資源管理（ＰＲＲＭ）エンティティとを実行したりすることが望ましい。上記制御や機能の実行の中には、データの供給、測位能力、ロケーション・サービス・オペレーション、移動機の位置計算のための上り回線または下り回線無線信号測定値の収集、全体的調整による移動機の測位管理、移動端末装置１００の測位測定の実行に必要なリソース（下りアクセス・チャネル／ランダム・アクセス・チャネル（ＦＡＣＨ／ＲＡＣＨ）または個別チャネル（ＤＣＨ）を含む）の予約及びスケジューリング、及び、ロケーション・サービス無線アクセスが含まれる。またＳＲＮＣ１０２は最終位置推定値と精度の計算も行う。
【００１８】
ＳＲＮＣ１０２は、ＳＲＮＣ１０２がサービスを提供するエリアでＭＴ１００の所在位置を検知するためにあるいは所在位置の検知に役立てるために無線インターフェース測定値を得ることを目的として、複数のＬＭＵの各ＬＭＵ３０１の制御を行う。ＳＲＮＣ１０２は、能力及びＳＲＮＣ１０２のＬＭＵの各々が生成する複数のタイプの測定値によって管理される。ＬＭＵ３０１によりＳＲＮＣ１０２へ返される所在位置測定値は一般的状態を表し、２以上の測位方法（着信時刻（ＴＯＡ）を含む）用として利用が可能である。
【００１９】
ＳＲＮＣ１０２と各ＬＭＵ３０１間の信号はＩｕｂインターフェースを介して転送され、次いで、また或る特定の期間内にＩｕｒインターフェースを介して転送される。Ｉｕｒインターフェースは、ロケーション・サービスを含むＲＮＣ間ソフト・ハンドオーバーをサポートする。ＲＮＣ間ソフト・ハンドオーバーが行われるときはいつでも、ＩｕｒはＲＮＣ内の測位用エンティティの機能性をサポートし、この中には、ＰＣＦ、ＰＲＲＭ、測位信号測定機能（ＰＳＭＦ）及びＬＳＯＦが含まれる。ＳＲＮＣのリロケーションの場合、ＳＲＮＣからＤｒｉｆｔ  ＲＮＣ（ＤＲＮＣ）へＰＣＦ、ＰＲＲＭ、ＰＳＭＦ、ＬＳＯＦの機能性をこの順に転送するリロケーション・メカニズムがＩｕｒによってサポートされるが、その目的は、ＤＲＮＣが、ロケーション・サービス・プロセスでＳＲＮＣの役割を処理できるようにすることである。
【００２０】
ＵＴＲＡＮ１０３は、ロケーション・サービスの種々の測位処理手順とＲＡＮレベル全体の制御の処理に関与する。ＵＴＲＡＮ１０３は、アイドル・スロット下り回線（ＩＳ−ＤＬ）法を制御し、移動機の測位の実行に要求されるリソースの調整とスケジューリング全体の管理を行う。ネットワークベースの測位アプローチでは、ＵＴＲＡＮ１０３は、位置推定値と精度の計算を行い、次いで、サービス・エリアで移動端末装置１００の所在位置を検知するための、あるいは、所在位置の検知に役立てるための無線インターフェース測定値を得ることとを目的として、複数のＬＭＵ／ノードＢ１０１−１〜１０１−ｎの制御を行う。
【００２１】
一般に、ＵＴＲＡＮ１０３はセル用ＩＤとタイミング関連データとを３Ｇ−ＭＳＣ１０４へ提供する。以下説明する本発明の実施例によれば、ＵＴＲＡＮ１０３はサービス・エリア用ＩＤ（ＳＡＩ）コードを３Ｇ−ＭＳＣ１０４へ提供することも可能である。３Ｇ−ＭＳＣ１０４はＧＳＭネットワークのＭＳＣに類似しているが、サービス移動ロケーション・センタ（ＳＭＬＣ）（図３のエレメント３０２）の機能性をＳＲＮＣ１０２の中へ組み込むことも可能である。３Ｇ−ＭＳＣ１０４の機能としては、課金請求書の発行、調整、ロケーション要求、移動端末装置の認証、及び、呼関連並びに非呼関連測位要求とロケーション・サービスの処理の管理とが挙げられる。
【００２２】
３Ｇ−ＳＧＳＮ１０５は独立した移動管理を有するので、代わりに一般にＵＴＲＡＮ１０３はＳＧＳＮ１０５へセル用ＩＤを提供する。以下説明する本発明の実施例では、ＵＴＲＡＮ１０３はＳＧＳＮ１０５へＳＡＩを提供することも可能である。ロケーション・サービス・パラメータは、ＲＮＣ１０２と３Ｇ−ＭＳＣ１０４と３Ｇ−ＳＧＳＮ１０５との間をつなぐＩｕインターフェースの中に含まれる。３Ｇ−ＳＧＳＮ１０５はＭＳＣ１０４と類似している。ＳＧＳＮ１０５の機能としては、パケット交換方式アクセスのための、課金、調整、移動端末装置の認証、及び、測位要求とロケーション・サービスの処理の管理が挙げられる。移動端末装置１００がネットワークベースの測位と移動ベースの測位の双方をサポートしていれば、上り回線／下り回線（ＵＬ／ＤＬ）無線信号測定値の収集により移動ベースの測位が適用されるとき、各ＲＮＣ１０２は各移動端末装置１００の位置の算出を行う。次いで、ＲＮＣ１０２はＵＥまたはＳＧＳＮへ所在位置情報の送信を行う。ＳＧＳＮ１０５が所在位置情報を受信した場合、この所在位置情報は、ＣＳＣＦ（図３のエレメント３０４）か、ＰＳＡＰ（図３のエレメント３０５）か、ＧＭＬＣ１０６へ送信される。
【００２３】
ｌｕインターフェースは、各ＲＮＣ１０２から３Ｇ−ＭＳＣ１０４とＳＧＳＮ１０５への無線アクセス・ネットワーク・アプリケーション・パート（ＲＡＮＡＰ）プロトコルを介する移動端末装置１００の所在位置推定値を変換し、さらに、ＲＡＮＡＰプロトコルを介するページング・メッセージ、認証メッセージなどを含む移動端末装置１００測位関連ＮＡＳメッセージの変換を行う。また上記インターフェースはロケーション・サービスのサービス品質（ＱｏＳ）属性の対応づけも行い、さらに、ＵＴＲＡＮ１０３と３Ｇ−ＭＳＣ１０４との間の状態情報の処理を行う。
【００２４】
移動端末装置１００がＩＰを介して外部サーバと接続されている状況で、サーバが移動端末装置１００の所在位置の検知を望む場合がある。移動端末装置１００がダイナミックＩＰアドレシングを利用している場合、そのアドレスを理解可能なアドレスに変換する必要がある。さもないとロケーション要求の別様の処理が必要となる。
【００２５】
外部サーバは、ＧＧＳＮ（図３のエレメント３０３）に与えられたダイナミックＩＰアドレスの後ろに隠れている識別番号の提供を要求することも可能である。ＧＧＳＮ３０３は、このダイナミックＩＰアドレスをＭＳ−ＩＳＤＮ番号に対応づけることができる。外部サーバはこのＭＳ−ＩＳＤＮ番号を用いて通常の測位方法によって移動端末装置１００の所在位置を検知する。上記とは別に、移動端末装置１００における割当て要求用ＩＰポート番号の予約を行うことが可能である。その場合、外部アプリケーションと所定の（標準化された）ポート番号とを利用して移動端末装置１００に対して測位要求を配信することが可能である。次いで、移動端末装置１００は通常の測位処理手順を介して自身の所在位置を要求し、外部端末装置へのその結果を転送する。
【００２６】
別の全く新しい機能ブロックとして、ゲートウェイ移動ロケーション・センタ（ＧＭＬＣ）１０６がある。このセンタは、ＰＳＡＰ３０５のようなロケーション・サービス（ＬＣＳ）クライアントと、ネットワークの残りとの間のゲートウェイとして機能する。ＧＭＬＣ１０６は、指示された移動端末装置１００の所在位置情報を求めるサービス要求を外部ＬＣＳクライアントから受信し、処理し、必要な場合には所在位置システムを起動し、ＬＣＳクライアントへその結果を返送する。ＧＭＬＣ１０６はＨＬＲ１０７またはＳＧＳＮ１０４からルーティング情報を要求することもできる。登録認証の実行後、ＧＭＬＣ１０６は、３Ｇ−ＭＳＣ１０５とＳＧＳＮ１０４へ測位要求を送信し、３Ｇ−ＭＳＣ１０５とＳＧＳＮ１０４とから最終位置推定値を受信する。
【００２７】
ホーム・ロケーション・レジスタ１０７の中には、ロケーション・サービス申込みデータと加入者発呼に関するルーティング情報とが含まれる。移動アプリケーション・パート（ＭＡＰ）インターフェースを介してＧＭＬＣ１０６からＨＬＲ１０７のアクセがス可能である。
【００２８】
ＰＳＡＰ３０５は、好適には従来方式のＰＳＡＰであることが望ましく、ＰＳＴＮを介してＧＭＬＣ１０６と接続してもよい。外部ＬＣＳクライアント１０８は、サービス・プロバイダあるいはコンテンツ・プロバイダが提供するいずれの種類のサービス・アプリケーションであってもよい。ＬＣＳクライアント１０８は様々の利用可能なサービスと密接に関連する。時折、移動端末装置１００あるいは移動端末装置１００内のサービス・アプリケーションがクライアントになる場合がある。ネットワークの主なインターフェース（Ｕｕ、ｌｕｂ、ｌｕｒ及びＩｕなど）の変更に加えて、ロケーション・サービスをサポートするために定義されているいくつかのインターフェースが存在する。Ｌｅインターフェースは、ＧＭＬＣ１０６とＰＳＡＰ３０５とその他の外部ＬＣＳクライアント１０８との間で転送される情報の変換を行うための基準点を提供するものである。この情報の中には測位要求及び測位処理の最終結果が含まれる。
【００２９】
ＬｈインターフェースはＨＬＲ１０７からＧＭＬＣ１０６へルーティング情報を通過させ、ＨＬＲ１０７内のいずれの移動管理関連データベースをもサポートする。ＧＭＬＣは、Ｌｈインターフェースを用いて、要求された所在位置を持つ特定の移動端末装置１００の訪問先ＭＳＣまたはＳＧＳＮのアドレス要求を行うことができる。Ｌｈインターフェースは、好適には、或るタイプのＭＡＰインターフェースであることが望ましく、また、ＳＳ７シグナリング・ネットワークあるいはＩＰプロトコル（ＩＰを介するＭＡＰ）を介して実現が可能である。Ｌｇインターフェースによって、３Ｇ−ＭＳＣ１０５はＧＭＬＣ１０６（ホームＰＬＭＮまたは訪問先ＰＬＭＮ）へのアクセスが可能になる。このインターフェースによって、例えば、必要な加入者情報が認証と測位アクセス用のルート選定を行うために変換される。ＧＭＬＣ１０６はこのインターフェースを用いて、所在位置が要求されている特定の移動端末装置１００にサービスを提供しているＭＳＣまたはＳＧＳＮへロケーション要求を伝えたり、ＭＳＣまたはＳＧＳＮがこの情報を用いて、ＧＭＬＣ１０６へ所在位置の結果を返したりすることができる。好適には、このインターフェースは、或るタイプのＭＡＰインターフェースであることが望ましく、また、ＳＳ７シグナリング・ネットワークあるいはＩＰプロトコル（ＩＰを介するＭＡＰ）を介して実現が可能である。
【００３０】
Ｌｇ’インターフェースによって、ＳＧＳＮ１０４はＧＭＬＣ１０６（ホームＰＬＭＮまたは訪問先ＰＬＭＮ）へのアクセスが可能になる。Ｌｇ’インターフェースはＬｇインターフェースと同一であってもよいが、このＬｇ’インターフェースが異なる場合もあることを示すために図１では別様にラベルされる。例えば、このインターフェースによって、必要な加入者情報が認証と測位アクセスのためのルート選定を行うために変換される。好適には、上記インターフェースは、或るタイプのＭＡＰインターフェースであることが望ましく、また、ＳＳ７シグナリング・ネットワークあるいはＩＰプロトコル（ＩＰを介するＭＡＰ）を介して実現が可能であることが望ましい。好適には、このＭＡＰインターフェースは、ＧＳＭネットワークのロケーション・サービス用として設定されているマップ・インターフェースに類似していることが望ましい。ＵＭＴＳにはサービスＭＬＣ（ＳＭＬＣ）が存在しないので、ＳＭＬＣとＶＭＳＣとの間のマップ・インターフェースは必要ではない。ＧＳＭ用の所在位置サービスにはまだＧＰＲＳが含まれていないため、ＵＭＴＳネットワークのＧＰＲＳ部分はＭＡＰシグナリングに追加される。ＧＭＬＣ１０６と３Ｇ−ＳＧＳＮ１０５との間、ＧＭＬＣ１０６と３Ｇ−ＭＳＣ１０４との間で同じマップ・インターフェースの利用が実行可能である。
【００３１】
図２は、別のネットワーク、特に、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）１０８と呼状態制御機能（ＣＳＣＦ）１０９との接続を示す追加ブロック図である。
【００３２】
図３は、ネットワーク・エレメント機能間、特に、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）３０３と呼状態制御機能（ＣＳＣＦ）３０４間での接続を示す単純化されたブロック図である。図３に緊急通信応答センター（ＰＳＡＰ）３０５が示されている。以下説明する方法の実施例に従って、ＣＳＣＦ３０４を介して非常呼が上記緊急通信応答センター（ＰＳＡＰ）３０５に接続されている。
【００３３】
ＧＧＳＮ３０３とＣＳＣＦ３０４とは、濫用や不正が行われることなく高い信頼性で非常呼を適切なＰＳＡＰへ転送するための、図４〜１１に示されている例示メカニズムの実施時に起動される。実施例についての以下の説明では、ＧＧＳＮ３０３とＣＳＣＦ３０４とは、加入者が訪問しているネットワーク内に配置されているエレメントである。ＧＧＳＮ３０３とＣＳＣＦ３０４とは第３世代ＭＩＰＴネットワークでサポートされるシグナリングＰＤＰコンテキストを利用する。図を明瞭にするために図１〜３には示されていないが、複数の異なるＣＳＣＦと接続されたＰＳＡＰが存在し得ることを理解されたい。好適には、各ＣＳＣＦ３０４が、接続されたＰＳＡＰ（または同等の能力）のデータベースを保持することが望ましい。このデータベースには、以下説明する方法の実施例の１つの場合のような非常呼用として受信できるような各サービス・エリア用ＩＤ（ＳＡＩ）コードのためのＰＳＡＰ間の対応が含まれる。ＣＳＣＦは、非常呼設定要求でＳＡＩコードを受信すると、データベースの中に蓄積されたＳＡＩコードとＰＳＡＰとの間の対応に少なくとも部分的に基づいて非常呼をＰＳＡＰと接続する。ＣＳＣＦによる適切なＰＳＡＰの選択はＳＡＩコードに加えて別のファクタにより最終的に影響を受ける場合もある。例えば、非常呼が接続されているＰＳＡＰで非常呼が即座に応答を受けることができることを保証するためのＰＳＡＰの選択に負荷バランスや別の処理手順が影響を与える場合もある。
【００３４】
ＵＭＴＳネットワークの仕様は第３世代パートナー・プロジェクト（ＷＷＷ．３ｇｐｐ．ｏｒｇ）により公開されている。リリース１９９９には、ネットワーク加入者が１以上のパケットデータ・プロトコル（ＰＤＰ）アドレスを持つことができる旨が規定されている。広域パケット無線サービス（ＧＰＲＳ）サービス記述、ステージ２、３Ｇ  ＴＳ２３．０６０、バージョン３．３．０は参考文献として本願に取り入れられている。各ＰＤＰアドレスは、移動端末装置（ＭＴ）１００、ＳＧＳＮ１０５、ＧＧＳＮ３０３内の１以上のＰＤＰコンテキストにより記述されている。各ＰＤＰコンテキストは、転送済みデータをフィルタするためのトラフィック・フロー・テンプレート（ＴＦＴ）を往来するデータの転送方向のための転送情報及びマッピング情報と、その関連するＰＤＰアドレスとを持つこともできる。
【００３５】
各ＰＤＰコンテキストは、選択的かつ独立に、起動、修正、停止を行うことができる。ＰＤＰコンテキストの起動状態は、対応するＰＤＰアドレスとＴＦＴのためのデータ転送が可能であるか否かを示す。同じＰＤＰアドレスと関連づけられたすべてのＰＤＰコンテキストが活動しなくなった状態または非活動状態になった場合、当該ＰＤＰアドレスのすべてのデータ転送は不能となる。加入者のすべてのＰＤＰコンテキストは、当該加入者の国際移動加入者識別番号（ＩＭＳＩ）のための同じ移動管理（ＭＭ）コンテキストと関連づけられる。
【００３６】
ロケーション・サービスのネットワーク・サポートについて上述したが、本発明はいずれかの特定の測位方法に依存するものではなく、任意の標準化された測位方法または独自の測位方法において一般的利用が可能である。好適には、本発明の実施例で利用する非常呼のサポートと、ＰＳＡＰへのルート選定とを行うための測位方法及びネットワーク・ロケーション・サービス能力は、他のロケーション・サービス・クライアントのために利用されるものと同じ測位方法及びネットワーク・ロケーション・サービス能力であることが望ましい。複数の異なる方法の実施例であって、その測位処理が主として異なる実施例について、図１と図３に図示のネットワークのアーキテクチャを参照しながら以下説明する。これらの方法の実施例は単に非限定的な例示であり、該方法の実施例を実施できるネットワークは単に非限定的なネットワークの例示にすぎない。言うまでもなく、他の方法の実施例、及び、上記方法を実行できる他のネットワークが存在する可能性もある。
【００３７】
図４は、本発明の実施例でのＵＭＴＳネットワークのＰＤＰコンテキスト起動処理手順の適用を示す図である。この場合加入者は加入者識別子モジュール（ＳＩＭ）を有する。まず、移動端末装置１００はＰＤＰコンテキスト起動を開始する。例えば、加入者は９−１−１をダイヤルすることができる。ステップ１でＳＧＳＮ１０５へ送られる起動ＰＤＰコンテキスト要求には複数のパラメータが含まれる。これらのパラメータの中にはＰＤＰアドレスとアクセス・ポイント名（ＡＰＮ）が含まれる。ＰＤＰアドレスは、静的ＰＤＰアドレスと動的ＰＤＰアドレスのいずれが必要であるかを示すために使用される。ＡＰＮは、通常、使用対象ＧＧＳＮを意味する論理名である。ＧＧＳＮは接続された外部ネットワークへのゲートウェイである。本発明のこの実施例では、要求されているサービスが非常呼であることを示すためにＡＰＮが代わりに使用されている。
【００３８】
ステップ２で、ＳＧＳＮ１０５は、ＡＰＮに従って好適なＧＧＳＮ３０３を選択し、作成ＰＤＰコンテキスト要求メッセージを選択されたＧＧＳＮ３０３へ送信する。ＧＧＳＮ３０３はこの要求を受け入れるか拒絶するかのいずれかを決定する。この要求を受け入れた場合、ＧＧＳＮ３０３はトラフィック・フロー・テンプレート（ＴＦＴ）をセットし、このテンプレートによって非常呼関連トラフィックのみをＰＤＰコンテキストで転送することが可能になる。例えば、通常の呼用として、及び、非常呼用として、別個のＩＰアドレスまたはポート番号の使用が可能であり、ＧＧＳＮ３０３は上記ＩＰアドレスまたはポート番号に従ってＴＦＴをセットすることができる。
【００３９】
ＧＧＳＮ３０３は、上記要求を受け入れた場合、そのＰＤＰコンテキスト・テーブルを修正し、ステップ３で作成ＰＤＰコンテキスト応答メッセージをＳＧＳＮ１０５へ返送する。ＧＧＳＮ３０３には、作成ＰＤＰコンテキスト応答時に好適なＣＳＣＦ３０４のアドレスが含まれる。好適には、ＣＳＣＦ３０４のアドレスがプロトコル構成オプション・パラメータで送信されることが望ましい。しかし別のパラメータで、あるいは、新しいパラメータとしてこのアドレスを送信してもよい。
【００４０】
ＣＳＣＦ３０４のアドレスが作成ＰＤＰコンテキスト応答時に存在する場合、ＳＧＳＮ１０５は、ステップ４で、ＭＴ１００へリレーされる起動ＰＤＰコンテキスト受け入れメッセージへこのアドレスをコピーする。ＭＴ１００はステップ４で指定されたＣＳＣＦ３０４とコンタクトしなければならない。ＭＴ１００はステップ５でＣＳＣＦ３０４へ所在位置情報を送信することもできる。何らかの理由でＣＳＣＦ３０４のアドレスがＭＴ１００へ送信されなかった場合、ＧＧＳＮ３０３は、非常呼用としてローカルＣＳＣＦを使用するために、呼設定メッセージ内の宛先ＩＰアドレスの変更を必要とする場合もある。これが図４にステップ５として示されている。実際の音声トラフィックの場合、対応して異なるサービス品質（ＱｏＳ）を持つ２次ＰＤＰコンテキストが必要となる場合もある。必要な場合、ＭＴ１００は２次ＰＤＰコンテキスト起動を開始する。
【００４１】
好適には、図４のステップ５で送信された呼設定要求がＭＴ１００のサービス・エリア用ＩＤ（ＳＡＩ）を含むことが望ましい。サービス・エリア用ＩＤは、同じロケーション・エリアに属する１以上のセルから成るエリアを一意的に識別し、ＭＴ１００の所在位置を指示するために使用される。ＰＬＭＮ加入者識別番号及びＬＡＣと一体のサービス・エリア・コード（ＳＡＣ）はサービス・エリア用ＩＤ：ＳＡＩ＝ＭＣＣ＋ＭＮＣ＋ＬＡＣ＋ＳＡＣを構成する。広域パケット無線サービス（ＧＰＲＳ）サービス記述、ステージ２、リリース１９９９、３Ｇ  ＴＳ２３．０６０、バージョン３．３．０を参照されたい。ＣＳＣＦ３０４は少なくとも部分的にＳＡＩコードを使用して非常呼を接続する相手先の適切なＰＳＡＰを選択する。
【００４２】
図５の実施例は、加入者識別子モジュール（ＳＩＭ）を持たない加入者用としてこの例が実行されるという点を除いて、図４と関連して上述したものと実質的に同一である。この場合、ＵＥは起動匿名アクセス（ＡＡ）ＰＤＰコンテキスト要求を送信する。この処理手順の残り部分は図４の場合と同じである。
【００４３】
非常呼により所在位置の計算がトリガーされる別の実施例として、図６に示す例がある。他の実施例の場合のように、図６の実施例はＵＭＴＳネットワークで利用可能なＰＤＰコンテキストを利用するものである。特に、この実施例は、起動ＰＤＰコンテキスト要求のＡＰＮパラメータを利用して、ステップ２で示されるように非常呼として呼のサービスを行うことを示すこともできる。しかし、他の実施例とは異なり、ＭＴ１００は、ステップ１で示されるような起動ＰＤＰコンテキスト要求を送信する前にサービス要求メッセージを送信する。安全な信号接続を確立するためにＳＭサービス要求メッセージが送信される。
【００４４】
図６の実施例の主な特長として、ＳＧＳＮ３０３が非常呼に応答してＲＮＣ１０２へロケーション・リポート制御メッセージを送信するという点が挙げられる。詳細には、ＳＧＳＮ３０３は、ＳＭサービス要求メッセージでパラメータ・サービス・タイプにより非常呼が示されるＳＭサービス要求メッセージや、パラメータＡＰＮにより非常呼が示されるＰＤＰコンテキストの起動要求（起動ＰＤＰコンテキスト要求、起動２次ＰＤＰコンテキスト要求または起動ＡＡ−ＰＤＰコンテキスト要求）を受信するとすぐにステップ３でロケーション・リポート処理手順を開始することができる。この特徴には、ロケーション・サービスが非常呼に対して迅速に実行されるが、他のタイプの呼に対しては不必要に実行されないという利点がある。
【００４５】
ＲＮＣ１０２はステップ４でＭＴ１００の所在位置情報を計算する役割を果たす。ＭＴ１００の所在位置はステップ５でＳＧＳＮ３０３へ報告され、次いでステップ６でＧＭＬＣ１０６へリレーされる。ロケーション・リポートの確認応答はステップ７でＳＧＳＮ１０５へ返送され、次いで、所在位置情報は、ステップ８でＣＳＣＦ３０４により要求時に選択されるか、独立に選択されるかのいずれかによって選択されたＰＳＡＰへ転送される。
【００４６】
図７は、移動端末装置１００（図７〜１１で“ＵＥ”と呼ばれる）がステップ１での起動ＰＤＰコンテキスト要求の送信前にＳＭサービス要求を送信しないことを除けば、図６のものと類似する方法実施例の一例を示す。ＳＧＳＮ３０３は、ＰＤＰコンテキスト起動処理手順（ステップ１）を受信するとすぐにロケーション・リポート制御メッセージ（ステップ２）を送信して、無線アクセス・ネットワーク（図１と２の例示ネットワークのＵＴＲＡＮ）からサービス・エリア用ＩＤを要求し、測位処理手順（ステップ４’）を開始する。サービス・エリア用ＩＤを要求し、現在のＲＡＮＡＰ仕様（３Ｇ  ＴＳ２５．４１３）に準拠する測位を開始するために、２つの別個のロケーション・リポート制御メッセージを送信することにより、上記ロケーション・リポート制御メッセージの送信を行ってもよいが、これは行わなければならないというものではない。非常呼用として、一時ＰＳドメイン識別子（ＰＳＤＩ）の割り当てが可能である。このような識別子は、例えばＭＳ  ＩＰアドレス、ＰＴＭＳＩまたはＭＳＩＳＤＮなどであってもよい。またＳＧＳＮ３０３は、緊急サービス・プロバイダと、非常呼発呼者に現在サービスを提供しているＶＰＬＮＩＮ用スイッチの双方と、そしておそらく呼の継続時間の間非常呼発呼者を特定する（経路選定を行う）ために利用されるＰＳドメイン識別子を非常呼に対しても割り当てる。
【００４７】
測位を実行しながら、ＲＡＮ１０３はサービス・エリア用ＩＤをＳＧＳＮ３０３へ返送する（ステップ３）。ＳＧＳＮ１０５は図３に関して上述したように作成ＰＤＰコンテキスト要求をＧＧＳＮ２０３へ送信する（ステップ４）。ＧＧＳＮ３０３は、この要求を受け入れ、そのＰＤＰコンテキスト・テーブルを修正し、次いで、作成ＰＤＰコンテキスト応答メッセージ（好適なＣＳＣＦのアドレスを含む）をＳＧＳＮ１０５へ返送する（ステップ５）。ＳＧＳＮは、ＭＴ１００へリレーされる起動ＰＤＰコンテキスト受け入れメッセージ内のＣＳＣＦアドレスと、サービス・エリア用ＩＤ及び非常呼へ割り当てられる（ステップ６）ＰＳＤＩ電話番号とをコピーする。
【００４８】
測位が完了すると、ＲＡＮ１０３はロケーション・リポート・メッセージで位置推定値をＳＧＳＮ１０５へ返送する（ステップ６’）。ＳＧＳＮ１０５は、（位置推定値、識別子（ＩＭＳＩまたはＩＰアドレス）、ＰＳＤＩを含む）加入者ロケーション・リポートをＧＭＬＣ１０６へ転送する（ステップ７’）。好適には、位置推定値が、ＭＴ１００の“初期位置”を一緒にマークするタイム・スタンプと関連づけられることが望ましい。ＰＤＰコンテキストが起動された後、ＭＴ１００は、招待メッセージ（サービス・エリア用ＩＤ、識別子及びＰＳＳＤＩを含む）をＣＳＣＦ３０４へ送信する（ステップ７）。部分的にサービス・エリア用ＩＤに基づいて、ＣＳＣＦ３０４は（好適には、ＰＳＡＰのデータベース及びＰＳＡＰのサービス・エリア用ＩＤとの対応を利用して）適切なＰＳＡＰを選択し、設定メッセージ（ＰＳＤＩを含む）をＰＳＡＰ３０５へ送信する（図７〜図１１はＰＳＡＰというよりはむしろＥＣ（緊急センター）としてのＰＳＡＰを意味する。）（ステップ８＆９）。
【００４９】
非常呼が接続されるとすぐに、初期位置の取得のために選択されたＰＳＡＰはＬＣＳサービス要求をＧＭＬＣ１０６へ送信し、ＧＭＬＣ１０６は初期位置を含むＬＣＳサービス応答を送信する（ステップ１０＆１１）。非常呼は要求時と応答時にそのＰＳＤＩにより特定される。同様に、非常呼の継続時間の間ずっと、３Ｇ  ＴＳ２３．１７１  ｖ３．０．０（リリース１９９９）に定義されている通常の移動局着信ロケーション要求（ＭＴ−ＬＲ）を用いて、選択されたＰＳＡＰは移動端末装置１００の現在位置に更新を要求し、受信することもできる。図８は、測位処理手順が終了され、ＰＤＰコンテキスト起動の受け入れ前に位置推定値が取得されるという点を除いて、図７の方法と類似の方法を示す。ステップ１〜４は図７の方法と同じである。しかし、ＳＧＳＮ１０５は、ＧＧＳＮ３０３が作成ＰＤＰコンテキスト応答メッセージをＳＧＳＮ１０５へ返送する前に、ＲＡＮ１０３から位置推定値を含むロケーション・リポート（ステップ５’）を受信する（ステップ６）。
【００５０】
加入者ロケーション・リポート（図６のステップ７’）のＧＭＬＣ１０６へ位置推定値を転送する代わりに、ＳＧＳＮ１０５は、サービス・エリア用ＩＤ、ＰＳＤＩ、ＣＳＣＦアドレスと共にＭＴ１００へリレーされる起動ＰＤＰコンテキスト受け入れメッセージ内に位置推定値を含める（ステップ７）。次いで、ＭＴ１００は、ＣＳＣＦ３０４へ送信される招待メッセージの中に（サービス・エリア用ＩＤ、識別子、ＰＳＤＩと共に）位置推定値を含める（ステップ８）。ＰＳＡＰ（ステップ９）の選択後、ＣＳＣＦ３０４は（ＰＳＤＩの代わりに）ＰＳＡＰ３０５へ送信する設定メッセージの中に位置推定値を含める。これによって、非常呼が接続されたとき、初期位置を要求し、ＧＭＬＣ１０６（図７のステップ１０＆１１）から初期位置を受信するＰＳＡＰ３０５の２つのステップの必要性が省かれる。言うまでもなく、この選択されたＰＳＡＰは、図７の実施例の場合と同じように、ＭＴ１００の現在位置の更新を要求し、受信し続けることも可能である（ステップ１１〜１３）。
【００５１】
図９は、ＳＧＳＮ１０５へロケーション・リポートを作成する代わりにＲＡＮ１０３が位置推定値をＭＴ１００へ提供するという点を除いて、図７と８の実施例と類似の方法の実施例を示す。図９の実施例のステップ１〜６は図７の実施例のステップ１〜６と同じである。ＭＴ１００は、おそらくある何らかの方法で１０３から位置推定値を受信する必要があるが、この受信は必ずしも無線資源制御（ＲＲＣ）メッセージを使用するとはかぎらない。ＲＡＮ１０３（図７の実施例または図９の実施例のいずれかに従って）位置推定値を報告する方法を予め決めておいてもよい。あるいは、例えば、ステップ２でＲＡＮ１０３へＳＧＳＮ１０５により送信されたロケーション・リポート制御メッセージでこの方法を制御してもよい。
【００５２】
図９の実施例では、ＭＴ１００が起動ＰＤＰコンテキスト受け入れメッセージをステップ６で受信する前に、測位処理手順の終了が行われることが望ましい。終了が行われない場合、ＭＴ１００は、ＲＡＮ１０３から位置推定値が受信されるまで招待メッセージを遅らせる。一旦位置推定値を受信すると、ＭＴ１００は（サービス・エリア用ＩＤ、位置推定値及び識別子を含む）招待メッセージをＣＳＣＦ３０４へ送信する（ステップ７）。図９の実施例（ステップ８〜１２）のステップの残り部分は図１７のステップ９〜１３と同じである。
【００５３】
図１０は、ステップ１で起動ＰＤＰコンテキスト要求を受信したとき、ＳＧＳＮ１０５が現在のサービス・エリア用ＩＤをすでに知っているという点を除いて、図７の実施例と類似の実施例を示す。このような実施例では、ＳＧＳＮ１０５はＲＡＮ１０３からサービス・エリア用ＩＤを要求する必要はなく、また、ＲＡＮ１０３は図４のステップ２と３の場合のようにサービス・エリア用ＩＤを返送する必要もない。図１０の実施例のステップの残り部分は図７のステップの残り部分と同じである。
【００５４】
図１１に示す実施例は、起動ＰＤＰコンテキスト要求がＳＧＳＮ１０５へ送信される（ステップ１）とすぐにＭＴ１００自体が測位方法を起動する（ステップ２’）という点で他の実施例とは著しく異なる。この実施例では、ＭＴ１００は、ＭＴ１００自身のＭＴベースの測位計算を実行するか、移動起動ロケーション要求（ＭＯ−ＬＲ）処理手順を用いて測位方法の実行を要求するかのいずれかを行うことができる。したがって、図１０の実施例によって、ＳＧＳＮ１０５からのロケーション・リポート制御メッセージの必要性や、ＲＡＮ１０３からのロケーション・リポートの必要性が回避される。また、この実施例によって、ＳＧＳＮ１０５から送信された起動ＰＤＰコンテキスト受け入れメッセージが単純化される。それは、この実施例が、ＣＳＣＦのアドレスを含む（ステップ４）ことしか必要としないからである。同様に、ＭＴ１００からＣＳＣＦ３０４へ送信された招待メッセージは、位置推定値とサービス・エリア用ＩＤとを含む（ステップ６）だけで十分である。これらのサービス・エリアは、ＭＴ１００により提供されたサービス・エリア用ＩＤが、ＳＧＳＮ１０５とＣＳＣＦ３０４が予想するサービス・エリア用ＩＤと一致するように、ＭＴ１００とＳＧＳＮ１０５との間の調整を行う必要がある。図１１の実施例のステップ（ステップ７〜１１）の残り部分は図９のステップ９〜１３と同じである。
【００５５】
図７〜図１１の実施例には種々の方法が示されているが、その各々にはその利点と欠点がある。例えば、図７と１０の実施例では測位処理手順の遅延を顧慮せずに非常呼の接続が可能である。その理由として、非常呼が接続された後、ＰＳＡＰ３０５からの要求時に初期位置がＧＭＬＣ１０６により配信されるということが挙げられる。図１０の実施例では、ＣＳＣＦ３０４とのインターフェースを行うためにＭＴ１００は加入者識別子モジュール（ＳＩＭ）を設ける必要がある。
【００５６】
本発明の実施例であると考えられる事例について上述したが、これら実施例の種々の修正を行うこと、さらに、様々な形態及び実施例で本発明を実現すること、また、多数のアプリケーションで本発明を適用することも可能である。その若干については本明細書に記載した。例えば、ＰＤＰコンテキスト受け入れメッセージ内のＳＧＳＮの代わりに、または、ＳＧＳＮに追加して、ＲＡＮによって、ＳＡＩを移動端末装置に直接利用させるようにすることができる。例えば、ＲＮＣ１０２は、放送および／またはポイント・ツー・ポイントＲＲＣメッセージによってＳＡＩの直接利用を可能にすることもできる。以下の請求項によって、すべてのこのような修正と変形に対して特許を請求することが意図されている。
【図面の簡単な説明】
【図１】第３世代移動ＩＰ電話ネットワークの実施例のアーキテクチャ部分を示すブロック図である。
【図２】他のネットワークとの接続を追加して示す第３世代ＩＰネットワークの一例を示す拡大ブロック図である。
【図３】本発明の実施例による、第３世代移動ＩＰ電話ネットワークのロケーション・サービス・エンティティと構成要素の１例を描く、単純化したブロック図である。
【図４】加入者識別子モジュール（ＳＩＭ）を用いる非常呼が加入者により行われる本発明の実施例の一例を示す一般的信号図である。
【図５】加入者識別子モジュール（ＳＩＭ）を用いない非常呼が加入者により行われる本発明の実施例の一例を示す一般的信号図である。
【図６】非常呼のための所在位置情報が呼の最中に取得される本発明の実施例の信号図である。
【図７】非常呼のための所在位置情報が呼の最中に取得される本発明の実施例の別の例を示す信号図である。
【図８】位置推定値がＰＤＰコンテキスト起動受け入れ前に取得される本発明の実施例の一例を示す信号図である。
【図９】位置推定値が移動端末装置へ出力される本発明の実施例の一例を示す信号図である。
【図１０】ＳＧＳＮが起動ＰＤＰコンテキスト要求を受信したとき、ＳＧＳＮが現在のサービス・エリア用ＩＤを認知する本発明の実施例の一例を示す信号図である。
【図１１】移動端末装置により測位方法が起動される本発明の実施例の一例を示す信号図である。
【図１】
2004502387.tif 000003
【図２】
2004502387.tif 000004
【図３】
2004502387.tif 000005
【図４】
2004502387.tif 000006
【図５】
2004502387.tif 000007
【図６】
2004502387.tif 000008
【図７】
2004502387.tif 000009
【図８】
2004502387.tif 000010
【図９】
2004502387.tif 000011
【図１０】
2004502387.tif 000012
【図１１】
2004502387.tif 000013
【国際公開パンフレット】
2004502387.tif 000014
2004502387.tif 000015
2004502387.tif 000016
2004502387.tif 000017
2004502387.tif 000018
2004502387.tif 000019
2004502387.tif 000020
2004502387.tif 000021
2004502387.tif 000022
2004502387.tif 000023
2004502387.tif 000024
2004502387.tif 000025
2004502387.tif 000026
2004502387.tif 000027
2004502387.tif 000028
2004502387.tif 000029
2004502387.tif 000030
2004502387.tif 000031
2004502387.tif 000032
2004502387.tif 000033
2004502387.tif 000034
2004502387.tif 000035
2004502387.tif 000036
2004502387.tif 000037
2004502387.tif 000038
2004502387.tif 000039
2004502387.tif 000040
2004502387.tif 000041
2004502387.tif 000042
2004502387.tif 000043
2004502387.tif 000044
2004502387.tif 000045
2004502387.tif 000046
2004502387.tif 000047
2004502387.tif 000048
2004502387.tif 000049
2004502387.tif 000050
2004502387.tif 000051
2004502387.tif 000052
2004502387.tif 000053
2004502387.tif 000054
2004502387.tif 000055
2004502387.tif 000056
【国際公開パンフレット（コレクトバージョン）】
2004502387.tif 000057
2004502387.tif 000058
【国際調査報告】
2004502387.tif 000059
2004502387.tif 000060
2004502387.tif 000061