JP5107339B2 - アクティブ地理的冗長性のためのシステムおよび方法 - Google Patents

Description

（関連出願に対する相互引用）
本願は、３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）に基づいて、２００６年３月３１に出願した、"A System and Method for Active Geographic Redundancy"と題する米国仮特許出願第６０／７８８，２４２号の優先権を主張する。その内容は、ここで引用したことにより、全体が本願にも含まれるものとする。この出願は、２００５年１１月２３日に出願した、"A Method for Providing Home Agent Geographic Redundancy via a Service Redundancy Protocol"（サービス冗長性プロトコルによってホーム・エージェント地理的冗長性を設ける方法）と題する米国特許出願第１１／２８６，０５０号、および２００５年１１月２３日に出願した、"A method for Providing Home Agent Geographic Redundancy"（ホーム・エージェント地理的冗長性を設ける方法）と題する米国特許出願第１１／２８６，０４９号に関係がある。

（開示の分野）
本発明は、ワイヤレス・ネットワークにおいて冗長性を設けるシステムおよび方法に関する。更に特定すれば、ワイヤレス・ネットワークにおける２つ以上のシャーシを、ネットワークにおける他のシャーシにバックアップ能力を提供するように構成する。

ワイヤレス・ネットワークは、ユーザをある場所に係留するワイヤ・ラインを必要とせずに、ユーザにビデオおよびデータ情報を提供する。ワイヤレス・ネットワークは、通例、移動体デバイス、基地局、およびサポートするインフラストラクチャで構成されている。移動体サービスは、例えば、セル・フォン、ＰＤＡ、またはワイヤレス能力を有するコンピュータとすることができる。これらの移動体デバイスが、データを送受信する基地局と相互作用を行う。更に、公衆電話交換網（ＰＳＴＮ）、インターネット、および／またはその他の通信ネットワークに接続するネットワーク・インフラストラクチャに、基地局を接続することができる。

セルラ・ワイヤレス通信システムは、本来音声通信を送信するように設計されたが、これらのネットワークは、パケット系データ通信のような、データ通信もサポートするように増々修正されてきている。パケット系データ通信の一形態であるモバイルＩＰは、移動体デバイスが、これらのインターネット・プロトコル（ＩＰ）アドレスを変更することなく、これらがインターネットに接続しているところを変更することを可能にする。種々のエージェントが、移動体からインターネットへのパケットの送信において補助を行う。ホーム・エージェントは、移動体デバイスに代わって、ＩＰ通信に必要とされる移動度管理機能を実行する。移動体デバイスは、ホーム・エージェントのＩＰアドレスが移動体デバイス内にハード・コード化されている静的コンフィギュレーション(static configuration)を通じて、またはモバイルＩＰ登録プロセスを通じて、ホーム・エージェント・アドレスを取得する。

登録プロセスを用いる場合、サーバはホーム・アドレスを移動体デバイスに割り当てる担当となる。ホーム・エージェントの移動体デバイスへの静的割り当て、またはサーバによる登録のいずれにおいても、割り当てられたホーム・エージェントが最大限機能することが重要である。したがって、ホーム・エージェントとすることができる、最大限機能するシャーシが常に移動体デバイスに利用可能となるように、冗長性を設けることが非常に望ましい。

本発明のある種の実施形態は、シャーシを提供する。このシャーシは、ホーム・エージェント、パケット・データ配給ノード、認証、許可、およびアカウンティング・サーバ、基地局コントローラ、パケット制御機能、あるいは加入者セッションまたは呼セッションを中断することなく音声および／またはデータ・セッションを別のシャーシにシフトすることができる、他のいずれのワイヤレス・ネットワーク・デバイスも内少なくとも１つを含む。シャーシは、互いに通信して、互いの加入者セッションを取り扱うのに必要な情報を提供し、障害の場合に、別のシャーシが、障害を発生したシャーシにおける加入者セッションの制御を引き受けることができるようになっている。これを行うには、実施形態によっては、一方のシャーシがそれ自体を、シャットダウンした別のシャーシとして広告(advertising)する。ある種の実施形態では、シャーシ上でパーティションを用いて、シャーシ上で利用可能なリソースを分割し、アクティブ状態にあるある種のパーティションが加入者セッションを取り扱い、一方他のパーティションはスタンバイ状態で待機する。シャーシ上でアクティブ状態のパーティションに障害が発生した場合、加入者セッションを、他方のシャーシ上のスタンバイ・パーティションに切り替えることができる。

ある種の実施形態は、第１パーティションと第２パーティションとを含む第１シャーシと、第１シャーシと動作可能に通信し、第１パーティションと第２パーティションとを含む第２シャーシとを備えているシステムを特徴とする。第１シャーシの第１パーティションは、加入者セッション・トラフィックを受け入れて、少なくとも１つの更新を第２シャーシの第１パーティションに送り、第２シャーシの第１パーティションは、第１シャーシの第１パーティション上の加入者セッション情報に対応する加入者セッション情報を保持する。

ある種の実施形態は、第１シャーシにおける第１パーティションにおいて加入者セッション・トラフィックを受信するステップと、第１シャーシにおける第１パーティションからの情報を用いて、第２シャーシにおける第１パーティションを更新するために、チェックポイント・メッセージを送るステップと、第２シャーシにおける第１パーティションが、第１シャーシにおける第１パーティションと共有する共通ループバック・アドレスを広告するときに、スイッチオーバー・イベントを開始するステップと、チェックポイント・メッセージの中で受信した情報を用いて、第２シャーシ内の第１パーティションにおいて受信した加入者セッション・トラフィックを処理するステップとを備えている方法を特徴とする。

加入者セッション・トラフィックを一方のシャーシから他方にシフトさせることを可能にし、しかも加入者セッションを中断しなくてもよいシステムおよび方法を提供する。地理的冗長性（ＧＲ：Geographic Redundancy）とは、シャーシ間冗長性であり、シャーシは、ホーム・エージェント、パケット・データ配給ノード、またはワイヤレス・ネットワーキング・デバイスのいずれの組み合わせでもよい。実施形態によっては、各シャーシが１つ以上のパーティションを有し、これらが加入者セッション・トラフィックを取り扱い、異なるシャーシ上の冗長パーティションをシャーシ上のアクティブなあらゆるパーティションに配置する場合がある。アクティブ・シャーシまたはアクティブ・シャーシと通信するいずれの欠くことができないピア・サーバ／ゲートウェイが故障した場合、冗長なシャーシ・パーティションは、アクティブ・シャーシ・パーティションの機能性の全てまたは一部を受け継ぐことができる。故障したシャーシにおける既存の呼は、スイッチオーバーにおいて転送し、冗長シャーシがアクティブ・シャーシの役割を引き継ぐときに、この冗長シャーシにおいて再作成することができる。また、スイッチオーバーの間、特定のＩＰアドレスも故障したシャーシから新しいアクティブ・シャーシに転送されるので、ある種のピア・エンティティはスイッチオーバー・イベントを通じてシャーシとの通信を維持することができる。

実施形態によっては、アクティブ・スタンバイ・モデルをシャーシ上に配置する場合もあり、１つのシャーシが「アクティブ」シャーシとしての役割を果たし、１つ以上のその他のシャーシが「スタンバイ」シャーシとしての役割を果たし、シャーシ上にはパーティションがない。このモデルでは、スタンバイ・シャーシは、シャーシがアクティブになるまで、着信するセッションやデータを取り扱わず、スイッチオーバー・イベントが発生して、このシャーシを「アクティブ」にする。別の手法は、多数のシャーシをアクティブのまま保持しておき、障害の場合に、加入者セッションをアクティブ・シャーシ間で切り替えることである。ある種の実施形態では、地理的冗長性のアクティブ−アクティブ・モードが、アクティブ−スタンバイ・モードと同じ全ハードウェア量を必要とする。アクティブ−アクティブ・モードの利点は、双方のシャーシがアクティブのときには双方のシャーシにおいてＣＰＵが利用されているために、性能スループット、データ・レイテンシ等が向上することである。アクティブ−アクティブ・モードおよびアクティブ−スタンバイ・モードのシャーシを管理するためには、サービス冗長性プロトコル（ＳＲＰ）を用いることができる。

実施形態によっては、アクティブ−アクティブ・シャーシが、何らかの外部メカニズムによって、負荷分散を実行する場合もある。この外部メカニズムは、２つよりも多いシャーシが、別のシャーシが故障した場合に、呼の負荷を分配することを可能にするために用いることができる。シャーシがアクティブ−アクティブ負荷分散モードで作動しているとき、シャーシは呼の負荷を既定の制限に抑えることができる。制限を超えたときには、トラップおよびイベント・ログを発生することができる。また、コマンド・ライン・インターフェースを用いて、地理的冗長性に関する現在の負荷ステータスを示すこともできる。任意に、外部メカニズムは関係するサービスを過負荷状態に設定し、新たな着信呼を拒絶または再送出することができるようにする。この外部メカニズムは、別のシャーシ、パーソナル・コンピュータ、またはシャーシへの端末インターフェースとすることができる。また、外部メカニズムは、アクティブ−アクティブ・シャーシ上において、設定した動作範囲を超える、短い突発的なアクティビティも許容し、性能および処理を向上させることができる。

アクティブ−アクティブ・モードについて論ずる前に、アクティブ−スタンバイ・モードについて更に詳しく説明する。以下の論述では、ホーム・エージェント・サービスを、シャーシからのサービスとして捕らえるが、以下の例は、パケット・データ交換ノードのような、その他の種類のサービスにも拡張可能であることは、当業者には認められよう。

図１は、アクティブ−スタンバイ冗長性システムの論理ネットワーク図１００を示し、シャーシはある種の実施形態によるホーム・エージェントとして構成されている。図示のシステム１００は、インターネット１１０、ボーダ・ゲートウェイ・プロトコル（ＢＧＰ）ルータ１１２、認証(Authentication)、許可(Authorization)、およびアカウンティング(Accounting)（ＡＡＡ）サーバ１１４、ホーム・エージェント（ＨＡ＃１）１１６、ホーム・エージェント（ＨＡ＃２）１１８、パケット・データ交換ネットワーク（ＰＤＳＮ）ルータ１２０、ＰＤＳＮネットワーク１２２、および冗長リンク１２４を含む。当業者には認められようが、システム１００は、ネットワークにおいて、所望のサービス・レベルを提供するために、追加のネットワーク機器を内蔵する場合もある。一般的に言うと、ＢＧＰは、システム・ルーティング・プロトコルであり、インターネット・サービス・プロバイダ間においてインターネットのためのルーティング情報を交換するために共通に用いられている。ＢＧＰルータ１１２は、インターネット・プロトコル（ＩＰ）情報を、ルーティング・ドメインおよびインターネット１１０全域に伝搬するために用いることができる。

