(57)【特許請求の範囲】
【請求項１】
複数の対向装置との間における導通性を確認するためのフレームを一周期毎に前記複数の対向装置から受信し、受信されたフレームが所定の周期を連続してバッファに入力されなかった場合に警報を検出するフレーム監視装置であって、
前記複数の対向装置から受信したフレームについて前記警報が検出されることなくバッファに入力された後に、当該受信してバッファに入力されたフレームの周期の次周期以降に、前記警報を検出するための条件を満たす監視周期であるか否かを判定する監視周期判定手段と、
前記フレーム監視装置によって新たなフレームが受信されて、前記監視周期判定手段により前記警報検出条件を満たす監視周期であると判定された場合に、前記新たなフレームを前記バッファに入力し、前記監視周期判定手段により前記警報検出条件を満たさない監視周期であると判定された場合に、前記新たなフレームを前記バッファに入力することなく廃棄する受信フレーム入力制御手段と、
を備えたことを特徴とするフレーム監視装置。
【請求項２】
前記複数の対向装置を識別する識別情報ごとに対応付けて、当該複数の対向装置から受信したフレームが廃棄可能であるか否かを示す廃棄優先度フラグと、当該複数の対向装置から受信したフレームがどの周期であるかを示す周期情報とを保持する廃棄優先度フラグ保持手段をさらに備え、
前記監視周期判定手段は、前記複数の対向装置から受信したフレームについて前記警報が検出されることなくバッファに入力された後に、前記廃棄優先度フラグ保持手段によって保持される複数の対向装置ごとの廃棄優先度フラグを廃棄可能に更新し、当該バッファに入力された周期の次周期以降において新たなフレームが受信された場合に、前記廃棄優先度フラグ保持手段に保持される周期情報を更新するとともに、前記警報を検出するための条件を満たす監視周期であるか否かを判定し、
前記受信フレーム入力制御手段は、前記廃棄優先度フラグに基づき、前記新たなフレームを前記バッファに入力し、または、前記新たなフレームを前記バッファに入力することなく廃棄し、前記監視周期判定手段により前記警報検出条件を満たす周期の一周期前であると判定された場合に、前記新たなフレームを前記バッファに入力することなく廃棄するとともに、前記廃棄優先度フラグ保持手段によって保持される複数の対向装置ごとの廃棄優先度フラグを廃棄不可に更新することを特徴とする請求項１に記載のフレーム監視装置。
【請求項３】
前記バッファの容量を監視し、当該バッファの容量が所定の閾値以上であるか否かを判定するバッファ容量判定手段をさらに備え、
前記受信フレーム入力制御手段は、前記フレーム監視装置によって新たなフレームが受信されて、前記監視周期判定手段により前記警報検出条件を満たす監視周期であると判定された場合に、当該フレームを前記バッファに入力し、前記監視周期判定手段により前記警報検出条件を満たさない監視周期であると判定された場合、かつ、前記廃棄優先度フラグ保持手段によって保持される複数の対向装置ごとの廃棄優先度フラグが廃棄可能である場合、かつ、前記バッファ容量判定手段によりバッファ容量が所定の閾値以上である場合に、前記新たなフレームを前記バッファに入力することなく廃棄し、前記監視周期判定手段により前記警報検出条件を満たす周期の一周期前であると判定された場合、かつ、前記廃棄優先度フラグ保持手段によって保持される複数の対向装置ごとの廃棄優先度フラグが廃棄可能である場合、かつ、前記バッファ容量判定手段によりバッファ容量が所定の閾値以上である場合に、前記新たなフレームを前記バッファに入力することなく廃棄するとともに、前記廃棄優先度フラグ保持手段によって保持される複数の対向装置ごとの廃棄優先度フラグを廃棄不可に更新することを特徴とする請求項２に記載のフレーム監視装置。
【請求項４】
前記警報が検出された場合に、前記廃棄優先度フラグ保持手段に保持される廃棄優先度フラグを廃棄不可に更新する廃棄優先度フラグ制御手段をさらに備え、
前記受信フレーム入力制御手段は、前記フレーム監視装置によって新たなフレームが受信されて、前記廃棄優先度フラグ制御手段によって前記廃棄優先度フラグ保持手段によって保持される複数の対向装置ごとの廃棄優先度フラグが廃棄不可に更新されている場合に、前記新たなフレームを前記バッファに入力することを特徴とする請求項２または３に記載のフレーム監視装置。
【請求項５】
複数の対向装置との間における導通性を確認するためのフレームを一周期毎に前記複数の対向装置から受信し、受信されたフレームが所定の周期を連続してバッファに入力されなかった場合に警報を検出するフレーム監視装置に適したフレーム監視方法であって、
前記複数の対向装置から受信したフレームについて前記警報が検出されることなくバッファに入力された後に、当該受信してバッファに入力されたフレームの周期の次周期以降に、前記警報を検出するための条件を満たす監視周期であるか否かを判定する監視周期判定工程と、
前記フレーム監視装置によって新たなフレームが受信されて、前記監視周期判定工程により前記警報検出条件を満たす監視周期であると判定された場合に、前記新たなフレームを前記バッファに入力し、前記監視周期判定工程により前記警報検出条件を満たさない監視周期であると判定された場合に、前記新たなフレームを前記バッファに入力することなく廃棄する受信フレーム入力制御工程と、
を含んだことを特徴とするフレーム監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の対向装置との間における導通性を確認するためのフレームを一周期毎に前記複数の対向装置から受信し、受信されたフレームが所定の周期を連続してバッファに入力されなかった場合に警報を検出するフレーム監視装置に関する。
【背景技術】
【０００２】
従来より、ＩＰネットワークを利用したネットワーク網（例えば、イーサネット（登録商標）など）において、当該ネットワークの各通信装置間で送受信されるフレームを監視して、ネットワーク内での輻輳状態や異常などを検出し、トラフィック増大を防ぐための様々な技術が開示されている（特許文献１参照）。
【０００３】
また、イーサネット（登録商標）のレイヤ２を用いた広域イーサネット（登録商標）は、主にＰ２Ｐ接続（Point−to−Point）やマルチポイント接続のＬ２ＶＰＮ（Layer  2  Virtual  Private  Network）で実装されている。そして、一般的には、レイヤ２で発生する様々な事象の保守や管理などを行なう技術として、国際電気通信連合の電気通信標準化部門（ITU−T：International  Telecommunication  Union  Telecommunication−Standardization  Sector）によって「Ｙ．１７３１」として標準化されている。また、最近では、ＩＥＥＥ（The  Institute  of  Electrical  and  Electronics  Engineers，Inc）で「ＩＥＥＥ８０２．１ａｇ」として標準化作業が進んでいるＥｔｈｅｒｎｅｔ（登録商標）−ＯＡＭ（Ethernet（登録商標）−Operations  Administration  and  Maintenance）が用いられるようになってきた。
【０００４】
このＥｔｈｅｒｎｅｔ（登録商標）−ＯＡＭは、ＣＣ（Continuity  Check）機能、ＬＢ（LoopBack）機能、ＬＴ（Link  Trace）機能などを用いて、レイヤ２で発生する様々な事象の保守や管理などを行なう。そして、特に、対向装置と自装置間との論理回線経路の接続性や継続性を確認する機能であるＣＣ機能は、複数の対向装置から一定の周期毎に送信されるＣＣＭ（Continuity  Check  Message）フレームを受信し、当該ＣＣＭフレームの一定時間内到着有無の確認やＣＣＭフレーム内のパラメタ比較などのフレーム監視を実施することにより実現している。また、Ｅｔｈｅｒｎｅｔ（登録商標）−ＯＡＭでは、管理するグループをＭＥＧ（Maintenance  Entity  Group）、ＭＥＧ内の終端装置をＭＥＰ（MEG  End  Point）と呼び、ＭＥＧは、フレームを用いて各種試験（導通性の確認など）を実施する区間の集合体であり、ＭＥＰは、ＭＥＧの終端点に位置し、故障管理や性能測定を実施するフレームの生成や終端（取り込み）などを行う。
【０００５】
ここで、上記したＣＣＭフレームを用いたフレーム監視処理について、図１０を用いて説明する。図１０は、従来技術に係るフレーム監視処理を説明するための図である。例えば、フレーム監視装置は、図１０に示すように、複数の対向装置の一つ（対向ＭＥＰ＝１）からＣＣＭフレームを一周期（例えば、「１ｐｅｒｉｏｄ」）毎に受信する。そして、フレーム監視装置は、所定の周期（例えば、「３周期」）連続してＣＣＭフレームを受信しなかった場合に警報（未受信警報）を検出する。また、この未受信警報は、所定の周期である「３周期」連続してＣＣＭフレームを受信した場合に回復する（未受信警報回復）。なお、フレーム監視装置は、上記したように、送受信されるＣＣＭフレームの監視処理を繰り返し行いつつ、複数の対向装置との間でＣＣＭフレームを送受信する。
【０００６】
【特許文献１】特開平７−２２６７６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来の技術は、大容量のバッファを実装する必要があるという課題があった。
【０００８】
具体的には、イーサネット（登録商標）網では、各装置間の送信タイミングの同期をとることが困難である。そして、フレーム監視装置は、対向装置から送信されるＣＣＭフレームを一切とりこぼすことなく処理するために、ＣＣＭフレームの到着間隔を回線収容数の総和を最大速度（例えば、１回線が１Ｇｂｐｓのポートが１０回線ある場合、１０Ｇｂｐｓが最大速度となる）としてＣＣＭフレーム受信処理を行なう必要がある。この結果、大容量のバッファを実装する必要があるという課題があった。また、大容量のバッファが実装されていない場合には、バッファから溢れてしまうＣＣＭフレームの意図しない廃棄が発生するために、警報（未受信警報）が発生してしまうという課題があった。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能であるとともに、意図しないフレームの廃棄による警報を発生させなくすることが可能である。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本願の開示するフレーム監視装置は、複数の対向装置との間における導通性を確認するためのフレームを一周期毎に前記複数の対向装置から受信し、当該フレームが所定の監視周期を経過してもバッファに入力されなかった場合に警報を検出するフレーム監視装置であって、前記複数の対向装置から受信したフレームについて前記警報が検出されることなくバッファに入力されて、当該バッファに入力された周期の次周期以降において新たなフレームが受信された場合に、前記警報を検出するための条件を満たす監視周期であるか否かを判定する監視周期判定手段と、前記フレーム監視装置によってフレームが受信されて、前記監視周期判定手段により前記警報検出条件を満たす監視周期であると判定された場合に、当該フレームを前記バッファに入力し、前記監視周期判定手段により前記警報検出条件を満たさない監視周期であると判定された場合に、当該フレームを前記バッファに入力することなく廃棄する受信フレーム入力制御手段と、を備えたことを要件とする。
【発明の効果】
【００１１】
本願の開示するフレーム監視装置によれば、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能であるという効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照して、この発明に係るフレーム監視装置の実施例を詳細に説明する。なお、以下では、本発明に係るフレーム監視装置の概要および特徴、フレーム監視装置の構成および処理の流れを順に説明し、最後に本実施例による効果を説明する。
【実施例１】
【００１３】
［概要および特徴］
まず最初に、図１を用いて、実施例１に係るフレーム監視装置の概要および特徴を説明する。図１は、実施例１に係るフレーム監視装置の概要および特徴を示す図である。
【００１４】
このフレーム監視装置は、当該フレーム監視装置とは異なる複数の対向装置に接続されており、当該複数の対向装置から送信されるフレームを用いて導通性や継続性などを確認するＬ２スイッチである。また、フレーム監視装置は、複数の対向装置から送信されるフレームが所定期間（例えば、３周期など）経過しても受信されなかった場合に未受信警報を検出する。そして、未受信警報を検出したフレーム監視装置は、複数の対向装置から送信されるフレームが所定期間「３周期」続けて受信された場合に未受信警報を回復する。
【００１５】
また、以下では、一つの対向装置１（対向ＭＥＰ＝１）からＣＣＭフレームを受信する場合を説明するが、当該対向装置１とは異なる複数の対向装置からＣＣＭフレームを受信することとしてもよい。また、ここでは、フレーム監視装置の概要および特徴を説明し、詳細な説明は、フレーム監視装置の構成以降において説明する。また、フレーム監視装置は、対向装置１からＣＣＭフレーム１、ＣＣＭフレーム２およびＣＣＭフレーム３を受信して、未受信警報が回復しており、正常にＣＣＭフレームを受信できる状態であるものとする。
【００１６】
このような状態において、フレーム監視装置は、複数の対向装置との間における導通性を確認するためのフレームを一周期毎に前記複数の対向装置から受信し、受信されたフレームが所定の周期を連続してバッファに入力されなかった場合に警報を検出することを概要とするものであり、特に、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能である点を主たる特徴とする。
【００１７】
この主たる特徴について具体的に説明すると、フレーム監視装置は、複数の対向装置から受信したフレームについて警報が検出されることなくバッファに入力された後に、当該受信してバッファに入力されたフレームの周期の次周期以降に、前記警報を検出するための条件を満たす監視周期であるか否かを判定する。
【００１８】
具体的に例を挙げると、フレーム監視装置は、複数の対向装置から受信したＣＣＭフレーム１（１周期目）、ＣＣＭフレーム２（２周期目）およびＣＣＭフレーム３（３周期目）について警報が検出されることなく３周期連続してバッファに入力されて、当該バッファに入力された周期「３周期目」の次周期「４周期目」以降において新たなフレーム「ＣＣＭフレーム４」が受信された場合に、警報を検出するための条件を満たす監視周期であるか（例えば、３周期連続未受信であるか）否かを判定する。
【００１９】
そして、フレーム監視装置は、フレーム監視装置によって新たなフレームが受信されて、警報検出条件を満たす監視周期であると判定された場合に、新たなフレームをバッファに入力し、警報検出条件を満たさない監視周期であると判定された場合に、新たなフレームをバッファに入力することなく廃棄する。
【００２０】
上記した例で具体的に説明すると、フレーム監視装置は、当該フレーム監視装置によってＣＣＭフレーム４が受信されて、警報検出条件を満たさない監視周期（３周期連続未受信とはならない）であると判定された場合に、当該ＣＣＭフレーム４をバッファに入力することなく廃棄する。そして、フレーム監視装置は、当該フレーム監視装置によってＣＣＭフレーム５が受信されて、警報検出条件を満たさない監視周期（３周期連続未受信とはならない）であると判定された場合に、ＣＣＭフレーム４と同様に、当該ＣＣＭフレーム５をバッファに入力することなく廃棄する。
【００２１】
続いて、フレーム監視装置は、当該フレーム監視装置によってＣＣＭフレーム６が受信されて、警報検出条件を満たす監視周期（３周期連続未受信となる）であると判定された場合に、当該ＣＣＭフレーム６をバッファに入力する。その後、フレーム監視装置は、当該フレーム監視装置によってＣＣＭフレーム７が受信されて、警報検出条件を満たさない監視周期（３周期連続未受信とはならない）であると判定された場合に、当該ＣＣＭフレーム７をバッファに入力することなく廃棄する。
【００２２】
このようなことから、実施例１に係るフレーム監視装置は、複数の対向装置との間における導通性を確認するためのフレームを一周期毎に複数の対向装置から受信し、当該フレームが所定の監視周期を経過してもバッファに入力されなかった場合に警報を検出する場合に、複数の対向装置から受信したフレームについて警報が検出されることなくバッファに入力されて、当該バッファに入力されたフレームの次フレーム以降を受信した場合に、警報検出条件を満たす監視周期であるか否かを判定し、警報検出条件を満たす監視周期であると判定された場合に、当該フレームをバッファに入力し、警報検出条件を満たさない監視周期であると判定された場合に、当該フレームをバッファに入力することなく廃棄することができる結果、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能である。
【００２３】
つまり、フレーム監視装置は、複数の対向装置との間における導通性を確認するためのフレームを一周期毎に複数の対向装置から受信し、当該フレームが所定の監視周期を連続してバッファに入力されないと警報を検出する場合に、複数の対向装置から送信されたフレームを受信する。そして、フレーム監視装置は、フレームが受信された際に、警報検出条件となる周期（例えば、３周期連続でフレーム未受信）の一周期前までのフレームを廃棄する。続いて、フレーム監視装置は、警報検出条件となる周期のフレームをバッファに入力する。要約すると、フレーム監視装置は、受信したフレームを警報が検出されないようにバッファに入力したり優先して廃棄したりするので、複数の対向装置から非同期に受信される大量のフレームに対して大容量のバッファの実装が必要となる従来技術と比較して、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能である。また、フレーム監視装置は、大容量のバッファの実装がなされておらず、受信されたフレームの意図しない廃棄が行なわれてしまう従来技術と比較して、十分なバッファリソースが確保されることにより、意図しないフレームの廃棄による警報を発生させなくすることが可能である。
【００２４】
［実施例１に係るフレーム監視装置の構成］
次に、図２を用いて、実施例１に係るフレーム監視装置の構成を説明する。図２は、実施例１に係るフレーム監視装置の構成を示す図である。
【００２５】
図２に示すように、フレーム監視装置１０は、記憶部１１と、制御部１２とから構成され、当該フレーム監視装置１０とは異なる複数の対向装置との間における導通性を確認するためのフレーム（ＣＣＭフレーム）を一周期毎に受信し、当該フレームが所定の監視周期を経過してもバッファに入力されなかった場合に警報を検出する。
【００２６】
また、複数の対向装置から受信するＣＣＭフレームは、図３に示すように、下位４ｂｉｔがＭＥＧＬｅｖｅｌによって自動設定され、ＯＡＭ用ＤＡとして設定されたマルチキャストアドレス、または、ＭＥＰ単位に設定された宛先ＭＡＣアドレス（ユニキャスト）を示す「ＤＡ」、送信元ＭＥＰの送り元ＭＡＣアドレスを示す「ＳＡ」、送信元ＭＥＰを割り付けたＶＬＡＮ値を示す「ＶＬＡＮ」、ＯＡＭ用ＥｔｈｅｒＴｙｐｅとして設定されたＥｔｈｅｒＴｙｐｅを示す「ＥｔｈｅｒＴｙｐｅ」、送信元ＭＥＰのＭＥＧＬｅｖｅｌを示す「ＭＥＬ」、フレームのバージョン情報を示す「Ｖｅｒｓｉｏｎ（０ｘ００）」、フレームのコード情報を示す「ＯｐＣｏｄｅ（０ｘ０１：ＣＣＭ）」、ＣＣＭフレームの送受信間隔を示す「Ｐｅｒｉｏｄ（１ｓ：４，１０ｓ：５，６０ｓ：６）」、送信元ＭＥＰのＭＥＰＩＤを示す「ＭＥＰＩＤ」、送信元ＭＥＰのＭＥＧＩＤを示す「ＭＥＧＩＤ」などから構成される。なお、図３は、実施例１に係るＣＣＭフレームフォーマットの例を示す図である。
【００２７】
また、特にＣＣＭフレームの送受信において利用され、図３に示したＭＥＧＩＤのフォーマットについては、図４に示すように、ＩＴＵ−ＴおよびＩＥＥＥによって複数の定義がなされているが、「ＩＴＵ−Ｔ  Ｙ．１７３１  ＡＮＮＥＸ  Ａ」によって定義されている「ＩＣＣ−ｂａｓｅｄＦｏｒｍａｔ」のフォーマットにおいては、４８ｂｙｔｅのＭＥＧＩＤ領域のうち、１６ｂｙｔｅのみを利用し、残りをＡｌｌ「‘０’」としている（図４は、１６ｂｙｔｅの詳細を示している）。なお、図４は、実施例１に係るＭＥＧＩＤのフォーマットの例を示す図である。
【００２８】
記憶部１１は、制御部１２による各種処理に必要なデータや、制御部１２による各種処理結果を記憶し、特に本発明に密接に関連するものとしては、受信バッファ部１１ａと、廃棄優先度フラグテーブル１１ｂとを備える。
【００２９】
受信バッファ部１１ａは、フレーム監視装置１０によって受信されたフレームを記憶する。例えば、受信バッファ部１１ａは、フレーム監視装置１０に接続される複数の対向装置から送信されて受信された複数のＣＣＭフレームを、一時的にバッファリングする。
【００３０】
廃棄優先度フラグテーブル１１ｂは、複数の対向装置を識別する識別情報ごとに対応付けて、当該複数の対向装置から受信したフレームが廃棄可能であるか否かを示す廃棄優先度フラグと、当該複数の対向装置から受信したフレームがどの周期であるかを示す周期情報とを保持する。
【００３１】
例えば、廃棄優先度フラグテーブル１１ｂは、図５に示すように、複数の対向装置を識別する識別情報を示す「対向ＭＥＰｉｎｄｅｘ：１」に対応付けて、当該複数の対向装置から受信したフレームが廃棄可能であるか否かを示す「廃棄優先度フラグ（廃棄可：１／不可：０）」と、当該複数の対向装置から受信したフレームがどの周期であるかを示す「周期情報：１」とを保持している。なお、図５は、実施例１に係る廃棄優先度フラグテーブル１１ｂの例を示す図である。
【００３２】
制御部１２は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、フレーム管理ＩＤ抽出部１２ａと、書込制御部１２ｂと、優先廃棄参照部１２ｃと、優先廃棄判定処理部１２ｄと、バッファ容量監視部１２ｅと、読出制御部１２ｆと、ＣＣＭ警報監視部１２ｇと、警報状態反映部１２ｈと、廃棄フラグエージング処理部１２ｉとを備え、これらによって種々の処理を実行する。
【００３３】
フレーム管理ＩＤ抽出部１２ａは、フレーム内に格納されている論理回線経路に対応付けられた管理情報を抽出して、ＣＣＭフレームの警報管理単位となる対向ＭＥＰリストへの変換を実施する。
【００３４】
例えば、フレーム管理ＩＤ抽出部１２ａは、図６に示すように、複数の対向装置から受信されたＣＣＭフレーム内に格納されている論理回線経路に対応付けられた管理情報「Ｐｏｒｔ」、「ＶＬＡＮ−ＩＤ」、「ＭＥＧ−Ｌｅｖｅｌ」および「ＭＥＰ−ＩＤ」を抽出する。そして、フレーム管理ＩＤ抽出部１２ａは、複数の対向装置から受信したＣＣＭフレームの警報管理単位である対向ＭＥＰリストへの変換を対向装置ごとに実施して、図５に示した廃棄優先度フラグテーブルの基となる情報を生成する。続いて、フレーム管理ＩＤ抽出部１２ａは、生成された対向ＭＥＰリストを後述する優先廃棄参照部１２ｃに通知する。なお、図６は、実施例１に係る対向ＭＥＰリスト抽出を説明するための図である。
【００３５】
書込制御部１２ｂは、フレーム監視装置１０によって受信されたフレームを受信バッファ部１１ａに格納して後述する優先廃棄参照部１２ｃに対して書込みが完了したことを通知したり、受信バッファ部１１ａに格納することなくフレームを廃棄したりする。
【００３６】
例えば、書込制御部１２ｂは、複数の対向装置から送信されて、フレーム監視装置１０によって受信された複数のＣＣＭフレームを受信バッファ部１１ａに格納する。そして、ＣＣＭフレームを受信バッファ部１１ａに格納した書込制御部１２ｂは、書込みが完了したことを優先廃棄参照部１２ｃに対して通知する。また、例えば、書込制御部１２ｂは、後述する優先廃棄判定処理部１２ｄによって、受信されたＣＣＭフレームが廃棄可能であると判定された場合に、当該ＣＣＭフレームを受信バッファ部１１ａに格納することなく優先して廃棄する。
【００３７】
優先廃棄参照部１２ｃは、フレーム管理ＩＤ抽出部１２ａによって通知された対向ＭＥＰリストに基づいて、廃棄優先度フラグテーブル１１ｂのアドレスを生成し、受信されたフレームに対応する廃棄優先度フラグを読み出して、後述する優先廃棄判定処理部１２ｄに対して当該フレームの廃棄可否を通知する。
【００３８】
例えば、優先廃棄参照部１２ｃは、フレーム管理ＩＤ抽出部１２ａによって通知された受信したＣＣＭフレームに対応する対向ＭＥＰリスト「Ｐｏｒｔ」情報、「ＶＬＡＮ−ＩＤ」情報、「ＭＥＧ−Ｌｅｖｅｌ」情報および「ＭＥＰ−ＩＤ」情報に基づいて、廃棄優先度フラグテーブル１１ｂにおいて対応するアドレスを生成する。そして、優先廃棄参照部１２ｃは、生成されたアドレスに対応する対向装置の廃棄優先度フラグ「廃棄可：１／廃棄不可：０」を廃棄優先度フラグテーブル１１ｂから読み出して、優先廃棄判定処理部１２ｄに対して、受信されたＣＣＭフレームの廃棄可否を通知する。
【００３９】
また、優先廃棄参照部１２ｃは、書込制御部１２ｂから受信バッファ部１１ａにフレームの書込み処理が完了したことを通知されると、当該書込み処理が完了したフレームに対応する廃棄優先度フラグテーブル１１ｂのアドレスを生成し、当該フレームの廃棄優先度フラグを廃棄可能として更新する。
【００４０】
例えば、優先廃棄参照部１２ｃは、書込制御部１２ｂから受信バッファ部１１ａにＣＣＭフレームの書込み処理が完了したことを通知されると、当該書込み処理が完了したＣＣＭフレームに対応する対向ＭＥＰリスト「Ｐｏｒｔ」情報、「ＶＬＡＮ−ＩＤ」情報、「ＭＥＧ−Ｌｅｖｅｌ」情報および「ＭＥＰ−ＩＤ」情報に基づいて、廃棄優先度フラグテーブル１１ｂにおいて対応するアドレスを生成する。そして、優先廃棄参照部１２ｃは、生成されたアドレスに対応する対向装置の廃棄優先度フラグを「廃棄可能：１」に更新する。なお、受信バッファ部１１ａに書き込まれたＣＣＭフレームの廃棄優先度フラグを「廃棄可能：１」に更新する理由は、受信バッファ部１１ａに書き込まれた周期の次周期から、警報検出条件となる監視周期（例えば、３周期連続未受信など）の一周期前までに受信されるＣＣＭフレームを廃棄して、受信バッファ部１１ａのバッファリソースを有効に利用するためである。
【００４１】
優先廃棄判定処理部１２ｄは、優先廃棄参照部１２ｃにより通知されたフレームの廃棄可否に基づいて、フレームの廃棄許可または廃棄未許可を決定して、書込制御部１２ｂに通知する。例えば、優先廃棄判定処理部１２ｄは、優先廃棄参照部１２ｃによりＣＣＭフレームが「廃棄可能：１」である場合、かつ、後述するバッファ容量監視部１２ｅにより受信バッファ部１１ａのフレーム廃棄閾値が閾値以上であると通知された場合に、書込制御部１２ｂに対して当該ＣＣＭフレームの廃棄指示信号を出力する。
【００４２】
また、例えば、優先廃棄判定処理部１２ｄは、優先廃棄参照部１２ｃによりＣＣＭフレームが「廃棄不可：０」である場合、または、後述するバッファ容量監視部１２ｅにより受信バッファ部１１ａのフレーム廃棄閾値が閾値未満であると通知された場合に、書込制御部１２ｂに対して当該ＣＣＭフレーム廃棄指示信号を出力しない。なお、受信バッファ部１１ａがフレーム廃棄閾値以上であり、さらに、物理的にバッファ容量を満たしている場合には、これ以上受信バッファ部１１ａに対してＣＣＭフレームを格納することができないために、無条件にＣＣＭフレームを廃棄することとなる。
【００４３】
バッファ容量監視部１２ｅは、受信バッファ１１ａの容量を監視し、当該バッファの容量が所定の閾値以上であるか否かを判定する。例えば、バッファ容量監視部１２ｅは、受信バッファ部１１ａのバッファ容量を監視しており、フレーム廃棄が必要となる閾値であるフレーム廃棄閾値を超えるフレームが受信バッファ部１１ａに格納されている場合に、フレーム廃棄閾値を超えたことを優先廃棄判定処理部１２ｄに対して通知する。
【００４４】
読出制御部１２ｆは、受信バッファ部１１ａに格納されたフレームの読出し処理を順次行なって、後述するＣＣＭ警報監視部１２ｇに転送する。例えば、読出制御部１２ｆは、書込制御部１２ｂに書き込まれて受信バッファ部１１ａに格納されている複数の対向装置に対応するＣＣＭフレームの読出し処理を順次行なう。そして、読出制御部１２ｆは、読み出されたＣＣＭフレームをＣＣＭ警報監視部１２ｇに対して転送する。
【００４５】
ＣＣＭ警報監視部１２ｇは、読出制御部１２ｆにより転送されたフレームに対して対向装置毎にＣＣＭ警報監視処理を行なって、当該フレームの終端処理を行なう。例えば、ＣＣＭ警報監視部１２ｇは、読出制御部１２ｆにより転送されたＣＣＭフレームに対して対向ＭＥＰ毎にＣＣＭ警報監視処理を行なう。そして、ＣＣＭ警報監視部１２ｇは、ＣＣＭ警報監視処理を行なったＣＣＭフレームの終端処理を行なう。なお、ＣＣＭ警報監視部１２ｇは、警報条件を満たす対向ＭＥＰのＣＣＭフレームを検出した場合に、後述する警報状態反映部１２ｈに対して通知する。
【００４６】
警報状態反映部１２ｈは、ＣＣＭ警報監視部１２ｇにより通知された警報検出情報に基づいて、後述する廃棄フラグエージング処理部１２ｉに対して該当する対向装置のフレームの廃棄優先度フラグの更新処理依頼を行なう。例えば、警報状態反映部１２ｈは、ＣＣＭ警報監視部１２ｇにより通知された警報条件を満たす対向ＭＥＰのＣＣＭフレーム検出情報に基づいて、廃棄フラグエージング処理部１２ｉに対して該当する対向ＭＥＰのフレームの廃棄優先度フラグの更新処理依頼を行なう。
【００４７】
廃棄フラグエージング処理部１２ｉは、警報状態反映部１２ｈにより依頼された廃棄優先度フラグの更新処理依頼に基づいて、該当する廃棄優先度フラグの更新処理を行なう。例えば、廃棄フラグエージング処理部１２ｉは、警報状態反映部１２ｈにより依頼された廃棄優先度フラグの更新処理依頼に基づいて、廃棄優先度フラグテーブル１１ｂの該当する廃棄優先度フラグを「廃棄不可：０」に更新する。つまり、未受信警報が発生中の場合には、該当する対向ＭＥＰのＣＣＭフレームを所定周期「３周期」連続して受信する必要があるために、当該未受信警報発生中に限り、当該対向ＭＥＰのＣＣＭフレームに対応する廃棄優先度フラグが「廃棄可能：１」になることを抑止している。
【００４８】
また、廃棄フラグエージング処理部１２ｉは、受信バッファ部１１ａにフレームが入力された後、当該入力された周期の次周期以降において、所定の周期回数連続してバッファに入力されなかった際に検出される警報を検出するための条件を満たす周期であるか否かを判定する。
【００４９】
例えば、廃棄フラグエージング処理部１２ｉは、受信バッファ部１１ａにＣＣＭフレームが入力された後、当該ＣＣＭフレームが入力された周期「Ｎ」の次周期「Ｎ＋１」以降において、所定の周期回数「３周期」連続してバッファに入力されなかった際に検出される警報を検出するための条件を満たす周期であるか否かを判定する。そして、廃棄フラグエージング処理部１２ｉは、所定の周期回数「３周期」までの周期「Ｎ＋１」と周期「Ｎ＋２」とのＣＣＭフレームに対応する廃棄優先度フラグテーブル１１ｂの廃棄優先度フラグを「廃棄可能：１」に更新し、周期「Ｎ＋３」のＣＣＭフレームに対応する廃棄優先度フラグテーブル１１ｂの廃棄優先度フラグを「廃棄不可：０」に更新する。つまり、廃棄フラグエージング処理部１２ｉは、ＣＣＭフレーム未受信警報が発生してしまう所定周期「３周期」になるまでのＣＣＭフレームの廃棄優先度フラグをエージングすることで、バッファ輻輳時においてもフレーム優先廃棄によるＣＣＭフレーム未受信警報の発生を防止することができる。なお、上記したエージング処理の周期は、任意に設定可能となっている。
【００５０】
次に、図７、図８および図９を用いて、実施例１に係るフレーム監視装置１０による処理を、「書込み処理」と、「読出し処理」と、「廃棄優先度フラグ更新処理」とに分けて説明する。
【００５１】
［実施例１に係る書込み処理］
まずは、図７を用いて、実施例１に係るフレーム監視装置１０による書込み処理を説明する。図７は、実施例１に係るフレーム監視装置１０による書込み処理を説明するためのフローチャートである。
【００５２】
図７に示すように、フレーム監視装置１０は、複数の対向装置からＣＣＭフレームを受信すると（ステップＳ１０１肯定）、当該受信されたＣＣＭフレームの「Ｐｏｒｔ」、「ＶＬＡＮ−ＩＤ」、「ＭＥＧ−Ｌｅｖｅｌ」および「ＭＥＰ−ＩＤ」などの情報を抽出して、対向ＭＥＰリストへの変換を実施する（ステップＳ１０２）。
【００５３】
そして、フレーム監視装置１０は、対向ＭＥＰリストにより受信されたＣＣＭフレームに対応する廃棄優先度フラグ情報を、廃棄優先度フラグテーブル１１ｂから取得するとともに（ステップＳ１０３）、現状の受信バッファ部１１ａの容量情報を取得する（ステップＳ１０４）。
【００５４】
続いて、フレーム監視装置１０は、取得された受信バッファ部１１ａの容量情報が物理的に容量制限を超えているか否かの判定を行なって（ステップＳ１０５）、容量制限を超えていない場合に（ステップＳ１０５否定）、取得された容量情報において受信バッファ部１１ａがフレーム廃棄閾値を超えている、かつ、取得された廃棄優先度フラグが「廃棄可能：１」であるか否かを判定する（ステップＳ１０６）。
【００５５】
その後、フレーム監視装置１０は、取得された容量情報において受信バッファ部１１ａがフレーム廃棄閾値を超えていない、または、取得された廃棄優先度フラグが「廃棄不可：０」である場合に（ステップＳ１０６否定）、受信されたＣＣＭフレームを受信バッファ部１１ａに書き込む（ステップＳ１０７）。
【００５６】
そして、フレーム監視装置１０は、受信されたＣＣＭフレームが受信バッファ部１１ａに書き込まれたことによる容量情報の更新「容量＝現在量＋１」を行なって（ステップＳ１０８）、当該ＣＣＭフレームに対応する廃棄優先度フラグテーブル１１ｂの廃棄優先度フラグと周期情報とを、それぞれ「廃棄可能：１」、「Ｎ＋１（現在周期Ｎ）」に更新する（ステップＳ１０９）。
【００５７】
また、フレーム監視装置１０は、ステップＳ１０５において容量制限を超えている場合に（ステップＳ１０５肯定）、これ以上受信バッファ部１１ａにＣＣＭフレームを格納することができないために、当該ＣＣＭフレームを廃棄する（ステップＳ１１０）。また、フレーム監視装置１０は、ステップＳ１０６において取得された容量情報において受信バッファ部１１ａがフレーム廃棄閾値を超えている、かつ、取得された廃棄優先度フラグが「廃棄可能：１」である場合に（ステップＳ１０６肯定）、受信バッファ部１１ａのリソースを有効に利用するために、当該ＣＣＭフレームを廃棄する（ステップＳ１１０）。なお、ステップＳ１１０においてＣＣＭフレームが廃棄された場合には、受信バッファ部１１ａの容量情報の変更はない（容量＝現在量）。
【００５８】
［実施例１に係る読出し処理］
次に、図８を用いて、実施例１に係るフレーム監視装置１０による読出し処理を説明する。図８は、実施例１に係るフレーム監視装置１０による読出し処理を説明するためのフローチャートである。
【００５９】
図８に示すように、フレーム監視装置１０は、受信バッファ１１ａに格納されている複数の対向装置からのＣＣＭフレームがある場合に（ステップＳ２０１肯定）、当該複数のＣＣＭフレームを順次読み出して（ステップＳ２０２）、読み出したＣＣＭフレームの終端処理を行なう（ステップＳ２０３）。
【００６０】
そして、フレーム監視装置１０は、ＣＣＭフレームの終端処理が行なわれたことによる受信バッファ部１１ａの容量情報の更新「容量＝現在量−１」を行なう（ステップＳ２０４）。なお、受信バッファ部１１ａの容量情報は、ステップＳ２０１において受信バッファ１１ａに格納されているＣＣＭフレームがない場合に（ステップＳ２０１否定）、変更されることなく現在の容量が保持される（容量＝現在量）。
【００６１】
［実施例１に係る廃棄優先度フラグ更新処理］
次に、図９を用いて、実施例１に係るフレーム監視装置１０による廃棄優先度フラグ更新処理を説明する。図９は、実施例１に係るフレーム監視装置１０による廃棄優先度フラグ更新処理を説明するためのフローチャートである。
【００６２】
図９に示すように、フレーム監視装置１０は、ＣＣＭフレームが一周期ごとに送信されて、所定周期「３周期」連続してＣＣＭフレームがバッファに入力されなかったことによる未受信警報の監視がなされており、当該警報が検出されない場合に（ステップＳ３０１否定）、廃棄優先度フラグテーブル１１ｂに格納される廃棄優先度フラグと周期情報とを読み出す（ステップＳ３０２）。
【００６３】
そして、フレーム監視装置１０は、読み出された廃棄優先度フラグが廃棄可能「１」である場合に（ステップＳ３０３否定）、読み出された周期情報に基づいて、警報検出条件となる「３周期−１周期＝２周期」の期間を経過したかどうかの判定を行ない（ステップＳ３０４）、２周期を経過した場合に（ステップＳ３０４肯定）、廃棄優先度フラグテーブル１１ｂに格納されている対応する廃棄優先度フラグを廃棄不可「０」に更新する（ステップＳ３０６）。
【００６４】
また、フレーム監視装置１０は、ステップＳ３０１において警報が検出された場合に（ステップＳ３０１肯定）、廃棄優先度フラグテーブル１１ｂに格納されている廃棄優先度フラグを無条件に廃棄不可「０」に更新する（ステップＳ３０５）。
【００６５】
なお、ステップＳ３０３において読み出された廃棄優先度フラグが廃棄不可「０」である場合には（ステップＳ３０３肯定）、廃棄優先度フラグテーブル１１ｂに格納されている廃棄優先度フラグが更新されることなく「廃棄不可：０」であり、ステップＳ３０４において２周期を経過していない場合には（ステップＳ３０４否定）、廃棄優先度フラグテーブル１１ｂに格納されている廃棄優先度フラグが更新されることなく「廃棄可能：１」となる。
【００６６】
［実施例１による効果］
このようにして、実施例１によれば、フレーム監視装置１０は、複数の対向装置との間における導通性を確認するためのフレームを一周期毎に前記複数の対向装置から受信し、受信されたフレームが所定の周期を連続してバッファに入力されなかった際に警報を検出する場合に、複数の対向装置から受信したフレームがバッファに入力された後に、フレームが所定周期の間、バッファに入力されない際に発生する警報の検出条件を満たすかどうかを判定し、警報の検出条件を満たす場合にフレームをバッファに入力し、警報の検出条件を満たさない場合にフレームをバッファに入力することなく破棄するので、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能である。つまり、フレーム監視装置１０は、警報が検出されない周期となるフレームを廃棄し、警報が検出される周期となるフレームのみをバッファに入力するので、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能である。また、フレーム監視装置１０は、十分なバッファリソースを確保することができる結果、意図しないフレームの廃棄による警報を発生させなくすることが可能である。
【００６７】
例えば、フレーム監視装置１０は、１周期目に受信バッファ部１１ａにＣＣＭフレームが入力されると、２周期目以降において警報検出条件となる３周期連続でＣＣＭフレームが未受信であるか否かを判定する。そして、フレーム監視装置１０は、２周期目と３周期目とが警報検出条件を満たさない周期となるために、２周期目と３周期目とに受信されたＣＣＭフレームを廃棄する。続いて、フレーム監視装置１０は、４周期目が警報検出条件を満たす周期となるために、４周期目に受信されたＣＣＭフレームを受信バッファ部１１ａに入力する。この結果、大容量のバッファを実装することなく、十分なバッファリソースを確保することが可能であるとともに、意図しないフレームの廃棄による警報を発生させなくすることが可能である。
【実施例２】
【００６８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも
種々の異なる形態にて実施されてよいものである。そこで、「フレーム監視装置の構成」において異なる実施例を説明する。
【００６９】
［フレーム監視装置の構成］
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメタを含む情報（例えば、図２に示したような「廃棄優先度フラグテーブル１１ｂ」が記憶している項目や数値などの情報）については、特記する場合を除いて任意に変更することができる。
【００７０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、ＣＣＭ警報監視部１２ｇと警報状態反映部１２ｈとを警報監視処理、フレーム終端処理および廃棄優先度フラグの更新処理依頼を行なう警報監視／反映部として統合するなど、その全部または一部を、各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００７１】
また、上記実施例１では、フレーム監視装置１０を複数の対向装置から非同期にＣＣＭフレームを送受信するＬ２スイッチとして様々な処理の例を説明したが、本発明はこれに限定されるものではなく、例えば、ＣＣＭフレームのように、非同期にフレームを送受信する独自のプロトコルがあれば何であってもよく、当該フレームを送受信できるネットワーク網であればよい。
【図面の簡単な説明】
【００７２】
【図１】実施例１に係るフレーム監視装置の概要および特徴を示す図である。
【図２】実施例１に係るフレーム監視装置の構成を示す図である。
【図３】実施例１に係るＣＣＭフレームフォーマットの例を示す図である。
【図４】実施例１に係るＭＥＧＩＤのフォーマットの例を示す図である。
【図５】実施例１に係る廃棄優先度フラグテーブルの例を示す図である。
【図６】実施例１に係る対向ＭＥＰリスト抽出を説明するための図である。
【図７】実施例１に係るフレーム監視装置によるフレーム書込み処理を説明するためのフローチャートである。
【図８】実施例１に係るフレーム監視装置によるフレーム読出し処理を説明するためのフローチャートである。
【図９】実施例１に係るフレーム監視装置による廃棄優先度フラグ更新処理を説明するためのフローチャートである。
【図１０】従来技術に係るフレーム監視処理を説明するための図である。
【符号の説明】
【００７３】
１０  フレーム監視装置
１１  記憶部
１１ａ  受信バッファ部
１１ｂ  廃棄優先度フラグテーブル
１２  制御部
１２ａ  フレーム管理ＩＤ抽出部
１２ｂ  書込制御部
１２ｃ  優先廃棄参照部
１２ｄ  優先廃棄判定処理部
１２ｅ  バッファ容量監視部
１２ｆ  読出制御部
１２ｇ  ＣＣＭ警報監視部
１２ｈ  警報状態反映部
１２ｉ  廃棄フラグエージング処理部
【図１】
0004946909.tif 000002
【図２】
0004946909.tif 000003
【図３】
0004946909.tif 000004
【図４】
0004946909.tif 000005
【図５】
0004946909.tif 000006
【図６】
0004946909.tif 000007
【図７】
0004946909.tif 000008
【図８】
0004946909.tif 000009
【図９】
0004946909.tif 000010
【図１０】
0004946909.tif 000011