JP2011524674A - 緊急要求を管理するシステムおよび方法 - Google Patents

Abstract

ネットワーク構成要素を提供する。ネットワーク構成要素は、ネットワークが、第１のメッセージが緊急関連要求であることを示すインジケータを包含する、応答メッセージを伝送するように、かつネットワークが、ユーザ機器（ＵＥ）と関連付けられる情報を包含する第２のメッセージを受信するように、構成される構成要素を含む。上記第２のメッセージは、ＳＩＰ ＵＰＤＡＴＥ要求である。上記応答メッセージを受信すると、前記ＵＥは、前記第１のメッセージが緊急関連要求であるというユーザ表示を提供する。
【選択図】図１

Description

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

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

実施形態では、ユーザ機器が提供される。ユーザ機器は、拒絶される緊急要求をなすことに応答して、緊急要求を複合緊急センタと関連付ける情報を包含するメッセージを受信するように構成されるような構成要素を含む。

別の実施形態では、ユーザ機器から緊急要求を受信すると、緊急要求が複合緊急センタに関連するかを判定し、緊急要求が複合緊急センタに関連すると識別する情報を包含するメッセージを、ユーザ機器に送信するように構成されるような、構成要素を含むネットワーク構成要素が提供される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ある場合には、ネットワークは、通常の緊急センタ、あるいはおそらくは複合ＰＳＡＰまたは複合緊急センタになされた要求を拒絶する場合があり、複合ＰＳＡＰまたは複合緊急センタは、複数のタイプの緊急事態のために呼を受け入れるＰＳＡＰである。例えば、複合ＰＳＡＰまたは複合緊急センタは、警察の緊急事態、消防の緊急事態、救急の緊急事態、および他のタイプの緊急事態のために、呼を受け入れてもよい。複合緊急センタへなされた要求は、要求がルーティングされるべき緊急応答エンティティを規定する、ビット、フラグ、または他のインジケータ（ＰＳＡＰアドレス（例えば、いくつかの国では“１１９”）またはＰＳＡＰアドレスの一部等）を含んでもよい。例えば、要求が消防サービスおよび救急サービスに対してなされる場合、要求は、“消防”フラグおよび“救急”フラグを含む場合がある。これらのタグを読み取ると、複合緊急センタは、適切な緊急応答エンティティへ要求をルーティングすることができる。

実施形態で、ＵＥは、緊急センタまたはおそらく複合緊急センタへ要求を送信する場合があり、ＵＥは、要求が緊急センタに関連すると認識せず、種々の理由で、ネットワークは要求を拒絶するか、そうでなければ要求を処理しない。この場合、ネットワークは、要求を複合緊急センタに関連するものとして識別する場合がある。次いで、ネットワークは、要求が複合緊急センタに関連すると識別する情報を包含するＵＥへ、メッセージを送信する。それから、ＵＥは、複合緊急センタまたは複合ＰＳＡＰ、あるいは他の代替緊急センタまたはＰＳＡＰへ要求を送信するように、この情報を使用する場合がある。一部の実施形態では、代替ＰＳＡＰは、回路交換ドメインの中にある。ネットワークがＵＥへ送信するメッセージの中の情報は、複合緊急センタを識別する情報、ビット、フラグ、または元の要求がルーティングされた先の緊急応答エンティティを規定する他のインジケータを含むことができる。このメッセージを受信すると、ＵＥは、代替要求を代替または複合ＰＳＡＰへ送信することができ、かつ代替のＰＳＡＰが代替要求を適当な緊急応答エンティティへルーティングすることができるように、ビット、フラグ、または他のインジケータを含むことができる。ビット、フラグ、または他のインジケータは、３ＧＰＰ ＴＳ２４．００８の表１０．５．１３５ｄに規定されたビットであってもよい。

より具体的には、Ｐ−ＣＳＣＦ等のネットワーク要素は、受信する要求が緊急サービス識別子を包含するかを検証する。Ｐ−ＣＳＣＦが、適した緊急呼要求がなされたが、ローカルネットワークが要求された緊急ＰＳＡＰをサポートしない（例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｇａｓへの要求がなされた）ことを判別してもよい。Ｐ−ＣＳＣＦはまた、ＵＥが要求を緊急呼要求と認め損ねたと判定する場合もある。次いで、Ｐ−ＣＳＣＦは、要求を拒絶するように構成することができ、ＵＥユーザが注意を必要とする状況を報告しているという印象を持っているため、要求を代替の応答機関へルーティングするために、十分な情報をＵＥへ提供することができる。しかしながら、そのタイプの緊急事態用のＰＳＡＰ／緊急センタは、ネットワークではサポートされない。

