Ｅ９１１などのためのモバイル装置ロケータ・システムについてのテスト
モバイル通信ネットワークに関連して動作する、Ｅ９１１などの緊急事態応答システムは、１９９４年の法令執行のための通信援助法（ＣＡＬＥＡ）の下における電子監視に関連して使用されるシステムの構成要素、または同様な構成要素を使用してテストされる。例えば、ＣＡＬＥＡ機能を使用してＥ９１１テスト・クエリをトリガすることができる。一部の実施形態において、Ｅ９１１テスト・サーバは、ＣＡＬＥＡ収集機能のためのプロキシとしての代役をつとめ、ＣＡＬＥＡ配信機能によって処理されるテスト呼び出しに関連する情報を受信する。この情報は、テスト・モバイル局に関連する位置情報を含んでいてもよい。Ｅ９１１テスト・サーバは、（例えば、電子メール、ＳＭＳなどを使用して）テスト情報の報告を可能にすることができる。
【発明の詳細な説明】
【背景技術】
【０００１】
本出願は、参照により本明細書に組み込まれている「Ｔｅｓｔｉｎｇ ｆｏｒ Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ Ｌｏｃａｔｏｒ Ｓｙｓｔｅｍｓ，ｓｕｃｈ ａｓ ｆｏｒ Ｅ９１１ Ｐｈａｓｅ ２」（整理番号１０１９４８１０３．ＵＳ００）と言う名称の２００４年８月１９日に出願された米国仮特許出願第６０／６０２，９６０号の恩典を主張するものである。
【０００２】
アメリカ合衆国においては、人々は、緊急事態の場合に９１１に電話をかける。一般的に、番号９１１がダイヤルされると、呼び出しは、９１１コール・センタとも呼ばれるＰＳＡＰ（ｐｕｂｌｉｃ ｓａｆｅｔｙ ａｎｓｗｅｒｉｎｇ ｐｏｉｎｔパブリック・セイフティ・アンサーリング・ポイント）に自動的に転送される。９１１呼び出しが接続された後に、発呼者は、９１１オペレータにその緊急事態について知らせることになり、可能なときには発呼者の位置を伝えることになる。緊急事態の応答を助けるために、連邦政府は、２００１年までに地上通信線ベースの電話呼び出しサービスが、「機能強化された９１１」（Ｅ９１１）と呼ばれるサービスを提供し、このサービスにより、９１１オペレータが、所与のどのような電話呼び出しでも追跡し、その呼び出しがやって来る発信元の住所にアクセスすることができるようにすることを義務づけた。
【０００３】
モバイル電話から行われる緊急事態９１１呼び出しの数が増大しているので、連邦政府は、モバイル電話とサービス・プロバイダが、無線通信に特有のＥ９１１プログラムを実装することも義務づけている。無線通信のためのＥ９１１は、３段階で実装されている。フェーズ０では、無線サービス・プロバイダは、たとえ発呼者がそのサービスへの加入者でなく、あるいは装置がアクティブにされていなくても、すべての緊急事態の呼び出しをＰＳＡＰに誘導することが要求される。フェーズ１では、ＦＣＣは、電話番号が、各９１１呼び出しと共に表示され（ＡＮＩ（ａｕｔｏｍａｔｉｃ ｎｕｍｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ自動番号識別））、それによってＰＳＡＰオペレータが、切断がある場合に電話をかけ直すことができるようになることを要求する。さらに、ある種の自動位置識別情報が、フェーズ１の一部分として要求されることもある。フェーズ２は、地上通信線ベースのＥ９１１呼び出しのレベルまで無線呼び出しを導くように設計され、これは、発呼者の電話番号および位置が、緊急事態呼び出しごとに自動的に識別されることを意味する。
【０００４】
無線についてのＥ９１１のアップグレードが広く完備しているときには、すべてのセル電話の９１１発呼者は、ＦＣＣガイドライン内の範囲まで（例えば、発呼者の位置の５０メートルから３００フィートまで）位置が正確に指し示されることになる。例えば、セル電話ユーザの電話番号、ならびにその受信アンテナ・サイトの住所および位置が、Ｅ９１１タンデムに送信されることになり、このＥ９１１タンデムは、ＡＮＩにより定義される地理的位置に基づいて適切なＰＳＡＰに対して９１１呼び出しを経路指定するスイッチである。発呼者の音声およびコールバック番号が適切なＰＳＡＰに転送された後に、ＰＳＡＰオペレータは、ＧＰＳ衛星または他のロケータ手段を介してアクセスされるにつれてその発呼者の経度および緯度を示すグラフィック・ディスプレイを閲覧することができるようになる。ＰＳＡＰオペレータのコンピュータは、ＡＬＩデータベースにリンクし、このＡＬＩデータベースは、住所データと他の情報を記憶している。このプロセスの詳細は、使用されるシステムのタイプに応じて変化することができる。
【０００５】
無線サービス・プロバイダは、現在これらのプロバイダのシステムをＥ９１１の要件に準拠するように構成している。サービスの性質と、Ｅ９１１のフェーズ１ソリューションおよびフェーズ２ソリューションの複雑さを考慮して、無線サービス・プロバイダは、かなりの数のテスト呼び出しを使用して、Ｅ９１１サービスの機能および完全性を維持する。テストは、定期的な位置精度の証明、新しいインストレーション確認、ネットワーク変更確認、トラブルシューティングなどの場合におけるものでもよく、そのネットワークの寿命にわたって行われてもよい（すなわち、単に初期システムの構成または実装ではない）。
【特許文献１】米国仮特許出願第６０／６０２，９６０号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一部の場合においては、無線サービス・プロバイダは、適切なＰＳＡＰに対して呼び出しを行うことにより、それらの無線サービス・プロバイダのシステムをテストする。しかし、この技法は、多くの場合に非実用的であり、ＰＳＡＰリソースの浪費でもある。他のテスト・ソリューションも存在するが、一般にそれらのテスト・ソリューションでは、追加の監視機器なしにネットワークを介して自動化されたエンドツーエンド・データフローを効率的にシミュレートすることができない。このような技法は、多くの場合に、ネットワーク内の呼び出された信号用の専用監視機器（例えば、ＳＳ７モニタまたはモバイルＲＦ信号方式）を利用している。また、既存のテスト技法は、テスト・プラットフォームに対するテスト呼び出しの終了を利用して、位置決め結果を生成するために必要とされるデータを強要する。この場合には、とりわけ複数の無線ネットワーク・アーキテクチャを維持する大規模な電気通信事業者では、システムの簡単化が望ましい。
【発明を実施するための最良の形態】
【０００７】
図面中において、同じ参照符号は、同じまたは実質的に同様な要素または動作を特定している。特定の任意の要素または動作の説明をスムーズに実施するために、参照符号中の１つまたは複数の最上位桁は、その要素が最初に導入された図面番号を意味する（例えば、要素２０４は、図２に対して最初に導入され、説明される）。
【０００８】
次に本発明について様々な実施形態に関して説明することにする。以降の説明は、本発明のこれらの実施形態についての完全な理解のための特定の細部を提供しており、これらの実施形態についての説明を可能にしている。しかし、本発明は、これらの細部なしに実行することもできることが当業者には理解されよう。他の場合には、よく知られている構造および機能は、本発明の実施形態の説明を不必要にあいまいにすることを回避するために詳細に示され、または説明されてはいない。
【０００９】
本発明の実施形態の説明中において使用される専門用語は、たとえその専門用語が本発明のある種の特定の実施形態の詳細な説明に関連して使用されていたとしても、その最も広範に妥当なように解釈されることが意図されている。ある種の用語は、以下で誇張さえされることもあるが、どのように制約されるようにも解釈すべきことが意図されたどのような専門用語も、この詳細な説明部では、そのまま明らかに具体的に定義されることになる。
【００１０】
Ａ．概要
Ｅ９１１無線システムのテスト実装のためのシステムおよび方法が、本明細書中に説明されている。このシステムおよび方法においては、無線サービス・プロバイダは、ＣＡＬＥＡ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ ｆｏｒ Ｌａｗ Ｅｎｆｏｒｃｅｍｅｎｔ Ａｃｔ ｏｆ １９９４１９９４年の法令執行のための通信援助法）によって義務づけされたサービスなど、無関係であるがすでに実装済みの電子監視サービスのインフラストラクチャおよび機能を使用する。ＣＡＬＥＡサービスは、Ｅ９１１サービスとは無関係であるが、両方のサービスは、ほとんどの北アメリカ無線アーキテクチャにとって一般的であるので、ＣＡＬＥＡインフラストラクチャを使用したＥ９１１テスト構成の実装により、Ｅ９１１システムについての簡略化された、効率的な効果的なテスト・スキームが可能になる。
【００１１】
ＣＡＬＥＡなどの電子監視サービスは、盗聴と一般に呼ばれる呼び出し内容の傍受と、「ダイヤルされた番号抽出」と一般に呼ばれる「呼び出し識別情報」の傍受とを含めて、多数の構成要素を有することができる。ＣＡＬＥＡは、電気通信事業者の任意の機器、ファシリティ、またはサービスを用いて加入者が生成し、または受信する各コミュニケーションの発信元、方向、宛先、または終了を識別するダイヤル情報または信号情報として「呼び出し識別情報」を定義する。一般に、ＣＡＬＥＡは、犯罪およびテロリズムに対する戦いにおいて、ある種のタイプの電子監視を認可している。より詳細には、ＣＡＬＥＡは、電気通信事業者の既存の法令による義務を定義して、法廷の命令または他の法令による認可に準拠した電子監視を実行する際における法令の執行を援助する。例えば、ＣＡＬＥＡは、電気通信事業者が、法令によって認可された電子監視を実施することができるようにその電気通信事業者のシステムを設計し変更することを要求する。
【００１２】
Ｊ−ＳＴＤ−０２５規格は、有線回線、セルラ、およびブロードバンドＰＣＳの電気通信事業者および製造者についてのＣＡＬＥＡ規格としての役割を果たす。Ｊ−ＳＴＤ−０２５規格は、有線回線、セルラ、およびブロードバンドＰＣＳの電気通信事業者が必要とするサービスおよび機能を定義して、法令によって認可された電子監視をサポートし、傍受されるコミュニケーションと呼び出し識別情報を法令執行機関に対して配信するために必要とされるインターフェースの仕様を決める。
【００１３】
一部の実施形態においては、テストを行うためのシステムおよび方法は、位置推定技術（例えば、Ｕ−ＴＤＯＡ、Ａ−ＧＰＳ、Ｅ−ＯＴＤなど）とは独立したテスト方法を使用する。テスト方法は、無線ネットワーク技術（例えば、ＧＳＭ、ＵＭＴＳ、ＩＳ−１３６、ＣＤＭＡなど）からも独立している。
【００１４】
そうでなければ無関係なＣＡＬＥＡインフラストラクチャを使用してＥ９１１サービスをテストするために、一部の実施形態においては、テスト呼び出しが、「ダミー」９１１受信者に対して行われる。ダミー９１１受信者の構成は、重要ではない。例えば、ダミー９１１受信者は、ボイスメール・ボックスに対する番号と何ら変わらないものでもよい。おそらく、無線サービス・プロバイダのＭＳＣ（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒモバイル・スイッチング・センタ）の構成は、そのテスト・スキームについてより関連している。例えば、それらは、典型的なＣＡＬＥＡにより監視された呼び出しを伴うはずなので、それらのモバイル・サービス・プロバイダのＭＳＣは、テスト・モバイル局が、ダミー９１１受信者に対して緊急事態呼び出しを行うたびに、Ｅ９１１テスト・プラットフォームに対して呼び出しに関連するイベント・メッセージを配信するように構成される。一部の実施形態においては、そのＥ９１１テスト・プラットフォームは、ＣＡＬＥＡシステム中において使用される法令執行メッセージ収集機能のように見えるように設定される。ＣＡＬＥＡシステム中において使用されるメッセージ収集機能と同様に、Ｅ９１１テスト・プラットフォームは、ＬＡＥＳＰ（Ｌａｗｆｕｌｌｙ Ａｕｔｈｏｒｉｚｅｄ Ｅｌｅｃｔｒｏｎｉｃ Ｓｕｒｖｅｉｌｌａｎｃｅ Ｐｒｏｔｏｃｏｌ法令で認可された電子監視プロトコル）メッセージを受信するように構成される。ＬＡＥＳＰメッセージの形式でそのテスト・プラットフォームに送信される情報のタイプは、加入者が生成し、または受信するコミュニケーションの発信元、方向、宛先、および／または終了を識別する情報をダイヤルし、または信号で伝えることを含んでいてもよい。
【００１５】
一般に、Ｅ９１１テスト・プラットフォームは、ＬＡＥＳＰメッセージを使用して、呼び出し開始イベントに基づいて位置要求をトリガし、システム間ハンドオフの通知を供給し、呼び出し中にＤＴＭＦ（ｄｕａｌ ｔｏｎｅ ｍｕｌｔｉ−ｆｒｅｑｕｅｎｃｙデュアル・トーン・マルチ周波数）信号の検出を経由して位置アップデート要求をサブミットし、テスト呼び出し解放の通知を供給して、リソースの再分配を可能にする。このようにして、そのテスト・スキームを使用して、Ｅ９１１システムの寿命にわたってのＰＳＡＰ一体化、サイト変更のテスト、トラブルシューティング、ＰＳＡＰ一体化に先立つスポット検証、および精度のテスト／検証に先立って、新しいＥ９１１サービスのテストを実現することができる。
【００１６】
Ｂ．代表的なシステム
図１〜３Ｂと以降の説明は、本発明を実装することができる適切な環境の簡単な一般的な説明を提供するものである。必ずしも必要とはされないが、本発明の態様は、汎用コンピュータ（例えば、サーバ・コンピュータ、無線装置、またはパーソナル／ラップトップ・コンピュータ）によって実行されるルーチンなど、コンピュータ実行可能な命令の一般的な関連において説明される。本発明は、インターネット家庭電化製品、（ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ携帯型個人情報端末）を含めて）ハンドヘルド装置、ウェアラブル・コンピュータ、あらゆる種類のセルラ電話またはモバイル電話、（乗り物に結合された組込み型コンピュータを含めて）組込み型コンピュータ、マルチプロセッサ・システム、マイクロプロセッサ・ベースまたはプログラム可能な大衆消費電子製品、セットトップ・ボックス、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータなどを含めて、他のコミュニケーション、データ処理、またはコンピュータ・システム構成を用いて実行することができることが、当業者には理解されよう。
【００１７】
本発明の態様は、特別にプログラムされ、構成され、または構築されて、本明細書中に詳細に説明される１つまたは複数のコンピュータ実行可能命令を実施する専用のコンピュータまたはデータ・プロセッサの形で実施するができる。本発明の態様はまた、タスクまたはモジュールが、通信ネットワークを介してリンクされたリモート処理装置によって実施される分散コンピューティング環境中において実行することもできる。分散コンピューティング環境においては、プログラム・モジュールは、ローカル・メモリ・ストレージ装置中にも、リモート・メモリ・ストレージ装置中にも配置することができる。
【００１８】
本発明の態様は、磁気的または光学的に読取り可能なコンピュータ・ディスク、半導体メモリ上のマイクロコード、ナノテクノロジ・メモリ、有機メモリまたは光メモリ、あるいは他のポータブル・データ・ストレージ媒体を含めてコンピュータ読取り可能媒体上に記憶し、分散することができる。実際に、本発明の態様の下におけるコンピュータ実装された命令データ、データ構造データ、スクリーン・ディスプレイ・データ、および他のデータは、ある期間にわたって伝搬媒体（例えば、１つ（または複数）の電磁波、音波など）上の伝搬信号上において（無線ネットワークを含めて）インターネット上または他のネットワーク上で、あるいは、任意のアナログ・ネットワークまたはデジタル・ネットワーク（パケット交換、回路交換、または他のスキーム）上で配信することができる。本発明の一部分は、サーバ・コンピュータ上に存在するが、対応する一部分は、モバイル装置などのクライアント・コンピュータ上に存在することが当業者には理解されよう。
【００１９】
例示された実施形態は、ＡＮＳＩ−４１ネットワーク、ＧＳＭネットワーク、およびＵＭＴＳネットワーク内に実装されるＥ９１１システムのテストを示している。しかし、本明細書中に説明される概念は、ＣＡＬＥＡシステムとＥ９１１システムの両方、または同様なシステムを実装する他のタイプの通信ネットワークに対しても適用することができる。一部の実施形態においては、ＣＡＬＥＡについてすでに構成されている、前から存在する無線サービス・プロバイダ・システムは、最小限の変更だけを使用してＥ９１１テスト用にアップグレードすることができる。同様に、一部の実施形態においては、（例えば、前から存在するＭＰＣ／ＧＭＬＣシステムなど）前から存在する緊急事態通信サービス・システムをアップグレードして、Ｅ９１１テスト・スキームに対応させることは、軽微な変更を必要とするだけである。一部の実施形態においては、Ｅ９１１テスト・スキームは、ネットワーク全体にわたる多数の同時呼び出し、ならびにブロッキングなしにかなりの数の顕著な位置要求動作をサポートする能力を有する。さらに、テスト呼び出しは、ドキュメント化または追跡のためのシステムに記憶することができ、テスト・スキームは、報告システムを含むことができる。一部の実施形態においては、テスト・プラットフォームを構成する様々なネットワーク構成要素は、ＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｉｎｇ ｓｅｒｖｉｃｅショート・メッセージング・サービス）メッセージ、電子メール・サーバ、インスタント・メッセージング・サーバなどを経由してテスト・モバイル局に位置推定結果を返信するように構成することができる。同様に、そのテスト・プラットフォームは、用意された電子メール・アドレスまたは電子メール・リストに対して位置推定結果を送信するように構成することもできる。
【００２０】
図１を参照すると、Ｅ９１１テスト・スキームは、ＡＮＳＩ−４１環境１００との関連において実装することができる。ＡＮＳＩ−４１環境１００においては、テスト・スキームは、テスト呼び出しが行われるテスト・モバイル局１０２と、テスト呼び出しを行うユーザに可聴のフィードバックを供給するＶＲＵ（ｖｏｉｃｅ ｒｅｓｐｏｎｓｅ ｕｎｉｔ音声応答ユニット）１０４とを含むことができる。ＡＮＳＩ−４１環境はまた、基地局１０６とモバイル・スイッチング・センタ（ＭＳＣ）１０８とを含むこともできる。一部の実施形態においては、ＭＳＣ１０８は、テスト緊急事態サービス経路指定キー番号のプールのための経路指定変換を取得し記憶するようにアップデートされる。ＶＲＵ１０４は、テスト緊急事態サービス経路指定キー番号を受信することもできる。
【００２１】
（ＩＳ−１３６ＭＳＣを利用する）例示の実施形態においては、ＭＳＣ１０８が公衆交換電話網ディレクトリ番号を使用してＶＲＵ１０４に到達する共用のトランク経路指定をサポートすることができない場合に、特別なトランキング構成を使用することができる。さらに、テスト・スキーム中で使用されるＨＬＲ（ｈｏｍｅ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒホーム位置レジスタ）（図示せず）は、テスト・モバイル局１０２についてのプロファイルを記憶するように実装することができる。このようなプロファイルは、専用のＭＤＮ（ｍｏｂｉｌｅ ｄｉｒｅｃｔｏｒｙ ｎｕｍｂｅｒモバイル・ディレクトリ番号）および／またはＭＳＩＳＤＮ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ＩＳＤＮモバイル局ＩＳＤＮ）から構成され、これらは、テスト・モバイル局１０２が、無線サービス・プロバイダ・セクタの外側から呼び出しを受信することができないように構成することができる。
【００２２】
一部の実施形態においては、ＭＳＣ１０８は、ポジション決定エンティティ１１２と一緒に、テスト・モバイル１０２についての位置情報を供給するＭＰＣ（ｍｏｂｉｌｅ ｐｏｓｉｔｉｏｎｉｎｇ ｃｅｎｔｅｒモバイル位置決めセンタ）１１０とインターフェースする。ＭＰＣ１１０は、最初はＣＡＬＥＡインフラストラクチャとして実装されていてもよいが、ＭＰＣ１１０が、テストＭＤＮを起源とするＥ９１１呼び出しを識別することができるように、Ｅ９１１テスト・スキームに対応するようにアップデートすることができる。一部の実施形態においては、ＭＰＣ１１０はまた、（緊急事態サービス経路指定キーの実際のＥ９１１ＰＳＡＰプールに対して）それらのテストＭＤＮを経路指定するための異なる緊急事態サービス経路指定キー・プールを使用するようにアップデートされる。さらに、ＭＰＣ１１０は、Ｅ９１１テスト・サーバ１１４に対する１つまたは複数のＪ−ＳＴＤ−０３６Ｅ２接続を設定するようにアップデートすることもできる。
【００２３】
次いでＥ９１１テスト・サーバ１１４は、ＭＰＣ１１０から受信された位置情報を収集しコンパイルして、テスト・データを生成することができる。一部の実施形態においては、Ｅ９１１テスト・サーバ１１４は、ＭＰＣ１１０上でＥ９１１位置要求をトリガすることができる。このような位置要求は、基礎となるＣＡＬＥＡフレームワークによって可能とされるときに受信されるリアル・タイム呼び出しイベント・メッセージによってトリガすることができる。位置応答は、Ｅ９１１テスト・サーバ１１４上にログ記録することができ、このＥ９１１テスト・サーバは、収集されたテスト・データについてのリポジトリとしての役割を果たす。Ｅ９１１テスト・サーバ１１４は、（例えば、電子メール・サーバ１１６を経由したＳＭＳテキスト・メッセージを経由して）テスト・モバイル局１０２に対して位置推定メッセージを直ちに返信するように構成することができる。Ｅ９１１テスト・サーバ１１４と電子メール・サーバ１１６はまた、このようなメッセージを他の宛先に送信する（例えば、電子メール・メッセージをデスクトップ・ネットワーク化コンピュータに送信する）ように構成することもできる。Ｅ９１１テスト・サーバ１１４は、そのシステム中で使用されるテスト・モバイル局１０２ごとに電子メールを経由して毎日のログを送出することもできる。テスト・スキームの下で影響を受ける可能性のある他のネットワーク・ノードは、ＤＦ（ｄｅｌｉｖｅｒｙ ｆｕｎｃｔｉｏｎ配信機能）ノード１１８を含み、このＤＦノードは、その基礎となるＣＡＬＥＡシステムの一部分として実現される。一般的に、ＣＡＬＥＡと共に、配信機能ノード１１８は、傍受のタイプについて適切な規格のフォーマットにおける１つまたは複数の法令執行収集機能に対して傍受されたコミュニケーションを配信する責任がある。しかし、本発明の一部の実施形態によれば、配信機能ノード１１８は、メッセージをＥ９１１テスト・サーバ１１４に対して配信し、このＥ９１１テスト・サーバは、法令執行収集機能についてのプロキシまたは代役としての機能を果たしている。その配信機能は、様々なタイプのチャネル（例えば、ＣＣＣ（ｃａｌｌ ｃｏｎｔｅｎｔ ｃｈａｎｎｅｌ呼び出し内容チャネル））およびＣＤＣ（ｃａｌｌ ｄａｔａ ｃｈａｎｎｅｌ呼び出しデータ・チャネル）上で情報を配信することができる。
【００２４】
テスト・スキームは、実際の９１１呼び出し中に、パブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）システム１２２および他の構成要素を含めて、緊急事態サービス・ネットワーク１２０によって受信すべきモバイル局位置情報の品質を予測することが意図される。しかし、例示の実施形態に示されるように、テスト・スキームは、その実装形態中において緊急事態サービス・ネットワーク１２０の構成要素を利用する必要がなくてもよい。
【００２５】
図２Ａを参照すると、Ｅ９１１テスト・スキームは、ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ汎用パケット無線サービス）ネットワークなどのＧＳＭネットワーク２００との関連で実装することができる。図１のＡＮＳＩ−４１ネットワーク・スキーム１００と同様にＧＳＭネットワーク・テスト・スキームは、テスト・モバイル局２０２とＶＲＵ２０４を含むことができる。ＧＳＭネットワークはまた、基地局２０６とＢＳＣ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ基地局制御装置）２０８とを含むことができる。監視ユニット２１０は、基地局２０６とＢＳＣ２０８との間のコミュニケーションを監視することができる。ＧＳＭネットワーク２００は、ＧＳＭモバイル・スイッチング・センタ（ＧＳＭ ＭＳＣ）２１２も含むことができる。
【００２６】
ＧＳＭネットワークにおいて、Ｅ９１１テスト・サーバ２１４は、ＭＰＣ２１６およびＣＡＬＥＡ配信機能とインターフェースして、テスト中に位置情報を収集する。さらに、ＰＤＥ２２０は、テスト・モバイル２０２についての位置決定プロセスに関与することもある。電子メール・サーバ２２２または他の通信構成要素は、Ｅ９１１テスト・サーバ２１４が収集するテスト・データの配布に関与することもある。
【００２７】
図２Ｂ〜２Ｄは、本発明を実装することができる他のＧＳＭネットワーク実装形態を示している。これらのＧＳＭネットワーク実装形態においては、ＧＳＭネットワークの様々な態様が、変化してもよい。例えば、図２Ａおよび２ＢのＭＰＣ２１６は、図２Ｃおよび２Ｄに示されるＧＳＭネットワーク中において、ＧＭＬＣ（ｇａｔｅｗａｙ ｍｏｂｉｌｅ ｌｏｃａｔｉｏｎ ｃｅｎｔｅｒゲートウェイ・モバイル位置センタ）で置き換えることができる。図１のＡＮＳＩ−４１テスト・スキームと同様に、図２Ａ〜２Ｄに示されたテスト・スキームは、実際の９１１呼び出し中に、ＰＳＡＰシステムおよび他の構成要素を含めてＧＳＭネットワークに結合された緊急事態サービス・ネットワークが受信すべきモバイル局位置情報の品質を予測することが意図される。しかし、例示の実施形態中に示されるように、テスト・スキームは、その実装形態中において、緊急事態サービス・ネットワーク２２４の構成要素を利用する必要がないこともある。
【００２８】
図３Ａを参照すると、Ｅ９１１テスト・スキームは、ＵＭＴＳネットワーク３００との関連で実装することができる。ＵＭＴＳネットワーク・テスト・スキームは、テスト・ユーザ・エンドポイント３０２とＶＲＵ３０４とを含むことができる。ＵＭＴＳネットワークは、基地局３０６と無線ネットワーク制御装置（ＲＮＣ）３０８を含むこともできる。ＵＭＴＳネットワーク３００は、ＭＳＣ３１０を含むこともできる。
【００２９】
ＵＭＴＳネットワークにおいて、Ｅ９１１テスト・サーバ３１２は、ＧＭＬＣ３１４およびＣＡＬＥＡ配信機能３１６とインターフェースして、テスト中に位置情報を収集する。さらに、電子メール・サーバ３１８または他の通信構成要素が、Ｅ９１１テスト・サーバ３１２によって収集されたテスト・データの配布に関与することもある。
【００３０】
図３Ｂは、本発明を実装することができる他のＵＭＴＳネットワーク実装形態を示している。図１のＡＮＳＩ−４１テスト・スキームおよび図２Ａ〜２ＤのＧＭＳテスト・スキームと同様に、図３Ａおよび３Ｂ中に示されるテスト・スキームは、実際の９１１呼び出し中に、ＰＳＡＰシステムおよび他の構成要素を含めて、ＵＭＴＳネットワークに結合された緊急事態サービス・ネットワークが受信すべきモバイル局位置情報の品質を予測することが意図される。しかし、例示の実施形態中に示されるように、テスト・スキームは、その実装形態中において、緊急事態サービス・ネットワークの構成要素を利用する必要がないこともある。
【００３１】
一般に、本発明の実装形態は、ＡＮＳＩ−４１ネットワーク、ＧＳＭネットワーク、およびＵＭＴＳネットワークとの関連で前述されているが、基礎になっている緊急事態応答または位置識別のフレームワークを有する他のタイプのネットワークなど、他のタイプのネットワークまたはシステム中において本発明を実装することも可能とすることができる。
【００３２】
Ｃ．システム・フロー
図４Ａ〜４Ｂ、５Ａ〜５Ｄ、および６Ａ〜６Ｄ、ならびに７Ａ〜７Ｄは、図１、２Ａ〜２Ｄ、および３Ａ〜３Ｂの様々なシステム内で行われるプロセスを示す代表的な流れ図である。これらの流れ図は、すべての機能またはデータの交換を示してはいないが、その代わりにそのシステムの下で交換されるコマンドおよびデータについての理解をもたらす。コマンドおよびデータの一部の機能または交換は、反復し、変更し、省略し、または補足することができ、示されていない他の態様も簡単に実装することができることが当業者には理解されよう。例えば、詳細に説明してはいないが、データを含むメッセージは、ＨＴＴＰ上などメッセージ・キューを介して伝送することができる。
【００３３】
図４Ａ〜７Ｄに表されるフローは、開始から終了までの全トランザクションが示される高レベルのフローである。図４Ａ〜７Ｄのトランザクションに関与し得る様々なエンティティはまた、図１〜３Ｂの全体を通して示されている。
【００３４】
図４Ａを参照すると、ＡＮＳＩ−４１ネットワーク（例えば、図１に示されるＡＮＳＩ−４１ネットワーク）中の初期位置呼び出しフローは、テスト・モバイル局１０２、ＰＤＥ１１２、ＭＳＣ１０８、Ｅ９１１テスト・サーバ１１４、ＭＰＣ１１０、およびＶＲＵ１０４を含めてＡＮＳＩ−４１ネットワークの様々な構成要素の間のコミュニケーション・シーケンスを含むことができる。コミュニケーション４０１において、テスト・モバイル局１０２は、緊急事態サービス・テスト呼び出しを開始する。図に示されるように、緊急事態サービス呼び出しは、番号「９１１」をダイヤルすることにより行うことができる。代わりに、緊急事態サービス呼び出しは、ＭＳＣが緊急事態サービス・テスト呼び出し（例えば、「３１１」）として認識することができる所定の番号をダイヤルすることにより行うこともできる。コミュニケーション４０２ａにおいて、様々なＥ９１１機能（例えば、受信端において９１１発呼者の電話番号の表示を可能にする機能）を用いて構成されたＭＳＣ１０８は、第１の要求メッセージ（例えば、ＯＲＩＧＲＥＱ）をＭＰＣ１６４に送信する。第１の要求メッセージは、モバイル呼び出しが発信されたセル・サイトおよびセクタ、ならびにテスト・モバイル局１０２についてのＭＩＮ情報、ＭＤＮ情報、およびＥＳＮ情報を示すことができる。ＣｄＰＮ（ｃａｌｌｅｄ ｐａｒｔｙ ｎｕｍｂｅｒ被呼パーティ番号）は、「９１１」として識別され、ＣｇＰＮ（ｃａｌｌｉｎｇ ｐａｒｔｙ ｎｕｍｂｅｒ発呼パーティ番号）は、テスト・モバイル局１０２（例えば、５５５−ＮＸＸ−ＸＸＸＸ）として識別される。
【００３５】
コミュニケーション４０２ｂにおいて、ＭＳＣ１０８は、（それがＣＡＬＥＡ呼び出しでそうなるはずのように）電子監視を要求する呼び出しとしてそのテスト呼び出しを識別し、（図１だけに示されているように）Ｊ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを配信機能（ＤＦ）ノードに対して送信する。次いで、ＤＦノードにおける転送機能は、まるでＥ９１１テスト・サーバ１１４が、ＣＡＬＥＡ法令執行収集機能であるかのようにＬＡＥＳＰ開始メッセージをＥ９１１テスト・サーバ１１４に対して転送する。
【００３６】
コミュニケーション４０３に関連して、ＭＰＣ１１０は、１つまたは複数の以降のステップを実施する。すなわち、ＭＰＣ１１０は、テスト・モバイル局のＭＤＮ（または他の識別情報）に基づいて、テスト・モバイル局１０２をＥ９１１テスト・モバイル局として認識する。ＭＰＣ１１０は、受信された開始要求メッセージ中のディジットを解析し、この解析に基づいて、そのテスト呼び出しについての経路指定スキームを決定する。ＭＰＣ１１０は、ＭＳＣ１０８が使用すべき経路指定ディジットとして一時的なテストＥＳＲＫ（ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ ｒｏｕｔｉｎｇ ｋｅｙ緊急事態サービス経路指定キー）を割り当て（またはセル／セクタに関連する１組のテストＥＳＲＤ（ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ ｒｏｕｔｉｎｇ ｋｅｙ緊急事態サービス経路指定ディジットを戻し）、この情報をＭＳＣ１０８に送信する。
【００３７】
コミュニケーション４０４ａにおいて、ＭＳＣ１０８は、ＰＳＡＰ（例えば、ＶＲＵ１０４）以外のテスト宛先にその呼び出しを転送する。このコミュニケーションにおいては、統合サービス・デジタル・ネットワーク・ユーザ部分（ＩＳＵＰ）初期アドレス・メッセージ（ＩＡＭ）被呼パーティ番号（ＣｄＰＮ）は、テスト宛先を意味し、発呼パーティ番号（ＣｇＰＮ）は、テスト緊急事態サービス経路指定キー（ＥＳＲＫ）である。コミュニケーション４０４ｂにおいて、Ｅ９１１テスト・サーバ（および／またはＯＲＩＧＲＥＱ）からＥＳＰＯＳＲＥＱを受信した結果として、ＭＰＣ１１０は、そのテスト・モバイルについてのサービスを行うセル／セクタに関連する適切なＰＤＥ（図示せず）に対してポジション要求メッセージ（ＧＰＯＳＲＥＱ）を起動する。
【００３８】
コミュニケーション４０５において、ＰＤＥ１１２は、その要求を受信し、（位置決め技術に依存する可能性のある）位置推定プロセス／プロシージャを開始する。コミュニケーション４０６において、呼び出しセットアップ信号が完了される。コミュニケーション４０７において、ＰＤＥ１１２は、位置推定プロセス／プロシージャを完了する（またはタイムアウト・イベントが行われる）。次いでコミュニケーション４０８において、ＰＤＥ１１２は、緯度情報および経度情報の形式でそのテスト・モバイル局の位置をＭＰＣ１１０に対して戻す。コミュニケーション４０９において、ＭＰＣ１１０は、その位置情報をＥ９１１テスト・サーバ１１４に対して戻す。コミュニケーション４１０において、Ｅ９１１テスト・サーバ１１４は、その位置情報（テスト呼び出し結果）をレポート・ファイル中にログ記録する。Ｅ９１１テスト・サーバ１１４はまた、（オプションとして）そのテスト呼び出し結果をＳＭＳメッセージとしてそのモバイルに送信し、かつ／または指定された電子メール・アカウントに対してそのテスト呼び出し結果を電子メールし、あるいはそうでなければ必要に応じてその情報を報告することもできる。
【００３９】
コミュニケーション４１１において、テスト呼び出しは解放される。コミュニケーション４１２ａにおいて、ＭＳＣ１０８は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ１１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１サーバ１１６は、どのようなリソースが使用されていたと仮定しても、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション４１２ｂにおいて、ＭＳＣ１０８は、ＭＰＣ１１０に呼び出し終了レポート・メッセージを送信して、それにより、ＭＰＣ１１０は、その呼び出し中に使用されるどのようなリソースも解放することができるようになる。コミュニケーション４１３において、ＭＰＣ１１０は、呼び出し終了レポート・メッセージの受信に肯定応答する。
【００４０】
図４Ｂを参照すると、ＡＮＳＩ−４１ネットワーク（例えば、図１に示されるＡＮＳＩ−４１ネットワーク）中の位置アップデート呼び出しフローは、そのテスト呼び出しが最初に行われた後に異なる位置に移動しているテスト・モバイル局１０２についての位置をアップデートするために、図４Ａに示されるような様々な構成要素の間のコミュニケーション・シーケンスを含むことができる。
【００４１】
コミュニケーション４２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図４Ａの初期位置呼び出しフローについて完了されている）ものと仮定する。コミュニケーション４２２において、テスト・モバイル局１０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション４２３において、ＭＳＣ１０８は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ１１４に対して送信する。
【００４２】
コミュニケーション４２４において、Ｅ９１１テスト・サーバ１１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤ（ｃａｓｅＩＤ／ＣａｌｌＩＤ）を適切なＭＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＲＥＱを生成し、それをＭＰＣ１１０に対して送信する。コミュニケーション４２５において、ＭＰＣ１１０は、ＥＳＰＯＳＲＥＱを受信し、このＥＳＰＯＳＲＥＱはＭＰＣ１１０を起動して、システム間ポジション要求（ＩＳＰＯＳＲＥＱ）を生成する。次いで、ＭＰＣ１１０はＩＳＰＯＳＲＥＱをＭＳＣ１０８へと送信する。
【００４３】
コミュニケーション４２６において、ＭＳＣ１０８は、ＩＳＰＯＳＲＥＱ応答メッセージを経由してその要求された情報（例えば、ＴＤＭＡモバイル情報、モバイル機能、サービスしているセル）を返信する。コミュニケーション４２７において、ＩＳＰＯＳＲＥＱの結果を受信するとすぐに、ＭＰＣ１１０は、（例えば、ＥＳＰＯＳＲＥＱおよびＩＳＰＯＳＲＥＱに基づいて）ＧＰＯＳＲＥＱを構築して、位置推定を要求しているＰＤＥ１１２に対して送信する。コミュニケーション４２８において、ＰＤＥ１１２は、そのＧＰＯＳＲＥＱを受信し、（位置決め技術に依存する可能性のある）位置推定プロセス／プロシージャを開始する。
【００４４】
コミュニケーション４２９において、その位置推定プロセス／プロシージャの結果に基づいて、ＰＤＥ１１２は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。次いで、ＰＤＥ１１２は、（例えば、緯度情報および経度情報の形式で）ＧＰＯＳＲＥＱ応答を経由してテスト・モバイル局１０２についてのアップデートされた位置情報をＭＰＣ１１０に対して戻すことができる。
【００４５】
コミュニケーション４３０において、ＭＰＣ１１０は、ＥＳＰＯＲＥＱ応答の形でその位置情報をＥ９１１テスト・サーバに戻す。コミュニケーション４３１において、Ｅ９１１テスト・サーバ１１４は、（例えば、レポート・ファイル中に）受信された位置情報をログ記録する。Ｅ９１１テスト・サーバ１１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。
【００４６】
コミュニケーション４３２において、テスト呼び出しは解放される。コミュニケーション４３３ａにおいて、ＭＳＣ１０８は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ１１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ１１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。コミュニケーション４３３ａと同時に行われることもあるコミュニケーション４３３ｂにおいて、ＭＳＣ１０８は、ＭＰＣ１１０に呼び出し終了レポート（例えば、ＣＡＬＬＴＥＲＭＲＰＴ）を送信して、それにより、ＭＰＣ１１０が、その呼び出しに関連するどのようなリソースも解放することができるようになり得る。コミュニケーション４３４において、そのＭＰＣは、呼び出し終了レポートに応答を用いて肯定応答する。
【００４７】
図５Ａ〜５Ｄを参照すると、テスト・スキームは、（図２Ａ〜２Ｄに対して以前に示されたように）ＧＳＭ Ｅ５ネットワーク・アーキテクチャの形で実装することができる。そのＧＳＭアーキテクチャは、テスト・モバイル局２０２、基地局制御装置２０８、ＰＤＥ２２０、ＭＳＣ２１２、Ｅ９１１テスト・サーバ２１４、ＭＰＣ２１６、およびＶＲＵ２０４を含めて、いくつかの構成要素を含むことができる。
【００４８】
図５Ａは、ＧＳＭ Ｅ５環境の場合における初期位置呼び出しフローの一実施例を示している。コミュニケーション５０１において、テスト・モバイル局２０２は、緊急事態サービス呼び出しを開始する。図に示されるように、緊急事態サービス呼び出しは、番号「９１１」をダイヤルすることにより行うことができる。代わりに、緊急事態サービス呼び出しは、テスト呼び出し宛先についての番号（例えば、「３１１」）をダイヤルすることにより行うこともできる。コミュニケーション５０２ａにおいて、ＭＳＣ２１２は、そのテスト呼び出しをテスト緊急事態サービス呼び出しとして識別し、サービスしているセル情報（例えば、ＥＳＲＤ）と、統合サービス・デジタル・ネットワーク・ユーザ部分（ＩＳＵＰ）初期アドレス・メッセージ（例えば、ＩＡＭ）中の発呼パーティ番号（例えば、ＭＤＮ）と共に、ＭＰＣ２１６に呼び出しを転送する。
【００４９】
コミュニケーション５０２ｂにおいて、ＭＳＣ２１２は、電子監視を必要としているもの（すなわち、ＣＡＬＥＡ傍受についてＭＳＣ上で用意されたテスト・モバイル）としてその呼び出しを識別し、その発呼パーティについてのサービスしているセル情報（緊急事態サービス経路指定ディジット）とモバイル・ディレクトリ番号（ＭＤＮ）と共にその呼び出しをＭＰＣ２１６に転送する。例示の実施例においては、呼び出し転送は、まるでＥ９１１テスト・サーバ２１４が法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ ＤＦを経由してＥ９１１テスト・サーバ２１４に送信されたＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを使用して実装される。
【００５０】
コミュニケーション５０３ａにおいて、ＭＰＣ２１６は、ＩＡＭメッセージからＭＤＮを解析し、ＭＤＮに基づいてその呼び出しをテスト呼び出しとして識別する。次いで、ＭＰＣ２１６は、一時的なテストＥＳＲＫを経路指定ディジットとしてＭＳＣ２１２に割り当てる。ＩＡＭは、（例えば、その被呼パーティおよび発呼パーティをテスト−ＥＳＲＫに等しく設定して）ＩＳＵＰループ・アラウンド上でＭＳＣ２１２に戻される。コミュニケーション５０３ｂにおいて、サービスしているセル・セクタがＥ９１１用に構成されていることを決定するとすぐに、ＭＰＣ２１６は、Ｅ５−インターフェース（例えば、Ｊ−ＳＴＤ−０３６Ｂ）上において、そのテスト呼び出しについての位置推定を要求しているＰＤＥ２２０に対してＧＰＯＳＲＥＱメッセージを送信する。コミュニケーション５０４において、そのＧＰＯＳＲＥＱメッセージによって起動されたＰＤＥ２２０は、プロセスおよびプロシージャを開始して、位置推定を生成する。
【００５１】
コミュニケーション５０５において、ＬＡＥＳＰ開始メッセージによって起動されたＥ９１１テスト・サーバ２１４は、ＥＳＰＯＳＲＥＱをＭＰＣ２１６に送信し、このＥＳＰＯＳＲＥＱは、（ＬＡＥＳＰ開始メッセージ中において受信されるような）テスト・モバイル局２０２のＭＤＮを含んでいてもよい。コミュニケーション５０６において、ＭＳＣ２１２は、テストＥＳＲＫに基づいて、そのテスト宛先（例えば、ＰＳＡＰ以外の宛先）にその呼び出しを転送する。
【００５２】
コミュニケーション５０７において、呼び出しセットアップ信号が完了される。コミュニケーション５０８において、ＰＤＥ２２０は、許容可能な位置推定値を計算し、あるいはタイマが、期限切れになる。コミュニケーション５０９において、ＰＤＥ２２０は、（例えば、緯度および経度の形式で）ＧＰＯＳＲＥＱ応答を経由してテスト・モバイル局２０２の位置をＭＰＣ２１６に対して戻す。コミュニケーション５１０において、ＭＰＣ２１６は、ＥＳＰＯＳＲＥＱ応答の形でその位置情報をＥ９１１テスト・サーバに対して戻す。
【００５３】
コミュニケーション５１１において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中に受信された位置情報をログ記録する。Ｅ９１１テスト・サーバ２１４は、（オプションとして）その受信された位置情報をＳＭＳメッセージとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション５１２において、テスト呼び出しは解放される。コミュニケーション５１３において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信し、それにより、Ｅ９１１テスト・サーバ２１４は、その呼び出しに関連するどのようなリソースも解放することができるようになる。
【００５４】
図５Ｂを参照すると、ＧＳＭネットワーク（例えば、図２Ａ中に示されるＧＳＭネットワーク）中における位置アップデート呼び出しフローは、そのテスト呼び出しが最初に行われた後に異なる位置に移動しているテスト・モバイル局２０２についての位置をアップデートするために、図５Ａに示されるような様々な構成要素の間のコミュニケーション・シーケンスを含むことができる。
【００５５】
コミュニケーション５２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図４Ａの初期位置呼び出しフローについて完了されている）ものと仮定する。コミュニケーション５２２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション５２３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。
【００５６】
コミュニケーション５２４において、Ｅ９１１テスト・サーバ２１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＭＰＣ２１６に対して送信する。コミュニケーション５２５において、ＭＰＣ２１６は、そのＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱはＭＰＣ２１６を起動して、ＧＳＰＯＳＲＥＱを生成する。次いで、ＭＰＣ２１６はそのＧＰＯＳＲＥＱをＰＤＥ２２０へと送信する。
【００５７】
コミュニケーション５２６において、ＰＤＥ２２０は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。コミュニケーション５２７において、ＰＤＥ２２０は、ＧＰＯＳＲＥＱ応答の形で、テスト・モバイル局２０２のアップデートされた位置についての（例えば、緯度および経度の形式における）位置情報をＭＰＣ２１６へと戻す。コミュニケーション５２８において、コミュニケーション４３０において、ＭＰＣ２１６は、ＥＳＰＯＳＲＥＱ応答の形で位置情報をＥ９１１テスト・サーバへと戻す。コミュニケーション５２９において、Ｅ９１１テスト・サーバ２１４は、（例えば、レポート・ファイル中に）受信された位置情報をログ記録する。Ｅ９１１テスト・サーバ２１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。
【００５８】
コミュニケーション５３０において、テスト呼び出しは解放される。コミュニケーション５３１において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００５９】
図５Ｃは、ＧＳＭ Ｅ５ネットワーク・アーキテクチャの第２のバージョンにおける初期位置呼び出しフローの一実施例を示している。コミュニケーション５４１において、テスト・モバイル局２０２は、緊急事態サービス・テスト呼び出しを開始する。コミュニケーション５４２ａにおいて、ＭＳＣ２１２は、その呼び出しを緊急事態サービス呼び出しとして識別し、サービスしているセル情報（ＥＳＲＤ）と、ＩＳＵＰ初期アドレス・メッセージ（ＩＡＭ）中の発呼パーティ番号（ＭＤＮ）と共に、ＭＰＣ２１６に対して呼び出しを転送する。コミュニケーション５４２ｂにおいて、ＭＳＣ２１２は、電子監視を必要としているもの（すなわち、ＣＡＬＥＡ傍受についてＭＳＣ上で用意されたテスト・モバイル）としてそのテスト呼び出しを識別し、まるでＥ９１１テスト・サーバ２１４が法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ ＤＦを経由してＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージをＥ９１１テスト・サーバ２１４に対して送信する。コミュニケーション５４３において、ＭＰＣ２１６は、ＩＡＭメッセージからＭＤＮを解析し、ＭＤＮに基づいてその呼び出しをテスト呼び出しとして識別する。ＭＰＣ２１６は、一時的なテストＥＳＲＫを経路指定ディジットとしてＭＳＣに割り当てる。ＩＡＭは、被呼パーティおよび発呼パーティ＝テスト（ｔｅｓｔ）−ＥＳＲＫと共に、ＩＳＵＰループ・アラウンド上でＭＳＣ２１２に対して戻される。一部の実施形態においては、ＭＰＣ２１６は、呼び出し情報を必要としないので、ＩＳＵＰループ・アラウンド・トランクを経由してＭＰＣ２１６に経路指定されなくてもよい。経路はまた、ダイヤルされたディジット・ストリング（例えば、「１１９」）またはＩＭＳＩ特有のスイッチ変換に基づいてＭＳＣによって決定することもできる。
【００６０】
コミュニケーション５４４において、ＬＡＥＳＰ開始メッセージ中の位置データを経由してサービスしているセル・セクタを決定するとすぐに、Ｅ９１１テスト・サーバ２１４は、Ｅ５−インターフェース（Ｊ−ＳＴＤ−０３６Ｂ）上でＧＰＯＳＲＥＱメッセージをＰＤＥ２２０に対して送信する。送信されたメッセージは、そのテスト呼び出しについての位置推定を要求することができる。ＧＰＯＳＲＥＱメッセージによって起動されたコミュニケーション５４５において、ＰＤＥ２２０は、プロセスおよびプロシージャを開始して、位置推定を生成する。コミュニケーション５４６において、ＭＳＣ２１２は、テストＥＳＲＫ（またはダイヤルされたディジット、ＩＭＳＩなど）に基づいて、テスト宛先（すなわち、ＰＳＡＰではない）に対してその呼び出しを転送する。
【００６１】
コミュニケーション５４７において、呼び出しセットアップ信号が完了される。コミュニケーション５４８において、ＰＤＥ２２０は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。コミュニケーション５４９において、ＰＤＥ２２０は、ＧＰＯＳＲＥＱ応答の形で、緯度および経度の形式におけるテスト・モバイル局２０２の位置をＥ９１１テスト・サーバ２１４へと戻す。次いでコミュニケーション５５０において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１テスト・サーバ２１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション５５１において、テスト呼び出しは解放される。コミュニケーション５５２において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＬＡＥＳＰ解放メッセージをＥ９１１テスト・サーバ２１４に送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００６２】
図５Ｄは、ＧＳＭ Ｅ５ネットワーク・アーキテクチャの第２のバージョンにおける位置アップデート呼び出しフローの一実施例を示している。コミュニケーション５６１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図５Ｂの初期位置呼び出しフローについて完了されている）ものと仮定する。コミュニケーション５６２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション５６３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。
【００６３】
コミュニケーション５６４において、Ｅ９１１テスト・サーバ２１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＧＰＯＳＲＥＱを生成し、それをＰＤＥ２２０に対して送信する。コミュニケーション５６５において、ＰＤＥ２２０は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。コミュニケーション５６６において、ＰＤＥ２２０は、ＧＰＯＳＲＥＱ応答の形で、テスト・モバイル２０２のアップデートされた位置についての（例えば、緯度および経度の形式における）位置情報をＥ９１１テスト・サーバ２１４へと戻す。コミュニケーション５６７において、Ｅ９１１テスト・サーバ２１４は、（例えば、レポート・ファイル中に）受信された位置情報をログ記録する。
【００６４】
コミュニケーション５６８において、Ｅ９１１サーバは、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション５６９において、テスト呼び出しは解放される。コミュニケーション５７０において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００６５】
図６Ａ〜６Ｄは、ＧＳＭネットワーク・アーキテクチャ、およびより詳細にはＬｇ−インターフェースを有するＧＳＭネットワーク・アーキテクチャ中に組み込むテスト・スキームの代替的な実装形態を示す代表的な流れ図である。このネットワーク・アーキテクチャは、ＩＳＵＰループ・アラウンドの発生を伴って、または伴わずに実装することができ、テスト・モバイル局２０２、ＳＭＬＣ（ｓｅｒｖｉｎｇ ｍｏｂｉｌｅ ｌｏｃａｔｉｏｎ ｃｅｎｔｅｒサービスするモバイル位置センタ）２２８、ＢＳＣ２０８、ＭＳＣ２１２、Ｅ９１１テスト・サーバ２１４、ＧＭＬＣ２２６、およびＶＲＵ２０４を含めて、様々なネットワーク構成要素の間のコミュニケーション・シーケンスを含むことができる。
【００６６】
図６Ａは、ＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャ中の初期位置呼び出しフローの一実施例を示している。コミュニケーション６０１において、テスト・モバイル局２０２は、緊急事態サービス呼び出しを開始する。コミュニケーション６０２ａにおいて、既存のＥ９１１機能を使用して、ＭＳＣ２１２は、ＥＳＲＫを要求するためにモバイル呼び出しの起源となる、テストＭＳＩＳＤＮおよびサービスを行うセル・セクタ（すなわち、ＣＧＩまたはＥＳＲＤ）を用いて、ＧＭＬＣ２２６に対してＳＬＲ（ｓｕｂｓｃｒｉｂｅｒ ｌｏｃａｔｉｏｎ ｒｅｐｏｒｔ加入者位置レポート）メッセージを起動する。コミュニケーション６０２ｂにおいて、ＭＳＣ２１２は、電子監視を必要とするもの（すなわち、ＣＡＬＥＡ傍受のためにＭＳＣ上に用意されたテスト・モバイル）としてそのテスト呼び出しを識別し、まるでサーバが法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ配信機能（ＤＦ）からＥ９１１テスト・サーバ２１４へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。コミュニケーション６０３ａにおいて、ＧＭＬＣ２２６は、ＳＬＲメッセージからＭＳＩＳＤＮを解析し、（例えば、ＭＳＩＳＤＮに基づいて）テスト呼び出しとしてその呼び出しを識別する。ＧＭＬＣ２２６は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣに割り当てる。ＥＳＲＫは、応答メッセージ中でＭＳＣに戻される。コミュニケーション６０３ｂにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ２１４は、ＬＡＥＳＰ開始メッセージ中で受信されるように、テスト・モバイル局２０２のＭＤＮを含むＧＭＬＣ２２６に対してＥＳＰＯＳＲＥＱを送信する。コミュニケーション６０３ｃにおいて、ＧＭＬＣ２２６は、そのＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱは、ＭＳＣ２１２に送信されるＰＳＬ（ｐｒｏｖｉｄｅ ｓｕｂｓｃｒｉｂｅｒ ｌｏｃａｔｉｏｎ加入者位置供給）要求の生成をトリガする。
【００６７】
コミュニケーション６０４ａにおいて、ＭＳＣ２１２は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の宛先）に対してそのテスト呼び出しを転送する。コミュニケーション６０４ｂにおいて、ＭＳＣ２１２は、そのＰＳＬ中に含まれるデータを変換して、ＰＬＲ（ｐｒｏｖｉｄｅ ｌｏｃａｔｉｏｎ ｒｅｑｕｅｓｔ位置供給要求）メッセージを生成し、それをＳＭＬＣ２２８へと送信する。
【００６８】
コミュニケーション６０５ａにおいて、呼び出しセットアップ信号が完了される。コミュニケーション６０５ｂにおいて、ＳＭＬＣ２２８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。次いでコミュニケーション６０６において、ＳＭＬＣ２２８は、緯度および経度の形式でテスト・モバイル局２０２の位置をＰＬＲ応答の形でＭＳＣ２１２に対して戻す。次いでコミュニケーション６０７において、ＭＳＣ２１２は、（例えば、緯度および経度の形式で）テスト・モバイル局２０２の位置推定値を（ＰＳＬを経由して）ＧＭＬＣ２２６に対して戻す。
【００６９】
コミュニケーション６０８において、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ２１４に対してその位置情報を戻す。次いでコミュニケーション６０９において、Ｅ９１１サーバは、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１サーバは、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション６１０において、テスト呼び出しは解放される。
【００７０】
コミュニケーション６１１ａにおいて、ＬＡＥＳＰ解放メッセージは、ＣＡＬＥＡ傍受を経由してＭＳＣによってＥ９１１サーバに対して送信されて、それによってＥ９１１サーバが、（もしあれば）呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６１１ｂにおいて、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信する（例えば、それによって、ＧＭＬＣ２２６は、その呼び出しに関連するどのようなリソースも解放することができるようになる）。コミュニケーション６１２において、ＧＭＬＣ２２６は、ＳＬＲメッセージの受信に肯定応答する。
【００７１】
図６Ｂは、ＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャにおける位置アップデート呼び出しフローの一実施例を示している。コミュニケーション６２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図６Ａの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション６２２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション６２３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。
【００７２】
コミュニケーション６２４において、Ｅ９１１テスト・サーバ２１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ２２６に対して送信する。コミュニケーション６２５において、ＧＭＬＣ２２６は、ＧＭＬＣ２２６がＭＳＣ２１２に送信するＰＳＬメッセージの生成をトリガするＥＳＰＯＳＲＥＱを受信する。コミュニケーション６２６において、ＭＳＣ２１２は、そのＰＳＬメッセージ中に含まれるデータを変換して、ＰＬＲメッセージを生成し、それをＳＭＬＣ２２８に対して送信する。
【００７３】
コミュニケーション６２７において、ＳＭＬＣ２２８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション６２８において、ＳＭＬＣ２２８は、テスト・モバイル２０２のアップデートされた位置についての（例えば、緯度および経度の形式における）位置情報をＰＬＲ応答の形でＭＳＣ２１２に対して戻す。コミュニケーション６２９において、ＭＳＣ２１２は、緯度および経度の形式でテスト・モバイル局２０２の位置推定値をＰＳＬ応答の形でＧＭＬＣ２２６に対して戻す。
【００７４】
コミュニケーション６３０において、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ２１４へと位置情報を戻す。次いでコミュニケーション６３１において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１テスト・サーバ２１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション６３２において、テスト呼び出しは解放される。コミュニケーション６３３において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００７５】
コミュニケーション６３４において、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信して、それにより、ＧＭＬＣ２２６はそのテスト呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６３５において、ＧＭＬＣ２２６は、そのＳＬＲメッセージの受信に肯定応答する。
【００７６】
図６Ｃは、ＩＳＵＰループ・アラウンドを有するＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャ中における初期位置呼び出しフローの一実施例を示している。コミュニケーション６４１において、テスト・モバイル局２０２は、緊急事態サービス呼び出しを開始する。コミュニケーション６４２ａにおいて、ＭＳＣ２１２は、緊急事態サービス呼び出しとしてその呼び出しを識別し、ＩＳＵＰ初期アドレス・メッセージ（ＩＡＭ）中のサービスするセル情報（例えば、ＥＳＲＤ）および発呼パーティ番号（例えば、ＭＳＩＳＤＮ）と共にＧＭＬＣ２２６に対して呼び出しを転送する。コミュニケーション６４２ｂにおいて、ＭＳＣ２１２内のＥ９１１機能を使用して、ＭＳＣ２１２は、ＢＳＣ２０８を経由してＰＬＲメッセージをＳＭＬＣ２２８へと送信する。コミュニケーション６４２ｃにおいて、ＭＳＣ２１２は、電子監視を必要とする呼び出しとして（例えば、ＣＡＬＥＡ傍受のためのＭＳＣ２１２上に用意されたテスト・モバイルとして）テスト呼び出しを識別し、例えばまるでＥ９１１テスト・サーバ２１４が法令執行収集機能であるかのようにそのＣＡＬＥＡ配信機能からＥ９１１テスト・サーバ２１４へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。
【００７７】
コミュニケーション６４３ａにおいて、ＧＭＬＣ２２６は、（ＩＡＭメッセージ中の情報に基づいて）テスト・モバイル局のＭＤＮを解析し、（例えば、ＭＤＮまたは呼び出された番号に基づいて）テスト呼び出しとしてその呼び出しを識別する。このポイントにおいて、ＧＭＬＣ２２６は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣ２１２に割り当てることができる。ＧＭＬＣ２２６は、ＩＳＵＰループ・アラウンド上で（例えば、被呼パーティと発呼パーティをテストＥＳＲＫに等しく設定して）ＩＡＭをＭＳＣ２１２に対して戻すことができる。コミュニケーション６４３ｂにおいてＭＳＣ２１２によって開始されたＰＬＲを受信するとすぐに、ＳＭＬＣ２２８は、適用可能な位置推定のプロセスおよびプロシージャを開始する。コミュニケーション６４３ｃにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ２１４は、ＧＭＬＣ２２６に対してＥＳＰＯＳＲＥＱを送信する。そのＥＳＰＯＳＲＥＱは、（例えば、ＬＡＥＳＰ開始メッセージ中において受信されるように）テスト・モバイル局２０２のＭＤＮを含んでいてもよい。
【００７８】
コミュニケーション６４４において、ＭＳＣ２１２は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の位置）に対してそのテスト呼び出しを転送する。コミュニケーション６４５において、呼び出しセットアップ信号が完了される。コミュニケーション６４６において、ＳＭＬＣ２２８は、適用可能なプロセス／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション６４７において、ＳＭＬＣ２２８は、ＢＳＣ２０８を経由してＰＬＲ応答の形で位置推定値をＭＳＣ２１２へと返信する。コミュニケーション６４８において、ＭＳＣ２１２は、ＳＬＲメッセージ中において（例えば、緯度情報および経度情報の形式で）テスト・モバイルの位置推定値をＧＭＬＣ２２６に対して戻す。
【００７９】
コミュニケーション６４９ａにおいて、ＧＭＬＣ２２６は、ＳＬＲ応答を用いてＳＬＲの受信に肯定応答する。コミュニケーション６４９ｂにおいて、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でその位置情報をＥ９１１サーバに対して戻す。コミュニケーション６５０において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中にそのデータをログ記録することができる。Ｅ９１１テスト・サーバは、テスト・モバイル局２０２に対して（例えば、ＳＭＳメッセージとして）それらの結果を送信することができ、または指定された電子メール・アカウントに対してそれらの結果を電子メールで送ることができ、あるいはその両方を行うこともできる。
【００８０】
コミュニケーション６５１において、テスト呼び出しは解放される。コミュニケーション６５２ａにおいて、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバにＬＡＥＳＰ解放メッセージを送信することができる（例えばこれにより、Ｅ９１１サーバは、その呼び出しに関連するどのようなリソースも解放することができるようになり得る）。コミュニケーション６５２ｂにおいて、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信して、それによりＧＭＬＣ２２６はそのテスト呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６５３において、ＧＭＬＣ２２６は、そのＳＬＲメッセージの受信に肯定応答する。
【００８１】
図６Ｄは、ＩＳＵＰループ・アラウンドを有するＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャ中における位置アップデート呼び出しフローの一実施例を示している。コミュニケーション６６１において、緊急事態サービス呼び出しが、以前に確立されている（例えば、呼び出しセットアップ信号が、図６Ｃの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション６６２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション６６３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。コミュニケーション６６４において、Ｅ９１１テスト・サーバ２１４は、（例えば、ケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのダイヤルされたディジット抽出中の情報を適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ２２６に対して送信する。
【００８２】
コミュニケーション６６５において、ＧＭＬＣ２２６は、そのＭＳＣに送信される加入者位置供給（ＰＳＬ）の生成をトリガするＥＳＰＯＳＲＥＱを受信する。コミュニケーション６６６において、ＭＳＣ２１２は、ＰＳＬ中に含まれるデータを変換して、ＰＬＲメッセージを生成し、それをＳＭＬＣ２２８に対して送信する。コミュニケーション６６７において、ＳＭＬＣ２２８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション６６８において、ＳＭＬＣ２２８は、（例えば、緯度および経度の形式における）テスト・モバイル局２０２についての位置情報をＰＬＲ応答の形でＭＳＣ２１２に対して戻す。
【００８３】
コミュニケーション６６９において、ＭＳＣ２１２は、ＰＳＬ応答メッセージ中において、ＧＭＬＣ２２６に対してその位置情報を戻す。コミュニケーション６７０において、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ２１４に対して位置情報を戻す。次いでＥ９１１テスト・サーバは、レポート・ファイル中に位置情報をログ記録することができる。Ｅ９１１サーバはまた、その位置情報をＳＭＳメッセージとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション６７１において、テスト呼び出しは解放される。コミュニケーション６７２において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する（例えばこれにより、Ｅ９１１テスト・サーバ２１４は、その呼び出しに関連するどのようなリソースも解放することができるようになる）。コミュニケーション６７３において、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信して、それによりＧＭＬＣ２２６はその呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６７４において、ＧＭＬＣ２２６は、そのＳＬＲメッセージの受信に肯定応答する。
【００８４】
図７Ａ〜７Ｄは、ＵＭＴＳネットワーク・アーキテクチャにおけるテスト・スキームの代替実装形態を示す代表的な流れ図である。このネットワーク・アーキテクチャは、ＩＳＵＰループ・アラウンドの発生を伴って、または伴わずに実装することができ、テスト・ユーザ・エンドポイント３０２、ＲＮＣ３０８、ＭＳＣ３１０、Ｅ９１１テスト・サーバ３１２、ＧＭＬＣ３１４、およびＶＲＵ３０４を含めて、様々なネットワーク構成要素の間のコミュニケーション・シーケンスを含んでいてもよい。
【００８５】
図７Ａは、ＵＭＴＳネットワーク・アーキテクチャにおける初期位置呼び出しフローの一実施例を示している。コミュニケーション７０１において、ユーザ・エンドポイント３０２は、緊急事態サービス呼び出しを開始する。注記：ＵＭＴＳ呼び出しセットアップについての適切な信号メッセージ・フローは、示されていないが、図面中においては明確さを維持するためにＣＭサービス要求に要約されている。コミュニケーション７０２ａにおいて、ＭＳＣ３１０内のＥ９１１機能を使用して、ＭＳＣ３１０は、ＳＬＲメッセージをＧＭＬＣ３１４へと送信して、ＥＳＲＫを要求する。そのＳＬＲメッセージは、モバイル呼び出しの起源となるサービスするセル／セクタに関連したテストＭＳＩＳＤＮおよび情報（例えば、ＣＧＩまたはＥＳＲＤ）を含んでいてもよい。コミュニケーション７０２ｂにおいて、ＭＳＣ３１０は、電子監視を必要とするコミュニケーションとして（例えば、ＣＡＬＥＡ傍受のためにＭＳＣ３１０上に用意されたテスト・モバイルとして）そのテスト呼び出しを識別し、例えばまるでＥ９１１テスト・サーバ３１２が法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ配信機能からＥ９１１テスト・サーバ３１２へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。
【００８６】
コミュニケーション７０３ａにおいて、ＧＭＬＣ３１４は、ＳＬＲメッセージからＭＳＩＳＤＮを解析し、（例えば、ＭＳＩＳＤＮに基づいて）テスト呼び出しとしてその呼び出しを識別する。その結果、ＧＭＬＣ３１４は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣ３１０に割り当てることができる。ＳＬＲ応答メッセージにより、ＥＳＲＫは、ＭＳＣ３１０に戻されることが可能になる。コミュニケーション７０３ｂにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ３１２は、（ＬＡＥＳＰ開始メッセージ中で受信されるように、ユーザ・エンドポイント３０２のＭＤＮを含むことができる）ＥＳＰＯＳＲＥＱをＧＭＬＣ３１４に対して送信する。コミュニケーション７０３ｃにおいて、ＧＭＬＣ３１４は、そのＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱは、ＧＭＬＣ３１４が、ＭＳＣ３１０に対して送信するＰＳＬメッセージの生成をトリガする。
【００８７】
コミュニケーション７０４ａにおいて、ＭＳＣ３１０は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の宛先）に対してその呼び出しを転送する。コミュニケーション７０４ｂにおいて、ＭＳＣ３１０は、そのＰＳＬ中に含まれるデータを変換して、ＬＲＣメッセージを生成し、それをＲＮＣ３０８へと送信する。コミュニケーション７０５ａにおいて、呼び出しセットアップ信号が完了される。コミュニケーション７０５ｂにおいて、ＲＮＣ３０８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７０６において、ＲＮＣ３０８は、（例えば、緯度および経度の形式で）ユーザ・エンドポイント３０２の位置を位置レポート・メッセージ中においてＭＳＣ３１０に対して戻す。コミュニケーション７０７において、ＭＳＣ３１０は、緯度および経度の形式でユーザ・エンドポイント３０２の位置推定値をＰＳＬ応答メッセージ中においてＧＭＬＣ３１４に対して戻す。
【００８８】
コミュニケーション７０８において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ３１２に対してその位置情報を戻す。コミュニケーション７０９において、Ｅ９１１テスト・サーバ３１２は、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１テスト・サーバ３１２は、（オプションとして）例えばＳＭＳまたは電子メール・メッセージを経由して、指定された受信者に対してそれらの結果を送信することもできる。コミュニケーション７１０において、テスト呼び出しは解放される。コミュニケーション７１１ａにおいて、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバに対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバが、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７１１ｂにおいて、ＭＳＣ３１０は、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４は、そのテスト・呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７１２において、ＧＭＬＣ３１４は、ＳＬＲメッセージの受信に肯定応答する。
【００８９】
図７Ｂは、ＵＭＴＳネットワーク・アーキテクチャにおける位置アップデート呼び出しフローの一実施例を示している。コミュニケーション７２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図７Ａの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション７２２において、テスト・ユーザ・エンドポイント３０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション７２３において、ＭＳＣ３１０は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ３１２に対して送信する。
【００９０】
コミュニケーション７２４において、Ｅ９１１テスト・サーバ３１２は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ３１４に対して送信する。コミュニケーション７２５において、ＧＭＬＣ３１４は、ＧＭＬＣ３１４がＭＳＣ３１０に送信するＰＳＬメッセージの生成をトリガするＥＳＰＯＳＲＥＱを受信する。コミュニケーション７２６において、ＭＳＣ３１０は、そのＰＳＬ中に含まれるデータを変換して、ＬＲＣメッセージを生成し、それをＲＮＣ３０８に対して送信する。
【００９１】
コミュニケーション７２７において、ＲＮＣ３０８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７２８において、ＲＮＣ３０８は、ＬＲ（ＬｏｃａｔｉｏｎＲｅｐｏｒｔ位置レポート）メッセージ中において（例えば、緯度および経度の形式における）テスト・ユーザ・エンドポイント３０２の位置をＭＳＣ３１０に対して戻す。
【００９２】
コミュニケーション７２９において、ＭＳＣ３１０は、ＰＳＬ応答メッセージ中においてテスト・ユーザ・エンドポイント３０２の位置推定値をＧＭＬＣ３１４に対して戻す。コミュニケーション７３０において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１サーバに対して位置情報を戻す。コミュニケーション７３１において、Ｅ９１１テスト・サーバ３１２は、（例えば、レポート・ファイル中に）そのデータをログ記録する。Ｅ９１１サーバはまた、（オプションとして）（例えば、テスト・ユーザ・エンドポイント３０２に対するＳＭＳ、および／または指定された電子メール・アカウントに対する電子メールとして）指定されたソースに対してそれらの結果を送信することもできる。
【００９３】
コミュニケーション７３２において、テスト呼び出しは解放される。コミュニケーション７３３において、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ３１２に対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバ３１２は、（もしあれば）その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７３４において、ＭＳＣ３１０は、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４はその呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７３５において、ＧＭＬＣ３１４は、そのＳＬＲメッセージの受信に肯定応答する。
【００９４】
図７Ｃは、ＩＳＵＰループ・アラウンドを有するＵＭＴＳネットワーク・アーキテクチャ中における初期位置呼び出しフローの一実施例を示している。コミュニケーション７４１において、テスト・ユーザ・エンドポイント３０２は、緊急事態サービス呼び出しを開始する。コミュニケーション７４２ａにおいて、ＭＳＣ３１０は、緊急事態サービス呼び出しとしてその呼び出しを識別し、ＩＳＵＰ初期アドレス・メッセージ（ＩＡＭ）中のサービスするセル情報（ＥＳＲＤ）および発呼パーティ番号（ＭＳＩＳＤＮ）と共にＧＭＬＣ３１４に対して呼び出しを転送する。コミュニケーション７４２ｂにおいて、ＭＳＣ３１０内のＥ９１１機能を使用して、ＭＳＣ３１０は、ＲＮＣ３０８に対してＬＲＣメッセージを起動する。コミュニケーション７４２ｃにおいて、ＭＳＣ３１０は、電子監視を必要とするものとして（例えば、ＣＡＬＥＡ傍受のためのＭＳＣ３１０上に用意されたテスト・モバイルとして）呼び出しを識別し、例えばまるでＥ９１１テスト・サーバ３１２が法令執行収集機能であるかのようにそのＣＡＬＥＡ配信機能からＥ９１１テスト・サーバ３１２へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。
【００９５】
コミュニケーション７４３ａにおいて、ＧＭＬＣ３１４は、（例えば、ＩＡＭメッセージから）ＭＤＮを解析し、（例えば、ＭＤＮまたは呼び出された番号に基づいて）テスト呼び出しとしてその呼び出しを識別する。次いでＧＭＬＣ３１４は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣ３１０に割り当てる。次いでＧＭＬＣ３１４は、ＩＳＵＰループ・アラウンド上で（例えば、被呼パーティと発呼パーティをテストＥＳＲＫに等しく設定して）ＩＡＭをＭＳＣ３１０に対して戻す。コミュニケーション７４３ｂにおいて、ＭＳＣ３１０によって開始されたＬＲＣを受信するとすぐに、ＲＮＣ３０８は、適用可能な位置推定のプロセスおよびプロシージャを実行することを開始する。コミュニケーション７４３ｃにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ３１２は、ＧＭＬＣ３１４に対してＥＳＰＯＳＲＥＱメッセージを送信し、そのメッセージは、（例えば、ＬＡＥＳＰ開始メッセージ中において受信されるように）テスト・ユーザ・エンドポイント３０２のＭＤＮを含んでいてもよい。
【００９６】
コミュニケーション７４４において、ＭＳＣ３１０は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の宛先）に対してその呼び出しを転送する。コミュニケーション７４５において、呼び出しセットアップ信号が完了される。コミュニケーション７４６において、ＲＮＣ３０８は、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７４７において、ＲＮＣ３０８は、ＬＲメッセージ中において位置推定値をＭＳＣ３１０へと返信する。コミュニケーション７４８において、ＭＳＣ３１０は、ＳＬＲメッセージ中において（例えば、緯度および経度の形式で）テスト・ユーザ・エンドポイント３０２の位置推定値をＧＭＬＣ３１４に対して戻す。
【００９７】
コミュニケーション７４９ａにおいて、ＧＭＬＣ３１４は、ＳＬＲ応答メッセージを用いてＳＬＲメッセージの受信に肯定応答する。コミュニケーション７４９ｂにおいて、ＧＭＬＣ３１４は、（例えば、ＥＳＰＯＳＲＥＱ応答メッセージ中において）その位置情報をＥ９１１テスト・サーバ３１２に対して戻す。コミュニケーション７５０において、Ｅ９１１テスト・サーバ３１２は、レポート・ファイル中にその位置情報をログ記録する。Ｅ９１１テスト・サーバ３１２は、指定されたクライアント（例えば、ＳＭＳとしてのテスト・ユーザ・エンドポイント３０２および／または電子メールを経由しての指定された電子メール・アカウント）に対してその位置情報を送信することができる。コミュニケーション７５１において、テスト呼び出しは解放される。
【００９８】
コミュニケーション７５２ａにおいて、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ３１２に対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバ３１２は、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７５２ｂにおいて、ＭＳＣ３１０は、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４はそのテスト呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７５３において、ＧＭＬＣ３１４は、そのＳＬＲメッセージの受信に肯定応答する。
【００９９】
図７Ｄは、ＩＳＵＰループ・アラウンドを有するＵＭＴＳネットワーク・アーキテクチャ中における位置アップデート呼び出しフローの一実施例を示している。
【０１００】
コミュニケーション７６１において、緊急事態サービス呼び出しが、以前に確立されている（例えば、呼び出しセットアップ信号が、図７Ａの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション７６２において、テスト・ユーザ・エンドポイント３０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション７６３において、ＭＳＣ３１０は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ３１２に対して送信する。
【０１０１】
コミュニケーション７６４において、Ｅ９１１テスト・サーバ３１２は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ３１４に対して送信する。コミュニケーション７６５において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱは、ＧＭＬＣ３１４がＭＳＣ３１０対して送信するＰＳＬメッセージの生成をトリガする。コミュニケーション７６６において、ＭＳＣ３１０は、ＰＳＬ中に含まれるデータを変換して、ＬＲＣメッセージを生成し、それをＲＮＣ３０８に対して送信する。
【０１０２】
コミュニケーション７６７において、ＲＮＣ３０８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７６８において、ＲＮＣ３０８は、位置レポート（ＬＲ）メッセージ中において（例えば、緯度および経度の形式における）テスト・ユーザ・エンドポイント３０２についての位置をＭＳＣ３１０に対して戻す。コミュニケーション７６９において、ＭＳＣ３１０は、ＰＳＬ応答メッセージ中において、ＧＭＬＣ３１４に対してテスト・ユーザ・エンドポイント３０２の位置推定値を戻す。コミュニケーション７７０において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１サーバに対して位置情報を戻す。コミュニケーション７７１において、Ｅ９１１テスト・サーバ３１２は、（例えば、レポート・ファイル中に）そのデータをログ記録する。Ｅ９１１サーバはまた、（オプションとして）（例えば、テスト・ユーザ・エンドポイント３０２に対するＳＭＳおよび／または指定された電子メール・アカウントに対する電子メールとして）指定されたソースに対してそれらの結果を送信することもできる。
【０１０３】
コミュニケーション７７２において、テスト呼び出しは解放される。コミュニケーション７７３において、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ３１２に対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバ３１２は、（もしあれば）その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７７４において、ＭＳＣは、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４は、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７７５において、ＧＭＬＣ３１４は、そのＳＬＲメッセージの受信に肯定応答する。
【０１０４】
Ｄ．結論
文脈が明らかにそうでないことを必要としていない限り、本説明および本特許請求の範囲の全体を通して、単語「含む（ｃｏｍｐｒｉｓｅ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」などは、排他的意味または網羅的な意味ではなく包含的な意味において、すなわち「それだけには限定されないが、含んでいる（ｉｎｃｌｕｄｉｎｇ，ｂｕｔ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」の意味において解釈されるべきである。さらに、「本明細書中における（ｈｅｒｅｉｎ）」、「以上に（ａｂｏｖｅ）」、「以下に（ｂｅｌｏｗ）」、および同様な趣旨の単語は、本出願中において使用されるときには、全体としての本出願を意味し、本出願のどのような個々の部分だけを意味しないものとする。本特許請求の範囲が、複数の項目のリストに関連して単語「または（ｏｒ）」を使用するときには、その単語は、その単語の以降の解釈の、すなわちそのリスト中の諸項目のうちの任意の項目、そのリスト中の諸項目のうちのすべて、およびそのリスト中の諸項目のうちの任意の組合せのすべてをカバーする。
【０１０５】
本発明の諸実施形態の以上に詳述された説明は、網羅的であることも、または以上に開示される厳密な形態だけに本発明を限定することを意図したものではない。本発明の特定の実施形態、および本発明についての実施例は、例示する目的のために以上で説明されているが、当業者なら理解されるように様々な等価的な変更形態が本発明の範囲内において可能である。例えば、諸プロセスまたは諸ブロックが所与の順序で提示されているが、代替実施形態は、異なる順序で、諸ステップを有するルーチンを実施し、または諸ブロックを有するシステムを使用し、また一部の諸プロセスまたは諸ブロックは、削除され、移動され、追加され、分割され、組み合わされ、かつ／または修正されてもよい。これらの諸プロセスまたは諸ブロックのそれぞれは、様々な異なる方法で実装されてもよい。また、諸プロセスまたは諸ブロックは、時に直列に実施されるものとして示されるが、これらの諸プロセスまたは諸ブロックは、その代わりに並列に実施されてもよく、あるいは異なる時に実施されてもよい。文脈が許す場合には、単数または複数の数を使用した上記の詳細な説明中の単語はまた、それぞれ複数または単数の数を含んでいてもよい。
【０１０６】
本明細書中に示される本発明の教示は、他のシステム、すなわち必ずしも本明細書中で説明されているとは限らないシステムに適用されてもよい。以上に説明された様々な実施形態の要素および動作は、さらなる実施形態を実現するために組み合わされてもよい。
【０１０７】
添付の出願書類にリストアップされることもある任意のものを含めて、以上の特許、出願および他の参考文献のすべてが、参照により本明細書に組み込まれている。本発明の諸態様は、必要に応じて修正して、以上に説明された様々な参考文献のシステム、機能、および概念を使用して、本発明のさらに他の実施形態を実現することができる。
【０１０８】
これらおよび他の変更は、以上の詳細な説明を考慮して本発明に対して行われてもよい。以上の説明は、本発明のある種の実施形態を詳述し、考えられる最良の態様について説明しているが、上記がテキスト中においてどのように詳述されたとしても、本発明は、多数の方法で実行することができる。以上で指摘したように、本発明のある種の機能または態様を説明するときに使用される特定の専門用語は、その専門用語が、その専門用語が関連する本発明の任意の特定の特徴、機能、または態様だけに制約されるように本明細書中で再定義されていることを意味するようには解釈すべきではない。一般に、添付の特許請求の範囲中で使用される用語は、以上の詳細な説明部がそのような用語を明示的に定義していない限り、本明細書中に開示された特定の諸実施形態だけに本発明を限定するものと解釈されるべきではない。したがって、本発明の実際の範囲は、開示された諸実施形態だけでなく、本特許請求の範囲の下に本発明を実行または実装するすべての等価的な方法も包含している。
【０１０９】
本発明のある種の態様は、ある種の請求項の形式で添付されて提示されているが、本発明者等は、本発明の様々な態様を任意数の請求項形式において企図している。例えば、本発明のたった１つの態様だけがコンピュータ読取り可能媒体中において実施されるものとして挙げられているが、他の態様も同様にコンピュータ読取り可能媒体中に実施されてもよい。したがって、本発明者等は、本出願を提出した後に追加の請求項を追加して、本発明の他の態様についてのこのような追加の請求項形態を追求する権利を留保している。
【図面の簡単な説明】
【０１１０】
【図１】ＡＮＳＩ−４１ネットワーク中においてＥ９１１テスト・スキームを実装するためのシステムの一実施例を示すブロック図である。
【図２Ａ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図２Ｂ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図２Ｃ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図２Ｄ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図３Ａ】ユニバーサル移動通信システム（ＵＭＴＳ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図３Ｂ】ユニバーサル移動通信システム（ＵＭＴＳ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図４Ａ】図１のシステム（ＡＮＳＩ−４１ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図４Ｂ】図１のシステム（ＡＮＳＩ−４１ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ａ】図２Ａのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ｂ】図２Ａのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ｃ】図２Ｂのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ｄ】図２Ｂのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ａ】図２Ｃのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ｂ】図２Ｃのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ｃ】図２Ｄのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ｄ】図２Ｄのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ａ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ｂ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ｃ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ｄ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【背景技術】
【０００１】
本出願は、参照により本明細書に組み込まれている「Ｔｅｓｔｉｎｇ ｆｏｒ Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ Ｌｏｃａｔｏｒ Ｓｙｓｔｅｍｓ，ｓｕｃｈ ａｓ ｆｏｒ Ｅ９１１ Ｐｈａｓｅ ２」（整理番号１０１９４８１０３．ＵＳ００）と言う名称の２００４年８月１９日に出願された米国仮特許出願第６０／６０２，９６０号の恩典を主張するものである。
【０００２】
アメリカ合衆国においては、人々は、緊急事態の場合に９１１に電話をかける。一般的に、番号９１１がダイヤルされると、呼び出しは、９１１コール・センタとも呼ばれるＰＳＡＰ（ｐｕｂｌｉｃ ｓａｆｅｔｙ ａｎｓｗｅｒｉｎｇ ｐｏｉｎｔパブリック・セイフティ・アンサーリング・ポイント）に自動的に転送される。９１１呼び出しが接続された後に、発呼者は、９１１オペレータにその緊急事態について知らせることになり、可能なときには発呼者の位置を伝えることになる。緊急事態の応答を助けるために、連邦政府は、２００１年までに地上通信線ベースの電話呼び出しサービスが、「機能強化された９１１」（Ｅ９１１）と呼ばれるサービスを提供し、このサービスにより、９１１オペレータが、所与のどのような電話呼び出しでも追跡し、その呼び出しがやって来る発信元の住所にアクセスすることができるようにすることを義務づけた。
【０００３】
モバイル電話から行われる緊急事態９１１呼び出しの数が増大しているので、連邦政府は、モバイル電話とサービス・プロバイダが、無線通信に特有のＥ９１１プログラムを実装することも義務づけている。無線通信のためのＥ９１１は、３段階で実装されている。フェーズ０では、無線サービス・プロバイダは、たとえ発呼者がそのサービスへの加入者でなく、あるいは装置がアクティブにされていなくても、すべての緊急事態の呼び出しをＰＳＡＰに誘導することが要求される。フェーズ１では、ＦＣＣは、電話番号が、各９１１呼び出しと共に表示され（ＡＮＩ（ａｕｔｏｍａｔｉｃ ｎｕｍｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ自動番号識別））、それによってＰＳＡＰオペレータが、切断がある場合に電話をかけ直すことができるようになることを要求する。さらに、ある種の自動位置識別情報が、フェーズ１の一部分として要求されることもある。フェーズ２は、地上通信線ベースのＥ９１１呼び出しのレベルまで無線呼び出しを導くように設計され、これは、発呼者の電話番号および位置が、緊急事態呼び出しごとに自動的に識別されることを意味する。
【０００４】
無線についてのＥ９１１のアップグレードが広く完備しているときには、すべてのセル電話の９１１発呼者は、ＦＣＣガイドライン内の範囲まで（例えば、発呼者の位置の５０メートルから３００フィートまで）位置が正確に指し示されることになる。例えば、セル電話ユーザの電話番号、ならびにその受信アンテナ・サイトの住所および位置が、Ｅ９１１タンデムに送信されることになり、このＥ９１１タンデムは、ＡＮＩにより定義される地理的位置に基づいて適切なＰＳＡＰに対して９１１呼び出しを経路指定するスイッチである。発呼者の音声およびコールバック番号が適切なＰＳＡＰに転送された後に、ＰＳＡＰオペレータは、ＧＰＳ衛星または他のロケータ手段を介してアクセスされるにつれてその発呼者の経度および緯度を示すグラフィック・ディスプレイを閲覧することができるようになる。ＰＳＡＰオペレータのコンピュータは、ＡＬＩデータベースにリンクし、このＡＬＩデータベースは、住所データと他の情報を記憶している。このプロセスの詳細は、使用されるシステムのタイプに応じて変化することができる。
【０００５】
無線サービス・プロバイダは、現在これらのプロバイダのシステムをＥ９１１の要件に準拠するように構成している。サービスの性質と、Ｅ９１１のフェーズ１ソリューションおよびフェーズ２ソリューションの複雑さを考慮して、無線サービス・プロバイダは、かなりの数のテスト呼び出しを使用して、Ｅ９１１サービスの機能および完全性を維持する。テストは、定期的な位置精度の証明、新しいインストレーション確認、ネットワーク変更確認、トラブルシューティングなどの場合におけるものでもよく、そのネットワークの寿命にわたって行われてもよい（すなわち、単に初期システムの構成または実装ではない）。
【特許文献１】米国仮特許出願第６０／６０２，９６０号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一部の場合においては、無線サービス・プロバイダは、適切なＰＳＡＰに対して呼び出しを行うことにより、それらの無線サービス・プロバイダのシステムをテストする。しかし、この技法は、多くの場合に非実用的であり、ＰＳＡＰリソースの浪費でもある。他のテスト・ソリューションも存在するが、一般にそれらのテスト・ソリューションでは、追加の監視機器なしにネットワークを介して自動化されたエンドツーエンド・データフローを効率的にシミュレートすることができない。このような技法は、多くの場合に、ネットワーク内の呼び出された信号用の専用監視機器（例えば、ＳＳ７モニタまたはモバイルＲＦ信号方式）を利用している。また、既存のテスト技法は、テスト・プラットフォームに対するテスト呼び出しの終了を利用して、位置決め結果を生成するために必要とされるデータを強要する。この場合には、とりわけ複数の無線ネットワーク・アーキテクチャを維持する大規模な電気通信事業者では、システムの簡単化が望ましい。
【発明を実施するための最良の形態】
【０００７】
図面中において、同じ参照符号は、同じまたは実質的に同様な要素または動作を特定している。特定の任意の要素または動作の説明をスムーズに実施するために、参照符号中の１つまたは複数の最上位桁は、その要素が最初に導入された図面番号を意味する（例えば、要素２０４は、図２に対して最初に導入され、説明される）。
【０００８】
次に本発明について様々な実施形態に関して説明することにする。以降の説明は、本発明のこれらの実施形態についての完全な理解のための特定の細部を提供しており、これらの実施形態についての説明を可能にしている。しかし、本発明は、これらの細部なしに実行することもできることが当業者には理解されよう。他の場合には、よく知られている構造および機能は、本発明の実施形態の説明を不必要にあいまいにすることを回避するために詳細に示され、または説明されてはいない。
【０００９】
本発明の実施形態の説明中において使用される専門用語は、たとえその専門用語が本発明のある種の特定の実施形態の詳細な説明に関連して使用されていたとしても、その最も広範に妥当なように解釈されることが意図されている。ある種の用語は、以下で誇張さえされることもあるが、どのように制約されるようにも解釈すべきことが意図されたどのような専門用語も、この詳細な説明部では、そのまま明らかに具体的に定義されることになる。
【００１０】
Ａ．概要
Ｅ９１１無線システムのテスト実装のためのシステムおよび方法が、本明細書中に説明されている。このシステムおよび方法においては、無線サービス・プロバイダは、ＣＡＬＥＡ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ ｆｏｒ Ｌａｗ Ｅｎｆｏｒｃｅｍｅｎｔ Ａｃｔ ｏｆ １９９４１９９４年の法令執行のための通信援助法）によって義務づけされたサービスなど、無関係であるがすでに実装済みの電子監視サービスのインフラストラクチャおよび機能を使用する。ＣＡＬＥＡサービスは、Ｅ９１１サービスとは無関係であるが、両方のサービスは、ほとんどの北アメリカ無線アーキテクチャにとって一般的であるので、ＣＡＬＥＡインフラストラクチャを使用したＥ９１１テスト構成の実装により、Ｅ９１１システムについての簡略化された、効率的な効果的なテスト・スキームが可能になる。
【００１１】
ＣＡＬＥＡなどの電子監視サービスは、盗聴と一般に呼ばれる呼び出し内容の傍受と、「ダイヤルされた番号抽出」と一般に呼ばれる「呼び出し識別情報」の傍受とを含めて、多数の構成要素を有することができる。ＣＡＬＥＡは、電気通信事業者の任意の機器、ファシリティ、またはサービスを用いて加入者が生成し、または受信する各コミュニケーションの発信元、方向、宛先、または終了を識別するダイヤル情報または信号情報として「呼び出し識別情報」を定義する。一般に、ＣＡＬＥＡは、犯罪およびテロリズムに対する戦いにおいて、ある種のタイプの電子監視を認可している。より詳細には、ＣＡＬＥＡは、電気通信事業者の既存の法令による義務を定義して、法廷の命令または他の法令による認可に準拠した電子監視を実行する際における法令の執行を援助する。例えば、ＣＡＬＥＡは、電気通信事業者が、法令によって認可された電子監視を実施することができるようにその電気通信事業者のシステムを設計し変更することを要求する。
【００１２】
Ｊ−ＳＴＤ−０２５規格は、有線回線、セルラ、およびブロードバンドＰＣＳの電気通信事業者および製造者についてのＣＡＬＥＡ規格としての役割を果たす。Ｊ−ＳＴＤ−０２５規格は、有線回線、セルラ、およびブロードバンドＰＣＳの電気通信事業者が必要とするサービスおよび機能を定義して、法令によって認可された電子監視をサポートし、傍受されるコミュニケーションと呼び出し識別情報を法令執行機関に対して配信するために必要とされるインターフェースの仕様を決める。
【００１３】
一部の実施形態においては、テストを行うためのシステムおよび方法は、位置推定技術（例えば、Ｕ−ＴＤＯＡ、Ａ−ＧＰＳ、Ｅ−ＯＴＤなど）とは独立したテスト方法を使用する。テスト方法は、無線ネットワーク技術（例えば、ＧＳＭ、ＵＭＴＳ、ＩＳ−１３６、ＣＤＭＡなど）からも独立している。
【００１４】
そうでなければ無関係なＣＡＬＥＡインフラストラクチャを使用してＥ９１１サービスをテストするために、一部の実施形態においては、テスト呼び出しが、「ダミー」９１１受信者に対して行われる。ダミー９１１受信者の構成は、重要ではない。例えば、ダミー９１１受信者は、ボイスメール・ボックスに対する番号と何ら変わらないものでもよい。おそらく、無線サービス・プロバイダのＭＳＣ（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒモバイル・スイッチング・センタ）の構成は、そのテスト・スキームについてより関連している。例えば、それらは、典型的なＣＡＬＥＡにより監視された呼び出しを伴うはずなので、それらのモバイル・サービス・プロバイダのＭＳＣは、テスト・モバイル局が、ダミー９１１受信者に対して緊急事態呼び出しを行うたびに、Ｅ９１１テスト・プラットフォームに対して呼び出しに関連するイベント・メッセージを配信するように構成される。一部の実施形態においては、そのＥ９１１テスト・プラットフォームは、ＣＡＬＥＡシステム中において使用される法令執行メッセージ収集機能のように見えるように設定される。ＣＡＬＥＡシステム中において使用されるメッセージ収集機能と同様に、Ｅ９１１テスト・プラットフォームは、ＬＡＥＳＰ（Ｌａｗｆｕｌｌｙ Ａｕｔｈｏｒｉｚｅｄ Ｅｌｅｃｔｒｏｎｉｃ Ｓｕｒｖｅｉｌｌａｎｃｅ Ｐｒｏｔｏｃｏｌ法令で認可された電子監視プロトコル）メッセージを受信するように構成される。ＬＡＥＳＰメッセージの形式でそのテスト・プラットフォームに送信される情報のタイプは、加入者が生成し、または受信するコミュニケーションの発信元、方向、宛先、および／または終了を識別する情報をダイヤルし、または信号で伝えることを含んでいてもよい。
【００１５】
一般に、Ｅ９１１テスト・プラットフォームは、ＬＡＥＳＰメッセージを使用して、呼び出し開始イベントに基づいて位置要求をトリガし、システム間ハンドオフの通知を供給し、呼び出し中にＤＴＭＦ（ｄｕａｌ ｔｏｎｅ ｍｕｌｔｉ−ｆｒｅｑｕｅｎｃｙデュアル・トーン・マルチ周波数）信号の検出を経由して位置アップデート要求をサブミットし、テスト呼び出し解放の通知を供給して、リソースの再分配を可能にする。このようにして、そのテスト・スキームを使用して、Ｅ９１１システムの寿命にわたってのＰＳＡＰ一体化、サイト変更のテスト、トラブルシューティング、ＰＳＡＰ一体化に先立つスポット検証、および精度のテスト／検証に先立って、新しいＥ９１１サービスのテストを実現することができる。
【００１６】
Ｂ．代表的なシステム
図１〜３Ｂと以降の説明は、本発明を実装することができる適切な環境の簡単な一般的な説明を提供するものである。必ずしも必要とはされないが、本発明の態様は、汎用コンピュータ（例えば、サーバ・コンピュータ、無線装置、またはパーソナル／ラップトップ・コンピュータ）によって実行されるルーチンなど、コンピュータ実行可能な命令の一般的な関連において説明される。本発明は、インターネット家庭電化製品、（ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ携帯型個人情報端末）を含めて）ハンドヘルド装置、ウェアラブル・コンピュータ、あらゆる種類のセルラ電話またはモバイル電話、（乗り物に結合された組込み型コンピュータを含めて）組込み型コンピュータ、マルチプロセッサ・システム、マイクロプロセッサ・ベースまたはプログラム可能な大衆消費電子製品、セットトップ・ボックス、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータなどを含めて、他のコミュニケーション、データ処理、またはコンピュータ・システム構成を用いて実行することができることが、当業者には理解されよう。
【００１７】
本発明の態様は、特別にプログラムされ、構成され、または構築されて、本明細書中に詳細に説明される１つまたは複数のコンピュータ実行可能命令を実施する専用のコンピュータまたはデータ・プロセッサの形で実施するができる。本発明の態様はまた、タスクまたはモジュールが、通信ネットワークを介してリンクされたリモート処理装置によって実施される分散コンピューティング環境中において実行することもできる。分散コンピューティング環境においては、プログラム・モジュールは、ローカル・メモリ・ストレージ装置中にも、リモート・メモリ・ストレージ装置中にも配置することができる。
【００１８】
本発明の態様は、磁気的または光学的に読取り可能なコンピュータ・ディスク、半導体メモリ上のマイクロコード、ナノテクノロジ・メモリ、有機メモリまたは光メモリ、あるいは他のポータブル・データ・ストレージ媒体を含めてコンピュータ読取り可能媒体上に記憶し、分散することができる。実際に、本発明の態様の下におけるコンピュータ実装された命令データ、データ構造データ、スクリーン・ディスプレイ・データ、および他のデータは、ある期間にわたって伝搬媒体（例えば、１つ（または複数）の電磁波、音波など）上の伝搬信号上において（無線ネットワークを含めて）インターネット上または他のネットワーク上で、あるいは、任意のアナログ・ネットワークまたはデジタル・ネットワーク（パケット交換、回路交換、または他のスキーム）上で配信することができる。本発明の一部分は、サーバ・コンピュータ上に存在するが、対応する一部分は、モバイル装置などのクライアント・コンピュータ上に存在することが当業者には理解されよう。
【００１９】
例示された実施形態は、ＡＮＳＩ−４１ネットワーク、ＧＳＭネットワーク、およびＵＭＴＳネットワーク内に実装されるＥ９１１システムのテストを示している。しかし、本明細書中に説明される概念は、ＣＡＬＥＡシステムとＥ９１１システムの両方、または同様なシステムを実装する他のタイプの通信ネットワークに対しても適用することができる。一部の実施形態においては、ＣＡＬＥＡについてすでに構成されている、前から存在する無線サービス・プロバイダ・システムは、最小限の変更だけを使用してＥ９１１テスト用にアップグレードすることができる。同様に、一部の実施形態においては、（例えば、前から存在するＭＰＣ／ＧＭＬＣシステムなど）前から存在する緊急事態通信サービス・システムをアップグレードして、Ｅ９１１テスト・スキームに対応させることは、軽微な変更を必要とするだけである。一部の実施形態においては、Ｅ９１１テスト・スキームは、ネットワーク全体にわたる多数の同時呼び出し、ならびにブロッキングなしにかなりの数の顕著な位置要求動作をサポートする能力を有する。さらに、テスト呼び出しは、ドキュメント化または追跡のためのシステムに記憶することができ、テスト・スキームは、報告システムを含むことができる。一部の実施形態においては、テスト・プラットフォームを構成する様々なネットワーク構成要素は、ＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｉｎｇ ｓｅｒｖｉｃｅショート・メッセージング・サービス）メッセージ、電子メール・サーバ、インスタント・メッセージング・サーバなどを経由してテスト・モバイル局に位置推定結果を返信するように構成することができる。同様に、そのテスト・プラットフォームは、用意された電子メール・アドレスまたは電子メール・リストに対して位置推定結果を送信するように構成することもできる。
【００２０】
図１を参照すると、Ｅ９１１テスト・スキームは、ＡＮＳＩ−４１環境１００との関連において実装することができる。ＡＮＳＩ−４１環境１００においては、テスト・スキームは、テスト呼び出しが行われるテスト・モバイル局１０２と、テスト呼び出しを行うユーザに可聴のフィードバックを供給するＶＲＵ（ｖｏｉｃｅ ｒｅｓｐｏｎｓｅ ｕｎｉｔ音声応答ユニット）１０４とを含むことができる。ＡＮＳＩ−４１環境はまた、基地局１０６とモバイル・スイッチング・センタ（ＭＳＣ）１０８とを含むこともできる。一部の実施形態においては、ＭＳＣ１０８は、テスト緊急事態サービス経路指定キー番号のプールのための経路指定変換を取得し記憶するようにアップデートされる。ＶＲＵ１０４は、テスト緊急事態サービス経路指定キー番号を受信することもできる。
【００２１】
（ＩＳ−１３６ＭＳＣを利用する）例示の実施形態においては、ＭＳＣ１０８が公衆交換電話網ディレクトリ番号を使用してＶＲＵ１０４に到達する共用のトランク経路指定をサポートすることができない場合に、特別なトランキング構成を使用することができる。さらに、テスト・スキーム中で使用されるＨＬＲ（ｈｏｍｅ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒホーム位置レジスタ）（図示せず）は、テスト・モバイル局１０２についてのプロファイルを記憶するように実装することができる。このようなプロファイルは、専用のＭＤＮ（ｍｏｂｉｌｅ ｄｉｒｅｃｔｏｒｙ ｎｕｍｂｅｒモバイル・ディレクトリ番号）および／またはＭＳＩＳＤＮ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ＩＳＤＮモバイル局ＩＳＤＮ）から構成され、これらは、テスト・モバイル局１０２が、無線サービス・プロバイダ・セクタの外側から呼び出しを受信することができないように構成することができる。
【００２２】
一部の実施形態においては、ＭＳＣ１０８は、ポジション決定エンティティ１１２と一緒に、テスト・モバイル１０２についての位置情報を供給するＭＰＣ（ｍｏｂｉｌｅ ｐｏｓｉｔｉｏｎｉｎｇ ｃｅｎｔｅｒモバイル位置決めセンタ）１１０とインターフェースする。ＭＰＣ１１０は、最初はＣＡＬＥＡインフラストラクチャとして実装されていてもよいが、ＭＰＣ１１０が、テストＭＤＮを起源とするＥ９１１呼び出しを識別することができるように、Ｅ９１１テスト・スキームに対応するようにアップデートすることができる。一部の実施形態においては、ＭＰＣ１１０はまた、（緊急事態サービス経路指定キーの実際のＥ９１１ＰＳＡＰプールに対して）それらのテストＭＤＮを経路指定するための異なる緊急事態サービス経路指定キー・プールを使用するようにアップデートされる。さらに、ＭＰＣ１１０は、Ｅ９１１テスト・サーバ１１４に対する１つまたは複数のＪ−ＳＴＤ−０３６Ｅ２接続を設定するようにアップデートすることもできる。
【００２３】
次いでＥ９１１テスト・サーバ１１４は、ＭＰＣ１１０から受信された位置情報を収集しコンパイルして、テスト・データを生成することができる。一部の実施形態においては、Ｅ９１１テスト・サーバ１１４は、ＭＰＣ１１０上でＥ９１１位置要求をトリガすることができる。このような位置要求は、基礎となるＣＡＬＥＡフレームワークによって可能とされるときに受信されるリアル・タイム呼び出しイベント・メッセージによってトリガすることができる。位置応答は、Ｅ９１１テスト・サーバ１１４上にログ記録することができ、このＥ９１１テスト・サーバは、収集されたテスト・データについてのリポジトリとしての役割を果たす。Ｅ９１１テスト・サーバ１１４は、（例えば、電子メール・サーバ１１６を経由したＳＭＳテキスト・メッセージを経由して）テスト・モバイル局１０２に対して位置推定メッセージを直ちに返信するように構成することができる。Ｅ９１１テスト・サーバ１１４と電子メール・サーバ１１６はまた、このようなメッセージを他の宛先に送信する（例えば、電子メール・メッセージをデスクトップ・ネットワーク化コンピュータに送信する）ように構成することもできる。Ｅ９１１テスト・サーバ１１４は、そのシステム中で使用されるテスト・モバイル局１０２ごとに電子メールを経由して毎日のログを送出することもできる。テスト・スキームの下で影響を受ける可能性のある他のネットワーク・ノードは、ＤＦ（ｄｅｌｉｖｅｒｙ ｆｕｎｃｔｉｏｎ配信機能）ノード１１８を含み、このＤＦノードは、その基礎となるＣＡＬＥＡシステムの一部分として実現される。一般的に、ＣＡＬＥＡと共に、配信機能ノード１１８は、傍受のタイプについて適切な規格のフォーマットにおける１つまたは複数の法令執行収集機能に対して傍受されたコミュニケーションを配信する責任がある。しかし、本発明の一部の実施形態によれば、配信機能ノード１１８は、メッセージをＥ９１１テスト・サーバ１１４に対して配信し、このＥ９１１テスト・サーバは、法令執行収集機能についてのプロキシまたは代役としての機能を果たしている。その配信機能は、様々なタイプのチャネル（例えば、ＣＣＣ（ｃａｌｌ ｃｏｎｔｅｎｔ ｃｈａｎｎｅｌ呼び出し内容チャネル））およびＣＤＣ（ｃａｌｌ ｄａｔａ ｃｈａｎｎｅｌ呼び出しデータ・チャネル）上で情報を配信することができる。
【００２４】
テスト・スキームは、実際の９１１呼び出し中に、パブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）システム１２２および他の構成要素を含めて、緊急事態サービス・ネットワーク１２０によって受信すべきモバイル局位置情報の品質を予測することが意図される。しかし、例示の実施形態に示されるように、テスト・スキームは、その実装形態中において緊急事態サービス・ネットワーク１２０の構成要素を利用する必要がなくてもよい。
【００２５】
図２Ａを参照すると、Ｅ９１１テスト・スキームは、ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ汎用パケット無線サービス）ネットワークなどのＧＳＭネットワーク２００との関連で実装することができる。図１のＡＮＳＩ−４１ネットワーク・スキーム１００と同様にＧＳＭネットワーク・テスト・スキームは、テスト・モバイル局２０２とＶＲＵ２０４を含むことができる。ＧＳＭネットワークはまた、基地局２０６とＢＳＣ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ基地局制御装置）２０８とを含むことができる。監視ユニット２１０は、基地局２０６とＢＳＣ２０８との間のコミュニケーションを監視することができる。ＧＳＭネットワーク２００は、ＧＳＭモバイル・スイッチング・センタ（ＧＳＭ ＭＳＣ）２１２も含むことができる。
【００２６】
ＧＳＭネットワークにおいて、Ｅ９１１テスト・サーバ２１４は、ＭＰＣ２１６およびＣＡＬＥＡ配信機能とインターフェースして、テスト中に位置情報を収集する。さらに、ＰＤＥ２２０は、テスト・モバイル２０２についての位置決定プロセスに関与することもある。電子メール・サーバ２２２または他の通信構成要素は、Ｅ９１１テスト・サーバ２１４が収集するテスト・データの配布に関与することもある。
【００２７】
図２Ｂ〜２Ｄは、本発明を実装することができる他のＧＳＭネットワーク実装形態を示している。これらのＧＳＭネットワーク実装形態においては、ＧＳＭネットワークの様々な態様が、変化してもよい。例えば、図２Ａおよび２ＢのＭＰＣ２１６は、図２Ｃおよび２Ｄに示されるＧＳＭネットワーク中において、ＧＭＬＣ（ｇａｔｅｗａｙ ｍｏｂｉｌｅ ｌｏｃａｔｉｏｎ ｃｅｎｔｅｒゲートウェイ・モバイル位置センタ）で置き換えることができる。図１のＡＮＳＩ−４１テスト・スキームと同様に、図２Ａ〜２Ｄに示されたテスト・スキームは、実際の９１１呼び出し中に、ＰＳＡＰシステムおよび他の構成要素を含めてＧＳＭネットワークに結合された緊急事態サービス・ネットワークが受信すべきモバイル局位置情報の品質を予測することが意図される。しかし、例示の実施形態中に示されるように、テスト・スキームは、その実装形態中において、緊急事態サービス・ネットワーク２２４の構成要素を利用する必要がないこともある。
【００２８】
図３Ａを参照すると、Ｅ９１１テスト・スキームは、ＵＭＴＳネットワーク３００との関連で実装することができる。ＵＭＴＳネットワーク・テスト・スキームは、テスト・ユーザ・エンドポイント３０２とＶＲＵ３０４とを含むことができる。ＵＭＴＳネットワークは、基地局３０６と無線ネットワーク制御装置（ＲＮＣ）３０８を含むこともできる。ＵＭＴＳネットワーク３００は、ＭＳＣ３１０を含むこともできる。
【００２９】
ＵＭＴＳネットワークにおいて、Ｅ９１１テスト・サーバ３１２は、ＧＭＬＣ３１４およびＣＡＬＥＡ配信機能３１６とインターフェースして、テスト中に位置情報を収集する。さらに、電子メール・サーバ３１８または他の通信構成要素が、Ｅ９１１テスト・サーバ３１２によって収集されたテスト・データの配布に関与することもある。
【００３０】
図３Ｂは、本発明を実装することができる他のＵＭＴＳネットワーク実装形態を示している。図１のＡＮＳＩ−４１テスト・スキームおよび図２Ａ〜２ＤのＧＭＳテスト・スキームと同様に、図３Ａおよび３Ｂ中に示されるテスト・スキームは、実際の９１１呼び出し中に、ＰＳＡＰシステムおよび他の構成要素を含めて、ＵＭＴＳネットワークに結合された緊急事態サービス・ネットワークが受信すべきモバイル局位置情報の品質を予測することが意図される。しかし、例示の実施形態中に示されるように、テスト・スキームは、その実装形態中において、緊急事態サービス・ネットワークの構成要素を利用する必要がないこともある。
【００３１】
一般に、本発明の実装形態は、ＡＮＳＩ−４１ネットワーク、ＧＳＭネットワーク、およびＵＭＴＳネットワークとの関連で前述されているが、基礎になっている緊急事態応答または位置識別のフレームワークを有する他のタイプのネットワークなど、他のタイプのネットワークまたはシステム中において本発明を実装することも可能とすることができる。
【００３２】
Ｃ．システム・フロー
図４Ａ〜４Ｂ、５Ａ〜５Ｄ、および６Ａ〜６Ｄ、ならびに７Ａ〜７Ｄは、図１、２Ａ〜２Ｄ、および３Ａ〜３Ｂの様々なシステム内で行われるプロセスを示す代表的な流れ図である。これらの流れ図は、すべての機能またはデータの交換を示してはいないが、その代わりにそのシステムの下で交換されるコマンドおよびデータについての理解をもたらす。コマンドおよびデータの一部の機能または交換は、反復し、変更し、省略し、または補足することができ、示されていない他の態様も簡単に実装することができることが当業者には理解されよう。例えば、詳細に説明してはいないが、データを含むメッセージは、ＨＴＴＰ上などメッセージ・キューを介して伝送することができる。
【００３３】
図４Ａ〜７Ｄに表されるフローは、開始から終了までの全トランザクションが示される高レベルのフローである。図４Ａ〜７Ｄのトランザクションに関与し得る様々なエンティティはまた、図１〜３Ｂの全体を通して示されている。
【００３４】
図４Ａを参照すると、ＡＮＳＩ−４１ネットワーク（例えば、図１に示されるＡＮＳＩ−４１ネットワーク）中の初期位置呼び出しフローは、テスト・モバイル局１０２、ＰＤＥ１１２、ＭＳＣ１０８、Ｅ９１１テスト・サーバ１１４、ＭＰＣ１１０、およびＶＲＵ１０４を含めてＡＮＳＩ−４１ネットワークの様々な構成要素の間のコミュニケーション・シーケンスを含むことができる。コミュニケーション４０１において、テスト・モバイル局１０２は、緊急事態サービス・テスト呼び出しを開始する。図に示されるように、緊急事態サービス呼び出しは、番号「９１１」をダイヤルすることにより行うことができる。代わりに、緊急事態サービス呼び出しは、ＭＳＣが緊急事態サービス・テスト呼び出し（例えば、「３１１」）として認識することができる所定の番号をダイヤルすることにより行うこともできる。コミュニケーション４０２ａにおいて、様々なＥ９１１機能（例えば、受信端において９１１発呼者の電話番号の表示を可能にする機能）を用いて構成されたＭＳＣ１０８は、第１の要求メッセージ（例えば、ＯＲＩＧＲＥＱ）をＭＰＣ１６４に送信する。第１の要求メッセージは、モバイル呼び出しが発信されたセル・サイトおよびセクタ、ならびにテスト・モバイル局１０２についてのＭＩＮ情報、ＭＤＮ情報、およびＥＳＮ情報を示すことができる。ＣｄＰＮ（ｃａｌｌｅｄ ｐａｒｔｙ ｎｕｍｂｅｒ被呼パーティ番号）は、「９１１」として識別され、ＣｇＰＮ（ｃａｌｌｉｎｇ ｐａｒｔｙ ｎｕｍｂｅｒ発呼パーティ番号）は、テスト・モバイル局１０２（例えば、５５５−ＮＸＸ−ＸＸＸＸ）として識別される。
【００３５】
コミュニケーション４０２ｂにおいて、ＭＳＣ１０８は、（それがＣＡＬＥＡ呼び出しでそうなるはずのように）電子監視を要求する呼び出しとしてそのテスト呼び出しを識別し、（図１だけに示されているように）Ｊ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを配信機能（ＤＦ）ノードに対して送信する。次いで、ＤＦノードにおける転送機能は、まるでＥ９１１テスト・サーバ１１４が、ＣＡＬＥＡ法令執行収集機能であるかのようにＬＡＥＳＰ開始メッセージをＥ９１１テスト・サーバ１１４に対して転送する。
【００３６】
コミュニケーション４０３に関連して、ＭＰＣ１１０は、１つまたは複数の以降のステップを実施する。すなわち、ＭＰＣ１１０は、テスト・モバイル局のＭＤＮ（または他の識別情報）に基づいて、テスト・モバイル局１０２をＥ９１１テスト・モバイル局として認識する。ＭＰＣ１１０は、受信された開始要求メッセージ中のディジットを解析し、この解析に基づいて、そのテスト呼び出しについての経路指定スキームを決定する。ＭＰＣ１１０は、ＭＳＣ１０８が使用すべき経路指定ディジットとして一時的なテストＥＳＲＫ（ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ ｒｏｕｔｉｎｇ ｋｅｙ緊急事態サービス経路指定キー）を割り当て（またはセル／セクタに関連する１組のテストＥＳＲＤ（ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ ｒｏｕｔｉｎｇ ｋｅｙ緊急事態サービス経路指定ディジットを戻し）、この情報をＭＳＣ１０８に送信する。
【００３７】
コミュニケーション４０４ａにおいて、ＭＳＣ１０８は、ＰＳＡＰ（例えば、ＶＲＵ１０４）以外のテスト宛先にその呼び出しを転送する。このコミュニケーションにおいては、統合サービス・デジタル・ネットワーク・ユーザ部分（ＩＳＵＰ）初期アドレス・メッセージ（ＩＡＭ）被呼パーティ番号（ＣｄＰＮ）は、テスト宛先を意味し、発呼パーティ番号（ＣｇＰＮ）は、テスト緊急事態サービス経路指定キー（ＥＳＲＫ）である。コミュニケーション４０４ｂにおいて、Ｅ９１１テスト・サーバ（および／またはＯＲＩＧＲＥＱ）からＥＳＰＯＳＲＥＱを受信した結果として、ＭＰＣ１１０は、そのテスト・モバイルについてのサービスを行うセル／セクタに関連する適切なＰＤＥ（図示せず）に対してポジション要求メッセージ（ＧＰＯＳＲＥＱ）を起動する。
【００３８】
コミュニケーション４０５において、ＰＤＥ１１２は、その要求を受信し、（位置決め技術に依存する可能性のある）位置推定プロセス／プロシージャを開始する。コミュニケーション４０６において、呼び出しセットアップ信号が完了される。コミュニケーション４０７において、ＰＤＥ１１２は、位置推定プロセス／プロシージャを完了する（またはタイムアウト・イベントが行われる）。次いでコミュニケーション４０８において、ＰＤＥ１１２は、緯度情報および経度情報の形式でそのテスト・モバイル局の位置をＭＰＣ１１０に対して戻す。コミュニケーション４０９において、ＭＰＣ１１０は、その位置情報をＥ９１１テスト・サーバ１１４に対して戻す。コミュニケーション４１０において、Ｅ９１１テスト・サーバ１１４は、その位置情報（テスト呼び出し結果）をレポート・ファイル中にログ記録する。Ｅ９１１テスト・サーバ１１４はまた、（オプションとして）そのテスト呼び出し結果をＳＭＳメッセージとしてそのモバイルに送信し、かつ／または指定された電子メール・アカウントに対してそのテスト呼び出し結果を電子メールし、あるいはそうでなければ必要に応じてその情報を報告することもできる。
【００３９】
コミュニケーション４１１において、テスト呼び出しは解放される。コミュニケーション４１２ａにおいて、ＭＳＣ１０８は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ１１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１サーバ１１６は、どのようなリソースが使用されていたと仮定しても、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション４１２ｂにおいて、ＭＳＣ１０８は、ＭＰＣ１１０に呼び出し終了レポート・メッセージを送信して、それにより、ＭＰＣ１１０は、その呼び出し中に使用されるどのようなリソースも解放することができるようになる。コミュニケーション４１３において、ＭＰＣ１１０は、呼び出し終了レポート・メッセージの受信に肯定応答する。
【００４０】
図４Ｂを参照すると、ＡＮＳＩ−４１ネットワーク（例えば、図１に示されるＡＮＳＩ−４１ネットワーク）中の位置アップデート呼び出しフローは、そのテスト呼び出しが最初に行われた後に異なる位置に移動しているテスト・モバイル局１０２についての位置をアップデートするために、図４Ａに示されるような様々な構成要素の間のコミュニケーション・シーケンスを含むことができる。
【００４１】
コミュニケーション４２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図４Ａの初期位置呼び出しフローについて完了されている）ものと仮定する。コミュニケーション４２２において、テスト・モバイル局１０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション４２３において、ＭＳＣ１０８は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ１１４に対して送信する。
【００４２】
コミュニケーション４２４において、Ｅ９１１テスト・サーバ１１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤ（ｃａｓｅＩＤ／ＣａｌｌＩＤ）を適切なＭＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＲＥＱを生成し、それをＭＰＣ１１０に対して送信する。コミュニケーション４２５において、ＭＰＣ１１０は、ＥＳＰＯＳＲＥＱを受信し、このＥＳＰＯＳＲＥＱはＭＰＣ１１０を起動して、システム間ポジション要求（ＩＳＰＯＳＲＥＱ）を生成する。次いで、ＭＰＣ１１０はＩＳＰＯＳＲＥＱをＭＳＣ１０８へと送信する。
【００４３】
コミュニケーション４２６において、ＭＳＣ１０８は、ＩＳＰＯＳＲＥＱ応答メッセージを経由してその要求された情報（例えば、ＴＤＭＡモバイル情報、モバイル機能、サービスしているセル）を返信する。コミュニケーション４２７において、ＩＳＰＯＳＲＥＱの結果を受信するとすぐに、ＭＰＣ１１０は、（例えば、ＥＳＰＯＳＲＥＱおよびＩＳＰＯＳＲＥＱに基づいて）ＧＰＯＳＲＥＱを構築して、位置推定を要求しているＰＤＥ１１２に対して送信する。コミュニケーション４２８において、ＰＤＥ１１２は、そのＧＰＯＳＲＥＱを受信し、（位置決め技術に依存する可能性のある）位置推定プロセス／プロシージャを開始する。
【００４４】
コミュニケーション４２９において、その位置推定プロセス／プロシージャの結果に基づいて、ＰＤＥ１１２は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。次いで、ＰＤＥ１１２は、（例えば、緯度情報および経度情報の形式で）ＧＰＯＳＲＥＱ応答を経由してテスト・モバイル局１０２についてのアップデートされた位置情報をＭＰＣ１１０に対して戻すことができる。
【００４５】
コミュニケーション４３０において、ＭＰＣ１１０は、ＥＳＰＯＲＥＱ応答の形でその位置情報をＥ９１１テスト・サーバに戻す。コミュニケーション４３１において、Ｅ９１１テスト・サーバ１１４は、（例えば、レポート・ファイル中に）受信された位置情報をログ記録する。Ｅ９１１テスト・サーバ１１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。
【００４６】
コミュニケーション４３２において、テスト呼び出しは解放される。コミュニケーション４３３ａにおいて、ＭＳＣ１０８は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ１１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ１１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。コミュニケーション４３３ａと同時に行われることもあるコミュニケーション４３３ｂにおいて、ＭＳＣ１０８は、ＭＰＣ１１０に呼び出し終了レポート（例えば、ＣＡＬＬＴＥＲＭＲＰＴ）を送信して、それにより、ＭＰＣ１１０が、その呼び出しに関連するどのようなリソースも解放することができるようになり得る。コミュニケーション４３４において、そのＭＰＣは、呼び出し終了レポートに応答を用いて肯定応答する。
【００４７】
図５Ａ〜５Ｄを参照すると、テスト・スキームは、（図２Ａ〜２Ｄに対して以前に示されたように）ＧＳＭ Ｅ５ネットワーク・アーキテクチャの形で実装することができる。そのＧＳＭアーキテクチャは、テスト・モバイル局２０２、基地局制御装置２０８、ＰＤＥ２２０、ＭＳＣ２１２、Ｅ９１１テスト・サーバ２１４、ＭＰＣ２１６、およびＶＲＵ２０４を含めて、いくつかの構成要素を含むことができる。
【００４８】
図５Ａは、ＧＳＭ Ｅ５環境の場合における初期位置呼び出しフローの一実施例を示している。コミュニケーション５０１において、テスト・モバイル局２０２は、緊急事態サービス呼び出しを開始する。図に示されるように、緊急事態サービス呼び出しは、番号「９１１」をダイヤルすることにより行うことができる。代わりに、緊急事態サービス呼び出しは、テスト呼び出し宛先についての番号（例えば、「３１１」）をダイヤルすることにより行うこともできる。コミュニケーション５０２ａにおいて、ＭＳＣ２１２は、そのテスト呼び出しをテスト緊急事態サービス呼び出しとして識別し、サービスしているセル情報（例えば、ＥＳＲＤ）と、統合サービス・デジタル・ネットワーク・ユーザ部分（ＩＳＵＰ）初期アドレス・メッセージ（例えば、ＩＡＭ）中の発呼パーティ番号（例えば、ＭＤＮ）と共に、ＭＰＣ２１６に呼び出しを転送する。
【００４９】
コミュニケーション５０２ｂにおいて、ＭＳＣ２１２は、電子監視を必要としているもの（すなわち、ＣＡＬＥＡ傍受についてＭＳＣ上で用意されたテスト・モバイル）としてその呼び出しを識別し、その発呼パーティについてのサービスしているセル情報（緊急事態サービス経路指定ディジット）とモバイル・ディレクトリ番号（ＭＤＮ）と共にその呼び出しをＭＰＣ２１６に転送する。例示の実施例においては、呼び出し転送は、まるでＥ９１１テスト・サーバ２１４が法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ ＤＦを経由してＥ９１１テスト・サーバ２１４に送信されたＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを使用して実装される。
【００５０】
コミュニケーション５０３ａにおいて、ＭＰＣ２１６は、ＩＡＭメッセージからＭＤＮを解析し、ＭＤＮに基づいてその呼び出しをテスト呼び出しとして識別する。次いで、ＭＰＣ２１６は、一時的なテストＥＳＲＫを経路指定ディジットとしてＭＳＣ２１２に割り当てる。ＩＡＭは、（例えば、その被呼パーティおよび発呼パーティをテスト−ＥＳＲＫに等しく設定して）ＩＳＵＰループ・アラウンド上でＭＳＣ２１２に戻される。コミュニケーション５０３ｂにおいて、サービスしているセル・セクタがＥ９１１用に構成されていることを決定するとすぐに、ＭＰＣ２１６は、Ｅ５−インターフェース（例えば、Ｊ−ＳＴＤ−０３６Ｂ）上において、そのテスト呼び出しについての位置推定を要求しているＰＤＥ２２０に対してＧＰＯＳＲＥＱメッセージを送信する。コミュニケーション５０４において、そのＧＰＯＳＲＥＱメッセージによって起動されたＰＤＥ２２０は、プロセスおよびプロシージャを開始して、位置推定を生成する。
【００５１】
コミュニケーション５０５において、ＬＡＥＳＰ開始メッセージによって起動されたＥ９１１テスト・サーバ２１４は、ＥＳＰＯＳＲＥＱをＭＰＣ２１６に送信し、このＥＳＰＯＳＲＥＱは、（ＬＡＥＳＰ開始メッセージ中において受信されるような）テスト・モバイル局２０２のＭＤＮを含んでいてもよい。コミュニケーション５０６において、ＭＳＣ２１２は、テストＥＳＲＫに基づいて、そのテスト宛先（例えば、ＰＳＡＰ以外の宛先）にその呼び出しを転送する。
【００５２】
コミュニケーション５０７において、呼び出しセットアップ信号が完了される。コミュニケーション５０８において、ＰＤＥ２２０は、許容可能な位置推定値を計算し、あるいはタイマが、期限切れになる。コミュニケーション５０９において、ＰＤＥ２２０は、（例えば、緯度および経度の形式で）ＧＰＯＳＲＥＱ応答を経由してテスト・モバイル局２０２の位置をＭＰＣ２１６に対して戻す。コミュニケーション５１０において、ＭＰＣ２１６は、ＥＳＰＯＳＲＥＱ応答の形でその位置情報をＥ９１１テスト・サーバに対して戻す。
【００５３】
コミュニケーション５１１において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中に受信された位置情報をログ記録する。Ｅ９１１テスト・サーバ２１４は、（オプションとして）その受信された位置情報をＳＭＳメッセージとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション５１２において、テスト呼び出しは解放される。コミュニケーション５１３において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信し、それにより、Ｅ９１１テスト・サーバ２１４は、その呼び出しに関連するどのようなリソースも解放することができるようになる。
【００５４】
図５Ｂを参照すると、ＧＳＭネットワーク（例えば、図２Ａ中に示されるＧＳＭネットワーク）中における位置アップデート呼び出しフローは、そのテスト呼び出しが最初に行われた後に異なる位置に移動しているテスト・モバイル局２０２についての位置をアップデートするために、図５Ａに示されるような様々な構成要素の間のコミュニケーション・シーケンスを含むことができる。
【００５５】
コミュニケーション５２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図４Ａの初期位置呼び出しフローについて完了されている）ものと仮定する。コミュニケーション５２２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション５２３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。
【００５６】
コミュニケーション５２４において、Ｅ９１１テスト・サーバ２１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＭＰＣ２１６に対して送信する。コミュニケーション５２５において、ＭＰＣ２１６は、そのＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱはＭＰＣ２１６を起動して、ＧＳＰＯＳＲＥＱを生成する。次いで、ＭＰＣ２１６はそのＧＰＯＳＲＥＱをＰＤＥ２２０へと送信する。
【００５７】
コミュニケーション５２６において、ＰＤＥ２２０は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。コミュニケーション５２７において、ＰＤＥ２２０は、ＧＰＯＳＲＥＱ応答の形で、テスト・モバイル局２０２のアップデートされた位置についての（例えば、緯度および経度の形式における）位置情報をＭＰＣ２１６へと戻す。コミュニケーション５２８において、コミュニケーション４３０において、ＭＰＣ２１６は、ＥＳＰＯＳＲＥＱ応答の形で位置情報をＥ９１１テスト・サーバへと戻す。コミュニケーション５２９において、Ｅ９１１テスト・サーバ２１４は、（例えば、レポート・ファイル中に）受信された位置情報をログ記録する。Ｅ９１１テスト・サーバ２１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。
【００５８】
コミュニケーション５３０において、テスト呼び出しは解放される。コミュニケーション５３１において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００５９】
図５Ｃは、ＧＳＭ Ｅ５ネットワーク・アーキテクチャの第２のバージョンにおける初期位置呼び出しフローの一実施例を示している。コミュニケーション５４１において、テスト・モバイル局２０２は、緊急事態サービス・テスト呼び出しを開始する。コミュニケーション５４２ａにおいて、ＭＳＣ２１２は、その呼び出しを緊急事態サービス呼び出しとして識別し、サービスしているセル情報（ＥＳＲＤ）と、ＩＳＵＰ初期アドレス・メッセージ（ＩＡＭ）中の発呼パーティ番号（ＭＤＮ）と共に、ＭＰＣ２１６に対して呼び出しを転送する。コミュニケーション５４２ｂにおいて、ＭＳＣ２１２は、電子監視を必要としているもの（すなわち、ＣＡＬＥＡ傍受についてＭＳＣ上で用意されたテスト・モバイル）としてそのテスト呼び出しを識別し、まるでＥ９１１テスト・サーバ２１４が法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ ＤＦを経由してＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージをＥ９１１テスト・サーバ２１４に対して送信する。コミュニケーション５４３において、ＭＰＣ２１６は、ＩＡＭメッセージからＭＤＮを解析し、ＭＤＮに基づいてその呼び出しをテスト呼び出しとして識別する。ＭＰＣ２１６は、一時的なテストＥＳＲＫを経路指定ディジットとしてＭＳＣに割り当てる。ＩＡＭは、被呼パーティおよび発呼パーティ＝テスト（ｔｅｓｔ）−ＥＳＲＫと共に、ＩＳＵＰループ・アラウンド上でＭＳＣ２１２に対して戻される。一部の実施形態においては、ＭＰＣ２１６は、呼び出し情報を必要としないので、ＩＳＵＰループ・アラウンド・トランクを経由してＭＰＣ２１６に経路指定されなくてもよい。経路はまた、ダイヤルされたディジット・ストリング（例えば、「１１９」）またはＩＭＳＩ特有のスイッチ変換に基づいてＭＳＣによって決定することもできる。
【００６０】
コミュニケーション５４４において、ＬＡＥＳＰ開始メッセージ中の位置データを経由してサービスしているセル・セクタを決定するとすぐに、Ｅ９１１テスト・サーバ２１４は、Ｅ５−インターフェース（Ｊ−ＳＴＤ−０３６Ｂ）上でＧＰＯＳＲＥＱメッセージをＰＤＥ２２０に対して送信する。送信されたメッセージは、そのテスト呼び出しについての位置推定を要求することができる。ＧＰＯＳＲＥＱメッセージによって起動されたコミュニケーション５４５において、ＰＤＥ２２０は、プロセスおよびプロシージャを開始して、位置推定を生成する。コミュニケーション５４６において、ＭＳＣ２１２は、テストＥＳＲＫ（またはダイヤルされたディジット、ＩＭＳＩなど）に基づいて、テスト宛先（すなわち、ＰＳＡＰではない）に対してその呼び出しを転送する。
【００６１】
コミュニケーション５４７において、呼び出しセットアップ信号が完了される。コミュニケーション５４８において、ＰＤＥ２２０は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。コミュニケーション５４９において、ＰＤＥ２２０は、ＧＰＯＳＲＥＱ応答の形で、緯度および経度の形式におけるテスト・モバイル局２０２の位置をＥ９１１テスト・サーバ２１４へと戻す。次いでコミュニケーション５５０において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１テスト・サーバ２１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション５５１において、テスト呼び出しは解放される。コミュニケーション５５２において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＬＡＥＳＰ解放メッセージをＥ９１１テスト・サーバ２１４に送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００６２】
図５Ｄは、ＧＳＭ Ｅ５ネットワーク・アーキテクチャの第２のバージョンにおける位置アップデート呼び出しフローの一実施例を示している。コミュニケーション５６１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図５Ｂの初期位置呼び出しフローについて完了されている）ものと仮定する。コミュニケーション５６２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション５６３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。
【００６３】
コミュニケーション５６４において、Ｅ９１１テスト・サーバ２１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＧＰＯＳＲＥＱを生成し、それをＰＤＥ２２０に対して送信する。コミュニケーション５６５において、ＰＤＥ２２０は、許容可能な位置推定値を計算する（あるいはタイマが、期限切れになる）。コミュニケーション５６６において、ＰＤＥ２２０は、ＧＰＯＳＲＥＱ応答の形で、テスト・モバイル２０２のアップデートされた位置についての（例えば、緯度および経度の形式における）位置情報をＥ９１１テスト・サーバ２１４へと戻す。コミュニケーション５６７において、Ｅ９１１テスト・サーバ２１４は、（例えば、レポート・ファイル中に）受信された位置情報をログ記録する。
【００６４】
コミュニケーション５６８において、Ｅ９１１サーバは、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション５６９において、テスト呼び出しは解放される。コミュニケーション５７０において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００６５】
図６Ａ〜６Ｄは、ＧＳＭネットワーク・アーキテクチャ、およびより詳細にはＬｇ−インターフェースを有するＧＳＭネットワーク・アーキテクチャ中に組み込むテスト・スキームの代替的な実装形態を示す代表的な流れ図である。このネットワーク・アーキテクチャは、ＩＳＵＰループ・アラウンドの発生を伴って、または伴わずに実装することができ、テスト・モバイル局２０２、ＳＭＬＣ（ｓｅｒｖｉｎｇ ｍｏｂｉｌｅ ｌｏｃａｔｉｏｎ ｃｅｎｔｅｒサービスするモバイル位置センタ）２２８、ＢＳＣ２０８、ＭＳＣ２１２、Ｅ９１１テスト・サーバ２１４、ＧＭＬＣ２２６、およびＶＲＵ２０４を含めて、様々なネットワーク構成要素の間のコミュニケーション・シーケンスを含むことができる。
【００６６】
図６Ａは、ＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャ中の初期位置呼び出しフローの一実施例を示している。コミュニケーション６０１において、テスト・モバイル局２０２は、緊急事態サービス呼び出しを開始する。コミュニケーション６０２ａにおいて、既存のＥ９１１機能を使用して、ＭＳＣ２１２は、ＥＳＲＫを要求するためにモバイル呼び出しの起源となる、テストＭＳＩＳＤＮおよびサービスを行うセル・セクタ（すなわち、ＣＧＩまたはＥＳＲＤ）を用いて、ＧＭＬＣ２２６に対してＳＬＲ（ｓｕｂｓｃｒｉｂｅｒ ｌｏｃａｔｉｏｎ ｒｅｐｏｒｔ加入者位置レポート）メッセージを起動する。コミュニケーション６０２ｂにおいて、ＭＳＣ２１２は、電子監視を必要とするもの（すなわち、ＣＡＬＥＡ傍受のためにＭＳＣ上に用意されたテスト・モバイル）としてそのテスト呼び出しを識別し、まるでサーバが法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ配信機能（ＤＦ）からＥ９１１テスト・サーバ２１４へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。コミュニケーション６０３ａにおいて、ＧＭＬＣ２２６は、ＳＬＲメッセージからＭＳＩＳＤＮを解析し、（例えば、ＭＳＩＳＤＮに基づいて）テスト呼び出しとしてその呼び出しを識別する。ＧＭＬＣ２２６は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣに割り当てる。ＥＳＲＫは、応答メッセージ中でＭＳＣに戻される。コミュニケーション６０３ｂにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ２１４は、ＬＡＥＳＰ開始メッセージ中で受信されるように、テスト・モバイル局２０２のＭＤＮを含むＧＭＬＣ２２６に対してＥＳＰＯＳＲＥＱを送信する。コミュニケーション６０３ｃにおいて、ＧＭＬＣ２２６は、そのＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱは、ＭＳＣ２１２に送信されるＰＳＬ（ｐｒｏｖｉｄｅ ｓｕｂｓｃｒｉｂｅｒ ｌｏｃａｔｉｏｎ加入者位置供給）要求の生成をトリガする。
【００６７】
コミュニケーション６０４ａにおいて、ＭＳＣ２１２は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の宛先）に対してそのテスト呼び出しを転送する。コミュニケーション６０４ｂにおいて、ＭＳＣ２１２は、そのＰＳＬ中に含まれるデータを変換して、ＰＬＲ（ｐｒｏｖｉｄｅ ｌｏｃａｔｉｏｎ ｒｅｑｕｅｓｔ位置供給要求）メッセージを生成し、それをＳＭＬＣ２２８へと送信する。
【００６８】
コミュニケーション６０５ａにおいて、呼び出しセットアップ信号が完了される。コミュニケーション６０５ｂにおいて、ＳＭＬＣ２２８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。次いでコミュニケーション６０６において、ＳＭＬＣ２２８は、緯度および経度の形式でテスト・モバイル局２０２の位置をＰＬＲ応答の形でＭＳＣ２１２に対して戻す。次いでコミュニケーション６０７において、ＭＳＣ２１２は、（例えば、緯度および経度の形式で）テスト・モバイル局２０２の位置推定値を（ＰＳＬを経由して）ＧＭＬＣ２２６に対して戻す。
【００６９】
コミュニケーション６０８において、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ２１４に対してその位置情報を戻す。次いでコミュニケーション６０９において、Ｅ９１１サーバは、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１サーバは、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション６１０において、テスト呼び出しは解放される。
【００７０】
コミュニケーション６１１ａにおいて、ＬＡＥＳＰ解放メッセージは、ＣＡＬＥＡ傍受を経由してＭＳＣによってＥ９１１サーバに対して送信されて、それによってＥ９１１サーバが、（もしあれば）呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６１１ｂにおいて、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信する（例えば、それによって、ＧＭＬＣ２２６は、その呼び出しに関連するどのようなリソースも解放することができるようになる）。コミュニケーション６１２において、ＧＭＬＣ２２６は、ＳＬＲメッセージの受信に肯定応答する。
【００７１】
図６Ｂは、ＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャにおける位置アップデート呼び出しフローの一実施例を示している。コミュニケーション６２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図６Ａの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション６２２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション６２３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。
【００７２】
コミュニケーション６２４において、Ｅ９１１テスト・サーバ２１４は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ２２６に対して送信する。コミュニケーション６２５において、ＧＭＬＣ２２６は、ＧＭＬＣ２２６がＭＳＣ２１２に送信するＰＳＬメッセージの生成をトリガするＥＳＰＯＳＲＥＱを受信する。コミュニケーション６２６において、ＭＳＣ２１２は、そのＰＳＬメッセージ中に含まれるデータを変換して、ＰＬＲメッセージを生成し、それをＳＭＬＣ２２８に対して送信する。
【００７３】
コミュニケーション６２７において、ＳＭＬＣ２２８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション６２８において、ＳＭＬＣ２２８は、テスト・モバイル２０２のアップデートされた位置についての（例えば、緯度および経度の形式における）位置情報をＰＬＲ応答の形でＭＳＣ２１２に対して戻す。コミュニケーション６２９において、ＭＳＣ２１２は、緯度および経度の形式でテスト・モバイル局２０２の位置推定値をＰＳＬ応答の形でＧＭＬＣ２２６に対して戻す。
【００７４】
コミュニケーション６３０において、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ２１４へと位置情報を戻す。次いでコミュニケーション６３１において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１テスト・サーバ２１４はまた、（オプションとして）それらの結果をＳＭＳとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション６３２において、テスト呼び出しは解放される。コミュニケーション６３３において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する。これにより、Ｅ９１１テスト・サーバ２１４は、そのテスト呼び出しに関連するどのようなリソースも解放することができるようになり得る。
【００７５】
コミュニケーション６３４において、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信して、それにより、ＧＭＬＣ２２６はそのテスト呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６３５において、ＧＭＬＣ２２６は、そのＳＬＲメッセージの受信に肯定応答する。
【００７６】
図６Ｃは、ＩＳＵＰループ・アラウンドを有するＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャ中における初期位置呼び出しフローの一実施例を示している。コミュニケーション６４１において、テスト・モバイル局２０２は、緊急事態サービス呼び出しを開始する。コミュニケーション６４２ａにおいて、ＭＳＣ２１２は、緊急事態サービス呼び出しとしてその呼び出しを識別し、ＩＳＵＰ初期アドレス・メッセージ（ＩＡＭ）中のサービスするセル情報（例えば、ＥＳＲＤ）および発呼パーティ番号（例えば、ＭＳＩＳＤＮ）と共にＧＭＬＣ２２６に対して呼び出しを転送する。コミュニケーション６４２ｂにおいて、ＭＳＣ２１２内のＥ９１１機能を使用して、ＭＳＣ２１２は、ＢＳＣ２０８を経由してＰＬＲメッセージをＳＭＬＣ２２８へと送信する。コミュニケーション６４２ｃにおいて、ＭＳＣ２１２は、電子監視を必要とする呼び出しとして（例えば、ＣＡＬＥＡ傍受のためのＭＳＣ２１２上に用意されたテスト・モバイルとして）テスト呼び出しを識別し、例えばまるでＥ９１１テスト・サーバ２１４が法令執行収集機能であるかのようにそのＣＡＬＥＡ配信機能からＥ９１１テスト・サーバ２１４へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。
【００７７】
コミュニケーション６４３ａにおいて、ＧＭＬＣ２２６は、（ＩＡＭメッセージ中の情報に基づいて）テスト・モバイル局のＭＤＮを解析し、（例えば、ＭＤＮまたは呼び出された番号に基づいて）テスト呼び出しとしてその呼び出しを識別する。このポイントにおいて、ＧＭＬＣ２２６は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣ２１２に割り当てることができる。ＧＭＬＣ２２６は、ＩＳＵＰループ・アラウンド上で（例えば、被呼パーティと発呼パーティをテストＥＳＲＫに等しく設定して）ＩＡＭをＭＳＣ２１２に対して戻すことができる。コミュニケーション６４３ｂにおいてＭＳＣ２１２によって開始されたＰＬＲを受信するとすぐに、ＳＭＬＣ２２８は、適用可能な位置推定のプロセスおよびプロシージャを開始する。コミュニケーション６４３ｃにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ２１４は、ＧＭＬＣ２２６に対してＥＳＰＯＳＲＥＱを送信する。そのＥＳＰＯＳＲＥＱは、（例えば、ＬＡＥＳＰ開始メッセージ中において受信されるように）テスト・モバイル局２０２のＭＤＮを含んでいてもよい。
【００７８】
コミュニケーション６４４において、ＭＳＣ２１２は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の位置）に対してそのテスト呼び出しを転送する。コミュニケーション６４５において、呼び出しセットアップ信号が完了される。コミュニケーション６４６において、ＳＭＬＣ２２８は、適用可能なプロセス／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション６４７において、ＳＭＬＣ２２８は、ＢＳＣ２０８を経由してＰＬＲ応答の形で位置推定値をＭＳＣ２１２へと返信する。コミュニケーション６４８において、ＭＳＣ２１２は、ＳＬＲメッセージ中において（例えば、緯度情報および経度情報の形式で）テスト・モバイルの位置推定値をＧＭＬＣ２２６に対して戻す。
【００７９】
コミュニケーション６４９ａにおいて、ＧＭＬＣ２２６は、ＳＬＲ応答を用いてＳＬＲの受信に肯定応答する。コミュニケーション６４９ｂにおいて、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でその位置情報をＥ９１１サーバに対して戻す。コミュニケーション６５０において、Ｅ９１１テスト・サーバ２１４は、レポート・ファイル中にそのデータをログ記録することができる。Ｅ９１１テスト・サーバは、テスト・モバイル局２０２に対して（例えば、ＳＭＳメッセージとして）それらの結果を送信することができ、または指定された電子メール・アカウントに対してそれらの結果を電子メールで送ることができ、あるいはその両方を行うこともできる。
【００８０】
コミュニケーション６５１において、テスト呼び出しは解放される。コミュニケーション６５２ａにおいて、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバにＬＡＥＳＰ解放メッセージを送信することができる（例えばこれにより、Ｅ９１１サーバは、その呼び出しに関連するどのようなリソースも解放することができるようになり得る）。コミュニケーション６５２ｂにおいて、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信して、それによりＧＭＬＣ２２６はそのテスト呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６５３において、ＧＭＬＣ２２６は、そのＳＬＲメッセージの受信に肯定応答する。
【００８１】
図６Ｄは、ＩＳＵＰループ・アラウンドを有するＧＳＭ Ｌｇ−インターフェース・ネットワーク・アーキテクチャ中における位置アップデート呼び出しフローの一実施例を示している。コミュニケーション６６１において、緊急事態サービス呼び出しが、以前に確立されている（例えば、呼び出しセットアップ信号が、図６Ｃの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション６６２において、テスト・モバイル局２０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション６６３において、ＭＳＣ２１２は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ２１４に対して送信する。コミュニケーション６６４において、Ｅ９１１テスト・サーバ２１４は、（例えば、ケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのダイヤルされたディジット抽出中の情報を適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ２２６に対して送信する。
【００８２】
コミュニケーション６６５において、ＧＭＬＣ２２６は、そのＭＳＣに送信される加入者位置供給（ＰＳＬ）の生成をトリガするＥＳＰＯＳＲＥＱを受信する。コミュニケーション６６６において、ＭＳＣ２１２は、ＰＳＬ中に含まれるデータを変換して、ＰＬＲメッセージを生成し、それをＳＭＬＣ２２８に対して送信する。コミュニケーション６６７において、ＳＭＬＣ２２８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション６６８において、ＳＭＬＣ２２８は、（例えば、緯度および経度の形式における）テスト・モバイル局２０２についての位置情報をＰＬＲ応答の形でＭＳＣ２１２に対して戻す。
【００８３】
コミュニケーション６６９において、ＭＳＣ２１２は、ＰＳＬ応答メッセージ中において、ＧＭＬＣ２２６に対してその位置情報を戻す。コミュニケーション６７０において、ＧＭＬＣ２２６は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ２１４に対して位置情報を戻す。次いでＥ９１１テスト・サーバは、レポート・ファイル中に位置情報をログ記録することができる。Ｅ９１１サーバはまた、その位置情報をＳＭＳメッセージとしてそのモバイルに送信し、またはそれらの結果を指定された電子メール・アカウントに対して電子メールで送り、あるいはその両方を行うこともできる。コミュニケーション６７１において、テスト呼び出しは解放される。コミュニケーション６７２において、ＭＳＣ２１２は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ２１４にＬＡＥＳＰ解放メッセージを送信する（例えばこれにより、Ｅ９１１テスト・サーバ２１４は、その呼び出しに関連するどのようなリソースも解放することができるようになる）。コミュニケーション６７３において、ＭＳＣ２１２は、ＳＬＲ（解放）メッセージをＧＭＬＣ２２６に対して送信して、それによりＧＭＬＣ２２６はその呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション６７４において、ＧＭＬＣ２２６は、そのＳＬＲメッセージの受信に肯定応答する。
【００８４】
図７Ａ〜７Ｄは、ＵＭＴＳネットワーク・アーキテクチャにおけるテスト・スキームの代替実装形態を示す代表的な流れ図である。このネットワーク・アーキテクチャは、ＩＳＵＰループ・アラウンドの発生を伴って、または伴わずに実装することができ、テスト・ユーザ・エンドポイント３０２、ＲＮＣ３０８、ＭＳＣ３１０、Ｅ９１１テスト・サーバ３１２、ＧＭＬＣ３１４、およびＶＲＵ３０４を含めて、様々なネットワーク構成要素の間のコミュニケーション・シーケンスを含んでいてもよい。
【００８５】
図７Ａは、ＵＭＴＳネットワーク・アーキテクチャにおける初期位置呼び出しフローの一実施例を示している。コミュニケーション７０１において、ユーザ・エンドポイント３０２は、緊急事態サービス呼び出しを開始する。注記：ＵＭＴＳ呼び出しセットアップについての適切な信号メッセージ・フローは、示されていないが、図面中においては明確さを維持するためにＣＭサービス要求に要約されている。コミュニケーション７０２ａにおいて、ＭＳＣ３１０内のＥ９１１機能を使用して、ＭＳＣ３１０は、ＳＬＲメッセージをＧＭＬＣ３１４へと送信して、ＥＳＲＫを要求する。そのＳＬＲメッセージは、モバイル呼び出しの起源となるサービスするセル／セクタに関連したテストＭＳＩＳＤＮおよび情報（例えば、ＣＧＩまたはＥＳＲＤ）を含んでいてもよい。コミュニケーション７０２ｂにおいて、ＭＳＣ３１０は、電子監視を必要とするコミュニケーションとして（例えば、ＣＡＬＥＡ傍受のためにＭＳＣ３１０上に用意されたテスト・モバイルとして）そのテスト呼び出しを識別し、例えばまるでＥ９１１テスト・サーバ３１２が法令執行収集機能（ＣＦ）であるかのように、ＣＡＬＥＡ配信機能からＥ９１１テスト・サーバ３１２へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。
【００８６】
コミュニケーション７０３ａにおいて、ＧＭＬＣ３１４は、ＳＬＲメッセージからＭＳＩＳＤＮを解析し、（例えば、ＭＳＩＳＤＮに基づいて）テスト呼び出しとしてその呼び出しを識別する。その結果、ＧＭＬＣ３１４は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣ３１０に割り当てることができる。ＳＬＲ応答メッセージにより、ＥＳＲＫは、ＭＳＣ３１０に戻されることが可能になる。コミュニケーション７０３ｂにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ３１２は、（ＬＡＥＳＰ開始メッセージ中で受信されるように、ユーザ・エンドポイント３０２のＭＤＮを含むことができる）ＥＳＰＯＳＲＥＱをＧＭＬＣ３１４に対して送信する。コミュニケーション７０３ｃにおいて、ＧＭＬＣ３１４は、そのＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱは、ＧＭＬＣ３１４が、ＭＳＣ３１０に対して送信するＰＳＬメッセージの生成をトリガする。
【００８７】
コミュニケーション７０４ａにおいて、ＭＳＣ３１０は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の宛先）に対してその呼び出しを転送する。コミュニケーション７０４ｂにおいて、ＭＳＣ３１０は、そのＰＳＬ中に含まれるデータを変換して、ＬＲＣメッセージを生成し、それをＲＮＣ３０８へと送信する。コミュニケーション７０５ａにおいて、呼び出しセットアップ信号が完了される。コミュニケーション７０５ｂにおいて、ＲＮＣ３０８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７０６において、ＲＮＣ３０８は、（例えば、緯度および経度の形式で）ユーザ・エンドポイント３０２の位置を位置レポート・メッセージ中においてＭＳＣ３１０に対して戻す。コミュニケーション７０７において、ＭＳＣ３１０は、緯度および経度の形式でユーザ・エンドポイント３０２の位置推定値をＰＳＬ応答メッセージ中においてＧＭＬＣ３１４に対して戻す。
【００８８】
コミュニケーション７０８において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１テスト・サーバ３１２に対してその位置情報を戻す。コミュニケーション７０９において、Ｅ９１１テスト・サーバ３１２は、レポート・ファイル中にそのデータをログ記録する。Ｅ９１１テスト・サーバ３１２は、（オプションとして）例えばＳＭＳまたは電子メール・メッセージを経由して、指定された受信者に対してそれらの結果を送信することもできる。コミュニケーション７１０において、テスト呼び出しは解放される。コミュニケーション７１１ａにおいて、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバに対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバが、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７１１ｂにおいて、ＭＳＣ３１０は、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４は、そのテスト・呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７１２において、ＧＭＬＣ３１４は、ＳＬＲメッセージの受信に肯定応答する。
【００８９】
図７Ｂは、ＵＭＴＳネットワーク・アーキテクチャにおける位置アップデート呼び出しフローの一実施例を示している。コミュニケーション７２１において、緊急事態サービス呼び出しが以前に確立されている（例えば、呼び出しセットアップ信号が、図７Ａの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション７２２において、テスト・ユーザ・エンドポイント３０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション７２３において、ＭＳＣ３１０は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ３１２に対して送信する。
【００９０】
コミュニケーション７２４において、Ｅ９１１テスト・サーバ３１２は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ３１４に対して送信する。コミュニケーション７２５において、ＧＭＬＣ３１４は、ＧＭＬＣ３１４がＭＳＣ３１０に送信するＰＳＬメッセージの生成をトリガするＥＳＰＯＳＲＥＱを受信する。コミュニケーション７２６において、ＭＳＣ３１０は、そのＰＳＬ中に含まれるデータを変換して、ＬＲＣメッセージを生成し、それをＲＮＣ３０８に対して送信する。
【００９１】
コミュニケーション７２７において、ＲＮＣ３０８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７２８において、ＲＮＣ３０８は、ＬＲ（ＬｏｃａｔｉｏｎＲｅｐｏｒｔ位置レポート）メッセージ中において（例えば、緯度および経度の形式における）テスト・ユーザ・エンドポイント３０２の位置をＭＳＣ３１０に対して戻す。
【００９２】
コミュニケーション７２９において、ＭＳＣ３１０は、ＰＳＬ応答メッセージ中においてテスト・ユーザ・エンドポイント３０２の位置推定値をＧＭＬＣ３１４に対して戻す。コミュニケーション７３０において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１サーバに対して位置情報を戻す。コミュニケーション７３１において、Ｅ９１１テスト・サーバ３１２は、（例えば、レポート・ファイル中に）そのデータをログ記録する。Ｅ９１１サーバはまた、（オプションとして）（例えば、テスト・ユーザ・エンドポイント３０２に対するＳＭＳ、および／または指定された電子メール・アカウントに対する電子メールとして）指定されたソースに対してそれらの結果を送信することもできる。
【００９３】
コミュニケーション７３２において、テスト呼び出しは解放される。コミュニケーション７３３において、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ３１２に対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバ３１２は、（もしあれば）その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７３４において、ＭＳＣ３１０は、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４はその呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７３５において、ＧＭＬＣ３１４は、そのＳＬＲメッセージの受信に肯定応答する。
【００９４】
図７Ｃは、ＩＳＵＰループ・アラウンドを有するＵＭＴＳネットワーク・アーキテクチャ中における初期位置呼び出しフローの一実施例を示している。コミュニケーション７４１において、テスト・ユーザ・エンドポイント３０２は、緊急事態サービス呼び出しを開始する。コミュニケーション７４２ａにおいて、ＭＳＣ３１０は、緊急事態サービス呼び出しとしてその呼び出しを識別し、ＩＳＵＰ初期アドレス・メッセージ（ＩＡＭ）中のサービスするセル情報（ＥＳＲＤ）および発呼パーティ番号（ＭＳＩＳＤＮ）と共にＧＭＬＣ３１４に対して呼び出しを転送する。コミュニケーション７４２ｂにおいて、ＭＳＣ３１０内のＥ９１１機能を使用して、ＭＳＣ３１０は、ＲＮＣ３０８に対してＬＲＣメッセージを起動する。コミュニケーション７４２ｃにおいて、ＭＳＣ３１０は、電子監視を必要とするものとして（例えば、ＣＡＬＥＡ傍受のためのＭＳＣ３１０上に用意されたテスト・モバイルとして）呼び出しを識別し、例えばまるでＥ９１１テスト・サーバ３１２が法令執行収集機能であるかのようにそのＣＡＬＥＡ配信機能からＥ９１１テスト・サーバ３１２へとＪ−ＳＴＤ−０２５ＬＡＥＳＰ開始メッセージを送信する。
【００９５】
コミュニケーション７４３ａにおいて、ＧＭＬＣ３１４は、（例えば、ＩＡＭメッセージから）ＭＤＮを解析し、（例えば、ＭＤＮまたは呼び出された番号に基づいて）テスト呼び出しとしてその呼び出しを識別する。次いでＧＭＬＣ３１４は、一時的テストＥＳＲＫを経路指定ディジットとしてＭＳＣ３１０に割り当てる。次いでＧＭＬＣ３１４は、ＩＳＵＰループ・アラウンド上で（例えば、被呼パーティと発呼パーティをテストＥＳＲＫに等しく設定して）ＩＡＭをＭＳＣ３１０に対して戻す。コミュニケーション７４３ｂにおいて、ＭＳＣ３１０によって開始されたＬＲＣを受信するとすぐに、ＲＮＣ３０８は、適用可能な位置推定のプロセスおよびプロシージャを実行することを開始する。コミュニケーション７４３ｃにおいて、ＬＡＥＳＰ開始メッセージによってトリガされて、Ｅ９１１テスト・サーバ３１２は、ＧＭＬＣ３１４に対してＥＳＰＯＳＲＥＱメッセージを送信し、そのメッセージは、（例えば、ＬＡＥＳＰ開始メッセージ中において受信されるように）テスト・ユーザ・エンドポイント３０２のＭＤＮを含んでいてもよい。
【００９６】
コミュニケーション７４４において、ＭＳＣ３１０は、テストＥＳＲＫに基づいてテスト宛先（例えば、ＰＳＡＰ以外の宛先）に対してその呼び出しを転送する。コミュニケーション７４５において、呼び出しセットアップ信号が完了される。コミュニケーション７４６において、ＲＮＣ３０８は、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７４７において、ＲＮＣ３０８は、ＬＲメッセージ中において位置推定値をＭＳＣ３１０へと返信する。コミュニケーション７４８において、ＭＳＣ３１０は、ＳＬＲメッセージ中において（例えば、緯度および経度の形式で）テスト・ユーザ・エンドポイント３０２の位置推定値をＧＭＬＣ３１４に対して戻す。
【００９７】
コミュニケーション７４９ａにおいて、ＧＭＬＣ３１４は、ＳＬＲ応答メッセージを用いてＳＬＲメッセージの受信に肯定応答する。コミュニケーション７４９ｂにおいて、ＧＭＬＣ３１４は、（例えば、ＥＳＰＯＳＲＥＱ応答メッセージ中において）その位置情報をＥ９１１テスト・サーバ３１２に対して戻す。コミュニケーション７５０において、Ｅ９１１テスト・サーバ３１２は、レポート・ファイル中にその位置情報をログ記録する。Ｅ９１１テスト・サーバ３１２は、指定されたクライアント（例えば、ＳＭＳとしてのテスト・ユーザ・エンドポイント３０２および／または電子メールを経由しての指定された電子メール・アカウント）に対してその位置情報を送信することができる。コミュニケーション７５１において、テスト呼び出しは解放される。
【００９８】
コミュニケーション７５２ａにおいて、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ３１２に対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバ３１２は、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７５２ｂにおいて、ＭＳＣ３１０は、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４はそのテスト呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７５３において、ＧＭＬＣ３１４は、そのＳＬＲメッセージの受信に肯定応答する。
【００９９】
図７Ｄは、ＩＳＵＰループ・アラウンドを有するＵＭＴＳネットワーク・アーキテクチャ中における位置アップデート呼び出しフローの一実施例を示している。
【０１００】
コミュニケーション７６１において、緊急事態サービス呼び出しが、以前に確立されている（例えば、呼び出しセットアップ信号が、図７Ａの初期位置呼び出しフローについて完了されている）ことが仮定される。コミュニケーション７６２において、テスト・ユーザ・エンドポイント３０２のオペレータが、（例えば、そのテスト・モバイル局のキーパッドを使用してコードの形でタイプ入力することにより）新しいＥ９１１位置を要求する。コミュニケーション７６３において、ＭＳＣ３１０は、そのコード入力を受信し、それに応答してダイヤルされたディジット抽出メッセージをＥ９１１テスト・サーバ３１２に対して送信する。
【０１０１】
コミュニケーション７６４において、Ｅ９１１テスト・サーバ３１２は、（例えば、テスト呼び出しについてのケースＩＤ／呼び出しＩＤを適切なＭＳＩＳＤＮにマッピングし、そのディジットを適切な位置要求タイプにマッピングすることにより）ＥＳＰＯＳＲＥＱを生成し、それをＧＭＬＣ３１４に対して送信する。コミュニケーション７６５において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱを受信し、そのＥＳＰＯＳＲＥＱは、ＧＭＬＣ３１４がＭＳＣ３１０対して送信するＰＳＬメッセージの生成をトリガする。コミュニケーション７６６において、ＭＳＣ３１０は、ＰＳＬ中に含まれるデータを変換して、ＬＲＣメッセージを生成し、それをＲＮＣ３０８に対して送信する。
【０１０２】
コミュニケーション７６７において、ＲＮＣ３０８は、適用可能な位置決め方法／プロシージャを使用して、許容可能な位置推定値を計算／取得する（あるいはタイマが、期限切れになる）。コミュニケーション７６８において、ＲＮＣ３０８は、位置レポート（ＬＲ）メッセージ中において（例えば、緯度および経度の形式における）テスト・ユーザ・エンドポイント３０２についての位置をＭＳＣ３１０に対して戻す。コミュニケーション７６９において、ＭＳＣ３１０は、ＰＳＬ応答メッセージ中において、ＧＭＬＣ３１４に対してテスト・ユーザ・エンドポイント３０２の位置推定値を戻す。コミュニケーション７７０において、ＧＭＬＣ３１４は、ＥＳＰＯＳＲＥＱ応答の形でＥ９１１サーバに対して位置情報を戻す。コミュニケーション７７１において、Ｅ９１１テスト・サーバ３１２は、（例えば、レポート・ファイル中に）そのデータをログ記録する。Ｅ９１１サーバはまた、（オプションとして）（例えば、テスト・ユーザ・エンドポイント３０２に対するＳＭＳおよび／または指定された電子メール・アカウントに対する電子メールとして）指定されたソースに対してそれらの結果を送信することもできる。
【０１０３】
コミュニケーション７７２において、テスト呼び出しは解放される。コミュニケーション７７３において、ＭＳＣ３１０は、ＣＡＬＥＡ傍受を経由してＥ９１１テスト・サーバ３１２に対してＬＡＥＳＰ解放メッセージを送信して、それにより、Ｅ９１１テスト・サーバ３１２は、（もしあれば）その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７７４において、ＭＳＣは、ＳＬＲ（解放）メッセージをＧＭＬＣ３１４に対して送信して、それにより、ＧＭＬＣ３１４は、その呼び出しに関連するどのようなリソースも解放することができるようになる。コミュニケーション７７５において、ＧＭＬＣ３１４は、そのＳＬＲメッセージの受信に肯定応答する。
【０１０４】
Ｄ．結論
文脈が明らかにそうでないことを必要としていない限り、本説明および本特許請求の範囲の全体を通して、単語「含む（ｃｏｍｐｒｉｓｅ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」などは、排他的意味または網羅的な意味ではなく包含的な意味において、すなわち「それだけには限定されないが、含んでいる（ｉｎｃｌｕｄｉｎｇ，ｂｕｔ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」の意味において解釈されるべきである。さらに、「本明細書中における（ｈｅｒｅｉｎ）」、「以上に（ａｂｏｖｅ）」、「以下に（ｂｅｌｏｗ）」、および同様な趣旨の単語は、本出願中において使用されるときには、全体としての本出願を意味し、本出願のどのような個々の部分だけを意味しないものとする。本特許請求の範囲が、複数の項目のリストに関連して単語「または（ｏｒ）」を使用するときには、その単語は、その単語の以降の解釈の、すなわちそのリスト中の諸項目のうちの任意の項目、そのリスト中の諸項目のうちのすべて、およびそのリスト中の諸項目のうちの任意の組合せのすべてをカバーする。
【０１０５】
本発明の諸実施形態の以上に詳述された説明は、網羅的であることも、または以上に開示される厳密な形態だけに本発明を限定することを意図したものではない。本発明の特定の実施形態、および本発明についての実施例は、例示する目的のために以上で説明されているが、当業者なら理解されるように様々な等価的な変更形態が本発明の範囲内において可能である。例えば、諸プロセスまたは諸ブロックが所与の順序で提示されているが、代替実施形態は、異なる順序で、諸ステップを有するルーチンを実施し、または諸ブロックを有するシステムを使用し、また一部の諸プロセスまたは諸ブロックは、削除され、移動され、追加され、分割され、組み合わされ、かつ／または修正されてもよい。これらの諸プロセスまたは諸ブロックのそれぞれは、様々な異なる方法で実装されてもよい。また、諸プロセスまたは諸ブロックは、時に直列に実施されるものとして示されるが、これらの諸プロセスまたは諸ブロックは、その代わりに並列に実施されてもよく、あるいは異なる時に実施されてもよい。文脈が許す場合には、単数または複数の数を使用した上記の詳細な説明中の単語はまた、それぞれ複数または単数の数を含んでいてもよい。
【０１０６】
本明細書中に示される本発明の教示は、他のシステム、すなわち必ずしも本明細書中で説明されているとは限らないシステムに適用されてもよい。以上に説明された様々な実施形態の要素および動作は、さらなる実施形態を実現するために組み合わされてもよい。
【０１０７】
添付の出願書類にリストアップされることもある任意のものを含めて、以上の特許、出願および他の参考文献のすべてが、参照により本明細書に組み込まれている。本発明の諸態様は、必要に応じて修正して、以上に説明された様々な参考文献のシステム、機能、および概念を使用して、本発明のさらに他の実施形態を実現することができる。
【０１０８】
これらおよび他の変更は、以上の詳細な説明を考慮して本発明に対して行われてもよい。以上の説明は、本発明のある種の実施形態を詳述し、考えられる最良の態様について説明しているが、上記がテキスト中においてどのように詳述されたとしても、本発明は、多数の方法で実行することができる。以上で指摘したように、本発明のある種の機能または態様を説明するときに使用される特定の専門用語は、その専門用語が、その専門用語が関連する本発明の任意の特定の特徴、機能、または態様だけに制約されるように本明細書中で再定義されていることを意味するようには解釈すべきではない。一般に、添付の特許請求の範囲中で使用される用語は、以上の詳細な説明部がそのような用語を明示的に定義していない限り、本明細書中に開示された特定の諸実施形態だけに本発明を限定するものと解釈されるべきではない。したがって、本発明の実際の範囲は、開示された諸実施形態だけでなく、本特許請求の範囲の下に本発明を実行または実装するすべての等価的な方法も包含している。
【０１０９】
本発明のある種の態様は、ある種の請求項の形式で添付されて提示されているが、本発明者等は、本発明の様々な態様を任意数の請求項形式において企図している。例えば、本発明のたった１つの態様だけがコンピュータ読取り可能媒体中において実施されるものとして挙げられているが、他の態様も同様にコンピュータ読取り可能媒体中に実施されてもよい。したがって、本発明者等は、本出願を提出した後に追加の請求項を追加して、本発明の他の態様についてのこのような追加の請求項形態を追求する権利を留保している。
【図面の簡単な説明】
【０１１０】
【図１】ＡＮＳＩ−４１ネットワーク中においてＥ９１１テスト・スキームを実装するためのシステムの一実施例を示すブロック図である。
【図２Ａ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図２Ｂ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図２Ｃ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図２Ｄ】移動体通信用グローバル・システム（ＧＳＭ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図３Ａ】ユニバーサル移動通信システム（ＵＭＴＳ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図３Ｂ】ユニバーサル移動通信システム（ＵＭＴＳ）環境の変形形態中においてＥ９１１テスト・スキームを実装するためのシステムの実施例を示すブロック図である。
【図４Ａ】図１のシステム（ＡＮＳＩ−４１ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図４Ｂ】図１のシステム（ＡＮＳＩ−４１ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ａ】図２Ａのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ｂ】図２Ａのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ｃ】図２Ｂのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図５Ｄ】図２Ｂのシステム（ＧＳＭ Ｅ５ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ａ】図２Ｃのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ｂ】図２Ｃのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ｃ】図２Ｄのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図６Ｄ】図２Ｄのシステム（ＧＳＭ Ｌｇ−インターフェース・ネットワーク）の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ａ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ｂ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ｃ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【図７Ｄ】図３Ａおよび３ＢのＵＭＴＳシステムなどのＵＭＴＳシステム内の様々な構成要素の間の高レベルのトランザクション・フローを示す流れ図である。
【特許請求の範囲】
【請求項１】
モバイル電話のユーザと通信する無線ネットワークをテストするためのシステムであって、
前記無線ネットワークに関連づけられ、データベースに結合され、
前記モバイル電話のうちの１つから呼び出しを受信し、
前記呼び出しが、緊急事態サービスのための呼び出しであることを決定し、
前記呼び出しが緊急事態サービスのためであることの決定に基づいて、前記１つのモバイル電話に関連する位置情報についての要求を送信し、
前記呼び出しが、電子監視を必要とすることを決定し、
前記呼び出しが電子監視を必要とすることの決定に基づいて法令で認可された電子監視プロトコル（ＬＡＥＳＰ）の下に少なくとも部分的にフォーマットされた盗聴メッセージを送信する
ように構成される、少なくとも１つのモバイル・スイッチング・センタと、
前記１つのモバイル電話に関連する位置情報についての前記要求を前記モバイル・スイッチング・センタから受信し、
前記１つのモバイル電話の地理的位置を決定する
ように構成される少なくとも１つの位置決定システムと、
前記モバイル・スイッチング・センタおよび前記位置決定システムと通信するように結合され、
前記少なくとも部分的にＬＡＥＳＰフォーマットされた盗聴メッセージを受信し、
位置要求メッセージを前記位置決定システムに対して送信し、
前記１つのモバイル電話の前記決定された地理的位置を受信し、
パブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）またはＥ９１１コール・センタの関与を必要とせずに、前記１つのモバイル電話の前記決定された地理的位置を含めてテスト・データをログ記録する
ように構成される少なくとも１つのテスト・サーバと
を備えるシステム。
【請求項２】
前記１つのモバイル電話が、それにテスト・モバイル・ディレクトリ番号（ＭＤＮ）を関連づけており、前記テストＭＤＮが、前記無線ネットワークの外側から呼び出しを受信することができないテストＭＤＮの逐次的ブロックに関連づけられ、
前記モバイル・スイッチング・センタが、前記テストＭＤＮから受信された呼び出しを連続的な範囲の緊急事態サービス経路指定キー（ＥＳＲＫ）番号に関連する番号に変換して位置情報についての前記要求を送信するように構成され、
前記テスト・サーバが、ほぼリアル・タイムに電子メール・メッセージとして、またはショート・メッセージング・サービス（ＳＭＳ）メッセージとして前記位置情報を前記１つのモバイル電話に対して送信するように構成される、請求項１に記載のシステム。
【請求項３】
前記位置決定システムが、前記テスト・モバイル電話のモバイル・ディレクトリ番号（ＭＤＮ）に基づいて、前記モバイル電話をＥ９１１テスト・モバイル局として認識する、請求項１に記載のシステム。
【請求項４】
前記無線ネットワークが、移動体通信用グローバル・システム（ＧＳＭ）ネットワークである、請求項１に記載のシステム。
【請求項５】
前記無線ネットワークが、ユニバーサル移動通信システム（ＵＭＴＳ）環境に関連する、請求項１に記載のシステム。
【請求項６】
前記無線ネットワークが、ＡＮＳＩ−４１環境である、請求項１に記載のシステム。
【請求項７】
モバイル電話を使用して通信を実行する無線ネットワークをテストするための方法であって、
前記モバイル電話のうちの１つからの呼び出しを受信すること、
前記呼び出しが、緊急事態サービスのためであり、または緊急事態サービスをテストするためであることを決定すること、
前記呼び出しが、緊急事態サービスのためであり、または緊急事態サービスをテストするためであることの決定に基づいて前記モバイル電話に関連する位置情報についての要求を送信すること、
前記呼び出しが、電子監視を必要とすることの決定に基づいて法令で認可された電子監視プロトコル（ＬＡＥＳＰ）の下に少なくとも部分的にフォーマットされた盗聴メッセージを送信すること、および
パブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）またはＥ９１１コール・センタの関与を必要とせずに、前記１つのモバイル電話の前記決定された地理的位置を含めて位置テスト・データをログ記録すること
を含む方法。
【請求項８】
前記呼び出しが、番号９−１−１をダイヤルすることにより行われ、前記モバイル電話が、そのモバイル・ディレクトリ番号（ＭＤＮ）に基づいてテスト局として識別される、請求項７に記載の方法。
【請求項９】
前記呼び出しが、番号９−１−１以外の番号をダイヤルすることにより行われ、前記ダイヤルされる番号により、前記呼び出しが緊急事態サービス・テスト呼び出しとして認識されることが可能になる、請求項７に記載の方法。
【請求項１０】
無線ネットワーク上に実装された緊急事態応答機能をテストするための方法であって、
前記緊急事態応答機能をテストする目的のためにモバイル装置から緊急事態サービス・テスト呼び出しを受信すること、
１９９４年の法令執行のための通信援助法（ＣＡＬＥＡ）の下における監視を行うために少なくとも部分的に実装されるシステム中において電子監視を必要とする呼び出しとして前記テスト呼び出しを識別すること、および
テスト・サーバによる、法令で認可された電子監視プロトコル（ＬＡＥＳＰ）開始メッセージの受信を実行すること
を含み、前記テスト・サーバが、ＣＡＬＥＡ法令執行収集機能の代役をつとめ、前記テスト・サーバが、前記緊急事態応答機能に関連するテスト結果データを生成する方法。
【請求項１１】
前記緊急事態応答機能が、Ｅ９１１フェーズ１を実装することに関連する、請求項１０に記載の方法。
【請求項１２】
前記緊急事態応答機能が、Ｅ９１１フェーズ２を実装することに関連する、請求項１０に記載の方法。
【請求項１３】
前記緊急事態サービス・テスト呼び出しの時に前記モバイル装置の近似的位置を識別することをさらに含む、請求項１０に記載の方法。
【請求項１４】
無線ネットワーク上に実装される緊急事態応答機能をテストするためのシステムであって、
モバイル局からの緊急事態サービス・テスト呼び出しを受信する手段と、
電子監視を必要とする呼び出しとして前記テスト呼び出しを識別する手段と、
緊急事態サービス・テスト・サーバによる電子監視メッセージの受信を実行する手段と
を備え、前記テスト・サーバが、電子監視収集機能の代役をつとめるシステム。
【請求項１５】
前記緊急事態サービス・テスト呼び出しの時に前記モバイル局の近似的位置を識別する手段をさらに備える、請求項１４に記載のシステム。
【請求項１６】
前記テスト呼び出しに関連して伝送される少なくとも１つのコードを解析することに基づいて前記テスト呼び出しについての経路指定スキームを決定する手段をさらに備える、請求項１４に記載のシステム。
【請求項１７】
無線ネットワーク上で実装される緊急事態応答機能をテストすることに関連するテスト・データを収集するように構成されたサーバ・システムにおける方法であって、
呼び出し内容および／または呼び出しデータの傍受を含めて電話通信の合法的な電子監視に使用することを主として意図された配信機能からのメッセージを受信することを含み、
前記受信されたメッセージが、前記緊急事態応答機能をテストする目的のためにモバイル装置から行われるテスト呼び出しに関連し、
前記受信されたメッセージが、前記無線ネットワーク上で実装されるときに前記緊急事態応答機能の実施を評価するために使用することができる情報を含む方法。
【請求項１８】
前記受信されたメッセージが、前記テスト呼び出しの起源となるセル・サイトおよびセクタ、ならびにモバイル識別番号（ＭＩＮ）情報、モバイル・ディレクトリ番号（ＭＤＮ）情報、および前記モバイル装置についての電子シリアル番号（ＥＳＮ）情報を指し示す、請求項１７に記載の方法。
【請求項１９】
前記モバイル装置から行われた前記テスト呼び出しが、モバイル・スイッチング・センタからパブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）以外のテスト宛先へと転送される、請求項１７に記載の方法。
【請求項２０】
前記モバイル装置から行われた前記テスト呼び出しが、モバイル・スイッチング・センタからパブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）以外のテスト宛先へと転送され、前記転送された呼び出しに関連する情報が、前記テスト宛先を意味する統合サービス・デジタル・ネットワーク・ユーザ部分（ＩＳＵＰ）初期アドレス・メッセージ（ＩＡＭ）被呼パーティ番号（ＣｄＰＮ）と、テスト緊急事態サービス経路指定キー（ＥＳＲＫ）を意味する発呼パーティ番号（ＣｇＰＮ）とを含む、請求項１７に記載の方法。
【請求項２１】
ＣＡＬＥＡ配信機能から前記メッセージを受信することに応じて、
前記モバイル装置の近似的位置を決定するためのプロセスを開始することをさらに含み、前記開始されるプロセスが、
前記サーバ・システムが、モバイル位置決めセンタに対して要求メッセージを送信すること、
前記モバイル位置決めセンタが、前記要求メッセージを受信するとすぐに、ポジション決定エンティティに対するポジション要求メッセージを起動すること、および
前記ポジション決定エンティティが、緯度情報および経度情報を含めて、前記モバイル装置の近似的位置を決定すること
を含む、請求項１７に記載の方法。
【請求項２２】
前記配信機能から前記メッセージを受信することに応じて、
前記モバイル装置の近似的位置を決定するためのプロセスを開始することをさらに含み、前記開始されるプロセスが、
前記サーバ・システムが、モバイル位置決めセンタに対して要求メッセージを送信すること、
前記モバイル位置決めセンタが、前記要求メッセージを受信するとすぐに、ポジション決定エンティティに対するポジション要求メッセージを起動すること、
前記ポジション決定エンティティが、前記モバイル装置の近似的位置を決定すること、
前記ポジション決定エンティティが、前記モバイル位置決めセンタに対して位置情報を戻すこと、
前記モバイル位置決めセンタが、前記サーバ・システムに対して前記位置情報を戻すこと、および
前記サーバ・システムが、前記戻された位置情報を知られている位置情報と比較すること
を含む、請求項１７に記載の方法。
【請求項２３】
前記配信機能が、ＣＡＬＥＡ Ｊ−ＳＴＤ−０２５に従って実装される、請求項１７に記載の方法。
【請求項２４】
前記受信されるメッセージが、法令で認可された電子監視プロトコル（ＬＡＥＳＰ）に従ってフォーマットされる、請求項１７に記載の方法。
【請求項２５】
呼び出し内容および／または呼び出しデータの傍受を含めて電話通信の合法的な電子監視が、１９９４年の法令執行のための通信援助法（ＣＡＬＥＡ）に従って実装される、請求項１７に記載の方法。
【請求項２６】
ＣＡＬＥＡ機能を使用して緊急事態応答機能テスト・クエリをトリガすること
を含めて、無線ネットワークに関連して実装される緊急事態応答機能をテストすること
を含む方法を実施するための命令を含むコンピュータ読取り可能媒体。
【請求項２７】
前記緊急事態応答機能テスト・クエリをトリガすることが、テスト局から少なくとも１つのテスト呼び出しを行うことを含み、前記テスト呼び出しが、ＣＡＬＥＡの下の監視を必要とする通信のように処理される、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項２８】
緊急事態応答機能テスト・クエリをトリガすることが、ＣＡＬＥＡ配信機能において、テスト局から行われる少なくとも１つのテスト呼び出しについての情報を受信すること、およびテスト呼び出しに関するＣＡＬＥＡ収集機能についてのプロキシとしての役割を果たすように構成されたテスト・サーバに対して少なくとも一部の前記受信される情報を転送することを含む、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項２９】
前記緊急事態応答機能が、緊急事態サービス・プロバイダを呼び出すモバイル局についての位置情報を供給することを含む、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項３０】
前記方法が、
サーバにおいてテスト・データをログ記録すること
をさらに含む、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項３１】
前記方法が、
サーバにおいてテスト・データをログ記録すること、および
電子メール・アカウントまたはモバイル装置に対してログ記録されたテスト・データを送信すること
をさらに含む、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項１】
モバイル電話のユーザと通信する無線ネットワークをテストするためのシステムであって、
前記無線ネットワークに関連づけられ、データベースに結合され、
前記モバイル電話のうちの１つから呼び出しを受信し、
前記呼び出しが、緊急事態サービスのための呼び出しであることを決定し、
前記呼び出しが緊急事態サービスのためであることの決定に基づいて、前記１つのモバイル電話に関連する位置情報についての要求を送信し、
前記呼び出しが、電子監視を必要とすることを決定し、
前記呼び出しが電子監視を必要とすることの決定に基づいて法令で認可された電子監視プロトコル（ＬＡＥＳＰ）の下に少なくとも部分的にフォーマットされた盗聴メッセージを送信する
ように構成される、少なくとも１つのモバイル・スイッチング・センタと、
前記１つのモバイル電話に関連する位置情報についての前記要求を前記モバイル・スイッチング・センタから受信し、
前記１つのモバイル電話の地理的位置を決定する
ように構成される少なくとも１つの位置決定システムと、
前記モバイル・スイッチング・センタおよび前記位置決定システムと通信するように結合され、
前記少なくとも部分的にＬＡＥＳＰフォーマットされた盗聴メッセージを受信し、
位置要求メッセージを前記位置決定システムに対して送信し、
前記１つのモバイル電話の前記決定された地理的位置を受信し、
パブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）またはＥ９１１コール・センタの関与を必要とせずに、前記１つのモバイル電話の前記決定された地理的位置を含めてテスト・データをログ記録する
ように構成される少なくとも１つのテスト・サーバと
を備えるシステム。
【請求項２】
前記１つのモバイル電話が、それにテスト・モバイル・ディレクトリ番号（ＭＤＮ）を関連づけており、前記テストＭＤＮが、前記無線ネットワークの外側から呼び出しを受信することができないテストＭＤＮの逐次的ブロックに関連づけられ、
前記モバイル・スイッチング・センタが、前記テストＭＤＮから受信された呼び出しを連続的な範囲の緊急事態サービス経路指定キー（ＥＳＲＫ）番号に関連する番号に変換して位置情報についての前記要求を送信するように構成され、
前記テスト・サーバが、ほぼリアル・タイムに電子メール・メッセージとして、またはショート・メッセージング・サービス（ＳＭＳ）メッセージとして前記位置情報を前記１つのモバイル電話に対して送信するように構成される、請求項１に記載のシステム。
【請求項３】
前記位置決定システムが、前記テスト・モバイル電話のモバイル・ディレクトリ番号（ＭＤＮ）に基づいて、前記モバイル電話をＥ９１１テスト・モバイル局として認識する、請求項１に記載のシステム。
【請求項４】
前記無線ネットワークが、移動体通信用グローバル・システム（ＧＳＭ）ネットワークである、請求項１に記載のシステム。
【請求項５】
前記無線ネットワークが、ユニバーサル移動通信システム（ＵＭＴＳ）環境に関連する、請求項１に記載のシステム。
【請求項６】
前記無線ネットワークが、ＡＮＳＩ−４１環境である、請求項１に記載のシステム。
【請求項７】
モバイル電話を使用して通信を実行する無線ネットワークをテストするための方法であって、
前記モバイル電話のうちの１つからの呼び出しを受信すること、
前記呼び出しが、緊急事態サービスのためであり、または緊急事態サービスをテストするためであることを決定すること、
前記呼び出しが、緊急事態サービスのためであり、または緊急事態サービスをテストするためであることの決定に基づいて前記モバイル電話に関連する位置情報についての要求を送信すること、
前記呼び出しが、電子監視を必要とすることの決定に基づいて法令で認可された電子監視プロトコル（ＬＡＥＳＰ）の下に少なくとも部分的にフォーマットされた盗聴メッセージを送信すること、および
パブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）またはＥ９１１コール・センタの関与を必要とせずに、前記１つのモバイル電話の前記決定された地理的位置を含めて位置テスト・データをログ記録すること
を含む方法。
【請求項８】
前記呼び出しが、番号９−１−１をダイヤルすることにより行われ、前記モバイル電話が、そのモバイル・ディレクトリ番号（ＭＤＮ）に基づいてテスト局として識別される、請求項７に記載の方法。
【請求項９】
前記呼び出しが、番号９−１−１以外の番号をダイヤルすることにより行われ、前記ダイヤルされる番号により、前記呼び出しが緊急事態サービス・テスト呼び出しとして認識されることが可能になる、請求項７に記載の方法。
【請求項１０】
無線ネットワーク上に実装された緊急事態応答機能をテストするための方法であって、
前記緊急事態応答機能をテストする目的のためにモバイル装置から緊急事態サービス・テスト呼び出しを受信すること、
１９９４年の法令執行のための通信援助法（ＣＡＬＥＡ）の下における監視を行うために少なくとも部分的に実装されるシステム中において電子監視を必要とする呼び出しとして前記テスト呼び出しを識別すること、および
テスト・サーバによる、法令で認可された電子監視プロトコル（ＬＡＥＳＰ）開始メッセージの受信を実行すること
を含み、前記テスト・サーバが、ＣＡＬＥＡ法令執行収集機能の代役をつとめ、前記テスト・サーバが、前記緊急事態応答機能に関連するテスト結果データを生成する方法。
【請求項１１】
前記緊急事態応答機能が、Ｅ９１１フェーズ１を実装することに関連する、請求項１０に記載の方法。
【請求項１２】
前記緊急事態応答機能が、Ｅ９１１フェーズ２を実装することに関連する、請求項１０に記載の方法。
【請求項１３】
前記緊急事態サービス・テスト呼び出しの時に前記モバイル装置の近似的位置を識別することをさらに含む、請求項１０に記載の方法。
【請求項１４】
無線ネットワーク上に実装される緊急事態応答機能をテストするためのシステムであって、
モバイル局からの緊急事態サービス・テスト呼び出しを受信する手段と、
電子監視を必要とする呼び出しとして前記テスト呼び出しを識別する手段と、
緊急事態サービス・テスト・サーバによる電子監視メッセージの受信を実行する手段と
を備え、前記テスト・サーバが、電子監視収集機能の代役をつとめるシステム。
【請求項１５】
前記緊急事態サービス・テスト呼び出しの時に前記モバイル局の近似的位置を識別する手段をさらに備える、請求項１４に記載のシステム。
【請求項１６】
前記テスト呼び出しに関連して伝送される少なくとも１つのコードを解析することに基づいて前記テスト呼び出しについての経路指定スキームを決定する手段をさらに備える、請求項１４に記載のシステム。
【請求項１７】
無線ネットワーク上で実装される緊急事態応答機能をテストすることに関連するテスト・データを収集するように構成されたサーバ・システムにおける方法であって、
呼び出し内容および／または呼び出しデータの傍受を含めて電話通信の合法的な電子監視に使用することを主として意図された配信機能からのメッセージを受信することを含み、
前記受信されたメッセージが、前記緊急事態応答機能をテストする目的のためにモバイル装置から行われるテスト呼び出しに関連し、
前記受信されたメッセージが、前記無線ネットワーク上で実装されるときに前記緊急事態応答機能の実施を評価するために使用することができる情報を含む方法。
【請求項１８】
前記受信されたメッセージが、前記テスト呼び出しの起源となるセル・サイトおよびセクタ、ならびにモバイル識別番号（ＭＩＮ）情報、モバイル・ディレクトリ番号（ＭＤＮ）情報、および前記モバイル装置についての電子シリアル番号（ＥＳＮ）情報を指し示す、請求項１７に記載の方法。
【請求項１９】
前記モバイル装置から行われた前記テスト呼び出しが、モバイル・スイッチング・センタからパブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）以外のテスト宛先へと転送される、請求項１７に記載の方法。
【請求項２０】
前記モバイル装置から行われた前記テスト呼び出しが、モバイル・スイッチング・センタからパブリック・セイフティ・アンサーリング・ポイント（ＰＳＡＰ）以外のテスト宛先へと転送され、前記転送された呼び出しに関連する情報が、前記テスト宛先を意味する統合サービス・デジタル・ネットワーク・ユーザ部分（ＩＳＵＰ）初期アドレス・メッセージ（ＩＡＭ）被呼パーティ番号（ＣｄＰＮ）と、テスト緊急事態サービス経路指定キー（ＥＳＲＫ）を意味する発呼パーティ番号（ＣｇＰＮ）とを含む、請求項１７に記載の方法。
【請求項２１】
ＣＡＬＥＡ配信機能から前記メッセージを受信することに応じて、
前記モバイル装置の近似的位置を決定するためのプロセスを開始することをさらに含み、前記開始されるプロセスが、
前記サーバ・システムが、モバイル位置決めセンタに対して要求メッセージを送信すること、
前記モバイル位置決めセンタが、前記要求メッセージを受信するとすぐに、ポジション決定エンティティに対するポジション要求メッセージを起動すること、および
前記ポジション決定エンティティが、緯度情報および経度情報を含めて、前記モバイル装置の近似的位置を決定すること
を含む、請求項１７に記載の方法。
【請求項２２】
前記配信機能から前記メッセージを受信することに応じて、
前記モバイル装置の近似的位置を決定するためのプロセスを開始することをさらに含み、前記開始されるプロセスが、
前記サーバ・システムが、モバイル位置決めセンタに対して要求メッセージを送信すること、
前記モバイル位置決めセンタが、前記要求メッセージを受信するとすぐに、ポジション決定エンティティに対するポジション要求メッセージを起動すること、
前記ポジション決定エンティティが、前記モバイル装置の近似的位置を決定すること、
前記ポジション決定エンティティが、前記モバイル位置決めセンタに対して位置情報を戻すこと、
前記モバイル位置決めセンタが、前記サーバ・システムに対して前記位置情報を戻すこと、および
前記サーバ・システムが、前記戻された位置情報を知られている位置情報と比較すること
を含む、請求項１７に記載の方法。
【請求項２３】
前記配信機能が、ＣＡＬＥＡ Ｊ−ＳＴＤ−０２５に従って実装される、請求項１７に記載の方法。
【請求項２４】
前記受信されるメッセージが、法令で認可された電子監視プロトコル（ＬＡＥＳＰ）に従ってフォーマットされる、請求項１７に記載の方法。
【請求項２５】
呼び出し内容および／または呼び出しデータの傍受を含めて電話通信の合法的な電子監視が、１９９４年の法令執行のための通信援助法（ＣＡＬＥＡ）に従って実装される、請求項１７に記載の方法。
【請求項２６】
ＣＡＬＥＡ機能を使用して緊急事態応答機能テスト・クエリをトリガすること
を含めて、無線ネットワークに関連して実装される緊急事態応答機能をテストすること
を含む方法を実施するための命令を含むコンピュータ読取り可能媒体。
【請求項２７】
前記緊急事態応答機能テスト・クエリをトリガすることが、テスト局から少なくとも１つのテスト呼び出しを行うことを含み、前記テスト呼び出しが、ＣＡＬＥＡの下の監視を必要とする通信のように処理される、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項２８】
緊急事態応答機能テスト・クエリをトリガすることが、ＣＡＬＥＡ配信機能において、テスト局から行われる少なくとも１つのテスト呼び出しについての情報を受信すること、およびテスト呼び出しに関するＣＡＬＥＡ収集機能についてのプロキシとしての役割を果たすように構成されたテスト・サーバに対して少なくとも一部の前記受信される情報を転送することを含む、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項２９】
前記緊急事態応答機能が、緊急事態サービス・プロバイダを呼び出すモバイル局についての位置情報を供給することを含む、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項３０】
前記方法が、
サーバにおいてテスト・データをログ記録すること
をさらに含む、請求項２６に記載のコンピュータ読取り可能媒体。
【請求項３１】
前記方法が、
サーバにおいてテスト・データをログ記録すること、および
電子メール・アカウントまたはモバイル装置に対してログ記録されたテスト・データを送信すること
をさらに含む、請求項２６に記載のコンピュータ読取り可能媒体。
【図１】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図６Ｄ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図７Ｄ】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図６Ｄ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図７Ｄ】
【公表番号】特表２００８−５１１２０９（Ｐ２００８−５１１２０９Ａ）
【公表日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願番号】特願２００７−５２８０４０（Ｐ２００７−５２８０４０）
【出願日】平成１７年８月１９日（２００５．８．１９）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２９５５１
【国際公開番号】ＷＯ２００６／０２１００５
【国際公開日】平成１８年２月２３日（２００６．２．２３）
【出願人】（５０７０４６７３８）シンギュラー ワイヤレス セカンド，エルエルシー (2)
【Ｆターム（参考）】
【公表日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願日】平成１７年８月１９日（２００５．８．１９）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２９５５１
【国際公開番号】ＷＯ２００６／０２１００５
【国際公開日】平成１８年２月２３日（２００６．２．２３）
【出願人】（５０７０４６７３８）シンギュラー ワイヤレス セカンド，エルエルシー (2)
【Ｆターム（参考）】
[ Back to top ]