JP7282187B2 - フレキシブルイーサネット通信方法及びネットワーク装置 - Google Patents

Description

本願は通信技術の分野に関し、特に、フレキシブルイーサネット（英語：Flexible Ethernet、FlexE）通信方法、ネットワーク装置及びシステムに関する。

FlexE技術は、イーサネットメディアアクセス制御（英語：Media Access Control、ＭＡＣ）レイヤを物理層からデカップリングすることにより高速イーサネット（英語：Ethernet）インターフェイスを基づいて実施される低コストで信頼性の高いキャリアクラスインターフェイス技術である。FlexE技術では、ＩＥＥＥ８０２．３に従ってフレキシブルイーサネットシム（英語：FlexE
shim）層を導入して、ＭＡＣ層と物理層との間のデカップリングを実施することにより、フレキシブルレートマッチングが実施される。

FlexE技術では、複数のイーサネット物理層装置（以下では、物理層装置を簡単にＰＨＹと呼ぶ）をフレキシブルイーサネットグループ（英語：FlexE group）に結合すること及び物理層をチャネリングすること等の機能を用いて、フレキシブル帯域幅のためのポートの適用要件を満たしている。したがって、FlexEによって提供されるＭＡＣレートは単一のＰＨＹのレートよりも高い場合（これは結合を通じて実施される）又は単一のＰＨＹのレートよりも低い場合（これはチャネル化によって実施される）があり得る。

現行のFlexE規格及び関連する先行技術における解決策によれば、FlexE group内の１つ以上のＰＨＹがフォルト状態にある場合、全体のFlexE group内で扱われている全てのフレキシブルイーサネットクライアント（英語：FlexE
client）サービスが被害を受ける。すなわち、正常に動作するＰＨＹによって扱われるclientサービスも被害を受け、中断期間は何十ミリ秒にも達し得る。したがって、FlexE groupにおいて、通常状態にあるＰＨＹによって扱われるclientサービスに対するフォルト状態にあるＰＨＹの影響をどのように軽減するかが現在解決すべき緊急の課題となっている。

本願の実施形態は、FlexE groupにおいて、通常状態にあるＰＨＹによって扱われるclientサービスに対するフォルト状態にあるＰＨＹの影響を低減するFlexE通信方法を提供する。

第１の態様によれば、本願は、フレキシブルイーサネットFlexE通信方法を提供し、当該方法は、
フレキシブルイーサネットグループFlexE group内のｐ個の物理層装置ＰＨＹを用いることにより、前記第１のネットワーク装置が第２のネットワーク装置によって送信されたｐ個の第１のオーバーヘッドブロックを受信することであって、該ｐ個の第１のオーバーヘッドブロックは、ｐ個のFlexEオーバーヘッドフレームと１対１の対応関係にあり、該ｐ個のFlexEオーバーヘッドフレームは該ｐ個のＰＨＹと１対１の対応関係にあり、該FlexE groupはｎ個のＰＨＹを含み、ｎ≧２であり、ｎは整数であり、
第１の期間では、FlexE group内のｍ個のＰＨＹはフォルト状態にあり、前記ｐ個のＰＨＹは正常状態にあり、ｐ＋ｍ＝ｎであり、１≦ｍ＜ｎであり、ｍ及びｐの双方は整数である、ことと、
前記第１のネットワーク装置が、前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することであって、前記ｐ個の第１のオーバーヘッドブロックは該ｐ個のメモリと１対１の対応関係にある、ことと、
前記第１のネットワーク装置が、前記ｐ個のメモリから前記ｐ個の第１のオーバーヘッドブロックを同時に読み出すことと、を含む。

可能な設計では、前記方法は、
前記第１のネットワーク装置が、前記ｍ個のＰＨＹによって運ばれるclientがマップされるスロット内に連続するイーサネットローカルフォルトオーダードセット Ethernet local fault ordered setsを送信することをさらに含む。

可能な設計では、前記第１のネットワーク装置が、前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することの前に、前記方法は、
前記第１のネットワーク装置が、第１のＰＨＹはフォルト状態にあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
前記第１のネットワーク装置がアラームを送信することであって、該アラームは、前記FlexE groupにフォルトが発生したことを示す、ことと、
前記第１のネットワーク装置が前記第１のＰＨＹのフォルトタイプは第１のフォルトタイプであると判定し、前記アラームを停止することと、をさらに含む。

先行技術では、FlexE group内のいずれかのＰＨＹがフォルト状態にある場合、ネットワーク装置は、FlexE
groupでフォルトが発生したことを示すのに用いられるアラームを送信し、FlexE group内のＰＨＹが正常状態になるまでアラームを停止しない。第１のネットワーク装置がアラームを送信することは、第１のネットワーク装置がFlexE groupアラーム状態を切り替えることとしても理解され得る。このアラーム状態では、FlexE group全体のサービスが影響を受け、正常に動作することができない。本願の方法によれば、アラームを送信した後で、第１のネットワーク装置はＰＨＹのフォルトタイプを判定してアラームを停止することを判断して、正常なＰＨＹによって運ばれるclientサービスの中断を回避する。

前記第１のネットワーク装置が、前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することの前に、前記方法は、
前記第１のネットワーク装置が、第１のＰＨＹはフォルト状態にあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
前記第１のネットワーク装置が、前記第１のＰＨＹのフォルトタイプは第１のフォルトタイプであると判定し、前記FlexE groupにフォルトが発生したことを示すアラームを送信しないようにすることと、をさらに含む。

本願では、現在のFlexE group内の１つ以上のＰＨＹにフォルトがある場合、フォルトがあるＰＨＹの第１のオーバーヘッドブロックは、ＰＨＹアライメントの決定条件として用いられない。具体的には、FlexE group内の現在正常状態にあるＰＨＹの第１のオーバーヘッドブロックの全てが対応するメモリに記憶されている場合に、FlexE groupのＰＨＹがアラインしていると考えられる。本願で提供される技術的解決策によれば、clientにＬＦを挿入し、グループレベルの保護スイッチを開始し、FlexE groupを再度作成する必要なしに、正常なＰＨＹに対するフォルトがあるＰＨＹの影響を効果的に分離することができる。したがって、正常なＰＨＹによって運ばれるclientサービスが影響を受けないことを確実にすることにより、サービス送信の信頼性を向上させる。

第２の態様によれば、本願は、フレキシブルイーサネットFlexE通信方法を提供する。第１の期間において、当該方法は、
フレキシブルイーサネットグループFlexE groupを用いることにより、前記第１のネットワーク装置が、第２のネットワーク装置によって送信されたｎ個の第１のオーバーヘッドブロックを受信することであって、FlexE groupはｎ個の物理層装置ＰＨＹを含み、該ｎ個の第１のオーバーヘッドブロックは、ｎ個のFlexEオーバーヘッドフレームと１対１の対応関係にあり、該ｎ個のFlexEオーバーヘッドフレームは該ｎ個のＰＨＹと１対１の対応関係にあり、ｎ≧２であり、ｎは整数であることと、前記第１のネットワーク装置が、ｎ個のメモリに前記ｎ個の第１のオーバーヘッドブロックを記憶することであって、前記ｎ個の第１のオーバーヘッドブロックは該ｎ個のメモリと１対１の対応関係にある、ことと、前記第１のネットワーク装置が、前記ｎ個のメモリから前記ｎ個の第１のオーバーヘッドブロックを同時に読み出すことであって、前記ｎ個の第１のオーバーヘッドブロックは、特定の第１のオーバーヘッドブロックが対応するメモリに記憶された時点から始まる予め設定された期間Ｔの後に読み出され、該特定の第１のオーバーヘッドブロックは前記ｎ個のオーバーヘッドブロックのくひの最後に記憶された第１のオーバーヘッドブロックであり、該期間Ｔは１クロック周期以上であり、該クロック周期は前記第１のネットワーク装置が１つのメモリに対して１回の読み出し動作を行うのに要する期間である、こととを含む。

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

可能な設計では、第２の期間において、前記方法は、
前記第１のネットワーク装置が、前記FlexE group内のｐ個のＰＨＹを用いることによって、前記第２のネットワーク装置によって送信されたｐ個の第１のオーバーヘッドブロックを受信することであって、該ｐ個の第１のオーバーヘッドブロックはｐ個のFlexEのオーバーヘッドフレームと１対１の対応関係にあり、該ｐ個のFlexEのオーバーヘッドフレームは該ｐ個のＰＨＹと１対１の対応関係にあり、前記第２の期間において、FlexE group内のｍのＰＨＹはフォルト状態にあり、ｐ個のＰＨＹは正常状態にあり、ｎ＝ｐ＋ｍであり、１≦ｍ＜ｎであり、ｍ及びｐの双方は整数である、ことと、
前記第１のネットワーク装置が、前記ｐ個の第１のオーバーヘッドブロックを前記ｎ個のメモリのうちのｐ個のメモリに記憶することであって、前記p個の第１のオーバーヘッドブロックは該ｐ個のメモリと１対１の対応関係にある、ことと、前記第１のネットワーク装置が、前記ｐ個のメモリから前記ｐ個の第１のオーバーヘッドブロックを同時に読み出すこととを含む。

