JP2009543480A - 並行した登録および呼出確立のための方法および装置 - Google Patents

Abstract

遅れを短縮するために、呼出確立と並行して登録を行なうための技術が記載される。ユーザ機器（ＵＥ）は、例えばユーザが緊急呼出を行うことに応答して、通信ネットワークへの登録を実行する。ＵＥは、登録を実行することと並行して呼出を確立する。ＵＥは、登録から得られた情報（例えば、ベリファイされたＵＥアイデンティティおよび／またはコール・バック情報）を、例えば緊急呼出のために選択された緊急応答機関（ＰＳＡＰ）のような呼び出されたエンティティ／パーティへ送ることによって、これら情報を用いて呼出を更新する。ＵＥは、登録を開始するための第１のメッセージ、呼出の確立を開始するための第２のメッセージ、および、登録から得られた情報を用いて呼出を更新するための第３のメッセージを送る。確立した呼出は、第１、第２、および第３のメッセージにおける共通のソースＩＰアドレスと、第２および第３のメッセージにおける共通のダイアログとに基づいて、登録に関連付けられうる。

Description

本開示は、一般に、通信に関し、特に、通信ネットワークにおいて呼出を開始するための技術に関する。

無線通信ネットワークは、例えば音声、映像、パケット・データ、メッセージング、ブロードキャストなどのような様々な通信サービスを提供するために広く普及している。これらの無線ネットワークは、利用可能なネットワーク・リソースを共有することにより、多くのユーザのための通信をサポートすることができる多元接続ネットワークでありうる。そのような多元接続ネットワークの例は、符号分割多元接続方式（ＣＤＭＡ）ネットワーク、時分割多元接続方式（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、および単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含んでいる。

ユーザがサービス加入をしているホーム・ネットワークである場合も、あるいはそうでない場合もある無線ネットワークを用いて音声呼出をするために、ユーザ機器（ＵＥ）がユーザによって起動されうる。ＵＥは、音声呼出を開始するために、例えば登録および呼出確立のような幾つかのフェーズを経る。ＵＥは、無線ネットワークに認証されるように、無線ネットワークに登録することができる。また無線ネットワークは、音声呼出が緊急呼出である場合、例えば、ベリファイされた識別情報や、ベリファイされたコール・バック番号のような、適切な情報を得ることができる。その後ＵＥは、例えば、緊急呼出をサービスすることができる緊急応答機関（ＰＳＡＰ）のような適切なエンティティへ呼出をつなげるために、呼出確立を実行することができる。

登録は、認証およびその他のタスクのための様々なエンティティ間でシグナリングを交換することを含む。呼出確立は、呼出を接続するために、同じエンティティ間および／または異なるエンティティ間でシグナリングを交換することを含む。（例えば、ベリファイされた識別情報およびコール・バック番号のような）登録から得られる情報は、呼出確立のために使用することができる。

特に、ユーザがローミングしているとき、登録は著しく呼出確立を遅らせることがある。なぜなら、訪問したネットワークにおける登録は、ユーザのホーム・ネットワークとの、およびユーザのホーム・ネットワーク内におけるかなりの量のインタラクションを含みうるからである。登録による長い遅れは、緊急呼出には特に不適当である。例えば、呼出者は、電話を切り、緊急呼出を再試行する場合がある。これによって、ＰＳＡＰは、同じ緊急サービス要求に対して複数の別々の呼出を受け、ＵＥは、新たな緊急登録を試み、ユーザは不快に感じる等の結果に至る。

登録遅れを回避するために、ＵＥは、ネットワークにアクセスすると、無線ネットワークにおける緊急呼出のために事前登録をすることができる。しかしながら、この事前登録は、過度のトラヒック負荷およびリソース利用をもたらしうる。なぜなら、多くのＵＥが事前登録しても、ごく僅かのＵＥしか緊急呼出をしないからである。あるいは、緊急呼出の場合、登録を省略する。しかしその場合には、ＵＥのアイデンティティがベリファイされず、登録中に通常取得されるその他の情報（例えば、ベリファイされたコール・バック番号）を利用できないことがある。

したがって、当該技術分野においては、緊急呼出がなされた場合でも、緊急呼出を確立する際に、顕著な遅れを伴うことなくＵＥの登録を可能にする技術に対するニーズがある。

本出願は、全て本明細書の譲受人に譲渡され、かつ本明細書において参照によって組み込まれている、同時係属中の、２００６年７月６日出願の"Enhanced Support VoIP E911 Calls"と題された米国特許仮出願６０，８１９，２７６、２００６年８月２日出願の"Parallel Registration for IMS Emergency Calls"と題された米国特許仮出願６０／８３５，３６９、および２００６年１０月１６日出願の"Parallel Registration for IMS Emergency Calls"と題された米国特許仮出願／８２９，６６３の優先権を主張する。

本明細書では、遅れを短縮するために、呼出確立と並行して登録を実行する技術が述べられる。これら技術は、様々なタイプの呼出に使用することができ、特に、緊急呼出に有利でありうる。これら技術は、緊急呼出がなされた場合、緊急呼出を確立する際に顕著な遅れを招くことなく、ＵＥを登録することを可能とする。これら技術はまた、非緊急呼出がなされた場合、非緊急呼出を確立する際にも、顕著な遅れを招くことなく、ＵＥの登録を可能にする場合にも適用することができる。

１つの設計では、ＵＥは、例えばユーザが呼出を行うことに応答して、通信ネットワークへの登録を実行することができる。ＵＥは、通信ネットワークから、並行した登録および呼出確立に対するサポートの表示を受信する。その後、ＵＥは、登録を実行することと並行して呼出を確立することができる。ＵＥは、ＵＥに関しベリファイされたＵＥアイデンティティ情報、ベリファイされたコール・バック情報等のような登録から得られる情報を用いて呼出を更新することができる。ＵＥは、例えば緊急呼出のために選択されたＰＳＡＰのような呼び出されたエンティティ／パーティへこれら情報を送ることによって呼出を更新することができる。

ＵＥは、登録を開始するための第１のメッセージと、呼出の確立を開始するための第２のメッセージと、登録から得られた情報を用いて呼出を更新するための第３のメッセージとを送る。ＵＥは、共通のソース・インターネット・プロトコル（ＩＰ）アドレスを用いて第１、第２、および第３のメッセージを送り、その呼出ための共通のダイアログ情報を用いて第２および第３のメッセージを送ることができる。その呼出を取り扱うネットワーク・エンティティは、第１のメッセージ、第２のメッセージ、および／または第３のメッセージにおける共通のソースＩＰアドレスと、第２および第３のメッセージにおける共通のダイアログ情報とに基づいて、確立された呼出を、ＵＥの登録と関連付けることができる。

本開示の様々な局面および特徴が、下記に詳細に記述される。

図１は、ネットワーク構成の一例を示す。 図２は、３ＧＰＰネットワーク・アーキテクチャを示す。 図３は、３ＧＰＰ２ネットワーク・アーキテクチャを示す。 図４は、連続する登録および呼出確立を行う緊急呼出を示す。 図５は、並行した登録および呼出確立を行う緊急呼出を示す。 図６は、３ＧＰＰネットワークにおいて、並行した登録および呼出確立を行う緊急呼出セッションのメッセージ・フローを示す。 図７は、並行した登録および呼出確立を行う呼出のためにＵＥによって実行される処理を示す。 図８は、ＵＥによる並行した登録および呼出確立をサポートする３つのネットワーク・エンティティによって実行される処理を示す。 図９は、ＵＥによる並行した登録および呼出確立をサポートする３つのネットワーク・エンティティによって実行される処理を示す。 図１０は、ＵＥによる並行した登録および呼出確立をサポートする３つのネットワーク・エンティティによって実行される処理を示す。 図１１は、ＵＥおよび様々なネットワーク・エンティティのブロック図を示す。

図１は、ネットワーク構成１００の一例を示す。ＵＥ１１０は、アクセス・ネットワーク１２０と通信して、通信サービスを得ることができる。ＵＥ１１０は、据置式またはモバイルであり、さらには、移動局、端末、加入者ユニット、局等とも称されうる。ＵＥ１１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線デバイス、無線モデム、ラップトップ・コンピュータ、遠隔測定デバイス、追跡装置等でありうる。ＵＥ１１０は、アクセス・ネットワーク１２０内の１または複数の基地局および／または１または複数のアクセス・ポイントと通信することができる。ＵＥ１１０はまた、米国の全地球測位システム（ＧＰＳ）、欧州のガリレオ・システム、ロシアのＧＬＯＮＡＳＳシステムなどの一部でありうる１または複数の衛星１９０からの信号を受信することができる。ＵＥ１１０は、アクセス・ネットワーク１２０内の基地局からの信号を測定し、その基地局に関するタイミング測定を得ることができる。ＵＥ１１０はさらに、衛星１９０からの信号を測定し、その衛星のための仮の範囲測定を得ることができる。その仮の範囲測定および／またはタイミング測定は、ＵＥ１１０の位置推定値を導出するために用いられうる。位置推定値はまた、場所推定値、位置フィックス等とも称される。

アクセス・ネットワーク１２０は、その有効範囲領域内にあるＵＥに無線通信を提供する。アクセス・ネットワーク１２０はまた、ラジオ・ネットワーク、ラジオ・アクセス・ネットワーク等とも称されうる。アクセス・ネットワーク１２０は、後述するように、基地局、アクセス・ポイント、ネットワーク・コントローラ、および／またはその他のエンティティを含みうる。訪問パブリック・ランド・モバイル・ネットワーク（Ｖ−ＰＬＭＮ）とも称される訪問ネットワーク１３０は、ＵＥ１１０に現在サービス提供しているネットワークである。ホームＰＬＭＮ（Ｈ−ＰＬＭＮ）とも称されるホーム・ネットワーク１６０は、ＵＥ１１０が加入しているネットワークである。アクセス・ネットワーク１２０は、訪問ネットワーク１３０と関連付けられうる。訪問ネットワーク１３０およびホーム・ネットワーク１６０は、同一あるいは異なるネットワークであり、おのおのデータおよび／または音声接続、位置決めサービス、および／またはその他の機能およびサービスを提供する様々なエンティティを備えうる。

