JP7163508B2 - フレキシブルイーサネット通信方法とネットワークデバイス - Google Patents

Description

本出願は、通信技術の分野に関し、特に、フレキシブルイーサネット（英語：Ｆｌｅｘｉｂｌｅ Ｅｔｈｅｒｎｅｔ， ＦｌｅｘＥ）通信方法、ネットワークデバイス、及びシステムに関する。

ＦｌｅｘＥ技術は、高速イーサネット（英語：Ｅｔｈｅｒｎｅｔ）インターフェースに基づき、物理層からＥｔｈｅｒｎｅｔメディアアクセス制御（英語：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ， ＭＡＣ）層をデカップリングすることにより実現される、低コストで信頼性の高いキャリアクラスインターフェース技術である。ＦｌｅｘＥ技術では、フレキシブルイーサネットシム（英語：ＦｌｅｘＥ ｓｈｉｍ）層をＩＥＥＥ８０２．３に従って導入し、ＭＡＣ層と物理層との間のデカップリングを実施し、それによってフレキシブルなレートマッチングを実施している。

ＦｌｅｘＥ技術では、複数のイーサネット物理層装置（以下、物理層装置を簡単にＰＨＹと呼ぶ）をフレキシブルイーサネットグループ（英語：ＦｌｅｘＥ ｇｒｏｕｐ）にバインドすることや、物理層をチャンネル化することなどの機能が使用され、フレキシブル帯域幅に対するポートのアプリケーション要件を満たす。従って、ＦｌｅｘＥによって提供されるＭＡＣレートは、単一のＰＨＹのレートよりも高い場合（これはバインドによって実施される）があり、又は単一のＰＨＹのレートよりも低い場合（これはチャンネル化によって実施される）がある。

現行のＦｌｅｘＥ標準及び関連従来技術の解決策によれば、ＦｌｅｘＥ ｇｒｏｕｐ内の１つ以上のＰＨＹが故障状態にある場合、ＦｌｅｘＥ ｇｒｏｕｐ全体に搬送されている全てのフレキシブルイーサネットクライアント（英語：ＦｌｅｘＥ ｃｌｉｅｎｔ）サービスが損傷を受ける。つまり、正常に動作するＰＨＹが搬送するｃｌｉｅｎｔサービスも損傷を受け、中断時間は数十ミリ秒に達する場合がある。従って、ＦｌｅｘＥ ｇｒｏｕｐ内において正常状態でＰＨＹが搬送するｃｌｉｅｎｔサービスに対する、故障状態でのＰＨＹの影響をどのように軽減するかが、現在解決すべき緊急の課題となっている。

本出願の実施形態は、ＦｌｅｘＥ ｇｒｏｕｐ内の正常状態でＰＨＹが搬送するｃｌｉｅｎｔサービスに対する故障状態でのＰＨＹの影響を軽減するためのＦｌｅｘＥ通信方法を提供する。

第１態様によれば、本出願は、フレキシブルイーサネットＦｌｅｘＥ通信方法を提供し、この方法は、以下を含む。
第１ネットワークデバイスは、フレキシブルイーサネットグループＦｌｅｘＥ ｇｒｏｕｐ内のｐ個の物理層装置ＰＨＹを使用して、第２ネットワークデバイスによって送信されたｐ個の第１オーバーヘッドブロックを受信する。ここで、ｐ個の第１オーバーヘッドブロックはｐ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、ｐ個のＦｌｅｘＥオーバーヘッドフレームはｐ個のＰＨＹと１対１で対応し、ＦｌｅｘＥ ｇｒｏｕｐはｎ個のＰＨＹを含み、ｎ≧２であり、ｎは整数である。
第１期間中に、ＦｌｅｘＥ ｇｒｏｕｐ内のｍ個のＰＨＹが故障状態、ｐ個のＰＨＹが正常状態であり、ここでｐ＋ｍ＝ｎ，１≦ｍ＜ｎであり、ｍ及びｐはともに整数である。
第１ネットワークデバイスは、ｐ個の第１オーバーヘッドブロックをｐ個のメモリに格納する。ｐ個の第１オーバーヘッドブロックは、ｐ個のメモリと１対１で対応する。
第１ネットワークデバイスは同時にｐ個のメモリからｐ個の第１オーバーヘッドブロックを読み出す。

可能な設計では、この方法は、さらに、
第１ネットワークデバイスが、ｍ個のＰＨＹによって搬送されるｃｌｉｅｎｔがマッピングされるスロット内で、連続したイーサネットローカル故障順序セット、Ｅｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓを送信することを含む。

可能な設計では、第１ネットワークデバイスが、ｍ個のＰＨＹによって搬送されるｃｌｉｅｎｔがマッピングされるスロット内で、連続したイーサネットローカル故障順序セット、Ｅｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓを送信することは、
第１ネットワークデバイスが、連続したＥｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓをｍ個のＰＨＹに対応するｍ個のメモリに書き込むことを含む。

可能な設計では、第１ネットワークデバイスが、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納する前に、この方法は、さらに以下を含む。
第１ＰＨＹがｍ個のＰＨＹのうちの１つである場合、第１ＰＨＹが故障状態にあることを第１ネットワークデバイスが決定する。
第１ネットワークデバイスは、ＦｌｅｘＥ ｇｒｏｕｐに障害が発生したことを示すアラームを送信する。
第１ネットワークデバイスは、第１ＰＨＹの故障タイプが第１故障タイプであると決定し、アラームを停止する。

従来技術では、ＦｌｅｘＥ ｇｒｏｕｐ内の任意のＰＨＹが故障状態にある場合、ネットワークデバイスは、ＦｌｅｘＥ ｇｒｏｕｐ内の故障が発生したことを示すのに用いられるアラームを送信し、ＦｌｅｘＥ ｇｒｏｕｐ内の全てのＰＨＹが正常状態になるまでアラームを停止しない。第１ネットワークデバイスがアラームを送信することは、第１ネットワークデバイスがＦｌｅｘＥ ｇｒｏｕｐアラーム状態に切り替わることとしても理解されてよい。アラーム状態では、ＦｌｅｘＥ ｇｒｏｕｐ全体のサービスが影響を受け、正常に動作できない。本出願の方法によれば、アラーム送信後、第１ネットワークデバイスがＰＨＹの故障タイプを決定し、アラームを停止させることを決定し、これにより、正常ＰＨＹに搬送されるｃｌｉｅｎｔサービスの中断を回避する。

可能な設計では、第１ネットワークデバイスが、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納する前に、この方法は、さらに以下を含む。
第１ネットワークデバイスは、第１ＰＨＹが故障状態であると決定し、第１ＰＨＹはｍ個のＰＨＹのうちの１つである。
第１ネットワークデバイスは、第１ＰＨＹの故障タイプが第１故障タイプであると決定し、ＦｌｅｘＥ ｇｒｏｕｐに障害が発生したことを示すアラームを送信することを回避する。

本出願では、現在のＦｌｅｘＥ ｇｒｏｕｐ内の１つ以上のＰＨＹが故障している場合、故障ＰＨＹの第１オーバーヘッドブロックは、ＰＨＹアラインメントの決定条件として使用されない。具体的には、ＦｌｅｘＥ ｇｒｏｕｐで現在正常状態にあるＰＨＹの第１オーバーヘッドブロックが全て対応するメモリに格納されている場合、ＦｌｅｘＥ ｇｒｏｕｐのＰＨＹはアラインメントされていると考えられる。本出願で提供される技術的解決策によれば、ｃｌｉｅｎｔにＬＦを挿入し、ｇｒｏｕｐレベルの保護スイッチングを開始し、ＦｌｅｘＥ ｇｒｏｕｐを再作成する必要なく、正常ＰＨＹに対する故障ＰＨＹの影響は、効果的に隔離することができる。従って、正常ＰＨＹで搬送されるｃｌｉｅｎｔサービスに影響を与えないことを確実にし、サービス伝送の信頼性を向上させる。

第２態様によれば、本出願はフレキシブルイーサネットＦｌｅｘＥ通信方法を提供する。第１期間中に、方法は、第１ネットワークデバイスがフレキシブルイーサネットグループ、ＦｌｅｘＥ ｇｒｏｕｐを使用して、第２ネットワークデバイスによって送信されたｎ個の第１オーバーヘッドブロックを受信するステップであり、ＦｌｅｘＥ ｇｒｏｕｐはｎ個の物理層装置ＰＨＹを含み、ｎ個の第１オーバーヘッドブロックは、ｎ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、ｎ個のＦｌｅｘＥオーバーヘッドフレームは、ｎ個のＰＨＹと１対１で対応し、ｎ≧２であり、ｎは整数である、受信するステップと；第１ネットワークデバイスが、ｎ個の第１オーバーヘッドブロックをｎ個のメモリに格納するステップであり、ここで、ｎ個の第１オーバーヘッドブロックは、ｎ個のメモリと１対１で対応する、格納するステップと；第１ネットワークデバイスが、ｎ個のメモリからｎ個の第１オーバーヘッドブロックを同時に読み出すステップであり、対応するメモリに特定の第１オーバーヘッドブロックが格納される時点から開始するプリセットの継続時間Ｔの後に、ｎ個の第１オーバーヘッドブロックが読み出され、特定の第１オーバーヘッドブロックは、ｎ個の第１オーバーヘッドブロックのうちの最後に格納された第１オーバーヘッドブロックである、読み出すステップとを備え；継続時間Ｔは、１つのクロックサイクル以上であり、クロックサイクルは、１つのメモリ上で１回の読み出し動作を実行するのに第１ネットワークデバイスに必要とされる継続時間である。

可能な設計では、Ｔの値が大きいほど、許容できる遅延偏差が大きいことを示す。実際の設計において、当業者は、実際のネットワークシナリオに基づいてＴの値を設定してよい。

可能な設計では、第２期間中に、方法は、
第１ネットワークデバイスがＦｌｅｘＥ ｇｒｏｕｐ内のｐ個のＰＨＹを使用して、第２ネットワークデバイスによって送信されたｐ個の第１オーバーヘッドブロックを受信するステップであり、ｐ個の第１オーバーヘッドブロックは、ｐ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、ｐ個のＦｌｅｘＥオーバーヘッドフレームは、ｐ個のＰＨＹと１対１で対応し、第２期間中に、ＦｌｅｘＥ ｇｒｏｕｐ内のｍ個のＰＨＹが故障状態、ｐ個のＰＨＹが正常状態であり、ここでｎ＝ｐ＋ｍ，１≦ｍ＜ｎであり、ｍ及びｐはともに整数である、受信するステップと、
第１ネットワークデバイスが、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納するステップであり、ここで、ｐ個の第１オーバーヘッドブロックは、ｐ個のメモリと１対１で対応する、格納するステップと、
第１ネットワークデバイスが、ｐ個のメモリからｐ個の第１オーバーヘッドブロックを同時に読み出すステップとをさらに含む。

可能な設計では、第２期間中に、方法は、
第１ネットワークデバイスが、ｍ個のＰＨＹによって搬送されるｃｌｉｅｎｔがマッピングされるスロット内で、連続したイーサネットローカル故障順序セット、Ｅｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓを送信するステップをさらに含む。

可能な設計では、第１ネットワークデバイスが、ｍ個のＰＨＹによって搬送されるｃｌｉｅｎｔがマッピングされるスロット内で、連続したイーサネットローカル故障順序セット、Ｅｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓを送信するステップは、
第１ネットワークデバイスが、連続したＥｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓをｍ個のＰＨＹに対応するｍ個のメモリに書き込むことを含む。

可能な設計では、第１ネットワークデバイスが、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納する前に、第２期間中に、方法は、
第１ネットワークデバイスが、第１ＰＨＹが故障していると決定するステップであり、ここで、第１ＰＨＹはｍ個のＰＨＹのうちの１つである、決定するステップと、
第１ネットワークデバイスが、ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームを送信するステップと、
第１ネットワークデバイスが、第１ＰＨＹの故障タイプが第１故障タイプであると決定し、アラームを停止するステップとをさらに含む。