今日、ＣＳネットワークにおいて、サービスカテゴリは、警察、救急、消防、海難救助、および山岳救助に割り当てられている。しかしながら、３８０（代替サービス）がＰ−ＣＳＣＦによって戻される場合、ＵＥが有する選択肢のうちの１つは、適当なアクセス技術の特定手順を使用して、ＣＳドメインで緊急呼を開始することである。しかしながら、３８０を受信する時、ＵＥは、ＵＥによって認められない緊急サービス識別子を伴う元の要求が、デフォルトＰＳＡＰ、警察ＰＳＡＰ、救急ＰＳＡＰ、消防ＰＳＡＰ、複合ＰＳＡＰ等に向かうことになっていたかは、依然として分からない。

実施形態では、Ｐ−ＣＳＣＦが、要求を特段のタイプの緊急事態に対するものとして認めるように構成されている場合には、Ｐ−ＣＳＣＦは、要求はそのタイプの緊急用であったとＵＥに通知する。加えて、要求された緊急タイプがサポートされていないため、Ｐ−ＣＳＣＦが要求を拒絶する場合、Ｐ−ＣＳＣＦはさらなる情報を提供することができる。ＵＥは、特段のＰＳＡＰへの認められない緊急要求に対する３８０（代替サービス）メッセージに対処するように、強化されることができる。ＣＳドメインを使用して、特段のＰＳＡＰへ接続するよう試みる時、正しい緊急カテゴリ値（３ＧＰＰ ＴＳ２４．００８、副条項１０．５．４．３３を参照）へのマッピングをなすことができる。Ｐ−ＣＳＣＦは、ローカルポリシーに基づいて、サポートされないＰＳＡＰ、例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｇａｓへの緊急サービス要求を拒絶するように、強化することができる。

以下は、緊急サービス要求が検出されたことをＵＥに示し、判定されたＰＳＡＰへ接続するようにＵＥへ指示する、ＸＭＬ本体の例である。

過去の提言は、複合緊急センタへの要求のＩＭＳネットワークによる信号認識、および複合緊急センタを表す信号を送った値から、３ＧＰＰ ＴＳ２４．００８の表１０．５．１３５ｄに提示される１つ以上のビットへのマッピングに言及していた。３ＧＰＰ ＴＳ２４．００８はＧＳＭ／ＵＭＴＳ仕様であり、ＧＳＭ／ＵＭＴＳは、異なる通常の設定対緊急設定をサポートする（すなわち、ダイヤルされた数字はなし）。ＣＤＭＡには、“ＩＳ−２０００リリースＡ”以降、ダイヤルされる列から独立しているかかる呼に掛けるように、開始メッセージに含むことができるＧＬＯＢＡＬ＿ＥＭＥＲＧＥＮＣＹ＿ＣＡＬＬと呼ばれるフィールドもある。これをサポートするプロトコル改訂レベルは、７以上である。“現在使用するプロトコル改訂レベルが７未満である”より早期のＵＥは、緊急呼および正常呼を区別しない。それゆえ、かかるＵＥはマッピングされ、“ｔｅｌ：１１９；ｐｈｏｎｅ−ｃｏｎｔｅｘｔ＝＋８１”と１１９に言って正常呼として１１９とダイヤルしなくてはならない場合がある。

また、ＣＤＭＡは、複合緊急センタまたは専門緊急センタへのルーティングをサポートしない（例えば、“警察”のみに対して）。３ＧＰＰ２のみが、デフォルトＰＳＡＰをどのようにルーティングするかを文書化している。それゆえ、代替実施形態では、ＣＤＭＡ ＵＥは、ＩＭＳネットワークが、ＩＭＳネットワークへの元の要求は非デフォルトＰＳＡＰ用であったと判定していることを検出する。次いで、ＣＤＭＡ ＵＥは、“１”に設定されるＧＬＯＢＡＬ＿ＥＭＥＲＧＥＮＣＹ＿ＣＡＬＬを伴う緊急呼を送信するよりむしろ（デフォルトＰＳＡＰへのルーティングよりむしろ）、以下のうちの１つ以上をサポートする場合がある。“１”に設定されるＧＬＯＢＡＬ＿ＥＭＥＲＧＥＮＣＹを伴う緊急呼、およびアドレスフィールドにおける電話番号：“現在使用するプロトコル改訂レベルが７未満である”場合、１１９と言う；“０”に設定されるＧＬＯＢＡＬ＿ＥＭＥＲＧＥＮＣＹを伴う緊急呼、およびアドレスフィールドにおける電話番号：“現在使用するプロトコル改訂レベルが７未満でない”場合、１１９と言う；ならびに／またはアドレスフィールドにおいて電話番号を伴う緊急呼：“現在使用するプロトコル改訂レベルが７未満である”場合、１１９と言う。

