(57)【特許請求の範囲】
【請求項１】
他の通信制御装置との間でパケットの送受信を行う通信制御装置において、
前記パケットの送受信に使用可能な帯域の内、保守用パケットの送受信に使用可能な空き帯域を算出する第１算出部と、
前記第１算出部により算出された前記空き帯域に基づき、前記保守用パケットの送信間隔を決定する決定部と、
前記決定部により決定された送信間隔で、前記保守用パケットを前記他の通信制御装置宛に送信する送信部とを有し、
前記第１算出部は、前記通信制御装置における送信空き帯域と、前記他の通信制御装置における受信空き帯域とを用いて、前記空き帯域を算出し、
前記送信空き帯域は、（ＶＬＡＮ（Virtual  Local  Area  Network）帯域−実パケット送信帯域）×ＯＡＭ（Operation  Administration  and  Maintenance）使用可能帯域比率であり、前記受信空き帯域は、（ＶＬＡＮ帯域−実パケット受信帯域）×ＯＡＭ使用可能帯域比率であることを特徴とする通信制御装置。
【請求項２】
前記通信制御装置のプロセッサ使用率を算出する第２算出部を更に有し、
前記決定部は、前記空き帯域と、前記第２算出部により算出された前記プロセッサ使用率とに基づき、前記送信間隔を決定することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
他の通信制御装置との間でパケットの送受信を行う通信制御装置が、
前記パケットの送受信に使用可能な帯域の内、保守用パケットの送受信に使用可能な空き帯域を算出し、
算出された前記空き帯域に基づき、前記保守用パケットの送信間隔を決定し、
決定された送信間隔で、前記保守用パケットを前記他の通信制御装置宛に送信し、
前記通信制御装置における送信空き帯域と、前記他の通信制御装置における受信空き帯域とを用いて、前記空き帯域を算出し、
前記送信空き帯域は、（ＶＬＡＮ（Virtual  Local  Area  Network）帯域−実パケット送信帯域）×ＯＡＭ（Operation  Administration  and  Maintenance）使用可能帯域比率であり、前記受信空き帯域は、（ＶＬＡＮ帯域−実パケット受信帯域）×ＯＡＭ使用可能帯域比率であることを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、及び通信制御方法に関する。
【背景技術】
【０００２】
従来、ネットワークの保守監視用のプロトコルとして、ＩＴＵ−ＴＹ．１７３１及びＩＥＥＥ８０２．１ａｇに準拠したＥｔｈｅｒｎｅｔ（登録商標）ＯＡＭ（Operation  Administration  and  Maintenance）プロトコルが利用されている。Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルでは、その構成要素として、ＭＥＰ（Maintenance  entity  group  End  Point）とＭＩＰ（Meg  Intermediate  Point）とが定義されている。ＭＥＰとＭＩＰとはそれぞれ、パス（ＭＥ：Maintenance  Entity）の終端点と中間点とに配設され、これらを接続するパス単位で、ネットワークの監視を行う。ＭＥは、ＶＬＡＮ（Virtual  Local  Area  Network）等のネットワークに設定された、監視対象の階層を表すＭＥＧ（Maintenance  Entity  Group）レベル毎に定義される。
【０００３】
上記Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルにおける代表的なネットワーク監視機能として、例えば、ＣＣ（Continuity  Check）機能がある。各ＭＥＰは、このＣＣ機能により、同一ＭＥＧに属する全ての対向ＭＥＰに対して、ＭＩＰ経由で、ＣＣＭ（Continuity  Check  Message）パケットを定期的にマルチキャスト送信する。したがって、各ＭＥＰは、対向ＭＥＰから送信されるＣＣＭパケットの受信を監視することで、同一ＭＥＧ内におけるＭＥＰ間の導通を確認することができる。すなわち、各ＭＥＰは、同一の時間間隔で、ＣＣＭパケットを定期送信するため、あるＭＥＰが、所定の時間（例えば、定期送信間隔の３．５倍の時間）、対向ＭＥＰからＣＣＭパケットを受信しない場合には、導通断と判定する。これにより、ＭＥＰは、ネットワーク障害を検出することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１６６０１４号公報
【特許文献２】特開２００４−３６４１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した障害検出技術には、以下の様な問題点があった。すなわち、Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルでは、各ＭＥＰによるＣＣＭパケットの送信間隔として、７種類の値（例えば、３．３３ｍｓ〜１０ｍｉｎ）が定義されている。この送信間隔は、ネットワークの監視が開始される前に、ネットワーク管理者によって何れかの値（例えば、１ｍｉｎ）に固定され、以降、動的に変更されることはない。また、上述した様に、障害検出に要する時間は、送信間隔の倍数（例えば、３．５倍）によって定まることから、この送信間隔を管理者が短く設定する程（例えば、３．３３ｍｓ）、各ＭＥＰは、ネットワークの障害を早期に検出し、パケット送信経路の変更等、通信回復への対処をすることができる。
【０００６】
しかしながら、短い送信間隔値に固定されている場合、障害の検出に掛かる時間が短縮される一方で、ネットワークにおいてＭＥＰの使用する保守用の帯域が増大する。例えば、ＣＣ機能では、送信間隔が“１０ｍｉｎ”に固定されている場合には、保守用の使用帯域は“０．００１Ｋｂｐｓ”で済むのに対し、送信間隔が“３．３３ｍｓ”に固定されている場合、その使用帯域は“３００Ｋｂｐｓ”に増大する。各ＭＥＰは、ネットワークの保守監視に際し、十分なトラフィック量を確保するため、ネットワークに負の影響を与えない最適な帯域を使用することが求められる。したがって、各ＭＥＰは、トラフィック量の突発的な増大等のリスクに備え、保守用の使用帯域が少なくなる（実際のデータ通信に使用可能な帯域が多くなる）様に、長い送信間隔を選択せざるを得ない。このことが、ネットワーク障害の検出に要する時間の短縮を阻害する要因となっていた。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、ネットワークへの影響を抑制しつつ、障害検出に掛かる時間を短縮することのできる通信制御装置、及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本願の開示する通信制御装置は、一つの態様において、他の通信制御装置との間でパケットの送受信を行う。前記通信制御装置は、算出部と決定部と送信部とを有する。前記算出部は、前記パケットの送受信に使用可能な帯域の内、保守用パケットの送受信に使用可能な空き帯域を算出する。前記決定部は、前記算出部により算出された前記空き帯域に基づき、前記保守用パケットの送信間隔を決定する。前記送信部は、前記決定部により決定された送信間隔で、前記保守用パケットを前記他の通信制御装置宛に送信する。
【発明の効果】
【０００９】
本願の開示する通信制御装置の一つの態様によれば、ネットワークへの影響を抑制しつつ、障害検出に掛かる時間を短縮することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルの適用されたネットワークを示す図である。
【図２】図２は、Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルのＣＣ機能を説明するための図である。
【図３】図３は、ＣＣＭパケットの送信間隔と、ＯＡＭ保守監視用の使用帯域との対応関係を示す図である。
【図４】図４は、本実施例に係るＭＥＰの構成を示す図である。
【図５Ａ】図５Ａは、ユーザ設定テーブルにおける基本設定例を示す図である。
【図５Ｂ】図５Ｂは、ユーザ設定テーブルにおけるピリオド別所要空き帯域の設定例を示す図である。
【図６】図６は、送受信空き帯域テーブルにおけるデータ格納例を示す図である。
【図７】図７は、ＣＰＵ負荷テーブルにおけるデータ格納例を示す図である。
【図８】図８は、対向ＭＥＰテーブルにおけるデータ格納例を示す図である。
【図９】図９は、ピリオド管理テーブルにおけるデータ格納例を示す図である。
【図１０Ａ】図１０Ａは、本実施例に係るＣＣＭパケットのフォーマットを示す図である。
【図１０Ｂ】図１０Ｂは、本実施例に係るフラグのフォーマットを示す図である。
【図１１】図１１は、本実施例に係るマスター側ＭＥＰの動作を説明するためのフローチャートである。
【図１２】図１２は、本実施例に係るスレーブ側ＭＥＰの動作を説明するためのフローチャートである。
【図１３】図１３は、各ＭＥＰが受信空き帯域を算出する処理を説明するための図である。
【図１４】図１４は、各ＭＥＰが受信空き帯域を他のＭＥＰに通知する処理を説明するための図である。
【図１５】図１５は、ＭＥＰが受信空き帯域と送信空き帯域とから空き帯域を算出する処理を説明するための図である。
【図１６】図１６は、ＭＥＰ間のパケット通信に使用される帯域を示す概念図である。
【図１７】図１７は、ＭＥＧレベルの異なる３つのＭＥＰが定義されている場合に、空き帯域を算出する処理を説明するための図である。
【図１８】図１８は、ＭＥＧレベルの異なる３つのＭＥＰが定義されている場合に、ＭＥＰ間のパケット通信に使用される帯域を示す概念図である。
【図１９】図１９は、各スレーブＭＥＰが現対応可ピリオドを他のＭＥＰに通知する処理を説明するための図である。
【図２０】図２０は、マスターＭＥＰが現実行ピリオドを他のＭＥＰに通知する処理を説明するための図である。
【図２１】図２１は、各スレーブＭＥＰが現実行ピリオドを他のＭＥＰに応答する処理を説明するための図である。
【図２２】図２２は、ＭＥＰ間において実パケットが送受信される様子を示す図である。
【図２３】図２３は、各ＭＥＰが受信空き帯域を算出し、他のＭＥＰに通知する処理を説明するための図である。
【図２４】図２４は、ＭＥＰが送受信空き帯域を収集する処理を説明するための図である。
【図２５】図２５は、ＭＥＰがＯＡＭ使用可能帯域を算出する処理を説明するための図である。
【図２６】図２６は、各スレーブＭＥＰが現対応可ピリオドを算出し、他のＭＥＰに通知する処理を説明するための図である。
【図２７】図２７は、マスターＭＥＰが現実行ピリオドを決定し、各スレーブＭＥＰに通知する処理を説明するための図である。
【図２８】図２８は、現実行ピリオドの決定に伴う更新後の対向ＭＥＰテーブルにおけるデータ格納例を示す図である。
【図２９】図２９は、各スレーブＭＥＰが現実行ピリオドを受信及び更新し、マスターＭＥＰに応答する処理を説明するための図である。
【図３０】図３０は、現実行ピリオドの応答に伴う更新後の対向ＭＥＰテーブルにおけるデータ格納例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する通信制御装置、及び通信制御方法の実施例を、図面を参照しながら詳細に説明する。なお、以下の実施例により本願の開示する通信制御装置、及び通信制御方法が限定されるものではない。
【００１２】
図１は、本実施例に係るＥｔｈｅｒｎｅｔ  ＯＡＭプロトコルの適用されたネットワークを示す図である。図１に示す様に、Ｌ２ＶＰＮ（Virtual  Private  Network）網Ｎは、複数のＶＬＡＮ（Virtual  Local  Area  Network）Ｎ１〜Ｎ３を有する。各ＶＬＡＮ  Ｎ１〜Ｎ３は、レベルの異なる複数のＭＥＧ（Maintenance  Entity  Group）１ａ〜１ｊを監視単位として有する。ＭＥＧ１ａ〜１ｊは、ＭＥＰ（MEG  End  Point、所謂メップ）１０ａ〜１０ｔと、ＭＩＰ（MEG  Intermediate  Point、所謂ミップ）４０ａ〜４０ｊとを有する。隣接するＭＥＰ間、隣接するＭＩＰ間、または隣接するＭＥＰ、ＭＩＰ間は、ＭＥ（Maintenance  Entity）２ａ〜２ｔにより接続される。
【００１３】
本実施例に係る通信制御システムは、Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルを用いたネットワーク上で実現される。Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルは、ＩＴＵ−ＴＹ．１７３１及びＩＥＥＥ８０２．１ａｇで定義された保守監視用のプロトコルである。ＭＥＰ１０ａ〜１０ｔは、監視を行う終端点となり、ＭＩＰ４０ａ〜４０ｊは、ＭＥＰの中間点となる。監視は、ＭＥ単位で実行され、ＭＥは、ＶＬＡＮ毎、ＭＥＧレベル毎に定義される。ＭＥＧレベルは、監視エリアをレベル毎に階層化し、階層単位で監視を行うためのものである。例えば、低いレベル（例えば、０〜２）は、物理ＩＦ（Inter  Face）間の監視用のレベルとして設定され、中レベル（例えば、３、４）は、プロバイダ監視用に設定される。高いレベル（例えば、５〜７）は、カスタマ用のレベルとして設定される。図１に示す様に、本実施例に係る通信制御システムでは、同一のＶＬＡＮに、複数のＭＥＰ、ＭＩＰを定義可能であり、各ＭＥＰが、異なるパスの監視を行う。
【００１４】
次に、図２は、本実施例に係る、Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルのＣＣ（Continuity  Check）機能を説明するための図である。ＣＣ機能は、あるＭＥＰ（例えば、自ＭＥＰ１０）が、別のＭＥＰ（例えば、対向ＭＥＰ２０、３０）との間の導通状態を確認するための機能である。図２に示す様に、各ＭＥＰ１０、２０、３０は、非同期で、ＣＣＭ（Continuity  Check  Message）パケットを定期的にマルチキャスト送信する。また、各ＭＥＰは、同一のＭＥＧに属する他のＭＥＰ（対向ＭＥＰ）から送信されるＣＣＭパケットの受信を監視している。例えば、ＭＥＰ１０は、対向する全てのＭＥＰ２０、３０の送信するＣＣＭパケットを受信する。ＭＥＰ２０、３０からの送信は、マルチキャスト送信であるため、１パケットの送信により、他の全てのＭＥＰ宛にパケットが到達する。同一ＭＥＧ内のＭＥＰは、非同期ではあるものの、各ＭＥＰ毎に同一の時間間隔でＣＣＭパケットを送信している。このため、自ＭＥＰ１０は、プロトコルで規定された所定時間（例えば、定期送信間隔の３．５倍）の間、対向ＭＥＰ２０、３０から送出されるＣＣＭパケットを受信しなかった場合、監視結果ＮＧ（導通断）と判定し、ネットワーク障害を検出する。
【００１５】
図３は、ＣＣＭパケットの送信間隔と、ＯＡＭ保守監視用の使用帯域との対応関係Ｔ１を示す図である。図３に示す様に、各ＭＥＰが定期的に送信するＣＣＭパケットの送信間隔は、“１”〜“７”のピリオド値（定期送信時間間隔値）に応じて、７つのパターンが、プロトコルにより定義されている。なお、この送信間隔“３．３３ｍｓ”〜“１０ｍｉｎ”は、Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルによる導通の監視開始前に、ネットワーク管理者により、同一ＭＥＧ内で一意に決定され、決定後は、動的に変更されることはない。また、ＯＡＭ保守監視用の使用帯域“３００Ｋｂｐｓ”〜“０．００１Ｋｂｐｓ”は、ＣＣＭパケットのバイト長が１００バイトである場合における１ＭＥＰ当たりの数値である。
【００１６】
図３に示す様に、ＣＣＭパケットの送信間隔が短い程、ＬＯＣ（Loss  Of  Continuity）検出時間も短くすることができる。その結果、ＭＥＰ１０は、ネットワークの障害発生状態を早期に検出し、経路変更等の対応策を迅速にとることが可能となる。但し、その反面、導通断の検出に多くの帯域が必要となる。これに対して、送信間隔が長い場合（例えば、１ｍｉｎ以上）には、使用帯域は少なくて済むが、その一方で、ネットワーク障害の検出に長時間を要することとなる。この様に、ＣＣＭパケットの送信間隔と、ＯＡＭ保守監視用の使用帯域との間には、トレードオフの関係がある。
【００１７】
本願の開示する一実施例に係る通信制御装置（ＭＥＰ、ＭＩＰ）の構成を説明する。図４は、本実施例に係るＭＥＰ１０の構成を示す図である。図４に示す様に、ＭＥＰ１０は、受信モジュール１１とＶＬＡＮタグ識別部１２とＥｔｈｅｒＯＡＭ識別部１３とＥｔｈｅｒＯＡＭプロトコルエンジン１４と送受信数カウント部１５と送受信空き帯域算出部１６とを有する。また、ＭＥＰ１０は、ＣＣＭ受信処理部１７とピリオド算出部１８とユーザ設定ＩＦ１９とＣＰＵ負荷算出部１１０とＶＬＡＮタグ付加部１１１と送信モジュール１１２とを更に有する。これら各構成部分は、一方向又は双方向に、信号やパケットの入出力が可能な様に接続されている。
【００１８】
受信モジュール１１は、パケットルートを経由してＭＥＰ１０に到達した、ＥｔｈｅｒＯＡＭパケットを含む全てのパケットを受信する。ＶＬＡＮタグ識別部１２は、受信モジュール１１により受信された全てのパケットにつき、ＶＬＡＮタグが付されているか否かを識別する。また、ＶＬＡＮタグ識別部１２は、該識別結果に基づき、ユーザ設定された処理対象のＶＬＡＮＩＤであるか否かの判別を行う。ＶＬＡＮタグ識別部１２は、処理対象外と判別されたパケットを破棄する。ＥｔｈｅｒＯＡＭ識別部１３は、ＶＬＡＮタグ識別部１２による識別結果を基に、受信モジュール１１により受信されたパケットから、ＥｔｈｅｒＯＡＭパケットをフィルタリングする。フィルタリング後、ＥｔｈｅｒＯＡＭパケットは、ＥｔｈｅｒＯＡＭプロトコルエンジン１４に入力され、その他のパケットは、実パケットとして処理される。
【００１９】
ＥｔｈｅｒＯＡＭプロトコルエンジン１４は、ＭＥＰの保守監視機能を実現する。ＥｔｈｅｒＯＡＭプロトコルエンジン１４は、ＣＣ機能を始めとする各種サポート機能を実現する。ＥｔｈｅｒＯＡＭプロトコルエンジン１４は、例えば、ＥｔｈｅｒＯＡＭ識別部１３から入力されたＥｔｈｅｒＯＡＭパケットの送受信管理、及び内部ステート管理を実行する。特に、ＥｔｈｅｒＯＡＭプロトコルエンジン１４は、ＣＣ機能部１４１を有する。ＣＣ機能部１４１は、Ｒｘ監視部１４１ａとＲｘ部１４１ｂとＴｘ部１４１ｃとを有する。Ｒｘ監視部１４１ａは、対向ＭＥＰの監視制御を実行する。Ｒｘ部１４１ｂは、ＣＣＭパケットの送信を実行する。Ｔｘ部１４１ｃは、ＣＣＭパケットの受信を実行する。
【００２０】
送受信数カウント部１５は、ＥｔｈｅｒＯＡＭパケットの受信開始を契機として、受信モジュール１１により受信された、ＶＬＡＮ毎のパケット数をカウントする。また、送受信数カウント部１５は、ＣＣＭパケットの送信開始を契機として、後述する送信モジュール１１２により送信された、ＶＬＡＮ毎のパケット数をカウントする。送受信空き帯域算出部１６は、ＶＬＡＮ毎の割当て帯域（使用可能帯域）、ＯＡＭ使用可能帯域の比率等の設定情報を参照し、送受信数カウント部１５から入力されるカウント値から、ＭＥＰ単位の送受信空き帯域を算出する。算出結果は、後述の送受信空き帯域テーブル１８２に格納される。
【００２１】
ＣＣＭ受信処理部１７は、ＥｔｈｅｒＯＡＭプロトコルエンジン１４から入力されるＣＣＭパケットを解析し、ＣＣＭパケットに付されている情報（例えば、対向ＭＥＰの受信空き帯域、現対応可ピリオド、現実行ピリオド）を取得する。取得されたこれらの情報は、対向ＭＥＰテーブル１８４に格納される。ＣＣＭ受信処理部１７は、自ＭＥＰと同一のＭＥＧに属する全てのＭＥＰのＩＤ番号を比較し、最大のＩＤ番号を有するＭＥＰをマスターＭＥＰと認識する。ＣＣＭ受信処理部１７は、受信されたＣＣＭパケットの送信元であるＭＥＰがマスターＭＥＰである場合、マスターＭＥＰの現実行ピリオドと、自ＭＥＰの現実行ピリオドとを照合する。照合の結果、双方のピリオド（定期送信間隔）が不一致の場合には、ＣＣＭ受信処理部１７は、自ＭＥＰの現実行ピリオドを、マスターＭＥＰの現実行ピリオドに合う様に更新する。なお、自ＭＥＰがマスターＭＥＰである場合には、受信されたＣＣＭパケットの送信元であるＭＥＰがマスターＭＥＰである場合には該当しないため、上記照合処理は実行されない。
【００２２】
ピリオド算出部１８は、対向ＭＥＰの受信空き帯域、自ＭＥＰ１０の送信空き帯域、ＣＰＵ（Central  Processing  Unit）負荷、ＯＡＭ使用可能帯域の比率等の各情報を各種テーブル１８２〜１８５からそれぞれ取得し、これらの情報に基づき、自ＭＥＰの現対応可ピリオドを決定する。決定された現対応可ピリオドは、ピリオド管理テーブル１８５に格納される。また、ピリオド算出部１８は、自ＭＥＰと同一のＭＥＧに属する全てのＭＥＰのＩＤ番号を比較し、自ＭＥＰのＩＤ番号が最大であれば、自ＭＥＰをマスターと認識する一方、最大でなければスレーブと認識する。自ＭＥＰ１０がマスターである場合は、対向ＭＥＰの現対応可ピリオドと、自ＭＥＰの現対応可ピリオドとに基づき、現実行ピリオドを決定し、ピリオド管理テーブル１８５へ格納する。一方、自ＭＥＰ１０がスレーブである場合には、単に現実行ピリオドをピリオド管理テーブル１８５に格納する。更に、ピリオド算出部１８は、算出された、自ＭＥＰの受信空き帯域、現対応可ピリオド、及び現実行ピリオドの各情報を、各テーブル１８２、１８５から取得し、ＣＣＭパケットに付加する。
【００２３】
なお、マスターＭＥＰにおいて現実行ピリオドの値が更新された場合、ＭＥＰ１０は、スレーブＭＥＰに対して、ＣＣＭパケットにより新しいピリオドを通知する。スレーブＭＥＰは、該通知を受けると、ピリオドを更新し、更新後のピリオドをＣＣＭパケットに格納して、マスターＭＥＰに送信する。マスターＭＥＰは、該ＣＣＭパケットを受信すると、ＣＣＭ受信処理部１７により、スレーブ側で実際にピリオド値が更新されたことを確認する。
【００２４】
ユーザ設定ＩＦ１９は、ピリオド別の所要空き帯域等の設定情報を、ＭＥＰ単位でユーザ設定テーブル１８１に格納する。ＣＰＵ負荷算出部１１０は、ＣＣＭパケットの送信実行時に、現在のＣＰＵ負荷を算出し、算出結果をＣＰＵ負荷テーブル１８３に格納する。ＶＬＡＮタグ付加部１１１は、上位レイヤから送信指示を受けたパケットに対し、ＶＬＡＮタグを付加する。送信モジュール１１２は、ＶＬＡＮタグの付されたＥｔｈｅｒＯＡＭパケットを含む全てのパケットを、所定の宛先に送信する。
【００２５】
次に、上述した各テーブル１８１〜１８５におけるデータ格納例を説明する。図５Ａは、ユーザ設定テーブル１８１ａにおける基本設定例を示す図である。図５Ａに示す様に、ユーザ設定テーブル１８１ａには、回線インタフェース種別（回線ＩＦ）と、ＶＬＡＮ種別と、ＶＬＡＮの帯域と、ＭＥＰ名と、ＭＥＧレベルと、ＭＥＰ識別子（ＩＤ）と、ＯＡＭ使用可能帯域比率とが、各ＭＥＰ毎に対応付けて格納されている。ＯＡＭ使用可能帯域比率は、送信側（Ｔｘ）と受信側（Ｒｘ）とに分けて設定される。ＯＡＭ使用可能帯域比率は、対応するＶＬＡＮ帯域の全体（例えば、５Ｍｂｐｓ）を１とした場合に、対応するＭＥＰがＯＡＭトラフィックとして使用可能な帯域の比率を表す。例えば、ＭＥＰ３０に関し、最上段のデータを参照すると、ＭＥＰ３０は、全ＶＬＡＮ帯域である２Ｍｂｐｓの内、０．４（＝２×０．２）Ｍｂｐｓを送信空き帯域として使用可能である。また、ＭＥＰ３０は、２Ｍｂｐｓの内、０．６（＝２×０．３）Ｍｂｐｓを受信空き帯域として使用可能である。
【００２６】
図５Ｂは、ユーザ設定テーブル１８１ｂにおけるピリオド別所要空き帯域の設定例を示す図である。図５Ｂに示す様に、ユーザ設定テーブル１８１ｂには、ＭＥＰ名と、ＣＰＵ使用率と、ピリオド別所要空き帯域とが、各ＭＥＰ毎に対応付けて格納されている。ここで、ピリオド別所要空き帯域は、各ＭＥＰ１０、２０、３０が、対応するＣＰＵ使用率の時に、対応する定期送信間隔（ピリオド）を実現するために必要となる空き帯域の下限値である。また、“×”は、空き帯域幅に拘らず、対応するピリオドでのＣＣＭパケットの定期送信が不可能であることを示し、“○”は、空き帯域幅に拘らず、ＣＣＭパケットの定期送信が可能であることを示す。
【００２７】
例えば、ＭＥＰ１０に関し、最上段のデータを参照すると、ＭＥＰ１０は、ＣＰＵに余裕のある場合（使用率０〜２０％）であっても、３．３３ｍｓの短い間隔の定期送信を実現するためには、最低でも３５０Ｋｂｐｓの空き帯域が必要となる。しかしながら、１０ｍｓ間隔の定期送信であれば、１５０Ｋｂｐｓ以上の空き帯域があれば、実現可能であり、１００ｍｓ間隔の定期送信であれば、１５Ｋｂｐｓ以上の空き帯域があれば、実現可能である。更に、１ｓ間隔以上の定期送信であれば、空き帯域を問わず、実現可能である。
【００２８】
例えば、ＭＥＰ２０は、ＣＰＵに余裕のある場合（使用率０〜１０％）には、３００Ｋｂｐｓ以上の空き帯域があれば、時間間隔１０ｍｓでＣＣＭパケットを定期送信することができる。しかしながら、ＣＰＵにあまり余裕のない場合（使用率３１〜７０％）には、ＭＥＰ２０は、空き帯域に拘らず（仮に、空き帯域＝１００％であっても）、１００ｍｓ以下での間隔では定期送信することができない。更に、ＣＰＵ使用率が７０％を超える場合には、空き帯域とは無関係に、ＭＥＰ２０の現対応可ピリオドは、１ｍｉｎ以上となる。例えば、ＭＥＰ３０に関し、最下段のデータを参照すると、ＭＥＰ３０は、ＣＰＵに余裕のない場合（使用率９１〜１００％）、１００ｍｓ間隔以下での定期送信は不可であるが、１ｓ間隔以上での定期送信であれば、２Ｋｂｐｓ以上の空き帯域があれば可能である。また、１ｍｉｎ間隔以上での定期送信であれば、空き帯域が“０”であっても可能である。
【００２９】
なお、ピリオド別所要空き帯域として格納された値（例えば、３５０Ｋ、５Ｋ）やＣＰＵ使用率の境界値（例えば、２０％、７０％）は、ＭＥＰ装置自体のＣＰＵ能力、定義済みＭＥＰの数等に応じて、適宜、ユーザが設定及び変更可能である。
【００３０】
図６は、送受信空き帯域テーブル１８２ａにおけるデータ格納例を示す図である。図６に示す様に、送受信空き帯域テーブル１８２ａには、ＶＬＡＮにおける送信空き帯域の合計値として“１９５０Ｋｂｐｓ”が、受信空き帯域の合計値として“１８００Ｋｂｐｓ”が更新可能に格納される。また、送受信空き帯域テーブル１８２ａには、ＭＥＧレベルと送信空き帯域と受信空き帯域とが、レベル毎に定義されたＭＥＰ毎に対応付けて格納される。ピリオド算出部１８は、送受信空き帯域テーブル１８２ａを参照することで、例えば、ＭＥＧレベル“７”のＭＥＰ［Ｃ１］の送信空き帯域が現在“３９０Ｋｂｐｓ”であり、受信空き帯域が現在“３６０Ｋｂｐｓ”であることを認識する。
【００３１】
図７は、ＣＰＵ負荷テーブル１８３ａにおけるデータ格納例を示す図である。図７に示す様に、ＣＰＵ負荷テーブル１８３ａには、Ｎ＋１個分（Ｎは自然数）のコアの使用率が、コア識別子毎に格納される。自ＭＥＰを動作させるコアを示す「対象コア番号」は、ユーザによる設定及び変更が可能である。例えば、対象コア番号が“０，１”である場合には、「対象コア平均負荷」として、コア０の使用率である“６０％”と、コア１の使用率である“８０％”との平均値である“７０％”が記憶される。ＣＰＵ負荷算出部１１０は、ＣＰＵ負荷テーブル１８３ａを参照することで、例えば、現在のＣＰＵ使用率が“７０％”であることを認識する。
【００３２】
図８は、対向ＭＥＰテーブル１８４ａにおけるデータ格納例を示す図である。図８に示す様に、対向ＭＥＰテーブル１８４ａには、ＭＥＰＩＤと、マスター／スレーブの種別と、受信空き帯域と、現対応可ピリオドと、現実行ピリオドとが、対向ＭＥＰ毎に対応付けて格納されている。また、対向ＭＥＰテーブル１８４ａを有するＭＥＰがマスターＭＥＰの場合には、スレーブＭＥＰからの応答の有無を示す情報が「スレーブ応答」として格納される。ピリオド算出部１８は、対向ＭＥＰテーブル１８４ａを参照することで、例えば、ＭＥＰ［Ａ１］の対向ＭＥＰが、受信空き帯域“４０００Ｋｂｐｓ”を有するマスターＭＥＰであることを認識する。更に、ピリオド算出部１８は、現在、ＭＥＰ［Ａ１］が“１０ｍｓ”のピリオドまで対応可能であると共に、現実行ピリオドが“１ｓ”に設定されていることを認識する。
【００３３】
図９は、ピリオド管理テーブル１８５ａにおけるデータ格納例を示す図である。図９に示す様に、ピリオド管理テーブル１８５ａには、自ＭＥＰ［Ｃ１］のマスター／スレーブ種別として“スレーブ”が登録されると共に、自ＭＥＰの現対応可ピリオド、現実行ピリオドとして、それぞれ“１００ｍｓ”、“１ｓ”が格納される。ピリオド算出部１８は、ピリオド管理テーブル１８５ａを参照することで、例えば、ＭＥＰ［Ｃ１］がスレーブＭＥＰであることを認識する。更に、ピリオド算出部１８は、現在、ＭＥＰ［Ｃ１］が“１００ｍｓ”のピリオドまで対応可能であると共に、現実行ピリオドが“１ｓ”に設定されていることを認識する。
【００３４】
以上、ＭＥＰ１０の構成を代表的に説明したが、他のＭＥＰ２０、３０及びＭＩＰ４０の構成は、ＭＥＰ１０の構成と同様である。したがって、共通する構成要素には、末尾が同一の参照符号を用いると共に、その図示及び詳細な説明は省略する。例えば、ユーザは、ＥｔｈｅｒＯＡＭプロトコルエンジン１４、２４、３４に対する設定変更により、ＭＥＰ１０、２０、３０をＭＩＰとして機能させることもできるし、反対に、ＥｔｈｅｒＯＡＭプロトコルエンジン４４に対する設定変更により、ＭＩＰ４０にＭＥＰの機能をもたせることもできる。
【００３５】
続いて、ＣＣＭパケットの構成を説明する。図１０Ａは、本実施例に係るＣＣＭパケットＰのフォーマットを示す図である。図１０Ａに示す様に、ＣＣＭパケットＰは、ＰＡＤＤＩＮＧ領域Ｄ（斜線部分）を有する。ＰＡＤＤＩＮＧ領域Ｄ内の情報は、ＯＡＭプロトコルのＤａｔaＴＬＶで定義されている。ＰＡＤＤＩＮＧ領域Ｄは、所定のバイト数分（例えば、９バイト分）設けられ、任意のデータの格納が可能である。本実施例では、ＰＡＤＤＩＮＧ領域Ｄには、受信空き帯域、現対応可ピリオド、及び現実行ピリオドの各情報が少なくとも格納される。図１０Ｂは、本実施例に係るフラグＦのフォーマットを示す図である。図１０Ｂに示す様に、フラグＦには、計８ビット分の情報を格納可能であり、例えば、ＲＤＩ（Remote  Defect  Indication）用の領域として１ビット分、リザーブ用の領域として４ビット分、ピリオド用の領域として３ビット分の領域が設けられている。
【００３６】
次に、動作を説明する。以下、マスター側ＭＥＰとしてＭＥＰ１０の動作を、スレーブ側ＭＥＰとしてＭＥＰ２０の動作を、代表的に説明するが、構成説明と同様、他のＭＥＰ３０及びＭＩＰ４０に関しても、同様の動作をとることができる。
【００３７】
図１１は、本実施例に係るマスター側ＭＥＰ１０の動作を説明するためのフローチャートである。まず、ＭＥＰ１０の受信モジュール１１が対向ＭＥＰ２０、３０からＣＣＭパケットを受信すると（Ｓ１）、ＣＣＭ受信処理部１７は、受信されたＣＣＭパケットに格納されている受信空き帯域の情報を取得する（Ｓ２）。一方、送受信空き帯域算出部１６は、ＯＡＭパケット（保守監視用）以外のパケット（実トラフィック用）の送信帯域をＶＬＡＮ毎に算出した後（Ｓ３）、該算出結果と最大帯域とを用いて、送信空き帯域を算出する（Ｓ４）。更に、ＣＰＵ負荷算出部１１０は、現時点における、自ＭＥＰ１０のＣＰＵ使用率を算出する（Ｓ５）。なお、Ｓ１〜Ｓ５の各処理は、ＭＥＰ１０が現対応可ピリオドを算出するためのパラメータを収集するための処理であり、必ずしも上述した順序で実行される必要はない。
【００３８】
詳細なピリオド算出方法については後述するが、Ｓ６では、ピリオド算出部１８は、Ｓ１〜Ｓ５で収集された上記各パラメータと、ユーザにより設定された、ピリオド別の所要空き帯域定義情報とを用いて、自ＭＥＰ１０の現対応可ピリオドを算出する。更に、ピリオド算出部１８は、同一ＭＥＧに属する他のＭＥＰ（全てのスレーブＭＥＰ）から受信されたＣＣＭパケットに格納されている現対応可ピリオドと、Ｓ６で算出された現対応可ピリオドとを用いて、ＭＥＧ内の現実行ピリオドを最終決定する（Ｓ７）。
【００３９】
Ｓ８では、ＥｔｈｅｒＯＡＭプロトコルエンジン１４は、Ｓ２で取得された受信空き帯域と、Ｓ７で最終決定された現実行ピリオドとの各数値を、送信対象のＣＣＭパケットのＰＡＤＤＩＮＧ領域に付加する。送信モジュール１１２は、該ＣＣＭパケットを所定の宛先に送信する。ＣＣＭ受信処理部１７は、次のＣＣＭパケットを送信するタイミングで、各スレーブＭＥＰから受信された現実行ピリオドが、Ｓ７で最終決定された現実行ピリオドと一致しているか否かをチェックする（Ｓ９）。一致する場合には、ＣＣＭ受信処理部１７は、保守監視を正常に継続可能と判断するが、一致しない場合には、正常な監視を続行不能と判断し、ネットワーク管理者にその旨の通知を行う。
【００４０】
図１２は、本実施例に係るスレーブ側ＭＥＰ２０の動作を説明するためのフローチャートである。スレーブ側ＭＥＰ２０の動作は、上述したマスター側ＭＥＰ１０の動作と同様の処理を複数含むことから、共通するステップには末尾が同一の符号を付すと共に、その詳細な説明は省略する。具体的には、図１２のＳ１１〜Ｓ１６の各処理は、実行の主体がスレーブ側ＭＥＰ２０である点を除き、図１１を参照して説明したＳ１〜Ｓ６の各処理とそれぞれ同様である。以下、Ｓ１７以降の処理について説明する。
【００４１】
Ｓ１７では、ピリオド算出部２８は、同一ＭＥＧに属するマスターＭＥＰ１０から受信されたＣＣＭパケットに格納されている現実行ピリオドの値が、以前の値から変更されているかの判定を行う。判定の結果、現実行ピリオドの値に変更がある場合、ピリオド算出部２８は、ピリオド管理テーブル２８５内に格納されている、自ＭＥＰ２０の現実行ピリオド値も、これに合わせて更新する。Ｓ１８、Ｓ１９では、上述したＳ３、Ｓ４と同様の処理が実行される。すなわち、送受信空き帯域算出部２６は、ＯＡＭパケット以外のパケットの受信帯域をＶＬＡＮ毎に算出した後（Ｓ１８）、該算出結果と最大帯域とを基に、受信空き帯域を算出する（Ｓ１９）。そして、ＥｔｈｅｒＯＡＭプロトコルエンジン２４は、Ｓ１９で算出された受信空き帯域と、Ｓ１６で算出された自ＭＥＰ２０の現対応可ピリオドと、Ｓ１７で更新された現実行ピリオドとの各数値を、送信対象のＣＣＭパケットのＰＡＤＤＩＮＧ領域に付加する。送信モジュール２１２は、該ＣＣＭパケットを所定の宛先に送信する（Ｓ２０）。
【００４２】
続いて、本実施例に係る各ＭＥＰ１０、２０、３０の動作について、図１３〜図２１を参照しながら、より詳細に説明する。以下の動作説明では、ＱｏＳ（Quality  of  Service）によるＶＬＡＮ単位の帯域制御が機能すると共に、ＶＬＡＮ毎に使用可能な帯域が制限されているネットワーク環境を想定する。
【００４３】
図１３は、各ＭＥＰ１０、２０、３０が受信空き帯域を算出する処理を説明するための図である。図１３に示す様に、本実施例に係るＭＥＧ１では、３台のＭＥＰ１０、２０、３０が、ＶＬＡＮ：ｎ、ＭＥＧレベル：７にて監視を行っている。各ＭＥＰ１０、２０、３０は、それぞれＣＣＭパケット以外の通常のパケットを受信しており、ＶＬＡＮ単位でパケット受信レート（単位はｂｐｓ）を算出する。また、各ＭＥＰ１０、２０、３０は、装置内のメモリに保持されている、パケットの受信に使用可能な最大帯域を参照し、該最大帯域から、実トラフィック量を表す受信帯域を減算する。これにより、使用可能な空き帯域の算出を行う。
【００４４】
図１４は、各ＭＥＰ１０、２０、３０が受信空き帯域を他のＭＥＰに通知する処理を説明するための図である。図１４に示す様に、各ＭＥＰ１０、２０、３０は、算出された受信空き帯域を示す情報を、ＣＣＭパケットにより、同一ＭＥＧ１内の他のＭＥＰに通知する。すなわち、各ＭＥＰ１０、２０、３０は、自ＭＥＰが算出した受信空き帯域を、定期的にマルチキャスト送信しているＣＣＭパケットＰ１、Ｐ２、Ｐ３のＰＡＤＤＩＮＧ領域に付加することで、ＣＣＭパケットに乗せ、対向する他のＭＥＰ宛に送信する。
【００４５】
図１５は、ＭＥＰ３０が受信空き帯域と送信空き帯域とから空き帯域を算出する処理を説明するための図である。以下、ＭＥＰ１０、２０、３０の内、ＭＥＰ３０を例に採り、その処理を代表的に説明するが、他のＭＥＰ１０、２０に関しても同様の処理を実行する。図１５に示す様に、ＭＥＰ３０は、他のＭＥＰ１０、２０から受信された受信空き帯域と、自ら算出した送信空き帯域とを用いて、パケット到達性を考慮した空き帯域を算出する。すなわち、ＭＥＰ３０は、全ての対向ＭＥＰ１０、２０の送信したＣＣＭパケットＰ１、Ｐ２を受信すると、各パケットのＰＡＤＤＩＮＧ領域から、各対向ＭＥＰ１０、２０の受信空き帯域の情報を収集する。ＭＥＰ３０は、受信側と同様の手法により、ＶＬＡＮ単位のパケット送信レート（単位はｂｐｓ）を基に、自装置の送信空き帯域も算出可能である。ＭＥＰ３０は、上記受信空き帯域と上記送信空き帯域との各情報から、パケット到達性を考慮した空き帯域を算出する。
【００４６】
図１６は、ＭＥＰ３０、１０間のパケット通信に使用される帯域を示す概念図である。図１６において、帯域Ｂ１は、ＭＥＰ３０がＣＣＭパケットＰ以外の通常パケットの送信に使用している帯域であり、帯域Ｂ２は、残りの未使用帯域（上記送信空き帯域）である。同様に、帯域Ｂ３は、ＭＥＰ１０がＣＣＭパケットＰ以外の通常パケットの受信に使用している帯域であり、帯域Ｂ４は、残りの未使用帯域（上記受信空き帯域）である。帯域Ｂ１、Ｂ３はそれぞれ、実データ送受信用のトラフィックに使用され、帯域Ｂ２、Ｂ４はそれぞれ、保守監視用のトラフィックに使用される。図１６に示す様に、ＭＥＰ３０側の送信空き帯域に余裕があっても、対向するＭＥＰ１０側の受信空き帯域が少ない場合には、ＭＥＰ３０、１０間に保守用の帯域を十分に確保することはできない。したがって、ＭＥＰ３０が、対向ＭＥＰ１０との間でＣＣＭパケットＰの到達性を確認するには、送信空き帯域、及び受信空き帯域の双方の情報が必要となる。
【００４７】
ここで、本実施例に係る通信制御システムでは、１つのＶＬＡＮ内において、ＭＥＧレベルの異なる複数のＭＥＰが定義されることがある。図１７は、ＭＥＧレベルの異なる３つのＭＥＰが定義されている場合に、空き帯域を算出する処理を説明するための図である。図１７に示す様に、ＭＥＰ３０には、レベルの異なる３つのＭＥＰとして、レベル７のＭＥＰ［Ｐ］とレベル３のＭＥＰ［Ｑ］とレベル１のＭＥＰ［Ｒ］とが、それぞれ定義されている。ＭＥＰ３０は、上述した状況においても、図１５と同様に、パケット到達性を考慮した空き帯域を算出する。
【００４８】
図１８は、ＭＥＧレベルの異なる３つのＭＥＰが定義されている場合に、ＭＥＰ３０、１０間のパケット通信に使用される帯域を示す概念図である。図１８において、帯域Ｂ１は、ＭＥＰ３０がＣＣＭパケットＰ以外の通常パケットの送信に使用している帯域であり、帯域Ｂ２は、残りの未使用帯域（上記送信空き帯域）である。本態様では、ＶＬＡＮ：ｎ内に、レベルの異なる複数のＭＥＰ［Ｐ］、［Ｑ］、［Ｒ］が設定されているため、図１６と異なり、送信空き帯域Ｂ２は、各ＭＥＰによってシェアされている。その結果として、ＭＥＰ［Ｐ］には送信空き帯域Ｂ２−１が割り当てられ、ＭＥＰ［Ｑ］、［Ｒ］には、送信空き帯域Ｂ２−２、Ｂ２−３がそれぞれ割り当てられている。更に、突発的なトラフィックの増加等に対応するため、安全マージンとして、帯域Ｂ５が設けられている。各ＭＥＰ［Ｐ］、［Ｑ］、［Ｒ］の使用可能帯域幅は、安全マージンも含み、ユーザによる設定及び変更が可能である。
【００４９】
一方、受信側の帯域Ｂ３は、ＭＥＰ１０がＣＣＭパケットＰ以外の通常パケットの受信に使用している帯域であり、帯域Ｂ４は、残りの未使用帯域（上記受信空き帯域）である。受信側のＭＥＰ１０は、１つのＭＥＰで、同一のＭＥＧ１内に属する全てのＭＥＰからＣＣＭパケットＰを受信する。このため、送信側のＭＥＰ３０から見ると、１つのＭＥＰが、受信側ＭＥＰ１０の受信空き帯域の全てを占有することはできず、受信側ＭＥＰ１０は、対向ＭＥＰの数（図１８では２つ）に応じて、受信空き帯域Ｂ４をシェアする必要がある。その結果、例えば、ＭＥＰ［Ｐ］には受信空き帯域Ｂ４−１が割り当てられ、ＭＥＰ［Ｒ］には受信空き帯域Ｂ４−３が割り当てられることとなる。受信側のＭＥＰ１０においても、送信側と同様、安全マージンを設けることが好ましい。但し、本実施例では、保守監視用に使用可能な帯域幅（空き帯域幅）が事前に判明しているため、ＭＥＰ１０は、従来と比較して遥かに小さい幅のマージン（例えば、受信空き帯域Ｂ４の１０％程度）を設定すれば足りる。
【００５０】
図１９は、各スレーブＭＥＰ２０、３０が現対応可ピリオドを他のＭＥＰに通知する処理を説明するための図である。説明の前提として、マスター、スレーブの決定は、Ｅｔｈｅｒｎｅｔ  ＯＡＭプロトコルの定義に従う。ＭＥＧ１内の全てのＭＥＰには、ＭＥＧ１内で重複しないＩＤであるＭＥＰＩＤ（例えば、１〜８１９１）が付されている。ＭＥＧ１内で最大値のＩＤ（例えば、８１９１）を有するＭＥＰがマスターとなり、他の全てのＭＥＰは、スレーブとなる。ＭＥＰＩＤは、ＣＣＭフォーマットにおいて格納の必須な情報であるため、各ＭＥＰは、同一ＭＥＧ１内に属する全てのＭＥＰのＩＤを認識している。したがって、各ＭＥＰは、自装置がマスター、スレーブの何れかであるかは元より、他装置がマスター、スレーブの何れかであるかについても、容易に識別可能である。
【００５１】
図１９に示す様に、各スレーブＭＥＰ２０、３０は、現時点で採用可能なピリオドを「現対応可ピリオド」として、ＣＣＭパケットＰ４、Ｐ５のＰＡＤＤＩＮＧ領域にそれぞれ格納し、マスターＭＥＰ１０に通知する。すなわち、各スレーブＭＥＰ２０、３０は、パケット到達性を考慮した上記空き帯域（自ＭＥＰ分の送信空き帯域、受信空き帯域）を用いて、自ＭＥＰの現対応可ピリオドを決定する。該決定に際しては、各スレーブＭＥＰ２０、３０は、空き帯域情報以外にも、例えば、装置仕様（スペック）上対応可能なピリオド、装置独自の設定情報（例えば、ＣＰＵ使用率と連携したピリオド別対応可能空き帯域）、あるいは、ユーザによる設定情報を用いるものとしてもよい。マスターＭＥＰ１０は、各スレーブＭＥＰ２０、３０から、各ＭＥＰにて決定された現対応可ピリオドを収集する。なお、ピリオドを最終的に決定するのは、マスター装置であるＭＥＰ１０であるため、ＭＥＰ１０は、現対応可ピリオドをＣＣＭパケットに格納する必要はなく、ＭＥＰ２０、３０のみが格納すれば十分である。
【００５２】
図２０は、マスターＭＥＰ１０が現実行ピリオドを他のＭＥＰに通知する処理を説明するための図である。ＭＥＰ１０は、自装置と同一ＭＥＧ１内の全ＭＥＰ２０、３０から現対応可ピリオドを収集すると、これらのピリオド値の論理和をとることで、ＭＥＧ１内で実行可能な最速のピリオドを、「現実行ピリオド」として決定する。そして、図２０に示す様に、ＭＥＰ１０は、定期的に送信しているＣＣＭパケットＰ６のＰＡＤＤＩＮＧ領域に、決定された現実行ピリオドの値を格納し、該ＣＣＭパケットを、ＭＥＧ１内の全てのスレーブＭＥＰ２０、３０宛に送信する。
【００５３】
各スレーブＭＥＰ２０、３０は、マスターＭＥＰ１０から現実行ピリオドの通知を受けると、これに応答する。図２１は、各スレーブＭＥＰ２０、３０が現実行ピリオドを他のＭＥＰに応答する処理を説明するための図である。各スレーブＭＥＰ２０、３０は、マスターＭＥＰ１０により現実行ピリオドが更新された場合、更新後のピリオドに応じた定期送信及び受信監視を開始する。スレーブＭＥＰ２０、３０の送信するＣＣＭパケットのＰＡＤＤＩＮＧ領域には、自ＭＥＰの現実行ピリオドが常時付加されており、マスターＭＥＰ１０による現実行ピリオドの更新に伴い、各スレーブＭＥＰ２０、３０から送信されるＣＣＭパケットの現実行ピリオド値も更新される。図２１に示す様に、各スレーブＭＥＰ２０、３０は、マスターＭＥＰ１０及び他のスレーブＭＥＰ宛に、現実行ピリオドの格納されたＣＣＭパケットＰ７、Ｐ８を送信する。このため、マスターＭＥＰ１０は、受信されたＣＣＭパケットＰ７、Ｐ８内の現実行ピリオド値を参照することで、送信元の全ＭＥＰに対する現実行ピリオドの通知及び更新が正常に完了したことを、容易に確認することができる。
【００５４】
次に、ＣＣＭパケットが１ｓのピリオドで定期送信されている環境を想定し、図２２〜図３０を参照しながら、ＭＥＰ１０、２０、３０の動作について、更に詳細に説明する。
【００５５】
図２２は、ＭＥＰ１０、２０、３０間において実パケットが送受信される様子を示す図である。実パケットは、ＭＥＰ１０、２０、３０間で送受信されるパケットの内、保守監視用のパケット（ＯＡＭパケット）を除くパケットであり、実際のデータ通信に使用される。図２２に示す様に、各ＭＥＰ１０、２０、３０は、それぞれＣＣＭパケットＰ１１、Ｐ１２、Ｐ１３を、ピリオド＝１ｓの送信間隔で、定期的に送信している。特に、ＭＥＰ１０は、６００Ｋｂｐｓの速度で実パケットを送信すると共に、５００Ｋｂｐｓの速度で実パケットを受信している。この時のＭＥＰ１０における送信ＶＬＡＮ帯域Ｔｘは５Ｍｂｐｓであり、受信ＶＬＡＮ帯域Ｒｘは５Ｍｂｐｓである。また、ＣＰＵ使用率は３０％である。一方、ＭＥＰ２０は、５００Ｋｂｐｓの速度で実パケットを送受信している。この時のＭＥＰ２０における送信ＶＬＡＮ帯域Ｔｘ、受信ＶＬＡＮ帯域Ｒｘは共に１Ｍｂｐｓである。また、ＣＰＵ使用率は５％である。更に、ＭＥＰ３０には、２種類のＭＥＧレベル４、１が定義されている。ＭＥＰ３０は、５０Ｋｂｐｓの速度で実パケットを送信すると共に、２００Ｋｂｐｓの速度で実パケットを受信している。この時のＭＥＰ３０における送信ＶＬＡＮ帯域Ｔｘ、受信ＶＬＡＮ帯域Ｒｘは共に２Ｍｂｐｓである。また、ＣＰＵ使用率は７０％である。
【００５６】
図２３は、各ＭＥＰ１０、２０、３０が受信空き帯域を算出し、他のＭＥＰに通知する処理を説明するための図である。図２３に示す様に、各ＭＥＰ１０、２０、３０は、それぞれ自ＭＥＰの受信空き帯域を算出し、現実行ピリオドで定期送信されるＣＣＭパケットＰ１４、Ｐ１５、Ｐ１６に算出結果を乗せて、他のＭＥＰ宛に送信する。受信空き帯域は、下記算定式（１）により算出される。
【００５７】
受信空き帯域＝（ＶＬＡＮ帯域−実パケット受信帯域）×ＯＡＭ使用可能帯域比率・・・（１）
【００５８】
例えば、ＭＥＰ１０の場合、ＶＬＡＮ帯域が５０００Ｋｂｐｓであり、現時点での実パケット受信帯域が５００Ｋｂｐｓであることから、４５００（＝５０００−５００）Ｋｂｐｓに対し、安全マージンとしてのＯＡＭ使用可能帯域比率である０．９が乗算される。その結果、ＭＥＰ１０における受信空き帯域は、４０００Ｋｂｐｓと算出される。同様に、ＭＥＰ２０の場合、ＶＬＡＮ帯域が１０００Ｋｂｐｓであり、現時点での実パケット受信帯域が５００Ｋｂｐｓであることから、５００（＝１０００−５００）Ｋｂｐｓに対し、安全マージンとしてのＯＡＭ使用可能帯域比率である０．９が乗算される。その結果、ＭＥＰ２０における受信空き帯域は、４５０Ｋｂｐｓと算出される。また、ＭＥＰ３０の場合、ＶＬＡＮ帯域が２０００Ｋｂｐｓであり、現時点での実パケット受信帯域が２００Ｋｂｐｓであるが、ＭＥＰ３０は、３つのＭＥＰによってシェアされている。このため、減算値である１８００（＝２０００−２００）Ｋｂｐｓには、安全マージンを含むＯＡＭ使用可能帯域比率として、例えば０．２が乗算される。その結果、ＭＥＰ３０における受信空き帯域は、３６０Ｋｂｐｓと算出される。
【００５９】
以下、ＭＥＰ３０を例に、受信空き帯域の取得方法と送信空き帯域の算出方法とについて代表的に説明するが、他のＭＥＰ１０、２０についても同様の処理を実行することができる。図２４は、ＭＥＰ３０が送受信空き帯域を収集する処理を説明するための図である。図２４に示す様に、ＭＥＰ３０は、ＭＥＰ１０から受信されたＣＣＭパケットＰ１４から、ＭＥＰ１０における受信空き帯域として４５０Ｋｂｐｓを取得する。同様に、ＭＥＰ３０は、ＭＥＰ２０から受信されたＣＣＭパケットＰ１５から、ＭＥＰ２０における受信空き帯域として４０００Ｋｂｐｓを取得する。また、ＭＥＰ３０は、自ＭＥＰの送信空き帯域を、下記算定式（２）により算出する。
【００６０】
送信空き帯域＝（ＶＬＡＮ帯域−実パケット送信帯域）×ＯＡＭ使用可能帯域比率・・・（２）
【００６１】
すなわち、ＭＥＰ３０の場合、ＶＬＡＮ帯域が２０００Ｋｂｐｓであり、現時点での実パケット送信帯域が５０Ｋｂｐｓであるが、ＭＥＰ３０は、３つのＭＥＰによってシェアされている。したがって、１９５０（＝２０００−５０）Ｋｂｐｓに対し、安全マージンを含むＯＡＭ使用可能帯域比率として、例えば０．２が乗算される。その結果、ＭＥＰ３０における送信空き帯域は、３９０Ｋｂｐｓと算出される。
【００６２】
図２５は、ＭＥＰ３０がＯＡＭ使用可能帯域（保守用の空き帯域）を算出する処理を説明するための図である。ＭＥＰ３０は、送信空き帯域として、自ら算出した３９０Ｋｂｐｓを使用し、受信空き帯域として、各ＭＥＰ１０、２０から取得した４０００Ｋｂｐｓ、４５０Ｋｂｐｓを使用する。ＭＥＰ３０は、ＯＡＭ使用可能帯域の算出に際し、各ＭＥＰ１０、２０における受信空き帯域を対向ＭＥＰ数で除算する。なぜなら、ＭＥＰ１０における受信空き帯域は、対向するＭＥＰ３０のみが使用する訳ではなく、他の対向ＭＥＰ（本実施例ではＭＥＰ２０）によっても使用されるからである。同様に、ＭＥＰ２０における受信空き帯域は、対向するＭＥＰ３０のみが使用する訳ではなく、他の対向ＭＥＰ（本実施例ではＭＥＰ１０）によっても使用されるからである。図２５では、１つのＭＥＧ内に３台のＭＥＰ１０、２０、３０が設置されていることから、各ＭＥＰの対向ＭＥＰ数は２台であり、受信空き帯域は“２”で除算されることとなる。その結果、ＭＥＰ１０における受信空き帯域として、２０００（＝４０００÷２）Ｋｂｐｓが算出され、ＭＥＰ２０における受信空き帯域として、２２５（＝４５０÷２）Ｋｂｐｓが算出される。
【００６３】
ＭＥＰ３０は、上記算出処理により、３つの空き帯域値（３９０、２０００、２２５Ｋｂｐｓ）を得ることとなるが、全ての対向ＭＥＰ１０、２０との間で、ＣＣＭパケットの送受信を行うために、上記空き帯域値の中から、最小の値を、ＯＡＭ使用可能帯域（保守用の空き帯域）として選択する。本実施例では、２２５Ｋｂｐｓが最小値であるため、“２２５Ｋｂｐｓ”がＯＡＭ使用可能帯域となる。この様に、ＭＥＰ３０は、自保守監視点が存在するインタフェースの送信空き帯域と、対向保守監視点が存在するインタフェースの受信空き帯域との各情報を参照することで、保守監視パケットの疎通性に着目した現実的な保守監視パケット用帯域の算出を可能とする。
【００６４】
図２６は、各スレーブＭＥＰ２０、３０が現対応可ピリオドを算出し、他のＭＥＰに通知する処理を説明するための図である。各スレーブＭＥＰ２０、３０は、ユーザ設定テーブル（図５Ｂ参照）を参照し、算出された上記ＯＡＭ使用可能帯域と、自装置の現在のＣＰＵ使用率とから、現対応可ピリオドを割り出す。現対応可ピリオドは、図２６に示す様に、ＣＣＭパケットＰ１７、Ｐ１８に格納された状態で、マスターＭＥＰ１０と対向スレーブＭＥＰ２０、３０とに向けて送信される。例えば、ＭＥＰ３０の現ＣＰＵ使用率が７０％である場合、図５Ｂの設定例を参照すると、ＭＥＰ［Ｃ１］の５１〜９０％に該当する。ＭＥＰ［Ｃ１］の５１〜９０％では、ＯＡＭ使用可能帯域（空き帯域）が２０Ｋｂｐｓ以上あれば、ＭＥＰ３０は、１００ｍｓ迄のピリオドに対応することができる。上述した様に、ＭＥＰ３０のＯＡＭ使用可能帯域は２２５Ｋｂｐｓであり、２０Ｋｂｐｓ以上であるので、ＭＥＰ３０の現対応可ピリオドは“１００ｍｓ”と算出される。同様の手法により、ＭＥＰ２０の現対応可ピリオドは“１０ｍｓ”と算出される。これらの算出結果は、ＣＣＭパケットＰ１７、Ｐ１８を介して、対向ＭＥＰ宛に送信される。
【００６５】
図２７は、マスターＭＥＰ１０が現実行ピリオドを決定し、各スレーブＭＥＰ２０、３０に通知する処理を説明するための図である。マスターＭＥＰ１０は、自装置において算出された現対応可ピリオドと、各スレーブＭＥＰ２０、３０から収集された現対応可ピリオドとを基に、ＭＥＧ１内の全てのＭＥＰ１０、２０、３０が共通して実行可能なピリオドの内、最速のピリオドを割り出す。マスターＭＥＰ１０は、該最速のピリオドを現実行ピリオドに決定する。現実行ピリオドは、図２７に示す様に、ＣＣＭパケットＰ１９に格納された状態で、対向するスレーブＭＥＰ２０、３０宛に送信される。例えば、本実施例では、上述の様に、ＭＥＰ１０、２０、３０の現対応可ピリオドはそれぞれ、“１０ｍｓ”、“１０ｍｓ”、“１００ｍｓ”である。したがって、ＭＥＰ３０は、１００ｍｓのピリオドには対応可能であるが、１０ｍｓのピリオドには対応仕切れず、全てのＭＥＰにて実行可能なピリオドである“１００ｍｓ”が、現実行ピリオドとして決定されることとなる。
【００６６】
図２８は、現実行ピリオドの決定に伴う更新後の対向ＭＥＰテーブル１８４ｂにおけるデータ格納例を示す図である。マスターＭＥＰ１０の対向ＭＥＰテーブル１８４は、現実行ピリオドが“１００ｍｓ”に決定されたことに伴い、図８に示した対向ＭＥＰテーブル１８４ａの状態から、図２８に示す対向ＭＥＰテーブル１８４ｂの状態に更新される。すなわち、対向ＭＥＰ名“ＭＥＰ［Ａ１］”の現実行ピリオドの設定値が、従前の“１ｓ”から“１００ｍｓ”に早められる（図２８の斜線部分）。
【００６７】
図２９は、各スレーブＭＥＰ２０、３０が現実行ピリオドを受信及び更新し、マスターＭＥＰ１０に応答する処理を説明するための図である。各スレーブＭＥＰ２０、３０は、マスターＭＥＰ１０により決定された現実行ピリオドを受信すると、以降、定期送信するＣＣＭパケットの現実行ピリオドを更新し、図２９に示す様に、ピリオド更新後のＣＣＭパケットをマスターＭＥＰ１０に送信する。これにより、各スレーブＭＥＰ２０、３０は、現実行ピリオドの更新通知に応答する。例えば、本実施例では、上述の様に、ＭＥＰ１０は、現実行ピリオドを“１００ｍｓ”に決定したため、各スレーブＭＥＰ２０、３０から送信されるＣＣＭパケットＰ２０、Ｐ２１の現実行ピリオドも、“１００ｍｓ”に更新されることとなる。その結果、ＭＥＧ１内の全てのＭＥＰの動作ピリオドが統一される。
【００６８】
図３０は、現実行ピリオドの応答に伴う更新後の対向ＭＥＰテーブル１８４ｃにおけるデータ格納例を示す図である。マスターＭＥＰ１０は、スレーブＭＥＰ２０、３０においても現実行ピリオドが“１００ｍｓ”に更新されたことを、ＣＣＭパケットの応答により確認する。該応答に伴い、マスターＭＥＰ１０の対向ＭＥＰテーブル１８４は、図２８に示した対向ＭＥＰテーブル１８４ｂの状態から、図３０に示す対向ＭＥＰテーブル１８４ｃの状態に更新される。すなわち、対向ＭＥＰ名“ＭＥＰ［Ｂ１］”、“ＭＥＰ［Ｃ１］”に対応する各現実行ピリオドの値は、従前の“１ｓ”から“１００ｍｓ”にそれぞれ早められる（図３０の斜線部分）。併せて、対向ＭＥＰ名“ＭＥＰ［Ｂ１］”、“ＭＥＰ［Ｃ１］”に対応するスレーブ応答のフラグは、スレーブＭＥＰ２０、３０からの応答を受けたことを示す“１”にそれぞれ変更される（図３０の網掛け部分）。
【００６９】
以上説明した様に、ＭＥＰ１０は、対向ＭＥＰ２０、３０との間でパケットの送受信を行う。ＭＥＰ１０は、送受信空き帯域算出部１６とピリオド算出部１８と送信モジュール１１２とを少なくとも有する。送受信空き帯域算出部１６は、上記パケットの送受信に使用可能な帯域の内、保守用パケット（例えば、ＣＣＭパケット）の送受信に使用可能な空き帯域（例えば、ＯＡＭ使用可能帯域）を算出する。ピリオド算出部１８は、送受信空き帯域算出部１６により算出された上記空き帯域に基づき、上記保守用パケットの送信間隔を決定する。送信モジュール１１２は、ピリオド算出部１８により決定された送信間隔で、上記保守用パケットを上記対向ＭＥＰ２０、３０宛に定期的に送信する。
【００７０】
ＭＥＰ１０において、送受信空き帯域算出部１６は、ＭＥＰ１０における送信空き帯域と、他のＭＥＰ２０、３０における受信空き帯域とを用いて、上記空き帯域を算出するものとしてもよい。これにより、ＭＥＰ１０は、時々刻々と変化するネットワーク環境の現況を考慮して、より実態に即した空き帯域を算出することができ、その結果、正確なピリオド調整が可能となる。また、ＭＥＰ１０は、ＭＥＰ１０のＣＰＵ使用率を算出するＣＰＵ負荷算出部１１０を更に有し、ピリオド算出部１８は、上記空き帯域とＭＥＰ１０のプロセッサ使用率（例えば、ＣＰＵ使用率）とに基づき、上記送信間隔を決定するものとしてもよい。これにより、ＭＥＰ１０は、装置毎に異なるマシンスペックや負荷状態の反映された、より正確なピリオドを、現実行ピリオドとして採用することができる。
【００７１】
すなわち、本実施例に係るＭＥＰ１０は、従来は安全マージンのため、保守用の空き帯域幅に拘らず、長い時間（例えば、１０分）に固定されていた定期送信間隔を、保守監視用に使用可能な帯域幅に応じて、動的に変更し最適化可能とした。これにより、データ通信に使用可能な帯域の減少に伴う実トラフィック量を低下させることなく、ネットワーク障害の検出に掛かる時間の短縮化が可能となる。換言すれば、ＭＥＰ１０は、実トラフィックの使用する帯域を監視して、空き帯域を特定することにより、ネットワークトラフィックへの影響（例えば、パケットロス、通信遅延時間の増大）を抑えつつ、早い段階での障害復旧を可能とする。
【００７２】
具体的には、ＭＥＰ１０は、まず、前回のパケット送信時までに受信されたＣＣＭパケットの受信空き帯域と、自ＭＥＰの送信空き帯域と、ピリオド別の所要空き帯域とを用いて、現対応可ピリオドを算出する。ＭＥＰ１０は、マスターの場合、前回のパケット送信までの間に受信されたＣＣＭパケットの現対応可ピリオドと、自ＭＥＰの現対応可ピリオドとを用いて、現実行ピリオドを決定する。ＭＥＰ１０は、決定されたピリオドが既存のピリオドと異なっている場合には、現実行ピリオドを更新する。一方、ＭＥＰ１０は、スレーブの場合、マスターから通知される現実行ピリオドをチェックし、通知されたピリオドが既存のピリオドと異なっている場合には、現実行ピリオドを更新する。これにより、ＭＥＰ１０は、実ネットワーク負荷が低い場合には、ピリオドを短くして保守監視を優先し、実ネットワーク負荷が高くなった場合には、実トラフィックを優先して、従来通り、ピリオドを長くするという切り分けが可能となる。これにより、ＭＥＰ１０は、保守監視用途であるＯＡＭトラフィックによる、実トラフィックへの干渉を回避可能な範囲内で、障害検出時間を極力短くする。
【００７３】
なお、上記実施例では、マスターＭＥＰ１０は、現対応可ピリオドを、スレーブＭＥＰ２０、３０から収集するものとした。しかしながら、マスターＭＥＰ１０は、必ずしもピリオド値自体を収集する必要はなく、各スレーブＭＥＰにて算出された上記ＯＡＭ使用可能帯域と現ＣＰＵ使用率とを収集するものとしてもよい。かかる態様では、ＭＥＰ１０は、ＯＡＭ使用可能帯域と現ＣＰＵ使用率とをパラメータとして、自装置にて、各スレーブＭＥＰ２０、３０の現対応可ピリオドを特定することとなる。したがって、マスターＭＥＰの処理負荷は増加するが、その分、スレーブＭＥＰの処理負荷が低減され、収集までの時間が短縮される。また、スレーブＭＥＰは、ユーザ設定テーブルの一部を保持する必要が無くなり、使用メモリ容量を節減することができる。
【００７４】
更に、上記実施例においては、ＭＥＰ１０の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することもできる。例えば、ＶＬＡＮタグ識別部１２とＥｔｈｅｒＯＡＭ識別部１３、ＥｔｈｅｒＯＡＭプロトコルエンジン１４とピリオド算出部１８、あるいは、各格納テーブル１８１〜１８５をそれぞれ１つの構成要素として統合してもよい。反対に、ＥｔｈｅｒＯＡＭプロトコルエンジン１４に関し、ＯＡＭパケットの送受信管理を行う部分と、内部ステート管理を行う部分とに分散してもよい。また、ピリオド算出部１８に関し、現対応可ピリオドを決定する部分と、現実行ピリオドを決定する部分とに分散してもよい。更に、上記各格納テーブル１８１〜１８５を保持するメモリを、ＭＥＰ１０の外部装置として、ネットワークやケーブル経由で接続する様にしてもよい。
【符号の説明】
【００７５】
１、１ａ〜１ｊ  ＭＥＧ
２ａ〜２ｔ  ＭＥ
１０、１０ａ〜１０ｔ、２０、３０  ＭＥＰ
１１  受信モジュール
１２  ＶＬＡＮタグ識別部
１３  ＥｔｈｅｒＯＡＭ識別部
１４  ＥｔｈｅｒＯＡＭプロトコルエンジン
１５  送受信数カウント部
１６  送受信空き帯域算出部
１７  ＣＣＭ受信処理部
１８  ピリオド算出部
１９  ユーザ設定ＩＦ
４０ａ〜４０ｊ  ＭＩＰ
１１０  ＣＰＵ負荷算出部
１１１  ＶＬＡＮタグ付加部
１１２  送信モジュール
１４１  ＣＣ機能部
１４１ａ  Ｒｘ監視部
１４１ｂ  Ｒｘ部
１４１ｃ  Ｔｘ部
１８１、１８１ａ、１８１ｂ  ユーザ設定テーブル
１８２、１８２ａ  送受信空き帯域テーブル
１８３、１８３ａ  ＣＰＵ負荷テーブル
１８４、１８４ａ、１８４ｂ、１８４ｃ  対向ＭＥＰテーブル
１８５、１８５ａ  ピリオド管理テーブル
Ｂ１  送信側使用帯域
Ｂ２、Ｂ２−１、Ｂ２−２、Ｂ２−３  送信側空き帯域
Ｂ３  受信側使用帯域
Ｂ４、Ｂ４−１、Ｂ４−３  受信側空き帯域
Ｂ５  送信側安全マージン帯域
Ｂ６  受信側安全マージン帯域
Ｄ  ＰＡＤＤＩＮＧ領域
Ｆ  フラグ
Ｍ１〜Ｍ７  中継装置
Ｎ  Ｌ２ＶＰＮ網
Ｎ１〜Ｎ３  ＶＬＡＮ
Ｐ、Ｐ１〜Ｐ８、Ｐ１１〜Ｐ２１  ＣＣＭパケット
Ｔ１  送信間隔と使用帯域との対応関係
【図１】
0005891945.tif 000002
【図２】
0005891945.tif 000003
【図３】
0005891945.tif 000004
【図４】
0005891945.tif 000005
【図５Ａ】
0005891945.tif 000006
【図５Ｂ】
0005891945.tif 000007
【図６】
0005891945.tif 000008
【図７】
0005891945.tif 000009
【図８】
0005891945.tif 000010
【図９】
0005891945.tif 000011
【図１０Ａ】
0005891945.tif 000012
【図１０Ｂ】
0005891945.tif 000013
【図１１】
0005891945.tif 000014
【図１２】
0005891945.tif 000015
【図１３】
0005891945.tif 000016
【図１４】
0005891945.tif 000017
【図１５】
0005891945.tif 000018
【図１６】
0005891945.tif 000019
【図１７】
0005891945.tif 000020
【図１８】
0005891945.tif 000021
【図１９】
0005891945.tif 000022
【図２０】
0005891945.tif 000023
【図２１】
0005891945.tif 000024
【図２２】
0005891945.tif 000025
【図２３】
0005891945.tif 000026
【図２４】
0005891945.tif 000027
【図２５】
0005891945.tif 000028
【図２６】
0005891945.tif 000029
【図２７】
0005891945.tif 000030
【図２８】
0005891945.tif 000031
【図２９】
0005891945.tif 000032
【図３０】
0005891945.tif 000033