JP2023549629A

JP2023549629A - Ｐｇｗ失敗におけるｐｄｎ接続の復元

Info

Publication number: JP2023549629A
Application number: JP2023518092A
Authority: JP
Inventors: ヨンヤン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2020-09-21
Filing date: 2021-09-20
Publication date: 2023-11-29
Also published as: US20240098148A1; WO2022058579A1; US11870854B2; US20230336630A1; CO2023003409A2; EP4214918B1; EP4214918A1

Abstract

セルラ通信システム（５００）の動作の方法が本明細書で開示される。本方法は、ＭＭＥ（６０２）において、ＵＥ（５１２）からアタッチ要求を受信すること（７００）と、ＨＳＳ（６０６）にロケーション更新要求を送ること（７０２）と、ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、ＤＮＳ（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、ＤＮＳクエリがＡＰＮＦＱＤＮを備える、ＤＮＳクエリ要求を送ること（７０６）と、ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、ＤＮＳクエリ応答が情報を備え、情報は、ＤＮＳクエリ要求を満たす複数の候補ＰＧＷ（６１４）を指示し、同じＰＧＷセットに属する少なくとも２つのＰＧＷ（６１４－１）および（６１４－２）を指示し、少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、ＤＮＳクエリ応答を受信すること（７０８）と、第１のＰＧＷ（６１４－１）を選択すること（７１０）と、ＳＧＷ（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、ＵＥ（５１２）にアタッチ受付を送ること（７２０）と、ＳＧＷ（６０４）において、ＭＭＥ（６０２）から第１のセッション作成要求を受信すること（７１２）と、第１のＰＧＷ（６１４）に第１のセッション作成要求をフォワーディングすること（７１４）と、第１のＰＧＷ（６１４）から第１のセッション作成応答を受信すること（７１６）と、ＭＭＥ（６０２）に第１のセッション作成応答をフォワーディングすること（７１８）とを含む。【選択図】図７Ｂ

Description

概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになる。

リリース１６では、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ネットワーク機能セット概念の使用を、第５世代（５Ｇ）コア（５ＧＣ）におけるすべてのタイプのネットワーク機能（ＮＦ）について適用可能であるように、さらに拡大させ、たとえば、いくつかのセッション管理機能（ＳＭＦ）がＳＭＦセットを形成することができる。

以下は、ＮＦサービス、ＮＦサービスセット、およびＮＦセットに関係する３ＧＰＰ技術仕様（ＴＳ）２３．５０１（たとえば、Ｖ１５．５．１参照）からの規定のリストである。
● ＮＦインスタンス：ＮＦの識別可能なインスタンス。
● ＮＦサービス：サービスベースインターフェースを通してＮＦによって公開され、他の許可されたＮＦによって消費される機能。
● ＮＦサービスインスタンス：ＮＦサービスの識別可能なインスタンス。
● ＮＦサービス動作：ＮＦサービスを構成する基本ユニット。
● ＮＦサービスセット：ＮＦインスタンス内の同じサービスタイプの交換可能なＮＦサービスインスタンスのグループ。同じＮＦサービスセット中のＮＦサービスインスタンスは同じコンテキストデータへのアクセスを有する。
● ＮＦセット：同じサービスおよび（１つまたは複数の）同じネットワークスライスをサポートする、同じタイプの交換可能なＮＦインスタンスのグループ。同じＮＦセット中のＮＦインスタンスは、地理的に分散されるが、同じコンテキストデータへのアクセスを有し得る。

３ＧＰＰＴＳ２３．５０１のセクション５．２１．３．１において指定されているように、いくつかのＮＦインスタンスが、ＮＦインスタンスのセットとして、分散、冗長、およびスケーラビリティを一緒に提供するためにＮＦセット内に存在するように、ＮＦインスタンスが展開され得る。そうである場合、ＮＦは、失敗、負荷分散、負荷再分散（ｌｏａｄｒｅ－ｂａｌａｎｃｉｎｇ）などのシナリオの場合、同じＮＦセット内の代替ＮＦによって置き換えられ得る。したがって、たとえば、別のＳＭＦが、同じＳＭＦセットに関係するＳＭＦによってハンドリングされたプロトコルデータユニット（ＰＤＵ）セッションを引き継ぐことができる。

図１
第４世代（４Ｇ）と５Ｇとの間のモビリティをサポートするために、複合パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）およびＳＭＦが必要とされる。これは、本明細書では図１として複写される、３ＧＰＰＴＳ２３．５０１の図４．３．１－１（）に示されている。

図２および図３
たとえばエボルブドパケットシステム（ＥＰＳ）について、ＳＭＦセット概念がない場合（３ＧＰＰＴＳ２３．４０１からの図２および図３参照）、ＰＧＷが失敗した、すなわち再開なしか、または再開したとき、このＰＧＷによってハンドリングされたＰＤＮ接続は保持され得ない。モビリティ管理エンティティ（ＭＭＥ）は、影響を受けたＰＤＮ接続を再確立することをユーザ機器（ＵＥ）に要求しなければならない。

図４
図４は、３ＧＰＰＴＳ２３．２１４からの図４．２．１－１の複写であり、制御プレーンとユーザプレーンとが分離されるネットワークシナリオについて説明する。本開示では、ＰＧＷ制御プレーン（ＰＧＷ－Ｃ）失敗のみが対処される。ＳＧｉ、ＰＧＷユーザプレーン（ＰＧＷ－Ｕ）、ＳＧＷユーザプレーン（ＳＧＷ－Ｕ）を介した、およびＳ１－Ｕを介した、オペレータのインターネットプロトコル（ＩＰ）サービスからエボルブドノードＢ（ｅＮＢ）へのユーザプレーン経路は、良好であり得る。

Ｎｏｋｉａは、問題点を提起し、拡張、すなわち、変更要求（ＣＲ）Ｃ４－２０４１８４を提案し、これは、本明細書では付録Ａとして添付される。

いくつかのさらなる背景情報は、以下の通りである。

ＳＭＦまたはＰＧＷセットＦＱＤＮに関して、３ＧＰＰＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）は、以下のように、セクション２８．３．２．９においてＳＭＦセットＦＱＤＮを規定する。

３ＧＰＰＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）は、以下のようにセクション２８．１２においてＮＦセット識別子（ＮＦＳｅｔＩＤ）を規定する。

３ＧＰＰＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）は、以下のように、セクション１９．４．３において３ＧＰＰのためのサービスおよびプロトコルサービス名を規定する。

現在、（１つまたは複数の）ある課題が存在する。ＮｏｋｉａＣＲ（ＣＲＣ４－２０４１８４）において説明される提案されたソリューションは、以下の欠点を有する。
１．ソリューションは、ＭＭＥが代替ＰＧＷのリストを取り出すためにＤＮＳプロシージャを稼働することができるように、ＰＧＷ／ＳＭＦセットＩＤＦＱＤＮのための新しいＤＮＳレコードを導入するために、ＤＮＳサーバにおける更新を必要とし、これは、追加のＤＮＳシグナリングプロシージャを必要とする（著者のコメント。この余分のシグナリング。そのような余分のシグナリングを回避することが望ましい。
２．ＭＭＥが代替ＰＧＷを選択した後に、ＣＲは、ＭＭＥがベアラ修正要求メッセージを送ることを提案する。これは、既存のＭＭＥ／ＳＧＷ実装形態に大きい影響を及ぼし、ここで、ベアラ修正要求がＰＧＷの新しいＦ－ＴＥＩＤを含むことができず、ＳＧＷがＳ１１上でそれ自体のＦ－ＴＥＩＤを使用してＰＤＮ接続を識別し、ＳＧＷがＳ５／Ｓ８を介して対応するＰＧＷＦ－ＴＥＩＤを見つける。
「ＭＭＥは、次いで、ＰＧＷセットＦＱＤＮを使用して代替ＰＧＷ－Ｃ／ＳＭＦを選択し、ＵＥの識別情報（ＩＭＳＩ、またはＩＭＳＩが利用可能でない場合はＩＭＥＩ）と（ＰＤＮ接続のデフォルトＥＰＳベアラ識別情報を識別する）リンクされたＥＰＳベアラ識別情報とを含むベアラ修正要求を、ＳＧＷを介して、新たに選択されたＰＧＷ－Ｃ／ＳＭＦのほうへ送るべきである。」
３．（新しい）ＰＧＷは、ベアラ更新要求メッセージを使用してそのＰＧＷＦ－ＴＥＩＤを更新し得る。これは、ＳＧＷとＭＭＥの両方が後で使用されることになる情報を記憶しなければならないので、それらの両方に影響を及ぼす。