ネットワーク１７０は、公衆交換電話網（ＰＳＴＮ）、インターネット、および／またはその他の音声ネットワークおよびデータ・ネットワークを含むことができる。ＰＳＴＮは、従来のアナログ音声通話（ＰＯＴＳ：plain old telephone service）をサポートする。ＰＳＡＰ１８０は、例えば警察サービス、消防サービス、および医療サービスのためのような緊急呼出に対する応答を担当するエンティティである。緊急呼出は、例えば北米では９１１、欧州では１１２のように固定された周知の番号をユーザがダイヤルした場合に開始される。ＰＳＡＰ１８０は、緊急センタ（ＥＣ）とも称されうる。

本明細書に記載の技術は、例えばＤＳＬおよびケーブルのような有線ネットワークで開始された呼出のため、および、例えば、無線広域ネットワーク（ＷＷＡＮ）有効範囲および無線ローカル・エリア・ネットワーク（ＷＬＡＮ）有効範囲を有するＷＷＡＮ、ＷＬＡＮ、無線メトロポリタン・エリア・ネットワーク（ＷＭＡＮ）、および無線ネットワークにおいて開始される呼出のために使用されうる。ＷＷＡＮは、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および／または、その他のネットワークでありうる。ＣＤＭＡネットワークは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ｃｄｍａ２０００等のようなラジオ技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびロー・チップ・レート（ＬＣＲ）を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ）、デジタル・アドバンスト・モバイル・フォン・システム（Ｄ−ＡＭＰＳ）等のようなラジオ技術を実施することができる。ＵＴＲＡおよびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からのドキュメントに記述されている。ｃｄｍａ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からのドキュメントに記述されている。３ＧＰＰと３ＧＰＰ２とのドキュメントは公的に利用可能である。ＷＬＡＮは、例えばＩＥＥＥ ８０２．１１、Ｈｉｐｅｒｌａｎ等のようなラジオ技術を実施することができる。ＷＭＡＮは、例えばＩＥＥＥ ８０２．１６のようなラジオ技術を実施することができる。これらの様々なラジオ技術および規格は、当該技術において周知である。

図２は、３ＧＰＰネットワーク・アーキテクチャを示す。ＵＥ１１０は、３ＧＰＰアクセス・ネットワーク１２０ａまたはＷＬＡＮアクセス・ネットワーク１２０ｂを経由してラジオ・アクセスを得ることができる。３ＧＰＰアクセス・ネットワーク１２０ａは、ＧＳＭエッジ・ラジオ・アクセス・ネットワーク（ＧＥＲＡＮ）、ユニバーサル地上ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）、改良型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）等でありうる。３ＧＰＰアクセス・ネットワーク１２０ａは、基地局２１０、基地局サブシステム／ラジオ・ネットワーク・コントローラ（ＲＮＣ）２１２、および図２に示していないその他のエンティティを含む。基地局は、ノードＢ、発展型（evolved）Ｎｏｄｅ Ｂ（ｅ−Ｎｏｄｅ Ｂ）、基地トランシーバ局（ＢＴＳ）、アクセス・ポイント等とも称されうる。ＷＬＡＮ１２０ｂは、アクセス・ポイント２１４を含み、任意のＷＬＡＮでありうる。

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

ＷＡＧ２３６およびＰＤＧ２３８は、３ＧＰＰインターワーキングＷＬＡＮ（Ｉ−ＷＬＡＮ）コア・ネットワークの一部であり、ＷＬＡＮ１２０ｂと通信するＵＥのために、パケット交換サービスを提供する。

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

Ｖ−ＰＬＭＮコア・ネットワーク２３０ａはさらに、位置決めおよびルーティング機能（ＬＲＦ）２５６と、ホーム加入者（ＨＳＳ）サーバ２５０とを含む。ＬＲＦ２５６は、ＵＥのためのルーティング、および暫定位置情報、初期位置情報、および更新位置情報を含む位置情報の検索を行う。暫定位置は、呼出をルーティングするために使用されるおおよその位置である。初期位置は、ＵＥの第１の正確な位置であり、更新位置は、ＵＥの第１のまたは次の正確な位置である。ＬＲＦ２５６は、ＵＥの位置情報を得るために、分離した位置決めサーバとインタラクトすることができる。あるいは、統合された位置決めサーバを有することもできる。ＨＳＳ２５０は、Ｖ−ＰＬＭＮ１３０ａがホーム・ネットワークであるＵＥの加入関連情報を格納する。

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

Ｈ−ＰＬＭＮ１６０ａは、図１におけるホーム・ネットワーク１６０の１つの例であり、Ｈ−ＰＬＭＮコア・ネットワーク２６０を含んでいる。Ｈ−ＰＬＭＮコア・ネットワーク２６０は、例えばインタロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）２６２およびサービス提供ＣＳＣＦ（Ｓ−ＣＳＣＦ）２６４のようなＩＭＳエンティティとＨＳＳ２６６とを含む。Ｉ−ＣＳＣＦ２６２とＳ−ＣＳＣＦ２６４とは、Ｈ−ＰＬＭＮ ＩＭＳネットワークの一部であり、ホーム・ネットワーク１６０のＩＭＳをサポートする。

図３は、３ＧＰＰ２ネットワーク・アーキテクチャを示す。ＵＥ１１０は、３ＧＰＰ２アクセス・ネットワーク１２０ｃまたはＷＬＡＮアクセス・ネットワーク１２０ｄを介してラジオ・アクセスを取得することができる。３ＧＰＰ２アクセス・ネットワーク１２０ｃは、ＣＤＭＡ２０００ １Ｘネットワーク、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯネットワーキング等でありうる。３ＧＰＰ２アクセス・ネットワーク１２０ｃは、基地局２２０、ラジオ・リソース制御／パケット制御機能（ＲＲＣ／ＰＣＦ）２２２、および図３に示されていないその他のエンティティを含む。ＲＲＣはまた、ラジオ・ネットワーク・コントローラ（ＲＮＣ）とも称されうる。ＷＬＡＮ１２０ｄは、アクセス・ポイント２２４を含んでおり、３ＧＰＰ２ネットワークに関連付けられた任意のＷＬＡＮでありうる。

Ｖ−ＰＬＭＮ１３０ｂは、図１における訪問ネットワーク１３０の別の例であり、Ｖ−ＰＬＭＮコア・ネットワーク２３０ｂと３ＧＰＰ２位置決めエンティティ２７０ｂとを含む。Ｖ−ＰＬＭＮコア・ネットワーク２３０ｂは、パケット・データ・サービス提供ノード（ＰＤＳＮ）２４２と、パケット・データ・インターワーキング機能（ＰＤＩＦ）２４４と、認証許可および課金（ＡＡＡ）サーバ２４６とを含む。ＰＤＳＮ２４２およびＰＤＩＦ２４４は、３ＧＰＰ２ネットワーク１２０ｃおよびＷＬＡＮ１２０ｄそれぞれと通信しているＵＥのためにパケット交換サービスを提供する。Ｖ−ＰＬＭＮコア・ネットワーク２３０ｂも、例えばＰ−ＣＳＣＦ２５２、Ｅ−ＣＳＣＦ２５４、およびＭＧＣＦ２５８のようなＩＭＳまたはマルチメディア・ドメイン（ＭＭＤ）エンティティを含んでいる。Ｅ−ＣＳＣＦ２５４は、例えばＥＳ−ＡＭ（緊急サービス・アプリケーション・マネジャ）のような別の名前をも有する。

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

簡略のため、図２および図３は、後述する３ＧＰＰおよび３ＧＰＰ２におけるエンティティのうちの幾つかしか示していない。３ＧＰＰネットワークおよび３ＧＰＰ２ネットワークは、３ＧＰＰおよび３ＧＰＰ２それぞれによって定義されるその他のエンティティを含みうる。

本明細書では、呼出確立と並行して登録を実行する技術が記述される。これら技術は、例えば音声呼出、ＶｏＩＰ呼出、緊急呼出、緊急ＶｏＩＰ呼出等のような様々なタイプの呼出のために使用されうる。緊急呼出は、緊急サービスを求める音声呼出である。緊急ＶｏＩＰ呼出は、ＶｏＩＰモードまたはパケット・モードを用いた緊急呼出である。緊急呼出は、例えば、ＵＥの適切な位置推定値を得ること、緊急呼出を適切なＰＳＡＰにルーティングすること等のような通常の音声呼出とは異なる様々な機能に関連付けられうる。これら技術は、訪問ネットワーク内でローミングしているユーザに有利であり、ホーム・ネットワーク内のＵＥを認証し登録するための顕著な遅れのペナルティを緩和することができる。

明確化のために、これら技術のある局面が、３ＧＰＰネットワークにおける緊急ＶｏＩＰについて以下に記述される。ＶｏＩＰの場合、ＵＥ１１０は一般に、様々なＩＭＳエンティティとのセッション開始プロトコル（ＳＩＰ）シグナリングによって、ホーム・ネットワーク１６０へのＩＭＳ登録を実行する。ＳＩＰは、例えばＶｏＩＰのようなＩＰベースのインタラクティブなユーザ・セッションを開始、修正、および終了するためのシグナリング・プロトコルであり、"SIP: Session Initiation Protocol"（２００２年６月）と題され、公的に利用可能なＲＦＣ３２６１に記述されている。

図４は、連続する登録および呼出確立を伴う呼出開始のための処理４００を示す。ＵＥ１１０は、例えば米国の場合“９１１”、欧州の場合“１１２”のような緊急呼出にユーザがダイヤルしたことを検知することができる（ブロック４１２）。ＵＥ１１０はその後、緊急呼出のためにＵＥ１１０において十分なリソースおよび能力を用いることが可能であることをベリファイし、必要ならば、アクセス・ネットワーク１２０へのベアラ登録およびベアラ認証を行い、訪問ネットワーク１３０内の必要なリソース（例えば、ＩＰアクセスおよびＩＰアドレス）を要求し、訪問ネットワーク１３０内のＳＩＰサーバ（例えば、Ｐ−ＣＳＣＦ２５２）のアドレスを取得する（ブロック４１４）。必要ないのであれば、ブロック４１４における動作の何れかが省略されうる。

