JP2011512704A - Ｉｍｓ緊急呼のための拡張された呼確立およびロケーション・サポートのための方法および装置 - Google Patents

Abstract

緊急ボイス呼を確立する装置および方法は、ワイヤレス・アクセス・ネットワークを介して緊急呼の要求を送信するユーザ機器と、ワイヤレス・アクセス・ネットワークを介して緊急呼の要求を受信する第１のサービングコア・ネットワークとを含む。本装置および本方法は、代替サービングコア・ネットワークの第１のサービングコア・ネットワークによる判断をさらに含む。いくつかの態様では、その判断はロケーション取出し機能からのユーザ機器ロケーションに基づいて行うことができ、ロケーション取出し機能は、他のネットワーク構成要素から、またはユーザ機器から、そのような情報を得ることができる。他の態様では、その判断は、能力の欠如または容量の欠如に基づくことができる。さらに、本装置および本方法はまた、その判断に基づいてそのサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いた緊急呼の確立を含む。

Description

米国特許法第１１９条に基づく優先権の主張
本特許出願は、各々が本出願の譲受人に譲渡され、各々が参照により本明細書に明白に組み込まれる、２００８年１月４日に出願された「METHOD AND APPARATUS FOR EXTENDED CALL ESTABLISHMENT AND SUPPORT FOR IMS EMERGENCY CALLS」と題する仮出願第６１／０１９，１６４号、および２００８年１月４日に出願された「METHOD AND APPARATUS FOR EXTENDED LOCATION SUPPORT FOR IMS EMERGENCY CALLS」と題する仮出願第６１／０１９，１５８号の優先権を主張する。

本開示は、一般に通信に関し、より詳細には、通信ネットワークにおいて呼を発信するための技法に関する。

ワイヤレス通信ネットワークは、ボイス、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレス・ネットワークは、利用可能なネットワーク・リソースを共有することによって複数のユーザの通信をサポートすることが可能な多元接続ネットワークとすることができる。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。

ワイヤレス通信ネットワークによって提供されるサービスは、ボイス呼および緊急ボイス呼を含む呼を行い、受信する能力と、インターネット・プロトコル（ＩＰ）を使用して送信されたデータ含むデータを送信し、受信する能力と、を含むことができる。ネットワーク・リソース（たとえば、ワイヤレススペクトルおよび有線シグナリングおよび伝送線路）を効率的に使用してボイス呼を行い、受信するために、ネットワークおよび端末は、通常呼のために、および緊急呼のために、ボイスオーバーＩＰ（ＶｏＩＰ）をサポートすることができる。緊急ＶｏＩＰ呼の場合、３ＧＰＰおよび３ＧＰＰ２規格に従って無線アクセスをサポートするネットワーク（ＧＳＭ、ＷＣＤＭＡ、ｃｄｍａ２０００ ＥｖＤＯおよびＬＴＥを採用するネットワークを含む）は、公開されている文書である３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ （ＴＳ） ２３．１６７、Ｒｅｌｅａｓｅ ８に記載のＩＰマルチメディア・サブシステム（ＩＭＳ）を使用してサポートを提供する解決策を採用することができる。この解決策が使用されるとき、ユーザの端末にサービスしているネットワーク（訪問先ネットワークとしても知られる）における呼制御および呼シグナリングはＩＭＳによってサポートされるので、ＶｏＩＰ緊急呼はＩＭＳ緊急呼と呼ばれることがある。このコンテキストでは、端末はまた、移動局またはユーザ機器（ＵＥ）として知られることがある。

ユーザ機器は、ユーザがワイヤレス・ネットワークを用いてＶｏＩＰ緊急呼を発することによって、呼び出すことができ、このワイヤレス・ネットワークは、ユーザがサービス加入を有するホーム・ネットワークであってもなくてもよい。ＵＥは、ＶｏＩＰ緊急呼を発信するために、登録および呼確立などのいくつかの段階を経ることがある。ＵＥは、ＵＥがワイヤレス・ネットワークに認証されることができ、ワイヤレス・ネットワークが検証された識別情報および検証されたコールバック番号などの関連情報を得ることができるように、ワイヤレス・ネットワークに登録することができる。次いで、ＵＥは、緊急呼を処理することができる適切なエンティティ、たとえば、公共安全応答ポイント（ＰＳＡＰ）にその呼を接続するための呼確立を実行することができる。

加入者が緊急呼をダイヤルしたときにワイヤレス・アクセスを有しない（たとえば、ユーザが、ダイヤルする直前に電話の電源を投入した）場合、またはユーザがボイス呼機能のないデータ専用ネットワークへのアクセスを有する（たとえば、ＷＬＡＮを介したインターネットアクセスを有する）場合、緊急呼が成功することについてのユーザの期待、および緊急呼をサポートする何らかのボイスサービス・プロバイダ（ＶＳＰ）のための法的要件は両方とも、ユーザが緊急呼をダイヤルしたときにボイス対応ネットワーク（たとえば、３ＧＰＰボイス対応訪問先パブリックランド・モバイル・ネットワーク（ＶＰＬＭＮ））にすでにアクセスしている場合よりもかなり低いことがある。

１つの問題は、多くの場合、ユーザによってアクセスされるＶＳＰが、ユーザの現在のロケーションに対してローカルでないことである。たとえば、ユーザは、ローミングの状況にあり、（たとえば、ＷＬＡＮまたは何らかの他のデータ専用アクセス・ネットワークから）直接ＩＰアクセスを使用して、ホームパブリックランド・モバイル・ネットワーク（Ｈ−ＰＬＭＮ）または何らかの他のリモートＶＳＰにアクセスしていることがある。その場合、そのＶＳＰは適切なローカルＰＳＡＰ（すなわち、ユーザに対してローカルなＰＳＡＰ）への緊急呼を確立することができないことがあり、フォールバックするためにユーザによってすでにアクセスされているローカルＶＳＰ（たとえば、３ＧＰＰ ＶＰＬＭＮ）が存在しないことがある。

その場合、サービングＶＳＰは、（たとえば、ＴＳ ２３．１６７における３ＧＰＰ解決策に従って、ＳＩＰ３８０代替サービス応答をＵＥに戻すことによって）ＩＭＳ緊急呼を確立しようとする試みを拒絶し、たとえば、ＵＥの現在のインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）からアクセス可能なＶＳＰを探すか、または他のワイヤレスＩＰ−ＣＡＮの無線探索を実行することによって、何らかの代替策を探索することをＵＥに任せる。しかし、それは、ほとんど信頼できない解決策である。

さらに、３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ） ２３．１６７におけるＩＭＳ緊急呼のための現在の解決策は、３ＧＰＰ制御プレーン・ロケーション解決策およびオープン・モバイル・アライアンス（ＯＭＡ）セキュア・ユーザプレーン・ロケーション（ＳＵＰＬ）の使用について明示的に言及し、その使用を許可しているが、他の可能なロケーション解決策は明示的にサポートされていない。

したがって、ＩＭＳ緊急呼のための拡張された呼確立およびロケーション・サポートのための改善された装置および方法が望まれる。

以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

一態様では、緊急ボイス呼を行うためのユーザ機器上で動作可能な方法は、ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信することを備える。本方法は、第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼を確立することをさらに備える。

別の態様では、ユーザ機器上で動作可能であり、緊急ボイス呼を行うように構成された少なくとも１つのプロセッサは、ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信するための第１のモジュールを備える。また、本少なくとも１つのプロセッサは、第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼を確立するための第２のモジュールをさらに備える。

さらなる態様では、メモリに記憶され、ユーザ機器上で動作可能であり、緊急ボイス呼を行うように構成されたコンピュータ・プログラム製品は、複数のコードを有するコンピュータ可読媒体を備える。それらのコードは、ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信することをコンピュータに行わせるためのコードの第１のセットを備える。また、それらのコードは、第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼を確立することをコンピュータに行わせるためのコードの第２のセットを備える。

さらに別の態様では、緊急ボイス呼を行うための装置は、ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信するための手段を備える。また、本装置は、第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼を確立するための手段を備える。

一態様では、緊急ボイス呼を行うためのユーザ機器（ＵＥ）のための装置は、第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信し、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼を確立するように構成された少なくとも１つのプロセッサを備える。

別の態様では、緊急ボイス呼を確立するためのネットワーク・エンティティ上で動作可能な方法は、第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信することを備える。本方法は、第１のサービングコア・ネットワークによって、代替サービングコア・ネットワークを判断することをさらに備える。さらに、本方法は、第１のサービングコア・ネットワークによって、およびその判断することに基づいて、そのサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼の確立を開始することを備える。

さらなる態様では、緊急ボイス呼を確立するためのネットワーク・エンティティのための装置は、第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信し、代替サービングコア・ネットワークを判断し、その判断することに基づいて、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼の確立を開始するように構成された少なくとも１つのプロセッサを備える。

さらに別の態様では、ネットワーク・エンティティ上で動作可能であり、緊急ボイス呼を確立するように構成された少なくとも１つのプロセッサは、第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信するための第１のモジュールを備える。また、本少なくとも１つのプロセッサは、第１のサービングコア・ネットワークにおいて、代替サービングコア・ネットワークを判断するための第２のモジュールを備える。さらに、本少なくとも１つのプロセッサは、第１のサービングコア・ネットワークにおいて、およびその判断することに基づいて、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼の確立を開始するための第３のモジュールをさらに備える。

別の態様では、メモリに記憶され、ネットワーク・エンティティ上で動作可能であり、緊急ボイス呼を確立するように構成されたコンピュータ・プログラム製品は、複数のコードを有するコンピュータ可読媒体を備える。それらのコードは、第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信することをコンピュータに行わせるように動作可能なコードの第１のセットを備える。また、それらのコードは、第１のサービングコア・ネットワークにおいて、代替サービングコア・ネットワークを判断することをコンピュータに行わせるように動作可能なコードの第２のセットを備える。さらに、それらのコードは、第１のサービングコア・ネットワークにおいて、およびその判断することに基づいて、第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼の確立を開始することをコンピュータに行わせるように動作可能なコードの第３のセットを備える。

さらなる態様では、緊急ボイス呼を確立するための装置は、第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信するための手段と、第１のサービングコア・ネットワークにおいて、代替サービングコア・ネットワークを判断するための手段とを備える。さらに、本装置は、第１のサービングコア・ネットワークにおいて、およびその判断することに基づいて、そのサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて緊急呼の確立を開始するための手段を備える。

上記および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理を採用することができる様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。

添付の図面とともに以下に説明する開示する態様は、開示する態様を限定するためではなく、開示する態様を例示するために与えられ、同様の表示は同様の要素を示す。

ネットワーク展開の一態様の概略図。 ３ＧＰＰネットワーク・アーキテクチャの一態様の概略図。 ３ＧＰＰ２ネットワーク・アーキテクチャの一態様の概略図。 緊急呼発信と後続の緊急呼リダイレクションの一態様のメッセージ流れ図。 初期サービングＩＭＳコア・ネットワークから代替ＩＭＳコア・ネットワークに緊急呼を転送するための拡張されたネットワーク・アーキテクチャの一態様の概略図。 緊急呼発信と後続の緊急呼転送の一態様のメッセージ流れ図。 初期サービングＩＭＳコア・ネットワークから代替ＩＭＳコア・ネットワークに緊急呼を転送またはリダイレクトするための拡張されたネットワーク・アーキテクチャの一態様の概略図。 緊急呼発信と後続の緊急呼転送または緊急呼リダイレクションの一態様のメッセージ流れ図。 ユーザ機器（ＵＥ）および様々なネットワーク・エンティティの概略図。

本明細書では、３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ２１．９０５（ＴＲ ２１．９０５）、３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ２３．１６７（ＴＳ ２３．１６７）および以下において与えられる略語が適用される。本明細書で定義される略語は、ＴＲ ２１．９０５またはＴＳ ２３．１６７における同じ略語（ある場合）の定義に優先する。

＜頭文字＞ ＜説明＞
ＣＰ 制御プレーン
Ｅ−ＳＬＰ 緊急ＳＬＰ
ＦＱＤＮ 完全修飾ドメイン名
ＳＬＰ ＳＵＰＬロケーション・プラットフォーム
ＳＵＰＬ セキュア・ユーザプレーン・ロケーション
ＵＰ ユーザプレーン
Ｖ−ＳＬＰ 訪問先ＳＬＰ
ＶＳＰ ボイスサービス・プロバイダ
次に、図面を参照しながら様々な態様について説明する。以下の記述では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような（１つまたは複数の）態様は、これらの具体的な詳細なしに実施できることは明らかであろう。

図１に、例示的なネットワーク展開１００を示す。ＵＥ１１０は、アクセス・ネットワーク１２０と通信して、通信サービスを得ることができる。ＵＥ１１０は、固定でも移動でもよく、移動局、端末、加入者ユニット、局などと呼ばれることもある。ＵＥ１１０は、セルラー電話、携帯情報端末（ＰＤＡ）、ワイヤレス・デバイス、ワイヤレス・モデム、ラップトップ・コンピュータ、テレメトリ・デバイス、トラッキング・デバイスなどとすることができる。ＵＥ１１０は、アクセス・ネットワーク１２０中の１つまたは複数の基地局および／または１つまたは複数のアクセス・ポイントと通信することができる。ＵＥ１１０はまた、１つまたは複数の衛星１９０から信号を受信することができ、衛星１９０は、米国の全地球測位システム（ＧＰＳ）、ヨーロッパのＧａｌｉｌｅｏシステム、ロシアのＧＬＯＮＡＳＳシステムなどの一部とすることができる。ＵＥ１１０は、アクセス・ネットワーク１２０中の基地局からの信号を測定し、その基地局のタイミング測定値を得ることができる。ＵＥ１１０はまた、衛星１９０からの信号を測定し、衛星１９０の擬似距離測定値を得ることができる。擬似距離測定値および／またはタイミング測定値は、ＵＥ１１０の位置推定値を導出するために使用できる。位置推定値は、ロケーション推定値、位置フィックスなどと呼ばれることもある。

