JP7027549B2 - フレキシブルイーサネットにおける障害を示す方法及び装置 - Google Patents

Description

本発明は通信分野に関し、詳細にはフレキシブルイーサネットにおける障害を示す方法及び装置に関する。

標準化団体の光インターネットワーキングフォーラム（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、ＳＳＤ））などでもよい。

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

Claims (27)

1. 障害を示す方法であって、
   フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するステップと、
   前記少なくとも１つの物理層エンティティにおいて障害が発生しているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップであり、前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントは、前記少なくとも１つの物理層エンティティによる信号伝送の下流方向のフレキシブルイーサネットクライアントである、ステップと、
   を含み、
   前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、
   前記障害が検出されたとき、最初、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、次いで、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに前記障害表示コードブロックを周期的に送信するステップを含む、方法。
2. 前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するステップは、
   隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信するステップ
   を含む、請求項１に記載の方法。
3. 前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、請求項２に記載の方法。
4. 前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項３に記載の方法。
5. 前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項２乃至４のうちいずれか１項に記載の方法。
6. 当該方法は、
   前記フレキシブルイーサネットグループに含まれる前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているかどうかを検出するステップと、
   前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントへの前記障害表示コードブロックの送信を停止するステップと、
   をさらに含む請求項１乃至５のうちいずれか１項に記載の方法。
7. 障害を示す方法であって、
   フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するステップであり、前記障害表示コードブロックは、最初、連続的に送信され、次いで、周期的に送信される、ステップと、
   所定の障害表示コードブロックが検出されたとき、前記フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェースに障害信号を連続的に送信するステップと、
   を含む方法。
8. 前記所定の障害表示コードブロックが検出された後、前記障害表示コードブロックを連続的に検出するステップと、
   障害表示コードブロックが検出されないとき、前記ユーザ‐ネットワークインターフェースへの前記障害信号の送信を停止するステップと、
   をさらに含む請求項７に記載の方法。
9. 前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、
   請求項７又は８に記載の方法。
10. 前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項９に記載の方法。
11. 前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項９又は１０に記載の方法。
12. 所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味し、
    障害表示コードブロックが検出されないことは、前記所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は前記所定の時間内で障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する、請求項７乃至１１のうちいずれか１項に記載の方法。
13. 前記障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号のうち任意のものである、請求項７乃至１２のうちいずれか１項に記載の方法。
14. 障害を示す装置であって、
    フレキシブルイーサネットグループに含まれる少なくとも１つの物理層エンティティにおいて障害が発生しているかどうかを検出するように構成された検出モジュールと、
    前記少なくとも１つの物理層エンティティにおいて障害が発生しているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信するように構成された送信モジュールであり、前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントは、前記少なくとも１つの物理層エンティティによる信号伝送の下流方向のフレキシブルイーサネットクライアントである、送信モジュールと、
    を含み、
    前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、
    前記障害が検出されたとき、最初、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに複数の障害表示コードブロックを連続的に送信し、次いで、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントに前記障害表示コードブロックを周期的に送信することを含む、装置。
15. 前記障害が発生した前記少なくとも１つの物理層エンティティに対応するフレキシブルイーサネットクライアントに障害表示コードブロックを周期的に送信することは、
    隣接する周期内のそのような障害表示コードブロックの間にアイドルコードブロックを送信すること
    を含む、請求項１４に記載の装置。
16. 前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、請求項１５に記載の装置。
17. 前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項１６に記載の装置。
18. 前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項１５乃至１７のうちいずれか１項に記載の装置。
19. 前記検出モジュールは、前記フレキシブルイーサネットグループに含まれる前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているかどうかを検出するようにさらに構成され、
    前記送信モジュールは、前記少なくとも１つの物理層エンティティにおける前記障害がなくなっているとき、前記障害が発生した前記少なくとも１つの物理層エンティティに対応する前記フレキシブルイーサネットクライアントへの前記障害表示コードブロックの送信を停止するようにさらに構成される、
    請求項１４乃至１８のうちいずれか１項に記載の装置。
20. 障害を示す装置であって、
    フレキシブルイーサネットクライアント信号が障害表示コードブロックを含むかどうかを検出するように構成された検出モジュールであり、前記障害表示コードブロックは、最初、連続的に送信され、次いで、周期的に送信される、検出モジュールと、
    所定の障害表示コードブロックが検出されたとき、前記フレキシブルイーサネットクライアント信号に対応するユーザ‐ネットワークインターフェースに障害信号を連続的に送信するように構成された送信モジュールと、
    を含む装置。
21. 前記検出モジュールは、前記所定の障害表示コードブロックが検出された後、前記障害表示コードブロックを連続的に検出するようにさらに構成され、
    前記送信モジュールは、障害表示コードブロックが前記検出モジュールにより検出されないとき、前記ユーザ‐ネットワークインターフェースへの前記障害信号の送信を停止するようにさらに構成される
    ことをさらに含む請求項２０に記載の装置。
22. 前記障害表示コードブロックは、制御タイプフィールドと、物理層エンティティにおいて障害が発生していることを示すために使用される障害識別フィールドを含む、
    請求項２０又は２１に記載の装置。
23. 前記障害表示コードブロックは障害タイプ識別フィールドをさらに含み、前記障害タイプ識別フィールドは、前記少なくとも１つの物理層エンティティにおいて発生した前記障害の障害タイプを示すために使用され、前記障害タイプは、前記物理層エンティティが信号を失うこと、前記物理層エンティティがコードブロックをロックできないこと、前記物理層エンティティがアライメントコードブロックをロックできないこと、及び前記物理層エンティティにおいて高ビット誤り率アラームが検出されることを含む、請求項２２に記載の装置。
24. 前記障害表示コードブロックはサービス層アラーム表示コードブロックであり、前記サービス層アラーム表示コードブロックは、標準イーサネットのＩＥＥＥ８０２．３標準仕様で予約された任意のフィールドに基づき定義される、請求項２２又は２３に記載の装置。
25. 所定の障害表示コードブロックが検出されることは、１つの障害表示コードブロックが検出されること、所定の数量の受信コードブロックにおいて予め設定された閾値より多い数量の障害表示コードブロックが検出されること、又は所定の時間内で予め設定された閾値より多い数量の障害表示コードブロックが検出されることを意味し、
    障害表示コードブロックが検出されないことは、前記所定の数量の受信コードブロックにおいて障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されること、又は前記所定の時間内で障害表示コードブロックが検出されないか又は前記予め設定された閾値より少ない数量の障害表示コードブロックが検出されることを意味する、
    請求項２０乃至２３のうちいずれか１項に記載の装置。
26. 前記障害信号は、ローカル障害信号、多重セクションアラーム表示信号、光データユニットアラーム表示信号、及び共通パブリック無線周波数インターフェース無効同期制御ワード信号のうち任意のものである、請求項２０乃至２４のうちいずれか１項に記載の装置。
27. 命令を記憶したコンピュータ読取可能記憶媒体であって、前記命令は、コンピュータ上で実行すると、前記コンピュータが請求項１乃至１３のうちいずれか１項に記載の方法を実行することを可能にする、コンピュータ読取可能記憶媒体。

Images