可能な設計では、前記第２の期間において、前記方法は、
前記第１のネットワーク装置が、前記ｍ個のＰＨＹによって運ばれるclientがマップされるスロット内に連続するイーサネットローカルフォルトオーダードセット Ethernet local fault ordered setsを送信することは、
前記第１のネットワーク装置が、前記ｍ個のＰＨＹに対応するｍ個のメモリに前記連続するイーサネットローカルフォルトオーダードセットを書き込むことを含む。

可能な設計では、前記第２の期間において、前記第１のネットワーク装置が前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することの前に、前記方法は、
前記第１のネットワーク装置が、第１のＰＨＹにフォルトがあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
前記第１のネットワーク装置がアラームを送信することであって、該アラームは、前記FlexE groupにフォルトが発生したことを示す、ことと、
前記第１のネットワーク装置が、前記第１のＰＨＹのフォルトタイプは第１のフォルトタイプであると判定し、前記アラームを停止することと、をさらに含む。

可能な設計では、前記第２の期間において、前記第１のネットワーク装置が前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することの前に、前記方法は、
前記第１のネットワーク装置が、第１のＰＨＹはフォルトがあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
前記第１のネットワーク装置が、前記第１のＰＨＹのフォルトタイプが第１のフォルトタイプであると判定し、前記FlexE groupにフォルトが発生したことを示すアラームをトリガしないようにすることと、をさらに含む。

前述の方法では、メモリ読み出し遅延機構が設定されているため、ＰＨＹ上にあり、FlexE groupに最後に到着した第１のオーバーヘッドブロックがメモリに記憶された後、キャッシュされたデータが全てのメモリから同時に読み出され始める。すなわち、ＰＨＹに対応し、メモリに記憶された第１のオーバーヘッドブロックが、キャッシュ期間Ｔの後に同時に読み出され始める。したがって、ＰＨＹフォルト復旧の間に生じ得る遅延変化をキャッシュ期間Ｔで吸収できるため、ＰＨＹの再度のアラインメントを回避できる。このように、サービスの中断が回避され、故障したＰＨＹの無損失の復旧を実施できる。

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

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

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

第６の態様によれば、本願は、第１の態様、第２の態様、第１の態様の任意の可能な設計又は第２の態様の任意の可能な設計における方法を行うように構成された、第３の態様で提供されるネットワーク装置を含む通信システムを提供する。

図１Ａは、本願の一実施形態に係る、６４Ｂ／６６Ｂコーディングのコードパターン定義の概略図である。 図１Ｂは、本願の一実施形態に係る、アイドルブロックのコードパターン定義の概略図である。 図２は、ＰＨＹ規格アーキテクチャの概略図である。 図３は、本願の一実施形態に係るネットワークシナリオの概略図である。 図４は、本願の一実施形態に係る、FlexE技術を用いることにより情報を送信することの概略的なアーキテクチャ図である。 図５は、本願の一実施形態に係る、第１のオーバーヘッドブロックのコードパターン定義の概略図である。 図６は、本出願の一実施形態に係る、フォルト分離のための通信方法の概略フローチャートである。 図７は、本願の一実施形態に係る、フォルト復旧のための通信方法の概略フローチャートである。 図８は、本願の一実施形態に係る、フォルト分離のための別の通信方法の概略フローチャートである。 図９は、本願の一実施形態に係る、フォルト復旧のための別の通信方法の概略フローチャートである。 図１０は、本願の一実施形態に係る、ネットワーク装置の概略構造図である。

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

本願における「１」、「２」、「３」、「４」、「第１」、「第２」、「第３」及び「第４」等の通常の番号は、複数のオブジェクトを区別するために用いられ、複数のオブジェクトの順序を制限するために用いられていない。

本願におけるFlexEに関する先行技術については、オプティカルネットワーキングフォーラム（英語：Optical
Internetworking Forum、ＯＩＦ）が策定したFlexE規格ＩＡ ＯＩＦ－ＦＬＥＸＥ－０１．０又はＩＡ ＯＩＦ－ＦＬＥＸＥ－０２．０の関連説明を参照されたい。上記の規格は、参照によりその全体が本願に組み込まれる。

イーサネットでは、イーサネットポートは論理データ指向コンセプトとして通常見られ、論理ポートと呼ばれるか又は簡単にポートと呼ばれ、イーサネット物理インターフェイスはハードウェア概念として見られ、物理インターフェイスと呼ばれるか又は簡単にインターフェイスと呼ばれる。イーサネットポートをマークするためにＭＡＣアドレスが通常用いられる。従来、イーサネットポートの速度はイーサネット物理インターフェイスの速度に基づいて決定される。通常、１つのイーサネットポートの最大帯域幅は、毎秒１０メガビット（メガビット／秒、Ｍｂｐｓ）、１００Ｍｂｐｓ、１０００Ｍｂｐｓ（１Ｇｂｐｓ）、１０Ｇｂｐｓ、４０Ｇｂｐｓ、１００Ｇｂｐｓ又は４００Ｇｂｐｓのイーサネット物理インターフェイス等の１つのイーサネット物理インターフェイスの帯域幅に対応する。

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

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

したがって、FlexEの概念が現れる。フレキシブルイーサネットは、フレキシブル仮想イーサネットとも呼ばれる。FlexEは、イーサネットサービスのためのサブレート、チャネル化及び逆多重化等の機能をサポートする。例えば、イーサネットサービスのサブレートアプリケーションシナリオでは、FlexEは３つの既存の１００ＧＥ物理インターフェイスを通じて２５０Ｇイーサネットサービス（ＭＡＣビットストリーム）の転送をサポートできる。イーサネットサービスの逆多重化シナリオでは、FlexEは、２つの既存の１００ＧＥ物理媒体依存（英語：Physical Medium
Dependent、ＰＭＤ）サブレイヤを通じて２００Ｇイーサネットサービスの転送をサポートできる。イーサネットサービスのチャネル化シナリオでは、FlexEは、１つ以上の物理インターフェイスを共有する上でいくつかの論理ポートをサポートでき、複数の低レートイーサネットサービスを高レートフレキシブルイーサネットに多重化することをサポートできる。

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

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

同期デジタル階層（Synchronous digital hierarchy、ＳＤＨ）/光トランスポートネットワーク（Optical transport network、ＯＴＮ）技術を参照して、FlexEは物理インターフェイス上での伝送のための固定フレームフォーマットを構築し、ＴＤＭスロット分割を行う。以下では、説明のための一例として既存のFlexEフレームフォーマットを用いる。FlexEのＴＤＭスロット分割の粒度は６６ビットであり、それに対応して厳密に６４Ｂ／６６Ｂビットブロックを搬送できる。１つのFlexEフレームは８つの列を含む。フレックスオーバーヘッドブロックは、各列の最初の６４Ｂ／６６Ｂビットブロック位置にある。スロット分割が行われるペイロード領域はオーバーヘッドブロックの後に存在する。ペイロード領域は粒度として６６ビットを用い、２０×１０２３個の６６ビットのキャリア空間に対応する。１００ＧＥインターフェイスの帯域幅は２０個のスロットに分割され、各スロットの帯域幅は約５Ｇｂｐｓである。FlexEは、単一の物理インターフェイス上で、複数の伝送チャンネルを、すなわち、複数のスロットをインターリーブ及び多重化されるように実施する。

いくつかの物理インターフェイスがバインドされてもよく、物理インターフェイスの全てのスロットは組み合わされてイーサネット論理ポートを保持。例えば、１０ＧＥ論理ポートは２つのスロットを必要とし、２５ＧＥ論理ポートは５つのスロットを必要とする。順次送信される６４Ｂ/６６Ｂビットブロックは論理ポート上で見える。各論理ポートは１つのＭＡＣに対応し、対応するイーサネットパケットを送信する。パケットの開始及び終了の識別とアイドルパディングは、従来のイーサネットと同じである。FlexEはインターフェイス技術にすぎず、関連するスイッチング技術は、既存のイーサネットパケットに基づいて行われ得るか又はFlexEに基づいてクロス方式で行われ得る。ここでは、詳細は説明しない。