アクセス・ネットワーク１２０は、そのカバレージ・エリア内に位置するＵＥに無線通信を提供する。アクセス・ネットワーク１２０は、無線ネットワーク、無線アクセス・ネットワークなどと呼ばれることもある。アクセス・ネットワーク１２０は、以下で説明するように、基地局、アクセス・ポイント、ネットワーク・コントローラ、および／または他のエンティティを含むことができる。訪問先パブリック・ランド・モバイル・ネットワーク（Ｖ−ＰＬＭＮ）と呼ばれることもある訪問先ネットワーク１３０は、現在ＵＥ１１０にサービスしているネットワークである。ホームＰＬＭＮ（Ｈ−ＰＬＭＮ）と呼ばれることもあるホーム・ネットワーク１６０は、ＵＥ１１０が加入を有するネットワークである。アクセス・ネットワーク１２０は訪問先ネットワーク１３０に関連付けることができる。訪問先ネットワーク１３０およびホーム・ネットワーク１６０は、同じまたは異なるネットワークとすることができ、それぞれ、データおよび／またはボイス接続性、ロケーションサービス、ならびに／あるいは他の機能およびサービスを提供する様々なエンティティを備えることができる。

ネットワーク１７０は、公衆交換電話網（ＰＳＴＮ）、インターネット、ならびに／または他のボイスおよびデータネットワークを含むことができる。ＰＳＴＮは、従来の簡易電話サービス（ＰＯＴＳ）のための通信をサポートする。

ＰＳＡＰ１８０は、たとえば、警察、消防、および医療サービスのための緊急呼に返答することを担当するエンティティである。緊急呼は、北米では９１１または欧州では１１２などの固定のよく知られている番号をユーザがダイヤルしたときに開始できる。ＰＳＡＰ１８０は、緊急センター（ＥＣ）と呼ばれることもある。

本明細書で説明する技法は、ＤＳＬおよびケーブルなどの有線ネットワークにおいて発信される呼のために使用でき、またワイヤレス・ワイドエリア・ネットワーク（ＷＷＡＮ）、ワイヤレス・ローカルエリア・ネットワーク（ＷＬＡＮ）、ワイヤレス・メトロポリタンエリア・ネットワーク（ＷＭＡＮ）、ならびにＷＷＡＮおよびＷＬＡＮカバレージをもつワイヤレス・ネットワークにおいて発信される呼のために使用できる。ＷＷＡＮは、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび／または他のネットワークとすることができる。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装することができる。ＵＴＲＡは広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、広域移動体通信システム（ＧＳＭ）、デジタル高度移動電話システム（Ｄ−ＡＭＰＳ）などの無線技術を実装することができる。ＵＴＲＡおよびＧＳＭは、「第３世代パートナーシップ・プロジェクト」（３ＧＰＰ）という名称の組織からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシップ・プロジェクト２」（３ＧＰＰ２）という名称の組織からの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は公に入手可能である。ＷＬＡＮは、ＩＥＥＥ ８０２．１１、Ｈｉｐｅｒｌａｎなどの無線技術を実装することができる。ＷＭＡＮは、ＩＥＥＥ ８０２．１６などの無線技術を実装することができる。これらの様々な無線技術および規格は当技術分野で知られている。

図２に、３ＧＰＰネットワーク・アーキテクチャを示す。ＵＥ１１０は、３ＧＰＰアクセス・ネットワーク１２０ａまたはＷＬＡＮアクセス・ネットワーク１２０ｂを介して無線アクセスを得ることができる。３ＧＰＰアクセス・ネットワーク１２０ａは、ＧＳＭ ＥＤＧＥ無線アクセス・ネットワーク（ＧＥＲＡＮ）、ユニバーサル地上無線アクセス・ネットワーク（ＵＴＲＡＮ）、進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）などとすることができる。３ＧＰＰアクセス・ネットワーク１２０ａは、基地局２１０と、基地局サブシステム（ＢＳＳ）／無線ネットワーク・コントローラ（ＲＮＣ）２１２と、図２には図示しない他のエンティティとを含む。基地局は、ノードＢ、進化型ノードＢ（ｅノードＢ）、送受信基地局（ＢＴＳ）、アクセス・ポイントなどと呼ばれることもある。ＷＬＡＮ１２０ｂは、アクセス・ポイント２１４を含み、任意のＷＬＡＮとすることができる。

Ｖ−ＰＬＭＮ１３０ａは、図１における訪問先ネットワーク１３０の一例であり、Ｖ−ＰＬＭＮコア・ネットワーク２３０ａとＶ−ＰＬＭＮロケーション・エンティティ２７０ａとを含む。Ｖ−ＰＬＭＮコア・ネットワーク２３０ａは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）２３２と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２３４と、ＷＬＡＮアクセス・ゲートウェイ（ＷＡＧ）２３６と、パケットデータ・ゲートェイ（ＰＤＧ）２３８とを含む。ＳＧＳＮ２３２およびＧＧＳＮ２３４は、汎用パケット無線サービス（ＧＰＲＳ）コア・ネットワークの一部であり、３ＧＰＰアクセス・ネットワーク１２０ａと通信するＵＥにパケット交換サービスを提供する。ＷＡＧ２３６およびＰＤＧ２３８は、３ＧＰＰ相互動作ＷＬＡＮ（Ｉ−ＷＬＡＮ）コア・ネットワークの一部であり、ＷＬＡＮ１２０ｂと通信するＵＥにパケット交換サービスを提供する。

Ｖ−ＰＬＭＮコア・ネットワーク２３０ａはまた、Ｖ−ＰＬＭＮ ＩＭＳネットワークの一部であるプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）２５２、緊急ＣＳＣＦ（Ｅ−ＣＳＣＦ）２５４、およびメディア・ゲートウェイ制御機能（ＭＧＣＦ）２５８などのＩＰマルチメディア・サブシステム（ＩＭＳ）エンティティを含む。Ｐ−ＣＳＣＦ２５２、Ｅ−ＣＳＣＦ２５４およびＭＧＣＦ２５８は、ＩＭＳサービス、たとえば、ボイスオーバーインターネット・プロトコル（ＶｏＩＰ）をサポートする。Ｐ−ＣＳＣＦ２５２は、ＵＥからの要求を受け入れ、これらの要求を内部で処理するか、または場合によっては変換の後に、これらの要求を他のエンティティに転送する。Ｅ−ＣＳＣＦ２５４は、ＵＥのためのセッション制御サービスを実行し、ＩＭＳ緊急サービスをサポートするために使用されるセッション状態を維持する。Ｅ−ＣＳＣＦ２５４は緊急ＶｏＩＰ呼をさらにサポートする。ＭＧＣＦ２５８は、ＳＩＰ／ＩＰとＰＳＴＮ（たとえば、ＳＳ７ ＩＳＵＰ）の間のシグナリング変換をダイレクトし、あるユーザからのＶｏＩＰ呼がＰＳＴＮユーザに行くときはいつでも使用される。

Ｖ−ＰＬＭＮコア・ネットワーク２３０ａは、ロケーションおよびルーティング機能（ＬＲＦ）２５６とホーム加入者サーバ（ＨＳＳ）２５０とをさらに含む。ＬＲＦ２５６は、中間、初期、および更新ロケーション情報を含む、ＵＥのルーティングおよびロケーション情報の取出しを処理する。中間ロケーションは、呼をルーティングするために使用される近似ロケーションである。初期ロケーションは、ＵＥの第１の正確なロケーションであり、更新ロケーションは、ＵＥの第１のまたは後続の正確なロケーションである。ＬＲＦ２５６は、ＵＥのロケーション情報を得るために、別個のロケーションサーバと対話するか、または統合ロケーションサーバを有することができる。ＨＳＳ２５０は、Ｖ−ＰＬＭＮ１３０ａがホーム・ネットワークであるＵＥの加入関連の情報を記憶する。

Ｖ−ＰＬＭＮロケーション・エンティティ２７０ａは、ゲートウェイ・モバイルロケーションセンター（ＧＭＬＣ）２７２、緊急サービスＳＵＰＬロケーション・プラットフォーム（Ｅ−ＳＬＰ）２７４、および／またはＶ−ＰＬＭＮ１３０ａと通信するＵＥにロケーションサービスを提供することができる他のエンティティを含むことができる。ＧＭＬＣ２７２は、３ＧＰＰ制御プレーン・ロケーション・システムの一部とすることができる。Ｅ−ＳＬＰ２７４は、オープン・モバイル・アライアンス（ＯＭＡ）からのセキュア・ユーザプレーン・ロケーション（ＳＵＰＬ）をサポートする。

Ｈ−ＰＬＭＮ１６０ａは、図１におけるホーム・ネットワーク１６０の一例であり、Ｈ−ＰＬＭＮコア・ネットワーク２６０を含む。Ｈ−ＰＬＭＮコア・ネットワーク２６０は、ＨＳＳ２６６と、問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）２６２およびサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）２６４などのＩＭＳエンティティとを含む。Ｉ−ＣＳＣＦ２６２およびＳ−ＣＳＣＦ２６４は、Ｈ−ＰＬＭＮ ＩＭＳネットワークの一部であり、ホーム・ネットワーク１６０のためのＩＭＳをサポートする。

図２は、Ｖ−ＰＬＭＮ１３０ａおよびＨ−ＰＬＭＮ１６０ａに属するネットワーク要素の１つのグルーピングを示す。この場合、このグルーピングは、アクセス・ネットワーク（たとえば、アクセス・ネットワーク１２０ａ）とコア・ネットワーク（たとえば、コア・ネットワーク２３０ａおよびコア・ネットワーク２６０）との２つの別個のサブシステムに分かれる。ただし、ＰＬＭＮに属するネットワーク要素は、他のサブシステムにもグルーピングできる。たとえば、ネットワーク要素は、特定のＩＰアクセス技術に従ってユーザ端末のためのＩＰアクセスをサポートするＩＰ接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）に属するものとして識別できる。たとえば、基地局２１０、ＢＳＳ／ＲＮＣ２１２、ＳＧＳＮ２３２およびＧＧＳＮ２３４は、ＧＰＲＳを使用してＩＰアクセスをサポートする、図２におけるＶ−ＰＬＭＮ１３０ａのためのＩＰ−ＣＡＮを備える。ＷＬＡＮアクセス・ポイント１２０ｂ、ＷＡＧ２３６およびＰＤＧ２３８は、ＷＬＡＮからのＩＰアクセスをサポートする、図２におけるＶ−ＰＬＭＮ１３０ａのための別のＩＰ−ＣＡＮを備える。さらなるＩＰ−ＣＡＮ、たとえば、ＷＬＡＮアクセス・ポイント２１４からインターネットを介して直接ＩＰアクセスを採用するＩＰ−ＣＡＮも可能である。ネットワーク要素の別のグルーピングは、ＩＭＳ機能をサポートする要素のコレクションである。通常ＩＭＳコアとして知られるこのグルーピングは、図２におけるＶ−ＰＬＭＮ１３０ａのためのＰ−ＣＳＣＦ２５２と、Ｅ−ＣＳＣＦ２５６と、ＭＧＣＦ２５８と、ＬＲＦ２５６とを含む。図２には図示しないさらなる要素も、ＩＭＳコアおよびＩＰ−ＣＡＮサブシステム中に含めることができる。さらに、任意のネットワークのためのＩＭＳコアサブシステムは、通常、コア・ネットワークサブシステムのサブセットとなる。したがって、以下の説明では、特定のコア・ネットワークに起因する、ＳＩＰおよびＩＭＳに関連する動作は、そのコア・ネットワークが含むＩＭＳコアサブシステムに通常は適用されるが、特定のＩＭＳコアに起因する動作が、関連するコア・ネットワークに適用されることもある。したがって、コア・ネットワーク、ＩＭＳコア・ネットワークおよびＩＭＳコアという用語は、それらのすべてに適用される動作に関して、以下で互換的に使用される。

図３に３ＧＰＰ２ネットワーク・アーキテクチャを示す。ＵＥ１１０は、３ＧＰＰ２アクセス・ネットワーク１２０ｃまたはＷＬＡＮアクセス・ネットワーク１２０ｄを介して無線アクセスを得ることができる。３ＧＰＰ２アクセス・ネットワーク１２０ｃは、ＣＤＭＡ２０００ １Ｘネットワーク、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯネットワークなどとすることができる。３ＧＰＰ２アクセス・ネットワーク１２０ｃは、基地局２２０と、無線リソース制御／パケット制御機能（ＲＲＣ／ＰＣＦ）２２２と、図３には図示しない他のエンティティとを含む。ＲＲＣは、無線ネットワーク・コントローラ（ＲＮＣ）とも呼ばれる。ＷＬＡＮ１２０ｄは、アクセス・ポイント２２４を含み、３ＧＰＰ２ネットワークに関連する任意のＷＬＡＮとすることができる。

Ｖ−ＰＬＭＮ１３０ｂは、図１における訪問先ネットワーク１３０の別の例であり、Ｖ−ＰＬＭＮコア・ネットワーク２３０ｂと、３ＧＰＰ２ロケーション・エンティティ２７０ｂとを含む。Ｖ−ＰＬＭＮコア・ネットワーク２３０ｂは、パケットデータサービングノード（ＰＤＳＮ）２４２と、パケットデータ相互動作機能（ＰＤＩＦ）２４４と、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）サーバ２４６とを含む。ＰＤＳＮ２４２およびＰＤＩＦ２４４は、それぞれ３ＧＰＰ２アクセス・ネットワーク１２０ｃおよびＷＬＡＮ１２０ｄと通信しているＵＥにパケット交換サービスを提供する。Ｖ−ＰＬＭＮコア・ネットワーク２３０ａは、Ｐ−ＣＳＣＦ２５２、Ｅ−ＣＳＣＦ２５４、およびＭＧＣＦ２５８などのＩＭＳまたはマルチメディアドメイン（ＭＭＤ）エンティティをも含む。Ｅ−ＣＳＣＦ２５４は、ＥＳ−ＡＭ（緊急サービス・アプリケーション・マネージャ）など、他の名前を有することもできる。