図示のように、ＡＡＡサーバ１１４は、ＨＡ＃１ １１６およびＨＡ＃２ １１８と相互作用を行い、移動体デバイスのネットワーク・リソースへのアクセス要求を取り扱うことができる。実施形態によっては、ＡＡＡサーバ１１４が遠隔認証ダイアルイン・ユーザ・サービス（ＲＡＤＩＵＳ）サーバと通信して、システム・リソースへのアクセスを認証および許可する場合もある。図示のＨＡ＃１ １１６は、プライマリ・ホーム・エージェントであり、ＩＰ通信を能動的に取り扱う。一方、ＨＡ＃２ １１８はバックアップ・ホーム・エージェントである。図示のように、ＨＡ＃１ １１６およびＨＡ＃２ １１８は、冗長リンク１２４によって接続されている。冗長リンク１２４は、情報を受け渡すためのチャネルを提供し、２つのホーム・エージェントが状態を切り替えることを可能にする。２つのホーム・エージェントＨＡ＃１ １１６およびＨＡ＃２ １１８は、ＰＤＳＮ１２０に接続されている。ＰＤＳＮ１２０は、ＰＤＳＮネットワーク１２２を経由して、最終的にデータを要求する移動体デバイスに、データ・パケットを転送することができる。

アクティブ−スタンバイ冗長性システムでは、少なくとも１つのシャーシをプライマリ・コンフィギュレーションに構成することができ、少なくとも１つをバックアップ・コンフィギュレーションに構成することができる。図１では、プライマリ・ホーム・エージェントＨＡ＃１ １１６は、通常の動作状態の間ホーム・エージェント・サービスを提供することができる。同様に、バックアップ・ホーム・エージェント、ＨＡ＃２ １１８は、障害状態の間ホーム・エージェント・サービスを提供することができる。ホーム・エージェントがサービスを提供しているとき、これは「アクティブ」であると見なされ、ホーム・エージェントが、サービスを提供していないとき、これは「スタンバイ」であると見なされる。ホーム・エージェント間通信チャネル、例えば、冗長リンク１２４を用いると、ホーム・エージェント同士が通信を行い、ホーム・エージェントの状態を判定することが可能になり、冗長リンク１２４は、既存のネットワーク・インフラストラクチャによって設けることができる。本発明の実施形態の中には、障害が検出されなければ、「スタンバイ」ホーム・エージェントを「アクティブ」に切り替えられない場合もある。別の実施形態では、ホーム・エージェントを手動で切り替えて、例えば、ホーム・エージェントの１つに対する保守またはアップグレードを行うこともできる。

本発明の実施形態によっては、ホーム・エージェントが用いる冗長性プロトコルは、プライマリ・ホーム・エージェントおよびバックアップ・ホーム・エージェント間に通信チャネルを設けることができる転送制御プロトコル（ＴＣＰ）に基づくネットワーキング・プロトコルである。通信チャネルは、ホーム・ジェージェントがピア・ホーム・エージェントの状態を判定し、ピア・ホーム・エージェントのコンフィギュレーションの有効性を判断し、加入者セッション情報を同期することを可能にすることができる。ある主の実施形態では、サービス冗長性プロトコル（ＳＲＰ）は、通信の種々の態様を取り扱うＳＲＰマネージャまたはＶＰＮマネージャを有する集中制御／分散セッション・モデルとして実施することができる。ＳＲＰマネージャは、単一のハードウェアまたはソフトウェア・プロセスとすることができ、ハロー・メッセージや種々のコンフィギュレーション有効性判断メッセージを含む着信ＳＲＰ制御メッセージを読み取り、発信ＳＲＰ制御メッセージを形成する。ＳＲＰマネージャは、ホーム・エージェントのアクティブ／スタンバイ状態を判定する責務を担うこともできる。

実施形態によっては、ＳＲＰセッション・マネージャと呼ばれる多数のプロセスが、分散エージェントとして作用し、加入者セッション情報を冗長ホーム・エージェント・ピアに伝達する。冗長ホーム・エージェント上のピアＳＲＰセッション・マネージャは、この情報を受信し、スイッチオーバーの場合に用いるために冗長セッションを作成することを責務とすることができる。ＳＲＰマネージャは、ホーム・エージェント状態およびＳＲＰプロトコル・コンフィギュレーション情報をＳＲＰセッション・マネージャに伝達することができる。この情報は、各ＳＲＰセッション・マネージャに、遠隔ホーム・エージェントと接触し、サービス・チェックポイント・メッセージの使用を通じて、現在の加入者セッションを同期させる能力を与えることができる。

本発明のある種の実施形態では、ＳＲＰハロー・メッセージは、冗長集団における双方のホーム・エージェントによって送られる。これらのメッセージは、周期的な間隔で、ランダムに、またはアドミニストレータが設定する条件に基づいて送ることができる。ハロー・メッセージは、遠隔ホーム・エージェントの状態を判定し、遠隔ホーム・エージェントとの通信を検証するために用いることができる。実施形態によっては、スタンバイ・ホーム・エージェントが有効なＳＲＰハロー・メッセージをそのピアから無効間隔(dead-interval)以内に受信しなかった場合、ホーム・エージェントは、アクティブ・ホーム・エージェントが機能していないと想定することができ、アクティブに遷移して加入者セッションを処理し始めることができる。

ハロー・メッセージは、ホーム・エージェント状態、ピア状態、ピアの役割、ハロー間隔、優先度、優先度タイブレーカ、およびＢＧＰ修正子のような、システム属性を収容することができる。属性は、ＴＣＰヘッダに添付することができ、属性は、ビットでサイズを決めることができ、ネットワークの必要性に応じてビットの組み合わせに意味を割り当てることができる。ホーム・エージェント状態は、メッセージを送るホーム・エージェントの現在の状態とすることができる。ピア状態は、ピア・ホーム・エージェントの最後に分かっている状態とすることができる。ピアの役割は、ホーム・エージェントに設定した役割（例えば、プライマリ、バックアップ等）とすることができる。ハロー間隔は、連続して送ったハロー・メッセージ間においてユーザが設定する時間期間とすることができる。優先度は、動作において用いるためにホーム・エージェントに割り当てた重みとすることができる。優先度タイブレーカは、優先度が同一の場合に、どのホーム・エージェントがアクティブに遷移すればよいかを決定するために用いる第２属性とすることができる。ＢＧＰ修正子は、メッセージをＢＧＰルータ１１２からどのようにルーティングするか決定するために用いる属性とすることができる。

実施形態によっては、ＳＲＰコンフィギュレーション有効性判断メッセージがある。アクティブなホーム・エージェントは、ＳＲＰコンフィギュレーション有効性判断メッセージをスタンバイ・ホーム・エージェントに送る。これらのメッセージは、スタンバイ・ホーム・エージェントがアクティブ・ホーム・エージェントの役割を引き受けるのに適したコンフィギュレーションとなっているか否か判定することができるコンフィギュレーション情報を収容することができる。ＳＲＰコンフィギュレーション有効性判断メッセージは、コンフィギュレーション・エラー・チェック、およびピア・ホーム・エージェントが互換できる(compatible)ことの検証に対処することができる。エラーが存在すると判定した場合、スタンバイ・ホーム・エージェントは警報を生成することができるので、ネットワーク運営者には潜在的な問題が通知される。また、ホーム・エージェントは、コンフィギュレーション・コンフリクト通知メカニズムを維持し、スイッチオーバー・イベントが発生する前に、ピア・ホーム・エージェント間における潜在的な問題を運営者に特定することもできる。

ＳＲＰコンフィギュレーション有効性判断メッセージは、メッセージ・タイプ、ホーム・エージェント・コンフィギュレーション、およびホーム・エージェント状態のような属性を収容することができる。メッセージ・タイプは、コンフィギュレーション・メッセージの分類とすることができる。コンフィギュレーション・メッセージの分類の例の中には、ループバック・インターフェース・コンフィギュレーション、ＩＰプール・コンフィギュレーション、ホーム・エージェント・サービスＩＰアドレス、ホーム・エージェント・サービス・コンフィギュレーション、ならびにホーム・エージェント認証(Authentication)、許可(Authorization)、およびアカウンティング(Accounting)（ＡＡＡ）プローブ・コンフィギュレーションがある。ホーム・エージェント・コンフィギュレーションは、選択した分類のメッセージについてのコンフィギュレーション・パラメータとすることができる。ホーム・エージェント状態は、メッセージを送るホーム・エージェントの現在の状態とすることができる。

ある種の実施形態では、ＳＲＰサービス・チェックポイント・メッセージがある。チェックポイント・メッセージは、アクティブ・ホーム・エージェントが処理している各加入者セッションを記述することができるデータを収容し、どのセッションにデータが関連するのか、そしてスタンバイ・ホーム・エージェント上に既に格納されているセッションを上書きするか否かを示すフィールドを収容することができる。チェックポイント・メッセージは、スタンバイ・ホーム・エージェントの冗長セッションを作成／削除することができる。また、メッセージは、スタンバイ・ホーム・エージェント上の加入者セッション統計を周期的に更新することもできる。チェックポイント・メッセージは、スタンバイ・ホーム・エージェントがアクティブ・ホーム・エージェントに遷移すべき際に、スタンバイ・ホーム・エージェント上において呼を再作成するために必要な情報全てを収容することができる。別のチェックポイント・メッセージを用いて、既存のセッションの有効性を判断することもできる（即ち、このメッセージは、呼がアクティブ・ホーム・エージェントにおいて着信するときに、スタンバイ・ホーム・エージェントに送られる）。

