JP2009135767A - 管理機能付き伝送装置、状態管理システム、状態管理方法及び状態管理プログラム - Google Patents

Abstract

【課題】 伝送装置において、データ伝送に関する同期はずれやスループット低下を発生させずに保守情報の合理的な送受信を可能とする。
【解決手段】 自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して送信するOAM INS２０と、他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出するOAM DET１４と、管理パケットの分析を介して前記他の伝送装置の状態を判定するOAM Receipt１５と、からなる構成としてある。
【選択図】 図２

Description

本発明は、遠隔から他の伝送装置の状態を管理することが可能な管理機能付き伝送装置に関する。

近年、ブロードバンドサービスを提供する手段として、光ネットワークを利用したＦＴＴＨ（Fiber To The Home）を展開する動きが活発化している。
これは、ギガビットイーサネット（登録商標）の開発及び標準化によりイーサネット（登録商標）の対象がＬＡＮからＭＡＮ（Metropolitan Area Network）／ＷＡＮ（Wide Area Network）へと広がり、シームレスなネットワークが安価に構築できるようになったことが要因とされている。
一方、このようなネットワークの進化や普及に伴い、ブロードバンドネットワークは、社会活動や企業活動等を行う上で欠かすことのできない存在となっており、障害等によって万一ネットワークが利用できなくなった場合の損失は甚大なものとなる。
なお、以下、ネットワークとはイーサネット（登録商標）に基づくネットワークのことを示し、ギガビットネットワークとはギガビットイーサネット（登録商標）に基づくネットワークのことを示す。

従って、ネットワーク保守に関しても万全の対策を講じておく必要があり、予防保守、事後保守の観点から、適切かつ具体的な対策が求められている。
具体的に、従来は、ＳＮＭＰ（Simple Network Management Protocol）やＯＡＭ（Operations,Administration and Maintenance）データを用いた遠隔保守管理が行われてきた。
ＳＮＭＰでは、監視するためのポーリングと、状態変化や障害発生等を通知するためのトラップによって管理情報（ＭＩＢ：Management Information Base）のやり取りが行われる。
これにより、ＳＮＭＰマネージャは、ＳＮＭＰエージェントの状態変化や障害発生等を遠隔から把握することができるため、予防保守や事後保守に有効とされてきた。

しかし、ネットワーク機器にＳＮＭＰエージェント機能を実装した場合には、ＣＰＵやメモリ等の周辺回路が増えるため、一般に高価なものとなってしまう。
また、ＩＰアドレスやＭＡＣアドレスの付与が必要なため、アドレス管理が煩雑となってしまう。
さらに、ポーリングやトラッピングではユーザフレームと同じ帯域を使用する必要があり、ユーザデータのスループットを低下させる要因となっていた。

一方、ＯＡＭデータを用いた方式は、図１２に示すように、ユーザパケットの代わりにＯＡＭデータを挿入して送受信を行うこととなる。
この方式も、ＳＮＭＰと同様、受信したＯＡＭデータを分析することによって対象装置の状態等を把握することが可能である。
この方式の問題は、同図に示すように、ＯＡＭデータを挿入するところのユーザパケットを廃棄しないとＯＡＭデータを送信することができないところである。
ただし、この問題は、図１３に示すようにメモリ３３を備えることによって解消することができる。
具体的には、OAM Delivery回路３１により出力されるＯＡＭデータがOAM INS回路３０に対して優先的に選択されて出力された場合、本来廃棄されるべき送信パケットをメモリ３３に一旦格納させておき、後のタイミングで出力させる仕組みである。
しかし、この方法では、コスト負担が増大するだけでなく、ユーザパケットのロスや遅延が発生する等、別の問題が生ずることとなる。

このため、少なくとも１２バイト長からなるフレーム間ギャップ（ＩＦＧ：Inter Frame Gap）に所定の管理フレームを挿入して送受信を行うネットワーク管理方式等が提案されている（例えば、特許文献１乃至３参照）。
特許文献１乃至３のいずれもが、ＩＦＧに管理フレームを挿入して送受信を行わせることによって、ユーザフレームのスループットに影響を与えることなく対象機器の状態を把握できる仕組みとなっている。
また、メモリ追加の必要もなく、ユーザパケットに対する影響もない合理的な方式となっている。