要約すれば、ＮｏｋｉａＣＲにおいて説明される提案されたソリューションは、レガシーＳＧＷにいくつかの不要な影響を及ぼす。

本開示のいくつかの態様およびそれらの実施形態は、上述のまたは他の課題のソリューションを提供し得る。本開示の実施形態は、サービングＰＧＷ／ＳＭＦが失敗したとき、失敗したＰＧＷ／ＳＭＦがＰＧＷ／ＳＭＦセットに関係する間にＰＤＮ接続の復元を可能にするために、新しいドメイン名サーバ（ＤＮＳ：ＤｏｍａｉｎＮａｍｅＳｅｒｖｅｒ）ソリューション、およびＣ４－２０４１８４において提案されたソリューションに対するいくつかの拡張を提供する。

本明細書で説明される本開示の実施形態は、以下の２つの態様のいずれかまたは両方を含む。
Ａ．新しいＤＮＳソリューション、および
Ｂ．提案されたソリューションに対する拡張（Ｃ４－２０４－１８４）、
その各々が以下で説明される。

本明細書に組み込まれ、明細書の一部をなす添付の図面は、様々な実施形態を示している。

５ＧＳとＥＰＣ／Ｅ－ＵＴＲＡＮとの間のインターワーキングのための非ローミングアーキテクチャを示す図である。３ＧＰＰアクセスのための非ローミングアーキテクチャを示す図である。３ＧＰＰアクセスのためのローミングアーキテクチャを示す図である。制御プレーンとユーザプレーンとが分離されるネットワークシナリオについて説明する図である。本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す図である。本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す図である。本明細書で説明されるソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す図である。本明細書で説明されるソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す図である。本明細書で説明されるソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す図である。本明細書で説明されるソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す図である。本明細書で説明されるソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す図である。本明細書で説明されるソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す図である。本開示のいくつかの実施形態による、ネットワークノード９００の概略ブロック図である。本開示のいくつかの実施形態による、ネットワークノード９００の仮想化された実施形態を示す概略ブロック図である。本開示のいくつかの他の実施形態による、ネットワークノード９００の概略ブロック図である。

Ａ．拡張ＤＮＳソリューション
同じＰＧＷ／ＳＭＦセットに関係するＰＧＷ／ＳＭＦは同じ機能を有することになるので、これらのＰＧＷのいずれかによって作成されるＰＤＮ接続は、同じＰＧＷ／ＳＭＦセット中の任意の他のＰＧＷによってハンドオーバまたはサーブされ得る。これは、ＭＭＥがＰＧＷを選択するためにＤＮＳプロシージャを実施するとき、同じセット中のすべてのＰＧＷが応答メッセージ中に現れることになることを意味する。一実施形態では、ＭＭＥが、これらのＰＧＷが同じＰＧＷセットに関係することを知ることを可能にするために、ＤＮＳ中のＰＧＷネームオーソリティポインタ（ＮＡＰＴＲ：ＮａｍｅＡｕｔｈｏｒｉｔｙＰｏｉｎｔｅｒ）レコードに情報が追加される。

したがって、本開示の一実施形態では、ＰＧＷＮＡＰＴＲレコードは拡張され、ＮＦセット概念のサポートを新しいネットワーク能力と見なす。例示的な一実施形態では、３ＧＰＰＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）、節１９．４．３において指定されているように、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加され、ここで、ｓｅｔ＜ｓｅｔＩｄ＞は、３ＧＰＰＴＳ２３．００３の節２８．１２において指定されているように、ＳＭＦセットのＮＦＳｅｔＩｄの第１のラベルにセットされる。一実施形態では、ＴＳ２３．００３、節１９．４．３において指定されているように、完全に新しい文字ストリング、たとえば「＋ｓｅｔ－＜ｓｅｔＩｄ＞」が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加される。

たとえば、一実施形態では、以下のストリングがＰＧＷＮＡＰＴＲレコードに追加される。
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」または
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」
この例では、ＭＭＥは、アクセスポイント名（ＡＰＮ）「ｉｍｓＴＶ１」のためのＰＧＷを選択することを試みている。したがって、ＭＭＥは、ＰＧＷのＮＡＰＴＲレコードのためのＤＮＳクエリを実施するためにＡＰＮの完全修飾ドメイン名（ＦＱＤＮ）を使用する。次いで、ＤＮＳサーバにおいて、ＭＭＥは、ＰＧＷ／ＳＭＦセットに関係するＰＧＷ／ＳＭＦについて以下のように設定し得る。

上記の例では、ｇｗ０１とｇｗ２１の両方が、ｓｅｔＩｄ＝１００をもつセットに関係している（たとえば、それに属する）。

この例では、ＰＧＷ／ＳＭＦＳＥＴＦＱＤＮは、
「ｓｅｔ１００．ｓｍｆｓｅｔ．５ｇｃ．ｍｎｃ０１２．ｍｃｃ３４５」
であることになる
太字の＋ｎｃ－ｓｅｔ１００は、代わりに、新しい文字ストリング、たとえばｓｅｔ－１００を使用し得る。

ソリューションＡでは、ＳＧＷ影響がさらに小さくなることに留意されたい。唯一の影響は、（古いＰＧＷを引き継ぐ）新しいＰＧＷが、ＭＭＥに知らせるために依然としてベアラ更新要求メッセージを使用し得ることである。以下のソリューションＢにおける拡張４を参照されたい。本明細書で説明されるソリューションを理解するために必須ではないが、興味のある読者は、３ＧＰＰＴＳ２９．３０３、節５．８．２ＳＧＷ、ＰＧＷおよびＧＧＳＮ選択プロシージャをも参照することができる。

Ｂ．ＣＲＣ４－２０４１８４の提案されたソリューションに対する拡張
いくつかの実施形態では、ＣＲＣ４－２０４１８４において説明されるソリューションに対する以下の拡張のうちの１つまたは複数を使用するシステムおよび方法が、本明細書で開示される。

拡張１：ＰＧＷから送られたセッション作成応答メッセージでは、ＰＧＷＳＥＴＦＱＤＮに加えて、ＰＧＷは、サービングＰＧＷが失敗した場合にＭＭＥによって使用されるべき代替ＰＧＷＩＰアドレスのリストを含み得る。

拡張２：ＰＧＷが再開したかまたは失敗したことをＭＭＥに通知するためにＰＧＷ再開指示メッセージを使用することに加えて、ＭＭＥは、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。これは、ＰＧＷ部分失敗を解決するためのものである。

拡張３：ＭＭＥが代替ＰＧＷを再選択することを判断したとき、ＭＭＥは、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを（たとえば、常に）使用する。ＭＭＥは、代替ＰＧＷの新しいＰＧＷＦ－ＴＥＩＤをもつセッション作成要求メッセージを（新しい）ＳＧＷに送る。セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすべきであるが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥによって提供された利用可能なおよびリモートＳ５／Ｓ８ＰＧＷ－ＵＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ｅＮＢＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つべきである。
ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷＳ５／Ｓ８ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷＳ５／Ｓ８ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。

拡張４：失敗したＰＧＷまたは（ＰＤＮ接続を引き継ぐ）新しいＰＧＷが所与のＰＤＮ接続についてＰＧＷＦ－ＴＥＩＤを更新することを希望するとき、失敗したＰＧＷまたは新しいＰＧＷは、ベアラ作成／更新／削除要求メッセージを送ることができるが、失敗したＰＧＷまたは新しいＰＧＷは、ＳＧＷが新しいＰＧＷＦ－ＴＥＩＤを記憶することを必要としない。代わりに、ＭＭＥは、ベアラ作成／更新／削除要求メッセージ中で受信された新しいＰＧＷＦ－ＴＥＩＤを使用して、拡張３において説明されたようにＳＧＷ再配置プロシージャを実施する。

本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。

いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。本明細書で説明されるソリューションの実施形態は、（１つまたは複数の）ＰＤＮ接続の、（（１つまたは複数の）前記ＰＤＮ接続の）サービングＰＧＷの失敗における復元を可能にし、ここで、本明細書で説明されるソリューションの実施形態は、たとえばＭＭＥおよびＳＧＷにおいて、レガシーシステムにほとんど影響を及ぼさない。