本願で言及するビットブロックはＭ１／Ｍ２ビットブロックであり得るか又はＭ１Ｂ/Ｍ２Ｂビットブロックと呼ばれ得る。Ｍ１／Ｍ２は符号化スキームを表し、Ｍ１は各ビットブロックにおけるペイロードビットの量を表し、Ｍ２は各ビットブロックにおけるビットの総量を表し、Ｍ１及びＭ２は正の整数であり、Ｍ２＞Ｍ１である。

そのようなＭ１／Ｍ２ビットブロックストリームがイーサネット物理層リンク上で送信される。例えば、１Ｇイーサネットは８／１０ビット符号化を用い、８／１０ビットブロックストリームが１ＧＥ物理層リンク上で送信される。１０ＧＥ／４０ＧＥ／１００ＧＥイーサネットは６４／６６ビット符号化を用い、６４／６６ビットブロックストリームが１０ＧＥ／４０ＧＥ／１００ＧＥ物理層リンク上で送信される。将来のイーサネット技術の発展に伴い、例えば１２８／１３０ビット符号化及び２５６／２５８ビット符号化等の他の符号化スキームがさらに起こり得る。Ｍ１／Ｍ２ビットブロックストリームの場合、異なる種類のビットブロックが存在し、規格で明確に規定されている。以下では、説明のための一例として６４／６６ビット符号化のコードパターン定義を用いる。図１Ａに示すように、２つのヘッダビット「１０」又は「０１」は、６４／６６ビットブロックの同期ヘッダビットであり、後続の６４ビットがペイロードデータ又はプロトコルを運ぶために用いられる。図１Ａでは、１６個のコードパターン定義が存在する。各行は、１種類のビットブロックのコードパターン定義を表す。Ｄ０～Ｄ７はデータバイトを表し、Ｃ０～Ｃ７は制御バイトを表し、Ｓ０は開始バイトを表し、Ｔ０～Ｔ７は終了バイトを表す。第２の行はアイドルビットブロック（アイドルブロック）のコードパターン定義に対応し、アイドルビットブロックは／Ｉ／によって表され、詳細は図１Ｂに示す。７行目は開始ブロックのコードパターン定義に対応する。開始ブロックは／Ｓ／で表され得る。８行目はＯコードブロック（例えば、ＯＡＭコードブロック）のコードパターン定義に対応し、Ｏコードブロックは／Ｏ／で表され得る。第９～第１６行目は８つのエンドブロックのコードパターン定義に対応する。8８のエンドブロックは全て／Ｔ／で表され得る。

FlexE技術では、ＭＡＣ層と物理層との間のデカップリングを実施するために、ＩＥＥＥ８０２．３に従ってFlexEシム層が導入される。FlexEシム層の実施を図２に示し、フレキシブルレートマッチングが実子される。図２に示すように、FlexEの部分アーキテクチャは、ＭＡＣ副層、FlexEシム層及び物理層を含む。ＭＡＣ副層はデータリンク層の副層であり、上位論理リンク制御副層に接続されている。物理層は物理符号化副層（英語：physical coding sublayer、ＰＣＳ）、物理媒体接続（physical
medium attachment、ＰＭＡ）副層及びＰＭＤ副層にさらに分割され得る。前述の層の機能は、対応するチップ又はモジュールによって実施される。

信号送信プロセスでは、ＰＣＳは、データに対して、コーディング、スクランブリング（scrambled）、オーバーヘッド（overhead、ＯＨ）挿入及びアラインメントマーカー（alignment marker、ＡＭ）挿入等の動作を行うように構成されている。信号受信プロセスにおいて、PCSは、前述のステップの逆処理プロセスを実行する。信号の送受信は、PCSの異なる機能モジュールによって実装されてもよい。

ＰＭＡ副層の主な機能は、リンクモニタリング、キャリアモニタリング、符号化／復号化、クロック合成の送信、クロックリカバリの受信である。ＰＭＤ副層の主な機能は、データストリームスクランブリング／デスクランブリング、符号化／復号化及び受信信号に対する直流再生及び適応等化である。

前述のアーキテクチャは説明のための例にすぎず、本願でFlexEに適用可能なアーキテクチャは、それに限定されないことを理解すべきである。例えば、ＭＩＩとＭＡＣ副層との間の信号マッピング機構を提供するために、ＭＡＣ副層とFlexEシム層との間にリコンシリエーション副層（reconciliation
sublayer、ＲＳ）がさらに存在し得る。送信データの信頼性を高めるために、ＰＣＳとＰＭＡ副層との間に前方誤り訂正（forward error correction、ＦＥＣ）副層がさらに存在し得る。

図３は、本願に係るFlexE通信システムのアプリケーションシナリオの概略図である。図３に示すように、FlexE通信システム１００は、ネットワーク装置１、ネットワーク装置２、ユーザ装置１及びユーザ装置２を含む。ネットワーク装置１は中間ノードであり得る。この場合、ネットワーク装置１は、他のネットワーク装置を介してユーザ装置１に接続される。ネットワーク装置１はエッジノードであり得る。この場合、ネットワーク装置１はユーザ装置１に直接接続される。ネットワーク装置１は中間ノードであり得る。この場合、ネットワーク装置１は他のネットワーク装置を介してユーザ装置１に接続される。あるいは、ネットワーク装置１はエッジノードであり得る。この場合、ネットワーク装置１はユーザ装置１に直接接続される。ネットワーク装置２は中間ノードであり得る。この場合、ネットワーク装置２は他のネットワーク装置を介してユーザ装置２に接続される。あるいは、ネットワーク装置２はエッジノードであり得る。この場合、ネットワーク装置２はユーザ装置２に直接接続される。ネットワーク装置１はFlexEインターフェイス１を含み、ネットワーク装置２はFlexEインターフェイス２を含む。FlexEインターフェイス１はFlexEインターフェイス２と隣接している。各FlexEインターフェイスは送信ポート及び受信ポートを含む。従来のイーサネットインターフェイスとの違いは、１つのFlexEインターフェイスが複数のclientを運び、論理インターフェイスとして用いられるFlexEインターフェイスが複数の物理インターフェイスを含み得る点にある。図３に示す順方向チャネルにおけるサービスデータのフロー方向を図３において実線矢印で示し、逆方向チャネルにおけるサービスデータのフロー方向を図３において破線矢印で示す。本発明の実施形態では、順方向チャネルを送信チャネルの一例として用い、送信チャネルにおけるサービスデータのフロー方向は、ユーザ装置２→ネットワーク装置２→ネットワーク装置１→ユーザ装置１である。

なお、図３は、２つのネットワーク装置及び２つのユーザ装置の例を示しているにすぎない。ネットワークは、任意の他の数のネットワーク装置及び任意の他の数のユーザ装置を含み得る。これは、本願の実施形態において限定されない。図３に示すFlexE通信システムは説明のための一例にすぎない。本願で提供されるフレックス通信システムのアプリケーションシナリオは、図３に示すシナリオに限定されない。本願で提供される技術的解決策は、FlexE技術を用いることによりデータ送信が行われる全てのネットワークシナリオに適用可能である。

図４を参照して、図３に示すネットワーク装置１及びネットワーク装置２がFlexE技術を用いることによりデータを送信するプロセスを以下でさらに説明する。

図４に示すように、ＰＨＹ１、ＰＨＹ２、ＰＨＹ３及びＰＨＹ４はFlexE groupにバインドされている。ネットワーク装置１は、FlexE groupインターフェイス、すなわち、FlexEインターフェイス１及びFlexEインターフェイス２を介してネットワーク装置２に接続されている。なお、FlexE groupインターフェイスはFlexEインターフェイスともいう。FlexE groupインターフェイスは、物理インターフェイスのグループをバインドすることによって形成される論理インターフェイスである。FlexE groupインターフェイスは、client１からclient６までの合計６つのclientを運ぶ。client１及びclient２のデータは、送信のためにＰＨＹ１にマップされる。client３のデータは、送信のためにＰＨＹ２及びＰＨＹ３にマップされる。client４のデータは、送信のためにＰＨＹ３にマップされる。client５及びclient６のデータは、送信のためにＰＨＹ４にマップされる。異なるFlexE clientのためのマッピング及び送信は、バインディング機能を実施するためにFlexE
groupで行われることがわかる。

