(57)【要約】【課題】ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害である特定パケット損失障害の発生であっても、連続性チェックにより迅速に検知することを課題とする。【解決手段】他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更し、他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定し、試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出する。具体的には、試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、フレーム長を変更し、予め設定された上限フレーム長および／または下限フレーム長の範囲でフレーム長を定期的に変更し、予め設定された容量間隔でフレーム長を定期的に変更する。【選択図】        図１
2008236267.tif 000002
【特許請求の範囲】
【請求項１】
他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する伝送装置であって、
前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更手段と、
前記他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定手段と、
前記受信判定手段によって試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出手段と、
を備えたことを特徴とする伝送装置。
【請求項２】
前記フレーム長変更手段は、前記試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、前記フレーム長を変更することを特徴とする請求項１に記載の伝送装置。
【請求項３】
前記他の伝送装置から試験フレームを受信した場合に、前記リザーブ領域における容量が変更されているか否かを判定するリザーブ領域判定手段をさらに備え、
前記受信判定手段は、前記リザーブ領域判定手段によって前記リザーブ領域が変更されていると判定された場合に、フレーム長を変更した独自の試験フレームであるとして、定期的に受信したか否かを判定し、前記リザーブ領域判定手段によって前記リザーブ領域における容量を変更されていないことが監視された場合に、フレーム長を変更しない通常の試験フレームであるとして、定期的に受信したか否かを判定することを特徴とする請求項２に記載の伝送装置。
【請求項４】
前記フレーム長変更手段は、予め設定された上限フレーム長および／または下限フレーム長の範囲でフレーム長を定期的に変更することを特徴とする請求項１または２に記載の伝送装置。
【請求項５】
前記フレーム長算出手段によって試験フレームのフレーム長が算出された場合に、当該試験フレームが受信されなかった回数と算出されたフレーム長とをネットワーク障害を示す統計情報として格納する統計情報格納手段とをさらに備えることを特徴とする請求項１または２に記載の伝送装置。
【請求項６】
伝送装置間の導通性を試験するための試験フレームを伝送装置間で送受信するシステムにおける試験方法であって、
前記試験フレームを送信する伝送装置は、
前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更工程と、
前記試験フレームを受信する伝送装置は、
前記伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定工程と、
前記受信判定工程によって試験フレームを受信しなかったと判定した場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出工程と、
を含んだことを特徴とする試験方法。
【請求項７】
他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する方法をコンピュータに実行させる伝送装置制御プログラムであって、
前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更手順と、
前記他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定手順と、
前記受信判定手段によって試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出手順と、
をコンピュータに実行させることを特徴とする伝送装置制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、伝送装置、試験方法および伝送装置制御プログラムに関する。
【背景技術】
【０００２】
従来より、ＩＰネットワークを利用したネットワーク網（例えば、イーサネット（登録商標）など）における保守作業の方法や装置について、様々な工夫がなされている。具体的には、近年の通信技術や通信設備の飛躍的発達により、ＩＰネットワーク網を利用したサービスが急増し、それに伴い、低コストかつ専用線並みの品質を有するサービスが要望されている。このため、シンプルな保守手順を有し、かつ、確実なネットワーク障害検出機能を有する方法や装置が求められている。
【０００３】
例えば、特許文献１では、イーサネット（登録商標）において、端末装置から任意の試験区間に対して実施可能な導通性試験システムが開示されている。また、例えば、ＩＥＥＥ  Ｐ８０２．１ａｇ／Ｄ６．１や、ＩＴＵ−ＴＹ．１７３０において勧告化されつつあるイーサネットＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）では、対向装置との間での導通性を確認することを主な目的として、定期的に試験フレーム（ＣＣＭ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ  Ｍｅｓｓａｇｅｓ）フレーム）を送信して、障害を迅速に検出するイーサネット連続性チェック（ＣＣ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ）機能）に関する技術が開示されている。具体的には、伝送装置Ａから伝送装置Ｂに定期的に試験フレームを送信し、伝送装置Ｂは、この試験フレームが定期的に受信されなかった場合に、伝送装置Ａと伝送装置Ｂとの間に障害（導通断（ＬＯＣ：ｌｏｓｓ ｏｆ． ｃｏｎｎｅｃｔｉｖｉｔｙ））があることを検出する。
【０００４】
また、その他にも、障害を確認するために（例えば、故障箇所を特定するために）故障箇所を特定することを主な目的として、ユーザの指示によりフレームを対向装置で折り返して正常に戻ってくるかを確認するＬＢ（Ｌｏｏｐｂａｃｋ）機能に関する技術が開示されている。また、障害時の故障個所の絞込みを行うことを主な目的として、フレームを送出して途中で通過したスイッチが送る確認応答を用いるＬＴ（Ｌｉｎｋ  Ｔｒａｃｅ）機能などの技術が開示されている。
【０００５】
【特許文献１】特開２００４−３５６８５４号公報（第１−２頁）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記した従来の技術は、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害を、連続性チェックにより迅速に検知することができないというという問題点があった。
【０００７】
具体的に説明すると、ネットワークを構成する機器には、対応するフレーム長の上限（ＭＴＵ（Ｍａｘ  Ｔｒａｎｓｆｅｒ  Ｕｎｉｔ）またはＭＲＵ（Ｍａｘｉｍｕｍ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ））がそれぞれ設定されている。このため、ＭＴＵを設定された（例えば、ＭＴＵ：１５４０バイト）装置は、設定された値以下のフレーム長を持つパケット（例えば、１５４０バイト）を処理することはできるが、設定された値より大きなフレーム長を持つパケット（例えば、１５４１バイト）を受信すると、このパケットのみ廃棄することとなり、パケットサイズにより障害（ネットワークにおいて、ある特定のフレーム長を持つパケットのみが通過されない障害）が生じるという問題があった。
【０００８】
そして、従来の技術では、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害を、連続性チェックにより迅速に検出することができなかった。すなわち、図１６に示すように、上記した従来の連続性チェック（ＣＣ機能）においては、試験フレームのフレーム長は９７バイトに固定されており、パケットサイズにより生じる障害を検出することはできない。
【０００９】
例えば、図１６に示す例では、装置Ａから連続性チェックにより９７バイトの試験フレームが送信された場合には、装置Ｂと装置Ｃと装置Ｄとは、それぞれこの試験フレームを受信するため、異常を検出しない（図１６の（１）〜（５）参照）。一方、装置Ｘから装置Ｙに対して１５４０バイトのパケットと１５４１バイトのパケットを送信された場合には、ＭＴＵを１５４０と設定された装置Ｂが、１５４０バイトのパケットと１５４１バイトのパケットとを受信すると、１５４１バイトのパケットを廃棄するため、装置Ｃと装置Ｄとは、１５４０バイトのパケットのみ受信し、その結果、装置Ｙは、１５４０バイトのパケットのみ受信する（図１６の（６）〜（１０）参照）。つまり、従来の連続性チェックにおいては送信する試験フレームのフレーム長が９７バイトに固定されているため、装置Ｂによって１５４１バイトのパケットのみが廃棄されるという障害の発生を検出することはできない。なお、図１６は、従来技術に係る伝送装置を説明するための図である。
【００１０】
なお、例えば、上記したＬＢ（Ｌｏｏｐｂａｃｋ）機能においては、フレーム長をユーザが指定することはできるが、この機能は連続性チェック（ＣＣ機能）によって障害の発生を検知した場合などに故障箇所を特定するために、ユーザによって検出する箇所をそれぞれ指定されて行うものであり、連続性チェックとして用いられるものではなく、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害を迅速に検出することはできない。
【００１１】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害を、連続性チェックにより迅速に検知することが可能な伝送装置、試験方法および伝送装置制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する伝送装置であって、前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更手段と、前記他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定手段と、前記受信判定手段によって試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出手段と、を備えたことを特徴とする。
【００１３】
また、請求項２に係る発明は、上記の発明において、前記フレーム長変更手段は、前記試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、前記フレーム長を変更することを特徴とする。
【００１４】
また、請求項３に係る発明は、上記の発明において、前記他の伝送装置から試験フレームを受信した場合に、前記リザーブ領域における容量が変更されているか否かを判定するリザーブ領域判定手段をさらに備え、前記受信判定手段は、前記リザーブ領域判定手段によって前記リザーブ領域が変更されていると判定された場合に、フレーム長を変更した独自の試験フレームであるとして、定期的に受信したか否かを判定し、前記リザーブ領域判定手段によって前記リザーブ領域における容量を変更されていないことが監視された場合に、フレーム長を変更しない通常の試験フレームであるとして、定期的に受信したか否かを判定することを特徴とする。
【００１５】
また、請求項４に係る発明は、上記の発明において、前記フレーム長変更手段は、予め設定された上限フレーム長および／または下限フレーム長の範囲でフレーム長を定期的に変更することを特徴とする。
【００１６】
また、請求項５に係る発明は、上記の発明において、前記フレーム長算出手段によって試験フレームのフレーム長が算出された場合に、当該試験フレームが受信されなかった回数と算出されたフレーム長とをネットワーク障害を示す統計情報として格納する統計情報格納手段とをさらに備えることを特徴とする。
【００１７】
また、請求項６に係る発明は、伝送装置間の導通性を試験するための試験フレームを伝送装置間で送受信するシステムにおける試験方法であって、前記試験フレームを送信する伝送装置は、前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更工程と、前記試験フレームを受信する伝送装置は、前記伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定工程と、前記受信判定工程によって試験フレームを受信しなかったと判定した場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出工程と、を含んだことを特徴とする。
【００１８】
また、請求項７に係る発明は、他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する方法をコンピュータに実行させる伝送装置制御プログラムであって、前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更手順と、前記他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定手順と、前記受信判定手段によって試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１９】
請求項１、６および７の発明によれば、他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更し、他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定し、試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するので、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害である特定パケット損失障害の発生を、連続性チェックにより迅速に検知することが可能である。
【００２０】
また、請求項２の発明によれば、試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、フレーム長を変更するので、フレーム長を変更しない通常の連続性チェックで用いられている試験クレームを利用することができ、本発明に対応しない装置がネットワークに存在する場合であっても、特定パケット損失障害の発生を検出することが可能である。また、通常の連続性チェックで用いられている試験クレームを利用しつつ、フレーム長を変更させて連続性チェックを行うことができ、専用装置や別実装することなく、特定パケット損失障害の発生を検出することが可能である。
【００２１】
また、請求項３の発明によれば、他の伝送装置から試験フレームを受信した場合に、リザーブ領域における容量が変更されているか否かを判定し、リザーブ領域が変更されていると判定された場合に、フレーム長を変更した独自の試験フレームであるとして、定期的に受信したか否かを判定し、リザーブ領域判定手段によってリザーブ領域における容量を変更されていないことが監視された場合に、フレーム長を変更しない通常の試験フレームであるとして、定期的に受信したか否かを判定するので、通常の連続性チェックか本発明に係る連続性チェックかを簡便に判別することができ、両方式の連続性チェックを簡単に併用することが可能である。
【００２２】
また、請求項４の発明によれば、予め設定された上限フレーム長および／または下限フレーム長の範囲でフレーム長を定期的に変更するので、例えば、特定パケット損失障害が起こりえないフレーム長を範囲外とするなど、特定パケット損失障害を機動的に検出することが可能である。
【００２３】
また、請求項５の発明によれば、試験フレームのフレーム長が算出された場合に、当該試験フレームが受信されなかった回数と算出されたフレーム長とをネットワーク障害を示す統計情報として格納するので、ネットワーク障害発生状況について簡単に把握することができ、システム全体のネットワーク状況を迅速に把握することが可能である。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、この発明に係る伝送装置、試験方法および伝送装置制御プログラムの実施例を詳細に説明する。なお、以下では、本実施例に係る伝送装置の概要および特徴、伝送装置の構成および処理の流れを順に説明する。
【実施例１】
【００２５】
［伝送装置の概要および特徴］
まず最初に、図１を用いて、本実施例に係る伝送装置の概要および特徴を説明する。図１は、実施例１に係る伝送装置の概要および特徴を説明するための図である。
【００２６】
同図に示すように、実施例１に係る伝送装置は、他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する伝送装置であって、以下で説明するように、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害である特定パケット損失障害の発生を、連続性チェックにより迅速に検知することができる点に主たる特徴がある。
【００２７】
すなわち、図１に示すように、各伝送装置は、例えば、通信装置やスイッチなどであり、対応するフレーム長の上限（ＭＴＵ（Ｍａｘ  Ｔｒａｎｓｆｅｒ  Ｕｎｉｔ）またはＭＲＵ（Ｍａｘｉｍｕｍ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ））がそれぞれ設定されている。例えば、図１に示す例では、装置Ｂには「ＭＴＵ：１５４０」と設定され、装置Ｃには「ＭＴＵ：２０００」と設定され、装置Ｄには「ＭＴＵ：２０００」と設定されている。また、各伝送装置、各装置間（例えば、装置Ｂと装置Ｃとの間）における導通性を確認することを主な目的として、定期的に試験フレームを送受信する。
【００２８】
そして、実施例１に係る伝送装置は、他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更する。具体的には、試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、フレーム長を変更する。例えば、図１に示す例では、装置Ａは、装置Ｂと装置Ｃと装置Ｄとにマルチキャストで、フレーム長を固定した通常の試験フレームを送受信するのではなく、リザーブ領域における容量を変更することによって、例えば、「９７バイト」から「２０００バイト」まで容量を変更させた独自の試験フレームを送信する。
【００２９】
そして、実施例１に係る伝送装置は、他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する。例えば、図１に示す例では、装置Ｃは、装置Ｂから「１５４９バイト」の試験フレームを受信した後に、装置Ｂから定期的に送信される試験フレームである試験フレーム（例えば、「１５４０バイト」の試験フレーム）を、定期的に受信した場合には、定期的に受信したと判定する。一方、装置Ｂから「１５４０バイト」の試験フレームを受信した後に、装置Ｂから定期的に送信される試験フレーム（例えば、「１５４１バイト」の試験フレーム）を、定期的に受信しなかった場合には、装置Ｂから試験フレームを定期的に受信しなかったと判定する。また、同様に、装置Ｄも判定する。
【００３０】
そして、実施例１に係る伝送装置は、試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出する。例えば、図１に示す例では、装置Ｃは、装置Ｂから「１５４０バイト」の試験フレームを受信した後に、装置Ｂから試験フレームを定期的に受信しなかったと判定すると、受信しなかった試験フレームのフレーム長である「１５４１バイト」を算出する。
【００３１】
このようなことから、実施例１に係る伝送装置は、上記した主たる特徴の如く、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害である特定パケット損失障害の発生を、連続性チェックにより迅速に検知することが可能である。
【００３２】
［伝送装置の構成］
次に、図２を用いて、実施例１に係る伝送装置の構成を説明する。図２は、実施例１に係る伝送装置の構成を示すブロック図である。同図に示すように、この伝送装置１０は、出力ポート２０と、入力ポート３０と、送信部４０と、受信部５０とを備えている。なお、実施例１に係る伝送装置の構成に関する説明は、本実施例に密接に関連する箇所のみを重点的に説明し、その他の構成に係る説明は、従来の伝送装置と同様であるため、省略または簡潔に行う。
【００３３】
出力ポート２０は、各種の情報を他の伝送装置に向けて出力する。具体的には、後述する送信部４０の指示に従って、後述する送信バッファ４１に記憶されたデータ（例えば、他の伝送装置に試験フレーム）を出力する。また、入力ポート３０は、各種の情報を他の伝送装置から入力する。具体的には、データ（例えば、他の伝送装置から発信された試験フレーム）を入力し、後述する受信部５０の指示に従って、後述する受信バッファ５１に格納する。
【００３４】
送信部４０は、各種の情報を送信する処理を行う。具体的には、後述する送信バッファ４１に記憶されたデータを出力ポート２０から送信する。そして、本発明に密接に関連するものとしては、図２に示すように、送信バッファ４１と、試験フレーム送信処理部４２とを備える。なお、以下においては、本発明に係る試験フレームを送信する処理を行う場合について説明するが、送信部４０の行う処理はこれに限定されるものではなく、それ以外の情報（例えば、使用者によって送信されるパケットや、本発明に関連しない試験フレームなど）を送信する処理も併せて行う。
【００３５】
送信バッファ４１は、送信装置１０から他の伝送装置へ送信するデータを記憶する。例えば、メモリなどによって構成され、後述する試験フレーム送信処理部４２によって制御された試験フレームを記憶する。
【００３６】
試験フレーム送信処理部４２は、他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置に対して送信する処理を行う。そして、本発明に密接に関連するものとしては、図２に示すように、試験フレーム送信処理制御部４３と、試験フレーム送信処理記憶部４６と、試験フレーム送信ポリシー記憶部４７とを備える。
【００３７】
試験フレーム送信処理記憶部４６は、試験フレーム送信処理に必要な各種データおよびプログラムを記憶する。例えば、試験フレームとして送信するフレームのフォーマットを記憶する。
【００３８】
試験フレーム送信ポリシー記憶部４７は、試験フレームを送信するために必要な送信ポリシーを記憶する。具体的には、図３に示すように、後述するフレーム長変更部４５によって試験フレームのフレーム長を変更されることができる上限を示す「変更可能上限フレーム長」と、後述するフレーム長変更部４５によって試験フレームのフレーム長を変更されることができる下限を示す「変更可能下限フレーム長」と、後述するフレーム長変更部４５によって定期的にフレーム長を変更する容量間隔を示す「容量間隔」と、後述する試験フレーム送信部４４によって試験フレームが送信される送信間隔を示す「送信間隔（秒）」とを、送信ポリシーとして送信ポリシーテーブルに記憶する。
【００３９】
例えば、図３に示す例では、試験フレーム送信ポリシー記憶部４７は、「変更可能上限フレーム長」として「２０００」を記憶し、「変更可能下限フレーム長」として「０」を記憶し、「容量間隔」として「１」を記憶し、「送信間隔（秒）」として「１」を記憶する。なお、図３は、実施例１における試験フレーム送信ポリシー記憶部に記憶される送信ポリシーの一例を示す図である。
【００４０】
試験フレーム送信処理制御部４３は、各種の処理手順などを規定したプログラムおよびデータを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、試験フレームを送信するために必要な種々の処理を実行する。そして、本発明に密接に関連するものとしては、図２に示すように、試験フレーム送信部４４と、フレーム長変更部４５とを備える。なお、フレーム長変更部４５は、特許請求の範囲に記載の「フレーム長変更手段」に対応する。
【００４１】
試験フレーム送信部４４は、他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置に対して送信する。具体的には、後述するフレーム長変更部４５によって送信すべき旨を指示された試験フレームを、送信バッファに格納することにより、この試験フレームを定期的に他の伝送装置に対して送信する。
【００４２】
フレーム長変更部４５は、他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更する。具体的には、試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、フレーム長を変更する。
【００４３】
例えば、図４および図５に示すように、フレーム長変更部４５は、通常の試験フレームにおいて、未使用な領域である「Ｒｅｓｅｒｖｅｄ」領域（例えば、図４の「Ｒｅｓｅｒｖｅｄ（Ａｌｌ０）」参照）における容量を変更することで、図５に示すように、この領域を試験フレームのフレームサイズを示す領域（例えば、図５の「Ｌｅｎｇｔｈ」「大きさは可変（Ｌｅｎｇｔｈ分）」参照）として使用し、フレーム長を送信ごとに変更する。なお、図４は、実施例１における通常の試験フレームのフレームフォーマットを説明するための図であり、図５は、実施例１における独自の試験フレームのフレームフォーマットを説明するための図である。
【００４４】
なお、図４および図５に示した試験フレームのフォーマットにおいて、「ＤＡ」はＯＡＭ用ＤＡとして設定されたマルチキャストアドレス（例えば、下位４ｂｉｔはＭＥＧ  Ｌｅｖｅｌにより自動設定される）であり、「ＳＡ」は自装置のＭＡＣアドレスであり、「Ｅｔｈｅｒ  Ｔｙｐｅ（ＶＷＡＮ）」はＥｔｈｅｒ  Ｔｙｐｅであり、「ＶＷＡＮ−ＩＤ」は送信元ＭＥＰを割り付けたＶＷＡＮ値であり、「ＥｔｈｅｒＴｙｅｐ（ＯＡＭ）」はＯＡＭ用Ｅｔｈｅｒ  Ｔｙｐｅとして設定されたＥｔｈｅｒ  Ｔｙｐｅであり、「ＭＥＬ」は送信元ＭＥＰのＭＥＧ  Ｌｅｖｅｌ（Ｓｔｅｐ１は装置単位の設定）であり、「Ｖｅｒｓｉｏｎ」は０（例えば、Ｖｅｒｓｉｏｎが異なるフレームを受信時は廃棄）であり、「ＯｐｅＣｏｄｅ」は１（ＣＣＭ）であり、「Ｐｅｒｉｏｄ」はＣＣＭ送受信間隔（例えば、１ｓ：４や、１０ｓ：５や６０ｓ：６など）であり、「ＴＬＶ  Ｏｆｆｓｅｔ」は７０（１０進）であり、「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」は未使用（ａｌｌ  ０設定推奨）であり、「ＭＥＰ  ＩＤ」は送信元のＭＥＰのＭＥＰ  ＩＤであり、「ＭＥＧ  ＩＤ」は送信元のＭＥＰのＭＥＧ  ＩＤであり、「ＴｘＦＣｆ」はＣＣＭフレーム送信時のローカルカウンターであり、「ＲｘＦＣｂ」は、対向ＭＥＰからの最終ＣＣＭフレームレセプション時のローカルカウンターであり、「ＴｘＦＣｂ」は、対向ＭＥＰからのＣＣＭフレームを受信した最終ＴｘＦＣｆ値であり、「Ｒｅｓｅｒｖｅｄ」はリザーブ領域であり、「Ｌｅｎｇｔｈ」は通常の試験フレームにおいて未使用（０固定）であったＲｅｓｅｒｖｅｄ領域をフレームサイズを示す領域として使用したものであり、「ＦＣＳ」は、エラーを検出するためのチェックサムを用いて誤り検出を行うための領域である。なお、「（Ａｌｌ  ０）」は、未使用（０固定）であることを示す。また、ＭＥ（Ｍａｉｎｔｅｎａｎｃｅ  Ｅｎｔｉｔｙ）は、試験フレームを用いてメンテナンスを行う一つの区間を示し、ＭＥＧ（Ｍａｉｎｔｅｎａｎｃｅ  Ｅｎｔｉｔｙ  Ｇｒｏｕｐ）は、ＭＥの集合体を示し、ＭＥＰは、試験フレームを終端するＭＥのエンドポイントを示す。
【００４５】
なお、図４に示した通常の試験フレームフォーマットにおいては、「ＤＡ」と「ＴＬＶ  Ｏｆｆｓｅｔ」と「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」と「ＭＥＧ  ＩＤ（１７バイト以降はＡｌｌ  ０）」と「ＴｘＦＣｆ」と「ＲｘＦＣｂ」と「ＴｘＦＣｂ」と「Ｒｅｓｅｒｖｅｄ」とは、試験フレーム受信時には考慮されない。また、図５に示した独自の試験フレームフォーマットにおいては、「ＤＡ」と「ＴＬＶ  Ｏｆｆｓｅｔ」と「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」と「ＭＥＧ  ＩＤ（１７バイト以降はＡｌｌ  ０）」と「ＴｘＦＣｆ」と「ＲｘＦＣｂ」と「ＴｘＦＣｂ」とは、試験フレーム受信時には考慮されない。
【００４６】
また、フレーム長変更部４５は、フレーム長変更部４５は、予め設定された上限フレーム長および／または下限フレーム長の範囲でフレーム長を定期的に変更し、および／または、予め設定された容量間隔でフレーム長を定期的に変更する。具体的には、フレーム長変更部４５は、試験フレーム送信ポリシー記憶部４７に記憶された送信ポリシーである「変更可能上限フレーム長」と「変更可能下限フレーム長」と「容量間隔」と「送信間隔（秒）」とを読込み、読込んだ送信ポリシーを使用して試験フレームのフレーム長を決定して変更し、試験フレーム送信部４４に対してこの試験フレームを送信する旨を指示する。
【００４７】
例えば、図３に示す例では、フレーム長変更部４５は、送信タイミングになると、変更可能上限フレーム長：２０００」と「変更可能下限フレーム長：０」と「容量間隔：１」と「送信間隔（秒）：１」を読み出し、フレーム長を「０」から「２０００」の範囲で、容量間隔「１」で送信する試験フレームのフレーム長を決定し、送信する試験フレームのフレーム長を決定し、試験フレーム送信部４４に対してこの試験フレームを送信する旨を指示する。
【００４８】
なお、送信部４０としては、試験フレームを発信する場合に限られず、他の伝送装置から発信されて入力ポート３０から入力された試験フレームを、他の伝送装置に対して送信する（中継する）処理も行う。
【００４９】
受信部５０は、各種の情報を受信する処理を行う。具体的には、後述する受信バッファ５１に記憶されたデータを入力ポート３０から受信する。そして、本発明に密接に関連するものとしては、図２に示すように、受信バッファ５１と、試験フレーム受信処理部５２とを備える。なお、以下においては、本発明に係る試験フレームを受信する処理を行う場合について説明するが、受信部５０の行う処理はこれに限定されるものではなく、それ以外の情報（例えば、使用者によって受信されるパケットや、本発明に関連しない試験フレームなど）を受信する処理も併せて行う。
【００５０】
受信バッファ５１は、他の伝送装置から送信されて伝送装置１０によって受信されたデータを記憶する。例えば、メモリなどによって構成され、後述する試験フレーム受信処理部５２によって制御された試験フレームを記憶する。
【００５１】
試験フレーム受信処理部５２は、他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置に対して受信する処理を行う。そして、本発明に密接に関連するものとしては、図２に示すように、試験フレーム受信処理制御部５３と、試験フレーム受信処理記憶部５７と、試験フレーム受信情報記憶部５８と、特定パケット損失障害情報記憶部５９とを備える。
【００５２】
試験フレーム受信処理記憶部５７は、試験フレーム受信処理に必要な各種データおよびプログラムを記憶する。例えば、試験フレームとして受信するフレームのフォーマットを記憶する。
【００５３】
試験フレーム受信情報記憶部５８は、後述する試験フレーム受信部５４の指示によって、受信部５０によって受信された試験フレームに関する情報を記憶する。具体的には、図６に示すように、受信部５０によって受信された試験フレームが発信された伝送装置を示す「発信元」と、この試験フレームが受信された時刻を示す「受信時刻」と、この試験フレームのフレーム長を示す「フレーム長」とを対応付けて「試験フレーム受信テーブル」に記憶する。
【００５４】
例えば、図６に示す例では、試験フレーム受信情報記憶部５８は、「発信元」と「受信時刻」と「フレーム長」として、「装置Ｂ」と「１１：５９：５９」と「１４９９」とを対応付けて記憶し、「装置Ｂ」と「１２：０１：３９」と「１５４０」とを対応付けて記憶し、「装置Ｂ」と「１２：０９：３９」と「１」とを対応付けて記憶する。なお、図６は、実施例１における試験フレーム受信情報記憶部に記憶される試験フレーム受信情報の一例を示す図である。
【００５５】
特定パケット損失障害情報記憶部５９は、後述するフレーム長算出部５６によって算出されたフレーム長であって、受信しなかった試験フレームのフレーム長を記憶する。具体的には、図７に示すように、受信しなかった試験フレームをどの通信端末から受信する予定であったかを示す「予定発信元」と、受信する予定であった時刻を示す「受信予定時刻」と、受信しなかった試験フレームのフレーム長を示す「特定パケット長」とを対応付けて「特定パケット損失障害テーブル」に記憶する。なお、図７は、実施例１における特定パケット損失障害情報記憶部に記憶される特定パケット損失障害情報の一例を示す図である。
【００５６】
例えば、図７に示す例では、特定パケット損失障害情報記憶部５９は、「予定発信元」と「受信予定時刻」と「特定パケット長」として、「装置Ｂ」と「１２：０１：４０」と「１５４１」とを対応付けて記憶する。
【００５７】
試験フレーム受信処理制御部５３は、各種の処理手順などを規定したプログラムおよびデータを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部である。例えば、試験フレームを受信するために必要な種々の処理を実行する。そして、本発明に密接に関連するものとしては、図２に示すように、試験フレーム受信部５４と、受信判定部５５と、フレーム長算出部５６とを備える。なお、受信判定部５５は特許請求の範囲に記載の「受信判定手段」に対応し、フレーム長算出部５６は特許請求の範囲に記載の「フレーム長算出手段」に対応する。
【００５８】
試験フレーム受信部５４は、他の伝送装置から定期的に送信された試験フレームが伝送装置１０によって受信された場合に、この受信した試験フレームについての情報を格納する。具体的には、試験フレームを受信した場合に、この試験フレームから「発信元」と「受信時刻」と「フレーム長」とを読み出し、試験フレーム受信情報記憶部５８に対応付けて格納する。
【００５９】
受信判定部５５は、他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する。具体的には、判定タイミングとなると、試験フレーム受信情報記憶部５８から、任意の「発信元」について対応付けて記憶された「受信時刻」を読み出し、読み出した「受信時刻」から所定の時間間隔で定期的に試験フレームを受信したか否かを判定する。
【００６０】
例えば、図６に示す例では、受信判定部５５は、「装置Ｂ」について対応付けて記憶された「受信時刻」である「「１１：５９：５９」〜「１２：０１：３９」および「１２：０９：３９」〜「１２：０９：４１」」を読み出し、「受信時刻  「１２：０１：４０」〜「１２：０９：３８」」の間は定期的に試験フレームを受信しないと判定する。一方、定期的に試験フレームを受信している場合には、受信判定処理を終了する。
【００６１】
フレーム長算出部５６は、試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出する。具体的には、受信判定部５５によって試験フレームを定期的に受信しなかったと判定された場合に、受信しなかったと判定された「受信時刻」の直前（または、直後）に、同一の発信元から受信した試験フレームと対応付けて記憶された「フレーム長」を読み出し、特定パケット長を算出する。そして、「予定発信元」と「受信予定時刻」と「特定パケット長」とを対応付けて特定パケット損失障害情報記憶部５９に格納する。
【００６２】
例えば、図６および図７に示す例では、フレーム長算出部５６は、受信判定部５５によって「発信元：装置Ｂ、受信時刻：「１２：０１：４０」」に試験フレームを受信しなかったと判定された場合に、この受信時刻の直前である「受信時刻：「１２：０１：３９」」に、装置Ｂから受信した試験フレームのフレーム長である「１５４０」を読み出し、「発信元：装置Ｂ、受信時刻：「１２：０１：４０」」における特定パケット長である「１５４１」を算出する。そして、算出した特定パケット長「１５４１」を特定パケット損失障害情報記憶部５９に格納する。
【００６３】
［実施例１に係る試験フレーム送信処理］
次に、図８を用いて、実施例１における試験フレーム送信処理を説明する。図８は、実施例１における試験フレーム送信処理を示すフローチャートである。
【００６４】
図８に示すように、フレーム長変更部４５は、送信タイミングになると（ステップＳ１０１肯定）、送信する試験フレームのフレーム長を決定する（ステップＳ１０２）。つまり、試験フレーム送信ポリシー記憶部４７に記憶された送信ポリシーを読み出して送信する試験フレーム長を決定する。そして、試験フレームのフレーム長を変更する（ステップＳ１０３）。
【００６５】
その後、試験フレーム送信部４４は、試験フレームを送信して（ステップＳ１０４）、試験フレーム送信処理を終了する。つまり、フレーム長変更部４５によって送信すべき旨を指示された試験フレームを、送信バッファに格納することにより、この試験フレームを他の伝送装置に対して送信する。
【００６６】
［実施例１に係る試験フレーム受信処理］
次に、図９を用いて、実施例１における試験フレーム受信処理を説明する。図９は、実施例１における試験フレーム受信処理を示すフローチャートである。
【００６７】
図９に示すように、試験フレーム受信部５４は、試験フレームを受信すると（ステップＳ２０１肯定）、受信した試験フレームからフレーム長を読み出す（ステップＳ２０２）。つまり、この試験フレームから「発信元」と「受信時刻」と「フレーム長」とを読み出す。
【００６８】
そして、試験フレーム受信部５４は、読み出したフレーム長を格納して（ステップＳ２０３）、試験フレーム受信処理を終了する。つまり、読み出した「発信元」と「受信時刻」と「フレーム長」とを試験フレーム受信情報記憶部５８に格納する。
【００６９】
［実施例１に係る特定パケット損失障害判定処理］
次に、図１０を用いて、実施例１における特定パケット損失障害判定処理試験フレーム受信処理を説明する。図１０は、実施例１における特定パケット損失障害判定処理を示すフローチャートである。
【００７０】
図１０に示すように、受信判定部５５は、判定タイミングとなると（ステップＳ３０１肯定）、定期的な受信ありかどうかを判定する（ステップＳ３０２）。つまり、試験フレーム受信情報記憶部５８から、任意の「発信元」について対応付けて記憶された「受信時刻」を読み出し、読み出した「受信時刻」から所定の時間間隔で定期的に試験フレームを受信したか否かを判定する。ここで、定期的な受信がある場合には（ステップＳ３０２肯定）、特定パケット損失障害判定処理を終了する。
【００７１】
一方、受信判定部５５によって定期的な受信がないと判定された場合には（ステップＳ３０２否定）、フレーム長算出部５６は、試験フレーム受信情報記憶部５８に記憶されたフレーム長を読み出す（ステップＳ３０３）。つまり、受信判定部５５によって試験フレームを定期的に受信しなかったと判定された場合に、受信しなかったと判定された「受信時刻」の直前（または、直後）に、同一の発信元から受信した試験フレームと対応付けて記憶された「フレーム長」を読み出す。
【００７２】
そして、フレーム長算出部５６は、読み出したフレーム長から特定パケット長を算出して（ステップＳ３０４）。その後、算出した特定パケット長を特定パケット損失障害情報記憶部５９に格納して（ステップＳ３０５）、特定パケット損失障害判定処理を終了する。つまり、「予定発信元」と「受信予定時刻」と「特定パケット長」とを対応付けて特定パケット損失障害情報記憶部５９に格納する。
【００７３】
［実施例１に係る伝送装置の処理の一例］
次に、図１１を用いて、実施例１における伝送装置の処理の一例を説明する。図１１は、実施例１における伝送装置の処理の一例を示すシーケンス図である。なお、以下では、装置Ａと装置Ｂと装置Ｃと装置Ｄは実施例１に係る伝送装置であり、また、図１に示す装置Ａと装置Ｂと装置Ｃと装置Ｄのように、装置Ａと装置Ｂとが接続され、装置Ｂと装置Ｃとが接続され、装置Ｃと装置Ｄとが接続され、装置Ａと装置Ｄとの間での特定パケット損失障害の発生を検出する場合を例として説明する。
【００７４】
図１１に示すように、装置Ａは、試験フレームのフレーム長を変更することができる範囲を設定される（ステップＳ１００１）。つまり、「変更可能上限フレーム長」と「変更可能下限フレーム長」と「容量間隔」とを予め設定される。そして、装置Ａは、「Ｌｅｎｇｔｈ＝１」にフレーム長を変更した試験フレームを作成し（ステップＳ１００２）、装置Ｂに対して送信する（ステップＳ１００３）。その後、装置Ｂは、「Ｌｅｎｇｔｈ＝１」の試験フレームを装置Ａから受信して、同じフレーム長の試験フレームを装置Ｃ対して送信する（ステップＳ１００４）。その後、装置Ｃは、「Ｌｅｎｇｔｈ＝１」の試験フレームを装置Ｂから受信して、同じフレーム長の試験フレームを装置Ｄに対して送信する（ステップＳ１００５）。この結果、装置Ａと装置Ｄとの間で、「Ｌｅｎｇｔｈ＝１」の試験フレームを受信可能であると確認する（ステップＳ１００６）。
【００７５】
そして、装置Ａは、フレーム長を送信ごとに変更する（ステップＳ１００７）。その後、装置Ａが「Ｌｅｎｇｔｈ＝１５４１」の試験フレームを装置Ｂに対して送信した場合に、装置Ｂには１５４１バイト以上のフレームを受信した場合に廃棄する旨の設定がされているため（ステップＳ１００８）、装置Ｂから装置Ｃに対して試験フレームは送信されず、装置Ｃおよび装置Ｄは、所定の時間内に試験フレームを受信しないため、廃棄されたとして検出する（ステップＳ１００９）。その結果、装置Ｃと装置Ｄとで「Ｌｅｎｇｔｈ＝１５４１」の試験フレームが不到達となっているため、装置Ｂの設定が異常であると検出する（ステップＳ１０１０）。
【００７６】
［実施例１の効果］
上記したように、実施例１によれば、伝送装置は、他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更し、他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定し、試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するので、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害である特定パケット損失障害の発生を、連続性チェックにより迅速に検知することが可能である。
【００７７】
また、実施例１によれば、伝送装置は、試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、前記フレーム長を変更するので、フレーム長を変更しない通常の連続性チェックで用いられている試験クレームを利用することができ、本発明に対応しない装置がネットワークに存在する場合であっても、特定パケット損失障害の発生を検出することが可能である。また、通常の連続性チェックで用いられている試験クレームを利用しつつ、フレーム長を変更させて連続性チェックを行うことができ、専用装置や別実装することなく、特定パケット損失障害の発生を検出することが可能である。
【００７８】
また、実施例１によれば、伝送装置は、予め設定された上限フレーム長および／または下限フレーム長の範囲でフレーム長を定期的に変更するので、例えば、特定パケット損失障害が起こりえないフレーム長を範囲外とするなど、特定パケット損失障害を機動的に検出することが可能である。
【００７９】
また、実施例１によれば、伝送装置は、予め設定された容量間隔でフレーム長を定期的に変更するので、例えば、短い時間内で特定パケット損失障害の有無を知りたい場合には定期的に変更するフレーム長の容量間隔を大きくするなど、特定パケット損失障害を機動的に検出することが可能である。
【実施例２】
【００８０】
さて、これまで、実施例１として、フレーム長を変更した独自の試験フレームのみ使用する場合について説明したが、本発明はこれに限定されるものではなく、フレーム長を固定した通常の試験フレームも併せて使用してもよい。そこで、実施例２では、フレーム長を固定した通常の試験フレームも合わせて使用する場合について説明する。なお、以下では、実施例１に係る伝送装置と同様の点については、簡単に説明することにする。
【００８１】
すなわち、実施例２に係る伝送装置は、他の伝送装置から試験フレームを受信した場合に、リザーブ領域における容量が変更されているか否かを判定する。例えば、図４に例示するように、リザーブ領域が「Ａｌｌ０」であるか（図４の「Ｒｅｓｅｒｖｅｄ（Ａｌｌ０）」参照）、図５に例示するように、リザーブ領域が「Ｌｅｎｇｔｈ」として使用されて容量を変更されているか（図５の「Ｌｅｎｇｔｈ」および「大きさは可変（Ｌｅｎｇｔｈ分）」参照）を判定する。
【００８２】
そして、実施例２に係る伝送装置は、リザーブ領域が変更されていると判定された場合に、フレーム長を変更した独自の試験フレームであるとして、定期的に受信したか否かを判定し、リザーブ領域における容量を変更されていないことが監視された場合に、フレーム長を変更しない通常の試験フレームであるとして、定期的に受信したか否かを判定する。
【００８３】
例えば、図５に例示するように、実施例２に係る伝送装置は、リザーブ領域が「Ｌｅｎｇｔｈ」として使用されて容量を変更されていると判定された場合には、独自の試験フレームであるとして、定期的に受信したか否かを判定し、一方、図４に例示するように、リザーブ領域が「Ａｌｌ０」であると判定された場合には、通常の試験フレームであるとして、定期的に受信したか否かを判定する。
【００８４】
このように、実施例２に係る伝送装置は、通常の連続性チェックか本発明に係る連続性チェックかを簡便に判別することができるので、両方式の連続性チェックを簡単に併用することが可能である。
【００８５】
［実施例２に係る試験フレーム併用時での受信処理］
次に、図１２を用いて、実施例２における独自仕様試験フレームおよび通常試験フレーム併用時での受信処理を説明する。図１２は、実施例２における独自仕様試験フレームおよび通常試験フレーム併用時での受信処理を示すフローチャートである。
【００８６】
図１２に示すように、実施例に２に係る伝送装置は、試験フレームを受信すると（ステップＳ４０１肯定）、独自仕様の試験フレームを受信したかどうかを判定する（ステップＳ４０２）。つまり、リザーブ領域における容量が変更されているか否かを判定する。ここで、独自仕様の試験フレームを受信していない場合には（ステップＳ４０２否定）、つまり、フレーム長を変更しない通常の試験フレームである場合には、通常の試験フレームを受信したと所定の記憶部に格納して（ステップＳ４０５）、試験フレーム併用時での受信処理を終了する。つまり、例えば、図２に示す例では、試験フレーム受信情報記憶部５８に格納する。
【００８７】
一方、実施例に２に係る伝送装置は、独自仕様の試験フレームを受信した場合には（ステップＳ４０２肯定）受信した試験フレームからフレーム長を読み出して（ステップＳ４０３）、読み出したフレーム長を格納して（ステップＳ４０４）、試験フレーム併用時での受信処理を終了する。
【００８８】
［実施例２に係る試験フレーム併用時での特定パケット損失障害判定処理］
次に、図１３を用いて、実施例２における独自仕様試験フレームおよび通常試験フレーム併用時での特定パケット損失障害判定処理を説明する。図１３は、実施例２における独自仕様試験フレームおよび通常試験フレーム併用時での特定パケット損失障害判定処理を示すフローチャートである。
【００８９】
図１３に示すように、実施例に２に係る伝送装置は、判定タイミングとなると（ステップＳ５０１肯定）、定期的な受信ありかどうかを判定する（ステップＳ５０２）。ここで、定期的な受信がある場合には（ステップＳ５０２肯定）、試験フレーム併用時での特定パケット損失障害判定処理を終了する。
【００９０】
一方、実施例に２に係る伝送装置は、定期的な受信がないと判定した場合には（ステップＳ５０２否定）、独自仕様の試験フレームであるかを判定する（ステップＳ５０３）。つまり、当該受信する予定の試験フレームが、独自仕様の試験フレームか通常の試験フレームかを判定する。ここで、独自仕様の試験フレームであった場合には（ステップＳ５０３肯定）、特定パケット長を算出して格納して（ステップＳ５０４〜Ｓ５０６）、試験フレーム併用時での特定パケット損失障害判定処理を終了する。一方、通常の試験フレームであった場合には（ステップＳ５０３否定）、フレーム長を算出せずに「障害発生」と所定の記憶部に格納して（ステップＳ５０７）、試験フレーム併用時での特定パケット損失障害判定処理を終了する。つまり、例えば、図２に示す例では、特定パケット損失障害情報記憶部５９に格納する。
【００９１】
［実施例２に係る伝送装置の処理の一例］
次に、図１４を用いて、実施例２における通常の試験フレームのみ使用する伝送装置の処理の一例を説明する。図１４は、実施例２における通常の試験フレームのみ使用する伝送装置の処理の一例を示すシーケンス図である。なお、以下では、装置Ａは本発明に係る伝送装置であり、装置Ｂと装置Ｃと装置Ｄとが本発明に係る伝送装置か否かは限定されない。また、図１に示す装置Ａと装置Ｂと装置Ｃと装置Ｄのように、装置Ａと装置Ｂとが接続され、装置Ｂと装置Ｃとが接続され、装置Ｃと装置Ｄとが接続され、装置Ａと装置Ｄとの間での通常の試験フレームを用いてネットワーク障害の発生を検出する場合を例として説明する。
【００９２】
図１４に示すように装置Ａは、フレーム長固定の通常の試験フレームと設定されると（ステップＳ２００１）、つまり、フレーム長を「Ｌｅｎｇｔｈ＝０」に設定されると、フレーム長が固定された通常の試験フレームを作成し（ステップＳ２００２）、装置Ｂに対して送信する（ステップＳ２００３）。その後、装置Ｂから装置Ｃ、装置Ｃから装置Ｄに対して通常の試験フレームが送信される（ステップＳ２００４〜Ｓ２００５）。
【００９３】
そして、装置Ａは、フレーム長を送信ごとに変更せず、フレーム長が固定された通常の試験フレームを定期的に送信する（ステップＳ２００６）。
【００９４】
［実施例２の効果］
上記したように、実施例２によれば、伝送装置は、他の伝送装置から試験フレームを受信した場合に、リザーブ領域における容量が変更されているか否かを判定し、リザーブ領域が変更されていると判定された場合に、フレーム長を変更した独自の試験フレームであるとして、定期的に受信したか否かを判定し、リザーブ領域における容量を変更されていないことが監視された場合に、フレーム長を変更しない通常の試験フレームであるとして、定期的に受信したか否かを判定するので、通常の連続性チェックか本発明に係る連続性チェックかを簡便に判別することができ、両方式の連続性チェックを簡単に併用することが可能である。
【実施例３】
【００９５】
ところで、これまで実施例１〜２に係る伝送装置について説明してきたが、この発明は上記した実施例以外にも種々の異なる形態にて実施されてよいものである。そこで、以下では、実施例３に係る伝送装置として、異なる実施例を説明する。
【００９６】
（１）統計情報
例えば、上記の実施例では、特定パケット長が算出される度に、単純に特定パケット長を格納する場合について説明したが、本発明はこれに限定されるものではなく、統計情報として格納するようにしてもよい。
【００９７】
具体的には、実施例３に係る伝送装置は、試験フレームのフレーム長が算出された場合に、当該試験フレームが受信されなかった回数と算出されたフレーム長とをネットワーク障害を示す統計情報として格納する。例えば、試験フレームを受信しなかったと判定されて特定パケット長が算出された場合に、特定パケット長ごとに分類して統計情報として格納し、予定発信元ごとに分類して統計情報として格納し、予定受信時刻ごとに分類して統計情報として格納する。
【００９８】
このように、実施例３に係る伝送装置は、試験フレームのフレーム長が算出された場合に、当該試験フレームが受信されなかった回数と算出されたフレーム長とをネットワーク障害を示す統計情報として格納するので、ネットワーク障害発生状況について簡単に把握することができ、システム全体のネットワーク状況を迅速に把握することが可能である。
【００９９】
（２）判定手法について
また、上記の実施例では、他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する際に、所定の受信タイミングで試験フレームを受信したか否かを判定する場合について説明したが、本発明はこれに限定されるものではなく、試験フレームを受信後に、所定の容量間隔ごとに試験フレームを受信したか否かを判定してよい。
【０１００】
例えば、図３に示す例を用いて説明すると、実施例３に係る伝送装置は、「変更可能上限フレーム長：２０００」と「変更可能下限フレーム長：０」と「容量間隔：１」と設定されている。このため、例えば、受信した試験フレームが「１４４７」「１４４８」「１４４９」「１５５０」の場合には、試験フレームを定期的に受信したと判定し、一方、例えば、受信した試験フレームが「１４４９」「１５５０」「１」「２」の場合には、試験フレームを定期的に受信しないと判定する。
【０１０１】
（３）システム
また、本実施例において説明した各処理のうち、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる（例えば、試験フレームを送信する伝送装置は、対応するフレーム長の上限（例えば、ＭＴＵなど）から、上限フレーム長を自動的に設定する）。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図２〜図１４）については、特記する場合を除いて任意に変更することができる。
【０１０２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる（例えば、図２に示す例では、フレーム長変更部４５と試験フレーム送信ポリシー記憶部４７とを統合し、試験フレーム送信処理制御部４２を送信部４０から分離する）。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１０３】
（４）伝送装置のプログラム
ところで、上記実施例１では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、予め用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１５を用いて、上記の実施例１に示した伝送装置と同様の機能を有する伝送装置制御プログラムを実行するコンピュータの一例を説明する。なお、図１５は、実施例１における伝送装置のプログラムを示す図である。
【０１０４】
同図に示すように、伝送装置３０００は、送信部３００１、受信部３００２、ＣＰＵ３１１０、ＲＯＭ３１１１、ＨＤＤ３１１２、ＲＡＭ３１１３をバス３０１０などで接続して構成されている。
【０１０５】
ＲＯＭ３１１１には、上記の実施例１で示した試験フレーム送信部４４とフレーム長変更部４５と、試験フレーム受信部５４と、受信判定部５５と、フレーム長算出部５６と同様の機能を発揮する制御プログラム、つまり、図１５に示すように、試験フレーム送信プログラム３１１１ａと、フレーム長変更プログラム３１１１ｂと、試験フレーム受信プログラム３１１１ｃと、受信判定プログラム３１１１ｄと、フレーム長算出プログラム３１１１ｅとが予め記憶されている。なお、これらのプログラム３１１１ａ〜３１１１ｅについては、図２に示した伝送装置の各構成要素と同様、適宜統合または分離してもよい。
【０１０６】
そして、ＣＰＵ３１１０が、これらのプログラム３１１１ａ〜３１１１ｅをＲＯＭ３１１１から読み出して実行することにより、図１５に示すように、各プログラム３１１１ａ〜３１１１ｅについては、試験フレーム送信プロセス３１１０ａと、フレーム長変更プロセス３１１０ｂと、試験フレーム受信プロセス３１１０ｃと、受信判定プロセス３１１０ｄと、フレーム長算出プロセス３１１０ｅとして機能するようになる。なお、各プロセス３１１０ａ〜３１１０ｅは、図２に示した、試験フレーム送信部４４、フレーム長変更部４５、試験フレーム受信部５４、受信判定部５５、フレーム長算出部５６にそれぞれ対応する。
【０１０７】
そして、ＣＰＵ３１１０は、ＲＡＭ３１１３に格納された試験フレーム送信ポリシーデータ３１１３ａと、試験フレーム受信情報データ３１１３ｂと、特定パケット損失障害情報データ３１１３ｃとに基づいて伝送装置制御プログラムを実行する。
【０１０８】
なお、本実施例で説明した各プログラム３１１１ａ〜３１１１ｅについては、必ずしも最初からＲＯＭに記憶させておく必要はなく、例えば伝送装置に挿入されるメモリーカード、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、伝送装置の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介して伝送装置に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、伝送装置がこれらから各プログラムを読みだして実行するようにしてもよい。
【０１０９】
（付記１）他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する伝送装置であって、
前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更手段と、
前記他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定手段と、
前記受信判定手段によって試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出手段と、
を備えたことを特徴とする伝送装置。
【０１１０】
（付記２）前記フレーム長変更手段は、前記試験フレームにおいて未使用な領域であるリザーブ領域における容量を変更することで、前記フレーム長を変更することを特徴とする付記１に記載の伝送装置。
【０１１１】
（付記３）前記他の伝送装置から試験フレームを受信した場合に、前記リザーブ領域における容量が変更されているか否かを判定するリザーブ領域判定手段をさらに備え、
前記受信判定手段は、前記リザーブ領域判定手段によって前記リザーブ領域が変更されていると判定された場合に、フレーム長を変更した独自の試験フレームであるとして、定期的に受信したか否かを判定し、前記リザーブ領域判定手段によって前記リザーブ領域における容量を変更されていないことが監視された場合に、フレーム長を変更しない通常の試験フレームであるとして、定期的に受信したか否かを判定することを特徴とする付記２に記載の伝送装置。
【０１１２】
（付記４）前記フレーム長変更手段は、予め設定された上限フレーム長および／または下限フレーム長の範囲でフレーム長を定期的に変更することを特徴とする付記１または２に記載の伝送装置。
【０１１３】
（付記５）前記フレーム長変更手段は、予め設定された容量間隔でフレーム長を定期的に変更することを特徴とする付記１または２に記載の伝送装置。
【０１１４】
（付記６）前記フレーム長算出手段によって試験フレームのフレーム長が算出された場合に、当該試験フレームが受信されなかった回数と算出されたフレーム長とをネットワーク障害を示す統計情報として格納する統計情報格納手段とをさらに備えることを特徴とする付記１または２に記載の伝送装置。
【０１１５】
（付記７）伝送装置間の導通性を試験するための試験フレームを伝送装置間で送受信するシステムにおける試験方法であって、
前記試験フレームを送信する伝送装置は、
前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更工程と、
前記試験フレームを受信する伝送装置は、
前記伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定工程と、
前記受信判定工程によって試験フレームを受信しなかったと判定した場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出工程と、
を含んだことを特徴とする試験方法。
【０１１６】
（付記８）他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する方法をコンピュータに実行させる伝送装置制御プログラムであって、
前記他の伝送装置に対して試験フレームを定期的に送信する場合に、当該試験フレームの容量であるフレーム長を送信ごとに変更するフレーム長変更手順と、
前記他の伝送装置からフレーム長を変更されて定期的に送信される試験フレームを定期的に受信したか否かを判定する受信判定手順と、
前記受信判定手段によって試験フレームを受信しなかったと判定された場合に、当該受信しなかった試験フレームのフレーム長を算出するフレーム長算出手順と、
をコンピュータに実行させることを特徴とする伝送装置制御プログラム。
【産業上の利用可能性】
【０１１７】
以上のように、本発明に係る伝送装置制御、試験方法および伝送装置制御プログラムは、他の伝送装置との間における導通性を試験するための試験フレームを定期的に他の伝送装置との間で送受信する伝送装置に有用であり、特に、ある特定のフレーム長を持つパケットのみ廃棄されるようなネットワーク障害である特定パケット損失障害の発生を、連続性チェックにより迅速に検知することに適する。
【図面の簡単な説明】
【０１１８】
【図１】実施例１に係る伝送装置の概要および特徴を説明するための図である。
【図２】実施例１における伝送装置の構成を示すブロック図である。
【図３】実施例１における試験フレーム送信ポリシー記憶部に記憶される送信ポリシーの一例を示す図である。
【図４】実施例１における通常の試験フレームのフレームフォーマットを説明するための図である。
【図５】実施例１における独自の試験フレームのフレームフォーマットを説明するための図である。
【図６】実施例１における試験フレーム受信情報記憶部に記憶される試験フレーム受信情報の一例を示す図である。
【図７】実施例１における特定パケット損失障害情報記憶部に記憶される特定パケット損失障害情報の一例を示す図である。
【図８】実施例１における試験フレーム送信処理を示すフローチャートである。
【図９】実施例１における試験フレーム受信処理を示すフローチャートである。
【図１０】実施例１における特定パケット損失障害判定処理を示すフローチャートである。
【図１１】実施例１における伝送装置の処理の一例を示すシーケンス図である。
【図１２】実施例２における独自仕様試験フレームおよび通常試験フレーム併用時での受信処理を示すフローチャートである。
【図１３】実施例２における独自仕様試験フレームおよび通常試験フレーム併用時での特定パケット損失障害判定処理を示すフローチャートである。
【図１４】実施例２における通常の試験フレームのみ使用する伝送装置の処理の一例を示すシーケンス図である。
【図１５】実施例１における伝送装置のプログラムを示す図である。
【図１６】従来技術に係る伝送装置を説明するための図である。
【符号の説明】
【０１１９】
１０  伝送装置
２０  出力ポート
３０  入力ポート
４０  送信部
４１  送信バッファ
４２  試験フレーム送信処理部
４３  試験フレーム送信処理制御部
４４  試験フレーム送信部
４５  フレーム長変更部
４６  試験フレーム送信処理記憶部
４７  試験フレーム送信ポリシー記憶部
５０  受信部
５１  受信バッファ
５２  試験フレーム受信処理部
５３  試験フレーム受信処理制御部
５４  試験フレーム受信部
５５  受信判定部
５６  フレーム長算出部
５７  試験フレーム受信処理記憶部
５８  試験フレーム受信情報記憶部
５９  特定パケット損失障害情報記憶部
【図１】
2008236267.tif 000003
【図２】
2008236267.tif 000004
【図３】
2008236267.tif 000005
【図４】
2008236267.tif 000006
【図５】
2008236267.tif 000007
【図６】
2008236267.tif 000008
【図７】
2008236267.tif 000009
【図８】
2008236267.tif 000010
【図９】
2008236267.tif 000011
【図１０】
2008236267.tif 000012
【図１１】
2008236267.tif 000013
【図１２】
2008236267.tif 000014
【図１３】
2008236267.tif 000015
【図１４】
2008236267.tif 000016
【図１５】
2008236267.tif 000017
【図１６】
2008236267.tif 000018