添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

無線ノード：本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線通信デバイスのいずれかである。

無線アクセスノード：本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮｅｗＲａｄｉｏ：ＮＲ）基地局（ｇＮＢ）、あるいは３ＧＰＰＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、リレーノード、基地局の機能の部分を実装するネットワークノード（たとえば、ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）を実装するネットワークノード、またはｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を実装するネットワークノード）あるいは何らかの他のタイプの無線アクセスノードの機能の部分を実装するネットワークノードを含む。

コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセスおよびモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードを含む。

通信デバイス：本明細書で使用される「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例は、限定はしないが、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはパーソナルコンピュータ（ＰＣ）を含む。通信デバイスは、無線または有線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。

無線通信デバイス：通信デバイスの１つのタイプは、無線ネットワーク（たとえば、セルラネットワーク）へのアクセスを有する（すなわち、無線ネットワークによってサーブされる）任意のタイプの無線デバイスであり得る、無線通信デバイスである。無線通信デバイスのいくつかの例は、限定はしないが、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）と、マシン型通信（ＭＴＣ）デバイスと、モノのインターネット（ＩｏＴ）デバイスとを含む。そのような無線通信デバイスは、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはＰＣであり得るか、あるいはそれらに統合され得る。無線通信デバイスは、無線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。

ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラ通信ネットワーク／システムのＲＡＮまたはコアネットワークのいずれかの一部である任意のノードである。

本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５ＧＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。

図５
図５は、本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム５００は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と５Ｇコア（５ＧＣ）とを含む５Ｇシステム（５ＧＳ）と、拡張ユニバーサル地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）とエボルブドパケットコア（ＥＰＣ）とを含むエボルブドパケットシステム（ＥＰＳ）との間のインターワーキングを可能にするシステムである。この例では、ＲＡＮは、ＮＧ－ＲＡＮにおいてＮＲ基地局（ｇＮＢ）と随意に次世代ｅＮＢ（ｎｇ－ｅＮＢ）（たとえば、５ＧＣに接続されたＬＴＥＲＡＮノード）とを含み、Ｅ－ＵＴＲＡＮにおいてｅＮＢを含む、基地局５０２－１および５０２－２を含み、これらは対応する（マクロ）セル５０４－１および５０４－２を制御する。基地局５０２－１および５０２－２は、概して、本明細書では、まとめて基地局５０２と呼ばれ、個別に基地局５０２と呼ばれる。同様に、（マクロ）セル５０４－１および５０４－２は、概して、本明細書では、まとめて（マクロ）セル５０４と呼ばれ、個別に（マクロ）セル５０４と呼ばれる。ＲＡＮは、いくつかの低電力ノード５０６－１～５０６－４をも含み、これらは対応するスモールセル５０８－１～５０８－４を制御し得る。低電力ノード５０６－１～５０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局、またはリモート無線ヘッド（ＲＲＨ）などであり得る。特に、示されていないが、スモールセル５０８－１～５０８－４のうちの１つまたは複数は、基地局５０２によって代替的に提供され得る。低電力ノード５０６－１～５０６－４は、概して、本明細書では、まとめて低電力ノード５０６と呼ばれ、個別に低電力ノード５０６と呼ばれる。同様に、スモールセル５０８－１～５０８－４は、概して、本明細書では、まとめてスモールセル５０８と呼ばれ、個別にスモールセル５０８と呼ばれる。セルラ通信システム５００は、５Ｇシステム（５ＧＳ）において５ＧＣと呼ばれ、ＥＰＳにおいてＥＰＣと呼ばれる、（１つまたは複数の）コアネットワーク５１０をも含む。基地局５０２（および、随意に低電力ノード５０６）は、コアネットワーク５１０に接続される。

基地局５０２および低電力ノード５０６は、対応するセル５０４および５０８中の無線通信デバイス５１２－１～５１２－５にサービスを提供する。無線通信デバイス５１２－１～５１２－５は、概して、本明細書では、まとめて無線通信デバイス５１２と呼ばれ、個別に無線通信デバイス５１２と呼ばれる。以下の説明では、無線通信デバイス５１２は、しばしばＵＥであるが、本開示はそれに限定されない。

図６
図６は、本開示の実施形態が実装され得るセルラ通信システム５００の一例を示す。この例では、セルラ通信システム５００は５ＧＳとＥＰＳの両方を含み、５ＧＳとＥＰＳとの間のインターワーキングを伴う。図示のように、ＥＰＳに関して、セルラ通信システム５００はＥ－ＵＴＲＡＮ６００を含み、Ｅ－ＵＴＲＡＮ６００は、この場合、ｅＮＢである１つまたは複数の基地局５０２と、ＥＰＣのいくつかのコアネットワークノードとを含む。図示のように、ＥＰＣのネットワークノードは、この例では、ＭＭＥ６０２とＳＧＷ６０４とを含む。５ＧＳに関して、セルラ通信システム５００はＮＧ－ＲＡＮ６０６を含み、ＮＧ－ＲＡＮ６０６は、この場合、ｇＮＢまたはｎｇ－ｅＮＢである１つまたは複数の基地局と、５ＧＣのいくつかのＮＦとを含む。図示のように、ＮＦは、ＡＭＦ６０８とＰＣＦ６１０とを含む。さらに、５ＧＳとＥＰＳとの間のインターワーキングを可能にするために、セルラ通信システム５００は、いくつかの複合またはジョイントＮＦを含む。複合ＮＦは、この例では、（本明細書ではＨＳＳ＋ＵＤＭ６１２またはＨＳＳ／ＵＤＭ６１２とも呼ばれる）複合ＨＳＳおよびＵＤＭ６１２と、（本明細書ではＳＭＦ＋ＰＧＷ－Ｃ６１４またはＳＭＦ／ＰＧＷ－Ｃ６１４とも呼ばれる）複合ＳＭＦおよびＰＧＷ－Ｃ６１４と、（本明細書ではＵＰＦ＋ＰＧＷ－Ｕ６１６またはＵＰＦ／ＰＧＷ－Ｕ６１６とも呼ばれる）複合ＵＰＦおよびＰＧＷ－Ｕ６１６とを含む。セルラ通信システム５００、および特にＭＭＥ６０２は、本明細書で説明されるようにＤＮＳ６１８と通信することが可能である。

本開示の実施形態は、サービングＳＭＦ／ＰＧＷ－Ｃが失敗したとき、失敗したＳＭＦ／ＰＧＷ－ＣがＰＧＷ／ＳＭＦ－Ｃセットに属する間にＰＤＮ接続の復元を可能にするために、新しいＤＮＳソリューション、およびＣ４－２０４１８４において提案されたソリューションに対するいくつかの拡張を提供する。本明細書で説明される本開示の実施形態は、以下の２つの態様のいずれかまたは両方を含む。
Ａ．新しいＤＮＳソリューション、および
Ｂ．提案されたソリューションに対する拡張（Ｃ４－２０４－１８４）、
その各々が以下で説明される。

Ａ．拡張ＤＮＳソリューション
同じＳＭＦ／ＰＧＷ－Ｃセットに属するＳＭＦ／ＰＧＷ－Ｃ（たとえば、本明細書ではＳＭＦ／ＰＧＷ－Ｃ６１４－１、６１４－２などとして示される、ＳＭＦ／ＰＧＷ－Ｃ６１４の２つまたはそれ以上のインスタンス）は同じ機能を有することになるので、（ＥＰＳ機能に言及するとき、単に「ＰＧＷ－Ｃ」または「ＰＧＷ」と呼ばれることがある）同じＳＭＦ／ＰＧＷ－Ｃセット中の任意のＳＭＦ／ＰＧＷ－Ｃ６１４－ｘによって作成されるＰＤＮ接続は、同じＳＭＦ／ＰＧＷ－Ｃセット中の任意の他のＳＭＦ／ＰＧＷ－Ｃ６１４－ｙによってハンドオーバまたはサーブされ得る。これは、ＭＭＥ６０２がＰＧＷを選択するために（すなわち、ＳＭＦ／ＰＧＷ－Ｃ６１４を選択するために）ＤＮＳプロシージャを実施するとき、同じＳＭＦ／ＰＧＷ－Ｃセット中のすべてのＰＧＷ（すなわち、すべてのＳＭＦ／ＰＧＷ－Ｃ）がＤＮＳ応答メッセージ中に現れることになることを意味する。一実施形態では、ＭＭＥ６０２が、これらのＰＧＷ（すなわち、ＳＭＦ／ＰＧＷ－Ｃ）が同じＰＧＷセット（すなわち、同じＳＭＦ／ＰＧＷ－Ｃセット）に関係することを知ることを可能にするために、ＤＮＳ６１８中のＰＧＷネームオーソリティポインタ（ＮＡＰＴＲ）レコードに情報が追加される。

