特許 7049442 モバイルデバイスへの緊急コードの提供

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-03-29

(45)【発行日】2022-04-06

(54)【発明の名称】モバイルデバイスへの緊急コードの提供

(51)【国際特許分類】

   H04W 48/14 20090101AFI20220330BHJP

   H04W 76/50 20180101ALI20220330BHJP

   H04W 84/12 20090101ALI20220330BHJP

【ＦＩ】

H04W48/14

H04W76/50

H04W84/12

【請求項の数】 12

(21)【出願番号】P 2020502766

(86)(22)【出願日】2017-09-25

(65)【公表番号】

(43)【公表日】2020-04-30

(86)【国際出願番号】 EP2017074268

(87)【国際公開番号】W WO2018184707

(87)【国際公開日】2018-10-11

【審査請求日】2020-08-28

(31)【優先権主張番号】62/481,053

(32)【優先日】2017-04-03

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】500043574

【氏名又は名称】ブラックベリー リミテッド

【氏名又は名称原語表記】ＢｌａｃｋＢｅｒｒｙ Ｌｉｍｉｔｅｄ

【住所又は居所原語表記】２２００ Ｕｎｉｖｅｒｓｉｔｙ Ａｖｅｎｕｅ Ｅａｓｔ， Ｗａｔｅｒｌｏｏ ＯＮ Ｎ２Ｋ ０Ａ７， Ｃａｎａｄａ

(74)【代理人】

【識別番号】100107489

【弁理士】

【氏名又は名称】大塩 竹志

(72)【発明者】

【氏名】バックリー， エイドリアン

(72)【発明者】

【氏名】ベッカー， ジャン ヘンドリク ルーカス

【審査官】小林 正明

(56)【参考文献】

【文献】特表２０１３－５１３２７８（ＪＰ，Ａ）

【文献】米国特許出願公開第２００９／００１０３９９（ＵＳ，Ａ１）

【文献】Introduction of handling of Emergency Call Number ANQP-element，3GPP TSG CT WG1 #103 C1-171442，2017年03月26日

【文献】Handling of emergency call numbers for emergency session over WLAN access，3GPP TSG CT WG1 #103 C1-171310，2017年03月27日

【文献】Managing Local Emergency Numbers List over the non-3GPP access，3GPP TSG CT WG1 #103 C1-171540，2017年03月27日

【文献】Downloading emerg number from ePDG，3GPP TSG SA WG2 #120 S2-172482，2017年03月31日

【文献】Intel, BlackBerry UK Ltd., TeliaSonera AB, Nokia, Alcatel-Lucent Shanghai Bell，Managing local emergency number over the non-3GPP access[online]，3GPP TSG CT WG1 #103 C1-171972，Internet<URL:http://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_103_Spokane/docs/C1-171972.zip>，2017年04月07日

【文献】BlackBerry UK Ltd.，Correct MCC information usage and storage of Local Emergency Numbers List in Annex J[online]，3GPP TSG CT WG1 #107 C1-175412，Internet<URL:http://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_107_Reno/Docs/C1-175412.zip>，2017年12月01日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ユーザ機器において非第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークを使用して緊急コードを取得する方法であって、前記方法は、
要求メッセージをネットワークノードに送信することであって、前記要求メッセージは、情報報告に対応する整数識別子を含む、ことと、
前記ユーザ機器において、応答メッセージを受信することであって、前記応答メッセージは、前記情報報告を含み、前記情報報告は、緊急番号の空リストのインジケータを含み、前記インジケータは、モバイル国コード（ＭＣＣ）を含む、ことと、
前記ユーザ機器において前記緊急番号の前記空リストの前記インジケータを受信することに応答して、前記ユーザ機器において、ローカル緊急番号の以前に受信されたリストを前記緊急番号の前記空リストで上書きすることと
を含む、方法。

【請求項2】

前記インジケータは、統一資源名（ＵＲＮ）である、請求項１に記載の方法。

【請求項3】

前記ＵＲＮは、「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃＸＸＸ」という形式を有し、「ＸＸＸ」は、前記ＭＣＣの３個の数字を示す、請求項２に記載の方法。

【請求項4】

前記要求メッセージは、ＡＮＱＰプロシージャまたはインターネットキー交換バージョン２（ＩＫＥｖ２）プロシージャの一部として伝送され、前記応答メッセージは、ＡＮＱＰプロシージャまたはＩＫＥｖ２プロシージャの一部として受信される、請求項１～３のいずれか１項に記載の方法。

【請求項5】

緊急コードを取得するように構成されているユーザ機器であって、前記ユーザ機器は、
プロセッサと、
通信サブシステムと
を備え、
前記ユーザ機器は、
要求メッセージをネットワークノードに送信することであって、前記要求メッセージは、情報報告に対応する整数識別子を含む、ことと、
応答メッセージを受信することであって、前記応答メッセージは、前記情報報告を含み、前記情報報告は、緊急番号の空リストのインジケータを含み、前記インジケータは、モバイル国コード（ＭＣＣ）を含む、ことと、
前記ユーザ機器において前記緊急番号の前記空リストの前記インジケータを受信することに応答して、前記ユーザ機器において、ローカル緊急番号の以前に受信されたリストを前記緊急番号の前記空リストで上書きすることと
を行うように構成されている、ユーザ機器。

【請求項6】

前記インジケータは、統一資源名（ＵＲＮ）である、請求項５に記載のユーザ機器。

【請求項7】

前記ＵＲＮは、「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃＸＸＸ」という形式を有し、「ＸＸＸ」は、前記ＭＣＣの３個の数字を示す、請求項６に記載のユーザ機器。

【請求項8】

前記要求メッセージは、ＡＮＱＰプロシージャまたはインターネットキー交換バージョン２（ＩＫＥｖ２）プロシージャの一部として伝送され、前記応答メッセージは、ＡＮＱＰプロシージャまたはＩＫＥｖ２プロシージャの一部として受信される、請求項５に記載のユーザ機器。

【請求項9】

緊急コードを取得するための命令コードを記憶するための非一過性のコンピュータ読み取り可能な媒体であって、前記命令コードは、ユーザ機器のプロセッサによって実行されると、
要求メッセージをネットワークノードに送信することであって、前記要求メッセージは、情報報告に対応する整数識別子を含む、ことと、
応答メッセージを受信することであって、前記応答メッセージは、前記情報報告を含み、前記情報報告は、緊急番号の空リストのインジケータを含み、前記インジケータは、モバイル国コード（ＭＣＣ）を含む、ことと、
前記ユーザ機器において前記緊急番号の前記空リストの前記インジケータを受信することに応答して、前記ユーザ機器において、ローカル緊急番号の以前に受信されたリストを前記緊急番号の前記空リストで上書きすることと
を前記ユーザ機器に行わせる、非一過性のコンピュータ読み取り可能な媒体。

【請求項10】

前記インジケータは、統一資源名（ＵＲＮ）である、請求項９に記載の非一過性のコンピュータ読み取り可能な媒体。

【請求項11】

前記ＵＲＮは、「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃＸＸＸ」の形式を有し、「ＸＸＸ」は、前記ＭＣＣの３個の数字を示す、請求項１０に記載の非一過性のコンピュータ読み取り可能な媒体。

【請求項12】

ユーザ機器のプロセッサ上で実行されると、請求項１～４のいずれか１項に記載の方法を実行するように構成されているコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、緊急通話に関し、特に、適切な緊急通話番号およびカテゴリまたはタイプの識別に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ）デバイスまたはユーザ機器（ＵＥ）が、３ＧＰＰ定義アクセスネットワークではないアクセスネットワークを介して進化型パケットコア（ＥＰＣ）／進化型パケットシステム（ＥＰＳ）コアにアクセスすることを所望する場合、ＵＥは、無線ローカルエリアネットワーク（ＷＬＡＮ）を選択し、次いで、それとの接続を確立する必要があり得る（３ＧＰＰアクセスネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）、または進化型ユニバーサルモバイル電気通信サービス（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）であり得る）。ＵＥが、ＷＬＡＮにアクセスし、信頼可能な緊急コードのリストを取得するための種々の側面および述語が、存在する。これらは、以下を含み得る：信頼アクセス、非信頼アクセス、拡張認証プロトコル（ＥＡＰ）、プロトコル構成オプション（ＰＣＯ）、ボイスオーバーＷｉ－Ｆｉ、ＵＥ検出緊急通話、動的ホスト構成プロトコル（ＤＨＣＰ）、ＷＬＡＮアクセスネットワーククエリプロトコル（ＷＬＡＮ ＡＮＱＰ）、第５世代（５Ｇ）ネットワーク、ＷＬＡＮを介した緊急番号および３ＧＰＰアクセスネットワーク（ＡＮ）を介した非アクセススペクトル（ＮＡＳ）インジケータを使用したポリシ、または３ＧＰＰアクセスネットワークを介した緊急番号。

【0003】

ネットワークは、緊急番号およびタイプまたはカテゴリ（例えば、火災、救急車、警察、山岳救助等）を提供する必要があり、それらのために、「ＵＥ検出緊急通話」が、（信頼または非信頼）ＷＬＡＮを介してネットワークまたは公衆移動通信網（ＰＬＭＮ）によってサポートされる。異なる国は、異なる緊急番号およびタイプおよびカテゴリと、「ＵＥ検出緊急通話」とをサポートする。さらに、同一国内でさえ、異なるＰＬＭＮは、異なる「ＵＥ検出緊急通話」をサポートし得る。

【0004】

３ＧＰＰアクセスおよびＷＬＡＮアクセスを介して異なるＰＬＭＮに接続されるＵＥは、両方の（すなわち、第１および第２の）ＰＬＭＮによって、緊急通話番号およびタイプまたはカテゴリで構成され得る。

【0005】

ＵＥが、ＷＬＡＮを介して、第２のＰＬＭＮの緊急番号およびタイプまたはカテゴリで構成されており、ＵＥが、これらを使用して、例えば、サービス提供するネットワークが第１のＰＬＭＮである３ＧＰＰアクセスを介して、「ＵＥ検出緊急通話」を開始する場合、第１のＰＬＭＮは、あるタイプ／カテゴリのための「ＵＥ検出緊急通話」を受信し、第１のＰＬＭＮは、そのネットワークをそのタイプ／カテゴリのために構成していないこともある。

【0006】

代わりに、第１のＰＬＭＮは、通常通話を受信することを予期したであろう。通常通話要求メッセージは、ダイヤルされた数字を含むであろう。ネットワークは、次いで、ダイヤルされた数字を解析し、多分、ダイヤルされた数字に基づいて、通話を正しい緊急応答機関（ＰＳＡＰ）にルーティングするであろう。しかしながら、「ＵＥ検出緊急通話」要求メッセージは、ダイヤルされた数字を含む必要はない。

【0007】

さらに、緊急番号が、ＷＬＡＮを介してＵＥに提供される場合、緊急番号は、ＵＥがＰＬＭＮに接続される前に提供され得る。２つ以上のＰＬＭＮが、利用可能である場合、緊急番号のそれらのＰＬＭＮへのマッピングは、存在しない。代替として、ＷＬＡＮを介してＵＥに提供される緊急番号を提供するエンティティは、ＵＥがＷＬＡＮを介して正常に接続するであろうＰＬＭＮを把握しないことも、それを予測することが可能でないこともある。そのようなエンティティの例は、ＡＮＱＰサーバまたはアクセスポイント（ＡＰ）である。

【0008】

