(57)【要約】  分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法及びシステムであって、前記方法はリンクアグリゲーショングループエンドポイントにおける各システムに応用され、内部リンクインターフェースにより分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信し、そのうちに該システムのシステム情報が少なくとも含まれることと、隣接システムからのＤＲＣＰプロトコルメッセージを受信した後、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、該システムの操作Key値を確定することとを含む。前記システムは、送信ステートマシン、受信ステートマシン、協議ステートマシン、同期ステートマシン及び周期送信ステートマシンを含む。本発明の実施例を採用した後、分散型リンクアグリゲーショングループにおける一端の複数のシステムの間の制御通信を実現し、複数のシステムを１つのアグリゲーショングループにアグリゲーションした後、相互接続インターフェースでの保護を効果的に実現でき、リンクでの保護だけでなく、ノードレベルの保護を実現することができる。【選択図】図２
2016517252.tif 000002
【特許請求の範囲】
【請求項１】
分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法であって、リンクアグリゲーショングループエンドポイントにおける各システムに応用され、
内部リンクインターフェースにより分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信し、そのうちに該システムのシステム情報が少なくとも含まれることと、
隣接システムからのＤＲＣＰプロトコルメッセージを受信した後、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、該システムの操作Key値を確定することと、を含む分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法。
【請求項２】
該システムの操作Key値を確定した後、該システム内に分散型リレーチャンネルを確立することを更に含む請求項１に記載の方法。
【請求項３】
該システムの操作Key値を確定した後、前記隣接システムと統一のセッション配布方式を協議することを更に含む請求項２に記載の方法。
【請求項４】
前記該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することは、
受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行い、前記マッチング性の検査が通過すると、該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することを含む請求項１に記載の方法。
【請求項５】
前記受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
前記マッチング性の検査が通過することは、
前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む請求項４に記載の方法。
【請求項６】
前記受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
前記マッチング性の検査が通過することは、
前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ該システムと前記隣接システムとのSystem Numberが衝突しないことを含む請求項５に記載の方法。
【請求項７】
マッチング性の検査が通過すると、前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報を記憶することを更に含む請求項４〜６のいずれか一項に記載の方法。
【請求項８】
前記ＤＲＣＰプロトコルメッセージを送信することは、周期的に前記ＤＲＣＰプロトコルメッセージを送信することを含み、
前記方法は
隣接システムからのＤＲＣＰプロトコルメッセージを受信した度に、１つのタイマーを起動することと、
前記タイマーがタイムアウトする場合、前記隣接システムからのＤＲＣＰプロトコルメッセージを受信しなく、又は前記タイマータがタイムアウトする前に前記隣接システムからのＤＲＣＰプロトコルメッセージを受信したが、マッチング性の検査が通過しないと、該システムと前記隣接システムが分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成することができないことを確定することと、を更に含む請求項１、４又は５のいずれか一項に記載の方法。
【請求項９】
前記ＤＲＣＰプロトコルメッセージを送信することは、
該システムのシステム情報においてパラメータの更新がある場合、前記ＤＲＣＰプロトコルメッセージを送信することを含む請求項１に記載の方法。
【請求項１０】
前記該システムの操作Key値を確定することは、
該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断すると、該システムの操作Key値が変わらないように維持することを含む請求項１に記載の方法。
【請求項１１】
前記該システムの操作Key値を確定することは、
該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断すると、方策に従って、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む請求項１０に記載の方法。
【請求項１２】
前記該システムの操作Key値を確定することは、
該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む請求項１に記載の方法。
【請求項１３】
該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信することを更に含む請求項１、１０、１１又は１２のいずれか一項に記載の方法。
【請求項１４】
前記隣接システムと統一のセッション配布方式を協議することは、
前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含み、
前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む請求項３に記載の方法。
【請求項１５】
前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議することは、
前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、分散型リレーが、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、分散型リレーが、前記セッション配布方式で衝突があるセッションフローを濾過又は廃棄することを含む請求項１４に記載の方法。
【請求項１６】
前記該システム内に分散型リレーチャンネルを確立することは、
分散型リレーのゲートウェイとアグリゲータ/アグリゲーションポートでのセッション配布を設定し、設定した後前記分散型リレーが該システムでのゲートウェイとアグリゲータ/アグリゲーションポートの間でセッションフローを転送することを含む請求項２に記載の方法。
【請求項１７】
前記隣接システムと統一のセッション配布方式を協議する前に、
前記隣接システムとの間の内部リンクのデータフロー転送機能をオフすることを更に含み、
前記隣接システムとセッション配布方式を統一した後協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動する請求項２に記載の方法。
【請求項１８】
該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成することができないことを確定すると、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとが少なくとも完全に同一ではないことを更に含む請求項８に記載の方法。
【請求項１９】
該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正することは、
該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む請求項１２又は１８に記載の方法。
【請求項２０】
前記隣接システムとの間の内部リンクに故障が発生し又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復する請求項１４又は１５に記載の方法。
【請求項２１】
前記内部リンクインターフェースで送信された前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる請求項１に記載の方法。
【請求項２２】
該システムの他のステートマシンが、送信する必要がある又は周期的に送信する必要があると指示する場合、分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信するように設定される送信ステートマシンと、
隣接システムからのＤＲＣＰプロトコルメッセージを受信し、該システムと前記隣接システムのシステム情報に対しマッチング性の検査を行い、マッチング性の検査が通過した後前記ＤＲＣＰプロトコルメッセージにおける情報を記録し、タイマーを起動して前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信したかどうかを判断するように設定される受信ステートマシンと、
該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定される協議ステートマシンと、
アグリゲータ/アグリゲーションポートとゲートウェイとの間の転送チャンネルを確立し、必要に応じて前記隣接システムと統一のセッション配布方式を協議し、分散型リレーのセッション配布方式を設定するように設定される同期ステートマシンと、
前記送信ステートマシンがＤＲＣＰプロトコルメッセージを周期的に送信することを決定するように設定される周期送信ステートマシンと、を含む分散型弾性ネットワーク相互接続において分散型リレー制御を実現するシステム。
【請求項２３】
前記受信ステートマシンは、該システムと前記隣接システムのシステム情報に対しマッチング性の検査を行うように設定され、
前記受信ステートマシンが、該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
前記マッチング性の検査が通過することは、
前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む請求項２２に記載のシステム。
【請求項２４】
前記受信ステートマシンは、該システムと前記隣接システムのシステム情報に対しマッチング性の検査を行うように設定され、
前記受信ステートマシンが、該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
前記マッチング性の検査が通過することは、
前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ隣接システムのSystem Numberが合法的なものであり、又は、該システムと前記隣接システムとのSystem Numberが衝突しないことを含む請求項２３に記載のシステム。
【請求項２５】
前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、
前記協議ステートマシンが、該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断する場合、該システムの操作Key値が変わらないように維持し、該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断する場合、方策により、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む請求項２２に記載のシステム。
【請求項２６】
前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、
前記協議ステートマシンが該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む請求項２２に記載の方法。
【請求項２７】
前記協議ステートマシンは更に、該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信するように設定されることを更に含む請求項２５又は２６に記載のシステム。
【請求項２８】
前記同期ステートマシンは、
前記隣接システムと統一のセッション配布方式を協議するように設定され、
前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含む請求項２２に記載のシステム。
【請求項２９】
前記同期ステートマシンは、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議するように設定され、
前記同期ステートマシンが前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、前記セッション配布方式で衝突があるセッションフローを濾過又は廃棄することを含む請求項２８に記載のシステム。
【請求項３０】
前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む請求項２８又は２９に記載のシステム。
【請求項３１】
同期ステートマシンは更に、前記隣接システムと統一のセッション配布方式を協議する前に、前記隣接システムとの間の内部リンクのデータフロー転送機能をオフし、
前記隣接システムとセッション配布方式を統一した後協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動するように設定される請求項２２に記載のシステム。
【請求項３２】
前記受信ステートマシンは更に、前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信しないか又は受信した前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージがマッチング性の検査を通過しないと、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとが少なくとも完全に同一ではないように設定される請求項２２に記載のシステム。
【請求項３３】
前記受信ステートマシンは、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正するように設定され、前記受信ステートマシンが該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む請求項２６又は３２に記載のシステム。
【請求項３４】
前記同期ステートマシンは更に、前記隣接システムとの間の内部リンクに故障が発生するか又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復するように設定される請求項２８又は２９に記載のシステム。
【請求項３５】
前記送信ステートマシンが前記内部リンクインターフェースで送信した前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる請求項２２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク通信保護技術に関し、特にＤＲＮＩ（Distributed Resilient Network Interconnected、分散型弾性(弾力的)ネットワーク相互接続）における同一端内システムの間で情報を交換する（interact）方法及びシステムに関する。
【背景技術】
【０００２】
ブロードバンドサービスの急速発展に従って、ネットワークとネットワークとの間の相互接続使用が徐々に多くなり、より多くのサービスをキャリングする。採用する技術により、ネットワーク内部は多種の方法でリンク及びそのノードを保護することができる。フローの保護に対する需要がますます急務になり、要求がますます高くなることに従って、オペレータ（通信事業者）はネットワーク相互接続で保護する需要を提案する。ここでの保護はポートアグリゲーションの方式で実現することができ、一般的な方式はポートアグリゲーションであってよく、ループ保護であってもよい。ＩＥＥＥ（Institute of Electrical and Electronics Engineers、米国電気電子技術者協会）の現在標準８０２.ＡＸにおいて、リンクアグリゲーションが現在にサポートするのは、１つのノードでのポートアグリゲーションであり、このため、リンクの保護のみに用いられることができ、ネットワークエッジインターフェースでのノードを保護することを実現することができない。
【０００３】
このため、ネットワークとネットワーク相互接続領域のネットワーキング方式の多様化に適用するとともに、リンクの保護だけでなく、エッジノードに対する保護を実現することができるために、ＩＥＥＥ標準組織はリンクアグリゲーションを拡張することを提起し、分散型のリンクアグリゲーショングループＤＲＮＩによりリンクとノードの二重冗長のネットワーク相互接続に対する保護需要を実現し、即ちアグリゲーショングループのエンドポイント処理が複数のノードからなり、該複数のノードのアグリゲーションリンクが１つのリンクアグリゲーショングループ（Link Aggregation Group、ＬＡＧと称する）を構成する。図１に示すように、リンクアグリゲーショングループの２つのエンドポイント（Portal）Ａ、Ｂはそれぞれ２個及び３個のシステムからなり、エンドポイントＡはシステム１及びシステム２を含み、エンドポイントＢはシステム３、システム４及びシステム５を含み、これらの５個のシステムの複数のリンクはアグリゲーションして、１つの分散型ＬＡＧを形成する。この分散型ＬＡＧにより、リンクとノードの二重保護を実現することができる。
【０００４】
エンドポイントＡにおけるシステム１とシステム２は内部リンクにより接続される必要があり、それによりエンドポイントＢが、そのリンクアグリゲーショングループにより接続されたエンドポイントＡが１つのロジックノードであることを見ることを保証し、同様に、エンドポイントＢにおけるシステム３、システム４及びシステム５の間も内部リンクにより接続される必要があり、それによりエンドポイントＡが、そのリンクアグリゲーショングループにより接続されたエンドポイントＢが１つのロジックノードであることを見ることを保証する。エンドポイントＡのロジックノードとエンドポイントＢのロジックノードとの間で相互接続する複数のリンクはＬＡＣＰ（Link Aggregation Control Protocol、リンクアグリゲーション制御プロトコル）の制御メッセージにより交換した後、分散型リンクアグリゲーショングループを形成する。
【０００５】
ＤＲＮＩは分散型リレー（Distributed Relay、ＤＲと称する）により２つ以上のシステムを相互接続し、この各システムはいずれもリンクアグリゲーションを作動することにより、１つのポータルPortalを形成する。該Portalと接続された相手端システムにとって、該相手端システムは自己に接続されたのが１つのシミュレーションシステムであると認める。この目的を達成するために、１つのPortal内の各システムは分散型リレーにより協議を交換することにより、これらのシステムの間のパラメータ統一を達成し、且つＬＡＣＰプロトコルとリンクアグリゲーショングループの他端に通知して交換する必要がある。
【０００６】
ＤＲに３種のインターフェースがあり、それぞれゲートウェイインターフェース、内部リンクインターフェース及びアグリゲーションインターフェースである。ＤＲの機能はアグリゲーションインターフェースから受信したメッセージ（UPメッセージ）をゲートウェイに送信するか又は廃棄し、且つゲートウェイインターフェースから受信したメッセージ（DOWNメッセージ）をアグリゲータに送信するか又は廃棄することである。ＤＲは受信したメッセージの属するセッションにより、該メッセージを転送するか該メッセージを廃棄するかを決定し、ゲートウェイアルゴリズムとポートアルゴリズムの設定もセッションにより操作されたものである。各セッションフローは最大限で１つのゲートウェイリンクを配分し、各セッションフローも最大限で１つのアグリゲーションインターフェースに対応する。１つのportal内の複数のシステムにおけるＤＲがメッセージに対する配布方式を統一しないと、メッセージ混乱、ループ発生又はメッセージ損失等の問題を起こし、このため、複数のシステムの間で配布方式が一致しない場合が発生すると、分散型リレーにより交換し、異なるシステムでの配布方式を統一するか又は配布方式が統一しないサービスフローを隔離する必要もある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、複数のシステムのリンクアグリゲーションを実現するＤＲＮＩにおける同一端内システムの間で情報を交換する方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記問題を解決するために、本発明は、分散型弾性ネットワーク相互接続における同一端内システムの間で情報を交換する方法を提供し、リンクアグリゲーショングループのエンドポイントにおける各システムに応用され、
内部リンクインターフェースにより分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信し、その中に該システムのシステム情報が少なくとも含まれることと、
隣接システムからのＤＲＣＰプロトコルメッセージを受信した後、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、該システムの操作Key値（operational Key value）を確定することと、を含む。
【０００９】
好ましくは、前記方法は
該システムの操作Key値を確定した後、該システム内に分散型リレーチャンネルを確立することを更に含む。
【００１０】
好ましくは、前記方法は、該システムの操作Key値を確定した後、前記隣接システムと統一のセッション配布方式を協議することを更に含む。
【００１１】
好ましくは、該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することは、
受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行い、前記マッチング性の検査が通過すると、該システムと前記隣接システムとが同一のエンドポイントを形成することができると判断することを含む。
【００１２】
好ましくは、受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む。
【００１３】
好ましくは、受信した前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報と該システムのシステム情報に対しマッチング性の検査を行うことは、
該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ該システムと前記隣接システムとのSystem Numberが衝突しないことを含む。
【００１４】
好ましくは、前記方法は、マッチング性の検査が通過すると、前記ＤＲＣＰプロトコルメッセージに含まれた前記隣接システムのシステム情報を記憶することを更に含む。
【００１５】
好ましくは、ＤＲＣＰプロトコルメッセージを送信することは、
前記ＤＲＣＰプロトコルメッセージを周期的に送信することを含み、
前記方法は、
隣接システムからのＤＲＣＰプロトコルメッセージを受信した度に、１つのタイマーを起動することと、
前記タイマーがタイムアウトする場合、前記隣接システムからのＤＲＣＰプロトコルメッセージを受信しなく、又は前記タイマーがタイムアウトする前に前記隣接システムからのＤＲＣＰプロトコルメッセージを受信するが、マッチング性の検査が通過しないと、該システムと前記隣接システムとが分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成できないことを確定することと、を更に含む。
【００１６】
好ましくは、ＤＲＣＰプロトコルメッセージを送信することは、
該システムのシステム情報においてパラメータを更新する場合、前記ＤＲＣＰプロトコルメッセージを送信することを含む。
【００１７】
好ましくは、該システムの操作Key値を確定することは、
該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断すると、該システムの操作Key値が変わらないように維持することを含む。
【００１８】
好ましくは、該システムの操作Key値を確定することは、
該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断すると、方策（ポリシー）に従って、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む。
【００１９】
好ましくは、該システムの操作Key値を確定することは、
該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む。
【００２０】
好ましくは、前記方法は、
該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信することを更に含む。
【００２１】
好ましくは、前記隣接システムと統一のセッション配布方式を協議することは、
前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含み、
前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む。
【００２２】
好ましくは、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議することは、前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、分散型リレーが、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、分散型リレーが、前記セッション配布方式で衝突があるセッションフローを濾過（フィルタリング）又は廃棄することを含む。
【００２３】
好ましくは、該システム内に分散型リレーチャンネルを確立することは、
分散型リレーはゲートウェイとアグリゲータ/アグリゲーションポートでのセッション配布を設定し、設定した後、前記分散型リレーは該システムでのゲートウェイとアグリゲータ/アグリゲーションポートの間でセッションフローを転送することを含む。
【００２４】
好ましくは、前記隣接システムと統一のセッション配布方式を協議する前に、
前記隣接システムとの間の内部リンクのデータフロー転送機能をオフすることを更に含み、
前記隣接システムとセッション配布方式を統一した後、協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動する。
【００２５】
好ましくは、前記方法は、
該システムが前記隣接システムと分散型弾性ネットワーク相互接続の１つのエンドポイントを再び形成できないことを確定すると、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後、該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとは少なくとも完全に同一ではないことを更に含む。
【００２６】
好ましくは、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正することは、該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む。
【００２７】
好ましくは、前記隣接システムとの間の内部リンクに故障が発生し又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復する。
【００２８】
好ましくは、前記内部リンクインターフェースで送信された前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる。
【００２９】
相応的に、本発明は１つの分散型弾性ネットワーク相互接続において分散型リレー制御を実現するシステムを更に提供し、
該システムの他のステートマシンが送信する必要がある又は周期的に送信する必要があるように指示する場合、分散型リレー制御プロトコル（ＤＲＣＰ）プロトコルメッセージを送信するように設定される送信ステートマシン、
隣接システムからのＤＲＣＰプロトコルメッセージを受信し、該システムと前記隣接システムとのシステム情報のマッチング性の検査を行い、マッチング性の検査が通過した後、前記ＤＲＣＰプロトコルメッセージにおける情報を記録し、タイマーを起動して前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信するかどうかを判断するように設定される受信ステートマシン、
該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定される協議ステートマシン、
アグリゲータ/アグリゲーションポートとゲートウェイとの間の転送チャンネルを確立し、必要に応じて前記隣接システムと統一のセッション配布方式を協議し、分散型リレーのセッション配布方式を設定するように設定される同期ステートマシン、
前記送信ステートマシンがＤＲＣＰプロトコルメッセージを周期的に送信することを決定するように設定される周期送信ステートマシン、を含む。
【００３０】
好ましくは、前記受信ステートマシンは、該システムと前記隣接システムとのシステム情報のマッチング性の検査を行うように設定され、
前記受信ステートマシンは該システムのエンドポイント識別子と前記隣接システムのエンドポイント識別子が一致するかどうかを判断し、及び/又は該システムのバーチャルシステム識別子と前記隣接システムのバーチャルシステム識別子が一致するかどうかを判断することを含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子が同じで、及び/又は前記該システムと前記隣接システムとのバーチャルシステム識別子が同じであることを含む。
【００３１】
好ましくは、前記受信ステートマシンは、該システムと前記隣接システムとのシステム情報のマッチング性の検査を行うように設定され、
前記受信ステートマシンは該システムのシステム番号（System Number）と前記隣接システムのSystem Numberとが衝突するかどうかを判断することを更に含み、
前記マッチング性の検査が通過することは、前記該システムと前記隣接システムとのエンドポイント識別子及び/又はバーチャルシステム識別子がそれぞれ同じであり、且つ隣接システムのSystem Numberが合法的なものであり、又は、該システムと前記隣接システムとのSystem Numberが衝突しないことを含む。
【００３２】
好ましくは、前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、
前記協議ステートマシンは該システムの操作Key値と前記隣接システムの操作Key値とが同じであることを判断する場合、該システムの操作Key値が変わらないように維持し、該システムの操作Key値と前記隣接システムの操作Key値とが異なることを判断する場合、方策により、該システムの操作Key値を修正するか又は該システムの操作Key値が変わらないように維持することを含む。
【００３３】
好ましくは、前記協議ステートマシンは、該システムの操作Key値を確定し、前記隣接システムの操作Key値と一致することを確保するように設定され、前記協議ステートマシンは該システムの管理Key値及び受信した前記隣接システムの管理Key値により、該システムの操作Key値を算出することを含む。
【００３４】
好ましくは、前記協議ステートマシンは更に、該システムの操作Key値を確定した後、該システムの操作Key値をリンクアグリゲーション制御プロトコル（ＬＡＣＰ）メッセージにより分散型弾性ネットワーク相互接続の相手端に送信するように設定される。
【００３５】
好ましくは、前記同期ステートマシンは、前記隣接システムと統一のセッション配布方式を協議するように設定され、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議し、協議したセッション配布方式により該システム内の分散型リレーのフロー配布方法を設定することを含む。
【００３６】
好ましくは、前記同期ステートマシンは、前記隣接システムからの前記ＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式を協議するように設定され、
前記同期ステートマシンは前記隣接システムからのＤＲＣＰプロトコルメッセージに含まれたセッション配布方式と該システムのセッション配布方式とを比較し、セッション配布方式で一致するセッションに対して、一致するセッション配布方式に従って前記セッションフローの配布を行い、セッション配布方式で衝突があるセッションに対して、前記セッション配布方式で衝突があるセッションフローを濾過又は廃棄することを含む。
【００３７】
好ましくは、前記セッション配布方式は、ゲートウェイシステムの選択とアグリゲータ/アグリゲーションポートの選択、という２つのパラメータの中の任意の１つ又は任意の組合せを含む。
【００３８】
好ましくは、同期ステートマシンは更に、前記隣接システムと統一のセッション配布方式を協議する前に、前記隣接システムとの間の内部リンクのデータフロー転送機能をオフし、前記隣接システムとセッション配布方式を統一した後協議が完成し、配布アルゴリズムを統一し、前記内部リンクのデータフロー転送機能を起動するように設定される。
【００３９】
好ましくは、前記受信ステートマシンは更に、前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージをタイミングに受信しないか又は受信した前記隣接システムが再び送信したＤＲＣＰプロトコルメッセージがマッチング性の検査を通過しないと、方策により該システムのシステム情報を修正する必要があるかどうかを確定し、修正する必要があると、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正し、且つ修正したＬＡＣＰパラメータをＬＡＣＰメッセージにより分散型弾性ネットワーク相互接続の相手端に送信し、そのうち、修正した後、該システムのＬＡＣＰパラメータと前記隣接システムのＬＡＣＰパラメータとが少なくとも完全に同一ではないように設定される。
【００４０】
好ましくは、前記受信ステートマシンは、該システムのシステム情報の中の少なくとも一部のＬＡＣＰパラメータを修正するように設定され、前記受信ステートマシンが該システムの操作key値及び/又はシステム識別子を修正し、又は操作Key値を管理Key値に回復することを含む。
【００４１】
好ましくは、前記同期ステートマシンは更に、前記隣接システムとの間の内部リンクに故障が発生するか又は前記内部リンクを利用することができない場合、前記分散型リレーを協議前のセッション配布方式の設定に回復するように設定される。
【００４２】
好ましくは、前記送信ステートマシンが前記内部リンクインターフェースで送信した前記ＤＲＣＰプロトコルメッセージには、該システムと接続された他の隣接システムのシステム情報及び/又はセッション配布方式が更に含まれる。
【発明の効果】
【００４３】
本発明の実施例を採用した後、分散型リンクアグリゲーショングループにおける一端の複数のシステムの間の制御通信を実現し、複数のシステムを１つのアグリゲーショングループにアグリゲーションした後、相互接続インターフェースでの保護を効果的に実現でき、リンクでの保護だけでなく、ノードレベルの保護を実現することができる。
【図面の簡単な説明】
【００４４】
【図１】図１は、関連技術におけるネットワーク相互接続ノードの接続模式図である。
【図２】図２は、本発明の実施例における分散型リレー制御プロトコル状態のイベントフロー模式図である。
【図３】図３は、本発明の実施例における分散型リレー制御プロトコルパラメータの伝達模式図である。
【図４】図４は、本発明の実施例における受信ステートマシンの処理フロー模式図である。
【図５】図５は、本発明の実施例におけるCheck機能のフローチャートである。
【図６】図６は、本発明の実施例における協議ステートマシンの処理フロー模式図である。
【図７】図７は、本発明の実施例における同期ステートマシンの処理フロー模式図である。
【図８】図８は、本発明の実施例における同期ステートマシンの他の処理フロー模式図である。
【図９】図９は、本発明の実施例におけるNeed to Coordination機能のフローチャートである。
【発明を実施するための形態】
【００４５】
以下、図面を参照しながら本発明の実施例を詳しく説明する。なお、矛盾が生じない場合に、本願における実施例及び実施例における特徴を互いに任意に組み合わせることができる。
【００４６】
分散型リレー制御プロトコルの制御過程及び作動状態をより良く説明するために、以下、制御プロトコルステートマシンから説明する。
【００４７】
図２に示すように、システム内の分散型リレー制御プロトコル（Distributed  Relay Control Protocol、ＤＲＣＰと称する）は主に受信ステートマシン、同期ステートマシン及び送信ステートマシンを含み、協議ステートマシンと周期送信ステートマシンを更に含んでよい。
【００４８】
受信ステートマシンは主に隣接システムからのＤＲＣＰプロトコルメッセージを受信することに用いられる。受信したＤＲＣＰプロトコルメッセージには該メッセージを送信する隣接システムのシステム情報（Actor_Info）が含まれ、該メッセージを送信する隣接システムに記憶された該隣接システムと接続された他のシステムのシステム情報（Partner_Info）が含まれる可能性もある。受信ステートマシンの主なタスクは以下のａ）〜ｄ）である。
【００４９】
ａ） 隣接システムからのＤＲＣＰプロトコルメッセージを受信する。
【００５０】
ｂ） 隣接システムからのＤＲＣＰプロトコルメッセージを一回受信すると、タイマーを一回起動し、タイマーがタイムアウトする際（Expire）、上記隣接システムからのＤＲＣＰプロトコルメッセージをまだ受信しないと、該隣接システムとの連絡を失うと認め、連絡失い状態になる。
【００５１】
ｃ） 該システムと該隣接システムが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができることを判断すると、受信したＤＲＣＰプロトコルメッセージに含まれたActor_Infoを記憶し、該ＤＲＣＰプロトコルメッセージにPartner_Infoが含まれると、記憶する。そのうち、以下のステップ１〜３を採用して、該システムと該隣接システムが分散型弾性ネットワーク相互接続の１つのエンドポイントを形成することができるかどうかを判断し、該ステップ１〜３は以下の通りである
【００５２】
ステップ１：先に受信したＤＲＣＰプロトコルメッセージに含まれたPortal IDと該システムが属するエンドポイントのPortal IDが一致するかどうかを比較し、一致すると、双方が確かに同一のエンドポイント（Portal）に属し、ステップ２を実行し、両者が一致しないと、該ＤＲＣＰプロトコルメッセージを廃棄する。
【００５３】
ステップ２：上記ＤＲＣＰプロトコルメッセージに含まれたバーチャルシステム識別子（Emulated System ID）と該システムのEmulated System ID値が一致するかどうかを比較し、両者が一致すると、ステップ３を実行し、両者が一致しないと、該ＤＲＣＰプロトコルメッセージを廃棄し、そのうち、各システムがＬＡＣＰプロトコルメッセージを送信する際、該メッセージに含まれたSystem IDフィールドの値が該システムのEmulated System ID値である。
【００５４】
ある場合には、システムにおけるPortal IDとEmulated System IDの値が一致する。このため、上記工程では２つのシステム間のPortal ID又はEmulated System IDが一致するかどうかのみを比較すれば良い。
【００５５】
ステップ３：上記ＤＲＣＰプロトコルメッセージに含まれた、該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem Numberが該システムのSystem Numberと衝突するかどうかを検査し、即ち両者が同じであるかどうかを判断する。両者が異なると、２つのシステムが既に１つのＤＲＮＩインターフェースにアグリゲーションする条件を有することを表し、即ち２つのシステムが１つのロジックシステム、即ちエンドポイント（Portal）を構成できる。
【００５６】
該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem Numberと該システムのSystem Numberが衝突しない（即ち両者が異なる）ことを判断すると、マッチング性の検査が通過することを表し、該システムと上記ＤＲＣＰプロトコルメッセージを送信する隣接システムの内部リンクプロトコル状態をアグリゲーションした状態に設定し、即ちDRCP.State=Contactに設定する。具体的に実現する場合、異常な状況を防止するために、該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem  Numberが合法的なものであるかどうか、即ちSystem Numberの値が合理的な値の範囲内にあるかどうかを更に判断することができ、該ＤＲＣＰプロトコルメッセージを送信するシステムのSystem Numberが合法的なものであり、且つ該システムのSystem  Numberと衝突しないことを判断する場合、マッチング性の検査が通過することを表す。
【００５７】
ｄ） タイマーがタイムアウトする前に該システムと既にアグリゲーションした他のシステムからのＤＲＣＰプロトコルメッセージを受信しなく、又はタイマーがタイムアウトする前に受信した該ＤＲＣＰプロトコルメッセージがステップｃ）におけるマッチング性の検査を通過しない（即ち該他のシステムからの合格的なＤＲＣＰプロトコルメッセージを受信しないことに相当する）と、該システムと該他のシステムが既に連絡を失ったことを表し、この際、２つのシステムの間がアグリゲーションすることができず、関連動作を採用してアグリゲーションを除去し、この２つのシステムを離れる必要がある。
【００５８】
協議ステートマシンは該システムのOperational Key（操作Key）を確定することに用いられ、上記ＤＲＣＰプロトコルメッセージを送信する隣接システムと統一する１つのOperational Key値を確保し、該Operational KeyがＬＡＣＰプロトコルメッセージに含まれたパラメータである。協議が一致した後、DRCP.State=Synchronizationに設定する。
【００５９】
同期ステートマシンは主にＤＲチャンネルを確立し、ＤＲＮＩインターフェースのデータ転送及びシステム間のフロー配分を行うことに用いられる。主に以下のａ）〜ｃ）を含む。
【００６０】
ａ） ＤＲチャンネルを確立する。ＤＲチャンネルを確立した後、該システムのＤＲＮＩインターフェースと他のポートの転送チャンネルを確立し、即ちＤＲＮＩインターフェースによりデータフローを送信することができ、又はデータフローを受信するとともに他のインターフェースに転送することができる。この際、ＤＲチャンネルはただデータを該システムのＤＲＮＩインターフェースと他のポートで転送するだけで、隣接システムに配布しない。
【００６１】
ｂ） ＤＲチャンネルがデータの転送に用いるだけでないと、更にデータ配布機能を有すべき、即ち２つのシステムは統一のセッション配布方式を協議する必要があり、特定のセッションのメッセージが該システムのどのＤＲＮＩインターフェースでのリンクから転送するかを確定する。ここでのデータ配布過程は、内部リンクによりデータの転送に参加することにより実現する可能性があり、この際、同期ステートマシンが２つのシステムの間のセッション配布方式の協議を行う必要がある。両者の協議が統一すると、両者が特定セッションフローがどのシステムを経過するかを統一したことを表し、この際、DRCP.State=Forwardに設定する。
【００６２】
ｃ） ＤＲチャンネルは異なるシステムでフローを配布することができる際、データフローを内部リンクで伝送する必要がある可能性があり、この際、内部リンクでのポートの内部リンクのデータフロー伝送機能をオンするべきであり、それにより、データフローは内部リンクを通過して同一Portal内のシステムで転送できる。且つ、内部リンクにおけるポートでのフローの入出力を設定することにより、異なるセッションフローが特定のシステムと特定のアグリゲーションポートを経過することを保証する。これにより、各システムでのＤＲチャンネルは協議後のセッション配布方式によりフローの配布を行う。
【００６３】
DRCP.state=Synchronizationである場合、同期ステートマシンを触発（トリガー）して処理し、DRCP.State=Contactである場合、協議ステートマシンを触発して処理する。もとの内部リンクの物理リンクに故障が発生し又は他の用途として利用され、内部リンクとしてＤＲＮＩに使用されることができない場合、IPL（Intra-Portal Link、内部リンク）.State=Downに設定し、この際内部リンクによりデータメッセージの転送を行うことができず、この際システムが同期状態になり、即ちDRCP.State=Synchronizationである場合、ＩＰＬのデータ転送機能をオフする必要があり、且つ協議前のＤＲチャンネルのセッション配布方式に回復し、即ち該システムが受信したデータメッセージも、内部リンクを経過して配布されなくて、該システムから転送される。
【００６４】
送信ステートマシンは内部リンクインターフェースによりＤＲＣＰプロトコルメッセージを送信することに用いられ、ここでＤＲＣＰプロトコルメッセージを送信することは他のステートマシンからの指令により触発されてよく、周期送信ステートマシンにより触発して送信されてもよい。システムにおいてActor_Infoの中の少なくとも一部のパラメータが変化する場合、再び協議する必要があり、ＤＲＣＰプロトコルメッセージを触発して送信してもよい。
【００６５】
周期送信ステートマシンは該システムがいつＤＲＣＰプロトコルメッセージを送信して、関連情報を伝達するとともに他のシステムとの接続性を維持するかを決定することに用いられる。一般的に、周期送信ステートマシンの内部にタイマーが設置され、タイマーが時間に達すると、１つのＮＴＴ（Need to transmit、送信する必要がある）を生成し、送信ステートマシンを触発してＤＲＣＰプロトコルメッセージを送信する。
【００６６】
分散型リレー制御プロトコルは、状態切り替えを行う過程には、一部の情報をこれらのステートマシンで伝達する必要がある。図３に示すように、以下の１〜３を含む。
【００６７】
１. 受信ステートマシンは相手システムがＤＲＣＰプロトコルメッセージにより送信したシステム情報を受信し記憶して自己のPartner情報とする。
【００６８】
２. 該システムの操作Key（Actor_OperKey）値及び上記ＤＲＣＰプロトコルメッセージを送信するシステムの操作Key（Partner_OperKey）値を協議ステートマシンで判断と処理する。Actor_OperKeyとPartner_OperKeyが一致しないと、方策により該システムのActor_OperKeyを修正するかどうかを確定する必要があり、そして送信ステートマシンを触発してActor_OperKeyとPartner_OperKeyを相手システムに送信する。２つのシステムの操作Key値が一致することを保証しなければ、２つのシステムを１つのアグリゲーショングループにアグリゲーションできることを更に保証することができない。
【００６９】
３. 同期ステートマシンは統一のセッション配布方式を協議する必要がある可能性がある。必要があると、受信ステートマシンはＤＲＣＰプロトコルメッセージを受信した後、そのうちに含まれた隣接システムのセッション配布方式のパラメータ、即ちゲートウェイシステムの選択（Actor_GW & Partner_GW、あるセッションフローがどのゲートウェイリンクを経過すべきであるかを表す）とアグリゲータシステムの選択（Actor_Agg & Partner_Agg、あるセッションフローがどのアグリゲーションポート/アグリゲータを経過すべきであるかを表す）という２つの情報を判断及び処理する。同期ステートマシンにおいて最後に協議したセッション配布方式を採用して該システム内のセッション配布方式を決定且つ設定し、同時に内部リンクのポートに対して対応の設定を行い、セッションは設定したセッション配布方式に従って転送する。
【００７０】
以下、実施例と図面を合わせて本発明に記載のＤＲＮＩの一端の分散型リレー制御プロトコル制御方法及び工程を具体的に説明する。
【００７１】
ここで、図１におけるエンドポイントＡにおけるシステム１とシステム２の間のプロトコル交換工程を例として更に説明する。仮にシステム１は自己がActorであると認め、且つシステム２がPartnerであると認めるとする。同様に、システム２は自己がActorであると認め、且つシステム１がPartnerあると認めるとする。システム１はシステム２からのActor情報を受信し、且つ該Actor情報を自己のPartner情報として記憶する。
【００７２】
システム１における受信ステートマシンに対して、その具体的な工程は図４に示すように、以下の４０１〜４０４を含む。
【００７３】
４０１. 初期化、一部のパラメータ変数を初期化する。
【００７４】
タイムアウト識別子ExpireをFalseに設定し、まだタイムアウトしないことを表し、
初始値記録機能Record Default（ ）は、システム１の一部のＬＡＣＰシステムパラメータをシステム１が認めるシステム２のＬＡＣＰシステムパラメータに設定することに用いられ、即ち、
Partner_Portal ID=Actor_Portal ID
Partner_Emulated System ID=Actor_Emulated System ID
などである。
【００７５】
システム１が認めるシステム２のデータ配布パラメータを空に設定し、即ち、 
Partner_GW=Null
Partner_Agg=Null
送信する必要がある識別子ＮＴＴをFalseに設定し、即ち、
NTT=False、
とし、
分散型リレー制御プロトコルの状態DRCP.stateをUncontactに設定し、両方が現在まだ連絡しないことを表し、即ち、
DRCP.state=Uncontact
とする。
【００７６】
４０２. 受信ステートマシンはシステム２からの分散型リレー制御プロトコルメッセージＤＲＣＰ ＤＵ（Digital Unit、デジタルユニット）を受信すると、処理状態に入る。
【００７７】
受信したプロトコルメッセージRecord PDU（ ）を記録し、システム２からのＤＲＣＰ ＤＵにおけるActor情報を該システム１のPartner情報として記録する。
【００７８】
DRCP DUタイムアウト検出のタイマーを設定し、即ち、
DRCP.timer=Short_timer
とし、
タイマーを起動し始め、次回にシステム２からのＤＲＣＰ ＤＵを受信することに対してタイミングし、即ち、
Start Timer(DRCP.timer)
受信した情報にマッチング性の検査Check（Actor，Partner）を行う。タイマーがタイムアウトする前にシステム２からのＤＲＣＰ ＤＵを再び受信すると、再度処理状態に入り、タイマーを再起動して、再びタイミングし、上記ステップを持続して処理検査を行う。
【００７９】
Check（Actor，Partner）の機能は主に複数のパラメータにマッチング性の検査を行うことであり、図５に示すように、以下を含む。 
【００８０】
Check機能に入った後、システム１とシステム２を識別子することに用いるパラメータを検査し、システム１とシステム２を１つのロジックシステムにアグリゲーションすることができるかどうかを判断し、その中のアグリゲーショングループを１つのＤＲＮＩにアグリゲーションすることができるかどうかを判断する。主に以下の５０１〜５０３を含む。
【００８１】
５０１） 該システムのPortal IDとシステム２のPortal IDが一致するかどうかを検査し、該システムのEmulated System IDとシステム２のEmulated System IDが一致するかどうかを検査する。いずれも一致すると、システム１とシステム２を１つのロジックシステムにアグリゲーションすることができる可能性があることを表し、該ロジックシステムのSystem IDは２つのシステムの一致するEmulated System IDである。
【００８２】
５０２） ステップ１）の比較によりシステム１とシステム２の２つのパラメータが一致すると、続いてシステム１とシステム２のSystem Numberパラメータが衝突するかどうかを比較する。一般的に、ＤＲＮＩの一端における複数のシステム（一般的に３個のシステムの以下である）には各システムにいずれも１つの番号があり、この番号はSystem Numberである。例えばシステム１をSystem Number=01とし、システム２をSystem Number=02とする。これは一般的にシステムのために設定されたもので、１つのportalにおける異なるシステムを区分することに用いられる。このため、２つのシステムのSystem Numberが異なることを確定する必要がある。
【００８３】
５０３) 該システムのPortal IDとシステム２のPortal ID、該システムのEmulated System IDとシステム２のEmulated System IDがいずれも一致し、且つそれらのSystem  Numberが衝突しないと、２つのシステムが連絡したことを表し、１つのロジックシステムにアグリゲーションする前提条件を有するので、この際DRCP.StateがContact（連絡）状態にないと、ＤＲＣＰ状態をContact状態に設定し、即ち、DRCP.State=Contactとし、且つ該機能が成功（Success）を返信し、マッチング性の検査が通過することを表し、この際Uncontact状態にないと、即ちDRCP.State=Contact又はDRCP.State=Synchronizationとすると、直接に成功Successを返信し、マッチング性の検査が通過することを表し、他の処理を行う必要がない。
【００８４】
逆に、上記任意の１つの検査が通過しないと、２つのシステムが１つのロジックシステムにアグリゲーションする条件を有しないことを表し、このため、この際分散型リレー制御プロトコルがどの状態にあっても、その状態をUncontactに戻し、即ち、
DRCP.State=Uncontact
に設定し、
且つ該機能がFailを返信し、マッチング性の検査が失敗であることを表す。
【００８５】
４０３. タイマーがタイムアウトする際システム２からのＤＲＣＰ ＤＵをまだ再び受信しないか、又はCheck機能においてマッチング性の検査が通過しないと、システム１はSplit Brain（エンドポイントスプリット）のエラーが発生したと認め、異常状態に入る。異常状態において、２つのシステムを１つのロジックノードにアグリゲーションすることができず、分散型リレー制御プロトコル状態をUncontactに再設定する必要があり、即ち、
DRCP.State=Uncontact
とし、
且つ異常エラーアラームをし、即ち、
Exception Report（ ）
とし、
対応の動作を採用して処理し、２つのシステムをアグリゲーション除去し、即ち、
Split Brain（ ）
であり、
そのうち、Split Brain（ ）は主に完成する作業は以下の通りである。
【００８６】
方策により、該システムのＬＡＣＰパラメータを修正することを選択することができ、例えばシステム１は自己のOperational Keyを協議前に設定されたAdministration  Keyに修正し戻すことができ、自己のSystem IDを、Emulated System IDではなく、システム初期のシステムＩＤに修正し戻すことができる。具体的に実現する場合、上記方策は、システム１とシステム２がそれぞれ修正することであってよく、システム１が変わらないことを維持し、システム２が修正することであってもよく、逆にも同様であり、それによりシステム１とシステム２がＬＡＣＰのシステムパラメータで差異があり、少なくとも完全に同一ではないことを保証する。
【００８７】
上記操作を実行し終わった後、エンドポイントＢからみると、システム１とシステム２を１つのロジックシステムにアグリゲーションしなくなる。
【００８８】
４０４. 初期化後、分散型リレー制御プロトコルが禁止のDRCP_Disabledであると発見すると、使用不能な状態になる。分散型リレー制御プロトコル状態をUncontactに設定し、即ち、
DRCP.State=Uncontact
とする。
【００８９】
一旦、分散型リレー制御プロトコルの状態はContactに設定されると、協議ステートマシンを触発して該システムのOperational Keyに対して処理を行う。具体的な工程は図６に示すように、以下の６０１〜６０４を含む。
【００９０】
６０１） 該端システム（システム１、即ちActor）と隣接システム（システム２、即ちPartner）のＬＡＣＰパラメータ Operational Keyを比較する。
【００９１】
Same=CompareKey（Actor.OperKey，Partner.OperKey）
とする。
【００９２】
ここで、システム１とシステム２のOperational Key値がいずれも一致することを保証しなければ、システム１とシステム２がＬＡＣＰプロトコルによりＤＲＮＩの他端のエンドポイントＢと交換した後、エンドポイントＢがエンドポイントＡと接続されたアグリゲーションリンクを１つの分散型アグリゲーショングループにアグリゲーションし、ＤＲＮＩを形成する可能性があることを保証することができない。
【００９３】
６０２） 最初に、システム１とシステム２のOperational Key値は異なる可能性があり、それぞれこの２つのシステムのAdministration Keyに等しく、このため、比較した後システム１のOperational Keyとシステム２のOperational Keyの値が異なると、関連方策、例えばSystem Priority（システム優先度）のようなパラメータにより修正し、システム２のSystem Priorityの優先度がシステム１のSystem Priorityよりも高いと、システム１は自己のOperational Keyをシステム２のOperational Keyに修正し、方策は管理Key値により修正することである場合、システム１は該システムの管理 Keyと受信したシステム２の管理 Key値により、一定のアルゴリズムに従って対応するOperational Keyを計算し、その値を該システムのOperational Keyとすることができ、そのうち、該アルゴリズムは具体的な状況に従って設定することができ、交換両者（本実施例においてシステム１とシステム２を指す）が選択したアルゴリズムが同じであることを保証すればよい。
【００９４】
Operational Keyを修正する機能はModify Key（ ）により実現され、即ち、
Modify Key（Actor.OperKey，Partner.OperKey）
である。
【００９５】
この際ＤＲＣＰプロトコルがまだ同期状態、即ちDRCP.State=Synchronizationにあると、その状態をContactに戻す必要があり、即ち
DRCP.State=Contact
に設定し、再びOperational Keyの確定を行う。
【００９６】
該システムが統一を達成するために、自己のOperational Keyを修正すると、ＮＴＴを送信する必要があり、送信ステートマシンを触発して、修正したOperational Keyをシステム２に送信し、それによりシステム２に通知する。
【００９７】
６０３） 一旦、システム１が受信したシステム２のOperational Keyは自己のOperational Keyと一致し、且つこの際ＤＲＣＰプロトコル状態がContactであり、即ち
Same=True & DRCP.State=Contact
であると、
ａ） ＬＡＣＰを起動し、ＤＲＮＩの他のエンドポイントＢへＬＡＣＰプロトコルメッセージを送信し、且つ該ＬＡＣＰプロトコルメッセージに含まれたパラメータがＤＲＣＰプロトコルで協議されて確定されたパラメータであり、
Actor.Emulated System ID
Actor.OperKey
などを含み、
ｂ） 分散型リレー制御プロトコル状態をSynchronizationに設定し、即ちDRCP.State=Synchronizationとする。
【００９８】
６０４） その以外（ELSE）、繰り返してOperational Keyの比較を行い、エラーの発生を防止し、システム２のOperational Keyが変更する場合、システム１が感知することができないことを防止する。一旦、Operational Key値が変更すると、２つのシステムをアグリゲーションすることができない。
【００９９】
システム１における同期ステートマシンの処理フローは、図７に示すように、以下の７０１〜７０５を含む。
【０１００】
７０１. ＤＲの初期化。システム１とシステム２は連絡を確立するとともにＬＡＣＰパラメータを協議する前に、フローはＤＲＮＩインターフェースによりデータを転送することができない。この際、システム１における転送とアグリゲーショングループインターフェースを確立するためのＤＲは確立されていなく、即ち、
Disable_DR（ ）
とし、
内部リンクのデータフロー転送機能を除去し、即ち、
Disable_IPL Forwarding（ ）
とする。  且つ、NTT=Trueを触発することにより、該システムのＤＲがまだ確立されていないことをシステム２に通知する。
【０１０１】
７０２. ＤＲ確立。連絡状態にある分散型リレー制御プロトコルの状態DRCP.StateはSynchronizationに設定され、即ち同期ステートマシンはDRCP.State=Synchronizationを検出し、且つＬＡＣＰプロトコルにより交換した後システム１がＬＡＣＰにより既にエンドポイントＢとアグリゲーションを完成し、そのアグリゲータが既に確立され、即ち、Aggregator_Setup=Upであると、ＤＲ確立の状態に入る。該状態において、
まず、該システムでのゲートウェイ（ＧＷ）とアグリゲータを設定し、ここでの設定原則は該システムが受信したメッセージが該システムで転送され、即ち内部リンクによりデータの配布を行うことがないことであり、具体的な確定方法は装置の具体的な実現と関連し、
Forwarding Conf（ ）
とし、
ＤＲをイネーブルし、即ち、
Enable_DR（ ）
とする。
ここまで、ＤＲはデータの転送に用いられることができる。ＤＲＮＩは既に正常に作業することができる。
【０１０２】
該機能により転送とアグリゲーショングループインターフェースの間の接続を確立し、それによりＤＲＮＩインターフェースがデータメッセージを送受信することができることを保証する。
【０１０３】
システム１のＤＲを確立し終わった後、ＮＴＴを触発してシステム２に送信して通知することができる。
【０１０４】
ここまで、１つの分散型のリンクアグリゲーショングループを確立しており、データフローは正常にＤＲＮＩで転送されることができる。
【０１０５】
７０３. 配布協議。時々、システムがフロー配分での制御可能性を向上させて、ＤＲＮＩ技術がより良く負荷均一、保護の需要を満たすために、ＤＲＣＰ制御プロトコルは更にデータフローに対する配布機能を強化する必要がある可能性があり、即ちシステム１とシステム２との間でフローを転送でき、これはＩＰＬによりデータメッセージを伝送する必要があり、しかし、システム１とシステム２はデータ流のゲートウェイとアグリゲータの選択に対して一致する必要があり、さもないと混乱が発生し、ひいてはループネットワークストーム等の激しい問題が発生する虞がある。
【０１０６】
このため、協議が一致する前に、先にＩＰＬのデータフロー転送機能をオフする必要があり、フローのエラー転送を防止し、
Disable_IPL Forwarding（ ）
とする。
そしてシステム１とシステム２はＤＲでフロー配布に対する協議を開始し、
Complete=Need to Coordination（Actor.GW，Actor.Agg, Partner.GW，Partner.Agg）
とする。
該機能の具体的な工程は以下の関連記述を参照し、ここで繰り返して説明しない。
【０１０７】
Complete=Yesである場合、ＤＲ配布に入り、データフローは新たな配布アルゴリズムによりデータ流を配布し、協議が失敗し、即ちComplete=Noであると、配布協議過程を繰り返して行う。
【０１０８】
７０４. ＤＲ配布。協議した後統一に達し、即ちComplete=Yesであると、ＤＲはシステム１とシステム２の内部リンクを接続するデータフロー転送機能をオンし、内部リンクでのポートの転送機能をオンし、且つシステム１とシステム２のフロー配分方法及びその対応する関連変数を設定する必要があり、以下のａ）〜ｂ）を含む。
【０１０９】
ａ） まず、ＤＲのフロー配布に対してその前の協議結果に従って関連の設定を行い、
Distribution Conf(Actor.GW, Actor_Info.Agg，Partner.GW, Partner.Agg)
とする。
ここでのデータフローはフローのセッションＩＤに従って配分される。
【０１１０】
ここで、システム１のフローセッション配分方法を例として、Actor_AggとPartner_Agg、及びActor_GWとPartner_GWの情報により、システム１でのＤＲの配布方法を修正するのは表１に示す。
【０１１１】
【表１】
2016517252.tif 000003
【０１１２】
フローセッションID=100に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択がシステム２であるので、システム１での内部リンクポートのセッションID=100に対するフローは通過する（即ちIPL.Conversation[100]=Pass）ように設定する必要があり、システム２での内部リンクポートのセッションID=100に対するフローも通過する（IPL.Conversation[100]=Pass）ように設定する必要がある。
【０１１３】
フローセッションID=200に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択もシステム１であるので、該セッションフローは内部リンクにより転送される必要がなく、その内部リンクポートのセッションID=200に対するフローは通過しない（即ちIPL.Converstation[200]=Discard）ように設定する必要がある。
【０１１４】
ｂ） 設定を完成した後ＩＰＬのデータフロー転送機能をオンし、即ち、
Enable_IPL Forwarding( )とし、
これにより、データ流は設定によりシステム１とシステム２との間でデータフローの転送を行うことができる。
【０１１５】
以上の作業については、システム１とシステム２との間で相互接続するリンクは内部リンクであり、且つデータを転送することに用いられる場合、即ちIPL.State=Upである場合のみ、分散型リレー制御プロトコルは転送状態にあり、且つＤＲはシステム１とシステム２との協議後の配布方法によりフローの配布を行う。
【０１１６】
７０５. 一旦、該リンクに故障が出現し、又は他のメカニズムに他の用途に占用され、内部リンクとしてデータフローの転送に用いることがなく、即ちIPL.State=Downの場合、システム１とシステム２との間にはデータフローの相互転送がなくなると、
ａ） 前に協議した配布アルゴリズムにより再びフローの配布を調整し、各セッションフローが内部リンクを介して転送しなくなること、
ｂ） 配布協議サブ状態に戻り、ＩＰＬのデータ流転送機能をオフし、システム１とシステム２におけるＤＲがそれぞれ前の協議前状態に戻って、データフローを転送すること、
という２つの選択がある。
【０１１７】
具体的にどの方法を選択するかはシステム１とシステム２との間で協議されたＤＲ配布アルゴリズムの内容により決定する必要がある。これらの協議したＤＲ配布アルゴリズムはIPL.State=Up場合のセッションフロー配布情報を含むだけでなく、更にIPL.State=Down場合のセッションフロー配布情報を含む場合、ａ）方法を採用し、IPL.State=Up場合のセッションフロー配布情報のみを含むと、ｂ）方法を採用し、配布協議サブ状態に戻って、協議前の方法によりデータフローを転送する。
【０１１８】
他の実施形態において、図８に示すように、システム１における同期ステートマシンも以下の工程８０１〜８０５で処理することができる。
【０１１９】
８０１. ＤＲの初期化。システム１とシステム２は連絡を確立するとともにＬＡＣＰパラメータを協議する前に、フローはＤＲＮＩインターフェースによりデータの転送を行うことができない。この際、システム１において転送とアグリゲーショングループインターフェースを確立するためのＤＲはまだ確立されていないべき、即ち、
Disable_DR（ ）
とし、
内部リンクのデータ流転送機能を除去し、即ち、
Disable_IPL Forwarding（ ）
とする。
且つ、NTT=Trueを触発することにより、該システムのＤＲがまだ確立されていないことをシステム２に通知する。
【０１２０】
８０２. 配布協議。連絡状態にある分散型リレー制御プロトコルの状態DRCP.StateはSynchronizationに設定され、即ち同期ステートマシンはDRCP.State=Synchronizationを検出する場合、まずセッション配布アルゴリズムの協議を行う。
【０１２１】
まず、ＩＰＬのデータ転送機能をオフし、即ちシステム１とシステム２との間はＩＰＬによりデータを分流することができなく、
Disable_IPL Forwarding（ ）
とする。
そして、システム１とシステム２のセッション配布アルゴリズムの協議を開始し、
Complete=Need to Coordination（Actor.GW，Actor.Agg，Partner.GW，Partner.Agg）
とする。
該機能の具体的な工程は以下の関連記述を参照し、ここで繰り返して説明しない。
【０１２２】
Complete=Yesであり、且つアグリゲータが既に確立され、即ちAggregator_Ready=Trueである場合、ＤＲ配布サブ状態に入り、データフローは新たな配布アルゴリズムによりデータ流の配布を行い、
協議はある原因により完成されず、即ちComplete=Noであり、且つアグリゲータも既に確立され、即ちAggregator_Ready=Trueであると、ＤＲ転送サブ状態に入り、データフローはシステム１とシステム２のそれぞれのＤＲが決定したゲートウェイ選択とアグリゲータ選択により転送し、ここでの設定原則は該システムが受信したメッセージが該システムで転送し、即ち内部リンクでデータの配布を行うことがないことであり、具体的な確定方法は装置の具体的な実現と関連する。
【０１２３】
８０３. ＤＲ転送サブ状態において、まず、システム１とシステム２のそれぞれのＤＲがゲートウェイ選択とアグリゲータ選択を決定し、ここでの設定原則は該システムが受信したメッセージが該システムで転送することであり、即ち
Forwarding Conf（ ）
であり、
ＤＲをイネーブルし、即ち、
Enable_DR（ ）
とし、
ここまで、ＤＲは既にデータの転送に用いられることができる。ＤＲＮＩは既に正常に作動することができる。
【０１２４】
８０４. ＤＲ配布サブ状態において、ＤＲのフロー配布に対して前の協議結果に従って関連の設定を行い、即ち、
Distribution Conf(Actor.GW, Actor_Info.Agg，Partner.GW, Partner.Agg)
とする。
ここでのデータフローはフローのセッションＩＤに従って配分されたものである。
【０１２５】
ここで、システム１のフローセッション配分方法を例として、Actor_AggとPartner_Agg、及びActor_GWとPartner_GWの情報に基づいて、システム１でのＤＲの配布方法を修正し、表１に示す。
【０１２６】
フローセッションID=100に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択はシステム２であるので、システム１での内部リンクポートのセッションID=100に対するフローは通過する（即ちIPL.Conversation[100]=Pass）ように設定する必要があり、システム２での内部リンクポートのセッションID=100に対するフローも通過する（IPL.Conversation[100]=Pass）ように設定する必要がある。
【０１２７】
フローセッションID=200に対して、その現在のゲートウェイ選択はシステム１であり、アグリゲータ選択もシステム１であるので、該セッションフローが内部リンクにより転送する必要がなく、その内部リンクポートのセッションID=200に対するフローは通過しない（即ちIPL.Converstation[200]=Discard）ように設定する必要がある。
【０１２８】
ｂ） 設定を完成した後ＩＰＬのデータ流転送機能をオンし、即ち、
Enable_IPL Forwarding( )
とし、
これにより、データ流は設定によりシステム１とシステム２との間でデータフローの転送を行うことができる。
【０１２９】
ｃ） 且つ、ＤＲをイネーブルし、即ち、
Enable_DR（ ）
とし、
それにより、ＤＲは正式に前の協議後の配布設定の方法に従ってフローの配布を行うことができる。
【０１３０】
ＤＲ配布サブ状態の作業については、システム１とシステム２との間で相互接続するリンクは内部リンクであり、且つデータ転送に用いられる場合、即ちIPL.State=Upである場合のみ、分散型リレー制御プロトコルが転送状態にあることができ、且つＤＲはシステム１とシステム２の協議後の配布方法によりフローの配布を行う。
【０１３１】
８０５. 一旦、該リンクに故障が出現し、又は他のメカニズムに他の用途に占用され、内部リンクとしてデータフローの転送に用いることがなく、即ちIPL.State=Downである場合、システム１とシステム２との間にはデータフローの相互転送がなくなると、
ａ） 前に協議した配布アルゴリズムにより再びフローの配布を調整し、各セッションフローが内部リンクを介して転送されないこと、
ｂ） 配布協議サブ状態に戻り、ＩＰＬのデータ流転送機能をオフし、IPL.State=Downであり、協議が成功ではないので、システム１とシステム２におけるＤＲがＤＲ転送サブ状態に再び戻ってフローを転送すること、という２つの選択がある。
【０１３２】
Need to Coordination（ ）機能はシステム１とシステム２のフロー配分での統一に用いる。一般的に、ＤＲＮＩは２つの方向のデータフローを有し、１つが他のネットワークポートからアグリゲーションポートに送信するデータフローであり、もう１つがアグリゲーションポートが受信した、他のネットワークポートへ送信するデータフローである。第１の方向のフローはＤＲでシステム１のアグリゲータaggregatorからアグリゲーションポートに送信するか、システム２のアグリゲータaggregatorからアグリゲーションポートに送信するかを選択する必要があり、この際のフロー配分はActor_Info.Aggにより決定され、第２の方向のフローはＤＲでシステム１から他のネットワークポートに送信するか、内部リンクを介してシステム２に送信した後他のネットワークポートに送信するかを選択する必要があり、この際のフロー配分はActor_Info.GWにより決定される。このため、Need to Coordination（ ）機能はActor_Info.AggとPartner_Info.Agg、及びActor_Info.GWとPartner_Info.GWの統一に用いられ、衝突する問題を防止する。具体的な工程は図９に示すように、以下の９０１〜９０５を含む。
【０１３３】
９０１. 該システムと隣接システムとの間でゲートウェイ選択とアグリゲータ選択の交換を行う必要があるかどうかを判断し、必要がないと、直接に交換しないことを返信し、Complete=Falseに設定し、必要があると、更に判断する必要がある。
【０１３４】
９０２. ＩＰＬが内部リンクとしてデータの転送に用いることができるかどうかを判断し、即ちIPL.StateがUpであるかどうかを判断し、この際ＩＰＬの状態がDownであり、即ちシステム１とシステム２との間のデータ流の転送に用いることができないと、交換しないことを返信し、Complete=Falseであり、IPL.State=Upであると、次のステップを実行する。
【０１３５】
９０３. 該システム１のゲートウェイ選択、アグリゲータ選択及びシステム２のゲートウェイ選択、アグリゲータ選択の情報を比較し始める。
【０１３６】
９０４. ２つのシステムがセッションフローの配分で一致するかどうか、即ちシステム１とシステム２のフロー配分での方策が同様であるかどうかを判断する。一致すると交換の完成を表し、即ちComplete=Trueである。
【０１３７】
９０５. 一致しないと、
ａ） 既定の方策によりActo.GWとActor.Aggの情報を確定し、
ｂ） Actor.GW、Actor.Agg、Partner.Agg、及びPartner.GW情報を、ＮＴＴを触発することにより送信ステートマシンでシステム２に送信する、という処理を行う。
【０１３８】
処理した後、該機能がTrue又はFalseを返信するまで、再び開始に戻って再び判断と比較を行う。
【０１３９】
ここでの既定の方策は、
ａ） システム１が完全にシステム２のゲートウェイ選択とアグリゲータ選択での情報を受信し、即ち交換修正した後、システム１とシステム２がゲートウェイ選択とアグリゲータ選択で完全に一致すること、
ｂ） システム１とシステム２がそれらの一致する部分のみを選択し、且つ一致に達成するセッションフローのみを配布し、ゲートウェイ選択、アグリゲータ選択で衝突があるセッションフローに対して廃棄の方法を採用し、衝突があるセッションフローを報告して警報してもよく、上層プロトコル又はネットワーク管理者により対応する調整をし、一旦もとの衝突するセッションフローが調整された後一致に達すると、これらのセッションフローの配布を回復することができること、という２種を含むが、それらに限定されない。
【０１４０】
当業者は、上記方法における全部又は一部のステップは、プログラムが関連のハードウェアを指令することにより完成することができ、前記プログラムはコンピュータ可読記憶媒体、例えば読み出し専用メモリ、ディスク又はＣＤなどに記憶することができることを理解することができる。選択的に、上記実施例の全部又は一部のステップは、１つ又は複数の集積回路を採用して達成することもできる。対応的に、上記実施例における各モジュール／ユニットはハードウェアの形式で達成してよく、ソフトウェア機能モジュールの形式で達成してもよい。本発明はいずれの特定形式のハードウェアとソフトウェアの組み合わせに限定されたものではない。
【０１４１】
上記のものは単に本発明の好ましい実施例であるだけで、本発明の保護範囲を限定するためのものではない。本発明の発明内容により、更に他の多種の実施例を有することができ、本発明の主旨とその本質から逸脱しない場合に、当業者は本発明の実施例により各種の相応の変更と変形を行うことができ、本発明の主旨と原則にある限り、行ったいずれの修正、等価置き換え、改善などは、いずれも本発明の保護範囲に含まれるべきである。
【産業上の利用可能性】
【０１４２】
本発明の実施例は分散型リンクアグリゲーショングループにおける一端の複数のシステムの間の制御通信を実現し、複数のシステムを１つのアグリゲーショングループにアグリゲーションした後、相互接続インターフェースでの保護を効果的に実現することができ、リンクでの保護だけでなく、ノードレベルの保護を実現することができる。
【図１】
2016517252.tif 000004
【図２】
2016517252.tif 000005
【図３】
2016517252.tif 000006
【図４】
2016517252.tif 000007
【図５】
2016517252.tif 000008
【図６】
2016517252.tif 000009
【図７】
2016517252.tif 000010
【図８】
2016517252.tif 000011
【図９】
2016517252.tif 000012
【国際調査報告】
2016517252.tif 000013
2016517252.tif 000014
2016517252.tif 000015
2016517252.tif 000016