したがって、本開示の一実施形態では、ＳＭＦ／ＰＧＷ－Ｃ６１４についてのＰＧＷＮＡＰＴＲレコードは拡張され、ＮＦセット概念のサポートを新しいネットワーク能力と見なす。例示的な一実施形態では、３ＧＰＰＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）、節１９．４．３において指定されているように、ストリング（たとえば、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」）が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加され、ここで、ストリングはＮＦＳｅｔＩＤを指示する。本明細書で説明される１つの特定の例では、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングは、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」であり、ここで、ｓｅｔ＜ｓｅｔＩｄ＞は、３ＧＰＰＴＳ２３．００３の節２８．１２において指定されているように、ＳＭＦセット（すなわち、ＳＭＦ／ＰＧＷ－Ｃセット）のＮＦＳｅｔＩｄの第１のラベルにセットされる。したがって、一実施形態では、ＴＳ２３．００３、節１９．４．３において指定されているように、完全に新しい文字ストリング、たとえば「＋ｓｅｔ－＜ｓｅｔＩｄ＞」が「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加される。

たとえば、一実施形態では、以下のストリングがＰＧＷＮＡＰＴＲレコードに追加される。
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」または
「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ５－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」、「ｘ－３ｇｐｐ－ｐｇｗ：ｘ－ｓ８－ｇｔｐ＋ｓｅｔ－＜ｓｅｔＩｄ＞」
一例として、ＭＭＥ６０２が、アクセスポイント名（ＡＰＮ）「ｉｍｓＴＶ１」のためのＰＧＷを選択することを試みているシナリオを考慮する。したがって、ＭＭＥ６０２は、ＰＧＷのＮＡＰＴＲレコードのためのＤＮＳクエリを実施するためにＡＰＮの完全修飾ドメイン名（ＦＱＤＮ）を使用する。次いで、ＤＮＳ６１８において、ＰＧＷＮＡＰＴＲレコードは、ＤＮＳクエリを満たすＰＧＷ／ＳＭＦセットに関係するＳＭＦ／ＰＧＷ－Ｃ６１４について以下で示されるように設定され得る。

上記の例では、ｇｗ０１とｇｗ２１の両方が、ｓｅｔＩｄ＝１００をもつセットに関係している（たとえば、それに属する）。この例では、ＰＧＷ／ＳＭＦＳＥＴＦＱＤＮは、
「ｓｅｔ１００．ｓｍｆｓｅｔ．５ｇｃ．ｍｎｃ０１２．ｍｃｃ３４５」
であることになる
太字の＋ｎｃ－ｓｅｔ１００は、代わりに、新しい文字ストリング、たとえばｓｅｔ－１００を使用し得る。

図７Ａ～図７Ｃ
図７Ａ～図７Ｃは、上記で説明されたソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す。この例では、ここではＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２として示される、２つ（またはそれ以上）のＳＭＦ／ＰＧＷ－Ｃインスタンスを含む（本明細書ではＰＧＷセットとも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃセットがあることに留意されたい。さらに、ＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１および６１４－２のＰＧＷ－Ｃ／ＰＧＷ機能に言及するとき、ＰＧＷ－ＣまたはＰＧＷと呼ばれることがあることに留意されたい。図７Ａ～図７Ｃは、本開示の一実施形態による、拡張ＮＡＰＴＲＤＮＳレコードを使用する第１の代替形態を示す。図７Ａ～図７Ｃのプロセスのステップは、以下の通りである。
● ステップ７００：ＵＥ５１２は、Ｅ－ＵＴＲＡＮ６００を介してＭＭＥ６０２にアタッチ要求を送る。
● ステップ７０２：ＭＭＥ６０２は、ＨＳＳ／ＵＤＭ６１２にロケーション更新要求を送る。
● ステップ７０４：ＨＳＳ／ＵＤＭ６１２は、ＭＭＥ６０２にロケーション更新確認応答を返す。
● ステップ７０６：ＭＭＥ６１２は、ＤＮＳ６１８に、この例では、アプリケーションストリング「ＡＰＮＦＱＤＮ」を含んでいているＤＮＳクエリ要求（すなわち、所望のＡＰＮＦＱＤＮのためのＤＮＳクエリ要求）を送る。ＤＮＳクエリ要求は、この実施形態ではＮＡＰＴＲのためのものである。
● ステップ７０８：ＤＮＳサーバ６１８は、ＭＭＥ６０２に応答して、ステップ７０６のＤＮＳクエリ要求を満たすいくつかの候補ＰＧＷ（すなわち、いくつかの候補ＳＭＦ／ＰＧＷ－Ｃ６１４）を識別する情報を含むＤＮＳクエリ応答を送る。ＤＮＳクエリ応答は、同じＰＧＷセットに属する２つまたはそれ以上のＰＧＷ（すなわち、同じＳＭＦ／ＰＧＷ－Ｃセットに属する２つまたはそれ以上のＳＭＦ／ＰＧＷ－Ｃ）を識別する情報をも含む。この例では、ＳＭＦ／ＰＧＷ－Ｃ６１４－１とＳＭＦ／ＰＧＷ－Ｃ６１４－２とは、同じセットに属し、そのようなものとして指示される。この特定の例では、ＤＮＳクエリ応答は、候補ＰＧＷについてのＮＡＰＴＲ情報を含む。このＮＡＰＴＲ情報は、３ＧＰＰＴＳ２３．００３（たとえば、Ｖ１６．３．０参照）、節１９．４．３において指定されているように「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリング（たとえば、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」）を含み、ここで、ストリングは、上記で説明されたように、ＮＦＳｅｔＩＤを指示する。本明細書で説明される１つの特定の例では、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングは、「＋ｎｃ－ｓｅｔ＜ｓｅｔＩｄ＞」であり、ここで、ｓｅｔ＜ｓｅｔＩｄ＞は、３ＧＰＰＴＳ２３．００３の節２８．１２において指定されているように、ＳＭＦセット（すなわち、ＳＭＦ／ＰＧＷ－Ｃセット）のＮＦＳｅｔＩｄの第１のラベルにセットされる。
● ステップ７１０：ＭＭＥ６１２は、この例では、ＤＮＳクエリ応答中で識別された候補から（ＳＭＦ／ＰＧＷ－Ｃ１またはＰＧＷ１とも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃ６１４－１を選択する。
● ステップ７１２：ＭＭＥ６１２は、ＳＧＷ６０４にセッション作成要求を送る。
● ステップ７１４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１にセッション作成要求をフォワーディングする。
● ステップ７１６：ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４にセッション作成応答を送る。
● ステップ７１８：ＳＧＷ６０４は、ＭＭＥ６０２にセッション作成応答をフォワーディングする。
● ステップ７２０：ＭＭＥ６０２は、ＵＥ５１２にアタッチ受付メッセージを送る。
● ステップ７２２：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は失敗する。
● ステップ７２４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１の失敗を検出する。
● ステップ７２６：ＳＧＷ６０４は、失敗を検出したことに応答してＭＭＥ６０２にＰＧＷ再開通知を送る。追加または代替として、ＭＭＥ６０２は、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。
● ステップ７２８：ＭＭＥ６０２は、ＳＧＷ６０４または新しいＳＧＷに、ステップ７０８のＤＮＳクエリ応答中に含まれている情報に基づいて、この例ではＳＭＦ／ＰＧＷ－Ｃ６１４－２である、失敗したＳＭＦ／ＰＧＷ－Ｃ６１４－１と同じＳＭＦ／ＰＧＷ－Ｃセット中の別のＳＭＦ／ＰＧＷ－ＣのＦ－ＴＥＩＤを含んでいるセッション作成要求を送る。
○ 一実施形態では、代替ＳＭＦ／ＰＧＷ－Ｃを再選択することを決定したとき、ＭＭＥ６０２は、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを使用する。ＭＭＥ６０２は、（新しい）ＳＧＷに（代替ＰＧＷの）新しいＰＧＷＦ－ＴＥＩＤをもつセッション作成要求メッセージを送る。一実施形態では、セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥ６０２によって提供された利用可能なおよびリモートＳ５／Ｓ８ＰＧＷ－ＵＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ｅＮＢＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ。
「ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷＳ５／Ｓ８ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷＳ５／Ｓ８ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。」
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
● ステップ７３０：ＳＧＷ６０４（または新しいＳＧＷ）は、ＳＭＦ／ＰＧＷ－Ｃ６１４－２にベアラ修正要求を送る。これは、ＭＭＥ６０２がＳＧＷ再配置プロシージャ（ＴＳ２３．４０１の節５．１０．４参照）をトリガするので、行われる。
● ステップ７３０：ＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＧＷ６０４（または新しいＳＧＷ）にベアラ修正応答を送る。
● ステップ７３２：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にセッション作成応答を送る。
● ステップ７３４（随意）：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、再びオンラインになり（すなわち、失敗が終わり）、ＰＤＮ接続を引き継ぐことを希望する。したがって、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４（または新しいＳＧＷ）に、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤと、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望するという指示とを含んでいるベアラ更新（または作成または削除）要求を送る。
● ステップ７３６（随意）：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にベアラ更新（または作成または削除）要求をフォワーディングする。
● ステップ７３８（随意）：ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望することを理解する。したがって、ＭＭＥ６０２は、（ベアラ更新（または作成または削除）要求中で受信された）ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤをもつセッション作成要求を送り、ステップ７２８～７３４が繰り返される。

