JP5809303B2 - 認証されたソースからｉｍｓ緊急セッションインジケータを受信した場合のコード化および挙動 - Google Patents

Description

（背景）
ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）は、移動および固定ユーザ機器（ＵＥ）両方に、マルチメディアサービスおよびボイスオーバーＩＰ電話を提供するための標準アーキテクチャである。セッション確立プロトコル（ＳＩＰ）は、ＩＭＳベースの呼を設定し管理するためのプロトコルとして、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって、主に標準化され統制されている。本願で使用する通り、用語“ＵＥ”は、電気無線通信能力を有する、携帯電話、携帯情報端末、手持ち式またはラップトップコンピュータ、および類似のデバイス等の携帯デバイスを指すことができる。かかるＵＥは、無線デバイスと、加入者識別モジュール（ＳＩＭ）アプリケーション、ユニバーサル加入者識別モジュール（ＵＳＩＭ）アプリケーション、または可撤性ユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、その関連するユニバーサル集積回路カード（ＵＩＣＣ）とから成るか、あるいはかかるカードなしのデバイス自体から成る場合がある。用語“ＵＥ”はまた、固定回線電話、デスクトップコンピュータ、またはセットトップボックス等、可搬型ではなく、類似能力を有するデバイスを指してもよい。用語“ＵＥ”はまた、ＳＩＰセッションを終端することができる、いずれのハードウェアまたはソフトウェア構成要素を指すこともできる。

一実施形態において、ＵＥに送信された緊急関連メッセージに応答するＵＥのための方法が提供される。この方法は、ＵＥが、緊急関連呼が行われたことを示すインジケータを含む第１のメッセージを受信することと、ＵＥが、緊急関連呼が緊急事態に関連することの指標としてインジケータを認識することと、ＵＥが、ＵＥについての緊急関連情報を含む第２のメッセージを送信することとを包含する。

別の実施形態において、インジケータを含む第１のメッセージを受信すると、ＩＭＳ呼を緊急関連呼として認識するように構成されたプロセッサを含むユーザ機器が提供される。プロセッサは、緊急関連呼が緊急事態に関連することの指標としてインジケータを認識することと、ＵＥについての緊急関連情報を含む第２のメッセージを送信することとを行うようにさらに構成される。

別の実施形態において、ＵＥからの緊急関連呼に応答するネットワーク構成要素のための方法が提供される。この方法は、ネットワーク構成要素が、呼が緊急関連呼が行われたことを示すインジケータをＵＥに対する第１のメッセージ内に配置することと、ネットワーク構成要素が、ＵＥについての緊急関連情報を含む第２のメッセージをＵＥから受信することとを包含する。

別の実施形態において、プロセッサを含むネットワーク構成要素が提供され、このプロセッサは、ネットワーク構成要素がＵＥから緊急呼を受信すると、呼が緊急呼であったことを示すインジケータをＵＥに対する第１のメッセージに配置するように構成される。プロセッサは、ＵＥについての緊急関連情報を含む第２のメッセージをＵＥから受信するようにさらに構成される。
例えば、本願発明は以下の項目を提供する。
（項目１）
緊急関連メッセージに応答するユーザ機器（ＵＥ）のための方法であって、 第１のメッセージが緊急関連要求であることを示すインジケータを含む応答メッセージを受信することと、
該ＵＥに関連付けられる情報を含む第２のメッセージを送信することと
を包含する、方法。
（項目２）
前記第２のメッセージは、ＳＩＰ ＵＰＤＡＴＥ要求である、項目１に記載の方法。
（項目３）
前記応答メッセージを受信すると、前記方法は、
前記第１のメッセージが緊急関連要求であるという表示をユーザに提供すること
をさらに包含する、項目１に記載の方法。
（項目４）
前記第２のメッセージに含まれる前記ＵＥに関連付けられる情報は、ＵＥアイデンティティを備える、項目１に記載の方法。
（項目５）
前記第２のメッセージに含まれる前記ＵＥに関連付けられる情報は、ＵＥ位置を備える、項目１に記載の方法。
（項目６）
前記第２のメッセージに含まれる前記ＵＥに関連付けられる情報は、ＵＥアクセスネットワーク情報を備える、項目１に記載の方法。
（項目７）
前記ＵＥは、前記第１のメッセージが緊急関連要求であることを認識しない、項目１に記載の方法。
（項目８）
前記第１のメッセージはＳＩＰ（セッション確立プロトコル）要求である、項目１に記載の方法。
（項目９）
前記応答メッセージは、ＳＩＰ１ｘｘまたは２００（ＯＫ）応答のうちの１つである項目１に記載の方法。
（項目１０）
前記第２のメッセージは、
ＳＩＰ ＡＣＫと、
ＳＩＰ ＰＲＡＣＫと、
ＳＩＰターゲットリフレッシュと、
ＳＩＰ ＵＰＤＡＴＥと、
ＳＩＰ ＲＥ−ＩＮＶＩＴＥ要求と
のうちの１つである、項目１に記載の方法。
（項目１１）
前記第１のメッセージは、対話に対する初期要求である、項目１に記載の方法。
（項目１２）
前記ＵＥアイデンティティは、ｇｌｏｂａｌｌｙ ｒｏｕｔａｂｌｅ ｕｓｅｒ ａｇｅｎｔ ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ（ＧＲＵＵ）である、項目４に記載の方法。
（項目１３）
前記ＵＥ位置を指示するＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を前記ＵＥが認識している場合、前記方法は、前記第２のメッセージの地理的位置ヘッダフィールドに該ＵＲＩを含むことをさらに包含する、項目５に記載の方法。
（項目１４）
前記ＵＥの地理的位置情報が該ＵＥに利用可能である場合、前記第２のメッセージのメッセージ本文にＰＩＤＦ位置オブジェクトとして地理的位置情報を含むことをさらに包含する、項目１に記載の方法。
（項目１５）
公開ユーザアイデンティティに関連付けられた公開ＧＲＵＵ値が保存された場合、前記第２のメッセージのコンタクトヘッダフィールドに該公開ＧＲＵＵ値を含むことをさらに包含する、項目１に記載の方法。
（項目１６）
前記ＵＥアクセスネットワーク情報は、前記第２のメッセージにおいてＰ−アクセス−ネットワーク情報ヘッダフィールドに含まれ、位置識別子、セル識別子またはＩ−ＷＬＡＮアクセスノードのアイデンティティのうちの１つを備える、項目６に記載の方法。
（項目１７）
第１のメッセージが緊急関連要求であることを示すインジケータを含む応答メッセージをユーザ機器（ＵＥ）が受信するように、そして該ＵＥに関連付けられる情報を含む第２のメッセージを該ＵＥが送信するように構成される構成要素を備えている、ユーザ機器。
（項目１８）
前記応答メッセージを受信すると、前記ＵＥは、前記第１のメッセージが緊急関連要求であるという表示をユーザに提供する、項目１７に記載のＵＥ。
（項目１９）
前記第２のメッセージに含まれる前記ＵＥに関連付けられる情報は、ＵＥアイデンティティを備える、項目１７に記載のＵＥ。
（項目２０）
前記第２のメッセージに含まれる前記ＵＥに関連付けられる情報は、ＵＥ地理的位置を備える、項目１７に記載のＵＥ。
（項目２１）
前記第２のメッセージに含まれる前記ＵＥに関連付けられる情報は、ＵＥアクセスネットワーク情報を備える、項目１７に記載のＵＥ。
（項目２２）
前記ＵＥは、前記第１のメッセージが緊急関連要求であることを認識しない、項目１７に記載のＵＥ。
（項目２３）
前記第１のメッセージはＳＩＰ（セッション確立プロトコル）要求である、項目１７に記載のＵＥ。
（項目２４）
前記応答メッセージは、ＳＩＰ１ｘｘまたは２００（ＯＫ）応答のうちの１つである項目１７に記載のＵＥ。
（項目２５）
前記第２のメッセージは、
ＳＩＰ ＡＣＫと、
ＳＩＰ ＰＲＡＣＫと、
ＳＩＰターゲットリフレッシュと、
ＳＩＰ ＵＰＤＡＴＥと、
ＳＩＰ ＲＥ−ＩＮＶＩＴＥ要求と
のうちの１つである、項目１７に記載のＵＥ。
（項目２６）
前記第１のメッセージは、対話に対する初期要求である、項目１７に記載のＵＥ。
（項目２７）
前記ＵＥアイデンティティは、ｇｌｏｂａｌｌｙ ｒｏｕｔａｂｌｅ ｕｓｅｒ ａｇｅｎｔ ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ（ＧＲＵＵ）である、項目１９に記載のＵＥ。
（項目２８）
前記ＵＥ位置を指示するＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を前記ＵＥが認識している場合、該ＵＥは、前記第２のメッセージの地理的位置ヘッダフィールドに該ＵＲＩを含む、項目２０に記載のＵＥ。
（項目２９）
前記ＵＥの地理的位置情報が該ＵＥに利用可能である場合、該ＵＥは、前記第２のメッセージのメッセージ本文にＰＩＤＦ位置オブジェクトとして該地理的位置情報を含む、項目１７に記載のＵＥ。
（項目３０）
公開ＧＲＵＵ値が公開ユーザアイデンティティに関連付けられて保存された場合、前記ＵＥは前記第２のメッセージのコンタクトヘッダフィールドに該公開ＧＲＵＵ値を含む、項目１７に記載のＵＥ。
（項目３１）
前記ＵＥアクセスネットワーク情報は、前記第２のメッセージにおいてＰ−アクセス−ネットワーク情報ヘッダフィールドに含まれ、位置識別子、セル識別子またはＩ−ＷＬＡＮアクセスノードのアイデンティティのうちの１つを備える、項目２１に記載のＵＥ。

本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
図１は、本開示の実施形態による、ＵＥおよびＰＳＡＰを含む、例示的ＩＰネットワークの図である。 図２は、本開示の別の実施形態による、ＵＥおよびＰＳＡＰを含む、例示的ＩＰネットワークの図である。 図３は、本開示の実施形態による、ＵＥが緊急関連メッセージに応答するための方法を説明する図である。 図４は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なユーザ機器を含む無線通信システムの図である。 図５は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なユーザ機器のブロック図である。 図６は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なユーザ機器上に実装されてもよい、ソフトウェア環境の図である。 図７は、本開示の種々の実施形態のうちのいくつかに適切な、例示的コンピュータシステムである。

最初に、本開示の１つ以上の実施形態の例証的実装を以下で提供するが、開示されたシステムおよび／または方法は、現在既知であるか、または既存であるかにかかわらず、任意の数の技法を使用して実装されてもよいことを理解されたい。本開示は、本明細書で例証および説明される例示的設計および実装を含む、以下で例証される例証的実装、図面、および技法に決して限定されるべきではないが、同等物の全範囲とともに、添付の請求項の範囲内で修正されてもよい。

一実施形態において、ＵＥに送信された緊急関連メッセージに応答するＵＥのための方法が提供される。この方法は、ＵＥが、緊急関連呼が行われたことを示すインジケータを含む第１のメッセージを受信することと、ＵＥが、緊急関連呼が緊急事態に関連することの指標としてインジケータを認識することと、ＵＥが、緊急関連呼が緊急事態に関連する機能性を呼び出すことと、そして／または、ＵＥが任意の他のセッションまたはサービスに従事している場合に、これらは、中止、終了または実行し続けるが低い優先度で続ける、すなわち、緊急呼またはＰＳＡＰのコールバックが高い優先度を有するので、ＱｏＳは変化または降下し、ことの指標としてインジケータを認識することと、そして／または、ＵＥについての緊急関連呼を含む第２のメッセージを送信するようにさらに構成される。

別の実施形態において、ＵＥからの緊急関連呼に応答するネットワーク構成要素のための方法が提供される。この方法は、ネットワーク構成要素が、呼が緊急関連呼が行われたことを示すインジケータをＵＥに対する第１のメッセージ内に配置することと、ネットワーク構成要素が、ＵＥについての緊急関連情報を含む第２のメッセージをＵＥから受信することとを包含する。

別の実施形態において、プロセッサを含むネットワーク構成要素が提供され、このプロセッサは、ネットワーク構成要素がＵＥから緊急呼を受信すると、呼が緊急呼であったことを示すインジケータをＵＥに対する第１のメッセージに配置するように構成される。プロセッサは、ＵＥについての緊急関連情報を含む第２のメッセージをＵＥから受信するようにさらに構成される。

ＩＭＳ可能なＵＥ等のＵＥのユーザは、通常、９１１（北米）、１１２（欧州の大部分）、９９９（英国）、１１０、１１８、または１１９（日本）、あるいはある他の緊急用の特定番号をダイヤルすることによって、緊急呼を掛けることができる。かかる呼は、緊急への適当な応答を調整することができる、緊急呼センタまたはシステムである場合がある、緊急応答機関（ＰＳＡＰ）によって対処されてもよい。ＰＳＡＰへ掛けられるいずれの呼も、本願では緊急呼と呼ぶことにする。本書では、ＰＳＡＰはまた、単数または複数の緊急センタであり得る。

ある場合には、ＵＥは、掛けた呼が緊急呼だったことを認識していない場合がある。例えば、北米での使用のために製造されるＵＥは、９１１への呼が緊急呼であると認めるようにプログラムされる場合がある。９１１以外の番号が緊急呼に使用される国へ、かかるＵＥが持ち出され、ＵＥユーザがその他の緊急番号をダイヤルする場合、ＵＥはその呼を緊急呼と認めない場合がある。ＵＥがその呼が緊急呼であると認めない場合、望ましくない結果が生じる場合がある。例えば、ＵＥはＰＳＡＰに関連情報を提供し損ね得るか、ＵＥは通常の呼としてその呼を扱い、保留またはキャッチホンにする場合があるか、呼を遮断し得るか、あるいはＵＥがそれ以外の方法でその呼を的確に扱い損ねる場合がある。加えて、ネットワークが特別な処置を適用しない場合もあり、例えば、輻輳ネットワークまたはセルにおいて、認められない緊急呼は、緊急呼の手順に従わない場合がある（例えば、優先を受けられない場合がある）。