第５世代（５Ｇ）ネットワークは、限定ではないが、とりわけ、モノのインターネット（ＩｏＴ）、音声を含む多くのネットワークスライスを有し得る。各スライスは、その独自の組の緊急番号を有し得る。例えば、１つの番号は、音声のための９１１であり得、第２の番号は、自動化されたＩｏＴデバイスのための８１１であり得る。多目的デバイスが特定のスライスのために使用すべき緊急番号を把握する方法は、存在しない。

【発明の概要】

【発明が解決しようとする課題】

【0009】

故に、続く請求項に詳述されるような方法、ユーザ機器、およびコンピュータプログラムが、提供される。

【課題を解決するための手段】

【0010】

本開示は、ユーザ機器において緊急コードを取得する方法を提供し、方法は、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器において、応答メッセージを受信することとを含み、応答メッセージは、緊急番号の１つ以上のリストを含み、緊急番号の１つ以上のリストの各々は、国コードに関連付けられている。

【0011】

本開示は、緊急コードを取得するように構成されたユーザ機器をさらに提供し、ユーザ機器は、プロセッサと、通信サブシステムとを備え、ユーザ機器は、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、応答メッセージを受信することとを行うように構成され、応答メッセージは、緊急番号の１つ以上のリストを含み、緊急番号の１つ以上のリストの各々は、国コードに関連付けられている。

【0012】

本開示は、緊急コードを取得するための命令コードを記憶するための非一過性コンピュータ読み取り可能な媒体をさらに提供し、命令コードは、ユーザ機器のプロセッサによって実行されると、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、応答メッセージを受信することとをユーザ機器に行わせ、応答メッセージは、緊急番号の１つ以上のリストを含み、緊急番号の１つ以上のリストの各々は、国コードに関連付けられている。

【0013】

本開示は、ユーザ機器における方法をさらに提供し、方法は、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器において、応答メッセージを受信することとを含み、応答メッセージは、国コードとともに空の緊急番号リストを含む統一資源名を含む。

【0014】

本開示は、ユーザ機器をさらに提供し、ユーザ機器は、プロセッサと、通信サブシステムとを備え、ユーザ機器は、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、応答メッセージを受信することとを行うように構成され、応答メッセージは、国コードとともに空の緊急番号リストを含む統一資源名を含む。

【0015】

本開示は、命令コードを記憶するための非一過性コンピュータ読み取り可能な媒体をさらに提供し、命令コードは、ユーザ機器のプロセッサによって実行されると、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、応答メッセージを受信することとをユーザ機器に行わせ、応答メッセージは、国コードとともに空の緊急番号リストを含む統一資源名を含む。
例えば、本願は以下の項目を提供する。
（項目１）
ユーザ機器において非第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークを使用して緊急コードを取得する方法であって、前記方法は、
要求メッセージをネットワークノードに送信することであって、前記要求メッセージは、指示を含む、ことと、
前記ユーザ機器において、応答メッセージを受信することと
を含み、
前記応答メッセージは、少なくとも１つのモバイル国コード（ＭＣＣ）を含み、前記応答メッセージは、緊急番号、タイプ、またはカテゴリ情報を示し、
前記緊急番号、タイプ、またはカテゴリ情報は、前記少なくとも１つのＭＣＣに関連付けられており、
前記少なくとも１つのＭＣＣは、前記緊急番号、タイプ、またはカテゴリ情報が適用される公衆移動通信網（ＰＬＭＮ）コードの一部を示す、方法。
（項目２）
前記ＰＬＭＮコードは、少なくとも１つのＭＣＣおよびモバイルネットワークコード（ＭＮＣ）を含む、項目１に記載の方法。
（項目３）
前記指示は、アクセスネットワーククエリプロトコル（ＡＮＱＰ）緊急通話番号要素を備えている、項目１または２に記載の方法。
（項目４）
前記緊急番号、タイプ、またはカテゴリ情報は、少なくとも１つの名前空間特有文字列としてエンコードされ、名前空間特有文字列は、少なくとも１つの名前空間識別子を含む、項目１－３のいずれか１項に記載の方法。
（項目５）
前記少なくとも１つの名前空間識別子は、「ｓｏｓ－ａｎｑｐ」に設定された名前空間識別子を含む、項目４に記載の方法。
（項目６）
前記少なくとも１つの名前空間特有文字列は、統一資源名（ＵＲＮ）を備えている、項目４に記載の方法。
（項目７）
前記名前空間特有文字列は、前記少なくとも１つのＭＣＣをさらに含む、項目４に記載の方法。
（項目８）
前記名前空間特有文字列は、少なくとも１つの緊急番号をさらに含む、項目４に記載の方法。
（項目９）
前記名前空間特有文字列は、少なくとも１つの緊急通話タイプをさらに含む、項目４に記載の方法。
（項目１０）
前記少なくとも１つの緊急通話タイプは、ラベル「ｓｏｓ」を含む、項目９に記載の方法。
（項目１１）
前記ラベル「ｓｏｓ」の後に少なくとも１つのサブラベルが続く、項目１０に記載の方法。
（項目１２）
前記サブラベルは、「警察」、「救急車」、「火災」、「海事」、または「山岳」のうちの１つを含む、項目１１に記載の方法。
（項目１３）
前記要求メッセージは、ＡＮＱＰプロシージャまたはインターネットキー交換バージョン２（ＩＫＥｖ２）プロシージャの一部として伝送され、前記応答メッセージは、ＡＮＱＰプロシージャまたはＩＫＥｖ２プロシージャの一部として受信される、項目１－１２のいずれか１項に記載の方法。
（項目１４）
緊急コードを取得するように構成されたユーザ機器であって、前記ユーザ機器は、
プロセッサと、
通信サブシステムと
を備え、
前記ユーザ機器は、
要求メッセージをネットワークノードに送信することであって、前記要求メッセージは、指示を含む、ことと、
応答メッセージを受信することと
を行うように構成され、
前記応答メッセージは、少なくとも１つのモバイル国コード（ＭＣＣ）を含み、前記応答メッセージは、緊急番号、タイプ、またはカテゴリ情報を示し、
前記緊急番号、タイプ、またはカテゴリ情報は、前記少なくとも１つのＭＣＣに関連付けられており、
前記少なくとも１つのＭＣＣは、前記緊急番号、タイプ、またはカテゴリ情報が適用される公衆移動通信網（ＰＬＭＮ）コードの一部を示す、ユーザ機器。
（項目１５）
前記ＰＬＭＮコードは、少なくとも１つのＭＣＣおよびモバイルネットワークコード（ＭＮＣ）を含む、項目１４に記載のユーザ機器。
（項目１６）
前記指示は、アクセスネットワーククエリプロトコル（ＡＮＱＰ）緊急通話番号要素を備えている、項目１４または１５に記載のユーザ機器。
（項目１７）
前記緊急番号、タイプ、またはカテゴリ情報は、少なくとも１つの名前空間特有文字列としてエンコードされ、名前空間特有文字列は、少なくとも１つの名前空間識別子を含む、項目１４－１６のいずれか１項に記載のユーザ機器。
（項目１８）
前記名前空間特有文字列は、前記少なくとも１つのＭＣＣをさらに含む、項目１７に記載のユーザ機器。
（項目１９）
前記要求メッセージは、ＡＮＱＰプロシージャまたはインターネットキー交換バージョン２（ＩＫＥｖ２）プロシージャの一部として伝送され、前記応答メッセージは、ＡＮＱＰプロシージャまたはＩＫＥｖ２プロシージャの一部として受信される、項目１４に記載のユーザ機器。
（項目２０）
緊急コードを取得するための命令コードを記憶するための非一過性コンピュータ読み取り可能な媒体であって、前記命令コードは、ユーザ機器のプロセッサによって実行されると、
要求メッセージをネットワークノードに送信することであって、前記要求メッセージは、指示を含む、ことと、
応答メッセージを受信することと
を前記ユーザ機器に行わせ、
前記応答メッセージは、少なくとも１つのモバイル国コード（ＭＣＣ）を含み、前記応答メッセージは、緊急番号、タイプ、またはカテゴリ情報を示し、
前記緊急番号、タイプ、またはカテゴリ情報は、前記少なくとも１つのＭＣＣに関連付けられており、
前記少なくとも１つのＭＣＣは、前記緊急番号、タイプ、またはカテゴリ情報が適用される公衆移動通信網（ＰＬＭＮ）コードの一部を示す、非一過性コンピュータ読み取り可能な媒体。
（項目２１）
ユーザ機器のプロセッサ上で実行されると、項目１－１３のいずれか１項に記載の方法を行うように構成されたコンピュータプログラム。

【0016】

本開示は、図面を参照してより深く理解されるであろう。

【図面の簡単な説明】

【0017】

【図1】図１は、ＥＡＰ ＳＩＭを示すデータフロー図である。

【図2】図２は、ＤＨＣＰメッセージフローを示すデータフロー図である。

【図3】図３は、ＷＬＡＮアクセスネットワーククエリプロトコルを示すブロック図である。

【図4】図４は、非３ＧＰＰアクセスを伴う５Ｇコアネットワークのための非ローミングアーキテクチャのブロック図である。

【図5】図５は、一実施形態による、ショートコードの受信のための一般的プロシージャを示すデータフロー図である。

【図6】図６は、ショートコード構成のためのＥＡＰシグナリングを示すデータフロー図である。

【図7】図７は、非信頼非３ＧＰＰアクセスを介した初期登録を示すデータフロー図である。

【図8】図８は、一実施形態による、本明細書の方法およびシステムとともに使用されることが可能な簡略化された電子デバイスのブロック図である。

【図9】図９は、一実施形態による、モバイルデバイスのブロック図である。

【発明を実施するための形態】

【0018】

下で説明される実施形態によると、表１は、本明細書で使用される専門用語の一例示的定義を提供する。

【表1-1】

【表1-2】

【0019】

上で提供されるように、ＵＥが、ＷＬＡＮにアクセスし、信頼可能な緊急コードのリストを取得するために、種々の側面および述語が、存在する。そのような側面および述語の例が、下で提供される。

【0020】

（信頼アクセス）

【0021】

信頼アクセスは、Ｓ２ａアクセスとしても知られ得る。ＵＥは、ＷＬＡＮアクセス認証および認可（ＡＡＡ）を実施する。このステップでは、ＵＥは、認証および認可ステップの一部として使用されるＥＡＰシグナリングにおいて、信用インジケータをネットワークから受信し得る。信用インジケータが、ネットワークが信頼されることを示す場合、ＵＥは、信頼されたネットワークアクセスプロシージャを使用する。例えば、ある場合におけるそのような信頼されたネットワークアクセスプロシージャは、３ＧＰＰ技術仕様書（ＴＳ）２４．３０２，”Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｎｈａｎｃｅｍｅｎｔｓ Ｆｏｒ Ｎｏｎ－３ＧＰＰ Ａｃｃｅｓｓｅｓ”，例えば、ｖ．１４．３．０，Ｍａｒｃｈ ２０１７に説明される。

【0022】

（非信頼アクセス）

【0023】

非信頼アクセスは、Ｓ２ｂアクセスとしても知られ得る。ＵＥが、ＷＬＡＮに接続され、ＩＰ接続性が、接続されたＷＬＡＮ上で確立されると（例えば、ＩＰアドレスが、例えば、ＤＨＣＰを使用して取得された）、ＵＥは、進化型パケットデータゲートウェイ（ｅＰＤＧ）と呼ばれるネットワーク機能またはネットワーク要素へのインターネットプロトコルセキュリティ（ＩＰｓｅｃ）トンネルを設定する。ｅＰＤＧは、ＩＰｓｅｃトンネルの終わりをなし／エンドポイントとしての機能を果たし、例えば、ＵＥによって提供されるパラメータに基づいて、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）を選択する。