図８Ａ～図８Ｃ
図８Ａ～図８Ｃは、上記で説明されたソリューションＡおよびＢの少なくともいくつかの態様による、図５および図６のセルラ通信システム５００の動作を示す。この例では、ここではＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２として示される、２つ（またはそれ以上）のＳＭＦ／ＰＧＷ－Ｃインスタンスを含む（本明細書ではＰＧＷセットとも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃセットがあることに留意されたい。さらに、ＳＭＦ／ＰＧＷ－Ｃ６１４－１およびＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１および６１４－２のＰＧＷ－Ｃ／ＰＧＷ機能に言及するとき、ＰＧＷ－ＣまたはＰＧＷと呼ばれることがあることに留意されたい。図８Ａ～図８Ｃは、本開示の一実施形態による、既存のＮＡＰＴＲＤＮＳレコードを使用する第２の代替形態を示す。図８Ａ～図８Ｃのプロセスのステップは、以下の通りである。
● ステップ８００：ＵＥ５１２は、Ｅ－ＵＴＲＡＮ６００を介してＭＭＥ６０２にアタッチ要求を送る。
● ステップ８０２：ＭＭＥ６０２は、ＨＳＳ／ＵＤＭ６１２にロケーション更新要求を送る。
● ステップ８０４：ＨＳＳ／ＵＤＭ６１２は、ＭＭＥ６０２にロケーション更新確認応答を返す。
● ステップ８０６：ＭＭＥ６０２は、ＤＮＳ６１８に、この例では、アプリケーションストリング「ＡＰＮＦＱＤＮ」を含んでいているＤＮＳクエリ要求（すなわち、所望のＡＰＮＦＱＤＮのためのＤＮＳクエリ要求）を送る。ＤＮＳクエリ要求は、この実施形態ではＮＡＰＴＲのためのものである。
● ステップ８０８：ＤＮＳサーバ６１８は、ＭＭＥ６０２に応答して、ステップ８０６のＤＮＳクエリ要求を満たすいくつかの候補ＰＧＷ（すなわち、いくつかの候補ＳＭＦ／ＰＧＷ－Ｃ６１４）を識別する情報を含むＤＮＳクエリ応答を送る。この実施形態では、ＤＮＳクエリ応答は、ＮＦセットに関する情報を含まない。この特定の例では、ＤＮＳクエリ応答は、候補ＰＧＷについてのＮＡＰＴＲ情報を含む。
● ステップ８１０：ＭＭＥ６０２は、この例では、ＤＮＳクエリ応答中で識別された候補から（ＳＭＦ／ＰＧＷ－Ｃ１またはＰＧＷ１とも呼ばれる）ＳＭＦ／ＰＧＷ－Ｃ６１４－１を選択する。ただし、図７Ａ～図７Ｃの実施形態とは異なり、ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１とＳＭＧ／ＰＧＷ－Ｃ６１４－２とが同じＳＭＦ／ＰＧＷ－Ｃセットに属することを知らない。
● ステップ８１２：ＭＭＥ６０２は、ＳＧＷ６０４にセッション作成要求を送る。
● ステップ８１４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１にセッション作成要求をフォワーディングする。
● ステップ８１６：ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４にセッション作成応答を送る。この実施形態では、セッション作成応答は、ＳＭＦ／ＰＧＷ－Ｃセットの６ａＦＱＤＮと、同じＳＭＦ／ＰＧＷ－Ｃセット中の他のＳＭＦ／ＰＧＷ－Ｃの代替ＩＰアドレスのリストとを含む。この例では、リストは、ＳＭＦ／ＰＧＷ－Ｃ６１４－２のＩＰアドレスを含む。
● ステップ８１８：ＳＧＷ６０４は、ＭＭＥ６０２にセッション作成応答をフォワーディングする。
● ステップ８２０：ＭＭＥ６０２は、ＵＥ５１２にアタッチ受付メッセージを送る。
● ステップ８２２：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は失敗する。
● ステップ８２４：ＳＧＷ６０４は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１の失敗を検出する。
● ステップ８２６：ＳＧＷ６０４は、失敗を検出したことに応答してＭＭＥ６０２にＰＧＷ再開通知を送る。追加または代替として、ＭＭＥ６０２は、ＭＭＥがＳＧＷからＧＴＰｖ２原因＃１００（ＴＳ２９．２７４の節８．４参照）「応答していないリモートピア」を受信した場合、ＰＧＷ失敗を導出し、別の代替ＰＧＷを再選択することができる。
● ステップ８２８：ＭＭＥ６０２は、ＳＧＷ６０４または新しいＳＧＷに、ステップ８１８．８において受信された代替ＩＰアドレスのリストに基づいて、この例ではＳＭＦ／ＰＧＷ－Ｃ６１４－２である、失敗したＳＭＦ／ＰＧＷ－Ｃ６１４－１と同じＳＭＦ／ＰＧＷ－Ｃセット中の別のＳＭＦ／ＰＧＷ－ＣのＦ－ＴＥＩＤを含んでいるセッション作成要求を送る。
○ 一実施形態では、代替ＳＭＦ／ＰＧＷ－Ｃを再選択することを決定したとき、ＭＭＥ６０２は、ベアラ修正要求メッセージを使用する代わりに、（ＴＳ２３．４０１における５．１０．４において指定されているように）ＳＧＷ再配置プロシージャの場合のようにセッション作成要求メッセージを使用する。ＭＭＥ６０２は、（新しい）ＳＧＷに（代替ＰＧＷの）新しいＰＧＷＦ－ＴＥＩＤをもつセッション作成要求メッセージを送る。一実施形態では、セッション作成要求メッセージが既存のＳＧＷに送られた場合、既存のＳＧＷは、以下のようにＴＳ２９．２７４の７．２．１において指定されているように、これを衝突事例と見なすが、ＳＧＷは、セッション作成要求メッセージ中でＭＭＥ６０２によって提供された利用可能なおよびリモートＳ５／Ｓ８ＰＧＷ－ＵＧＴＰ－Ｕトンネルエンドポイントが（ユーザプレーン経路が影響を及ぼされないので）既存のものと同じである場合、リモートＳ１ｅＮＢＧＴＰ－Ｕトンネルエンドポイントを考慮して、ＳＧＷ－Ｕのほうへのシグナリングを回避するために、（ｅＮＢのほうへの）Ｓ１を介したおよび（ＰＧＷ－Ｕのほうへの）Ｓ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ。
「ＳＧＷによって受信された新しいセッション作成要求が既存のアクティブＰＤＮ接続コンテキストと衝突する（既存のＰＤＮ接続コンテキストがタプル［ＩＭＳＩ、ＥＰＳベアラＩＤ］で識別され、ここで、ＩＭＳＩが、ＵＩＣＣまたは認証されたＩＭＳＩをもたない、緊急またはＲＬＯＳアタッチＵＥのためのＭＥ識別情報のＴＡＣおよびＳＮＲ部によって置き換えられるものとする）場合、このセッション作成要求は新しいセッションについての要求として扱われるものとする。新しいセッションを作成する前に、ＳＧＷは、
－セッション作成要求が、ヘッダ中で０にセットされたＴＥＩＤを伴って受信された場合、または、セッション作成要求が、ヘッダ中で０にセットされないＴＥＩＤを伴って受信され、そのセッション作成要求が既存のＰＤＮ接続コンテキストのデフォルトベアラと衝突する場合、既存のＰＤＮ接続コンテキストをローカルに削除するべきであり、
－セッション作成要求が既存のデディケーテッドベアラコンテキストと衝突し、メッセージが、ヘッダ中で０にセットされないＴＥＩＤを伴って受信された場合、既存のデディケーテッドベアラコンテキストをローカルに削除するべきである。
前者の場合、新しいセッション作成要求中で受信された制御プレーンのためのＰＧＷＳ５／Ｓ８ＩＰアドレスが、既存のＰＤＮ接続の制御プレーンのためのＰＧＷＳ５／Ｓ８ＩＰアドレスとは異なる場合、ＳＧＷは、セッション削除要求メッセージを送ることによって、対応するＰＧＷにおいて既存のＰＤＮ接続をも削除するべきである。」
ＭＭＥが、たとえばアイドルモードにあるＵＥについて、直ちにセッション作成要求メッセージを送る必要がないことに留意されたい。
● ステップ８３０：ＳＧＷ６０４（または新しいＳＧＷ）は、ＳＭＦ／ＰＧＷ－Ｃ６１４－２にベアラ修正要求を送る。これは、ＭＭＥ６０２がＳＧＷ再配置プロシージャ（ＴＳ２３．４０１の節５．１０．４参照）をトリガするので、行われる。
● ステップ８３２：ＳＭＦ／ＰＧＷ－Ｃ６１４－２は、ＳＧＷ６０４（または新しいＳＧＷ）にベアラ修正応答を送る。
● ステップ８３４：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にセッション作成応答を送る。
● ステップ８３６（随意）：ある時点において、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、再びオンラインになり（すなわち、失敗が終わり）、ＰＤＮ接続を引き継ぐことを希望する。したがって、ＳＭＦ／ＰＧＷ－Ｃ６１４－１は、ＳＧＷ６０４（または新しいＳＧＷ）に、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤと、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望するという指示とを含んでいるベアラ更新要求を送る。
● ステップ８３８（随意）：ＳＧＷ６０４（または新しいＳＧＷ）は、ＭＭＥ６０２にベアラ更新要求をフォワーディングする。
● ステップ８４０（随意）：ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１がＰＤＮ接続を引き継ぐことを希望することを理解する。したがって、ＭＭＥ６０２は、ＳＭＦ／ＰＧＷ－Ｃ６１４－１のＦ－ＴＥＩＤをもつセッション作成要求を送り、ステップ７８２８～７８３４が繰り返される。

