(57)【特許請求の範囲】
【請求項１】
リングネットワークにおけるサービス処理方法であって、
リングネットワーク内の第１のノードが到達不可ノード情報を取得するステップと、
取得された前記到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象サービスを判定するステップと、
判定された前記スケルチ対象サービスに対してスケルチを実行するステップと、
を含む方法であって、
判定された前記スケルチ対象サービスに対してスケルチを実行する前記ステップは、サービスチャネルに基づくスケルチを実行するステップ、又は、リングチャネルに基づくスケルチを実行するステップ、を含み、
サービスチャネルに基づくスケルチを実行する前記ステップは、前記第１のノードが、取得された前記到達不可ノード情報及びローカルサービス情報に基づいて、スケルチ対象サービスに対してスケルチを実行するステップ、を含み、
サービスのリング・アウトノードが到達不可である場合、スケルチ対象サービスに対してスケルチを実行する前記ステップは、第１のノードが、前記スケルチ対象サービスのインバウンド・インターフェース転送レイヤにおいて無効フラグを設定し、前記スケルチ対象サービスを破棄するステップ、又は、前記スケルチ対象サービスに生存時間（Time  To  Live：ＴＴＬ）を設定するステップであって、当該ＴＴＬは予め設定されるＴＴＬ閾値以下であるステップと、を含み、
サービスのリング・インノードが到達不可である場合、スケルチ対象サービスに対してスケルチを実行する前記ステップは、第１のノードが、前記スケルチ対象サービスのアウトバウンド・インターフェース方向の下流へ警告表示信号（Alarm  Indication  Signal：ＡＩＳ）又は順方向欠陥表示（Forward  Defect  Indicator：ＦＤＩ）を送信するステップ、を含み、
リングチャネルに基づいてスケルチを実行する前記ステップは、前記第１のノードが、前記スケルチ対象サービスに基づいて、前記スケルチ対象サービスに対応するリングチャネルを判定し、該リングチャネルにより伝送されるサービスに対してスケルチを実行するステップ、を含み、
前記リングチャネルにより伝送されるサービスに対してスケルチを実行する前記ステップは、前記リングチャネルの転送レイヤに無効識別子を設定し、前記リングチャネルへ転送されるサービスを破棄するステップ、を含む、
方法。
【請求項２】
リングネットワーク内の第１のノードが到達不可ノード情報を取得する前記ステップは、
前記第１のノードが、当該第１のノードを起点として前記リングネットワークの第１の方向に沿って、障害ノードを検索するステップと、
前記第１の方向において第１の障害ノードが検索された場合に、前記第１の障害ノードを始点として第２の方向に沿って、当該第２の方向において第２の障害ノードが検索されるまで障害ノードを検索するステップと、
を含み、
前記第２の方向は前記第１の方向と反対の方向であり、
前記第１の障害ノードは前記第１の方向において最初に検索される障害ノードであり、前記第２の障害ノードは前記第２の方向において最初に検索される障害ノードであり、
前記第１の方向において、前記第１の障害ノードと前記第２の障害ノードの間のノードが到達不可ノードである、
請求項１に記載の方法。
【請求項３】
障害ノードを検索する前記ステップは、
前記第１のノードが、リングネットワークトポロジー及び障害点情報に基づいて、障害ノードを検索するステップ、
を含む、
請求項２に記載の方法。
【請求項４】
前記障害点情報は、
前記第１のノードが、障害点に隣接するノードにより送信される自動保護切替（Automatic  Protection  Switching：ＡＰＳ）プロトコルパケットを受信するステップ、
により取得され、
前記ＡＰＳプロトコルパケットには、前記障害点情報が含まれる、
請求項３に記載の方法。
【請求項５】
前記リングネットワークトポロジーは、
前記第１のノードにおいて前記リングネットワークトポロジーを構成するステップ、又は、
前記第１のノードが、前記リングネットワーク内のその他のノードとプロトコルパケットの交換を実行することにより、前記リングネットワークトポロジーを取得するステップ、
によって取得される、
請求項３に記載の方法。
【請求項６】
前記第１のノードが前記リングネットワーク内のその他のノードとプロトコルパケットの交換を実行することにより前記リングネットワークトポロジーを取得する前記ステップは、
第１のノードが、第１タイプの長路自動保護切替（Automatic  Protection  Switching：ＡＰＳ）プロトコルパケットを受信するステップであって、当該第１タイプの長路ＡＰＳプロトコルパケットは前記第１のノードの隣接ノードから送信され、宛先ノードは前記第１のノードであり、当該第１タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、当該第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含む、ステップと、
前記第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数に基づき、前記リングネットワーク内のノード数を判定するステップと、
前記第１のノードが、第２タイプの長路ＡＰＳプロトコルパケットを送信且つ／又は受信し、当該第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を記録するステップであって、当該第２タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、当該第２タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含み、当該第２タイプの長路ＡＰＳプロトコルパケットの宛先ノードは、前記リングネットワーク内の前記第１のノード以外のノードである、ステップと、
第１のノードが、前記リングネットワーク内のノード数と、前記第１タイプの長路ＡＰＳプロトコルパケット及び前記第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報とに基づいて、リングネットワークトポロジーを判定するステップと、
を含む、
請求項５に記載の方法。
【請求項７】
取得された前記到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象サービスを判定する前記ステップは、
前記第１のノードが、前記到達不可ノード情報に基づいて、ローカルサービス情報においてリング・イン（ring-in）ノード及び／又はリング・アウト（ring-out）ノードが到達不可ノードであるサービスが存在するか否かを判定し、存在する場合、当該サービスがスケルチ対象サービスであると判定するステップ、
を含む、
請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
取得モジュール、判定モジュール及びスケルチモジュールを有するネットワークデバイスであって、
前記取得モジュールは、到達不可ノード情報を取得し、当該到達不可ノード情報を前記判定モジュールへ送信し、
前記判定モジュールは、前記取得モジュールにより取得される前記到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象サービスを判定し、判定された当該スケルチ対象サービスを前記スケルチモジュールへ送信し、
前記スケルチモジュールは、前記判定モジュールにより判定されるスケルチ対象サービスに対してスケルチを実行し、
前記スケルチモジュールは、判定されたスケルチ対象サービスに対して、サービスチャネルに基づいてスケルチを実行する第１のスケルチユニット、又は、判定されたスケルチ対象サービスに対して、リングチャネルに基づいてスケルチを実行する第２のスケルチユニット、を有し、
前記第１のスケルチユニットは、取得された前記到達不可ノード情報及びローカルサービス情報に基づいて、スケルチ対象サービスに対してスケルチを実行し、
サービスのリング・アウトノードが到達不可である場合、前記第１のスケルチユニットは更に、当該スケルチ対象サービスのインバウンド・インターフェース転送レイヤにおいて無効フラグを設定し、当該スケルチ対象サービスを破棄し、又は、当該スケルチ対象サービスに生存時間（Time  To  Live：ＴＴＬ）を設定し、ここで前記ＴＴＬは予め設定されるＴＴＬ閾値以下であり、
サービスのリング・インノードが到達不可である場合、前記第１のスケルチユニットは更に、当該スケルチ対象サービスのアウトバウンド・インターフェース方向の下流へ警告表示信号（Alarm  Indication  Signal：ＡＩＳ）又は順方向欠陥表示（Forward  Defect  Indicator：ＦＤＩ）を送信し、  前記第２のスケルチユニットは、特に、前記スケルチ対象サービスに基づいて、該スケルチ対象サービスに対応するリングチャネルを判定し、該リングチャネルにより伝送されるサービスに対してスケルチを実行し、
前記第２のスケルチユニットは、前記リングチャネルの転送レイヤにおいて無効識別子を設定し、前記リングチャネルへ転送されるサービスを破棄することにより、前記リングチャネルにより伝送される前記サービスに対してスケルチを実行する、
ネットワークデバイス。
【請求項９】
前記取得モジュールは、第１の検索ユニット、第２の検索ユニット及び取得ユニットを有し、
前記第１の検索ユニットは、前記ネットワークデバイス自身を始点としてリングネットワークの第１の方向に沿って第１の障害ノードを検索し、当該第１の障害ノードを前記第２の検索ユニット及び前記取得ユニットへ送信し、ここで前記第１の障害ノードは、前記第１の方向において最初に検索される障害ノードであり、
前記第２の検索ユニットは、前記第１の障害ノードを始点として第２の方向に沿って、当該第２の方向において第２の障害ノードが検索されるまで障害ノードを検索し、当該第２の障害ノードを前記取得ユニットへ送信し、ここで第２の方向は前記第１の方向と反対の方向であり、前記第２の障害ノードは当該第２の方向において最初に検索される障害ノードであり、
前記取得ユニットは、前記第１の検索ユニット及び前記第２の検索ユニットにより送信される情報に基づいて到達不可ノード情報を取得し、ここで前記第１の方向において前記第１の障害ノードと前記第２の障害ノードの間のノードが、到達不可ノードである、
請求項８に記載のネットワークデバイス。
【請求項１０】
前記取得モジュールは更に、
リングネットワークトポロジーを取得するトポロジー取得ユニットと、
障害点情報を取得する障害点情報取得ユニットと、
を有し、
前記第１の検索ユニット及び前記第２の検索ユニットは、前記トポロジー取得ユニットにより取得されるリングネットワークトポロジーと、前記障害点情報取得ユニットにより取得される障害点情報とに基づいて、前記第１の障害ノード及び前記第２の障害ノードを検索する、
請求項９に記載のネットワークデバイス。
【請求項１１】
前記障害点情報取得ユニットは、
障害点に隣接するノードにより送信され障害点情報を含む自動保護切替（Automatic  Protection  Switching：ＡＰＳ）プロトコルパケットを受信する受信サブユニットと、
前記受信サブユニットにより受信されるＡＰＳプロトコルパケットから前記障害点情報を取得する取得サブユニットと、
前記取得サブユニットにより取得される障害点情報を前記第１の検索ユニット及び前記第２の検索ユニットへ送信する送信サブユニットと、
を有する、
請求項１０に記載のネットワークデバイス。
【請求項１２】
前記トポロジー取得ユニットは、
前記リングネットワークトポロジーを構成する静的サブユニット、又は、
リングネットワーク内のその他のノードとプロトコルパケットの交換を実行することにより前記リングネットワークトポロジーを取得する動的サブユニット、
を有する、
請求項１０に記載のネットワークデバイス。
【請求項１３】
前記動的サブユニットは、第１の処理サブユニット、ノード数判定サブユニット、第２の処理サブユニット及びリングネットワークトポロジー判定サブユニットを有し、
前記第１の処理サブユニットは、第１タイプの長路ＡＰＳプロトコルパケットを受信し、当該第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数を前記ノード数判定サブユニットへ送信し、
ここで、当該第１タイプの長路ＡＰＳプロトコルパケットは、前記ネットワークデバイスの隣接ノードにより送信され、宛先ノードは前記ネットワークデバイスであり、当該第１タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、当該第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含み、
前記ノード数判定サブユニットは、前記第１の処理サブユニットにより送信される前記第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数に基づいて、リングネットワークのノード数を判定し、判定された前記リングネットワークのノード数を前記リングネットワークトポロジー判定サブユニットへ送信し、
前記第２の処理サブユニットは、第２タイプの長路ＡＰＳプロトコルパケットを送信且つ／又は受信し、当該第２タイプのＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を記録し、当該第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を前記リングネットワークトポロジー判定サブユニットへ送信し、
ここで、前記第２タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、当該第２タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含み、当該第２タイプの長路ＡＰＳプロトコルパケットの宛先ノードは、前記リングネットワーク内の前記ネットワークデバイス以外のノードであり、
前記リングネットワークトポロジー判定サブユニットは、受信された前記リングネットワークのノード数と、前記第１タイプの長路ＡＰＳプロトコルパケット及び前記第２タイプの長路ＡＰＳプロトコルパケットに含まれる前記ソースノード情報及び前記宛先ノード情報とに基づいて、リングネットワークトポロジーを判定する、
請求項１２に記載のネットワークデバイス。
【請求項１４】
前記判定モジュールは、前記到達不可ノード情報に基づいて、ローカルサービス情報において、リング・イン（ring-in）ノード及び／又はリング・アウト（ring-out）ノードが到達不可ノードであるサービスが存在するか否かを判定し、存在する場合、当該サービスがスケルチ対象サービスであると判定する、
請求項８乃至１３のいずれか一項に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１２年６月１１日に中国特許庁に出願された「リングネットワークにおけるサービス処理方法及びネットワークデバイス」と題する中国特許出願第２０１２１０１９０００２．２号に対する優先権を主張し、その内容の全体を参照することにより本明細書に援用する。
【０００２】
本発明は通信技術に関し、特にリングネットワークにおけるサービス処理方法及びネットワークデバイスに関する。
【背景技術】
【０００３】
ＭＰＬＳ（Multi-Protocol  Label  Switching：ＭＰＬＳ）技術の発展に伴い、ネットワークの信頼性を増強する目的で、様々なＭＰＬＳリングネットワーク保護方法が徐々に登場している。各保護方法には、ラップ（wrapping）切替方式及びステア（steering）切替方式が含まれ得る。例えば、リングネットワークが正常に動作している場合、リングネットワークにおけるサービスの伝送路は図１に示すようになる。リングネットワークのノード４とノード３の間に障害が発生した場合、ラップ切替方式では、図１ｂの点線で示される経路に沿って切替えが実行される。ステア切替方式では、図１ｃの点線で示す経路に沿って切替えが実行される。
【０００４】
ラップ切替方式であるのかステア切替方式であるのかに関わらず、リングネットワークのリング・イン（ring-in）ノード又はリング・アウト（ring-out）ノードに障害が発生した場合、或いは周辺の障害によりリング・インノード間又はリング・アウトノード間が切り離された場合、以下のような問題が生じる。すなわち、既にサービスの正常な接続が不可能であっても、ＭＰＬＳリングネットワーク保護により更に切替が開始される。結果として、既に到達不可であるサービスのトラフィックがリングネットワークの各ノードで更に転送され、その他の正常に接続可能なサービスの帯域幅を占有してしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
到達不可サービスのトラフィックが帯域幅を占有し他の到達可能サービスに影響を与えることを防ぐために、一態様によれば、本発明はリングネットワークにおけるサービス処理方法を提供する。
【課題を解決するための手段】
【０００６】
該方法は、
リングネットワーク内の第１のノードが到達不可ノード情報を取得するステップと、
取得された到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象サービスを判定するステップと、
判定されたスケルチ対象サービスに対してスケルチを実行するステップと、
を含む。
【０００７】
別の態様によれば、本発明は更にネットワークデバイスを提供する。該ネットワークデバイスは、取得モジュール、判定モジュール及びスケルチモジュールを有する。
取得モジュールは、到達不可ノード情報を取得し、当該到達不可ノード情報を判定モジュールへ送信し、
判定モジュールは、取得モジュールにより取得される到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象サービスを判定し、判定されたスケルチ対象サービスをスケルチモジュールへ送信し、
スケルチモジュールは、判定モジュールにより判定されるスケルチ対象サービスに対してスケルチを実行する。
【０００８】
本発明の有益な効果は、到達不可のサービスに対してスケルチを実行することにより、他の保護チャネルの帯域幅が占有されることを防ぎ、他の到達可能なサービスへの影響を最小限に抑えられることである。
【図面の簡単な説明】
【０００９】
【図１ａ】リングネットワークが正常に動作している場合のリングネットワークにおけるサービスの伝送路を示す概略図である。
【図１ｂ】リングネットワークに障害が発生した場合のラップ切替方式におけるサービス経路を示す概略図である。
【図１ｃ】リングネットワークに障害が発生した場合のステア切替方式におけるサービス経路を示す概略図である。
【図２】本発明の一実施例に係るリングネットワークにおけるサービス処理方法を示すフローチャートである。
【図３ａ】本発明の実施例における障害点の概略図である。
【図３ｂ】本発明の実施例における障害点の概略図である。
【図４ａ】本発明の実施例に係る障害点情報を取得する方法を示す概略図である。
【図４ｂ】本発明の実施例に係る障害点情報を取得する方法を示す概略図である。
【図５ａ】本発明の一実施例に係る、リングネットワークトポロジーの静的な取得を示す概略図である。
【図５ｂ】本発明の一実施例に係る、リングネットワークトポロジーの動的な取得を示すフローチャートである。
【図６】本発明の一実施例に係るＡＰＳプロトコルパケットのフォーマットを示す概略図である。
【図７】本発明の一実施例に係る、リングネットワークトポロジーの動的な取得を示すフローチャートである。
【図８】本発明の一実施例に係るリングネットワークサービスの概略図である。
【図９】本発明の一実施例に係るネットワークデバイスの構成概略図である。
【図１０】本発明の一実施例に係る取得モジュールの構成概略図である。
【図１１】本発明の一実施例に係る取得モジュールの構成概略図である。
【図１２】本発明の一実施例に係る障害点情報取得ユニットの構成概略図である。
【図１３】本発明の一実施例に係るトポロジー取得ユニットの構成概略図である。
【図１４】本発明の一実施例に係る動的サブユニットの構成概略図である。
【図１５】本発明の一実施例に係るスケルチモジュールの構成概略図である。
【図１６】本発明の一実施例に係るネットワークデバイスの構成概略図である。
【図１７】本発明の一実施例に係るネットワークデバイスの構成概略図である。
【図１８】本発明の一実施例に係るネットワークデバイスの構成概略図である。
【図１９】本発明の一実施例に係るネットワークデバイスの構成概略図である。
【発明を実施するための形態】
【００１０】
図２は、本発明の一実施例に係るリングネットワークにおけるサービス処理方法を示すフローチャートである。図２に示すように、該方法は以下のステップを含む。
【００１１】
１００：リングネットワーク内の第１のノードが、到達不可ノード情報を取得する。
【００１２】
１０１：第１のノードが、取得された到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象（squelched）サービスを判定する。
【００１３】
１０２：第１のノードが、判定されたスケルチ対象サービスに対してスケルチを実行する。
【００１４】
ここで、第１のノードは代表的なものであり、リングネットワークの任意のノードを表すことができる。
【００１５】
任意に、障害ノード／障害リンクに隣接するノードは、隣接ノード／隣接リンクに障害が発生したことを最初に知るノードであるので、第１のノードは、障害ノード／障害リンクに隣接するノードのことを指すことができる。この場合、障害ノード／障害リンクに隣接するノードにおいて、判定されたスケルチ対象サービスに対してスケルチが実行される。よって、リングネットワークにおいてサービスに対しスケルチを実行するノードの数を低減することができ、できる限り多くのノードが正常なサービスの転送に集中することができる。
【００１６】
任意に、リングネットワーク内の第１のノードが到達不可ノード情報を取得するステップ（１００）は、以下のステップを含んでよい。すなわち、第１のノードが、自身を始点としてリングネットワークの第１の方向に沿って障害ノードを検索するステップと、第１の方向において最初の障害ノード（第１の障害ノードと呼ぶ）を検索した後、第１の障害ノードを始点としてリングネットワークの第２の方向に沿って、第２の方向における最初の障害ノード（第２の障害ノードと呼ぶ）が検索されるまで障害ノードを検索するステップと、を含んでよい。ここで、第２の方向は第１の方向と反対の方向である。例えば、時計回りの方向を第１の方向とし、反時計回りの方向を第２の方向としてよい。或いは、反時計回りの方向を第１の方向とし、時計回りの方向を第２の方向としてもよい。上述の第１の方向において、第１の障害ノードと第２の障害ノードの間のノードが到達不可ノードである。
【００１７】
任意に、第１のノードが障害ノードを検索するステップは、リングネットワークトポロジー及び障害点情報に基づいて障害ノードを検索するステップであってよい。
【００１８】
任意に、第１のノードが第１の障害ノードを検索した後、第２の方向に沿って第２の障害ノードを検索する場合、検索されたノード情報を記録してもよい。
【００１９】
例えば、第１のノードは、自身を始点として特定の１方向（第１の方向でも第２の方向でもよい）に沿って、リングネットワークの各ノードのノード情報が障害点情報に存在するか否かを判定する。あるノードのノード情報が障害点情報に存在する場合、当該ノードが障害ノードである。第１の障害ノードが検索された後、反対方向の検索が実行され、ノード情報が記録される。反対方向に第２の障害ノードが発見された後、検索は停止され、第２の障害ノード情報が記録された後、ノード情報の記録が停止される。この場合、記録されるノード情報に対応するノードが到達可能ノードであり、リングネットワーク内のその他のノードが到達不可ノードである。第１の方向に沿って検索が実行され第１のノードに戻るまで第１の障害ノードが発見されない場合、検索は停止される。この場合、リングネットワークの全てのノードが到達可能ノードとみなされてよい。
【００２０】
任意に、障害点が特定のノードに位置する場合、障害点情報は当該ノードのノード情報である。障害点がリンク上に位置する場合、障害点情報は当該障害リンクの両端のノードのノード情報である。例えば図３ａのように、ノード２とノード３の間のリンクに障害が発生した場合、障害点情報とは、ノード２及びノード３のノード情報のことを指す。具体的な障害点情報の形式を（ソースノード，宛先ノード）、（宛先ノード，ソースノード）等と表すことにより、ソースノードから宛先ノードの間のリンクに障害が発生したことを表すことができる。例えば、ノード２とノード３の間のリンクに障害が発生した場合、障害点情報は（２，３）又は（２，３）と表すことができる。
【００２１】
リンクに障害が発生した（すなわち、障害点がリンク上に位置する）場合、自動保護切替（Automatic  Protection  Switching：ＡＰＳ）プロトコルの規定に基づいて、自動障害切替が実行される。障害リンクの両端のノードは、第１の方向と第２の方向とのそれぞれに、リングネットワーク内のその他のノードへＡＰＳプロトコルパケットを送信する。ＡＰＳプロトコルパケットには障害点情報が含まれる。リングネットワークでは、あるノードから別のノードまでには２つの方向があり、これら２つの方向において経由するノードの数が異なる可能性がある。経由するノードの数が多い経路のＡＰＳプロトコルパケットを長路ＡＰＳプロトコルパケットと呼び、経由するノードの数が少ない経路のＡＰＳプロトコルパケットを短路ＡＰＳプロトコルパケットと呼ぶことができる。図４ａに示すように、ノード２は、リングネットワーク内のその他のノードに対し、信号障害（Signal  Fail：ＳＦ）パケット等のＡＰＳプロトコルパケットを送信する。ＳＦパケットに含まれる障害点情報は（３，２）である。ノード３は、リングネットワーク内のその他のノードへＳＦパケットを送信する。当該ＳＦパケットに含まれる障害点情報は（２，３）である。この場合、ノード２に関していえば、長路ＡＰＳプロトコルパケットは、反時計回りの方向にノード３へ送信されるＳＦ（３，２）であり、短路ＡＰＳプロトコルパケットは、時計回りの方向にノード３へ送信されるＳＦ（３，２）である。これに対応して、ノード３に関していえば、長路ＡＰＳプロトコルパケットは、時計回りの方向にノード２へ送信されるＳＦ（２，３）であり、短路ＡＰＳプロトコルパケットは、反時計回りの方向にノード２へ送信されるＳＦ（２，３）である。
【００２２】
リングネットワークの特定のノードに障害が発生した（すなわち、障害点が特定のノードに位置する）場合、障害ノードの両端のノードも同様に、第１の方向と第２の方向とのそれぞれに、リングネットワーク内のその他のノードへＡＰＳプロトコルパケットを送信する。ＡＰＳプロトコルパケットは障害点情報を含み、障害点情報は障害が発生したノードの識別子である。図３ｂに示すように、ノード２に障害が発生したことをノード３が発見した場合、ノード３が送信するＡＰＳプロトコルパケットに含まれる障害点情報は、ノード２のノード識別子である。
【００２３】
第１のノードは、これらのＡＰＳプロトコルパケットを受信した後、それらに含まれる障害点情報を記録する。障害点に隣接する全てのノードがＡＰＳプロトコルパケットを送信するので、第１のノードは、同一の障害点に関して複数のＡＰＳプロトコルパケットを受信する可能性がある。任意に、受信されたＡＰＳプロトコルパケットに関して障害点情報が同一である場合、任意の１つのＡＰＳプロトコルパケットに含まれる障害点情報が記録される。ここで、障害点情報が同一である場合には、ソースノードと宛先ノードが同一である場合と、その２つが反対である場合とが含まれてよい。例えば、（３，２）と表される障害点情報と（２，３）と表される障害点情報とは、同一であるとみなされる。
【００２４】
リングネットワークでは、同時に、或いは連続して、複数の障害が発生する可能性がある。ＡＰＳプロトコルに基づいて、各障害により自動障害切替がトリガされる。任意に、いくつかの状況において、障害切替の優先度は異なってよい。例えば特定の時間に、自動的に開始された障害切替が実行されており、この時に手動操作で障害切替がトリガされると仮定する。手動操作でトリガされた障害切替の優先度が自動的に開始された障害切替の優先度よりも高い場合、この自動的に開始された障害切替は取り消されたものとみなされ、デバイスは手動操作でトリガされた障害切替を直接実行する。本発明の実施例では、このような状況を障害切替の奪取と呼ぶ。任意に、別の状況では、障害切替によって別の障害切替が取り消されたとみなされることはない。本発明の実施例では、このような状況を障害切替の共存と呼ぶ。
【００２５】
障害切替の共存の場合、第１のノードは受信された障害点情報を記録する。図４ｂに示すリングネットワークでは、ノード２とノード３の間のリンクと、ノード３とノード４の間のリンクとの両方に障害が発生している。ノード２は第１の方向と第２の方向とのそれぞれに、その他のノードへＳＦ（３，２）を送信する。ノード４は第１の方向と第２の方向とのそれぞれに、その他のノードへＳＦ（３，４）を送信する。ノード１は、ＳＦ（３，４）及びＳＦ（３，２）を受信した後、ＳＦ（３，４）に基づいて到達不可ノードがノード３及びノード４であると判定し、ＳＦ（３，２）に基づいて到達不可ノードがノード３及びノード２であると判定する。したがって、障害点情報として（２，３，４）が記録される。
【００２６】
障害切替の奪取の場合、奪取された障害切替は既に取り消されたものとみなされ、リングネットワークには、優先度の高い障害切替によりトリガされたＡＰＳプロトコルパケットのみが存在する。第１のノードは、当該ＡＰＳプロトコルパケットに含まれる障害点情報を記録し、以前記録された障害点情報を消去する。
【００２７】
任意に、障害が回復した後、障害点の両端のノードはＡＰＳプロトコルパケットを再送しない。所定の時間内に第１のノードが同一の障害点情報を含むＡＰＳプロトコルパケットを再受信しない場合、当該障害点は既に正常に回復したものとみなされてよく、当該障害点情報は削除されてよい。
【００２８】
任意に、以下の２つの方式（限定ではない）によりリングネットワークトポロジーが取得されてよい。
【００２９】
第１の方式は、静的方式である。リングネットワークトポロジーは、リングネットワークのノード（例えば第１のノード）に構成される。例えば、リングネットワークを構成するとき、リングネットワークトポロジーは同じ方向（例えば時計回り或いは反時計回り）に沿って各ノードに構成される。図５ａに示すように、リングネットワークに合計６つのノードが存在し、時計回りの方向に沿って構成されると仮定する。各ノードのリングネットワークトポロジーはそれぞれ、ノード１では１２３４５６、ノード２では２３４５６１、ノード３では３４５６１２であってよく、ノード４〜６でも同様であるので言及しない。反時計回りで構成を行う場合は時計回りの構成と反対であるので、ここでは詳述しない。
【００３０】
第２の方式は、動的方式である。第１のノードは、他のノードとプロトコルパケットを交換することによって、リングネットワークトポロジーを取得する。このプロセスは、図５ｂに示すように以下のステップを含んでよい。
【００３１】
５０１：第１のノードが、第１タイプの長路ＡＰＳプロトコルパケットを受信する。ここで、第１タイプの長路ＡＰＳプロトコルパケットは、第１のノードの隣接ノードから送信され、宛先ノードは第１のノードである。第１タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、当該第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含む。
【００３２】
任意に、ＡＰＳプロトコルパケットのフォーマットは、図６に示すようなものであってよい。Destination  node  IDは宛先ノードＩＤであり、Source  node  IDはソースノードＩＤであり、Bridge  Requestはブリッジ要求であり、Reservedは予備フィールドである。予備フィールドでは、１〜４ビットを使用して長路ＡＰＳプロトコルパケットの経由するノードの数（NodeNum）を記録してよい。当然ながら、１〜４ビットでは不十分である場合は、より多くのビットを用いてNodeNumを記録してよく、ここでは特に限定されない。
【００３３】
５０２：第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数に基づき、リングネットワークのノード数を判定する。
【００３４】
図５ａに示すリングネットワークの構成を例にとると、ノード４は隣接するノード３へ長路ＡＰＳプロトコルパケットを送信する。当該長路ＡＰＳプロトコルパケットが宛先ノード３に到達する場合、ＡＰＳプロトコルパケットの予備フィールドに記録されるノード数は５である。ノード３は、ノード３の他にリングネットワークに５つのノードが含まれると判定することができる。
【００３５】
５０３：第１のノードが、第２タイプの長路ＡＰＳプロトコルパケットを送信且つ／又は受信し、当該第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を記録する。第２タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、第２タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含む。第１タイプの長路ＡＰＳプロトコルパケットとは異なり、第２タイプの長路ＡＰＳプロトコルパケットの宛先ノードは第１のノードではなく、リングネットワーク内の第１のノード以外のノードである。
【００３６】
任意に、第１のノードが第２タイプの長路ＡＰＳプロトコルパケットを送信する場合、第２タイプの長路ＡＰＳプロトコルパケットのソースノードは第１のノードであり、宛先ノードは第１のノードの隣接ノードである。第１のノードが第２タイプの長路ＡＰＳプロトコルパケットを受信する場合、第２タイプの長路ＡＰＳプロトコルパケットのソースノードはリングネットワーク内の第１のノード以外のノードであり、宛先ノードは、当該ノードの隣接ノードである。
【００３７】
第１のノードがその他のノードから第２タイプの長路ＡＰＳプロトコルパケットを受信する場合、第１のノードは、第２タイプの長路ＡＰＳプロトコルパケットの経由するノードの数に１を加えてから、当該第２タイプの長路ＡＰＳプロトコルパケットを次のノードへ送信する。
【００３８】
５０４：第１のノードが、判定されたリングネットワークのノード数と、第１タイプの長路ＡＰＳプロトコルパケット及び第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報とに基づいて、リングネットワークトポロジーを判定する。
【００３９】
第２タイプの長路ＡＰＳプロトコルパケットの宛先ノードとソースノードは、互いに隣接する。よって、第１のノードは、リングネットワーク内のその他のノードにより送信された長路ＡＰＳプロトコルパケットを受信する場合、当該長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を用いて、リングネットワークトポロジーを判定することができる。
【００４０】
図５ａに示されるリングネットワーク構成を参照してノード３を例にとると、ノード３は、リングネットワークにノード３以外にも５つのノードが含まれると判定した後、リングネットワークに合計６つのノードが存在することを知ることができる。
【００４１】
よって、ノード３が受信する第１タイプの長路ＡＰＳプロトコルパケットは、
ノード２が反時計回りの方向にノード３へ送信する長路ＡＰＳプロトコルパケット（２，３）と、
ノード４が時計回りの方向にノード３へ送信する長路ＡＰＳプロトコルパケット（４，３）と、
である。
【００４２】
ノード３が更に送信且つ／又は受信する第２タイプの長路ＡＰＳプロトコルパケットは、
ノード１が反時計回りの方向にノード２へ送信する長路ＡＰＳプロトコルパケット（１，２）及びノード３が時計回りの方向にノード２へ送信する長路ＡＰＳプロトコルパケット（３，２）と、
ノード６が反時計回りの方向にノード１へ送信する長路ＡＰＳプロトコルパケット（６，１）及びノード２が時計回りの方向にノード１へ送信する長路ＡＰＳプロトコルパケット（２，１）と、
ノード５が反時計回りの方向にノード６へ送信する長路ＡＰＳプロトコルパケット（５，６）及びノード１が時計回りの方向にノード６へ送信する長路ＡＰＳプロトコルパケット（１，６）と、
ノード４が反時計回りの方向にノード５へ送信する長路ＡＰＳプロトコルパケット（４，５）及びノード６が時計回りの方向にノード５へ送信する長路ＡＰＳプロトコルパケット（６，５）と、
ノード３が反時計回りの方向にノード４へ送信する長路ＡＰＳプロトコルパケット（３，４）及びノード５が時計回りの方向にノード４へ送信する長路ＡＰＳプロトコルパケット（５，４）と、
である。
【００４３】
リングネットワークのノード数に基づいて、第１のノードは、特定の方向（例えば時計回りの方向）において全ての第１タイプの長路ＡＰＳプロトコルパケット及び全ての第２タイプの長路ＡＰＳプロトコルパケットが送信且つ／又は受信されたか否かを知ることができる。そうである場合、第１のノードは、第１タイプの長路ＡＰＳプロトコルパケット及び第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報に基づいて、リングネットワークトポロジーを判定することができる。例えば、ノード３はソースノード及び宛先ノード情報を記録し、以下のような情報を取得することができる。すなわち、時計回りの方向において（６，５）、（１，６）、（２，１）、（３，２）、…、反時計回りの方向において（２，３）、（１，２）、（６，１）、（５，６）、…を取得することができる。このように、ノード３は、リングネットワークトポロジーが時計回りの方向において３４５６１２であり、反時計回りの方向において３２１６５４であると判定することができる。
【００４４】
任意に、図７に示すように、上述の実施方式に基づいて以下のような構成が含まれてよい。
【００４５】
５０５：第１の方向の長路ＡＰＳプロトコルパケットと第２の方向の長路ＡＰＳプロトコルパケットとにそれぞれ基づいて、リングネットワークトポロジーを判定する。両者が異なる場合、リングネットワークの構成に問題がある可能性が示され、警告が生成される。
【００４６】
任意に、第１のノードが取得された到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象サービスを判定するステップ（１０１）は、
第１のノードが到達不可ノード情報に基づいて、ローカルサービス情報においてリング・インノード及び／又はリング・アウトノードが到達不可ノードであるサービスが存在するか否かを判定し、存在する場合、当該サービスがスケルチ対象サービスであると判定するステップ、
を含んでよい。ここで、ローカルサービス情報は、少なくともサービス方向と、サービスのリング・インノード識別子又はサービスのリング・アウトノード識別子とを含んでよい。
【００４７】
任意に、第１のノードが判定されたスケルチ対象サービスに対してスケルチを実行するステップ（１０２）は、
サービスチャネルに基づいてスケルチを実行するステップ、
であってよい。第１のノードは、取得された到達不可ノード情報及びローカルサービス情報に基づいて、スケルチ対象サービスに対してスケルチを実行する。
【００４８】
例えば、サービスのリング・アウトノードが到達不可である場合、このサービスのインバウンド・インターフェース転送レイヤに無効フラグを設定し、このサービスを破棄する。或いは、第１のノードがスケルチ対象サービスのリング・インノードである場合、当該スケルチ対象サービスに対して生存時間（Time  To  Live：ＴＴＬ）が設定されてよい。ここでＴＴＬは、予め設定されるＴＴＬ閾値以下である。スケルチ対象サービスのＴＴＬを設定することにより、リングネットワークの伝送範囲においてスケルチ対象サービスのトラフィックを制限することができ、他の到達可能なサービスへの影響を低減することができる。
【００４９】
任意に、上記ＴＴＬ閾値は、以下の数値のうち任意の１つであってよい。すなわち、
１．サービス方向におけるスケルチ対象サービスのリング・インノードからリング・アウトノードまでのホップ数と、
２．サービスの反対方向におけるスケルチ対象サービスのリング・インノードからリング・アウトノードまでのホップ数と、
３．Ｎ＋Ｍ（Ｎはサービス方向におけるサービスのリング・インノードからリング・アウトノードまでのホップ数、Ｍはリングネットワークのノード数）と、
４．Ｎ＋Ｍ−２（リング・アウトノードのみに障害がある場合に適用可能）と、
５．２Ｍ（ネットワーク環境要求が比較的低い場合に適用可能）と、
のうち任意の１つであってよい。
【００５０】
サービスのリング・インノードが到達不可である場合、このサービスのアウトバウンド・インターフェース方向の下流方向へ、警告表示信号（Alarm  Indication  Signal：ＡＩＳ）又は順方向欠陥表示（Forward  Defect  Indicator：ＦＤＩ）が送信される。
【００５１】
図８を例にとる。サービス１，２，４はノード１からリングネットワークに入り（ノード１がリング・インノードである）、サービス１及び４はノード３からリングネットワークを離脱し（ノード３はサービス１及び４のリング・アウトノードである）、サービス２はノード４からリングネットワークを離脱する（ノード４はサービス２のリング・アウトノードである）。サービス３は、ノード２からリングネットワークに入り、ノード１からリングネットワークを離脱する（ノード２はサービス３のリング・インノードであり、ノード１はサービス３のリング・アウトノードである）。ノード１において、ローカルサービス情報は表１に示すような内容として示されてよい。
【表１】
0005903192.tif 000002
【００５２】
ここで、Ｉｎはリング・インを表し、Ｏｕｔはリング・アウトを表す。Ｒｗは動作リングチャネル（Ring  working）を表し、Ｒｐは保護リングチャネル（Ring  protecting）を表す。
【００５３】
ノード１により取得される到達不可ノード情報がノード３である場合、ノード１は、サービス１及びサービス４がスケルチ対象サービスであると判定する。ノード３はサービス１及び４のリング・アウトノードであるので、ノード１は、受信されるサービス１及び４のトラフィックを破棄してよい。例えば、サービス１及び４のインバウンド・インターフェース転送レイヤに無効識別子を設定することにより、受信されるサービス１及び４のトラフィックが両方とも破棄されるようにしてよい。
【００５４】
任意に、第１のノードが判定されたスケルチ対象サービスに対してスケルチを実行するステップ（１０２）は、
リングチャネルに基づいてスケルチを実行するステップ、
であってよい。第１のノードは、スケルチ対象サービスに基づいて、スケルチ対象サービスに対応するリングチャネル（動作チャネル及び保護チャネル）を判定し、スケルチ対象サービスに対応するリングチャネルにより伝送されるサービスに対してスケルチを実行する。例えば、スケルチ対象サービスに対応するリングチャネルの転送レイヤにおいて無効識別子を設定し、スケルチ対象サービスに対応するリングチャネルへ転送されるサービスを全て破棄してよい。
【００５５】
リングチャネルに基づいてスケルチを実行する方法は、サービスチャネルに基づいてスケルチを実行する方法に比べて処理能力が大きく、同一のリングチャネルにおけるサービス量が大きい場合に処理効率が大きくなる。
【００５６】
任意に、上述の実施例に関するリングネットワークは、ＭＰＬＳリングネットワークであってよい。或いは、レジリエント・パケット・リング（Resilient  Packet  Ring：ＲＰＲ）等の他のプロトコルに基づくリングネットワークであってよく、本発明の実施例はこれらに限定されない。
【００５７】
当該技術分野の当業者には当然であるように、上述の各方法実施例の全部又は一部は、プログラム命令に関連するハードウェアにより実現されてよい。そのようなプログラムは、コンピューター可読記憶媒体に記憶されてよい。プログラムが実行されると、上述の各方法実施例に含まれるステップが実行されてよい。記憶媒体には、読み出し専用メモリ（Read-Only  Memory）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、光ディスク等、プログラムコードを記憶可能な媒体が含まれてよい。
【００５８】
本発明の実施例により提供されるリングネットワーク保護に基づくサービス処理方法では、到達不可のサービスに対してスケルチを実行することにより、他の保護チャネルの帯域幅が占有されることを防ぎ、他の到達可能なサービスへの影響を最小限に抑える。
【００５９】
本発明の別の実施例は、ネットワークデバイスを提供する。ネットワークデバイスは、上述の方法実施例で説明された第１のノードであってよい。よって、ネットワークデバイスは、上述の方法実施例において説明された一部又は全部を実行することができる。
【００６０】
図９に示すように、ネットワークデバイスは、取得モジュール９００、判定モジュール９０１及びスケルチモジュール９０２を有してよい。取得モジュール９００は、到達不可ノード情報を取得し、到達不可ノード情報を判定モジュール９０１へ送信する。判定モジュール９０１は、取得モジュール９００により取得される到達不可ノード情報に基づいて、ローカルサービス情報においてスケルチ対象サービスを判定し、判定されたスケルチ対象サービスをスケルチモジュール９０２へ送信する。スケルチモジュール９０２は、判定モジュール９０１により判定されるスケルチ対象サービスに対してスケルチを実行する。
【００６１】
任意に、図１０に示すように、取得モジュール９００は特に、第１の検索ユニット９００ａ、第２の検索ユニット９００ｂ及び取得ユニット９００ｃを有してよい。第１の検索ユニット９００ａは、ネットワークデバイスを始点としてリングネットワークの第１の方向に沿って第１の障害ノードを検索し、検索された第１の障害ノードを第２の検索ユニット９００ｂ及び取得ユニット９００ｃへ送信する。第２の検索ユニット９００ｂは、第１の障害ノードを始点として第２の方向に沿って、第２の方向において第２の障害ノードが検索されるまで障害ノードを検索し、第２の障害ノードを取得ユニット９００ｃへ送信する。ここで、第２の方向は第１の方向と反対の方向である。取得ユニット９００ｃは、第１の検索ユニット９００ａ及び第２の検索ユニット９００ｂにより送信される情報に基づいて、到達不可ノード情報を取得する。ここで、第１の方向において第１の障害ノードと第２の障害ノードの間のノードが、到達不可ノードである。ここで、第１の障害ノードは第１の方向において最初に検索される障害ノードであり、第２の障害ノードは第２の方向において最初に検索される障害ノードである。
【００６２】
任意に、図１１に示すように、取得モジュール９００は更に、リングネットワークトポロジーを取得するトポロジー取得ユニット９００ｄと、障害点情報を取得する障害点情報取得ユニット９００ｅとを有してよい。更に任意に、第１の検索ユニット９００ａ及び第２の検索ユニット９００ｂは、トポロジー取得ユニット９００ｄにより取得されるリングネットワークトポロジーと障害点情報取得ユニット９００ｅにより取得される障害点情報とに基づいて、第１の障害ノード及び第２の障害ノードを検索してよい。
【００６３】
任意に、図１２に示すように、障害点情報取得ユニット９００ｅは、受信サブユニット９００ｅ１、取得サブユニット９００ｅ２及び送信サブユニット９００ｅ３を有してよい。受信サブユニット９００ｅ１は、障害点に隣接するノードにより送信されるＡＰＳプロトコルパケットを受信する。当該ＡＰＳプロトコルパケットは、障害点情報を含む。取得サブユニット９００ｅ２は、受信サブユニット９００ｅ１により受信されるＡＰＳプロトコルパケットから障害点情報を取得する。送信サブユニット９００ｅ３は、取得サブユニット９００ｅ２により取得される障害点情報を、第１の検索ユニット９００ａ及び第２の検索ユニット９００ｂへ送信する。
【００６４】
任意に、図１３に示すように、トポロジー取得ユニット９００ｄは、静的サブユニット９００ｄ１又は動的サブユニット９００ｄ２を有してよい。静的サブユニット９００ｄ１は、リングネットワークトポロジーを静的に構成する。動的サブユニット９００ｄ２は、リングネットワーク内の他のノードとプロトコルパケットの交換を行うことにより、リングネットワークトポロジーを取得する。簡便性を目的として、図１３では上記２つのサブユニットを同時に示す。
【００６５】
任意に、図１４に示すように、動的サブユニット９００ｄ２は、第１の処理サブユニット９００ｄ２ａ、ノード数判定サブユニット９００ｄ２ｂ、第２の処理サブユニット９００ｄ２ｃ及びリングネットワークトポロジー判定サブユニット９００ｄ２ｄを有してよい。
第１の処理サブユニット９００ｄ２ａは、第１タイプの長路ＡＰＳプロトコルパケットを受信し、第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数をノード数判定サブユニット９００ｄ２ｂへ送信する。ここで、第１タイプの長路ＡＰＳプロトコルパケットはネットワークデバイスの隣接ノードから送信され、宛先ノードは当該ネットワークデバイス自身である。第１タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含む。
ノード数判定サブユニット９００ｄ２ｂは、第１の処理サブユニット９００ｄ２ａにより送信される第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数に基づいて、リングネットワークのノード数を判定する。また、判定されたリングネットワークのノード数を、リングネットワークトポロジー判定サブユニットへ送信する。
第２の処理サブユニット９００ｄ２ｃは、第２タイプの長路ＡＰＳプロトコルパケットを送信且つ／又は受信し、第２タイプのＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を記録し、第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を、リングネットワークトポロジー判定サブユニット９００ｄ２ｄへ送信する。ここで、第２タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、第２タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含む。第１タイプの長路ＡＰＳプロトコルパケットとは異なり、第２タイプの長路ＡＰＳプロトコルパケットの宛先ノードはネットワークデバイスではない。
リングネットワークトポロジー判定サブユニット９００ｄ２ｄは、受信されたリングネットワークのノード数と、第１タイプの長路ＡＰＳプロトコルパケット及び第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報とに基づいて、リングネットワークトポロジーを判定する。
【００６６】
任意に、判定モジュール９０１は特に、到達不可ノード情報に基づいて、ローカルサービス情報において、リング・インノード及び／又はリング・アウトノードが到達不可ノードであるサービスが存在するか否かを判定し、存在する場合、当該サービスがスケルチ対象サービスであると判定する。
【００６７】
任意に、図１５に示すように、スケルチモジュール９０２は、第１のスケルチユニット９０２ａ又は第２のスケルチユニット９０２ｂを有してよい。第１のスケルチユニット９０２ａは、判定されたスケルチ対象サービスに対してサービスチャネルに基づいてスケルチを実行する。第２のスケルチユニット９０２ｂは、判定されたスケルチ対象サービスに対してリングチャネルに基づいてスケルチを実行する。簡便性を目的として、図１５では上記２つのユニットを同時に示す。
【００６８】
任意に、サービスのリング・アウトノードが到達不可である場合、第１のスケルチユニット９０２ａは特に、スケルチ対象サービスのインバウンド・インターフェース転送レイヤに無効フラグを設定し、スケルチ対象サービスを破棄するか、或いはスケルチ対象サービスにＴＴＬを設定する。ここで、ＴＴＬは予め設定されるＴＴＬ閾値以下である。サービスのリング・インノードが到達不可である場合、第１のスケルチユニット９０２ａは、スケルチ対象サービスのアウトバウンド・インターフェース方向の下流へ警告表示信号（ＡＩＳ）又は順方向欠陥表示（ＦＤＩ）を送信する。
【００６９】
任意に、第２のスケルチユニット９０２ｂは特に、スケルチ対象サービスに基づいて、スケルチ対象サービスに対応するリングチャネルを判定し、リングチャネルにより伝送されるサービスに対してスケルチを実行する。一実施例において、第２のスケルチユニット９０２ｂは、リングチャネルの転送レイヤにおいて無効識別子を設定し、リングチャネルへ転送されるサービスを破棄することにより、リングチャネルにより伝送されるサービスに対してスケルチを実行する。
【００７０】
図１６は、本発明の一実施例に係るネットワークデバイスの構成概略図である。図１６に示すように、ネットワークデバイスは処理部１６０１を有する。処理部１６０１は、到達不可ノード情報を取得し、到達不可ノード情報に基づいてローカルサービス情報においてスケルチ対象サービスを判定し、判定されたスケルチ対象サービスに対してスケルチを実行する。
【００７１】
任意に、処理部１６０１は以下の方式を用いて到達不可ノード情報を取得してよい。すなわち、処理部１６０１が設けられるネットワークデバイスを始点として、リングネットワークの第１の方向に沿って、障害ノードを検索する。第１の方向において第１の障害ノードを検索した後、第１の障害ノードを始点として第２の方向に沿って、第２の方向において第２の障害ノードが検索されるまで障害ノードを検索する。第２の方向は、第１の方向と反対の方向である。第１の方向において第１の障害ノードと第２の障害ノードの間のノードが、到達不可ノードである。ここで、第１の障害ノードは第１の方向において最初に検索される障害ノードであり、第２の障害ノードは第２の方向において最初に検索される障害ノードである。
【００７２】
任意に、処理部１６０１は、リングネットワークトポロジー及び障害点情報に基づいて障害ノードを検索してよい。
【００７３】
任意に、図１７に示すように、ネットワークデバイスは更に受信部１６０２を有してよい。受信部１６０２は、障害点に隣接するノードにより送信される自動保護切替（Automatic  Protection  Switching：ＡＰＳ）プロトコルパケットを受信する。ＡＰＳプロトコルパケットには、障害点情報が含まれる。これに対応して、処理部１６０１は、受信部１６０２により受信されるＡＰＳプロトコルパケットに基づいて、障害点情報を取得する。
【００７４】
任意に、図１８に示すように、ネットワークデバイスは更に送信部１６０３を有してよい。送信部１６０３は、受信部１６０２と組み合わさって、リングネットワーク内のその他のノードとのプロトコルパケットの交換を実現する。このように、処理部１６０１においてリングネットワークトポロジーが取得される。
【００７５】
任意に、図１９に示されるように、ネットワークデバイスは更に記憶部１６０４を有してよい。記憶部１６０４は、受信部１６０２により受信されるＡＰＳプロトコルメッセージ及び／又は処理部１６０１により取得されるリングネットワークトポロジーを保存する。
【００７６】
例えば、受信部１６０２は、第１タイプの長路自動保護切替（Automatic  Protection  Switching：ＡＰＳ）プロトコルパケットを受信する。ここで、第１タイプの長路ＡＰＳプロトコルパケットはネットワークデバイスの隣接ノードから送信され、宛先ノードは当該ネットワークデバイスである。第１タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含む。処理部１６０１は、第１タイプの長路ＡＰＳプロトコルパケットの経由するノードの数に基づいて、リングネットワークのノード数を判定する。受信部１６０２は、第２タイプの長路ＡＰＳプロトコルパケットを送信且つ／又は受信し、第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報を記録する。ここで、第２タイプの長路ＡＰＳプロトコルパケットの宛先ノードは、ネットワークデバイスではない。第２タイプの長路ＡＰＳプロトコルパケットは、ソースノード情報と、宛先ノード情報と、第２タイプの長路ＡＰＳプロトコルパケットの経由するノードの数とを含む。処理部１６０１は、リングネットワークのノード数と、第１タイプの長路ＡＰＳプロトコルパケット及び第２タイプの長路ＡＰＳプロトコルパケットに含まれるソースノード情報及び宛先ノード情報とに基づいて、リングネットワークトポロジーを判定する。
【００７７】
任意に、処理部１６０１は、到達不可ノード情報に基づいて、ローカルサービス情報において、リング・インノード及び／又はリング・アウトノードが到達不可ノードであるサービスが存在するか否かを判定し、存在する場合、判定されたサービスがスケルチ対象サービスであると判定してよい。
【００７８】
任意に、処理部１６０１は、判定されたスケルチ対象サービスに対してサービスチャネルに基づいてスケルチを実行してもよいし、判定されたスケルチ対象サービスに対してリングチャネルに基づいてスケルチを実行してもよい。
【００７９】
例えば、判定されたスケルチ対象サービスに対してサービスチャネルに基づいてスケルチを実行する場合、処理部１６０１は、取得された到達不可ノード情報及びローカルサービス情報に基づいて、スケルチ対象サービスに対してスケルチを実行してよい。サービスのリング・アウトノードが到達不可である場合、処理部１６０１は、スケルチ対象サービスのインバウンド・インターフェース転送レイヤにおいて無効フラグを設定し、スケルチ対象サービスを破棄する。サービスのリング・インノードが到達不可である場合、処理部１６０１は、スケルチ対象サービスのアウトバウンド・インターフェース方向から下流へ警告表示信号（ＡＩＳ）又は順方向欠陥表示（ＦＤＩ）を送信する。
【００８０】
判定されたスケルチ対象サービスに対してリングチャネルに基づいてスケルチを実行する場合、処理部１６０１は、スケルチ対象サービスに基づいてスケルチ対象サービスに対応するリングチャネルを判定し、リングチャネルにより伝送されるサービスに対してスケルチを実行してよい。例えば、処理部１６０１は、リングチャネルの転送レイヤにおいて無効識別子を設定し、リングチャネルへ転送されるサービスを破棄してよい。
【００８１】
なお、以上の各実施例は本発明の技術的構成の説明に用いたに過ぎず、本発明を限定するものではない。上述の各実施例を参照して本発明を詳細に説明したが、当該技術分野の当業者には当然であるように、上述の各実施例に記載の技術的構成に対して変更を行うことができ、また、それらの一部又は全部の技術的特徴を均等物で置換することができる。そのような変更又は置換により、対応する技術的構成の本質が本発明の各実施例における技術的構成の範囲から逸脱することはない。
【図１ａ】
0005903192.tif 000003
【図１ｂ】
0005903192.tif 000004
【図１ｃ】
0005903192.tif 000005
【図２】
0005903192.tif 000006
【図３ａ】
0005903192.tif 000007
【図３ｂ】
0005903192.tif 000008
【図４ａ】
0005903192.tif 000009
【図４ｂ】
0005903192.tif 000010
【図５ａ】
0005903192.tif 000011
【図５ｂ】
0005903192.tif 000012
【図６】
0005903192.tif 000013
【図７】
0005903192.tif 000014
【図８】
0005903192.tif 000015
【図９】
0005903192.tif 000016
【図１０】
0005903192.tif 000017
【図１１】
0005903192.tif 000018
【図１２】
0005903192.tif 000019
【図１３】
0005903192.tif 000020
【図１４】
0005903192.tif 000021
【図１５】
0005903192.tif 000022
【図１６】
0005903192.tif 000023
【図１７】
0005903192.tif 000024
【図１８】
0005903192.tif 000025
【図１９】
0005903192.tif 000026