JP6916385B2 - 緊急電話番号をプロビジョニングするための方法およびシステム - Google Patents

Description

（開示の分野）
本開示は、無線デバイス上で緊急電話番号をプロビジョニングするための方法およびシステムに関する。

（背景）
電気通信サービスは、公衆陸上移動ネットワーク（ＰＬＭＮ）を介してユーザ機器（ＵＥ）に提供される。ユーザは、ＵＥを動作させ得る。ＰＬＭＮは、典型的には、アクセスネットワーク、コアネットワーク、およびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に細分される。サービスは、典型的には、ユーザのホームネットワークによって提供される。ユーザが非ホームネットワークを使用しているとき、訪問先ネットワークは、ユーザのホームネットワークと関連を有し得る。ＵＥによって伝送される、いくつかの通信は、訪問先ネットワークを介して、ホームネットワークまで戻って通信される。

これらの通信は、例えば、ホームネットワークと訪問先ネットワークとの間の関係のタイプに基づいて、またはネットワークの技術に基づいて、異なるルートをとり、異なるネットワーク要素を通して進行し得る。例えば、第５世代（５Ｇ）コアネットワークは、拡張型パケットコア（ＥＰＣ）ネットワークと比較して、異なるネットワーク要素を有する。

ＩＭＳは、プロキシ呼び出しセッション制御機能（Ｐ−ＣＳＣＦ）を備え得る。ＥＰＣは、モビリティ管理エンティティ（ＭＭＥ）またはパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）を備え得、５Ｇコアネットワーク（ＣＮ）は、アクセスおよびモビリティ管理機能（ＡＭＦ）またはユーザプレーン機能（ＵＰＦ）を備え得る。ＣＮは、ＩＭＳをサポートする。

ネットワークは、従来的に、音声通話および緊急通話が取り扱われる、回線交換（ＣＳ）ドメイン、またはＩＭＳへのアクセスを含むＰＳサービスを提供する、パケット交換（ＰＳ）ドメインを提供し得る。

ＰＳドメインは、ＩＭＳを介して緊急サービスをサポートする。ＵＥは、ＣＳドメインおよびＰＳドメインの一方または両方にアクセスすることをサポートし得る。ＰＳドメインにアクセスすることが可能なＵＥはまた、ＩＭＳにアクセスすることもサポートし得る。

緊急通話試行が、ＰＳドメイン上でＵＥ等によって検出されないとき、ＵＥは、リダイレクトされ得る。リダイレクトのいくつかの形態が存在し、それらのうちのいくつかは、順に起こり得る。未検出の緊急通話試行がリダイレクトされるとき、ＵＥは、緊急プロシージャを使用して、通話を再試行する必要がある。リダイレクトおよび再試行は、時間がかかり、ユーザに通話試行を終了させ得る。これらの問題は、ユーザが、続いて、緊急通話を再試行する場合に、悪化するのみである。

本開示の少なくとも１つの実施形態によると、緊急情報を使用するためのユーザ機器（ＵＥ）による方法が、提供されており、該方法は、ネットワークアクセス層（ＮＡＳ）プロシージャの一部として要求メッセージを伝送するステップと、要求メッセージに応答して、少なくとも１つの緊急電話番号のリストを備える、応答メッセージを受信するステップと、ダイヤルされた番号が少なくとも１つの緊急電話番号に合致することを決定するステップと、ダイヤルされた番号が少なくとも１つの緊急電話番号に合致することを決定するときに、通話設定プロシージャを実施するドメインを選択するステップであって、通話設定プロシージャは、基本通話設定プロシージャおよび緊急通話設定プロシージャのうちの少なくとも１つを備える、ステップと、選択されたドメインがパケット交換（ＰＳ）ドメインであるとき、緊急通話設定プロシージャを実施するステップと、選択されたドメインが回線交換（ＣＳ）ドメインであるとき、基本通話設定プロシージャを実施するステップとを含む。

本開示の少なくとも別の実施形態によると、ユーザ機器（ＵＥ）が、提供されており、該ＵＥは、プロセッサと、通信サブシステムとを備え、プロセッサおよび通信サブシステムは、協働して、ネットワークアクセス層（ＮＡＳ）プロシージャの一部として要求メッセージを伝送することと、要求メッセージに応答して、少なくとも１つの緊急電話番号のリストを備える、応答メッセージを受信することと、ダイヤルされた番号が少なくとも１つの緊急電話番号に合致することを決定することと、ダイヤルされた番号が少なくとも１つの緊急電話番号に合致することを決定するときに、通話設定プロシージャを実施するドメインを選択することであって、通話設定プロシージャは、基本通話設定プロシージャおよび緊急通話設定プロシージャのうちの少なくとも１つを備える、ことと、選択されたドメインがパケット交換（ＰＳ）ドメインであるとき、緊急通話設定プロシージャを実施することと、選択されたドメインが回線交換（ＣＳ）ドメインであるとき、基本通話設定プロシージャを実施することとを行う。

本開示の少なくとも別の実施形態によると、ユーザ機器（ＵＥ）のプロセッサによる実行のための実行可能コードをその上に記憶している、非一過性のコンピュータ可読媒体が提供され、実行可能コードは、ネットワークアクセス層（ＮＡＳ）プロシージャの一部として要求メッセージを伝送するための命令と、要求メッセージに応答して、少なくとも１つの緊急電話番号のリストを備える、応答メッセージを受信するための命令と、ダイヤルされた番号が少なくとも１つの緊急電話番号に合致することを決定するための命令と、ダイヤルされた番号が少なくとも１つの緊急電話番号に合致することを決定するときに、通話設定プロシージャを実施するドメインを選択するための命令であって、通話設定プロシージャは、基本通話設定プロシージャおよび緊急通話設定プロシージャのうちの少なくとも１つを備える、命令と、選択されたドメインがパケット交換（ＰＳ）ドメインであるとき、緊急通話設定プロシージャを実施するための命令と、選択されたドメインが回線交換（ＣＳ）ドメインであるとき、基本通話設定プロシージャを実施するための命令とを備える。

本願明細書は、例えば、以下の項目も提供する。
（項目１）
緊急情報を使用するためのユーザ機器（ＵＥ）による方法であって、
ネットワークアクセス層（ＮＡＳ）プロシージャの一部として要求メッセージを伝送することと、
上記要求メッセージに応答して、少なくとも１つの緊急電話番号のリストを備える応答メッセージを受信することと、
ダイヤルされた番号が上記少なくとも１つの緊急電話番号に合致することを決定することと、
上記ダイヤルされた番号が上記少なくとも１つの緊急電話番号に合致することを決定するとき、通話設定プロシージャを実施するドメインを選択することであって、上記通話設定プロシージャは、基本通話設定プロシージャおよび緊急通話設定プロシージャのうちの少なくとも１つを備える、ことと、
上記選択されたドメインがパケット交換（ＰＳ）ドメインであるとき、緊急通話設定プロシージャを実施することと、
上記選択されたドメインが回線交換（ＣＳ）ドメインであるとき、基本通話設定プロシージャを実施することと
を含む、方法。
（項目２）
上記応答メッセージは、第１の情報要素（ＩＥ）を含み、上記第１のＩＥは、上記少なくとも１つの緊急電話番号のリストを備える、項目１に記載の方法。
（項目３）
上記第１のＩＥは、上記少なくとも１つの緊急電話番号のためのカテゴリを含まない、項目２に記載の方法。
（項目４）
上記応答メッセージは、緊急電話番号リストＩＥを備える第２のＩＥを含み、上記第１のＩＥおよび上記第２のＩＥは、異なる、項目２に記載の方法。
（項目５）
上記第２のＩＥは、カテゴリを備える、項目４に記載の方法。
（項目６）
上記リストは、上記ＰＳドメインが選択されるときのみ上記緊急通話設定プロシージャを実施するインジケーションを備える、項目１に記載の方法。
（項目７）
上記リストは、上記ＣＳドメインが選択されるときに上記基本通話設定プロシージャを実施するインジケーションを備える、項目１に記載の方法。
（項目８）
上記ＮＡＳプロシージャは、アタッチメントプロシージャ、追跡エリア更新プロシージャ、および登録プロシージャのうちの少なくとも１つを含む、項目１に記載の方法。
（項目９）
上記要求メッセージは、登録する登録要求、場所情報を更新する要求、または追跡エリア情報を更新する要求のうちの少なくとも１つである、項目１に記載の方法。
（項目１０）
上記基本通話設定プロシージャは、上記緊急電話番号とともに設定メッセージを送信することを含む、項目１に記載の方法。
（項目１１）
上記リストは、上記少なくとも１つの緊急電話番号の各々に対し、緊急汎用リソース名（ＵＲＮ）を導出する情報を備える、項目１に記載の方法。
（項目１２）
上記緊急通話設定プロシージャは、上記緊急ＵＲＮとともに招待メッセージを送信することを含む、項目１１に記載の方法。
（項目１３）
上記ＮＡＳプロシージャは、モビリティ管理ネットワーク要素を伴うプロシージャを含む、項目１に記載の方法。
（項目１４）
ユーザ機器（ＵＥ）であって、
プロセッサと、
通信サブシステムと
を備え、
上記プロセッサおよび上記通信サブシステムは、協働して、
ネットワークアクセス層（ＮＡＳ）プロシージャの一部として要求メッセージを伝送することと、
上記要求メッセージに応答して、少なくとも１つの緊急電話番号のリストを備える応答メッセージを受信することと、
ダイヤルされた番号が上記少なくとも１つの緊急電話番号に合致することを決定することと、
上記ダイヤルされた番号が上記少なくとも１つの緊急電話番号に合致することを決定するとき、通話設定プロシージャを実施するドメインを選択することであって、上記通話設定プロシージャは、基本通話設定プロシージャおよび緊急通話設定プロシージャのうちの少なくとも１つを備える、ことと、
上記選択されたドメインがパケット交換（ＰＳ）ドメインであるとき、緊急通話設定プロシージャを実施することと、
上記選択されたドメインが回線交換（ＣＳ）ドメインであるとき、基本通話設定プロシージャを実施することと
を行う、ＵＥ。
（項目１５）
上記応答メッセージは、第１の情報要素（ＩＥ）を含み、上記第１のＩＥは、上記少なくとも１つの緊急電話番号のリストを備える、項目１４に記載のＵＥ。
（項目１６）
上記第１のＩＥは、上記少なくとも１つの緊急電話番号のためのカテゴリを含まない、項目１５に記載のＵＥ。
（項目１７）
上記応答メッセージは、緊急電話番号リストＩＥを備える第２のＩＥを含み、上記第１のＩＥおよび上記第２のＩＥは、異なる、項目１５に記載のＵＥ。
（項目１８）
上記第２のＩＥは、カテゴリを備える、項目１７に記載の方法。
（項目１９）
上記リストは、上記ＰＳドメインが選択されるときのみ上記緊急通話設定プロシージャを実施するインジケーションを備える、項目１４に記載のＵＥ。
（項目２０）
上記リストは、上記ＣＳドメインが選択されるときに上記基本通話設定プロシージャを実施するインジケーションを備える、項目１４に記載のＵＥ。
（項目２１）
上記ＮＡＳプロシージャは、アタッチメントプロシージャ、追跡エリア更新プロシージャ、および登録プロシージャのうちの少なくとも１つを含む、項目１４に記載のＵＥ。
（項目２２）
上記要求メッセージは、登録する登録要求、場所情報を更新する要求、または追跡エリア情報を更新する要求のうちの少なくとも１つである、項目１４に記載のＵＥ。
（項目２３）
上記基本通話設定プロシージャは、上記緊急電話番号とともに設定メッセージを送信することを含む、項目１４に記載のＵＥ。
（項目２４）
上記リストは、上記少なくとも１つの緊急電話番号の各々に対し、緊急汎用リソース名（ＵＲＮ）を導出する情報を備える、項目１４に記載のＵＥ。
（項目２５）
上記緊急通話設定プロシージャは、上記緊急ＵＲＮとともに招待メッセージを送信することを含む、項目２４に記載のＵＥ。
（項目２６）
上記ＮＡＳプロシージャは、モビリティ管理ネットワーク要素を伴うプロシージャを含む、項目１４に記載のＵＥ。
（項目２７）
非一過性のコンピュータ可読媒体であって、上記非一過性のコンピュータ可読媒体は、ユーザ機器（ＵＥ）のプロセッサによる実行のための実行可能コードをその上に記憶しており、上記実行可能コードは、
ネットワークアクセス層（ＮＡＳ）プロシージャの一部として要求メッセージを伝送するための命令と、
上記要求メッセージに応答して、少なくとも１つの緊急電話番号のリストを備える応答メッセージを受信するための命令と、
ダイヤルされた番号が上記少なくとも１つの緊急電話番号に合致することを決定するための命令と、
上記ダイヤルされた番号が上記少なくとも１つの緊急電話番号に合致することを決定するとき、通話設定プロシージャを実施するドメインを選択するための命令であって、上記通話設定プロシージャは、基本通話設定プロシージャおよび緊急通話設定プロシージャのうちの少なくとも１つを備える、命令と、
上記選択されたドメインがパケット交換（ＰＳ）ドメインであるとき、緊急通話設定プロシージャを実施するための命令と、
上記選択されたドメインが回線交換（ＣＳ）ドメインであるとき、基本通話設定プロシージャを実施するための命令と
を備える、非一過性のコンピュータ可読媒体。
本開示は、図面を参照してより深く理解されるであろう。

図１は、ＵＥから公共安全アクセスポイントへのメッセージの間の種々の通信パスを図示する略図である。

図２は、ホームルート型トラフィックのための３ＧＰＰアクセスのローミングアーキテクチャを図示する略図である。

図３は、緊急文書を取得するための要求および応答プロトコルを図示する略図である。

図４は、本開示の少なくともいくつかの実施形態による、ユーザ機器の概念図である。

図５は、本開示の少なくともいくつかの実施形態による、ネットワーク要素の概念図である。

（図面の詳細な説明）
本開示における実施例は、５Ｇ、ロングタームエボリューション（ＬＴＥ）、拡張型パケットシステム（ＥＰＳ）および拡張型ユニバーサル携帯電話通信システム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）実施例に特有であるが、本明細書に説明される方法、デバイス、およびシステムは、これらのシステムまたは無線アクセス技術に限定されず、他のシステムまたは無線アクセス技術で再利用され得ることに留意されたい。例えば、本明細書に説明される方法、デバイス、およびシステムは、限定ではないが、第３世代パートナーシッププロジェクト（３ＧＰＰ）汎用パケット無線サービス（ＧＰＲＳ）グローバルエボリューション用拡張型データレート（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）、ＵＴＲＡＮ、２Ｇまたは３Ｇコアネットワーク、３ＧＰＰ ５Ｇ、３ＧＰＰ新規無線を含む、システムと併用され得る。また、電気電子技術者協会（ＩＥＥＥ）システムまたは無線ローカルエリアネットワーク（ＷＬＡＮ）等の非３ＧＰＰシステムは、除外されない。

