(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおける信号の通信路であるパスの接続を行う機能を備えた伝送装置であって、
前記伝送装置が前記パスの接続を行った後に検出される特定のアラームをマスクするマスク手段と、
前記特定のアラームの状態変化を検出するアラーム状態検出手段と、
前記アラーム状態検出手段により前記特定のアラームの状態変化が検出されたときに、前記マスク手段によりマスクされた前記特定のアラームのマスクを解除するマスク解除手段と、
前記特定のアラームのマスク予約状態を示すアラームマスク予約フラグを格納する記憶手段と
を有し、前記伝送装置は、前記パスの接続が行われた時点で前記アラームマスク予約フラグを予約ありの状態にし、その後、前記特定のアラームが検出され、なおかつ、前記アラームマスク予約フラグが予約ありの状態である場合に当該特定のアラームをマスクするとともに、前記アラームマスク予約フラグを予約なしの状態にすることを特徴とする伝送装置。
【請求項２】
前記特定のアラームは、前記パス上にユーザデータが伝送されていないことを示すアラームである請求項１に記載の伝送装置。
【請求項３】
前記伝送装置は、パス設定のための所定のシグナリングメッセージを他の伝送装置から受信したことに応じて前記パスの接続を行う請求項１に記載の伝送装置。
【請求項４】
前記伝送装置は、外部からのユーザ操作に基づき前記パスの接続を行う請求項１に記載の伝送装置。
【請求項５】
通信ネットワークにおける信号の通信路であるパスの接続を行う機能を備えた伝送装置が実行するアラーム制御方法であって、
前記伝送装置が前記パスの接続を行った後に検出される特定のアラームをマスクするマスクステップと、
前記伝送装置が前記特定のアラームの状態変化を検出したときに、前記マスクステップでマスクされた前記特定のアラームのマスクを解除するマスク解除ステップと、
前記特定のアラームのマスク予約状態を示すアラームマスク予約フラグを格納し、前記パスの接続が行われた時点で前記アラームマスク予約フラグを予約ありの状態にし、その後、前記特定のアラームが検出され、なおかつ、前記アラームマスク予約フラグが予約ありの状態である場合に当該特定のアラームをマスクするとともに、前記アラームマスク予約フラグを予約なしの状態にするステップと
を有することを特徴とするアラーム制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の伝送装置（以下、“ノード”と称する）を有する通信ネットワークにおいて信号の通信路（以下、“パス”と称する）を構築する際にノードから出力される不要なアラームを制御する技術に関するものである。
【背景技術】
【０００２】
複数のノードを有する通信ネットワークにおけるパスを設定する際に、先にパス接続を完了したノードにおいて、通信ネットワーク全体(つまり、全てのノード)でパス設定が完了するまでの間、ノードを監視する監視装置に特定のパスアラームが通知され続けることがある。
【０００３】
この事象を、GMPLS（Generalized Multi-Protocol Label Switching）等におけるRSVP（Resource reSerVation
Protocol）シグナリングによりパスを設定する場合を例にとり図１を用いて説明する。図１は、ノードＡ、ノードＢ、ノードＣ、及びノードＤを有する通信ネットワークにおけるパス設定のためのシグナリングシーケンスを示す図である。なお、本明細書においてノード内でクロスコネクト設定を行うことをパス接続と呼び、パスの全体を構築することをパス設定と呼ぶことにする。
【０００４】
図１に示すように、ノードＡの入り側のポートA-XからノードDの出側のポートD-Yまでのパスを設定するためのユーザ要求に基づき、パス設定のためのメッセージ送受信が行われ、パスが設定される。
【０００５】
図１において、ノードＡにユーザ要求が入力されると、ノードＡはノードＢの方向へ、帯域の空き状態のチェックを行うパスメッセージ（図１ではPath MSGと表記される）を送る（ステップ１）。なお、図１における各ノードに対応付けて示される各四角枠の中には、当該ノードが送信するRSVPメッセージ（上段）、ノード内のパス接続状態（中段）、及び、チャネル（帯域）に関する情報（下段）が示されている。また、各段内で下線が引かれている場合は、前の状態から変化があったことを示している。例えば、ノードＡの四角枠１内には、ノードＡがパスメッセージを送信したこと、パス接続はないこと、及び、ノードＡの接続先方向における４番のポートが空きであることを示している。
【０００６】
パスメッセージを受信する中間の各ノードは、チャネルの空き状態をチェックし空きがあれば次のノードへパスメッセージを送る（ステップ２、３）。終点であるノードＤまで全て要求帯域分の空きがあれば、ノードＤは実際にパスの接続（クロスコネクト）を行い、始点ノード側のノードＣにリザーブメッセージ（Resv(Reservation) MSG）送る（ステップ４）。ノードDに対応する２番目の四角枠２には、パス接続がなされ、ノードDの入り側のポートD-7と出側のポートD-Yとが接続されたことが示されている。また、ノードＣとノードＤ間のパス（ユーザデータパス）が確立されたことが太実線３で示されている。その他の太実線もパス（ユーザデータパス）が確立されたことを示すものである。
【０００７】
リザーブメッセージを受信した中間の各ノードはそのリザーブメッセージをトリガにパス接続を行い、次のノードにリザーブメッセージを送る（ステップ５、６）。リザーブメッセージを受信した始点のノードＡはそれをトリガにパス接続を行う。ノードＡにおけるパス接続がなされることにより、ユーザデータがノードＡ〜ノードＤを接続するパス上を流れるようになる。
【０００８】
パス接続を行ったノードＡは、全てのノードでパス接続が完了したことを示す予約確認メッセージ（ResvConf (Reservation Conformation) MSG）をノードＢに向けて送信する。予約確認メッセージを受信した中間の各ノードは、次のノードに予約確認メッセージを送る（ステップ８、９）。終点であるノードＤが予約確認メッセージを受信するとRSVPとしてのシグナリングが完了する。但し、予約確認メッセージの送信はオプショナルな機能である。
【０００９】
さて、あるノードにおいて、入り側ポートと出側ポートとが接続された（クロスコネクトがされた）にも関わらず、ユーザデータがパス上を伝送されていない場合、つまり、ユーザデータがパスにマッピングされていない場合、当該ノードはそのことを示すパスアラームであるUNEQ-P（unequipped payload）アラームを出力する。
【００１０】
UNEQ-Pアラームは、同期デジタル通信網におけるパスオーバヘッド（POH）のC2 byteで判定され、C2 byteが00hであるときにUNEQ-Pアラームであると判断される。
【００１１】
図２を参照して、UNEQ-Pアラーム発出の仕組みを説明する。図２は、あるノード内で、ポートA-XとポートA-４はパス接続（クロスコネクト）されておらず、ポートA-1とポートA-5はパス接続されており、ポートA-XとポートA-1のどちらもユーザデータを受信している状態を示している。
【００１２】
このとき、パス接続されていない出側ポートA-4からUNEQ-Pアラームが下流のノードに発出される。出側ポートA-5はユーザデータを受信するので、ここからUNEQ-Pアラームは発出されない。
【００１３】
次に、図３を参照して、UNEQ-Pアラーム検出の仕組みを説明する。図３は、ノードＸ、ノードＹ、ノードＺにおいて、ノードＺのみに対してパス接続がなされている状態を示している。ノードＸの出側ポートにおいてユーザデータを受信しないため、UNEQ-Pアラームが発出される。ノードＹではUNEQ-Pアラームを受信するが、パス接続が行われていないため、UNEQ-PアラームはノードＹ内部で監視対象ではない。また、ノードＹの出側ポートからUNEQ-Pアラームが発出される。
【００１４】
ノードＺではパス接続がなされているため当該パスにおけるUNEQ-Pアラームは監視対象である。従って、ノードＹから発出されたUNEQ-Pアラームは、ノードＺでの監視により検出され、外部に通知される。
【００１５】
図１に示した手順において、ノードＤがパスメッセージを受信した時点ではパス全体が確立されていないので、ユーザデータは伝送されていない。従って、パスメッセージを受けてパス接続を行ったノードDからはパス全体が確立されるまでUNEQ-Pアラームが出力される。同様に、ノードＣ及びノードＢからも内部でパス接続を行ってからパス全体が確立されるまでUNEQ-Pアラームが出力される。
【００１６】
また、図１ではRSVPのシグナリングメッセージを用いてパス設定を行うことを示しているが、ユーザが各ノードに対して監視装置等からパス接続のためのコマンドを入力することによってもパス設定を行うことができる。この場合でも、上記と同様の理由で、パス設定中にUNEQ-Pアラームが出力される場合がある。
【００１７】
このUNEQ-Pアラームはパス設定完了後に復旧するアラームである。従って、パス設定が完了するまでの間、そのUNEQ-Pアラームをネットワーク管理者が監視する必要性は薄い。しかし、ネットワーク管理者にとって、突然発生したパスアラームがパス設定中の為のアラームなのか、実際にネットワーク上に何らかの障害が発生したことによるアラームなのかを瞬時に判別することは容易ではない。また、GMPLS等を利用したシグナリングにおいては、ネットワーク管理者が把握していないノードでの操作に基づき、当該ネットワーク管理者が把握するノードでUNEQ-Pアラームが発生する場合があり、この場合は、そのUNEQ-Pアラームがパス設定中の為のアラームなのかどうかを把握することは困難である。更に、コマンド入力等のユーザ操作によるパス設定の場合でも、ネットワーク管理者は、ユーザ操作によりパス設定が行われていることを把握しているとは限らないため、突然発生したパスアラームがパス設定中の為のアラームなのか、実際にネットワーク上に何らかの障害が発生したことによるアラームなのかを判別することが困難な場合がある。
【００１８】
よって、GMPLS等を利用したシグナリングにおいては、パス設定が開始され、完了するまでの間出力されるUNEQ-Pアラーム等のパスアラームがマスクされることが望まれている。アラームをマスクするとは、ノード内での監視によりアラームが検出された場合でも、そのアラームをノードの外部（ノードに接続される監視装置等）に対して出力しないことである。
【００１９】
なお、本願に関連する先行技術文献として特許文献１がある。
【特許文献１】特開２００４−２４７９４３号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
上述したような不要なUNEQ-Pアラームをマスクするには、ノードにおけるパス接続が完了した時点でUNEQ-Pアラームをマスクし、全体のパス設定が完了した後に、UNEQ-Pアラームのマスクを解除する。UNEQ-Pアラームのマスクを解除する方式として下記の方式が考えられる。
（１）第１の方式
第１の方式は、予約確認メッセージを利用する方式である。第１の方式におけるパス設定のシーケンスを図４に示す。図４では、図１と比較して、各ノードに対応する四角枠に、UNEQ-Pアラームのマスク状態（各四角枠内の４段目）と、UNEQ-Pアラームの監視状態（５段目）が追加されている。マスク状態とは、UNEQ-Pアラームのマスクがされている（ON)かされていない（OFF)かを示すものであり、UNEQ-Pアラームの監視状態とは、UNEQ-Pアラームがノード内で監視され、検出されるかどうかを示すものである。
【００２１】
図４に示すように、パスメッセージ送信の段階（ステップ１１〜ステップ１３）において、各ノードではパス接続がされていないので、UNEQ-Pアラームは監視対象になっていない。また、マスクはOFFである。
そして、ステップ１３のパスメッセージ、及びステップ１４〜１６のリザーブメッセージを契機として各ノードでパス接続が行われ、それを契機としてUNEQ-Pアラームのマスクが開始される。例えば、ノードDがステップ１３におけるパスメッセージを受信した後、入り側ポートD-7と出側ポートD-Yが接続された後に、ノード内部の監視によりUNEQ-Pアラームが検出されるが、マスクがONになるので、UNEQ-Pアラームは外部には出力されない。
ネットワーク全体でパス設定が完了したことを通知するための予約確認メッセージ(ResvConf MSG))がノードＡから通知され（ステップ１７）、ノードＢ〜Ｄの各ノードは、その予約確認メッセージの受信をトリガにUNEQ-Pアラームのマスクを解除する。
【００２２】
図４において、線５、７、９はそれぞれ、パス接続がなされてマスクがなされてから予約確認メッセージを受信してマスクが解除されるまでの期間を示す線である。また、線６、８、１０はそれぞれ、UNEQ-Pアラームが発生している期間を示す線である。図４において、ノードＢに対応する線５と線６により、UNEQ-Pアラームが復旧して少し時間が経過した時点でマスクが解除されていることが示されている。ノードＣ、Ｄについても同様である。
【００２３】
しかし、標準団体OIF/IETFが規定するE-NNI(External
Network-to-Network interface:網間接続インターフェース)において予約確認メッセージ（ResvConf MSG）はオプション(任意)のシーケンスである為、ネットワークを構成するノードによっては、この予約確認メッセージを通知しないことがあり得る。その場合、第１の方式のように予約確認メッセージ受信をトリガとするマスク解除方式では、永遠にアラームのマスクが解除されないノードが生じる可能性がある。
（２）第２の方式
第２の方式は、各ノードがタイマーを持つ方式である。図５に第２の方式を用いたパス設定のシーケンスを示す。図４の例と同様に、各ノードは、パスメッセージ又はリザーブメッセージによるパス接続をトリガとしてパスアラームのマスクを開始する（ステップ２３〜ステップ２５）。
【００２４】
第２の方式では、各ノードにおけるマスク開始時に、タイマーを起動し、そのタイマーが予め定めた時間に達したタイミングでUNEQ-Pアラームのマスクを解除する。
【００２５】
図５において、線１１、１３、１５はそれぞれ、パス接続がなされてマスクがなされてからタイマーが所定の時間に達したためにマスクが解除されるまでの期間を示す線である。また、線１２、１４、１６はそれぞれ、UNEQ-Pアラームが発生している期間を示す線である。図５において、ノードＢでは、ステップ２５のリザーブメッセージを受信した後、入り側ポートB-4と出側ポートB-1の接続が完了した時点でUNEQ-Pアラームのマスクが開始され（下向きに時間の進行を示す線１１の始点）、所定の時間が経過するとマスクがOFFにされる（時点Ｘ：線１１の終点）。
【００２６】
しかし、ノードBでは、時点Ｙ（線１２の終点）においてUNEQ-Pアラームが復旧するにも関わらず、この時点Ｙから時点Ｘまでマスクが継続している状態になっている。つまり、時点Y以降はマスクをすべきでないのに、マスクがされている。ノードCでも同様の問題が発生している。
【００２７】
ノードＤでは、時点Ｘでタイマーが予め定めた時間に達したためにマスクがOFFになり、時点Ｘから時点Ｙまではパス全体が完成していないことを理由とするUNEQ-Pアラームが検出され、出力される。しかし、この期間に出力されるUNEQ-Pアラームはマスクすべきものである。
【００２８】
上記のように、第２の方式では、UNEQ-Pアラームをマスクすべきでないにも関わらずマスクしてしまったり、UNEQ-Pアラームをマスクすべきであるにも関わらず、マスクを解除してしまったりするという問題がある。このような問題を軽減するために、ノード毎に適切なタイマー時間を設定することが考えられるが、ネットワークの構成や状態により、パス設定完了までの時間は変化するので、上記の問題を軽減するようにタイマーを適切に設定することは困難である。
（３）第３の方式
図６に示すように第１の方式と第２の方式を組み合わせる方式も考えられる。図６の例では、ノードＢは第２の方式と同様のタイマーによるマスク解除機能をサポートするとともに、予約確認メッセージ受信をトリガとしてタイマーを解除することによりマスクを解除する機能もサポートしている。ノードＣはタイマーによるマスク解除機能をサポートしている。また、ノードＤは予約確認メッセージ受信をトリガとしてマスクを解除する機能をサポートしている。
【００２９】
図６において線１７、２２はそれぞれ、マスクがなされている期間を示す線である。また、線１９、２１、２３はそれぞれ、UNEQ-Pアラームが発生している期間を示す線である。また、線１８、２０はそれぞれ、マスクがなされてからタイマーが所定の時間に達するまでの期間を示す線である。
【００３０】
例えば、予約確認メッセージをサポートするノードＢでは、予約確認メッセージ受信をトリガとして時点Ｘにおいてマスクが解除されている。しかし、予約確認メッセージをサポートしていないノードＣでは、第２の方式と同様の問題が発生する。また、予約確認メッセージをサポートしていても、予約確認メッセージを受信しないノードＤでは永遠にマスクが解除されない恐れがある。更に、予約確認メッセージ受信のトリガによるマスク解除と、タイマーによるマスク解除の両方をサポートするノードが、予約確認メッセージを受信する場合でも、ネットワークの大きさによっては、予約確認メッセージを受信する前にタイマーによりマスクを解除する場合があり得る。この場合、マスクすべきアラームをマスクできないという問題が残る。
【００３１】
本発明は上記の点に鑑みてなされたものであり、パス設定中に発生する特定のアラームをマスクし、そのアラームを適切なタイミングで解除することを可能とする伝送装置及びアラーム制御方法を提供することを目的とする。
【課題を解決するための手段】
【００３２】
上記の課題を解決するために、本発明の一実施形態によれば、通信ネットワークにおける信号の通信路であるパスの接続を行う機能を備えた伝送装置であって、前記伝送装置が前記パスの接続を行った後に検出される特定のアラームをマスクするマスク手段と、前記特定のアラームの状態変化を検出するアラーム状態検出手段と、前記アラーム状態検出手段により前記特定のアラームの状態変化が検出されたときに、前記マスク手段によりマスクされた前記特定のアラームのマスクを解除するマスク解除手段とを有する伝送装置が提供される。
【００３３】
更に、本発明の一実施形態によれば、通信ネットワークにおける信号の通信路であるパスの接続を行う機能を備えた伝送装置が実行するアラーム制御方法であって、前記伝送装置が前記パスの接続を行った後に検出される特定のアラームをマスクするマスクステップと、前記伝送装置が前記特定のアラームの状態変化を検出したときに、前記マスクステップでマスクされた前記特定のアラームのマスクを解除するマスク解除ステップとを有するアラーム制御方法が提供される。
【発明の効果】
【００３４】
本発明によれば、パス設定中に発生する特定のアラームをマスクし、そのアラームを適切なタイミングで解除することを可能とする伝送装置及びアラーム制御方法を提供できる。
【発明を実施するための最良の形態】
【００３５】
以下、図面を参照して本発明の実施の形態について説明する。
【００３６】
（装置構成）
図７に、本発明の実施の形態における伝送装置１００の構成図を示す。当該伝送装置１００は、パスが設定されるネットワークにおける各ノードを構成するものである。なお、以下で説明するように、本実施の形態では、GMPLSネットワークに対応した伝送装置１００を一例として説明するが、本発明はGMPLSに限らず他のプロトコルにも適用できるものである。
【００３７】
図７に示すように、本実施の形態の伝送装置１００は、ユーザデータを受信するユーザデータ受信部１１０、ユーザデータを送信するユーザデータ送信部１２０、ユーザデータのクロスコネクトを行うクロスコネクト部１３０、ユーザ要求等を受信する操作情報受信部１４０、ユーザ要求に対する応答等を外部に送信する操作情報送信部１５０、RSVPシグナリングによるパス設定等のための制御処理を実行する制御部１６０、RSVPシグナリングによるパス設定等のための制御データを受信する制御データ受信部１７０、及びRSVPシグナリングによるパス設定等のための制御データを送信する制御データ送信部１８０を有する。
【００３８】
クロスコネクト部１３０は、受信する信号からアラームを検出するアラーム検出部１３１を有する。また、制御部１６０は、アラーム検出部１３１で検出されるアラームの監視を行うアラーム監視部１６１、制御データの解析を行う制御データ解析部１６２、制御データ（本実施形態ではGMPLSのパスメッセージ）に基づく空き帯域の問い合わせや、クロスコネクトの設定依頼等を行う制御データ処理部１６３、及び、クロスコネクト部１３０に対するクロスコネクト設定、アラーム監視部１６１に対するアラーム監視依頼等を行うクロスコネクト管理部１６４を有する。また、１９０は伝送装置１００への物理的な入出力経路（光ファイバー等）を示し、１９５は伝送装置１００へのユーザデータの入出力経路を示している。
【００３９】
（伝送装置の動作）
次に、上記の構成を有する伝送装置が各ノードとして配置されたネットワークにおけるパス設定の処理について説明する。
【００４０】
図８に、ノードＡ〜Ｄを有するネットワークにおけるパス設定の処理シーケンスを示す。ノードＡ〜Ｄの各々は、本発明の実施の形態における伝送装置１００と同様の構成を有する伝送装置である。図８の処理シーケンスに沿って、始点ノード（ノードＡ）、中間ノード（ノードＢ、Ｃ）、終点ノード（ノードＤ）それぞれの内部動作を説明しながら本実施の形態の処理動作を説明する。なお、図８における四角枠内の意味は、図４等で説明したものと同様である。
（１）パス設定要求受信
まず、図８のステップ３１において、ノードＡはパス設定要求を受信する。このパス設定要求は、ノードＡの入り側のポートA-XからノードＤの出側のポートD-Yまでのパスを設定することを要求するメッセージである。
（２）パス設定要求を受けたノードＡの動作
図９は始点ノードであるノードＡの動作を説明するための図である。図９中、線５１は、ユーザデータと同じ向きの制御データ（本実施形態ではRSVPメッセージである）に基づく処理の流れを示す。線５２は、ユーザデータと逆向きの制御データに基づく処理の流れを示す。また、線５３は、伝送装置内のパスの実接続を示し、線５４は周期的なアラーム監視を示している。
【００４１】
パス設定要求を受けたノードＡでは、図９における線５１に沿って処理が行われる。図９に示すように、操作情報受信部１４０がパス設定要求を受信する。そして、制御データ解析部１６２はパス設定要求から始点ポートと終点ポート及び要求パスの帯域を解析し、制御データ処理部１６３に解析結果を渡す。
【００４２】
制御データ処理部１６３は、クロスコネクト管理部１６４にノードＡ内に必要な空き帯域があるかを問い合わせ、空き帯域があれば、その帯域を予約する。本実施の形態では、図８の四角枠６０に示すように、当該帯域に対応するポートとしてノードＡの出側のポート４番が予約される。
【００４３】
その後、図９の制御 データ送信部１８０から中間ノードであるノードＢに向けて、RSVPのパスメッセージが送信される。なお、必要な空き帯域が無い場合は、エラー処理が行われる。
（３）パスメッセージを受信したノードＢ、Ｃでの処理
図１０は、中間ノードであるノードＢの動作を説明するための図である。図１０においても、線５１は、ユーザデータと同じ向きの制御データに基づく処理の流れを示す。線５２は、ユーザデータと逆向きの制御データに基づく処理の流れを示す。また、線５３は、伝送装置内のパスの実接続を示し、線５４は周期的なアラーム監視を示している。
【００４４】
図８のステップ３１で示すパスメッセージを受信したノードＢでは、図１０における線５１に沿って処理が行われる。なお、もう１つの中間ノードであるノードＣがパスメッセージを受信した際もここで説明するノードＢと同様の処理を行う。
【００４５】
図１０に示すように、制御データ受信部１７０がパスメッセージを受信し、制御データ解析部１６２がパスメッセージに基づき要求パスの帯域を解析し、制御データ処理部１６３へ解析結果を渡す。制御データ処理部１６３は、クロスコネクト管理部１６４にノードＢ内に必要な空き帯域があるかを問い合わせ、空き帯域があれば、その帯域を予約する。図８の四角枠６１に示されるように、本実施の形態では、当該帯域に対応する出側のポートとして１番のポートが予約される。なお、ノードCでは７番のポートが予約される。
【００４６】
続いて、図１０の制御データ送信部１８０が、ノードCに向けて、パスメッセージを送信する。ノードCの場合であれば、終点ノードであるノードDに向けてパスメッセージが送信される。
（４）パスメッセージを受信したノードDでの処理
図１１は、終点ノードであるノードDの動作を説明するための図である。図１１においても、線５１は、ユーザデータと同じ向きの制御データに基づく処理の流れを示す。線５２は、ユーザデータと逆向きの制御データに基づく処理の流れを示す。また、線５３は、伝送装置内のパスの実接続を示し、線５４は周期的なアラーム監視を示している。
【００４７】
図８のステップ３３で示すパスメッセージを受信したノードDでは、主に図１１における線５１に沿って処理が行われる。ただし、リザーブメッセージの送信に関しては線５２に沿って処理が行われる。制御データ受信部１７０がパスメッセージを受信し、制御データ解析部１６２がパスメッセージから要求パスの出側ポート及び帯域を解析し、制御データ処理部１６３へ解析結果を渡す。
【００４８】
制御データ処理部１６３は、クロスコネクト管理部１６４にノードD内に必要な空き帯域があるかを問い合わせる。空き帯域があれば、制御データ処理部１６３は、クロスコネクト管理部１６４に対してクロスコネクト設定依頼を行う。
【００４９】
更に、制御データ処理部１６３は、アラーム監視部１６１に対してUNEQ-Pアラームのマスク依頼を行う。クロスコネクト設定依頼を受けたクロスコネクト管理部１６４は、クロスコネクトの接続を行い、更に、アラーム監視部１６１に対して設定に係るパスのアラーム監視を依頼する。パスのアラーム監視依頼及び、UNEQ-Pアラームのマスク依頼を受けたアラーム監視部１６１はアラームの監視及び、UNEQ-Pアラームのマスクを開始する。
【００５０】
そして、アラーム監視部１６１は、UNEQ-Pアラームが復旧するか、別のアラームに変化する(つまり、UNEQ-Pアラームの状態遷移が発生する)までマスクを継続する。すなわち、マスクが継続している間は、アラーム監視部１６１がアラーム検出部１３１においてUNEQ-Pアラームが検出されていることを検知しても、アラーム監視部１６１はUNEQ-Pアラームが検知されていることを操作情報送信部１５０を介して外部に出力することを行わない。
【００５１】
制御データ処理部１６３は、クロスコネクト管理部１６４へのクロスコネクト設定依頼及び、アラーム監視部１６１へのUNEQ-Pアラームマスク依頼を行った後、リザーブメッセージを制御データ送信部１８０からノードCに向けて送信する。このリザーブメッセージは、図８におけるステップ３４で示されるものである。
【００５２】
なお、終点ノードであるノードDでのパス接続時、RSVPシグナリングの性質上、ノードＡ〜Ｃにてまだパスの設定はされていないため、当該パスのUNEQ-Pアラームがアラーム検出部１３１において検出される。ただし、アラーム監視部１６１がアラーム検出部１３１においてUNEQ-Pアラームが検出されていることを確認したとしても、当該アラームはマスクされ、外部に出力されない。
【００５３】
なお、本実施形態ではマスク対象のアラームをUNEQ-Pアラームとしているが、WDMなど別のネットワーク形態では、マスク対象のアラームが別のアラームであったり、複数のアラームであってもよい。また、マスク対象のアラームの種別をユーザに選択させてもよい。
【００５４】
なお、図８における四角枠２１は、ノードDにおいてマスクが開始される時点の状態を示している。
（５）リザーブメッセージを受信した中間のノードＣ、Ｂの処理
図８のステップ３４で示すリザーブメッセージを受信した中間のノードＣの動作を図１０を用いて説明する。なお、リザーブメッセージを受信するノードＢにおいてもここで説明するノードＣにおける処理と同様の処理が実行される。
【００５５】
図８のステップ３４で示すリザーブメッセージを受信した中間のノードＣでは、図１０における線５２に沿って処理が行われる。
【００５６】
ノードＣにおける制御データ受信部１７０がノードＤからリザーブメッセージを受信する。そして、制御データ解析部１６２は、当該リザーブメッセージから確定されるパスのポート及び帯域を解析し、制御データ処理部１６３へ解析結果を渡す。制御データ処理部１６３は、クロスコネクト管理部１６４に対してクロスコネクト設定依頼を行うとともに、アラーム監視部１６１に対して設定に係るパスのUNEQ-Pアラームマスク依頼を行う。
【００５７】
クロスコネクト設定依頼を受けたクロスコネクト管理部１６４は、クロスコネクトの接続を行い、更に、アラーム監視部１６１に対して当該パスのアラーム監視を依頼する。パスのアラーム監視依頼及び、UNEQ-Pアラームマスク依頼を受けたアラーム監視部１６１は、パスアラームの監視を行い、UNEQ-Pアラームのマスクを開始し、UNEQ-Pアラームが復旧するか、別のアラームに変化する(つまり、UNEQアラームの状態遷移が発生する)までマスクを継続する。
【００５８】
制御データ処理部１６３は、クロスコネクト管理部１６４へのクロスコネクト設定依頼及び、アラーム監視部１６１へのUNEQ-Pアラームマスク依頼を行った後、リザーブメッセージを制御データ送信部１８０からノードＢに向けて送信する。また、ノードＢの場合であれば、リザーブメッセージはノードＡに向けて送信される。これらのリザーブメッセージは、図８におけるステップ３５、３６で示されるものである。
【００５９】
なお、ノードＤの場合と同様に、ノードＣ、Ｂでのパス接続時、まだパスの設定は完了していないため、ノードＣ、ＢではUNEQ-Pアラームが検出される。ただし、当該アラームのマスクが行われるため、UNEQ-Pアラームは外部に出力されない。図８における四角枠２２、２３は、それぞれノードC、Bにおいてマスクが開始される時点の状態を示すものである。
（６）リザーブメッセージを受信した始点のノードＡにおける処理
図８のステップ３６で示すリザーブメッセージを受信したノードＡにおける動作を図９を参照して説明する。図８のステップ３６で示すリザーブメッセージを受信したノードＡでは、主に図９における線５２に沿って処理が行われる。
【００６０】
ノードＡの制御データ受信部１７０がリザーブメッセージを受信すると、制御データ解析部１６２が、リザーブメッセージから確定されるパスのポート及び帯域を解析し、制御データ処理部１６３へ解析結果を渡す。制御データ処理部１６３は、クロスコネクト管理部１６４に対してクロスコネクト設定依頼を行う。クロスコネクト設定依頼を受けたクロスコネクト管理部１６４は、クロスコネクトの接続を行い、更に、アラーム監視部１６１に対して当該パスのアラーム監視を依頼する。
【００６１】
パスのアラーム監視依頼を受けたアラーム監視部１６１はパスアラームの監視を開始する。なお、ノードＡは始点ノードであるため前段にパス接続を要するノードはない。従って、ノードＡでのパス接続により、ユーザデータが受信されるため、UNEQ-Pアラームは検出されない。従って、ノードＡではマスク処理の必要は無い。
（７）中間ノードＢ、Ｃ及び終点ノードＤにおけるUNEQアラームマスク解除処理
図８の太実線７０に示すように、ノードＡにおいてクロスコネクトが完了すると、ノードＡのポートA-Xから入力（Add）される信号がA-X -> A-4 ->
B-4 -> B-1 -> C-1 -> C7 -> D-7 -> D-Yの経路で流れる。
【００６２】
そのため、ノードＢ、Ｃ、Ｄで発生していたUNEQアラームが解消する。このときのノードＢの動作は次のとおりである。ノードＣ、ノードＤでもノードＢと同様の動作が実行される。
【００６３】
アラーム監視部１６１が、UNEQ-Pアラームの復旧を検出するか、または、UNEQ-Pアラームが別のアラーム（AIS等）に変化したことを検出すると、アラーム監視部１６１は対象パスについてUNEQ-Pアラームがマスク中かどうかのチェックを行う。本例では、マスク中であるので、アラーム監視部１６１はネットワーク全体としてのパス設定が完了したと判断し、UNEQ-Pアラームのマスクを解除し、通常運用状態(通常アラーム監視状態)へ復帰する（四角枠２４〜２６）。
【００６４】
なお、UNEQ-Pアラームが別のアラームに変化する場合としては、図１２に示す場合がある。図１２は別のアラームがAIS-Pアラームである場合を示している。図１２には、ノードＸ、Ｙ、Ｚを通る２つのパス（上側のパス３０、下側のパス４０）が示されている。また、パス３０について、ノードＸとノードＹ間でファイバ断が発生し、パス４０についてノードＸでユニットの抜けが発生していることが示されている。
【００６５】
パス３０に関して、ノードＺ内のパス接続が完了し、ノードＹのパス接続が完了していない状態ではノードＺ内においてUNEQ-Pアラームが検出される。そして、ノードＹのパス接続、及びノードＺのパス接続が完了し、特に障害がなければUNEQ-Pアラームが復旧し、マスクは解消される。しかし、図１２に示すようなファイバ断が発生していた場合は、ユーザデータはノードＹ、ノードＺには流れず、その代わりにAIS-PアラームがノードYで挿入され、ノードＺに対して流れる。この場合、ノードＺでは、UNEQ-PアラームからAIS-Pアラームへの変化が検出されるので、マスクが解除される。
【００６６】
また、パス４０に関しては、ノードＸにおけるユニット抜けの障害により、ユーザデータは下流に流れないが、その代わりにパスのAIS-Pアラームが流れるため、UNEQ アラームの状態変化が検出され、マスクを解除できる。
【００６７】
（特定アラーム解除に関する伝送装置の動作）
上記の例では、マスクすべきアラームがUNEQ-Pアラームである場合を例にして説明したが、別のネットワーク形態では、マスクすべきアラームが別のアラームであったり、複数のアラームである場合がある。また、マスクすべきアラームをユーザに選択させるように伝送装置１００を構成してもよい。次に、本発明のアラーム解除に関わる伝送装置１００のUNEQ-Pアラームに限定されない一般的な動作を図１３のフローチャートを参照して説明する。
【００６８】
リザーブメッセージの受信等によりクロスコネクト部１３０が物理的なパス接続を行う（ステップ５１）と、クロスコネクト管理部１６４及び制御データ処理部１６３からの依頼に基づき、アラーム監視部１６１はアラームの監視を開始するとともに、マスクの対象とする特定のアラーム（例えばUNEQ-Pアラーム）に対するマスクを開始する（ステップ５２）。より詳細には、アラーム監視部１６１は、制御データ処理部１６３からのマスク依頼に係る特定アラームがアラーム検出部１３１において検出されたことを検知した直後にマスクを行う。
【００６９】
アラーム監視部１６１は周期的にアラーム検出部１３１をチェックすることにより、アラームの監視を行っている。アラーム検出部１３１からアラーム監視部１６１に対してメッセージ通知を行ったり、アラーム検出部１３１からアラーム監視部１６１に対して割り込みを行うことによって、アラームを監視することとしてもよい。
【００７０】
アラーム監視部１６１が、特定アラームの状態変化（特定アラームの復旧、他のアラームへの変化等）を検出すると（ステップ５３）、アラーム監視部１６１は、対象パスについて特定アラームをマスク中か否かのチェックを行う（ステップ５４）。ステップ５４においてマスク中であると判定された場合は、ネットワーク全体としての物理的なパス設定が完了したと判断され、アラーム監視部１６１は、ステップ５２においてした特定アラームに対するマスクを解除し（ステップ５５）、通常運用状態へ復帰する（ステップ５６）。なお、一般に、通常運用状態では、特定アラームの状態変化を検出したときに特定アラームがマスク中ではない。
【００７１】
図１３のステップ５４において、アラーム監視部１６１が特定アラームのマスク中でないと判定した場合は、通常運用状態を継続する（ステップ５６）。
【００７２】
つまり、伝送装置１００は、パスの接続を行った後に検出される特定のアラームをマスクするマスク部と、前記特定のアラームの状態変化を検出するアラーム状態検出部と、アラーム状態検出部により前記特定のアラームの状態変化が検出されたときに、前記マスク部によりマスクされた前記特定のアラームのマスクを解除するマスク解除部とを有する。この場合、マスク部はアラーム監視部１６１と制御データ処理部１６３に対応し、アラーム状態検出部はアラーム検出部５４とアラーム監視部１６１に対応し、マスク解除部はアラーム監視部１６１に対応する。
【００７３】
（伝送装置におけるマスク処理の詳細動作例）
次に、伝送装置１００におけるマスク処理をより詳細に説明する。本実施の形態における伝送装置１００における制御部１６０は図１４に示すようなアラーム管理テーブルのデータを伝送装置１００がサポートするパスの数だけ記憶装置に格納している。
【００７４】
アラーム管理テーブルは、アラーム検出状態(生アラーム状態)、マスク状態、ユーザへのアラーム通知状態、アラームマクス予約フラグを、アラーム毎に有している。
【００７５】
アラーム監視部１６１は、制御データ処理部１６３から特定アラームのマスク依頼がなされたときに、当該特定アラームに対するアラームマスク予約フラグをONとする。制御データ処理部１６３から特定アラームのマスク依頼がなされ、当該フラグをONとするタイミングは、パス接続が無い状態からパス接続が完了した時点に相当する。そして、アラームマクス予約フラグがONとされた後にアラーム監視が開始され、アラーム監視部１６１は当該パスに対応するアラーム管理テーブルの特定アラームのアラーム検出状態を“監視開始”とし、特定アラームが発生したときにそのアラーム検出状態を“発生”とする。また、アラーム監視部１６１は、その特定アラームが復旧した場合はアラーム検出状態を“復旧”とする。
【００７６】
また、アラーム監視部１６１は、特定アラームを検出し、なおかつアラームマスク予約フラグがONの場合は当該アラームをマスクしマスク状態を“マスク”とする。アラーム監視部１６１は、当該特定アラームに対するマスクがなされたときにアラームマスク予約フラグをOFFにする。また、アラーム監視部１６１は、アラーム検出に伴いアラームを外部に出力する場合に、当該アラームに対するユーザへのアラーム通知状態を“発生通知”とし、当該アラームが復旧したことを通知する場合はユーザへのアラーム通知状態を“復旧通知”とする。また、アラーム監視部１６１は、特定アラームの復旧を認識したときに、マスクを解除する。
【００７７】
ネットワーク構築中におけるマスク対象アラームが１つである場合のアラーム監視テーブルの例を図１５に示す。図１５に示す例は伝送装置１００がSONET装置等の場合であり、ネットワーク構築中における特定アラームがUNEQ-Pアラームである場合を示している。また、図１５は、パス接続が完了し、アラームマスク予約フラグがONである場合を示している。
【００７８】
ネットワーク構築中におけるマスク対象アラームが複数である場合のアラーム監視テーブルの例を図１６に示す。図１６は、パス接続が完了し、アラームマスク予約フラグがアラーム１、アラーム２に対してONである場合を示している。なお、図１４〜図１６において、アラーム管理テーブルの対象とするアラームは、マスクする対象の特定アラームのみとしてもよい。
【００７９】
次に、図１７を参照して、伝送装置１００における状態変化の例について説明する。図１７は、上から下に向けて時間が進行し、横方向はアラーム管理テーブルの状態（１）〜（４）に対応する状態（１）〜（４）を示している。
【００８０】
（ａ）パス接続が無しの状態では、どのアラームも監視対象外であり、マスク及びアラーム通知はいずれもされていない。また、アラームマスク予約フラグはOFFである。
【００８１】
（ｂ）アラーム監視部１６１は、制御データ処理部１６３から特定アラームのマスク依頼がなされたときに、当該特定アラームに対するアラームマスク予約フラグをONとし、その後、特定アラームを含むアラームの監視が開始される。
【００８２】
（ｃ）アラーム監視部１６１により、特定アラームの発生が検出される。
【００８３】
（ｄ）そして、アラーム監視部１６１は、アラームマスク予約フラグのON/OFF状態をチェックし、フラグがONの場合は、当該特定アラームのマスクを開始する。また、アラーム監視部１６１は、特定アラームのマスクを開始した後、当該特定アラームのアラームマスク予約フラグをOFFとする。なお、特定アラームが複数である場合において、あるパスのアラームマクス予約フラグが複数ONされている場合は、それら複数の特定アラームのうち何れかのアラームが発生し、そのアラームに対するマスクを開始した後、ONとされていた全てのフラグをOFFとする。
【００８４】
（ｅ）アラーム監視部１６１は、特定アラームの復旧を認識したことをトリガに、当該特定アラームに対するマスクを解除する。
【００８５】
（ｆ）その後、アラーム監視部１６１が、当該パスの特定アラームの発生を検出する。
【００８６】
（ｇ）アラーム監視部１６１は、当該特定アラームのマクス予約フラグのOＮ/OＦＦ状態をチェックし、フラグがOFFであることを確認し、マスク処理を行わずに当該特定アラームの発生を外部に出力する。
【００８７】
（ｈ）また、当該特定アラームが復旧した場合、アラーム監視部１６１は、ユーザへのアラーム復旧通知を行う。
【００８８】
上述したように、本実施の形態における伝送装置１００によれば、パス設定を行う際にUNEQ-Pアラームのマスクを開始し、UNEQ-Pアラームマスク中に該当パスのUNEQ-Pアラームが復旧(アラーム無し状態、或いはPath AIS等の別アラームに遷移)した際に、マスクの解除を行う。この方式では、マスク解除のトリガとして、マスク解除の対象となるアラーム自身の状態変化を用いており、対向装置との特定のメッセージ（予約確認メッセージ等）を用いないため、対向装置の設計や当該特定メッセージのサポート状況に影響されずに、適切なタイミングでマスクを解除できる。また、タイマーを用いる方式での問題点も解消される。
【００８９】
つまり、本実施の形態によれば、GMPLSのENNI等のシグナリングを使用したネットワーク構築において、特定メッセージのサポートの有無や、ネットワークの大きさに依らず、最適な期間のマスク(開始/解除)処理を実現できる。
【００９０】
また、本実施の形態における伝送装置１００は、特定アラームの状態変化を監視することによりマスク解除を行っているため、パス設定の方法によらずに最適な期間のマスク(開始/解除)処理を実現できる。例えば、パス接続を伝送装置１００の外部からユーザがコマンドを投入することにより行う場合でも、伝送装置１００は、本実施の形態で説明した動作（図１７等）と同様の動作により、パス接続に伴いフラグをONにし、アラーム監視を開始し、マスクを行い、アラームの状態変化を検出したときにマスクを解除する。
【００９１】
本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。
（付記１）
通信ネットワークにおける信号の通信路であるパスの接続を行う機能を備えた伝送装置であって、
前記伝送装置が前記パスの接続を行った後に検出される特定のアラームをマスクするマスク手段と、
前記特定のアラームの状態変化を検出するアラーム状態検出手段と、
前記アラーム状態検出手段により前記特定のアラームの状態変化が検出されたときに、前記マスク手段によりマスクされた前記特定のアラームのマスクを解除するマスク解除手段と
を有することを特徴とする伝送装置。
（付記２）
前記特定のアラームは、前記パス上にユーザデータが伝送されていないことを示すアラームである付記１に記載の伝送装置。
（付記３）
前記伝送装置は、パス設定のための所定のシグナリングメッセージを他の伝送装置から受信したことに応じて前記パスの接続を行う付記１に記載の伝送装置。
（付記４）
前記伝送装置は、外部からのユーザ操作に基づき前記パスの接続を行う付記１に記載の伝送装置。
（付記５）
前記伝送装置は、前記特定のアラームのマスク予約状態を示すアラームマスク予約フラグを格納する記憶手段を有し、
前記伝送装置は、前記パスの接続が行われた時点で前記アラームマスク予約フラグを予約ありの状態にし、その後、前記特定のアラームが検出され、なおかつ、前記アラームマスク予約フラグが予約ありの状態である場合に当該特定のアラームをマスクするとともに、前記アラームマスク予約フラグを予約なしの状態にする付記１に記載の伝送装置。
（付記６）
通信ネットワークにおける信号の通信路であるパスの接続を行う機能を備えた伝送装置が実行するアラーム制御方法であって、
前記伝送装置が前記パスの接続を行った後に検出される特定のアラームをマスクするマスクステップと、
前記伝送装置が前記特定のアラームの状態変化を検出したときに、前記マスクステップでマスクされた前記特定のアラームのマスクを解除するマスク解除ステップと
を有することを特徴とするアラーム制御方法。
（付記７）
前記特定のアラームは、前記パス上にユーザデータが伝送されていないことを示すアラームである付記６に記載のアラーム制御方法。
（付記８）
前記伝送装置は、パス設定のための所定のシグナリングメッセージを他の伝送装置から受信したことに応じて前記パスの接続を行う付記６に記載のアラーム制御方法。
（付記９）
前記伝送装置は、外部からのユーザ操作に基づき前記パスの接続を行う付記６に記載のアラーム制御方法。
（付記１０）
前記伝送装置は、前記特定のアラームのマスク予約状態を示すアラームマスク予約フラグを格納する記憶手段を有し、
前記伝送装置は、前記パスの接続が行われた時点で前記アラームマスク予約フラグを予約ありの状態にし、その後、前記特定のアラームが検出され、なおかつ、前記アラームマスク予約フラグが予約ありの状態である場合に当該特定のアラームをマスクするとともに、前記アラームマスク予約フラグを予約なしの状態にする付記６に記載のアラーム制御方法。
【図面の簡単な説明】
【００９２】
【図１】従来技術を説明するためのシーケンス図である。
【図２】UNEQ-Pアラーム発出の仕組みを説明するための図である。
【図３】UNEQ-Pアラーム検出の仕組みを説明するための図である。
【図４】予約確認メッセージを利用してマスクを解除する方式を説明するための図である。
【図５】タイマーを利用してマスクを解除する方式を説明するための図である。
【図６】第１の方式と第２の方式を組み合わせる方式を説明するための図である。
【図７】本発明の実施の形態における伝送装置１００の構成図である。
【図８】ノードＡ〜Ｄを有するネットワークにおけるパス設定の処理シーケンスを示す図である。
【図９】始点ノードであるノードＡの動作を説明するための図である。
【図１０】中間ノードであるノードＢ、Cの動作を説明するための図である。
【図１１】終点ノードであるノードDの動作を説明するための図である。
【図１２】UNEQ-Pアラームが別のアラームに変化する場合の例を説明するための図である。
【図１３】伝送装置１００の動作を示すフローチャートである。
【図１４】アラーム管理テーブルを示す図である。
【図１５】マスク対象アラームが１つである場合のアラーム監視テーブルの例を示す図である。
【図１６】マスク対象アラームが複数である場合のアラーム監視テーブルの例を示す図である。
【図１７】伝送装置１００における状態変化の例を説明するための図である。
【符号の説明】
【００９３】
１００  伝送装置
１１０  ユーザデータ受信部
１２０  ユーザデータ送信部
１３０  クロスコネクト部
１３１  アラーム検出部
１４０  操作情報受信部
１５０  操作情報送信部
１６０  制御部
１６１  アラーム監視部
１６２  制御データ解析部
１６３  制御データ処理部
１６４  クロスコネクト管理部
１７０  制御データ受信部
１８０  制御データ送信部
【図１】
0004911015.tif 000002
【図２】
0004911015.tif 000003
【図３】
0004911015.tif 000004
【図４】
0004911015.tif 000005
【図５】
0004911015.tif 000006
【図６】
0004911015.tif 000007
【図７】
0004911015.tif 000008
【図８】
0004911015.tif 000009
【図９】
0004911015.tif 000010
【図１０】
0004911015.tif 000011
【図１１】
0004911015.tif 000012
【図１２】
0004911015.tif 000013
【図１３】
0004911015.tif 000014
【図１４】
0004911015.tif 000015
【図１５】
0004911015.tif 000016
【図１６】
0004911015.tif 000017
【図１７】
0004911015.tif 000018