現行の提言は、“代替属性”を既存のＸＭＬスキーマに追加している。実施形態では、代替属性は、いくつかの代替アドレスを含み、そのうちの１つ（最後の要素）は、緊急サービスＵＲＮを共にダッシュでつなげることによって、呼を複合緊急センタへルーティングする必要性を符号化するインジケータであり得る。例えば、“Ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ−Ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ”。代替実施形態は、ＳＩＰ応答の中、例えば、コンタクトヘッダフィールドの中、または別個の新規ＸＭＬ本体の中の代替アドレスを異なるように符号化し得る。別の代替実施形態は、インジケータが依然としてＵＲＮ、あるいはｔｅｌ ＵＲＮまたはＳＩＰ ＵＲＩであろうような、異なる符号化であり得る。例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ．ａｍｂｕｌａｎｃｅ（例えば、緊急サブタイプをともに‘ドットでつなぐ’）。

緊急番号は、異なる国では異なる様式で解釈される場合がある。例えば、アドレス“１１９”は、ある国ではポリシー＋海難に、別の国では消防＋救急に翻訳する場合がある。両国が、ローミングユーザのホームネットワークとのローミングパートナーであるオペレータを有する場合、ＵＥまたはネットワークは、アドレスを緊急要求として認める必要があるが、ネットワークはどちらの１１９の翻訳を意図しているのか理解しない場合がある。実施形態では、かかる状況において、ネットワークは、ＵＥとのさらなる相互作用の後に、翻訳のうちの１つを選択する。

かかるさらなる相互作用は、例えば、アドレスは異なる管轄では異なる緊急タイプと関連付けられると示すＵＥへ、情報を送信するネットワークを含む。かかる情報は、アドレス、電話のコンテキスト、および１つ以上の任意の緊急識別子の間でのマッピングを含み、代替アドレス情報として知られる。緊急識別子タイプは任意であり、電話のコンテキストは緊急タイプにマッピングしないが、非“緊急”または“至急”代替タイプは既知である。

代替アドレス情報は、アドレス、電話のコンテキスト、および１つ以上の任意の緊急識別子タイプの間のマッピングを備える。アドレスは、例えば‘１１９’等の電話番号であり得る、ダイヤルされる緊急番号を示す。電話のコンテキストは、ＵＥのある位置または国等、ＵＥの関連条件を示し、例えば、‘＋８１’等の数字または列、テキスト列‘Ｊａｐａｎ（日本）’、数字および列の組み合わせ、または位置に対して解決することができる他の情報であり得る。テキスト列（例えば‘Ｊａｐａｎ（日本）’）は、日本語および他の非ＡＳＣＩＩ文字セットを含む、複数の言語および複数の文字コードで受信することができる。緊急識別子タイプ（例えば、‘警察’、‘消防’、または‘救急’）は拡張可能であり、所与の電話のコンテキスト用のアドレスと関連付けられる、緊急サービスのタイプを示す。緊急サービスが適用される国または地域は、適用可能なＩＴＵ、ＩＡＮＡ、ＩＳＯコードを使用して、識別することができるが、しかしながら、一部の場合には、ある緊急サービスは、標準ＩＴＵ、ＩＡＮＡ、ＩＳＯコードが割り当てられていない場合がある場合、“国”または地域と一致しないエリアで提供される。位置、国、または地域を符号化するのに適用可能な、いくつかのＩＴＩ、ＩＡＮＡ、ＩＳＯ、または他のコードは、ＩＳＯ３１６６−１およびＩＳＯ３１６６／ＭＡ等、拡張可能である。

