(57)【要約】光リングネットワーク内の共有パスプロテクション用の方法及びシステムであり、そのネットワークは複数のノードを有する。トラヒック信号は波長のワーキングパスで転送される。ワーキングパスはドロップノードを有する。トラヒック信号は、障害についてドロップノードでの波長のトラヒック信号を個々に監視される。少なくとも障害のドロップノードでの検出に応じて、プロテクション切換要求が生成される。少なくともプロテクション切換要求に応じて、ネットワークは、プロテクションパスで波長のトラヒック信号をドロップノードに転送するようにプロビジョニングされる。
2006520572.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードを有する光リングネットワーク内での共有パスプロテクション用の方法であって、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成し、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングすることを有する方法。
【請求項２】
請求項１に記載の方法であって、
前記プロテクション切換要求は、Ethernetパケットを有する方法。
【請求項３】
請求項１に記載の方法であって、
前記プロテクション切換要求は、前記ドロップノードからブロードキャストされる方法。
【請求項４】
請求項１に記載の方法であって、
前記ワーキングパスで転送することは、第１の方向であり、
前記プロテクションパスで前記波長の前記トラヒック信号を転送するように前記ネットワークをプロビジョニングすることは、第２の方向に前記トラヒック信号を少なくとも転送することを有する方法。
【請求項５】
請求項１に記載の方法であって、
前記トラヒック信号は、プロテクト可能トラヒック信号を有し、
前記波長の優先使用可能トラヒック信号を前記プロテクションパスで選択的に転送することを更に有する方法。
【請求項６】
請求項５に記載の方法であって、
少なくとも前記プロテクション切換要求に応じて、前記プロテクションパスの優先使用可能トラヒック信号を終了することを更に有する方法。
【請求項７】
請求項５に記載の方法であって、
前記プロテクト可能トラヒック信号は、前記優先使用可能トラヒック信号より高い優先度のトラヒック信号である方法。
【請求項８】
複数のノードを有する光リングネットワーク内での共有パスプロテクション用のシステムであって、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有する手段と、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視する手段と、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成する手段と、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングする手段と
を有するシステム。
【請求項９】
請求項８に記載のシステムであって、
前記プロテクション切換要求は、Ethernetパケットを有するシステム。
【請求項１０】
請求項８に記載の方法であって、
前記プロテクション切換要求は、前記ドロップノードによりブロードキャストされるシステム。
【請求項１１】
請求項８に記載のシステムであって、
前記ワーキングパスで転送することは、第１の方向であり、
前記プロテクションパスで前記波長の前記トラヒック信号を転送するように前記ネットワークをプロビジョニングする手段は、第２の方向に前記トラヒック信号を少なくとも転送する手段を有するシステム。
【請求項１２】
請求項８に記載のシステムであって、
前記トラヒック信号は、プロテクト可能トラヒック信号を有し、
前記波長の優先使用可能トラヒック信号を前記プロテクションパスで選択的に転送する手段を更に有するシステム。
【請求項１３】
請求項１２に記載のシステムであって、
少なくとも前記プロテクション切換要求に応じて、前記プロテクションパスの優先使用可能トラヒック信号を終了する手段を更に有するシステム。
【請求項１４】
請求項１２に記載のシステムであって、
前記プロテクト可能トラヒック信号は、前記優先使用可能トラヒック信号より高い優先度のトラヒック信号であるシステム。
【請求項１５】
媒体にエンコードされたロジックを有し、複数のノードを有する光リングネットワーク内で共有パスプロテクションを行うシステムであって、
前記ロジックは、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成し、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングするように動作可能であるシステム。
【請求項１６】
請求項１５に記載のシステムであって、
前記プロテクション切換要求は、Ethernetパケットを有するシステム。
【請求項１７】
請求項１５に記載のシステムであって、
前記プロテクション切換要求は、前記ドロップノードによりブロードキャストされるシステム。
【請求項１８】
請求項１５に記載のシステムであって、
前記ワーキングパスで転送するように動作可能な前記ロジックは、第１の方向に前記トラヒック信号を転送するように動作可能であり、
前記プロテクションパスで前記波長の前記トラヒック信号を転送するように前記ネットワークをプロビジョニングするように動作可能な前記ロジックは、第２の方向に前記トラヒック信号を少なくとも転送することを有するシステム。
【請求項１９】
請求項１５に記載のシステムであって、
前記トラヒック信号は、プロテクト可能トラヒック信号を有し、
前記波長の優先使用可能トラヒック信号を前記プロテクションパスで選択的に転送するように動作可能なロジックを更に有するシステム。
【請求項２０】
請求項１９に記載のシステムであって、
少なくとも前記プロテクション切換要求に応じて、前記プロテクションパスの優先使用可能トラヒック信号を終了するように動作可能なロジックを更に有するシステム。
【請求項２１】
請求項１９に記載のシステムであって、
前記プロテクト可能トラヒック信号は、前記優先使用可能トラヒック信号より高い優先度のトラヒック信号であるシステム。
【請求項２２】
複数のノードを有する光リングネットワーク内での共有パスプロテクション用の方法であって、
第１の方向に波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
第２の方向に前記波長の優先使用可能トラヒック信号をプロテクションパスで転送し、前記プロテクションパスは前記ドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、Ethernetパケットを有するプロテクション切換要求を生成し、
前記ドロップノードから前記プロテクション切換要求をブロードキャストし、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングし、前記プロテクションパスで前記優先使用可能トラヒック信号を終了することを有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して光伝送システムに関するものであり、特に共有パスプロテクション方法及びシステムに関するものである。
【背景技術】
【０００２】
電気通信システム、ケーブルテレビシステム及びデータ通信ネットワークは、遠隔地点間で大量の情報を迅速に伝えるために光ネットワークを使用する。光ネットワークでは、情報は、光ファイバを通じた光信号の形式で伝えられる。光ファイバは、非常に小さい損失で長距離にわたって信号を伝送可能なガラスの細いストランドを有する。
【０００３】
光ネットワークは、伝送容量を増加させるために、しばしば波長多重分割方式(WDM:wavelength  division  multiplexing)又は高密度波長多重分割方式(DWDM:dense  wavelength  division  multiplexing)を使用する。WDM及びDWDMネットワークでは、複数の光チャネルは各ファイバにおいて異なる波長で運ばれる。ネットワーク容量は、各ファイバの波長又はチャネルの数と、チャネルの帯域又はサイズとに基づく。他の光ネットワークアーキテクチャには、同期式光ファイバネットワーク(SONET:synchronous  optical  network)アーキテクチャが含まれる。
【０００４】
回線切断又は他の障害から生じた中断からトラヒック信号をプロテクトするために、パスレベルのSONETプロテクション用のUPSR(unidirectional  path  switched  ring)と、ラインレベルのSONETプロテクション用の1+1及びBLSR(bidirectional  line  switched  ring)と、WDMの個々のチャネルレベルでの1+1OUPSR(optical  unidirectional  path  switch  ring)とを含み、多様なプロテクション切換プロトコルが考案されてきている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、光共有パスプロテクション用の方法及びシステムを提供する。特定の実施例において、光リングネットワークの各プロテクト済チャネルは独立して個別に監視され、チャネル毎に自動プロテクション切換(APS:automatic  protection  switching)が提供されてもよい。
【課題を解決するための手段】
【０００６】
本発明の一実施例によれば、共有パスプロテクション用の方法及びシステムは、波長のワーキングパスでトラヒック信号を転送することを有する。ワーキングパスはドロップノード(drop  node)を有する。トラヒック信号は、障害に対してドロップノードの波長で個々に監視される。少なくともドロップノードでの障害の検出に応じて、プロテクション切換要求が生成される。少なくともプロテクション切換要求に応じて、ネットワークは、プロテクションパスで波長のトラヒック信号をドロップノードに転送するようにプロビジョニングされる。
【発明の効果】
【０００７】
本発明の特定の実施例の技術的な利点は、光ドメインにおけるチャネル毎のレベルでの共有パスプロテクションを有する。プロテクションはチャネル毎に基づくため、トラヒックの存続性が向上することがある。更に、プロテクションの波長は、光リングの複数の動作中の接続で共有されてもよい。このように、全体のネットワーク容量が増加する。また、共有パスプロテクションは、チャネルの数に無関係で如何なる適切な帯域をサポートするように拡張可能でもよく、相互接続の波長多重分割方式(WDM)のリングネットワーク構成用のプロテクションをサポートするように拡張可能でもよい。多様な実施例において、復旧切換(revertive  switching)と、低優先度トラヒックスケルチング(low  priority  traffic  squelching)と、手動要求と強制要求とロックアウト要求とを含むネットワークメンテナンス及びアップグレード用のユーザ要求処理と、チャネル毎のプロテクションに基づく優先度及びプロテクション切換階層を処理する所定の手順での競合処理と共に、一方向及び双方向の切換がサポートされてもよい。
【０００８】
本発明の特定の実施例の他の技術的な利点は、比較的低コストの環境で更なるトラヒックの存続性での高速の高信頼度の切換を有する。特定の実施例において、切換要求及び他のプロテクション切換メッセージは、Ethernet(登録商標)パケットの形式でEthernet(登録商標)レイヤでドロップノードからブロードキャストされる。特定の実施例において、シグナリング用の専用のバイトは不要である。単一の制御チャネルで複数の論理リングがサポートされてもよい。
【０００９】
本発明の多様な実施例は、前述の技術的利点の一部又は全てを有してもよく、それを有さなくてもよい。更に、本発明の他の技術的な利点は、以下の図面、詳細な説明及び特許請求の範囲から容易に明らかになる。
【発明を実施するための最良の形態】
【００１０】
本発明及びその利点の完全な理解のため、添付図面と共に以下の詳細な説明に対して言及が行われる。添付図面において、同様の数字は同様の部分を表す。
【００１１】
図１は、本発明の一実施例による光ネットワーク10を示している。この実施例では、光ネットワーク10は、複数の光チャネルが異なる波長で共通パスで運ばれる光ネットワークである。ネットワーク10は、波長多重分割方式(WDM)ネットワークでもよく、高密度波長多重分割方式(DWDM)ネットワークでもよく、他の適切なマルチチャネルネットワークでもよい。ネットワーク10は、短距離メトロポリタンネットワークで使用されてもよく、長距離都市間ネットワークで使用されてもよく、その他の適切なネットワーク又はネットワークの組み合わせで使用されてもよい。光信号は、オーディオ、ビデオ、テキスト、リアルタイム、非リアルタイム及び／又は他の適切なデータをエンコードするように変調された少なくとも１つの特徴を有する。変調は、位相シフトキーイング(PSK:phase  shift  keying)、輝度変調(IM:intensity  modulation)及び他の適切な手法に基づいてもよい。
【００１２】
図１を参照すると、ネットワーク10は、リング14により接続された複数のノード12を有する。図示の実施例では、リング14は、第１の光ファイバ16と、第２の光ファイバ18とを有する。他の実施例では、リング14は、単一の一方向のファイバ、単一の双方向のファイバ、又は他の適切なリングを有してもよいことがわかる。図示の実施例では、ファイバ16は、時計方向にトラヒックを伝送し、ファイバ18は、反時計方向にトラヒックを伝送する。
【００１３】
ノード12は、ネットワーク10からトラヒックをアッド及びドロップし、各隣接のノードにトラヒックを送信し、各隣接のノードからトラヒックを受信するように動作可能である。ここで使用される“各”とは、特定のアイテムの少なくともサブセットのそれぞれ１つを意味する。ノード12は、切換要求と肯定応答と共有パスプロテクション用の他の適切なメッセージとを含み、シグナリングメッセージを送信、格納及び受信するように更に動作可能である。シグナリングメッセージは、光監視チャネル(OSC:optical  supervisory  channel)又は他のもので送信されてもよい。ノード12については、図２を参照して詳細に説明する。
【００１４】
ネットワーク10のトラヒック信号は、プロテクト済トラヒックと、未プロテクトの優先使用可能(UP:unprotected  preemptable)トラヒックと、未プロテクトの優先使用不可(UU:unprotected  unpreemptable)トラヒックとに分類されてもよい。プロテクト済トラヒックは、通常動作中にワーキングパスで運ばれ、ワーキングパスでの障害中にプロテクションパスで運ばれる。UPトラヒックはプロテクトされておらず、プロテクト済トラヒックにプロテクションパスを提供するように先取りを受ける。このように、UPトラヒックは、プロテクション切換中にスケルチング(squelching)又は他の終了を受ける。UUトラヒックはプロテクトされていないが、他のチャネルのプロテクション切換中に先取りされない。
【００１５】
参照を容易にするため、図１のノード12は、文字A-Fで個々にラベル付けされている。例示的なプロテクト済トラヒック信号20が、ノードAでネットワーク10にアッドされ、ノードCでネットワーク10からドロップされる。トラヒック信号は、ワーキングパス22とプロテクションパス24とを有する。トラヒック信号20のワーキングパス22は、ノードAからB及びBからCの時計方向のパスとして定義される。従って、トラヒック信号20のワーキングパス22では、ノードAはアッドノードを意味し、ノードCはドロップノードを意味し、ノードBは中間ノードを意味する。トラヒック信号20は、選択されたチャネル又は波長λXで移動する。
【００１６】
トラヒック信号20のプロテクションパス24は、ワーキングパスの反対方向(この場合には、中間ノードF、E及びDを介した反時計方向)のノードAからノードCへのパスとして定義されてもよい。通常の動作中に、トラヒック信号20は、ワーキングパスA-B-Cで転送され続ける。トラヒック信号20は例示的なトラヒック信号に過ぎないものであり、多様な実施例ではネットワーク10は複数のトラヒック信号を有してもよく、ノード10の一部又は全部が特定のトラヒック信号のアッド、ドロップ及び／又は中間ノードとして動作してもよく、動作しなくてもよく、それによって他のワーキングパス及びプロテクションパスが定義されてもよいことがわかる。
【００１７】
第２のプロテクト済トラヒック信号26はλXで運ばれてもよい。例示的な信号26は、ノードCでワーキングパスに対してアッドされ、ノードDでドロップされる。信号26は、中間ノードB、A、F及びEを介した反時計方向に、ノードCからノードDへのプロテクションパス(図示せず)を有する。
【００１８】
第３のトラヒック信号28は、λXで運ばれ、ノードFでネットワーク10にアッドされ、ノードEでネットワーク10からドロップされ、反時計方向に移動してもよい。トラヒック信号28は、優先使用可能UPトラヒック信号を有してもよい。特定の実施例では、優先使用可能トラヒック信号26は、トラヒック信号20及び26より低優先度のトラヒック信号を有してもよい。
【００１９】
ワーキングパス22(信号20のA-B-C)の回線切断、中断又は他の障害の場合に、ネットワーク10は、プロテクションパス24(A-F-E-D-C)を通じてトラヒック信号20を転送するようにプロビジョニングされてもよい。干渉を回避するため、UPトラヒック信号28は最初にスケルチされてもよく、その他に終了されてもよい。このように、プロンプト可能トラヒック信号(promptable  traffic  signal)がプロテクト可能トラヒック信号のプロテクションパスで移動することを可能にすることにより、通常動作中に全体のネットワーク容量が増加することがある。プロンプト可能トラヒック信号28は、プロテクト済信号26のプロテクションパスをクリアするように、同様に終了されてもよい。更に、いくつかのプロテクト済チャネルは、OSPPR(optical  share  path  protection  ring)プロトコルにより提供されるプロテクション切換とプロテクションパスを共有してもよい。
【００２０】
図２は、本発明の一実施例による図１の光ネットワークのノード12の詳細を示している。図示の実施例では、ノード12は、ハードウェア50と、切換コントローラ52と、切換エンジン54と、シグナリング要素56とを有する。ハードウェア50は、スイッチ、多様な接続、スプリッタ、マルチプレクサ、デマルチプレクサ、増幅器、又はネットワーク10に対して及びローカル加入者に対してトラヒック信号をアッド、ドロップ、転送若しくは受信する他の適切な光及び電気構成要素(特に図示せず)を有してもよい。簡単にするため、ノード12の選択された要素のみが図示されており、ノード12は、他の適切な要素を更に有してもよい。例えば、ノード12は、エレメント管理システム(EMS:element  management  system)、及び／又はネットワーク管理システム(NMS:network  management  system)、及び／又はネットワーク及び／又はノード監視、ネットワーク10のループバック又はローカルテスト機能、又は他の適切な動作を実行する記載のノード又はネットワークの他の要素又は一部を有してもよい。
【００２１】
切換エンジン54は、ネットワーク10のOSPPRプロトコルを実装する。一実施例では、切換エンジン54は、チャネル及びプロテクション状態情報を格納するデータ構造又はメモリ58を有する。この実施例では、チャネル情報は、波長と、ルートと、エンティティのプロビジョニングと、プロテクションについての未プロテクトの優先使用可能(Pに対するUP)の情報とを有してもよい。ルート情報は、ノードでドロップされるプロテクト済チャネル毎にアッドノードと中間プロテクトノードとドロップノードとを有してもよく、ノードでアッドされるプロテクト済チャネル毎にアッドノードとドロップノードとを有してもよく、ノードが中間プロテクトノードであるプロテクションチャネル毎にアッドノードとドロップノードとを有してもよい。図３は、チャネル情報について更に示している。OSPPRのチャネル特性を特定するように動作可能な異なる又は他の適切な情報がメモリ58に格納されてもよい。
【００２２】
状態情報は、何らかの現在アクティブなプロテクション切換要求と、要求の起点と、チャネルの切換状態とをチャネル毎に有してもよい。チャネルがドロップノードで監視される実施例では、起点はそのチャネルのドロップノードでもよい。切換状態は、アイドル、ブリッジ、切換又は通過でもよい。切換状態は、図４に図示されており、更に図４に関して説明する。
【００２３】
動作中に、切換エンジン54は、ユーザ要求と、ノード12の要素からローカルで検出された障害の指示を受信し、ネットワーク10の他のノード12に対してプロテクション切換要求を生成する。一実施例では、各ノードは、光損失(LOL:loss  of  light)について各プロテクト済のドロップチャネルを監視し、LOLに応じてプロテクション切換を起動する。この実施例及び他の実施例では、各チャネルは、LOLに加えて、又はLOLの代わりに、品質、信号劣化、ビット誤り率(BER:bit  error  rate)又は他の適切な基準について個別に及び／又は区別して監視されてもよい。切換エンジン53は、シグナリング要素56を通じてネットワーク10の他のノードにプロテクション切換メッセージを通信する。切換エンジン54はまた、プロテクション切換要求と、肯定応答と、シグナリング要素56を通じてネットワーク10のノード12により生成された他のシグナリングメッセージとを受信する。
【００２４】
切換コントローラ52は、切換エンジン54からのコマンドに応じて、ノードのハードウェア50を設定する。切換コントローラ52は、要求のコマンドを終了したことに応じて、切換エンジン54に切換終了メッセージを送信するように更に動作可能である。
【００２５】
シグナリング要素56は、切換要求と肯定応答とをリング14から受信し、これらの要求と肯定応答とを切換エンジン54に転送し、切換エンジン54からの要求と肯定応答とをリング14に送信するように動作可能である。シグナリング要素56は、ハードウェア50に直接に又はその他の方法で結合され、ハードウェア50と通信する。一実施例では、シグナリング要素56は、Ethernet(登録商標)レイヤを通じてハードウェアと通信し、プロテクション切換動作を早める。この実施例では、プロテクション切換は50ミリ秒以内に実行されてもよい。他の実施例では、シグナリング要素56又は他の適切な構成要素は、インターネットプロトコル(IP)、TCP、アプリケーション又は他の適切なプロトコルレイヤを通じてリングで切換ハードウェア50と通信してもよいことがわかる。
【００２６】
切換コントローラ52、切換エンジン54及びシグナリング要素56は、障害検出と、プロテクション切換と、未プロテクトのトラヒック信号の終了と、他の適切な動作とのため、媒体にエンコードされたロジックを有してもよい。ロジックは、ディスク又は他のコンピュータ読取可能媒体にエンコードされたソフトウェア、及び／又は特定用途向け集積回路(ASIC:application  specific  integrated  circuit)、フィールドプログラマブルゲートアレイ(FPGA:field  programmable  gate  array)又は他のプロセッサ若しくはハードウェアにエンコードされた命令を有してもよい。一実施例では、切換エンジン54及びシグナリング要素は、各ノード12におけるネットワーク10のチャネル毎のインスタンスでもよい。切換コントローラ52、切換エンジン54及び／又はシグナリング要素56の機能は、ネットワーク10の他の構成要素により実行されてもよく、その他に分散又は集中されてもよいことがわかる。
【００２７】
図３は、本発明の一実施例によるネットワーク10の例示的なノードA-Fでチャネル毎に維持されるデータを示している。この実施例では、ノード12は、プロテクト済チャネル毎に、ルートと、エンティティのプロビジョニングと、Pに対するUPの情報とを格納する。
【００２８】
図３を参照すると、ノードAにおいて、切換エンジン54のデータストア58は、ノードAでアッドされてノードCでドロップされた信号20(W1)について、アッドノードとドロップノードとを格納する。ノードCでアッドされてノードDでドロップされた信号26(W2)について、データストア58は、アッドノードとドロップノードとを格納する。クロスコネクト(XC)、アッド・プロテクション情報(add-PI)及び通過プロテクション情報(PT-PI)がプロビジョニングされたエンティティである。Pに対するUPはプロビジョニングされない。
【００２９】
ノードBにおいて、ノードBはW1についてのアッド、ドロップ又は中間プロテクトノードのいずれでもないため、切換エンジン54は、W1にヌルの設定をデータストア58に格納する。W2について、データストアは、アッド及びドロップノードC及びDを特定する。XC及びPT-PIがプロビジョニングされたエンティティであり、Pに対するUPはnoである。W1がドロップされるノードCにおいて、切換エンジン54は、アッドノードAと、中間プロテクトノードF、E及びDと、ドロップノードCとを格納する。W2について、アッド及びドロップノードC及びDが格納される。XC、プロテクショングループ(PG)及びadd-PIがプロビジョニングされたエンティティである。
【００３０】
ノードDにおいて、切換エンジン54は、W1について、アッド及びドロップノードA及びCを格納する。信号W2について、切換エンジン54は、アッドノードCと、中間プロテクトノードB、A、F及びEと、ドロップノードDとを格納する。PT-PI、XC及びPGがプロビジョニングされたエンティティである。ノードEにおいて、切換エンジン54は、W1についてアッドノードAとドロップノードCとを格納し、信号W2についてアッドノードCとドロップノードDとを格納する。PI及びUP  XC-dropがプロビジョニングされたエンティティであり、Pに対するUPはyesである。以下に詳細に説明するように、UP信号28は、W1又はW2のパス障害の場合にスケルチされ又は他に終了され、プロテクションパスとの干渉を回避する。ノードFにおいて、切換エンジン54は、W1についてアッドノードAとドロップノードCとを格納し、信号W2についてアッドノードCとドロップノードDとを格納する。PI及びUP  XC-addが、プロビジョニングされたエンティティであり、Pに対するUPはyesである。本発明の範囲を逸脱することなく、ルート情報と、ルート情報のアッドノード、中間ノード又はドロップノードと、プロビジョニングのエンティティと、UPトラヒックとを特定するデータが別の方法で格納されてもよいことがわかる。
【００３１】
図４は、本発明の一実施例によるチャネルについて切換エンジン54の状態を示したブロック図である。前述のように、切換エンジン54は、各ノードでチャネル毎にインスタンス化されてもよい。このように、各ノードは、アッドノード、ドロップノード又は中間ノードである各チャネルの状態を格納してもよい。
【００３２】
図４を参照すると、切換エンジン54は、アイドル状態98と、ブリッジ状態100と、通過状態102と、切換状態104とを有してもよい。この実施例では、チャネルのアッドノードでは、そのチャネルの切換エンジンは、ブリッジ状態100又はアイドル状態98を有してもよい。切換エンジン54は、チャネルがワーキングパスで運ばれる通常の動作中ではアイドル状態98にある。ワーキングパスでの障害に応じて、及び／又はドロップノードの要求時に、プロテクションパスの何らかのUPトラヒックがスケルチされた後に、チャネルの切換エンジン54はブリッジ状態100に移行する。ブリッジ状態100では、切換エンジンは、ワーキングパスとプロテクトパスとのそれぞれでチャネルのトラヒックを送信するようにハードウェア50を設定する。
【００３３】
ノードが中間プロテクトノードである波長では、その波長の切換エンジン54は、アイドル状態若しくはモード98又は通過状態102を有してもよい。切換エンジン54は、信号がワーキングパスで運ばれる通常動作中ではアイドル状態98に留まる。ワーキングパスの障害に応じて、及び／又はドロップノードからの要求に応じて、切換エンジン54は、通過状態102に移行し、プロテクションパスで信号を運ぶ。Pに対するUPトラヒックは、スケルチされ又は他に終了される。
【００３４】
ノードがドロップノードであるチャネルの切換エンジン54は、アイドル状態98及び切換状態104を有してもよい。切換エンジン54は、信号がワーキングパスで運ばれる通常動作中ではアイドル状態98になる。ワーキングパスの障害に応じて、切換エンジン54の状態は、切換状態104に移行する。切換状態では、切換エンジン54は、プロテクションパスで信号を受信するようにハードウェア50を設定する。ワーキングパスは、障害が回復し、信号の伝送がワーキングパスに戻ってもよい時を決定するために、監視され続ける。
【００３５】
図５は、本発明の一実施例によるプロテクション切換メッセージ又は信号の構成を示している。この実施例では、プロテクション切換メッセージは、制御チャネルで伝送される最高優先度のEthernet(登録商標)パケットである。本発明の範囲を逸脱することなく、プロテクション切換要求と肯定応答と状態情報とルーティング情報と他の情報とを通信するために、他の適切な形式のメッセージが使用されてもよいことがわかる。
【００３６】
特定の実施例では、チャネルのドロップノードは、ファイバ切断又は他のプロテクト済トラヒックの障害を検出し、ネットワーク10の他のノード12にEthernet(登録商標)レイヤで指示をブロードキャストする。切換要求を受信するノード12は、図４に関して前述したように、適切な状態変化が完了したことを示す肯定応答をEthernet(登録商標)レイヤで同様にブロードキャストしてもよい。図５のEthernet(登録商標)パケットは、本発明の一実施例によるこのような切換要求、肯定応答又は他の適切なメッセージ用のフォーマットを示している。
【００３７】
図５を参照すると、Ethernet(登録商標)パケット150は、1バイトを有するバージョンフィールド152と、4バイトを有する宛先ノードフィールド154と、4バイトを有するソースノードフィールド156と、1バイトを有する波長フィールド158と、2ビットを有するモードフィールド160と、3ビットを有するメッセージ形式フィールド162と、5ビットを有する説明フィールド164と、5ビットを有する切換コマンドフィールド166と、1ビットを有する予備フィールド168とを有する。各フィールドは、以下に示すように、メッセージのその部分に適した情報に対応するバイナリ数字を有してもよい。
【００３８】
バージョンフィールド152は、プロトコルのバージョン番号(例えばバージョン1.01)に関する情報を有する。宛先ノードフィールド154は、パケットの宛先ノードのインターネットプロトコル(IP)アドレスを有する。ソースノードフィールド156は、パケットがブロードキャストされたノードのIPアドレスを有する。波長フィールド158は、波長又はチャネルを有する。
【００３９】
OSPPRプロトコルは異なる構成の多様なネットワークで標準化及び展開され得るため、特定の実施例では、そのプロトコルは、一方向と双方向の両方の切換で動作可能でもよい。モードフィールド160は、切換が一方向であるか双方向であるかを示す。双方向の対のチャネルでは、いずれかのチャネルのワーキングパスの障害のときに、双方のチャネルがそのプロテクションパスに切り換えられる。
【００４０】
メッセージ形式フィールド162は、メッセージが切換要求であるか、切換要求の肯定応答であるか、切換要求の否定応答であるかを示す。切換要求の肯定応答は、受信した切換要求がソースノードでうまく完了したことを示す。切換要求の否定応答は、受信した切換要求がソースノードで完了できなかったことを示す。
【００４１】
説明フィールド164は、信号の障害や、信号の劣化や、プロテクションパスのロックアウトや、ワーキングパスのロックアウトや、ネットワークを切換前の状態に戻す待ち時間や、逆の要求や、他の適切な説明のような、コマンドの説明を有する。切換コマンドフィールド166は、“切換”や“ブリッジ”や“UPトラヒックの除去”や“アイドル”や他の適切なコマンドのような、実際のコマンドを有する。特定の実施例では、OSPPRプロトコルは、“手動”や“強制”や“ロックアウト”や他の適切な要求のようなコマンドを許可することにより、ネットワークメンテナンス又はアップグレード作業を実行する手順をサポートしてもよい。
【００４２】
図６は、本発明の一実施例によるドロップノードでのチャネルの光共有パスプロテクションの方法を示している。この実施例は、各ノードは、ワーキングパスの障害及び／又は回復について、ドロップノードである各チャネルを別々に、個別に及び／又は個々に監視する。障害の場合に、ドロップノードはプロテクション切換を開始する。ドロップノードはまた、回復時にワーキングパスに切戻しを開始する。
【００４３】
図６を参照すると、方法はステップ200で始まり、チャネルの障害がそのチャネルのドロップノードで検出される。障害は、回線切断、装置障害又はトラヒック信号のワーキングパスでのその他の障害を有してもよく、LOL検出、BERの増加又は他の適切な手段を介して検出されてもよい。
【００４４】
ステップ202に進み、チャネルのプロテクションパスのUPトラヒックがスケルチ又は他に終了され、干渉を回避する。一実施例では、プロテクションパスのUPトラヒックは、切換エンジン54のデータストア58のPに対するUPの情報により特定されてもよい。プロテクションパスでUPトラヒックを特定すると、切換エンジン54は、Pに対するUPのトラヒックを有する特定されたノードに対して、スケルチメッセージを生成して送信してもよい。そのメッセージに応じて、ノードはUPトラヒックをスケルチし、それぞれ肯定応答メッセージで応答する。スケルチ肯定応答を受信すると、その方法はステップ204に進む。スケルチの肯定応答メッセージが受信されない場合、開始した切換エンジン54は、プロテクション切換障害通知を生成してもよい。このように２段階のシグナリングが使用される。
【００４５】
ステップ204において、チャネルの切換エンジン54は、自動プロテクション切換(APS:automatic  protection  switching)メッセージを生成する。チャネルの格納された情報に基づいて、APSメッセージは、アッドノードと中間プロテクションパスノードとについて生成される。APSメッセージは、図５を参照して説明したEthernet(登録商標)パケット又は他の適切なメッセージ形式を有してもよい。
【００４６】
ステップ206に進み、ドロップノードは、ネットワークにAPSメッセージをブロードキャストし、それにより、ネットワーク10の各ノード12はAPSメッセージを受信してもよく、特定のノードがAPSメッセージの宛先ノードである場合にはAPSメッセージに従って動作してもよい。ステップ208において、ドロップノードは、アッドノード及び中間プロテクションノードでのプロテクション切換が完了したという肯定応答を待機する。判定ステップ210で指定の期間内に肯定応答メッセージを受信しない場合、切換エンジン54はタイムアウトし、ステップ211でプロテクション切換障害を指示する。一実施例では、肯定応答メッセージを受信する期間は50ミリ秒でもよい。
【００４７】
プロテクションパスが設定され、信号がプロテクションパスで送信されていることを示すアッドノード及び中間プロテクションノードからの肯定応答メッセージを受信すると、判定ステップ210のYESの分岐がステップ212に導き、ドロップノードが、プロテクトされたパスからトラヒックを受信するようにプロビジョニングされる。これは、切換エンジン54をアイドル状態98から切換状態104に移行することで実現されてもよい。
【００４８】
判定ステップ214において、障害が回復又は他にクリアされたか否かが決定される。このような決定は、直接のパス監視またはソフトウェアの監視を通じて行われてもよい。障害が回復していない場合、ステップ214のNOの分岐はそのステップの入力に戻るように導く。
【００４９】
障害がクリアされると、特定の実施例では、切換エンジン54は所定の期間の間に回復待機状態に入ってもよい。特定の実施例では、所定の時間は2〜12分を有してもよい。ワーキングパスでの更なる障害なしに待ち時間が終了すると、その方法はステップ216に進み、ドロップノードは、ネットワーク10のアッドノード及び中間プロテクションノード12に回復メッセージを生成する。ステップ218において、ドロップノードは回復メッセージをブロードキャストする。回復メッセージに応じて、アッドノードはブリッジ状態から移行し、中間プロテクションノードはプロテクト済信号をドロップし、UPトラヒックの送信を再開する。アッドノード及び中間プロテクションノードは、ドロップノードに復帰要求の完了を戻すようにそれぞれ知らせる。ステップ220において、ドロップノードの切換エンジン54は、ワーキングパスに切り戻す。肯定応答メッセージの受信の前に、このステップが終了してもよい。復帰の肯定応答を受信しない場合、切換エンジン54は、復帰の障害を指示してもよく、及び／又はプロテクションパスからトラヒックを受信し続けてもよい。
【００５０】
図７は、本発明の一実施例によるチャネルの中間プロテクションノードでのチャネルの光共有パスプロテクションの方法を示している。この実施例では、前述のように、個別のチャネル毎にドロップノードでチャネル障害が検出される。自動プロテクション切換もチャネル毎に提供される。このように、チャネルは、個別に、別々に及び／又は独立してプロテクション切換されてもよい。
【００５１】
図７を参照すると、方法はステップ300で始まり、チャネルの切換エンジン54はアイドル状態98である。図４を参照して前述したように、アイドル状態98は、トラヒックがプロテクションパスで運ばれていない通常動作を有する。
【００５２】
ステップ302に進み、ノードはチャネルについてAPSメッセージを受信する。ステップ304において、切換エンジン54は、アイドルモード又は状態98から通過状態102に移行する。図４を参照して前述したように、通過状態102では、中間プロテクションノードは、プロテクト済トラヒックを運び、プロテクションパスの何らかのUPトラヒックをスケルチ又は他に終了する。ステップ306に進み、中間ノードは、移行が終了したことを示す肯定応答メッセージをブロードキャストする。ドロップノードは、肯定応答メッセージの宛先ノードでもよい。
【００５３】
判定ステップ308に進み、回復メッセージが中間ノードにより受信されていない場合、方法はステップ310に進み、未プロテクトの優先使用可能トラヒックがスケルチされ続ける。回復メッセージを受信した場合、ステップ312において、チャネルの切換エンジン54は、通過状態102からアイドル状態98に戻る。肯定応答メッセージが生成され、送信されてもよい。
【００５４】
図８は、本発明の一実施例によるチャネルのアッドノードでのチャネルの光共有パスプロテクションの方法を示している。この実施例では、前述のように、チャネルはそのドロップノードで独立して個々に監視され、ワーキングパスの障害に応じて独立してプロテクション切換される。
【００５５】
図８を参照すると、方法はステップ400で始まり、チャネルの切換エンジン54はアイドル状態98で動作している。図４を参照して前述したように、アイドル状態98は、トラヒックがプロテクションパスで運ばれていない通常動作を有する。特定のチャネルでアイドル状態98になると、アッドノードはワーキングパスでのみチャネルのトラヒックを送信する。
【００５６】
ステップ402に進み、ノードはAPSメッセージを受信する。ステップ404において、ノードのチャネルの切換エンジン54は、アイドル状態98からブリッジ状態100に移行する。図４を参照して前述したように、ブリッジ状態100でのアッドノードは、指定のプロテクションパスとワーキングパスとに特定のチャネルのトラックをアッドする。ステップ406に進み、アッドノードは、移行が終了したことを示す肯定応答メッセージをブロードキャストする。ドロップノードは、肯定応答メッセージの宛先ノードでもよい。
【００５７】
判定ステップ408において、回復メッセージがアッドノードにより受信されていない場合、方法はステップ410に進み、アッドノードは、プロテクションパスとワーキングパスとにプロテクト済信号をアッドし続ける。回復メッセージを受信した場合、ステップ412において、切換エンジン54は、ブリッジ状態100からアイドル状態98に戻る。肯定応答メッセージが生成され、送信されてもよい。
【００５８】
プロテクションパスは２つ以上のワーキングパスにより共有されてもよいため、プロテクト済信号は優先されてもよく、ワーキングパスの障害の場合に、プロテクションを備えた２つ以上のプロテクト済信号が高優先度の信号に提供される。このように、障害時に、チャネルのドロップノードの切換エンジン54は、他の障害によりプロテクションパスが他のプロテクト済信号により使用中であるか否かをまず決定してもよい。プロテクションパスが既に使用中である場合、次に、切換エンジン54は、既にプロテクトされている信号の優先度を決定してもよく、それが切換エンジン54のチャネルより高い場合には、高優先度の信号がワーキングチャネルに復帰するまで、プロテクション切換を要求しなくてもよい。既にプロテクトされている信号が低優先度である場合、切換エンジン54は、既にプロテクトされている信号に復帰又はアイドルコマンドを生成して送信し、信号がプロテクションパスから終了するようにさせてもよく、その後、高優先度の信号のプロテクション切換を開始してもよい。
【００５９】
本発明について複数の実施例で説明したが、多様な変更及び変形が当業者に示唆され得る。本発明は、特許請求の範囲内にあるそのような変更及び変形を含むことを意図する。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施例による光ネットワークを示したブロック図である。
【図２】本発明の一実施例による図１の光ネットワークのノードの詳細を示したブロック図である。
【図３】本発明の一実施例による図１のネットワークのノードでチャネル毎に維持されるデータを示したブロック図である。
【図４】本発明の一実施例による図１のネットワークのチャネルについて、アッドノード、ドロップノード及び中間ノードでの切換エンジンの状態を示した状態図である。
【図５】本発明の一実施例による図１のネットワークでのプロテクション切換用のシグナリングパケットを示したブロック図である。
【図６】本発明の一実施例によるチャネルのドロップノードでのチャネルの光共有パスプロテクション用の方法を示したフローチャートである。
【図７】本発明の一実施例によるチャネルの中間ノードでのチャネルの光共有パスプロテクション用の方法を示したフローチャートである。
【図８】本発明の一実施例によるチャネルのアッドノードでのチャネルの光共有パスプロテクション用の方法を示したフローチャートである。
【図１】
2006520572.tif 000003
【図２】
2006520572.tif 000004
【図３】
2006520572.tif 000005
【図４】
2006520572.tif 000006
【図５】
2006520572.tif 000007
【図６】
2006520572.tif 000008
【図７】
2006520572.tif 000009
【図８】
2006520572.tif 000010
【手続補正書】
【提出日】平成17年9月20日(2005.9.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のノードを有する光リングネットワーク内での共有パスプロテクション用の方法であって、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成し、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングすることを有する方法。
【請求項２】
請求項１に記載の方法であって、
前記トラヒック信号は、プロテクト可能トラヒック信号を有し、
前記波長の優先使用可能トラヒック信号を前記プロテクションパスで選択的に転送することを更に有する方法。
【請求項３】
複数のノードを有する光リングネットワーク内での共有パスプロテクション用のシステムであって、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有する手段と、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視する手段と、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成する手段と、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングする手段と
を有するシステム。
【請求項４】
媒体にエンコードされたロジックを有し、複数のノードを有する光リングネットワーク内で共有パスプロテクションを行うシステムであって、
前記ロジックは、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成し、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングするように動作可能であるシステム。
【請求項５】
複数のノードを有する光リングネットワーク内での共有パスプロテクション用の方法であって、
第１の方向に波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
第２の方向に前記波長の優先使用可能トラヒック信号をプロテクションパスで転送し、前記プロテクションパスは前記ドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、Ethernet(登録商標)パケットを有するプロテクション切換要求を生成し、
前記ドロップノードから前記プロテクション切換要求をブロードキャストし、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングし、前記プロテクションパスで前記優先使用可能トラヒック信号を終了することを有する方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して光伝送システムに関するものであり、特に共有パスプロテクション方法及びシステムに関するものである。
【背景技術】
【０００２】
電気通信システム、ケーブルテレビシステム及びデータ通信ネットワークは、遠隔地点間で大量の情報を迅速に伝えるために光ネットワークを使用する。光ネットワークでは、情報は、光ファイバを通じた光信号の形式で伝えられる。光ファイバは、非常に小さい損失で長距離にわたって信号を伝送可能なガラスの細いストランドを有する。
【０００３】
光ネットワークは、伝送容量を増加させるために、しばしば波長多重分割方式(WDM:wavelength  division  multiplexing)又は高密度波長多重分割方式(DWDM:dense  wavelength  division  multiplexing)を使用する。WDM及びDWDMネットワークでは、複数の光チャネルは各ファイバにおいて異なる波長で運ばれる。ネットワーク容量は、各ファイバの波長又はチャネルの数と、チャネルの帯域又はサイズとに基づく。他の光ネットワークアーキテクチャには、同期式光ファイバネットワーク(SONET:synchronous  optical  network)アーキテクチャが含まれる。
【０００４】
回線切断又は他の障害から生じた中断からトラヒック信号をプロテクトするために、パスレベルのSONETプロテクション用のUPSR(unidirectional  path  switched  ring)と、ラインレベルのSONETプロテクション用の1+1及びBLSR(bidirectional  line  switched  ring)と、WDMの個々のチャネルレベルでの1+1OUPSR(optical  unidirectional  path  switch  ring)とを含み、多様なプロテクション切換プロトコルが考案されてきている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、光共有パスプロテクション用の方法及びシステムを提供する。特定の実施例において、光リングネットワークの各プロテクト済チャネルは独立して個別に監視され、チャネル毎に自動プロテクション切換(APS:automatic  protection  switching)が提供されてもよい。
【課題を解決するための手段】
【０００６】
本発明の一実施例によれば、共有パスプロテクション用の方法及びシステムは、波長のワーキングパスでトラヒック信号を転送することを有する。ワーキングパスはドロップノード(drop  node)を有する。トラヒック信号は、障害に対してドロップノードの波長で個々に監視される。少なくともドロップノードでの障害の検出に応じて、プロテクション切換要求が生成される。少なくともプロテクション切換要求に応じて、ネットワークは、プロテクションパスで波長のトラヒック信号をドロップノードに転送するようにプロビジョニングされる。
【発明の効果】
【０００７】
本発明の特定の実施例の技術的な利点は、光ドメインにおけるチャネル毎のレベルでの共有パスプロテクションを有する。プロテクションはチャネル毎に基づくため、トラヒックの存続性が向上することがある。更に、プロテクションの波長は、光リングの複数の動作中の接続で共有されてもよい。このように、全体のネットワーク容量が増加する。また、共有パスプロテクションは、チャネルの数に無関係で如何なる適切な帯域をサポートするように拡張可能でもよく、相互接続の波長多重分割方式(WDM)のリングネットワーク構成用のプロテクションをサポートするように拡張可能でもよい。多様な実施例において、復旧切換(revertive  switching)と、低優先度トラヒックスケルチング(low  priority  traffic  squelching)と、手動要求と強制要求とロックアウト要求とを含むネットワークメンテナンス及びアップグレード用のユーザ要求処理と、チャネル毎のプロテクションに基づく優先度及びプロテクション切換階層を処理する所定の手順での競合処理と共に、一方向及び双方向の切換がサポートされてもよい。
【０００８】
本発明の特定の実施例の他の技術的な利点は、比較的低コストの環境で更なるトラヒックの存続性での高速の高信頼度の切換を有する。特定の実施例において、切換要求及び他のプロテクション切換メッセージは、Ethernet(登録商標)パケットの形式でEthernet(登録商標)レイヤでドロップノードからブロードキャストされる。特定の実施例において、シグナリング用の専用のバイトは不要である。単一の制御チャネルで複数の論理リングがサポートされてもよい。
【０００９】
本発明の多様な実施例は、前述の技術的利点の一部又は全てを有してもよく、それを有さなくてもよい。更に、本発明の他の技術的な利点は、以下の図面、詳細な説明及び特許請求の範囲から容易に明らかになる。
【発明を実施するための最良の形態】
【００１０】
本発明及びその利点の完全な理解のため、添付図面と共に以下の詳細な説明に対して言及が行われる。添付図面において、同様の数字は同様の部分を表す。
【００１１】
図１は、本発明の一実施例による光ネットワーク10を示している。この実施例では、光ネットワーク10は、複数の光チャネルが異なる波長で共通パスで運ばれる光ネットワークである。ネットワーク10は、波長多重分割方式(WDM)ネットワークでもよく、高密度波長多重分割方式(DWDM)ネットワークでもよく、他の適切なマルチチャネルネットワークでもよい。ネットワーク10は、短距離メトロポリタンネットワークで使用されてもよく、長距離都市間ネットワークで使用されてもよく、その他の適切なネットワーク又はネットワークの組み合わせで使用されてもよい。光信号は、オーディオ、ビデオ、テキスト、リアルタイム、非リアルタイム及び／又は他の適切なデータをエンコードするように変調された少なくとも１つの特徴を有する。変調は、位相シフトキーイング(PSK:phase  shift  keying)、輝度変調(IM:intensity  modulation)及び他の適切な手法に基づいてもよい。
【００１２】
図１を参照すると、ネットワーク10は、リング14により接続された複数のノード12を有する。図示の実施例では、リング14は、第１の光ファイバ16と、第２の光ファイバ18とを有する。他の実施例では、リング14は、単一の一方向のファイバ、単一の双方向のファイバ、又は他の適切なリングを有してもよいことがわかる。図示の実施例では、ファイバ16は、時計方向にトラヒックを伝送し、ファイバ18は、反時計方向にトラヒックを伝送する。
【００１３】
ノード12は、ネットワーク10からトラヒックをアッド及びドロップし、各隣接のノードにトラヒックを送信し、各隣接のノードからトラヒックを受信するように動作可能である。ここで使用される“各”とは、特定のアイテムの少なくともサブセットのそれぞれ１つを意味する。ノード12は、切換要求と肯定応答と共有パスプロテクション用の他の適切なメッセージとを含み、シグナリングメッセージを送信、格納及び受信するように更に動作可能である。シグナリングメッセージは、光監視チャネル(OSC:optical  supervisory  channel)又は他のもので送信されてもよい。ノード12については、図２を参照して詳細に説明する。
【００１４】
ネットワーク10のトラヒック信号は、プロテクト済トラヒックと、未プロテクトの優先使用可能(UP:unprotected  preemptable)トラヒックと、未プロテクトの優先使用不可(UU:unprotected  unpreemptable)トラヒックとに分類されてもよい。プロテクト済トラヒックは、通常動作中にワーキングパスで運ばれ、ワーキングパスでの障害中にプロテクションパスで運ばれる。UPトラヒックはプロテクトされておらず、プロテクト済トラヒックにプロテクションパスを提供するように先取りを受ける。このように、UPトラヒックは、プロテクション切換中にスケルチング(squelching)又は他の終了を受ける。UUトラヒックはプロテクトされていないが、他のチャネルのプロテクション切換中に先取りされない。
【００１５】
参照を容易にするため、図１のノード12は、文字A-Fで個々にラベル付けされている。例示的なプロテクト済トラヒック信号20が、ノードAでネットワーク10にアッドされ、ノードCでネットワーク10からドロップされる。トラヒック信号は、ワーキングパス22とプロテクションパス24とを有する。トラヒック信号20のワーキングパス22は、ノードAからB及びBからCの時計方向のパスとして定義される。従って、トラヒック信号20のワーキングパス22では、ノードAはアッドノードを意味し、ノードCはドロップノードを意味し、ノードBは中間ノードを意味する。トラヒック信号20は、選択されたチャネル又は波長λXで移動する。
【００１６】
トラヒック信号20のプロテクションパス24は、ワーキングパスの反対方向(この場合には、中間ノードF、E及びDを介した反時計方向)のノードAからノードCへのパスとして定義されてもよい。通常の動作中に、トラヒック信号20は、ワーキングパスA-B-Cで転送され続ける。トラヒック信号20は例示的なトラヒック信号に過ぎないものであり、多様な実施例ではネットワーク10は複数のトラヒック信号を有してもよく、ノード10の一部又は全部が特定のトラヒック信号のアッド、ドロップ及び／又は中間ノードとして動作してもよく、動作しなくてもよく、それによって他のワーキングパス及びプロテクションパスが定義されてもよいことがわかる。
【００１７】
第２のプロテクト済トラヒック信号26はλXで運ばれてもよい。例示的な信号26は、ノードCでワーキングパスに対してアッドされ、ノードDでドロップされる。信号26は、中間ノードB、A、F及びEを介した反時計方向に、ノードCからノードDへのプロテクションパス(図示せず)を有する。
【００１８】
第３のトラヒック信号28は、λXで運ばれ、ノードFでネットワーク10にアッドされ、ノードEでネットワーク10からドロップされ、反時計方向に移動してもよい。トラヒック信号28は、優先使用可能UPトラヒック信号を有してもよい。特定の実施例では、優先使用可能トラヒック信号26は、トラヒック信号20及び26より低優先度のトラヒック信号を有してもよい。
【００１９】
ワーキングパス22(信号20のA-B-C)の回線切断、中断又は他の障害の場合に、ネットワーク10は、プロテクションパス24(A-F-E-D-C)を通じてトラヒック信号20を転送するようにプロビジョニングされてもよい。干渉を回避するため、UPトラヒック信号28は最初にスケルチされてもよく、その他に終了されてもよい。このように、プロンプト可能トラヒック信号(promptable  traffic  signal)がプロテクト可能トラヒック信号のプロテクションパスで移動することを可能にすることにより、通常動作中に全体のネットワーク容量が増加することがある。プロンプト可能トラヒック信号28は、プロテクト済信号26のプロテクションパスをクリアするように、同様に終了されてもよい。更に、いくつかのプロテクト済チャネルは、OSPPR(optical  share  path  protection  ring)プロトコルにより提供されるプロテクション切換とプロテクションパスを共有してもよい。
【００２０】
図２は、本発明の一実施例による図１の光ネットワークのノード12の詳細を示している。図示の実施例では、ノード12は、ハードウェア50と、切換コントローラ52と、切換エンジン54と、シグナリング要素56とを有する。ハードウェア50は、スイッチ、多様な接続、スプリッタ、マルチプレクサ、デマルチプレクサ、増幅器、又はネットワーク10に対して及びローカル加入者に対してトラヒック信号をアッド、ドロップ、転送若しくは受信する他の適切な光及び電気構成要素(特に図示せず)を有してもよい。簡単にするため、ノード12の選択された要素のみが図示されており、ノード12は、他の適切な要素を更に有してもよい。例えば、ノード12は、エレメント管理システム(EMS:element  management  system)、及び／又はネットワーク管理システム(NMS:network  management  system)、及び／又はネットワーク及び／又はノード監視、ネットワーク10のループバック又はローカルテスト機能、又は他の適切な動作を実行する記載のノード又はネットワークの他の要素又は一部を有してもよい。
【００２１】
切換エンジン54は、ネットワーク10のOSPPRプロトコルを実装する。一実施例では、切換エンジン54は、チャネル及びプロテクション状態情報を格納するデータ構造又はメモリ58を有する。この実施例では、チャネル情報は、波長と、ルートと、エンティティのプロビジョニングと、プロテクションについての未プロテクトの優先使用可能(Pに対するUP)の情報とを有してもよい。ルート情報は、ノードでドロップされるプロテクト済チャネル毎にアッドノードと中間プロテクトノードとドロップノードとを有してもよく、ノードでアッドされるプロテクト済チャネル毎にアッドノードとドロップノードとを有してもよく、ノードが中間プロテクトノードであるプロテクションチャネル毎にアッドノードとドロップノードとを有してもよい。図３は、チャネル情報について更に示している。OSPPRのチャネル特性を特定するように動作可能な異なる又は他の適切な情報がメモリ58に格納されてもよい。
【００２２】
状態情報は、何らかの現在アクティブなプロテクション切換要求と、要求の起点と、チャネルの切換状態とをチャネル毎に有してもよい。チャネルがドロップノードで監視される実施例では、起点はそのチャネルのドロップノードでもよい。切換状態は、アイドル、ブリッジ、切換又は通過でもよい。切換状態は、図４に図示されており、更に図４に関して説明する。
【００２３】
動作中に、切換エンジン54は、ユーザ要求と、ノード12の要素からローカルで検出された障害の指示を受信し、ネットワーク10の他のノード12に対してプロテクション切換要求を生成する。一実施例では、各ノードは、光損失(LOL:loss  of  light)について各プロテクト済のドロップチャネルを監視し、LOLに応じてプロテクション切換を起動する。この実施例及び他の実施例では、各チャネルは、LOLに加えて、又はLOLの代わりに、品質、信号劣化、ビット誤り率(BER:bit  error  rate)又は他の適切な基準について個別に及び／又は区別して監視されてもよい。切換エンジン53は、シグナリング要素56を通じてネットワーク10の他のノードにプロテクション切換メッセージを通信する。切換エンジン54はまた、プロテクション切換要求と、肯定応答と、シグナリング要素56を通じてネットワーク10のノード12により生成された他のシグナリングメッセージとを受信する。
【００２４】
切換コントローラ52は、切換エンジン54からのコマンドに応じて、ノードのハードウェア50を設定する。切換コントローラ52は、要求のコマンドを終了したことに応じて、切換エンジン54に切換終了メッセージを送信するように更に動作可能である。
【００２５】
シグナリング要素56は、切換要求と肯定応答とをリング14から受信し、これらの要求と肯定応答とを切換エンジン54に転送し、切換エンジン54からの要求と肯定応答とをリング14に送信するように動作可能である。シグナリング要素56は、ハードウェア50に直接に又はその他の方法で結合され、ハードウェア50と通信する。一実施例では、シグナリング要素56は、Ethernet(登録商標)レイヤを通じてハードウェアと通信し、プロテクション切換動作を早める。この実施例では、プロテクション切換は50ミリ秒以内に実行されてもよい。他の実施例では、シグナリング要素56又は他の適切な構成要素は、インターネットプロトコル(IP)、TCP、アプリケーション又は他の適切なプロトコルレイヤを通じてリングで切換ハードウェア50と通信してもよいことがわかる。
【００２６】
切換コントローラ52、切換エンジン54及びシグナリング要素56は、障害検出と、プロテクション切換と、未プロテクトのトラヒック信号の終了と、他の適切な動作とのため、媒体にエンコードされたロジックを有してもよい。ロジックは、ディスク又は他のコンピュータ読取可能媒体にエンコードされたソフトウェア、及び／又は特定用途向け集積回路(ASIC:application  specific  integrated  circuit)、フィールドプログラマブルゲートアレイ(FPGA:field  programmable  gate  array)又は他のプロセッサ若しくはハードウェアにエンコードされた命令を有してもよい。一実施例では、切換エンジン54及びシグナリング要素は、各ノード12におけるネットワーク10のチャネル毎のインスタンスでもよい。切換コントローラ52、切換エンジン54及び／又はシグナリング要素56の機能は、ネットワーク10の他の構成要素により実行されてもよく、その他に分散又は集中されてもよいことがわかる。
【００２７】
図３は、本発明の一実施例によるネットワーク10の例示的なノードA-Fでチャネル毎に維持されるデータを示している。この実施例では、ノード12は、プロテクト済チャネル毎に、ルートと、エンティティのプロビジョニングと、Pに対するUPの情報とを格納する。
【００２８】
図３を参照すると、ノードAにおいて、切換エンジン54のデータストア58は、ノードAでアッドされてノードCでドロップされた信号20(W1)について、アッドノードとドロップノードとを格納する。ノードCでアッドされてノードDでドロップされた信号26(W2)について、データストア58は、アッドノードとドロップノードとを格納する。クロスコネクト(XC)、アッド・プロテクション情報(add-PI)及び通過プロテクション情報(PT-PI)がプロビジョニングされたエンティティである。Pに対するUPはプロビジョニングされない。
【００２９】
ノードBにおいて、ノードBはW1についてのアッド、ドロップ又は中間プロテクトノードのいずれでもないため、切換エンジン54は、W1にヌルの設定をデータストア58に格納する。W2について、データストアは、アッド及びドロップノードC及びDを特定する。XC及びPT-PIがプロビジョニングされたエンティティであり、Pに対するUPはnoである。W1がドロップされるノードCにおいて、切換エンジン54は、アッドノードAと、中間プロテクトノードF、E及びDと、ドロップノードCとを格納する。W2について、アッド及びドロップノードC及びDが格納される。XC、プロテクショングループ(PG)及びadd-PIがプロビジョニングされたエンティティである。
【００３０】
ノードDにおいて、切換エンジン54は、W1について、アッド及びドロップノードA及びCを格納する。信号W2について、切換エンジン54は、アッドノードCと、中間プロテクトノードB、A、F及びEと、ドロップノードDとを格納する。PT-PI、XC及びPGがプロビジョニングされたエンティティである。ノードEにおいて、切換エンジン54は、W1についてアッドノードAとドロップノードCとを格納し、信号W2についてアッドノードCとドロップノードDとを格納する。PI及びUP  XC-dropがプロビジョニングされたエンティティであり、Pに対するUPはyesである。以下に詳細に説明するように、UP信号28は、W1又はW2のパス障害の場合にスケルチされ又は他に終了され、プロテクションパスとの干渉を回避する。ノードFにおいて、切換エンジン54は、W1についてアッドノードAとドロップノードCとを格納し、信号W2についてアッドノードCとドロップノードDとを格納する。PI及びUP  XC-addが、プロビジョニングされたエンティティであり、Pに対するUPはyesである。本発明の範囲を逸脱することなく、ルート情報と、ルート情報のアッドノード、中間ノード又はドロップノードと、プロビジョニングのエンティティと、UPトラヒックとを特定するデータが別の方法で格納されてもよいことがわかる。
【００３１】
図４は、本発明の一実施例によるチャネルについて切換エンジン54の状態を示したブロック図である。前述のように、切換エンジン54は、各ノードでチャネル毎にインスタンス化されてもよい。このように、各ノードは、アッドノード、ドロップノード又は中間ノードである各チャネルの状態を格納してもよい。
【００３２】
図４を参照すると、切換エンジン54は、アイドル状態98と、ブリッジ状態100と、通過状態102と、切換状態104とを有してもよい。この実施例では、チャネルのアッドノードでは、そのチャネルの切換エンジンは、ブリッジ状態100又はアイドル状態98を有してもよい。切換エンジン54は、チャネルがワーキングパスで運ばれる通常の動作中ではアイドル状態98にある。ワーキングパスでの障害に応じて、及び／又はドロップノードの要求時に、プロテクションパスの何らかのUPトラヒックがスケルチされた後に、チャネルの切換エンジン54はブリッジ状態100に移行する。ブリッジ状態100では、切換エンジンは、ワーキングパスとプロテクトパスとのそれぞれでチャネルのトラヒックを送信するようにハードウェア50を設定する。
【００３３】
ノードが中間プロテクトノードである波長では、その波長の切換エンジン54は、アイドル状態若しくはモード98又は通過状態102を有してもよい。切換エンジン54は、信号がワーキングパスで運ばれる通常動作中ではアイドル状態98に留まる。ワーキングパスの障害に応じて、及び／又はドロップノードからの要求に応じて、切換エンジン54は、通過状態102に移行し、プロテクションパスで信号を運ぶ。Pに対するUPトラヒックは、スケルチされ又は他に終了される。
【００３４】
ノードがドロップノードであるチャネルの切換エンジン54は、アイドル状態98及び切換状態104を有してもよい。切換エンジン54は、信号がワーキングパスで運ばれる通常動作中ではアイドル状態98になる。ワーキングパスの障害に応じて、切換エンジン54の状態は、切換状態104に移行する。切換状態では、切換エンジン54は、プロテクションパスで信号を受信するようにハードウェア50を設定する。ワーキングパスは、障害が回復し、信号の伝送がワーキングパスに戻ってもよい時を決定するために、監視され続ける。
【００３５】
図５は、本発明の一実施例によるプロテクション切換メッセージ又は信号の構成を示している。この実施例では、プロテクション切換メッセージは、制御チャネルで伝送される最高優先度のEthernet(登録商標)パケットである。本発明の範囲を逸脱することなく、プロテクション切換要求と肯定応答と状態情報とルーティング情報と他の情報とを通信するために、他の適切な形式のメッセージが使用されてもよいことがわかる。
【００３６】
特定の実施例では、チャネルのドロップノードは、ファイバ切断又は他のプロテクト済トラヒックの障害を検出し、ネットワーク10の他のノード12にEthernet(登録商標)レイヤで指示をブロードキャストする。切換要求を受信するノード12は、図４に関して前述したように、適切な状態変化が完了したことを示す肯定応答をEthernet(登録商標)(登録商標)レイヤで同様にブロードキャストしてもよい。図５のEthernet(登録商標)パケットは、本発明の一実施例によるこのような切換要求、肯定応答又は他の適切なメッセージ用のフォーマットを示している。
【００３７】
図５を参照すると、Ethernet(登録商標)パケット150は、1バイトを有するバージョンフィールド152と、4バイトを有する宛先ノードフィールド154と、4バイトを有するソースノードフィールド156と、1バイトを有する波長フィールド158と、2ビットを有するモードフィールド160と、3ビットを有するメッセージ形式フィールド162と、5ビットを有する説明フィールド164と、5ビットを有する切換コマンドフィールド166と、1ビットを有する予備フィールド168とを有する。各フィールドは、以下に示すように、メッセージのその部分に適した情報に対応するバイナリ数字を有してもよい。
【００３８】
バージョンフィールド152は、プロトコルのバージョン番号(例えばバージョン1.01)に関する情報を有する。宛先ノードフィールド154は、パケットの宛先ノードのインターネットプロトコル(IP)アドレスを有する。ソースノードフィールド156は、パケットがブロードキャストされたノードのIPアドレスを有する。波長フィールド158は、波長又はチャネルを有する。
【００３９】
OSPPRプロトコルは異なる構成の多様なネットワークで標準化及び展開され得るため、特定の実施例では、そのプロトコルは、一方向と双方向の両方の切換で動作可能でもよい。モードフィールド160は、切換が一方向であるか双方向であるかを示す。双方向の対のチャネルでは、いずれかのチャネルのワーキングパスの障害のときに、双方のチャネルがそのプロテクションパスに切り換えられる。
【００４０】
メッセージ形式フィールド162は、メッセージが切換要求であるか、切換要求の肯定応答であるか、切換要求の否定応答であるかを示す。切換要求の肯定応答は、受信した切換要求がソースノードでうまく完了したことを示す。切換要求の否定応答は、受信した切換要求がソースノードで完了できなかったことを示す。
【００４１】
説明フィールド164は、信号の障害や、信号の劣化や、プロテクションパスのロックアウトや、ワーキングパスのロックアウトや、ネットワークを切換前の状態に戻す待ち時間や、逆の要求や、他の適切な説明のような、コマンドの説明を有する。切換コマンドフィールド166は、“切換”や“ブリッジ”や“UPトラヒックの除去”や“アイドル”や他の適切なコマンドのような、実際のコマンドを有する。特定の実施例では、OSPPRプロトコルは、“手動”や“強制”や“ロックアウト”や他の適切な要求のようなコマンドを許可することにより、ネットワークメンテナンス又はアップグレード作業を実行する手順をサポートしてもよい。
【００４２】
図６は、本発明の一実施例によるドロップノードでのチャネルの光共有パスプロテクションの方法を示している。この実施例は、各ノードは、ワーキングパスの障害及び／又は回復について、ドロップノードである各チャネルを別々に、個別に及び／又は個々に監視する。障害の場合に、ドロップノードはプロテクション切換を開始する。ドロップノードはまた、回復時にワーキングパスに切戻しを開始する。
【００４３】
図６を参照すると、方法はステップ200で始まり、チャネルの障害がそのチャネルのドロップノードで検出される。障害は、回線切断、装置障害又はトラヒック信号のワーキングパスでのその他の障害を有してもよく、LOL検出、BERの増加又は他の適切な手段を介して検出されてもよい。
【００４４】
ステップ202に進み、チャネルのプロテクションパスのUPトラヒックがスケルチ又は他に終了され、干渉を回避する。一実施例では、プロテクションパスのUPトラヒックは、切換エンジン54のデータストア58のPに対するUPの情報により特定されてもよい。プロテクションパスでUPトラヒックを特定すると、切換エンジン54は、Pに対するUPのトラヒックを有する特定されたノードに対して、スケルチメッセージを生成して送信してもよい。そのメッセージに応じて、ノードはUPトラヒックをスケルチし、それぞれ肯定応答メッセージで応答する。スケルチ肯定応答を受信すると、その方法はステップ204に進む。スケルチの肯定応答メッセージが受信されない場合、開始した切換エンジン54は、プロテクション切換障害通知を生成してもよい。このように２段階のシグナリングが使用される。
【００４５】
ステップ204において、チャネルの切換エンジン54は、自動プロテクション切換(APS:automatic  protection  switching)メッセージを生成する。チャネルの格納された情報に基づいて、APSメッセージは、アッドノードと中間プロテクションパスノードとについて生成される。APSメッセージは、図５を参照して説明したEthernet(登録商標)パケット又は他の適切なメッセージ形式を有してもよい。
【００４６】
ステップ206に進み、ドロップノードは、ネットワークにAPSメッセージをブロードキャストし、それにより、ネットワーク10の各ノード12はAPSメッセージを受信してもよく、特定のノードがAPSメッセージの宛先ノードである場合にはAPSメッセージに従って動作してもよい。ステップ208において、ドロップノードは、アッドノード及び中間プロテクションノードでのプロテクション切換が完了したという肯定応答を待機する。判定ステップ210で指定の期間内に肯定応答メッセージを受信しない場合、切換エンジン54はタイムアウトし、ステップ211でプロテクション切換障害を指示する。一実施例では、肯定応答メッセージを受信する期間は50ミリ秒でもよい。
【００４７】
プロテクションパスが設定され、信号がプロテクションパスで送信されていることを示すアッドノード及び中間プロテクションノードからの肯定応答メッセージを受信すると、判定ステップ210のYESの分岐がステップ212に導き、ドロップノードが、プロテクトされたパスからトラヒックを受信するようにプロビジョニングされる。これは、切換エンジン54をアイドル状態98から切換状態104に移行することで実現されてもよい。
【００４８】
判定ステップ214において、障害が回復又は他にクリアされたか否かが決定される。このような決定は、直接のパス監視またはソフトウェアの監視を通じて行われてもよい。障害が回復していない場合、ステップ214のNOの分岐はそのステップの入力に戻るように導く。
【００４９】
障害がクリアされると、特定の実施例では、切換エンジン54は所定の期間の間に回復待機状態に入ってもよい。特定の実施例では、所定の時間は2〜12分を有してもよい。ワーキングパスでの更なる障害なしに待ち時間が終了すると、その方法はステップ216に進み、ドロップノードは、ネットワーク10のアッドノード及び中間プロテクションノード12に回復メッセージを生成する。ステップ218において、ドロップノードは回復メッセージをブロードキャストする。回復メッセージに応じて、アッドノードはブリッジ状態から移行し、中間プロテクションノードはプロテクト済信号をドロップし、UPトラヒックの送信を再開する。アッドノード及び中間プロテクションノードは、ドロップノードに復帰要求の完了を戻すようにそれぞれ知らせる。ステップ220において、ドロップノードの切換エンジン54は、ワーキングパスに切り戻す。肯定応答メッセージの受信の前に、このステップが終了してもよい。復帰の肯定応答を受信しない場合、切換エンジン54は、復帰の障害を指示してもよく、及び／又はプロテクションパスからトラヒックを受信し続けてもよい。
【００５０】
図７は、本発明の一実施例によるチャネルの中間プロテクションノードでのチャネルの光共有パスプロテクションの方法を示している。この実施例では、前述のように、個別のチャネル毎にドロップノードでチャネル障害が検出される。自動プロテクション切換もチャネル毎に提供される。このように、チャネルは、個別に、別々に及び／又は独立してプロテクション切換されてもよい。
【００５１】
図７を参照すると、方法はステップ300で始まり、チャネルの切換エンジン54はアイドル状態98である。図４を参照して前述したように、アイドル状態98は、トラヒックがプロテクションパスで運ばれていない通常動作を有する。
【００５２】
ステップ302に進み、ノードはチャネルについてAPSメッセージを受信する。ステップ304において、切換エンジン54は、アイドルモード又は状態98から通過状態102に移行する。図４を参照して前述したように、通過状態102では、中間プロテクションノードは、プロテクト済トラヒックを運び、プロテクションパスの何らかのUPトラヒックをスケルチ又は他に終了する。ステップ306に進み、中間ノードは、移行が終了したことを示す肯定応答メッセージをブロードキャストする。ドロップノードは、肯定応答メッセージの宛先ノードでもよい。
【００５３】
判定ステップ308に進み、回復メッセージが中間ノードにより受信されていない場合、方法はステップ310に進み、未プロテクトの優先使用可能トラヒックがスケルチされ続ける。回復メッセージを受信した場合、ステップ312において、チャネルの切換エンジン54は、通過状態102からアイドル状態98に戻る。肯定応答メッセージが生成され、送信されてもよい。
【００５４】
図８は、本発明の一実施例によるチャネルのアッドノードでのチャネルの光共有パスプロテクションの方法を示している。この実施例では、前述のように、チャネルはそのドロップノードで独立して個々に監視され、ワーキングパスの障害に応じて独立してプロテクション切換される。
【００５５】
図８を参照すると、方法はステップ400で始まり、チャネルの切換エンジン54はアイドル状態98で動作している。図４を参照して前述したように、アイドル状態98は、トラヒックがプロテクションパスで運ばれていない通常動作を有する。特定のチャネルでアイドル状態98になると、アッドノードはワーキングパスでのみチャネルのトラヒックを送信する。
【００５６】
ステップ402に進み、ノードはAPSメッセージを受信する。ステップ404において、ノードのチャネルの切換エンジン54は、アイドル状態98からブリッジ状態100に移行する。図４を参照して前述したように、ブリッジ状態100でのアッドノードは、指定のプロテクションパスとワーキングパスとに特定のチャネルのトラックをアッドする。ステップ406に進み、アッドノードは、移行が終了したことを示す肯定応答メッセージをブロードキャストする。ドロップノードは、肯定応答メッセージの宛先ノードでもよい。
【００５７】
判定ステップ408において、回復メッセージがアッドノードにより受信されていない場合、方法はステップ410に進み、アッドノードは、プロテクションパスとワーキングパスとにプロテクト済信号をアッドし続ける。回復メッセージを受信した場合、ステップ412において、切換エンジン54は、ブリッジ状態100からアイドル状態98に戻る。肯定応答メッセージが生成され、送信されてもよい。
【００５８】
プロテクションパスは２つ以上のワーキングパスにより共有されてもよいため、プロテクト済信号は優先されてもよく、ワーキングパスの障害の場合に、プロテクションを備えた２つ以上のプロテクト済信号が高優先度の信号に提供される。このように、障害時に、チャネルのドロップノードの切換エンジン54は、他の障害によりプロテクションパスが他のプロテクト済信号により使用中であるか否かをまず決定してもよい。プロテクションパスが既に使用中である場合、次に、切換エンジン54は、既にプロテクトされている信号の優先度を決定してもよく、それが切換エンジン54のチャネルより高い場合には、高優先度の信号がワーキングチャネルに復帰するまで、プロテクション切換を要求しなくてもよい。既にプロテクトされている信号が低優先度である場合、切換エンジン54は、既にプロテクトされている信号に復帰又はアイドルコマンドを生成して送信し、信号がプロテクションパスから終了するようにさせてもよく、その後、高優先度の信号のプロテクション切換を開始してもよい。
【００５９】
本発明について複数の実施例で説明したが、多様な変更及び変形が当業者に示唆され得る。本発明は、特許請求の範囲内にあるそのような変更及び変形を含むことを意図する。
【００６０】
（付記１）
複数のノードを有する光リングネットワーク内での共有パスプロテクション用の方法であって、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成し、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングすることを有する方法。
【００６１】
（付記２）
付記１に記載の方法であって、
前記プロテクション切換要求は、Ethernet(登録商標)パケットを有する方法。
【００６２】
（付記３）
付記１に記載の方法であって、
前記プロテクション切換要求は、前記ドロップノードからブロードキャストされる方法。
【００６３】
（付記４）
付記１に記載の方法であって、
前記ワーキングパスで転送することは、第１の方向であり、
前記プロテクションパスで前記波長の前記トラヒック信号を転送するように前記ネットワークをプロビジョニングすることは、第２の方向に前記トラヒック信号を少なくとも転送することを有する方法。
【００６４】
（付記５）
付記１に記載の方法であって、
前記トラヒック信号は、プロテクト可能トラヒック信号を有し、
前記波長の優先使用可能トラヒック信号を前記プロテクションパスで選択的に転送することを更に有する方法。
【００６５】
（付記６）
付記５に記載の方法であって、
少なくとも前記プロテクション切換要求に応じて、前記プロテクションパスの優先使用可能トラヒック信号を終了することを更に有する方法。
【００６６】
（付記７）
付記５に記載の方法であって、
前記プロテクト可能トラヒック信号は、前記優先使用可能トラヒック信号より高い優先度のトラヒック信号である方法。
【００６７】
（付記８）
複数のノードを有する光リングネットワーク内での共有パスプロテクション用のシステムであって、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有する手段と、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視する手段と、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成する手段と、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングする手段と
を有するシステム。
【００６８】
（付記９）
付記８に記載のシステムであって、
前記プロテクション切換要求は、Ethernet(登録商標)パケットを有するシステム。
【００６９】
（付記１０）
付記８に記載の方法であって、
前記プロテクション切換要求は、前記ドロップノードによりブロードキャストされるシステム。
【００７０】
（付記１１）
付記８に記載のシステムであって、
前記ワーキングパスで転送することは、第１の方向であり、
前記プロテクションパスで前記波長の前記トラヒック信号を転送するように前記ネットワークをプロビジョニングする手段は、第２の方向に前記トラヒック信号を少なくとも転送する手段を有するシステム。
【００７１】
（付記１２）
付記８に記載のシステムであって、
前記トラヒック信号は、プロテクト可能トラヒック信号を有し、
前記波長の優先使用可能トラヒック信号を前記プロテクションパスで選択的に転送する手段を更に有するシステム。
【００７２】
（付記１３）
付記１２に記載のシステムであって、
少なくとも前記プロテクション切換要求に応じて、前記プロテクションパスの優先使用可能トラヒック信号を終了する手段を更に有するシステム。
【００７３】
（付記１４）
付記１２に記載のシステムであって、
前記プロテクト可能トラヒック信号は、前記優先使用可能トラヒック信号より高い優先度のトラヒック信号であるシステム。
【００７４】
（付記１５）
媒体にエンコードされたロジックを有し、複数のノードを有する光リングネットワーク内で共有パスプロテクションを行うシステムであって、
前記ロジックは、
波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、プロテクション切換要求を生成し、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングするように動作可能であるシステム。
【００７５】
（付記１６）
付記１５に記載のシステムであって、
前記プロテクション切換要求は、Ethernet(登録商標)パケットを有するシステム。
【００７６】
（付記１７）
付記１５に記載のシステムであって、
前記プロテクション切換要求は、前記ドロップノードによりブロードキャストされるシステム。
【００７７】
（付記１８）
付記１５に記載のシステムであって、
前記ワーキングパスで転送するように動作可能な前記ロジックは、第１の方向に前記トラヒック信号を転送するように動作可能であり、
前記プロテクションパスで前記波長の前記トラヒック信号を転送するように前記ネットワークをプロビジョニングするように動作可能な前記ロジックは、第２の方向に前記トラヒック信号を少なくとも転送することを有するシステム。
【００７８】
（付記１９）
付記１５に記載のシステムであって、
前記トラヒック信号は、プロテクト可能トラヒック信号を有し、
前記波長の優先使用可能トラヒック信号を前記プロテクションパスで選択的に転送するように動作可能なロジックを更に有するシステム。
【００７９】
（付記２０）
付記１９に記載のシステムであって、
少なくとも前記プロテクション切換要求に応じて、前記プロテクションパスの優先使用可能トラヒック信号を終了するように動作可能なロジックを更に有するシステム。
【００８０】
（付記２１）
付記１９に記載のシステムであって、
前記プロテクト可能トラヒック信号は、前記優先使用可能トラヒック信号より高い優先度のトラヒック信号であるシステム。
【００８１】
（付記２２）
複数のノードを有する光リングネットワーク内での共有パスプロテクション用の方法であって、
第１の方向に波長のトラヒック信号をワーキングパスで転送し、前記ワーキングパスはドロップノードを有し、
第２の方向に前記波長の優先使用可能トラヒック信号をプロテクションパスで転送し、前記プロテクションパスは前記ドロップノードを有し、
前記ドロップノードで障害について前記波長の前記トラヒック信号を個々に監視し、
少なくとも前記障害の前記ドロップノードでの検出に応じて、Ethernet(登録商標)パケットを有するプロテクション切換要求を生成し、
前記ドロップノードから前記プロテクション切換要求をブロードキャストし、
少なくとも前記プロテクション切換要求に応じて、プロテクションパスで前記波長の前記トラヒック信号を前記ドロップノードに転送するように前記ネットワークをプロビジョニングし、前記プロテクションパスで前記優先使用可能トラヒック信号を終了することを有する方法。
【図面の簡単な説明】
【００８２】
【図１】本発明の一実施例による光ネットワークを示したブロック図である。
【図２】本発明の一実施例による図１の光ネットワークのノードの詳細を示したブロック図である。
【図３】本発明の一実施例による図１のネットワークのノードでチャネル毎に維持されるデータを示したブロック図である。
【図４】本発明の一実施例による図１のネットワークのチャネルについて、アッドノード、ドロップノード及び中間ノードでの切換エンジンの状態を示した状態図である。
【図５】本発明の一実施例による図１のネットワークでのプロテクション切換用のシグナリングパケットを示したブロック図である。
【図６】本発明の一実施例によるチャネルのドロップノードでのチャネルの光共有パスプロテクション用の方法を示したフローチャートである。
【図７】本発明の一実施例によるチャネルの中間ノードでのチャネルの光共有パスプロテクション用の方法を示したフローチャートである。
【図８】本発明の一実施例によるチャネルのアッドノードでのチャネルの光共有パスプロテクション用の方法を示したフローチャートである。
【国際調査報告】
2006520572.tif 000011
2006520572.tif 000012