３ＧＰＰ２ロケーション・エンティティ２７０ｂは、Ｅ−ＳＬＰ２７２、緊急サービス位置サーバ（Ｅ−ＰＳ）２７６、および／またはＶ−ＰＬＭＮ１３０ｂと通信するＵＥにロケーションサービスを提供することができる他のエンティティを含むことができる。

３ＧＰＰネットワークの場合のように、３ＧＰＰ２ネットワークでは、他のサブシステムへのネットワーク要素の他のグルーピングが可能である。たとえば、図３におけるＶ−ＰＬＭＮ１３０ｂでは、シンプルなＩＰアクセスおよび／またはモバイルＩＰアクセスをサポートするＩＰ−ＣＡＮサブシステムは、基地局２２０と、ＲＲＣ／ＰＣＦ２２２と、ＰＤＳＮ２４２と、ＡＡＡサーバ２４６とからなる。ＷＬＡＮアクセスをサポートするＶ−ＰＬＭＮ１３０ｂの別のＩＰ−ＣＡＮサブシステムは、ＷＬＡＮアクセス・ポイント２２４と、ＰＤＩＦ２４４と、ＡＡＡサーバ２４６とからなる。Ｖ−ＰＬＭＮ１３０ｂのＩＭＳコアサブシステムは、Ｐ−ＣＳＣＦ２５２と、Ｅ−ＣＳＣＦ２５４と、ＭＧＣＦ２５８と、ＬＲＦ２５６とからなる。図３に図示しない他のネットワーク要素を、これらの様々なサブシステムに含めることもできる。

簡単のために、図２および図３には、以下の説明において参照することがある、３ＧＰＰおよび３ＧＰＰ２におけるエンティティの一部のみを示す。３ＧＰＰおよび３ＧＰＰ２ネットワークは、それぞれ３ＧＰＰおよび３ＧＰＰ２によって定義される他のエンティティを含むことができる。

拡張された呼確立を実行し、ＩＭＳ緊急呼のための拡張されたロケーション・サポートを提供するための装置および方法について、本明細書で説明する。本態様は、限定はしないが、ボイス呼、ＶｏＩＰ呼、緊急呼、緊急ＶｏＩＰ呼など、様々なタイプの呼に使用できる。緊急呼は、緊急サービスのためのボイス呼である。緊急ＶｏＩＰ呼は、ＶｏＩＰまたはパケットモードを使用した緊急呼である。緊急呼は、限定はしないが、ＵＥの適切な位置推定値を得ること、緊急呼を適切なＰＳＡＰにルーティングすることなど、通常のボイス呼とは異なる様々な特性に関連することがある。本態様は、訪問先ネットワークにおいてローミングしているユーザのために有利であり、緊急呼を確立することができない可能性を低くすることができる。さらに、本態様は、３ＧＰＰ制御プレーン・ロケーション解決策およびＯＭＡ ＳＵＰＬの他に、他の可能なロケーション解決策の使用を可能にするために、現在の３ＧＰＰおよび３ＧＰＰ２アーキテクチャのフレームワークおよび関連するプロシージャを拡張するために、訪問先ネットワークにおいてローミングしているユーザのために有利である。たとえば、そのような解決策を可能にする拡張された３ＧＰＰアーキテクチャのフレームワークを有することは、オペレータおよびベンダにとって有用であり、展開された解決策が３ＧＰＰ定義に厳密に適合しない状況を回避するのを助けるであろう。

明快のために、本技法のいくつかの態様を、３ＧＰＰネットワークにおける緊急ＶｏＩＰ呼に関して以下で説明する。ＶｏＩＰの場合、ＵＥ１１０は、一般に、様々なＩＭＳエンティティとのセッション開始プロトコル（ＳＩＰ）シグナリングを介してホーム・ネットワーク１６０を用いたＩＭＳ登録を実行する。ＳＩＰは、ＶｏＩＰなどのＩＰベースの対話型ユーザセッションを開始し、修正し、終了するためのシグナリング・プロトコルであり、「SIP: Session Initiation Protocol」と題する公開されている２００２年６月のＲＦＣ３２６１に記載されている。

図４を参照すると、一態様では、開示した例は、著しい時間を消費する可能性があり、場合によっては、呼が失敗する可能性があるようなＶＳＰの新規探索をＵＥが実行する必要なしに、サービングＶＳＰがＩＭＳ緊急呼をより適切なローカルＶＳＰにダイレクトすることができる代替解決策を提供する。現在の３ＧＰＰ解決策および３ＧＰＰ２解決策では、サービングＶＳＰ（たとえばホームＶＳＰ）があるＵＥからのＶｏＩＰ緊急呼要求をサポートすることができない場合、サービングＶＳＰは何らかのよりローカルなＶＳＰにおいて呼を確立するようにＵＥに伝える。ただし、ＵＥはこのＶＳＰを見つけて選択することを担当し、これは、現在ＵＥにサービスしているＩＰ−ＣＡＮがそのようなＶＳＰに関連しない（たとえば、ＶｏＩＰ緊急呼のための３ＧＰＰ解決策または３ＧＰＰ２解決策を提供するオペレータによって所有されない）場合は困難な可能性がある。

この問題に対する１つの解決策の一態様では、元のサービングＶＳＰは、ＵＥに代替ＶＳＰの識別情報を供給するためにＳＩＰ３８０応答を採用する。識別情報は、ＵＲＩ（たとえば、ＶＳＰのＩＭＳコアにおける要素のＵＲＩ）または完全修飾ドメイン名（ＦＱＤＮ）またはＩＰアドレスまたは３ＧＰＰもしくは３ＧＰＰ２モバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）またはＶＳＰの何らかの他の指定またはアドレス特性とすることができる。さらに、識別情報は直ちに使用可能であることも（たとえばＶＳＰにおいて一部のネットワーク要素のＩＰアドレス、またはＶＳＰのＩＭＳコア内の３ＧＰＰまたは３ＧＰＰ２ ＶＳＰのＩＰアドレス）、何らかの中間のエンティティにおいて変換または検索を必要とすることもあり、たとえば、後者はドメインネームシステム（ＤＮＳ）サーバを使用してＩＰアドレスに変換する必要があるＦＱＤＮとすることができる。さらに、本態様は、ＴＳ２３．１６７においてすでに定義されている既存のアーキテクチャの変更を必要としない。本態様では、サービングＶＳＰおよび呼のリダイレクト先である新しいＶＳＰは、両方とも本アーキテクチャをサポートする。

図４を参照すると、呼リダイレクションによってＩＭＳ緊急呼を確立する方法の一例において、例示的なコールフローは、ＵＥ１１０と、ＩＭＳコア・ネットワーク１およびＰ−ＣＳＣＦ２５２、ＭＧＣＦ２５８、ＬＲＦ２５６などの関連する構成要素を含む、第１のＶ−ＰＬＭＮ１３０またはＨ−ＰＬＭＮ１６０などのサービングコア・ネットワーク１２５と、ＩＭＳコア・ネットワーク２およびＰ−ＣＳＣＦ２５２、ＭＧＣＦ２５８、ＬＲＦ２５６などの関連する構成要素を含む第２のＶ−ＰＬＭＮ１３０などの少なくとも１つの代替サービングコア・ネットワーク１２７と、によって実行される様々な動作を含む。ステップ１において、ユーザ機器（ＵＥ）１１０で緊急呼を開始する。たとえば、ユーザ機器は、「９１１」を表すボイス入力またはキー入力など、緊急呼を示すユーザによる入力を、ユーザインターフェースにおいて受信する。さらに、たとえば、緊急呼は、図２におけるＶ−ＰＬＭＮ１３０ａについて、および図３におけるＶ−ＰＬＭＮ１３０ｂについて前述したインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）のいずれかなどのＩＰ−ＣＡＮ１２０を介して開始する。

ステップ２において、ＵＥ１１０は、それ自体のロケーションまたはロケーション識別子を判断するか、あるいはＩＰ−ＣＡＮ１２０からロケーション情報を得る。さらに、たとえば、ＵＥ１１０は、ＧＰＳシステムなどの衛星ベースのシステムから、あるいはセルラーアクセス・ネットワーク１２０ａまたはＷＬＡＮアクセス・ネットワーク１２０ｂなどの地上波ベースのネットワークから、ロケーション情報を判断する。

ステップ３において、ＵＥ１１０は、緊急呼の要求をサービングコア・ネットワーク１２５に、たとえばコア・ネットワーク１２５に属するＩＭＳコア・ネットワーク１中のエンティティに送信する。たとえば、要求は、Ｖ−ＰＬＭＮ１３０またはＨ−ＰＬＭＮ１６０に属するＩＭＳコアなどの現在のサービングＩＭＳコア（ＩＭＳコア１）１２５に送信される、緊急指示をもつＲＥＧＩＳＴＥＲメッセージまたは緊急指示をもつＩＮＶＩＴＥメッセージを含む。より詳細には、要求は、それぞれのＩＭＳコアのＰ−ＣＳＣＦ２５２に送信され、Ｐ−ＣＳＣＦ２５２によって受信される。いくつかの態様では、ＲＥＧＩＳＴＥＲメッセージまたはＩＮＶＩＴＥメッセージは、ＵＥ１１０が所有する任意のロケーション情報を含む。

ステップ４において、サービングコア・ネットワーク１２５は、サービングコア・ネットワーク１２５が緊急呼をサポートすることができないと判断し、ＵＥ１１０に代替サービス応答を送信する。この判断は、コア・ネットワーク１２５における能力の欠如（たとえば、ＶｏＩＰ緊急呼をサポートしない）、またはリソースの欠如（たとえば、コア・ネットワーク１２５またはＩＰ−ＣＡＮ１２０のいずれかにおける輻輳による）、またはＵＥ１１０のロケーションがサービングコア・ネットワーク１２５の緊急サービングエリア外であるという判断または他のファクタに基づく。たとえば、ＵＥ１１０のロケーションがサービングコア・ネットワーク１２５の緊急サービングエリア外であると判断する際に、サービングＩＭＳコア１２５またはその構成要素（たとえば、Ｐ−ＣＳＣＦ２５２またはＥ−ＣＳＣＦ２５４）は、いくつかの態様では、ＩＰ−ＣＡＮ１２０および／またはＵＥ１１０から初期のＵＥロケーション情報またはさらなるＵＥロケーション情報を得るように動作可能である、関連するＬＲＦ２５６と通信する。ロケーション情報は、緯度および経度情報などの地理的ロケーション、またはネットワーク構成要素、たとえば基地局の識別子など、地理的ロケーションと相関させることができるネットワークベースのロケーションを含むが、これらには限定されない。サービングコア・ネットワーク１２５、たとえばＩＭＳコア１は、ステップ３において提供されたロケーション情報から、および／またはＬＲＦ２５６を介して（ＩＰ−ＣＡＮ１２０および／またはＵＥ１１０から）得たロケーション情報から、ＵＥ１１０がサービングコア・ネットワーク１２５の緊急サービングエリア外に位置すると判断する。特に、サービングコア・ネットワーク１２５は、ＵＥロケーションが、両方とも以下でＰＳＡＰと呼ぶ、コア・ネットワーク１２５によって到達することができる任意の公共安全アクセス・ポイントまたは緊急センター１８０によってサービスされる地理的ロケーションの外部にあると判断する。

さらに、サービングコア・ネットワーク１２５は、緊急呼を開始するためにＵＥを参照することができる代替サービングコア・ネットワーク１２７、たとえばＩＭＳコア２を識別する。いくつかの態様では、サービングコア・ネットワーク１２５は、ＵＥが緊急呼を適切に確立するために探索するネットワークのタイプ（たとえばセルラータイプのネットワーク、ＷＬＡＮタイプのネットワーク）を識別し、他の態様では、ＵＥは特定のネットワークまたはネットワーク構成要素を識別する。詳細には、一態様では、サービングコア・ネットワーク１２５は、ＵＥロケーションを含む緊急サービングエリアを有する１つまたは複数の代替サービングコア・ネットワーク１２７を判断し、識別する。そのような判断は、ＵＥロケーション情報に基づいて、ＵＥロケーションを含むサービング地理的ロケーションをもつＰＳＡＰに一致するかまたはそれを有する緊急サービングエリアを有するコア・ネットワーク識別子にＵＥロケーションをマッピングすることに基づく。そのような判断は、代わりに、最も即時にＵＥにサービスするネットワーク（たとえば、ＩＰ−ＣＡＮ１２０、またはサービングＷＬＡＮまたはサービング基地局などのＩＰ−ＣＡＮ１２０の構成要素）に関係する情報を、ＵＥロケーションを含むサービング地理的ロケーションをもつＰＳＡＰに一致するかまたはそれを有する緊急サービングエリアを有する１つまたは複数の代替サービングコア・ネットワークにマッピングすることに基づく。

特定の態様では、サービングＩＭＳコア１２５は、Ｐ−ＣＳＣＦの識別情報（たとえばＩＰアドレスまたはＦＱＤＮを含むＵＲＩ）を含むＳＩＰ３８０代替サービス応答を、代替ＩＭＳコア（ＩＭＳコア２）中に、たとえばＳＩＰ３８０応答のＳＩＰ連絡先アドレスヘッダ中に戻す。サービングＩＭＳコアは、追加のＩＭＳコアの識別情報（たとえばＵＲＩ）を含む。代替的に、サービングＩＭＳコア１２５が異なるＰ−ＣＳＣＦ２５２を使用するためにＵＥ１１０をリダイレクトする場合、サービングＩＭＳコア１２５は３８０応答の代わりに異なる３ｘｘ応答（たとえば３０５応答）を戻す。いくつかの態様では、新しいＰ−ＣＳＣＦ２５２のアドレスは、３ｘｘ（たとえば３０５）応答の連絡先ヘッダ中に戻される。ただし、代替サービス識別子はメッセージの他の部分に配置できることに留意されたい。