特開２００２−２４４９４２号公報 特開２００７−１８９４７６号公報 特開２００６−１９７１７６号公報

しかしながら、上述したネットワーク管理方式等においては、データフレームの同期に関しては全く考慮されておらず、同期はずれが生ずるおそれがあった。
ここで、まず、1000BASE-X規格におけるIDLEオーダセットを利用した同期の仕組みについて事前に説明する。
図１４に示すように、1000BASE-X規格においては、ＩＦＧに特殊符号（k28.5）とデータ符号（D16.2又D5.6）との組み合わせからなるIDLEオーダセットを挿入するようにしている。
特殊符号はユニークなコンマパターンを含むため、受信側ではIDLEオーダセットを認識することによってユーザフレームの区切りを判別し、もって同期を確立する仕組みとなっている。

図１５は、IEEE802.3規格において、ギガビットネットワークの同期確立に至るプロセスを示した遷移図である。
同図に示すように、受信側では、特殊符号k28.5（COMMMA）を３回受信することによって、同期が確立するようになっている。
このため、理論的には、受信側でIDLEオーダセットを３回以上繰り返し受信しなければ、同期はずれが生ずることとなってしまう。

ところが、上述した特許文献１及び特許文献２については、ＩＦＧに対する管理フレームの挿入に関し、IDLEオーダセットの存在が全く考慮されておらず、同期はずれを起こす可能性が非常に高いものとなっている。
また、特許文献３では、１２バイト長からなるＩＦＧのうち７バイトを監視情報で占有させることとしているが、周波数差の調整のために更に２バイトを要した場合、IDLEオーダセットとして使用できるのは３バイトしかなく、この場合には同じく同期はずれが生ずる可能性が高い。
すなわち、特許文献１乃至特許文献３のいずれもが、規定されたギガビットネットワークの同期プロセスに従っていないことになる。
このように、従来提案されている方式によっては、同期確立が適切に行われず、データフレームの欠落その他の不具合が生じる要因となり問題となっていた。

本発明の目的は、上述した課題であるデータ伝送に関する同期はずれやスループットの低下を解消しつつ、保守情報の合理的な送受信が可能な管理機能付き伝送装置、状態管理システム、状態管理方法及び状態管理プログラムを提供することにある。

上記目的を達成するため、本発明の管理機能付き伝送装置は、自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して送信する手段と、他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し、当該管理パケットの分析を介して前記他の伝送装置の状態を判定する手段と、を備えた構成としてある。

また、本発明の状態管理システムは、複数の伝送装置からなるネットワークの保守を行うための状態管理システムであって、各伝送装置は、自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して受信側の伝送装置に送信する手段と、送信側の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し、当該管理パケットの分析を介して前記送信側の伝送装置の状態を判定する手段と、を備えた構成としてある。

また、本発明の状態管理方法は、複数の伝送装置からなるネットワークの保守を行うための状態管理方法であって、自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して送信するステップと、他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し、当該管理パケットの分析を介して前記他の伝送装置の状態を判定するステップと、を有する方法としてある。

また、本発明の状態管理プログラムは、複数の伝送装置からなるネットワークの保守を行うための状態管理プログラムであって、前記伝送装置を構成するコンピュータを、自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに生成した前記管理パケットをユーザパケット間に挿入して送信する手段、他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し当該管理パケットの分析を介して前記他の伝送装置の状態を判定する手段、として機能させるためのプログラムとしてある。

本発明によれば、伝送装置の状態を示す情報を、データ伝送のスループットに影響を与えることなく、また、規定された従来の同期プロセスを利用して合理的に送受信することが可能となり、保守システムを容易かつ効果的に実現することが可能となる。