緊急サービスの２つのセット、すなわち、ＵＥが、番号が緊急電話番号であることを検出し、続いて、ドメイン特有の緊急通話プロシージャを実行するように構成され得る、第１のセット、およびネットワークが、番号が緊急電話番号であることを検出するように構成され得る、第２のセットが存在する。ネットワーク（すなわち、Ｐ−ＣＳＣＦ）は、緊急電話番号が検出されたことをＵＥに知らせてもよい。ＵＥは、続いて、ドメイン特有の緊急通話プロシージャまたは基本通話プロシージャを実施する。

ＣＳドメインが第２のセットからの番号の取扱を効率的にサポートする一方で、ＩＭＳまたはＰＳドメインは、通話設定要求をリダイレクトするように構成されてもよい。リダイレクトは、通常の通話としてＣＳドメイン上の通話を試行すること、緊急通話としてＣＳドメイン上の通話を試行すること、または緊急通話プロシージャを使用してＰＳドメインを介して通話を試行することにつながり得る。ＰＳドメインを用いて緊急通話プロシージャを実施することに続いて、ＵＥは、ＩＭＳを用いて緊急通話プロシージャを実施してもよい。緊急通話プロシージャはまた、緊急プロシージャとしても公知である。用語「通話」は、ＣＳドメインに適用可能である。しかしながら、これはまた、用語「セッション」の代わりにも使用される。セッションは、典型的には、ＩＭＳまたはセッション開始プロトコル（ＳＩＰ）を使用して、ＰＳドメインを介して確立される。

ＵＥは、接続モードであってもよい、または、アイドルモードであってもよい。ＵＥは、ＵＥとネットワークとの間のネットワークアクセス層（ＮＡＳ）シグナリング接続が存在するときに接続モードである。種々の理由により、ＵＥは、それが現在常駐しているセルと異なるセル上に常駐する必要があり得る。アイドルモードであるとき、これは、「リダイレクト」を介して達成される。接続モードであるとき、これは、ハンドオーバプロシージャを実施することによって達成される。例えば、ＵＥは、それを介して緊急サービスが取得され得る、セル上に常駐する必要があり得る。

ＩＭＳレベルでは、セッション開始プロトコル（ＳＩＰ）３８０応答は、ＳＩＰ招待要求後に受信されてもよい。他のＳＩＰ応答が、ＳＩＰ登録要求を含む、他のＳＩＰ要求に応答して受信されてもよい。ＳＩＰ３８０の受信は、緊急サービスを実施することが可能なセルを選択するために、ＵＥにセル選択プロシージャを実施させてもよい。代替として、または加えて、ＳＩＰ３８０の受信は、緊急ＳＩＰセッションを確立するために好適なコンテキストを作成するために、ＵＥにＳＩＰ緊急登録プロシージャを実施させてもよい。ＳＩＰ登録プロシージャは、ＳＩＰ登録要求の伝送を伴う。

本開示では、これらのプロシージャは全て、別様に記述されない限り、リダイレクトと呼ばれる。

５Ｇ対応ＵＥは、新規無線（ＮＲ）、Ｅ−ＵＴＲＡＮ、またはＷＬＡＮを介して、５Ｇ ＣＮにアクセスすることができる。非３ＧＰＰアクセスネットワーク（ＡＮ）（例えば、ＷＬＡＮ）を介してアクセスされる５Ｇ ＣＮは、３ＧＰＰ ＡＮ（ＮＲおよびＥ−ＵＴＲＡＮ）を介してアクセスされる５Ｇ ＣＮと異なり得る。５Ｇ ＣＮは、異なるＰＬＭＮによって、おそらく、異なる国の中で動作するＰＬＭＮによってさえも、所有され得る。

緊急サービスは、任意のアクセスを介して提供されるが、しかしながら、それらは、好ましくは、３ＧＰＰ ＡＮを介して提供されてもよい。５Ｇ ＣＮは、ＣＳドメインへのアクセスを提供しないが、ＵＥがＥＰＣネットワークによってサポートされるアクセスネットワークからＥ−ＵＴＲＡＮセルにリダイレクトされる可能性がある。ＥＰＣネットワークは、ＣＳフォールバックを提供する（ＣＳフォールバックを実施するＵＥが、ＣＳドメインを介してＣＳプロシージャを使用して電話をかける）。代替として、ＵＥは、ＧＥＲＡＮ、ＵＴＲＡＮのセル部分を選択することによって、またはＣＳをサポートするセルを選択することによって、ＣＳドメインにアクセスすることができる。

ＣＳ緊急プロシージャは、要求される緊急サービスのカテゴリを示すようにＵＥに要求する。緊急サービスのカテゴリの実施例は、消防隊、救急車、警察、海上警護、または山岳救助である。カテゴリは、下記でより詳細に説明されるように、ビットで表され得る。

同様に、ＰＳ緊急プロシージャは、要求される緊急サービスのタイプを示すようにＵＥに要求する。緊急サービスのタイプの実施例は、とりわけ、火災、救急車、および警察である。タイプは、下記でより詳細に説明されるように、ユニフォームリソース名（ＵＲＮ）を使用して表され得る。

緊急サービスのタイプまたはカテゴリは、公共安全アクセスポイント（ＰＳＡＰ）を選択するために、ネットワークによる受信に応じて使用される。

各国は、その国内で適用可能な緊急サービスのタイプまたはカテゴリを定義する。その結果として、各国は、緊急サービスのタイプまたはカテゴリの異なるセットを有してもよく、異なる緊急電話番号を使用し、これらのタイプまたはカテゴリの緊急サービスを識別してもよい。

第２のセットの中の番号に関して、５Ｇを使用するＮＲを介した通話要求は、ＩＭＳにおけるＰ−ＣＳＣＦ等によって検出されてもよい。Ｐ−ＣＳＣＦは、例えば、ＳＩＰ３８０応答の形態でＳＩＰ応答メッセージをＵＥに送信してもよい。受信に応じて、５Ｇ ＵＥは、ここで、（基本または緊急）通話プロシージャを開始するであろう。５Ｇ ＰＬＭＮは、ＵＥへの登録容認メッセージ内の緊急サービスサポートのためのインジケーション（緊急サービスサポートインジケーションが現在の登録エリア内で有効である）、またはＵＥが緊急セッション（例えば、緊急プロトコルデータユニット（ＰＤＵ）セッション）を設定し得るか、またはＵＥがサービス要求プロシージャを実施するべきかどうかを示すための登録エリア容認メッセージ内の緊急サービスサポートインジケータのいずれかを伴って、ＵＥを構成しているであろう。登録エリアは、同一のＰＬＭＮにサービス提供する１つ以上のセルから成る。ネットワークは、現在の登録エリアの種類をＵＥに知らせてもよい。ネットワークは、ＵＥの現在の登録エリアを追跡する。場所エリアまたは追跡エリアは、異なるシステムにおいて同等の用語である。ＥＰＣでは、ＵＥは、ＵＥが存在する追跡エリアをネットワークに知らせるために、ＮＡＳアタッチメントまたはＮＡＳ追跡エリア更新プロシージャを実施する。

メッセージが、ＰＳＡＰにおいて受信される前に、ＵＥからアクセスネットワーク、コアネットワーク、およびドメインを通して進行し得る方法の略図が、図１に関して示される。

図１で見られるように、ＵＥ１０１は、ＷＬＡＮ１０２、ＮＧ１０３、Ｅ−ＵＴＲＡＮ１０４、ＵＴＲＡＮ１０５、およびＧＥＲＡＮ１０６と通信してもよい。ＷＬＡＮ１０２、ＮＧ１０３、およびＥ−ＵＴＲＡＮ１０４は、５Ｇ ＣＮ１０７と通信してもよい。Ｅ−ＵＴＲＡＮ１０４およびＵＴＲＡＮ１０５は、ＥＰＣ１０８と通信してもよい。ＵＴＲＡＮ１０５およびＧＥＲＡＮ１０６は、ＣＳ ＣＮ１０９と通信してもよい。５Ｇ ＣＮ１０７およびＥＰＣ１０８は、ＰＳ１１０と、そしてＰＳ１１０からＩＭＳ１１１およびＰＳＡＰ１１２まで通信してもよい。ＣＳ ＣＮ１０９は、ＣＳ１１３と、そしてＣＳ１１３からＰＳＡＰ１１２まで通信してもよい。

ＵＥが緊急通話を検出することに応じてサービス要求プロシージャを実施するように知らされる場合、ネットワークは、（サービス要求メッセージへの応答メッセージを使用して）ＵＥを異なるシステム（例えば、ＥＰＣ）に、または異なる無線アクセス技術（ＲＡＴ）（例えば、５Ｇ ＣＮに接続されるＥ−ＵＴＲＡＮ）にリダイレクトすることができる。ＥＰＣにリダイレクトされた場合、ＵＥは、別のサービス要求プロシージャを開始する必要があり得、ＵＥは、ＣＳフォールバックプロシージャを実行する部分としてＣＳ ＣＮによってサポートされるセルにリダイレクトされてもよい。サービス要求プロシージャは、サービス要求メッセージを送信するステップを含む。

５Ｇ ＣＮは、Ｅ−ＵＴＲＡＮまたはＮＲによってサポートされてもよい。ＵＥとＰＳドメインとの間に確立されるデータ接続は、１つのアクセスネットワークから別のものへ移行されてもよい。

従来技術によると、ＵＥは、ダイヤルされた番号が、サービスカテゴリが存在しないＰＳＡＰによって取り扱われる必要があることを検出するように、構成されることができない。

緊急電話番号の第２のセットからであるサービングＰＬＭＮに公知である番号をダイヤルするユーザは、第１のＳＩＰ招待要求（番号を含む第１のＳＩＰ招待要求）へのＳＩＰ３８０応答を受信してもよく、ＳＩＰ３８０応答は、ＵＲＮに設定される連絡先ヘッダフィールドを含む。ＵＲＮは、国特有のＵＲＮであってもよい。ＵＥが後続の緊急通話試行のためのＰＳドメインを選択する場合、ＵＥは、ＰＳドメインに特有の緊急通話プロシージャを実施し、後続のＳＩＰ招待要求の中にＵＲＮを含むことができる。

通話試行にＰＳドメインを使用しており、そのユーザが緊急電話番号の第２のセットからであるサービングＰＬＭＮに公知である番号をダイヤルする、ＵＥは、ＳＩＰ３８０を受信してもよい。ＵＥがＣＳドメインを選択する場合、ＵＥは、条件付きで基本通話設定プロシージャを実施してもよい。

Ｓ８ホームルーティングアーキテクチャでは、ローミングＵＥは、ホームＰＬＭＮ（ＨＰＬＭＮ）内のＰ−ＣＳＣＦに接続する。ＨＰＬＭＮ内のＰ−ＣＳＣＦは、訪問者ＰＬＭＮ（ＶＰＬＭＮ）またはＶＰＬＭＮの国の緊急電話番号をプロビジョニングされる必要がある。構成されたＰ−ＣＳＣＦは、次いで、ＶＰＬＭＮの国内で、またはＶＰＬＭＮ自体の中で適用可能である、緊急電話番号を検出することができる。

図２は、ホームルート型トラフィックのための３ＧＰＰアクセスのローミングアーキテクチャを図示する。図２は、ＥＰＣアーキテクチャに限定されるが、Ｓ８もまた、異なるアーキテクチャ、例えば、５Ｇ ＣＮを含む５Ｇシステムを説明するアーキテクチャによって、サポートされ得ることが理解され得る。図２に描写されるネットワークアーキテクチャ内のＰ−ＣＳＣＦは、「オペレータのＩＰサービス」の中に位置する。

図２で見られるように、ＨＰＬＭＮは、ＰＤＮゲートウェイ２０２と、ＨＳＳ２１０と、ＰＣＲＦ２０１と、２０３において図示されるオペレータのＩＰサービスとを備える。ＶＰＬＭＮは、ＵＴＲＡＮ２２６と、ＧＥＲＡＮ２２５とを備える。ＶＰＬＭＮはさらに、サービングゲートウェイ２２０と、ＭＭＥ２２１と、ＳＧＳＮ２２４とを備える。ＵＥ２２３は、Ｅ−ＵＴＲＡＮ２２２と通信する。

ＮＡＳベースのプロビジョニングでは、ＵＥは、緊急サービスカテゴリ（以降では「サービスカテゴリ」として公知である）と関連付けられる１つ以上の番号を受信してもよい。サービスカテゴリの定義は、３ＧＰＰ技術仕様書（ＴＳ）２４．００８「Ｍｏｂｉｌｅ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｌａｙｅｒ ３ ｓｐｅｃｉｆｉｃａｔｉｏｎ； Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｐｒｏｔｏｃｏｌｓ； Ｓｔａｇｅ ３」、ｖ．１５．０．１（２０１７年９月）の中で定義され、下記に含まれる。このようにプロビジョニングまたは構成される番号は、緊急電話番号の第１のセットの一部である。ＮＡＳベースのプロビジョニングは、ＮＡＳメッセージを伴う。ＣＮ（例えば、ＥＰＣネットワーク、５Ｇ ＣＮ、またはＧＰＲＳ ＣＮ）と相互作用するために使用されるプロトコルの一部である、ＮＡＳメッセージは、少なくとも１つの情報要素（ＩＥ）を含んでもよい。

３ＧＰＰ ＴＳ ２４．００８の第１０．５．３．１３節が、下記に再現される。

３ＧＰＰ ＴＳ ２４．００８の第１０．５．４．３３節が、下記に再現される。