実施形態によっては、プライマリ・ホーム・エージェントおよびバックアップ・ホーム・エージェント、図示したＨＡ＃１ １１６およびＨＡ＃２ １１８は、それぞれ、共通のループバック・インターフェース・ルートまたはアドレス、およびＩＰプール情報を用いて、コンフィギュレーションすることができる。ホーム・エージェント・サービスは、これらのループバック・インターフェース・ルート上で実行する。ループバック・ルートは、ＩＰルーティング・ドメイン全域で、ある種の実施形態では、アクティブ・ホーム・エージェント上の動的ルーティング・プロトコルの使用によって広告(advertise) することができる。ループバック・インターフェース・ルートまたはループバック・アドレスは、無回線(circuitless)ＩＰアドレスであり、実施形態によっては、特定のインターフェースまたはルートとは関連付けられていない場合もある。障害の場合、例えば、スタンバイ・ホーム・エージェントがアクティブに遷移して、以前のアクティブ・ホーム・エージェントのループバックおよびＩＰプール・ルートを広告し始める。これによって、ネットワークの中にある他のエレメントが、サービスの中断なく、以前のスタンバイ・ホーム・エージェントとの通信に遷移することを可能にすることができる。

スイッチオーバー・イベントの間既存の加入者セッションを保存するために、ある種の実施形態では、ホーム・エージェントが動作中のメッセージを互いに送り合う。メッセージによって、スタンバイ・ホーム・エージェントは、ホーム・エージェントがアクティブに遷移する場合に、セッションを再開することを可能にすることができる。実施形態によっては、アクティブ・ホーム・エージェントは、可能性のある障害を検出するために以下の項目を監視するとよい。１）動的ルーティング・ピア接続性、２）ＡＡＡサーバ接続性、３）スタンバイ・ホーム・エージェント接続性、４）内部ソフトウェア状態である。これらの項目の１つに障害が発生した場合、アクティブ・ホーム・エージェントはスイッチオーバー・イベントを開始することができ、スタンバイ・ホーム・エージェントをアクティブに遷移させ、既存または新たな加入者のいずれに対してもサービスの中断を回避することができる。

アクティブ・シャーシおよびスタンバイ・シャーシは、冗長リンクによって接続することができ、リンク上においてシャーシの状態を監視するために、サービス冗長性プロトコル（ＳＲＰ）を用いることができる。冗長リンク１２４は、既存のネットワーク・リンクをシャーシ間において用いることによって、実施することができる。また、シャーシは認証、許可、およびアカウンティング（ＡＡＡ）サービスおよびそのボーダ・ゲートウェイ・プロトコル・ルータ（ＢＧＰ）ピアの状態も監視する。

アクティブおよびスタンバイ双方のシャーシには、「ＳＲＰ−活性化」リソースが定められている。これらのリソースは、アクティブおよびスタンバイ・シャーシ間で同一にすることができる。入口、出口、およびＡＡＡコンテキストにおけるループバックＩＰアドレス、ならびに出口コンテキストにおけるＩＰプールは、大抵の場合「ＳＲＰ−活性化」リソースである。コンテキストとは、仮想ＩＰネットワークであり、ＩＰネットワークを、それが実装されているハードウェアから抽象化することを可能にするためにソフトウェアで開発された論理パーティションでもある。１つよりも多いプロセッサおよびその他のリソースを有することができるシャーシにおいて、コンテキストは、特定の物理的ハードウェアをある機能に専用にすることなく、ハードウェア・リソースの分散を可能にする。実施形態によっては、アクティブ・シャーシのみが「ＳＲＰ−活性化」リソースをイネーブルし、スタンバイ・シャーシは、当該スタンバイ・シャーシがアクティブ状態に遷移するまで、「ＳＲＰ−活性化」リソースをディスエーブルしたまま保持する。

ホーム・エージェント・サービスのようなコンテキスト・サービスは、入口コンテキストにおいて、コンフィギュレーションし、「ＳＲＰ−活性化」ループバック・アドレスに結び付けることができる。出口コンテキストは、ＩＰプール・コンフィギュレーションに用いることができる。ＡＡＡコンテキストは、ＲＡＤＩＵＳおよび加入者ドメイン・コンフィギュレーションに用いることができる。ＳＲＰコンテキストは、ＳＲＰ ＩＰアドレスおよびその他の関係するパラメータを設定するために用いることができる。ある種の実施形態では、入口コンテキストおよび出口コンテキストは、同じコンテキストでもよい。また、ＡＡＡコンテキストが入口または出口コンテキストと同じであることも可能である。しかしながら、ＳＲＰコンテキストは別個のコンテキストであるのが通例である。

図２は、ある種の実施形態によるアクティブ−スタンバイ冗長性のソフトウェア・コンフィギュレーション模式図を示す。アクティブ・シャーシ２１０は、ＡＡＡコンテキスト２１２、インターフェースＣ２１４、入口コンテキスト２１６、インターフェースＡ２１８、出口コンテキスト２２０、ＩＰプールＰ２２２、インターフェースＢ２２４、およびサービス冗長性プロトコル（ＳＲＰ）コンテキスト２２６を含む。ＳＲＰ通信は、通信リンク２２８上で行うことができ、通信リンク２２８は、専用通信経路、またはアクティブ・シャーシ２１０が常駐するネットワークを経由する経路とすることができる。図示の通信リンク２２８は、アクティブ・シャーシ２１０をスタンバイ・シャーシ２３０にリンクする。スタンバイ・シャーシ２３０は、ＳＲＰコンテキスト２３２、入口コンテキスト２３４、インターフェースＡ２３６、出口コンテキスト２３８、ＩＰプールＰ２４０、インターフェースＢ２４２、ＡＡＡコンテキスト２４４、およびインターフェースＣ２４６を含む。

入口コンテキスト２１６には、定められたループバック・インターフェースＡ２１８があり、これを活性化すると、１つ以上の移動体ノードにサービスを提供する。実施形態によっては、ホーム・エージェント・サービスＡがこのインターフェースに結び付けられている場合もある。スタンバイ・シャーシ２３０は、同じインターフェース（即ち、インターフェースＡ２３６）およびホーム・エージェント・サービスが定められているが、活性化されていない。インターフェースおよびサービスは、いずれの時点でも、１つのアクティブ・シャーシにおいてのみイネーブルされる。インターフェースＢ２２４は、出口コンテキスト２２０で定められ、アクティブ・シャーシ２１０で活性化される。インターフェースＣ２１４は、ＳＲＰ活性化インターフェースとすることもできる。アクティブ・シャーシ２１０が故障した場合、スタンバイ・シャーシ２３０がアクティブとなり、ＳＲＰ活性化ＩＰインターフェースおよびプールをイネーブルするので、スタンバイ・シャーシ２３０は、シャーシ上で実行中のセッションを中断することなく、アクティブ・シャーシ２１０として機能することができる。ＩＰプールＰは、ＩＰアドレス・プールであり、各プールは、加入者割り当てのために、ある範囲のＩＰアドレスを有する。ある種の実施形態では、範囲が重複することもできる。

実施形態によっては、アクティブ−アクティブ・シャーシ冗長性は、シャーシ内部においてリソースを少なくとも２つの異なるパーティションに集合化することを伴う場合もある。これらのパーティションは、地理的冗長性（ＧＲ）パーティションとして知られている。シャーシの中には、この例の目的に合わせて、２つのパーティション、ＧＲパーティション１およびＧＲパーティション２がある。ＳＲＰ活性化リソースは、これらのパーティションの内の１つに属し、各パーティションはホーム・エージェント・サービス、定められたＩＰプール、および定められたＡＡＡコンテキスト／インターフェースを有することができる。

コンフィギュレーションを簡素化するために、少なくとも１つのＳＲＰ活性化リソースを有する各コンテキストを、ＧＲパーティション１またはＧＲパーティション２のいずれにも設定することができる。別の可能性は、各ＳＲＰ活性化リソースを特定的にパーティションのいずれか１つの中に設定することである。実施形態によっては、ＳＲＰ活性化リソースおよびリソースのパーティション設定(configuration)は、優先度およびプライマリ／バックアップ・モードを除いて、シャーシ間で同じ場合もある。これについては、以下で論ずる。いずれの時点でも、ある実施形態によれば、１つのシャーシのみにおいて特定のＧＲパーティションがアクティブとなる。対応するＧＲパーティションは、別のシャーシではスタンバイ状態のまま留まっている。

２つのシャーシを用いる例では、アクティブ−アクティブ・シャーシの双方が負荷分散モードで実行しているときには、第１シャーシがＧＲパーティション１を活性化し、第２シャーシがＧＲパーティション２を活性化する。第１シャーシのＧＲパーティション２および第２シャーシのＧＲパーティション１は、前述のように、スタンバイ・モードとなっている。シャーシのいずれかが故障した場合、またはＡＡＡサーバまたはピア・ルーティング・ゲートウェイが到達可能でないことを検出した場合、実施形態によっては、別のシャーシが双方のＧＲパーティションの所有権(ownership)を引き受ける。即ち、例えば、第１シャーシ上でアクティブなＧＲパーティション１が故障した場合、第２シャーシ上のスタンバイ・パーティション１が活性化され、加入者セッションを取り扱う。

図３は、ある種の実施形態によるアクティブ−アクティブ冗長性のソフトウェア・コンフィギュレーション模式図を示す。アクティブ・シャーシ３１０は、ＧＲパーティション１およびＧＲパーティション２、ならびにＡＡＡコンテキスト３１２およびＳＲＰコンテキスト３１４を含む。ＧＲパーティション１は、インターフェースＣ１ ３１４、入口コンテキストＩ１ ３１８、インターフェースＡ１ ３２０、出口コンテキストＥ１ ３２２、プールＰ１ ３２４、およびインターフェースＢ１ ３２６を含む。ＧＲパーティション２は、入口コンテキストＩ２ ３２８、インターフェースＡ２ ３３０、出口コンテキストＥ２ ３３２、プールＰ２ ３３４、インターフェースＡ２ ３３６、およびインターフェースＣ２ ３３８を含む。ＳＲＰ通信は、通信リンク３４０上で行うことができ、通信リンク３４０は専用通信経路、またはアクティブ・シャーシ３１０が常駐するネットワークを経由する経路とすることができる。図示の通信リンク３４０は、アクティブ・シャーシ３１０をアクティブ・シャーシ３４２にリンクする。