本開示は、呼が緊急呼であったというインジケータを、ＵＥへのメッセージに含むことによって、ＵＥが掛けた呼がＩＭＳ緊急呼であったことを、ＵＥに示すステップを提供する。インジケータは、限定するものではないが、ＵＥが緊急呼を設定しようと試みて送信した、対話または単独のトランザクション、あるいは未知の方法（例えば、ＳＩＰ ＩＮＶＩＴＥ要求）、もしくは類似メッセージに対する初期ＳＩＰ要求に応じて、ＵＥへ送信されるＳＩＰ２ｘｘまたはＳＩＰ１ｘｘメッセージであってもよい、ＳＩＰメッセージに含まれている場合がある。以下、用語“ＳＩＰメッセージ”は、ＳＩＰ要求（例えば、対話に対するｒｅ−ＩＮＶＩＴＥ要求またはターゲットリフレッシュ要求、あるいは対話または単独のトランザクションに対する初期ＳＩＰ要求、もしくは未知の方法を含む）、またはＳＩＰ応答を指す場合がある。インターネットエンジニアリングタスクフォース（ＩＥＴＦ）の標準勧告文書（ＲＦＣ）３２６１に文書化された条件が満たされる時に、ｒｅ−ＩＮＶＩＴＥ方法の要求のみを送信できることに留意されたい。インジケータを含むＳＩＰメッセージは、ＰＳＡＰによって、またはＰＳＡＰおよびＵＥが相互に通信するネットワークの構成要素によって送信される場合がある。かかる構成要素の例は、Ｐ−ＣＳＣＦおよびＥ−ＣＳＣＦである。

緊急関連インジケータは、続く代替物を使用して、ＳＩＰに符号化することができる。ａ）“ａｐｐｌｉｃａｔｉｏｎ／３ｇｐｐ−ｉｍｓ＋ｘｍｌ”等のＳＩＰ本体は、受信するＵＡへのさらなる情報または指示を示すように、ＩＭＳで使用されている。ＳＩＰ本体は、ＩＮＶＩＴＥまたは類似の要求で受信する時、要求は緊急呼またはＰＳＡＰコールバックとして受け取られるべきであり、かかるタイプの呼と関連付けられる機能が呼び出されるべきであると、ＵＥに示すようにも拡張することができる。この機能は、限定するものではないが、視覚的、可聴的、または他の方法によってユーザに警告するだけでなく、応答に位置情報を含むステップを含んでもよい。新規コンテンツ配置ヘッダフィールド値は、定義される必要がある場合がある。ｂ）新規ＳＩＰヘッダが定義され得るか、または既存のＳＩＰヘッダが強化され得る。ＰＳＡＰ自体は、あるいはＰＳＡＰまたは信号ゲートウェイ等の別のネットワーク要素の代わりに、ＰＳＡＰコールバックに対処するＳ−ＣＳＣＦは、インジケータを導入することができる。ｃ）インジケータは、新規ＳＩＰヘッダフィールドであり得る。ｄ）インジケータは、例えば、ＰＳＡＰ機能（例えば、山岳救助または沿岸警備、あるいは一般の９１１）または緊急センタ機能、あるいは緊急隊員機能を示す標準ＳＩＰ ＵＲＮといった、新規ＳＩＰヘッダフィールド値であり得る。ｅ）インジケータは新規ＵＲＩフィールドであり得る。ｆ）インジケータは、新規ＵＲＩフィールド値であり得、例えば、ユーザ＝ｐｓａｐであり、式中、‘ユーザ’はＳＩＰ ＵＲＩフィールドであり、‘ｐｓａｐ’は、コンタクトヘッダフィールドに置かれる場合もある新規値である。ｇ）標準ＳＩＰ ＵＲＮは、ＰＳＡＰまたは緊急センタ、あるいは緊急隊員が存在している信頼ドメインによって、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙの中に置かれうる。ｈ）ＲＦＣ４４７４またはＲＦＣ３８９３によると、インジケータはＦＲＯＭヘッダフィールド値に包含され得、ＦＲＯＭヘッダフィールド値はアサートされることができる。この解決法は証明書に基づく。

上記で識別される通り、セッションは実際のところ緊急セッションであるということを示すために、多くの可能性が使用され得る。ＰＳＡＰはＶＰＬＭＮネットワーク等の訪問済みネットワークの中にあり得、ＨＰＬＭＮ（ホーム公衆地上移動ネットワーク）等のホームネットワークと信頼関係はないことが、強調されている。これが事実であると仮定すれば、ＵＥが緊急セッションを設定している時には、ＵＥは認識せず、またはＳＩＰメッセージ（例えば、１ｘｘまたは２ｘｘ応答、あるいはＳＩＰターゲットリフレッシュ要求、もしくは類似メッセージ）に、要求はＰＳＡＰコールバックであるという表示を包含する移動体終端要求を受信する時には、ＰＳＡＰまたはネットワークもまた、ＵＥが記憶するであろうトークンを送信し返すことがあり得る。ネットワークは、ＵＥがＩＭコアネットワーク（ＣＮ）サブシステムと登録する時に、このトークンを提供し得る。トークンは、内部にあるかまたは可徹性であり得る、メモリに記憶され得る。ＵＥの緊急呼の接続が切られるか、またはＵＥが緊急セッションを要求していると通知される必要がある場合には、ネットワークまたはＰＳＡＰはこのトークンを含み得る。ネットワークからトークンを受信すると、ＵＥはそれを共有するトークンと比較することができる。トークンが合致しない場合、ＵＥは、呼が緊急関連ではないと理解する。

“緊急”に設定されるＳＩＰ“優先度”ヘッダフィールドは、今まで、緊急呼用の信頼できるインジケータとしては使用されていなかった［ＲＦＣ３２６１］。ＳＩＰ ＵＡの設置基盤は、いずれの処置がある場合は、このヘッダに対して異なり相違する処置を有するであろう。

ＰＳＡＰコールバックまたは緊急呼信号応答が、回路交換ネットワーク上で受信される場合、解決法により、時にはシステムに基づいて、ＩＳＵＰ／ＴＵＰ（ＩＳＤＮユーザ部／電話ユーザ部）に緊急呼の表示を伝えるのに使用される、適当な発呼側カテゴリフィールド間にマッピングするのを可能にすることができる。通常、ＩＳＵＰ／ＴＵＰ信号情報によって、ＲＦＣ５０３１に定義される緊急ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ識別子と同程度優れた粒度が可能にはならない。

図１は、ＩＭＳネットワーク１２０と関連付けられる１つ以上の構成要素を含む、システム１０を説明している。ＵＥ１１０は、ＩＭＳネットワーク１２０に接続することができる、いずれのエンドユーザデバイスまたはシステムであってもよい。ＵＥ１１０の例は、限定するものではないが、携帯電話、固定電話、携帯無線デバイス（デジタル、セルラー、またはデュアルモードデバイスを含む）、携帯情報端末、ラップトップ／タブレット／ノート型コンピュータ、およびデスクトップコンピュータを含むことができる。ＵＥ１１０は、ＩＭＳネットワーク１２０を介して、９１１システム、あるいは別の緊急コールセンタまたはシステムであってもよい、ＰＳＡＰ１３０と通信することができる。

ＩＭＳネットワーク１２０は、ＵＥ１１０とＰＳＡＰ１３０との間のＩＭＳベースの接続を促進することができる、基地局および他の無線送受信機器等、構成要素のいずれの良く知られるセットを含む場合がある。ＩＭＳネットワーク１２０に存在する場合もあるが、図示していない他の構成要素は、ＵＥ１１０用の第１の接触点であってもよいＰ−ＣＳＣＦ（プロキシ呼セッション制御機能）と、セッション制御、ユーザプロフィールのダウンロードおよびアップロード、ならびに他の機能を行ってもよい、Ｓ−ＣＳＣＦ（サービングＣＳＣＦ）と、ＰＳＡＰ１３０向けセッション制御機能を提供してもよい、Ｅ−ＣＳＣＦ（緊急ＣＳＣＦ）と、ＩＭＳベースのセッションを開始し維持するための他のよく知られる構成要素とを含む。

緊急呼を掛けるために、ＵＥ１１０は、対話または単独のトランザクション、あるいは未知の方法（例えば、ＳＩＰ ＩＮＶＩＴＥ要求）１４０、もしくは類似の招待メッセージに対する初期ＳＩＰ要求を、ＩＭＳネットワーク１２０を介してＰＳＡＰ１３０へ送信する場合がある。ＰＳＡＰ１３０は通常、ＳＩＰ１ｘｘまたはＳＩＰ２ｘｘ応答（例えば、ＳＩＰ２００ＯＫ）メッセージ１５０、あるいは類似の応答メッセージで、招待メッセージ１４０に応答する。代替として、ＰＳＡＰ１３０は、ターゲットリフレッシュ要求（例えば、ｒｅ−ＩＮＶＩＴＥ要求）を伝送し得る。次いで、標準的なＳＩＰ手順は、ＵＥ１１０とＰＳＡＰ１３０との間に緊急呼を確立するように続く場合もある。

実施形態では、応答メッセージ１５０は、ＵＥ１１０によって掛けられた呼が緊急呼であったと示す、インジケータ１６０を含む。インジケータ１６０は、ＵＥ１１０によって掛けられた呼が緊急呼（例えば、掛けられた呼が、例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓの呼、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｎｉｍａｌ−ｃｏｎｔｒｏｌの呼、またはｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅの呼と分類することができると判定される場合の、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｎｉｍａｌ−ｃｏｎｔｒｏｌ、またはｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ等、ＲＦＣ５０３１に規定されるような緊急サービスＵＲＮ）であったという記号表示として、ＵＥによって認識可能である、ビット、フラグ、またはある他のデータ要素であってもよい。ＵＥ１１０がインジケータ１６０を含む応答メッセージ１５０を受信すると、ＵＥ１１０は、掛けた呼がＩＭＳ緊急呼であったと識別し、次いで適当な措置を講じ、緊急呼用の機能を呼び出すことができる。ＵＥ１１０が講じる場合のある１つの措置は、ＵＥユーザに元の呼の種類を示すことである。すなわち、ＵＥ１１０は、その呼が緊急呼であったとユーザに警告する場合がある。アラートは、ＵＥ１１０の表示画面に表れるメッセージ、視覚的または可聴的アラート、あるいは呼の種類の環境条件または表示のある他のタイプである場合がある。ＵＥ１１０によって講じられる他の措置は、ＳＩＰ ＡＣＫまたはＳＩＰ ＰＲＡＣＫメッセージ、あるいは対話のいずれのそれに続くＳＩＰ要求部分（ターゲットリフレッシュ要求を含む）または新規対話の要求等、ＳＩＰ要求メッセージ１７０の伝送に関与することができ、対話の要求は、緊急セッションに対応する対話識別子値と同一である値のセットを伴う、ＳＩＰターゲット対話ヘッダフィールドを使用する。ＳＩＰターゲット対話ヘッダフィールドセットを伴う、新規対話メッセージ１７０の要求を送信する場合、発信者が既存の対話の他方であるためか、または対話の識別子へのアクセスを有するかのいずれかであるため、発信者が受信者とのその対話を認識していることを、受信者に示すことができ、次いで受信者は、この認識に基づいて要求を許可することができる。ＳＩＰの制限に制約されて、受信者がＰＳＡＰ１３０である場合、これらのメッセージのうちのいずれかは、ＰＳＡＰ１３０に利用可能な情報の一部として、要求に情報を含むことができる。言及した通り、メッセージ１７０は、ＳＩＰターゲットリフレッシュ要求、ＳＩＰ ＵＰＤＡＴＥ、ＳＩＰ ｒｅ−ＩＮＶＩＴＥメッセージ１７０、または類似の（確認）メッセージ（例えば、ＳＩＰ ＰＲＡＣＫ）である場合がある。メッセージ１７０は、以下に詳細を記載する、ＵＥ１１０についての情報１８０を含むことができる。ＳＩＰプロトコルの制限のため、情報１８０はいくつかのＳＩＰメッセージにわたって広がる場合があり、例えば、ある情報は、ＳＩＰ ＰＲＡＣＫ要求の中にあるか、ある情報はＰＳＡＰまたはネットワーク発の要求、あるいはＳＩＰ ＵＰＤＡＴＥ要求への応答の中にあるか、もしくはある情報は他のＳＩＰターゲットリフレッシュ要求の中にあってもよい。情報１８０は、ＰＳＡＰ１３０、またはＩＭＳネットワーク１２０の中の１つ以上の構成要素を対象としている場合がある。情報１８０は随意に、識別、ネットワークアクセス、および位置情報等、ある緊急関連情報が共有されるべきではない（例えば、ＰＳＡＰ１３０と共に）ことを示す、フラグまたは他のインジケータを含み得る。１つ以上のプライバシーインジケータが設定される場合には、ネットワークは依然として、ルーティングのため、または匿名でないコールバックを提供するために、緊急関連情報を使用することができる場合がある。

別の実施形態では、ポリシーはＵＥ１１０に記憶され得る。１つまたは複数のポリシーは、緊急セッションを要求することが可能である時に、プライバシーを要求する１つ以上のインジケータを含むか、またはＰＳＡＰがコールバックを掛ける時に、緊急関連情報が提供されるか、あるいは緊急関連情報がＰＳＡＰコールバックに応じて提供される時に、プライバシーを要求するのが可能であるかを判定するのに使用することができる。ＵＥ１１０が、限定するものではないが、位置等プライバシーの影響を受けやすい情報を明かしたい時には、ポリシーを調べることもでき得る。ポリシーは、ユーザが提供するか、オペレータが提供するか、またはその両方であり得る。情報がユーザ提供およびオペレータ提供の両方である時、オペレータはデフォルトポリシーを提供する場合があるが、ユーザは、そう望めば、このポリシーを覆すことができる場合もある。ポリシーは、デバイスの内部または外部のいずれかにある、メモリに記憶することができる。

ポリシー／優先権は、ＰＳＡＰの規制上の要件に反するように設定され得ることも可能である。例えば、ＵＥ１１０は、ユーザ関連または事象関連情報を提供するか否かを選択することができる国からのものである場合があり、ポリシー／優先権が、情報を提供しないように設定されている場合がある。代替として、ポリシー／優先権は、情報を提供してもよいように設定できる（例えば、最も近いＰＳＡＰを判定するために）が、情報を公開しないという要求がなされる場合もある。ＵＥ１１０は、続いて、法律によって可能な場合は位置情報を提供しなくてはならない国に行くこともある。かかる場合には、ネットワークはＵＥ１１０に、ポリシー／優先権を覆し、情報を提供しなくてはならないという信号を送る場合がある。このオーバーライド通知は、ネットワークからのメッセージの中のトークンとして、信号で伝えられ得る。例えば、ＳＩＰメッセージは、新規特徴タグ、新規ＵＲＩパラメータ、ＸＭＬ本体、ＳＤＰパラメータ、または類似コーディングの特徴としてコード化される、トークンを包含し得る。トークンはまた、ＵＥ１１０によって信頼され得る性質を必要とする場合がある。

以下は、ＵＥ１１０がどのように機能する場合があるかの１つの可能な実施形態を説明している。
基本的な手順は、以下の通りである。