FlexE
groupはバインディンググループとも呼ばれ得る。各FlexE groupに含まれる複数のＰＨＹは、論理バインディング関係を有する。論理バインディング関係とは、異なるＰＨＹ間に物理的な接続関係がないことを意味する。したがって、FlexE groupにおける複数のＰＨＹは互いに物理的に独立し得る。FlexEにおけるネットワーク装置は、複数のＰＨＹの論理バインディングを実施するために、FlexE groupに含まれる特定のＰＨＹを、ＰＨＹの番号を用いて識別し得る。例えば、各ＰＨＹには１～２５４の数字を用いて番号が振られ、０及び２５５は確保された番号である。ＰＨＹの番号はネットワーク装置上のインターフェイスに対応し得る。２つの隣接するネットワーク装置は、同じＰＨＹをマークするために同じ番号を用いる必要がある。FlexE groupに含まれるＰＨＹの番号は連続している必要はない。通常、２つのネットワーク装置の間に１つのFlexE groupが存在する。しかしながら、本願は、２つのネットワーク装置の間に１つのFlexE groupしかないことに限定されない。すなわち、２つのネットワーク装置の間に複数のFlexE groupが存在してもよい。少なくとも１つのclientを運ぶために１つのＰＨＹを用いてもよく、１つのclientが少なくとも１つのＰＨＹ上で転送され得る。ＰＨＹは、送信側装置の物理層装置（デバイス）及び受信側装置の物理層装置を含む。ＩＥＥＥ８０２．３で定義されるＰＨＹ層装置に加えて、FlexEにおけるＰＨＹは、FlexEシム層の機能を行うように構成された装置をさらに含む。送信側装置の物理層装置は、送信側ＰＨＹ又は送信方向におけるＰＨＹとも呼ばれ、受信側装置の物理層装置は受信側ＰＨＹ又は受信方向におけるＰＨＹと呼ばれ得る。

FlexE
clientは、ネットワークの様々なユーザインターフェイスに対応し、既存のＩＰ／イーサネットネットワークにおける従来のサービスインターフェイスと一致する。FlexE clientは、帯域幅要件に基づいて柔軟に構成され、様々なレートのイーサネットＭＡＣデータストリーム（例えば、１０Ｇデータストリーム、４０Ｇデータストリーム、ｎ×２５Ｇデータストリーム及び非標準レートデータストリームでさえも)をサポートする。例えば、データストリームは、６４Ｂ／６６ＢコーディングスキームでFlexEシム層に送信され得る。FlexE clientは、物理アドレスに基づくイーサネットストリームとして解釈され得る。同じFlexE groupを用いることによって送信されたclientは同じクロックを共有する必要があり、これらのclientは、割り当てられたスロットレートに基づいて適応を行う必要がある。

FlexEシム層は、従来のイーサネットアーキテクチャにおいて、ＭＡＣとＰＨＹ（ＰＣＳ副層）との間に挿入される追加の論理層として機能する。FlexE技術のコアアーキテクチャは、カレンダー（英語：calendar）ベースのスロット（英語：time slot）配分メカニズムを用いることにより実施されている。FlexEシム層の主な機能は、同じクロックに基づいてデータをスライスし、事前分割を通じて得られたスロット（slot）にスライスしたデータをカプセル化することである。次に、分割によって得られた各スロットを、予め設定されたスロット構成テーブルに基づいて、FlexE group内のＰＨＹに送信のためにマップする。各スロットは、FlexE
groupの１つのＰＨＹにマップされる。

FlexEシム層は、カレンダベースの動作メカニズム及びclientとFlexE group内のスロットとの間のマッピング関係を反映するために、オーバーヘッドフレーム（英語：overhead frame）／オーバーヘッドマルチフレーム（英語：overhead
Multiframe）を定義する。なお、前述のオーバーヘッドフレームは、フレキシブルイーサネットオーバーヘッドフレーム（英語：FlexE overhead frame）とも呼ばれ、前述のオーバーヘッドマルチフレームは、フレキシブルイーサネットオーバーヘッドマルチフレーム（英語：FlexE overhead multiframe）とも呼ばれ得る。FlexEシム層は、オーバーヘッドを介してインバンド管理チャネルを提供し、自動ネゴシエーションを通じてリンクを確立するために、２つの相互接続されたFlexEインターフェイス間の設定及び管理情報の送信をサポートする。

具体的には、１つのオーバーヘッドマルチフレームは３２個のオーバーヘッドフレームを含み、１つのオーバーヘッドフレームは８つのオーバーヘッドブロック（英語：overhead block）を含む。オーバーヘッドブロックは、オーバーヘッドスロット（英語：overhead slot）とも呼ばれる。オーバーヘッドブロックは、例えば、６４Ｂ／６６Ｂ符号化におけるコードブロックであってよく、１０２３×２０ブロックの間隔で一度現れるが、全てのオーバーヘッドブロックに含まれるフィールドは異なる。オーバーヘッドフレームにおいて、第１のオーバーヘッドブロック（以下、第１のオーバーヘッドブロックという）には、「０ｘ４Ｂ」制御文字及び「０ｘ５」「Ｏ」コード文字等の情報を含む。図５に示すように、第１のオーバーヘッドブロックの２つのヘッダビットは１０であり、制御ブロックタイプは０ｘ４Ｂであり、第１のオーバーヘッドブロックの「Ｏコード」文字は０ｘ５である。情報送信の間、２つの相互接続されたFlexEインターフェイスは、「０ｘ４Ｂ」制御文字及び「０ｘ５」の「Ｏコード」文字に基づくマッチングを通じて、各ＰＨＹ上で送信されるオーバーヘッドフレームの第１のオーバーヘッドブロックを特定する。各ＰＨＹで送信される第１のオーバーヘッドブロックはマーカー（英語：marker）として用いられ、FlexE group内のバインドされたＰＨＹを受信方向に整列させるのに用いられる。FlexE groupのＰＨＹの整列はデータの同期ロックを実施できる。その後、ＰＨＹによって運ばれるデータは、メモリから同期的に読み出すことができる。各オーバーヘッドフレームの第１のコードブロックは、オーバーヘッドフレームのフレームヘッダとも呼ばれ得る。FlexE group内のＰＨＹのアラインメントは、基本的にＰＨＹのオーバーヘッドフレームの第１のオーバーヘッドブロックのアラインメントである。以下では、図４のシナリオを参照しながら、一例を用いてＰＨＹアライメントプロセスを説明する。

図４に示すシナリオでは、FlexE group内の全てのＰＨＹが正常に動作する場合、ネットワーク装置２は、ＰＨＹ１、ＰＨＹ２、ＰＨＹ３及びＰＨＹ４を用いることによりオーバーヘッドフレーム１～オーバーヘッドフレーム４を同時に送信する。オーバーヘッドフレーム１～オーバーヘッドフレーム４は、それぞれ、第１のオーバーヘッドブロック１～第１のオーバーヘッドブロック４をそれぞれ含む。第１のオーバーヘッドブロック１、第１のオーバーヘッドブロック２、第１のオーバーヘッドブロック３及び第１のオーバーヘッドブロック４は、ＰＨＹ１、ＰＨＹ２、ＰＨＹ３及びＰＨＹ４と１対１で対応する。

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

ＰＨＹアライメントは、FlexE groupデスキュー（deskew）とも呼ばれ得る。ＰＨＹアライメントを通じて、ＰＨＹ間の遅延偏差が解消されるため、FlexE group内の全でのＰＨＹ間でスロットアライメントが実施される。前述の遅延偏差は、例えば、異なる光ファイバ長さによってもたらされる。従来技術では、前述のＰＨＹアラインメント動作が行われた後で、FlexE group内の全てのＰＨＹが正常動作状態にある場合に、全てのＰＨＹによって送信されるデータのためにスロットアラインメントを実施できる。したがって、ネットワーク装置１は、全てのＰＨＹの同時に送信された第１のオーバーヘッドブロックを同時に受信し、第１のオーバーヘッドブロックを対応するメモリに同時にキャッシュし、記憶されたデータをメモリから同時に読み出すことができる。このように、各clientのデータをスロットに基づいて回復できる。

しかしながら、FlexE group内の１つ以上のＰＨＹにフォルトがある場合、例えば、ＰＨＹ４にフォルトがある場合、現在の規格又は先行技術における解決策によれば、正常に動作するＰＨＹによって運ばれるclientサービスが損傷を受ける。なお、本願では、現在のＯＩＦ FlexE規格の定義を参照して、ＰＨＹがフォルト状態にあるか又はＰＨＹにフォルトがあるとは、ＰＨＹが、ＰＣＳ＿ｓｔａｔｕｓ＝ＦＡＬＳＥをもたらす、例えば信号損失、フレーミング不具合、アライメント不具合、高ビット誤り率又は他の場合に遭遇することを意味する。

以下では、ＰＨＹのフォルトを処理するためのいくつかの現在の解決策を簡単に説明する。