その後ＵＥ１１０は、ＩＭＳの登録を実行する（ブロック４１６）。これは、以下を含む。
・ホーム・ネットワーク１６０内のＳ−ＣＳＣＦ２６４に対するＵＥ１１０の認証。
・ホーム・ネットワーク１６０内のＳ−ＣＳＣＦ２６４およびＨＳＳ２６６へのＵＥ１１０の登録。
・訪問ネットワーク１３０内のＰ−ＣＳＣＦ２５２へのＵＥ１１０のプライベート・アイデンティティおよびパブリック・アイデンティティの提供。
・ＵＥ１１０とＰ−ＣＳＣＦ２５２との間のセキュリティ関係の確立。これは、ＵＥとＰ−ＣＳＣＦとの間で交換される次のメッセージに提供されうる。
・ＵＥ１１０についてベリファイされたアイデンティティおよびコール・バック情報（例えば、パブリック・ユーザＳＩＰ ＵＲＩおよびＴｅｌ ＵＲＩ）をＰ−ＣＳＣＦ２５２に提供する。

ＩＭＳのための登録は、訪問ネットワーク１３０およびホーム・ネットワーク１６０内の様々なエンティティ間の広範なインタラクションを含む。例えば、（例えば、３ＧＰＰ ＴＳ ３３．２０３で定義されているような）ローミング状況の登録は、訪問ネットワークとホーム・ネットワークとの間での２つのメッセージ交換セットを含む。−２つのメッセージ交換セットは、認証チャレンジを開始するための１つのセットと、このチャレンジに応答し、かつ、登録を完了させるためのもう１つのセットである。メッセージ交換のおのおののセットは、例えば訪問ネットワーク１３０内のＰ−ＣＳＣＦ２５２とＵＥ１１０、およびホーム・ネットワーク１６０内のＩ−ＣＳＣＦ２６２、Ｓ−ＣＳＣＦ２６４、ＨＳＳ２６６のような様々なエンティティ間でのシグナリングおよびこれらによる処理を含む。したがって、登録は、例えば秒のオーダであるかなりの時間がかかる。

登録完了後、ＵＥ１１０は、緊急呼出のための呼出確立を実行する（ブロック４１８）。呼出確立は、以下を含みうる。
・緊急呼出を開始するために、ＵＥ１１０からＰ−ＣＳＣＦ２５２へとＳＩＰ ＩＮＶＩＴＥを送る。
・Ｐ−ＣＳＣＦ２５２からＥ−ＣＳＣＦ２５４へとＳＩＰ ＩＮＶＩＴＥを転送する。
・位置決めおよび／またはルーティング情報に対する要求を、Ｅ−ＣＳＣＦ２５４からＬＲＦ２５６へと送る。
・ＵＥ１１０の暫定位置を得る。
・この暫定ＵＥ位置に基づいて、ＵＥ１１０の適切なＰＳＡＰを選択する。
・選択されたＰＳＡＰとの緊急呼出を確立し、ベリファイされたＵＥ識別情報を、例えばＰＳＡＰ１８０のような選択されたＰＳＡＰへ提供する。呼出確立は、訪問ネットワーク１３０内の様々なエンティティ間での広範なインタラクションを含む。したがって、呼出確立は、かなりの量の時間がかかりうる。

３ＧＰＰにおけるＩＭＳ緊急呼出のための登録および呼出確立は、"IP Multimedia Subsystem (IMS) emergency sessions"（２００７年６月）と題され、公的に利用可能である３ＧＰＰ ＴＳ ２３．１６７に記載されている。

緊急呼出の確立後、ＵＥ１１０の位置情報が取得され、ＰＳＡＰ１８０へ提供される（ブロック４２２）。ＵＥ１１０は、緊急呼出のためＰＳＡＰ１８０と通信し、いつでもこの呼出を終了することができる（ブロック４２４）。

処理４００では、登録および呼出確立が連続的に実行される。呼出確立は、３ＧＰＰ ＴＳ ２３．１６７で定義されているように、登録完了後にのみ開始される。緊急ＶｏＩＰ呼出の場合、一般に、ＵＥ１１０は、この呼出をダイヤルする前には、訪問ネットワーク１３０に登録しないだろう。なぜなら、ＶｏＩＰサービスはしばしば、（一般に訪問ネットワーク１３０がサポートしているサーキット・モード呼出ではなく）ローミング状況においてホーム・ネットワーク１６０から提供されるからである。訪問ネットワーク１３０への登録によって、ＵＥ１１０は、訪問ネットワーク１３０内のＰ−ＣＳＣＦ２５２に認証されるようになる。この登録によって、ＵＥ１１０のベリファイされたＵＥアイデンティティおよび／またはベリファイされたコール・バック番号もまた取得されるようになる。ＰＳＡＰ１８０は、例えば、ラジオ・コンタクトの一時的な喪失あるいはユーザの他のネットワークへの移動によって呼出が途切れた場合、ＵＥ１１０にコール・バックするために、ベリファイされたコール・バック番号を使用することができる。認証がなければ、不正やスプーフィングが可能となり、ＵＥ１１０を高い信頼性でかつ正しく識別することができなくなる恐れがある。ベリファイされたコール・バック番号なしでは、ＵＥ１１０をコール・バックすることはできない。したがって、登録を実行することが望ましい。しかしながら、緊急呼出は、登録完了を待っている間に、遅れてしまうことがある。

図５は、並行した登録および呼出確立をともなう呼出開始のための処理５００を示す。ＵＥ１１０は、ユーザが緊急呼出をダイヤルしたことを検知する（ブロック５１２）。ＵＥ１１０はその後、図４に関して記述したようにベアラ登録およびセットアップを実行する（ブロック５１４）。

ＵＥ１１０はその後、ＩＭＳの登録を開始する。これは、図４で上述したタスクを含む（ブロック５１６）。登録と同時に、ＵＥ１１０は、緊急呼出のための呼出確立を実行することができる（ブロック５１８）。ＵＥ１１０は、登録のために、ネットワーク・エンティティの第１のセットとシグナリングを交換し、呼出確立のために、ネットワーク・エンティティの第２のセットとシグナリングを交換する。これら第１および第２のセットは、例えば訪問ネットワーク１３０内のＰ−ＣＳＣＦ２５２のような共通のネットワーク・エンティティを含みうる。おのおののセットにおけるこれらネットワーク・エンティティは、例えば、同じＵＥ１１０との同時性および関連性のような、登録と呼出確立との間の関連付けを、知っている場合も、知らない場合もある。ＵＥ１１０の登録および呼出確立は、２つの個別のトランザクションと考えることができる。

適切な時に、確立している呼出が、例えば、Ｐ−ＣＳＣＦ２５２および／またはその他のネットワーク・エンティティにおいて登録に関連付けられる（ブロック５２０）。登録から得られ、ベリファイされたＵＥ識別情報と、ＵＥ位置情報とを、例えばＰＳＡＰ１８０のような選択されたＰＳＡＰに提供するために、シグナリングが交換される（ブロック５２２）。その後、ＵＥ１１０は、緊急呼出のためにＰＳＡＰ１８０と通信し、この呼出をいつでも終了することができる（ブロック５２４）。

一般に、登録および呼出確立はそれぞれ、任意のセットのネットワーク・エンティティ間での任意のセットのシグナリング・メッセージによって実施されうる。別のセットのネットワーク・エンティティは、例えば３ＧＰＰネットワークおよび３ＧＰＰ２ネットワークのような別の無線ネットワーク内に含まれる。登録および呼出確立はまた、様々な方法で並行しても実施されうる。

図６は、３ＧＰＰネットワークおよび３ＧＰＰ２ネットワークにおいて、登録と呼出確立とを並行して行う緊急呼出セッションのメッセージ・フロー６００の設計を示す。メッセージ・フロー６００は、ＵＥ１１０が訪問ネットワーク１３０内でローミングしている場合、あるいは、ＵＥ１１０がホーム・ネットワーク１６０内にあるが未だ登録されていない場合に使用される。

ユーザは、例えば、米国の場合“９１１”を、欧州の場合“１１２”をダイヤルすることによって、緊急呼出を開始することができる（ステップ１）。ＵＥ１１０が現在パケット・モードを用いているか、あるいは、パケット・モードを利用できることを知っているのであれば、ＵＥ１１０は、緊急呼出のためにＶｏＩＰを選択することができる。ＵＥ１１０は、訪問ネットワーク１３０内のＰ−ＣＳＣＦ２５２にＳＩＰ ＲＥＧＩＳＴＥＲメッセージを送ることによって、登録を開始することができる（ステップ２）。ＳＩＰ ＲＥＧＩＳＴＥＲメッセージは、例えば、公共緊急ＵＲＩのようなＵＥ１１０の識別情報と緊急呼出の表示を含む。Ｐ−ＣＳＣＦ２５２は、ホーム・ネットワーク１６０内のＩ−ＣＳＣＦ２６２へＳＩＰ ＲＥＧＩＳＴＥＲメッセージを転送することができる（ステップ３）。Ｐ−ＣＳＣＦ２５２はまた、並行した登録がサポートされているとの表示を備えたＳＩＰ １ＸＸメッセージ（例えば、ＳＩＰ １００ Ｔｒｙｉｎｇメッセージ）をＵＥ１１０へ返す（ステップ４）。登録はステップ１２で続く。このステップは、呼出確立のために、他のステップと並行して実行される。

ＵＥ１１０は、登録が完了していないと判定する（ステップ５）。ＵＥ１１０は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージがステップ２において送られた場合、タイマを起動し、タイマがしきい値を超えたことを判定することができる。しきい値は、呼出確立を登録と並行して開始する前の待機時間の長さに対応し、（呼出登録が迅速に開始されるように）ゼロ、あるいは、その他の幾つかの適切な値に設定されうる。