ポリシー／優先権の設定
オーバーライドトークンを包含するネットワークからメッセージを受信
優先権／ポリシーを調べる
位置情報の提供が可能
トークンを受信するかの判定ができない
トークンを受信し、トークンの信頼性を解明し、正当な場合には位置情報を提供
トークンを受信し、偽造であれば、ネットワークに偽造トークンであるという表示を提供受信しても、位置情報は提供しない。

トークンは、ＳＩＰ ＩＮＶＩＴＥ等、ＰＳＡＰ１３０からのコールバックで伝えられ得る。代替として、トークンは、ＩＭＳにおいて、トークンが緊急登録に応じてＳＩＰ２００ＯＫメッセージの中で提供され得るように、ＵＥ１１０がネットワーク１２０との登録を行う時に提供され得る。２００ＯＫ内で、トークンが新規特徴タグ、新規ＵＲＩパラメータ、またはＸＭＬ本体としてコード化される場合、トークンは、安全なトークンである場合がある。ＬＴＥ／ＳＡＥネットワークでは、２００ＯＫメッセージは、ネットワークに連結する要求に応じて、またはＵＥ１１０の認証シーケンスの一部として伝送され得る。

別の実施形態は、ＶＰＬＭＮポリシーは、緊急コールバックを受信した場合、ＵＥの挙動を示すシステムメッセージの中で送信され得る。

ポリシーのプロビジョニングは、限定するものではないが、続く手段、ＯＭＡ ＤＭ、ＣＰ、ＯＴＡ、独自、またはその他のうちの１つで行うことができる。使えるように設定されると、続く伝送、セルブロードキャスト、ＳＭＳ、ＵＳＳＤ、ＭＢＭＳ、汎用ＩＰパイプ等のうちのいずれかが使用され得る。

ポリシーは、内部または外部メモリに記憶される場合がある。外部メモリは、限定するものではないが、ＰＣカードＰＣＭＣＩＡ、コンパクトフラッシュ（登録商標）Ｉ ＣＦ−Ｉ、コンパクトフラッシュ（登録商標）ＩＩ ＣＦ−ＩＩ、スマートメディアＳＭ／ＳＭＣ、メモリスティックＭＳ、メモリスティックＤｕｏ ＭＳＤ、メモリスティックＰＲＯ Ｄｕｏ ＭＳＰＤ、メモリスティックＰＲＯ−ＨＧ Ｄｕｏ ＭＳＰＤＸ、メモリスティックマイクロＭ２、マルチメディアカードＭＭＣ、マルチメディアカードＲＳ−ＭＭＣ、ＭＭＣマイクロカードＭＭＣｍｉｃｒｏ、セキュアデジタルカードＳＤ、ＳｘＳ ＳｘＳ、ユニバーサルフラッシュストレージＵＦＳ、ミニＳＤカードＭｉｎｉＳＤ、マイクロＳＤカードｍｉｃｒｏＳＤ、ピクチャーカードｘＤ、インテリジェントスティックｉＳｔｉｃｋ、シリアルフラッシュモジュールＳＦＭ、μカードμＣａｒｄ、ＮＴカードＮＴ
ＮＴ＋、ＵＳＩＭ、Ｒ−ＵＩＭ等である場合がある。

ポリシー情報の一実施形態では、各ファイルにつき８ビットから成る可徹性メモリ上にファイルがあるであろう。ビット１（最下位ビット）は、位置情報が提供されるべきであると示すのを、１と設定するか、または位置情報が提供されるべきではないと示すのを、０と設定する場合がある。残り７つのビット全ては保持され得る（ＲＦＵ）。ユーザ優先ファイルは、ＰＩＮ制御下であり得（すなわち、ユーザは、ＰＩＮ進入後、ファイルのコンテンツを制御し得る）、オペレータファイルはＡＤＭ（運営管理）制御下にあり得、管理者（カード発行人、大抵は通信事業者）以外の、いずれの関係者がファイルのコンテンツを変更するのを防止する。

種々の実施形態では、ポリシーは異なるフォーマットで実装されてもよい。ポリシー向けフォーマットの一例を以下に提供するが、他のフォーマットが熟慮されるように、フォーマットはこの例に限定されるべきではない。／＜Ｘ＞／ＰＳＡＰコールバック時の緊急位置ポリシー／
緊急位置ポリシーリーフは、ＵＥが緊急情報を緊急コールバックに提供するのか否かを示す。
・発生：１回
・フォーマット：ブール型
・アクセスタイプ：Ｇｅｔ、Ｒｅｐｌａｃｅ
・値：０、１
０−ＵＥが緊急情報を提供する。

１−ＵＥが緊急情報を提供しない。

前に言及したとおり、ＵＥ１１０が、インジケータ１６０を含む応答メッセージ１５０を受信する時、ＵＥ１１０はそれ自身に関する情報１８０をＰＳＡＰ１３０へ伝送する場合がある。ポリシーが許す場合、ＵＥ１１０がＳＩＰメッセージ１７０に含むことがある情報１８０の１つは、ＵＥの公開ユーザアイデンティティ（Ｔｅｌ ＵＲＩ、ＳＩＰ ＵＲＩ、または、移動局国際ＩＳＤＮ番号（ＭＳＩＳＤＮ）等）、またはある他の識別記号である。かかる情報を含むことは、ポリシーに制約され得るか、もしくは個人情報はＰＳＡＰまたは緊急センタ、あるいは信頼できないネットワーク要素と共有されないというインジケータを伴い得る。公開ユーザアイデンティティはＧＲＵＵフォーマットである場合があるか、または例えば、Ｔｅｌ ＵＲＩフォーマットといった回路交換技術によるコールバックが可能であるという、十分な情報を包含していてもよい。ＰＳＡＰ１３０は、以下に記載する通り、必要であればＵＥ１１０にコールバックするように、識別子を使用することができる。ＵＥ１１０が確認メッセージ１７０の中に伝送する場合がある、別の情報１８０は、ＵＥ１１０が使用している、アクセスのタイプである。例えば、緊急呼が無線ローカルエリアネットワーク（ＬＡＮ）上で掛けられている場合、ＵＥ１１０は、セルＩＤ、回線ＩＤ、および／または無線ＬＡＮアクセスノードＩＤだけでなく、情報１８０にその事実が含まれている場合がある。対話中、ＵＥのＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）への連結点は、変更することができる（例えば、ＵＥが異なるセルへ接続する）。ＵＥは、ＩＰ−ＣＡＮへの現在の連結点（例えば、現在のセル情報）を伴い、かかる情報の伝送をサポートする（例えば、ＡＣＫ要求およびＣＡＮＣＥＬ要求ならびに応答を除く）対話内の、いずれの要求または応答の中にＰ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダを追加することができる。

ＵＥ１１０が、例えば、全地球位置測定システム（ＧＰＳ）の使用によって、その地理的位置を認識する場合、ＵＥ１１０は、例えば、限定するものではないが、セルグローバルアイデンティティ（ＣＧＩ）、サービスセット識別子（ＳＳＩＤ）、陸標等の中間地点、対応するＣＧＩとの隣接セルの信号強度といった、別の情報１８０としてその位置を含むことができる。ＵＥ１１０がその地理的位置を認識していない場合、位置関連データは情報１８０に含まれない。ＧＲＵＵ（大域的にルーティング可能なＵＡ（ユーザエージェント）ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ））がＵＥ１１０と関連付けられる場合、ＵＥのＧＲＵＵを別の情報１８０として含むことができる。ユーザのプライバシー設定によって、ＧＲＵＵはＰ−ＧＲＵＵまたはＴ−ＧＲＵＵであってもよいものの、公開ＧＲＵＵ（Ｐ−ＧＲＵＵ）の方が暫定ＧＲＵＵ（Ｔ−ＧＲＵＵ）より好ましい。

情報１８０に含まれることができる他のアイテムは、ＵＥ１００の性能、ＵＥ１１０によって使用されている無線アクセス技術、ＵＥ１１０のバッテリー寿命、信号強度、およびネットワークアイデンティティ（例えば、ＣＧＩ、ＳＳＩＤ、ＳＩＤ）を含む場合がある。ＵＥ１１０はまた、ＰＳＡＰ１３０へ送信されるイーコール（ｅｃａｌｌ）機能として通常知られているものも呼び出し得る。

緊急要求は、ＰＳＡＰ１３０に到達する前に、ＩＭＳネットワーク１２０の中の１つ以上の構成要素によって対処される場合がある。かかる構成要素の１つは、Ｐ−ＣＳＣＦ、Ｅ−ＣＳＣＦ、ＡＳ、およびＩＢＣＦ（相互接続境界制御）である。Ｐ−ＣＳＣＦ、ＡＳ、およびＥ−ＣＳＣＦ等のＩＭＳネットワーク構成要素は、緊急事態に関連するかを判定するために、全ての要求を検査することができる。要求が緊急事態に関連すると判定された場合、構成および調整ポリシーに基づいて、ネットワーク構成要素は、要求を拒絶するか、または要求を再フォーマットするかを判定するか、あるいはＵＥ１１０に送信されるＳＩＰ応答に緊急呼インジケータ１６０を含むことができる。ＵＥがＴ−ＧＲＵＵを提供し、ネットワークオペレータポリシー設定（例えば、Ｐ−ＣＳＣＦの中の）が公開ユーザアイデンティティを提供しなくてはならないと示す場合、要求の再フォーマットがなされる場合がある。かかる場合には、Ｔ−ＧＲＵＵはＧＲＵＵと置き換えることができる。加えて、メッセージが、ｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆ特徴タグの要求に関連する、１つ以上のＩＭＳ通信サービス識別子（ＩＣＳＩ）値（３ＧＰＰ ＴＳ２４．２２９の副条項７．２Ａ．８．２に規定される通りコード化）およびゼロもしくは１つ以上のＩＭＳアプリケーション参照識別子（ＩＡＲＩ）値（３ＧＰＰ ＴＳ２４．２２９の副条項７．２Ａ．９．２に規定される通りコード化）を包含する、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｓｅｒｖｉｃｅヘッダフィールド、Ｐ−Ａｓｓｅｒｔｅｄ−Ｓｅｒｖｉｃｅヘッダフィールド、Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダフィールドを包含する場合、ＰＳＡＰへルーティングされるメッセージの再フォーマットがなされる場合がある。これらのＳＩＰ要求または応答を再フォーマットする時、ネットワーク要素は、連続ユーザエージェント（Ｂ２ＢＵＡ）またはプロキシの役割であることができることに留意すべきである。ネットワーク要素がＡＳである場合には、ＡＳとＳ−ＳＣＳＦまたはＩ−ＣＳＦとの間にサービス制御基準点のみがある、ちょうどその時には、ＡＳとＩＢＣＦ、Ｅ−ＣＳＣＦ、またはＰ−ＣＳＣＦのうちの少なくとも１つとの間に新規基準点が必要であることに留意すべきである。Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｓｅｒｖｉｃｅヘッダフィールド、Ｐ−Ａｓｓｅｒｔｅｄ−Ｓｅｒｖｉｃｅヘッダフィールドは、ＰＳＡＰまたは緊急センタへ転送されるべきである。Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダフィールドは、ＰＳＡＰでセッションを終端するＳＩＰユーザエージェントを選択する時に、相互作用を引き起こす場合があるので、ＩＣＳＩ値およびＩＡＲＩ値のために整えられるべきである。Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダフィールドがｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆメディア特徴タグを包含する場合、それらおよびそれら値は除去されなくてはならない。Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダフィールドがｇ．３ｇｐｐ．ａｐｐ＿ｒｅｆメディア特徴ＩＡＲＩＩタグを包含する場合、それらおよびそれら値は除去することができる。

言い換えると、“再フォーマット”と呼ばれるものは、暫定ＧＲＵＵから公開ＧＲＵＵへＧＲＵＵを変更することを含むことができる。ＵＥが不通であり、再登録しなくてはならない場合、暫定ＧＲＵＵは無効であるため、これがなされる。ＰＳＡＰは、ＵＥが登録を取り消し再登録した後は、暫定ＧＲＵＵにコールバックすることができない。その一方で、公開ＧＲＵＵは、ＵＥが登録を取り消し再登録した後でさえも、ルーティング可能であるという性質を有する（より完了しやすいように、その公開ＧＲＵＵへＰＳＡＰコールバックをする）。”更新”はまた、ＩＣＳＩまたはＩＡＲＩ特徴タグ、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｓｅｒｖｉｃｅヘッダフィールド、および／あるいはＰ−Ａｓｓｅｒｔｅｄ−Ｓｅｒｖｉｃｅヘッダフィールドを伝搬しないことも含むことができる。かかるタグまたはフィールドの存在により、ＰＳＡＰで要求の対処が歪曲され、例えば、地理的近接性および要求されるサービスのタイプではなく、ＵＥでサポートされるサービスに基づいて、要求がルーティングされる場合がある。通常、ＵＥ、Ｐ−ＣＳＣＦ、Ｅ−ＣＳＣＦ、およびＰＳＡＰの間のセッションパスに、Ｓ−ＳＣＳＦもなく、（マルチメディアテレフォニー）アプリケーションサーバもないため、ＵＥがサポートすると仮定されるこれらのサービスは、通常、緊急呼の間中は起動されない。そのため、緊急要求の一部としてそれに信号を送ることは（ＵＥは自分で作製する要求は通常の要求であると考えているため、ＵＥがそれは緊急要求であることに気付かず、ＩＣＳＩまたはＩＡＲＩ特徴タグ、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｓｅｒｖｉｃｅヘッダフィールド、および／あるいはＰ−Ａｓｓｅｒｔｅｄ−Ｓｅｒｖｉｃｅヘッダフィールドを含む時でさえ）、何の目的も達することなく、位置、要求されるサービスのタイプ、およびＲＦＣ３２６１手順に基づいて判定されるものよりも、他のＰＳＡＰまたはＰＳＡＰユーザエージェントへの要求をルーティングするのを損なう／ルーティングする結果となるのみである場合がある。より悪い場合のシナリオでは、ＰＳＡＰオペレータが、該サービスへのサポートを登録する場合、他のＰＳＡＰオペレータより高い緊急サービス要求の負荷を受ける場合があり、緊急応答の遅延を招く可能性がある。

ＩＭＳネットワーク１２０の中の構成要素が緊急サービス要求を拒絶する実施形態では、３００（複数選択）、３０１（恒久的に移動）、３０２（一時的に移動）、３８０（代替サービス）メッセージ等のＳＩＰ３ｘｘメッセージ、あるいはＳＩＰ４ｘｘ応答またはＳＩＰ６ｘｘ応答で応答することができる。ＳＩＰ３８０（代替サービス）は、好ましくは、ＵＥがＣＳ等の別のアクセス技術を試すか、または緊急登録によって作り出された状況等、別の安全な状況／登録を使用／作り出すべきであると示すのに使用される。メッセージはまた、ＵＥに現在の状況（緊急登録の結果として作り出されている場合がある）を使用しないように通知するのに使用することもできる。