さらに、ネットワークのタイプを識別することの一例では、Ｐ−ＣＳＣＦ２５２のユニフォームリソース識別子（ＵＲＩ）を３８０応答に含めることの代替として、サービングＩＭＳコア１２５は、緊急呼を行うために接続するパケットコア・ネットワークを示す何らかの他の識別子（たとえば、アクセス・ポイント名（ＡＰＮ）またはＭＣＣおよびＭＮＣ）を含む。ＵＥ１１０がそのような識別子を受信した場合、ＵＥ１１０は識別されたパケットデータネットワークに接続し、後続の動作を続ける前にＰ−ＣＳＣＦ発見を実行する。

さらに、図７に関して以下で説明するように、追加のロケーション情報を得るためにＬＲＦ２５６を利用するためのプロシージャを利用することもできる。

ステップ５において、ＵＥ１１０は、ステップ４において識別されたネットワークまたはネットワークの１つに関連するかまたはそれにアクセスすることができる、図４に図示しない別のＩＰ−ＣＡＮにアクセスするか、または、ＵＥ１００はＩＰ−ＣＡＮ１２０を使用し続ける。ＵＥ１１０は、次いで、ステップ４における代替サービス応答中の代替コア・ネットワーク識別子に基づいて、代替サービングコア・ネットワークに緊急呼の別の要求を送信する。一態様では、たとえば、ＵＥ１１０は、ステップ４において示された代替ＩＭＳコアまたは代替ＩＭＳコアの１つに、緊急指示をもつＲＥＧＩＳＴＥＲメッセージを送信する。いくつかの態様では、ＲＥＧＩＳＴＥＲメッセージは、ＵＥが所有する任意のロケーション情報を含む。

ステップ６において、ＩＭＳコア２またはその構成要素（たとえばＰ−ＣＳＣＦ２５２）などの代替サービングコア・ネットワーク１２７が、ＵＥ１１０がサービングコア・ネットワーク１２７自体の緊急サービングエリア外にあるか、または他の理由（たとえば、ＵＥのホーム・ネットワーク、たとえばＨ−ＰＬＭＮ１６０との協定がない）により緊急呼をサポートすることができないと判断した場合、サービングコア・ネットワーク１２７は、ステップ４のように、１つまたは複数の他のＩＭＳコアのＵＲＩを搬送する３８０代替応答など、１つまたは複数の代替サービス識別子をもつ代替サービス応答を戻す。その場合、ＵＥ１１０は、ステップ５のように、ステップ４またはステップ６において与えられるそれらの識別子を含む他の代替サービス識別子を使用して、他の要求を試みる。

他の場合は、代替サービングコア・ネットワークは、ＵＥのホーム・ネットワーク１６０を介して緊急登録を続ける。たとえば、代替サービングコア・ネットワーク１２７またはその構成要素（たとえばＰ−ＣＳＣＦ２５２）は、ＵＥのホーム・ネットワーク１６０を介して緊急登録を続ける。そのようにする際に、ＵＥ１１０の識別情報が認証され、ＵＥ１１０とのセキュアなＩＰ接続が確立される。

ステップ７において、ＵＥ１１０は、ＩＭＳコア２などの代替サービングコア・ネットワーク１２７またはその構成要素に、緊急指示をもつＩＮＶＩＴＥメッセージを送信する。いくつかの態様では、ＩＮＶＩＴＥメッセージは、ＵＥが所有する任意のロケーション情報を含む。いくつかの態様では、代替サービングコア・ネットワーク１２７内で、たとえばＰ−ＣＳＣＦ２５２からＥ−ＣＳＣＦ２５４にＩＮＶＩＴＥメッセージを転送し、（たとえば、関連するＬＲＦ２５６によって）追加のロケーション情報を得る。

ステップ８において、ＩＭＳコア２などの代替サービングコア・ネットワーク１２７は、ステップ７においてまたはその後に利用可能なロケーション情報に基づいて緊急センターまたはＰＳＡＰ１８０を選択する。

ステップ８ａにおいて、ＩＮＶＩＴＥメッセージはＭＧＣＦ／ＭＧＷ２５８に送信され、ステップ８ｂにおいて、後者がＩＰ対応でない場合、ＩＮＶＩＴＥは、ＭＧＣＦ２５８によって、緊急センターまたはＰＳＡＰ１８０に、またはそれのほうへ送信されるＳＳ７ ＩＳＤＮユーザ部（ＩＳＵＰ）初期アドレスメッセージ（ＩＡＭ）に変換される。代替的に、後者がＩＰ対応である場合、ステップ８ｃにおいて、ＩＮＶＩＴＥメッセージは緊急センターまたはＰＳＡＰ１８０に直接送信される。

ステップ９において、ＵＥ１１０とＵＥ１１０のロケーションをサービスする緊急センターまたはＰＳＡＰ１８０との間の緊急呼確立は完了する。

図５および図６を参照すると、一態様では、ＩＭＳ緊急呼転送は、上述の拡張と同じ目的および根拠を有するＲｅｌｅａｓｅ ８におけるＶｏＩＰ緊急呼のための３ＧＰＰおよび３ＧＰＰ２解決策の別の拡張である。ＩＭＳ緊急呼転送は、これらの目的のための代替解決策と見なすことができる。呼をＵＥにリダイレクトする代わりに、初期サービングＩＭＳコアは代替ＩＭＳコアに呼を転送する。

詳細には、図５を参照すると、本明細書で定義される解決策は、ＴＳ ２３．１６７で定義されるアーキテクチャを拡張する。特に、Ｐ−ＣＳＣＦ １（２５２）およびＥ−ＣＳＣＦ １（２５４ａ）はＩＭＳコア・ネットワーク１と呼ばれるサービングコア・ネットワーク１２５（たとえばホームＩＭＳコア・ネットワーク、たとえばＨ−ＰＬＭＮ１６０、または現在のサービングＩＭＳコア・ネットワーク、たとえばＶ−ＰＬＭＮ１３０）に属し、Ｅ−ＣＳＣＦ ２（２５４ｂ）およびＬＲＦ ２（２５６）はＩＭＳコア・ネットワーク２と呼ばれる代替サービングコア・ネットワーク１２７、たとえばＵＥの現在のロケーションにおけるＩＭＳ緊急呼をサポートするコア・ネットワークに属する。Ｐ−ＣＳＣＦ １からＥ−ＣＳＣＦ ２へのＣＳＣＦツーＣＳＣＦ（Ｍｗ）インターフェースおよびＥ−ＣＳＣＦ １からＥ−ＣＳＣＦ ２へのＭｗインターフェースは代替であり、そのうちの１つだけが必要である。ＩＭＳコア１からＩＭＳコア２への他のインターフェース、たとえばＰ−ＣＳＣＦ １またはＥ−ＣＳＣＦ １からＩＭＳコア２中のＩ−ＣＳＣＦへのインターフェースも考えられる。ＩＭＳコア・ネットワーク１がＵＥのホーム・ネットワークではない場合、Ｓ−ＣＳＣＦ２６４はＩＭＳコア・ネットワーク１、たとえばＶ−ＰＬＭＮ１３０またはＨ−ＰＬＭＮ１６０、あるいは別のホームＩＭＳコア、たとえばＨ−ＰＬＭＮ１６０のいずれかに属することができる。

さらに、図６を参照すると、一例では、緊急ＩＭＳ呼の呼転送のためのメッセージフローは、上述の構成要素に関与するいくつかの動作を含む。以下で説明するステップは、図４に対して上述した対応する態様を含むことができるが、以下は代替サービス応答を与えるのではなく、呼を転送するように動作することに留意されたい。

ステップ１において、ＵＥ１１０は緊急呼を開始する。たとえば、緊急呼開始は図４に対して上述したのと同様とする。

ステップ２において、ＵＥ１１０は、それ自体のロケーションまたはロケーション識別子を判断するか、あるいはＩＰ−ＣＡＮ１２０からロケーション情報を得る。たとえば、そのようなロケーション情報の判断は、図４に対して上述したのと同様とする。

ステップ３において、ＵＥ１１０はサービングコア・ネットワーク１２５に緊急呼の要求を送信する。一態様では、ＵＥ１１０は、緊急指示をもつＲＥＧＩＳＴＥＲメッセージをＰ−ＣＳＣＦ １ ２５２ａに送信することによって、現在のサービングＩＭＳコア（ＩＭＳコア１）１２５を用いてＩＭＳ緊急登録を開始する。その場合、Ｐ−ＣＳＣＦ １ ２５２ａは、ＴＳ ２３．１６７で定義されるようにホームＩＭＳネットワーク１６０を用いて緊急登録を続ける。ＩＭＳコア１ １２５がホーム・ネットワーク１６０であり、ＵＥ１１０がローミングしていない場合は、ＩＭＳ緊急登録を必要としない。

ステップ４において、緊急呼の要求は、ＵＥ１１０が緊急指示をもつＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ １ ２５２ａに送信することをさらに含む。いくつかの態様では、ＩＮＶＩＴＥメッセージは、ＵＥ１１０によって知られる任意のロケーション情報を含む。

ステップ５において、一態様では、緊急呼をサポートする能力の欠如に基づいて、またはステップ４で受信されたロケーション情報に基づいて、または関連するＬＲＦ２５６から受信されたロケーション情報に基づいて、Ｐ−ＣＳＣＦ １ ２５２ａは、ＵＥ１１０の現在のロケーションのＩＭＳ緊急呼をサポートする代替サービングコア・ネットワーク１２７（ＩＭＳコア２）中のＥ−ＣＳＣＦ ２ ２５４ｂにＩＮＶＩＴＥを転送する。緊急呼を転送するためにサービングコア・ネットワーク１２５によって行われる判断は、図４において上述したか、または図７に対して以下で説明するロケーション判断および代替コア・ネットワーク識別プロシージャのいずれかを含む。転送は、ＵＥロケーションと、図４に関して上述したような代替サービングコア・ネットワークの緊急サービングエリアとの間の対応に基づく。この場合、ステップ６とステップ７はスキップされる。

ステップ６において、別の態様では、ステップ５が使用されない場合、Ｐ−ＣＳＣＦ １ ２５２ａは同じＩＭＳコア・ネットワーク１２５中のＥ−ＣＳＣＦ １ ２５４ａにＩＮＶＩＴＥメッセージを転送する。ステップ７において、Ｅ−ＣＳＣＦ １ ２５４ａは、ステップ６において得られた任意のロケーション情報を検証し、（たとえば、上述したのと同様の方法で、関連するＬＲＦ２５６から）追加のロケーション情報を得る。このロケーション情報または他のファクタ（たとえばリソースの欠如）に基づいて、Ｅ−ＣＳＣＦ １ ２５４ａは、ＵＥ１１０の現在のロケーションのためのＩＭＳ緊急呼をサポートする代替サービングコア・ネットワーク１２７（ＩＭＳコア２）中のＥ−ＣＳＣＦ ２ ２５４ｂにＩＮＶＩＴＥメッセージを転送する。

ステップ５、またはステップ６およびステップ７に対するさらに別の代替では、ステップ８において、Ｐ−ＣＳＣＦ １ ２５２ａは、代替サービングコア・ネットワーク１２７、たとえばＩＭＳコア２中のＰ−ＣＳＣＦ ２ ２５２ｂにＩＮＶＩＴＥメッセージを転送する。また、ステップ９において、Ｐ−ＣＳＣＦ ２ ２５２ｂは、ＵＥ１１０の現在のロケーションのためのＩＭＳ緊急呼をサポートする代替サービングコア・ネットワーク１２７（ＩＭＳコア２）中のＥ−ＣＳＣＦ ２ ２５４ｂにＩＮＶＩＴＥメッセージを転送する。ＩＭＳコア・ネットワーク１の他のネットワーク要素からＩＭＳコア・ネットワーク２の他のネットワーク要素への、他の転送手段も可能である。

ステップ１０ａにおいて、Ｅ−ＣＳＣＦ ２ ２５４ｂは、それ自体、または関連するＬＲＦ２５６を使用して、ステップ５、ステップ７またはステップ９の各々において得られた任意のロケーション情報を検証し、追加のロケーション情報を得て、このロケーション情報に基づいて緊急センターまたはＰＳＡＰ１８０を判断し、相関情報（たとえば緊急サービスクエリキー（ＥＳＱＫ））を判断する。

さらに、ステップ１０ａにおいて、ＩＮＶＩＴＥメッセージがＭＧＣＦ／ＭＧＷ２５８に送信され、１０ｂにおいて、ＩＡＭが緊急センターまたはＰＳＡＰ１８０に向けて継続される。代替的に、ステップ１０ａおよび１０ｂにおける転送の代わりに、ステップ１０ｃにおいて、Ｅ−ＣＳＣＦ ２ ２５４ｂは、緊急センターまたはＰＳＡＰ１８０にＩＮＶＩＴＥメッセージを直接送信する。

ステップ１１において、緊急呼確立が完了する。

代替として、ＩＭＳコア・ネットワーク２がＶｏＩＰ緊急呼をサポートすることができない場合、ステップ５、ステップ６およびステップ７、またはステップ８および９に関連する動作を繰り返すことによって、第３のＩＭＳコア・ネットワークに呼を転送する。第３のＩＭＳコア・ネットワークは、ステップ１０ａおよび１０ｂまたはステップ１０ｃのいずれかと同様のステップを実行することによって、呼をさらに転送するかまたは緊急センターへの呼を確立する。別の代替では、図４に例示されたプロシージャは、図６に例示されたプロシージャと組み合わせることができる。たとえば、図４に例示されたプロシージャを使用して、あるコア・ネットワーク１から別のより適切なコア・ネットワーク２にＶｏＩＰ緊急呼をリダイレクトし、次いで図６に例示されたプロシージャを使用して、コア・ネットワーク２によって第３のコア・ネットワーク３にＶｏＩＰ緊急呼を転送することができる。代替的に、図６に例示されたプロシージャを使用して、あるコア・ネットワーク１によって別のより適切なコア・ネットワーク２にＶｏＩＰ緊急呼を転送し、次いで図４に例示されたプロシージャを使用して、コア・ネットワーク２によって第３のコア・ネットワーク３にＶｏＩＰ緊急呼をリダイレクトすることができる。これらのプロシージャの他の組合せも可能である。