加えて、代替アドレス情報は、例えば＜ｒｅａｓｏｎ＞ＸＭＬ要素（３ＧＰＰ ＴＳ２４．２２９に定義されるような３ＧＰＰ ＩＭＳ ＸＭＬ本体に記載する通り）といった理由要素を含んでもよい。理由要素は、例えば、位置、サポートされる緊急サービスタイプ、および／または緊急サービス番号を識別するように、ＵＥのユーザに提示することができる情報と共に加えられる。かかる理由要素は、強化アプリケーション／３ｇｐｐ−ｉｍｓ＋ｘｍｌ本体の中に伝送され得る（３ＧＰＰ ＴＳ２４．２２９に定義される通り）。理由要素のコンテンツは、ｘｍｌ：ｌａｎｇ属性を使用して、複数の言語で規定することができる。例えば、理由要素は、続く本文（３ＧＰＰ ＴＳ２４．２２９の強化ＸＭＬスキーマに対応する）によって提示することができる。

ネットワークは、ＳＩＰ３００（複数選択）応答の１つ以上のコンタクトフィールドヘッダ、または別のＳＩＰ３ｘｘ応答（例えば、ＳＩＰ３８０（代替サービス）応答）の中で、かかる代替アドレス情報をＵＥへ、例えば、ＳＩＰ３００（複数選択）応答の本体の一部として送信する。

以下は、アドレス（例えば‘１１９’）が異なる電話のコンテキスト（例えば‘＋８１’）の中の異なる緊急タイプまたは緊急タイプの組み合わせと関連付けられるということをＵＥに示す、緊急サービスに対する要求への応答に含まれるＸＭＬ本体の例である。ＲＦＣ５０３１の緊急サービスＵＲＮ（すなわち、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ、およびそのサブタイプ、警察、救急、ガス、消防等で、＜ｐｏｌｉｃｅ／＞はｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ等にマッピングすることができる）に由来することに留意すべきである。緊急タイプ＜ｓｏｓ／＞は、一般サービスＵＲＮであるｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓにマッピングすることができることに留意すべきである。＜ｓｏｓ／＞は、ダイヤル列“１１２”、または呼がオペレータにより定義されたデフォルト緊急センタまたは、ＣＤＭＡ等の他のＣＳドメイン技術において同等のシグナリングへルーティングされるように、‘０’に設定される全ての緊急サービスカテゴリ値ビットを伴うＧＳＭ／ＵＭＴＳのＣＳドメイン緊急呼設定（表１０．５．１３５ｄ／３ＧＰＰ ＴＳ２４．００８：サービスカテゴリ情報要素を参照）にマッピングすることができることに留意すべきである。＜ｐｏｌｉｃｅ／＞もまた、ＣＳドメイン上でＧＳＭ／ＵＭＴＳ緊急呼を掛ける時に、緊急サービスカテゴリ値のビット１の設定にマッピングし得ることに留意すべきである。

上記例示的ＸＭＬ本体は、アドレス‘１１９’が異なる管轄では異なる緊急タイプに翻訳されることができることを示す。例えば、アドレス‘１１９’は、ＵＥが‘＋８１’（日本）または‘＋８２’（韓国）の電話のコンテキストを有する管轄にある時には、‘消防’および‘救急’の緊急サービスと関連付けられる。アドレス‘１１９’は、ＵＥが‘＋９４’（スリランカ）の電話のコンテキストを有する管轄にいる時には、代替として‘警察’の緊急サービスと関連付けられる。

国コードまたは位置コードが、複数の緊急サービスタイプにマッピングすることができる緊急サービス要求に含まれる場合、具体的にハンドセットは、示される国または地域の緊急サービスアドレスに関連付けられる緊急サービスタイプに、要求をルーティングしようとすることが想定される。

別の実施形態では、ＵＥまたはネットワークは、応答で代替物を選択または減少し、より少数の有望な可能性のうちのいくつかを除去するように構成される。かかる選択または減少は、例えば、ＵＥの現ネットワーク、ＵＥのホームネットワーク、ＵＥユーザの国籍、またはＵＥユーザの過去の旅行計画に基づいて実現することができる。選択または減少を行うＵＥは、アドレス、緊急タイプ、および電話のコンテキストの間でマッピングをハードコード化するポリシーを含み得、それによって、ＣＳドメインまたはＰＳドメイン上で緊急呼を掛ける時、ＵＥははっきりと意図した緊急タイプを選択することができる。ＰＳドメイン上では、緊急タイプは、‘電話のコンテキスト’等、国または地域のインジケータを含む、ＲＦＣ５０３１ ＵＲＮまたはＴＥＬ ＵＲＬかのいずれかごとに示すことができる。ＵＥがある国または地域を認識する場合か、または緊急タイプ、位置インジケータ、および緊急呼アドレスの地域で記憶されるか、受信されるマッピングが存在する場合、ＵＥ上の緊急タイプ選択機能は、さらに強化され得る。そのとき、緊急タイプ選択機能は、ある国または地域では、あるマッピングが当てはまるかまたは当てはまらない、あるいはマッピングは普遍的に当てはまることを判定し得る（例えば、ＵＭＴＳ／ＧＳＭハンドセットに対しては、番号“１１２”は、‘０’に設定された全ての緊急サービスカテゴリ値ビットで、ＧＳＭ／ＵＭＴＳＣＳドメイン緊急呼設定にマッピングできる（表１０．５．１３５ｄ／３ＧＰＰ ＴＳ２４．００８：サービスカテゴリ情報要素を参照））。