可能な設計では、第１ネットワークデバイスが、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納する前に、第２期間中に、方法は、
第１ネットワークデバイスが、第１ＰＨＹが故障していると決定するステップであり、ここで、第１ＰＨＹはｍ個のＰＨＹのうちの１つである、決定するステップと、
第１ネットワークデバイスが、第１ＰＨＹの故障タイプが第１故障タイプであると決定し、ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームをトリガーすることを回避するステップとをさらに含む。

上述の方法では、メモリ読み取り遅延メカニズムを設定し、ＰＨＹにあってＦｌｅｘＥ ｇｒｏｕｐのネットワークデバイス１に最後に到着した第１オーバーヘッドブロックをメモリに記憶した後、キャッシュされたデータを全てのメモリから同時に読み取り開始する。即ち、ＰＨＹに対応しメモリに記憶された第１オーバーヘッドブロックは、設定された継続時間Ｔの後、同時に読み取りが開始される。従って、故障ＰＨＹの回復中に異なるＰＨＹによって生じ得る遅延変化がキャッシング継続時間Ｔに吸収されることができ、生じるＰＨＹの再度のアラインメントを回避する。このようにして、サービス中断が回避されるのであり、故障ＰＨＹの可逆回復を実現することができる。

第３態様によれば、本出願は、第１態様、第２態様、第１態様の任意の可能な設計、又は第２態様の任意の可能な設計で方法を実施するように構成されたネットワークデバイスを提供する。可能な設計では、ネットワークデバイスは、受信機、プロセッサ及びメモリを含む。

第４態様によれば、本出願は、コンピュータ可読な記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されると、コンピュータは、第１態様、第２態様、第１態様の任意の可能な設計、又は第２態様の任意の可能な設計で、方法を実行することが可能にされる。

第５態様によれば、本出願は、第１態様、第２態様、第１態様の可能な設計、又は第２態様の可能な設計で方法を実施するために使用されるプログラムを含む、コンピュータ可読な記憶媒体を提供する。

第６態様によれば、第３態様で提供され、第１態様、第２態様、第１態様の任意の可能な設計、又は第２態様の任意の可能な設計で方法を実施するように構成されているネットワークデバイスを含む通信システムを、本出願は提供する。

本出願の一実施形態による、６４Ｂ／６６Ｂ符号化のコードパターン定義の概略図である。 本出願の一実施形態による、アイドルブロックのコードパターン定義の概略図である。 ＦｌｅｘＥ標準アーキテクチャーの概略図である。 本出願の一実施形態によるネットワークシナリオの概略図である。 本出願の一実施形態による、ＦｌｅｘＥ技術を使用して情報を送信する概略的なアーキテクチャー図である。 本出願の一実施形態による、第１オーバーヘッドブロックのコードパターン定義の概略図である。 本出願の一実施形態による、故障隔離のための通信方法の概略フローチャートである。 本出願の一実施形態による、故障回復のための通信方法の概略フローチャートである。 本出願の一実施形態による、故障隔離のための別の通信方法の概略フローチャートである。 本出願の一実施形態による、故障回復のための別の通信方法の概略フローチャートである。 本出願の一実施形態によるネットワークデバイスの概略構造図である。

添付の図面を参照して、以下に、本出願の実施形態の技術的解決策を説明する。本出願の実施形態に記載されるネットワークアーキテクチャーとサービスシナリオとは、本出願の実施形態の技術的解決策をより明確に説明することを意図したものであり、本出願の実施形態に提供される技術的解決策に対する制限を構成するものではない。ネットワークアーキテクチャーの進化と新しいサービスシナリオの出現とに伴い、本出願の実施形態で提供される技術的解決策が、同様の技術的課題にも適用可能であることを、当業者は知ることができる。

本出願での「１」、「２」、「３」、「４」、「第１」、「第２」、「第３」及び「第４」のような序数は、複数の物を区別するために使用されるが、複数の物の順序を限定するためには使用されない。

本出願でのＦｌｅｘＥに関する従来技術については、光インターネットワーキングフォーラム（英語： Ｏｐｔｉｃａｌ Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ Ｆｏｒｕｍ， ＯＩＦ）が策定したＦｌｅｘＥ標準ＩＡ ＯＩＦ－ＦＬＥＸＥ－０１．０又はＩＡ ＯＩＦ－ＦＬＥＸＥ－０２．０の関連説明を参照するものとする。上記の標準は、その全体が参照により本明細書に組み込まれる。

イーサネットでは、イーサネットポートは、通常、論理データ指向の概念として現れ、論理ポートと呼ばれるか、又は短くポートと呼ばれる。イーサネット物理インターフェースは、ハードウェア概念として現れ、物理インターフェースと呼ばれるか、又は短くインターフェースと呼ばれる。通常、ＭＡＣアドレスは、イーサネットポートをマークするために使用される。従来、イーサネットポートのレートは、イーサネット物理インターフェースのレートに基づいて決定される。通常、１つのイーサネットポートの最大帯域幅は、１つのイーサネット物理インターフェースの帯域幅に対応する。例えば、毎秒１０メガビット（ｍｅｇａｂｉｔ ｐｅｒ ｓｅｃｏｎｄ， Ｍｂｐｓ），１００Ｍｂｐｓ，１０００Ｍｂｐｓ（１Ｇｂｐｓ），１０Ｇｂｐｓ，４０Ｇｂｐｓ，１００Ｇｂｐｓ，又は４００Ｇｂｐｓのイーサネット物理インターフェースである。

過去にイーサネットは、長年にわたり広く使用され、大いに開発されてきた。イーサネットポートのレートは１０倍になり、１０Ｍｂｐｓから１００Ｍｂｐｓ，１０００Ｍｂｐｓ（１Ｇｂｐｓ），１０Ｇｂｐｓ，４０Ｇｂｐｓ，１００Ｇｂｐｓ，及び４００Ｇｂｐｓまで、絶えず開発されている。技術の発達に伴い、帯域幅の粒度差が大きくなり、実際のアプリケーション要件や期待からの逸脱が生じる可能性が高くなる。主流のアプリケーション要件の帯域幅は１０倍ではなく、例えば、５０Ｇｂｐｓ，７５Ｇｂｐｓ，又は２００Ｇｂｐｓである。この産業においては、５０Ｇｂｐｓ，６０Ｇｂｐｓ，７５Ｇｂｐｓ，２００Ｇｂｐｓ，１５０Ｇｂｐｓ等の帯域幅を有するイーサネットポート（仮想接続）へのサポートを提供することが期待される。

さらに、柔軟な帯域幅を持ついくつかのポートの提供が可能になることが、期待される。これらのポートは、１つ以上のイーサネット物理インターフェースを共有してよい。例えば、２つの４０ＧＥポートと２つの１０ＧＥポートは、１つの１００Ｇ物理インターフェースを共有する。これに加えて、ポートの使用率を改善し、又はポートの寿命を延ばすために、例えば、２００Ｇｂｐｓから３３０Ｇｂｐｓへ、又は５０Ｇｂｐｓから２０Ｇｂｐｓへ要件が変化することに伴い、レートを柔軟に調整することができると期待される。固定レート物理リンクは、スタックされた論理ポートのレートの増加をサポートするようにカスケード接続及びバインドされてよい（例えば、２つの１００ＧＥ物理インターフェースがスタックされ、２００ＧＥ論理ポートをサポートするようにカスケード接続及びバインドされる）。これに加えて、物理インターフェースを柔軟にスタッキングすることによって得られる帯域幅リソースをプールすることができる。物理インターフェースの帯域幅は、いくつかのイーサネット仮想接続が、スタック及びカスケード接続される物理リンクのグループを効率的に共有するように、粒度（例えば、５Ｇの粒度）に基づいて特定のイーサネット論理ポートに割り当てられる。

従って、ＦｌｅｘＥの概念が出現する。フレキシブルイーサネットは、フレキシブル仮想イーサネットとも呼ばれる。ＦｌｅｘＥは、イーサネットサービスのためのサブレート、チャンネル化、及び逆多重化などの機能をサポートする。例えば、イーサネットサービスのサブレート応用シナリオでは、ＦｌｅｘＥは、３つの既存の１００ＧＥ物理インターフェースを通して２５０Ｇイーサネットサービス（ＭＡＣビットストリーム）の転送のサポートができる。イーサネットサービスの逆多重化シナリオでは、ＦｌｅｘＥは、２つの既存の１００ＧＥ物理媒体依存（英語：Ｐｈｙｓｉｃａｌ Ｍｅｄｉｕｍ Ｄｅｐｅｎｄｅｎｔ，ＰＭＤ）サブレイヤを通した、２００Ｇイーサネットサービスの転送のサポートができる。イーサネットサービスのチャンネル化シナリオでは、ＦｌｅｘＥは、１つ以上の物理インターフェースを共有する際に複数の論理ポートのサポートができ、複数の低レートイーサネットサービスを高レートフレキシブルイーサネットに多重化することのサポートができる。

イーサネットは、アクセスネットワーク及び大都市圏ネットワークでのサービスインターフェースとして広く使用されているため、イーサネット技術のサービストラフィック集約機能に基づくＦｌｅｘＥ技術は、下位サービスネットワークでのイーサネットインターフェースへのシームレスな接続を実現することができる。サブレート、チャンネル化、及び逆多重化のようなＦｌｅｘＥ機能の導入は、イーサネットの応用シナリオを大幅に拡張し、イーサネットアプリケーションの柔軟性を改善し、イーサネット技術をトランスポートネットワーク分野に徐々に浸透させることを可能にする。

ＦｌｅｘＥは、イーサネット物理リンクの仮想化のための実現可能な進化方向を提供する。フレキシブルイーサネットは、カスケードされた物理インターフェースのグループ上で、複数の仮想イーサネットデータ接続をサポートする必要がある。例えば、いくつかの論理ポートをサポートするために、４つの１００ＧＥ物理インターフェースがカスケード接続されてバインドされる。いくつかの論理ポートの帯域幅が減少する場合、他の論理ポートの帯域幅は増加し、総帯域幅減少量は、総帯域幅増加量と等しくなる。論理ポートの帯域幅は迅速かつ柔軟に調整され、論理ポートは４つの１００ＧＥ物理インターフェースを共有する。

同期デジタル階層（Ｓｙｎｃｈｒｏｎｏｕｓ ｄｉｇｉｔａｌ ｈｉｅｒａｒｃｈｙ， ＳＤＨ）／光トランスポートネットワーク（Ｏｐｔｉｃａｌ ｔｒａｎｓｆｅｒ ｎｅｔｗｏｒｋ， ＯＴＮ）技術を参考に、ＦｌｅｘＥは物理インターフェース上で伝送するための固定フレームフォーマットを構築し、ＴＤＭスロット分割を行う。以下では、説明の例として、既存のＦｌｅｘＥフレームフォーマットを使用する。ＦｌｅｘＥのＴＤＭスロット分割粒度は６６ビットであり、対応して６４Ｂ／６６Ｂビットブロックを正確に搬送してよい。１つのＦｌｅｘＥフレームは、８行を含む。ＦｌｅｘＥオーバーヘッドブロックは、各行の最初の６４Ｂ／６６Ｂビットブロック位置にある。スロット分割を行うペイロード領域は、オーバーヘッドブロックの後に存在する。ペイロード領域は粒度として６６ビットを使用し、６６ビットのキャリア空間の２０×１０２３個に相当する。１００ＧＥインターフェースの帯域幅は２０スロットに分割され、各スロットの帯域幅は約５Ｇｂｐｓである。ＦｌｅｘＥは、インターリーブ及び多重化方式で、単一の物理インターフェース上に複数の伝送チャンネル、即ち複数のスロットを実施する。

