(57)【特許請求の範囲】
【請求項１】
顧客エッジデバイスからサービストラヒックを受信することと、
前記サービストラヒックに対応する擬似ワイヤ集約グループを決定することと、
前記サービストラヒックに対応する１つより多い擬似ワイヤを含む前記擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがって前記サービストラヒックをピアデバイスに転送することと、を含む、擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項２】
前記サービストラヒックに対応する擬似ワイヤ集約グループを決定することは、
前記サービストラヒックに対応するサービス事例を決定することと、
前記サービス事例に対応する擬似ワイヤ集約グループを前記サービストラヒックに対応する前記擬似ワイヤ集約グループであると決定することと、を含むことを特徴とする、請求項１に記載の擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項３】
前記擬似ワイヤ集約グループ内の「受信中」または「活動中」ステータスの前記擬似ワイヤを介して前記ピアデバイスの前記サービストラヒックを受信することと、
前記ピアデバイスのサービストラヒックを前記顧客エッジデバイスに転送することと、を更に含む、請求項１または請求項２に記載の擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項４】
前記擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの前記擬似ワイヤを介して前記ローカル戦略にしたがって前記サービストラヒックを前記ピアデバイスに転送することは、
ローカルデバイスのローカルステータスと各ピアデバイスのピアデバイスステータスとを取得することと、
前記ローカルステータスと前記ピアステータスとにしたがって前記擬似ワイヤ集約グループ内の各擬似ワイヤのステータスを決定することと、を含むことを特徴とする、請求項１または請求項２に記載の擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項５】
前記ローカルステータスと前記ピアステータスとにしたがって前記擬似ワイヤ集約グループ内の各擬似ワイヤのステータスを決定することは、
前記ローカルステータスが運用不能ステータスである場合に前記擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスを障害ステータスであると決定すること、または
前記ローカルステータスが活動中ステータスであって前記ピアステータスが活動中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを活動中ステータスであると決定すること、または
前記ローカルステータスが活動中ステータスであって前記ピアステータスが待機中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを受信中ステータスであると決定すること、または
前記ローカルステータスが待機中ステータスであって前記ピアステータスが活動中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを転送中ステータスであると決定すること、または
前記ローカルステータスが待機中ステータスであって前記ピアステータスが待機中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを休止ステータスであると決定すること、または
前記擬似ワイヤ集約グループ内の前記擬似ワイヤの２つの端部におけるいずれかのデバイスまたはリンクが障害を有する場合に前記擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスを障害ステータスであると決定すること、を含むことを特徴とする、請求項４に記載の擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項６】
前記ピアデバイスが着信ラベルマップ入力にしたがって前記擬似ワイヤから前記サービストラヒックを受信するように同じサービストラヒックに対応する各擬似ワイヤに関してそれぞれ着信ラベルマップ入力を確立すること、または
前記ピアデバイスが前記着信ラベルマップ入力にしたがって前記擬似ワイヤから前記サービストラヒックを受信するように同じサービストラヒックに対応する前記擬似ワイヤ集約グループ内のすべての擬似ワイヤに同じ着信ラベルマップ入力を割り当てること、を更に含む、請求項１、２または５に記載の擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項７】
前記擬似ワイヤを設定するための方法は、
予め確立された擬似ワイヤの一方の端部において第１のローカル転送等価クラス情報を設定し、前記ピアデバイスを指定し、そして前記擬似ワイヤの他方の端部において第２のローカル転送等価クラス情報を設定することと、
前記第１のローカル転送等価クラス情報を含む擬似ワイヤ確立要求を前記擬似ワイヤの一方の端部におけるデバイスによって開始することと、
前記擬似ワイヤの他方の端部におけるデバイスが前記擬似ワイヤ確立要求を受信した後に前記第１のローカル転送等価クラス情報が前記第２のローカル転送等価クラス情報に一致するかどうかを決定し、一致する場合には前記擬似ワイヤ確立要求を受け入れて前記擬似ワイヤを確立することと、を含むことを特徴とする、請求項１、２または５に記載の擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項８】
前記擬似ワイヤを設定するための方法は、
予め確立された擬似ワイヤの一方の端部において第１のローカル転送等価クラス情報と第１のピア転送等価クラス情報とを設定し、前記擬似ワイヤの他方の端部において第２のローカル転送等価クラス情報を設定することと、
前記第１のローカル転送等価クラス情報と前記第１のピア転送等価クラス情報とを含む擬似ワイヤ確立要求を前記擬似ワイヤの一方の端部におけるデバイスによって開始することと、
前記擬似ワイヤの他方の端部におけるデバイスが前記擬似ワイヤ確立要求を受信した後に前記第１のピア転送等価クラス情報が前記第２のローカル転送等価クラス情報に一致するかどうかを決定し、一致する場合には前記擬似ワイヤ確立要求を受け入れて前記擬似ワイヤを確立することと、を含むことを特徴とする、請求項１、２または５に記載の擬似ワイヤに基づいてサービストラヒックを処理するための方法。
【請求項９】
顧客エッジデバイスからサービストラヒックを受信するように構成された第１の受信モジュールと、
前記サービストラヒックに対応する擬似ワイヤ集約グループを決定するように構成された擬似ワイヤ集約グループモジュールと、
前記サービストラヒックに対応する１つより多い擬似ワイヤを含む前記擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがって前記サービストラヒックをピアデバイスに転送するように構成された第１の転送モジュールと、を備える、擬似ワイヤに基づいてサービストラヒックを処理するためのデバイス。
【請求項１０】
前記擬似ワイヤ集約グループモジュールは、
前記サービストラヒックに対応するサービス事例を決定するように構成されたサービス事例サブモジュールと、
前記サービス事例に対応する擬似ワイヤ集約グループを前記サービストラヒックに対応する前記擬似ワイヤ集約グループであると決定するように構成された擬似ワイヤ集約グループサブモジュールと、を備えることを特徴とする、請求項９に記載の擬似ワイヤに基づいてサービストラヒックを処理するためのデバイス。
【請求項１１】
前記擬似ワイヤ集約グループ内の「受信中」または「活動中」ステータスの前記擬似ワイヤを介して前記ピアデバイスの前記サービストラヒックを受信するように構成された第２の受信モジュールと、
前記ピアデバイスの前記サービストラヒックを前記顧客エッジデバイスに転送するように構成された第２の転送モジュールと、を更に備える、請求項９または請求項１０に記載の擬似ワイヤに基づいてサービストラヒックを処理するためのデバイス。
【請求項１２】
ローカルデバイスのローカルステータスと各ピアデバイスのピアデバイスステータスとを取得するように構成された取得モジュールと、
前記ローカルステータスと前記ピアステータスとにしたがって前記擬似ワイヤ集約グループ内の各擬似ワイヤのステータスを決定するように構成された決定モジュールと、を更に備える、請求項９または請求項１０に記載の擬似ワイヤに基づいてサービストラヒックを処理するためのデバイス。
【請求項１３】
前記決定モジュールは、
前記ローカルステータスが運用不能ステータスである場合に前記擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスを障害ステータスであると決定するように構成された第１の決定サブモジュールと、
前記ローカルステータスが活動中ステータスであって前記ピアステータスが活動中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを活動中ステータスであると決定するように構成された第２の決定サブモジュールと、
前記ローカルステータスが活動中ステータスであって前記ピアステータスが待機中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを受信中ステータスであると決定するように構成された第３の決定サブモジュールと、
前記ローカルステータスが待機中ステータスであって前記ピアステータスが活動中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを転送中ステータスであると決定するように構成された第４の決定サブモジュールと、
前記ローカルステータスが待機中ステータスであって前記ピアステータスが待機中ステータスである場合に前記擬似ワイヤ集約グループ内の前記ローカルデバイスと前記ピアデバイスとの間の前記擬似ワイヤのステータスを休止ステータスであると決定するように構成された第５の決定サブモジュールと、
前記擬似ワイヤ集約グループ内の前記擬似ワイヤの２つの端部におけるいずれかのデバイスまたはリンクが障害を有する場合に前記擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスを障害ステータスであると決定するように構成された第６の決定サブモジュールと、を備えることを特徴とする、請求項１２に記載の擬似ワイヤに基づいてサービストラヒックを処理するためのデバイス。
【請求項１４】
顧客エッジデバイスからサービストラヒックを受信する、前記サービストラヒックに対応する擬似ワイヤ集約グループを決定する、そして前記サービストラヒックに対応する１つより多い擬似ワイヤを含む前記擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがって前記サービストラヒックをピアデバイスに転送する、ように構成されたローカルデバイスと、
前記擬似ワイヤ集約グループ内の「受信中」または「活動中」ステータスの擬似ワイヤを介して前記サービストラヒックを前記ローカルデバイスから受信し、前記ローカルデバイスからの前記サービストラヒックを前記ピアデバイスに接続された顧客エッジデバイスに転送するように構成されたピアデバイスと、を備える、擬似ワイヤに基づいてサービストラヒックを処理するためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、全体として引例によってここに組み込まれている「ｍｅｔｈｏｄ，  ｄｅｖｉｃｅ  ａｎｄ  ｓｙｓｔｅｍ  ｆｏｒ  ｐｒｏｃｅｓｓｉｎｇ  ｓｅｒｖｉｃｅ  ｔｒａｆｆｉｃ  ｂａｓｅｄ  ｏｎ  ｐｓｅｕｄｏ  ｗｉｒｅｓ」と題する２００９年１２月４日に中国特許庁に出願された中国特許出願第ＣＮ２００９１０２５２９２８．８号に対して優先権を主張する。
【０００２】
本発明の実施形態は通信の技術分野に関し、また特に擬似ワイヤに基づいてサービストラヒックを処理するための方法、デバイスおよびシステムに関する。
【背景技術】
【０００３】
擬似ワイヤ・エミュレーション・エッジツーエッジ（以後、ＰＷＥ３と呼ばれる）は、非同期転送モード（以後、ＡＴＭと呼ばれる）、フレームリレー（以後、ＦＲと呼ばれる）およびパケット交換網（以後、ＰＳＮと呼ばれる）上イーサネット（登録商標）といったサービスの本質的属性をエミュレートする機構である。ＰＷＥ３は、運用費用（以後、ＯＰＥＸと呼ばれる）を削減するために運用者が従来のサービスをＰＳＮに移行させることを可能にする。
【０００４】
サービスの高い利用可能性を保証するためには、ネットワークの異なる層における冗長度をサポートすることが必要である。使用中のネットワークノード、リンクおよびチャネル等の資源に障害が発生した場合に、ネットワークによる連続的なサービス提供を保証するために他の冗長な利用可能資源に切り替えることが可能となる。活動中の擬似ワイヤ（以後、ＰＷと呼ばれる）における障害の存在時にこの活動中ＰＷを保護するために使用される待機中の擬似ワイヤが、ＰＷ冗長度により定義される。ＰＷ冗長度には複数のシーンが存在する；例えば２つの端部における顧客エッジ（以後、ＣＥと呼ばれる）デバイスがプロバイダエッジ（以後、ＰＥと呼ばれる）デバイスへの２重ホーミングアクセス中である；一方の端部におけるＣＥがＰＥに２重ホーミングアクセス中（ｉｎ  ｄｕａｌ−ｈｏｍｉｎｇ  ａｃｃｅｓｓ）であって他方の端部におけるＣＥがＰＥに単一ホーミングアクセス中（ｉｎ  ｓｉｎｇｌｅ−ｈｏｍｉｎｇ  ａｃｃｅｓｓ）である；２つの端部におけるＣＥが２つのＰＥ間でマルチセッション擬似ワイヤ（以後、ＭＳ−ＰＷと呼ばれる）を用いてＰＥに単一ホーミングアクセス中である；マルチテナント・ユニット（以後、ＭＴＵと呼ばれる）が階層的仮想私設ＬＡＮサービス（以後、ＨＶＰＬＳと呼ばれる）におけるスポークＰＷといったＰＷによってＰＥに接続される。ＰＷ冗長度のこれらのシーンでは１つのＰＷは１つの活動中ＰＷであり、他のＰＷは待機中ＰＷである。
【０００５】
ＰＷによって接続された２つの端部におけるＰＥを同期的に切り替えるためにインターネット・エンジニアリング・タスクフォース（以後、ＩＥＴＦと呼ばれる）はＰＷのローカルステータスを転送するためのラベル配信プロトコル（以後、ＬＤＰと呼ばれる）のステータスのタイプ長さ値（以後、ＴＬＶと呼ばれる）を定義し、そして新しいステータス：活動中／待機中ステータスを識別するための活動中／待機中ステータスを導入する。ＰＥは、遠端部のローカルステータスと活動中／待機中ステータスとにしたがってどのＰＷが活動中であるかを選択する。２つの端部が両方とも活動中ステータスにあるＰＷだけがトラヒックを転送できる。ＰＷが運用可能（ｏｐｅｒａｔｉｏｎａｌ  ｕｐ）であってサービスの流れを転送するために使用されるＰＷとして選択されているとき、このＰＷは活動中ステータスにある；ＰＷが運用可能ではあるがサービスの流れを転送するために使用されるＰＷとして選択されていないとき、このＰＷは待機中ステータスにある。あるＰＷが活動中ステータスにあるときこのＰＷはサービスデータおよび運用管理および保守（以後、ＯＡＭと呼ばれる）データを受信および転送できる；ＰＷが待機中ステータスにあるときこのＰＷはサービスデータを転送できないがＯＡＭデータを転送および受信できる。
【０００６】
あるサービスに対応する冗長なＰＷは、活動中／待機中様式でだけ使用可能である。例えば１つだけの活動中ＰＷがトラヒックを転送できて、待機中ＰＷは負荷分散様式でネットワーク資源を十分に活用できない場合がある。ＣＥ２重ホーミングは、マルチシャーシ・リンク集約グループ（以後、ＭＣ−ＬＡＧと呼ばれる）負荷分散といった負荷分散様式よって同時には使用できない。
【０００７】
既存のＰＷ冗長技術では、切り替え時間が長い。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の実施形態は、既存のＰＷ冗長技術における長い切り替え時間という問題を解決して切り替え時間を短縮するために、擬似ワイヤに基づいてサービストラヒックを処理するための方法、デバイスおよびシステムを提供する。
【課題を解決するための手段】
【０００９】
本発明の実施形態は：
顧客エッジデバイスからサービストラヒックを受信することと；
上記サービストラヒックに対応する擬似ワイヤ集約グループを決定することと；
上記サービストラヒックに対応する１つより多い擬似ワイヤを含む前記擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがって上記サービストラヒックをピアデバイスに転送することと；を含む、擬似ワイヤに基づいてサービストラヒックを処理するための方法を提供する。
【００１０】
本発明の実施形態は更に：
顧客エッジデバイスからサービストラヒックを受信するように構成された第１の受信モジュールと；
上記サービストラヒックに対応する擬似ワイヤ集約グループを決定するように構成された擬似ワイヤ集約グループモジュールと；
上記サービストラヒックに対応する１つより多い擬似ワイヤを含む擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイスに転送するように構成された第１の転送モジュールと；を備える、擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスを提供する。
【００１１】
本発明の実施形態は更に：
顧客エッジデバイスからサービストラヒックを受信する；上記サービストラヒックに対応する擬似ワイヤ集約グループを決定する；そして上記サービストラヒックに対応する１つより多い擬似ワイヤを含む擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイスに転送する；ように構成されたローカルデバイスと；
上記擬似ワイヤ集約グループ内の「受信中」または「活動中」ステータスの擬似ワイヤを介してローカルデバイスからサービストラヒックを受信して上記ローカルデバイスからのサービストラヒックを上記ピアデバイスに接続された顧客エッジデバイスに転送するように構成されたピアデバイスと；を含む、擬似ワイヤに基づいてサービストラヒックを処理するためのシステムを提供する。
【００１２】
本発明の実施形態によって提供される、擬似ワイヤに基づいてサービストラヒックを処理するための方法、デバイスおよびシステムは、対応する擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイスに転送でき、それによってサービストラヒックの平均収束速度を改善し、擬似ワイヤに障害が発生したときの切り替え時間を短縮できる。
【図面の簡単な説明】
【００１３】
【図１】本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第１の実施形態の流れ図である。
【図２】本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第１の実施形態の概略図である。
【図３】本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第２の実施形態の概略図である。
【図４】本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第３の実施形態の概略図である。
【図５】本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第４の実施形態の概略図である。
【図６】本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第５の実施形態の概略図である。
【図７】本発明による擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスの実施形態の概略構造図である。
【図８】本発明による擬似ワイヤに基づいてサービストラヒックを処理するためのシステムの実施形態の概略構造図である。
【発明を実施するための形態】
【００１４】
本発明の技術的解決法を、図面と実施形態とによって更に詳細に下記に説明する。
【００１５】
図１は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第１の実施形態の流れ図である。図１に示されているように擬似ワイヤに基づいてサービストラヒックを処理するための方法は：
顧客エッジ（ｃｕｓｔｏｍｅｒ  ｅｄｇｅ）からトラヒックを受信するステップ１０１と；
上記サービストラヒックに対応する擬似ワイヤ集約グループを決定するステップ１０２と；
サービストラヒックに対応する１つより多い擬似ワイヤを含む擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイスに転送するステップ１０３と；を含む。
ＰＷ冗長技術ではプロバイダエッジ（ｐｒｏｖｉｄｅｒ  ｅｄｇｅ：ＰＥ）デバイスといったローカルデバイスは、サービストラヒックに対応する擬似ワイヤ集約グループを含むメトロイーサネット（登録商標）（以後、ＭＥＴＲＯと呼ばれる）によってピアＰＥに接続される。例えば、１つのサービス事例に対応する複数のＰＷは、１つのＰＷ集約グループに集約される。例えばポイント・ツー・ポイントの場合には１つのＡＣ（ａｔｔａｃｈｍｅｎｔ  ｃｉｒｃｕｉｔ：付属回路）に対応する複数のＰＷは１つのＰＷ集約グループに集約される；ポイント・ツー・マルチポイントの場合には１つのＶＰＬＳ事例に対応する複数のＰＷは１つのＰＷ集約グループに集約される。
【００１６】
ローカルＰＥがＣＥからサービストラヒックを受信した後に例えば、このサービストラヒックに対応するサービス事例が最初に決定され、それからこのサービス事例に対応する擬似ワイヤ集約グループがこのサービストラヒックに対応する擬似ワイヤ集約グループとして決定される。例えばポイント・ツー・ポイントの場合には、擬似ワイヤ集約グループとサービストラヒックを転送する付属回路（以後、ＡＣと呼ばれる）とが１対１対応になり、そしてＰＥがＡＣにしたがってサービストラヒックを転送するＡＣに対応する擬似ワイヤ集約グループを決定できるということが設定され得るであろう。ＡＣによって転送されたサービストラヒックを受信した後に、ローカルＰＥはサービストラヒックに対応する擬似ワイヤ集約グループを決定し、それから擬似ワイヤ集約グループにおける「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアＰＥに転送する。それからサービストラヒックは、ピアＰＥによってピアＡＣに転送されるが、ここでＡＣは２つの端部におけるＰＥとＣＥとの間のリンクを含む。図２は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第１の実施形態の概略図である。図２ではＰＥ１がローカルＰＥである場合、ＣＥ＿１とＰＥ＿１またはＰＥ＿４との間のネットワークはローカルＡＣであり、ＣＥ＿２とＰＥ＿２またはＰＥ＿３との間のネットワークはピアＡＣである。例えばポイント・ツー・マルチポイントの場合には擬似ワイヤ集約グループと仮想私設ＬＡＮサービス（以後、ＶＰＬＳと呼ばれる）事例とは１対１対応になることも設定され得るであろう。ローカルＰＥがサービストラヒックを受信した後、サービストラヒックに対応するＶＰＬＳ事例が最初に決定され、それからサービストラヒックに対応する擬似ワイヤ集約グループがＶＰＬＳ事例に対応する擬似ワイヤ集約グループにしたがって決定され、そしてこのサービストラヒックは擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してピアＰＥに転送される。
【００１７】
更に、擬似ワイヤ集約グループ内の擬似ワイヤがピアデバイスによって転送されたサービスを受信する場合、サービストラヒックを処理するための方法は更に：
ピアデバイスによって転送されたサービストラヒックを擬似ワイヤ集約グループ内の「受信中」または「活動中」ステータスの擬似ワイヤを介して受信することと；
ピアデバイスのサービストラヒックを顧客エッジデバイスに転送することと；を含む。
【００１８】
具体的には図２に示されるように、ＭＥＴＲＯではローカルデバイスＰＥ＿１は１つのサービスに対応する２つの擬似ワイヤ（ＰＷ）：ＰＷ２０１およびＰＷ２０２を確立するが、ここでＰＷ２０１のピアデバイスはＰＥ＿２であり、ＰＷ２０２のピアデバイスはＰＥ＿３である。ＰＥ＿１上でＰＷ２０１とＰＷ２０２は１つの擬似ワイヤ（ＰＷ）集約グループ２０に集約される。ローカル戦略は負荷分散戦略（ｌｏａｄ  ｓｈａｒｉｎｇ  ｓｔｒａｔｅｇｙ）であり、負荷分散関係はＰＷ集約グループ２０内の擬似ワイヤの各々の間で形成されることが仮定されている。例えばＰＥ＿１がＣＥ＿１からトラヒックを受信するとこのトラヒックは、ハッシュ、１パケット当たり負荷分散、ランダム選択などを含むある一定の負荷分散戦略にしたがってＰＷ２０１およびＰＷ２０２の活動中ステータスのＰＷに転送されることが可能である。
【００１９】
図１を参照すると、ステップ１０３の前に各擬似ワイヤ集約グループ内の各擬似ワイヤのステータスを決定することが必要とされる。例えば特定の決定方法は：
ローカルデバイスのローカルステータスと各ピアデバイスのピアステータスとを取得することと；
ローカルステータスとピアステータスとにしたがって擬似ワイヤ集約グループ内の各擬似ワイヤのステータスを決定することと；を含む。
【００２０】
例えば、ローカルステータスとピアステータスとにしたがって擬似ワイヤ集約グループ内の各擬似ワイヤのステータスを決定するための方法は具体的に下記の状況を含み得る。
【００２１】
状況１：ローカルステータスが運用不能（ｏｐｅｒａｔｉｏｎａｌ  ｄｏｗｎ）ステータスである場合には擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスは障害ステータスであると決定される。
【００２２】
状況２：ローカルステータスが活動中ステータスであってピアステータスが活動中ステータスである場合には擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスは活動中ステータスであると決定される。
【００２３】
状況３：ローカルステータスが活動中ステータスであってピアステータスが待機中ステータスである場合には擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスは受信中ステータスであると決定される。
【００２４】
状況４：ローカルステータスが待機中ステータスであってピアステータスが活動中ステータスである場合には擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスは転送中ステータスであると決定される。
【００２５】
状況５：ローカルステータスが待機中ステータスであってピアステータスが待機中ステータスである場合には擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスは休止ステータスであると決定される。
【００２６】
状況６：擬似ワイヤ集約グループ内の擬似ワイヤの２つの端部におけるいずれかのデバイスまたはリンクが障害ステータスにある場合には擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスは障害ステータスであると決定される。
【００２７】
各サービスは、活動中ステータスと運用不能ステータスと待機中ステータスとを含むローカルステータスを有する。マルチシャーシ・リンク集約グループ（以後、ＭＣ−ＬＡＧと呼ばれる）、マルチシャーシ自動保護切り替え（以後、ＭＣ−ＡＰＳと呼ばれる）およびリンク集約制御プロトコル（以後、ＬＡＣＰと呼ばれる）といったローカル戦略にしたがって、ローカルＰＥといったローカルデバイスは、ローカルステータスを活動中ステータス、待機中ステータスまたは運用不能ステータスであるように設定できる。通常、ＡＣが障害を有するときローカルステータスは運用不能ステータスであり；ＡＣステータスが運用可能であるときローカルステータスは待機中ステータスまたは活動中ステータスであり得る。例えばマルチシャーシ活動／待機選択プロトコル（ＭＣ−ＬＡＧといった）が採用されない場合には、ローカルステータスは待機中ステータスを含まない。ローカルステータスが活動中ステータスであるときトラヒックはＰＷから転送されて受信され得る；ローカルステータスが待機中ステータスであるときトラヒックはＰＷから受信されることはできないが、トラヒックはＡＣから受信されることが可能であり、ＰＷのピアステータスにしたがってトラヒックをＰＷに転送することができるかどうかを決定できる。ピアステータスが活動中ステータスである場合にはトラヒックはＰＷに転送されることが可能である。
【００２８】
ローカルステータスにしたがってローカルデバイスは、ローカルステータスを示す告知（ａｎｎｏｕｎｃｅｍｅｎｔ）をＰＷのピアデバイスに送信し、またピアデバイスは、ピアステータスを示す告知をＰＷのローカルデバイスに送信する。ローカルデバイスおよびピアデバイスは相対概念である。例えばセルサイト（基地局）ゲートウェイ（以後、ＣＳＧと呼ばれる）がローカルデバイスである場合にはリモートサイト（端末側）ゲートウェイ（以後、ＲＳＧと呼ばれる）はＣＳＧのピアデバイスである；一方、ＲＳＧがローカルデバイスである場合にはＣＳＧはＲＳＧのピアデバイスである。ローカルデバイスによってピアデバイスに送信された告知は、目標ラベル配信プロトコル（Ｔａｒｇｅｔ  Ｌａｂｅｌ  Ｄｉｓｔｒｉｂｕｔｅ  Ｐｒｏｔｏｃｏｌ）（以後、Ｔ−ＬＤＰと呼ばれる）の通知メッセージによって実現され得る。例えばＲＳＧのローカルステータスが待機中ステータスであるとき、ＲＳＧはこのＲＳＧが運用可能ステータスおよび待機中ステータスにあることを示すためのＴ−ＬＤＰの通知メッセージをピアＣＳＧに転送する；ＲＳＧのローカルステータスが活動中ステータスであるとき、ＲＳＧはこのＲＳＧが運用可能ステータスおよび活動中ステータスにあることを示すためのＴ−ＬＤＰの通知メッセージをＣＳＧに転送する；ＲＳＧのローカルステータスが運用不能ステータスであるとき、ＲＳＧはこのＲＳＧが運用不能ステータスにあることを示すためのＴ−ＬＤＰの通知メッセージをピアＣＳＧに転送する。
【００２９】
ローカルデバイスがピアデバイスから通知メッセージを受信した場合、ローカルステータスと受信されたピアステータスとにしたがってローカルデバイスとピアデバイスとの間のＰＷのステータスを生成することが可能である。ＰＷのステータスは、下記：障害ステータス、受信中ステータス、転送中ステータス、休止ステータス、および活動中ステータスを含むが、これらに限定されない。ローカルデバイスとピアデバイスとの間のＰＷのステータスを決定するためのルールは下記の例を採用できる。
【００３０】
例１：ローカルステータスが運用不能ステータスである場合には、上記の状況１のようにピアステータスが何であるかにかかわらずＰＷは障害ステータスにある。
【００３１】
例２：ローカルステータスが活動中ステータスである場合には、上記の状況２のように受信されたピアステータスが活動中ステータスである場合にＰＷのステータスは活動中ステータスであり；上記の状況３のように受信されたピアステータスが待機中ステータスである場合にＰＷのステータスは受信中ステータスである。
【００３２】
例３：ローカルステータスが待機中ステータスである場合には、上記の状況４のように受信されたピアステータスが活動中ステータスである場合にＰＷのステータスは転送中ステータスであり；上記の状況５のように受信されたピアステータスが待機中ステータスである場合にＰＷのステータスは休止ステータスである。
【００３３】
例４：ＰＷの２つの端部におけるＰＥ間のリンクまたはデバイスが障害を有するという理由で、例えばＰＷが機能しないことを検出するためにＰＷ上で双方向転送検出（Ｂｉｄｉｒｅｃｔｉｏｎａｌ  Ｆｏｒｗａｒｄｉｎｇ  Ｄｅｔｅｃｔｉｏｎ）（以後、ＢＦＤと呼ばれる）または多数プロトコルラベル切り替え（Ｍｕｌｔｉｐｌｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）（以後、ＭＰＬＳと呼ばれる）ＯＡＭが使用されるという理由でＰＷの転送が障害を有する場合には、上記の状況６のようにＰＷは障害ステータスにある。
【００３４】
活動中ステータスのＰＷはトラヒックを転送および受信することができる；休止ステータスおよび運用不能ステータスのＰＷはトラヒックを転送することも受信することもできない；転送中ステータスのＰＷはトラヒックを転送できるが受信できない；受信中ステータスのＰＷはトラヒックを受信できるが転送できない。更にＰＷの２つの端部におけるデバイスによって決定されたローカルステータスおよびピアステータスは必ずしも同じではないので、２つの方向におけるＰＷのステータスは異なり得る。例えばＲＳＧによって決定されたローカルステータスが活動中ステータスである場合にはＣＳＧによって決定されたローカルステータスは待機中ステータスである。それからＲＳＧからＣＳＧへのＰＷのステータスは受信中ステータスであるが、ＣＳＧからＲＳＧへのＰＷのステータスは転送中ステータスである。
【００３５】
更に、本実施形態の方法を採用することによってローカル戦略は負荷分散戦略または活動／待機戦略であり得る；ローカル戦略が負荷分散戦略である場合には擬似ワイヤ集約グループ内の擬似ワイヤの各々の間の関係は負荷分散関係である；ローカル戦略が活動／待機戦略である場合には擬似ワイヤ集約グループ内の擬似ワイヤの各々の間の関係は活動／待機関係である。
【００３６】
更に、２重端部切り替え（ｄｕａｌ  ｅｎｄ  ｓｗｉｔｃｈｉｎｇ）が採用された場合には、例えばサービスをピアデバイスに転送するための経路とピアデバイスのサービスを受信するための経路とは同じに設定され得る；単一端部切り替えが採用された場合には、サービスをピアデバイスに転送するための経路とピアデバイスのサービスを受信するための経路とは異なるように設定され得る。
【００３７】
更に、例えばローカルデバイスが擬似ワイヤを介してサービストラヒックをピアデバイスに転送するとき、ピアデバイスによって擬似ワイヤからサービストラヒックを受信するための特定の方法は：
着信ラベルマップ（以後、ＩＬＭと呼ばれる）入力（ｉｎｃｏｍｉｎｇ  ｌａｂｅｌ  ｍａｐ  ｅｎｔｒｙ）にしたがってピアデバイスが擬似ワイヤからサービストラヒックを受信するように、同じサービストラヒックに対応する擬似ワイヤの各々に関して着信ラベルマップ入力をそれぞれ確立すること；または
着信ラベルマップ入力にしたがってピアデバイスが擬似ワイヤからサービストラヒックを受信するように、同じ着信ラベルマップ入力を同じサービストラヒックに対応する擬似ワイヤ集約グループ内のすべての擬似ワイヤに割り当てること；を含み得る。
【００３８】
例えば、１つのサービストラヒックに対応するＰＷ集約グループ内に複数のＰＷが存在する場合には活動中ステータスおよび受信中ステータスのＰＷはサービストラヒックを受信できるが、これは２つの仕方によって実現される：第１の仕方は各ＰＷの着信ラベルが異なっていて各ＰＷがＰＷに転送されたサービストラヒックを受信するために着信ラベルマップ入力を確立することである；第２の仕方は同じ着信ラベルマップ入力が同じサービストラヒックに対応するすべてのＰＷに割り当てられて、すべてのＰＷが１つのＩＬＭ入力を共有することである。１つのＩＬＭ入力を共有する同じサービストラヒックに対応するすべてのＰＷの方法はラベル資源の占有と転送テーブル資源の占有とを減らすことができ、それによって好適なソリューションとなる。
【００３９】
図３は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第２の実施形態の概略図である。図３に示されているように、本発明の擬似ワイヤに基づいてサービストラヒックを処理するための方法の第１の実施形態に基づいて、イーサネット（登録商標）においてＣＳＧおよびＲＳＧは上記のルールにしたがってローカルステータスとピアステータスとＰＷのステータスとを生成する。
【００４０】
ローカルデバイスがＡＣからトラヒックを受信する場合、トラヒックを転送するために活動中ステータスおよび転送中ステータスにあるＰＷといったトラヒックを転送することを許されたＰＷからローカル戦略にしたがって１つのＰＷが選択される。活動中ステータスおよび受信中ステータスにあるＰＷ（これらのステータスの複数のＰＷが存在する可能性がある）といったトラヒックを受信することを許されたＰＷからローカルデバイスがトラヒックを受信した後に、トラヒックは対応するＡＣに転送される。
【００４１】
図３に示されているように、セルサイト・ゲートウェイ（ＣＳＧ）およびリモートサイト・ゲートウェイ（ＲＳＧ）の両者ともＰＥに属している。ＣＳＧ＿１は、ＩＰセルサイト＿１のサービスを転送するため、およびサービスのためにＲＳＧ＿１およびＲＳＧ＿２それぞれにＰＷ集約グループ３０である２つのＰＷ（ＰＷ３０１およびＰＷ３０２）を確立するために使用される。ＣＳＧ＿２は、ＩＰセルサイト＿２のサービスを転送するため、およびサービスのためにＲＳＧ＿１およびＲＳＧ＿２それぞれに２つのＰＷ（ＰＷ３０３およびＰＷ３０４）を確立するために使用される。無線ネットワークコントローラ（以後、ＲＮＣと呼ばれる）は２つのリンク：リンク５０１およびリンク５０２を介してＲＳＧ＿１およびＲＳＧ＿２への２重ホーミングアクセスステータスにあり、ＬＡＣＰを使用することによってリンク５０１および５０２を論理リンクに結び付ける。ＬＡＣＰはまたＲＳＧ＿１およびＲＳＧ＿２からＲＮＣへのリンクのためにも使用される。ＲＳＧ＿１とＲＳＧ＿２とがＲＮＣとの折衝によって運用可能になり得るように、同じシステムＩＤおよび異なるリンクＩＤが設定される。各ＰＷに関して、対応するＲＳＧがリンク集約グループ（以後、ＬＡＧと呼ばれる）のある一定の仮想ローカル・エリア・ネットワーク（以後、ＶＬＡＮと呼ばれる）に関連付けられる。ＶＬＡＮ（図示せず）はＬＡＧと共に論理ＡＣを構成する。
【００４２】
ローカル戦略は負荷分散戦略であり得る：ＣＳＧ＿１のＡＣサイドにおいてリンク５０１および５０２が運用可能であるとき、ＰＷ３０１およびＰＷ３０２はリンク５０１および５０２それぞれによってＣＳＧ＿１とＲＮＣとの間に２つの平行なチャネルを構成する。これら２つの平行なチャネルは、負荷分散を実現するためにＩＰセルサイト＿１のサービストラヒック転送タスクを同時に引き受けることができ、それによってネットワーク資源を十分に活用するという目的を達成できる。ＩＰセルサイト＿１のすべてのトラヒックはまたＰＷ３０１を使用することによって転送されることが可能であり、ＩＰセルサイト＿２のすべてのトラヒックもまたＰＷ３０４を使用することによって転送されることが可能であって、負荷分散を実現してリンク５０１および５０２を同時に使用するためにＲＳＧ＿１およびＲＳＧ＿２それぞれを採用することによってこれらのセルサイトの一部のサービスを処理することができるであろう。例えばリンク５０１の障害はＬＡＣＰおよび他の手段またはＲＮＣおよびＲＳＧ＿１によって検出され得る。リンク５０１が障害ステータスであるときＲＮＣは直ちにすべてのトラヒックをリンク５０２に切り替え、ＲＳＧ＿２は如何なる自動保護切り替え（以後、ＡＰＳと呼ばれる）プロトコルまたは通知信号伝達もせずにトラヒックをＣＳＧ＿１に、それからＩＰセルサイト＿１に正しく転送できる。この実施形態ではＲＳＧ＿１はローカルステータスを運用不能ステータスに変更することができ、対応するＰＷステータスが運用不能ステータスであることを知らせるメッセージをピアＣＳＧに送信できる。しかしながら従来技術ではトラヒックは、ＲＳＧ＿１がＴ−ＬＤＰの障害通知メッセージをＣＳＧに転送し、ＣＳＧ＿１がこのメッセージを処理して活動中ステータスのＰＷをＰＷ３０１からＰＷ３０２に切り替えるまでセルサイトに正しく転送されることができない。顧客データは上記の一連の処置が完了する前に廃棄される。したがって従来技術と比較して本実施形態のサービストラヒックを処理するための方法は、サービス切り替えのために必要とされる時間を短縮できる。負荷分散戦略が使用されるときＣＳＧは更に、トラヒックの乱れを避けるために顧客データストリームにしたがって転送するためにどの活動中ＰＷが採用されるかを決定できる。例えばサービスの顧客データがＩＰストリームである場合にはＩＰの５個の要素＜ソースＩＰアドレス、宛て先ＩＰアドレス、ソースポート番号、宛て先ポート番号、ＩＰプロトコル番号＞にしたがってハッシュ演算が実行される、または異なるサービスが異なるＶＬＡＮ優先順位を有する場合にはハッシュ演算はＶＬＡＮ優先順位にしたがってＰＷに対して実行される。
【００４３】
リンク５０１が障害状態にあるとき、すべての論理ＶＬＡＮは障害状態にあり、すべての関連ＰＷに通知することが必要である。ＣＳＧ＿１およびＣＳＧ＿２はＰＷ３０１およびＰＷ３０２をそれぞれ障害ステータスに設定する。セルサイトからＲＮＣへのトラヒックはＰＷ３０２およびＰＷ３０４それぞれを通り抜けて２つの状況に分割され得る：一方の状況は元のセルサイトからＲＮＣへのトラヒックがＰＷ３０２およびＰＷ３０４を通り抜け、そこにはリンク５０１が障害になったときパケットの損失もなく、如何なる影響も存在しないという状況であり；他方の状況は元のセルサイトからＲＮＣへのトラヒックがＰＷ３０１およびＰＷ３０３を通り抜け、そこにはリンク５０１が障害になったとき切り替え処理（例えばＣＳＧ＿１に関してＰＷがＰＷ３０１からＰＷ３０２に切り替えられ；ＣＳＧ＿２に関してＰＷがＰＷ３０３からＰＷ３０４に切り替えられる）が完了するまで正常に転送され得ないという状況である。後者の状況ではパケット損失は従来技術の期間と同じある一定の期間中に発生する可能性がある。しかしながら一般に平均パケット損失期間は短縮され、収束速度は加速される。更に本発明の実施形態ではＲＮＣは、複雑なＭＣ−ＬＡＧ技術なしに標準のＬＡＣＰによってＲＳＧに２重ホーミングされ得る。
【００４４】
更に、ＣＳＧからＲＮＣへの経路およびＲＮＣからＣＳＧへの経路は同じまたは異なることがあり得るが、これはＣＳＧおよびＲＮＣのローカル戦略に依存する。
【００４５】
更に、ローカル戦略は活動／待機戦略であり得る。図３に示されているようにＭＣ−ＬＡＧは、あるサービスのために活動／待機選択を行ってＣＳＧ＿１に通知するために、ＲＳＧ＿１とＲＳＧ＿２との間で採用される。ＲＳＧ＿１が活動中であると仮定すると、ＲＳＧ＿２は待機中であり、ＣＳＧ＿１のローカルステータスは活動中ステータスである。ルールによればＣＳＧ＿１端部において２つのＰＷのうちのＰＷ３０１は活動中ステータスにあり、ＰＷ３０２は受信中ステータスにある；ＲＳＧ＿１端部においてＰＷ３０１は活動中ステータスにある；ＲＳＧ＿２端部においてＰＷ３０２は転送中ステータスにある；ということが知られ得る。ＣＳＧ＿１は、活動中ステータスのＰＷ３０１からトラヒックを転送し、ＲＳＧ＿１端部における活動中ステータスのＰＷ３０１から、およびＲＳＧ＿２端部における受信中ステータスのＰＷ３０２からトラヒックを受信する。活動中ＲＳＧ＿１とＲＮＣとの間のリンク５０１に障害が存在するときＲＮＣはリンク５０２に直接切り替わる。ＲＳＧ＿２は待機中であるが、ＲＳＧ＿２端部におけるサービスに対応するＰＷ３０２は転送中ステータスにあるので、ＡＣのトラヒックはまだＰＷ３０２に転送され得る。
【００４６】
更に、ＰＷはトラヒックエンジニアリング（以後、ＴＥと呼ばれる）高速経路切り替え（Ｆａｓｔ  Ｒｅｒｏｕｔｅ）（以後、ＦＲＲと呼ばれる）またはラベル配信プロトコル（以後、ＬＤＰと呼ばれる）ＦＲＲ技術を使用することによって保護され得る。ネットワークＭＥＴＲＯ内のリンクまたはデバイスが障害状態になったとき、ＰＷはＰＷのステータスを変更せずにＴＥ  ＦＲＲまたはＬＤＰ  ＦＲＲによって待機中のＬＳＰトンネルに切り替えられることが可能である。
【００４７】
更に例えば擬似ワイヤを設定するための方法は下記の通りであり得る。
【００４８】
方法１：予め確立された擬似ワイヤの一方の端部において第１のローカル転送等価クラス（転送等価クラス（Ｆｏｒｗａｒｄｉｎｇ  Ｅｑｕｉｖａｌｅｎｃｅ  Ｃｌａｓｓ）、以後ＦＥＣと呼ばれる）情報を設定し、ピアデバイスを指定し、そして擬似ワイヤの他方の端部において第２のローカル転送等価クラス情報を設定することと；
第１のローカル転送等価クラス情報を含む擬似ワイヤ確立要求を擬似ワイヤの一方の端部におけるデバイスによって開始することと；
擬似ワイヤの他方の端部におけるデバイスが擬似ワイヤ確立要求を受信した後に、第１のローカル転送等価クラス情報が第２のローカル転送等価クラス情報と一致するかどうかを決定し、一致する場合には擬似ワイヤ確立要求を受け入れて擬似ワイヤを確立することと；を含む。
【００４９】
例えば、擬似ワイヤは転送等価クラス情報ＦＥＣ１２８を採用することによって設定される。
【００５０】
図３を参照すると、ＲＳＧ＿１はＰＷ  ＩＤとローカルＡＣのカプセル封入タイプとを含むＰＷ３０１のＦＥＣ情報を設定するためにＦＥＣ１２８を採用し、ＲＳＧ＿１のピアデバイスとしてＣＳＧ＿１を指定することと；ＲＳＧ＿２もまたＰＷ３０２のためにＰＷ  ＩＤとローカルＡＣのカプセル封入タイプとを設定して、ピアデバイスとしてＣＳＧ＿１を指定することと；が仮定されている。しかしながらＣＳＧ＿１はＰＷ  ＩＤとローカルＡＣのカプセル封入タイプとを設定するだけであって、ピアデバイスを指定しない。ＣＳＧ＿１がＲＳＧ＿２の擬似ワイヤ確立要求（例えばＬＤＰ  ＭＡＰＰＩＮＧ）を受信すると、ＣＳＧ＿１は擬似ワイヤ確立要求内の転送等価クラス（ＦＥＣ）情報を分析する。ＦＥＣ情報１２８が採用されるので、擬似ワイヤ確立要求内に保持されているＰＷ  ＩＤおよびカプセル封入タイプがＣＳＧ＿１のローカルＦＥＣ情報と一致するかどうかを決定することだけが必要になる。これらが一致する場合にはＰＷは自動的に確立されるが、これらが一致しない場合にはＰＷは確立されない。したがってＣＳＧ＿１はＰＷ  ＩＤとＰＷ３０１およびＰＷ３０２のローカルＡＣのカプセル封入タイプとを設定することだけを必要とし、ピアデバイスを指定することを必要としない。
【００５１】
方法２：予め確立された擬似ワイヤの一方の端部において第１のローカル転送等価クラス情報と第１のピア転送等価クラス情報とを設定して、擬似ワイヤの他方の端部において第２のローカル転送等価クラス情報を設定することと；
第１のローカル転送等価クラス情報と第１のピア転送等価クラス情報とを含む擬似ワイヤ確立要求を擬似ワイヤの一方の端部におけるデバイスによって開始することと；
擬似ワイヤの他方の端部におけるデバイスが擬似ワイヤ確立要求を受信した後に、第１のピア転送等価クラス情報が第２のローカル転送等価クラス情報と一致するかどうかを決定し、一致する場合には擬似ワイヤ確立要求を受け入れて擬似ワイヤを確立することと；を含む。
【００５２】
例えば、ＦＥＣ１２９は擬似ワイヤを設定するために採用される。
【００５３】
図３を参照すると、ＣＳＧ＿１はＰＷ３０１のピアＦＥＣ情報を設定しなくてもよく、ローカルＦＥＣ情報だけを設定すればよい。例えばＡＣ  ＩＤ、グローバルＩＤおよびプレフィックスのローカルＦＥＣ情報は、ＦＥＣ１２９が採用されたときに設定される。ＰＷは、ローカルＦＥＣ情報およびピアＦＥＣ情報（ＡＣ  ＩＤ、グローバルＩＤおよびプレフィックス）がＲＳＧ＿１およびＲＳＧ＿２上で設定された場合に確立され得る。ピアＦＥＣ情報の一端が設定され、例えばＲＳＧ＿１が擬似ワイヤ確立要求を最初に開始し、擬似ワイヤ確立要求を受信した後にＣＳＧ＿１が擬似ワイヤ確立要求内のピアＦＥＣ情報とＣＳＧ＿１ローカルＦＥＣ情報とにしたがって一致判定を実行し、一致が存在する場合にＰＷが自動的に確立される。各ＰＷは一方の端部においてピアＦＥＣ情報を設定することだけを必要とする。ピアＦＥＣ情報設定は平均して半分に削減される。ピアＦＥＣ情報によって設定されない端部はピアデバイスを「自動的に発見する」が、これは全体として半自動発見方法である。
【００５４】
本実施形態ではローカルデバイスは、対応する擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがって顧客エッジデバイスからのサービストラヒックをピアデバイスに転送し、それによってサービストラヒックの平均収束速度を改善し、ネットワークに障害が発生したときの切り替え時間を短縮する；ローカル戦略が負荷分散戦略であるときには、更にＰＷ集約グループ内のメンバーＰＷの間で負荷分散を実現してネットワーク資源を十分に活用することが可能である；サービスの単一端部切り替え（ｓｉｎｇｌｅ−ｅｎｄ  ｓｗｉｔｃｈｉｎｇ）が実現され得る；ＭＣ−ＬＡＧといった複雑なマルチシャーシプロトコルは必要とされず、それによってネットワーク費用を削減する。
【００５５】
本実施形態ではイーサネット（登録商標）においてＣＳＧは、短い収束時間と高い切り替え速度とで、対応する擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介して負荷分散戦略にしたがってサービストラヒックをＲＳＧに転送する。更にＰＷ集約グループ内のメンバーＰＷの間で負荷分散を実現することと、ネットワーク資源を十分に活用することと、サービスの単一端部切り替えを実現することと、が可能であり；ＭＣ−ＬＡＧといった複雑なマルチシャーシプロトコルは必要とされず、それによってネットワーク費用を削減する。
【００５６】
図４は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第３の実施形態の概略図である。本実施形態では、セルサイトは時分割多重（以後、ＴＤＭと呼ばれる）およびＡＴＭリンクを使用することによってＣＳＧに接続できる。ＲＳＧおよびＲＮＣは、ＴＤＭおよびＡＴＭを使用することによって接続され得る。物理インタフェースは同期伝送モジュール（以後、ＳＴＭと呼ばれる）−ｎであり得る。ＡＴＭ、ＴＤＭタイプのＰＷはＣＳＧとＲＳＧとの間に確立される。イーサネット（登録商標）とは異なりＴＤＭおよびＡＴＭにおけるローカル戦略として分散戦略を使用することはできないが、活動／待機戦略を採用できる、すなわちＭＣ−ＡＰＳを使用することによって２つのＲＳＧのうちの一方を活動中、他方を待機中であるように選択することができる。
【００５７】
ＲＳＧが待機中であるように選択された場合には、ＲＳＧはＲＳＧが待機中ステータスにあることを示すＴ−ＬＤＰの通知メッセージをピアＣＳＧに転送する；ＲＳＧが活動中であるように選択された場合には、ＲＳＧはＲＳＧが活動中ステータスにあることを示すＴ−ＬＤＰの通知メッセージをピアＣＳＧに転送するということが仮定されている。ＣＳＧがＲＳＧの通知メッセージを受信した後に、ＣＳＧのローカルステータスが運用可能ステータスである場合には、ピアＲＳＧの待機中ステータスを受信したＰＷのステータスは受信中ステータスであって、ピアＲＳＧの活動中ステータスを受信したＰＷのステータスは活動中ステータスである。同様に、ＲＳＧのローカルステータスが活動中ステータスである場合には、ピアＣＳＧの待機中ステータスを受信したＰＷのステータスは受信中ステータスであって、ピアＣＳＧの活動中ステータスを受信したＰＷのステータスは活動中ステータスである；ＲＳＧのローカルステータスが待機中ステータスである場合には、ピアＣＳＧの待機中ステータスを受信したＰＷのステータスは休止ステータスであって、ピアＣＳＧの活動中ステータスを受信したＰＷのステータスは転送中ステータスである。休止ステータスのＰＷは顧客メッセージを転送も受信もできず、また転送中ステータスのＰＷは顧客メッセージを転送できるが受信できない。図４ではＣＳＧ＿１端部は活動中ステータスにあり、ＣＳＧ＿２端部は活動中ステータスにあり、ＲＳＧ＿１端部は活動中ステータスにあり、ＲＳＧ＿２端部は待機中ステータスにあることが仮定されており、ＣＳＧ＿１端部におけるＰＷ４０１のステータスは活動中ステータスであり、ＣＳＧ＿１端部におけるＰＷ４０２のステータスは受信中ステータスであり、ＣＳＧ＿２端部におけるＰＷ４０３のステータスは転送中ステータスであり、ＣＳＧ＿２端部におけるＰＷ４０４のステータスは休止ステータスであることが知られ得る。したがってＣＳＧ＿１はサービストラヒックを転送するためにＰＷ４０１を選択でき、ＣＳＧ＿２はサービストラヒックを転送するためにＰＷ４０３を選択できる。ＲＳＧ＿１はＰＷ４０１およびＰＷ４０３からサービストラヒックを受信した後にサービストラヒックをリンク６０１に転送する。
【００５８】
ＲＳＧおよびＲＮＣが２重端部切り替え（ｄｕａｌ−ｅｎｄ  ｓｗｉｔｃｈｉｎｇ）である双方向サービスを持つように構成される場合にはサービストラヒックの２方向のトラヒックは同じルートを通過し、ＲＳＧとＲＮＣとの間のリンクは障害がどの方向に発生しているかにかかわらずリンク障害と見做され、ＲＳＧは運用不能ステータスを示すためのＴ−ＬＤＰの通知メッセージをＣＳＧに送信する；ＲＳＧとＲＮＣとの間のリンクの２方向が正常であってＭＣ−ＡＰＳプロトコルにしたがって選択された結果が待機中ステータスである場合には、ＲＳＧは運用可能ステータスと待機中ステータスとを示すためのＴ−ＬＤＰの通知メッセージをＣＳＧに送信する；ＲＳＧとＲＮＣとの間のリンクの２方向が正常であってＭＣ−ＡＰＳプロトコルにしたがって選択された結果が活動中ステータスである場合には、ＲＳＧは他の実施形態と同様に運用可能ステータスと活動中ステータスとを示すためのＴ−ＬＤＰの通知メッセージをＣＳＧに送信する。
【００５９】
ＲＳＧおよびＲＮＣが単一端部切り替えである１方向サービスを持つように構成される場合には、サービストラヒックの２方向のトラヒックは図４に示されているように異なる経路を通過し、ＲＳＧはリンクのステータスを示すためにＲＳＧからＲＮＣの方向のリンク６０１および６０２の障害状況にしたがってＴ−ＬＤＰの通知メッセージをＣＳＧに送信する；リンクが障害状態になく、このリンクがＭＣ−ＡＰＳによって活動リンクとして選択されている場合には運用可能ステータスと活動中ステータスとが示される；リンクが障害状態にある場合には運用不能ステータスが示される；リンクが障害状態になくこのリンクがＭＣ−ＡＰＳによって待機中リンクとして選択されている場合には運用可能ステータスと待機中ステータスとが示される。
【００６０】
ＲＳＧからＲＮＣへの方向の活動リンク６０１が障害状態にあるとき、例えばＲＮＣはＲＮＣからＲＳＧ＿１へのファイバが障害状態にあることを検出し、ＣＳＧに送信されるべきトラヒックはＡＰＳプロトコルを介してリンク６０１からリンク６０２に切り替えられる。ＲＳＧ＿２がＲＮＣのトラヒックを受信した後に、トラヒックはＰＷ４０２がＲＳＧ＿２端部において転送中ステータスにあるのでＰＷ４０２に直接送信され得る。ＣＳＧ＿１がＰＷ４０２のトラヒックを受信した後、ＰＷ４０２はＣＳＧ＿１端部において受信中ステータスにあるのでＣＳＧ＿１はこのトラヒックを受信して正常に処理できる；ＣＳＧ＿１はトラヒックをセルサイト＿１に転送する。ＲＮＣからセルサイト＿２へのトラヒックは同じ仕方で処理される。サービスを、ＲＳＧ＿１およびＲＳＧ＿２上でＲＮＣから受信されたトラヒック内の顧客識別情報（ＳＴＭ−ｎのチャネル番号といった）にしたがって区別することが可能であり、異なるサービスは異なるＰＷに関連付けられ得る。したがってＲＮＣからセルサイトへのトラヒックは、如何なるＡＰＳプロトコルもＲＳＧとＣＳＧとの間の告知信号伝達もせずにＣＳＧに正しく転送され、それからセルサイトに転送されることが可能である。しかしながら従来技術では、ＲＳＧ＿１がＴ−ＬＤＰの障害通知メッセージをＣＳＧに送信し、ＣＳＧ＿１がこのメッセージを処理して活動中ステータスのＰＷをＰＷ４０１からＰＷ４０２に切り替えるまで、セルサイトに正しくトラヒックを転送することができない。これら一連の処置が完了する前に顧客メッセージは廃棄される。
【００６１】
ＲＮＣからＣＳＧへの方向のトラヒックに関しては、反対方向の類似の機構であり得るＭＣ−ＡＰＳによって活動／待機関係を調整して、これら２方向の活動／待機選択を引き受けることが必要である。２方向の選択結果は異なる可能性がある。ＲＮＣからＣＳＧへの方向のトラヒックの処理は活動中／待機中ＲＮＣからＣＳＧへの方向のトラヒックの処理と同じである。
【００６２】
ＲＳＧおよびＲＮＣが２重端部切り替えを持つように構成される場合には、すなわちこの切り替えは送信端部と受信端部との折衝によって完了させられることを必要とする。上記の活動／待機および双方向切り替えは２重端部切り替えである。ＲＳＧはＭＣ−ＡＰＳをサポートし、ＲＮＣは１：１モードで動作するＡＰＳをサポートすることが必要である。
【００６３】
ＲＳＧおよびＲＮＣが単一端部切り替えを持つように構成される場合、すなわちこの切り替えが受信端部において完了させられることだけを必要とする場合、送信端部は２重送信ステータスにあって１＋１モードで動作する。
【００６４】
図４に示されているようにＲＳＧは、リンクのステータスを示すためにＲＳＧからＲＮＣへの方向のリンク６０１および６０２の障害状況にしたがってＴ−ＬＤＰの通知メッセージをＣＳＧに送信する；リンクが障害状態になく、このリンクが選択調整プロトコル（ｓｅｌｅｃｔｉｏｎ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）（このパラグラフの下記の部分における「選択調整プロトコル」の第２の半分である）によって活動リンクとして選択されている場合には活動中ステータスが示される；リンクが障害ステータスにある場合には運用不能ステータスが示される；リンクが障害状態になく、このリンクが選択調整プロトコルによって待機中リンクとして選択されている場合には待機中ステータスが示される。単純な選択調整プロトコルはＲＳＧの間で必要とされる。ＲＮＣによって送信されたトラヒックを受信するためにＲＳＧ＿１が選択され、ＲＳＧ＿２はＲＮＣによって送信されたトラヒックを廃棄する（この場合ＲＮＣは２重送信ステータスにある）ことが仮定されている；一方ではＣＳＧによって送信されたトラヒックを受信するためにＲＳＧ＿２が選択され、ＲＳＧ＿１はＲＮＣがリンク６０１からトラヒックを受信しないように障害指示情報（例えばこの指示情報はすべて１である）をＲＮＣに送信することが仮定されている。
【００６５】
ＲＳＧからＲＮＣへの方向の活動リンク６０１が障害状態にあるときＲＳＧ＿１は運用不能ステータスを示すためのＴ−ＬＤＰの通知メッセージをＣＳＧに送信し、ＲＳＧ＿２はこの障害（ＩＣＣＰといった機構を使用してＲＳＧ＿１によって告知され得る）を認識した後に運用可能ステータスと活動中ステータスとを示すためのＴ−ＬＤＰの通知メッセージをＣＳＧに送信する。ＣＳＧ１はＴ−ＬＤＰの通知メッセージを受信して処理した後にトラヒックをＰＷ４０１からＰＷ４０２に切り替え、ＣＳＧ２は同様にトラヒックをＰＷ４０３からＰＷ４０４に切り替える。ＲＳＧ＿２はＣＳＧから送信されたトラヒックを受信してリンク６０２を介してこのトラヒックをＲＮＣに転送する。
【００６６】
ＲＮＣからＲＳＧへの方向の活動リンク６０１が障害状態にあるとき、例えばＲＮＣ上のサービスが双方向であるので処理は変更されない。ＲＳＧ＿２はＲＮＣによって送信されたトラヒックを受信し、この障害を認識した後にＰＷ４０２を介してこのトラヒックをＣＳＧに転送する（選択調整プロトコルは障害にしたがって新しい選択を行い、ＲＳＧ＿２は新しい活動デバイスになる）。ここでＰＷ４０２はＲＳＧ＿２端部において転送中ステータスにあるので、トラヒックはＰＷ４０２に直接送信され得る。ＣＳＧ＿１がＰＷ４０２のトラヒックを受信した後、ＰＷ４０２はＣＳＧ＿１端部において受信中ステータスにあるのでＣＳＧ＿１はトラヒックを受信して正常に処理することができる；ＣＳＧ＿１はトラヒックをセルサイト＿１に転送する。ＲＮＣからセルサイト＿２へのトラヒック処理はこれと同様である。サービスをＲＳＧ＿１およびＲＳＧ＿２上のＲＮＣから受信されたトラヒック内の顧客識別情報（ＳＴＭ−ｎのチャネル番号といった）にしたがって区別することが可能であり、異なるサービスは異なるＰＷに関連付けられ得る。したがってＲＮＣからセルサイトへのトラヒックは如何なるＡＰＳもＲＳＧとＣＳＧとの間の告知信号伝達もせずにＣＳＧに正しく転送され、それからセルサイトに転送されることが可能である。しかしながら従来技術では、ＲＳＧ＿１がＴ−ＬＤＰの障害通知メッセージをＣＳＧに送信し、ＣＳＧ＿１がこのメッセージを処理して活動中ステータスのＰＷをＰＷ４０１からＰＷ４０２に切り替えるまで、トラヒックはセルサイトに正しく転送され得ない。これら一連の処置が完了する前に顧客メッセージは廃棄される。
【００６７】
この実施形態ではＴＤＭおよびＡＴＭにおいてＣＳＧは、対応するＰＷ集約グループ内の「転送中」または「活動中」ステータスのＰＷを介して活動／待機戦略にしたがってサービストラヒックをＲＳＧに転送する。収束時間は短時間であり、切り替え速度は高速であり、単一端部切り替えが実現され得る。
【００６８】
図５は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第４の実施形態の概略図である。図５に示されているように本発明の擬似ワイヤに基づいてサービストラヒックを処理するための方法の第２および第３の実施形態に基づいて、ＣＳＧはユーザ向けプロバイダエッジ（Ｕｓｅｒ  Ｆａｃｉｎｇ  Ｐｒｏｖｉｄｅｒ  Ｅｄｇｅ）（以後、ＵＰＥと呼ばれる）デバイスに交換され、ＲＳＧはネットワーク向けプロバイダエッジ（以後、ＮＰＥと呼ばれる）デバイスに交換され、セルサイトはディジタル加入者線アクセスマルチプレクサ（以後、ＤＳＬＡＭと呼ばれる）に交換され、ＲＮＣはサービスルータ（以後、ＳＲと呼ばれる）に交換されるが、ここでＤＳＬＡＭは２つのＵＰＥ：ＵＰＥ＿１およびＵＰＥ＿２に２重ホーミングされている。ＵＰＥ端部およびＮＰＥ端部におけるＰＷ確立および転送ルールは上記実施形態の説明を参考にすることができる。本実施形態ではＳＲからＮＰＥ＿１およびＮＰＥ＿２への２つのリンクばかりでなくＤＳＬＡＭからＵＰＥ＿１およびＵＰＥ＿２への２つのリンクは、両方ともＡＣである。
本実施形態では、複数のトラヒックはＤＳＬＡＭを通り抜けた後の１つのサービストラヒックと同等であり、ＵＰＥ＿１およびＵＰＥ＿２上で処理されたものもまたＤＳＬＡＭがＵＰＥ＿１およびＵＰＥ＿２に２重ホーミングされているステータスになった後の１人の顧客のサービスと同等である。このときＵＰＥ＿１上にはＰＷ７０１およびＰＷ７０２を含むＰＷ集約グループが存在する。ＵＰＥ＿２上にはＰＷ７０３およびＰＷ７０４を含むＰＷ集約グループが存在する。
【００６９】
従来技術では、ＭＣ−ＬＡＧは２つのＵＰＥの間で活動中ＵＰＥと待機中ＵＰＥとを決定することを必要とする。ＡＣのステータスが変更されず、元のＰＷが障害状態にある場合には、冗長性保護を与えるためにＵＰＥ間でシャーシ間バックアップ（ｉｎｔｅｒ−ｃｈａｓｓｉｓ  ｂａｃｋｕｐ）（以後、ＩＣＢと呼ばれる）ＰＷを確立することによるか、ＮＰＥ間でＩＣＢ  ＰＷを確立することによって、トラヒックを方向変えすることが要求される。しかしながらこの実施形態ではトラヒックは、ＤＳＬＡＭの２つのリンクが同時に障害ステータスでない限り、現在使用されているＰＷに障害が生じた後にＩＣＢ  ＰＷなしに他の利用可能なＰＷに迅速に集められ得る。図５に示されているように、ＮＰＥ＿１端部におけるＰＷ７０１およびＰＷ７０３の両者は活動中ステータスにあり、ＳＲからＤＳＬＡＭへのトラヒックはＰＷ７０１から送信され、ＰＷ７０１が障害ステータスにあるときにはＳＲからＤＳＬＡＭへのトラヒックはＰＷ７０３から送信される。
【００７０】
本実施形態では、ＵＰＥは対応するＰＷ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってＡＣＤＳＬＡＭのサービストラヒックをＮＰＥに転送するが、ここでは収束時間は短時間であり、切り替え速度は高速である。更に、ＰＷ集約グループ内のメンバーＰＷの間で負荷分散を実現してネットワーク資源を十分に活用することが可能であり、またサービスの単一端部切り替えも実現され得るであろう。
【００７１】
図６は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するための方法の第５の実施形態の概略図である。図６に示されているようにＵＰＥ＿１のＣＥデバイスはＤＳＬＡＭ＿１であり、ＮＰＥ＿１のＣＥデバイスはＳＲである。２つのＰＷ、ＰＷ８０１およびＰＷ８０２はＵＰＥ＿１とＮＰＥ＿１との間で確立される。図６のＰＷは単一ホップ様式（ｓｉｎｇｌｅ−ｈｏｐ  ｍａｎｎｅｒ）を採用でき、この様式では２つのＰＷのトンネルは異なっており、トンネルが通る物理リンクまたは中間デバイスは一般に異なる。ＰＷはまたマルチホップ様式（ｍｕｌｔｉ−ｈｏｐ  ｗａｙ）を採用することもでき、例えばＰＷ８０１およびＰＷ８０２はＳＰＥ＿１デバイスおよびＳＰＥ＿２デバイスをそれぞれ通り抜ける。
【００７２】
ＰＷの接続性が障害状態にない場合、例えばＢＦＤまたはＭＰＬＳ  ＯＡＭといったＰＷ接続性検出によって障害が発見されない場合には、２つＰＷのステータスはＵＰＥ＿１およびＮＰＥ＿１のローカルステータスが同じであるので一致する。分散戦略にしたがって２つのＰＷは負荷分散ＰＷ集約グループを形成できる。
【００７３】
更に、ＵＰＥ＿１またはＮＰＥ＿１はローカル状況にしたがって活動／待機戦略を採用でき、また単に活動中ステータスまたは転送中ステータスのある一定のＰＷからメッセージを送信する。ピアデバイスは、ピアデバイスからローカルデバイスへの方向のトラヒックの経路を変更するために信号伝達メッセージを介してＰＷの活動中／待機中ステータスを通知され得るであろう。例えばＵＰＥ＿１はＰＷ８０１の優先順位をＰＷ８０２の優先順位より高く設定し、そしてＰＷ８０１およびＰＷ８０２は活動／待機作動モードを採用する。ＵＰＥ＿１のローカルステータスが活動中ステータスであるとき、ＵＰＥ＿１はＰＷ８０１のローカルステータスが活動中ステータスであることを示すために通知メッセージをＰＷ８０１のピアデバイスに送信し、同時にＰＷ８０２のローカルステータスが待機中ステータスであることを示すために通知メッセージをＰＷ８０２のピアデバイスに送信する。ＳＰＥは受信された通知メッセージを転送することを必要とする。ＮＰＥ＿１は同様の設定を有する：ＰＷ８０１は活動中であってＰＷ８０２は待機中であり、対応する通知メッセージはＵＰＥ＿１に送信される。設定の完了後にＰＷ８０１の経路上でトラヒックを送信および受信することが好ましい。ＵＰＥ＿１およびＮＰＥ＿１上で設定された活動中／待機中ステータスが不一致である場合には２つの方向のトラヒックはそれぞれ異なるＰＷを通り抜けるように、例えばＵＰＥ＿１からＮＰＥ＿１へＰＷ８０１を通り抜け、ＮＰＥ＿１からＵＰＥ＿１へＰＷ８０２を通り抜けるように導かれる。
【００７４】
本実施形態ではＵＰＥは、対応するＰＷ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介して分散戦略または活動／待機戦略にしたがってＡＣＤＳＬＡＭのサービストラヒックをＮＰＥに転送するが、ここで収束時間は短時間であり、切り替え速度は高速である；分散戦略が使用されるときにはネットワーク計画にしたがってトラヒック配信を柔軟に変更し、ＰＷ集約グループ内のメンバーＰＷの間で負荷分散を実現し、ネットワーク資源を十分に活用することが可能である；活動／待機戦略が使用されるときには、トラヒックが通過するＰＷが接続性障害を有するときに活動中ＰＷとして接続性障害を持たないＰＷの間で最も高い優先順位を有するＰＷを自動的に選択することが可能である；単一端部切り替えも同様に実現され得るであろう。
【００７５】
当分野に精通する人は上記実施形態の方法のステップの全部または一部がプログラムによって命令される関連ハードウエアによって実現され得ることを認めるであろう。前述のプログラムは、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスクなどといったプログラムコードを記憶できる種々の媒体を含むコンピュータ可読記憶媒体に記憶され得る。これらの実施形態の方法のステップはプログラムが実行されるときに実行される。
【００７６】
図７は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスの実施形態の概略構造図である。図７に示されているように擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスは、第１の受信モジュール７１と擬似ワイヤ集約グループモジュール７２と第１の転送モジュール７３とを備えており、
上記第１の受信モジュール７１は顧客エッジデバイスからサービストラヒックを受信するように構成されており；
上記擬似ワイヤ集約グループモジュール７２はサービストラヒックに対応する擬似ワイヤ集約グループを決定するように構成されており；
上記第１の転送モジュール７３はサービストラヒックに対応する１つより多い擬似ワイヤを含む擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイスに転送するように構成されている。
【００７７】
具体的にはＰＷ冗長技術では、ＰＥといった擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスはローカルデバイスとピアデバイスとに分割される。ローカルデバイスの第１の受信モジュール７１が顧客エッジデバイスからサービストラヒックを受信した後に擬似ワイヤ集約グループモジュール７２はこのサービストラヒックに対応する擬似ワイヤ集約グループを決定し、第１の転送モジュール７３はこの擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイスに転送する。ローカル戦略は負荷分散戦略または活動／待機戦略であり得る。サービストラヒックに対応する擬似ワイヤ集約グループ内の擬似ワイヤの各々の間の関係は負荷分散関係または活動／待機関係である。擬似ワイヤ集約グループのタイプ、擬似ワイヤ集約グループ内の各擬似ワイヤのタイプ、およびＡＣのタイプはイーサネット（登録商標）モード、非同期伝送モードまたは時分割多重モードであり得る。
【００７８】
更に、上記擬似ワイヤ集約グループモジュール７２は：サービス事例サブモジュール７２１と擬似ワイヤ集約グループサブモジュール７２２とを含み、
上記サービス事例サブモジュール７２１はサービストラヒックに対応するサービス事例を決定するように構成されており；
上記擬似ワイヤ集約グループサブモジュール７２２はサービス事例に対応する擬似ワイヤ集約グループをサービストラヒックに対応する擬似ワイヤ集約グループであると決定するように構成されている。
【００７９】
更に、擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスは第２の受信モジュール７４と第２の転送モジュール７５とを含む可能性があり、
上記第２の受信モジュール７４は擬似ワイヤ集約グループ内の受信中ステータスまたは活動中ステータスの擬似ワイヤを介してピアデバイスのサービストラヒックを受信するように構成されており；
上記第２の転送デバイス７５はピアデバイスのサービストラヒックを顧客エッジデバイスに転送するように構成されている。
【００８０】
更に、擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスは擬似ワイヤ集約グループの各々における各擬似ワイヤのステータスを決定することを必要とし、それによって更に取得モジュール７６と決定モジュール７７とを含むことができ；
上記取得モジュール７６はローカルデバイスのローカルステータスと各ピアデバイスのピアデバイスステータスとを取得するように構成されており；
上記決定モジュール７７は上記ローカルステータスとピアステータスとにしたがって擬似ワイヤ集約グループ内の各擬似ワイヤのステータスを決定するように構成されている。
【００８１】
異なるルールにしたがって上記決定モジュール７７は下記のモジュール：
ローカルステータスが運用不能ステータスである場合に擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスを障害ステータスであると決定するように構成された第１の決定サブモジュール７７１と；
ローカルステータスが活動中ステータスであってピアステータスが活動中ステータスである場合に擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスを活動中ステータスであると決定するように構成された第２の決定サブモジュール７７２と；
ローカルステータスが活動中ステータスであってピアステータスが待機中ステータスである場合に擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスを受信中ステータスであると決定するように構成された第３の決定サブモジュール７７３と；
ローカルステータスが待機中ステータスであってピアステータスが活動中ステータスである場合に擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスを転送中ステータスであると決定するように構成された第４の決定サブモジュール７７４と；
ローカルステータスが待機中ステータスであってピアステータスが待機中ステータスである場合に擬似ワイヤ集約グループ内のローカルデバイスとピアデバイスとの間の擬似ワイヤのステータスを休止ステータスであると決定するように構成された第５の決定サブモジュール７７５と；
擬似ワイヤ集約グループ内の擬似ワイヤの２つの端部におけるいずれかのデバイスまたはリンクが障害ステータスである場合に擬似ワイヤ集約グループ内のすべての擬似ワイヤのステータスを障害ステータスであると決定するように構成された第６の決定サブモジュール７７６と；のうちのいずれか１つまたは複数のモジュールを含み得る。
【００８２】
擬似ワイヤのステータスを決定するための具体的方法は、本発明の擬似ワイヤに基づいてサービストラヒックを処理するための方法の第１の実施形態における状況１〜状況６と関連説明とを参考にできる。
【００８３】
更に、擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスはサービスをピアデバイスに転送するための経路とピアデバイスのサービスを受信するための経路とを同じであるように更に設定する可能性があり；またはサービスをピアデバイスに転送するための経路とピアデバイスのサービスを受信するための経路とを異なるように設定する可能性がある。
【００８４】
この実施形態では、第１の受信モジュールが顧客エッジデバイスからサービストラヒックを受信した後に擬似ワイヤ集約グループモジュールはこのサービストラヒックに対応する擬似ワイヤ集約グループを決定し、それから第１の転送モジュールは決定サブモジュールの各々によって決定された擬似ワイヤのステータスにしたがって、対応する擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイスに転送し得る。この実施形態はサービストラヒックの平均収束速度を改善し、ネットワークに障害が発生したときの切り替え時間を短縮し、ネットワーク資源を十分に活用し、そしてネットワーク費用を削減することができるであろう。
【００８５】
図８は、本発明による擬似ワイヤに基づいてサービストラヒックを処理するためのシステムの実施形態の概略構造図である。図８に示されているように、擬似ワイヤに基づいてサービストラヒックを処理するためのシステムは：ローカルデバイス８１とピアデバイス８２とを含んでおり：
上記ローカルデバイス８１は、顧客エッジデバイスからサービストラヒックを受信し；このサービストラヒックに対応する擬似ワイヤ集約グループを決定し；サービストラヒックに対応する１つより多い擬似ワイヤを含む擬似ワイヤ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがってサービストラヒックをピアデバイス８２に転送するように構成されており；
上記ピアデバイス８２は、擬似ワイヤ集約グループ内の「受信中」または「活動中」ステータスの擬似ワイヤを介して上記ローカルデバイス８１からサービストラヒックを受信し、そしてローカルデバイス８１からピアデバイスに接続された顧客エッジデバイスにサービストラヒックを転送するように構成されている。
【００８６】
具体的には、ローカルデバイス８１は対応する擬似ワイヤ集約グループ内の転送中ステータスまたは活動中ステータスの擬似ワイヤを介してローカル戦略にしたがって顧客エッジデバイスからのサービストラヒックをピアデバイス８２に転送し；上記ピアデバイス８２は、擬似ワイヤ集約グループ内の受信中ステータスまたは活動中ステータスの擬似ワイヤを介してローカルデバイス８１のサービストラヒックを受信した後にローカルデバイス８１のサービストラヒックをピアデバイス８２に接続された顧客エッジデバイスに転送する。この実施形態におけるローカルデバイス８１とピアデバイス８２との構造は、本発明の実施形態の各々における擬似ワイヤに基づいてサービストラヒックを処理するためのデバイスの構造のいずれか１つを採用できる。
【００８７】
上記の実施形態ではローカルデバイスは、対応するＰＷ集約グループ内の「転送中」または「活動中」ステータスの擬似ワイヤを介してローカル戦略にしたがって顧客エッジデバイスからのサービストラヒックをピアデバイスに転送し、それによってサービストラヒックの平均収束速度を改善し、ネットワークに障害が発生したときの切り替え時間を短縮する。上記の実施形態はネットワーク資源を十分に活用してネットワーク費用を削減できであろう。
【００８８】
最後に、上記の実施形態が本発明の限定の代わりに本発明の技術的ソリューションを説明するためにだけ使用されていることは説明されるべきである。本発明は上記の実施形態を参照しながら詳細に説明されているが、当分野に精通する人々は前述の実施形態の各々において説明された技術的ソリューションが修正可能であり、または本発明の技術的特徴の一部が代用可能であることを認めるべきである。これらの修正または代用は、対応する技術的ソリューションを本発明の各実施形態の技術的ソリューションの範囲から逸脱させることはない。
【図１】
0005484590.tif 000002
【図２】
0005484590.tif 000003
【図３】
0005484590.tif 000004
【図４】
0005484590.tif 000005
【図５】
0005484590.tif 000006
【図６】
0005484590.tif 000007
【図７】
0005484590.tif 000008
【図８】
0005484590.tif 000009