解決策１:現在、ＯＩＦによって規定されるFlexE規格では次のことが定義されている。FlexE group内の１つ以上のＰＨＹにフォルトがある場合、連続するイーサネットローカルフォルトオーダドセット（英語：Ethernet Local Fault Ordered sets）がFlexE
group内の全てのFlexE clientのために送信される。以下では、イーサネットローカルフォルトオーダドセットをＬＦと略称する。具体的には、受信方向のネットワーク装置は連続するＬＦをFlexE group内の全てのＰＨＹに対応するメモリに書き込む。前述の操作によって、FlexE
groupの全てのclientサービスの中断がもたらされる。

解決策２：自動保護スイッチング（英語：automatic protection switching、ＡＰＳ）等の保護メカニズムを用いて、動作中のFlexE groupが保護FlexE groupに切り替えられ、clientサービスを運ぶために保護FlexE groupが用いられる。しかしながら、前述の動作は、スイッチングプロセスにおいてFlexE group内の全てのclientサービスの中断も引き起こし、中断の期間は、例えば、最大で５０ｍｓであり得る。

解決策３：ＰＨＹ４にフォルトが発生した後に、ネットワーク装置はFlexE groupからフォルトがあるＰＨＹ４を取り除き、ＰＨＹ４を含まない新たなFlexE
groupを再度作成し、新たなFlexE groupを用いてclientサービスを運ぶのを続ける。しかしながら、前述の動作は、グループを再度作成するプロセスにおいて、FlexE group内の全てのclientサービスのサービスの中断ももたらす。

以上のことから、FlexE group内の１つ以上のＰＨＹにフォルトがある場合、FlexE group内の正常な動作状態にあるＰＨＹによって運ばれるclientサービスへの影響をいかに効果的に軽減するかが、解決すべき課題となることがわかる。前述の課題を解決するために、本願はフォルト分離方法１００を提供する。

以下では、図６を参照しながら、本願の実施形態における方法１００を詳細に説明する。方法１００が適用されるネットワークアーキテクチャは、ネットワーク装置１及びネットワーク装置２を含む。例えば、ネットワーク装置１は、図３又は図４に示すネットワーク装置１であってもよく、ネットワーク装置２は、図３又は図４に示すネットワーク装置２であってもよい。ネットワーク装置１及びネットワーク装置２は、FlexE groupを介して接続されている。ネットワークアーキテクチャは、図３又は図４に示すネットワークアーキテクチャであり得る。以下では、図４のアーキテクチャを一例として用いることにより、方法１００を説明する。方法１００は、期間１に行われる以下の動作Ｓ１０１～Ｓ１０４を含む。

Ｓ１０１．ネットワーク装置２は、FlexE group内のＰＨＹ１、ＰＨＹ２及びＰＨＹ３を用いることにより、３つのFlexEオーバーヘッドフレームをネットワーク装置１に同時に送信する。

具体的には、ネットワーク装置２は、ＰＨＹ１を用いることによりFlexEオーバーヘッドフレーム１をネットワーク装置１に送信し、FlexEオーバーヘッドフレーム１は第１のオーバーヘッドブロック１を含む。ネットワーク装置２は、ＰＨＹ２を用いることによってFlexEオーバーヘッドフレーム２をネットワーク装置１に送信し、FlexEオーバーヘッドフレーム２は第１のオーバーヘッドブロック２を含む。ネットワーク装置３は、ＰＨＹ３を用いることによってFlexEオーバーヘッドフレーム３をネットワーク装置１に送信し、FlexEオーバーヘッドフレーム３は、第１のオーバーヘッドブロック３を含む。

期間Ａでは、FlexE group内のＰＨＹ４がフォルト状態であり、ＰＨＹ１、ＰＨＹ２及びＰＨＹ３は全て正常動作状態である。ＰＨＹ４がフォルト状態にある場合、ネットワーク装置２は、ＰＨＹ４を用いることにより対応するFlexEオーバーヘッドフレームを送信し得る。この場合、例えば、ＰＨＹ４に対応する光ファイバが故障した場合、ネットワーク装置２がFlexEオーバーヘッドフレームを送信しても、ネットワーク装置１はFlexEオーバーヘッドフレームを受信することができない。他の例として、ＰＨＹ４に対応する光ファイバが接触不良である場合、リンクのビット誤り率が高くなる。この場合、ネットワーク装置２がFlexEオーバーヘッドフレームを送信したとしても、ネットワーク装置１は、受信したデータに基づいて、ＰＨＹ４に高ビット誤り率のフォルトが発生していると判断し、ＰＨＹ４によって送信されたデータを破棄する。確かに、ネットワーク装置２は、代替的に、FlexEオーバーヘッドフレームを送信しない場合があるが、ＰＨＹ４のフォルトが復旧した場合にFlexEオーバーヘッドフレームを同期的に送信し得る。これは、本願では特に限定されない。

ネットワーク装置２がFlexEオーバーヘッドフレームを送信する特定のプロセスについては、従来技術の方法を参照されたい。本明細書では詳細を説明しない。

Ｓ１０２．ネットワーク装置１は、ＰＨＹ１、ＰＨＹ２及びＰＨＹ３を用いることにより、第１のオーバーヘッドブロック１、第１のオーバーヘッドブロック２及び第１のオーバーヘッドブロック３を受信する。

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

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

本願では、現在のFlexE group内の１つ以上のＰＨＹにフォルトがある場合、フォルトのあるＰＨＹの第１のオーバーヘッドブロックを、ＰＨＹアライメントの決定条件として用いない。具体的には、FlexE group内の現在正常状態にあるＰＨＹの第１のオーバーヘッドブロックの全てが対応するメモリに記憶されている場合、FlexE groupのＰＨＹはアラインされていると考えられる。本願で提供される技術的解決策によれば、clientにＬＦを挿入し、グループレベルの保護スイッチングを開始し、FlexE
groupを再度作成する必要なく、正常なＰＨＹに対するフォルトがあるＰＨＹの影響を効果的に分離できる。したがって、正常なＰＨＹによって運ばれるclientサービスが影響を受けないよう確実にして、サービス送信の信頼性を向上させる。

特定の実施では、期間１において、方法１００は、ネットワーク装置１は、フォルト状態にあるＰＨＹ４によって運ばれるclientがマップされたスロット内に連続するＬＦを送信する。

ネットワーク装置１は、下記の様態に限定されないが、フォルト状態にあるＰＨＹ４によって運ばれるclientがマップされたスロット内に連続するＬＦを送信し得る。

様態１:ネットワーク装置１は、連続したイーサネットローカルフォルトオーダードセット
Ethernet local fault ordered setsを、フォルト状態にあるＰＨＹ４に対応するメモリに書き込む。

ＬＦは、フォルトがあるＰＨＹに対応するメモリに書き込まれるため、clientサービスの復旧の間に、ネットワーク装置は、ＬＦに基づいて、対応するclientにエラーが起きていると判定でき、それによって、ユーザに誤ったデータを提供するのを避けることができる。

例えば、ネットワーク装置１は、FlexEクロス技術を用いることによりデータを送信し、フォルトがあるＰＨＹに対応するメモリにＬＦを書き込むため、フォルトがあるＰＨＹによって運ばれるclientサービスが下流の装置に転送された場合、ＬＦがclientに挿入され、clientサービスは下流の装置への転送が続けられる。最後に、シンク装置は、ＬＦに基づいて、ＰＨＹ４によって運ばれるclientサービスにおいてエラーが起きていることを特定し得る。このように、誤ったデータをタイムリーに破棄できるため、ユーザに誤ったデータを提供することが避けられる。

様態２:ＰＨＹ４にフォルトがある場合、ネットワーク装置１は、ＰＨＹ４に対応するメモリにＬＦを書き込まない。この場合、実際に受信したデータが書き込まれ得るか又はアイドルブロックが書き込まれるか又はデータは書き込まれない。ＰＨＹ４によって運ばれるclientを回復する場合、ネットワーク装置１は、clientがマップされるスロットにＬＦを書き込む。具体的な実施では、ネットワーク装置１はＰＨＹに対応するメモリからキャッシュされたデータを読み出し、clientのデータを回復し、clientのデータを全てのclientに対応するメモリに記憶する。次に、連続するＬＦがclientに対応するメモリに書き込まれる。

特定の実施では、ネットワーク装置１が３つのメモリに３つの第１のオーバーヘッドブロックを記憶する前に、方法１００は、
ＰＨＹ４がフォルト状態にあると判定した後で、ネットワーク装置１がアラームを送信し、該アラームはFlexE groupにフォルトが発生していることを示す、ことと、
ネットワーク装置１が、ＰＨＹ４のフォルトタイプが第１のフォルトタイプであると判定し、アラームを停止することと、をさらに含む。

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