以下は、ネットワークが要求を拒絶するように構成されてもよい場合である。ａ）ネットワークが緊急セッションに対処できない。ｂ）Ｐ−ＣＳＣＦが所属するＩＭ ＣＮサブシステムが、緊急セッションに対処できない。ｃ）ローカルポリシーのため、ネットワークが緊急セッションに対処できない。ｄ）ネットワークはあるタイプの緊急セッション要求のみに対処する。ｅ）ＵＥがローミング中である。ｆ）Ｐ−ＣＳＣＦが、ＵＥのホームオペレータのネットワークと異なるネットワークにある。ｇ）ネットワークが、ＵＥが配置される地理的位置、またはＵＥが連結するＩＰ−ＣＡＮのいずれかに対する緊急セッションをサポートしない。

３ｘｘリダイレクト応答は、現在連結されているネットワークでのみ無効であるか、またはルーティング可能であってもよいことに留意されたい。例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌは、ＵＥ１１０が連結／登録できるいくつかのネットワーク用のアドレス帳のみで、有効である場合がある。アドレス帳の中のアドレスの使用は、ＵＥ１１０が連結／登録されているオペレータまたは地域の条件次第であり得る。この緊急関連要求、または緊急事態に関連しないと判定された要求に対して、別のアドレスを使用するようＵＥを促す３ｘｘ応答に続くのは、存在する場合には、アドレス帳の中の対応するアドレス帳項目を単に変更するのみであるべきではない。

２つの例は、緊急セッション要求のタイプがサポートされていないために、ネットワークが要求を拒絶する場合を説明することができる。第１の例では、ＲＦＣ５０３１は、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌを次のように定義する。アニマルコントロールは、通常、他の動物関連サービスの中で、動物の制御および管理に関連する法律および条例を施行し、動物虐待の事例を調査し、責任のあるペット所有および野生保護について地域社会を教育し、家のない動物の収容および世話を提供する。いくつかの管轄では、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌへの要求は、ネットワークおよびオペレータ緊急手順（例えば、ＵＥが登録しないか、または不十分な認証情報を有する時に、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌへの要求を許可するか、または却下する）に従うという点で、緊急と分類されていない場合がある。そのように構成されている場合、ネットワークは、呼が実際には緊急でないという表示で拒絶するか、あるいは呼が実際には緊急でないという表示で拒絶し、例えば、接続するための異なるＵＲＩおよび／または数字列等の異なるＣＳネットワークアドレスの提供を実行させる代替ステップを提供するかのいずれかであり得る。緊急サービスＵＲＮはルーティング可能ではなく、Ｅ．１６４番号でもないため、ＵＥは、ルーティング可能なアドレスまたは番号の知識を失い続けることはできない場合があることに留意すべきである。それらの管轄では、ＵＥが緊急手順（３ＧＰＰ ＴＳ２４．００８に規定される通り）を実行する場合、それは不適切となるであろうし、ＵＥは、例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌに連絡する時に、拒絶を受信しても自動的に例えば、“９１１”または“１１２”に連絡するべきではない。

ＣＳ可能なＵＥが、ローカルＣＳ緊急番号の一覧を受信（例えば、位置更新手順の結果を受信）することは可能であることに留意すべきである。ＵＥは、ＣＳ緊急要求の中に要求された緊急サービスタイプを示し、ＧＰＰ ＴＳ２４．００８の手順を使用して、要求されたＰＳＡＰに接続し得る。例えば、次の表が存在する。

しかしながら、現在のところ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌのマッピングは存在しない。ＲＦＣ５０３１（例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ）に定義される通り、いくつかの他の緊急サービスのマッピングは、緊急カテゴリ値の対応するビットを設定することによってなすことができる（例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅは緊急サービスカテゴリ値のビット１にマッピングし、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅは緊急サービスカテゴリ値のビット２にマッピングし、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅは緊急サービスカテゴリ値のビット３にマッピングし、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅは緊急サービスカテゴリ値のビット４にマッピングし、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔｉａｎは緊急サービスカテゴリ値のビット５にマッピングする）。ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｈｙｓｉｃｉａｎ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｉｓｏｎ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｇａｓ等は、“１”に設定されるビットがない緊急サービスカテゴリ値にマッピングされ得、呼はオペレータの定義したデフォルトの緊急センタへルーティングされる。代替として、ＰＳＡＰがネットワークの中でサポートされない要求については、ＵＥは、通常のＳＩＰ要求をするように指示し得る（３ＧＰＰ ＴＳ２４．２２８の手順を使用）か、通常のＣＳ呼を設定し得る（３ＧＰＰ ＴＳ２４．００８の手順を使用）。ネットワークは、緊急サービスカテゴリ値にマッピングすることができない（すなわち、マッピングが標準化されているｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓのＵＲＮのうちの１つではない）、代替アドレスを示さないことによって、かかることを達成し得る（すなわち、マッピングが標準化されているｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓのＵＲＮのうちの１つではない）。緊急要求がＰＳＡＰによって受信されるが、ＰＳＡＰが要求に対処できず、ＳＩＰ３８０または類似のメッセージを返す時、所与のＵＲＮから緊急サービスカテゴリ値へのマッピングがＵＥには存在しない場合、呼はそのＣＳ ＰＳＡＰ Ｅ．１６４番号に自動的に設定されるものとする。

第２の例では、Ｐ−ＣＳＣＦは、緊急要求がｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅになされていると判定してもよい。しかしながら、例えば、オランダでは、警察への連絡は、定義ごとに、緊急手順を起動するのを保証しない。代わりに、“１１２”とは異なる特別な番号：０９００−８８４４が設定されている。他の例には、“１９”（警察（アルバニア））、“１００”（警察および消防（ギリシャの複数の都市））、“１００”（救急および消防（ベルギー））、“１１２”（警察および救急（イタリア））、“１１２”（一般緊急呼、全カテゴリ（スウェーデン））、“１１５”（消防（イタリア））、“１４４”（救急（オーストリア））、“^＊３７７”（テキサスでは、地元警察機関または公安部オフィス、緊急ではない路上支援）がある。かかる番号は、割増料金のサービスであってもよい。ネットワークがｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅへの呼を拒絶した場合、ＵＥが自動的に、例えば“９１１”または“１１２”に連絡すると不適当となり得、ネットワークが自動的に、通常の呼として、例えば０９００−８８４４に連絡する場合、ユーザはそれに気付かずに、自動的に割増料金の請求を受ける場合があるので、不適当であり得る。Ｐ−ＣＳＣＦは、ＳＩＰ３ｘｘ応答において、例えば、０９００−８８４４といった数字列を提供するような、代替のステップを提供し得る。しかしながら、数字列は、掛けられた呼の種類と提供された番号の種類とを示すように、数字列が表示されるべきであり、および／またはテキストメッセージが表示されるべきであると識別するメッセージの一部であってもよい。

一実施形態では、Ｐ−ＣＳＣＦは、緊急サービス識別子ごとの処理を示す、ローカルおよびローミングパートナーの緊急サービス識別子を伴う、設定可能な一覧を有する。要求を拒絶する時、代替緊急サービスのＵＲＩの設定可能な一覧は、例えば、ＳＩＰコンタクトヘッダフィールドの一部として信号を送られる、応答に含むことができる。これらの代替緊急サービスには、例えば、ＳＩＰコンタクトヘッダフィールドの一部として信号を送る時に、表示することができる英数字情報で注釈を付けることができる。代替緊急サービスはまた、必要な場合にのみ表示されるような、ＸＭＬ要素およびＸＭＬ属性を伴うＸＭＬ本体を使用して、識別することができる。

さらに別の実施形態では、Ｐ−ＣＳＣＦは、サポートしない緊急サービスタイプ（ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｉｓｏｎ等）への要求を拒絶はしないが、正常な手順を使用して、ユーザのホームネットワークＳ−ＣＳＣＦへ転送するためにそれを準備するであろう（Ｅ−ＣＳＣＦへ転送するのとは対照的に）。そのとき、ユーザのホームネットワークのＳ−ＳＣＳＦは、要求ＵＲＩ値に対処するように構成されるべきである。ＩＭＳネットワークはまた、地球の反対側であってもよい、ＵＥによって要求されるサービスが、依然として時宜にかなって、効率的に対処することができるように、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅでセッションを要求するユーザのローミングを考慮するように構成されてもよい。ＩＭＳネットワークは、呼が緊急呼でないと判定されており、その対処は異なるであろうという、ＳＩＰメッセージの表示をＵＥへ提供し得る。表示は、フラグおよび／または英数字の情報であり得る。このタイプのインジケータの可能な符号化は、本書類に示されている。

ＵＥ１１０がそのようなものとして認めることなく緊急呼を開始すると、ＩＭＳネットワーク構成要素が判定する場合に戻ると、一部の実施形態では、ＩＭＳネットワーク１２０は、ＵＥ１１０へ送信されるＳＩＰ応答に緊急呼インジケータ１６０を含む。この場合、インジケータ１６０は、呼設定シグナリング段階の間に提供される。他の実施形態では、緊急呼インジケータ１６０は、ＰＳＡＰ１３０から出ているメッセージに含まれる。次いで、ＩＭＳネットワーク１２０は、ＰＳＡＰ１３０からＵＥ１１０へメッセージを伝達する。

他の実施形態では、ＩＭＳネットワーク１２０の構成要素が、ＵＥ１１０へ送信されるＳＩＰ応答に緊急呼インジケータ１６０を含む場合、ＵＥ１１０は、現行のシグナリングを途中停止し、通常の緊急呼設定手順を開始することができるが、それは、能力があり利用可能な場合、あるいは緊急登録手順を開始するか、またはＳＩＰ ＩＮＶＩＴＥ要求が緊急関連呼要求であると示すインジケータを包含し、それに関する緊急関連情報を包含するＳＩＰ ＩＮＶＩＴＥ要求を送信した後の、回路交換ネットワーク上で発呼に関与してもよい。

ＵＥ１１０がＳＩＰメッセージ１７０に含む情報１８０に類似する情報は、異なる状況下で送信されたメッセージの中に、ＵＥ１１０が含まれる場合がある。これは図２に説明されており、図中、ＵＥ１１０、ＩＭＳネットワーク１２０、およびＰＳＡＰ１３０が再び存在する。しかしながら、この場合、ＰＳＡＰ１３０はＵＥ１１０へコールバックを開始する。当該分野において既知である通り、緊急呼が開始された後、ＰＳＡＰ１３０は、種々の理由でＵＥ１１０へコールバックを掛けてもよい。例えば、緊急呼が異常に終端されたように見える場合、ＰＳＡＰ１３０は、ＵＥユーザがいずれの付加情報を伝えたいかを判定するために、ＵＥ１１０にコールバックをする場合がある。代替として、ＰＳＡＰ１３０は、初期の呼では不注意で要求されなかった情報を尋ねるために、ユーザにコールバックする場合がある。緊急呼を終端した後に、ＰＳＡＰ１３０から緊急呼の発呼側へコールバックする他の理由は、当業者にはよく知られていてもよい。

ＰＳＡＰ１３０は、ＳＩＰ ＩＮＶＩＴＥメッセージ２１０または類似メッセージを、ＩＭＳネットワーク１２０を介してＵＥ１１０へ送信することによって、コールバックを開始する場合がある。実施形態では、ＳＩＰ ＩＮＶＩＴＥメッセージ２１０は、ＳＩＰ
ＩＮＶＩＴＥメッセージ２１０が緊急コールバックに関連すると示す、インジケータ２２０を包含する。インジケータ２２０は、図１のインジケータ１６０に実質的に類似であるか、またはある他のタイプのインジケータである場合がある。ＵＥ１１０は、インジケータ２２０がＰＳＡＰ１３０からの緊急コールバックの表示であると認めることができ、ポリシーに従い、緊急コールバック機能を呼び出すことによって、適切にインジケータ２２０に応答することができる。実施形態では、インジケータ２２０の受信へのＵＥ１１０の応答は、図１のインジケータ１６０を受信した時に、ＵＥ１１０が有した応答と実質的に類似である。

例えば、インジケータ２２０を認める時に、ＵＥ１１０が講じる場合がある１つの措置は、ユーザにセッションの種類を視覚的または可聴的に示すことである。すなわち、ＵＥ１１０は、入り呼が緊急コールバックであるとユーザに警告する場合がある。アラートは、ＵＥ１１０の表示画面上に表れるメッセージであるか、またはある他のタイプの呼の種類の表示である場合がある。ＵＥ１１０によって講じられる他の措置は、ポリシーに従いＵＥ１１０についての情報２４０を含む、ＳＩＰ２ｘｘまたは１ｘｘ応答（例えば、ＳＩＰ２００（ＯＫ）応答）２３０、または類似メッセージの伝送に関与し得る。代替として、ＳＩＰの制限のため、情報２４０は、いくつかのＳＩＰメッセージまたはネットワークメッセージ（例えば、ＵＥ提供のＩＰ−ＣＡＮアイデンティティ情報は完全には信用できない場合があり、したがってネットワーク条項に基づくメカニズム（例えば、ポリシーおよび課金（ＰＣＣ）を使用）はかかる情報を提供できる）で、もしくはＳＩＰ ＲＥ−ＩＮＶＩＴＥ要求またはＵＰＤＡＴＥ要求等のターゲットリフレッシュ要求内で、あるいはＳＩＰ ＰＲＡＣＫ要求の中で部分的に、伝送することができる。情報２４０は、図１のインジケータ１６０を受信した時に、ＵＥ１１０に提供される情報１８０に、実質的に類似する場合がある。

ＵＥ１１０がＰＳＡＰ１３０へ送信する場合がある１つの情報２４０は、ＵＥの公開ユーザアイデンティティまたはある他の識別記号である。ＵＥ１１０がＳＩＰ２００ＯＫメッセージ２３０で伝送する場合がある、別の情報２４０は、ＵＥ１１０が元の緊急呼に対して使用したアクセスのタイプである。例えば、緊急呼が無線ＬＡＮ上で掛けられた場合、ＵＥ１１０はセルＩＤ、回線ＩＤ、および／または無線ＬＡＮアクセスノードＩＤだけでなく、情報２４０の中のその事実を含む場合がある。