（例えば、緊急電話番号の第１のセットの一部である番号の）ＮＡＳベースのプロビジョニングが、例えば、ＮＡＳアタッチメントまたはＮＡＳ追跡エリア更新プロシージャ中に行われる一方で、ＵＥは、第２のセットからの番号を示すユニフォームリソース識別子（ＵＲＩ）を伴うＳＩＰ招待に応答して、ＳＩＰ３８０応答を受信してもよい。ＳＩＰ３８０応答は、ＵＲＮを伴う連絡先ヘッダフィールドを含んでもよい。ＵＲＮに応じて、ＵＥは、ＣＳドメインに適用可能なサービスカテゴリを導出することが可能であり得る、またはＵＥは、サービスカテゴリを導出することができない場合がある（この場合、ＵＲＮは、国特有の緊急サービスＵＲＮである可能性が高い）。ＵＥがＣＳドメイン上で通話を再試行することを決定する場合、緊急通話プロシージャ（緊急設定メッセージの中にカテゴリを含む）または基本通話プロシージャ（設定メッセージの中に番号を含む）のいずれかを実施する。ＵＥがＰＳドメイン上で通話を再試行することを決定する場合、ＵＥは、下記に説明されるような緊急通話セッション設定を実施し、ＳＩＰ招待要求の中で受信されるＵＲＮを含む。

Ｐ−ＣＳＣＦがＳＩＰ３８０応答で応答するとき、これは、本応答の中に３ＧＰＰ ＩＰマルチメディア（ＩＭ）ＣＮサブシステム拡張マークアップ言語（ＸＭＬ）本文を含んでもよい。これは、「緊急登録」を示すインジケーションを含む場合とそうではない場合がある。本インジケーションは、利用可能である場合、異なるＶＰＬＭＮを使用して初期緊急登録を実施するようにＵＥを促す、リダイレクトである。

ＵＥは、下記で再現される、３ＧＰＰ ＴＳ ２４．２２９の第５．１．６．８項および第７．１１．１項「ＩＰ ｍｕｌｔｉｍｅｄｉａ ｃａｌｌ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｂａｓｅｄ ｏｎ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ） ａｎｄ Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＤＰ）； Ｓｔａｇｅ ３」、ｖ．１５．０．０（２０１７年９月）に従って、緊急通話セッション設定を実施してもよい。

ドメイン名システム（ＤＮＳ）は、例えば、１つ以上のＩＰアドレスへのドメイン名を解決する、または１つ以上のネーミング権限ポインタ（ＮＡＰＴＲ）記録へのドメイン名を解決することによって、１つ以上の出力データへの所与の入力データの解決を可能にする。ＤＮＳは、ＤＮＳクライアントおよびＤＮＳサーバから成る。ＤＮＳクライアントは、ＵＥの一部として、またはＵＥ内で提供されてもよい。ＤＮＳクライアントは、ＤＮＳ要求メッセージの中で解決されるデータをＤＮＳサーバに送信する。ＤＮＳサーバは、ＤＮＳクライアントからＤＮＳ要求を受信するときに、要求されたデータの解決を含有するＤＮＳ応答でＤＮＳ要求に応答してもよい、またはＤＮＳクライアントがそのＤＮＳ要求を再送信するべきである別のＤＮＳサーバのアドレスを提供してもよい。要求されたデータの解決を含有する応答を提供する際に、ＤＮＳサーバは、それがアクセスを有する構成を使用してもよい、１つ以上のＤＮＳ要求を１つ以上の他のＤＮＳサーバに送信してもよい、またはキャッシュからのデータ（すなわち、古くなったことが公知ではない、他のＤＮＳサーバから前もって受信されたデータ）を使用してもよい。

ＵＥは、ＤＮＳクライアント機能性を提供することができるために、とりわけ、インターネットプロトコルバージョン４（ＩＰｖ４）アドレスおよびインターネットプロトコルバージョン６（ＩＰｖ６）アドレス等の１つ以上のＤＮＳサーバアドレスを伴って構成される必要がある。ＵＥは、パケットデータネットワーク（ＰＤＮ）またはその他のようなデータネットワークとのコネクティビティを要求するときに、ＤＮＳサーバのＩＰアドレスを受信してもよい。ＤＮＳサーバのＩＰアドレスは、ネットワークによって返される。典型的には、ＤＮＳサーバのＩＰアドレスは、プロトコル構成オプション（ＰＣＯ）情報要素（ＩＥ）の中に含まれる。ＰＣＯ ＩＥは、ＮＡＳメッセージの中でＵＥに配信される。

緊急サービスを提供するＰＬＭＮによって動作されるＤＮＳサーバは、信頼できるはずであり、ＤＮＳサーバが侵害されることが予期されることも、ＤＮＳ要求および応答がＤＮＳサーバとＵＥとの間の送信中に侵害されることが予期されることもないことを意味する。

ＤＮＳサーバのＩＰアドレスは、典型的には、ＩＭＳをホストするデータネットワーク等のデータネットワークのＰＤＮ ＧＷまたはＵＰＦのように、ＵＥがエントリポイントに接続するときに構成される。本エントリポイントは、ＶＰＬＭＮ内またはＨＰＬＭＮ内にあってもよい。Ｓ８では、エントリポイントは、ＨＰＬＭＮ内にある。

グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））アソシエーション（ＧＳＭＡ）は、それによって、ＰＬＭＮオペレータが、相互のＰＬＭＮへのそのサブスクライバのためのローミングを提供することを可能にする、データを交換し得る、データベースを起動する。データベースは、緊急電話番号と、５ビットフォーマットのカテゴリとを含む、静的データについて他のＰＬＭＮを更新するために有用である。本データベースは、ＮＧ ＲＡＥＸ ＩＲ．２１データベースと呼ばれる。したがって、緊急電話番号およびカテゴリがあまり動的ではないため、本データベースからのデータは、ＳＩＰ招待の中で検出される場合、ローミングユーザのＶＰＬＭＮ内で緊急電話番号として認識され得る、第１のセットの中の緊急電話番号を決定するために、ＨＰＬＭＮ Ｐ−ＣＳＣＦにおいて抽出および構成されることができる。

ＰＳ緊急通話プロシージャの一部として、ＵＥは、多くの場合、ＩＭＳ緊急登録プロシージャを実施する必要がある。ＩＭＳ緊急登録プロシージャの一部として、ＵＥは、連絡先ヘッダフィールドの中に「ｓｏｓ」ＳＩＰ ＵＲＩパラメータを含有する、ＳＩＰ登録要求を伝送する。

本ＳＩＰ登録要求を受信するＰ−ＣＳＣＦは、４２０（不正な拡張）または４０３（禁止）応答で応答してもよい。Ｐ−ＣＳＣＦは、本応答の中に３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本文を含んでもよい。ネットワークが、未登録ユーザのための緊急セッションをサポートする場合、Ｐ−ＣＳＣＦはさらに、「匿名緊急通話」を示すインジケーションを含んでもよい。

ＧＰＲＳおよびＥＰＳは、ＮＡＳアタッチメント、または、例えば、ＮＡＳ追跡エリア更新プロシージャ中に、緊急電話番号およびカテゴリの配信をサポートする。これらのプロシージャ中に本情報を配信することの利点は、ＵＥが、緊急電話番号が成功したネットワークアタッチメントの直後にダイヤルされるかどうかを把握し得ることである。５ＧにおけるＮＡＳアタッチメント、または、例えば、ＮＡＳ追跡エリア更新プロシージャの均等物は、本明細書では、５Ｇ登録プロシージャと呼ばれる。５Ｇ登録プロシージャは、ＵＥが登録要求メッセージを送信することと、ＵＥが、例えば、登録容認メッセージを受信することとを含む。

本開示は、任意のアクセス技術を適用するソリューションを提供することを目指すが、５Ｇ特有のソリューションが、加えて、依然として必要とされ得る。例えば、競合条件の状態を防止するために、ＵＥは、成功した５Ｇ登録の後であるが、ＵＥがＤＮＳ等の別のプロトコルを介して緊急情報を受信する前に、音声通話を開始することができる。本時間周期では、番号が、ＵＥによって緊急電話番号として検出されないであろう。

Ｐ−ＣＳＣＦは、一般に、ＶＰＬＭＮでの使用中に緊急電話番号、カテゴリ、またはタイプを認識していない。Ｓ８に関して、ＨＰＬＭＮ内のＰ−ＣＳＣＦは、番号がＶＰＬＭＮまたはＶＰＬＭＮの国のための第２のセットの中にあるかどうかを検出する必要がある。ＮＧ ＲＡＥＸ ＩＲ．２１データベースは、本情報を提供しない。

代替として、または加えて、ＶＰＬＭＮは、ＮＡＳプロシージャを実施し、第２のセットからの番号を伴ってＵＥを構成することが可能であるべきである。

ＮＧ ＲＡＥＸ ＩＲ．２１データベースは、十分な情報をＰ−ＣＳＣＦに提供しない。例えば、ＳＩＰ３８０応答がＳＩＰ招待のために受信される場合に、ＵＥが基本的なＣＳ基本通話を行わなければならないというインジケーションが存在しない。ＵＥが、国特有の緊急サービスＵＲＮを使用して、ＰＳドメイン上で緊急通話を再試行することを可能にするであろう、情報が存在しない。

ＳＩＰ３８０応答はさらに、２つの以下の随意のインジケーション、すなわち、「緊急登録」または「匿名緊急通話」のうちの１つを含むことができる。ＮＧ ＲＡＥＸ ＩＲ．２１データベースは、ＶＰＬＭＮが、そのＰ−ＣＳＣＦがそのようなインジケーションを含む必要があるかどうかをＨＰＬＭＮに知らせることを可能にしない。

５Ｇ ＣＮによってサポートされるＩＭＳ（例えば、Ｐ−ＣＳＣＦ）は、ＳＩＰ招待が緊急電話番号を含有することを検出してもよい。Ｐ−ＣＳＣＦは、上記で議論されるように、ＳＩＰ３８０応答でＳＩＰ招待を拒否してもよい、またはＰ−ＣＳＣＦは、ＵＥへの応答の中でＳＩＰ招待が緊急サービスに関するものであったことを示し、ＳＩＰ招待を容認してもよい。セッションがＳＩＰ招待に起因する場合、セッションは、緊急セッションと見なされる。しかしながら、緊急サービスセッションは、緊急サービス専用のベアラを使用していない。

標的ＲＡＴ、例えば、ＮＲが、緊急サービスのために不適切である場合、緊急セッションを伴うベアラは、（緊急ベアラがそうするであろうように）ソースＲＡＴ上に留まるべきである。３ＧＰＰ ＴＳ ２３．５０１「Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ２」、ｖ．１５．０．０（２０１７年１２月）で現在規定されているＡＭＦが、緊急セッションと見なされるセッションが通常の非緊急ベアラを使用していることを認識していない場合、本セッションは、緊急サービスのために不適切なＲＡＴに移行または譲渡され得る。

非緊急ベアラを使用して、緊急セッションを、緊急サービスをサポートしないＲＡＴに譲渡することは、望ましくない場合がある。

本開示は、絶対的ではない実施例および実施形態を参照して上記の問題へのソリューションを提示し、テキスト構築物またはＩＥは、例証目的のためである。他のＩＥレイアウトまたはドメイン名標識順序も、可能であり得、本開示の範囲内である。さらに、本明細書に説明されるいくつかの実施形態は、本開示の範囲から逸脱することなく、他の実施形態と組み合わせられ得る。

本開示は、ＵＥに緊急情報をプロビジョニングすることを目指すソリューションを提供する。緊急情報は、緊急電話番号、ＵＲＮ、カテゴリ、またはインジケーションから成る。各緊急電話番号に対し、以下、すなわち、ＵＲＮ（例えば、ＰＳドメインに好適である）、カテゴリ（例えば、ＣＳドメインに好適である）、またはＵＥがＣＳドメイン上で基本通話プロシージャを使用する必要があるというインジケーションのうちの１つ以上のものが存在する。

代替として、ＵＥがＣＳドメイン上で基本通話プロシージャを使用するというインジケーションは、ＵＥがＰＳドメイン上のみで緊急通話プロシージャを使用するというインジケーション、ＵＥがＰＳドメイン上のみで緊急セッションプロシージャを使用するというインジケーション、またはＵＥがＰＳドメイン上のみで緊急プロシージャを使用するというインジケーションであり得る。

ＵＥにプロビジョニングされる緊急情報は、有効と見なされ得る。有効緊急情報は、ダイヤルされた番号が緊急電話番号であるかどうかを検出するために、ダイヤルされた番号または数字をプロビジョニングされた緊急電話番号（例えば、緊急情報の一部）と比較するときに、ＵＥによって使用されることができる。

（例えば、ダイヤルされた）番号が緊急電話番号であるとき、ＵＥは、選択されるドメインに応じて、そして緊急情報に応じて、ドメイン特有の緊急通話設定プロシージャを呼び出す、または基本ＣＳ通話設定プロシージャを呼び出す。

Ｅ−ＵＴＲＡＮを使用するとき、ＵＥは、（基本通話のための）ＣＳフォールバックプロシージャを実施する、またはＣＳフォールバックプロシージャ中に緊急通話のためのＣＳフォールバックを示してもよい。緊急情報が、ＵＥが基本ＣＳ通話設定プロシージャを呼び出す必要があることを示す場合、ＵＥは、緊急通話のためのＣＳフォールバックを示すことなく、ＣＳフォールバックプロシージャを実施する。

限定ではないが、ＭＭＥ、ＡＭＦ、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、またはＤＮＳサーバを含む、ＶＰＬＭＮのネットワークサーバは、モバイル国コード（ＭＣＣ）等の国コードにつき、またはＶＰＬＭＮにつき、以下を示す、構成を維持してもよい。
・緊急サービスのタイプが展開される国を示す第１の値、または緊急サービスのタイプが展開される国の中で緊急サービスのタイプを一意に識別する、第２の値。第１の値（例えば、ｘｙ）および第２の値（例えば、５６７）は、３ＧＰＰ ＴＳ ２４．２２９を参照して議論されるように、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ．ｘｙ．５６７」等のＵＲＮが構築されることを可能にする。
・３ＧＰＰ ＴＳ ２４．００８を参照して議論されるように、５ビットサービスカテゴリ値を表す値または５ビットサービスカテゴリ値自体
・通話が（ＩＭＳを使用する）ＰＳドメインの代わりにＣＳドメイン上で設定されるべきであるかどうか
・基本通話プロシージャまたは緊急通話プロシージャがＣＳドメインで使用されるべきであるかどうか、または
・Ｐ−ＣＳＣＦが特定のＳＩＰ応答をＵＥに送信するべきかどうか、およびＳＩＰ応答が「緊急登録」または「匿名緊急通話」を含むべきであるかどうか

（カテゴリ値を別の目的で使用する）
ＵＥへのＮＡＳシグナリングは、５ビットをＵＥに提供し、２^５＝３２個の可能性を提供する。これらのビットの組み合わせのうちの少数が、留保されている。殆どのＰＬＭＮは、５ビットのうちの１つを設定し、国内でサポートされる緊急サービスのカテゴリのうちの１つを識別するであろう。いくつかの国では、組み合わせが、可能である。例えば、１つを上回るビットが１に設定される場合、日本の救急車および消防隊等の複合緊急センターへのルーティングが、要求される。