幾つかの物理インターフェースはバインドされてよく、そして物理インターフェースの全てのスロットは、組み合わされた方式でイーサネット論理ポートを搬送してよい。例えば、１０ＧＥ論理ポートは２つのスロットを必要とし、２５ＧＥ論理ポートは５つのスロットを必要とする。順次送信される６４Ｂ／６６Ｂビットブロックは、論理ポート上で見ることが可能である。各論理ポートは１つのＭＡＣに対応し、対応するイーサネットパケットを送信する。パケットの開始と終了との識別及びアイドルパディングは、従来のイーサネットと同じである。ＦｌｅｘＥは、単なるインターフェース技術であり、関連するスイッチング技術は、既存のイーサネットパケットに基づいて実行されてよく、又は、ＦｌｅｘＥに基づいて交差方式で実行されてよい。本明細書には、詳細は記載しない。

本出願で言及されるビットブロックは、Ｍ１／Ｍ２ビットブロックであってよく、又はＭ１Ｂ／Ｍ２Ｂビットブロックと呼ばれてよい。Ｍ１／Ｍ２は符号化方式を表し、Ｍ１は各ビットブロックでのペイロードビットの量を表し、Ｍ２は各ビットブロックでのビットの総量を表し、Ｍ１及びＭ２は正の整数であり、そしてＭ２＞Ｍ１である。

このようなＭ１／Ｍ２ビットブロックストリームは、Ｅｔｈｅｒｎｅｔ物理層リンク上で送信される。例えば、１Ｇ Ｅｔｈｅｒｎｅｔは８／１０ｂｉｔ符号化を使用し、８／１０ビットブロックストリームは１ＧＥ物理層リンク上で送信される。１０ＧＥ／４０ＧＥ／１００ＧＥイーサネットは６４／６６ｂｉｔ符号化を使用し、６４／６６ビットブロックストリームは１０ＧＥ／４０ＧＥ／１００ＧＥ物理層リンク上で送信される。将来のＥｔｈｅｒｎｅｔ技術の発展に伴い、例えば１２８／１３０ｂｉｔ符号化及び２５６／２５８ｂｉｔ符号化など、他の符号化方式がさらに発生する可能性がある。Ｍ１／Ｍ２ビットブロックストリームに対しては、異なる種類のビットブロックが存在し、標準で明確に規定されている。以下では、説明のための例として、６４／６６ｂｉｔ符号化のコードパターン定義を使用する。図１Ａに示すように、ヘッダの２つのｂｉｔ「１０」又は「０１」は、６４／６６ビットブロックの同期ヘッダビットであり、以下の６４ｂｉｔがペイロードデータ又はプロトコルを搬送するために使用される。図１Ａでは、１６のコードパターン定義が存在する。各行は、１種類のビットブロックのコードパターン定義を表す。Ｄ０ないしＤ７はデータバイトを表し、Ｃ０ないしＣ７は制御バイト、Ｓ０は開始バイト、Ｔ０ないしＴ７は終了バイトを表す。第２行は、アイドルビットブロック（アイドルｂｌｏｃｋ）のコードパターン定義に対応し、アイドルビットブロックは、／Ｉ／で表してよい。詳細は、図１Ｂに示される。第７行は、開始ブロックのコードパターン定義に対応する。スタートブロックは／Ｓ／で表してよい。第８行は、Ｏコードブロックのコードパターン定義（例えば、ＯＡＭコードブロック）に対応する。Ｏコードブロックは／Ｏ／で表してよい。第９ないし１６行は、８つのエンドブロックのコードパターン定義に対応する。８つのエンドブロックは全て／Ｔ／で表してよい。

ＦｌｅｘＥ技術では、ＭＡＣ層と物理層との間のデカップリングを実現するために、ＩＥＥＥ ８０２．３に従ってＦｌｅｘＥ ｓｈｉｍ層が導入される。ＦｌｅｘＥ ｓｈｉｍ層の実施が図２に示され、フレキシブルなレートマッチングが実施される。図２に示すように、ＦｌｅｘＥの部分アーキテクチャーは、ＭＡＣサブレイヤ、ＦｌｅｘＥ ｓｈｉｍ層、及び物理層を含む。ＭＡＣサブレイヤはデータリンク層のサブレイヤであり、上位論理リンク制御サブレイヤに接続される。物理層はさらに、物理符号化サブレイヤ（英語：ｐｈｙｓｉｃａｌ ｃｏｄｉｎｇ ｓｕｂｌａｙｅｒ， ＰＣＳ）、物理媒体接続（ｐｈｙｓｉｃａｌ ｍｅｄｉｕｍ ａｔｔａｃｈｍｅｎｔ， ＰＭＡ）サブレイヤ、及びＰＭＤサブレイヤに分割してよい。前述の層の機能は、対応するチップ又はモジュールによって実現される。

信号送信プロセスでは、ＰＣＳは、符号化、スクランブル（ｓｃｒａｍｂｌｅｄ）、オーバーヘッド（ｏｖｅｒｈｅａｄ，ＯＨ）挿入、及びアラインメントマーカー（ａｌｉｇｎｍｅｎｔ ｍａｒｋｅｒ，ＡＭ）挿入のような動作を、データ上で実行するように構成される。信号受信プロセスでは、ＰＣＳは、前述のステップの逆処理プロセスを実行する。信号の送受信は、ＰＣＳの異なる機能モジュールによって実施されてよい。

ＰＭＡサブレイヤの主な機能は、リンク監視、キャリア監視、符号化／復号化、送信クロック合成、受信クロック回復である。ＰＭＤサブレイヤの主な機能は、データストリームスクランブル／デスクランブル、符号化／復号化、及び受信された信号の直流復元と適応等化である。

前述のアーキテクチャーは、単なる説明の例であり、本出願においてＦｌｅｘＥに適用可能なアーキテクチャーは、それに限定されないことが理解されるものとする。例えば、ＭＩＩとＭＡＣサブレイヤとの間の信号マッピングメカニズムを提供するために、ＭＡＣサブレイヤとＦｌｅｘＥ ｓｈｉｍ層との間にさらに調整サブレイヤ（ｒｅｃｏｎｃｉｌｉａｔｉｏｎ ｓｕｂｌａｙｅｒ，ＲＳ）が存在してよい。送信データの信頼性を高めるために、ＰＣＳとＰＭＡサブレイヤとの間にさらに前方誤り訂正（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ，ＦＥＣ）サブレイヤが存在してよい。

図３は、本出願に係るＦｌｅｘＥ通信システムの応用シナリオの概略図である。図３に示すように、ＦｌｅｘＥ通信システム１００は、ネットワークデバイス１と、ネットワークデバイス２と、ユーザ装置１と、ユーザ装置２とを備えている。ネットワークデバイス１は、中間ノードであってよい。この場合、ネットワークデバイス１は、他のネットワークデバイスを介してユーザ装置１に接続される。ネットワークデバイス１はエッジノードであってよい。この場合、ネットワークデバイス１は、ユーザ装置１に直接接続される。ネットワークデバイス１は、中間ノードであってよい。この場合、ネットワークデバイス１は、他のネットワークデバイスを介してユーザ装置１に接続される。これに代えて、ネットワークデバイス１はエッジノードであってよい。この場合、ネットワークデバイス１は、ユーザ装置１に直接接続される。ネットワークデバイス２は、中間ノードであってよい。この場合、ネットワークデバイス２は、他のネットワークデバイスを介してユーザ装置２に接続される。これに代えて、ネットワークデバイス２はエッジノードであってよい。この場合、ネットワークデバイス２は、ユーザ装置２に直接接続される。ネットワークデバイス１は、ＦｌｅｘＥインターフェース１を含み、ネットワークデバイス２は、ＦｌｅｘＥインターフェース２を含む。ＦｌｅｘＥインターフェース１は、ＦｌｅｘＥインターフェース２に隣接している。各ＦｌｅｘＥインターフェースは、送信ポートと受信ポートとを含む。従来のイーサネットインターフェースとの違いは、１つのＦｌｅｘＥインターフェースが複数のクライアントを搬送してよく、論理インターフェースとして使用されるＦｌｅｘＥインターフェースが複数の物理インターフェースを含んでよい点にある。図３に示す順方向チャンネルでのサービスデータの流れ方向は図３の実線矢印で示され、逆方向チャンネルでのサービスデータの流れ方向は図３の破線矢印で示されている。本発明の実施形態では、順方向チャンネルを送信チャンネルの一例として用い、送信チャンネルでのサービスデータの流れ方向は、ユーザ装置２→ネットワークデバイス２→ネットワークデバイス１→ユーザ装置１である。

図３は単に、２つのネットワークデバイスと２つのユーザ装置との例を示すものであることが、理解されるものとする。ネットワークは、任意の他の数のネットワークデバイスと、任意の他の数のユーザ装置とを含んでよい。これは、本出願の実施形態では限定されない。図３に示すＦｌｅｘＥ通信システムは、単なる説明例に過ぎない。本出願で提供されるＦｌｅｘＥ通信システムの応用シナリオは、図３に示されるシナリオに限定されない。本出願で提供される技術的解決策は、ＦｌｅｘＥ技術を使用してデータ伝送が行われる全てのネットワークシナリオに適用可能である。

図４を参照して、図３に示すネットワークデバイス１及びネットワークデバイス２がＦｌｅｘＥ技術を使用してデータを送信するプロセスを、下記にさらに説明する。

図４に示すように、ＰＨＹ１，ＰＨＹ２，ＰＨＹ３，及びＰＨＹ４は、ＦｌｅｘＥ ｇｒｏｕｐにバインドされる。ネットワークデバイス１は、ＦｌｅｘＥ ｇｒｏｕｐインターフェース、即ち、ＦｌｅｘＥインターフェース１及びＦｌｅｘＥインターフェース２を介してネットワークデバイス２に接続される。ＦｌｅｘＥ ｇｒｏｕｐインターフェースは、ＦｌｅｘＥインターフェースとも呼ばれてよいことに留意するものとする。ＦｌｅｘＥ ｇｒｏｕｐインターフェースは、物理インターフェースのグループをバインドすることによって形成される論理インターフェースである。ＦｌｅｘＥ ｇｒｏｕｐインターフェースは、ｃｌｉｅｎｔ１からｃｌｉｅｎｔ６まで、合計６つのｃｌｉｅｎｔを搬送する。ｃｌｉｅｎｔ１とｃｌｉｅｎｔ２のデータは、送信のためにＰＨＹ１にマッピングされる。ｃｌｉｅｎｔ３のデータは、送信のためにＰＨＹ２及びＰＨＹ３にマッピングされる。ｃｌｉｅｎｔ４のデータは、送信のためにＰＨＹ３にマッピングされる。ｃｌｉｅｎｔ５及びｃｌｉｅｎｔ６のデータは、送信のためにＰＨＹ４にマッピングされる。異なるＦｌｅｘＥ ｃｌｉｅｎｔのためのマッピングと送信は、バインド機能を実施するためにＦｌｅｘＥ ｇｒｏｕｐで実行されることがわかる。

ＦｌｅｘＥ ｇｒｏｕｐはバインドグループとも呼ばれる。各ＦｌｅｘＥ ｇｒｏｕｐに含まれる複数のＰＨＹは、論理的なバインド関係を有する。論理的なバインド関係は、異なるＰＨＹ間に物理的な接続関係がないことを意味する。従って、ＦｌｅｘＥ ｇｒｏｕｐ内の複数のＰＨＹは、互いに物理的に独立してよい。ＦｌｅｘＥのネットワークデバイスは、複数のＰＨＹの論理バインドを実施するために、ＰＨＹの数を使用して、ＦｌｅｘＥ ｇｒｏｕｐに含まれる特定のＰＨＹを識別してよい。例えば、各ＰＨＹには１ないし２５４の数字を使用して番号を付けることができ、０と２５５は保留された数字である。多数のＰＨＹが、ネットワークデバイスのインターフェースに対応してよい。隣接する２つのネットワークデバイスは、同じＰＨＹをマークするために同じ番号を使用する必要がある。ＦｌｅｘＥ ｇｒｏｕｐに含まれるＰＨＹの数は連続である必要はない。通常、２つのネットワークデバイス間に１つのＦｌｅｘＥ ｇｒｏｕｐがある。しかし、本出願は、２つのネットワークデバイス間に１つのＦｌｅｘＥ ｇｒｏｕｐのみがあることを限定しない。換言すれば、２つのネットワークデバイス間に複数のＦｌｅｘＥ ｇｒｏｕｐが存在してよい。１つのＰＨＹが少なくとも１つのｃｌｉｅｎｔを搬送するために使われてよく、１つのｃｌｉｅｎｔが少なくとも１つのＰＨＹで送信されてよい。ＰＨＹには、送信側機器の物理層装置（ｄｅｖｉｃｅ）と受信側機器の物理層装置とが含まれる。ＩＥＥＥ ８０２．３で定義されたＰＨＹ層装置に加えて、ＦｌｅｘＥ内のＰＨＹは、ＦｌｅｘＥ ｓｈｉｍ層の機能を実行するように構成された装置をさらに含む。送信装置の物理層装置を、さらに送信側ＰＨＹ又は送信方向のＰＨＹと称してよく、受信装置の物理層装置を、さらに受信側ＰＨＹ又は受信方向のＰＨＹと称してよい。

