▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-28
(45)【発行日】2024-09-05
(54)【発明の名称】ＰＧＷ失敗におけるＰＤＮ接続の復元
(51)【国際特許分類】
H04W 76/10 20180101AFI20240829BHJP
H04L 61/4511 20220101ALI20240829BHJP
H04W 8/04 20090101ALI20240829BHJP
H04W 28/084 20230101ALI20240829BHJP
H04W 60/00 20090101ALI20240829BHJP
H04W 88/14 20090101ALI20240829BHJP
H04W 88/16 20090101ALI20240829BHJP
【ＦＩ】
H04W76/10
H04L61/4511
H04W8/04
H04W28/084
H04W60/00
H04W88/14
H04W88/16
【請求項の数】
15
(21)【出願番号】P 2023518092
(86)(22)【出願日】2021-09-20
(65)【公表番号】
(43)【公表日】2023-11-29
(86)【国際出願番号】 EP2021075757
(87)【国際公開番号】W WO2022058579
(87)【国際公開日】2022-03-24
【審査請求日】2023-05-17
(31)【優先権主張番号】63/081,066
(32)【優先日】2020-09-21
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ヤン， ヨン
【審査官】松野 吉宏
(56)【参考文献】
【文献】Nokia, Nokia Shanghai Bell，Restoration of PDN connections after a PGW-C/SMF failure, restart or scale-in，3GPP TSG CT WG4#99e C4-204184，フランス，3GPP，2020年08月11日
【文献】Huawei，Small data rate control and Serving PLMN rate control，3GPP TSG CT WG4#99e C4-204395，フランス，3GPP，2020年08月25日
【文献】Nokia, Nokia Shanghai Bell, Ericsson，Data rate control during mobility between 5GS and EPS，3GPP TSG CT WG4#98e C4-203147，フランス，3GPP，2020年05月20日
【文献】Ericsson，Correction to EPS-5GS idle mobility with N26，3GPP TSG SA#86 SP-191115，フランス，3GPP，2019年12月13日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
セルラ通信システム（５００）の動作の方法であって、前記方法は、モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
前記ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、前記ＤＮＳクエリ要求がアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ことと、
前記ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、前記ＤＮＳクエリ応答が情報を備え、前記情報は、
前記ＤＮＳクエリ要求を満たす複数の候補複合セッション管理機能およびパケットゲートウェイ制御プレーン（ＳＭＦ／ＰＧＷ－Ｃ）インスタンス（６１４）を識別し、
同じＳＭＦ／ＰＧＷ－Ｃセットに属する少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１および６１４－２）を識別し、前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスが、第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）と第２の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－２）とを備え、前記ＳＭＦ／ＰＧＷ－Ｃセット中の前記ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１、６１４－２）が、同じサービスと（１つまたは複数の）同じネットワークスライスとをサポートする、
ことと、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）を選択すること（７１０）と、
サービングゲートウェイ（ＳＧＷ）（６０４）に、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
前記ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
前記ＵＥ（５１２）にアタッチ受付を送ること（７２０）と、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したと決定すること（７２６）と、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したと決定すること（７２６）に応答して、
前記ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、前記第２のセッション作成要求が、前記第２の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－２）を指示する情報を備える、ことと、
前記ＳＧＷ（６０４）または前記新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と、
前記ＳＧＷ（６０４）または前記新しいＳＧＷにおいて、
前記ＭＭＥ（６０２）から前記第１のセッション作成要求を受信すること（７１２）と、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）に前記第１のセッション作成要求をフォワーディングすること（７１４）と、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）から前記第１のセッション作成応答を受信すること（７１６）と、
前記ＭＭＥ（６０２）に前記第１のセッション作成応答をフォワーディングすること（７１８）と、
前記ＭＭＥ（６０２）から前記第２のセッション作成要求を受信すること（７２８）と、
前記第２の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－２）にベアラ修正要求を送ること（７３０）と、
前記第２の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－２）からベアラ修正応答を受信すること（７３２）と、
前記ＭＭＥ（６０２）に前記第２のセッション作成応答を送ること（７３４）と
を含む、方法。
【請求項2】
前記ＳＧＷ（６０４）において、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したことを検出すること（７２４）と、
前記ＭＭＥ（６０２）に、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したという通知を送ること（７２６）と
をさらに含む、請求項１に記載の方法。
【請求項3】
前記ＭＭＥ（６０２）から前記第２のセッション作成要求が送られる前記ＳＧＷ（６０４）は、前記第１のセッション作成要求を受信した前記ＳＧＷ（６０４）であり、前記ＳＧＷ（６０４）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、請求項２に記載の方法。
【請求項4】
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したと決定すること（７２６）は、前記ＳＧＷ（６０４）から再開通知を受信すること（７２６）、
前記ＳＧＷ（６０４）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、前記失敗が発生したと決定すること
のいずれかまたは両方を含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記ＳＧＷ（６０４）または前記新しいＳＧＷにおいて、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）からベアラ作成／更新／削除要求を受信すること（７３６）であって、前記ベアラ作成／更新／削除要求は、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ことと、
前記ＭＭＥ（６０２）に前記ベアラ作成／更新／削除要求をフォワーディングすること（７３８）と、
前記ＭＭＥ（６０２）において、
前記ＳＧＷ（６０４）または前記新しいＳＧＷから前記ベアラ作成／更新／削除要求を受信すること（７３８）と、
前記ＳＧＷ（６０４）、前記新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、前記第３のセッション作成要求が、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）を指示する情報を備える、ことと
をさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる前記情報が、前記複数の候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスと、前記同じＳＭＦ／ＰＧＷ－Ｃセット中にある前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスとを指示するＮＡＰＴＲ情報を備える、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記ＮＡＰＴＲ情報が、前記同じＰＧＷセット中にある前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、前記ストリングは、前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスが前記同じＳＭＦ／ＰＧＷ－Ｃセット中にあることを指示する、請求項６に記載の方法。
【請求項8】
前記ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、前記ｓｅｔ＜ｓｅｔＩｄ＞が、前記ＳＭＦ／ＰＧＷ－ＣセットのＮＦ ｓｅｔ ＩＤの第１のラベルにセットされる、請求項７に記載の方法。
【請求項9】
セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、前記方法は、ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
前記ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、前記ＤＮＳクエリ要求がアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ことと、
前記ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、前記ＤＮＳクエリ応答が情報を備え、前記情報は、
前記ＤＮＳクエリ要求を満たす複数の候補複合セッション管理機能およびパケットゲートウェイ制御プレーン（ＳＭＦ／ＰＧＷ－Ｃ）インスタンス（６１４）を識別し、
同じＳＭＦ／ＰＧＷ－Ｃセットに属する少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１および６１４－２）を識別し、前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスが、第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）と第２の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－２）とを備え、前記ＳＭＦ／ＰＧＷ－Ｃセット中の前記ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１、６１４－２）が、同じサービスと（１つまたは複数の）同じネットワークスライスとをサポートする、
ことと、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）を選択すること（７１０）と、
サービングゲートウェイ（ＳＧＷ）（６０４）に、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
前記ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
前記ＵＥ（５１２）にアタッチ受付を送ること（７２０）と、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したと決定すること（７２６）と、
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したと決定すること（７２６）に応答して、
前記ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、前記第２のセッション作成要求が、前記第２の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－２）を指示する情報を備える、ことと、
前記ＳＧＷ（６０４）または前記新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と
を含む、方法。
【請求項10】
前記ＭＭＥ（６０２）から前記第２のセッション作成要求が送られる前記ＳＧＷ（６０４）は、前記第１のセッション作成要求が送られる前記ＳＧＷ（６０４）であり、前記ＳＧＷ（６０４）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、請求項９に記載の方法。
【請求項11】
前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が失敗したと決定すること（７２６）は、前記ＳＧＷ（６０４）から再開通知を受信すること（７２６）、
前記ＳＧＷ（６０４）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、前記失敗が発生したと決定すること
のいずれかまたは両方を含む、請求項９または１０に記載の方法。
【請求項12】
前記ＳＧＷ（６０４）または前記新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）であって、前記ベアラ作成／更新／削除要求は、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ことと、前記ＳＧＷ（６０４）、前記新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、前記第３のセッション作成要求が、前記第１の複合ＳＭＦ／ＰＧＷ－Ｃインスタンス（６１４－１）を指示する情報を備える、ことと
をさらに含む、請求項９から１１のいずれか一項に記載の方法。
【請求項13】
前記ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる前記情報が、前記複数の候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスと、前記同じＳＭＦ／ＰＧＷ－Ｃセット中にある前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスとを指示するＮＡＰＴＲ情報を備える、請求項９から１２のいずれか一項に記載の方法。
【請求項14】
前記ＮＡＰＴＲ情報が、前記同じＳＭＦ／ＰＧＷ－Ｃセット中にある前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、前記ストリングは、前記少なくとも２つの候補複合ＳＭＦ／ＰＧＷ－Ｃインスタンスが前記同じＳＭＦ／ＰＧＷ－Ｃセット中にあることを指示する、請求項１３に記載の方法。
【請求項15】
前記ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、前記ｓｅｔ＜ｓｅｔＩｄ＞が、前記ＳＭＦ／ＰＧＷ－ＣセットのＮＦ ｓｅｔ ＩＤの第１のラベルにセットされる、請求項１４に記載の方法。
【発明の詳細な説明】
【背景技術】
【0001】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになる。
【0002】
リリース１６では、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ネットワーク機能セット概念の使用を、第５世代（５Ｇ）コア（５ＧＣ）におけるすべてのタイプのネットワーク機能（ＮＦ）について適用可能であるように、さらに拡大させ、たとえば、いくつかのセッション管理機能（ＳＭＦ）がＳＭＦセットを形成することができる。
【0003】
以下は、ＮＦサービス、ＮＦサービスセット、およびＮＦセットに関係する３ＧＰＰ技術仕様（ＴＳ）２３．５０１（たとえば、Ｖ１５．５．１参照）からの規定のリストである。
● ＮＦインスタンス：ＮＦの識別可能なインスタンス。
● ＮＦサービス：サービスベースインターフェースを通してＮＦによって公開され、他の許可されたＮＦによって消費される機能。
● ＮＦサービスインスタンス：ＮＦサービスの識別可能なインスタンス。
● ＮＦサービス動作：ＮＦサービスを構成する基本ユニット。
● ＮＦサービスセット：ＮＦインスタンス内の同じサービスタイプの交換可能なＮＦサービスインスタンスのグループ。同じＮＦサービスセット中のＮＦサービスインスタンスは同じコンテキストデータへのアクセスを有する。
● ＮＦセット：同じサービスおよび（１つまたは複数の）同じネットワークスライスをサポートする、同じタイプの交換可能なＮＦインスタンスのグループ。同じＮＦセット中のＮＦインスタンスは、地理的に分散されるが、同じコンテキストデータへのアクセスを有し得る。
● ＮＦインスタンス：ＮＦの識別可能なインスタンス。
● ＮＦサービス：サービスベースインターフェースを通してＮＦによって公開され、他の許可されたＮＦによって消費される機能。
● ＮＦサービスインスタンス：ＮＦサービスの識別可能なインスタンス。
● ＮＦサービス動作：ＮＦサービスを構成する基本ユニット。
● ＮＦサービスセット：ＮＦインスタンス内の同じサービスタイプの交換可能なＮＦサービスインスタンスのグループ。同じＮＦサービスセット中のＮＦサービスインスタンスは同じコンテキストデータへのアクセスを有する。
● ＮＦセット：同じサービスおよび（１つまたは複数の）同じネットワークスライスをサポートする、同じタイプの交換可能なＮＦインスタンスのグループ。同じＮＦセット中のＮＦインスタンスは、地理的に分散されるが、同じコンテキストデータへのアクセスを有し得る。
【0004】
３ＧＰＰ ＴＳ２３．５０１のセクション５．２１．３．１において指定されているように、いくつかのＮＦインスタンスが、ＮＦインスタンスのセットとして、分散、冗長、およびスケーラビリティを一緒に提供するためにＮＦセット内に存在するように、ＮＦインスタンスが展開され得る。そうである場合、ＮＦは、失敗、負荷分散、負荷再分散（ｌｏａｄ ｒｅ－ｂａｌａｎｃｉｎｇ）などのシナリオの場合、同じＮＦセット内の代替ＮＦによって置き換えられ得る。したがって、たとえば、別のＳＭＦが、同じＳＭＦセットに関係するＳＭＦによってハンドリングされたプロトコルデータユニット（ＰＤＵ）セッションを引き継ぐことができる。
【0005】
図１
第４世代（４Ｇ）と５Ｇとの間のモビリティをサポートするために、複合パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）およびＳＭＦが必要とされる。これは、本明細書では図１として複写される、３ＧＰＰ ＴＳ２３．５０１の図４．３．１－１（）に示されている。
第４世代（４Ｇ）と５Ｇとの間のモビリティをサポートするために、複合パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）およびＳＭＦが必要とされる。これは、本明細書では図１として複写される、３ＧＰＰ ＴＳ２３．５０１の図４．３．１－１（）に示されている。
【0006】
図２および図３
たとえばエボルブドパケットシステム（ＥＰＳ）について、ＳＭＦセット概念がない場合（３ＧＰＰ ＴＳ２３．４０１からの図２および図３参照）、ＰＧＷが失敗した、すなわち再開なしか、または再開したとき、このＰＧＷによってハンドリングされたＰＤＮ接続は保持され得ない。モビリティ管理エンティティ（ＭＭＥ）は、影響を受けたＰＤＮ接続を再確立することをユーザ機器（ＵＥ）に要求しなければならない。
たとえばエボルブドパケットシステム（ＥＰＳ）について、ＳＭＦセット概念がない場合（３ＧＰＰ ＴＳ２３．４０１からの図２および図３参照）、ＰＧＷが失敗した、すなわち再開なしか、または再開したとき、このＰＧＷによってハンドリングされたＰＤＮ接続は保持され得ない。モビリティ管理エンティティ（ＭＭＥ）は、影響を受けたＰＤＮ接続を再確立することをユーザ機器（ＵＥ）に要求しなければならない。
【0007】
図４
図４は、３ＧＰＰ ＴＳ２３．２１４からの図４．２．１－１の複写であり、制御プレーンとユーザプレーンとが分離されるネットワークシナリオについて説明する。本開示では、ＰＧＷ制御プレーン（ＰＧＷ－Ｃ）失敗のみが対処される。ＳＧｉ、ＰＧＷユーザプレーン（ＰＧＷ－Ｕ）、ＳＧＷユーザプレーン（ＳＧＷ－Ｕ）を介した、およびＳ１－Ｕを介した、オペレータのインターネットプロトコル（ＩＰ）サービスからエボルブドノードＢ（ｅＮＢ）へのユーザプレーン経路は、良好であり得る。
図４は、３ＧＰＰ ＴＳ２３．２１４からの図４．２．１－１の複写であり、制御プレーンとユーザプレーンとが分離されるネットワークシナリオについて説明する。本開示では、ＰＧＷ制御プレーン（ＰＧＷ－Ｃ）失敗のみが対処される。ＳＧｉ、ＰＧＷユーザプレーン（ＰＧＷ－Ｕ）、ＳＧＷユーザプレーン（ＳＧＷ－Ｕ）を介した、およびＳ１－Ｕを介した、オペレータのインターネットプロトコル（ＩＰ）サービスからエボルブドノードＢ（ｅＮＢ）へのユーザプレーン経路は、良好であり得る。
【0008】
Ｎｏｋｉａは、問題点を提起し、拡張、すなわち、変更要求（ＣＲ）Ｃ４－２０４１８４を提案し、これは、本明細書では付録Ａとして添付される。
【0009】
いくつかのさらなる背景情報は、以下の通りである。
【0010】
ＳＭＦまたはＰＧＷセットＦＱＤＮに関して、３ＧＰＰ ＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）は、以下のように、セクション２８．３．２．９においてＳＭＦセットＦＱＤＮを規定する。
【0011】
３ＧＰＰ ＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）は、以下のようにセクション２８．１２においてＮＦセット識別子（ＮＦ Ｓｅｔ ＩＤ）を規定する。
【0012】
３ＧＰＰ ＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）は、以下のように、セクション１９．４．３において３ＧＰＰのためのサービスおよびプロトコルサービス名を規定する。
【発明の概要】
【0013】
現在、（１つまたは複数の）ある課題が存在する。Ｎｏｋｉａ ＣＲ（ＣＲ Ｃ４－２０４１８４）において説明される提案されたソリューションは、以下の欠点を有する。
１． ソリューションは、ＭＭＥが代替ＰＧＷのリストを取り出すためにＤＮＳプロシージャを稼働することができるように、ＰＧＷ／ＳＭＦセットＩＤ ＦＱＤＮのための新しいＤＮＳレコードを導入するために、ＤＮＳサーバにおける更新を必要とし、これは、追加のＤＮＳシグナリングプロシージャを必要とする（著者のコメント。この余分のシグナリング。そのような余分のシグナリングを回避することが望ましい。
２． ＭＭＥが代替ＰＧＷを選択した後に、ＣＲは、ＭＭＥがベアラ修正要求メッセージを送ることを提案する。これは、既存のＭＭＥ／ＳＧＷ実装形態に大きい影響を及ぼし、ここで、ベアラ修正要求がＰＧＷの新しいＦ－ＴＥＩＤを含むことができず、ＳＧＷがＳ１１上でそれ自体のＦ－ＴＥＩＤを使用してＰＤＮ接続を識別し、ＳＧＷがＳ５／Ｓ８を介して対応するＰＧＷ Ｆ－ＴＥＩＤを見つける。
「ＭＭＥは、次いで、ＰＧＷセットＦＱＤＮを使用して代替ＰＧＷ－Ｃ／ＳＭＦを選択し、ＵＥの識別情報（ＩＭＳＩ、またはＩＭＳＩが利用可能でない場合はＩＭＥＩ）と（ＰＤＮ接続のデフォルトＥＰＳベアラ識別情報を識別する）リンクされたＥＰＳベアラ識別情報とを含むベアラ修正要求を、ＳＧＷを介して、新たに選択されたＰＧＷ－Ｃ／ＳＭＦのほうへ送るべきである。」
３． （新しい）ＰＧＷは、ベアラ更新要求メッセージを使用してそのＰＧＷ Ｆ－ＴＥＩＤを更新し得る。これは、ＳＧＷとＭＭＥの両方が後で使用されることになる情報を記憶しなければならないので、それらの両方に影響を及ぼす。
１． ソリューションは、ＭＭＥが代替ＰＧＷのリストを取り出すためにＤＮＳプロシージャを稼働することができるように、ＰＧＷ／ＳＭＦセットＩＤ ＦＱＤＮのための新しいＤＮＳレコードを導入するために、ＤＮＳサーバにおける更新を必要とし、これは、追加のＤＮＳシグナリングプロシージャを必要とする（著者のコメント。この余分のシグナリング。そのような余分のシグナリングを回避することが望ましい。
２． ＭＭＥが代替ＰＧＷを選択した後に、ＣＲは、ＭＭＥがベアラ修正要求メッセージを送ることを提案する。これは、既存のＭＭＥ／ＳＧＷ実装形態に大きい影響を及ぼし、ここで、ベアラ修正要求がＰＧＷの新しいＦ－ＴＥＩＤを含むことができず、ＳＧＷがＳ１１上でそれ自体のＦ－ＴＥＩＤを使用してＰＤＮ接続を識別し、ＳＧＷがＳ５／Ｓ８を介して対応するＰＧＷ Ｆ－ＴＥＩＤを見つける。
「ＭＭＥは、次いで、ＰＧＷセットＦＱＤＮを使用して代替ＰＧＷ－Ｃ／ＳＭＦを選択し、ＵＥの識別情報（ＩＭＳＩ、またはＩＭＳＩが利用可能でない場合はＩＭＥＩ）と（ＰＤＮ接続のデフォルトＥＰＳベアラ識別情報を識別する）リンクされたＥＰＳベアラ識別情報とを含むベアラ修正要求を、ＳＧＷを介して、新たに選択されたＰＧＷ－Ｃ／ＳＭＦのほうへ送るべきである。」
３． （新しい）ＰＧＷは、ベアラ更新要求メッセージを使用してそのＰＧＷ Ｆ－ＴＥＩＤを更新し得る。これは、ＳＧＷとＭＭＥの両方が後で使用されることになる情報を記憶しなければならないので、それらの両方に影響を及ぼす。
【0014】
要約すれば、Ｎｏｋｉａ ＣＲにおいて説明される提案されたソリューションは、レガシーＳＧＷにいくつかの不要な影響を及ぼす。
【0015】
本開示のいくつかの態様およびそれらの実施形態は、上述のまたは他の課題のソリューションを提供し得る。本開示の実施形態は、サービングＰＧＷ／ＳＭＦが失敗したとき、失敗したＰＧＷ／ＳＭＦがＰＧＷ／ＳＭＦセットに関係する間にＰＤＮ接続の復元を可能にするために、新しいドメイン名サーバ（ＤＮＳ：Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ）ソリューション、およびＣ４－２０４１８４において提案されたソリューションに対するいくつかの拡張を提供する。
【0016】
本明細書で説明される本開示の実施形態は、以下の２つの態様のいずれかまたは両方を含む。
Ａ．新しいＤＮＳソリューション、および
Ｂ．提案されたソリューションに対する拡張（Ｃ４－２０４－１８４）、
その各々が以下で説明される。
Ａ．新しいＤＮＳソリューション、および
Ｂ．提案されたソリューションに対する拡張（Ｃ４－２０４－１８４）、
その各々が以下で説明される。
【0017】
本明細書に組み込まれ、明細書の一部をなす添付の図面は、様々な実施形態を示している。
【図面の簡単な説明】
【0018】
【図1】５ＧＳとＥＰＣ／Ｅ－ＵＴＲＡＮとの間のインターワーキングのための非ローミングアーキテクチャを示す図である。
【図2】３ＧＰＰアクセスのための非ローミングアーキテクチャを示す図である。
【図3】３ＧＰＰアクセスのためのローミングアーキテクチャを示す図である。
【図4】制御プレーンとユーザプレーンとが分離されるネットワークシナリオについて説明する図である。
【図5】本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す図である。
【図6】本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す図である。
【図9】本開示のいくつかの実施形態による、ネットワークノード９００の概略ブロック図である。
【図10】本開示のいくつかの実施形態による、ネットワークノード９００の仮想化された実施形態を示す概略ブロック図である。
【図11】本開示のいくつかの他の実施形態による、ネットワークノード９００の概略ブロック図である。
【発明を実施するための形態】
【0019】
Ａ．拡張ＤＮＳソリューション
同じＰＧＷ／ＳＭＦセットに関係するＰＧＷ／ＳＭＦは同じ機能を有することになるので、これらのＰＧＷのいずれかによって作成されるＰＤＮ接続は、同じＰＧＷ／ＳＭＦセット中の任意の他のＰＧＷによってハンドオーバまたはサーブされ得る。これは、ＭＭＥがＰＧＷを選択するためにＤＮＳプロシージャを実施するとき、同じセット中のすべてのＰＧＷが応答メッセージ中に現れることになることを意味する。一実施形態では、ＭＭＥが、これらのＰＧＷが同じＰＧＷセットに関係することを知ることを可能にするために、ＤＮＳ中のＰＧＷネームオーソリティポインタ（ＮＡＰＴＲ：Ｎａｍｅ Ａｕｔｈｏｒｉｔｙ Ｐｏｉｎｔｅｒ）レコードに情報が追加される。
同じＰＧＷ／ＳＭＦセットに関係するＰＧＷ／ＳＭＦは同じ機能を有することになるので、これらのＰＧＷのいずれかによって作成されるＰＤＮ接続は、同じＰＧＷ／ＳＭＦセット中の任意の他のＰＧＷによってハンドオーバまたはサーブされ得る。これは、ＭＭＥがＰＧＷを選択するためにＤＮＳプロシージャを実施するとき、同じセット中のすべてのＰＧＷが応答メッセージ中に現れることになることを意味する。一実施形態では、ＭＭＥが、これらのＰＧＷが同じＰＧＷセットに関係することを知ることを可能にするために、ＤＮＳ中のＰＧＷネームオーソリティポインタ（ＮＡＰＴＲ：Ｎａｍｅ Ａｕｔｈｏｒｉｔｙ Ｐｏｉｎｔｅｒ）レコードに情報が追加される。
【0020】
したがって、本開示の一実施形態では、ＰＧＷ ＮＡＰＴＲレコードは拡張され、ＮＦセット概念のサポートを新しいネットワーク能力と見なす。例示的な一実施形態では、３ＧＰＰ ＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）、節１９．４．３において指定されているように、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加され、ここで、ｓｅｔ＜ｓｅｔＩｄ＞は、３ＧＰＰ ＴＳ２３．００３の節２８．１２において指定されているように、ＳＭＦセットのＮＦ Ｓｅｔ Ｉｄの第１のラベルにセットされる。一実施形態では、ＴＳ２３．００３、節１９．４．３において指定されているように、完全に新しい文字ストリング、たとえば「＋ｓｅｔ－＜ｓｅｔＩｄ＞」が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加される。
【0021】
たとえば、一実施形態では、以下のストリングがＰＧＷ ＮＡＰＴＲレコードに追加される。
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」または
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」
この例では、ＭＭＥは、アクセスポイント名（ＡＰＮ）「ｉｍｓＴＶ１」のためのＰＧＷを選択することを試みている。したがって、ＭＭＥは、ＰＧＷのＮＡＰＴＲレコードのためのＤＮＳクエリを実施するためにＡＰＮの完全修飾ドメイン名（ＦＱＤＮ）を使用する。次いで、ＤＮＳサーバにおいて、ＭＭＥは、ＰＧＷ／ＳＭＦセットに関係するＰＧＷ／ＳＭＦについて以下のように設定し得る。
上記の例では、ｇｗ０１とｇｗ２１の両方が、ｓｅｔＩｄ＝１００をもつセットに関係している（たとえば、それに属する）。
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」または
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」
この例では、ＭＭＥは、アクセスポイント名（ＡＰＮ）「ｉｍｓＴＶ１」のためのＰＧＷを選択することを試みている。したがって、ＭＭＥは、ＰＧＷのＮＡＰＴＲレコードのためのＤＮＳクエリを実施するためにＡＰＮの完全修飾ドメイン名（ＦＱＤＮ）を使用する。次いで、ＤＮＳサーバにおいて、ＭＭＥは、ＰＧＷ／ＳＭＦセットに関係するＰＧＷ／ＳＭＦについて以下のように設定し得る。
【0022】
この例では、ＰＧＷ／ＳＭＦ ＳＥＴ ＦＱＤＮは、
「ｓｅｔ１００．ｓｍｆｓｅｔ．５ｇｃ．ｍｎｃ０１２．ｍｃｃ３４５」
であることになる
太字の＋ｎｃ－ｓｅｔ１００は、代わりに、新しい文字ストリング、たとえばｓｅｔ－１００を使用し得る。
「ｓｅｔ１００．ｓｍｆｓｅｔ．５ｇｃ．ｍｎｃ０１２．ｍｃｃ３４５」
であることになる
太字の＋ｎｃ－ｓｅｔ１００は、代わりに、新しい文字ストリング、たとえばｓｅｔ－１００を使用し得る。
【0023】
ソリューションＡでは、ＳＧＷ影響がさらに小さくなることに留意されたい。唯一の影響は、（古いＰＧＷを引き継ぐ）新しいＰＧＷが、ＭＭＥに知らせるために依然としてベアラ更新要求メッセージを使用し得ることである。以下のソリューションＢにおける拡張４を参照されたい。本明細書で説明されるソリューションを理解するために必須ではないが、興味のある読者は、３ＧＰＰ ＴＳ２９．３０３、節５．８．２ ＳＧＷ、ＰＧＷおよびＧＧＳＮ選択プロシージャをも参照することができる。
【0024】
Ｂ．ＣＲ Ｃ４－２０４１８４の提案されたソリューションに対する拡張
いくつかの実施形態では、ＣＲ Ｃ４－２０４１８４において説明されるソリューションに対する以下の拡張のうちの１つまたは複数を使用するシステムおよび方法が、本明細書で開示される。
いくつかの実施形態では、ＣＲ Ｃ４－２０４１８４において説明されるソリューションに対する以下の拡張のうちの１つまたは複数を使用するシステムおよび方法が、本明細書で開示される。
【0025】
拡張１：ＰＧＷから送られたセッション作成応答メッセージでは、ＰＧＷ ＳＥＴ ＦＱＤＮに加えて、ＰＧＷは、サービングＰＧＷが失敗した場合にＭＭＥによって使用されるべき代替ＰＧＷ ＩＰアドレスのリストを含み得る。
【0026】
拡張２：ＰＧＷが再開したかまたは失敗したことをＭＭＥに通知するためにＰＧＷ再開指示メッセージを使用することに加えて、ＭＭＥは、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。これは、ＰＧＷ部分失敗を解決するためのものである。
【0027】
拡張３：ＭＭＥが代替ＰＧＷを再選択することを判断したとき、ＭＭＥは、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを（たとえば、常に）使用する。ＭＭＥは、代替ＰＧＷの新しいＰＧＷ Ｆ－ＴＥＩＤをもつセッション作成要求メッセージを（新しい）ＳＧＷに送る。セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすべきであるが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥによって提供された利用可能なおよびリモートＳ５／Ｓ８ ＰＧＷ－Ｕ ＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ ｅＮＢ ＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つべきである。
ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
【0028】
拡張４：失敗したＰＧＷまたは（ＰＤＮ接続を引き継ぐ）新しいＰＧＷが所与のＰＤＮ接続についてＰＧＷ Ｆ－ＴＥＩＤを更新することを希望するとき、失敗したＰＧＷまたは新しいＰＧＷは、ベアラ作成／更新／削除要求メッセージを送ることができるが、失敗したＰＧＷまたは新しいＰＧＷは、ＳＧＷが新しいＰＧＷ Ｆ－ＴＥＩＤを記憶することを必要としない。代わりに、ＭＭＥは、ベアラ作成／更新／削除要求メッセージ中で受信された新しいＰＧＷ Ｆ－ＴＥＩＤを使用して、拡張３において説明されたようにＳＧＷ再配置プロシージャを実施する。
【0029】
本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。
【0030】
いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。本明細書で説明されるソリューションの実施形態は、（１つまたは複数の）ＰＤＮ接続の、（（１つまたは複数の）前記ＰＤＮ接続の）サービングＰＧＷの失敗における復元を可能にし、ここで、本明細書で説明されるソリューションの実施形態は、たとえばＭＭＥおよびＳＧＷにおいて、レガシーシステムにほとんど影響を及ぼさない。
【0031】
添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。
【0032】
無線ノード：本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線通信デバイスのいずれかである。
【0033】
無線アクセスノード：本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）基地局（ｇＮＢ）、あるいは３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、リレーノード、基地局の機能の部分を実装するネットワークノード（たとえば、ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）を実装するネットワークノード、またはｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を実装するネットワークノード）あるいは何らかの他のタイプの無線アクセスノードの機能の部分を実装するネットワークノードを含む。
【0034】
コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセスおよびモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードを含む。
【0035】
通信デバイス：本明細書で使用される「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例は、限定はしないが、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはパーソナルコンピュータ（ＰＣ）を含む。通信デバイスは、無線または有線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。
【0036】
無線通信デバイス：通信デバイスの１つのタイプは、無線ネットワーク（たとえば、セルラネットワーク）へのアクセスを有する（すなわち、無線ネットワークによってサーブされる）任意のタイプの無線デバイスであり得る、無線通信デバイスである。無線通信デバイスのいくつかの例は、限定はしないが、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）と、マシン型通信（ＭＴＣ）デバイスと、モノのインターネット（ＩｏＴ）デバイスとを含む。そのような無線通信デバイスは、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはＰＣであり得るか、あるいはそれらに統合され得る。無線通信デバイスは、無線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。
【0037】
ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラ通信ネットワーク／システムのＲＡＮまたはコアネットワークのいずれかの一部である任意のノードである。
【0038】
本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。
【0039】
本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。
【0040】
図５
図５は、本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム５００は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と５Ｇコア（５ＧＣ）とを含む５Ｇシステム（５ＧＳ）と、拡張ユニバーサル地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）とエボルブドパケットコア（ＥＰＣ）とを含むエボルブドパケットシステム（ＥＰＳ）との間のインターワーキングを可能にするシステムである。この例では、ＲＡＮは、ＮＧ－ＲＡＮにおいてＮＲ基地局（ｇＮＢ）と随意に次世代ｅＮＢ（ｎｇ－ｅＮＢ）（たとえば、５ＧＣに接続されたＬＴＥ ＲＡＮノード）とを含み、Ｅ－ＵＴＲＡＮにおいてｅＮＢを含む、基地局５０２－１および５０２－２を含み、これらは対応する（マクロ）セル５０４－１および５０４－２を制御する。基地局５０２－１および５０２－２は、概して、本明細書では、まとめて基地局５０２と呼ばれ、個別に基地局５０２と呼ばれる。同様に、（マクロ）セル５０４－１および５０４－２は、概して、本明細書では、まとめて（マクロ）セル５０４と呼ばれ、個別に（マクロ）セル５０４と呼ばれる。ＲＡＮは、いくつかの低電力ノード５０６－１～５０６－４をも含み、これらは対応するスモールセル５０８－１～５０８－４を制御し得る。低電力ノード５０６－１～５０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局、またはリモート無線ヘッド（ＲＲＨ）などであり得る。特に、示されていないが、スモールセル５０８－１～５０８－４のうちの１つまたは複数は、基地局５０２によって代替的に提供され得る。低電力ノード５０６－１～５０６－４は、概して、本明細書では、まとめて低電力ノード５０６と呼ばれ、個別に低電力ノード５０６と呼ばれる。同様に、スモールセル５０８－１～５０８－４は、概して、本明細書では、まとめてスモールセル５０８と呼ばれ、個別にスモールセル５０８と呼ばれる。セルラ通信システム５００は、５Ｇシステム（５ＧＳ）において５ＧＣと呼ばれ、ＥＰＳにおいてＥＰＣと呼ばれる、（１つまたは複数の）コアネットワーク５１０をも含む。基地局５０２（および、随意に低電力ノード５０６）は、コアネットワーク５１０に接続される。
図５は、本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム５００は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と５Ｇコア（５ＧＣ）とを含む５Ｇシステム（５ＧＳ）と、拡張ユニバーサル地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）とエボルブドパケットコア（ＥＰＣ）とを含むエボルブドパケットシステム（ＥＰＳ）との間のインターワーキングを可能にするシステムである。この例では、ＲＡＮは、ＮＧ－ＲＡＮにおいてＮＲ基地局（ｇＮＢ）と随意に次世代ｅＮＢ（ｎｇ－ｅＮＢ）（たとえば、５ＧＣに接続されたＬＴＥ ＲＡＮノード）とを含み、Ｅ－ＵＴＲＡＮにおいてｅＮＢを含む、基地局５０２－１および５０２－２を含み、これらは対応する（マクロ）セル５０４－１および５０４－２を制御する。基地局５０２－１および５０２－２は、概して、本明細書では、まとめて基地局５０２と呼ばれ、個別に基地局５０２と呼ばれる。同様に、（マクロ）セル５０４－１および５０４－２は、概して、本明細書では、まとめて（マクロ）セル５０４と呼ばれ、個別に（マクロ）セル５０４と呼ばれる。ＲＡＮは、いくつかの低電力ノード５０６－１～５０６－４をも含み、これらは対応するスモールセル５０８－１～５０８－４を制御し得る。低電力ノード５０６－１～５０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局、またはリモート無線ヘッド（ＲＲＨ）などであり得る。特に、示されていないが、スモールセル５０８－１～５０８－４のうちの１つまたは複数は、基地局５０２によって代替的に提供され得る。低電力ノード５０６－１～５０６－４は、概して、本明細書では、まとめて低電力ノード５０６と呼ばれ、個別に低電力ノード５０６と呼ばれる。同様に、スモールセル５０８－１～５０８－４は、概して、本明細書では、まとめてスモールセル５０８と呼ばれ、個別にスモールセル５０８と呼ばれる。セルラ通信システム５００は、５Ｇシステム（５ＧＳ）において５ＧＣと呼ばれ、ＥＰＳにおいてＥＰＣと呼ばれる、（１つまたは複数の）コアネットワーク５１０をも含む。基地局５０２（および、随意に低電力ノード５０６）は、コアネットワーク５１０に接続される。
【0041】
基地局５０２および低電力ノード５０６は、対応するセル５０４および５０８中の無線通信デバイス５１２－１～５１２－５にサービスを提供する。無線通信デバイス５１２－１～５１２－５は、概して、本明細書では、まとめて無線通信デバイス５１２と呼ばれ、個別に無線通信デバイス５１２と呼ばれる。以下の説明では、無線通信デバイス５１２は、しばしばＵＥであるが、本開示はそれに限定されない。
【0042】
図６
図６は、本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す。この例では、セルラ通信システム５００は５ＧＳとＥＰＳの両方を含み、５ＧＳとＥＰＳとの間のインターワーキングを伴う。図示のように、ＥＰＳに関して、セルラ通信システム５００はＥ－ＵＴＲＡＮ６００を含み、Ｅ－ＵＴＲＡＮ６００は、この場合、ｅＮＢである１つまたは複数の基地局５０２と、ＥＰＣのいくつかのコアネットワークノードとを含む。図示のように、ＥＰＣのネットワークノードは、この例では、ＭＭＥ６０２とＳＧＷ６０４とを含む。５ＧＳに関して、セルラ通信システム５００はＮＧ－ＲＡＮ６０６を含み、ＮＧ－ＲＡＮ６０６は、この場合、ｇＮＢまたはｎｇ－ｅＮＢである１つまたは複数の基地局と、５ＧＣのいくつかのＮＦとを含む。図示のように、ＮＦは、ＡＭＦ６０８とＰＣＦ６１０とを含む。さらに、５ＧＳとＥＰＳとの間のインターワーキングを可能にするために、セルラ通信システム５００は、いくつかの複合またはジョイントＮＦを含む。複合ＮＦは、この例では、（本明細書ではＨＳＳ＋ＵＤＭ６１２またはＨＳＳ／ＵＤＭ６１２とも呼ばれる）複合ＨＳＳおよびＵＤＭ６１２と、（本明細書ではＳＭＦ＋ＰＧＷ－Ｃ６１４またはＳＭＦ／ＰＧＷ－Ｃ６１４とも呼ばれる）複合ＳＭＦおよびＰＧＷ－Ｃ６１４と、（本明細書ではＵＰＦ＋ＰＧＷ－Ｕ６１６またはＵＰＦ／ＰＧＷ－Ｕ６１６とも呼ばれる）複合ＵＰＦおよびＰＧＷ－Ｕ６１６とを含む。セルラ通信システム５００、および特にＭＭＥ６０２は、本明細書で説明されるようにＤＮＳ６１８と通信することが可能である。
図６は、本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す。この例では、セルラ通信システム５００は５ＧＳとＥＰＳの両方を含み、５ＧＳとＥＰＳとの間のインターワーキングを伴う。図示のように、ＥＰＳに関して、セルラ通信システム５００はＥ－ＵＴＲＡＮ６００を含み、Ｅ－ＵＴＲＡＮ６００は、この場合、ｅＮＢである１つまたは複数の基地局５０２と、ＥＰＣのいくつかのコアネットワークノードとを含む。図示のように、ＥＰＣのネットワークノードは、この例では、ＭＭＥ６０２とＳＧＷ６０４とを含む。５ＧＳに関して、セルラ通信システム５００はＮＧ－ＲＡＮ６０６を含み、ＮＧ－ＲＡＮ６０６は、この場合、ｇＮＢまたはｎｇ－ｅＮＢである１つまたは複数の基地局と、５ＧＣのいくつかのＮＦとを含む。図示のように、ＮＦは、ＡＭＦ６０８とＰＣＦ６１０とを含む。さらに、５ＧＳとＥＰＳとの間のインターワーキングを可能にするために、セルラ通信システム５００は、いくつかの複合またはジョイントＮＦを含む。複合ＮＦは、この例では、（本明細書ではＨＳＳ＋ＵＤＭ６１２またはＨＳＳ／ＵＤＭ６１２とも呼ばれる）複合ＨＳＳおよびＵＤＭ６１２と、（本明細書ではＳＭＦ＋ＰＧＷ－Ｃ６１４またはＳＭＦ／ＰＧＷ－Ｃ６１４とも呼ばれる）複合ＳＭＦおよびＰＧＷ－Ｃ６１４と、（本明細書ではＵＰＦ＋ＰＧＷ－Ｕ６１６またはＵＰＦ／ＰＧＷ－Ｕ６１６とも呼ばれる）複合ＵＰＦおよびＰＧＷ－Ｕ６１６とを含む。セルラ通信システム５００、および特にＭＭＥ６０２は、本明細書で説明されるようにＤＮＳ６１８と通信することが可能である。
【0043】
本開示の実施形態は、サービングＳＭＦ／ＰＧＷ－Ｃが失敗したとき、失敗したＳＭＦ／ＰＧＷ－ＣがＰＧＷ／ＳＭＦ－Ｃセットに属する間にＰＤＮ接続の復元を可能にするために、新しいＤＮＳソリューション、およびＣ４－２０４１８４において提案されたソリューションに対するいくつかの拡張を提供する。本明細書で説明される本開示の実施形態は、以下の２つの態様のいずれかまたは両方を含む。
Ａ．新しいＤＮＳソリューション、および
Ｂ．提案されたソリューションに対する拡張（Ｃ４－２０４－１８４）、
その各々が以下で説明される。
Ａ．新しいＤＮＳソリューション、および
Ｂ．提案されたソリューションに対する拡張（Ｃ４－２０４－１８４）、
その各々が以下で説明される。
【0044】
Ａ．拡張ＤＮＳソリューション
同じＳＭＦ／ＰＧＷ－Ｃセットに属するＳＭＦ／ＰＧＷ－Ｃ（たとえば、本明細書ではＳＭＦ／ＰＧＷ－Ｃ６１４－１、６１４－２などとして示される、ＳＭＦ／ＰＧＷ－Ｃ６１４の２つまたはそれ以上のインスタンス）は同じ機能を有することになるので、（ＥＰＳ機能に言及するとき、単に「ＰＧＷ－Ｃ」または「ＰＧＷ」と呼ばれることがある）同じＳＭＦ／ＰＧＷ－Ｃセット中の任意のＳＭＦ／ＰＧＷ－Ｃ６１４－ｘによって作成されるＰＤＮ接続は、同じＳＭＦ／ＰＧＷ－Ｃセット中の任意の他のＳＭＦ／ＰＧＷ－Ｃ６１４－ｙによってハンドオーバまたはサーブされ得る。これは、ＭＭＥ６０２がＰＧＷを選択するために（すなわち、ＳＭＦ／ＰＧＷ－Ｃ６１４を選択するために）ＤＮＳプロシージャを実施するとき、同じＳＭＦ／ＰＧＷ－Ｃセット中のすべてのＰＧＷ（すなわち、すべてのＳＭＦ／ＰＧＷ－Ｃ）がＤＮＳ応答メッセージ中に現れることになることを意味する。一実施形態では、ＭＭＥ６０２が、これらのＰＧＷ（すなわち、ＳＭＦ／ＰＧＷ－Ｃ）が同じＰＧＷセット（すなわち、同じＳＭＦ／ＰＧＷ－Ｃセット）に関係することを知ることを可能にするために、ＤＮＳ６１８中のＰＧＷネームオーソリティポインタ（ＮＡＰＴＲ）レコードに情報が追加される。
同じＳＭＦ／ＰＧＷ－Ｃセットに属するＳＭＦ／ＰＧＷ－Ｃ（たとえば、本明細書ではＳＭＦ／ＰＧＷ－Ｃ６１４－１、６１４－２などとして示される、ＳＭＦ／ＰＧＷ－Ｃ６１４の２つまたはそれ以上のインスタンス）は同じ機能を有することになるので、（ＥＰＳ機能に言及するとき、単に「ＰＧＷ－Ｃ」または「ＰＧＷ」と呼ばれることがある）同じＳＭＦ／ＰＧＷ－Ｃセット中の任意のＳＭＦ／ＰＧＷ－Ｃ６１４－ｘによって作成されるＰＤＮ接続は、同じＳＭＦ／ＰＧＷ－Ｃセット中の任意の他のＳＭＦ／ＰＧＷ－Ｃ６１４－ｙによってハンドオーバまたはサーブされ得る。これは、ＭＭＥ６０２がＰＧＷを選択するために（すなわち、ＳＭＦ／ＰＧＷ－Ｃ６１４を選択するために）ＤＮＳプロシージャを実施するとき、同じＳＭＦ／ＰＧＷ－Ｃセット中のすべてのＰＧＷ（すなわち、すべてのＳＭＦ／ＰＧＷ－Ｃ）がＤＮＳ応答メッセージ中に現れることになることを意味する。一実施形態では、ＭＭＥ６０２が、これらのＰＧＷ（すなわち、ＳＭＦ／ＰＧＷ－Ｃ）が同じＰＧＷセット（すなわち、同じＳＭＦ／ＰＧＷ－Ｃセット）に関係することを知ることを可能にするために、ＤＮＳ６１８中のＰＧＷネームオーソリティポインタ（ＮＡＰＴＲ）レコードに情報が追加される。
【0045】
したがって、本開示の一実施形態では、ＳＭＦ／ＰＧＷ－Ｃ６１４についてのＰＧＷ ＮＡＰＴＲレコードは拡張され、ＮＦセット概念のサポートを新しいネットワーク能力と見なす。例示的な一実施形態では、３ＧＰＰ ＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）、節１９．４．３において指定されているように、ストリング（たとえば、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」）が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加され、ここで、ストリングはＮＦ Ｓｅｔ ＩＤを指示する。本明細書で説明される１つの特定の例では、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングは、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」であり、ここで、ｓｅｔ＜ｓｅｔＩｄ＞は、３ＧＰＰ ＴＳ２３．００３の節２８．１２において指定されているように、ＳＭＦセット（すなわち、ＳＭＦ／ＰＧＷ－Ｃセット）のＮＦ Ｓｅｔ Ｉｄの第１のラベルにセットされる。したがって、一実施形態では、ＴＳ ２３．００３、節１９．４．３において指定されているように、完全に新しい文字ストリング、たとえば「＋ｓｅｔ－＜ｓｅｔＩｄ＞」が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加される。
【0046】
たとえば、一実施形態では、以下のストリングがＰＧＷ ＮＡＰＴＲレコードに追加される。
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」または
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」
一例として、ＭＭＥ６０２が、アクセスポイント名（ＡＰＮ）「ｉｍｓＴＶ１」のためのＰＧＷを選択することを試みているシナリオを考慮する。したがって、ＭＭＥ６０２は、ＰＧＷのＮＡＰＴＲレコードのためのＤＮＳクエリを実施するためにＡＰＮの完全修飾ドメイン名（ＦＱＤＮ）を使用する。次いで、ＤＮＳ６１８において、ＰＧＷ ＮＡＰＴＲレコードは、ＤＮＳクエリを満たすＰＧＷ／ＳＭＦセットに関係するＳＭＦ／ＰＧＷ－Ｃ６１４について以下で示されるように設定され得る。
上記の例では、ｇｗ０１とｇｗ２１の両方が、ｓｅｔＩｄ＝１００をもつセットに関係している（たとえば、それに属する）。この例では、ＰＧＷ／ＳＭＦ ＳＥＴ ＦＱＤＮは、
「ｓｅｔ１００．ｓｍｆｓｅｔ．５ｇｃ．ｍｎｃ０１２．ｍｃｃ３４５」
であることになる
太字の＋ｎｃ－ｓｅｔ１００は、代わりに、新しい文字ストリング、たとえばｓｅｔ－１００を使用し得る。
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」または
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」
一例として、ＭＭＥ６０２が、アクセスポイント名（ＡＰＮ）「ｉｍｓＴＶ１」のためのＰＧＷを選択することを試みているシナリオを考慮する。したがって、ＭＭＥ６０２は、ＰＧＷのＮＡＰＴＲレコードのためのＤＮＳクエリを実施するためにＡＰＮの完全修飾ドメイン名（ＦＱＤＮ）を使用する。次いで、ＤＮＳ６１８において、ＰＧＷ ＮＡＰＴＲレコードは、ＤＮＳクエリを満たすＰＧＷ／ＳＭＦセットに関係するＳＭＦ／ＰＧＷ－Ｃ６１４について以下で示されるように設定され得る。
「ｓｅｔ１００．ｓｍｆｓｅｔ．５ｇｃ．ｍｎｃ０１２．ｍｃｃ３４５」
であることになる
太字の＋ｎｃ－ｓｅｔ１００は、代わりに、新しい文字ストリング、たとえばｓｅｔ－１００を使用し得る。
【0047】
ソリューションＡでは、ＳＧＷ影響がさらに小さくなることに留意されたい。唯一の影響は、（古いＰＧＷを引き継ぐ）新しいＰＧＷが、ＭＭＥに知らせるために依然としてベアラ更新要求メッセージを使用し得ることである。以下のソリューションＢにおける拡張４を参照されたい。本明細書で説明されるソリューションを理解するために必須ではないが、興味のある読者は、３ＧＰＰ ＴＳ２９．３０３、節５．８．２ ＳＧＷ、ＰＧＷおよびＧＧＳＮ選択プロシージャをも参照することができる。
【0048】
Ｂ．ＣＲ Ｃ４－２０４１８４の提案されたソリューションに対する拡張
いくつかの実施形態では、ＣＲ Ｃ４－２０４１８４において説明されるソリューションに対する以下の拡張のうちの１つまたは複数を使用するシステムおよび方法が、本明細書で開示される。
いくつかの実施形態では、ＣＲ Ｃ４－２０４１８４において説明されるソリューションに対する以下の拡張のうちの１つまたは複数を使用するシステムおよび方法が、本明細書で開示される。
【0049】
拡張１：ＰＧＷから送られたセッション作成応答メッセージでは、ＰＧＷ ＳＥＴ ＦＱＤＮに加えて、ＰＧＷは、サービングＰＧＷが失敗した場合にＭＭＥによって使用されるべき代替ＰＧＷ ＩＰアドレスのリストを含み得る。
【0050】
拡張２：ＰＧＷが再開したかまたは失敗したことをＭＭＥに通知するためにＰＧＷ再開指示メッセージを使用することに加えて、ＭＭＥは、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。これは、ＰＧＷ部分失敗を解決するためのものである。
【0051】
拡張３：ＭＭＥが代替ＰＧＷを再選択することを判断したとき、ＭＭＥは、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを（たとえば、常に）使用する。ＭＭＥは、代替ＰＧＷの新しいＰＧＷ Ｆ－ＴＥＩＤをもつセッション作成要求メッセージを（新しい）ＳＧＷに送る。セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすべきであるが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥによって提供された利用可能なおよびリモートＳ５／Ｓ８ ＰＧＷ－Ｕ ＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ ｅＮＢ ＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つべきである。
ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
【0052】
拡張４：失敗したＰＧＷまたは（ＰＤＮ接続を引き継ぐ）新しいＰＧＷが所与のＰＤＮ接続についてＰＧＷ Ｆ－ＴＥＩＤを更新することを希望するとき、失敗したＰＧＷまたは新しいＰＧＷは、ベアラ作成／更新／削除要求メッセージを送ることができるが、失敗したＰＧＷまたは新しいＰＧＷは、ＳＧＷが新しいＰＧＷ Ｆ－ＴＥＩＤを記憶することを必要としない。代わりに、ＭＭＥは、ベアラ作成／更新／削除要求メッセージ中で受信された新しいＰＧＷ Ｆ－ＴＥＩＤを使用して、拡張３において説明されたようにＳＧＷ再配置プロシージャを実施する。
【0053】
本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。
【0054】
いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。本明細書で説明されるソリューションの実施形態は、（１つまたは複数の）ＰＤＮ接続の、（（１つまたは複数の）前記ＰＤＮ接続の）サービングＰＧＷの失敗における復元を可能にし、ここで、本明細書で説明されるソリューションの実施形態は、たとえばＭＭＥおよびＳＧＷにおいて、レガシーシステムにほとんど影響を及ぼさない。
【0055】
図７Ａ～図７Ｃ
図７Ａ～図７Ｃは、上記で説明されたソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す。この例では、ここではＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２として示される、２つ（またはそれ以上）のＳＭＦ／ＰＧＷ－Ｃインスタンスを含む（本明細書ではＰＧＷセットとも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃセットがあることに留意されたい。さらに、ＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１および６１４－２のＰＧＷ－Ｃ／ＰＧＷ機能に言及するとき、ＰＧＷ－ＣまたはＰＧＷと呼ばれることがあることに留意されたい。図７Ａ～図７Ｃは、本開示の一実施形態による、拡張ＮＡＰＴＲ ＤＮＳレコードを使用する第１の代替形態を示す。図７Ａ～図７Ｃのプロセスのステップは、以下の通りである。
● ステップ７００：ＵＥ５１２は、Ｅ－ＵＴＲＡＮ６００を介してＭＭＥ６０２にアタッチ要求を送る。
● ステップ７０２：ＭＭＥ６０２は、ＨＳＳ／ＵＤＭ６１２にロケーション更新要求を送る。
● ステップ７０４：ＨＳＳ／ＵＤＭ６１２は、ＭＭＥ６０２にロケーション更新確認応答を返す。
● ステップ７０６：ＭＭＥ６１２は、ＤＮＳ６１８に、この例では、アプリケーションストリング「ＡＰＮ ＦＱＤＮ」を含んでいているＤＮＳクエリ要求（すなわち、所望のＡＰＮ ＦＱＤＮのためのＤＮＳクエリ要求）を送る。ＤＮＳクエリ要求は、この実施形態ではＮＡＰＴＲのためのものである。
● ステップ７０８：ＤＮＳサーバ６１８は、ＭＭＥ６０２に応答して、ステップ７０６のＤＮＳクエリ要求を満たすいくつかの候補ＰＧＷ（すなわち、いくつかの候補ＳＭＦ／ＰＧＷ－Ｃ６１４）を識別する情報を含むＤＮＳクエリ応答を送る。ＤＮＳクエリ応答は、同じＰＧＷセットに属する２つまたはそれ以上のＰＧＷ（すなわち、同じＳＭＦ／ＰＧＷ－Ｃセットに属する２つまたはそれ以上のＳＭＦ／ＰＧＷ－Ｃ）を識別する情報をも含む。この例では、ＳＭＦ／ＰＧＷ－Ｃ６１４－１とＳＭＦ／ＰＧＷ－Ｃ６１４－２とは、同じセットに属し、そのようなものとして指示される。この特定の例では、ＤＮＳクエリ応答は、候補ＰＧＷについてのＮＡＰＴＲ情報を含む。このＮＡＰＴＲ情報は、３ＧＰＰ ＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）、節１９．４．３において指定されているように「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリング（たとえば、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」）を含み、ここで、ストリングは、上記で説明されたように、ＮＦ Ｓｅｔ ＩＤを指示する。本明細書で説明される１つの特定の例では、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングは、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」であり、ここで、ｓｅｔ＜ｓｅｔＩｄ＞は、３ＧＰＰ ＴＳ２３．００３の節２８．１２において指定されているように、ＳＭＦセット（すなわち、ＳＭＦ／ＰＧＷ－Ｃセット）のＮＦ Ｓｅｔ Ｉｄの第１のラベルにセットされる。
● ステップ７１０：ＭＭＥ６１２は、この例では、ＤＮＳクエリ応答中で識別された候補から（ＳＭＦ／ＰＧＷ－Ｃ１またはＰＧＷ１とも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃ６１４－１を選択する。
● ステップ７１２：ＭＭＥ６１２は、ＳＧＷ６０４にセッション作成要求を送る。
● ステップ７１４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１にセッション作成要求をフォワーディングする。
● ステップ７１６：ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４にセッション作成応答を送る。
● ステップ７１８：ＳＧＷ６０４は、ＭＭＥ６０２にセッション作成応答をフォワーディングする。
● ステップ７２０：ＭＭＥ６０２は、ＵＥ５１２にアタッチ受付メッセージを送る。
● ステップ７２２：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は失敗する。
● ステップ７２４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１の失敗を検出する。
● ステップ７２６：ＳＧＷ６０４は、失敗を検出したことに応答してＭＭＥ６０２にＰＧＷ再開通知を送る。追加または代替として、ＭＭＥ６０２は、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。
● ステップ７２８：ＭＭＥ６０２は、ＳＧＷ６０４または新しいＳＧＷに、ステップ７０８のＤＮＳクエリ応答中に含まれている情報に基づいて、この例ではＳＭＦ／ＰＧＷ－Ｃ６１４－２である、失敗したＳＭＦ／ＰＧＷ－Ｃ６１４－１と同じＳＭＦ／ＰＧＷ－Ｃセット中の別のＳＭＦ／ＰＧＷ－ＣのＦ－ＴＥＩＤを含んでいるセッション作成要求を送る。
○ 一実施形態では、代替ＳＭＦ／ＰＧＷ－Ｃを再選択することを決定したとき、ＭＭＥ６０２は、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを使用する。ＭＭＥ６０２は、（新しい）ＳＧＷに（代替ＰＧＷの）新しいＰＧＷ Ｆ－ＴＥＩＤをもつセッション作成要求メッセージを送る。一実施形態では、セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥ６０２によって提供された利用可能なおよびリモートＳ５／Ｓ８ ＰＧＷ－Ｕ ＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ ｅＮＢ ＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ。
「ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。」
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
● ステップ７３０：ＳＧＷ６０４（または新しいＳＧＷ）は、ＳＭＦ／ＰＧＷ－Ｃ６１４－２にベアラ修正要求を送る。これは、ＭＭＥ６０２がＳＧＷ再配置プロシージャ（ＴＳ２３．４０１の節５．１０．４参照）をトリガするので、行われる。
● ステップ７３０：ＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＧＷ６０４（または新しいＳＧＷ）にベアラ修正応答を送る。
● ステップ７３２：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にセッション作成応答を送る。
● ステップ７３４（随意）：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、再びオンラインになり（すなわち、失敗が終わり）、ＰＤＮ接続を引き継ぐことを希望する。したがって、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４（または新しいＳＧＷ）に、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤと、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望するという指示とを含んでいるベアラ更新（または作成または削除）要求を送る。
● ステップ７３６（随意）：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にベアラ更新（または作成または削除）要求をフォワーディングする。
● ステップ７３８（随意）：ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望することを理解する。したがって、ＭＭＥ６０２は、（ベアラ更新（または作成または削除）要求中で受信された）ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤをもつセッション作成要求を送り、ステップ７２８～７３４が繰り返される。
図７Ａ～図７Ｃは、上記で説明されたソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す。この例では、ここではＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２として示される、２つ（またはそれ以上）のＳＭＦ／ＰＧＷ－Ｃインスタンスを含む（本明細書ではＰＧＷセットとも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃセットがあることに留意されたい。さらに、ＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１および６１４－２のＰＧＷ－Ｃ／ＰＧＷ機能に言及するとき、ＰＧＷ－ＣまたはＰＧＷと呼ばれることがあることに留意されたい。図７Ａ～図７Ｃは、本開示の一実施形態による、拡張ＮＡＰＴＲ ＤＮＳレコードを使用する第１の代替形態を示す。図７Ａ～図７Ｃのプロセスのステップは、以下の通りである。
● ステップ７００：ＵＥ５１２は、Ｅ－ＵＴＲＡＮ６００を介してＭＭＥ６０２にアタッチ要求を送る。
● ステップ７０２：ＭＭＥ６０２は、ＨＳＳ／ＵＤＭ６１２にロケーション更新要求を送る。
● ステップ７０４：ＨＳＳ／ＵＤＭ６１２は、ＭＭＥ６０２にロケーション更新確認応答を返す。
● ステップ７０６：ＭＭＥ６１２は、ＤＮＳ６１８に、この例では、アプリケーションストリング「ＡＰＮ ＦＱＤＮ」を含んでいているＤＮＳクエリ要求（すなわち、所望のＡＰＮ ＦＱＤＮのためのＤＮＳクエリ要求）を送る。ＤＮＳクエリ要求は、この実施形態ではＮＡＰＴＲのためのものである。
● ステップ７０８：ＤＮＳサーバ６１８は、ＭＭＥ６０２に応答して、ステップ７０６のＤＮＳクエリ要求を満たすいくつかの候補ＰＧＷ（すなわち、いくつかの候補ＳＭＦ／ＰＧＷ－Ｃ６１４）を識別する情報を含むＤＮＳクエリ応答を送る。ＤＮＳクエリ応答は、同じＰＧＷセットに属する２つまたはそれ以上のＰＧＷ（すなわち、同じＳＭＦ／ＰＧＷ－Ｃセットに属する２つまたはそれ以上のＳＭＦ／ＰＧＷ－Ｃ）を識別する情報をも含む。この例では、ＳＭＦ／ＰＧＷ－Ｃ６１４－１とＳＭＦ／ＰＧＷ－Ｃ６１４－２とは、同じセットに属し、そのようなものとして指示される。この特定の例では、ＤＮＳクエリ応答は、候補ＰＧＷについてのＮＡＰＴＲ情報を含む。このＮＡＰＴＲ情報は、３ＧＰＰ ＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）、節１９．４．３において指定されているように「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリング（たとえば、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」）を含み、ここで、ストリングは、上記で説明されたように、ＮＦ Ｓｅｔ ＩＤを指示する。本明細書で説明される１つの特定の例では、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングは、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」であり、ここで、ｓｅｔ＜ｓｅｔＩｄ＞は、３ＧＰＰ ＴＳ２３．００３の節２８．１２において指定されているように、ＳＭＦセット（すなわち、ＳＭＦ／ＰＧＷ－Ｃセット）のＮＦ Ｓｅｔ Ｉｄの第１のラベルにセットされる。
● ステップ７１０：ＭＭＥ６１２は、この例では、ＤＮＳクエリ応答中で識別された候補から（ＳＭＦ／ＰＧＷ－Ｃ１またはＰＧＷ１とも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃ６１４－１を選択する。
● ステップ７１２：ＭＭＥ６１２は、ＳＧＷ６０４にセッション作成要求を送る。
● ステップ７１４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１にセッション作成要求をフォワーディングする。
● ステップ７１６：ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４にセッション作成応答を送る。
● ステップ７１８：ＳＧＷ６０４は、ＭＭＥ６０２にセッション作成応答をフォワーディングする。
● ステップ７２０：ＭＭＥ６０２は、ＵＥ５１２にアタッチ受付メッセージを送る。
● ステップ７２２：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は失敗する。
● ステップ７２４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１の失敗を検出する。
● ステップ７２６：ＳＧＷ６０４は、失敗を検出したことに応答してＭＭＥ６０２にＰＧＷ再開通知を送る。追加または代替として、ＭＭＥ６０２は、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。
● ステップ７２８：ＭＭＥ６０２は、ＳＧＷ６０４または新しいＳＧＷに、ステップ７０８のＤＮＳクエリ応答中に含まれている情報に基づいて、この例ではＳＭＦ／ＰＧＷ－Ｃ６１４－２である、失敗したＳＭＦ／ＰＧＷ－Ｃ６１４－１と同じＳＭＦ／ＰＧＷ－Ｃセット中の別のＳＭＦ／ＰＧＷ－ＣのＦ－ＴＥＩＤを含んでいるセッション作成要求を送る。
○ 一実施形態では、代替ＳＭＦ／ＰＧＷ－Ｃを再選択することを決定したとき、ＭＭＥ６０２は、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを使用する。ＭＭＥ６０２は、（新しい）ＳＧＷに（代替ＰＧＷの）新しいＰＧＷ Ｆ－ＴＥＩＤをもつセッション作成要求メッセージを送る。一実施形態では、セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥ６０２によって提供された利用可能なおよびリモートＳ５／Ｓ８ ＰＧＷ－Ｕ ＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ ｅＮＢ ＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ。
「ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。」
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
● ステップ７３０：ＳＧＷ６０４（または新しいＳＧＷ）は、ＳＭＦ／ＰＧＷ－Ｃ６１４－２にベアラ修正要求を送る。これは、ＭＭＥ６０２がＳＧＷ再配置プロシージャ（ＴＳ２３．４０１の節５．１０．４参照）をトリガするので、行われる。
● ステップ７３０：ＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＧＷ６０４（または新しいＳＧＷ）にベアラ修正応答を送る。
● ステップ７３２：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にセッション作成応答を送る。
● ステップ７３４（随意）：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、再びオンラインになり（すなわち、失敗が終わり）、ＰＤＮ接続を引き継ぐことを希望する。したがって、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４（または新しいＳＧＷ）に、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤと、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望するという指示とを含んでいるベアラ更新（または作成または削除）要求を送る。
● ステップ７３６（随意）：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にベアラ更新（または作成または削除）要求をフォワーディングする。
● ステップ７３８（随意）：ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望することを理解する。したがって、ＭＭＥ６０２は、（ベアラ更新（または作成または削除）要求中で受信された）ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤをもつセッション作成要求を送り、ステップ７２８～７３４が繰り返される。
【0056】
図８Ａ～図８Ｃ
図８Ａ～図８Ｃは、上記で説明されたソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す。この例では、ここではＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２として示される、２つ（またはそれ以上）のＳＭＦ／ＰＧＷ－Ｃインスタンスを含む（本明細書ではＰＧＷセットとも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃセットがあることに留意されたい。さらに、ＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１および６１４－２のＰＧＷ－Ｃ／ＰＧＷ機能に言及するとき、ＰＧＷ－ＣまたはＰＧＷと呼ばれることがあることに留意されたい。図８Ａ～図８Ｃは、本開示の一実施形態による、既存のＮＡＰＴＲ ＤＮＳレコードを使用する第２の代替形態を示す。図８Ａ～図８Ｃのプロセスのステップは、以下の通りである。
● ステップ８００：ＵＥ５１２は、Ｅ－ＵＴＲＡＮ６００を介してＭＭＥ６０２にアタッチ要求を送る。
● ステップ８０２：ＭＭＥ６０２は、ＨＳＳ／ＵＤＭ６１２にロケーション更新要求を送る。
● ステップ８０４：ＨＳＳ／ＵＤＭ６１２は、ＭＭＥ６０２にロケーション更新確認応答を返す。
● ステップ８０６：ＭＭＥ６０２は、ＤＮＳ６１８に、この例では、アプリケーションストリング「ＡＰＮ ＦＱＤＮ」を含んでいているＤＮＳクエリ要求（すなわち、所望のＡＰＮ ＦＱＤＮのためのＤＮＳクエリ要求）を送る。ＤＮＳクエリ要求は、この実施形態ではＮＡＰＴＲのためのものである。
● ステップ８０８：ＤＮＳサーバ６１８は、ＭＭＥ６０２に応答して、ステップ８０６のＤＮＳクエリ要求を満たすいくつかの候補ＰＧＷ（すなわち、いくつかの候補ＳＭＦ／ＰＧＷ－Ｃ６１４）を識別する情報を含むＤＮＳクエリ応答を送る。この実施形態では、ＤＮＳクエリ応答は、ＮＦセットに関する情報を含まない。この特定の例では、ＤＮＳクエリ応答は、候補ＰＧＷについてのＮＡＰＴＲ情報を含む。
● ステップ８１０：ＭＭＥ６０２は、この例では、ＤＮＳクエリ応答中で識別された候補から（ＳＭＦ／ＰＧＷ－Ｃ１またはＰＧＷ１とも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃ６１４－１を選択する。ただし、図７Ａ～図７Ｃの実施形態とは異なり、ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１とＳＭＧ／ＰＧＷ－Ｃ６１４－２とが同じＳＭＦ／ＰＧＷ－Ｃセットに属することを知らない。
● ステップ８１２：ＭＭＥ６０２は、ＳＧＷ６０４にセッション作成要求を送る。
● ステップ８１４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１にセッション作成要求をフォワーディングする。
● ステップ８１６：ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４にセッション作成応答を送る。この実施形態では、セッション作成応答は、ＳＭＦ／ＰＧＷ－Ｃセットの６ａＦＱＤＮと、同じＳＭＦ／ＰＧＷ－Ｃセット中の他のＳＭＦ／ＰＧＷ－Ｃの代替ＩＰアドレスのリストとを含む。この例では、リストは、ＳＭＦ／ＰＧＷ－Ｃ６１４－２のＩＰアドレスを含む。
● ステップ８１８：ＳＧＷ６０４は、ＭＭＥ６０２にセッション作成応答をフォワーディングする。
● ステップ８２０：ＭＭＥ６０２は、ＵＥ５１２にアタッチ受付メッセージを送る。
● ステップ８２２：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は失敗する。
● ステップ８２４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１の失敗を検出する。
● ステップ８２６：ＳＧＷ６０４は、失敗を検出したことに応答してＭＭＥ６０２にＰＧＷ再開通知を送る。追加または代替として、ＭＭＥ６０２は、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。
● ステップ８２８：ＭＭＥ６０２は、ＳＧＷ６０４または新しいＳＧＷに、ステップ８１８．８において受信された代替ＩＰアドレスのリストに基づいて、この例ではＳＭＦ／ＰＧＷ－Ｃ６１４－２である、失敗したＳＭＦ／ＰＧＷ－Ｃ６１４－１と同じＳＭＦ／ＰＧＷ－Ｃセット中の別のＳＭＦ／ＰＧＷ－ＣのＦ－ＴＥＩＤを含んでいるセッション作成要求を送る。
○ 一実施形態では、代替ＳＭＦ／ＰＧＷ－Ｃを再選択することを決定したとき、ＭＭＥ６０２は、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを使用する。ＭＭＥ６０２は、（新しい）ＳＧＷに（代替ＰＧＷの）新しいＰＧＷ Ｆ－ＴＥＩＤをもつセッション作成要求メッセージを送る。一実施形態では、セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥ６０２によって提供された利用可能なおよびリモートＳ５／Ｓ８ ＰＧＷ－Ｕ ＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ ｅＮＢ ＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ。
「ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。」
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
● ステップ８３０： ＳＧＷ６０４（または新しいＳＧＷ）は、ＳＭＦ／ＰＧＷ－Ｃ６１４－２にベアラ修正要求を送る。これは、ＭＭＥ６０２がＳＧＷ再配置プロシージャ（ＴＳ２３．４０１の節５．１０．４参照）をトリガするので、行われる。
● ステップ８３２： ＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＧＷ６０４（または新しいＳＧＷ）にベアラ修正応答を送る。
● ステップ８３４： ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にセッション作成応答を送る。
● ステップ８３６（随意）： ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、再びオンラインになり（すなわち、失敗が終わり）、ＰＤＮ接続を引き継ぐことを希望する。したがって、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４（または新しいＳＧＷ）に、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤと、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望するという指示とを含んでいるベアラ更新要求を送る。
● ステップ８３８（随意）： ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にベアラ更新要求をフォワーディングする。
● ステップ８４０（随意）： ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望することを理解する。したがって、ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤをもつセッション作成要求を送り、ステップ７８２８～７８３４が繰り返される。
図８Ａ～図８Ｃは、上記で説明されたソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す。この例では、ここではＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２として示される、２つ（またはそれ以上）のＳＭＦ／ＰＧＷ－Ｃインスタンスを含む（本明細書ではＰＧＷセットとも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃセットがあることに留意されたい。さらに、ＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１および６１４－２のＰＧＷ－Ｃ／ＰＧＷ機能に言及するとき、ＰＧＷ－ＣまたはＰＧＷと呼ばれることがあることに留意されたい。図８Ａ～図８Ｃは、本開示の一実施形態による、既存のＮＡＰＴＲ ＤＮＳレコードを使用する第２の代替形態を示す。図８Ａ～図８Ｃのプロセスのステップは、以下の通りである。
● ステップ８００：ＵＥ５１２は、Ｅ－ＵＴＲＡＮ６００を介してＭＭＥ６０２にアタッチ要求を送る。
● ステップ８０２：ＭＭＥ６０２は、ＨＳＳ／ＵＤＭ６１２にロケーション更新要求を送る。
● ステップ８０４：ＨＳＳ／ＵＤＭ６１２は、ＭＭＥ６０２にロケーション更新確認応答を返す。
● ステップ８０６：ＭＭＥ６０２は、ＤＮＳ６１８に、この例では、アプリケーションストリング「ＡＰＮ ＦＱＤＮ」を含んでいているＤＮＳクエリ要求（すなわち、所望のＡＰＮ ＦＱＤＮのためのＤＮＳクエリ要求）を送る。ＤＮＳクエリ要求は、この実施形態ではＮＡＰＴＲのためのものである。
● ステップ８０８：ＤＮＳサーバ６１８は、ＭＭＥ６０２に応答して、ステップ８０６のＤＮＳクエリ要求を満たすいくつかの候補ＰＧＷ（すなわち、いくつかの候補ＳＭＦ／ＰＧＷ－Ｃ６１４）を識別する情報を含むＤＮＳクエリ応答を送る。この実施形態では、ＤＮＳクエリ応答は、ＮＦセットに関する情報を含まない。この特定の例では、ＤＮＳクエリ応答は、候補ＰＧＷについてのＮＡＰＴＲ情報を含む。
● ステップ８１０：ＭＭＥ６０２は、この例では、ＤＮＳクエリ応答中で識別された候補から（ＳＭＦ／ＰＧＷ－Ｃ１またはＰＧＷ１とも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃ６１４－１を選択する。ただし、図７Ａ～図７Ｃの実施形態とは異なり、ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１とＳＭＧ／ＰＧＷ－Ｃ６１４－２とが同じＳＭＦ／ＰＧＷ－Ｃセットに属することを知らない。
● ステップ８１２：ＭＭＥ６０２は、ＳＧＷ６０４にセッション作成要求を送る。
● ステップ８１４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１にセッション作成要求をフォワーディングする。
● ステップ８１６：ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４にセッション作成応答を送る。この実施形態では、セッション作成応答は、ＳＭＦ／ＰＧＷ－Ｃセットの６ａＦＱＤＮと、同じＳＭＦ／ＰＧＷ－Ｃセット中の他のＳＭＦ／ＰＧＷ－Ｃの代替ＩＰアドレスのリストとを含む。この例では、リストは、ＳＭＦ／ＰＧＷ－Ｃ６１４－２のＩＰアドレスを含む。
● ステップ８１８：ＳＧＷ６０４は、ＭＭＥ６０２にセッション作成応答をフォワーディングする。
● ステップ８２０：ＭＭＥ６０２は、ＵＥ５１２にアタッチ受付メッセージを送る。
● ステップ８２２：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は失敗する。
● ステップ８２４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１の失敗を検出する。
● ステップ８２６：ＳＧＷ６０４は、失敗を検出したことに応答してＭＭＥ６０２にＰＧＷ再開通知を送る。追加または代替として、ＭＭＥ６０２は、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。
● ステップ８２８：ＭＭＥ６０２は、ＳＧＷ６０４または新しいＳＧＷに、ステップ８１８．８において受信された代替ＩＰアドレスのリストに基づいて、この例ではＳＭＦ／ＰＧＷ－Ｃ６１４－２である、失敗したＳＭＦ／ＰＧＷ－Ｃ６１４－１と同じＳＭＦ／ＰＧＷ－Ｃセット中の別のＳＭＦ／ＰＧＷ－ＣのＦ－ＴＥＩＤを含んでいるセッション作成要求を送る。
○ 一実施形態では、代替ＳＭＦ／ＰＧＷ－Ｃを再選択することを決定したとき、ＭＭＥ６０２は、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを使用する。ＭＭＥ６０２は、（新しい）ＳＧＷに（代替ＰＧＷの）新しいＰＧＷ Ｆ－ＴＥＩＤをもつセッション作成要求メッセージを送る。一実施形態では、セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥ６０２によって提供された利用可能なおよびリモートＳ５／Ｓ８ ＰＧＷ－Ｕ ＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ ｅＮＢ ＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ。
「ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－ セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－ セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷ Ｓ５／Ｓ８ ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。」
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
● ステップ８３０： ＳＧＷ６０４（または新しいＳＧＷ）は、ＳＭＦ／ＰＧＷ－Ｃ６１４－２にベアラ修正要求を送る。これは、ＭＭＥ６０２がＳＧＷ再配置プロシージャ（ＴＳ２３．４０１の節５．１０．４参照）をトリガするので、行われる。
● ステップ８３２： ＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＧＷ６０４（または新しいＳＧＷ）にベアラ修正応答を送る。
● ステップ８３４： ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にセッション作成応答を送る。
● ステップ８３６（随意）： ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、再びオンラインになり（すなわち、失敗が終わり）、ＰＤＮ接続を引き継ぐことを希望する。したがって、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４（または新しいＳＧＷ）に、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤと、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望するという指示とを含んでいるベアラ更新要求を送る。
● ステップ８３８（随意）： ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にベアラ更新要求をフォワーディングする。
● ステップ８４０（随意）： ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望することを理解する。したがって、ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤをもつセッション作成要求を送り、ステップ７８２８～７８３４が繰り返される。
【0057】
図９
図９は、本開示のいくつかの実施形態による、ネットワークノード９００の概略ブロック図である。随意の特徴が、点線ボックスによって表される。ネットワークノード９００は、たとえば、コアネットワークノード（たとえば、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、ＰＣＦ６１２、あるいは本明細書で説明される任意のそのようなコアネットワークノードの機能の全部または少なくとも一部を実施するネットワークノード）であり得る。図示のように、ネットワークノード９００は、１つまたは複数のプロセッサ９０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ９０６と、ネットワークインターフェース９０８とを含む。１つまたは複数のプロセッサ９０４は、本明細書では処理回路とも呼ばれる。１つまたは複数のプロセッサ９０４は、本明細書で説明されるネットワークノード９００の１つまたは複数の機能（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ９０６に記憶され、１つまたは複数のプロセッサ９０４によって実行される、ソフトウェアで実装される。
図９は、本開示のいくつかの実施形態による、ネットワークノード９００の概略ブロック図である。随意の特徴が、点線ボックスによって表される。ネットワークノード９００は、たとえば、コアネットワークノード（たとえば、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、ＰＣＦ６１２、あるいは本明細書で説明される任意のそのようなコアネットワークノードの機能の全部または少なくとも一部を実施するネットワークノード）であり得る。図示のように、ネットワークノード９００は、１つまたは複数のプロセッサ９０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ９０６と、ネットワークインターフェース９０８とを含む。１つまたは複数のプロセッサ９０４は、本明細書では処理回路とも呼ばれる。１つまたは複数のプロセッサ９０４は、本明細書で説明されるネットワークノード９００の１つまたは複数の機能（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ９０６に記憶され、１つまたは複数のプロセッサ９０４によって実行される、ソフトウェアで実装される。
【0058】
図１０
図１０は、本開示のいくつかの実施形態による、ネットワークノード９００の仮想化された実施形態を示す概略ブロック図である。ここでも、随意の特徴が、点線ボックスによって表される。本明細書で使用される「仮想化された」ネットワークノードは、ネットワークノード９００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装されるネットワークノード９００の一実装形態である。図示のように、この例では、ネットワークノード９００は、（１つまたは複数の）ネットワーク１００２に結合されるか、または（１つまたは複数の）ネットワーク１００２の一部として含まれる、１つまたは複数の処理ノード１０００を含む。各処理ノード１０００は、１つまたは複数のプロセッサ１００４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１００６と、ネットワークインターフェース１００８とを含む。
図１０は、本開示のいくつかの実施形態による、ネットワークノード９００の仮想化された実施形態を示す概略ブロック図である。ここでも、随意の特徴が、点線ボックスによって表される。本明細書で使用される「仮想化された」ネットワークノードは、ネットワークノード９００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装されるネットワークノード９００の一実装形態である。図示のように、この例では、ネットワークノード９００は、（１つまたは複数の）ネットワーク１００２に結合されるか、または（１つまたは複数の）ネットワーク１００２の一部として含まれる、１つまたは複数の処理ノード１０００を含む。各処理ノード１０００は、１つまたは複数のプロセッサ１００４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１００６と、ネットワークインターフェース１００８とを含む。
【0059】
この例では、本明細書で説明されるネットワークノード９００の機能１０１０（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）は、１つまたは複数の処理ノード１０００において実装されるか、または処理ノード１０００のうちの２つまたはそれ以上にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明されるネットワークノード９００の機能１０１０の一部または全部は、（１つまたは複数の）処理ノード１０００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。
【0060】
いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに、仮想環境におけるネットワークノード９００の機能１０１０のうちの１つまたは複数を実装するネットワークノード９００またはノード（たとえば、処理ノード１０００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。
【0061】
図１１
図１１は、本開示のいくつかの他の実施形態による、ネットワークノード９００の概略ブロック図である。ネットワークノード９００は、１つまたは複数のモジュール１１００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１１００は、本明細書で説明されるネットワークノード９００の機能（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）を提供する。この説明は、モジュール１１００が処理ノード１０００のうちの１つにおいて実装されるか、または複数の処理ノード１０００にわたって分散され得る、図１０の処理ノード１０００に等しく適用可能である。
いくつかの実施形態
上記で説明されたいくつかの実施形態は、以下の様式で要約され得る。
１． セルラ通信システム（５００）の動作の方法であって、本方法は、
● モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
〇 ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
〇 ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
〇 ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
〇 ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（７０６）と、
〇 ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、ＤＮＳクエリ応答が情報を備え、情報は、
・ ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
・ 少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ＤＮＳクエリ応答を受信すること（７０８）と、
〇 第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
〇 サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
〇 ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
〇 ＵＥ（５１２）にアタッチ受付を送ること（７２０）と、
● ＳＧＷ（６０４）において、
〇 ＭＭＥ（６０２）から第１のセッション作成要求を受信すること（７１２）と、
〇 第１のＰＧＷ（６１４）に第１のセッション作成要求をフォワーディングすること（７１４）と、
〇 第１のＰＧＷ（６１４）から第１のセッション作成応答を受信すること（７１６）と、
〇 ＭＭＥ（６０２）に第１のセッション作成応答をフォワーディングすること（７１８）と
のうちの１つまたは複数を含む、方法。
２．
● ＭＭＥ（６０２）において、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
・ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報を備える、第２のセッション作成要求を送ること（７２８）と、
・ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と、
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 ＭＭＥ（６０２）から第２のセッション作成要求を受信すること（７２８）と、
〇 第２のＰＧＷ（６１４－２）にベアラ修正要求を送ること（７３０）と、
〇 第２のＰＧＷ（６１４－２）からベアラ修正応答を受信すること（７３２）と、
〇 ＭＭＥ（６０２）に第２のセッション作成応答を送ること（７３４）と
をさらに含む、実施形態１に記載の方法。
３． ＳＧＷ（６０４）において、
第１のＰＧＷ（６１４－１）が失敗したことを検出すること（７２４）と、
ＭＭＥ（６０２）に、第１のＰＧＷ（６１４－１）が失敗したという通知を送ること（７２６）と
をさらに含む、実施形態２に記載の方法。
４． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２または３に記載の方法。
５． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２から４のいずれか１つに記載の方法。
６．
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 第１のＰＧＷ（６１４－１）からベアラ作成／更新／削除要求を受信すること（７３６）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（７３６）と、
〇 ＭＭＥ（６０２）にベアラ作成／更新／削除要求をフォワーディングすること（７３８）と、
● ＭＭＥ（６０２）において、
〇 ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）と、
〇 ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（７４０）と
をさらに含む、実施形態２から５のいずれか１つに記載の方法。
７． ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる情報が、複数の候補ＰＧＷと、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、実施形態１から６のいずれか１つに記載の方法。
８． ＮＡＰＴＲ情報が、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、ストリングは、少なくとも２つの候補ＰＧＷが同じＰＧＷセット中にあることを指示する、実施形態７に記載の方法。
９．
同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、ｓｅｔ＜ｓｅｔＩｄ＞が、ＳＭＦ／ＰＧＷ－ＣセットのＮＦ ｓｅｔ ＩＤの第１のラベルにセットされる、
請求項８に記載の方法。
１０． セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、本方法は、
● ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
● ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
● ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
● ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（７０６）と、
● ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、ＤＮＳクエリ応答が情報を備え、情報は、
○ ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
○ 少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ＤＮＳクエリ応答を受信すること（７０８）と、
● 第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
● サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
● ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
● ＵＥ（５１２）にアタッチ受付を送ること（７２０）と
のうちの１つまたは複数を含む、方法。
１１．
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
○ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報を備える、第２のセッション作成要求を送ること（７２８）と、
○ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と
をさらに含む、実施形態１０に記載の方法。
１２． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求が送られるＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態１１に記載の方法。
１３． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）が、
ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態１１または１２に記載の方法。
１４．
ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（７３８）と、
ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（７４０）と
をさらに含む、実施形態１１から１３のいずれか１つに記載の方法。
１５． ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる情報が、複数の候補ＰＧＷと、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、実施形態１０から１４のいずれか１つに記載の方法。
１６． ＮＡＰＴＲ情報が、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、ストリングは、少なくとも２つの候補ＰＧＷが同じＰＧＷセット中にあることを指示する、実施形態１５に記載の方法。
１７．
同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、ｓｅｔ＜ｓｅｔＩｄ＞が、ＳＭＦ／ＰＧＷ－ＣセットのＮＦ ｓｅｔ ＩＤの第１のラベルにセットされる、
請求項１６に記載の方法。
１８． 実施形態１０から１７のいずれか１つに記載の方法を実施するように適応されたネットワークノード（９００）。
１９． セルラ通信システム（５００）の動作の方法であって、本方法は、
● モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
〇 ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（８００）と、
〇 ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（８０２）と、
〇 ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（８０４）と、
〇 ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（８０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（８０６）と、
〇 ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（８０８）であって、ＤＮＳクエリ応答が、ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示する情報を備える、ＤＮＳクエリ応答を受信すること（８０８）と、
〇 第１のＰＧＷ（６１４－１）を選択すること（８１０）と、
〇 サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（８１２）と、
〇 ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（８１８）であって、第１のセッション作成応答が、同じＰＧＷセット中の１つまたは複数の他のＰＧＷ（６１４－２）についての１つまたは複数の代替インターネットプロトコル（ＩＰ）アドレスを備える、第１のセッション作成応答を受信すること（８１８）と、
〇 ＵＥ（５１２）にアタッチ受付を送ること（８２０）と、
● ＳＧＷ（６０４）において、
〇 ＭＭＥ（６０２）から第１のセッション作成要求を受信すること（８１２）と、
〇 第１のＰＧＷ（６１４）に第１のセッション作成要求をフォワーディングすること（８１４）と、
〇 第１のＰＧＷ（６１４）から第１のセッション作成応答を受信すること（８１６）と、
〇 ＭＭＥ（６０２）に第１のセッション作成応答をフォワーディングすること（８１８）と
のうちの１つまたは複数を含む、方法。
２０．
● ＭＭＥ（６０２）において、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）と、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）に応答して、
・ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（８８２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報（たとえば、第２のＰＧＷ（６１４－２）のＩＰアドレスまたはＦ－ＴＥＩＤ）を備える、第２のセッション作成要求を送ること（８８２８）と、
・ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（８８３４）と、
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 ＭＭＥ（６０２）から第２のセッション作成要求を受信すること（８８２８）と、
〇 第２のＰＧＷ（６１４－２）にベアラ修正要求を送ること（８８３０）と、
〇 第２のＰＧＷ（６１４－２）からベアラ修正応答を受信すること（８８３２）と、
〇 ＭＭＥ（６０２）に第２のセッション作成応答を送ること（８８３４）と
をさらに含む、実施形態１９に記載の方法。
２１． ＳＧＷ（６０４）において、
第１のＰＧＷ（６１４－１）が失敗したことを検出すること（８２４）と、
ＭＭＥ（６０２）に、第１のＰＧＷ（６１４－１）が失敗したという通知を送ること（８２６）と
をさらに含む、実施形態２０に記載の方法。
２２． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２０または２１に記載の方法。
２３． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（８２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２０から２２のいずれか１つに記載の方法。
２４．
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 第１のＰＧＷ（６１４－１）からベアラ作成／更新／削除要求を受信すること（８８３６）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（８８３６）と、
〇 ＭＭＥ（６０２）にベアラ作成／更新／削除要求をフォワーディングすること（８８３８）と、
● ＭＭＥ（６０２）において、
〇 ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（８８３８）と、
〇 ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（８８４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（８８４０）と
をさらに含む、実施形態２０から２３のいずれか１つに記載の方法。
２５． セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、本方法は、
● ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（８００）と、
● ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（８０２）と、
● ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（８０４）と、
● ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（８０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（８０６）と、
● ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（８０８）であって、ＤＮＳクエリ応答が、ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示する情報を備える、ＤＮＳクエリ応答を受信すること（８０８）と、
● 第１のＰＧＷ（６１４－１）を選択すること（８１０）と、
● サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（８１２）と、
● ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（８１８）であって、第１のセッション作成応答が、同じＰＧＷセット中の１つまたは複数の他のＰＧＷ（６１４－２）についての１つまたは複数の代替インターネットプロトコル（ＩＰ）アドレスを備える、第１のセッション作成応答を受信すること（８１８）と、
● ＵＥ（５１２）にアタッチ受付を送ること（８２０）と
のうちの１つまたは複数を含む、方法。
２６．
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）と、
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）に応答して、
○ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（８８２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報（たとえば、第２のＰＧＷ（６１４－２）のＩＰアドレスまたはＦ－ＴＥＩＤ）を備える、第２のセッション作成要求を送ること（８８２８）と、
○ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（８８３４）と
をさらに含む、実施形態２５に記載の方法。
２７． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２６に記載の方法。
２８． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（８２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２６から２８のいずれか１つに記載の方法。
２９．
ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（８８３８）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（８８３８）と、
ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（８８４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（８８４０）と
をさらに含む、実施形態２６から２８のいずれか１つに記載の方法。
３０． 実施形態２５から２９のいずれか１つに記載の方法を実施するように適応されたネットワークノード（９００）。
図１１は、本開示のいくつかの他の実施形態による、ネットワークノード９００の概略ブロック図である。ネットワークノード９００は、１つまたは複数のモジュール１１００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１１００は、本明細書で説明されるネットワークノード９００の機能（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）を提供する。この説明は、モジュール１１００が処理ノード１０００のうちの１つにおいて実装されるか、または複数の処理ノード１０００にわたって分散され得る、図１０の処理ノード１０００に等しく適用可能である。
いくつかの実施形態
上記で説明されたいくつかの実施形態は、以下の様式で要約され得る。
１． セルラ通信システム（５００）の動作の方法であって、本方法は、
● モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
〇 ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
〇 ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
〇 ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
〇 ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（７０６）と、
〇 ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、ＤＮＳクエリ応答が情報を備え、情報は、
・ ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
・ 少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ＤＮＳクエリ応答を受信すること（７０８）と、
〇 第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
〇 サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
〇 ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
〇 ＵＥ（５１２）にアタッチ受付を送ること（７２０）と、
● ＳＧＷ（６０４）において、
〇 ＭＭＥ（６０２）から第１のセッション作成要求を受信すること（７１２）と、
〇 第１のＰＧＷ（６１４）に第１のセッション作成要求をフォワーディングすること（７１４）と、
〇 第１のＰＧＷ（６１４）から第１のセッション作成応答を受信すること（７１６）と、
〇 ＭＭＥ（６０２）に第１のセッション作成応答をフォワーディングすること（７１８）と
のうちの１つまたは複数を含む、方法。
２．
● ＭＭＥ（６０２）において、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
・ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報を備える、第２のセッション作成要求を送ること（７２８）と、
・ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と、
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 ＭＭＥ（６０２）から第２のセッション作成要求を受信すること（７２８）と、
〇 第２のＰＧＷ（６１４－２）にベアラ修正要求を送ること（７３０）と、
〇 第２のＰＧＷ（６１４－２）からベアラ修正応答を受信すること（７３２）と、
〇 ＭＭＥ（６０２）に第２のセッション作成応答を送ること（７３４）と
をさらに含む、実施形態１に記載の方法。
３． ＳＧＷ（６０４）において、
第１のＰＧＷ（６１４－１）が失敗したことを検出すること（７２４）と、
ＭＭＥ（６０２）に、第１のＰＧＷ（６１４－１）が失敗したという通知を送ること（７２６）と
をさらに含む、実施形態２に記載の方法。
４． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２または３に記載の方法。
５． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２から４のいずれか１つに記載の方法。
６．
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 第１のＰＧＷ（６１４－１）からベアラ作成／更新／削除要求を受信すること（７３６）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（７３６）と、
〇 ＭＭＥ（６０２）にベアラ作成／更新／削除要求をフォワーディングすること（７３８）と、
● ＭＭＥ（６０２）において、
〇 ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）と、
〇 ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（７４０）と
をさらに含む、実施形態２から５のいずれか１つに記載の方法。
７． ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる情報が、複数の候補ＰＧＷと、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、実施形態１から６のいずれか１つに記載の方法。
８． ＮＡＰＴＲ情報が、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、ストリングは、少なくとも２つの候補ＰＧＷが同じＰＧＷセット中にあることを指示する、実施形態７に記載の方法。
９．
同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、ｓｅｔ＜ｓｅｔＩｄ＞が、ＳＭＦ／ＰＧＷ－ＣセットのＮＦ ｓｅｔ ＩＤの第１のラベルにセットされる、
請求項８に記載の方法。
１０． セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、本方法は、
● ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
● ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
● ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
● ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（７０６）と、
● ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、ＤＮＳクエリ応答が情報を備え、情報は、
○ ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
○ 少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ＤＮＳクエリ応答を受信すること（７０８）と、
● 第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
● サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
● ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
● ＵＥ（５１２）にアタッチ受付を送ること（７２０）と
のうちの１つまたは複数を含む、方法。
１１．
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
○ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報を備える、第２のセッション作成要求を送ること（７２８）と、
○ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と
をさらに含む、実施形態１０に記載の方法。
１２． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求が送られるＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態１１に記載の方法。
１３． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）が、
ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態１１または１２に記載の方法。
１４．
ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（７３８）と、
ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（７４０）と
をさらに含む、実施形態１１から１３のいずれか１つに記載の方法。
１５． ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる情報が、複数の候補ＰＧＷと、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、実施形態１０から１４のいずれか１つに記載の方法。
１６． ＮＡＰＴＲ情報が、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、ストリングは、少なくとも２つの候補ＰＧＷが同じＰＧＷセット中にあることを指示する、実施形態１５に記載の方法。
１７．
同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、ｓｅｔ＜ｓｅｔＩｄ＞が、ＳＭＦ／ＰＧＷ－ＣセットのＮＦ ｓｅｔ ＩＤの第１のラベルにセットされる、
請求項１６に記載の方法。
１８． 実施形態１０から１７のいずれか１つに記載の方法を実施するように適応されたネットワークノード（９００）。
１９． セルラ通信システム（５００）の動作の方法であって、本方法は、
● モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
〇 ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（８００）と、
〇 ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（８０２）と、
〇 ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（８０４）と、
〇 ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（８０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（８０６）と、
〇 ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（８０８）であって、ＤＮＳクエリ応答が、ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示する情報を備える、ＤＮＳクエリ応答を受信すること（８０８）と、
〇 第１のＰＧＷ（６１４－１）を選択すること（８１０）と、
〇 サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（８１２）と、
〇 ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（８１８）であって、第１のセッション作成応答が、同じＰＧＷセット中の１つまたは複数の他のＰＧＷ（６１４－２）についての１つまたは複数の代替インターネットプロトコル（ＩＰ）アドレスを備える、第１のセッション作成応答を受信すること（８１８）と、
〇 ＵＥ（５１２）にアタッチ受付を送ること（８２０）と、
● ＳＧＷ（６０４）において、
〇 ＭＭＥ（６０２）から第１のセッション作成要求を受信すること（８１２）と、
〇 第１のＰＧＷ（６１４）に第１のセッション作成要求をフォワーディングすること（８１４）と、
〇 第１のＰＧＷ（６１４）から第１のセッション作成応答を受信すること（８１６）と、
〇 ＭＭＥ（６０２）に第１のセッション作成応答をフォワーディングすること（８１８）と
のうちの１つまたは複数を含む、方法。
２０．
● ＭＭＥ（６０２）において、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）と、
〇 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）に応答して、
・ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（８８２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報（たとえば、第２のＰＧＷ（６１４－２）のＩＰアドレスまたはＦ－ＴＥＩＤ）を備える、第２のセッション作成要求を送ること（８８２８）と、
・ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（８８３４）と、
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 ＭＭＥ（６０２）から第２のセッション作成要求を受信すること（８８２８）と、
〇 第２のＰＧＷ（６１４－２）にベアラ修正要求を送ること（８８３０）と、
〇 第２のＰＧＷ（６１４－２）からベアラ修正応答を受信すること（８８３２）と、
〇 ＭＭＥ（６０２）に第２のセッション作成応答を送ること（８８３４）と
をさらに含む、実施形態１９に記載の方法。
２１． ＳＧＷ（６０４）において、
第１のＰＧＷ（６１４－１）が失敗したことを検出すること（８２４）と、
ＭＭＥ（６０２）に、第１のＰＧＷ（６１４－１）が失敗したという通知を送ること（８２６）と
をさらに含む、実施形態２０に記載の方法。
２２． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２０または２１に記載の方法。
２３． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（８２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２０から２２のいずれか１つに記載の方法。
２４．
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇 第１のＰＧＷ（６１４－１）からベアラ作成／更新／削除要求を受信すること（８８３６）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（８８３６）と、
〇 ＭＭＥ（６０２）にベアラ作成／更新／削除要求をフォワーディングすること（８８３８）と、
● ＭＭＥ（６０２）において、
〇 ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（８８３８）と、
〇 ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（８８４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（８８４０）と
をさらに含む、実施形態２０から２３のいずれか１つに記載の方法。
２５． セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、本方法は、
● ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（８００）と、
● ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（８０２）と、
● ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（８０４）と、
● ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（８０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（８０６）と、
● ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（８０８）であって、ＤＮＳクエリ応答が、ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示する情報を備える、ＤＮＳクエリ応答を受信すること（８０８）と、
● 第１のＰＧＷ（６１４－１）を選択すること（８１０）と、
● サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（８１２）と、
● ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（８１８）であって、第１のセッション作成応答が、同じＰＧＷセット中の１つまたは複数の他のＰＧＷ（６１４－２）についての１つまたは複数の代替インターネットプロトコル（ＩＰ）アドレスを備える、第１のセッション作成応答を受信すること（８１８）と、
● ＵＥ（５１２）にアタッチ受付を送ること（８２０）と
のうちの１つまたは複数を含む、方法。
２６．
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）と、
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）に応答して、
○ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（８８２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報（たとえば、第２のＰＧＷ（６１４－２）のＩＰアドレスまたはＦ－ＴＥＩＤ）を備える、第２のセッション作成要求を送ること（８８２８）と、
○ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（８８３４）と
をさらに含む、実施形態２５に記載の方法。
２７． ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２６に記載の方法。
２８． 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（８２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２６から２８のいずれか１つに記載の方法。
２９．
ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（８８３８）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（８８３８）と、
ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（８８４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（８８４０）と
をさらに含む、実施形態２６から２８のいずれか１つに記載の方法。
３０． 実施形態２５から２９のいずれか１つに記載の方法を実施するように適応されたネットワークノード（９００）。
【0062】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【0063】
図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図7C】
【図8A】
【図8B】
【図8C】
【図9】
【図10】
【図11】