JP6335230B2 - Ｃｒｃカウンターの正規化 - Google Patents

Description

関連出願データ

本出願は、参照のためその全体が本出願に取り込まれる”ＣＲＣカウンターの正規化方法ならびにシステム”と題する２００４年９月２５日出願の合衆国特許出願番号６０／６１３、５９４について、米国特許法第１１９条(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、ＩＤＳＬ、ＲＡＤＳＬ、ＳＤＳＬ、ＵＤＳＬ等の通信プロトコルを使用する独立してプログラムされた汎用コンピュータ上、で動作可能である。

さらに、本発明の前記システム、方法ならびにプロトコルは、専用コンピュータ、プログラム済みのマイクロプロセッサ又はマイクロコンピュータ、および周辺集積回路素子、ＡＳＩＣ又は他の集積回路、デジタル信号プロセッサ、デイスクリートエレメント回路等のハードワイヤード装置又はロジック回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ等のプログラム可能な論理装置、モデム、送信機／受信機、そのいずれかと同程度の手段上で実行可能である。一般に、ここで述べられている方法を順番に実行するステートマシンとして動作行可能ないずれの装置は、本発明に基づく様々な通信方法、プロトコルおよびテクニックを実行するため用いることができる。

さらに、開示されている方法は、様々なコンピュータあるいはワークステーションプラットフォームに用いることができるポータブルソースコードを提供する、オブジェクト又はオブジェクト指向のソフトウエア開発環境を用いるソフトウエアによって、ただちに実行可能である。これに代えて、開示されたシステムは、その一部又は全部を、標準的な論理回路あるいはＶＳＬＩ設計を用いたハードウエアによって実行してもよい。本発明に基づくシステムを実行するため、ソフトウエア又はハードウエアのいずれを用いるにしても、システムのスピードおよび／又は効率の要求、特定の機能に左右される特定のソフトウエア又はハードウエアシステム又はマイクロプロセッサあるいはマイクロコンピュータシステムが用いられる。しかし、ここで述べられている前記通信システム、方法ならびにプロトコルは、いかなる既知の又は後に開発されるシステムあるいは構造、装置および／又はソフトウエアを用いたハードウエアおよび／又はソフトウエアを用い、ここで提供された機能の説明ならびにコンピュータおよび電気通信についての一般的な知識から、適用可能な技術の当業者によって、ただちに実行することができる。

また、開示された方法は、記憶媒体上に記憶され、コントローラーならびにメモリの協働により、プログラム済みの汎用コンピュータ、専用コンピュータ、マイクロプロセッサ等により実行されるソフトウエアによって、ただちに実行することができる。これらの例において、本発明のシステムならびに方法は、リソースとしてサーバ又はコンピュータワークステーションに存するＪＡＶＡ（商標）又はＣＧＩスクリプト等のパーソナルコンピュータ上に内蔵されたプログラムであって、専用の通信システム又はシステムコンポーネントにルーチンとして内蔵されているものとして実行可能である。

したがって、本発明によると、ＣＲＣ正規化システムならびに方法が提供されることは明らかである。本発明は、多くの実施形態を伴って説明されているが、多数の代替手段、修正ならびに変更が存在することは明白であり、適用可能な技術の当業者にとって明らかである。したがって、本発明の精神ならびに範囲内にある前記代替手段、修正、均等物ならびに変更を全て内包することを意図している。

Claims (18)

1. 第１通信パラメータ値を用いてデータを受信し、
   前記第１通信パラメータ値に基づいて、ＣＲＣ計算期間のための第１の値を決定し、
   前記ＣＲＣ計算期間のための第１の値に基づいて、正規化されたＣＲＣ異常の第１の値を計算し、
   前記ＣＲＣ異常の第１の値が１秒間に１８以上であれば、シビアリー・エラー・セカンドを宣言し、
   前記第１通信パラメータと異なる第２通信パラメータを用いてデータを受信するよう変更し、
   前記第２通信パラメータに基づいて、前記ＣＲＣ計算期間のための第１の値と異なるＣＲＣ計算期間のための第２の値を決定し、
   前記ＣＲＣ計算期間のための第２の値に基づいて、正規化されたＣＲＣ異常の第２の値を計算し、
   前記ＣＲＣ異常の第２の値が１秒間に１８以上であれば、シビアリー・エラー・セカンドを宣言することを備えた送受信器における方法。
2. 請求項１の方法において、前記通信パラメータはデータレート・パラメータである方法。
3. 請求項１の方法において、前記通信パラメータは前進型誤信号訂正(Forward reeor Correction)パラメータである方法。
4. 請求項１の方法において、前記通信パラメータはインタリーブパラメータである方法。
5. 請求項１の方法において、前記通信パラメータはフレーミングパラメータである方法。
6. 請求項１の方法において、前記正規化されたＣＲＣ異常の第１の値の計算は、ＣＲＣ異常カウンタをＭの値によってインクリメントすることを含む方法。ここで、値Ｍは、Ｋを正の整数とし、ＰＥＲｐを前記第１のＣＲＣ計算期間の値としたとき、ＰＥＲｐ／Ｋに等しい。
7. 請求項１の方法において、前記正規化されたＣＲＣ異常の第２の値の計算は、ＣＲＣ異常カウンタをＭの値によってインクリメントすることを含む方法。ここで、値Ｍは、Ｋを正の整数とし、ＰＥＲｐを前記第２のＣＲＣ計算期間の値としたとき、ＰＥＲｐ／Ｋに等しい。
8. 請求項６の方法において、Ｋは２０または１５に等しい方法。
9. 請求項７の方法において、Ｋは２０または１５に等しい方法。
10. 受信機を備えた送受信機であって、前記受信機は、
    第１通信パラメータ値を用いてデータを受信し、
    前記第１通信パラメータ値に基づいて、ＣＲＣ計算期間のための第１の値を決定し、
    前記ＣＲＣ計算期間のための第１の値に基づいて、正規化されたＣＲＣ異常の第１の値を計算し、
    前記ＣＲＣ異常の第１の値が１秒間に１８以上であれば、シビアリー・エラー・セカンドを宣言し、
    前記第１通信パラメータと異なる第２通信パラメータを用いてデータを受信するよう変更し、
    前記第２通信パラメータに基づいて、前記ＣＲＣ計算期間のための第１の値と異なるＣＲＣ計算期間のための第２の値を決定し、
    前記ＣＲＣ計算期間のための第２の値に基づいて、正規化されたＣＲＣ異常の第２の値を計算し、
    前記ＣＲＣ異常の第２の値が１秒間に１８以上であれば、シビアリー・エラー・セカンドを宣言するよう機能する送受信機。
11. 請求項１０の送受信機において、前記通信パラメータはデータレート・パラメータである送受信機。
12. 請求項１０の送受信機において、前記通信パラメータは前進型誤信号訂正(Forward reeor Correction)パラメータである送受信機。
13. 請求項１０の送受信機において、前記通信パラメータはインタリーブパラメータである送受信機。
14. 請求項１０の送受信機において、前記通信パラメータはフレーミングパラメータである送受信機。
15. 請求項１０の送受信機において、前記正規化されたＣＲＣ異常の第１の値の計算は、ＣＲＣ異常カウンタをＭの値によってインクリメントすることを含む送受信機。ここで、値Ｍは、Ｋを正の整数とし、ＰＥＲｐを前記第１のＣＲＣ計算期間の値としたとき、ＰＥＲｐ／Ｋに等しい。
16. 請求項１０の送受信機において、前記正規化されたＣＲＣ異常の第２の値の計算は、ＣＲＣ異常カウンタをＭの値によってインクリメントすることを含む送受信機。ここで、値Ｍは、Ｋを正の整数とし、ＰＥＲｐを前記第２のＣＲＣ計算期間の値としたとき、ＰＥＲｐ／Ｋに等しい。
17. 請求項１５の送受信機において、Ｋは２０または１５に等しい送受信機。
18. 請求項１６の送受信機において、Ｋは２０または１５に等しい送受信機。

Images