ＦｌｅｘＥ ｃｌｉｅｎｔは、ネットワークの種々のユーザインターフェースに対応し、既存のＩＰ／Ｅｔｈｅｒｎｅｔネットワークでの従来のサービスインターフェースと一致する。ＦｌｅｘＥ ｃｌｉｅｎｔは、帯域幅要件に基づいて柔軟に構成することができ、イーサネットＭＡＣデータストリーム（例えば、１０Ｇデータストリーム、４０Ｇデータストリーム、ｎ×２５Ｇデータストリーム、さらにまた、非標準レートデータストリーム）を様々なレートでサポートする。例えば、データストリームは、６４Ｂ／６６Ｂ符号化スキームでＦｌｅｘＥ ｓｈｉｍ層に送信されてよい。ＦｌｅｘＥ ｃｌｉｅｎｔは、物理アドレスに基づくイーサネットストリームとして解釈されてよい。同じＦｌｅｘＥ ｇｒｏｕｐを使用して送信されたクライアントは、同じクロックを共有する必要がある。これらのクライアントは、割り当てられたスロットレートに基づいて適応を実行する必要がある。

ＦｌｅｘＥ ｓｈｉｍ層は、従来のイーサネットアーキテクチャーにおいて、ＭＡＣとＰＨＹ（ＰＣＳサブレイヤ）との間に挿入された追加の論理層として機能する。ＦｌｅｘＥ技術のコアアーキテクチャーは、カレンダ（英語：ｃａｌｅｎｄａｒ）ベースのスロット（英語：ｔｉｍｅ ｓｌｏｔ）分配メカニズムを用いて、実施される。ＦｌｅｘＥ ｓｈｉｍ層の主な機能は、同じクロックに基づいてデータをスライスし、スライスされたデータを分割前に得られたスロット（ｓｌｏｔ）にカプセル化することである。次に、事前設定されたスロット構成テーブルに基づいて、分割によって得られた各スロットが、送信のためにＦｌｅｘＥ ｇｒｏｕｐ内のＰＨＹにマッピングされる。各スロットは、ＦｌｅｘＥ ｇｒｏｕｐ内の１つのＰＨＹにマッピングされる。

ＦｌｅｘＥ ｓｈｉｍ層は、ｃｌｉｅｎｔとＦｌｅｘＥ ｇｒｏｕｐ内のスロットとの間のカレンダベースの動作メカニズムとマッピング関係を反映するために、オーバーヘッドフレーム（英語：ｏｖｅｒｈｅａｄ ｆｒａｍｅ）／オーバーヘッドマルチフレーム（英語：ｏｖｅｒｈｅａｄ Ｍｕｌｔｉｆｒａｍｅ）を定義する。前述のオーバーヘッドフレームは、フレキシブルイーサネットオーバーヘッドフレーム（英語： ＦｌｅｘＥ ｏｖｅｒｈｅａｄ ｆｒａｍｅ）とも呼ばれてよく、前述のオーバーヘッドマルチフレームは、フレキシブルイーサネットオーバーヘッドマルチフレーム（英語： ＦｌｅｘＥ ｏｖｅｒｈｅａｄ Ｍｕｌｔｉｆｒａｍｅ）とも呼ばれてよいことに留意するものとする。ＦｌｅｘＥ ｓｈｉｍ層は、オーバーヘッドを介してインバンド管理チャンネルを提供し、自動折衝を介してリンクを確立するために、相互接続された２つのＦｌｅｘＥインターフェース間の構成及び管理情報の送信をサポートする。

具体的には、１つのオーバーヘッドマルチフレームは３２のオーバーヘッドフレームを含み、１つのオーバーヘッドフレームは８つのオーバーヘッドブロック（英語：ｏｖｅｒｈｅａｄ ｂｌｏｃｋ）を含む。オーバーヘッドブロックは、オーバーヘッドスロット（英語：ｏｖｅｒｈｅａｄ ｓｌｏｔ）とも称してよい。オーバーヘッドブロックは、例えば、６４Ｂ／６６Ｂ符号化でのコードブロックであってよく、１０２３×２０ ｂｌｏｃｋの間隔で一度現れるが、全てのオーバーヘッドブロックに含まれるフィールドは異なる。オーバーヘッドフレームにおいては、第１番目のオーバーヘッドブロック（以下、第１オーバーヘッドブロックと呼ぶ）には、「０×４Ｂ」制御文字と「０×５」の「Ｏ」コード文字が含まれる。図５に示すように、第１オーバーヘッドブロックのヘッダの２つのｂｉｔは１０、制御ブロック種類は０×４Ｂ、第１オーバーヘッドブロックの「Ｏコード」文字は０×５である。情報送信中に、相互接続された２つのＦｌｅｘＥインターフェースは、「０×４Ｂ」制御文字と「０×５」の「Ｏコード」文字との照合により、各ＰＨＹ上で送信されるオーバーヘッドフレームの第１オーバーヘッドブロックを決定する。各ＰＨＹで送信される第１オーバーヘッドブロックは、マーカー（英語：ｍａｒｋｅｒ）として使用され、ＦｌｅｘＥ ｇｒｏｕｐ内のバインドされたＰＨＹを受信方向にアラインメントさせるために使用される。ＦｌｅｘＥ ｇｒｏｕｐのＰＨＹをアラインメントすると、データの同期ロックの実施ができる。その後、ＰＨＹによって搬送されたデータは、メモリから同期的に読み出すことができる。各オーバーヘッドフレームの第１コードブロックは、オーバーヘッドフレームのフレームヘッダとも呼ばれる。ＦｌｅｘＥ ｇｒｏｕｐ内のＰＨＹのアラインメントは本質的に、ＰＨＹのオーバーヘッドフレームの第１オーバーヘッドブロックのアラインメントである。以下では、図４のシナリオを参照して、ＰＨＹアラインメントプロセスを説明するための例を使用する。

図４に示すシナリオでは、ＦｌｅｘＥ ｇｒｏｕｐ内の全てのＰＨＹが正常に動作すると、ネットワークデバイス２は、ＰＨＹ１、ＰＨＹ２、ＰＨＹ３、ＰＨＹ４を使用してオーバーヘッドフレーム１ないしオーバーヘッドフレーム４を同時に送信する。オーバーヘッドフレーム１ないしオーバーヘッドフレーム４はそれぞれ、第１オーバーヘッドブロック１ないし第１オーバーヘッドブロック４を含む。第１オーバーヘッドブロック１，第１オーバーヘッドブロック２，第１オーバーヘッドブロック３，及び第１オーバーヘッドブロック４は、ＰＨＹ１，ＰＨＹ２，ＰＨＹ３，及びＰＨＹ４と１対１で対応する。

実際の送信プロセスでは、ネットワークデバイス２は、オーバーヘッドフレーム１ないしオーバーヘッドフレーム４を同時に送信する。しかし、ＰＨＹ１，ＰＨＹ２，ＰＨＹ３及びＰＨＹ４に対応する異なる光ファイバの長さが異なる可能性があるため、第１オーバーヘッドブロック１ないし第１オーバーヘッドブロック４は、ネットワークデバイス１によって同時に受信できない。例えば、ネットワークデバイス１は、第１オーバーヘッドブロック１→第１オーバーヘッドブロック２→第１オーバーヘッドブロック３→第１オーバーヘッドブロック４の順序で、第１オーバーヘッドブロック１ないし第１オーバーヘッドブロック４を順次受信する。ネットワークデバイス１は、第１オーバーヘッドブロック１を受信した後、ＰＨＹ１に対応するメモリ１に第１オーバーヘッドブロック１を格納する。順次、ネットワークデバイス１は、その後に受信した第１オーバーヘッドブロック２をＰＨＹ２に対応するメモリ２に格納し、受信した第１オーバーヘッドブロック３をＰＨＹ３に対応するメモリ３に格納する。ＰＨＹ４で送信された第１オーバーヘッドブロック４を受信し、ＰＨＹ４に対応するメモリ４に第１オーバーヘッドブロック４を格納した後、ネットワークデバイス１は、直ちに、全てのメモリから第１オーバーヘッドブロックと他のキャッシュデータとを同時に読み出す。「即時開始」は、最後の第１オーバーヘッドブロック４がメモリにキャッシュされた後、ネットワークデバイス１が、メモリ１ないしメモリ４の同時読み出し動作を直ちに開始することを意味する。最後の第１オーバーヘッドブロック４がキャッシュで待機する時間は０である。具体的には、最後に到着した第１オーバーヘッドブロック４に対して、ネットワークデバイス１が第１オーバーヘッドブロック４をメモリ４にキャッシュする書き込み動作と、メモリ４から第１オーバーヘッドブロック４を読み込む読込み動作との間の間隔時間は、０である。

ＰＨＹアラインメントは、ＦｌｅｘＥ ｇｒｏｕｐデスキュー（ｄｅｓｋｅｗ）とも称してよい。ＰＨＹアラインメントにより、ＰＨＹ間の遅延偏差を排除し、ＦｌｅｘＥ ｇｒｏｕｐ内の全ＰＨＹ間でスロットアラインメントを実施する。前述の遅延偏差は、例えば、異なる光ファイバ長さによって生じる。従来技術では、前述のＰＨＹアラインメント動作が実行された後に、ＦｌｅｘＥ ｇｒｏｕｐ内の全てのＰＨＹが通常の動作状態にある場合、スロットアラインメントは、全てのＰＨＹによって送信されるデータに対して実行してよい。従って、ネットワークデバイス１は、全てのＰＨＹの事後送信された第１オーバーヘッドブロックを同時に受信し、同時に第１オーバーヘッドブロックを対応するメモリにキャッシュし、メモリから格納されたデータを同時に読み出してよい。このようにして、各ｃｌｉｅｎｔのデータはスロットに基づいて取得される。

しかし、ＦｌｅｘＥ ｇｒｏｕｐ内の１つ以上のＰＨＹが故障した後に、例えば、ＰＨＹ４が故障している場合、現在の標準又は従来技術の解決策に従って、正常に動作するＰＨＹによって搬送されるｃｌｉｅｎｔサービスが損傷を受ける。本出願では、現在のＯＩＦ ＦｌｅｘＥ標準の定義を参照すると、ＰＨＹが故障状態にあるか、ＰＨＹが故障しているということは、ＰＨＹが、例えば信号損失、フレーム化失敗、アラインメント失敗、高ビット誤り率、又は他の場合に遭遇し、ＰＣＳ＿ｓｔａｔｕｓ＝ＦＡＬＳＥとなることを意味することに、留意するものとする。

以下に、ＰＨＹ故障を処理するためのいくつかの現在の解決策を簡単に説明する。