以下、本発明の好ましい実施形態について図１〜図１１を参照して説明する。
ここで、以下に示す本発明の状態管理機能付き伝送装置は、プログラム（ソフトウェア）の命令によりコンピュータで実行される処理，手段，機能によって実現される。プログラムは、コンピュータの各構成要素に指令を送り、以下に示すような所定の処理・機能を行わせる。すなわち、本実施形態のメディアコンバータにおける各処理・手段は、プログラムとコンピュータとが協働した具体的手段によって実現される。
なお、プログラムの全部又は一部は、例えば、磁気ディスク，光ディスク，半導体メモリ，その他任意のコンピュータで読取り可能な記録媒体により提供され、記録媒体から読み出されたプログラムがコンピュータにインストールされて実行される。また、プログラムは、記録媒体を介さず、通信回線を通じて直接にコンピュータにロードし実行することもできる。

［第一実施形態］
図１は、本発明の第一実施形態に係る状態管理機能付き伝送装置であるメディアコンバータの構成を示す全体構成図である。
図１に示すように、本実施形態のメディアコンバータは、OPTコネクタ１、OPT Transceiver２、SERDES３、OAM Block４、MAC/PHY５及びトランス/RJ45コネクタ６によって構成されている。
そして、本実施形態では、ギガビットイーサネット（登録商標）に対応したメディアコンバータを対象としている。

OPTコネクタ１は、光ファイバケーブルを接続するためのコネクタである。
例えば、ＳＣ型コネクタやＬＣ型コネクタ等がこれに該当する。
OPT Transceiver２は、光信号と電気信号との相互変換を行うものであり、具体的には、OPTコネクタ１を介して受信した光信号を電気信号に変換してSERDES３に出力する等の処理を行うものである。
SERDES（SERializer/DESerializer）３は、シリアル転送方式／パラレル転送方式の相互変換を行うものであり、具体的には、OPT Transceiver２からのシリアル信号を１０ビットのパラレル信号に変換してTBIインタフェースに出力する等の処理を行うものである。
OAM Block４は、TBIインタフェースをGMIIインタフェースに変換するとともに、OAMデータ（本発明の状態識別データ）の挿入・抽出等、OAM制御に関する様々な処理を行うものである。

ここで、本実施形態に係るメディアコンバータにおいて主にOAM制御を担うOAM Block４について図２を参照しながら詳細に説明を行う。
図２は、本実施形態に係るメディアコンバータのOAM Blockの構成を示したブロック図である。
同図に示すとおり、本実施形態に係るOAM Block４は、TBI回路１１，10B/8B変換回路１２，OPT PKT RCV回路１３、OAM DET回路１４，OAM Receipt回路１５，GMII回路１６、OAM CTRL回路１７、OPT PKT SEND回路１８、OAM Delivery回路１９、OAM INS回路２０及び8B/10B変換回路２１によって構成されている。

TBI（Ten Bit Interface）回路１１は、OAM Block４におけるSERDES３とのインタフェースであり、SERDES３との間で１０ビットパラレル信号の入出力を行うものである。
10B/8B変換回路１２は、TBI回路１１を介して入力した１０ビット符号語を８ビットに変換する回路である。
OPT PKT RCV回路１３は、受信パケットの処理を行う回路であり、OAM DET回路１４及びOAM Receipt回路１５を備えている。
OAM DET回路１４は、受信パケットのうち、ユーザパケットとユーザパケットとの間隙、すなわちIFGに挿入されているIDLEオーダセットを構成するOAMデータを本発明の管理パケット抽出手段によって抽出してOAM Receipt回路１５に出力する一方、ユーザパケットをGMII回路１６に出力するものである。

OAM Receipt回路１５は、OAM DET回路１４から入力されたOAMデータの解析を行う回路であり、本発明の状態管理手段を構成する。
GMII（Gigabit Medium Independent Interface）回路１６は、MAC/PHY５とのインタフェースであり、１Ｇbpsの転送速度に対応するものである。
OAM CTRL回路１７は、OAMデータを制御する回路である。
OPT PKT SEND回路１８は、送信パケットの処理を行う回路であり、OAM Delivery回路１９及びOAM INS回路２０を備えている。
OAM Delivery回路１９は、OAM CTRL回路１７の制御に基づきOAMデータを設定し、所定の場合にはOAM INS回路２０に出力する回路である。
OAM INS回路２０は、IDLEオーダセットのデータ形式にOAMデータを組み込む管理パケット生成手段と、OAMデータが組み込まれたIDLEオーダセットをIFGに挿入したうえでパケットデータを送信するパケット送信手段とからなる。
8B/10B変換回路２１は、8ビットデータを１０ビット符号語に変換する回路である。