ＵＥ１１０は、Ｐ−ＣＳＣＦ２５２にＳＩＰ ＩＮＶＩＴＥメッセージを送ることによって、登録と並行して呼出確立を開始することができる（ステップ６）。ＳＩＰ ＩＮＶＩＴＥメッセージは、緊急呼出の表示、登録が未決であるという表示、匿名の緊急呼出要求の表示、ベリファイされてないＵＥ１１０の識別情報、ＵＥ１１０の位置情報、等を含む。匿名の緊急呼出は、呼出者のアイデンティティが不明な緊急呼出である。匿名の緊急呼出は、並行した呼出確立のために使用されうる。なぜなら、登録がまだ完了せず、ベリファイされたＵＥアイデンティティを利用することができないからである。ベリファイされていない識別情報は、携帯電話機体識別番号（ＩＭＥＩ）、電子シリアル番号（ＥＳＮ）、モバイル機器識別子（ＭＥＩＤ）、ＩＰアドレス等を備えうる。ＩＭＥＩは、３ＧＰＰ内のすべてのＵＥにユニークな番号であり、（ユーザではなく）ＵＥを識別するために使用されうる。ＥＳＮ／ＭＥＩＤは、３ＧＰＰ２内のすべてのＵＥにユニークな番号であり、（ユーザではなく）ＵＥを識別するために使用されうる。位置情報は、ＵＥ１１０の位置推定値、ＵＥ１１０にサービス提供するセルのアイデンティティ、等を備え、もしも利用可能であれば、ＳＩＰ ＩＮＶＩＴＥ内に含まれうる。この位置情報は、緊急呼出のための適切なＰＳＡＰを選択するために使用されうる。

Ｐ−ＣＳＣＦ２５２はＵＥ１１０から、ステップ６において、呼出確立のためのＳＩＰ ＩＮＶＩＴＥメッセージを受け取り、ステップ２において、登録のためのＳＩＰ ＲＥＧＩＳＴＥＲメッセージを受け取る。Ｐ−ＣＳＣＦ２５２は、ＳＩＰ ＩＮＶＩＴＥメッセージを、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージと関連付ける。これは、その後の動作を単純化することができる。あるいは、Ｐ−ＣＳＣＦ２５２は、ＵＥ１１０の登録および呼出確立を、２つの個別の関連性のないトランザクションとして実行する。これは、Ｐ−ＣＳＣＦ動作を単純化する。いずれにせよ、Ｐ−ＣＳＣＦ２５２は、ＳＩＰ ＩＮＶＩＴＥメッセージをＥ−ＣＳＣＦ２５４へ転送する（ステップ７）。Ｅ−ＣＳＣＦ２５４は、例えば、位置情報が、ＳＩＰ ＩＮＶＩＴＥメッセージに含まれていない場合、ＬＲＦ２５６からＵＥ１１０のルーティング情報および／または位置情報を求める（ステップ８）。この場合、Ｅ−ＣＳＣＦ２５４は、（例えば、ＩＭＥＩまたはＥＳＮのような）ＳＩＰ ＩＮＶＩＴＥメッセージで受け取った情報をＬＲＦ２５６へ提供し、ＵＥ１１０の登録が未決であることをＬＲＦに示すことができる。

ＬＲＦ２５６は、ＵＥ１１０の暫定位置を取得および／またはベリファイすることができ、必要であれば、この暫定ＵＥ位置を得るために、位置決め手順を開始することができる（ステップ９）。例えば、ＬＲＦ２５６は、制御プレーン位置について３ＧＰＰ ＴＳ ２３．２７１で定義された手順、あるいは、ＳＵＰＬについてＯＭＡによって定義された手順を用いることができる。ＬＲＦ２５６はまた、例えばルーティング決定機能（ＲＤＦ）を実施することによって、緊急呼出のために選択されたＰＳＡＰ、すなわちＰＳＡＰ１８０のアドレスを決定し、ステップ９で得られた暫定位置またはステップ８で受け取られた位置情報をＰＳＡＰアドレスへ変換することができる。ＬＲＦ２５６は、ステップ８で受け取られた情報を含む、ＵＥ１１０について得られたすべての情報の記録を格納することができる。

ＬＲＦ２５６は、要求された位置情報および／またはルーティング情報を、相関情報と同様にＥ−ＣＳＣＦ２５４へ返すことができる（ステップ１０）。ルーティング情報は、ＰＳＡＰアドレスおよび／またはＰＳＡＰ１８０に関連するその他の情報を備えうる。相関情報は、ＬＲＦ２５６と、ＬＲＦ２５６に格納された緊急呼出の呼出記録とを識別し、ＵＥ１１０の呼出記録にアクセスするために後に使用されうる。相関情報は、後にＬＲＦ２５６からＵＥ位置情報を要求するためにＰＳＡＰ１８０によって使用されうる。並行した登録および呼出確立によって、相関情報はまた、ＬＲＦ２５６から、ベリファイされたＵＥ識別とコール・バック情報を得るためにも使用されうる。相関情報は、緊急サービス・クエリ・キー（ＥＳＱＫ）、緊急サービス・ルーティング・キー（ＥＳＲＫ）、またはその他の情報を備えることができる。ＥＳＱＫおよびＥＳＲＫは、例えば米国の場合、１０桁の電話番号である電話番号であり、緊急呼出のＵＥ１１０とＬＲＦ２５６とを識別するために使用されうる。例えば、ＬＲＦはおのおの別々のユニークな数字の範囲からＥＳＲＫおよび／またはＥＳＱＫを割り当てることができ、これによって、ＰＳＡＰ１８０は、特定のＥＳＱＫまたはＥＳＲＫの数字の範囲に基づいてＬＲＦを決定することができる。相関情報を返すことは、ＵＥ１１０の登録が未決であるとの表示によってトリガされうる。あるいは、相関情報は、Ｖ−ＰＬＭＮポリシーの問題として常に提供されうる。ＬＲＦ２５６が起動されない場合、ステップ８乃至１０をスキップすることができる。

上記項目がステップ８乃至１０から得られない場合、Ｅ−ＣＳＣＦ２５４が、ＰＳＡＰアドレスおよび相関情報を決定することもできる。いずれの場合も、Ｅ−ＣＳＣＦ２５４は、例えばＰＳＴＮ対応のＰＳＡＰの場合にはＭＧＣＦ２５８を経由し、ＩＰ対応のＰＳＡＰの場合にはＩＰを用いて直接的に、緊急呼出をＰＳＡＰ１８０に経路付けることができる（ステップ１１）。Ｅ−ＣＳＣＦ２５４は、ステップ１０で受け取られた相関情報（例えば、ＥＳＱＫまたはＥＳＲＫ）を含みうる。この時点において、Ｅ−ＣＳＣＦ２５４は、ＵＥ識別情報およびコール・バック番号を省略することができる。なぜなら、緊急呼出は、ＵＥアイデンティティがベリファイされるまで、匿名呼出として取り扱われるからである。

登録がステップ７の前に完了した場合、Ｐ−ＣＳＣＦ２５２は、ステップ７においてＥ−ＣＳＣＦ２５４へ送られるＳＩＰ ＩＮＶＩＴＥメッセージ内に、ベリファイされたＵＥアイデンティティ情報および／またはコール・バック情報を含めることができる。この場合、Ｅ−ＣＳＣＦ２５４は、ステップ１１においてＰＳＡＰ１８０へ送られる呼出要求（例えば、ＳＩＰ ＩＮＶＩＴＥまたはＩＰＵＰ ＩＡＭ）内に、ベリファイされたＵＥアイデンティティ情報および／またはコール・バック情報を含めることができる。その後、ＰＳＡＰ１８０は、この呼出要求を受け取ると、ＵＥアイデンティティおよび／またはコール・バック番号を知るだろう。登録がステップ７より前に完了していないのであれば、ベリファイされたＵＥアイデンティティ情報および／またはコール・バック情報が利用可能になった場合に、ベリファイされたＵＥアイデンティティ情報および／またはコール・バック情報は、Ｐ−ＣＳＣＦ２５２、Ｅ−ＣＳＣＦ２５４、およびＰＳＡＰ１８０に提供される。

呼出確立の残りが完了する（ステップ１２）。登録の残りも完了する（ステップ１３）。ステップ１３は、呼出確立のためのステップ６乃至１２と並行して動作することができる。ステップ１３における登録は、ＵＥ１１０のベリファイされたＵＥアイデンティティ情報および／またはコール・バック情報を提供することができる。ベリファイされたＵＥアイデンティティ情報は、モバイル加入者ＩＤＳＮ番号（ＭＳＩＤＳＮ）、国際移動電話加入者識別番号（ＩＭＳＩ）、モバイル識別番号（ＭＩＮ）、パブリック・ユーザＳＩＰユニフォーム・リソース識別子（ＵＲＩ）等を備えうる。ベリファイされたコール・バック情報は、ＭＳＩＤＳＮ、パブリック・ユーザＳＩＰ ＵＲＩ、コール・バック電話番号ＵＲＩ、モバイル・ディレクトリ番号（ＭＤＮ）、ＩＥＴＦ ＵＲＩ、ＩＥＴＦグローバリー・ルータブル・ユーザ・エージェントＵＲＩ（ＧＲＵＵ）、ＩＰアドレス、モバイルＩＰアドレス（例えばＩＰｖ４またはＩＰｖ６）等を備えうる。電話番号ＵＲＩは、電話番号によって識別されるリソースを表すために使用されるＵＲＩであり、ＭＳＩＳＤＭまたはＭＤＮを含みうる。ＳＩＰ ＵＲＩは、“ｓｉｐ：ｕｓｅｒ＠ｄｏｍａｉｎ”の形態を持つＳＩＰアイデンティティである。

登録が呼出確立の前に完了する場合、呼出確立が完了する前に、ＵＥ１１０は、ベリファイされたＵＥアイデンティティと、完了した登録から得られたまたは完了した登録によってベリファイされたコール・バック情報とを含むＳＩＰ ＵＰＤＡＴＥメッセージを、Ｐ−ＣＳＣＦ２５２へ送る。これによって、Ｐ−ＣＳＣＦ２５２は、この情報を早期に持つことができる。

