▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2024-504610サービス中断の最小化（ＭＩＮＩＭＩＺＡＴＩＯＮ ＯＦ ＳＥＲＶＩＣＥ ＩＮＴＥＲＲＵＰＴＩＯＮＳ、ＭＩＮＴ）のための方法、装置、及びシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-02-01
(54)【発明の名称】サービス中断の最小化（ＭＩＮＩＭＩＺＡＴＩＯＮ ＯＦ ＳＥＲＶＩＣＥ ＩＮＴＥＲＲＵＰＴＩＯＮＳ、ＭＩＮＴ）のための方法、装置、及びシステム
(51)【国際特許分類】
H04W 76/18 20180101AFI20240125BHJP
H04W 76/50 20180101ALI20240125BHJP
H04W 60/04 20090101ALI20240125BHJP
【ＦＩ】
H04W76/18
H04W76/50
H04W60/04
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023542652
(86)(22)【出願日】2022-01-12
(85)【翻訳文提出日】2023-08-22
(86)【国際出願番号】 US2022012073
(87)【国際公開番号】W WO2022155168
(87)【国際公開日】2022-07-21
(31)【優先権主張番号】63/137,531
(32)【優先日】2021-01-14
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/150,283
(32)【優先日】2021-02-17
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/172,936
(32)【優先日】2021-04-09
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/185,474
(32)【優先日】2021-05-07
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】アギリ、べールーズ
(72)【発明者】
【氏名】フェルディ、サミール
(72)【発明者】
【氏名】ブルシロフスキー、アレック
(72)【発明者】
【氏名】アハマド、サアド
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD17
5K067DD19
5K067EE02
5K067EE10
5K067EE16
5K067JJ70
(57)【要約】
方法、装置及びシステムが開示される。一実施形態では、第１のネットワークに登録された無線送信／受信ユニット（ＷＴＲＵ）によって実装される方法は、第１のネットワークから、第２のネットワークへの登録中に使用される値を示す情報を受信することと、少なくとも示された値に基づいて、第２のネットワークへの登録を実行するための少なくとも第１の開始時間及び第２の開始時間を判定することとを含む。方法は、第１の開始時間の後に第２のネットワークへの登録を始めることと、第１の開始時間の後の定義された期間内に登録が完了されないという条件で、（１）第２のネットワークへの登録を停止すること、及び（２）第２の開始時間の後に、第２のネットワークへのＷＴＲＵの第２の登録又は再登録を始めることとを更に含む。
【選択図】図８
【選択図】図８
【特許請求の範囲】
【請求項1】
第１のネットワークに登録された無線送信／受信ユニット（ＷＴＲＵ）によって実装される方法であって、前記第１のネットワークから、第２のネットワークへの登録中に使用される値を示す情報を受信することと、
少なくとも前記示された値に基づいて、前記第２のネットワークへの前記登録を実行するための少なくとも第１の開始時間及び第２の開始時間を判定することと、
前記第１の開始時間の後に前記第２のネットワークへの前記登録を始めることと、
前記第１の開始時間の後の定義された期間内に前記登録が完了されないという条件で、
（１）前記第２のネットワークへの前記登録を停止することと、
（２）前記第２の開始時間の後に、前記第２のネットワークへの前記ＷＴＲＵの第２の登録又は再登録を始めることと、を含む、方法。
【請求項2】
前記値を示す前記受信された情報が、時間窓を更に示し、前記定義された期間が、前記時間窓の持続時間に基づき、
前記方法が、（ｉ）前記示された値、及び（ｉｉ）ランダム値、又は前記ＷＴＲＵに固有の１つ以上のパラメータのうちのいずれかに基づいて、前記時間窓の（１）前記第１の開始時間、並びに（２）終了時間又は前記持続時間のうちの１つに基づいて、前記時間窓を判定することを更に含む、請求項１に記載の方法。
【請求項3】
前記受信された情報が、前記ＷＴＲＵの識別子を更に示す、請求項１又は２に記載の方法。
【請求項4】
前記ＷＴＲＵは、前記第１のネットワークが前記第２のネットワークによって到達可能でないとき、災害ローマとして、前記第２のネットワークにローミングし、前記受信された情報は、前記ＷＴＲＵが、前記第１のネットワーク又は前記ＷＴＲＵが登録された更なるネットワークに、前記第１のネットワーク又は前記更なるネットワークより前にアクセスすることをいつ許可されるかを判定するために使用される第２の値を更に示す、請求項１～３のいずれか一項に記載の方法。
【請求項5】
（１）前記登録が前記定義された期間中に完了された、又は（２）前記第２の登録若しくは前記再登録が前記第２の開始時間の後に完了されたという条件で、前記第２のネットワークを介して、データ送信を送信又は受信することを更に含む、請求項１～４のいずれか一項に記載の方法。
【請求項6】
（１）前記登録が拒否されたことを示す情報を含む、ネットワークエンティティからの登録拒否メッセージが受信されること、又は（２）前記定義された期間内に登録受諾メッセージが受信されないこと、のうちのいずれかに基づいて、前記登録が完了されていないことを判定することを更に含む、請求項１～５のいずれか一項に記載の方法。
【請求項7】
前記ＷＴＲＵによって、（１）災害条件が前記第１のネットワークに適用されること、及び（２）前記災害条件がもはや前記第１のネットワークに適用されなくなった後に、前記ＷＴＲＵが前記第１のネットワークに登録又は再登録することをいつ許可されるかを判定するために使用される第２の値を示す情報を受信することを更に含む、請求項１～６のいずれか一項に記載の方法。
【請求項8】
（１）前記登録、（２）前記第２の登録、又は（３）前記再登録のうちのいずれかを前記始めることが、前記ＷＴＲＵによって、前記ＷＴＲＵにサービスを提供するための前記第２のネットワークのネットワークエンティティに、（１）インシデント識別子、（２）前記第１のネットワークの識別子、並びに（ｉ）前記ＷＴＲＵに関連付けられた場所、（ｉｉ）前記ＷＴＲＵに関連付けられた災害又はカバレッジエリア、（ｉｉｉ）前記ＷＴＲＵに関連付けられた１つ以上のトラッキングエリア、及び／又は（ｉｖ）前記ＷＴＲＵの最後に訪れられたトラッキングエリアのうちのいずれかを示す情報を含む登録要求メッセージを送信することを含む、請求項１～７のいずれか一項に記載の方法。
【請求項9】
前記ＷＴＲＵがサービス中断の最小化（ＭＩＮＴ）動作をサポートするという条件で、前記ＷＴＲＵがカバレッジエリアを、受信されたトラッキングエリア（ＴＡ）リストに関連付けられた第１のＴＡから、前記受信されたＴＡリストに関連付けられた第２のＴＡに変更したかどうかを判定し、
前記第１のネットワークのネットワークエンティティに、前記ＷＴＲＵが前記カバレッジエリアを前記第１のＴＡから前記第２のＴＡに変更したことを示す非アクセス層メッセージを送信し、
前記ＷＴＲＵが以前に登録された前記第２のネットワークに再登録するための指示を受信し、かつ
前記ＷＴＲＵによって、前記第２のネットワークに再登録するように、前記ＷＴＲＵを構成することを更に含む、請求項１～８のいずれか一項に記載の方法。
【請求項10】
前記ＷＴＲＵによって、災害条件中に前記ＷＴＲＵによる災害ローミング指示を示す情報を送信することと、前記ＷＴＲＵによって、少なくとも前記災害ローミング指示に基づいて前記ＷＴＲＵの認証を始めるためのメッセージを受信することと、を更に含む、請求項１～９のいずれか一項に記載の方法。
【請求項11】
前記第２のネットワークへの前記登録中に使用される前記値を示す情報を前記受信することが、前記第１のネットワークに関連付けられた第１のネットワークエンティティから、１つ以上の災害応答に関連付けられた１つ以上の災害応答インシデント識別子（ＤＲＩＤ）を示す構成情報を受信することを含み、前記方法が、前記ＷＴＲＵによって、前記第２のネットワークの第２のネットワークエンティティから、１つ以上の許可されたＤＲＩＤ又はその一部分を示すブロードキャスト情報を受信することと、
前記ＷＴＲＵによって、前記１つ以上の許可されたＤＲＩＤ又はその一部分に一致する、前記示されたＤＲＩＤのうちのＤＲＩＤを選択することと、
前記ＷＴＲＵによって、前記第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信することと、
前記ＷＴＲＵによって、前記第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信することと、を更に含む、請求項１～１０のいずれか一項に記載の方法。
【請求項12】
前記選択されたＤＲＩＤが、前記第２のネットワークの前記一部分として、前記第１のネットワークに関連付けられた災害条件中に前記登録のために使用される災害応答サービングエリアに対応するエリア識別子（ＡＩＤ）を含み、前記ＷＴＲＵが、（１）前記第２のネットワークの１つ以上の特定のトラッキングエリア内、（２）前記第２のネットワークの１つ以上の特定のセル内、（３）前記第２のネットワークの１つ以上の特定の無線アクセスネットワーク（ＲＡＮ）ノードの近傍、（４）前記第２のネットワークの特定のカバレッジエリア内、（５）前記第２のネットワークのカバレッジエリア全体内、又は（６）前記第２のネットワークのいずれかのＲＡＮノードの近傍のうちのいずれかにあるときに、前記ＷＴＲＵが、前記第２のネットワークの前記災害応答サービングエリア内にある、請求項１１に記載の方法。
【請求項13】
各ＤＲＩＤは、前記示されたＤＲＩＤのうちの前記ＤＲＩＤの前記選択が、前記示されたＤＲＩＤ中の前記ＤＲＣのうちの１つの、前記１つ以上の許可されたＤＲＩＤのうちの１つのＤＲＣとの一致に基づくように、災害復旧コード（ＤＲＣ）を含む、請求項１１に記載の方法。
【請求項14】
前記第１のネットワークが前記災害条件を経験する前に、前記ＷＴＲＵが前記第１のネットワークに登録されていないという条件で、前記ＷＴＲＵによって、前記第２のネットワークに登録するためのデフォルト又は所定の災害応答インシデント識別子（ＤＲＩＤ）を選択することと、
前記ＷＴＲＵによって、前記第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信することと、
前記ＷＴＲＵによって、第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信することと、を更に含む、請求項１～１３のいずれか一項に記載の方法。
【請求項15】
前記第２のネットワークへの前記登録を前記停止することが、前記定義された期間が完了された後及び前記第２の開始時間の前の期間中に登録受諾メッセージが受信されるという条件で、前記受信された登録受諾メッセージを無視すること、又は前記受信された登録受諾メッセージに作用しないことを含む、請求項１～１４のいずれか一項に記載の方法。
【請求項16】
第１のネットワークに登録された無線送信／受信ユニット（ＷＴＲＵ）であって、前記第１のネットワークから、第２のネットワークへの登録中に使用される値を示す情報を受信するように構成された送信機／受信機ユニットと、
プロセッサと、を備え、前記プロセッサは、
少なくとも前記示された値に基づいて、前記第２のネットワークへの前記登録を実行するための少なくとも第１の開始時間及び第２の開始時間を判定し、
前記第１の開始時間の後に前記第２のネットワークへの前記登録を始め、かつ
前記第１の開始時間の後の定義された期間内に前記登録が完了されないという条件で、
（１）前記第２のネットワークへの前記登録を停止し、
（２）前記第２の開始時間の後に、前記第２のネットワークへの前記ＷＴＲＵの第２の登録又は再登録を始めるように構成されている、ＷＴＲＵ。
【請求項17】
前記値を示す前記受信された情報が、時間窓を更に示し、前記定義された期間が、前記時間窓の持続時間に基づく、請求項１６に記載のＷＴＲＵ。
前記プロセッサは、（ｉ）前記示された値、及び（ｉｉ）ランダム値、又は前記ＷＴＲＵに固有の１つ以上のパラメータのうちのいずれかに基づいて、前記第１の時間窓の（１）前記第１の開始時間、並びに（２）終了時間又は前記持続時間のうちの１つに基づいて、前記時間窓を判定するように構成されている。
【請求項18】
前記受信された情報が、前記ＷＴＲＵの識別子を更に示す、請求項１６又は１７に記載のＷＴＲＵ。
【請求項19】
前記ＷＴＲＵは、前記第１のネットワークが前記第２のネットワークによって到達可能でないとき、災害ローマとして、前記第２のネットワークにローミングするように構成されており、前記受信された情報は、前記ＷＴＲＵが、前記第１のネットワーク又は前記ＷＴＲＵが登録された更なるネットワークに、前記第１のネットワーク又は前記更なるネットワークより前にアクセスすることをいつ許可されるかを判定するために使用される第２の値を更に示す、請求項１６～１８のいずれか一項に記載のＷＴＲＵ。
【請求項20】
前記送信機／受信機ユニットは、（１）前記登録が前記定義された期間中に完了された、又は（２）前記第２の登録若しくは前記再登録が前記第２の開始時間の後に完了されたという条件で、前記第２のネットワークを介して、データ送信を送信又は受信するように構成されている、請求項１６～１９のいずれか一項に記載のＷＴＲＵ。
【請求項21】
前記プロセッサは、（１）前記登録が拒否されたことを示す情報を含む、ネットワークエンティティからの登録拒否メッセージが受信されること、又は（２）前記定義された期間内に登録受諾メッセージが受信されないこと、のうちのいずれかに基づいて、前記登録が完了されていないことを判定するように構成されている、請求項１６～２０のいずれか一項に記載のＷＴＲＵ。
【請求項22】
前記送信機／受信機ユニットは、（１）災害条件が前記第１のネットワークに適用されること、及び（２）前記災害条件がもはや前記第１のネットワークに適用されなくなった後に、前記ＷＴＲＵが前記第１のネットワークに登録又は再登録することをいつ許可されるかを判定するために使用される第２の値を示す情報を受信するように構成されている、請求項１６～２１のいずれか一項に記載のＷＴＲＵ。
【請求項23】
前記送信機／受信機ユニットは、前記ＷＴＲＵにサービスを提供するための前記第２のネットワークのネットワークエンティティに、（１）インシデント識別子、（２）前記第１のネットワークの識別子、並びに（ｉ）前記ＷＴＲＵに関連付けられた場所、（ｉｉ）前記ＷＴＲＵに関連付けられた災害又はカバレッジエリア、（ｉｉｉ）前記ＷＴＲＵに関連付けられた１つ以上のトラッキングエリア、及び／又は（ｉｖ）前記ＷＴＲＵの最後に訪れられたトラッキングエリアのうちのいずれかを示す情報を含む登録要求メッセージを送信するように構成されている、請求項１６～２２のいずれか一項に記載のＷＴＲＵ。
【請求項24】
前記ＷＴＲＵがサービス中断の最小化（ＭＩＮＴ）動作をサポートするという条件で、前記プロセッサは、前記ＷＴＲＵがカバレッジエリアを、受信されたトラッキングエリア（ＴＡ）リストに関連付けられた第１のＴＡから、前記受信されたＴＡリストに関連付けられた第２のＴＡに変更したかどうかを判定するように構成されており、
前記送信機／受信機ユニットが、
前記第１のネットワークのネットワークエンティティに、前記ＷＴＲＵが前記カバレッジエリアを前記第１のＴＡから前記第２のＴＡに変更したことを示す非アクセス層メッセージを送信し、かつ
前記ＷＴＲＵが以前に登録された前記第２のネットワークに再登録するための指示を受信するように構成されており、
前記プロセッサが、前記ＷＴＲＵによって、前記第２のネットワークに再登録するように構成されている、請求項１６～２３のいずれか一項に記載のＷＴＲＵ。
【請求項25】
前記送信機／受信機ユニットが、災害条件中に前記ＷＴＲＵによる災害ローミング指示を示す情報を送信し、かつ
少なくとも前記災害ローミング指示に基づいて前記ＷＴＲＵの認証を始めるためのメッセージを受信するように構成されている、請求項１６～２４のいずれか一項に記載のＷＴＲＵ。
【請求項26】
前記送信機／受信機ユニットが、前記第１のネットワークに関連付けられた第１のネットワークエンティティから、１つ以上の災害応答に関連付けられた１つ以上の災害応答インシデント識別子（ＤＲＩＤ）を示す構成情報を受信し、かつ
前記第２のネットワークの第２のネットワークエンティティから、１つ以上の許可されたＤＲＩＤ又はその一部分を示すブロードキャスト情報を受信するように構成されており、
前記プロセッサが、前記１つ以上の許可されたＤＲＩＤ又はその一部分に一致する、前記示されたＤＲＩＤのうちのＤＲＩＤを選択するように構成されており、
前記送信機／受信機ユニットが、
前記第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信し、かつ
前記第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信するように構成されている、請求項１６～２４のいずれか一項に記載のＷＴＲＵ。
【請求項27】
前記選択されたＤＲＩＤが、前記第２のネットワークの前記一部分として、前記第１のネットワークに関連付けられた災害条件中の登録のために使用される災害応答サービングエリアに対応するエリア識別子（ＡＩＤ）を含み、前記ＷＴＲＵが、（１）前記第２のネットワークの１つ以上の特定のトラッキングエリア内、（２）前記第２のネットワークの１つ以上の特定のセル内、（３）前記第２のネットワークの１つ以上の特定の無線アクセスネットワーク（ＲＡＮ）ノードの近傍、（４）前記第２のネットワークの特定のカバレッジエリア内、（５）前記第２のネットワークのカバレッジエリア全体内、及び／又は（６）前記第２のネットワークのいずれかのＲＡＮノードの近傍のうちのいずれかにあるときに、前記ＷＴＲＵが、前記第２のネットワークの前記災害応答サービングエリア内にある、請求項２６に記載のＷＴＲＵ。
【請求項28】
各ＤＲＩＤが、災害復旧コード（ＤＲＣ）を含み、そのため、前記プロセッサが、前記示されたＤＲＩＤ中の前記ＤＲＣのうちの１つの、前記１つ以上の許可されたＤＲＩＤのうちの１つのＤＲＣとの一致に基づいて、前記示されたＤＲＩＤのうちの前記ＤＲＩＤを選択するように構成されている、請求項２６又は２７に記載のＷＴＲＵ。
【請求項29】
前記プロセッサは、前記第１のネットワークが災害条件を経験する前に前記ＷＴＲＵが前記第１のネットワークに登録されていないという条件で、前記第２のネットワークに登録するためにデフォルト又は所定の災害応答インシデント識別子（ＤＲＩＤ）を選択するように構成されており、前記送信機／受信機ユニットが、
第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信し、かつ
前記ＷＴＲＵによって、前記第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信するように構成されている、請求項１６～２８のいずれか一項に記載のＷＴＲＵ。
【請求項30】
前記プロセッサは、受信された登録受諾メッセージが、前記定義された期間が完了した後及び前記第２の開始時間の前の期間中に受信されるという条件で、前記受信された登録受諾メッセージを無視するか、又は前記受信された登録受諾メッセージに作用しないように構成されている、請求項１６～２９のいずれか一項に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年５月７日に出願された米国特許仮出願第６３／１８５，４７４号、２０２１年４月９日に出願された米国特許仮出願第６３／１７２，９３６号、２０２１年２月１７日に出願された米国特許仮出願第６３／１５０，２８３号、及び２０２１年１月１４日に出願された米国特許仮出願第６３／１３７，５３１号の利益を主張するものであり、これらの各々の内容は参照により本明細書に組み込まれる。
本出願は、２０２１年５月７日に出願された米国特許仮出願第６３／１８５，４７４号、２０２１年４月９日に出願された米国特許仮出願第６３／１７２，９３６号、２０２１年２月１７日に出願された米国特許仮出願第６３／１５０，２８３号、及び２０２１年１月１４日に出願された米国特許仮出願第６３／１３７，５３１号の利益を主張するものであり、これらの各々の内容は参照により本明細書に組み込まれる。
【0002】
（発明の分野）
本明細書で開示される実施形態は、概して、無線通信に関し、例えば、サービス中断の最小化のための方法、装置、及びシステムに関する。
本明細書で開示される実施形態は、概して、無線通信に関し、例えば、サービス中断の最小化のための方法、装置、及びシステムに関する。
【背景技術】
【0003】
ネットワークは、障害及び／又は災害を経験することがある。
【図面の簡単な説明】
【0004】
より詳細な理解は、以下の詳細な説明から、例示として添付の図面と併せて与えられ得る。説明中の図は例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。また、図中の同様の参照番号は、同様の要素を示している。
【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。
【図1B】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。
【図1C】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。
【図2】災害応答機能（Disaster Response Function、ＤＲＦ）が、災害条件の開始に関するＷＴＲＵ及びローミングパートナーの通知、並びにＷＴＲＵが災害条件のないＰＬＭＮに登録するための認可を可能にする災害応答シナリオを示す図である。
【図3】ＤＲＦが、災害条件の終了に関するＷＴＲＵ及びローミングパートナーの通知を可能にする災害応答シナリオを示す図である。
【図4】災害条件の場合の災害条件のないローミングＰＬＭＮへの登録手順を示す図である。
【図5】災害ローミングのためにＤＲＩＤを使用する代表的な手順を示す図である。
【図6】災害（例えば、災害条件）の後にＨＰＬＭＮへの登録をいつ実行するかを判定するための代表的な手順を示す図である。
【図7】代表的な登録手順を示す図である。
【図8】ＷＴＲＵによって実装される代表的な方法を示すフローチャートである。
【図9】ＷＴＲＵによって実装される別の代表的な方法を示すフローチャートである。
【図10】ＷＴＲＵによって実装される追加の代表的な方法を示すフローチャートである。
【図11】ＷＴＲＵによって実装される更なる代表的な方法を示すフローチャートである。
【図12】ＷＴＲＵによって実装される更に別の代表的な方法を示すフローチャートである。
【図13】ＷＴＲＵによって実装される更に別の代表的な方法を示すフローチャートである。
【図14】ＷＴＲＵによって実装される更なる追加の代表的な方法を示すフローチャートである。
【図15】ＷＴＲＵによって実装される更に追加の代表的な方法を示すフローチャートである。
【図16】ネットワークエンティティによって実装される代表的な方法を示すフローチャートである。
【発明を実施するための形態】
【0005】
実施形態を実装するための例示的なネットワーク
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用い得る。
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用い得る。
【0006】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。
【0007】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（base transceiver station、ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ Ｂ（ｅＮｏｄｅ Ｂ、ｅｎｄ）、ホームＮｏｄｅ Ｂ（Home Node B、ＨＮＢ）、ホームｅＮｏｄｅ Ｂ（Home eNode B、ＨｅＮＢ）、ｇＮＢ、ＮＲ Ｎｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。
【0008】
基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。
【0009】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。
【0010】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。
【0011】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。
【0012】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、この技術は、新しい無線（New Radio、ＮＲ）を使用してエアインターフェース１１６を確立することができる。
【0013】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。
【0014】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0015】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【0016】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して別のＲＡＮ（図示せず）と通信し得る。
【0017】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。
【0018】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。
【0019】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【0020】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。
【0021】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが理解されよう。
【0022】
送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0023】
トランシーバ１２０は、伝送／受信要素１２２によって伝送される信号を変調し、伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えばＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。
【0024】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつメモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつメモリにデータを記憶し得る。
【0025】
プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。
【0026】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。
【0027】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。
【0028】
ＷＴＲＵ１０２のプロセッサ１１８は、本明細書で開示される代表的な実施形態を実装するために、例えば、１つ以上の加速度計、１つ以上のジャイロスコープ、ＵＳＢポート、他の通信インターフェース／ポート、ディスプレイ及び／又は他の視覚／音声インジケータのうちのいずれかを含む様々な周辺機器１３８と動作可能に通信することができる。
【0029】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又は全ての送信及び受信が並列及び／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のいくつか又は全てのうちのどれかの送信及び受信のための半二重無線機を含み得る。
【0030】
図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0031】
ＲＡＮ１０４は、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ Ｂを含み得るということが理解されよう。ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
【0032】
ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0033】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
【0034】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0035】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。
【0036】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0037】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。
【0038】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。
【0039】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【0040】
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。
【0041】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。
【0042】
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。
【0043】
非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。
【0044】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、及び／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
【0045】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因してプライマリチャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであるとみなされ得る。
【0046】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。
【0047】
図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を例解するシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。
【0048】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数の構成要素キャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらの構成要素キャリアのサブセットは、未認可スペクトル上にあり得、残りの構成要素キャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。
【0049】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含み、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0050】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。
【0051】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【0052】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されるであろう。
【0053】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延通信（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速移動体（例えば、大容量移動体）ブロードバンド（enhanced mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ １８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0054】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵ ＩＰ（例えば、ＵＥ ＩＰ）アドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0055】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。
【0056】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしてサービスを提供するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（local Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。
【0057】
図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ１０２ａ－ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ａｂ、ＵＰＦ１８４ａ－ｂ、ＳＭＦ１８３ａ－ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載の任意の他のデバイスのうちの１つ以上に関して本明細書に記載の機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。
【0058】
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。
【0059】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。
【0060】
特定の代表的な実施形態では、ＷＴＲＵは、ネットワーク（network、ＮＷ）（例えば、ネットワークエンティティ）が、例えば、それ自体の識別情報とともに登録受諾において提供するタイマを使用して、ＷＴＲＵが（例えば、新しいネットワークエンティティを介して）新しいネットワークへの登録を実行することができるか、又は実行することになる窓を導出することができる。
【0061】
特定の代表的な実施形態では、登録手順中に、ＮＷは、１つ以上の災害条件が適用されるときにＮＷが使用することができる、又は使用することになる識別子（例えば、「特殊ＩＤ」）をＷＴＲＵに知らせることができる。例えば、保護として、又はセキュリティのために、ＮＷは、ブロードキャストＩＤ及び既知のアルゴリズムと一緒にＷＴＲＵによってローカルに使用され得る文字列（例えば、コード）をＷＴＲＵに提供することができ、これは、次いで、ＷＴＲＵの永続ＩＥ（例えば、加入永続識別子（Subscription Permanent Identifier、ＳＵＰＩ）／国際移動体機器識別情報（International Mobile Equipment Identity、ＩＭＥＩ）をもたらすことができる。
【0062】
特定の代表的な実施形態では、ＲＡＮは、インバウンド（例えば、災害）ＷＴＲＵのためのＲＲＣ接続をブロック／延期するために、ＣＮによって情報を提供され得る。これらのＷＴＲＵは、ＲＲＣ接続要求を送信するときに、新しい確立原因を使用することができる。ＲＡＮは、ＲＲＣ接続拒否においてタイマを提供することができ、これは、例えば、後のタイムスロットへのＷＴＲＵの新しい接続を遅延／延期することができる。接続再試行のための遅延期間を更にランダム化するために、ＷＴＲＵは、タイマの値及びそれ自体のＩＤに基づく式を使用することができる。
【0063】
特定の代表的な実施形態では、ＷＴＲＵは、ＰＬＭＮ Ｄに登録するときに（例えば、災害条件の前に）、災害応答インシデントＩＤ（Disaster Response Incident ID、ＤＲＩＤ）を受信することができる。ＷＴＲＵは、災害条件が発生したときに、ＰＬＭＮ（例えば、ＰＬＭＮ Ａ）によってブロードキャストされた一致するＤＲＩＤに基づいて、ＰＬＭＮ（例えば、ＰＬＭＮ Ａ）を選択することができる。ＷＴＲＵは、インバウンドローミングのためにＰＬＭＮ Ａに登録することができ、ＨＰＬＭＮによってインバウンドローミングのために認可されるＤＲＩＤを提供することができる。
【0064】
特定の代表的な実施形態では、ＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）（例えば、通常はＨＰＬＭＮであり得る）に登録されると、ＷＴＲＵ及びＡＭＦは、ＷＴＲＵ及びＡＭＦの両方がＭＩＮＴをサポートするという情報を交換し、ＡＭＦがトラッキングエリアのリスト（例えば、ＴＡＩリスト）を提供するとき、ＷＴＲＵは、新しいＴＡがＴＡＩリストの一部であるか、又は一部であり得る場合であっても、ＷＴＲＵが新しいＴＡに入るとき（例えば、新しいトラッキングエリア（Tracking Area、ＴＡ）に入るたびに）、ＡＭＦに知らせることができる。ＷＴＲＵは、例えば、とりわけ、（１）サービス要求などの１つ以上の既存のＮＡＳメッセージを修正すること、（２）新しいＮＡＳメッセージを送信すること、及び／又は（３）モビリティ登録更新を実行することによって、この動作を行う。
【0065】
ＰＬＭＮ Ｄは、本明細書では、概して、（１）以前に通知及び／又は設定された、（２）通知／設定されようとしている、及び／又は（３）現在通知／設定されている、関連付けられた災害条件を有し／経験している、又は有し／経験しようとしているＰＬＭＮを指す。例えば、ＰＬＭＮ Ｄは、停電（例えば、関連付けられたＰＬＭＮカバレッジエリアの一部分又は全部内のネットワークの動作の欠如を引き起こす）を有し得るか、又はＰＬＭＮ Ｄは、関連付けられたＰＬＭＮカバレッジエリアの一部又は全部においてネットワークの何らかの他の途絶を有し得る。ＰＬＭＮ Ｄは、ホームＰＬＭＮ又は訪問ＰＬＭＮであり得る。ＰＬＭＮ Ａは、本明細書では、概して、別のＰＬＭＮを指すことができ、例えば、災害条件を有する、及び／若しくは経験しているＰＬＭＮ Ｄに登録された、又は登録しようとしているインバウンドローミングＷＴＲＵを受諾することができる場合もできない場合もある。
【0066】
特定の代表的な実施形態は、ネットワーク内のどこかの災害イベント（例えば、いくつかのネットワークノード及び構成要素が存在する建物内の火災イベントなど）に適用され得る。
【0067】
特定の代表的な実施形態では、ＷＴＲＵは、（災害条件の前に）ＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）に登録するときに、１つ以上の許可されたエリアレベルＤＲＩＤを受信することができる。例えば、ＤＲＩＤは、ＰＬＭＮ ＩＤ（ＭＣＣ、ＭＮＣ）、エリアＩＤ（Area ID、ＡＩＤ）、及び／若しくは災害復旧コード（Disaster Recovery Code、ＤＲＣ）（例えば、ＤＲＩＤ＝ＰＬＭＮ ＩＤ＋ＡＩＤ＋ＤＲＣ）からなり得るか、又はそれかを含み得る。ＡＩＤは、ＰＬＭＮのカバレッジエリア（例えば、ＰＬＭＮ ＤのＮＧ－ＲＡＮカバレッジエリア）の一部をマッピングする地理的エリア（例えば、とりわけ、１つ以上のＮＧ－ＲＡＮノード及び／又は１つ以上のトラッキングエリア（ＴＡ）に関連付けられるか、又はそれらを含む）を識別し得る。ＷＴＲＵは、ＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤ又はＤＲＩＤの一部分（例えば、ＤＲＣ）と、ＰＬＭＮ Ｄによって示された１つ以上の許可されたＤＲＩＤとが一致することに基づいて、別のＰＬＭＮ（例えば、ＰＬＭＮ Ａ）を選択することができる。ＷＴＲＵは、他のＰＬＭＮ（例えば、ＰＬＭＮ Ａ）にインバウンドローミングのために登録することができ、ＨＰＬＭＮによってインバウンドローミングのために認可されるべき一致する保護されたＤＲＩＤを提供することができる。
【0068】
特定の代表的な実施形態では、ＷＴＲＵは、所与のＰＬＭＮ（例えば、ＷＴＲＵのＨＰＬＭＮとしてのＰＬＭＮ Ｄ）に関連付けられた１つ以上の許可された領域レベルＤＲＩＤ及び／又は許可されたＰＬＭＮレベルＤＲＩＤを用いて（例えば、ＨＰＬＭＮによって）構成され得る。ＰＬＭＮレベルＤＲＩＤ構成／構成要素は、ＡＩＤがＰＬＭＮ全体をマッピングする地理的エリアを識別し得ることを除いて、エリア固有ＤＲＩＤと同様であり得る。領域レベルＤＲＩＤ構成／構成要素は、ＡＩＤがＰＬＭＮのカバレッジ（例えば、都市、州、及び／又は県）の一部分（例えば、その広いエリア）をマッピングする地理的エリアを識別し得ることを除いて、エリア固有ＤＲＩＤと同様であり得る。地域レベルＤＲＩＤは、災害インバウンドローミングを実行するときに、エリアレベルＤＲＩＤとＰＬＭＮレベルＤＲＩＤとの間の粒度の中間レベルとしてＷＴＲＵ／ＰＬＭＮによって使用され得る。ＰＬＭＮ Ａは、災害条件によって影響を受けたとき、そのような領域の全部又は一部において災害インバウンドローマを受諾することができる（例えば、ＰＬＭＮ Ｄ及び／又はローカル認証から受信された情報に基づいて、１つ以上の関連付けられた領域レベルＤＲＩＤのブロードキャストを開始することができる）。ＷＴＲＵは、ＤＲＩＤの一致、又はＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤの一部（例えば、ＭＣＣ＋ＤＲＣ）の、許可された領域レベル又はＰＬＭＮレベルのＤＲＩＤとの一致に基づいて、ＰＬＭＮ（例えば、ＰＬＭＮ Ａ）を選択することができる。ＷＴＲＵは、インバウンドローミングのためにＰＬＭＮ Ａに登録して、ＨＰＬＭＮによってインバウンドローミングのために認可される保護された領域レベル又はＰＬＭＮレベルのＤＲＩＤを提供することができる。
【0069】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、ＷＴＲＵへの災害条件の通知のために実装され得る。例えば、エリア内のＰＬＭＮの災害条件に関する情報を、そのエリア内に位置するＷＴＲＵに配信／送信するために、方法、システム、装置、及び手順を実装することができる。別の例として、方法、システム、装置、及び手順は、ＰＬＭＮの災害条件の情報を完全性保護、再生保護、及び／又は機密性保護するために実装され得る。第３の例として、方法、システム、装置、及び手順は、例えば、災害条件、災害条件によって影響を受けるＷＴＲＵの数、ＷＴＲＵ上で実行されるサービス／アプリケーション、ＷＴＲＵによって使用されるネットワークスライス、ＷＴＲＵのモビリティ（例えば、ＷＴＲＵの接続能力）、ＷＴＲＵの能力（例えば、とりわけ、他の接続能力、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ、ＷＩＦＩ）のうちのいずれかに基づいて、（例えば）ＷＴＲＵに配信／送信される情報のタイプ／種類を判定するように実装され得る。
【0070】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、ＰＬＭＮ（例えば、災害条件のない他のＰＬＭＮ）からＷＴＲＵへのアクセス可能性の指示を提供するように実装され得る。例えば、１つ以上の他のＰＬＭＮ（例えば、災害条件を有するＰＬＭＮ以外の他のＰＬＭＮ）は、それぞれのＰＬＭＮがインバウンドローマ（例えば、その中でインバウンド災害ローマ（inbound disaster roamer、ＩＤＲ）又はＩＤＲ ＷＴＲＵと呼ばれることもある災害条件を有するＰＬＭＮからのインバウンドローマ）を収容できることを示す（例えば、各々示す）ことができる。特定の代表的な実施形態では、情報は、ＩＤＲ（例えば、潜在的なＩＤＲ ＷＴＲＵ）に提供され得る。
【0071】
災害条件のないローミングＰＬＭＮへの登録のための代表的な手順
特定の代表的な実施形態では、方法、システム、装置、及び手順は、ＤＩＲ（例えば、ＩＤＲ ＷＴＲＵ）によって始められる登録手順を実行するように実装され得る。
特定の代表的な実施形態では、方法、システム、装置、及び手順は、ＤＩＲ（例えば、ＩＤＲ ＷＴＲＵ）によって始められる登録手順を実行するように実装され得る。
【0072】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、ＩＤＲを認証するために実装され得る。例えば、ホームネットワークは、「通常の」ローミング認証及び認可ＷＴＲＵのために利用不可能であり得る。そのようなＷＴＲＵは、時に、難民ＷＴＲＵと呼ばれることがあることが企図される。例えば、難民ＷＴＲＵ（例えば、全ての「難民ＷＴＲＵ）は、（１）それらのホームネットワークと同じであり得るサービングネットワークを有する１つ以上の非ローミングＷＴＲＵ（例えば、これらのＷＴＲＵは、ＣＮがそれらを認証することができないので、別のＰＬＭＮにローミングし得ないか、又はローミングすることができない）のうちのいずれかであり得る。この状況は、ホームＰＬＭＮ内のメインデータベース（例えば、統合データ管理（Unified Data Management、ＵＤＭ）／／ホーム加入者サーバ（Home Subscriber Server、ＨＳＳ））が到達可能でないときに生じ得、及び／又は（２）他のＰＬＭＮにローミングし、その他のＰＬＭＮ上で認証され得る１つ以上のインバウンドローミングＷＴＲＵ。この状況は、ＣＮ内のアンカノード（例えば、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）／モビリティ管理エンティティ（Mobility Management Entity、ＭＭＥ）が適切に動作していない可能性がある（例えば、ダウンしている）ときに生じる。
【0073】
特定の代表的な実施形態では、方法、装置、及び手順は、ＰＬＭＮ Ｄへの登録中又はその直前にＰＬＭＮ（ＰＬＭＮ Ｄ）で災害が発生したときに、インバウンドローマにサービスを提供するＷＴＲＵをＰＬＭＮ（例えば、ＰＬＭＮ Ａ）に登録するように実装され得る。
【0074】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、ＰＬＭＮ（例えば、災害ＰＬＭＮ又は災害ローミングＰＬＭＮ）が、ＩＤＲ ＷＴＲＵへのサービスのエリアを災害条件が適用される領域に制限することを可能にするように実装され得る。
【0075】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、（例えば、登録中又は登録直前にＰＬＭＮ Ｄにおいて災害条件が発生したので）ＰＬＭＮ Ｄに登録できなかったＷＴＲＵが、インバウンドローマにサービスを提供することができる別のＰＬＭＮ（例えば、ＰＬＭＮ Ａ）に登録することを可能にするように実装され得る。
【0076】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、災害が発生したときに、インバウンドローマがＰＬＭＮ Ｄの災害エリア内に存在した（例えば、実際に存在した）ことを保証するように実装され得る。
【0077】
災害条件がもはやＷＴＲＵに適用可能でないことの通知のための代表的な手順
特定の代表的な実施形態では、方法、システム、装置、及び手順は、災害条件が１つ以上のＩＤＲ ＷＴＲＵにもはや適用可能でないという情報を配信／送信する（及び／又はそのタイミング）ように実装され得る。
特定の代表的な実施形態では、方法、システム、装置、及び手順は、災害条件が１つ以上のＩＤＲ ＷＴＲＵにもはや適用可能でないという情報を配信／送信する（及び／又はそのタイミング）ように実装され得る。
【0078】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、災害条件がもはや適用可能でないことが通知されたときに、１つ以上のＩＤＲ ＷＴＲＵがネットワーク選択を実行するために実装され得る。
【0079】
災害条件のないＰＬＭＮにおけるシグナリング過負荷の防止のための代表的な手順
特定の代表的な実施形態では、方法、システム、装置、及び手順は、災害条件なしでＰＬＭＮ内のＷＴＲＵの到着をずらすように、例えば、経時的に登録試行を分散させるように、及び／又は同時に登録しようと試行するＷＴＲＵの数を管理可能な限度（例えば、閾値レベル）内に保つように実装され得る。
特定の代表的な実施形態では、方法、システム、装置、及び手順は、災害条件なしでＰＬＭＮ内のＷＴＲＵの到着をずらすように、例えば、経時的に登録試行を分散させるように、及び／又は同時に登録しようと試行するＷＴＲＵの数を管理可能な限度（例えば、閾値レベル）内に保つように実装され得る。
【0080】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、災害条件のないＰＬＭＮが、例えば輻輳のためにＰＬＭＮがもはやＩＤＲ ＷＴＲＵを受諾することができないときに、ＩＤＲ ＷＴＲＵがＰＬＭＮ上で登録を試行することを防止する（例えば、効率的に防止する）ことを可能にするように実装され得る。
【0081】
以前に災害条件を有したＰＬＭＮにＷＴＲＵを復帰させることによるシグナリング過負荷の防止のための代表的な手順
特定の代表的な実施形態では、方法、システム、装置、及び手順は、以前に災害条件を有したＰＬＭＮへのＷＴＲＵの復帰をずらすように、例えば、経時的に登録試行を分散させるように、及び／又は同時に登録しようと試行するＷＴＲＵの数を管理可能な限度（例えば、閾値レベル）内に保つように実装され得る。
特定の代表的な実施形態では、方法、システム、装置、及び手順は、以前に災害条件を有したＰＬＭＮへのＷＴＲＵの復帰をずらすように、例えば、経時的に登録試行を分散させるように、及び／又は同時に登録しようと試行するＷＴＲＵの数を管理可能な限度（例えば、閾値レベル）内に保つように実装され得る。
【0082】
アウトバウンドローミングＷＴＲＵのための代表的な手順
特定の代表的な実施形態では、方法、システム、装置、及び手順は、アウトバウンドＷＴＲＵに、それらのホームネットワーク（Home Network、ＨＮ）における災害の通知を提供するように実装され得る。
特定の代表的な実施形態では、方法、システム、装置、及び手順は、アウトバウンドＷＴＲＵに、それらのホームネットワーク（Home Network、ＨＮ）における災害の通知を提供するように実装され得る。
【0083】
特定の代表的な実施形態では、方法、システム、装置、及び手順は、アウトバウンドＷＴＲＵが、アウトバウンドローミング中にサービングネットワーク（Serving Network、ＳＮ）において再認証を取得する（例えば、実行する）ことを可能にするように実装され得る。例えば、ＡＴ＆Ｔ ＷＴＲＵは、別のネットワーク（中華人民共和国（People Republic of China、ＰＲＣ）におけるＣＭＣＣ（中国移動通信（ＣＭＣＣ）ネットワーク）上でローミングすることができる。ＷＴＲＵは、そのＨＮに災害条件がある場合（例えば、ＡＴ＆Ｔ ＵＤＭが火災中である場合）、（再）登録することができる。
【0084】
災害対応管理のための代表的なアーキテクチャ／実装
特定の代表的な実施形態では、本明細書で災害応答機能（ＤＲＦ）と呼ばれるネットワーク機能が実装され得る。ＤＲＦは、例えば、災害応答管理機能／手順／動作をサポートするために、３ＧＰＰシステムの残りの部分に抽象化を提供することができる。ＤＲＦ機能／手順／動作のうちのいくつかは、既存の機能（例えば、とりわけ、ＵＤＭ及び／又はポリシー制御機能（Policy Control Function、ＰＣＦ））とコロケートされ得る。ＤＲＦは、以下の機能／手順／動作（例えば、サービスベースのアーキテクチャ上で、及び／又はユーザプレーンを介して提供される）のサポートを含むことができ、それは、以下のいずれかを含む：
（１）例えば、（ｉ）災害条件の開始（例えば、開始時間／日付）、（ｉｉ）災害条件の終了、（ｉｉｉ）災害条件が適用されるエリア、（ｉｖ）ＩＤＲ ＷＴＲＵをサポートする同じ国のローミングパートナーＰＬＭＮのリスト、（ｖ）影響を受けるＷＴＲＵのリストを含む災害条件関連情報を維持するためのサポート（例えば、災害条件の開始又は終了のトリガは、ＤＲＦの外部の機能／手段によって（例えば、移動体ネットワークオペレータ（Mobile Network Operator、ＭＮＯ）ネットワーク管理システムによって）提供され得ることが企図される）。
（２）関連するローミングパートナーへの災害条件の開始及び／又は終了の選択及び／又は通知（例えば、影響を受けるＰＬＭＮにおける、又はそれに関連付けられたＤＲＦは、災害条件のない１つ以上の他のＰＬＭＮにおける、又はそれに関連付けられた１つ以上のＤＲＦに知らせることができ、災害条件によって影響を受けるエリアについての情報を提供することができる。
（３）災害条件の開始及び／又は終了の選択及び／又は通知は、災害条件を有するＰＬＭＮ及び災害条件を有さないＰＬＭＮ内の、及び／又はＷＴＲＵ（例えば、災害条件に遭遇する、又はその後ＩＤＲ ＷＴＲＵとして）に対する関連するネットワーク機能（Network Function、ＮＦ）。例えば、ＤＲＦは以下のうちのいずれかを行ってもよい：
（ｉ）災害条件を有するＰＬＭＮにおいて、又はそれに関連付けられて、災害条件の開始／終了をＡＭＦに通知して、影響を受けるＷＴＲＵ及び／又はＮＧ－ＲＡＮにそれに応じて通知すること、
（ｉｉ）災害条件のないＰＬＭＮにおいて、又はそれに関連付けられて、災害の影響を受けたエリア（例えば、地理的座標）を、影響を受けたＰＬＭＮからセルエリア及び１つ以上のサービングＡＭＦにマッピングすることができ、かつ／又は災害条件の開始／終了について１つ以上のＡＭＦに通知することができ、それは次に、それに応じてＩＤＲ ＷＴＲＵ及び／又はＮＧ－ＲＡＮに通知することができる。
（４）災害条件のないＰＬＭＮ内のＩＤＲ ＷＴＲＵのサービングＮＦ登録管理は、ローミングＷＴＲＵに対する災害条件のないＰＬＭＮにサービングＡＭＦを記憶することができる。
（５）災害条件関連情報（例えば、特定のＷＴＲＵが災害ローミングに起因して登録することを許可されるかどうか）に基づくＩＤＲ ＷＴＲＵのためのアクセス許可のサポート（例えば、ＤＲＦは、災害条件が所与のエリア内のＷＴＲＵに適用されるかどうかを判定／チェックすることができ、かつ／又はＩＤＲ ＷＴＲＵの数を制限するかどうかをチェック／判定することができる（例えば、許可されるＩＤＲ ＷＴＲＵの数に対する制限／閾値に基づいて）。
（６）ＤＲＦは、災害管理機能に関連して識別情報を割り当てることを制御する（例えば、担当する）ことができる。例えば、特定の災害条件は、ＤＲＦによって一意のインシデントｉｄ（例えば、影響を受けるＰＬＭＮ内で一意）を割り当てられ得る。インシデントｉｄは、ＩＤＲ ＷＴＲＵをサポートするＰＬＭＮ選択のために、特定の災害条件の開始及び／又は終了を相関させるために使用され得る。同じＰＬＭＮが、（例えば、異なる領域において）１つ以上の災害条件にさらされることがあり、ＤＲＦは、それに応じて（例えば、様々な影響を受けるエリアに基づいて）異なるインシデントｉｄを割り当てることができる。インバウンド災害ローミングを実行するＷＴＲＵは、災害条件が適用されるとき、課金目的のために、インバウンドローマを追跡するために（例えば、災害条件に関する更新／通知のために）使用され得るインバウンドローミングｉｄを割り当てられ得る。
特定の代表的な実施形態では、本明細書で災害応答機能（ＤＲＦ）と呼ばれるネットワーク機能が実装され得る。ＤＲＦは、例えば、災害応答管理機能／手順／動作をサポートするために、３ＧＰＰシステムの残りの部分に抽象化を提供することができる。ＤＲＦ機能／手順／動作のうちのいくつかは、既存の機能（例えば、とりわけ、ＵＤＭ及び／又はポリシー制御機能（Policy Control Function、ＰＣＦ））とコロケートされ得る。ＤＲＦは、以下の機能／手順／動作（例えば、サービスベースのアーキテクチャ上で、及び／又はユーザプレーンを介して提供される）のサポートを含むことができ、それは、以下のいずれかを含む：
（１）例えば、（ｉ）災害条件の開始（例えば、開始時間／日付）、（ｉｉ）災害条件の終了、（ｉｉｉ）災害条件が適用されるエリア、（ｉｖ）ＩＤＲ ＷＴＲＵをサポートする同じ国のローミングパートナーＰＬＭＮのリスト、（ｖ）影響を受けるＷＴＲＵのリストを含む災害条件関連情報を維持するためのサポート（例えば、災害条件の開始又は終了のトリガは、ＤＲＦの外部の機能／手段によって（例えば、移動体ネットワークオペレータ（Mobile Network Operator、ＭＮＯ）ネットワーク管理システムによって）提供され得ることが企図される）。
（２）関連するローミングパートナーへの災害条件の開始及び／又は終了の選択及び／又は通知（例えば、影響を受けるＰＬＭＮにおける、又はそれに関連付けられたＤＲＦは、災害条件のない１つ以上の他のＰＬＭＮにおける、又はそれに関連付けられた１つ以上のＤＲＦに知らせることができ、災害条件によって影響を受けるエリアについての情報を提供することができる。
（３）災害条件の開始及び／又は終了の選択及び／又は通知は、災害条件を有するＰＬＭＮ及び災害条件を有さないＰＬＭＮ内の、及び／又はＷＴＲＵ（例えば、災害条件に遭遇する、又はその後ＩＤＲ ＷＴＲＵとして）に対する関連するネットワーク機能（Network Function、ＮＦ）。例えば、ＤＲＦは以下のうちのいずれかを行ってもよい：
（ｉ）災害条件を有するＰＬＭＮにおいて、又はそれに関連付けられて、災害条件の開始／終了をＡＭＦに通知して、影響を受けるＷＴＲＵ及び／又はＮＧ－ＲＡＮにそれに応じて通知すること、
（ｉｉ）災害条件のないＰＬＭＮにおいて、又はそれに関連付けられて、災害の影響を受けたエリア（例えば、地理的座標）を、影響を受けたＰＬＭＮからセルエリア及び１つ以上のサービングＡＭＦにマッピングすることができ、かつ／又は災害条件の開始／終了について１つ以上のＡＭＦに通知することができ、それは次に、それに応じてＩＤＲ ＷＴＲＵ及び／又はＮＧ－ＲＡＮに通知することができる。
（４）災害条件のないＰＬＭＮ内のＩＤＲ ＷＴＲＵのサービングＮＦ登録管理は、ローミングＷＴＲＵに対する災害条件のないＰＬＭＮにサービングＡＭＦを記憶することができる。
（５）災害条件関連情報（例えば、特定のＷＴＲＵが災害ローミングに起因して登録することを許可されるかどうか）に基づくＩＤＲ ＷＴＲＵのためのアクセス許可のサポート（例えば、ＤＲＦは、災害条件が所与のエリア内のＷＴＲＵに適用されるかどうかを判定／チェックすることができ、かつ／又はＩＤＲ ＷＴＲＵの数を制限するかどうかをチェック／判定することができる（例えば、許可されるＩＤＲ ＷＴＲＵの数に対する制限／閾値に基づいて）。
（６）ＤＲＦは、災害管理機能に関連して識別情報を割り当てることを制御する（例えば、担当する）ことができる。例えば、特定の災害条件は、ＤＲＦによって一意のインシデントｉｄ（例えば、影響を受けるＰＬＭＮ内で一意）を割り当てられ得る。インシデントｉｄは、ＩＤＲ ＷＴＲＵをサポートするＰＬＭＮ選択のために、特定の災害条件の開始及び／又は終了を相関させるために使用され得る。同じＰＬＭＮが、（例えば、異なる領域において）１つ以上の災害条件にさらされることがあり、ＤＲＦは、それに応じて（例えば、様々な影響を受けるエリアに基づいて）異なるインシデントｉｄを割り当てることができる。インバウンド災害ローミングを実行するＷＴＲＵは、災害条件が適用されるとき、課金目的のために、インバウンドローマを追跡するために（例えば、災害条件に関する更新／通知のために）使用され得るインバウンドローミングｉｄを割り当てられ得る。
【0085】
図２は、災害応答シナリオ２００を示す図であり、それによって、ＤＲＦは、災害条件の開始についてのＷＴＲＵ及びローミングパートナーの通知並びにＷＴＲＵが災害条件のないＰＬＭＮ（例えば、別のＰＬＭＮにおける災害条件の開始をＷＴＲＵに知らせるために、及び／又は災害条件のないそのようなＰＬＭＮにＷＴＲＵを選択して登録するために、例えば、それ自体が災害条件を経験していない）に登録するための認証を可能にすることができる。
【0086】
図２を参照すると、第１のＰＬＭＮ ２０５Ｄ（例えば、ＰＬＭＮ＃１及び／又はソースＰＬＭＮ）は、第１のＤＲＦ ２１０Ｄ、第１のＡＭＦ １８２Ｄ、及び／又は第１の次世代（Next Generation、ＮＧ）無線アクセスネットワーク（Next Generation Radio Access Network、ＮＧ－ＲＡＮ）２２０Ｄを有してもよく、使用してもよく、それらによってサービスを提供されてもよく、かつ／又はそれらに関連付けられてもよい。第２のＰＬＭＮ ２０５Ａ（例えば、ＰＬＭＮ＃２及び／又はターゲットＰＬＭＮ）は、第２のＤＲＦ ２１０Ａ、第２のＡＭＦ １８２Ａ及び／又は第２のＮＧ－ＲＡＮ ２２０Ａを有してもよく、使用してもよく、それらによってサービスを提供されてもよく、かつ／又はそれらに関連付けられてもよい。第１のＰＬＭＮ ２０５Ｄは、災害条件を経験しているか、又は災害条件を有すると判定され得、第２のＰＬＭＮ ２０５Ａ（例えば、ＰＬＭＮ＃２）は、災害条件を経験していないか、又は災害条件を有しないと判定され得る。第１のＤＲＦ ２１０Ｄは、例えば、ＷＴＲＵ １０２にサービスを提供するソースＰＬＭＮ ２０５Ｄに関連付けられたＤＲＦであってもよい。第２のＤＲＦ ２１０Ａは、例えば、その後ＷＴＲＵ １０２にサービスを提供することができるターゲットＰＬＭＮ ２０５Ａに関連付けられたＤＲＦであってもよい。
【0087】
災害検出システム／エンティティ２３０は、動作２－０で、第１のＰＬＭＮ ２０５Ｄに関連付けられた災害開始イベント及びイベントに関連付けられた第１のＰＬＭＮ ２０５Ｄのエリア／場所を示す情報を第１のＤＲＦ ２１０Ｄに送信してもよい。動作２－１ａで、第１のＤＲＦ ２１０Ｄは、第２のＤＲＦ ２１０Ａ（例えば、少なくとも１つのＤＲＦ）と通信して、例えば、インシデント識別子及び／又はイベントに関連付けられたエリア／場所を含む災害開始イベントを示す情報を提供することができる。動作２－１ｂで、第１のＤＲＦ ２１０Ｄは、第１のＡＭＦ １８２Ｄと通信して、例えば、インシデント識別子及び／又はイベントに関連付けられたエリア／場所を含む災害開始イベントを示す情報を提供することができる。
【0088】
動作２－２ａで、ターゲットＤＲＦ ２１０Ａは、イベントに関連付けられた第１のＰＬＭＮ ２０５Ｄのエリア／場所を含む、第１のＰＬＭＮ ２０５Ｄに関連付けられた災害開始イベントを示す情報、災害開始イベントに関連付けられたインシデント識別子、及び／又は第１のＰＬＭＮ ２０５Ｄに関連付けられたＰＬＭＮ識別子（例えば、災害条件を経験している／有するＰＬＭＮ）を第２のＡＭＦ １８２Ａに送信することができる。動作２－２ｂで、第１のＡＭＦ １８２Ｄは、インシデント識別子を含む災害条件をページング及び／又はブロードキャストすることを示す情報を第１のＮＧ－ＲＡＮ ２２０Ｄに送信することができる。
【0089】
動作２－３ａで、第２のＡＭＦ １８２Ａは、インシデント識別子及び／又は第１のＰＬＭＮ ２０５Ｄに関連付けられたＰＬＭＮ識別子を含む災害インバウンドローミングサポートをブロードキャストすることを示す情報を、ＮＧ－ＲＡＮ ２２０Ａに送信することができる。動作２－３ｂで、第１のＮＧ－ＲＡＮ ２２０Ｄは、インシデント識別子及び／又はフラグを含む災害条件をページングし、かつ／又はＷＴＲＵ １０２へのブロードキャストを開始することができる。
【0090】
動作２－４ａで、第２のＮＧ－ＲＡＮ ２２０Ａは、インシデント識別子及び／又は第１のＰＬＭＮ ２０５Ｄに関連付けられたＰＬＭＮ識別子（例えば、移動体国コード（Mobile Country Code、ＭＣＣ）及び／又は移動体ネットワーク事業者（Mobile Network Operator、ＭＮＣ））を含む災害インバウンドローミングサポートのブロードキャストを開始することができる。動作２－４ｂで、第１のＡＭＦ １８２Ｄ及びＷＴＲＵ １０２は、ＷＴＲＵ １０２を第１のＰＬＭＮ ２０５Ｄに登録するための情報を通信することができる。情報は、例えば、とりわけ、（１）災害インバウンドローミングのための１つ以上の認可されたＰＬＭＮ、（２）災害ローミング登録時間値（例えば、登録タイマ値）、（３）ＤＲＦ、完全修飾ドメイン名（Fully Qualified Domain Name、ＦＱＤＮ）、及び／又は（４）インシデント識別子のうちのいずれかを含む災害復旧パラメータを示すことができる。
【0091】
動作２－５ａで、ＷＴＲＵ １０２は、災害イベントに関連付けられたインシデント識別子に基づいて、第２のＰＬＭＮ ２０５Ａを（例えば、ターゲットＰＬＭＮとして）選択することができる。動作２－６で、ＷＴＲＵ １０２及び第２のＡＭＦ １８２Ａは、通信することができる。例えば、ＷＴＲＵ １０２は、ＷＴＲＵ １０２を登録するために、登録情報を第２のＡＭＦ １８２Ａに送信することができる。登録情報は、とりわけ、（１）接続原因（例えば、災害インバウンドローミング）、（２）アクセス識別、及び／又は（３）インシデント識別子のうちのいずれかを示し得る。送信された登録情報の後、又はそれに応答して、第２のＡＭＦ １８２Ａは、とりわけ、（１）災害インバウンドアクセスに関するモビリティ制限情報、（２）復帰登録値（例えば、復帰登録タイマ値）、及び／又は（３）インバウンドローマ識別子のうちのいずれかをＷＴＲＵ １０２に送信することができる。
【0092】
動作２－６’で、第２のＤＲＦ ２１０Ａ及び／又は第２のＡＭＦ １８２Ａは、ＷＴＲＵ １０２に対するインバウンド災害ローミングアクセス認可、及び／又は第２のＤＲＦ ２１０ＡへのＡＭＦ登録を呼び出すことができる。例えば。とりわけ、（１）ＷＴＲＵ ＩＤ、（２）ＭＣＣ及び／若しくはＭＮＣ、（３）登録エリア、並びに／又は（４）インシデント識別子のうちのいずれかを示す情報を含む認可／登録メッセージ（例えば、災害ローミング認可／登録メッセージ）を、第２のＤＲＦ ２１０Ａ及び第２のＡＭＦ １８２Ａが通信することができ、第２のＡＭＦ １８２Ａが第２のＤＲＦ ２１０Ａに送信することができる。認可／登録メッセージの後、又はそれに応答して、第２のＤＲＦ ２１０Ａは、認可／登録成功又は認可／登録失敗を示す情報及びインバウンドローマ識別子を送信することができる。動作２－７で、ＷＴＲＵ １０２及び第１のＤＲＦ ２１０Ｄは、（例えば、災害条件が終了した後に）ＷＴＲＵ １０２を第１のＰＬＭＮ ２０５Ｄに再登録するために通信することができる。例えば、ＷＴＲＵ １０２は、とりわけ、（１）ＷＴＲＵ ＩＤ、（２）インバウンドローマ識別子、（３）インシデント識別子、及び／又は（４）ＷＴＲＵ １０２の場所のうちのいずれかを示すインバウンドローマ登録メッセージを第１のＤＲＦ ２１０Ｄに送信することができる。
【0093】
特定の代表的な実施形態では、ＡＭＦ １８２Ｄは、災害条件を有するＰＬＭＮ ２０５Ｄ（例えば、ホームＰＬＭＮ（Ｈｏｍｅ ＰＬＭＮ、ＨＰＬＭＮ））内の（例えば、共通セルエリアを有する共有ＲＡＮインフラストラクチャ内の）ソースＤＲＦ ２１０Ｄ（source DRF、Ｓ－ＤＲＦ）と直接対話することができる。いくつかの実施形態では、ＷＴＲＵ １０２は、ユーザプレーンを介してＤＲＦ ２１０に登録して、災害条件に関する直接の通知／更新を受信することができる（例えば、特に、災害条件終了通知、及び／又は災害条件下にあったＰＬＭＮ ２０５Ａにいつ再選択／再登録するかの指示を介して）。ユーザプレーン（ユーザプレーン接続）を有していない可能性があるＷＴＲＵ １０２の場合、ＷＴＲＵ １０２は、制御プレーン（Control Plane、ＣＰ）ＰＤＵセッションを用いてＤＲＦ ２１０に登録することができる可能性がある。例えば、ＤＲＦ ２１０は、ＣＰ ＰＤＵセッションを介して、１つ以上の指示及び／又は情報をＷＴＲＵ １０２に送信することができる。特定の代表的な実施形態では、ＷＴＲＵ １０２は、災害管理メッセージコンテナを搬送するＮＡＳシグナリングを使用して、制御プレーン（ＣＰ）上でＤＲＦ ２１０と対話することができる。特定の代表的な実施形態では、ＷＴＲＵ １０２は、災害条件が発生した場合に使用されるインバウンド災害ローミング（ＩＤＲ）に対して認可されたＰＬＭＮ ２０５Ｄ及び２０５Ａなどのリストを受信することができる。ＷＴＲＵ １０２は、インバウンド災害ローミングを実行するときに、ＩＤＲ ＰＬＭＮ選択を可能にするために、その手順中にＩＤＲ ＩＤを受信することができる。ＷＴＲＵ １０２は、（図２のＰＬＭＮ＃１との）登録又はＷＴＲＵ構成手順中に、この情報を受信することができる。第１のＰＬＭＮ ２０５Ｄ（例えば、ＰＬＭＮ＃１）は、登録されたＷＴＲＵ １０２及びＩＤＲ ＰＬＭＮパートナーに向けて新しいＩＤＲ ＩＤを周期的に生成することができる。ＩＤＲ ＰＬＭパートナーは、ＩＤＲ ＩＤをＰＬＭＮ＃１ ＩＤ（例えば、移動体国コード（ＭＣＣ）及び／又は移動体ネットワーク事業者（ＭＮＣ））に関連付けることができる。ＩＤＲ ＩＤは、災害条件を経験したときにそのＰＬＭＮ ２０５Ａの機密性を保つために、ＰＬＭＮ ＩＤの仮名として使用され得る（例えば、ＩＤＲ ＩＤは、図２に示されるような特定のインシデントを追跡する１つ以上のインシデントｉｄに関連付けられ得る）。例えば、ＷＴＲＵ １０２が、第１のＰＬＭＮ ２０５Ｄ（例えば、図２のＰＬＭＮ＃１）において災害条件を検出した場合（例えば、ブロードキャスト若しくはページングメッセージ内の指示から、又は第１のＰＬＭＮセルの不在を検出することによって、又は第１のＰＬＭＮ ２０５Ｄからの異常な登録解除に起因して）、ＷＴＲＵ １０２は、インバウンド災害ローミングのために認可されたＰＬＭＮ ２０５の上記リストを使用してＰＬＭＮ選択手順を始めることができ、（例えば、第２のＰＬＭＮ ２０５Ａ（例えば、図２のＰＬＭＮ＃２）内の）セルが一致するＩＤＲ ＩＤをブロードキャストするという条件で、そのようなセルを選択することができる。
【0094】
図３は、ＤＲＦが、災害条件の終了についてのＷＴＲＵ及びローミングパートナーの通知を可能にする（例えば、災害条件の終了をＷＴＲＵに通知するために、及び／又は災害条件とともに以前にＰＬＭＮに復帰するために）、災害応答シナリオ３００を示す図である。
【0095】
図３を参照すると、第１のＰＬＭＮ ２０５Ｄ（例えば、ＰＬＭＮ＃１）は、第１のＤＲＦ ２１０Ｄ、第１のＡＭＦ １８２Ｄ、及び／又は第１の次世代（ＮＧ）無線アクセスネットワーク（ＮＧ－ＲＡＮ）２２０Ｄを有してもよく、使用してもよく、それらによってサービスを提供されてもよく、かつ／又はそれらに関連付けられてもよい。第２のＰＬＭＮ ２０５Ａ（例えば、ＰＬＭＮ＃２）は、第２のＤＲＦ ２１０Ａ、第２のＡＭＦ １８２Ａ及び／又は第２のＮＧ－ＲＡＮ ２２０Ａを有してもよく、使用してもよく、それらによってサービスを提供されてもよく、かつ／又はそれらに関連付けられてもよい。第１のＰＬＭＮ ２０５Ｄは、（１）災害条件を以前に経験したことがあるか、又は（２）災害条件を以前に経験した（例えば、現在終了した）と判定されたことがあり得る。第２のＰＬＭＮ ２０５Ａ（例えば、ＰＬＭＮ＃２）は、（１）災害条件を経験していない、（２）以前に経験していない、（３）まだ経験していないと判定されている、及び／又は（４）以前に経験していないと判定されている可能性がある。第１のＤＲＦ ２１０Ｄは、例えば、災害条件の前にＷＴＲＵ １０２に以前にサービスを提供していた第１のＰＬＭＮ ２０５Ｄに関連付けられたＤＲＦであってもよい。第２のＤＲＦ ２１０Ａは、例えば、災害条件が終了した後にＷＴＲＵ １０２にその後サービスを提供している可能性がある第２のＰＬＭＮ ２０５Ａに関連付けられたＤＲＦであってもよい。手順は、災害条件が第１のＰＬＭＮ ２０５Ｄにおいて終了した後に、ＷＴＲＵ １０２を第１のＰＬＭＮ ２０５Ｄに再登録するために使用され得る。
【0096】
災害検出システム／エンティティ２３０は、動作３－０で、第１のＰＬＭＮ ２０５Ｄに関連付けられた災害終了イベント及びイベントに関連付けられた第１のＰＬＭＮ ２０５Ｄのエリア／場所を示す情報を第１のＤＲＦ ２１０Ｄに送信してもよい。動作３－１ａで、第１のＤＲＦ ２１０Ｄは、第１のＡＭＦ １８２Ｄと通信して、例えば、インシデント識別子及び／又はイベントに関連付けられたエリア／場所を含む災害終了イベントを示す情報を提供することができる。動作３－１ｂで、第１のＤＲＦ ２１０Ｄは、第２のＤＲＦ ２１０Ａ（例えば、少なくとも１つのＤＲＦ）と通信して、例えば、インシデント識別子及び／又はイベントに関連付けられたエリア／場所を含む災害終了イベントを示す情報を提供することができる。
【0097】
動作３－２ａで、第１のＡＭＦ １８２Ｄは、インシデント識別子を含む災害条件のページング及び／又はブロードキャストを停止することを示す情報を第１のＮＧ－ＲＡＮ ２２０Ｄに送信することができる。動作３－２ｂで、ターゲットＤＲＦ ２１０Ａは、イベントに関連付けられた第１のＰＬＭＮ ２０５Ｄのエリア／場所、及び／又は災害終了イベントに関連付けられたインシデント識別子を含む、第１のＰＬＭＮ ２０５Ｄに関連付けられた災害終了イベントを示す情報を、第２のＡＭＦ １８２Ａに送信することができる。例えば、この情報は、（１）エリア／場所ごとに、及び／又は（２）ＷＴＲＵごとに（例えば、第１のＰＬＭＮ ２０５Ｄに遷移して戻るＷＴＲＵ １０２の輻輳を低減するために、例えば、レート制限あり又はなしで）示され得る。
【0098】
動作３－３ａで、第１のＮＧ－ＲＡＮ ２２０Ｄは、ページングを停止し、かつ／又は災害条件を示す情報をＷＴＲＵ １０２にブロードキャストすることを停止することができる。動作３－３ｂで、第２のＡＭＦ １８２Ａは、災害終了イベントのインシデント識別子を含む災害インバウンドローミングサポートのブロードキャストを停止することを示す情報を、ＮＧ－ＲＡＮ ２２０Ａに送信することができる。
【0099】
動作３－４ｂで、第２のＮＧ－ＲＡＮ ２２０Ａは、災害インバウンドローミングサポートを示す情報のブロードキャストを停止することができる。動作３－５で、第２のＡＭＦ １８２Ａ及びＷＴＲＵ １０２は、ＷＴＲＵ １０２を第２のＰＬＭＮ ２０５Ａから登録解除するための情報を通信することができる。第２のＡＭＦ １８２Ａからの登録解除情報は、切断原因（例えば、災害終了）を示すことができる。動作３－５’で、第２のＡＭＦ １８２Ａが第２のＤＲＦ ２１０Ａから登録解除されるための手順を呼び出すことができ、第２のＰＬＭＮ ２０５ＡへのＷＴＲＵ １０２のインバウンドローミング登録を終了することができる。例えば、動作３－５’で、災害インバウンドローミング登録解除手順を完了することができ、第２のＡＭＦ １８２Ａは、とりわけ、（１）ＡＭＦ ＩＤ、（２）ＷＴＲＵ ｉｄ（例えば、ＳＵＰＩ及び／又はＭＣＣ／ＭＮＣ）、及び／又は（３）登録エリアのうちのいずれかを示す情報を第２のＤＲＦ ２１０Ａに送信することができる。第２のＤＲＦ ２１０Ａは、登録解除の成功を示す情報を送信することができる。
【0100】
動作３－６で、第１のＤＲＦ ２１０Ｄは、インバウンドローマ災害終了を示す通知情報をＷＴＲＵ １０２に送信することができ、インシデント識別子及び／又は復帰時間値（例えば、復帰タイマ値）を含むことができる。動作３－７で、ＷＴＲＵ １０２は、ＰＬＭＮが進行中の災害（例えば、現在の災害条件）に関連付けられたインシデントｉｄを有していない場合、第１のＰＬＭＮ ２０５Ｄを再選択することができる。動作３－８で、第１のＡＭＦ １８２Ｄ及びＷＴＲＵ １０２は、ＷＴＲＵ １０２を第１のＰＬＭＮ ２０５Ｄに戻って登録（例えば、再登録）するための情報を通信することができる。登録のタイミングは、復帰時間値に基づくことができる。
【0101】
特定の代表的な実施形態では、ＡＭＦは、ターゲットＤＲＦ（Ｔ－ＤＲＦ）とではなく、以前に災害条件下にあったＰＬＭＮ内のＳ－ＤＲＦと直接対話することができる。いくつかの実施形態では、ＷＴＲＵは、ユーザプレーンを介して、災害条件に関する直接通知をＤＲＦから受信することができる（例えば、特に、災害条件終了通知、及び／又は災害条件下にあったＰＬＭＮにいつ再選択／再登録するかの指示を介して）。ＷＴＲＵは、ＡＭＦによって、（１）災害条件の終了、及び／又は（２）ＷＴＲＵが災害条件下にあったＰＬＭＮに戻って登録することができるときを制御するためのパラメータを示す災害条件のないＰＬＭＮから登録解除され得る。
【0102】
図２及び図３によって示される両方のシナリオにおいて、ＷＴＲＵは、そのＨＰＬＭＮ（例えば、ＰＬＭＮ１）を登録すると、ＷＴＲＵがＤＲＦとのユーザプレーン接続を確立することができるか、又は確立する必要があることをＷＴＲＵに知らせる登録受諾メッセージにおいて、ＡＭＦから指示を受信することができる。登録受諾メッセージは、ＤＲＦに接続するための情報（例えば、とりわけ、ＩＰアドレス、ＦＱＤＮ、ＤＲＦ名、及び／又はＤＮＮ）を含むことができる。情報は、登録受諾メッセージ内のポリシーコンテナに含まれるか、又は含有され得る。ＷＴＲＵは、例えば、ネットワーク（例えば、ネットワークエンティティ又はネットワーク機能）によって始められたＷＴＲＵ構成更新（WTRU Configuration Update、ＷＣＵ）手順を介して、登録の前又は後に、ＤＲＦに接続するための指示及び対応するＤＲＦ情報を受信することができる。
【0103】
ＷＴＲＵへの災害条件の通知のための代表的な手順
特定の代表的な手順では、ページングを使用して、災害条件をＷＴＲＵに通知することができる。特定の実施形態では、登録手順中に、ネットワーク（例えば、５Ｇスタンドアロンシステム内のＡＭＦ）は、ＷＴＲＵをページングするときにページングメッセージ内でネットワーク（ＮＷ）が使用することができる識別子（例えば、「特殊ＩＤ」）をＷＴＲＵに知らせることができる。攻撃者から保護するために、ネットワークは、ブロードキャストＩＤ及び既知のアルゴリズムと一緒にＷＴＲＵによってローカルに使用され得る「文字列」（例えば、コード）をＷＴＲＵに提供することができ、これは、ＷＴＲＵの永続ＩＤ（例えば、ＳＵＰＩ／ＩＭＥＩ）をもたらすことができる。攻撃者から保護する別の方法は、ネットワークが、（１つだけではなく）複数の特殊ＩＤ／番号のセットをＷＴＲＵに提供することであり得る。この手順を使用して、ネットワークは、ページングメッセージ内のこれらのＩＤ／番号のいずれかを使用することができ、ＷＴＲＵが、ページングメッセージ内で使用されたＩＤ／番号と、登録手順中にＮＷから受信したＩＤ／番号のうちのいずれか１つとの間の一致を検出した場合、ＷＴＲＵは、ページングメッセージを、災害条件を示すものとして解釈することができる。ＩＤ／番号セットのメンバーのうちの１つが使用された後、ＷＴＲＵは、ＩＤ／番号を破棄することができ、ページングメッセージ（例えば、後続のページングメッセージ）においてそのような番号を再び受信することを例外として扱うことができる（例えば、例外を破棄し、例外を報告し、かつ／又は更なる報告のために例外を保存することができる）。上記の考えを実用的にするために、ＮＷは、エリア内のＷＴＲＵ（例えば、全てのＷＴＲＵ）がＩＤを受信して判定することができ、したがって、災害条件が適用されることを判定することができることを確実にするのに十分に長い期間（例えば、長い時間間隔）にわたって、全てのページングオケージョンにわたってこの同じＩＤを送信する（例えば、送信しなければならない）ことができる。
特定の代表的な手順では、ページングを使用して、災害条件をＷＴＲＵに通知することができる。特定の実施形態では、登録手順中に、ネットワーク（例えば、５Ｇスタンドアロンシステム内のＡＭＦ）は、ＷＴＲＵをページングするときにページングメッセージ内でネットワーク（ＮＷ）が使用することができる識別子（例えば、「特殊ＩＤ」）をＷＴＲＵに知らせることができる。攻撃者から保護するために、ネットワークは、ブロードキャストＩＤ及び既知のアルゴリズムと一緒にＷＴＲＵによってローカルに使用され得る「文字列」（例えば、コード）をＷＴＲＵに提供することができ、これは、ＷＴＲＵの永続ＩＤ（例えば、ＳＵＰＩ／ＩＭＥＩ）をもたらすことができる。攻撃者から保護する別の方法は、ネットワークが、（１つだけではなく）複数の特殊ＩＤ／番号のセットをＷＴＲＵに提供することであり得る。この手順を使用して、ネットワークは、ページングメッセージ内のこれらのＩＤ／番号のいずれかを使用することができ、ＷＴＲＵが、ページングメッセージ内で使用されたＩＤ／番号と、登録手順中にＮＷから受信したＩＤ／番号のうちのいずれか１つとの間の一致を検出した場合、ＷＴＲＵは、ページングメッセージを、災害条件を示すものとして解釈することができる。ＩＤ／番号セットのメンバーのうちの１つが使用された後、ＷＴＲＵは、ＩＤ／番号を破棄することができ、ページングメッセージ（例えば、後続のページングメッセージ）においてそのような番号を再び受信することを例外として扱うことができる（例えば、例外を破棄し、例外を報告し、かつ／又は更なる報告のために例外を保存することができる）。上記の考えを実用的にするために、ＮＷは、エリア内のＷＴＲＵ（例えば、全てのＷＴＲＵ）がＩＤを受信して判定することができ、したがって、災害条件が適用されることを判定することができることを確実にするのに十分に長い期間（例えば、長い時間間隔）にわたって、全てのページングオケージョンにわたってこの同じＩＤを送信する（例えば、送信しなければならない）ことができる。
【0104】
他の実施形態において、セルブロードキャスト及び／又はＭＢＭＳを使用して、災害条件をＷＴＲＵに通知することができる。
【0105】
登録受諾において、ＮＷは、災害条件が適用されると、ＷＴＲＵが登録を試みることができるＰＬＭＮのリスト又は範囲をＷＴＲＵに知らせることができる。リストは、優先順位で提供／送信／配信されてもよい。情報は、ＷＣＵ手順を介して登録後に受信されてもよい。
【0106】
ＷＴＲＵのタイプ及び／又は能力（例えば、通常の又はスマートフォン対セルラモノのインターネット（Cellular Internet of Things、ＣＩｏＴ）デバイス）に基づいて、ＮＷは、１つ以上の異なるＰＬＭＮリスト、及びＮＳＳＡＩ（例えば、異なるタイプのＷＴＲＵのための異なるＮＳＳＡＩ）などの他の登録情報を提供することができる。
【0107】
災害条件なしで他のＰＬＭＮからＷＴＲＵへのアクセス可能性の指示を提供するための代表的な手順
サポートの指示は、ＷＴＲＵがターゲットＰＬＭＮを選択するとき、そのターゲットＰＬＭＮ内のＲＡＮによってブロードキャストされ得る。例えば、災害条件に関連付けられていないＰＬＭＮのＲＡＮは、例えば、ブロードキャストメッセージ及び／又はシステム情報を介して、ＲＡＮ及び／又はそのＰＬＭＮのＷＴＲＵへのアクセス可能性を示すことができる。
サポートの指示は、ＷＴＲＵがターゲットＰＬＭＮを選択するとき、そのターゲットＰＬＭＮ内のＲＡＮによってブロードキャストされ得る。例えば、災害条件に関連付けられていないＰＬＭＮのＲＡＮは、例えば、ブロードキャストメッセージ及び／又はシステム情報を介して、ＲＡＮ及び／又はそのＰＬＭＮのＷＴＲＵへのアクセス可能性を示すことができる。
【0108】
災害条件のないローミングＰＬＭＮへの登録のための代表的な手順
ＷＴＲＵが新しいＰＬＭＮに登録するとき、ＷＴＲＵは、グローバル一意ＡＭＦ ＩＤ（Globally Unique AMF ID、ＧＵＡＭＩ）、サービング一時的移動体加入者識別情報（Serving Temporary Mobile Subscriber Identity、Ｓ－ＴＭＳＩ）、及び／又はＮＳＳＡＩのうちのいずれかとともに、インバウンドローマの登録が「災害条件」に起因するものであるという指示を提供することができる。この情報を使用して、ＲＡＮは、オペレータが指定した特定のＡＭＦ（例えば、特殊ＡＭＦ）を選択することができる。インバウンドローマ（例えば、ＩＤＲ ＷＴＲＵ）を拡散するために、ＲＡＮノードは、異なるＡＭＦエンティティを選択するようにオペレータによって構成され得る。特定のＡＭＦエンティティの判定／選択は、ＩＤＲ ＷＴＲＵの地理的エリア及び／又はＡＭＦ／ＩＤＲ ＷＴＲＵの１つ以上の優先順位に基づくことができる。
ＷＴＲＵが新しいＰＬＭＮに登録するとき、ＷＴＲＵは、グローバル一意ＡＭＦ ＩＤ（Globally Unique AMF ID、ＧＵＡＭＩ）、サービング一時的移動体加入者識別情報（Serving Temporary Mobile Subscriber Identity、Ｓ－ＴＭＳＩ）、及び／又はＮＳＳＡＩのうちのいずれかとともに、インバウンドローマの登録が「災害条件」に起因するものであるという指示を提供することができる。この情報を使用して、ＲＡＮは、オペレータが指定した特定のＡＭＦ（例えば、特殊ＡＭＦ）を選択することができる。インバウンドローマ（例えば、ＩＤＲ ＷＴＲＵ）を拡散するために、ＲＡＮノードは、異なるＡＭＦエンティティを選択するようにオペレータによって構成され得る。特定のＡＭＦエンティティの判定／選択は、ＩＤＲ ＷＴＲＵの地理的エリア及び／又はＡＭＦ／ＩＤＲ ＷＴＲＵの１つ以上の優先順位に基づくことができる。
【0109】
ＷＴＲＵは、新しいＡＭＦに、ＷＴＲＵが「災害」のためにインバウンドローマであること（例えば、インバウンドローマがＩＤＲ ＷＴＲＵであること）を示すことができる。ＡＭＦは、認証を実行する（例えば、認証手順をトリガする）ことができるが、このタイプのＷＴＲＵ（例えば、ＩＤＲ ＷＴＲＵ）は、ここに留まるように自動的に認可されることができる。例えば、ＡＭＦは、認証が失敗したとしても、ＷＴＲＵがインバウンド災害ローマＷＴＲＵであることに基づいて、ＷＴＲＵがここでサービスを取得することを許可／認可することができる。
【0110】
ＩＤＲ ＷＴＲＵの登録時又は登録後に、ＩＤＲ ＷＴＲＵは、セキュアチャネル（例えば、ＮＡＳ）を介して、「他のＰＬＭＮ」での受諾のための署名されたバウチャを提供され得る。このバウチャは、例えば、とりわけ、（１）ＷＴＲＵ識別情報、（２）ＰＬＭＮ識別情報、（３）「他のＰＬＭＮ」によるサービスの最大持続時間、及び／又は（４）元のＰＬＭＮによって将来支払われ得るサービスのうちのいずれかを含むか、又は含有することができる。ＷＴＲＵは、（１）「他のＰＬＭＮ」への登録時に、及び／又は（２）初期登録が拒否され、ローミングＮＷが、災害によって影響を受けるＰＬＭＮとの事前定義された「災害復旧」合意を使用して、又はバウチャ内のデータを見ることによって、それを解決した後に、ＳＵＰＩの代わりにバウチャを送信／転送することができる。「他のＰＬＭＮ」の最新の通知のために、ＰＬＭＮ（例えば、いずれかのＰＬＭＮ）内の「災害復旧」エンティティ間の新しいインターフェースが使用され／必要とされ得ることが企図される。
【0111】
例えば、新しいＰＬＭＮがＷＴＲＵのＨＰＬＭＮから認証ベクトルを取得することができないために（例えば、ＵＤＭが到達不可能であるために）認証を行うことができない場合、以下を含む以下の手順のいずれかを実装することができる。
（１）登録要求の受信時又は受信後に、新しいＮＷ／ＰＬＭＮは、（例えば、ＮＷによってＷＴＲＵに送信される登録拒否メッセージ内に新しい原因コードを定義することによって）ＮＷがＷＴＲＵのための認証ベクトルを取得することができないことを示すメッセージをＷＴＲＵに送信することができる。ＷＴＲＵは、ＷＴＲＵがＨＰＬＭＮから受信したバウチャ／トークンを、新しい登録受諾メッセージで提供することができる。この「バウチャ／トークン」の受信は、このＷＴＲＵが新しいＮＷに登録することを許可されていることを暗示／示すことができる、及び／又は
（２）ＷＴＲＵは、例えば、災害条件がＨＰＬＭＮにおいて適用された後に、別のＰＬＭＮへの登録の場合にＷＴＲＵが使用することができる１つ以上のアルゴリズムを用いて、ＨＰＬＭＮによって構成されることができる。例えば、ＨＰＬＭＮは、国のいくつかの事業者との合意を有し得、事業者に１つ以上のアルゴリズムを知らせていることがある。登録中に、ＨＰＬＭＮは、これらのアルゴリズムのうちの１つ又はいくつかをＷＴＲＵに提供することができる（例えば、ＮＷは、適切なアルゴリズムの指示（例えば、ランダム文字列とともにアルゴリズム番号／アルゴリズム識別子）を送信することができる）。ＷＴＲＵが新しいＰＬＭＮへの登録を開始するとき、ＷＴＲＵは、ＷＴＲＵの永続ＩＤ（ＩＭＳＩ／ＳＵＰＩ）、指示（例えば、アルゴリズム番号）、及びランダム文字列を提供することができる。新しいＮＷは、選択／判定／選定されたアルゴリズム、ＷＴＲＵの永続ＩＤ、及びランダム文字列に基づいて、新しく定義された認証メッセージを使用して、新しいＡＫＡ手順を実行／判定することができる。このプロセスの出力は、とりわけ、ＲＥＳ、並びに完全性及び暗号化のための鍵であり得る。
（１）登録要求の受信時又は受信後に、新しいＮＷ／ＰＬＭＮは、（例えば、ＮＷによってＷＴＲＵに送信される登録拒否メッセージ内に新しい原因コードを定義することによって）ＮＷがＷＴＲＵのための認証ベクトルを取得することができないことを示すメッセージをＷＴＲＵに送信することができる。ＷＴＲＵは、ＷＴＲＵがＨＰＬＭＮから受信したバウチャ／トークンを、新しい登録受諾メッセージで提供することができる。この「バウチャ／トークン」の受信は、このＷＴＲＵが新しいＮＷに登録することを許可されていることを暗示／示すことができる、及び／又は
（２）ＷＴＲＵは、例えば、災害条件がＨＰＬＭＮにおいて適用された後に、別のＰＬＭＮへの登録の場合にＷＴＲＵが使用することができる１つ以上のアルゴリズムを用いて、ＨＰＬＭＮによって構成されることができる。例えば、ＨＰＬＭＮは、国のいくつかの事業者との合意を有し得、事業者に１つ以上のアルゴリズムを知らせていることがある。登録中に、ＨＰＬＭＮは、これらのアルゴリズムのうちの１つ又はいくつかをＷＴＲＵに提供することができる（例えば、ＮＷは、適切なアルゴリズムの指示（例えば、ランダム文字列とともにアルゴリズム番号／アルゴリズム識別子）を送信することができる）。ＷＴＲＵが新しいＰＬＭＮへの登録を開始するとき、ＷＴＲＵは、ＷＴＲＵの永続ＩＤ（ＩＭＳＩ／ＳＵＰＩ）、指示（例えば、アルゴリズム番号）、及びランダム文字列を提供することができる。新しいＮＷは、選択／判定／選定されたアルゴリズム、ＷＴＲＵの永続ＩＤ、及びランダム文字列に基づいて、新しく定義された認証メッセージを使用して、新しいＡＫＡ手順を実行／判定することができる。このプロセスの出力は、とりわけ、ＲＥＳ、並びに完全性及び暗号化のための鍵であり得る。
【0112】
（例えば、ＨＰＬＭＮにおける災害ローミング許可を伴う災害条件のない）ＰＬＭＮにおけるインバウンドローマ登録のための代表的な手順
ＤＲＦは、（災害条件を有する）ＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）、（例えば、ＰＬＭＮ Ｄからのインバウンドローマを受諾する）別のＰＬＭＮ（例えば、ＰＬＭＮ Ａ）、及びＷＴＲＵのＨＰＬＭＮにおいて展開され得る。
ＤＲＦは、（災害条件を有する）ＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）、（例えば、ＰＬＭＮ Ｄからのインバウンドローマを受諾する）別のＰＬＭＮ（例えば、ＰＬＭＮ Ａ）、及びＷＴＲＵのＨＰＬＭＮにおいて展開され得る。
【0113】
ＰＬＭＮ Ｄに登録するとき、ＷＴＲＵは、「仮の」一意災害応答インシデントＩＤ（ＤＲＩＤ）、及び／又はＰＬＭＮ Ｄからのインバウンドローマを受諾することを認可されたＰＬＭＮのリストを含む災害応答構成パラメータを受信することができる。ＷＴＲＵがＰＬＭＮ Ｄにおける災害条件を通知されるとき、ＷＴＲＵは、本明細書で説明される実施形態に基づいて、別のＰＬＭＮ Ａを選択することができる。ＷＴＲＵは、登録が災害インバウンドローミングのためのものであることを示すＰＬＭＮ Ａに登録する。ＷＴＲＵは、登録要求メッセージ内に、ＰＬＭＮ ＤのＤＲＩＤ及び／又はＩＤを含むことができる災害応答パラメータを含む。登録が成功した場合、ＷＴＲＵは、ＰＬＭＮ Ａから、災害応答に関連するパラメータ（例えば、ＰＬＭＮ Ａを使用している間のモビリティ制限パラメータ、及び／又は（例えば、災害条件が終了したときのＰＬＭＮ Ｄへの再登録のためのタイマ（例えば、とりわけ、値及び／又は満了期間））を受信することができる。
【0114】
災害条件が存在する（例えば、災害条件に遭遇する）とＰＬＭＮ Ｄが判定するとき、ＰＬＭＮ Ｄに関連付けられたＤＲＦは、例えば、ＰＬＭＮ ＤがＨＰＬＭＮと異なる場合、ＤＲＩＤを含む災害条件について、ＰＬＭＮ Ａ及び／又はＨＰＬＭＮに関連付けられた（例えば、使用される）１つ以上のＤＲＦに通知することができる。ＰＬＭＮ ＤがＨＰＬＭＮと異なる場合、ＨＰＬＭＮのＤＲＦは、災害インバウンドローマに対して認可された１つ以上のＰＬＭＮのリストをＰＬＭＮ Ｄによって提供され得る。ＰＬＭＮ Ｄに関連付けられたＤＲＦの災害情報は、ＭＮＯのネットワーク管理システム（Network Management System、ＮＭＳ）又は任意の他の災害検出対応システムから取得され得ることが企図される。ＤＲＦは、ＵＤＭによって提供されるサービスであり得る。
【0115】
図４は、災害条件の場合（例えば、ローミングＰＬＭＮがＨＰＬＭＮではなく、ローミングＰＬＭＮが現在の災害条件を有しておらず、ローミングＰＬＭＮは、別のＰＬＭＮが他のＰＬＭＮに関連付けられた災害条件を有すると判断した場合）の、災害条件のないローミングＰＬＭＮへの登録手順４００を示す図である。
【0116】
図４を参照すると、登録手順４００は、以下の動作のうちのいずれかを含むことができる：
（１）動作４－０ａ及び４－０ｂで、ＷＴＲＵ １０２は、ＷＴＲＵ １０２がＰＬＭＮ Ｄに登録するとき、ＤＲＩＤ（例えば、一意の仮のＤＲＩＤ）を用いて構成され得る。構成情報は、登録中に（例えば、登録受諾メッセージを使用して）、又はＷＴＲＵ構成更新手順中に受信され得る。ＷＴＲＵ １０２は、インバウンドローミングのための認可されたＰＬＭＮのリストなどの他の災害応答パラメータを受信することができる（例えば、災害条件が発生したとき、ＰＬＭＮ ＤのＤＲＦは、災害（例えば、災害条件）についてＰＬＭＮ ＡのＤＲＦに通知することができ、ＤＲＩＤ、及び／又は他の災害条件情報（例えば、１つ以上の影響を受けたエリアなど）を提供することができる。ＰＬＭＮ ＤのＤＲＦは、同じ情報及び／又はインバウンドローミングのために認可されたＰＬＭＮ（例えば、ＰＬＭＮ Ａなど）のリストを提供するようにＨＰＬＭＮに通知することができる。災害条件が発生したことをＷＴＲＵが検出すると、ＷＴＲＵは、ＰＬＭＮ ＡのＩＤ及びＤＲＩＤに基づいて、ＰＬＭＮ Ａがインバウンドローマを受諾していることを通知されてもよく、例えば、ＰＬＭＮ ＡのブロードキャストＰＬＭＮ ＩＤは、災害インバウンドローミングサービスを提供することを認可されたＰＬＭＮのリストの一部であってもよく、ＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤは、ＷＴＲＵにおいて構成されたＤＲＩＤと一致してもよい。ＤＲＩＤは、ＰＬＭＮ Ａの選択されたセルによってブロードキャストされて、（例えば、アクセス制御機構において使用される）それらのセルへの災害インバウンドローマアクセスを制限することができる。ＷＴＲＵは、ＤＲＩＤに基づいてセル選択を実行することができ、例えば、ＷＴＲＵは、セルによってブロードキャストされたＤＲＩＤが、ＷＴＲＵにおいて構成されたＤＲＩＤと一致する場合、セルにキャンプオンすることができる。ＤＲＩＤは、乱数であり得、かつ／又はＰＬＭＮ Ｄ情報（例えば、移動体国コード（ＭＣＣ）＋移動体ネットワークコード（ＭＮＣ））を含み得る。ＷＴＲＵは、インバウンドローミングのために認可されたＰＬＭＮの構成されたリストに基づいて、ＰＬＭＮ Ａを選択することができる。
（２）動作４－１で、ＷＴＲＵ １０２は、これが災害インバウンドローミング登録のためのものであることを示す登録要求メッセージを送信することができ、ＷＴＲＵ １０２の加入暗号化識別子（Subscription Concealed Identifier、ＳＵＣＩ）、ＰＬＭＮ ＤのＤＲＩＤ及び／又はＰＬＭＭ ＩＤ（例えば、ＭＣＣ及びＭＮＣ）を含むことができる（例えば、ＷＴＲＵ １０２は、ＨＰＬＭＮ ４２０の公開鍵、同じ保護方式、及び／又は加入永続識別子（ＳＵＰＩ）をＳＵＣＩに暗号化するために使用される方法を使用して計算及び／又は生成された暗号化されたＤＲＩＤを送信することができる。ＷＴＲＵ １０２は、要求メッセージ内のＤＲＩＤを省略することができる。ＮＧ－ＲＡＮは、ＷＴＲＵ １０２からＡＭＦ １８２に要求メッセージを送信するときに、（例えば、セルによって）サポートされるＤＲＩＤをＡＭＦ １８２に提供することができる。
（３）動作４－２で、ＡＭＦ １８２は、ＨＰＬＭＮ ４２０内の認証サーバ機能４３０（Authentication Server Function、ＡＵＳＦ）に認証要求を送信することができ、動作４－１からのパラメータをＰＬＭＮ Ａ ４１０のＰＬＭＮ ＩＤとともに転送することができる。
（４）動作４－３で、ＡＵＳＦ ４３０は、上記を含む認証要求をＵＤＭ ４４０に送信することができる。
（５）動作４－４で、ＵＤＭ ４４０は、既存の暗号化解除手順に従って、加入識別子暗号化解除機能（Subscription Identifier De-concealing Function、ＳＩＤＦ）を使用し、ＨＰＬＭＮ秘密鍵を使用して、ＳＵＰＩへのＳＵＣＩの非暗号化を実行することができる（例えば、受信されたＤＲＩＤが暗号化されている場合、ＵＤＭ／ＳＩＤＦ ４４０は、同じ手順を使用して、暗号化されたＤＲＩＤの非暗号化を実行することができる）。
（６）動作４－５で、ＵＤＭ ４４０は、ＤＲＩＤとＰＬＭＮ（例えば、ＰＬＭＮ Ａ、ＰＬＭＮ Ｄ）のＩＤとを含む要求をＤＲＦに送信し得る。ＵＤＭ ４４０は、ＷＴＲＵ １０２によって提供されないＤＲＩＤを省略することができる。
（７）動作４－６で、ＤＲＦ ４５０は、ＤＲＩＤ及び／又はＰＬＭＮ ＩＤ又はＰＬＭＮ Ｄによって識別された災害応答情報を取り出すことができ、ＰＬＭＮ（例えば、ＰＬＭＮ Ａ）がインバウンドローミングのための認可されたＰＬＭＮのリストの一部であることを検証することができる。
（８）動作４－７で、ＤＲＦ ４５０は、ＷＴＲＵ １０２が別のＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）からＰＬＭＮ（例えば、ＰＬＭＮ Ａ）においてインバウンドローミングを実行することを認可されているかどうかを示す結果（例えば、成功／失敗）とともに、応答をＵＤＭ ４４０に送信することができる。ＤＲＦ ４５０は、ＰＬＭＮ Ｄのための適用可能な／許可されたＤＲＩＤのリストを応答メッセージに含めることができる。
（９）動作４－８で、ＤＲＦ ４５０が成功した結果を送信する場合、ＵＤＭ ４４０は、既存の認証手順に従って、認証ベクトル及びＳＵＰＩをＡＵＳＦ ４３０に送信することができる（例えば、ＵＤＭ ４４０は、そうでない場合、認証要求を拒否することができる）。
（１０）動作４－９から４－１８で、ＵＤＭ／ＤＲＦ検証が成功した場合、ＷＴＲＵ １０２の認証手順は、既存の認証手順に従って、ＷＴＲＵ １０２、ＡＭＦ １８２、及び／又はＡＵＳＦ ４３０の間で実行することができる（例えば、ＡＵＳＦ ４３０は、ＡＭＦ １８２にＳＵＰＩを提供し、該当する場合は非暗号化されたＤＲＩＤを提供することができる）。ＵＤＭ ４４０は、以下において応答を送信することができ、それによって、５Ｇ ＡＫＡ認証手順が示される（代替的に、ＥＡＰ－ＡＫＡ’手順が使用され得る））。
（１１）動作４－９で、ＡＵＳＦ ４３０は、予期される応答＊（expected Response＊、ＸＲＥＳ＊）を、受信されたＳＵＣＩ又はＳＵＰＩと一緒に一時的に記憶し得る。
（１２）動作４－１０で、ＡＵＳＦ ４３０は、ＸＲＥＳ＊からＨＸＲＥＳ＊を、ＫＡＵＳＦからＫＳＥＡＦを計算／判定し、５Ｇ ＨＥ ＡＶにおいてＸＲＥＳ＊をＨＸＲＥＳ＊に置き換え、ＫＡＵＳＦをＫＳＥＡＦに置き換えることによって、ＵＤＭ／認証資格情報リポジトリ及び処理機能（Authentication credential Repository and Processing Function、ＡＲＰＦ）から受信されたホーム環境（home environment、ＨＥ）ＡＶ（例えば、５Ｇ ＨＥ ＡＶ）から認証ベクトル（authentication vector、ＡＶ）（例えば、５Ｇ ＡＶ）を生成することができる。
（１３）動作４－１１で、ＡＵＳＦ ４３０は、ＫＳＥＡＦを除去して、（ＲＡＮＤ、認証トークン（Authentication Token、ＡＵＴＮ）、及び／又はＨＸＲＥＳ＊に基づいて）サービング環境（Serving Environment、ＳＥ）ＡＶ（例えば、５Ｇ ＳＥ ＡＶ）をＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ ＲｅｓｐｏｎｓｅにおいてＡＭＦ／ＳＥＡＦ １８２に復帰させることができる。
（１４）動作４－１２で、ＡＭＦ／ＳＥＡＦ １８２は、ＮＡＳメッセージ認証要求においてＲＡＮＤ及び／又はＡＵＴＮをＷＴＲＵ １０２に送信することができる（例えば、このメッセージは、ＫＡＭＦを識別するためにＷＴＲＵ １０２及び／又はＡＭＦ １８２によって使用され得るｎｇＫＳＩ並びに認証が成功した場合に作成され得る部分的なネイティブセキュリティコンテキストを含むことができる。このメッセージは、アーキテクチャ間の入札防止（Anti-Bidding down Between Architecture、ＡＢＢＡ）パラメータを含むことができる。ＡＭＦ／ＳＥＡＦ １８２は、ＡＢＢＡパラメータを設定することができる。ＷＴＲＵ／移動体機器（mobile equipment、ＭＥ）は、ＮＡＳメッセージ認証要求において受信されたＲＡＮＤ及びＡＵＴＮを、ＵＭＴＳ加入者識別モジュール（UMTS Subscriber Identify Module、ＵＳＩＭ）に転送することができる。ＡＢＢＡパラメータは、競り下げ保護を可能にするために含まれ得る。
（１５）動作４－１３で、ＲＡＮＤ及びＡＵＴＮの受信時に、ＵＳＩＭは、例えば、ＡＵＴＮが受諾され得るかどうかをチェックすることによって、５Ｇ ＡＶのフレッシュネスを検証することができる（一例として、ＡＵＴＮが受諾され得る場合、ＵＳＩＭは、応答ＲＥＳを判定／計算することができる。ＵＳＩＭは、ＲＥＳ、第１の鍵（例えば、ＣＫ）、及び／又は第２の鍵（例えば、ＩＫ）をＭＥに返すことができる。ＵＳＩＭが、変換関数ｃ３を使用して第１の鍵（例えば、ＣＫ）及び第２の鍵（例えば、ＩＫ）からＫｃ（例えば、ＧＰＲＳ Ｋｃ）を計算／判定し、それをＭＥに送信する場合、ＭＥは、ＧＰＲＳ Ｋｃを無視し、ＧＰＲＳ ＫｃをＵＳＩＭ上又はＭＥ内に記憶しないことがある。ＭＥは、ＲＥＳからＲＥＳ＊を計算／判定することができる。ＭＥは、ＣＫ｜｜ＩＫからＫＡＵＳＦを計算／判定することができる。ＭＥは、ＫＡＵＳＦからＫＳＥＡＦを計算することができる。５ＧにアクセスするＭＥは、認証中に、ＡＵＴＮのＡＭＦフィールド内の「分離ビット」が１に設定されていることをチェックすることができる。「分離ビット」は、ＡＵＴＮのＡＭＦフィールドのビット０である。例えば、ＡＵＴＮのＡＭＦフィールド内の分離ビットは、オペレータ特有の目的のためにもはや使用されなくてもよい。
（１６）動作４－１４で、ＷＴＲＵ １０２は、ＮＡＳメッセージ認証応答において、ＲＥＳ＊をＡＭＦ／ＳＥＡＦに復帰させることができる。
（１７）動作４－１５で、ＡＭＦ／ＳＥＡＦ １８２は、ＲＥＳ＊からＨＲＥＳ＊を計算／判定することができ、ＡＭＦ／ＳＥＡＦ １８２は、ＨＲＥＳ＊とＨＸＲＥＳ＊とを比較することができる（例えば、ＨＲＥＳ＊とＨＸＲＥＳ＊とが一致する場合、ＡＭＦ／ＳＥＡＦは、サービングネットワークの観点から認証が成功したと判定／考慮することができる。ＲＥＳ＊及びＨＸＲＥＳ＊が一致しない場合、ＡＭＦ／ＳＥＡＦ １８２が進行し得る。ＷＴＲＵ １０２に到達せず、ＲＥＳ＊がＡＭＦ／ＳＥＡＦ １８２によって決して受信されない場合、ＡＭＦ／ＳＥＡＦ １８２は、認証が失敗したとみなす／判定することができ、失敗をＡＵＳＦ ４３０に示すことができる。
（１８）動作４－１６で、ＡＭＦ／ＳＥＡＦ １８２は、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｑｕｅｓｔメッセージにおいて、ＷＴＲＵ １０２から受信されたＲＥＳ＊をＡＵＳＦ ４３０に送信することができる。
（１９）動作４－１７で、ＡＵＳＦ ４３０が、認証確認として、ＲＥＳ＊を含むＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｑｕｅｓｔメッセージを受信すると、ＡＵＳＦ ４３０は、ＡＶが満了したかどうかを検証することができる（例えば、ＡＶが満了した場合、ＡＵＳＦ ４３０は、ホームネットワークの観点から認証が失敗したとみなす／判定することができる）。認証が成功すると、ＡＵＳＦ ４３０は、ＫＡＵＳＦを記憶することができる。ＡＵＳＦ ４３０は、受信されたＲＥＳ＊を記憶されたＸＲＥＳ＊と比較／照合し得る。ＲＥＳ＊及びＸＲＥＳ＊が等しい場合、ＡＵＳＦ ４３０は、ホームネットワークの観点から認証が成功したとみなす／判定することができる。ＡＵＳＦ ４３０は、（例えば、認証確認とリンクするために）認証結果についてＵＤＭ ４４０に通知することができる。
（２０）動作４－１８で、ＡＵＳＦ ４３０は、ホームネットワークの観点から認証が成功したか否かを、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ ＲｅｓｐｏｎｓｅにおいてＡＭＦ／ＳＥＡＦ １８２に示すことができる（例えば、認証が成功した場合、ＫＳＥＡＦは、ＡＵ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ ＲｅｓｐｏｎｓｅにおいてＡＭＦ／ＳＥＡＦ １８２に送信することができる。ＡＵＳＦ １８２が認証要求内でＡＭＦ／ＳＥＡＦ １８２からＳＵＣＩを受信した場合、及び認証が成功した場合、ＡＵＳＦ ４３０は、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｓｐｏｎｓｅメッセージ内にＳＵＰＩを含むことができる。認証が成功した場合、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｓｐｏｎｓｅメッセージ中で受信された鍵ＫＳＥＡＦは、（例えば、鍵階層の意味で）アンカ鍵になり得る。ＡＭＦ／ＳＥＡＦ １８２は、ＫＳＥＡＦ、ＡＢＢＡパラメータ、及び／又はＳＵＰＩからＫＡＭＦを導出することができる。ＡＭＦ／ＳＥＡＦ １８２は、ｎｇＫＳＩ及びＫＡＭＦをＡＭＦ １８２に提供することができる。ＳＵＣＩがこの認証のために使用された場合、ＡＭＦ／ＳＥＡＦ １８２は、ＡＭＦ １８２がＳＵＰＩを含む／含むＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｓｐｏｎｓｅメッセージを受信した後、ｎｇＫＳＩ及びＫＡＭＦをＡＭＦ １８２に提供することができる（例えば、提供するだけでよい）。特定の実施形態では、ＳＵＰＩがサービングネットワークに知られるまで、通信サービスはＷＴＲＵ １０２に提供されなくてもよい。
（２１）動作４－１９で、登録が成功すると、又はその後に、ＷＴＲＵ １０２は、ＰＬＭＮ Ａに登録されている間に使用される災害応答パラメータを受信することができ、本明細書で説明するように災害条件が終了すると、ＡＭＦ／ＳＥＡＦ １８２は、災害の影響を受けたエリアなどの災害応答情報をＤＲＦ（例えば、ローカル及び／又はＨＰＬＭＮ内／ＵＤＭを介して）から取り出して、災害応答パラメータ（例えば、インバウンドローミング中のモビリティ制限）を導出することができる。他の代表的な実施形態では、ＡＭＦ １８２は、ＷＴＲＵ １０２の認証が成功した後に（例えば、ＡＭＦ １８２が認証中にＷＴＲＵ １０２及び／又はＡＵＳＦ ４３０からＤＲＩＤを受信しない場合）、ＰＬＭＮ Ａ／ＰＬＭＮ Ｄに対して許可される／適用可能なＤＲＩＤのリストをＵＤＭ ４４０／ＤＲＦ ４５０に要求することができる。その場合、ＡＭＦ １８２は、ＰＬＭＮ Ｄ／ＰＬＭＮ ＡのＰＬＭＮ ＩＤであるＳＵＰＩを提供する要求をＵＤＭ ４４０に送信することができる。ＵＤＭ ４４０は、上記で説明したように、ＤＲＦ ４５０に要求することができ、許可された／適用可能なＤＲＩＤのリストを応答メッセージでＡＭＦ １８２に送信することができる。ＡＭＦ １８２は、ＷＴＲＵ １０２からの初期メッセージとともに受信された、ＮＧ－ＲＡＮによってサポートされたＤＲＩＤ（例えば、本明細書で上に示された）を、ＵＤＭ ４４０／ＤＲＦ ４５０から受信された許可された／適用可能なＤＲＩＤと比較することができる。ＡＭＦ １８２は、ＮＧ－ＲＡＮによってサポートされたＤＲＩＤのうちの１つ以上が、許可された／適用可能なＤＲＩＤの一部である場合、ＷＴＲＵ登録要求を受諾することができる。ＡＭＦ １８２は、災害インバウンドローミングが認可されないことを示す原因を提供して、ＷＴＲＵ要求を拒否することができる。
（１）動作４－０ａ及び４－０ｂで、ＷＴＲＵ １０２は、ＷＴＲＵ １０２がＰＬＭＮ Ｄに登録するとき、ＤＲＩＤ（例えば、一意の仮のＤＲＩＤ）を用いて構成され得る。構成情報は、登録中に（例えば、登録受諾メッセージを使用して）、又はＷＴＲＵ構成更新手順中に受信され得る。ＷＴＲＵ １０２は、インバウンドローミングのための認可されたＰＬＭＮのリストなどの他の災害応答パラメータを受信することができる（例えば、災害条件が発生したとき、ＰＬＭＮ ＤのＤＲＦは、災害（例えば、災害条件）についてＰＬＭＮ ＡのＤＲＦに通知することができ、ＤＲＩＤ、及び／又は他の災害条件情報（例えば、１つ以上の影響を受けたエリアなど）を提供することができる。ＰＬＭＮ ＤのＤＲＦは、同じ情報及び／又はインバウンドローミングのために認可されたＰＬＭＮ（例えば、ＰＬＭＮ Ａなど）のリストを提供するようにＨＰＬＭＮに通知することができる。災害条件が発生したことをＷＴＲＵが検出すると、ＷＴＲＵは、ＰＬＭＮ ＡのＩＤ及びＤＲＩＤに基づいて、ＰＬＭＮ Ａがインバウンドローマを受諾していることを通知されてもよく、例えば、ＰＬＭＮ ＡのブロードキャストＰＬＭＮ ＩＤは、災害インバウンドローミングサービスを提供することを認可されたＰＬＭＮのリストの一部であってもよく、ＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤは、ＷＴＲＵにおいて構成されたＤＲＩＤと一致してもよい。ＤＲＩＤは、ＰＬＭＮ Ａの選択されたセルによってブロードキャストされて、（例えば、アクセス制御機構において使用される）それらのセルへの災害インバウンドローマアクセスを制限することができる。ＷＴＲＵは、ＤＲＩＤに基づいてセル選択を実行することができ、例えば、ＷＴＲＵは、セルによってブロードキャストされたＤＲＩＤが、ＷＴＲＵにおいて構成されたＤＲＩＤと一致する場合、セルにキャンプオンすることができる。ＤＲＩＤは、乱数であり得、かつ／又はＰＬＭＮ Ｄ情報（例えば、移動体国コード（ＭＣＣ）＋移動体ネットワークコード（ＭＮＣ））を含み得る。ＷＴＲＵは、インバウンドローミングのために認可されたＰＬＭＮの構成されたリストに基づいて、ＰＬＭＮ Ａを選択することができる。
（２）動作４－１で、ＷＴＲＵ １０２は、これが災害インバウンドローミング登録のためのものであることを示す登録要求メッセージを送信することができ、ＷＴＲＵ １０２の加入暗号化識別子（Subscription Concealed Identifier、ＳＵＣＩ）、ＰＬＭＮ ＤのＤＲＩＤ及び／又はＰＬＭＭ ＩＤ（例えば、ＭＣＣ及びＭＮＣ）を含むことができる（例えば、ＷＴＲＵ １０２は、ＨＰＬＭＮ ４２０の公開鍵、同じ保護方式、及び／又は加入永続識別子（ＳＵＰＩ）をＳＵＣＩに暗号化するために使用される方法を使用して計算及び／又は生成された暗号化されたＤＲＩＤを送信することができる。ＷＴＲＵ １０２は、要求メッセージ内のＤＲＩＤを省略することができる。ＮＧ－ＲＡＮは、ＷＴＲＵ １０２からＡＭＦ １８２に要求メッセージを送信するときに、（例えば、セルによって）サポートされるＤＲＩＤをＡＭＦ １８２に提供することができる。
（３）動作４－２で、ＡＭＦ １８２は、ＨＰＬＭＮ ４２０内の認証サーバ機能４３０（Authentication Server Function、ＡＵＳＦ）に認証要求を送信することができ、動作４－１からのパラメータをＰＬＭＮ Ａ ４１０のＰＬＭＮ ＩＤとともに転送することができる。
（４）動作４－３で、ＡＵＳＦ ４３０は、上記を含む認証要求をＵＤＭ ４４０に送信することができる。
（５）動作４－４で、ＵＤＭ ４４０は、既存の暗号化解除手順に従って、加入識別子暗号化解除機能（Subscription Identifier De-concealing Function、ＳＩＤＦ）を使用し、ＨＰＬＭＮ秘密鍵を使用して、ＳＵＰＩへのＳＵＣＩの非暗号化を実行することができる（例えば、受信されたＤＲＩＤが暗号化されている場合、ＵＤＭ／ＳＩＤＦ ４４０は、同じ手順を使用して、暗号化されたＤＲＩＤの非暗号化を実行することができる）。
（６）動作４－５で、ＵＤＭ ４４０は、ＤＲＩＤとＰＬＭＮ（例えば、ＰＬＭＮ Ａ、ＰＬＭＮ Ｄ）のＩＤとを含む要求をＤＲＦに送信し得る。ＵＤＭ ４４０は、ＷＴＲＵ １０２によって提供されないＤＲＩＤを省略することができる。
（７）動作４－６で、ＤＲＦ ４５０は、ＤＲＩＤ及び／又はＰＬＭＮ ＩＤ又はＰＬＭＮ Ｄによって識別された災害応答情報を取り出すことができ、ＰＬＭＮ（例えば、ＰＬＭＮ Ａ）がインバウンドローミングのための認可されたＰＬＭＮのリストの一部であることを検証することができる。
（８）動作４－７で、ＤＲＦ ４５０は、ＷＴＲＵ １０２が別のＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）からＰＬＭＮ（例えば、ＰＬＭＮ Ａ）においてインバウンドローミングを実行することを認可されているかどうかを示す結果（例えば、成功／失敗）とともに、応答をＵＤＭ ４４０に送信することができる。ＤＲＦ ４５０は、ＰＬＭＮ Ｄのための適用可能な／許可されたＤＲＩＤのリストを応答メッセージに含めることができる。
（９）動作４－８で、ＤＲＦ ４５０が成功した結果を送信する場合、ＵＤＭ ４４０は、既存の認証手順に従って、認証ベクトル及びＳＵＰＩをＡＵＳＦ ４３０に送信することができる（例えば、ＵＤＭ ４４０は、そうでない場合、認証要求を拒否することができる）。
（１０）動作４－９から４－１８で、ＵＤＭ／ＤＲＦ検証が成功した場合、ＷＴＲＵ １０２の認証手順は、既存の認証手順に従って、ＷＴＲＵ １０２、ＡＭＦ １８２、及び／又はＡＵＳＦ ４３０の間で実行することができる（例えば、ＡＵＳＦ ４３０は、ＡＭＦ １８２にＳＵＰＩを提供し、該当する場合は非暗号化されたＤＲＩＤを提供することができる）。ＵＤＭ ４４０は、以下において応答を送信することができ、それによって、５Ｇ ＡＫＡ認証手順が示される（代替的に、ＥＡＰ－ＡＫＡ’手順が使用され得る））。
（１１）動作４－９で、ＡＵＳＦ ４３０は、予期される応答＊（expected Response＊、ＸＲＥＳ＊）を、受信されたＳＵＣＩ又はＳＵＰＩと一緒に一時的に記憶し得る。
（１２）動作４－１０で、ＡＵＳＦ ４３０は、ＸＲＥＳ＊からＨＸＲＥＳ＊を、ＫＡＵＳＦからＫＳＥＡＦを計算／判定し、５Ｇ ＨＥ ＡＶにおいてＸＲＥＳ＊をＨＸＲＥＳ＊に置き換え、ＫＡＵＳＦをＫＳＥＡＦに置き換えることによって、ＵＤＭ／認証資格情報リポジトリ及び処理機能（Authentication credential Repository and Processing Function、ＡＲＰＦ）から受信されたホーム環境（home environment、ＨＥ）ＡＶ（例えば、５Ｇ ＨＥ ＡＶ）から認証ベクトル（authentication vector、ＡＶ）（例えば、５Ｇ ＡＶ）を生成することができる。
（１３）動作４－１１で、ＡＵＳＦ ４３０は、ＫＳＥＡＦを除去して、（ＲＡＮＤ、認証トークン（Authentication Token、ＡＵＴＮ）、及び／又はＨＸＲＥＳ＊に基づいて）サービング環境（Serving Environment、ＳＥ）ＡＶ（例えば、５Ｇ ＳＥ ＡＶ）をＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ ＲｅｓｐｏｎｓｅにおいてＡＭＦ／ＳＥＡＦ １８２に復帰させることができる。
（１４）動作４－１２で、ＡＭＦ／ＳＥＡＦ １８２は、ＮＡＳメッセージ認証要求においてＲＡＮＤ及び／又はＡＵＴＮをＷＴＲＵ １０２に送信することができる（例えば、このメッセージは、ＫＡＭＦを識別するためにＷＴＲＵ １０２及び／又はＡＭＦ １８２によって使用され得るｎｇＫＳＩ並びに認証が成功した場合に作成され得る部分的なネイティブセキュリティコンテキストを含むことができる。このメッセージは、アーキテクチャ間の入札防止（Anti-Bidding down Between Architecture、ＡＢＢＡ）パラメータを含むことができる。ＡＭＦ／ＳＥＡＦ １８２は、ＡＢＢＡパラメータを設定することができる。ＷＴＲＵ／移動体機器（mobile equipment、ＭＥ）は、ＮＡＳメッセージ認証要求において受信されたＲＡＮＤ及びＡＵＴＮを、ＵＭＴＳ加入者識別モジュール（UMTS Subscriber Identify Module、ＵＳＩＭ）に転送することができる。ＡＢＢＡパラメータは、競り下げ保護を可能にするために含まれ得る。
（１５）動作４－１３で、ＲＡＮＤ及びＡＵＴＮの受信時に、ＵＳＩＭは、例えば、ＡＵＴＮが受諾され得るかどうかをチェックすることによって、５Ｇ ＡＶのフレッシュネスを検証することができる（一例として、ＡＵＴＮが受諾され得る場合、ＵＳＩＭは、応答ＲＥＳを判定／計算することができる。ＵＳＩＭは、ＲＥＳ、第１の鍵（例えば、ＣＫ）、及び／又は第２の鍵（例えば、ＩＫ）をＭＥに返すことができる。ＵＳＩＭが、変換関数ｃ３を使用して第１の鍵（例えば、ＣＫ）及び第２の鍵（例えば、ＩＫ）からＫｃ（例えば、ＧＰＲＳ Ｋｃ）を計算／判定し、それをＭＥに送信する場合、ＭＥは、ＧＰＲＳ Ｋｃを無視し、ＧＰＲＳ ＫｃをＵＳＩＭ上又はＭＥ内に記憶しないことがある。ＭＥは、ＲＥＳからＲＥＳ＊を計算／判定することができる。ＭＥは、ＣＫ｜｜ＩＫからＫＡＵＳＦを計算／判定することができる。ＭＥは、ＫＡＵＳＦからＫＳＥＡＦを計算することができる。５ＧにアクセスするＭＥは、認証中に、ＡＵＴＮのＡＭＦフィールド内の「分離ビット」が１に設定されていることをチェックすることができる。「分離ビット」は、ＡＵＴＮのＡＭＦフィールドのビット０である。例えば、ＡＵＴＮのＡＭＦフィールド内の分離ビットは、オペレータ特有の目的のためにもはや使用されなくてもよい。
（１６）動作４－１４で、ＷＴＲＵ １０２は、ＮＡＳメッセージ認証応答において、ＲＥＳ＊をＡＭＦ／ＳＥＡＦに復帰させることができる。
（１７）動作４－１５で、ＡＭＦ／ＳＥＡＦ １８２は、ＲＥＳ＊からＨＲＥＳ＊を計算／判定することができ、ＡＭＦ／ＳＥＡＦ １８２は、ＨＲＥＳ＊とＨＸＲＥＳ＊とを比較することができる（例えば、ＨＲＥＳ＊とＨＸＲＥＳ＊とが一致する場合、ＡＭＦ／ＳＥＡＦは、サービングネットワークの観点から認証が成功したと判定／考慮することができる。ＲＥＳ＊及びＨＸＲＥＳ＊が一致しない場合、ＡＭＦ／ＳＥＡＦ １８２が進行し得る。ＷＴＲＵ １０２に到達せず、ＲＥＳ＊がＡＭＦ／ＳＥＡＦ １８２によって決して受信されない場合、ＡＭＦ／ＳＥＡＦ １８２は、認証が失敗したとみなす／判定することができ、失敗をＡＵＳＦ ４３０に示すことができる。
（１８）動作４－１６で、ＡＭＦ／ＳＥＡＦ １８２は、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｑｕｅｓｔメッセージにおいて、ＷＴＲＵ １０２から受信されたＲＥＳ＊をＡＵＳＦ ４３０に送信することができる。
（１９）動作４－１７で、ＡＵＳＦ ４３０が、認証確認として、ＲＥＳ＊を含むＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｑｕｅｓｔメッセージを受信すると、ＡＵＳＦ ４３０は、ＡＶが満了したかどうかを検証することができる（例えば、ＡＶが満了した場合、ＡＵＳＦ ４３０は、ホームネットワークの観点から認証が失敗したとみなす／判定することができる）。認証が成功すると、ＡＵＳＦ ４３０は、ＫＡＵＳＦを記憶することができる。ＡＵＳＦ ４３０は、受信されたＲＥＳ＊を記憶されたＸＲＥＳ＊と比較／照合し得る。ＲＥＳ＊及びＸＲＥＳ＊が等しい場合、ＡＵＳＦ ４３０は、ホームネットワークの観点から認証が成功したとみなす／判定することができる。ＡＵＳＦ ４３０は、（例えば、認証確認とリンクするために）認証結果についてＵＤＭ ４４０に通知することができる。
（２０）動作４－１８で、ＡＵＳＦ ４３０は、ホームネットワークの観点から認証が成功したか否かを、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ ＲｅｓｐｏｎｓｅにおいてＡＭＦ／ＳＥＡＦ １８２に示すことができる（例えば、認証が成功した場合、ＫＳＥＡＦは、ＡＵ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ ＲｅｓｐｏｎｓｅにおいてＡＭＦ／ＳＥＡＦ １８２に送信することができる。ＡＵＳＦ １８２が認証要求内でＡＭＦ／ＳＥＡＦ １８２からＳＵＣＩを受信した場合、及び認証が成功した場合、ＡＵＳＦ ４３０は、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｓｐｏｎｓｅメッセージ内にＳＵＰＩを含むことができる。認証が成功した場合、Ｎａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｓｐｏｎｓｅメッセージ中で受信された鍵ＫＳＥＡＦは、（例えば、鍵階層の意味で）アンカ鍵になり得る。ＡＭＦ／ＳＥＡＦ １８２は、ＫＳＥＡＦ、ＡＢＢＡパラメータ、及び／又はＳＵＰＩからＫＡＭＦを導出することができる。ＡＭＦ／ＳＥＡＦ １８２は、ｎｇＫＳＩ及びＫＡＭＦをＡＭＦ １８２に提供することができる。ＳＵＣＩがこの認証のために使用された場合、ＡＭＦ／ＳＥＡＦ １８２は、ＡＭＦ １８２がＳＵＰＩを含む／含むＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｓｐｏｎｓｅメッセージを受信した後、ｎｇＫＳＩ及びＫＡＭＦをＡＭＦ １８２に提供することができる（例えば、提供するだけでよい）。特定の実施形態では、ＳＵＰＩがサービングネットワークに知られるまで、通信サービスはＷＴＲＵ １０２に提供されなくてもよい。
（２１）動作４－１９で、登録が成功すると、又はその後に、ＷＴＲＵ １０２は、ＰＬＭＮ Ａに登録されている間に使用される災害応答パラメータを受信することができ、本明細書で説明するように災害条件が終了すると、ＡＭＦ／ＳＥＡＦ １８２は、災害の影響を受けたエリアなどの災害応答情報をＤＲＦ（例えば、ローカル及び／又はＨＰＬＭＮ内／ＵＤＭを介して）から取り出して、災害応答パラメータ（例えば、インバウンドローミング中のモビリティ制限）を導出することができる。他の代表的な実施形態では、ＡＭＦ １８２は、ＷＴＲＵ １０２の認証が成功した後に（例えば、ＡＭＦ １８２が認証中にＷＴＲＵ １０２及び／又はＡＵＳＦ ４３０からＤＲＩＤを受信しない場合）、ＰＬＭＮ Ａ／ＰＬＭＮ Ｄに対して許可される／適用可能なＤＲＩＤのリストをＵＤＭ ４４０／ＤＲＦ ４５０に要求することができる。その場合、ＡＭＦ １８２は、ＰＬＭＮ Ｄ／ＰＬＭＮ ＡのＰＬＭＮ ＩＤであるＳＵＰＩを提供する要求をＵＤＭ ４４０に送信することができる。ＵＤＭ ４４０は、上記で説明したように、ＤＲＦ ４５０に要求することができ、許可された／適用可能なＤＲＩＤのリストを応答メッセージでＡＭＦ １８２に送信することができる。ＡＭＦ １８２は、ＷＴＲＵ １０２からの初期メッセージとともに受信された、ＮＧ－ＲＡＮによってサポートされたＤＲＩＤ（例えば、本明細書で上に示された）を、ＵＤＭ ４４０／ＤＲＦ ４５０から受信された許可された／適用可能なＤＲＩＤと比較することができる。ＡＭＦ １８２は、ＮＧ－ＲＡＮによってサポートされたＤＲＩＤのうちの１つ以上が、許可された／適用可能なＤＲＩＤの一部である場合、ＷＴＲＵ登録要求を受諾することができる。ＡＭＦ １８２は、災害インバウンドローミングが認可されないことを示す原因を提供して、ＷＴＲＵ要求を拒否することができる。
【0117】
ＰＬＭＮ（例えば、ＰＬＬＭ Ｄ）に登録されていない、又は災害の影響を受けるエリアの近傍にあるＷＴＲＵのための災害ローミングをサポートするための、ＤＲＩＤベースの実装に対する拡張のための代表的な手順
いくつかの実施形態では、ＷＴＲＵは、（災害条件を有する、又は災害条件を有している）ＰＬＭＮ Ｄに登録されていない、又は災害の影響を受けるエリアの近傍に登録されていない可能性がある。例えば、ＷＴＲＵは、ＷＴＲＵが災害の影響を受けたエリアにおいて電源投入されたとき、又はＷＴＲＵのＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）への登録が（例えば、災害条件の失敗に起因して）成功裏に完了しないとき、ＰＬＭＮ（例えば、災害条件を有するＰＬＭＮ Ｄ）に登録していない可能性がある。
いくつかの実施形態では、ＷＴＲＵは、（災害条件を有する、又は災害条件を有している）ＰＬＭＮ Ｄに登録されていない、又は災害の影響を受けるエリアの近傍に登録されていない可能性がある。例えば、ＷＴＲＵは、ＷＴＲＵが災害の影響を受けたエリアにおいて電源投入されたとき、又はＷＴＲＵのＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）への登録が（例えば、災害条件の失敗に起因して）成功裏に完了しないとき、ＰＬＭＮ（例えば、災害条件を有するＰＬＭＮ Ｄ）に登録していない可能性がある。
【0118】
ＷＴＲＵのための代表的な手順は、別のＰＬＭＮ（例えば、ＰＬＭＮ Ａ）における災害ローミング登録のために、ＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）からの１つ以上のエリアレベルＤＲＩＤを使用することができる
ＷＴＲＵは、ＰＬＭＮ Ｄ（例えば、災害条件の前／以前に災害条件を有するべきＰＬＭＮ）に登録するときに、１つ以上の許可されたエリアレベルＤＲＩＤを受信することができる。ＤＲＩＤは、ＰＬＭＮ識別子（ＰＬＭＮ ＩＤ）（例えば、移動体国コード（ＭＣＣ）＋移動体ネットワーク事業者（ＭＮＣ）（ＭＣＣ＋ＭＮＣ））、エリア識別子（Ａｒｅａ ｉｄｅｎｔｉｆｉｅｒ、ＡＩＤ）、及び／又は災害復旧コード（ＤＲＣ）から構成され得るか、又はそれらを含み得る。ＤＲＩＤは、ＰＬＮＭ ＩＤ、ＡＩＤ、及びＤＲＣの連結（例えば、ＤＲＩＤ＝ＰＬＭＮ ＩＤ＋ＡＩＤ＋ＤＲＣ）であり得るか、又はＰＬＭＮ ＩＤ、ＡＩＤ、及びＤＲＣから導出され得る。ＡＩＤは、ＰＬＭＮ ＤのＲＡＮカバレッジエリア（例えば、ＮＲ－ＲＡＮ ＰＬＭＮ ＤのＮＧ－ＲＡＮカバレッジエリア、例えば、１つ以上のＮＧ－ＲＡＮノード、及び／又は１つ以上のトラッキングエリア（ＴＡ））の一部にマッピングする地理的エリアを識別し得る。ＷＴＲＵは、（例えば、ハンドオーバ中に、又はモビリティパターンに基づいて、ＷＴＲＵが既知の災害の影響を受けるエリアに向かって移動している間に）１つ以上のＤＲＩＤを用いてＰＬＭＮ探索を実行するように、ＰＬＭＮ Ｄによって知らされ得る。ＷＴＲＵは、ＰＬＭＮ ＤのＡＭＦから明示的な指示を受信して、１つ以上のＤＲＩＤで、及び／又は１つ以上のＤＲＩＤを使用してセル探索を開始することができる。ＷＴＲＵは、一致するＤＲＩＤ、又はＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤの一部分（例えば、ＤＲＣ）が１つ以上の許可されたＤＲＩＤと一致することに基づいて、ＰＬＭＮ Ａを選択することができる。ＷＴＲＵは、本明細書で説明されるように、ＨＰＬＭＮによってインバウンドローミングのために認可されるべき一致する保護されたＤＲＩＤを提供するＰＬＭＮ Ａにインバウンドローミングのために登録することができる。
ＷＴＲＵは、ＰＬＭＮ Ｄ（例えば、災害条件の前／以前に災害条件を有するべきＰＬＭＮ）に登録するときに、１つ以上の許可されたエリアレベルＤＲＩＤを受信することができる。ＤＲＩＤは、ＰＬＭＮ識別子（ＰＬＭＮ ＩＤ）（例えば、移動体国コード（ＭＣＣ）＋移動体ネットワーク事業者（ＭＮＣ）（ＭＣＣ＋ＭＮＣ））、エリア識別子（Ａｒｅａ ｉｄｅｎｔｉｆｉｅｒ、ＡＩＤ）、及び／又は災害復旧コード（ＤＲＣ）から構成され得るか、又はそれらを含み得る。ＤＲＩＤは、ＰＬＮＭ ＩＤ、ＡＩＤ、及びＤＲＣの連結（例えば、ＤＲＩＤ＝ＰＬＭＮ ＩＤ＋ＡＩＤ＋ＤＲＣ）であり得るか、又はＰＬＭＮ ＩＤ、ＡＩＤ、及びＤＲＣから導出され得る。ＡＩＤは、ＰＬＭＮ ＤのＲＡＮカバレッジエリア（例えば、ＮＲ－ＲＡＮ ＰＬＭＮ ＤのＮＧ－ＲＡＮカバレッジエリア、例えば、１つ以上のＮＧ－ＲＡＮノード、及び／又は１つ以上のトラッキングエリア（ＴＡ））の一部にマッピングする地理的エリアを識別し得る。ＷＴＲＵは、（例えば、ハンドオーバ中に、又はモビリティパターンに基づいて、ＷＴＲＵが既知の災害の影響を受けるエリアに向かって移動している間に）１つ以上のＤＲＩＤを用いてＰＬＭＮ探索を実行するように、ＰＬＭＮ Ｄによって知らされ得る。ＷＴＲＵは、ＰＬＭＮ ＤのＡＭＦから明示的な指示を受信して、１つ以上のＤＲＩＤで、及び／又は１つ以上のＤＲＩＤを使用してセル探索を開始することができる。ＷＴＲＵは、一致するＤＲＩＤ、又はＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤの一部分（例えば、ＤＲＣ）が１つ以上の許可されたＤＲＩＤと一致することに基づいて、ＰＬＭＮ Ａを選択することができる。ＷＴＲＵは、本明細書で説明されるように、ＨＰＬＭＮによってインバウンドローミングのために認可されるべき一致する保護されたＤＲＩＤを提供するＰＬＭＮ Ａにインバウンドローミングのために登録することができる。
【0119】
ＷＴＲＵのための代表的な手順は、ＰＬＭＮ Ａにおける災害ローミング登録のために、ＨＰＬＭＮからの領域レベル及び／又はＰＬＭＮレベルのＤＲＩＤを使用することができる
ＷＴＲＵは、所与のＰＬＭＮ（例えば、ＷＴＲＵのＨＰＬＭＮとしてのＰＬＭＮ Ｄ）に関連付けられた１つ以上の許可された領域レベルＤＲＩＤ及び／又は許可されたＰＬＭＮレベルＤＲＩＤを用いて（ＨＰＬＭＮによって）構成され得る。ＰＬＭＮレベルＤＲＩＤは、ＡＩＤがＰＬＭＮ全体をマッピングする地理的エリアを識別し得ることを除いて、エリア固有ＤＲＩＤと同様であり得る構成を有してもよい。領域レベルＤＲＩＤは、ＡＩＤがＰＬＭＮのカバレッジ（例えば、都市、州、及び／又は県）の一部分（例えば、その広いエリア）をマッピングする地理的エリアを識別し得ることを除いて、エリア固有ＤＲＩＤと同様である構成を有し得る。ＷＴＲＵは、許可された領域レベル又はＰＬＭＮレベルのＤＲＩＤを有するＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤ又はＤＲＩＤの一部分との一致（例えば、ＭＣＣ＋ＤＲＣとの一致）に基づいて、ＰＬＭＮ Ａを選択することができる。ＷＴＲＵは、本明細書で説明されるように、インバウンドローミングのためにＰＬＭＮ Ａに登録して、ＨＰＬＭＮによってインバウンドローミングのために認可される保護された領域レベル又はＰＬＭＮレベルのＤＲＩＤを提供することができる。
ＷＴＲＵは、所与のＰＬＭＮ（例えば、ＷＴＲＵのＨＰＬＭＮとしてのＰＬＭＮ Ｄ）に関連付けられた１つ以上の許可された領域レベルＤＲＩＤ及び／又は許可されたＰＬＭＮレベルＤＲＩＤを用いて（ＨＰＬＭＮによって）構成され得る。ＰＬＭＮレベルＤＲＩＤは、ＡＩＤがＰＬＭＮ全体をマッピングする地理的エリアを識別し得ることを除いて、エリア固有ＤＲＩＤと同様であり得る構成を有してもよい。領域レベルＤＲＩＤは、ＡＩＤがＰＬＭＮのカバレッジ（例えば、都市、州、及び／又は県）の一部分（例えば、その広いエリア）をマッピングする地理的エリアを識別し得ることを除いて、エリア固有ＤＲＩＤと同様である構成を有し得る。ＷＴＲＵは、許可された領域レベル又はＰＬＭＮレベルのＤＲＩＤを有するＰＬＭＮ ＡによってブロードキャストされたＤＲＩＤ又はＤＲＩＤの一部分との一致（例えば、ＭＣＣ＋ＤＲＣとの一致）に基づいて、ＰＬＭＮ Ａを選択することができる。ＷＴＲＵは、本明細書で説明されるように、インバウンドローミングのためにＰＬＭＮ Ａに登録して、ＨＰＬＭＮによってインバウンドローミングのために認可される保護された領域レベル又はＰＬＭＮレベルのＤＲＩＤを提供することができる。
【0120】
代表的なネットワーク側の挙動
図５は、災害ローミングのために１つ以上のＤＲＩＤを使用する代表的な手順を示す図である。
図５は、災害ローミングのために１つ以上のＤＲＩＤを使用する代表的な手順を示す図である。
【0121】
図５を参照すると、複数のＰＬＭＮ（例えば、災害条件を経験し得る第１のＰＬＭＮ ２０５Ｄ及び災害条件を経験し得ない第２のＰＬＭＮ ２０５Ａ）は、オーバーレイされたトラッキングエリア（ＴＡ）、セル、及び／又はｇＮＢ １８０を有し得る。例えば、第１のＰＬＭＮ ２０５Ｄは、第１の対応するＴＡ（例えば、ＴＡ－Ｄ１）をもつ第１のｇＮＢ １８０－Ｄ１、第２の対応するＴＡ（例えば、ＴＡ－Ｄ２）を有する第２のｇＮＢ １８０－Ｄ２、及び第３の対応するＴＡ（例えば、ＴＡ－Ｄ３）を有する第３のｇＮＢ １８０－Ｄ３を含み得る。第２のＰＬＭＮ ２０５Ａは、第４の対応するＴＡ（例えば、ＴＡ－Ａ１）を有する第４のｇＮＢ １８０－Ａ１、及び第５の対応するＴＡ（例えば、ＴＡ－Ａ２）を有する第５のｇＮＢ １８０－Ａ２を含み得る。第１のＰＬＭＮ ２０５ＤのＴＡは、第２のＰＬＭＮ ２０５ＡのＴＡからオフセットされ得、かつ／又はより大きい又はより小さいカバレッジエリア／ＴＡを有し得る。例えば、第４のｇＮＢ－Ａ１ １８０－Ａ１に関連付けられた第４のＴＡ ＴＡ－Ａ１は、第１のｇＮＢ－Ｄ１ １８０－Ｄ１に関連付けられた第１のＴＡ ＴＡ－Ｄ１と部分的に重複することがあり、第２のｇＮＢ－Ｄ２ １８０－Ｄ２に関連付けられた第２のＴＡ ＴＡ－Ｄ２と部分的に重複することがある。第５のｇＮＢ－Ａ２ １８０－Ａ２に関連付けられた第５のＴＡ ＴＡ－Ａ２は、第２のｇＮＢ－Ｄ２に関連付けられた第２のＴＡ－Ｄ２と部分的に重複し得る。
【0122】
第１のＰＬＭＮ ２０５Ｄの制御／ブロードキャストシグナリングは、Ｄ－ＡＭＦ １８２Ｄによって第１、第２、及び／又は第３のｇＮＢ １８０－Ｄ１、１８０－Ｄ２、及び／又は１８０－Ｄ３に提供され得る。第２のＰＬＭＮ ２０５Ａの制御／ブロードキャストシグナリングは、Ａ－ＡＭＦ １８２Ａによって、第４及び／又は第５のｇＮＢ １８０－Ａ１及び／又は１８０－Ａ２に提供され得る。
【0123】
ＷＴＲＵ１ １０２－１は、第１のＰＬＭＮ ２０５Ｄ及び第２のＰＬＭＮ ２０５Ａに関連付けられた複数のカバレッジエリア／ＴＡ内に位置することができる。例えば、ＷＴＲＵ１ １０２－１は、第１のｇＮＢ １８０－Ｄ１及び／又は第４のｇＮＢ １８０－Ａ１を介した可能な通信のために、第１のＴＡ ＴＡ－Ｄ１及び第４のＴＡ ＴＡ－Ａ１に位置することができる。ＷＴＲＵ１ １０２－１は、第１のＰＬＭＮ ２０５Ｄから構成することができる。
【0124】
第４のｇＮＢ－Ａ１は、ＰＬＭＮ ２０５ＤのエリアＤ１及びＤ２で災害ローミングサービスを提供することができ、（例えば、コード、例えば、第１のコード（例えば、コード１）及び第２のコード（例えば、コード２）をブロードキャストすることによって）これらのエリアのためのＤＲＩＤ又はＤＲＩＤの一部をブロードキャストすることができる。第５のｇＮＢ １８０－Ａ２は、ＰＬＭＮ ２０５ＤのエリアＤ２（例えば、エリアＤ２のみ）において災害ローミングサービスを提供することができ、そのエリア（例えば、第２のコード（例えば、第２のコード（例えば、コード２）のみ）に対してブロードキャストすることができる。
【0125】
ＷＴＲＵ１ １０２－１は、（１）例えば、ＴＡ－Ｄ１及び／若しくはＴＡ－Ｄ２を示す情報を含むＴＡＩリスト、並びに／又は（２）例えば、ＤＲＩＤ１及び／若しくはＤＲＩＤ２を示す情報を含むＤＲＩＤリストのうちのいずれかで構成され得る。ＷＴＲＵ１ １０２－１は、ＰＬＭＮ ２０５ＡのｇＮＢ １８０－Ａ１及び／又は１８０－Ａ２を介してブロードキャストされたＤＲＩＤ１又はＤＲＩＤ２（例えば、コード１又はコード２）を、構成されたＤＲＩＤリストからのＤＲＩＤと一致させることによって、第２のＰＬＭＮ ２０５Ａが災害ローミングサービスを提供することを検出することができる。
【0126】
別の例として、第２のＷＴＲＵ２ １０２－２は、第１のＰＬＭＮ ２０５Ｄに関連付けられたカバレッジエリア／ＴＡ内に位置することができる。例えば、第２のＷＴＲＵ２ １０２－２は、第３のｇＮＢ（例えば、１８０－Ｄ３）を介した通信のために第３のＴＡ（例えば、ＴＡ－Ｄ３）内にあってもよい。第２のＷＴＲＵ２ １０２－２は、第１のＰＬＭＮ ２０５Ｄからの構成であってもよい。第２のＷＴＲＵ １０２－２は、災害エリア／ゾーン外にあってもよく、（１）例えば、ＴＡ－Ｄ２及び／若しくはＴＡ－Ｄ３を示す情報を含むＴＡＩリスト、並びに／又は（２）例えば、ＤＲＩＤ１及び／若しくはＤＲＩＤ２を示す情報を含むＤＲＩＤリストのうちのいずれかで構成され得る。第２のＷＴＲＵ２ １０２－２は、災害エリア／ゾーン（例えば、ＴＡ－Ｄ２）に向かって移動するとき、ＰＬＭＮ ２０５ＡのｇＮＢ １８０－Ａ１及び／又は１８０－Ａ２を介してブロードキャストされたＤＲＩＤ２（例えば、コード２）を、構成されたＤＲＩＤリストからのＤＲＩＤと一致させることによって、第２のＰＬＭＮ ２０５Ａが災害ローミングサービスを提供することを検出することができる。
【0127】
特定の代表的な実施形態では、ＤＲＩＤ情報は、（１）ＰＬＭＮ ２０５の識別子、（２）エリア情報（例えば、エリア１及び／又はエリア２）、及び／又は（３）コード情報（例えば、コード１などのコード）のいずれかの組み合わせを含み得る。例えば、ＤＲＩＤ１は、（１）第１のＰＬＭＮ ２０５Ｄの識別子、（２）エリア識別子（例えば、エリア１）、及び（３）コード（例えば、コード１）の組み合わせであり得る。第２の例として、ＤＲＩＤ２は、第１のＰＬＭＮ ２０５Ｄの識別子、エリア識別子（例えば、エリア２）、及びコード（例えば、コード２）の組み合わせであり得る。エリア１は、第１のｇＮＢ １０８－Ｄ１にマッピングすることができ、エリア２は、第２及び第３のｇＮＢ １８０－Ｄ２及び１８０－Ｄ３にマッピングすることができる。
【0128】
例えば、災害条件発生の前に、例えば、ＷＴＲＵ１ １０２－１がＰＬＭＮ Ｄ ２０５Ｄに登録するとき、ＡＭＦ １８２Ｄは、（１）ＷＴＲＵ １０２のモビリティパターン、（２）割り振られたＴＡＩリスト、又は（３）ＤＲＩＤによって追跡されるエリアのサイズなどのうちのいずれかに基づいて、１つ以上の許可されたＤＲＩＤをＷＴＲＵ １０２－１に提供することができ（例えば、１つ以上の許可されたＤＲＩＤを示す情報を提供することができ）、１つ以上の許可されたＤＲＩＤをＵＤＭ ４４０／ＤＲＦ ４５０に登録することができる。ＡＭＦ １８２Ｄは、ＷＴＲＵモビリティに基づいて、１つ以上の許可されたＤＲＩＤを示す情報を用いて、ＷＴＲＵ １０２及び／又はＵＤＭ ４４０／ＤＲＦ ４５０を更新することができる。ＤＲＩＤによって識別されるエリアは、ＡＭＦ １８２ＤによるＤＲＩＤの頻繁な更新を回避するのに十分な大きさである（例えば、１つ以上のトラッキングエリアをカバーする）ことが企図される。
【0129】
災害条件が発生すると、ＰＬＭＮ Ｄ ２０５Ｄ（例えば、ＰＬＭＮ Ｄ ２０５Ｄに関連付けられたＵＤＭ ４４０／ＤＲＦ ４５０）は、ＰＬＭＮ Ａ ２０５Ａ（例えば、ＰＬＭＮ Ａ ２０５Ａに関連付けられたＵＤＭ／ＤＲＦ）に、影響を受けるエリアについての情報（例えば、ＤＲＣなどのエリアレベルＤＲＩＤ（例えば、エリア固有ＤＲＩＤ）／領域レベルＤＲＩＤ／ＰＬＭＮレベルＤＲＩＤ若しくはＤＲＩＤの一部）、及び／又は地理的座標）を提供することができる。ＰＬＭＮ Ａ ２０５Ａは、任意の適用可能なＤＲＩＤ（例えば、エリアレベル／領域レベル／ＰＬＭＮレベルＤＲＩＤ）をブロードキャストすることによって、ＰＬＭＮ Ａ ２０５ＡがＰＬＭＮ Ｄ ２０５Ｄのための災害ローミングサービスを提供し得ることを示し得る。ＰＬＭＮ Ａ ２０５Ａ内の、又はそれに関連付けられたＡＭＦ １８２Ａは、（例えば、ＰＬＭＮ Ａ ２０５Ａ内の１つ以上のマッピングされたトラッキングエリアの形態で）ＰＬＭＮ Ａ ２０５ＡのＤＲＦから災害情報を取得することができ、それに応じて、サポートされたＤＲＩＤを用いて１つ以上の適用可能なＲＡＮノードを構成することができる。ＰＬＭＮ Ｄ ２０５Ｄは、影響を受けるエリアについての情報（例えば、エリアレベルＤＲＩＤ（例えば、エリア固有ＤＲＩＤ）／領域レベルＤＲＩＤ／ＰＬＭＮレベルＤＲＩＤ又はＤＲＩＤの一部）をＨＰＬＭＮに提供することができる。
【0130】
ＷＴＲＵ １０２が災害ローミングのためにＰＬＭＮ Ａ ２０５Ａに登録するとき、ＡＭＦ １８２Ａは、本明細書で説明されるように、ＷＴＲＵ １０２から受信されたＤＲＩＤをＨＰＬＭＮに転送することができる。ＡＭＦ １８２Ａは、上記で説明したＲＡＮノード構成に従って、サポートされるエリアレベルＤＲＩＤ又はその一部分（例えば、ＤＲＣ）を提供する（例えば、追加的に提供する）ことができる。この情報は、ＷＴＲＵ １０２から利用可能でない場合、又は利用可能でないとき、現在のエリアレベルＤＲＩＤを識別する際にＵＤＭ／ＤＲＦを支援するために使用され得る。ＵＤＭ／ＤＲＦは、（１）１つ以上の受信されたＤＲＩＤ、（２）ＰＬＭＮ Ｄ ２０５Ｄからの以前の登録情報（例えば、ＷＴＲＵ １０２に対して許可されたＤＲＩＤ）、（３）ＰＬＭＮ Ｄ ２０５Ｄから取得された適用可能な災害条件情報（例えば、災害の影響を受けたＤＲＩＤ）、及び／又は（４）ＰＬＭＮ Ａ ２０５ＡからのサポートされたＤＲＩＤ／ＤＲＣのいずれかに基づいて、ＷＴＲＵ １０２認証がＰＬＭＮ Ａ ２０５Ａにおいて進むことを認可することができる。例えば、ＷＴＲＵ １０２がＰＬＭＮ Ｄ ２０５ＤにおいてＷＴＲＵ １０２に対する事前登録を有していない場合、ＵＤＭ／ＤＲＦは、ＷＴＲＵ １０２が領域レベル又はＰＬＭＮレベルのＤＲＩＤを提供し、その領域又はＰＬＭＮに対して１つ以上の災害影響エリアがある場合、ＷＴＲＵ認証を認証することができる。ＵＤＭ／ＤＲＦは、ＰＬＭＮ Ａ ２０５ＡからのサポートされるＤＲＩＤ情報を使用して、ＷＴＲＵ １０２がＰＬＭＮ Ａ ２０５Ａから登録している現在のエリアレベル（例えば、エリア固有ＤＲＩＤ）／領域レベルＤＲＩＤを判定及び更新することができる（例えば、ＤＲＦは、受信されたＤＲＣを、対応する影響を受けるＤＲＩＤと一致させることができる）。ＰＬＭＮ Ａ ２０５Ａ内のＡＭＦ １８２Ａは、ＷＴＲＵ １０２がＰＬＭＮ Ａカバレッジ下の災害エリアを横切って移動するとき、現在のエリアレベル／領域レベルＤＲＩＤ（又はその一部分、例えばＤＲＣ）を用いてＵＤＭ／ＤＲＦを更新することができる。
【0131】
災害を有する、例えば、災害条件を有するＰＬＭＮ（例えば、ＰＬＭＮ Ｄ）内のＷＴＲＵの最後の場所を判定するための代表的な手順。
【0132】
いくつかの例では、ＨＰＬＭＮ（ＰＬＭＮ Ｄ）は、ＷＴＲＵがＰＬＭＮ Ａ内のどこにあるか（例えば、現在はＰＬＭＮ Ａ内にあるか）、及びＷＴＲＵがＰＬＭＮ Ｄ内に登録された最後の既知のトラッキングエリア（ＴＡ）に基づいて、ＷＴＲＵの場所を一致させる（例えば、容易に一致させる）ことができる。ＷＴＲＵがネットワークに登録するとき、ＷＴＲＵは、ＴＡのリストを受信することができ、ＷＴＲＵがＴＡのリスト内にないＴＡに属するセルに入るときにモビリティ登録更新を実行する（例えば、実行するのみ）ことができる。例として、ＷＴＲＵがＰＬＭＮ ＤのＡＭＦに／によって登録されるとき、ＷＴＲＵは第１のＴＡ（例えば、ＴＡ１）内にあって、ＡＭＦは、ＴＡ１、ＴＡ２、及びＴＡ３を示す情報を含むか又はそれらからなるＴＡリストを送信することができることが企図される。したがって、ＷＴＲＵは、ＴＡがこれらの３つのＴＡ（例えば、ＴＡ１、ＴＡ２、又はＴＡ３）のいずれかにあった限り、モビリティ登録更新を実行していない可能性がある。ＴＡを使用する／ＴＡに基づく、又はＴＡを用いたエリア粒度は、ＰＬＭＮ Ａ及びＰＬＭＮ Ｄが、災害が発生したときにこの特定のＷＴＲＵが実際に災害エリア内にあったかどうかを検証するのに十分であり得る（例えば、十分であるとみなされ得る）。ＰＬＭＮ ＤのＡＭＦが、災害が発生する前にＷＴＲＵがどのＴＡに存在していたかを「正確に」知る必要／知ることの使用がない場合がある。特定の代表的な実施形態では、ＷＴＲＵのより具体的な場所は、以下のいずれかによって判定することができる：
（１）登録手順中に、ＷＴＲＵ及びＰＬＭＮ ＤのＡＭＦは、ＷＴＲＵがＴＡリスト内に示されたＴＡを変更するときに通信されるＮＡＳメッセージ（例えば、特殊ＮＡＳメッセージ）の使用をネゴシエートすることができる（これは、ＷＴＲＵが登録要求メッセージ内で１つ以上のＷＴＲＵ ＭＩＮＴ能力を示す情報を送信し、ＡＭＦが、ＷＴＲＵがＴＡリスト内に示されたＴＡ間の境界を越えるときに特殊ＮＡＳメッセージを送信することを許可されている、かつ／又は送信するように構成されていることをＷＴＲＵに通知することによって行うことができる。特殊ＮＡＳメッセージは、サービス要求手順がＷＴＲＵの位置をネットワーク（ＮＷ）に知らせる（例えば、知らせるのみである）ことをＮＷに通知することができる（例えば、ＭＯデータ／シグナリング及び／又はページングへの応答などの１つ以上のレガシー手順ではない）特定のサービスタイプ（例えば、新しいサービスタイプ）を有するサービス要求であってもよく、かつ／又は含んでもよい）。例えば、シグナリングを迅速にし、リソースを節約するために、ＷＴＲＵ及びＮＷは、サービス要求手順が終了／完了するとすぐにシグナリング接続を解放することができる）。
（２）サービス要求メッセージを送信することの代替として、ＷＴＲＵは、ＷＴＲＵの識別情報（例えば、ＷＴＲＵの５Ｇ－ＧＵＴＩ）とは別のいかなる貴重な情報も含まない／含有しない新しいＮＡＳメッセージを使用することができる（例えば、特殊ＮＡＳメッセージの使用は、ＭＩＮＴ対応ＷＴＲＵのみに制限することができる）。ＮＷ側では、この特殊ＮＡＳメッセージの受信は、最後に登録されたＴＡが、メッセージを送信する際にＷＴＲＵが存在するＴＡになるように、ＷＴＲＵのモビリティ管理コンテキストを変更することができる。
（３）ＭＩＮＴ対応ＷＴＲＵは、新しいＴＡがＴＡリストに属するか、又はＴＡリストに関連付けられている場合でも、新しいＴＡに入ると、モビリティ登録更新を実行することができる。
（４）ＰＬＭＮ ＤのＡＭＦが、ＷＴＲＵがＭＩＮＴが可能であると判定／認識するとき、ＡＭＦは、ＴＡリストをＷＴＲＵに割り振ることができず、登録受諾メッセージ内で１つのＴＡを提供する（例えば、提供するのみ）ことができる。
（１）登録手順中に、ＷＴＲＵ及びＰＬＭＮ ＤのＡＭＦは、ＷＴＲＵがＴＡリスト内に示されたＴＡを変更するときに通信されるＮＡＳメッセージ（例えば、特殊ＮＡＳメッセージ）の使用をネゴシエートすることができる（これは、ＷＴＲＵが登録要求メッセージ内で１つ以上のＷＴＲＵ ＭＩＮＴ能力を示す情報を送信し、ＡＭＦが、ＷＴＲＵがＴＡリスト内に示されたＴＡ間の境界を越えるときに特殊ＮＡＳメッセージを送信することを許可されている、かつ／又は送信するように構成されていることをＷＴＲＵに通知することによって行うことができる。特殊ＮＡＳメッセージは、サービス要求手順がＷＴＲＵの位置をネットワーク（ＮＷ）に知らせる（例えば、知らせるのみである）ことをＮＷに通知することができる（例えば、ＭＯデータ／シグナリング及び／又はページングへの応答などの１つ以上のレガシー手順ではない）特定のサービスタイプ（例えば、新しいサービスタイプ）を有するサービス要求であってもよく、かつ／又は含んでもよい）。例えば、シグナリングを迅速にし、リソースを節約するために、ＷＴＲＵ及びＮＷは、サービス要求手順が終了／完了するとすぐにシグナリング接続を解放することができる）。
（２）サービス要求メッセージを送信することの代替として、ＷＴＲＵは、ＷＴＲＵの識別情報（例えば、ＷＴＲＵの５Ｇ－ＧＵＴＩ）とは別のいかなる貴重な情報も含まない／含有しない新しいＮＡＳメッセージを使用することができる（例えば、特殊ＮＡＳメッセージの使用は、ＭＩＮＴ対応ＷＴＲＵのみに制限することができる）。ＮＷ側では、この特殊ＮＡＳメッセージの受信は、最後に登録されたＴＡが、メッセージを送信する際にＷＴＲＵが存在するＴＡになるように、ＷＴＲＵのモビリティ管理コンテキストを変更することができる。
（３）ＭＩＮＴ対応ＷＴＲＵは、新しいＴＡがＴＡリストに属するか、又はＴＡリストに関連付けられている場合でも、新しいＴＡに入ると、モビリティ登録更新を実行することができる。
（４）ＰＬＭＮ ＤのＡＭＦが、ＷＴＲＵがＭＩＮＴが可能であると判定／認識するとき、ＡＭＦは、ＴＡリストをＷＴＲＵに割り振ることができず、登録受諾メッセージ内で１つのＴＡを提供する（例えば、提供するのみ）ことができる。
【0133】
災害条件がもはやＷＴＲＵに適用可能でないことの通知のための更なる代表的な手順
特定の代表的な実施形態では、災害条件がもはや存在しないか、又はもはや適用可能でないという通知は、重要ではない可能性があり、ＷＴＲＵが「接続モード」にあるとき（例えば、そのときのみ）、ＮＷがＷＴＲＵに通知する／知らせることができることが企図される。他の代表的な実施形態では、そのような通知は、接続モード及び／又はＲＲＣ非アクティブモードで行われ得る。例えば、ＮＷは、ＷＴＲＵが接続モードにあるとき、ＷＣＵ手順の一部として構成更新コマンド（Configuration Update Command、ＣＵＣ）メッセージをＷＴＲＵに送信することができ、又はＷＴＲＵをページングしてＷＴＲＵを接続モードにすることができ、次いで、ＷＣＵ手順を開始することができる。両方の場合において、ＮＷは、ＷＴＲＵに登録手順（例えば、従来の手順）を実行させることができる。ＷＴＲＵが登録手順をトリガするとき、ＮＷは、ＷＴＲＵをＨＰＬＭＮに導くことができる原因値（例えば、特殊原因値）を有する登録要求メッセージを拒否することができる。
特定の代表的な実施形態では、災害条件がもはや存在しないか、又はもはや適用可能でないという通知は、重要ではない可能性があり、ＷＴＲＵが「接続モード」にあるとき（例えば、そのときのみ）、ＮＷがＷＴＲＵに通知する／知らせることができることが企図される。他の代表的な実施形態では、そのような通知は、接続モード及び／又はＲＲＣ非アクティブモードで行われ得る。例えば、ＮＷは、ＷＴＲＵが接続モードにあるとき、ＷＣＵ手順の一部として構成更新コマンド（Configuration Update Command、ＣＵＣ）メッセージをＷＴＲＵに送信することができ、又はＷＴＲＵをページングしてＷＴＲＵを接続モードにすることができ、次いで、ＷＣＵ手順を開始することができる。両方の場合において、ＮＷは、ＷＴＲＵに登録手順（例えば、従来の手順）を実行させることができる。ＷＴＲＵが登録手順をトリガするとき、ＮＷは、ＷＴＲＵをＨＰＬＭＮに導くことができる原因値（例えば、特殊原因値）を有する登録要求メッセージを拒否することができる。
【0134】
災害条件のないＰＬＭＮにおけるシグナリング過負荷の防止のための更なる代表的な手順
ＷＴＲＵがＨＰＬＭＮに登録するとき、ＡＭＦは、登録受諾メッセージにおいてタイマ（例えば、タイマ値）をＷＴＲＵに提供することができる。ＷＴＲＵは、ＷＴＲＵが新しいＰＬＭＮへの登録を実行することができる「時間窓」を導出するために、ＳＵＰＩ及び／又は永続機器識別子など、ＷＴＲＵのいくつかのパラメータ及び／又はローカルパラメータとともに、このタイマ値を使用することができる。ＲＡＮは、インバウンドＷＴＲＵ（例えば、ＩＤＲ ＷＴＲＵ）からのＲＲＣ接続をブロック／延期するために、ＣＮによって情報を提供され得る。ＷＴＲＵは、ＲＲＣ接続要求を送信するときに、新しい特定の確立原因（例えば、「災害によるインバウンドＷＴＲＵ要求」）を使用することができる。ＲＡＮは、ＲＲＣ接続拒否メッセージ内に新しいタイマを提供することができ、これは、ＮＷへのＷＴＲＵの接続／再接続における試行のタイミングを異なる時間（例えば、わずかに後の時間）にプッシュ／変更することができる。ＮＷへの接続／再接続のタイミングを更にランダム化するために、ＷＴＲＵは、タイマ値及びＷＴＲＵ自体のＩＤに基づく式を使用することができる。
ＷＴＲＵがＨＰＬＭＮに登録するとき、ＡＭＦは、登録受諾メッセージにおいてタイマ（例えば、タイマ値）をＷＴＲＵに提供することができる。ＷＴＲＵは、ＷＴＲＵが新しいＰＬＭＮへの登録を実行することができる「時間窓」を導出するために、ＳＵＰＩ及び／又は永続機器識別子など、ＷＴＲＵのいくつかのパラメータ及び／又はローカルパラメータとともに、このタイマ値を使用することができる。ＲＡＮは、インバウンドＷＴＲＵ（例えば、ＩＤＲ ＷＴＲＵ）からのＲＲＣ接続をブロック／延期するために、ＣＮによって情報を提供され得る。ＷＴＲＵは、ＲＲＣ接続要求を送信するときに、新しい特定の確立原因（例えば、「災害によるインバウンドＷＴＲＵ要求」）を使用することができる。ＲＡＮは、ＲＲＣ接続拒否メッセージ内に新しいタイマを提供することができ、これは、ＮＷへのＷＴＲＵの接続／再接続における試行のタイミングを異なる時間（例えば、わずかに後の時間）にプッシュ／変更することができる。ＮＷへの接続／再接続のタイミングを更にランダム化するために、ＷＴＲＵは、タイマ値及びＷＴＲＵ自体のＩＤに基づく式を使用することができる。
【0135】
以前に災害条件を有したＰＬＭＮ内にＷＴＲＵを復帰させることによるシグナリング過負荷の防止のための更なる代表的な手順
図６は、災害（例えば、災害条件）の後にＨＰＬＭＮへの登録をいつ実行するかを判定するための代表的な手順を示す図である。
図６は、災害（例えば、災害条件）の後にＨＰＬＭＮへの登録をいつ実行するかを判定するための代表的な手順を示す図である。
【0136】
図６を参照すると、代表的な手順６００は、動作６－１で、ホームＰＬＭＮ（ＨＰＬＭＮ）６２０に関連付けられたネットワークエンティティ（network entity、ＮＥ）／ＡＭＦ １８２が、災害条件／条件が発生する前にＷＴＲＵ １０２にサービスを提供したＨＰＬＭＮ ６２０にＷＴＲＵ １０２が戻る（例えば、復帰する）ためのパラメータを判定することを含むことができる。動作６－２で、ＨＰＬＭＮ ６２０のＮＥ／ＡＭＦ １８２は、例えば、時間値及び優先順位値を示す情報を含み得るメッセージ（例えば、登録受諾メッセージ）を送信してもよい。動作６－３で、ＷＴＲＵ １０２は、災害条件／状況が終了したと判定することができる。動作６－４で、ＷＴＲＵ １０２は、（１）ＷＴＲＵ ＩＤ、（２）受信された時間値、及び／又は（３）受信された優先順位値のうちのいずれかに基づいて、登録時間を判定することができる。動作６－５で、ＷＴＲＵ １０２は、判定された登録時間に、又はその後に、ＨＰＬＭＮ ６２０への登録を実行することができる。動作６－６で、ＷＴＲＵ １０２は、ＨＰＬＭＮ ６２０のＮＥ／ＡＭＦ １８２に、メッセージ（例えば、ＲＲＣメッセージ）内に優先順位値を示す情報を含む登録要求を送信することができる。
【0137】
例えば、ＨＰＬＭＮ ６２０は、登録時にタイマ値をＷＴＲＵ １０２に提供することができる。このタイマ（例えば、タイマ値）は、ＷＴＲＵ－ＩＤなどの他のＷＴＲＵ固有のパラメータとともに、ＷＴＲＵ １０２が登録を開始することができる「とき」、ＷＴＲＵ １０２が戻ることができる（例えば、ＨＰＬＭＮ ６２０に復帰することができる）ときを判定するために使用され得る。ＨＰＬＭＮ ６２０は、登録時に「優先度／優先順位値」をＷＴＲＵ １０２に提供することができる。ＷＴＲＵ １０２は、優先度／優先順位値をアルゴリズムに入力して、災害条件が適用されなかったＰＬＭＮに移動した（例えば、別のＰＬＭＮから災害条件が適用されたＰＬＭＮに戻る移動）後に災害条件が適用されたＨＰＬＭＮ ６２０に戻る登録の時間を判定することができる。ＷＴＲＵ １０２は、ＲＲＣシグナリングにおいて優先順位値をＲＡＮ ６１０に提供することができる。ＲＡＮ ６１０は、このためにＣＮによって構成されている可能性があり、例えば、優先順位値に基づいて、登録を求めるＷＴＲＵの要求に優先順位を付けることができる。
【0138】
アウトバウンドローミングＷＴＲＵのための更なる代表的な手順
ＷＴＲＵは、任意の数の地理的エリア／国（例えば、別の国）でローミングすることができ、災害条件は、ＷＴＲＵのＨＰＬＭＮで発生する可能性がある。（例えば、他の地理的エリア及び／又は国における）サービングＮＷは、接続モードへの遷移時にＷＴＲＵを再認証することができない可能性がある。この懸念を解決するために、ＷＴＲＵは、ローミングの場合のためのトークン／バウチャ（例えば、特殊トークン／バウチャ）を用いてＨＰＬＭＮによって構成され得る。ＷＴＲＵが新しい（例えば、ローミングしている）ＰＬＭＮに登録するとき、ＨＰＬＭＮは、サービングＰＬＭＮにトークン／バウチャを提供することができる。後に、ＷＴＲＵが接続モードに遷移し、サービングＰＬＭＮがＷＴＲＵの再認証を実行するが、それ以上の認証ベクトルを有していない場合、ＮＷは、ＷＴＲＵとＣＮとの間で確立されたセキュア通信を使用してメッセージを送信して、ＮＷが、例えば、ＨＰＬＭＮとの通信が不可能であるために認証ベクトルを取り出すことができないことをＷＴＲＵに知らせることができる。サービングＮＷは、ＷＴＲＵに再登録を強いる／再登録させることができる。再登録時に、ＷＴＲＵは、登録要求メッセージ内で対応するバウチャ／トークンを提供することができる。
ＷＴＲＵは、任意の数の地理的エリア／国（例えば、別の国）でローミングすることができ、災害条件は、ＷＴＲＵのＨＰＬＭＮで発生する可能性がある。（例えば、他の地理的エリア及び／又は国における）サービングＮＷは、接続モードへの遷移時にＷＴＲＵを再認証することができない可能性がある。この懸念を解決するために、ＷＴＲＵは、ローミングの場合のためのトークン／バウチャ（例えば、特殊トークン／バウチャ）を用いてＨＰＬＭＮによって構成され得る。ＷＴＲＵが新しい（例えば、ローミングしている）ＰＬＭＮに登録するとき、ＨＰＬＭＮは、サービングＰＬＭＮにトークン／バウチャを提供することができる。後に、ＷＴＲＵが接続モードに遷移し、サービングＰＬＭＮがＷＴＲＵの再認証を実行するが、それ以上の認証ベクトルを有していない場合、ＮＷは、ＷＴＲＵとＣＮとの間で確立されたセキュア通信を使用してメッセージを送信して、ＮＷが、例えば、ＨＰＬＭＮとの通信が不可能であるために認証ベクトルを取り出すことができないことをＷＴＲＵに知らせることができる。サービングＮＷは、ＷＴＲＵに再登録を強いる／再登録させることができる。再登録時に、ＷＴＲＵは、登録要求メッセージ内で対応するバウチャ／トークンを提供することができる。
【0139】
図７は、代表的な登録手順を示す図である。
【0140】
図７を参照すると、代表的な登録手順７００は、動作７－１で、ＷＴＲＵ １０２が、ＨＰＬＭＮ ２０５Ｈ（例えば、ネットワークエンティティ（ＮＥ）及び／又はＡＭＦ １８２Ｈ）に、ＷＴＲＵ能力（例えば、ＭＩＮＴ能力）を示す情報を含む登録要求を送信することを含むことができる。動作７－２で、ＮＥ／ＡＭＦ １８２Ｈは、１つ以上の時間値（例えば、タイマ）をＷＴＲＵ １０２に割り当てることを判定することができる。動作７－３で、ＮＥ／ＡＭＦ １８２Ｈは、災害ローミングのための第１の時間値及び／又はＨＰＬＭＮ ２０５Ｈへの復帰のための第２の時間値を含む登録受諾をＷＴＲＵ １０２に送信することができる。動作７－４で、ＷＴＲＵ １０２は、第１の時間値及び／又は第２の時間値のうちのいずれかを、ＷＴＲＵ １０２の一意の識別子とともに使用して、１つ以上の時間窓に関連付けられた開始時間及び／又は停止時間を導出することができる。ＷＴＲＵ １０２は、例えば、動作７－６で、ＷＴＲＵ １０２が第２の登録要求を第２のＰＬＭＮ（例えば、ＦＰＬＭＮ ２０５Ｆ）のＮＥ／ＡＭＦ １８２Ｆに送信することをトリガするために、第１の窓の開始が生じたと判定することができる。
【0141】
図８は、ＷＴＲＵによって実装される代表的な方法を示すフローチャートである。
【0142】
図８を参照すると、代表的な方法８００は、ブロック８１０で、ＷＴＲＵ １０２が、第１のネットワーク２０５Ｄから、第２のネットワーク２０５Ａへの登録中に使用される値を示す情報を受信することを含むことができる。ブロック８２０で、ＷＴＲＵ １０２は、少なくとも示された値に基づいて、第２のネットワーク２０５Ａへの登録を実行するための少なくとも第１の開始時間及び第２の開始時間を判定する。ブロック８３０で、ＷＴＲＵ １０２は第１の開始時間の後の第２のネットワーク２０５Ａへの登録を始めることができる。ブロック８４０で、ＷＴＲＵ １０２は、第１の開始時間の後の定義された期間内に登録が完了しないという条件で（１）第２のネットワーク２０５Ａへの登録を停止すし、（２）第２の開始時間の後に、第２のネットワーク２０５ＡへのＷＴＲＵ １０２の第２の登録又は再登録を始めることができる。
【0143】
特定の代表的な実施形態では、値を示す受信された情報は、時間窓を更に示し、かつ／又は定義された期間は、時間窓の持続時間に基づき得る。
【0144】
特定の代表的な実施形態では、ＷＴＲＵ １０２は、（ｉ）示された値及び（ｉｉ）ランダム値のうちのいずれかに基づいて、第１の時間窓の（１）第１の開始時間並びに（２）終了時間又は持続時間、又はＷＴＲＵ １０２に固有の１つ以上のパラメータのうちの１つに基づいて、時間窓を判定することができる。
【0145】
特定の代表的な実施形態では、受信された情報は、ＷＴＲＵ １０２の識別子を示すことができる。
【0146】
特定の代表的な実施形態では、ＷＴＲＵ １０２は、災害ローマであり得る。いくつかの例では受信された情報は、ＷＴＲＵ １０２が、第１のネットワーク２０５Ｄ又はＷＴＲＵ １０２が災害条件を経験する前に登録された更なるネットワークに、第１のネットワーク２０５Ｄ又は更なるネットワークより前にアクセスすることをいつ許可されるかを判定するために使用される第２の値を更に示す。
【0147】
特定の代表的な実施形態ではＷＴＲＵ １０２は、定義された又は事前定義された期間中に登録が完了されたという条件で、第２のネットワーク２０５Ａを介してデータ送信を送信及び／又は受信することができる。
【0148】
特定の代表的な実施形態ではＷＴＲＵ １０２は、（１）登録が定義された期間中に完了された、又は（２）第２の登録若しくは再登録が第２の開始時間の後に完了されたという条件で、第２のネットワーク２０５Ａを介して、データ送信を送信することができるか、又は受信することができる。
【0149】
特定の代表的な実施形態ではＷＴＲＵ １０２は、（１）登録が拒否されたことを示す情報を含む、ネットワークエンティティ１８２Ａからの登録拒否メッセージが受信されること、又は（２）定義された期間内に登録受諾メッセージが受信されないこと、のうちのいずれかに基づいて、登録が完了されていないことを判定することができる。
【0150】
特定の代表的な実施形態では、ＷＴＲＵ １０２は、（１）災害条件が第１のネットワーク２０５Ｄに適用されること、及び、（２）災害条件がもはや第１のネットワーク２０５Ｄに適用されなくなった後に、ＷＴＲＵ １０２が第１のネットワーク２０５Ｄに登録又は再登録することをいつ許可されるかを判定するために使用される第２の値を示す情報を受信することができる。
【0151】
特定の代表的な実施形態では、登録を始めることは、ＷＴＲＵが、ＷＴＲＵ １０２にサービスを提供するために、第２のネットワーク２０５Ａのネットワークエンティティ１８２Ａに、（１）インシデント識別子、（２）第１のネットワーク２０５Ｄの識別子、及び、（ｉ）ＷＴＲＵ １０２に関連付けられた場所、（ｉｉ）ＷＴＲＵ １０２に関連付けられた災害又はカバレッジエリア、（ｉｉｉ）ＷＴＲＵ １０２に関連付けられた１つ以上のトラッキングエリア、及び／又は（ｉｖ）ＷＴＲＵ １０２の最後に訪れられたトラッキングエリアのうちのいずれかを示す情報を含む登録要求メッセージを送信することを含むことができる。
【0152】
特定の代表的な実施形態では、ＷＴＲＵ １０２は、ＷＴＲＵがサービス中断の最小化（ＭＩＮＴ）動作をサポートするという条件で、１）ＷＴＲＵ １０２が、受信されたトラッキングエリア（ＴＡ）リストに関連付けられた第１のＴＡから、受信されたＴＡリストに関連付けられた第２のＴＡにカバレッジエリアを変更したかどうかを判定すること、（２）ＷＴＲＵ １０２が受信されたトラッキングエリア（ＴＡ）リストに関連付けられた第１のＴＡから受信されたＴＡリストに関連付けられた第２のＴＡにカバレッジエリアを変更したことを示す非アクセス層メッセージを、第１のネットワーク２０５Ａのネットワークエンティティ１８２Ａに送信すること、（３）ＷＴＲＵ １０２が以前に登録された第２のネットワーク２０５Ｄに再登録するための指示を受信すること、及び／又は（４）ＷＴＲＵ １０２によって第２のネットワーク２０５Ｄに再登録することのうちのいずれかを行ってもよい。
【0153】
特定の代表的な実施形態では、ＷＴＲＵ １０２は、（１）災害条件中に災害ローミング指示を示す情報を送信すること（例えば、災害条件のアラートのページング／ブロードキャスト）、及び／又は（２）少なくとも災害ローミング指示に基づいて、ＷＴＲＵ １０２の認証を始めるためのメッセージを受信することのうちのいずれかを行うことができる。
【0154】
特定の代表的な実施形態では第２のネットワーク２０５Ａへの登録中に使用される値を示す情報の受信は、ＷＴＲＵが、第１のネットワーク２０５Ｄに関連付けられた第１のネットワークエンティティ１８２Ｄから、災害応答に関連付けられた１つ以上の災害応答インシデント識別子（ＤＲＩＤ）を示す構成情報を受信することを含む。例えば、ＷＴＲＵ １０２は、第２のネットワーク２０５Ａの第２のネットワークエンティティ１８２Ａから、１つ以上の許可されたＤＲＩＤ又はその一部分を示すブロードキャスト情報を受信することができる。ＷＴＲＵ １０２は、１つ以上の許可されたＤＲＩＤ又はその一部分に一致する、示されたＤＲＩＤのうちの１つのＤＲＩＤを選択することができ、選択されたＤＲＩＤ又は選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを第２のネットワークエンティティ１８２Ａに送信することができる。ＷＴＲＵ １０２は、第２のネットワークエンティティ１８２Ａから、ＷＴＲＵ １０２が第２のネットワーク２０５Ａの一部分内にあるという条件で、登録受諾メッセージを受信することができる。
【0155】
特定の代表的な実施形態では選択されたＤＲＩＤは、第１のネットワーク２０５Ｄに関連付けられた災害条件中の登録のために使用され得る、第２のネットワーク２０５Ａの一部分としての災害応答サービングエリアに対応するエリア識別子（ＡＩＤ）を含み得る。いくつかの例では、ＷＴＲＵ １０２が、（１）第２のネットワーク２０５Ａの１つ以上の特定のトラッキングエリア内、（２）第２のネットワーク２０５Ａの１つ以上の特定のセル内、（３）第２のネットワーク２０５Ａの１つ以上の固有のＲＡＮノードの近傍、（４）第２のネットワーク２０５Ａの固有のカバレッジエリア全体内、（５）第２のネットワーク２０５Ａのカバレッジエリア全体内、及び／又は（６）第２のネットワーク２０５ＡのいずれかのＲＡＮノードの近傍のうちのいずれかにあるときに、ＷＴＲＵ １０２が、第２のネットワーク２０５Ａの災害応答サービングエリア内にあってもよい。
【0156】
特定の代表的な実施形態では各ＤＲＩＤは、示されたＤＲＩＤのうちのＤＲＩＤの選択することが、示されたＤＲＩＤ中のＤＲＣのうちの１つの、１つ以上の許可されたＤＲＩＤのうちの１つのＤＲＣとの一致に基づくように、災害復旧コード（ＤＲＣ）を含み得る。
【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】
特定の代表的な実施形態では各ＤＲＩＤは、示されたＤＲＩＤのうちのＤＲＩＤの選択が、示されたＤＲＩＤ中のＤＲＣのうちの１つの、１つ以上の許可されたＤＲＩＤのうちの１つのＤＲＣとの一致に基づくように、災害復旧コード（ＤＲＣ）を含み得る。
【0185】
図１６は、ネットワークエンティティ（ＮＥ）（例えば、ＡＵＳＦ／ＵＤＭ／ＤＲＦ）によって実装される代表的な方法を示すフローチャートである。
【0186】
図１６を参照すると、代表的な方法１６００は、ブロック１６１０で、第１のネットワーク２０５ＤのＮＥ ２１０Ｄが、災害応答に関連付けられたインシデント識別子を示す構成情報を（ＮＥ １８２Ｄを介して）ＷＴＲＵ １０２に向けて送信することを含むことができる。ブロック１６２０で、第１のネットワーク２０５ＤのＮＥ ２１０Ｄは、ＷＴＲＵ １０２にサービスを提供するための第２のネットワーク２０５Ａを介して（ＮＥ １８２Ａから）、（１）インシデント識別子及びＷＴＲＵ １０２にサービスを提供するための第２のネットワーク２０５Ａの識別子、並びに／又は（２）ＷＴＲＵ １０２にサービスを提供するための第１のネットワーク２０５Ｄの識別子及びＷＴＲＵ １０２にサービスを提供するための第２のネットワーク２０５Ａの識別子のうちのいずれかを示すメッセージを受信することができる。ブロック１６３０で第１のネットワーク２０５ＤのＮＥ２１０Ｄは、インシデント識別子及び第２のネットワーク２０５Ａが認証されているという条件で、ＷＴＲＵ １０２の認証を開始するためのメッセージを第２のネットワーク２０５Ａに送信することができる。
【0187】
特定の代表的な実施形態では、ＮＥ２１０Ｄは、災害条件中にＷＴＲＵ １０２の場所を示す情報を受信することができ、災害条件中に少なくともＷＴＲＵ １０２の位置に基づいてＷＴＲＵ １０２の認証を開始することができる。
【0188】
代表的な実施形態によるデータを処理するためのシステム及び方法は、メモリデバイスに含まれる命令のシーケンスを実行する１つ以上のプロセッサによって実行され得る。そのような命令は、二次データ記憶装置などの他のコンピュータ可読媒体からメモリデバイスに読み込まれてもよい。メモリデバイスに含まれる命令のシーケンスの実行により、プロセッサは、例えば上述したように動作する。代替の実施形態では、本発明を実装するために、ソフトウェア命令の代わりに、又はソフトウェア命令と組み合わせて、ハードワイヤ回路を使用することができる。そのようなソフトウェアは、ロボット支援／装置（robotic assistance/apparatus、ＲＡＡ）及び／又は別の移動体デバイス内に遠隔的に収容されるプロセッサ上で実行され得る。後者の場合、データは、センサを含むＲＡＡ又は他の移動体デバイスと、上述のようにスケール推定及び補償を実行するソフトウェアを実行するプロセッサを含む遠隔デバイスとの間で、有線又は無線で転送され得る。他の代表的な実施形態によれば、位置特定に関して上述した処理のいくつかは、センサ／カメラを含むデバイスにおいて実行されてもよく、処理の残りは、センサ／カメラを含むデバイスから部分的に処理されたデータを受信した後に第２のデバイスにおいて実行されてもよい。
【0189】
特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。加えて、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ１０２、ＷＴＲＵ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。
【0190】
更に、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含む他のデバイスが記載されている。これらのデバイスは、少なくとも１つの中央処理装置（「Central Processing Unit、ＣＰＵ」）及びメモリを含み得る。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって実施され得る。そのような動作及び演算又は命令は、「実行される」、「コンピュータによって実行される」、又は「ＣＰＵによって実行される」と言及されることがある。
【0191】
当該技術分野における通常の技術を有する者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが理解されるであろう。電気システムは、電気信号の結果的な変換又は減少を引き起こすことができるデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによってＣＰＵの動作及び他の信号の処理を再構成又は別の方法で変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する物理的位置である。代表的な実施形態は、上述のプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供された方法をサポートし得るということを理解されたい。
【0192】
データビットはまた、磁気ディスク、光学ディスク、及び任意の他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））又はＣＰＵによって読み取り可能な不揮発性（例えば、読み取り専用メモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持され得る。コンピュータ可読媒体は、処理システム上に排他的に存在するか、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続されたコンピュータ可読媒体を含んでもよい。代表的な実施形態は、上述のメモリに限定されず、他のプラットフォーム及びメモリが、記載された方法をサポートし得るということが理解される。代表的な実施形態は、上述のプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供された方法をサポートし得るということを理解されたい。
【0193】
例示的な実施形態において、本明細書に記載されている動作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意の他のコンピューティングデバイスのプロセッサによって実行され得る。
【0194】
システムの態様のハードウェア実装とソフトウェア実装の間には、ほとんど区別がない。ハードウェア又はソフトウェアの使用は、一般に（常にではないが、特定の状況では、ハードウェアとソフトウェアとの間の選択が大きな意味を持ち得る）、コスト対効率のトレードオフを意味する設計上の選択事項である。本明細書に記載されているプロセス及び／又はシステム及び／又は他の技術が影響を受ける可能性があり得る様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得、好ましいビークルは、プロセス及び／又はシステム及び／又は他の技術が配備される状況によって変化し得る。例えば、実装者が、速度及び正確性が最重要であると判定した場合、実装者は、主にハードウェア及び／又はファームウェアのビークルを選択することができる。柔軟性が最重要である場合、実装者は、主にソフトウェア実装を選択することができる。代替的に、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。
【0195】
前述の詳細な説明では、ブロック図、フローチャート、及び／又は例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。そのようなブロック図、フローチャート、及び／又は例が１つ以上の機能及び／又は動作を含む限り、そのようなブロック図、フローチャート、又は例の中の各機能及び／又は各動作は、広範なハードウェア、ソフトウェア、ファームウェア、又はそれらの実質的に任意の組み合わせによって、個別にかつ／又は集合的に実装されてよいことが当業者には理解されるであろう。好適なプロセッサとしては、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準製品（Application Specific Standard Product、ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、及び／又は状態機械が挙げられる。
【0196】
本開示は、本出願に記載されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例示として意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形を行うことができる。本出願の説明において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、上述した説明から、当業者には明らかであろう。そのような修正及び変形は、添付の請求項の範囲に入ることが意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、かかる請求項が権利を有する均等物の完全な範囲とともに、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを理解されたい。
【0197】
本明細書で使用される用語は、特定の実施形態のみを説明する目的のためであり、限定することを意図するものではないということも理解されたい。本明細書で使用される場合、本明細書で言及される場合、「局」及びその略語「ＳＴＡ」、「ユーザ機器」及びその略語「ＵＥ」は、（ｉ）記載されたインフラストラクチャなどの無線送信及び／又は受信ユニット（ＷＴＲＵ）、（ｉｉ）記載されたインフラストラクチャなどの、ＷＴＲＵのいくつかの実施形態の任意のもの、（ｉｉｉ）とりわけ、記載されたインフラストラクチャなどのＷＴＲＵの一部又は全ての構造及び機能を有して構成された、無線可能及び／又は有線可能な（例えば、テザー可能な）デバイス、（ｉｉｉ）記載されたインフラストラクチャなどのＷＴＲＵの、全てよりも少ない構造及び機能を有して構成された無線可能及び／又は有線可能なデバイス、又は（ｉｖ）その他、を意味し得る。本明細書に列挙される任意のＷＴＲＵを代表し得る例示的なＷＴＲＵの詳細が、図１Ａ～図１Ｄに関して以下に提供される。
【0198】
特定の代表的な実施形態では、本明細書に記載の主題のいくつかの部分は、特定用途用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、及び／又は他の統合フォーマットを介して実装され得る。しかしながら、本明細書に開示されている実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実装され得ること、並びに、回路を設計すること、及び／又は、ソフトウェア及び／若しくはファームウェアのコードを書くことが、この開示に照らして当業者の技術の範囲内であることが、当業者には認識されるであろう。加えて、本明細書に記載されている主題のメカニズムが、様々な形態のプログラム製品として配布され得ること、及び、本明細書に記載されている主題の例示的な実施形態が、配布を実際に行うために使用される特定のタイプの信号担持媒体にかかわらず適用されることが、当業者には理解されるであろう。信号担持媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル及び／又はアナログ通信媒体（例えば光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの伝送型媒体が挙げられ、ただしこれらに限定されない。
【0199】
本明細書に記載されている主題は、場合によっては、異なる他の構成要素内に含まれるか、又は、異なる他の構成要素に接続されている、異なる構成要素を示していることがある。そのような図示されたアーキテクチャは単なる例であり、実際には、同じ機能を達成する他の多くのアーキテクチャが実装され得ることを理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる」。したがって、特定の機能を達成するために本明細書において組み合わされた、任意の２つの構成要素は、アーキテクチャ又は中間構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられた」として見ることができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に接続されている」、又は「動作可能に結合されている」とみなすこともでき、そのように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に結合可能」であるとみなすこともできる。動作可能に結合可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は、無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は、論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられ、ただしこれらに限定されない。
【0200】
本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、かつ／又は単数形から複数形に変換することができる。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが明示的に記載され得る。
【0201】
一般に、本明細書、特に添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定」用語として意図されることが当業者には理解されるであろう（例えば、「含んでいる」という用語は、「含んでいるがそれらに限定されない」と解釈するべきであり、「有する」という用語は、「を少なくとも有する」と解釈するべきであり、「含む」という用語は、「含むがそれらに限定されない」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、そのような意図は請求項に明示的に記載されており、そのような記載がない場合、そのような意図は存在しないことが、当業者には理解されるであろう。例えば、１つの項目のみが意図される場合、「単一」という用語又は類似する言葉が使用され得る。理解を助けるために、以下の添付の請求項及び／又は本明細書の説明は、請求項の記載を導入するために「少なくとも１つの」及び「１つ以上の」という導入句の使用を含み得る。しかしながら、このような句の使用は、不定冠詞「ａ」又は「ａｎ」による請求項の記載の導入が、そのような導入された請求項の記載を含む任意の特定の請求項を、１つのそのような記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、導入句「１つ以上の」又は「少なくとも１つの」及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても同様である（例えば「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１つ以上」を意味するものと解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も同様である。加えて、導入された請求項の特定の数の記載が明示的に記載されている場合でも、かかる記載は少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されるであろう（例えば、他の修飾語なしの「２つの記載」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。明細書、特許請求の範囲、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されるであろう。例えば、「Ａ又はＢ」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く「～のいずれか」という用語は、項目及び／又は項目のカテゴリの、「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又は他の項目及び／又は他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される場合、「セット／組」又は「グループ／群」という用語は、ゼロを含む任意の数の項目を含むことが意図される。追加的に、本明細書で使用される、「数」という用語は、ゼロを含む任意の数を含むことを意図している。
【0202】
加えて、本開示の特徴又は態様がＭａｒｋｕｓｈ群の観点から説明されている場合、当業者には、本開示がそれによってＭａｒｋｕｓｈ群の任意の個々のメンバー又はメンバーのサブグループの観点からも説明されることが認識されるであろう。
【0203】
当業者には理解されるように、書面による説明を提供するという観点など、あらゆる目的のために、本明細書に開示される全ての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせも包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識することができる。非限定的な例として、本明細書に記載されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解され得る。また、当業者には理解されるように、「まで」、「少なくとも」、「より大きい」、「より小さい」等の全ての言葉は、言及された数を含み、かつ、上述したように更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は個々の各要素を含む。したがって、例えば、１～３個のセルを有するグループは、１個、２個、又は３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１個、２個、３個、４個、又は５個のセルを有するグループを指し、以下同様である。
【0204】
更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして読まれるべきではない。加えて、いかなる請求項においても、「ための手段」という用語の使用は、米国特許法第１１２条、第６項、又はミーンズプラスファンクションの請求項形式に訴えることを意図しており、「ための手段」という用語を有さないいかなる請求項もそのようには意図されていない。
【0205】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）若しくは進化型パケットコア（Evolved Packet Core、ＥＰＣ）、又は任意のホストコンピュータで使用するための、無線周波数トランシーバを実装し得る。ＷＴＲＵは、例えば、ソフトウェア無線（Software Defined Radio、ＳＤＲ）などのハードウェア及び／又はソフトウェアに実装されたモジュールと併せて使用されてもよく、また、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリー式ヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（Near Field Communication、ＮＦＣ）モジュール、ＬＣＤディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、及び／又は無線ローカルエリアネットワーク（ＷＬＡＮ）又は超広帯域（Ultra Wide Band、ＵＷＢ）モジュールなどの他の構成要素に実装されてもよい。
【0206】
本開示を通して、当業者は、ある特定の代表的な実施形態が、代替的又は他の代表的な実施形態と組み合わせて使用され得ることを理解する。
【0207】
加えて、本明細書に説明される方法は、上述の動作を実行するためのコンピュータ又はプロセッサによる実行のために、命令としてコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【手続補正書】
【提出日】2023-09-19
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１のネットワークに登録された無線送信／受信ユニット（ＷＴＲＵ）によって実装される方法であって、前記第１のネットワークから、第２のネットワークへの登録中に使用される値を示す情報を受信することと、
少なくとも前記示された値に基づいて、前記第２のネットワークへの前記登録を実行するための少なくとも第１の開始時間及び第２の開始時間を判定することと、
前記第１の開始時間の後に前記第２のネットワークへの前記登録を始めることと、
前記第１の開始時間の後の定義された期間内に前記登録が完了されないという条件で、
（１）前記第２のネットワークへの前記登録を停止することと、
（２）前記第２の開始時間の後に、前記第２のネットワークへの前記ＷＴＲＵの第２の登録又は再登録を始めることと、を含む、方法。
【請求項2】
前記値を示す前記受信された情報が、時間窓を更に示し、前記定義された期間が、前記時間窓の持続時間に基づき、
前記方法が、（ｉ）前記示された値、及び（ｉｉ）ランダム値、又は前記ＷＴＲＵに固有の１つ以上のパラメータのうちのいずれかに基づいて、前記時間窓の（１）前記第１の開始時間、並びに（２）終了時間又は前記持続時間のうちの１つに基づいて、前記時間窓を判定することを更に含む、請求項１に記載の方法。
【請求項3】
前記ＷＴＲＵは、前記第１のネットワークが前記第２のネットワークによって到達可能でないとき、災害ローマとして、前記第２のネットワークにローミングし、前記受信された情報は、（１）前記ＷＴＲＵの識別子、及び（２）前記ＷＴＲＵが、前記第１のネットワーク又は前記ＷＴＲＵが登録された更なるネットワークに、前記第１のネットワーク又は前記更なるネットワークより前にアクセスすることをいつ許可されるかを判定するために使用される第２の値のうちのいずれか１つ以上を更に示す、請求項１に記載の方法。
【請求項4】
（１）前記登録が前記定義された期間中に完了された、又は（２）前記第２の登録若しくは前記再登録が前記第２の開始時間の後に完了されたという条件で、前記第２のネットワークを介して、データ送信を送信又は受信することを更に含む、請求項１に記載の方法。
【請求項5】
前記ＷＴＲＵによって、（１）災害条件が前記第１のネットワークに適用されること、及び（２）前記災害条件がもはや前記第１のネットワークに適用されなくなった後に、前記ＷＴＲＵが前記第１のネットワークに登録又は再登録することをいつ許可されるかを判定するために使用される第２の値を示す情報を受信することを更に含む、請求項１に記載の方法。
【請求項6】
（１）前記登録、（２）前記第２の登録、又は（３）前記再登録のうちのいずれかを前記始めることが、前記ＷＴＲＵによって、前記ＷＴＲＵにサービスを提供するための前記第２のネットワークのネットワークエンティティに、（１）インシデント識別子、（２）前記第１のネットワークの識別子、並びに（ｉ）前記ＷＴＲＵに関連付けられた場所、（ｉｉ）前記ＷＴＲＵに関連付けられた災害又はカバレッジエリア、（ｉｉｉ）前記ＷＴＲＵに関連付けられた１つ以上のトラッキングエリア、及び／又は（ｉｖ）前記ＷＴＲＵの最後に訪れられたトラッキングエリアのうちのいずれかを示す情報を含む登録要求メッセージを送信することを含む、請求項１に記載の方法。
【請求項7】
前記ＷＴＲＵがサービス中断の最小化（ＭＩＮＴ）動作をサポートするという条件で、前記ＷＴＲＵがカバレッジエリアを、受信されたトラッキングエリア（ＴＡ）リストに関連付けられた第１のＴＡから、前記受信されたＴＡリストに関連付けられた第２のＴＡに変更したかどうかを判定し、
前記第１のネットワークのネットワークエンティティに、前記ＷＴＲＵが前記カバレッジエリアを前記第１のＴＡから前記第２のＴＡに変更したことを示す非アクセス層メッセージを送信し、
前記ＷＴＲＵが以前に登録された前記第２のネットワークに再登録するための指示を受信し、かつ
前記ＷＴＲＵによって、前記第２のネットワークに再登録するように、前記ＷＴＲＵを構成することを更に含む、請求項１に記載の方法。
【請求項8】
前記ＷＴＲＵによって、災害条件中に前記ＷＴＲＵによる災害ローミング指示を示す情報を送信することと、前記ＷＴＲＵによって、少なくとも前記災害ローミング指示に基づいて前記ＷＴＲＵの認証を始めるためのメッセージを受信することと、を更に含む、請求項１に記載の方法。
【請求項9】
前記第２のネットワークへの前記登録中に使用される前記値を示す情報を前記受信することが、前記第１のネットワークに関連付けられた第１のネットワークエンティティから、１つ以上の災害応答に関連付けられた１つ以上の災害応答インシデント識別子（ＤＲＩＤ）を示す構成情報を受信することを含み、前記方法が、前記ＷＴＲＵによって、前記第２のネットワークの第２のネットワークエンティティから、１つ以上の許可されたＤＲＩＤ又はその一部分を示すブロードキャスト情報を受信することと、
前記ＷＴＲＵによって、前記１つ以上の許可されたＤＲＩＤ又はその一部分に一致する、前記示されたＤＲＩＤのうちのＤＲＩＤを選択することと、
前記ＷＴＲＵによって、前記第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信することと、
前記ＷＴＲＵによって、前記第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信することと、を更に含む、請求項１に記載の方法。
【請求項10】
前記第１のネットワークが前記災害条件を経験する前に、前記ＷＴＲＵが前記第１のネットワークに登録されていないという条件で、前記ＷＴＲＵによって、前記第２のネットワークに登録するためのデフォルト又は所定の災害応答インシデント識別子（ＤＲＩＤ）を選択することと、
前記ＷＴＲＵによって、前記第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信することと、
前記ＷＴＲＵによって、第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信することと、を更に含む、請求項１に記載の方法。
【請求項11】
第１のネットワークに登録された無線送信／受信ユニット（ＷＴＲＵ）であって、前記第１のネットワークから、第２のネットワークへの登録中に使用される値を示す情報を受信するように構成された送信機／受信機ユニットと、
プロセッサと、を備え、前記プロセッサは、
少なくとも前記示された値に基づいて、前記第２のネットワークへの前記登録を実行するための少なくとも第１の開始時間及び第２の開始時間を判定し、
前記第１の開始時間の後に前記第２のネットワークへの前記登録を始め、かつ
前記第１の開始時間の後の定義された期間内に前記登録が完了されないという条件で、
（１）前記第２のネットワークへの前記登録を停止し、
（２）前記第２の開始時間の後に、前記第２のネットワークへの前記ＷＴＲＵの第２の登録又は再登録を始めるように構成されている、ＷＴＲＵ。
【請求項12】
前記値を示す前記受信された情報が、時間窓を更に示し、前記定義された期間が、前記時間窓の持続時間に基づく、請求項１１に記載のＷＴＲＵ。
前記プロセッサは、（ｉ）前記示された値、及び（ｉｉ）ランダム値、又は前記ＷＴＲＵに固有の１つ以上のパラメータのうちのいずれかに基づいて、前記第１の時間窓の（１）前記第１の開始時間、並びに（２）終了時間又は前記持続時間のうちの１つに基づいて、前記時間窓を判定するように構成されている。
【請求項13】
前記ＷＴＲＵは、前記第１のネットワークが前記第２のネットワークによって到達可能でないとき、災害ローマとして、前記第２のネットワークにローミングするように構成されており、前記受信された情報は、（１）前記ＷＴＲＵの識別子、及び（２）前記ＷＴＲＵが、前記第１のネットワーク又は前記ＷＴＲＵが登録された更なるネットワークに、前記第１のネットワーク又は前記更なるネットワークより前にアクセスすることをいつ許可されるかを判定するために使用される第２の値のうちのいずれか１つ以上を更に示す、請求項１に記載のＷＴＲＵ。
【請求項14】
前記送信機／受信機ユニットは、（１）前記登録が前記定義された期間中に完了された、又は（２）前記第２の登録若しくは前記再登録が前記第２の開始時間の後に完了されたという条件で、前記第２のネットワークを介して、データ送信を送信又は受信するように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項15】
前記送信機／受信機ユニットは、（１）災害条件が前記第１のネットワークに適用されること、及び（２）前記災害条件がもはや前記第１のネットワークに適用されなくなった後に、前記ＷＴＲＵが前記第１のネットワークに登録又は再登録することをいつ許可されるかを判定するために使用される第２の値を示す情報を受信するように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項16】
前記送信機／受信機ユニットは、前記ＷＴＲＵにサービスを提供するための前記第２のネットワークのネットワークエンティティに、（１）インシデント識別子、（２）前記第１のネットワークの識別子、並びに（ｉ）前記ＷＴＲＵに関連付けられた場所、（ｉｉ）前記ＷＴＲＵに関連付けられた災害又はカバレッジエリア、（ｉｉｉ）前記ＷＴＲＵに関連付けられた１つ以上のトラッキングエリア、及び／又は（ｉｖ）前記ＷＴＲＵの最後に訪れられたトラッキングエリアのうちのいずれかを示す情報を含む登録要求メッセージを送信するように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項17】
前記ＷＴＲＵがサービス中断の最小化（ＭＩＮＴ）動作をサポートするという条件で、前記プロセッサは、前記ＷＴＲＵがカバレッジエリアを、受信されたトラッキングエリア（ＴＡ）リストに関連付けられた第１のＴＡから、前記受信されたＴＡリストに関連付けられた第２のＴＡに変更したかどうかを判定するように構成されており、
前記送信機／受信機ユニットが、
前記第１のネットワークのネットワークエンティティに、前記ＷＴＲＵが前記カバレッジエリアを前記第１のＴＡから前記第２のＴＡに変更したことを示す非アクセス層メッセージを送信し、かつ
前記ＷＴＲＵが以前に登録された前記第２のネットワークに再登録するための指示を受信するように構成されており、
前記プロセッサが、前記ＷＴＲＵによって、前記第２のネットワークに再登録するように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項18】
前記送信機／受信機ユニットが、災害条件中に前記ＷＴＲＵによる災害ローミング指示を示す情報を送信し、かつ
少なくとも前記災害ローミング指示に基づいて前記ＷＴＲＵの認証を始めるためのメッセージを受信するように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項19】
前記送信機／受信機ユニットが、前記第１のネットワークに関連付けられた第１のネットワークエンティティから、１つ以上の災害応答に関連付けられた１つ以上の災害応答インシデント識別子（ＤＲＩＤ）を示す構成情報を受信し、かつ
前記第２のネットワークの第２のネットワークエンティティから、１つ以上の許可されたＤＲＩＤ又はその一部分を示すブロードキャスト情報を受信するように構成されており、
前記プロセッサが、前記１つ以上の許可されたＤＲＩＤ又はその一部分に一致する、前記示されたＤＲＩＤのうちのＤＲＩＤを選択するように構成されており、
前記送信機／受信機ユニットが、
前記第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信し、かつ
前記第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信するように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項20】
前記プロセッサは、前記第１のネットワークが災害条件を経験する前に前記ＷＴＲＵが前記第１のネットワークに登録されていないという条件で、前記第２のネットワークに登録するためにデフォルト又は所定の災害応答インシデント識別子（ＤＲＩＤ）を選択するように構成されており、前記送信機／受信機ユニットが、
第２のネットワークエンティティに、前記選択されたＤＲＩＤ又は前記選択されたＤＲＩＤの一部分を示す情報を含む登録要求メッセージを送信し、かつ
前記ＷＴＲＵによって、前記第２のネットワークエンティティから、前記ＷＴＲＵが前記第２のネットワークの一部分内にあるという条件で、登録受諾メッセージを受信するように構成されている、請求項１１に記載のＷＴＲＵ。
【国際調査報告】