知財求人 - 知財ポータルサイト「IP Force」
特許6985492検出ブロック送信及び受信方法並びにネットワークデバイス及びシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6985492
(24)【登録日】2021年11月29日
(45)【発行日】2021年12月22日
(54)【発明の名称】検出ブロック送信及び受信方法並びにネットワークデバイス及びシステム
(51)【国際特許分類】
H04L 12/70 20130101AFI20211213BHJP
【ＦＩ】
H04L12/70 100Z
【請求項の数】31
【全頁数】27
(21)【出願番号】特願2020-502384(P2020-502384)
(86)(22)【出願日】2018年6月29日
(65)【公表番号】特表2020-526998(P2020-526998A)
(43)【公表日】2020年8月31日
(86)【国際出願番号】CN2018093563
(87)【国際公開番号】WO2019015462
(87)【国際公開日】20190124
【審査請求日】2020年2月7日
(31)【優先権主張番号】201710586112.3
(32)【優先日】2017年7月18日
(33)【優先権主張国】CN
(31)【優先権主張番号】201710687162.0
(32)【優先日】2017年8月11日
(33)【優先権主張国】CN
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100091214
【弁理士】
【氏名又は名称】大貫 進介
(72)【発明者】
【氏名】ジャン，シアオジュン
(72)【発明者】
【氏名】ニィウ，レェホォン
【審査官】
佐々木 洋
(56)【参考文献】
【文献】
特開２００２−２２３２４５（ＪＰ，Ａ）
【文献】
米国特許出願公開第２００５／０１０２４１９（ＵＳ，Ａ１）
【文献】
米国特許出願公開第２０１７／０００５９０１（ＵＳ，Ａ１）
【文献】
特開２０１８−０４６３７３（ＪＰ，Ａ）
【文献】
特表２０１８−５２３４０９（ＪＰ，Ａ）
【文献】
特表２０１８−５２６８６６（ＪＰ，Ａ）
【文献】
特開２００９−０６０４４６（ＪＰ，Ａ）
【文献】
米国特許出願公開第２００９／０１９０５９５（ＵＳ，Ａ１）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｌ １２／７０
(57)【特許請求の範囲】
【請求項1】
検出ブロック送信方法であって、
ネットワークデバイスにより、クライアントサービスの送信端から受信した前記クライアントサービスの元のビットブロックデータフローを取得するステップと、
少なくとも1つの検出ブロックを生成し、前記クライアントサービスの前記元のビットブロックデータフローに前記少なくとも1つの検出ブロックを挿入するステップであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの前記元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、ステップと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを含むビットブロックデータフローを他のネットワークデバイスに送信するステップと
を含む方法。
ネットワークデバイスにより、クライアントサービスの送信端から受信した前記クライアントサービスの元のビットブロックデータフローを取得するステップと、
少なくとも1つの検出ブロックを生成し、前記クライアントサービスの前記元のビットブロックデータフローに前記少なくとも1つの検出ブロックを挿入するステップであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの前記元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、ステップと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを含むビットブロックデータフローを他のネットワークデバイスに送信するステップと
を含む方法。
【請求項2】
前記元のビットブロックデータフローに前記少なくとも1つの検出ブロックを挿入するステップは、
前記元のビットブロックデータフロー内のX個のアイドルブロックの位置にX個の検出ブロックを挿入するステップであり、Xは1以上の正の整数である、ステップを含む、請求項１に記載の方法。
前記元のビットブロックデータフロー内のX個のアイドルブロックの位置にX個の検出ブロックを挿入するステップであり、Xは1以上の正の整数である、ステップを含む、請求項１に記載の方法。
【請求項3】
前記少なくとも1つの検出ブロックは、フロー識別子を搬送し、前記フロー識別子は、前記元のビットブロックデータフローの接続識別子を示すために使用される、請求項１又は２に記載の方法。
【請求項4】
前記少なくとも1つの検出ブロックは、予め設定された基準送信周期を搬送し、前記予め設定された基準送信周期は、前記少なくとも1つの検出ブロックの送信周期を示すために使用される、請求項１乃至３のうちいずれか１項に記載の方法。
【請求項5】
前記少なくとも1つの検出ブロックの前記送信周期は、前記少なくとも1つの検出ブロックで搬送される前記予め設定された基準送信周期以上である、請求項４に記載の方法。
【請求項6】
前記少なくとも1つの検出ブロックの前記送信周期が、前記少なくとも1つの検出ブロックで搬送される前記予め設定された基準送信周期よりも大きいとき、当該方法は、
前記少なくとも1つの検出ブロックの前記予め設定された基準送信周期を、前記少なくとも1つの検出ブロックの前記送信周期に更新するステップを更に含む、請求項５に記載の方法。
前記少なくとも1つの検出ブロックの前記予め設定された基準送信周期を、前記少なくとも1つの検出ブロックの前記送信周期に更新するステップを更に含む、請求項５に記載の方法。
【請求項7】
1つのOAM情報が少なくとも2つの検出ブロックにより搬送される、請求項１乃至６のうちいずれか１項に記載の方法。
【請求項8】
前記少なくとも1つの検出ブロックは、M/Nビットブロックである、請求項１乃至７のうちいずれか１項に記載の方法。
【請求項9】
検出ブロック受信方法であって、
ネットワークデバイスにより、他のネットワークデバイスにより挿入された少なくとも1つの検出ブロックを含むクライアントサービスのビットブロックデータフローを受信するステップであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、ステップと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを識別するステップと
を含む方法。
ネットワークデバイスにより、他のネットワークデバイスにより挿入された少なくとも1つの検出ブロックを含むクライアントサービスのビットブロックデータフローを受信するステップであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、ステップと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを識別するステップと
を含む方法。
【請求項10】
前記検出ブロックは、フロー識別子を搬送し、前記フロー識別子は、前記ビットブロックデータフローの接続識別子を示すために使用され、当該方法は、
前記ネットワークデバイスにより、前記フロー識別子に基づいて故障検出を実行するステップを更に含む、請求項９に記載の方法。
前記ネットワークデバイスにより、前記フロー識別子に基づいて故障検出を実行するステップを更に含む、請求項９に記載の方法。
【請求項11】
前記検出ブロックは、予め設定された基準送信周期を搬送し、当該方法は、
前記ネットワークデバイスにより、前記基準送信周期に基づいて、前記少なくとも1つの検出ブロックを識別するステップを更に含む、請求項９又は１０に記載の方法。
前記ネットワークデバイスにより、前記基準送信周期に基づいて、前記少なくとも1つの検出ブロックを識別するステップを更に含む、請求項９又は１０に記載の方法。
【請求項12】
1つの運用、管理及び保守OAM情報が少なくとも2つの検出ブロックにより搬送される、請求項９乃至１１のうちいずれか１項に記載の方法。
【請求項13】
前記少なくとも1つの検出ブロックは、M/Nビットブロックである、請求項９乃至１２のうちいずれか１項に記載の方法。
【請求項14】
ネットワークデバイスであって、
クライアントサービスの送信端から受信した前記クライアントサービスの元のビットブロックデータフローを取得するように構成された取得モジュールと、
少なくとも1つの検出ブロックを生成し、前記クライアントサービスの前記元のビットブロックデータフローに前記少なくとも1つの検出ブロックを挿入するように構成された処理モジュールであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの前記元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、処理モジュールと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを含むビットブロックデータフローを他のネットワークデバイスに送信するように構成された送信モジュールと
を含むネットワークデバイス。
クライアントサービスの送信端から受信した前記クライアントサービスの元のビットブロックデータフローを取得するように構成された取得モジュールと、
少なくとも1つの検出ブロックを生成し、前記クライアントサービスの前記元のビットブロックデータフローに前記少なくとも1つの検出ブロックを挿入するように構成された処理モジュールであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの前記元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、処理モジュールと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを含むビットブロックデータフローを他のネットワークデバイスに送信するように構成された送信モジュールと
を含むネットワークデバイス。
【請求項15】
前記処理モジュールは、
前記元のビットブロックデータフロー内のX個のアイドルブロックの位置にX個の検出ブロックを挿入するように構成され、Xは1以上の正の整数である、請求項１４に記載のネットワークデバイス。
前記元のビットブロックデータフロー内のX個のアイドルブロックの位置にX個の検出ブロックを挿入するように構成され、Xは1以上の正の整数である、請求項１４に記載のネットワークデバイス。
【請求項16】
前記少なくとも1つの検出ブロックは、フロー識別子を搬送し、前記フロー識別子は、前記元のビットブロックデータフローの接続識別子を示すために使用される、請求項１４又は１５に記載のネットワークデバイス。
【請求項17】
前記少なくとも1つの検出ブロックは、予め設定された基準送信周期を搬送し、前記予め設定された基準送信周期は、前記少なくとも1つの検出ブロックの送信周期を示すために使用される、請求項１４乃至１６のうちいずれか１項に記載のネットワークデバイス。
【請求項18】
前記少なくとも1つの検出ブロックの前記送信周期は、前記少なくとも1つの検出ブロックで搬送される前記予め設定された基準送信周期以上である、請求項１７に記載のネットワークデバイス。
【請求項19】
前記少なくとも1つの検出ブロックの前記送信周期が、前記少なくとも1つの検出ブロックで搬送される前記予め設定された基準送信周期よりも大きいとき、前記処理モジュールは、
前記少なくとも1つの検出ブロックの前記予め設定された基準送信周期を、前記少なくとも1つの検出ブロックの前記送信周期に更新するように更に構成される、請求項１８に記載のネットワークデバイス。
前記少なくとも1つの検出ブロックの前記予め設定された基準送信周期を、前記少なくとも1つの検出ブロックの前記送信周期に更新するように更に構成される、請求項１８に記載のネットワークデバイス。
【請求項20】
1つのOAM情報が少なくとも2つの検出ブロックにより搬送される、請求項１４乃至１９のうちいずれか１項に記載のネットワークデバイス。
【請求項21】
前記少なくとも1つの検出ブロックは、M/Nビットブロックである、請求項１４乃至２０のうちいずれか１項に記載のネットワークデバイス。
【請求項22】
ネットワークデバイスであって、
他のネットワークデバイスにより挿入された少なくとも1つの検出ブロックを含むクライアントサービスのビットブロックデータフローを受信するように構成された受信モジュールであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、受信モジュールと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを識別するように構成された処理モジュールと
を含むネットワークデバイス。
他のネットワークデバイスにより挿入された少なくとも1つの検出ブロックを含むクライアントサービスのビットブロックデータフローを受信するように構成された受信モジュールであり、前記少なくとも1つの検出ブロックは、前記クライアントサービスの元のビットブロックデータフローのエンドツーエンドのサービス転送パスの運用、保守及び管理OAM機能検出に使用され、前記少なくとも1つの検出ブロックは64B/66Bブロックであり、前記64B/66Bブロックのビット[0 1]は「10」であり、前記64B/66Bブロックのビット[2 9]は0x4Bであり、前記OAM機能検出は、前記64B/66Bブロックのビット[10…33]で搬送され、異なるタイプの検出ブロックは、異なるOAMタイプフィールドを有し、OAMタイプフィールドは、前記64B/66Bブロックのビット[10…33]に位置する、受信モジュールと、
前記OAM機能検出のために、前記少なくとも1つの検出ブロックを識別するように構成された処理モジュールと
を含むネットワークデバイス。
【請求項23】
前記検出ブロックは、フロー識別子を搬送し、前記フロー識別子は、前記ビットブロックデータフローの接続識別子を示すために使用され、前記処理モジュールは、
前記フロー識別子に基づいて故障検出を実行するように更に構成される、請求項２２に記載のネットワークデバイス。
前記フロー識別子に基づいて故障検出を実行するように更に構成される、請求項２２に記載のネットワークデバイス。
【請求項24】
前記検出ブロックは、予め設定された基準送信周期を搬送し、前記処理モジュールは、
前記基準送信周期に基づいて、前記少なくとも1つの検出ブロックを識別するように更に構成される、請求項２２又は２３に記載のネットワークデバイス。
前記基準送信周期に基づいて、前記少なくとも1つの検出ブロックを識別するように更に構成される、請求項２２又は２３に記載のネットワークデバイス。
【請求項25】
1つの運用、管理及び保守OAM情報が少なくとも2つの検出ブロックにより搬送される、請求項２２乃至２４のうちいずれか１項に記載のネットワークデバイス。
【請求項26】
前記少なくとも1つの検出ブロックは、M/Nビットブロックである、請求項２２乃至２５のうちいずれか１項に記載のネットワークデバイス。
【請求項27】
請求項１４乃至２１のうちいずれか１項に記載のネットワークデバイスと、請求項２２乃至２６のうちいずれか１項に記載のネットワークデバイスとを含むネットワークシステム。
【請求項28】
命令を含むコンピュータ読み取り可能記憶媒体であって、
前記命令がコンピュータ上で動作するとき、前記コンピュータは、請求項１乃至８のうちいずれか１項に記載の方法を実行する、コンピュータ読み取り可能記憶媒体。
前記命令がコンピュータ上で動作するとき、前記コンピュータは、請求項１乃至８のうちいずれか１項に記載の方法を実行する、コンピュータ読み取り可能記憶媒体。
【請求項29】
命令を含むコンピュータ読み取り可能記憶媒体であって、
前記命令がコンピュータ上で動作するとき、前記コンピュータは、請求項９乃至１３のうちいずれか１項に記載の方法を実行する、コンピュータ読み取り可能記憶媒体。
前記命令がコンピュータ上で動作するとき、前記コンピュータは、請求項９乃至１３のうちいずれか１項に記載の方法を実行する、コンピュータ読み取り可能記憶媒体。
【請求項30】
命令を含むコンピュータプログラムであって、
当該コンピュータプログラムがコンピュータ上で動作するとき、前記コンピュータは、請求項１乃至８のうちいずれか１項に記載の方法を実行する、コンピュータプログラム。
当該コンピュータプログラムがコンピュータ上で動作するとき、前記コンピュータは、請求項１乃至８のうちいずれか１項に記載の方法を実行する、コンピュータプログラム。
【請求項31】
命令を含むコンピュータプログラムであって、
当該コンピュータプログラムがコンピュータ上で動作するとき、前記コンピュータは、請求項９乃至１３のうちいずれか１項に記載の方法を実行する、コンピュータプログラム。
当該コンピュータプログラムがコンピュータ上で動作するとき、前記コンピュータは、請求項９乃至１３のうちいずれか１項に記載の方法を実行する、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
この出願は、通信分野に関し、特に、検出ブロック送信及び受信方法並びにネットワークデバイス及びシステムに関する。
【背景技術】
【0002】
現在、フレキシブルイーサネット業界標準(Flex Ethernet implementation agreement 1.0, FlexE IA 1.0)インタフェース技術が、オプティカル・インターネットワーキング・フォーラム(optical internetworking forum, OIF)において標準化されている。フレキシブルイーサネット(Flex Ethernet, FlexE)インタフェース技術は、データセンタデバイス相互接続等に適用され得る。異なるレートでの複数のFlexEクライアントサービスは、n個の100G物理層(physical layer device, PHY)デバイスをバインドすることにより転送される。続いて、FlexEは、スイッチング技術、すなわち、X-Ethernetスイッチング技術又はX-Eスイッチング技術とも呼ばれるレイヤ1.5スイッチング技術を更に定義する。レイヤ1.5スイッチング技術(すなわち、X-Ethernetスイッチング技術又はX-Eスイッチング技術)は、イーサネット(Ethernet)物理層に基づくビットブロック(64B/66Bビットブロック等)スイッチング技術であり、決定的な超低遅延の技術的特徴を有する。
【0003】
図１は、従来技術によるレイヤ1.5スイッチング技術を使用するネットワーキングアーキテクチャの概略図である。図１に示すように、破線により示されるパスは、エンドツーエンドのサービス転送パスである。従来技術では、レイヤ1.5のエンドツーエンドの故障検出は、固定の周期で検出ブロックを挿入することにより、例えば、N個のビットブロック毎に検出ブロックを挿入することにより実行される。まず、検出ブロックは、アップストリームクライアント信号アダプテーションユニットに挿入され、オーバーヘッドブロックは、ダウンストリームネットワーク信号アダプテーションユニットに挿入される。2つのビットブロックの挿入は、ネットワーク信号アダプテーションユニットにおけるウォーターマーク(watermark)の上昇をもたらし、アイドルブロックが削除される必要がある。従来技術における技術的解決策を使用することにより検出ブロックを挿入することは、ダウンストリームウォーターマークが変動することを引き起こす。したがって、アイドルブロックの削除がトリガされ、検出ブロックの挿入により引き起こされるウォーターマークの変動を低減する。処理ラインが比較的長いとき、或いは、多くの処理ステップが存在するとき、ウォーターマークのオーバーフローが発生し、サービスビットブロックのロスを生じる。
【発明の概要】
【0004】
このことを考慮して、この出願は、検出ブロック送信処理におけるサービスビットブロックのロスの問題を解決するための、検出ブロック送信及び受信方法並びにネットワークデバイス及びシステムを提供する。
【0005】
第1の態様によれば、この出願は、検出ブロック送信方法を提供し、ネットワークデバイスにより、元のビットブロックデータフローを取得するステップと、少なくとも1つの検出ブロックを生成し、元のビットブロックデータフロー内の少なくとも1つのアイドルブロックの位置に少なくとも1つの検出ブロックを挿入するステップと、少なくとも1つの検出ブロックを含むビットブロックデータフローを送信するステップとを含む。
【0006】
この出願では、ビットブロックデータフロー内のアイドルブロックの帯域幅リソースは、検出ブロックを送信するために占有され、それにより、サービスビットブロックのロスの問題を解決する。
【0007】
可能な実現方式では、元のビットブロックデータフロー内の少なくとも1つのアイドルブロックの位置に少なくとも1つの検出ブロックを挿入するステップは、元のビットブロックデータフロー内のX個のアイドルブロックの位置にX個の検出ブロックを挿入するステップであり、Xは1以上の正の整数である、ステップを含む。任意選択で、米国電気電子学会(Institute of Electrical and Electronics Engineers, IEEE)802.3標準に従って、検出ブロックはパケットに挿入されず、パケットの完全性を確保するために、2つのパケットの間に挿入される。
【0008】
この出願では、挿入された検出ブロックの数は、置換されたアイドルブロックの数に等しく、検出ブロックは、送信するためにアイドルブロックの帯域幅リソースを完全に占有する。これはサービス帯域幅に影響を与えず、それにより、サービスビットブロックのロスの問題を解決する。
【0009】
可能な実現方式では、少なくとも1つの検出ブロックは、フロー識別子を搬送し、フロー識別子は、元のビットブロックデータフローの接続識別子を示すために使用される。ITU-T G.709のような標準は、このような接続を識別する情報がトレイルトレース識別子(trail trace identifier, 略称TTI)であると指定する。この明細書におけるフロー識別子及びTTIは同じ意味を有しており、簡潔性のために、フロー識別子がこの明細書で使用される。さらに、フロー識別子の必要な長さは、ユーザ要件に基づいて定義されてもよい。長さが比較的長いとき、フロー識別子は、順に送信される複数の検出ブロックで搬送されてもよい。言い換えると、いくつかの検出ブロックは、フロー識別子の一部を別々に搬送し、受信機は、複数の検出ブロックを受信し、次いで、複数の部分を完全な識別子に結合する。
【0010】
この出願では、フロー識別子は検出ブロックで搬送され、それにより、受信端は、フロー識別子に基づいて、接続誤りが存在するか否かを決定してもよい。接続誤りはまた、トレイルトレース識別子TTI不一致(略称TIM)とも呼ばれる。この明細書に記載のフロー識別子不一致はTIMである。フロー識別子が、順に送信される複数の検出ブロックで搬送される必要があるとき、受信機は、複数の検出ブロックを受信して複数の部分を完全なフロー識別子に結合した後にのみ、不一致が存在するか否かを決定できる。
【0011】
可能な実現方式では、少なくとも1つの検出ブロックは、タイプ識別子を更に搬送し、タイプ識別子は、検出ブロックの機能のタイプを示してもよい。例えば、検出ブロックは、接続性検査のために使用されてもよい。検出ブロックは、代替として、ビットインタリーブパリティ(BIP)、リモートエラー指示(REI)、クライアント信号指示(CS)、同期(SYNC)、サービス層におけるアラーム指示(AIS)、プロテクションスイッチングプロトコル(APS)及び遅延測定(DM)のような他のOAM機能検出のために使用されてもよい。
【0012】
可能な実現方式では、少なくとも1つの検出ブロックは、予め設定された基準送信周期を搬送するか否かを柔軟に選択でき、予め設定された基準送信周期は、少なくとも1つの検出ブロックの送信周期を示すために使用される。
【0013】
可能な実現方式では、少なくとも1つの検出ブロックの送信周期は、少なくとも1つの検出ブロックで搬送される予め設定された基準送信周期以上である。
【0014】
この出願では、検出ブロックの送信周期は、特定の範囲内で変化してもよく、固定されていない周期である。
【0015】
可能な実現方式では、少なくとも1つの検出ブロックの送信周期が、少なくとも1つの検出ブロックで搬送される予め設定された基準送信周期よりも大きいとき、当該方法は、少なくとも1つの検出ブロックの予め設定された基準送信周期を、少なくとも1つの検出ブロックの送信周期に更新するステップを更に含む。
【0016】
この出願では、予め設定された基準送信周期は、検出ブロックの実際の送信周期と共に動的に変化してもよい。
【0017】
可能な実現方式では、少なくとも1つの検出ブロックは、M/Nビットブロックである。検出ブロックは、64B/66Bビットブロック、8B/10Bビットブロック又は256B/257Bビットブロックのような符号化ビットブロックでもよく、或いは、非符号化ビットブロックでもよい。
【0018】
可能な実現方式では、アイドルブロックがビットブロックデータフローに追加され及び/又はそれから削除され、それにより、アイドルブロックが追加及び/又は削除されたビットブロックデータフローのレートは、ネットワークデバイスのポートレートに適合される。例えば、アイドルブロックは、元のビットブロックデータフローに追加され及び/又はそれから削除されてもよく、或いは、アイドルブロックは、検出ブロックが挿入されたビットブロックデータフローに追加され及び/又はそれから削除されてもよい。
【0019】
第2の態様によれば、この出願は、サービス受信方法を提供し、ネットワークデバイスにより、少なくとも1つの検出ブロックを含むビットブロックデータフローを受信するステップと、少なくとも1つの検出ブロックを識別し、少なくとも1つの検出ブロックを少なくとも1つのアイドルブロックで置換するステップと、少なくとも1つのアイドルブロックが置換された後に取得されたビットブロックデータフローを送信するステップとを含む。
【0020】
この出願では、ビットブロックデータフロー内のアイドルブロックの帯域幅リソースは、検出ブロックを受信するために占有され、それにより、サービスビットブロックのロスの問題を解決する。
【0021】
可能な実現方式では、少なくとも1つの検出ブロックを少なくとも1つのアイドルブロックで置換するステップは、X個の検出ブロックをX個のアイドルブロックで置換するステップであり、Xは1以上の正の整数である、ステップを含む。
【0022】
この出願では、受信した検出ブロックの数は、置換されたアイドルブロックの数に等しく、検出ブロックは、受信するためにアイドルブロックの帯域幅リソースを完全に占有する。これはサービス帯域幅に影響を与えず、それにより、サービスビットブロックのロスの問題を解決する。
【0023】
可能な実現方式では、検出ブロックは、フロー識別子を搬送し、フロー識別子は、ビットブロックデータフローの接続識別子を示すために使用され、当該方法は、ネットワークデバイスにより、フロー識別子に基づいて故障検出を実行するステップを更に含む。
【0024】
この出願では、フロー識別子は検出ブロックで搬送され、受信端のネットワークデバイスは、フロー識別子に基づいて、接続誤りが存在するか否かを決定してもよく、それにより、接続故障を迅速且つ効率的に検出する。フロー識別子が、順に送信される複数の検出ブロックで搬送される必要があるとき、受信機は、複数の検出ブロックを受信して複数の部分を完全なフロー識別子に結合した後にのみ、不一致が存在するか否かを決定できる。
【0025】
可能な実現方式では、少なくとも1つの検出ブロックは、タイプ識別子を更に搬送し、タイプ識別子は、検出ブロックの機能のタイプを示してもよい。例えば、検出ブロックは、接続性検査のために使用されてもよい。検出ブロックは、代替として、ビットインタリーブパリティ(BIP)、リモートエラー指示(REI)、クライアント信号指示(CS)、同期(SYNC)、サービス層におけるアラーム指示(AIS)、プロテクションスイッチングプロトコル(APS)及び遅延測定(DM)のような他のOAM機能検出のために使用されてもよい。
【0026】
可能な実現方式では、検出ブロックは、予め設定された基準送信周期を搬送し、当該方法は、ネットワークデバイスにより、基準送信周期に基づいて、少なくとも1つの検出ブロックを識別するステップを更に含む。
【0027】
予め設定された基準送信周期は、検出ブロックで搬送され、それにより、受信端のネットワークデバイスは、検出ブロックを迅速に特定できる。検出ブロックが予め設定された基準送信周期を搬送しないとき、受信端のネットワークデバイスは、ローカルの予め設定された周期に基づいて、検出ブロックを迅速に特定する。
【0028】
可能な実現方式では、少なくとも1つの検出ブロックは、M/Nビットブロックである。検出ブロックは、64B/66Bビットブロック、8B/10Bビットブロック又は256B/257Bビットブロックのような符号化ビットブロックでもよく、或いは、非符号化ビットブロックでもよい。
【0029】
第3の態様によれば、この出願は、ネットワークデバイスを提供する。ネットワークデバイスは、第1の態様又は第1の態様の可能な実現方式のうちいずれかの機能を実現するように構成される。この機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、機能に対応する1つ以上のモジュールを含む。
【0030】
第4の態様によれば、この出願は、ネットワークデバイスを提供する。ネットワークデバイスは、第2の態様又は第2の態様の可能な実現方式のうちいずれかの機能を実現するように構成される。この機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、機能に対応する1つ以上のモジュールを含む。
【0031】
第5の態様によれば、本発明の実施形態は、第3の態様によるネットワークデバイスと、第4の態様又は第4の態様によるネットワークデバイスとを含むネットワークシステムを提供する。
【0032】
この出願の他の態様は、コンピュータ読み取り可能記憶媒体を提供する。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で動作するとき、コンピュータは、上記の態様による方法を実行する。
【0033】
この出願の他の態様は、命令を含むコンピュータプログラムプロダクトを提供する。当該プロダクトがコンピュータ上で動作するとき、コンピュータは、上記の態様による方法を実行する。
【図面の簡単な説明】
【0034】
本発明の実施形態又は従来技術における技術的解決策をより明確に説明するために、以下に、背景技術及び実施形態を説明するために必要な添付の図面について簡単に説明する。【図1】従来技術によるレイヤ1.5スイッチング技術を使用するネットワーキングアーキテクチャの概略図である。
【図2】本発明の実施形態によるネットワークアーキテクチャの概略図である。
【図3a】本発明の実施形態によるネットワークデバイスPEの概略構造図である。
【図3b】本発明の実施形態によるネットワークデバイスPEの概略構造図である。
【図3c】本発明の実施形態によるネットワークデバイスPEの概略構造図である。
【図3d】本発明の実施形態によるネットワークデバイスPEの概略構造図である。
【図4a】本発明の実施形態によるネットワークデバイスPの概略構造図である。
【図4b】本発明の実施形態によるネットワークデバイスPの概略構造図である。
【図4c】本発明の実施形態によるネットワークデバイスPの概略構造図である。
【図4d】本発明の実施形態によるネットワークデバイスPの概略構造図である。
【図5a】本発明の実施形態によるパケットベアラデバイスの概略構造図である。
【図5b】本発明の実施形態によるパケットベアラデバイスの概略構造図である。
【図6】本発明の実施形態による監視ユニットの論理構造の概略図である。
【図7a】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図7b】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図7c】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図7d】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図7e】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図7f】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図7g】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図8】本発明の実施形態による検出ブロック送信方法のフローチャートである。
【図9a】本発明の実施形態による送信検出ブロックの概略図である。
【図9b】本発明の実施形態による送信検出ブロックの概略図である。
【図9c】本発明の実施形態による送信検出ブロックの概略図である。
【図9d】本発明の実施形態による送信検出ブロックの概略図である。
【図10】本発明の実施形態による検出ブロック送信モジュールの論理構造の概略図である。
【図11】本発明の実施形態によるアイドルブロックのフォーマットの概略図である。
【図12】本発明の実施形態によるレートアダプテーションの概略図である。
【図13a】本発明の実施形態による検出ブロック受信方法のフローチャートである。
【図13b】本発明の実施形態による検出ブロック受信方法のフローチャートである。
【図13c】本発明の実施形態による検出ブロック受信方法のフローチャートである。
【図13d】本発明の実施形態による検出ブロック受信方法のフローチャートである。
【図14a】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図14b】本発明の実施形態による検出ブロック符号化フォーマットの概略図である。
【図15】本発明の実施形態によるネットワークアーキテクチャの概略図である。
【図16】本発明の実施形態による故障指示ブロック送信方法のフローチャートである。
【図17a】本発明の実施形態による故障指示ブロック受信方法のフローチャートである。
【図17b】本発明の実施形態による故障指示ブロック受信方法のフローチャートである。
【図17c】本発明の実施形態による故障指示ブロック受信方法のフローチャートである。
【図18aA】本発明の実施形態による複数のOAM機能ブロックを送信する概略図である。
【図18aB】本発明の実施形態による複数のOAM機能ブロックを送信する概略図である。
【図18bA】本発明の実施形態による複数のOAM機能ブロックを送信する概略図である。
【図18bB】本発明の実施形態による複数のOAM機能ブロックを送信する概略図である。
【発明を実施するための形態】
【0035】
本発明の目的、技術的解決策及び利点をより明確且つ理解しやすくするために、以下に、添付の図面及び実施形態を参照して、本発明について詳細に更に説明する。
【0036】
図２は、本発明の実施形態によるネットワークアーキテクチャの概略図である。図２に示すように、ネットワークアーキテクチャは、エッジに配置されたネットワークデバイス(Provider Edge, PE)XE1及びXE3と、中間位置に配置されたネットワークデバイス(Provider, P)XE2とを含む。クライアントデバイスは、送信端のネットワークデバイスPEに接続され、送信端のネットワークデバイスPE及び1つ以上のネットワークデバイスPを使用することにより、生成されたクライアントサービス(データフロー)を受信端のネットワークデバイスPEに送信する。いくつかの場合、ネットワークは、ネットワークデバイスPを含まなくてもよい。本発明のこの実施形態は、X-Ethernet、イーサネット、FlexE、IPネットワーク及びOTNのようなネットワーキングに適用されてもよい。本発明のこの実施形態では、故障検出は、64B/66Bビットブロック、8B/10Bビットブロック又は256B/257Bビットブロックのような符号化ビットブロックに基づいて実行されてもよい。本発明のこの実施形態では、故障検出は、代替として、非符号化ビットブロックに基づいて実行されてもよい。
【0037】
図３ａ〜図３ｄは、本発明の実施形態による4つのネットワークデバイスPEのそれぞれの概略構造図である。図３ａ〜図３ｄに示すように、ネットワークデバイスPEは、クライアント信号アダプテーションユニット(略称uAdpt)301と、スイッチユニット(レイヤ1.5スイッチユニット、X-Eスイッチユニット、X-Ethernetスイッチユニット又は66ビットブロックスイッチユニット等)303と、ネットワーク信号アダプテーションユニット(略称nAdpt)304と、接続故障検出を実行するように構成された監視ユニット(略称CnnM)302とを含んでもよい。図３ａ及び図３ｃに示すように、監視ユニット302は、クライアント信号アダプテーションユニット301とスイッチユニット303との間に配置されてもよい。図３ｂ及び図３ｄに示すように、監視ユニット302は、代替として、スイッチユニット303とネットワーク信号アダプテーションユニット304との間に配置されてもよい。ネットワークデバイスPEとクライアントデバイスとを接続するインタフェースは、ユーザ・ネットワーク・インタフェース(user-to-network interface, UNI)と呼ばれ、ネットワークデバイスPEと他のネットワークデバイスとを接続するインタフェースは、ネットワーク・ネットワーク・インタフェース(network-to-network interface, NNI)と呼ばれる。
【0038】
図４ａ〜図４ｄは、本発明の実施形態による4つのネットワークデバイスPのそれぞれの概略構造図である。図４ａ〜図４ｄに示すように、ネットワークデバイスPは、ネットワーク信号アダプテーションユニット401及び405と、スイッチユニット403とを含んでもよい。図４ａ、図４ｃ及び図４ｄに示すように、監視ユニット402及び404のいずれか又は双方が更に含まれてもよい。任意選択で、図４ｂに示すように、監視ユニットは、配置されなくてもよい。ネットワークデバイスPと他のネットワークデバイスとを接続するインタフェースは、ネットワーク・ネットワーク・インタフェースと呼ばれる。
【0039】
本発明のこの実施形態におけるネットワークデバイスPE及びPは、IP無線アクセスネットワーク(IP radio access network, IP RAN)デバイス又はパケットトランスポートネットワーク(packet transport network, PTN)デバイスのようなパケットベアラデバイスに実現されてもよい。図５ａ及び図５ｂは、本発明の実施形態による2つのパケットベアラデバイスのそれぞれの概略構造図である。図５ａ及び図５ｂに示すように、ネットワークサービスPEが説明のための例として使用される。パケットベアラデバイスは、2つのインタフェース基板を含んでもよい。一方のインタフェース基板はクライアント側インタフェースチップを備え、他方のインタフェース基板はネットワーク側インタフェースチップを備える。パケットベアラデバイスは、スイッチングネットワークチップを備えたメイン制御スイッチ基板を更に含んでもよい。図３ａ〜図３ｄにおけるクライアント信号アダプテーションユニットは、クライアント側インタフェースチップを使用することにより実現されてもよい。図３ａ〜図３ｄにおけるネットワーク信号アダプテーションユニットは、ネットワーク側インタフェースチップを使用することにより実現されてもよい。図３ａ〜図３ｄにおけるスイッチユニットは、スイッチングネットワークチップを使用することにより実現されてもよい。図３ａ及び図３ｃにおける監視ユニットは、クライアント側インタフェースチップ又は独立したフィールドプログラマブルゲートアレイ(field programmable gate array, FPGA)若しくはネットワークプロセッサ(network processor, NP)に配置されてもよい。図３ｂ及び図３ｄにおける監視ユニットは、ネットワーク側インタフェースチップ又は独立したFPGA若しくはNPに配置されてもよい。代替として、監視ユニットのいくつかの機能は、クライアント側インタフェースチップ又はネットワーク側インタフェースチップを使用することにより実現され、いくつかの機能は、独立したFPGA又はNPを使用することにより実現される。
【0040】
本発明のこの実施形態によるネットワークデバイスでは、故障検出のために構成された監視ユニットが、従来技術に基づいて追加される。図６は、本発明の実施形態による監視ユニットの論理構造の概略図である。図６に示すように、ネットワークサービスPEが説明のための例として使用される。監視ユニットは、検出ブロック生成モジュール、検出ブロック送信モジュール、検出ブロック受信モジュール等を含んでもよい。モジュールの機能について、以下の実施形態で詳細に説明する。
【0041】
図２に示すネットワークアーキテクチャの概略図を参照して、UNIのタイプは1ギガビットイーサネット(Gigabit Ethernet, GE)であり、NNIのタイプは100GEであると仮定する。スイッチユニットは、レイヤ1.5スイッチユニットでもよく、スイッチユニットのスイッチング粒度(switching granularity)は、例えば、64B/66Bビットブロック(或いは66ビットブロックと呼ばれる)である。例えば、ネットワーク・ネットワーク・インタフェースのデータフローもまた、66ビットブロックデータフローである。XE1は、UNIを使用することによりクライアントデバイスからデータフローを受信し、データフローは、XE2を通過した後にXE3により受信される。XE1、XE2及びXE3を通過するデータフローは、接続(或いは接続データフロー、接続ビットブロックデータフロー、ビットブロックデータフロー等と呼ばれる)を形成する。故障検出、すなわち、接続性検査(connectivity check, CC)は、接続時に実行される必要がある。検出プロセスは、以下のいくつかのステップを含んでもよい。
【0042】
ステップ1:XE1は検出ブロックを生成する。
【0043】
このステップは、XE1内の監視ユニットにより実現されてもよく、例えば、検出ブロック生成モジュールにより実現されてもよい。検出ブロックは、代替として接続性検査ブロック(connectivity check block, CCB)と呼ばれてもよい接続性検査情報を搬送する。検出ブロックは、非符号化ビットブロック又は符号化ビットブロック(或いはコードブロックと呼ばれる)でもよい。本発明のこの実施形態では、検出ブロックが66ビットブロックである例が説明のために使用され、66ビットブロックの符号化フォーマットは、従来技術の66ビット制御ブロックを拡張することにより実現されてもよい。図７ａ、図７ｂ及び図７ｃは、本発明の実施形態による3つの検出ブロック符号化フォーマットのそれぞれの概略図である。図７ａに示すように、タイプフィールドは0x4Bに設定され、Oコードフィールドは0x6に設定される。検出ブロックは、フロー識別子(identity, ID)を含んでもよく、任意選択で、基準送信周期(T)を含んでもよい。フロー識別子は、XE1、XE2及びXE3を通過するデータフローの接続識別子を示すために使用される。基準送信周期は、検出ブロックの送信周期又は2つの隣接する検出ブロックの送信間隔を示すために使用される。図７ｂでは、フロー識別子0x023及び基準送信周期0x400がフィールドD1〜D3に追加される。フロー識別子は、XE1、XE2及びXE3を通過するデータフローの接続識別子が0x023であることを示し、基準送信周期は、検出ブロックが1024個のビットブロック毎に挿入されることを示す。基準送信周期を検出ブロックに追加することは、受信端が基準送信周期に基づいて検出ブロックを検出することを可能にするためである。任意選択で、基準送信周期は、代替として、受信端において直接構成されてもよく、検出ブロックで搬送される必要はない。代替として、1つの検出ブロックがフロー識別子の一部のみを搬送してもよく、n個の検出ブロックが完全なフロー識別子を搬送するために順に送信される必要がある。図７ｃに示すように、完全なフロー識別子は0x88…4523であり、第1の検出ブロックは0x23を送信し、第2の検出ブロックは0x45を送信し、最後の検出ブロックすなわち、第nの検出ブロックは0x88を送信する。同様に、Tは任意選択で送信される。図７ｄ、図７ｅ及び図７ｆは、本発明の実施形態による他の3つの検出ブロック符号化フォーマットのそれぞれの概略図である。図７ｄに示すように、タイプフィールドは0x00に設定される。検出ブロックは、フロー識別子(identity, ID)を含んでもよく、任意選択で、基準送信周期(T)を含んでもよい。フロー識別子は、XE1、XE2及びXE3を通過するデータフローの接続識別子を示すために使用される。基準送信周期は、検出ブロックの送信周期又は2つの隣接する検出ブロックの送信間隔を示すために使用される。図７ｅでは、フロー識別子0x023及び基準送信周期0x400がフィールドD1〜D7に追加される。フロー識別子は、XE1、XE2及びXE3を通過するデータフローの接続識別子が0x023であることを示し、基準送信周期は、検出ブロックが1024個のビットブロック毎に挿入されることを示す。基準送信周期を検出ブロックに追加することは、受信端が基準送信周期に基づいて検出ブロックを検出することを可能にするためである。任意選択で、基準送信周期は、代替として、受信端において直接構成されてもよく、検出ブロックで搬送される必要はない。代替として、1つの検出ブロックがフロー識別子の一部のみを搬送してもよく、複数の検出ブロックが完全なフロー識別子を搬送するために順に送信される必要がある。図７ｆに示すように、完全なフロー識別子は0x88…4523であり、第1の検出ブロックは0x23を送信し、第2の検出ブロックは0x45を送信し、最後の検出ブロック、すなわち、第nの検出ブロックは0x88を送信する。同様に、Tは任意選択で送信される。
【0044】
検出ブロックは、誤り検出のためのビットインタリーブパリティ(bit interleaved parity, BIP)、リモートエラー指示(remote error indication, REI)、クライアント信号指示(CS)、同期(SYNC)、サービス層におけるアラーム指示信号(alarm indication signal, AIS)、プロテクションスイッチングプロトコル(automatic protection switching, APS)及び遅延測定(delay measurement, DM)のような、接続管理のための他の運用、管理及び保守(operation, administration and maintenance, OAM)機能を実現するために更に使用されてもよい。検出ブロックが複数のOAM機能を実現するために使用されるとき、検出ブロックは、異なる機能の間を区別するために、タイプ識別子を更に搬送してもよい。例えば、検出ブロックのタイプは、接続性検査機能を有するタイプを含んでもよく、代替として、上記のOAM機能のうちいずれか1つ以上を有するタイプを含んでもよい。図７ｇに示すように、0x01のタイプフィールドは接続性検査機能を示し、0〜63は第0の検出ブロック〜第63の検出ブロックが送信されることを別々に示し、各ブロックは、フロー識別子の第0の部分〜第63の部分のうち1つのみを搬送する。同様に、他のOAM機能で搬送される情報が複数の検出ブロックで搬送される必要がある場合、例えば、一方向のDMで搬送されるタイムスタンプが順に送信される複数の検出ブロックで搬送される必要があるとき、各検出ブロックは、タイムスタンプの一部のみを搬送する。OAM情報の1つは、1つの検出ブロック又は少なくとも2つの検出ブロックで搬送されてもよい。
【0045】
ステップ2:XE1は検出ブロックを送信する。
【0046】
このステップは、XE1内の監視ユニットにより実現されてもよく、例えば、検出ブロック送信モジュールにより実現されてもよい。検出ブロックを送信する前に、XE1は、UNIを使用することによりクライアントデバイスからデータフローを受信する。任意選択で、XE1は、受信データフローを符号化してもよく、或いは、受信データフローに対して符号化フォーマット変換を実行してもよい。例えば、データフローは8B/10B符号化データフローである。XE1は、クライアント信号アダプテーションユニットを使用することにより符号化フォーマット変換を実行し、例えば、8B/10B符号化を64B/66B符号化に変換する。例えば、8つの有効に符号化された1GEビットブロック(各ビットブロックは8ビットのサイズである)は64ビットブロックを形成し、次いで、66ビットブロックを形成するように、2ビットの同期ヘッダが64ビットブロックに追加される。複数の66ビットブロックが66ビットブロックデータフローを生成する。66ビットブロックデータフローを生成しつつ、XE1は、カウントのために基準送信周期に基づいてカウンタを開始する。例えば、基準送信周期は「1024」である。カウンタが1024個のビットブロックまでカウントしたとき、監視ユニットはアイドルブロック(IDLE)検出を実行する。例えば、カウンタが1029個のビットブロックまでカウントしたとき、アイドルブロックが検出され、ステップ1で生成された検出ブロックは、検出されたアイドルブロックの代わりに置換され、検出ブロックの基準送信周期は1029に更新される。次いで、カウンタは0にリセットされる。ビットブロックデータフローは、スイッチユニットに入り、ネットワーク信号アダプテーションユニットを使用することによりネットワーク側に送信される。
【0047】
図８は、本発明の実施形態による検出ブロック送信方法のフローチャートである。図８に示すように、検出ブロック送信方法は、以下のステップ、すなわち、ビットブロックデータフロー内のビットブロックの数をカウントするためにカウンタを開始するステップと、カウンタのカウント値が予め設定された基準送信周期に達したとき、ビットブロックデータフローを検出し始めるステップと、ビットブロックデータフロー内のアイドルブロックが見つかったときに、アイドルブロックを送信対象の検出ブロックで置換するステップと、カウンタのカウント値が予め設定された基準送信周期を超えた場合、検出ブロックの基準送信周期Tをカウンタの最新のカウント値に更新するステップと、ビットブロックデータフローを送信するステップとを含んでもよい。
【0048】
図９ａ、図９ｂ、図９ｃ及び図９ｄは、本発明の実施形態による送信検出ブロックの概略図である。図９ａ及び図９ｂに示すように、図面における矢印の方向はビットブロックデータフローの送信方向であり、2つの挿入された検出ブロックは1029個のビットブロックで分離され、検出ブロックの基準送信周期は0x405に更新される。任意選択で、基準送信周期は、検出ブロックの実際の送信周期で更新されてもよく、具体的には、基準送信周期フィールドは0x405に更新される。代替として、基準送信周期は更新されなくてもよく、具体的には、基準送信周期フィールドは依然として0x400に設定される。この例では、検出ブロックが基準送信周期を搬送するか否か、及び基準周期が更新されるか否かが柔軟に選択されてもよい。任意選択で、検出ブロックが基準送信周期を搬送しないとき、受信端のネットワークデバイスは、ローカルの予め設定された周期に基づいて検出ブロックを検出及び受信する。同様に、フロー識別子が複数の検出ブロックで搬送されるとき、図９ａ及び図９ｂにおける送信検出ブロックは、フロー識別子のいくつかの内容を搬送する。図９ｄに示すように、0x01のタイプフィールドは接続性検査ブロックを示し、63は、ブロックがフロー識別子の第63の部分の内容を搬送することを示す。
【0049】
図１０は、本発明の実施形態による検出ブロック送信モジュールの論理構造の概略図である。図１０に示すように、ビットブロックデータフローが受信された後に、カウンタは、ビットブロックの数をカウントするために開始される。ビットブロックデータフローはキャッシュに送信され、検出ブロック生成器により生成された検出ブロックは、予め設定された送信ポリシーに従ってビットブロックデータフローに挿入される。予め設定された送信ポリシーは、基準送信周期等を含んでもよい。予め設定された送信ポリシーは、ネットワーク管理システム又はコントローラにより構成されてもよい。
【0050】
上記の検出ブロック送信プロセスでは、アイドルブロックが検出及び置換される必要がある。図１１は、本発明の実施形態によるアイドルブロックのフォーマットの概略図である。図１１に示すように、アイドルブロックは、2ビットの同期ヘッダ「10」と、タイプフィールド「0x1E」と、8つのフィールド「/I/(0x00)」とを含む66ビットブロックでもよい。アイドルブロック検出方法は、同期ヘッダ「10」及びタイプフィールド「0x1E」に対してマッチングを実行すること、又は、アイドルブロックの全てのビットに対してマッチングを実行することを含んでもよい。この例では、アイドルブロックは、複数のマッチング方法を使用することにより見つけられ、アイドルブロックの帯域幅リソースは、送信のために占有される。これはサービス帯域幅に影響を与えない。
【0051】
本発明のこの実施形態においてアイドルブロックで置換することにより実行される検出ブロック送信方法はまた、誤り検出のためのビットインタリーブパリティ(BIP)、リモートエラー指示(REI)、クライアント信号指示(CS)、同期(SYNC)、サービスレイヤにおけるアラーム指示(CS)、プロテクションスイッチングプロトコル(APS)及び遅延測定(DM)のような他のOAM機能を有するビットブロックの送信に適用可能である。検出ブロックが複数のOAM機能を実現するために使用されるとき、検出ブロックは、異なる機能の間を区別するために、タイプ識別子を更に搬送してもよい。図９ｃに示すように、タイプフィールドはOAMタイプを示し、例えば、0x01は接続性検査ブロックを示す。具体的には、異なるタイプの検出ブロックは、異なるタイプフィールドを有する。
【0052】
ステップ3:XE2はレートアダプテーションを実行する。
【0053】
XE2は、ネットワーク信号アダプテーションユニットを使用することにより、XE1からビットブロックデータフローを受信する。受信クロック周波数がXE2のシステムクロック周波数よりも遅い場合、XE2内のネットワーク信号アダプテーションユニットは、1つ以上のアイドルブロックをビットブロックデータフローに挿入する必要があり、或いは、受信クロック周波数がXE2のシステムクロック周波数よりも速い場合、XE2内のネットワーク信号アダプテーションユニットは、クロック周波数の非同期化により引き起こされるトランスポートレートアダプテーション問題を解決するために、ビットブロックデータフローから1つ以上のアイドルブロックを削除する必要がある。XE2内のネットワーク信号アダプテーションユニットがレートアダプテーションを実行した後に、ビットブロックデータフローは、スイッチユニットを使用することによりダウンストリームのネットワーク側に転送される。任意選択で、受信クロック周波数がXE2のシステムクロック周波数に適合される場合、XE2は、レートアダプテーションを実行する必要がない。
【0054】
図１２は、本発明の実施形態によるレートアダプテーションの概略図である。図１２に示すように、図面における矢印の方向はビットブロックデータフローの送信方向であり、ビットブロックデータフローは、開始ブロック「S」と、終了ブロック「T」と、データブロック「D」と、アイドルブロック「I」とを含む。例えば、アイドルブロックは、開始ブロックと終了ブロックとの間に挿入又は削除されてもよい。
【0055】
ステップ4:XE3は検出ブロックを受信する。
【0056】
このステップは、XE3内の監視ユニットにより実現されてもよく、例えば、検出ブロック受信モジュールにより実現されてもよい。エッジに位置するネットワークデバイスXE3がXE2からビットブロックデータフローを受信した後に、ビットブロックデータフローは、ネットワークアダプテーションユニットを通過し、監視ユニットに到着する。任意選択で、監視ユニットがスイッチユニットの背後に配置される場合、ビットブロックデータフローは、スイッチユニットを通過し、監視ユニットに到着する。監視ユニットは、検出ブロックの特徴に基づいて検出ブロックを検出し、フロー識別子0x023及び基準送信周期0x405を抽出することを含む検出ブロック発見プロセスを開始する。フロー識別子マッチングが最初に実行される。フロー識別子が、ローカルに構成され且つ受信されると想定されるフロー識別子(0x023)と一致するとき、基準送信周期(0x405)が抽出され、カウンタのタイムアウトが基準送信周期に設定される。例えば、タイムアウトは、1029個のビットブロックが受信される時間である。任意選択で、他のカウンタが設定されてもよく、他のカウンタのタイムアウトは、基準送信周期よりも大きい。例えば、タイムアウトは3×1029個のビットブロックが受信される時間である。フロー識別子が、ローカルに構成され且つ受信されると想定されるフロー識別子と一致しないとき、接続誤りアラームがトリガされ、リモート欠陥指示(remote defect indication, RDI)が直ちに返信される。フロー識別子がフロー識別子と一致するN個(5個等)の検出ブロックが連続して受信されたとき、接続誤りアラームが消滅するようにトリガされ、RDIが返信されるのを停止する。
【0057】
図１３ａは、本発明の実施形態による検出ブロック受信方法のフローチャートである。図１３ａに示すように、検出ブロック受信方法は以下のステップを含んでもよい。ビットブロックデータフローに対して検出が実行され、検出ブロックが受信されるか否かが検出ブロックの特徴に基づいて決定される。検出ブロックが受信されると決定された後に、検出ブロックで搬送されるフロー識別子が、想定されるフロー識別子と一致しない場合、ローカル接続誤りアラームフラグが更新され、故障アラーム指示が生成され、例えば、RDIが生成され、或いは、検出ブロックで搬送されるフロー識別子が、想定されるフロー識別子と一致する場合、基準送信周期が抽出される。カウンタ1が設定され、カウンタ1のタイムアウトが基準送信周期Tの1倍に設定され、カウンタ1がカウントを開始し、カウンタ2が設定され、カウンタ2のタイムアウトが基準送信周期Tの3倍に設定され、カウンタ2がカウントを開始する。カウンタ1が基準送信周期の1倍までカウントしたとき、ビットブロックデータフローのブロックタイプが検出され始める。カウンタ2が基準送信周期の3倍までカウントしたとき、有効ビットブロック(例えば、開始ブロック「S」と終了ブロック「T」とデータブロック「D」とのいずれかの組み合わせ)が検出されず、接続性ロス(loss of connectivity, LOC)アラームがトリガされる。さらに、故障アラーム指示が生成される。例えば、RDIが生成される。図１３ｂは、本発明の実施形態による他の検出ブロック受信方法のフローチャートである。図１３ｂに示すように、図１３ｂと図１３ａとの間の相違は、1つのカウンタのみが設定されてもよく、カウンタのタイムアウトが基準送信周期の1倍又は他の時間長でもよい点にある。カウンタがカウントを開始したとき、ビットブロックデータフローのブロックタイプに対する検出が実行される。カウンタが予め設定されたタイムアウトまでカウントしたとき、有効ビットブロックが検出されない場合、接続性ロスアラームがトリガされる。異なるタイムアウトを有する2つのカウンタが設定され、検出ブロックは、時点0から長いカウンタ(カウンタ2)のタイムアウトまでの周期内に受信されず、有効ビットブロックは、短いカウンタ(カウンタ1)のタイムアウトから長いカウンタのタイムアウトまでの周期内に検出されない。このことから、接続性ロスが正確に決定できる。この例では、カウンタ1及びカウンタ2が柔軟に設定され、正確且つ信頼性の高い接続故障決定は、有効ビットブロックが受信されたか否かに基づいて実行される。これは、実現上の困難性を更に軽減するように、カウンタ2のみを設定することにより更に柔軟に簡略化できる。
【0058】
任意選択で、基準送信周期は、ネットワークデバイスにおいて直接構成されてもよく、検出ブロックで搬送される必要はない。例えば、XE1は基準送信周期0x400を構成し、XE3は参照受信周期0x400を構成する。ステップ4において、カウンタ1及びカウンタ2のタイムアウトは、構成された参照受信周期0x400に基づいて設定されてもよい。任意選択で、カウンタ1のカウント周期は、基準送信周期TのN倍でもよい。例えば、Nは1に設定されるか、或いは、1.5又は他のユーザ定義の値でもよい。カウンタ2のカウント周期は、カウンタ1のカウント周期のM倍でもよい。例えば、Mは3に設定されるか、或いは、ユーザ定義の値でもよい。任意選択で、カウンタ2のような1つのカウンタのみが設定されてもよい。カウンタ2が終了した後に、有効ビットブロックが受信されたか否かが決定され、したがって、接続故障決定が実行される。任意選択で、カウンタ2が終了した後に、有効ビットブロックが受信されたか否かが決定されなくてもよく、接続性ロスアラームが直接トリガされる。
【0059】
任意選択で、フロー識別子が比較的長く、複数の検出ブロックがフロー識別子を搬送するために順に送信される必要があるとき、各検出ブロックは、フロー識別子の1つの部分のみを搬送する。図９ｄに示すように、受信機XE3は、複数の検出ブロックを順に受信した後にのみ、完全なフロー識別子を復元でき、次いで、接続誤りが存在するか否かを決定する。検出ブロックが受信されたが、完全なフロー識別子が復元されないとき、デフォルトでは接続誤りは存在せず、接続性検査が直接実行される。プロセスが図１３ｃに示される。図１３ｄと図１３ｃとの相違は、1つのカウンタのみが設定されてもよく、カウンタのタイムアウトが基準送信周期の1倍又は他の時間長でもよい点にある。
【0060】
上記の検出ブロック受信プロセスでは、検出ブロックは、検出ブロックの特徴に基づいて識別される必要がある。図１４ａは、本発明の実施形態による検出ブロックの符号化フォーマットの概略図である。図１４ａに示すように、検出ブロックを識別するために、フィールドA+B+O、フィールドA+B+O+C又は他のフィールドの組み合わせに対してマッチングが実行されてもよい。上記のビットブロックデータフローのブロックタイプに対する検出は、同期ヘッダ、タイプフィールド等に対する検出でもよい。任意選択で、検出ブロックがタイプ識別子を含む場合、マッチングは、代替として、タイプ識別子フィールドに対して実行されてもよく、検出ブロックにより示される機能タイプは、タイプ識別子フィールドを使用することにより識別される。新たに定義された制御コードブロック、例えば、66ビットブロックで予約されたタイプフィールドが0x00であり且つ他の56ビットが8ビットデータであるコードブロックが使用されるとき、図１４ｂに示すように、マッチング方式はA+Bでもよい。
【0061】
本発明のこの実施形態における検出ブロック受信方法はまた、誤り検出のためのビットインタリーブパリティ(BIP)、リモートエラー指示(REI)、クライアント信号指示(CS)、同期(SYNC)、サービス層におけるアラーム指示(AIS)、プロテクションスイッチングプロトコル(APS)及び遅延測定(DM)のような他のOAM機能を有するビットブロックの受信に適用可能である。
【0062】
以下に、故障がネットワークで発生した後の処理ステップについて説明する。図１５は、本発明の実施形態によるネットワークアーキテクチャの概略図である。図１５に示すように、XE2内のスイッチユニットが故障していると仮定する。XE1は検出ブロックを生成して送信する。XE3は、例えば、図１３ａにおける受信方法を使用することにより、検出ブロックを受信する。カウンタ1が終了したとき、カウンタ2が終了するまで、ビットブロックデータフローのブロックタイプに対する検出が実行され始める。想定される検出ブロックがカウンタ1のタイムアウトからカウンタ2のタイムアウトまでの周期内に受信された場合、2つのカウンタがリセットされる。想定される検出ブロックがカウンタ1のタイムアウトからカウンタ2のタイムアウトまでの周期内に受信されない場合、カウンタ1が終了した瞬間に、ビットブロックデータフローのブロックタイプに対する検出が実行され始める。有効ビットブロック(例えば、開始ブロック「S」と終了ブロック「T」とデータブロック「D」とのいずれかの組み合わせ)が検出された場合、2つのカウンタ1及び2がリセットされる。有効ビットブロックが検出されない場合、LOCアラームがトリガされ、RDIが生成されて返信される。N個(5個等)の想定される正しい検出ブロックが連続して受信されたとき、LOCアラームが消滅するようにトリガされ、RDIが返信されるのを停止する。XE3はLOCアラームをトリガし、故障アラーム指示(故障アラーム指示ブロック等)を返信することにより、故障状態を送信端のXE1に通知する。故障アラーム指示ブロックは、RDIビットブロックでもよく、例えば、フロー識別子及びリモート欠陥指示(RDI)を含んでもよい。任意選択で、RDIビットブロックは、代替として、RDIビットブロックが故障アラーム指示機能を有することを示すために、タイプ識別子を含んでもよい。
【0063】
同様に、上記の実施形態では、有効ブロックが検出されなくてもよく、具体的な処理ステップは以下のように簡略化される。図１５に示すように、XE2内のスイッチユニットが故障していると仮定する。XE1は検出ブロックを生成して送信する。XE3は、例えば、図１３ｄにおける受信方法を使用することにより、検出ブロックを受信する。カウンタ2が終了した場合、LOCアラームがトリガされ、RDIが生成されて返信される。N個(5個等)の想定される正しい検出ブロックが連続して受信されたとき、LOCアラームが消滅するようにトリガされ、RDIが返信されるのを停止する。XE3はLOCアラームをトリガし、故障アラーム指示(故障アラーム指示ブロック等)を返信することにより、故障状態を送信端のXE1に通知する。故障アラーム指示ブロックは、RDIビットブロックでもよく、例えば、フロー識別子及びリモート欠陥指示(RDI)を含んでもよい。任意選択で、RDIビットブロックは、代替として、RDIビットブロックが故障アラーム指示機能を有することを示すために、タイプ識別子を含んでもよい。
【0064】
双方向の接続について、XE1からXE3への方向及びXE3からXE1への方向にデータフローが存在するとき、XE1はまた、XE3により生成された検出ブロックを受信してもよい。例えば、XE1内の監視ユニットは、ステップ4と同様の方式で検出ブロックを受信し、接続故障検出を実行する。
【0065】
本発明のこの実施形態では、検出された故障のタイプは、接続誤り、接続性ロス及びリモート欠陥のうちいずれか1つ以上を含んでもよい。ネットワークデバイスは、故障状態をローカル自動プロテクションスイッチング(APS)機能ユニットに転送し、対応する自己修復ポリシーを実現するか、故障状態をソフトウェア定義ネットワーキング(software-defined networking, SDN)コントローラに転送し、対応する接続復元ポリシーを実現するか、或いは、故障状態をネットワーク管理システムに転送し、対応するアラーム管理及び対応する警告機能を実行する。
【0066】
図１６は、本発明の実施形態による故障指示ブロック送信方法のフローチャートである。図１６に示すように、故障指示ブロック送信方法は、検出ブロック送信方法と同様であり、以下のステップ、すなわち、受信端が故障を検出し(例えば、検出ブロックが予め設定された基準周期が終了した後に受信されないとき、この場合に接続が中断されたと決定されてもよい)、故障指示ブロックが送信される必要があるとき、ビットブロックデータフローを検出し始めるステップと、ビットブロックデータフロー内にアイドルブロックが見つかったとき、アイドルブロックを故障指示ブロックで置換するステップと、ビットブロックデータフローを送信するステップとを含んでもよい。フロー識別子が搬送される必要があるとき、フロー識別子又はフロー識別子の一部は、送信のために故障指示ブロックに追加される。
【0067】
図１７ａは、本発明の実施形態による故障指示ブロック受信方法のフローチャートである。図１７ａに示すように、故障指示ブロック受信方法は、検出ブロック受信方法と同様であり、以下のステップ、すなわち、受信ビットブロックデータフローを検出し、故障指示ブロックを見つけるステップと、故障指示ブロックで搬送されるフロー識別子が想定されるフロー識別子と一致しないとき、故障指示ブロックを廃棄するステップ、又は、故障指示ブロックで搬送されるフロー識別子が想定されるフロー識別子と一致するとき、ローカルのリモート欠陥指示フラグ(RDI)を故障指示ブロック内のリモート検出指示フィールドで更新するステップとを含んでもよい。故障指示ブロックがフロー識別子を搬送しないとき、図１７ｂに示すように、故障指示ブロック受信方法は、検出ブロック受信方法と同様であり、以下のステップ、すなわち、受信ビットブロックデータフローを検出し、故障指示ブロックを見つけるステップと、ローカルのリモート欠陥指示(RDI)フラグを故障指示ブロック内のリモート欠陥指示フィールドで更新するステップとを含んでもよい。故障指示ブロックがフロー識別子の一部を搬送するとき、図１７ｃに示すように、故障指示ブロック受信方法は、検出ブロック受信方法と同様であり、以下のステップ、すなわち、受信ビットブロックデータフローを検出し、故障指示ブロックを見つけるステップと、故障指示ブロックで搬送されるフロー識別子がフロー識別子の一部のみであるとき、フロー識別子の全ての部分が完全なフロー識別子を復元するために収集されるまで、次の故障指示ブロックを受信するのを待機するステップと、フロー識別子が想定されるフロー識別子と一致しないとき、故障指示ブロックを廃棄して検出を再開するステップ、又は、故障指示ブロックで搬送されるフロー識別子が想定されるフロー識別子と一致するとき、ローカルのリモート欠陥指示(RDI)フラグを、故障指示ブロック内のリモート検出指示フィールドで更新するステップとを含んでもよい。
【0068】
任意選択で、本発明のこの実施形態における検出ブロックの生成、送信、受信及び処理のようなステップはまた、他のOAM機能(OAM機能ブロックと呼ばれる)に適用可能である。表１は、66ビットブロックの符号化フォーマットである。OAM機能ブロックが66ビットブロックであるとき、OAM機能ブロックは表１に記載の符号化フォーマットを有してもよい。OAM機能ブロックにおけるフィールドD1〜D3の符号化フォーマットは、異なるOAM機能又はいくつかのOAM機能の組み合わせを示す6ビットのタイプフィールドと、1つ以上の特定のタイプのOAM機能のメッセージ内容を示す14ビットの値フィールドと、CRC-4又はCRC-8検査が全ての60ビット(CRCのための4ビットを除く)に対して実行されることを示す4ビットのCRCフィールドとを含んでもよい。【表1】
【0069】
図１８ａＡ及び図１８ａＢは、本発明の実施形態による複数のOAM機能ブロックを送信する概略図である。図１８ａＡ及び図１８ａＢに示すように、データフィールドは、エラー検出(BIP)、リモートエラー指示(REI)、クライアント信号指示(CS)、同期(SYNC)、サービス層におけるアラーム指示(AIS)、プロテクションスイッチングプロトコル(APS)及び遅延測定(DM)のような異なるOAM機能を表すために使用されてもよい。複数のOAM機能ブロックが存在するとき、OAM機能ブロックは、異なるOAM機能ブロックの間を区別するために、タイプ識別子(例えば、表１におけるD1のタイプフィールド又は図１８ａＢの右下隅の表におけるタイプフィールド)を搬送してもよい。同様に、上記の実施形態における検出ブロックはまた、タイプ識別子を搬送してもよい。図面の右下隅の表は、複数のOAM機能ブロックにおけるデータフィールドの符号化フォーマットを示す。図面におけるビットブロックデータフローにおいて、オンデマンドオーバーヘッド(overhead, OH)1は、RDI、REI、DM及びAPSのように、オンデマンドで直ちに返信されるOAM機能であり、周期的OH2及び周期的OH3は、CCB、BIP、CS及び他のOAM機能のように、それぞれの期間内に別々に送信される。
【0070】
表１における値フィールドがOAM機能の一部のみを搬送するとき、値フィールドは柔軟に定義されてもよく、複数のOAMブロックが搬送のために使用される。具体的には、各OAM機能ブロックは、機能情報の一部のみを搬送する。図１８ｂＢの表における接続性検査/検証(略称CC/CV)フィールドに示すように、フロー識別子が64バイトの長さを必要とするとき、各検出ブロックの14ビットの値フィールドは、図７ｇに示すように、シーケンス番号を示すValue[0,5]と、64バイトのフロー識別子のうち1バイトを示すValue[6,13]との2つの部分に分割される。同様に、一方向の遅延測定DM、すなわち、表におけるDMについて、D1[6:7]が0x00又は0x11であるとき、12ビットのタイムスタンプが毎回転送され、合計で8つのフレームが転送される。
【0071】
上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はこれらのいずれかの組み合わせを使用することにより実現されてもよい。ソフトウェアが実施形態を実現するために使用されるとき、実施形態は、コンピュータプログラムプロダクトの形式で完全に或いは部分的に実現されてもよい。コンピュータプログラムプロダクトは、1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されたとき、本発明の実施形態による手順又は機能が全て或いは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク又は他のプログラム可能装置でもよい。コンピュータ命令は、コンピュータ読み取り可能記憶媒体に記憶されてもよく、或いは、コンピュータ読み取り可能記憶媒体から他のコンピュータ読み取り可能記憶媒体に送信されてもよい。例えば、コンピュータ命令は、有線(同軸ケーブル、光ファイバ又はデジタル加入者線(DSL)等)又は無線(赤外線、無線又はマイクロ波等)の方式で、ウェブサイト、コンピュータ、サーバ又はデータセンタから他のウェブサイト、コンピュータ、サーバ又はデータセンタに送信されてもよい。コンピュータ読み取り可能記憶媒体は、コンピュータによりアクセス可能ないずれかの使用可能媒体、又は1つ以上の使用可能媒体を統合するサーバ又はデータセンタのようなデータ記憶デバイスでもよい。使用可能媒体は、磁気媒体(フロッピーディスク、ハードディスク、磁気テープ等)、光媒体(DVD等)、ソリッドステートディスク(SSD等)等でもよい。