(57)【要約】【課題】  イーサネットをインタフェースとする装置間で、ＳＯＮＥＴ／ＳＤＨのオーバーヘッドで転送される情報に対応する装置監視制御情報を送受信できる装置監視制御情報転送方法を提供する。【解決手段】  本発明では、イーサネットのインタフェースを持つ装置間で、ユーザのデータ転送用の帯域を使うことなく、パディング領域を使って、装置の装置監視制御情報を転送する。装置監視制御情報を乗せるためのパディング領域を含むパケットが生成されない場合は、回線のトラヒック量を監視し、帯域に余裕がある場合は、強制的にパディング領域を使ったパケットを転送する。常時、回線のトラヒック量が１００％である場合は、バッファオーバーフローする可能性があり、オーバーフローが発生したと判断した時点で、強制的に装置監視制御情報を転送することで、対向装置側に障害が発生していることを通知する。【選択図】  図２
2005269507.tif 000002
【特許請求の範囲】
【請求項１】
イーサネット回線で接続されたネットワーク装置間で、ＳＯＮＥＴ／ＳＤＨのオーバーヘッド情報に対応する装置監視制御情報を転送しあう装置監視制御情報転送方法であって、
前記ネットワーク装置が、イーサパケットを送信する際、ユーザデータが挿入されるイーサフレームのパディング領域に前記装置監視制御情報を挿入し、該装置監視制御情報が挿入されたイーサパケットを対向する前記ネットワーク装置に送信する第１のステップと、
前記ネットワーク装置が、イーサパケットを受信すると、前記パディング領域から、前記装置監視制御情報を抜き取る第２のステップを有する装置監視制御情報転送方法。
【請求項２】
前記第１のステップで、前記ネットワーク装置は、自己同期でフレームを検出できるフレームフォーマットを用いて自己同期検出フレームを生成し、該自己同期検出フレームに前記装置監視制御情報を割り付け、該装置監視制御情報が割り付けられた前記自己同期検出フレームを、前記パディング領域に挿入する、請求項１に記載の装置監視制御情報転送方法。
【請求項３】
前記自己同期でフレームを検出できるフレームフォーマットは、ＧＦＰである、請求項２に記載の装置監視制御情報転送方法。
【請求項４】
前記装置監視制御情報は、該装置監視制御情報を生成した前記ネットワーク装置の装置ＩＤを含む、請求項１から３のいずれか１項に記載の装置監視制御情報転送方法。
【請求項５】
前記装置監視制御情報は、該装置監視制御情報が生成された時刻情報を含む、請求項１から４のいずれか１項に記載の装置監視制御情報転送方法。
【請求項６】
前記第１のステップで、前記ネットワーク装置は、送信バッファ内のイーサパケットの滞留量と前記イーサネット回線の使用率から、帯域に余裕があると判断した場合、前記ユーザデータが挿入されるイーサフレームに前記パディング領域がない場合でも、前記パディング領域を強制的に生成して、これに前記装置監視制御情報を挿入する、請求項１から５のいずれか１項に記載の装置監視制御情報転送方法。
【請求項７】
前記第１のステップで、前記ネットワーク装置は、送信バッファ内のイーサパケットの滞留量と前記イーサネット回線の使用率から、帯域に余裕がないと判断した場合、所定の時間、前記送信バッファ内のイーサパケットの滞留量と前記イーサネット回線の使用率を監視し、帯域に余裕ができたと判断した場合、前記ユーザデータが挿入されるイーサフレームに前記パディング領域がない場合でも、前記パディング領域を強制的に生成して、これに前記装置監視制御情報を挿入し、帯域に余裕がないと判断した場合、前記イーサネット回線がオーバーフローすることを予測して、ユーザデータの生成を中止し、前記パディング領域を強制的に生成して、これに前記装置監視制御情報を挿入する、請求項１から６のいずれか１項に記載の装置監視制御情報転送方法。
【請求項８】
前記第２のステップで、前記ネットワーク装置は、受信したイーサパケットのパケット長を確認し、パケット長が所定の大きさより小さい場合にのみ、前記パディング領域が存在すると判断して、前記装置監視制御情報を抜き取る、請求項１から７のいずれか１項に記載の装置監視制御情報転送方法。
【請求項９】
前記第２のステップで、前記ネットワーク装置は、受信した複数のイーサパケットの前記パディング領域から、前記装置監視制御情報が割り付けられている前記自己同期検出フレームを抜き取り、分割されて挿入されている前記自己同期検出フレームを再生する、請求項３から８のいずれか１項に記載の装置監視制御情報転送方法。
【請求項１０】
前記パディング領域の発生状態が前記自己同期検出フレームの帯域より多い場合、前記自己同期検出フレームごとの同期を取り、前記自己同期検出フレームを再生する、請求項９に記載の装置監視制御情報転送方法。
【請求項１１】
前記パディング領域の発生状態が前記自己同期検出フレームの帯域より少ないか等しい場合、前記自己同期検出フレームを連続して再生する、請求項９に記載の装置監視制御情報転送方法。
【請求項１２】
前記装置監視制御情報は、前記装置監視制御情報と次の前記装置監視制御情報の間に転送されたイーサフレームのＢＩＰ演算の結果を含む、請求項１から１１のいずれか１項に記載の装置監視制御情報転送方法。
【請求項１３】
前記装置監視制御情報は、前記イーサネット回線での符号化されたコードのコードエラー情報を含む、請求項１から１２のいずれか１項に記載の装置監視制御情報転送方法。
【請求項１４】
前記イーサネット回線は２重回線であり、前記装置監視制御情報は、ＳＯＮＥＴ／ＳＤＨにおけるＫ１、Ｋ２に対応する情報を含む、請求項１から１３のいずれか１項に記載の装置監視制御情報転送方法。
【請求項１５】
請求項１から１４のいずれか１項に記載の各ステップを、前記ネットワーク装置となるべきコンピュータに実行させるプログラム。
【請求項１６】
請求項１から１４のいずれか１項に記載の各ステップを、前記ネットワーク装置となるべきコンピュータに実行させるプログラムを記録した、コンピュータ読み取りが可能な記録媒体。
【請求項１７】
ＳＯＮＥＴ／ＳＤＨのオーバーヘッド情報に対応する装置監視制御情報を転送しあう、イーサネット回線で接続されたネットワーク装置であって、
イーサパケットを送信する際、ユーザデータが挿入されるイーサフレームのパディング領域に前記装置監視制御情報を挿入し、該装置監視制御情報が挿入されたイーサパケットを対向する前記ネットワーク装置に送信する第１の手段と、
イーサパケットを受信すると、前記パディング領域から、前記装置監視制御情報を抜き取る第２の手段を有するネットワーク装置。
【請求項１８】
前記第１の手段は、自己同期でフレームを検出できるフレームフォーマットを用いて自己同期検出フレームを生成し、該自己同期検出フレームに前記装置監視制御情報を割り付け、該装置監視制御情報が割り付けられた前記自己同期検出フレームを、前記パディング領域に挿入する手段をさらに有する、請求項１７に記載のネットワーク装置。
【請求項１９】
前記自己同期でフレームを検出できるフレームフォーマットは、ＧＦＰである、請求項１８に記載のネットワーク装置。
【請求項２０】
前記装置監視制御情報は、該装置監視制御情報を生成した前記ネットワーク装置の装置ＩＤを含む、請求項１７から１９のいずれか１項に記載のネットワーク装置。
【請求項２１】
前記装置監視制御情報は、該装置監視制御情報が生成された時刻情報を含む、請求項１７から２０のいずれか１項に記載のネットワーク装置。
【請求項２２】
前記第１の手段は、送信バッファ内のイーサパケットの滞留量と前記イーサネット回線の使用率から、帯域に余裕があると判断した場合、前記ユーザデータが挿入されるイーサフレームに前記パディング領域がない場合でも、前記パディング領域を強制的に生成して、これに前記装置監視制御情報を挿入する手段をさらに有する、請求項１７から２１のいずれか１項に記載のネットワーク装置。
【請求項２３】
前記第１の手段は、送信バッファ内のイーサパケットの滞留量と前記イーサネット回線の使用率から、帯域に余裕がないと判断した場合、所定の時間、前記送信バッファ内のイーサパケットの滞留量と前記イーサネット回線の使用率を監視し、帯域に余裕ができたと判断した場合、前記ユーザデータが挿入されるイーサフレームに前記パディング領域がない場合でも、前記パディング領域を強制的に生成して、これに前記装置監視制御情報を挿入し、帯域に余裕がないと判断した場合、前記イーサネット回線がオーバーフローすることを予測して、ユーザデータの生成を中止し、前記パディング領域を強制的に生成して、これに前記装置監視制御情報を挿入する手段をさらに有する、請求項１７から２２のいずれか１項に記載のネットワーク装置。
【請求項２４】
前記第２の手段は、受信したイーサパケットのパケット長を確認し、パケット長が所定の大きさより小さい場合にのみ、前記パディング領域が存在すると判断して、前記装置監視制御情報を抜き取る手段をさらに有する、請求項１７から２３のいずれか１項に記載のネットワーク装置。
【請求項２５】
前記第２の手段は、受信した複数のイーサパケットの前記パディング領域から、前記装置監視制御情報が割り付けられている前記自己同期検出フレームを抜き取り、分割されて挿入されている前記自己同期検出フレームを再生する手段をさらに有する、請求項１９から２４のいずれか１項に記載のネットワーク装置。
【請求項２６】
前記第２の手段は、前記パディング領域の発生状態が前記自己同期検出フレームの帯域より多い場合、前記自己同期検出フレームごとの同期を取り、前記自己同期検出フレームを再生する手段をさらに有する、請求項２５に記載のネットワーク装置。
【請求項２７】
前記第２の手段は、前記パディング領域の発生状態が前記自己同期検出フレームの帯域より少ないか等しい場合、前記自己同期検出フレームを連続して再生する手段をさらに有する、請求項２５に記載のネットワーク装置。
【請求項２８】
前記装置監視制御情報は、前記装置監視制御情報と次の前記装置監視制御情報の間に転送されたイーサフレームのＢＩＰ演算の結果を含む、請求項１７から２７のいずれか１項に記載のネットワーク装置。
【請求項２９】
前記装置監視制御情報は、前記イーサネット回線での符号化されたコードのコードエラー情報を含む、請求項１７から２８のいずれか１項に記載のネットワーク装置。
【請求項３０】
前記イーサネット回線は２重回線であり、前記装置監視制御情報は、ＳＯＮＥＴ／ＳＤＨにおけるＫ１、Ｋ２に対応する情報を含む、請求項１７から２９のいずれか１項に記載のネットワーク装置。
【請求項３１】
請求項１７から３０のいずれか１項に記載の前記第１の手段および前記第２の手段を有する端末装置と、
イーサネット回線によって前記端末装置と接続され、前記端末装置の送信したデータを、ネットワークを介して相手方装置に送信し、前記相手方装置から前記ネットワークを介して受信したデータを前記端末装置に送信する、請求項１７から３０のいずれか１項に記載の前記第１の手段および前記第２の手段を有する伝送装置と、
前記端末装置と前記伝送装置に接続され、前記装置監視制御情報を収集する監視制御装置とを有し、障害監視を含む装置監視制御を行う装置監視制御情報転送システム。
【請求項３２】
請求項３０に記載の前記第１の手段および前記第２の手段を有する端末装置と、
イーサネット回線によって前記端末装置と接続され、前記端末装置の送信したデータを、２重イーサネット回線を介して相手方装置に送信し、前記相手方装置から前記２重イーサネット回線を介して受信したデータを前記端末装置に送信する、請求項３０に記載の前記第１の手段および前記第２の手段を有する伝送装置と、
前記端末装置と前記伝送装置に接続され、前記装置監視制御情報を収集する監視制御装置とを有し、障害監視と、２重イーサネット回線の切り替えを含む装置監視制御を行う装置監視制御情報転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イーサネット、特に、ギガビットイーサや１０ギガビットイーサと言った高速なイーサネットをインタフェースとするネットワーク装置間での装置監視制御情報を転送する方法に関し、イーサパケットの無効領域を使った装置監視制御情報転送方法に関する。
【背景技術】
【０００２】
ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）に使用されるインタフェースとして、ＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ ＮＥＴｗｏｒｋ）／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）があり、ネットワークの信頼性を高めるために、次に示すような機能を有している。
【０００３】
伝送路の保守監視機能（Ｏｐｅｒａｔｉｏｎｓ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｍａｉｎｔｅｎａｎｃｅ ａｎｄ Ｐｒｏｖｉｓｉｏｎｉｎｇ（ＯＡＭ＆Ｐ））を実現するために、ＳＯＮＥＴ／ＳＤＨフレームに専用のオーバーヘッド領域が設けられている。装置監視制御情報を送信するネットワーク装置は、１２５μｓｅｃ周期で、各種の装置監視制御情報を転送する。装置監視制御情報を受信するネットワーク装置は、これらの装置監視制御情報を処理することで、フレームの同期状態、伝送路品質監視、障害情報などを判断する。また、保守管理用のチャネルを利用して試験を実施できる機能がある。
【０００４】
ところで、イーサネットで同様の機能を実現しようとしても、ＳＯＮＥＴ／ＳＤＨフレームのように専用のオーバーヘッド領域が存在しない。そこで、イーサネットフレーム間で何も情報を送っていないＩｎｔｅｒ Ｆｒａｍｅ Ｇａｐ（ＩＦＧ）の領域を使って、ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する情報を転送する技術が提案されている（例えば、非特許文献１参照）。
【０００５】
例えば、ギガビットイーサの場合は、伝送路符号化として８Ｂ−１０Ｂ符号を使って転送するが、ＩＦＧはアイドル符号（Ｉｄｅｌ／Ｉ）という特殊符号に置き換えられる。この領域は、データフレームがないというだけでなく、イーサネットのインタフェースを有する装置が独立同期で動作するためのクロック周波数差調整用にも使われている。
【０００６】
このＩＦＧは、送信側では最低１２バイトの挿入が必要で、受信側では最低４バイト存在することが必要であるという仕様である。しかし、１００Ｍｂｐｓ以上のイーサネットでは、この必要最低限のＩＦＧでのアイドル符号（Ｉｄｅｌ／Ｉ）の量は標準仕様よりはるかに少ない。よって、ＩＦＧが挿入される頻度が最も少なくなる最長のイーサフレームが、最短のＩＦＧを挟んで連続的に転送されてきても、クロック周波数調整用に必要なアイドル符号（Ｉｄｅｌ／Ｉ）以上にアイドル符号（Ｉｄｅｌ／Ｉ）が存在することになる。この使われないアイドル符号（Ｉｄｅｌ／Ｉ）の一部を伝送路の保守監視機能（ＯＡＭ＆Ｐ）転送用に割り振ることで、ユーザのデータ転送帯域を一切使わずに、ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する情報を転送することができる。この転送は、イーサネットに対してトランスペアレントで、しかも、プロトコル変換をほとんど行わないで、レイヤ１のインタフェースを実現する。
【０００７】
ＩＦＧを使ってＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する情報を転送するには、次のような問題点がある。
【０００８】
（１）ＳＯＮＥＴ／ＳＤＨフレームでは、装置監視制御情報を１２５μｓｅｃ周期で送信することが保証されているが、ＩＦＧには周期性がないため、一定間隔で装置監視制御情報を転送する保証はない。
【０００９】
（２）ＳＯＮＥＴ／ＳＤＨフレームでは、回線の帯域に対してオーバーヘッドの割合は一定（約３．７％）であるが、イーサネットでのＩＦＧの割合は０．７８％から１００％で変動するため、最悪の条件下では、ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する情報のすべてを転送できる容量を確保できない。
【００１０】
（３）ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報は、バイト位置により、そのバイト機能が規定されており、その機能を判定できるが、ＩＦＧを使って転送するために制御情報用に定義されるオーダドセット（制御などの目的で使用される連続した符号の集まり）の位置は変動するため、オーダドセットの位置と機能を対応させることができない。
【００１１】
この問題に対応するために、次のようなことが行われている。
【００１２】
１．階層・機能情報を付加し、装置監視制御情報とともに転送することで、ＳＯＮＥＴ／ＳＤＨにおけるセクション、ライン、パスの階層を判定し、管理することを可能にし、機能情報により、何の情報が転送されているかを判断できる。これにより、保守管理情報の機能が識別できる。
【００１３】
２．フレーム境界を示すオーダドセットによるバーチャルフレームを構成して、約１２５μｓｅｃ周期で転送する。このバーチャルフレーム内にオーダドセットを配置し通信することで、周期的な通信を可能にし、バーチャルフレームの正常性のチェックにより、フレーム同期外れＬｏｓｓ ＯＦ Ｆｒａｍｅ （ＬＯＳ）などの検出に使う。
【００１４】
３．装置監視制御情報の限定により、ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報で使用法が定義されていないオーバーヘッドバイトや不必要なポインタ（Ｈ１、Ｈ２、Ｈ３など）のオーダドセットを設けず、装置監視制御情報の周期や定義を変更することにより、必要な帯域を縮小し、装置監視制御情報の通信を実現しており、ギガビットイーサでの場合は、最悪のケースでの装置監視制御情報用の帯域を約１Ｍｂｐｓ程度としている。
【００１５】
また、ここで使用されるオーダドセットは、８Ｂ−１０Ｂ符号化方法を採用しているギガビットイーサ標準仕様との整合性を考慮する必要があり、コーディング方法に制限が付く。ＩＦＧを使った装置監視制御情報の転送に対応していない装置に誤って接続されても、ギガビットイーサのインタフェースを有する装置が誤動作しないように、オーダドセットを決める必要がある。ＩＦＧを使った装置監視制御情報の転送に対応していない装置が無視してくれるオーダドセットを使って転送している。
【非特許文献１】筆者  ＮＥＣ、ＮＴＴ、Ｉｎｔｅｌ、Ｎｏｒｔｅｌ他          刊行物の題名  ＩＥＥＥ ８０２．３ａｅ Ｌ ＳＳ Ｐｒｏｐｏｓａｌ （Ｒ１）          発行年月日  ２０００年７月１０〜１３日          説明ページ・行・図面   ｓｌｉｄｅ ６〜１１
【発明の開示】
【発明が解決しようとする課題】
【００１６】
第１に、イーサネットはそもそもＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）規格であるが、近年ギガビットイーサ、１０ギガビットイーサなどの規格が定義され、ＭＡＮやＷＡＮ領域で使われるような大容量のインタフェースを持つことになった。イーサネットをインタフェースに持つ装置では、警報転送機能を基本的に持たないので、障害発生時の障害点切り分けが難しい。
【００１７】
すなわち、イーサネットをインタフェースに持つ装置間では、ＳＯＮＥＴ／ＳＤＨインタフェースのような警報転送機能および装置内状態の転送機能を持たない。そのため、イーサネットをインタフェースに持つ装置では、入力信号断によって回線が使えなくなった場合のみ、装置間でのリンク状態をＯＦＦにし、回線が使えないことを対向する装置に伝える機能しかなく、回線が使えなるか否かの判断しかできない。基本的に、イーサのインタフェースでは、入力障害とリンク状態を監視するのみであるので、障害時の障害点切り分けが難しい。
【００１８】
第２に、イーサネットの規格上は、警報転送機能が規定されていないが、障害情報を転送できる機能を設けた保守管理用のパケットを定義しても、ユーザのデータ転送帯域を使って転送することになり、ユーザが使えるデータ転送帯域に制限が出てしまう。つまり、イーサネットのインタフェースで規定される最高速度まで達することができないことになる。
【００１９】
すなわち、イーサネットの規格上は、警報転送機能が規定されていないが、障害情報を転送できる機能を作り込んでも、イーサネットのフレーム上には警報転送用の領域が割り当てられていないので、データと同様にイーサパケットを生成して転送することになる。装置間で障害情報を転送するためのパケットが新たに生成されることから、ユーザ帯域に影響を与えてしまい、ピーク状態で転送がされている場合は、転送データを優先的に送り、警報転送用のパケット送信を一時停止するか、強制的に警報転送用のパケットを挿入するかの二者択一となり、警報転送が待たされ、転送したい障害情報が規定時間以内に転送できない問題が発生したり、ユーザのデータが警報転送用のパケット挿入に伴い、遅れて転送されたり、最悪のケースとしては、データ用のバッファがオーバーフローし、ユーザデータが廃棄される可能性が生じたりする。
【００２０】
第３に、ユーザデータ用の帯域に影響を与えず、装置間で障害情報を転送する場合、イーサネットのパケットを転送する際に、データ転送における無効領域を使って転送することが考えられる。その１つに、上述のようなＩＦＧを使う方法がある。しかし、ＩＦＧにデータをそのまま挿入することができず、受信側でユーザデータとして判定されない特殊コードを選んで送信する必要があり、転送できるコードの組み合わせに制限が出る。プリアンブルを使う場合も考えられるが、同様の問題が発生する。
【００２１】
すなわち、ＩＦＧ転送用には特殊コードを使っており、この領域にデータをそのまま挿入してしまうと、ＩＦＧと認識されず、従来のイーサネットのインタフェースと互換性が保てなくなる。つまり、ＩＦＧとデータを混同したり、フレームの境目が正常に判断できなくなったりしてしまう。また、イーサパケット間では、最短で１２バイトのＩＦＧが挿入されるが、その１２バイトすべてに情報を入れることはできず、ＩＦＧ識別用に最低必要な情報はＩＦＧとして残す必要があるので、挿入できる情報量に制限がでる。インタフェースの転送速度にも依存するが、ギガビットイーサの場合は、ＩＦＧを使って転送した場合、数Ｍｂｐｓになり、ＳＯＮＥＴ／ＳＤＨでのオーバーヘッドで転送している情報と完全互換で転送する容量がなく、一部簡略化する必要がある。
【００２２】
第４に、インタフェースの速度が高速化するにつれて、回線の信頼性が重要になってくるが、従来のイーサネットの仕様では、ＳＯＮＥＴ／ＳＤＨに対応できる障害判定、品質管理が行えないという点である。
【００２３】
すなわち、従来のイーサネットのインタフェースを持つ装置は、インタフェースの速度がせいぜい百Ｍｂｐｓオーダであり、特に障害が発生しても、ルータにおける別のパスを探索し、迂回ルートにて転送すれば、大きな問題にはならなかった。しかしながら、近年、規格化されたイーサネットのインタフェースでは、Ｇｂｐｓや１０Ｇｂｐｓのオーダとなり、ＳＯＮＥＴ／ＳＤＨ回線として転送している大容量の回線と比較しても変わらない情報量となっている。これらのような大容量の回線で障害が発生すると、ネットワークに与える影響が大きく、イーサネットのインタフェースでも高い信頼性が求められるようになってきた。そこで、ＳＯＮＥＴ／ＳＤＨに対応できる障害判定、品質管理を行える必要がある。
【００２４】
第５に、イーサネットをインタフェースに持つ装置では、障害発生時の迂回回線に切り替えるまでの時間が長いという問題がある。
【００２５】
すなわち、イーサネットをインタフェースに持つ装置では、回線を２重化して予備回線を設けるという発想がなく、ルータで構成されたネットワークにて障害発生時は、迂回できるルートを算出して切り替える方法となる。よって、ルータどうしが通信し、迂回ルートを算出するため、迂回ルートを探し、迂回ルートに切り替えるまでに時間がかかり、高速で切り替えることができない。
【００２６】
本発明の目的は、イーサネットのインタフェースを有する装置間において、装置監視制御情報を転送することでお互いの装置の状態を確認し、障害が発生した場合に障害発生点を特定することを可能とし、装置監視制御情報を転送する際に、伝送中のユーザデータの帯域に影響を与えないで対向装置に通知することができる装置監視制御情報転送方法を提供することにある。
【課題を解決するための手段】
【００２７】
上記目的を達成するために、本発明は、イーサパケットを生成する際に発生するパディング領域を使って情報を転送する。本発明は、転送される情報を、例えば、イーサパケットをＳＯＮＥＴ／ＳＤＨフレームに収容する際に用いられるＧｅｎｅｒｉｃ Ｆｒａｍｉｎｇ Ｐｒｏｃｅｄｕｒｅ（ＧＦＰ）を使って転送する。
【００２８】
パディング領域は、回線上のトラヒックにも影響を受け、必ずしも周期的に得られるものではない。また、パディング領域自体、常時変動する。そこで、ＧＦＰ化して転送することで、途中でフラグメントされた状態で転送されても、受信側でパディング領域を順番に再生してゆくことで受信でき、情報の先頭位置はＧＦＰのフレーム同期を取ることで認識できる。
【００２９】
また、回線のトラヒックにおけるパディングの領域が、転送したい装置監視制御情報より少ない場合、装置監視制御情報が送信できない状態が継続してしまう。この状態を避けるために、常時トラヒック量を監視する。回線の容量に対して、転送データが１００％以下で、回線の容量に余裕がある場合は、強制的にパディングされたパケットを送信側で作り込み、装置監視制御情報をこれに挿入することで、装置監視制御情報をある一定時間以内に送信する。
【００３０】
基本的に、イーサネットの回線では、トラヒックが常時１００％の回線利用率で使われることがないので、挿入は可能である。また、回線が１００％の利用率で転送中に装置監視制御情報を転送したい場合は、送信側のパケットバッファの滞留値を監視し、閾値を越えていなかったら装置監視制御情報を転送し、閾値を越えている場合は一定時間監視し、ユーザデータを優先して転送して、パケットバッファの滞留値閾値以内に収まった時点で装置監視制御情報を転送する。一定時間監視後も状況に変化がない場合は、オーバーフローすることを予測して強制的に装置監視制御情報を挿入する。以上の処理を行うことで、ユーザデータの転送に影響を与えることなく、可能な限り装置監視制御情報を転送することができる。
【００３１】
イーサネットにおいて、ユーザデータの転送に回線が１００％使われている状態が継続している場合は、その回線を流れるトラヒック自体が異常状態であることを示しており、バッファオーバーフローなどが多発し、再送が頻繁に行われていることが考えられる。この場合は、装置監視制御情報を転送できないが、バッファオーバーフローを判定した際は、強制的に装置監視制御情報を転送することで、対向側に障害情報を伝える。この場合、ユーザデータの転送に影響を与えるが、そもそもバッファオーバーフローが発生しているので、まともにデータが再生できないことから、システム上問題はない。
【００３２】
また、一定の周期において装置監視制御情報を転送する容量に対してイーサパケットのパディング領域の総容量が多い場合、ＧＦＰのアイドルパケットを生成して、装置監視制御情報を転送するＧＦＰとの間に挿入し、帯域を埋めることで、受信側におけるＧＦＰのフレーム先頭位置を判定できるようにしている。一定の周期において装置監視制御情報を転送する容量に対してイーサパケットのパディング領域の総容量が少ない場合は、ＧＦＰのアイドルパケットが挿入されないが、受信側で装置監視制御情報を転送するＧＦＰが連続して受信されたと判断され、ＧＦＰのフレームの区切りは判定でき、フレームの再生は可能となる。
【００３３】
送信側で周期的に装置監視制御情報を転送しようとしても、イーサフレームのパディング領域に挿入して転送するために揺らぎが発生してしまう。しかし、受信側ではどれくらいの揺らぎが発生したかは、装置監視制御情報を受信しているのみでは判定がつかない。そこで、送信側で装置監視制御情報を生成した時の時刻情報を装置監視制御情報の領域に挿入し転送することで、受信側でも正確な時間間隔を認識できる方法を取る。
【００３４】
イーサネットをインタフェースとする装置間での回線品質を測定するには、イーサパケットのＦＣＳによってエラーチェックを行うことで実現されるが、イーサパケットが到着していない間はエラーチェックが行えないことになる。そこで、本発明では、データが転送されていない間のエラーチェックが行えるように、回線上を流れるデータのコードパターンの異常を検出することで、ＳＯＮＥＴ／ＳＤＨインタフェースにおけるＳＤに対応する警報を定義する。ギガビットイーサ以下の速度のインタフェースでは、８Ｂ−１０Ｂコードにおける異常コードの検出で行われ、１０ギガビットイーサの場合は６４Ｂ／６６Ｂコードにおける異常コードの検出で行う。それと同時に、本発明では、イーサパケットのＦＣＳによってパケットごとのエラーチェックと装置監視制御情報の転送用ＧＦＰのパケット間で生成されたイーサパケットに対し、ＢＩＰ演算を施すことで、有効な伝送データにおけるエラーレイトも判定できるようにする。
【発明の効果】
【００３５】
以上説明したように、本発明によれば、次のような効果を有する。
【００３６】
第１に、イーサネットをインタフェースとする装置間での障害監視が可能となり、障害の切り分けが容易になることである。
【００３７】
なぜなら、従来は、イーサネットのインタフェースでは、入力信号断と回線のリンク状態しか判定できず、その状態の転送に関する規定もないことが原因で、回線が使えない状態の判定はできるものの、障害発生点の切り分けは難しかった。しかし、イーサネットを介して接続されている装置間で、装置の装置監視制御情報を送りあうことで、双方の装置にて相手の装置の状態を知ることができ、障害の切り分けの判定条件とすることができるからである。
【００３８】
第２に、装置間で転送する装置監視制御情報は、ユーザデータの帯域に影響を与えず送ることができることである。
【００３９】
なぜなら、イーサパケットのパディング領域を使うことで、装置監視制御情報を転送するのに必要な帯域を別途設ける必要無く、転送が可能であるからである。
【００４０】
第３に、単純にパディング領域を使って転送しようとすると、６４バイト以下のパケットが到着しないこともあるので、装置監視制御情報を転送できない場合も生じるが、本発明では、そのような場合でも、ある間隔以内に装置監視制御情報を転送することができる方法を提供できる点である。
【００４１】
その理由を次に説明する。回線を流れるトラヒック量とパケットを収容しているバッファの滞留量を監視し、装置監視制御情報を転送する間隔の最大許容値に近づいた場合、ユーザデータに溢れが生じないことを判定後、強制的にパディングしたパケットを転送し、装置監視制御情報を転送する。イーサネットの場合、ピーク時に１００％の帯域が使われデータを転送する状態になることがあるが、この状態が継続して続くことは考えられず、すぐに使用帯域が低下する。
【００４２】
よって、ネットワークが正常な状態で回線の帯域を１００％使って常時データを転送することはなく、このような状態が継続する場合は、ネットワークに障害が発生し、輻輳が多発しているため、パケットバッファの一部がオーバーフローしていることが考えられる。このとき、ユーザデータを転送しようとしても、パケットバッファがオーバーフローしているため、正常に転送できない。この場合は、ユーザデータの代わりに、装置監視制御情報を転送し、相手にパケットバッファがオーバーフローを通知してもシステム上問題無く、障害状態が確実に認識できることになる。
【００４３】
第４に、本発明を用いることで、受信側での障害監視の精度が向上する。
【００４４】
その理由は、装置監視制御情報を転送する際に、装置監視制御情報を生成した時刻情報を装置監視制御情報内に格納して転送することで、装置監視制御情報を転送する際に生じた揺らぎを受信側でも正確に判断することができ、装置監視制御情報の生成間隔が正確になることで、受信側での障害監視の精度が向上するからである。
【００４５】
第５に、ＩＦＧを使って装置監視制御情報を転送する方法に比べて、転送できる情報の制限が少なく、データを転送するのと同じ方法で監視制御情報を転送することができる。
【００４６】
その理由は、本発明では、装置監視制御情報を転送するのにデータのパディング領域を使っているので、基本的に取り扱いはデータと同じであるからである。データの挿入点でのデータのパターンには制約がなく、フレーム構成後にコード変換される８Ｂ−１０Ｂのところにおいて、一般のデータ情報とＩＦＧなどの情報との区別がつくような符号化がされる。
【００４７】
ＩＦＧを使って装置監視制御情報を転送する場合は、このＩＦＧに直接データを挿入することから、使えるコードパターンに制約を受ける。また、現状使われているイーサネットのインタフェースにて誤動作しないように、このコードパターンを選定する必要がある。しかし、本発明では、データ領域に装置監視情報を挿入して転送するので、そのような制限がない。
【００４８】
また、ＩＦＧを使って装置監視制御情報を転送する場合、ギガビットイーサのインタフェースでの例で考えると、最悪の状態では、装置監視制御情報を転送するのに１Ｍｂｐｓ程度の帯域しか取ることができない。ＳＯＮＥＴ／ＳＤＨフレームでは、回線の帯域に対しオーバーヘッドの割合は一定（約３．７％）であり、同等の情報量を転送しようとすると、約３７Ｍｂｐｓとなり圧倒的に不足する。そのために、最悪状態でも転送可能なように、転送する情報に制限を加えたり、ＳＯＮＥＴ／ＳＤＨフレームに対し定義を変更し、情報量を減らしたりして監視する方法を取っている。
【００４９】
しかし、本発明では、イーサネットの特性を生かし、パディングされたパケットが生成されない場合は、現在使用している回線のトラヒック量と送信バッファに蓄えられているパケット量から判定して、余裕がある場合は、強制的にパディングされたパケットを生成して転送し、装置監視制御情報の送信要求があって一定時間経過しても回線のトラヒック量に余裕が無く送信バッファの滞留量が多い場合は、伝送路上で輻輳が起こっていると判断して、強制的に装置監視制御情報を転送することで、ある一定時間内に装置監視制御情報を転送する方法を取っている。
【００５０】
イーサネットにおいて常時１００％の帯域でデータが転送されている状態は、まず起こり得ない。実際に使われているイーサネットでの伝送効率も１００％にほど遠いものとなっている。イーサネットのインタフェースで必要がないＳＯＮＥＴ／ＳＤＨフレームの情報も含めてＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッドの割合は約３．７％であるので、回線の利用率が９６％のときまでなら、何らかの方法で装置監視制御情報を転送することができるはずである。
【００５１】
実際にギガビットイーサ（ＣＳＭＡ／ＣＤを用いて帯域共有している）の回線では、予想として３０〜４０％の伝送効率を期待していたところ、実際の測定結果では１０〜１５％という報告もある。ここでの転送効率の低下は、パケットの衝突による再送以外に、パディングされたパケットが多発して転送効率が低下していることが判明している。
【００５２】
このことにより、実際のネットワーク上でもパディングされたパケットは、ある一定量以上存在し、パディングされていないパケットが継続して転送され続けることが少ない。よって、本発明を利用することで、ＳＯＮＥＴ／ＳＤＨフレームの周期である１２５μｓｅｃ周期内には装置監視制御情報を転送できる。
【００５３】
第６に、イーサネットをインタフェースとした装置間で、ＳＯＮＥＴ／ＳＤＨのＫ１、Ｋ２パラメータによる２重化切り替え方法を取り入れ、ＳＯＮＥＴ／ＳＤＨのＫ１、Ｋ２パラメータに対応する情報を装置監視制御情報の１つとして転送することで、回線２重化の仕組みを取り入れられ、回線障害の時間を短くすることができる。
【００５４】
その理由を以下に示す。高速インタフェースであるが、ＬＡＮインタフェースしか持たないギガビットイーサネットに関しては、回線２重化の概念がなく、予備回線はルータを介して接続される別のルートを算出し、生成する方法が採られている。よって、障害時には、まず、どこのルートが使えるかをルータどうしが通信して迂回回線を探し出すために回線の切り替えに時間がかかる。ＳＯＮＥＴ／ＳＤＨのＫ１、Ｋ２パラメータに対応する情報を装置監視制御情報として定義することで、イーサネットのインタフェースにおいても、ＳＯＮＥＴ／ＳＤＨのＫ１、Ｋ２パラメータによる２重化切り替え方法が採用でき、回線切り替えまでの時間を、ルータの迂回回線算出の時間より短くでき、その結果、回線障害の時間を短くすることができる。
【発明を実施するための最良の形態】
【００５５】
次に、本発明の実施の形態について、図面を参照して詳細に説明する。
【００５６】
（第１の実施形態）
図１は、本発明の第１の実施形態の、パディング領域を利用した監視制御情報転送システムの全体構成図である。
【００５７】
装置Ａ−１（Ａ１）、装置Ａ−２（Ａ２）は、イーサネットのインタフェースを有する端末装置である。装置Ａ−１（Ａ１）、装置Ａ−２（Ａ２）は、イーサネット回線（Ｃ１、Ｃ２、Ｃ３、Ｃ４）を介して、装置Ｂ−１（Ｂ１）、装置Ｂ−２（Ｂ２）に接続されている。
【００５８】
装置Ｂ−１（Ｂ１）、装置Ｂ−２（Ｂ２）は、端末インタフェースにイーサネットのインタフェースを有する伝送装置である。装置Ｂ−１（Ｂ１）、装置Ｂ−２（Ｂ２）は、伝送回線（Ｃ５、Ｃ６、Ｃ７、Ｃ８）を介して、ネットワーク（Ｅ１）に接続されている。
【００５９】
装置Ａ−１（Ａ１）、装置Ａ−２（Ａ２）、装置Ｂ−１（Ｂ１）、装置Ｂ−２（Ｂ２）は、装置監視制御情報収集用回線（Ｄ１、Ｄ２、Ｄ３、Ｄ４）を介して、監視制御端末（Ｆ１）に接続されている。監視制御端末（Ｆ１）は、装置Ａ−１（Ａ１）、装置Ａ−２（Ａ２）、装置Ｂ−１（Ｂ１）、装置Ｂ−２（Ｂ２）を遠隔操作により監視する。
【００６０】
図２は、図１の装置Ａ−１（Ａ１）、装置Ｂ−１（Ｂ１）の内部構成図である（装置Ａ−２（Ａ２）、装置Ｂ−２（Ｂ２）も、それぞれ装置Ａ−１（Ａ１）、装置Ｂ−１（Ｂ１）と同じ内部構成を有する）。装置Ａ−１（Ａ１）に対応するのが装置Ａ（ａ）であり、装置Ｂ−１（Ｂ１）に対応するのが装置Ｂ（ｂ）である。
【００６１】
装置Ａ（ａ）は、送信側回路（ａ１）、受信側回路（ａ２）、装置監視制御インタフェース（ａ３１）を含む。装置監視制御インタフェース（ａ３１）は、装置監視制御信号入出力端（ｄ１）と、図１の装置監視制御情報収集用回線（Ｄ１）を介して、図１の監視制御端末（Ｆ１）と通信し、監視制御端末（Ｆ１）に、収集した装置の障害情報などを送信し、監視制御端末（Ｆ１）から、装置の設定情報などを受信する。
【００６２】
装置Ｂ（ｂ）は、送信側回路（ｂ１）、受信側回路（ｂ２）、装置監視制御インタフェース（ｂ３１）を含む。装置監視制御インタフェース（ｂ３１）は、装置監視制御信号入出力端（ｄ２）と、図１の装置監視制御情報収集用回線（Ｄ２）を介して、図１の監視制御端末（Ｆ１）と通信し、監視制御端末（Ｆ１）に、収集した装置の障害情報などを送信し、監視制御端末（Ｆ１）から、装置の設定情報などを受信する。
【００６３】
装置Ａ（ａ）の送信側回路（ａ１）は、データ生成回路（ａ１１）、パケット生成回路（ａ１２）、送信バッファ（ａ１３）、監視制御情報生成回路（ａ１４）、フレーム生成回路（ａ１５）を含む。
【００６４】
データ生成回路（ａ１１）は、送信データを生成する。データ生成回路（ａ１１）は、送信すべき装置監視制御情報がある場合には、転送する通常のデータを生成した後、イーサフレームのパディング領域を使って、装置監視制御情報を収容する処理を行う。
【００６５】
パケット生成回路（ａ１２）は、イーサパケットを生成する。
【００６６】
送信バッファ（ａ１３）は、送信パケットを一時的に格納する。
【００６７】
監視制御情報生成回路（ａ１４）は、装置内の障害状態を収集し、装置監視制御情報を生成して、対向装置に通知するための情報を整理したり、装置監視制御インタフェース（ａ３１）から設定される情報を、装置設定情報（ａ１６）として装置内に設定したりする。
【００６８】
フレーム生成回路（ａ１５）は、監視制御情報生成回路（ａ１４）において整理された装置監視制御情報を転送するために、ＧＦＰを使って、フレームを構成する。
【００６９】
装置Ａ（ａ）の受信側回路（ａ２）は、受信バッファ（ａ２１）、リンク制御回路（ａ２２）、パケット判定回路（ａ２３）、受信データ障害監視回路（ａ２４）、監視制御情報抜取回路（ａ２５）、障害情報収集回路（ａ２６）、データ受信処理回路（ａ１０１）を含む。
【００７０】
受信バッファ（ａ２１）は、装置Ｂ（ｂ）からの受信データを一時的に格納する。
【００７１】
リンク制御回路（ａ２２）は、装置Ｂ（ｂ）とのリンク制御を行う。
【００７２】
パケット判定回路（ａ２３）は、受信バッファ（ａ２１）から受信したイーサパケットの同期を取って、イーサパケットの長さフィールド（Ｌｅｎｇｔｈ／Ｔｙｐｅフィールド）から、受信したイーサパケットのパケット長を確認する。パケット長が４６バイト以下の場合は、パディング処理がなされていると判断して、監視制御情報抜取回路（ａ２５）にパケットを転送する。パケット長が４６バイトより大きい場合は、パディング処理がなされていないと判断して、データ受信処理回路（ａ１０１）にパケットを転送する。
【００７３】
受信データ障害監視回路（ａ２４）は、受信データから受信障害を監視し、監視結果を障害情報収集回路（ａ２６）に通知する。
【００７４】
監視制御情報抜取回路（ａ２５）は、パケット判定回路（ａ２３）から受信したパケットのパディング領域から、ＧＦＰを使って転送された装置監視制御情報を抜き取り、これを障害情報収集回路（ａ２６）に転送する。そして、監視制御情報抜取回路（ａ２５）は、装置監視制御情報を抜き取り、データのみになった情報をデータ受信処理回路（ａ１０１）に転送する。
【００７５】
障害情報収集回路（ａ２６）は、受信データ障害監視回路（ａ２４）から障害情報を受信し、さらに、監視制御情報抜取回路（ａ２５）から、装置Ｂ（ｂ）から転送されてきた装置監視制御情報を受信する。そして、障害情報収集回路（ａ２６）は、装置監視制御インタフェース（ａ３１）を介して図１の監視制御端末（Ｆ１）に通知する情報を生成する。また、障害情報収集回路（ａ２６）は、送信側回路（ａ１）の監視制御情報生成回路（ａ１４）に、装置Ｂ（ｂ）から転送されてきた装置監視制御情報にもとづく装置Ｂ（ｂ）の障害状況を通知する。さらに、障害情報収集回路（ａ２６）は、装置Ａ（ａ）の装置内障害情報（ａ２８）を収集する。
【００７６】
データ受信処理回路（ａ１０１）は、パケット判定回路（ａ２３）、監視制御情報抜取回路（ａ２５）から、装置監視制御情報の含まれていない受信データを受信し、処理を行う。
【００７７】
装置Ｂ（ｂ）の送信側回路（ｂ１）は、データ生成回路（ｂ１１）、パケット生成回路（ｂ１２）、送信バッファ（ｂ１３）、監視制御情報生成回路（ｂ１４）、フレーム生成回路（ｂ１５）、伝送路インタフェース復号化回路（ｂ１７）を含む。
【００７８】
伝送路インタフェース復号化回路（ｂ１７）は、伝送回線から送信データ入力端（ｄ４）に入力されたデータを受信し、これをデータ生成回路（ｂ１１）に出力する。伝送路インタフェース復号化回路（ｂ１７）は、伝送路のインタフェースを終端する。
【００７９】
データ生成回路（ｂ１１）は、装置Ａ（ａ）の送信側回路（ａ１）のデータ生成回路（ａ１１）と同様の機能を有する。パケット生成回路（ｂ１２）は、装置Ａ（ａ）の送信側回路（ａ１）のパケット生成回路（ａ１２）と同様の機能を有する。送信バッファ（ｂ１３）は、装置Ａ（ａ）の送信側回路（ａ１）の送信バッファ（ａ１３）と同様の機能を有する。監視制御情報生成回路（ｂ１４）は、装置Ａ（ａ）の送信側回路（ａ１）の監視制御情報生成回路（ａ１４）と同様の機能を有する。フレーム生成回路（ｂ１５）は、装置Ａ（ａ）の送信側回路（ａ１）のフレーム生成回路（ａ１５）と同様の機能を有する。装置設定情報（ｂ１６）は、装置Ａ（ａ）の装置設定情報（ａ１６）と同様の情報である。
【００８０】
装置Ｂ（ｂ）の受信側回路（ｂ２）は、受信バッファ（ｂ２１）、リンク制御回路（ｂ２２）、パケット判定回路（ｂ２３）、受信データ障害監視回路（ｂ２４）、監視制御情報抜取回路（ｂ２５）、障害情報収集回路（ｂ２６）、障害情報挿入回路（ｂ２７）、伝送路インタフェース符号化回路（ｂ２９）を含む。
【００８１】
受信バッファ（ｂ２１）は、装置Ａ（ａ）の受信側回路（ａ２）の受信バッファ（ａ２１）と同様の機能を有する。リンク制御回路（ｂ２２）は、装置Ａ（ａ）の受信側回路（ａ２）のリンク制御回路（ａ２２）と同様の機能を有する。パケット判定回路（ｂ２３）は、装置Ａ（ａ）の受信側回路（ａ２）のパケット判定回路（ａ２３）と同様の機能を有する。受信データ障害監視回路（ｂ２４）は、装置Ａ（ａ）の受信側回路（ａ２）の受信データ障害監視回路（ａ２４）と同様の機能を有する。監視制御情報抜取回路（ｂ２５）は、装置Ａ（ａ）の受信側回路（ａ２）の監視制御情報抜取回路（ａ２５）と同様の機能を有する。障害情報収集回路（ｂ２６）は、装置Ａ（ａ）の障害情報収集回路（ａ２６）と同様の機能を有する。装置内障害情報（ｂ２８）は、装置Ａ（ａ）の装置内障害情報（ａ２８）と同様の情報である。
【００８２】
障害情報挿入回路（ｂ２７）は、障害情報収集回路（ｂ２６）から転送された装置内の障害状態を、伝送路を介して対向装置に転送するために、伝送路インタフェースのフレーム上に挿入する。
【００８３】
伝送路インタフェース符号化回路（ｂ２９）は、伝送路インタフェースに符号化する。
【００８４】
次に、本実施形態のパディング領域を利用した監視制御情報転送システムの動作について詳細に説明する。
【００８５】
本実施形態のパディング領域を利用した監視制御情報転送システムでは、図１の装置Ａ−１（Ａ１）と装置Ｂ−１（Ｂ１）、または、装置Ａ−２（Ａ２）と装置Ｂ−２（Ｂ２）の間において、イーサネット回線（Ｃ１、Ｃ２、Ｃ３、Ｃ４）を介して、ＳＯＮＥＴ／ＳＤＨで行われている警報転送を実現するために装置監視制御情報が転送される。しかしながら、イーサネットのインタフェースでは、ＳＯＮＥＴ／ＳＤＨのフレームで定義されているオーバーヘッド情報を転送する領域が割り当てられていない。そこで、ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する装置監視制御情報を、イーサパケットのパディング領域を使って転送する。
【００８６】
図２において、装置Ａ（ａ）は、装置Ｂ（ｂ）を介して、通信相手の端末装置に送信するデータを生成し、これを通信相手の端末装置に転送する。また、装置Ａ（ａ）は、通信相手の端末装置からのデータを、装置Ｂ（ｂ）を介して受信し、受信したデータを処理する。
【００８７】
装置Ａ（ａ）から送信されるデータは、図３Ａに示すようなフレーム構成で転送される。イーサパケットとイーサパケットの間には、ＩＦＧが挿入される。データが４６から１５００バイトの場合は、図３Ｂに示すようなフレーム構成となる。データが４５バイト以下の場合は、データ領域が４６バイトになるように、不足する領域がパディングされ、最小パケット長が６４バイト（データ領域は４６バイト）になるように処理される。その結果、図３Ｃに示すようなフレーム構成となる。
【００８８】
ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する装置監視制御情報は、このパディング領域に挿入される。挿入される装置監視制御情報は、本実施形態では、例えば図４に示すようなＧＦＰフレームによって転送される。
【００８９】
ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する装置監視制御情報のＧＦＰフレームへの割り付けの一例を図５に示す。装置監視制御情報の挿入を開始した時刻情報を装置監視制御情報転送用ＧＦＰフレーム内に定義することで、各装置監視制御情報の揺らぎを受信側で判定でき、より精度の高い回線状況を判定することができる。また、装置ＩＤを挿入することで、装置監視制御情報を生成した装置を特定できる。
【００９０】
図５に示した以外でも、各種統計情報や装置のパラメータ情報を付加して転送することができる。この場合、装置監視制御情報転送用ＧＦＰフレームは、収容される装置監視制御情報が増え、パケット長を示すＰＬＩ値が長さに依存して変更される。ただし、周期的に転送される情報は、一度仕様が決まると常に同じ項目なので、装置監視制御情報転送用ＧＦＰフレーム長は固定長となる。
【００９１】
これらの情報の転送方法を、図２を参照して詳細に説明する。
【００９２】
装置Ａ（ａ）において、送信側回路（ａ１）のデータ生成回路（ａ１１）は、通信相手の端末装置に送信するデータを生成する。パケット生成回路（ａ１２）は、データ生成回路（ａ１１）が生成したデータをもとに、図３Ａに示したイーサフレームを生成する。送信バッファ（ａ１３）は、パケット生成回路（ａ１２）が生成したイーサフレームを一時的に格納し、伝送準備が整うと、イーサネットインタフェースのイーサネット回線（ｃ１）を介して、これを装置Ｂ（ｂ）に送信する。
【００９３】
監視制御情報生成回路（ａ１４）は、障害情報収集回路（ａ２６）から、装置内障害情報（ａ２８）、装置Ｂ（ｂ）から転送されてきた装置監視制御情報、受信データ障害監視回路（ａ２４）が受信した障害情報を受信し、これをもとに装置監視制御情報を生成する。フレーム生成回路（ａ１５）は、監視制御情報生成回路（ａ１４）が生成した装置監視制御情報をもとに、図５に示すような装置監視制御情報転送用ＧＦＰフレームを構成し、これをデータ生成回路（ａ１１）に入力する。
【００９４】
データ生成回路（ａ１１）は、生成するデータが４５バイト以下の場合は、パディング領域に、フレーム生成回路（ａ１５）が生成した装置監視制御情報転送用ＧＦＰフレームを挿入する。データ生成回路（ａ１１）は、転送すべき装置監視制御情報転送用ＧＦＰフレームが残っていて、パディング領域を含むパケットが生成できない場合は、送信バッファ（ａ１３）における、送信するイーサパケットの滞留状態を監視する。
【００９５】
データ生成回路（ａ１１）は、伝送帯域に余裕がある場合は、パディングを含んだ送信すべきデータがない状態でも、パディング領域を含むパケットを強制的に生成して、パケット生成回路（ａ１２）に転送する。また、データ生成回路（ａ１１）は、伝送帯域をフル（１００％）に使って転送しており、送信バッファ（ａ１３）に滞留しているイーサパケットが一定の閾値を超えてバッファ溢れを起こす危険性が生じ、ある一定時間待っても状況が改善されずに、装置監視制御情報転送用ＧＦＰフレームが転送できない状態が続いた場合、回線のオーバーフローが発生することを予測して、データ生成を中止する。そして、データ生成回路（ａ１１）は、パディング領域を含むパケットを強制的に生成して、装置監視制御情報転送用ＧＦＰフレームを挿入する。
【００９６】
装置監視制御信号入出力端（ｄ１）は、ネットワーク全体を監視している監視制御端末（図１の（Ｆ１））に接続されている。装置Ａ（ａ）は、装置監視制御インタフェース（ａ３１）を介して、監視制御端末からの装置設定情報（ａ１６）を受信する。そして、監視制御情報生成回路（ａ１４）は、装置設定情報（ａ１６）を装置各ブロックに設定する。また、障害情報収集回路（ａ２６）は、収集した装置内障害情報（ａ２８）、装置Ｂ（ｂ）からの監視制御情報、受信データ障害監視回路（ａ２４）が受信した障害情報を、装置監視制御インタフェース（ａ３１）を介して監視制御端末に通知する。
【００９７】
装置Ｂ（ｂ）において、受信側回路（ｂ２）の受信バッファ（ｂ２１）は、装置Ａ（ａ）が送信したデータを収容し、パケット全体が受信されると、これをパケット判定回路（ｂ２３）に転送する。
【００９８】
パケット判定回路（ｂ２３）は、受信したイーサパケットのパケット長を読み取る。パケット長が４５バイト以下の場合は、装置監視制御情報転送用ＧＦＰフレームが挿入されていると判断して、これを監視制御情報抜取回路（ｂ２５）に転送する。監視制御情報抜取回路（ｂ２５）は、イーサパケットのパディング領域から装置監視制御情報転送用ＧＦＰフレームを抜き取り、これを障害情報収集回路（ｂ２６）に転送する。
【００９９】
パケット長が４６バイト以上の場合、パケット判定回路（ｂ２３）は、パディング領域がないと判断し、受信したイーサパケットを、監視制御情報抜取回路（ｂ２５）ではなく、障害情報挿入回路（ｂ２７）に転送する。
【０１００】
障害情報収集回路（ｂ２６）は、複数のイーサパケットのパディング領域に分割して挿入されている装置監視制御情報転送用ＧＦＰフレームを再構築する。パディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より多い場合は、アイドルＧＦＰフレームを含んでいることになり、障害情報収集回路（ｂ２６）は、フレームごとの同期を取り、ＧＦＰフレームの再生を行う。
【０１０１】
パディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より少ないか等しい場合は、連続して装置監視制御情報転送用ＧＦＰフレームが受信されることになり、障害情報収集回路（ｂ２６）は、連続した再生を行って、装置監視制御情報を取り出す。
【０１０２】
障害情報収集回路（ｂ２６）は、取り出された装置監視制御情報から障害状況を判定し、装置監視制御インタフェース（ｂ３１）を介して、装置監視制御信号入出力端（ｄ２）に接続されている、ネットワーク全体を監視している監視制御端末（図１の（Ｆ１））に障害状況を通知する。また、障害情報収集回路（ｂ２６）は、状況に応じて、障害状況を監視制御情報生成回路（ｂ１４）に転送し、装置監視制御情報転送用ＧＦＰフレームによって、装置Ａ（ａ）側にも通知する。
【０１０３】
障害情報挿入回路（ｂ２７）は、受信データ出力端（ｄ３）を介して、ネットワークに接続されている相手方の伝送装置に装置の障害情報を伝えるために、障害情報を整理する。例えば、受信データ出力端（ｄ３）が接続されているネットワークのインタフェースがＳＯＮＥＴ／ＳＤＨであれば、ＳＯＮＥＴ／ＳＤＨのオーバーヘッドに対応する障害情報を挿入する。
【０１０４】
伝送路インタフェース符号化回路（ｂ２９）は、障害情報挿入回路（ｂ２７）で付加されたオーバーヘッド情報と転送データを、受信データ出力端（ｄ３）が接続するネットワークのインタフェースに合わせてフレームを変換し、符号化する。
【０１０５】
受信データ障害監視回路（ｂ２４）は、受信されたデータからイーサネット回線（ｃ１）の状態を判定し、障害状態時には、障害情報収集回路（ｂ２６）に障害状況を通知する。この際に通知された情報についても、装置監視制御情報と同様な処理が行われる。
【０１０６】
リンク制御回路（ｂ２２）は、装置Ａ（ａ）と装置Ｂ（ｂ）のリンク制御を行う回路である。リンク制御結果は、装置監視制御インタフェース（ｂ３１）を介して、ネットワークを管理している監視制御端末に通知されると同時に、リンク制御で障害が発生した場合は、監視制御情報生成回路（ｂ１４）に転送される。図５の装置監視制御情報転送用ＧＦＰフレームにおけるＬＩＮＫ、Ｒｅｍｏｔｅ Ｆａｕｌｔ情報として収容され、対向先の装置Ａ（ａ）に対応する端末装置に通知される。
【０１０７】
装置Ｂ（ｂ）は、送信データ入力端（ｄ４）において、ネットワークからのデータを受信する。伝送路インタフェース復号化回路（ｂ１７）は、フレームの同期を取り、ネットワークからのデータの受信処理を行う。ネットワークのインタフェースがＳＯＮＥＴ／ＳＤＨであれば、伝送路インタフェース復号化回路（ｂ１７）は、ＳＯＮＥＴ／ＳＤＨのオーバーヘッドに収容されている装置監視制御情報からネットワーク側の障害情報を収集し、これを監視制御情報生成回路（ｂ１４）に転送する。
【０１０８】
監視制御情報生成回路（ｂ１４）は、障害状況に応じて、装置Ａ（ａ）に装置監視制御情報を転送する必要がある場合には、装置監視制御情報用のＧＦＰフレーム内に障害情報を挿入するために障害情報を整理し、フレーム生成回路（ｂ１５）に出力する。フレーム生成回路（ｂ１５）は、装置監視制御情報転送用ＧＦＰフレームを構成し、これをデータ生成回路（ｂ１１）に入力する。
【０１０９】
データ生成回路（ｂ１１）で生成されるデータが４５バイト以下の場合、データ生成回路（ｂ１１）は、パディング領域に装置監視制御情報転送用ＧＦＰフレームを挿入する。データ生成回路（ｂ１１）は、転送すべき装置監視制御情報転送用ＧＦＰフレームが残っていて、パディング領域を含むパケットが生成できない場合は、送信バッファ（ｂ１３）における送信イーサパケットの滞留状態を監視する。伝送帯域に余裕がある場合、パディングを含んだ送信すべきデータがない状態でも、パディング領域を含むパケットを強制的に生成して、パケット生成回路（ｂ１２）に転送する。また、伝送帯域をフル（１００％）に使って転送し、送信バッファ（ｂ１３）に滞留しているイーサパケットが一定の閾値を超えてバッファ溢れの危険性を生じ、ある一定時間待っても状況が改善されずに装置監視制御情報転送用ＧＦＰフレームが転送できない状態が続いた場合、回線のオーバーフローが発生することを予測し、データ生成を止め、強制的にパディング領域を含むパケットを生成して、装置Ａ（ａ）に装置監視制御情報転送用ＧＦＰフレームを転送する。
【０１１０】
パケット生成回路（ｂ１２）は、データ生成回路（ｂ１１）が生成したデータをもとに、図３Ａに示したイーサフレームを生成する。送信バッファ（ａ１３）は、パケット生成回路（ｂ１２）が生成したイーサフレームを一時的に格納し、伝送準備が整うと、イーサネットインタフェースのイーサネット回線（ｃ２）を介して、これを装置Ａ（ａ）に送信する。
【０１１１】
装置監視制御信号入出力端（ｄ２）は、ネットワーク全体を監視している監視制御端末（図１の（Ｆ１））に接続されている。監視制御情報生成回路（ｂ１４）は、装置監視制御インタフェース（ｂ３１）を介して、監視制御端末からの装置設定情報を受信し、装置設定情報（ｂ１６）を各回路に設定する。また、監視制御情報生成回路（ｂ１４）は、障害情報収集回路（ｂ２６）で収集した装置内障害情報（ｂ２８）や装置Ａ（ａ）からの障害情報を、装置監視制御インタフェース（ｂ３１）を介して監視制御端末に通知する。
【０１１２】
装置Ａ（ａ）において装置Ｂ（ｂ）から受信したデータは、受信側回路（ａ２）の受信バッファ（ａ２１）に一時的に収容される。受信バッファ（ａ２１）は、パケット全体が収容された後、これをパケット判定回路（ａ２３）に転送する。
【０１１３】
パケット判定回路（ａ２３）は、受信したイーサパケットのパケット長を読み取る。パケット長が４５バイト以下の場合は、受信したイーサパケットに装置監視制御情報転送用ＧＦＰフレームが挿入されていると判断し、監視制御情報抜取回路（ａ２５）に転送する。監視制御情報抜取回路（ａ２５）は、装置監視制御情報をイーサパケットのパディング領域から抜き取り、これを障害情報収集回路（ａ２６）に転送する。
【０１１４】
パケット判定回路（ａ２３）は、パケット長が４６バイト以上の場合には、パディング領域がないと判断し、装置監視制御情報を、監視制御情報抜取回路（ａ２５）のかわりに、データ受信処理回路（ａ１０１）に転送する。
【０１１５】
障害情報収集回路（ａ２６）は、複数のイーサパケットのパディング領域に分割して挿入されている装置監視制御情報転送用ＧＦＰフレームを再構築する。障害情報収集回路（ａ２６）は、受信したイーサパケットのパディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より多い場合は、アイドルＧＦＰフレームを含んでいると判断し、フレームごとの同期を取り、ＧＦＰフレームの再生を行う。
【０１１６】
障害情報収集回路（ａ２６）は、受信したイーサパケットのパディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より少ないか等しい場合は、連続して装置監視制御情報転送用ＧＦＰフレームを受信し、連続した再生を行い、装置監視制御情報を取り出す。
【０１１７】
障害情報収集回路（ａ２６）は、取り出された装置監視制御情報から障害状況を判定し、装置監視制御インタフェース（ａ３１）を介して、装置監視制御信号入出力端（ｄ１）に接続されている、ネットワーク全体を監視している監視制御端末に通知する。また、状況に応じて、これを監視制御情報生成回路（ａ１４）に転送し、装置Ｂ（ｂ）側にも通知する。
【０１１８】
受信データ障害監視回路（ａ２４）は、受信されたデータから、イーサネット回線（ｃ２）の状態を判定する。障害状態時には、障害情報収集回路（ａ２６）に障害状況を通知する。リンク制御回路（ａ２２）は、装置Ａ（ａ）と装置Ｂ（ｂ）のリンク制御を行う回路である。リンク制御結果は、装置監視制御インタフェース（ａ３１）を介して、ネットワークを管理している監視制御端末に通知すると同時に、リンク制御で障害が発生した場合は、リンク制御結果を監視制御情報生成回路（ａ１４）に転送する。監視制御情報生成回路（ａ１４）は、図５の装置監視制御情報転送用ＧＦＰフレームにおけるＬＩＮＫ、Ｒｅｍｏｔｅ Ｆａｕｌｔ情報として、リンク制御結果を収容し、装置Ａ（ａ）に通知する。
【０１１９】
以上説明したような方法を用いてイーサネットをインタフェースとする装置間で、ＳＯＮＥＴ／ＳＤＨに対応する装置監視制御情報を転送しあい、時刻情報と装置ＩＤを転送することで、回線の品質を向上させ、障害発生点を特定することができる。
【０１２０】
（第２の実施形態）
図６Ａは、本発明の第２の実施形態の、パディング領域を利用した監視制御情報転送システムの全体構成図である。本実施形態の監視制御情報転送システムは、２重イーサネット回線用の監視制御情報転送システムである。
【０１２１】
装置Ａ−１（Ａ７１）と装置Ａ−２（Ａ７２）は、イーサネットをインタフェースとする端末装置で、図２の装置Ａ（ａ）と同じ構成を有している。装置Ａ−１（Ａ７１）と装置Ａ−２（Ａ７２）は、イーサネット回線（Ｃ７１、Ｃ７２、Ｃ７３、Ｃ７４）を介して、それぞれ伝送装置（Ｂ７１）と伝送装置（Ｂ７２）と接続されている。伝送装置（Ｂ７１）と伝送装置（Ｂ７２）は、２重イーサネット回線（Ｃ７５、Ｃ７６、Ｃ７７、Ｃ７８）を介して相互に接続されている。また、監視制御端末（Ｅ７１）が、装置監視制御情報収集用回線（Ｄ７１、Ｄ７２、Ｄ７３、Ｄ７４）を介して、装置Ａ−１（Ａ７１）、装置Ａ−２（Ａ７２）、伝送装置（Ｂ７１）、伝送装置（Ｂ７２）と接続されており、装置監視制御情報を収集したり、装置設定情報を送信したりする。
【０１２２】
伝送装置（Ｂ７１）は、装置Ｂ−１’（Ｂ７１１）と、セレクタＳＥＬ（Ｂ７１２）と、装置監視制御インタフェース（Ｂ７１３）と、装置Ａ−１’（Ｂ７１４）と、装置Ａ−１’（Ｂ７１５）を含む。伝送装置（Ｂ７２）は、装置Ｂ−２’（Ｂ７２１）と、セレクタＳＥＬ（Ｂ７２２）と、装置監視制御インタフェース（Ｂ７２３）と、装置Ａ−２’（Ｂ７２４）と、装置Ａ−２’（Ｂ７２５）を含む。
【０１２３】
装置Ｂ−１’（Ｂ７１１）と装置Ｂ−２’（Ｂ７２１）は同じ構成を有しており、図６Ｂの装置Ｂ’（ｂ）にその構成が示されている。図２の装置Ｂ（ｂ）の構成と基本的に同じであるが、伝送路インタフェース符号化回路（ｂ２９）、伝送路インタフェース復号化回路（ｂ１７）が削除されている。伝送路（２重イーサネット回線（Ｃ７５、Ｃ７６、Ｃ７７、Ｃ７８））側もイーサネット回線なので、伝送路インタフェース符号化回路（ｂ２９）、伝送路インタフェース復号化回路（ｂ１７）が不要となるからである。
【０１２４】
装置Ａ−１’（Ｂ７１４）、装置Ａ−１’（Ｂ７１５）、装置Ａ−２’（Ｂ７２４）、装置Ａ−２’（Ｂ７２５）は同じ構成を有しており、図６Ｃの装置Ａ’（ａ）にその構成が示されている。図２の装置Ａ（ａ）の構成と基本的に同じであるが、前段の装置Ｂ’からのデータをバッファリングする受信バッファ（ａ１０２）が追加されている（必須ではない）。また、図２の装置Ａ（ａ）では、データ生成回路（ａ１１）でデータを自己生成して、パケット生成回路（ａ１２）でイーサパケット化していたが、装置Ａ’では、前段（装置Ｂ’）からのイーサパケットのデータを受信し、障害発生時にパディング領域に監視制御情報を挿入することが目的なので、データ生成回路（ａ１１）とパケット生成回路（ａ１２）が、伝送路障害情報挿入回路（ａ１０３）に置き換わる。さらに、装置Ａでは、受信側のデータ受信処理回路（ａ１０１）でデータを取り込んでいたが、装置Ａ’では、受信データをそのまま次段の装置Ｂ’側に転送する。
【０１２５】
セレクタＳＥＬ（Ｂ７１２）とセレクタＳＥＬ（Ｂ７２２）は、２重イーサネット回線（Ｃ７５、Ｃ７６、Ｃ７７、Ｃ７８）の障害発生時の回線切り替え用のセレクタである。装置監視制御インタフェース（Ｂ７１３）、装置監視制御インタフェース（Ｂ７２３）は、装置監視制御情報収集用回線（Ｄ７２、Ｄ７３）を介して監視制御端末（Ｅ７１）と接続され、伝送装置（Ｂ７１、Ｂ７２）内の個々の装置Ｂ'、装置Ａ'の状態を監視し、それぞれに対し制御を行う。また、回線障害発生時は、装置Ａ'からの情報をもとに判断し、セレクタＳＥＬ（Ｂ７１２）とセレクタＳＥＬ（Ｂ７２２）に対し制御をかけて、回線の切り替えを行う。
【０１２６】
本実施形態の監視制御情報転送システムの動作を以下に説明する。
【０１２７】
図６Ａで、例えばイーサネット回線（Ｃ７６）で障害が発生した場合、装置Ａ−１'（Ｂ７１４）で障害を検出する。このときの装置Ａ−１'（Ｂ７１４）の動作を、図６Ｃを用いて説明する。
【０１２８】
回線障害は、図６Ｃの受信データ障害監視回路（ａ２４）で検出され、障害情報収集回路（ａ２６）で障害を収集した後、装置監視制御インタフェース（ａ３１）に通知される。この通知は、監視制御情報生成回路（ａ１４）で、回線２重化時の切り替え制御用のＳＯＮＥＴ／ＳＤＨインタフェースにおけるＫ１、Ｋ２に対応する情報の生成要因となり、警報転送用のフレームをフレーム生成回路（ａ１５）に指示を出し、これを生成させる。この情報は、送信データ入力から入力されるデータのパディング領域に挿入するために、伝送路障害情報挿入回路（ａ１０３）に送られる。これらの情報を装置Ａ−１'と装置Ａ−２'で送信しあうことで、切り替えの判定を行い、伝送装置Ｂ７１、Ｂ７２の装置監視制御インタフェース（Ｂ７１３、Ｂ７２３）で情報を収集し、系切り替えを実施する。
【０１２９】
本実施形態のパディング領域を利用した監視制御情報転送システムは、イーサネット回線を介して、Ｋ１、Ｋ２に対応する情報を転送することで、回線２重化時の切り替えを実施する。Ｋ１、Ｋ２の定義は、ＳＯＮＥＴ／ＳＤＨで用いられているものと同じである。
【０１３０】
図７を参照すると、Ｋ１、Ｋ２の内容が示されている。このＫ１、Ｋ２を、図５の装置監視制御転送用ＧＦＰフレームのＫ１、Ｋ２の位置に収容し、転送する。ここで、Ｋ１バイトのビット１〜４が切り替え要求である。例えば、図６Ａで、イーサネット回線（Ｃ７６）で障害が発生し、伝送装置（Ｂ７１）で入力信号断（ＬＯＳ）、イーサの装置監視制御情報転送用ＧＦＰフレームのフレーム同期外れ（ＧＦＰＯＯＦ）、装置監視制御情報転送用ＧＦＰフレームのフレーム検出不能（ＬＯＦ）状態を検出した場合、切り替え要因に信号故障を入れて、イーサネット回線（Ｃ７５）を介して、伝送装置（Ｂ７２）に送信する。
【０１３１】
回線の誤り率劣化検出時は、信号劣化により切り替えを実施する。この誤り率劣化は、図５におけるＧＦＰＳＤ（装置監視制御情報転送用ＧＦＰフレームのＦＣＳエラーにより検出）と、ＳＤ（装置監視制御情報転送用ＧＦＰフレームの間のイーサフレームのＢＩＰ演算結果により検出）と、ＣｏｄｅＳＤ（イーサ回線上を流れるコードのエラー）から総合的に判定し、切り替えを実施する。これらの信号故障、信号劣化の故障検出には、保護時間が取られる。
【０１３２】
Ｋ１のビット５〜８は切り替え要求を出している現用の多重セクション番号を表す。１：ｎ構成の場合は１５となり、図６Ａでは１＋１構成となるので、１が挿入される。図７において切り替え要求は優先順位があり、図７で上に行くに従って高い。１１１１のロックアウト（固定）が最高の優先順位となる。
【０１３３】
Ｋ２バイトのビット１から４は、送信側で予備と接続（ブリッジ）している現用の多重セクション番号を表す。図６Ａでは１＋１構成となるので、１が挿入される。もし、受信Ｋ１バイトのビット６〜８が０（無効）を示している場合は、Ｋ２の接続状態によらず０とする。
【０１３４】
ビット５は、１＋１構成か１：ｎ構成を示し、０は１＋１構成となる。図６Ａでは０となる。ビット６から８は、多重セクションの状態を表し、正常の場合は０００、ＭＳ−ＡＩＳ時は１１１、ＭＳ−ＲＤＩ時は１１０を示す。
【０１３５】
Ｋ１、Ｋ２は、装置監視制御情報転送用ＧＦＰフレームに収容され、周期的に転送される。送信側では、Ｋ１とＫ２の情報は予備と現用と同一内容を送信する。受信側では予備の内容を用いて、切り替え制御をおこなう。伝送路誤りによる誤動作を防ぐために、切り替え制御に用いるＫ１、Ｋ２は保護をとり（例えば３回連続）、同一内容を受信した場合に有効としている。
【０１３６】
以上が、Ｋ１、Ｋ２を用いた回線切り替え方法であるが、その転送にイーサパケットのパディング領域を使って実現することに特徴がある。
【実施例】
【０１３７】
（第１の実施例）
次に、本発明の第１の実施形態に対応する実施例について説明する。
【０１３８】
本実施例のパディング領域を利用した監視制御情報転送システムは、図１における装置Ａ−１（Ａ１）と装置Ｂ−１（Ｂ１）、または、装置Ａ−２（Ａ２）と装置Ｂ−２（Ｂ２）間において、イーサネット回線（Ｃ１、Ｃ２、Ｃ３、Ｃ４）を介して、ＳＯＮＥＴ／ＳＤＨで行われている警報転送を実現するために装置監視制御情報を転送するが、イーサネットのインタフェースでは、ＳＯＮＥＴ／ＳＤＨのフレームで定義されているオーバーヘッド情報を転送する領域が割り当てられていない。そこで、ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する装置監視制御情報を、イーサパケットのパディング領域を使って転送する。
【０１３９】
図１における装置Ａ−１（Ａ１）と装置Ｂ−１（Ｂ１）、または、装置Ａ−２（Ａ２）と装置Ｂ−２（Ｂ２）間のブロック構成について詳細に記載した図が図２である。図２において、装置Ａ（ａ）は端末装置で、送信するデータを通信相手の端末装置に対し生成し、装置Ｂ（ｂ）を介して転送する。また、通信相手の端末装置からのデータを、装置Ｂ（ｂ）を介して受信し、受信したデータを処理する。
【０１４０】
端末から送信されるデータは、図３Ａに示したフレーム構成を取る。送信データは、４６から１５００バイトの単位に区切られ、送信先の宛先アドレス（６バイト）、送信元アドレス（６バイト）、イーサパケット長（２バイト）、ＦＣＳ（４バイト）を加えてイーサパケットを構成し、その先頭にプリアンブル（８バイト）が付加されて、転送される。イーサパケットとイーサパケットの間にはＩＦＧが挿入される。
【０１４１】
データが４６から１５００バイトの場合は、図３Ｂに示す構成となるが、データが４５バイト以下の場合は、図３Ｃのように、データ領域が４６バイトになるように不足する領域がパディングされ、最小パケット長が６４バイト（データ領域は４６バイト）になるように処理される。
【０１４２】
ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する装置監視制御情報をこのパディング領域に挿入するが、挿入する装置監視制御情報は、図４に示すＧＦＰフレームを構成して、転送される。
【０１４３】
ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッド情報に対応する装置監視制御情報のＧＦＰへの割り付けの一例を図５に示す。ＧＦＰを使った装置監視制御情報の転送方法を図８に示す。図８に示すように、転送する装置監視制御情報は、ＳＯＮＥＴ／ＳＤＨフレームのオーバーヘッドの転送周期と同様に、１２５μｓｅｃ周期に１度転送する。装置監視制御情報は、１２５μｓｅｃ周期で周期的に生成されるが、イーサフレームのパディング領域に挿入すると、図８に示した一例のように、揺らぎが発生する。受信側では、送信側で生成した１２５μｓｅｃ周期では受信されず、受信する周期が、Ｘμｓｅｃ、Ｙμｓｅｃ、Ｚμｓｅｃとなる。装置監視制御情報の挿入を開始した時刻情報を装置監視制御情報転送用ＧＦＰフレーム内に定義することで、各装置監視制御情報の揺らぎを受信側で判定でき、より精度が高い回線状況を判定することができる。
【０１４４】
これらの情報の転送方法を、図２を用いて説明する。
【０１４５】
図２において、装置Ａ（ａ）は端末装置である。装置Ａ（ａ）で生成されるデータは、送信側回路（ａ１）のデータ生成回路（ａ１１）で作られる。生成されたデータは、パケット生成回路（ａ１２）で、図３Ａに示したイーサフレームに変換される。パケット生成回路（ａ１２）で生成されたイーサフレームは、送信バッファ（ａ１３）に一時的に格納され、伝送準備が整うと、イーサネットインタフェースのイーサネット回線（ｃ１）を介して、伝送装置である装置Ｂ（ｂ）に送られる。
【０１４６】
監視制御情報生成回路（ａ１４）は、装置内障害情報（ａ２８）や対向する装置Ｂ（ｂ）からの障害情報を収集する障害情報収集回路（ａ２６）から、障害情報を受信し、装置監視制御情報を生成する。フレーム生成回路（ａ１５）は、この装置監視制御情報から、装置監視制御情報転送用ＧＦＰフレームを構成して、これをデータ生成回路（ａ１１）に入力する。
【０１４７】
データ生成回路（ａ１１）で生成するデータが４５バイト以下の場合は、データ生成回路（ａ１１）は、パディング領域に装置監視制御情報転送用ＧＦＰフレームを挿入する。このときパケット長を示す長さ情報は、データの長さのままとし、データの長さが２０バイトであれば、２０という値がパケット長を示す長さ情報に収容される。受信側では、２１バイト目から装置監視制御情報が挿入されているということで、２１バイト目から４６バイト目までの情報を抜き取って、装置監視制御情報を再生する手順を取る。
【０１４８】
転送すべき装置監視制御情報転送用ＧＦＰフレームが残っていてパディング領域を含むパケットが生成できない場合は、データ生成回路（ａ１１）は、送信バッファ（ａ１３）における送信するイーサパケットの滞留状態を監視する。
【０１４９】
バッファの滞留量がバッファの総容量の７５％以下であり、伝送帯域に余裕がある場合、例えば回線容量の８５％程度の帯域を使って転送している状態では、データ生成回路（ａ１１）は、パディングを含んだ送信すべきデータがない状態でもパディング領域を含むパケットを強制的に生成して、パケット生成回路（ａ１２）に転送する。
【０１５０】
また、伝送帯域をフル（１００％）に使って転送しており、送信バッファ（ａ１３）に滞留しているイーサパケットの滞留が一定の閾値、例えば、バッファの総容量の９０％を超えてバッファ溢れの危険性が生じ、ある一定時間、例えば、５０μｓｅｃ待っても状況が改善されずに装置監視制御情報転送用ＧＦＰフレームが転送できない状態が続いた場合、データ生成回路（ａ１１）は、回線のオーバーフローが発生することを予測し、データ生成回路（ａ１１）でのデータ生成を止め、強制的にパディング領域を含むパケットを強制的に生成して、装置Ｂ（ｂ）に装置監視制御情報転送用ＧＦＰフレームを転送する。
【０１５１】
装置監視制御信号入出力端（ｄ１）は、ネットワーク全体を監視している監視制御端末に接続されている。監視制御情報生成回路（ａ１４）は、装置監視制御インタフェース（ａ３１）を介して、監視制御端末から装置設定情報（ａ１６）を受信し、これを装置各ブロックに設定する。また、障害情報収集回路（ａ２６）は、収集した装置内障害情報（ａ２８）や、対向する装置Ｂ（ｂ）からの障害情報を、装置監視制御インタフェース（ａ３１）を介して監視制御端末に通知する。
【０１５２】
装置Ｂ（ｂ）に転送されたデータは、受信バッファ（ｂ２１）に収容され、パケット全体が受信されると、パケット判定回路（ｂ２３）に転送される。パケット判定回路（ｂ２３）は、受信したイーサパケットのパケット長を読み取り、パケット長が４５バイト以下の場合は、装置監視制御情報転送用ＧＦＰフレームが挿入されていると判断する。この場合、パケット判定回路（ｂ２３）は、受信したイーサパケットを監視制御情報抜取回路（ｂ２５）に転送する。監視制御情報抜取回路（ｂ２５）は、イーサパケットのパディング領域を抜き取り、これを障害情報収集回路（ｂ２６）に転送する。このとき２０という値がパケット長に収容されていたとすると、２１バイト目から装置監視制御情報が挿入されているということで、２１バイト目から４６バイト目までの情報を抜き取って、装置監視制御情報を再生する。
【０１５３】
パケット長が４６バイト以上の場合は、パケット判定回路（ｂ２３）は、パディング領域がないと判断し、監視制御情報抜取回路（ｂ２５）ではなく、障害情報挿入回路（ｂ２７）に受信したイーサパケットを転送する。
【０１５４】
障害情報収集回路（ｂ２６）は、複数のイーサパケットのパディング領域に分割して挿入されている装置監視制御情報転送用ＧＦＰフレームを再構築する。パディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より多い場合は、アイドルＧＦＰフレームを含んで受信されることになり、フレームごとの同期を取り、ＧＦＰフレームの再生を行う。パディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より少ないか等しい場合は、連続して装置監視制御情報転送用ＧＦＰフレームが受信されることになり、連続して再生を行い、装置監視制御情報を取り出す。
【０１５５】
障害情報収集回路（ｂ２６）は、取り出された装置監視制御情報から障害状況を判定し、装置監視制御インタフェース（ｂ３１）を介して、装置監視制御信号入出力端（ｄ２）に接続されている、ネットワーク全体を監視している監視制御端末に障害状況を通知する。また、障害情報収集回路（ｂ２６）は、状況に応じて、障害状況を監視制御情報生成回路（ｂ１４）に転送し、装置Ａ（ａ）側にも通知する。
【０１５６】
受信データ出力端（ｄ３）を介してネットワークに接続される、相手方の装置Ｂ（ｂ）に対応する伝送装置に対しても、装置の障害情報を伝えるために、障害情報挿入回路（ｂ２７）が、障害情報を整理する。例えば、受信データ出力端（ｄ３）を介して、ネットワークのインタフェースがＳＯＮＥＴ／ＳＤＨであれば、ＳＯＮＥＴ／ＳＤＨのオーバーヘッドに該当する障害情報を挿入する。
【０１５７】
障害情報挿入回路（ｂ２７）にて付加されたオーバーヘッド情報と転送データは、伝送路インタフェース符号化回路（ｂ２９）において、受信データ出力端（ｄ３）を介して接続されるネットワークのインタフェース合わせて、フレームが変換され、符号化される。
【０１５８】
受信データ障害監視回路（ｂ２４）は、受信されたデータから、イーサネット回線（ｃ１）の状態を判定し、障害状態時には、障害情報収集回路（ｂ２６）に障害状況を通知する。リンク制御回路（ｂ２２）は、装置Ａ（ａ）と装置Ｂ（ｂ）のリンク制御を行う回路である。リンク制御結果は、装置監視制御（ｂ３１）インタフェースを介して、ネットワークを管理している監視制御端末に通知されると同時に、リンク制御で障害が発生した場合は、監視制御情報生成回路（ｂ１４）に転送され、図５の装置監視制御情報転送用ＧＦＰフレームにおけるＬＩＮＫ、Ｒｅｍｏｔｅ Ｆａｕｌｔ情報として収容され、対向先の装置Ａ（ａ）に対応する端末装置に通知される。
【０１５９】
装置Ｂ（ｂ）でのネットワークからのデータの受信方向では、装置Ｂ（ｂ）は、送信データ入力端（ｄ４）から、ネットワークからのデータを受信し、伝送路インタフェース復号化回路（ｂ１７）でフレームの同期を取り、データの受信を行う。伝送路インタフェース復号化回路（ｂ１７）は、ネットワークのインタフェースがＳＯＮＥＴ／ＳＤＨであれば、ＳＯＮＥＴ／ＳＤＨのオーバーヘッドに収容されている装置監視制御情報から、ネットワーク側の障害情報を収集し、これを監視制御情報生成回路（ｂ１４）に転送する。
【０１６０】
監視制御情報生成回路（ｂ１４）は、障害状況に応じて、端末側の装置Ａ（ａ）に装置監視制御情報を転送する必要がある場合は、装置監視制御情報用のＧＦＰフレーム内に挿入する障害情報を生成する。フレーム生成回路（ｂ１５）は、この障害情報をもとに、装置監視制御情報転送用ＧＦＰフレームを構成し、これをデータ生成回路（ｂ１１）に入力する。
【０１６１】
データ生成回路（ｂ１１）で生成するデータが４５バイト以下の場合、データ生成回路（ｂ１１）は、パディング領域に装置監視制御情報転送用ＧＦＰフレームを挿入する。転送すべき装置監視制御情報転送用ＧＦＰフレームが残っていて、パディング領域を含むパケットが生成できない場合は、データ生成回路（ｂ１１）は、送信バッファ（ｂ１３）における送信するイーサパケットの滞留状態を監視する。
【０１６２】
バッファの滞留量がバッファの総容量の７５％以下であり、伝送帯域に余裕がある場合、例えば、回線容量の８５％程度の帯域を使って転送している状態では、データ生成回路（ｂ１１）は、パディングを含んだ送信すべきデータがない状態でも、パディング領域を含むパケットを強制的に生成して、これをパケット生成回路（ｂ１２）に転送する。
【０１６３】
また、伝送帯域をフル（１００％）に使って転送しており、送信バッファ（ｂ１３）に滞留しているイーサパケットが一定の閾値、例えば、バッファの総容量の９０％を超えてバッファ溢れの危険性が生じ、ある一定時間、例えば、５０μｓｅｃ待っても状況が改善されずに装置監視制御情報転送用ＧＦＰフレームが転送できない状態が続いた場合、データ生成回路（ｂ１１）は、回線のオーバーフローが発生することを予測し、データ生成回路（ｂ１１）でのデータ生成を止め、強制的にパディング領域を含むパケットを強制的に生成して、装置Ａ（ａ）に装置監視制御情報転送用ＧＦＰフレームを転送する。
【０１６４】
装置監視制御信号入出力端（ｄ２）は、ネットワーク全体を監視している監視制御端末に接続されている。監視制御情報生成回路（ｂ１４）は、装置監視制御インタフェース（ｂ３１）を介して、監視制御端末からの装置設定情報を受信し、装置設定情報（ｂ１６）を装置各ブロックに設定する。また、障害情報収集回路（ｂ２６）は、収集した装置内障害情報（ｂ２８）や装置Ａ（ａ）からの障害情報を、装置監視制御インタフェース（ｂ３１）を介して監視制御端末に通知する。
【０１６５】
装置Ａ（ａ）にて装置Ｂ（ｂ）から受信したデータは、受信側回路（ａ２）の受信バッファ（ａ２１）に一時的に収容され、パケット全体が収容された後、パケット判定回路（ａ２３）に転送される。パケット判定回路（ａ２３）は、受信したイーサパケットのパケット長を読み取る。
【０１６６】
パケット長が４５バイト以下の場合は、パケット判定回路（ａ２３）は、装置監視制御情報転送用ＧＦＰフレームが挿入されていると判断し、受信したイーサパケットを監視制御情報抜取回路（ａ２５）に転送する。監視制御情報抜取回路（ａ２５）は、イーサパケットのパディング領域を抜き取り、これを障害情報収集回路（ａ２６）に転送する。
【０１６７】
パケット長が４６バイト以上の場合は、パケット判定回路（ａ２３）は、パディング領域がないと判断し、受信したイーサパケットを、監視制御情報抜取回路（ａ２５）ではなく、データ受信処理回路（ａ１０１）に転送する。
【０１６８】
障害情報収集回路（ａ２６）は、複数のイーサパケットのパディング領域に分割して挿入されている装置監視制御情報転送用ＧＦＰフレームを再構築するパディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より多い場合は、アイドルＧＦＰフレームを含んで受信されることになり、障害情報収集回路（ａ２６）は、フレームごとの同期を取り、ＧＦＰフレームの再生を行う。
【０１６９】
パディング領域の発生状態が装置監視制御情報転送用ＧＦＰフレームの帯域より少ないか等しい場合は、連続して装置監視制御情報転送用ＧＦＰフレームが受信されることになり、障害情報収集回路（ａ２６）は、連続した再生を行い、装置監視制御情報を取り出す。
【０１７０】
障害情報収集回路（ａ２６）は、取り出した装置監視制御情報から障害状況を判定し、装置監視制御インタフェース（ａ３１）を介して、装置監視制御信号入出力端（ｄ１）に接続されている、ネットワーク全体を監視している監視制御端末に障害状況を通知する。また、障害情報収集回路（ａ２６）は、状況に応じて、障害状況を監視制御情報生成回路（ａ１４）に転送し、装置Ｂ（ｂ）側にも通知する。
【０１７１】
受信データ障害監視回路（ａ２４）は、受信されたデータから、イーサネット回線（ｃ２）の状態を判定し、障害状態時には、障害情報収集回路（ａ２６）に障害状況を通知する。リンク制御回路（ａ２２）は、装置Ａ（ａ）と装置Ｂ（ｂ）のリンク制御を行う回路である。リンク制御結果は、装置監視制御インタフェース（ａ３１）を介して、ネットワークを管理している監視制御端末に通知されると同時に、リンク制御で障害が発生した場合は、監視制御情報生成回路（ａ１４）に転送され、図５の装置監視制御情報転送用ＧＦＰフレームにおけるＬＩＮＫ、Ｒｅｍｏｔｅ Ｆａｕｌｔ情報として収容され、対向先の装置Ａ（ａ）に対応する端末装置に通知される。データ受信処理回路（ａ１０１）は、対向先の端末装置からの送信データを受信し、データを処理する。
【０１７２】
実際に転送する装置監視制御情報の一例を図５の装置監視制御情報転送用ＧＦＰフレームを用いて説明する。
【０１７３】
装置監視制御情報転送用に用いられるＧＦＰフレームは、ペイロード情報の情報量によって、ペイロード領域０から６５５３５バイトの範囲で定義される。装置監視制御情報自体は、装置設計時に転送する情報が決まり、ＧＦＰフレーム自体のフレーム長は一定となる。しかし、このＧＦＰフレームは、将来において、装置監視制御情報を追加した場合でも同じＧＦＰフレームを使って転送することができ、送信側の仕様と受信側の仕様が一致していれば転送可能で、仕様変更に対しても柔軟性を持っている。
【０１７４】
それぞれの項目について以下に説明する。
【０１７５】
装置ＩＤは、単純なネットワーク構成である図１や、図２で示したように、１対１で装置監視制御情報をやりとりする場合には必要がない。装置ＩＤは、装置監視制御情報を複数の装置をまたいで転送する場合に、装置監視制御情報を生成した装置が判別できるように設けられている。
【０１７６】
時刻情報は、装置監視制御情報をμｓｅｃオーダでの精度を持たせるために、１０バイト用意し、年月日と時刻の情報を付加して警報転送時の判定に使う。または、障害履歴を管理するための時刻情報として使う。時刻情報以降が、実際に転送する装置監視制御情報になる。
【０１７７】
ＧＦＰＯＯＦ（ＧＦＰ Ｏｕｔ Ｏｆ Ｆｒａｍｅ）は、ＧＦＰフレームのフレーム同期外れである。ＧＦＰでは、ＰＬＩ値とｃＨＥＣから、フレームの先頭位置を検出し、次のフレームの先頭を算出する。あるＧＦＰフレームでは、ＰＬＩ値とｃＨＥＣから、正しいフレームの先頭位置は見つけ出せるが、連続して検出ができない場合に、ＧＦＰＯＯＦを生成する。
【０１７８】
ＧＦＰＬＯＦ（ＧＦＰ Ｌｏｓｓ Ｏｆ Ｆｒａｍｅ）は、ＧＦＰフレームにおいて、ＰＬＩ値とｃＨＥＣから、正しいフレームの先頭位置が１度も見つけられない状態を示している。本発明でのＰＬＩ値とｃＨＥＣが、ＳＯＮＥＴ／ＳＤＨにおけるＡ１、Ａ２によるフレーム同期に対応する。
【０１７９】
ＧＦＰＳＤは、ＧＦＰのＦＣＳによって検出されるエラーに対して閾値を持っており、エラーレイトが閾値より高くなった場合に通知する。例えば、１０-6の閾値とした場合、１０-5以上の誤り率で検出、１０-7以下で解除とする。
【０１８０】
ＧＦＰＡＩＳは、ＧＦＰフレーム受信側でＧＦＰＯＯＦを検出した場合、送信側でＧＦＰのＡＩＳ信号を通知して、該当ＧＦＰフレーム生成側に通知する。装置監視制御情報転送用ＧＦＰフレームを複数装置にまたがって転送する場合は、ＧＦＰフレーム受信側でＧＦＰＯＯＦを検出した場合、下流側にＧＦＰフレームを生成し、ＧＦＰＡＩＳ信号をＯＮにして通知する。
【０１８１】
ＧＦＰＲＤＩは、装置受信側で何らかの受信障害が発生した場合に、イーサネットのインタフェースで接続されている対向装置に、対向装置の送信側で障害が発生していることを通知する。
【０１８２】
ＬＯＳは、イーサネットのインタフェースにおける受信信号断を検出した場合に、イーサネットのインタフェースで接続されている対向装置に通知する。
【０１８３】
ＬＩＮＫは、イーサネットのインタフェースでのリンク状態（リンクアップ／リンクダウン）を通知する。
【０１８４】
ＢＩＰは、図８のＧＦＰを使った装置監視制御情報の転送方法に示す通り、装置監視制御情報転送用ＧＦＰフレームから次に転送される装置監視制御情報転送用ＧＦＰフレームまでの間に転送されたイーサフレーム全体に対するＢＩＰ−８演算を行い、その結果を次の装置監視制御情報転送用ＧＦＰフレームに収容して転送する。この結果を受信し、再度、受信側で計算することでデータにエラーがあるかを判定する。
【０１８５】
ＳＤは、ＢＩＰ演算に対する回線品質の劣化を通知するもので、ＧＦＰＳＤと同じ思想であるが、ＧＦＰＳＤがＧＦＰの１フレーム単位に対しての算出だったが、こちらのＳＤは、装置監視制御情報転送用ＧＦＰフレームから次の装置監視制御情報転送用ＧＦＰフレームまでを１つの単位として算出している。例えば、１０-6の閾値とした場合、１０-5以上の誤り率で検出、１０-7以下で解除とする。
【０１８６】
ＣｏｄｅＳＤは、イーサネットのインタフェース上を転送される符号化されたコードに対するエラーで、例えば、ギガビットイーサの場合は８Ｂ−１０Ｂコードエラーとなる。これもＢＩＰと同様に、装置監視制御情報転送用ＧＦＰフレームから次に転送される装置監視制御情報転送用ＧＦＰフレームまでの間に発生したコードエラーを算出して、エラーレイトを算出する。算出された結果を次ぎの装置監視制御情報転送用ＧＦＰフレームに収容して転送する。例えば、１０-6の閾値とした場合、１０-5以上の誤り率で検出、１０-7以下で解除とする。
【０１８７】
Ｋ１、Ｋ２バイトは、ＳＯＮＥＴ／ＳＤＨと同じ意味合いで、イーサネットを２回線使い、現用系と予備系の構成を取り、回線の２重化を考慮した場合の自動制御切り替えに用いられる。
【０１８８】
本実施例に示さなかったが、以上説明した以外に、装置の保守用に、接続性を確認するJ０、J１バイトに対応する情報や、保守情報を転送する領域等を、装置監視制御情報転送用ＧＦＰフレームの中に定義して転送すれば、ＳＯＮＥＴ／ＳＤＨインタフェースと同等の保守監視制御が行える。
【０１８９】
（第２の実施例）
次に、本発明の第２の実施形態に対応する実施例について説明する。
【０１９０】
図６Ａは、本発明の第２の実施例の、パディング領域を利用した監視制御情報転送システムの全体構成図である。本実施例の監視制御情報転送システムは、２重イーサネット回線用の監視制御情報転送システムである。
【０１９１】
装置Ａ−１（Ａ７１）と装置Ａ−２（Ａ７２）は、イーサネットをインタフェースとする端末装置で、図２の装置Ａ（ａ）と同じ構成を有している。装置Ａ−１（Ａ７１）と装置Ａ−２（Ａ７２）は、イーサネット回線（Ｃ７１、Ｃ７２、Ｃ７３、Ｃ７４）を介して、それぞれ伝送装置（Ｂ７１）と伝送装置（Ｂ７２）と接続されている。伝送装置（Ｂ７１）と伝送装置（Ｂ７２）は、２重イーサネット回線（Ｃ７５、Ｃ７６、Ｃ７７、Ｃ７８）を介して相互に接続されている。また、監視制御端末（Ｅ７１）が、装置監視制御情報収集用回線（Ｄ７１、Ｄ７２、Ｄ７３、Ｄ７４）を介して、装置Ａ−１（Ａ７１）、装置Ａ−２（Ａ７２）、伝送装置（Ｂ７１）、伝送装置（Ｂ７２）と接続されており、装置監視制御情報を収集したり、装置設定情報を送信したりする。
【０１９２】
伝送装置（Ｂ７１）は、装置Ｂ−１’（Ｂ７１１）と、セレクタＳＥＬ（Ｂ７１２）と、装置監視制御インタフェース（Ｂ７１３）と、装置Ａ−１’（Ｂ７１４）と、装置Ａ−１’（Ｂ７１５）を含む。伝送装置（Ｂ７２）は、装置Ｂ−２’（Ｂ７２１）と、セレクタＳＥＬ（Ｂ７２２）と、装置監視制御インタフェース（Ｂ７２３）と、装置Ａ−２’（Ｂ７２４）と、装置Ａ−２’（Ｂ７２５）を含む。
【０１９３】
装置Ｂ−１’（Ｂ７１１）と装置Ｂ−２’（Ｂ７２１）は同じ構成を有しており、図６Ｂの装置Ｂ’（ｂ）にその構成が示されている。図２の装置Ｂ（ｂ）の構成と基本的に同じであるが、伝送路インタフェース符号化回路（ｂ２９）、伝送路インタフェース復号化回路（ｂ１７）が削除されている。伝送路（２重イーサネット回線（Ｃ７５、Ｃ７６、Ｃ７７、Ｃ７８））側もイーサネット回線なので、伝送路インタフェース符号化回路（ｂ２９）、伝送路インタフェース復号化回路（ｂ１７）が不要となるからである。
【０１９４】
装置Ａ−１’（Ｂ７１４）、装置Ａ−１’（Ｂ７１５）、装置Ａ−２’（Ｂ７２４）、装置Ａ−２’（Ｂ７２５）は同じ構成を有しており、図６Ｃの装置Ａ’（ａ）にその構成が示されている。図２の装置Ａ（ａ）の構成と基本的に同じであるが、前段の装置Ｂ’からのデータをバッファリングする受信バッファ（ａ１０２）が追加されている（必須ではない）。また、図２の装置Ａ（ａ）では、データ生成回路（ａ１１）でデータを自己生成して、パケット生成回路（ａ１２）でイーサパケット化していたが、装置Ａ’では、前段（装置Ｂ’）からのイーサパケットのデータを受信し、障害発生時にパディング領域に監視制御情報を挿入することが目的なので、データ生成回路（ａ１１）とパケット生成回路（ａ１２）が、伝送路障害情報挿入回路（ａ１０３）に置き換わる。さらに、装置Ａでは、受信側のデータ受信処理回路（ａ１０１）でデータを取り込んでいたが、装置Ａ’では、受信データをそのまま次段の装置Ｂ’側に転送する。
【０１９５】
セレクタＳＥＬ（Ｂ７１２）とセレクタＳＥＬ（Ｂ７２２）は、２重イーサネット回線（Ｃ７５、Ｃ７６、Ｃ７７、Ｃ７８）の障害発生時の回線切り替え用のセレクタである。装置監視制御インタフェース（Ｂ７１３）、装置監視制御インタフェース（Ｂ７２３）は、装置監視制御情報収集用回線（Ｄ７２、Ｄ７３）を介して監視制御端末（Ｅ７１）と接続され、伝送装置（Ｂ７１、Ｂ７２）内の個々の装置Ｂ'、装置Ａ'の状態を監視し、それぞれに対し制御を行う。また、回線障害発生時は、装置Ａ'からの情報をもとに判断し、セレクタＳＥＬ（Ｂ７１２）とセレクタＳＥＬ（Ｂ７２２）に対し制御をかけて、回線の切り替えを行う。
【０１９６】
本実施例の監視制御情報転送システムの動作を以下に説明する。
【０１９７】
図６Ａで、例えばイーサネット回線（Ｃ７６）で障害が発生した場合、装置Ａ−１'（Ｂ７１４）で障害を検出する。このときの装置Ａ−１'（Ｂ７１４）の動作を、図６Ｃを用いて説明する。
【０１９８】
回線障害は、図６Ｃの受信データ障害監視回路（ａ２４）で検出され、障害情報収集回路（ａ２６）で障害を収集した後、装置監視制御インタフェース（ａ３１）に通知される。この通知は、監視制御情報生成回路（ａ１４）で、回線２重化時の切り替え制御用のＳＯＮＥＴ／ＳＤＨインタフェースにおけるＫ１、Ｋ２に対応する情報の生成要因となり、警報転送用のフレームをフレーム生成回路（ａ１５）に指示を出し、これを生成させる。この情報は、送信データ入力から入力されるデータのパディング領域に挿入するために、伝送路障害情報挿入回路（ａ１０３）に送られる。これらの情報を装置Ａ−１'と装置Ａ−２'で送信しあうことで、切り替えの判定を行い、伝送装置Ｂ７１、Ｂ７２の装置監視制御インタフェース（Ｂ７１３、Ｂ７２３）で情報を収集し、系切り替えを実施する。
【０１９９】
本実施例のパディング領域を利用した監視制御情報転送システムは、イーサネット回線を介して、Ｋ１、Ｋ２に対応する情報を転送することで、回線２重化時の切り替えを実施する。Ｋ１、Ｋ２の定義は、ＳＯＮＥＴ／ＳＤＨで用いられているものと同じである。
【０２００】
Ｋ１、Ｋ２の内容は、図７に示されている。このＫ１、Ｋ２を、図５の装置監視制御転送用ＧＦＰフレームのＫ１、Ｋ２の位置に収容して転送する。
【０２０１】
ここで、Ｋ１バイトのビット１〜４が切り替え要求である。例えば、図６Ａで、イーサネット回線（Ｃ７６）で障害が発生し、伝送装置（Ｂ７１）で入力信号断（ＬＯＳ）やイーサの装置監視制御情報転送用ＧＦＰフレームのフレーム同期外れ（ＧＦＰＯＯＦ）、装置監視制御情報転送用ＧＦＰフレームのフレーム検出不能（ＬＯＦ）状態を検出した場合、切り替え要因に信号故障を入れて、イーサネット回線（Ｃ７５）を介して、伝送装置（Ｂ７２）に送信する。
【０２０２】
回線の誤り率劣化検出時は、信号劣化により切り替えを実施する。この誤り率劣化は、図５におけるＧＦＰＳＤ（装置監視制御情報転送用ＧＦＰフレームのＦＣＳエラーにより検出）とＳＤ（装置監視制御情報転送用ＧＦＰフレームの間のイーサフレームのＢＩＰ演算結果により検出）とＣｏｄｅＳＤ（イーサ回線上を流れるコードのエラー）から総合的に判定し、切り替えを実施する。例えば、１０-6の閾値とした場合、１０-5以上の誤り率で検出、１０-7以下で解除とする。
【０２０３】
これらの信号故障、信号劣化の故障検出には保護時間が取られる。本例では、１２５μｓｅｃ単位で算出し、３回連続して閾値を越えたら検出、３回連続で閾値を下回ったら解除とする。
【０２０４】
Ｋ１のビット５〜８は切り替え要求を出している現用の多重セクション番号を表す。１：ｎ構成の場合は１５となり、図６Ａの例では１＋１構成となるので１が挿入される。図７において切り替え要求は、優先順位があり、図７で上に行くに従って高い。１１１１のロックアウト（固定）が最高の優先順位となる。
【０２０５】
Ｋ２バイトのビット１から４は、送信側で予備と接続（ブリッジ）している現用の多重セクション番号を表す。図６Ａの例では１＋１構成となるので１が挿入される。もし、受信Ｋ１バイトのビット６〜８が０（無効）を示している場合は、Ｋ２の接続状態によらず０とする。ビット５は、１＋１構成か１：ｎ構成を示し、０は１＋１構成となる。図６Ａの例では０となる。ビット６から８は多重セクションの状態を表し、正常の場合は０００、ＭＳ−ＡＩＳ時は１１１、ＭＳ−ＲＤＩ時は１１０を示す。
【０２０６】
Ｋ１、Ｋ２は、装置監視制御情報転送用ＧＦＰフレームに収容され、周期的に転送される。送信側では、Ｋ１とＫ２の情報は予備と現用と同一内容を送信する。受信側では予備の内容を用いて切り替え制御をおこなう。伝送路誤りによる誤動作を防ぐために切り替え制御に用いるＫ１、Ｋ２は３回連続の保護をとり、同一内容を受信した場合に有効としている。
【０２０７】
なお、以上において説明した端末装置、伝送装置は、専用のハードウェアにより実現する以外に、その機能を実現するためのプログラムを、コンピュータ読み取りが可能な記録媒体に記録して、この記録媒体に記録されたプログラムを、端末装置、伝送装置となるべきコンピュータに読み込ませて実行することにより、実現するものでもよい。コンピュータ読み取りが可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取りが可能な記録媒体とは、インターネットを介してプログラムを送信する場合のように、短時間の間に、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、コンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【図面の簡単な説明】
【０２０８】
【図１】パディング領域を利用した監視制御情報転送システムの全体構成図である。
【図２】図１における装置Ａ−１、Ｂ−１（または、装置Ａ−２、Ｂ−２）の内部構成図である。
【図３Ａ】イーサフレームの一例である。
【図３Ｂ】データが４６バイト以上のフレーム構成の一例である。
【図３Ｃ】データが４５バイト以下のフレーム構成の一例である。
【図４】ＧＦＰフレームの一例である。
【図５】装置監視制御情報転送用ＧＦＰフレームの一例である。
【図６Ａ】図１とは異なる、パディング領域を利用した監視制御情報転送システムの全体構成図である。
【図６Ｂ】図６Ａにおける装置Ａ−１（Ａ−２）、装置Ｂ−１’（Ｂ−２’）の内部構成図である。
【図６Ｃ】図６Ａにおける装置Ａ−１’（Ａ−２’）の内部構成図である。
【図７】Ｋ１、Ｋ２の定義の一例である。
【図８】ＧＦＰを使った装置監視制御情報の転送方法の一例である。
【符号の説明】
【０２０９】
（図１における符号の説明）
Ａ１  装置Ａ−１（イーサネットのインタフェースを有する端末装置）
Ａ２  装置Ａ−２（イーサネットのインタフェースを有する端末装置）
Ｂ１  装置Ｂ−１（端末インタフェースにイーサネットのインタフェースを有する伝送装置）
Ｂ２  装置Ｂ−２（端末インタフェースにイーサネットのインタフェースを有する伝送装置）
Ｃ１、Ｃ２、Ｃ３、Ｃ４  イーサネット回線
Ｃ５、Ｃ６、Ｃ７、Ｃ８  伝送回線
Ｄ１、Ｄ２、Ｄ３、Ｄ４  装置監視制御情報収集用回線
Ｅ１  ネットワーク
Ｆ１  監視制御端末
（図２における符号の説明）
ａ  装置Ａ（イーサネットのインタフェースを有する端末装置）
ａ１  送信側回路
ａ１１  データ生成回路
ａ１２  パケット生成回路
ａ１３  送信バッファ
ａ１４  監視制御情報生成回路
ａ１５  フレーム生成回路
ａ１６  装置設定情報
ａ２  受信側回路
ａ２１  受信バッファ
ａ２２  リンク制御回路
ａ２３  パケット判定回路
ａ２４  受信データ障害監視回路
ａ２５  監視制御情報抜取回路
ａ２６  障害情報収集回路
ａ２８  装置内障害情報
ａ１０１  データ受信処理回路
ａ３１  装置監視制御インタフェース
ｂ  装置Ｂ（端末インタフェースにイーサネットのインタフェースを有する伝送装置）
ｂ１  送信側回路
ｂ１１  データ生成回路
ｂ１２  パケット生成回路
ｂ１３  送信バッファ
ｂ１４  監視制御情報生成回路
ｂ１５  フレーム生成回路
ｂ１６  装置設定情報
ｂ１７  伝送路インタフェース復号化回路
ｂ２  受信側回路
ｂ２１  受信バッファ
ｂ２２  リンク制御回路
ｂ２３  パケット判定回路
ｂ２４  受信データ障害監視回路
ｂ２５  監視制御情報抜取回路
ｂ２６  障害情報収集回路
ｂ２７  障害情報挿入回路
ｂ２８  装置内障害情報
ｂ２９  伝送路インタフェース符号化回路
ｂ３１  装置監視制御インタフェース
ｃ１、ｃ２  イーサネット回線
ｄ１、ｄ２  装置監視制御信号入出力端
ｄ３  受信データ出力端（伝送回線インタフェース）
ｄ４  送信データ入力端（伝送回線インタフェース）
（図６Ａにおける符号の説明）
Ａ７１  装置Ａ−１（イーサネットのインタフェースを有する端末装置）
Ａ７２  装置Ａ−２（イーサネットのインタフェースを有する端末装置）
Ｂ７１  回線２重化のイーサネットのインタフェースを有する伝送装置
Ｂ７２  回線２重化のイーサネットのインタフェースを有する伝送装置
Ｃ７１、Ｃ７２、Ｃ７３、Ｃ７４、Ｃ７５、Ｃ７６、Ｃ７７、Ｃ７８  イーサネット回線
Ｄ７１、Ｄ７２、Ｄ７３、Ｄ７４  装置監視制御情報収集用回線
Ｅ７１  監視制御端末
Ｂ７１１  装置Ｂ−１’
Ｂ７１２  セレクタ
Ｂ７１３  装置監視制御インタフェース
Ｂ７１４  装置Ａ−１’
Ｂ７１５  装置Ａ−１’
Ｂ７１１  装置Ｂ−２’
Ｂ７１２  セレクタ
Ｂ７１３  装置監視制御インタフェース
Ｂ７１４  装置Ａ−２’
Ｂ７１５  装置Ａ−２’
（図６Ｂにおける符号の説明）
ａ  装置Ａ（イーサネットのインタフェースを有する端末装置）
ａ１  送信側回路
ａ１１  データ生成回路
ａ１２  パケット生成回路
ａ１３  送信バッファ
ａ１４  監視制御情報生成回路
ａ１５  フレーム生成回路
ａ１６  装置設定情報
ａ２  受信側回路
ａ２１  受信バッファ
ａ２２  リンク制御回路
ａ２３  パケット判定回路
ａ２４  受信データ障害監視回路
ａ２５  監視制御情報抜取回路
ａ２６  障害情報収集回路
ａ２８  装置内障害情報
ａ１０１  データ受信処理回路
ａ３１  装置監視制御インタフェース
ｂ  装置Ｂ’
ｂ１  送信側回路
ｂ１１  データ生成回路
ｂ１２  パケット生成回路
ｂ１３  送信バッファ
ｂ１４  監視制御情報生成回路
ｂ１５  フレーム生成回路
ｂ１６  装置設定情報
ｂ２  受信側回路
ｂ２１  受信バッファ
ｂ２２  リンク制御回路
ｂ２３  パケット判定回路
ｂ２４  受信データ障害監視回路
ｂ２５  監視制御情報抜取回路
ｂ２６  障害情報収集回路
ｂ２７  障害情報挿入回路
ｂ２８  装置内障害情報
ｂ３１  装置監視制御インタフェース
ｃ１、ｃ２  イーサネット回線
ｄ１、ｄ２  装置監視制御信号入出力端
ｄ３  受信データ出力端（伝送回線インタフェース）
ｄ４  送信データ入力端（伝送回線インタフェース）
（図６Ｃにおける符号の説明）
ａ  装置Ａ’
ａ１  送信側回路
ａ１３  送信バッファ
ａ１４  監視制御情報生成回路
ａ１５  フレーム生成回路
ａ１６  装置設定情報
ａ１０２  受信バッファ
ａ１０３  伝送路障害情報挿入回路
ａ２  受信側回路
ａ２１  受信バッファ
ａ２２  リンク制御回路
ａ２３  パケット判定回路
ａ２４  受信データ障害監視回路
ａ２５  監視制御情報抜取回路
ａ２６  障害情報収集回路
ａ２８  装置内障害情報
ａ１０１  データ受信処理回路
ａ３１  装置監視制御インタフェース
ｃ１、ｃ２  イーサネット回線
ｄ１  装置監視制御信号入出力端
【図１】
2005269507.tif 000003
【図２】
2005269507.tif 000004
【図３Ａ】
2005269507.tif 000005
【図３Ｂ】
2005269507.tif 000006
【図３Ｃ】
2005269507.tif 000007
【図４】
2005269507.tif 000008
【図５】
2005269507.tif 000009
【図６Ａ】
2005269507.tif 000010
【図６Ｂ】
2005269507.tif 000011
【図６Ｃ】
2005269507.tif 000012
【図７】
2005269507.tif 000013
【図８】
2005269507.tif 000014