ステップ１３における登録は、３ＧＰＰ ＴＳ ３３．２０３に記載されているように、例えばセキュアＩＰ（ＩＰｓｅｃ）またはトランスポート・レイヤ・セキュリティ（ＴＬＳ）のようなセキュリティ関連性を、ＵＥ１１０とＰ−ＣＳＣＦ２５２との間に確立することができる。この場合、ステップ１３において登録が完了した後、その後のメッセージのみならず、ステップ１２における呼出確立を完了させるために、ＵＥ１１０とＰ−ＣＳＣＦ２５２との間のさらなるシグナリングが、完了した登録によって確立されたセキュリティ関連性を用いて送られうる。これは、シグナリング・メッセージおのおのの暗号化および／または認証を可能にするだろう。

登録および呼出確立の両方を終えた後、ベリファイされたＵＥアイデンティティおよびコール・バック情報を含むＳＩＰ ＵＰＤＡＴＥメッセージがまだ送られていないと仮定すると、ＵＥ１１０は、確立された緊急呼出の情報を更新するために、Ｐ−ＣＳＣＦ２５２へとＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージを送ることができる（ステップ１４）。このＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージは、登録中に確立されたあらゆるセキュリティ関連性を用いてベリファイ可能な方式で送られる。このＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージは、ステップ６で送られたＩＮＶＩＴＥメッセージに含まれるものと同じダイアログ情報（例えば、同じ呼出およびＴｏ：タグおよびＦｒｏｍ：タグ）を含んでおり、これによって、Ｐ−ＣＳＣＦ２５２は、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージが、新たなセッションを確立するのではなく、既存のセッションを修正するものであることを確認することができる。ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージは、緊急表示、ＵＰアイデンティティ情報、コール・バック情報等を含むことができる。ＵＥ１１０はまた、アイデンティティ情報およびコール・バック情報を更新するために、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージではなく、ＳＩＰ ＵＰＤＡＴＥメッセージを用いることもできる。以下の記載は、ＳＩＰ ＵＰＤＡＴＥメッセージではなく、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージを用いることを仮定する。

Ｐ−ＣＳＣＦ２５２は、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージを送るために、例えば、登録完了の間に確立されたセキュリティ関連付けを使用することに基づいて、ステップ１３で完了した登録に、ステップ１４で受け取られたＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージを関連付ける。Ｐ−ＣＳＣＦ２５２はまた、ステップ６のＳＩＰ ＩＮＶＩＴＥメッセージによって開始され、ステップ１２で完了した呼出確立に、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージを関連付ける。この関連付けは、共通ダイアログ情報（例えば呼出ＩＤ、Ｔｏタグ、およびＦｒｏｍタグと同じダイアログ・パラメータ）、ならびに、ステップ６におけるＳＩＰ ＩＮＶＩＴＥメッセージとステップ１４におけるＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージとの両方の共通のソースＩＰアドレスを使用することに基づきうる。この時点において、Ｐ−ＣＳＣＦ２５２は、ＵＥ１１０の登録と呼出確立とを関連付けることができる。Ｐ−ＣＳＣＦ２５２は、登録中にホーム・ネットワーク１６０から受け取った情報に基づいて、ＵＥ１１０から受け取ったＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージ内のＵＥアイデンティティ情報およびコール・バック情報をベリファイすることができ、さらに、失われた情報または正しくない情報を挿入することができる。

Ｐ−ＣＳＣＦ２５２はその後、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージをＥ−ＣＳＣＦ２５４へ転送することができる（ステップ１５）。Ｅ−ＣＳＣＦ２５４は、ステップ７において早期に受け取られたＳＩＰ ＩＮＶＩＴＥメッセージのために、ベリファイされたＵＥアイデンティティ情報とコール・バック情報とを提供するものとして、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージを取り扱うことができる。ＬＲＦ２５６がステップ８において早期にクエリされた場合、Ｅ−ＣＳＣＦ２５４は、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージをＬＲＦ２５６に転送するか、あるいは、ベリファイされたＵＥアイデンティティ情報およびコール・バック情報を含むその他幾つかのタイプのアップデートをＬＲＦ２５６に提供することができる（ステップ１６）。Ｅ−ＣＳＣＦ２５４は、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージに対するＳＩＰ ２００ ＯＫメッセージをＰ−ＣＳＣＦ２５２に返す（ステップ１７）。Ｐ−ＣＳＣＦ２５４は、ＳＩＰ ２００ ＯＫメッセージをＵＥ１１０に返す（ステップ１８）。

ＰＳＡＰ１８０は、ＵＥ１１０の位置を知る必要があるかもしれないが、ステップ１１において、正確なＵＥ位置を受け取れないかもしれない。ＰＳＡＰ１８０はその後、例えばステップ１２において呼出確立が完了した後に、ＵＥ１１０の初期位置または更新された位置に対する位置要求を送ることができる（ステップ１９）。この位置要求は、ステップ８乃至１０が実行された場合にはＬＲＦ２５６へ、ステップ８乃至１０が実行されなかった場合にはＥ−ＣＳＣＦ２５４へ送られる。ＰＳＡＰ１８０は、ステップ１１で受け取られた相関情報に基づいてＬＲＦ２５６またはＥ−ＣＳＣＦ２５４を判定し、位置要求に相関情報を含めることができる。位置要求がＬＲＦ２５６に送られた場合、ＬＲＦ２５６は、正確なＵＥ位置を得るために、３ＧＰＰ制御プレーン、ＯＭＡ ＳＵＰＬ等のような位置決め手順を進めることができる（ステップ２０）。

ＬＲＦ２５６あるいはＥ−ＣＳＣＦ２５４は、ＵＥ１１０の初期位置または更新された位置を、ＰＳＡＰ１８０に返すことができる（ステップ２１）。ＬＲＦ２５６あるいはＥ−ＣＳＣＦ２５４はさらに、ステップ１５またはステップ１６で受け取られたベリファイされたＵＥアイデンティティ情報とコール・バック情報とをも含みうる。ＰＳＡＰ１８０は、ステップ１２における呼出確立中に失われた（ＰＳＡＰ１８０に送られていない）情報をも有しうる。このようにＵＥ情報が遅れて提供されることは、米国においてはＡＮＳＩ規格Ｊ−ＳＴＤ−０３６−Ｂによって、米国以外においてはＯＭＡモバイル・ロケーション・プロトコル（ＭＬＰ）によってサポートされている。このようにＵＥ情報が遅れて提供されることは、もともとは、（例えば、マルチ周波数（ＭＦ）トランクにおける）シグナリング制限が、呼出確立中、あらゆるＵＥ情報のＰＳＡＰへの転送を妨げている場合に、緊急呼出確立をサポートするために定められたが、ここでは、登録制限が同じ効果を有する場合をサポートするために開発され、使用されうる。登録が失敗したり、あるいは時間内に完了せず、ベリファイされた情報が、ステップ１５においてＥ−ＣＳＣＦ２５４へ、ステップ１６においてＬＲＦ２５６に提供されない場合、Ｅ−ＣＳＣＦ２５４あるいはＬＲＦ２５６は、ＵＥのＩＭＥＩまたはＥＳＮをＰＳＡＰ１８０に提供し、コール・バックが可能ではないことを示す。これは、もしもＬＲＦ２５６とＰＳＡＰ１８０との間のインタフェースが、米国の場合Ｊ−ＳＴＤ−０３６、米国以外の場合ＯＭＡ ＭＬＰに基づくのであれば、ＩＭＥＩまたはＥＳＮからの数字を含むダイヤル可能ではないコール・バック番号を含めることによって達成されうる。いずれにせよ、ＰＳＡＰ１８０は、ステップ２１の後、ＵＥ１１０の緊急呼出のための全ての関連情報を得ることができる。

ＵＥ１１０は、その後、緊急呼出のためにＰＳＡＰ１８０と通信することができる。ある時点において、緊急呼出がリリースされる（ステップ２２）。ステップ８乃至１０が実行されると、Ｅ−ＣＳＣＦ２５４は、緊急呼出がリリースされた（ステップ２３）ことをＬＲＦ２５６に示し、ＬＲＦ２５６は、ステップ９で格納された任意の記録をリリースすることができる。

図５に示すように、登録するブロック５１６は、図６におけるステップ２，３，４および１３を含みうる。呼出確立するブロック５１８は、図６におけるステップ６乃至１２を含みうる。呼出関連付けのブロック５２０は、図６におけるステップ１４乃至１８を含み、ブロック５２２は、図６におけるステップ１９乃至２１を含みうる。図６のステップはそれぞれ、１または複数のシグナリング・メッセージおよび／またはその他の動作を交換することを含みうる。

登録の主な目的は、ＵＥ１１０のアイデンティティと、任意のコール・バック情報を認証し、かつ、ベリファイされたＵＥアイデンティティとコール・バック情報とをＰＳＡＰ１８０に提供することである。図６における３つの手順、すなわち、（ａ）ステップ２、３、４および１３におけるＵＥ登録、（ｂ）ステップ６乃至１２における匿名呼出確立、（ｃ）ステップ１４乃至２１における、ベリファイされたＵＥアイデンティティおよびコール・バック情報の提供は、ＵＥアイデンティティおよびコール・バック情報の認証および提供に含まれる。

手順（ａ）が完了した後に手順（ｃ）を実施することは、手順（ａ）と手順（ｃ）との両方において同じＵＥ１１０が含まれることをＰ−ＣＳＣＦ２５２およびＥ−ＣＳＣＦ２５４が確信できることを意味する。例えば、ＵＥ１１０は手順（ａ）に関与しうる。そして、もしも手順（ａ）がＵＥ１１０とＰ−ＣＳＣＦ２５２との間のセキュリティ関連付けを生成するのであれば、別のＵＥは、手順をスプーフィングすることはできないだろう。なぜなら、別のＵＥは、同一のセキュリティ関連付けをサポートできないだろうからである。これは、どのスプーフィングも、手順（ｂ）、あるいは、手順（ａ）と（ｃ）、の何れかに限定され、これら手順のうちのその他何れの組み合わせにも限定されないことを意味する。手順（ｂ）に含まれるＵＥが、手順（ａ）および（ｃ）に含まれるＵＥでもある（すなわち、スプーフィングがない）と仮定される場合、正しいＵＥアイデンティティ情報およびコール・バック情報が、手順（ｃ）において得られるだろう。