また、アクティブ・シャーシ３４２は、通信リンク３４０上で通信を受信するＳＲＰコンテキスト３４４と共に、ＧＲパーティション１およびＧＲパーティション２も含む。アクティブ・シャーシ３４２のＧＲパーティション１は、この例では、アクティブ・シャーシ３１０のアクティブＧＲパーティション１に対応する。アクティブ・シャーシ３４２のＧＲパーティション１は、スタンバイ状態になっており、アクティブ・シャーシ３１０のＧＲパーティション１が故障した場合、そのセッション負荷を引き受ける。アクティブ・シャーシ３４２のＧＲパーティション１は、入口コンテキストＩ１ ３４６、インターフェースＡ１ ３４８、出口コンテキストＥ１ ３５０、プールＰ１ ３５２、およびインターフェースＢ１ ３５４を含む。アクティブ・シャーシ３４２のＧＲパーティション２は、アクティブ・シャーシ３１０のＧＲパーティション２に対応する。これはスタンバイ状態にあり、アクティブ・シャーシ３４２のＧＲパーティション２がセッション負荷を取り扱っている。ＧＲパーティション２は、入口コンテキストＩ２、インターフェースＡ２ ３５８、出口コンテキストＥ２ ３６０、プールＰ２ ３６２、およびインターフェースＢ２ ３６４を含む。また、アクティブ・シャーシ３４２は、ＡＡＡコンテキスト３６６も含み、ＡＡＡコンテキスト３６６は、ＧＲパーティション１と関係のあるコンテキストＣ１ ３６８、およびＧＲパーティション２と関係のあるコンテキストＣ２ ３７０を含む。

入口コンテキストＩ１および出口コンテキストＥ１は、地理的冗長性（ＧＲ）パーティション１に属する。入口コンテキストＩ２および出口コンテキストＥ２は、ＧＲパーティション２に属する。第１シャーシは、活性化した地理的冗長性パーティション１を有し、第２シャーシは、活性化したＧＲパーティション２を有する。これは、ホーム・エージェント・サービスＡ１が第１シャーシにおいてアクティブであり、ホーム・エージェント・サービスＡ２が第２シャーシにおいてアクティブであることを意味する。この実施形態では、ＡＡＡコンテキストはパーティションの双方に対して同一である。ＡＡＡコンテキスト・インターフェースＣ１はＧＲパーティション１に属し、ＡＡＡコンテキスト・インターフェースＣ２はＧＲパーティション２に属する。シャーシ・コンフィギュレーションの中には、１つのＡＡＡコンテキストを用いる場合もある。つまり、ＧＲパーティションに対して２つの異なるＡＡＡコンテキストを有することが可能でない場合もある。このような場合、２つの異なる「ＳＲＰ活性化」インターフェースをＡＡＡコンテキストにおいて作成し、それをプライマリＮＡＳ−ＩＰアドレスおよびセカンダリＮＡＳ−ＩＰアドレスとして割り当てなければならない。実施形態によっては、１つのインターフェースをＧＲパーティション１に割り当て、別のインターフェースをＧＲパーティション２に割り当てる。更に、１つのＧＲパーティションにおいて、１つよりも多い入口コンテキストおよびサービスを用いることもできる。また、１つのＧＲパーティションが多数の入口コンテキストを有することもできる。

以下に、コマンド・ライン・インターフェース（ＣＬＩ）コンフィギュレーションの見本を示す。モードをアクティブ−アクティブとして設定した場合、「優先度」、「モード」、「ｂｇｐ−修正子」、および「ｓｒｐ−スイッチオーバー」コマンドを、この例では、ＧＲパーティション番号によって指定しなければならない。

以下のＣＬＩは、コンテキストに対してＧＲパーティションをセットする。デフォルトで、当該コンテキストにおける全てのＳＲＰ活性化リソースが、このＧＲパーティション番号を用いる。このコンフィギュレーションは、特定のリソース上におけるコンフィギュレーションによって無効にすることができる。

以下に、ループバック・インターフェースに対するコマンド・コンフィギュレーションＧＲパーティション番号を示す。

以下に、ＩＰプールに対するコマンド・コンフィギュレーションＧＲパーティション番号を示す。

本発明のある種の実施形態では、シャーシ間においてコンフィギュレーション有効性判断を行う。コンフィギュレーション有効性判断方式は、アクティブ−スタンバイ・モードおよびアクティブ−アクティブ・モードによって用いることができる。

非アクティブ−アクティブ冗長シャーシを修正して、アクティブ−アクティブ冗長性モデルをサポートすることができる。負荷分散アクティブ−アクティブ・モードを実行しているとき、各シャーシは、２シャーシ冗長性では、シャーシの総容量の半分を取り扱うことが期待される。実施形態によっては、２つよりも多いシャーシを用いてアクティブ−アクティブ冗長性を実施する場合もある。以下のプロセスは、シャーシを再コンフィギュレーションするために用いることができる。

１）着信加入者セッション・トラフィックを受信する、新しい入口コンテキストを追加する。新しい入口コンテキストは、ホーム・エージェント・サービスを有する入口コンテキスト毎に作成され、新しいＳＲＰ活性化ループバック・インターフェースが新しいホーム・エージェント・サービスを結び付ける。

２）発信加入者セッション・トラフィックを送る、新しい出口コンテキストを追加する。新しい出口コンテキストは、加入者セッションに対して宛先コンテキストとして用いられる出口インターフェース毎に作成する。ＳＲＰ活性化ループバック・インターフェースは、新しいコンテキストにおいて作成しなければならない。

あたらしいＡＡＡコンテキストを作成するか、またはＡＡＡコンテキストに新しいループバック・インターフェースを追加する。コンフィギュレーションが多数のＡＡＡコンテキストを許可する場合、新しいループバック・インターフェースと共に新しいＡＡＡコンテキストを追加し、これらをパーティションに割り当てる。そうでなければ、１つ余分のＳＲＰ活性化ループバック・インターフェースを追加し、これをパーティションに割り当てる。

４）ＩＰプールを区分する。これらの新たに追加される出口コンテキストにはＩＰプールを設定してもよい。実施形態によっては、ＩＰプールを分割し、ＩＰアドレスの一部を既存の出口コンテキストに残し、プール・アドレスの別の部分を新しい出口コンテキストのために残しておく。ＩＰプールを区分する際の複雑さは、プールが静的かまたは動的かによって異なる。動的なプールの区分は単純である。何故なら、アドレスがいずれの特定の機器にも結び付けられていないからである。一部のパーティションでは、異なるパーティションが担当する一部の加入者グループからの呼数の不均衡によって、動的なプール区分がアドレス枯渇問題の原因となる場合がある。しかしながら、この問題は、パーティション間に等しくない量のＩＰアドレスを割り当てることによって解決することができる。また、この問題は、より多くのアクティブ・ホーム・エージェントを既存のネットワークに追加する際に用いる方法を改造することによっても解決することができる。例えば、新しいホーム・エージェント・ノードをネットワークに追加するとき、ＩＰアドレス・プールは、そのホーム・エージェントの全ての加入者に合わせて、コンフィギュレーションレーションを設定する。この中には、何らかのＩＰプールのコンフィギュレーション設定／再コンフィギュレーションを伴う場合がある。ＧＲパーティションの追加は、この手順と同様である。静的プールの区分は、シャーシを超えて修正を行う必要がある場合もある。何故なら、静的プールには特定のホーム・エージェントまたはエンティティが関連付けられているからである。静的ＩＰアドレスを有する呼が所望のホーム・エージェントに送出されるように、静的プール・アドレスの割り当てを再設定するために、ＡＡＡ、外部エージェント、またはその他のネットワーク・デバイスにおける外部からの変更を行うことが必要となる場合もある。

５）パーティションに対してＳＲＰパラメータを設定し、コンテキストに対してパーティション番号をセットする。新しいシャーシに、関連するＳＲＰコンフィギュレーションの複製を作る。ＳＲＰ「モード」および「優先度」は、いずれのシャーシにも障害がない場合、一方のシャーシにおいてＧＲパーティション１を活性化し、他方のシャーシにおいてＧＲパーティション２を活性化するような方法で設定するとよい。

６）ＳＲＰリンクをシャーシ間で接続する。これには、単にＩＰプロトコルを用いて一方のシャーシから他方のシャーシにメッセージを送出することを必然的に伴う場合がある。

７）呼を新しいパーティションに送出する。ある種の実施形態では、これには、パーティションをどのように分割するかに応じて、ＡＡＡサーバ、外部エージェント、ルータなどを再コンフィギュレーションする必要がある場合もある。新しいサービスをＧＲパーティションに作成するとき、例えば、ＡＡＡまたはＰＤＳＮにおける外部コンフィギュレーションを作って、新しいサービスＩＰアドレスを設定し、加入者セッションを新しいサービスに送出する。

シャーシを区分するとき、特定のセッションが同じパーティションからのリソース全てを用いることを確保するように、注意しなければならない。実施形態によっては、コンフィギュレーション有効性判断を用いて、セッションが同じパーティションからのリソースを用いることを確認し、そうしなければ発生する虞れがあるエラーやリソースの不均衡を回避することができる。

ある種の実施形態では、ＳＲＰプロトコルに対する主要な変更が、パーティション概念の導入となる。シャーシ全体について状態を取り決めてセットする代わりに、ＳＲＰがパーティション毎に状態を取り決めてセットする。ＳＲＰリンク監視およびＡＡＡサーバ／ＢＧＰピア監視方式を変更してこの修正に合わせる必要はない。

何らかの障害が発生してＳＲＰスイッチオーバーをトリガした場合、障害を発生したシャーシに関わるアクティブなパーティション全てを、他のアクティブなシャーシにおいて活性化する。パーティションのスイッチオーバーは、コマンドによって逆転可能にすることもできるが、その場合特定のパーティションへのスイッチ・バックには介入が必要となる。ある種の実施形態では、元のシャーシに戻す自動スイッチオーバーを実施しない理由は、ある種の障害の想定場面では、望ましくない反復(oscillating)スイッチオーバーが生ずる可能性があるからである。障害によってスイッチオーバーが発生した場合、ネットワーク運営者には、問題を適正に特定し解決してから、パーティションを切り替えて元に戻す機会が与えられる。ソフトウェアのアップグレードの間、双方のパーティションを一方のシャーシに移動させて、他方のシャーシをアップグレードすることを可能にするとよい。アップグレードの後、双方のパーティションを、アップグレードしたシャーシに移動させることができ、次いで他方のシャーシもアップグレードすることができる。