上述のプロシージャは、ＵＥおよびＰＳＡＰに対して透過的であり、ＩＭＳコア２（たとえばＥ−ＣＳＣＦ ２またはＰ−ＣＳＣＦ ２）が（たとえば、通信エンティティ間にセキュアなＩＰ接続を常に維持することによって、またはそのようなセキュアな接続が必要に応じて動的に確立できるようにすることによって）ＩＭＳコア１からＩＭＳ緊急呼を受信するように構成されるという条件で、ＩＭＳコア２に対して透過的である。ＩＭＳコア１への影響は、Ｐ−ＣＳＣＦまたはＥ−ＣＳＣＦがＩＭＳコア２に呼を転送するかどうかによって、Ｐ−ＣＳＣＦのみ、またはＥ−ＣＳＣＦのみに制限される。ＵＥはＩＭＳコア１を介してのみ登録されるので、ＩＭＳコア１とＩＭＳコア２の間に、ＩＭＳコア２がＩＭＳコア１によって与えられた任意のＵＥ識別情報およびコールバックＵＲＩがすでに認証されていると仮定することができるような信頼関係が存在する必要がある。ＩＭＳコア・ネットワーク１のみが影響を受けるので、影響は３ＧＰＰ Ｒｅｌｅａｓｅ ８におけるＩＭＳ緊急呼のための現在の３ＧＰＰおよび３ＧＰＰ２解決策と後方互換性がある。

ネットワーク（たとえば図６のＩＭＳコア１）の標準的なカバレージ・エリア外のＩＭＳ緊急呼のサポートを可能にする以外に、このプロシージャは、ＩＭＳコア・ネットワークがすべての必要なエンティティを所有しない場合（たとえば、Ｅ−ＣＳＣＦおよびＬＲＦがない場合）、Ｐ−ＣＳＣＦから、１つのＥ−ＣＳＣＦに、またはいくつかの代替Ｅ−ＣＳＣＦに、または他のネットワーク中の他のＩＭＳエンティティにすべてのＩＭＳ緊急呼を転送することによって、そのユーザのためのＩＭＳ緊急呼をサポートすることをも可能にする。

図７を参照すると、別の態様では、ＬＲＦ２５６は、インターフェースＺを使用してＩＰ−ＣＡＮ１２０から、および／またはインターフェースＹを使用してＵＥ１１０から、ロケーション情報を得ることを可能にする１つまたは複数のロケーション解決策をサポートする。追加または代替として、ＵＥ１１０は、ＩＰ−ＣＡＮ１２０からインターフェースＸを使用してロケーション情報を得て、Ｐ−ＣＳＣＦ２５２およびＥ−ＣＳＣＦ２５４を介してこれをＬＲＦ２５６に転送する。図中のインターフェースＸ、ＹおよびＺをサポートする、すでに定義されたプロトコルの例は、Ｘの場合のＩＥＴＦ ＨＥＬＤプロトコル、Ｚの場合のＯＭＡ ＲＬＰおよびＹの場合のＯＭＡ ＵＬＰである。

別の態様では、図８を参照すると、ＩＭＳ緊急呼のための拡張されたロケーション・サポートの方法は、上述の構成要素によって実行されるいくつかの動作を含む。以下で説明するステップは、上述の図４および図６に対する、対応する態様を含むことができることに留意されたい。

ステップ１において、ＵＥ１１０は緊急呼を開始する。

ステップ２において、ＵＥ１１０は、それ自体のロケーションまたはロケーション識別子を判断する。ＵＥがそれ自体のロケーションを判断することができない場合、可能であれば、使用するＩＰ−ＣＡＮ１２０に対してサポートされる場合、ＵＥはそのロケーション情報をＩＰ−ＣＡＮ１２０に要求する。適用可能な場合、ＩＰ−ＣＡＮ１２０は、ＵＥ１１０にＵＥの地理的ロケーション情報および／またはロケーション識別子を配信する。

ステップ３において、ＵＥ１１０は、サービングコア・ネットワーク１２５、たとえばＩＭＳコアに、緊急指示をもつＩＮＶＩＴＥメッセージを送信する。いくつかの態様では、ＩＮＶＩＴＥメッセージは、ＵＥ１１０によって知られる任意のロケーション情報を含む。ロケーション情報は、地理的ロケーション情報またはロケーション識別子とすることができ、それはアクセス・ネットワーク技術に依存する。ＵＥ１１０がロケーション情報を与えることができない場合、以下で説明するように、ＩＭＳコア１２５はＵＥのロケーションをＬＲＦ２５６から判断しようとする。ＩＮＶＩＴＥメッセージは、ＵＥ１１０によってサポートされるロケーション解決策および位置決め方法に関係する情報を随意に含むことができる。

ステップ４において、ステップ３で与えられたロケーション情報が信頼でき、正しいＰＳＡＰ１８０を判断するのに十分な場合、プロシージャはステップ７以降に続く。代替的に、ロケーション情報が不十分な場合、またはＩＭＳコア１２５が緊急ルーティング情報を要求する場合、またはＩＭＳコア１２５がロケーション情報を確認する必要がある場合、またはＩＭＳコア１２５がＵＥ１１０から受信したロケーション識別子を対応する地理的なロケーション情報にマッピングする必要がある場合、ＩＭＳコア１２５はＬＲＦ２５６にロケーション要求を送信する。この要求は、ＩＰ−ＣＡＮ１２０およびＵＥ１１０を識別する情報を含む必要があり、限定はしないが、ＵＥのＩＰアドレスなど、ＵＥ１１０にアクセスするための機構を含むことができる。いくつかの態様では、この要求は、ステップ２でＵＥ１１０によって与えられたロケーション情報を含むこともできる。随意に、この要求は、ＵＥ１１０によってサポートされるロケーション解決策および位置決め方法に関係する情報を含むことができる。

ステップ５において、ＬＲＦ２５６はＩＭＳコア１２５によって要求された情報をすでに有するか、またはＬＲＦ２５６はＵＥのロケーション情報を要求する。ＵＥ１１０のロケーション情報を得るための機構は、ＩＭＳコア・ネットワーク１２５にアクセスするためにＵＥ１１０が使用するアクセス技術によって異なる場合がある。一般に、ＬＲＦ２５６は、ロケーション情報を得るためにＩＰ−ＣＡＮ１２０および／またはＵＥ１１０と対話することができる。ＩＰ−ＣＡＮ１２０との対話の場合、ＬＲＦ２５６は、ＩＰ−ＣＡＮ１２０中のロケーションサーバ（たとえば、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）、オープン・モバイル・アライアンス（ＯＭＡ）セキュア・ユーザプレーン・ロケーション（ＳＵＰＬ）またはＳＵＬＰロケーション・プラットフォーム（ＳＬＰ）、または何らかの他のサーバ）と通信することも、ＵＥ ＩＰ接続性をサポートするエンティティ（たとえばＳＧＳＮ２３２）と通信することもできる。この対話は、３ＧＰＰによって定義される場合も定義されない場合もある。非３ＧＰＰ解決策の一例は、参照により本明細書に組み込まれる、ＯＭＡ ＡＤ ＳＵＰＬ「Secure User Plane Location Architecture」、ＯＭＡ ＴＳ ＵＬＰ「User Plane Location Protocol」で定義されたＯＭＡ ＳＵＰＬである。この解決策は、ＵＥ１１０によってサポートされる場合、およびＵＥとＳＵＰＬサーバとの間のユーザプレーン接続を確立することができる場合に使用できる。ステップ４で与えられた、ＵＥ１１０によってサポートされるロケーション解決策および位置決め方法に関係する情報は、ロケーション情報を得るための機構を判断するのを助けるために、ＬＲＦ２５６によって随意に使用できる。さらに、ＬＲＦ２５６は、ステップ４で受信されたロケーション情報またはステップ５で得られたロケーション情報をＰＳＡＰルーティング情報に変換するために、ルーティング判断機能（ＲＤＦ）を呼び出すことができる。いくつかの態様では、ＬＲＦ２５６はロケーション情報を記憶することができるが、地域要件によっては、いくつかの領域において定義された、限定された期間のみである。

ステップ６において、ＬＲＦ２５６は、ＩＭＳコア１２５にロケーション情報および／またはルーティング情報を送信する。ＬＲＦ２５６は、それ自体を識別する相関情報（たとえばＥＳＱＫ）およびステップ５で記憶したレコードを戻すこともできる。

ステップ７において、ＩＭＳコア１２５はステップ６で与えられたルーティング情報を使用するか、またはステップ３または６で与えられたロケーション情報に基づいて緊急センターまたはＰＳＡＰ１８０を選択し、ロケーション情報および任意の相関情報、および、いくつかの態様ではロケーション情報ソース、たとえば、ロケーション情報を得るために使用された位置決め方法を含む要求を緊急センターまたはＰＳＡＰ１８０に送信する。

ステップ７ａにおいて、ＭＧＣＦ／ＭＧＷ２５８にＩＮＶＩＴＥメッセージを送信する。

ステップ７ｂにおいて、ＩＡＭを緊急センターまたはＰＳＡＰ１８０に向けて継続するか、あるいは、ステップ７ｃにおいて、ＩＮＶＩＴＥメッセージを緊急センターまたはＰＳＡＰ１８０に直接送信する。

いずれの場合も、ステップ８において、緊急呼確立が完了する。

ステップ９において、ＰＳＡＰ１８０は、ターゲットＵＥ１１０の初期ロケーション情報を得るため、またはＬＲＦ２５６にターゲットＵＥ１１０の更新ロケーション情報、たとえば現在のロケーション情報を得るように要求するために、ＬＲＦ２５６にロケーション要求を送信する。ＰＳＡＰ１８０は、ステップ７で受信されたロケーション情報および／または相関情報に基づいてＬＲＦ２５６を判断する。ＰＳＡＰ１８０は、ＬＲＦ２５６への要求に相関情報を含むこともできる。

ステップ１０において、ＬＲＦ２５６は、上記のステップ５から機構の１つを使用してターゲットＵＥ１１０のロケーションを判断する。いくつかの態様では、ＬＲＦ２５６は、ステップ５で記憶されたＵＥ１１０に関する情報を取り出すために、ステップ９で受信された相関情報を使用する。

ステップ１１において、ＬＲＦ２５６は初期ロケーション情報または更新ロケーション情報を緊急センターまたはＰＳＡＰ１８０に戻す。初期ロケーションのオプションとして、ＬＲＦ２５６は、ステップ９で要求が受信される前にロケーションステップ１０を推進し、ステップ９で要求が受信された後または要求が受信される前に、緊急センターまたはＰＳＡＰ１８０に初期ロケーションを送信することができる。

ステップ１２において、緊急呼をリリースする。

ステップ１３において、ＩＭＳコア１２５は、緊急呼がリリースされたことをＬＲＦ２５６に示す。したがって、いくつかの態様では、ＬＲＦ２５６は、ステップ５で記憶された任意のレコードを削除することができる。

上記の開示する例は、ＩＭＳ緊急呼のための基本的な解決策を再訪する必要なしに、ベンダおよびオペレータに対して今後新しいロケーション解決策をサポートする可能性をもたらす。これは、解決策の明示的な拡大によって達成される。

さらに、図９を参照すると、ネットワークの構成要素の一例は、ＵＥ１１０と、アクセス・ネットワーク１２０と、Ｐ−ＣＳＣＦ２５２と、Ｅ−ＣＳＣＦ２５４と、ＬＲＦ２５６と、ＰＳＡＰ１８０と、それらの構成要素とを含む。簡単のために、図９は、エンティティごとに１つのコントローラ／プロセッサおよび１つのメモリを含む。図９は、ＵＥ１１０の１つの送信機／受信機（ＴＭＴＲ／ＲＣＶＲ）、アクセス・ネットワーク１２０の１つの送信機／受信機、およびネットワーク・エンティティごとに１つの通信（Ｃｏｍｍ）ユニットをも含む。一般に、各エンティティは、任意の数のコントローラ、プロセッサ、メモリ、送信機、受信機、通信ユニットなどを含むことができる。さらに、本明細書で説明する機能は、各構成要素のそれぞれのコントローラ／プロセッサによって、コンピュータ可読命令を実行することなどによって、実装できることに留意されたい。そのような命令は、それぞれのメモリに記憶することも、１つまたは複数のモジュールとしてそれぞれのプロセッサ内に実装することもできる。

ダウンリンクでは、アクセス・ネットワーク１２０中の基地局が、そのカバレージ・エリア内のＵＥに、トラフィックデータ、メッセージ／シグナリング、およびパイロットを送信する。これらの様々なタイプのデータは、プロセッサ１１２０によって処理され、ＵＥに送信されるダウンリンク信号を生成するために送信機１１２４によって調整される。ＵＥ１１０において、基地局からのダウンリンク信号は、受信機１１１４によってアンテナを介して受信され、調整され、登録、呼確立などのための情報を得るためにプロセッサ１１１０によって処理される。プロセッサ１１１０は、図４、図６および図８などを参照しながら、上述のようにＵＥ１１００の処理を実行する。メモリ１１１２および１１２２は、それぞれ、本明細書で説明する機能を実行するための、ＵＥ１１０およびアクセス・ネットワーク１２０のプログラムコードおよびデータを記憶する。

アップリンクでは、ＵＥ１１０が、アクセス・ネットワーク１２０中の基地局に、トラフィックデータ、メッセージ／シグナリング、およびパイロットを送信する。これらの様々なタイプのデータは、ＵＥアンテナを介して送信されるアップリンク信号を生成するために、プロセッサ１１１０によって処理され、送信機１１１４によって調整される。アクセス・ネットワーク１２０では、ＵＥ１１０および他のＵＥからのアップリンク信号が、たとえば、データ、メッセージ／シグナリングなどの様々なタイプの情報を得るために、受信機１１２４によって受信され、調整され、プロセッサ１１２０によってさらに処理される。アクセス・ネットワーク１２０は、通信ユニット１１２６を介して他のネットワーク・エンティティと通信することができる。

