(57)【要約】  本出願の実施形態は、ビットエラー検出方法および装置を開示する。この方法は、送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果を受信するステップと、第2の結果を取得するために受信した第2のチェック対象ビットストリームに対してBIPチェックを実行するステップであって、第2のチェック対象ビットストリームは、第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームである、ステップと、第2のチェック対象ビットストリーム内の制御ブロックのタイプを検出し、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定するステップと、第1の結果、第2の結果、および第3の結果を比較するステップと、第1の結果が第2の結果と異なり、第1の結果が第3の結果と異なり、第2の結果が所定の結果と異なる場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップと、を含む。本出願により、BIPビットエラー検出の適用性と精度が向上されることができる。
2021508980.tif 000002
【特許請求の範囲】
【請求項１】
ビットエラー検出方法であって、前記方法は、
送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果を受信するステップと、
第2の結果を取得するために受信した第2のチェック対象ビットストリームに対してBIPチェックを実行するステップであって、前記第2のチェック対象ビットストリームは、前記第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームである、ステップと、
前記第2のチェック対象ビットストリーム内の制御ブロックのタイプを検出し、BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定するステップと、
前記第1の結果、前記第2の結果、および前記第3の結果を比較するステップと、
前記第1の結果が前記第2の結果と異なり、前記第1の結果が前記第3の結果と異なり、前記第2の結果が所定の結果と異なる場合、前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップと
を含む、方法。
【請求項２】
前記第2のチェック対象ビットストリームに無効ブロックまたはエラーブロックが検出された場合、前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップ
をさらに含む、請求項1に記載の方法。
【請求項３】
前記制御ブロックの前記タイプが、ローカル障害ブロック、リモート障害ブロック、アイドルブロック、および低電力アイドルブロックを含む、請求項1または2に記載の方法。
【請求項４】
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記ローカル障害ブロックであり、前記第2のチェック対象ビットストリームが連続したローカル障害ブロックであることが検出された場合、前記所定の結果は00000000または01010010である、請求項3に記載の方法。
【請求項５】
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記リモート障害ブロックであり、前記第2のチェック対象ビットストリームが連続したリモート障害ブロックであることが検出された場合、前記所定の結果は00000000または10010010である、請求項3に記載の方法。
【請求項６】
BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定する前記ステップが、
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記ローカル障害ブロックであり、ローカル障害ブロックの量が1であることが検出された場合、前記第3の結果を取得するために、前記第2の結果の2番目、4番目、および7番目のビット位置でビット値を反転するステップ
を含む、請求項3に記載の方法。
【請求項７】
BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定する前記ステップが、
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記リモート障害ブロックであり、リモート障害ブロックの量が1であることが検出された場合、前記第3の結果を取得するために、前記第2の結果の1番目、4番目、および7番目のビット位置でビット値を反転するステップ
を含む、請求項3に記載の方法。
【請求項８】
BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定する前記ステップが、
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記アイドルブロックまたは前記低電力アイドルブロックであることが検出された場合、前記第3の結果を取得するために、前記第2の結果の2番目、3番目、4番目、および5番目のビット位置でビット値を反転するステップ
を含む、請求項3に記載の方法。
【請求項９】
前記送信デバイスによって収集された第1のパリティ値を受信するステップであって、前記第1のパリティ値は、前記第1のチェック対象ビットストリーム内のブロックの量を示す、ステップと、
前記受信した第2のチェック対象ビットストリーム内のブロックの量を収集し、第2のパリティ値を生成するステップと、
前記第1の結果が前記第3の結果と同じで、前記第1のパリティ値が前記第2のパリティ値と同じ場合、前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップと
をさらに含む、請求項1から8のいずれか一項に記載の方法。
【請求項１０】
前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する前記ステップの後、前記方法が、
予め設定された期間に発生したビットエラーの量を累積し、前記予め設定された期間に累積されたビットエラーの総量と受信ビットの総量に基づいてビットエラーレートを計算するステップ
をさらに含む、請求項1から9のいずれか一項に記載の方法。
【請求項１１】
前記ビットエラーの総量または前記ビットエラーレートを前記送信デバイスに送信するステップ
をさらに含む、請求項1から10のいずれか一項に記載の方法。
【請求項１２】
ビットエラー検出装置であって、
送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果を受信するように構成されたトランシーバユニットと、
第2の結果を取得するために受信した第2のチェック対象ビットストリームに対してBIPチェックを実行し、前記第2のチェック対象ビットストリームは、前記第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームであり、前記第2のチェック対象ビットストリーム内の制御ブロックのタイプを検出し、BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定し、前記第1の結果、前記第2の結果、および前記第3の結果を比較し、前記第1の結果が前記第2の結果と異なり、前記第1の結果が前記第3の結果と異なり、前記第2の結果が所定の結果と異なる場合、前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する、ように構成された処理ユニットと
を備える、ビットエラー検出装置。
【請求項１３】
前記処理ユニットが、
前記第2のチェック対象ビットストリームに無効ブロックまたはエラーブロックが検出された場合、前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する
ようにさらに構成される、請求項12に記載の装置。
【請求項１４】
前記制御ブロックの前記タイプが、ローカル障害ブロック、リモート障害ブロック、アイドルブロック、および低電力アイドルブロックを含む、請求項12または13に記載の装置。
【請求項１５】
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記ローカル障害ブロックであり、前記第2のチェック対象ビットストリームが連続したローカル障害ブロックであることを前記処理ユニットが検出した場合、前記所定の結果は00000000または01010010である、請求項12に記載の装置。
【請求項１６】
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記リモート障害ブロックであり、前記第2のチェック対象ビットストリームが連続したリモート障害ブロックであることを前記処理ユニットが検出した場合、前記所定の結果は00000000または10010010である、請求項12に記載の装置。
【請求項１７】
BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定する前記処理ユニットが、
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記ローカル障害ブロックであり、ローカル障害ブロックの量が1であることが検出された場合、前記第3の結果を取得するために、前記第2の結果の2番目、4番目、および7番目のビット位置でビット値を反転する
ように特に構成される、請求項12に記載の装置。
【請求項１８】
BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定する前記処理ユニットが、
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記リモート障害ブロックであり、リモート障害ブロックの量が1であることが検出された場合、前記第3の結果を取得するために、前記第2の結果の1番目、4番目、および7番目のビット位置でビット値を反転する
ように特に構成される、請求項12に記載の装置。
【請求項１９】
BIPチェック結果に対する前記制御ブロックの前記タイプの影響に基づいて第3の結果を決定する前記処理ユニットが、
前記第2のチェック対象ビットストリームの前記制御ブロックの前記タイプが前記アイドルブロックまたは前記低電力アイドルブロックであることが検出された場合、前記第3の結果を取得するために、前記第2の結果の2番目、3番目、4番目、および5番目のビット位置でビット値を反転する
ように特に構成される、請求項12に記載の装置。
【請求項２０】
前記トランシーバユニットが、前記送信デバイスによって収集された第1のパリティ値を受信するようにさらに構成され、前記第1のパリティ値は、前記第1のチェック対象ビットストリーム内のブロックの量を示し、
前記処理ユニットが、前記受信した第2のチェック対象ビットストリーム内のブロックの量を収集し、第2のパリティ値を生成し、前記第1の結果が前記第3の結果と同じで、前記第1のパリティ値が前記第2のパリティ値と同じ場合、前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するようにさらに構成される、
請求項12から19のいずれか一項に記載の装置。
【請求項２１】
前記処理ユニットが、前記第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断した後、前記処理ユニットは、
予め設定された期間に発生したビットエラーの量を累積し、前記予め設定された期間に累積されたビットエラーの総量と受信ビットの総量に基づいてビットエラーレートを計算する
ようにさらに構成される、請求項12から20のいずれか一項に記載の装置。
【請求項２２】
前記トランシーバユニットが、
前記ビットエラーの総量または前記ビットエラーレートを前記送信デバイスに送信する
ようにさらに構成される、請求項12から21のいずれか一項に記載の装置。
【請求項２３】
プロセッサ、メモリ、およびバスを備えたビットエラー検出装置であって、
前記プロセッサは前記バスを使用して前記メモリに接続され、前記メモリはプログラムコードのセットを格納するように構成され、前記プロセッサは前記メモリに格納された前記プログラムコードを呼び出して、請求項1から11のいずれか一項に記載の方法のステップを実行するように構成される、
ビットエラー検出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イーサネット（登録情報）技術の分野に関し、特に、ビットエラー検出方法および装置に関する。
【背景技術】
【０００２】
デジタル通信デバイスの物理層のエラーパフォーマンスは、デジタルネットワークの伝送品質を決定する上で重要な要素および指標である。国際電気通信連合電気通信標準化セクタ（ITU−Telecommunication standardization sector，ITU−T）は、エラーパラメータとターゲット値に関する複数の推奨事項を制定し、これには、エラー検出コード（Error Detection Code，EDC）がテストされたチャネルに挿入されるブロックエラー検出原理の定義が含まれる。ビットインターリービングパリティ（Bit Interleaving Parity，BIP）は、ビットレベルのリンクエラー監視を実行するためのEDCである。BIP−8は、一般的に使用されるEDCの1つである。BIP−8は、ユーザのビットストリームのすべてのチェックされた部分を8bitごとにグループ化し、8bitシーケンスの一連のコードグループを形成する。8bitシーケンスのコードグループごとに、8bitの監視コードが1つ生成され、コードグループの保護チェックを実行する。通常、BIP計算が1回実行される8bitシーケンスのコードグループで発生するシングルビットエラーは、コードグループのエラーと見なされる。ビットエラーレート（Bit Error Rate，BER）とは、期間内の受信ビットの量に対するビットストリーム内のエラービットの総量の比率を指す。1つのチェック済みコードブロックの複数のビットでエラーが発生しても、BIP−8はチェック済みコードブロックのシングルビットで伝送エラーが発生したことを検出できるだけである。
【０００３】
従来技術では、送信デバイスは、ビットストリームのセグメントに対してBIP−8チェックを実行し、結果をビットストリームに挿入し、ビットストリームを受信デバイスに伝送する。ビットストリームのセグメントを受信した後、受信デバイスはビットストリームのセグメントに対して再度BIP−8チェックを実行し、結果を受信したBIP−8結果と比較する。BER計算とリンク品質評価は、結果が受信したBIP−8結果と一致しているかどうかに基づいて実行される。既存のIEEE 802．3イーサネット（登録情報）物理インタフェースでは、ビットストリームのコードブロックを追加または削除する操作が実行されないため、従来のBIP−8方法をビットエラーの収集に適用できる。ただし、フレキシブルイーサネット（登録情報）（Flexible Ethernet（登録情報），FLexE）のエンドツーエンドサービス、またはEthernet（登録情報）物理層（X−Ethernet（登録情報），X−E）でのBitblockの交換に基づく技術システムでは、ブロックの追加または削除により、受信デバイスにより取得されたBIPチェック結果と送信デバイスにより送信されたBIPチェック結果の不一致が生じる可能性があり、誤ってビットエラーが発生したと考えられる。したがって、BIPビットエラーの検出と収集のための従来の方法は、もはや適用できない。
【発明の概要】
【０００４】
本出願の実施形態において解決されるべき技術的問題は、現在のBIPビットエラー検出における不十分な適用性および正確さの問題を解決するために、ビットエラー検出方法および装置を提供することである。
【課題を解決するための手段】
【０００５】
第1の態様によれば、本出願の実施形態は、ビットエラー検出方法であって、方法は、
送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果を受信するステップと、
第2の結果を取得するために受信した第2のチェック対象ビットストリームに対してBIPチェックを実行するステップであって、第2のチェック対象ビットストリームは、第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームである、ステップと、
第2のチェック対象ビットストリーム内の制御ブロックのタイプを検出し、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定するステップと、
第1の結果、第2の結果、および第3の結果を比較するステップと、
第1の結果が第2の結果と異なり、第1の結果が第3の結果と異なり、第2の結果が所定の結果と異なる場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップと、
を含む、方法を提供する。
【０００６】
可能な実装では、方法は、
第2のチェック対象ビットストリームに無効ブロックまたはエラーブロックが検出された場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップ
をさらに含む。
【０００７】
可能な実装では、制御ブロックのタイプは、ローカル障害ブロック、リモート障害ブロック、アイドルブロック、および低電力アイドルブロックを含む。
【０００８】
可能な実装では、第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、第2のチェック対象ビットストリームが連続したローカル障害ブロックであることが検出された場合、所定の結果は00000000または01010010である。
【０００９】
可能な実装では、第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、第2のチェック対象ビットストリームが連続したリモート障害ブロックであることが検出された場合、所定の結果は00000000または10010010である。
【００１０】
可能な実装では、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定するステップは、
第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、ローカル障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の2番目、4番目、および7番目のビット位置でビット値を反転するステップ
を含む。
【００１１】
可能な実装では、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定するステップは、
第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、リモート障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の1番目、4番目、および7番目のビット位置でビット値を反転するステップ
を含む。
【００１２】
可能な実装では、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定するステップは、
第2のチェック対象ビットストリームの制御ブロックのタイプがアイドルブロックまたは低電力アイドルブロックであることが検出された場合、第3の結果を取得するために、第2の結果の2番目、3番目、4番目、および5番目のビット位置でビット値を反転するステップ
を含む。
【００１３】
可能な実装では、方法は、
送信デバイスによって収集された第1のパリティ値を受信するステップであって、第1のパリティ値は、第1のチェック対象ビットストリーム内のブロックの量を示す、ステップと、
受信した第2のチェック対象ビットストリーム内のブロックの量を収集し、第2のパリティ値を生成するステップと、
第1の結果が第3の結果と同じで、第1のパリティ値が第2のパリティ値と同じ場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップと、
をさらに含む。
【００１４】
可能な実装では、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するステップの後、方法は、
予め設定された期間に発生したビットエラーの量を累積し、予め設定された期間に累積されたビットエラーの総量と受信ビットの総量に基づいてビットエラーレートを計算するステップ
をさらに含む。
【００１５】
可能な実装では、方法は、
ビットエラーの総量またはビットエラーレートを送信デバイスに送信するステップ
をさらに含む。
【００１６】
第2の態様によれば、本出願の実施形態は、
送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果を受信するように構成されたトランシーバユニットと、
第2の結果を取得するために受信した第2のチェック対象ビットストリームに対してBIPチェックを実行し、第2のチェック対象ビットストリームは、第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームであり、第2のチェック対象ビットストリーム内の制御ブロックのタイプを検出し、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定し、第1の結果、第2の結果、および第3の結果を比較し、第1の結果が第2の結果と異なり、第1の結果が第3の結果と異なり、第2の結果が所定の結果と異なる場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する、ように構成された処理ユニットと
を含む、ビットエラー検出装置を提供する。
【００１７】
可能な実装では、処理ユニットは、
第2のチェック対象ビットストリームに無効ブロックまたはエラーブロックが検出された場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する
ようにさらに構成される。
【００１８】
可能な実装では、制御ブロックのタイプは、ローカル障害ブロック、リモート障害ブロック、アイドルブロック、および低電力アイドルブロックを含む。
【００１９】
可能な実装では、第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、第2のチェック対象ビットストリームが連続したローカル障害ブロックであることを処理ユニットが検出した場合、所定の結果は00000000または01010010である。
【００２０】
可能な実装では、第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、第2のチェック対象ビットストリームが連続したリモート障害ブロックであることが検出された場合、所定の結果は00000000または10010010である。
【００２１】
可能な実装では、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定する処理ユニットは、
第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、ローカル障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の2番目、4番目、および7番目のビット位置でビット値を反転する
ように特に構成される。
【００２２】
可能な実装では、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定する処理ユニットは、
第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、リモート障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の1番目、4番目、および7番目のビット位置でビット値を反転する
ように特に構成される。
【００２３】
可能な実装では、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定する処理ユニットは、
第2のチェック対象ビットストリームの制御ブロックのタイプがアイドルブロックまたは低電力アイドルブロックであることが検出された場合、第3の結果を取得するために、第2の結果の2番目、3番目、4番目、および5番目のビット位置でビット値を反転する
ように特に構成される。
【００２４】
可能な実装では、
トランシーバユニットは、送信デバイスによって収集された第1のパリティ値を受信するようにさらに構成され、第1のパリティ値は、第1のチェック対象ビットストリーム内のブロックの量を示し、
処理ユニットは、受信した第2のチェック対象ビットストリーム内のブロックの量を収集し、第2のパリティ値を生成し、第1の結果が第3の結果と同じで、第1のパリティ値が第2のパリティ値と同じ場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するようにさらに構成される。
【００２５】
可能な実装では、処理ユニットが、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断した後、処理ユニットは、
予め設定された期間に発生したビットエラーの量を累積し、予め設定された期間に累積されたビットエラーの総量と受信ビットの総量に基づいてビットエラーレートを計算する
ようにさらに構成される。
【００２６】
可能な実装では、トランシーバユニットは、
ビットエラーの総量またはビットエラーレートを送信デバイスに送信する
ようにさらに構成される。
【００２７】
第3の態様によれば、本出願の実施形態は、プロセッサ、メモリ、およびバスを含むビットエラー検出装置であって、
プロセッサ、メモリ、インタフェース回路、およびバスを含み、プロセッサ、メモリ、およびインタフェース回路は、バスを使用することによって互いに接続され、通信し、メモリは、プログラムコードのセットを格納するように構成され、プロセッサは、メモリに格納されたプログラムコードを呼び出して、本出願の実施形態における第1の態様または第1の態様の実装のいずれか1つによるステップを実行するように構成される、
ビットエラー検出装置を提供する。
【００２８】
第4の態様によれば、本出願の実施形態は、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、本出願の実施形態における第1の態様の任意の実装による方法を実行するために使用されるプログラムコードのセットを含む。
【００２９】
より明確に本出願または従来技術の実施形態における技術的解決策を説明するために、本実施形態を説明するために必要な添付の図面を以下に簡単に説明する。
【図面の簡単な説明】
【００３０】
【図１】本出願の一実施形態によるビットエラー検出の適用シナリオの概略図である。
【図２】本出願の一実施形態によるビットエラー検出方法の概略フローチャートである。
【図３Ａ】本出願の一実施形態による別のビットエラー検出方法の概略フローチャートである。
【図３Ｂ】本出願の一実施形態による別のビットエラー検出方法の概略フローチャートである。
【図４】本出願の一実施形態によるさらに別のビットエラー検出方法の概略フローチャートである。
【図５】BIPチェック結果に対するローカル障害ブロック／リモート障害ブロックの影響の概略図である。
【図６】ローカル障害ブロック／リモート障害ブロックの追加または削除によるビット反転後に得られたチェック結果の概略図である。
【図７】BIPチェック結果に対するアイドルブロック／低電力アイドルブロックの影響の概略図である。
【図８】アイドルブロック／低電力アイドルブロックの追加または削除によるビット反転後に得られたチェック結果の概略図である。
【図９】本出願の一実施形態によるビットエラー検出装置の構成の概略図である。
【図１０】本出願の一実施形態による別のビットエラー検出装置の構成の概略図である。
【図１１】ローカル障害ブロックのフォーマットの概略図である。
【図１２】リモート障害ブロックのフォーマットの概略図である。
【図１３】アイドルブロックのフォーマットの概略図である。
【図１４】低電力アイドルブロックのフォーマットの概略図である。
【発明を実施するための形態】
【００３１】
本出願の実施形態における技術的解決策を、本出願の実施形態における添付の図面を参照して、明確かつ完全に以下に説明する。明らかに、説明される実施形態は、本出願の実施形態のすべてではなく、一部にすぎない。創造的な取り組みをすることなく、本出願の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本出願の保護範囲内に含まれるものとする。
【００３２】
本出願の実施形態に関連するいくつかの概念を最初に説明する。
【００３３】
M／N Bit Block：Mビット（Bit）ユーザデータ、N Bit（M＋複数の同期Bit）コーディング／デコーディング方法、およびブロック（Block）。このM／N Bit Blockストリームは、イーサネット（登録情報）（Ethernet（登録情報））物理層リンクで伝送される。例えば、1Gイーサネット（登録情報）（1GE）は8／10Bitコーディングを使用し、8／10Bit Blockストリームは1GE物理層リンクで伝送される；10GE／40GE／100GEは64／66Bitコーディングを使用し、64／66Bit Blockストリームは10GE／40GE／100GE物理層リンクで伝送される。イーサネット（登録情報）技術は将来的に発展するため、他のコーディング／デコーディング方法が登場する可能性がある。例えば、128／130Bitコーディング、256／258Bitコーディング、およびBlockなどの可能なコーディング／デコーディングスキームが登場する可能性がある。
【００３４】
BIPs：BIPsは、ビットストリームのセグメントに対してBIPチェックを実行することによって送信デバイスにより取得されたBIPチェック結果の値を表し、BIPsは送信デバイスによって受信側に送信される。
【００３５】
BIPd：BIPdは、送信デバイスがBIPチェックを実行する受信ビットストリームに対して再度BIPチェックを実行することによって受信デバイスによって得られたBIPチェック結果の値を表す。
【００３６】
Numr：Numrは、送信デバイスがBIPチェックを実行するビットストリームのセグメント内のブロックの総量のパリティを表し、0は偶数の量を表し、1は奇数の量を表す。
【００３７】
Numc：Numcは、受信デバイスによって受信され、送信デバイスがBIPチェックを実行するビットストリーム内のブロックの総量のパリティを表し、0は偶数の量を表し、1は奇数の量を表す。
【００３８】
イーサネット（登録情報）ローカルフォールト（Local False，LF）／リモートフォールト（Remote False，RF）ブロック：LFブロックとRFブロックの64／66bit Blockコーディング形式は、それぞれ次のとおりである：
【００３９】
図11に示すLFブロック：LFブロックは64／66bit Blockのタイプであり、同期ヘッダフィールドは10、最初の制御ブロックのバイトは0x4B、4番目の制御ブロックは0x01であり、続く4つの連続する8bitデータビット（合計32ビット）はすべて0x00である。
【００４０】
図12に示すRFブロック：RFブロックは64／66bit Blockのタイプであり、同期ヘッダフィールドは10、最初の制御ブロックのバイトは0x4B、4番目の制御ブロックは0x02であり、続く4つの連続する8bitデータビット（合計32ビット）はすべて0x00である。
【００４１】
図13に示すアイドル（Idle）ブロック：アイドルブロックは64／66bit Blockのタイプであり、同期ヘッダフィールドは10、最初の制御ブロックのバイトは0x1Eであり、続く8つの連続する7bitデータビット（合計56ビット）はすべて0x00である。
【００４２】
図14に示す低電力アイドル（Low Power Idle，LPI）ブロック：低電力アイドルブロックは、64／66bit Blockのタイプであり、同期ヘッダフィールドは10、最初の制御ブロックのバイトは0x1Eであり、続く8つの連続する7bitデータビット（合計56ビット）はすべて0x06である。
【００４３】
本出願の実施形態における制御ブロックは、前述の4つのタイプのブロックを含むがこれに限定されない。その後、別の制御ブロックがある場合、本出願の実施形態の方法と同様の方法を使用して、ビットエラーを検出することもできる。これは、本出願の実施形態において限定されない。
【００４４】
本出願の実施形態の方法は、ビットエラーを検出してリンク品質を評価するためにBIPが使用される任意のアプリケーションネットワーク、例えば、FlexE、同期デジタル階層（Synchronous Digital Hierarchy，SDH）／光トランスポートネットワーク（Optical Transport Network，OTN）、または産業用イーサネット（登録情報）に適用され得る。
【００４５】
図1は、本出願の一実施形態によるビットエラー検出の適用シナリオの概略図である。この典型的な適用シナリオには、送信デバイスと受信デバイスが含まれる。
【００４６】
送信デバイスは、データ（DATE）を送信し、ビットストリームを分割して、BIPアルゴリズム、例えば一般的に見られるBIP−8、BIP16、またはBIP2などに基づいてビットストリームに対してBIPチェックを実行するように構成され得る。BIP−8は、8ブロックのセグメントごとにビットストリームが分割およびチェックされることを意味し、ビットストリームの各セグメントのチェック結果の値は、BIP−8チェックがビットストリームの各セグメントで実行された後に受信デバイスに送信される。説明を容易にするために、BIP−8は、本出願のこの実施形態における説明のための例として使用される。本出願の検出方法は、他のBIPチェック方法にも使用され得る。これは、本出願のこの実施形態では限定されない。送信デバイスによって計算および送信されたBIPチェック結果（BIP result calculated on the source end，BIPs）は、BIPsと表記されてもよい。
【００４７】
受信デバイスは、ビットエラー検出装置を備えている。受信デバイスは、データを受信し、BIPアルゴリズムに基づいて、受信したビットストリームに対してBIPチェックを実行し、受信デバイスによって取得されたチェック結果を、送信デバイスによって送信された受信チェック結果と比較し；そして、比較結果に基づいて、伝送中にビットストリームのセグメントでビットエラーが発生したかどうかを判断することができる。受信デバイスによって計算されたBIPチェック結果（BIP result calculated on the receiving／destination node、BIPd）は、BIPdと表されてもよい。
【００４８】
図1に示すように、送信デバイスと受信デバイスとの間の伝送方向の水平線上の小さなボックスはビットストリームを表し、クラウドはネットワークを表し、送信デバイスから受信デバイスへのビットストリームの伝送のプロセスにおいて、ブロックの追加または削除が発生し得る。例えば、FlexEクライアント（Client）サービスがFlexEインタフェースにマッピングされている場合、伝送ビットレートの調整をキャリアのスロット（slot）に適合させるために、アイドル（Idle）ブロックが追加または削除される必要がある。あるいは、64／66bit blockビットストリームに基づくクロスコネクトが導入された後、64／66Bit Blockビットストリームが異なるクロックのネットワークを通過するときに、複数のノードでのインバウンドインタフェースからアウトバウンドインタフェースへのクロスコネクトに対して、ビットレートの調整を実装するために、Idleブロックも追加または削除される必要がある。別の例として、データを伝送する場合、リンクの伝送側と受信側は、LPI、LF、およびRFなどのブロックを送信することにより、リンクステータスのリアルタイム監視と動的調整を実行する。
【００４９】
従来のBIP−8計算方法では、これらのブロックの追加または削除は考慮および処理されず、これらのブロックの追加または削除により、従来のBIP−8チェック方法は適用できなくなる。したがって、リンクのビットエラーを検出し、BERを収集するためのより適用性の高い方法が提供される必要がある。
【００５０】
以下、図2〜図6を参照して、本出願におけるビットエラー検出方法について詳細に説明する。
【００５１】
図2は、本出願の一実施形態によるビットエラー検出方法の概略フローチャートである。この実施形態では、方法は以下のステップを含む。
【００５２】
S201：送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果（BIPs）を受信する。
【００５３】
S202：第2の結果（BIPd）を得るために、受信した第2のチェック対象ビットストリームに対してBIPチェックを実行する。
【００５４】
第2のチェック対象ビットストリームは、第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームである。第2のチェック対象ビットストリームは、第1のチェック対象ビットストリームと同じであってもよく、第2のチェック対象ビットストリームは、伝送中のブロックの追加または削除のために第1のチェック対象ビットストリームとは異なっていてもよい。
【００５５】
S203：第2のチェック対象ビットストリーム内の制御ブロックのタイプを検出し、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定する。
【００５６】
任意選択で、制御ブロックのタイプには、ローカル障害ブロック、リモート障害ブロック、アイドルブロック、および低電力アイドルブロックが含まれるが、これらに限定されない。
【００５７】
制御ブロックの各タイプを追加または削除すると、2つのBIPチェック結果に違いが生じる。第1の結果と比較して、BIPチェックの第2の結果に対する制御ブロックの影響には、
所定のビット位置でビット値を反転させるか、または第2の結果を所定の結果にする
ことが含まれ得るが、これらに限定されない。
【００５８】
例えば、第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、第2のチェック対象ビットストリームが連続したローカル障害ブロックであることが検出された場合、所定の結果は00000000または01010010である。
【００５９】
第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、第2のチェック対象ビットストリームが連続したリモート障害ブロックであることが検出された場合、所定の結果は00000000または10010010である。
【００６０】
第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、ローカル障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の2番目、4番目、および7番目のビット位置のビット値が反転される。
【００６１】
第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、リモート障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の1番目、4番目、および7番目のビット位置のビット値が反転される。
【００６２】
第2のチェック対象ビットストリームの制御ブロックのタイプがアイドルブロックまたは低電力アイドルブロックであることが検出された場合、第3の結果を取得するために、第2の結果の2番目、3番目、4番目、および5番目のビット位置のビット値が反転される。
【００６３】
したがって、ブロックの追加または削除が発生する可能性がある場合、ビットエラーの判断には、第1の結果と第2の結果の比較だけでなく、第1の結果と第3の結果の比較も含まれ、第2の結果と所定の結果の比較も含まれる。
【００６４】
S204：第1の結果、第2の結果、および第3の結果を比較する。
【００６５】
S205：第1の結果が第2の結果と異なり、第1の結果が第3の結果と異なり、第2の結果が所定の結果と異なる場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する。
【００６６】
具体的には、ブロックが追加または削除されていないときに第2の結果が第1の結果と同じであるか、偶数のIdle／LPIブロックが追加または削除されている場合、ビットエラーは発生していないと判断され得る。
【００６７】
ただし、奇数のIdle／LPIブロックが追加または削除され、第2の結果が第1の結果と異なり得るとき、この場合はビットエラーが発生しないことがある。この場合、第1の結果が第3の結果と比較され得、第1の結果が第3の結果と同じであれば、ビットエラーは発生していないと判断される。
【００６８】
ただし、1つのLF／RFブロックが追加され、第2の結果が第1の結果と異なり得るとき、この場合はビットエラーが発生しないことがある。この場合、第1の結果が第3の結果と比較され得、第1の結果が第3の結果と同じであれば、ビットエラーは発生していないと判断される。
【００６９】
ただし、チェック対象ビットストリームが連続するLF／RFブロックであり、第2の結果が第1の結果と異なり得るとき、この場合はビットエラーが発生しないことがある。この場合、第2の結果が所定の結果と比較され得、第2の結果が所定の結果と同じである場合、ビットエラーは発生していないと判断される。
【００７０】
以上のことから、第2の結果が第1の結果、第3の結果、または所定の結果のいずれかと同じある場合、ビットエラーが発生していないと判断できることがわかる。3つの条件のいずれも満たさない場合、ビットエラーが発生したと判断される。
【００７１】
ビットエラーが発生すると、予め設定された期間、例えば15分間に発生したビットエラーの量が累積され得、予め設定された期間内に累積されたビットエラーの総量と受信ビットの総量に基づいてビットエラーレートが計算される。
【００７２】
任意選択で、受信デバイスは、ビットエラーの総量またはビットエラーレートを送信デバイスにさらに送信することができ、その結果、送信デバイスは、ビットエラーレートを計算または学習することもできる。
【００７３】
この実施形態では、制御ブロックの追加または削除の分析および処理がBIP計算プロセスに追加され、その結果、受信側は、従来のBIP方法では選別されることができず、間違いで決定されたBIPチェック結果を選別することができ、これにより、ハードウェアの実装を変更せずにBIPチェック方法の適用性を改善する。さらに、これにより、正しいブロックの破棄と帯域幅の浪費を回避できるため、リンク品質の監視がより正確になり、リンクのビットエラーステータスがより正確に反映されることができる。
【００７４】
本出願のこの実施形態では、各ステップの通し番号は実行順序を表していないことに留意されたい。例えば、制御ブロックのタイプが検出され得、第3の結果が最初に決定され得、その後、包括的な比較および判断が各結果に対して実行される。あるいは、第1の結果が最初に第2の結果と比較され得、2つの結果が同じである場合、ビットエラーが発生していないと判断され、以降のステップは実行されなくなる。第1の結果が第2の結果と異なる場合、ステップS203の検出ステップがさらに実行され、第3の結果が決定され、次いで、第1の結果が第3の結果と比較される。第1の結果が第3の結果と同じ場合、ビットエラーは発生していないと判断され、以降のステップは実行されない。第1の結果が第3の結果と異なる場合、第2の結果が所定の結果とさらに比較され得る。第2の結果が所定の結果と同じであるとき、ビットエラーが発生していないと判断され得る。所定の結果は、第2のチェック対象ビットストリームが連続したLF／RFブロックであるかどうかに基づいて決定され得る。
【００７５】
前述の比較方法に加えて、別法として、第2のチェック対象ビットストリームの制御ブロックが最初に検出され得、次いで、BIPチェックの第1の結果に対する制御ブロックの影響に基づいて、理論上の第3の結果が決定され、実際の計算を通じて受信側で取得された第2の結果が、理論上の第3の結果と比較される。第2の結果が第1の結果と異なり、第2の結果が第3の結果と異なる場合、ビットエラーが発生したと判断される。第2の結果が第1の結果または第3の結果と同じである場合、ビットエラーは発生していないと判断される。第3の結果は、第1の結果の所定のビットを反転することによって得られた結果と、第2のチェック対象ビットストリームが連続するLF／RFブロックであるかどうかに基づいて決定される所定の結果とを含む。特定の比較プロセスおよび比較方法は、本出願のこの実施形態では限定されない。
【００７６】
以下では、いくつかの可能な実装について詳しく説明する。
【００７７】
図3Aおよび図3Bは、本出願の一実施形態による別のビットエラー検出方法の概略フローチャートである。図5は、BIPチェック結果に対するローカル障害ブロック／リモート障害ブロックの影響の概略図である。図6は、ローカル障害ブロック／リモート障害ブロックの追加または削除によるビット反転後に得られたチェック結果の概略図である。図7は、BIPチェック結果に対するアイドルブロック／低電力アイドルブロックの影響の概略図である。図8は、アイドルブロック／低電力アイドルブロックの追加または削除によるビット反転後に得られたチェック結果の概略図である。
【００７８】
異なる制御ブロックの場合、本出願のこの実施形態では、Idleブロック、LPIブロック、LFブロック、およびRFブロックの追加または削除がBIPチェック結果およびビットエラーレートBERの収集に及ぼす影響、および対応する処理方法が考えられ得る。上記4種類以外のブロックによって引き起こされるビットエラーや無効ブロックが受信側での有効性チェックに合格できず、Errorブロックに変化した場合、本出願のこの実施形態では、無効ブロックまたはErrorブロックはビットエラーイベントとして示され、ビットエラーレートBERの収集が実行される。また、通常、リンク上でLFブロックまたはRFブロックが発生すると、リンクはサービスの伝送を停止し、連続するLF／RFブロックの伝送を開始する。ただし、リンクの1つの送信方向では、LFブロックのみまたはRFブロックのみが伝送される。通常、LFブロックとRFブロックは同時に伝送されない。BIP−8チェック結果に対する各タイプの制御ブロックの特定の影響に基づいて、以下のより洗練された検出および比較手順が実行され得る。詳細は次のとおりである：
【００７９】
S301：送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果（BIPs）を受信する。
【００８０】
S302：第2の結果（BIPd）を得るために、受信した第2のチェック対象ビットストリームに対してBIPチェックを実行し、第2のチェック対象ビットストリームは、第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームである。
【００８１】
S3031：第2のチェック対象ビットストリームがLFブロックを含むことを検出し、ステップS3041およびS3042を実行する。
【００８２】
S3032：第2のチェック対象ビットストリームがRFブロックを含むことを検出し、ステップS3043およびS3044を実行する。
【００８３】
S3033：第2のチェック対象ビットストリームがIdle／LPIブロックを含むことを検出し、ステップS3055を実行する。
【００８４】
S3034：第2のチェック対象ビットストリームが無効ブロックまたはエラーブロックを含むことを検出し、ステップS307を実行する。
【００８５】
S3041：LFブロックが単一であることを検出し、ステップS3051を実行する。
【００８６】
S3042：LFブロックが連続する複数のブロックであることを検出し、ステップS3052を実行する。
【００８７】
S3043：RFブロックが連続する複数のブロックであることを検出し、ステップS3053を実行する。
【００８８】
S3044：RFブロックが単一であることを検出し、ステップS3054を実行する。
【００８９】
S3051：BIPsがBIPdと同じであるか、またはBIPdの2番目、4番目、および7番目のビット位置でのビット値の反転後に得られた結果であるかどうかを決定する。BIPsがBIPdと同じであるか、またはBIPdの2番目、4番目、および7番目のビット位置でのビット値の反転後に得られた結果である場合、ステップS306が実行される；そうでなければ、ステップS307が実行される。
【００９０】
S3052：BIPdが00000000（偶数のLFブロック）または01010010（奇数のLFブロック）であるかどうかを決定する。BIPdが00000000または01010010である場合、ステップS306が実行される；そうでなければ、ステップS307が実行される。
【００９１】
S3053：BIPsがBIPdと同じであるか、またはBIPdの1番目、4番目、および7番目のビット位置でのビット値の反転後に得られた結果であるかどうかを決定する。BIPsがBIPdと同じであるか、またはBIPdの1番目、4番目、および7番目のビット位置でのビット値の反転後に得られた結果である場合、ステップS306が実行される；そうでなければ、ステップS307が実行される。
【００９２】
具体的には、図5および図6に示すように、図5の左から1番目の図は、チェックされるデータストリームシーケンスを表し；左から2番目の図は、データストリームの実際の伝送におけるバイナリ形式と、送信デバイスによって実行されたBIP−8チェックの結果を表し；右から1番目の図は、実際の伝送における単一のLFブロックのフォーマット（薄い灰色はLFブロックのビット値が1のビット位置を表す）および従来のBIP−8チェック結果への影響（ボトムラインの濃い灰色はBIPdでビット反転を引き起こす位置を表す）を表し；右から2番目の図は、実際の伝送における単一のRFブロックのフォーマット（薄い灰色はRFブロックのビット値が1のビット位置を表す）および従来のBIP−8チェック結果への影響（ボトムラインの濃い灰色はBIPdでビット反転を引き起こす位置を表す）を表す。
【００９３】
図5に示すように、元のデータストリームは、第1のチェック対象ビットストリームのチェック結果BIPsであり、10000000である。ただし、実際の必要性のために、伝送中にLF／RFブロックが追加または削除され、受信デバイスは元のデータとLF／RFブロックを一緒にチェックし、結果が図6に示される。図6の左側の図では、元のデータとLFブロックが一緒にチェックされ、チェック結果は11010010であり；具体的には、元のチェック結果の2番目、4番目、および7番目のビット位置でビット反転が発生し；右側の図では、元のデータとRFブロックが一緒にチェックされ、チェック結果は00010010であり；具体的には、元のチェック結果の1番目、4番目、および7番目のビット位置でビット反転が発生する。
【００９４】
従来のBIPビットエラーチェック方法に基づいて、ブロックを追加または削除すると、数量mのエラービットが蓄積され、さらにビットエラーレートが高くなるため、リンク品質評価が不正確になる。さらに、ビットエラーのない現在受信されたデータはエラーデータと見なされ、完全に破棄されるため、さらに帯域幅の浪費を引き起こす。したがって、本出願のこの実施形態では、第1の結果および第2の結果の所定のビット位置でビット値を反転した後に得られる結果が比較されて、ビットエラー検出の正確さのパーセンテージを改善することができる。
【００９５】
S3054：BIPdが00000000（偶数のRFブロック）または10010010（奇数のRFブロック）であるかどうかを決定する。BIPdが00000000または10010010である場合、ステップS306が実行される；そうでなければ、ステップS307が実行される。
【００９６】
S3055：BIPsがBIPdと同じであるか、またはBIPdの2番目、3番目、4番目、および5番目のビット位置でのビット値の反転後に得られた結果であるかどうかを決定する。BIPsがBIPdと同じであるか、またはBIPdの2番目、3番目、4番目、および5番目のビット位置でのビット値の反転後に得られた結果である場合、ステップS306が実行される；そうでなければ、ステップS307が実行される。
【００９７】
具体的には、図7および図8に示すように、M／N Bit Blockのビットストリームは異なるクロックを通過するため、クロック同期（レートアダプテーション）を実装するには、Idleブロックなどのブロックが追加または削除される必要がある。Idleブロックにより、チェック結果の4ビットが反転する。具体的には、Idle／LPIブロックは、図7に示すように、BIPdの2番目、3番目、4番目、および5番目のビット位置でビット値を反転させる。左から1番目の図は、チェックされるデータストリームシーケンス、つまり第1のチェック対象ビットストリームを表し；左から2番目の図は、データストリームの実際の伝送におけるバイナリ形式と、送信デバイスによって実行されたBIP−8チェックの結果を表し；右から1番目の図は、実際の伝送における単一のLPIブロックのフォーマット（薄い灰色はLPIブロックのビット値が1のビット位置を表す）および従来のBIP−8チェック結果への影響（ボトムラインの濃い灰色はBIPdでビット反転を引き起こす位置を表す）を表し；右から2番目の図は、実際の伝送における単一のアイドルブロックのフォーマット（薄い灰色はIdleブロックのビット値が1のビット位置を表す）および従来のBIP−8チェック結果への影響（ボトムラインの濃い灰色はBIPdでビット反転を引き起こす位置を表す）を表す。
【００９８】
図7に示すように、元のデータストリームのチェック結果BIPsは10000000である。ただし、クロック同期の必要性のために伝送中にIdleブロックが追加または削除され、受信デバイスは、図8に示されるように、元のデータおよびIdleブロックをチェックする。最後に、受信デバイスによって取得されたチェック結果BIPdは11111000であり；具体的には、ビット値の反転は、2番目、3番目、4番目、および5番目のビット位置で発生する。LPIブロックを追加または削除すると、同様の状況が発生する。
【００９９】
この状況により、リンクのビットエラーレートBERの収集で数量mのエラービットが蓄積され、結果としてビットエラーレートを増加させる。さらに、ビットエラーのない現在受信されたデータはエラーデータと見なされ、完全に破棄されるため、さらに帯域幅の浪費を引き起こす。したがって、本出願のこの実施形態では、第1の結果および第2の結果の所定のビット位置でビット値を反転した後に得られる結果が比較されて、ビットエラー検出の正確さのパーセンテージを改善することができる。
【０１００】
S306：ビットエラーがないと判断し、ビットエラーの量を蓄積しない。
【０１０１】
S307：第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断し、ビットエラーの量を蓄積し、所定の期間に蓄積されたビットエラーの総量および受信ビットの総量に基づいてビットエラーレートを計算する。
【０１０２】
例えば、次の式に基づいて計算が実行され得る：
EBR＝（m／n）＊100％
【０１０３】
この式において、EBRは、予め設定された期間におけるビットエラーレートを表し、mは、予め設定された期間において発生するビットエラーの量を表し、nは、予め設定された期間における受信ビットの総量を表す。
【０１０４】
任意選択で、受信デバイスは、収集された値mまたはEBRを送信デバイスにさらに送信することができる。
【０１０５】
この実施形態では、受信側によってビットエラーを決定する方法が使用される。異なる制御ブロックに基づいて、異なる処理手順が実行され得る。受信側は、最初に特定のタイプの制御ブロックを決定し、次に対応する処理手順を実行する。具体的には、第2のチェック対象ビットストリーム内の制御ブロックについて、受信側は、最初に制御ブロックのタイプを決定する。制御ブロックがLFまたはRFブロックである場合、BIP−8チェックに対するLFまたはRFブロックの影響を決定する手順が実行される。制御ブロックがIdleまたはLPIブロックである場合、BIP−8チェックに対する対応するIdleまたはLPIブロックの影響を決定する手順が実行される。制御ブロックが別のブロックである場合、その制御ブロックは無効ブロックとして判断され、ビットエラーとしてマークされ、ビットエラーレートBERの収集が実行される。
【０１０６】
イーサネット（登録情報）技術の継続的な開発により、別の新しい制御ブロックが現れる可能性があることに留意されたい。この場合、本出願のこの実施形態の方法も使用されることができる。新しい制御ブロックは無効ブロックとは判断されず、代わりに、このタイプの制御ブロックのBIPチェック結果への影響を判断することにより、対応する第3の結果が判断され、第3の結果が第1の結果と比較される。第3の結果が第1の結果と同じであるとき、ビットエラーは発生していないと判断される。これは、本出願のこの実施形態では限定されない。
【０１０７】
ブロックの追加または削除は、いくつかの所定のビット位置でビット値の反転を引き起こす可能性があり、さらにBIPsとBIPdとの間に差異を引き起こす。しかしながら、リンク上で実際に発生する複数のビットエラーの可能性を考慮すると、実際に発生したビットエラーも上記の結果を引き起こす可能性がある。したがって、BIPsとBIPdの違いは、ブロックの追加または削除が原因であるか、実際に生成されたビットエラーが原因であるとさらに判断され得る。
【０１０８】
図4は、本出願の一実施形態によるさらに別のビットエラー検出方法の概略フローチャートである。ビットエラー検出方法は、図2、図3A、および図3Bに示される実施形態の方法と組み合わせることができる。図2、図3A、および図3Bに示される方法が実行されるとき、特に以下のステップがさらに実行され得る：
【０１０９】
S401：送信デバイスによって収集された第1のパリティ値を受信し、第1のパリティ値は、第1のチェック対象ビットストリーム内のブロックの量を示す。
【０１１０】
S402：受信した第2のチェック対象ビットストリーム内のブロックの量を収集し、第2のパリティ値を生成する。
【０１１１】
S403：第1の結果が第3の結果と同じであり、第1のパリティ値が第2のパリティ値と同じである場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する、
第1の結果が第3の結果と異なり、第1の結果が第2の結果と異なり、第2の結果が所定の結果と異なる場合、ビットエラーが発生したと判断する、または
第1の結果が第3の結果と同じで、第1のパリティ値が第2のパリティ値と異なる場合、ビットエラーが発生していないと判断する。
【０１１２】
任意選択で、第1の結果を受信デバイスに送信するとき、送信デバイスは、第1のチェック対象ビットストリーム内のブロックの量を示すパリティ値Numrを第1の結果とともに伝送することができる。第1の結果、つまりBIPsは、独立した64B／64Bで伝送され得、Numrを伝送するために1ビットが選択され得、BIPチェック結果を伝送する64B／66BブロックにNumrが含まれている場合、このビットの特定の位置は制限されない。受信デバイスはBIP−8値を再計算し、受信したNumrが、第2のチェック対象ビットストリーム内のブロックの量を示す収集されたパリティ値Numcと一致するかどうかをチェックする必要がある。
【０１１３】
BIPdとBIPsとの比較、およびBIPdと第3の結果との比較に基づいて、特定のタイプのブロックを追加または削除する操作が行われたと判断された場合、さらに、NumrとNumcとの比較に基づいて、リンク上でビットエラーが実際に発生している、またはビットエラーがブロックの追加または削除によって実際に引き起こされていると判断され得る。
【０１１４】
例えば、受信側で、BIPdの2番目、3番目、4番目、および5番目のビット位置でビット値を反転した後、BIPdはBIPsと一致し、データ伝送中に、奇数のIdle／LPIブロックを追加または削除する操作が実行されたと最初に判断され得る。次に、この判断がさらに確認され得る。具体的には、伝送中に2番目、3番目、4番目、および5番目のビット位置でビットエラーが発生したかどうかがさらに判断される。
【０１１５】
（1）NumrがNumcと一致している場合、つまり両方が奇数または偶数の場合、伝送プロセスにおいて偶数のIdleブロックまたはLPIブロックの追加または削除が実行されていないか、または実行された（正しい状況）ことを示す。具体的には、BIPdとBIPsとの間の値の不一致は、リンク上で実際に発生するビットエラーによって引き起こされる。次いで、ビットエラーの収集を行い、ビットエラー量を1つ増やし、受信ビット量を総ビット量に累積する。
【０１１６】
（2）NumrがNumcと一致しない場合、伝送プロセスにおいて奇数のIdleブロックまたはLPIブロックを追加または削除する操作が実行されたことを示す。具体的には、BIPdとBIPsと間の値の不整合は、IdleブロックまたはLPIブロックの追加または削除が原因で発生する。リンクでビットエラーは発生しない。したがって、ビットエラーの収集は実行されず、受信ビットの総量だけが累積される。
【０１１７】
このように、BIPチェック結果に対するブロックの追加または削除の影響を考慮して、複数のビットエラーがブロックの追加または削除に起因するのか、実際にリンク上で発生するのかがより正確に判断されることができる。これにより、ビットエラーレートBERの収集をより正確に実行でき、リンクステータスをより正当に反映できる。
【０１１８】
図9は、本出願の一実施形態によるビットエラー検出装置の構成の概略図である。この装置は、イーサネット（登録情報）ポートまたはスイッチに適用でき、元のスイッチまたはネットワークインタフェースカードの物理層のハードウェアをアップグレードすることで実装されることができる（新しいチップの適用または新しいFPGAコードのロードを含む）。この実施形態では、装置は、
送信された第1のチェック対象ビットストリームに対してBIPチェックを実行することにより送信デバイスによって得られた第1の結果を受信するように構成されたトランシーバユニット100と、
第2の結果を取得するために受信した第2のチェック対象ビットストリームに対してBIPチェックを実行し、第2のチェック対象ビットストリームは、第1のチェック対象ビットストリームが伝送された後に受信デバイスによって受信されたビットストリームであり、第2のチェック対象ビットストリーム内の制御ブロックのタイプを検出し、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定し、第1の結果、第2の結果、および第3の結果を比較し、第1の結果が第2の結果と異なり、第1の結果が第3の結果と異なり、第2の結果が所定の結果と異なる場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する、ように構成された処理ユニット200と
を含む。
【０１１９】
任意選択で、処理ユニット200は、
第2のチェック対象ビットストリームに無効ブロックまたはエラーブロックが検出された場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断する
ようにさらに構成される。
【０１２０】
任意選択で、制御ブロックのタイプは、ローカル障害ブロック、リモート障害ブロック、アイドルブロック、および低電力アイドルブロックを含む。
【０１２１】
任意選択で、第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、第2のチェック対象ビットストリームが連続したローカル障害ブロックであることを処理ユニット200が検出した場合、所定の結果は00000000または01010010である。
【０１２２】
任意選択で、第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、第2のチェック対象ビットストリームが連続したリモート障害ブロックであることを処理ユニット200が検出した場合、所定の結果は00000000または10010010である。
【０１２３】
任意選択で、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定する処理ユニット200は、
第2のチェック対象ビットストリームの制御ブロックのタイプがローカル障害ブロックであり、ローカル障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の2番目、4番目、および7番目のビット位置でビット値を反転する
ように特に構成される。
【０１２４】
任意選択で、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定する処理ユニット200は、
第2のチェック対象ビットストリームの制御ブロックのタイプがリモート障害ブロックであり、リモート障害ブロックの量が1であることが検出された場合、第3の結果を取得するために、第2の結果の1番目、4番目、および7番目のビット位置でビット値を反転する
ように特に構成される。
【０１２５】
任意選択で、BIPチェック結果に対する制御ブロックのタイプの影響に基づいて第3の結果を決定する処理ユニット200は、
第2のチェック対象ビットストリームの制御ブロックのタイプがアイドルブロックまたは低電力アイドルブロックであることが検出された場合、第3の結果を取得するために、第2の結果の2番目、3番目、4番目、および5番目のビット位置でビット値を反転する
ように特に構成される。
【０１２６】
任意選択で、トランシーバユニット200は、送信デバイスによって収集された第1のパリティ値を受信するようにさらに構成され、第1のパリティ値は、第1のチェック対象ビットストリーム内のブロックの量を示し、
処理ユニット200は、受信した第2のチェック対象ビットストリーム内のブロックの量を収集し、第2のパリティ値を生成し、第1の結果が第3の結果と同じで、第1のパリティ値が第2のパリティ値と同じ場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するようにさらに構成される。
【０１２７】
任意選択で、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断した後、処理ユニット200は、
予め設定された期間に発生したビットエラーの量を累積し、予め設定された期間に累積されたビットエラーの総量と受信ビットの総量に基づいてビットエラーレートを計算する
ようにさらに構成される。
【０１２８】
任意選択で、トランシーバユニット100は、
ビットエラーの総量またはビットエラーレートを送信デバイスに送信する
ようにさらに構成される。
【０１２９】
図10は、本出願の一実施形態による別のビットエラー検出装置の構成の概略図である。装置は、プロセッサ110、メモリ120、およびバス130を含み得る。プロセッサ110は、バス130を使用してメモリ120に接続される。メモリ120は命令を格納するように構成される。プロセッサ110は、メモリ120に格納された命令を実行して、図2から図4に対応する方法のステップを実施するように構成される。
【０１３０】
さらに、装置は、入力ポート140および出力ポート150を含み得る。プロセッサ110、メモリ120、入力ポート140、および出力ポート150は、バス130を使用して接続されてもよい。
【０１３１】
プロセッサ110は、メモリ120に格納された命令を実行し、入力ポート140を制御して信号を受信し、出力ポート150を制御して信号を送信し、前述の方法で装置によって実行されるステップを完了するように構成される。入力ポート140および出力ポート150は、同じ物理エンティティまたは異なる物理エンティティであってよい。入力ポート140および出力ポート150が同じ物理エンティティである場合、入力ポート140および出力ポート150は、まとめて入力／出力ポートと呼ばれることがある。メモリ120は、プロセッサ110に統合されてもよく、またはプロセッサ110から分離されてもよい。
【０１３２】
一実装形態では、入力ポート140および出力ポート150の機能は、トランシーバ回路または専用トランシーバチップを使用することによって実装され得る。プロセッサ110は、専用処理チップ、専用処理回路、専用プロセッサ、またはユニバーサルチップを使用することによって実装され得る。
【０１３３】
別の実装形態では、本出願のこの実施形態で提供される装置は、汎用コンピュータを使用することによって実装され得る。具体的には、プロセッサ110、入力ポート140、および出力ポート150の機能を実装するために使用されるプログラムコードがメモリに格納されている。汎用プロセッサは、メモリ内のコードを実行して、プロセッサ110、入力ポート140、および出力ポート150の機能を実装する。
【０１３４】
本出願の実施形態で提供される技術的解決策に関連し、装置に関連する概念、説明、詳細な説明、および他のステップについては、前述の方法または他の実施形態のこのコンテンツに関する説明を参照されたい。詳細はここでは再度説明されない。
【０１３５】
当業者であれば、説明を簡単にするために、図10は1つのメモリおよび1つのプロセッサのみを示すことを理解されよう。実際には、コントローラは、複数のプロセッサおよび複数のメモリを含み得る。メモリは、記憶媒体、記憶装置などと呼ばれることもある。これは、本出願のこの実施形態では限定されない。
【０１３６】
本出願のこの実施形態では、プロセッサは中央処理装置（Central Processing Unit，略して「CPU」）であってもよく、またはプロセッサは別の汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）、または別のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってもよいことを理解されたい。汎用プロセッサはマイクロプロセッサであってもよいし、あるいはプロセッサは任意の従来のプロセッサなどであってもよい。
【０１３７】
メモリは、読み出し専用メモリおよびランダムアクセスメモリを含み、プロセッサに命令とデータを提供することができる。メモリの一部は、不揮発性ランダムアクセスメモリをさらに含んでもよい。
【０１３８】
バスは、データバスに加えて、電源バス、制御バス、ステータス信号バスなどをさらに含んでもよい。ただし、明確な説明のために、種々のバスは図にはバスとして示されている。
【０１３９】
実装プロセスにおいて、前述の方法におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェアの形の命令を使用することによって実施されることができる。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実行されてもよく、またはプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの、当該技術分野で成熟した記憶媒体に配置されてもよい。記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、プロセッサのハードウェアと組み合わせて前述の方法のステップを完了する。繰り返しを避けるために、詳細はここでは再度説明されない。
【０１４０】
本出願の実施形態で提供される方法に基づいて、本出願の実施形態は、ビットエラー検出システムをさらに提供する。ビットエラー検出システムは、上述の受信デバイスおよび送信デバイスを含む。特定の構成と機能については、図1および図9の関連説明を参照されたい。詳細はここでは再度説明されない。
【０１４１】
さらに、本明細書における「第1」、「第2」、「第3」、「第4」、および様々な数値記号は、説明を容易にするために区別するために使用されるだけであり、本出願の実施形態の範囲の限定として解釈されないことを理解されたい。
【０１４２】
前述のプロセスのシーケンス番号は、本出願の様々な実施形態における実行シーケンスを意味しないことを理解されたい。プロセスの実行シーケンスは、プロセスの機能や内部ロジックに応じて決定されるべきであり、本発明の実施形態の実装プロセスの制限として解釈されるべきではない。
【０１４３】
当業者であれば、本明細書に開示される実施形態で説明される例示的な論理ブロック（illustrative logical block）と組み合わせて、ステップ（step）が電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアの組み合わせによって実装され得ることを認識することができる。機能がハードウェアまたはソフトウェアによって実行されるかどうかは、特定のアプリケーションおよび技術的解決策の設計制約に依存している。当業者は、特定の各アプリケーションのために説明した機能を実装するために異なる方法を使用することができるが、実装が本出願の範囲外であると考えられるべきではない。
【０１４４】
本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、説明した装置の実施形態は単なる例である。例えば、ユニットの部分は単に論理機能の部分であり、実際の実装においては他の部分であってもよい。例えば、複数のユニットまたは構成要素が組み合わされてもよく、または別のシステムに統合されてもよく、あるいは、一部の機能が無視されたり、実行されなくてもよい。また、表示されたまたは議論された相互結合または直接的な結合もしくは通信接続は、いくつかのインタフェースを使用して実現されてもよい。装置またはユニット間の間接的な結合または通信接続は、電子的に、機械的に、または他の形式で実現されてもよい。
【０１４５】
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用することにより実装され得る。ソフトウェアが使用されて実施形態を実装する場合、実施形態は、コンピュータプログラム製品の形で完全にまたは部分的に実装され得る。コンピュータプログラム製品には、1つまたは複数のコンピュータ命令が含まれている。コンピュータプログラム命令がコンピュータにロードされ実行されると、本出願の実施形態による手順または機能はすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよいし、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに有線（同軸ケーブル、光ファイバ、またはデジタル加入者回線（DSL）など）または無線（赤外線、ラジオ、マイクロ波など）方法で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってもよく、または1つまたは複数の使用可能な媒体を統合するサーバまたはデータセンタなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（フロッピー（登録情報）ディスク、ハードディスク、磁気テープなど）、光学媒体（DVDなど）、半導体媒体（ソリッドステートドライブSolid State Disk（SSD）など）であってもよい。
【０１４６】
前述の説明は、本出願の単なる特定の実装形態であり、本出願の保護範囲を限定することは意図されていない。本出願で開示された技術的範囲内で当業者が容易に考え出す任意の変化または置換は、本出願の保護範囲内に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【符号の説明】
【０１４７】
100  トランシーバユニット
110  プロセッサ
120  メモリ
130  バス
140  入力ポート
150  出力ポート
200  処理ユニット
【図１】
2021508980.tif 000003
【図２】
2021508980.tif 000004
【図３Ａ】
2021508980.tif 000005
【図３Ｂ】
2021508980.tif 000006
【図４】
2021508980.tif 000007
【図５】
2021508980.tif 000008
【図６】
2021508980.tif 000009
【図７】
2021508980.tif 000010
【図８】
2021508980.tif 000011
【図９】
2021508980.tif 000012
【図１０】
2021508980.tif 000013
【図１１】
2021508980.tif 000014
【図１２】
2021508980.tif 000015
【図１３】
2021508980.tif 000016
【図１４】
2021508980.tif 000017
【手続補正書】
【提出日】令和2年8月6日(2020.8.6)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１２６
【補正方法】変更
【補正の内容】
【０１２６】
任意選択で、トランシーバユニット100は、送信デバイスによって収集された第1のパリティ値を受信するようにさらに構成され、第1のパリティ値は、第1のチェック対象ビットストリーム内のブロックの量を示し、
処理ユニット200は、受信した第2のチェック対象ビットストリーム内のブロックの量を収集し、第2のパリティ値を生成し、第1の結果が第3の結果と同じで、第1のパリティ値が第2のパリティ値と同じ場合、第1のチェック対象ビットストリームが伝送されたときにビットエラーが発生したと判断するようにさらに構成される。
【国際調査報告】
2021508980.tif 000018
2021508980.tif 000019
2021508980.tif 000020
2021508980.tif 000021