【0024】

ＷＬＡＮに接続することにおいて、ＩＰ接続性を確立する前、ＵＥは、下で説明されるように、ＥＡＰシグナリングを使用して、または、他のオプションの中でもとりわけ、例えば、スプラッシュスクリーンまたはキャプティブポータル、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅ Ｐａｓｓｐｏｉｎｔ、事前共有キー、ユーザ名／パスワード等の他の手段（例えば、ＡＡＡ／ＲＡＤＩＵＳ／Ｄｉａｍｅｔｅｒサーバを使用し得る）によって、ＷＬＡＮアクセス認証および認可を実施し得る。

【0025】

（ＥＡＰ）

【0026】

拡張認証プロトコルは、その名前が示唆するように、拡張認証フレームワークである。それは、他の認証スキームを基本メッセージング構造の中に組み込むために必要なツールを提供する。定義される多数の異なるＥＡＰ機構が、存在する。ＥＡＰは、例えば、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ （ＩＥＴＦ） Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ （ＲＦＣ） ３７４８，“Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＥＡＰ）”，Ｊｕｎｅ ２００４に説明される。ＥＡＰフレームワークがセルラーデバイスにおいて使用され得る方法の概略図が、図１に見られ得る。

【0027】

ここで、図１を参照する。図１の実施形態では、ＵＥ１１０は、モバイル機器（ＭＥ）のみならずＳＩＭも含む。ＵＥ１１０は、例えば、８０２．１ｘサービスセット識別子（ＳＳＩＤ）を利用して、アクセスポイント（ＡＰ）１１２と通信する。

【0028】

さらに、アクセスポイント１１２は、ＤＨＣＰサーバ１１４と、ＡＡＡサーバ１１６と、ＷＬＡＮアクセスゲートウェイ（ＷＡＧ）１１８と、ホームロケーションレジストリ（ＨＬＲ）１２０とを含むネットワーク要素と通信し得る。ＤＨＣＰサーバ１１４は、当業者によって、ＤＨＣＰプロトコルを実装するノードであると理解されるであろう。同様に、ＡＡＡサーバ１１６は、当業者によって、ＡＡＡプロトコルを実装するノードであると理解されるであろう。

【0029】

登録は、拡張認証プロトコル（ＥＡＰ）要求／応答ＩＤメッセージ１２２がＵＥ１１０とＡＰ１１２との間で送信されることによって開始する。メッセージ１２２は、領域に関連付けられ得る国際モバイル加入者識別（ＩＭＳＩ）等の識別子を含み得る。

【0030】

ＡＰ１１２は、次いで、メッセージ１２４によって示されるように、メッセージ１２２をＡＡＡ１１６に転送する。

【0031】

メッセージ１２４の受信時、ＡＡＡ１１６およびＡＰ１１２は、ノンスおよびバージョンサポートを含み得るＥＡＰ要求／応答ＳＩＭ開始メッセージ１３０を交換する。

【0032】

ＡＰ１１２は、次いで、メッセージ１３２として示されるメッセージ１３０をＵＥ１１０に転送し得る。

【0033】

ＡＡＡ１１６は、モバイルアプリケーションパーツ（ＭＡＰ）送信認証情報（ＳＡＩ）（ＩＭＳＩ）メッセージ１３４をＨＬＲ１２０にさらに送信し得る。

【0034】

メッセージ１３４に基づいて、ＨＬＲ１２０は、ブロック１４０によって示されるように、キーを生成する。

【0035】

さらに、ＡＡＡ１１６は、ブロック１４２に示されるように、ＡＴ＿ＭＡＣ＝ＨＭＡＣ＿ＳＨＡ１（ＥＡＰ Ｐａｃｋｅｔ｜Ｎｏｎｃｅ）を計算し得る。

【0036】

ＨＬＲ１２０は、ＭＡＰ ＳＡＩ Ａｃｋ（ＳＲＥＳ、ＲＡＮＤ、Ｋｃ）メッセージ１５０として、キーをＡＡＡ１１６に返す。

【0037】

ＡＡＡ１１６は、次いで、ブロック１４２におけるＲＡＮＤおよびＡＴ＿ＭＡＣ計算機を含むＥＡＰ要求／応答ＳＩＭチャレンジメッセージ１５２をＡＰ１１２に提供する。

【0038】

メッセージ１５２は、次いで、メッセージ１５４として、ＵＥ１１０に転送される。

【0039】

ＵＥ１１０上のＳＩＭは、次いで、ブロック１６０によって示されるように、暗号化パラメータを計算し得、応答１７０をＡＰ１１２に返し得る。応答１７０は、ＡＴ＿ＭＡＣ＿ＳＲＥＳを含み得る。

【0040】

応答１７０は、次いで、メッセージ１７２によって示されるように、ＡＰ１１２によってＡＡＡ１１６に転送される。

【0041】

応答１７２をチェックすると、ＡＡＡ１１６は、次いで、ＥＡＰ要求／応答成功メッセージ１７４をＡＰ１１２に送信し得る。メッセージ１７４は、キー（Ｋ）を含み得る。

【0042】

メッセージ１７４は、次いで、ＡＰ１１２によって、図１の実施形態におけるメッセージ１７６として、ＵＥ１１０に転送される。

【0043】

続いて、暗号化されたトラフィックが、矢印１８０を用いて示されるように、ＷＰＡ／ＴＫＩＰキーとしてＫを使用して、ＵＥ１１０とＡＰ１１２との間で渡され得る。

【0044】

ＵＥ１１０は、次いで、ＤＨＣＰ要求／応答１８２をＤＨＣＰ１１４に提供し得る。

【0045】

ＵＥ１１０は、次いで、ＩＰパケット１８４をＷＡＧ１１８に提供し得る。

【0046】

続いて、ログインｄ／ｌプロファイル１９０が、ＷＡＧ１１８とＡＡＡ１１６との間で交換され得る。

【0047】

３ＧＰＰは、ＵＥにおいて使用され得る３つのＥＡＰ方法を定義する。第１のものは、例えば、ＩＥＴＦ ＲＦＣ４１８７，”Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｍｅｔｈｏｄ ｆｏｒ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ（ＥＡＰ－ＡＫＡ）”，Ｊａｎｕａｒｙ ２００６に説明されるＥＡＰ認証およびキー合意（ＡＫＡ）である。第２のものは、例えば、ＩＥＴＦ ＲＦＣ４１８６，”Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｍｅｔｈｏｄ ｆｏｒ ＧＳＭ（登録商標） Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅｓ（ＥＡＰ－ＳＩＭ）”，Ｊａｎｕａｒｙ ２００６に説明されるＥＡＰ加入者識別モジュール（ＳＩＭ）である。第３のものは、例えば、ＩＥＴＦ ＲＦＣ５４４８，”Ｉｍｐｒｏｖｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｍｅｔｈｏｄ ｆｏｒ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ（ＥＡＰ－ＡＫＡ’）”，Ｍａｙ ２００９に説明されるＥＡＰ－ＡＫＡ’である。

【0048】

ＥＡＰ－ＳＩＭ認証機構は、概して、対象エリアにおいて、専門家によって、危殆化されていると考えられており、したがって、もはや使用のために安全ではなく、したがって、ＥＡＰ－ＡＫＡおよびＥＡＰ－ＡＫＡ’のみが、典型的には、ＥＰＣ／ＥＰＳコアネットワークにアクセスするために使用される。

【0049】

ＥＡＰ認証が、成功すると、ＵＥは、次いで、例えば、ＤＨＣＰを使用して、ＩＰ接続性をＷｉ－Ｆｉネットワークから確立することができる。ＩＰ接続性がＷｉ－Ｆｉネットワーク上で確立されると、ｅＰＤＧが、次いで、選択されることができる。

【0050】

ＥＡＰプロシージャ内では、構成パラメータをＵＥに提供することが可能であり、構成パラメータは、下で説明されるようなＰＣＯを含む。

【0051】

（プロトコル構成オプション（ＰＣＯ））

【0052】

ＰＣＯは、ＧＳＭ（登録商標）パケット無線サービス（ＧＰＲＳ）において最初に使用される能力に与えられる一般的名称である。それは、デバイスが、いくつかのインジケータ（インジケータは、メッセージ内の１つ以上のビットまたはさらに１つ以上のビットの不在から成ることができる）を介して、ネットワークに、ＵＥが要求する、ある情報を示すことを可能にする。ネットワークは、次いで、要求される情報および／または要求されない情報に関する情報で返信するであろう。要求および応答機構は、ＰＣＯと呼ばれる。

【0053】

この能力は、後に、ＵＴＲＡＮおよびロングタームエボリューション（ＬＴＥ）／Ｅ－ＵＴＲＡＮ、次いで、ＥＡＰシグナリング接続確立を介したＷＬＡＮネットワークにも拡張された。ＵＥが要求し、提供され得るいくつかのデータタイプは、例えば、３ＧＰＰ ＴＳ２４．００８，“Ｍｏｂｉｌｅ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ Ｌａｙｅｒ ３ ｓｐｅｃｉｆｉｃａｔｉｏｎ；Ｃｏｒｅ ｎｅｔｗｏｒｋ ｐｒｏｔｏｃｏｌｓ；Ｓｔａｇｅ ３”，ｖ．１４．３．０，Ｍａｒｃｈ ２０１７，ｓｕｂｓｅｃｔｉｏｎ １０．５．６．３に説明される。例は、他のオプションの中でもとりわけ、プロキシコールセッション制御機能（Ｐ－ＣＳＣＦ）アドレス、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）モード、ＩＰフローモビリティ（ＩＦＯＭ）サポートを含む。

【0054】

ＰＣＯは、３ＧＰＰ ＴＳ ２４．００８，ｓｕｂｃｌａｕｓｅ ６．１．３．７およびさらに３ＧＰＰ ２４．３０１，“Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ（ＮＡＳ） ｐｒｏｔｏｃｏｌ ｆｏｒ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）；Ｓｔａｇｅ３”，ｖ．１４．３．０， Ｍａｒｃｈ ２０１７，ｓｕｂｃｌａｕｓｅ ６．６．１ならびに３ＧＰＰ ＴＳ ２４．３０２，ｓｕｂｃｌａｕｓｅｓ ６．９および６．４．３．５．２に定義される。３ＧＰＰアクセス（例えば、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ－ＵＴＲＡＮ）では、ＰＣＯ情報は、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）またはＰ－ＧＷからのものである。ＧＧＳＮまたはＰ－ＧＷは、移動先公衆移動通信網（ＶＰＬＭＮ）またはホーム公衆移動通信網（ＨＰＬＭＮ）に位置することができる。ＧＧＳＮまたはＰ－ＧＷが、情報で構成され得るか（例えば、オペレータＯ＆Ｍプロシージャを介して）、または、情報は、ある他の手段によって取得され得る。

【0055】

（ボイスオーバーＷｉ－Ｆｉ）

【0056】