図９
図９は、本開示のいくつかの実施形態による、ネットワークノード９００の概略ブロック図である。随意の特徴が、点線ボックスによって表される。ネットワークノード９００は、たとえば、コアネットワークノード（たとえば、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、ＰＣＦ６１２、あるいは本明細書で説明される任意のそのようなコアネットワークノードの機能の全部または少なくとも一部を実施するネットワークノード）であり得る。図示のように、ネットワークノード９００は、１つまたは複数のプロセッサ９０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ９０６と、ネットワークインターフェース９０８とを含む。１つまたは複数のプロセッサ９０４は、本明細書では処理回路とも呼ばれる。１つまたは複数のプロセッサ９０４は、本明細書で説明されるネットワークノード９００の１つまたは複数の機能（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ９０６に記憶され、１つまたは複数のプロセッサ９０４によって実行される、ソフトウェアで実装される。

図１０
図１０は、本開示のいくつかの実施形態による、ネットワークノード９００の仮想化された実施形態を示す概略ブロック図である。ここでも、随意の特徴が、点線ボックスによって表される。本明細書で使用される「仮想化された」ネットワークノードは、ネットワークノード９００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装されるネットワークノード９００の一実装形態である。図示のように、この例では、ネットワークノード９００は、（１つまたは複数の）ネットワーク１００２に結合されるか、または（１つまたは複数の）ネットワーク１００２の一部として含まれる、１つまたは複数の処理ノード１０００を含む。各処理ノード１０００は、１つまたは複数のプロセッサ１００４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１００６と、ネットワークインターフェース１００８とを含む。

