(57)【要約】  新しいＰＨＹレイヤ診断プリミティブの導出は、Ｇ．９９３．５を介して収集される正規化エラーサンプルに基づいている。この処理は、ＰＨＹレイヤ機器依存性から処理を抽象化し、さらに診断目的のためのプリミティブの局所的および遠隔的な処理を可能にするためにＥＲＢおよびこれらＥＲＢデータのＬ２イーサネット・パケット・カプセル化を使用する。
2014532334.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて実施される方法であって、
前記通信システムにおける経路の回線条件に関連するエラーパケットを受信することと、
顧客構内設備（ＣＰＥ）と、ベクトル制御エンティティ（ＶＣＥ）と、前記ＣＰＥおよび前記ＶＣＥから遠隔的な診断アプリケーションとのうちの１つ以上によって、前記受信したエラーパケットを使用して前記回線条件をモニタリングすることと、
を備える方法。
【請求項２】
前記回線条件をモニタリングすることは、前記エラーパケットの中のデータから診断物理（ＰＨＹ）レイヤプリミティブを導出することを備える、請求項１に記載の方法。
【請求項３】
前記エラーパケットは、正規化エラー・データ・サンプルを含む、請求項１に記載の方法。
【請求項４】
前記エラーパケットは、ＩＴＵ−Ｔ  Ｇ．９９３．５に規定されるようにＥＲＢを備える、請求項３に記載の方法。
【請求項５】
前記エラーパケットは、正規化エラー・データ・サンプルを含む、請求項２に記載の方法。
【請求項６】
前記エラーパケットは、ＩＴＵ−Ｔ  Ｇ．９９３．５に規定されるようにＥＲＢを備える、請求項５に記載の方法。
【請求項７】
前記通信システムは、超高速ビットレート・デジタル加入者線（ＶＤＳＬ）システムである、請求項１に記載の方法。
【請求項８】
前記経路は、ダウンストリーム経路である、請求項１に記載の方法。
【請求項９】
前記経路は、ダウンストリーム経路である、請求項７に記載の方法。
【請求項１０】
ネットワークを介して前記遠隔的な診断アプリケーションに前記エラーパケットを転送することをさらに備える、請求項１に記載の方法。
【請求項１１】
前記転送することは、イーサネット・トンネリングを備える、請求項１０に記載の方法。
【請求項１２】
前記転送することは、プロキシングを備える、請求項１０に記載の方法。
【請求項１３】
前記プロキシングは、前記エラーパケットをＩＰフレームの中にカプセル化することを含む、請求項１２に記載の方法。
【請求項１４】
前記モニタリングすることは、
前記エラーパケットから正規化エラーサンプルを抽出することと、
１つ以上の診断プリミティブを導出するために前記正規化エラーサンプルを処理することと、
を含む、請求項１に記載の方法。
【請求項１５】
前記診断プリミティブは、ディスターバのＰＳＤと、ＦＥＸＴカップリングと、同期シンボルに基づくＳＮＲと、回線換算ノイズと、ＦＥＸＴ無しのノイズと、バックグラウンドノイズと、ノイズ分布のヒストグラムと、ノイズ分布のモーメントと、隣接するトーン間の相関と、送信機非線形性とのうちの１つ以上を備える、請求項１４に記載の方法。
【請求項１６】
通信システムにおける経路の回線条件に関連するエラーパケットを受信する受信エンティティと、
顧客構内設備（ＣＰＥ）と、ベクトル制御エンティティ（ＶＣＥ）と、前記ＣＰＥおよび前記ＶＣＥから遠隔的な診断アプリケーションとのうちの１つ以上を備え、前記受信したエラーパケットを使用して前記回線条件を監視する解析装置と、
を備える通信システム。
【請求項１７】
前記解析装置は、前記エラーパケットの中のデータから診断物理（ＰＨＹ）レイヤプリミティブを導出する、請求項１６に記載のシステム。
【請求項１８】
前記エラーパケットは、正規化エラー・データ・サンプルを含む、請求項１に記載のシステム。
【請求項１９】
前記エラーパケットは、ＩＴＵ−Ｔ  Ｇ．９９３．５に規定されるようにＥＲＢを備える、請求項１８に記載のシステム。
【請求項２０】
前記通信システムは、超高速ビットレート・デジタル加入者線（ＶＤＳＬ）システムである、請求項１６に記載のシステム。
【請求項２１】
前記経路は、ダウンストリーム経路である、請求項１６に記載のシステム。
【請求項２２】
ネットワークを介して前記遠隔的な診断アプリケーションに前記エラーパケットを転送する転送装置をさらに備える、請求項１６に記載のシステム。
【請求項２３】
前記転送装置は、プロキシ装置を備える、請求項２２に記載のシステム。
【請求項２４】
前記診断プリミティブは、ディスターバのＰＳＤと、ＦＥＸＴカップリングと、同期シンボルに基づくＳＮＲと、回線換算ノイズと、ＦＥＸＴ無しのノイズと、バックグラウンドノイズと、ノイズ分布のヒストグラムと、ノイズ分布のモーメントと、隣接するトーン間の相関と、送信機非線形性とのうちの１つ以上を備える、請求項１７に記載のシステム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本出願は、２０１１年９月２３日付けで出願された米国仮出願第６１／５３８，４６１号の優先権を主張し、この米国仮出願の内容は参照によって全体がそのまま本明細書に組み込まれる。
【技術分野】
【０００２】
本発明は、広くは、データネットワークに関し、より詳しくは、Ｌ２  ＥＲＢエラーデータから新しいプリミティブを導出し、さもなければ、Ｌ２  ＥＲＢエラーデータからの情報を使用し、復号化し、そして共有する方法および装置に関する。
【背景技術】
【０００３】
新しいモニタリング診断は、より高いダウンストリームレートが達成可能であると仮定して、自己誘導遠端クロストーク（ｓｅｌｆ−ＦＥＸＴ）打ち消しおよび変化するノイズおよびクロストーク条件へのダウンストリーム受信機の感受性の増加の後のレートの増加を仮定すると、Ｇ．９９３．５（Ｇ．ｖｅｃｔｏｒ）環境において望ましい。たとえば、現在のところ、ＳＮＲの１ビン当たりの平均推定値だけが診断およびモニタリングＳＷモジュールへのレポートのためＧ．９９７．１（Ｇ．ｐｌｏａｍ）標準によって利用可能であり、これらの診断ツールがノイズ環境の性質および変化を検出し、解釈する能力を制限する。
【０００４】
さらに、導出されるビンプリミティブ当たりのＳＮＲは、ガウシアンおよび定常特性のような特定のノイズ特性を仮定した場合に限り有効な平均プロセスの結果である。最後に、ＳＮＲ平均プロセスは、独自開発であり、本質的にノイズ源の特定の理想的ではない特性を除去することになるフィルタリングプロセスと基本的に等価である。
【０００５】
その結果、ノイズ源の性質および変化のより微細な解析を可能にする新しいプリミティブを導出する必要性が存在する。これらのプリミティブは、理想的には、目下のところ要求されるような独自開発の実施とは独立して、かつ、ＣＰＥ送受信機で局所的に、または、遠隔的に他の場所で実行される可能性もある診断を可能にする標準化入力に基づいて導出されるべきである。
【発明の概要】
【０００６】
本発明は、標準化エラーデータからの情報を導出、使用、復号化および共有する方法および装置を提供する。ある態様によれば、本発明の実施形態は、ＶＤＳＬシステムにおけるダウンストリーム経路のモニタリング用のＧ．９９３．５に準拠して収集されたレベル−２ダウンストリーム（Ｌ２  ＤＳ）エラーパケット（ＥＲＢ／正規化エラーサンプル）を利用する。モニタリングは、顧客構内設備（ＣＰＥ）自体で、または、遠隔的な診断アプリケーションで実行される可能性がある。パケットの標準化フォーマットは、本モニタリングアプリケーションにおけるデータのオフラインまたはリアルタイム処理がローカルプロセッサまたはリモートプロセッサのどちらでも実行される可能性があることを確実にする。
【０００７】
ある他の態様によれば、本発明の実施形態は、スマートＣＰＥまたは遠隔的なデバッギングアプリケーション用の他の回線モニタリング目的のためのプロセスと同じプロセスを通じて取得されたＬ２  ＤＳエラーパケットを利用する。パケットの標準化フォーマットは、本モニタリングアプリケーションにおいて提案されたデータのオフラインまたはリアルタイム処理がローカルプロセッサまたはリモートプロセッサのどちらでも実行される可能性があることを確実にする。
【０００８】
さらなる態様によれば、本発明の実施形態は、２つの新しい能力：１）標準化同期シンボルエラーに基づいて、現在のところ標準化ＶＤＳＬ−ＰＨＹプリミティブ（それ自体が通信事業者データとして知られている）に存在しない新しい診断特徴の開発を可能にする新しい物理レイヤプリミティブを導出する能力、および２）プラットフォームおよびプロセッサ（競合業者の製品を含む）の全体を通して、これらのプラットフォームがＧ．９９３．５のように、Ｌ２  ＤＳエラー・パケット・フォーマットの発生を順守すると仮定すると、新しい物理（ＰＨＹ）レイヤ開発を要求しないポータブルアプリケーションを開発する能力を提供するＶＤＳＬ  ＰＨＹ  ＣＰＥ機器で動くインテリジェント診断Ｓ／Ｗスイートを提供する。新しいプリミティブの１つの実施は、ＰＨＹレイヤ機器からできる限り独立し、そして、遠隔的なエンティティでの処理を可能にするために、標準化された正規化エラーサンプルと、受信された同期シンボルに対してＣＰＥ  ＰＨＹ機器によって発生させられたＥＲＢデータフォーマットとに基づいている。未加工正規化エラーサンプルの処理は、新しい量、たとえば、１）ＸＰＳＤおよびＦＥＸＴカップリング、２）同期シンボルに基づくＳＮＲおよび回線換算ノイズ、３）Ｆｅｘｔ無しおよびバックグラウンドノイズ測定推定値、４）個別の搬送波毎のノイズ分布のヒストグラムおよびモーメント、５）隣接するトーン間の相互相関、６）自己送信機非線形性測定値の導出を可能にする。
【０００９】
さらに別の態様によれば、本発明の実施形態は、ダウンストリーム・エラー・パケットへのアクセスが存在する場合、標準化同期シンボルエラーの処理に基づいて診断特徴の組を提供する。このことは、限定されることなく、ベクタ制御エンティティ（スマートＶＣＥ）、または、これらのＬ２  ＤＳエラーパケットがダウンストリームＰＨＹレイヤ診断の目的のため転送される何らかの遠隔的なモニタリングアプリケーションを含む。
【００１０】
上記およびその他の態様によれば、本発明の実施形態による通信システムで実施される方法は、通信システムにおけるダウンストリーム経路の通信条件を監視するために標準エラーパケットの中のデータを利用し、監視された回線条件は、顧客構内設備（ＣＰＥ）および遠隔的な診断アプリケーションのうちの少なくとも１つによって使用される。
【００１１】
本発明の上記およびその他の態様と特徴とは、本発明の特定の実施形態についての以下の説明を添付図面と併せて読むことにより当業者に明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】図１は、ＩＴＵ−Ｔ  Ｇ．９９３．５による特有の同期シンボルにおける特有の副搬送波に対する正規化エラーサンプルＥの計算を示す図である。
【図２】図２は、ＩＴＵ−Ｔ  Ｇ．９９３．５によるＥＲＢのフォーマットを示す。
【図３】図３は、ＩＴＵ−Ｔ  Ｇ．９９３．５によるＶＢＢのフォーマットを示す。
【図４】図４は、ＩＴＵ−Ｔ  Ｇ．９９３．５によるエラーブロックのフォーマットを示す。
【図５】図５は、ＩＥＥＥ  ８０２．３に基づき、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．４．１節に記載されたＥＲＢのイーサネット（登録商標）カプセル化を示す。
【図６】図６は、発明の実施形態による標準エラーデータを使用する方法例を示すフローチャートである。
【図７】図７は、発明の一実施形態によるネットワークにおける標準エラーデータの通信を示すブロック図である。
【図８】図８は、発明の別の実施形態によるネットワークにおける標準エラーデータの通信を示すブロック図である。
【図９】図９は、発明の実施形態によるネットワークにおける標準エラーデータの通信および使用の方法例を示すフローチャートである。
【図１０】図１０は、発明の実施形態による診断プリミティブの導出の例を示すプロセスフロー図である。
【図１１】図１１は、発明の実施形態によるＬ２  ＥＲＢから計算されたプリミティブ例を示す図である。
【図１２】図１２は、発明の実施形態によるＬ２  ＥＲＢから計算されたプリミティブ例を示す図である。
【図１３（Ａ）】図１３（Ａ）は、発明の実施形態によるＬ２  ＥＲＢから計算されたプリミティブ例を示す図である。
【図１３（Ｂ）】図１３（Ｂ）は、発明の実施形態によるＬ２  ＥＲＢから計算されたプリミティブ例を示す図である。
【図１４（Ａ）】図１４（Ａ）は、発明の実施形態によるＬ２  ＥＲＢから計算されたプリミティブ例を示す図である。
【図１４（Ｂ）】図１４（Ｂ）は、発明の実施形態によるＬ２  ＥＲＢから計算されたプリミティブ例を示す図である。
【図１５】図１５は、発明の実施形態によるＬ２  ＥＲＢから計算されたプリミティブ例を示す図である。
【発明を実施するための形態】
【００１３】
本発明は次に、当業者が発明を実施することを可能にするために発明の例示的実施例として提供された添付図面を参照して詳細に説明される。特に、以下の図および実施例は、本発明の範囲を単一の実施形態に限定することを意図するのではなく、説明または例示された要素の一部または全部の交換によって他の実施形態が可能である。さらに、本発明のある要素は、既知のコンポーネントを使用して部分的または全体的に実施される可能性があり、これらのコンポーネントのうち本発明の理解のため必要な部分だけが説明され、これらの既知のコンポーネントの他の部分についての詳細な説明は、発明を曖昧にしないように省かれることになる。ソフトウェアで実施されるものとして説明された実施形態は、本書において特に断らない限り、当業者に明らかであるように、ソフトウェアに限定されることなく、ハードウェアで、またはソフトウェアとハードウェアとの組み合わせで実施された実施形態を含む可能性があり、逆もまた同様である。本明細書において、唯一のコンポーネントを表す実施形態は、限定的に考えられるべきではなく、それどころか、発明は、本書において特に断らない限り、複数の同じコンポーネントを含む他の実施形態を包含することを意図し、逆もまた同様である。さらに、出願人は、明細書または請求項における用語はどれも稀なまたは特殊な意味として明示されない限り、そのような意味を割り当てられることを意図していない。さらになお、本発明は、例示として本書において言及されている既知のコンポーネントに対する現在および将来の知られている均等物を包含する。
【００１４】
ある一般的な態様によれば、発明の実施形態は、顧客構内設備（ＣＰＥ）または遠隔的なデバッギングアプリケーションについての回線モニタリングおよび他の目的のためレベル２ダウンストリーム（Ｌ２  ＤＳ）エラーパケットを使用する。パケットの標準化フォーマットは、このモニタリングアプリケーションにおいて提案されたデータのオフラインまたはリアルタイム処理がローカルプロセッサまたはリモートプロセッサのどちらでも実行される可能性があることを確実にする。
【００１５】
レベル２ダウンストリーム（Ｌ２  ＤＳ）エラーパケットは、Ｇ．９９３．５（Ｓｅｌｆ−ＦＥＸＴ打ち消し（ベクトル化）に導入された。同期シンボルについて収集されたＤＳエラーは、ＤＳ受信機に影響を与える遠端クロストーク（ＦＥＸＴ）カップリングを導出するために必要とされる情報をＶＣＥ（ベクトル化制御エンティティ）に供給し、これに応じて、ＤＳ受信機においてｓｅｌｆ−ＦＥＸＴユーザの影響を緩和するためにＤＳ前置符号器を導出し、適合させることが意図されている。
【００１６】
本発明の実施形態は、超高速ビットレート・デジタル加入者線（ＶＤＳＬ）物理レイヤ（ＰＨＹ）ＣＰＥ機器で動くインテリジェント診断ＳＷスイートで実施される可能性がある。このようなスイートは、新しいかつ有用な能力：１）標準化同期シンボルエラーに基づいて新しい物理レイヤプリミティブを導出して、現在のところ標準化ＶＤＳＬ−ＰＨＹプリミティブ（搬送波データとして知られている）に存在しない新しい診断特徴の開発を可能にすること、および、２）（異なる供給業者の製品を含む）プラットフォームおよびプロセッサの全体に亘って、これらのプラットフォームがＧ．９９３．５標準のようにＬ２  ＤＳエラー・パケット・フォーマットの発生を順守するという条件で、新しいＰＨＹレイヤ開発を必要としないポータブルアプリケーションを開発すること、を提供する可能性がある。ある他の態様によれば、発明の実施形態による標準化同期シンボルエラーの処理に基づく診断特徴は、ダウンストリーム・エラー・パケットへのアクセスが存在する場合、実施される可能性がある。このことは、限定されることなく、ベクタ制御エンティティ（スマートＶＣＥ）、または、これらのＬ２  ＤＳエラーパケットがダウンストリームＰＨＹレイヤ診断の目的のため転送される何らかの遠隔的なモニタリングアプリケーションを含む。付加的にまたは代替的に、同じ診断特徴がＵＳエラーに適用された同期シンボル・エラー・フォーマットの処理に基づいて導出される可能性がある。Ｇ．９９３．５標準は、Ｌ２  ＤＳエラーパケットのカプセル化だけを必要とするとしても、ＶＤＳＬリンクのＵＳチャネルについて適用された診断の目的のためＵＳエラーデータの同じまたは他のカプセル化フォーマットがポータビリティおよび遠隔的なエンティティへのトランスポートに関し考えられる可能性がある。
【００１７】
ある態様によれば、発明の実施形態による新しい診断プリミティブの導出は、正規化エラーサンプルと、エラー・レポート・ブロック（ＥＲＢ）の定義およびフォーマットと、Ｇ．９９３．５に定義されたバックチャネルデータのレイヤ２イーサネットカプセル化とに基づいて行われる。ＩＴＵ−Ｔ標準Ｇ．９９３．５からの抜粋が発明のある態様を明確にするために本書に提示される。しかし、発明は、この標準に限定されることなく、当業者は、本実施例による教示を受けた後に発明を他の標準的かつ独自開発の正規化エラーデータに拡張する方法が分かるであろう。
【００１８】
ＶＴＵ−Ｒ（遠隔端末にあるＶＤＳＬ送信機ユニット）は、受信された時間ドメイン信号を周波数ドメインサンプルに変換し、結果として、受信された各副搬送波に対して複素値Ｚが生じる。後に続くコンスタレーション・デマッパーは、各複素値Ｚを値
【数１】
2014532334.tif 000003
【００１９】
によって表現されたコンスタレーション点と関連付ける。図１は、特有の同期シンボルにおける特有の副搬送波に対し正規化エラーサンプルＥの計算を示す。正規化エラーサンプルは、４−ＱＡＭコンスタレーション点に正規化された受信された複素データサンプルＺと、ＶＴＵ−Ｒ内の受信された同期シンボルと関連付けられ、コンスタレーション・デスクランブラの入力と呼ばれる対応する決定コンスタレーション点
【数２】
2014532334.tif 000004
【００２０】
との間のエラーを表現する。例示のため、図１では、受信された正規化複素データサンプルＺは、決定コンスタレーション点
【数３】
2014532334.tif 000005
【００２１】
のコンスタレーション境界の範囲内に現れることが示されている。
【００２２】
各副搬送波に対し、複素正規化エラーサンプルＥは、
【数４】
2014532334.tif 000006
【００２３】
と定義され、式中、Ｅは、実数成分をｅ＿ｘ、虚数成分をｅ＿ｙとして、Ｅ＝ｅ＿ｘ＋ｊ×ｅ＿ｙと定義された複素エラーであり、Ｚは、実数成分をｚ＿ｘ、虚数成分をｚ＿ｙとして、Ｚ＝ｚ＿ｘ＋ｊ×ｚ＿ｙと定義された受信された正規化データサンプルであり、
【数５】
2014532334.tif 000007
【００２４】
は、受信されたデータサンプルＺに関連付けられ、実数成分を
【数６】
2014532334.tif 000008
【００２５】
とし、虚数成分を
【数７】
2014532334.tif 000009
【００２６】
として（但し、
【数８】
2014532334.tif 000010
【００２７】
かつ、
【数９】
2014532334.tif 000011
【００２８】
）、
【数１０】
2014532334.tif 000012
【００２９】
と定義された決定コンスタレーション点である。
【００３０】
各正規化エラーサンプルＥの実数成分および虚数成分は、それぞれ、クリップされ、以下のとおり、クリップされたエラーサンプル成分ｑ＿ｘおよびｑ＿ｙに対する整数値に量子化される：
【数１１】
2014532334.tif 000013
【００３１】
式中、Ｑ＝ｑ＿ｘ＋ｊ×ｑ＿ｙは、クリップエラーサンプルを表現し、Ｎ＿ｍａｘは、正規化エラーサンプルのＶＴＵ−Ｒの最大量子化深度を表現し、１２が設定され、Ｂ＿ｍａｘは、クリップされたエラーサンプル成分ｑ＿ｘおよびｑ＿ｙをレポートするビットインデックスの上限を表現する（Ｂ＿ｍａｘ＜Ｎ＿ｍａｘであり、Ｂ＿ｍａｘは、ＶＣＥによって構成されることがある、ＩＴＵ−Ｔ  Ｇ９９３．５の表７−１および７−２を参照のこと）。
【００３２】
クリップされたエラーサンプル成分ｑ＿ｘおよびｑ＿ｙの両方の値は、Ｂ＿ｍａｘ＋１ビットの、２の補数表現を使用して表現される。バックチャネルでレポートするためクリップされたエラーサンプルのフォーマットは、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．２節に定義されている。初期化およびショータイム中にクリップされたエラーサンプルをレポートする特有の副搬送波は、ＩＴＵ−Ｔ  Ｇ．９９３．５の第１０．４．２．１節および第８．１節にそれぞれ記載されているように構成される。
【００３３】
ＶＴＵ−Ｒは、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．４．１節（レイヤ２バックチャネル）またはＩＴＵ−Ｔ  Ｇ．９９３．５の第８．１節（組み込み操作チャネル（ｅｏｃ）バックチャネル）またはＩＴＵ−Ｔ  Ｇ．９９３．５の第１０節（特殊操作チャネル（ｓｏｃ）バックチャネル）に定義されているように、（ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．１節に定義されている）クリップされたエラーサンプルをベクトル化された各回線のＶＴＵ−ＯとＶＴＵ−Ｒとの間に確立されたバックチャネルを介してＶＴＵ−Ｏに送信する。ＶＴＵ−Ｏ（光ネットワークユニットにあるＶＤＳＬ送受信機ユニット）は、受信されたクリップされたエラーサンプルをベクトル化されたグループのＶＣＥに搬送する。
【００３４】
各同期シンボルに対し、整数個のオクテットがバックチャネルを介して送信される。クリップされたエラーサンプルをレポートするために必要とされる１シンボル当たりのバイト数は、バックチャネル制御パラメータのためＶＣＥによって構成された値に依存する（ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．２節を参照のこと）。ベクトル化されたダウンストリーム帯域のクリップされたエラーサンプルのブロック（エラーブロック）は、エラー・レポート・ブロック（ＥＲＢ）にマップされる。
【００３５】
各ＥＲＢは、Ｏ−Ｐ−ＶＥＣＴＯＲ２−１信号の特有のシンボルに関連付けられる（ＩＴＵ−Ｔ  Ｇ．９９３．５の第１０．４．３．７節を参照のこと）。ＥＲＢは、（Ｌ２ベースのバックチャネルのための）イーサネットフォーマット、（ｅｏｃベースのバックチャネルのための）ｅｏｃフォーマット、または、（ＳＯＣベースのバックチャネルのための）ＳＯＣフォーマットにさらにカプセル化される単一のフォーマットを有している。ＥＲＢに関連付けられている同期シンボルは、（ショータイム中のＬ２またはｅｏｃバックチャネルのための）この同期シンボルカウンタの値によって、または、（初期化中のＳＯＣバックチャネルのための）レポートのタイミングによって識別される。
【００３６】
ＥＲＢのフォーマットは、図２に示されている。ＥＲＢは、８ビットＥＲＢ＿ＩＤフィールドで始まり、８個までのベクトル化帯域ブロック（ＶＢＢ）フィールドが続く。ＶＴＵ−Ｒは、ＥＲＢ中のクリップされたエラーサンプルが（たとえば、インパルスノイズ、すなわちＲＦＩに起因して）破損されている可能性があることを指示するためにＥＲＢ＿ＩＤフィールドの最上位ビットに１を設定する。そうでなければ、ＶＴＵ−Ｒは、ＥＲＢ＿ＩＤフィールドの最上位ビットに０を設定する。ＥＲＢ＿ＩＤフィールドの最下位７ビットは、０が設定され、ＩＴＵ−Ｔのため予約されている。ＥＲＢの中のバイト数（Ｎ＿ＥＲＢ）は、各ＶＢＢの中のバイト数の合計に、ＥＲＢ＿ＩＤフィールドのための１バイトを加えたものである。ＥＲＢの中のＶＢＢの連結は、ベクトル化帯域番号の昇順である、すなわち、最低副搬送波インデックスに関連付けられているベクトル化帯域から始まるべきである。いくつかのベクトル化帯域は、ＶＣＥの要求についてレポートされないことがある（すなわち、ＥＲＢは、ＶＣＥがＬ＿ｗ＝０を構成するベクトル化帯域のためのＶＢＢを格納しない）。
【００３７】
ＶＢＢのフォーマットは、図３に示される。図示されるように、各ＶＢＢは、８ビットＶＢＢ＿ＩＤフィールドで始まり、ＶＢＢ＿Ａｕｘフィールドが続き、連結エラーブロックが続き、ＶＢＢの長さを整数個のバイトに合わせるために０、２、４または６ビットのパッドで終わる（奇数個のパディングビットは適用できない）。ＶＢＢ＿ＩＤフィールドの最上位３ビットは、ベクトル化帯域の番号（ＶＢＢ−０に対する０００、ＶＢＢ−１に対する００１、・・・、ＶＢＢ−７に対する１１１まで）を含む。ＶＢＢ＿ＩＤフィールドの最下位９ビットは、０が設定され、ＩＴＵ−Ｔのため予約される。エラーブロックは、昇順にＶＢＢにおいて連結され、ベクトル化帯域の内部の１番目のブロックは、最低インデックスと共に副搬送波のためのクリップされたエラーサンプルを格納するブロックであり、最初に送信される。
【００３８】
エラーブロックのフォーマットは、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．３．２節において定義される。Ｆ＿ｂｌｏｃｋ＝３２の場合、Ｂｌｏｃｋ＿ＩＤは、エラーブロック番号１から始まる各エラーブロックにプリペンドされる。Ｂｌｏｃｋ＿ＩＤは、エラーブロック０の直前に挿入される。Ｂｌｏｃｋ＿ＩＤは、４ビット長であり、ベクトル化帯域の中の先頭のブロックが番号０を有していると仮定して、このＢｌｏｃｋ＿ＩＤが先行するエラーブロックの個数のモジュロ１６を符号無し整数として表現する。
【００３９】
Ｆ＿ｂｌｏｃｋ＝１または［Ｎ＿ｃａｒｒｉｅｒ／Ｆ＿ｓｕｂ］の場合、Ｂｌｏｃｋ＿ＩＤは、挿入されない。ＶＣＥは、受信されたＥＲＢの中のＶＢＢをこれのＶＢＢ＿ＩＤによって識別し、その後、全てのバックチャネル制御パラメータがＣＯ側で知られているので、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．２．２節に記載されているようにＶＢＢ−ｖｂの中のエラーブロックの個数Ｎ＿ｂｌｏｃｋ（ｖｂ）を計算する可能性があることを注意すべきである。エラーブロックの長さは、クリップされたエラーサンプルのパラメータ（Ｂ＿Ｍ、Ｂ＿Ｌ）とブロックサイズＦ＿ｂｌｏｃｋとを使用して計算される。ベクトル化帯域の中の１番目のエラーブロックの１番目のレポートされたサンプルは、（いつでも偶数である）インデックスＸ＿Ｌをもつ副搬送波についてのものである。
【００４０】
Ｆ＿ｂｌｏｃｋ＝３２で、各エラーブロックの終わりは、バイトアラインされていることにさらに注意すべきである。パディングビットは、ＶＢＢの終わりに追加されない。
【００４１】
ＥＲＢフォーマットの復号化は、フォーマットが多少再構成可能であるため、ＶＣＥに知られていて、その結果、他の復号化エンティティにも知られているべきであるパラメータについての知識を用いて行われることにさらになお注意すべきである。しかし、このことは、発明に実施形態に常に必要であるとは限らない。それどころか、バックチャネル制御パラメータは、復号化にも知られ、または、いくつかの場合、ＥＲＢデータと共に復号化エンティティに送信される。
【００４２】
ＶＢＢ＿Ａｕｘフィールドは、ＩＴＵ−Ｔ  Ｇ．９９３．５の表７−３に定義されたフォーマットを使用して平均エラー値を通信するために使用される。ベクトル化帯域ｖｂに対する平均エラー（ＭＥ）は：
【数１２】
2014532334.tif 000014
【００４３】
として計算され、式中、ｅ＿ｘ（ｓｃ）およびｅ＿ｙ（ｓｃ）は、副搬送波ｓｃで推定された正規化エラーの実数成分および虚数成分である（図１を参照のこと）。
【００４４】
ＭＥ（ｖｂ）のクリップされた、量子化された値は：
【数１３】
2014532334.tif 000015
【００４５】
として表現され、式中、ＭＥ＿Ｎ＿ｍａｘ＝１２かつＭＥ＿Ｂ＿ｍａｘ＝２２である。
【００４６】
ＭＥｑの値は、クリップされたエラーサンプル成分と同様の方法で４ビット指数および８ビット仮数を使用してレポートされる。ＶＴＵ−Ｒは、符号拡張ビットではないＭＥｑの最上位ビットのインデックスとしてスケールＭＥ＿Ｓを計算する。仮数は、ＭＥ＿Ｂ＿Ｌまで下がるインデックスＭＥ＿Ｂ＿Ｍを用いる８ビットで構成される。
【００４７】
ＭＥ＿Ｂ＿ＭおよびＭＥ＿Ｂ＿Ｌの値は、ＶＴＵ−Ｒで：
ＭＥ＿Ｂ＿Ｍ＝ｍａｘ（ＭＥ＿Ｓ，７）および
ＭＥ＿Ｂ＿Ｌ＝ＭＥ＿Ｂ＿Ｍ−７
として計算される。
【表１】
2014532334.tif 000016
【００４８】
Ｆ＿ｂｌｏｃｋ個のクリップされたエラーサンプル（Ｆ＿ｂｌｏｃｋ個の副搬送波の２×Ｆ＿ｂｌｏｃｋ個のクリップされたエラーサンプル成分）を格納するエラーブロックの表現は、図４に示されるように、Ｂ＿Ｍフィールド（４ビット）とエラーフィールド（可変長）とを含む。エラーフィールドは、Ｆ＿ｂｌｏｃｋ個のサブフィールドを含み、それぞれのサブフィールドがバックチャネル構成中にレポートするため割り当てられた副搬送波の複素クリップされたエラーサンプルを搬送する（ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．２節を参照のこと）。
【００４９】
各クリップされたエラーサンプル成分に対し、圧縮表現は、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．２．２節に定義されるように、コンポーネントの圧縮表現の最上位ビットがインデックスＢ＿ｍａｘを有し、そして、コンポーネントの圧縮表現の最下位ビット（ＬＳＢ）がインデックスＢ＿ｍｉｎを有しているという慣例を使用して、インデックスＢ＿ＬからＢ＿Ｍを用いるクリップされたエラーサンプル成分のこれらのビットだけを含む。その結果、圧縮表現におけるクリップされたエラーサンプルのブロックのエラーフィールドの中のビット総数は、２×Ｆ＿ｂｌｏｃｋ×（Ｂ＿Ｍ−Ｂ＿Ｌ＋１）であるべきである。
【００５０】
Ｂ＿Ｍフィールドは、４ビット符号無し整数として表現された、０から１５の範囲に入るパラメータＢ＿Ｍを含む。パラメータＢ＿Ｌは、クリップされたエラーサンプル制御パラメータ（ＩＴＵ−Ｔ  Ｇ．９９３．５の方程式７−１および７−２を参照のこと）とレポートされたＢ＿Ｍパラメータの値とからＶＣＥによって計算される可能性があるので、レポートされないことに注意すべきである。
【００５１】
エラーブロックのフォーマットは、図４に完全に表されている。全てのパラメータおよびクリップされたエラーサンプルは、最上位ビットが最初に送信される（すなわち、最初に送信されたビットがＢ＿Ｍフィールドの最上位ビットである）ように、左側でＭＳＢを用いてマップされる。エラーフィールドの中のクリップされたエラーサンプルは、左から右へ副搬送波インデックスの昇順にマップされる。各クリップされたエラーサンプルに対し、ｑ＿ｘ（実数）成分は、ｑ＿ｙ（虚数）成分から左にマップされる。
【００５２】
ＶＣＥがこのカプセル化タイプを使用することを選択した場合、バックチャネルデータは、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．４．１節に定義されるようにカプセル化される。ネットワーク終端（ＮＴ）の範囲内で、クリップされたエラーサンプルは、最初に、ＶＴＵ−ＲからＬ２＋機能ブロックに送信され、これらのエラーサンプルは、イーサネット経由の伝送のためレイヤ２（イーサネット）プロトコルにカプセル化される。
【００５３】
イーサネットカプセル化は、［ＩＥＥＥ８０２．３］に基づき、ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．４．１節に記載され、図５に示されている。
【００５４】
ＶＣＥ  ＭＡＣアドレスフィールドは、Ｏ−ＰＭＳを介してＶＣＥによって構成されるようにＶＣＥ  ＭＡＣアドレスを格納する、ＩＴＵ−Ｔ  Ｇ．９９３．５の第１０．５．２．１節を参照のこと。プロトコル・ペイロード・データは、Ｌｉｎｅ＿ＩＤ（Ｏ−ＰＭＳを介してＶＣＥによって構成されるように、ＩＴＵ−Ｔ  Ｇ．９９３．５の第１０．５．２．１節を参照のこと）と、同期シンボルカウント（ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．４節に定義されているように）と、セグメントコード（［ＩＴＵ−Ｔ  Ｇ．９９３．２］に定義されているように）と、バックチャネルデータＥＲＢ（ＩＴＵ−Ｔ  Ｇ．９９３．５の第７．２．３節に定義されているよう）とを格納する。長さフィールドは、８バイトＬＬＣ  ＳＮＡＰヘッダ長さと共に増大するプロトコル・ペイロード・データの長さに等しく、１０２４＋８＝１０３２を超えるべきではない。プロトコル・ペイロード・データが１０２４バイトを超える場合、バックチャネルデータＥＲＢは、［ＩＴＵ−Ｔ  Ｇ．９９３．２］の第１１．２．３．１節に定義されているようにセグメント化される。１０２４バイト以下であるプロトコル・ペイロード・データ長さに対し、バックチャネルデータＥＲＢは、同様にセグメント化されることがある。セグメント化された場合、バックチャネルデータＥＲＢの各セグメントは、図５に示されるようにカプセル化されたレイヤ２イーサネットであり、１バックチャネルデータＥＲＢ当たりのセグメントの個数は、１６を超えることがない。
【００５５】
詳細に前述したように、同期シンボルのプローブトーンについての正規化エラーサンプルのレポーティングがＧ．９９３．５に規定されている。前述のとおり、発明の態様によれば、周波数帯域全域でのこのデータの可用性は、最大で同期シンボルレートと同じである可能性があるレートで、新しい診断特徴開発を可能にする。
【００５６】
図６は、発明の実施形態によりＩＴＵ−Ｔ  Ｇ．９９３．５に規定されているようにＤＳＬ同期シンボルのプローブトーンについての正規化エラーサンプルのような標準化エラーデータを使用する方法例を示すフローチャートである。この方法は、ＤＳＬシステムにおいてＶＴＵ−Ｒで実行される方法の実施例に関連して説明されることになる。しかし、発明は、標準エラーデータまたは環境のこの実施例タイプに限定されないことに注意すべきである。その上、ダウンストリーム・エラー・データの使用だけがこれらの実施例に表されているが、アップストリーム・エラー・データが同様に使用され得ることが可能である。
【００５７】
図６に示されるように、標準エラーデータは、ステップＳ６０２で受信される。Ｇ．９９３．５  ＥＲＢ例では、これは、同期シンボル間隔毎に行われ、エラーデータは、Ｇ．９９３．５準拠処理スタックから受信される。この標準スタックは、典型的に、前述のとおりＩＴＵ−Ｔ  Ｇ．９９３．５に従って、エラーデータをカプセル化し、ＶＣＥにレポートする。１つの可能な実施形態では、スタックは、データをローカルプロセスにも転送するように変更される。ステップＳ６０２でデータを受信するエンティティは、ＶＴＵ−ＲまたはＶＣＥである可能性がある。標準または独自開発にかかわらず、他のタイプのエラーデータを用いて、データは、同期シンボル毎より高い頻度または低い頻度で受信されることがあることに注意すべきである。
【００５８】
次に、ステップＳ６０４において、受信エンティティは、データが局所的または遠隔的にさらに処理されるべきか否かを決定する。このステップは、受信エンティティが初期設定により一方または他方をいつでも実行するようにプログラムされる場合、必ずしも実行されるとは限らない。その上、処理が局所的および遠隔的の両方で実行されることが可能である。
【００５９】
データが遠隔的に処理される場合、ステップＳ６０６において、受信エンティティは、データを遠隔的なエンティティに転送する。このステップは、より詳細に後述されるように、付加的または代替的なデータのカプセル化を実行することを含む可能性がある。遠隔的なエンティティは、全体的または部分的にデータを処理する、および／または、データをさらに別のエンティティに転送する可能性がある。
【００６０】
データが局所的に処理される場合、ステップＳ６０８において、エラーデータが現在のカプセル化から抽出される。このステップは、処理される標準データのタイプと、カプセル化のタイプとに基づいて変化することになる。データのタイプ例に対する抽出技術例は、より詳細に後述される。
【００６１】
抽出されたエラーデータの処理は、ステップＳ６１０で実行される。たとえば、新しいプリミティブは、抽出されたエラーデータから導出され、様々な実施例がより詳細に後述される。
【００６２】
前述のとおり、そして、ステップＳ６０６に関連して指摘したように、標準エラーデータの使用および処理は、ＶＴＵ−Ｒで実行される必要がない。たとえば、本件発明者は、ＩＴＵ−Ｔ  Ｇ．９９３．５  ＥＲＢパケットのような標準化エラーデータを使用する能力が各ＰＨＹレイヤ機器に依存しない標準化パケットフォーマットについての処理を可能にする、と認識している。従って、入力としてこれらのＥＲＢパケットを使用して構築された解析エンジンは、これらのＥＲＢパケットの供給源であるＰＨＹレイヤ機器のタイプを知ることができない可能性がある。
【００６３】
ＩＴＵ−Ｔ  Ｇ．９９３．５において現在のところ指定されているように、ＥＲＢパケットは、その後に標準イーサネット［ＩＥＥＥ  ８０２．３］フレームに入れられるＬＬＣ−ＳＮＡＰカプセル化パケットに組み込まれる可能性がある。ＩＴＵ−Ｔ  Ｇ．９９３．５では、宛先ＭＡＣアドレスは、ＶＣＥのＭＡＣアドレスでなければならず、発信元ＭＡＣアドレスは、ＶＴＵ−ＲのＭＡＣアドレスである。その結果、ＩＴＵ−Ｔ  Ｇ．９９３．５によって指示されたこのカプセル化は、ＶＣＥがＶＴＵ−Ｒと同じＬ２ネットワークで利用可能であり、何らかの他の実施を想定しないことを仮定する。
【００６４】
しかし、本件発明者は、発明の態様によるＥＲＢデータを処理する解析エンジンが同じＬ２ネットワーク上にあることを必要とするとは限らない、と認識している。本件発明者は、解析エンジンが（ａ）所要処理容量の点で高価なリソースである、（ｂ）付加情報を抽出する新しいアルゴリズムが利用可能になるのに伴って連続して変化するようなものである、（ｃ）独自開発ソフトウェアおよびノウハウを保持し、安全にされる必要がある、そして、（ｄ）単一回線に繋がれている場合に非常に稼働率が低いであろう、という可能性があることをさらに認識している。その結果、発明の実施形態は、解析エンジンを個別のＣＰＥでインスタンス化されるのではなく多数の末端顧客の間で共有される集中型リソースにする。
【００６５】
さらに、サービスプロバイダのようなユーザは、（ｉ）バージョン管理がより簡単であり、（ｉｉ）解析エンジンソフトウェアの最新バージョンを通じて過去の測定を再現することが可能であるように単一の解析エンジンを持つことを好む可能性がある。
【００６６】
その結果、発明の態様は、（ＩＴＵ−Ｔ  Ｇ．９９３．５におけるＶＣＥとＶＴＵ−Ｒとの間以外の）種々の機器の間でＥＲＢパケットのような標準エラーデータを通信することと、ＶＣＥおよびＶＴＵ−Ｒから遠隔的であることがある機器でデータを処理することとを含む。発明のこれらの態様および他の態様は、今度は、ＩＴＵ−Ｔ  Ｇ．９９３．５に規定されるようにＥＲＢデータとの関連でより詳細に説明される。しかし、発明は、このエラーデータのタイプ例に限定されない。たとえば、以下の検討は、「ＥＲＢ」のような「標準エラーデータ」という用語を使用するが、発明は、非標準エラーデータ／ＥＲＢ（すなわち、Ｇ．９９３．５のような標準に定義されていないデータ）に適用される可能性がり、それ故に、このような非標準エラーデータの使用もまた本発明の範囲に含まれる。「非標準エラーデータ」の非限定的な実施例は、（同期シンボルに対抗して）スライス化されたデータシンボルで収集されたエラーデータであり、ＥＲＢデータフォーマットと同様または異なるフォーマットにカプセル化される可能性がある。エラーデータの別の実施例は、参照送信シンボルが存在しない場合に、４−ＱＡＭコンスタレーション点に正規化されているか、または、正規化されていない受信された複素データサンプルＺ自体である。これらの「非標準エラーデータ」の２つの実施例は、送信シンボルが既知（同期シンボル）であるか、未知（データシンボル）であるか、または、不存在（クワイエット）であるかにかかわらず、収集されることが意図された同じノイズサンプルで構成されているので、同期シンボルについて収集された標準エラーデータ（ＥＲＢ）と等価である。
【００６７】
詳細に前述したように、ＩＴＵ−Ｔ  Ｇ．９９３．５は、ＥＲＢデータをブリッジされたイーサネットパケット−これは、ＶＣＥとの間でトランスポートされる必要があるパケットである−にカプセル化することを定義する。このタイプのカプセル化を用いて、ローカルネットワークの外部のカプセル化されたＥＲＢデータをＶＣＥとＶＴＵ−Ｒとの間でさらに通信することが複数の方法−トンネリングおよびプロキシングで行われ得る。
【００６８】
トンネリングは、それ自体、新しい概念ではない。様々な種類のトンネルが発明の実施形態の範囲内で可能であり、２つの非限定的な実施例が以下に与えられる。
【００６９】
ＭＡＣ−ｉｎ−ＭＡＣ：ＶＣＥが別のＬＡＮに存在する場合、（ＩＥＥＥ  ８０２．１ｄに指定されているとおりに）Ｑ−ｉｎ−Ｑを実施し、メトロ・イーサネット・フォーラム（ＭＥＦ−３）によるサーキット・エミュレーション・オーバー・イーサネット（Ｃｉｒｃｕｉｔ−Ｅｍｕｌａｔｉｏｎ−ｏｖｅｒ−Ｅｔｈｅｒｎｅｔ（登録商標））（ＣＥＳｏＥ）によって定義されているとおりに−イーサネット・バーチャル・サーキット（ＥＶＣ）で送り出すことが可能である。
【００７０】
トンネル・イーサネット・フレーム・オーバーＩＰネットワークス：イーサネットフレームは、ＩＰパケットの内部に適切にカプセル化され得る。ＩＰ  ＤＡは、ＩＰパケットが存在しているネットワーク上のＶＣＥのアドレスである（これは、ＤＮＳを介して構成されるか、または、ルックアップされるかのどちらでもあり得る）。このパケットは、その後、ターゲットネットワーク内のＩＰ  ＤＡに到達するようにこのＩＰ  ＤＡへ経路制御されることになる。
【００７１】
図７は、Ｌ２  ＥＲＢパケットが他の標準化データと共にターゲットプラットフォーム７０２（たとえば、ＤＳＬモデムの中のＩｋａｎｏｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社製のＶｘ１８０ＣＰＥカード）から外部制御処理およびデータベースユニット７０４（たとえば、ＧＵＩを有しているネットワーク・オペレーション・センター内のＰＣ）に取り出されるプロセスを示す。Ｌ２  ＥＲＢパケットは、完全な解析システム（すなわち、ＳＥＬＴ（シングルエンド型ループテスト）／ＤＥＬＴ（デュアルエンド型ループテスト）／クワイエット回線ノイズエンジン）の一部として、正規化エラーデータを抽出し、以下でより詳細に説明される診断プリミティブのような新しい診断プリミティブを他のプリミティブと共に抽出するためにこれを処理する第３の処理エンティティ７０６（たとえば、処理ＰＣ）に、直接的にまたはトンネリング経由のいずれかで、転送されることがある。
【００７２】
図７は、Ｌ２  ＥＲＢデータに基づくプリミティブの導出が何らかの外部処理エンティティに転送される可能性があるＬ２イーサネットパケットの中のエラーデータの標準化に起因してターゲットプラットフォーム７０２の外部で効果的に行われる発明の本実施形態の汎用性を示す。同図において、ＲＰＩは、カプセル化ＥＲＢがイーサネットおよび／またはＩＰパケットのようなネットワークプロトコルを介して通信されることを可能にする未加工−処理済みインターフェースのことを意味する。図にさらに示されるように、本実施例では、処理ＰＣ  ７０６（たとえば、リモートプロセッサ）は、診断プリミティブを計算する処理を実行し、これらの診断プリミティブは、その後、たとえば、オペレータへのアクセスおよび表示のためＧＵＩ−ＰＣ  ７０４に返信される。
【００７３】
図７に示された構成に代えて、制御処理ユニット７０４および処理エンティティ７０６は、Ｉｋａｎｏｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社製のスマートＣＰＥによって実施されたとおりのゲートウェイ・ホスト・プロセッサのような単一プロセッサでインスタンス化される可能性がある。別の実施形態が実現され、Ｌ２  ＥＲＢパケットがｓｅｌｆ＿ＦＥＸＴ打ち消しのため既に対象にしているＶＣＥプロセッサに制御および処理エンティティ７０４および７０６が組み込まれる可能性がある。さらに別の実施形態が実現され、ｓｅｌｆ＿ＦＥＸＴ打ち消しのためＬ２  ＥＲＢパケットを受信するＶＣＥプロセッサは、遠隔的な処理機器についての診断を実行するために宛先ＭＡＣアドレスを変更することにより、これらのパケットをネットワーク・マネジメント・システムのような外部処理ユニット７０６に宛先を書き換える可能性がある。処理機器、すなわち、ＧＵＩ−ＰＣおよび処理ＰＣの一方または両方は、いずれもスタンドアロン機械またはクラウド・ベース・サービスとしてインスタンス化される可能性があることに注意すべきである。
【００７４】
付加的または代替的な実施形態では、プロキシングが使用される可能性がある。この場合、仮定は、ＶＴＵ−Ｒが完全ＴＣＰ／ＩＰスタックをサポートできない、または、プロキシが付加的な機能を提供するといういずれかの理由のため、第３の機器／ノードがデータを生成しているノードの「プロキシ」としての役目を果たすということである。発明の本実施形態の一例が図８に示されている。
【００７５】
この場合、Ｇ．９９３．５によって指定されたイーサネットフレームの中のＶＣＥ−ＭＡＣアドレスは、代わりに、ＶＴＵ−Ｒ  ８０２によって、プロキシ機器８０４のＭＡＣアドレスが設定される。このプロキシ機器は、（ａ）ＶＴＵ−Ｒからイーサネットフレームを受信し、（ｂ）１台以上のＶＴＵ−Ｒ  ８０２のための「プロキシ」としての役目を果たし、（ｃ）ＴＣＰ／ＩＰスタックをサポートし（ＩＰルックアップおよび経路制御を実行する能力を完全に持っているか、または、ＩＰフレームを作成し、ＩＰルータに転送する能力を単に持っているかのいずれかである）、（ｄ）（前述のとおり）トンネリングを使用して実際のＶＣＥとの間でフレームを送受信する。プロキシ機器は、ＶＣＥと同じＣＯの位置にあるプロセッサを使用して実施されることがある。しかし、多くの他の代案が可能であり、たとえば、機器は、スタンドアロン機器、ホームゲートウェイ／ホームルータなどでもあり得る。
【００７６】
トンネリングが（プロキシ無しで）直接的に使用される場合、（ＶＣＥがどんなリモートネットワークに存在していても）ＶＣＥの正しいＭＡＣアドレスが分かることが必要である。ＭＡＣアドレスが未知／誤って符号化されている場合、パケットは、受信されたフレームを用いて何をすべきかが分からないかもしれないノードで終わることになる。
【００７７】
プロキシのシナリオでは、プロキシ８０４およびＶＴＵ−Ｒ  ８０２は、単一の物理ネットワーク上で、かつ、同じ管理ドメイン内部にあることが仮定される。プロキシのＭＡＣアドレスがＶＴＵ−Ｒの中に構成されていることは、その結果、一時的な操作である可能性があり、非現実的である（それでもなお好ましい仕組みではない）。
【００７８】
プロキシとＶＴＵ−Ｒとの間の関係は、排他的である必要がない。たとえば、ＶＴＵ−Ｒは、このデータを「関連付けられた」ＶＣＥに送信し、そして、（必要に応じて、できる限りブリッジングまたはトンネリングを使用して）これを指定済みの解析エンジン８０６にコピーすることもある。ＶＴＵ−ＲがこれのデータをＶＣＥに送信し、ＶＣＥがその後にこれを解析エンジン８０６に転送することもさらに可能である。
【００７９】
プロキシ機器８０４は、種々の手法で付加的な値を提供することがあり得る。いくつかの実施例は：（ａ）複数のＶＴＵ−Ｒのためのプロキシとしての役目を果たす（これは、様々なノードを識別するためにＭＡＣ−ＳＡを使用することがあり得る）、（ｂ）付加的な処理（たとえば、セキュリティ／暗号化など）を実行する、または、解析エンジンの要件を満たすためにデータを再フォーマットする、（ｃ）「動作中」および「予備」解析エンジンを追跡する複数の解析エンジンと通信する、（ｄ）エラーデータを複数のエンティティ、たとえば、解析エンジンおよびＶＣＥに複製する、（ｅ）履歴的なデータ収集および履歴的データ解析など、である。
【００８０】
ＧＵＩ−ＰＣ  ８０８は、典型的に、サービスプロバイダによって動かされるネットワーク・オペレーション・センター（ＮＯＣ）に位置している。実施形態例では、顧客が問題をレポートするとき、サービスプロバイダは、このエンティティからエラーデータの捕捉を始動させる。エラーデータは、エラーデータをプリミティブ（処理済みデータ）と共にローカルデータベースに保存するかもしれないＮＯＣにレポートされる。ＮＯＣは、その後、解析エンジンをホストする処理ＰＣにエラーデータを発送することがある（解析エンジンは、ＮＯＣにあるＧＵＩ−ＰＣと同じ場所に位置することがあることに注意すべきである）。解析エンジンは、処理済みデータ（プリミティブ）をＮＯＣにあるＧＵＩ−ＰＣに返信する。
【００８１】
ＩＴＵ−Ｔ  Ｇ．９９３．５によるＩＰカプセル化ＥＲＢデータを用いて、そして、図７に示された実施例のような「トンネリング」実施例の処理ＰＣにおいてステップＳ６０２からＳ６１０までを実行する方法例が図９に代替的に詳細に説明されている。
【００８２】
前述のとおり、「トンネリング」実施形態では、カプセル化ＥＲＢデータは、ＩＰパケットの中にさらにカプセル化され、ＴＣＰ／ＩＰを介してネットワークで通信される。その結果、このようなパケットがステップＳ９０２で受信されたとき、宛先ＩＰアドレスは、ステップＳ９０４でチェックされる。パケットの宛先ＩＰアドレスが処理ＰＣのＩＰアドレスではない場合、パケットは、従来通りの手法でステップＳ９０６において新しいホップに転送される。そうではない場合、処理は、ステップＳ９０８に進み、ＩＰヘッダが剥ぎ取られ、ＩＴＵ−Ｔ  Ｇ．９９３．５に定義されたデータのようなイーサネットカプセル化データをそのままにしておく。次に、ステップＳ９１０において、ＭＡＣ宛先アドレスは、ＶＴＵ−Ｒに関連付けられたＶＣＥがこの処理ＰＣによって処理が実行されるＶＣＥであるか否かを調べるためにチェックされる。否定である場合、パケットは、ステップＳ９１２において落とされる。そうではない場合、処理は、ステップＳ９１４に進み、イーサネットおよびＬＬＣ／ＳＮＡＰヘッダが剥ぎ取られ、その後、ステップＳ９１６に進み、図６のステップＳ６０８およびＳ６１０と同じように、エラーデータが抽出され、処理される。
【００８３】
ＩＴＵ−Ｔ  Ｇ．９９３．５において定義され、かつ、図６のステップＳ６１０または図９のステップＳ９１６において実行された、ＥＲＢからカプセル化エラーデータを抽出する方法例は、今度は、１個の同期シンボルに対応するＥＲＢフォーマット化データに関連して、より詳細に説明される。このプロセスの出力は、周波数ドメインにおける正規化エラーサンプルである。
【００８４】
このプロセスは、入力ＥＲＢデータからＥＲＢ＿ＩＤの１番目のバイトを除去することにより始まる。残りのデータは、Ｎｂ個のベクトル化帯域ブロック（ＶＢＢ）にセグメント化される。
【００８５】
ＶＢＢ毎に以下の処理を実行する：ＶＢＢ＿ＩＤの１番目のバイトを除去し、Ｆ＿Ｂｌｏｃｋが１より大きい場合、次の１２ビットＶＢＢ＿Ａｕｘから平均エラー値を計算し、残りのデータをエラーブロックにセグメント化する。その後、ＶＢＢの中のエラーブロック毎に：このブロックの中のエラーサンプルの最高ビットインデックスである４ビットＢ＿Ｍを抽出し、Ｂ＿Ｍを適用することにより連続的にエラーサンプルのＩ／Ｑ成分を抽出し、エラーサンプルの実数部および虚数部をメモリに保存する。
【００８６】
各ＶＢＢの全てのブロックが上記によって処理された後、ＥＲＢフォーマット化データは、周波数ドメインにおいて正規化エラーサンプルに完全に変換されることになる。ＥＲＢデータの受信エンティティは、復号化プロセスが遠隔的に実行される可能性があるように、ＥＲＢデータと共に、データの符号化構成パラメータを知っていること、または、伝えられることが必要であることに注意すべきである。
【００８７】
前述のとおり、発明の態様によれば、フォーマット化ＥＲＢで正規化エラーサンプルを通信する可用性および能力は、たとえば、図６のステップＳ６１０および図９のステップＳ９１６と関連して指示されているように、新しい、かつ、有用な診断情報およびプリミティブの計算を可能にする。いくつかのプリミティブ例およびこれらを導出する方法は、以下に与えられる。しかし、発明は、これらの実施例に限定されない。
【００８８】
１．ディスターバＰＳＤ（ＸＰＳＤ（ｆ））およびＦＥＸＴカップリング導出：ＸＰＳＤ（ｆ）導出は、プローブトーンについて受信された正規化誤差を直交系列長さに亘ってＤＳ帯域に影響を与える可能なディスターバの直交系列と相互相関させることにより達成される。この相互相関は、被干渉受信機から見た、被干渉受信機自体によって使用されたＰＳＤのようなディスターバの特定の送信ＰＳＤを仮定して、ｓｅｌｆ−ＦＥＸＴカップリングを識別するためにも使用される可能性がある。
【００８９】
実際的なシナリオでは、ｓｅｌｆ−ＦＥＸＴカップリングおよび／またはディスターバのＰＳＤを追跡／モニタリングすることは、ケーブル負荷と、ディスターバの有無と、ジョイニング・イベントと、ケーブルのカップリング特性の厳格さおよびエボリューションと、ディスターバのｐｓｄの変動を評価するのに役立つ。ＦＥＸＴカップリングおよびディスターバのＰＳＤは、大きさの観点で順序付けられる可能性があり、帯域当たりまたはトーン当たりの支配的なＸｔａｌｋの個数は、決定される可能性がある。
【００９０】
１つの支配的なＸｔａｌｋの場合、ＸＰＳＤおよびＦＥＸＴカップリングの知識は、ディスターバの影響がガウシアンであるという間違った仮定に基づいている導出された１ビン当たりの計算ＳＮＲ余裕指数への補正を決定するためにも役立つ。
【００９１】
一実施形態例では、これらの１ビン当たりのＰＳＤ値の導出は、以下のプロセスに従って行われる：
エラーサンプルの各系列に対して、直交系列の持続時間Ｔの間にビン毎に、ディスターバ候補に関連している直交系列との相関を実行する：
【数１４】
2014532334.tif 000017
【００９２】
式中、ｎは、被干渉ユーザであり、ｍは、それぞれシステム内のＮ台のディスターバであり、ｅｎ［ｔ］は、正規化エラー系列であり（同期シンボルエラーであり、および／または、ＥＲＢパケットから導出され）、ｘｍ［ｔ］は、ユーザｍに関連付けられている直交系列である。
【００９３】
この相関は、付加的ノイズの影響を低減するために直交性の１つ以上の期間で行われ、その後、回線換算される。
【００９４】
２．ＳＮＲおよび回線換算ノイズ
連続エラーフレームでの１トーン当たりの正規化エラーの分散は、受信機から見たノイズの頑健なＳＮＲ推定およびエボリューションを可能にする。データシンボルに対して収集されたエラーについて実行されたＳＮＲ測定に反して、同期シンボルについて収集されたエラーデータ（送信データの参照の有無にかかわらずにスライス化されたＴ×４−ＱＡＭデータである）は、データシンボルについて現れるスライサ決定エラー、従って、バイアスがかけられた、または、不正確なＳＮＲレポートをもたらすことがある回線劣化が存在する場合でも、頑健かつ正確なＳＮＲの導出を可能にする。
【００９５】
ＳＳＮＲとも呼ばれる同期シンボルエラーから導出される新しいＳＮＲプリミティブは、ある一定の期間に亘るエラーの電力の１ビン当たり平均の逆数であり、以下のとおり計算される：
【数１５】
2014532334.tif 000018
【００９６】
式中、ｅｎ［ｔ］は、正規化エラー系列である（同期シンボルエラーである、および／または、ＥＲＢパケットから導出される）。
【００９７】
３．Ｆｅｘｔ−Ｆｒｅｅおよびバックグラウンドノイズ測定
既知のクロストークディスターバを除去するために連続直交系列長さに亘る相関と組み合わされると、ノイズ電力の平均は、回線についてのｓｅｌｆ−ＦＥＸＴ無しの（ＡＷＧＮバックグラウンド）ノイズ等価性能指数を提供する。代替的に、エラーデータ信号についてのｓｅｌｆ−ＦＥＸＴディスターバの除去は、ＳＮＲがバックグラウンドノイズを表すｓｅｌｆ−ＦＥＸＴのないエラーサンプルについて導出できるように、ＦＥＸＴ相互カップリングの識別後に実行される可能性がある。支配的なディスターバおよびこれらの強度ランキングの識別と一緒に、これらのディスターバの存在に起因する容量削減推定値がその後に処理される可能性がある。
【００９８】
ｘｔａｌｋの存在下で導出されたＦＥＸＴ無しのＳＮＲプリミティブは、識別されたクロストーク源の不在下で達成される可能性があるＳＮＲ推定値の投影である。これは、ディスターバの除去後にデータシンボルについてデータモードで測定された実際のＳＮＲに一致する。ＦＦＳＮＲと呼ばれる、同期シンボルエラーから導出されたＦＥＸＴ無しのＳＮＲプリミティブは、既知の送信データとｘｔｌａｋカップリングチャネルの推定値とを仮定したクロストークの影響の推定値のこのエラーからの減算後に、ある一定の期間に亘るエラーの電力の１ビン当たりの平均の逆数であり、以下のとおり計算される：
【数１６】
2014532334.tif 000019
【００９９】
式中、ｅ’ｎ［ｔ］は、以下のプロセスに従って、正規化エラー系列ｅｎ［ｔ］から導出されたｆｅｘｔ無しのエラーサンプルである：
【数１７】
2014532334.tif 000020
【０１００】
式中、ｘｍ［ｔ］は、ユーザｍに関連付けられた直交系列である。予測エラーｅ’ｎ［ｔ］は、全ての被干渉トーンに対する被干渉ユーザｎに影響を与えるインデックスｍの全部でＮ個のディスターバに対して行われる。
【０１０１】
４．個別の搬送波毎のノイズ分布のヒストグラムおよびモーメント
ＦＥＸＴ補償の有無にかかわらずに個別の搬送波毎のエラーデータの分布に関するヒストグラムおよび情報は、基礎となるバックグラウンドノイズの統計的特性の評価を可能にする。このような能力は、システムの安定性を制限することがあるインパルスノイズのようなある種の非ガウシアンノイズ寄与度の影響を診断するのに役立つ。現在のところ、付加的ノイズが平均零であり、かつ、ガウシアンであると仮定して、２次モーメントが計算される。このモデルからの逸脱は、たとえば、非線形源からのノイズが受信機に影響を与えるときに起こり得る。平均値、尖度、歪度および高次モーメント（ＳＴＡＴＳＮと呼ばれる）は、ノイズ源をより良く限定するために現在のところ計算される分散を補完するように正規化エラーサンプルに基づく１トーン毎に容易に導出される可能性がある。
【０１０２】
一実施例として、以下の情報が同期シンボル／ＥＲＢパケットについて収集されたエラーデータから導出される。
【０１０３】
実数および虚数回線ノイズガウシアン密度確率特性――回線ノイズがガウシアン（明確な閾値に基づいて、零に等しくない尖度）ではない場合、受信機に影響を与えるノイズのガウシアン仮定は、有効ではない。
【０１０４】
実数および虚数回線ノイズの独立同一分布特性（Ｉ．Ｉ．Ｄ．）――ノイズがＩ．Ｉ．Ｄ．ではない場合、ＳＮＲ余裕推定値は、有効ではなく、ＳＮＲ余裕は、バイアスがかかることがあり得る。次に、補正係数が与えられる可能性があり、平均値が一定であり、妨害の特有のシグネチャに基づいている場合、強いＦＥＸＴ、ＮＥＸＴまたはＲＦＩの存在が識別される可能性がある。ＳＮＲ余裕または回線品質測定アルゴリズムがこの平均値成分の存在のためにバイアスをかけられている場合、性能指数は、非零平均値の存在のため補償されることがあり、分散形状に基づいて、ノイズレベルの推定値、ＲＦＩ位置、クロストーク存在、共通モードノイズ漏れ、エコーなどが決定される可能性があり、閾値レベルを超える分散および尖度の大きいピークは、ＲＦＩ存在の標識である。
【０１０５】
５．隣接するトーン間の相関
隣接する、または、隣接しないトーン全体を通じて、送信参照シンボルまたは他のトーンからの正規化同期シンボルエラーとの正規化同期シンボルエラーの相関は、特定のノイズ源の組成を決定するのに役立つ測定基準をもたらす。たとえば、ＵＳ／ＤＳ帯域のエッジで、シンボルエラーの相関は、線形または非線形エコーの存在を指示する可能性があり、耐域内では、シンボルエラーの相関は、非線形性、または、シンボル間干渉もしくはチャネル間干渉の存在を指示する可能性があり、ＲＦＩ帯域のエッジでは、シンボルエラーの相関は、ＲＦＩまたは非線形性の存在を指示する可能性がある。
【０１０６】
６．送信機非線形性の評価
送信機ＵＳ非線形性は、インデックス番号ｎを有している選択されたＵＳトーン上の送信機信号を観測された非線形性のタイプ（すなわち、２次または３次・・・）に依存してＤＳ受信トーンインデックス番号２ｎまたは番号３ｎで受信されたエラー信号と相関させることにより評価される可能性がある。これは、特有の周波数で、送信機によって変調された既知データを同期シンボルエラーまたはＥＲＢデータ収集物の一部として収集されたエラーと相関させることにより達成される。
【０１０７】
前述の、そして、図６のステップＳ６１０および／または図９のステップＳ９１６で実行されるようなプリミティブ例を導出するプロセス例は、今度は、図１０に関連して代替的に詳細に説明される。図１０において実行される導出と、示された系列とは、例示のためだけに与えられ、多くの代案および追加が可能であることに注意すべきである。
【０１０８】
図１０に示されるように、ＥＲＢデータパケットが受信され、正規化エラーサンプルが取得された後、ある程度の個数の導出が実行される可能性がある。
【０１０９】
１番目のパス１００２では、Ｘｌｏｇ／Ｘｌｉｎ推定は、以下の擬似コードにより実行される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
エラーサンプルを参照ＦＥＸＴ  ＩＤ系列と相関させる
回線を再び参照することによりＦＥＸＴ  ＩＤ系列毎にＸＰＳＤおよびＦＥＸＴカップリングを計算する
ＸＰＳＤおよびＦＥＸＴカップリングを解釈する
このパス１００２では、ノイズＰＳＤ推定は、以下の擬似コードによりさらに実行される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
エラーサンプルを参照ＦＥＸＴ  ＩＤ系列と相関させる
回線を再び参照することによりＦＥＸＴ  ＩＤ系列毎にＰＳＤを計算する
ＰＳＤを解釈する
パス１００２では、ＦＦＬＮ推定は、以下のとおりさらに実行される。
【０１１０】
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
エラーサンプルを参照ＦＥＸＴ  ＩＤ系列と相関させる
ＦＥＸＴ  ＩＤ系列毎にＦＥＸＴチャネルを計算する
同期シンボル毎にＸｔａｌｋを除去し、エラーサンプルから関連付けられたＦＥＸＴチャネルを乗じられた各ＦＥＸＴ  ＩＤ系列を減算することによりＦＥＸＴ無しのエラーサンプルを計算する
ＦＥＸＴ無しのエラー電力およびＦＥＸＴ無しのＳＮＲを計算する
回線を再び参照することによりＦＥＸＴ無しの回線換算ノイズ（ＦＦＬＮ）を計算する
ＦＦＳＮＲおよびＦＦＬＮを解釈する
パス１００２において、バックグラウンドノイズは、以下のとおり推定される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
複数のアダマール系列長さの全体でエラーサンプルについて分散を推定する
ノイズ分散からＰＳＤを推定する（ＰＳＤ＝１０ｌｏｇ１０（ＶＡＲ））
バックグラウンドノイズＰＳＤを解釈する
パス１００４では、ＳＹＮＳＮＲおよびＳＹＮＣＬＮ推定が以下の擬似コードに従って実行される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
同期シンボル毎に同期エラー電力を計算する
同期ＳＮＲを計算する
回線を再び参照することにより（利得を介して）同期回線換算ノイズ（同期ＬＮ）を計算する
同期ＳＮＲおよび同期ＬＮを解釈する
次のパス１００６では、同期化ＦＥＸＴノイズ環境におけるバックグラウンドノイズ分散が以下のとおり導出される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
同期サンプルについて分散を推定する
ノイズ分散からＰＳＤを推定する（ＰＳＤ＝１０ｌｏｇ１０（ＶＡＲ））
バックグラウンドノイズＰＳＤを解釈する
次のパス１００８では、ＩＳＩ推定が以下の擬似コードに従って実行される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
トーンＱについての参照送信コンスタレーション点とＤＳ帯域におけるｎ個の隣接するトーンのエラーとの間の相関を推定する
相関が閾値を上回る場合、ＩＳＩとしてフラグを立てる
ＩＳＩレベルを解釈する
パス１００８では、エコー／歪み推定が以下のとおりさらに実行される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
ＵＳ帯域におけるトーンＱについての参照送信コンスタレーション点とＤＳ帯域におけるｎ個の隣接するトーンのエラーとの間の相関を推定する。相関が閾値を上回る場合、エコー／歪みとしてフラグを立てる
エコー／歪みレベルを解釈する
パス１００８では、相互トーンノイズ推定が以下のとおりさらに実行される；
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
Ｎ個の隣接するトーンの間で相互相関を推定する。相互相関が閾値を上回り、かつ、ＩＳＩが検出されない場合、ノイズ存在としてフラグを立てる
ノイズレベルを解釈する
プロセスが各トーンの実数／虚数部で独立および／または共同に行われる可能性がある場合：
次のパス１０１０において、ある程度の回数の導出が実行される。最初に、モーメント推定が以下の擬似コードに従って実行される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
実数部および虚数部を独立に処理する：
平均値を計算する
エラーから平均値を取り除く
分散、歪度および尖度を計算する
モーメントを解釈する
パス１０１０では、ノイズＰＳＤ推定が以下のとおり実行される：
実数部および虚数部に対する分散から、ノイズのＰＳＤを推定する
パス１０１０では、巡回ノイズの性質が以下のとおり推定される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
シンボルの実数部および虚数部に対するモーメントを推定する
実数モーメントと虚数モーメントとを比較する
モーメント（群）が同一である場合、巡回ノイズとしてフラグを立てる
モーメント（群）が異なる場合、非巡回ノイズとしてフラグを立てる
結果を解釈する
パス１０１０では、ガウシアンノイズの性質推定値が以下のとおり導出される：
Ｎ個の同期シンボル全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
実数部および虚数部のモーメントを独立に推定する
両方の尖度が閾値を下回る場合、ガウシアンノイズとしてフラグを立てる
２つの尖度のうちの少なくとも一方が閾値を上回る場合、非ガウシアンノイズとしてフラグを立てる
ノイズが非ガウシアンである場合、モーメントに従って、または、他の確率則をマッチさせることにより、実数部および虚数部に対して独立にノイズＰＤＦを推定する
結果を解釈する
パス１０１０では、Ｉ．Ｉ．Ｄ．ノイズの性質が以下のとおり推定される：
Ｎ個の同期シンボルの第１の組全体でＥＲＢを収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
第１の組のモーメントを推定する
Ｎ個の同期シンボル全体で新しいＥＲＢの組を収集する
ＥＲＢを復号化する−エラーサンプルのＩ／Ｑ成分を抽出する
新しい組のモーメントを推定する
モーメント（群）を比較する
モーメント（群）が異なる場合、非同一分布ノイズとしてフラグを立てる
同じ組の中の受信されたシンボルのエラーの間の相関を計算する
相関が閾値を上回る場合、非独立分布としてフラグを立てる
モーメント（群）が一致し、かつ、相関が閾値を下回る場合、Ｉ．Ｉ．Ｄ．ノイズとしてフラグを立てる
ノイズがＩ．Ｉ．Ｄ．としてフラグを立てられた場合、ノイズの異なるインスタンスに対してノイズＰＤＦを推定する
結果を解釈する
図１１から１５は、発明の実施形態による正規化同期シンボルエラーもしくは対応するＥＲＢブロックまたはバックチャネルデータのＬ２  イーサネットカプセル化から導出され得る測定基準を示す。
【０１１１】
図１１は、２つのクロストークディスターバから推定されたＰＳＤと共にバックグラウンドノイズの推定値を示す。ノイズＰＳＤは、図１０のパス１００２に示されるように、ディスターバ毎に、かつ、アダマール系列との相関を通じて推定され、その後、回線換算される。
【０１１２】
図１２は、クロストークノイズの実数部および虚数部のヒストグラム／ＰＤＦを示す。本実施例では、これらは、Ｎ＝１２８個の同期シンボル全体で収集されたＥＲＢデータに基づいて計算され、ノイズＰＤＦは、推定され、マッチさせられる可能性がある。本実施例では、図１０のプロセス１０１０に示されるように、２つのクロストークディスターバについてのガウシアンの混合が観測される可能性がある。
【０１１３】
図１３Ａおよび１３Ｂは、図１０のプロセス１０１０に示されるように、ＲＥＩＮインパルスノイズの有無に関して６ＭＨｚでのノイズの計算ＰＳＤおよびＰＤＦ推定値を示す。
【０１１４】
図１４Ａおよび１４Ｂは、図１０のプロセス１０１０に示されるように、それぞれインパルスノイズの有る場合および無い場合に、計算ノイズモーメントを示す。
【０１１５】
図１５は、図１０のプロセス１００２に示されるように、ＦＦ  ＳＮＲおよび同期ＳＮＲと対応するＦＦＬＮおよび同期ＬＮの導出を示す。
【０１１６】
本発明は、本発明の好ましい実施形態に関連して詳しく説明されているが、形式および詳細における変更および変形が発明の趣旨および範囲から逸脱することなく行われることがあることは、当業者に容易に明らかになるであろう。請求項は、このような変更および変形を包含することが意図されている。
【図１】
2014532334.tif 000021
【図２】
2014532334.tif 000022
【図３】
2014532334.tif 000023
【図４】
2014532334.tif 000024
【図６】
2014532334.tif 000025
【図８】
2014532334.tif 000026
【図９】
2014532334.tif 000027
【図１０】
2014532334.tif 000028
【図１１】
2014532334.tif 000029
【図１２】
2014532334.tif 000030
【図１３（Ａ）】
2014532334.tif 000031
【図１３（Ｂ）】
2014532334.tif 000032
【図１４（Ａ）】
2014532334.tif 000033
【図１４（Ｂ）】
2014532334.tif 000034
【図１５】
2014532334.tif 000035
【図５】
2014532334.tif 000036
【図７】
2014532334.tif 000037
【国際調査報告】
2014532334.tif 000038
2014532334.tif 000039