ＵＥがボイスオーバーＷｉＦｉ（ＶｏＷｉＦｉ）通話を試行することに先立って、デバイスは、ＩＰマルチメディアシステム（ＩＭＳ）ネットワークに接続するであろうＥＰＣネットワークにアクセスするためのｅＰＤＧを選択していることもある。ｅＰＤＧ選択が実施された後、ＵＥは、次いで、選択されたｅＰＤＧへのトンネルを作成し、最終的に、例えば、３ＧＰＰ ＴＳ ２４．２２９，“ＩＰ ｍｕｌｔｉｍｅｄｉａ ｃａｌｌ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｂａｓｅｄ ｏｎ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ） ａｎｄ Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＤＰ）；Ｓｔａｇｅ ３”，ｖ．１４．３．１， Ｍａｒｃｈ ２０１７に説明されるように、ＩＭＳ／ＳＩＰ登録を実施する。登録は、ＥＰＣネットワークに接続するＩＭＳネットワークを用いて実施される。ＩＭＳ登録が完了した後、ＵＥは、随時、音声通話を行うことができる。通話が、緊急通話であることが検出されると、専用緊急通話プロシージャが、実行され得る。専用緊急通話プロシージャは、緊急通話であることを検出されない通話のためのプロシージャと異なる。ＵＥでは、２つのタイプ緊急通話プロシージャ、すなわち、ＵＥ検出緊急通話と、ネットワーク検出緊急通話とが存在する。

【0057】

（ＵＥ検出緊急通話）

【0058】

ＵＥは、例えば、入力または選択された数字、またはセッション開始プロトコル（ＳＩＰ）／電話（ＴＥＬ）統一資源識別子（ＵＲＩ）が選択されていることのいずれかに基づいて、通話が緊急通話であることを検出することが可能である。この検出は、例えば、それらの番号でＵＥを構成することによって実施される。この構成は、以下のいずれかで実施されることができる。
ａ） モバイル機器（ＭＥ）またはユニバーサル加入者識別モジュール（ＵＳＩＭ）内
ｂ） それらを提供するアクセスネットワークによって
ａ． ３ＧＰＰアクセスを使用する場合、アタッチ承認（例えば、３ＧＰＰ ＴＳ２４．００８または３ＧＰＰ ＴＳ２４．３０２参照）において、または、
ｂ． 非３ＧＰＰアクセスを使用する場合、下で説明されるように、ドメイン名システム（ＤＮＳ）またはアクセスネットワーククエリプロトコル（ＡＮＱＰ）を介して。

【0059】

ＵＥは、このプロビジョニング情報を多くのソースから取得することが可能である。そのような場合、動的情報が、優先される。動的情報が、３ＧＰＰおよび非３ＧＰＰアクセスネットワークの両方から受信される場合、プロビジョニング情報（例えば、番号およびタイプ）の組の両方が使用可能であるかどうかを示すためのポリシを登録されたＰＬＭＮ（ＲＰＬＭＮ）が提供可能であるという要件が定義されている。

【0060】

（ネットワーク検出緊急通話）

【0061】

ネットワークは、通話が緊急通話であることを検出することが可能である。ネットワークは、ＵＥに緊急通話を知らせ得、ＵＥは、ネットワークがＵＥに知らせることに応答して、それ緊急通話を開始し得る。

【0062】

（動的ホスト構成プロトコル（ＤＨＣＰ））

【0063】

ＤＨＣＰが、他のオプションの中でもとりわけ、ＩＰアドレス、ＤＮＳサーバ、デフォルトゲートウェイ等のデータ／パラメータでネットワークホストを動的に構成するために、ＩＰネットワークにおいて使用される。ＤＨＣＰのためのメッセージフローが、図２に示される。

【0064】

図２に見られるように、クライアント２１０が、サーバ２１２と通信する。

【0065】

メッセージ２２０では、ＤＨＣＰクライアント２１０（ＵＥ上に常駐する、またはホストされ得る）は、発見メッセージを接続されたネットワークにブロードキャストする（例えば、それを２５５．２５５．２５５．２５５のＩＰｖ４アドレスに送信する）。

【0066】

１つ以上のＤＨＣＰサーバ２１２が、ＩＰアドレス等の１つ以上のパラメータを含むＤＨＣＰオファーメッセージ２２２でクライアントに応答し得る。

【0067】

クライアント２１０が受信するＤＨＣＰオファーのうちの１つに応答して、クライアント２１０は、選定されたＤＨＣＰオファーを承認するＤＨＣＰ要求メッセージ２２４をブロードキャストし、このブロードキャストメッセージには、さらなる構成データ／パラメータを要求するいくつかのパラメータが含まれ得る。

【0068】

関連付けられたＤＨＣＰオファーを送信したＤＨＣＰサーバが受信する受信されたＤＨＣＰ要求に応答して、そのＤＨＣＰサーバは、ＤＨＣＰ確認応答２２６（ＤＨＣＰ－ＡＣＫとしても知られる）を送信し、ＤＨＣＰ確認応答２２６は、リース期間およびクライアントが要求し得た任意の他の構成データ／情報等の情報を含み得る。ＤＨＣＰクライアントは、ＤＨＣＰ確認応答を受信すると、ＤＨＣＰトランザクションが生じたインターフェースのために、受信されたパラメータでホスト（例えば、ＵＥ）を適切に構成する。

【0069】

いくつかの基本ＤＨＣＰオプションが、ＩＥＴＦによって、ＩＥＴＦ ＲＦＣ２１３２［１５］に定義され、さらなるオプションは、さらなるＩＥＴＦ仕様書に規定される。

【0070】

ＤＨＣＰは、ＩＰｖ４ネットワークおよびＩＰｖ６ネットワークにおいて使用されることができ、その場合、ＤＨＣＰｖ４およびＤＨＣＰｖ６命名法が、使用される。ＤＨＣＰｖ６は、上記の図２におけるそれらの代わりに、以下のメッセージ名を有する。
ａ） 要請
ｂ） アドバタイズ
ｃ） 要求
ｄ） 返信

【0071】

（ＷＬＡＮ ＡＮＱＰ（アクセスネットワーククエリプロトコル））

【0072】

ＷＬＡＮシステムの例示的アーキテクチャは、図３に示される。ＩＥＥＥ８０２．１１アクセスネットワーククエリプロトコルは、移動局（ＳＴＡ３１０）とアクセスポイント（ＡＰ３２０）との間でトランスポートされるアドバタイズメントプロトコルの一例である。ＳＴＡは、ＵＥに相当する。

【0073】

図３の実施形態では、汎用アドバタイズメントサービス（ＧＡＳ）３４０が、ＳＴＡ３１０とＡＰ３２０との間に提供され得る。例えば、ＳＴＡ３１０は、ビーコン３２２をＡＰ３２０から受信する。さらにＳＴＡ３１０は、プローブ３１２を送信し、プローブ応答３２６をリッスンし得る。

【0074】

ＡＮＱＰは、単純クエリおよび応答プロトコルとして動作し、それは、モバイルデバイスによって、ある範囲の情報３３０を「アクセスネットワーク」（ＡＮ）サーバから発見するために使用される。このＡＮサーバは、ＡＰと共同設置されるか、またはＡＰが接続される層２ネットワークであるローカルエリアネットワーク（ＬＡＮ）内に位置する。

【0075】

ＡＮＱＰ３５０は、モバイルデバイス（例えば、ＳＴＡ、ＵＥ）が、関連付けプロシージャを開始する前またはその後の随時、ＬＡＮのプロパティを決定することを可能にする。

【0076】

ＡＮＱＰ３５０を通して取得される情報は、他のオプションの中でもとりわけ、ネットワーク識別子、ローミング関係、サポートされるセキュリティ方法（ＩＥＥＥ８０２．１Ｘおよびウェブベースの認証）、利用可能なサービスプロバイダを含むことができる。これは、ＡＮＱＰが、例えば、モバイルデバイスがネットワーク接続性を確立することに先立って、ＷＬＡＮについての情報を発見することが可能な非常に強力なプロトコルであることを可能にする。

【0077】

現在、ＩＥＥＥ８０２．１１および種々のＷｉ－Ｆｉ Ａｌｌｉａｎｃｅプログラム（例えば、Ｈｏｔｓｐｏｔ２．０）において定義された２０を上回る個々のＡＮＱＰ－要素が存在し、各々は、ＬＡＮから、例えば、以下の異なる情報（報告）を読み出すことが可能である：
ａ） ＡＰロケーション
ｂ） ＡＰ敷地名
ｃ） サービスプロバイダ利用可能性。

【0078】

各ＡＮＱＰ－要素を発見するために、ＵＥ（ＳＴＡ）は、ＡＰを介して、所望の情報報告に対応する整数識別子（情報ＩＤ）を伴うＡＮＱＰ要求をＡＮサーバに送信する。ＡＮサーバＡＰは、次いで、ＡＰを介して、その情報報告を含むＡＮＱＰ－要素で応答する。ＡＮサーバは、それがアタッチされているＷＬＡＮまたは外部ネットワークのいずれかからも要求される情報を発見し得る。

【0079】

（５Ｇネットワーク）

【0080】

図４は、非３ＧＰＰアクセスを伴う５Ｇコアネットワークのための非ローミングアーキテクチャを示す。

【0081】

５Ｇ展開されるネットワーク内では、種々の機能が、３ＧＰＰ ＴＳ ２３．５０１，“Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ” （例えば、ｖ．０．３．０，Ｆｅｂｒｕａｒｙ ２０１７に提供される）において提供される。例示的機能は、下記の表２に提供される。表２の機能は、仮想化される。故に、オペレータは、多くの異なる「ネットワークスライス」を展開させ得る。ネットワークスライスは、「スライス」としてもさらに知られ、例えば、音声ベースのサービス、ＩｏＴサービスのサポート等、異なる機能を実施することができる。ＰＬＭＮａは、スライスＡおよびＢを展開し得る一方、ＰＬＭＮ Ｂは、スライスＡおよびＣを展開し得る。デバイスは、ローミングすることが可能であるために、多数の能力またはスライスをサポートする必要がある。

【表2-1】

【表2-2】

【表2-3】

【0082】

したがって、上記の表２に基づいて、ＵＥ４１０は、３ＧＰＰアクセス４１２を利用して、ＡＭＦ４２０にアクセスし得る。例えば、ＵＥ４１０は、そのようなアクセスのために、Ｎ１インターフェースを使用し得る。

【0083】

３ＧＰＰアクセス４１２とＡＭＦ４２０との間のインターフェースは、Ｎ２インターフェースであり得る。

【0084】

代替として、ＵＥ４１０は、非信頼非３ＧＰＰアクセス４３０を通して、ＡＭＦ４２０と通信し得る。ＵＥ４１０とＡＭＦ４２０との間のインターフェースは、Ｎ１インターフェースである。さらに、Ｙ１インターフェースが、ＵＥ４１０と非信頼非３ＧＰＰアクセス４３０との間で使用され得る。

【0085】

ＵＥ４１０は、ＮＷｕインターフェースを使用して、非信頼非３ＧＰＰアクセス４３０を通して、Ｎ３ＩＷＦ４４０とさらに通信し得る。３ＧＰＰ ＴＳ２３．５１０に提供されるように、ＮＷｕは、ＵＥと５Ｇコアネットワークとの間で交換される制御プレーンおよびユーザプレーントラフィックが、非信頼非３ＧＰＰアクセスを経由してセキュアに転送されるように、ＵＥとＮ３ＩＷＦとの間のセキュアトンネルを確立するために、ＵＥとＮ３ＩＷＦとの間で使用される。

【0086】

ＡＭＦ４２０とＮ３ＩＷＦ４４０とは、Ｎ２インターフェースを使用して通信し得る。

【0087】

ＡＭＦ４２０は、Ｎ１１インターフェースを使用して、ＳＭＦ４５０とさらに通信し得る。

【0088】

３ＧＰＰアクセス４１２およびＮ３ＩＷＦ４４０は、Ｎ３インターフェースを使用して、ＵＰＦ４６０と通信し得る。ＵＰＦ４６０は、次いで、Ｎ６インターフェースを使用して、外部データネットワーク４７０と通信し得る。

【0089】

