(57)【特許請求の範囲】
【請求項１】
ネットワーク上に設定される第１の通信経路と、前記第１の通信経路の切替経路となる第２の通信経路と、前記第１の通信経路上に配置されるノードとを備え、前記第１の通信経路を用いた第１のデータ送信および前記第２の通信経路の一部または全部を少なくとも用いた第２のデータ送信を行う通信システムであって、
前記ノードは、
前記第１の通信経路に関する第１の通信経路情報、前記第２の通信経路に関する第２の通信経路情報、および、前記第２のデータ送信に関する第２のデータ送信情報を保持する情報管理手段と、
前記情報管理手段に保持される情報に基づいて、自ノードが前記第２のデータ送信の送信端であるか否かを判断する第１の判断を行い、
自ノードが前記第１のデータ送信の障害を検知した場合、または、他ノードから前記障害を検知したことを示す障害通知を受信した場合であって、前記第１の判断により、自ノードが前記第２のデータ送信の送信端であると判断された場合、前記第２のデータ送信を停止する停止制御を行う制御手段と、
を有することを特徴とする通信システム。
【請求項２】
前記制御手段は、
自ノードが前記第１のデータ送信の障害を検知した場合、
前記停止制御を行った後、他ノードに対して、前記障害を検知したことを示す障害通知を送信することを特徴とする請求項１記載の通信システム。
【請求項３】
前記制御手段は、
前記情報管理手段に保持される情報に基づいて、自ノードが前記第１のデータ送信の送信端であるか否かを判断する第２の判断を行い、
他ノードから前記障害を検知したことを示す障害通知を受信した場合であって、前記第２の判断により、自ノードが前記第１のデータ送信の送信端であると判断された場合、前記第１の通信経路から前記第２の通信経路へ切り替える切替制御を行うことを特徴とする請求項１または２記載の通信システム。
【請求項４】
前記制御手段は、
前記情報管理手段に保持される情報に基づいて、自ノード上に前記第１の通信経路が存在するか否かを判断する第３の判断を行い、
自ノードが前記第１のデータ送信の障害として、制御チャネルのロスを検知した場合であって、前記第３の判断により、自ノード上に前記第１の通信経路が存在すると判断された場合、前記第１の判断を行うことを特徴とする請求項１または２記載の通信システム。
【請求項５】
前記制御手段は、
前記第１の通信経路の端点ノードまで２つの経路に対して、前記障害通知を送信することを特徴とする請求項２または４記載の通信システム。
【請求項６】
前記端点ノードは前記第１の通信経路の送信端ノードであることを特徴とする請求項５記載の通信システム。
【請求項７】
前記端点ノードは、一方が前記第１の通信経路の送信端ノード、もう一方が前記第１の通信経路の受信端ノードであり、
前記制御手段は、前記送信端ノードまでは障害を受けた経路と同じ方向に、前記受信端ノードまでは前記障害を受けた経路と逆方向に前記障害通知を送信することを特徴とする請求項５記載の通信システム。
【請求項８】
前記制御手段は、
前記障害通知を、前記第１の通信経路と、前記第２の通信経路との両方から受信したかどうかを判断する第４の判断を行い、
前記第２の判断により、自ノードが前記第１のデータ送信の送信端であると判断された場合であって、前記第４の判断により、前記障害通知を、前記第１の通信経路と、前記第２の通信経路との両方から受信したと判断された場合、前記切替制御を行うことを特徴とする請求項３記載の通信システム。
【請求項９】
前記第２のデータ送信の送信端および受信端のいずれかのノードを、前記第１の通信経路上に配置した場合、
前記第１の通信経路上のノードのみが、前記情報管理手段を有することを特徴とする請求項１から４のいずれか１項に記載の通信システム。
【請求項１０】
前記第２のデータ送信の送信端および受信端のいずれかのノードを、前記第１の通信経路上に配置した場合、前記第１の通信経路上のノードのみが、前記情報管理手段を有し、
前記制御手段は、
自ノードが前記障害を検知したか、または、前記障害通知を２つ受信したかどうかを判断する第５の判断を行い、
他ノードから前記障害通知を受信し、前記第２の判断により、自ノードが前記第１のデータ送信の送信端であると判断された場合であって、前記第５の判断により、自ノードが前記障害を検知した、または、前記障害通知を２つ受信したと判断された場合、前記切替制御を行うことを特徴とする請求項３記載の通信システム。
【請求項１１】
前記制御手段は、
自ノードが前記第１のデータ送信の障害を検知した場合、
前記停止制御を行った後、前記第１の通信経路上の他ノードのみに対して、前記障害を検知したことを示す障害通知を送信することを特徴とする請求項９又は１０記載の通信システム。
【請求項１２】
前記制御手段は、
自ノードが前記第１のデータ送信の障害として、波長パスのロスを第１のアンプ手段で検知した場合には、前記情報管理手段に保持される情報に基づいて、自ノード上に前記波長パスと同じ波長である前記第１の通信経路が存在するか否かを判断する第６の判断を行い、前記第６の判断により、自ノード上に前記第１の通信経路が存在すると判断された場合、前記第１の判断を行うことを特徴とする請求項１から３のいずれか１項に記載の通信システム。
【請求項１３】
前記制御手段は、
前記第１の判断により、自ノードが前記第２のデータ送信を行っていないと判断された場合、または、前記停止制御を行った後の場合のいずれかのとき、第２のアンプ手段が前記波長パスのロスを検知したか否かを判断する第７の判断を行い、
前記第７の判断により、前記第２のアンプ手段が前記波長パスのロスを検知していないと判断された場合、前記波長パスのロスを検知したことを示す障害通知を前記第１のデータ送信の送信端まで送信することを特徴とする請求項１２記載の通信システム。
【請求項１４】
前記障害通知は、前記第１のデータ送信の送信端であるノードに対して最後に通知されることを特徴とする請求項１から１３のいずれか１項に記載の通信システム。
【請求項１５】
前記ネットワークは、ＷＤＭ（Wavelength Division Multiplexing）リングのフォトニックネットワークであることを特徴とする請求項１から１４のいずれか１項に記載の通信システム。
【請求項１６】
前記第１の通信経路と前記第２の通信経路の波長が同じであることを特徴とする請求項９から１５のいずれか１項に記載の通信システム。
【請求項１７】
前記制御手段は、
前記第１の通信経路および前記第２の通信経路が設定された場合ならびに解放された場合に、前記情報管理手段に保持される情報を更新することを特徴とする請求項１から１６のいずれか１項に記載の通信システム。
【請求項１８】
ネットワーク上に設定される第１の通信経路上に配置され、前記第１の通信経路を用いた第１のデータ送信および前記第１の通信経路の切替経路となる第２の通信経路の一部または全部を少なくとも用いた第２のデータ送信を行うノード装置であって、
前記第１の通信経路に関する第１の通信経路情報、前記第２の通信経路に関する第２の通信経路情報、および、前記第２のデータ送信に関する第２のデータ送信情報を保持する情報管理手段と、
前記情報管理手段に保持される情報に基づいて、自ノードが前記第２のデータ送信の送信端であるか否かを判断する第１の判断を行い、
自ノードが前記第１のデータ送信の障害を検知した場合、または、他ノードから前記障害を検知したことを示す障害通知を受信した場合であって、前記第１の判断により、自ノードが前記第２のデータ送信の送信端であると判断された場合、前記第２のデータ送信を停止する停止制御を行う制御手段と、
を有することを特徴とするノード装置。
【請求項１９】
前記制御手段は、
自ノードが前記第１のデータ送信の障害を検知した場合、
前記停止制御を行った後、他ノードに対して、前記障害を検知したことを示す障害通知を送信することを特徴とする請求項１８記載のノード装置。
【請求項２０】
前記制御手段は、
前記情報管理手段に保持される情報に基づいて、自ノードが前記第１のデータ送信の送信端であるか否かを判断する第２の判断を行い、
他ノードから前記障害を検知したことを示す障害通知を受信した場合であって、前記第２の判断により、自ノードが前記第１のデータ送信の送信端であると判断された場合、前記第１の通信経路から前記第２の通信経路へ切り替える切替制御を行うことを特徴とする請求項１８または１９記載のノード装置。
【請求項２１】
前記制御手段は、
前記情報管理手段に保持される情報に基づいて、自ノード上に前記第１の通信経路が存在するか否かを判断する第３の判断を行い、
自ノードが前記第１のデータ送信の障害として、制御チャネルのロスを検知した場合であって、前記第３の判断により、自ノード上に前記第１の通信経路が存在すると判断された場合、前記第１の判断を行うことを特徴とする請求項１８または１９記載のノード装置。
【請求項２２】
前記制御手段は、
前記第１の通信経路の端点ノードまで２つの経路に対して、前記障害通知を送信することを特徴とする請求項１９または２１記載のノード装置。
【請求項２３】
前記端点ノードは前記第１の通信経路の送信端ノードであることを特徴とする請求項２２記載のノード装置。
【請求項２４】
前記端点ノードは、一方が前記第１の通信経路の送信端ノード、もう一方が前記第１の通信経路の受信端ノードであり、
前記制御手段は、前記送信端ノードまでは障害を受けた経路と同じ方向に、前記受信端ノードまでは前記障害を受けた経路と逆方向に前記障害通知を送信することを特徴とする請求項２２記載のノード装置。
【請求項２５】
前記制御手段は、
前記障害通知を、前記第１の通信経路と、前記第２の通信経路との両方から受信したかどうかを判断する第４の判断を行い、
前記第２の判断により、自ノードが前記第１のデータ送信の送信元であると判断された場合であって、前記第４の判断により、前記障害通知を、前記第１の通信経路と、前記第２の通信経路との両方から受信したと判断された場合、前記切替制御を行うことを特徴とする請求項２０記載のノード装置。
【請求項２６】
前記第２のデータ送信の送信端および受信端のいずれかのノードを、前記第１の通信経路上に配置した場合、
前記第１の通信経路上のノードのみが、前記情報管理手段を有することを特徴とする請求項１８から２１のいずれか１項に記載のノード装置。
【請求項２７】
前記第２のデータ送信の送信端および受信端のいずれかのノードを、前記第１の通信経路上に配置した場合、前記第１の通信経路上のノードのみが、前記情報管理手段を有し、
前記制御手段は、
自ノードが前記障害を検知したか、または、前記障害通知を２つ受信したかどうかを判断する第５の判断を行い、
他ノードから前記障害通知を受信し、前記第２の判断により、自ノードが前記第１のデータ送信の送信端であると判断された場合であって、前記第５の判断により、自ノードが前記障害を検知した、または、前記障害通知を２つ受信したと判断された場合、前記切替制御を行うことを特徴とする請求項２０記載のノード装置。
【請求項２８】
前記制御手段は、
自ノードが前記第１のデータ送信の障害を検知した場合、
前記停止制御を行った後、前記第１の通信経路上の他ノードのみに対して、前記障害を検知したことを示す障害通知を送信することを特徴とする請求項２６又は２７記載のノード装置。
【請求項２９】
前記制御手段は、
自ノードが前記第１のデータ送信の障害として、波長パスのロスを第１のアンプ手段で検知した場合には、前記情報管理手段に保持される情報に基づいて、自ノード上に前記波長パスと同じ波長である前記第１の通信経路が存在するか否かを判断する第６の判断を行い、前記第６の判断により、自ノード上に前記第１の通信経路が存在すると判断された場合、前記第１の判断を行うことを特徴とする請求項１８から２０のいずれか１項に記載のノード装置。
【請求項３０】
前記制御手段は、
前記第１の判断により、自ノードが前記第２のデータ送信を行っていないと判断された場合、または、前記停止制御を行った後の場合のいずれかのとき、第２のアンプ手段が前記波長パスのロスを検知したか否かを判断する第７の判断を行い、
前記第７の判断により、前記第２のアンプ手段が前記波長パスのロスを検知していないと判断された場合、前記波長パスのロスを検知したことを示す障害通知を前記第１のデータ送信の送信端まで送信することを特徴とする請求項２９記載のノード装置。
【請求項３１】
前記障害通知は、前記第１のデータ送信の送信端であるノードに対して最後に通知されることを特徴とする請求項１８から３０のいずれか１項に記載のノード装置。
【請求項３２】
前記ネットワークは、ＷＤＭ（Wavelength Division Multiplexing）リングのフォトニックネットワークであることを特徴とする請求項１８から３１のいずれか１項に記載のノード装置。
【請求項３３】
前記第１の通信経路と前記第２の通信経路の波長が同じであることを特徴とする請求項２６から３２のいずれか１項に記載のノード装置。
【請求項３４】
前記制御手段は、
前記第１の通信経路および前記第２の通信経路が設定された場合ならびに解放された場合に、前記情報管理手段に保持される情報を更新することを特徴とする請求項１８から３３のいずれか１項に記載のノード装置。
【請求項３５】
ネットワーク上に設定される第１の通信経路と、前記第１の通信経路の切替経路となる第２の通信経路と、前記第１の通信経路上に配置されるノードとを用いて、前記第１の通信経路を用いた第１のデータ送信および前記第２の通信経路の一部または全部を少なくとも用いた第２のデータ送信を行う通信方法であって、
前記ノードは、
前記第１の通信経路に関する第１の通信経路情報、前記第２の通信経路に関する第２の通信経路情報、および、前記第２のデータ送信に関する第２のデータ送信情報を保持する情報管理手段を有しており、
前記情報管理手段に保持される情報に基づいて、自ノードが前記第２のデータ送信の送信端であるか否かを判断する第１の判断ステップと、
自ノードが前記第１のデータ送信の障害を検知した場合、または、他ノードから前記障
害を検知したことを示す障害通知を受信した場合であって、前記第１の判断ステップにより、自ノードが前記第２のデータ送信の送信端であると判断された場合、前記第２のデータ送信を停止する停止制御ステップと、
を有することを特徴とする通信方法。
【請求項３６】
自ノードが前記第１のデータ送信の障害を検知した場合、
前記停止制御ステップの後、他ノードに対して、前記障害を検知したことを示す障害通知を送信する障害通知ステップを有することを特徴とする請求項３５記載の通信方法。
【請求項３７】
前記情報管理手段に保持される情報に基づいて、自ノードが前記第１のデータ送信の送信端であるか否かを判断する第２の判断ステップと、
他ノードから前記障害を検知したことを示す障害通知を受信した場合であって、前記第２の判断ステップにより、自ノードが前記第１のデータ送信の送信端であると判断された場合、前記第１の通信経路から前記第２の通信経路へ切り替える切替制御ステップと、
を有することを特徴とする請求項３５または３６記載の通信方法。
【請求項３８】
前記情報管理手段に保持される情報に基づいて、自ノード上に前記第１の通信経路が存在するか否かを判断する第３の判断ステップを有し、
自ノードが前記第１のデータ送信の障害として、制御チャネルのロスを検知した場合であって、前記第３の判断ステップにより、自ノード上に前記第１の通信経路が存在すると判断された場合、前記第１の判断ステップが行われることを特徴とする請求項３５または３６記載の通信方法。
【請求項３９】
前記障害通知ステップは、前記第１の通信経路の端点ノードまで２つの経路に対して、前記障害通知を送信するステップであることを特徴とする請求項３６記載の通信方法。
【請求項４０】
前記端点ノードは前記第１の通信経路の送信端ノードであることを特徴とする請求項３９記載の通信方法。
【請求項４１】
前記端点ノードは、一方が前記第１の通信経路の送信端ノード、もう一方が前記第１の通信経路の受信端ノードであり、
前記障害通知ステップは、前記送信端ノードまでは障害を受けた経路と同じ方向に、前記受信端ノードまでは前記障害を受けた経路と逆方向に前記障害通知を送信するステップであることを特徴とする請求項３９記載の通信方法。
【請求項４２】
前記障害通知を、前記第１の通信経路と、前記第２の通信経路との両方から受信したかどうかを判断する第４の判断ステップを有し、
前記第２の判断ステップにより、自ノードが前記第１のデータ送信の送信端であると判断された場合であって、前記第４の判断ステップにより、前記障害通知を、前記第１の通信経路と、前記第２の通信経路との両方から受信したと判断された場合、前記切替制御ステップが行われることを特徴とする請求項３７記載の通信方法。
【請求項４３】
前記第２のデータ送信の送信端および受信端のいずれかのノードを、前記第１の通信経路上に配置した場合、
前記第１の通信経路上のノードのみが、前記情報管理手段を有することを特徴とする請求項３６に記載の通信方法。
【請求項４４】
前記第２のデータ送信の送信端および受信端のいずれかのノードを、前記第１の通信経路上に配置した場合、
前記第１の通信経路上のノードのみが、前記情報管理手段を有することを特徴とする請求項３５から３８のいずれか１項に記載の通信方法。
【請求項４５】
自ノードが前記第１のデータ送信の障害を検知した場合、
前記障害通知ステップとして、前記停止制御ステップの後、前記第１の通信経路上の他ノードのみに対して、前記障害を検知したことを示す障害通知を送信することを特徴とする請求項４３記載の通信方法。
【請求項４６】
前記第２のデータ送信の送信端および受信端のいずれかのノードを、前記第１の通信経路上に配置した場合、前記第１の通信経路上のノードのみが、前記情報管理手段を有し、
自ノードが前記障害を検知したか、または、前記障害通知を２つ受信したかどうかを判断する第５の判断ステップを有し、
他ノードから前記障害通知を受信し、前記第２の判断ステップにより、自ノードが前記第１のデータ送信の送信端であると判断された場合であって、前記第５の判断ステップにより、自ノードが前記障害を検知した、または、前記障害通知を２つ受信したと判断された場合、前記切替制御ステップが行われることを特徴とする請求項３７記載の通信方法。
【請求項４７】
自ノードが前記第１のデータ送信の障害として、波長パスのロスを第１のアンプ手段で検知した場合には、前記情報管理手段に保持される情報に基づいて、自ノード上に前記波長パスと同じ波長である前記第１の通信経路が存在するか否かを判断する第６の判断ステップを有し、前記第６の判断ステップにより、自ノード上に前記第１の通信経路が存在すると判断された場合、前記第１の判断ステップが行われることを特徴とする請求項３６記載の通信方法。
【請求項４８】
前記第１の判断ステップにより、自ノードが前記第２のデータ送信を行っていないと判断された場合、または、前記停止制御を行った後の場合のいずれかのとき、第２のアンプ手段が前記波長パスのロスを検知したか否かを判断する第７の判断ステップを有し、
前記第７の判断ステップにより、前記第２のアンプ手段が前記波長パスのロスを検知していないと判断された場合、前記障害通知ステップとして、前記波長パスのロスを検知したことを示す障害通知を前記第１のデータ送信の送信端まで送信することを特徴とする請求項４７記載の通信方法。
【請求項４９】
前記障害通知は、前記第１のデータ送信の送信端であるノードに対して最後に通知されることを特徴とする請求項３５から４８のいずれか１項に記載の通信方法。
【請求項５０】
前記ネットワークは、ＷＤＭ（Wavelength Division Multiplexing）リングのフォトニックネットワークであることを特徴とする請求項３５から４９のいずれか１項に記載の通信方法。
【請求項５１】
前記第１の通信経路と前記第２の通信経路の波長が同じであることを特徴とする請求項４３から５０のいずれか１項に記載の通信方法。
【請求項５２】
前記第１の通信経路および前記第２の通信経路が設定された場合ならびに解放された場合に、前記情報管理手段に保持される情報を更新する更新ステップを有することを特徴とする請求項３５から５１のいずれか１項に記載の通信方法。
【請求項５３】
請求項３５から５１のいずれか１項に記載の通信方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの障害回復を考慮した、通信システム、ノード装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
フォトニックネットワーク等の通信ネットワークにおいて、プロテクションはネットワークの高信頼化を考える上で非常に重要である。プロテクションとは、運用パスに障害が発生した際にあらかじめ用意されている予備パスに切り替えることである。フォトニックネットワークにおけるプロテクションの代表例としては、１＋１プロテクションが挙げられる。
【０００３】
１＋１プロテクションは、運用パスに伝送するデータと同じデータを予備パスにも伝送しておき、運用パスに障害が発生した場合には、運用パスの受信端のノードが予備パスに経路を切り替えるだけでよいため、発生した障害を高速に回復することができる。しかしながら、１＋１プロテクションでは、正常時でも予備パスにデータを伝送することになる。つまり、１＋１プロテクションは、実際に使用しないデータをネットワーク上に伝送することになるため、帯域利用が非効率となる。さらに、近年ハイビジョン動画などの大容量コンテンツの配信によりネットワークを流れるトラヒックが急増しており、予備パスの帯域を有効に活用したいという要求が高まっている。そこで、予備パスに低優先トラヒックを伝送することができる１：１プロテクションが注目されている。低優先トラヒックとは、予備パスが確保されていない、優先度の低いトラヒックのことである。
【０００４】
１：１プロテクションは、正常時は予備パスにデータを伝送しないため、予備パス上の帯域を低優先トラヒックなどで有効活用することができる。しかしながら、１：１プロテクションでは、障害が発生した場合、低優先トラヒックを完全に停止させてから運用パスを予備パスに切り替える必要がある。低優先トラヒックを停止させる方式は、例えば特許文献１に開示されている。
【０００５】
特許文献１の方式は、次のように動作する。運用パスの受信端のノードは、障害を検知すると、ネットワーク内の低優先トラヒックを送出しているノードに対して、低優先トラヒックの停止を要求する信号を送信する。受信端のノードは、低優先トラヒックが停止したことを確認する通知を受信すると、運用パスの送信元のノードに対して、パス切替要求信号を送信する。送信元のノードは、パス切替要求信号に基づいて、運用パスから予備パスへ切り替える。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１５０８０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したように、特許文献１の方式では、低優先トラヒックを停止させるために多くのステップが必要となる。よって、特許文献１の方式は、送信元のノードが運用パスから予備パスに切り替えるまでに多くの時間を要することが考えられるため、障害を高速に回復できないおそれがある。
【０００８】
本発明は、上記課題を鑑みてなされたものであり、低優先トラヒックを高速に停止させることにより、高速の障害回復を実現できる、通信システム、ノード装置、通信方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的を達成するために、本発明の通信システムは、ネットワーク上に設定される第１の通信経路と、第１の通信経路の切替経路となる第２の通信経路と、第１の通信経路上に配置されるノードとを備え、第１の通信経路を用いた第１のデータ送信および第２の通信経路の一部または全部を少なくとも用いた第２のデータ送信を行う通信システムであって、ノードは、第１の通信経路に関する第１の通信経路情報、第２の通信経路に関する第２の通信経路情報、および、第２のデータ送信に関する第２のデータ送信情報を保持する情報管理手段と、情報管理手段に保持される情報に基づいて、自ノードが第２のデータ送信の送信端であるか否かを判断する第１の判断を行い、自ノードが第１のデータ送信の障害を検知した場合、または、他ノードから障害を検知したことを示す障害通知を受信した場合であって、第１の判断により、自ノードが第２のデータ送信の送信端であると判断された場合、第２のデータ送信を停止する停止制御を行う制御手段と、を有することを特徴とする。
【００１０】
本発明のノード装置は、ネットワーク上に設定される第１の通信経路上に配置され、第１の通信経路を用いた第１のデータ送信および第１の通信経路の切替経路となる第２の通信経路の一部または全部を少なくとも用いた第２のデータ送信を行うノード装置であって、第１の通信経路に関する第１の通信経路情報、第２の通信経路に関する第２の通信経路情報、および、第２のデータ送信に関する第２のデータ送信情報を保持する情報管理手段と、情報管理手段に保持される情報に基づいて、自ノードが第２のデータ送信の送信端であるか否かを判断する第１の判断を行い、自ノードが第１のデータ送信の障害を検知した場合、または、他ノードから障害を検知したことを示す障害通知を受信した場合であって、第１の判断により、自ノードが第２のデータ送信の送信端であると判断された場合、第２のデータ送信を停止する停止制御を行う制御手段と、を有することを特徴とする。
【００１１】
本発明の通信方法は、ネットワーク上に設定される第１の通信経路と、第１の通信経路の切替経路となる第２の通信経路と、第１の通信経路上に配置されるノードとを用いて、第１の通信経路を用いた第１のデータ送信および第２の通信経路の一部または全部を少なくとも用いた第２のデータ送信を行う通信方法であって、ノードは、第１の通信経路に関する第１の通信経路情報、第２の通信経路に関する第２の通信経路情報、および、第２のデータ送信に関する第２のデータ送信情報を保持する情報管理手段を有しており、情報管理手段に保持される情報に基づいて、自ノードが第２のデータ送信の送信端であるか否かを判断する第１の判断ステップと、自ノードが第１のデータ送信の障害を検知した場合、または、他ノードから障害を検知したことを示す障害通知を受信した場合であって、第１の判断ステップにより、自ノードが第２のデータ送信の送信端であると判断された場合、第２のデータ送信を停止する停止制御ステップと、を有することを特徴とする。
【００１２】
本発明のプログラムは、本発明の通信方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、低優先トラヒックを高速に停止させることができ、高速の障害回復が可能となる。
【図面の簡単な説明】
【００１４】
【図１】ネットワークトポロジを示す図である。
【図２】第１の実施形態におけるノードの構成を示すブロック図である。
【図３】情報管理部が保持する情報を示す図である。
【図４】第１の実施形態におけるパスの割当例を示す図である。
【図５】第１の実施形態における時計回り方向のファイバ断発生時の様子を示す図である。
【図６】第１の実施形態における制御チャネルロスを検知した場合のフローチャートである。
【図７】第１の実施形態における障害通知を受信した場合のフローチャートである。
【図８】第１の実施形態における予備パスからデータ信号受信した場合のフローチャートである。
【図９】ノードＣ内の情報管理部が保持する情報を示す図である。
【図１０】ノードＢ内の情報管理部が保持する情報を示す図である。
【図１１】ノードＡおよびノードＤ内の情報管理部が保持する情報を示す図である。
【図１２】ノードＥ内の情報管理部が保持する情報を示す図である。
【図１３】ノードＦ内の情報管理部が保持する情報を示す図である。
【図１４】制御チャネル上における障害通知信号の伝送例を示す図である。
【図１５】第２の実施形態における時計回り方向のファイバ断発生時の様子を示す図である。
【図１６】第２の実施形態における制御チャネルロスを検知した場合のフローチャートである。
【図１７】第２の実施形態におけるデータチャネルロスを検知した場合のフローチャートである。
【図１８】第２の実施形態における障害通知を受信した場合のフローチャートである。
【図１９】第２の実施形態における両方向のファイバ断発生時の様子を示す図である。
【図２０】第３の実施形態におけるノードの構成を示すブロック図である。
【図２１】第３の実施形態におけるＡＤＤ／ＤＲＯＰ部波長パス障害発生時の様子を示す図である。
【図２２】第３の実施形態におけるアンプが障害検知した場合のフローチャートである。
【図２３】第３の実施形態における障害通知を受信した場合のフローチャートである。
【図２４】第４の実施形態におけるパスの割当例を示す図である。
【図２５】第１の実施形態におけるノード内の制御部の構成例を示すブロック図である。
【図２６】第１の実施形態におけるノードの最小限の構成を示すブロック図である。
【図２７】第１の実施形態におけるノードの最小限の動作を示すシーケンスチャートである。
【図２８】制御チャネルのロスを検知したノードが運用パスの送信端ノードおよび受信端ノードまで障害通知を行う場合のフローチャートである。
【図２９】制御チャネルのロスを検知したノードからの障害通知信号の流れを示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態（実施形態）について添付図面を参照して詳細に説明する。
【００１６】
〔第１の実施形態〕
第１の実施形態の構成例について説明する。図１は、本発明の一実施形態である通信システムのネットワークトポロジである。本実施形態の通信システムは、ネットワークの障害回復を考慮したＷＤＭ（Wavelength Division Multiplexing）リングのフォトニックネットワークである。図１に示すように、本実施形態の通信システムは、フォトニックネットワークにおいて、時計回りのファイバ１０と、反時計回りのファイバ１１と、複数のノードＡ１２，Ｂ１３，Ｃ１４，Ｄ１５，Ｅ１６，Ｆ１７とを有して構成される。なお、図１の例では、ファイバ１０，１１内は２波長で多重されているが、多重されている波長数は２波長以上であってもよい。波長には、制御用波長とデータ伝送用波長の２種類がある。なお、ネットワークトポロジは、時計回り、反時計回りにそれぞれ２つのファイバがある４ファイバのネットワークであってもよい。
【００１７】
図２は、図１の各ノードＡ１２〜Ｆ１７の構成を示すブロック図である。図２に示すように、各ノードは、制御信号ＡＤＤ／ＤＲＯＰ部１０１，１０８と、ＡＤＤ／ＤＲＯＰ部１０２，１０９と、受信部１０３と、送信部１０４と、制御部１０５と、情報管理部１０６とを有する。なお、図１の例では、ノードＡ１２〜Ｆ１７を全て同じ構成（図２に示す構成）としたが、ノードＡ１２〜Ｆ１７が全て同じ構成でなくてもよい。
【００１８】
制御信号ＡＤＤ／ＤＲＯＰ部１０１は、時計回りのファイバ１０内を通過する光信号の制御チャネルをＡＤＤ／ＤＲＯＰする。また、制御信号ＡＤＤ／ＤＲＯＰ部１０８は、反時計回りのファイバ１１内を通過する光信号の制御チャネルをＡＤＤ／ＤＲＯＰする。
【００１９】
ＡＤＤ／ＤＲＯＰ部１０２は、時計回りのファイバ１０内を通過する光信号のデータチャネルをＡＤＤ／ＤＲＯＰする。ＡＤＤ／ＤＲＯＰ部１０９は、反時計回りのファイバ１１内を通過する光信号のデータチャネルをＡＤＤ／ＤＲＯＰする。
【００２０】
受信部１０３は、ＡＤＤ／ＤＲＯＰ部１０２，１０９がＤＲＯＰした、所定の波長で送信される光信号を受信する。なお、波長は複数であってもよい。送信部１０４は、ＡＤＤ／ＤＲＯＰ部１０２，１０９がＡＤＤする、所定の波長で送信される光信号を送信する。なお、波長は複数であってもよい。受信部１０３、送信部１０４は、クライアント１０７に接続されている。
【００２１】
制御部１０５は、各種判断、制御信号の処理、各部の制御、および他のノードへ送信する制御信号の生成を行う制御手段である。また、制御部１０５は、各ノードへ送信する制御信号を送出するタイミングを適宜遅延する機能を有してもよい。制御部１０５は、情報管理部１０６、ＡＤＤ／ＤＲＯＰ部１０２，１０９、受信部１０３、送信部１０４と制御線（図中の破線）で接続されている。
【００２２】
ここで、制御部１０５の構成例について、図２５を参照して説明する。本実施形態では、障害を検知したノードを始点とし、隣接ノードから隣接ノードへ順次障害通知信号を送信していき、運用パスの送信端のノードが最後に障害通知信号を受信する構成になっている。障害通知信号については後述する。図２５は、制御部１０５のブロック図である。図２５に示すように、制御部１０５は、ヘッダ読取部１０５０と、制御信号処理部１０５１とで構成されている。ヘッダ読取部１０５０は、制御信号ＡＤＤ／ＤＲＯＰ部１０１（又は１０８）から制御信号（障害通知信号）を受け取り、その制御信号のヘッダ部分を読み取ってあて先を確認する。制御信号処理部１０５１は、ヘッダ読取部１０５０でドロップされた制御信号を処理し、制御信号ＡＤＤ／ＤＲＯＰ部１０１（又は１０８）へ返す。例えば、制御信号処理部１０５１は、後述する情報管理部１０６から、その情報管理部１０６が保持する情報を受け取り、その情報と制御信号にと基づいて、障害通知信号などの制御信号を生成し、制御信号ＡＤＤ／ＤＲＯＰ部１０１（又は１０８）に伝送する。
【００２３】
情報管理部１０６は、図３に示すように、運用パス情報、予備パス情報、および低優先トラヒック情報を格納している情報管理手段である。なお、これらの情報は、例えば、オペレータの操作により、パーソナルコンピュータ等の情報処理装置から各ノードへ送信されるものとする。また、例えば、ネットワーク管理装置（図示せず）が保持する管理情報を各ノードへ配信してもよい。運用パス情報（第１の通信経路情報）は、ネットワーク上に設定されている運用パス（第１の通信経路）に関する情報である。予備パス情報（第２の通信経路情報）は、運用パスに対応して設定され、障害発生時に運用パスから切り替えられる予備パス（第２の通信経路）に関する情報である。低優先トラヒック情報（第２のデータ送信情報）は、自ノードから送出されている低優先トラヒックに関する情報である。これら各情報は、例えば、識別情報（Ｎｏ．）毎に、伝送データ（データ信号）の送信元（送信端）であるノードを示す送信元情報、伝送データの送信先（あて先）であるノードを示すあて先情報、伝送データの伝送方向を示す方向情報（時計回り方向ｏｒ反時計回り）、使用中の波長を示す波長情報（λ１ｏｒλ２）を有する。上述した各情報は、制御部１０５が制御を行う際に参照される。すなわち、制御部１０５は、情報管理部１０６が保持する各情報を参照することにより、障害検知による低優先トラヒックの停止、障害通知による低優先トラヒックの停止を行うことができる。
【００２４】
次に、第１の実施形態の動作例について説明する。図４はネットワーク上にすでに設定されている運用パス、予備パス、低優先トラヒックを示す。運用パスは、ノードＡ１２とノードＤ１５間においてλ１で設定されている。この運用パスを用いて、データ信号の伝送（第１のデータ送信）が行われる。予備パスは、ノードＡ１２とノードＤ１５間においてλ２で設定されている。低優先トラヒック（第２のデータ送信）は、ノードＢ１３とノードＦ１７間およびノードＣ１４とノードＥ１６間においてλ２で設定されている。ここで、運用パス、予備パス、低優先トラヒックは、それぞれ両方向で同じ波長を用いる。図４では、運用パスと予備パスは異なる波長であり、予備パスと低優先トラヒックは同じ波長でデータ伝送を行う。但し、運用パスと予備パスが同じ波長であってもよい。この場合、低優先トラヒックの伝送経路は予備パスに限定される。運用パスと予備パスの波長が異なる場合は、運用パスと予備パスの波長が同じ場合に比べて、運用パスを設定するための波長数を低減できるので、ネットワークの利用効率を向上させることができる。
【００２５】
図５に示すように、ノードＢ１３とノードＣ１４の間の時計周り方向でファイバ断が発生した場合の動作例を説明する。各ノード１２〜１７は、各々が情報管理部１０６において、λ１で設定されている運用パスに関する運用パス情報を保持している。図９〜図１３は、情報管理部１０６が保持する情報を示している。図９はノードＣ１４が保持する情報を示す図である。図１０はノードＢ１３が保持する情報を示す図である。図１１はノードＡ１２およびノードＤ１５が保持する情報を示す図である。図１２はノードＥ１６が保持する情報を示す図である。図１３はノードＦ１７が保持する情報を示す図である。また、図６から図８は、第１の実施形態の動作例を示すフローチャートである。図６はノードが制御チャネルのロスを検知した場合の動作例を示すフローチャートである。図７はノードが障害通知を受信した場合の動作例を示すフローチャートである。図８はノードが予備パスからデータ信号を受信した場合の動作例を示すフローチャートである。また、図１４は制御チャネル上における障害通知信号の伝送例を示す図である。これらの図５〜図１４を参照して、以下に本実施形態における動作例を説明する。
【００２６】
図５に示すような障害発生では、ノードＣ１４が障害を検知する。障害の検知は、例えば、制御チャネルのロスを検知することで可能である。ここでいう制御チャネルのロスとは、例えば、制御チャンネルの受信パワーが所定値を下回った場合や、パケットがロスした場合のことである。制御チャネルのロスは、必ず障害発生箇所の近接のノードが検知する。これに対し、データチャネルのロスは、常に受信端のノードが検知する。従って、制御チャネルのロスの検知は、データチャネルのロスの検知と比較して、早く障害を検知することができる。但し、受信端のノードが、障害発生箇所の近接のノードである場合は、制御チャネルのロスとデータチャネルのロスの検知のタイミングは同じとなる。
【００２７】
以下、ノードＣ１４の動作について図６を参照して説明する。
【００２８】
まず、制御部１０５は、時計回りファイバ１０の制御信号ＡＤＤ／ＤＲＯＰ部１０１がＤＲＯＰした信号のロスから、制御チャネル（ＣＨ：CHannel）のロスを検知する（Ｓ１０１０）。このとき、制御部１０５は、ノードＢ１３およびノードＣ１４の間で時計回り方向のファイバ断が発生したことを認識する。
【００２９】
次に、制御部１０５は、情報管理部１０６に保持されている情報を参照する（Ｓ１０２０）。制御部１０５は、図９に示す、運用パス情報、予備パス情報および低優先トラヒック情報を参照する。
【００３０】
次に、制御部１０５は、情報管理部１０６が保持する運用パス情報に基づいて、自ノード（ノードＣ１４）上に運用パスが存在しているか否かを判断する（Ｓ１０３０）。制御部１０５は、例えば図９に示す運用パス情報（Ｎｏ.１）を参照し、ノードＡ１２とノードＤ１５間（送信元情報）において、時計回り（方向情報）で運用パスが設定されていることを認識する。よって、制御部１０５は、自ノード上に運用パスが存在していると判断し（Ｓ１０３０／Ｙｅｓ）、次のステップＳ１０４０の動作に移る。なお、制御部１０５は、自ノード上に運用パスが存在していないと判断した場合（Ｓ１０３０／Ｎｏ）、一連の動作を終了する（Ｓ１０３１）。
【００３１】
次に、制御部１０５は、情報管理部１０６が保持する低優先トラヒック情報および予備パス情報に基づいて、自ノードが予備パス上に低優先トラヒックを送出しているか否かを確認する（Ｓ１０４０）。制御部１０５は、図９に示す低優先トラヒック情報を参照し、ノードＣ１４とノードＥ１６間において低優先トラヒックを送出していることを認識する。また、制御部１０５は、図９に示す予備パス情報を参照し、その低優先トラヒックが、ノードＤ１５とノードＡ１２間の予備パス上の波長と同じ波長（λ２）であることを認識する。よって、制御部１０５は、自ノードが予備パス上に低優先トラヒックを送出していると判断し（Ｓ１０４０／Ｙｅｓ）、送信部１０４に対して制御信号を伝送する。これにより、該当する低優先トラヒックを停止させる（Ｓ１０５０）。なお、制御部１０５は、自ノードが予備パス上に低優先トラヒックを送出していないと判断した場合（Ｓ１０４０／Ｎｏ）、次のステップＳ１０５０の動作をスキップし、ステップＳ１０６０の動作に移る。
【００３２】
最後に、制御部１０５は、図９に示す運用パス情報（Ｎｏ.１）の送信元情報に基づいて、時計回りの運用パスの送信端がノードＡ１２であることを認識し、そのノードＡ１２まで両方向（時計回りａｎｄ反時計回り）で障害通知を行う（Ｓ１０６０）。障害通知は、制御部１０５が、制御信号ＡＤＤ／ＤＲＯＰ部１０１，１０８を通じて、各ファイバ１０および１１の制御チャネルにおいて、障害が発生したことを示す障害通知信号を伝送することにより行われる。
【００３３】
障害通知信号では、どこのファイバでファイバ断が発生したかを伝送する。図５の場合は、ノードＢ１３およびノードＣ１４の間で時計回り方向のファイバに障害が発生したことを障害通知信号で通知する。そのために、障害通知信号には、例えば、隣接ノードを示す情報（図５の場合、「ノードＢ」）、障害を検知したノードを示す情報（図５の場合、自ノードである「ノードＣ」）、データ信号の伝送方向を示す方向情報（図５の場合、「時計回り」）が含まれる。また、この障害通知信号には、そのヘッダ部分に、データ信号の送信端を示す情報（図５の場合「ノードＡ」）が含まれる。図５のケースでは、ノードＣ１４が制御チャネルのロスを検知して、時計回り方向、反時計回り方向の両方に運用パスの送信端であるノードＡ１２をヘッダのあて先として障害通知信号を送信する。ノードＡ１２以外のノードは、障害通知信号をドロップしつつ通過させ、ノードＡ１２では障害通知信号をドロップする。このように動作することで、時計回り方向、反時計回り方向の両方で運用パスの送信端であるノードＡ１２が最後に障害通知信号を受信する。この動作の具体的な説明は、図７を用いて後述する。
【００３４】
図１４の（１）〜（３）は、制御チャネル上における障害通知信号の伝送例をそれぞれ示している。図１４において、Ｓは障害を検知したノード、Ｄは運用パスの送信端ノード（送信元ノード）を示しており、矢印は、制御チャネル上における障害通知信号の流れを示している。（１）のように、障害通知信号が各ノードで終端されてもよく、低優先トラヒックを停止してから、次のノードへその信号が伝送されてもよい。また、（２）のように、障害通知信号がマルチキャスト伝送されてもよい。さらに（３）のように、各ノードに対して個々に障害通知信号が伝送されてもよい。
【００３５】
本実施形態の通信システムは、図１４に示す３パターンのいずれにしても、運用パスの送信端ノードが最も遅く障害通知信号を受信する場合に動作する。図５の場合、ノードＣ１４が障害検知を行い、ノードＡ１２まで両方向で障害通知を行う。すなわち、ノードＣ⇒Ｂ⇒Ａの方向（反時計回り）と、ノードＣ⇒Ｄ⇒Ｅ⇒Ｆ⇒Ａ方向（時計回り）で障害通知が行われるが、この場合、ノードＡ１２が最も遅く障害通知信号を受信すればよい。図１４の（１）、（２）のケースであれば、ノードＣ１４が各ノードに対して個別に障害通知信号を送信しないため、ノードＡ１２が最も遅く障害通知信号を受信するため問題はない。しかし、（３）のケースは、検知したノードＣ１４が各ノードに対して個別に障害通知信号を送信するため、ノードＡ１２が最も遅く受信するように考慮する必要がある。例えば、障害通知信号を送出する順番として、最初に隣接ノードに対して送出し、最後に送信端の切替先に送出するという手法が考えられる。
【００３６】
図７は、障害を検知したノードにより送信された障害通知（障害通知信号）を受信したノードの動作を示している。ここでは、障害を検知したノードＣ１４以外のノード、すなわち、ノードＡ１２、ノードＢ１３、ノードＤ１５、ノードＥ１６、ノードＦ１７が図７の動作を行う。
【００３７】
ノードの制御部１０５は、制御信号ＡＤＤ／ＤＲＯＰ部１０１（又は１０８）から障害通知を受信すると（Ｓ１２１０）、ヘッダ読取部１０５０により、障害通知信号のヘッダ部分を読み取る（Ｓ１２２０）。ここでは、上述したように、障害通知信号のヘッダ部分には、データ信号の送信端を示す情報「ノードＡ」が含まれる。つまり、障害通知信号のあて先は「ノードＡ」である。
【００３８】
次に、制御部１０５は、ヘッダ読取部１０５０により、ヘッダ部分に記載されているあて先を見て、あて先が自ノードであるかどうかを確認する（Ｓ１２３０）。あて先が自ノードである場合（Ｓ１２３０／Ｙｅｓ）、ヘッダ読取部１０５０は、障害通知信号をドロップし、制御信号処理部１０５１に伝送する（Ｓ１２４０）。図５の場合、あて先が自ノードであると判断するノードは、ノードＡ１２である。一方、あて先が自ノードではない場合（Ｓ１２３０／Ｎｏ）、ヘッダ読取部１０５０は、障害通知信号をドロップし、制御信号処理部１０５１に伝送する。かつ、制御信号処理部１０５１は、その障害通知信号を制御信号ＡＤＤ／ＤＲＯＰ部１０１（又は１０８）に伝送する（Ｓ１２４１）。図５の場合、あて先が自ノードではないと判断するノードは、ノードＢ１３、ノードＤ１５、ノードＥ１６およびノードＦ１７である。なお、以下では、まずＳ１２４１の後の処理フローについて説明した後、次にＳ１２４０の後の処理フローについて説明する。
【００３９】
ノードＢ１３、ノードＤ１５、ノードＥ１６およびノードＦ１７では、Ｓ１２４１〜Ｓ１２７２が行われる。Ｓ１２４１において、制御信号処理部１０５１は、障害通知信号を制御信号ＡＤＤ／ＤＲＯＰ部１０１（又は１０８）に伝送することにより、隣接するノードへ障害通知信号を送る。かつ、制御信号処理部１０５１は、Ｓ１２４１における障害通知信号のドロップをトリガとして、情報管理部１０６が保持している情報を参照する（Ｓ１２５１）。ここで、制御信号処理部１０５１が参照する情報は、ノードＢ１３は図１０、ノードＤ１５は図１１、ノードＥ１６は図１２、ノードＦ１７が図１３である。各ノードの制御信号処理部１０５１は、各図に示す運用パス情報、予備パス情報、低優先トラヒック情報を参照する。
【００４０】
次に、制御部１０５の制御信号処理部１０５１は、自ノードが予備パス上に低優先トラヒックを送出しているかを確認する（Ｓ１２６１）。確認の結果、自ノードが予備パス上に低優先トラヒックを送出していない場合（Ｓ１２６１／Ｎｏ）、一連の処理を終了する（Ｓ１２７２）。一方、自ノードが予備パス上に低優先トラヒックを送出している場合（Ｓ１２６１／Ｙｅｓ）、制御信号処理部１０５１は、送信部１０４に制御信号（低優先トラヒック停止信号）を伝送する。送信部１０４は、受け取った制御信号に基づいて、該当する低優先トラヒックを停止させる動作を行う（Ｓ１２７１）。
【００４１】
例えば、ノードＢ１３の場合、その制御信号処理部１０５１は、受信した障害通知信号に含まれる情報と、図１０の情報管理部１０６の参照結果とに基づいて、ノードＢ１３とノードＦ１７間の低優先トラヒックを、ノードＡ１２とノードＤ１５間の予備パス上に同じ波長（λ２）で送出していることを認識する（Ｓ１２６１／Ｙｅｓ）。よって、制御信号処理部１０５１は、送信部１０４に制御信号を伝送することで、該当する低優先トラヒックを停止させる動作を行う（Ｓ１２７１）。また、ノードＥ１６とノードＦ１７の場合、それらの制御信号処理部１０５１は、ノードＢ１３の場合と同様、受信した障害通知信号に含まれる情報と、図１２と図１３の情報管理部１０６の参照結果とに基づいて、予備パス上に低優先トラヒックを送出していることを認識する（Ｓ１２６１／Ｙｅｓ）。よって、各々の制御信号処理部１０５１は、送信部１０４に制御信号を伝送することで、該当する低優先トラヒックを停止させる動作を行う（Ｓ１２７１）。また、ノードＤ１５の場合、その制御信号処理部１０５１は、受信した障害通知信号に含まれる情報と、図１１の情報管理部１０６の参照結果とに基づいて、低優先トラヒックを予備パス上に送出していないことを認識する（Ｓ１２６１／Ｎｏ）。よって、制御信号処理部１０５１は、一連の処理を終了する（Ｓ１２７２）。
【００４２】
以上説明したように、ノードＢ１３、ノードＤ１５、ノードＥ１６およびノードＦ１７では、隣接するノードへ障害通知信号を通過させつつ、自らの判断で低優先トラヒックの送出を停止する。また、障害通知信号は、障害検知ノードのＣ１４から運用パスの送信端であるノードＡ１２まで、時計回り方向および反時計回り方向の両方向で、順次送信される。従って、ノードＡ１２が最後に障害通知信号を受信する。
【００４３】
運用パスの送信端であるノードＡ１２では、Ｓ１２４０〜Ｓ１２９０が行われる。制御信号処理部１０５１は、Ｓ１２４０における障害通知信号のドロップをトリガとして、情報管理部１０６が保持している情報を参照する（Ｓ１２５０）。ここで、制御信号処理部１０５１は、図１１に示す運用パス情報、予備パス情報、低優先トラヒック情報を参照する。
【００４４】
次に、制御部１０５の制御信号処理部１０５１は、自ノードが予備パス上に低優先トラヒックを送出しているかを確認する（Ｓ１２６０）。確認の結果、自ノードが予備パス上に低優先トラヒックを送出していない場合（Ｓ１２６１／Ｎｏ）、次のＳ１２７０をスキップし、Ｓ１２８０へ移行する。一方、自ノードが予備パス上に低優先トラヒックを送出している場合（Ｓ１２６０／Ｙｅｓ）、制御信号処理部１０５１は、送信部１０４に制御信号（低優先トラヒック停止信号）を伝送する。送信部１０４は、受け取った制御信号に基づいて、該当する低優先トラヒックを停止させる動作を行う（Ｓ１２７０）。ノードＡ１５の場合、その制御信号処理部１０５１は、受信した障害通知信号に含まれる情報と、図１１の情報管理部１０６の参照結果とに基づいて、低優先トラヒックを予備パス上に送出していないことを認識する（Ｓ１２６０／Ｎｏ）。よって、制御信号処理部１０５１は、次のＳ１２７０をスキップし、Ｓ１２８０へ移行する。
【００４５】
次に、制御部１０５の制御信号処理部１０５１は、両方向（図５の場合、ノードＢ１３とノードＦ１７）から障害通知信号を受信しているか否かを確認する（Ｓ１２８０）。両方向から障害通知信号を受信している場合（Ｓ１２８０／Ｙｅｓ）、制御信号処理部１０５１は、ノードＡ１２を含むネットワーク上のすべてのノードにおいて低優先トラヒックが停止していることが確認できる。その理由は、上述したように、両方向に配置される各ノード（Ｂ１３、Ｄ１５、Ｅ１６、Ｆ１７）が、隣接するノードへ障害通知信号を通過させつつ、自らの判断で低優先トラヒックの送出を停止しているためである。その後、制御信号処理部１０５１は、送信部１０４に制御信号を流すことで送信端を運用パスから予備パスへ切り替える（Ｓ１２９０）。両方向から障害通知信号を受信していない場合は（Ｓ１２８０／Ｎｏ）、すべてのノードにおいて低優先トラヒックが停止していることが確認できないため、制御信号処理部１０５１、障害通知信号の受信が完了するまで待機する。
【００４６】
以上説明したように、運用パスの切り替えを行う送信端のノードは、両方向から最後に障害通知信号を受信することで、受信した時点で、送信端を除くすべてのノードで予備パス上に送出されている低優先トラヒックが停止されていることを認識できる。従って、障害通知信号を受信することのみで、運用パスの送信端を切り替えることが可能となる。
【００４７】
図８はノードが予備パスからデータ信号を受信した場合の動作である。受信部１０３が予備パスからデータ信号を受信した（Ｓ１４１０）場合、受信端を運用パスから予備パスへ切り替える（Ｓ１４２０）。この場合、ノードＡ１２とノードＤ１５の受信部１０３は、予備パスからデータ信号を受信し、受信端を、λ１の運用パスからλ２の予備パスへ切り替える。これにより障害回復の動作が完了する。
【００４８】
ここで、図５ではノードＢ１３とノードＣ１４の間の時計回り方向でファイバ断が発生しているが、ノードＣ１４が制御チャネルのロスを検知すると同時に、ノードＤ１５がデータチャネルのロスを検知する。この場合、ノードＤ１５が自ノードから送出されており障害を受けていない運用パスのデータ信号を停止してしまう場合がある。したがって、ノードＤ１５は、図７のフローチャートに従うと障害通知信号のあて先が自ノードあてではなく（Ｓ１２３０／Ｎｏ）、両方向から障害通知を受信しない（Ｓ１２８０／Ｎｏ）ため、予備パスに切り替えることがなく、データ信号を送信できない状態が続く恐れがある。そこで、図６のＳ１０６０では障害検知ノードが運用パスの送信端ノードまで両方向で障害通知を行うこととしているが、上流方向に対しては運用パスの受信端ノード、下流方向に対しては運用パスの送信端ノードまで障害通知を行ってもよい。図２８は制御チャネルのロスを検知したノードが運用パスの送信端ノードおよび受信端ノードまで障害通知を行う場合の動作例を示すフローチャートであり、Ｓ１５６０以外の部分は図６と同様である。図２９に示すように、制御チャネルのロスを検知したノードＣ１４は、上流方向に対しては運用パスの受信端ノードＤ１５、下流方向に対しては運用パスの送信端ノードＡ１２まで障害通知を行う。この場合、ノードＤ１５は、図７のフローチャートに従うと障害通知信号のあて先の一方は自ノードあてであり（Ｓ１２３０／Ｙｅｓ）、両方向から障害通知を受信する（Ｓ１２８０／Ｙｅｓ）ため、予備パスに切り替えることが可能となる（Ｓ１２９０）。また、ノードＡ１２も同様に予備パスに切り替えることが可能である。
【００４９】
以上説明したように、第１の実施形態では、すべてのノードがネットワーク上に設定されている運用パス、その運用パスに対する予備パス、自ノードから送出されている低優先トラヒックに関する情報を保持する。これにより、障害を検知したノード又は障害通知信号を受信したノードは、自ノードが予備パス上に低優先トラヒックを送出しているか否かを自分で判断することができる。よって、上記特許文献１の発明のように、低優先トラヒックが停止したことを確認するための通知は必要ない。その結果、障害を検知したノードから運用パスの送信端のノードまで順次送信される障害通知により、低優先トラヒックを停止させることができる。よって、予備パスの切替までに高速に低優先トラヒックを停止させることができ、高速の障害回復が可能となる。
【００５０】
なお、第１の実施形態については、運用パスと低優先トラヒックの送出経路とが重ならない場合など、波長多重ではない場合は、短波長で構成してもよい。例えば、ＴＤＭ（Time Division Multiplexing）やＦＤＭ（Frequency Division Multiplexing）などのネットワークが挙げられる。
【００５１】
上記説明では、ノードの構成例として図２を用いて説明したが、ここで、第１の実施形態におけるノードの最小限の構成について説明する。図２６に示すように、本実施形態のノードは、最小限の構成として、制御部１０５と、情報管理部１０６とを有すればよい。なお、これら各部の詳細な機能は上述したので、ここでの説明は省略する。そして、これら各部は図２７に示すように動作する。
【００５２】
まず、制御部１０５は、障害を検知あるいは障害通知信号を制御信号ＡＤＤ／ＤＲＯＰ部１０１（又は１０８）から受信する（Ｓ７０１０）。制御部１０５は、情報管理部１０６に対し、情報管理部１０６が保持している情報（運用パス情報、予備パス情報、低優先トラヒック情報）の参照を要求する。情報管理部１０６は、その要求を受け取ると、制御部１０５に対し、上記各情報を送る（Ｓ７０２０）。制御部１０５は、受信した各情報を基に、自ノードが低優先トラヒックを予備パス上に送出しているかを確認する（Ｓ７０３０）。制御部１０５は、自ノードが低優先トラヒックを予備パス上に送出していると判断した場合、低優先トラヒックを停止する要求として、制御信号（低優先トラヒック停止信号）を送信部１０４に伝送する（Ｓ７０３１）。この制御信号を受けて、送信部１０４は、低優先トラヒックの送出を停止する。
【００５３】
以上説明したように、本実施形態のノードの最小限の構成によれば、運用パス情報、予備パス情報、低優先トラヒック情報を保持し、障害を検知した場合又は障害通知信号を受信した場合に、自ノードが予備パス上に低優先トラヒックを送出しているか否かを自分で判断することができる。よって、低優先トラヒックが停止したことを確認するための通知は必要ない。従って、図２７に示す動作を各ノードが行うことによって、高速に低優先トラヒックを停止させることができる。
【００５４】
〔第２の実施形態〕
第２の実施形態の構成例について説明する。第２の実施形態では、さらなる高速障害回復を実現するために、低優先トラヒックを伝送しているノードペア（低優先トラヒックの送信端および受信端）の一方は運用パス上に存在するようにする。このような構成にすることにより、障害を検知したノードは、運用パス上のみに障害通知を行えばよいため、第１の実施形態と比較してさらに高速に低優先トラヒックを停止させることが期待できる。なお、本実施形態のネットワークトポロジおよびノード構成に関しては、第１の実施形態と同様であるので、ここでの説明は省略する。
【００５５】
次に、第２の実施形態の動作例について説明する。本実施形態では、ネットワーク上に設定されている運用パス、予備パス、低優先トラヒックは図４の通りであるが、低優先トラヒックを伝送しているノードペアのいずれか一方は運用パス上に存在する。また、本実施形態では、運用パスと予備パスとは、異なる波長とする。
【００５６】
図１５に示すように、ノードＢ１３とノードＣ１４の間で時計周り方向のファイバ断が発生した場合の動作例を説明する。斜線のついたノードＡ１２からノードＤ１５は、運用パス上において低優先トラヒックを伝送することができるノードペアの一方であり、情報管理部１０６においてλ１で設定されている運用パスの情報を保持している。図１６から図１８は第２の実施形態の動作例を示すフローチャートである。図１６はノードが制御チャネルのロスを検知した場合の動作例を示すフローチャートである。図１７はノードがデータチャネルのロスを検知した場合の動作例を示すフローチャートである。図１８はノードが障害通知を受信した場合の動作例を示すフローチャートである。なお、ノードが予備パスからデータ信号を受信した場合の動作は第１の実施形態と同じであるため、ここでの説明は省略する。また、ノードＡ１２からノードＤ１５までが情報管理部１０６において保持する情報は、第１の実施形態と同様である。すなわち、図９はノードＣ１４が保持する情報を示し、図１０はノードＢ１３が保持する情報を示し、図１１はノードＡ１２およびノードＤ１５が保持する情報を示す。
【００５７】
図１５に示すような障害発生では、ノードＣ１４が制御チャネルのロスを検知し、ノードＤ１５がデータチャネル（ＣＨ：CHannel）のロスを検知する。ロス検知時の動作として、ノードＣ１４は図１６の動作に従い、ノードＤ１５は図１７の動作に従う。
【００５８】
まず、図１６を参照して、ノードＣ１４の動作について説明する。
【００５９】
ノードＣ１４の制御部１０５は、時計回りファイバ１０の制御信号ＡＤＤ／ＤＲＯＰ部１０１がＤＲＯＰした信号のロスから、制御チャネルのロスを検知する（Ｓ２０１０）。
【００６０】
次に、制御部１０５は、情報管理部１０６に保持している情報を参照する（Ｓ２０２０）。ここで制御部１０５が参照する情報は図９であり、自ノード上に設定されている運用パス（運用パス情報）、その運用パスに対する予備パス（予備パス情報）、自ノードから送出されている低優先トラヒック（低優先トラヒック情報）を参照する。
【００６１】
次に、制御部１０５は、図９の情報管理部１０６の参照結果に基づいて、自ノード上に運用パスが存在しているかを判断する（Ｓ２０３０）。ここでは、制御部１０５は、自ノード上にノードＡ１２とノードＤ１５間で運用パスが設定されていることを認識する（Ｓ２０３０／Ｙｅｓ）。そして、制御部１０５は、次の動作であるＳ２０４０に移る。なお、制御部１０５は、自ノード上に運用パスが存在していないと認識した場合（Ｓ２０３０／Ｎｏ）、一連の動作を終了する（Ｓ２０３１）。
【００６２】
次に、制御部１０５は、図９の情報管理部１０６の参照結果に基づいて、自ノードが予備パス上に低優先トラヒックを送出しているかを確認する（Ｓ２０４０）。送出している場合は（Ｓ２０４０／Ｙｅｓ）、制御部１０５は、送信部１０４に制御信号を伝送することで低優先トラヒックの送出を停止する（Ｓ２０５０）。なお、送出していない場合は（Ｓ２０４０／Ｎｏ）、制御部１０５は、低優先トラヒックの送出停止の動作（Ｓ２０５０）をスキップする。ここでは、制御部１０５は、図９の情報管理部１０６の参照結果より、ノードＣ１４とノードＥ１６間の低優先トラヒックを、ノードＤ１５とノードＡ１２間の予備パス上に同じ波長（λ２）で送出していることを認識する。よって、制御部１０５は、送信部１０４に制御信号を流すことで、該当する低優先トラヒックを停止させるという動作を行う。
【００６３】
最後に、制御部１０５は、図９の情報管理部１０６の参照結果に基づいて、運用パスの両送受信端であるノードＡ１２およびノードＤ１５、並びにノードＢ１３に対して、障害通知（制御ＣＨロス通知）を行う（Ｓ２０６０）。障害通知は、制御部１０５が制御信号ＡＤＤ／ＤＲＯＰ部１０１，１０８を通じて、各ファイバ１０および１１の制御チャネルにおいて障害通知信号（制御ＣＨロス通知信号）を伝送することにより行われる。なお、時計回り方向のノード（ノードＤ１５）に対して送信される障害通知信号（制御ＣＨロス通知信号）のヘッダ部分のあて先は、「ノードＤ１５」となる。一方、反時計回り方向のノード（ノードＡ１２およびノードＢ１３）に対して送信される障害通知信号（制御ＣＨロス通知信号）のヘッダ部分のあて先は、「ノードＡ１２」となる。
【００６４】
次に、図１７を参照して、ノードＤ１５の動作について説明する。
【００６５】
ノードＤ１５において、時計回りファイバ１０のＡＤＤ／ＤＲＯＰ部１０２は、データ信号のロスを受信部１０３へ通知する。受信部１０３は、データ信号のロスを制御部１０５に通知する。これにより、制御部１０５は、データチャネルのロスを検知する（Ｓ２１１０）。
【００６６】
次に、制御部１０５は、情報管理部１０６に保持している情報を参照する。（Ｓ２１２０）、ここで制御部１０５が参照する情報は図１１であり、自ノード上に設定されている運用パス（運用パス情報）、その運用パスに対する予備パス（予備パス情報）、自ノードから送出されている低優先トラヒック（低優先トラヒック情報）を参照する。
【００６７】
次に、制御部１０５は、図１１の情報管理部１０６の参照結果に基づいて、自ノードが予備パス上に低優先トラヒックを送出しているかを確認する（Ｓ２１３０）。ここでは、制御部１０５は、自ノードが低優先トラヒックを送出していないことを認識する。よって、制御部１０５は、低優先トラヒック送出停止の動作（Ｓ２１４０）をスキップする。
【００６８】
次に、制御部１０５は、図１２の情報管理部の参照結果に基づいて、もう一方の運用パスの送受信端であるノードＡ１２までの各ノードに対して運用パス上で障害通知（データＣＨロス通知）を行う（Ｓ２１５０）。障害通知は、制御部１０５が障害通知信号（データＣＨロス通知信号）を伝送することにより行われる。なお、障害通知信号（データＣＨロス通知信号）のヘッダ部分のあて先は、「ノードＡ１２」となる。
【００６９】
図１８では、障害を検知したノードにより送信された障害通知信号を受信したノードの動作を示している。ここでは、ノードＣ１４から障害通知（制御ＣＨロス通知）を受信した、ノードＡ１２、ノードＢ１３、ノードＤ１５がその動作を行う。なお、以下では、ノード毎に図１８の動作を説明する。また、制御部１０５の細部（図２５）の動作については、上記第１の実施形態と同様であるので、ここでは、単に「制御部１０５」の動作として説明する。
【００７０】
ノードＢ１３の動作について説明する。制御部１０５は、ノードＣ１４からの障害通知信号（制御ＣＨロス通知信号）を受信すると（Ｓ２２１０）、障害通知信号のヘッダ部分を読み取る（Ｓ２２２０）。ここでは、上述したように、障害通知信号のヘッダ部分には、障害通知信号のあて先として、「ノードＡ」が記載されている。
【００７１】
次に、制御部１０５は、ヘッダ部分に記載されているあて先を見て、あて先が自ノードであるかどうかを確認する（Ｓ２２３０）。ここでは、あて先が自ノードＢ１３ではないので（Ｓ２２３０／Ｎｏ）、障害通知信号をドロップし、かつ、その障害通知信号をノードＡ１２へ伝送する（Ｓ２２４１）。
【００７２】
次に、制御部１０５は、情報管理部１０６に保持している情報を参照する（Ｓ２２５１）。ここで制御部１０５は、図１０に示す、自ノード上に設定されている運用パス（運用パス情報）、その運用パスに対する予備パス（予備パス情報）、自ノードから送出されている低優先トラヒック（低優先トラヒック情報）を参照する。
【００７３】
次に、制御部１０５は、情報管理部１０６の参照結果に基づいて、自ノードが予備パス上に低優先トラヒックを送出しているかを確認する（Ｓ２２６１）。ここでは、制御部１０５は、図１０の情報管理部１０６の参照結果に基づいて、ノードＢ１３とノードＦ１７間の低優先トラヒックを、ノードＡ１２とノードＤ１５間の予備パス上に同じ波長（λ２）で送出していることを認識する（Ｓ２２６１／Ｙｅｓ）。よって、制御部１０５は、送信部１０４に制御信号を伝送することで、該当する低優先トラヒックを停止させるという動作を行う（Ｓ２２７１）。
【００７４】
ノードＡ１２の動作について説明する。制御部１０５は、ノードＣ１４からの障害通知信号（制御ＣＨロス通知信号）をノードＢ１３から受信すると（Ｓ２２１０）、障害通知信号のヘッダ部分を読み取る（Ｓ２２２０）。ここでは、上述したように、障害通知信号のヘッダ部分には、障害通知信号のあて先として、「ノードＡ」が記載されている。
【００７５】
次に、制御部１０５は、ヘッダ部分に記載されているあて先を見て、あて先が自ノードであるかどうかを確認する（Ｓ２２３０）。ここでは、あて先が自ノードＡ１２であるので（Ｓ２２３０／Ｙｅｓ）、障害通知信号をドロップする（Ｓ２２４０）。
【００７６】
次に、制御部１０５は、情報管理部１０６に保持している情報を参照する（Ｓ２２５０）。ここで制御部１０５は、図１１に示す、自ノード上に設定されている運用パス（運用パス情報）、その運用パスに対する予備パス（予備パス情報）、自ノードから送出されている低優先トラヒック（低優先トラヒック情報）を参照する。
【００７７】
次に、制御部１０５は、情報管理部１０６の参照結果に基づいて、自ノードが予備パス上に低優先トラヒックを送出しているかを確認する（Ｓ２２６０）。ここでは、制御部１０５は、図１１の情報管理部１０６の参照結果に基づいて、自ノードが低優先トラヒックを予備パス上に送出していないことを認識する（Ｓ２２６０／Ｎｏ）。よって、制御部１０５は、低優先トラヒック送出停止の動作（Ｓ２２７０）をスキップする。
【００７８】
次に、制御部１０５（制御信号処理部１０５１）は、自ノードにおいてデータチャネルロス検知をしたか、または、他ノードから障害通知をさらに受信しているかを確認する（Ｓ２２８０）。ここでは、データチャンネルロスを検知したノードはノードＤ１５であるので、ノードＡ１２は自ノードにおいてデータチャネルロスを検知していない。したがって制御部１０５は、障害通知をさらに受信しているかを確認する必要がある。すなわち、制御部１０５は、ノードＣ１４からの障害通知（制御ＣＨロス通知信号）だけではなく、ノードＤ１５からの障害通知（データＣＨロス通知信号）も受信しているかどうかを確認する。これは、制御チャネルのロスを検知したノードとデータチャネルのロスを検知したノード間のノードから低優先トラヒックが送出されていた場合に、両方のノードから障害通知を受信しなければ、低優先トラヒックの停止を待たずに送信端を予備パスに切り替えてしまうおそれがあるためである。両方のノード（ここでは、ノードＣ１４およびノードＤ１５）から２つの障害通知（制御ＣＨロス通知信号およびデータＣＨロス通知信号）を受信している場合（Ｓ２２８０／Ｙｅｓ）、ノードＡ１２の制御部１０５は、送信部１０４に制御信号を流すことで、送信端を運用パスから予備パスへ切り替える（Ｓ２２９０）。両方のノードから２つの障害通知情報を受信していない場合は（Ｓ２２８０／Ｎｏ）、ノードＡ１２の制御部１０５は、障害通知情報受信が完了するまで待機する。
【００７９】
ノードＤ１５の動作について説明する。制御部１０５は、ノードＣ１４からの障害通知信号（制御ＣＨロス通知信号）を受信すると（Ｓ２２１０）、障害通知信号のヘッダ部分を読み取る（Ｓ２２２０）。ここでは、上述したように、障害通知信号のヘッダ部分には、障害通知信号のあて先として、「ノードＤ」が記載されている。
【００８０】
次に、制御部１０５は、ヘッダ部分に記載されているあて先を見て、あて先が自ノードであるかどうかを確認する（Ｓ２２３０）。ここでは、あて先が自ノードＤ１５であるので（Ｓ２２３０／Ｙｅｓ）、障害通知信号をドロップする（Ｓ２２４０）。
【００８１】
次に、制御部１０５は、情報管理部１０６に保持している情報を参照する（Ｓ２２５０）。ここで制御部１０５は、図１１に示す、自ノード上に設定されている運用パス（運用パス情報）、その運用パスに対する予備パス（予備パス情報）、自ノードから送出されている低優先トラヒック（低優先トラヒック情報）を参照する。
【００８２】
次に、制御部１０５は、情報管理部１０６の参照結果に基づいて、自ノードが予備パス上に低優先トラヒックを送出しているかを確認する（Ｓ２２６０）。ここでは、制御部１０５は、図１１の情報管理部１０６の参照結果に基づいて、自ノードが低優先トラヒックを予備パス上に送出していないことを認識する（Ｓ２２６０／Ｎｏ）。よって、制御部１０５は、低優先トラヒック送出停止の動作（Ｓ２２７０）をスキップする。
【００８３】
次に、制御部１０５（制御信号処理部１０５１）は、自ノードにおいてデータチャネルロス検知をしたか、または、他ノードから障害通知をさらに受信しているかを確認する（Ｓ２２８０）。ここでは、ノードＤ１５は、上記図１７のＳ２１１０で説明したように、自ノードにおいてデータチャネルロスを検知している（Ｓ２２８０／Ｙｅｓ）。したがって制御部１０５は、障害通知（ここでは、データＣＨロス通知信号）を受信しているかを確認することなく、送信部１０４に制御信号を流すことで、送信端を運用パスから予備パスへ切り替える（Ｓ２２９０）。
【００８４】
なお、上記で説明したＳ２２８０とＳ２２９０の間において、ノードＥ１６、ノードＦ１７から送出されている低優先トラヒックについて考慮する場合があってもよい。これらの低優先トラヒックは、ノードペアである運用パス上のノードが低優先トラヒックの送出を停止することにより、停止される。具体的には、ノードＥ１６およびノードＦ１７の制御部１０５が受信部１０３から低優先トラヒックのロスの通知を受信し、送信部１０４に対して制御信号を伝送することで低優先トラヒックの送出を停止させる。この低優先トラヒックの停止のタイミングが、送信端の運用パスから予備パスへ切り替えるタイミングが遅いケースがあってもよい。この場合、ノードＥ１６およびノードＦ１７は運用パスの送受信端に対して低優先トラヒックの停止通知を送り、送受信端がその停止通知を受信した後にＳ２２８０のステップに移動することがあってもよい。
【００８５】
また、上記説明では、ノードＣ１４が制御チャネルのロスを検知した場合を例としたが、ここで、制御チャネルのロスを検知したノードが運用パスの受信端（ノードＤ１５）であった場合について説明する。例えば、受信端であるノードＤ１５が制御チャネルロスを検知した場合、図１６に示すＳ２０１０〜Ｓ２０６０までの動作を行う。なお、Ｓ２０６０では、制御ＣＨロス通知信号のヘッダ部分に、あて先として「ノードＡ１２」を記載して送信する。その後、図１８のＳ２２８０と同様の判断を行う。なお、この判断は、既に自ノードで制御チャネルロスを検知しているので、「自ノードでデータＣＨロスを検知したか、または、他ノードからデータＣＨロス通知信号を受信したか」となる。そして、その判断に基づいて、送信端の予備パスへの切り替え（図１８のＳ２２９０）または受信待機（図１８のＳ２２８０／Ｎｏ）を行う。上記説明の例では、データチャネルロスはノードＤ１５が検知するので、ノードＤ１５は、他ノードからのデータＣＨロス通知信号の受信を確認することなく、図１８のＳ２２９０を行うことになる。
【００８６】
別の障害発生例に関しても動作の説明を行う。図１９に示すようなノードＢ１３とノードＣ１４間の両方向のファイバ断が発生した場合の動作例を説明する。説明の際に使用するフローチャートは図１５の場合と同じであるため、重複部分の説明については適宜省略する。
図１９に示すような障害発生では、ノードＢ１３およびノードＣ１４が制御チャネルのロスを検知し、ノードＡ１２およびノードＤ１５がデータチャネルのロスを検知する。障害検知から障害通知までの動作は、上述したため、ここでの説明は省略する。図１５の場合との大きな違いは、運用パスの送受信端であるノードＡ１２およびノードＤ１５がデータチャネルロスを検知しているため、ノードＡ１２およびノードＤ１５は、図１８のＳ２２８０のステップにおいて、さらなる障害通知の受信を待機する必要がない。図１９の場合は両方向でファイバが切断されているため、自ノード上を通過する低優先トラヒックと予備パスのデータ信号とが混ざることはない。すなわち、運用パスの送受信端が障害通知を受信した時点で自ノード上を通過する低優先トラヒックが停止しているということである。最後に送信端を運用パスから予備パスに切り替えた後、受信端が予備パスからデータ信号を受信することで、運用パスから予備パスに切り替えて、障害回復の動作が完了する。
【００８７】
以上説明したように、第２の実施形態は、低優先トラヒックを伝送しているノードペアの一方は運用パス上に存在するようにしている。これにより、障害検知したノードは運用パス上のノードのみに障害通知を行えばよいことから、第１の実施形態と比較してさらに高速に低優先トラヒックを停止させることが期待できる。また、運用パスなどの情報は運用パス上のノードのみが保持していればよいため、第１の実施形態と比較して、ネットワーク全体で保持する情報量を削減することができる。
【００８８】
〔第３の実施形態〕
第３の実施形態の構成例について説明する。第３の実施形態では、ファイバ断の障害だけでなく、波長パスの障害に対応できる構成になっている。ネットワークトポロジに関しては第１、２の実施形態と同様である。図２０に本実施形態におけるノード構成のブロック図を示す。第１、２の実施形態と同様の構成要素については図２と同一の符号を付し、詳細の説明を省略する。図２０に示すように、本実施形態におけるノード３は、各伝送路において、プリアンプ２０１，２０３、およびポストアンプ２０２，２０４、それぞれのアンプと制御部１０５とを接続する制御線（図中の破線）を備える点で、第１、２の実施形態におけるノード構成とは異なる。
【００８９】
次に、第３の実施形態の動作例について説明する。図２１に示すように、ノードＢ２２の時計回りファイバ１０のＡＤＤ／ＤＲＯＰ部１０２において、λ１の波長パスに障害が発生した場合の動作例を説明する。図２２および図２３は第２の実施形態の動作例を示すフローチャートである。図２２はノード内のアンプが障害検知した場合の動作例を示すフローチャートであり、図２３はノードが障害通知を受信した場合の動作例を示すフローチャートである。なお、ノードが予備パスからデータ信号を受信した場合の動作は第１、２の実施形態と同じであるため、説明は省略する。また、図２１において、斜線のついたノードであるノードＡ２１からノードＤ２４は運用パス上において低優先トラヒックを伝送しているノードペアの一方である。また、ノードＡ２１からノードＤ２４までが情報管理部１０６において保持する情報は、第２の実施形態と同様である。すなわち、図９はノードＣ２３が保持する情報を示し、図１０はノードＢ２２が保持する情報を示し、図１１はノードＡ２１およびノードＤ２４が保持する情報を示す。
【００９０】
図２１に示すような障害発生では制御チャネルのロスは発生しないため、ほかの方法で障害を検知する必要がある。第３の実施形態では、プリアンプ２０１とポストアンプ２０２を用いて障害（λ１の波長パスのロス）を検知する。図２１のケースの場合、ノードＢ２２において、時計回りファイバ１０のポストアンプ２０２が障害検知を行い、ノードＣ２３とノードＤ２４において、時計回りファイバ１０のプリアンプ２０１、ポストアンプ２０２の両方で障害検知を行う。
【００９１】
図２２を参照して、障害検知を行った場合の動作を説明する。各ノードの制御部１０５は、時計回りファイバ１０のポストアンプ２０２の通知を受け、波長パスの障害を検知する（Ｓ３０１０）。
【００９２】
次に、制御部１０５は、情報管理部１０６に保持している情報を参照する（Ｓ３０２０）。ここで制御部１０５が参照する情報は、ノードＢ２２は図１０、ノードＣ２３は図９、ノードＤ２４が図１１であり、自ノード上に設定されている運用パス（運用パス情報）、その運用パスに対する予備パス（予備パス情報）、自ノードから送出されている低優先トラヒック（低優先トラヒック情報）を参照する。
【００９３】
次に、制御部１０５は、情報管理部１０６の参照結果に基づいて、自ノード上に、障害が発生した波長の運用パスが存在するかを確認する（Ｓ３０３０）。ここでは、各ノード上で、制御部１０５は、各情報管理部１０６の参照の結果により、ノードＡ２１とノードＤ２４間においてλ１で運用パスが設定されていることを認識するため（Ｓ３０３０／Ｙｅｓ）、次の動作であるＳ３０４０に移る。なお、自ノード上に、障害が発生した波長の運用パスが存在しない場合（Ｓ３０３０／Ｎｏ）、制御部１０５は、一連の動作を終了する（Ｓ３０３１）。
【００９４】
次に、制御部１０５は、情報管理部１０６の参照結果に基づいて、自ノードが予備パス上に低優先トラヒックを送出しているかどうかを確認する（Ｓ３０４０）。ノードＢ２２とノードＣ２３は予備パス上に低優先トラヒックを送出しているため（図１０及び図９参照）、ノードＢ２２とノードＣ２３のノードの制御部１０５は、低優先トラヒックの送出を停止する（Ｓ３０５０）。停止方法は第２の実施形態と同じであるため、説明は省略する。
【００９５】
その後、制御部１０５は、プリアンプ２０１から通知を受けて波長パスの障害を検知したかを確認する（Ｓ３０６０）。プリアンプ２０１でも障害を検知していた場合は（Ｓ３０６０／Ｙｅｓ）、制御部１０５は、一連の動作を終了する（Ｓ３０６１）。プリアンプ２０１で障害を検知していない場合は（Ｓ３０６０／Ｎｏ）、制御部１０５は、運用パスの送信端まで障害通知を行う（Ｓ３０６２）。すなわち、ノードＢ２２では、制御部１０５は、時計回りのファイバ１０のプリアンプ２０１から通知を受けていないため（Ｓ３０６０／Ｎｏ）、図１０の情報管理部１０６の参照結果より、運用パスの送受信端であるノードＡ２１に対して障害通知を行う（Ｓ３０６２）。この障害通知は、制御部１０５が制御信号ＡＤＤ／ＤＲＯＰ部１０８を通じて、反時計回りのファイバ１１の制御チャネルにおいて伝送することにより行われる。一方、ノードＣ２３とノードＤ２４では、制御部１０５が時計回りのファイバ１０のプリアンプ２０１から障害通知を受けているため（Ｓ３０６０／Ｙｅｓ）、そのまま動作を終了する（Ｓ３０６１）。
【００９６】
本実施形態では、第２の実施形態と異なり、障害を検知しても通知しないノードが存在し、障害検知したノードは一方向の送受信端にしか通知をしない。これは、第３の実施形態では、障害発生した地点のノードおよびその下流ノードがすべて障害を検知し、低優先トラヒックを停止することができるため、障害発生した地点のノードだけが運用パスの送受信端を含んだ上流ノードに障害を通知すればよいからである。
【００９７】
図２３では、障害通知を受信した場合の動作を示している。図１８に示す第１の実施形態との大きな違いは、運用パスの送受信端の制御部１０５がデータチャネルのロスを検知しているか、またはさらに障害通知を受信しているかの確認（Ｓ２２８０）が不要であることである。これは、障害通知を１回受信することで、運用パス上の低優先トラヒックがすべて停止していることが確認できるためである。障害地点の下流ノードの低優先トラヒックは検知した時点で停止されているからである。なお、図２３に示す動作は、図１８に示すＳ２２８０以外の動作と同様であるので、ここでの説明は省略する。ノードＡ２１の制御部１０５が送信部１０４に制御信号を伝送することで、送信端を運用パスから予備パスに切り替える（Ｓ３１８０）。その後、ノードＤ２４の受信部１０３が予備パスからデータ信号を受信することで、受信端を運用パスから予備パスに切り替えて、障害回復の動作が完了する。
【００９８】
以上説明したように、第３の実施形態は、ファイバ断の障害だけでなく、ノード内のＡＤＤ／ＤＲＯＰ部における波長パス障害に対応できる。第２の実施形態の効果に加え、波長パス障害時に検知できると同時に低優先トラヒックを停止できるノードが複数あるため、高速に障害回復できる可能性が高い。
【００９９】
〔第４の実施形態〕
第４の実施形態の構成例について説明する。第４の実施形態では、ノードの構成は図２（第１、第２の実施形態）または図２０（第３の実施形態）と同様であるが、波長の割り当て方が異なる。図２４に、ネットワーク上で設定されている運用パス、予備パス、低優先トラヒックを示す。運用パスは、ノードＡ１２とノードＤ１５間において、時計回り方向にλ２、反時計回り方向にλ１で設定されている。予備パスは、ノードＡ１２とノードＤ１５間において、時計回り方向にλ１、反時計回り方向にλ２で設定されている。すなわち、本実施形態では、ノードＡ１２とノードＤ１５間において、時計回り方向の運用パスと反時計回り方向の予備パスとが同じ波長（λ２）であり、また、反時計回り方向の運用パスと時計回り方向の予備パスとが同じ波長（λ１）である。低優先トラヒックは、ノードＢ１３とノードＦ１７において、時計回り方向にλ１、反時計回りにλ２で設定されており、また、ノードＣ１４とノードＥ１６間において、時計回りにλ１、反時計回りにλ２で設定されている。本実施形態では、図４で示す第１〜３の実施形態の場合と異なり、運用パス、予備パス、低優先トラヒックはそれぞれ両方向で異なる波長を用い、運用パスに対応する予備パスの波長は同じである。
【０１００】
第４の実施形態の動作は、それぞれ第１〜３の実施形態の動作と同じであるので、ここでの説明は省略する。
【０１０１】
以上説明したように、第４の実施形態は、運用パスに対応する予備パスの波長が同じであるため、運用パスから予備パスへの切替の際に波長変換が不要となり、より高速な障害回復が期待できる。
【０１０２】
〔第５の実施形態〕
第５の実施形態は、情報管理部１０６が保持する情報がどのように更新されているかを示す。ノードの構成は、図２（第１、第２の実施形態）または図２０（第３の実施形態）と同様である。
【０１０３】
情報管理部１０６が保持する情報が更新されるのは、運用パスが新たに設定される（または解放される）場合、低優先トラヒックを新たに送出する（または停止する）場合などである。図４を用いて説明する。図４ではすでに運用パス、予備パス、低優先トラヒックが設定されているが、これらを設定する場合の情報管理部１０６の動作を説明する。ノードＡ１２とノードＤ１５間の運用パスが設定されると同時に、それに対応する予備パスも設定される。それらのパスの設定後に、運用パスの送受信端であるノードＡ１２またはノードＤ１５の制御部１０５が、制御信号ＡＤＤ／ＤＲＯＰ部１０１を通じて、ネットワーク上の全ノードに、設定した運用パスに関する運用パス情報、および予備パスに関する予備パス情報を通知する。通知の手法は図１４に示した（１）〜（３）のうちいずれに従ってもよい。通知を受けた各ノードの制御部１０５は、運用パス情報および予備パス情報を、情報管理部１０６において、例えば図１１に示すように格納する。運用パスが解放される場合は、解放の通知を受けた各ノードの制御部１０５は、例えば図１１に示す情報管理部１０６の情報から、運用パス情報と予備パス情報を削除する。なお、制御部１０５は、設定と解放の通知を、パケットのヘッダによって区別してもよい。例えば、設定の通知の場合はヘッダを０、解放の通知の場合はヘッダを１としてもよい。また、障害の通知と区別してもよい。
【０１０４】
低優先トラヒックを新たに送出する場合、制御部１０５は、その低優先トラヒックに関する低優先トラヒック情報を、情報管理部１０６において、例えば図３に示すように格納する。低優先トラヒックの送出を停止する場合、制御部１０５は、停止する低優先トラヒックに関する低優先トラヒック情報を情報管理部１０６から削除する。低優先トラヒック情報が削除されるトリガとしては、障害の通知、解放の通知があり、自ノードが自発的に停止する場合も挙げられる。
【０１０５】
第５の実施形態の他の動作に関しては、それぞれ第１〜４の実施形態の動作と同じであるので、ここでの説明は省略する。
【０１０６】
以上説明したように、第５の実施形態は、各ノードが保持する情報管理部の情報の更新が可能であるため、動的なネットワークに対応できるという利点がある。
【０１０７】
以上、本発明の実施形態について説明したが、上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。
【０１０８】
例えば、上述した各実施形態における動作（各フローチャートに示す動作）は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。
【０１０９】
ソフトウェアによる処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させてもよい。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させてもよい。
【０１１０】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。
【０１１１】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送してもよい。または、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送してもよい。コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。
【０１１２】
また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【０１１３】
また、上記実施形態で説明したシステムは、複数の装置の論理的集合構成にしたり、各装置の機能を混在させたりするように構築することも可能である。
【符号の説明】
【０１１４】
１０    時計回りファイバ
１１    反時計回りファイバ
１２    ノードＡ
１３    ノードＢ
１４    ノードＣ
１５    ノードＤ
１６    ノードＥ
１７    ノードＦ
２１    ノードＡ
２２    ノードＢ
２３    ノードＣ
２４    ノードＤ
２５    ノードＥ
２６    ノードＦ
１０１    制御信号ＡＤＤ／ＤＲＯＰ部（時計回りファイバ１０用）
１０２    ＡＤＤ／ＤＲＯＰ部（時計回りファイバ１０用）
１０３    受信部
１０４    送信部
１０５    制御部
１０６    情報管理部
１０７    クライアント
１０８    制御信号ＡＤＤ／ＤＲＯＰ部（反時計回りファイバ１１用）
１０９    ＡＤＤ／ＤＲＯＰ部（反時計回りファイバ１１用）
２０１    プリアンプ（時計回りファイバ１０用）
２０２    ポストアンプ（時計回りファイバ１０用）
２０３    プリアンプ（反時計回りファイバ１１用）
２０４    ポストアンプ（反時計回りファイバ１１用）
１０５０    ヘッダ読取部
１０５１    制御信号処理部
【図１】
0005257107.tif 000002
【図２】
0005257107.tif 000003
【図３】
0005257107.tif 000004
【図４】
0005257107.tif 000005
【図５】
0005257107.tif 000006
【図６】
0005257107.tif 000007
【図７】
0005257107.tif 000008
【図８】
0005257107.tif 000009
【図９】
0005257107.tif 000010
【図１０】
0005257107.tif 000011
【図１１】
0005257107.tif 000012
【図１２】
0005257107.tif 000013
【図１３】
0005257107.tif 000014
【図１４】
0005257107.tif 000015
【図１５】
0005257107.tif 000016
【図１６】
0005257107.tif 000017
【図１７】
0005257107.tif 000018
【図１８】
0005257107.tif 000019
【図１９】
0005257107.tif 000020
【図２０】
0005257107.tif 000021
【図２１】
0005257107.tif 000022
【図２２】
0005257107.tif 000023
【図２３】
0005257107.tif 000024
【図２４】
0005257107.tif 000025
【図２５】
0005257107.tif 000026
【図２６】
0005257107.tif 000027
【図２７】
0005257107.tif 000028
【図２８】
0005257107.tif 000029
【図２９】
0005257107.tif 000030