(57)【特許請求の範囲】
【請求項１】
主サービスゲートウェイ（ＳＧＷ）に関連付けられた予備ＳＧＷを管理するための方法であって、
少なくとも主ＳＧＷによって以前にサポートされていたユーザ機器（ＵＥ）のために、主ＳＧＷが再度動作するようになったという判定に応答して、ＵＥセッション状態情報を予備ＳＧＷと主ＳＧＷの間で同期させるステップと、
ＵＥサポートを予備ＳＧＷから主ＳＧＷに遷移できるようにするために、復帰行動のトリガに応答して、予備ＳＧＷと主ＳＧＷの間にハンドオーバーチャネルを作成するステップと
を含む、方法。
【請求項２】
主ＳＧＷが再度動作するようになったという前記判定が、主ＳＧＷが予備ＳＧＷへの制御チャネルを確立するのに応答してなされる、請求項１に記載の方法。
【請求項３】
前記セッション状態情報が、ＵＥセッションがアクティブ状態にあることを示すのに十分な情報を含む、請求項１に記載の方法。
【請求項４】
前記復帰行動トリガが、システム安定状態およびシステム輻輳状態のうちの少なくとも一方に基づく自動トリガを含む、請求項１に記載の方法。
【請求項５】
主ＳＧＷとのＵＥ接続性およびセッションの有効性を再確認するように構成された１つまたは複数の制御メッセージを生成するステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記予備ＳＧＷが、前記主ＳＧＷに関連付けられたＩＰアドレスと競合しないローカルＩＰアドレスの組に関連付けられ、かつ
前記主ＳＧＷに移動させられる前記既存のＵＥセッションが、前記主ＳＧＷに関連付けられたＩＰアドレスに最初に関連付けられたＵＥセッションのみを含む、請求項５に記載の方法。
【請求項７】
ワーキングノードに最初に関連付けられたＵＥセッションの部分のみが移動されてワーキングノードに戻され、前記部分が、システム安定パラメータ、システム輻輳パラメータ、ポリシーに基づいた基準および加入者サービスレベルの１つまたは複数に従って選択される、請求項１に記載の方法。
【請求項８】
主サービスゲートウェイ（ＳＧＷ）の予備として機能するように構成されたＳＧＷで使用するための装置であって、
主ＳＧＷに関連付けられた予備ＳＧＷを管理するように構成されたプロセッサを備え、方法が、
少なくとも主ＳＧＷによって以前にサポートされていたユーザ機器（ＵＥ）のために、主ＳＧＷが再度動作するようになったという判定に応答して、ＵＥセッション状態情報を予備ＳＧＷと主ＳＧＷの間で同期させるステップと、
ＵＥサポートを予備ＳＧＷから主ＳＧＷに遷移できるようにするために、復帰行動のトリガに応答して、予備ＳＧＷと主ＳＧＷの間にハンドオーバーチャネルを作成するステップと
を含む、装置。
【請求項９】
プロセッサによって実行されたときに、主サービスゲートウェイ（ＳＧＷ）に関連付けられた予備ＳＧＷを管理するための方法を実施するソフトウェア命令を含むコンピュータ可読記憶媒体であって、方法が、
少なくとも主ＳＧＷによって以前にサポートされていたユーザ機器（ＵＥ）のために、主ＳＧＷが再度動作するようになったという判定に応答して、ＵＥセッション状態情報を予備ＳＧＷと主ＳＧＷの間で同期させるステップと、
ＵＥサポートを予備ＳＧＷから主ＳＧＷに遷移できるようにするために、復帰行動のトリガに応答して、予備ＳＧＷと主ＳＧＷの間にハンドオーバーチャネルを作成するステップと
を含む、コンピュータ可読記憶媒体。
【請求項１０】
主サービスゲートウェイ（ＳＧＷ）に関連付けられた予備ＳＧＷを管理するための方法をコンピュータが実施するように、コンピュータの動作を適合させるソフトウェア命令を処理するようにコンピュータが動作可能であるコンピュータプログラムであって、方法が、
少なくとも主ＳＧＷによって以前にサポートされていたユーザ機器（ＵＥ）のために、主ＳＧＷが再度動作するようになったという判定に応答して、ＵＥセッション状態情報を予備ＳＧＷと主ＳＧＷの間で同期させるステップと、
ＵＥサポートを予備ＳＧＷから主ＳＧＷに遷移できるようにするために、復帰行動のトリガに応答して、予備ＳＧＷと主ＳＧＷの間にハンドオーバーチャネルを作成するステップと
を含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許出願は、ＧＥＯ−ＲＥＤＵＮＤＡＮＣＥ  ＩＮ  Ａ  ＳＥＲＶＩＮＧ  ＧＡＴＥＷＡＹと題された、２０１１年３月１８日出願の米国仮特許出願第６１／４５４，３２８号の優先権を主張するものであり、この文献は全体が引用により本明細書に組み込まれる。
【０００２】
本特許出願は、ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＳＥＳＳＩＯＮ  ＲＥＳＩＬＩＡＮＣＹ  ＡＴ  ＧＥＯ−ＲＥＤＵＮＤＡＮＴ  ＧＡＴＥＷＡＹＳと題された、同時出願の米国特許出願第＿＿＿＿＿＿＿号（代理人整理番号ＡＬＵ／８０９３４８）およびＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＳＥＳＳＩＯＮ  ＲＥＳＴＯＲＡＴＩＯＮ  ＡＴ  ＧＥＯ−ＲＥＤＵＮＤＡＮＴ  ＧＡＴＥＷＡＹＳと題された、同第＿＿＿＿＿＿＿号（代理人整理番号ＡＬＵ／８０９３５０）に関するものであり、この両文献とも全体が引用により本明細書に組み込まれる。
【０００３】
本発明は一般に、ネットワークリソースを管理すること関し、より詳細には、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（ＳＧＷ）などのシステムルータに関連付けられた動作を構成することに関するが、これに限定されるわけではない。
【背景技術】
【０００４】
ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）ネットワークが例示の無線ネットワークは、１つまたは複数のｅＮｏｄｅＢと通信する移動電話または他のユーザ機器（ＵＥ）のグループを含んでいてもよく、ｅＮｏｄｅＢは１つまたは複数のサービングゲートウェイ（ＳＧＷ）と通信し、ＳＧＷはパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）と通信し、ＰＧＷはＩＰマルチメディアサブシステム（ＩＭＳ）アクセスネットワークまたはコアネットワークなどの固定ネットワークと通信する。さらに、ＬＴＥネットワークは、モビリティマネジメントエンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｉｅｓ）（ＭＭＥ）、ポリシーおよび課金ルール機能（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）（ＰＣＲＦ）、ネットワーク管理システム（ＮＭＳ）などのさまざまなネットワーク要素を含む。
【０００５】
サービングゲートウェイ（ＳＧＷ）が（たとえば、ネットワーク切断、電源障害、または部分的な障害に基づいて誘発された挙動によって）ネットワーク内の他のノードとの接続を失う障害シナリオにおいては、予備ＳＧＷが動作を引き継がなければならない。これは、ユーザ／加入者の期待をある程度満たし続けながらリソース利用の過度な急上昇を避けるために、インテリジェントな方式で達成されるべきである。
【０００６】
主ＳＧＷに障害が生じたとき、障害が生じたＳＧＷに向かうパケットのすべてが廃棄される。また、ＭＭＥは、障害が生じたＳＧＷに関連付けられた経路管理状態を失い、そのすべてのアクティブなセッションのクリーンアップを必要とする。これによって、アクティブなＵＥは、予備ＳＧＷまたは代替ＳＧＷを介してネットワークに再接続することになる。同様に、ＰＧＷはＳＧＷに対するその経路管理状態を失い、ＩＭＳサブシステムに対するセッション状態をクリーンアップすることになる（すべてのＵＥがＰＧＷではアクティブであり、ネットワークに入っていく）。アクティブなＵＥを再接続し、それらの状態をＰＧＷおよびＩＭＳサブシステムに復元することになる。
【０００７】
しかしながら、ＵＥの大部分は任意の所与の瞬間においてアイドル状態なので、主ＳＧＷ障害時に、ＭＭＥは、アイドル状態のＵＥのセッションをクリーンアップするためにそれらに接触しようとはしない。これは、アイドル状態のＵＥセッションをクリーンアップする第１段階が、アイドル状態のＵＥのそれぞれをページングすることであり、これには法外なコストがかかるためである。アイドル状態のＵＥがクリーンアップされない場合、いずれのネットワークエンティティもそれが現在ネットワークのどこに位置しているのか分からないので、ネットワークで開始される呼がそのＵＥに到達する方法はない。さらに、ＩＭＳサブシステムは、ＵＥを発見することができず、いずれのエンティティも、ＵＥに自らを再識別するように積極的に促すことはない。種々のタイマ次第で、ＵＥが最大１、２時間の間到達できなくなるため、その結果は重大である。これはユーザには受け入れられない。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来技術の種々の欠陥は、予備ＳＧＷまたは保護ノードから、機能的に回復した主ＳＧＷまたはワーキングノードにＵＥセッションを復帰させるための本発明の方法、システムおよび装置によって対処される。
【課題を解決するための手段】
【０００９】
一実施形態において、方法、システムおよび装置では、少なくとも主ＳＧＷによって以前にサポートされていたユーザ機器（ＵＥ）のために、主ＳＧＷが再度動作するようになったという判定に応答して、ＵＥセッション状態情報を予備ＳＧＷと主ＳＧＷの間で同期させるステップと、ＵＥサポートを予備ＳＧＷから主ＳＧＷに遷移できるようにするために、復帰行動のトリガに応答して、予備ＳＧＷと主ＳＧＷの間にハンドオーバーチャネルを作成するステップとが企図されている。
【００１０】
本発明の教示は、以下の詳細な説明を添付の図面とともに検討することによって、容易に理解され得る。
【図面の簡単な説明】
【００１１】
【図１】一実施形態の恩恵にあずかる例示的な通信システムを示す図である。
【図２】図１の通信システムでの使用に適した、例示的なサービングゲートウェイ（ＳＧＷ）のルータアーキテクチャを示す図である。
【図３】一実施形態による、セッション状態バックアップ方法の流れ図である。
【図４】一実施形態による、セッション状態復元方法の流れ図である。
【図５Ａ】一実施形態による、復帰行動方法の流れ図である。
【図５Ｂ】一実施形態による、復帰行動方法の流れ図である。
【図６】さまざまな実施形態に関連して本明細書に記載する機能を実施する際の使用に適した汎用コンピュータの高位ブロック図である。
【発明を実施するための形態】
【００１２】
理解を容易にするために、可能な範囲で、同一の参照符号は各図面に共通する同一の要素を指すように使用されている。
【００１３】
本発明を、主として、アクティブな加入者およびアイドル状態の加入者の両方が、障害が生じたＳＧＷから予備ＳＧＷに遷移するようなサービスゲートウェイ（Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ）（ＳＧＷ）冗長性を有するロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）ネットワークに関して説明する。
【００１４】
４Ｇ  ＬＴＥ無線ネットワーク内で管理機能およびバックアップ機能を提供することに関して主に本明細書に示し、説明しているが、本明細書に示し、説明している管理機能およびバックアップ機能は、他のタイプの無線ネットワーク（たとえば、２Ｇネットワーク、３Ｇネットワーク、ＷｉＭＡＸなど）、有線ネットワークまたは無線ネットワークと有線ネットワークの組み合わせの中で使用され得ることが理解されよう。したがって、ＬＴＥネットワークに関して本明細書に記載した種々のネットワーク要素、リンクおよび他の機能的エンティティは、他のさまざまなタイプの無線および有線ネットワークに関連付けられた対応するネットワーク要素、リンクおよび他の機能的エンティティを識別するものとして広く解釈することができる。
【００１５】
本発明の一部は、無線ネットワークの劇的に増加するサイズによって、特に、既存の解決策では適切に対処されないネットワーク管理の具体的な問題が生じるという本発明者らの認識に根ざしている。具体的には、既存の解決策がうまく規模設計されず、加入者機器が、種々の定常状態（アイドル状態またはアクティブ状態など）に、または種々の遷移状態（呼のフロー間を進行中、アイドル状態とアクティブ状態の間を移動中、あるｅＮｏｄｅＢから別のｅＮｏｄｅＢへのハンドオーバー中、専用ベアラ（ｂｅａｒｅｒ）を作成中、ＰＤＮセッションを破棄中、など）に置かれ得るという現実に対処することができないことが本発明者らによって認識されていた。さらに、加入者トラフィックは、スタディ（ｓｔｕｄｙ）状態または遷移状態のいずれか１つにある加入者に向かっているか、またはそこから流れていることがある。
【００１６】
図１は、一実施形態による、管理およびバックアップ／保護機能を備える例示的な無線通信システムを示す。具体的には、図１は、複数のユーザ機器（ＵＥ）１０２、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）ネットワーク１１０、ＩＰネットワーク１３０、およびネットワーク管理システム（ＮＭＳ）１４０を備える例示的な無線通信システム１００を示す。ＬＴＥネットワーク１１０は、ＵＥ  １０２とＩＰネットワーク１３０の間の通信をサポートする。ＭＳ  １４０は、ＬＴＥネットワーク１１０に対する種々の管理機能をサポートするように構成される。ＬＴＥネットワークの構成および動作は当業者によって理解されよう。
【００１７】
例示的なＵＥ  １０２は、ＬＴＥネットワーク１１０などの無線ネットワークにアクセスすることが可能な無線ユーザデバイスである。ＵＥ  １０２は、ベアラセッション（複数可）を支える制御信号方式をサポートすることが可能である。ＵＥ  １０２は、移動電話、携帯情報端末（ＰＤＡ）、コンピュータ、タブレットデバイスまたは任意の他の無線ユーザデバイスであってもよい。
【００１８】
例示的なＬＴＥネットワーク１１０は、実例として、２つのｅＮｏｄｅＢ  １１１１および１１１２（まとめてｅＮｏｄｅＢ  １１１）、２つのサービングゲートウェイ（ＳＧＷ）１１２１および１１２２（まとめてＳＧＷ  １１２）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１１３、モビリティマネジメントエンティティ（ＭＭＥ）１１４、ならびにポリシーおよび課金ルール機能（ＰＣＲＦ）１１５を備える。ｅＮｏｄｅＢ  １１１は、ＵＥ  １０２用の無線アクセスインターフェースを提供する。ＳＧＷ  １１２、ＰＧＷ  １１３、ＭＭＥ  １１４、およびＰＣＲＦ  １１５、ならびに分かりやすくするために省略された他の構成要素は、協働して、ＩＰを使用して終端間のサービス供給をサポートする進化型パケットコア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）（ＥＰＣ）ネットワークを実現する。
【００１９】
ｅＮｏｄｅＢ  １１１はＵＥ  １０２に対する通信をサポートする。図１に示されるように、各ｅＮｏｄｅＢ  １１１はそれぞれの複数のＵＥ  １０２をサポートする。ｅＮｏｄｅＢ  １１１とＵＥ  １０２の間の通信は、ＵＥ  １０２のそれぞれに関連付けられたＬＴＥ−Ｕｕインターフェースを使用してサポートされる。
【００２０】
ＳＧＷ  １１２は、実例として、ＳＧＷ  １１２とｅＮｏｄｅＢ  １１１の間のそれぞれのＳ１−ｕインターフェースを使用して、ｅＮｏｄｅＢ  １１１に対する通信をサポートする。Ｓ１−ｕインターフェースは、ハンドオーバー中の、ベアラごとのユーザプレーントンネリングおよびｅＮｏｄｅＢ間の経路切り替えをサポートする。
【００２１】
図１に示されるように、ＳＧＷ  １１２１はｅＮｏｄｅＢ  １１１１に対する通信をサポートし、ＳＧＷ  １１２２はｅＮｏｄｅＢ  １１１２に対する通信をサポートする。さまざまな保護／バックアップの実施形態において、ＳＧＷ  １１２１はｅＮｏｄｅＢ  １１１２に対する通信をサポートすることも可能であり、ＳＧＷ  １１２２はｅＮｏｄｅＢ  １１１１に対する通信をサポートすることも可能である。
【００２２】
ＰＧＷ  １１３は、実例として、ＰＧＷ  １１３とＳＧＷ  １１２の間のそれぞれのＳ５／Ｓ８インターフェースを使用して、ＳＧＷ  １１２に対する通信をサポートする。Ｓ５インターフェースは、ＰＧＷ  １１３とＳＧＷ  １１２の間の通信におけるユーザプレーントンネリングおよびトンネル管理、ＵＥの移動性によるＳＧＷ再配置などの機能を提供する。Ｓ５インターフェースの公衆移動体ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）（ＰＬＭＮ）変形であり得るＳ８インターフェースは、ビジターＰＬＭＮ（ＶＰＬＭＮ）内のＳＧＷとホームＰＬＭＮ（ＨＰＬＭＮ）内のＰＧＷとの間にユーザおよび制御プレーン接続をもたらすＰＬＭＮ間インターフェースを提供する。ＰＧＷ  １１３は、ＳＧｉインターフェースを介したＬＴＥネットワーク１１０とＩＰネットワーク１３０の通信を容易にする。
【００２３】
ＭＭＥ  １１４は、ＵＥ  １０２の移動性を支える移動管理機能を提供する。ＭＭＥ  １１４は、実例として、ＭＭＥ  １１４とｅＮｏｄｅＢ  １１１の間の通信用の制御プレーンプロトコルを提供するそれぞれのＳ１−ＭＭＥインターフェースを使用して、ｅＮｏｄｅＢ  １１１をサポートする。
【００２４】
ＰＣＲＦ  １１５は動的管理機能を提供し、サービスプロバイダはこの機能によって、ＬＴＥネットワーク１１０を介して提供されるサービスに関するルールおよびＬＴＥネットワーク１１０を介して提供されるサービスに対する課金に関するルールを管理することができる。
【００２５】
図１に関して本明細書に示し、説明しているように、ＬＴＥネットワーク１１０の各要素は、要素間のインターフェースを介して通信する。ＬＴＥネットワーク１１０に関して記載されるインターフェースは、セッションと呼ばれることもある。ＬＴＥネットワーク１１０は進化型パケットシステム／ソリューション（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ／Ｓｏｌｕｔｉｏｎ）（ＥＰＳ）を含む。一実施形態において、ＥＰＳは、ＥＰＳノード（たとえば、ｅＮｏｄｅＢ  １１１、ＳＧＷ  １１２、ＰＧＷ  １１３、ＭＭＥ  １１４、およびＰＣＲＦ  １１５）ならびにＥＰＳに関する相互接続性（たとえば、Ｓ＊インターフェース、Ｇ＊インターフェースなど）を含む。ＥＰＳに関するインターフェースは、本明細書においてＥＰＳに関する経路と呼ばれることがある。
【００２６】
ＩＰネットワーク１３０は１つまたは複数のパケットデータネットワークを含み、これを介してＵＥ  １０２はコンテンツ、サービスなどにアクセスすることができる。
【００２７】
ＭＳ  １４０は、ＬＴＥネットワーク１１０を管理するための管理機能を提供する。ＭＳ  １４０は、任意の適切な様式でＬＴＥネットワーク１１０と通信することができる。一実施形態において、たとえば、ＭＳ  １４０は、ＩＰネットワーク１３０を横断しない通信経路１４１を介してＬＴＥネットワーク１１０と通信することができる。一実施形態において、たとえば、ＭＳ  １４０は、ＩＰネットワーク１３０によってサポートされる通信経路１４２を介してＬＴＥネットワーク１１０と通信することができる。通信経路１４１および１４２は、任意の適切な通信機能を使用して実装されてもよい。ＭＳ  １４０は、図１０に関して後述するような汎用コンピューティングデバイスまたは特定用途のコンピューティングデバイスとして実装されてもよい。
【００２８】
図２は、図１の通信システムでの使用に適した、例示的なサービングゲートウェイ（ＳＧＷ）のルータアーキテクチャを示す。具体的には、図１は、図１に関して既に示したＳＧＷ  １１２などのＳＧＷとして動作するルータ２００を示す。ルータ２００は、図１に関して既に示したネットワーク１１０などのネットワーク１１０を介して種々のネットワーク要素（図示せず）と通信する。ＳＧＷ  ２００に関して本明細書に示した具体的なトポロジは、基本的なＳＧＷ機能を維持したまま修正され得ることが当業者にはことが理解されよう。
【００２９】
ＳＧＷ  ２００は、複数の入出力（Ｉ／Ｏ）カード２１０−１、２１０−２から２１０−Ｎまで（まとめてＩ／Ｏカード２１０）、スイッチファブリック２２０および制御モジュール２３０を含むものとして示されている。制御モジュール２３０は、Ｉ／Ｏカード２１０およびスイッチファブリック２２０の動作を、それぞれの制御信号ＣＯＮＴによって制御する。制御モジュール２３０は、本明細書に述べるように種々のＳＧＷ機能も実行する。
【００３０】
Ｉ／Ｏカード２１０のそれぞれは、ネットワーク１１０とスイッチファブリック２２０の間でパケットを運搬するように作用する複数の入口ポート、出口ポート、コントローラなど（図示せず）を含む。Ｉ／Ｏカード２１０の特定の入口ポートで受信されたパケットは、同じＩ／Ｏカード２１０または異なるＩ／Ｏカード２１０の出口ポートを介して、スイッチファブリック２２０に運搬されてもよく、またはネットワーク１１０に戻されてもよい。Ｉ／Ｏカード２１０を介したパケットのルーティングは制御モジュール２３０によって提供されるルーティングデータによる標準的な方法で達成される。
【００３１】
スイッチファブリック２２０は、電気、光学、電気光学、ＭＥＭＳなどの任意の標準的なスイッチファブリックを含み得る。
【００３２】
制御モジュール２３０は、ＳＧＷの種々の動作機能および管理機能に関する構成データ、ルーティングデータ、ポリシー情報およびその他の情報を、図１に関して既に論じたネットワーク管理システム（ＮＭＳ）１４０などのネットワークマネージャ（図示せず）から受信する。制御モジュール２３０はまた、動作機能および管理機能に関する構成データ、状態データ、警報データ、性能データおよびその他の情報をネットワークマネージャに提供する。
【００３３】
制御モジュール２３０は、Ｉ／Ｏモジュール２３１、プロセッサ２３２およびメモリ２３３を備える。メモリ２３３は、ＳＧＷマネージャ２３３ＳＧＷＭ、バックアップおよび復元マネージャ２３ＢＡＲＭ、セッションデータ２３３ＳＤ、ルータデータ２３３ＲＤならびにその他の機能／データ２３３Ｏを提供するためのソフトウェアモジュール、インスタンス化されたオブジェクトなどを含むものとして示されている。制御モジュール２３０は、図６に関して後述するような汎用コンピューティングデバイスまたは特定用途のコンピューティングデバイスとして実装されてもよい。
【００３４】
ＳＧＷマネージャ２３３ＳＧＷＭは、当業者に知られており、かつ本明細書にさらに記載される種々のサービングゲートウェイ（ＳＧＷ）機能を管理するように動作する。
【００３５】
バックアップおよび復元マネージャ２３ＢＡＲＭは、さまざまな実施形態に関して本明細書に記載するバックアップおよび復元機能を管理するように動作する。たとえば、そのようなバックアップおよび復元機能は、ＳＧＷが主またはアクティブなＳＧＷとして動作しているか、補助または予備ＳＧＷとして動作しているか、あるいはその両方として動作しているかに応じて異なっていてもよい。一般に、さまざまな実施形態では、アクティブなＳＧＷによってサポートされる加入者用のユーザ機器または移動デバイスに関連付けられたセッション関連データの一部または全部を、予備ＳＧＷで輸送および格納することが企図されており、それによって、アクティブ状態およびアイドル状態のセッションの両方の素早い復元が上記の加入者にもたらされ得る。
【００３６】
セッションデータ２３３ＳＤは、加入者用のユーザ機器または移動デバイスに関連付けられたセッションデータを含む。ＳＧＷが主またはアクティブなＳＧＷとして動作している場合、セッションデータ２３３ＳＤは、主またはアクティブなＳＧＷによって加入者用のユーザ機器または移動デバイスを外へサポートする情報を含んでいてもよい。ＳＧＷが補助または予備ＳＧＷとして動作している場合、セッションデータ２３３ＳＤは、予備ＳＧＷによってサポートされる１つまたは複数の主またはアクティブなＳＧＷに関連付けられたセッションデータの部分を含んでいてもよい。
【００３７】
ルーティングデータ２３３ＲＤは、ＳＧＷの基本的なルーティング機能に関して、適切な出口ポートにルーティングされるべき入口ポートで受信されたパケットまたはトラフィックフローを処理するような、ＳＧＷによって処理されるべきパケットまたはトラフィックフローに関連付けられたルーティング情報を含む。ルーティングデータ２３３ＲＤは、ルーティングテーブル、保護または障害復旧情報などを含んでいてもよい。
【００３８】
その他の機能／データ２３３Ｏは、標準ＳＧＷ動作ならびに明示的には他の管理またはデータエンティティに属さないさまざまな実施形態によるＳＧＷ動作に対して、本明細書に記載の種々の機能を実行するように作用するプログラム、機能、データ構造などを含む。
【００３９】
予備ＳＧＷの選択および地理的冗長対の形成
ＭＭＥは、ＳＧＷの障害を、障害が生じたそのＳＧＷに隣接するノードまたはネットワーク要素によって知らされてもよい。これらの隣接するノードまたはネットワーク要素は独立に修正動作を行って、既に割り当てられている予備ＳＧＷ、ＭＭＥによって識別される予備ＳＧＷ、または何らかの他のルーティング手段を介して、接続を再度確立する。
【００４０】
さまざまな実施形態において、特定の予備ＳＧＷは、実例としてネットワーク管理システム（ＮＭＳ）によって、ネットワーク内の１つまたは複数の主またはアクティブなＳＧＷに割り当てられる。選択される予備ＳＧＷは、主またはアクティブなＳＧＷに地理的に最も近接しているＳＧＷであってもよい。さらに、主またはアクティブなＳＧＷには、他の主またはアクティブなＳＧＷに対する予備ＳＧＷとして作用し得るものがあってもよい。
【００４１】
さまざまな実施形態において、特定の予備ＳＧＷは、主またはアクティブなＳＧＷに障害が生じた後に選択される。これらの実施形態において、予備ＳＧＷは、障害が生じたＳＧＷまでの地理的な近接度、ＤＮＳ応答基準、経路管理確認基準、セッションローディング、および種々の他の基準の一部または全部を含む種々の基準に基づいて選択され得る。さまざまな実施形態において、予備ＳＧＷは、ＭＭＥによってたとえば特定のＭＭＥにとって利用可能なＳＧＷのプールから選択され、このＳＧＷのプールは、プールされたＳＧＷのうちの１つに障害が生じた場合に予備ＳＧＷを提供するために編成されたものである。
【００４２】
一実施形態において、ＳＧＷ  １１２は、ＳＧＷの地理的冗長対を形成するために使用できるように地理的に互いに近接している。一般に、特定のｅＮｏｄｅＢ  １１１のＵＥ  １０２からのトラフィックおよびデータフローは主として、特定のＳＧＷを介してＰＧＷ  １１３にルーティングされるものであり、特定のＳＧＷは、ｅＮｏｄｅＢからの音声およびデータトラフィックに対する主またはワーキングＳＧＷとして機能する。すなわち、このＳＧＷの一方がワーキングノードまたは主ノードとして構成され、他方が保護ノードまたは予備ノードとして構成される。通常の動作状態（すなわち、障害なし）において、ワーキングノードは、実例としては複数のｅＮｏｄｅＢからの呼のフローおよびデータフローを処理するように動作し、保護ノードは、ワーキングノードに障害が生じた場合に、そのワーキングノードの予備として機能するように動作する。
【００４３】
一実施形態において、第１のＳＧＷ  １１２１は、第１のｅＮｏｄｅＢ  １１１１からの音声およびデータトラフィックに対する主またはワーキングＳＧＷとして動作し、第２のＳＧＷ  １１２２は、第１のｅＮｏｄｅＢ  １１１１からの音声およびデータトラフィックに対する補助または予備ＳＧＷとして動作する。
【００４４】
一実施形態において、第２のＳＧＷ  １１２２は、第２のｅＮｏｄｅＢ  １１１２からの音声およびデータトラフィックに対する主またはワーキングＳＧＷとして動作し、第１のＳＧＷ  １１２１は、第２のｅＮｏｄｅＢ  １１１２からの音声およびデータトラフィックに対する補助または予備ＳＧＷとして動作する。
【００４５】
一実施形態において、第１および第２のＳＧＷ  １１２は、それらの１つ（または複数）のそれぞれのｅＮｏｄｅＢからの音声およびデータトラフィックに対する主またはワーキングＳＧＷ、ならびに他方のＳＧＷに関連付けられた１つ（または複数）のｅＮｏｄｅＢからの音声およびデータトラフィックに対する補助または予備ＳＧＷとして動作する。
【００４６】
本明細書において論じるさまざまな実施形態は、主ワーキングＳＧＷの障害に応答して、上記のＵＥ  １０２に関連付けられたセッション、音声およびデータトラフィック、ならびにその他のさまざまな管理情報またはコンテキストを迅速に復元することを対象とする。特に、ＳＧＷ間の素早く効率的な保護／バックアップ機能を実現するために、さまざまな実施形態では、加入者に大きな影響を感じさせずに予備ＳＧＷへの素早い遷移を可能にするために、ユーザ機器に関連付けられたセッション状態情報の冗長な格納にいくつかの段階が企図されている。具体的には、セッション状態情報の冗長性によって、ＭＭＥ  １１４およびＰＧＷ  １１３の両方ともアイドル状態の加入者ＵＥに対して状態情報を維持することが可能になり、その結果、アクティブなセッションが迅速に再確立され、加入者の感じ方が向上され得る。
【００４７】
フェイルオーバー処理
障害が生じたかまたは生じつつあるＳＧＷ  １１２から予備ＳＧＷ  １１２に移動させる（その後、主ＳＧＷが再び動作するようになったときにそのすべてまたは一部を主ＳＧＷに戻す）、ＵＥ  １０２および／またはｅＮｏｄｅＢ  １１１のための「移送」サポートに関して、ユーザセッションの完全な存続が必ずしも実現可能ではないことがある。しかしながら、本明細書において論じるさまざまな実施形態は、アクティブなＳＧＷと予備ＳＧＷの間の低い同期オーバーヘッドを維持しつつ、オンデマンドのサービス復元を利用するサービスの高速復元を容易にするように構成されている。
【００４８】
オンデマンドのサービス復元では、予備ＳＧＷはアクティビティを要求しているセッションのみを処理する。アクティブ状態で使用されているＳＧＷには、即座の復元を要求しない多くのアイドル状態のセッションが存在し得る。ある期間にこれらのセッションがアクティブになり、その時点で、それらのセッションを再接続することが必要になる。このジャストインタイムの復元手法によって、ネットワークはアクティブではないセッションのための信号送信オーバーヘッドによる過負荷を受けなくなる。
【００４９】
低い同期オーバーヘッドでは、データ同期動作、主ＳＧＷとその予備ＳＧＷの間のセッション状態の更新などが最小限に維持される。典型的には、アクティブなＳＧＷと、アクティブ状態に移行中、アイドル状態に移行中、またはあるｅＮｏｄｅＢから別のｅＮｏｄｅＢにハンドオーバー中のセッションの追跡などの種々の機能を対象とするＭＭＥとの間に、大きなトラフィックが存在する。これらのアクティビティは、極めて頻繁に生じるため、アクティブなＳＧＷと予備ＳＧＷの間でこれらの変更をすべて伝えることは大きな負荷となる。一般に、さまざまな実施形態は、障害時にアクティブなＳＧＷに存在していたセッションの知識のみを利用する。
【００５０】
本明細書に記載の種々の方法および技法は、主ＳＧＷの障害に応答して、予備ＳＧＷを介して主ＳＧＷ上のユーザセッションの制御プレーンおよびデータプレーンの両方を復元することができる（その後、主ＳＧＷが再び動作するようになったときにそのすべてまたは一部を主ＳＧＷに戻す）機構を提供する。本明細書に記載のセッション復元機構のさまざまな実施形態は、３つの要素、すなわち、（１）ＩＰアドレス存続処理（ｓｕｒｖｉｖａｂｉｌｉｔｙ）、（２）経路管理継続、および（３）セッション復元、に対処する。
【００５１】
ＩＰアドレス存続処理は、予備ＳＧＷへの移送処理の間、予備ＳＧＷに接続されたネットワーク要素が、障害が生じたＳＧＷのＩＰアドレス（複数可）に確実に引き続きアクセスできるようにする処理である。
【００５２】
いくつかの実施形態において、ＩＰアドレス存続処理は、ＶＲＲＰ（層２手法）またはエニーキャストＩＰアドレス（層３手法）などを使用して、仮想ＩＰアドレスを用いて実施される。
【００５３】
いくつかの実施形態において、ＩＰアドレス存続処理は、アクティブなＳＧＷおよび予備ＳＧＷに同じＩＰアドレスを広告させることによって実施され、ここで、アクティブなＳＧＷは、極めて好ましい尺度（ｍｅｔｒｉｃ）でＩＰアドレスを広告し、予備ＳＧＷは、好ましくないかまたは「有害な」尺度でＩＰアドレスを広告する。これらの実施形態において、広告ＩＰアドレスの中から選択する任意のネットワーク要素は、極めて好ましいアドレスであるという理由で、アクティブなＳＧＷのアドレスを常に選択する。アクティブなＳＧＷに障害が生じ、唯一の有効なＩＰアドレスが予備ＳＧＷによって広告されるものであるとき、ネットワーク要素は、予備ＳＧＷにすべてのデータプレーンおよび制御プレーンのトラフィックを選択する。
【００５４】
経路管理継続は、障害が生じたＳＧＷに対する経路管理をもつネットワーク要素が、予備ＳＧＷへの移送処理によって、確実に継続性を維持させる処理である。いくつかの実施形態において、アクティブなＳＧＷが、種々の他のネットワーク要素（たとえば、ＭＭＥ、ｅＮｏｄｅＢ、ＰＧＷ）との定期的な経路管理関係に加わる。各経路管理インスタンスは、Ｅｃｈｏ  Ｒｅｑｕｅｓｔに含めて送信されるＲｅｓｔａｒｔ  Ｃｏｕｎｔｅｒによって識別される。この数が変わる場合、それは、（リブートのため、またはネットワーク要素を停止し、バックアップした管理行動のために）ネットワーク要素が再始動させられたことを意味する。
【００５５】
予備ＳＧＷが引き継ぐとき、予備ＳＧＷは経路管理Ｅｃｈｏ  Ｒｅｑｕｅｓｔを受信し、応答性良くＥｃｈｏ  Ｒｅｐｌｙを送信する。さらに、予備ＳＧＷはＥｃｈｏ  ＲｅｑｕｅｓｔおよびフィールドＥｃｈｏ  Ｒｅｐｌｙを送信する。ピアごとに、予備ＳＧＷはアクティブなＳＧＷにおいて受信したＲｅｓｔａｒｔ  Ｃｏｕｎｔｅｒを知ることになる。このように、あるピアからのＲｅｓｔａｒｔ  Ｃｏｕｎｔｅｒが変わる場合、予備ＳＧＷは、そのピアに関連付けられたセッションを応答性良くクリーンアップすることができる。さまざまな実施形態において、予備ＳＧＷがＥｃｈｏ  Ｒｅｑｕｅｓｔを送信するとき、アクティブなＳＧＷが送信していたＲｅｓｔａｒｔ  Ｃｏｕｎｔｅｒも送信することになる。このように、アクティブなＳＧＷのピアは、セッションをクリーンアップしない。
【００５６】
レジリエントなセッション復元は、ダウンしているかまたはアクティブでないセッションを識別し、識別されたセッションを、予備ＳＧＷを介してできるだけ早く復元する処理である。レジリエントなセッション復元において、アクティブなＳＧＷは、ＵＥセッションに関連付けられた制御プレーンおよびデータプレーンの両方とも予備ＳＧＷが復元できるように、各ＵＥに関する十分な情報を運搬する。これは、予備ＳＧＷが、アクティブなＳＧＷのＵＥを認識するだけでなく、それらのＵＥに対する制御メッセージを処理し、さらにはそれらのＵＥに対するデータプレーンのトラフィックを転送することを意味する。
【００５７】
実例としてＬＴＥネットワークに関して、レジリエントなセッション復元は、１０ｍｓ以内でＵＥのアクティブな処理時間を提供すると同時に、主ＳＧＷが失われたことでネットワーク要素が受ける影響を最小限にすることができる。こういった技法によって、主ＳＧＷと予備ＳＧＷの間の同期オーバーヘッドは低くなり、アイドル状態のＵＥの処理に変更することはなくなり、アクティブ状態およびアイドル状態のＵＥのＵＥ  ＩＰアドレスが維持され、かつ課金セッションが維持される。
【００５８】
セッション復旧段階は、セッションにアクティビティが存在するときはいつでも実行される。目的は、ＵＥへのダウンリンク経路を確立するための情報を回復することである。これは、セッションの信号送信および維持に関わるネットワーク要素が、それらのピアと通信できるように、そのセッションを継続し続けることを示唆する。ＵＥのセッション状態は一般に、そのダウンリンクＴＥＩＤは別として、一定であることに留意されたい。事実上、アイドル状態のＵＥのセッション状態は、ＵＥのセッション状態の比較的不変の部分である。したがって、ＵＥをアイドルモードに維持することによって、主な復元労力はダウンリンクＴＥＩＤに向けられる。
【００５９】
アクティブなＳＧＷの障害シナリオの後、データプレーンであるか制御プレーンであるかにかかわらず、すべてのトラフィックは予備ＳＧＷにルーティングされる。データトラフィックが予備ＳＧＷのＳ５−ｕインターフェースに到着するとき、そのデータトラフィックは、予備ＳＧＷのデータプレーンにおいてプログラム化されているトンネルエンドポイント識別子（ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ｉｄｅｎｔｉｆｉｅｒ）（ＴＥＩＤ）を有するトンネルに到着することになる。ＵＥ状態がアイドルモードとして維持されるので、ＳＧＷの通常の挙動は、Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを送信して、ＭＭＥに、ＵＥをページングし、ダウンリンクＴＥＩＤ（ＤＬ  ＴＥＩＤ）およびｅＮｏｄｅＢをＵＥに戻すように通知することである。ＵＥが実際にアイドルモードにある場合、ＭＭＥはＵＥをページングし、ダウンリンク経路を再度確立する。ＵＥがアクティブである場合、ＭＭＥはＵＥをページングする必要はないが、代わりに、ＳＧＷに、ＵＥが接続されているｅＮｏｄｅＢに対する既存のダウンリンクＴＥＩＤを提供する。予備ＳＧＷのＳ１−ｕインターフェースに到着したデータでは、アップリンクデータ経路が既にプログラム化されており、データ転送が完了され得る。この動作は、アクティブなＵＥおよびアイドル状態のＵＥの両方にとって利用可能であることに留意されたい。ダウンリンクリターントラフィックは、既に検討したようにＤｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎをトリガする。
【００６０】
制御メッセージがＳ５−ｃインターフェースに到着する場合、予備ＳＧＷはメッセージを転送する。ＭＭＥがＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを送信しない場合、ＳＧＷは、ＵＥがアクティブな状態であったことを認識し、かつ、ＭＭＥにダウンリンクＴＥＩＤとともにＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの送信をトリガさせるために、Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  ＮｏｔｉｆｉｃａｔｉｏｎをＭＭＥに送信する。ＵＥがアイドル状態だった場合、ＭＭＥはＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを自動的に送信する。制御メッセージがＭＭＥから到着する場合、それは、ＵＥをアイドル状態でなくす（ＳＧＷは何もしなくてよい）か、アイドルモードＴＡＵを送信するか（ＳＧＷは何もしなくてよい）、またはＵＥにアイドル状態でなくなるように要求する呼のフローである（ＳＧＷはそのメッセージを破棄し、Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎを送信して、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＭＭＥから引き出す）。
【００６１】
さまざまな実施形態において、予備ＳＧＷ上で既にプログラム化されたものと、予備ＳＧＷがバックアップしているＵＥとの間で衝突が確実に起こらないようにするために、アクティブなＳＧＷと予備ＳＧＷによって使用されるＴＥＩＤ空間は互いに交わらない。
【００６２】
一般に復元手順は、以下のような、アクティブなＳＧＷと予備ＳＧＷの間でやり取りされる情報を使用する。（１）経路管理Ｒｅｓｔａｒｔ  ＣｏｕｎｔｅｒおよびアクティブなＳＧＷに知られている各ピアのＩＰアドレス、ならびに（２）アクティブなＳＧＷに知られているすべてのＵＥセッション状態情報、ただし、種々のｅＮｏｄｅＢに対するダウンリンクＴＥＩＤは除く。
【００６３】
図３は、一実施形態による、セッション状態バックアップ方法の流れ図を示す。この方法は、図１−２に関して前述したＳＧＷ  １１２などの、主ＳＧＷで使用されるように構成された部分と、予備ＳＧＷで使用されるように構成された部分とを含む。
【００６４】
一般に、図３の方法３００は、ダウンしているかまたはアクティブでないセッションを識別し、識別されたセッションを、予備ＳＧＷを介してできるだけ早く復元するなどの少なくとも限られた行動を予備ＳＧＷがとれるようにするために、アクティブなＳＧＷによってサポートされる各ＵＥ  １０２に関する十分な情報を予備ＳＧＷに格納するように構成されている。アクティブなＳＧＷは、ＵＥセッションに関連付けられた制御プレーンおよびデータプレーンの両方を予備ＳＧＷが復元できるようにするために、各ＵＥに関する十分な情報を運搬する。このように、ＵＥセッションの信号送信および維持に関わる種々のネットワーク要素が、セッションを存続中であるとみなし続け、したがって、それらのピアと通信する。
【００６５】
ステップ３１０において、少なくとも１つの代替または予備ＳＧＷが主ＳＧＷに対して決定される。すなわち、ネットワーク内の主またはアクティブなＳＧＷとして動作するＳＧＷの１つまたは複数に対して、少なくとも１つの予備ＳＧＷが決定される。枠３１５を参照すると、予備ＳＧＷは、主および／または予備ＳＧＷに関連付けられた位置、構成、容量またはその他の要因に対して決定され得る。この決定は、近傍の各ＳＧＷの中での発見、構成または最適化処理などに関して、ＳＧＷ間のネゴシエーションによってなされ得る。この決定は、図１に関して既に記載したネットワークマネージャ１４０などのネットワークマネージャによってもなされ得る。他のエンティティおよび／または決定方法が使用されてもよい。
【００６６】
さまざまな実施形態において、主ＳＧＷに対する代替または予備ＳＧＷの決定は、以下の選択基準の１つまたは複数に基づいて自動的に実行される：ＤＮＳ応答時間、経路管理確認時間、セッションローディングなど。さまざまな実施形態において、この基準は、新規の呼セットアップ用の新規の主ＳＧＷを選択するためにＭＭＥも使用する。
【００６７】
ステップ３２０において、アクティブなＳＧＷおよび予備ＳＧＷが必要に応じて初期化され、各ＳＧＷの中で主および予備の役割が割り当てられ、主ＳＧＷと予備ＳＧＷの通信が確立され、少なくとも主ＳＧＷがそのＩＰアドレスを広告し始める。
【００６８】
枠３２５を参照すると、ステップ３２０における処理が、イベントを運搬するためのＳＧＷ間の通信プロトコル（ＩＳＣＰ）で、アクティブなＳＧＷと予備ＳＧＷの間で確立される必要があるＳＧＷ間の通信チャネル（ＩＳＣＣ）を確立すること、１つまたは複数の使用されるべきＩＰ存続処理機構を定義すること、主ＳＧＷから予備ＳＧＷに運搬される関連イベントを定義すること、アクティブなＳＧＷが使用するトンネルエンドポイント識別子（ＴＥＩＤ）の範囲を決定すること、ピアアドレスおよびリスタートカウンタ情報を共有すること、などのうちの一部または全部を含む。
【００６９】
さまざまな実施形態において、初期化中にアクティブなＳＧＷは自らを識別し、予備ＳＧＷの識別を要求する。適切に構成されたＳＧＷ間にピアの存在が確認された後、アクティブなＳＧＷは、これからアクティブな役割を担うことを宣言する。ピアの存在が認められたとき、アクティブなＳＧＷは、そのＩＰアドレスをＳ１−ｕ、Ｓ１１、Ｓ５−ｃおよびＳ５−ｕインターフェースに広告し始める。通常の動作において、アクティブなＳＧＷは、Ｓ１１、Ｓ５−ｃ、Ｓ５−ｕおよびＳ１−ｕインターフェース上でＩＰアドレスを「所有する」。また、アクティブなＳＧＷは、使用する予定のＴＥＩＤ範囲を共有し、したがって、予備ＳＧＷはその範囲の使用を控えることができる。
【００７０】
さまざまな実施形態において、アクティブなＳＧＷは、予備ＳＧＷと、ＳＧＷ用のローカルなＲｅｓｔａｒｔ  Ｃｏｕｎｔｅｒを共有し、ここで、１つだけのＲｅｓｔａｒｔ  ＣｏｕｎｔｅｒがＳＧＷ内のすべてのプロトコルについて維持される。いくつかの実施形態において、アクティブなＳＧＷは、アクティブなＳＧＷが通信するピアごとにピアＩＰアドレスとＲｅｓｔａｒｔ  Ｃｏｕｎｔｅｒの対を共有する。これらの実施形態において、ピアが定期的に変わる（ｇｏ）と、アクティブなＳＧＷはこの情報を予備ＳＧＷに伝える。この情報は、安定したネットワークにおいては通常変化しない。
【００７１】
ステップ３３０において、主ＳＧＷが、主ＳＧＷによってサポートされる移動デバイスに関連付けられたセッション状態情報を、少なくとも１つの対応する予備ＳＧＷに送信する。すなわち、それがＵＥ関連のメッセージを処理すると、アクティブなＳＧＷは、ＵＥに対するセッション状態の関連イベントを識別し、この情報を予備ＳＧＷに伝える。
【００７２】
枠３３５を参照すると、セッション状態情報が、所定の秒数または分数の後といった所定の間隔で送信され得る。セッション状態情報は、１つまたは所定の数の関連加入者イベントの発生後にも送信され得る。関連加入者イベントは、実例として、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｅｖｅｎｔ、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｅｖｅｎｔ、Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｅｖｅｎｔ、および／またはＤｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｅｖｅｎｔを含む。一般に、セッション復元の実施形態のための関連加入者イベントは、以下の例に示されるような、ユーザセッションの生成または消去をもたらす任意のイベントを含む：
Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｅｖｅｎｔ：新規のセッションが作成されるとき、新規の制御ＴＥＩＤがＰＧＷに対するＳ５インターフェースに割り当てられる。これがＵＥ用の最初のセッションである場合、新規の制御ＴＥＩＤはＭＭＥに対するＳ１１インターフェースに割り当てられる。Ｃｒｅａｔｅイベントの完了時に、既定のベアラ用のデータプレーンＴＥＩＤがＳ５−ｕ上のＳＧＷに出入りし、ｅＮｏｄｅＢからＳ１−ｕインターフェース上のＳＧＷに入るトラフィックにも割り当てられる。
【００７３】
Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｅｖｅｎｔ：新規の専用ベアラが作成されるとき、ＳＧＷに出入りし、Ｓ１−ｕインターフェース上のＳＧＷに入るトラフィックに、新規のデータプレーンＳ５−ｕのＴＥＩＤが割り当てられる。
【００７４】
Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｅｖｅｎｔ：セッションが削除されるとき、そのセッションは予備ＳＧＷから削除され、データプレーンから破棄される必要がある。
【００７５】
Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｅｖｅｎｔ：専用ベアラが削除されるとき、そのベアラコンテキストは予備ＳＧＷから削除され、転送プレーンから破棄される必要がある。
【００７６】
変更の頻度は、ＰＤＮセッションおよび専用ベアラのセットアップ／解体の頻度に基づく。しかしながら、これは、セッションおよびベアラの状態を修正するＳＧＷに到着するイベントほどの頻度ではない。状態情報は主として、セッションが存在している間に大きく変わることはないＵＥのセッション状態を含む。
【００７７】
いくつかの実施形態において、アクティブなＳＧＷに実際に障害が生じてしまったと予備ＳＧＷが不正確な判定してしまうことを避けるために、運搬する関連イベントがあまりない場合は、アクティブなＳＧＷは定期的に動作状態継続（ｋｅｅｐ  ａｌｉｖｅ）メッセージを予備ＳＧＷに送信する。
【００７８】
ステップ３４０において、各予備ＳＧＷにおいて、予備ＳＧＷによってサポートされる１つまたは複数の主ＳＧＷから送信されるセッション状態情報が格納される。枠３４５を参照すると、そのようなセッション状態情報は、セッションがアクティブ状態にあることを示すのに十分な情報、アクティブなＵＥとのセッションを復元するのに十分な情報、アクティブでないＵＥとのセッションを復元するのに十分な情報、ＵＥセッション用の制御プレーンおよびデータプレーンを再形成するのに十分な情報またはその他の情報のうちの１つまたは複数を含み得る。
【００７９】
図４は、一実施形態による、セッション状態復元方法の流れ図を示す。具体的には、図４は、図３に関して既に説明したようなセッション状態情報を記憶したＬＴＥネットワークにおける代替または予備ＳＧＷなどの、代替または予備ゲートウェイとして動作するゲートウェイで使用されるように構成された方法４００を示す。
【００８０】
ステップ４１０において、実例として、図３に関して既に説明したような方法３００に従って、予備ＳＧＷとして動作するＳＧＷなどのゲートウェイが初期化され、主ＳＧＷへの通信経路が確立される。
【００８１】
ステップ４２０において、予備ゲートウェイが、主ＳＧＷの障害が指示されるまでの間、アクティブなＳＧＷによってサポートされるＵＥに関するＵＥ状態情報を受信し、格納する。枠４２５を参照すると、主ＳＧＷの障害は、明確な障害指示、近傍ノードの存続状態指示器のタイムアウト、ピアカウンタのタイムアウトなどによって指示され得る。そのような指示は、主ＳＧＷの実際の障害または主ＳＧＷに関連付けられた維持状態もしくは主ＳＧＷに関連付けられた過負荷状態などの何らかの他の状態によることもある。
【００８２】
ステップ４３０において、主ＳＧＷ障害の後、予備ゲートウェイが、障害が生じた主ゲートウェイのＩＰアドレスおよび経路管理の義務を引き受ける。いくつかの実施形態において、障害が生じたＳＧＷに関連付けられたＵＥは、アイドル状態に維持される。枠４３５を参照すると、予備ゲートウェイは、制御プレーンおよびデータプレーンのトラフィックおよびパケットが予備ゲートウェイにルーティングされるように、好ましい基準でＩＰアドレスの広告を開始することができる。
【００８３】
ステップ４４０において、予備ＳＧＷとのＵＥ接続性およびセッションの有効性が再確認される。すなわち、予備ＳＧＷによって有効にサポートされるように、予備ＳＧＷは、データプレーンおよび制御プレーンのＵＥセッションデータを再度確立するかまたは再確認するための種々の制御メッセージを生成する。枠４４５を参照すると、いくつかの実施形態において、ＵＥ接続性は、ＭＭＥがＳ１−ｕのｄｌ経路を復元するために使用するＤＤＮ（ＩＭＳＩ）を生成すること、ＵＥを切り離し、再接続する動作によってＵＥセッションを復元して、ＵＥを復元すること、以前強制的にアイドル状態にされたＵＥをアクティブ化することによって、ＵＥに対するデータおよび制御プレーン情報を復元すること、またはその他の機構によって、再確認され得る。
【００８４】
ステップ４５０において、予備ＳＧＷが引き続きＵＥセッションをサポートし、それによって、障害が生じた主ＳＧＷの機能を引き継ぐ。
【００８５】
予備ＳＧＷによって生成される特定の制御メッセージは、主ＳＧＷと予備ＳＧＷの間で同期されたセッション状態情報に依存する。あるセッション状態情報はＵＥセッションを維持するのに十分ではない。あるセッション状態情報は、ＵＥの切り離し／再接続を行うだけなら十分である。あるセッション状態情報は、データプレーンおよび制御プレーンのセッションを保持するのに十分である。
【００８６】
さまざまなタイプのセッション状態情報およびセッション復元に関してのそのような情報の利用については、ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＳＥＳＳＩＯＮ  ＲＥＳＩＬＩＡＮＣＹ  ＡＴ  ＧＥＯ−ＲＥＤＵＮＤＡＮＴ  ＧＡＴＥＷＡＹＳと題された、同時出願の米国特許出願第＿＿＿＿＿＿＿号（代理人整理番号ＡＬＵ／８０９３４８）およびＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＳＥＳＳＩＯＮ  ＲＥＳＴＯＲＡＴＩＯＮ  ＡＴ  ＧＥＯ−ＲＥＤＵＮＤＡＮＴ  ＧＡＴＥＷＡＹＳと題された、同第＿＿＿＿＿＿＿号（代理人整理番号ＡＬＵ／８０９３５０）に、より詳細に論じられており、この両文献とも全体が引用により本明細書に組み込まれる。
【００８７】
さまざまな実施形態において、ＵＥセッションに関連付けられたデータプレーンまたは制御プレーンのトラフィックが予備ＳＧＷ（すなわち、予備ＳＧＷのトリガされたＩｎｇｒｅｓｓ  Ｄａｔａ  ＰｌａｎｅまたはＩｎｇｒｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）に到着するとき、予備ＳＧＷは、ＭＭＥがＳ１−ｕのＤＬ経路を復元するためのＤＤＮ（ＩＭＳＩ）メッセージを応答性良く生成する。枠４４５を参照すると、予備ＳＧＷは、ネットワークで生成された制御プレーンまたはデータプレーンのトラフィック、ＵＥで生成されたデータプレーンのトラフィック、Ｓ１１の制御メッセージ、Ｓ１−ｕまたはＳ５−ｕのデータトラフィックなどに応答して、ＤＤＮ（ＩＭＳＩ）メッセージを生成する。
【００８８】
ＤＤＮ（ＩＭＳＩ）メッセージに応答して、ＭＭＥは、（ａ）ＩＭＳＩページング機能を実施すること、（ｂ）ＵＥを切り離すと同時に、選択された再接続コードを提供すること、および（ｃ）ＵＥがアイドルモードの場合にＩＭＳＩ接続を実施することによって、アイドルモードのＵＥを処理するように動作する。ＭＭＥは、（ａ）切り離しを実施すること、および（ｂ）ＩＭＳＩ接続を実施することによって、アクティブまたは接続モードのＵＥを処理するように動作する。さらに、予備ＳＧＷは、Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＰＧＷに転送し、ＰＧＷは、ＰＣＲＦおよびＩＭＳを介して応答性良くＵＥの状態異常をクリーンアップする。ＵＥはアイドル状態に維持される（ステップ４３０による）ので、ＭＭＥはＵＥを切り離し、再接続することで、それによってサポートされるセッションのデータプレーンおよび１２プレーンの完全性を維持する。
【００８９】
フェイルオーバー後の処理
一般に、地理的冗長対に加わる２つのゲートウェイまたはノードが存在する。所与の時間では、２つのゲートウェイまたはノードは、それぞれのＵＥなどについて独立しているかまたは異なる機能を実施していることがある。この議論の目的で、このノードの一方が「ワーキング」ノードであり、他方のノードが「保護」ノードであることとする。「ワーキング」ノードは、通常の状態においてすべての呼を処理するノードであることが意図されたノードであり、「保護」は、「ワーキング」ノードの予備として機能することが意図されたノードである。
【００９０】
呼のフローおよびデータフローを現在処理しているノードは「アクティブ」と呼ばれ、アクティブノードの予備として機能している他方のノードは「スタンバイ」と呼ばれる。「アクティブ」ノードはすべての呼を現在処理しているノードであり、「スタンバイ」は「アクティブ」ノードの予備として機能しているノードである。復帰処理が生じている間は、アクティブの動作状態は「アクティブ解放（ａｃｔｉｖｅ−ｒｅｌｅａｓｉｎｇ）」となり、「スタンバイ」ノードのそれは「アクティブ獲得（ａｃｔｉｖｅ−ａｃｑｕｉｒｉｎｇ）」となる。
【００９１】
制御およびデータトラフィックを現在引きつけているノードは「マスタ」と称され、他方のノードは「スレーブ」と称される。
【００９２】
一般に、ノードが動作状態になるとき、「ワーキング」ノードは、「アクティブ」の動作状態およびＩＰアドレスの帰属を「マスタ」とし、「保護」ノードは、「スタンバイ」の動作状態およびＩＰアドレスの帰属を「スレーブ」とする。
【００９３】
地理的冗長フェイルオーバーが起こった後、サービスプロバイダまたはネットワークオペレータが保護ノードおよびスタンバイノードに対して要求することができる２つの主行動、すなわち非復帰行動および復帰行動が存在する。
【００９４】
非復帰行動では、プロバイダは、障害の後、障害が生じたワーキングノードが回復しても、保護されたセッションを最初に障害が生じた「ワーキング」ノードに返す（フェイルオーバーする）意志はない。具体的には、フェイルオーバーが起こった後、「保護」ノードが「アクティブ」および「マスタ」ノードになる。「ワーキング」ノードは動作状態になるとき、「スタンバイ」および「スレーブ」の役割を担う。両システムは引き続きそれらの新規の役割を担う。
【００９５】
復帰行動では、プロバイダは、障害の後、障害が生じたワーキングノードが回復すると、保護されたセッションを最初に障害が生じた「ワーキング」ノードに返す（フェイルオーバーする）意志がある。この行動は、すべてのセッションが「ワーキング」システムに復元されることをプロバイダが期待するとき、好ましいことがある。地理的冗長システムがはるかに離れている場合、フェイルオーバーによって、トラフィックのためのさらなる待ち時間が生じることがあり、プロバイダは、パケットがそれらのネットワークを介した最善に満たない転送になるというコストを負う可能性もある。
【００９６】
復帰行動は、手動で呼び出されても自動で呼び出されてもよい。手動方法では、ネットワークは、フェイルオーバーの後にプロバイダによって監視されている。ネットワークが安定化すると、手動の介入によって復帰行動がトリガされる。自動方法では、ネットワーク要素自体が、ネットワークに関連付けられた安定性および／または他の動作基準を種々の要因に基づいて検出する。ネットワーク安定性または他の動作基準の適切な段階が実現されるとき、復帰行動が自動的にトリガされ得る。
【００９７】
さまざまな実施形態では、制御プレーンおよびトラフィックプレーンのロスまたはその他の乱れを最小限にするように構成されたやり方で、復帰行動を可能にしている。
【００９８】
図５は、一実施形態による、復帰行動方法の流れ図を示す。具体的には、図５は、ＵＥセッションを復帰させるための、制御プレーンおよびトラフィックプレーンのロスを最小限にするように構成されたやり方で、予備ＳＧＷまたは保護ノードから以前に障害が生じたＳＧＷまたはワーキングノードに自動的に復帰する方法を示す。
【００９９】
ステップ５１０において、以前に障害が生じたＳＧＷまたはワーキングノードが、予備ＳＧＷまたは保護ノードへの制御チャネルを立ち上げる。すなわち、以前に障害が生じたＳＧＷ（すなわち、ワーキングノード）は、再度動作状態になった後、制御チャネルを立ち上げることによって、予備ＳＧＷ（すなわち、保護ノード）との通信を再度確立する。
【０１００】
ステップ５２０において、制御プロトコルが、ワーキングノードおよび保護ノードの動作状態を判定するために使用される。障害が復元された後、「ワーキング」ノード（たとえば、以前に障害が生じたＳＧＷ）は「スタンバイ」および「スレーブ」ノードになるが、「保護」ノード（たとえば、現在ＵＥセッションをサポートしている予備ＳＧＷ）は「予備」および「スレーブ」ノードになる。
【０１０１】
ステップ５３０において、保護ノードとワーキングノードは、両ノードが保護ノードによってサポートされる移動デバイスに関連付けられたセッション状態情報を格納するように同期される。すなわち、保護ノードが種々のＵＥセッションをサポートするアクティブノードとして引き続き働く間、対応するセッション状態情報はワーキングノードに提供される。枠５３５を参照すると、そのようなセッション状態情報は、セッションがアクティブ状態にあることを示すのに十分な情報、アクティブなＵＥとのセッションを復元するのに十分な情報、アクティブでないＵＥとのセッションを復元するのに十分な情報、ＵＥセッション用の制御プレーンおよびデータプレーンを再形成するのに十分な情報またはその他の情報のうちの１つまたは複数を含み得る。
【０１０２】
さまざまな実施形態において、図５のステップ５３０においてワーキングノードと同期されたセッション状態情報は、図３のステップ３４０／３４５に関して既に論じたように予備ＳＧＷに格納されたセッション状態情報とほぼ同じである。しかしながら、さまざまな他の実施形態において、ステップ５３０においてワーキングノードと同期されたセッション状態情報は、図３のステップ３４０／３４５に関して既に論じたように予備ＳＧＷに格納されたセッション状態情報とは異なる。
【０１０３】
たとえば、さまざまな実施形態において、図３のステップ３４０において格納され、主ＳＧＷから１つまたは複数の予備ＳＧＷにＵＥセッションを移動させるために使用されるセッション状態情報は、図５のステップ５３０において同期されたセッション状態情報と同じである。さまざまな他の実施形態において、図３のステップ３４０において格納され、主ＳＧＷから１つまたは複数の予備ＳＧＷにＵＥセッションを移動させるために使用されるセッション状態情報は、図５のステップ５３０において同期されたセッション状態情報とは異なる。さまざまな他の実施形態において、図３のステップ３４０において格納され、主ＳＧＷから１つまたは複数の予備ＳＧＷにＵＥセッションを移動させるために使用されるセッション状態情報は、複数の予備ＳＧＷの一部または全部については、図５のステップ５３０において同期されたセッション状態情報とは異なる。
【０１０４】
ステップ５４０において、保護ノードが、復帰行動がトリガされるまでアクティブ／マスタノードとして動作する。すなわち、「アクティブ」ノードが「マスタ」として働き、したがって、ネットワークからすべてのトラフィックを引きつけ続ける。これは、Ｌ２（ＶＲＲＰ）またはＬ３（ＩＰアドレス広告）機構のいずれかを使用するときに生じる。一度保護ノードおよびワーキングノードが、セッション状態情報と、また場合によっては他の情報と同期されると、復帰行動がトリガされることがある。枠５４５を参照すると、復帰行動は、手動でトリガされるか、システム安定性に基づいて自動でトリガされるか、ワーキングノードおよび保護ノードの一方または両方の近くでの輻輳状態、誤り率、ポリシー設定（ｐｒｅｆｅｒｅｎｃｅｓ）などの何らかの他の基準に基づいて自動でトリガされることがある。
【０１０５】
ステップ５５０において、復帰行動のトリガに応答して、ハンドオーバーチャネルが保護ノードとワーキングノードの間に作成される。ハンドオーバーチャネルは、保護ノードがサポートするＵＥセッションをワーキングノードにハンドオーバーで戻すことを容易にする。また、アクティブノード（すなわち、保護ノードまたは予備ＳＧＷ）は、アクティブ解放の動作状態に遷移されるが、スタンバイノード（すなわち、ワーキングノードまたは主ＳＧＷ）は、スタンバイ獲得（ｓｔａｎｄｂｙ−ａｃｑｕｉｒｉｎｇ）の動作状態に遷移される。
【０１０６】
ステップ５６０において、ワーキングノードによるＵＥセッションの動作制御が、新規のＵＥセッション接続の制御がすべて保護ノードからワーキングノードに遷移されるときに復元され始める。具体的には、保護ノードは新規のＵＥ接続要求を局所的に処理するのではなく、新規のＵＥ接続要求が受信されるかまたは識別されるとき、そのすべてをハンドオーバーチャネルを介してワーキングノードに転送する。ワーキングノードは、ＵＥにセッション確立などのさまざまな制御機能の実施を要求することによる相互作用によって、新規のＵＥ接続要求に応答する。制御が立ち上がった後、新規のセッションに関連付けられたデータフローは、ワーキングノードがセッションに対して完全な制御を行使できるように、ワーキングノードにも転送される。
【０１０７】
ステップ５７０−５９０において、すべての既存のＵＥセッション接続の制御が、保護ノードからワーキングノードに遷移される。具体的には、個別またはグループで、既存のＵＥセッションは、ステップ５３０に関して既に論じた同期されたセッション状態情報を使用して、保護ノードからワーキングノードに遷移される。次に、一実施形態を特にステップ５７０−５９０に関して論じるが、本実施形態のさまざまな修正形態が本発明者らによって企図されている。
【０１０８】
ステップ５７０において、ワーキングノードが保護ノードのＩＰアドレスおよび経路管理の義務を引き受ける。いくつかの実施形態において、保護ノードに関連付けられたＵＥはアイドル状態に維持される。枠５７５を参照すると、ワーキングノードは、制御プレーンおよびデータプレーンのトラフィックおよびパケットがワーキングノードにルーティングされるように、好ましい基準でＩＰアドレスの広告を開始することができる。
【０１０９】
ステップ５８０において、ワーキングノードとのＵＥ接続性およびセッションの有効性が再確認される。すなわち、ワーキングノードによって有効にサポートされるように、ワーキングノードは、データプレーンおよび制御プレーンのＵＥセッションデータを再度確立するかまたは再確認するための種々の制御メッセージを生成する。枠５８５を参照すると、いくつかの実施形態において、ＵＥ接続性は、ＭＭＥがＳ１−ｕのダウンリンク（ＤＬ）経路を復元するためのダウンリンクデータ通知（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）（ＤＤＮ）ＩＭＳＩメッセージを生成すること、ＵＥを切り離し、再接続する動作によってＵＥセッションを復元して、ＵＥを復元すること、以前強制的にアイドル状態にされたＵＥをアクティブ化することによって、ＵＥに対するデータおよび制御プレーン情報を復元すること、またはその他の機構によって、再確認され得る。
【０１１０】
ステップ５９０において、ワーキングノードが引き続きＵＥセッションをサポートし、それによって、保護ノードの機能を引き継ぐ。特に、ワーキングノードが、そのルートを知らせ、自らをアクティブおよびマスタとして宣言する一方で、保護ノードはスタンバイおよびスレーブの役割を採用する。
【０１１１】
さまざまな実施形態において、ワーキングノードに復帰するＵＥまたはＵＥセッションは、以前にワーキングノードによってサポートされていたＵＥまたはＵＳセッションのみを含む。たとえば、以下でより詳細に論じるように、さまざまな実施形態では、実例として、それぞれがアドレスの競合なく他方に対する保護ノードとして機能し得るように、ワーキングおよび保護ノードの両方が、それぞれの、競合しないＩＰアドレス組に関連付けられていることが企図されている。
【０１１２】
さまざまな実施形態において、復帰行動は、輻輳または他の基準の存在によって、部分的なものになることがある。たとえば、ワーキングノードが動作状態になるとき、種々のネットワーク動作状態、ポリシー変更またはその他の要因によって、すべてのＵＥセッションをそのノードに復帰させることが望ましくないことがある。この場合、ＵＥセッションの一部のみが、保護ノードからワーキングノードに移動させられる。同様に、ＵＥセッションが移動させられる間である時間は、種々の要因に基づいて適合させられる（長くされるかまたは短くされる）ことがある。ポリシーに基づいた基準、ＵＥ加入者サービスレベルなどの他の基準が、復帰行動を適合させるために使用されてもよい。種々の基準は、ワーキングおよび保護ノードの一方もしくは両方によって、またはネットワーク管理システムによって管理される。
【０１１３】
ワーキングノードによって生成される特定の制御メッセージは、保護ノードとワーキングノード（複数可）の間で同期されたセッション状態情報に依存する。あるセッション状態情報はＵＥセッションを維持するのに十分ではない。あるセッション状態情報は、ＵＥの切り離し／再接続を行うだけなら十分である。あるセッション状態情報は、データプレーンおよび制御プレーンのセッションを保持するのに十分である。
【０１１４】
さまざまなタイプのセッション状態情報およびセッション復元に関してのそのような情報の利用については、ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＳＥＳＳＩＯＮ  ＲＥＳＩＬＩＡＮＣＹ  ＡＴ  ＧＥＯ−ＲＥＤＵＮＤＡＮＴ  ＧＡＴＥＷＡＹＳと題された、同時出願の米国特許出願第＿＿＿＿＿＿＿号（代理人整理番号ＡＬＵ／８０９３４８）およびＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＳＥＳＳＩＯＮ  ＲＥＳＴＯＲＡＴＩＯＮ  ＡＴ  ＧＥＯ−ＲＥＤＵＮＤＡＮＴ  ＧＡＴＥＷＡＹＳと題された、同第＿＿＿＿＿＿＿号（代理人整理番号ＡＬＵ／８０９３５０）に、より詳細に論じられており、この両文献とも全体が引用により本明細書に組み込まれる。
【０１１５】
したがって、さまざまな実施形態では、セッション状態情報の一部を主ＳＧＷから予備ＳＧＷに（直接的にまたはＭＭＥを介して）定期的に移送することが企図されており、移送されるセッション状態情報は、アクティブなセッションを有する移動または加入者デバイスを識別するだけなら十分である。このように、予備ＳＧＷは、それらの移動または加入者デバイスに、自らを再認可するか、または予備ＳＧＷに関連付けられたＩＰアドレスおよび他の情報を使用してネットワークに再接続することを促すことができる。同時に、「セッション存続中（ａｌｉｖｅ）」または「セッションアクティブ（ａｃｔｉｖｅ）」の応答メッセージは、予備ＳＧＷが、アクティブなセッションを有する移動または加入者デバイスの代わりに、またはそれらになりすまして、問い合わせ管理エンティティに送信する。このように、問い合わせ管理エンティティにある移動または加入者デバイスに関連付けられたセッション状態情報は、問い合わせ管理エンティティによって保存される。
【０１１６】
本明細書に記載のさまざまな実施形態では、一般に、主ＳＧＷに関連付けられたセッション状態情報および／または他の情報が、フェイルオーバー機構の実施に使用するための予備ＳＧＷに格納されることが企図されている。しかしながら、さまざまな実施形態において、そのような情報は、複数の予備ＳＧＷおよび／またはＳＧＷではない１つまたは複数のネットワーク要素に格納されてもよい。主ＳＧＷに関連付けられた格納されたセッション状態情報および／または他の情報は、フェイルオーバー機構の一部として予備ＳＧＷによって取り出される。
【０１１７】
さまざまな実施形態は、レジリエントなセッション復元処理を加速させるための１つまたは複数の追加機構を使用するように修正される。セッション復元処理を加速させるためのある機構は、予備ＳＧＷが引き継いだことを示すためにＳＧＷからＭＭＥに送信される最初のいくつかのＥｃｈｏ  Ｒｅｑｕｅｓｔ上のあらかじめ定義されたＩＥを使用することを含む。ＭＭＥは、Ｓ５−ｕ上のデータプレーン通知、またはＳ１１およびＳ５−ｃ上の制御メッセージを待つ代わりに、アクティブなセッションのダウンリンクＴＥＩＤの復元を応答性良く加速させる。セッション復元処理を加速させるためのある機構は、予備ＳＧＷが、アクティブなセッションをそれらのダウンリンクＴＥＩＤとともに前もって取り込み始め、予備ＳＧＷをより速く動作状態にできるように、これらのセッションのリストをアクティブなＳＧＷから予備ＳＧＷに定期的に送ることを含む。これらの機構およびその他の機構は、セッション復元処理を向上または加速させるために、個別にまたは任意の組み合わせで使用されてもよい。
【０１１８】
主ＳＧＷと予備ＳＧＷの間での状態情報の同期、ならびにそのような同期の頻度は、ネットワークトポロジ、利用可能なリソース、復旧の望ましい速さなどの種々の要因に依存する。
【０１１９】
一例として、汎用パケット無線システム（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｙｓｔｅｍ）（ＧＰＲＳ）トンネリングプロトコルまたはＧＴＰを利用するＬＴＥネットワークに適合されるようなシステムは、種々のセッションまたはＵＥに関連付けられたＧＤＰ情報、経路管理情報および無線周波数（ＲＦ）関連情報に関する状態情報の一部または全部を同期させることができる。
【０１２０】
状態に関するＧＴＰ情報は、実例として、ＵＬ／ＤＬ  ＦＴＥＩＤ、Ｓ１１およびＳ５−ｃ用の制御ＦＴＥＩＤ、Ｓ１−ｕおよびＳ５−ｕ用のデータＦＴＥＩＤ、ＵＬＩなどを含み得る。状態に関する経路管理情報は、実例として、Ｓ１１、Ｓ１−ｕおよびＳ５用のＲｅｓｔａｒｔ  Ｃｏｕｎｔｅｒなどを含み得る。状態に関するＲＦ情報は、実例として、元の状態、ＲＡＴなど（ＡＰＮ当たりＡＰＮにつき概ね５１２Ｂ）を含み得る。
【０１２１】
同期／更新頻度は、事前に決められている、定期的な性質をもつ、かつ／または種々のネットワークイベントに関連していてもよい。
【０１２２】
さまざまな実施形態において、セッションが作成かつ／または破棄されるとき、主ＳＧＷと予備ＳＧＷは同期され、たとえば、セッション作成イベント用の８つのＧＴＰ／ＲＦメッセージ、セッション破棄イベント用の６つのＧＴＰ／ＲＦメッセージ、およびセッション作成／破棄イベント用の２つのＩＭＣＰメッセージを同期する。
【０１２３】
さまざまな実施形態において、ベアラが作成かつ／または破棄されるとき、主ＳＧＷと予備ＳＧＷは同期され、たとえば、より良い（ｂｅｔｔｅｒ）作成イベント用の６つのＧＴＰ／ＲＦメッセージ、ベアラ破棄イベント用の６つのＧＴＰ／ＲＦメッセージ、およびベアラ作成／破棄イベント用の２つのＩＭＣＰメッセージを同期する。
【０１２４】
さまざまな実施形態において、主予備ＳＧＷは、ＭＭＥ再配置のようなネットワーク構成イベントに応答して同期され、たとえば、ＭＭＥ再配置イベント用の４つのＧＴＰ／ＲＦメッセージおよび２つのＩＭＣＰメッセージを同期する。
【０１２５】
さまざまな実施形態において、２重のＩＰアドレスが、Ｓ１１およびＳ５上で使用され、ここで、１つのアドレスはローカルで、１つのアドレスは予備である（ｏｎｅ  ａｄｄｒｅｓｓｅｓ  ｌｏｃａｌ  ｉｎ  ｏｎｅ  ａｄｄｒｅｓｓｅｓ  ｂａｃｋｕｐ）。ローカルＩＰアドレスは、予備ＳＧＷにおける既存のセッションを保持するために使用され、一方で予備ＩＰアドレスは、新規のセッション、障害が生じたかまたは生じつつある主ＳＧＷから移送されるセッション、障害が生じたかまたは生じつつある主ＳＧＷに関連付けられた制御トラフィックなどに使用される。具体的には、予備ＳＧＷへのＩＰアドレス割り当てでさえ２つの部分（同じ大きさであってもなくてもよい）に分割され、ここで第１の部分は、予備ＳＧＷにおける既存のデータおよび制御プレーンのトラフィックに使用され、第２の部分は、障害が生じたかまたは生じつつあるＳＧＷに関連付けられたデータおよび制御プレーンのトラフィックに使用される。このように、セッションのサポートが主ＳＧＷから予備ＳＧＷに移動するので、衝突は避けられる。すなわち、アクティブなＳＧＷになろうとしている予備ＳＧＷは、アクティブなＳＧＷのＩＰアドレス束を利用する。このように、カンファレンス（ｃｏｎｆｅｒｅｎｃｅ）が避けられ、セッションのサポートは、ＳＧＷ間をそれらのＩＰアドレスに対してバンドル単位で移送され得る。さまざまな実施形態において、障害の抑制が採用され、ある他の実施形態ではそれは採用されない。
【０１２６】
したがって、２つ（以上）のサービスゲートウェイ（ＳＧＷ）またはノードは、地理的冗長対として動作することができ、主／予備もしくはワーキング／保護ゲートウェイまたはノードと称されることがある。主もしくはワーキングＳＧＷまたはノードがマスタモードで動作する一方、予備もしくは保護ＳＧＷ（複数可）またはノード（複数可）はスレーブモードで動作する。主またはワーキングＳＧＷの障害の際に、予備または保護ＳＧＷ（複数可）がマスタモードで動作を開始する。この状況において、ＵＥおよびそれらのセッションはスレーブ（複数可）に「フェイルオーバー」される。障害が生じた主またはワーキングＳＧＷ／ノードが再び動作状態になるとき、新規セッションを予備または保護ＳＧＷから主またはワーキングＳＧＷ／ノードに戻すかまたはフェイルオーバーで返す必要があり得る。
【０１２７】
マスタ動作モードにおいて、マスタＳＧＷ／ノードは、トラフィックを送信しようとする任意のノードがマスタをそのトラフィック用のルートとして選択するように、スレーブ（複数可）ＳＧＷによって広告されるルートデータよりも好ましいルートデータを広告する。これを確実に生じさせるために、スレーブＳＧＷはたとえば、「有害な」ルートデータ、すなわち、その高いコストまたは何らかの他のマイナス要因のために（ｄｏ  ｔｏ）使用には決して選択されないルートデータを広告することができる。
【０１２８】
図６は、さまざまな実施形態に関連して本明細書に記載する機能を実施する際の使用に適した汎用コンピュータの高位ブロック図を示す。特に、汎用コンピュータに関して本明細書において論じたアーキテクチャおよび機能は、種々の図に関して本明細書において論じたさまざまなスイッチング要素および通信要素またはノード、すなわち、ＵＥ  １０２、ｅＮｏｄｅＢ  １１１、ＳＧＷ  １１２、ＰＧＷ  １１３、ＭＭＥ  １１４、ＰＣＲＦ  １１５、およびネットワーク管理システム１４０のそれぞれで使用するために適合される。説明した汎用コンピュータに関して本明細書において論じた機能の一部は、さまざまなネットワーク要素もしくはノード、および／またはネットワーク内の要素を構成し、管理するように動作するネットワーク操作センタ（ＮＯＣ）もしくはネットワーク管理システム（ＮＭＳ）において実施され得ることが理解されよう。
【０１２９】
図６に示されるように、システム６００は、プロセッサ要素６０２（たとえば、ＣＰＵ）と、たとえばランダムアクセスメモリ（ＲＡＭ）および／または読み取り専用メモリ（ＲＯＭ）などのメモリ６０４と、パケット処理モジュール６０５と、種々の入力／出力デバイス６０６（たとえば、テープ駆動機構、フロッピー（登録商標）ドライブ、ハードディスクまたはコンパクトディスクドライブ、受信機、送信機、スピーカ、ディスプレイ、出力ポート、およびユーザ入力デバイス（キーボード、キーパッド、マウスなど）が含まれるが、これらには限定されない記憶デバイス）とを備える。
【０１３０】
図６に示されたコンピュータ６００は、本明細書に記載の機能的要素および／または本明細書に記載の機能的要素の部分を実装するのに適した汎用アーキテクチャおよび機能を設けていることが理解されよう。本明細書に示し、説明している機能は、たとえば汎用コンピュータ、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、および／または任意のその他のハードウェア等価物を使用して、ソフトウェアおよび／またはハードウェアにおいて実施され得る。
【０１３１】
ソフトウェア方法として本明細書において論じたステップの一部は、ハードウェア内で、たとえば、種々の方法ステップを実施するためにプロセッサと協働する回路構成として実施され得ることが企図されている。本明細書に記載の機能／要素の部分は、コンピュータ命令が、コンピュータによって処理されたとき、本明細書に記載の方法および／または技法が呼び出されるか、あるいはその他の形で提供されるように、コンピュータの動作を適合させる、コンピュータプログラム製品として実施されてもよい。本発明の方法を呼び出す命令は、固定または取り外し可能な媒体に格納され得るか、データストリームを介してブロードキャストもしくは他の信号を載せる媒体内で送信され得るか、有形の媒体を介して送信され得るか、かつ／または命令に従って動作するコンピューティングデバイス内のメモリに格納され得る。
【０１３２】
上記は本発明の種々の実施形態を対象とするが、本発明のその他の実施形態およびさらなる実施形態が、その基本的な範囲から逸脱することなく考案され得る。したがって、本発明の適切な範囲は、添付の特許請求の範囲に従って決定されるべきである。
【図１】
0005702869.tif 000002
【図２】
0005702869.tif 000003
【図３】
0005702869.tif 000004
【図４】
0005702869.tif 000005
【図５Ａ】
0005702869.tif 000006
【図５Ｂ】
0005702869.tif 000007
【図６】
0005702869.tif 000008