解決策１：ＯＩＦで指定されたＦｌｅｘＥ標準では、現在下記のことが定義されている。ＦｌｅｘＥ ｇｒｏｕｐ内の１つ以上のＰＨＹが故障している場合、連続するイーサネットローカル故障順序セット（英語：Ｅｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔ）がＦｌｅｘＥ ｇｒｏｕｐ内の全てのＦｌｅｘＥ ｃｌｉｅｎｔについて送信される。ここで、イーサネットローカル故障順序セットは、以下ではＬＦと略称される。具体的には、受信方向のネットワークデバイスは連続するＬＦを、ＦｌｅｘＥ ｇｒｏｕｐ内の全てのＰＨＹに対応するメモリに書き込む。上述の操作により、ＦｌｅｘＥ ｇｒｏｕｐの全てのｃｌｉｅｎｔサービスに中断を生じさせる。

解決策２：自動保護スイッチング（英語：ａｕｔｏｍａｔｉｃ ｐｒｏｔｅｃｔｉｏｎ ｓｗｉｔｃｈｉｎｇ，ＡＰＳ）などの保護メカニズムを用いて、動作するＦｌｅｘＥ ｇｒｏｕｐを保護ＦｌｅｘＥ ｇｒｏｕｐに切り替え、保護ＦｌｅｘＥ ｇｒｏｕｐを使用してｃｌｉｅｎｔサービスを搬送する。しかしながら、前述の動作は、スイッチングプロセスではＦｌｅｘＥ ｇｒｏｕｐ内の全てのｃｌｉｅｎｔサービスの中断を引き起こすのであり、中断期間は、例えば、５０ｍｓまでであってよい。

解決策３：ＰＨＹ４に故障が発生した後、ネットワークデバイスはＦｌｅｘＥ ｇｒｏｕｐから故障のあるＰＨＹ４を削除し、このＰＨＹ４を含まない新しいＦｌｅｘＥ ｇｒｏｕｐを再作成し、新しいＦｌｅｘＥ ｇｒｏｕｐを使用してｃｌｉｅｎｔサービスを搬送することを継続する。しかしながら、上記の動作はさらに、グループ再作成プロセスでは、ＦｌｅｘＥ ｇｒｏｕｐ内の全てのｃｌｉｅｎｔサービスにサービス中断を生じさせる。

以上のことから、ＦｌｅｘＥ ｇｒｏｕｐ内の１つ以上のＰＨＹが故障した場合、ＦｌｅｘＥ ｇｒｏｕｐ内で正常動作状態でＰＨＹが搬送するクライアントｃｌｉｅｎｔサービスへの影響をいかに効果的に軽減するかが、解決すべき問題となることがわかる。前述の問題を解決するために、本出願は、故障隔離方法１００を提供する。

以下では、図６を参照して、本出願の実施形態での方法１００を詳細に説明する。方法１００が適用されるネットワークアーキテクチャーは、ネットワークデバイス１及びネットワークデバイス２を含む。例えば、ネットワークデバイス１は、図３又は図４に示すネットワークデバイス１であってよく、ネットワークデバイス２は、図３又は図４に示すネットワークデバイス２であってよい。ネットワークデバイス１とネットワークデバイス２とは、ＦｌｅｘＥ ｇｒｏｕｐを介して接続されている。ネットワークアーキテクチャーは、図３又は図４に示すネットワークアーキテクチャーであってよい。以下では、図４のアーキテクチャーを例として、方法１００を説明する。方法１００は、期間１中に実行される以下の動作Ｓ１０１ないしＳ１０４を含む。

Ｓ１０１。ネットワークデバイス２は、ＦｌｅｘＥ ｇｒｏｕｐのＰＨＹ１，ＰＨＹ２及びＰＨＹ３を使用して、同時に３つのＦｌｅｘＥオーバーヘッドフレームをネットワークデバイス１に送信する。

具体的には、ネットワークデバイス２は、ＰＨＹ１を使用してＦｌｅｘＥオーバーヘッドフレーム１をネットワークデバイス１に送信し、ＦｌｅｘＥオーバーヘッドフレーム１は、第１オーバーヘッドブロック１を含む。ネットワークデバイス２は、ＰＨＹ２を使用してＦｌｅｘＥオーバーヘッドフレーム２をネットワークデバイス１に送信し、ＦｌｅｘＥオーバーヘッドフレーム２は、第１オーバーヘッドブロック２を含む。ネットワークデバイス３は、ＰＨＹ３を使用してＦｌｅｘＥオーバーヘッドフレーム３をネットワークデバイス１に送信し、ＦｌｅｘＥオーバーヘッドフレーム３は、第１オーバーヘッドブロック３を含む。

期間Ａ中に、ＦｌｅｘＥ ｇｒｏｕｐのＰＨＹ４が故障状態であり、ＰＨＹ１，ＰＨＹ２及びＰＨＹ３は全て正常動作状態である。ＰＨＹ４が故障状態である場合、ネットワークデバイス２は、ＰＨＹ４を使用して、対応するＦｌｅｘＥオーバーヘッドフレームを送信してよい。この場合、例えば、ＰＨＹ４に対応する光ファイバが故障した場合、ネットワークデバイス２がＦｌｅｘＥオーバーヘッドフレームを送信しても、ネットワークデバイス１はＦｌｅｘＥオーバーヘッドフレームの受信ができない。他の例として、ＰＨＹ４に対応する光ファイバが接触不良である場合、リンクのビット誤り率が高い。この場合、ネットワークデバイス２がＦｌｅｘＥオーバーヘッドフレームを送信したとしても、ネットワークデバイス１は、受信したデータに基づいて、ＰＨＹ４に高ビット誤り率の故障が発生していると決定し、ＰＨＹ４から送信されたデータを破棄する。これに代えて、確かに、ネットワークデバイス２は、ＦｌｅｘＥオーバーヘッドフレームを送信しなくてよく、ＰＨＹ４の故障が回復されたとき、同期してＦｌｅｘＥオーバーヘッドフレームを送信してよい。これは、本出願で特に限定されない。

ネットワークデバイス２がＦｌｅｘＥオーバーヘッドフレームを送信する特定のプロセスについては、従来技術の方法を参照するものとする。本明細書には、詳細は記載しない。

Ｓ１０２。ネットワークデバイス１は、ＰＨＹ１，ＰＨＹ２及びＰＨＹ３を使用して、第１オーバーヘッドブロック１、第１オーバーヘッドブロック２、及び第１オーバーヘッドブロック３を受信する。

Ｓ１０３。ネットワークデバイス１は、受信された３つの第１オーバーヘッドブロックを３つのメモリに格納し、ここで３つの第１オーバーヘッドブロックは、３つのメモリと１対１で対応する。ネットワークデバイス１では、各ＰＨＹは、ＰＨＹ関連データを格納するように構成された、対応するメモリを有する。

Ｓ１０４。第１ネットワークデバイスは、３つのメモリから３つの第１オーバーヘッドブロックを同時に読み出す。

本出願では、現在のＦｌｅｘＥ ｇｒｏｕｐ内の１つ以上のＰＨＹが故障している場合、故障ＰＨＹの第１オーバーヘッドブロックは、ＰＨＹアラインメントの決定条件として使用されない。具体的には、ＦｌｅｘＥ ｇｒｏｕｐで現在は正常状態にあるＰＨＹの第１オーバーヘッドブロックが、全て対応するメモリに格納されている場合、ＦｌｅｘＥ ｇｒｏｕｐのＰＨＹはアラインメントされていると考えられる。本出願で提供される技術的解決策によれば、ｃｌｉｅｎｔにＬＦを挿入したり、ｇｒｏｕｐレベルの保護スイッチングを開始したり、ＦｌｅｘＥ ｇｒｏｕｐを再作成したりする必要なく、正常ＰＨＹに対する故障ＰＨＹの影響を効果的に隔離することができる。従って、正常ＰＨＹで搬送されるｃｌｉｅｎｔサービスに影響を与えないことを確実にし、サービス伝送の信頼性を向上させる。

特定の実施では、期間１中に、方法１００は、さらに以下を含む。
ネットワークデバイス１は、故障状態でＰＨＹ４が搬送するｃｌｉｅｎｔがマッピングされたスロット内で、連続するＬＦを送信する。

ネットワークデバイス１は、以下の方式に限定はされないが、故障状態でＰＨＹ４が搬送するｃｌｉｅｎｔがマッピングされたスロット内で、連続するＬＦを送信してよい。

方式１：ネットワークデバイス１は、連続したイーサネットローカル故障順序セット、Ｅｔｈｅｒｎｅｔ ｌｏｃａｌ ｆａｕｌｔ ｏｒｄｅｒｅｄ ｓｅｔを、故障状態のＰＨＹ４に対応するメモリに書き込む。

ＬＦは、故障したＰＨＹに対応するメモリに書き込まれるので、ｃｌｉｅｎｔサービスの回復中に、ネットワークデバイスは、ＬＦに基づいて、対応するｃｌｉｅｎｔでエラーが発生したと決定することができ、それによって、ユーザに不正確なデータを提供することを回避することができる。

例えば、ネットワークデバイス１は、ＦｌｅｘＥ交差技術を使用してデータを送信し、故障ＰＨＹに対応するメモリにＬＦを書き込むので、故障ＰＨＹによって搬送されたｃｌｉｅｎｔサービスが下流の装置に転送されたとき、ＬＦがｃｌｉｅｎｔに挿入され、ｃｌｉｅｎｔサービスが下流の装置に転送され続けるようにする。最後に、シンクデバイスが、ＬＦに基づいて、ＰＨＹ４によって搬送されるｃｌｉｅｎｔサービスにおいてエラーが発生することを識別してよい。このようにして、不正確なデータは、ユーザに不正確なデータを提供することを避けるために、時宜を得た方法で廃棄されてよい。

方式２：ＰＨＹ４が故障している場合、ネットワークデバイス１は、ＰＨＹ４に対応するメモリにＬＦを書き込まない。この場合、実際に受信したデータが書き込まれてよいし、又はＩｄｌｅブロックが書き込まれ、又はデータが書き込まれない。ＰＨＹ４によって搬送されるｃｌｉｅｎｔを回復するとき、ネットワークデバイス１は、ｃｌｉｅｎｔがマッピングされるスロットにＬＦを書き込む。具体的な実施では、ネットワークデバイス１は、ＰＨＹに対応するメモリからキャッシュされたデータを読み込み、ｃｌｉｅｎｔのデータを回復し、ｃｌｉｅｎｔのデータを全てのｃｌｉｅｎｔに対応するメモリに格納する。次に、連続するＬＦが、ｃｌｉｅｎｔに対応するメモリに書き込まれる。

特定の実施では、ネットワークデバイス１が３つのメモリに３つの第１オーバーヘッドブロックを格納する前に、方法１００はさらに以下を含む。
ＰＨＹ４が故障状態であると決定した後、ネットワークデバイス１はアラームを送信し、ここで、アラームは、ＦｌｅｘＥ ｇｒｏｕｐに故障が発生していることを示す。
ネットワークデバイス１は、ＰＨＹ４の故障タイプが第１故障タイプであると決定し、アラームを停止する。

この実施では、従来技術に、効果的に互換性があり得る。従来技術では、ＰＨＹが故障している場合、グループレベルのアラーム表示がトリガーされる。グループレベルのアラームがトリガーされると、アラームが停止するまでサービス処理が中断される。ただし、本出願で提供される方法によれば、ＰＨＹ故障が所定の故障タイプに属すると決定した後、ネットワークデバイスはアラームを停止する。このようにして、正常ＰＨＹによって受信されたデータに対して、後の処理は実行が継続されてよく、サービスは中断されない。

別の特定の実施では、ネットワークデバイス１が３つのメモリに３つの第１オーバーヘッドブロックを格納する前に、方法１００はさらに以下を含む。
第１ネットワークデバイスは、第１ＰＨＹが故障状態であると決定し、ここで第１ＰＨＹはｍ個のＰＨＹのうちの１つである。
第１ネットワークデバイスは、第１ＰＨＹの故障タイプが第１故障タイプであると決定し、ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームを送信しない。