図５に示すMAC/PHY５は、データリンク層／物理層に関するインタフェースであり、具体的には、トランス/RJ45コネクタ６とOAM Block４との間のインタフェースを担っている。
トランス/RJ45コネクタ６は、1000BASE-Tケーブルを接続するためのコネクタであり、インピーダンス整合のためのパルストランスを内蔵するものである。
すなわち、上述の各回路の構成によって本実施形態に係るメディアコンバータが具現化され、1000BASE-X（光）と1000BASE-T（電気）との変換処理を可能としている。

次に、以上のような構成からなる本発明の第一実施形態に係るメディアコンバータにおけるOAM制御について図３及び図４を参照しつつ説明する。
図３は、本発明の第一実施形態に係るメディアコンバータのOAM BlockにおいてOAMデータを送信する際の動作手順を示したフローチャートである。

図３に示すように、本実施形態のメディアコンバータは、まず、OAM CTRL回路１７が、自己の状態を示すOAMデータを設定する（Ｓ１１）。
具体的には、図５に示すように、各８ビットからなるパケットフレーム（Ｄ１乃至Ｄ４）によってOAMデータを設定する。
例えば、図５の例では、Ｄ１のbit７には光受信状態を識別するOAMデータが設定されており、このビット値の変化を検知することによって、当該装置の光受信状態の変化を検出することができることとなる。
これによって、メディアコンバータはOAMデータに対応した状態監視モードに入り、OAM CTRL回路１７が、ステップＳ１１で設定したOAMデータの変化を監視することとなる（Ｓ１２）。

ここで、OAM CTRL回路１７がOAMデータの変化を検知すると（Ｓ１３：ＹＥＳ）、OAM Delivery回路２１はOAMデータを抽出しOAM INS回路２０に出力する（Ｓ１４）。
次に、OAM INS回路２０は、OAMデータを特殊符号語（k28.5）と組み合わせて所定のIDLEオーダセットの形式に変換する（Ｓ１５）。
具体的には、図６（ａ）のデータ形式から同図（ｂ）のデータ形式に変換を行うことによって本発明の管理パケットを生成する。

そして、OAM INS回路２０は、ステップＳ１５の変換処理によって得たIDLEオーダセット（管理パケット）をIFGに挿入したうえで、8B/10B変換回路２１を経て送信される（Ｓ１６）。
具体的には、図６（ｃ）に示すように、GMII回路１６から出力されたユーザパケットとユーザパケットとの間隙にステップＳ１５で得たIDLEオーダセット（同図（ｂ））が挿入され、本形式でデータが送信されることとなる。

なお、ステップＳ１３において、OAM CTRL回路１７が、OAMデータの変化を検知しない場合（Ｓ１３：ＮＯ）、OAM制御に関する処理は特に行わず、OPT PKT SEND回路１８によって通常のIDLEオーダセットがIFGに挿入されてパケットが送信されることとなる（Ｓ１７）。

続いて、OAMデータを受信した際のOAM制御について図４を参照しながら説明する。
図４は、本実施形態に係るメディアコンバータのOAM BlockにおいてOAMデータを受信した際の動作手順を示したフローチャートである。
図４に示すとおり、本実施形態のメディアコンバータは、図示しない他の装置からパケットデータを受信し、TBI回路１１及び10B/8B変換回路１２を経てOAM DET回路１４にそのパケットデータが入力されたものとする（Ｓ２１）。
次に、OAM DET回路１４は、受信パケットのIFGにあるIDLEオーダセットが通常のIDLEオーダセットか、OAMデータを含んだIDLEオーダセットかのいずれかを判定する（Ｓ２２）。