ＳＭＦ４５０とＵＰＦ４６０とは、Ｎ４インターフェースを使用して、さらに通信し得る。

【0090】

（ＷＬＡＮを介した緊急番号および３ＧＰＰ ＡＮ（アクセスネットワーク）を介したＮＡＳインジケータを使用したポリシ）

【0091】

３ＧＰＰ ＴＳ２３．１６７，“ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＩＭＳ） ｅｍｅｒｇｅｎｃｙ ｓｅｓｓｉｏｎｓ”，ｖ．１４．３．０，Ｍａｒｃｈ ２０１７からの例示的定義が、下記の表３に提供される。

【表3】

【0092】

さらに、３ＧＰＰ ＴＳ２３．０６０，“Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ）；Ｓｅｒｖｉｃｅ ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２”，ｖ．１４．３．０，Ｍａｒｃｈ ２０１７および３ＧＰＰ ＴＳ ２３．４０２，“Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓｅｓ”，ｖ．１４．３．０， Ｍａｒｃｈ ２０１７からの例示的定義が、下記の表４に提供される。

【表4】

【0093】

（３ＧＰＰ ＡＮ（アクセスネットワーク）を介した緊急番号）

【0094】

ＧＥＲＡＮ、ＵＴＲＡＮ、またはＥ－ＵＴＲＡＮ無線アクセスネットワークを使用してＰＬＭＮに接続される場合、緊急番号／タイプのリストが、ＴＳ２４．３０１およびＴＳ２４．００８に説明されるように、モビリティ管理プロシージャ中、ＵＥにおいて受信されることができる。これらのアクセスにおけるモビリティ管理プロシージャは、アタッチプロシージャ、ロケーションエリア更新プロシージャ、追跡エリア更新プロシージャ、ルーティングエリア更新プロシージャを含む。これらのプロシージャ中、ＵＥがプロシージャを実施するＰＬＭＮのための緊急番号／タイプのリストが、受信されることができる。

【0095】

上記の側面および述語に対して、ＵＥは、「ＵＥ検出緊急通話」が信頼されたＷＬＡＮまたは非信頼ＷＬＡＮを介してＰＬＭＮによってサポートされる緊急番号およびタイプまたはカテゴリ（例えば、火災、救急車、警察、山岳救助等）を把握する必要がある。同一国では、異なるＰＬＭＮは、異なる「ＵＥ検出緊急通話」をサポートし得る。

【0096】

例えば、ＰＬＭＮ Ａは、そのネットワークにアタッチしているＵＥがダイヤルされた数字（例えば、１１０）を緊急通話として検出するように構成する。このＵＥは、ダイヤルされた数字１１０を検出すると、「ＵＥ検出緊急通話」プロシージャを実施するであろう。緊急設定（ＣＳ（回路交換）ドメインを選択する場合）は、ダイヤルされた数字を含まず、むしろ、５ビットでエンコードされた導出されるカテゴリ、例えば、カテゴリ「火災」を含むであろう。

【0097】

ＰＬＭＮ Ｂ（同一国内）は、火災としてカテゴリ化される通話を火災関連緊急事態に対処することが可能なＰＳＡＰにルーティングするようにそのネットワークを構成していない。ＰＬＭＮ Ｂのネットワークは、それを行うために、ダイヤルされた数字を受信することに依拠する。ＰＬＭＮ Ｂは、したがって、そのネットワークにアタッチされるＵＥが１１０を緊急番号として検出するように構成しないであろう。

【0098】

３ＧＰＰアクセスおよびＷＬＡＮアクセスを介して異なるＰＬＭＮに接続されるＵＥは、両ＰＬＭＮによって、緊急通話番号で構成され得る。ＵＥが、ＷＬＡＮを介して、ＰＬＭＮ Ａの緊急番号およびタイプまたはカテゴリで構成されており、ＵＥが、例えば、サービス提供するネットワークがＰＬＭＮ Ｂである３ＧＰＰアクセスを介して、これらを使用して、「ＵＥ検出緊急通話」を開始するとき、ＰＬＭＮ Ｂは、そのネットワークを構成してないタイプ／カテゴリに対する「ＵＥ検出緊急通話」を受信し得る。代わりに、ＰＬＭＮ Ｂは、通常通話（通常通話は、非緊急通話である。通話を開始するメッセージは、ダイヤルされた数字を含む）を受信することを予期していたであろう。通常通話は、ダイヤルされた数字を含むであろう。ネットワークは、次いで、ダイヤルされた数字を解析し、多分、ダイヤルされた数字に基づいて、通話を正しいＰＳＡＰにルーティングするであろう。

【0099】

したがって、本開示の実施形態によると、緊急番号は、種々の方法で構成され得る。

【0100】

（ＷＬＡＮ ＡＮＱＰ）

【0101】

一実施形態によると、少なくとも１つの緊急番号およびそれらのタイプまたはカテゴリのリストは、例えば、各ＰＬＭＮまたはサービスプロバイダのために１つ、ＡＮＱＰ応答に含まれ得る。ここで、緊急情報の受信のための一般的プロシージャを示す図５を参照する。

【0102】

図５では、ＵＥ５１０は、ネットワークノード５１２と通信し得、それは、ネットワークノード５１４と通信し得る。ネットワークノード５１２は、例えば、アクセスポイントであり得る。ネットワークノード５１４は、例えば、ＡＮＱＰのためのアドバタイズメントサーバであり得る。

【0103】

図５の実施形態では、ＵＥ５１０は、メッセージ５２０をネットワークノード５１２に送信し、ネットワークノード５１２は、メッセージ５２０を受信する。メッセージ５２０は、ＡＮＱＰ要求であり得、追加のＵＥ提供情報を含み得る。

【0104】

図５の実施形態では、クレジット制御（ＣＣ）－要求およびＣＣ－回答は、ＤＩＡＭＥＴＥＲまたは（等価）ＲＡＤＩＵＳメッセージであり得る。それらは、別のプロトコルのメッセージ部分でもあり得る。

【0105】

メッセージ５２０を受信すると、ネットワークノード５１２は、メッセージ５２２をネットワークノード５１４に送信し得る。メッセージ５２２は、例えば、メッセージ５２０において受信される場合、追加のＵＥ提供情報を含み得る。一実施形態では、メッセージ５２２は、ＣＣ－要求であり得る。

【0106】

いくつかの実施形態では、ネットワークノード５１４の機能性は、メッセージ５２２およびメッセージ５２４がネットワークノード５１２内の内部メッセージとなるように、ネットワークノード５１２と共同設置され得る。

【0107】

図５の実施形態では、メッセージ５２２を受信すると、ネットワークノード５１４は、メッセージ５２４をネットワークノード５１２に送信する。メッセージ５２４は、ルーティングデータおよび／またはエラーメッセージの一方または両方を含み得る。一実施形態では、メッセージ５２４は、ＣＣ－回答であり得る。

【0108】

メッセージ５２４を受信すると、ネットワークノード５１２は、メッセージ５２６をＵＥ５１０に送信する。メッセージ５２６は、例えば、メッセージ５２４において受信された内容に応じて、ルーティングデータおよび／またはエラーメッセージの一方または両方を含み得る。メッセージ５２６は、一実施形態では、ＡＮＱＰ応答と考えられ得る。

【0109】

したがって、上記によると、ＵＥ５１０は、
・ ＡＮＱＰ要求メッセージ指示、すなわち、「緊急通話番号」ＡＮＱＰ－要素または「３ＧＰＰセルラーネットワーク」ＡＮＱＰ－要素のうちの少なくとも１つを送信し、
・ ＡＮＱＰ応答メッセージ指示、すなわち、「緊急通話番号」ＡＮＱＰ－要素または「３ＧＰＰセルラーネットワーク」ＡＮＱＰ－要素のうちの少なくとも１つを受信し、ＡＮＱＰ応答メッセージは、少なくとも１つの緊急番号のリストをさらに含み、緊急番号のリストは、サービスプロバイダ識別子または国コードのうちの少なくとも１つに関連付けられている。

【0110】

さらに、上記によると、ネットワークノード５１２は、
・ 「緊急通話番号」ＡＮＱＰ－要素または「３ＧＰＰセルラーネットワーク」ＡＮＱＰ－要素のうちの少なくとも１つを含むＡＮＱＰ要求メッセージ指示を受信し、
・ 「緊急通話番号」ＡＮＱＰ－要素または「３ＧＰＰセルラーネットワーク」ＡＮＱＰ－要素のうちの少なくとも１つを含むＡＮＱＰ応答メッセージ指示を送信し、ＡＮＱＰ応答メッセージは、少なくとも１つの緊急番号のリストをさらに含み、緊急番号のリストは、サービスプロバイダ識別子または国コードのうちの少なくとも１つに関連付けられている。

【0111】

さらに、ＵＥ５１０またはネットワークノード５１２は、加えて、他の情報を提供し、または提供され得る。
・ 随意に、ＡＮＱＰ応答メッセージは、緊急番号あたり１つ以上の緊急カテゴリまたはタイプを示す。
・ 随意に、サービスプロバイダ識別子は、ＰＬＭＮコードを備えている。
・ 随意に、サービスプロバイダ識別子は、ＮＡＩ領域を備えている。
・ 随意に、ＮＡＩ領域は、ＰＬＭＮコードを備えている。
・ 随意に、ＰＬＭＮコードは、ＭＣＣおよびＭＮＣを備えている。
・ 随意に、国識別子は、１つ以上のＭＣＣコード、１つ以上のＩＥＥＥ８０２．１１ｄ国コード、１つ以上の２文字の国コード、または１つ以上の３文字の国コードを備えている。

【0112】

一般に、「緊急通話番号」ＡＮＱＰ－要素は、ＡＰまたはＡＮＱＰサーバが、例えば、ＵＴＦ－８文字列で応答することを可能にする。ＰＬＭＮ特有緊急番号のリスト、タイプ／カテゴリをこの文字列に含むために、文字列は、このリストが適用されるＰＬＭＮを示すであろう。高レベルの例示的エンコードは、下記の表５に提供される。

【表5】

【0113】

いくつかの実施形態では、データの最適化が、提供され得る。例えば、ＡＮＱＰを介して提供されるべきデータは、ある場合、低減させられ得る。例えば、同一国内の全てのＰＬＭＮ（すなわち、１つ以上のＭＣＣを共有する）が、同一「ＵＥ検出可能緊急通話」をサポートする場合、例示的エンコードは、以下の表６のようであり得る。

【表6】

【0114】

ある場合、いくつかの国は、２つ以上のモバイル国コード（ＭＣＣ）を保有している。さらに、ある場合、上記の表５および６のエンコードの混合物が、使用され得る。

【0115】

（ＡＢＮＦ）

【0116】

さらなる実施形態では、拡張バッカスナウア記法が、使用され得る。

【0117】

一般に、緊急通話番号フィールドは、可変長ＵＴＦ－８（ＲＦＣ３６２９参照）フォーマットフィールドである。このフィールドの目的は、国内での使用のための緊急番号（およびカテゴリのタイプ）をエンコードすることであり、フィールドは、例えば、ＰＬＭＮごとに受信される。この項は、ＩＥＥＥ８０２．１１－２０１６に規定される緊急通話番号ＡＮＱＰ－要素内で使用される緊急通話番号フィールドのフォーマット化を説明する。

【0118】

