(57)【要約】【課題】ＶＣＡＴで伝送を行うネットワークのノードに備えられ、伝送路中の複数のパスをメンバーとしてＬＣＡＳを実行する伝送装置において、ＬＣＡＳの障害復旧に関わる動作を伝送路のプロテクション処理に依存させて制御できるようにし、無駄なスイッチを発生させず且つ必要な場合には即時に救済を実行できるようにする。【解決手段】受信側（ＬＣＡＳsink）の伝送装置において、メンバー障害検出条件を、メンバーとしているパスごとに設定可能なＬＣＡＳ制御手段を含むものとする。【選択図】図２
2010130267.tif 000002
【特許請求の範囲】
【請求項１】
バーチャルコンカチネーションで伝送を行うネットワークのノードに備えられ、伝送路中の複数のパスをメンバーとしてＬＣＡＳ（Link Capacity Adjustment Scheme）を実行する伝送装置であって、
受信側のメンバー障害検出条件を、メンバーとしているパスごとに設定可能なＬＣＡＳ制御手段
を含んで構成される伝送装置。
【請求項２】
請求項１記載の伝送装置であって、
前記メンバー障害検出条件に係る障害として、ＡＩＳ−Ｐ、ＵＮＥＱ−Ｐ、ＰＬＭ−Ｐ、ＴＩＭ−Ｐ、パスの過剰ビットエラー、パスの信号劣化、ＬＯＭ、ＭＮＤを含み、
前記ＬＣＡＳ制御手段は、前記各障害ごとに、検出を行うか否かを設定するスイッチを有する、
伝送装置。
【請求項３】
請求項２記載の伝送装置であって、
前記ＬＣＡＳ制御手段は、前記メンバー障害検出条件に係る障害の検出を確定させるまでの待ち時間をゼロに設定可能である、
伝送装置。
【請求項４】
請求項２又は請求項３記載の伝送装置であって、
前記ＬＣＡＳ制御手段は、前記メンバー障害検出条件に係るパスの過剰ビットエラー又はパスの信号劣化を検出した後に、ＡＩＳ−Ｐ又はＵＮＥＱ−Ｐが検出されると、障害状態を解除するまでの待ち時間を経ずに障害状態を解除する、
伝送装置。
【請求項５】
請求項１〜４のいずれか１項記載の伝送装置であって、
自装置において伝送路のプロテクションが実行された場合、
前記ＬＣＡＳ制御手段は、該プロテクションに関連するメンバーについて、前記メンバー障害検出条件に係る障害の検出を一時的に停止する、
伝送装置。
【請求項６】
請求項１〜４のいずれか１項記載の伝送装置であって、
自装置において伝送路のプロテクションが実行された場合、
前記ＬＣＡＳ制御手段は、障害状態を解除するまでの待ち時間を経ずに障害状態を解除する、
伝送装置。
【請求項７】
請求項１〜４のいずれか１項記載の伝送装置であって、
伝送路を通じ受信されるプロテクション情報により伝送路のプロテクション発生が検出された場合、
前記ＬＣＡＳ制御手段は、該プロテクションに関連するメンバーについて、前記メンバー障害検出条件に係る障害の検出を一時的に停止する、
伝送装置。
【請求項８】
請求項１〜４のいずれか１項記載の伝送装置であって、
伝送路を通じ受信されるプロテクション情報により伝送路のプロテクション発生が検出された場合、
前記ＬＣＡＳ制御手段は、障害状態を解除するまでの待ち時間を経ずに障害状態を解除する、
伝送装置。
【請求項９】
請求項１〜４のいずれか１項記載の伝送装置であって、
伝送路を通じ受信されるプロテクション情報により伝送路のプロテクション禁止が検出された場合、
前記ＬＣＡＳ制御手段は、前記メンバー障害検出条件に係る障害の検出を確定させるまでの待ち時間をゼロに設定する、
伝送装置。
【請求項１０】
請求項１〜９のいずれか１項記載の伝送装置であって、
前記ＬＣＡＳ制御手段は、回線導入時に全メンバーに対して前記メンバー障害検出条件に係る障害の検出を有効にし、この後に障害復旧となったパスについて、前記メンバー障害検出条件を適宜設定する、
伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バーチャルコンカチネーション（Virtual Concatenation：ＶＣＡＴ）方式で伝送を行うネットワークにおいてＬＣＡＳ（Link Capacity Adjustment Scheme）を実行する伝送装置に関する。
【背景技術】
【０００２】
ＬＣＡＳ技術は、ＩＴＵ−Ｔ（TELECOMMUNICATION STANDARDIZATION SECTOR OF INTERNATIONAL TELECOMMUNICATION UNION）のG.7042/Y.1305で標準化されているように、ＶＣＡＴ（ITU-T G.707/Y.1322）の帯域を動的に変更（増加／削減）し、パス（PATH）レベルの障害に対してトラフィックを止めずに帯域変更することを可能にする。このパスレベルで検出する障害には、ＡＩＳ−Ｐ、ＵＮＥＱ−Ｐ、ＰＬＭ−Ｐ、ＴＩＭ−Ｐ、パスの過剰ビットエラー、パスの信号劣化、ＬＯＭ（ＶＣＡＴのマルチフレーム異常）、ＭＮＤ（ＬＣＡＳ時、一部のメンバーの遅延が過剰）などが含まれる。このような障害検出により、伝送装置において、ＬＣＡＳのメンバー（member）として使用できないパスを自動的に切り離し、残りのメンバーで運用可能となる仕組みが備えられている（例えば特許文献１，２）。
【０００３】
一方、ＳＯＮＥＴ／ＳＤＨなどの伝送路では、伝送路自体がパスを保護できるプロテクションを有しているので、一時的に障害が発生したときに、ＳＯＮＥＴ／ＳＤＨのレイヤ（Layer）で復旧が可能な場合もあり得る。ITU-T Rec. G.7042/Y.13051又はITU-T Rec. G.808.1では、このような入れ子式のプロテクションに対して、上位レイヤ（本例の場合はＬＣＡＳになる）が無駄にスイッチしないように、障害検出確定までの待ち時間としてHold Off Timer （ＨＯタイマ）を用い、一定時間障害を検出させない手段を上位レイヤに用意することが、勧告されている。
【０００４】
【特許文献１】特開２００２−３５９６２７号公報
【特許文献２】特開２００６−０１３５６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記勧告のＨＯタイマ方式の場合、障害から復旧できないパス（例えば予備用のパスなどの伝送路でプロテクションの対象外になっているパス）についても一律に、ＨＯタイマに係る時間はＬＣＡＳで救済が実行されない、という課題がある。これを改善するためにＨＯタイマを短く設定する手法もあり得るが、この場合には、本来なら伝送路のプロテクションで救済できるはずのパスについて、その救済の途中でＬＣＡＳにおいて障害であるものと判定されてしまい、無駄なスイッチが発生し得るという課題が生じる。
【０００６】
現在、ＨＯタイマの値は、標準的なＳＯＮＥＴ／ＳＤＨの障害復旧時間が５０msec以内なので、５０msecを超えるものとされ、且つあまり長くない時間が望ましいため、例えば１００msecに設定される。この場合に、ＬＣＡＳで運用しているパスであって、伝送路では冗長救済の対象になっていないパスに障害が生じたとき、理想的には、障害検出から即時にＬＣＡＳで救済すべきであるにも関わらず、１００msecの時間が経ってから復旧が行われることになってしまう。
【０００７】
また、パスの過剰ビットエラーの検出アルゴリズムは、時間的に離散した検出方式なので、ネットワークの途中で検出されるタイミングとＬＣＡＳで利用すべく終端ノードの伝送装置で検出されるタイミングとが必ずしも一致しない。このために、ＨＯタイマがそもそも役目をなさない場合がある。
【０００８】
以上の背景に鑑みると、ＬＣＡＳを実行する伝送装置において、無駄なパスのスイッチを発生させず且つ必要な場合には即時にパスの救済を実行することが必要とされている。
【課題を解決するための手段】
【０００９】
上記課題を解決するためにここで提案する伝送装置は、ＶＣＡＴで伝送を行うネットワークのノードに備えられ、伝送路中の複数のパスをメンバーとしてＬＣＡＳを実行する伝送装置であって、受信側のメンバー障害検出条件を、メンバーとしているパスごとに設定可能なＬＣＡＳ制御手段を含むものとする。
【発明の効果】
【００１０】
この提案に係る伝送装置によると、メンバーとなっているパスごとに障害の検出条件を変えることができるので、例えば、プロテクションを有する伝送路のパスについてはＬＣＡＳの障害検出を無効とする一方、プロテクションの無い伝送路のパスについてはＬＣＡＳの障害検出をＨＯタイマ無しで確定させるといった、パスの状況に応じた条件設定が可能である。したがって、ＬＣＡＳの障害復旧に関わる動作を伝送路のプロテクション処理に依存させて制御することが可能となり、データ転送に係るサービス帯域の無駄な帯域低下を排除でき、ネットワークの性能を向上させることができる。
【発明を実施するための最良の形態】
【００１１】
図１に、実施形態に係るネットワークの全体図を示す。図１では、伝送装置ＮＥ１から伝送装置ＮＥ２の方向へデータを転送する状態を示している。ノードに備えられた伝送装置ＮＥ１は、標準に従ったＶＣＡＴを実行すると共にＬＣＡＳを実装した装置であり、この例では４本のパスを伝送路に使用してデータ転送を行っている。なお、送信（ＬＣＡＳsource）側のＶＣＡＴ／ＬＣＡＳ部分の構成は標準的なものであり、詳細は省略する。
【００１２】
本実施形態の伝送路はＳＯＮＥＴで構成される伝送網であり、ＶＣＡＴで使用する４本のパスのうち、２本のパスＰＡＴＨ１，ＰＡＴＨ２はプロテクション方式を持たない伝送路（un-protected network）を通り、残りの２本のパスＰＡＴＨ３，ＰＡＴＨ４はプロテクション方式を有する伝送路（protected network）を通って、伝送装置ＮＥ２へ接続されている。受信（ＬＣＡＳsink）側の伝送装置ＮＥ２は、ＶＣＡＴ／ＬＣＡＳを実装した装置であり、ＬＣＡＳ制御手段１１，１２，１３，１４により、メンバーとなっているパスごとにメンバー障害検出条件を設定することができるものとなっている。
【００１３】
図中、パスＰＡＴＨ１，ＰＡＴＨ２に対するＬＣＡＳ制御手段１１，１２は、メンバー障害（ＭＳＵ＿Ｌ Member Signal Unavailable, ＬＣＡＳ-enabled criteria）の検出を行う設定（Member fail detect）とされ、パスＰＡＴＨ３，ＰＡＴＨ４に対するＬＣＡＳ制御手段１３，１４は、メンバー障害の検出を行わない設定（Detector disable）とされている。さらに本実施形態の場合、プロテクション方式をもたないパスＰＡＴＨ１，ＰＡＴＨ２に対しては、障害検出確定までの待ち時間（ＨＯタイマ）無しでメンバー障害の検出を行い、高速でＬＣＡＳによる回線復旧を行えるようにしている。すなわち、プロテクションが無いため、当該伝送路自体での障害復旧は期待できないので、伝送装置ＮＥ２でＬＣＡＳメンバーの障害検出を通常通り行い、ＬＣＡＳ標準に従ってメンバーステータス（パスの状態）をＦａｉｌとして送信側へ通知することで、ＬＣＡＳ上で障害復旧能力をもたせている。一方、ＬＣＡＳでメンバー障害の検出を行わない設定にしてあるパスＰＡＴＨ３，ＰＡＴＨ４は、プロテクションがあるので、伝送路自体によって５０msecほどで障害復旧が期待できる。そこで、ＬＣＡＳで不要なスイッチを行わないように、メンバー障害の検出を停止させ、メンバーステータスをＦａｉｌ通知しないようにしてある。
【００１４】
この結果、プロテクション有りの伝送路における救済に対してＬＣＡＳの低速な復旧動作を無駄に起動することなく、且つ、プロテクション無しの伝送路における障害に対しては、本来のＬＣＡＳによる救済機能を、ＨＯタイマによる遅延を抑止して実施できる。
【００１５】
図２は、ＬＣＡＳ制御手段におけるメンバー（パス）ごとの障害検出部の構成例を示している。
【００１６】
ＡＩＳ−Ｐ、ＵＮＥＱ−Ｐ、ＰＬＭ−Ｐ、ＴＩＭ−Ｐは、ＳＯＮＥＴ／ＳＤＨにおいて検出されるパスのアラームである。パスの過剰ビットエラー、パスの信号劣化は、ＳＯＮＥＴ／ＳＤＨにおいて、所定のビットエラーレート閾値を超えた場合に検出されるものである。これら過剰ビットエラー及び信号劣化の検出については、障害の検出を確定させるまでの待ち時間と障害状態を解除するまでの待ち時間とに関するタイマ（timer）を動作させるかどうか設定できるようになっている。また、ＡＩＳ−Ｐ、ＵＮＥＱ−Ｐを検出した場合には過剰ビットエラー、信号劣化の状態をクリアできるようにしてある。ＬＯＭ、ＭＮＤの障害は、ＶＣＡＴ／ＬＣＡＳで検出されるものである。このＬＯＭ、ＭＮＤについても、障害検出を確定させるまでの待ち時間と障害状態を解除するまでの待ち時間とに関するタイマ（timer）を動作させるかどうか設定できるようになっている。
【００１７】
これら各障害の検出情報は、メンバー障害検出条件とするかどうか設定するスイッチを通してメンバーのＭＳＵ＿Ｌへ接続される。ＭＳＵ＿Ｌは、メンバー障害検出全体を有効とするか否か設定するスイッチを通してＶＣＡＴ／ＬＣＡＳ処理部１５へ信号を出力する。このようなＬＣＡＳ制御手段は、ハードウエア、ソフトウエア、あるいはこれらの組み合わせのいずれかで構成することができる。
【００１８】
当該実施形態における伝送装置ＮＥ２の動作について、通常動作と比較しながら説明する。まず、図３〜図５に、ＨＯタイマの使用に関係したタイムチャートを示している。
【００１９】
図３は、ＨＯタイマが無い場合のデータ転送に係るサービス帯域を示したものである。ネットワークの途中における状態は省略し、受信（ＬＣＡＳsink）側における障害時の状態をタイムチャートで示している。この例では、ＡＩＳ−Ｐが発生し、その４０msec後に伝送路のプロテクションによりパスが切り替えられて障害が復旧した状態を示している。
【００２０】
ＡＩＳ−Ｐの発生に伴って、ＶＣＡＴは組み立て不可となり、帯域（Bandwidth）が一時的にゼロ、すなわちデータが通過できない状態となる。この直後にＬＣＡＳが当障害を検出してＭＳＴ＝ＦＡＩＬを通知するため、一時的削減（temporary remove）の状態（ＬＣＡＳtemp-RMV）に入る。この時点からＶＣＡＴの組み立てが再開されるので、データは通過可能となるが、障害の発生したパスはＶＣＡＴで使用されないため、ＬＣＡＳtemp-RMV中、帯域は障害前よりも減少した状態で運用される。このＬＣＡＳtemp-RMVは、障害状態を解除する待ち時間ＷＴＲ（Wait to restore）の間、維持される。すなわち、ＡＩＳ−Ｐの発生から４０msec後に伝送路のプロテクションによる切り替えで障害は復旧するが、この後もＬＣＡＳtemp-RMVは、ＬＣＡＳＷＴＲタイマによる待ち時間ＷＴＲの間、維持される。当該待ち時間ＷＴＲは、過度の障害応答を避けるため１０sec程度に設定されるので、障害復旧後も不要な帯域減少状態が継続されることとなる。
【００２１】
図４は、ＨＯタイマを適用した場合のサービス帯域を示したものである。この例におけるＨＯタイマは、一例として１００msecに設定してある。図３の例と同様、ＡＩＳ−Ｐが発生し、その４０msec後に伝送路のプロテクションによるパス切り替えで障害が復旧した状態を示している。
【００２２】
ＡＩＳ−Ｐの発生に伴って、ＶＣＡＴは組み立て不可となり、帯域が一時的にゼロ、すなわちデータが通過できない状態となる。ＬＣＡＳは、ＨＯタイマによる１００msecの待ち時間を越えて障害が継続しない限りＭＳＴ＝ＦＡＩＬを通知しないので、該１００msecの間は、ＬＣＡＳtemp-RMVの状態とはならず、伝送路での障害復旧を想定した待ち状態となる。ＬＣＡＳにおいてＬＣＡＳtemp-RMVとしないので、ＶＣＡＴでは、伝送路での復旧があるまで組み立て不可が継続し、帯域ゼロが継続する。ＡＩＳ−Ｐの発生から４０msec後に伝送路のプロテクションによるパス切り替えで障害が復旧すると、これに伴いＶＣＡＴの組み立てが回復し、帯域は障害発生前の状態に戻る。このように、伝送路自体による障害復旧が想定できる場合は、ＨＯタイマの導入で不要なＬＣＡＳの障害復旧動作を停止させることができ、無用な帯域低下を避けることができる。
【００２３】
図５は、ＨＯタイマを適用した場合において障害が復旧できないときのサービス帯域を示している。つまり、ＨＯタイマを適用した場合の課題を説明する図である。この例では伝送路にプロテクションが無いために障害が復旧されない場合を示している。
【００２４】
ＡＩＳ−Ｐの発生に伴って、ＶＣＡＴは組み立て不可となり、帯域が一時的にゼロ、すなわちデータが通過できない状態となる。ＬＣＡＳは、障害検出を確定させる待ち時間を決めるＨＯタイマによる１００msecの時間を越えて障害が継続しない限りＭＳＴ＝ＦＡＩＬを通知しないので、該１００msecの間は、ＬＣＡＳtemp-RMVの状態とはならず、伝送路での障害復旧を想定した待ち状態となる。しかし本例では、伝送路にプロテクションが無くて障害が復旧されないため、１００msecを超えて障害が継続する。すると、ＬＣＡＳにおいてＨＯタイマに従いＭＳＴ＝ＦＡＩＬが通知されるので、この時点でＬＣＡＳtemp-RMVとなる。したがって、このＨＯタイマによる１００msecの間、帯域ゼロ、すなわちデータの通過できない状態が継続されることになる。
【００２５】
図６は、ＢＬＳＲ（Bidirectional Line Switched Ring）方式の伝送路において、障害復旧される回線と障害復旧されない回線とをＬＣＡＳで使用する場合の設定を示した実施形態である。すなわち、GR-1230-CORE等を適用して、ＳＯＮＥＴ上にＢＬＳＲによる障害復旧可能なリングを構成した伝送路を通して、ＬＣＡＳ運用している実施形態である。
【００２６】
ＢＬＳＲでは、障害復旧対象のパス（図６中のＷ：Protected traffic）と、障害復旧に備えた予備パス（図６中のＰ：Extra traffic）と、が利用可能とされている。そのＰ側の予備パスは、障害発生時にＷ側パスの迂回経路として使用されるので、Ｗ側パスで障害復旧が行われるとＰ側パスは使用できなくなる、という性質を有する。したがって、すべての帯域を保証する必要がない場合には、ＬＣＡＳの一部のメンバーとしてこのようなＰ側パスを割り当てることにより、予備パス回線を有効に利用して通常時の帯域を増加させる運用が可能である。
【００２７】
本実施形態によれば、障害復旧対象のパスとその復旧用の予備パスとに対して異なる障害検出条件の設定が可能である。例えば図６の場合、プロテクション有りの伝送路であるＷ側パスは障害検出を無効に設定し、プロテクション無しの伝送路であるＰ側パスは障害検出を有効に設定し且つ障害検出を確定させるまでの待ち時間（ＨＯタイマ）をゼロに設定する。このようなパスごとのＬＣＡＳメンバー障害検出条件を設定してある場合に、伝送路に障害が発生したときのサービス帯域について、図７に状態を示している。
【００２８】
リング内で障害が発生すると、Ｗ側の伝送路及びＰ側の伝送路の双方でＡＩＳ−Ｐ（Ｗ−ＡＩＳ−Ｐ，Ｐ−ＡＩＳ−Ｐ）がほぼ同時に発生する。このときに、Ｗ側は、障害検出設定を無効にしてあるので、ＬＣＡＳtemp-RMVの状態になることはない（Ｗ−temp-RMV）。一方、Ｐ側は、ＨＯタイマ無しで障害を即時検出する設定にしてあるので、直ちにＬＣＡＳtemp-RMVの状態になる（Ｐ−temp-RMV）。その後、４０msecが経過すると、Ｗ側は障害が復旧して障害前の帯域が維持され、そしてＰ側は、Ｗ側パスの冗長救済に使用されるので、障害の状態が継続されることになる。この結果、Ｗ側の障害復旧と共に該Ｗ側を使用した迅速なデータの疎通が可能となっている。
【００２９】
次に、パスの過剰ビットエラー、信号劣化に対する伝送路のプロテクションに関連する制御を説明する。GR-1400-COREに従えば、過剰ビットエラー（Excessive BER）又は信号劣化（SD condition）を検出した後、該ビットエラーの状態を解除するには、確実に復旧したことを保証する目的及び周期的にスイッチを繰り返さないようにする目的で、待ち時間が規定されている。例えば、ＳＯＮＥＴのＳＴＳ−１（Synchronous Transport Signal level 1）でビットエラーレートの閾値が１０−６設定の場合に、ビットエラー状態から通常状態へ遷移するまでの待ち時間は、１０secから設計次第では２０secが規定される。一方、プロテクションを有する伝送路においては、過剰ビットエラー又は信号劣化に応じて救済が実行され、当該ビットエラーからの復旧が想定される。この救済によるパスの切替時に、短い間ではあるが一時的にＡＩＳ−Ｐが発生されるので、当該ＡＩＳ−Ｐを基にして障害状態から通常状態への遷移を高速に行う。
【００３０】
図８は、ビットエラーを検出し、これを解除するときのサービス帯域を示している。すなわち、現在使用中の回線においてファイバー劣化や光送信部品の劣化などが生じ、ビットエラーが徐々に増加した場合の状態を示している。
【００３１】
ビットエラーが徐々に増加して予め設定された閾値まで悪化すると、GR-1400-COREで規定された過剰ビットエラー又は信号劣化が、ＬＣＡＳSinkである受信側の伝送装置で検出される。ほぼ同時に、伝送路でも過剰ビットエラー又は信号劣化が検出され、パスの切替動作が行われる。実際に受信側伝送装置で受信している信号は、この時点で正常な状態に復旧するが、GR-1400-COREで規定された過剰ビットエラー又は信号劣化の状態は、上記待ち時間のために直ぐには解除されない。したがって、この情報をそのままＬＣＡＳの障害情報として利用すると、ＬＣＡＳtemp-RMVが継続し、帯域減少の状態が無用に継続されてしまう。そこで、図２のＬＣＡＳ制御手段に示すように、ＡＩＳ−Ｐ又はＵＮＥＱ−Ｐが受信されたときには、過剰ビットエラー又は信号劣化を解除する設定にしてある。
【００３２】
図８において、信号劣化（SD condition）の検出後、ＡＩＳ−Ｐの発生で解除される障害情報について、SD detectで示してある。ＬＣＡＳのメンバー障害検出条件にこのSD detectを使用することにより、ＬＣＡＳtemp-RMVの継続期間、すなわち帯域が減少している時間は、ほぼ、実際に運用不可能な期間に限定することができる。
【００３３】
他の実施形態として、伝送路のプロテクションに伝送装置も関与している場合、該伝送装置において、プロテクションを実行する場合により確実にＬＣＡＳの障害復旧動作を制御することが可能である。図９は、例えばＳＯＮＥＴのＵＰＳＲ（Unidirectional Path Switched Ring）によってプロテクションを行っていて、受信側の伝送装置においてプロテクション動作が発生した場合の制御を示している。なお、図９ではＬＣＡＳのメンバー中の１メンバー（member n）のみを図示しているが、複数のパスに関して同様の制御を行う。また、伝送路のプロテクションは、ＵＰＳＲなどのパススイッチ手段に限定されるものではなく、他の冗長方式でも、伝送装置がプロテクションを実行することを検出可能であれば適用可能である。
【００３４】
図９では、ＵＰＳＲからＬＣＡＳ部（ＬＣＡＳ／ＶＣＡＴ）へデータを取り出す部分にパススイッチＰＡＴＨ−ＳＷが設けられており、Ｗ側で障害が検出された場合、Ｐ側へパススイッチＰＡＴＨ−ＳＷを切り替えて、障害の復旧を行う。このような構成を含む場合は、プロテクションを行うことが伝送装置において確実に検出されるため、ＬＣＡＳに関する動作を自装置内判断で制御可能となる。
【００３５】
このような制御では、プロテクションの開始から実際に切替が完了するまでの間、ＬＣＡＳ制御手段において、ＬＣＡＳメンバーの障害検出を一時的に自動停止させることができる。この場合、自動停止の開始は、切替条件を満たした時点が好ましく、自動停止の完了は、切替後にパス障害の解消を検出した時点が好ましい。当該制御において、自動停止制御が起動する前にＬＣＡＳの障害復旧動作が始動してしまった場合でも、待ち時間ＷＴＲを経ずにＬＣＡＳtemp-RMVを強制解除して、即時に帯域の回復を得ることが可能となる。
【００３６】
さらに、ＢＬＳＲ方式のようにスイッチングプロトコル（switching protocol）を有するプロテクション型式の場合は、他の伝送装置で切替が発生したことや、他の伝送装置が切替動作を禁止している状態にあることを知り得る手段が提供されている。GR-1230-COREによれば、ＳＯＮＥＴoverheadのＫ１／Ｋ２バイトやＤＣＣを使用して、これらのプロテクション情報が伝送路を通し通知される。これを利用し、他の伝送装置で切替が発生したこと（つまり伝送路のプロテクション発生）を検出した場合、自伝送装置において、ＬＣＡＳ制御手段によるＬＣＡＳメンバーの障害検出を一時的に自動停止させるように制御を行うことができる。この場合、自動停止の開始は、切替が発生したことを検出した時点が好ましく、自動停止の完了は、切替後にパス障害がなくなったことを検出した時点が好ましい。当該制御において、自動停止制御が起動する前にＬＣＡＳの障害復旧動作が始動してしまった場合でも、待ち時間ＷＴＲを経ずにＬＣＡＳtemp-RMVを強制解除して、即時に帯域の回復を得ることが可能となる。
【００３７】
これら実施形態の場合、プロテクションによる障害復旧の想定されていたパスが切替されなくなった（切替の対象から外された）情報を認識して利用することができる。すなわち、プロテクション情報により、伝送路のプロテクション発動が現在禁止されていることが検出された場合、該当するパスを、一時的にプロテクション無しのパスとして、ＨＯタイマ無しでＬＣＡＳによる障害復旧を有効にした運用を自動的に行うことが可能となる。なお、伝送路のプロテクションはＢＬＳＲ手段に限定されるものではなく、他の冗長方式でも他装置のプロテクション動作に関わる状態が収集可能であれば適用可能である。
【００３８】
次に、ＬＣＡＳを含むネットワーク全体を構築（セットアップ）する際の処理について説明する。
【００３９】
ＳＯＮＥＴなどのパスを管理単位とする運用でＬＣＡＳを使用する場合、回線全体の構築にあたってはパスを一本ずつ構築していくことになるため、ＬＣＡＳのメンバーは、徐々に回線が開通されていくことが考えられる。さらに、回線の冗長性を確保するために、ＬＣＡＳ内の一部のパスを、他のパスとは地理的に別経路を通して接続することもあり、基幹回線の運用会社まで異なることさえある。このような場合、最終的には伝送路のプロテクションによって障害復旧することが想定される複数のパスの間で、回線が開通するまでに時間的に大きな差が現れることになる。
【００４０】
そこで、本実施形態に従うと、運用開始から回線の導入時の期間は、すべてのメンバーに対して障害検出を有効にすることで、開通していないパスをメンバー除外した運用を行うことも可能である。このようにすることで、一部の回線が開通していない状態でも、伝送路のプロテクションを期待したＬＣＡＳ制御が悪影響を与えないようにすることができる。実際に回線が開通すれば、ＬＣＡＳで障害復旧と判断され、パスの障害状態は解除されることになるので、このときに、メンバー障害検出条件を適宜設定することで、本来の目的も自動的に達成される。メンバー障害検出条件を所定の状態に自動的に遷移させるタイミングは、障害復旧後即時でも良いが、装置ごとに決められた自動サービス開始期間（GR-1093: Automatic In-Service Provisioning）後とすることもできる。
【００４１】
以上の実施形態に関し、さらに以下の付記を開示する。
【００４２】
（付記１）
ＶＣＡＴで伝送を行うネットワークのノードに備えられ、伝送路中の複数のパスをメンバーとしてＬＣＡＳを実行する伝送装置であって、
受信側のメンバー障害検出条件を、メンバーとしているパスごとに設定可能なＬＣＡＳ制御手段
を含んで構成される伝送装置。
【００４３】
（付記２）
付記１記載の伝送装置であって、
前記メンバー障害検出条件に係る障害として、ＡＩＳ−Ｐ、ＵＮＥＱ−Ｐ、ＰＬＭ−Ｐ、ＴＩＭ−Ｐ、パスの過剰ビットエラー、パスの信号劣化、ＬＯＭ、ＭＮＤを含み、
前記ＬＣＡＳ制御手段は、前記各障害ごとに、検出を行うか否かを設定するスイッチを有する、
伝送装置。
【００４４】
（付記３）
付記２記載の伝送装置であって、
前記ＬＣＡＳ制御手段は、前記メンバー障害検出条件に係る障害の検出を確定させるまでの待ち時間（ＨＯタイマ）をゼロに設定可能である、
伝送装置。
【００４５】
（付記４）
付記２又は付記３記載の伝送装置であって、
前記ＬＣＡＳ制御手段は、前記メンバー障害検出条件に係るパスの過剰ビットエラー又はパスの信号劣化を検出した後に、ＡＩＳ−Ｐ又はＵＮＥＱ−Ｐが検出されると、障害状態を解除するまでの待ち時間を経ずに障害状態を解除する、
伝送装置。
【００４６】
（付記５）
付記１〜４のいずれかに記載の伝送装置であって、
自装置において伝送路のプロテクションが実行された場合、
前記ＬＣＡＳ制御手段は、該プロテクションに関連するメンバーについて、前記メンバー障害検出条件に係る障害の検出を一時的に停止する、
伝送装置。
【００４７】
（付記６）
付記１〜４のいずれかに記載の伝送装置であって、
自装置において伝送路のプロテクションが実行された場合、
前記ＬＣＡＳ制御手段は、障害状態を解除するまでの待ち時間（ＷＴＲ）を経ずに障害状態を解除する、
伝送装置。
【００４８】
（付記７）
付記５又は付記６記載の伝送装置であって、
前記伝送路のプロテクションがＵＰＳＲ方式である伝送装置。
【００４９】
（付記８）
付記１〜４のいずれかに記載の伝送装置であって、
伝送路を通じ受信されるプロテクション情報により伝送路のプロテクション発生が検出された場合、
前記ＬＣＡＳ制御手段は、該プロテクションに関連するメンバーについて、前記メンバー障害検出条件に係る障害の検出を一時的に停止する、
伝送装置。
【００５０】
（付記９）
付記１〜４のいずれかに記載の伝送装置であって、
伝送路を通じ受信されるプロテクション情報により伝送路のプロテクション発生が検出された場合、
前記ＬＣＡＳ制御手段は、障害状態を解除するまでの待ち時間（ＷＴＲ）を経ずに障害状態を解除する、
伝送装置。
【００５１】
（付記１０）
付記１〜４のいずれかに記載の伝送装置であって、
伝送路を通じ受信されるプロテクション情報により伝送路のプロテクション禁止が検出された場合、
前記ＬＣＡＳ制御手段は、前記メンバー障害検出条件に係る障害の検出を確定させるまでの待ち時間（ＨＯタイマ）をゼロに設定する、
伝送装置。
【００５２】
（付記１１）
付記８〜１０のいずれかに記載の伝送装置であって、
前記伝送路のプロテクションがＢＬＳＲ方式である伝送装置。
【００５３】
（付記１２）
付記１〜９のいずれかに記載の伝送装置であって、
前記ＬＣＡＳ制御手段は、回線導入時に全メンバーに対して前記メンバー障害検出条件に係る障害の検出を有効にし、この後に障害復旧となったパスについて、前記メンバー障害検出条件を適宜設定する、
伝送装置。
【図面の簡単な説明】
【００５４】
【図１】実施形態に係るネットワークの概略図。
【図２】ＬＣＡＳ制御手段の詳細を示したブロック図。
【図３】伝送路にプロテクションが有り且つＨＯタイマが無い場合の通常動作におけるサービス帯域を示したタイムチャート。
【図４】伝送路にプロテクションが有り且つＨＯタイマが適用されている場合の通常動作におけるサービス帯域を示したタイムチャート。
【図５】伝送路にプロテクションが無く且つＨＯタイマが適用されている場合の通常動作におけるサービス帯域を示したタイムチャート。
【図６】ＢＬＳＲ上で障害復旧される回線と障害復旧されない回線とをＬＣＡＳで使用する場合の設定を説明するネットワークの図。
【図７】図６のネットワークにおいて伝送路に障害が発生したときのサービス帯域を示したタイムチャート。
【図８】図６のネットワークにおいてビットエラーを検出した後にこれを解除する場合のサービス帯域を示したタイムチャート。
【図９】伝送装置が伝送路のプロテクションに関与する例を説明するネットワークの図。
【符号の説明】
【００５５】
ＮＥ２  伝送装置（受信側）
１１〜１４  ＬＣＡＳ制御手段
１５  ＶＣＡＴ／ＬＣＡＳ処理部
【図１】
2010130267.tif 000003
【図２】
2010130267.tif 000004
【図３】
2010130267.tif 000005
【図４】
2010130267.tif 000006
【図５】
2010130267.tif 000007
【図６】
2010130267.tif 000008
【図７】
2010130267.tif 000009
【図８】
2010130267.tif 000010
【図９】
2010130267.tif 000011