(57)【特許請求の範囲】
【請求項１】
ピアシステムによって観察されるタイムアウト期間を修正するシステムであって、
システムを一時的に利用不能とする将来のイベントの表示に基づいて、ピアシステムにタイムアウトファクタについての新しい値を送信することを決定するように構成された、一時的ファクタモジュールと、
一時的ファクタモジュールが新しいタイムアウトファクタについての値を決定したときに、タイムアウトファクタについての新しい値を指定する表示を含む新しいＣＦＭメッセージを構成すように構成された、接続性障害管理（ＣＦＭ）メッセージイニシエータと、
ＣＦＭメッセージタイムアウト期間を修正するのに使用するために、新しいＣＦＭメッセージをピアシステムへ送信するように構成されている、送信機インターフェースを備え、新しいＣＦＭメッセージが、ＣＦＭメッセージタイムアウト期間を修正することにより、システムが将来のイベントにより一時的に利用不能である間、ピアシステムにタイムアウトを宣言しないようにすることを命令する、システム。
【請求項２】
システムを一時的に利用不能とする将来のイベントの表示を含む制御信号を受信するように構成された制御信号インターフェースを更に含み、
一時的ファクタモジュールが、制御信号により担われる情報に基づいて、ピアシステムに送信するための新しいタイムアウトファクタを求めるようにさらに構成された、請求項１に記載のシステム。
【請求項３】
タイムアウトファクタについての新しい値の表示がＴｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ（ＴＬＶ）フィールドである、請求項１に記載のシステム。
【請求項４】
ＣＦＭメッセージが、連続性チェックメッセージとアラーム表示信号の少なくとも一方を含む、請求項１に記載のシステム。
【請求項５】
タイムアウトファクタが、タイムアウト乗数とメッセージ間隔の少なくとも一方を含む、請求項１に記載のシステム。
【請求項６】
ＣＦＭメッセージイニシエータがさらに、将来のイベントの発生後に、タイムアウトファクタについての新しい値の表示を省略した追加のＣＦＭメッセージを送信するように構成された、請求項１に記載のシステム。
【請求項７】
タイムアウトが発生したかどうかを判定する際にピアＭＥＰによって使用されるタイムアウト期間を修正するために通信ネットワーク内のノード上で構成された保守エンドポイント（ＭＥＰ）によって実施される方法であって、
将来のイベントがＭＥＰを一時的に利用不能とするということを判定し、
将来のイベントに基づいて、ピアＭＥＰへタイムアウトファクタについての新しい値を送信することを決定し、
タイムアウトファクタについての新しい値を指定する表示を含む新しい接続性障害管理（ＣＦＭ）メッセージを構成し、
新しいＣＦＭメッセージをピアＭＥＰへ送信する、
ことを含み、新しいＣＦＭメッセージが、ＣＦＭメッセージタイムアウト期間を修正することにより、システムが将来のイベントにより一時的に利用不能である間、ピアシステムにタイムアウトを宣言しないようにすることを命令する、方法。
【請求項８】
表示がＴｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ（ＴＬＶ）フィールドである、請求項７に記載の方法。
【請求項９】
タイムアウトファクタが、タイムアウト乗数とメッセージ間隔の少なくとも一方を含み、
将来のイベントの発生後に、タイムアウトファクタについての新しい値の表示を省略した追加のＣＦＭメッセージを送信することを更に含む、請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する様々な例示的実施形態は、一般にはＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）に関する。
【背景技術】
【０００２】
従来型ローカルエリアネットワーク（ＬＡＮ）は、物理的回線を介してデータの高速伝送を可能にするフレームベースの規格であるイーサネット（登録商標）を使用してデータを交換する。その初期の実装以来、イーサネット規格は急速に進化し、現在は１０ギガビット／秒超に対応する。さらに、イーサネットは広く使用されているので、イーサネットデータ転送を実装するのに必要なハードウェアの価格が著しく低下し、イーサネットが企業レベルネットワークの実装にとって好ましい規格となった。
【０００３】
こうした利点を考慮して、電気通信サービスプロバイダは、しばしば大都市圏ネットワーク（ＭＡＮ）または広域ネットワーク（ＷＡＮ）と呼ばれる、より大規模なネットワークにイーサネットの使用を拡張しようとしてきた。いわゆるキャリアイーサネットを実装することにより、サービスプロバイダは、最小のコストで自身のネットワークの容量を著しく向上させることができる。この容量の向上により、プロバイダネットワークは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＩＰテレビジョン（ＩＰＴＶ）、ビデオオンデマンド（ＶｏＤ）などの次世代用途にとって必要な、より大量のトラフィックに対処することが可能となる。
【０００４】
しかし、イーサネットはローカルエリアネットワークの環境で進化したので、より大規模なネットワークに適用するとき、ネイティブイーサネットはいくつかの制限を有する。１つの主要な欠陥は、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）機能のネイティブサポートの欠如である。より具体的には、ネットワークオペレータは通常、ＬＡＮ内の問題をオンサイトで診断することができるので、イーサネット規格は、接続および性能の遠隔監視のサポートが欠如している。そのような遠隔監視のサポートがないと、大規模ネットワークのネットワークオペレータは、自身のネットワークを確実に保守することが不可能ではないとしても、困難に感じることになる。
【０００５】
イーサネット規格でのネイティブ接続性障害管理（ＣＦＭ）の欠如に対処するために、いくつかの団体が、この機能を記述する追加の規格を開発した。具体的には、国際電気通信連合（ＩＴＵ）が、引用によりその内容全体が本明細書に組み込まれる「ＯＡＭ  Ｆｕｎｃｔｉｏｎｓ  ａｎｄ  Ｍｅｃｈａｎｉｓｍｓ  Ｆｏｒ  Ｅｔｈｅｒｎｅｔ（登録商標）−Ｂａｓｅｄ  Ｎｅｔｗｏｒｋｓ」と題するＹ．１７３１を発行した。同様に、米国電気電子学会（ＩＥＥＥ）が、引用によりその内容全体が本明細書に組み込まれる「Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｆａｕｌｔ  Ｍａｎａｇｅｍｅｎｔ」と題する８０２．１ａｇを発行した。
【０００６】
Ｙ．１７３１および８０２．１ａｇは、イーサネットネットワークの欠陥を検出、隔離、および修正するのに使用されるいくつかの機構を記述する。こうした機構の一部は、異なるネットワークノード上に構成された少なくとも２つの保守エンドポイント（ＭＥＰ）を備える保守アソシエーション（ＭＡ）の確立を含む。ＭＡ内のＭＥＰは通常は完全にメッシュされ、任意のＭＥＰがＭＡ内の任意の他のＭＥＰと通信するできることを意味する。ＭＡ内のＭＥＰが協働して、ＭＥＰ間の接続を監視する。例えば、各ＭＥＰは、ＭＡ内の他のＭＥＰに連続性チェックメッセージ（ＣＣＭ）を周期的に送信することができ、それによってＭＡ内のネットワークノードに個々のノードのステータスを通知する。さらに、ＭＥＰによるＣＣＭの受信により、送信側ＭＥＰと受信側ＭＥＰとの間の接続が十分に完全なままであることが本質的に確認される。
【０００７】
Ｙ．１７３１は、３．３３ミリ秒から１０分までの範囲の、ＣＣＭ伝送に関する７つの可能な間隔を与える。ＭＥＰは、伝送間隔当たり１つのＣＣＭをＭＡ内の各ＭＥＰに送信しようと試みる。同時に、各ＭＥＰは、他のネットワークノードまたはそれに対する接続に伴う問題があればそれを検出するために、受信したＣＣＭを監視する。Ｙ．１７３１は、ＭＥＰが伝送間隔の３．５倍のタイムアウト期間内にＣＣＭを受信しなかった場合（すなわち、連続する３つのＣＣＭの損失があった場合）、ＭＥＰはネットワーク障害を宣言し、例えばトラフィックの再ルーティングなどの救済措置を取るべきであることを述べている。
【０００８】
しかし、期待されるＣＣＭをＭＥＰが受信しないすべての場合がネットワーク障害を示すわけではない。例えば、ネットワークノードのコントロールプレーンのソフトウェアアップグレードの間、フォワーディングプレーンが引き続き通常通り動作するとしても、ネットワークノード上のＭＥＰはどんなＣＣＭも送信しないことがある。そのような場合、実際のネットワーク障害がないのに、任意の接続されたＭＥＰが誤ってネットワーク障害を宣言する可能性が高くなる。次いで、こうしたＭＥＰは、存在しないネットワーク障害に対処しようと試みてリソースを浪費し始めることがある。別の場合には、例えばネットワークノードのリセットの場合など、サービスの一時的中断が予想されることがある。この場合、中断が一時的であることが知られているので、ネットワーク障害を宣言することは望ましくないことがある。
【０００９】
Ｙ．１７３１および８０２．１ａｇはさらに、アラーム表示信号（ＡＩＳ）などの他の周期的メッセージを説明している。ＭＥＰは、他のＭＥＰが発生することのある任意のアラームをより高いレベルで抑制するようにＡＩＳを周期的に送信することができる。この場合も、この規格は、最後のＡＩＳの受信から、メッセージ間隔の３．５倍のタイムアウト期間が経過した後、ＭＥＰがタイムアウトを宣言すべきであることを与えている。タイムアウトが発生すると、ピアＭＥＰは、アラームを自由に発生させることができると判断することができる。ＣＣＭの場合と同じく、ソフトウェアアップグレードなどの一定の条件により、ＭＥＰがある期間にＡＩＳを送信することが妨げられることがある。したがって、ＭＥＰが引き続きすべてのアラームを抑制したいとしても、タイムアウトが宣言されることがあり、アラームが発生することがある。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】国際電気通信連合（ＩＴＵ）、Ｙ．１７３１、「ＯＡＭ  Ｆｕｎｃｔｉｏｎｓ  ａｎｄ  Ｍｅｃｈａｎｉｓｍｓ  Ｆｏｒ  Ｅｔｈｅｒｎｅｔ−Ｂａｓｅｄ  Ｎｅｔｗｏｒｋｓ」
【非特許文献２】米国電気電子学会（ＩＥＥＥ）、８０２．１ａｇ、「Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｆａｕｌｔ  Ｍａｎａｇｅｍｅｎｔ」
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上記に鑑みて、タイムアウトの誤った判定あるいはその他の不要な判定を回避することが望ましいはずである。具体的には、例えば接続されたノードに周期的ＣＦＭメッセージを送ることをネットワークノードが一時的に停止する可能性のある期間中など、望ましくないタイムアウト判定を回避することのできる接続性障害管理を実現することが望ましいはずである。
【課題を解決するための手段】
【００１２】
タイムアウトの誤った判定あるいはその他の不要な判定を回避することのできるＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）システムの現在の必要に鑑みて、様々な例示的実施形態の簡潔な概要が提示される。以下の概要では、本発明の範囲を限定することではなく、様々な例示的実施形態のいくつかの態様を強調し、紹介することを意図する、何らかの単純化および省略が行われることがある。当業者が本発明の概念を作成および使用することを可能にするのに十分な好ましい例示的実施形態の詳細な説明が、後のセクションに続く。
【００１３】
様々な例示的実施形態は、以下のうちの１つまたは複数を含む方法および関連ネットワークノードおよび機械可読媒体に関する。保守エンドポイント（ＭＥＰ）で、接続性障害管理（ＣＦＭ）メッセージを受信すること、ＣＦＭメッセージがタイムアウトファクタに関する新しい値を指定する表示を含むかどうかを判定すること、およびＣＦＭメッセージがタイムアウトファクタに関する新しい値を指定する表示を含むとき、その新しい値をタイムアウトファクタとして使用すること。様々な例示的実施形態は、以下のうちの１つまたは複数をさらに含む。ＣＦＭメッセージが新しいタイムアウトファクタを指定する表示を含まないとき、デフォルト値をタイムアウトファクタとして使用すること、少なくともタイムアウトファクタを使用してタイムアウト期間を求めること、最後のＣＦＭメッセージが受信されてからタイムアウト期間が経過したかどうかを判定すること、および最後のＣＦＭメッセージが受信されてからタイムアウト期間が経過したとき、タイムアウトが発生したと判定すること。
【００１４】
このようにして、様々な例示的実施形態が周期的ＣＦＭメッセージに関するタイムアウト期間の一時的修正を可能にすることが明らかなはずである。具体的には、新しいタイムアウト乗数、または他のタイムアウトファクタを示すメッセージをピアＭＥＰに送信することにより、周期的ＣＦＭメッセージに関するタイムアウト期間を一時的に延長し、タイムアウトの不必要な宣言を防止することができる。
【００１５】
様々な例示的実施形態をより良く理解するために、添付の図面に対する参照が行われる。
【図面の簡単な説明】
【００１６】
【図１】保守アソシエーション（ＭＡ）を含む例示的ネットワークを概略的に示す図である。
【図２】接続性障害管理（ＣＦＭ）にタイムアウト期間制御を与えることのできる例示的ノードを概略的に示す図である。
【図３】ＭＡによって使用されるタイムアウトファクタを修正する例示的ｔｙｐｅ−ｌｅｎｇｔｈ−ｖａｌｕｅ（ＴＬＶ）フィールドを概略的に示す図である。
【図４】タイムアウトファクタを一時的に変更するためにＴＬＶフィールドを含むメッセージを送信する例示的方法の流れ図を概略的に示す図である。
【図５】メッセージを受信および処理する例示的方法の流れ図を概略的に示す図である。
【図６】ＭＡ内の例示的メッセージ交換を概略的に示す図である。
【発明を実施するための形態】
【００１７】
ここで図面を参照すると、同様の番号が同様の構成要素またはステップを指しており、様々な例示的実施形態の広範な態様が開示されている。本文書は連続性チェックメッセージ（ＣＣＭ）に関する例を与えるが、本明細書で説明される方法およびシステムは、限定はしないがアラーム表示信号（ＡＩＳ）を含む任意の周期的メッセージに適用可能であることに留意されたい。さらに、本明細書で使用される「タイムアウトファクタ」という用語は、限定はしないがタイムアウト乗数、メッセージ間隔、またはタイムアウト期間自体を含む、適用可能なタイムアウト期間を求める際に使用される任意の値を指す。
【００１８】
図１に、保守アソシエーション（ＭＡ）１３０を含む例示的ネットワーク１００を概略的に示す。例示的ネットワーク１００は、ノードＡ１１０およびノードＢ１２０などの少なくとも２つのネットワークノードを含むことができる。各ネットワークノード１１０、１２０は、パーソナルコンピュータまたはラップトップコンピュータ、サーバ、ルーティング機器、あるいは接続性障害管理（ＣＦＭ）サービスを提供することのできる任意の他のデバイスでよい。ネットワークノードＡ１１０は、ＩＥＥＥ８０２．１ａｇおよび／またはＩＴＵ−Ｔ  Ｙ．１７３１に従って実装された保守エンドポイント（ＭＥＰ）１１５を含むことができる。同様に、ネットワークノードＢ１２０は、ＩＥＥＥ８０２．１ａｇおよび／またはＩＴＵ−Ｔ  Ｙ．１７３１に従って実装されたＭＥＰ１２５を含むことができる。
【００１９】
ＭＥＰ１１５、１２５は、ＣＦＭサービスを提供するＭＡ１３０に属することができる。例えば、ＭＥＰ１１５、１２５は、各ノード１１０、１２０が適切に機能していること、および通信の回線が依然として確立されていることを保証するために、ＣＣＭ１４０ａ、１４０ｂを交換することができる。ＭＥＰ１１５、１２５の一方は、所定のメッセージ間隔にタイムアウト乗数を掛けたものに等しいタイムアウト期間中に他方のＭＥＰ１１５、１２５からＣＣＭを受信しない場合、接続性障害を宣言することができる。メッセージ間隔は、例えば３．３３ミリ秒、１０ミリ秒、１００ミリ秒、１秒、１０秒、１分、１０分などのほぼ任意の値でよい。同様に、タイムアウト乗数は、例えば３．５、４．５、１０などのほぼ任意の値でよい。したがって、メッセージ間隔１秒およびタイムアウト乗数３．５を有するシステムでは、タイムアウト期間は３．５秒でよい。ＭＥＰ１１５、１２５がこのタイムアウト期間３．５秒にどんなＣＣＭも受信しない場合、ＭＥＰ１１５、１２５はタイムアウトを宣言することができる。次いで、ＭＥＰ１１５、１２５は、ＣＣＭタイムアウトの特定のケースでは、接続性障害を宣言し、例えば別のノードを通じてトラフィックを再ルーティングするなどの救済措置を取ることによってタイムアウト宣言を処理することができる。
【００２０】
接続性障害または他のタイムアウトの宣言を延期するためにタイムアウト期間を一時的に修正するようにＭＥＰ１１５、１２５をさらに構成することができる。例えば、ＭＥＰ１１５、１２５は、新しいタイムアウト乗数および／または新しい間隔を含むメッセージを送信することができる。さらに、そのようなメッセージを受信し、タイムアウトが発生したかどうかを判定する際に使用されるタイムアウト乗数および／または間隔を一時的に変更するようにＭＥＰ１１５、１２５を構成することができる。様々な代替実施形態では、ＭＥＰ１１５、１２５は、その判定の際に使用される他のタイムアウトファクタではなく、一時的タイムアウト期間を直接的に指定することができる。したがって、本明細書で与えられる例は、主に一時的タイムアウト乗数の使用を対象とするが、例えばメッセージ間隔および／またはタイムアウト期間などの他のタイムアウトファクタを修正する方法およびシステムを提供するのに必要な修正を当業者なら理解されよう。
【００２１】
例示的ネットワーク１００の構成要素を説明したので、例示的ネットワーク１００の動作の簡潔な概要が与えられる。以下の説明は例示的ネットワーク１００の動作の概要を与えるためのものであり、したがっていくつかの点で単純化であることは明らかなはずである。例示的ネットワーク１００の詳細な動作が、図２−６と共に以下でさらに詳細に説明される。
【００２２】
ＭＥＰ１１５はまず、タイムアウト期間を一時的に増大させるべきであると判定することができる。例えば、ＭＥＰ１１５は、ノードＡ１１０のコントロールプレーンソフトウェアがアップグレードされようとしているという表示を受信し、したがって、このプロセス中のＭＥＰ１２５による接続性障害の不必要な宣言を回避するためにタイムアウト期間を増大させるべきであると判定することができる。次いで、ＭＥＰ１１５は、アップグレードプロセスが完了するのに十分な時間を可能にするためにタイムアウト乗数１０を使用すべきであると判定することができる。次いで、ＭＥＰ１１５は、ＭＥＰ１２５にメッセージを送信し、タイムアウト乗数を一時的に１０に変更すべきであることを示すことができる。ＭＥＰ１１５は、例えば、Ｔｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ（ＴＬＶ）フィールドをＣＣＭ１４０ａのヘッダに挿入して、一時的タイムアウト乗数を通信することができる。ＭＥＰ１２５がＣＣＭ１４０ａを受信したとき、ＭＥＰ１２５は、このＴＬＶフィールドを読み取り、値１０をタイムアウト乗数として使用することができる。したがって、ＭＥＰ１２５は、接続性障害を宣言する前に、メッセージ間隔の１０倍の、延長されたタイムアウト期間中待機することができる。次いで、ＭＥＰ１２５は、そのようなＴＬＶフィールドを含まない次のＣＣＭの受信時に、デフォルトタイムアウト期間の使用に戻ることができる。
【００２３】
当業者に知られている他の方法を使用して、ＭＥＰ１２５に一時的タイムアウト乗数を通信できることは明らかなはずである。例えば、ＭＥＰ１１５は、ＭＥＰ１２５に一時的タイムアウト乗数を通信する以外には何の目的も果たさないメッセージを作成し、送信することができる。
【００２４】
図２に、接続性障害管理にタイムアウト期間制御を与えることのできる例示的ノード２００を概略的に示す。例示的ノード２００は、例示的ネットワーク１００内のノードＡ１１０および／またはノードＢ１２０に対応することができる。例示的ノード２００は、限定はしないが連続性チェックメッセージ（ＣＣＭ）およびアラーム表示信号（ＡＩＳ）を含む任意の周期的ＣＦＭメッセージに関するタイムアウト乗数を修正することができる。
【００２５】
例示的ノード２００は、受信機インターフェース２０５、クロック２１０、最終受信時間モジュール２２０、タイムアウト乗数モジュール２３０、ＣＦＭメッセージ受信機２４０、間隔モジュール２５０、タイムアウトモジュール２６０、最終送信時間モジュール２７０、制御信号インターフェース２７５、一時的ファクタモジュール２８０、ＣＦＭメッセージイニシエータ２９０、および送信機インターフェース２９５を含むことができる。ノード２００の構成要素の一部またはすべてが、ノード２００上に実装されたＭＥＰの部分を構成することができる。
【００２６】
受信機インターフェース２０５は、別のノードからＣＦＭメッセージを受信するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。例えば、受信機インターフェース２０５は、ＣＣＭ、ＡＩＳ、または他のＣＦＭメッセージを受信することができる。
【００２７】
クロック２１０は、時間の経過を測定するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。したがって、クロック２１０は、例えば、現Ｕｎｉｘ（登録商標）時間を保つように構成されたタイマ回路およびカウンタなどの、システムクロックの任意の実装でよい。現在時刻を表現する任意の方法を使用できることは明らかなはずである。
【００２８】
最終受信時間モジュール２２０は、最後のＣＦＭメッセージが例示的ノード２００によって受信されたシステム時間の表示を格納するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。したがって、最終受信時間モジュール２２０は、例えば、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、類似の記憶媒体などの機械可読記憶媒体を含むことができる。最終受信時間モジュール２２０は、１つのタイプのＣＦＭメッセージのみに関係するシステム時間を格納することができる。あるいは、最終受信時間モジュール２２０は、ＣＦＭメッセージタイプのグループのうちの任意のＣＦＭメッセージタイプの受信した最後のメッセージに関係するシステム時間を格納することができる。例えば、最終受信時間モジュール２２０は、ノード２００がＣＦＭまたはＡＩＳであった最後のＣＦＭメッセージを受信したときを示す時間を格納することができる。別の代替実施形態として、最終受信時間モジュール２２０は、異なるＣＦＭメッセージタイプにそれぞれ関連する複数の時間を格納することができる。例えば、最終受信時間モジュール２２０は、最後のＣＣＭメッセージが受信されたシステム時間、ならびに最後のＡＩＳメッセージが受信されたシステム時間を格納することができる。
【００２９】
タイムアウト乗数モジュール２３０は、タイムアウトが発生したかどうかを判定する際に使用するために現タイムアウト乗数を格納するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。したがって、タイムアウト乗数モジュール２３０は、例えば、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、類似の記憶媒体などの機械可読記憶媒体を含むことができる。タイムアウト乗数モジュール２３０はさらに、他のタイムアウト乗数が指定されていないときに使用するためにデフォルトタイムアウト乗数を格納することができる。タイムアウト乗数モジュール２３０は、１つのＣＦＭメッセージタイプのみ、またはＣＦＭメッセージタイプのグループに関する現在およびデフォルトの乗数を格納することができる。タイムアウト乗数モジュール２３０はまた、複数のＣＦＭメッセージタイプに関する現在およびデフォルトのタイムアウト乗数の複数の対を格納することもできる。
【００３０】
ＣＦＭメッセージ受信機２４０は、受信機インターフェース２０５を介して受信されたＣＦＭメッセージを処理するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。例えば、ＣＦＭメッセージ受信機２４０がＣＣＭを受信した場合、ＣＦＭメッセージ受信機２４０は、クロック２１０によって示される現システム時間を使用して、最終受信時間モジュール２２０に格納された時間を置き換える。次いで、ＣＦＭメッセージ受信機２４０は、ＩＥＥＥ８０２．１ａｇおよび／またはＩＴＵ−Ｔ  Ｙ．１７３１によって指定されるようにＣＣＭを引き続き処理することができる。
【００３１】
ＣＦＭメッセージ受信機２４０はさらに、受信したＣＦＭメッセージをチェックして、タイムアウト乗数を一時的に修正すべきであるという表示をＣＦＭメッセージが含むかどうかを判定することができる。そのような表示が存在する場合、ＣＦＭメッセージ受信機は、ＣＦＭメッセージによって示される新しい乗数を使用して、タイムアウト乗数モジュール２３０に格納された現タイムアウト乗数を置き換えることができる。例えば、ＣＦＭメッセージが、タイムアウト乗数を一時的に４．５に変更すべきであることを示すＴＬＶを含むＣＣＭである場合、ＣＦＭメッセージ受信機２４０は、タイムアウト乗数モジュール２３０に格納されたＣＣＭに関する現タイムアウト乗数を値４．５に設定することができる。ＣＦＭメッセージ受信機２４０は、タイムアウト乗数モジュール２３０にやはり格納されたデフォルトタイムアウト乗数の修正を控えることができることに留意されたい。
【００３２】
間隔モジュール２５０は、使用されているメッセージ間隔の表示を格納するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。したがって、間隔モジュール２３０は、例えば、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、類似の記憶媒体などの機械可読記憶媒体を含むことができる。間隔モジュール２５０は、すべての期間のＣＦＭメッセージに対して使用される単一の間隔値、または特定のＣＦＭメッセージタイプに対して各値が使用される複数の間隔値を格納することができる。例えば、間隔モジュール２５０は、ＣＣＭタイプに対する間隔１秒と、ＡＩＳタイプに対する間隔１分とを格納することができる。
【００３３】
タイムアウトモジュール２６０は、特定のＣＦＭメッセージタイプに関するタイムアウトが発生したかどうかを判定するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。タイムアウトモジュール２６０は、最終受信時間モジュール２２０に格納された値をクロック２１０によって示される現システム時間と比較することにより、例示的ノード２００が一定のタイプの最後のＣＦＭメッセージを受信してから経過した時間量を周期的に求めることができる。タイムアウトモジュール２６０はまた、間隔モジュール２５０に格納された間隔に、タイムアウト乗数モジュール２３０に格納された現タイムアウト乗数タイプを掛けることにより、適用可能なタイムアウト期間も求めることができる。最後に、タイムアウトモジュール２６０は、タイムアウト期間を最後のＣＦＭメッセージが受信されてから経過した時間量と比較することにより、タイムアウトが発生したかどうかを判定することができる。タイムアウト期間よりも長い時間量が経過した場合、タイムアウトモジュール２６０は、ＣＦＭメッセージタイプに関するタイムアウトを宣言することができ、例示的ノード２００は適切な措置を取ることに進むことができる。
【００３４】
最終送信時間モジュール２７０は、最後のＣＦＭメッセージが例示的ノード２００によって送信されたシステム時間の表示を格納するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。したがって、最終送信時間モジュール２７０は、例えば、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、類似の記憶媒体などの機械可読記憶媒体を含むことができる。最終送信時間モジュール２７０は、１つのタイプのＣＦＭメッセージのみに関係するシステム時間を格納することができる。あるいは、最終送信時間モジュール２７０は、ＣＦＭメッセージタイプのグループのうちの任意のＣＦＭメッセージタイプの送信された最後のメッセージに関係するシステム時間を格納することができる。例えば、最終送信時間モジュール２７０は、ノード２００がＣＦＭまたはＡＩＳであった最後のＣＦＭメッセージを送信したときを示す時間を格納することができる。別の代替実施形態として、最終送信時間モジュール２７０は、異なるＣＦＭメッセージタイプにそれぞれ関連する複数の時間を格納することができる。例えば、最終送信時間モジュール２７０は、最後のＣＣＭメッセージが送信されたシステム時間、ならびに最後のＡＩＳメッセージが送信されたシステム時間を格納することができる。
【００３５】
制御信号インターフェース２７５は、複数の条件のうちの１つまたは複数の存在を示す信号を受信するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。例えば、制御信号インターフェース２６５は、例示的ノード２００用のコントロールプレーンソフトウェアがアップグレードされようとしているという表示、および／または例示的ノード２００が再始動されようとしているという表示を受信することができる。そのような表示は、例えば、制御信号インターフェース２６５の入力上にアサートされたパケットまたは単純な信号などの、当技術分野で知られている任意の形態を取ることができる。
【００３６】
一時的ファクタモジュール２８０は、ＭＡに関するタイムアウト乗数を一時的に修正すべきかどうかを判定するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。一時的ファクタモジュール２７０は、制御信号インターフェース２６５から特定の条件の表示を受信し、接続性障害の不必要な宣言を回避するためにタイムアウト乗数を一時的に増加させるべきであると判定することができる。次いで、一時的ファクタモジュール２７０は、一時的タイムアウト乗数に関する適切な値を求めることができる。当業者に知られている任意の方法を使用して、新しいタイムアウト乗数の値を求めることができる。例えば、新しいタイムアウト乗数は所定の値でよく、あるいは一時的ファクタモジュール２７０は、デフォルトタイムアウト乗数の値、間隔の値、および／または制御信号インターフェース２６５を介して示される特定の条件を使用して、新しいタイムアウト乗数に関する適切な値を計算すること、あるいはその他の形で求めることができる。
【００３７】
ＣＦＭメッセージイニシエータ２９０は、ＣＦＭメッセージを構築し、送信されるインターフェース２９５を介して他のノードに送信するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。ＣＦＭメッセージイニシエータは、最終送信時間モジュール２７０によって格納された値をクロック２１０によって示される現システム時間と比較することにより、特定のタイプの最後のＣＦＭメッセージが送信されてから経過した時間量を監視することができる。次いで、経過した時間量を、間隔モジュール２５０によって格納されたメッセージ間隔と比較することにより、ＣＦＭメッセージイニシエータ２９０は、新しいＣＦＭメッセージを送信すべきかどうかを判定することができる。新しいＣＦＭメッセージを送信すべきである場合、ＣＦＭメッセージイニシエータ２９０は、適切なＣＦＭメッセージを構築し、送信機インターフェース２９５を介してそれを送信することができる。
【００３８】
ＣＦＭメッセージイニシエータ２９０をさらに、ＭＡによって使用されるタイムアウト乗数の一時的修正を要求するように構成することができる。タイムアウト乗数を修正すべきであると一時的ファクタモジュール２８０が判定したとき、ＣＦＭメッセージイニシエータ２９０は、タイムアウト乗数に関する新しい値を指定するＴＬＶフィールドを含むＣＦＭメッセージを構築することができる。あるいは、ＣＦＭメッセージイニシエータ２９０は、次のＣＦＭメッセージがメッセージ間隔に関連してＣＦＭメッセージイニシエータ２９０の通常の動作に従って構築されるのを待機し、ＣＦＭメッセージが送信機インターフェース２９５を介して送信される前に、ＴＬＶフィールドをＣＦＭメッセージに単に挿入することができる。
【００３９】
送信機インターフェース２９５は、ＣＦＭメッセージを別のノードに送信するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。例えば、送信機インターフェース２９５は、ＣＣＭ、ＡＩＳ、または他のＣＦＭメッセージを送信することができる。
【００４０】
様々な代替実施形態では、例示的ノード２００は、最後のＣＦＭメッセージが送信および受信されてから経過した時間量を求めるために、タイムスタンプの代わりにカウンタを使用することができる。例えば、最終受信時間モジュール２２０および最終送信時間モジュール２７０はそれぞれ、例示的ノード２００がＣＦＭメッセージをそれぞれ受信または送信したときはいつでも値０にリセットされるカウンタを含むことができる。次いで、最終受信時間モジュール２２０および最終送信時間モジュール２７０は、クロック２１０の速度でこのカウンタ値を増加させ、時間の経過を追跡することができる。別の代替実施形態として、最終受信時間モジュール２２０および最終送信時間モジュール２７０は、例示的ノード２００がＣＦＭメッセージをそれぞれ受信または送信したときはいつでも、メッセージ間隔またはメッセージ間隔にタイムアウト乗数を掛けたものに等しくカウンタを設定することができる。次いで、最終受信時間モジュール２２０および最終送信時間モジュール２７０は、このカウンタ値をクロック２１０の速度で減少させることができる。したがって、当業者に知られている任意の方法に従って、時間の経過を追跡する機能を達成することができる。
【００４１】
図３に、ＣＦＭメッセージヘッダで使用される例示的ｔｙｐｅ−ｌｅｎｇｔｈ−ｖａｌｕｅ（ＴＬＶ）フィールド３００を概略的に示す。ＴＬＶフィールド３００を使用して、ＭＡで使用すべきタイムアウト乗数に関する新しい値を示すことができる。ＴＬＶフィールド３００は、タイプサブフィールド３１０、長さサブフィールド３２０、値サブフィールド３３０を含むことができる。
【００４２】
タイプサブフィールド３１０を使用して、ＴＬＶフィールド３００がタイムアウト乗数に関する新しい値を搬送することを示すことができる。ＭＡ内のすべてのＭＥＰが値の意味に関して合意する限り、既に定義されたタイプに対応しない任意の値を使用することができる。一例を挙げると、タイプサブフィールド３１０は、タイプ番号６４を示す値「０１００００００」を搬送する。この例では、ＭＡによってタイプ番号６４を使用して、ＴＬＶフィールド３００がタイムアウト乗数に関する新しい値を搬送することを示すことができる。長さサブフィールド３２０を使用して、値サブフィールド３３０の長さをオクテットで示すことができる。一例を挙げると、長さサブフィールド３２０は、値サブフィールド３３０が１オクテットの長さであることを示す値「０００００００００００００００１」を搬送する。
【００４３】
値サブフィールド３３０を使用して、一時的タイムアウト乗数の値を示すことができる。当業者に知られている任意の方式でこの値を表すことができる。例えば、値を２進数の整数、またはＩＥＥＥ７５４などの規格に従ってフォーマットされた浮動小数点数として表すことができる。一時的タイムアウト乗数の２倍の整数を表す２進数などの、他の非標準化モデルも使用することができる。一例を挙げると、値サブフィールド３３０は、値「００００１００１」すなわち９を搬送し、一時的タイムアウト乗数４．５を表すことができる。４．５は９の２分の１であるからである。
【００４４】
図４に、タイムアウト乗数を一時的に変更するためにＴＬＶフィールドを含む接続性障害管理メッセージを送信する例示的方法４００の流れ図を概略的に示す。例えば、例示的ノード１１０の構成要素によって方法４００を実施することができる。
【００４５】
方法４００は、ステップ４０５で開始してステップ４１０に進むことができ、例示的ノード１１０が、例えば差し迫った再始動やソフトウェアアップグレードなどの条件の存在を示す制御信号を受信することができる。次いで、方法４００はステップ４２０に進むことができ、ノード１１０は、ＭＡ１４０によって一時的に使用されるタイムアウト乗数を求めることができる。ノード１１０は、例えば、一時的タイムアウト乗数の必要を促した条件は何か、デフォルトタイムアウト乗数の値、現メッセージ間隔などの情報を考慮に入れることができる。ノード１１０が新しいタイムアウト乗数に関する値を求めると、方法４００はステップ４３０に進むことができる。
【００４６】
ステップ４３０で、ノード１１０は、ＭＡ内の他のＭＥＰに向けて送信する新しいＣＦＭメッセージを構築することができる。このＣＦＭメッセージは、新しいタイムアウト乗数を使用すべきであるという表示を搬送するのに適切な任意のＣＦＭメッセージでよい。例えば、ＣＦＭメッセージはＣＣＭまたはＡＩＳメッセージでよい。次いで、方法４００はステップ４４０に進むことができ、ノード１１０は、新しく構築したＣＦＭメッセージにＴＬＶフィールドを挿入することができる。このＴＬＶフィールドは、ＴＬＶフィールドが一時的タイムアウト乗数を搬送することを示すタイプコードを搬送することができる。さらに、ＴＬＶフィールドは、ステップ４２０で求めたタイムアウト乗数を示す値を搬送することができる。次いで、方法４００はステップ４５０に進むことができ、ノード１１０は、ＭＡ内の他のＭＥＰにＣＦＭメッセージを送信することができ、次いでステップ４５５に進み、方法４００は終了することができる。
【００４７】
図５に、接続性障害管理メッセージを受信および処理する例示的方法５００の流れ図を概略的に示す。例えば、例示的ノード１２０の構成要素によって方法５００を実施することができる。
【００４８】
方法５００は、ステップ５０５で開始してステップ５１０に進むことができ、ノード１２０は、ＭＡ内の別のＭＥＰからＣＦＭメッセージを受信することができる。次いで、方法５００はステップ５２０に進むことができ、ノード１２０は、最後のＣＦＭメッセージが受信された時間を示す値を更新し、ＣＦＭメッセージの受信を反映することができる。次いで、方法５００はステップ５３０に進むことができ、ノード１２０は、ＭＡに対して一時的タイムアウト乗数を使用すべきことを示すＴＬＶ値をＣＦＭメッセージが含むかどうかを判定することができる。ノード１２０は、例えば、ＣＦＭメッセージのヘッダ内に含まれる各ＴＬＶフィールドのタイプサブフィールドを検査して、いずれかのＴＬＶフィールドが一時的タイムアウト乗数を搬送するようにＭＡ１４０によって事前定義されたタイプであるかどうかを判定することにより、このことを達成することができる。
【００４９】
ＣＦＭメッセージが一時的タイムアウト乗数ＴＬＶフィールドを含む場合、方法５００はステップ５４０に進むことができ、ノード１２０は、現タイムアウト乗数を、一時的タイムアウト乗数ＴＬＶフィールドによって搬送される値に変更する。次いで、方法５００はステップ５５５で終了する。しかし、ステップ５３０で、ＣＦＭメッセージが一時的タイムアウト乗数ＴＬＶを搬送しないとノード１２０が判定した場合、方法５００はステップ５５０に進むことができる。ステップ５５０で、ノード１２０は、現タイムアウト乗数がデフォルトタイムアウト乗数に等しいことを保証することができる。次いで、方法５００はステップ５５５で終了することができる。
【００５０】
図６に、保守アソシエーション内の例示的メッセージ交換６００を概略的に示す。メッセージ交換６００は、ＭＥＰ１１５などの１つのＭＥＰからＭＥＰ１２５などの少なくとも１つのピアＭＥＰに送られたいくつかのＣＣＭ６１０、６２０、６３０、６４０、６５０、６６０を示すことができる。メッセージ交換６００は、メッセージ間隔１秒およびデフォルトタイムアウト乗数３．５を有するＭＡ内で行うことができる。したがって、ＭＡに関するデフォルトタイムアウト期間は、１秒の３．５倍、すなわち３．５秒に等しくてよい。
【００５１】
最初の１秒間隔が経過した後、ＭＥＰ１１５は第１のＣＣＭ６１０を送信することができる。同様に、第２の１秒間隔が経過した後、ＭＥＰ１１５は第２のＣＣＭ６２０を送信することができる。したがって、ＭＥＰ１２５は、予想される１秒の間隔でＣＣＭ６１０、６２０が受信されたので、接続障害を宣言することができない。
【００５２】
ＭＥＰ１１５はさらに、２秒後の４ｓマークで第３のＣＣＭ６３０を送信することができる。このことは、ＭＥＰ１１５による伝送の遅延、またはＣＣＭ６２０とＣＣＭ６３０の伝送の間に伝送するためのＣＣＭ（図示せず）の欠落のためであることがある。しかし、タイムアウト期間３．５秒が経過する前にＣＣＭ６３０が受信されたので、ＭＥＰ１２５は依然として接続性障害の宣言を控えることができる。
【００５３】
この時点で、ＭＥＰ１１５は、タイムアウト乗数を一時的に修正すべきであるという表示を受信することができる。これは、例えば、ノードＡ１１０がアップグレードまたは再始動されようとしているという表示であってもよい。したがって、ＭＥＰ１１５は、タイムアウト乗数を一時的に修正すべきであることを示すＴＬＶフィールドを含むＣＣＭ６４０を送信することができる。例えば、ＣＣＭ６４０は、１６進数で「０ｘ４００００１０８」と表され、したがってタイムアウト乗数を一時的に４．５に設定すべきであることを示すＴＬＶフィールド３００を含むことができる。このＣＣＭ６４０の受信時に、ＭＥＰ１２５は、現タイムアウト乗数を４．５に一時的に変更することができる。したがって、タイムアウト期間が３．５秒から４．５秒に増大し、さらなるＣＣＭを受信しなかった場合にＭＥＰ１２５によってタイムアウトが宣言される時点が、直線６７０から直線６８０に移動される。
【００５４】
ＭＥＰ１１５は、４秒後の９ｓマークで別のＣＣＭ６５０を送ることができる。ここで、ＭＥＰ１１５が一時的タイムアウト乗数ＴＬＶフィールドを有するＣＣＭ６４０を送信しなかった場合、タイムアウトが直線６７０で宣言されたはずであることは明らかである。しかし、タイムアウト乗数が増加したので、ＭＥＰ１２５は、タイムアウトの宣言を控えた可能性がある。ＣＣＭ６５０の受信時に、ＭＥＰ１２５は、タイムアウト乗数に関するデフォルト値を使用することに戻ることができる。次いで、ＭＥＰ１１５は、通常の間隔で別のＣＣＭ６６０を引き続き送信することができる。
【００５５】
上記によれば、様々な例示的実施形態は、望ましくないタイムアウトの宣言を回避する方法およびシステムを提供する。具体的には、予見されるイベントの発生前にタイムアウト期間を増大させる手段を設けることにより、ＭＥＰは、そのＭＡ内のピアＭＥＰに、次の周期的メッセージを待機するときにより多くの時間を割り当てるべきであることを通知することができる。このようにして、ＭＡ内のＭＥＰは、望ましくないタイムアウトを回避するように働くことができる。
【００５６】
上記の説明から、本発明の様々な例示的実施形態をハードウェアおよび／またはファームウェアで実施できることが明らかなはずである。さらに、様々な例示的実施形態を機械可読記憶媒体上に格納された命令として実施することができ、少なくとも１つのプロセッサによって命令を読み取り、実行して、本明細書で詳細に説明した動作を実施することができる。機械可読記憶媒体は、パーソナルコンピュータまたはラップトップコンピュータ、サーバ、他のコンピューティングデバイスなどの機械で可読な形式で情報を格納する任意の機構を含むことができる。したがって、機械可読記憶媒体は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および類似の記憶媒体を含むことができる。
【００５７】
本明細書の任意のブロック図は本発明の原理を実施する例示的回路の概念図を表すことを当業者は理解されたい。同様に、任意のフローチャート、流れ図、状態遷移図、擬似コードなどは、機械可読媒体で実質的に表すことができ、コンピュータまたはプロセッサが明示的に示されているか否かに関わらずそのようなコンピュータまたはプロセッサによってそのように実行することのできる様々なプロセスを表すことを理解されよう。
【００５８】
様々な例示的実施形態のいくつかの例示的態様を具体的に参照しながら様々な例示的実施形態が詳細に説明されたが、本発明は他の実施形態が可能であり、その細部は様々な自明な点の修正が可能であることを理解されたい。当業者には直ちに明らかな通り、本発明の趣旨および範囲内に留まりつつ、変形例および修正例の形がとられてもよい。したがって、上記の開示、説明、および図は例示のためのものに過ぎず、本発明をいかなる形でも限定するものではなく、本発明は特許請求の範囲のみによって定義される。
【図１】
0005529288.tif 000002
【図２】
0005529288.tif 000003
【図３】
0005529288.tif 000004
【図４】
0005529288.tif 000005
【図５】
0005529288.tif 000006
【図６】
0005529288.tif 000007