図４は、本発明のある実施形態によるパーティションについての状態遷移を示す。図示する状態は、初期化状態「初期化」(Init)４１０、アクティブ状態「アクティブ」(Active)４１２、およびスタンバイ状態「スタンバイ」(Standby)４１４である。シャーシのパーティションは、通例初期化４１０において開始し、１つ以上の設定したピア・パーティションとの通信を確立しようとすることができる。図２に示すように、初期化からパーティションはアクティブ４１２またはスタンバイ４１４に遷移することができる。ピア・パーティションとの通信を確立した場合、３つの可能性が生ずる可能性がある。１）ピア・パーティションがアクティブ４１２である場合、初期化パーティションはスタンバイ４１４に遷移することができる。２）ピア・パーティションがスタンバイ４１４である場合、パーティションはアクティブ４１２に遷移することができる。３）ピア・パーティションが初期化４１０である場合、ピア・パーティションの特性識別子に応じて、パーティションはアクティブ４１２になるか、またはスタンバイ４１４に進むことができる。パーティションが初期化４１０であり、指定した時間期間以内にピアとの通信が確立されない場合、パーティションはアクティブ４１２に遷移することができる。ある種の実施形態では、アクティブ４１２へのいずれの遷移も、監視している全てのサービスがアップされ実行中であると考えられる場合でなければ、実行できないようにするとよい。

パーティションがアクティブ４１２である場合、状況によってはスタンバイ４１４に遷移する可能性がある。例えば、パーティションが、同様にアクティブ４１２であるピア・パーティションからメッセージを受信した場合、２つの可能性が発生する可能性がある。１つの可能性は、パーティションが、ピア・パーティションから受信したルーティング属性をそれ自体のルーティング属性と比較し、判断規準または規則集合に応じてスタンバイ４１４に遷移することである。ある種の実施形態では、ルーティング属性はＢＧＰルータから来て、ＢＧＰ修正子である場合がある。別の実施形態では、属性競合(contention)メカニズムが存在する。属性競合メカニズムを利用するのは、比較する属性が互いに等しい場合である。属性競合メカニズムは、別の属性に従って、どのパーティションがスタンバイ４１４に変化すべきか判断することができる。ある実施形態では、別の可能性は、パーティションがアクティブ４１２であるが、サービスの障害（例えば、内部ソフトウェア・エラー）が発生して、パーティションがスタンバイ４１４に遷移し、ピア・パーティションにその遷移の意図を通知する。

パーティションがスタンバイ４１４にある場合、状況によってはアクティブ４１２に遷移することもある。パーティションが、障害の監視のためにスタンバイ４１４に遷移しているピア・パーティションからからメッセージを受信したときに、アクティブ４１２に遷移することができる。別の可能性は、パーティションが、期限間隔以内にアクティブの対応するパーティションからメッセージを受信せず、そのパーティションがアクティブ４１２に遷移することである。

図５は、本発明のある種の実施形態による二重シャーシ初期化場面についての状態遷移図およびシグナリング図である。図５は、シャーシ＃１ ５１０およびシャーシ＃２ ５１２を含み、双方とも２つのパーティションを含む。実施形態によっては、シャーシ上に更に多くのパーティションを実装することができ、当業者であれば、追加のパーティションを含むようにシャーシを修正することができるであろう。シャーシ＃１ ５１０およびシャーシ＃２ ５１２は、最初にオンラインに登場するときは、双方のパーティションを含む初期化状態にある。５１４および５１６における各パーティションは、次の状態遷移を決定するために、優先度およびＢＧＰ修正子を有する。ハロー・メッセージ５１８をシャーシ＃１ ５１０からシャーシ＃２ ５１２に伝達するために、プロトコルを用いる。メッセージはいずれのシャーシからでも来ることができるが、シャーシが受信する最初のメッセージが、５２０におけるように、状態遷移を開始する。５２２において、シャーシ＃２ ５１２はパーティション１をスタンバイに、そしてパーティション２をアクティブに遷移させる。この遷移は、各シャーシにおけるＢＧＰ修正子および優先度の比較に基づく。状態変化情報は、ハロー・メッセージ５２４において伝達される。５２６において、シャーシ＃１ ５１０は、シャーシ＃２ ５１２からハロー・メッセージを受信する。５２８において、シャーシ＃１ ５１０はパーティション１をアクティブに、パーティション２をスタンバイに遷移させる。状態変化情報は、ハロー・メッセージ５３０において送られる。５３２において、シャーシ＃２ ５１２はハローを受信するが、状態変化は必要ない。

実施形態によっては、初期化メッセージを、同時にまたはほぼ同時に交換することができ、いずれの側の変化も、他方のシャーシから受信するＢＧＰ修正子および優先度情報に基づくことができる。ある種の実施形態では、パーティションの優先度情報が必要でない場合もある。各アクティブ・シャーシは、一方のパーティションをアクティブに、他方のパーティションをスタンバイにする。これは、シャーシによって任意に決定することができ、対応するパーティションとのＳＲＰプロトコル・ハンドシェークの間に検証することができる。

図６は、２つのシャーシ間におけるセッション・マネージャ状態およびチェックポイント・フロー・メッセージングを示す。シャーシ＃１ ６１０は、多数のセッション・マネージャ・インスタンス６１４、６１６、６１８、および６２０を含む。シャーシ＃２は、対応する数のセッション・マネージャ・インスタンス６２２、６２４、６２６、および６２８を含む。実施形態によっては、セッション・マネージャは、加入者セッションに関するある種のイベントを制御し、インスタンス番号に基づいて集合化することができる。図６において、奇数のインスタンス番号が付けられたセッション・マネージャがパーティション１と関連付けられており、偶数のインスタンス番号が付けられたセッション・マネージャはパーティション番号２と関連付けられている。

アクティブなパーティション（図６の６１４、６１８、６２４、および６２８）と関連付けられたセッション・マネージャ・インスタンスは、チェックポイント・メッセージ（図６の６３０、６３２、６３４、および６３６）をピア・シャーシにおける同じインスタンス番号のセッション・マネージャに送る。実施形態によっては、いずれの時点でも１つのみのシャーシにおいて、１つのパーティションがアクティブとなる場合もある。チェックポイント・メッセージは、アクティブ・セッション・マネージャが取り扱っている加入者セッションまたは呼に関する情報を含む。この情報は、どのセッションにデータが関与するのか、そしてスタンバイ・パーティション上に既に格納されているセッションを上書きすべきか否かを示すフィールドというようなものを含むことができる。チェックポイント・メッセージは、冗長セッションを作成および削除することができ、更に周期的にスタンバイ・パーティション上の加入者セッション統計を更新することができる。チェックポイント・メッセージは、スタンバイ・パーティションをアクティブ・パーティションに遷移させるときに、スタンバイ・パーティション上の呼を作成し直すために必要な情報を含むことができる。スタンバイ・パーティション・セッション・マネージャにおいて、１つのチェックポイント全体が加入者セッションに関する以前の情報を上書きすることができる。部分的な更新を行うために、マクロ・チェックポイントを用いることができる。種々のメッセージをどのように組み立てることができるかの一例を以下に示す。

ＳＲＰメッセージ

ここで新しい番号を追加する

チェックポイント・メッセージ

図７は、本発明のある種の実施形態によるパーティション・セットアップおよびイベント受け渡しシグナリングを示す。図７に含まれる論理機能は、ＶＰＮマネージャ７１０、セッション・コントローラ７１２、奇数セッション・マネージャ・インスタンス７１４、偶数セッション・マネージャ・インスタンス７１６、および多重分離(demux)マネージャ７１８である。ＶＰＮマネージャは、シャーシにおけるソフトウェア・タスクとすることができ、ＩＰインターフェースおよびＩＰプール・コンフィギュレーションを管理する。設定したコンテキスト毎に、１つのＶＰＮマネージャ・タスクを実行することができる。

セッション・コントローラ７１２は、ソフトウェア・タスクとすることができ、セッション・マネージャ・インスタンスを管理することを責務とする。実施形態によっては、シャーシにおいて実行するセッション・コントローラは１つという場合もある。セッション・コントローラ７１２は、シャーシのアクティブ・パーティションを監視し、セッション・マネージャ・インスタンスを作成および管理して、加入者セッション・タスクを取り扱う。図示のセッション・コントローラ７１２は、「SESSMGR_STATE_SUSPENDED」フラグを用いることができ、セッション・マネージャ（SESSMGR) インスタンス７１６をスタンバイ・パーティションに送る。加えて、セッション・コントローラ７１２は、セッション・マネージャ・インスタンス７１４および７１６からのパーティションに関する情報をマスクすることができる。セッション・マネージャ・インスタンス７１４および７１６は、セッション・コントローラ７１２が設定する、多重解除マネージャ７１８からのトラフィック・フローを受信することができる。多重解除マネージャ７１８は、ソフトウェアで実施する、データ・フローの内部ルータとすることができる。実施形態によっては、多重解除マネージャ７１８は、着信するトラフィックを注視して、処理のためにデータはパーティション内のどこに行けばよいか判断する。多重解除マネージャは、シャーシにおけるシグナリング多重解除タスクである。サービス・タイプ毎に、多重解除マネージャ・タスクを実行することができる。このソフトウェア・タスクの主な目的は、着信する新しいセッションを取り扱い、セッションをセッション・マネージャ・インスタンスに割り当てることである。多重解除マネージャは、パーティション内部における負荷均衡化にも用いることができる。

地理的冗長性初期化メッセージ７２０をＶＰＮマネージャ７１０からセッション・コントローラ７１２に送り、パーティション上で初期化するセッション・マネージャの数に関する情報を提供する。図６に示すように、奇数および偶数のセッション・マネージャ・インスタンスが、双方のシャーシに存在する。各パーティション上でアクティブになるセッション・マネージャのインスタンスをセットアップするために、別の地理的冗長性初期化メッセージ７２２を用いる。各パーティション上でスタンバイになるセッション・マネージャのインスタンスをセットアップするために、地理的冗長性初期化メッセージ７２４を用いる。ＶＰＮマネージャ７１０は、アクティブ・パーティション・メッセージ７２６を送る。このメッセージは、セッション・コントローラ７１２に、シャーシ上の１つまたは複数のパーティションを活性化する命令を供給する。セッション・コントローラ７１２は、セッション・マネージャ状態活性化メッセージ７２８を用いて、ＶＰＮマネージャ７１０が選択した活性化パーティションに常駐するインスタンスを活性化する。セッション・コントローラ７１２は、多重解除マネージャ７１８に、セッション・マネージャ・リスト・メッセージ７３０を供給する。セッション・マネージャ・リスト・メッセージ７３０は、どのセッション・マネージャがアクティブであり、どれが保留中であるか特定し、多重解除マネージャがそれに応じてトラフィック・フローを送出することができるようにする。パーティションに変更が生じスイッチオーバー・イベントが発生するに連れて、追加のセッション・マネージャ・リスト・メッセージを多重解除マネージャに供給することができる。