スプーフィングの試みがある場合、手順（ｂ）に含まれるＵＥｘは、手順（ａ）および（ｃ）に含まれるＵＥｙではない可能性がある。この場合、２つの可能性が生じる。ＵＥｘがスプーファであり、手順（ａ）における登録をある方式で観察した後、ＵＥｘは、手順（ｂ）における匿名呼出確立を進めることができる。これが起こる場合、手順（ｂ）は、手順（ａ）または（ｃ）の何れか一方との関連性をも持たない。なぜなら、手順（ｃ）で送られたＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージは、手順（ｂ）で送られたＳＩＰ ＩＮＶＩＴＥメッセージと同じＳＩＰダイアログ・パラメータを含まないだろうからである。従って、スプーフィングの試みは失敗するだろう。あるいは、ＵＥｙがスプーファであり、手順（ｂ）における匿名呼出確立をある方式で観察した後、ＵＥｙは、手順（ｃ）が続く手順（ａ）を進めることができる。この場合、ＵＥｙは、手順（ｂ）と同じＳＩＰダイアログ・パラメータを手順（ｃ）に提供することができる。したがって、Ｐ−ＣＳＣＦ２５２とＥ−ＣＳＣＦ２５４とをミスリードし、手順（ｂ）におけるＳＩＰ ＩＮＶＩＴＥメッセージと、手順（ｃ）におけるＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージとが、同じＵＥからのものであると信じ込ませる。しかしながら、ＵＥｙは、手順（ｃ）においてそれ自身のアイデンティティとコール・バック情報とを提供することを強いられる。なぜなら、手順（ｃ）は、認証されたアイデンティティとコール・バック情報しか受け付けないからである。これは、本シナリオを、検知されずにいることを望むスプーファに対して非常に魅力の無いものにする。この場合を回避することをさらに支援するために、Ｐ−ＣＳＣＦ２５２は、手順（ｂ）におけるＵＥｘのソースＩＰアドレスと、手順（ｃ）におけるＵＥｙのソースＩＰアドレスとの一致を検証することができる。Ｐ−ＣＳＣＦ２５２は、（ｉ）これらソースＩＰアドレスが一致しない場合、２つの異なるＵＥであって、スプーフィングの試みがあり、（ｉｉ）これらソースＩＰアドレスが一致する場合、同じＵＥであって、スプーフィングがないと仮定することができる。例えばアクセス・ネットワーク１２０のようなアクセス・ネットワークがソースＩＰアドレスを認証する場合、この検証は、信頼できるものでなければならない。

ステップ１３における登録の完了に、かなりの時間を要する場合、ＬＲＦ２５６あるいはＥ−ＣＳＣＦ２５４は、ステップ８乃至１０が実行されない場合、ステップ１６またはステップ１５においてベリファイされたＵＥアイデンティティおよびコール・バック情報を受け取る前に、ステップ１９において、ＰＳＡＰ１８０から位置決め要求を受け取ることができる。この場合、ＬＲＦ２５６あるいはＥ−ＣＳＣＦ２５４は、ステップ８乃至１０が実行されない場合、ステップ２１において、要求された位置情報、ベリファイされたＵＥアイデンティティおよびコール・バック情報をもってＰＳＡＰ１８０に応答する前に、ベリファイされた情報を受け取るまで待機することができる。ＬＲＦ２５６あるいはＥ−ＣＳＣＦ２５４からのそのような遅れた応答は、訪問ネットワーク１３０が（例えば、ローカルまたは国家的な緊急呼出規制によって）、正確なＵＥ位置情報を得るためにかなりの時間（例えば３０秒）を費やすことが許されている場合に許可される。この場合、ＰＳＡＰ１８０は、ステップ２１におけるＬＲＦ２５６またはＥ−ＣＳＣＦ２５４からの応答における長い遅れを許容することができる。あるいは、ステップ１６においてＬＲＦ２５６が、ベリファイされたＵＥアイデンティティおよびコール・バック情報を受け取るのを待っている間、ＬＲＦ２５６は、ステップ２０におけるＵＥ位置の取得に進むことができる。ＬＲＦ２５６が、ステップ２０におけるＵＥ位置と、ステップ１６におけるベリファイされたＵＥアイデンティティとコール・バック情報との両方を取得するか、あるいは、ステップ８乃至１０が実行されない場合、Ｅ−ＣＳＣＦ２５４が、ステップ１５において、ベリファイされたＵＥアイデンティティおよびコール・バック情報を取得すると、ＬＲＦ２５６あるいはＥ−ＣＳＣＦ２５４は、ステップ２１においてＰＳＡＰ１８０に応答することができる。

位置要求がＰＳＡＰ１８０から受け取られた場合、ＬＲＦ２５６が、Ｅ−ＣＳＣＦ２５４から、ベリファイされたＵＥアイデンティティおよびコール・バック情報を既に受け取っているのであれば、ＬＲＦ２５６は、ステップ２０においてＵＥ位置を得ることなく、あるいは、ステップ２０がステップ１９より前にＬＲＦ２５６によって開始された場合には、ステップ２０の終了を待つことなく、ベリファイされた情報を、ステップ２１において、ＰＳＡＰ１８０に返すことができる。この場合、ＰＳＡＰ１８０は、ベリファイされたＵＥアイデンティティおよびコール・バック情報を前もって受け取ることができる。これは、例えば、一時的に貧弱なラジオ有効範囲によって緊急呼出が途切れた場合のように、コール・バックが必要な場合に役に立つ。

また、ＬＲＦ２５６は、あるいはステップ８乃至１０が実行されない場合Ｅ−ＣＳＣＦ２５４は、ステップ１６またはステップ１５で受け取ったベリファイされたＵＥアイデンティティおよびコール・バック情報を、恐らく、利用可能な場合には位置情報とともに、ステップ１９における位置要求を待つことなく、ＰＳＡＰ１８０に送ることができる。この場合、ＬＲＦ２５６またはＥ−ＣＳＣＦ２５４は、ＰＳＡＰ１８０が、ベリファイされたＵＥアイデンティティおよびコール・バック情報を、ステップ１１および１２における呼出確立に関連付けることを可能にするための相関情報（例えば、恐らくはステップ１０で割り当てられたＥＳＲＫまたはＥＳＱＫ）を含むことができる。

図６は、メッセージ・フローの一例を示す。並行した登録および呼出確立はまた、別の方法で、および／または、別のネットワーク・エンティティを用いて実行されうる。例えば、Ｐ−ＣＳＣＦ２５２は、ベリファイされたＵＥアイデンティティおよびコール・バック情報を、Ｅ−ＣＳＣＦ２５４を経由することなくＬＲＦ２５６に直接的に転送することができる。

別の設計では、Ｅ−ＣＳＣＦ２５４ではなくＰ−ＣＳＣＦ２５２が、ＬＲＦ２５６とインタフェースすることができる。Ｐ−ＣＳＣＦ２５２は、ステップ８ではなくステップ６の後に、ルーティング情報および位置情報に対する要求を、ＬＲＦ２５６に送ることができる。ＬＲＦ２５６は、その後、ステップ１０の代わりにステップ９を実行し、このルーティングおよび／または位置情報をＰ−ＣＳＣＦ２６２に返すことができる。Ｐ−ＣＳＣＦ２５２はその後、ステップ７において、ＳＩＰ ＩＮＶＩＴＥメッセージをＥ−ＣＳＣＦ２５４に送り、ＬＲＦ２５６から受け取ったＰＳＡＰルーティング情報を含めることができる。Ｅ−ＣＳＣＦ２５４はその後、ステップ８およびステップ１０においてＬＲＦ２５６とインタラクトせず、その代わりに、ステップ１１において、呼出をＰＳＡＰ１８０にルーティングすることができる。Ｐ−ＣＳＣＦ２５２は、ステップ１４の後、ステップ１５およびステップ１６の代わりに、ベリファイされたＵＥアイデンティティおよびコール・バック情報をＬＲＦ２５６に直接送ることができる。

別の設計では、ＬＲＦ２５６は、Ｐ−ＣＳＣＦ２５２またはＥ−ＣＳＣＦ２５４の一部（例えば、Ｐ−ＣＳＣＦ２５２またはＥ−ＣＳＣＦ２５４内の論理機能）でありうる。この設計では、ステップ１５および／またはステップ１６におけるベリファイされたＵＥアイデンティティおよびコール・バック情報の転送、（例えば、ステップ８およびステップ１０における）ルーティングおよび位置情報に対する要求、およびルーティングおよび位置情報のリターン、（例えばステップ２３における）呼出リリースの表示は、内部メッセージまたはその他の表示を用いて実行されうる。別の設計では、Ｅ−ＣＳＣＦ２５４とＬＲＦ２５６との間のシグナリング・インタフェースは、ＳＩＰシグナリングに基づき、ステップ７においてＥ−ＣＳＣＦ２５４によって受け取られたＳＩＰ ＩＮＶＩＴＥメッセージは、ステップ８においてＬＲＦ２５６に転送されうる。ＬＲＦ２５６はその後、（ａ）ステップ９で得られたＰＳＡＰ１８０のアドレスを含むＳＩＰ ＩＮＶＩＴＥメッセージをＥ−ＣＳＣＦ２５４に返すか、あるいは、（ｂ）ステップ１０およびステップ１１の代わりに、ステップ８の後に、ＰＳＡＰ１８０に直接ＳＩＰ ＩＮＶＩＴＥメッセージを転送することができる。このベリファイされたＵＥアイデンティティおよびコール・バック情報は、その後、ステップ１５およびステップ１６においてＬＲＦ２５６に転送されうるが、ステップ１６における転送は、ＳＩＰ関連シグナリングを適用する。