ステップＳ２２の結果、IDLEオーダセットにOAMデータが含まれていたと判定された場合（Ｓ２３：ＹＥＳ）、OAM DET回路１４は、そのOAMデータを抽出してOAM Receipt回路１５に受け渡す（Ｓ２４）。
具体的には、図７に示すように受信パケット間に当たるIFGからIDLEオーダセットを取り出し、その中からＤ１乃至Ｄ４からなるOAMデータをさらに抽出してOAM Receipt回路１５に受け渡すこととなる。
なお、ステップＳ２２においてIDLEオーダセットにOAMデータが含まれていなかった場合（Ｓ２３：ＮＯ）、すなわち通常のIDLEオーダセットを受信した場合には特にOAM制御に関する処理は行われない。

そして、OAM Receipt回路１５は、取り出したOAMデータの分析を行い、これにより対象装置の状態を判定するようにしている（Ｓ２５）。
例えば、前述の送信側の例を用いると、Ｄ１のbit7のビット値を分析することによって送信側装置における光受信状態の正常／異常を判断することが可能となる。

以上説明したように、本実施形態の管理機能付き伝送装置（メディアコンバータ）によれば、OAM制御を行うOAM Block４を搭載し、このOAM Block４は、さらに、OAM DET回路１４、OAM Receipt回路１５、OAM CTRL回路１７、OAM Delivery回路１９、OAM INS回路２０を備えている。
OAM DET回路１４は受信パケットのIFGからOAMデータを抽出し、OAM Receipt回路１５が抽出したOAMデータの分析を行い対象装置の状態判定をするようにしている。
また、OAM CTRL回路１７は自己の状態に関するOAMデータの設定を行い、OAM Delivery回路１９がOAMデータをOAM INS回路２０に出力し、OAM INS回路２０がOAMデータをIDLEオーダセットの形式に生成した上で、IFGに挿入して送信するようにしている。

従って、本実施形態のメディアコンバータによれば、パケットロスやパケット遅延が発生しないようにOAMデータの送受信ができるため、ユーザパケットのスループットに影響を与えることなく、合理的にOAMデータを送信し続けることが可能となる。
また、IDLEオーダセットを利用した規定の同期プロセスを利用することが可能であるため、特に、ギガビットイーサネット（登録商標）の同期プロセスに好適である。
このため、既存のネットワーク装置を効果的に活用でき、本実施形態のメディアコンバータによって有用な保守システムを容易に構築し、実現することが可能となる。

［第二実施形態］
次に、本発明の第二実施形態に係る管理機能付き伝送装置を構成するメディアコンバータについて図８乃至図１０を参照しながら説明する。
本実施形態に係るメディアコンバータは、前述の第一実施形態に係るメディアコンバータと同様の構成ではあるが、図８及び図９に示すように、OAMデータの形式が異なる。
図８は、本発明の第二実施形態に係るメディアコンバータにおいて用いられるOAMデータの第二のオーダセット形式を表したフレーム図であり、図９は、第三のオーダセット形式を表したフレーム図である。
本実施形態に係るOAMデータは、図８に示すようにコンフィグレーションオーダセットの形式に変換して送受信を行うようにしても良く、また、図９に示すように特殊オーダセットの形式に変換して送受信を行うようにしても良い。

すなわち、コンフィグレーションオーダセットは、特殊符号語（k28.5）とデータ符号語（D21.5又はD2.2）からなり、オートネゴシエーション時に連続して送信されるため、本実施形態に係るメディアコンバータによれば、オートネゴシエーション時においても、帯域負荷をかけることなくOAMデータを送受信することができるようになる。

また、図８に示すように、１バイトの特殊符号語と３バイトのデータ符号語とが組み合わせられた合計４バイトのデータを繰り返し配置することで１２バイトのOAMデータを構成するため、まず１IFGで同期を確立できるようにしている。
これは、前述のとおり、規定の同期プロセスでは、少なくとも特殊符号（k28.5）を３回受信しなければ同期が確立されないからである。

さらに、同図に示すとおり、第一実施形態に比べ１IFG当たりのOAMデータを多く送信することが可能となっている。
このため、例えば、OAMデータにチェックサムを設定し、OAMデータに対してCRCチェック（Cyclic Redundancy Check：巡回冗長検査）を行うことも可能である。