フォーマット化は、一般に、以下のように説明される。緊急通話番号の検出を補助し、緊急タイプを割り当てる目的のために、緊急通話番号フィールドは、ゼロ以上のモバイルネットワークコード（ＭＮＣ）コードと、１つ以上のＭＣＣコードと、緊急通話番号と、ゼロ以上の緊急通話タイプ（またはカテゴリ）とを含むことができる。緊急通話番号およびゼロ以上の緊急通話タイプは、３ｇｐｐに相当する名前空間識別子のための名前空間特有文字列としてエンコードされる（ＩＥＴＦ ＲＦＣ５２７９参照）。本明細書は、名前空間識別子、例えば、ｓｏｓ－ａｎｑｐに相当する名前空間識別子と、パラメータとをさらに定義する。

【0119】

統一資源名（ＵＲＮ）ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ名前空間およびそのパラメータのためのＡＢＮＦに関して、下記の表７は、ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ名前空間およびそのパラメータのためのＡＢＮＦ（ＩＥＴＦ ＲＦＣ２２３４）を含む。例えば、ＵＲＮ「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃ４０４：ｍｃｃ４０５：１０１：ｓｏｓ．ｆｉｒｅ」は、表７にコード化される慣例を使用して表されることができる。

【表7】

【0120】

表７の構文は、「ｓｏｓ」に続く多くの異なるサブラベルを可能にするが、ダイヤルされた数字との合致を検出することに基づいて、緊急ＩＭＳセッション（ＴＳ２４．２２９参照）が生じるとき、ＳＩＰ ＩＮＶＩＴＥは、以下のサービスＵＲＮ、すなわち、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔａｉｎ」のうちの１つのみを含み得る。

【0121】

表７は、ＵＲＮ名前空間、例えば、「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：」を使用して、３ＧＰＰエンコードを識別する。他のＳＤＯは、その独自のエンコードを使用することができる。

【0122】

３ＧＰＰ ＵＥは、緊急番号を伴うリストまたは空リストを受信することができる。空リストは、例えば、「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ」または「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｎｏＬｏｃａｌＥｍｅｒｇｅｎｃｙＮｕｍｂｅｒｓ」または「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃＸＸ（Ｘ）」として示される。空リストは、ＵＥに、ローカル緊急番号を伴う以前に受信されたリストを空リストで上書きさせる。（前の文の例「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃＸＸ（Ｘ）」における）ＸＸ（Ｘ）は、ＭＣＣの２（または３）個の数字を示す。

【0123】

ＵＥが、このＡＮＱＰ－要素フィールドに含まれる「ｋｅｅｐＬｏｃａｌＥｍｅｒｇｅｎｃｙＮｕｍｂｅｒｓ」を受信するとき、または、ＡＮＱＰ－要素フィールドが「ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ」から開始するＵＲＮを含まないとき、または、ＵＥがエンコードを認識しない（例えば、ＡＢＮＦ解析器が文字列の解析に失敗するため）とき、または、ＵＥがＡＮＱＰ－要素フィールドを受信しないとき、ＵＥは、ＵＥがローカル緊急番号を伴うリストを以前に受信していた場合、それが有していた番号を保ち得る。

【0124】

３ＧＰＰ ＵＥが、緊急番号、例えば、ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃ４０４：ｍｃｃ４０５：１０１：ｓｏｓ．ｆｉｒｅを伴うリストを受信すると、ＵＥは、２つのＭＣＣによって識別される国（すなわち、コード４０４または４０５は、インドを表す）において、緊急事態に対して消防署を呼び出す番号が「１０１」であることを把握する。他方では、例えば、ｕｒｎ：３ｇｐｐ：ｓｏｓ－ａｎｑｐ：ｍｃｃＡＢＣ：ｍｎｃＸＹＺ：１８：ｓｏｓ．ｆｉｒｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅは、国ＡＢＣにおけるオペレータＸＹＺが、緊急通話タイプを火災として認識するように、または火災および救急車としてカテゴリ化されるようにそのネットワークを構成していることを示す。このネットワークでは、ＵＥは、ダイヤルされた数字１８を緊急番号として検出することができる。ＵＥは、次いで、通常（非緊急）通話プロシージャとは対照的に、緊急通話プロシージャを開始することができる。

【0125】

（３ＧＰＰセルラーネットワークＡＮＱＰ－要素）

【0126】

さらなる実施形態では、「３ＧＰＰセルラーネットワーク」ＡＮＱＰ－要素は、ＡＰまたはＡＮＱＰサーバが、ＴＳ２４．３０２において３ＧＰＰによって定義された情報要素で応答することを可能にする。

【0127】

ＴＳ２４．３０２は、ＩＥＥＥ８０２．１１－２０１６に規定される３ＧＰＰセルラーネットワークＡＮＱＰ－要素内のペイロードとして使用される汎用コンテナの構造およびコンテンツを説明する。

【0128】

ＡＮＱＰペイロードのための汎用コンテナは、ＰＬＭＮリストまたはＳ２ａ接続性を伴うＰＬＭＮリストを伝達することができる。ＰＬＭＮリスト情報要素は、ネットワークによって、ＷＬＡＮから選択され得るＰＬＭＮを示すために使用される。Ｓ２ａ接続性情報要素を伴うＰＬＭＮリストは、ＷＬＡＮによって、ＷＬＡＮがＳ２ａ接続性を提供するＰＬＭＮを示すために使用される。

【0129】

「３ＧＰＰセルラーネットワーク」ＡＮＱＰ－要素は、緊急番号／タイプリストをＰＬＭＮごとに、または緊急番号／タイプリストをＭＣＣごとに伝達するように拡張されることができる。

【0130】

例えば、表８は、表内の太字および下線に示されるような３ＧＰＰ ＴＳ２４．３０２，ＡｎｎｅｘＨ内の汎用コンテナの定義に対する変更を表す。

【表8-1】

【表8-2】

【表8-3】

【0131】

ＵＥが、０に設定されるコンテンツ長を伴う３ＧＰＰセルラーネットワークＡＮＱＰ要素、または「０００００００２」もしくは「緊急番号リスト」に設定されるＩＥＩフィールドを伴わない３ＧＰＰセルラーネットワークＡＮＱＰ－要素を受信すると（Ｈ．２．４．１参照）、ＵＥがローカル緊急番号を伴うリストを以前に受信していた場合、ＵＥは、それが有した番号に保ち得る。

【0132】

本明細書に説明される実施形態では、「緊急番号リスト」はまた、「追加の緊急番号リスト」としても知られ得る。

【0133】

（緊急番号リストＡＮＱＰ－要素）

【0134】

さらなる実施形態では、代替は、例えば、情報をエンコードおよび提供するためのＷｉ－Ｆｉ Ａｌｌｉａｎｃｅ Ｈｏｔｓｐｏｔ２．０仕様書またはＩＥＥＥ８０２．１１－２０１６を充実させることである。類似エンコードが、ＩＥＥＥ８０２．１１－２０１６仕様書を充実させるために使用されることができる。

【0135】

この代替では、新しいＡＮＱＰ－要素が、定義される。情報をエンコードする新しいＡＮＱＰ－要素は、バイナリバージョンであり、３ＧＰＰセルラーネットワークＡＮＱＰ要素をさらにオーバーロードすることを伴わない。

【0136】

下記の表９を参照すると、以下の太字および下線テキストは、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅ Ｈｏｔｓｐｏｔ２．０（リリース２）技術仕様書バージョン１．２．５への例示的変更を表す。

【表9-1】

【表9-2】

【表9-3】

【0137】

（ＥＡＰプロシージャ）

【0138】

さらなる実施形態では、ＥＡＰプロシージャが、提供される。下で説明される図６の実施形態によると、ＵＥ６１０は、
・ 多くの識別に対するいずれか１つを含む認証メッセージ６２０をＡＡＡサーバ６１６に送信する。
・ パラメータ「緊急番号リスト選択インジケータサポート対応」を含む認証メッセージ６３０をＡＡＡサーバ６１６から受信する
○ 本パラメータは、ＡＡＡサーバ６１６が「緊急番号リスト」を送信することができることを示す
・ 緊急番号リストの要求を含む認証応答メッセージ６３２をＡＡＡサーバ６１６に送信する。
・ 「緊急番号リスト」を含む認証メッセージ６４０をＡＡＡサーバ６１６から受信する。

【0139】

さらに、ＡＡＡ６１６は、
・ 少なくとも１つの識別を伴うメッセージ６２０をＵＥ６１０から受信する
・ パラメータ「緊急番号リストサポート対応」を含むメッセージ６３０をＵＥ６１０に送信する
○ 本パラメータは、ＡＡＡサーバが後の認証メッセージにおいて「緊急番号リスト」を送信することができることを示す。
・ 緊急番号リストが要求されることの指示を含む認証メッセージ６３２を受信する
・ パラメータ「緊急番号リスト」を含む認証メッセージ６４０をＵＥ６１０に送信する。

【0140】

上で説明されるメッセージに加え、ＡＡＡ６１６は、メッセージ６２０を受信すると、パブリックユーザ識別をメッセージ６２２においてＨＳＳ６１８に提供する。ＡＡＡ６１６は、次いで、チャレンジベクトルをメッセージ６２４においてＨＳＳ６１８から受信する。これらのチャレンジベクトルは、次いで、メッセージ６３０の一部として使用される。

【0141】

さらに、メッセージ６３２を受信すると、ＡＡＡ６１６は、次いで、認証応答６３４をＨＳＳ６１８に送信し、確認応答６３６をＨＳＳ６１８から受信する。この確認応答は、次いで、メッセージ６４０のために使用される。

【0142】

上記は、第１の認証機構を提供する。続いて、ＩＭＳ登録が、例えば、図６の実施形態におけるＵＥ６１０とＸ－ＣＳＣＦ６１４との間の矢印６５０およびＸ－ＣＳＣＦ６１４とＨＳＳ６１８との間の矢印６５２によって示されるように、生じ得る。本開示において使用されるように、「Ｘ－ＣＳＣＦ」は、Ｐ－ＣＳＣＦまたはサービス提供通話セッション制御機能（Ｓ－ＣＳＣＦ）を表す。

【0143】

図６をサポートするための変更は、下で説明される。特に、図６は、３ＧＰＰ ＴＳ２４．３０２に対する潜在的修正である下記のテキストおよび表によって説明される。しかしながら、図６の実施形態は、一緒に組み合わせられ得る論理機能を提供する。例えば、ｅＰＤＧ６１２は、ＡＡＡ機能をその中に有し、ＥＡＰメッセージを終了またはプロキシする。

【0144】

下記の表１０を参照すると、太字および下線におけるテキストは、仕様書に対する一例示的潜在的修正を示し、セクション番号および参照は、その仕様書内のものである。

【表10-1】

【表10-2】

【表10-3】

【表10-4】

【表10-5】

【0145】

代替として、「ＡＴ＿ＥｍｅｒｇｅｎｃｙＮｕｍｂｅｒＬｉｓｔ＿ＲＥＱＵＥＳＴ」を使用する代わりに、インターネットキー交換プロトコルバージョン２（ＩＫＥｖ２）ＣＦＧ＿ＲＥＱＵＥＳＴが、緊急番号リストを要求するために使用され得る。

【0146】

代替として、「ＡＴ＿ＥｍｅｒｇｅｎｃｙＮｕｍｂｅｒＬｉｓｔ＿ＲＥＳＰ属性」を使用する代わりに、緊急番号リストを含むＣＦＧ＿ＲＥＰＬＹが、使用され得る。

【0147】

（ＤＨＣＰ）

【0148】

さらなる実施形態では、ＤＨＣＰは、ＵＥが、ＷＬＡＮへのアタッチ後、ＤＨＣＰネゴシエーションを実施し、ある情報を得るためにＤＨＣＰサーバとのネゴシエーションを試みると、「緊急番号リスト」がＵＥに返され得るように拡張され得る。例えば、情報は、他のオプションの中でもとりわけ、使用するためのＩＰアドレス、ＤＮＳサーバＩＰアドレス等のＩＰ層情報であり得る。