それは、依然として、５ビットの殆どの可能性として考えられる組み合わせを未使用のままにする。

これらの未使用の組み合わせは、サービスカテゴリの中で前もって表されなかった緊急サービスをエンコードするために使用されることができる。これは、ＣＳドメイン上で基本通話プロシージャを介して前もって取り扱われていた緊急サービスのためのＣＳ緊急通話プロシージャの使用を可能にし得る。

ＰＳドメイン上で、ＵＥ修正が、これらの新しい組み合わせからＵＲＮを導出するために必要とされる。しかしながら、すでに展開されている少なくともいくつかのＵＥは、修正されることができない。

（Ｐ−ＣＳＣＦにローミング関連データのデータベースから取得される緊急情報をプロビジョニングする）
現在、Ｐ−ＣＳＣＦは、緊急ＵＲＮをプロビジョニングされることができるが、ＶＰＬＭＮからそれらを取得するための単純、確実、セキュア、または拡張可能な方法がない。具体的には、ＰＬＭＮオペレータは、そのローミングパートナーＰＬＭＮオペレータの全てにコンタクトし、必要なデータを共有または要求する必要がある。

したがって、本ソリューションは、ＶＰＬＭＮオペレータが必要なデータをデータベースの中に入れることを可能にし、ローミングパートナーおよびＨＰＬＭＮオペレータが（ＩＭＳ Ｓ８ＨＲローミングで使用されるような）そのＰ−ＣＳＣＦまたはＤＮＳサーバを構成することを可能にすることによって、ＨＰＬＭＮオペレータが、そのネットワーク（例えば、とりわけ、Ｐ−ＣＳＣＦまたはＤＮＳサーバ）にそのローミングパートナーＶＰＬＭＮの緊急ＵＲＮ（国特有のＵＲＮを含む）をプロビジョニングすることを可能にすることを目指す。本データは、以下を備えてもよい。
・緊急サービスのタイプが展開される国を示す第１の値、または緊急サービスのタイプが展開される国の中で緊急サービスのタイプを一意に識別する、第２の値。
・５ビットサービスカテゴリ値を表す値または５ビットサービスカテゴリ値自体
・通話が（ＩＭＳを使用する）ＰＳドメインの代わりにＣＳドメイン上で設定されるべきであるかどうか、および基本通話プロシージャまたは緊急通話プロシージャがＣＳドメインで使用されるべきであるかどうかというインジケーション、または
・Ｐ−ＣＳＣＦが特定のＳＩＰ応答をＵＥに送信するべきかどうか、およびＳＩＰ応答が「緊急登録」または「匿名緊急通話」を含むべきであるかどうかというインジケーション

Ｐ−ＣＳＣＦは、ローミングデータベースまたはＤＮＳにクエリを行うか、または国コード（例えば、ＭＣＣ）につき、またはＶＰＬＭＮにつき、以下を示す、構成情報を維持するかのいずれかであってもよい。
・ＳＩＰ応答の中に「緊急登録」または「匿名緊急通話」を含むかどうか
・ＳＩＰ応答の連絡先ヘッダフィールドの中にＵＲＮを含むかどうか、および含むべきＵＲＮ

ＨＰＬＭＮ ＤＮＳサーバは、国コード（例えば、ＭＣＣ）につき、またはＶＰＬＭＮにつき、以下を示す、構成情報を維持してもよい。
・ＵＲＮの一部。国特有のＵＲＮに関して、ＵＲＮの一部は、緊急サービスのタイプが展開される国を示す第１の値、または緊急サービスのタイプが展開される国の中で緊急サービスのタイプを一意に識別する、第２の値を含み得る。Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ （ＲＦＣ） ５０３１、「Ａ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｎａｍｅ （ＵＲＮ） ｆｏｒ Ｅｍｅｒｇｅｎｃｙ ａｎｄ Ｏｔｈｅｒ Ｗｅｌｌ−Ｋｎｏｗｎ Ｓｅｒｖｉｃｅｓ」（２００８年１月）による、ＵＲＮ等の他の場合に関して、ＵＲＮの一部は、例えば、ＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ．ｓｏｓ．ｐｏｌｉｃｅ」からの「ｓｏｓ．ｐｏｌｉｃｅ」であり得る。
・５ビットサービスカテゴリ値を表す値または５ビットサービスカテゴリ値自体
・通話が（ＩＭＳを使用する）ＰＳドメインの代わりにＣＳドメイン上で設定されるべきであるかどうか、および基本通話プロシージャまたは緊急通話プロシージャがＣＳドメインで使用されるべきであるかどうかというインジケーション、または
・Ｐ−ＣＳＣＦが特定のＳＩＰ応答をＵＥに送信するべきかどうか、およびＳＩＰ応答が「緊急登録」または「匿名緊急通話」を含むべきであるかどうかというインジケーション

代替として、情報がＨＰＬＭＮ Ｐ−ＣＳＣＦからのＤＮＳクエリを介して入手可能である場合、Ｐ−ＣＳＣＦは、ＰＬＭＮコードまたはＭＣＣコードを含む、完全修飾ドメイン名（ＦＱＤＮ）を用いて、ＶＰＬＭＮ ＤＮＳサーバにクエリを行うことによって、情報を取得してもよい。

５ビットサービスカテゴリとドメイン名またはＦＱＤＮとの間の下記に説明されるようなマッピングは、ホスト名が英数値列であるということを明確にして、適用されてもよい。英数値は、緊急情報の一部としてローミングデータベースまたはＤＮＳサーバから取得されることができる。Ｐ−ＣＳＣＦまたはＤＮＳは、ローミングデータベースから英数値を取得してもよい。

（その内側に緊急セッションが存在する接続を譲渡することを防止する）
ネットワークが、その内側に緊急セッションが存在する接続を譲渡することを防止するために、ネットワークは、接続が緊急セッションを有することをＩＭＳ（緊急セッションを容認したＰ−ＣＳＣＦを含む）によって知らされる。ネットワークは、緊急セッションを有する接続を、緊急セッションをサポートしないＲＡＴまたはＣＮにリダイレクトまたはハンドオーバすることを防止し得る。

（ＵＥに緊急情報をプロビジョニングする）
本開示は、ＤＮＳおよびＮＡＳプロビジョニング方法を説明するが、アクセスネットワーククエリプロトコル（ＡＮＱＰ）、インターネットキー交換バージョン２（ＩＫＥｖ２）、動的ホスト構成プロトコル（ＤＨＣＰ）、およびハイパーテキスト転送プロトコル（ＨＴＴＰ）を含む、他の方法もまた、提供されてもよい。上記の方法のリストは、限定的であることを意図していない。

要求および応答プロトコルの実施例が、図３に関して示される。応答は、緊急文書を含んでもよい。緊急文書は、緊急情報と見なされる。緊急文書は、ＸＭＬ（拡張マークアップ言語）で緊急情報をエンコードしてもよい。本文書は、例えば、ＩＥの中またはドメイン名の中、または文字列の中または標識の中の緊急情報をエンコードすることの他の実施例を含む。ドメイン名、ホスト名、または標識は、全て文字列と見なされる。文字列は、ドメイン名、ホスト名、または標識であることに限定されない。ドメイン名は、１つ以上のホスト名を含んでもよい。ドメイン名またはホスト名はまた、標識と見なされる。ＵＲＮは、標識を含んでもよい。

図３で見られるように、ＵＥ３０１は、ＩＭＳ３０２を通してネットワークノード３０３と通信してもよい。矢印３３０によって図示されるように、要求が、緊急文書に関してネットワークノード３０３に伝送され、緊急文書は、矢印３４０によって図示されるように、ＵＥ３０１に返される。要求は、ＨＴＴＰ入手メッセージ、ＤＮＳ要求、またはＤＨＣＰ要求であり、場所情報を含んでもよい。

（５Ｇ）
３ＧＰＰアクセスおよび非３ＧＰＰアクセスを使用し、５Ｇ ＣＮにアクセスするとき、ＵＥは、各アクセスを介して異なるＰＬＭＮに登録してもよい。これは、典型的には、ＵＥが異なるコアネットワークを使用していることを意味する。典型的には、ＰＬＭＮは、その独自のコアネットワークを起動する。

ＵＥが、ＵＥによって送信される登録要求メッセージに応答して、ＡＭＦから緊急情報を受信するとき、ＵＥは、本情報を使用し、（例えば、ダイヤルされた）番号と緊急情報の中の緊急電話番号との間の合致を見出すことができる。緊急情報内の各緊急電話番号は、回線交換緊急（ＣＳＥ）通話インジケータ、緊急サービスカテゴリ値、緊急サービスのためのＵＲＮ、または国特有の緊急ＵＲＮのうちの少なくとも１つと関連付けられる。緊急サービスのためのＵＲＮまたは国特有の緊急ＵＲＮは、緊急ＵＲＮと見なされる。

ＵＥは、受信された緊急情報から（緊急サービスのための）（国特有の）緊急ＵＲＮを再構築してもよい。例えば、国特有の緊急ＵＲＮの最後のホスト名は、緊急電話番号の数字と同一である数字を有してもよい、または国特有の緊急ＵＲＮの最後のホスト名は、緊急電話番号の数字と必ずしも同等ではない文字を有してもよい。緊急ＵＲＮが国特有の緊急ＵＲＮではない場合、緊急ＵＲＮは、緊急サービスカテゴリ値から導出されることができる。例えば、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅは、第１のビットセットのみを伴う緊急サービスカテゴリ値から導出されることができる。受信される緊急情報は、緊急ＵＲＮが緊急サービスカテゴリ値から導出されるかどうかを示す、インジケーションを含んでもよい。

選択されるドメインに応じて、ＵＥは、ＰＳ緊急通話プロシージャまたはＣＳプロシージャを実施する。ＣＳＥの値に応じて、ＣＳプロシージャは、ＣＳ緊急通話プロシージャまたはＣＳ基本通話プロシージャから成る。ＵＥがＰＳ緊急通話プロシージャを実施する場合、ＵＥは、ＳＩＰ招待メッセージの中に緊急ＵＲＮを含んでもよい。ＵＥがＣＳ緊急通話プロシージャを実施する場合、ＵＥは、緊急設定メッセージの中に緊急サービスカテゴリ値を含んでもよい。ＵＥがＣＳ基本通話プロシージャを実施する場合、ＵＥは、設定メッセージの中にダイヤルされた数字を含んでもよい。

（１つの５Ｇ ＣＮ）
Ｅ−ＵＴＲＡＮ、ＮＲ、またはＷＬＡＮを使用し、５Ｇ ＣＮにアクセスするとき、ＵＥは、サービスを取得するために登録する必要があり得る。ＵＥは、登録要求メッセージを伝送することによって登録する。登録要求に応答して、ＵＥは、例えば、１つ以上の緊急電話番号を伴うリスト、関連付けられるカテゴリ、関連付けられるＵＲＮ、番号への電話がＰＳドメイン上のみで緊急プロシージャをトリガするというインジケーション、または番号への電話がＣＳドメイン上で基本プロシージャをトリガするというインジケーションを含む、緊急情報を受信してもよい。緊急情報は、ＮＡＳ登録プロシージャの一部として受信される。

ＵＥはまた、例えば、５Ｇ ＣＮによって保持される登録情報を更新するために、周期的に登録要求を送信する。これらの登録要求に応答して、ＵＥは、上記の１つ以上の緊急電話番号を伴うリストを受信してもよい。ＵＥが空のリスト（すなわち、サイズゼロのリスト）を受信する場合、ＵＥは、前もって記憶されたリストを空のリストと置換してもよいか、またはＵＥは、空のリストを無視してもよいかのいずれかである。ＵＥがリストを受信しない場合、ＵＥは、前もって受信されたリストを上書きしなくてもよい。

前もって受信されたリストを空のリストと置換することは、ＵＥが同一の国内のＰＬＭＮに登録するときに有用であり、本ＰＬＭＮは、モバイルエンティティ（ＭＥ）がハードコード化した番号およびユニバーサルサブスクライバ識別モジュール（ＵＳＩＭ）がプロビジョニングした番号に起因して検出されるもの以外に、ネットワーク内の全ての緊急通話検出を取り扱う。

（２つの５Ｇ ＣＮ）
Ｅ−ＵＴＲＡＮまたはＮＲを使用し、５Ｇ ＣＮにアクセスするとき、およびＷＬＡＮを使用し、別の５Ｇ ＣＮにアクセスするとき、他方の５Ｇ ＣＮは、異なるＰＬＭＮの一部であってもよい。他方の５Ｇ ＣＮはさらに、異なる国に位置してもよい。

同じことが、ＵＥが３ＧＰＰアクセスおよび非３ＧＰＰアクセスを介してＥＰＣにアクセスするときに起こり得る。３ＧＰＰアクセスを介してＥＰＣにアクセスするＵＥは、ＵＥが非３ＧＰＰアクセスを介して受信される緊急情報を考慮し得るかどうかを示す、ポリシを受信してもよい。

さらに、非３ＧＰＰアクセスを介して受信される緊急情報はまた、ＭＣＣ等の国情報と関連付けられてもよい。国情報は、緊急情報が有効である国を識別する。有効緊急情報は、ダイヤルされた番号が緊急電話番号であるかどうかを検出するために、ダイヤルされた番号をプロビジョニングされた緊急電話番号と比較するときに、使用されることができる。

（１つの５Ｇ ＣＮおよび１つの非５Ｇ ＣＮ）
Ｅ−ＵＴＲＡＮまたはＮＲを使用し、５Ｇ ＣＮにアクセスするとき、およびＷＬＡＮを使用し、ＥＰＣにアクセスするとき、ＥＰＣは、異なるＰＬＭＮの一部であってもよい。他方のＥＰＣはさらに、異なる国に位置してもよい。

２つの５Ｇ ＣＮの場合と同一の考慮事項が、２つのＣＮのうちの１つが非５Ｇ ＣＮであるということを明確にして、ここで適用される。

