(57)【要約】【課題】伝送信号のクロック劣化やデータ識別誤りによるバーストエラーの発生を検出でき、回線故障の通知や回線切替の処理が行えること。【解決手段】ＳＯＮＥＴの伝送信号の監視フレーム中で予め特定したＢ２バイトをハンチング周期Ｔ１で監視する。エラーレートを１．０Ｅ−０９に設定したときには、ハンチング周期Ｔ１内でＢ２バイトの１ＰＭカウントの累計値が２連続して２０ビットを超えたとき、バーストエラーの１回目の発生として検出する。この後、１０分〜６０分のガードタイムＴ０を経て、再度のハンチング周期Ｔ２による監視を行う。このハンチング周期Ｔ２内で同様にＢ２バイトの１ＰＭカウントの累計値が２連続して２０ビットを超えたとき、外部に対してバーストエラーの発生をバーストエラー検出信号として出力する。【選択図】      図３
2004282271.tif 000002
【特許請求の範囲】
【請求項１】
ヘッダ情報とデータ情報をバイト単位で多重してフレーム構成する伝送信号の監視フレーム中で予め特定した所定バイトを監視し、所定期間中における前記所定バイト中のビットエラーの発生状態の変化に基づいてバーストエラーの発生の有無を検出するバーストエラー検出手段を設けたことを特徴とする伝送装置。
【請求項２】
ヘッダ情報とデータ情報をバイト単位で多重してフレーム構成する伝送信号の監視フレーム中で予め特定した所定バイトのビットエラーを検出するビットエラー検出工程と、
予め定めた所定期間中における前記所定バイト中の前記ビットエラーの発生状態の変化に基づき、バーストエラーの発生の有無を検出するバーストエラー検出工程を含むことを特徴とするバーストエラー監視方法。
【請求項３】
前記バーストエラー検出工程は、
Ｐｅｒｆｏｒｍａｎｃｅ  Ｍｏｎｉｔｏｒ（ＰＭ）周期に対応して前記所定バイトのパリティエラービット数をカウントし累積カウント値として保持し、該累積カウント値が所定カウント値以上になったときにバーストエラーの発生を検出する累積カウント工程を含むことを特徴とする請求項２に記載のバーストエラー監視方法。
【請求項４】
前記累積カウント工程は、
前記バーストエラーを検出するためのエラーレートの設定に対応して、通常のパリティチェックによりエラー検出可能なビット数に対応した閾値を設け、該閾値を超えたエラービット数に対して前記累積カウント処理を行うことを特徴とする請求項３に記載のバーストエラー監視方法。
【請求項５】
前記累積カウント工程は、
前記バーストエラーによって発生が想定される前記エラービット数に応じて前記所定バイトのパリティエラービット数の監視単位を前記複数のＰＭ周期を用いて行うことを特徴とする請求項３に記載のバーストエラー監視方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、光同期伝送ネットワーク（ＳＯＮＥＴ：ＳｙｎｃｈｒｏｎｏｕｓＯｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）等における回線のバーストエラー監視を行う、より詳しくは、ヘッダ情報とデータ情報をバイト単位で多重してフレーム構成する伝送信号のバーストエラーを検出して回線故障や回線切替を行える伝送装置およびバーストエラー監視方法に関する。
【０００２】
【従来の技術】
ＳＯＮＥＴ伝送装置は、伝送信号のエラー監視をＳＴＳ−Ｎ（Ｎ＝１，３，１２，４８，１９２）フレームの中に含まれるＬｉｎｅ  Ｏｖｅｒｈｅａｄ（以下ＬＯＨと称す）のＢ２バイトを用いたパリティ監視により行っている。
【０００３】
図７は、伝送装置のインターフェース回路を示すブロック図である。伝送される光信号は、インターフェース回路７００に設けられたＯ／Ｅ変換部７０１で光電気変換され、データ（Ｄａｔａ）と、クロック（Ｃｌｏｃｋ）が出力される。ＳＰ処理部７０２は、これらをシリアル−パラレル変換して終端部７０３に出力する。終端部７０３は、回線エラーを検出し、検出された回線エラーに基づき、現用回線から予備回線に切り替えたり、回線故障通知処理のために、回線エラーの発生を外部に通知する。このように、クロックの振幅劣化問題が生じたとき、回線ダメージを少なくするための通知や切替処理を行うことができる。なお、一般的に、伝送される信号の誤りを検出するものとして、ビットエラーをパリティチェックする技術が知られている（例えば、下記特許文献１参照。）。
【０００４】
また、図８は、従来の終端部の詳細な構成を示すブロック図である。終端部７０３には、回線故障を検出する信号損失検出部８０１と、信号劣化検出部８０２と、ＯＲ回路８０３と、ＡＣＴ／ＤＥＡＣＴ処理部８０４が設けられている。信号損失検出部（Ｓｉｇｎａｌ  Ｆａｉｌ）８０１では、ＬＯＳ（Ｌｏｓｔ  ＯｆＳｉｇｎａｌ），ＬＯＦ（Ｌｏｓｓ  Ｏｆ  Ｆｒａｍｅ），ＡＩＳ−Ｌ（Ａｌａｒｍ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｉｇｎａｌ−Ｌｉｎｅ），Ｂ２−ＭＪ（Ｂ２−Ｍａｊｏｒ）を検出する。信号劣化検出部（Ｓｉｇｎａｌ  Ｄｅｇｒａｄｅ）８０２では、Ｂ２−ＭＩＮ（Ｂ２−Ｍｉｎｏｒ）を検出する。
【０００５】
信号損失検出部８０１と、信号劣化検出部８０２から出力された検出信号はＯＲ回路８０３を介してＡＣＴ／ＤＥＡＣＴ処理部８０４に出力される。ＡＣＴ／ＤＥＡＣＴ処理部８０４は、内部タイマーにより、検出信号の入力後、所定の保護時間経過後に回線故障を示す処理信号を出力する。この処理信号としては、回線故障通知、および回線切替処理の要求を出力する。回線切替処理の要求に基づき、現用回線から予備回線への回線切替が行うことができる。
【０００６】
【特許文献１】
特開昭５２−９３３５号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、伝送装置におけるバーストエラーの発生は、雷などサージや突発的な静電気放電（Ｅｌｅｃｔｒｏ−Ｓｔａｔｉｃ  Ｄｉｓｃｈａｒｇｅ；ＥＳＤ）の印加や、機器の故障による切替時の回線エラーを想定している。一般に、伝送装置は、バーストエラーが発生した際、正常な部分の不要な回線切替の発生を抑止することが義務づけられている。
【０００８】
このため、従来は、伝送装置の故障などを要因とする回線故障に基づきバーストエラーが発生しても、バーストエラーの発生を通知したり、バーストエラーが発生した現用回線を予備回線に回線切替することができなかった。
【０００９】
バーストエラーの原因であるクロック劣化の発生は、ビットエラーの場合も想定できるが、一般的には、図７のＳＰ処理部７０２を構成している内部回路（ロジック回路）のクロックカウント数が変わることに基づき、Ｏｕｔ  Ｏｆ  Ｆｒａｍｅ（以下ＯＯＦと称す）として検出される。
【００１０】
図９は、バーストエラーの発生状態を示す図である。図９（ａ）は、クロック劣化の場合を示す図、図９（ｂ）は、データ劣化の場合を示す図である。これらの図に示すように、バーストエラーは、クロック劣化、およびデータ劣化によって発生する。まず、図９（ａ）に示すクロック劣化について説明する。正常時は、Ｄａｔａのｆの位置とＣｌｏｃｋカウントの位置が常に一致している。しかし、クロック劣化時には、図示のように、１クロック分の歯抜けが生じたと同じ状態になり、Ｄａｔａのフレーム先頭位置ｆの周期と、クロックカウントの位置がずれる。これが、上述したＯＯＦの状態として生じる。このＯＯＦの発生時、ＳＰ処理部７０２の内部回路は、再同期を行うが、再同期するまでの期間中のデータは、データエラーが発生し続けてバーストエラー発生状態になる。なお、ＯＯＦは、ＳＯＮＥＴの規定上、３ｍｓ間継続したときＬｏｓｓ  Ｏｆ  Ｆｒａｍｅ（ＬＯＦ）として回線切替を実行するが、ＯＯＦのみでは回線切替は実行しないようになっている。
【００１１】
図１０は、ＳＴＳ−Ｎフレームのフォーマットを示す図表である。ＯＯＦの定義は、５フレーム（１２５μｓ×５＝６２５μｓ）連続して同期がはずれている状態とされている。これにより、バーストエラーによる誤りビット数は、このＳＴＳ−Ｎ（Ｎ＝１，３，１２，４８，１９２）フレームでは、３２４００×Ｎビットと定義することができる。なお、３２４００ビット＝９０バイト×９バイト×８ビット×５フレームを示している。
【００１２】
図１１は、ＳＴＳ−４８（Ｎ＝４８）の場合のバーストエラーレート特性を示す図表である。図の横軸はバーストエラー発生間隔（分）であり、縦軸はエラーレートである。図示のように、１０分に１回バーストエラー発生した場合であっても、８．３Ｅ−０３とかなり高いエラーレートで発生するため、見過ごすことはできない。なお、エラーレート１．００Ｅ−０３がＢ２−ＭＪの設定値、１．００Ｅ−０６がＢ２ＭＩＮの設定値として通常用いられている。
【００１３】
次に、図９（ｂ）に示したバーストエラーの発生がデータ劣化の場合について説明する。データの識別は、基準値との差分で行われている。このとき、基準値Ｒに雑音成分が乗り、識別値のレベルが基準値Ｒのレベル程度となった場合（図中１，２，３に相当）には、このときに生じた雑音周波数により、識別値１，２，３が全て”０”であると誤検出し、バーストエラーを発生させる可能性がある。以上説明したように、回線故障や機器故障等を要因として離散的に発生したバーストエラーに関しては、従来、バーストエラーとして検出することができなかった。
【００１４】
図１０（ｂ）に示すように、通常の回線のエラー監視は、ＳＴＳ−Ｎフレーム（Ｆｒａｍｅ１）のＳｅｃｔｉｏｎ  Ｏｖｅｒｈｅａｄ（以下ＳＯＨと称す）の３行を除いた全ビット（図１０（ａ）の斜線の範囲）のデスクランブル後のデータを垂直演算した演算結果と、デスクランブル後の次フレーム（Ｆｒａｍｅ２）のＢ２の比較により行われている。具体的には、ＢＩＰ−Ｎ×８（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ  Ｎ×８）と呼称される方式により、誤り監視を行う情報全体をＮ×８ビット毎に分割して監視しており、偶パリティによるカウント結果の比較では１が偶数個の場合０（ノーエラー）、１が奇数個の場合には１（エラー発生）を検出できる。なお、ＳＴＳ−１におけるＢ２は８ビット、ＳＴＳ−３においては８×３＝２４ビットと、Ｂ２のビット数は増える。
【００１５】
ＳＴＳ−４８の例を用いて説明すると、１フレーム（１２５μｓ）中のトータルビット数は、９バイト×９０バイト×４８（Ｎに相当）×８ビット＝３１１，０４０ビットとなる。上述したように、基準値Ｒに雑音が乗って、この１フレーム中にデータの識別誤りが発生してバーストエラーが発生した場合であっても、Ｂ２のパリティエラーだけでは、最大でも３８４（Ｎ＝４８×８ビット）ビットしか検出することができない。
【００１６】
図１２は、Ｂ２パリティ監視時のパリティ飽和特性を示す図表である。図中横軸はビットエラーレート、縦軸はパリティエラーの発生確率である。この図からＢ２パリティの飽和特性が０．５（１．２８Ｅ−０３以上のとき）であることが判る。このため、Ｂ２パリティエラーは、最大３８４ビットの半数である１９２ビット程度しか検出できないことになる。このようなパリティの監視（偶パリティ）では、２ビット以上の誤りは１ビット誤りか０ビット誤りにしか見えないため、実際にＢ２のカウント値が”０”でもバーストエラーが発生しているしている可能性がある。
【００１７】
図１３は、ＳＴＳ−４８におけるＢ２エラーの検出条件の例を一覧化した図表である。ビットエラーによる監視によれば、図のＢ２エラー検出条件に示すような通常のエラー監視条件のいずれかで検出できるランダム誤りとして検出することができる。しかしながら、上述したような、クロックの劣化や、データ識別誤りによるビットエラー（バーストエラー）は、その誤り個数の多さ（Ｂ２パリティの飽和領域）と不連続性からランダム誤りとして検出することができなかった。
【００１８】
このように、本来、このような回線故障を原因として発生したバーストエラーは、誤り個数が多いため、回線故障の発生を検出する判断条件として考慮しなければならないにもかかわらず、従来技術にあっては、離散的なバーストエラーの検出が困難であり、回線故障として判断する条件に含めることができず、現状では、データ識別誤り、およびＣｌｏｃｋ劣化によるバーストエラーの発生を監視できる具体的手段が提供されていないという問題点があった。
【００１９】
この発明は、上述した従来技術による問題点を解消するため、伝送信号のクロック劣化やデータ識別誤りによるバーストエラーの発生を検出でき、回線故障の通知や回線切替の処理を行うことができる伝送装置およびバーストエラー監視方法を提供することを目的とする。
【００２０】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、この発明にかかる伝送装置は、ヘッダ情報とデータ情報をバイト単位で多重してフレーム構成する伝送信号の監視フレーム中で予め特定した所定バイト（例えばＢ２バイト）を監視し、所定期間中におけるビットエラーの発生状態の変化に基づいてバーストエラーの発生の有無を検出するバーストエラー検出手段を設けたことを特徴とする。
【００２１】
本発明によれば、Ｂ２バイトのビットエラーの発生状態を所定期間監視することにより、通常のエラー監視（例えば、ランダム誤り）で検出できなかった回線故障や機器故障等を要因とするクロック劣化やデータ識別誤りにより、離散的に発生したバーストエラーを検出できるようになり、回線故障の通知や回線切替を行えるようになる。
【００２２】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる伝送装置およびバーストエラー監視方法の好適な実施の形態を詳細に説明する。
【００２３】
はじめに、上述したＳＴＳ−４８フレームフォーマットを例に、Ｂ２エラー検出条件の例（図１３参照）に基づいてバーストエラーを検出するための条件について説明する。Ｂ２エラー検出のためには、以下に説明するように監視フレーム内の誤り個数が所定の個数を満足する必要がある。バーストエラーが発生する状況では、Ｂ２エラーを検出するパリティ検出回路が飽和していると考えられるため、図示されているように、２０４個以上のエラー検出をするためには、最低でも２フレーム（１２５μｓ×２）以上のバーストエラー発生時間が必要である。
【００２４】
１０秒に１回間隔でバーストエラーが発生する場合、図示のように、１．０Ｅ−０７以上のエラーレート設定では、検出時間が７．８７５秒以下となっているため、エラー検出できない。しかし、１．０Ｅ−０８以上のエラーレートを検出条件とすれば通常のエラー検出が可能である。このため、バーストエラーの発生間隔時間と、従来から用いられているＢ２エラー検出時間の関係に基づき、この発明におけるバーストエラー検出部（詳細は後述する）は、エラーレートの設定が、１．０Ｅ−０８と、１．０Ｅ−０９の設定のときにバーストエラーを検出することができる。
【００２５】
例えば、図示のように、エラー検出の閾値（スレッショルドレベル）のエラーレートを１．０Ｅ−０８に設定した場合には、バーストエラー検出手段における１秒あたりのエラー検出個数（＝１秒（８０００フレーム）Ｐｅｒｆｏｒｍａｎｃｅ  Ｍｏｎｉｔｏｒ（ＰＭ）カウント）は１８個である。しかし、パリティエラーが監視ビット中、奇数個エラーする性質を考えると、上述した３８４ビット内で最大３７８ビット（１８個×奇数個として最大の２１倍）エラーしている可能性がある。バーストエラーは、必ずしもＰＭカウント周期（例えば、１秒）に収まらないので、連続した２ＰＭカウント周期で累積エラーカウント値が２０ビット（２×１０ビット）以上であればバーストエラーを検出できる。次に、この発明をＳＯＮＥＴ伝送装置に適用してバーストエラーを検出する具体的構成を実施の形態１、２として説明する。
【００２６】
（実施の形態１）
図１は、この発明の実施の形態１におけるＳＯＮＥＴ伝送装置を示すブロック図である。図示の終端部１０１には、上述した信号回線に関する信号損失検出部８０１と、信号劣化検出部８０２と、バーストエラー検出部１０２と、ＯＲ回路８０３と、ＡＣＴ／ＤＥＡＣＴ処理部８０４が設けられている。
【００２７】
信号損失検出部（Ｓｉｇｎａｌ  Ｆａｉｌ）８０１は、ＬＯＳ，ＬＯＦ，ＡＩＳ−Ｌ，Ｂ２−ＭＪを検出する。信号劣化検出部（Ｓｉｇｎａｌ  Ｄｅｇｒａｄｅ）８０２では、Ｂ２−ＭＩＮを検出する。これら信号損失検出部８０１と、信号劣化検出部８０２は、ロジック回路（ハードウェア）により構成されている。なお、１秒ＰＭカウント自体は、ソフトウェア処理によるポーリングを実行するようになっている。
【００２８】
バーストエラー検出部１０２は、累積Ｂ２カウント部（Ａｃｃｕｍｕｌａｔｅｄ  Ｂ２  Ｃｏｕｎｔ）１０３と、２連続保護部１０４を備えてなる。このバーストエラー検出部１０２は、バーストエラーを検出するソフトウェアにより構成され、このソフトウェアをＣＰＵ上で実行することによりバーストエラー検出処理を実行する。
【００２９】
信号損失検出部８０１と、信号劣化検出部８０２と、バーストエラー検出部１０２により、それぞれ検出された検出信号は、ＯＲ回路８０３を介してＡＣＴ／ＤＥＡＣＴ処理部８０４に出力される。ＡＣＴ／ＤＥＡＣＴ処理部８０４は、検出信号に基づき回線故障時の処理信号を出力する。この処理信号としては、回線故障通知、および回線切替処理の要求を出力する。回線切替処理の要求に基づき、現用回線から予備回線への回線切替が行うことができる。
【００３０】
以下、バーストエラー検出部１０２の構成について詳細に説明する。バーストエラー検出部１０２の累積Ｂ２カウント部１０３は、Ｂ２エラーの１秒ＰＭカウント周期に基づき、１０秒のバーストエラーハンチング周期を設定する。そして、このバーストエラーハンチング周期中、２連続した１秒ＰＭカウントの累積値が２０ビット以上の検出が１回あった場合、バーストエラーとして検出する。
【００３１】
累積Ｂ２カウント部１０３は、従来のエラーレート設定におけるＢ２エラー検出条件との区別をつけるために、このＰＭカウントの累積条件として、複数の設定条件を設け、各設定条件にそれぞれカウントＵＰを行う閾値を設けている。まず、図１３に示したように、エラーレートが１．０Ｅ−０８の設定では、１秒ＰＭカウントあたり１８ビットカウント可能であるため、１８ビットまでのエラーは通常のエラーであるとし、エラーカウントが１９ビット以上のときのみバーストエラーの対象として累積Ｂ２カウント値をインクリメントする設定とする。また、エラーレートが１．０Ｅ−０９の設定では、１秒ＰＭカウントあたり２ビットカウント可能であるため、バーストエラーの対象として累積Ｂ２カウントを３ビット以上のみインクリメントする設定とする。
【００３２】
以下、エラーレートを１．０Ｅ−０９として設定した場合における累積Ｂ２カウント部１０３の動作を説明する。ここで（１）バーストエラーハンチング周期内に２連続した１秒ＰＭカウントの累積値が２０ビット以上の検出が２回以上あった場合には、通常のランダム誤りとして処理し、再ハンチングを開始する。
【００３３】
また、雷などサージや突発的なＥＳＤの印加による偶発的なバーストエラーと図７に示したインターフェース回路におけるＣｌｏｃｋ振幅劣化等により離散的に発生したバーストエラーとを区別するために、下記（２）〜（５）に示す各処理を行う。
【００３４】
（２）バーストエラーの検出が１回のみの場合には、偶発的なバーストエラーの可能性があるため、所定時間のガードタイム経過後、再度バーストエラーを検出したときにはじめてバーストエラーの検出信号を出力するものとする。このガードタイムは、ユーザが任意の時間を設定可能とする。この所定時間は、前述したバーストエラーの性質と、Ｂ２パリティの飽和特性に基づいて１０分から６０分の範囲内で１０分間隔で任意な値を設定することができる。
【００３５】
例えば、図１２に示したパリティの飽和特性から、エラーレートが２．００Ｅ−０３付近で飽和するため、図１１においては、バーストエラーの発生間隔が６０分以内を対象としてガードタイムを設定する。また、図１１では、１０分に１回バーストエラー発生した場合であっても、８．３Ｅ−０３とかなり高いエラーレートで発生するため、ガードタイムを１０分以上６０分の範囲で設定することが適切である。このような、ガードタイムの設定により、通常のエラーとバーストエラーとを判別することができるようになる。
【００３６】
（３）そして、ガードタイムを設定することにより、このガードタイム中に１度でもバーストエラーが検出された場合には、通常のランダム誤りとして処理し、再ハンチングを開始する。
【００３７】
（４）現用回線と、予備回線の各々における１０秒のバーストエラーハンチング周期中、短い時間（例えば、±１秒）の差で両回線ともにバーストエラーが検出されたときは、ＥＳＤによる偶発的なバーストエラーと判断し、再ハンチングを開始する。
【００３８】
（５）上記の条件にて検出されたバーストエラー検出信号は、保護を持たせるために、その後の再ハンチングにてガードタイム後のバーストエラー未検出状態が所定回数（例えば、２回）連続したら解除とする。上記保護は、バーストエラーが回線故障に基づき発生した後の解除をより的確に判断するために行うものである。
【００３９】
上記の（１）〜（５）の各処理により、バーストエラーを検出することができ、得られた検出信号を回線故障の判断条件として加える。これにより、バーストエラーによる回線故障のエラー通知や、回線切替の処理を行うことができるようになる。
【００４０】
図２は、バーストエラー検出部によるバーストエラー検出処理を示すフローチャートである。図には、現用回線に対するバーストエラーの検出処理を主に記載しているが、同様の処理を予備回線に対しても同時並行して行うことができる。
【００４１】
バーストエラー検出部１０２は、バーストエラーの検出を開始すると、Ｂ２ＰＭが２回連続した累積値が、２０ビット以上のカウントを１回検出した場合にバーストエラーとして検出する。まず、ハンチング周期である１０秒の期間中に、２回連続した累積値が２０ビット以上のカウントが１回のみか否か判断する（ステップＳ２０１）。１回のみの場合には（ステップＳ２０１：Ｙｅｓ）、１回目のバーストエラーの初回検出状態であると判断し、ステップＳ２０２に進む。
【００４２】
ステップＳ２０２では、予備回線で±１秒の差以内に２回連続の累積値が２０ビット以上のカウントが１回未検出であるか否か判断する。未検出であれば（ステップＳ２０２：Ｙｅｓ）、ステップＳ２０３に進む。
【００４３】
ステップＳ２０３では、設定したガードタイム中に２回連続の累積値で２０ビット以上のカウントが未検出であるか否か判断する。未検出であれば（ステップＳ２０３：Ｙｅｓ）、ステップＳ２０４に進む。
【００４４】
ステップＳ２０４では、設定したガードタイム後に２回連続の累積値で２０ビット以上のカウントが１回検出されたか否かを判断する。検出されたとき（ステップＳ２０４：Ｙｅｓ）、上記ステップＳ２０１〜Ｓ２０４の各条件を全て満足しており、設定した条件を満たし、バーストエラーの発生の検出が完了したとして、初めてバーストエラーの検出信号を外部出力する。
【００４５】
したがって、上記各条件を満たさない場合には、いずれも再ハンチング（ステップＳ２０５）を行う。例えば、ステップＳ２０１において、ハンチング周期である１０秒の期間中に、２回連続した累積値が２０ビット以上のカウントが２回以上の場合には（ステップＳ２０１：Ｎｏ）、通常のランダム誤りであると判断し、今回のバーストエラー検出状態を解除（クリア）するとともに、再ハンチングを行う。累積Ｂ２カウント部１０３は、再ハンチング時には、それまでカウントしていた累積Ｂ２カウント値をクリア（例えば、カウント値＝０）する。
【００４６】
また、ステップＳ２０２において、予備回線で±１秒の差以内に２回連続の累積値が２０ビット以上のカウントが１回検出されれば（ステップＳ２０２：Ｎｏ）、偶発的なバーストエラーであると判断し、今回のバーストエラー検出状態を解除（クリア）するとともに、再ハンチングを行う。同様に、ステップＳ２０３において、設定したガードタイム中に２回連続の累積値で２０ビット以上のカウントが検出されれば（ステップＳ２０３：Ｎｏ）、通常のランダム誤りであると判断し、今回のバーストエラー検出状態を解除（クリア）するとともに、再ハンチングを行う。
【００４７】
また、ステップＳ２０４において、設定したガードタイム後に２回連続の累積値で２０ビット以上のカウントが１回未検出のときには（ステップＳ２０４：Ｎｏ）、偶発的なバーストエラーであると判断し、今回のバーストエラー検出状態を解除（クリア）するとともに、再ハンチングを行う。
【００４８】
次に、上記各条件の設定によるバーストエラーの検出処理について具体的に説明する。図３は、バーストエラー検出を説明するためのタイミングチャートである。この図では、エラーレートを１．０Ｅ−０９に設定してある。図３（ａ）には、１秒ＰＭカウント周期が示されており、１０秒のバーストエラーハンチング周期（Ｔ１）をウインドウ設定してある。図３（ｂ）に示すように、累積Ｂ２カウント部１０３は、１秒ＰＭカウントの周期毎に、現用回線に対するＰＭエラーカウントを行う。
【００４９】
そして、累積Ｂ２カウント部１０３は、図３（ｃ）に示すように、１秒ＰＭカウントあたりのエラーカウントが３ビット以上のみ累積Ｂ２カウント値をインクリメントする。例えば、ＰＭエラーカウント（ビット）について、１秒目が３であり、２秒目が２であり、３秒目が２であると、累積Ｂ２カウント値は、１秒目が３であり、２秒目は２ビットなのでカウントアップせず３のまま、３秒目も２ビットなのでカウントをクリアしてカウント値は０となる。また、ＰＭエラーカウントが６秒目と７秒目が２連続して１９、１９であるため、７秒目の累積Ｂ２カウント値が１９＋１９＝３８となり、２０（ビット）を超える。この時期（ｔ１）に累積Ｂ２カウント部１０３は、累積Ｂ２カウント値のデータ”１”を２連続保護部１０４に出力する。この状態で２連続保護部１０４は、カウント値を、０→１にインクリメントする。
【００５０】
この後、図３（ｄ）に示す１０分のガードタイム（Ｔ０）を経た後、再度、１０秒のバーストエラーハンチング周期（Ｔ２）中に、１秒ＰＭカウントの累積値が２０ビット以上の検出が１回生じている（時期ｔ２）。このときの累積Ｂ２カウント値は１８＋３０＝４８となり、２０（ビット）を超えている。この時期（ｔ２）に、累積Ｂ２カウント部１０３は、上記同様に、累積Ｂ２カウント値のデータ”１”を２連続保護部１０４に出力する。この状態で２連続保護部１０４は、カウント値を１→２にインクリメントする。
【００５１】
これにより、２連続保護部１０４は、カウント値が”２”となり、バーストエラー検出信号を外部出力する。図３（ｅ）に示すバーストエラーを外部出力するタイミングは、再度の１０秒のバーストエラーハンチング周期（Ｔ２）が終了したとき（時期ｔ３）まで待って行われ、時期ｔ３以降、継続出力される。
【００５２】
次に、再ハンチングの条件について説明する。図３（ｆ）〜（ｈ）の各条件時には、バーストエラーであると判定せず、２連続保護部１０４は、累積Ｂ２カウントをクリアして再ハンチングを行う。
【００５３】
図３（ｆ）は、上述した設定条件（４）を説明するタイミングチャートである。あるハンチング周期（Ｔ１）の期間中において、現用回線でバーストエラーを検出した時期（ｔ１）と、予備回線でバーストエラーを検出した軸（ｔ４）が設定した短い時間（図示の例では±１秒）の差で生じた状態が示されている。このような場合、雷などのＥＳＤにより、現用回線と予備回線が同時偶発的に生じたバーストエラーであると判断する。そして、２連続保護部１０４は、累積Ｂ２カウントをクリアして再ハンチングを開始する。
【００５４】
図３（ｇ）は、上述した設定条件（１）を説明するタイミングチャートである。あるハンチング周期（Ｔ１）の期間中において、２連続した１秒ＰＭカウントの累積値が２０ビット以上の検出が２回生じた状態が示されている（時期ｔ５および時期ｔ１の２回）。このような場合、通常のランダム誤りとして判断する。２連続保護部１０４は、累積Ｂ２カウントをクリアして再ハンチングを開始する。
【００５５】
図３（ｈ）は、上述した設定条件（３）を説明するタイミングチャートである。あるハンチング周期（Ｔ１）の期間中において、２連続した１秒ＰＭカウントの累積値が２０ビット以上の検出が１回検出されると（時期ｔ１）、２連続保護部１０４は、累積Ｂ２カウントをインクリメントして”１”としている。この後、ガードタイム（Ｔ０）の期間中にバーストエラーが検出（時期ｔ６）された場合が示されている。このように、１度バーストエラーが検出された後、ガードタイム（Ｔ０）の期間中にバーストエラーが検出された場合には、ガードタイム内でのバーストエラーの発生は通常のランダム誤りとして判断する。２連続保護部１０４は、累積Ｂ２カウントをクリアして、再ハンチングを開始する。
【００５６】
次に、バーストエラー検出信号の出力解除について説明する。図４は、バーストエラー検出解除を説明するためのタイミングチャートである。バーストエラー検出信号を出力した後の時期において、再ハンチングにてガードタイム後のバーストエラー未検出状態が所定回数（例えば、２回）連続したときに解除される。図示の例では、１回目の再ハンチング（周期Ｔ３）と、ガードタイム（Ｔ０）と、２回目の再ハンチング（周期Ｔ４）の期間中、継続して２連続した１秒ＰＭカウントの累積値が２０ビット以上の検出が１回もなかった場合が示されている。このようなとき、２連続保護部１０４は、２回目の再ハンチング（周期Ｔ４）の経過時（時期ｔ７）に、バーストエラー検出出力を解除する。
【００５７】
以上説明した実施の形態１によれば、回線故障や、光部品・電子回路等を有する機器故障等を要因として離散的に発生したバーストエラーを検出することができるようになる。このように、数分に１回の間隔で数万ビットのバーストエラーを通常のビットエラーと区別して検出でき、バーストエラー発生時に回線エラー通知や、回線切替処理を行うことができる。加えて、このようなバーストエラーは、既存のパリティ検出手法を用いたソフトウェアの処理により簡単に検出することができる。
【００５８】
（実施の形態２）
次に、この発明の実施の形態２の構成を説明する。上述した実施の形態１では、回線障害（回線故障）を検出するためのＢ２バイトを用いた監視に対して、この実施の形態２においては、パス（Ｐａｔｈ）のエラー通知、および回線切替処理を行うためのＢ３バイトを用いてバーストエラーの検出を行う点のみが相違している。
【００５９】
図５は、この発明の実施の形態２におけるＳＯＮＥＴ伝送装置を示すブロック図である。図５の終端部５０１には、パス障害を検出するために従来から用いられている２つのパス障害検出部５０２，５０３が設けられる。パス障害検出部５０２は、Ｂ３−ＭＪ用であり、パス障害検出部５０３は、Ｂ３−ＭＩＮ用である。これに加えて、この発明では、Ｂ３バイトを用いてバーストエラーを検出するバーストエラー検出部５０４を設ける。バーストエラー検出部５０４は、累積Ｂ３カウント部５０５と、２連続保護部５０６を備えている。これらの構成は実施の形態１で説明したＢ２ビットに対する監視をＢ３バイトに適用した点が異なるだけで基本的な監視動作は同様である。また、ＯＲ回路８０３と、ＡＣＴ／ＤＥＡＣＴ処理部８０４についても、実施の形態１と同様の構成である。
【００６０】
バーストエラー検出部５０４は、累積Ｂ３カウント部（Ａｃｃｕｍｕｌａｔｅｄ  Ｂ２  Ｃｏｕｎｔ）５０５と、２連続保護部５０６を備えてなる。このバーストエラー検出部５０４は、実施の形態１において説明したＢ２バイトの監視に代えて、パス切替用のＢ３バイトを用いてバーストエラーの検出を行う。このように、パスのエラー通知、および切替処理を行うために使用されるＢ３バイトにるパリティエラー検出条件を用いても同様にバーストエラーによる処理が行える。
【００６１】
図６は、ＳＴＳ−Ｎフレームフォーマット中のＢ３バイトを説明するための図表である。図６（ｂ）に示すように、通常のパスエラー監視はＳＴＳ−ＮフレームのＴｒａｎｓｐｏｒｔ  Ｏｖｅｒｈｅａｄ（ＴＯＨ）を除いた全ビットの演算結果（図６（ａ）中斜線部分）と、次フレームのＢ３バイト６０１を比較して行っている。この比較は、ＢＩＰ×８（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｐａｒｉｔｙ  ８）と呼ばれ、誤り監視を行う情報全体を８ビット毎に分割して監視を行うものである。ＳＴＳ−４８ｃの例で説明すると、１フレーム（１２５μｓ）中のトータルビット数は９×８７×４８×８＝３００，６７２ビットとなる。１フレーム中、基準値に雑音が乗ってデータの識別誤りが発生し、バーストエラーが発生した場合、Ｂ３パリティエラーだけあれば、最大でも８ビットしか検出することができない。
【００６２】
この実施の形態２では、実施の形態１で説明したＢ２バイトを用いたときと同様に、２つのパス障害検出部５０２，５０３では、既存のＢ３エラーに対する１秒ＰＭを用いてＢ３−ＭＪおよびＢ３−ＭＩＮによるパリティエラーを検出する。そして、この実施の形態２では、新たに加えられたバーストエラー検出部５０４においてＢ３バイトの監視を行う構成とする。これにより、パスを終端している部分の機器故障等によりバーストエラーが発生しても、パスのエラー通知、および切替処理を行うことができるようになる。
【００６３】
以上説明した実施の形態１、２では、ＳＴＳ−Ｎのフレームフォーマットにおいて、Ｎ＝４８を例に説明した。これに限らず、伝送レートはＳＯＮＥＴで規定されている各種レートＮ（ＯＣ）＝１，３，１２，４８，１９２等の全ての範囲で適用でき、どのレートにおいても上記構成によりバーストエラーを検出することができる。また、この発明は、ＳＯＮＥＴ／ＳＤＨ（ＳｙｎｃｈｒｏｎｏｕｓＤｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）にも適用することができる。
【００６４】
また、上記の実施形態１では、バーストエラー検出部１０２，５０４によりバーストエラーを検出することができるが、終端部１０１には、さらに上述したＯＯＦを用いたバーストエラー検出部（不図示）の構成を加えてもよい。なお、バーストエラー検出部１０２は、ＯＯＦの発生を用いずにバーストエラーの発生を検出することができる。一方、ＯＯＦを用いたバーストエラーの検出部では、クロック劣化を要因として発生したＯＯＦに基づきバーストエラーの発生を検出できる。但し、データ識別誤りではＯＯＦが発生しないため、ＯＯＦを用いたバーストエラー検出部は、データ識別誤りに基づくバーストエラーの検出は行えない。このため、データ識別誤りに基づくバーストエラーを検出するためには、ＯＯＦを用いたバーストエラー検出部を配置した場合であっても、上述した実施の形態で説明したバーストエラー検出部１０２を設ける必要がある。
【００６５】
なお、本実施の形態で説明したバーストエラーの監視方法は、予め用意されたソフトウェアで実行することにより実現することができる。
【００６６】
（付記１）ヘッダ情報とデータ情報をバイト単位で多重してフレーム構成する伝送信号の監視フレーム中で予め特定した所定バイトを監視し、所定期間中における前記所定バイト中のビットエラーの発生状態の変化に基づいてバーストエラーの発生の有無を検出するバーストエラー検出手段を設けたことを特徴とする伝送装置。
【００６７】
（付記２）前記バーストエラー検出手段は、
Ｐｅｒｆｏｒｍａｎｃｅ  Ｍｏｎｉｔｏｒ（ＰＭ）周期に対応して前記所定バイトのパリティエラービット数をカウントし、累積カウント値として保持する累積カウント手段を備え、
前記累積カウント手段によってカウントされた前記パリティエラービット数の累積カウント値が所定カウント値以上になったときにバーストエラーの発生を検出することを特徴とする付記１に記載の伝送装置。
【００６８】
（付記３）前記累積カウント手段により検出されたバーストエラーが複数回発生するまで該バーストエラー検出信号の出力を保留する出力保護手段を設けたことを特徴とする付記１または２に記載の伝送装置。
【００６９】
（付記４）ヘッダ情報とデータ情報をバイト単位で多重してフレーム構成する伝送信号の監視フレーム中で予め特定した所定バイトのビットエラーを検出するビットエラー検出工程と、
予め定めた所定期間中における前記所定バイト中の前記ビットエラーの発生状態の変化に基づき、バーストエラーの発生の有無を検出するバーストエラー検出工程を含むことを特徴とするバーストエラー監視方法。
【００７０】
（付記５）前記バーストエラー検出工程は、
Ｐｅｒｆｏｒｍａｎｃｅ  Ｍｏｎｉｔｏｒ（ＰＭ）周期に対応して前記所定バイトのパリティエラービット数をカウントし累積カウント値として保持し、該累積カウント値が所定カウント値以上になったときにバーストエラーの発生を検出する累積カウント工程を含むことを特徴とする付記４に記載のバーストエラー監視方法。
【００７１】
（付記６）前記累積カウント工程は、
前記バーストエラーを検出するためのエラーレートの設定に対応して、通常のパリティチェックによりエラー検出可能なビット数に対応した閾値を設け、該閾値を超えたエラービット数に対して前記累積カウント処理を行うことを特徴とする付記５に記載のバーストエラー監視方法。
【００７２】
（付記７）前記累積カウント工程は、
前記バーストエラーによって発生が想定される前記エラービット数に応じて前記所定バイトのパリティエラービット数の監視単位を前記複数のＰＭ周期を用いて行うことを特徴とする付記５に記載のバーストエラー監視方法。
【００７３】
（付記８）前記累積カウント工程は、
前記ＰＭ周期に基づき所定期間のハンチング周期を設定し、該ハンチング周期内における前記累積カウント値が所定カウント値以上になったときに、バーストエラーの発生を検出することを特徴とする付記５に記載のバーストエラー監視方法。
【００７４】
（付記９）前記累積カウント工程により検出されたバーストエラーの発生が前記ハンチング周期内に２回以上検出されたとき、前記累積カウント値をクリアして再度のハンチング周期によるカウント再開を行う出力保護工程を含むことを特徴とする付記５〜８のいずれか一つに記載のバーストエラー監視方法。
【００７５】
（付記１０）前記累積カウント工程により検出されたバーストエラーの発生が現用回線と、予備回線とにおいていずれも所定の前記ＰＭ周期内で検出されたとき、前記累積カウント値をクリアして再度のハンチング周期によるカウント再開を行う出力保護工程を含むことを特徴とする付記５〜８のいずれか一つに記載のバーストエラー監視方法。
【００７６】
（付記１１）前記ハンチング周期と次のハンチング周期との間に、前記バーストエラーの発生状態に基づいて所定期間のガードタイムを設定し、前記累積カウント工程により最初のハンチング周期で検出されたバーストエラーの発生後、前記ガードタイム中にバーストエラーの発生が検出されたとき、前記累積カウント値をクリアして再度のハンチング周期によるカウント再開を行う出力保護工程を含むことを特徴とする付記５〜８のいずれか一つに記載のバーストエラー監視方法。
【００７７】
（付記１２）前記ガードタイムは、前記バーストエラーの発生を検出するための所定バイトのビットエラーの飽和特性に基づき、前記所定期間を可変設定自在なことを特徴とする付記１１に記載のバーストエラー監視方法。
【００７８】
【発明の効果】
以上説明したように、この発明によれば、雷などのＥＳＤにより偶発的に発生したバーストエラー以外の、回線故障や機器故障等により離散的に発生したバーストエラーを既存のパリティ検出結果を用いて容易に検出できるようになる。これにより、数分に１回の間隔で数万ビットのバーストエラーを検出できるようになり、回線故障や機器故障時の回線故障の通知や回線切替を行えるようになるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の実施の形態１におけるＳＯＮＥＴ伝送装置を示すブロック図である。
【図２】バーストエラー検出部によるバーストエラー検出処理を示すフローチャートである。
【図３】バーストエラー検出を説明するためのタイミングチャートである。
【図４】バーストエラー検出解除を説明するためのタイミングチャートである。
【図５】この発明の実施の形態２におけるＳＯＮＥＴ伝送装置を示すブロック図である。
【図６】ＳＴＳ−Ｎフレームフォーマット中のＢ３バイトを説明するための図表である。
【図７】伝送装置のインターフェース回路を示すブロック図である。
【図８】従来の終端部の詳細な構成を示すブロック図である。
【図９】バーストエラーの発生状態を示す図である。
【図１０】ＳＴＳ−Ｎフレームのフォーマットを示す図表である。
【図１１】ＳＴＳ−４８（Ｎ＝４８）の場合のバーストエラーレート特性を示す図表である。
【図１２】Ｂ２パリティ監視時のパリティ飽和特性を示す図表である。
【図１３】ＳＴＳ−４８におけるＢ２エラーの検出条件の例を一覧化した図表である。
【符号の説明】
１０１  終端部
１０２  バーストエラー検出部
１０３  累積Ｂ２カウント部
１０４  ２連続保護部
８０１  信号損失検出部
８０２  信号劣化検出部
８０３  ＯＲ回路
８０４  ＡＣＴ／ＤＥＡＣＴ処理部
【図１】
2004282271.tif 000003
【図２】
2004282271.tif 000004
【図３】
2004282271.tif 000005
【図４】
2004282271.tif 000006
【図５】
2004282271.tif 000007
【図６】
2004282271.tif 000008
【図７】
2004282271.tif 000009
【図８】
2004282271.tif 000010
【図９】
2004282271.tif 000011
【図１０】
2004282271.tif 000012
【図１１】
2004282271.tif 000013
【図１２】
2004282271.tif 000014
【図１３】
2004282271.tif 000015