実施形態によっては、インスタンス番号（奇数または偶数）に基づいてセッション・マネージャを集合化し、中央演算装置（ＣＰＵ）間でセッション・マネージャを分散することもでき、奇数および偶数のインスタンス番号のセッションを各ＣＰＵに混合させる。これによって、１つのシャーシ上において一方のパーティションがアクティブであり、他方がスタンバイであるときに、ＣＰＵの利用度を高めることができる。何故なら、そのときは各ＣＰＵの処理パワーの一部を用いているからである。シャーシにおいていずれの時点でも偶数番号のセッション・マネージャ・インスタンスを用いることにより、セッション・マネージャを２つの殆ど等しい半分に分割して、パーティションが用いるようにすることを可能にすることができる。実施形態によっては、２つのシャーシが冗長対を形成するというような場合、アクティブ−アクティブ・モードをサポートするために、１０パーセント余分な容量を計画することもある。２つよりも多いアクティブ・シャーシも可能な別の実施形態では、予約してある容量の量に応じて、セッション・マネージャの別の分割を用いることができる。

アクティブ−アクティブ冗長性モード・グループをセットアップするとき、各シャーシが取り扱うことができる容量の量を決定しなければならない。２つのシャーシを用い、１０パーセントの予約容量を計画する場合、各シャーシはその最大容量（セッション数、発呼率(call rate)、およびデータ・スループット）の４５パーセントを用いることができる。障害の場合、加入者セッションの別の４５パーセントを一方のアクティブ・シャーシに転送し、それを９０パーセント利用させる。１つ以上のシャーシが、そのアーキテクチャのために、異なる量の呼を取り扱うことができる場合、動的負荷均衡メカニズムを用いて、それに応じて呼の量を分散することができる。

予約容量を維持する理由は、ある実施形態では、スイッチオーバー・イベントに必要な負荷計算を取り扱うためである。シャーシが故障した場合、１つ以上のシャーシが、故障したシャーシからの全てのセッションを転送し作成し直すことができる。アクティブ−アクティブ・モードでは、シャーシは、１つのパーティションにおいて呼を復元し、別のパーティションにおいて呼を配給することを強いられる。シャーシ間の呼の復元はＣＰＵ集約的(intensive)である。加えて、アクティブ−アクティブ・モードをサポートするためには、コンフィギュレーションが追加のコンテキスト、サービス、およびＩＰプールを必要とする場合もある。このオーバーヘッドに対処するために、ある程度の予約容量を用いることができる。実施形態によっては、特定のアクティブ・パーティション上でシャーシが指定した容量のパーセントを超過した場合、トラップおよびイベント・ログを発生することもある。サービスを過負荷状態にセットし、特定のアクティブ・パーティション上で指定した容量のパーセントを負荷が超過した場合、新しい着信セッションを拒絶または再送出することもできる。

パーティション毎に別個の入口コンテキストおよび出口コンテキストを用いることによって、シャーシ内におけるコンテキストの数が２倍になる場合もある。ＶＰＭマネージャはコンテキスト毎に開始するので、ある実施形態では、システムにおける出口／入口コンテキストの数が大きい場合、システムの容量に大きな影響を及ぼす虞れがある。既に多数のサービス（例えば、２５６サービス）を用いることを計画している顧客であれば、これらのサービスをパーティション間で分配すればよい。コンテキスト（例えば、入口、出口、およびＡＡＡ）を作成して、シャーシ上の各パーティションに割り当てることができる。しかしながら、２つ以上のＡＡＡコンテキストをシャーシの中に有すると、シャーシがドメイン・コンフィギュレーションを用いているとき等に、ある種のコンフィギュレーションには問題となる可能性がある。これが問題となるのは、ドメインはコンテキスト全体にわたって一意でなければならないからである。実施形態によっては、異なるＩＰインターフェースを、コンテキストの内部で、パーティションに割り当てる場合もある。例えば、１つのシャーシが双方のアクティブ・パーティションを実行するとき、２つのアクティブなNAS-IP-ADDRESSが利用可能な場合がある。セッションは、異なるNAS-IP-ADDRESSを用いて介しすることができる。

実施形態によっては、ＢＧＰのような動的ルーティング・プロトコルを用いず、アクティブ−アクティブ・シャーシ冗長性が望まれる場合がある。動的ルーティング・プロトコルを用いて、同じループバック・アドレスの新しいルートを広告し、ネットワーク・デバイスからのメッセージを正しく新たなルート上で転送するが、同じＩＰアドレスが用いられるので、変更はネットワーク・デバイスには明らかでない。別の手法は、ある実施形態では、メディア・アクセス制御（ＭＡＣ）アドレス転送を用いることである。このＭＡＣアドレス手法は、共通ＩＰサブネットがない動的ルーティング・プロトコル上で動作を行うことを可能にする。これの一例は、２つのシャーシを同じ物理接続によってネットワークに接続し、同じ地理的領域に配置することである。実施形態によっては、この実施態様には、ＳＲＰ仮想ＭＡＣアドレスを設定し、サブネットＳＲＰ活性化ループバック・アドレスとして作用することを伴うこともある。これによって、スタンバイ・シャーシ・パーティションがコール・フローを取り扱う際に、継ぎ目なくアクティブな役割を引き受けることが可能になる。図８は、共通ＩＰサブネットを通じた動作のセットアップ８００を示す。セットアップ８００は、アクティブ・パーティション８１０、スタンバイ・パーティション８１２、スイッチ８１４、およびルータ８１６を含む。図８におけるＩＰサブネットは、ネットワーク１０．０．０．ｘ／２４であり、この中にアクティブ・パーティション８１０およびスタンバイ・パーティション８１２が常駐する。スイッチオーバーの後、スタンバイ・パーティション８１２がアクティブとなり、ネットワーク・デバイスは同じ仮想ＭＡＣアドレスを使い続け、現在アクティブなパーティションが共有ループバックＩＰアドレスにおいて要求に応答する。これによって、仮想ＭＡＣアドレスはスイッチオーバーの間変化しないので、アクティブな遷移に対して速いスタンバイができるようにしておける。

ＳＲＰリンク障害の場合、共通ＩＰサブネットを伴う実施形態では、双方のシャーシ・パーティションはアクティブになろうとする。双方のシャーシが、割り当てられたポート上の仮想ＭＡＣアドレスの要求を送ろうとするので、恐らくは、これは接続性の問題に至る可能性がある。応答がピアから受信される場合、スタンバイのシャーシ・パーティションはアクティブに遷移せず、ピアは正常に機能していると想定する。

図９は、共通ＩＰサブネットを用いる場合に伴うシグナリングを示す。図９は、移動体ノード９１０、外部エージェント９１２、シャーシ＃１パーティション９１４、およびシャーシ＃２パーティション９１６を含む論理エンティティを示す。９１８において、シャーシ＃１パーティション９１４はアクティブであり、パケット・フローを受け入れて、パーティションの仮想ＭＡＣアドレスを求めるアドレス解明プロトコル（ＡＲＰ）要求に応答している。９２０において、シャーシ＃２パーティション９１６は、スタンバイ・モードにあり、トラフィック・フローを取り扱い始めるためにスイッチオーバー・イベントを待っており、更に仮想ＭＡＣアドレスのＡＲＰ要求に応答している。新しい加入者セッションをセットアップするために、登録要求メッセージ９２２が、外部エージェント９１２から送られる。登録要求メッセージ９２２はアクティブなパーティション９１４に送られる。何故なら、それが要求に応答するパーティションであるからである。シャーシ＃１ ９１４は、呼のためのセットアップを開始し、登録回答メッセージ９２４で応答して、加入者セッションを確立できることを示す。９２６において、呼を確立し、９２８において、加入者データが移動体ノード９１０からアクティブ・パーティション９１４にフローし始める。

９３０において、タイマが、シャーシ＃１パーティション９１４に格納されているセッション情報のチェックポイント・メッセージ・バックアップを、シャーシ＃２パーティション９１６上にミラーリングさせるきっかけを作る。サービス・チェックポイント・メッセージ９３２を用いて、シャーシ＃１パーティション９１４上に確立した加入者セッションをミラーリングするための情報を搬送する。実施形態によっては、サービス・チェックポイント・メッセージ９３２の中で送るのは更新および変更のみである場合もある。別の実施形態では、アクティブな加入者セッションを維持するために必要な情報全てを、サービス・チェックポイント・メッセージ９３２の中で送る。９３４において、スイッチオーバー・イベントが、シャーシ＃１パーティション９１４とシャーシ＃２パーティション９１６との間で発生する。スイッチオーバー・イベントは、障害または計画したイベントによってトリガすることができる。９３６におけるスイッチオーバーの後、シャーシ＃２パーティション９１６はアクティブとなり、仮想ＭＡＣアドレスの所有権を取り、ＭＡＣアドレスを公表するために、無償のＡＲＰ公表を送る。シャーシ＃１パーティション９１４はスタンバイ・モード９３８にあり、仮想ＭＡＣアドレスの使用を放棄する。シャーシ＃２パーティション９１６が、シャーシ＃１パーティション９１４と同じループバック・サービス・アドレスおよび仮想ＭＡＣアドレスの所有権を取得したので、他のネットワーク・デバイスは９４０においていずれの交換も分からない。加えて、シャーシ＃２ ９１６は、スイッチオーバー以前のアクティブなシャーシ＃１パーティション９１４のミラー・イメージであったので、加入者セッションは欠落せず、スイッチオーバーは継ぎ目がない。９４２において、加入者データが移動体ノード９１０からシャーシ＃２パーティション９１６にフローする。