Ｐ−ＣＳＣＦ２５２内で、プロセッサ１１３０はＰ−ＣＳＣＦの処理を実行し、メモリ１１３２はＰ−ＣＳＣＦのプログラムコードおよびデータを記憶し、通信ユニット１１３４はＰ−ＣＳＣＦが他のエンティティと通信することを可能にする。プロセッサ１１３０は、図４、図６および図８などを参照しながら、上述のようにＰ−ＣＳＣＦ２５２の処理を実行することができる。

Ｅ−ＣＳＣＦ２５４内で、プロセッサ１１４０はＥ−ＣＳＣＦの処理を実行し、メモリ１１４２はＥ−ＣＳＣＦのプログラムコードおよびデータを記憶し、通信ユニット１１４４はＥ−ＣＳＣＦが他のエンティティと通信することを可能にする。プロセッサ１１４０は、図４、図６および図８などを参照しながら、上述のようにＥ−ＣＳＣＦ２５４の処理を実行することができる。

ＬＲＦ２５６内で、プロセッサ１１５０はＬＲＦのロケーションおよび／または位置決め処理を実行し、メモリ１１５２はＬＲＦのプログラムコードおよびデータを記憶し、通信ユニット１１５４はＬＲＦが他のエンティティと通信することを可能にする。プロセッサ１１５０は、図４、図６および図８などを参照しながら、上述のようにＬＲＦ２５６の処理を実行することができる。

ＰＳＡＰ１８０内で、プロセッサ１１６０はＵＥ１１０のための緊急呼の処理を実行し、メモリ１１６２はＰＳＡＰのためのプログラムコードおよびデータを記憶し、通信ユニット１１６４はＰＳＡＰが他のエンティティと通信することを可能にする。プロセッサ１１６０は、図４、図６および図８などを参照しながら、上述のようにＰＳＡＰ１８０の処理を実行することができる。

本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、限定はしないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータとすることができるが、これらに限定されない。例として、コンピューティング・デバイス上で実行されるアプリケーションと、そのコンピューティング・デバイスの両方を構成要素とすることができる。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散することができる。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、ローカルシステム、分散システム、および／または他のシステムを用いるインターネットなどのネットワーク全体の中の別の構成要素と信号を介して相互作用する１つの構成要素からのデータなど、１つまたは複数のデータパケットを有する信号によるなど、ローカルプロセスおよび／またはリモートプロセスを介して通信することができる。

さらに、有線端末またはワイヤレス端末とすることができる端末などのユーザ機器（ＵＥ）に関して、様々な態様が本明細書で説明されている。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイル・デバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）とも呼ばれる。ワイヤレス端末は、セルラー電話、衛星電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティング・デバイス、またはワイヤレス・モデムに接続された他の処理デバイスとすることができる。さらに、様々な態様について、基地局に関して本明細書で説明する。基地局は、（１つまたは複数の）ワイヤレス端末と通信するために利用でき、アクセス・ポイント、ノードＢ、または何らかの他の用語で呼ばれることもある。

さらに、「または」という用語は、排他的な「または」ではなく包括的な「または」を意味するものとする。すなわち、別段の規定がない限り、または文脈から明白でない限り、「ＸはＡまたはＢを使用する」という句は、自然な包括的置換のいずれかを意味するものとする。たとえば、「ＸはＡまたはＢを使用する」という句は、ＸがＡを使用する場合、ＸがＢを使用する場合、またはＸがＡとＢの両方を使用する場合のいずれによっても満たされる。さらに、本出願および添付の特許請求の範囲で使用する冠詞「ａ」および「ａｎ」は、別段の規定がない限り、または単数形を示すことが文脈から明白でない限り、概して「１つまたは複数」を意味するものと解釈すべきである。

本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムなど、様々なワイヤレス通信システムに使用できる。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装することができる。ＵＴＲＡは広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。さらに、ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは広域移動体通信システム（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡシステムは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡはユニバーサル移動通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースであり、これは、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「第３世代パートナーシップ・プロジェクト」（３ＧＰＰ）という名称の組織からの文書に記載されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する組織からの文書に記載されている。さらに、そのようなワイヤレス通信システムは、しばしば対になってない無資格のスペクトル、８０２．ｘｘワイヤレスＬＡＮ、ＢＬＵＥＴＯＯＴＨ（登録商標）および任意の他の短距離または長距離ワイヤレス通信技法を使用する、ピアツーピア（たとえば、モバイルツーモバイル）のアドホックネットワークシステムをさらに含むことができる。

いくつかのデバイス、構成要素、モジュールなどを含むことができるシステムに関して、様々な態様または機能が提示される。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含んでもよく、および／または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含まなくてもよいことを理解および諒解されたい。これらの手法の組合せも使用できる。

本明細書で開示した実施形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティング・デバイスの組合せとして、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装できる。さらに、少なくとも１つのプロセッサは、上述のステップおよび／または動作の１つまたは複数を実行するように動作可能な１つまたは複数のモジュールを備えることができる。

さらに、本明細書で開示した態様に関して説明した方法またはアルゴリズムのステップおよび／または動作は、直接ハードウェアで実施するか、プロセッサによって実行されるソフトウェアモジュールで実施するか、またはその２つの組合せで実施することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読むことができ、記憶媒体に情報を書き込むことができるようにプロセッサに結合できる。代替として、記憶媒体はプロセッサに一体化することができる。さらに、いくつかの態様では、プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。さらに、ＡＳＩＣはユーザ端末内に常駐することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として常駐することもできる。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／または動作は、コンピュータ・プログラム製品に組み込むことができる、機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令の１つまたは任意の組合せ、あるいはそのセットとして常駐することができる。

１つまたは複数の態様では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはその任意の組合せで実装できる。ソフトウェアで実装した場合、機能は１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶または送信できる。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータ・プログラムの転送を可能にするいかなる媒体をも含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを運搬または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、任意の接続をコンピュータ可読媒体と呼ぶことができる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書では、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ・ディスク（disc）（登録商標）を含み、この場合、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）はデータをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

上記の開示は例示的な態様および／または実施形態について論じたが、添付の特許請求の範囲によって定義された、説明した態様および／または実施形態の範囲から逸脱することなく、様々な変更および修正を本明細書で行うことができること留意されたい。さらに、説明した態様および／または実施形態の要素が単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段の規定がない限り、任意の他の態様および／または実施形態の全部または一部を用いて利用することができる。

Claims (112)

1. 緊急ボイス呼を行うためのユーザ機器上で動作可能な方法であって、
   ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信することと、
   前記第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼を確立することと
   を備える方法。
2. 前記第２のサービングコア・ネットワークが前記代替サービングコア・ネットワークである、請求項１に記載の方法。
3. 前記確立することが、代替サービングコア・ネットワークのシーケンスによる前記緊急呼の転送に基づき、代替サービングコア・ネットワークの前記シーケンスの最後の代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項１に記載の方法。
4. 前記確立することは、前記第１のサービングコア・ネットワークが、前記ユーザ機器が前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外に位置すると判断することにさらに基づく、請求項１に記載の方法。
5. 前記確立することは、前記第１のサービングコア・ネットワークが、前記ユーザ機器が前記第２のサービングコア・ネットワークの第２の緊急サービングエリア内に位置すると判断することにさらに基づく、請求項４に記載の方法。
6. 前記確立することは、前記第１のサービングコア・ネットワークが前記緊急呼を処理するための容量の欠如を判断することにさらに基づく、請求項１に記載の方法。
7. 前記確立することは、前記第１のサービングコア・ネットワークが前記緊急呼を処理する能力の欠如を判断することにさらに基づく、請求項１に記載の方法。
8. 前記第１のサービングコア・ネットワークから代替サービス応答を受信することであって、前記代替サービス応答が、前記代替サービングコア・ネットワークに対応する代替コア・ネットワーク識別子を備える、受信することと、
   前記代替サービス応答中の前記代替コア・ネットワーク識別子に基づいて、前記代替サービングコア・ネットワークに前記緊急呼の別の要求を送信することと
   をさらに備える、請求項１に記載の方法。
9. 前記代替サービス応答を受信することは、前記第１のサービングコア・ネットワークが、関連するロケーション取出し機能（ＬＲＦ）から受信された情報からユーザ機器ロケーションを判断し、前記ユーザ機器ロケーションが前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外であるとさらに判断することに基づいて、受信することをさらに備える、請求項８に記載の方法。
10. 前記代替コア・ネットワーク識別子を備える前記代替サービス応答を受信することが、ユニフォームリソース識別子（ＵＲＩ）、完全修飾ドメイン名（ＦＱＤＮ）、ＩＰアドレス、またはモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つを受信することをさらに備える、請求項８に記載の方法。
11. 前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することが、前記代替サービングコア・ネットワークを用いて確立することをさらに備え、前記代替サービングコア・ネットワークが、前記第１のサービングコア・ネットワークに対応する第１の緊急サービングエリアとは異なる第２の緊急サービングエリアを備え、ユーザ機器ロケーションが前記第２の緊急サービングエリア内である、請求項８に記載の方法。
12. 前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントを用いて前記緊急呼を確立することをさらに備える、請求項１１に記載の方法。
13. 前記代替サービス応答が、複数の代替サービングコア・ネットワークに対応する複数の代替コア・ネットワーク識別子をさらに備え、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することが、前記複数の代替サービングコア・ネットワークのうちの１つを用いて確立することをさらに備え、前記緊急呼の前記要求を送信することが、前記複数の代替サービングコア・ネットワークのうちの少なくとも１つから少なくとも１つの追加の代替サービス応答を受信することに基づいて前記複数の代替サービングコア・ネットワークのうちの２つ以上に送信することをさらに備える、請求項８に記載の方法。
14. 前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することが、一連の代替サービングコア・ネットワークのうちの１つのためのそれぞれの代替ネットワーク識別子を各々が備える一連の追加の代替ネットワーク応答を受信することに基づいて、および前記一連の追加の代替ネットワーク応答の各々を連続的に受信することに基づいて前記一連の代替サービングコア・ネットワークの各々に前記緊急呼の追加の要求を連続的に送信することにさらに基づいて、前記一連の代替サービングコア・ネットワークのうちの最後の代替サービングコア・ネットワークを用いて確立することをさらに備える、請求項８に記載の方法。
15. 前記第１のサービングコア・ネットワークに前記緊急呼の前記要求を送信することが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に緊急指示をもつＲＥＧＩＳＴＥＲメッセージまたはＩＮＶＩＴＥメッセージを送信することをさらに備え、
    前記代替サービス応答を受信することが、３８０代替サービス応答メッセージまたは３０５応答メッセージまたは３ｘｘ応答メッセージを受信することをさらに備え、代替サービス識別子が、前記代替サービングコア・ネットワークの第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）のユニフォームリソース識別子（ＵＲＩ）、前記第２のＰ−ＣＳＣＦの完全修飾ドメイン名（ＦＱＤＮ）、前記第２のＰ−ＣＳＣＦのＩＰアドレス、または前記第２のＰ−ＣＳＣＦのモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つ備え、
    前記代替サービングコア・ネットワークに前記緊急呼の別の要求を送信することが、前記代替サービングコア・ネットワークに前記緊急指示をもつ第２のＲＥＧＩＳＴＥＲメッセージを送信することをさらに備え、
    前記代替サービングコア・ネットワークに緊急指示をもつＩＮＶＩＴＥメッセージを送信することをさらに備え、
    前記緊急呼を確立することが、前記代替サービングコア・ネットワークを介して公共安全アクセス・ポイントを用いて確立することをさらに備え、前記公共安全アクセス・ポイントが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを備える
    請求項８に記載の方法。
16. 前記３８０代替サービス応答メッセージまたは前記３０５応答メッセージまたは前記３ｘｘ応答メッセージを受信することが、セッション開始プロトコル（ＳＩＰ）連絡先アドレスヘッダ中の前記代替サービス識別子を受信することをさらに備える、請求項１５に記載の方法。
17. 前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することは、前記第１のサービングコア・ネットワークが、ユーザ機器ロケーションと前記代替サービングコア・ネットワークの第２の緊急サービングエリアとの間の対応に基づいて前記代替サービングコア・ネットワークに前記緊急呼の前記要求を転送することにさらに基づく、請求項１に記載の方法。
18. 前記代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項１７に記載の方法。
19. 前記確立することが、代替サービングコア・ネットワークのシーケンスによる前記緊急呼の転送にさらに基づき、第１の転送が、前記第１のサービングコア・ネットワークから前記シーケンスにおける第１の代替サービングコア・ネットワークに向けて発生し、最後の転送が、前記シーケンスにおける最後の代替サービングコア・ネットワークから前記第２の代替サービングコア・ネットワークに向けて発生し、転送の他のインスタンスが、前記シーケンスにおける中間の代替サービングコア・ネットワーク間で発生する、請求項１７に記載の方法。
20. 前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントを用いて前記緊急呼を確立することをさらに備える、請求項１７に記載の方法。
21. 前記ユーザ機器ロケーションを含む前記サービング地理的ロケーションを有する前記公共安全アクセス・ポイントを用いて前記緊急呼を確立することが、前記ユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得る前記第１のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）にさらに基づく、請求項２０に記載の方法。
22. 前記第１のサービングコア・ネットワークに前記緊急呼の前記要求を送信することが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に緊急指示をもつＩＮＶＩＴＥメッセージを送信することをさらに備え、
    前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することは、前記第１のサービングコア・ネットワークが第２のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することにさらに基づく
    請求項１８に記載の方法。