ＵＥ１１０が、例えば、ＧＰＳシステムの使用によってその地理的位置を認識している場合、ＵＥ１１０はその位置を別の情報２４０として含むことができる。ＵＥ１１０がその地理的位置を認識していない場合、位置関連データは情報２４０に含まれない。ＧＲＵＵがＵＥ１１０と関連付けられる場合、ＵＥのＧＲＵＵは別の情報２４０として含まれることができる。

代替実施形態では、ＰＳＡＰ１３０は回路交換（ＣＳ）呼を設定する場合があり、次いで、ＣＳ呼がＣＳゲートウェイにルーティングされる場合、ＣＳゲートウェイは、パケット交換技術において呼およびシグナリングを変換する場合がある。ＰＳＡＰ１３０からの入り呼によって誘起されると、ＣＳゲートウェイは、ＳＩＰ ＩＮＶＩＴＥメッセージ２１０または類似メッセージを、ＩＭＳネットワーク１２０を介してＵＥ１１０へ送信することによって、パケット交換技術によりコールバックを開始する場合がある。

図３は、ＵＥへ送信された緊急関連メッセージに応答する方法３００の実施形態を説明している。ブロック３１０では、ＵＥは、緊急関連呼が掛けられたということを示すインジケータを包含するメッセージを受信する。ある場合には、緊急関連呼は、呼が緊急事態に関連していたとＵＥが認識することなく、ＵＥによって掛けられている場合がある。他の場合には、緊急関連呼は、ＵＥからの以前の緊急呼に応じた、ＰＳＡＰからＵＥへのコールバックである場合がある。ブロック３２０では、ＵＥは、その第１のメッセージ（対話または単独のトランザクションに対する初期ＳＩＰ要求、あるいは未知の方法または類似メッセージ）が緊急事態に関連するという表示として、インジケータを認める。随意に、ブロック３３０では、ＵＥはＵＥユーザに、緊急関連呼が緊急事態に関連するという、視覚的、可聴的、または他の表示を提供する。ブロック３４０では、ＵＥはそれについての緊急関連情報を包含するメッセージを送信する。

本願に記載する開示は、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）２４．２２９“セッション確立プロトコル（ＳＩＰ）およびセッション記述プロトコル（ＳＤＰ）に基づく、インターネットプロトコル（ＩＰ）マルチメディア呼制御プロトコル；ステージ３”に対する、１つ以上の変形例として実装される場合がある。本開示の種々の実施形態に従う、ＴＳ２４．２２９への提案される追加物および変形例を、以下に提供する。

３ＧＰＰ ＴＳ２４．２２９への続く追加は、ＵＥが呼の開始を発する場合の初期ＩＮＶＩＴＥ要求に当てはまる。
ＵＥがＩＮＶＩＴＥ要求への３８０（代替サービス）応答を受信し、その応答が、１つ以上の緊急サービスＵＲＩを包含する＜ｔｙｐｅ＞子要素の“代替”属性を伴う、＜ａｌｔｅｒｎａｔｉｖｅ ｓｅｒｖｉｃｅ＞要素を含むＸＭＬ本体を包含する場合、ＵＥは、緊急サービスＵＲＩを使用するか、または３ＧＰＰ ＴＳ２４．００８［８］に記載される手順に従う呼設定を使用する、副条項５．１．３．１に記載される通り、正常呼を試みることができる。ＵＥの挙動は、＜ｔｙｐｅ＞子要素の“代替”属性が不在か、または緊急サービスＵＲＩを含まない場合に特定の実装である。

３ＧＰＰ ＴＳ２４．２２９への続く変形例は、一般緊急サービスに当てはまる。
Ｐ−ＣＳＣＦは、地域の緊急サービス識別子、すなわち、Ｐ−ＣＳＣＦが属するオペレータに対して有効である、緊急番号および緊急サービスＵＲＮの設定可能一覧を記憶することとする。それに加えて、Ｐ−ＣＳＣＦは、ローミングパートナーの緊急サービス識別子の設定可能一覧を記憶するものとする。地域およびローミングパートナーの緊急サービス識別子を伴う設定可能一覧は、緊急サービス識別子ごとに処置を示すものとする。要求が拒絶されるものとすると、処置が示した時、代替の緊急サービスＵＲＩの設定可能一覧が、応答に含まれていてもよい。

３ＧＰＰ ＴＳ２４．２２９への続く追加物は、緊急登録後のレジスタ方法以外の、全対話および単独のトランザクションに対する一般的処理に当てはまる。
Ｐ−ＣＳＣＦが対話または単独のトランザクション、あるいは未知の方法に対する初期要求の要求ＵＲＩが、ＶＰＬＭＮまたはＨＰＬＭＮの緊急サービス識別子において、サポートしていないタイプの緊急事態に合致する場合、Ｐ−ＣＳＣＦは、
−３８０（代替サービス）応答でＩＮＶＩＴＥ要求に応答するものとする。
−受け入れヘッダの中の３ＧＰＰ ＩＭＳ ＸＭＬ本体に対するサポートが示されない場合、ＵＥがＩＭ ＣＮサブシステムのＸＭＬ本体用のＸＭＬスキーマのバージョン１をサポートすると想定するものとする。
−３８０（代替サービス）応答に以下を含むものとする。
−副条項７．６．１に記載される通りの、３ＧＰＰ ＩＭＳ ＸＭＬ本体の関連するＭＩＭＥタイプに設定される値を伴う、コンテンツタイプヘッダフィールド
本体は以下を包含するものとする。
ａ）代替サービスのパラメータに設定される、＜ａｌｔｅｒｎａｔｉｖｅ−ｓｅｒｖｉｃｅ＞要素
ｂ）受け入れヘッダが、ＩＭ ＣＮサブシステムＸＭＬ本体用のＸＭＬスキーマのバージョン２に対するサポートを示す場合、
−そのとき、代替の緊急サービスＵＲＩの一覧に設定される“代替”属性を伴う、＜ｔｙｐｅ＞子要素−そうでなければ、“緊急”に設定される＜ｔｙｐｅ＞子要素
ｃ）オペレータにより設定可能な理由に設定される、＜ｒｅａｓｏｎ＞子要素
３ＧＰＰ ＴＳ２４．２２９への続く代替的追加物は、緊急登録後のレジスタ方法以外の、全対話および単独のトランザクションに対する一般的処理に当てはまる。
Ｐ−ＣＳＣＦが対話または単独のトランザクション、あるいは未知の方法に対する初期要求の要求ＵＲＩが、ＶＰＬＭＮまたはＨＰＬＭＮの緊急サービス識別子において、サポートされていないタイプの緊急事態に合致する場合、Ｐ−ＣＳＣＦは、
−３８０（代替サービス）応答でＩＮＶＩＴＥ要求に応答するものとする。
−受け入れヘッダの中の３ＧＰＰ ＩＭＳ ＸＭＬ本体に対するサポートが示されない場合、ＵＥがＩＭ ＣＮサブシステムのＸＭＬ本体用のＸＭＬスキーマのバージョン１をサポートすると想定するものとする。
−３８０（代替サービス）応答に以下を含むものとする。
−副条項７．６．１に記載される通りの、３ＧＰＰ ＩＭＳ ＸＭＬ本体の関連するＭＩＭＥタイプに設定される値を伴う、コンテンツタイプヘッダフィールド
本体は以下を包含するものとする。
ａ）代替サービスのパラメータに設定される、＜ａｌｔｅｒｎａｔｉｖｅ−ｓｅｒｖｉｃｅ＞要素
ｂ）代替の緊急サービスＵＲＩの一覧に設定される“代替”属性を伴う、＜ｔｙｐｅ＞子要素
ｃ）オペレータにより設定可能な理由に設定される、＜ｒｅａｓｏｎ＞子要素
３ＧＰＰ ＴＳ２４．２２９に対する続く変形例は、非緊急登録後のレジスタ方法以外の、全対話および単独のトランザクションに対する一般的処理に当てはまる。
Ｐ−ＣＳＣＦが対話または単独のトランザクション、あるいは未知の方法に対する初期要求を受信する場合、登録済みユーザに対して、Ｐ−ＣＳＣＦは、既知の緊急サービス識別子、すなわち、これらの設定可能な一覧からの緊急番号および緊急サービスＵＲＮに対する、受信されたルートヘッダの中の可能な入力の値から独立している要求ＵＲＩを検査するものとする。対話または単独のトランザクション、あるいは未知の方法に対する初期要求の要求ＵＲＩが、これらの一覧のうちのいずれかの中で、緊急サービス識別子のうちの１つと合致すると、Ｐ−ＣＳＣＦが検出した場合、Ｐ−ＣＳＣＦは、０）ＵＥの地理的位置を判定するものとする。アクセス技術の特定手順は、それぞれのアクセス技術の特定付録に記載されている。Ｐ−ＣＳＣＦが緊急セッションに対処できないか、ローカルポリシーのために、緊急セッションに対処しないか、あるタイプの緊急セッション要求に、あるいはＵＥが連結するかまたはＵＥがローミングするＩＰ−ＣＡＮのみに対処する場合か、もしくはＰ−ＣＳＣＦがＵＥのホームオペレータのネットワークとは異なるネットワークにある場合、そのとき、Ｐ−ＣＳＣＦは、
−ＵＥへの３８０（代替サービス）応答を戻すことによって、要求を拒絶するものとする。
−受け入れヘッダの３ＧＰＰ ＩＭＳ ＸＭＬ本体に対するサポートが示されない場合、ＵＥがＩＭ ＣＮサブシステムのＸＭＬ本体用のＸＭＬスキーマのバージョン１をサポートすると想定するものとする。
−３８０（代替サービス）応答に以下を含むものとする。
−副条項７．６．１に記載される通りの、３ＧＰＰ ＩＭＳ ＸＭＬ本体の関連するＭＩＭＥタイプに設定される値を伴う、コンテンツタイプヘッダフィールド
本体は以下を包含するものとする。
ａ）代替サービスのパラメータに設定される、＜ａｌｔｅｒｎａｔｉｖｅ−ｓｅｒｖｉｃｅ＞要素
ｂ）受け入れヘッダが、ＩＭ ＣＮサブシステムＸＭＬ本体用のＸＭＬスキーマのバージョン２に対するサポートを示す場合、
−そのとき、代替の緊急サービスＵＲＩの一覧に設定される“代替”属性を伴う、＜ｔｙｐｅ＞子要素−対話または単独のトランザクション、あるいは未知の方法に対する初期要求が、サポートされるタイプの緊急事態向けであった場合、＜ｔｙｐｅ＞子要素は、それがサポートされる緊急呼であったと示すように、“緊急”に設定される。
−そうでなければ、“緊急”に設定される＜ｔｙｐｅ＞子要素
ｃ）オペレータにより設定可能な理由に設定される、＜ｒｅａｓｏｎ＞子要素
ｄ）要求が要求ＵＲＩに緊急サービスＵＲＮを含んでいた場合に、“緊急登録”に設定される＜ａｃｔｉｏｎ＞子要素
注１：ローミングとは、ＵＥがホームＩＭ ＣＮサブシステムのサービスの地理的エリアの外側である、地理的エリアにある時のことである。
注１ａ：“ｓｉｐ：９１１＠ｅｘａｍｐｌｅ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ”は、代替の緊急サービスＵＲＩであり得る。“ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌ”は、サポートされていないタイプの緊急呼であり得る。
注２：要求−ＵＲＩの緊急サービスＵＲＮは、緊急呼の試みはＵＥによって認められると、ネットワークに対して示す。

３ＧＰＰ ＴＳ２４．２２９に対する続く代替変形例は、非緊急登録後のレジスタ方法以外の、全対話および単独のトランザクションに対する一般的処理に当てはまる。
Ｐ−ＣＳＣＦが対話または単独のトランザクション、あるいは未知の方法に対する初期要求を受信する場合、登録済みユーザに対して、Ｐ−ＣＳＣＦは、既知の緊急サービス識別子、すなわち、これらの設定可能な一覧からの緊急番号および緊急サービスＵＲＮに対する、受信されたルートヘッダの中の可能な入力の値から独立している要求ＵＲＩを検査するものとする。対話または単独のトランザクション、あるいは未知の方法に対する初期要求の要求ＵＲＩが、これらの一覧のうちのいずれかの中で、緊急サービス識別子のうちの１つと合致すると、Ｐ−ＣＳＣＦが検出した場合、Ｐ−ＣＳＣＦは、
０）ＵＥの地理的位置を判定するものとする。アクセス技術の特定手順は、それぞれのアクセス技術の特定付録に記載されている。Ｐ−ＣＳＣＦが緊急セッションに対処できない場合、もしくはローカルポリシーのために、緊急セッションに対処しない場合、もしくはあるタイプの緊急セッション要求、あるいはＵＥが連結するか、またはＵＥがローミングするＩＰ−ＣＡＮのみに対処する場合、もしくはＰ−ＣＳＣＦがＵＥのホームオペレータのネットワークとは異なるネットワークにある場合、そのとき、Ｐ−ＣＳＣＦは、−ＵＥへの３８０（代替サービス）応答を戻すことによって、要求を拒絶するものとする。
−受け入れヘッダの３ＧＰＰ ＩＭＳ ＸＭＬ本体に対するサポートが示されない場合、ＵＥがＩＭ ＣＮサブシステムのＸＭＬ本体用のＸＭＬスキーマのバージョン１をサポートすると想定するものとする。
−３８０（代替サービス）応答に以下を含むものとする。
−副条項７．６．１に記載される通りの、３ＧＰＰ ＩＭＳ ＸＭＬ本体の関連するＭＩＭＥタイプに設定される値を伴う、コンテンツタイプヘッダフィールド
本体は以下を包含するものとする。
ａ）代替サービスのパラメータに設定される、＜ａｌｔｅｒｎａｔｉｖｅ−ｓｅｒｖｉｃｅ＞要素
ｂ）代替の緊急サービスＵＲＩの一覧に設定される“代替”属性を伴う、＜ｔｙｐｅ＞子要素
−対話または単独のトランザクション、あるいは未知の方法に対する初期要求が、サポートされるタイプの緊急事態向けである場合、＜ｔｙｐｅ＞子要素は、それがサポートされる緊急呼であったと示すように、“緊急”に設定される。
ｃ）オペレータにより設定可能な理由に設定される、＜ｒｅａｓｏｎ＞子要素
ｄ）要求が、要求ＵＲＩに緊急サービスＵＲＮを含んでいた場合に、“緊急登録”に設定される＜ａｃｔｉｏｎ＞子要素
注１：ローミングとは、ＵＥがホームＩＭ ＣＮサブシステムのサービスの地理的エリアの外側である、地理的エリアにある時のことである。
注２：要求−ＵＲＩの緊急サービスＵＲＮは、ネットワークに対して緊急呼の試みがＵＥによって認められると示す。