この実施では、ＰＨＹの故障が生じた後、ＰＨＹの故障タイプが最初に決定される。次に、ＰＨＹの故障タイプに基づき、ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームを送信するかどうかを決定する。従って、ＰＨＹ故障が特定の故障タイプに属する場合、アラームは送信されない。このようにして、後の処理は正常ＰＨＹによって受信されたデータに対して継続して行われ、サービスは中断されない。

本出願では、ネットワークデバイス１はＰＨＹの故障タイプを識別するのであり、異なる故障タイプに対して対応する処理を行ってよい。第１故障タイプと第２故障タイプの２つの故障タイプがあってよい。第１故障タイプでは、ネットワークデバイス１は、本出願で提供される故障隔離方法を使用して故障ＰＨＹを隔離してよい。故障したＰＨＹに関係のないｃｌｉｅｎｔは、正常に動作することができ、故障したＰＨＹの影響を受けない。プロセス全体では、正常ＰＨＹで搬送されるｃｌｉｅｎｔに対してＬＦは書かれず、ｇｒｏｕｐは再作成されない。第１故障タイプは、光ファイバ故障、高ビット誤り率、光モジュール損傷等を含むが、これらに限定されない。

ＰＨＹ故障が第２故障タイプに属する場合、例えば、ｓｈｉｍ層ｄｅｓｋｅｗが失敗した場合、グループ番号Ｇｒｏｕｐ Ｎｕｍｂｅｒが不正確に設定された場合、又はインスタンス番号Ｉｎｓｔａｎｃｅ Ｎｕｍｂｅｒが不正確に設定された場合、故障タイプに対してｇｒｏｕｐレベルのアラームが送信された後、連続するＬＦがＦｌｅｘＥ ｇｒｏｕｐ内で搬送される全てのｃｌｉｅｎｔに挿入される。

第１故障タイプ及び第２故障タイプに含まれる特定のタイプの故障は、当業者が特定の実施では柔軟に設定してよい。本出願には詳細は記載しない。

結論として、本出願に提供される方法によれば、故障ＰＨＹは効果的に隔離でき、正常ＰＨＹによって搬送されるｃｌｉｅｎｔへの影響が低減でき、サービス伝送の信頼性が改善できる。

ＰＨＹ４では、ＰＨＹ４の故障の原因がＦｌｅｘＥ ｓｈｉｍ層の故障である場合、例えば送信方向のデータがｓｈｉｍ層の故障に起因して不正確な場合、故障の原因が消滅した後、故障ＰＨＹを自動的に回復し、ＦｌｅｘＥ ｇｒｏｕｐに追加することができる。正常にグループを再作成せずにｃｌｉｅｎｔを搬送することができる。故障の回復の後、ネットワークデバイス２は、同期してデータを送信し、ネットワークデバイス１は、同期してデータを受信し、受信したデータを従来技術の方法により処理する。

しかし、まだいくつかのケースがある。例えば、光ファイバの破損がＰＨＹの故障を引き起こす場合、故障を除去するために光ファイバを変更する必要がある。光ファイバを変更することは、故障が発生する前に存在する伝送遅延に対するＰＨＹの伝送遅延を変化させる可能性がある。例えば、変更された光ファイバは長くなる可能性があり、データ受信方向においては、ＰＨＹ４の第１オーバーヘッドブロックは、別のＰＨＹの第１オーバーヘッドブロックよりも後にネットワークデバイス１に到達する。従って、ネットワークデバイス１は全てのＰＨＹをアラインメントすることはできない。この場合、再度ＰＨＹアラインメント操作を行う必要がある。ただし、再度ＰＨＹアラインメント動作を行うと、送信中のｃｌｉｅｎｔに対してサービスの中断が発生する。故障ＰＨＹの可逆回復を実現するために、本出願は、故障回復処理方法２００を提供する。

以下では、図７を参照して、本出願で提供される故障回復処理方法２００を特に説明する。期間２中に、方法２００は、以下の動作Ｓ２０１ないしＳ２０４を含む。なお、ＰＨＹの故障が回復した場合には、ＰＨＹを、損失なしに再度ｇｒｏｕｐに追加することができるように、方法２００の操作は方法１００の前に行う必要があることに留意することとする。

Ｓ２０１。期間２中に、ネットワークデバイス２は、ＦｌｅｘＥ ｇｒｏｕｐを使用して、４つのＦｌｅｘＥオーバーヘッドフレームをネットワークデバイス１に送信する。４つのＦｌｅｘＥオーバーヘッドフレームは、それぞれＦｌｅｘＥオーバーヘッドフレームＡと、ＦｌｅｘＥオーバーヘッドフレームＢと、ＦｌｅｘＥオーバーヘッドフレームＣと、ＦｌｅｘＥオーバーヘッドフレームＤとである。４つのＦｌｅｘＥオーバーヘッドフレームは、４つの第１オーバーヘッドブロックを含む。具体的には、ネットワークデバイス２は、ＰＨＹ１を使用してＦｌｅｘＥオーバーヘッドフレームＡをネットワークデバイス１に送信し、ＦｌｅｘＥオーバーヘッドフレームＡは、第１オーバーヘッドブロックＡを含む。ネットワークデバイス２は、ＰＨＹ２を使用してＦｌｅｘＥオーバーヘッドフレームＢをネットワークデバイス１に送信し、ＦｌｅｘＥオーバーヘッドフレームＢは、第１オーバーヘッドブロックＢを含む。ネットワークデバイス２は、ＰＨＹ３を使用してＦｌｅｘＥオーバーヘッドフレームＣをネットワークデバイス１に送信し、ＦｌｅｘＥオーバーヘッドフレームＣは、第１オーバーヘッドブロックＣを含む。ネットワークデバイス２は、ＰＨＹ４を使用してＦｌｅｘＥオーバーヘッドフレームＤをネットワークデバイス１に送信し、ＦｌｅｘＥオーバーヘッドフレームＤは、第１オーバーヘッドブロックＤを含む。

Ｓ２０２。ネットワークデバイス１は、ＦｌｅｘＥ ｇｒｏｕｐを使用して、ネットワークデバイス２によって送信された４つの第１オーバーヘッドブロックを受信する。

Ｓ２０３。ネットワークデバイス１は、受信された４つの第１オーバーヘッドブロックを４つのメモリに格納する。ここで、４つの第１オーバーヘッドブロックは、４つのメモリと１対１で対応する。

Ｓ２０４。ネットワークデバイス１は、４つのメモリから４つの第１オーバーヘッドブロックを同時に読み出す。対応するメモリに特定の第１オーバーヘッドブロックが格納される時点から開始するプリセットの継続時間Ｔの後に、４つの第１オーバーヘッドブロックが読み出される。特定の第１オーバーヘッドブロックは、４つの第１オーバーヘッドブロックのうちの最後に格納された第１オーバーヘッドブロックである。継続時間Ｔは、１つのクロックサイクル以上であり、クロックサイクルは、１つのメモリ上で１回の読み出し動作を実行するのにネットワークデバイス１に必要とされる継続時間である。１回の読み出し動作において、ネットワークデバイス１は、１つのメモリから少なくとも１つのデータブロックを読み出してよい。特定の実施では、継続時間Ｔは、２クロックサイクル以上である。

具体的な実施形態では、装置に電源が投入され、ＰＨＹアラインメント動作を実行すると、前述の方法２００での前述の動作Ｓ２０１ないしＳ２０４が実行される。本出願では、メモリ読み取り遅延メカニズム、即ちメモリの読み取りを遅延させるメカニズムを設定し、ＦｌｅｘＥ ｇｒｏｕｐのネットワークデバイス１に最後に到着した第１オーバーヘッドブロックをメモリに記憶した後、キャッシュされたデータを全てのメモリから同時に読み取る。即ち、ＰＨＹに対応しメモリに記憶された第１オーバーヘッドブロックは、プリセットの継続時間Ｔの後、同時に読み取りが開始される。従って、故障ＰＨＹの回復中に異なるＰＨＹによって生じ得る遅延差がキャッシング継続時間Ｔに吸収されることができ、異なるＰＨＹ間の遅延差によるＰＨＹの再度のアラインメントを回避する。このようにして、サービス中断が回避されるのであり、故障ＰＨＹの可逆回復を実現することができる。

４つの第１オーバーヘッドブロックにおいて、ネットワークデバイス１のメモリ内に最も短い継続時間留まる第１オーバーヘッドブロックが、特定の第１オーバーヘッドブロックであることが、理解され得る。他の３つの第１オーバーヘッドブロックのそれぞれがネットワークデバイス１のメモリ内に留まる継続時間は、継続時間Ｔよりも長い。

継続時間Ｔは、実際のネットワークでの特定の設計解決策に従って適応的に構成されてよい。Ｔは、Ｗ個のクロックサイクルであってよい。Ｗは、［２，１０００］の中の任意の整数であってよい。例えば、Ｗは、２，５，１０，５０，１００，２００，３００，４００，又は５００であってよい。確かに、Ｔは、これに代えて、１０００個のクロックサイクルよりも大きくてよい。

図８は、本出願の一実施形態による通信方法３００の概略フローチャートである。方法３００が適用されるネットワークアーキテクチャーは、少なくとも第１ネットワークデバイス及び第２ネットワークデバイスを含む。例えば、第１ネットワークデバイスは、図３又は図４に示すネットワークデバイス１であってよい。第２ネットワークデバイスは、図３又は図４に示すネットワークデバイス２であってよい。ネットワークアーキテクチャーは、図３又は図４に示すネットワークアーキテクチャーであってよい。さらに、図８に示す方法は、図６に示す方法を具体的に実施するために使用されてよい。例えば、図８の第１ネットワークデバイス及び第２ネットワークデバイスは、それぞれ、図６に示す方法１００のネットワークデバイス１及びネットワークデバイス２であってよい。第１期間中に、方法３００は、以下の動作Ｓ３０１ないしＳ３０４を含む。

Ｓ３０１。第２ネットワークデバイスは、同時に、ＦｌｅｘＥ ｇｒｏｕｐ内で現在利用可能なｐ個のＰＨＹを使用して、ｐ個のＦｌｅｘＥオーバーヘッドフレームをネットワークデバイス１に送信する。

ｐ個のＦｌｅｘＥオーバーヘッドフレームは、ｐ個の第１オーバーヘッドブロックを含み、ｐ個の第１オーバーヘッドブロックは、ｐ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、ｐ個のＦｌｅｘＥオーバーヘッドフレームは、ｐ個のＰＨＹと１対１で対応する。ＦｌｅｘＥ ｇｒｏｕｐはｎ個のＰＨＹを含み、ｎ≧２であり、ｎは整数である。第１期間中には、ＦｌｅｘＥ ｇｒｏｕｐ内のｍ個のＰＨＹが故障状態、ｐ個のＰＨＹが正常状態であり、ｐ＋ｍ＝ｎ、ｎ≧２、１≦ｍ＜ｎであり、ｍ及びｐはともに整数である。

Ｓ３０２。第１ネットワークデバイスは、フレキシブルイーサネットグループＦｌｅｘＥ ｇｒｏｕｐ内のｐ個の物理層装置ＰＨＹを使用して、第２ネットワークデバイスによって送信されたｐ個の第１オーバーヘッドブロックを受信する。

Ｓ３０３。第１ネットワークデバイスは、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納する。ここで、ｐ個の第１オーバーヘッドブロックは、ｐ個のメモリと１対１で対応する。

Ｓ３０４。第１ネットワークデバイスは、ｐ個のメモリからｐ個の第１オーバーヘッドブロックを同時に読み出す。

具体的な実施では、第１期間中に、方法３００は、さらに、以下を含む。
第１ネットワークデバイスが、ｍ個のＰＨＹによって搬送されるｃｌｉｅｎｔがマッピングされるスロット内で、連続したイーサネットローカル故障順序セット、Ｅｔｈｅｒｎｅｔ ｌｏｃａｌ ｆａｕｌｔ ｏｒｄｅｒｅｄ ｓｅｔｓを送信する。