実施形態によっては、ＩＰプール・ホルダ・タイマを用いて、切断したユーザが再接続の際に同じＩＰアドレスの割り当てが得られるようにする。したがって、ＩＰプール・ホルダ・タイマ情報は、間接的にアクティブおよびスタンバイ・パーティション間で、セッション・チェックポイント・メッセージングによって送信する。スタンバイ・パーティション上では、スタンバイセッションが同じＩＰプールから同じＩＰアドレスを割り当てる。呼をリリースするとき、この情報をスタンバイ・パーティションにチェックポイント・メッセージを通じて送信する。スタンバイ・パーティション上でセッションをリリースし、アドレスを「使用中」から「保持」にアクティブおよびスタンバイ・パーティション双方において遷移させる。パーティションがＩＰアドレスを保持する時間量は、ユーザによってセットすることができ、またはリソースの可用性に応じて動的に変更することができる。

実施形態の中には、プロセスを実施するために必要なソフトウェアが、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、またはＰｅｒｌのような上位手続き言語またはオブジェクト指向言語を含む場合がある。また、ソフトウェアは、所望であれば、アセンブリ言語でも実施することができる。シャーシにおいて実施するパケット処理は、コンテキストによって決定される処理であればいずれでも含むことができる。例えば、パケット処理は、上位データ・リンク制御（ＨＤＬＣ）フレーミング、ヘッダ圧縮、および／または暗号化を伴う可能性がある。ある種の実施形態では、リード・オンリ・メモリ（ＲＯＭ）、プログラマブル・リード・オンリ・メモリ（ＰＲＯＭ）、電気的消去可能プログラマブル・リード・オンリ・メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、あるいはこの文書に記載したプロセスを実行するために汎用または特殊目的演算装置によって読み取り可能な磁気ディスクのような、記憶媒体またはデバイス上にソフトウェアを格納する。実施形態の中には、マサチューセッツ州TweksburyのStarent Networks, Corp.のST16又はST40 Intelligent Mobile Gateway（ＩＭＧ）上に、アクセス・ゲートウェイ、パケット・データ配給ノード（ＰＤＳＮ）、外部エージェント（ＦＡ）、またはホーム・エージェント（ＨＡ）を実装することがある。他の実施形態では、ゲートウェイ汎用パケット無線サービス・サービス・ノード（ＧＧＳＮ）、担当ＧＰＲＳサポート・ノード（ＳＧＳＮ）、パケット・データ相互作業機能（ＰＤＩＦ）、アクセス・サービス・ネットワーク・ゲートウェイ（ＡＳＮＧＷ）、基地局、アクセス・ネットワーク、ユーザ・プレーン・エンティティ（ＵＰＥ）、ＩＰゲートウェイ、アクセス・ゲートウェイ、セッション開始プロトコル（ＳＩＰ）サーバ、プロキシ−呼セッション制御機能（Ｐ−ＣＳＣＦ）、および質問−呼セッション制御機能（Ｉ−ＣＳＣＦ）のような他の種類のデバイスを用いて、前述した方法およびプロトコルを用いてハンドオフを行うこともできる。

ある種の実施形態では、前述のその他の種類のデバイスの１つ以上を互いに一体化すること、または同じデバイスによって設けることもある。例えば、アクセス・ネットワークをＰＤＳＮと一体化することができ、シャーシは、ＰＤＳＮ、ＦＡ、ＨＡ、ＧＧＳＮ、ＰＤＩＦ、ＡＳＮＧＷ、ＵＰＥ、ＩＰゲートウェイ、アクセス・ゲートウェイ、またはその他の適用可能なアクセス・インターフェース・デバイスであればいずれでも含むことができる。

実施形態の中には、ＳＴ１６ ＩＧＭを用いて、デバイス間に高速ハンドオフ・インターフェースを設けることができる場合がある。ＳＴ１６ ＩＭＧは、ＰＤＳＮ、ＧＧＳＮ、ＰＤＩＦ、ＡＳＮＧＷ、ＦＡ、およびＨＡのような多くの種類の論理的デバイスまたは機能的デバイスを実施することができる。ＳＴ１６ ＩＭＧは、アプリケーション・カードおよびライン・カードを装填するためのスロットを含む。ＳＴ１６ ＩＭＧにおいてミッドプレーン(midplane)を用いて、インストールした種々のカード間におけるシャーシ内通信、電力接続、および伝達経路を設けることができる。ミッドプレーンは、スイッチ・ファブリック、制御バス、システム管理バス、冗長バス、および時分割多重（ＴＤＭ）バスのようなバスを含むことができる。スイッチ・ファブリックは、アプリケーション・カードおよびライン・カード間にカード間通信を確立することによって実施したＳＴ１６ ＩＭＧ全体におけるユーザ・データのためのＩＰベース伝達経路である。制御バスは、ＳＴ１６ ＩＭＧ内部にある制御および管理プロセッサを相互接続する。ＳＴ１６ ＩＭＧの管理バスは、給電、温度監視、ボード・ステータス、データ経路の障害、カードのリセット、およびその他のフェイルオーバ機構のようなシステム機能の管理を行うためにある。冗長バスは、ハードウェア障害の場合に、ユーザ・データの伝達を行い、冗長リンクを設ける。ＴＤＭバスは、システム上における音声サービスのサポートを設ける。

ＳＴ１６ ＩＭＧは、少なくとも２種類のアプリケーション・カード、スイッチ・プロセッサ・カードおよびパケット・アクセレレータ・カードをサポートする。スイッチ・プロセッサ・カードは、ＳＴ１６ ＩＭＧのコントローラの役割を果たし、ＳＴ１６ ＩＭＧの初期化、およびＳＴ１６ ＩＭＧ内にある別のカードへのソフトウェア・コンフィギュレーションの実装というようなことを責務とする。パケット・アクセレレータ・カードは、パケット処理および転送能力を備えている。各パケット・アクセレレータ・カードは、多数のコンテキストをサポートすることができる。ハードウェア・エンジンをカードと共に配置すれば、圧縮、分類トラフィック・スケジューリング、転送、パケット・フィルタリング、および統計編集(statistics compilation)のために並列分散処理をサポートすることが可能になる。

パケット・アクセレレータ・カードは、制御プロセッサおよびネットワーク演算装置の使用によって、パケット処理動作を実行する。ネットワーク演算装置は、パケット処理要件を判断し、ユーザ・データ・フレームを種々の物理的インターフェースとの間で受信および送信し、ＩＰ転送の判断を行い、パケット・フィルタリング、フロー挿入、削除、および修正を実施し、トラフィック管理およびトラフィック・エンジニアリングを実行し、パケット・ヘッダを修正／追加／削除し、ライン・カード・ポートおよび内部パケットの伝達を管理する。制御プロセッサもパケット・アクセレレータ・カード上に配置され、パケットに基づくユーザ・サービスの処理を行う。ライン・カードは、ＳＴ１６ ＩＭＧに装填されると、入力／出力接続機能を設け、冗長接続も設けることができる。

オペレーティング・システム・ソフトウェアは、Linuxソフトウェア・カーネルに基づき、ＳＴ１６ ＩＭＧにおいてタスクの監視やプロトコル・スタックの規定というような、特定のアプリケーションを走らせることができる。このソフトウェアによって、ＳＴ１６ ＩＭＧのリソースを制御およびデータ経路に別個に割り当てることが可能となる。例えば、ある種のパケット・アクセレレータ・カードは、ルーティングまたはセキュリティ制御機能の実行専用にすることができ、一方他のパケット・アクセレレータ・カードはユーザ・セッション・トラフィックの処理専用とする。実施形態によっては、ネットワーク要件が変更されるに連れて、要件を満たすようにハードウェア・リソースを動的に配置することができる場合もある。システムは、技術機能（例えば、ＰＤＳＮ、ＡＳＮＧＷ、またはＰＤＩＦ）のような、サービスの多数の論理的インスタンスをサポートするために、仮想化することができる。

ＳＴ１６ ＩＭＧのソフトウェアは、特定の機能を実行する一連のタスクに分割することができる。これらのタスクは、必要に応じて、互いに通信し合い、ＳＴ１６ ＩＭＧ全体を通じて制御およびデータ情報を共有する。タスクとは、システム制御またはセッション処理に関する特定の機能を実行するソフトウェア・プロセスのことである。実施形態の中には、ＳＴ１６ ＩＭＧ内部で３種類のタスクが動作する場合もある。即ち、クリティカル・タスク、コントローラ・タスク、およびマネージャ・タスクである。クリティカル・タスクは、ＳＴ１６ ＩＭＧの初期化、誤り検出、および復元タスクのような、ＳＴ１６ ＩＭＧの呼を処理する能力に関係する機能を制御する。コントローラ・タスクは、ソフトウェアの分散性をユーザから遮蔽し、従属マネージャの状態を監視する、同じサブシステム内部においてマネージャ内通信に備える、そして他のサブシステムに属するコントローラと通信することによってサブシステム間通信を可能にするというようなタスクを実行する。マネージャ・タスクは、システム・リソースを制御し、システム・リソース間における論理的マッピングを維持することができる。

アプリケーション・カード内にあるプロセッサ上でランする個々のタスクは、サブシステムに分割することができる。サブシステムとは、特定のタスクを実行するソフトウェア・エレメント、または多数の別のタスクの集合体である。１つのサブシステムが、クリティカル・タスク、コントローラ・タスク、およびマネージャ・タスクを含むことができる。ＳＴ１６ ＩＭＧ上で走ることができるサブシステムの一部は、システム起動タスク・サブシステム、高可用性タスク・サブシステム、復元制御タスク・サブシステム、共有コンフィギュレーション・タスク・サブシステム、リソース管理サブシステム、仮想プライベート・ネットワーク・サブシステム、ネットワーク演算装置サブシステム、カード／スロット／ポート・サブシステム、およびセッション・サブシステムを含む。

