(57)【要約】  本発明は通信技術の分野に関し、詳細にはフレキシブルイーサネットにおける障害を示す方法及び装置に関する。障害を示す方法は、フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するステップと、少なくとも１つの物理層エンティティにおいて障害が発生しているとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップと、を含む。従来技術と比較して、本発明の実施形態で提供される技術的解決策では、フレキシブルイーサネットにおける下流伝送パスの全ての帯域幅が占有されるわけではなく、同じフレキシブルイーサネットグループ内の障害のないチャネル上でのデータ伝送は影響を受けず、それにより、影響を受けるフレキシブルイーサネットクライアントの数量を低減させる。
2021508973.tif 000002
【特許請求の範囲】
【請求項１】
障害を示す方法であって、
フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するステップと、
前記少なくとも１つの物理層エンティティにおいて障害が発生しているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップと、
を含む方法。
【請求項２】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、
隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信するステップ
を含む、請求項１に記載の方法。
【請求項３】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、
前記障害が検出されたとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに前記障害表示コードブロックを周期的に送信し、隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信するステップ
を含む、請求項１に記載の方法。
【請求項４】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、請求項２又は３に記載の方法。
【請求項５】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項４に記載の方法。
【請求項６】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項２乃至５のうちいずれか１項に記載の方法。
【請求項７】
当該方法は、
前記フレキシブルイーサネットグループに含まれる前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているかどうかを検出するステップと、
前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントへの前記障害表示コードブロックの送信を停止するステップと、
をさらに含む請求項１乃至６のうちいずれか１項に記載の方法。
【請求項８】
障害を示す方法であって、
フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するステップと、
所定の障害表示コードブロックが検出されたとき、前記フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェースに障害信号を連続的に送信するステップと、
を含む方法。
【請求項９】
前記所定の障害表示コードブロックが検出された後、前記障害表示コードブロックを連続的に検出するステップと、
障害表示コードブロックが検出されないとき、前記ユーザ‐ネットワークインターフェースへの前記障害信号の送信を停止するステップと、
をさらに含む請求項８に記載の方法。
【請求項１０】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、
請求項８又は９に記載の方法。
【請求項１１】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項１０に記載の方法。
【請求項１２】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項１０又は１１に記載の方法。
【請求項１３】
所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味し、
障害表示コードブロックが検出されないことは、前記所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は前記所定の時間内で障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する、請求項８乃至１２のうちいずれか１項に記載の方法。
【請求項１４】
前記障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号のうち任意のものである、請求項８乃至１３のうちいずれか１項に記載の方法。
【請求項１５】
障害を示す装置であって、
フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するように構成された検出モジュールと、
前記少なくとも１つの物理層エンティティにおいて障害が発生しているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するように構成された送信モジュールと、
を含む装置。
【請求項１６】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、
隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信すること
を含む、請求項１５に記載の装置。
【請求項１７】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、
前記障害が検出されたとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに前記障害表示コードブロックを周期的に送信し、２つの隣接する障害表示コードブロックの間にアイドルコードブロックを送信することを含む、請求項１５に記載の装置。
【請求項１８】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、請求項１６又は１７に記載の装置。
【請求項１９】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項１８に記載の装置。
【請求項２０】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項１６乃至１９のうちいずれか１項に記載の装置。
【請求項２１】
前記検出モジュールは、前記フレキシブルイーサネットグループに含まれる前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているかどうかを検出するようにさらに構成され、
前記送信モジュールは、前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントへの前記障害表示コードブロックの送信を停止するようにさらに構成される、
請求項１５乃至２０のうちいずれか１項に記載の装置。
【請求項２２】
障害を示す装置であって、
フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するように構成された検出モジュールと、
所定の障害表示コードブロックが検出されたとき、前記フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェースに障害信号を連続的に送信するように構成された送信モジュールと、
を含む装置。
【請求項２３】
前記検出モジュールは、前記所定の障害表示コードブロックが検出された後、前記障害表示コードブロックを連続的に検出するようにさらに構成され、
前記送信モジュールは、障害表示コードブロックが前記検出モジュールにより検出されないとき、前記ユーザ‐ネットワークインターフェースへの前記障害信号の送信を停止するようにさらに構成される
ことをさらに含む請求項２２に記載の装置。
【請求項２４】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、
請求項２２又は２３に記載の装置。
【請求項２５】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項２４に記載の装置。
【請求項２６】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項１０又は１１に記載の装置。
【請求項２７】
所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味し、
障害表示コードブロックが検出されないことは、前記所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は前記所定の時間内で障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する、
請求項２２乃至２５のうちいずれか１項に記載の装置。
【請求項２８】
前記障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号のうち任意のものである、請求項２２乃至２６のうちいずれか１項に記載の装置。
【請求項２９】
命令を記憶したコンピュータ読取可能記憶媒体であって、前記命令は、コンピュータ上で実行すると、前記コンピュータが請求項１乃至１４のうちいずれか１項に記載の方法を実行することを可能にする、コンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、詳細にはフレキシブルイーサネットにおける障害を示す方法及び装置に関する。
【背景技術】
【０００２】
標準化団体の光インターネットワーキングフォーラム（optical  internet  forum、ＯＩＦ）は、１００Ｇイーサネット標準に基づくフレキシブルイーサネット（Flex  Ethernet、略称ＦｌｅｘＥ）１．０実装プロトコルを公開し、イーサネットサービスの時分割多重（time  division  multiplexing、ＴＤＭ）に基づくレートアグリゲーション、サブレーティング、チャネル化などの機能を提供している。
【０００３】
ＦｌｅｘＥのレートアグリゲーションは、高速イーサネットサービスデータフローを共同で搬送する際の複数の低レート物理インターフェースをサポートし、サブレーティング及びチャネル化は、１つのイーサネット物理インターフェースが複数の低レートデータフローを同時に搬送することを可能にする。イーサネット物理インターフェースをサポートする大量のネットワークデバイスがアクセスネットワーク及びライブネットワークのメトロポリタンエリアネットワークに展開されており、ＦｌｅｘＥインターフェースは標準イーサネットと互換性があり、イーサネットの機能と柔軟性を拡張し、それにより、第５世代移動通信（5th-Generation、５Ｇ）フロントホール及びバックホールネットワーク並びにデータセンター相互接続などの決定的な低遅延高帯域幅シナリオにおける大きな市場の適用見込みと開発空間を有する。
【０００４】
ＦｌｅｘＥでは、スロットはＴＤＭを通じて分割され、伝送チャネルの帯域幅の強固なアイソレーションを実現する。１つのサービスデータフローは１つ以上のスロットに割り当てられ、様々なレートでのサービスにマッチし得る。フレキシブルイーサネットグループ（FlexE  Group）は、１つ以上の物理リンクインターフェースを含むことがあり、ＦｌｅｘＥ  Ｇｒｏｕｐに対応するスロット割り当てテーブルは、ＦｌｅｘＥカレンダ（FlexE  calendar）と呼ばれる。単一の物理リンクに対応するスロットマッピングテーブルは、ＦｌｅｘＥサブカレンダ（sub-calendar）と呼ばれる。
【０００５】
ＦｌｅｘＥ  ｃａｌｅｎｄａｒは、１つ以上のｓｕｂ‐ｃａｌｅｎｄａｒを含む。各ｓｕｂ‐ｃａｌｅｎｄａｒは、２０スロットがどのように対応するフレキシブルイーサネットクライアント（FlexE  Client）に割り当てられるかを示す。ＦｌｅｘＥ  Ｃｌｉｅｎｔは、ＦｌｅｘＥ  Ｇｒｏｕｐ上の指定スロット（１つ以上のスロット）で伝送されるクライアントデータフローを表し、１つのＦｌｅｘＥ  Ｇｒｏｕｐは、複数のＦｌｅｘＥ  Ｃｌｉｅｎｔを搬送し得る。
【０００６】
ＦｌｅｘＥ  Ｇｒｏｕｐ内の、ＦｌｅｘＥ  Ｃｌｉｅｎｔのデータを搬送するリンクが障害のある（faulty）とき、ＦｌｅｘＥ  Ｇｒｏｕｐ上で搬送される各ＦｌｅｘＥ  Ｃｌｉｅｎｔの下流方向に、イーサネットローカル障害（Local  fault、ＬＦ）信号が送られる必要がある。ＦｌｅｘＥ  Ｇｒｏｕｐで障害が発生した後、ＬＦ信号は、障害のあるＦｌｅｘＥ  Ｇｒｏｕｐで搬送される各ＦｌｅｘＥ  Ｃｌｉｅｎｔに連続的に送信され、連続的に伝送されたＬＦ信号は、これらのＦｌｅｘＥ  Ｃｌｉｅｎｔの下流伝送パスの全ての帯域幅を占有する。
【発明の概要】
【０００７】
本発明の実施形態は、フレキシブルイーサネットにおける障害を示す方法及び装置、ネットワークデバイス、並びに記憶媒体を提供する。
【０００８】
第１の態様によれば、本発明の一実施形態は、障害を示す方法を提供する。当該方法は、フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するステップと、少なくとも１つの物理層エンティティにおいて障害が発生しているとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップと、を含む。
【０００９】
前述の技術的解決策では、物理層エンティティにおいて障害が発生しているとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックが送信される。物理層エンティティにおいて障害が発生した直後、フレキシブルイーサネットグループ上で搬送される各フレキシブルイーサネットクライアントにローカル障害信号が連続的に送信される従来技術の技術的解決策と比較して、本発明のこの実施形態で提供される技術的解決策では、障害表示コードブロックは、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに送信される。したがって、フレキシブルイーサネット内の下流伝送パスの全ての帯域幅が占有されるわけではなく、同じフレキシブルイーサネットグループ内の障害のないチャネル上のデータ伝送は影響を受けず、それにより、影響を受けるフレキシブルイーサネットクライアントの数量を低減させる。
【００１０】
第１の態様を参照し、第１の可能な実装において、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信するステップを含む。
【００１１】
第１の態様を参照し、第１の可能な実装において、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、障害が検出されたとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信し、隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信するステップを含む。
【００１２】
第１の態様を参照し、前述の可能な実装において、障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む。
【００１３】
第１の態様を参照し、前述の可能な実装において、障害表示コードブロックは障害タイプ識別フィールドをさらに含み、障害タイプ識別フィールドは、少なくとも１つの物理層エンティティにおいて発生した障害の障害タイプを示すために使用され、障害タイプは、物理層エンティティが信号を失うこと、物理層エンティティがコードブロックをロックできないこと、物理層エンティティがアライメントコードブロックをロックできないこと、及び物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む。任意で、障害タイプは、代替的に、物理符号化副層が障害状態であること、物理層エンティティ／インスタンスがフレキシブルイーサネットグループフレームロック又はマルチフレームロックを失うこと、フレームロック又はマルチフレームロックの間に搬送された物理層エンティティ／インスタンスマッピングテーブル、物理層エンティティ／インスタンス番号、又はフレキシブルイーサネットグループ番号が矛盾していること、又はフレキシブルイーサネットグループ内の複数の物理層エンティティ／インスタンス間の受信クロックスキューが過度に大きく、チップにより許容される範囲を超えていることを示すアラームでもよい。
【００１４】
第１の態様を参照し、前述の可能な実装において、障害表示コードブロックはサービス層アラーム表示コードブロックであり、サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される。
【００１５】
第１の態様を参照し、前述の可能な実装において、フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおける障害がなくなっているかどうかが検出され、少なくとも１つの物理層エンティティにおける障害がなくなっているとき、障害表示コードブロックは、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントへの送信を停止される。
【００１６】
第２の態様によれば、本発明の一実施形態は、障害を示す方法を提供する。当該方法は、フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するステップと、所定の障害表示コードブロックが検出されたとき、フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェース（user-network  interface）に障害信号を連続的に送信するステップと、を含む。
【００１７】
前述の技術的解決策では、障害表示コードブロックが検出され得、ネットワークにおけるフレキシブルイーサネットグループ内の物理層エンティティに障害が発生していることをネットワーク外のノードに通知するフレキシブルイーサネットの能力が保持される。
【００１８】
第２の態様を参照し、前述の可能な実装において、所定の障害表示コードブロックが検出された後、障害表示コードブロックは連続的に検出され、障害表示コードブロックが検出されないとき、障害信号は、ユーザ‐ネットワークインターフェースへの送信を停止される。
【００１９】
前述の技術的解決策では、障害表示コードブロックが検出されない場合、障害信号は送信を停止され、それにより、フレキシブルイーサネットクライアントとユーザ側との交換機能が情報を引き続き交換することを迅速に可能にする。
【００２０】
第２の態様を参照し、前述の可能な実装において、障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む。
【００２１】
第２の態様を参照し、前述の可能な実装において、障害表示コードブロックは障害タイプ識別フィールドをさらに含み、障害タイプ識別フィールドは、少なくとも１つの物理層エンティティにおいて発生した障害の障害タイプを示すために使用され、障害タイプは、物理層エンティティが信号を失うこと、物理層エンティティがコードブロックをロックできないこと、物理層エンティティがアライメントコードブロックをロックできないこと、及び物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む。任意で、障害タイプは、代替的に、物理符号化副層が障害状態であること、物理層エンティティ／インスタンスがフレキシブルイーサネットグループフレームロック又はマルチフレームロックを失うこと、フレームロック又はマルチフレームロックの間に搬送された物理層エンティティ／インスタンスマッピングテーブル、物理層エンティティ／インスタンス番号、又はフレキシブルイーサネットグループ番号が矛盾していること、又はフレキシブルイーサネットグループ内の複数の物理層エンティティ／インスタンス間の受信クロックスキューが過度に大きく、チップにより許容される範囲を超えていることを示すアラームでもよい。
【００２２】
第２の態様を参照し、前述の可能な実装において、障害表示コードブロックはサービス層アラーム表示コードブロックであり、サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される。
【００２３】
第２の態様を参照し、前述の可能な実装において、所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味する。障害表示コードブロックが検出されないことは、所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は所定の時間内で障害表示コードブロックが検出されないか又は予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する。
【００２４】
第２の態様を参照し、前述の可能な実装において、障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号（common  public  radio  frequency  interface-invalid  synchronization  control  word  signal）のうち任意のものである。
【００２５】
第３の態様によれば、本発明の一実施形態は、障害を示す装置を提供する。当該装置は、フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するように構成された検出モジュールと、少なくとも１つの物理層エンティティにおいて障害が発生しているとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するように構成された送信モジュールと、を含む。
【００２６】
前述の技術的解決策では、物理層エンティティにおいて障害が発生しているとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックが送信される。換言すれば、物理層エンティティにおいて障害が発生した直後、フレキシブルイーサネットグループ上で搬送される各フレキシブルイーサネットクライアントにローカル障害信号が連続的に送信される解決策の代わりに、障害表示コードブロックは、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに送信される。したがって、フレキシブルイーサネット内の下流伝送パスの全ての帯域幅が占有されるわけではなく、同じフレキシブルイーサネットグループ内の障害のないチャネル上で搬送されるデータ伝送は影響を受けず、それにより、影響を受けるフレキシブルイーサネットクライアントの数量を低減させる。
【００２７】
第３の態様を参照し、第１の可能な実装において、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信することを含む。
【００２８】
第３の態様を参照し、第１の可能な実装において、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、障害が検出されたとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信し、隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信することを含む。
【００２９】
第３の態様を参照し、前述の可能な実装において、障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む。
【００３０】
第３の態様を参照し、前述の可能な実装において、障害表示コードブロックは障害タイプ識別フィールドをさらに含み、障害タイプ識別フィールドは、少なくとも１つの物理層エンティティにおいて発生した障害の障害タイプを示すために使用され、障害タイプは、物理層エンティティが信号を失うこと、物理層エンティティがコードブロックをロックできないこと、物理層エンティティがアライメントコードブロックをロックできないこと、及び物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む。任意で、障害タイプは、代替的に、物理符号化副層が障害状態であること、物理層エンティティ／インスタンスがフレキシブルイーサネットグループフレームロック又はマルチフレームロックを失うこと、フレームロック又はマルチフレームロックの間に搬送された物理層エンティティ／インスタンスマッピングテーブル、物理層エンティティ／インスタンス番号、又はフレキシブルイーサネットグループ番号が矛盾していること、又はフレキシブルイーサネットグループ内の複数の物理層エンティティ／インスタンス間の受信クロックスキューが過度に大きく、チップにより許容される範囲を超えていることを示すアラームでもよい。
【００３１】
第３の態様を参照し、前述の可能な実装において、障害表示コードブロックはサービス層アラーム表示コードブロックであり、サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される。
【００３２】
第３の態様を参照し、前述の可能な実装において、検出モジュールは、フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおける障害がなくなっているかどうかを検出するようにさらに構成される。送信モジュールは、少なくとも１つの物理層エンティティにおける障害がなくなっているとき、障害が発生した少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントへの障害表示コードブロックの送信を停止するようにさらに構成される。
【００３３】
前述の技術的解決策では、物理層エンティティにおける障害がなくなっている場合、障害表示コードブロックは送信を停止され、リンク障害が直されてリンクが正常に復旧されていることを下流のデバイスに知らせる。
【００３４】
第４の態様によれば、本発明の一実施形態は、障害を示す装置を提供する。当該装置は、フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するように構成された検出モジュールと、所定の障害表示コードブロックが検出されたとき、フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェースに障害信号を連続的に送信するように構成された送信モジュールと、を含む。
【００３５】
前述の技術的解決策では、障害表示コードブロックが検出され得、ネットワークにおけるフレキシブルイーサネットグループ内の物理層エンティティに障害が発生していることをネットワーク外のノードに通知するフレキシブルイーサネットの能力が保持される。
【００３６】
第４の態様を参照し、前述の可能な実装において、検出モジュールは、所定の障害表示コードブロックが検出された後、障害表示コードブロックを連続的に検出するようにさらに構成される。送信モジュールは、障害表示コードブロックが検出モジュールにより検出されないとき、ユーザ‐ネットワークインターフェースへの障害信号の送信を停止するようにさらに構成される。
【００３７】
前述の技術的解決策では、障害表示コードブロックが検出されない場合、障害信号は送信を停止され、それにより、フレキシブルイーサネットクライアントとユーザ側との交換機能が情報を引き続き交換することを迅速に可能にする。
【００３８】
第４の態様を参照し、前述の可能な実装において、障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む。
【００３９】
第４の態様を参照し、前述の可能な実装において、障害表示コードブロックは障害タイプ識別フィールドをさらに含み、障害タイプ識別フィールドは、少なくとも１つの物理層エンティティにおいて発生した障害の障害タイプを示すために使用され、障害タイプは、物理層エンティティが信号を失うこと、物理層エンティティがコードブロックをロックできないこと、物理層エンティティがアライメントコードブロックをロックできないこと、及び物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む。任意で、障害タイプは、代替的に、物理符号化副層が障害状態であること、物理層エンティティ／インスタンスがフレキシブルイーサネットグループフレームロック又はマルチフレームロックを失うこと、フレームロック又はマルチフレームロックの間に搬送された物理層エンティティ／インスタンスマッピングテーブル、物理層エンティティ／インスタンス番号、又はフレキシブルイーサネットグループ番号が矛盾していること、又はフレキシブルイーサネットグループ内の複数の物理層エンティティ／インスタンス間の受信クロックスキューが過度に大きく、チップにより許容される範囲を超えていることを示すアラームでもよい。
【００４０】
第４の態様を参照し、前述の可能な実装において、障害表示コードブロックはサービス層アラーム表示コードブロックであり、サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される。
【００４１】
第４の態様を参照し、前述の可能な実装において、所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味する。障害表示コードブロックが検出されないことは、所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は所定の時間内で障害表示コードブロックが検出されないか又は予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する。
【００４２】
第４の態様を参照し、前述の可能な実装において、障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号のうち任意のものである。
【００４３】
第５の態様によれば、本発明の一実施形態は、第３の態様の任意の可能な実装による装置と、第４の態様の任意の可能な実装による装置と、を含むネットワークデバイスを提供する。
【００４４】
第６の態様によれば、本発明の一実施形態は、第３の態様の任意の可能な実装による装置を含むネットワークデバイスを提供する。
【００４５】
第７の態様によれば、本発明の一実施形態は、コンピュータ読取可な記憶媒体を提供する。当該コンピュータ読取可能記憶媒体は命令を記憶し、該命令は、前述の態様による方法を実現するためにコンピュータにより実行される。
【００４６】
第８の態様によれば、本発明の一実施形態は、命令を含むコンピュータプログラムプロダクトを提供する。当該コンピュータプログラムプロダクトは、コンピュータ上で実行すると、コンピュータが前述の態様による方法を実行することを可能にする。
【００４７】
第９の態様によれば、本発明の一実施形態は、命令を含むコンピュータプログラムを提供する。当該コンピュータプログラムは、コンピュータ上で実行すると、コンピュータが前述の態様による方法を実行することを可能にする。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態による、ＦｌｅｘＥにおける信号伝送デバイスの概略適用図である。
【図２】本発明の一実施形態によるＰＥノードの概略構造図である。
【図３】本発明の一実施形態によるＰノードの概略構造図である。
【図４】本発明の一実施形態による、複数のＦｌｅｘＥ  Ｃｌｉｅｎｔを搬送するＦｌｅｘＥ  Ｇｒｏｕｐの概略図である。
【図５】本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  １．０におけるＮｘ１００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。
【図６】本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  １．０におけるＮｘ１００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるデマッピング及び逆多重化の概略図である。
【図７】本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  ２．０におけるＭｘ１００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。
【図８】本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  ２．０におけるＭｘ２００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。
【図９】本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  ２．０におけるＭｘ４００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。
【図１０】本発明の一実施形態による、４つの物理インターフェースを含むＦｌｅｘＥ  Ｇｒｏｕｐにおけるスロット割り当ての概略図である。
【図１１】本発明の一実施形態による、障害を示す方法のフローチャートである。
【図１２】本発明の一実施形態によるアイドルコードブロックの概略図である。
【図１３】本発明の一実施形態によるＳＬＡＩコードブロックの一例の概略図である。
【図１４】本発明の一実施形態によるＳＬＡＩコードブロックの別の例の概略図である。
【図１５】本発明の一実施形態によるＳＬＡＩコードブロックのさらに別の例の概略図である。
【図１６】本発明の一実施形態による、障害を示す方法のフローチャートである。
【図１７】本発明の一実施形態によるＬＦコードブロックの概略図である。
【図１８Ａ】本発明の一実施形態による、ＰＨＹ障害が発生していることを示す一例の概略図である。
【図１８Ｂ】本発明の一実施形態による、ＰＨＹ障害が発生していることを示す一例の概略図である。
【図１８Ｃ】本発明の一実施形態による、ＰＨＹ障害が発生していることを示す一例の概略図である。
【図１８Ｄ】本発明の一実施形態による、ＰＨＹ障害が発生していることを示す一例の概略図である。
【図１９Ａ】本発明の一実施形態による、ＰＨＹ障害の検出の概略図である。
【図１９Ｂ】本発明の一実施形態による、ＰＨＹ障害の検出の概略図である。
【図１９Ｃ】本発明の一実施形態による、ＰＨＹ障害の検出の概略図である。
【図１９Ｄ】本発明の一実施形態による、ＰＨＹ障害の検出の概略図である。
【図２０Ａ】本発明の一実施形態による、ＳＬＡＩコードブロックの送信の概略図である。
【図２０Ｂ】本発明の一実施形態による、ＳＬＡＩコードブロックの送信の概略図である。
【図２０Ｃ】本発明の一実施形態による、ＳＬＡＩコードブロックの送信の概略図である。
【図２０Ｄ】本発明の一実施形態による、ＳＬＡＩコードブロックの送信の概略図である。
【図２１Ａ】本発明の一実施形態による、ＬＦ信号の送信の概略図である。
【図２１Ｂ】本発明の一実施形態による、ＬＦ信号の送信の概略図である。
【図２１Ｃ】本発明の一実施形態による、ＬＦ信号の送信の概略図である。
【図２１Ｄ】本発明の一実施形態による、ＬＦ信号の送信の概略図である。
【図２２Ａ】本発明の一実施形態による、ＰＨＹ障害がなくなっていることを示す概略図である。
【図２２Ｂ】本発明の一実施形態による、ＰＨＹ障害がなくなっていることを示す概略図である。
【図２２Ｃ】本発明の一実施形態による、ＰＨＹ障害がなくなっていることを示す概略図である。
【図２２Ｄ】本発明の一実施形態による、ＰＨＹ障害がなくなっていることを示す概略図である。
【図２３】本発明の一実施形態による、障害を示す装置の概略構造図である。
【図２４】本発明の一実施形態による、障害を示す別の装置の概略構造図である。
【図２５】本発明の一実施形態による障害表示デバイスの概略ブロック図である。
【発明を実施するための形態】
【００４９】
本発明の実施形態における技術的解決策は、ＦｌｅｘＥ技術に基づくマルチノードネットワークに適用される。図１は、本発明の一実施形態によるＦｌｅｘＥにおける信号伝送デバイスの概略適用図である。
【００５０】
図１は、プロバイダエッジ（provider  edge、ＰＥ）ノード及びプロバイダ（provider、Ｐ）ノードを含むネットワークを示す。ＰＥノードは、ネットワークエッジでユーザに接続されるネットワークデバイスであり、ＰＥノードは、ネットワーク対ネットワークインターフェース（network  to  network  interface、ＮＮＩ）及びユーザ‐ネットワークインターフェース（user  networks  interface、ＵＮＩ）を備える。Ｐノードは、ネットワーク内のネットワークデバイスであり、ＮＮＩのみを備える。ＰＥノード及びＰノードの双方が、スイッチングデバイス又はスイッチデバイスと呼ばれることがある。図１のＰＥノードは、標準イーサネットインターフェースを介して顧客機器に接続され、Ｐノードは、ＦｌｅｘＥインターフェースを介して互いに接続される。
【００５１】
しかしながら、本明細書における標準イーサネットインターフェースは一例に過ぎない。代替的に、ＰＥノードは、同期デジタルハイアラーキ（synchronous  digital  hierarchy、ＳＤＨ）ネットワークにＳＤＨインターフェースを介して接続されてもよく、光トランスポートネットワーク（optical  transport  network、ＯＴＮ）ネットワークにＯＴＮインターフェースを介して接続されてもよく、共通パブリック無線周波数インターフェース（common  public  radio  interface、ＣＰＲＩ）ネットワークにＣＰＲＩを介して接続されてもよく、あるいは別のユーザ装置に別のユーザ装置インターフェースを介して接続されてもよい。
【００５２】
図２は、本発明の一実施形態によるＰＥノードの概略構造図である。ＰＥノードは、標準イーサネットインターフェース、ＳＤＨインターフェース、ＯＴＮインターフェース、及びＣＰＲＩ対ＦｌｅｘＥインターフェースなどのＵＮＩからの複数の伝送パスを有する。簡潔さのため、以下では、説明のため一例として標準イーサネットインターフェースを用いる。全ての伝送パスにおけるデバイスが同じである。標準イーサネットインターフェースは、物理層エンティティ（physical  layer  entities、ＰＨＹ）に接続され、検出器‐サーバ層アラーム表示（detector-server  layer  alarm  indication、ｄＳＬＡＩ）は、ＰＨＹ及びレイヤ１．５内部スイッチングユニットの双方に接続される。サービス‐サーバ層アラーム表示（service-server  layer  alarm  indication、ｓＳＬＡＩ）もまた、レイヤ１．５内部スイッチングユニットに接続される。ｓＳＬＡＩは、フレキシブルイーサネットシム（FlexE  Shim）とＰＨＹを介して順次ＦｌｅｘＥインターフェースに接続される。
【００５３】
ｓＳＬＡＩ／ｄＳＬＡＩは、ＦｌｅｘＥネットワークにおけるサーバ層アラーム表示（server  layer  alarm  indication、ＳＬＡＩ）コードブロックの生成と終端（termination）を担う。本明細書におけるＳＬＡＩコードブロックは障害表示（fault  indication）コードブロックの一例であり、以下では、説明のため一例としてＳＬＡＩコードブロックを用いる。
【００５４】
ＰＥノードにおいて、標準イーサネットインターフェースからＦｌｅｘＥインターフェースに信号が伝送されるとき、ｓＳＬＡＩは、ＰＨＹ障害があるかどうかを検出する。ＦｌｅｘＥインターフェースから標準イーサネットインターフェースに信号が伝送されるとき、ｄＳＬＡＩは、受信信号ストリーム内にＳＬＡＩコードブロックがあるかどうかを検出する。
【００５５】
ＰＨＹは、物理媒体依存（physical  medium  dependent、ＰＭＤ）副層、物理媒体接続（physical  medium  attachment、ＰＭＡ）副層、及び物理符号化副層（physical  coding  sublayer、ＰＣＳ）を具体的に含む。
【００５６】
レイヤ１．５は、ＦｌｅｘＥプロトコルに関連したデータ伝送層である。ＦｌｅｘＥ  ｓｈｉｍは、標準イーサネットデータフローからＦｌｅｘＥスロットデータフローへの相互変換を担う。
【００５７】
図３は、本発明の一実施形態によるＰノードの概略構造図である。Ｐノードは、ＮＮＩのみを備える。ＰノードとＰＥノードとの差は、Ｐノードが２つのｓＳＬＡＩを有し、各ｓＳＬＡＩがＦｌｅｘＥ  ｓｈｉｍを使用することによりＰＨＹに接続される点にある。
【００５８】
本発明の実施形態における技術的解決策は、レイヤ１．５スイッチングをサポートするネットワークデバイスで実現されてもよい。具体的には、ネットワークデバイスは、ＦｌｅｘＥインターフェースをサポートするスイッチデバイスである。
【００５９】
構造の観点では、本発明の実施形態におけるネットワークデバイスは、ボックススイッチ又はシャーシスイッチでもよい。ネットワークデバイスのユーザ‐ネットワークインターフェースチップにｄＳＬＡＩ機能が追加されてもよく、ネットワークデバイスのネットワーク対ネットワークインターフェースチップにｓＳＬＡＩ機能が追加されてもよい。
【００６０】
図４は、複数のＦｌｅｘＥ  ｃｌｉｅｎｔを搬送するＦｌｅｘＥ  ｇｒｏｕｐの概略図である。１つのＦｌｅｘＥ  ｇｒｏｕｐは、複数のＦｌｅｘＥ  ｃｌｉｅｎｔを搬送する。すなわち、ＦｌｅｘＥ  ｓｈｉｍが、複数のＦｌｅｘＥ  ｃｌｉｅｎｔを１つのＦｌｅｘＥ  ｇｒｏｕｐに多重化し、マッピングする。さらに、ＦｌｅｘＥ  ｓｈｉｍは、ＦｌｅｘＥ  ｇｒｏｕｐをデマッピング及び逆多重化して、ＦｌｅｘＥ  ｇｒｏｕｐから複数のＦｌｅｘＥ  ｃｌｉｅｎｔを復元し得る。
【００６１】
図５は、本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  １．０におけるＮｘ１００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。図５に示すように、クライアントブロックエリアにおいて、６４Ｂ／６６Ｂ符号化データを含むＦｌｅｘＥ  ｃｌｉｅｎｔ  ａからＦｌｅｘＥ  ｃｌｉｅｎｔ  ｚのデータから、アイドルコードブロック（IDLE  code  block）が挿入／削除され、ＦｌｅｘＥブロックエリアにおけるクロック同期を実現する。さらに、ＦｌｅｘＥ  ｇｒｏｕｐに対応するＦｌｅｘＥ  ｃａｌｅｎｄａｒを使用することにより、クロック同期が完了したデータコードブロックに対してスロット割り当てが実行され、制御部によりオーバーヘッド（overhead）フィールドが挿入された後、各ｓｕｂ‐ｃａｌｅｎｄａｒを使用することによりデータコードブロックが伝送される。スクランブルされた後、ＰＣＳチャネルが割り当てられ、ＡＭ（alignment  marker、アライメントマーカー）コードブロックが伝送データに挿入され、伝送データは物理層においてＰＭＡ及びＰＭＤを順次介して伝送される。ＰＨＹ障害が発生しているとき、障害制御ブロックが生成され、伝送データ信号と共に下流に伝送される。
【００６２】
図６は、本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  １．０におけるＮｘ１００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるデマッピング及び逆多重化の概略図である。ＦｌｅｘＥ  ｓｈｉｍにより実行されるデマッピング及び逆多重化処理は、基本的に、マッピング及び多重化処理の逆順である。ＦｌｅｘＥ  ｓｈｉｍは、ＰＣＳチャネルからバイアス解除し（de-biases）、デインターリーブし、ＡＭコードブロックを除去し、次いで、ＰＣＳチャネルを介して入力データをデスクランブル（de-scrambles）する。ＰＨＹからのデスクランブルされた伝送データは、各ｓｕｂ‐ｃａｌｅｎｄａｒを使用することにより伝送され、デスクランブルされた伝送データからｏｖｅｒｈｅａｄが抽出され、次いで、各ＦｌｅｘＥ  ｃｌｉｅｎｔはＦｌｅｘＥ  ｃａｌｅｎｄａｒから復元される。この処理において、ＰＨＹ障害が発生しているとき、ＦｌｅｘＥにより定義された副層（sublayers）においてローカル障害（local  fault、ＬＦ）信号が生成され、下流のデバイス及びネットワーク外のデバイスにＰＨＹ障害が存在することを通知する。
【００６３】
バージョン１．０からバージョン２．０に進化した後、ＯＩＦ  ＦｌｅｘＥは、１００Ｇ  ＰＨＹが１つのＦｌｅｘＥインスタンス（Instance）を運び、２００Ｇ  ＰＨＹが２つのＦｌｅｘＥインスタンスを運び、４００Ｇ  ＰＨＹが４つのＦｌｅｘＥインスタンスを運ぶことを規定している。
【００６４】
図７は、本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  ２．０におけるＭｘ１００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。図８は、本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  ２．０におけるＭｘ２００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。図９は、本発明の一実施形態による、ＯＩＦ  ＦｌｅｘＥ  ２．０におけるＭｘ４００Ｇ  ＰＨＹに基づくＦｌｅｘＥにおけるマッピング及び多重化の概略図である。本明細書において、図７では、Ｍ＝Ｎであり、各１００Ｇ  ＰＨＹは、１つのＦｌｅｘＥインスタンスを搬送する。図８では、Ｍ＝Ｎ／２であり、各２００Ｇ  ＰＨＹは、２つのＦｌｅｘＥインスタンスを搬送する。例えば、２００Ｇ  ＰＨＹ  １は、ＦｌｅｘＥ  ＃Ａ及びＦｌｅｘＥ  ＃Ａ＋１を搬送する。図９では、Ｍ＝Ｎ／４であり、各４００Ｇ  ＰＨＹは、４つのＦｌｅｘＥインスタンスを搬送する。例えば、４００Ｇ  ＰＨＹ  １は、ＦｌｅｘＥ  ＃Ａ、ＦｌｅｘＥ  ＃Ａ＋１、ＦｌｅｘＥ  ＃Ａ＋２、及びＦｌｅｘＥ  ＃Ａ＋３を搬送する。
【００６５】
図８を例として用いると、２００Ｇ  ＰＨＹは、２つのＦｌｅｘＥインスタンス、すなわちＦｌｅｘＥ  ＃Ａ及びＦｌｅｘＥ  ＃Ａ＋１を搬送する。図８において、クライアントブロックエリアでは、ＦｌｅｘＥ  ｃｌｉｅｎｔ  ａ、．．．、ｚの６６Ｂ符号化データからｉｄｌｅコードブロックが挿入／削除され、ＦｌｅｘＥブロックエリアにおけるクロック同期を実現する。クロック同期が実行されたデータコードブロックは、ＦｌｅｘＥ  ｃａｌｅｎｄａｒに割り当てられ、挿入され、ＦｌｅｘＥ  ＃Ａ、Ａ＋１、．．．、Ｎ‐１、及びＮが、全てのｓｕｂ‐ｃａｌｅｎｄａｒを使用することにより送信される。２つの６６Ｂコードブロックが、２つごとの対応するグループのインスタンス、例えばＦｌｅｘＥ  ＃Ａ及びＦｌｅｘＥ  ＃Ａ＋１に別個に挿入された後、伝送データはインターリーブされ、２００Ｇ  ＰＨＹネットワークのＰＨＹを使用することにより出力される。
【００６６】
ＯＩＦ  ＦｌｅｘＥ  ２．０のＦｌｅｘＥにおけるデマッピング及び逆多重化は、図７から図９の処理に対し逆に実行されるものであり、詳細はここで再度説明されない。
【００６７】
図１０は、４つの物理インターフェースを含むＦｌｅｘＥ  ｇｒｏｕｐにおけるスロット割り当ての概略図である。各物理インターフェースは２０個のサブスロット（ｓｕｂ‐ｃａｌｅｎｄａｒ）を有し、したがって、ＦｌｅｘＥ  ｇｒｏｕｐは２０×４個のサブスロットを有する。
【００６８】
ＯＩＦ  ＦｌｅｘＥプロトコル標準によれば、１つのＦｌｅｘＥ  ｇｒｏｕｐは、各メンバＰＨＹ（１．０標準）又はインスタンス（２．０）上の２０×１０２３コードブロックごとに１つのＦｌｅｘＥオーバーヘッドコードブロックをリモートＰＨＹに送信する。１つのオーバーヘッドフレーム（ＦｌｅｘＥ  ｏｖｅｒｈｅａｄ  ｆｒａｍｅ）から順次送信される８つのＦｌｅｘＥオーバーヘッドコードブロックと、３２個の連続したＦｌｅｘＥ  ｏｖｅｒｈｅａｄ  ｆｒａｍｅは、１つのｍｕｌｔｉｆｒａｍｅ（マルチフレーム）を形成する。ＦｌｅｘＥは、オーバーヘッドフレームのいくつかのフィールドがスロット割り当てテーブルを運ぶことを規定しており、スロットテーブルは、ＦｌｅｘＥオーバーヘッドフレームを使用することによりリモートＰＨＹに対して同期され、双方のＰＨＹが同じスロット割り当てテーブルを使用することによりＦｌｅｘＥ  ｃｌｉｅｎｔデータフローを受信及び送信することを確保する。
【００６９】
前述の説明に基づき、ＦｌｅｘＥ  ｇｒｏｕｐは、ＦｌｅｘＥ  ｃｌｉｅｎｔ、ＦｌｅｘＥ  ｓｈｉｍ（ＦｌｅｘＥ  ｃａｌｅｎｄａｒ）、ＰＨＹ（ＯＩＦ  ＦｌｅｘＥ  １．０）／インスタンス（ＯＩＦ  ＦｌｅｘＥ  ２．０）、及びＰＨＹ間のリンク接続を含む。ＦｌｅｘＥ  ｃｌｉｅｎｔデータを運ぶＦｌｅｘＥ  ｇｒｏｕｐにおいてＰＨＹ障害が発生しているとき、下位デバイス及び外部デバイスに通知するために、障害表示コードブロックが伝送される必要がある。
【００７０】
以下では、添付の図面を参照し、本発明の実施形態における技術的解決策について詳細に説明する。図１１は、本発明の一実施形態による、障害を示す方法のフローチャートである。本方法はＦｌｅｘＥに適用され、以下のステップを具体的に含む。
【００７１】
Ｓ１１１．ＦｌｅｘＥ  ｇｒｏｕｐに含まれる少なくとも１つのＰＨＹにおいて障害が発生しているかどうかを検出する。
【００７２】
ＦｌｅｘＥネットワークにおけるＰノード又はＰＥノードは、信号を伝送するＦｌｅｘＥ  ｇｒｏｕｐにおいてＰＨＹ障害が発生しているかどうかを検出する。特定の例において、ＦｌｅｘＥネットワーク内のＰノード又はＰＥノードは、ｓＳＬＡＩを使用することにより、信号を伝送するＦｌｅｘＥ  ｇｒｏｕｐにおいてＰＨＹ障害が発生しているかどうかを検出してもよい。
【００７３】
ｓＳＬＡＩは、ＰＨＹが信号を失うこと（信号損失（loss  of  signal）、ＬＯＳ）、ＰＨＹがコードブロックをロックするのに失敗すること（ブロックロック損失（loss  of  block  lock））、ＰＨＹがアライメントコードブロックをロックするのに失敗すること（アライメントマーカーロック損失（loss  of  alignment  marker  lock））、又はＰＨＹにおいて高ビット誤り率アラーム信号が検出されることのうちいずれか１つを検出したとき、ＰＨＹ障害が発生していると判定する。
【００７４】
Ｓ１１２．少なくとも１つのＰＨＹに障害が発生しているとき、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔに障害表示コードブロックを周期的に送信する。
【００７５】
本明細書におけるＰＨＹは、ＯＩＦ  ＦｌｅｘＥ  １．０のＰＨＹでもよく、あるいはＯＩＦ  ＦｌｅｘＥ  ２．０のＰＨＹに対応するＰＨＹ又はＦｌｅｘＥインスタンス（ＦｌｅｘＥ  ｉｎｓｔａｎｃｅ）でもよい。障害が発生したＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔは、障害が発生したＰＨＹによる信号伝送の下流方向のＦｌｅｘＥ  ｃｌｉｅｎｔである。
【００７６】
本明細書では、ｓＳＬＡＩが障害表示コードブロックとしてＳＬＡＩコードブロックを送信する一例が説明のため用いられる。
【００７７】
前述の方法では、例えば、ＰＨＹ障害が発生しているとき、ｓＳＬＡＩは、ＦｌｅｘＥ  ｇｒｏｕｐ上で搬送され、かつ障害が発生した、少なくとも１つのＰＨＹに対応するＦｌｅｘＥクライアントにＳＬＡＩコードブロックを周期的に送信する。この方法では、同じＦｌｅｘＥ  ｇｒｏｕｐの障害のないチャネル上で運ばれるデータ伝送は影響を受けず、それにより、影響を受けるＦｌｅｘＥ  ｃｌｉｅｎｔの数量を低減させる。さらに、異なる信号の複数のパスが、互いに干渉することなく、同じＦｌｅｘＥ  ｇｒｏｕｐのチャネル上で伝送される。したがって、通信回線の利用が改善され得、障害が発生した同じＦｌｅｘＥ  ｇｒｏｕｐの関連ＦｌｅｘＥ  ｃｌｉｅｎｔチャネルの下流伝送パスに関して統計的多重化の能力が提供される。さらに、ＦｌｅｘＥ  ｇｒｏｕｐ内の障害のないＰＨＹにより運ばれるＦｌｅｘＥ  ｃｌｉｅｎｔチャネル上のデータフローの伝送が制限されないため、ＦｌｅｘＥ  ｇｒｏｕｐ内の複数のＰＨＹ間の保護切り替え機構の可能性が提供され、ＦｌｅｘＥ  ｇｒｏｕｐレベルでの障害自己回復機構が可能にされる。
【００７８】
ｓＳＬＡＩにより、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔにＳＬＡＩコードブロックを周期的に送信することは、隣接する周期（periods）内のそのようなＳＬＡＩコードブロックの間にアイドルコードブロックを送信することを含む。あるいは、ｓＳＬＡＩは、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔにＳＬＡＩコードブロックを周期的に送信し、障害が検出されたとき、最初、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔに複数のＳＬＡＩコードブロックが連続的に送信され、次いで、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔにＳＬＡＩコードブロックが周期的に送信され、隣接する周期内のそのようなＳＬＡＩコードブロックの間にｉｄｌｅコードブロックが送信される。
【００７９】
一例において、ＳＬＡＩコードブロックは周期的に送信される。例えば、１つのＳＬＡＩコードブロックが３００００個のｉｄｌｅコードブロックごとに送信されてもよく、１００個のＳＬＡＩコードブロックが３００００個のｉｄｌｅコードブロックごとに送信されてもよい。あるいは、ＳＬＡＩコードブロックは周期的に送信される。例えば、ＰＨＹにおいて障害が検出されたとき、５０個のＳＬＡＩコードブロックが最初送信され、次いで、ＳＬＡＩコードブロックが周期的に送信され、隣接する周期内のそのようなＳＬＡＩコードブロックの間にｉｄｌｅコードブロックが送信される。
【００８０】
図１２は、本発明の一実施形態によるアイドルコードブロックの概略図である。アイドルコードブロック：６４／６６ビットブロックのタイプであり、同期ヘッダフィールドは１０であり、最初の制御ブロックバイトは０ｘ１Ｅであり、その後の８つの連続した７ビット（合計５６ビット）はすべて０ｘ００である。
【００８１】
本明細書において、障害表示コードブロックは、制御タイプフィールドと、ＰＨＹ障害が発生していることを示すために使用される障害識別フィールドを含む。任意で、障害表示コードブロックは、障害タイプ識別フィールドをさらに含んでもよく、障害タイプ識別フィールドは、少なくとも１つのＰＨＹにおいて発生している障害の障害タイプを示すために使用され、障害タイプは、ＰＨＹが信号を失うこと、ＰＨＹがコードブロックをロックできないこと、ＰＨＹがアライメントコードブロックをロックできないこと、及びＰＨＹにおいて高ビット誤り率アラーム信号が検出されることを含む。さらに、障害のタイプは前述の内容に限定されない。例えば、障害タイプは、代替的に、ＰＨＹにおいて検出される以下のうちいずれか１つでもよい：ＰＣＳが障害状態である（ＰＣＳ＿ｓｔａｔｕｓ＝ＦＡＬＳＥ）こと；ＰＨＹ（ＯＩＦ  ＦｌｅｘＥ  １．０）／ｉｎｓｔａｎｃｅ（ＯＩＦ  ＦｌｅｘＥ  ２．０）がＦｌｅｘＥ  ｇｒｏｕｐフレームロック又はマルチフレームロックを失うこと；フレームロック又はマルチフレームロックの間に搬送されたＰＨＹ（ＯＩＦ  ＦｌｅｘＥ  １．０）／ｉｎｓｔａｎｃｅ（ＯＩＦ  ＦｌｅｘＥ  ２．０）マッピングテーブル、ＰＨＹ（１．０）／インスタンス（２．０）番号、又はＦｌｅｘＥ  ｇｒｏｕｐ番号が矛盾していること；又は、ＦｌｅｘＥ  ｇｒｏｕｐ内の複数のＰＨＹ（ＯＩＦ  ＦｌｅｘＥ  １．０）／ｉｎｓｔａｎｃｅ（ＯＩＦ  ＦｌｅｘＥ  ２．０）間の受信クロックスキューが過度に大きく、チップにより許容される範囲を超えていることを示すアラーム。これらは、本明細書で１つずつ列挙されない。
【００８２】
任意で、障害表示コードブロックはＳＬＡＩコードブロックでもよい。ＳＬＡＩコードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で規定される任意の予約フィールド（reserved  field）に基づいて定義される。具体的には、以下の図１３〜図１５がＳＬＡＩコードブロックの例を示す。
【００８３】
図１３は、本発明の一実施形態によるＳＬＡＩコードブロックの一例の概略図である。図１３に示すように、ＳＬＡＩコードブロックは制御コードブロックを使用し、制御コードブロックの制御タイプは０ｘ４Ｂであり、Ｏコードは０であり、Ｄ３は０又は３〜２５５の間の任意の値であり、他は０である。
【００８４】
図１４は、本発明の一実施形態によるＳＬＡＩコードブロックの別の例の概略図である。図１４に示すように、ＳＬＡＩコードブロックは制御コードブロックを使用し、制御コードブロックの制御タイプは０ｘ４Ｂであり、Ｏコードは、現在のＩＥＥＥ８０２．３標準仕様で標準化されていない値、例えば１０である。
【００８５】
図１５は、本発明の一実施形態によるＳＬＡＩコードブロックのさらに別の例の概略図である。図１５に示すように、ＳＬＡＩコードブロックは制御コードブロックを使用し、制御コードブロックの制御タイプは０ｘ００であり、Ｄ１〜Ｄ７の各々は任意の値をとる。
【００８６】
ＰＨＹ障害が発生しているとき、Ｓ１１１は、ＦｌｅｘＥ  ｇｒｏｕｐに含まれる少なくとも１つのＰＨＹにおける障害がなくなっている（disappears）かどうかを検出するために実行されてもよい。それにおけるＰＨＹ障害がなくならない場合、Ｓ１１２の実行が引き続き行われる。
【００８７】
少なくとも１つのＰＨＹにおける障害がなくなっているとき、障害表示コードブロックは、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔへの送信を停止される。
【００８８】
本明細書において、ＰＨＹにおける障害がなくなっているとき、ＳＬＡＩコードブロックは、対応するＦｌｅｘＥ  ｃｌｉｅｎｔへの周期的な送信を停止され、ＰＨＹにおける障害がなくなっていることを下流デバイスに知らせる。
【００８９】
図１６は、本発明の一実施形態による、ＦｌｅｘＥにおける障害を示す別の方法のフローチャートである。本方法は、以下のステップを具体的に含む。
【００９０】
Ｓ１６１．ＦｌｅｘＥ  ｃｌｉｅｎｔ信号が障害表示コードブロックを含むかどうかを検出する。
【００９１】
ＦｌｅｘＥネットワークにおいて、下流に位置するＰＥノードは、ＰＥノードのＵＮＩ側インターフェース上の障害表示コードブロックを検出する。特定の例では、ＦｌｅｘＥネットワークにおいて、下流に位置するＰＥノードのｄＳＬＡＩが、ＰＥノードのＵＮＩ側インターフェース上のＳＬＡＩコードブロックを検出する。
【００９２】
Ｓ１６２．所定の障害表示コードブロックが検出されたとき、ＦｌｅｘＥ  ｃｌｉｅｎｔ信号に対応するＵＮＩに障害信号を連続的に送信する。
【００９３】
本明細書において、障害信号は、ＦｌｅｘＥにおいて障害が発生していることをＦｌｅｘＥネットワーク外のＵＮＩ側ユーザに通知するために使用される信号である。ＵＮＩが標準イーサネットインターフェースであるとき、ＩＥＥＥ８０２．３標準仕様に従ってＬＦ信号がＵＮＩに送信される。ＵＮＩがＳＤＨインターフェースであるとき、ＩＴＵ‐Ｔ  Ｇ．７０７仕様に従ってＭＳ‐ＡＩＳ（multiplex  section-alarm  indication  signal、多重セクションアラーム表示信号）信号がＵＮＩに送信される。ＵＮＩがＯＴＮインターフェースであるとき、ＩＴＵ‐Ｔ  Ｇ．７０９仕様に従ってＯＤＵ‐ＡＩＳ（optical  data  unit-alarm  indication  signal、光データユニットアラーム表示信号）信号がＵＮＩに送信される。ＵＮＩがＣＰＲＩであり、ＣＰＲＩ標準に従ってＣＰＲＩ同期制御ワードがＵＮＩ側に送信されるとき、ＣＰＲＩ同期制御ワードは無効なキャラクタで置換され、例えば、Ｋ２８．５が０で置換され（インターフェースがＣＰＲＩ１〜７である場合）、あるいは／Ｓ／が０で置換され（インターフェースがＣＰＲＩ７Ａ、及び８〜１０である場合）て、ＬＯＦ（loss  of  frame、フレーム損失）アラームを生成するよう下流のＣＰＲＩクライアントをトリガする。あるいは、下流のＣＰＲＩクライアントは、別の方法で別のアラームを生成するようにトリガされる。さらに、他のユーザネットワークインターフェースに対する同様のアラームがあり、これらは、本明細書で１つずつ列挙されない。以下では、説明のため一例として標準イーサネットインターフェースを用いる。
【００９４】
所定の障害表示コードブロックを検出した場合、ｄＳＬＡＩは、障害表示コードブロックを終端させ（terminates）、対応するＵＮＩにＬＦ信号を連続的に送信する。障害表示コードブロックは上述したものと同じであり、詳細はここで再度説明されない。ＬＦ信号のフォーマットが図１７に示されている。
【００９５】
所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味する。一例において、ＦｌｅｘＥ  ｃｌｉｅｎｔ信号を受信する処理において１つのＳＬＡＩコードブロックが検出された場合、所定のＳＬＡＩコードブロックが検出されたと判定される。あるいは、３００００個のコードブロックが連続的に受信され、５つのＳＬＡＩコードブロックが検出され、予め設定された閾値が３に等しい場合、所定のＳＬＡＩコードブロックが検出されたと判定される。別の例において、所定の時間内で、５つのＳＬＡＩコードブロックが検出され、予め設定された閾値が３に等しい場合、所定のＳＬＡＩコードブロックが検出されたと判定される。
【００９６】
所定の障害表示コードブロックが検出された後、ＦｌｅｘＥネットワーク内のＰＥノードのｄＳＬＡＩは、ＰＥノードのＵＮＩ側インターフェース上のＳＬＡＩコードブロックを連続的に検出する。ＳＬＡＩコードブロックがこれ以上検出されない場合、ｄＳＬＡＩは、ＵＮＩへのＬＦ信号の送信を停止する。さらに、ＦｌｅｘＥ  ｃｌｉｅｎｔとＵＮＩ側ユーザクライアントの交換機能が迅速に有効にされ、データ情報交換を復旧し得る。
【００９７】
ＳＬＡＩコードブロックがこれ以上検出されないことは、所定の数量の受信コードブロックにおいてＳＬＡＩコードブロックが検出されないか又は予め設定された閾値より少ない数量のＳＬＡＩコードブロックが検出されること、又は所定の時間内でＳＬＡＩコードブロックが検出されないか又は予め設定された閾値より少ない数量のＳＬＡＩコードブロックが検出されることを意味する。一例において、所定のＳＬＡＩが検出された後、３００００個のコードブロックが連続的に受信され、ＳＬＡＩコードブロックが検出されない場合、ＳＬＡＩコードブロックはこれ以上検出されないと判定され、あるいは、２つのＳＬＡＩコードブロックが検出され、予め設定された閾値が３に等しい場合、ＳＬＡＩコードブロックはこれ以上検出されないと判定される。別の例において、所定のＳＬＡＩが検出された後、ＳＬＡＩコードブロックが、例えば１０個のＳＬＡＩ送信周期内で検出されない場合、ＳＬＡＩコードブロックはこれ以上検出されないと判定され、あるいは、２つのＳＬＡＩコードブロックが、例えば１０個のＳＬＡＩ送信周期内で検出され、予め設定された閾値が３に等しい場合、ＳＬＡＩコードブロックはこれ以上検出されないと判定される。
【００９８】
この方法によれば、ＳＬＡＩコードブロックを検出でき、ネットワークにおいてＰＨＹ障害が発生していることをネットワーク外のノードに通知するＦｌｅｘＥの能力が保持される。
【００９９】
以下では、特定の実施形態を参照し、本発明の技術的解決策について詳細に説明する。図１８Ａ〜図１８Ｄは、本発明の一実施形態による、ＰＨＹ障害が発生していることを示す一例の概略図である。
【０１００】
図１８Ａ〜図１８Ｄに示すように、ＰＥノードＰＥ１、ＰノードＰ１、ＰノードＰ２、及びＰＥノードＰＥ２が、ＦｌｅｘＥネットワークを形成する。ＦｌｅｘＥネットワークの両端は、イーサネットデバイスＣＥ１及びイーサネットデバイスＣＥ２に接続される。
【０１０１】
イーサネットデバイスＣＥ１は、ＰＥノードＰＥ１、ＰノードＰ１、ＰノードＰ２、及びＰＥノードＰＥ２を使用することにより、イーサネットデバイスＣＥ２との間でデータを伝送する。
【０１０２】
イーサネットデバイスＣＥ１は、ユーザクライアントサービスデータ＃ｕｃ１及びユーザクライアントサービスデータ＃ｕｃ２を伝送する。ユーザクライアントサービスデータ＃ｕｃ１及びユーザクライアントサービスデータ＃ｕｃ２は、上位層（upper  layer）、媒体アクセス制御（medium  access  control、ＭＡＣ）層、及び物理層を介して、それぞれＰＥノードＰＥ１に順次伝送される。
【０１０３】
ＰＥノードＰＥ１では、２つのパスのデータが、物理層下部（PHY  lower  part）及び物理符号化副層（Physical  Coding  Sublayer、ＰＣＳ）を介し、レイヤ１．５スイッチングユニットを介し、並びにＦｌｅｘＥ  ｇｒｏｕｐ＃１のＦｌｅｘＥ  ｓｈｉｍ、ＰＣＳ、及びＰＨＹ  ｌｏｗｅｒ  ｐａｒｔを介して、別個にＰノードＰ１に伝送される。レイヤ１．５スイッチングユニットはレイヤ１．５であり、レイヤ１．５は、ＦｌｅｘＥプロトコルに関連したデータ伝送層であり、オープンシステム相互接続（open  system  interconnection、ＯＳＩ）７層モデルにおける物理層とＭＡＣ層の間に位置する。
【０１０４】
ＰノードＰ１では、２つのパスのデータは、ＦｌｅｘＥ  ｇｒｏｕｐ＃１のＰＨＹ  ｌｏｗｅｒ  ｐａｒｔ、ＰＣＳ、及びＦｌｅｘＥ  ｓｈｉｍを介し、レイヤ１．５スイッチングユニットを介し、並びにＦｌｅｘＥ  ｇｒｏｕｐ＃２のＦｌｅｘＥ  ｓｈｉｍ、ＰＣＳ、及びＰＨＹ  ｌｏｗｅｒ  ｐａｒｔを介して、別個にＰノードＰ２に伝送される。
【０１０５】
ＰノードＰ２では、２つのパスのデータは、ＦｌｅｘＥ  ｇｒｏｕｐ＃２のＰＨＹ  ｌｏｗｅｒ  ｐａｒｔ、ＰＣＳ、及びＦｌｅｘＥ  ｓｈｉｍを介し、レイヤ１．５スイッチングユニットを介し、並びにＦｌｅｘＥ  ｇｒｏｕｐ＃３のＦｌｅｘＥ  ｓｈｉｍ、ＰＣＳ、及びＰＨＹ  ｌｏｗｅｒ  ｐａｒｔを介して、別個にＰＥノードＰＥ２に伝送される。
【０１０６】
ＰＥノードＰＥ２では、２つのパスのデータは、ＦｌｅｘＥ  ｇｒｏｕｐ＃３のＰＨＹ  ｌｏｗｅｒ  ｐａｒｔ、ＰＣＳ、及びＦｌｅｘＥ  ｓｈｉｍを介し、レイヤ１．５スイッチングユニットを介し、並びにＰＣＳ及びＰＨＹ  ｌｏｗｅｒ  ｐａｒｔを介して、別個にイーサネットデバイスＣＥ２に伝送される。
【０１０７】
イーサネットデバイスＣＥ２では、２つのパスのデータは、ＰＨＹ、ＭＡＣ、及びｕｐｐｅｒ  ｌａｙｅｒを介して別個に順次伝送され、ユーザクライアントサービスデータ＃ｕｃ３とユーザクライアントサービスデータ＃ｕｃ４を取得する。ユーザクライアントサービスデータ＃ｕｃ１の伝送は、ユーザクライアントサービスデータ＃ｕｃ３の伝送に対応する。ユーザクライアントサービスデータ＃ｕｃ２の伝送は、ユーザクライアントサービスデータ＃ｕｃ４の伝送に対応する。
【０１０８】
ＰノードＰ２のＦｌｅｘＥ  ｇｒｏｕｐ＃２におけるＰＨＹ＃１ポートの受信側物理層リンクにおいて障害が発生しているとき、ＰＨＹ＃１はＬＯＳ信号を生成する。すなわち、ＰＨＹ＃１に障害が発生し、ＦｌｅｘＥ  ｇｒｏｕｐ＃２全体の全てのリンクにおける障害に至る。
【０１０９】
ＯＩＦ  ＦｌｅｘＥ  １．０仕様に基づき、Ｐ２は、ＦｌｅｘＥ  ｇｒｏｕｐ＃２上で搬送される２つのＦｌｅｘＥ  ｃｌｉｅｎｔ、すなわちＦｌｅｘＥ  ｃｌｉｅｎｔ＃１及びＦｌｅｘＥ  ｃｌｉｅｎｔ＃３の下流方向にＬＦ信号を連続的に送信し、ＬＦ信号フローは、ＦｌｅｘＥ  ｃｌｉｅｎｔ＃１チャネル及びＦｌｅｘＥ  ｃｌｉｅｎｔ＃３チャネルの下流パスを介して、ＰＥノードＰＥ２、並びにＰ２デバイスのＦｌｅｘＥ  ｇｒｏｕｐ＃３上で搬送されるＦｌｅｘＥ  ｃｌｉｅｎｔ＃２及びＦｌｅｘＥ  ｃｌｉｅｎｔ＃５に伝送される。
【０１１０】
図１８Ａから図１８Ｄは、ＰノードＰ１のＦｌｅｘＥ  ｇｒｏｕｐ＃２とＰノードＰ２のＦｌｅｘＥ  ｇｒｏｕｐ＃２との間のＰＨＹに障害が発生していることを示す。以下では、前述のＰＨＹ障害が発生している一例を用いることにより、本発明の実施形態の技術的解決策について説明する。
【０１１１】
図１９Ａ〜図２２Ｄにおいて、Ｐノードは、東向きＦｌｅｘＥ  ｃｌｉｅｎｔから西向きＦｌｅｘＥ  ｃｌｉｅｎｔへのデータ交換を行い、ＰＥノードは、ＮＮＩ側のＦｌｅｘＥ  ｃｌｉｅｎｔとＵＮＩ側のユーザクライアントとの間のデータ交換を行う。ＰノードのｓＳＬＡＩは、ＰＨＹ障害が発生しているかどうかを検出するために使用される。ＰＥノードのｄＳＬＡＩは、ＳＬＡＩコードブロックを検出するために使用され、ｄＳＬＡＩは、ＰＥノードのＮＮＩ側のＦｌｅｘＥ  ｃｌｉｅｎｔに配置されてもよく、あるいはＰＥノードのＵＮＩ側に配置されてもよい。
【０１１２】
図１９Ａ〜図１９Ｄは、本発明の一実施形態による、ＰＨＹ障害の検出の概略図である。図１９Ｂにおいて、ＰノードＰ１のＦｌｅｘＥ  ｇｒｏｕｐ＃２とＰノードＰ２のＦｌｅｘＥ  ｇｒｏｕｐ＃２との間のリンク上でＰＨＹ障害が発生しているとき、ＬＦ信号は、ＦｌｅｘＥ  ｇｒｏｕｐ＃２上で搬送される２つのＦｌｅｘＥ  ｃｌｉｅｎｔ（ＦｌｅｘＥ  ｃｌｉｅｎｔ＃１及びＦｌｅｘＥ  ｃｌｉｅｎｔ＃３）の下流方向に直ちに連続的に送信されはしない。
【０１１３】
ＰノードＰ２のｓＳＬＡＩは、ＦｌｅｘＥ  ｇｒｏｕｐ上で搬送されるＦｌｅｘＥ  ｃｌｉｅｎｔ＃１にＳＬＡＩコードブロックを周期的に送信する。図２０Ａ〜図２０Ｄは、本発明の一実施形態による、ＳＬＡＩコードブロックの送信の概略図である。図２０Ｂにおいて、ＰノードＰ２のｓＳＬＡＩは、ＳＬＡＩコードブロックを周期的に送信する。任意で、２つの隣接する周期内のそのようなＳＬＡＩコードブロックの間にｉｄｌｅコードブロックが送信される。
【０１１４】
一例において、ｓＳＬＡＩは、１つの周期内に２つのＳＬＡＩコードブロックを送信してもよく、すなわち、２つの連続したＳＬＡＩコードブロックが所定の時間の間隔で送信される。２つの隣接する周期内のそのようなＳＬＡＩコードブロックの間にｉｄｌｅコードブロックが送信される。ｉｄｌｅコードブロックのフォーマットは図１２に示されており、ＳＬＡＩコードブロックは図１３〜図１５に示されるいずれかのものでもよい。
【０１１５】
ＰＥノードＰＥ２のｄＳＬＡＩはＳＬＡＩコードブロックを検出し、ＳＬＡＩコードブロックが検出されたとき所定のＳＬＡＩコードブロックを終端させ、ＬＦ信号をＵＮＩに連続的に送信する。図２１Ａ〜図２１Ｄは、本発明の一実施形態による、ＬＦ信号の送信の概略図である。ＬＦ信号のフォーマットは図１７に示されている。
【０１１６】
所定のＳＬＡＩコードブロックを検出したとき、ｄＳＬＡＩは、ＳＬＡＩコードブロックを終端させ、対応するＵＮＩにＬＦ信号を連続的に送信し、すなわち、ＦｌｅｘＥ  ｃｌｉｅｎｔとＵＮＩ側ユーザクライアントの交換機能を中断し、すなわち、元々交換されている情報を中断する。
【０１１７】
本発明のこの実施形態において、ＬＦ信号は、ＦｌｅｘＥ  ｇｒｏｕｐにおいてＰＨＹ障害が検出された直後、ＦｌｅｘＥ  ｇｒｏｕｐ上で搬送される各ＦｌｅｘＥ  ｃｌｉｅｎｔの下流方向に連続的に送信されないことが分かる。その代わりに、ＳＬＡＩコードブロックが、障害が発生したＰＨＹ＃１に対応するＦｌｅｘＥ  ｃｌｉｅｎｔ＃２に周期的に送信される。ＰＥノードＰＥ２のｄＳＬＡＩは、所定のＳＬＡＩコードブロックを検出した後のみ、ＬＦ信号をＵＮＩに連続的に送信する。すなわち、元の交換されている情報を中断する条件があり、その条件は、下流に位置するＰＥノードＰＥ２が所定のＳＬＡＩコードブロックを検出することである。
【０１１８】
ＰノードＰ２のｓＳＬＡＩが、ＦｌｅｘＥ  ｇｒｏｕｐ＃２内のＰＨＹ障害がなくなっていることを検出したとき、ＰノードＰ２のｓＳＬＡＩは、ＦｌｅｘＥ  ｇｒｏｕｐ上で搬送されるＦｌｅｘＥ  ｃｌｉｅｎｔ＃２へのＳＬＡＩコードブロックの送信を停止する。図２２Ａ〜図２２Ｄは、本発明の一実施形態による、ＰＨＹ障害がなくなっていることを示す概略図である。
【０１１９】
ＰＥノードＰＥ２は、ＳＬＡＩコードブロックを検出せず、すなわちＳＬＡＩコードブロックはなくなっており、関連するＵＮＩへのＬＦ信号の連続的な送信を停止する。図２２Ａ〜図２２Ｄを参照する。
【０１２０】
ＰＥノードＰＥ２のｄＳＬＡＩは、ＵＮＩへのＬＦ信号の送信を停止し、すなわち、ＮＮＩ側のＦｌｅｘＥ  ｃｌｉｅｎｔ及びＵＮＩ側ユーザクライアントの交換機能を復旧し、交換されるコンテンツにもはや干渉しない。
【０１２１】
以上では、本発明の実施形態における障害を示す方法について説明しており、以下では、前述の方法に対応する障害を示す装置について説明する。
【０１２２】
図２３は、本発明の一実施形態による、障害を示す装置の概略構造図である。本装置は、障害を示す方法に対応する。
【０１２３】
装置は、検出モジュール２３１及び送信モジュール２３２を具体的に含む。ｓＳＬＡＩ／ｄＳＬＡＩが図２３の装置を含み、すなわち、検出モジュール２３１及び送信モジュール２３２を含むことに留意されたい。
【０１２４】
検出モジュール２３１は、ＦｌｅｘＥ  ｇｒｏｕｐに含まれる少なくとも１つのＰＨＹにおいて障害が発生しているかどうかを検出するように構成される。
【０１２５】
送信モジュール２３２は、少なくとも１つのＰＨＹにおいて障害が発生しているとき、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔに障害表示コードブロックを周期的に送信するように構成される。
【０１２６】
可能な一実装において、送信モジュール２３２が、ＰＨＹ障害が発生しているとき、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔに障害表示コードブロックを周期的に送信するように具体的に構成されることは、２つの隣接する障害表示コードブロックの間にアイドルコードブロックを送信することを含む。
【０１２７】
可能な一実装において、送信モジュール２３２は、ＰＨＹ障害が発生しているとき、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔに障害表示コードブロックを周期的に送信する、すなわち、障害が検出されたとき、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔに複数の障害表示コードブロックを連続的に送信し、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔに障害表示コードブロックを周期的に送信し、２つの隣接する障害表示コードブロックの間にアイドルコードブロックを送信するように具体的に構成される。
【０１２８】
可能な一実装において、障害表示コードブロックは、制御タイプフィールドと、ＰＨＹにおいて障害が発生していることを示すために使用される障害識別フィールドを含む。
【０１２９】
可能な一実装において、障害表示コードブロックは、障害タイプ識別フィールドをさらに含み、障害タイプ識別フィールドは、少なくとも１つのＰＨＹで発生した障害の障害タイプを示すために使用され、障害タイプは、ＰＨＹが信号を失うこと、ＰＨＹがコードブロックをロックできないこと、ＰＨＹがアライメントコードブロックをロックできないこと、及びＰＨＹにおいて高ビット誤り率アラームが検出されることを含む。
【０１３０】
可能な一実装において、障害表示コードブロックはＳＬＡＩコードブロックであり、ＳＬＡＩコードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約されたフィールドに基づき定義される。
【０１３１】
可能な一実装において、検出モジュール２３１は、ＰＨＹにおいて障害が発生しているとき、ＦｌｅｘＥ  ｇｒｏｕｐに含まれる少なくとも１つのＰＨＹにおける障害がなくなっているかどうかを検出するようにさらに構成される。
【０１３２】
送信モジュール２３２は、少なくとも１つのＰＨＹにおける障害がなくなっているとき、障害が発生した少なくとも１つのＰＨＹに対応するＦｌｅｘＥ  ｃｌｉｅｎｔへの障害表示コードブロックの送信を停止するようにさらに構成される。
【０１３３】
図２４は、本発明の一実施形態による、障害を示す装置の概略構造図である。本装置は、障害を示す方法に対応する。
【０１３４】
装置は、検出モジュール２４１及び送信モジュール２４２を具体的に含む。ｄＳＬＡＩが図２４の装置を含み、すなわち、検出モジュール２４１及び送信モジュール２４２を含むことに留意されたい。
【０１３５】
例えば、ＦｌｅｘＥにおいて、ＰＥノードはＰノードから信号を受信する。
【０１３６】
検出モジュール２４１は、ＦｌｅｘＥ  ｃｌｉｅｎｔ信号が障害表示コードブロックを含むかどうかを検出するように構成される。
【０１３７】
送信モジュール２４２は、所定の障害表示コードブロックが検出されたとき、ＦｌｅｘＥ  ｃｌｉｅｎｔ信号に対応するＵＮＩに障害信号を連続的に送信するように構成される。
【０１３８】
本明細書において、障害信号は、ＦｌｅｘＥネットワークにおいて障害が発生していることをＦｌｅｘＥネットワーク外のＵＮＩ側ユーザに通知するために使用される信号である。ＵＮＩが標準イーサネットインターフェースであるとき、ＩＥＥＥ８０２．３標準仕様に従ってＬＦ（local  fault、ローカル障害）信号がＵＮＩに送信される。ＵＮＩがＳＤＨインターフェースであるとき、ＩＴＵ‐Ｔ  Ｇ．７０７仕様に従ってＭＳ‐ＡＩＳ（multiplex  section-alarm  indication  signal、多重セクションアラーム表示信号）信号がＵＮＩに送信される。ＵＮＩがＯＴＮインターフェースであるとき、ＩＴＵ‐Ｔ  Ｇ．７０９仕様に従ってＯＤＵ‐ＡＩＳ信号がＵＮＩに送信される。ＵＮＩがＣＰＲＩインターフェースであり、ＣＰＲＩ標準に従ってＣＰＲＩ同期制御ワードがＵＮＩ側に送信されるとき、ＣＰＲＩ同期制御ワードは無効なキャラクタで置換され、例えば、Ｋ２８．５が０で置換され（インターフェースがＣＰＲＩ１〜７である場合）、あるいは／Ｓ／が０で置換され（インターフェースがＣＰＲＩ７Ａ、及び８〜１０である場合）て、ＬＯＦ（loss  of  frame、フレーム損失）アラームを生成するよう下流のＣＰＲＩクライアントをトリガする。あるいは、下流のＣＰＲＩクライアントがある。さらに、他のユーザネットワークインターフェースに対する同様のアラームがあり、これらは、本明細書で１つずつ列挙されない。
【０１３９】
可能な一実装において、検出モジュール２４１は、所定の障害表示コードブロックが検出された後、障害表示コードブロックを連続的に検出するようにさらに構成される。送信モジュール２４２は、障害表示コードブロックが検出モジュールにより検出されないとき、ＵＮＩへの障害信号の送信を停止するようにさらに構成される。
【０１４０】
本発明の上記方法によれば、所定の障害表示コードブロックを検出した場合、ｄＳＬＡＩは、障害表示コードブロックを終端させ、対応するＵＮＩにＬＦ信号を連続的に送信する。障害表示コードブロックは上述したものと同じであり、詳細はここで再度説明されない。
【０１４１】
可能な一実装において、所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は、所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味する。障害表示コードブロックが検出されないことは、所定の数量の受信コードブロックにおいて障害表示ブロックが検出されないか又は予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は所定の時間内で障害表示ブロックが検出されないか又は予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する。
【０１４２】
可能な一実装において、障害信号は、ＬＦ信号、ＭＳ‐ＡＩＳ信号、ＯＤＵ‐ＡＩＳ信号、ＣＰＲＩ無効同期制御ワード信号、又は他の信号のうち任意のものである。
【０１４３】
この方法では、障害表示コードブロックが検出され得、ネットワークにおいてＰＨＹ障害が発生していることをネットワーク外のノードに通知するＦｌｅｘＥの能力が保持される。
【０１４４】
図２５は、本発明の一実施形態による障害表示デバイスの概略ブロック図である。図２５に示すように、障害表示デバイス２５００は、入力デバイス２５０１、入力インターフェース２５０２、プロセッサ２５０３、メモリ２５０４、出力インターフェース２５０５、及び出力デバイス２５０６を含む。
【０１４５】
入力インターフェース２５０２、プロセッサ２５０３、メモリ２５０４、及び出力インターフェース２５０５は、バス２５１０を使用することにより互いに接続される。入力デバイス２５０１及び出力デバイス２５０６は、入力インターフェース２５０２及び出力インターフェース２５０５を使用することによりそれぞれバス２５１０に接続され、さらに、障害表示デバイス２５００の別のコンポーネントに接続される。
【０１４６】
具体的には、入力デバイス２５０１は、外部入力情報を受信し、入力インターフェース２５０２を介して入力情報をプロセッサ２５０３に送信する。プロセッサ２５０３は、メモリ２５０４に記憶されたコンピュータ実行可能命令に従って入力情報を処理して、出力情報を生成し、出力情報をメモリ２５０４に一時的又は永続的に記憶し、出力インターフェース２５０５を介して出力情報を出力デバイス２５０６に送信する。出力デバイス２５０６は、ユーザによる使用のため、出力情報を障害表示デバイス２５００の外部に出力する。
【０１４７】
障害表示デバイス２５００は、本発明の実施形態におけるステップを実行してもよい。
【０１４８】
プロセッサ２５０３は、１つ以上の中央処理装置（central  processing  unit、ＣＰＵ）でもよい。プロセッサ２５０３が１つのＣＰＵであるとき、ＣＰＵは、シングルコアＣＰＵ又はマルチコアＣＰＵでもよい。
【０１４９】
メモリ２５０４は、これらに限られないが、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、コンパクトディスク読取専用メモリ（ＣＤ‐ＲＯＭ）、ハードディスクなどのうち１つ以上でもよい。メモリ２５０４は、プログラムコードを記憶するように構成される。
【０１５０】
本発明のこの実施形態において、図２５の障害表示デバイス２５００は図２３の装置でもよく、障害表示デバイス２５００は図２３の各モジュールの機能を実現してもよいことが理解され得る。
【０１５１】
さらに、本発明のこの実施形態において、図２５の障害表示デバイス２５００は図２４の装置でもよく、障害表示デバイス２５００は図２４の各モジュールの機能を実現してもよいことが理解され得る。
【０１５２】
さらに、本発明の一実施形態は、図２３及び図２４の装置を含むネットワークデバイスを提供する。図２３に示す装置は、デバイスのネットワーク対ネットワークインターフェースチップ上に配設されてもよく、図２４に示す装置は、デバイスのユーザ‐ネットワークインターフェースチップ上に配設されてもよい。
【０１５３】
さらに、本発明の一実施形態は、図２３の装置を含むネットワークデバイスをさらに提供する。図２３に示す装置は、デバイスのネットワーク対ネットワークインターフェースチップ上に配設されてもよい。
【０１５４】
前述の実施形態の全部又は一部が、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを使用することにより実現され得る。前述の実施形態の全部又は一部がコンピュータプログラムプロダクトの形態で実現されるとき、コンピュータプログラムプロダクトは１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロード又は実行されたとき、本発明の実施形態による手順又は機能が完全又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置でもよい。コンピュータ命令は、コンピュータ読取可能記憶媒体に記憶されてもよく、あるいはコンピュータ読取可能記憶媒体から別のコンピュータ読取可能記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（digital  subscriber  line、ＤＳＬ））又は無線（例えば、赤外線、ラジオ、又はマイクロ波）方式で、別のウェブサイト、コンピュータ、サーバ、又はデータセンターに送信されてもよい。コンピュータ読取可能記憶媒体は、コンピュータによりアクセス可能な任意の使用可能媒体、又は１つ以上の使用可能媒体を統合するサーバ又はデータセンターなどのデータ記憶デバイスでもよい。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、デジタルビデオディスク（digital  video  disk、ＤＶＤ））、又は半導体媒体（例えば、ソリッドステートドライブ（solid  state  disk、ＳＳＤ））などでもよい。
【０１５５】
本明細書の各部は漸進的に記載されており、実施形態における同じ又は同様の部分については、これらの実施形態を参照し、各実施形態は、他の実施形態との差に焦点を合わせている。特に、装置及びシステムの実施形態は、方法の実施形態と基本的に同様であり、したがって簡単に説明されている。関連部分については、本方法の実施形態の説明を参照する。
【図１】
2021508973.tif 000003
【図２】
2021508973.tif 000004
【図３】
2021508973.tif 000005
【図４】
2021508973.tif 000006
【図５】
2021508973.tif 000007
【図６】
2021508973.tif 000008
【図７】
2021508973.tif 000009
【図８】
2021508973.tif 000010
【図９】
2021508973.tif 000011
【図１０】
2021508973.tif 000012
【図１１】
2021508973.tif 000013
【図１２】
2021508973.tif 000014
【図１３】
2021508973.tif 000015
【図１４】
2021508973.tif 000016
【図１５】
2021508973.tif 000017
【図１６】
2021508973.tif 000018
【図１７】
2021508973.tif 000019
【図１８Ａ】
2021508973.tif 000020
【図１８Ｂ】
2021508973.tif 000021
【図１８Ｃ】
2021508973.tif 000022
【図１８Ｄ】
2021508973.tif 000023
【図１９Ａ】
2021508973.tif 000024
【図１９Ｂ】
2021508973.tif 000025
【図１９Ｃ】
2021508973.tif 000026
【図１９Ｄ】
2021508973.tif 000027
【図２０Ａ】
2021508973.tif 000028
【図２０Ｂ】
2021508973.tif 000029
【図２０Ｃ】
2021508973.tif 000030
【図２０Ｄ】
2021508973.tif 000031
【図２１Ａ】
2021508973.tif 000032
【図２１Ｂ】
2021508973.tif 000033
【図２１Ｃ】
2021508973.tif 000034
【図２１Ｄ】
2021508973.tif 000035
【図２２Ａ】
2021508973.tif 000036
【図２２Ｂ】
2021508973.tif 000037
【図２２Ｃ】
2021508973.tif 000038
【図２２Ｄ】
2021508973.tif 000039
【図２３】
2021508973.tif 000040
【図２４】
2021508973.tif 000041
【図２５】
2021508973.tif 000042
【手続補正書】
【提出日】令和2年7月29日(2020.7.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
障害を示す方法であって、
フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するステップと、
前記少なくとも１つの物理層エンティティにおいて障害が発生しているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップと、
を含む方法。
【請求項２】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、
隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信するステップ
を含む、請求項１に記載の方法。
【請求項３】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、
前記障害が検出されたとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに前記障害表示コードブロックを周期的に送信し、隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信するステップ
を含む、請求項１に記載の方法。
【請求項４】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、請求項２又は３に記載の方法。
【請求項５】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項４に記載の方法。
【請求項６】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項２乃至５のうちいずれか１項に記載の方法。
【請求項７】
当該方法は、
前記フレキシブルイーサネットグループに含まれる前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているかどうかを検出するステップと、
前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントへの前記障害表示コードブロックの送信を停止するステップと、
をさらに含む請求項１乃至６のうちいずれか１項に記載の方法。
【請求項８】
障害を示す方法であって、
フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するステップと、
所定の障害表示コードブロックが検出されたとき、前記フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェースに障害信号を連続的に送信するステップと、
を含む方法。
【請求項９】
前記所定の障害表示コードブロックが検出された後、前記障害表示コードブロックを連続的に検出するステップと、
障害表示コードブロックが検出されないとき、前記ユーザ‐ネットワークインターフェースへの前記障害信号の送信を停止するステップと、
をさらに含む請求項８に記載の方法。
【請求項１０】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、
請求項８又は９に記載の方法。
【請求項１１】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項１０に記載の方法。
【請求項１２】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項１０又は１１に記載の方法。
【請求項１３】
所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味し、
障害表示コードブロックが検出されないことは、前記所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は前記所定の時間内で障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する、請求項８乃至１２のうちいずれか１項に記載の方法。
【請求項１４】
前記障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号のうち任意のものである、請求項８乃至１３のうちいずれか１項に記載の方法。
【請求項１５】
障害を示す装置であって、
フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するように構成された検出モジュールと、
前記少なくとも１つの物理層エンティティにおいて障害が発生しているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するように構成された送信モジュールと、
を含む装置。
【請求項１６】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、
隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信すること
を含む、請求項１５に記載の装置。
【請求項１７】
前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、
前記障害が検出されたとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに前記障害表示コードブロックを周期的に送信し、２つの隣接する障害表示コードブロックの間にアイドルコードブロックを送信することを含む、請求項１５に記載の装置。
【請求項１８】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、請求項１６又は１７に記載の装置。
【請求項１９】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項１８に記載の装置。
【請求項２０】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項１６乃至１９のうちいずれか１項に記載の装置。
【請求項２１】
前記検出モジュールは、前記フレキシブルイーサネットグループに含まれる前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているかどうかを検出するようにさらに構成され、
前記送信モジュールは、前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントへの前記障害表示コードブロックの送信を停止するようにさらに構成される、
請求項１５乃至２０のうちいずれか１項に記載の装置。
【請求項２２】
障害を示す装置であって、
フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するように構成された検出モジュールと、
所定の障害表示コードブロックが検出されたとき、前記フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェースに障害信号を連続的に送信するように構成された送信モジュールと、
を含む装置。
【請求項２３】
前記検出モジュールは、前記所定の障害表示コードブロックが検出された後、前記障害表示コードブロックを連続的に検出するようにさらに構成され、
前記送信モジュールは、障害表示コードブロックが前記検出モジュールにより検出されないとき、前記ユーザ‐ネットワークインターフェースへの前記障害信号の送信を停止するようにさらに構成される
ことをさらに含む請求項２２に記載の装置。
【請求項２４】
前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、
請求項２２又は２３に記載の装置。
【請求項２５】
前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項２４に記載の装置。
【請求項２６】
前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項２４又は２５に記載の装置。
【請求項２７】
所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味し、
障害表示コードブロックが検出されないことは、前記所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は前記所定の時間内で障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する、
請求項２２乃至２５のうちいずれか１項に記載の装置。
【請求項２８】
前記障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号のうち任意のものである、請求項２２乃至２６のうちいずれか１項に記載の装置。
【請求項２９】
命令を記憶したコンピュータ読取可能記憶媒体であって、前記命令は、コンピュータ上で実行すると、前記コンピュータが請求項１乃至１４のうちいずれか１項に記載の方法を実行することを可能にする、コンピュータ読取可能記憶媒体。
【国際調査報告】
2021508973.tif 000043
2021508973.tif 000044
2021508973.tif 000045
2021508973.tif 000046