この例では、本明細書で説明されるネットワークノード９００の機能１０１０（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）は、１つまたは複数の処理ノード１０００において実装されるか、または処理ノード１０００のうちの２つまたはそれ以上にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明されるネットワークノード９００の機能１０１０の一部または全部は、（１つまたは複数の）処理ノード１０００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに、仮想環境におけるネットワークノード９００の機能１０１０のうちの１つまたは複数を実装するネットワークノード９００またはノード（たとえば、処理ノード１０００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図１１
図１１は、本開示のいくつかの他の実施形態による、ネットワークノード９００の概略ブロック図である。ネットワークノード９００は、１つまたは複数のモジュール１１００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１１００は、本明細書で説明されるネットワークノード９００の機能（たとえば、本明細書で説明される、ＳＭＦ／ＰＧＷ－Ｃ６１４、６１４－１、または６１４－２、ＭＭＥ６０２、ＳＧＷ６０４、ＤＮＳ６１８、ＨＳＳ／ＵＤＭ６０６、あるいはＰＣＦ６１２の１つまたは複数の機能）を提供する。この説明は、モジュール１１００が処理ノード１０００のうちの１つにおいて実装されるか、または複数の処理ノード１０００にわたって分散され得る、図１０の処理ノード１０００に等しく適用可能である。
いくつかの実施形態
上記で説明されたいくつかの実施形態は、以下の様式で要約され得る。
１．セルラ通信システム（５００）の動作の方法であって、本方法は、
● モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
〇ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
〇ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
〇ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
〇ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（７０６）と、
〇ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、ＤＮＳクエリ応答が情報を備え、情報は、
・ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
・少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ＤＮＳクエリ応答を受信すること（７０８）と、
〇第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
〇サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
〇ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
〇ＵＥ（５１２）にアタッチ受付を送ること（７２０）と、
● ＳＧＷ（６０４）において、
〇ＭＭＥ（６０２）から第１のセッション作成要求を受信すること（７１２）と、
〇第１のＰＧＷ（６１４）に第１のセッション作成要求をフォワーディングすること（７１４）と、
〇第１のＰＧＷ（６１４）から第１のセッション作成応答を受信すること（７１６）と、
〇ＭＭＥ（６０２）に第１のセッション作成応答をフォワーディングすること（７１８）と
のうちの１つまたは複数を含む、方法。
２．
● ＭＭＥ（６０２）において、
〇第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
〇第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
・ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報を備える、第２のセッション作成要求を送ること（７２８）と、
・ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と、
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇ＭＭＥ（６０２）から第２のセッション作成要求を受信すること（７２８）と、
〇第２のＰＧＷ（６１４－２）にベアラ修正要求を送ること（７３０）と、
〇第２のＰＧＷ（６１４－２）からベアラ修正応答を受信すること（７３２）と、
〇ＭＭＥ（６０２）に第２のセッション作成応答を送ること（７３４）と
をさらに含む、実施形態１に記載の方法。
３．ＳＧＷ（６０４）において、
第１のＰＧＷ（６１４－１）が失敗したことを検出すること（７２４）と、
ＭＭＥ（６０２）に、第１のＰＧＷ（６１４－１）が失敗したという通知を送ること（７２６）と
をさらに含む、実施形態２に記載の方法。
４．ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２または３に記載の方法。
５．第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２から４のいずれか１つに記載の方法。
６．
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇第１のＰＧＷ（６１４－１）からベアラ作成／更新／削除要求を受信すること（７３６）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（７３６）と、
〇ＭＭＥ（６０２）にベアラ作成／更新／削除要求をフォワーディングすること（７３８）と、
● ＭＭＥ（６０２）において、
〇ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）と、
〇ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（７４０）と
をさらに含む、実施形態２から５のいずれか１つに記載の方法。
７．ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる情報が、複数の候補ＰＧＷと、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、実施形態１から６のいずれか１つに記載の方法。
８．ＮＡＰＴＲ情報が、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、ストリングは、少なくとも２つの候補ＰＧＷが同じＰＧＷセット中にあることを指示する、実施形態７に記載の方法。
９．
同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、ｓｅｔ＜ｓｅｔＩｄ＞が、ＳＭＦ／ＰＧＷ－ＣセットのＮＦｓｅｔＩＤの第１のラベルにセットされる、
請求項８に記載の方法。
１０．セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、本方法は、
● ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
● ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
● ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
● ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（７０６）と、
● ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、ＤＮＳクエリ応答が情報を備え、情報は、
○ ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
○ 少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ＤＮＳクエリ応答を受信すること（７０８）と、
● 第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
● サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
● ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
● ＵＥ（５１２）にアタッチ受付を送ること（７２０）と
のうちの１つまたは複数を含む、方法。
１１．
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
○ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報を備える、第２のセッション作成要求を送ること（７２８）と、
○ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と
をさらに含む、実施形態１０に記載の方法。
１２．ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求が送られるＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態１１に記載の方法。
１３．第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）が、
ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態１１または１２に記載の方法。
１４．
ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（７３８）と、
ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（７４０）と
をさらに含む、実施形態１１から１３のいずれか１つに記載の方法。
１５．ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる情報が、複数の候補ＰＧＷと、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、実施形態１０から１４のいずれか１つに記載の方法。
１６．ＮＡＰＴＲ情報が、同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、ストリングは、少なくとも２つの候補ＰＧＷが同じＰＧＷセット中にあることを指示する、実施形態１５に記載の方法。
１７．
同じＰＧＷセット中にある少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、ｓｅｔ＜ｓｅｔＩｄ＞が、ＳＭＦ／ＰＧＷ－ＣセットのＮＦｓｅｔＩＤの第１のラベルにセットされる、
請求項１６に記載の方法。
１８．実施形態１０から１７のいずれか１つに記載の方法を実施するように適応されたネットワークノード（９００）。
１９．セルラ通信システム（５００）の動作の方法であって、本方法は、
● モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
〇ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（８００）と、
〇ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（８０２）と、
〇ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（８０４）と、
〇ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（８０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（８０６）と、
〇ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（８０８）であって、ＤＮＳクエリ応答が、ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示する情報を備える、ＤＮＳクエリ応答を受信すること（８０８）と、
〇第１のＰＧＷ（６１４－１）を選択すること（８１０）と、
〇サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（８１２）と、
〇ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（８１８）であって、第１のセッション作成応答が、同じＰＧＷセット中の１つまたは複数の他のＰＧＷ（６１４－２）についての１つまたは複数の代替インターネットプロトコル（ＩＰ）アドレスを備える、第１のセッション作成応答を受信すること（８１８）と、
〇ＵＥ（５１２）にアタッチ受付を送ること（８２０）と、
● ＳＧＷ（６０４）において、
〇ＭＭＥ（６０２）から第１のセッション作成要求を受信すること（８１２）と、
〇第１のＰＧＷ（６１４）に第１のセッション作成要求をフォワーディングすること（８１４）と、
〇第１のＰＧＷ（６１４）から第１のセッション作成応答を受信すること（８１６）と、
〇ＭＭＥ（６０２）に第１のセッション作成応答をフォワーディングすること（８１８）と
のうちの１つまたは複数を含む、方法。
２０．
● ＭＭＥ（６０２）において、
〇第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）と、
〇第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）に応答して、
・ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（８８２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報（たとえば、第２のＰＧＷ（６１４－２）のＩＰアドレスまたはＦ－ＴＥＩＤ）を備える、第２のセッション作成要求を送ること（８８２８）と、
・ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（８８３４）と、
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇ＭＭＥ（６０２）から第２のセッション作成要求を受信すること（８８２８）と、
〇第２のＰＧＷ（６１４－２）にベアラ修正要求を送ること（８８３０）と、
〇第２のＰＧＷ（６１４－２）からベアラ修正応答を受信すること（８８３２）と、
〇ＭＭＥ（６０２）に第２のセッション作成応答を送ること（８８３４）と
をさらに含む、実施形態１９に記載の方法。
２１．ＳＧＷ（６０４）において、
第１のＰＧＷ（６１４－１）が失敗したことを検出すること（８２４）と、
ＭＭＥ（６０２）に、第１のＰＧＷ（６１４－１）が失敗したという通知を送ること（８２６）と
をさらに含む、実施形態２０に記載の方法。
２２．ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２０または２１に記載の方法。
２３．第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（８２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２０から２２のいずれか１つに記載の方法。
２４．
● ＳＧＷ（６０４）または新しいＳＧＷにおいて、
〇第１のＰＧＷ（６１４－１）からベアラ作成／更新／削除要求を受信すること（８８３６）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（８８３６）と、
〇ＭＭＥ（６０２）にベアラ作成／更新／削除要求をフォワーディングすること（８８３８）と、
● ＭＭＥ（６０２）において、
〇ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（８８３８）と、
〇ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（８８４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（８８４０）と
をさらに含む、実施形態２０から２３のいずれか１つに記載の方法。
２５．セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、本方法は、
● ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（８００）と、
● ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（８０２）と、
● ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（８０４）と、
● ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（８０６）であって、ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ＤＮＳクエリ要求を送ること（８０６）と、
● ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（８０８）であって、ＤＮＳクエリ応答が、ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示する情報を備える、ＤＮＳクエリ応答を受信すること（８０８）と、
● 第１のＰＧＷ（６１４－１）を選択すること（８１０）と、
● サービングゲートウェイ（ＳＧＷ）（６０４）に、第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（８１２）と、
● ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（８１８）であって、第１のセッション作成応答が、同じＰＧＷセット中の１つまたは複数の他のＰＧＷ（６１４－２）についての１つまたは複数の代替インターネットプロトコル（ＩＰ）アドレスを備える、第１のセッション作成応答を受信すること（８１８）と、
● ＵＥ（５１２）にアタッチ受付を送ること（８２０）と
のうちの１つまたは複数を含む、方法。
２６．
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）と、
● 第１のＰＧＷ（６１４－１）が失敗したと決定すること（８２６）に応答して、
○ ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（８８２８）であって、第２のセッション作成要求が、第２のＰＧＷ（６１４－２）を指示する情報（たとえば、第２のＰＧＷ（６１４－２）のＩＰアドレスまたはＦ－ＴＥＩＤ）を備える、第２のセッション作成要求を送ること（８８２８）と、
○ ＳＧＷ（６０４）または新しいＳＧＷから第２のセッション作成応答を受信すること（８８３４）と
をさらに含む、実施形態２５に記載の方法。
２７．ＭＭＥ（６０２）から第２のセッション作成要求が送られるＳＧＷ（６０２）は、第１のセッション作成要求を受信したＳＧＷ（６０２）であり、ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、実施形態２６に記載の方法。
２８．第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
ＳＧＷ（６０２）から再開通知を受信すること（８２６）、
ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、失敗が発生したと決定すること
のいずれかまたは両方を含む、実施形態２６から２８のいずれか１つに記載の方法。
２９．
ＳＧＷ（６０４）または新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（８８３８）であって、ベアラ作成／更新／削除要求は、第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ベアラ作成／更新／削除要求を受信すること（８８３８）と、
ＳＧＷ（６０４）、新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（８８４０）であって、第３のセッション作成要求が、第１のＰＧＷ（６１４－１）を指示する情報を備える、第３のセッション作成要求を送ること（８８４０）と
をさらに含む、実施形態２６から２８のいずれか１つに記載の方法。
３０．実施形態２５から２９のいずれか１つに記載の方法を実施するように適応されたネットワークノード（９００）。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。

Claims