翻訳を選択するための、ネットワークとＵＥとの間のかかるさらなる相互作用はまた、例えば、ＵＥ上に表示されるように、テキストフィールドの中に翻訳用の選択肢を置くことを含む（３ＧＰＰ ＩＭＳ ＸＭＬ本体の＜ｒｅａｓｏｎ＞要素等）。次いで、ＵＥユーザは選択肢のうちの１つを選択し得、選択はネットワーク上に伝送され得、ネットワークは選択に基づいて緊急番号を翻訳し得る。代替として、ネットワークは、続く順番で選択をなし得る：ホームネットワークで定義される通り、アドレス（例えば、１１９）をマッピングする；アドレスがホームネットワークで定義されていない場合、現在訪問しているネットワークで定義される通り、アドレスをマッピングし、アドレスが現在訪れているネットワークで定義されていない場合、ローミングパートナー用に定義される通りアドレスをマッピングするか、デフォルトまたは最も能力のあるＰＳＡＰへ呼をルーティングする。代替として、要求はいつも、デフォルトまたは最も能力のあるＰＳＡＰへルーティングすることができる。

ＵＥがダイヤルしたアドレスを緊急識別子として認めようと試みる時に、類似の問題がＵＥに対して生じ得る。実施形態では、ＵＥは、この問題が発生しないように、１つの翻訳で構成される。代替として、ＵＥは、望ましい翻訳を選択するように、ユーザと情報をやり取りすることができる。代替として、ＵＥは、呼をデフォルトまたは最も能力のあるＰＳＡＰへルーティングするように構成することができる。代替として、ＵＥは、連結するネットワークに基づいて呼をルーティングし得、ネットワークの規則に従い、数字をマッピングし得る。ＵＥはまた、ネットワークと情報をやり取りし、得るいずれの助言も使用し得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

実施形態では、ネットワーク構成要素が、ネットワーク構成要素に送信される要求に対処するための方法が提供されている。ネットワーク構成要素は、要求が緊急事態に関連するかを判定するように、ネットワーク構成要素に送信される要求を検査し、要求のうちの１つが緊急事態に関連すると判定された場合、ネットワーク構成要素は要求を更新する。

要求が緊急事態に関連すると判定される時、ネットワーク構成要素は、代替として、構成および調整ポリシーに基づいて、要求を受け入れるステップ；要求を受け入れ、かつ要求を開始したユーザ機器（ＵＥ）に送信されるセッション確立プロトコル（ＳＩＰ）応答に、緊急呼インジケータを含むステップ；要求を拒絶することによって要求を受け入れないステップ；要求を受け入れず、かつ要求が向けられた緊急応答センタ用に代替のコンタクト情報を示すステップのうちの１つを行うように構成される。

実施形態では、ＳＩＰ（セッション開始プロトコル）応答は、ＵＥが緊急呼であると認識していない呼を掛けているＵＥに応答して、ＵＥへ送信される。

ｇｌｏｂａｌｌｙ ｒｏｕｔａｂｌｅ ｕｓｅｒ ａｇｅｎｔ ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ（ＧＲＵＵ）が、ＵＥと関連付けられる場合、およびＧＲＵＵが暫定ＧＲＵＵである場合、暫定ＧＲＵＵは、非暫定ＧＲＵＵと置き換えられる。暫定ＧＲＵＵは、ＧＲＵＵをプライベートのままにするように、要求がなされる時にのみ、非暫定ＧＲＵＵと置き換えられる場合がある。