（最後のホスト名が文字から成る）
下記で提案される緊急情報ＩＥは、限定ではないが、５Ｇ ＣＮ等のネットワークに登録するためのＵＥの要求に応答して、含まれる。緊急情報ＩＥは、国特有の緊急ＵＲＮ（例えば、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ．ＸＹ．５６７」。部分「ｓｏｓ」、「ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ」、「ＸＹ」、「５６７」は、標識と見なされる。標識は、１つ以上の文字から成る。ホスト名の中で許可される文字はまた、典型的には、標識の中で許可されるものである）を再構築するための情報を含有する。最後の標識、例えば、「５６７」は、緊急電話番号の中の数字に合致する文字から成る必要はない。それらが合致しない場合、「緊急標識の長さ」フィールドは、後続の文字によって占有されるオクテットの数を示す。文字は、コーディング方式に従ってエンコードされてもよい。文字は、最後の標識の文字を表す。「緊急標識の長さ」フィールドが０に設定される、または受信される緊急情報が、ＵＲＮが国特有のＵＲＮであることを示すインジケーションを含むとき、緊急情報ＩＥの中の数字は、最後の標識の文字、例えば、「５６７」を表す。緊急情報ＩＥの中の国文字は、最後から２番目の標識の文字、例えば、「ＸＹ」を表す。標識または第１のサブサービス「ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ」および標識または最上位サービス「ｓｏｓ」は、ホスト名を完成させる。国特有のＵＲＮは、これらの標識の先頭に「ｕｒｎ：ｓｅｒｖｉｃｅ：」を追加することによって再構築される。

緊急情報ＩＥは、コーディング方式情報を含有する。コーディング方式が、３ＧＰＰ ＴＳ ２３．０３８「Ａｌｐｈａｂｅｔｓ ａｎｄ ｌａｎｇｕａｇｅ−ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ」、ｖ．１４．０．０（２０１７年３月）で定義される、規定されていない言語である、ＧＳＭ（登録商標）デフォルトアルファベットである場合、下記の提案されるＩＥは、許容文字を７ビットでエンコードされ得るものに限定している。代替として、１６ビットエンコード、例えば、２つの連続オクテットを占有するために各文字を要求する、ユニバーサルコード化文字セット（ＵＣＳ−２）が、選定され得る。

（緊急情報ＩＥ）
本情報要素の目的は、ＩＥ内で示される国内で使用するための緊急情報をエンコードすることである。

緊急電話番号リスト情報要素は、下記に示されるようにコード化される。緊急電話番号リストＩＥは、タイプ４情報要素であってもよい。３ＧＰＰ ＴＳ ４４．００６「Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ−Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｙｓｔｅｍ （ＭＳ−ＢＳＳ） ｉｎｔｅｒｆａｃｅ； Ｄａｔａ Ｌｉｎｋ ｌａｙｅｒ ｓｐｅｃｉｆｉｃａｔｉｏｎ」、ｖ１４．０．０（２０１７年３月）で規定されるように、Ｌ３メッセージの中の最大数のオクテットによって与えられるもの以外に、いかなる長さの上限も規定されない。

注記０：本フィールドは、３ＧＰＰ ＴＳ ２３．０３８で定義される、規定されていない言語である、ＧＳＭ（登録商標）デフォルトアルファベットでエンコードされる場合、大文字を含有する。

注記１：長さは、緊急サービスカテゴリ値および数字をエンコードするために使用されるオクテットの数を含有する。

注記２：オクテット５の中の数字は、オクテット６等の中の数字に先行する。最初に入力されるであろう数字は、オクテット５、ビット１−４の中に位置する。数字の内容は、３ＧＰＰ ＴＳ ２４．００８の表１０．５．１１８に示されるようにコード化される。

注記３：緊急電話番号が奇数の数字を含有する場合、個別の緊急電話番号の最後のオクテットのビット５−８は、「１１１１」としてコード化される終了マークを記入されてもよい。

注記４：コーディング方式に従ってエンコードされる文字列。

（最後のホスト名がダイヤルされた数字に合致する番号から成る）
下記で提案される緊急情報ＩＥは、５Ｇ ＣＮに登録するためのＵＥの要求に応答して、含まれる。緊急情報ＩＥは、受信される緊急情報が、ＵＲＮが国特有のＵＲＮであることを示すインジケーションを含む場合、国特有の緊急ＵＲＮ（例えば、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ．ＸＹ．５６７」）を再構築するために十分な情報を含有する。緊急情報ＩＥの中の数字は、最後の標識の文字、例えば、「５６７」を表す。緊急情報ＩＥの中の国文字は、最後から２番目の標識の文字、例えば、「ＸＹ」を表す。標識「ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ」および標識「ｓｏｓ」は、ホスト名を完成させる。国特有のＵＲＮは、本ホスト名の先頭に「ｕｒｎ：ｓｅｒｖｉｃｅ：」を追加することによって再構築される。

緊急情報ＩＥは、コーディング方式情報を含有する。エンコード方式が、３ＧＰＰ ＴＳ ２３．０３８で定義される、規定されていない言語である、ＧＳＭ（登録商標）デフォルトアルファベットである場合、下記の提案されるＩＥは、許容文字を、最後の２ビットが１０に設定された７ビットでエンコードされ得るものに限定している。代替として、ビットは、文字を強制的に小文字にするように設定され得る。代替として、７のうちの最後の２ビットは、ハードコード化される必要がない。代替として、１６ビットエンコードが、選定され得る（例えば、ＵＣＳ２）。２つの連続オクテットを占有するために各文字を要求する。

本情報要素の目的は、ＩＥ内で示される国内で使用するための緊急情報をエンコードすることである。

緊急電話番号リスト情報要素は、下記に示されるようにコード化される。緊急電話番号リストＩＥは、タイプ４情報要素である。いかなる長さの上限も、Ｌ３メッセージの中の最大数のオクテットによって与えられるもの以外に、規定されない（３ＧＰＰ ＴＳ ４４．００６参照）。

注記０：本フィールドは、３ＧＰＰ ＴＳ ２３．０３８で定義される、規定されていない言語である、ＧＳＭ（登録商標）デフォルトアルファベットでエンコードされる場合、大文字を含有する。

注記１：長さは、緊急サービスカテゴリ値および数字をエンコードするために使用されるオクテットの数を含有する。

注記２：オクテット５の中の数字は、オクテット６等の中の数字に先行する。最初に入力されるであろう数字は、オクテット５、ビット１−４の中に位置する。数字の内容は、表１０．５．１１８／３ＧＰＰ ＴＳ ２４．００８に示されるようにコード化される。

注記３：緊急電話番号が奇数の数字を含有する場合、個別の緊急電話番号の最後のオクテットのビット５−８は、「１１１１」としてコード化される終了マークを記入されてもよい。

（緊急電話番号リストＩＥを補完する緊急情報を伴う第２のＩＥ）
下記で提案される緊急情報ＩＥは、ＣＮに登録するためのＵＥの要求に応答して、または（非５Ｇ ＣＮに関して）場所情報、（非５Ｇ ＣＮ：ＥＰＣネットワークに関して）追跡エリア情報を更新する、またはエリア情報をＣＮに登録するためのＵＥの要求に応答して、含まれる。拡張番号リストＩＥはまた、緊急情報ＩＥとしても、または別様に名前を付けられたＩＥによっても公知であり得る。緊急情報ＩＥは、国特有の緊急ＵＲＮ（例えば、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ．ＸＹ．５６７」）を再構築するために十分な情報を含有する。

緊急情報ＩＥは、コーディング方式情報を含有する。エンコード方式が、３ＧＰＰ ＴＳ ２３．０３８で定義される、規定されていない言語である、ＧＳＭ（登録商標）デフォルトアルファベットである場合、下記の提案されるＩＥは、許容文字を、最後の２ビットが１０に設定された７ビットでエンコードされ得るものに限定している。代替として、ビットは、文字を強制的に小文字にするように設定され得る。代替として、７のうちの最後の２ビットは、ハードコード化される必要がない。代替として、１６ビットエンコードが、選定され得（例えば、ＵＣＳ２）、２つの連続オクテットを占有するために各文字を要求する。

「緊急標識の長さ」フィールドは、後続の文字によって占有されるオクテットの数を示す。文字は、コーディング方式に従ってエンコードされてもよい。文字は、最後の標識の文字を表す。

緊急電話番号リストＩＥの中の緊急電話番号は、緊急情報ＩＥの中の標識と対応することを意図しており、第１の緊急電話番号情報の数字は、第１のＵＲＩの最後の緊急標識に対応する。第１のＵＲＩの最後の緊急標識の長さが０に設定される、または受信される緊急情報が、ＵＲＮが国特有のＵＲＮであることを示すインジケーションを含む場合、国特有のＵＲＮの最後の標識は、緊急電話番号リストＩＥの中の緊急電話番号の中の数字に合致する。第１のＵＲＩの最後の緊急標識の長さがゼロ以外に設定される場合、国特有のＵＲＮの最後の標識は、標識文字に合致する。

緊急情報ＩＥの中の国文字は、最後から２番目の標識の文字、例えば、「ＸＹ」を表す。標識「ｃｏｕｎｔｒｙ−ｓｐｅｃｉｆｉｃ」および標識「ｓｏｓ」は、ホスト名を完成させる。国特有のＵＲＮは、本ホスト名の先頭に「ｕｒｎ：ｓｅｒｖｉｃｅ：」を追加することによって再構築される。

本情報要素の目的は、ＩＥ内に示される国内で使用するための緊急情報をエンコードすることである。

緊急電話番号リスト情報要素は、下記に示されるようにコード化される。

緊急電話番号リストＩＥは、タイプ４情報要素である。いかなる長さの上限も、Ｌ３メッセージの中の最大数のオクテットによって与えられるもの以外に、規定されない（３ＧＰＰ ＴＳ ４４．００６参照）。

注記０：本フィールドは、３ＧＰＰ ＴＳ ２３．０３８で定義される、規定されていない言語である、ＧＳＭ（登録商標）デフォルトアルファベットでエンコードされる場合、大文字を含有する。

注記１：長さは、緊急サービスカテゴリ値および数字をエンコードするために使用されるオクテットの数を含有する。

注記２：オクテット５の中の数字は、オクテット６等の中の数字に先行する。最初に入力されるであろう数字は、オクテット５、ビット１−４の中に位置する。数字の内容は、３ＧＰＰ ＴＳ ２４．００８の表１０．５．１１８に示されるようにコード化される。

注記３：緊急電話番号が奇数の数字を含有する場合、個別の緊急電話番号の最後のオクテットのビット５−８は、「１１１１」としてコード化される終了マークを記入されるものとする。

注記４：コーディング方式に従ってエンコードされる文字列。

（他のＣＮ）
３ＧＰＰアクセスを介してアクセスされる非５Ｇ ＣＮを介して提供されるサービスを使用しようとするＵＥはまた、多くの場合、ＣＮに登録する。ＵＥは、ＮＡＳアタッチ要求メッセージ、ＮＡＳ追跡エリア更新要求メッセージ、またはＮＡＳ場所エリア要求更新メッセージをＣＮに伝送することによって、登録する。ＣＮ（例えば、ＥＰＣネットワーク、５Ｇ ＣＮ、またはＧＰＲＳ ＣＮ）と相互作用するために使用されるプロトコルの一部である、ＮＡＳメッセージは、少なくとも１つの情報要素（ＩＥ）を含んでもよい。アタッチ要求メッセージ、追跡エリア更新要求メッセージ、または場所エリア要求に応答して、ＵＥは、１つ以上の緊急電話番号、関連付けられるカテゴリ、関連付けられるＵＲＮ、または以下を伴って、リストを受信してもよい。
・番号への電話がＰＳドメイン上のみで緊急プロシージャをトリガするというインジケーション、または
・番号への電話がＣＳドメイン上で基本プロシージャをトリガするというインジケーション

いくつかの既存のＣＮは、ＮＡＳメッセージを介してある緊急情報をすでに提供しているが、ＮＡＳメッセージは、欠落している付加的緊急情報を提供するように拡張され得る。ＮＡＳメッセージのコンテンツの拡張は、後方互換性がある一方で、５Ｇへの進化を提供するであろう。さらに、拡張は、重複を防止するであろう。ＮＡＳメッセージは、特に緊急情報を含む、情報全般を符号化する限定数のオクテットのみを含み得ることに留意されたい。

ＵＥが、ＵＥによって送信される登録メッセージ（例えば、とりわけ、アタッチメッセージ、場所エリア更新メッセージ、追跡エリア更新メッセージ、ＩＫＥ、拡張可能認証プロトコル（ＥＡＰ））に応答して、モビリティ管理ネットワーク要素（例えば、ＭＭＥ、ＳＧＳＮ、進化型パケットデータゲートウェイ（ｅＰＤＧ））から緊急情報を受信するとき、ＵＥは、本情報を使用し、ダイヤルされた番号と緊急情報の中の緊急電話番号との間の合致を見出すことができる。緊急情報内の各緊急電話番号は、回線交換緊急（ＣＳＥ）通話インジケータ、緊急サービスカテゴリ値、または国特有の緊急ＵＲＮのうちの少なくとも１つと関連付けられる。

ＵＥは、受信された緊急情報から国特有の緊急ＵＲＮを再構築してもよい。例えば、国特有の緊急ＵＲＮの最後のホスト名は、緊急電話番号の数字と同一である数字を有してもよい、または国特有の緊急ＵＲＮの最後のホスト名は、緊急電話番号の数字と同等ではない数字を有してもよい。

選択されるドメインに応じて、ＵＥは、ＰＳ緊急通話プロシージャまたはＣＳプロシージャを実施する。ＣＳＥの値に応じて、ＣＳプロシージャは、ＣＳ緊急通話プロシージャまたはＣＳ基本通話プロシージャから成る。ＵＥがＰＳ緊急通話プロシージャを実施する場合、ＵＥは、ＳＩＰ招待メッセージの中に再構築された国特有の緊急ＵＲＮを含む。ＵＥがＣＳ緊急通話プロシージャを実施する場合、ＵＥは、緊急設定メッセージの中に緊急サービスカテゴリ値を含んでもよい。ＵＥがＣＳ基本通話プロシージャを実施する場合、ＵＥは、設定メッセージの中にダイヤルされた数字を含んでもよい。

既存の登録応答メッセージが緊急電話番号リストＩＥをすでに含んでいる場合、提案される緊急情報ＩＥを伴って（ＮＡＳ）登録応答を拡張することが提案される。拡張番号リストＩＥはまた、緊急情報ＩＥとしても公知であり得る。

（ＤＮＳベースのソリューション）
（全体的プロシージャ）
５Ｇは、新たに定義されたシステムであるが、他のシステム、例えば、ＥＰＣをサポートするシステムが、現在展開されている。５Ｇでは、緊急情報は、ＮＡＳの一部として提供されることができるが、他のシステムでは、ＭＭＥおよびＵＥのＮＡＳおよびＵＥの上層（例えば、ＩＭＳクライアントを備え得る）をアップグレードすることは、簡単ではない。

