(57)【要約】本発明の実施例はフレキシブルイーサネット（ＦＬｅｘＥ）ネットワーク構造における送信側に適用されるエラーコード検出方法、装置、システム及びコンピュータ可読記憶媒体を開示し、前記方法は、前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶することと、前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信することと、を含む。【選択図】図１１
2019528614.tif 000002
【特許請求の範囲】
【請求項１】
フレキシブルイーサネット（ＦＬｅｘＥ）ネットワーク構造における送信側に適用されるエラーコード検出方法であって、
前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信することと、を含み、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値は、データ伝送時に前記送信側にエラーコードのあるかどうかを受信側が検出することに用いられる、前記エラーコード検出方法。
【請求項２】
前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得する前に、前記エラーコード検出方法は、更に、
前記送信側がオーバーヘッドフレームにおける予約フィールドにおいてプリセットの設定ポリシーに従ってエラーコード検出フィールドを設定することを含み、エラーコード検出フィールドの数が少なくとも１つである
請求項１に記載のエラーコード検出方法。
【請求項３】
前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することは、
前記送信側が前記送信対象の情報ブロックにおいてチェック開始側を決定し、前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定することと、
前記送信側が前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得することと、
前記送信側がプリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、を含む
請求項１に記載のエラーコード検出方法。
【請求項４】
ＦＬｅｘＥネットワーク構造における受信側に適用されるエラーコード検出方法であって、
前記受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することと、
前記受信側が受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得することと、
前記受信側が前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定することと、を含む、前記エラーコード検出方法。
【請求項５】
前記受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することは、
前記受信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックにおいてチェック開始側を決定し、前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定することと、
前記受信側が前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得することと、
前記受信側がプリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記受信情報ブロックに対応するチェック結果を取得することと、を含む
請求項４に記載のエラーコード検出方法。
【請求項６】
ＦＬＥＸＥネットワーク構造における送信側及び受信側に適用されるエラーコードチェック方法であって、
前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って前記受信側に送信することと、
前記受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することと、
前記受信側が受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得することと、
前記受信側が前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定することと、を含む、前記エラーコードチェック方法。
【請求項７】
送信側装置であって、
プリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得するように構成される第１チェックモジュールと、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶するように構成される記憶モジュールと、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信するように構成される送信モジュールと、を含み、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応する送信チェック基準値は、データ伝送時に前記送信側にエラーコードのあるかどうかを受信側が検出することに用いられる、前記送信側装置。
【請求項８】
前記送信側装置は、更に、プリセットの設定ポリシーに従ってオーバーヘッドフレームにおける予約フィールドにおいてエラーコード検出フィールドを設定するように構成される設定モジュールを含み、エラーコード検出フィールドの数が少なくとも１つである
請求項７に記載の送信側装置。
【請求項９】
前記第１チェックモジュールは、
前記送信対象の情報ブロックにおいてチェック開始側を決定し、且つ前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定し、
前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得し、
プリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記送信対象の情報ブロックに対応するチェック基準値を取得するように構成される
請求項７に記載の送信側装置。
【請求項１０】
受信側装置であって、
受信モジュール、第２チェックモジュール、取得モジュール及び決定モジュールを含み、
前記受信モジュールは現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するように構成され、
前記第２チェックモジュールは前記受信モジュールが現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得するように構成され、
前記受信モジュールは更に次のオーバーヘッドフレームを受信するように構成され、
前記取得モジュールは前記受信モジュールが受信した次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得するように構成され、
前記決定モジュールは前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定するように構成される、前記受信側装置。
【請求項１１】
前記第２チェックモジュールは、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックにおいてチェック開始側を決定し、且つ前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定し、
前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得し、
プリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記受信情報ブロックに対応するチェック結果を取得するように構成される
請求項１０に記載の受信側装置。
【請求項１２】
ＦＬｅｘＥネットワーク構造における送信側及び受信側を含むエラーコードチェックシステムであって、
前記送信側は、プリセットのエラーコードチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得し、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶し、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って前記受信側に送信するように構成され、
前記受信側は、現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのエラーコードチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得し、
受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック結果を取得し、
前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定するように構成される、前記エラーコードチェックシステム。
【請求項１３】
コンピュータ可読記憶媒体であって、
コンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサに実行されるとき、請求項１〜３のいずれか１項に記載のエラーコードチェック方法におけるステップを実現し、又は、請求項４若しくは５に記載の方法におけるステップを実現する、前記コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク通信技術に関し、特にエラーコード検出方法、装置、システム及びコンピュータ可読記憶媒体に関する。
【０００２】
関連出願の相互参照
本願は、２０１６年０９月２９日に提出した中国特許出願第２０１６１０８６８１２７．４号の優先権を主張し、ここで、該中国特許出願に開示されている全内容が本願の一部として援用される。
【背景技術】
【０００３】
ネットワーク技術の急速な発展及びネットワーク情報トラフィックの急速な増加に伴って、通信ネットワークの転送帯域幅も急速に発展していく。通信装置のインターフェース帯域幅速度が１０Ｍ（単位：ビット／秒）から１００Ｍに増加し、更に１Ｇ及び１０Ｇに増加し、現在、既に１００Ｇのインターフェース帯域幅速度に達し、市場に商用１００Ｇの光モジュールが既に大量使用されている。
【０００４】
現在、既に４００Ｇの光モジュールを開発したが、４００Ｇの光モジュールは価格が高くて、４つの１００Ｇ光モジュールの価格より高いため、商用経済的価値が低い。従って、１００Ｇ光モジュールにおいて４００Ｇサービスを転送するために、国際標準化機構はフレキシブルイーサネット（ＦｌｅｘＥ：Ｆｌｅｘｉｂｌｅ  Ｅｔｈｅｒｎｅｔ）プロトコルを定義した。
【０００５】
ＦＬｅｘＥプロトコルの基本内容は、複数の１００Ｇの送信チャネルを束ねて、１つのより大きな帯域幅速度の転送チャネルを形成することであり、図１に示すように、ＦＬｅｘＥプロトコルにおいて、ＭＡＣ層と物理符号化副層（ＰＣＳ：Ｐｈｙｓｉｃａｌ  Ｃｏｄｉｎｇ  Ｓｕｂｌａｙｅｒ）との間に１つのフレキシブルイーサネットシム（ＦｌｅｘＥ  Ｓｈｉｍ）を追加し、且つＦｌｅｘＥ  Ｓｈｉｍによって４つの１００Ｇの物理チャネルを束ねることにより、１つの４００Ｇの論理チャネルを形成し、それによりコストを増加せずに４００Ｇサービスの転送ニーズを満たすことができる。
【０００６】
図２に示すように、ＦＬｅｘＥプロトコルは複数の物理チャネルを１つのサービス転送用論理チャネルに束ねるため、１つの物理チャネルが故障すると、論理チャネル全体が故障してしまい、例えば、１つの物理チャネルが中断されると、論理チャネル全体が中断されてしまい、このように、論理チャネル全体の信頼性が低下してしまい、一般的には、論理チャネルが故障する確率は単一の物理チャネルが故障する確率の整数倍であり、その倍数が論理チャネルを束ねて形成するための物理チャネルの数である。
【０００７】
ところが、現在のＦＬｅｘＥプロトコルは物理チャネル監視機能を有しないため、各物理チャネルの信号転送品質を監視できず、ある物理チャネルが故障した際に警告できず、更にＦＬｅｘＥプロトコルの信頼性及び応用価値に悪影響を与えてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記技術的問題を解決するために、本発明の実施例はエラーコード検出方法、装置、システム及びコンピュータ可読記憶媒体を提供する。
【課題を解決するための手段】
【０００９】
第１態様では、本発明の実施例はＦＬｅｘＥネットワーク構造における送信側に適用されるエラーコード検出方法を提供し、前記エラーコード検出方法は、
前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信することと、を含み、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値は、データ伝送時に前記送信側にエラーコードのあるかどうかを受信側が検出することに用いられる。
【００１０】
上記技術案では、前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得する前に、前記方法は、更に、
前記送信側がプリセットの設定ポリシーに従ってオーバーヘッドフレームにおける予約フィールドにおいてエラーコード検出フィールドを設定することを含み、エラーコード検出フィールドの数が少なくとも１つである。
【００１１】
上記技術案では、前記送信側がプリセットのチェックポリシーに従上記案って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することは、
前記送信側が前記送信対象の情報ブロックにおいてチェック開始側を決定し、前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定することと、
前記送信側が前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得することと、
前記送信側がプリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、を含む。
【００１２】
第２態様では、本発明の実施例はＦＬｅｘＥネットワーク構造における受信側に適用されるエラーコード検出方法を提供し、前記エラーコード検出方法は、
前記受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することと、
前記受信側が受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得することと、
前記受信側が前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定することと、を含む。
【００１３】
上記技術案では、前記受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することは、
前記受信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックにおいてチェック開始側を決定して、前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定することと、
前記受信側が前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得することと、
前記受信側がプリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記受信情報ブロックに対応するチェック結果を取得することと、を含む。
【００１４】
第３態様では、本発明の実施例はＦＬｅｘＥネットワーク構造における送信側及び受信側に適用されるエラーコードチェック方法を提供し、前記エラーコードチェック方法は、
前記送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶することと、
前記送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って前記受信側に送信することと、
前記受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することと、
前記受信側が受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得することと、
前記受信側が前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、前記受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定することと、を含む。
【００１５】
第４態様では、本発明の実施例は送信側装置を提供し、前記送信側装置は、
プリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得するように構成される第１チェックモジュールと、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶するように構成される記憶モジュールと、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信するように構成される送信モジュールと、を含み、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応する送信チェック基準値は、データ伝送時に前記送信側にエラーコードのあるかどうかを受信側が検出することに用いられる。
【００１６】
上記技術案では、前記送信側装置は、更に、プリセットの設定ポリシーに従ってオーバーヘッドフレームにおける予約フィールドにおいてエラーコード検出フィールドを設定するように構成される設定モジュールを含み、エラーコード検出フィールドの数が少なくとも１つである。
【００１７】
上記技術案では、前記第１チェックモジュールは、
前記送信対象の情報ブロックにおいてチェック開始側を決定し、且つ前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定し、
前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得し、
プリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記送信対象の情報ブロックに対応するチェック基準値を取得するように構成される。
【００１８】
第５態様では、本発明の実施例は受信側装置を提供し、前記受信側装置は、受信モジュール、第２チェックモジュール、取得モジュール及び決定モジュールを含み、
前記受信モジュールは現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するように構成され、
前記第２チェックモジュールは前記受信モジュールが現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得するように構成され、
前記受信モジュールは更に次のオーバーヘッドフレームを受信するように構成され、
前記取得モジュールは前記受信モジュールが受信した次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得するように構成され、
前記決定モジュールは前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定するように構成される。
【００１９】
上記技術案では、前記第２チェックモジュールは、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックにおいてチェック開始側を決定し、且つ前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定し、
前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得し、
プリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記受信情報ブロックに対応するチェック結果を取得するように構成される。
【００２０】
第６態様では、本発明の実施例はＦＬｅｘＥネットワーク構造における送信側及び受信側を含むエラーコードチェックシステムを提供し、前記エラーコードチェックシステムは、
前記送信側は、プリセットのエラーコードチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得し、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶し、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って前記受信側に送信するように構成され、
前記受信側は、現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのエラーコードチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得し、
受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック結果を取得し、
前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定するように構成される。
【００２１】
第７態様では、本発明の実施例はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサに実行されるとき、上記送信側のいずれか１つの方法におけるステップを実現し、又は、上記受信側のいずれか１つの方法におけるステップを実現する。
【発明の効果】
【００２２】
本発明の実施例はエラーコード検出方法、装置、システム及びコンピュータ可読記憶媒体を提供し、受信側は送信側から伝送されるチェック基準値に基づいて受信されたデータをチェックすることができるように、送信側が伝送対象データのチェック基準値を受信側に伝送し、それによりＦＬｅｘＥプロトコルにおける物理チャネルに対してエラーコード検出を行うことができ、ＦＬＥｅｘＥプロトコルの信頼性及び応用価値を向上させる。
【図面の簡単な説明】
【００２３】
【図１】図１は関連技術に係るＦＬｅｘＥネットワーク構造の概略図である。
【図２】図２は関連技術に係る物理チャネルが故障した場合の概略図である。
【図３】図３は本発明の実施例に係る１つのオーバーヘッドブロックのカバレッジ範囲の概略図である。
【図４】図４は本発明の実施例に係るＦｌｅｘＥネットワーク構造におけるデータ伝送時の概略図である。
【図５】図５は本発明の実施例に係るエラーコード検出方法のフローチャートである。
【図６】図６は本発明の実施例に係るオーバーヘッドフレームの構造概略図である。
【図７】図７は本発明の実施例に係るオーバーヘッドフレームのカバレッジ範囲の概略図である。
【図８】図８は本発明の実施例に係る他のオーバーヘッドフレームの構造概略図である。
【図９】図９は本発明の実施例に係るエラーコード検出を実現するフローチャートである。
【図１０】図１０は本発明の実施例に係るエラーコード検出を実現する他のフローチャートである。
【図１１】図１１は本発明の実施例に係る他のエラーコード検出方法のフローチャートである。
【図１２】図１２は本発明の実施例に係る別のエラーコード検出方法のフローチャートである。
【図１３】図１３は本発明の実施例に係る送信側装置の構造概略図である。
【図１４】図１４は本発明の実施例に係る他の送信側装置の構造概略図である。
【図１５】図１５は本発明の実施例に係る受信側装置の構造概略図である。
【図１６】図１６は本発明の実施例に係るエラーコード検出システムの構造概略図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施例の図面を参照しながら、本発明の実施例の技術案を明確且つ完全に説明する。
【００２５】
光モジュールにおいて、送信前に１００Ｇのデータメッセージに対して６４／６６符号化を行い、つまり、６４ビットデータを６６ビットデータブロックに拡張し、拡張した２ビットデータが６６ビットデータブロックの前部に位置し、６６ビットデータブロックの開始フラグとされ、次に６６ビットデータブロックの形式で光ポートから送信される。受信時、光ポートによって受信されたデータストリームから６６ビットデータブロックを識別し、次に６６ビットデータブロックから元の６４ビットデータを復旧して、再構成してからデータメッセージを取得する。
【００２６】
ＦＬｅｘＥプロトコルが６４ビットデータブロックから６６ビットデータブロックまでのブロック変換層に位置する。６６ビットデータブロックを送信する前に、送信側が６６ビットデータブロックをソート及び計画し、図３に示すように、白色ブロックが１つの６６ビットデータブロックを示し、１００Ｇサービスに対して、２０個ごとの６６ビットデータブロックを１つのデータブロック群に区別し、各データブロック群に含まれる２０個の６６ビットデータブロックが２０個のタイムスロットを示し、各タイムスロットが５Ｇ帯域幅のサービス速度を示す。送信側が６６ビットデータブロックを送信するとき、１０２３個のデータブロック群、すなわち１０２３×２０個のデータブロックの送信が完了するたびに、１つのＦＬｅｘＥオーバーヘッドブロックを挿入し、図３における黒色ブロックに示される。ＦＬｅｘＥオーバーヘッドブロックを挿入した後、送信側がデータブロックを送信し続け、２番目の１０２３×２０個のデータブロックを送信した後、ＦＬｅｘＥオーバーヘッドブロックを挿入し、ＦＬｅｘＥオーバーヘッドブロックのデータ長も６６ビットであり、このように類推して、データブロックを送信するとき、ＦＬｅｘＥオーバーヘッドブロックを周期的に挿入し、隣接する２つのＦＬｅｘＥオーバーヘッドブロックの間の間隔が１０２３×２０個のデータブロックである。
【００２７】
ＦＬｅｘＥプロトコルを利用して複数の低帯域幅速度の物理チャネルを１つの高帯域幅速度の論理チャネルに束ねるとき、すべての物理チャネルにおけるデータブロックが送信時に完全に揃えるように、送信側がすべてのデータブロック群を複数の低帯域幅速度の物理チャネルに平均的にポーリング送信し、且つ、各物理チャネルにおいて１０２３個のデータブロック群おきにオーバーヘッドブロックを同時に挿入し、それにより物理チャネルにおけるデータブロック及びオーバーヘッドブロックが完全に揃えるように確保する。図１に示すＦＬｅｘＥネットワーク構造を例とし、４つの１００Ｇの物理チャネルを１つの４００Ｇの論理チャネルに束ねるとき、図４に示すように、１番目のデータブロック群、すなわち１番目の２０個のデータブロックを１チャネル目の物理チャネルに送信し、２番目のデータブロック群、すなわち２番目の２０個のデータブロックを２チャネル目の物理チャネルに送信し、３番目のデータブロック群、すなわち３番目の２０個のデータブロックを３チャネル目の物理チャネルに送信し、４番目のデータブロック群、すなわち４番目の２０個のデータブロックを４チャネル目の物理チャネルに送信し、次に５番目のデータブロック群、すなわち５番目の２０個のデータブロックを１チャネル目の物理チャネルに送信する等が挙げられ、このように類推して、４で割った剰余を求めることで、すべてのデータブロック群を４つの物理チャネルに平均的にポーリング送信する。
【００２８】
受信側において、各物理チャネルがデータブロックを独立して受信し、次にオーバーヘッドブロックの位置を決定する。各物理チャネルがいずれもオーバーヘッドブロックの位置を基準として、４つの物理チャネルのデータブロック群を改めて揃える。オーバーヘッドブロックの位置を基準として４つの物理チャネルのデータブロック群を揃えた後、送信時にポーリング・割り当てる逆過程に基づいて改めてソートする。つまり、まず１番目の物理チャネルからオーバーヘッドブロックの下位の１番目のデータブロック群を取得して上位にソートし、次に２番目の物理チャネルからオーバーヘッドブロックの下位の１番目のデータブロック群を取得して下位にソートし、ついでに３番目の物理チャネルからオーバーヘッドブロックの下位の１番目のデータブロック群を取得して第２下位にソートし、更に４番目の物理チャネルからオーバーヘッドブロックの下位の１番目のデータブロック群を取得して最後にソートし、次に上記過程を改めて実行する。つまり、まず１番目の物理チャネルからオーバーヘッドブロックの下位の２番目のデータブロック群を取得して第２下位にソートし、２番目の物理チャネルからオーバーヘッドブロックの下位の２番目のデータブロック群を取得して第２下位にソートし、このように類推して、４つの物理チャネルのデータブロック群を１つの大きな論理チャネルのデータブロック群に改めてソートする。
【００２９】
上記方式によって、４つの物理チャネルを束ねて、１つの大きな論理チャネルを構成することができる。サービス態様に対して、ユーザーは１つのみの大きな論理チャネルしか感知できず、且つ大きな論理チャネルによってサービスを転送するが、最下層の４つの物理チャネルを把握する必要としない。
【００３０】
上記ＦＬｅｘＥネットワーク構造の例及びデータ伝送方式に基づき、本発明の以下の実施例を提供する。
【００３１】
図５に本発明の実施例に係るエラーコード検出方法を示し、該方法はＦＬｅｘＥネットワーク構造における送信側及び受信側に適用されてもよく、以下のステップＳ５０１〜Ｓ５０６を含んでもよい。
【００３２】
Ｓ５０１：送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得する。
【００３３】
Ｓ５０２：送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶する。
【００３４】
Ｓ５０３：送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信する。
【００３５】
Ｓ５０４：受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得する。
【００３６】
Ｓ５０５：受信側が受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得する。
【００３７】
Ｓ５０６：受信側がチェック結果及びチェック基準値を比較し、チェック結果がチェック基準値と同じである場合、受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、チェック結果がチェック基準値と異なる場合、受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定する。
【００３８】
図５に示す技術案では、オーバーヘッドフレームに対して、１つのＦＬｅｘＥオーバーヘッドブロックのデータ長も６６ビットであり、データストリームを送信するとき、１０２３×２０個のデータブロックおきに１つのオーバーヘッドブロックを挿入するため、オーバーヘッドブロックがデータストリーム全体において位置特定機能を果たし、つまり、オーバーヘッドブロックを検索すれば、サービスデータストリームにおける１番目のデータブロック群の位置及び後続のデータブロック群の位置を把握することができると説明すべきである。現在、ＦＬｅｘＥオーバーヘッドブロックの内容は図６に示される。ＦＬｅｘＥプロトコルにおいて、連続した８つのオーバーヘッドブロックが１つのオーバーヘッドフレームを構成し、従って、図７に示すように、１つのオーバーヘッドフレームのカバレッジ範囲が８×１０２３×２０個のデータブロック（白色ブロックで示す）及び８つのオーバーヘッドブロック（黒色ブロックで示す）であり、本実施例では、データブロック及びオーバーヘッドブロックが情報ブロックと総称され、従って、１つのオーバーヘッドフレームのカバレッジ範囲が８×（１０２３×２０＋１）個の情報ブロックである。
【００３９】
１つのオーバーヘッドブロックは２ビットのブロックフラグ及び６４ビットのブロック内容で構成される。ブロックフラグが上位２列に位置し、下位６４列がブロック内容であり、１番目のオーバーヘッドブロックのブロックフラグが１０であり、下位７つのオーバーヘッドブロックのブロックフラグが０１又はＳＳ（ＳＳは内容が決定されていないことを示す）である。１番目のオーバーヘッドブロックの内容は、０ｘ４Ｂ（８ビット、１６進数の４Ｂ）、Ｃビット（１ビット、調整制御を指示する）、ＯＭＦビット（１ビット、オーバーヘッドフレームのマルチフレーム指示を示す）、ＲＰＦビット（１ビット、遠隔欠陥指示を示す）、ＲＥＳビット（１ビット、予約ビット）、ＦＬＥＸＥ  ｇｒｏｕｐ  ｎｕｍｂｅｒ（２０ビット、結合群の番号を示す）、０ｘ５（４ビット、１６進数の５）、００００００（２８ビット、いずれも０である）である。０ｘ４Ｂと０ｘ５が１番目のオーバーヘッドブロックのフラグ指示であり、受信時、検索された１つのオーバーヘッドブロックにおける対応位置が０ｘ４Ｂと０ｘ５である場合、該オーバーヘッドブロックがオーバーヘッドフレームにおける１番目のオーバーヘッドブロックであり、且つ該オーバーヘッドブロックと以後の連続した７つのオーバーヘッドブロックとが１つのオーバーヘッドフレームを構成すると示される。オーバーヘッドフレームにおいて、ｒｅｓｅｒｖｅｄ部分が予約フィールドであり、現在まだ定義されておらず、図６における斜線ブロックに示される。オーバーヘッドブロックにおける他のバイト内容は本発明の実施例の技術案に関連しないため、具体的な説明は省略する。
【００４０】
図５に示す技術案によって、受信側は送信側から伝送されるチェック情報に基づいて受信されたデータをチェックすることができるように、送信側が伝送対象データのチェック情報を受信側に伝送し、それによりＦＬｅｘＥプロトコルにおける物理チャネルに対してエラーコード検出を行うことができ、ＦＬｅｘＥプロトコルの信頼性及び応用価値を向上させる。
【００４１】
図５に示す技術案では、例示的に、ステップＳ５０１の前に、更に、
送信側がプリセットの設定ポリシーに従ってオーバーヘッドフレームにおける予約フィールドにおいてエラーコード検出フィールドを設定することを含んでもよく、エラーコード検出フィールドの数が少なくとも１つである。
【００４２】
具体的に、プリセットの設定ポリシーは受信側及び送信側が予め協議してから決定したものであってもよいし、上層システムが設定したものであってもよく、本実施例では詳細な説明は省略する。受信側及び送信側がいずれもエラーコード検出フィールドのオーバーヘッドフレームにおける予約フィールドでの位置を把握するため、送信側はチェック基準値をエラーコード検出フィールドに記憶することができ、それに対応して、受信側はエラーコード検出フィールドからチェック基準値を取得することができる。予約フィールドにおいてエラーコード検出フィールドを設定した後、オーバーヘッドフレームの構造は図８に示され、点充填ブロックがエラーコード検出フィールドのエラー（ｅｒｒｏｒ）を示す。
【００４３】
図５に示す技術案に対して、受信側がチェックするために基づくチェックポリシーは送信側がチェックするために基づくチェックポリシーと同様であり、それらは受信側及び送信側が予め協議してから決定したものであってもよいし、上層システムが設定したものであってもよく、本実施例では詳細な説明は省略する。
【００４４】
例示的に、送信側に対して、図９に示すように、ステップＳ５０１に記載の送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することは、具体的に、以下のステップＳ５０１１〜Ｓ５０１３を含んでもよい。
【００４５】
Ｓ５０１１：送信側が送信対象の情報ブロックにおいてチェック開始側を決定して、現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定する。
【００４６】
Ｓ５０１２：送信側が前記チェック開始側からチェック区間内にプリセットのデータ長に基づいてチェック対象のサブ区間を取得する。
【００４７】
Ｓ５０１３：送信側がプリセットの演算ポリシーに従ってチェック対象のサブ区間内のデータを順に演算して、前記送信対象の情報ブロックに対応するチェック基準値を取得する。
【００４８】
本実施例は以下の具体例によって図９に示す過程を説明する。
【００４９】
送信側が現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックにおいて１番目のオーバーヘッドブロックからブロックにおける１１個のビットデータを取り出し、次にブロックから１１個のビットデータを取り出し続け、上位１１個のビットデータ及び下位１１個のビットデータをビットごとに排他的論理和演算し、演算結果も１１ビットである。
【００５０】
次に、送信側が更にオーバーヘッドブロックから後続の１１個のビットデータを取り出し、上記演算結果と排他的論理和演算して、新しい演算結果を取得し、このように類推して、１番目のオーバーヘッドブロックにおけるすべてのビットの演算が完了するまで、ブロックから後続の１１個のビットデータを取り出し続け、上記演算結果と排他的論理和演算して、新しい演算結果を取得する。１つのオーバーヘッドブロック又はデータブロックの長さが６６個のビットであるため、毎回１１個のビットデータを取り出して演算し、１つの情報ブロックの演算を完了するために、６回演算する必要がある。
【００５１】
１番目のオーバーヘッドブロックにおけるデータの演算が終了した後、次のデータブロックの演算も完了するまで、同様の方式で、１番目のオーバーヘッドブロックの演算結果及び次のデータブロックにおけるデータを演算し、次に３番目のデータブロック等を演算し、１０２３×２０個のデータブロックの演算が完了した後、同様の方式で、２番目のオーバーヘッドブロックを演算し続け、次に次のデータブロック等を演算し、このように類推して、８×（１０２３×２０＋１）個の情報ブロックにおけるすべてのデータの演算が完了するまで、１１ビットの演算結果、つまり図７に記載の現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を取得する。
【００５２】
上記具体例では、チェック開始側が現在のオーバーヘッドフレームのカバレッジ範囲内の１番目のオーバーヘッドブロックの開始ビットであり、チェック区間が現在のオーバーヘッドフレームにカバレッジされる範囲全体、つまり８×（１０２３×２０＋１）個の情報ブロックであり、プリセットの演算ポリシーが排他的論理和演算であり、プリセットのデータ長が１１個のビットであり、従って、チェック対象のサブ区間が現在のオーバーヘッドフレームのカバレッジ範囲内の１番目のオーバーヘッドブロックの開始ビットから現在のオーバーヘッドフレームにカバレッジされる範囲全体内に１１個のビットごとに区別したデータ区間であると理解される。
【００５３】
上記具体例は図９に示す過程のみを説明することに用いられ、具体的に実現する際に様々な柔軟な方式で実現してもよいと説明すべきである。例えば、毎回演算するプリセットのデータ長が任意ビットデータであってもよく、プリセットのデータ長が６個のビットである場合、各６６ビットブロックが合計して１１回演算する必要がある。更に、例えば、プリセットの演算ポリシーが他のアルゴリズム、例えば包括的論理和アルゴリズム、様々なＣＲＣアルゴリズム等であってもよい。更に、例えば、チェック区間には各情報ブロックにおける上位２ビットデータが含まれずに、各情報ブロックにおける下位６４ビットデータのみが含まれてもよく、又は、チェック区間にはオーバーヘッドブロックが含まれずに、データブロック又はデータブロックの一部のみが含まれてもよく、又は、チェック区間には現在のオーバーヘッドフレームのカバレッジ範囲内の複数のデータブロックのみが含まれ、例えば、データブロック群における３番目のデータブロックのみが含まれるが、他のデータブロックが含まれなくてもよい。更に、例えば、チェック基準値の数が１つであってもよいし、複数例えば２０個のｅｒｒｏｒ情報つまりｅｒｒｏｒ１〜ｅｒｒｏｒ２０であってもよく、ｅｒｒｒｏｒ１の場合にデータブロック群における１番目のデータブロックのエラーコード状況のみをチェックし、ｅｒｒｒｏｒ２の場合にデータブロック群における２番目のデータブロックのエラーコード状況のみをチェックする等が挙げられる。本実施例では詳細な説明は省略するが、上記開示される実現方式も本願の保護範囲に含まれる。
【００５４】
それに対応して、受信側に対して、受信側がチェックするために基づくチェックポリシーは送信側がチェックするために基づくチェックポリシーと同様であるため、図１０に示すように、ステップＳ５０４に記載の受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することは、具体的に、以下のステップＳ５０４１〜Ｓ５０４３を含んでもよい。
【００５５】
Ｓ５０４１：受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックにおいてチェック開始側を決定して、現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定する。
【００５６】
Ｓ５０４２：受信側が前記チェック開始側からチェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得する。
【００５７】
Ｓ５０４３：受信側がプリセットの演算ポリシーに従ってチェック対象のサブ区間内のデータを順に演算して、前記受信情報ブロックに対応するチェック結果を取得する。
【００５８】
受信側がチェックするために基づくチェックポリシーは送信側がチェックするために基づくチェックポリシーと同様であるため、図１０に示す案の実現過程は図９に示す案と同様であり、つまり、受信側が図１０に示す技術案に基づいてチェックする際に用いたチェック開始側、チェック区間、プリセットのデータ長及びプリセットの演算ポリシーはいずれも図９に示す技術案における送信側がチェックする際に用いたものと同様であると理解される。
【００５９】
図１０に記載の過程に対して、具体例は以下のとおりである。
【００６０】
オーバーヘッドフレームの１番目のオーバーヘッドブロックを開始位置とし、ブロックから１１個のビットデータを取り出し、次に更にブロックから１１個のビットデータを取り出し、上位１１個のビットデータ及び下位１１個のビットデータをビットごとに排他的論理和演算し、演算結果も１１ビットである。
【００６１】
次に、更に１番目のオーバーヘッドブロックから後続の１１個のビットデータを取り出し、上記演算結果と排他的論理和演算して、新しい演算結果を取得し、後続のビットと排他的論理和演算し続け、このように類推して、８×（１０２３×２０＋１）個の情報ブロック、つまり１つのオーバーヘッドフレームカバレッジ範囲内のすべての６６ビットブロックの演算を完了する。演算結果を保持し、該演算結果がチェック結果である。
【００６２】
送信側が現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームに記憶するため、受信側は現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックをチェックした後、現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックに対応するチェック結果を次のオーバーヘッドフレームに記憶されるチェック基準値と比較し、それらが同じであるかどうかによってデータ伝送中にエラーコードがあるかどうかを決定することができると説明すべきである。
【００６３】
本実施例はＦＬｅｘＥネットワーク構造における送信側及び受信側に適用されるチェック方法を提供し、受信側は送信側から伝送されるチェック情報に基づいて受信されたデータをチェックすることができるように、送信側が伝送対象データのチェック情報を受信側に伝送し、それによりＦＬｅｘＥプロトコルにおける物理チャネルをチェックすることができ、ＦＬｅｘＥプロトコルの信頼性及び応用価値を向上させる。
【００６４】
上記実施例と同様の技術構想に基づき、図１１に本発明の実施例に係る他のエラーコード検出方法を示し、該方法はＦＬｅｘＥネットワーク構造における送信側に適用され、以下のステップＳ１１０１〜Ｓ１１０３を含んでもよい。
【００６５】
Ｓ１１０１：送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得する。
【００６６】
Ｓ１１０２：送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶する。
【００６７】
Ｓ１１０３：送信側が前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信する。
【００６８】
ここで、現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値は受信側がデータ伝送時に送信側にエラーコードのあるかどうかを検出することに用いられる。
【００６９】
例示的に、ステップＳ１１０１の前に、該方法は、更に、
送信側がプリセットの設定ポリシーに従ってオーバーヘッドフレームにおける予約フィールドにおいてエラーコード検出フィールドを設定することを含んでもよく、エラーコード検出フィールドの数が少なくとも１つである。
【００７０】
具体的に、プリセットの設定ポリシーは受信側及び送信側が予め協議してから決定したものであってもよいし、上層システムが設定したものであってもよく、本実施例では詳細な説明は省略する。受信側及び送信側がいずれもエラーコード検出フィールドのオーバーヘッドフレームにおける予約フィールドでの位置を把握するため、送信側はチェック基準値をエラーコード検出フィールドに記憶することができ、それに対応して、受信側はエラーコード検出フィールドからチェック基準値を取得することができる。予約フィールドにおいてエラーコード検出フィールドを設定した後、オーバーヘッドフレームの構造は図７に示され、点充填ブロックがエラーコード検出フィールドのｅｒｒｏｒを示す。
【００７１】
例示的に、送信側に対して、ステップＳ１１０１に記載の送信側がプリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得することは、具体的に、
送信側が送信対象の情報ブロックにおいてチェック開始側を決定して、現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定することと、
送信側が前記チェック開始側からチェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得することと、
送信側がプリセットの演算ポリシーに従ってチェック対象のサブ区間内のデータを順に演算して、前記送信対象の情報ブロックに対応するチェック基準値を取得することと、を含んでもよい。
【００７２】
送信側が現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームに記憶するため、受信側は現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックをチェックした後、現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックに対応するチェック結果を次のオーバーヘッドフレームに記憶されるチェック基準値と比較し、それらが同じであるかどうかによってデータ伝送中にエラーコードがあるかどうかを決定することができると説明すべきである。
【００７３】
上記実施例と同様の技術構想に基づき、図１２に本発明の実施例に係る別のエラーコード検出方法を示し、該方法はＦＬＥＸＥネットワーク構造における受信側に適用され、以下のステップＳ１２０１〜Ｓ１２０３を含んでもよい。
【００７４】
Ｓ１２０１：受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得する。
【００７５】
Ｓ１２０２：受信側が受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得する。
【００７６】
Ｓ１２０３：受信側がチェック結果及びチェック基準値を比較し、チェック結果がチェック基準値と同じである場合、受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、チェック結果がチェック基準値と異なる場合、受信側は受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定する。
【００７７】
例示的に、受信側に対して、受信側がチェックするために基づくチェックポリシーは送信側がチェックするために基づくチェックポリシーと同様であるため、ステップＳ１２０１に記載の受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得することは、具体的に、
受信側が現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックにおいてチェック開始側を決定して、現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定することと、
受信側が前記チェック開始側からチェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得することと、
受信側がプリセットの演算ポリシーに従ってチェック対象のサブ区間内のデータを順に演算して、前記受信情報ブロックに対応するチェック結果を取得することと、を含んでもよい。
【００７８】
受信側がチェックするために基づくチェックポリシーは送信側がチェックするために基づくチェックポリシーと同様であるため、受信側がチェックする際に用いたチェック開始側、チェック区間、プリセットのデータ長及びプリセットの演算ポリシーはいずれも送信側がチェックする際に用いたものと同様であると理解され、本実施例では詳細な説明は省略する。
【００７９】
送信側が現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームに記憶するため、受信側は現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックをチェックした後、現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックに対応するチェック結果を次のオーバーヘッドフレームに記憶されるチェック基準値と比較し、それらが同じであるかどうかによってデータ伝送中にエラーコードがあるかどうかを決定することができると説明すべきである。
【００８０】
上記実施例と同様の技術構想に基づき、図１３に本発明の実施例に係る送信側装置１３０を示し、第１チェックモジュール１３０１、記憶モジュール１３０２及び送信モジュール１３０３と、を含んでもよい。
【００８１】
前記第１チェックモジュール１３０１は、プリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得するように構成される。
【００８２】
前記記憶モジュール１３０２は、前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶するように構成される。
【００８３】
前記送信モジュール１３０３は、前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って一緒に送信するように構成される。
【００８４】
ここで、前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値は、受信側が、データ伝送時に送信側にエラーコードのあるかどうかを検出することに用いられる。
【００８５】
例示的に、図１４に示すように、前記送信側装置１３０は、更に、プリセットの設定ポリシーに従ってオーバーヘッドフレームにおける予約フィールドにおいてエラーコード検出フィールドを設定するように構成される設定モジュール１３０４を含み、エラーコード検出フィールドの数が少なくとも１つである。
【００８６】
例示的に、前記第１チェックモジュール１３０１は、具体的に、
前記送信対象の情報ブロックにおいてチェック開始側を決定し、且つ前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定し、
前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得し、
プリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記送信対象の情報ブロックに対応するチェック基準値を取得するように構成される。
【００８７】
上記実施例と同様の技術構想に基づき、図１５に本発明の実施例に係る受信側装置１５０を示し、受信モジュール１５０１、第２チェックモジュール１５０２、取得モジュール１５０３及び決定モジュール１５０４を含んでもよい。
【００８８】
前記受信モジュール１５０１は現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するように構成される。
【００８９】
前記第２チェックモジュール１５０２は前記受信モジュール１５０１が現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得するように構成される。
【００９０】
前記受信モジュール１５０１は更に次のオーバーヘッドフレームを受信するように構成される。
【００９１】
前記取得モジュール１５０３は前記受信モジュール１５０１が受信した次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得するように構成される。
【００９２】
前記決定モジュール１５０４は前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定するように構成される。
【００９３】
例示的に、前記第２チェックモジュール１５０２は、具体的に、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の受信情報ブロックにおいてチェック開始側を決定し、且つ前記現在のオーバーヘッドフレームのカバレッジ範囲内にチェック区間を決定し、
前記チェック開始側から前記チェック区間内にプリセットのデータ長に応じてチェック対象のサブ区間を取得し、
プリセットの演算ポリシーに従って前記チェック対象のサブ区間内のデータを順に演算して、前記受信情報ブロックに対応するチェック結果を取得するように構成される。
【００９４】
上記実施例と同様の技術構想に基づき、図１６に本発明の実施例に係るエラーコード検出システム１６０を示し、ＦＬｅｘＥネットワーク構造における送信側１３０及び受信側１５０を含んでもよい。
【００９５】
前記送信側１３０は、プリセットのチェックポリシーに従って現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックをチェックして、前記送信対象の情報ブロックに対応するチェック基準値を取得し、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドに記憶し、
前記現在のオーバーヘッドフレームのカバレッジ範囲内の送信対象の情報ブロックに対応するチェック基準値を前記次のオーバーヘッドフレームに従って前記受信側に送信するように構成される。
【００９６】
前記受信側１５０は、現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックを受信するとき、プリセットのチェックポリシーに従ってチェックして、前記現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックに対応するチェック結果を取得し、
受信された次のオーバーヘッドフレームにおけるプリセットのエラーコード検出フィールドからチェック基準値を取得し、
前記チェック結果及び前記チェック基準値を比較し、前記チェック結果が前記チェック基準値と同じである場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがないと決定し、前記チェック結果が前記チェック基準値と異なる場合、受信された現在のオーバーヘッドフレームのカバレッジ範囲内の情報ブロックにエラーコードがあると決定するように構成される。
【００９７】
当業者であれば、本発明の実施例が方法、システム、又はコンピュータプログラム製品を提供することができると理解すべきである。従って、本発明はハードウェア実施例、ソフトウェア実施例、又はソフトウェアとハードウェアとを組み合わせた実施例の形式を用いてもよい。且つ、本発明はコンピュータ使用可能プログラムコードが含まれる１つ又は複数のコンピュータ使用可能記憶媒体（磁気ディスクメモリ及び光メモリ等を含むが、それらに限らない）において実施するコンピュータプログラム製品の形式を用いてもよい。
【００９８】
本発明は本発明の実施例に係る方法、装置（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明したものである。コンピュータプログラム命令によってフローチャート及び／又はブロック図における各プロセス及び／又はブロック、及び、フローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせを実現することができると理解すべきである。コンピュータ又は他のプログラマブルデータ処理装置のプロセッサが実行する命令によってフローチャートにおける１つのプロセス又は複数のプロセス及び／又はブロック図における１つのブロック又は複数のブロックにおいて指定した機能を実現するための装置を生成するように、これらのコンピュータプログラム命令を汎用コンピュータ、専用コンピュータ、組み込みプロセッサ又は他のプログラマブルデータ処理装置のプロセッサに供給することにより１つの機器を生成することができる。
【００９９】
これらのコンピュータプログラム命令は更にコンピュータ又は他のプログラマブルデータ処理装置が特定の方式で動作するように案内することができるコンピュータ可読メモリに記憶されてもよく、それにより該コンピュータ可読メモリに記憶される命令には命令装置を備える製造品を生成させ、該命令装置はフローチャートにおける１つのプロセス又は複数のプロセス及び／又はブロック図における１つのブロック又は複数のブロックにおいて指定した機能を実現する。
【０１００】
これらのコンピュータプログラム命令は更にコンピュータ又は他のプログラマブルデータ処理装置にアップロードされてもよく、それによりコンピュータ又は他のプログラマブル装置において一連の操作ステップを実行することによりコンピュータが実現する処理を生成し、従ってコンピュータ又は他のプログラマブル装置において実行する命令はフローチャートにおける１つのプロセス又は複数のプロセス及び／又はブロック図における１つのブロック又は複数のブロックにおいて指定した機能を実現するためのステップを提供する。
【０１０１】
以上に基づき、本発明の実施例はコンピュータ可読記憶媒体を提供し、コンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサに実行されるとき、上記送信側方法におけるステップを実現し、又は、上記受信側方法におけるステップを実現する。
【０１０２】
以上の説明は、本発明の好適な実施例に過ぎず、本発明の保護範囲を制限するためのものではない。
【産業上の利用可能性】
【０１０３】
本発明の実施例に係る技術案では、受信側は送信側から伝送されるチェック基準値に基づいて受信されたデータをチェックすることができるように、送信側が伝送対象データのチェック基準値を受信側に伝送し、それによりＦＬｅｘＥプロトコルにおける物理チャネルに対してエラーコード検出を行うことができ、ＦＬＥｅｘＥプロトコルの信頼性及び応用価値を向上させる。
【図１】
2019528614.tif 000003
【図２】
2019528614.tif 000004
【図３】
2019528614.tif 000005
【図４】
2019528614.tif 000006
【図５】
2019528614.tif 000007
【図６】
2019528614.tif 000008
【図７】
2019528614.tif 000009
【図８】
2019528614.tif 000010
【図９】
2019528614.tif 000011
【図１０】
2019528614.tif 000012
【図１１】
2019528614.tif 000013
【図１２】
2019528614.tif 000014
【図１３】
2019528614.tif 000015
【図１４】
2019528614.tif 000016
【図１５】
2019528614.tif 000017
【図１６】
2019528614.tif 000018
【国際調査報告】
2019528614.tif 000019
2019528614.tif 000020
2019528614.tif 000021
2019528614.tif 000022