ＩＭＳ通信サービス識別子（ＩＣＳＩ）またはＩＭＳアプリケーション参照識別子（ＩＡＲＩ）が存在する場合、要求がＰＳＡＰまたは緊急センタへルーティングされる前に、ネットワーク構成要素は、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｓｅｒｖｉｃｅヘッダフィールドの除去；Ｐ−Ａｓｓｅｒｔｅｄ−Ｓｅｒｖｉｃｅヘッダフィールドの除去；Ａｃｃｅｐｔ−ＣｏｎｔａｃｔヘッダフィールドからのＩＣＳＩ特徴タグおよびタグ値の除去；ならびにＡｃｃｅｐｔ−ＣｏｎｔａｃｔヘッダフィールドからのＩＡＲＩ特徴タグおよびタグ値の除去のうちの少なくとも１つを行う。

ネットワーク構成要素が要求を受け入れない時、ネットワーク構成要素は、３００（複数選択）メッセージ、３０１（恒久的に移動）メッセージ、３０２（一時的に移動）メッセージ、ＳＩＰ４ｘｘ応答、ＳＩＰ６ｘｘ応答、ＳＩＰ３８０（代替サービス）応答のうちの１つで応答する。

実施形態では、ネットワーク構成要素は、ネットワークが緊急セッションに対処することができないこと；ネットワーク構成要素が属するインターネットマルチメディアのコアネットワークサブシステムが、緊急セッションに対処することができないこと；ネットワークがローカルポリシーのため緊急セッションに対処しないこと；ネットワークがあるタイプの緊急セッション要求に対処するのみであること；ＵＥのローミング；ネットワーク構成要素がＵＥのホームオペレータのネットワークと異なるネットワークにあること；ならびにネットワークが、ＵＥが位置する地理的位置、およびＵＥが連結するインターネットプロトコル接続性アクセスネットワークのうちの１つに対する、緊急セッションをサポートしないことのうちの少なくとも１つのため、要求を受け入れない。

実施形態では、ネットワーク構成要素は、緊急サービス識別子ごとの要求の対処を示す、地元およびローミングパートナーの緊急サービス識別子を伴う設定可能な一覧を含む。ネットワーク構成要素が要求を受け入れない時に、代替の緊急サービス識別子の設定可能な一覧は、ＵＥへ送信される。少なくとも１つの代替の緊急サービスＵＲＩは、ＵＥのユーザに提示される場合がある。

実施形態では、サポートされない緊急サービスタイプに対する要求を受け入れないより、ネットワーク構成要素は、ＵＥのホームネットワークへ転送するために要求を準備する。ＵＥのホームネットワークは、要求と関連付けられるＵＲＩ値に対処するように構成される場合がある。

実施形態では、ネットワーク構成要素は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）である。

実施形態では、要求は、対話に対する初期ＳＩＰ要求、単独のＳＩＰトランザクション、未知のＳＩＰ方法を備える。

代替実施形態では、ユーザ機器が提供される。ユーザ機器は、拒絶される緊急要求をなすことに応答するような、構成要素を備え、構成要素は、緊急要求を複合緊急センタと関連付ける情報を包含するメッセージを受信するように構成される。構成要素は、複合緊急センタへ、それに続く緊急要求をするために、情報を使用するようにさらに構成されてもよい。

代替実施形態では、ネットワーク構成要素が提供される。ネットワーク構成要素は、ユーザ機器から緊急要求を受信する時のような構成要素を備え、構成要素は、緊急要求が複合緊急センタに関連するかを判定し、緊急センタに関連することを識別する情報を含むメッセージを、ユーザ機器に送信するように構成される。

代替実施形態では、ユーザ機器が提供される。ユーザ機器は、複数の緊急センタ、非緊急センタ、または複合緊急センタと関連付ける、代替アドレス情報を包含する拒絶メッセージを受信するように構成される、構成要素を備える。代替アドレス情報は、緊急呼が複数のセンタのうちのどの１つにルーティングされるべきかを判定するために使用することができる。

代替実施形態では、ネットワーク構成要素が提供される。ネットワーク構成要素は、受信された要求が緊急要求であるか、かつ受信された要求が１つ以上の特定の緊急センタ、複合緊急センタ、または非緊急センタに関連するかを判定し、代替アドレス情報を包含する拒絶応答を送信するように構成される構成要素を備える。代替アドレス情報は、受信された要求、電話のコンテキスト、および１つ以上の任意の緊急識別子タイプの間にマッピングを備えることができる。

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

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

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

Claims (31)

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. 前記ＵＥアクセスネットワーク情報は、前記第２のメッセージのＰ−Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダフィールドに含まれ、Ｉ−ＷＬＡＮアクセスノードの位置識別子、セル識別子、またはアイデンティティのうちの１つを備える、請求項２１に記載の方法。

Images