本ソリューションはまた、５Ｇ ＣＮ以外のＣＮにも適用可能である。ＵＥは、１つ以上の緊急電話番号、関連付けられるカテゴリ、関連付けられるＵＲＮ、および／または以下を伴って、緊急情報を取得する必要がある。
・番号への電話がＰＳドメイン上のみで緊急プロシージャをトリガするというインジケーション、または
・番号への電話がＣＳドメイン上で基本プロシージャをトリガするというインジケーション

リストを提供するために使用される任意のプロビジョニング機構は、好ましくは、容易に展開可能であるべきである。例えば、ＤＮＳサーバが、リストを取得するために使用されることができる。ＵＥは、例えば、ＮＡＳ層に影響を及ぼすことなく、ＤＮＳにクエリを行うことができる。ＵＥは、そのアドレスがＰＬＭＮのネットワークによって示されるＤＮＳサーバから、信頼できないＷＬＡＮから取得されるＤＮＳサーバが信頼できないＤＮＳサーバと見なされるため、上記で説明されるような緊急情報のリストを取得してもよい。リストは、ホスト名を含有してもよい。いくつかのホスト名は、例えば、「ｓｏｓ」標識のような標識の存在により、緊急情報を表してもよい。緊急情報の中のある情報は、下記でより詳細に説明されるようにフォーマットされる１つ以上のホスト名であってもよい。

本ソリューションは、ＵＥが、ダイヤルされた番号が緊急電話番号の第２のセットの中にあることを検出しない状況を少なくとも部分的に防止するであろう。

ＵＥが空のリストを受信する場合、ＵＥは、前もって記憶されたリストを空のリストと置換してもよい（すなわち、現在のリストを除去／削除する）か、またはＵＥが空のリストを無視してもよいかのいずれかである。ＵＥがリストを受信しない場合、ＵＥは、前もって受信されたリストを上書きしないことを選定してもよい。前もって受信されたリストを空のリストと置換することは、ＵＥがＨＰＬＭＮと同一の国内のＰＬＭＮに登録するときに有用であり、本ＰＬＭＮは、ＭＥがハードコード化した番号およびＵＳＩＭがプロビジョニングした番号に起因して検出されるもの以外に、（例えば、Ｐ−ＣＳＣＦからのＳＩＰ３８０応答を用いて、ＭＳＣ内で、または基本通話要求をＰＳＡＰにルーティングすることによって）ネットワーク内の全ての緊急通話検出を取り扱う。

ＤＮＳを使用し、本リストを取得するとき、ＵＥは、ＤＮＳ要求を１つ以上の前もって構成されたＤＮＳサーバに送信することによって、インジケータを使用してＤＮＳ ＮＡＰＴＲクエリを実施してもよい。ＵＥは、例えば、上記で説明されるような緊急情報のリストを受信することを所望することを示す文字列を送信してもよい。文字列は、ドメイン名またはＦＱＤＮであってもよい。ＤＮＳサーバは、次いで、置換記録を含有し得るＤＮＳ応答メッセージで応答してもよい。

置換記録は、ＤＮＳ応答メッセージの中に存在する場合、ドメイン名（ドメイン名は、ドットで分離されたホスト名のセットまたはドットで分離された標識のセットであり得る）またはＦＱＤＮを含有する。

プロトコルのためのインターネット規格（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）は、コンポーネントホスト名標識が、（大文字と小文字を区別しない様式で）ＡＳＣＩＩ文字「ａ」から「ｚ」、数字「０」から「９」、およびハイフン（「−」）のみを含有し得ることを義務付ける。ＲＦＣ ９５２の中のホスト名の最初の仕様書「ＤｏＤ Ｉｎｔｅｒｎｅｔ Ｈｏｓｔ Ｔａｂｌｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」（１９８５年１０月）は、標識が数字から、またはハイフンから開始し得ず、ハイフンで終了してはならないことを義務付けた。しかしながら、後続の仕様書、ＲＦＣ １１２３「Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｈｏｓｔｓ−Ａｐｐｌｉｃａｔｉｏｎ ａｎｄ Ｓｕｐｐｏｒｔ」（１９８９年１０月）は、ホスト名標識が数字から開始することを可能にした。いかなる他のシンボル、句読文字、または余白も、許可されない。

５ビットカテゴリ情報を有効ホスト名またはドメイン名の標識にマップするとき、単純にＡＳＣＩＩまたはＵＴＦ−８文字の最初または最後の５ビットをとることは、上記のホスト名要件に従って、ホスト名または標識の中で許容されないＡＳＣＩＩまたはＵＴＦ−８文字をもたらし得る。例えば、１６進１Ｂは、ＡＳＣＩＩでＥＳＣコマンドを表す。したがって、ソリューションが、下記の本問題のために提供される。

上記のＤＮＳプロシージャは、例えば、ＷＬＡＮを含む、任意のアクセス技術によって提供される任意のＩＰアクセスを経由して、使用されることができ、これは、ＬＴＥアクセスまたはＥＰＣ、ＮＲアクセスまたは５Ｇ ＣＮにも、または同等物にも限定されない。

ＵＥの代替物として、Ｐ−ＣＳＣＦが、ＤＮＳサーバを調査し、そのような情報を取得し得る。

下記の代替案の全てでは、構築されたドメイン名が一意であり、例えば、ＩＣＡＮＮを通してすでに留保されている別のドメイン名に重複しないことを確実にするために、最上位ドメイン名が、追加され得る。例えば、＜ＭＮＣ＞および＜ＭＣＣ＞が、ローカルブレイクアウト（ＬＢＯ）またはホームベースのルーティング（Ｓ８ＨＲ）ローミングが使用されるかどうかに応じて、ＨＰＬＭＮまたはＶＰＬＭＮのいずれかである、ＩＭＳ ＰＤＮを提供するＰＬＭＮのＥ．２１２モバイルネットワークコードおよびモバイル国コードである、ｅｓｅｒｖｉｃｅｃａｔ．ｍｎｃ＜ＭＮＣ＞．ｍｃｃ＜ＭＣＣ＞．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇである。

代替として、以下のドメイン名、すなわち、「ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ＜ＭＣＣ＞．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」が、考慮され得る。構築されたドメイン名に追加するための最上位ドメイン名は、静的である、周知である、事前プロビジョニングまたはハードコード化され得る、またはとりわけ、例えば、ＮＡＳメッセージングでＰＣＯ ＩＥを使用して、ＤＨＣＰを使用して、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）を使用して、ＳＩＰ登録時（例えば、ＳＩＰ招待要求へのＳＩＰ応答の中で受信される）またはＰＤＮ接続設定時にＵＥの中でプロビジョニングされ得る。代替として、ＵＥは、３ＧＰＰ ＴＳ ２３．００３、「Ｎｕｍｂｅｒｉｎｇ， ａｄｄｒｅｓｓｉｎｇ， ａｎｄ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」、ｖ．１５．２．０（２０１７年１２月）で説明されるように、構成されたＩＭＳホームネットワークドメイン名から構築されたドメイン名に追加するための最上位ドメイン名を導出し、ＵＥが結果として生じたドメイン名またはＦＱＤＮを導出し得ることを確実にするために、標識「３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」の前に標識「ｐｕｂ」を挿入し得る。

注記：ＵＥではなくＰ−ＣＳＣＦがＤＮＳ要求を開始している場合、標識「．ｐｕｂ」の挿入は、不必要である。

（５ビットサービスカテゴリをドメイン名またはＦＱＤＮに、およびそこからマップする）
（代替案１）
一実施形態では、「オン」である、または「設定」される各ビットは、下記の表２の実施例によって示されるように、文字にマップされ得る。設定されない、または「オフ」であるビットは、別の有効ホスト名文字、例えば、「ｚ」または「０」（ゼロ）、または「ｏ」または「−」にマップされ得る。文字にマップすることは、ホスト名が数字またはダッシュから開始することを可能にしないＤＮＳサーバのために好まれ得る。

代替として、ホスト名は、いくつかの所定の文字、例えば、「ｃａｔ」から開始し得る。例えば、５ビットサービスカテゴリが「０１１００」である場合、ホスト名は、「ｃａｔ０ａｆ００」、または右から左に読むときに「ｃａｔ００ａｆ０」であり得る。

「ｐ」、「ａ」、「ｆ」、「ｇ」、または「ｒ」等の文字にマップする代わりに、「オン」である、または「設定」される各ビットは、数字にマップされ得る。５ビット「０１１００」の同一の実施例を使用して、マップされたホスト名は、「ｃａｔ０１１００」、または右から左に読むときに「ｃａｔ００１１０」であり得る。

（代替案２）
サービスカテゴリは、数字、例えば、１６進数または１０進数で表されることができる。現在、２^５＝３２個のサービスカテゴリ値が存在する。［０−３１］の間であり、それを含む、任意の数字が、有効サービスカテゴリを表すであろう。１６進数では、［０−１Ｆ］の間であり、それを含む、任意の１６進数が、有効サービスカテゴリを表すであろう。例えば、「救急車」および「消防隊」セットを表すビットを伴うサービスカテゴリ値は、「０６」または「ｃａｔ０６」によって表され得る。

（代替案３）
代替案３は、代替案１または代替案２と組み合わせられ、以下のようにこれらの代替案を改良する。

ＣＳドメイン上の通話が基本プロシージャを使用して実施されるべきであることを示すために、所定の文字の後には、空の文字列、例えば、「ｃａｔ」が続き得る。

他方では、「ｅ」または「ｅｃ」または「ｅｃｓｃ」は、それぞれ、「緊急」、「緊急通話」、または「緊急ＣＳ通話」を表す、所定の文字の代替セットと見なされ得る。ネットワークがＣＳドメイン上の通話が基本通話プロシージャ（すなわち、緊急通話プロシージャではない）を使用して実施されるべきであることを示すことを所望する場合、所定の文字は、「ｃ」または「ｃｓｃ」であり得る。「ｅ」または「ｅｃ」または「ｅｃｓｃ」の後には、カテゴリ表現が続くであろうが（例えば、代替案１および代替案２参照）、「ｃ」または「ｃｓｃ」の後には、カテゴリ表現が続かないであろう。

したがって、上記の実施例を使用し、ＩＭＳ ＰＤＮを提供するネットワークの（＜ＭＮＣ＞または）＜ＭＣＣ＞が、例えば、それぞれ、１５および２３４である場合、以下のＵＲＮカテゴリは、関連付けられるドメイン名またはＦＱＤＮの中にトランスポーズされるであろう。本リストは、例証目的のためにすぎず、全ての可能性の包括的リストであることを意図していないことに留意されたい。
・ｃａｔ０ａｆ００．ｅｓｅｒｖｉｃｅｃａｔ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｃａｔ００ａｆ０．ｅｓｅｒｖｉｃｅｃａｔ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｃａｔ０１１００．ｅｓｅｒｖｉｃｅｃａｔ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｃａｔ００１１０．ｅｓｅｒｖｉｃｅｃａｔ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・０６．ｅｓｅｒｖｉｃｅｃａｔ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｃａｔ０６．ｅｓｅｒｖｉｃｅｃａｔ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ

（緊急ＵＲＮをドメイン名またはＦＱＤＮに、およびそこからマップする）
２つの緊急ＵＲＮセットが存在する。
・第１の緊急ＵＲＮセット：「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅ」、および「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔａｉｎ」、および
・国特有の緊急サービスＵＲＮとして公知である、他のＵＲＮから成る第２の緊急ＵＲＮセット

上記で定義されるようなセットの中のＵＲＮから「ｕｒｎ：ｓｅｒｖｉｃｅ：」の接頭テキストをドロップし、次いで、残りのホスト名標識の順序を逆転させることによって、ドメイン名またはＦＱＤＮが、構築されることができる。しかしながら、構築されたドメイン名が一意であり、例えば、ＩＣＡＮＮを通して、すでに留保されている別のドメイン名に重複しないことを確実にするために、最上位ドメイン名が、追加され得る。例えば、＜ＭＮＣ＞および＜ＭＣＣ＞が、ＬＢＯまたはＳ８ＨＲローミングが使用されるかどうかに応じて、ＨＰＬＭＮまたはＶＰＬＭＮのいずれかであり得る、ＩＭＳ ＰＤＮを提供するＰＬＭＮのＥ．２１２モバイルネットワークコードおよびモバイル国コードである、ｓｅｒｖｉｃｅ．ｕｒｎ．ｍｎｃ＜ＭＮＣ＞．ｍｃｃ＜ＭＣＣ＞．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ等のＵＲＮが、構築され得る。

代替として、以下のドメイン名、すなわち「ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ＜ＭＣＣ＞．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」が、考慮され得る。構築されたドメイン名に追加するための最上位ドメイン名は、静的である、周知である、事前プロビジョニングまたはハードコード化され得る、またはとりわけ、例えば、ＮＡＳメッセージングでＰＣＯ ＩＥを使用して、ＤＨＣＰを使用して、ＯＭＡ ＤＭを使用して、例えば、ＳＩＰ招待要求へのＳＩＰ応答の中で受信される、ＳＩＰ登録時に、またはＰＤＮ接続設定時に、ＵＥの中でプロビジョニングされ得る。代替として、ＵＥは、３ＧＰＰ ＴＳ ２３．００３で説明されるように、構成されたＩＭＳホームネットワークドメイン名から構築されたドメイン名に追加するための最上位ドメイン名を導出し、ＵＥが結果として生じたドメイン名またはＦＱＤＮを導出し得ることを確実にするために、標識「３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」の前に標識「ｐｕｂ」を挿入し得る。

注記：ＵＥではなくＰ−ＣＳＣＦがＤＮＳ要求を開始している場合、標識「．ｐｕｂ」の挿入は、不必要である。

したがって、上記の実施例を使用し、ＩＭＳ ＰＤＮを提供するネットワークの＜ＭＮＣ＞または＜ＭＣＣ＞が、それぞれ、１５および２３４である場合、以下のＵＲＮは、関連付けられるドメイン名またはＦＱＤＮの中にトランスポーズされるであろう。
・ｓｏｓ．ｓｅｒｖｉｃｅ．ｕｒｎ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｐｏｌｉｃｅ．ｓｏｓ ｓｅｒｖｉｃｅ．ｕｒｎ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ａｍｂｕｌａｎｃｅ．ｓｏｓ ｓｅｒｖｉｃｅ．ｕｒｎ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｆｉｒｅ．ｓｏｓ．ｓｅｒｖｉｃｅ．ｕｒｎ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｍａｒｉｎｅ．ｓｏｓ．ｓｅｒｖｉｃｅ．ｕｒｎ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
・ｍｏｕｎｔａｉｎ．ｓｏｓ．ｓｅｒｖｉｃｅ．ｕｒｎ．ｍｎｃ０１５．ｍｃｃ２３４．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ

上記は、３ＧＰＰ ＴＳ ２３．００３に追加される以下のテキストに対応し得る。

代替として、上記の置換形態は、「ｖｉｓｉｔｅｄ−ｃｏｕｎｔｒｙ」と名前を付けられた標識、すなわち、＜ｐｓ−ｅｍｅｒｇｅｎｃｙ−ｔｙｐｅ＞．＜ｃｓ−ｅｍｅｒｇｅｎｃｙ＞．＜ｅｍｅｒｇｅｎｃｙ−ｎｕｍｂｅｒ＞．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ＜ＭＣＣ＞．ｖｉｓｉｔｅｄ−ｃｏｕｎｔｒｙ．ｐｕｂ．３ｇｐｐｎｅｗｏｒｋ．ｏｒｇを含み得る。

上記で参照される、「３ＧＰＰ ＴＳ ２３．００３で規定されるような緊急電話番号ＦＱＤＮフォーマットに基づく緊急電話番号ＦＱＤＮ」は、以下の節を３ＧＰＰ ＴＳ ２３．００３に追加することに基づき得る。

ＵＥが、例えば、「ｓｏｓ．ａｍｂｕｌａｎｃｅ．ｃｓ．１５．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」または「ｓｏｓ．ｐｏｌｉｃｅ．ｅｃｓ００００１．１７．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」を受信し、以下に合致するダイヤルされた番号を検出するとき、
・１５：ＵＥは、「ｓｏｓ．ａｍｂｕｌａｎｃｅ．ｃｓ．１５．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」から、「ｅｍｅｒｇｅｎｃｙ−ｎｕｍｂｅｒ」部分に合致する１５と番号付けされたものを導出することができる。さらに、「ｃｓ−ｅｍｅｒｇｅｎｃｙ」部分の値は、「ＣＳ」である。値「ＣＳ」は、ＵＥがＣＳドメインを選択して電話をかける場合に、ＵＥがＣＳ基本通話プロシージャを実施しなければならないことを示す。「ｐｓ−ｅｍｅｒｇｅｎｃｙ−ｔｙｐｅ」部分の値は、「ｓｏｓ．ａｍｂｕｌａｎｃｅ」である。値「ｓｏｓ．ａｍｂｕｌａｎｃｅ」は、ＵＥがＰＳドメインを選択して電話をかける、または緊急セッションを行う場合に、ＵＥがＳＩＰ招待の中に構築されたＵＲＮを含まなければならないことを示す。ＵＥは、値の先頭に「ｕｒｎ：ｓｅｒｖｉｃｅ：」を追加し、構築されたＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」をもたらすことによって、ＵＲＮを構築する。
・１７：ＵＥは、「ｓｏｓ．ｐｏｌｉｃｅ．ｅｃｓ００１００．１７．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」から、「ｅｍｅｒｇｅｎｃｙ−ｎｕｍｂｅｒ」部分に合致する１７と番号付けされたものを導出することができる（表１９．４．２．９Ａ．ｘ−１参照）。さらに、「ｃｓ−ｅｍｅｒｇｅｎｃｙ」部分の値は、「ｅｃｓ００００１」である。値「ｅｃｓ００００１」は、ＵＥがＣＳドメインを選択して電話をかける場合に、ＵＥがＣＳ緊急通話プロシージャを実施しなければならないことを示す。ＵＥは、緊急設定メッセージの中でカテゴリを設定しなければならず、ＵＥは、「ｐｏｌｉｃｅ」を表すビット（すなわち、第１のビット）を設定するのみである。「ｐｓ−ｅｍｅｒｇｅｎｃｙ−ｔｙｐｅ」部分の値は、「ｓｏｓ．ｐｏｌｉｃｅ」である。値「ｓｏｓ．ｐｏｌｉｃｅ」は、ＵＥがＰＳドメインを選択して電話をかける、または緊急セッションを行う場合に、ＵＥがＳＩＰ招待の中に構築されたＵＲＮを含まなければならないことを示す。ＵＥは、値の先頭に「ｕｒｎ：ｓｅｒｖｉｃｅ：」を追加し、構築されたＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」をもたらすことによって、ＵＲＮを構築する。

１６進エンコードを用いた実施形態では、上記は、以下のように修正されることができる。

ＵＥが、例えば、「ｓｏｓ．ａｍｂｕｌａｎｃｅ．ｃｓ．１５．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」または「ｓｏｓ．ｐｏｌｉｃｅ．ｅｃｓ００００１．１７．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」を受信し、以下に合致するダイヤルされた番号を検出するとき、
・１５：ＵＥは、「ｓｏｓ．ａｍｂｕｌａｎｃｅ．ｃｓ．１５．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」から、「ｅｍｅｒｇｅｎｃｙ−ｎｕｍｂｅｒ」部分に合致する１５と番号付けされたものを導出することができる（表１９．４．２．９Ａ．ｘ−１参照）。さらに、「ｃｓ−ｅｍｅｒｇｅｎｃｙ」部分の値は、「ＣＳ」である。値「ＣＳ」は、ＵＥがＣＳドメインを選択して電話をかける場合に、ＵＥがＣＳ基本通話プロシージャを実施しなければならないことを示す。「ｐｓ−ｅｍｅｒｇｅｎｃｙ−ｔｙｐｅ」部分の値は、「ｓｏｓ．ａｍｂｕｌａｎｃｅ」である。値「ｓｏｓ．ａｍｂｕｌａｎｃｅ」は、ＵＥがＰＳドメインを選択して電話をかける、または緊急セッションを行う場合に、ＵＥがＳＩＰ招待の中に構築されたＵＲＮを含まなければならないことを示す。ＵＥは、値の先頭に「ｕｒｎ：ｓｅｒｖｉｃｅ：」を追加し、構築されたＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」をもたらすことによって、ＵＲＮを構築する。
・１７：ＵＥは、「ｓｏｓ．ｐｏｌｉｃｅ．ｅｃｓ００１００．１７．ｓｏｓ．ｅｎ．ｃｎ．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ」から、「ｅｍｅｒｇｅｎｃｙ−ｎｕｍｂｅｒ」部分に合致する１７と番号付けされたものを導出することができる（表１９．４．２．９Ａ．ｘ−１参照）。さらに、「ｃｓ−ｅｍｅｒｇｅｎｃｙ」部分の値は、「ｅｃｓ０１」である。値「ｅｃｓ０１」は、ＵＥがＣＳドメインを選択して電話をかける場合に、ＵＥがＣＳ緊急通話プロシージャを実施しなければならないことを示す。１６進値０１は、５ビットで値００００１を表す。ＵＥは、緊急設定メッセージの中で５ビットカテゴリを設定しなければならず、ＵＥは、「ｐｏｌｉｃｅ」を表すビット（すなわち、第１のビット）を設定するのみである。「ｐｓ−ｅｍｅｒｇｅｎｃｙ−ｔｙｐｅ」部分の値は、「ｓｏｓ．ｐｏｌｉｃｅ」である。値「ｓｏｓ．ｐｏｌｉｃｅ」は、ＵＥがＰＳドメインを選択して電話をかける、または緊急セッションを行う場合に、ＵＥがＳＩＰ招待の中に構築されたＵＲＮを含まなければならないことを示す。ＵＥは、値の先頭に「ｕｒｎ：ｓｅｒｖｉｃｅ：」を追加し、構築されたＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」をもたらすことによって、ＵＲＮを構築する。

本開示のいくつかの実施形態は、以下の非限定的な付記を参照して説明され得る。
１．ＵＥであって、
緊急情報を取得することであって、緊急情報は、緊急電話番号と、ＣＳドメイン上で通話を開始するための情報、ＰＳドメイン上で緊急セッションを開始するための情報のうちの少なくとも１つとを含む、ことと、
緊急電話番号を１つ以上の第１の数字と合致させることであって、緊急電話番号は、１つ以上の第２の数字から成る、ことと
を行う、ＵＥ。
２．ＣＳドメイン上の通話は、基本通話または緊急通話のうちの少なくとも１つを備える、項目１。
３．ＰＳドメイン上で緊急セッションを開始するための情報は、ＵＲＮを構築するための情報を備える、項目１。
３ａ．ＵＲＮは、「ｓｏｓ」に設定される標識を含む、項目３。
４．ＣＳドメイン上で緊急通話を開始するための情報は、５ビットサービスカテゴリを構築するための情報を備える、項目２。
５．ＣＳドメイン上で緊急通話を開始するための情報は、５ビットサービスカテゴリを備える、項目２。
６．ＣＳドメイン上で基本通話を開始するための情報は、５ビットサービスカテゴリを構築するために不十分な情報を備える、項目２。
７．ＣＳドメイン上で基本通話を開始するための情報は、ＣＳドメイン上で基本通話を開始するためのＵＥを示すインジケータを備える、項目２。
８．ＣＳドメイン上で基本通話を開始するための情報は、緊急プロシージャがＰＳドメイン上のみで適用可能であるというインジケーションを備える、項目２。
９．緊急電話番号が１つ以上の第１の数字に合致する場合に、ＣＳドメイン上で基本通話を開始するための情報は、１つ以上の第１の数字がＣＳ設定メッセージの中に含まれるというインジケーションを備える、項目２。
１０．緊急電話番号および情報のうちの少なくとも１つは、関連付けられる、項目１。
１１．緊急電話番号が１つ以上の第１の数字に合致する場合に、ＵＲＮは、ＳＩＰ招待メッセージの中に含まれる、項目３。
１２．長さフィールドがゼロに設定される場合に、ＵＲＮは、緊急電話番号に等しい標識を含む、項目３。
１３．インジケータが、ＵＲＮが国特有のＵＲＮであることを示す場合に、ＵＲＮは、緊急電話番号に等しい標識を含む、項目３。
１３ａ．インジケータは、ＵＲＮが国特有のＵＲＮであることを示す、項目３。
１３．インジケータは、ＵＲＮが「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔａｉｎ」のうちの１つであることを示す、項目３。
１３ａ．「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔａｉｎ」のうちの１つは、５ビットサービスカテゴリに由来する、項目１３。
Ａ．ネットワーク要素であって、
緊急情報を提供し、緊急情報は、緊急電話番号と、ＣＳドメイン上で通話を開始するための情報、ＰＳドメイン上で緊急セッションを開始するための情報のうちの少なくとも１つとを含む、ネットワーク要素。
ＡＡ．項目Ａのネットワーク要素と、項目１のＵＥとを備える、システム。
Ｂ．第１のＰＬＭＮ内のネットワーク要素であって、
第２のＰＬＭＮのための緊急情報を取得し、緊急情報は、緊急電話番号と、ＣＳドメイン上で通話を開始するための情報、ＰＳドメイン上で緊急セッションを開始するための情報のうちの少なくとも１つとを含み、
緊急情報は、第２のＰＬＭＮを介してＵＥからＳＩＰ招待を受信するときに適用可能である、ネットワーク要素。
Ｂ１．緊急情報はさらに、「緊急登録」を示す、項目Ｂ。
Ｂ２．緊急情報はさらに、「匿名緊急通話」を示す、項目Ｂ。

本開示を実装するために使用され得る、１つの例示的ユーザ機器は、図４に関して下記に説明される。

ユーザ機器４００は、音声またはデータ通信能力または両方を有する、双方向無線通信デバイスを備えてもよい。ユーザ機器４００は、概して、他のコンピュータシステムと通信する能力を有する。提供される正確な機能性に応じて、ユーザ機器は、実施例として、データメッセージングデバイス、双方向ページャ、無線電子メールデバイス、スマートフォン、データメッセージング能力を伴うセルラー電話、無線インターネット家電、無線デバイス、モバイルデバイス、組み込みセルラーモデム、またはデータ通信デバイスと称され得る。

ユーザ機器４００が、双方向通信を可能にされる場合、これは、受信機４１２および送信機４１４、ならびに１つ以上のアンテナ要素４１６および４１８、局部発振器（ＬＯ）４１３、およびデジタル信号プロセッサ（ＤＳＰ）４２０等の処理モジュール等の関連付けられたコンポーネントを含む、通信サブシステム４１１を組み込み得る。通信分野の当業者に明白となるであろうように、通信サブシステム４１１の特定の設計は、ユーザ機器が動作することを意図している、通信ネットワークに依存するであろう。

ネットワークアクセス要件もまた、ネットワーク４１９のタイプに応じて変動するであろう。いくつかのネットワークでは、ネットワークアクセスは、ユーザ機器４００のサブスクライバまたはユーザと関連付けられる。ユーザ機器は、ネットワーク上で動作するために、組み込みまたはリムーバブルユーザ識別モジュール（ＲＵＩＭ）、またはサブスクライバ識別モジュール（ＳＩＭ）カードまたはＵＭＴＳ ＳＩＭ（ＵＳＩＭ）を要求し得る。ＵＳＩＭ／ＳＩＭ／ＲＵＩＭインターフェース４４４は、通常、ＵＳＩＭ／ＳＩＭ／ＲＵＩＭカードが挿入および吐出され得る、カードスロットに類似する。ＵＳＩＭ／ＳＩＭ／ＲＵＩＭカードは、メモリを有し、多くのキー構成４５１、および識別およびサブスクライバ関連情報等の他の情報４５３を保持することができる。他の場合では、ネットワーク４１９ではなく、ユーザ機器４００は、車両、路側インフラストラクチャ、別のユーザ機器、または他のピアツーピア通信等の非アクセスノードと通信してもよい。

要求されるネットワーク登録またはアクティブ化プロシージャが完了されると、ユーザ機器４００は、ネットワーク４１９を経由して、通信信号を送信および受信してもよい。図４に図示されるように、ネットワーク４１９は、モバイルデバイスと通信する複数の基地局を含むことができる。

アンテナ４１６によって通信ネットワーク４１９を通して受信された信号は、受信機４１２に入力され、これは、信号増幅、周波数下方変換、フィルタリング、チャネル選択、および同等物等の共通受信機機能を果たしてもよい。受信された信号のアナログ／デジタル（Ａ／Ｄ）変換は、復調およびデコード等のより複雑な通信機能がＤＳＰ４１０内で果たされることを可能にする。同様に、伝送されることになる信号は、変調およびエンコードを含み、例えば、ＤＳＰ４２０によって処理され、アンテナ４１８を介した通信ネットワーク４１９を経由して、デジタル／アナログ（Ｄ／Ａ）変換、周波数上方変換、フィルタリング、増幅、および伝送のために、送信機４１４に入力される。ＤＳＰ４２０は、通信信号を処理するだけではなく、受信機および送信機制御も提供する。例えば、受信機４１２および送信機４１４内の通信信号に適用される利得は、ＤＳＰ４２０で実装される自動利得制御アルゴリズムを通して、適応的に制御されてもよい。