一方、図９に示すように、特殊符号語とデータの組み合わせを同期確立のために必要な分（k28.5を３回）だけ配置するようにして、特殊オーダセットを構成することも可能である。
これにより、さらにデータ送信効率を高めることができる。
例えば、Ｄ１〜Ｄ６４にＰＮパターンを設定して、ループバックテストを実施することも可能である。
この場合、図１０に示すように、センター側メディアコンバータとリモート側メディアコンバータとの間でLOOP要求信号、LOOP応答信号、LOOPパターンデータが送受信されるが、これらデータをすべてOAMデータとしてIFGに挿入して送受信することができる。
このため、帯域負荷をかけずにループバックテストが行えるようになる。

以上説明したように、本実施形態のメディアコンバータによれば、第一実施形態と同様の効果が発揮されるだけでなく、OAMデータを様々な形式によって生成するようにしているため、さらに効果的にOAMデータを活用することが可能である。
具体的には、OAM INS回路２０が、コンフィグレーションオーダセットや特殊オーダセットの形式に基づきOAMデータを生成し、OAM制御に用いることもできる。
このため、オートネゴシエーションやループバックテスト等にもOAMデータを活用することができ、より合理的で、利用価値の高い伝送装置を実現することが可能となる。

以上、本発明の管理機能付き伝送装置、状態管理システム、状態管理方法及び状態管理プログラムについて、好ましい実施形態を示して説明したが、本発明は、上述した実施形態にのみ限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。
すなわち、本発明の管理機能付き伝送装置は、メディアコンバータに限らず様々なネットワーク機器に広範に適用することができ、また、ギガビットイーサネット（登録商標）に限らず、通常のイーサネット（登録商標）にも適用できることが可能である。

また、上述した第一実施形態と第二実施形態とを複合的に組み合わせることによって、さらにその利用範囲を拡大することもできる。
具体的には、図１１に示すように、ある伝送路区間においては、センター側メディアコンバータがリモート側メディアコンバータの状態を監視しつつ（sample１参照）、他の伝送路区間においては、伝送路の信頼性確認のためループバックテストやビットエラーレート測定等を行う（sample２参照）といったバリエーションが可能となる。

本発明は、IEEE802.3規格に準拠した伝送機器に好適に利用することができる。

本発明の第一実施形態に係るメディアコンバータの構成を示す全体構成図である。 本発明の第一実施形態に係るメディアコンバータのOAM Blockの構成を示したブロック図である。 本発明の第一実施形態に係るメディアコンバータのOAM BlockにおいてOAMデータを送信する際の動作手順を示したフローチャートである。 本発明の第一実施形態に係るメディアコンバータのOAM BlockにおいてOAMデータを受信した際の動作手順を示したフローチャートである。 本発明の第一実施形態に係るメディアコンバータに用いられるOAMデータのビット規定例を示したステータスフィールド図である。 本発明の第一実施形態に係るメディアコンバータに用いられるOAMデータの送信時の変移を示した説明図である。 本発明の第一実施形態に係るメディアコンバータに用いられるOAMデータの受信時の変移を示した説明図である。 本発明の第二実施形態に係るメディアコンバータに用いられるOAMデータの第二のオーダセット形式を表したフレーム図である。 本発明の第二実施形態に係るメディアコンバータに用いられるOAMデータの第三のオーダセット形式を表したフレーム図である。 本発明の第二実施形態に係るメディアコンバータを用いてループバックテストを実行する際のOAMデータの送受を説明するためのシーケンス図である。 本発明の第一実施形態と第二実施形態とを複合的に組み合わせた形態を示すシステム図である。 従来のネットワーク機器におけるOAMデータの送信形態を示した説明図である。 従来のネットワーク機器において送信パケットを一時的に格納するメモリの構成を示したブロック図である。 従来のネットワーク機器において送受されるIDLEオーダセットの形式を示した説明図である。 IEEE８０２．３規格においてギガビットネットワークの同期確立に至るプロセスを示した遷移図である。

符号の説明

４ OAM Block
１４ OAM DET
１５ OAM Receipt
１７ OAM CTRL
１９ OAM Delivery
２０ OAM INS

Claims (11)