23. 前記第１のサービングコア・ネットワークが前記第２のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの前記第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立することは、前記第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）を介して転送することにさらに基づき、および前記Ｅ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することにさらに基づく、請求項２２に記載の方法。
24. 前記確立することは、前記第１のサービングコア・ネットワークが、前記ユーザ機器によって使用されるインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）のロケーションサーバから前記ユーザ機器のロケーションに対応するユーザ機器ロケーション情報を得る前記第１のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）に基づいて前記ユーザ機器の前記ロケーションを判断することにさらに基づく、請求項４に記載の方法。
25. 前記確立することは、前記第１のサービングコア・ネットワークが、前記ユーザ機器から前記ユーザ機器のロケーションに対応するユーザ機器ロケーション情報を得る前記サービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）に基づいて前記ユーザ機器の前記ロケーションを判断することにさらに基づく、請求項４に記載の方法。
26. ユーザ機器上で動作可能であり、緊急ボイス呼を行うように構成された少なくとも１つのプロセッサであって、
    ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信するための第１のモジュールと、
    前記第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼を確立するための第２のモジュールと
    を備えるプロセッサ。
27. メモリに記憶され、ユーザ機器上で動作可能であり、緊急ボイス呼を行うように構成されたコンピュータ・プログラム製品であって、
    ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信することをコンピュータに行わせるためのコードの第１のセットと、
    前記第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼を確立することを前記コンピュータに行わせるためのコードの第２のセットと
    を備えるコンピュータ可読媒体
    を備えるコンピュータ・プログラム製品。
28. 緊急ボイス呼を行うための装置であって、
    ワイヤレス・アクセス・ネットワークを介して第１のサービングコア・ネットワークに緊急呼の要求を送信するための手段と、
    前記第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼を確立するための手段と
    を備える装置。
29. 緊急ボイス呼を行うためのユーザ機器（ＵＥ）のための装置であって、
    第１のサービングコア・ネットワークが代替サービングコア・ネットワークを判断することに基づいて、ワイヤレス・アクセス・ネットワークを介して前記第１のサービングコア・ネットワークに緊急呼の要求を送信し、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼を確立するように構成された少なくとも１つのプロセッサ
    を備える装置。
30. 前記第２のサービングコア・ネットワークが前記代替サービングコア・ネットワークと同じである、請求項２９に記載の装置。
31. 前記少なくとも１つのプロセッサが、代替サービングコア・ネットワークのシーケンスによる前記緊急呼の転送にさらに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するように構成され、代替サービングコア・ネットワークの前記シーケンスの最後の代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項２９に記載の装置。
32. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが、前記ユーザ機器が前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外に位置すると判断することにさらに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するように構成された、請求項２９に記載の装置。
33. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが、前記ユーザ機器が前記第２のサービングコア・ネットワークの第２の緊急サービングエリア内に位置すると判断することにさらに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するように構成された、請求項２９に記載の装置。
34. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが前記緊急呼を処理するための容量の欠如を判断することにさらに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するように構成された、請求項２９に記載の装置。
35. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが前記緊急呼を処理する能力の欠如を判断することにさらに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するように構成された、請求項２９に記載の装置。
36. 前記少なくとも１つのプロセッサが、
    前記第１のサービングコア・ネットワークから代替サービス応答を受信することであって、前記代替サービス応答が、前記代替サービングコア・ネットワークに対応する代替コア・ネットワーク識別子を備える、受信することと、
    前記代替サービス応答中の前記代替コア・ネットワーク識別子に基づいて、前記代替サービングコア・ネットワークに前記緊急呼の別の要求を送信することと
    を行うようにさらに構成された、請求項２９に記載の装置。
37. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが、関連するロケーション取出し機能（ＬＲＦ）から受信された情報からユーザ機器ロケーションを判断し、前記ユーザ機器ロケーションが前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外であるとさらに判断することに基づいて、前記代替サービス応答を受信するようにさらに構成された、請求項３６に記載の装置。
38. 前記代替コア・ネットワーク識別子が、ユニフォームリソース識別子（ＵＲＩ）、完全修飾ドメイン名（ＦＱＤＮ）、ＩＰアドレス、またはモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つをさらに備える、請求項３６に記載の装置。
39. 前記第２のサービングコア・ネットワークが、前記代替サービングコア・ネットワークをさらに備え、前記代替サービングコア・ネットワークが、前記第１のサービングコア・ネットワークに対応する第１の緊急サービングエリアとは異なる第２の緊急サービングエリアを備え、前記ユーザ機器ロケーションが前記第２の緊急サービングエリア内である、請求項３６に記載の装置。
40. 前記少なくとも１つのプロセッサが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントを用いて前記緊急呼を確立するようにさらに構成された、請求項３９に記載の装置。
41. 前記代替サービス応答が、複数の代替サービングコア・ネットワークに対応する複数の代替サービングコア・ネットワーク識別子をさらに備え、前記第２のサービングコア・ネットワークが、前記複数の代替サービングコア・ネットワークのうちの１つをさらに備え、前記少なくとも１つのプロセッサが、前記複数の代替サービングコア・ネットワークのうちの少なくとも１つから少なくとも１つの追加の代替サービス応答を受信することに基づいて前記複数の複数の代替サービングコア・ネットワークのうちの２つ以上に前記緊急呼の前記要求を送信するようにさらに構成された、請求項３６に記載の装置。
42. 前記第２のサービングコア・ネットワークが、一連の代替サービングコア・ネットワークのうちの最後の代替サービングコア・ネットワークをさらに備え、前記少なくとも１つのプロセッサが、前記一連の代替サービングコア・ネットワークのうちの１つのためのそれぞれの代替ネットワーク識別子を各々が備える一連の追加の代替ネットワーク応答を受信することに基づいて、および前記一連の追加の代替ネットワーク応答の各々を連続的に受信することに基づいて前記一連の代替サービングコア・ネットワークの各々に前記緊急呼の追加の要求を連続的に送信することにさらに基づいて、一連の代替サービングコア・ネットワークのうちの前記最後の代替サービングコア・ネットワークを用いて前記緊急呼を確立するようにさらに構成された、請求項３６に記載の装置。
43. 前記少なくとも１つのプロセッサが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に緊急指示をもつＲＥＧＩＳＴＥＲメッセージまたはＩＮＶＩＴＥメッセージを送信することによって前記第１のサービングコア・ネットワークに前記緊急呼の前記要求を送信するようにさらに構成され、
    前記少なくとも１つのプロセッサが、３８０代替サービス応答メッセージまたは３０５応答メッセージまたは３ｘｘ応答メッセージを受信することによって前記代替サービス応答を受信するようにさらに構成され、代替サービス識別子が、前記代替サービングコア・ネットワークの第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）のユニフォームリソース識別子（ＵＲＩ）、前記第２のＰ−ＣＳＣＦの完全修飾ドメイン名（ＦＱＤＮ）、前記第２のＰ−ＣＳＣＦのＩＰアドレス、または前記第２のＰ−ＣＳＣＦのモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つを備え、
    前記少なくとも１つのプロセッサが、前記代替サービングコア・ネットワークに前記緊急指示をもつ第２のＲＥＧＩＳＴＥＲメッセージを送信することによって前記代替サービングコア・ネットワークに前記緊急呼の別の要求を送信するようにさらに構成され、
    前記少なくとも１つのプロセッサが、前記代替サービングコア・ネットワークに緊急指示をもつＩＮＶＩＴＥメッセージを送信するようにさらに構成され、
    前記少なくとも１つのプロセッサが、前記代替サービングコア・ネットワークを介して公共安全アクセス・ポイントを用いて前記緊急呼を確立することによって前記緊急呼を確立するようにさらに構成され、前記公共安全アクセス・ポイントが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを備える
    請求項３６に記載の装置。
44. 前記３８０代替サービス応答メッセージまたは前記３０５応答メッセージまたは前記３ｘｘ応答メッセージが、セッション開始プロトコル（ＳＩＰ）連絡先アドレスヘッダ中の前記代替サービス識別子をさらに備える、請求項４３に記載の装置。
45. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが、ユーザ機器ロケーションと前記第２のサービングコア・ネットワークの第２の緊急サービングエリアとの間の対応に基づいて前記第２のサービングコア・ネットワークに前記緊急呼の前記要求を転送することに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するようにさらに構成された、請求項２９に記載の装置。
46. 前記代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項４５に記載の装置。
47. 前記少なくとも１つのプロセッサが、代替サービングコア・ネットワークのシーケンスによる前記緊急呼の転送にさらに基づいて前記緊急呼を確立するように構成され、第１の転送が、前記第１のサービングコア・ネットワークから前記シーケンスにおける第１の代替サービングコア・ネットワークに向けて発生し、最後の転送が、前記シーケンスにおける最後の代替サービングコア・ネットワークから前記第２の代替サービングコア・ネットワークに向けて発生し、転送の他のインスタンスが、前記シーケンスにおける中間の代替サービングコア・ネットワーク間で発生する、請求項４５に記載の装置。
48. 前記少なくとも１つのプロセッサが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントを用いて前記緊急呼を確立するようにさらに構成された、請求項４５に記載の装置。
49. 前記少なくとも１つのプロセッサが、前記ユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得る前記第２のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）にさらに基づいて、前記ユーザ機器ロケーションを含む前記サービング地理的ロケーションを有する前記公共安全アクセス・ポイントを用いて前記緊急呼を確立するようにさらに構成された、請求項４８に記載の装置。
50. 前記第１のサービングコア・ネットワークに送信される前記緊急呼の前記要求が、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に送信される緊急指示をもつＩＮＶＩＴＥメッセージをさらに備え、
    前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが第２のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することにさらに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するようにさらに構成された
    請求項４６に記載の装置。
51. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが前記第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）を介して前記第２のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの前記第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することに基づいて、および前記Ｅ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することにさらに基づいて、前記第２のサービングコア・ネットワークを用いて前記緊急呼を確立するようにさらに構成された、請求項５０に記載の装置。
52. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが、前記ユーザ機器によって使用されるインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）のロケーションサーバからユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得る前記第１のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）に基づいて前記ユーザ機器ロケーションを判断することに基づいて、前記緊急呼を確立するようにさらに構成された、請求項３２に記載の装置。
53. 前記少なくとも１つのプロセッサは、前記第１のサービングコア・ネットワークが、前記ユーザ機器からユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得る前記第１のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）に基づいて前記ユーザ機器ロケーションを判断することに基づいて、前記緊急呼を確立するようにさらに構成された、請求項３２に記載の装置。
54. 緊急ボイス呼を確立するためのネットワーク・エンティティ上で動作可能な方法であって、
    第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信することと、
    前記第１のサービングコア・ネットワークによって、代替サービングコア・ネットワークを判断することと、
    前記第１のサービングコア・ネットワークによって、および前記判断することに基づいて、前記サービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼の確立を開始することと
    を備える方法。
55. 前記第２のサービングコア・ネットワークが前記代替サービングコア・ネットワークである、請求項５４に記載の方法。
56. 前記開始することが、代替サービングコア・ネットワークのシーケンスによる前記緊急呼の転送に基づき、代替サービングコア・ネットワークの前記シーケンスの最後の代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項５４に記載の方法。
57. 前記判断することは、前記ユーザ機器が前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外に位置すると判断することを備える、請求項５４に記載の方法。
58. 前記判断することは、前記ユーザ機器が前記第２のサービングコア・ネットワークの第２の緊急サービングエリア内に位置すると判断することを備える、請求項５４に記載の方法。
59. 前記判断することが、前記緊急呼を処理するための容量の欠如を判断することを備える、請求項５４に記載の方法。
60. 前記判断することが、前記緊急呼を処理する能力の欠如を判断することを備える、請求項５４に記載の方法。
61. 前記開始することが、前記ユーザ機器に代替サービス応答を送信することをさらに備え、前記代替サービス応答が、代替サービングコア・ネットワークに対応する代替コア・ネットワーク識別子を備え、前記代替サービス応答が、前記ユーザ機器を起動して、前記代替サービス応答中の前記代替コア・ネットワーク識別子に基づいて前記代替サービングコア・ネットワークに前記緊急呼の別の要求を送信するように動作可能である、請求項５４に記載の方法。
62. 前記開始することは、関連するロケーション取出し機能（ＬＲＦ）からユーザ機器ロケーションを受信することと、前記ユーザ機器が前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外に位置するとさらに判断することとにさらに基づく、請求項６１に記載の方法。
63. 前記代替コア・ネットワーク識別子を備える前記代替サービス応答を送信することが、ユニフォームリソース識別子（ＵＲＩ）、完全修飾ドメイン名（ＦＱＤＮ）、ＩＰアドレス、またはモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つを送信することをさらに備える、請求項６１に記載の方法。
64. 判断することは、前記代替サービングコア・ネットワークが前記第１の緊急サービングエリアとは異なる第２の緊急サービングエリアを備えると判断することと、ユーザ機器ロケーションが前記第２の緊急サービングエリア内であると判断することとをさらに備える、請求項６１に記載の方法。
65. 前記判断することが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントを識別することをさらに備える、請求項６４に記載の方法。
66. 前記代替サービス応答を送信することが、複数の代替サービングコア・ネットワークに対応する複数の代替コア・ネットワーク識別子を送信することをさらに備える、請求項６１に記載の方法。
67. 前記緊急呼の前記要求を受信することが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において緊急指示をもつＲＥＧＩＳＴＥＲメッセージまたはＩＮＶＩＴＥメッセージを受信することをさらに備え、
    前記代替サービス応答を送信することが、３８０代替サービス応答メッセージまたは３０５応答メッセージまたは３ｘｘ応答メッセージを送信することをさらに備え、代替サービス識別子が、前記代替サービングコア・ネットワークの第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）のユニフォームリソース識別子（ＵＲＩ）、前記第２のＰ−ＣＳＣＦの完全修飾ドメイン名（ＦＱＤＮ）、前記第２のＰ−ＣＳＣＦのＩＰアドレス、または前記第２のＰ−ＣＳＣＦのモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つ備え、
    前記緊急呼の確立を開始することが、前記代替サービングコア・ネットワークの公共安全アクセス・ポイントを用いて確立を開始することをさらに備え、前記公共安全アクセス・ポイントが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを備える
    請求項６１に記載の方法。