ユーザ機器４００は、概して、デバイスの全体的動作を制御するプロセッサ４３８を含む。データおよび音声通信を含む、通信機能は、通信サブシステム４１１を通して果たされる。プロセッサ４３８はまた、ディスプレイ４２２、フラッシュメモリ４２４、ランダムアクセスメモリ（ＲＡＭ）４２６、補助入力／出力（Ｉ／Ｏ）サブシステム４２８、シリアルポート４３０、１つ以上のキーボードまたはキーパッド４３２、スピーカ４３４、マイクロホン４３６、短距離通信サブシステムまたはＤＳＲＣサブシステム等の他の通信サブシステム４４０、および概して４４２として指定される任意の他のデバイスサブシステム等のさらなるデバイスサブシステムと相互作用する。シリアルポート４３０は、ＵＳＢポート、車載診断（ＯＢＤ）ポート、または当業者に公知である他のポートを含んでもよい。

図４に示されるサブシステムのうちのいくつかは、通信関連機能を実施する一方、他のサブシステムは、「常駐」またはデバイス上機能を提供してもよい。着目すべきこととして、キーボード４３２およびディスプレイ４２２等のいくつかのサブシステムは、例えば、通信ネットワークを経由した伝送のためにテキストメッセージを打ち込む等の通信関連機能、および計算機またはタスクリスト等のデバイス常駐機能の両方のために使用されてもよい。

プロセッサ４３８によって使用されるオペレーティングシステムソフトウェアは、代わりに、読取専用メモリ（ＲＯＭ）または類似記憶装置要素（図示せず）であり得る、フラッシュメモリ４２４等の持続的記憶装置内に記憶されてもよい。当業者は、オペレーティングシステム、具体的デバイスアプリケーション、またはその一部が、一時的に、ＲＡＭ４２６等の揮発性メモリの中にロードされ得ることを理解するであろう。受信された通信信号もまた、ＲＡＭ４２６内に記憶されてもよい。

示されるように、フラッシュメモリ４２４は、コンピュータプログラム４５８およびプログラムデータ記憶装置４５０、４５２、４５４、および４５６の両方のために、異なるエリアに分離されることができる。これらの異なる記憶装置タイプは、各プログラムがそれらの独自のデータ記憶要件のために、フラッシュメモリ４２４の一部を配分し得ることを示す。プロセッサ４３８は、そのオペレーティングシステム機能に加えて、ユーザ機器上のソフトウェアアプリケーションの実行を可能にしてもよい。例えば、潜在的に、データおよび音声通信アプリケーションを含む、基本動作を制御する、アプリケーションの所定のセットは、通常、製造中にユーザ機器４００上にインストールされるであろう。他のアプリケーションも、続いて、または動的に、インストールされ得る。

アプリケーションおよびソフトウェアは、任意のコンピュータ可読記憶媒体上に記憶されてもよい。コンピュータ可読記憶媒体は、光学（例えば、ＣＤ、ＤＶＤ等）、磁気（例えば、テープ）、または当技術分野で公知である他のメモリ等の有形または一過性／非一過性媒体であってもよい。

１つのソフトウェアアプリケーションは、限定ではないが、電子メール、メッセージ、カレンダイベント、音声メール、予約、およびタスクアイテム等のユーザ機器のユーザに関連するデータアイテムを編成および管理する能力を有する、パーソナル情報マネージャ（ＰＩＭ）アプリケーションであってもよい。とりわけ、生産性アプリケーション、ソーシャルメディアアプリケーション、ゲームを含む、さらなるアプリケーションもまた、ネットワーク４１９、補助Ｉ／Ｏサブシステム４２８、シリアルポート４３０、短距離通信サブシステム４４０または任意の他の好適なサブシステム４４２を通して、ユーザ機器４００上にロードされ、プロセッサ４３８による実行のために、ユーザによって、ＲＡＭ４２６または不揮発性記憶装置（図示せず）内にインストールされてもよい。アプリケーションインストールにおけるそのような柔軟性は、デバイスの機能性を増加させ、改良されたデバイス上機能、通信関連機能、または両方を提供し得る。

データ通信モードでは、テキストメッセージまたはウェブページダウンロード等の受信された信号は、通信サブシステム４１１によって処理され、プロセッサ４３８に入力され、これはさらに、ディスプレイ４２２または代替として補助Ｉ／Ｏデバイス４２８への出力のために、受信された信号を処理し得る。

ユーザ機器４００のユーザはまた、例えば、とりわけ、ディスプレイ４２２および可能性として補助Ｉ／Ｏデバイス４２８と併せて、物理的または仮想のいずれかの完全英数字キーボードまたは電話タイプキーパッドであり得る、キーボード４３２を使用して、メッセージ等のデータアイテムを構成してもよい。そのような構成されたアイテムは、次いで、通信ネットワークを経由して、通信サブシステム４１１を通して伝送されてもよい。

音声通信が提供される場合、ユーザ機器４００の全体的動作は、受信された信号が、典型的には、スピーカ４３４に出力され得、伝送のための信号は、マイクロホン４３６によって生成され得ることを除いて、類似する。音声メッセージ記録サブシステム等の代替音声またはオーディオＩ／Ｏサブシステムもまた、ユーザ機器４００上に実装されてもよい。音声またはオーディオ信号出力は、好ましくは、主に、スピーカ４３４を通して遂行されるが、ディスプレイ４２２もまた、例えば、発呼当事者の識別のインジケーション、音声通話の持続時間、または他の音声通話関連情報を提供するために使用されてもよい。

図４におけるシリアルポート４３０は、ユーザのデスクトップコンピュータ（図示せず）との同期が望ましくあり得る、ユーザ機器で実装されてもよいが、随意のデバイスコンポーネントである。そのようなポート４３０は、ユーザが、外部デバイスまたはソフトウェアアプリケーションを通して、選好を設定することを可能にし得、無線通信ネットワークを通した以外のユーザ機器４００への情報またはソフトウェアダウンロードを提供することによって、ユーザ機器４００の能力を拡張し得る。当業者によって理解されるように、シリアルポート４３０はさらに、ユーザ機器をコンピュータに接続し、モデムとして作用する、またはユーザ機器上のバッテリを充電するために使用されることができる。

短距離通信サブシステム等の他の通信サブシステム４４０は、必ずしも類似デバイスである必要はない、ユーザ機器４００と異なるシステムまたはデバイスとの間の通信を提供し得る、さらなるコンポーネントである。例えば、サブシステム４４０は、赤外線デバイス、および関連付けられる回路およびコンポーネント、またはＢｌｕｅｔｏｏｔｈ^ＴＭもしくはＢｌｕｅｔｏｏｔｈ^ＴＭ低エネルギー通信モジュールを含み、同様に有効にされたシステムおよびデバイスとの通信を提供してもよい。サブシステム４４０はさらに、ＷＵＲ無線を含んでもよい。サブシステム４４０はさらに、ＤＳＲＣ無線を含んでもよい。サブシステム４４０はさらに、Ｗｉ−ＦｉまたはＷｉＭＡＸ等の非セルラー通信、または近距離通信を含んでもよく、上記の実施形態によると、そのような無線は、いくつかの状況では分割されることが可能であり得る。

上記に説明されるネットワーク要素は、任意のコンピューティングデバイスまたはコンピューティングデバイスの組み合わせを使用することができる。１つの例示的コンピューティングデバイスが、図５に関して示される。ネットワーク要素５１０は、プロセッサ５２０と、通信サブシステム５３０とを含み、プロセッサ５２０および通信サブシステム５３０は、協働して、本明細書に説明される実施形態の方法を実施する。

プロセッサ５２０は、データとともに、ネットワーク要素５１０上に記憶され、メモリ５４０として図５の実施例に示され得る、プログラマブル論理を実行するように構成される。メモリ５４０は、光学（例えば、ＣＤ、ＤＶＤ等）、磁気（例えば、テープ）、フラッシュドライブ、ハードドライブ、または当技術分野で公知である他のメモリ等の任意の有形の非一過性コンピュータ可読記憶媒体であり得る。

代替として、またはメモリ５４０に加えて、サーバ５１０は、例えば、通信サブシステム５３０を通して、外部記憶媒体からデータまたはプログラマブル論理にアクセスしてもよい。

通信サブシステム５３０は、サーバ５１０が他のデバイスまたはネットワーク要素と通信することを可能にする。

サーバ５１０の種々の要素の間の通信は、一実施形態では、内部バス５６０を通してもよい。しかしながら、他の形態の通信も可能である。

本明細書に説明される実施形態は、本願の技法の要素に対応する要素を有する、構造、システム、または方法の実施例である。本記載の説明は、当業者が、同様に本願の技法の要素に対応する代替要素を有する、実施形態を作製および使用することを可能にし得る。本願の技法の意図される範囲は、したがって、本明細書に説明されるような本願の技法と異ならない、他の構造、システム、または方法を含み、さらに、本明細書に説明されるような本願の技法とごくわずかな差異を伴う、他の構造、システム、または方法を含む。

動作は、特定の順序で図面に描写されるが、これは、そのような動作が示される特定の順序または順次順序で実施されること、または全ての図示される動作が望ましい結果を達成するために実施されることを要求するものとして理解されるべきではない。ある状況では、マルチタスクおよび並列処理が、採用されてもよい。さらに、上記に説明される実装における種々のシステムコンポーネントの分離は、全ての実装においてそのような分離を要求するものとして理解されるべきではなく、説明されるプログラムコンポーネントおよびシステムは、概して、信号ソフトウェア製品内にともに統合される、または複数のソフトウェア製品の中にパッケージ化され得ることを理解されたい。

また、離散または別個として種々の実装に説明および図示される、技法、システム、サブシステム、および方法は、他のシステム、モジュール、技法、または方法と組み合わせられる、または統合されてもよい。結合または直接結合される、または相互と通信するものとして、図示または議論される他のアイテムは、電気的、機械的、または別様であるかどうかにかかわらず、いくつかのインターフェース、デバイス、または中間コンポーネントを通して、間接的に結合される、または通信してもよい。変更、代用、および改変の他の実施例が、当業者によって確認可能であって、行われてもよい。

上記の詳細な説明は、種々の実装に適用されるような本開示の基本新規特徴を示し、説明し、指摘したが、図示されるシステムの形態および詳細の種々の省略、代用、および変更が、当業者によって行われ得ることを理解されたい。

メッセージが、電子デバイスへ／から送信されるとき、そのような動作は、即座またはサーバから直接ではない場合がある。それらは、同期して、または非同期して、サーバまたは本明細書に説明されるデバイス／方法／システムをサポートする他のコンピューティングシステムインフラストラクチャから配信されてもよい。前述のステップは、全体または部分的に、デバイス／インフラストラクチャへ／からの同期／非同期通信を含んでもよい。さらに、電子デバイスからの通信は、ネットワーク上の１つ以上のエンドポイントへであってもよい。これらのエンドポイントは、サーバ、分散型コンピューティングシステム、ストリームプロセッサ等によってサービス提供されてもよい。コンテンツ配信ネットワーク（ＣＤＮ）もまた、電子デバイスへの通信を提供してもよい。例えば、典型的サーバ応答ではなく、サーバはまた、コンテンツ配信ネットワーク（ＣＤＮ）が電子デバイスの後続アクティビティ等の後の時間における電子デバイスによるダウンロードを待機するためのデータをプロビジョニングする、または示してもよい。したがって、データは、直接、サーバ、または分散型インフラストラクチャ等の他のインフラストラクチャ、またはＣＤＮから、システムの一部として、またはそれと別個に、送信されてもよい。

典型的には、記憶媒体は、以下、すなわち、動的または静的ランダムアクセスメモリ（ＤＲＡＭまたはＳＲＡＭ）、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、およびフラッシュメモリ等の半導体メモリデバイス、固定、フロッピー、およびリムーバブルディスク等の磁気ディスク、テープを含む別の磁気媒体、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）等の光学媒体、または別のタイプの記憶デバイスのうちのいずれかまたはある組み合わせを含むことができる。上記に議論される命令は、１つのコンピュータ可読または機械可読記憶媒体上に提供され得る、または代替として、可能性として複数のノードを有する、大型システム内に分散される複数のコンピュータ可読または機械可読記憶媒体上に提供される得ることに留意されたい。そのようなコンピュータ可読または機械可読記憶媒体または複数のそのような媒体は、物品（または製造品）の一部と見なされる。物品または製造品は、任意の製造された単一のコンポーネントまたは複数のコンポーネントを指し得る。記憶媒体または複数の媒体は、機械可読命令を起動させる機械の中に位置するか、またはそこから機械可読命令が実行のためにネットワークを経由してダウンロードされ得る遠隔施設に位置するかのいずれかであり得る。

前述の説明では、多数の詳細が、本明細書に開示される主題の理解を提供するために記載される。しかしながら、実装は、これらの詳細のうちのいくつかを伴わずに実践されてもよい。他の実装は、上記に議論される詳細からの修正および変形例を含んでもよい。

Claims (27)

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. 有形の非一過性のコンピュータ読み取り可能な記憶媒体であって、前記有形の非一過性のコンピュータ読み取り可能な記憶媒体には、ユーザ機器（ＵＥ）のプロセッサによる実行のための実行可能コードが記憶されており、前記実行可能コードは、
    ネットワークアクセス層（ＮＡＳ）プロシージャの一部として要求メッセージを伝送するための命令と、
    前記要求メッセージに応答して、少なくとも１つの緊急電話番号を含むリストを含む応答メッセージを受信するための命令と、
    電話番号が前記少なくとも１つの緊急電話番号に合致することを決定するための命令と、
    前記電話番号が前記少なくとも１つの緊急電話番号に合致することを決定すると、通話設定プロシージャを実施するドメインを選択するための命令と、
    前記選択されたドメインがパケット交換（ＰＳ）ドメインであるとき、緊急通話設定プロシージャを実施するための命令と、
    前記選択されたドメインが回線交換（ＣＳ）ドメインであるとき、緊急情報に応じて緊急通話のためのＣＳフォールバックを示すことなく、ＣＳフォールバックプロシージャを実施するための命令であって、前記ＣＳフォールバックプロシージャは、基本通話設定プロシージャを含む、命令と
    を含む、有形の非一過性のコンピュータ読み取り可能な記憶媒体。

Images