【0149】

ＵＥは、ＤＨＣＰを利用して、１つ以上の緊急番号リストの詳細を発見し得る。ＵＥは、ＤＨＣＰがＩＰアドレスを取得するためにも使用されているかどうかにかかわらず、ＤＨＣＰ動作／トランザクション等を実施し得る（例えば、ＵＥがＰＣＯを介してＩＰアドレスを学習する場合、またはＵＥがステートレスアドレス自動構成を通してＩＰアドレスを学習する場合）。

【0150】

ＤＨＣＰは、緊急番号リストに関連する以下の異なるタイプのパラメータのうちの１つまたはその組み合わせを伝達し得る。
・ 以下のうちの１つの指示
○ ＵＥは、ＷＬＡＮのＲＰＬＭＮ内の緊急番号リストのみを使用するように試みなければならない
○ ＵＥは、３ＧＰＰアクセスのＲＰＬＭＮ内の緊急番号リストのみを使用するように試みなければならない。

【0151】

ＵＥは、ＷＬＡＮ関連オプション／パラメータのＲＰＬＭＮ内の緊急番号リストをＤＨＣＰサーバから受信するために、ＷＬＡＮ接続／選択のＲＰＬＭＮ内の緊急番号リストのその能力／意図／能力／サポートを示し得るが、その必要はない。

【0152】

下記の表１１の例では、ＤＨＣＰｖ４およびＤＨＣＰｖ６オプションが、ｅＰＤＧ ＩＰｖ４およびＩＰｖ６アドレスを伝達するために定義され、ＸＸＸおよびＹＹＹは、各々が新しいＤＨＣＰオプションを一意に識別する保留された数値を示す。類似エンコードが、緊急番号リストに関連する上記の列挙されたパラメータのいずれかのために仮定され得る。

【表11-1】

【表11-2】

【0153】

（５Ｇ）

【0154】

さらなる実施形態では、５Ｇソリューションが、提供される。本実施形態では、機能性は、以下を含む。
・ モバイルデバイスは、非３ＧＰＰネットワークとのセキュアトンネルを作成する。
・ モバイルデバイスは、モバイルデバイスが登録しているネットワークに特有の緊急番号のリストを含むＮＡＳメッセージを非３ＧＰＰネットワークから受信する。

【0155】

加えて、随意の機能性は、以下を含む。
・ 緊急番号は、モバイルデバイスが登録しているネットワークスライス（例えば、ＳＳＴおよび随意のＳＤ）にさらに関連させられることができる。

【0156】

変更は、下記の表１２に太字および下線で示され、テキストを３ＧＰＰ ＴＳ２３．５０１に追加する。表１２の変更は、図７に対応する。

【表12】

【0157】

上記の表１２では、ステップ７におけるＸは、本開示に説明されるようなコーディングのいずれかであり得る。

【0158】

具体的には、図７ａに従って、ＵＥ７１０は、非信頼非３ＧＰＰアクセスネットワーク７１２を通して通信する。

【0159】

さらに、５Ｇ要素は、Ｎ３ＩＷＦ７１４、ＡＭＦ／ＳＥＡＦ７１６、およびＡＵＳＦ７１８を含む。

【0160】

ブロック７２０に見られるように、ＵＥ７１０は、非信頼非３ＧＰＰアクセスネットワーク７１２に接続し、ＩＰアドレスを配分される。

【0161】

さらに、ブロック７２２に見られるように、ＵＥ７１０は、Ｎ３ＩＷＦ７１４のＩＰアドレスを発見する。

【0162】

ＩＰアドレスを発見後、ＵＥ７１０とＮ３ＩＷＦ７１４とは、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージ７３０を交換する。具体的には、ＩＫＥ＿ＡＵＴＨＲｅｑ７３２は、ＵＥ７１０からＮ３ＩＷＦ７１４に送信され、ユーザ機器識別子および「無認証」指示を含み得る。

【0163】

それに応答して、Ｎ３ＩＷＦ７１４は、ＥＡＰ－ＲＥＱ／識別を含み得るメッセージ７３４を送信する。

【0164】

ＵＥ７１０は、登録パラメータとともにＥＡＰ－応答／識別を含むＩＫＥ＿ＡＵＴＨ要求７３６でメッセージ７３４に応答する。

【0165】

要求７３６に基づいて、Ｎ３ＩＷＦ７１４は、ブロック７４０によって示されるように、ＡＭＦ選択を実施する。Ｎ３ＩＷＦ７１４は、次いで、初期ＵＥメッセージ７４２を送信し得る。メッセージ７４２は、登録要求、登録パラメータ、およびＥＡＰ－応答／識別を含み得る。

【0166】

メッセージ７４２を受信すると、ＡＭＦ／ＳＥＡＦ７１６は、ブロック７４４によって示されるように、ＡＵＳＦ選択を実施し得る。

【0167】

ＡＵＳＦ７１８が選択されると、ＡＭＦ／ＳＥＡＦ７１６は、認証要求７４６をＡＵＳＦ７１８に送信する。

【0168】

ＡＵＳＦ７１８は、次いで、ブロック７５０によって示されるように、相互ＥＡＰベースの認証をＵＥ７１０と実施し得る。特に、ＡＵＳＦ７１８は、認証応答７５２をＡＭＦ／ＳＥＡＦ７１６に送信する。ＡＭＦ／ＳＥＡＦ７１６は、次いで、メッセージ７５２を含むＤＬ ＮＡＳトランスポートメッセージ７５４をＮ３ＩＷＦ７１４に送信する。

【0169】

Ｎ３ＩＷＦ７１４は、次いで、ＩＫＥ＿ＡＵＴＨ応答７５６をＥＡＰを用いてＵＥ７１０に送信する。

【0170】

ＵＥ７１０は、次いで、ＩＫＥ＿ＡＵＴＨ要求７６０をＥＡＰを用いてＮ３ＩＷＦ７１４に返信する。

【0171】

Ｎ３ＩＷＦ７１４は、次いで、メッセージ７６２において、認証応答とともにＵＬ ＮＡＳトランスポートをＡＭＦ／ＳＥＡＦ７１６に提供する。認証要求が、次いで、メッセージ７６４によって示されるように、ＡＵＳＦ７１８に返信される。ＡＵＳＦ７１８は、要求を確認し、ＥＡＰ－成功を示す認証応答７６６をセキュリティキーとともにＡＭＦ／ＳＥＡＦ７１６に提供する。

【0172】

ＡＭＦ／ＳＥＡＦ７１６は、次いで、ＤＬ ＮＡＳトランスポートをメッセージ７６８においてＮ３ＩＷＦ７１４に提供する。

【0173】

メッセージ７６８は、ＥＡＰ－成功インジケータ、Ｎ３ＩＷＦセキュリティキー、およびＳＭＣ要求を含む。

【0174】

Ｎ３ＩＷＦ７１４は、次いで、ＩＫＥ＿ＡＵＴＨ応答７７０をＵＥ７１０に返信する。

【0175】

続いて、ＩＰｓｅｃ ＳＡが、矢印７７２によって示されるように、確立される。

【0176】

Ｎ３ＩＷＦ７１４は、次いで、ＳＭＣ要求７８０を提供するＮＡＳオーバーＩＰｓｅｃメッセージを送信することができる。メッセージ７８０は、随意に、上記の表１２に示されるように、緊急番号のリストを提供し得る。

【0177】

メッセージ７８０に応答して、ＵＥ７１０は、ＳＭＣ完了メッセージ７８２をＮ３ＩＷＦ７１４に返信する。Ｎ３ＩＷＦ７１４は、次いで、例えば、アップリンクＮＡＳトランスポートを使用して、ＳＭＣ完了メッセージ７８４をＡＭＦ／ＳＥＡＦ７１６に提供し得る。

【0178】

ＡＭＦ／ＳＥＡＦ７１６は、次いで、メッセージ７８６において、登録承認を示す初期コンテキスト設定要求を実施し得る。メッセージ７８６は、Ｎ３ＩＷＦ７１４に提供される。

【0179】

メッセージ７８６を受信すると、Ｎ３ＩＷＦ７１４は、登録承認メッセージ７８８をＵＥ７１０に提供する。ＵＥ７１０は、次いで、登録完了７９０をＮ３ＩＷＦ７１４に返信し得る。

【0180】

Ｎ３ＩＷＦ７１４は、次いで、初期コンテキスト設定応答メッセージ７９２をＡＭＦ／ＳＥＡＦ７１６に返信し、登録完了を示し得る。

【0181】

（ＰＣＯ）

【0182】

さらなる実施形態では、モバイルデバイスは、随意に、「緊急番号リスト」を要求することの指示を含むメッセージを送信する。モバイルデバイスは、「緊急番号リスト」を含むメッセージを受信し、緊急番号リストは、ＥＡＰ応答において戻され、緊急番号リストは、プロトコル構成オプション内にある。

【0183】

ＰＣＯ情報は、上で説明されるように、ＥＡＰメッセージ内に含まれ得る。本ソリューションは、緊急番号リストがＵＥへのＥＡＰ応答メッセージにおいてＰＣＯを使用してコード化され得る方法を説明する。同様に、ＰＣＯは、ＡＮＱＰ応答においてエンコードされ得る。

【0184】

下記の表１３は、提案される修正が下線テキストによって示される例示的実装を示す。

【表13】

【0185】

緊急番号リストの可能なエンコードが、上で説明される。

【0186】

上で説明されるネットワーク要素およびモバイルデバイスは、任意のコンピューティングデバイスであり得る。そのようなコンピューティングデバイスまたはネットワークノードは、限定ではないが、スマートフォンまたはセルラー電話等のモバイルデバイスを含む任意のタイプの電子デバイスを含み得る。例は、とりわけ、モノのインターネットデバイス、エンドポイント、ホーム自動化デバイス、病院または自宅環境内の医療機器、在庫追跡デバイス、環境監視デバイス、エネルギー管理デバイス、インフラストラクチャ管理デバイス、車両または車両のためのデバイス、固定電子デバイス等の固定またはモバイルデバイスをさらに含むことができる。

【0187】

コンピューティングデバイスの１つの簡略化されたブロック図が、図８に関して示される。

【0188】

図８では、デバイス８１０は、プロセッサ８２０と、通信サブシステム８３０とを含み、プロセッサ８２０および通信サブシステム８３０は、協働して、上で説明される実施形態の方法を実施する。

【0189】

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

【0190】

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

【0191】

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

【0192】

デバイス８１０の種々の要素間の通信は、一実施形態では、内部バス８６０を通してであり得る。しかしながら、他の形態の通信も、可能であり、本開示の範囲内である。

【0193】

さらに、一例示的モバイルデバイスは、下記の図９に関して説明される。

【0194】

モバイルデバイス９００は、音声およびデータ通信能力を有する双方向無線通信デバイスを備え得る。モバイルデバイス９００は、概して、インターネット上で他のコンピュータシステムと通信する能力を有する。提供される正確な機能性に応じて、モバイルデバイスは、非限定的例として、データメッセージングデバイス、双方向ポケベル、無線電子メールデバイス、データメッセージング能力を伴うセルラー電話、無線インターネット家電、無線デバイス、ユーザ機器、スマートフォン、タブレット、ラップトップ、ノートブック、またはデータ通信デバイスと称され得る。

【0195】

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

【0196】