セルラ通信システム（５００）の動作の方法であって、前記方法は、
モビリティおよび管理エンティティ（ＭＭＥ）（６０２）において、
ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
前記ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、前記ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ことと、
前記ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、前記ＤＮＳクエリ応答が情報を備え、前記情報は、
前記ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、前記少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ことと、
前記第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
サービングゲートウェイ（ＳＧＷ）（６０４）に、前記第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
前記ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
前記ＵＥ（５１２）にアタッチ受付を送ること（７２０）と、
前記ＳＧＷ（６０４）において、
前記ＭＭＥ（６０２）から前記第１のセッション作成要求を受信すること（７１２）と、
前記第１のＰＧＷ（６１４）に前記第１のセッション作成要求をフォワーディングすること（７１４）と、
前記第１のＰＧＷ（６１４）から前記第１のセッション作成応答を受信すること（７１６）と、
前記ＭＭＥ（６０２）に前記第１のセッション作成応答をフォワーディングすること（７１８）と
を含む、方法。
前記ＭＭＥ（６０２）において、
前記第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
前記第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
前記ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、前記第２のセッション作成要求が、前記第２のＰＧＷ（６１４－２）を指示する情報を備える、ことと、
前記ＳＧＷ（６０４）または前記新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と、
前記ＳＧＷ（６０４）または前記新しいＳＧＷにおいて、
前記ＭＭＥ（６０２）から前記第２のセッション作成要求を受信すること（７２８）と、
前記第２のＰＧＷ（６１４－２）にベアラ修正要求を送ること（７３０）と、
前記第２のＰＧＷ（６１４－２）からベアラ修正応答を受信すること（７３２）と、
前記ＭＭＥ（６０２）に前記第２のセッション作成応答を送ること（７３４）と
をさらに含む、請求項１に記載の方法。
前記ＳＧＷ（６０４）において、
前記第１のＰＧＷ（６１４－１）が失敗したことを検出すること（７２４）と、
前記ＭＭＥ（６０２）に、前記第１のＰＧＷ（６１４－１）が失敗したという通知を送ること（７２６）と
をさらに含む、請求項２に記載の方法。
前記ＭＭＥ（６０２）から前記第２のセッション作成要求が送られる前記ＳＧＷ（６０２）は、前記第１のセッション作成要求を受信した前記ＳＧＷ（６０２）であり、前記ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、請求項２または３に記載の方法。
前記第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）は、
前記ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
前記ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、前記失敗が発生したと決定すること
のいずれかまたは両方を含む、請求項２から４のいずれか一項に記載の方法。
前記ＳＧＷ（６０４）または前記新しいＳＧＷにおいて、
前記第１のＰＧＷ（６１４－１）からベアラ作成／更新／削除要求を受信すること（７３６）であって、前記ベアラ作成／更新／削除要求は、前記第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ことと、
前記ＭＭＥ（６０２）に前記ベアラ作成／更新／削除要求をフォワーディングすること（７３８）と、
前記ＭＭＥ（６０２）において、
前記ＳＧＷ（６０４）または前記新しいＳＧＷから前記ベアラ作成／更新／削除要求を受信すること（７３８）と、
前記ＳＧＷ（６０４）、前記新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、前記第３のセッション作成要求が、前記第１のＰＧＷ（６１４－１）を指示する情報を備える、ことと
をさらに含む、請求項２から５のいずれか一項に記載の方法。
前記ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる前記情報が、前記複数の候補ＰＧＷと、前記同じＰＧＷセット中にある前記少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、請求項１から６のいずれか一項に記載の方法。
前記ＮＡＰＴＲ情報が、前記同じＰＧＷセット中にある前記少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、前記ストリングは、前記少なくとも２つの候補ＰＧＷが前記同じＰＧＷセット中にあることを指示する、請求項７に記載の方法。
前記同じＰＧＷセット中にある前記少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
前記ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
前記ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、前記ｓｅｔ＜ｓｅｔＩｄ＞が、前記ＳＭＦ／ＰＧＷ－ＣセットのＮＦｓｅｔＩＤの第１のラベルにセットされる、
請求項８に記載の方法。
セルラ通信システム（５００）のためのモビリティおよび管理エンティティ（ＭＭＥ）（６０２）の動作の方法であって、前記方法は、
ユーザ機器（ＵＥ）（５１２）からアタッチ要求を受信すること（７００）と、
ホーム加入者局（ＨＳＳ）（６０６）にロケーション更新要求を送ること（７０２）と、
前記ＨＳＳ（６０６）からロケーション更新確認応答を受信すること（７０４）と、
ドメイン名サーバ（ＤＮＳ）（６１８）にＤＮＳクエリ要求を送ること（７０６）であって、前記ＤＮＳクエリがアクセスポイント名（ＡＰＮ）完全修飾ドメイン名（ＦＱＤＮ）を備える、ことと、
前記ＤＮＳ（６１８）からＤＮＳクエリ応答を受信すること（７０８）であって、前記ＤＮＳクエリ応答が情報を備え、前記情報は、
前記ＤＮＳクエリ要求を満たす複数の候補パケットゲートウェイ（ＰＧＷ）（６１４）を指示し、
少なくとも２つのＰＧＷ（６１４－１および６１４－２）が同じＰＧＷセットに属することを指示し、前記少なくともＰＧＷが第１のＰＧＷ（６１４－１）と第２のＰＧＷ（６１４－２）とを備える、
ことと、
前記第１のＰＧＷ（６１４－１）を選択すること（７１０）と、
サービングゲートウェイ（ＳＧＷ）（６０４）に、前記第１のＰＧＷ（６１４－１）を指示する情報を備える第１のセッション作成要求を送ること（７１２）と、
前記ＳＧＷ（６０４）から第１のセッション作成応答を受信すること（７１８）と、
前記ＵＥ（５１２）にアタッチ受付を送ること（７２０）と
を含む、方法。
前記第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）と、
前記第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）に応答して、
前記ＳＧＷ（６０４）または新しいＳＧＷに第２のセッション作成要求を送ること（７２８）であって、前記第２のセッション作成要求が、前記第２のＰＧＷ（６１４－２）を指示する情報を備える、ことと、
前記ＳＧＷ（６０４）または前記新しいＳＧＷから第２のセッション作成応答を受信すること（７３４）と
をさらに含む、請求項１０に記載の方法。
前記ＭＭＥ（６０２）から前記第２のセッション作成要求が送られる前記ＳＧＷ（６０２）は、前記第１のセッション作成要求が送られる前記ＳＧＷ（６０２）であり、前記ＳＧＷ（６０２）がＳ１を介したおよびＳ５／Ｓ８を介した同じＳＧＷ－Ｕトンネルを保つ、請求項１１に記載の方法。
前記第１のＰＧＷ（６１４－１）が失敗したと決定すること（７２６）が、
前記ＳＧＷ（６０２）から再開通知を受信すること（７２６）、
前記ＳＧＷ（６０２）からのＧＴＰｖ２原因＃１００「応答していないリモートピア」の受信に基づいて、前記失敗が発生したと決定すること
のいずれかまたは両方を含む、請求項１１または１２に記載の方法。
前記ＳＧＷ（６０４）または前記新しいＳＧＷからベアラ作成／更新／削除要求を受信すること（７３８）であって、前記ベアラ作成／更新／削除要求は、前記第１のＰＧＷ（６１４－１）が無線通信デバイス（５１２）のためのセッションを引き継ぐことを望むことを指示する情報を備える、ことと、
前記ＳＧＷ（６０４）、前記新しいＳＧＷ、またはさらなる新しいＳＧＷに第３のセッション作成要求を送ること（７４０）であって、前記第３のセッション作成要求が、前記第１のＰＧＷ（６１４－１）を指示する情報を備える、ことと
をさらに含む、請求項１１から１３のいずれか一項に記載の方法。
前記ＤＮＳクエリ要求がタイプＮＡＰＴＲのものであり、ＤＮＳクエリ応答中に備えられる前記情報が、前記複数の候補ＰＧＷと、前記同じＰＧＷセット中にある前記少なくとも２つの候補ＰＧＷとを指示するＮＡＰＴＲ情報を備える、請求項１０から１４のいずれか一項に記載の方法。
前記ＮＡＰＴＲ情報が、前記同じＰＧＷセット中にある前記少なくとも２つの候補ＰＧＷの各々について、「ａｐｐ－ｐｒｏｔｏｃｏｌ」名に付加されるストリングを備え、前記ストリングは、前記少なくとも２つの候補ＰＧＷが前記同じＰＧＷセット中にあることを指示する、請求項１５に記載の方法。
前記同じＰＧＷセット中にある前記少なくとも２つの候補ＰＧＷ（６１４－１、６１４－２）が、少なくとも２つの候補複合セッション管理機能（ＳＭＦ）およびパケットゲートウェイ制御プレーン（ＰＧＷ－Ｃ）インスタンスであり、
前記ＰＧＷセットがＳＭＦ／ＰＧＷ－Ｃセットであり、
前記ストリングがｓｅｔ＜ｓｅｔＩｄ＞を備え、前記ｓｅｔ＜ｓｅｔＩｄ＞が、前記ＳＭＦ／ＰＧＷ－ＣセットのＮＦｓｅｔＩＤの第１のラベルにセットされる、
請求項１６に記載の方法。