３ＧＰＰ ＴＳ２４．２２９に対する続く変形例は、異常な場合に当てはまる。
Ｐ−ＣＳＣＦが属するＩＭ ＣＮサブシステムが、ＵＥが位置する地理的位置、またはＵＥが連結するＩＰ−ＣＡＮのいずれかに対する、緊急セッションに対処できないか、ローカルポリシーのために、緊急セッションに対処しないか、あるタイプの緊急セッション要求のみに対処するか、あるいは緊急セッションをサポートしないかの場合、Ｐ−ＣＳＣＦは、ＩＮＶＩＴＥ要求を転送することとする。Ｐ−ＣＳＣＦは、
−３８０（代替サービス）応答でＩＮＶＩＴＥ要求に応答するものとする。
−受け入れヘッダの３ＧＰＰ ＩＭＳ ＸＭＬ本体に対するサポートが示されない場合、ＵＥがＩＭ ＣＮサブシステムのＸＭＬ本体用のＸＭＬスキーマのバージョン１をサポートすると想定するものとする。
−３８０（代替サービス）応答に以下を含むものとする。
−副条項７．６．１に記載される通りの、３ＧＰＰ ＩＭＳ ＸＭＬ本体の関連するＭＩＭＥタイプに設定される値を伴う、コンテンツタイプヘッダフィールド
本体は以下を包含するものとする。
ａ）代替サービスのパラメータに設定される、＜ａｌｔｅｒｎａｔｉｖｅ−ｓｅｒｖｉｃｅ＞要素
ｂ）受け入れヘッダが、ＩＭ ＣＮサブシステムＸＭＬ本体用のＸＭＬスキーマのバージョン２に対するサポートを示す場合は、
−そのとき、代替の緊急サービスＵＲＩの一覧に設定される“代替”属性を伴う、＜ｔｙｐｅ＞子要素
−対話または単独のトランザクション、あるいは未知の方法に対する初期要求が、サポートされるタイプの緊急事態向けであった場合、＜ｔｙｐｅ＞子要素は、それがサポートされる緊急呼であったと示すように、“緊急”に設定される。
−そうでなければ、“緊急”に設定される＜ｔｙｐｅ＞子要素
ｃ）オペレータにより設定可能な理由に設定される、＜ｒｅａｓｏｎ＞子要素
ｄ）要求が、要求ＵＲＩに緊急サービスＵＲＮを含んでいた場合に、“緊急登録”に設定される＜ａｃｔｉｏｎ＞子要素
注１：要求ＵＲＩの緊急サービスＵＲＮは、緊急呼の試みはＵＥによって認められると、ネットワークに対して示す。
注１ａ：“ｓｉｐ：９１１＠ｅｘａｍｐｌｅ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ”は、代替の緊急サービスＵＲＩであり得る。“ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｉｎａｌ−ｃｏｎｔｒｏｌ”は、サポートしていないタイプの緊急呼であり得る。
注２：いくつかのネットワークは、緊急サービスＵＲＮ、すなわち、ｄｒａｆｔ−ｉｅｔｆ−ｅｃｒｉｔ−ｓｅｒｖｉｃｅ−ｕｒｎ［６９］に規定される通り、トップレベルのサービスタイプの“ｓｏｓ”を伴うサービスＵＲＮを包含する要求ＵＲＩによるセッション要求のみを可能とする。

３ＧＰＰ ＴＳ２４．２２９に対する続く代替変形例は、異常な場合に当てはまる。
Ｐ−ＣＳＣＦが属するＩＭ ＣＮサブシステムが、ＵＥが位置する地理的位置、またはＵＥが連結するＩＰ−ＣＡＮのいずれかに対する、緊急セッションに対処できないか、ローカルポリシーのために、緊急セッションに対処しないか、あるタイプの緊急セッション要求のみに対処するか、あるいは緊急セッションをサポートしないかの場合、Ｐ−ＣＳＣＦは、ＩＮＶＩＴＥ要求を転送することとする。Ｐ−ＣＳＣＦは、
−３８０（代替サービス）応答でＩＮＶＩＴＥ要求に応答するものとする。
−受け入れヘッダの３ＧＰＰ ＩＭＳ ＸＭＬ本体に対するサポートが示されない場合、ＵＥがＩＭ ＣＮサブシステムのＸＭＬ本体用のＸＭＬスキーマのバージョン１をサポートすると想定するものとする。
−３８０（代替サービス）応答に以下を含むものとする。
−副条項７．６．１に記載される通りの、３ＧＰＰ ＩＭＳ ＸＭＬ本体の関連するＭＩＭＥタイプに設定される値を伴う、コンテンツタイプヘッダフィールド
本体は以下を包含するものとする。
ａ）代替サービスのパラメータに設定される、＜ａｌｔｅｒｎａｔｉｖｅ−ｓｅｒｖｉｃｅ＞要素
ｂ）代替の緊急サービスＵＲＩの一覧に設定される“代替”属性を伴う、＜ｔｙｐｅ＞子要素
−対話または単独のトランザクション、あるいは未知の方法に対する初期要求が、サポートされるタイプの緊急事態向けであった場合、＜ｔｙｐｅ＞子要素は、それがサポートされる緊急呼であったと示すように、“緊急”に設定される。
ｃ）オペレータにより設定可能な理由に設定される、＜ｒｅａｓｏｎ＞子要素
ｄ）要求が、要求ＵＲＩに緊急サービスＵＲＮを含んでいた場合に、“緊急登録”に設定される＜ａｃｔｉｏｎ＞子要素
注１：要求−ＵＲＩの緊急サービスＵＲＮは、緊急呼の試みはＵＥによって認められると、ネットワークに対して示す。
注２：いくつかのネットワークは、緊急サービスＵＲＮ、すなわち、ｄｒａｆｔ−ｉｅｔｆ−ｅｃｒｉｔ−ｓｅｒｖｉｃｅ−ｕｒｎ［６９］に規定される通り、トップレベルのサービスタイプの“ｓｏｓ”を伴うサービスＵＲＮを包含する要求ＵＲＩによるセッション要求のみを可能とする。

続く変形例は、本願で開示する実施形態のうちの１つ以上を実装するように、３ＧＰＰ
ＩＭ ＣＮサブシステムのＸＭＬ本体のＸＭＬスキーマに対してなされる場合がある。：

＜ａｃｔｉｏｎ＞要素は、本書類では、“代替（ａｌｔｅｒｎａｔｅ）”属性および値”緊急登録（ｅｍｅｒｇｅｎｃｙ−ｒｅｇｉｓｔｒａｔｉｏｎ）”を包含する。“代替（ａｌｔｅｒｎａｔｅ）”属性は、代替の緊急サービスＵＲＩの一覧に設定することができる。

３ＧＰＰ ＴＳ２４．２２９に対する続く２つの追加は、レジスタ方法以外の全ての方法に適用可能な、一般的手順に当てはまる。
ＡＣＫおよびＣＡＮＣＥＬ以外の、対話または単独のトランザクション、あるいは未知の方法に対する初期要求を生成すると、ＵＥは、“アプリケーション／ｓｄｐ”を伴う受け入れヘッダと、３ＧＰＰ ＩＭＳ ＸＭＬ本体と関連付けられるＭＩＭＥタイプ（副条項７．６．１参照）と、ＵＥが進んで受け入れ、かつ受け入れることができるいずれの他のＭＩＭＥタイプとを含むものとする。ＵＥが、対話または単独のトランザクション、あるいは未知の方法に対する初期要求への３８０（代替サービス）応答を受信し、応答が、“緊急”に設定される子要素を伴う、＜ａｌｔｅｒｎａｔｉｖｅ ｓｅｒｖｉｃｅ＞要素を含む、副条項７．６に含まれる通りのＩＭ ＣＮサブシステムＸＭＬ本体を含む場合、ＵＥは副条項５．１．６に記載される通り、緊急呼を試みるものとする。
対話または単独のトランザクション、あるいは未知の方法に対する１ｘｘまたは２ｘｘ応答が、緊急セッションインジケータを包含する場合、そのときＵＥは、ＲＦＣ３２６１［２６］に従い、ＲＥ−ＩＮＶＩＴＥ要求方法を送信するものとする。
１）ＵＥは、セッションの種類をユーザに示すものとする。
注１７ ＵＥは、使用のこのバージョンでは、公開ユーザアイデンティティを含む発信元（Ｆｒｏｍ）ヘッダも、公開ユーザアイデンティティに関連付けられるｔｅｌ ＵＲＩも変更しない。
２）ＵＥへ利用可能である場合、および副条項７．２Ａ．４に規定される通りのアクセスタイプに対して定義される場合、ＵＥは、Ｐ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダを含むものとし、セルＩＤ、回線ＩＤ、またはＩ−ＷＬＡＮアクセスノードのアイデンティティ等、位置識別子を包含するものとする。
注１８：３ＧＰＰ ＴＳ２３．１６７［４Ｂ］のＩＭＳ緊急仕様は、どのようにＵＥがアクセスネットワークまたはサーバから、その位置情報を得ることができるか、いくつかの方法を記載する。かかる方法は、本仕様の範囲の中にはない。
３）ＵＥは、公開ユーザアイデンティティ、または副条項４．２に記載される通りの公開ユーザアイデンティティに関連付けられるｔｅｌ ＵＲＩを含む、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙを挿入するものとする。
４）ＵＥが、その利用可能な位置情報を有する場合、そのときＵＥは、以下のようにそれを含むものとする。
−ＵＥが、どこにＵＥの位置が記憶されるかを指し示すＵＲＩを認識する場合、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｌｏｃａｔｉｏｎ−ｃｏｎｖｅｙａｎｃｅ［８９］に従い、地理位置ヘッダにＵＲＩを含むものとする。または、−ＵＥの地理的位置情報がＵＥに利用可能である場合、ＲＦＣ４１１９［９０］に従い、ＰＩＤＦ位置オブジェクトとしてその地理的位置情報を含み、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｌｏｃａｔｉｏｎ−ｃｏｎｖｅｙａｎｃｅ［８９］に従い、コンテンツタイプアプリケーション／ｐｉｄｆ＋ｘｍｌを伴うメッセージ本文に、位置オブジェクトを含むものとする。地理位置ヘッダは、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｌｏｃａｔｉｏｎ−ｃｏｎｖｅｙａｎｃｅ［８９］に従い、コンテンツＩＤに設定される。
５）ＵＥが、利用可能な地理的位置情報を有さない場合、ＵＥは、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｌｏｃａｔｉｏｎ−ｃｏｎｖｅｙａｎｃｅ［８９］に規定される通り、いずれの地理的位置情報を含まないものとする。
６）公開ＧＲＵＵ値（ｐｕｂ−ｇｒｕｕ）が公開ユーザアイデンティティと関連付けられて保存されており、ＵＥはＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙのプライバシーを示さない場合、そのときＵＥは、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕ［９３］に規定される通り、公開ＧＲＵＵ（ｐｕｂ−ｇｒｕｕ）値をコンタクトヘッダに挿入するものとする。；そうでなければ、ＵＥは、コンタクトヘッダの中のアドレスに、保護されたサーバポートを含むものとする。
注１９ ＲＦＣ３２６１［２６］に従い、別のＩＮＶＩＴＥトランザクションがいずれかの方向に進行中である間、ＲＥ−ＩＮＶＩＴＥ要求は送信することができない。
注２０ このＲＥ−ＩＮＶＩＴＥ要求は、セッションパラメータを変更する必要はない。注２１：ドメイン部分が現在のＰ−ＣＳＣＦまたはＳ−ＣＳＣＦプロバイダに属する時に、ＵＥのものだけが、ＵＲＩを提供する選択肢を使用することが提案されている。これはネットワークオペレータが、エンドユーザに提供する必要のある案内についての問題である。緊急呼を掛けているＵＥに対してのみ解決可能であるＵＲＩは、望ましくない。
注２２：対話の間、ＵＥのＩＰ−ＣＡＮへの連結点は、変更することができる（例えば、ＵＥが異なるセルに接続する）。ＵＥは、ＩＰ−ＣＡＮへの連結の現在点（例えば、現在のセル情報）を伴う、対話内のいずれの要求（ＡＣＫ要求およびＣＡＮＣＥＬ要求以外）、または応答（ＣＡＮＣＥＬ応答以外）で、Ｐ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダを加えるであろう。