システム起動タスク・サブシステムは、システム起動時に初期タスクの集合を起動し、必要に応じて個々のタスクを提供することを責務とする。高可用性タスク・サブシステムは、復元制御タスク・サブシステムと共に作動して、ＳＴ１６ ＩＭＧの種々のソフトウェアおよびハードウェア・コンポーネントを監視することにより、ＳＴ１６ ＩＭＧの動作状態を維持する。復元制御タスク・サブシステムは、ＳＴ１６ ＩＭＧ内で発生した障害に対して復元措置を実行することを責務とし、高可用性タスク・サブシステムから復元措置を受け取る。共有コンフィギュレーション・タスク・サブシステムは、ＳＴ１６ ＩＭＧに、ＳＴ１６ ＩＭＧコンフィギュレーション・パラメータ変更の通知を設定し、読み取り、受信する能力を設け、ＳＴ１６ ＩＭＧ内部で走るアプリケーションのコンフィギュレーション・データを格納することを責務とする。リソース管理サブシステムは、リソース（例えば、プロセッサおよびメモリ能力）をタスクに割り当て、タスクのリソース使用を監視することを責務とする。

仮想プライベート・ネットワーク（ＶＰＮ）サブシステムは、ＳＴ１６ ＩＭＧ内にあるＶＰＮ関連ティティの統括(administrative)および動作の面を管理する。ＶＰＮ関連エンティティには、別個のＶＰＮコンテキストの作成、ＶＰＮコンテキストにおけるＩＰサービスの開始、ＩＰプールおよび加入者ＩＰアドレスの管理、ならびにＶＰＮコンテキスト内部におけるＩＰフロー情報の分配が含まれる。実施形態によっては、ＳＴ１６ ＩＭＧ内部で、特定のＶＰＮコンテキスト内においてＩＰ動作が行われる場合がある。ネットワーク演算装置サブシステムは、ネットワーク演算装置について先にリストに纏めた機能の多くを責務とする。カード／スロット／ポート・サブシステムは、新たに挿入したカード上におけるポートの発見および構成設定(configuration)のようなカードのアクティビティに関して行われるイベントを調整し、ライン・カードがどのようにアプリケーション・カードにマッピングするか判断することを責務とする。セッション・サブシステムは、実施形態によっては、移動体加入者のデータ・フローを処理し監視することを責務とする場合がある。移動体データ通信のためのセッション処理タスクには、例えば、ＣＤＭＡネットワークに対するＡ１０／Ａ１１終端、ＧＰＲＳおよび／またはＵＭＴＳネットワークに対するＧＳＭトンネリング・プロトコル終端、非同期ＰＰＰ処理、パケット・フィルタリング、パケット・スケジューリング、ディフサーブ・コードポイント・マーキング(Difserv codepoint marking)、統計収集、ＩＰ転送、およびＡＡＡサービスが含まれる。これらの項目の各々に対する責務は、従属タスクに跨って分散し（コールされたマネージャ）、処理効率の向上および冗長性の増大を図ることができる。別個のセッション・コントローラ・タスクは、一体制御ノードとしての役割を果たし、マネージャを規制および監視し、他のアクティブなサブシステムと通信する。また、セッション・サブシステムは、ペイロード変換、フィルタリング、統計収集、方針決定(policing)、およびスケジューリングのような、特殊なユーザ・データ処理も管理する。

以上、前述の実施形態例において本発明を説明および例示したが、本開示は、一例として行ったに過ぎず、本発明の実施態様の詳細において、本発明の主旨や範囲から逸脱することなく、多数の変更が可能であることは言うまでもない。本発明の範囲は、以下の特許請求の範囲のみによって限定されるものとする。

図１は、本発明のある種の実施形態による論理ネットワーク図である。 図２は、本発明のある種の実施形態によるアクティブ・スタンバイ冗長性のためのソフトウェア・コンフィギュレーション模式図である。 図３は、本発明のある種の実施形態によるアクティブ・スタンバイ冗長性のためのソフトウェア・コンフィギュレーション模式図である。 図４は、本発明のある種の実施形態によるシャーシにおけるパーティションの状態遷移の状態図である。 図５は、本発明のある種の実施形態による状態遷移のシグナリング図である。 図６は、本発明のある種の実施形態によるアクティブ−アクティブ・シャーシにおけるセッション情報の更新に関する模式図である。 図７は、本発明のある種の実施形態によるイベント受け渡しのシグナリング図である。 図８は、本発明のある種の実施形態による、共通ＩＰサブネット上の動作の模式図である。 図９は、共通ＩＰサブネット上の動作を伴うスイッチオーバー・イベントのシグナリング図である。

Claims (17)

1. ワイヤレス通信を移動体ノードへ及び／又は移動体ノードから送出させるための機能を有する第２シャーシと通信可能なシステムであって、前記第２シャーシがアクティブ・パーティション及びスタンバイ・パーティションを有しており、前記システムが、
   ワイヤレス通信をモバイル・ノードへ及び／又はモバイル・ノードから送出させる機能を有する、第１パーティション及び第２パーティションを含む第１シャーシを備えており、
   前記第１シャーシの第１パーティションがアクティブ状態にあり、新たな加入者セッションを受け入れ、第１の複数のモバイル・ノードについて移動性マネジメントを提供し、前記第１の複数のモバイル・ノードに関する少なくとも１つの更新を前記第２シャーシのスタンバイ・パーティションに送るように構成され、
   前記第１シャーシの第２パーティションがスタンバイ状態にあり、第２の複数の移動体ノードに関する更新を前記第２シャーシのアクティブ・パーティションから受信し、前記第２シャーシのアクティブ・パーティションの加入者セッション情報に対応する、前記第２の複数の移動体ノードについての加入者セッション情報を保持するように構成され、
   前記第１シャーシの第２パーティションが、アクティブのときに、前記第２の複数の移動体ノードについて移動性マネジメントを提供するように構成される、
   システム。
2. 請求項１記載のシステムにおいて、前記第１シャーシが、前記第１パーティションにおけるアクティブ・ホーム・エージェントと前記第２パーティションにおけるスタンバイ・ホーム・エージェントとを実装している、システム。
3. 請求項１記載のシステムであって、更に、前記第１シャーシが、転送制御プロトコル（ＴＣＰ）に基づく、サービス冗長性プロトコル（ＳＲＰ）を用いて、前記第２シャーシと通信することを含む、システム。
4. 請求項１記載のシステムにおいて、前記第１シャーシは、前記第１シャーシの第１パーティションを監視するためのセッション・コントローラと、加入者セッション・タスクを取り扱うためのセッション・マネージャ・インスタンスとを含む、システム。
5. 請求項１記載のシステムにおいて、前記第１シャーシの第２パーティションは、スタンバイ状態からアクティブ状態に遷移し、前記第２パーティションがスタンバイ状態中に保持していた加入者セッション情報に対応するデータの受信を開始する、システム。
6. 請求項１記載のシステムにおいて、前記第１シャーシの第１パーティションは、双方のパーティションに共通のループバック・アドレスを用いる、システム。
7. 請求項１に記載のシステムにおいて、前記アクティブ・パーティションと前記スタンバイ・パーティションとを有した前記第２シャーシと結合して、前記第１シャーシのスタンバイ・パーティションが、前記第２シャーシのアクティブ・パーティションに対する冗長性を提供し、前記第２シャーシのスタンバイ・パーティションが、前記第１シャーシのアクティブ・パーティションに対する冗長性を提供する、システム。
8. 請求項１に記載のシステムにおいて、前記第１シャーシが複数のセッション・マネージャを有しており、第１グループのセッション・マネージャが前記第１パーティションと関連付けられ、第２グループのセッション・マネージャが前記第２パーティションと関連付けられる、システム。
9. 方法であって、
   第１シャーシのアクティブ状態にある第１パーティションで第１の複数の移動体ノードから加入者セッション・トラフィックを受信するステップと、
   前記第１シャーシの第１パーティションにおける情報を用いて、移動性マネジメントを前記第１の複数の移動体ノードに提供するステップと、
   前記第１の複数の移動体ノードに関する、前記第１シャーシの第１パーティションからの情報を用いて、第２シャーシのスタンバイ状態にある第１パーティションを更新するために、メッセージを送るステップと、
   前記第２シャーシのアクティブ状態にある第２パーティションから移動性マネジメントが提供されている第２の複数の移動体ノードに関する情報を用いて、前記第１シャーシのスタンバイ状態の第２パーティションを更新するために、メッセージを受信するステップと、
   前記第２シャーシの第２パーティションの前記第２の複数の移動体ノードについての加入者セッション情報に対応する、前記第１シャーシの第２パーティションにおける前記第２の複数の移動体ノードについての加入者セッション情報を保持するステップと、
   を備えている、方法。
10. 請求項９記載の方法であって、更に、
    前記第２シャーシにおける前記第１パーティションが、前記第１シャーシにおける前記第１パーティションと共有する共通ループバック・アドレスを知らせるときに、スイッチオーバー・イベントを開始するステップと、
    属性を有するハロー・メッセージを交換することにより、どのパーティションがアクティブに遷移するかの判定を行うステップを備えている、方法。
11. 請求項９記載の方法であって、更に、転送制御プロトコル（ＴＣＰ）に基づくサービス冗長性プロトコル（ＳＲＰ）を用いて、前記第１シャーシと前記第２シャーシとの間で通信するステップを備えている、方法。
12. 請求項９記載の方法であって、更に、前記第１パーティションを監視するためのセッション・コントローラ、及び加入者セッション・タスクを取り扱うためのセッション・マネージャ・インスタンスを設けるステップを備えている、方法。
13. 請求項１２記載の方法であって、更に、スタンバイ・パーティションにおいて、前記セッション・マネージャ・インスタンスに、保留状態を設けるステップを備えている、方法。
14. 請求項９記載の方法であって、更に、共通ＩＰサブネットを通じた動作のために、仮想メディア・アクセス制御（ＭＡＣ）アドレスを供給するステップを備えている、方法。
15. 請求項１４記載の方法であって、更に、ＩＰホールド・タイマが決定する時間量の間、切断したユーザのＩＰアドレスを保持するステップを備えている、方法。
16. 請求項９記載の方法において、前記第１シャーシのスタンバイ・パーティションが、前記第２シャーシのアクティブ・パーティションに対する冗長性を提供し、前記第２シャーシのスタンバイ・パーティションが前記第１シャーシのアクティブ・パーティションに対する冗長性を提供する、方法。
17. 請求項９に記載の方法において、更に、複数のセッション・マネージャを有する第１シャーシを備えており、第１グループのセッション・マネージャが前記第１パーティションと関連付けられ、第２グループのセッション・マネージャが前記第２パーティションと関連付けられる、方法。

Images