第１ネットワークデバイスは、限定はされないが、次の方式で、即ち、ｍ個のＰＨＹによって搬送されるｃｌｉｅｎｔがマッピングされるスロット内で連続するＬＦを送信してよい。

方式１：第１ネットワークデバイスは、連続したＥｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔをｍ個のＰＨＹに対応するｍ個のメモリに書き込む。

ＬＦは、故障したＰＨＹに対応するメモリに書き込まれるので、ｃｌｉｅｎｔサービスの回復中に、ネットワークデバイスは、ＬＦに基づいて、対応するｃｌｉｅｎｔでエラーが発生したと決定することができ、それによって、ユーザに不正確なデータを提供することを回避することができる。

方式２：このｍ個のＰＨＹが故障した場合、第１ネットワークデバイスは、ｍ個のＰＨＹ４に対応するｍ個のメモリにＬＦを書き込まない。この場合、実際に受信したデータがｍ個のメモリに書き込まれてよいし、又はＩｄｌｅブロックが書き込まれ、又はデータが書き込まれない。ｍ個のＰＨＹ４によって搬送されたｃｌｉｅｎｔを故障状態で回復するとき、第１ネットワークデバイスは、ｃｌｉｅｎｔがマッピングされるスロットにＬＦを書き込む。具体的には、ｍ個のメモリからｃｌｉｅｎｔのデータを復元する際に、第１ネットワークデバイスは、全てのｃｌｉｅｎｔに対応するメモリにｃｌｉｅｎｔのデータを書き込む。次に、連続したＬＦがｃｌｉｅｎｔに対応するメモリに書き込まれる。

特定の実施では、第１ネットワークデバイスが、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納する前に、この方法はさらに以下を含む。
第１ＰＨＹが故障状態にあると、第１ネットワークデバイスが決定する。ここで、第１ＰＨＹはｍ個のＰＨＹのうちの１つである。
第１ネットワークデバイスは、ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームを送信する。
第１ネットワークデバイスは、第１ＰＨＹの故障タイプが第１故障タイプであると決定し、アラームを停止する。

特定の実施では、第１ネットワークデバイスが、ｐ個の第１オーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに格納する前に、第１期間中に、この方法はさらに以下を含む。
第１ＰＨＹが故障状態にあると、第１ネットワークデバイスが決定する。ここで、第１ＰＨＹはｍ個のＰＨＹのうちの１つである。
第１ＰＨＹの故障タイプが第１故障タイプであると、第１ネットワークデバイスが決定し、ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームの送信を回避する。

図８に示す方法が図６に示す方法１００を実施するために使用される場合、第１期間は、例えば、方法１００の期間１である。ｐ個の利用可能なＰＨＹは、ＰＨＹ１，ＰＨＹ２，ＰＨＹ３である。故障状態のｍ個のＰＨＹは、例えば、ＰＨＹ４である。方法３００での動作の具体的な実施の詳細については、方法１００での具体的な説明を参照するものとする。詳細は、ここでは再度説明しない。

図９は、本出願の一実施形態による通信方法４００の概略的なフローチャートである。方法４００が適用されるネットワークアーキテクチャーは、少なくとも第１ネットワークデバイスと第２ネットワークデバイスとを含む。例えば、第１ネットワークデバイスは、図３又は図４に示すネットワークデバイス１であってよく、第２ネットワークデバイスは、図３又は図４に示すネットワークデバイス２であってよい。ネットワークアーキテクチャーは、図３又は図４に示すネットワークアーキテクチャーであってよい。さらに、図９に示す方法４００は、図７に示す方法２００を具体的に実施するために使用されてよい。例えば、図９での第１ネットワークデバイス及び第２ネットワークデバイスは、それぞれ図７に示す方法２００でのネットワークデバイス１及びネットワークデバイス２であってよい。第２期間中に、方法４００は、以下の動作Ｓ４０１ないしＳ４０４を含む。

Ｓ４０１。第２期間中に、第２ネットワークデバイスは、ＦｌｅｘＥ ｇｒｏｕｐを使用して、ｎ個のＦｌｅｘＥオーバーヘッドフレームを第１ネットワークデバイスに送信する。

ＦｌｅｘＥ ｇｒｏｕｐは、ｎ個の物理層装置ＰＨＹを含む。ｎ個のＦｌｅｘＥオーバーヘッドフレームは、ｎ個の第１オーバーヘッドブロックを含む。ｎ個の第１オーバーヘッドブロックは、ｎ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応する。ｎ個のＦｌｅｘＥオーバーヘッドフレームは、ｎ個のＰＨＹと１対１で対応し、ここでｎ≧２であり、ｎは整数である。

Ｓ４０２。第１ネットワークデバイスは、フレキシブルイーサネットグループＦｌｅｘＥ ｇｒｏｕｐを使用して、第２ネットワークデバイスによって送信されたｎ個の第１オーバーヘッドブロックを受信する。

Ｓ４０３。第１ネットワークデバイスは、ｎ個の第１オーバーヘッドブロックをｎ個のメモリに格納する。ここで、ｎ個の第１オーバーヘッドブロックは、ｎ個のメモリと１対１で対応する。

Ｓ４０４。第１ネットワークデバイスは、ｎ個のメモリからｎ個の第１オーバーヘッドブロックを同時に読み出す。ここで、ｎ個の第１オーバーヘッドブロックは、対応するメモリに特定の第１オーバーヘッドブロックが格納される時点から開始する継続時間Ｔの後に、読み出される。

特定の第１オーバーヘッドブロックは、ｎ個の第１オーバーヘッドブロックのうち最後に格納された第１オーバーヘッドブロックである。継続時間Ｔは、２つのクロックサイクル以上であり、クロックサイクルは、１つのメモリ上で１つの読み取り操作を実行するために第１ネットワークデバイスが必要とする継続時間である。

図９に示される方法が図７に示される方法２００を実施するために使用される場合、第２期間は、例えば、方法２００における期間２である。利用可能なｎ個のＰＨＹは、ＰＨＹ１，ＰＨＹ２，ＰＨＹ３，及びＰＨＹ４である。方法４００の動作の具体的な実施詳細については、方法２００の具体的な説明を参照するものとする。詳細は、ここでは再度説明しない。

図１０は、本出願によるネットワークデバイス５００の概略図である。ネットワークデバイス５００は、図３又は図４に示すネットワークアーキテクチャーで使用されてよく、方法１００又は方法２００ではネットワークデバイス１によって実行される動作を実行するように構成され、又は方法３００又は方法４００では第１ネットワークデバイスによって実行される動作を実行するように構成される。ネットワークデバイス５００は、例えば、図３又は図４に示すネットワークアーキテクチャーのネットワークデバイス１であってよく、あるいはラインカード又は関連機能を実現するチップであってよい。図１０に示すように、ネットワークデバイス５００は、受信機５０１と、受信機に結合されたプロセッサ５０２と、ｎ個のメモリ５０３とを含む。受信機５０１は特に、方法１００又は方法２００でネットワークデバイス１によって実行される情報受信動作を実行するように構成される。プロセッサ５０２は、方法１００又は方法２００でネットワークデバイス１によって実行される、情報受信以外の処理を実行するように構成される。ｎ個のメモリ５０３は、方法１００又は方法２００で、ＦｌｅｘＥ ｇｒｏｕｐを使用して、ネットワークデバイス１によって受信されたＦｌｅｘＥデータを格納するように構成される。受信機５０１は、さらに、方法３００又は方法４００で、第１ネットワークデバイスによって実行される情報受信動作を実行するように構成される。プロセッサ５０２は、方法３００又は方法４００で、第１ネットワークデバイスによって実行される情報受信動作以外の処理を実行するように構成される。ｎ個のメモリ５０３は、方法３００又は方法４００で、ＦｌｅｘＥ ｇｒｏｕｐを使用して、第１ネットワークデバイスによって受信されたＦｌｅｘＥデータを格納するように構成される。

受信機は、１つのインターフェースを参照してよく、複数の論理的にバインドされたインターフェースを参照してよい。インターフェースは、例えば、ＰＨＹ層と伝送媒体層との間のインターフェース、例えば媒体依存インターフェース（ｍｅｄｉｕｍ ｄｅｐｅｎｄｅｎｔ ｉｎｔｅｒｆａｃｅ，ＭＤＩ）であってよい。これに代えて、インターフェースは、ネットワークデバイスの物理インターフェースであってよい。プロセッサ５０２は、特定用途向け集積回路（英語：ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，略してＡＳＩＣ）、プログラマブル論理デバイス（英語：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ，略してＰＬＤ）、又はそれらの組み合わせであってよい。ＰＬＤは、複雑なプログラマブル論理デバイス（英語：ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ，略してＣＰＬＤ）、フィールドプログラマブルゲートアレイ（英語：ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，略してＦＰＧＡ）、汎用アレイ論理（英語：ｇｅｎｅｒｉｃ ａｒｒａｙ ｌｏｇｉｃ，略してＧＡＬ）、又はそれらの任意の組み合わせであってよい。プロセッサ５０２は、中央処理装置（英語：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，略してＣＰＵ）、ネットワークプロセッサ（英語：ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ，略してＮＰ）、又はＣＰＵとＮＰとの組み合わせであってよい。プロセッサ５０２は、１つのプロセッサであってよく、又は複数のプロセッサを含んでよい。メモリ５０３は、ランダムアクセスメモリ（英語：ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ，略してＲＡＭは略して）などの揮発性メモリ（英語：ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）を含んでよい。又はメモリは、リードオンリーメモリ（英語：ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，略してＲＯＭ）、フラッシュメモリ（英語：ｆｌａｓｈ ｍｅｍｏｒｙ）、ハードディスクドライブ（英語：ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ，略してＨＤＤ）、又はソリッドステートドライブ（英語：ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ， 略してＳＳＤ）などの不揮発性メモリ（英語：ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）を含んでよい。又はメモリ８２０は、上記のタイプのメモリの組み合わせを含んでよい。本出願でのｎ個のメモリ５０３は、ｎ個の独立したメモリであってよい。これに代えて、ｎ個のメモリは、１つ以上のメモリに統合されてよい。この場合、メモリは、対応するメモリ内の異なる記憶領域として理解されてよい。

受信機５０１、プロセッサ５０２、及びｎ個のメモリ５０３は、独立した物理的ユニットであってよい。プロセッサ５０２及びｎ個のメモリ５０３は、一緒に統合されてよく、ハードウェアを使用して実施されてよい。また、受信機５０１は、プロセッサ５０２及びｎ個のメモリ５０３と一体化されてよく、ハードウェアを使用して実施されてよい。ハードウェアは、例えば、ＡＳＩＣ、ＰＬＤ、又はそれらの組み合わせであってよい。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、汎用アレイ論理ＧＡＬ、又はそれらの任意の組み合わせであってよい。

本出願の実施形態に記載した方法又はアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアユニット、又はそれらの組み合わせに直接組み込まれてよい。ソフトウェアユニットは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル磁気ディスク、ＣＤ－ＲＯＭ、又は当技術分野における任意の他の形態の記憶媒体に記憶してよい。例えば、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができるように、記憶媒体はプロセッサに接続してよい。任意であるが、これに代えて、記憶媒体は、プロセッサに統合されてよい。プロセッサと記憶媒体とは、ＡＳＩＣ内に配置されてよい。

前述のプロセスの通し番号は、本出願の種々の実施形態では実行順序を意味しないことを理解するものとする。プロセスの実行順序は、プロセスの機能及び内部論理に従って決定されるものとし、本出願の実施形態の実施プロセスに対するいかなる制限としても解釈されるものとしない。

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用して実施してよい。ソフトウェアを使用して実施形態を実施する場合、実施形態は、コンピュータプログラム製品の形態で完全に又は部分的に実施してよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令が、コンピュータ上でロード及び実行される場合、本出願の実施形態による手順又は機能が、全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブルな装置であってよい。コンピュータ命令は、コンピュータ可読な記憶媒体に記憶されてよく、又はコンピュータ可読な記憶媒体から別のコンピュータ可読な記憶媒体に送信されてよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））、又は無線（例えば、赤外線、無線、又はマイクロ波）方式で、ウェブサイト、コンピュータ、サーバ又はデータセンターから、別のウェブサイト、コンピュータ、サーバ又はデータセンターに送信されてよい。コンピュータ可読な記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってよく、又は、１つ以上の使用可能な媒体を統合するサーバ又はデータセンターのようなデータ記憶装置であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ））などであってよい。