別の特定の実施では、ネットワーク装置１が３つのメモリに３つの第１のオーバーヘッドブロックを記憶する前に、方法１００は、
第１のネットワーク装置が第１のＰＨＹは故障状態にあると判定することであって、第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
第１のネットワーク装置が第１のＰＨＹのフォルトタイプは第１のフォルトタイプであると判定し、FlexE groupにフォルトが発生したことを示すアラームを送信しないようにすることと、をさらに含む。

この実施では、ＰＨＹにフォルトが起きた後、ＰＨＹのフォルトタイプが先ず判定される。次に、ＰＨＹのフォルトタイプに基づいて、FlexE groupにフォルトが発生したことを示すアラームを送信するかどうかが決定される。したがって、ＰＨＹのフォルトが特定のフォルトタイプに属する場合、アラームは送信されない。このように、正常なＰＨＹによって受信されたデータに対して後続の処理が継続して行われ、サービスは中断されない。

本願では、ネットワーク装置１はＰＨＹのフォルトタイプを特定し、異なるフォルトタイプに対して対応する処理を行い得る。第１のフォルトタイプ及び第２のフォルトタイプという２つのフォルトタイプが存在し得る。第１のフォルトタイプでは、ネットワーク装置１は、本願で提供されるフォルト分離方法を用いてフォルトのあるＰＨＹを分離し得る。フォルトのあるＰＨＹに関係のないclientは依然として正常に機能でき、フォルトのあるＰＨＹの影響を受けない。全体のプロセスにおいて、正常なＰＨＹによって運ばれるclientに対してＬＦは書き込まれず、グループは再作成されない。第１のフォルトタイプは、限定されないが光ファイバ障害、高ビット誤り率、光モジュール損傷等を含む。

ＰＨＹフォルトが第２のフォルトタイプに属する場合、例えば、シム層のデスキューが故障した場合、グループ番号グループ番号が誤って設定された場合又はインスタンス番号インスタンス番号が誤って場合、フォルトタイプに対してグループレベルのアラームが送信された後で、連続するＬＦがFlexE group内で運ばれる全てのclientに挿入される。

第１のフォルトタイプ及び第２のフォルトタイプに含まれる特定の種類のフォルトは、当業者によって特定の実施で柔軟に設定され得る。本願では詳細を説明しない。

結論として、本願で提供される方法によれば、フォルトのあるＰＨＹを効果的に分離でき、正常なＰＨＹによって運ばれるclientへの影響を低減でき、サービス送信の信頼性を改善できる。

ＰＨＹ４について、ＰＨＹ４のフォルトの原因がFlexEシム層のフォルトである場合、例えば送信方向のデータがシム層のフォルトのために誤っている場合、フォルトの原因が消滅した後に、フォルトのあるＰＨＹが自動的に復旧されてFlexE groupに追加され、グループを再作成することなくclientを正常に運ぶことができる。フォルト復旧後、ネットワーク装置２は同期的にデータを送信し、ネットワーク装置１は同期的にデータを受信し、従来技術の方法に従って受信したデータを処理する。

しかしながら、まだいくつかのケースがある。例えば、光ファイバの破損がＰＨＹのフォルトをもたらす場合、フォルトを解消するためには光ファイバを交換する必要がある。光ファイバの交換は、フォルトが発生する前に存在する伝送遅延に対するＰＨＹの伝送遅延を変化させ得る。例えば、交換された光ファイバがより長くなる場合があり、データ受信方向では、ＰＨＹ４の第１のオーバーヘッドブロックは、別のＰＨＹの第１のオーバーヘッドブロックよりも後でネットワーク装置１に到達する。したがって、ネットワーク装置１は全てのＰＨＹをアラインすることができない。この場合、ＰＨＹアライメント動作を再度行う必要がある。しかしながら、ＰＨＹアライメント動作を再度行うと、送信中のclientにサービスの中断が生じる。フォルトのあるＰＨＹの無損失復旧を実施するために、本願はフォルト復旧処理方法２００を提供する。

以下では、図７を参照しながら、本願で提供されるフォルト復旧処理方法２００を具体的に説明する。期間２において、方法２００は、以下の動作Ｓ２０１～Ｓ２０４を含む。なお、ＰＨＹのフォルトが復旧した場合に、損失なくＰＨＹを再度グループに追加できるようにするために、方法２００の動作を方法１００の前に行う必要がある。

Ｓ２０１．期間２で、ネットワーク装置２は、FlexE groupを用いることにより４つのFlexEオーバーヘッドフレームをネットワーク装置１に送信する。４つのFlexEオーバーヘッドフレームは、それぞれFlexEオーバーヘッドフレームＡ、FlexEオーバーヘッドフレームＢ、FlexEオーバーヘッドフレームＣ及びFlexEオーバーヘッドフレームＤである。４つのFlexEオーバーヘッドフレームは４つの第１のオーバーヘッドブロックを含む。具体的には、ネットワーク装置２は、ＰＨＹ１を用いることによりネットワーク装置１にフレックスオーバーヘッドフレームＡを送信し、フレックスオーバーヘッドフレームＡは第１のオーバーヘッドブロックＡを含む。ネットワーク装置２は、ＰＨＹ２を用いることによりネットワーク装置１にフレックスオーバーヘッドフレームＢを送信し、フレックスオーバーヘッドフレームＢは第１のオーバーヘッドブロックＢを含む。ネットワーク装置２は、ＰＨＹ３を用いることによりネットワーク装置１にフレックスオーバーヘッドフレームＣを送信し、フレックスオーバーヘッドフレームＣは第１のオーバーヘッドブロックＣを含む。ネットワーク装置２は、ＰＨＹ４を用いることによりネットワーク装置１にフレックスオーバーヘッドフレームＤを送信し、フレックスオーバーヘッドフレームＤは第１のオーバーヘッドブロックＤを含む。

Ｓ２０２．ネットワーク装置１は、FlexE groupを用いることにより、ネットワーク装置２によって送信された４つの第１のオーバーヘッドブロックを受信する。

Ｓ２０３．ネットワーク装置１は、４つの受信した第１のオーバーヘッドブロックを４つのメモリに記憶し、４つの第１のオーバーヘッドブロックは４つのメモリと１対１の対応関係にある。

Ｓ２０４．ネットワーク装置１は、４つのメモリから４つの第１のオーバーヘッドブロックを同時に読み出す。４つの第１のオーバーヘッドブロックは、特定の第１のオーバーヘッドブロックが対応するメモリに記憶される時点から始まる予め設定された期間Ｔの後で読み出される。特定の第１のオーバーヘッドブロックは、４つの第１のオーバーヘッドブロックのうちの最後に記憶された第１のオーバーヘッドブロックである。予め設定された期間Ｔは１つのクロック周期以上であり、クロック周期はネットワーク装置１が１つのメモリに１回の読み出し動作を行うのに必要な期間である。１回の読み出し動作で、ネットワーク装置１は１つのメモリから少なくとも１つのデータブロックを読み出し得る。特定の実施では、持続時間Ｔは２クロック周期以上である。

特定の実施では、装置に電源が投入され、ＰＨＹアラインメント動作を行うと、前述の方法２００の前述の動作Ｓ２０１～Ｓ２０４が行われる。本願では、メモリ読み込み遅延メカニズム、即ち、メモリの読み込みを遅延するためのメカニズムが設定されるため、FlexE groupのちの、ネットワーク装置１に最後に到着した第１のオーバーヘッドブロックがメモリに記憶された後で、キャッシュされたデータが全てのメモリから同時に読み出される。すなわち、ＰＨＹに対応し、メモリに記憶された第１のオーバーヘッドブロックの同時読み出しは、予め設定された期間Ｔの後に開始される。したがって、フォルトのあるＰＨＹの復旧の間に異なるＰＨＹによってもたらされ得る遅延差をキャッシュ期間Ｔで吸収できるため、異なるＰＨＹ間の遅延差によるＰＨＹの再アラインメントを回避できる。このように、サービス中断を回避し、フォルトのあるＰＨＹの無損失の復旧を実施できる。

４つの第１のオーバーヘッドブロックのうち、ネットワーク装置１のメモリ内に最も短い期間滞在する第１のオーバーヘッドブロックが特定の第１のオーバーヘッドブロックであることが理解されよう。他の３つの第１のオーバーヘッドブロックのそれぞれがネットワーク装置１のメモリ内に滞在する期間は期間Ｔよりも長い。

期間Ｔは、実際のネットワークにおける特定の設計ソリューションに従って適応的に設定され得る。Ｔはｗクロック周期であり得る。ｗは「１、１０００」の任意の整数であり得る。例えば、ｗは２、５、１０、５０、１００、２００、３００、４００又は５００であり得る。もちろん、Ｔは代替的に１０００クロック周期より大きくてもよい。

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