ＰＳＡＰがネットワークの信頼ドメイン内にある場合、位置およびアクセスネットワーク情報の除去を含む、プライバシーの適用は、Ｅ−ＣＳＣＦ、ＩＢＣＦ、またはその他等のＩＭＳネットワーク要素によって行うことができる。“セッション”プライバシーが要求される（すなわち、Ｐ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダフィールドが大部分のＳＩＰメッセージに存在するため、プライバシーヘッダフィールドは値“セッション”を含むように設定される）ことが好ましい場合がある。Ｅ−ＣＳＣＦが、最も適用可能なＰＳＡＰを判定し、要求をＰＳＡＰまたは緊急応答センタへルーティングする時に、それを使用することができるように、位置を受信することが好ましい場合もある。ＲＦＣ４２４４に従うプライバシー要件がまた当てはまる場合もあるが、現在のところ、緊急サービス要求に履歴情報を含むことを予見する手順はない。３ＧＰＰ ＴＳ２４．２２９に対する続く２つの追加物は、Ｅ−ＣＳＣＦで手順に当てはまる。
Ｅ−ＣＳＣＦが、プライバシーを要求する対話、またはプライバシーを要求する単独のトランザクションに対する要求、もしくはプライバシーを要求するＵＥ発の対話、またはプライバシーを要求するＵＥ発の単独のトランザクションに関連するいずれの要求あるいは応答を受信する時、および地元オペレータのポリシーが、公開ユーザ識別子および位置情報の抑制のために、ユーザ要求を可能にする場合、Ｅ−ＣＳＣＦは、
−プライバシーに関するＲＦＣ３３２３［３３］、およびＲＦＣ３３２５［３４］によって必要とされるいずれのプライバシーを、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダに適用するものとする。
−存在する場合には、Ｐ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダフィールドを除去するものとする。
−存在する場合には、メッセージの本文から位置オブジェクトを除去し、コンテンツタイプヘッダフィールドからコンテンツタイプアプリケーション／ｐｉｄｆ＋ｘｍｌを除去するものとする。
−存在する場合には、地理位置情報ヘッダフィールドを除去するものとする。
注：オペレータポリシー（例えば、緊急通信のサポート向け要件）は、抑制に対するユーザ要求を覆してもよい。
６）位置情報および任意のタイプの緊急サービスに基づいて、以下を選択するものとする。
−ＩＭ ＣＮサブシステムネットワークに接続するＰＳＡＰ、かつＰＳＡＰ ＵＲＩを最上位のルートヘッダに追加するものとする。；または
注３：ユーザがプライバシーを要求しなかった場合、Ｅ−ＣＳＣＦは、副条項７．２Ａ．４に規定される通りアクセスタイプ用に定義されていれば、位置識別子を包含するＰ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダを、ＰＳＡＰへ伝える。
−ＰＳＴＮのＰＳＡＰ、かつＢＧＣＦ ＵＲＩを最上位のルートヘッダに追加し、ＰＳＡＰのアドレスを指定するように、ｔｅｌ ＵＲＩフォーマットのＰＳＡＰ ＵＲＩを、ＰＳＴＮ／ＣＳドメインで使用される項目を伴う要求ＵＲＩに追加するものとする。
注４：ユーザがプライバシーを要求しなかった場合、Ｅ−ＣＳＣＦは、副条項７．２Ａ．４に規定される通りアクセスタイプ用に定義されていれば、位置識別子を包含するＰ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダを、ＭＧＣＦへ伝える。ＭＧＣＦは、ＩＮＶＩＴＥに含まれていれば、位置情報を（すなわち、ＰＩＤＦ−ＬＯの地理的位置情報、およびＰ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダの位置識別子の両方）ＩＳＵＰシグナリングに翻訳することができる。３ＧＰＰ ＴＳ２９．１６３［１１Ｂ］参照。注５：Ｅ−ＣＳＣＦは、ＬＲＦからの位置情報およびルーティング情報を要求することができる。例えば、Ｅ−ＣＳＣＦは、位置識別子をＬＲＦに送信することができ、ＬＲＦは位置識別子を、ＬＲＦがＥ−ＣＳＣＦに送信する対応する地理的位置情報へマッピングする。ＬＲＦは、位置情報を適したＰＳＡＰ／ＥＣ ＵＲＩへ変換するように、ＲＤＦを呼び出すことができる。位置情報およびＰＳＡＰ ＵＲＩの両方は、Ｅ−ＣＳＣＦへ戻される。
注６：ＰＳＡＰアドレスがｔｅｌ ＵＲＩである時、Ｅ−ＣＳＣＦが次のホップアドレスを判定する手段は、処理系依存である。
７）ユーザがプライバシーを要求しなかった場合、およびＥ−ＣＳＣＦがＬＲＦから参照番号を受信する場合、Ｅ−ＣＳＣＦは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダに参照番号を含むものとする。
注７：参照番号は、ＰＳＡＰとＬＲＦとの間の通信に使用される。

図４は、ＵＥ１１０の実施形態を含む、無線通信システムを図示する。ＵＥ１１０は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として図示されているが、ＵＥ１１０は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、携帯用コンピュータ、タブレットコンピュータ、またはラップトップコンピュータを含む、種々の形態を成してもよい。多くの好適なデバイスは、これらの機能のうちのいくつかはまた全てを組み合わせる。本開示のいくつかの実施形態では、ＵＥ１１０は、携帯用、ラップトップ、またはタブレットコンピュータのような汎用計算デバイスではないが、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ等の専用通信デバイスである。別の実施形態では、ＵＥ１１０は、携帯用、ラップトップ、または他の計算デバイスであってもよい。ＵＥ１１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等の特殊活動を支援してもよい。

ＵＥ１１０は、ディスプレイ４０２を含む。ＵＥ１１０はまた、ユーザによる入力のために、概して４０４と呼ばれるタッチセンサ式表面、キーボード、または他の入力キーを含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。ＵＥ１１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するための他のインジケータを提示してもよい。ＵＥ１１０はさらに、ダイヤルする番号、またはＵＥ１１０の動作を構成するための種々のパラメータを含む、ユーザからのデータ入力を受け取ってもよい。ＵＥ１１０はさらに、ユーザコマンドに応じて、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に反応して種々のカスタマイズされた機能を果たすようにＵＥ１１０を構成してもよい。加えて、ＵＥ１１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＥ１１０から、無線でプログラムおよび／または構成されてもよい。

ＵＥ１１０によって実行可能な種々のアプリケーションの中には、ディスプレイ４０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＥ１１０、または任意の他の無線通信ネットワークあるいはシステム４００との無線通信を介して、取得されてもよい。ネットワーク４００は、インターネット等の有線ネットワーク４０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＥ１１０は、サーバ４１０等の種々のサーバ上の情報にアクセスできる。サーバ４１０は、ディスプレイ４０２上に示されてもよいコンテンツを提供してもよい。代替として、ＵＥ１１０は、リレー型またはホップ型の接続で、仲介の役割を果たすピアＵＥ１１０を通してネットワーク４００にアクセスしてもよい。

図５は、ＵＥ１１０のブロック図を示す。ＵＥ１１０の種々の既知の構成要素が描写されているが、実施形態では、記載された構成要素および／または記載されていない付加的な構成要素の一部が、ＵＥ１１０に含まれてもよい。ＵＥ１１０は、デジタル信号プロセッサ（ＤＳＰ）５０２と、メモリ５０４とを含む。示されるように、ＵＥ１１０はさらに、アンテナおよびフロントエンドユニット５０６と、無線周波数（ＲＦ）送受信機５０８と、アナログベースバンド処理ユニット５１０と、マイクロホン５１２と、イヤホンスピーカ５１４と、ヘッドセットポート５１６と、入力／出力インターフェース５１８と、可撤性メモリカード５２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート５２２と、短距離無線通信サブシステム５２４と、アラート５２６と、キーパッド５２８と、タッチセンサ式表面を含んでもよい液晶ディスプレイ（ＬＣＤ）５３０と、ＬＣＤコントローラ５３２と、電荷結合素子（ＣＣＤ）カメラ５３４と、カメラコントローラ５３６と、グローバルポジショニングシステム（ＧＰＳ）センサ５３８とを含んでもよい。実施形態では、ＵＥ１１０は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含んでもよい。実施形態では、ＤＳＰ５０２は、入力／出力インターフェース５１８を通過せずに、メモリ５０４と直接通信してもよい。

ＤＳＰ５０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ５０４に記憶された、またはＤＳＰ５０２自体内に含有されるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、ＵＥ１１０の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ５０２は、メモリ５０４に記憶された、または、可撤性メモリカード５２０のような携帯用データ記憶媒体等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となった、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ５０２を構成する、コンパイルされた一式の機械可読命令を備えてもよく、または、アプリケーションソフトウェアは、ＤＳＰ５０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。

アンテナおよびフロントエンドユニット５０６は、無線信号と電気信号との間で変換するように提供されてもよく、ＵＥ１１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＥ１１０から、情報を送受信することを可能にする。実施形態では、アンテナおよびフロントエンドユニット５０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作を支援するように、複数のアンテナを含んでもよい。当業者に公知であるように、ＭＩＭＯ動作は、困難なチャネルを克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供してもよい。アンテナおよびフロントエンドユニット５０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含んでもよい。

ＲＦ送受信機５０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット５１０および／またはＤＳＰ５０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機５０８、アンテナおよびフロントエンド５０６の複数部分、およびアナログベースバンド処理ユニット５１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。

アナログベースバンド処理ユニット５１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン５１２およびヘッドセット５１６からの入力、ならびにイヤホン５１４およびヘッドセット５１６への出力のアナログ処理を提供してもよい。そのためには、アナログベースバンド処理ユニット５１０は、ＵＥ１１０が携帯電話として使用されることを可能にする、内蔵マイクロホン５１２およびイヤホンスピーカ５１４に接続するためのポートを有してもよい。アナログベースバンド処理ユニット５１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット５１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供してもよい。いくつかの実施形態では、アナログベースバンド処理ユニット５１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ５０２によって、または他の中央処理ユニットによって提供されてもよい。

ＤＳＰ５０２は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行ってもよい。実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ５０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ５０２は、逆拡散、デインターリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ５０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ５０２は、周期的接頭辞除去、高速フーリエ変換、デインターリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ５０２によって行われてもよい。

ＤＳＰ５０２は、アナログベースバンド処理ユニット５１０を介して無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供してもよく、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、およびＥメールおよびテキストメッセージを送受信することを可能にする。入力／出力インターフェース５１８は、ＤＳＰ５０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ５０４および可撤性メモリカード５２０は、ソフトウェアおよびデータを提供して、ＤＳＰ５０２の動作を構成してもよい。インターフェースの中には、ＵＳＢインターフェース５２２および短距離無線通信サブシステム５２４があってもよい。ＵＳＢインターフェース５２２は、ＵＥ１１０を充電するために使用されてもよく、また、ＵＥ１１０が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にしてもよい。短距離無線通信サブシステム５２４は、赤外線ポート、ブルートゥースインターフェース、ＩＥＥＥ８０２．１１準拠の無線インターフェース、またはいずれの他の短距離無線通信サブシステムを含んでもよく、それによって、ＵＥ１１０が他のすぐ近くのＵＥおよび／または無線基地局と無線で通信することが可能となる場合がある。

入力／出力インターフェース５１８はさらに、誘起されると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＥ１１０にユーザへ通知を提供させる、アラート５２６にＤＳＰ５０２を接続してもよい。アラート５２６は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々の事象のうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。

キーパッド５２８は、インターフェース５１８を介してＤＳＰ５０２に連結し、ユーザが選択を行う、情報を入力する、そうでなければＵＥ１１０に入力を提供するための１つの機構を提供する。キーボード５２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示してもよい、ＬＣＤ５３０であってもよい。ＬＣＤコントローラ５３２は、ＤＳＰ５０２をＬＣＤ５３０に連結する。

ＣＣＤカメラ５３４は、装備された場合、ＵＥ１１０がデジタル写真を撮ることを可能にする。ＤＳＰ５０２は、カメラコントローラ５３６を介してＣＣＤカメラ５３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ５３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ５０２に連結され、それにより、ＵＥ１１０がその位置を判定することを可能にする。種々の他の周辺機器もまた、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。

図６は、ＤＳＰ５０２によって実装されてもよい、ソフトウェア環境６０２を説明している。ＤＳＰ５０２は、ソフトウェアの残りが作動するプラットフォームを提供する、オペレーティングシステムドライバ６０４を実行する。オペレーティングシステムドライバ６０４は、アプリケーションソフトウェアにアクセス可能な標準インターフェース付きのノードのハードウェアに、ドライバを提供する。オペレーティングシステムドライバ６０４は、ＵＥ１１０上で動作するアプリケーション間の制御を伝達する、アプリケーション管理サービス（“ＡＭＳ”）６０６を含む。また、図６には、ウェブブラウザアプリケーション６０８、メディアプレーヤアプリケーション６１０、および（登録商標）アプレット６１２が示されている。ウェブブラウザアプリケーション６０８は、ウェブブラウザとして作動するようにＵＥ１１０を構成し、ユーザは情報を書式に入力し、ウェブページを検索し閲覧するように、リンクを選択できる。メディアプレーヤアプリケーション６１０は、音声または視聴覚媒体を検索し再生するように、ＵＥ１１０を構成する。ＪＡＶＡ（登録商標）アプレット６１２は、ゲーム、ユーティリティ、および他の機能性を提供するように、ＵＥ１１０を構成する。構成要素６１４は、本願に記載の機能性を提供する場合がある。

上記のＵＥ１１０および他の構成要素は、上記の働きに関連する指示を実行できる、処理構成要素を含む場合がある。図７は、本願に開示する１つ以上の実施形態を実装するのに適切な、処理構成要素１３１０を含むシステム１３００の例を説明している。プロセッサ１３１０（中央プロセッサユニットまたはＣＰＵと呼ばれる場合がある）に加えて、システム１３００は、ネットワーク接続性デバイス１３２０、ランダムアクセスメモリ（ＲＡＭ）１３３０、読み取り専用メモリ（ＲＯＭ）１３４０、次記憶装置１３５０、および入力／出力（Ｉ／Ｏ）デバイス１３６０を含む場合がある。ある場合には、これらの構成要素のうちのいくつかは、存在しなくてもよいか、あるいは相互にまたは図示されない他の構成要素との種々の組み合わせで組み合わされてもよい。これらの構成要素は、単一の物理エンティティの中、または１より多い物理エンティティの中に位置する場合がある。プロセッサ１３１０によって講じられていると本願に記載するいずれの措置も、プロセッサ１３１０のみ、あるいは図中に示される、または示されない１つ以上の構成要素と協同するプロセッサ１３１０によって講じられる場合がある。

プロセッサ１３１０は、ネットワーク接続性デバイス１３２０、ＲＡＭ１３３０、ＲＯＭ１３４０、または２次記憶装置１３５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスしてもよい、指示、コード、コンピュータプログラム、あるいはスクリプトを実行する。１つのプロセッサ１３１０のみが示されている一方で、複数のプロセッサが存在してもよい。それゆえ、指示が、プロセッサによって実行されていると述べられる場合がある一方で、指示は、同時に、順次、あるいはそうでなければ１つまたは複数のプロセッサによって実行されてもよい。プロセッサ１３１０は、１つ以上のＣＰＵチップとして実装されてもよい。

ネットワーク接続性デバイス１３２０は、モデム、集合モデム、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバー分散データインタフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス方式（ＣＤＭＡ）および／またはモバイル通信用グローバルシステム（ＧＳＭ）無線送受信機デバイス等の無線送受信機デバイス、およびネットワークに接続するための他の良く知られたデバイスの形態を取ってもよい。これらのネットワーク接続性デバイス１３２０によって、プロセッサ１３１０がその元から情報を受信する場合があるか、またはプロセッサ１３１０がその先へ情報を出力する場合がある、インターネット、あるいは電気無線通信ネットワークまたは他のネットワークと、プロセッサ１３１０が通信することが可能になってもよい。

ネットワーク接続性デバイス１３２０はまた、無線周波数信号またはマイクロ波周波数信号等、電磁波の形態でデータを無線で伝送および／または受信することができる、１つ以上の送受信機構成要素１３２５を含む場合がある。代替として、データは、導電体の表面の中または上を、同軸ケーブルの中を、導波管の中を、光ファイバー等の光媒体の中を、あるいは他の媒体の中を伝播してもよい。送受信機構成要素１３２５は、別個の受信および伝送ユニット、または単一の送受信機を含んでもよい。送受信機１３２５によって伝送または受信される情報は、プロセッサ１３１０によって処理されているデータ、またはプロセッサ１３１０によって実行されるべき指示を含んでもよい。かかる情報は、例えば、コンピュータデータベースバンド信号、または搬送波に統合される信号の形態で、ネットワークから受信され、ネットワークに出力されてもよい。データは、データを処理または生成するか、あるいはデータを伝送または受信するかのいずれかに対して、望ましい場合があるような、異なるシークエンスに従って整理されてもよい。ベースバンド信号、搬送波に統合される信号、あるいは現在使用されるか、または今後発展する他のタイプの信号は、伝送媒体と呼ばれてもよく、当業者に良く知られたいくつかの方法に従って生成されてもよい。