本明細書の実施形態は、全て漸進的に記載されている。実施形態での同一又は類似の部分については、これらの実施形態を参照するものとする。各実施形態は、他の実施形態との差異に焦点を当てている。特に、装置及びシステムの実施形態は、基本的には、方法の実施形態に類似しているので、簡単に説明してある。関連する部分については、方法の実施形態の説明を参照するものとする。

前述の説明は、単に本発明の具体的な実施であるが、本発明の保護範囲を制限することを意図したものではない。本発明に開示された技術的範囲内で当業者によって容易に解明される任意の変更又は代替は、本発明の保護範囲に含まれるものとする。従って、本発明の保護範囲は、請求項の保護範囲に従うものとする。

Claims (15)

1. フレキシブルイーサネット（ＦｌｅｘＥ）通信方法であって、第１期間中に、方法が、
   第１ネットワークデバイスによりＦｌｅｘＥ ｇｒｏｕｐを使用して、第２ネットワークデバイスによって送信されたｎ個の第１オーバーヘッドブロックを受信するステップであり、前記ＦｌｅｘＥ ｇｒｏｕｐはｎ個の物理層装置ＰＨＹを含み、前記ｎ個の第１オーバーヘッドブロックは、ｎ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、前記ｎ個のＦｌｅｘＥオーバーヘッドフレームは、前記ｎ個のＰＨＹと１対１で対応し、ｎ≧２であり、ｎは整数である、受信するステップと、
   前記第１ネットワークデバイスにより、前記ｎ個の第１オーバーヘッドブロックをｎ個のメモリに格納するステップであり、ここで、前記ｎ個の第１オーバーヘッドブロックは、前記ｎ個のメモリと１対１で対応する、格納するステップと、
   前記第１ネットワークデバイスにより、前記ｎ個のメモリから前記ｎ個の第１オーバーヘッドブロックを同時に読み出すステップであり、対応するメモリに特定の第１オーバーヘッドブロックが格納される時点から開始するプリセットの継続時間Ｔの後に、前記ｎ個の第１オーバーヘッドブロックが読み出され、前記特定の第１オーバーヘッドブロックは、前記ｎ個の第１オーバーヘッドブロックのうちの最後に格納された第１オーバーヘッドブロックである、読み出すステップとを備え、
   前記継続時間Ｔは、１つのクロックサイクル以上であり、前記クロックサイクルは、１つのメモリ上で１回の読み出し動作を実行するのに前記第１ネットワークデバイスに必要とされる継続時間である、フレキシブルイーサネット（ＦｌｅｘＥ）通信方法。
2. 第２期間中に、方法は、
   前記第１ネットワークデバイスにより前記ＦｌｅｘＥ ｇｒｏｕｐ内のｐ個のＰＨＹを使用して、前記第２ネットワークデバイスによって送信されたｐ個の第１オーバーヘッドブロックを受信するステップであり、前記ｐ個の第１オーバーヘッドブロックは、ｐ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、前記ｐ個のＦｌｅｘＥオーバーヘッドフレームは、前記ｐ個のＰＨＹと１対１で対応し、前記第２期間中に、前記ＦｌｅｘＥ ｇｒｏｕｐ内のｍ個のＰＨＹが故障状態、前記ｐ個のＰＨＹが正常状態であり、ここでｎ＝ｐ＋ｍ，１≦ｍ＜ｎであり、ｍ及びｐはともに整数である、受信するステップと、
   前記第１ネットワークデバイスにより、前記ｐ個の第１オーバーヘッドブロックを前記ｎ個のメモリのうちのｐ個のメモリに格納するステップであり、ここで、前記ｐ個の第１オーバーヘッドブロックは、前記ｐ個のメモリと１対１で対応する、格納するステップと、
   前記第１ネットワークデバイスにより、前記ｐ個のメモリから前記ｐ個の第１オーバーヘッドブロックを同時に読み出すステップとをさらに含む、請求項１記載の方法。
3. 前記第２期間中に、方法は、
   前記第１ネットワークデバイスにより、前記ｍ個のＰＨＹによって搬送されるクライアントがマッピングされるスロット内で、連続したイーサネットローカル故障順序セットを送信するステップをさらに含む、請求項２記載の方法。
4. 前記第１ネットワークデバイスにより、前記ｍ個のＰＨＹによって搬送されるクライアントがマッピングされるスロット内で、連続したイーサネットローカル故障順序セット、Ｅｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓを送信するステップは、
   前記第１ネットワークデバイスにより、連続した前記Ｅｔｈｅｒｎｅｔ Ｌｏｃａｌ Ｆａｕｌｔ Ｏｒｄｅｒｅｄ Ｓｅｔｓを前記ｍ個のＰＨＹに対応するｍ個のメモリに書き込むことを含む、請求項３記載の方法。
5. 前記第１ネットワークデバイスにより、前記ｐ個の第１オーバーヘッドブロックを前記ｎ個のメモリのうちの前記ｐ個のメモリに格納する前に、前記第２期間中に、方法は、
   前記第１ネットワークデバイスにより、第１ＰＨＹが故障していると決定するステップであり、ここで、前記第１ＰＨＹは前記ｍ個のＰＨＹのうちの１つである、決定するステップと、
   前記第１ネットワークデバイスにより、前記ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームを送信するステップと、
   前記第１ネットワークデバイスにより、前記第１ＰＨＹの故障タイプが第１故障タイプであると決定し、前記アラームを停止するステップとをさらに含む、請求項２ないし４のいずれか１項に記載の方法。
6. 前記第１ネットワークデバイスにより、前記ｐ個の第１オーバーヘッドブロックを前記ｎ個のメモリのうちの前記ｐ個のメモリに格納する前に、前記第２期間中に、方法は、
   前記第１ネットワークデバイスにより、第１ＰＨＹが故障していると決定するステップであり、ここで、前記第１ＰＨＹは前記ｍ個のＰＨＹのうちの１つである、決定するステップと、
   前記第１ネットワークデバイスにより、前記第１ＰＨＹの故障タイプが第１故障タイプであると決定し、前記ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームをトリガーすることを回避するステップとをさらに含む、請求項２ないし４のいずれか１項に記載の方法。
7. 受信機と、プロセッサと、ｎ個のメモリとを備え、
   前記受信機は、第１期間中にフレキシブルイーサネット（ＦｌｅｘＥ）ｇｒｏｕｐを使用して、第２ネットワークデバイスによって送信されたｎ個の第１オーバーヘッドブロックを受信するように構成され、前記ＦｌｅｘＥ ｇｒｏｕｐはｎ個のＰＨＹを含み、前記ｎ個の第１オーバーヘッドブロックは、ｎ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、前記ｎ個のＦｌｅｘＥオーバーヘッドフレームは、前記ｎ個のＰＨＹと１対１で対応し、ｎ≧２であり、ｎは整数であり、
   前記プロセッサは、
   前記第１期間中に、前記ｎ個の第１オーバーヘッドブロックを前記ｎ個のメモリに格納し、ここで、前記ｎ個の第１オーバーヘッドブロックは、前記ｎ個のメモリと１対１で対応し、
   前記第１期間中に、前記ｎ個のメモリから前記ｎ個の第１オーバーヘッドブロックを同時に読み出し、対応するメモリに特定の第１オーバーヘッドブロックが格納される時点から開始する継続時間Ｔの後に、前記ｎ個の第１オーバーヘッドブロックが読み出され、前記特定の第１オーバーヘッドブロックは、前記ｎ個の第１オーバーヘッドブロックのうちの最後に格納された第１オーバーヘッドブロックである
   ように構成され、
   前記継続時間Ｔは、１つのクロックサイクル以上であり、前記クロックサイクルは、１つのメモリ上で１回の読み出し動作を実行するのに第１ネットワークデバイスに必要とされる継続時間である、第１ネットワークデバイス。
8. 前記ｎ個のＰＨＹはｐ個のＰＨＹを含み、
   前記受信機は、第２期間中に、前記第２ネットワークデバイスによって送信されたｐ個の第１オーバーヘッドブロックを受信するようにさらに構成され、前記ｐ個の第１オーバーヘッドブロックは、ｐ個のＦｌｅｘＥオーバーヘッドフレームと１対１で対応し、前記ｐ個のＦｌｅｘＥオーバーヘッドフレームは、前記ｐ個のＰＨＹと１対１で対応し、前記第２期間中に、前記ＦｌｅｘＥ ｇｒｏｕｐ内のｍ個のＰＨＹが故障状態、前記ｐ個のＰＨＹが正常状態であり、ここでｎ＝ｐ＋ｍ，１≦ｍ＜ｎであり、ｍ及びｐはともに整数であり、
   前記プロセッサは、前記第２期間中に、前記ｐ個の第１オーバーヘッドブロックを前記ｎ個のメモリのうちのｐ個のメモリに格納し、前記ｐ個のメモリから前記ｐ個の第１オーバーヘッドブロックを同時に読み出し、ここで、前記ｐ個の第１オーバーヘッドブロックは、前記ｐ個のメモリと１対１で対応するように、さらに構成されている、請求項７記載の第１ネットワークデバイス。
9. 前記プロセッサは、
   前記第２期間中に、前記ｍ個のＰＨＹによって搬送されるクライアントがマッピングされるスロット内で、連続したイーサネットローカル故障順序セットを送信するように、さらに構成されている、請求項８記載の第１ネットワークデバイス。
10. 前記プロセッサが、前記ｍ個のＰＨＹによって搬送されるクライアントがマッピングされるスロット内で、連続したイーサネットローカル故障順序セットを送信するように、さらに構成されていることは、
    前記プロセッサが、連続した前記イーサネットローカル故障順序セットを前記ｍ個のＰＨＹに対応するｍ個のメモリに書き込むように、さらに構成されていることを含む、請求項９記載の第１ネットワークデバイス。
11. 前記プロセッサが、前記ｐ個の第１オーバーヘッドブロックを前記ｎ個のメモリのうちの前記ｐ個のメモリに格納する前に、前記第２期間中に、前記プロセッサは、
    第１ＰＨＹが故障状態にあると決定し、ここで、前記第１ＰＨＹは前記ｍ個のＰＨＹのうちの１つであり、
    前記ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すのに用いられるアラームを送信し、
    前記第１ＰＨＹの故障タイプが第１故障タイプであると決定し、前記アラームを停止する
    ように、さらに構成されている、請求項８ないし１０のいずれか１項に記載の第１ネットワークデバイス。
12. 前記プロセッサが、前記ｐ個の第１オーバーヘッドブロックを前記ｎ個のメモリのうちの前記ｐ個のメモリに格納する前に、前記第２期間中に、前記プロセッサは、
    第１ＰＨＹが故障状態にあると決定し、ここで、前記第１ＰＨＹは前記ｍ個のＰＨＹのうちの１つであり、
    前記第１ＰＨＹの故障タイプが第１故障タイプであると決定し、前記ＦｌｅｘＥ ｇｒｏｕｐに故障が発生したことを示すアラームの送信を回避する
    ように、さらに構成されている、請求項８ないし１０のいずれか１項に記載の第１ネットワークデバイス。
13. コンピュータプログラムを備え、プログラムがプロセッサにより実行されたときに、請求項１ないし６のいずれか１項に記載の方法が実施される、コンピュータ可読な記憶媒体。
14. コンピュータプログラムを備え、前記コンピュータプログラムがコンピュータにより実行されたときに、請求項１ないし６のいずれか１項に記載の方法が実施される、コンピュータプログラム製品。
15. 請求項７ないし１２のいずれか１項に記載の第１ネットワークデバイスを備えている、通信システム。
    

Images