ネットワークアクセス要件も、ネットワーク９１９のタイプに応じて変動するであろう。いくつかのネットワークでは、ネットワークアクセスは、加入者またはモバイルデバイス９００のユーザに関連付けられている。モバイルデバイスは、ネットワーク上で動作するために、リムーバブルユーザ識別モジュール（ＲＵＩＭ）または加入者識別モジュール（ＳＩＭ）カードを要求し得る。ＳＩＭ／ＲＵＩＭインターフェース９４４は、通常、ＳＩＭ／ＲＵＩＭカードが挿入および排出され得るカード－スロットに類似する。ＳＩＭ／ＲＵＩＭカードは、メモリを有し、多くのキー構成９５１、および、識別および加入者関連情報等の他の情報９５３を保持することができる。ＳＩＭカードを伴わない場合でも、モバイルデバイスは、依然として、緊急通話を架けることを含む限定された機能性が可能であり得る。

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

示されるように、フラッシュメモリ９２４は、コンピュータプログラム９５８およびプログラムデータ記憶装置９５０、９５２、９５４、および９５６の両方のために、異なるエリアの中に分離されることができる。これらの異なる記憶装置タイプは、各プログラムがそれら自身のデータ記憶要件により、フラッシュメモリ９２４の一部を配分することができることを示す。そのようなプログラムデータ記憶装置上に、証明情報保管部を含み得る。

【0203】

プロセッサ９３８は、そのオペレーティングシステム機能に加え、モバイルデバイス上でのソフトウェアアプリケーションの実行を可能にし得る。少なくともデータおよび音声通信アプリケーションを含む基本動作を制御するアプリケーションの所定の組は、例えば、通常、製造中、モバイルデバイス９００上にインストールされるであろう。他のアプリケーションは、続いて、または動的に、インストールされ得る。

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

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

【0210】

短距離通信サブシステム等の他の通信サブシステム９４０は、さらなる随意のコンポーネントであり、それらは、モバイルデバイス９００と異なるシステムまたはデバイスとの間の通信を提供し得るが、それらは、必ずしも、類似デバイスである必要はない。例えば、サブシステム９４０は、同様に有効にされるシステムおよびデバイスとの通信を提供するために、赤外線デバイスならびに関連付けられた回路およびコンポーネントまたはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み得る。サブシステム９４０は、ＷｉＦｉまたはＷｉＭＡＸ等の非セルラー通信もしくは近距離通信をさらに含み得る。

【0211】

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

【0212】

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

【0213】

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

【0214】

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

【0215】

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

【0216】

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

【0217】

前述の説明では、多数の詳細が、本明細書に開示される主題の理解を提供するために記載される。しかしながら、実装は、これらの詳細のうちのいくつかを伴わずに実践され得る。他の実装は、上で議論される詳細からの修正および変形例を含み得る。添付の請求項は、そのような修正および変形例を網羅することが意図される。

【0218】

さらに、いくつかの実施形態では、下記の付記は、そのような修正および変形例を提供し得る。

【0219】

ＡＡ．ユーザ機器（ＵＥ）における方法であって、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器において、応答メッセージを受信することであって、応答メッセージは、国コードを含む統一資源名（ＵＲＮ）を含む、こととを含む、方法。

【0220】

ＡＢ．指示は、アクセスネットワーククエリプロトコル（ＡＮＱＰ）緊急通話番号要素を備えている、付記ＡＡに記載の方法。

【0221】

ＡＣ．ＵＲＮは、少なくとも１つの名前空間識別子を含む名前空間特有文字列を備えている、付記ＡＡに記載の方法。

【0222】

ＡＤ．少なくとも１つの名前空間識別子は、名前空間識別子「３ｇｐｐ」または名前空間識別子「ｓｏｓ－ａｎｑｐ」の一方または両方を含む、付記ＡＣに記載の方法。

【0223】

ＡＥ．ＵＲＮは、少なくとも１つの緊急番号または少なくとも１つの緊急通話タイプの一方または両方をさらに含む、付記ＡＡに記載の方法。

【0224】

ＡＦ．少なくとも１つの緊急通話タイプは、ラベル「ｓｏｓ」を含む、付記ＡＥに記載の方法。

【0225】

ＡＧ．ラベル「ｓｏｓ」の後に少なくとも１つのサブラベルが続く、付記ＡＦに記載の方法。

【0226】

ＡＨ．サブラベルは、「警察」、「救急車」、「火災」、「海事」、または「山岳」のうちの１つを含む、付記ＡＧに記載の方法。

【0227】

ＡＩ．要求メッセージは、ＡＮＱＰ要求メッセージを備えている、付記ＡＡに記載の方法。

【0228】

ＡＪ．応答メッセージは、ＡＮＱＰ応答メッセージを備えている、付記ＡＡに記載の方法。

【0229】

ＡＫ．ＵＲＮは、緊急番号を有しておらず、受信することは、ローカル緊急番号を有する以前に受信されたリストを空リストで上書きすることを含む、付記ＡＡに記載の方法。

【0230】

ＡＬ．ＵＲＮが緊急番号を有していないことを検出することと、ローカル緊急番号を記憶するための以前に受信されたリストを検出することと、以前に受信されたリストを緊急番号を伴わないリストと置換することとをさらに含む、付記ＡＡに記載の方法。

【0231】

ＡＭ．ＵＲＮが緊急番号を有していないことを検出することと、緊急番号を伴わないリストを記憶することとをさらに含む、付記ＡＡに記載の方法。

【0232】

ＡＮ．国コードは、ＭＣＣを備え、ＭＣＣは、緊急番号、タイプ、またはカテゴリ情報が適用される公衆移動通信網（ＰＬＭＮ）コードの一部を示す付記ＡＡに記載の方法。

【0233】

ＡＯ。ユーザ機器であって、ユーザ機器は、プロセッサと、通信サブシステムとを備え、ユーザ機器は、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、応答メッセージを受信することとを行うように構成され、応答メッセージは、国コードを含む統一資源名（ＵＲＮ）を含む、ユーザ機器。

【0234】

ＡＰ．指示は、アクセスネットワーククエリプロトコル（ＡＮＱＰ）緊急通話番号要素を備えている、付記ＡＯに記載のユーザ機器。

【0235】

ＡＱ．ＵＲＮは、少なくとも１つの名前空間識別子を含む名前空間特有文字列を備えている、付記ＡＯに記載のユーザ機器。

【0236】

ＡＲ．少なくとも１つの名前空間識別子は、名前空間識別子「３ｇｐｐ」または名前空間識別子「ｓｏｓ－ａｎｑｐ」の一方または両方を含む、付記ＡＰに記載のユーザ機器。

【0237】

ＡＳ．ＵＲＮは、少なくとも１つの緊急番号または少なくとも１つの緊急通話タイプの一方または両方をさらに含む、付記ＡＯに記載のユーザ機器。

【0238】

ＡＴ．少なくとも１つの緊急通話タイプは、ラベル「ｓｏｓ」を含む、付記ＡＳに記載のユーザ機器。

【0239】

ＡＵ．ラベル「ｓｏｓ」の後に少なくとも１つのサブラベルが続く、付記ＡＴに記載のユーザ機器。

【0240】

ＡＶ．サブラベルは、「警察」、「救急車」、「火災」、「海事」、または「山岳」のうちの１つを含む、付記ＡＵに記載のユーザ機器。

【0241】

ＡＷ．要求メッセージは、ＡＮＱＰ要求メッセージを備えている、付記ＡＯに記載のユーザ機器。

【0242】

ＡＸ．応答メッセージは、ＡＮＱＰ応答メッセージを備えている、付記ＡＯに記載のユーザ機器。

【0243】

ＡＹ．ＵＲＮは、緊急番号を有しておらず、ユーザ機器は、ローカル緊急番号を有する以前に受信されたリストを空リストで上書きすることによって、受信するように構成されている、付記ＡＯに記載のユーザ機器。

【0244】

ＡＺ。命令コードを記憶するための非一過性コンピュータ読み取り可能な媒体であって、命令コードは、ユーザ機器のプロセッサによって実行されると、要求メッセージをネットワークノードに送信することであって、要求メッセージは、指示を含む、ことと、応答メッセージを受信することとをユーザ機器に行わせ、応答メッセージは、国コードとともに空の緊急番号リストを含む統一資源名を含む、非一過性コンピュータ読み取り可能な媒体。

【0245】

ＢＡ．ネットワーク要素における方法であって、方法は、要求メッセージをユーザ機器から受信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器に応答メッセージを送信することとを含み、応答メッセージは、国コードを含む統一資源名（ＵＲＮ）を含む、方法。

【0246】

ＢＢ．ネットワーク要素であって、ネットワーク要素は、プロセッサと、通信サブシステムとを備え、ネットワーク要素は、要求メッセージをユーザ機器から受信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器に応答メッセージを送信することとを行うように構成され、応答メッセージは、国コードを含む統一資源名（ＵＲＮ）を含む、ネットワーク要素。

【0247】

ＢＣ．命令コードを記憶するための非一過性コンピュータ読み取り可能な媒体であって、命令コードは、ネットワーク要素のプロセッサによって実行されると、要求メッセージをユーザ機器から受信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器に応答メッセージを送信することとをネットワーク要素に行わせ、応答メッセージは、国コードを含む統一資源名（ＵＲＮ）を含む、非一過性コンピュータ読み取り可能な媒体。

【0248】

ＢＤ．ネットワーク要素において非第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークを使用して緊急コードを提供する方法であって、方法は、要求メッセージをユーザ機器から受信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器に、応答メッセージを送信することであって、応答メッセージは、少なくとも１つのモバイル国コード（ＭＣＣ）を含む、こととを含み、応答メッセージは、緊急番号、タイプ、またはカテゴリ情報を示し、緊急番号、タイプ、またはカテゴリ情報は、少なくとも１つのＭＣＣに関連付けられ、少なくとも１つのＭＣＣは、緊急番号、タイプ、またはカテゴリ情報が適用される公衆移動通信網（ＰＬＭＮ）コードの一部を示す、方法。

【0249】

ＢＥ．非第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークを使用して緊急コードを提供するためのネットワーク要素であって、ネットワーク要素は、プロセッサと、通信サブシステムとを備え、ネットワーク要素は、要求メッセージをユーザ機器から受信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器に応答メッセージを送信することとを行うように構成され、応答メッセージは、少なくとも１つのモバイル国コード（ＭＣＣ）を含み、応答メッセージは、緊急番号、タイプ、またはカテゴリ情報を示すように構成され、緊急番号、タイプ、またはカテゴリ情報は、少なくとも１つのＭＣＣに関連付けられ、少なくとも１つのＭＣＣは、緊急番号、タイプ、またはカテゴリ情報が適用される公衆移動通信網（ＰＬＭＮ）コードの一部を示す、ネットワーク要素。

【0250】

ＢＦ．命令コードを記憶するための非一過性コンピュータ読み取り可能な媒体であって、命令コードは、ネットワーク要素のプロセッサによって実行されると、要求メッセージをユーザ機器から受信することであって、要求メッセージは、指示を含む、ことと、ユーザ機器に応答メッセージを送信することとをネットワーク要素に行わせ、応答メッセージは、少なくとも１つのモバイル国コード（ＭＣＣ）を含み、応答メッセージは、緊急番号、タイプ、またはカテゴリ情報を示し、緊急番号、タイプ、またはカテゴリ情報は、少なくとも１つのＭＣＣに関連付けられ、少なくとも１つのＭＣＣは、緊急番号、タイプ、またはカテゴリ情報が適用される公衆移動通信網（ＰＬＭＮ）コードの一部を示す、非一過性コンピュータ読み取り可能な媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】