別の設計では、ＵＥ１１０が、ステップ６において、ＵＥアイデンティティおよび／またはコール・バック情報を提供する。これらは、ステップ７およびステップ１１においてＰＳＡＰ１８０に転送されうる。ＰＳＴＮ１７０を経由してＰＳＡＰ１８０にアクセスするために、ＭＧＣＦ２５８からのＳＳ７ ＩＳＵＰシグナリングが使用される場合、呼出元パーティの番号のスクリーニング・インジケータ・パラメータ・フィールドが、この番号が「ユーザによって提供されたものであり、スクリーンされたものではない」との表示を含むことができる。この表示は、この番号は訪問ネットワーク１３０によってベリファイされておらず、完全に信頼できるものではないことをＰＳＰＡ１８０に対して通知するであろう。ＰＳＡＰ１８０は、この番号を用いて、コール・バックを試みることができる。これは、ステップ２１においてＰＳＡＰ１８０が、ベリファイされたＵＥアイデンティティおよびコール・バック情報を受け取る前に緊急呼出が途絶した場合に役に立つ。ＰＳＡＰ１８０は、ステップ２１において、ベリファイされた情報を受け取る。これは、ステップ１１で得られたベリファイされていない情報と一致するかも、あるいは一致しないかもしれない。

別の設計では、Ｐ−ＣＳＣＦ２５２は、ステップ１５において、ベリファイされたＵＥアイデンティティおよびコール・バック情報を、ステップ１４においてＵＥ１１０がこれを開始する必要なく提供することができる。Ｐ−ＣＳＣＦ２５２は先ず、ＵＥ１１０が、ステップ２におけるＳＩＰ ＲＥＧＩＳＴＥＲメッセージとステップ６におけるＳＩＰ ＩＮＶＩＴＥメッセージとの両方を送ったことを確認することができる。

別の設計では、並行登録を許可する表示が、ステップ４におけるＳＩＰシグナリングによるものとは別の方法でＵＥ１１０に提供されうる。例えば、その表示は、訪問ネットワーク１３０によってサービス提供される全てのＵＥへ、訪問ネットワーク１３０によって送られるブロードキャスト情報で提供されうるか、あるいは、例えば、ＵＥ１１０内に既に設定されているか、あるいは以前にＵＥ１１０にダウンロードされている情報によって、ホーム・ネットワーク１６０によって提供されうる。

図６に示す処理は、ホーム・ネットワーク１６０とＰＳＡＰ１８０との両方に透過的でありうる。なぜなら、緊急登録、緊急呼出確立、および、初期または最新の位置推定値の取得、のための手順は、登録および呼出確立を並行して行うことによって影響されないからである。ホーム・ネットワーク１６０およびＰＳＡＰ１８０の観点から、緊急登録、緊急呼出確立、および、初期または最新の位置推定値の取得は、例えば、ＰＳＡＰ１８０については、ＡＮＳＩ Ｊ−ＳＴＤ−０３６またはＯＭＡ ＭＬＰで定義されているシグナリング手順、ホーム・ネットワーク１６０については、３ＧＰＰ ＴＳ ２３．１６７、３ＧＰＰ ＴＳ ２４．２２９、３ＧＰＰ ＴＳ ３３．２０３、３ＧＰＰ ＴＳ ２３．２２８あるいは３ＧＰＰ２ Ｘ．Ｐ００４９、３ＧＰＰ２ Ｘ．Ｐ００１３の何れかで定義されている手順のような既存のシグナリング手順を使ってなされる。米国内に位置するＰＳＡＰのために使用されるＡＮＳＩ Ｊ−ＳＴＤ−０３６によって、緊急呼出が確立された後、呼出者情報が、位置情報とともに転送されるようになる。したがって、並行した登録および呼出確立をサポートするために、ＡＮＳＩ Ｊ−ＳＴＤ−０３６またはＰＳＡＰへ何の変更も必要ない。欧州内に位置するＰＳＡＰに対するサーキット・モードＥ１１２呼出をサポートするために、ＰＳＡＰインタフェース・プロトコルとして、現在、ＯＭＡ／ＬＩＦ ＭＬＰがＥＴＳＩ ＴＳ １０２ １６４に規定されている。ＴＳ １０２ １６４は、（例えば、ＩＳＵＰ ＩＡＭにおける）呼出確立中に呼出者ＭＳＩＳＤＭを送ることと、追加の呼出者情報ではなくて位置情報を配信するために、限定されたＭＬＰのサブセットを用いることとを定めている。しかしながら、ＭＬＰは、米国内で使用されるＥＳＲＫ概念をサポートするために開発されているので、（ＭＬＰ自身に悪影響を与えずに）ＭＬＰの用途を拡大し、呼出者アイデンティティおよびコール・バック情報の遅れた配信を可能にするだろう。

訪問ネットワーク１３０が、並行した登録および呼出確立をサポートしない場合、あるいはＰＳＡＰ１８０が、呼出者アイデンティティとコール・バック情報の遅れた転送をサポートしない（例えば、ＰＳＡＰ１８０が、位置情報の検索をサポートしない）場合、Ｐ−ＣＳＣＦ２５２は、ステップ４でＵＥ１１０に送られた１ＸＸメッセージで、並行した登録がサポートされているという表示を省略することができる。したがって、並行した登録および呼出確立をサポートしないどの訪問ネットワークに対してもインパクトはない。

並行した登録および呼出確立は、呼出確立の遅れを短縮することができる。これは、緊急呼出のために極めて好ましいことである。呼出確立の遅れは、（例えばＧＰＲＳアクセスまたはＩ−ＷＬＡＮアクセスを得るために）アクセス・ネットワーク・レベルにおける認証をやめることと、本明細書に記載の並行登録か、または、通常の登録かの何れか一方を用いて、ＩＭＳレベルのみにおいて認証を実行することとによって幾分低減されうる。認証されていない緊急アクセスをサポートするために、３ＧＰＰ ＴＳ ２３．１６７、３ＧＰＰ ＴＳ ２３．０６０、および３ＧＰＰ ＴＳ ２３．２３４で既に定義された手順、および現在定義されている手順を用いて、アクセス・レベル認証が回避されうる。アクセス・レベル認証をスキップすることは、電源が投入された直後に開始された緊急呼出、つまり、呼出を確立する際に顕著な遅れがある場合について特に有利でありうる。

明確化のために、これらの技術は、３ＧＰＰネットワークおよび３ＧＰＰ２ネットワークについて記載されている。これらの技術はまた、その他のネットワークについても使用可能でありうる。そのような場合、Ｐ−ＣＳＣＦ２５２、Ｅ−ＣＳＣＦ２５４、およびＬＲＦ２５６は、３ＧＰＰ訪問ネットワークまたは３ＧＰＰ２訪問ネットワークについて上述したように、物理的に分離しているかまたは結合されている類似のエンティティまたは同一のエンティティによって訪問ネットワークにおいてサポートされうる。登録中に取得および／またはベリファイされたＵＥアイデンティティおよびコール・バック情報は、３ＧＰＰネットワークまたは３ＧＰＰ２ネットワークについて上述したようなＵＥアイデンティティおよびコール・バック情報と同じであるか、あるいは異なりうる。

図７は、並行した登録および呼出確立を備えた呼出開始のためにＵＥによって実行される処理７００の設計を示す。ＵＥは、例えばユーザが呼出をダイヤルすることに応答して、通信ネットワークへの登録を行う（ブロック７１２）。通信ネットワークは、訪問ネットワークでありうる。ＵＥは、訪問ネットワークへのＵＥの認証をもって、訪問ネットワークを経由して、ホーム・ネットワークへの登録を実行する。ＵＥは、並行した登録および呼出確立のためのサポートをしているとの表示を、通信ネットワークから受信する（ブロック７１４）。ＵＥは、登録を実行することと並行して呼出を確立することができる。例えば、ＵＥのパブリック・アイデンティティを用いて緊急呼出を確立する（ブロック７１６）。例えば、ＵＥは、ＩＭＳのための登録を実行することができる。また、ＩＭＳのための登録を実行することと並行してＶｏＩＰ呼出を確立することができる。

ＵＥは、例えば、ＰＳＡＰのような呼び出されたエンティティ／パーティへと情報を送ることによって、登録から得られる情報を用いて呼出を更新することができる（ブロック７１８）。この登録から得られた情報は、このＵＥについてベリファイされたＵＥアイデンティティ情報、ベリファイされたコール・バック情報等を備えうる。

ＵＥは、登録を開始するための第１のメッセージ（例えば、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ）、呼出の確立を開始するための第２のメッセージ（例えば、ＳＩＰ ＩＮＶＩＴＥメッセージ）、およびこの登録された得られた情報を用いて呼出を更新するための第３のメッセージ（例えば、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージまたはＳＩＰ ＵＰＤＡＴＥメッセージ）を送ることができる。ＵＥは、共通のソースＩＰアドレスに基づいて第１、第２、および第３のメッセージを送り、呼出に共通のダイアログ情報に基づいて第２および第３のメッセージを送ることができる。ＵＥは、呼出を取り扱うネットワーク・エンティティ（例えば、Ｐ−ＣＳＣＦ）によって、確立された呼出の、登録との関連付けを開始する。この関連付けの開始は、第３のメッセージを送ることによって達成されうる。

図８は、ＵＥによる並行した登録および呼出確立をサポートするために、例えばＰ−ＣＳＣＦのようなネットワーク・エンティティによって実行される処理８００の設計を示す。ネットワーク・エンティティは、通信ネットワークにおいて、（たとえばＩＭＳに関する）ＵＥの登録のために、ＵＥと通信することができる（ブロック８１２）。ネットワーク・エンティティは、ＵＥを登録し、認証するために、ＵＥのホーム・ネットワークと通信することができる。ネットワーク・エンティティは、並行した登録および呼出確立のためのサポートの表示を、ＵＥに送ることができる（ブロック８１４）。ネットワーク・エンティティは、ＵＥの登録と並行して、ＵＥのための呼出（例えば、緊急ＶｏＩＰ呼出）を確立するために、ＵＥと通信することができる（ブロック８１６）。

