(57)【要約】      （修正有）【課題】有線および／又は無線通信環境において、通信エラーを正確かつ効率的に演算し、報告する適切なエラー検出を提供する。【解決手段】ネットワークにおける複数の通信接続にわたって常時ＣＲＣの異常を演算し、報告することは、正確なエラー報告を行うために不可欠である。ＣＲＣ演算時間（例えば、ＰＥＲｐ値）に適用される正規化テクニックを通じて、独立した各接続について正確なエラー認識ならびに報告を達成することができる。【選択図】図１
2010178353.tif 000002
【特許請求の範囲】
【請求項１】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）の異常カウンターを正規化する方法であって、
ＣＲＣの計算時間（ＰＥＲｐ）の値に基づいて、前記ＣＲＣカウンターの異常を正規化するステップ、を備えたこと、
を特徴とする方法。
【請求項２】
請求項１の方法において、さらに、１以上の通信パラメーターが変更されると、  変更された通信パラメーターに基づいて、前記ＣＲＣの計算時間の第２の値を決定するステップ、および
前記第２の値に基づき、前記ＣＲＣ異常カウンターを正規化するステップ、を備えたこと、
を特徴とする方法。
【請求項３】
請求項１の方法において、前記値は秒であること、
を特徴とする方法。
【請求項４】
請求項２の方法において、前記通信パラメーターは、データレート、前進型誤信号訂正（Forward Error Correction）、インターリーブ、フレーミングの１つ以上であること、
を特徴とする方法。
【請求項５】
請求項１の方法において、さらに、
受信したビットストリームに基づき、ローカルのＣＲＣオクテット(local CRC ottet)を計算するステップ、
前記ローカルＣＲＣオクテットと受信したＣＲＣオクテットを比較するステップ、
前記ローカルＣＲＣオクテットが前記受信ＣＲＣオクテットと同じでない場合、ＣＲＣの異常を識別するステップを備えたこと、
を特徴とする方法。
【請求項６】
請求項１の方法において、前記ＣＲＣカウンターの異常を正規化する前記ステップは、前記ＣＲＣエラーカウンターをＭの値だけ増加させるステップを備えており、ここで前記Ｍの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であること、
を特徴とする方法。
【請求項７】
請求項６の方法において、Ｋは２０又は１５と等しいこと、
を特徴とする方法。
【請求項８】
請求項１の方法において、ある期間中に、Ｎを超えるＣＲＣ異常が存在する場合、シビアリー・エラード・セカンド(Severely Errored Second)が宣言されること、
を特徴とする方法。
【請求項９】
請求項８の方法において、前記期間は１秒であること、
を特徴とする方法。
【請求項１０】
請求項８方法において、前記Ｎは１８と等しいこと、
を特徴とする方法。
【請求項１１】
請求項１の方法において、さらに、１以上の通信パラメーターが変更されると、  前記ＣＲＣ計算期間値に関する第２の値を受信するステップ、および
前記第２の値に基づき、前記ＣＲＣ異常カウンターを正規化するステップ、を備えたこと、
を特徴とする方法。
【請求項１２】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常カウンター正規化モジュールであって、ＣＲＣの計算時間（ＰＥＲｐ）の値に基づいて、ＣＲＣの異常を正規化するために設計されたこと、
を特徴とするモジュール。
【請求項１３】
請求項１の装置において、さらに、
変更された通信パラメーターに基づいて、前記ＣＲＣ計算時間値に関する第２の値を決定するため設計されたＰＥＲｐ決定モジュールを備えており、
前記第２の値は、前記ＣＲＣ異常カウンターを正規化するために用いられること、
を特徴とする装置。
【請求項１４】
請求項１２の装置において、前記値は秒であること、
を特徴とする装置。
【請求項１５】
請求項１３の装置において、前記通信パラメーターは、データレート、前進型誤信号訂正、インターリーブ、フレーミングの１つ以上であること、
を特徴とする装置。
【請求項１６】
請求項１の装置において、さらに、
受信したビットストリームに基づき、ローカルのＣＲＣオクテットを計算するよう設計されたＣＲＣビット計算モジュール、
前記ローカルＣＲＣオクテットと受信したＣＲＣオクテットを比較するよう設計されたＣＲＣビット比較モジュール、および
前記ローカルＣＲＣオクテットが前記受信ＣＲＣオクテットと同じでない場合、ＣＲＣの異常を識別するよう設計されたＣＲＣ異常報告モジュール、を備えたこと、
を特徴とする装置。
【請求項１７】
請求項１の装置において、前記ＣＲＣカウンターの異常を正規化する前記ステップは、前記ＣＲＣエラーカウンターをＭの値だけ増加させるステップを備えており、ここでＭの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であること、
を特徴とする装置。
【請求項１８】
請求項１７の装置において、Ｋは２０又は１５と等しいこと、
を特徴とする装置。
【請求項１９】
請求項１２の装置において、ある期間中に、Ｎを超えるＣＲＣ異常が存在する場合、シビアリー・エラード・セカンドが宣言されること、
を特徴とする装置。
【請求項２０】
請求項１９の装置において、前記期間は１秒であること、
を特徴とする装置。
【請求項２１】
請求項１９の装置において、前記Ｎは１８と等しいこと、
を特徴とする装置。
【請求項２２】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常カウンターを正規化する方法であって、
少なくとも１の通信パラメーターに基づいて、ＣＲＣ計算時間の値を決定するステップ、および
前記値に基づきＣＲＣ異常カウンターにより計測され正規化されたＣＲＣエラーの表示を送るステップ、を備えたこと、
を特徴とする方法。
【請求項２３】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常カウンターを正規化する方法であって、
１以上のＣＲＣエラーの表示を受信するステップ、
少なくとも１の通信パラメーターに基づくＣＲＣ計算時間の値を受信するステップ、および、
前記値に基づきＣＲＣ異常カウンターを更新するステップ、を備えたこと、
を特徴とする方法。
【請求項２４】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常カウンターを正規化するシステムであって、
ＣＲＣの計算時間（ＰＥＲｐ）の値に基づいて、前記ＣＲＣ異常カウンターを正規化する手段、を備えたこと、
を特徴とするシステム。
【請求項２５】
請求項２４のシステムにおいて、さらに、１以上の通信パラメーターが変更されると、
変更された通信パラメーターに基づいて、前記ＣＲＣの計算時間の第２の値を決定する手段、および
前記第２の値に基づき、前記ＣＲＣ異常カウンターを正規化する手段、を備えたこと、
を特徴とするシステム。  
【請求項２６】
請求項２４のシステムにおいて、前記値は秒であること、
を特徴とするシステム。
【請求項２７】
請求項２５のシステムにおいて、前記通信パラメーターは、データレート、前進型誤信号訂正、インターリーブ、フレーミングの１つ以上であること、
を特徴とするシステム。
【請求項２８】
請求項２４のシステムにおいて、さらに、
受信したビットストリームに基づき、ローカルのＣＲＣオクテットを計算する手段、
前記ローカルＣＲＣオクテットと、受信したＣＲＣオクテットを比較する手段、
前記ローカルＣＲＣオクテットが前記受信ＣＲＣオクテットと同じでない場合、ＣＲＣの異常を識別する手段、を備えたこと、
を特徴とするシステム。
【請求項２９】
請求項２４のシステムにおいて、前記ＣＲＣカウンターの異常を正規化するステップは、前記ＣＲＣエラーカウンターをＭの値だけ増加させるステップを備えており、ここでＭの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であること、
を特徴とするシステム。
【請求項３０】
請求項２９のシステムにおいて、Ｋは２０又は１５と等しいこと、
を特徴とするシステム。
【請求項３１】
請求項２４のシステムにおいて、ある期間中に、Ｎを超えるＣＲＣ異常が存在する場合、シビアリー・エラード・セカンド(Severely Errored Second)が宣言されること、
を特徴とするシステム。
【請求項３２】
請求項３１のシステムにおいて、前記値は１秒であること、
を特徴とするシステム。
【請求項３３】
請求項３１のシステムにおいて、前記Ｎは１８と等しいこと、
を特徴とするシステム。
【請求項３４】
請求項２４のシステムにおいて、さらに、１以上の通信パラメーターが変更されると、前記ＣＲＣ計算期間値に関する第２の値を受信する手段、および、前記第２の値に基づき、前記ＣＲＣ異常カウンターを正規化する手段、を備えたこと、
を特徴とするシステム。
【請求項３５】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常カウンターを正規化するシステムであって、
少なくとも１の通信パラメーターに基づいて、ＣＲＣ計算時間の値を決定する手段、および
前記値に基づいて、ＣＲＣ異常カウンターにより計測され正規化されたＣＲＣエラーの表示を送る手段、を備えたこと、
を特徴とするシステム。
【請求項３６】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常カウンターを正規化するシステムであって、
１以上のＣＲＣエラーの表示を受信する手段、
少なくとも１の通信パラメーターに基づくＣＲＣ計算時間の値を受信する手段、および、
前記値に基づきＣＲＣ異常カウンターを更新する手段、を備えたこと、
を特徴とするシステム。
【請求項３７】
請求項１から請求項１１、請求項２２および請求項２３のいずれの機能を実行するための情報を、その上に記憶する情報記憶媒体。
【請求項３８】
請求項１から請求項１１、請求項２２および請求項２３のいずれの機能を実行する通信プロトコル。
【発明の詳細な説明】
【関連出願データ】
【０００１】
本出願は、参照のためその全体が本出願に取り込まれる”ＣＲＣカウンターの正規化方法ならびにシステム”と題する２００４年９月２５日出願の合衆国特許出願番号６０／６１３、５９４について、米国特許法第１１９条(e)に規定する優先権の利益を主張する。
【技術分野】
【０００２】
本発明は、一般に、通信システムに関する。具体的にいうと、本発明の実施形態は、通信システムにおける異常検出に関する。
【関連技術の説明】
【０００３】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）エラー検出は、通信経路を介して送信されるデータストリーム中のエラーを検出するために通常用いられる方法である。参照のため、その全体がここに取り込まれるＩＴＵ標準Ｇ９２２．３は、７．７．１．２は、ＡＤＳＬシステムに関するＣＲＣ動作について述べている。Ｇ９２２．３で述べられているように、送信機は、送信されたビットストリームに基づいて、送信機のＣＲＣビットを計算し、かかるＣＲＣビットを受信機に送る。受信機は、受信したビットストリームに基づいて、ＣＲＣビットを計算し、ローカルで計算したＣＲＣビットと、送信機から送られた受信ＣＲＣビットを比較する。受信機のＣＲＣと送信機のＣＲＣが同じである場合、かかるＣＲＣの計算は、受信したビットストリームにエラーが存在しないことを表している。しかし、受信機のＣＲＣと送信機のＣＲＣが同じでない場合、受信したビットストリームにエラーが存在することを表している。
【０００４】
ＤＳＬシステム、および、一般的な通信システムは、問題のあるサービス状態を診断し、検出するため、異常として知られるＣＲＣエラーを用いる。これらのＣＲＣ異常は、通常、どの間隔でＣＲＣが計算されるかについての基本的な仮説に基づいて計算され、カウントされ、報告される。例えば、Ｇ９２２．３で規定されているＡＤＳＬシステムにおいて、シビアリー・エラード・セカンド（ＳＥＳｓ）は、１秒間隔で１８あるいはそれ以上のＣＲＣ異常と定義されている。これはＣＲＣが１７ms毎に計算された場合、計算されたＣＲＣの約３０％がエラーであることに相当する。Ｇ９２２．３のＡＤＳＬ標準は、ＣＲＣが１５から２０mセカンド毎に計算されていることを要求する。ＡＤＳＬ２およびＶＤＳＬ２システムにおいて、ＣＲＣ計算時間は、オーバーヘッドチャネル間隔（PERp）と呼ばれる。Ｇ９２２．３標準は、１５ms≦PERp≦２０msであることを要求する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】なし
【発明の概要】
【０００６】
ＤＳＬサービスプロバイダは、問題となるサービス条件を診断し、検出する方法として、ＣＲＣ異常レポートを用いる。例えば、ＡＤＳＬサービスプロバイダは、問題に直面しているＡＤＳＬ接続を検出する方法として、ＳＥＳｓを用いてもよい。例えば、ＡＤＳＬサービスプロバイダは、ＡＤＳＬ加入者が、１分間で３０を超えるＳＥＳｓを経験しており、ＡＤＳＬ接続が修復を必要としていることを特定することができる。このような理由から、サービスプロバイダのネットワークにおけるすべての接続にわたってＳＥＳｓを定常的に報告することが重要である。
【０００７】
上述のように、ＡＤＳＬシステムが、１７ms（基準により要求されるＲＥＰｓ）毎にＣＲＣを判断すると、シビアリー・エラード・セカンド（ＳＥＳｓ）は、１秒間隔において１８あるいはそれ以上のＣＲＣ異常であると定義され、次に、１秒間隔で計算されたＣＲＣの約３０％がエラーである場合には、常にＳＥＳが生じる。しかしながら、例えば、ＣＲＣが２ms毎に計算され、ＳＥＳが１８あるいはそれを超えるＣＲＣの異常であると定義される場合、１８のＣＲＣ異常は、計算されたＣＲＣのたった３．６％がエラーであることに相当することになる。この場合、サービスプロバイダは、修理の警告を受け、少数のエラーが生じている接続を修理するためだけに、ネットワーク技術者を派遣する。
【０００８】
ほとんどの通信システムは、ネットワークにおけるＤＳＬ加入者接続等のすべての接続にわたって定常的な検出ならびに診断能力を提供するため、ＣＲＣの計算が特定の境界が存する反復時間あるいは割合内になるようにＣＲＣの計算を制限する方法で、ＣＲＣ動作を特定する。
【０００９】
通信システムにおける新しい設計ならびに技術革新は、ＣＲＣの計算がそのようなやり方で確実に制限されることをより困難にする。例えば、Ｇ９２２．３は、ＡＤＳＬシステムが、オンライン上でデータレートをとぎれ無く変更することを可能にするシームレスレートアダプション（ＳＲＡ）ならびにダイナミックレートリパーテション（ＤＲＲ）を規定している。しかし、ＳＲＡならびにＤＲＲは、フレーミングパラメーターを変更することなしにデータレートに修正を加える。この結果、ＰＥＲｐは、データレートの変更に比例して変化する。例えば、データレートが１０％増加すると、ＰＥＲｐは１０％減少する。ＰＥＲｐは、１５msから２０msの間でのみ変化することが可能であるから、ＳＲＡｓならびにＤＲＲｓは、通常１０から１５％の、小さなデータレートの変更に限定されることが問題である。
【００１０】
データレートの変更は、大きいことが望ましい。通常、データレートの変更が大きいと、１０から２０msの範囲外のＰＥＲｐ値を生じさせる。この場合、上述のように、ＡＤＳＬサービスプロバイダ達は、問題となる接続を検出するためのＣＲＣ異常に基づく診断手順の問題に直面する。
【００１１】
ＶＤＳＬ、ＶＤＳＬ２、ならびに、他のより高速な有線および無線通信システム等の新しい通信システムは、最低５００ｋｂｐｓで始まり最高１００ｍｂｐｓ以上まで増加可能な、非常に大きな範囲を占有するデータレートを特定する。この大きさの範囲では、特定の境界が存する反復時間あるいは割合内になるようにＣＲＣの計算を制限するＣＲＣ手順を含む、全ての可能なデータレートについてフレーミング方法を設計することは困難である。
【００１２】
この困難性の一部は、ＣＲＣのエラー検出の精度がＣＲＣ計算時間内のビット数と相互関連する、という事実に起因する（ＣＲＣ計算時間のビット数が増加すると、ＣＲＣエラーの検出精度は低下する）。例えば、２０ms毎にＣＲＣ計算が行われ、データレートが１mbpsである場合、各ＣＲＣ計算時間毎に２０、０００ビット存在する。
【００１３】
しかし、データレートが１００mbpsである場合、ＣＲＣ計算時間は２０msであり、各ＣＲＣ計算時間において２０、０００、０００ビットが存在する。ＣＲＣエラーの検出能力は、後者において減少することが明らかである。一般に、正常な動作条件において、ＤＳＬシステムに用いられている１オクテット(one octet)のＣＲＣは、ＣＲＣ計算時間が１００、０００ビット未満を含んでいる場合、適切なエラー検出を提供する。
【００１４】
したがって、本発明の例示的な側面は、通信エラーの計算ならびに報告に関する。より具体的には、本発明の例示的な側面は、それぞれ独立した接続のデータレートあるいはＣＲＣ計算時間（例えば、ＰＥＲｐ値）に関係なく、ネットワーク中の全ての通信接続における定常的なＣＲＣの異常の計算ならびに報告に関するものである。
【００１５】
本発明の追加的な側面は、データレート又はＣＲＣの計算に関係なく、定常的にそれらを報告する方法によりＣＲＣの異常（エラー）を取り扱う方法に関する。例示的な側面は、実際のＣＲＣ計算時間に基づいて、ＣＲＣ異常のカウンターを正規化する手順を定義する。
【００１６】
本発明の追加的な側面によると、ＣＲＣ異常カウンターの正規化手順は、現在あるいは実際のＰＥＲｐ値に基づいて、ＣＲＣ異常カウンターを正規化する。
【００１７】
本発明の追加的な側面によると、ＣＲＣ異常カウンターの正規化手順は、少なくともデータレートに基づきネットワーク中の複数の通信装置に適用される。
【００１８】
本発明の追加的な側面によると、別のＣＲＣ異常カウンター正規化手順は、少なくともデータレートに基づきネットワーク中の複数の通信装置にそれぞれ適用される。
【００１９】
本発明の上述および他の特徴ならびに効果は、本発明の以下の説明に記載されており、そこから明らかである。
【図面の簡単な説明】
【００２０】
【図１】図１は、本発明に基づく例示的な通信システムを示す機能ブロック図である。
【図２】図２は、本発明に基づくＣＲＣカウンターを正規化する例示的な方法を概説するフローチャートである。
【図３】図３は、本発明に基づくＣＲＣカウンターを正規化する方法の詳細を概説するフローチャートである。
【図４】図４は、本発明に基づくＣＲＣカウンターを正規化する方法の他の例示的な実施形態である。
【図５】図５は、本発明に基づく通信システムの第２の例を示す機能ブロック図である。
【詳細な説明】
【００２１】
本発明の実施形態について、以下の図面を参照しつつその詳細を説明する。
【００２２】
有線および／又は無線通信環境におけるエラー検出について、本発明の例示的な実施形態を説明する。しかし、一般に、本発明のシステムならびに方法は、どのような環境下のいかなるタイプの通信システムにおいても同様に動作することを理解すべきである。
【００２３】
本発明の例示的なシステムならびに方法は、ＤＳＬモデムならびに関連する通信ハードウエア、ソフトウエアおよび通信経路に関して説明されている。しかし、本発明については、不必要なあいまいさを避けるため、ブロック図に示されあるいは要約される装置についての周知の構造を省略する。
【００２４】
本発明についての完全な理解する提供するため、説明の目的で様々な詳細が説明されている。しかし、ここで説明した特定の形式を超え、本発明を様々な方法で実施してもよいことを理解すべきである。
【００２５】
さらに、ここで表された例示的な実施形態は、本システムの様々なコンポーネントであって同じ場所に配置されたものを示しており、本システムの様々なコンポーネントは、配信ネットワークにおける通信ネットワークおよび／又はインターネットあるいは専用のセキュアあるいはセキュアでない、および／又は、暗号化システム等の離れた場所に配置可能であることが理解される。このように、本システムのコンポーネントは、モデム等の１又はそれ以上の装置に合体、あるいは、電気通信ネットワーク等の配信ネットワークの、特定ノード上の同じ場所に配置可能であることが理解されるべきである。以下の説明、ならびに、計算の効率化の観点から理解されるように、本システムのコンポーネントは、本システムの動作に影響を与えずに、配信ネットワーク内のどのような位置にも配置可能である。例えば、様々なコンポーネントを、中央局（Ｃｏ又はＡＴＵ−Ｃ）のモデム、顧客端末モデム（ＣＰＥ又はＡＴＵ−Ｒ）、管理装置、あるいは、それらの組み合わせに位置させることが可能である。同様に、モデムおよびそれに関連する計算装置間に、本システムの１以上の機能部分を配信することもできる。
【００２６】
さらに、エレメントを接続する通信経路５を含む様々なリンクが、接続されたエレメントに対し、そこから、通信データを供給することおよび／又は通信することができる、有線接続又は無線接続、あるいは、それらの組み合わせで接続され、あるいは、他の既知又は後に開発されたエレメントに接続可能であることが理解されるべきである。ここで用いられているモジュールという文言は、そのエレメントに関する機能を実行することができる、ハードウエア、ソフトウエア、ファームウエアあるいはそれらの組み合わせのいずれを示すことも可能である。また、この明細書を通じて記載を簡易化するため、ＰＥＲｐという文言は、ＣＲＣの計算時間を表すものとして用いられる。ここで用いられる判断、計算および算出、ならびにそれに近似する表現は、互いに置き換え可能であり、いかなる方法、プロセス、数学的手法あるいは技術をも含んでいる。
【００２７】
本発明の例示的実施形態は、非対称ＤＳＬ（ＡＤＳＬ）サービスにおけるＣＲＣの正規化に関する。しかし、一般に、この方法は、１以上のいずれの通信線あるいはデジタル通信線に適用可能であることが理解される。
【００２８】
図１は、本発明による通信システム１０の例示的な実施形態を示している。明確化のため、トランシーバーの様々な機能コンポーネントが省略されていることを理解すべきである。しかし、いずれかのトランシーバーは、主題となる技術がそこで実行される、通常の通信装置で見られる標準的なコンポーネントを含んでも良いことを理解すべきである。
【００２９】
通信システム１０は、トランシーバー１００ならびにトランシーバー２００を含んでいる。送信トランシバーとして機能するトランシーバー１００は、ＣＲＣビット計算モジュールならびにＣＲＣビット送信モジュールを含んでいる。これら２つのトランシーバーは、上記で述べられた、１以上の有線および無線の通信経路である、通信経路１５によって相互に接続されている。トランシーバー２００は、ＣＲＣビット計算モジュール２１０、ＣＲＣビット受信モジュール２２０、ＣＲＣビット比較モジュール２３０、ＣＲＣエラーカウンター兼報告モジュール２４０、ＰＥＲｐ決定モジュール２５０、正規化モジュール２６０、ＣＲＣグループ化モジュール２７０ならびに通信パラメーターモジュール２８０を備えている。
【００３０】
例示的な実施形態によると、ＣＲＣの異常は、ＰＥＲｐ／Ｋの正規化された異常値であるとカウントされ、ここで、Ｋは、いずれかの正の整数である。例えば、Ｋ＝２０で、ＰＥＲｐ＝２５の場合、各ＣＲＣの異常は、１．２５の正規化されたＣＲＣ異常としてカウントされる。どのシステムの診断情報が報告されたかに基づいて、通常、ＫはＣＲＣ計算の予想された時間と等しい値に相当する。これは、毎秒約６６のＣＲＣ計算に対応するので、例えば、ＡＤＳＬおよびＶＤＳＬシステムにおいて、Ｋは１５msと等しくてもよい。上述のように、ＣＲＣ計算でのエラーの約３０％に対応する、１秒間に１８を超えるＣＲＣ異常がある場合、シビアリー・エラード・セカンドが報告される。
【００３１】
通常、ＣＲＣの異常は整数で報告されるため、累積されたＣＲＣ異常数は、次の位の整数に切り上げることができる。例えば、ＰＥＲｐが２８の場合、各ＣＲＣの異常は、２８／２０＝１．４の正規化されたＣＲＣ異常としてカウントされる。一定時間中に２３個のＣＲＣ異常が検出された場合、蓄積されたＣＲＣの異常数は、上限（２３＊１．４）＝上限（３２．２）＝３３の正規化されたＣＲＣ異常であって、上限が切り上げであることを示すものを含むこともできる。
【００３２】
動作中、この例示的な実施形態において、送信トランシーバー又は送信モデムとして動作するトランシーバー１００は、送信されたビットストリームに基づきＣＲＣビットを計算する。より具体的に言うと、ビットストリームは、送信されたビットストリームに基づいてＣＲＣビットを決定する、ＣＲＣビット計算モジュール１１０を有するトランシーバー１００から送信される。ＣＲＣビットの数は、通常、８（１オクテット）であるが、ビット数は、例えば、本発明の特定の実施に基づいて変化するようにしてもよい。ＣＲＣビット送信モジュール１２０と連動して、トランシーバー１００は、通信経路５を介し、トランシーバー２００に対して、対応する計算済みのＣＲＣビットとともに送信されたビットストリームを送る。
【００３３】
受信トランシーバー又は受信モデムとして動作するトランシーバー２００は、ＣＲＣビット受信モジュール２２０の協力を得て、トランシーバー１００によって送信されたビットストリームを受信する。ＣＲＣビットは、ＣＲＣビット計算モジュール１１０によって決定される。ビットストリームを受信すると、ＣＲＣビット計算モジュール２１０は、受信ビットストリームに基づいて、ＣＲＣビット（すなわち、ローカルのＣＲＣビット）も計算する。ＣＲＣビット計算モジュール１１０ならびにＣＲＣビット計算モジュール２１０により決定されたＣＲＣビットを知ることにより、ＣＲＣビット比較モジュール２３０は、これら２つの間の比較を行う。ローカルのＣＲＣビットが、トランシーバー１００において決定された受信ＣＲＣビットと同じでない場合に、ＣＲＣエラーカウンター兼報告モジュール２４０と関連して、ＣＲＣの異常を計算し、識別する。
【００３４】
次に、ＰＥＲｐ決定モジュール２５０は、ＣＲＣ計算（ＰＥＲｐ）の時間に関する値を決定する。この時間は、例えば、秒、あるいは、特定の通信環境については、適切ないずれの時間であってもよい。正規化モジュール２６０と連動して、ＣＲＣエラーカウンター兼報告モジュール２４０は、ＰＥＲｐ値に基づいて正規化される。ここで、ＣＲＣエラーカウンター２４０を正規化するステップは、ＣＲＣエラーカウンターをＭの値だけ増加させるステップを備えており、ここでＭの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数である。
【００３５】
通信パラメーターモジュール２８０は、１以上のデータレート、前進型誤信号訂正（Forward Error Correction）、インターリーブ、フレーミング、あるいは、いずれの一般的な通信パラメーター等の通信パラメーターを監視し、１以上のこれらのパラメータの変更を、ＣＲＣ計算の時間について更新された値を決定するきっかけとすべきである。この更新又は第２の値は、ＣＲＣ異常カウンターにより、次のＣＲＣ異常をカウントするために用いられる。
【００３６】
第２の例示的な実施形態において、ＣＲＣの計算は、ＣＲＣの上限グループ（Ｋ／ＰＥＲｐ）の計算中に組み込まれ、グループ内のどのＣＲＣ異常の数も、たった１の正規化されたＣＲＣ異常としてカウントされる。ここで、Ｋは、正の整数である。ＣＲＣエラーカウンター兼報告モジュール２４０との関連でどのシステムの診断情報が報告されたかに基づいて、通常、ＫはＣＲＣ計算の予想された時間と等しい値に相当する。特定の時間内（例えば、Ｋms)に生じた複数のＣＲＣ異常が、正規化された１のＣＲＣの異常としてカウントされる必要がある場合に、ＣＲＣの異常を過大にカウントすることを避けるため、ＣＲＣの計算はこの方法によりグループ化される。
【００３７】
例：
Ｋ＝１５ msでＰＥＲｐ＝１０msの場合:ＣＲＣの計算は、上限（１５／１０）＝２のＣＲＣ計算のグループに一体化される。最初の２のＣＲＣの計算は、第１グループ、二番目の２のＣＲＣ計算は、第２グループ、以下同様である。グループ内の１以上のＣＲＣ異常は、正規化された１つのＣＲＣ異常としてカウントされる。
【００３８】
Ｋ＝２５ msでＰＥＲｐ＝４ms:ＣＲＣの計算は、上限（１５／４）＝４のＣＲＣ計算のグループに一体化される。最初の４のＣＲＣの計算は、第１グループ、二番目の４のＣＲＣ計算は、第２グループ、以下同様である。グループ内の１以上のＣＲＣ異常は、正規化された１つのＣＲＣ異常としてカウントされる。
【００３９】
正しいＣＲＣの計算が、”Ｏ”と、誤ったＣＲＣ計算が”Ｘ”として表示される場合、ＣＲＣ計算のストリームは、以下のようになる：
OOOXXXOOXOXOXXXXOOOOOXXOOXOOOOOO
ＰＥＲｐ＝１０の場合、正規化された９のＣＲＣ異常は、以下のようにカウントされ：
OO OX XX OO XO XO XX XX OO OO OX XO OX OO OO OO
ＰＥＲｐ＝４の場合、正規化された６のＣＲＣ異常は、以下のようにカウントされる：
OOOX XXOO XOXO XXXX OOOO OXXO OXOO OOOO
ＣＲＣの計算は、上限（Ｋ／ＰＥＲｐ）以外の他の基準に基づき、グループに一体化することもできる。例えば、下限（Ｋ／ＰＥＲｐ）、あるいは、２＊上限（Ｋ／ＰＥＲｐ）を用いることもできる。一般に、ＣＲＣ計算のグループは、以下の基準に基づくことが可能である。
【００４０】
Ｎ＊上限（Ｋ／ＰＥＲｐ）
ここで、ＮおよびＫは、正の整数値であり、下限が切捨て方向の四捨五入を示している。
【００４１】
これに代え、および、これに加え、グループ内のＣＲＣの異常は、正規化された１のＣＲＣ異常を上回るものとしてカウント可能である。例えば、グループ内の１のＣＲＣ異常を、正規化された１のＣＲＣ異常としてカウントすることもでき、グループ内の２から３のＣＲＣ異常を、正規化された２のＣＲＣ異常としてカウントすることもできる。同様に、４から６のＣＲＣ異常を、正規化された４のＣＲＣ異常としてカウントすることもできる。
【００４２】
これに代え、および、これに加え、ＣＲＣの計算をグループ化する際に、スライデイング・ウインドウ(sliding window)を用いるようにしてもよい。
【００４３】
これに代え、および、これに加え、ＣＲＣの計算グループの時間に基づき、正規化されたＣＲＣの異常を再び計測してもよい。例えば、ＰＥＲｐが１４msと等しい場合、ＣＲＣの計算は、上限（１５／１４）＝２のＣＲＣ計算のグループに一体化される。上述の方法によると、少なくとも１のＣＲＣ異常を含む、２のＣＲＣの計算各グループについて、正規化された１のＣＲＣ異常がカウントされる。しかし、ＣＲＣの計算を２つのグループに一体化すると、Ｇ９９２．３標準における２０msの要求を超える２＊１２＝２８msの有効なＣＲＣ計算時間を生じさせることになる。この場合、ＰＥＲｐ＞２０msの場合に上記でなされたように、ＣＲＣ異常のカウントをより正確にするため、ＣＲＣの異常を再度計測することが可能である。例えば、正規化された１のＣＲＣ異常を、更に計測し、（２８）/２０＝正規化された１．４のＣＲＣ異常としてカウントすることもできる。
【００４４】
より一般的には、ＣＲＣ計算グループの時間が、要求される範囲（例えば、ＡＤＳＬシステムを規定したＧ９９２．３における２０ms）を超える場合：正規化された１のＣＲＣ異常グループ＝[（ＣＲＣグループの時間）/Ｋ]正規化されたＣＲＣ異常となる。
【００４５】
ここで、Ｋは、正の整数である。例えば、Ｋは、Ｇ９９２．３基準中のＰＥＲｐ値の範囲における低い、中間の、高い値、に相当する１５、１７．５又は２０の値をとることもできる。
【００４６】
Ｇ９９２．３のＡＤＳＬ基準を例として用いると、ＣＲＣグループの時間が２０msより長いという事実を説明するため、標準化された異常を決定し、さらに計測することができるＰＥＲｐの値は：
１０＜ＰＥＲｐ＜１５である。
【００４７】
ＰＥＲｐの値が１０より大きく１５未満である場合、各ＣＲＣ計算グループは、２つのＣＲＣ計算（上限（１５／ＰＥＲｐ）に基づく）を含むことになる。この範囲のＰＥＲｐの値については、各ＣＲＣグループの時間は、２０msよりも長くなる。例えば、ＰＥＲｐ＝１２msである場合、ＣＲＣグループの時間は、２＊（１２ms）＝２４msである。この場合、正規化されたＣＲＣ計算は、２＊ＰＥＲｐ／Ｋによって、さらに正規化され、あるいは、計測される。ここでＫは、１５、１７又は２０等の整数に等しい。
【００４８】
６．６７＜ＰＥＲｐ＜７．５
ＰＥＲｐの値が６．６７より大きく、７．５未満である場合、各ＣＲＣ計算グループは、３つのＣＲＣ計算（上限（１５／ＰＥＲｐ）に基づく）を含むことになる。この範囲のＰＥＲｐの値については、各ＣＲＣグループの時間は、２０msよりも長くなる。例えば、ＰＥＲｐ＝７msである場合、ＣＲＣグループの時間は、３＊（７ms）＝２１msである。この場合、正規化されたＣＲＣ計算は、３＊ＰＥＲｐ／Ｋによって、さらに正規化され、あるいは、計測される。ここでＫは、１５、１７又は２０等の整数に等しい。
【００４９】
その結果、本発明の一の例示的な実施形態において、ＡＤＳＬ又はＶＤＳＬ２システムにおける正規化されたＣＲＣ異常は、ＰＥＲｐ値が１０と１５msの間、あるいは、６．６７と７．５msの間である場合、更に正規化（あるいは計測）される。
【００５０】
他の例示的な実施形態において、ＰＥＲｐは、ＳＲＡ又はＤＲＲの変化等のオンラインデータのレートの変化に基づいて変化する。この場合、ＣＲＣを正規化する手順は、新たなＰＥＲｐ値が更新されたデータレートに関連する場合、新たなＰＥＲｐ値に基づいて更新される。
【００５１】
図２は、本発明に基づくＣＲＣ正規化の例示的実施形態を、高いレベルで概説する。具体的には、Ｓ２００で制御が開始され、Ｓ２１０へと続く。Ｓ２１０において、ＣＲＣ計算時間（ＰＥＲｐ）、あるいは、更新されたＣＲＣ計算時間（ＰＥＲｐ）を受け取り又は決定する。次に、Ｓ２２０において、ＣＲＣエラーカウンターが、ＣＲＣ計算時間（ＰＥＲｐ）又は更新されたＣＲＣ計算時間（ＰＥＲｐ）に基づいて正規化される。次に、制御は、そこで制御の流れが終了するステップＳ２３０へと続く。
【００５２】
図３は、ＣＲＣの正規化の詳細についての例示的実施形態を概説する。具体的には、Ｓ３００で制御が開始され、Ｓ３１０へと続く。Ｓ３１０において、送信機として機能するトランシーバーは、送信されるビットストリームのＣＲＣビットを決定する。次に、かかるトランシーバーは、Ｓ３２０において、決定されたＣＲＣビットならびにビットストリームを受信機に送る。
【００５３】
ステップＳ３３０において、受信機能を表している他のトランシーバーは、決定されたＣＲＣビットならびにビットストリームを受信する。次に、ステップＳ３４０においては、受信ビットストリーム（ローカルＣＲＣビット）についてのＣＲＣビットが決定される。さらに、ステップＳ３５０においては、ローカルＣＲＣビットが、決定されたＣＲＣビットと比較され、送信機によって送られる。次に、制御は、ステップＳ３６０へと続く。
【００５４】
ステップＳ３６０においては、ＣＲＣ計算時間が決定される。次に、ステップＳ３７０においては、ＣＲＣ計算時間（ＰＥＲｐ）基づいてＣＲＣ異常カウンターが正規化される。次に、制御は、ステップＳ３８０に続く。
【００５５】
ステップＳ３８０においては、ＣＲＣのエラーあるいは異常が存在するか否かの判断が行われる。ＣＲＣのエラーが存在する場合、制御は、ステップＳ３９０に続き、そうでない場合は、ステップＳ３９５にジャンプする。
【００５６】
ステップＳ３９０においては、ＣＲＣエラーカウントが生成され、必要に応じて、シビアリー・エラード・セカンドのインジケーターが報告される。ＣＲＣエラーが決定されたら別のアクションを取っても良いことを理解すべきである。例えば、エラード・セカンド（ＥＳ）を報告しても良く、ここで、エラード・セカンドは、通常、１以上のＣＲＣエラーイベントが存在する瞬間として定義される。これに代えて、ＣＲＣエラーは、例えば、分、時間、サブセカンド等の、秒以外の時間単位に変換することが可能である。
【００５７】
ステップＳ３９５においては、通信パラメーターに変化があったか否かの判断が行われる。１以上の通信パラメーターに変化があった場合、制御は、ステップＳ３００に戻り、ステップＳ３６０において２番目あるいは更新されたＣＲＣ計算時間が決定されると、プロセスが繰り返される。１以上の通信パラメーターに変化がなかった場合、次に、制御は、そこで制御の流れが終了するステップＳ３９９へと続く。
【００５８】
図４は、本発明に基づくＣＲＣの正規化についての他の例示的実施形態を概説する。具体的には、Ｓ４００で制御が開始され、Ｓ４１０へと続く。Ｓ４１０において、送信機として機能するトランシーバーは、送信されるビットストリームのＣＲＣビットを決定する。次に、かかるトランシーバーは、Ｓ４２０において、決定されたＣＲＣビットならびにビットストリームを受信機に送る。
【００５９】
ステップ４３０において、受信機として機能する他のトランシーバーは、決定されたＣＲＣビットならびにビットストリームを受信する。次に、ステップＳ４４０においては、受信ビットストリーム（ローカルＣＲＣビット）について、ＣＲＣビットが決定される。さらに、ステップＳ４５０においては、ローカルＣＲＣビットが、決定されたＣＲＣビットと比較され、送信機によって送られる。次に、制御は、ステップＳ４６０へと続く。
【００６０】
ステップＳ４６０においては、ＣＲＣ異常をグループ化する。次に、グループＳ４７０において、カウントが実行されるとともに、制御はステップＳ４８０に続く。ステップＳ４８０においては、シビアリー・エラード・セカンドが存在するか否かの判断がなされる。シビアリー・エラード・セカンドが存在する場合、制御は、ステップＳ４９０へと続く。
【００６１】
ステップＳ４９０においては、シビアリー・エラード・セカンドのインジケーターが生成され、例えば、適切な送り先、あるいは、きっかけとなるアクション(triggered action)に送られる。
【００６２】
ステップＳ４９５においては、通信パラメーターに変化があったか否かの判断が行われる。１以上の通信パラメーターに変化があった場合、制御は、ステップＳ４００に戻り、ステップＳ４６０において新たにグループ化されるプロセスが繰り返される。１以上の通信パラメーターに変化がなかった場合、次に、制御は、そこで制御の流れが終了するステップＳ５００へと続く。
【００６３】
ここで述べられた特定の機能は、１以上のトランシーバー１００およびトランシーバー２００において例示的に実行されているが、一部又は全部のステップを、１以上のトランシーバー１００およびトランシーバー２００と同じ位置に配置しても、そうでなくてもよく、いずれの装置によって実行しても良いことを理解するべきである。例えば、ＰＥＲｐ決定モジュールならびに正規化モジュールによって実行される機能は、ＣＲＣエラーカウンター兼報告モジュール２４０に返送され適用される、正規化値を有する他のモジュールに任せることが可能である。さらに、ここで説明されたイベントの流れは、例示の目的のみであるが、適切なものとなるよう再構成してもよい。
【００６４】
より具体的に言うと、図５は、ＣＲＣ正規化管理システムの例示的実施形態を示している。ＣＲＣ正規化管理システムは、通信システム１０と同様、通信経路を介し、それぞれが１以上のトランシーバー３００に接続している１以上のトランシーバー１００を含んでいる。各トランシーバー３００は、ＣＲＣ管理モジュール５００とやりとりを行う。かかるＣＲＣ管理モジュール５００は、ＰＥＲｐ決定モジュール５１０、正規化および／又はグループ化モジュール５２０、ならびに、ＣＲＣエラーカウンター兼報告モジュール５３０を含んでいる。ＣＲＣ管理モジュール５００は、少なくとも１以上のＣＲＣエラーカウントを、中央の位置から正規化および／又はグループ化することを可能にする。例えば、ＣＲＣビット比較モジュール５５０は、ＣＲＣ管理モジュール５００にＣＲＣエラーの表示を送る。前記トランシーバー３００は、ＰＥＲｐ決定モジュール５４０の協力を得て、ＣＲＣ計算の時間（ＰＥＲｐ）の値を決定し、送ることもできる。管理モジュールは、必要に応じ、ＰＥＲｐ決定モジュール５１０の協力を得て、１以上のトランシーバー３００のそれぞれについてＣＲＣ計算時間（ＰＥＲｐ）の値を決定することも可能である。
【００６５】
１以上のＣＲＣビット比較モジュール５５０から１以上のエラー報告を受け取ることにより、正規化／グループ化モジュールは、この値に基づいて、ＣＲＣエラーカウンター兼報告モジュール５３０を更新する。そこでは、各トランシーバーが異なる通信パラメーターにより動作可能であり、ＣＲＣエラーカウンター５５０を更新するため用いられた値を、一部のトランシーバーあるいは全てのトランシーバーに適用されるトランシーバーの固有値(tranceiver specific)とすることもできる。次に、ＣＲＣエラーカウンター兼報告モジュール５３０は、上述のように、正規化されたＣＲＣエラーカウントを出力することができる。例えば、シビアリー・エラード・セカンドのインジケーターを生成することができ、また、適切な送り先、あるいは、きっかけとなるアクションに送られる。
【００６６】
上述のシステムは、モデム、マルチキャリアモデム、ＤＳＬモデム、ＡＤＳＬモデム、ＸＤＳＬモデム、ＶＤＳＬモデム、ラインカード、テスト機器、マルチキャリアトランシーバー、有線および／又は無線、広域／ローカル地域ネットワークシステム、衛星通信システム、診断能力を備えたモデム等の有線および／又は無線通信装置上、あるいは、通信装置を有し、又は、ＣＤＳＬ、ＡＤＳＬ２、ＡＤＳＬ２＋、ＶＤＳＬ１、ＶＤＳＬ２、ＨＤＳＬ、ＤＳＬLite、ＩＤＳＬ、ＲＡＤＳＬ、ＳＤＳＬ、ＵＤＳＬ等の通信プロトコルを使用する独立してプログラムされた汎用コンピュータ上、で動作可能である。
【００６７】
さらに、本発明の前記システム、方法ならびにプロトコルは、専用コンピュータ、プログラム済みのマイクロプロセッサ又はマイクロコンピュータ、および周辺集積回路素子、ＡＳＩＣ又は他の集積回路、デジタル信号プロセッサ、デイスクリートエレメント回路等のハードワイヤード装置又はロジック回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ等のプログラム可能な論理装置、モデム、送信機／受信機、そのいずれかと同程度の手段上で実行可能である。一般に、ここで述べられている方法を順番に実行するステートマシンとして動作行可能ないずれの装置は、本発明に基づく様々な通信方法、プロトコルおよびテクニックを実行するため用いることができる。
【００６８】
さらに、開示されている方法は、様々なコンピュータあるいはワークステーションプラットフォームに用いることができるポータブルソースコードを提供する、オブジェクト又はオブジェクト指向のソフトウエア開発環境を用いるソフトウエアによって、ただちに実行可能である。これに代えて、開示されたシステムは、その一部又は全部を、標準的な論理回路あるいはＶＳＬＩ設計を用いたハードウエアによって実行してもよい。本発明に基づくシステムを実行するため、ソフトウエア又はハードウエアのいずれを用いるにしても、システムのスピードおよび／又は効率の要求、特定の機能に左右される特定のソフトウエア又はハードウエアシステム又はマイクロプロセッサあるいはマイクロコンピュータシステムが用いられる。しかし、ここで述べられている前記通信システム、方法ならびにプロトコルは、いかなる既知の又は後に開発されるシステムあるいは構造、装置および／又はソフトウエアを用いたハードウエアおよび／又はソフトウエアを用い、ここで提供された機能の説明ならびにコンピュータおよび電気通信についての一般的な知識から、適用可能な技術の当業者によって、ただちに実行することができる。
【００６９】
また、開示された方法は、記憶媒体上に記憶され、コントローラーならびにメモリの協働により、プログラム済みの汎用コンピュータ、専用コンピュータ、マイクロプロセッサ等により実行されるソフトウエアによって、ただちに実行することができる。これらの例において、本発明のシステムならびに方法は、リソースとしてサーバ又はコンピュータワークステーションに存するＪＡＶＡ（商標）又はＣＧＩスクリプト等のパーソナルコンピュータ上に内蔵されたプログラムであって、専用の通信システム又はシステムコンポーネントにルーチンとして内蔵されているものとして実行可能である。
【００７０】
したがって、本発明によると、ＣＲＣ正規化システムならびに方法が提供されることは明らかである。本発明は、多くの実施形態を伴って説明されているが、多数の代替手段、修正ならびに変更が存在することは明白であり、適用可能な技術の当業者にとって明らかである。したがって、本発明の精神ならびに範囲内にある前記代替手段、修正、均等物ならびに変更を全て内包することを意図している。
【図１】
2010178353.tif 000003
【図２】
2010178353.tif 000004
【図３】
2010178353.tif 000005
【図４】
2010178353.tif 000006
【図５】
2010178353.tif 000007
【手続補正書】
【提出日】平成22年2月26日(2010.2.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化する方法であって、
ＣＲＣの計算期間（ＰＥＲｐ）に基づいて、前記ＣＲＣ異常のカウンターを正規化するステップを備えた方法において、
前記ＣＲＣ異常のカウンターを正規化する前記ステップは、前記ＣＲＣ異常カウンターをＭの値ずつ増加させるステップを備えており、ここで前記Ｍの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であって、予想されたＣＲＣの計算期間と等しい値に対応することを特徴とする方法。
【請求項２】
請求項１の方法において、さらに、
１以上の通信パラメーターが変更されると、変更された通信パラメーターに基づいて、第２のＣＲＣの計算期間を決定するステップ、および
前記第２のＣＲＣの計算期間に基づき、前記ＣＲＣ異常のカウンターを正規化するステップ、を備えたこと、
を特徴とする方法。
【請求項３】
請求項１の方法において、前記計算期間は秒にて表されることを特徴とする方法。
【請求項４】
請求項２の方法において、
前記通信パラメーターは、データレート、前進型誤信号訂正、インターリーブ、フレーミングのいずれか１つ以上であることを特徴とする方法。
【請求項５】
請求項１の方法において、さらに、
受信したビットストリームに基づき、ローカルのＣＲＣオクテットを計算するステップ、
前記ローカルＣＲＣオクテットと受信したＣＲＣオクテットを比較するステップ、
前記ローカルＣＲＣオクテットが前記受信ＣＲＣオクテットと同じでない場合、ＣＲＣ異常を識別するステップ、
を備えたことを特徴とする方法。
【請求項６】
請求項１の方法において、
Ｋは２０又は１５と等しいことを特徴とする方法。
【請求項７】
請求項１の方法において、
ある期間中に、Ｎを超えるＣＲＣ異常が存在する場合、シビアリー・エラード・セカンドが宣言されること、
を特徴とする方法。
【請求項８】
請求項７の方法において、
前記期間は１秒であることを特徴とする方法。
【請求項９】
請求項７の方法において、
前記Ｎは１８と等しいことを特徴とする方法。
【請求項１０】
請求項１の方法において、さらに、
１以上の通信パラメーターが変更されると、第２のＣＲＣの計算期間を受信するステップ、および
前記第２のＣＲＣの計算期間に基づき、前記ＣＲＣ異常のカウンターを正規化するステップ、を備えたこと、
を特徴とする方法。
【請求項１１】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化する方法であって、
ＣＲＣの計算期間（ＰＥＲｐ）に基づいて、前記ＣＲＣ異常のカウンターを正規化するステップを備えた方法において、
ＣＲＣ計算出力は上限個数ずつにグループ化され、各グループに含まれる計算値の数は、整数ＫをＰＥＲｐによって除して決定され、正規化されたＣＲＣ異常のカウンターは、少なくとも一つのＣＲＣ異常が含まれるグループの数から計算され、整数Ｋは予想されたＣＲＣの計算期間と等しい値に対応することを特徴とする方法。
【請求項１２】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化するモジュールであって、
ＣＲＣの計算期間（ＰＥＲｐ）に基づいて、前記ＣＲＣ異常のカウンターを正規化するよう構成されたこと
を特徴とするモジュールにおいて、
前記ＣＲＣ異常のカウンターの正規化は、前記ＣＲＣエラーカウンターをＭの値ずつ増加させることを含み、ここでＭの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であって、予想されたＣＲＣの計算期間と等しい値に対応することを特徴とするモジュール。
【請求項１３】
請求項１２のモジュールにおいて、さらに、
変更された通信パラメーターに基づいて、前記ＣＲＣの第２の計算期間を決定するよう構成されたＰＥＲｐ決定モジュールを備えており、
前記第２のＣＲＣの計算期間は、前記ＣＲＣ異常のカウンターを正規化するために用いられること、
を特徴とするモジュール。
【請求項１４】
請求項１２のモジュールにおいて、前記計算期間は秒によって表されることを特徴とするモジュール。
【請求項１５】
請求項１３のモジュールにおいて、前記通信パラメーターは、データレート、前進型誤信号訂正、インターリーブ、フレーミングのいずれか１つ以上であること、
を特徴とするモジュール。
【請求項１６】
請求項１２のモジュールにおいて、さらに、
受信したビットストリームに基づき、ローカルのＣＲＣオクテットを計算するよう設計されたＣＲＣビット計算モジュール、
前記ローカルＣＲＣオクテットと受信したＣＲＣオクテットを比較するよう設計されたＣＲＣビット比較モジュール、および
前記ローカルＣＲＣオクテットが前記受信ＣＲＣオクテットと同じでない場合、ＣＲＣ異常を識別するよう構成されたＣＲＣ異常報告モジュール、
を備えたことを特徴とするモジュール。
【請求項１７】
請求項１２のモジュールにおいて、
Ｋは２０または１５と等しいことを特徴とするモジュール。
【請求項１８】
請求項１２のモジュールにおいて、
ある期間中に、Ｎを超えるＣＲＣ異常が存在する場合、シビアリー・エラード・セカンドが宣言されること
を特徴とするモジュール。
【請求項１９】
請求項１８のモジュールにおいて、
前記期間は１秒であることを特徴とするモジュール。
【請求項２０】
請求項１８のモジュールにおいて、
前記Ｎは１８と等しいことを特徴とするモジュール。
【請求項２１】
ＣＲＣの計算期間（ＰＥＲｐ）に基づいて、ＣＲＣ異常のカウンターを正規化するモジュールであって、
ＣＲＣ計算出力は上限個数ずつにグループ化され、各グループに含まれる計算値の数は、整数ＫをＰＥＲｐによって除して決定され、正規化されたＣＲＣ異常のカウンターは、少なくとも一つのＣＲＣ異常が含まれるグループの数から計算され、整数Ｋは予想されたＣＲＣの計算期間と等しい値に対応することを特徴とするモジュール。
【請求項２２】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化する方法であって、
少なくとも１の通信パラメーターに基づいて、ＣＲＣの計算期間を決定するステップ、および
前記ＣＲＣの計算期間に基づきＣＲＣ異常カウンターにより計測され正規化されたＣＲＣ異常を示す情報を送るステップを備えた方法において、
前記ＣＲＣ異常のカウンターを正規化する前記ステップは、前記ＣＲＣ異常カウンターをＭの値ずつ増加させるステップを備えており、ここで前記Ｍの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であって、予想されたＣＲＣの計算期間と等しい値に対応することを特徴とする方法。
【請求項２３】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化する方法であって、
１以上のＣＲＣ異常を示す情報を受信するステップ、
少なくとも１の通信パラメーターに基づくＣＲＣの計算期間を受信するステップ、および、
前記ＣＲＣの計算期間に基づきＣＲＣ異常のカウンターを更新するステップを備えた方法において、
前記ＣＲＣ異常のカウンターを正規化する前記ステップは、前記ＣＲＣ異常カウンターをＭの値だけ増加させるステップを備えており、ここで前記Ｍの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であって、予想されたＣＲＣの計算期間と等しい値に対応することを特徴とする方法。
【請求項２４】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化するシステムであって、
ＣＲＣの計算期間（ＰＥＲｐ）に基づいて、前記ＣＲＣ異常のカウンターを正規化する手段を備えたシステムにおいて、
前記ＣＲＣ異常のカウンターを正規化する前記ステップは、前記ＣＲＣ異常カウンターをＭの値ずつ増加させるステップを備えており、ここで前記Ｍの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であって、予想されたＣＲＣの計算期間と等しい値に対応することを特徴とするシステム。
【請求項２５】
請求項２４のシステムにおいて、さらに、
１以上の通信パラメーターが変更されると、変更された通信パラメーターに基づいて、第２のＣＲＣの計算期間を決定する手段、および
前記第２のＣＲＣの計算期間に基づき、前記ＣＲＣ異常のカウンターを正規化する手段、
を備えたことを特徴とするシステム。  
【請求項２６】
請求項２４のシステムにおいて、
前記計算期間は秒で表されることを特徴とするシステム。
【請求項２７】
請求項２５のシステムにおいて、
前記通信パラメーターは、データレート、前進型誤信号訂正、インターリーブ、フレーミングのいずれか１つ以上であることを特徴とするシステム。
【請求項２８】
請求項２４のシステムにおいて、さらに、
受信したビットストリームに基づき、ローカルのＣＲＣオクテットを計算する手段、
前記ローカルＣＲＣオクテットと、受信したＣＲＣオクテットを比較する手段、
前記ローカルＣＲＣオクテットが前記受信ＣＲＣオクテットと同じでない場合、ＣＲＣ異常を識別する手段、
を備えたことを特徴とするシステム。
【請求項２９】
請求項２４のシステムにおいて、
Ｋは２０または１５と等しいことを特徴とするシステム。
【請求項３０】
請求項２４のシステムにおいて、
ある期間中に、Ｎを超えるＣＲＣ異常が存在する場合、シビアリー・エラード・セカンドが宣言されることを特徴とするシステム。
【請求項３１】
請求項３０のシステムにおいて、
前記計算期間は１秒であることを特徴とするシステム。
【請求項３２】
請求項３０のシステムにおいて、
前記Ｎは１８と等しいことを特徴とするシステム。
【請求項３３】
請求項２４のシステムにおいて、さらに、
１以上の通信パラメーターが変更されると、第２のＣＲＣの計算期間を受信する手段、および、
前記第２の計算期間に基づき、前記ＣＲＣ異常のカウンターを正規化する手段、
を備えたことを特徴とするシステム。
【請求項３４】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化するシステムであって、
ＣＲＣの計算期間（ＰＥＲｐ）に基づいて、前記ＣＲＣ異常のカウンターを正規化する手段を備えたシステムにおいて、
ＣＲＣ計算出力は上限個数ずつにグループ化され、各グループに含まれる計算値の数は、整数ＫをＰＥＲｐによって除して決定され、正規化されたＣＲＣ異常のカウンターは、少なくとも一つのＣＲＣ異常が含まれるグループの数から計算され、整数Ｋは予想されたＣＲＣの計算期間と等しい値に対応することを特徴とするモジュール。
【請求項３５】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化するシステムであって、
少なくとも１の通信パラメーターに基づいて、ＣＲＣの計算期間を決定する手段、および
前記ＣＲＣの計算期間に基づいて、ＣＲＣ異常のカウンターにより計測され正規化されたＣＲＣ異常を示す情報を送る手段を備えたシステムにおいて、
前記ＣＲＣ異常のカウンターを正規化する前記ステップは、前記ＣＲＣ異常カウンターをＭの値だけ増加させるステップを備えており、ここで前記Ｍの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であって、予想されたＣＲＣの計算期間と等しい値に対応することを特徴とするシステム。
【請求項３６】
サイクリック・リダンダンシー・チェックサム（ＣＲＣ）異常のカウンターを正規化するシステムであって、
１以上のＣＲＣ異常を示す情報を受信する手段、
少なくとも１の通信パラメーターに基づくＣＲＣ計算の期間を受信する手段、および、
前記ＣＲＣ計算期間に基づきＣＲＣ異常のカウンターを更新する手段を備えたシステムにおいて、
前記ＣＲＣ異常のカウンターを正規化する前記ステップは、前記ＣＲＣ異常カウンターをＭの値だけ増加させるステップを備えており、ここで前記Ｍの値はＰＥＲｐ／Ｋと等しく、Ｋは正の整数であって、予想されたＣＲＣの計算期間と等しい値に対応することを特徴とするシステム。
【請求項３７】
請求項１〜請求項１１、請求項２２、請求項２３のいずれかに記載の方法をコンピュータによって実現するためのプログラムを記録した記録媒体。
【請求項３８】
サイクリック・リダンダンシー・チェックサム異常のカウンターを正規化する方法であって、
ＣＲＣの計算時間と整数Kとの比に基づいて、前記ＣＲＣ異常のカウンターを正規化するステップを備え、
整数Ｋは予想されたＣＲＣの計算期間と等しい値に対応することを特徴とする方法。
【請求項３９】
サイクリック・リダンダンシー・チェックサム・カウンタ。