Ｓ３０１．第２のネットワーク装置は、FlexE group内のｐ個の現在利用可能なＰＨＹを用いることによってｐ個のFlexEオーバーヘッドフレームをネットワーク装置１に同時に送信する。

ｐ個のFlexEオーバーヘッドフレームはｐ個の第１のオーバーヘッドブロックを含み、ｐ個の第１のオーバーヘッドブロックは、ｐ個のFlexEオーバーヘッドフレームと１対１の対応関係にあり、ｐ個のFlexEオーバーヘッドフレームはｐ個のＰＨＹと１対１の対応関係にある。FlexE groupはｎ個のＰＨＹを含み、ｎ≧２であり、ｎは整数である。第１の期間では、FlexE group内のｍ個のＰＨＹがフォルト状態にあり、ｐ個のＰＨＹが正常状態にあり、ｐ＋ｍ＝ｎであり、ｎ≧２であり、１≦ｍ＜ｎであり、ｍ及びｐの双方は整数である。

Ｓ３０２．第１のネットワーク装置は、フレキシブルイーサネットグループFlexE group内のｐ個の物理層装置ＰＨＹを用いることにより、第２のネットワーク装置によって送信されたｐ個の第１のオーバーヘッドブロックを受信する。

Ｓ３０３．第１のネットワーク装置は、ｐ個の第１のオーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに記憶し、ｐ個の第１のオーバーヘッドブロックはｐ個のメモリと１対１の対応関係にある。

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

特定の実施において、第１の期間において、方法３００は、
第１のネットワーク装置が連続したイーサネットローカルフォルトオーダードセット Ethernet local fault ordered setsをｍ個のＰＨＹによって運ばれるclientがマップされるスロット内に送信することをさらに含む。

第１のネットワーク装置は、限定されないが以下の様態で、ｍ個のＰＨＹによって運ばれるclientがマップされるスロット内に連続するＬＦを送信し得る。

様態１：第１のネットワーク装置は、連続したイーサネットローカルフォルトオーダードセットをｍ個のＰＨＹに対応するｍ個のメモリに書き込む。

ＬＦはフォルトのあるＰＨＹに対応するメモリに書き込まれるため、clientサービスの復旧の間に、ネットワーク装置は、ＬＦに基づいて対応するclientにエラーが発生したと判定できるため、ユーザに誤ったデータを提供するのを回避できる。

様態２：ｍ個のＰＨＹにフォルトがある場合、第１のネットワーク装置は、ｍ個のＰＨＹ４に対応するｍ個のメモリにＬＦを書き込まない。この場合、実際に受信したデータがｍ個のメモリに書き込まれ得るか又はアイドルブロックが書き込まれ得るか又はデータは書き込まれない。フォルト状態にあるｍ個のＰＨＹ４によって運ばれるclientを復旧する場合、第１のネットワーク装置は、clientがマップされているスロットにＬＦを書き込む。特定の実施では、ｍ個のメモリからclientのデータを回復する場合、第１のネットワーク装置は、clientのデータを全てのclientに対応するメモリに書き込む。次に、連続したＬＦがclientに対応するメモリに書き込まれる。

特定の実施では、第１のネットワーク装置がｐ個の第１のオーバーヘッドブロックをｎ個のメモリに記憶する前に、本方法は、
第１のネットワーク装置が第１のＰＨＹがフォルト状態にあることと判定することであって、第１のＰＨＹはｍ個のＰＨＹのうちの１つである、ことと、
第１のネットワーク装置がアラームを送信することであって、アラームはFlexE groupにフォルトが発生したことを示す、ことと、
第１のネットワーク装置が第１のＰＨＹのフォルトタイプは第１のフォルトタイプであると判定し、アラームを停止することと、をさらに含む。

特定の実施では、第１の期間において、第１のネットワーク装置がｐ個の第１のオーバーヘッドブロックをｎ個のメモリのうちのｐ個のメモリに記憶する前に、本方法は、
第１のネットワーク装置が第１のＰＨＹがフォルト状態にあると判定することであって、第１のＰＨＹはｍ個のＰＨＹのうちの１つである、ことと、
第１のネットワーク装置が第１のＰＨＹのフォルトタイプは第１のフォルトタイプであると判定し、FlexE groupにフォルトが発生したことを示すアラームを送信しないようにすることと、をさらに含む。

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

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

Ｓ４０１．第２の期間に、第２のネットワーク装置は、FlexE groupを用いることにより、ｎ個のFlexEオーバーヘッドフレームを第１のネットワーク装置に送信する。

FlexE
groupは、ｎ個の物理層装置ＰＨＹを含む。ｎ個のFlexEオーバーヘッドフレームはｎ個の第１のオーバーヘッドブロックを含む。ｎ個の第１のオーバーヘッドブロックは、ｎ個のFlexEオーバーヘッドフレームと１対１の対応関係にある。ｎ個のFlexEオーバーヘッドフレームはｎ個のＰＨＹと１対１の対応関係にあり、ｎ≧２であり、ｎは整数である。

Ｓ４０２．第１のネットワーク装置は、フレキシブルイーサネットグループFlexE groupを用いることにより、第２のネットワーク装置によって送信されたｎ個の第１のオーバーヘッドブロックを受信する。

Ｓ４０３．第１のネットワーク装置は、ｎ個の第１のオーバーヘッドブロックをｎ個のメモリに記憶し、ｎ個の第１のオーバーヘッドブロックは、ｎ個のメモリと１対１の対応関係にある。

Ｓ４０４．第１のネットワーク装置は、ｎ個の第１のオーバーヘッドブロックをｎ個のメモリから同時に読み出し、ｎ個の第１のオーバーヘッドブロックは、特定の第１のオーバーヘッドブロックが対応するメモリに記憶された時点から始まる期間Ｔの後に読み出される。

特定の第１のオーバーヘッドブロックは、ｎ個の第１のオーバーヘッドブロックのうちの最後に記憶された第１のオーバーヘッドブロックである。期間Ｔは１クロック周期以上であり、クロック周期は、第１のネットワーク装置が１つのメモリに対して１回の読み出し動作を行うのに必要な期間である。

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

図１０は、本願に係るネットワーク装置５００の概略図である。ネットワーク装置５００は、図３又は図４に示すネットワークアーキテクチャで用いてもよく、方法１００若しくは方法２００においてネットワーク装置１によって行われる動作を行うように構成されるか又は方法３００若しくは方法４００において第１のネットワーク装置によって行われる動作を行うように構成されている。ネットワーク装置５００は、例えば、図３又は図４に示すネットワークアーキテクチャにおけるネットワーク装置１であってもいいし、関連機能を実施するラインカード又はチップであってもよい。図１０に示すように、ネットワーク装置５００は受信機５０１と、受信機に結合されたプロセッサ５０２と、ｎ個のメモリ５０３とを含む。受信機５０１は、方法１００又は方法２００においてネットワーク装置１によって行われる情報受信動作を行うよう具体的に構成されている。プロセッサ５０２は、方法１００又は方法２００においてネットワーク装置１によって行われる情報受信以外の処理を行うように構成されている。ｎ個のメモリ５０３は、方法１００又は方法２００においてFlexE groupを用いることによってネットワーク装置１によって受信されるFlexEデータを記憶するように構成されている。受信機５０１は、方法３００又は方法４００において第１のネットワーク装置によって行われる情報受信動作を行うようさらに構成されている。プロセッサ５０２は、方法３００又は方法４００において第１のネットワーク装置によって行われる情報受信以外の処理を行うように構成されている。ｎ個のメモリ５０３は、方法３００又は方法４００においてFlexE groupを用いることによって第１のネットワーク装置によって受信されるFlexEデータを記憶するように構成されている。