ＲＡＭ１３３０は、揮発性データを記憶し、おそらくプロセッサ１３１０によって実行される指示を記憶するように使用されてもよい。ＲＯＭ１３４０は、通常、２次記憶装置１３５０のメモリ容量より小さいメモリ容量を有する、非揮発性メモリデバイスである。ＲＯＭ１３４０は、指示、およびおそらく指示の実行の間に読まれるデータを記憶するように使用される場合がある。ＲＡＭ１３３０およびＲＯＭ１３４０の両方へのアクセスは、通常、２次記憶装置１３５０より迅速である。２次記憶装置１３５０は、通常、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１３３０が全ての作業用データを保持するのに十分大きくない場合、データの非揮発性保存用に、またはオーバーフローデータ記憶デバイスとして使用される場合がある。２次記憶装置１３５０は、プログラムが実行用に選択される時、ＲＡＭ１３３０へロードされるかかるプログラムを記憶するために使用されてもよい。

Ｉ／Ｏデバイス１３６０は、液晶表示部（ＬＣＤ）、タッチ画面表示部、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読み取り装置、紙テープ読み取り装置、プリンタ、ビデオモニタ、または他の良く知られる入力デバイスを含んでもよい。また、送受信機１３２５は、ネットワーク接続性デバイス１３２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス１３６０の構成要素であると見なされる場合がある。Ｉ／Ｏデバイス１３６０のうちのいくつかまたは全ては、表示部４０２および入力部４０４等、前に記載したＵＥ１１０の図表に描写する、種々の構成要素と実質的に類似してもよい。

続く第３世代パートナーシッププロジェクト（３ＧＰＰ）の技術仕様（ＴＳ）、ＴＳ２４．２２９ Ｖ７．８．０（２００７−１２）は、参照することにより本願に組み込まれる。

いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。

また、個別または別個のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法に組み入れるか、または一体化してもよい。連結もしくは直接連結または相互に通信するように図示または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、なんらかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結または通信してもよい。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
（項目１）
緊急関連メッセージに応答するユーザ機器（ＵＥ）のための方法であって、
第１のメッセージが緊急関連要求であることを表示するインジケータを含む応答メッセージを受信することと、
該ＵＥに関連付けられる情報を含む第２のメッセージを送信することと
を包含する、方法。
（項目２）
上記応答メッセージを受信すると、上記方法は、
上記第１のメッセージが緊急関連要求であるという表示をユーザに提供すること
をさらに包含する、項目１に記載の方法。
（項目３）
上記第２のメッセージに含まれる上記ＵＥに関連付けられる情報は、ＵＥアイデンティティを備える、項目１に記載の方法。
（項目４）
上記第２のメッセージに含まれる上記ＵＥに関連付けられる情報は、ＵＥ位置を備える、項目１に記載の方法。
（項目５）
上記第２のメッセージに含まれる上記ＵＥに関連付けられる情報は、ＵＥアクセスネットワーク情報を備える、項目１に記載の方法。
（項目６）
上記ＵＥは、上記第１のメッセージが緊急関連要求であることを認識しない、項目１に記載の方法。
（項目７）
上記第１のメッセージはＳＩＰ（セッション確立プロトコル）要求である、項目１に記載の方法。
（項目８）
上記応答メッセージは、ＳＩＰ１ｘｘまたは２００（ＯＫ）応答のうちの１つである項目１に記載の方法。
（項目９）
上記第２のメッセージは、
ＳＩＰ ＡＣＫと、
ＳＩＰ ＰＲＡＣＫと、
ＳＩＰターゲットリフレッシュと
ＳＩＰ ＵＰＤＡＴＥと、
ＳＩＰ ＲＥ−ＩＮＶＩＴＥ要求と
のうちの１つである、項目１に記載の方法。
（項目１０）
上記第１のメッセージは、対話に対する初期要求である、項目１に記載の方法。
（項目１１）
上記ＵＥ識別は、ｇｌｏｂａｌｌｙ ｒｏｕｔａｂｌｅ ｕｓｅｒ ａｇｅｎｔ ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ（ＧＲＵＵ）である、項目３に記載の方法。
（項目１２）
上記ＵＥ位置を指示するＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を上記ＵＥが認識している場合、上記方法は、上記第２のメッセージの地理的位置ヘッダフィールドに該ＵＲＩを含むことをさらに包含する、項目４に記載の方法。
（項目１３）
上記ＵＥの地理的位置情報が該ＵＥに利用可能である場合、上記第２のメッセージのメッセージ本文にＰＩＤＦ位置オブジェクトとして該地理的位置情報を含むことをさらに包含する、項目１に記載の方法。
（項目１４）
公開ユーザアイデンティティに関連付けられた公開ＧＲＵＵ値が保存された場合、上記第２のメッセージのコンタクトヘッダフィールドに該公開ＧＲＵＵ値を含むことをさらに包含する、項目１に記載の方法。
（項目１５）
上記ＵＥアクセスネットワーク情報は、上記第２のメッセージにおいてＰ−アクセス−ネットワーク情報ヘッダフィールドに含まれ、位置識別子、セル識別子またはＩ−ＷＬＡＮアクセスノードのアイデンティティのうちの１つを備える、項目５に記載の方法。
（項目１６）
第１のメッセージが緊急関連要求であることを示すインジケータを含む応答メッセージをユーザ機器（ＵＥ）が受信するように、そして該ＵＥに関連付けられる情報を含む第２のメッセージを該ＵＥが送信するように構成される構成要素を備えている、ユーザ機器。
（項目１７）
上記応答メッセージを受信すると、上記ＵＥは、上記第１のメッセージが緊急関連要求であるという表示をユーザに提供する、項目１６に記載のＵＥ。
（項目１８）
上記第２のメッセージに含まれる上記ＵＥに関連付けられる情報は、ＵＥアイデンティティを備える、項目１６に記載のＵＥ。
（項目１９）
上記第２のメッセージに含まれる上記ＵＥに関連付けられる情報は、ＵＥ位置を備える、項目１６に記載のＵＥ。
（項目２０）
上記第２のメッセージに含まれる上記ＵＥに関連付けられる情報は、ＵＥアクセスネットワーク情報を備える、項目１６に記載のＵＥ。
（項目２１）
上記ＵＥは、上記第１のメッセージが緊急関連要求であることを認識しない、項目１６に記載のＵＥ。
（項目２２）
上記第１のメッセージはＳＩＰ（セッション確立プロトコル）要求である、項目１６に記載のＵＥ。
（項目２３）
上記応答メッセージは、ＳＩＰ１ｘｘまたは２００（ＯＫ）応答のうちの１つである項目１６に記載のＵＥ。
（項目２４）
上記第２のメッセージは、
ＳＩＰ ＡＣＫと、
ＳＩＰ ＰＲＡＣＫと、
ＳＩＰターゲットリフレッシュと、
ＳＩＰ ＵＰＤＡＴＥと、
ＳＩＰ ＲＥ−ＩＮＶＩＴＥ要求と
のうちの１つである、項目１６に記載のＵＥ。
（項目２５）
上記第１のメッセージは、対話に対する初期要求である、項目１６に記載のＵＥ。
（項目２６）
上記ＵＥアイデンティティは、ｇｌｏｂａｌｌｙ ｒｏｕｔａｂｌｅ ｕｓｅｒ ａｇｅｎｔ ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ（ＧＲＵＵ）である、項目１８に記載のＵＥ。
（項目２７）
上記ＵＥ位置を指示するＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を上記ＵＥが認識している場合、該ＵＥは、上記第２のメッセージの地理的位置ヘッダフィールドに該ＵＲＩを含む、項目１９に記載のＵＥ。
（項目２８）
上記ＵＥの地理的位置情報が該ＵＥに利用可能である場合、該ＵＥは、上記第２のメッセージのメッセージ本文にＰＩＤＦ位置オブジェクトとして該地理的位置情報を含む、項目１６に記載のＵＥ。
（項目２９）
公開ＧＲＵＵ値が公開ユーザアイデンティティに関連付けられて保存された場合、上記ＵＥは上記第２のメッセージのコンタクトヘッダフィールドに該公開ＧＲＵＵ値を含む、項目１６に記載のＵＥ。
（項目３０）
上記ＵＥアクセスネットワーク情報は、上記第２のメッセージにおいてＰ−アクセス−ネットワーク情報ヘッダフィールドに含まれ、位置識別子、セル識別子またはＩ−ＷＬＡＮアクセスノードのアイデンティティのうちの１つを包含する、項目２０に記載のＵＥ。

Claims (12)

1. ユーザ機器（ＵＥ）における方法であって、前記方法は、
   前記ＵＥにおいて、メモリ内で１つ以上の緊急サービスカテゴリ（ＥＳＣ）値を維持することであって、各ＥＳＣ値は、緊急サービスＵＲＮ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｎａｍｅ）に関連付けられており、前記緊急サービスＵＲＮは、緊急サービスのタイプを示す、ことと、
   前記ＵＥにおいて、第１の登録を用いて、インターネットプロトコルマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステム（ＩＭＳ）からセッション開始プロトコル（ＳＩＰ）３８０応答メッセージを受信することであって、前記メッセージは、コンタクトヘッダフィールド内に緊急サービスのＵＲＮを含み、前記メッセージは、前記ＵＥからの緊急サービス要求の拒絶を示す、ことと、
   ＩＭＳを伴う第２の登録を用いること、および、回線交換（ＣＳ）ネットワーク上で発呼することのうちの１つを実行することと
   を含み、
   前記実行することは、
   第２の登録を用いる場合には、ＩＭＳを伴う第２の登録を生成し、前記第２の登録を用いてＳＩＰ要求メッセージをＰＳＡＰ（Ｐｕｂｉｌｉｃ Ｓａｆｅｔｙ Ａｎｓｗｅｒｉｎｇ Ｐｏｉｎｔ）に向けて送信することであって、前記ＳＩＰ要求メッセージは、前記緊急サービスのＵＲＮと、前記ＵＥに関連付けられた緊急関連情報とを含む、ことと、
   ＣＳネットワーク上で発呼する場合において、前記緊急サービスのＵＲＮが、メモリ内で維持されるＥＳＣ値に関連付けられた緊急サービスのタイプを示す緊急サービスＵＲＮである場合には、前記ＣＳネットワークにアクセスし、前記緊急サービスのタイプを示す緊急要求メッセージを前記ＣＳネットワーク上で開始することと
   を含む、方法。
2. 前記ＳＩＰ３８０応答メッセージは、前記ＵＥによって送信される第１のＳＩＰ要求メッセージが緊急関連要求であることを示すインジケータをさらに含む、請求項１に記載の方法。
3. 前記ＣＳネットワーク上で発呼し、かつ、前記緊急サービスのＵＲＮが、メモリ内で維持されるＥＳＣ値に関連付けられていない緊急サービスのタイプを示す緊急サービスＵＲＮである場合には、前記ＣＳネットワークにアクセスし、ＣＳ呼要求を開始する、請求項１に記載の方法。
4. 前記緊急サービスのＵＲＮは、国を識別するコードまたは領域を識別するコードを含む、請求項１に記載の方法。
5. 前記ＳＩＰ３８０応答メッセージは、信頼ドメイン内に、ノードからのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドをさらに含む、請求項１に記載の方法。
6. 前記ＳＩＰ３８０応答メッセージは、第１のＳＩＰ要求メッセージに対する応答である、請求項１に記載の方法。
7. 方法を実行するように構成されたユーザ機器（ＵＥ）であって、前記方法は、
   メモリ内で１つ以上の緊急サービスカテゴリ（ＥＳＣ）値を維持することであって、各ＥＳＣ値は、緊急サービスＵＲＮ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｎａｍｅ）に関連付けられており、前記緊急サービスＵＲＮは、緊急サービスのタイプを示す、ことと、
   前記ＵＥにおいて、第１の登録を用いて、インターネットプロトコルマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステム（ＩＭＳ）からセッション開始プロトコル（ＳＩＰ）３８０応答メッセージを受信することであって、前記メッセージは、コンタクトヘッダフィールド内に緊急サービスのＵＲＮを含み、前記メッセージは、前記ＵＥからの緊急サービス要求の拒絶を示す、ことと、
   ＩＭＳを伴う第２の登録を用いること、および、回線交換（ＣＳ）ネットワーク上で発呼することのうちの１つを実行することと
   を含み、
   前記実行することは、
   第２の登録を用いる場合には、ＩＭＳを伴う第２の登録を生成し、前記第２の登録を用いてＳＩＰ要求メッセージをＰＳＡＰ（Ｐｕｂｉｌｉｃ Ｓａｆｅｔｙ Ａｎｓｗｅｒｉｎｇ Ｐｏｉｎｔ）に向けて送信することであって、前記ＳＩＰ要求メッセージは、前記緊急サービスのＵＲＮと、前記ＵＥに関連付けられた緊急関連情報とを含む、ことと、
   ＣＳネットワーク上で発呼する場合には、前記ＣＳネットワークにアクセスし、前記緊急サービスのＵＲＮが、メモリ内に維持されるＥＳＣ値に関連付けられた緊急サービスのタイプを示す緊急サービスＵＲＮである場合には、前記緊急サービスのタイプを示す緊急要求メッセージを前記ＣＳネットワーク上で開始することと
   を含む、ユーザ機器（ＵＥ）。
8. 前記ＳＩＰ３８０応答メッセージは、前記ＵＥによって送信される第１のＳＩＰ要求メッセージが緊急関連要求であることを示すインジケータをさらに含む、請求項７に記載のユーザ機器。
9. 前記ＣＳネットワーク上で発呼し、かつ、前記緊急サービスのＵＲＮが、メモリ内に維持されるＥＳＣ値に関連付けられていない緊急サービスのタイプを示す緊急サービスＵＲＮである場合には、前記ＣＳネットワークにアクセスし、ＣＳ呼要求を開始する、請求項７に記載のユーザ機器。
10. 前記緊急サービスのＵＲＮは、国を識別するコードまたは領域を識別するコードを含む、請求項７に記載のユーザ機器。
11. 前記ＳＩＰ３８０応答メッセージは、信頼ドメイン内に、ノードからのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドをさらに含む、請求項７に記載のユーザ機器。
12. 前記ＳＩＰ３８０応答メッセージは、第１のＳＩＰ要求メッセージに対する応答である、請求項７に記載のユーザ機器。

Images