ネットワーク・エンティティは、ＵＥについて、確立された呼出を、登録と関連付けることができる（ブロック８１８）。ネットワーク・エンティティは、登録を開始するための第１のメッセージ（例えば、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ）、呼出の確立を開始するための第２のメッセージ（例えば、ＳＩＰ ＩＮＶＩＴＥメッセージ）、確立された呼出を更新するための第３のメッセージ（例えば、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージ）をＵＥから受信することができる。ネットワーク・エンティティは、第１のメッセージと、第２および／または第３のメッセージとにおける共通のソースＩＰアドレスと；、第２および第３のメッセージにおける共通のダイアログ情報と；、第３のメッセージに関する登録中に確立されたセキュリティ関連を使用すること；、等に基づいて、確立された呼出を登録に関連付けることができる。

ネットワーク・エンティティは、この登録から、ＵＥのベリファイされた情報（例えば、ベリファイされたアイデンティティおよび／またはコール・バック情報）を得ることができる（ブロック８２０）。ネットワーク・エンティティは、このベリファイされた情報を、ＵＥに関する確立された呼出を担当する第２のネットワーク・エンティティ（例えば、Ｅ−ＣＳＣＦ）に提供することができる（ブロック８２２）。

図９は、ＵＥによる並行した登録および呼出確立をサポートするために、例えばＥ−ＣＳＣＦのようなネットワーク・エンティティによって実行される処理９００の設計を示す。ネットワーク・エンティティは、ＵＥのテンポラリなアイデンティティに基づいて、ＵＥの呼出を確立することができる（ブロック９１２）。この呼出は、緊急呼出でありうり、テンポラリなＵＥアイデンティティは、ＥＳＱＫまたはＥＳＲＫを備えることができる。ネットワーク・エンティティは、この呼出を確立した後に、ベリファイされたＵＥアイデンティティを受信することができる（ブロック９１４）。ネットワーク・エンティティは、その後、このベリファイされたＵＥアイデンティティを、例えばＬＲＦのような第２のネットワーク・エンティティに転送することができる（ブロック９１６）。

ネットワーク・エンティティは、呼出の確立を開始するための第１のメッセージ（例えば、ＳＩＰ ＩＮＶＩＴＥメッセージ）を受信し、この第１のメッセージに基づいて、ＵＥの呼出を確立することができる。ネットワーク・エンティティは、その後、ベリファイされたＵＥアイデンティティを備えた第２のメッセージ（例えば、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージ）を受信し、第１および第２のメッセージ内の共通のダイアログ情報に基づいて、ベリファイされたＵＥアイデンティティを、確立された呼出に関連付けることができる。

図１０は、ＵＥによる並行した登録および呼出確立をサポートするために、例えばＬＲＦのようなネットワーク・エンティティによって実行される処理１０００の設計を示す。ネットワーク・エンティティは、例えばＥ−ＣＳＣＦのような第２のネットワーク・エンティティから、ＵＥの位置に対する要求を受信しうる（ブロック１０１２）。ネットワーク・エンティティは、ＵＥの位置を判定し（ブロック１０１４）、ＵＥのためテンポラリなアイデンティティ（例えば、ＥＳＱＫまたはＥＳＲＫ）を割り当てることができる。その後、ネットワーク・エンティティは、テンポラリなＵＥアイデンティティとＵＥ位置とを第２のネットワーク・エンティティに送ることができる（ブロック１０１８）。ネットワーク・エンティティは、その後、ベリファイされたＵＥアイデンティティを第２のネットワーク・エンティティから受信し（ブロック１０２０）、このベリファイされたＵＥアイデンティティを、テンポラリなＵＥアイデンティティに関連付けることができる（ブロック１０２２）。ネットワーク・エンティティは、更新されたＵＥ位置に対する要求を、第３のエンティティから受信することができる。この要求は、テンポラリなＵＥアイデンティティを含んでいる（ブロック１０２４）。その後、ネットワーク・エンティティは、ベリファイされたＵＥアイデンティティと、更新されたＵＥ位置とを、第３のエンティティに送ることができる（ブロック１０２６）。

図１１は、ＵＥ１１０、アクセス・ネットワーク１２０、Ｐ−ＣＳＣＦ２５２、Ｅ−ＣＳＣＦ２５４、ＬＲＦ２５６、およびＰＳＡＰ１８０のブロック図を示す。簡略のため、図１１は、各エンティティについて、１つのコントローラ／プロセッサおよび１つのメモリを示している。図１１はまた、ＵＥ１１０の１つの送信機／受信機（ＴＭＴＲ／ＲＣＶＲ）と、アクセス・ネットワーク１２０の１つの送信機／受信機と、各ネットワーク・エンティティの１つの通信（Ｃｏｍｍ）ユニットとを示している。一般に、エンティティはそれぞれ、任意の数のコントローラ、プロセッサ、メモリ、送信機、受信機、通信ユニット等を含みうる。

ダウンリンクにおいて、アクセス・ネットワーク１２０における基地局は、その有効範囲領域内のＵＥに、トラフィック・データ、メッセージ／シグナリング、およびパイロットを送信する。これら様々なタイプのデータが、プロセッサ１１２０によって処理され、送信機１１２４によって調整されて、ダウンリンク信号が生成される。ダウンリンク信号は、ＵＥへ送信される。ＵＥ１１０では、基地局からのダウンリンク信号が、アンテナを介して受信され、受信機１１１４によって調整され、プロセッサ１１１０によって処理されて、登録、呼出確立等のための情報が得られる。プロセッサ１１１０は、図６のメッセージ・フロー６００におけるＵＥ１１０のための処理と、図７の処理７００のための処理等を実行することができる。メモリ１１１２および１１２２は、ＵＥ１１０およびアクセス・ネットワーク１２０のためのプログラム・コードおよびデータを格納する。

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

Ｐ−ＣＳＣＦ２５２内では、プロセッサ１１３０が、Ｐ−ＣＳＣＦのための処理を実行し、メモリ１１３２が、Ｐ−ＣＳＣＦのためのプログラム・コードおよびデータを格納し、通信ユニット１１３４が、Ｐ−ＣＳＣＦが他のエンティティと通信することを可能にする。プロセッサ１１３０は、メッセージ・フロー６００におけるＰ−ＣＳＣＦ２５２のための処理、図８における処理８００のための処理等を実行する。

Ｅ−ＣＳＣＦ２５４内では、プロセッサ１１４０が、Ｅ−ＣＳＣＦのための処理を実行し、メモリ１１４２が、Ｅ−ＣＳＣＦのためのプログラム・コードおよびデータを格納し、通信ユニット１１４４が、Ｅ−ＣＳＣＦが他のエンティティと通信することを可能にする。プロセッサ１１４０は、メッセージ・フロー６００におけるＥ−ＣＳＣＦ２５４のための処理、図９における処理９００等を実行する。

ＬＲＦ２５６内では、プロセッサ１１５０が、ＬＲＦのための場所および／または位置決め処理を実行し、メモリ１１５２が、ＬＲＦのためのプログラム・コードおよびデータを格納し、通信ユニット１１５４が、ＬＲＦが他のエンティティと通信することを可能にする。プロセッサ１１５０は、メッセージ・フロー６００におけるＬＲＦ２５６のための処理、図１０における処理１０００等を実行する。

ＰＳＡＰ１８０内では、プロセッサ１１６０が、ＵＥ１１０の緊急呼出のための処理を実行し、メモリ１１６２が、ＰＳＡＰのためのプログラム・コードおよびデータを格納し、通信ユニット１１６４が、ＰＳＡＰが他のエンティティと通信することを可能にする。プロセッサ１１６０は、メッセージ・フロー６００におけるＰＳＡＰ１８０のための処理を実行する。

本明細書に記述された技術は、様々な手段によって実現されうる。例えば、これらの技術は、ハードウェア、ファームウェア、ソフトウェア、あるいはそれらの組み合わせによって実現されうる。ハードウェアによる実現の場合、各エンティティ（例えば、ＵＥ １１０、Ｐ−ＣＳＣＦ２５２、Ｅ−ＣＳＣＦ２５４、ＬＲＦ２５６等）においてこれらの技術を実行するために使用される処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールド・プログラム可能ゲート・アレイ（ＦＰＧＡ）、プロセッサ・コントローラ、マイクロ・コントローラ、マイクロプロセッサ、電子デバイス、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、コンピュータ、あるいはこれらの組み合わせの中に実装されうる。

ファームウェアおよび／またはソフトウェアによって実現する場合、これら技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、関数等）を用いて実現されうる。ファームウェアおよび／またはソフトウェア命令群がメモリ（例えば、図１１におけるメモリ１１１２、１１２２、１１３２、１１４２あるいは１１５２）に格納され、プロセッサ（例えばプロセッサ１１１０、１１２０、１１３０、１１４０あるいは１１５０）によって実行されうる。メモリは、プロセッサ内で実現されるか、あるいはプロセッサの外部に実装されうる。ファームウェアおよび／またはソフトウェア命令群はまた、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、プログラマブル読取専用メモリ（ＰＲＯＭ）、電子的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、コンパクト・ディスク（ＣＤ）、磁気または光学式データ保存デバイスのようなその他のプロセッサ読取可能媒体に格納されうる。

開示された実施形態における上述の記載は、当業者をして、本発明の製造または利用を可能とするように提供される。これらの実施形態への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他の実施形態にも適用されうる。このように、本発明は、本明細書で示された実施形態に限定されるものではなく、本明細書に記載された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。

Claims (51)

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. 前記ＵＥのテンポラリなアイデンティティを含む、前記ＵＥの更新された位置に対する要求を、第３のエンティティから受信することと、
    前記ＵＥのベリファイされた情報と更新された位置とを前記第３のエンティティへ送ることと
    をさらに備える請求項５０に記載の方法。

Images