受信機は１つのインターフェイスを参照し得るか又は複数の論理的にバインドされたインターフェイスを参照し得る。インターフェイスは、例えば、媒体依存インターフェイス（medium dependent interface、ＭＤＩ）等の、ＰＨＹ層と伝送媒体層との間のインターフェイスであり得る。あるいは、インターフェイスはネットワーク装置の物理インターフェイスであり得る。プロセッサ５０２は、特定用途向け集積回路（英語：application-specific integrated circuit、略称ＡＳＩＣ）、プログラマブル論理デバイス（英語：programmable logic device、略称ＰＬＤ）又はそれらの組み合わせであり得る。ＰＬＤは、コンプレックスプログラマブル論理デバイス（英語：complex programmable logic device、略称ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（英語：field-programmbale gate array、略称ＦＰＧＡ）、汎用アレイロジック（英語：generic array logic、略称ＧＡＬ）又はそれらの任意の組み合わせであり得る。プロセッサ５０２は中央処理装置（英語：central processing unit、略称ＣＰＵ）、ネットワークプロセッサ（英語：network processer、略称ＮＰ）又はＣＰＵ及びＮＰの組み合わせであり得る。プロセッサ５０２は１つのプロセッサであっていいし、複数のプロセッサを含んでもよい。メモリ５０３は、ランダムアクセスメモリ（英語：random access memory、略称ＲＡＭ）等の揮発性メモリ（英語：volatile
memory）を含み得るか又はメモリ８２０は、リードオンリーメモリ（英語：read-only memory、略称ＲＯＭ）、フラッシュメモリ（英語：flash memory）、ハードディスクドライブ（英語：hard disk drive、略称ＨＤＤ）、又はソリッドステートドライブ（英語：solid state drive、略称ＳＳＤ）等の不揮発性メモリ（英語：non-volitie
memory）を含み得るか又はメモリ８２０は前述の種類のメモリの組み合わせを含み得る。本願におけるｎ個のメモリ５０３は、ｎ個の独立したメモリであり得る。ｎ個のメモリは、代わりに、１つ以上のメモリに統合され得る。この場合、メモリは、対応するメモリ内の異なる記憶領域として理解され得る。

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

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

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

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせを用いることによって実施され得る。実施形態を実施するためにソフトウェアが用いられる場合、実施形態は、コンピュータプログラム製品の形態で完全に又は部分的に実施され得る。コンピュータプログラム製品は１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行される場合、本願の実施形態に係る手順又は機能が全て又は部分的に生成される。コンピュータは汎用コンピュータ、専用コンピュータ、コンピュータネットワーク又は他のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ読み取り可能記憶媒体に記憶され得るか又はコンピュータ読み取り可能記憶媒体から別のコンピュータ読み取り可能記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ又はデータセンターから別のウェブサイト、コンピュータ、サーバ又はデータセンターに有線（例えば、同軸ケーブル、光ファイバ又はデジタル加入者線）又は無線（例えば、赤外線、無線又はマイクロ波)で送信され得る。コンピュータ読み取り可能記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であり得るか又は１つ以上の使用可能な媒体を統合する、サーバ又はデータセンター等のデータ記憶装置であり得る。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、solid-state drive Solid state Disk（ＳＳＤ））等であり得る。

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

前述の説明は、本発明の具体的な実施にすぎず、本発明の保護範囲を制限することを意図していない。本発明に開示の技術的範囲内で当業者が容易に解明できる変更又は置換は、本発明の保護範囲に含まれるものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

Claims (11)

1. フレキシブルイーサネット（FlexE）通信方法であって、当該方法は、
   FlexE group内のｐ個の物理層装置（ＰＨＹ）を用いることにより、第１のネットワーク装置によって、第２のネットワーク装置によって送信されたｐ個の第１のオーバーヘッドブロックを受信することであって、該ｐ個の第１のオーバーヘッドブロックは、ｐ個のFlexEオーバーヘッドフレームと１対１の対応関係にあり、該ｐ個のFlexEオーバーヘッドフレームは該ｐ個のＰＨＹと１対１の対応関係にあり、該FlexE groupはｎ個のＰＨＹを含み、ｎ≧２であり、ｎは整数であり、
   前記FlexE group内のｍ個のＰＨＹはフォルト状態にあり、前記ｐ個のＰＨＹは正常状態にあり、ｐ＋ｍ＝ｎであり、１≦ｍ＜ｎであり、ｍ及びｐの双方は整数である、ことと、
   前記第１のネットワーク装置によって、ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することであって、前記ｐ個の第１のオーバーヘッドブロックは該ｐ個のメモリと１対１の対応関係にある、ことと、
   前記第１のネットワーク装置によって、前記ｐ個のメモリから前記ｐ個の第１のオーバーヘッドブロックを同時に読み出すことと、
   前記第１のネットワーク装置によって、前記ｍ個のＰＨＹに対応するｍ個のメモリに連続するイーサネットローカルフォルトオーダードセットを書き込むことと、
   を含む方法。
2. 前記方法は、
   前記第１のネットワーク装置によって、前記ｍ個のＰＨＹによって運ばれるclientがマップされるスロット内に、前記連続するイーサネットローカルフォルトオーダードセットを送信することをさらに含む、請求項１に記載の方法。
3. 前記第１のネットワーク装置によって、前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することの前に、前記方法は、
   前記第１のネットワーク装置によって、第１のＰＨＹがフォルト状態にあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
   前記第１のネットワーク装置によって、アラームを送信することであって、該アラームは、前記FlexE groupにフォルトが発生したことを示す、ことと、
   前記第１のネットワーク装置によって、前記第１のＰＨＹのフォルトタイプが第１のフォルトタイプであると判定し、前記アラームを停止することと、
   をさらに含む、請求項１又は２に記載の方法。
4. 前記第１のネットワーク装置によって、前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶することの前に、前記方法は、
   前記第１のネットワーク装置によって、第１のＰＨＹがフォルト状態にあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
   前記第１のネットワーク装置によって、前記第１のＰＨＹのフォルトタイプが第１のフォルトタイプであると判定し、前記FlexE groupにフォルトが発生したことを示すアラームを送信しないようにすることと、
   をさらに含む、請求項１又は２に記載の方法。
5. 受信機、プロセッサ及びｎ個のメモリを含む第１のネットワーク装置であって、
   前記受信機は、フレキシブルイーサネット（FlexE） group内のｐ個の物理層装置（ＰＨＹ）を用いることによって、第２のネットワーク装置によって送信されたｐ個の第１のオーバーヘッドブロックを受信するように構成され、該ｐ個の第１のオーバーヘッドブロックは、ｐ個のFlexEオーバーヘッドフレームと１対１の対応関係にあり、該ｐ個のFlexEオーバーヘッドフレームは該ｐ個のＰＨＹと１対１の対応関係にあり、該FlexE groupはｎ個のＰＨＹを含み、ｎ≧２であり、ｎは整数であり、前記FlexE group内のｍ個のＰＨＹはフォルト状態にあり、前記ｐ個のＰＨＹは正常状態にあり、ｐ＋ｍ＝ｎであり、１≦ｍ＜ｎであり、ｍ及びｐの双方は整数であり、
   前記プロセッサは、前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶し、前記ｐ個のメモリから前記ｐ個の第１のオーバーヘッドブロックを同時に読み出すように構成され、前記ｐ個の第１のオーバーヘッドブロックは該ｐ個のメモリと１対１の対応関係にあり、
   前記プロセッサは、前記ｍ個のＰＨＹに対応するｍ個のメモリに連続するイーサネットローカルフォルトオーダードセットを書き込むようさらに構成されている、第１のネットワーク装置。
6. 前記プロセッサは、前記ｍ個のＰＨＹによって運ばれるclientがマップされるスロット内に前記連続するイーサネットローカルフォルトオーダードセットを送信するようさらに構成されている、請求項５に記載の第１のネットワーク装置。
7. 前記プロセッサが前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶する前に、前記プロセッサは、
   第１のＰＨＹがフォルト状態にあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
   アラームを送信することであって、該アラームは、前記FlexE groupにフォルトが発生したことを示すのに用いられる、ことと、
   前記第１のＰＨＹのフォルトタイプが第１のフォルトタイプであると判定し、前記アラームを停止することと、を行うようさらに構成されている、請求項５又は６に記載の第１のネットワーク装置。
8. 前記プロセッサが前記ｎ個のメモリ内のｐ個のメモリに前記ｐ個の第１のオーバーヘッドブロックを記憶する前に、前記プロセッサは、
   第１のＰＨＹがフォルト状態にあると判定することであって、該第１のＰＨＹは前記ｍ個のＰＨＹのうちの１つである、ことと、
   前記第１のＰＨＹのフォルトタイプが第１のフォルトタイプであると判定し、前記FlexE groupにフォルトが発生したことを示すアラームを送信しないようにすることと、
   をさらに行うように構成されている、請求項５又は６に記載の第１のネットワーク装置。
9. コンピュータプログラムを含むコンピュータ読み取り可能記憶媒体であって、該プログラムがプロセッサによって実行された場合、該プロセッサは、請求項１乃至４のいずれか一項に記載の方法を行うことができる、コンピュータ読み取り可能記憶媒体。
10. コンピュータプログラムを含むコンピュータプログラム製品であって、該コンピュータプログラムがコンピュータによって実行された場合、該コンピュータは、請求項１乃至４のいずれか一項に記載の方法を行うことができる、コンピュータプログラム製品。
11. 請求項５乃至８のいずれか一項に記載の第１のネットワーク装置を含む通信システム。
    

Images