(57)【要約】  デジタルデータパケットを伝送するネットワークにおいて、受信されたデータパケットの受信クオリティが、遠隔端末１０１によって検知される１１１。その後、検知された受信クオリティを表示するビット列が生成される１１２。このビット列またはこのビット列の圧縮版は、ビット列がコンパクト化または処理されるネットワークノード１０２の中の第１の中央処理装置１２１へ管理チャネルを介してリアルタイムで転送される１１４。第１の中央処理装置１２１は、ビット列を処理することによって、インパルス雑音の特徴を特定することができる。あるいは、ビット列またはその圧縮版もしくはコンパクト化版は、ビット列を処理してインパルス雑音の特徴を特定するネットワークマネジャ１０３の中の第２の中央処理装置１３１へ転送することもできる。
2010524275.tif 000002
【特許請求の範囲】
【請求項１】
デジタルデータパケットの伝送のためにネットワーク内のインパルス雑音をモニターする方法であって、
受信されたデータパケットの受信クオリティを検知する（１１１）ステップと、
検知された前記受信クオリティを表示するビット列を生成する（１１２）ステップであって、前記ビット列が、受信されたデータパケット１つにつき少なくとも１つのビットを含むステップとを含む方法において、
前記ビット列または前記ビット列の圧縮版を、そのコンパクト化および／または処理のために前記ネットワークにおける第１の中央処理装置（１２１）に管理チャネルを通じてリアルタイムで転送する（１１４）ステップをさらに含むことを特徴とする、方法。
【請求項２】
前記ビット列または前記ビット列の前記圧縮版が前記第１の中央処理装置（１２１）に物理層の管理チャネルを通じて転送されることを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項３】
前記ビット列または前記ビット列の前記圧縮版がデジタル加入者回線の内部オペレーションチャネル（ＥＯＣ）を通じて転送されることを特徴とする、請求項２に記載のインパルス雑音をモニターする方法。
【請求項４】
前記ビット列または前記ビット列の前記圧縮版がＴＲ−０６９プロトコルに基づく管理チャネルを通じて転送されることを特徴とする、請求項２に記載のインパルス雑音をモニターする方法。
【請求項５】
前記ビット列が、受信されたデータパケット１つにつき１つのビットを含み、前記１つのビットが一定の基準を超える前記受信されたデータパケット内の前記受信クオリティを表示することを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項６】
前記ビット列が、受信されたデータパケット１つにつき複数のビットを含み、前記複数のビットが前記受信されたデータパケットのクオリティ表示であることを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項７】
デジタル加入者回線顧客構内設備（ＤＳＬ  ＣＰＥ、１０１）によって実施され、前記受信されたデータパケットが離散マルチトーン（ＤＭＴ）シンボルに対応することを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項８】
前記ビット列または前記ビット列の前記圧縮版がデジタル加入者回線中央局（ＤＳＬ  ＣＯ、１０２）における第１の中央処理装置（１２１）に転送されることを特徴とする、請求項７に記載のインパルス雑音をモニターする方法。
【請求項９】
前記ビット列または前記ビット列の前記圧縮版が前記デジタル加入者回線中央局（ＤＳＬ  ＣＯ、１０２）における回線終端ボード上にある第１の中央処理装置（１２１）に転送されることを特徴とする、請求項８に記載のインパルス雑音をモニターする方法。
【請求項１０】
前記ビット列または前記ビット列の前記圧縮版を遠隔のネットワーク端末（１０１）から前記第１の中央処理装置（１２１）に規則的、自律的に転送するステップをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項１１】
前記第１の中央処理装置（１２１）により前記ビット列または前記ビット列の前記圧縮版の転送を規則的、自律的に要求するステップをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項１２】
前記ビット列の生成後に前記第１の中央処理装置（１２１）に表示信号を送信するステップと、
前記第１の中央処理装置（１２１）の要求に応じて、前記ビット列または前記ビット列の前記圧縮版を前記第１の中央処理装置（１２１）に転送するステップとをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項１３】
前記ビット列に類似した１つか複数の後続ビット列を生成するステップと、
前記ビット列および前記１つか複数の後続ビット列または前記ビット列および前記１つか複数の後続ビット列の圧縮版を、遠隔のネットワーク端末（１０１）における先入れ先出し記憶装置（１１３）に格納するステップとをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項１４】
前記ビット列および前記後続ビット列の１つか複数または前記ビット列および前記後続ビット列の１つか複数の圧縮版を、前記先入れ先出し記憶装置（１１３）から前記第１の中央処理装置（１２１）へ一度に転送するステップをさらに含むことを特徴とする、請求項１３に記載のインパルス雑音をモニターする方法。
【請求項１５】
前記ビット列および前記後続ビット列の１つか複数または前記ビット列および前記後続ビット列の前記１つか複数の圧縮版を、前記第１の中央処理装置（１２１）へそれを転送した後に前記先入れ先出し記憶装置（１１３）から除去するステップをさらに含むことを特徴とする、請求項１４に記載のインパルス雑音をモニターする方法。
【請求項１６】
前記ビット列および前記後続ビット列の前記１つか複数または前記ビット列および前記後続ビット列の前記１つか複数の圧縮版を、前記第１の中央処理装置（１２１）により個別に前記ビット列および前記後続ビット列の前記１つか複数または前記ビット列および前記後続ビット列の前記１つか複数の圧縮版を適切に受信したことを確認した後に前記先入れ先出し記憶装置（１１３）から除去するステップをさらに含むことを特徴とする、請求項１４に記載のインパルス雑音をモニターする方法。
【請求項１７】
前記ビット列および前記後続ビット列の１つか複数または前記ビット列および前記後続ビット列の１つか複数の圧縮版を、前記先入れ先出し記憶装置（１１３）のオーバーフローに伴い前記先入れ先出し記憶装置（１１３）から除去するステップをさらに含むことを特徴とする、請求項１３に記載のインパルス雑音をモニターする方法。
【請求項１８】
前記ビット列または前記ビット列の前記圧縮版またはコンパクト化されたビット列を前記第１の中央処理装置（１２１）からネットワークマネジャ（１０３）における前記第２の中央処理装置（１３１）へ規則的、自律的に転送するステップをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項１９】
ネットワークマネジャ（１０３）における第２の中央処理装置（１３１）により前記ビット列または前記ビット列の前記圧縮版またはコンパクト化されたビット列の転送を前記第１の中央処理装置（１２１）に規則的、自律的に要求するステップをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項２０】
前記ビット列または前記ビット列の前記圧縮版をコンパクト化または処理する前記第１の中央処理装置（１２１）によるイベント検出の後にネットワークマネジャ（１０３）における第２の中央処理装置（１３１）に表示信号を送信するステップと、
前記第２の中央処理装置（１３１）の要求に応じて、前記ビット列または前記ビット列の前記圧縮版または前記ビット列のコンパクト化版を前記第１の中央処理装置（１２１）から前記第２の中央処理装置（１３１）に転送するステップとをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項２１】
前記ビット列に類似した１つか複数の後続ビット列を生成するステップと、
前記１つか複数の後続ビット列または前記１つか複数の後続ビット列の圧縮版をも前記第１の中央処理装置（１２１）へ転送するステップと、
前記ビット列および前記１つか複数の後続ビット列または前記ビット列および前記１つか複数の後続ビット列の前記圧縮版を前記第１の中央処理装置（１２１）における先入れ先出し記憶装置（１２２）に格納するステップとをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項２２】
前記ビット列および前記後続ビット列の１つか複数または前記ビット列および前記１つか複数の後続ビット列の圧縮版または前記ビット列および前記１つか複数の後続ビット列のコンパクト化版を、前記第１の中央処理装置（１２１）における前記先入れ先出し記憶装置（１２２）から前記第２の中央処理装置（１３１）へ一度に転送するステップをさらに含むことを特徴とする、請求項２１および請求項１８から２０のいずれか一項に記載のインパルス雑音をモニターする方法。
【請求項２３】
前記ビット列および前記後続ビット列の前記１つか複数または前記ビット列および前記後続ビット列の前記１つか複数の圧縮版を、個別に前記ビット列および前記後続ビット列の前記１つか複数または前記ビット列および前記後続ビット列の前記１つか複数の圧縮版または前記ビット列および前記後続ビット列の前記１つか複数のコンパクト化版を前記第２の中央処理装置（１３１）へ転送した後に前記先入れ先出し記憶装置（１２２）から除去するステップをさらに含むことを特徴とする、請求項２２に記載のインパルス雑音をモニターする方法。
【請求項２４】
前記ビット列および前記後続ビット列の前記１つか複数または前記ビット列および前記後続ビット列の前記１つか複数の圧縮版を、前記第２の中央処理装置（１３１）により個別に前記ビット列および前記後続ビット列の前記１つか複数または前記ビット列および前記後続ビット列の前記１つか複数の圧縮版または前記ビット列および前記後続ビット列の前記１つか複数のコンパクト化版を適切に受信したことを確認した後に前記先入れ先出し記憶装置（１２２）から除去するステップをさらに含むことを特徴とする、請求項２２に記載のインパルス雑音をモニターする方法。
【請求項２５】
前記ビット列および前記後続ビット列の１つか複数または前記ビット列および前記後続ビット列の１つか複数の圧縮版を、前記先入れ先出し記憶装置（１２２）のオーバーフローに伴い前記先入れ先出し記憶装置（１２２）から除去するステップをさらに含むことを特徴とする、請求項２１に記載のインパルス雑音をモニターする方法。
【請求項２６】
可逆的圧縮アルゴリズムによって前記ビット列を圧縮し、それにより前記第１の中央処理装置（１２１）への転送の前に前記ビット列の前記圧縮版を生成するステップをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項２７】
前記ビット列がランレングス符号化アルゴリズムを使用して圧縮されることを特徴とする、請求項２６に記載のインパルス雑音をモニターする方法。
【請求項２８】
前記第１の中央処理装置（１２１）により前記ビット列または前記ビット列の前記圧縮版を処理し、それによりインパルス雑音の特徴を特定するステップをさらに含むことを特徴とする、請求項１に記載のインパルス雑音をモニターする方法。
【請求項２９】
デジタルデータパケットを伝送するネットワーク端末（１０１）であって、受信されたデータパケットにおけるインパルス雑音をモニターすることが可能で、
受信されたデータパケットの受信クオリティを検知する手段（１１１）と、
検知された前記受信クオリティを表示するビット列を生成する手段（１１２）であって、前記ビット列が、受信されたデータパケット１つにつき少なくとも１つのビットを含む手段とを備えるネットワーク端末（１０１）において、
前記ビット列または前記ビット列の圧縮版を、そのコンパクト化および／または処理のために前記ネットワークにおける第１の中央処理装置（１２１）に管理チャネルを通じてリアルタイムで転送する手段（１１４）をさらに備えることを特徴とする、ネットワーク端末（１０１）。
【請求項３０】
デジタルデータパケットの伝送のためネットワーク内で使用するネットワークノード（１０２）であって、
データパケットの検知された受信クオリティを表示するビット列であって、データパケット１つにつき少なくとも１つのビットを含むビット列、または前記ビット列の圧縮版を、管理チャネルからリアルタイムで受信する手段と、
前記ビット列または前記ビット列の前記圧縮版をコンパクト化および／または処理する第１の中央処理装置（１２１）とを備えることを特徴とする、ネットワークノード（１０２）。
【請求項３１】
前記第１の中央処理装置（１２１）が前記ビット列または前記ビット列の前記圧縮版を処理するように構成され、それによりインパルス雑音の特徴を特定することを特徴とする、請求項３０に記載のネットワークノード（１０２）。
【請求項３２】
デジタルデータパケットを伝送するためネットワーク内で使用するネットワークマネジャ（１０３）であって、
データパケットの検知された受信クオリティを表示するビット列であって、データパケット１つにつき少なくとも１つのビットを含むビット列、または前記ビット列の圧縮版もしくは前記ビット列のコンパクト化版を、管理チャネルからリアルタイムで受信する手段と、
前記ビット列または前記ビット列の前記圧縮版もしくは前記ビット列の前記コンパクト化版を処理し、それによりインパルス雑音の特徴を特定する第２の中央処理装置（１３１）とを備えることを特徴とする、ネットワークマネジャ（１０３）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、デジタルデータ通信におけるインパルス雑音のモニタリング、すなわち、受信されたデータパケットの中のインパルス雑音の検出および特徴付けに関する。インパルス雑音は、外部の雑音源によって通信回線で電磁結合により誘発される、比較的短い時間の雑音である。たとえば、ライトのスイッチをオン／オフにすることは、供給電圧および電流に一時的影響を与え、その結果、電話回線がＤＳＬループとして配置されている場合に、たとえば離散マルチトーン（ＤＭＴ）シンボルでパックされたデジタルデータを伝送できる電話回線に雑音インパルスを生じさせることがある。インパルス雑音は、インパルスの振幅および時間に応じて、受信されるデータパケットのクオリティ劣化および／またはエラーをもたらす。本特許出願の文脈内では、データパケットは、単一の実体として転送される、データバイトまたはデータビットのあらゆる固定長または可変長の集まりを含むよう広く解釈される必要があることが認められる。つまりこれは、データフレーム、データセル、データワード、データシンボル、データセグメントなどを含む。データパケットの１つの例は、たとえば、ＡＤＳＬ（非対称デジタル加入者回線）またはＶＤＳＬ（超高速デジタル加入者回線）のループを介して送信されるＤＭＴシンボルである。
【０００２】
デジタル通信回線の近くに調光器、蛍光灯、クリスマスロープライト、切り替え型の電源ユニット（ＰＳＵ）のテレビまたはパソコン、ビデオレコーダ、電子変圧器、セキュリティライトなどがある場合、その通信回線でのデジタルデータ転送を阻害する雑音インパルスは、反復性を有することがある。かかる反復する雑音インパルスは、なお時間が短く、そのため反復電気インパルス雑音（ｒｅｐｅｔｉｔｉｖｅ  ｅｌｅｃｔｒｉｃａｌ  ｉｍｐｕｌｓｅ  ｎｏｉｓｅ）（ＲＥＩＮ）と呼ばれる。典型的には、２つの連続した雑音インパルスの間の時間は、欧州では１０ミリセカンド（ｍｓ）、米国では８．３ｍｓと短く、その理由は、雑音インパルスが通常、電力の周波数に基づく割合でのオン／オフの移行の結果であり、欧州では５０ヘルツ（Ｈｚ）、米国では６０Ｈｚであることにある。たとえば、調光器の例では、ライトの強さは、ライトのスイッチをオンおよびオフにする電気回路を介して制御される。このオンの時間とオフの時間との割合が、ライトの強さを決める。それぞれのオン／オフの移行は、隣接する通信回線に雑音インパルスをもたらす。ライトのスイッチをオン／オフにするトリガは、電力グリッドの周波数から生まれ、その結果、雑音インパルスは、１０ｍｓ（欧州）または８．３ｍｓ（米国）ごとに発生する。
【０００３】
トリプルプレーサービスの提供、すなわち、高速インターネット（ＨＳＩ）アクセス、ＶｏＩＰまたは会話型ＩＰマルチメディアサービスなどの会話型二地点間サービス、およびブロードキャストＴＶ（ＢＴＶ）などのクライアントサーバに基づくサービスの同時提供の開始にあたり、インパルス雑音の特徴付けは、たとえばＤＳＬオペレータにとって非常に重要になっている。高速インターネットアクセスが最善努力型のサービスであったのに対し、会話型またはクライアントサーバ型の音声およびビデオサービスは、サービスの終端間のクオリティを要求する。オペレータは、これらの新たなサービスを効果的かつ確実に提供することができる安定した高クオリティの広帯域接続を必要としている。
【背景技術】
【０００４】
インパルス雑音によるデジタルデータ伝送のエラーを減らす既存のメカニズムは、再送メカニズム、前方向誤り訂正（ＦＥＣ）メカニズム、または障害処理のいずれかに分類することができる。
【０００５】
再送メカニズムでは、再送要求が受信されたデータパケットを再送信することによって、破損したデータパケットを修復する。この再送要求は、回復できないくらい影響を受けたデータパケットを受信した受信機によって出すことができ（このような実施形態はしばしば、ＡＲＱまたは自動再送要求メカニズムと呼ばれる）、あるいは、受信機がデータパケットの受信を確認するのを待つも、そのデータパケットの送信から所定の時間内にかかる確認を受信しないタイマによって出すことができる。両者の組み合わせ、すなわち、回復できないくらい損傷を受けたパケットについて受信機が出す再送要求、または未確認のもしくは失われたデータパケットについて送信機の中もしくは近くにあるタイマが出す再送要求についても、文献（ｌｉｔｅｒａｔｕｒｅ）で説明されている。
【０００６】
再送は通常、より高い層、すなわち、ＴＣＰ層または伝送制御プロトコル層などのＰＭＤ（物理媒体依存）層より上のプロトコルスタック層で実施される。
【０００７】
再送はまた、たとえば、「Ｉｍｐｕｌｓｅ  Ｎｏｉｓｅ  Ｃｏｒｒｅｃｔｉｏｎ  ｉｎ  ＳＤＳＬ  Ｕｓｉｎｇ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」と題するフランステレコムによるＥＴＳＩ  ＳＤＳＬ標準寄稿（ｓｔａｎｄａｒｄ  ｃｏｎｔｒｉｂｕｔｉｏｎ）０５４ｔ３４において、物理層に関して勧められている。この標準寄稿では、最近伝送されたデータセグメントを記録するＳＤＳＬ（対称デジタル加入者回線）送信機のＰＭＤ（物理媒体依存）層において実施することが提案されている。ＳＤＳＬ受信機は、再送信されるべきデータセグメントのセグメント番号を示すことによって、銅線の組（ｃｏｐｐｅｒ  ｐａｉｒ）におけるインパルス雑音の発生によって破損したデータセグメントの再送を要求することができる。再送要求を受信したＳＤＳＬ送信機は、その要求を優先的に処理する。
【０００８】
他の再送スキームは、Ａ．Ｓ．Ｔａｎｅｎｂａｕｍの「Ｃｏｍｐｕｔｅｒ  Ｎｅｔｗｏｒｋｓ」第４版２００３年、より具体的にはセクション３．３および３．４に見出すことができる。
【０００９】
ＴＣＰ再送などの既存の再送メカニズムは、ＶｏＩＰ（ＩＰ上での音声）またはブロードキャストＴＶサービスなどのリアルタイムサービスでは、再送メカニズムが固有の待ち時間による相当な遅延を被るため役に立たない。さらに、再送メカニズムは、再送に固有の帯域拡大によりＲＥＩＮから高頻度の反復的損失が生じる通信リンクでは、不十分だったり役に立たなかったりする。
【００１０】
前方向誤り訂正（ＦＥＣ）メカニズムは、ＦＥＣコード、すなわち、各データパケットに加えられた冗長ビットまたは冗長バイトの大きさの計算に基づいており、受信機のデコーダで使用されることでインパルス雑音によるエラーなどの伝送エラーを限られた数だけ回復することができる。よく知られているＦＥＣメカニズムには、たとえば、リードソロモン符号化、パリティに基づく（Ｐａｒｉｔｙ−Ｂａｓｅｄ）符号化、Ｈａｒｒｉｓ  Ａｓｃｅｎｔ符号化などがある。
【００１１】
たとえば、リードソロモン（ＲＳ）符号化が使用されることでインパルス雑音の影響を相殺する場合、デジタルデータワードは、伝送前に冗長リードソロモン符号で拡張される。受信後、冗長リードソロモン符号により、デコーダは雑音によって誘発されたデジタルデータワードのエラーを検出し訂正することができる。オーバーヘッドをある程度犠牲にして、リードソロモン符号化により、あらゆる種類のインパルス雑音から生じたエラーを解決することができる。リードソロモン符号化は通常、複数のデータワードに雑音インパルスから生じるエラーを拡散するためにインターリーブ技法と結び付いており、その結果、リードソロモンデコーダが雑音インパルスによって誘発されたすべてのエラーを訂正する性能が向上する。
【００１２】
リードソロモン符号化およびインターリーブのような前方向誤り訂正メカニズムは、典型的には、ＩＮＰまたはインパルス雑音保護と呼ばれるパラメータを使用して構成される。ＩＮＰ値が高くなればなるほど、リードソロモンのオーバーヘッドも高くなり、その結果、回線上の有効データ率は低くなる。ＩＮＰ値が低くなればなるほど、保護が提供されているインパルス雑音バースト（ｉｍｐｕｌｓｅ  ｎｏｉｓｅ  ｂｕｒｓｔ）の時間が短縮される。ＩＮＰパラメータの最適な構成は、インパルス雑音のモニタリングおよび正確な特徴付けを要求する。つまり、デジタル通信回線で前方向誤り訂正パラメータを最適に構成するためには、インパルス雑音とそれがデータパケット、たとえばＤＭＴシンボルにどのように影響を与えるかについて正確な状況が把握される必要がある。
【００１３】
インパルス雑音のモニタリングの知られている方法は、ＩＴＵ−Ｔが同意した基本テキストＴＤ１５８Ｒ１（ＷＰ１／１５）の「Ｇ．ｐｌｏａｍ：Ｇ．ｖｄｓｌ：Ｒｅｐｏｒｔ  ｏｆ  ａｄ−ｈｏｃ  ｓｅｓｓｉｏｎ  ｏｎ  Ｉｍｐｕｌｓｅ  Ｎｏｉｓｅ  Ｍｏｎｉｔｏｒｉｎｇ」と題する、２００６年１１月３日に開かれた臨時セッションの結果として発表された暫定的文書で説明されている。そこで説明され、最初の図で示されているインパルス雑音のモニタリング方法では、遠隔端末が受信されたＤＭＴシンボルのクオリティ劣化を検知し、非常に劣化したＤＭＴシンボルの表示を生成する。このインパルス雑音表示は、その後、インパルスの長さ（ＩＬ）およびインパルスの到着時間間隔（ＩＡＴ）の異常ヒストグラム（ａｎｏｍａｌｙ  ｈｉｓｔｏｇｒａｍｓ）のような基本的統計情報にコンパクト化される。ＩＮＰパラメータの設定の知られている方法でなお入手可能なこれらの統計データは、一部の記憶容量を占める。しかし、検知されたインパルス雑音に関する情報の一部は、統計データ生成の結果、従来技術のインパルス雑音のモニタリング方法では回復できないくらい失われる。たとえば、個々の雑音パルス、個々のエラーの長さ、個々の到着時間間隔、エラーの長さと到着時間間隔との間の相互相関などに関するタイミング情報は失われ、その結果、ＦＥＣパラメータ構成のためにインパルス雑音を正確に特徴付ける可能性も失われる。さらに、遠隔端末のソフトウェアまたはハードウェアでコンパクト化機能が実施される結果、ＩＮＰパラメータ設定を改善できる他のヒストグラムまたは統計、たとえば、２次元のインパルスの長さ、到着時間間隔のヒストグラム、フーリエ変換、スライディングウィンドウに基づくヒストグラム、パルスギャップのブリッジングに基づくヒストグラム、またはこれらの解釈もしくは組み合わせなどを導入することは、遠隔端末のソフトウェア／ハードウェアのアップグレードを必要とするため、ほぼ不可能である。このようなアップグレードは、典型的には国際標準の設定または事実上の業界標準に対する市場主導の需要のため、すべての製造業者に製品の変更を要求する緩やかなプロセスである。
【００１４】
同じ弱点を持つ同様のインパルス雑音モニタリング方法は、国際特許出願の「Ｉｍｐｕｌｓｅ  Ｎｏｉｓｅ  Ｍａｎａｇｅｍｅｎｔ」と題するＷＯ２００５／０８６４０５および「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓｅｓ  ｏｆ  Ｍｅａｓｕｒｉｎｇ  Ｉｍｐｕｌｓｅ  Ｎｏｉｓｅ  Ｐａｒａｍｅｔｅｒｓ  ｉｎ  Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ」と題するＷＯ２００６／１０２２２５で説明されている。
【００１５】
最後に、前方向誤り訂正メカニズムが利用できない場合、またはすべてのインパルス雑音エラーを訂正するための十分に高いＩＮＰ値がない場合、インパルス雑音に対処する解決策は、障害処理、すなわち、顧客の家の中に原因を見つけ、インパルス雑音の原因を除去するための措置を講じることであり得る。たとえばＤＳＬ回線の場合、家の中の配線の一部を除去してそれをより優れた電線に置き換えることで、インパルス雑音の影響を容認できる水準まで減らすことができる。インパルス雑音の原因を特定し診断し、それにより是正措置を講じて原因を除去するか問題を軽減するために、オペレータは、物理的現象にできるだけ接近してインパルス雑音のモニタリングおよび特徴付けを行う解決策を要求する。
【００１６】
障害処理の目的でインパルス雑音をモニターし特徴付ける知られている方法は、シングルエンド回線テスト（Ｓｉｎｇｌｅ−Ｅｎｄｅｄ  Ｌｉｎｅ  Ｔｅｓｔｉｎｇ）（ＳＥＬＴ）に基づいている。たとえば、ＩＴＵ−Ｔ標準寄稿のブリティッシュテレコムによるＣＤ−０４７およびＡＴ＆ＴによるＣＤ−０２１に例が示されている。しかしＳＥＬＴは、サービス中断を伴うオフライン方法である。特に、比較的長い時間、たとえば１日または数日にわたって観察が必要な場合のインパルス雑音の特徴付けでは、知られているＳＥＬＴに基づく手法は、望ましくないか容認できないほどの長時間のサービス中断をもたらす。加えて、知られているＳＥＬＴ手法は、中央で実行される測定方法と見なされる。顧客構内またはその近くで誘発されたインパルス雑音を診断するために中央サイドでインパルス雑音を測定することは、明らかに非効率的である。知られているＳＥＬＴベースの測定手法を、中央サイドから遠隔の顧客構内設備に移すことは、中央サイドへ情報の検索に関する問題を提起している。さらに、知られているＳＥＬＴベースの方法は、振幅、時間および到着時間間隔の分布を測定するが、これらはインパルス雑音の原因を特定するには不十分なパラメータである。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】国際公開第２００５／０８６４０５号パンフレット
【特許文献２】国際公開第２００６／１０２２２５号パンフレット
【非特許文献】
【００１８】
【非特許文献１】フランステレコムＥＴＳＩ  ＳＤＳＬ標準寄稿（ｓｔａｎｄａｒｄ  ｃｏｎｔｒｉｂｕｔｉｏｎ）０５４ｔ３４「Ｉｍｐｕｌｓｅ  Ｎｏｉｓｅ  Ｃｏｒｒｅｃｔｉｏｎ  ｉｎ  ＳＤＳＬ  Ｕｓｉｎｇ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」
【非特許文献２】Ａ．Ｓ．Ｔａｎｅｎｂａｕｍ「Ｃｏｍｐｕｔｅｒ  Ｎｅｔｗｏｒｋｓ」第４版２００３年、セクション３．３および３．４
【非特許文献３】ＩＴＵ−Ｔが同意した基本テキストＴＤ１５８Ｒ１（ＷＰ１／１５）「Ｇ．ｐｌｏａｍ：Ｇ．ｖｄｓｌ：Ｒｅｐｏｒｔ  ｏｆ  ａｄ−ｈｏｃ  ｓｅｓｓｉｏｎ  ｏｎ  Ｉｍｐｕｌｓｅ  Ｎｏｉｓｅ  Ｍｏｎｉｔｏｒｉｎｇ」
【発明の概要】
【発明が解決しようとする課題】
【００１９】
本発明の目的は、前述の従来技術の方法の欠点を克服する、インパルス雑音をモニターする方法を提供することである。より具体的には、目的は、サービス中断も遠隔端末から情報を収集する問題も伴わずに、オンラインでのインパルス雑音の詳細な特徴付けおよび／またはインパルス雑音の原因の特定を可能にするインパルス雑音のモニタリング方法を開示することである。さらなる目的は、インパルス雑音の特徴付けおよびインパルス雑音の原因の特定のために入手できる情報を改善することである。他の目的は、インパルス雑音のモニタリングを通じて収集される情報を解釈する、コンパクト化および処理するソフトウェア／ハードウェアのアップグレード可能性を単純化することである。
【課題を解決するための手段】
【００２０】
本発明によれば、上に定めた目的が実現され、知られている従来技術の解決策の弱点が、請求項１に定めるインパルス雑音をモニターする方法によって克服される。請求項１は以下のステップを含む：
−受信されたデータパケットの受信クオリティを検知するステップ、
−検知された受信クオリティを表示するビット列を生成するステップであって、ビット列が、受信されたデータパケット１つにつき少なくとも１つのビットを含むステップ、および
−ビット列またはビット列の圧縮版をそのコンパクト化および／または処理のためにネットワークにおける第１の中央処理装置に管理チャネルを通じてリアルタイムで転送するステップ。
【００２１】
こうして、データパケットの検知された受信クオリティを表示するビット列を、リアルタイムで、最終的にはいくらか遅延する形で、最新の利用可能なアルゴリズムを用いて格納、コンパクト化、視覚化および／または処理が可能なネットワーク内の中央処理装置へ送信することによって、パラメータを条件付ける膨大な量のインパルス雑音が計算される際の源となる検知された受信クオリティを表示する未加工の一連の情報を、ネットワーク内の中央処理装置が利用できるようになる。管理チャネルの使用を通じて、ビット列はエンドユーザへのサービスを中断することなく第１の中央処理装置へオンラインで転送される。コンパクト化および／または処理が第１の中央処理装置において（または後述する、ビット列を選択的に転送することができる第２の処理装置において）中央で実行されるため、受信クオリティを検出し転送し、好ましくは遠隔の顧客構内設備に存在する機器のソフトウェア／ハードウェア、たとえばＡＤＳＬのＣＰＥモデムを更新する必要はない。
【００２２】
エラーは比較的まれにしか生じないため、データパケット内のインパルス雑音の存在を表示するビット列は密度が低いと予想することができ、ビット列は選択的に、当初の未加工ビット列に含まれている情報を失うことなく、第１の中央処理情報に転送する前に圧縮できることが認められる。
【００２３】
本発明による方法で受信されたデータパケットの受信クオリティを検知することは、受信されたデータパケット内のエラーまたは消去を検出する、現在のデータ率でのサービスではエラーをもたらすとは限らないが、より高いデータ率を要求する将来のサービスではエラーを生じさせかねない雑音水準の増加を測定する、信号対雑音比（ＳＮＲ）、ビットエラー率（ＢＥＲ）、または受信クオリティの劣化を表示する代替パラメータを測定する、知られているか将来の手法に依存することができることがさらに認められる。
【００２４】
請求項１に定めるインパルス雑音をモニターする方法に加えて、本発明は、請求項２９に定める対応するネットワーク端末、請求項３０および３１に定める対応するネットワークノード、ならびに請求項３２に定める対応するネットワークマネジャに関する。
【００２５】
請求項２から４に示すとおり、ビット列またはビット列の圧縮版は、物理層の管理チャネルを通じて第１の中央処理装置に転送することができる。ＤＳＬネットワークの場合の例は、デジタル加入者回線の内部オペレーションチャネル（ＥＯＣ）、またはＴＲ−０６９プロトコルに基づく管理チャネルを通じた帯域内転送である。
【００２６】
請求項５にさらに示すとおり、最も単純な版のビット列は、受信されたデータパケット１つにつき１つのビットを含むことができ、たとえば、ＤＳＬ受信機内の受信されたＤＭＴシンボル１つにつき１つのビットで、そのビットは、ＤＭＴシンボルの受信クオリティが一定の基準を上回った場合には１を設定し、ＤＭＴシンボルの受信クオリティがその基準を下回った場合には０を設定するか、その逆とする。あるいは、請求項６で示すとおり、ビット列は、受信されたデータパケット１つにつき複数のビットを含み、これらのビットが受信されたデータパケットのクオリティに関する量的表示である場合がある。
【００２７】
データパケット１つにつき単一のビットで実施すると、検知されたクオリティに関する十分な情報が得られない場合、複数のビットが、インパルス雑音に関するあらゆる種類の統計的分析を可能にする検知されたクオリティまたはクオリティ劣化に関する十分な情報を提供することができる。
【００２８】
本発明による方法は、デジタル加入者回線顧客構内設備（ＤＳＬ  ＣＰＥ）によって有利に実施することができ、その場合、受信されたデータパケットは、離散マルチトーン（ＤＭＴ）シンボルに対応する。これは請求項７に定めている。ＡＤＳＬの下流のＤＭＴシンボルは１秒あたり約４０００ＤＭＴシンボルのペースで送信されるため、本発明によるビット列は低いスピード、たとえば、様々なＡＤＳＬ標準で定められているＰＭＤ  ＥＯＣチャネルを通じて毎秒４キロビットで転送することができる。ＶＤＳＬでは、約４０００ＤＭＴシンボルまたは約８０００ＤＭＴシンボルが毎秒下流に送信され、その結果、本発明によるビット列は、毎秒約４キロビットまたは毎秒約８キロビットの割合で上流へ転送することができる。
【００２９】
選択的に、請求項８に定めるとおり、ビット列または当該ビット列の圧縮版は、デジタル加入者回線中央局（ＤＳＬ  ＣＯ）にある第１の中央処理装置、たとえば、全く同一のＤＳＬＡＭで終わるすべてのＤＳＬ回線のためにこの情報を集める単一のＣＰＵ、または、請求項９に示すように、ＤＳＬＡＭ内の全く同一の回線終端（ＬＴ）ボードで終わるすべてのＤＳＬ回線のためにこの情報を集めるデジタル加入者回線中央局（ＤＳＬ  ＣＯ）にある各ＬＴボード上のＣＰＵに転送することができる。
【００３０】
請求項１０に定める、本発明による方法のオプション機能では、ビット列またはビット列の圧縮版は、遠隔のネットワーク端末から第１の中央処理装置へ規則的、自律的に転送することができる。
【００３１】
請求項１１に定める、本発明による方法の代替的な実施形態では、ビット列またはビット列の圧縮版の転送は、第１の中央処理装置によって規則的、自律的に要求される。
【００３２】
請求項１２に定める、本発明による方法のさらに別の代替的な実施形態では、表示信号がビット列の生成後に第１の中央処理装置に送信され、ビット列またはビット列の圧縮版は、第１の中央処理装置の要求に応じて第１の中央処理装置に送信される。
【００３３】
要約すると、第１の中央処理装置への圧縮されたまたは圧縮されていないビット列の転送は、インパルス雑音のモニタリング機能をホスティングする遠隔端末の主導で、第１の中央処理装置の要求に応じて、またはビット列が生成されて第１の中央処理装置が処理する準備ができていることを示す通信が遠隔端末と第１の中央処理装置との間で行われた後、独立して実施することができる。第２および第３の変形形態は、遠隔端末と第１の中央処理装置をホスティングするノードとの間のさらなるシグナリング、およびビット列を少なくとも第１の中央処理装置によって要求されるまで格納する遠隔端末の記憶容量を明確に要求する。
【００３４】
選択的に、請求項１３に定めるとおり、本発明による方法は、以下のさらなるステップを含む：
−１つか複数の後続ビット列を生成するステップ、および
−ビット列および後続ビット列またはその圧縮版を、遠隔のネットワーク端末における先入れ先出し記憶装置に格納するステップ。
【００３５】
遠隔端末におけるＦＩＦＯ（先入れ先出し）記憶装置の実行は、ビット列が第１の中央処理装置の要求に応じてのみ転送される場合に好ましい。
【００３６】
請求項１４にさらに示すとおり、遠隔端末における先入れ先出し記憶装置を使用した本発明の変形形態では、ビット列および後続ビット列の１つか複数またはその圧縮版は、先入れ先出し記憶装置から第１の中央処理装置へ一度に転送することができる。
【００３７】
請求項１５に明示するとおり、転送されたビット列またはその圧縮版は、第１の中央処理装置へ転送された後、遠隔端末の先入れ先出し記憶装置から除去することができる。
【００３８】
こうして、先入れ先出し記憶装置の記憶容量は、さらなる後続ビット列のために可能な限り速やかに解放される。
【００３９】
請求項１６に定める、本発明による方法のより進んだ代替的実施形態では、転送されたビット列および後続ビット列またはその圧縮版は、第１の中央処理装置により適切に受信したことを確認して初めて、遠隔端末の先入れ先出し記憶装置から除去される。
【００４０】
こうして、適切な受信が確認されるまで、ビット列および後続ビット列は、先入れ先出し記憶装置で再送のために引き続き入手できるため、上流の管理チャネルを通じたビット列および後続ビット列の１つか複数の不適切な転送による情報の喪失を避けることができる。
【００４１】
請求項１７に定める、本発明のＦＩＦＯベースの実施のさらなるオプションでは、ビット列および後続ビット列またはその圧縮版は、先入れ先出し記憶装置のオーバーフローに伴い先入れ先出し記憶装置から除去することができる。
【００４２】
典型的には、ＦＩＦＯ記憶装置内のビット列および後続ビット列の最も古いものが、オーバーフローを予期して新たな後続ビット列のために記憶領域を解放することによって除去される。しかし、それは必要ではなく、本発明は明らかに、オーバーフローを予期してＦＩＦＯ記憶装置内の最も古いビット列を除去することに限定されない。
【００４３】
さらに別のオプションでは、本発明による方法は、ビット列またはビット列の圧縮版またはコンパクト化されたビット列を第１の中央処理装置からネットワークマネジャ内の第２の中央処理装置へ規則的、自律的に転送することを含むことができる。このオプションは、請求項１８に定めている。
【００４４】
あるいは、請求項１９に定めるとおり、本発明による方法は、ネットワークマネジャの第２の中央処理装置によりビット列またはビット列の圧縮版またはコンパクト化されたビット列の転送を第１の中央処理装置へ規則的、自律的に要求することを含むことができる。
【００４５】
請求項２０に定める、本発明による方法のさらに別の代替的実施形態では、ビット列またはビット列の圧縮版をコンパクト化または処理する第１の中央処理装置によるイベント検出の後、表示信号がネットワークマネジャの第２の中央処理装置へ送信され、ビット列またはビット列の圧縮版またはビット列のコンパクト化版が第２の中央処理装置の要求に応じて第１の中央処理装置から第２の中央処理装置へ転送される。既に述べたとおり、ビット列またはその圧縮版もしくはコンパクト化版は、たとえばＤＳＬＡＭのようなネットワークノード内に存在する第１の中央処理装置から、たとえば１人または複数のオペレータのネットワークを管理するために使用されるネットワークマネジャ内に存在する第２の中央処理装置へ転送することができる。ビット列のコンパクト化版は、第１の中央処理装置によってビット列またはビット列の圧縮版から抽出されたヒストグラムまたは統計情報からなることができる。また、ビット列が第２の中央処理装置へ転送されるペースは、ビット列が遠隔端末から第１の中央処理装置へ転送される頻度を下回ってよい。特に、第２の中央処理装置をホスティングするネットワークマネジャが大きなネットワーク、さらには複数のネットワークを管理する場合、この方法でネットワークマネジャへの負担のかけ過ぎを回避することができる。
【００４６】
さらに要約すると、ビット列、その圧縮版またはコンパクト化版は、第１の中央処理装置の主導で、第２の中央処理装置へ独立して送信することができ、第２の中央処理装置が要求に応じてのみ送信することができ、またはインパルス雑音バーストなどのイベントを示す通信が第１の中央処理装置と第２の中央処理装置との間で行われた後に送信することができる。後者２つの実施形態は、第１の中央処理装置と第２の中央処理装置との間のさらなるシグナリングのほか、ビット列を第２の中央処理装置によって要求されるまで記憶するため第１の中央処理装置における十分な記憶容量を明らかに必要とする。
【００４７】
選択的に、請求項２１に定めるとおり、本発明によるインパルス雑音をモニターする方法は、以下のさらなるステップを含む：
−１つか複数の後続ビット列を生成するステップ、
−後続ビット列またはその圧縮版をさらに第１の中央処理装置へ転送するステップ、および
−ビット列および１つか複数の後続ビット列またはその圧縮版を第１の中央処理装置の先入れ先出し記憶装置に格納するステップ。
【００４８】
こうして、第１の処理装置の中または近くでＦＩＦＯを実施することによって、遠隔端末におけるビット列の記憶要件を軽減することができる。よって、エラー、またはより一般的には、検知された受信クオリティを表示する情報は、最終的にタイムスタンプが行われる記録でグループ化することができる。これらの記録は、後続ビット列として第１の中央処理装置へ転送され、記憶装置に格納される。このように記録を中央に格納することで、遠隔端末の記憶要件が最小化される。第１の中央処理装置の中または近くでＦＩＦＯを実施することはまた、ビット列が第２の中央処理装置の要求に応じて第２の中央処理装置に転送される場合に好ましい。
【００４９】
請求項２２に示すとおり、ビット列を第１の中央処理装置からネットワークマネジャに存在する第２の中央処理装置に転送する際、ビット列および後続ビット列の１つか複数を一度に転送することができる。その後、転送されたビット列は、請求項２３が明示するとおり、第１の中央処理装置の中または近くのＦＩＦＯ記憶装置からただちに除去することができ、または、請求項２４に定めるとおり、第２の中央処理装置により適切に受信したことを確認して初めて、ＦＩＦＯ記憶装置から除去することができる。請求項２５に定めるとおり、ＦＩＦＯ記憶装置のオーバーフローを予期して、最も古いビット列（または選択した他のビット列）をＦＩＦＯ記憶装置から除去することができる。これらのオプション機能の利点は、ビット列および後続ビット列を遠隔端末から第１の中央処理装置へ転送する前に格納する遠隔装置におけるＦＩＦＯ記憶装置の存在との関係で既に説明した利点と類似する。
【００５０】
請求項２６に定めるとおり、本発明によるインパルス雑音をモニターする方法の他のオプション機能では、ビット列を前述の第１の中央処理装置へ転送する前に可逆的圧縮アルゴリズムによって圧縮することができる。明らかに本発明を限定しない、このような可逆的圧縮アルゴリズムの例は、請求項２７で言及するランレングス符号化アルゴリズムである。
【００５１】
さらに、本発明による方法の選択的態様は、ビット列またはビット列の圧縮版が第１の中央処理装置によって処理され、それにより、インパルス雑音の特徴を特定することができる。この態様は請求項２８で言及している。
【００５２】
この処理は、インパルス雑音の長さおよび／またはインパルスの到着時間間隔のヒストグラムの生成、パルスギャップブリッジングメカニズムの有無、フーリエ変換の有無、スライディングウィンドウに基づくメカニズムの有無、インパルス雑音の長さとインパルス到着時間間隔との相互相関を伴い、最適なＩＮＰパラメータ設定などを決定する。
【図面の簡単な説明】
【００５３】
【図１】本発明によるネットワーク端末１０１、ネットワークノード１０２およびネットワークマネジャ１０３を備えるＤＳＬネットワークにおける、本発明によるインパルス雑音のモニタリング方法の実施形態を示す図である。
【発明を実施するための形態】
【００５４】
図１は、ＤＳＬ回線１０４を介してＤＳＬ  ＣＯ（デジタル加入者回線中央局）１０２に接続されたＤＳＬ  ＣＰＥ（デジタル加入者回線顧客構内設備）モデム１０１を示している。ＤＳＬ  ＣＰＥ１０１は、たとえばＡＤＳＬモデムまたはＶＤＳＬモデムとすることができ、ＤＳＬ  ＣＯ１０２は、ＤＳＬＡＭ（デジタル加入者回線アクセスマルチプレクサ）、ＤＳＬＡＭ内の回線終端ボード、または１つか複数の中央局ＤＳＬモデムを組み込んでいるＡＳＩＣ（アプリケーション専用集積回路）とすることができる。従来のＤＳＬ  ＣＰＥ機能に加えてＤＳＬ  ＣＰＥ１０１は、ＤＭＴシンボル受信クオリティセンサ、ＳＥＮＳまたは１１１、ＤＭＴシンボルクオリティビット列ジェネレータ、ＳＱ−ＧＥＮまたは１１２、先入れ先出し記憶装置、ＦＩＦＯ１または１１３、およびＤＭＴシンボルクオリティビット列転送装置、ＴＲＡＮＳＦまたは１１４を備える。従来のＤＳＬ  ＣＯ機能に加えてＤＳＬ  ＣＯ１０２は、同様に先入れ先出し記憶装置、ＦＩＦＯ２または１２２を有する第１の中央処理装置、ＣＰＵ１または１２１を備える。図１はさらに、第２の中央処理装置、ＣＰＵ２または１３１を備えたＤＳＬネットワークマネジャ、ＮＥＴＷＯＲＫ  ＭＮＧＲまたは１０３を示している。
【００５５】
下流方向では、ＤＭＴシンボルはＤＳＬ回線１０４を介してＤＳＬ  ＣＯ１０２からＤＳＬ  ＣＰＥ１０１へ送信される。ＤＳＬ  ＣＰＥ１０１でこれらのＤＭＴシンボルを受信すると、シンボル受信クオリティセンサ１１１は、受信されたＤＭＴシンボルそれぞれにつき、たとえば消去検出、ＳＮＲ（信号対雑音比）測定、またはＢＥＲ（ビットエラー率）の計算を通じてＤＭＴシンボルのクオリティ劣化を検知する。検知されたＤＭＴシンボルのクオリティに基づき、シンボルクオリティビット列ジェネレータ１１２は、それぞれのＤＭＴシンボルの劣化を表示するＤＭＴシンボル１につき１つのビットを生成する。かかるビットは、以下のパラグラフでシンボルクオリティビットまたはＳＱビットと呼ぶ。よって、シンボルクオリティビット列ジェネレータ１１２は、検知されたＤＭＴシンボルクオリティが一定の基準未満にとどまった場合には劣化シンボルビットまたはＤＥＳＹビット（たとえば１に設定したビット）を生成し、対応するＤＭＴシンボルの受信クオリティがその基準を上回った場合には非劣化シンボルビットまたはＮＯＤＥＳＹビット（たとえば０に設定したビット）を生成する。これらのＳＱビットが現存するサービスのため生成されるか、将来のサービスのために生成されるかにかかわりなく、ＡＤＳＬの場合にこうして生成されたビット列は、ＳＱストリームと呼ばれる、毎秒約４キロビットのデータストリームを表す。
【００５６】
ＳＱビットは先入れ先出し記憶装置１１３に格納され、そこから読み出される。その後、ＳＱストリームは、転送装置１１４によってＥＯＣ（内部オペレーションチャネル）管理チャネルを介してＤＳＬ  ＣＯ１０２へと上流に送信される。これは、転送装置１１４または図１に示していない制御装置によって生成されるＳＱスタート命令およびＳＱストップ命令に基づき、独立して実施することができ、その場合、いくつかのＳＱビットはグループ化されてＳＱビット列を形成する。後述するとおり、ヘッダーが事前に付けられ（ｐｒｅ−ｐｅｎｄｅｄ）、一定の間隔でＳＱビット列は送信される。あるいは、これは、ＤＳＬ  ＣＯ１０２によって、より具体的には内蔵する中央処理装置１２１によって出される要求に基づいて実施することができる。後者の場合、ＤＳＬ  ＣＰＥの先入れ先出し記憶装置１１３は、ＳＱビット列の格納を、中央処理装置１２１によってその転送が要求されるまで回避することができない。先入れ先出し記憶装置１１３の規模は、たとえば４バイトの３２倍に固定することができる。
【００５７】
一般に、ＤＳＬ  ＣＯ１０２が転送装置１１４によるＳＱビット列の転送を要求するために、２種類の要求メッセージを区別することができる。以下のパラグラフでＳＱ＿ｎｅｗと呼ばれる、第１の種類の要求メッセージは、新たなＳＱビット列を求める。ＳＱ＿ｎｅｗの要求に応じて、転送装置１１４は、既に送信されたＳＱビット列の後にＦＩＦＯ１に格納されたＳＱビット列のみを送信する。以下のパラグラフでＳＱ＿ａｌｌと呼ぶ、第２の種類の要求メッセージは、すべてのＳＱビット列、すなわち、前回の要求で求められたＳＱビット列と新たなＳＱビット列との両方の転送を要求する。
【００５８】
ＦＩＦＯ１は、前回のＳＱ＿ｎｅｗの要求と今回の要求との間のオーバーフローをモニターされる。ＦＩＦＯ１の規模が新たなビット列、すなわち、前回のＳＱ＿ｎｅｗの要求の後に生成されたビット列を格納するには不十分になった場合にはただちに、古いＳＱビット列が新しいＳＱビット列によって上書きされる。つまり、最も新しいビット列がＦＩＦＯ１に記録され、古いビット列が除去される。あるいは、最も古いビット列とは限らない他の一連のビット列が、オーバーフローを予期してＦＩＦＯ１から除去される。
【００５９】
本明細書で前述したＤＭＴシンボル１つあたりの単一ビットの代わりに、シンボルクオリティビット列ジェネレータ１１２によって生成されるＳＱビット列は、ＤＭＴシンボル１つにつき固定数のＳＱビット、固定数のＳＱビットを有するタイムスタンプ、連続的なＤＥＳＹビットのカウント（ＤＥＳＹカウント）および／もしくは連続的なＮＯＤＥＳＹビットのカウント（ＮＯＤＥＳＹカウント）を有するタイムスタンプ、またはタイムスタンプ、カウントおよびビットの組み合わせを含むことができる。
【００６０】
本明細書で前述した第２のオプション、すなわち、タイムスタンプを含む場合は、図１に示すシステムで実施することが想定されている。この実施形態では、ＮＯＤＥＳＹビットを含んでいるだけのすべてのビット列を読み飛ばすことができる。回線がＲＥＩＮによって影響を受ける場合でも、ＤＳＬ回線上の連続的なＮＯＤＥＳＹビットの量は、典型的には３０程度である。１６ビットのタイムスタンプでは、かなりのデータ削減を実現することができる。
【００６１】
ビット列を固定規模にすると、ＦＩＦＯ記憶装置の複雑性が低下し、大半の事象は少数の連続的なＤＥＳＹビットを有するにすぎないため、ＤＥＳＹカウントを実施することは有用ではない可能性があることが認められる。したがって、ＤＥＳＹビットの発生時には、新たなビット列がシンボルクオリティビット列ジェネレータ１１２によって作られる。タイムスタンプは、ＳＱストリームにおけるＤＥＳＹビットの連続番号を示す。固定規模のビット列を得るために、１６の後続ＳＱビットのみがタイムスタンプとともにビット列に入れられる。
【００６２】
有利なことに、ＳＱビット列の一部をなすタイムスタンプは、前回のＳＱビット列における最後のＳＱビットと比較した連続番号の差として符号化することができる。現在のビット列については、それは、前回のビット列に含まれているＳＱビットの数を差し引いた前回のビット列のタイムスタンプとして現れる。この値はＳＱ＿ｏｆｆｓｅｔと呼ばれる。前述の例では、ＳＱ＿ｏｆｆｓｅｔは１７である。タイムスタンプは最大カウントで飽和状態になることがさらに認められる。
【００６３】
タイムスタンプはまた、ＤＳＬ  ＣＯ１０２から来る要求のために作ることができることが認められる。このタイムスタンプを以下のパラグラフでＳＱ＿ｒｅｑｕｅｓｔ＿ｔｉｍｅと呼ぶ。
【００６４】
ＤＳＬ  ＣＰＥ１０１の転送装置１１４から中央処理装置ＣＰＵ１にビット列を転送するために、ビット列をより大きなパケットにグループ化することができる。かかるパケットは、たとえば、パケット内のビット列の数を特定するヘッダーを有することができる。ヘッダーは、たとえば、ＦＩＦＯ１が３２ビット列：０から３２まで格納可能とされている場合、６ビットを有することができる。オーバーフローの場合、ヘッダーは、パケットには３２ビット列だけあるがＦＩＦＯ１でオーバーフローがあったことを示す特別な値（たとえば３３）を含むことができる。パケットは明らかに、最も古いもので始まるＳＱビット列をも含む。パケットはさらに選択的に、最大カウントで飽和状態となる２つの３２ビットのカウンタを含み、１つのＳＱビットの細分性を有することができる。第１のカウンタは、現在のパケットの要求時間ＳＱ＿ｒｅｑｕｅｓｔ＿ｔｉｍｅと比較した最後のＳＱビット列の最後のＳＱビット以降の時間を示す。第２のカウンタは、現在のパケットの要求時間ＳＱ＿ｒｅｑｕｅｓｔ＿ｔｉｍｅと比較した新たな要求ＳＱ＿ｎｅｗに対する応答となった前回のパケットの最後のＳＱビット列の最後のＳＱビット以降の時間を示す。
【００６５】
さらに、ＦＩＦＯ１が最後のＳＱ＿ｎｅｗの要求以降に新たなＳＱビット列を有することを示す表示ビットを生成することができる。この表示ビットは、フレーミングオーバーヘッド、たとえばＩＴＵ−Ｔ仕様Ｇ．９９３．２  ＩＢ１−２のＴａｂｌｅ９−５で定義されているフレーミングオーバーヘッドにおける予備のビット領域を占めることができる。この表示ビットは、たとえば、管理カウンタ読み取り命令のような頻繁に実行されるＥＯＣ命令に付加することもできる。応答がこの表示ビットである命令を作ることができる。
【００６６】
第１の中央処理装置ＣＰＵ１では、受信されたＳＱビット列は第２の先入れ先出し記憶装置１２２に格納される。このビット列は、ＣＰＵ１によって処理またはコンパクト化することができる。この処理またはコンパクト化は、インパルス雑音の長さおよび／またはインパルスの到着時間間隔のヒストグラムの生成、パルスギャップブリッジングメカニズムの有無、フーリエ変換の有無、スライディングウィンドウに基づくメカニズムの有無、インパルス雑音の長さとインパルス到着時間間隔との相互相関を伴い、最適なＩＮＰパラメータ設定などを決定する。
【００６７】
さらに、格納されたＳＱビット列は、１人または複数のＤＳＬオペレータのＤＳＬＡＭベース全体または１人のＤＳＬオペレータのＤＳＬＡＭベースの一部を管理するネットワークマネジャまたはネットワークアナライザ１０３の第２の中央処理装置１３１に、チャネル１０５を介して転送することができる。ここでも、ＳＱビット列の転送は、独立して（プッシュモデル）またはＣＰＵ２の明示的要求に応じて（プルモデル）実行することができ、ＦＩＦＯ１と同様に、第２の先入れ先出し記憶装置１３１には、ＳＱビット列がＣＰＵ２によって要求されるペースに十分に対処するため読み取り、書き込み、除去およびオーバーフロー管理の機能を付加することができる。
【００６８】
ネットワークマネジャ１０３は、典型的には数千から数百万のＤＳＬ回線を管理するため、オペレータがインパルス雑音の問題にＤＳＬ回線上で修復措置を講じることができるよう、ＳＱビット列を視覚化し処理し、診断情報を生成するために、比較的低い頻度で、たとえば１５分おきに限られた数の回線につきＳＱビット列を要求するようＣＰＵ２を構成することができる。異なるＤＳＬ回線でＩＮＰパラメータを適応可能な形で構成するため、ＳＱビット列の大量処理は、ＤＳＬ回線の近く、すなわち、回線終端ボード上またはＤＳＬＡＭ内のＣＰＵ１によって実行される。
【００６９】
最初の所見は、前述の好ましい実施形態がＤＳＬネットワークで実施されるが、本発明の適用がＤＳＬ回線として配置された銅ループを介したデジタルデータ転送に限定されないことである。通信業者は、受信されたシンボルの検知されたクオリティを示すシンボルクオリティビット列を生成すること、およびかかるビット列をネットワークの中央に位置するＣＰＵに転送することは、インパルス雑音に悩まされる非ＤＳＬループで同様に有効に行うことができることを理解されよう。例は、有線または無線のＬＡＮ接続、アクセス加入者回線、伝送回線などである。
【００７０】
もう１つの所見は、本明細書では既に、ネットワークノードにおける第１の中央処理装置、ネットワークマネジャ内にある選択的な第２の中央処理装置に言及したが、第１の中央処理装置がネットワーク管理プラグラム内にある場合を排除するものではないことである。つまり、第１の中央処理装置をホスティングするネットワークノードは、ネットワークマネジャまたはネットワークアナライザであり得る。
【００７１】
さらにもう１つの所見は、国際ＤＳＬ標準による上で言及したＤＭＴシンボルまたは離散マルチトーンシンボルが、データシンボルおよびＳＹＮＣシンボルを含むことである。しかし、本発明により生成されるビット列は明らかに、ＤＭＴシンボルまたはデータシンボルのみまたは非ＳＹＮＣシンボルのみに基づくことができるため、かかる厳格な解釈は、本発明に適用されないことが認められる。本特許申請の冒頭部分で既に述べたように、ビット列は、代替種類のデータパケット、セル、ワード、シンボルなどで計算することもできる。
【００７２】
本発明の原則によるネットワーク内でのＳＱビット列生成およびＣＰＵへの転送は、持続的に行う必要はないことも認められる。たとえば、パルス幅およびパルス到着時間間隔などの標準的な統計が各回線で実行中に集められる場合、およびＳＱビット列がネットワーク内で生成されＣＰＵへ転送されるインパルス雑音モニタリングモードが、たとえば回線終端ボード１つにつき１つまたは２つの回線で使用可能／使用禁止である場合の実施形態を考えることができる。こうして、より高度な診断を、たとえば、ＳＱストリームの転送先となり得る中央局またはネットワーク管理システムでＳＱビットストリームを処理することによって、前述の１つまたは２つの回線で行うことができる。こうして、標準的な統計を用いてすべての回線をモニターすることができ、問題の検出、たとえば基準超えの警告があった場合、オペレータの注意が喚起され、オペレータは、ＳＱビットストリームモードを使用可能にすることによって、問題の回線を調査することができる。統計および／またはすべてのデータを集めるこうした賢明な方法では、回線終端ボードまたはＣＰＵをホスティングしているネットワーク領域上の必要なＲＡＭメモリが少なくなる。
【００７３】
さらに、通信機器業者には、図１に示す機能ブロックと上の説明がソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組み合わせで実行できることが明らかであろう。
【００７４】
本発明はＤＳＬネットワークの領域における特定の実施形態を参照して例示しているが、本発明は前述の例示的実施形態の詳細に限定されず、本発明はその精神と範囲から逸脱することなく様々な変更、修正を加えて具現することができることが当業者には明らかであろう。よって、本実施形態は、あらゆる点で例示的であり、限定的ではないと考えるべきであり、本発明の範囲は上の説明ではなく添付の特許請求の範囲によって示され、そのため特許請求の範囲と同等の意味および範囲内にあるすべての変更は本発明に含まれることが意図されている。つまり、基本的原則の精神および範囲の中にあり、本特許申請においてその本質的特性が請求対象となる一切の修正、変形または同等物を含むと考えられる。さらに、「備える、含む（ｃｏｍｐｒｉｓｉｎｇまたはｃｏｍｐｒｉｓｅ）」という語が他の要素またはステップを排除せず、「１つの（ａまたはａｎ）」という語が複数を排除せず、コンピュータシステム、プロセッサ、または他の統合装置などの単一の要素が特許請求の範囲で挙げる複数の手段の機能を満たすことができることが、本特許申請の読者によって理解されよう。特許請求の範囲におけるあらゆる参照の表示は、それぞれの特許請求の範囲を限定するものと解釈されるものではない。用語「第１」、「第２」、「第３」、「ａ」「ｂ」、「ｃ」などは、説明または特許請求の範囲で使用される場合は、類似の要素またはステップを区別するために導入され、連続的、時間的順序を示すとは限らない。
【図１】
2010524275.tif 000003
【国際調査報告】
2010524275.tif 000004
2010524275.tif 000005
2010524275.tif 000006