68. 前記３８０代替サービス応答メッセージまたは前記３０５応答メッセージまたは前記３ｘｘ応答メッセージを送信することが、セッション開始プロトコル（ＳＩＰ）連絡先アドレスヘッダ中の前記代替サービス識別子を送信することをさらに備える、請求項６７に記載の方法。
69. 前記開始することが、ユーザ機器ロケーションと前記第２のサービングコア・ネットワークの第２の緊急サービングエリアとの間の対応に基づいて前記第２のサービングコア・ネットワークに前記緊急呼の前記要求を転送することをさらに備える、請求項５４に記載の方法。
70. 前記代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項６９に記載の方法。
71. 前記開始することが、代替サービングコア・ネットワークのシーケンスによって前記緊急呼を転送することをさらに備え、第１の転送が、前記第１のサービングコア・ネットワークから前記シーケンスにおける第１の代替サービングコア・ネットワークに向けて発生し、最後の転送が、前記シーケンスにおける最後の代替サービングコア・ネットワークから前記第２のサービングコア・ネットワークに向けて発生し、転送の他のインスタンスが、前記シーケンスにおける中間の代替サービングコア・ネットワーク間で発生する、請求項６９に記載の方法。
72. 前記開始することが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントを用いて開始することをさらに備える、請求項６９に記載の方法。
73. 前記開始することが、関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得ることにさらに基づく、請求項７２に記載の方法。
74. 前記受信することが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において緊急指示をもつＩＮＶＩＴＥメッセージを受信することをさらに備え、
    前記開始することが、第２のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第２の緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することをさらに備える
    請求項７０に記載の方法。
75. 前記第２のＥ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することに基づいて、前記第２のＥ−ＣＳＣＦから緊急センターに前記ＩＮＶＩＴＥメッセージを転送することをさらに備える、請求項７４に記載の方法。
76. 前記受信することが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において緊急指示をもつＩＮＶＩＴＥメッセージを受信することをさらに備え、
    前記開始することが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１の緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することと、前記第１のＥ−ＣＳＣＦから第２のＩＭＳコアの第２のＥ−ＣＳＣＦに前記ＩＮＶＩＴＥメッセージをさらに転送することとをさらに備える
    請求項７０に記載の方法。
77. 前記第２のＥ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することに基づいて、前記第２のＥ−ＣＳＣＦから緊急センターに前記ＩＮＶＩＴＥメッセージを転送することをさらに備える、請求項７６に記載の方法。
78. 前記緊急呼の前記要求を受信することが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において緊急指示をもつＩＮＶＩＴＥメッセージを受信することをさらに備え、
    前記第２のサービングコア・ネットワークを用いて前記緊急呼の確立を開始することが、第２のＩＭＳコアの第２のＰ−ＣＳＣＦに前記ＩＮＶＩＴＥメッセージを転送することと、前記第２のＰ−ＣＳＣＦから前記第２のＩＭＳコアの第２の緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージをさらに転送することとにさらに基づく
    請求項７０に記載の方法。
79. 前記第２のＥ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することに基づいて、前記第２のＥ−ＣＳＣＦから緊急センターに前記ＩＮＶＩＴＥメッセージを転送することをさらに備える、請求項７８に記載の方法。
80. 前記第１のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）からユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得ることによって前記ユーザ機器ロケーションを判断することをさらに備え、前記ＬＲＦが、前記ユーザ機器によって使用されるインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）から前記ユーザ機器ロケーション情報を得る、請求項５７に記載の方法。
81. 前記サービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）からユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得ることによって前記ユーザ機器ロケーションを判断することをさらに備え、前記ＬＲＦが、前記ユーザ機器から前記ユーザ機器ロケーション情報を得る、請求項５７に記載の方法。
82. 緊急ボイス呼を確立するためのネットワーク・エンティティのための装置であって、
    第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信し、代替サービングコア・ネットワークを判断し、前記判断することに基づいて、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼の確立を開始するように構成された少なくとも１つのプロセッサ
    を備える装置。
83. 前記第２のサービングコア・ネットワークが前記代替サービングコア・ネットワークである、請求項８２に記載の装置。
84. 前記少なくとも１つのプロセッサが、代替サービングコア・ネットワークのシーケンスによって前記緊急呼を転送することによって開始するように構成され、代替サービングコア・ネットワークの前記シーケンスの最後の代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項８２に記載の装置。
85. 前記少なくとも１つのプロセッサは、前記ユーザ機器が前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外に位置すると判断することに基づいて開始するように構成された、請求項８２に記載の装置。
86. 前記少なくとも１つのプロセッサは、前記ユーザ機器が前記第２のサービングコア・ネットワークの第２の緊急サービングエリア内に位置すると判断することに基づいて判断し、開始するように構成された、請求項８２に記載の装置。
87. 前記少なくとも１つのプロセッサが、前記緊急呼を処理するための容量の欠如を判断することに基づいて判断し、開始するように構成された、請求項８２に記載の装置。
88. 前記少なくとも１つのプロセッサが、前記緊急呼を処理する能力の欠如を判断することに基づいて判断し、開始するように構成された、請求項８２に記載の装置。
89. 前記少なくとも１つのプロセッサが、前記ユーザ機器に代替サービス応答を送信することによって開始するようにさらに構成され、前記代替サービス応答が、代替サービングコア・ネットワークに対応する代替コア・ネットワーク識別子を備え、前記代替サービス応答が、前記ユーザ機器を起動して、前記代替サービス応答中の前記代替コア・ネットワーク識別子に基づいて前記代替サービングコア・ネットワークに前記緊急呼の別の要求を送信するように動作可能である、請求項８２に記載の装置。
90. 前記ユーザ機器ロケーションが関連するロケーション取出し機能（ＬＲＦ）から受信され、前記少なくとも１つのプロセッサは、前記ユーザ機器が前記第１のサービングコア・ネットワークの第１の緊急サービングエリア外に位置すると判断することによって開始するようにさらに構成された、請求項８９に記載の装置。
91. 前記代替コア・ネットワーク識別子が、ユニフォームリソース識別子（ＵＲＩ）、完全修飾ドメイン名（ＦＱＤＮ）、ＩＰアドレス、またはモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つをさらに備える、請求項８９に記載の装置。
92. 前記少なくとも１つのプロセッサは、前記代替サービングコア・ネットワークが前記第１の緊急サービングエリアとは異なる第２の緊急サービングエリアを備えると判断することに基づいて、およびユーザ機器ロケーションが前記第２の緊急サービングエリア内であると判断することにさらに基づいて、前記代替サービス応答を送信するようにさらに構成された、請求項８９に記載の装置。
93. 前記少なくとも１つのプロセッサが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントを識別することに基づいて開始するようにさらに構成された、請求項９２に記載の装置。
94. 前記代替サービス応答が、複数の代替サービングコア・ネットワークに対応する複数の代替コア・ネットワーク識別子をさらに備える、請求項８９に記載の装置。
95. 前記緊急呼の前記要求が、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において受信された緊急指示をもつＲＥＧＩＳＴＥＲメッセージまたはＩＮＶＩＴＥメッセージをさらに備え、
    前記代替サービス応答が、３８０代替サービス応答メッセージまたは３０５応答メッセージまたは３ｘｘ応答メッセージをさらに備え、代替サービス識別子が、前記代替サービングコア・ネットワークの第２のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）のユニフォームリソース識別子（ＵＲＩ）、前記第２のＰ−ＣＳＣＦの完全修飾ドメイン名（ＦＱＤＮ）、前記第２のＰ−ＣＳＣＦのＩＰアドレス、または前記第２のＰ−ＣＳＣＦのモバイル国コード（ＭＣＣ）＋モバイル・ネットワークコード（ＭＮＣ）のうちの少なくとも１つ備え、
    前記少なくとも１つのプロセッサが、前記代替サービングコア・ネットワークの公共安全アクセス・ポイントを用いて前記緊急呼の確立を開始するようにさらに構成され、前記公共安全アクセス・ポイントが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを備える
    請求項８９に記載の装置。
96. 前記３８０代替サービス応答メッセージまたは前記３０５応答メッセージまたは前記３ｘｘ応答メッセージが、セッション開始プロトコル（ＳＩＰ）連絡先アドレスヘッダ中の前記代替サービス識別子をさらに備える、請求項９５に記載の装置。
97. 前記少なくとも１つのプロセッサが、ユーザ機器ロケーションと前記第２のサービングコア・ネットワークの第２の緊急サービングエリアとの間の対応に基づいて前記代替サービングコア・ネットワークに前記緊急呼の前記要求を転送することによって開始するようにさらに構成された、請求項８２に記載の装置。
98. 前記代替サービングコア・ネットワークが前記第２のサービングコア・ネットワークである、請求項９７に記載の装置。
99. 前記少なくとも１つのプロセッサが、代替サービングコア・ネットワークのシーケンスによって前記緊急呼を転送することによって開始するようにさらに構成され、第１の転送が、前記第１のサービングコア・ネットワークから前記シーケンスにおける第１の代替サービングコア・ネットワークに向けて発生し、最後の転送が、前記シーケンスにおける最後の代替サービングコア・ネットワークから前記第２の代替サービングコア・ネットワークに向けて発生し、転送の他のインスタンスが、前記シーケンスにおける中間の代替サービングコア・ネットワーク間で発生する、請求項９７に記載の装置。
100. 前記第２のサービングコア・ネットワークが、前記ユーザ機器ロケーションを含むサービング地理的ロケーションを有する公共安全アクセス・ポイントをさらに備える、請求項９７に記載の装置。
101. 前記少なくとも１つのプロセッサが、関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得るようにさらに構成された、請求項１００に記載の装置。
102. 前記少なくとも１つのプロセッサが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において緊急指示をもつＩＮＶＩＴＥメッセージを備える前記要求を受信するように構成され、
     前記少なくとも１つのプロセッサが、第２のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第２の緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することによって開始するように構成された
     請求項９８に記載の装置。
103. 前記少なくとも１つのプロセッサは、前記第２のＥ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することに基づいて、前記第２のＥ−ＣＳＣＦから緊急センターに前記ＩＮＶＩＴＥメッセージを転送することによってさらに開始するように構成された、請求項１０２に記載の装置。
104. 前記少なくとも１つのプロセッサが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において緊急指示をもつＩＮＶＩＴＥメッセージを備える前記要求を受信するように構成され、
     前記少なくとも１つのプロセッサが、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１の緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージを転送することと、前記第１のＥ−ＣＳＣＦから第２のＩＭＳコアの第２のＥ−ＣＳＣＦに前記ＩＮＶＩＴＥメッセージをさらに転送することとによって開始するように構成された
     請求項９８に記載の装置。
105. 前記少なくとも１つのプロセッサは、前記第２のＥ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することに基づいて、前記第２のＥ−ＣＳＣＦから緊急センターに前記ＩＮＶＩＴＥメッセージを転送することによってさらに開始するように構成された、請求項１０４に記載の装置。
106. 前記緊急呼の前記要求が、第１のインターネット・プロトコルメディアサブシステム（ＩＭＳ）コアの第１のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において受信された緊急指示をもつＩＮＶＩＴＥメッセージをさらに備え、
     前記少なくとも１つのプロセッサが、第２のＩＭＳコアの第２のＰ−ＣＳＣＦに前記ＩＮＶＩＴＥメッセージを転送し、前記第２のＰ−ＣＳＣＦから前記第２のＩＭＳコアの第２の緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）に前記ＩＮＶＩＴＥメッセージをさらに転送するようにさらに構成された
     請求項９８に記載の装置。
107. 前記第２のＥ−ＣＳＣＦが関連するロケーション取出し機能（ＬＲＦ）から前記ユーザ機器ロケーションを判断することに基づいて、前記第２のＥ−ＣＳＣＦから緊急センターに前記ＩＮＶＩＴＥメッセージを転送することをさらに備える、請求項１０６に記載の装置。
108. 前記少なくとも１つのプロセッサが、前記第１のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）からユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得ることによって前記ユーザ機器ロケーションを判断するようにさらに構成され、前記ＬＲＦが、前記ユーザ機器によって使用されるインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）から前記ユーザ機器ロケーション情報を得る、請求項８５に記載の装置。
109. 前記少なくとも１つのプロセッサが、前記第１のサービングコア・ネットワークのロケーション取出し機能（ＬＲＦ）からユーザ機器ロケーションに対応するユーザ機器ロケーション情報を得ることによって前記ユーザ機器ロケーションを判断するようにさらに構成され、前記ＬＲＦが、前記ユーザ機器から前記ユーザ機器ロケーション情報を得る、請求項８５に記載の装置。
110. ネットワーク・エンティティ上で動作可能であり、緊急ボイス呼を確立するように構成された少なくとも１つのプロセッサであって、
     第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信するための第１のモジュールと、
     前記第１のサービングコア・ネットワークにおいて、代替サービングコア・ネットワークを判断するための第２のモジュールと、
     前記第１のサービングコア・ネットワークにおいて、および前記判断することに基づいて、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼の確立を開始するための第３のモジュールと
     を備えるプロセッサ。
111. メモリに記憶され、ネットワーク・エンティティ上で動作可能であり、緊急ボイス呼を確立するように構成されたコンピュータ・プログラム製品であって、
     第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信することをコンピュータに行わせるように動作可能なコードの第１のセットと、
     前記第１のサービングコア・ネットワークにおいて、代替サービングコア・ネットワークを判断することを前記コンピュータに行わせるように動作可能なコードの第２のセットと、
     前記第１のサービングコア・ネットワークにおいて、および前記判断することに基づいて、前記第１のサービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼の確立を開始することを前記コンピュータに行わせるように動作可能なコードの第３のセットと
     を備えるコンピュータ可読媒体
     を備えるコンピュータ・プログラム製品。
112. 緊急ボイス呼を確立するための装置であって、
     第１のサービングコア・ネットワークにおいて、ワイヤレス・アクセス・ネットワークを介してユーザ機器から緊急呼の要求を受信するための手段と、
     前記第１のサービングコア・ネットワークにおいて、代替サービングコア・ネットワークを判断するための手段と、
     前記第１のサービングコア・ネットワークにおいて、および前記判断することに基づいて、前記サービングコア・ネットワークとは異なる第２のサービングコア・ネットワークを用いて前記緊急呼の確立を開始するための手段と
     を備える装置。

Images