1. 自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して送信する手段と、
   他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し、当該管理パケットの分析を介して前記他の伝送装置の状態を判定する手段と、を備えることを特徴とする管理機能付き伝送装置。
2. 自己に関する状態識別データを所定のオーダセット信号の形式に組み込むことによって前記管理パケットを生成する管理パケット生成手段と、
   生成された前記管理パケットをユーザパケット間に挿入して送信するパケット送信手段と、
   他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出する管理パケット抽出手段と、
   抽出した前記管理パケットに組み込まれた状態識別データを分析することによって、前記他の伝送装置の状態を判定する状態管理手段と、を備えることを特徴とする請求項１記載の管理機能付き伝送装置。
3. 前記管理パケット生成手段は、
   所定の特殊符号と前記状態識別データとを組み合わせることによって所定のオーダセット信号の形式に基づいた前記管理パケットを生成することを特徴とする請求項２記載の管理機能付き伝送装置。
4. 前記管理パケット生成手段は、
   前記状態識別データをＩＤＬＥオーダセット信号の形式に組み込むことによって前記管理パケットを生成することを特徴とする請求項２又は３記載の管理機能付き伝送装置。
5. 前記管理パケット生成手段は、
   前記状態識別データをコンフィグレーションオーダセット信号の形式に組み込むことによって前記管理パケットを生成することを特徴とする請求項２乃至４のいずれか一項記載の管理機能付き伝送装置。
6. 複数の伝送装置からなるネットワークの保守を行うための状態管理システムであって、
   各伝送装置は、
   自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して受信側の伝送装置に送信する手段と、
   送信側の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し、当該管理パケットの分析を介して前記送信側の伝送装置の状態を判定する手段と、を備えることを特徴とする状態管理システム。
7. 各伝送装置は、
   自己に関する状態識別データを所定のオーダセット信号の形式に組み込むことによって前記管理パケットを生成する管理パケット生成手段と、
   生成された前記管理パケットをユーザパケット間に挿入して受信側の伝送装置に送信するパケット送信手段と、
   送信側の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出する管理パケット抽出手段と、
   抽出した前記管理パケットに組み込まれた状態識別データを分析することによって、前記送信側の伝送装置の状態を判定する状態管理手段と、を備えることを特徴とする請求項６記載の状態管理システム。
8. 複数の伝送装置からなるネットワークの保守を行うための状態管理方法であって、
   自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して送信するステップと、
   他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し、当該管理パケットの分析を介して前記他の伝送装置の状態を判定するステップと、を有することを特徴とする状態管理方法。
9. 自己に関する状態識別データを所定のオーダセット信号の形式に組み込むことによって前記管理パケットを生成する管理パケット生成ステップと、
   生成された前記管理パケットをユーザパケット間に挿入して他の伝送装置に送信するパケット送信ステップと、
   前記他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出する管理パケット抽出ステップと、
   抽出した前記管理パケットに組み込まれた状態識別データを分析することによって、前記他の伝送装置の状態を判定する状態管理ステップと、を有することを特徴とする請求項８記載の状態管理方法。
10. 複数の伝送装置からなるネットワークの保守を行うための状態管理プログラムであって、
    前記伝送装置を構成するコンピュータを、
    自己の状態を示す管理パケットを所定のオーダセット信号の形式に基づいて生成するとともに、生成した前記管理パケットをユーザパケット間に挿入して送信する手段、
    他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出し、当該管理パケットの分析を介して前記他の伝送装置の状態を判定する手段、として機能させるための状態管理プログラム。
11. 前記伝送装置を構成するコンピュータを、
    自己に関する状態識別データを所定のオーダセット信号の形式に組み込むことによって前記管理パケットを生成する管理パケット生成手段、
    生成された前記管理パケットをユーザパケット間に挿入して他の伝送装置に送信するパケット送信手段、
    前記他の伝送装置から受信したパケットのうちユーザパケット間に挿入されている管理パケットを抽出する管理パケット抽出手段、
    抽出した前記管理パケットに組み込まれた状態識別データを分析することによって、前記他の伝送装置の状態を判定する状態管理手段、として機能させるための請求項１０記載の状態管理プログラム。

Images