(57)【要約】【課題】  従来、ソフトエラーによる信号エラーが発生した場合に、故障数が増大することなく実際に通信に影響のある装置故障を検出することが難しかった。【解決手段】  メモリに予め記憶されたプログラムデータにより回路を構成するプログラマブルデバイスと、メモリのソフトエラーを検出するエラー検出部と、ソフトエラーの検出時に予め設定された時間をカウントする計時部と、通信先の伝送装置から送信された障害通知信号を検出する障害通知検出部と、エラー検出部がソフトエラーを検出後、計時部が予め設定された時間をカウントし終えるまでに、障害通知検出部が障害通知信号を検出した場合に回路が故障したと判断する判定部と、を有することを特徴とする。【選択図】図６
2017038316.tif 000002
【特許請求の範囲】
【請求項１】
メモリに予め記憶されたプログラムデータにより回路を構成するプログラマブルデバイスと、
前記メモリのソフトエラーを検出するエラー検出部と、
前記ソフトエラーの検出時に予め設定された時間をカウントする計時部と、
通信先の伝送装置から送信された障害通知信号を検出する障害通知検出部と、
前記エラー検出部がソフトエラーを検出後、前記計時部が予め設定された時間をカウントし終えるまでに、前記障害通知検出部が前記障害通知信号を検出した場合に前記回路が故障したと判断する判定部と、
を有することを特徴とする伝送装置。
【請求項２】
請求項１に記載の伝送装置において、
前記判定部は、前記障害通知検出部が前記障害通知信号を前記予め設定された時間をカウントし終えるまで継続して検出している場合に、前記回路が故障したと判断する
ことを特徴とする伝送装置。
【請求項３】
請求項１または請求項２に記載の伝送装置において、
前記通信先の伝送装置との間に複数の経路がある場合、
前記障害通知検出部は、前記複数の経路から受信する複数の前記障害通知信号を検出し、
前記判定部は、前記障害通知検出部が複数の前記障害通知信号を検出した場合に前記回路が故障したと判断する
ことを特徴とする伝送装置。
【請求項４】
請求項１から請求項３のいずれか一項に記載の伝送装置において、
複数のユーザーインターフェース盤と、ネットワークインターフェース盤と、前記ユーザーインターフェース盤および前記ネットワークインターフェース盤により送受信する信号を切り替えるスイッチ盤とを備え、
複数の前記ユーザーインターフェース盤毎に、前記メモリと、前記プログラマブルデバイスと、前記エラー検出部と、前記計時部と、前記障害通知検出部と、前記判定部とを有し、前記ユーザーインターフェース盤毎に故障を判定する
ことを特徴とする伝送装置。
【請求項５】
請求項４に記載の伝送装置において、
前記スイッチ盤は、前記判定部が複数の前記ユーザーインターフェース盤のうちいずれかの前記ユーザーインターフェース盤の回路が故障したと判断した場合、故障した回路を有する前記ユーザーインターフェース盤から他の前記ユーザーインターフェース盤に主信号の経路を切り替える
ことを特徴とする伝送装置。
【請求項６】
メモリに予め記憶されたプログラムデータにより回路を構成するプログラマブルデバイスを有する伝送装置の故障検出方法であって、
前記メモリのソフトエラーの検出時に予め設定された時間のカウントを開始し、前記予め設定された時間をカウントし終えるまでに、通信先の伝送装置から送信された障害通知信号を検出した場合に前記回路が故障したと判断する
ことを特徴とする故障検出方法。
【請求項７】
請求項６に記載の故障検出方法において、
前記障害通知信号が前記予め設定された時間をカウントし終えるまで継続して検出されている場合に、前記回路が故障したと判断する
ことを特徴とする故障検出方法。
【請求項８】
請求項６または請求項７に記載の故障検出方法において、
前記通信先の伝送装置との間に複数の経路がある場合、前記複数の経路から受信する複数の前記障害通知信号を検出した場合に前記回路が故障したと判断する
ことを特徴とする故障検出方法。
【請求項９】
請求項６から請求項８のいずれか一項に記載の故障検出方法において、
前記伝送装置は、複数のユーザーインターフェース盤と、ネットワークインターフェース盤と、前記ユーザーインターフェース盤および前記ネットワークインターフェース盤により送受信する信号を切り替えるスイッチ盤とを備え、
複数の前記ユーザーインターフェース盤毎に、前記メモリと、前記プログラマブルデバイスとを有し、前記ユーザーインターフェース盤毎に故障を判定する
ことを特徴とする故障検出方法。
【請求項１０】
請求項９に記載の故障検出方法において、
前記伝送装置は、複数の前記ユーザーインターフェース盤のうちいずれかの前記ユーザーインターフェース盤の回路が故障したと判断した場合、故障した回路を有する前記ユーザーインターフェース盤から他の前記ユーザーインターフェース盤に主信号の経路を切り替える
ことを特徴とする故障検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置および故障検出方法に関する。
【背景技術】
【０００２】
近年、携帯端末等の普及や映像・音声などの配信サービスの需要増加に伴って、ネットワーク上のトラフィック容量は急激に増加している。これに伴い、ネットワークを構成する各伝送装置(Node)が扱う信号容量が飛躍的に増大している。このため、各伝送装置の回路規模が大きくなり、故障発生率の増加やソフトエラーに起因する回線障害発生時の故障部位の特定、迅速な信号救済によるネットワークの信頼性の向上が大きな課題となっている。回線障害発生時の故障検出の手法としては、AIS(Alarm IndicationSignal)やRDI(Remote Defect Indication)などの障害検出信号をNode間で送受信して障害を検出する方法が知られている（例えば、特許文献１参照）。
【０００３】
一方、通信網のIP(Internet Protcol)化が進み、Ethernet(登録商標)のPacket信号やSDH (Synchronous Digital Hierarchy)/SONET(Synchronous Optical NETworking)のTDM(Time Division Multiplexing)信号など様々な種類のパスが通信網に収容される。このため、大容量の信号が地点間で伝送され、伝送装置の負荷が大きくなってきている。このようなネットワークに対応する伝送装置の回路を実現するために、FPGA(Field Programmable Gate Array)などのProgrammable Deviceが多く使われている。Programmable Deviceは、コンフィグレーションメモリ(CRAM)に回路構成情報をプログラミングすることで、任意の回路を実装可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−０６５６９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
CRAMでソフトエラーが生じた場合は回路に誤動作が生じる可能性があるが、ソフトエラーにより動作に影響が出るメモリ領域は、CRAMのセル全体のわずかな割合の領域であり、多くの場合は未使用部分の領域のため動作に影響しない。しかし、CRAMのソフトエラーを装置故障として扱う場合は、装置動作に影響がない場合でも装置故障として判定されてしまうため、故障数が増大するという問題が生じる。一方、CRAMのソフトエラーを装置故障として扱わない場合は、CRAMの使用部分の回路でエラーが発生しても装置故障として検出されず、通信信号に影響を与え続けてネットワーク上の故障箇所の特定が困難になるという問題が生じる。
【０００６】
本件開示の伝送装置および故障検出方法は、CRAMでソフトエラーが生じた場合でも故障数を増大させずに装置故障を検出し、故障箇所を特定する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの観点によれば、メモリに予め記憶されたプログラムデータにより回路を構成するプログラマブルデバイスと、メモリのソフトエラーを検出するエラー検出部と、ソフトエラーの検出時に予め設定された時間をカウントする計時部と、通信先の伝送装置から送信された障害通知信号を検出する障害通知検出部と、エラー検出部がソフトエラーを検出後、計時部が予め設定された時間をカウントし終えるまでに、障害通知検出部が障害通知信号を検出した場合に回路が故障したと判断する判定部と、を有することを特徴とする。
【０００８】
一つの観点によれば、メモリに予め記憶されたプログラムデータにより回路を構成するプログラマブルデバイスを有する伝送装置の故障検出方法であって、メモリのソフトエラーの検出時に予め設定された時間のカウントを開始し、予め設定された時間をカウントし終えるまでに、通信先の伝送装置から送信された障害通知信号を検出した場合に回路が故障したと判断することを特徴とする。
【発明の効果】
【０００９】
本件開示の伝送装置および故障検出方法は、CRAMでソフトエラーが生じた場合でも故障数を増大させずに装置故障を検出し、故障箇所を特定することができる。
【図面の簡単な説明】
【００１０】
【図１】トランスポートネットワークの一例を示す図である。
【図２】比較例におけるＮｏｄｅ間のパスの一例を示す図である。
【図３】比較例における正常時のパスの一例を示す図である。
【図４】比較例におけるソフトエラー時の信号の流れの一例を示す図である。
【図５】本実施形態におけるソフトエラー時の信号の流れの一例を示す図である。
【図６】Ｃａｒｄ＃０の一例を示す図である。
【図７】カード故障を検出するまでの処理例を示す図である。
【図８】Ｃａｒｄ＃０における処理手順の一例を示す図である。
【図９】ＣＲＡＭに発生したエラーがエラー訂正により復旧する場合の一例を示す図である。
【図１０】ＣＲＡＭに発生したエラーがエラー訂正により復旧するが信号エラーが継続する場合の一例を示す図である。
【図１１】ユーザー側のインターフェース回路が冗長化されている場合に信号を救済する一例を示す図である。
【図１２】カード故障を検出するまでの処理例を示す図である。
【図１３】リングネットワークへの適用例を示す図である。
【図１４】ソフトエラー時の信号の流れの一例を示す図である。
【図１５】リングネットワークにおいて、カード故障を検出するまでの処理例を示す図である。
【図１６】リングネットワークにおいて、冗長回路により信号を救済する一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を用いて、伝送装置および故障検出方法の実施形態を説明する。
【００１２】
図１は、トランスポートネットワーク９００の一例を示す。図１において、トランスポートネットワーク９００は、Ｎｏｄｅ９０１、Ｎｏｄｅ９０２、Ｎｏｄｅ９０３およびＮｏｄｅ９０４を有する。そして、Ｎｏｄｅ９０２とＮｏｄｅ９０３との間が伝送網９０５で接続されている。例えば、図１において、Ｎｏｄｅ９０１は、ユーザー側に接続され、ネットワーク側のＮｏｄｅ９０２との間で、Ｅｔｈｅｒｎｅｔに対応するＥｔｈｅｒ信号やＴＤＭ信号などを送受信する。ＴＤＭ信号は、例えば、ＳＤＨ／ＳＯＮＥＴなどに対応する信号である。例えば、Ｎｏｄｅ９０１から送信されるＳＤＨ／ＳＯＮＥＴのＴＤＭ信号は、Ｎｏｄｅ９０２からＮｏｄｅ９０３へ伝送網９０５を介して転送され、Ｎｏｄｅ９０３からＮｏｄｅ９０４に送信され、Ｎｏｄｅ９０４からユーザー側に出力される。同様に、Ｎｏｄｅ９０４は、ユーザー側に接続され、ネットワーク側のＮｏｄｅ９０３との間で、Ｅｔｈｅｒ信号やＴＤＭ信号などを送受信する。そして、例えば、Ｎｏｄｅ９０４から送信されるＳＤＨ／ＳＯＮＥＴのＴＤＭ信号は、Ｎｏｄｅ９０３からＮｏｄｅ９０２へ伝送網９０５を介して転送され、Ｎｏｄｅ９０２からＮｏｄｅ９０１に送信され、Ｎｏｄｅ９０１からユーザー側に出力される。
【００１３】
このように、各Ｎｏｄｅは、様々な種類の信号を扱うことで信号容量が飛躍的に増大し、ＦＰＧＡなどで実現される回路の規模が大きくなっている。したがって、ネットワークにおいて、故障発生率の増加やソフトエラーに起因する回線障害発生時の故障部位の特定などが課題となっている。
【００１４】
図２は、比較例におけるＮｏｄｅ間のパスの一例を示す。なお、図２では、図１で説明した伝送網９０５などは記載せず、Ｎｏｄｅのみの接続関係を描いてあるが、各Ｎｏｄｅが伝送網９０５に接続されてもよい。
【００１５】
図２において、Ｎｏｄｅ９５１Ａは、Ｎｏｄｅ９５１Ｂ、Ｎｏｄｅ９５１ＣおよびＮｏｄｅ９５１Ｄを介してＮｏｄｅ９５１Ｅとの間にパスを形成して主信号の送受信を行う。そして、比較例においてＮｏｄｅ９５１Ａでソフトエラーによる信号エラーが発生した場合を考える。
【００１６】
ここで、ソフトエラーは、Ｎｏｄｅ９５１Ａの回路を構成するＦＰＧＡのプログラムが記憶されたメモリ(ＣＲＡＭ:Cofigration Random Access Memory)のエラー(ＣＲＡＭ  ＥＲＲ)である。ＦＰＧＡは、ＣＲＡＭに記憶された回路構成情報のプログラムを変更することにより、任意の回路を実装することができるので、多様なサービスへの対応が求められる通信装置では広く使用されている。しかし、宇宙線などの影響によりメモリのビット反転などが発生し、誤ったデータが読み出されることにより、ＦＰＧＡの回路が動作しなくなったり、本来の回路とは異なる動作をするため、通信断などの信号エラーが発生する場合がある。このように、ＣＲＡＭでソフトエラーが生じた場合は回路に誤動作が生じる可能性がある。しかし、コンフィグレーションメモリのうち、故障時に動作に影響が出るような実際の使用部分の回路は、コンフィグレーションメモリのセル全体のわずかな割合である。換言すれば、コンフィグレーションメモリのセルの大半は未使用部分の回路のため正常動作に関与しない。そのため、コンフィグレーションメモリのソフトエラーをすべて装置の故障として扱ってしまうと、装置動作に影響がない場合でも故障として判定されてしまい正確な故障判定ができず、故障数が増大してしまう。一方、コンフィグレーションメモリのソフトエラーを装置の故障として扱わない場合、実際に使用回路部分でエラーが発生して主信号に影響が生じるが、装置では故障検出がされないのでネットワーク上の故障箇所の特定が困難となってしまう。
【００１７】
このように、比較例では、Ｎｏｄｅ９５１Ａでソフトエラーによる信号エラーが発生した場合、Ｎｏｄｅ９５１Ａはソフトエラーにより信号エラーが発生しているのか否かを判別できない。そのため、比較例のネットワークでは、信号エラーが回復せずに出力され続けるという問題がある。
【００１８】
図３は、比較例における正常時のパスの一例を示す。なお、図３に示した各ブロックは、図２に示した同符号の各ブロックに対応する。
【００１９】
図３において、Ｎｏｄｅ９５１Ａは、Ｃａｒｄ＃０、Ｃａｒｄ＃１、ＳＷＦ(SWitch Fabrication)およびＣａｒｄ−Ｎを有する。ここで、Ｎｏｄｅ９５１Ｅは、Ｎｏｄｅ９５１Ａと同一又は同様のブロックを有する。なお、Ｎｏｄｅ９５１ＡとＮｏｄｅ９５１Ｅに各ブロックは同じ符号名で記載するが、特定のブロックを指す場合は、例えばＮｏｄｅ９５１ＡのＣａｒｄ＃０、Ｎｏｄｅ９５１ＥのＣａｒｄ＃０のように表記する。そして、Ｎｏｄｅ９５１ＡとＮｏｄｅ９５１Ｅとに共通する説明を行う場合は、Ｃａｒｄ＃０、Ｃａｒｄ＃１のように表記する。
【００２０】
Ｃａｒｄ＃０およびＣａｒｄ＃１は、Ｎｏｄｅ９５１のユーザー側のインターフェース回路であり、Ｃａｒｄ＃０とＣａｒｄ＃１との２つのインターフェース回路に冗長化されている。
【００２１】
Ｃａｒｄ−Ｎは、Ｎｏｄｅ９５１のネットワーク側のインターフェース回路である。なお、図３の例では、ネットワーク側のインターフェース回路はＣａｒｄ−Ｎの１つであるが、複数に冗長化されていてもよい。
【００２２】
ＳＷＦは、Ｃａｒｄ＃０またはＣａｒｄ＃１に接続されるユーザー側との間で入出力される信号と、Ｃａｒｄ−Ｎに接続されるネットワーク側との間で入出力する信号とをスイッチングして切り替えるためのスイッチである。
【００２３】
図３の例では、Ｎｏｄｅ９５１ＡのＣａｒｄ＃０にユーザー側から入力される信号は、Ｎｏｄｅ９５１ＡのＳＷＦを介してＮｏｄｅ９５１ＡのＣａｒｄ−Ｎからネットワーク側に出力され、Ｎｏｄｅ９５１Ｂに送信される。そして、Ｎｏｄｅ９５１Ａがネットワーク側に送信する信号は、Ｎｏｄｅ９５１ＢからＮｏｄｅ９５１ＣおよびＮｏｄｅ９５１Ｄで中継され、Ｎｏｄｅ９５１Ｅに転送される。逆に、Ｎｏｄｅ９５１ＥのＣａｒｄ＃０にユーザー側から入力される信号は、Ｎｏｄｅ９５１ＥのＳＷＦを介してＮｏｄｅ９５１ＥのＣａｒｄ−Ｎからネットワーク側に出力され、Ｎｏｄｅ９５１Ｂに送信される。そして、Ｎｏｄｅ９５１Ｅがネットワーク側に送信する信号は、Ｎｏｄｅ９５１ＤからＮｏｄｅ９５１ＣおよびＮｏｄｅ９５１Ｂで中継され、Ｎｏｄｅ９５１Ａに転送される。
【００２４】
ここで、比較例では、Ｎｏｄｅ９５１Ｂ、Ｎｏｄｅ９５１ＣおよびＮｏｄｅ９５１Ｄは、中継用のＮｏｄｅとして動作し、Ｎｏｄｅ９５１ＡとＮｏｄｅ９５１Ｅとの間で送受信される信号を転送する。
【００２５】
図４は、比較例におけるソフトエラー時の信号の流れの一例を示す。なお、図４に示した各ブロックは、図３に示した同符号の各ブロックに対応する。
【００２６】
図４では、Ｎｏｄｅ９５１ＡのＣａｒｄ＃０で回路に影響が出るソフトエラーが発生し、ネットワークで信号エラーが検出される場合について説明する。図４において、信号エラーは、例えばＮｏｄｅ９５１Ｂで検出され、下流側にＡＩＳが送信される。或いは、Ｃａｒｄ−Ｎが信号エラーを検出してＡＩＳを送信してもよい。いずれの場合でも、ＡＩＳは、Ｎｏｄｅ９５１ＣおよびＮｏｄｅ９５１Ｄを経由してＮｏｄｅ９５１Ｅに届き、Ｎｏｄｅ９５１ＥでＡＩＳが検出される。一方、Ｎｏｄｅ９５１ＥのＣａｒｄ＃０は、下り経路に障害が発生したことを通信先に通知するための障害通知信号（例えばＲＤＩ）を通信先のＮｏｄｅ９５１Ａに送信する。しかし、Ｎｏｄｅ９５１Ａは、ＲＤＩにより、Ｎｏｄｅ９５１ＡからＮｏｄｅ９５１Ｅへの下り経路に障害が発生していることを認識できるが、自ＮｏｄｅのＣａｒｄ＃０のソフトエラーが原因で障害が発生しているとは認識しない。このため、比較例のネットワークでは、信号エラーが出力され続けることになる。
【００２７】
そこで、本実施形態に係る伝送装置および故障検出方法は、ＣＲＡＭエラーによるカード故障が発生しているか否かを判定する機能を有する。
【００２８】
図５は、本実施形態におけるソフトエラー時の信号の流れの一例を示す。なお、図５は、図４に示した比較例に対応する。図５の例では、Ｎｏｄｅ１０１Ａは、ＣＲＡＭのソフトエラーを検出した時点ではソフトエラーが信号エラーに関与するか否かを判定せず、通信先からのＲＤＩの受信によりＣＲＡＭのソフトエラーが信号エラーに関与するか否かを判定する。
【００２９】
図５において、Ｎｏｄｅ１０１ＡのＣａｒｄ＃０でソフトエラーが検出される。そして、ソフトエラーにより信号エラーが発生している場合、Ｎｏｄｅ１０１ＢまたはＮｏｄｅ１０１ＡのＣａｒｄ−ＮはＮｏｄｅ１０１ＥにＡＩＳを送信する。ＡＩＳは、Ｎｏｄｅ１０１Ｂ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｄを経由してＮｏｄｅ１０１Ｅに到達し、Ｎｏｄｅ１０１ＥでＡＩＳが検出される。そして、ＡＩＳを検出したＮｏｄｅ１０１ＥはＲＤＩを転送する。ＲＤＩは、Ｎｏｄｅ１０１Ｄ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｂを経由してＮｏｄｅ１０１Ａに到達し、Ｎｏｄｅ１０１ＡがＲＤＩを検出する。そして、Ｎｏｄｅ１０１Ａは、ソフトエラーを検出してから予め設定された時間が経過するまでに、Ｎｏｄｅ１０１ＥからＲＤＩを受信した場合に自Ｎｏｄｅのカード故障により信号エラーが発生していると認識する。
【００３０】
このようにして、Ｎｏｄｅ１０１Ａは、自Ｎｏｄｅのカード故障を検出して、カード故障の発生を示す装置警報を他のＮｏｄｅや監視装置などに送信する。また、Ｎｏｄｅ１０１Ａは、冗長回路がある場合は他の回路に切り替えて信号を救済することができる。
【００３１】
図６は、Ｎｏｄｅ１０１ＡのＣａｒｄ＃０の一例を示す。図６において、Ｃａｒｄ＃０は、光変復調部２０１、プログラマブルデバイス２０２、ＣＲＡＭエラー検出部２０３、ＣＲＡＭタイマ部２０４、ＲＤＩ検出部２０５およびカード故障判定部２０６を有する。ＲＤＩ検出部２０５は、プログラマブルデバイス２０２の中にあってもよいし、プログラマブルデバイス２０２とは別になっていてもよい。また、ＣＲＡＭエラー検出部２０３、ＣＲＡＭタイマ部２０４およびカード故障判定部２０６は、ハードウェア／ソフトウェアのどちらで実装してもよい。
【００３２】
光変復調部２０１は、ユーザー側から受信する光信号を電気信号に復調し、ユーザー側に送信する電気信号を光信号に変調する。
【００３３】
プログラマブルデバイス２０２は、ＦＰＧＡなどが用いられ、プログラムデータにより任意の回路を実現できるデバイスである。プログラマブルデバイス２０２は、ＣＲＡＭ２５１を有し、ＣＲＡＭ２５１に記載されたプログラムデータにより、主信号処理部２５２の回路を実現する。
【００３４】
ＣＲＡＭエラー検出部２０３は、ＣＲＡＭ２５１のソフトエラーを検出し、ソフトエラーを検出したときにＣＲＡＭ  ＥＲＲ信号をカード故障判定部２０６に出力する。
【００３５】
ＣＲＡＭタイマ部２０４は、ＣＲＡＭエラー検出部２０３がＣＲＡＭ２５１のソフトエラーを検出した場合に、予め決められた時間をカウントする。ＣＲＡＭタイマ部２０４は、例えば２ｓの時間が設定されている場合、ＣＲＡＭエラー検出部２０３がＣＲＡＭ２５１のソフトエラーを検出してからカウントを開始し、２ｓの時間が経過したときにＣＴＲ信号をカード故障判定部２０６に出力する。なお、ＣＲＡＭタイマ部２０４は、一定時間分のカウントが完了したらカウントを停止する。また、タイマの時間は、ネットワーク構成上で想定される最大の時間以上に設定する。例えば、ネットワーク構成上の遅延時間及び装置の警報検出時間、警報転送処理時間などを考慮し、ソフトエラーの発生を検出してタイマを起動した時点から、対向装置よりＲＤＩが戻ってきて検出するまでの時間を最大の時間とする。
【００３６】
ＲＤＩ検出部２０５は、通信先から送信されるＲＤＩを検出し、ＲＤＩを検出したときにＲＤＩ信号をカード故障判定部２０６に出力する。
【００３７】
カード故障判定部２０６は、ＣＲＡＭエラー検出部２０３のＣＲＡＭ  ＥＲＲ信号と、ＣＲＡＭタイマ部２０４のＣＴＲ信号と、ＲＤＩ検出部２０５のＲＤＩ信号とに基づいて、ソフトエラーによるカード故障であるか否かを判定する。そして、カード故障判定部２０６は、Ｃａｒｄ＃０がカード故障であることを認識した場合、カード故障の発生を示す装置警報を他のＮｏｄｅやネットワークの監視装置（不図示）に送信する。また、カード故障判定部２０６は、冗長回路がある場合は他の回路に切り替えて信号を救済する。ここで、カード故障判定部２０６は、パス単位で信号の救済を行う。
【００３８】
このようにして、Ｃａｒｄ＃０は、ソフトエラーによるカード故障の状態に陥っていることを認識できる。
【００３９】
図７は、本実施形態においてカード故障を検出するまでの処理例を示す。なお、図７は、図５で説明したＮｏｄｅ１０１ＡおよびＮｏｄｅ１０１Ｅとの間で行われる処理を示しており、横軸は時間を示す。
【００４０】
図７において、Ｎｏｄｅ１０１ＡおよびＮｏｄｅ１０１Ｅは、タイミングＴ１まで正常に動作している。ここでは、Ｎｏｄｅ１０１ＡのＣａｒｄ＃０がソフトエラーを起こしたときの処理として説明するが、Ｃａｒｄ＃１の場合も同様に動作する。
【００４１】
タイミングＴ１において、図６に示したＣａｒｄ＃０のＣＲＡＭエラー検出部２０３がＣＲＡＭ２５１のソフトエラー（ＣＲＡＭ  ＥＲＲ）を検出し、カード故障判定部２０６にＣＲＡＭ  ＥＲＲ信号を出力する。そして、ＣＲＡＭエラー検出部２０３はＣＲＡＭタイマ部２０４を起動する。ＣＲＡＭタイマ部２０４は、予め設定された時間のカウントを開始し、カード故障判定部２０６にタイマカウント中を示すＣＴＲ信号を出力する。
【００４２】
一方、Ｎｏｄｅ１０１Ａのソフトエラーにより、信号エラーが発生した場合、Ｎｏｄｅ１０１ＢまたはＮｏｄｅ１０１ＡのＣａｒｄ−Ｎが信号エラーを検出してＡＩＳを下流側に送信する。そして、ＡＩＳは、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｄを経由して、タイミングＴ１から時間ｔ１後にＮｏｄｅ１０１Ｅで受信される。Ｎｏｄｅ１０１Ｅは、ＡＩＳを検出すると、ＲＤＩをＮｏｄｅ１０１Ａに転送する。
【００４３】
Ｎｏｄｅ１０１Ｅから送信されたＲＤＩは、Ｎｏｄｅ１０１Ｄ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｂを経由して、時間ｔ２後にＮｏｄｅ１０１Ａで受信される。そして、Ｎｏｄｅ１０１ＡのＲＤＩ検出部２０５は、Ｎｏｄｅ１０１Ｅから送信されたＲＤＩを検出して、カード故障判定部２０６にＲＤＩ信号を出力する。
【００４４】
Ｎｏｄｅ１０１Ａのカード故障判定部２０６は、ＣＲＡＭエラー検出部２０３がＣＲＡＭ  ＥＲＲを検出し、ＣＲＡＭタイマ部２０４のタイマ時間内にＲＤＩ検出部２０５がＲＤＩを検出しているか否かを判別する（故障判定条件）。そして、カード故障判定部２０６は、故障判定条件を満たしている場合に、Ｃａｒｄ＃０がカード故障（ＦＬＴ）であると判定する。なお、故障判定条件を満たさない場合は、カード故障判定部２０６は、ＣＲＡＭ  ＥＲＲが発生したが、致命的な信号エラーにはなっていないと判断する。
【００４５】
図８は、Ｃａｒｄ＃０における処理手順の一例を示す。
【００４６】
ステップＳ１０１において、ＣＲＡＭエラー検出部２０３は、ＣＲＡＭエラーの検出の有無を判別し、ＣＲＡＭエラーの検出有の場合はステップＳ１０２に進み、ＣＲＡＭエラーの検出無の場合はステップＳ１０１で待機する。
【００４７】
ステップＳ１０２において、ＣＲＡＭタイマ部２０４は、ＣＲＡＭエラー検出部２０３がＣＲＡＭエラーを検出すると、タイマを起動して予め設定された時間のカウントを開始する。
【００４８】
ステップＳ１０３において、カード故障判定部２０６は、ＣＲＡＭエラー発生前にＲＤＩ検出部２０５がＲＤＩを検出しているか否かを判別し、ＲＤＩの検出有の場合はステップＳ１０７に進み、ＲＤＩの検出無の場合はステップＳ１０４に進む。
【００４９】
ステップＳ１０４において、カード故障判定部２０６は、ＣＲＡＭエラー発生後にＲＤＩ検出部２０５がＲＤＩを検出したか否かを判別し、ＲＤＩの検出有の場合はステップＳ１０５に進み、ＲＤＩの検出無の場合はステップＳ１０７に進む。
【００５０】
ステップＳ１０５において、カード故障判定部２０６は、ＲＤＩ検出がＣＲＡＭタイマ部２０４のタイマ時間内であるか否かを判別し、タイマ時間内である場合はステップＳ１０６に進み、タイマ時間内でない場合はステップＳ１０７に進む。
【００５１】
ステップＳ１０６において、カード故障判定部２０６は、Ｃａｒｄ＃０にカード故障が発生したと判定する。そして、カード故障判定部２０６は、カード故障の発生を示す装置警報（故障通知）を他のＮｏｄｅや監視装置などに送信する。或いは、カード故障判定部２０６は、冗長回路がある場合は他の回路に切り替えて信号を救済する。
【００５２】
ステップＳ１０７において、カード故障判定部２０６は、Ｃａｒｄ＃０にカード故障が発生していないと判定する。つまり、Ｃａｒｄ＃０においてＣＲＡＭエラーが検出されたが、信号エラーが継続して発生するようなＣＲＡＭエラーではないため、Ｃａｒｄ＃０はカード故障を通知することなく通信を継続する。
【００５３】
このようにして、本実施形態に係るＮｏｄｅ１０１Ａは、ＣＲＡＭでソフトエラーが生じた場合でも故障数を増大させずに装置故障を検出し、故障箇所を特定することができる。
［ＣＲＡＭがエラー訂正機能を有する場合］
図９は、ＣＲＡＭに発生したエラーがエラー訂正により復旧する場合の一例を示す。なお、図９は、図７に対応する図であり、横軸は時間を示す。
【００５４】
タイミングＴ１において、図６に示したＣａｒｄ＃０のＣＲＡＭエラー検出部２０３がＣＲＡＭ２５１のソフトエラー（ＣＲＡＭ  ＥＲＲ）を検出し、カード故障判定部２０６にＣＲＡＭ  ＥＲＲ信号を出力する。そして、ＣＲＡＭエラー検出部２０３は、ＣＲＡＭタイマ部２０４を起動する。ＣＲＡＭタイマ部２０４は、予め設定された時間のカウントを開始し、カード故障判定部２０６にタイマカウント中を示すＣＴＲ信号を出力する。
【００５５】
ここまでの動作は、図７の場合と同じであるが、図９の例では、タイミングＴ２において、ＣＲＡＭのエラー訂正機能によりソフトエラーが復旧し、信号エラーも復旧する。そして、Ｎｏｄｅ１０１ＢまたはＮｏｄｅ１０１ＡのＣａｒｄ−Ｎが送信するＡＩＳもタイミングＴ２で終了し、正常な状態に戻る。
【００５６】
一方、ＡＩＳは、Ｎｏｄｅ１０１Ｂ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｄを経由して、タイミングＴ１から時間ｔ１後にＮｏｄｅ１０１Ｅで受信される。Ｎｏｄｅ１０１Ｅは、ＡＩＳを検出すると、ＲＤＩをＮｏｄｅ１０１Ａに転送する。しかし、ＡＩＳは、タイミングＴ２で終了して正常な状態に戻っているので、タイミングＴ２から時間ｔ１後にＮｏｄｅ１０１ＥにおいてもＡＩＳは正常な状態に戻る。Ｎｏｄｅ１０１ＥにおいてＡＩＳが正常な状態に戻ることで、Ｎｏｄｅ１０１Ｅは、Ｎｏｄｅ１０１Ａに転送していたＲＤＩを終了して正常な状態に戻る。
【００５７】
Ｎｏｄｅ１０１Ａは、Ｎｏｄｅ１０１ＥからＲＤＩを送信してから時間ｔ２後にＲＤＩを受信するが、ＣＲＡＭのエラー訂正機能により復旧しているので、ＣＲＡＭタイマ部２０４のタイマ時間内に正常な状態に戻る。このため、Ｎｏｄｅ１０１Ａのカード故障判定部２０６は、一旦、カード故障を認識するが、タイマ時間内にＲＤＩが復旧しているので、カード故障であると判定しない。
【００５８】
このように、本実施形態に係るＮｏｄｅ１０１Ａは、ＣＲＡＭエラーを一旦検出した場合でも、通信先のＮｏｄｅ１０１Ｅから受け取るＲＤＩがタイマ時間内に回復した場合は、カード故障と判定せずに通信を継続することができる。これにより、本実施形態に係るＮｏｄｅ１０１Ａでは、ＣＲＡＭでソフトエラーが生じた場合でもエラー訂正機能によりソフトエラーが回復した場合はカード故障と判定しないので、故障数の増大を抑えることができる。
【００５９】
図１０は、ＣＲＡＭに発生したエラーがエラー訂正により復旧するが信号エラーが継続する場合の一例を示す。なお、図１０は、図９に対応する図であり、横軸は時間を示す。
【００６０】
タイミングＴ１において、図６に示したＣａｒｄ＃０のＣＲＡＭエラー検出部２０３がＣＲＡＭ２５１のソフトエラー（ＣＲＡＭ  ＥＲＲ）を検出し、カード故障判定部２０６にＣＲＡＭ  ＥＲＲ信号を出力する。そして、ＣＲＡＭエラー検出部２０３は、ＣＲＡＭタイマ部２０４を起動する。ＣＲＡＭタイマ部２０４は、予め設定された時間のカウントを開始し、カード故障判定部２０６にタイマカウント中を示すＣＴＲ信号を出力する。ここで、ソフトエラーにより信号エラーが発生している場合は、後段のインターフェース回路や他のＮｏｄｅで信号エラーが検出され、下流側にＡＩＳが送信される。
【００６１】
タイミングＴ２において、ＣＲＡＭのエラー訂正機能によりソフトエラーが復旧する。
【００６２】
ここまでの動作は、図９の場合と同じである。しかし、図１０の場合は、ソフトエラーが復旧するが、主信号処理部２５２の内部回路が異常から復旧できず、例えば信号断が継続するものとする。例えば、ＣＲＡＭのエラー訂正によりソフトエラーは回復するが、統計的な処理やエラー発生時の変数などを後段の処理で用いている場合、ソフトエラーが復旧しても主信号のエラーが回復しない場合がある。図１０に示した例は、ソフトエラーが復旧しても主信号のエラーが回復しない場合を示しており、ＡＩＳは、継続してＮｏｄｅ１０１Ｅに送信されている。
【００６３】
以降の動作は、図７の場合と同様に行われ、ＡＩＳは、例えばタイミングＴ１から時間ｔ１後にＮｏｄｅ１０１Ｅで受信され、Ｎｏｄｅ１０１Ｅは、ＲＤＩをＮｏｄｅ１０１Ａ側に転送する。そして、Ｎｏｄｅ１０１Ａは、Ｎｏｄｅ１０１Ｅから転送されたＲＤＩを検出し、カード故障判定部２０６は、図７で説明した故障判定条件を満たしているので、Ｃａｒｄ＃０が故障状態に陥っている（カード故障）と判定する。
【００６４】
このようにして、本実施形態に係るＮｏｄｅ１０１Ａは、ＣＲＡＭエラーが復旧した場合でも、信号エラーが復旧しなかった場合はカード故障と判定することができる。
［冗長回路により信号を救済する例］
図１１は、ユーザー側のインターフェース回路が冗長化されている場合に信号を救済する一例を示す。なお、図１１は、図５に対応する図である。
【００６５】
図１１において、Ｎｏｄｅ１０１ＡのＣａｒｄ＃０は、ＣＲＡＭのソフトエラーを検出してタイマを起動し、タイマ時間内にＮｏｄｅ１０１ＥからＲＤＩを受信してタイマが終了するまでＲＤＩが継続しているものとする。このため、Ｎｏｄｅ１０１Ａは、図１０で説明したように、自Ｎｏｄｅのカード故障により信号エラーが発生していると認識することができる。そして、Ｎｏｄｅ１０１Ａは、Ｃａｒｄ＃０が故障しているので、ＳＷＦにより、Ｃａｒｄ＃０からＣａｒｄ＃１にインターフェース回路を切り替える。
【００６６】
このようにして、図１１の例でのＮｏｄｅ１０１Ａは、自Ｎｏｄｅのカード故障を検出して、冗長回路に切り替えることにより、信号を救済することができる。
【００６７】
図１２は、本実施形態においてカード故障を検出するまでの処理例を示す。なお、図１２は、図１１で説明したＮｏｄｅ１０１ＡおよびＮｏｄｅ１０１Ｅとの間で行われる処理を示す。なお、図１２は、図７と同様の図であり、横軸は時間を示す。
【００６８】
図１２において、Ｎｏｄｅ１０１ＡおよびＮｏｄｅ１０１Ｅは、タイミングＴ１まで正常に動作している。
【００６９】
タイミングＴ１において、図７で説明したように、Ｎｏｄｅ１０１ＡのＣＲＡＭエラー検出部２０３がＣＲＡＭ２５１のソフトエラー（ＣＲＡＭ  ＥＲＲ）を検出する。そして、ＣＲＡＭエラー検出部２０３は、ＣＲＡＭタイマ部２０４を起動する。ここで、ソフトエラーにより信号エラーが発生している場合は、後段のインターフェース回路や他のＮｏｄｅで信号エラーが検出され、下流側にＡＩＳが送信される。
【００７０】
一方、ＡＩＳは、タイミングＴ１から１０ｍｓ後にＮｏｄｅ１０１Ｅで受信される。Ｎｏｄｅ１０１Ｅは、ＡＩＳを検出してから１ｍｓ後にＲＤＩをＮｏｄｅ１０１Ａに転送する。
【００７１】
Ｎｏｄｅ１０１Ｅから送信されたＲＤＩは、Ｎｏｄｅ１０１Ｄ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｂを経由して１０ｍｓ後にＮｏｄｅ１０１Ａで受信され、ＲＤＩ検出部２０５により検出される。
【００７２】
Ｎｏｄｅ１０１Ａのカード故障判定部２０６は、ＣＲＡＭエラー検出部２０３がＣＲＡＭ  ＥＲＲを検出し、ＣＲＡＭタイマ部２０４のタイマ時間内にＲＤＩ検出部２０５がＲＤＩを検出しているか否かを判別する（故障判定条件）。そして、カード故障判定部２０６は、故障判定条件を満たしている場合、Ｃａｒｄ＃０がカード故障（ＦＬＴ）であると判定する。なお、カード故障判定部２０６は、故障判定条件を満たしていない場合、Ｃａｒｄ＃０のソフトエラーが発生したが、致命的な信号エラーにはなっていないと判定する。図１２では、１００ｍｓのポーリング処理で行う例として、Ｎｏｄｅ１０１Ａのカード故障判定部２０６は、ＲＤＩの受信から１００ｍｓ後に判定結果を出している。しかし、割り込み処理などで行う場合はＲＤＩの受信から判定結果までの時間を１００ｍｓよりも短くできる。
【００７３】
ここで、タイミングＴ１からカード故障であると判定するまでの時間がタイマ時間内に収まっている場合に、カード故障判定部２０６は、カード故障であると判定する。図１２の例では、ＡＩＳがＮｏｄｅ１０１Ｅに届くまでの１０ｍｓの時間と、Ｎｏｄｅ１０１ＥがＡＩＳを受信してからＲＤＩを転送するまでの１ｍｓの時間との合計は１１ｍｓである。そして、Ｎｏｄｅ１０１ＥからＮｏｄｅ１０１ＡにＲＤＩが届くまでの１０ｍｓの時間と、カード故障判定部２０６がカード故障であると判定するまでの１００ｍｓの処理時間との合計は１１０ｍｓである。従って、タイミングＴ１からカード故障判定部２０６がカード故障であると判定するまでの合計時間は１２１ｍｓとなり、タイマ時間の２ｓ未満なので、カード故障判定部２０６は、カード故障であると認識する。そして、Ｎｏｄｅ１０１Ａは、タイミングＴ３でカード故障であると認識してＣａｒｄ＃０から冗長回路のＣａｒｄ＃１に切り替え、信号を救済して信号エラーから復旧する。
［リングネットワークへの適用例］
図１３は、リングネットワークへの適用例を示す。図１３において、Ｎｏｄｅ１０１Ａ’のユーザー側のインターフェース回路は、図５に示したＮｏｄｅ１０１Ａと同様に、Ｃａｒｄ＃０およびＣａｒｄ＃１に冗長化されている。また、Ｎｏｄｅ１０１Ａ’のネットワーク側のインターフェース回路は、図５に示したＮｏｄｅ１０１Ａとは異なり、Ｃａｒｄ（Ｅ）およびＣａｒｄ（Ｗ）に冗長化されている。なお、ＳＷＦは、Ｃａｒｄ＃０およびＣａｒｄ＃１と、Ｃａｒｄ（Ｅ）およびＣａｒｄ（Ｗ）との間で信号の切り替えを行う。ここで、Ｃａｒｄ（Ｅ）およびＣａｒｄ（Ｗ）の符号末尾の（Ｅ）はＥａｓｔ回りの経路を示し、（Ｗ）はＷｅｓｔ回りの経路を示す。
【００７４】
図１３において、Ｎｏｄｅ１０１Ａ’のＥａｓｔ側のＣａｒｄ（Ｅ）は、Ｎｏｄｅ１０１Ｂ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｄを介してＮｏｄｅ１０１Ｅ’との間で通信を行う。一方、Ｎｏｄｅ１０１Ａ’のＷｅｓｔ側のＣａｒｄ（Ｗ）は、Ｎｏｄｅ１０１ＧおよびＮｏｄｅ１０１Ｆを介してＮｏｄｅ１０１Ａ’との間で通信を行う。また、Ｃａｒｄ＃０は、Ｃａｒｄ（Ｅ）またはＣａｒｄ（Ｗ）が受信する信号を選択するための選択回路ＳＥＬ（０）を有し、ＳＥＬ（０）が選択した信号をユーザー側に出力する。同様に、Ｃａｒｄ＃１は、Ｃａｒｄ（Ｅ）またはＣａｒｄ（Ｗ）が受信する信号を選択するための選択回路ＳＥＬ（１）を有し、ＳＥＬ（１）が選択した信号をユーザー側に出力する。また、Ｎｏｄｅ１０１Ａ’のＳＷＦは、Ｃａｒｄ＃０またはＣａｒｄ＃１がユーザー側から入力する信号を選択するための選択回路ＳＥＬ（２）を有し、ＳＥＬ（２）が選択した信号をＣａｒｄ（Ｅ）およびＣａｒｄ（Ｗ）に出力する。なお、図１３に示すＮｏｄｅ１０１Ｅ’の構成はＮｏｄｅ１０１Ａ’と同様である。
【００７５】
このように、Ｎｏｄｅ１０１Ａ’とＮｏｄｅ１０１Ｅ’との間はリングネットワークにより接続されているので、２つの経路で通信を行うことができる。
【００７６】
図１４は、Ｎｏｄｅ１０１Ａ’がソフトエラー時の信号の流れの一例を示す。なお、図１４は、図１２に対応し、Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０がＣＲＡＭのソフトエラーを検出した場合を示す。また、図１４において、Ｃａｒｄ＃０が運用系であり、Ｃａｒｄ＃１が予備系であり、実線矢印が運用系の信号の流れを示し、点線矢印は予備系の信号の流れを示す。
【００７７】
ここで、Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０は、図６で説明したＮｏｄｅ１０１ＡのＣａｒｄ＃０と基本的な構成は同じである。Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０がＮｏｄｅ１０１ＡのＣａｒｄ＃０と異なる部分は、Ｅａｓｔ側とＷｅｓｔ側の経路から受信する信号を選択するための選択回路ＳＥＬ（０）が主信号処理部２５２に設けられていることである。また、ＲＤＩの検出は、図６に示したＲＤＩ検出部２０５がＥａｓｔ側とＷｅｓｔ側との両方の経路について行う。さらに、カード故障判定部２０６は、ＲＤＩ検出部２０５がＥａｓｔ側とＷｅｓｔ側との両方の経路から受信するＲＤＩを検出している場合に、カード故障であると判定する。なお、カード故障判定部２０６は、タイマ時間内に、いずれか一方の経路からＲＤＩを受信しない場合、ソフトエラーが発生したが致命的な信号エラーにはなっておらず、カード故障ではないと判断する。Ｃａｒｄ＃１についてもＣａｒｄ＃０と同様のブロックを有する。また、Ｎｏｄｅ１０１Ｅ’についてもＮｏｄｅ１０１Ａ’と同様のブロックを有する。
【００７８】
図１４において、Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０でソフトエラーが発生する。ここで、ソフトエラーにより信号エラーが発生している場合は、後段のインターフェース回路や他のＮｏｄｅで信号エラーが検出され、下流側にＡＩＳが送信される。例えば、Ｎｏｄｅ１０１ＢおよびＮｏｄｅ１０１Ｇは、Ｎｏｄｅ１０１Ａ’の信号エラーを検出してＡＩＳを下流側に送信する。或いは、Ｎｏｄｅ１０１Ａ’のＣａｒｄ（Ｅ）およびＣａｒｄ（Ｗ）が信号エラーを検出してＡＩＳを送信するようにしてもよい。そして、Ｎｏｄｅ１０１Ｅ’は、ＡＩＳを検出して、ＲＤＩをＮｏｄｅ１０１Ａ’に転送する。ここで、本実施形態では、リングネットワークを使用しているので、Ｎｏｄｅ１０１Ｅ’が転送するＲＤＩは、Ｎｏｄｅ１０１Ｅ’のＳＷＦのＳＥＬ（２）を介してＥａｓｔ側とＷｅｓｔ側とに送信される。
【００７９】
Ｎｏｄｅ１０１Ｅ’のＣａｒｄ（Ｅ）からＥａｓｔ側に送信されたＲＤＩは、Ｎｏｄｅ１０１Ｄ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｂを介してＮｏｄｅ１０１Ａ’に送信される。一方、Ｎｏｄｅ１０１Ｅ’のＣａｒｄ（Ｗ）からＷｅｓｔ側に送信されたＲＤＩは、Ｎｏｄｅ１０１ＦおよびＮｏｄｅ１０１Ｇを介してＮｏｄｅ１０１Ａ’に送信される。
【００８０】
Ｎｏｄｅ１０１Ａ’のＣａｒｄ（Ｅ）がＥａｓｔ側から受信するＲＤＩと、Ｃａｒｄ（Ｗ）がＷｅｓｔ側から受信するＲＤＩとの２つのＲＤＩがＮｏｄｅ１０１Ａ’のＣａｒｄ＃０（ＳＥＬ（０））に入力される。そして、ユーザー側にはＳＥＬ（０）で選択された信号が出力される。ここで、Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０は、Ｅａｓｔ側とＷｅｓｔ側の両方から受信するＲＤＩを検出することができる。
【００８１】
本実施形態では、Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０は、ソフトエラーを検出してから予め設定された時間内に、Ｅａｓｔ側とＷｅｓｔ側の両方からＲＤＩを受信した場合にＣａｒｄ＃０がカード故障であると判定する。
【００８２】
ここで、図１４の例ではリングネットワークの場合について説明したが、ＲＤＩが転送されてくるルートが複数ある場合は、図１４の場合と同様に適用可能であり、複数のＲＤＩの全てが検出されたときにカード故障であると判定する。このように、複数のＲＤＩの受信によりカード故障を判定することにより、カード故障の誤検出を防ぐことができる。
【００８３】
図１５は、本実施形態においてカード故障を検出するまでの処理例を示す。なお、図１５は、図７と同様の図であり、横軸は時間を示す。また、図１５に示したタイムチャートは、図１４に示したＮｏｄｅ１０１Ａ’およびＮｏｄｅ１０１Ｅ’が行う処理を示す。図１５において、Ｎｏｄｅ１０１Ａ’は、タイミングＴ１まで正常に動作している。
【００８４】
タイミングＴ１において、図１４に示したＣａｒｄ＃０のＣＲＡＭエラー検出部２０３がＣＲＡＭ２５１のソフトエラー（ＣＲＡＭ  ＥＲＲ）を検出し、カード故障判定部２０６にＣＲＡＭ  ＥＲＲ信号を出力する。そして、ＣＲＡＭエラー検出部２０３は、ＣＲＡＭタイマ部２０４を起動する。ＣＲＡＭタイマ部２０４は、予め設定された時間のカウントを開始し、カード故障判定部２０６にタイマカウント中を示すＣＴＲ信号を出力する。ここで、ソフトエラーにより信号エラーが発生している場合は、後段のインターフェース回路や他のＮｏｄｅで信号エラーが検出され、下流側にＡＩＳが送信される。
【００８５】
一方、ＡＩＳは、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｄを経由して、タイミングＴ１から１０ｍｓ後にＮｏｄｅ１０１Ｅ’で受信される。Ｎｏｄｅ１０１Ｅ’は、ＡＩＳを検出してから１ｍｓ後にＮｏｄｅ１０１Ａ’にＲＤＩを転送する。ここで、本実施形態では、リングネットワークを用いているので、ＲＤＩは、Ｅａｓｔ側のＮｏｄｅ１０１Ｄと、Ｗｅｓｔ側のＮｏｄｅ１０１Ｆとの両方の経路に送信される。そして、Ｅａｓｔ側の経路に送信されたＲＤＩは、Ｎｏｄｅ１０１Ｄ、Ｎｏｄｅ１０１ＣおよびＮｏｄｅ１０１Ｂを介して、ＲＤＩを送信してから１０ｍｓ後にＮｏｄｅ１０１Ａ’のＣａｒｄ＃０で受信される。一方、Ｗｅｓｔ側の経路に送信されたＲＤＩは、Ｎｏｄｅ１０１ＦおよびＮｏｄｅ１０１Ｇを介して、ＲＤＩを送信してから１２ｍｓ後にＮｏｄｅ１０１Ａ’のＣａｒｄ＃０で受信される。Ｎｏｄｅ１０１Ａ’において、Ｅａｓｔ側とＷｅｓｔ側との両方の経路から受信されるＲＤＩは、Ｃａｒｄ＃０の選択回路ＳＥＬ（０）に入力される前に検出される。そして、Ｎｏｄｅ１０１Ａ’のカード故障判定部２０６は、ＣＲＡＭエラー検出部２０３がＣＲＡＭ  ＥＲＲを検出し、ＣＲＡＭタイマ部２０４のタイマ時間内にＲＤＩ検出部２０５が両方のＲＤＩを検出しているか否かを判別する（故障判定条件）。そして、カード故障判定部２０６は、故障判定条件を満たしている場合に、Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０がカード故障（ＦＬＴ）であると判定する。なお、Ｎｏｄｅ１０１Ａ’のカード故障判定部２０６は、図１２の例と同様にポーリング処理で行っているので、遅い方のＲＤＩの受信（図１２ではＷｅｓｔ側のルート）から１００ｍｓ後に判定結果を出す。
【００８６】
ここで、図１２の例と同様に、タイミングＴ１からカード故障であると判定するまでの時間がタイマ時間内に収まっている場合に、カード故障であると判定する。図１５の例では、Ｎｏｄｅ１０１Ａ’のソフトエラーからＮｏｄｅ１０１Ｅ’にＡＩＳが届くまでの１０ｍｓの時間と、Ｎｏｄｅ１０１Ｅ’がＡＩＳを受信してからＲＤＩを転送するまでの１ｍｓの時間との合計が１１ｍｓである。そして、Ｎｏｄｅ１０１Ｅ’からＷｅｓｔ側のルートでＮｏｄｅ１０１Ａ’にＲＤＩが届くまでの１２ｍｓの時間と、カード故障判定部２０６がカード故障であると判定するまでの１００ｍｓの処理時間との合計が１１２ｍｓである。従って、図１５の例において、タイミングＴ１からカード故障判定部２０６がカード故障であると判定するまでの合計時間は１２３ｍｓとなり、タイマ時間の２ｓ未満の条件を満たすので、カード故障判定部２０６は、Ｃａｒｄ＃０のカード故障であると認識する。
［リングネットワークにおいて、冗長回路により信号を救済する例］
図１６は、リングネットワークにおいて、冗長回路により信号を救済する一例を示す。なお、図１６に示したＮｏｄｅ１０１Ａ’およびＮｏｄｅ１０１Ｅ’は、図１４および図１５で説明したＮｏｄｅ１０１Ａ’およびＮｏｄｅ１０１Ｅ’にそれぞれ対応する。
【００８７】
図１６において、図１４および図１５で説明したように、Ｎｏｄｅ１０１Ａ’のＣａｒｄ＃０は、ＣＲＡＭのソフトエラーを検出して、信号エラーが発生する。そして、後段のインターフェース回路や他のＮｏｄｅで信号エラーが検出され、Ｎｏｄｅ１０１Ｅ’側にＡＩＳが送信される。Ｎｏｄｅ１０１Ｅ’は、ＡＩＳを受信してＲＤＩをＮｏｄｅ１０１Ａ’側に送信し、Ｎｏｄｅ１０１Ａ’は、タイマ時間内にＲＤＩを受信した場合にカード故障により信号エラーが発生していると認識する。そして、Ｎｏｄｅ１０１ＡのＳＷＦは、Ｃａｒｄ＃０が故障しているので、冗長化されたＣａｒｄ＃１に切り替えて信号エラーから回復する。
【００８８】
このようにして、Ｎｏｄｅ１０１Ａは、自Ｎｏｄｅのカード故障を検出して、冗長回路に切り替えることにより、信号を救済することができる。
【００８９】
以上、各実施形態で説明したように、本実施形態に係る伝送装置および故障検出方法は、回路規模を増加させることなく、通信に影響のある故障のみを検出して、自律的に故障カードを特定することが可能となる。さらに、特定した故障カードを警報として監視装置や他の装置に通知するとともに、冗長化されたカードの切り替えにより、即座に信号を救済することが可能となり、ネットワークの信頼性が向上する。
【００９０】
なお、本実施形態に係る伝送装置および故障検出方法は、収容する信号の種別はTDM信号やPacket信号などに限らず、例えば受信信号のエラー状態を対向装置に通知するＲＤＩ相当の障害検出信号や警報信号の転送機能を有する装置に適用可能である。
【００９１】
また、上述の実施形態では、ネットワークがリニアやリングの場合について説明したが、ポイントツーポイントなど様々なネットワークで用いられる装置にも適用可能である。
【００９２】
以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。
【符号の説明】
【００９３】
１０１Ａ，１０１Ｂ，１０１Ｃ，１０１Ｄ，１０１Ｅ，１０１Ｆ，１０１Ｇ，９０１，９０２，９０３，９０４，９５１Ａ，９５１Ｂ，９５１Ｃ，９５１Ｄ，９５１Ｅ・・・Ｎｏｄｅ；２０１・・・光変復調部；２０２・・・プログラマブルデバイス；２０３・・・ＣＲＡＭエラー検出部；２０４・・・ＣＲＡＭタイマ部;２０５・・・ＲＤＩ検出部；２０６・・・カード故障判定部；２５１・・・ＣＲＡＭ；２５２・・・主信号処理部；Ｃａｒｄ＃０，Ｃａｒｄ＃１，Ｃａｒｄ−Ｎ，Ｃａｒｄ（Ｅ），Ｃａｒｄ（Ｗ）・・・インターフェース回路；ＳＷＦ・・・スイッチ；９００・・・トランスポートネットワーク；９０５・・・伝送網
【図１】
2017038316.tif 000003
【図２】
2017038316.tif 000004
【図３】
2017038316.tif 000005
【図４】
2017038316.tif 000006
【図５】
2017038316.tif 000007
【図６】
2017038316.tif 000008
【図７】
2017038316.tif 000009
【図８】
2017038316.tif 000010
【図９】
2017038316.tif 000011
【図１０】
2017038316.tif 000012
【図１１】
2017038316.tif 000013
【図１２】
2017038316.tif 000014
【図１３】
2017038316.tif 000015
【図１４】
2017038316.tif 000016
【図１５】
2017038316.tif 000017
【図１６】
2017038316.tif 000018