JP5486923B2 - 顧客構内で回線試験を実行する方法と装置 - Google Patents

Description

この特許出願は、２００６年５月１日に出願の名称「ＤＳＬシステム」の米国特許仮出願第６０／７９６，３７１号に対する優先権を主張する。米国特許仮出願第６０／７９６，３７１号は、本願明細書に全体として引用したものとする。

この開示は、一般に通信ネットワークおよび／またはシステムに、および、より詳しくは顧客構内で回線試験を実行する方法と装置に関する。

デジタル加入者線（ＤＳＬ）技術が、例えば家庭および／または企業などの加入者（また、本願明細書においてユーザおよび／または顧客と称される）に、インターネット関連のサービスを提供するために一般に利用される。ＤＳＬ技術は、顧客が電話線（例えば普通の電話システム（ＰＯＴＳ）サービスを提供するのに使用される通常の撚り線対銅電話線）を使用して、顧客が、例えば、高データ速度ブロードバンドインターネットネットワーク、ブロードバンドサービスおよび／またはブロードバンドコンテンツに接続することを可能にする。

ＤＳＬサービスのサービスプロバイダは、トラブル検出、トラブル分離および／またはトラブル防止のために、ループ長、ケーブルゲージ（複数ゲージ）、ブリッジタップ（複数タップ）の存在、ブリッジタップ（複数タップ）の位置、ブリッジタップ（複数タップ）の長さ、回線上のノイズ、ショート、オープン、その他のような情報を使用することができる。代わりにまたはさらに、ＤＳＬサービスが潜在的ＤＳＬ加入者に提供され、販売され、および／または配給される前に、サービスプロバイダの位置から加入者の位置までの電話線に関する類似した情報を有することは有用である可能性がある。前述したもののような情報が、サービスプロバイダの位置と加入者の位置との間の電話線に対して測定される。しかしながら、回線試験装置は一般的にサービスプロバイダの位置に設置され、したがって、この情報は一般的にサービスプロバイダの位置から入手可能であり、加入者の位置からは入手可能でない。

顧客構内に位置され動作するデータアナライザによって、少なくとも一つの電話線へのプローブ信号の送信が生じる。このデータアナライザは、少なくとも測定された反射プローブ信号に基づいて少なくとも一つの電話線の特性を表すパラメータを計算する。種々の方法（複数方法）、技法（複数技法）および／またはアルゴリズム（複数アルゴリズム）のいずれかを使用して、このデータアナライザは測定された反射プローブ信号から特性記述パラメータ（複数パラメータ）を計算する。例えば、どのようなプローブ信号が送信されたかの知識があり、かつ、受信されたおよび／または測定された反射信号が与えられると、データアナライザは、例えば、エコー経路応答を計算することができ、ブリッジタップの存在を検出することができ、検出されたブリッジタップを特徴づけることができ、ループ減衰を推定することができ、および／または任意の適切な電話線特性を求めることができる。ある状況において、電話線の顧客端で測定された反射信号は、顧客構内環境および／または電話線に関して、他の（例えばＣＯまたはＲＴ）端での反射信号から入手可能であろうものより、非常により大きなレベルの詳細を含む。したがって、このデータアナライザは顧客構内１１０から一又はそれ以上の回線試験（複数試験）を実行することによって増強されたレベルの詳細な診断を提供する。

以下の開示が例示のデジタル加入者線（ＤＳＬ）システムおよび／または図１−８の例示のデバイスを参照するとはいえ、本願明細書に記載されている方法と装置は、任意の種類、任意のサイズおよび／または任意のトポロジのＤＳＬシステムに対して電話線を特徴づけるのに用いられることができる。例えば、ＤＳＬシステムは複数の位置に設置される複数のＤＳＬアクセスマルチプレクサ（ＤＳＬＡＭ）を含むことができ、任意の数の電話線、ＤＳＬメンテナンスデバイス、回線プローバ、ＤＳＬモデムおよび／またはデータアナライザを含むことができる。また、例えば、顧客構内で、複数のモデムが複数の電話線を終端することができ、単一のまたは複数の回線プローバ、データアナライザおよび／またはコンピュータを共有することができる。これに加えて、説明の目的のために以下の開示が図１内に例示される例示のシステム、デバイスおよび／またはネットワークを参照するとはいえ、任意の追加的なおよび／または代わりの種類および／または数の、通信システム、デバイスおよび／またはネットワーク（複数ネットワーク）が、本願明細書に開示される教示による、ＤＳＬ通信システムを実現し、および／またはＤＳＬ通信サービスを提供するのに用いられることができる。例えば、下記のようにＤＳＬメンテナンスデバイス、ＤＳＬアクセスマルチプレクサ（ＤＳＬＡＭ）、ＤＳＬモデム、回線プローバ、コンピュータおよび／またはデータアナライザの間で集合的に割り当てられる異なる機能は、任意の所望の方法で再割当されることができる。

ここで使用される用語「ユーザ」、「加入者」および／または「顧客」は通信サービスおよび／または装置が種々のサービスプロバイダ（複数プロバイダ）のいずれかによってそれに対して提供される、および／または潜在的に提供されることができる、人、企業および／または組織を指す。さらに、用語「顧客構内」は、通信サービスがサービスプロバイダによって提供される位置を指す。ＤＳＬサービスを提供するのに用いられる例示の一般加入電話網（ＰＳＴＮ）に対して、顧客構内は電話線のネットワーク終端装置（ＮＴ）側において、その近くにおよび／またはそれと関連して位置する。例示の顧客構内は、住居またはオフィスビルを含む。

ここで使用される用語「動作する」は動作の可能な、もしくは実際のところ動作中の装置、またはその任意の組合せを言う。例えば、停止されているかパワーオフされている装置は動作を実行するように「動作する」、すなわち装置がスイッチを入れられると、動作を実行することが可能である。したがって、たとえ装置がパワーオフされているかまたは他に停止されていても、装置は予めプログラムされたハードウェアまたはソフトウェアプログラムされたハードウェア、または、その任意の組合せによってある機能を実行するように「動作する」。他の意味がこれらの用語の使用の文脈から推測されることができるとはいえ、用語「信号」は一般的にアナログ信号を指し、用語「データ」は一般的にデジタルデータを指し、および、用語「情報」はアナログ信号またはデジタル信号のどちらかを指すことができる。

ここで使用される用語「サービスプロバイダ」は、通信サービスおよび／または通信機器を提供するか、販売するか、配給するか、処理するかおよび／または保守する、種々の事業体のいずれかを指す。例示のサービスプロバイダは、電話事業会社、ケーブル事業会社、無線事業会社、インターネットサービスプロバイダ、または、ＤＳＬサービスプロバイダと独立にまたはそれと連携して、ＤＳＬ ＤＳＬサービスを診断するかまたは向上させるサービスを提供することができる任意のサービス、を含む。

ここで使用される用語「加入者装置」は少なくとも一つの加入者サービスを提供するのに用いられる顧客構内でおよび／またはその中に設置される任意の装置を指す。加入者装置は、追加的な目的に潜在的に利用できることができてもできなくてもよい。加入者装置が顧客構内でおよび／またはその中に設置されるとはいえ、この種の装置はＮＴおよび／またはその他のネットワークオーナー権境界のどちらかの側および／または両側に置かれることができる。加入者装置は、加入者によって所有され、賃借され、借りられ、および／または賃貸されることができる。加入者装置は、サービスプロバイダによって所有されることができ、かつ完全に制御されることができる。例えば、加入者装置はサービスプロバイダによって所有されることができ、および、加入者はコネクタに接続するだけで、このデバイスとの他のいかなるアクセスおよび／または相互作用も持たない。加入者装置は、一般に加入者に利用でき、および／またはアクセス可能であり、かつ小売業者、サービスプロバイダおよび／または雇用者を含むがこれに限らず種々のソースのいずれかを介して加入者によって入手され、および／または得られることができる。例示の加入者装置は、加入者がＤＳＬサービスおよび／またはインターネットサービスをそれで受信し、および／または利用する加入者の住居でおよび／またはその中に設置されるパーソナルコンピュータ（ＰＣ）、セットトップボックス（ＳＴＢ）、住宅用ゲートウェイおよび／またはＤＳＬモデムを含む。

加えて、ここで使用される用語「ＤＳＬ」は、例えば非対称ＤＳＬ（ＡＤＳＬ）、高速ＤＳＬ（ＨＤＳＬ）、対称ＤＳＬ（ＳＤＳＬ）および／または超高速ＤＳＬ（ＶＤＳＬ）のようなさまざまなＤＳＬ技術および／またはその変形のいずれかを指す。この種のＤＳＬ技術は、例えばＡＤＳＬモデム用の国際電気通信連合（ＩＴＵ）規格Ｇ．９９２．１（別名Ｇ．ｄｍｔ）、ＡＤＳＬ２モデム用の国際電気通信連合（ＩＴＵ）規格Ｇ．９９２．３（別名Ｇ．ｄｍｔ．ｂｉｓまたはＧ．ａｄｓｌ２）、ＡＤＳＬ２＋モデム用の国際電気通信連合（ＩＴＵ）規格Ｇ．９９２．５（別名Ｇ．ａｄｓｌ２ｐｌｕｓ）、ＶＤＳＬモデム用の国際電気通信連合（ＩＴＵ）規格Ｇ．９９３．１（別名Ｇ．ｖｄｓｌ）、ＶＤＳＬ２モデム用の国際電気通信連合（ＩＴＵ）規格Ｇ．９９３．２、ハンドシェークを実施するモデム用の国際電気通信連合（ＩＴＵ）規格Ｇ．９９４．１（Ｇ．ｈｓ）、および／またはＤＳＬモデムの管理用のＩＴＵ Ｇ．９９７．１（別名Ｇ．ｐｌｏａｍ）規格のような適用可能な規格に従って、一般に実現される。

簡潔さおよび明快さのために、以下の開示の全体にわたって、ＤＳＬモデムおよび／またはＤＳＬ通信サービスを顧客に接続することが参照される。しかし、以下の開示が、例示のデジタル加入者線（ＤＳＬ）装置、ＤＳＬサービス、ＤＳＬシステム、および／またはＤＳＬサービスの配布用の通常の撚り線対銅電話線の使用に関してなされるとはいえ、理解されるべきことは、本願明細書に開示される通信システム用の伝送媒体を特徴づけおよび／または試験する開示された方法と装置が、多くの他のタイプおよび／または種類の通信機器、サービス、技術および／またはシステムに適用可能である、ことである。例えば他のタイプのシステムは、無線配信システム、有線またはケーブル配信システム、同軸ケーブル配信システム、極超短波（ＵＨＦ）／高周波（ＶＨＦ）無線周波数システム、衛星または他の地球外システム、携帯配信システム、電力線ブロードキャストシステム、および／または光ファイバネットワークを含む。加えて、これらのデバイス、システムおよび／またはネットワークの組合せも、また、使われることができる。例えば、バランによって接続される撚り線対および同軸ケーブルの組合せ、または、光ネットワークユニット（ＯＮＵ）の線形の光から電気への接続によるアナログファイバから銅への接続のような、その他の物理チャンネル継続組合せが使われることができる。

当業者に直ちに明らかなことは、ＤＳＬモデムおよび／またはデータアナライザを顧客に接続することが、例えば、通信会社によって動作させられるＤＳＬモデムおよび／またはデータアナライザを、顧客構内（例えば顧客によって所有されるか、賃貸されるかまたは他に占有され、および／または利用される、家庭および／または企業の場所）におよび／またはその中に設置される第２のＤＳＬモデムおよび／またはデータアナライザに通信可能に接続される電話線（すなわち加入者線）に通信可能に接続することを含む、ことである。第２のＤＳＬモデムおよび／またはデータアナライザは、さらに、顧客が第１および第２のＤＳＬモデムおよび／またはデータアナライザ、電話線および通信会社を介してサービス（例えばインターネットアクセス）にアクセスするように動作させる別の通信および／またはコンピューティングデバイス（例えばパーソナルコンピュータ）に通信可能に接続されることができる。

図１に、および、特に図７に示すように例示的な実施態様によれば、顧客構内１１０に位置するデータアナライザ１４０、１４０Ａによって、少なくとも一つの電話線１０５へのプローブ信号の送信（すなわち命令７００による）が生じる。データアナライザ１４０は、少なくともプローブ信号の測定された反射に基づいて、少なくとも一つの電話線の特性を表すパラメータ７１０を計算する。

図１は、顧客（複数顧客）にＤＳＬサービス（複数サービス）を提供するのに用いられ、および／または用いられるのを試みられることができる、通常の撚り線対銅電話線（複数電話線）の状態を特徴づけ、記述し、および／または示す、任意の数および／または種類のパラメータ（複数パラメータ）のいずれかを測定し、計算し、および／または他に求める例示のＤＳＬシステムを示す。４つのこの種の電話線が、参照番号１０５Ａ、１０５Ｂ、１０５Ｃおよび１０５Ｄによって図１内に示される。図１の例示のシステムにおいて、特性記述パラメータ（複数パラメータ）が、顧客構内１１０から任意選択で送信される一又はそれ以上の信号および／または顧客構内１１０で受信され、および／または測定される一又はそれ以上の信号に基づいて測定され、計算され、および／または他に求められる。しかしながら、ＤＳＬＡＭ １１０は接続の他方の端で電話線１０５Ａ−Ｄを終端することができてもできなくてもよい。例示の特性記述パラメータは、ループ長、セグメント長（複数長）、ケーブルゲージ（複数ゲージ）、ブリッジタップ存在、ブリッジタップ位置（複数位置）、ブリッジタップ長（複数長）、ブリッジタップゲージ（複数ゲージ）、オープン故障、ショート故障、交差故障、不良スプライス／接続、ノイズ、過剰ノイズ、データレート、信号対雑音比（複数比）、ループインピーダンス、ループ構成および／またはループ減衰を含むが、これに限定されるものではない。代わりにまたはさらに、電話線１０５Ａ−Ｄからの信号（複数信号）を受信し、および／または測定することによって収集される生データが、その代わりにこれらのまたは他のパラメータを計算するために地理的に別々のデバイスに転送されることができる。この種の生データは、電話線１０５Ａ−Ｄに回線プローブデバイス１３５Ａ−Ｄによって発射されるパルス（複数パルス）に対するデジタル化された応答、発射される信号無しのノイズの測定値、および／または、直接のインピーダンス測定値を含むことができる。後述するように、顧客構内１１０で受信され、および／または測定される信号に基づく特性記述パラメータ（複数パラメータ）の決定および／または計算は顧客構内１１０でおよび／または地理的に分離したデバイスで実現されることができる。

例示の電話線１０５Ａ−Ｄを介して顧客（複数顧客）にＤＳＬサービスを提供するために、図１の例示のシステムは任意の多種多様なＤＳＬＡＭ １１０を含む。図１の例示のＤＳＬＡＭ １１０は、とりわけ、種々のおよび／または複数のＤＳＬモデム（図示せず）のいずれかを実現する。ＤＳＬＡＭ １１０は、中央オフィス（ＣＯ）および／またはリモートターミナル（ＲＴ）内に設置されることができる。当業者は、本願明細書に記載されている例に記載されている他の構成要素の様に、ＤＳＬＡＭ １１０が存在する必要はないと認識するであろう。

例示のＤＳＬＡＭ １１０と複数の加入者ＤＳＬモデム（そのうち２つが参照番号１１５Ａおよび１１５Ｂで示される）との間で生じるＤＳＬ通信に対する現在のおよび／または過去のＤＳＬ性能特性を監視し、測定し、および／または記録するために、図１の例示のＤＳＬシステムはＤＳＬメンテナンスデバイス１２０およびデータベース１２５を含む。ＤＳＬメンテナンスデバイス１２０は、以下のいずれかまたは全ての一部であり、それによって実現され、および／またはそれによって実行されることができる：スペクトル管理センタ（ＳＭＣ）、ダイナミックスペクトル管理センタ（ＤＳＭセンタ）、ＤＳＬオプティマイザ（ＤＳＬＯ）、ＤＳＬ管理センタ、ＤＳＬオペレーションセンタ、オペレーションサポートシステム（ＯＳＳ）、要素管理システム（ＥＭＳ）、ネットワーク管理システム（ＮＭＳ）、他の伝送または管理ネットワーク要素および／または例示のＤＳＬＡＭ １１０。下記のように、ＤＳＬ例示のメンテナンスデバイス１２０は、電話線（複数線）を特徴づけ、かつＤＳＬサービス（例えば例示の電話線１０５Ａ−Ｄ）を提供するのに用いられ、および／または潜在的に提供するのに用いられることができる任意の数のおよび／または種々のパラメータのいずれかを要求し、受信し、計算し、および／または他に得ることができる。図示の例において、電話線特性記述パラメータ（複数パラメータ）および／または性能特性（複数特性）は種々のデータ構造（複数構造）、データテーブル（複数テーブル）、データ配列（複数配列）、などのいずれかを使用して例示のデータベース１２５内に格納される。例示のデータベース１２５は、機械アクセス可能なファイル内におよび／または種々のメモリ１３０のいずれか内に格納される。種々の方法（複数方法）、技法（複数技法）および／またはアルゴリズム（複数アルゴリズム）のいずれかを使用して、サービスプロバイダは、例えば、新しいＤＳＬサービスを提供し、販売し、および／または配給するために、および／または既存のＤＳＬサービスを維持し、監視し、および／または診断するために、データベース１２５内に格納される電話線特性記述パラメータ（複数パラメータ）および／または性能特性（複数特性）を用いることができる。

電話線特性記述パラメータ（複数パラメータ）がそれから求められることができる信号を測定するために、図１の例示のシステムは顧客構内１１０に回線プローバを含む。４つの例示の回線プローバ１３５Ａ、１３５Ｂ、１３５Ｃおよび１３５Ｄが、図１内に示される。図１の例示の回線プローバ１３５Ａ−Ｄは、種々の回線プローブ信号のいずれかを送信し、および／または種々の反射回線プローブ信号、クロストーク回線プローブ信号および／またはノイズ信号のいずれかを受信し、および／または測定する。例示のプローブ信号は、パルスおよび／またはステップ時間領域反射率測定（ＴＤＲ）信号、広帯域スペクトラム信号、公称モデム伝送信号（例えばＡＤＳＬモデムのマルチキャリア信号）、チャープ信号、インパルス列、単一インパルス、などを含む。ノイズ状態を測定するために、試験され、および／または特徴づけられる電話線に事実上何の信号も送信されないように、回線プローブ信号はゼロ電圧、クワイエット、ヌルおよび／または全ゼロ信号であることができる。例示の回線プローバ１３５Ａ−Ｄの例示の実現は、図２と関連して後述する。

例示の回線プローバ１３５Ａ−Ｄで受信され、および／または測定される信号から電話線特性記述パラメータ（複数パラメータ）を求め、および／または計算するために、図１の例示のシステムはデータアナライザを含む。４つの例示のデータアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび１４０Ｄが、図１内に示される。種々の方法（複数方法）、技法（複数技法）および／またはアルゴリズム（複数アルゴリズム）のいずれかを使用して、例示のデータアナライザ１３５Ａ−Ｄは、受信されたおよび／または測定された信号から特性記述パラメータ（複数パラメータ）を推定し、求め、および／または計算する。例えば、どんなプローブ信号が送信されたかの知識があり、かつ、受信されたおよび／または測定された反射信号が与えられると、データアナライザは、例えば、エコー経路応答を計算し、ブリッジタップの存在を検出し、検出されたブリッジタップを特徴づけ、ループ減衰などを推定する、ことができる。ある状況において、電話線の顧客端で測定された反射信号は、顧客構内環境および／または電話線に関して、他の（例えばＣＯまたはＲＴ）端での反射信号から入手可能であろうものより、非常により大きなレベルの詳細を含む。したがって、示された例は、顧客構内１１０から一又はそれ以上の回線試験（複数試験）を実行することによってこの増強されたレベルの詳細を得ようとする。

図１の例示のデータアナライザ１４０Ａ−Ｄは、例えば、ａ）加入者のＰＣ、ｂ）スタンドアロンデータアナライザ、ｃ）回線プローバとの組み合わせ、および／またはｄ） ＤＳＬモデムまたはｅ）加入者のセットトップボックスのような種々のコンピューティングデバイスのいずれかによって実現されることができる。例えば、データアナライザ１４０Ａを実現するＰＣは、例えばＤＳＬモデム１１５Ａを介してインターネットネットワークおよび／またはサービス１４５に接続されることができる。この種の例では、ＰＣ／データアナライザ１４０Ａは、例えば、加入者のＤＳＬサービスを介してインターネット、オーディオ、ビデオ、電子メール、メッセージ通信、テレビおよび／またはデータサービスを受信し、および／または利用するのに用いられる。この種の例では、ＰＣ １４０ＡはＤＳＬモデム１１５Ａ、電話線１０５ＡおよびＤＳＬＡＭ １１０を介してインターネット１４５に接続される。一実施態様によれば、ＤＳＬモデム１１５Ａは例示のＰＣ １４０Ａに通信可能に接続されることができ、および／または、例示のＰＣ １４０Ａによっておよび／またはその中に実現されることができる。

図１の例示のデータアナライザ１４０Ａ−Ｄは、対応する例示の回線プローバ１３５Ａ−Ｄで受信され、および／または測定される信号（複数信号）から電話線特性記述パラメータ（複数パラメータ）を求め、および／または計算するように機械アクセス可能な命令を実行することができる。図１の例示のシステムにおいて、この種の機械アクセス可能な命令は、（ａ）例えば、サービスプロバイダによって郵送され、および／またはプロビジョニングされるコンパクトディスク（ＣＤ）または他の不揮発性記憶装置（例えばデジタル多用途ディスク（ＤＶＤ））を介してデータアナライザへロードされ、（ｂ）インターネットサイト（例えばＤＳＬメンテナンスデバイス１２０によって与えられる機械アクセス可能な命令を供給するダウンロードサーバ１５５）からデータアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄにダウンロードされ、および／または（ｃ）例えば、ＤＳＬメンテナンスデバイス１２０によってデータアナライザへロードされる、ことができる。例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ファイル転送プロトコル（ＦＴＰ）および／または電子メールプロトコル（例えばＳＭＴＰ）のような種々のネットワークプロトコルのいずれかが、データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄに機械アクセス可能な命令を転送するのに用いられることができる。

例示のデータアナライザ１４０Ａ−Ｄによって求められ、および／または計算される特性記述パラメータ（複数パラメータ）は、種々のデータ構造（複数構造）、機械アクセス可能なファイル（複数ファイル）および／またはメモリ（複数メモリ）のいずれかを使用して、データアナライザ１４０Ａ−Ｄによっておよび／またはその中に格納される。図１の例示のデータアナライザ１４０Ａ−Ｄは、種々の方法（複数方法）、ネットワーク（複数ネットワーク）および／またはプロトコル（複数プロトコル）のいずれかを介してＤＳＬメンテナンスデバイス１２０に決定されたおよび／または計算された特性記述パラメータ（複数パラメータ）を供給する。例えば、利用できるおよび／または作動可能なＤＳＬ接続がＤＳＬモデム１１５ＡとＤＳＬＡＭ １１０との間にある場合、例示のデータアナライザ１４０Ａ−Ｄは、例えば、ＩＴＵ Ｇ．９９４．１（別名Ｇ．ｈｓ）規格内に規定される交換プロトコルを使用して、ＤＳＬサービスを介して特性記述パラメータ（複数パラメータ）を供給することができる。さらにまたは代わりに、特性記述パラメータ（複数パラメータ）は、例えば、データアナライザ１４０Ａ−Ｄに通信可能に接続される、および／またはそれによっておよび／またはその中に実現される、ダイヤルアップおよび／または音声帯域モデムを使用して、インターネット１４５および／またはＰＳＴＮ １５０を介してＤＳＬメンテナンスデバイス１２０に送信され、および／または与えられる、ことができる。この種のダイヤルアップまたは音声帯域モデムはＤＳＬサービスと同じループ上の音声帯域上で動作させることができるか、または、それはＰＯＴＳサービスをサポートする別々のループ上で動作させることができる。データアナライザは、さらにまたは代わりに、例えばＤＳＬフォーラム文書ＴＲ−０６９に記載の自動構成サーバ（ＡＣＳ）のような種々の中間サービス（複数サービス）のいずれかを介してＤＳＬメンテナンスデバイス１２０に、特性記述パラメータ（複数パラメータ）を供給することができる。図１の例において、データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄが例示のＤＳＬメンテナンスデバイス１２０に現在通信可能に接続されず、および／または接続可能でない場合、特性記述パラメータ（複数パラメータ）は、例えば、サービスプロバイダに送られ、および／または配送されることができるＣＤまたは他の不揮発性記憶媒体（例えばＤＶＤ）上に特性記述パラメータ（複数パラメータ）を格納するといった種々の追加的なおよび／または代わりの方法のいずれかを介して送られ、および／または供給され、次いでＤＳＬメンテナンスデバイス１２０へロードされることができる。さらにまたは代わりに、データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄは、例えば、人物１５５に表示され、および／または提示される種々のグラフィカルユーザーインタフェース（ＧＵＩ）のいずれかを使用して圧縮されたＡＳＣＩＩコードの形式で、パラメータ（複数パラメータ）を表示することができる。例示の人物１５５は次にパラメータ（複数パラメータ）を技師および／または顧客サービス担当者１６０に与えることができ、その人が次に供給されたパラメータ（複数パラメータ）をＤＳＬメンテナンスデバイス１２０へロードする。人物１５５は、例えば、加入者または技師であることができる。

図１にて図示したように、回線プローバ１３５Ａ−Ｄおよびデータアナライザ１４０Ａ−Ｄは、種々の組合せのいずれかを使用して実現されることができる。例えば、例示の回線プローバ１３５Ａは、種々のＤＳＬモデム（複数モデム）１１５Ａのいずれかによっておよび／またはその中で実現され、例示の回線プローバ１３５Ｂは、例えばテスタのような種々のスタンドアロンデバイスのいずれかとして実現され、例示の回線プローバ１３５Ｃは、例示のデータアナライザ１４０Ｃによっておよび／またはその中で実現される。また、単一のプローバが顧客構内１１０に存在する複数のＤＳＬモデムによっておよび／またはその中で実現されることができる。当業者は、回線プローバおよび／またはデータアナライザを実現する多数の他の方法があると容易に認めるであろう。例えば、回線プローバは多種多様な住宅用ゲートウェイまたはＳＴＢのいずれかによって実現されることができる。

例示の回線プローバ１３５Ａ−Ｄは、種々のコミュニケーションバス、バックプレーン、有線および／または無線信号、および／または汎用シリアルバス（ＵＳＢ）および／または電気電子技術者協会（ＩＥＥＥ）８０２．３ｘおよび／または８０２．１１ｘ規格に従う有線および／または無線接続のような技術、のいずれかを介してそれらのそれぞれのデータアナライザ１４０Ａ−Ｄに通信可能に接続されることができる。加えて、ＤＳＬモデムは、例えば、周辺コンポーネントインタフェース（ＰＣＩ）カードを使用してデータアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄによっておよび／またはその中で実現されることができる。

図１の例示のシステムにおいて、電話線を特徴づけるパラメータ（複数パラメータ）の決定および／または計算は、種々の方法のいずれかで開始され、要求されおよび／または提供されることができる。例えば、例示のＤＳＬメンテナンスデバイス１２０はデータアナライザ１４０Ａ、１４０Ｂ，１４０Ｃおよび／または１４０Ｄにリクエストおよび／またはコマンドを送信することができ、それは次に、対応する回線プローバ１３５Ａ、１３５Ｂ、１３５Ｃおよび／または１３５Ｄにプローブ信号の送信を要求し、および／または、回線プローバ１３５Ａ、１３５Ｂ、１３５Ｃおよび／または１３５Ｄから信号の受信および／または計測を要求する。データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄは加えて、それぞれの回線プローバ１３５Ａ、１３５Ｂ、１３５Ｃおよび／または１３５Ｄを介して得られる受信されたおよび／または測定された信号から特性記述パラメータ（複数パラメータ）を計算し、および／または求めることができ、そして次に、上で議論したようにＤＳＬメンテナンスデバイス１２０にそれを戻すことができる。さらにまたは代わりに、ＤＳＬ加入者、技師、設置者、その他は、データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄによって供給され、および／または表示される種々のＧＵＩのいずれかを介してのプローブ信号の送信、信号計測および／または特性記述パラメータの計算および／または決定のプロセスを開始することができる。最後に、プローブ信号の送信はループ診断モードで動作するＤＳＬモデムによって開始されることができる。データアナライザそれ自体が、上述の電子通信経路のいずれかを通して任意のサービスプロバイダのサービスプロバイダＤＳＬ １４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄメンテナンスデバイスにデータアナライザを識別するように定期的または周期的に試みることができる。したがって、データのその送出はサービスプロバイダによって必ずしも促される必要はない。

図１の図示の例において、たとえＤＳＬモデムまたは住宅用ゲートウェイが低消費電力状態にあり、および／または停止されているとしても、ＤＳＬモデム、住宅用ゲートウェイ、その他によっておよび／またはその中で実現される例示の回線プローバ１３５Ａ、１３５Ｂ、１３５Ｃおよび／または１３５Ｄは、交流（ＡＣ）および／または電池の電力へのアクセスを有する。これによって、通信可能に接続されたデータアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０ＤがＤＳＬモデムまたは住宅用ゲートウェイの状態に無関係に回線試験、プローブおよび／または信号測定を要求することができる。したがって、たとえＤＳＬモデムまたは住宅用ゲートウェイが停止されているとしても、回線試験、プローブおよび／または特徴付けは技師、メンテナンスパーソナルおよび／または顧客サービス担当者によって実行されることができる。この種の状況において、データアナライザＣへのリクエスト（複数リクエスト）の送信が、データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄとインターネット１４５および／またはＰＳＴＮ １５０との間の別の既存のおよび／または利用可能な接続を介して、および／またはユーザが、例えば、データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄによって表示され、および／または与えられるＧＵＩを動作させることによって、生じる。

図１の例において、例示の回線プローバ１３５Ａ−Ｄおよび例示のデータアナライザ１４０Ａ−Ｄが顧客構内１１０に位置するとはいえ、当業者は、さらにまたは代わりに、回線プローバ１３５Ａ、１３５Ｂ、１３５Ｃおよび／または１３５Ｄおよび／またはデータアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０ＤがＣＯまたはＲＴにおいて実現されることができると容易に認識するであろう。例えば、データアナライザ１４０Ａ、１４０Ｂ、１４０Ｃおよび／または１４０Ｄは例示のＤＳＬメンテナンスデバイス１２０によっておよび／またはその中で実現されることができる。この種の例において、回線プローバ（例えば回線プローバ１３５Ａ、１３５Ｂ、１３５Ｃおよび／または１３５Ｄ）は、ＤＳＬメンテナンスデバイス１２０内に遠隔で設置されるデータアナライザに、受信されたおよび／または測定されたプローブおよび／またはノイズ信号を供給する。さらに、図１が各回線プローバ１３５Ａ−Ｄに対して１つのデータアナライザ１４０Ａ−Ｄを例示するとはいえ、当業者は容易に、例えばＣＯに位置するデータアナライザが顧客構内１１０に位置する複数の回線プローバ１３５Ａ−Ｄから受信されたおよび／または測定された信号を使用して、複数の電話線に対する特性記述パラメータ（複数パラメータ）を求め、および／または計算する、ことができると認識するであろう。さらに、一又はそれ以上の回線プローバが、電話線のサービスプロバイダの端から回線試験、プローブおよび／または特徴付けを与えるＤＳＬＡＭによって、その中でおよび／またはそれと連動して、実現されることができる。

図示の例において、例示のＤＳＬメンテナンスデバイス１２０はまた、近端および／または遠端クロストークを測定し、および／または特徴づけるために一組の回線プローバ１３５Ａ−Ｄを使用することができる。例えば、第１の顧客構内１１０の第１の回線プローバ（例えば例示の回線プローバ１３５Ａ−Ｄ）が、第１の電話線（例えば電話線１０５Ａ）にプローブ信号を送信するように構成されることができ、一方、実質的に同時に、第２の顧客構内１１０の第２の回線プローバ（例えば例示の回線プローバ１３５Ｂ）が、回線プローブ信号の送信を中止し、第２の電話線（例えば電話線１０５Ｂ）に「クワイエット（quiet）」信号を送信するか、または何の信号も送信しない。次いで第２の回線プローバ１３５Ｂで受信され、測定される信号が、第２の回線プローバ１３５Ｂと関連する第２の電話線１０５Ｂへの第１の回線プローバ１３５Ａと関連する第１の電話線１０５Ａからのいわゆる「近端クロストーク」を特徴づけるのに用いられることができる。第２の回線プローバ１３５Ｂがその代わりに第２の電話線１０５ＢのＣＯ端１００に位置する場合、第２の回線プローバ１３５Ｂで受信されて測定される信号は、第１の電話線１０５Ａから第２の電話線１０５Ｂへのいわゆる「遠端クロストーク」を特徴づけるのに用いられることができる。図示の例の第２の回線プローバ１３５Ｂは、回線からの信号を測定するために回線に信号を送信する必要はない。その代わりに、例示された例示の第２の回線プローバ１３５Ｂは、ノイズを顧客構内１１０および／またはＣＯ １００で評価するために、定期的なおよび／または不定期の間隔で回線１０５Ｂからサンプルを収集して保存することができる。この種のサンプルは第２の回線プローバ１３５Ｂ内に格納されることができて、次いで第２の回線プローバ１３５Ｂがデータアナライザ１４０Ｂによって問い合わせられる時、供給されることができ、予定された時間で転送されることができ、所定のイベントの発生（例えば所定のデータ量の記憶）の際に、および／または他の周期的なおよび／または非周期的時間で転送されることができる。別の実施態様によれば、データアナライザ１４０は単一回線プローバ１３５に第１の、そして次に、第２の電話線１０５にプローブ信号を送信するように命令する。データアナライザによって制御されるスイッチが、第１の電話線と第２の電話線１０５との間で回線プローバ１３５の出力を切替えることができる。したがって、データアナライザ１４０は、回線プローバ１３５がそれぞれのプローブ信号を送信して、プローブ信号のそれぞれの反射を測定するために、第１の電話線と第２の電話線１０５との間を選択する。この例によれば、データアナライザ１４０は回線プローバ１３５に第１の電話線へのプローブ信号を送信して、かつ第１の電話線からのプローブ信号の測定された反射に基づいて第１の電話線の特性を表す第１のパラメータ７１０を計算するように命令する、ように動作する。同様に、データアナライザ１４０は回線プローバ１３５に第２の電話線へのプローブ信号を送信して、かつ第２の電話線からのプローブ信号の測定された反射に基づいて第２の電話線の特性を表す第２のパラメータ７１０を計算するように命令する、ように動作する。

図２は、図１の例示の回線プローバ１３５Ａを実現する例示の方法を例示する。当業者は、容易に、例示の回線プローバ１３５Ｂ、１３５Ｃおよび１３５Ｄが同じように実現されることができると認識するであろう。例示のデータアナライザ１４０Ａ（図１）と通信するために、図２の例示の回線プローバ１３５Ａは、例えばＵＳＢインタフェースまたは有線および／または無線イーサネット（登録商標）インタフェースのような種々のインタフェース２０５のいずれかを含む。とりわけ、図２の例示のインタフェース２０５はデータアナライザ１４０Ａからのコマンドを受信して、データアナライザ１４０Ａに受信した信号および／または計測データを供給する。コマンドおよび／または計測データは、種々のフォーマット（複数フォーマット）、通信プロトコル（複数プロトコル）および／または技法（複数技法）のいずれかを使用して受信され、承認され、および／または送信されることができる。

図２の例示の回線プローバ１３５Ａを制御するために、回線プローバ１３５Ａはコントローラ２１０を含む。例示のコントローラ２１０は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）、汎用プロセッサおよび／またはマイクロコントローラ、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、専門プロセッサ、などのような種々のプロセッサのいずれかであることができる。図２にて図示したように、例示のコントローラ２１０はさらに、送信経路２１４、回線カップリング２３５および／または受信経路２３７に構成および／または制御情報を供給する。図２の例示のコントローラ２１０の例示の実現は、図５の例示の機械アクセス可能な命令と関連して後述する。

電話線２１２への送信に適した回線プローブ信号を形成し、および／または送信するために、図２の例示の回線プローバ１３５Ａは送信経路２１４を含む。回線プローバ１３５Ａが、ＤＳＬモデムおよび／または住宅用ゲートウェイによっておよび／または、その中で実現される場合、例示の送信経路２１４は、例えば、ＤＳＬモデムおよび／または住宅用ゲートウェイの送信経路によっておよび／またはその一部として、実現されることができる。図２の例示の送信経路２１２は、デジタル送信ロジック２１５、デジタル／アナログ変換器（ＤＡＣ）２２０およびアナログ送信ロジック２２５を含む。上記したように、この種の信号の送信は全ての測定に対する必須要件でない（例えば、それは回線ノイズ信号を測定することへの必須要件でない）。その代わりに、いくつかの測定はプローブ信号の送信の有無にかかわらず実行されることができる。したがって、回線プローバ１３５Ａ−Ｄが本願明細書において「プローバ」と称されるとはいえ、プローバが単に電話線からサンプルを測定する受動デバイス、電話線にプローブ信号を送信する能動デバイスおよび／またはこれらの技法のいずれかまたは全てを実行する複合受動および能動デバイスであることができると強調される。

図２の例示のデジタル送信ロジック２１５は、デジタル送信信号（例えば回線プローブ信号）を生成し、および／または例えばフィルタ、アップサンプリング、などのデジタル信号処理を実行する、ように種々のデジタル処理機能を実現する。ＤＳＬ送信信号の生成に加えて、例示のデジタル送信ロジック２１５が、例えば、パルスおよび／またはステップＴＤＲ信号、広帯域スペクトラム信号、公称モデム伝送信号、チャープ信号、インパルス、インパルス列、のような種々の代わりのまたは追加的なデジタル回線プローブ信号のいずれかを生成するか、またはクワイエットラインノイズ（ＱＬＮ）が測定されることができるように何の信号も生成しないことなど、ができる。例示のデジタル送信ロジック２１５は、プローブ信号を、独立に、および／または例示のインタフェース２０５を介して、データアナライザ１４０Ａによって供給される種々のパラメータ（複数パラメータ）および／または代表信号（複数信号）のいずれかに基づいて、生成することができる。例えば、データアナライザ１４０Ａはインパルス列プローブ信号に対して振幅および周期を指定することができる。

デジタル送信ロジック２１５の一実施態様において、デジタル信号が以下の諸ステップのうちの少なくとも一つを含む一連の動作を使用して生成されることができる：多数の副搬送波に対応する周波数領域の信号の生成ステップ、異なる副搬送波の送信パワーが適切に選択されることができるように、周波数領域の信号成分をスケーリングするステップ、周波数領域信号を時間領域に変換するＩＦＦＴ動作を実行するステップ、周期的拡張をＩＦＦＴ動作の出力に加えるステップ、スペクトル封じ込めを向上させるためにＩＦＦＴ動作の出力にウインドウィング操作を適用するステップ、以前の出力の並列信号表現を直列表現に変換するステップ、ならびにアップサンプリングおよびフィルタリング動作の一又はそれ以上の段階を実行するステップ。デジタル送信ロジック２１５の機能の一部または全体が、代わりにデータアナライザ１４０Ａ−Ｄによって引き受けられることができる。

デジタル送信ロジック２１５によって生成されるデジタル送信信号をアナログ波形および／または信号に変換するために、図２の例示の回線プローバ１３５ＡはＤＡＣ ２２０を含む。ＤＡＣ ２２０の一実施態様において、アナログ信号へのデジタル信号の変換速度は、２．２０８ＭＨｚ、４．４１６ＭＨｚ、８．８３２ＭＨｚ、１７．６６４ＭＨｚ、３５．３２８ＭＨｚ、７０．６５６ＭＨｚおよび１４１．３１２ＭＨｚである好適な値で、４．３１２５ｋＨｚの倍数であるように選択され、それはＤＭＴ技術を使用したＤＳＬシステム内に見いだされる典型的な変換速度に対応する。例えば電話線２１２へのアナログ波形および／または信号の送信より前に増幅、フィルタリング、電圧から電流への変換、その他のような任意の追加的なおよび／または必要なアナログ処理を与えるために、図２の例示の送信経路２１４はアナログ送信ロジック２２５を含む。

２線式電話線２１２上へアナログ送信ロジック２２５によって生成されるアナログ送信信号を接続するために、図２の例示の回線プローバ１３５Ａはハイブリッド２３０を含む。種々の技法（複数技法）、ロジック、回路（複数回路）および／または構成要素（複数要素）のいずれかを使用して、例示のハイブリッド２３０は、回線プローバ１３５Ａが電話線２１２を介して信号を同時に送受信することができるように４線式から２線式への適切な変換を形成する。

例示のハイブリッド２３０によって形成される２線式信号を電話線２１２に接続するために、図２の例示の回線プローバ１３５Ａは種々の回線カップリング２３５のいずれかを含む。とりわけ、図２の例示の回線カップリング２３５は電話線２１２のインピーダンスを適切に模する適切な終端を示し、および／または提供し、それによって電話線２１２へのおよび／またはそれからの信号の効率的な送信および／または受信を可能にする。図２の例示の回線カップリング２３５はさらに、例示の回線カップリング２３５が侵入的な方法でまたはモニタ法で信号を投入し、および／または抽出することを可能にする種々のロジック、スイッチ（複数スイッチ）または構成要素（複数要素）のいずれかを含む。例示のモニタモードにおいて、ＤＳＬモデムが動作する一方、例示の受信経路２３７はＤＳＬモデム内の別の回路によって同時に電話線２１２から信号を受信することが可能である（すなわち、受信信号を監視する）。侵入的なモードにおいて、送信経路２１４は電話線２１２に信号を送信する能力しか実質的に有しないので、あらゆる関連したＤＳＬモデムを電話線２１２から侵入的に切り離す。

例示の回線プローバ１３５Ａおよび／または回線プローバ１３５Ａを実現するＤＳＬモデムが電話線２１２に対して所望の終端インピーダンスを示すことができるように、図２の例示の回線カップリング２３５は、さらにまたは代わりに、終端インピーダンス回路を含むことができる。終端インピーダンス回路はまた、例示の回線カップリング２３５とは別個に実現されることができる。例示の終端インピーダンス回路は、図４と関連して後述され、例えば、例示のコントローラ２１０によって制御可能である。

いくつかの実施態様において、単一回線プローバ１３５Ａ−Ｄは、顧客構内１１０で多数の利用可能な電話線の間で一又はそれ以上の最良の電話線を選択するための試験を容易にするために、または結合ＤＳＬサービスを提供するのに用いられることができる複数の電話線から情報を収集するために、複数の電話線１０５Ａに接続するように構成されることができる。一実施態様において、単一回線プローバ１３５Ａ−ＤはＲＪ−１１に接続される対の１つまたは２つより多いピンを備えた類似したコネクタに回線カップリング２３５を接続することによって、試験する一つの電話線を選択するロジックを含むことができる。回線プローバ１３５Ａ−Ｄは、ＤＳＬメンテナンスデバイス１２０から生じることができる、データアナライザ１４０Ａ−Ｄを通してどの対を試験するべきかに関する命令を受信することができる。このために、レジスタが、試験されるべき、または、すでに試験された適切な電話対を識別するために回線プローバ１３５Ａ−Ｄおよびデータアナライザ１４０に保持されることができる。このレジスタは電話対に対して一意の識別タグを保持することができ、および、レジスタの内容はＤＳＬメンテナンスデバイス１２０からダウンロードされることができる。

電話線２１２上に存在する信号を受信し、および／または測定するために、図２の例示の回線プローバ１３５Ａは受信経路２３７を含む。回線プローバ１３５ＡがＤＳＬモデムおよび／または住宅用ゲートウェイによっておよび／またはその中で実現される場合、例示の受信経路２３７は、例えば、ＤＳＬモデムおよび／または住宅用ゲートウェイの受信経路によって実現されることができる。同様に、データアナライザ１４０Ｃは回線プローバ１３５Ｃと統合されることができるか、または代わりにコンピュータ内にデータアナライザ１４０Ａとして、セットトップボックス内にデータアナライザ１４０ＤとしてもしくはＤＳＬモデム１１５Ｂとして実現されることができる。図２の例示の受信経路２３７は、アナログ受信ロジック２４０、アナログデジタル変換器（ＡＤＣ）２４５およびデジタル受信ロジック２５０を含む。

例示のハイブリッド２３０を介して受信されるアナログ信号を、デジタル信号への変換に適しているアナログ波形および／または信号に変換するために、図２の例示の受信経路２３７はアナログ受信ロジック２４０を含む。アナログ受信ロジック２４０は、例えば、増幅、電流から電圧への変換、フィルタ、などを実施することができる。アナログ受信ロジック２４０によって供給されるアナログ信号をアナログ信号のデジタル表現に変換するために、図２の例示の受信経路２３７はＡＤＣ ２４５を含む。ＡＤＣ ２４５の一実施態様において、アナログ信号のサンプリングレートは、２．２０８ＭＨｚ、４．４１６ＭＨｚ、８．８３２ＭＨｚ、１７．６６４ＭＨｚ、３５．３２８ＭＨｚ、７０．６５６ＭＨｚおよび１４１．３１２ＭＨｚである好適な値で、４．３１２５ｋＨｚの倍数であるように選択され、それはＤＭＴ技術を使用したＤＳＬシステム内に見いだされる典型的な変換速度に対応する。

例示のデータアナライザ１４０Ａによって処理するのに適している信号を受信し、および／または測定するために、例示の受信経路２３７はデジタル受信ロジック２５０を含む。とりわけ、例示のデジタル受信ロジック２５０はフィルタ、ダウンサンプリング、その他を実現することができる。例示のデジタル受信ロジック２５０は、さらにまたは代わりに、複数の受信信号の平均算出を実行するためにデジタル処理を実行し、例えば、受信信号に関連する雑音分散を減少させ、送信信号および受信信号に基づいてエコー応答を計算することができる。例えば、例示の送信経路２１５がインパルス列を送信するように構成される場合、デジタル受信ロジック２５０が、その各々の継続時間がインパルス列の周期に対応する複数の受信信号を加算することができる。さらにまたは代わりに、この種の平均算出はデータアナライザ１４０Ａで実行されることができる。

デジタル受信ロジック２５０の一実施態様において、レシーバ処理ステップは、以下のうち少なくとも一つを含むことができる：一又はそれ以上の段階のフィルタおよびダウンサンプリング、直列信号表現の並列信号表現への変換（ブロック形成）、レシーバウインドウィング動作、受信されたブロックからの周期的拡張の除去、時間領域信号を周波数領域に変換するＦＦＴ動作、および／または各副搬送波上の信号を等化するためにＦＦＴ動作の出力のスケーリング。デジタル受信ロジック２５０の機能の一部または全体が、代わりにデータアナライザ１４０Ａ−Ｄによって引き受けられることができる。

当業者によって容易に認識されるであろうことは、回線試験および／または特性試験目的に対して図２の例示の受信経路２３７が、種々の信号（複数信号）のいずれかを測定し、および／または受信するのに用いられることができる、ことである。例示の信号は、送信信号の反射バージョン、隣接した電話線上に送信される信号によって生じる遠端および／または近端クロストーク信号、ノイズ信号、などを含む。例示の受信経路２３７は、また、ＤＳＬモデム信号、パルスおよび／またはステップＴＤＲ信号、インパルス列、広帯域スペクトラム信号、チャープ信号、などのような任意のタイプの信号（複数信号）を受信し、測定し、および／または処理するか、またはこの種の信号の不在におけるノイズを測定するのに用いられることができる。

本発明の一実施態様において、データアナライザ１４０Ａ−Ｄはインタフェース２０５を介してデジタル送信ロジック２１５に与えられるべきデジタル信号を生成する。デジタル信号は、擬似乱数発生器を使用して周波数領域信号として生成されることができる。擬似乱数発生器の出力は、直交振幅変調（ＱＡＭ）を使用して、多数の副搬送波に対するコンステレーションポイント(constellation points)を形成するのに用いられる。第１の実施態様において、疑似乱数発生器の出力が単一のブロックの持続時間の間だけ使われ、および従って、この単一ブロックが特定の回数繰り返される。第２の実施態様において、疑似乱数発生器が複数ブロックの持続時間の間使われる。当業者にとって、第１の実施態様の生成された信号はＲＥＶＥＲＢとして公知であり、一方第２の実施態様の生成された信号がＭＥＤＬＥＹとして公知である。第３の実施態様において、何の疑似乱数発生器も使われず、デジタル送信ロジック２１５に入力されるべきデジタル信号はＤＳＬメンテナンスデバイス１２０によって供給される信号特性（例えば持続時間、周期、振幅）に基づいて、望ましい信号（例えばパルス、ステップ、インパルス、インパルス列、チャープ、広帯域スペクトラム信号）を構成することによって形成される。さらに別の実施態様において、デジタル信号はＤＳＬメンテナンスデバイス１２０によって直接供給される。

例示の回線プローバ１３５Ａが図２内に例示されたとはいえ、図２内に例示される要素、モジュール、ロジック、メモリおよび／またはデバイスは、種々の方法のいずれかで組み合わせられ、再配置され、除去され、および／または実現されることができる。さらに、例示のインタフェース２０５、例示のコントローラ２１０、例示の送信経路２１４、例示のデジタル送信ロジック２１５、ＤＡＣ２２０、アナログ送信ロジック２２５、ハイブリッド２３０、回線カップリング２３５、例示の受信経路２３７、アナログ受信ロジック２４０、ＡＤＣ ２４５、例示のデジタル受信ロジック２５０および／または、さらに一般的にいえば、図２の例示の回線プローバ１３５Ａはハードウェア、ソフトウェア、ファームウェアおよび／またはハードウェア、ソフトウェアおよび／またはファームウェアの任意の組合せによって実現されることができる。例えば、例示のインタフェース２０５、例示のコントローラ２１０、例示のデジタル送信ロジック２１５および／または例示のデジタル受信ロジック２５０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）、汎用プロセッサおよび／またはマイクロコントローラ、専門プロセッサ、ＲＩＳＣプロセッサ、その他のような種々のプロセッサのいずれかによって実行される機械アクセス可能な命令を通して実現されることができる。さらに、回線プローバは図２内に例示されるものより追加された要素、モジュール、ロジック、メモリおよび／またはデバイスを含むことができ、および／または例示された要素、モジュールおよび／またはデバイスのいずれかまたは全ての複数を含むことができる。

図３は、図１および／または２の例示の回線プローバ１３５Ａ−Ｄのいずれかおよび／または図１の例示のデータアナライザ１４０Ａ−Ｄのいずれかを実現するように使われ、および／またはプログラムされることができる例示のプロセッサプラットホーム３００の概略図である。例えば、プロセッサプラットホーム３００は一又はそれ以上の汎用プロセッサ、コア、マイクロコントローラ、などによって実現されることができる。さらに、例示のプロセッサプラットホーム３００はＤＳＬモデム、セットトップボックス、コンピュータ、パーソナルコンピュータ、住宅用ゲートウェイ、ブリッジルーターまたは任意の適切なデバイス内に含まれることができる。

図３の例のプロセッサプラットホーム３００は、プログラマブルプロセッサ３０５を含む。プロセッサ３０５は、プロセッサ３０５のメインメモリ内に（例えば、ランダムアクセスメモリ（ＲＡＭ）３１５内に）存在するコード化された命令３１０を実行する。プロセッサ３０５は、ＩＮＴＥＬ（登録商標）、ＡＭＤ（登録商標）、ＳＵＮ（登録商標）、ＩＢＭ（登録商標）ファミリのコア、プロセッサ、デュアル／クワッドプロセッサおよび／またはマイクロコントローラからのＤＳＰ、ＲＩＳＣプロセッサおよび／または汎用および／またはカスタマイズされたプロセッサのような、任意のタイプの処理ユニットであることができる。プロセッサ３０５は、とりわけ、図１および／または２の例示の回線プローバ１３５Ａ−Ｄのいずれか、および／または図１の例示のデータアナライザ１４０Ａ−Ｄのいずれかを実現するために図５および／または６の例示の機械アクセス可能な命令を実行することができる。

プロセッサ３０５は、バス３２５を介して（読取り専用メモリ（ＲＯＭ）３２０およびＲＡＭ ３１５を含む）メインメモリと通信する。ＲＡＭ ３１５はダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）および／またはその他のタイプのＲＡＭデバイスによって実現されることができ、および、ＲＯＭはフラッシュメモリおよび／またはその他の所望のタイプのメモリデバイスによって実現されることができる。メモリ３１５および３２０に対するアクセスはメモリコントローラ（図示せず）によって一般的に制御される。ＲＡＭ ３１５は、例えば、プローブ信号パラメータ、受信信号、測定された信号または電話線特性試験パラメータ（複数パラメータ）を格納するのに用いられることができる。

プロセッサプラットホーム３００はさらに、インタフェース回路３３０を含む。インタフェース回路３３０は外部メモリインタフェース、シリアルポート、汎用入出力、などのような、任意のタイプのインタフェース規格によって実現されることができる。

一又はそれ以上の入力デバイス３３５および一又はそれ以上の出力デバイス３４０が、インタフェース回路３３０に接続される。例えば図２の例示のインタフェース２０５を実現するために、入力デバイス３３５が使われることができる。例えばＧＵＩを表示し、および／または出力するために、出力デバイス３４０が使われることができる。図３の図示の例はさらに、ネットワークインターフェース３４５を含み、それは、データアナライザと回線プローバを通信可能に接続して、インターネット１４５（図１）とデータアナライザを接続するのに用いられることができる。インタフェース３３０に接続されることができる他の例示のデバイスは、音声帯域モデムまたはＣＤドライブもしくはメモリーカードインタフェースのような不揮発性の着脱可能な記憶装置を含む。

一実施態様において、ネットワークインターフェース３４５はインターネットプロトコル（ＩＰ）および伝送制御プロトコル（ＴＣＰ）またはユーザデータグラムプロトコル（ＵＤＰ）のようなトランスポートプロトコルを使用して、インターネットを介して、データアナライザ１４０Ａ−ＤおよびＤＳＬメンテナンスデバイス１２０を接続する。顧客構内１１０で試験するためのパケットは、ＴＣＰパケットのまたはＵＤＰデータグラムのペイロードとして搬送されることができる。顧客構内１１０で試験するためのパケットは（ＤＳＬメンテナンスデバイス１２０からデータアナライザ１４０Ａ−Ｄまで搬送される）制御パケットであることができ、または、それは（データアナライザ１４０Ａ−ＤからＤＳＬメンテナンスデバイス１２０まで搬送される）データパケットであることができる。顧客構内１００で試験するためのパケットは、以下の基本フィールド：登録情報、ペイロードおよびＣＲＣフィールドから成ることができる。登録フィールドは、ＤＳＬメンテナンスデバイス１２０、回線プローバ１３５Ａ−Ｄ、データアナライザ１４０Ａ−Ｄおよび電話線１０５Ａ−Ｄに関する識別情報を含むことができる。この種の識別情報は、ハードウェア、ファームウェアおよび／またはソフトウェアバージョン、装置識別情報、ネットワークアドレス、その他を指すことができる。ＣＲＣフィールドは、データの完全性をチェックするために使用される一又はそれ以上のバイトであることができる。ペイロードは、これが制御またはデータパケットであるかどうか、に依存することができる。

一実施態様において、ＳＥＴパケット、ＩＮＩＴパケットおよびＲＥＱＵＥＳＴパケットのような、複数タイプの制御パケットがあることができる。ＳＥＴパケットが、顧客構内で試験を実行するためのデータアナライザ１４０Ａ−Ｄおよびまたは回線プローバ１３５Ａ−Ｃを構成するためにＤＳＬメンテナンスセンタ１２０によって使われることができる。ＳＥＴパケットは、各フィールドが以下のパラメータの一つ以上を指定することができる複数のフィールドから成ることができる：試験信号タイプ（例えばＲＥＶＥＲＢ、ＭＥＤＬＥＹ、ＱＵＩＥＴ、パルス、ステップ、インパルス、インパルス列）、ＡＤＣおよび／またはＤＡＣのサンプリングレート、信号パラメータ（例えば疑似ランダム発生器シード、タップ、パルス幅、信号振幅および／またはＰＳＤ、パルス時間、生の形式の信号、差動／同相モード）、回線プローバパラメータ（例えばインピーダンス値、送信経路設定、受信経路設定）。ＩＮＩＴパケットが、顧客構内での試験を開始するためにＤＳＬメンテナンスセンタ１２０によって使われることができる。ＩＮＩＴパケットは、各フィールドが以下のパラメータの一つ以上を指定することができる複数のフィールドから成ることができる：試験の時間（例えばすぐに、いつか将来の時間に予定されて、定期的に）、測定のタイプ（例えばＰＳＤ測定、信号収集、特性の平均化）。ＲＥＱＵＥＳＴパケットが、データアナライザ１４０Ａ−Ｄから顧客構内での試験結果を得るためにＤＳＬメンテナンスセンタ１２０によって使われることができる。ＲＥＱＵＥＳＴパケットは、各フィールドが以下のパラメータの一つ以上を指定することができる複数のフィールドから成ることができる：データアナライザ１４０Ａ−Ｄによる二次処理のリクエスト（例えば、不良スプライスの確率を計算する）、要求されたパラメータ（例えば生の受信信号、ループ長、セグメント長（複数長）、ケーブルゲージ（複数ゲージ）、ブリッジタップ存在、ブリッジタップ位置（複数位置）、ブリッジタップ長（複数長）、ブリッジタップゲージ（複数ゲージ）、オープン故障、ショート故障、交差故障、不良スプライス／接続、ノイズ、過剰ノイズ、データレート、信号対雑音比（複数比）、ループインピーダンス、ループ構成および／またはループ減衰）。

一実施態様において、ＳＥＴ−ＡＣＫパケット、ＩＮＩＴ−ＡＣＫパケットおよびＲＥＱＵＥＳＴ−ＲＥＳＰＯＮＳＥパケットのような、複数タイプのデータパケットがあることができる。ＳＥＴ−ＡＣＫパケットは、ＳＥＴ制御パケットを通してＤＳＬメンテナンスセンタ１２０によって与えられる設定を確認するために、データアナライザ１４０Ａ−ＤによってＤＳＬメンテナンスセンタ１２０に送信されることができる。ＳＥＴ−ＡＣＫパケットは、要求された設定の一つ以上に対してステータスコードを供給することができる。ＩＮＩＴ−ＡＣＫパケットは、ＩＮＩＴ制御パケットを通してＤＳＬメンテナンスセンタ１２０によって命令される試験がうまく終了されたことを確認するためにＤＳＬメンテナンスセンタ１２０にデータアナライザ１４０Ａ−Ｄによって送信されることができる。ＩＮＩＴ−ＡＣＫパケットは、試験がうまく実行されたかどうか、問題に遭遇したかどうかまたは試験が失敗した（例えば、ＤＳＬ回線がアクティブであると見いだされた）かどうか指示するステータスコードを含むことができる。ＲＥＱＵＥＳＴ−ＲＥＳＰＯＮＳＥパケットは、ＤＳＬメンテナンスセンタ１２０によって要求されるパラメータから成ることができ、かつデータアナライザ１４０Ａ−Ｄによって正確に測定されることができないかまたは導き出されることができないそれらのパラメータを指示することができる。

別の実施態様において、ネットワークインターフェース３４５は以下の層からなるプロトコルスタックを使用して、インターネットを通してデータアナライザ１４０Ａ−ＤとＤＳＬメンテナンスデバイス１２０を接続する：ＴＣＰ／ＩＰ、セキュアソケットレイヤー（ＳＳＬ）／トランスポートレイヤセキュリティ（ＴＬＳ）、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）およびリモートプロシージャコール（ＲＰＣ）法。このプロトコルスタックは、２００４年５月、ＤＳＬフォーラムテクニカルレポートＴＲ−０６９内に記載されているものと同様である。本実施態様において、データアナライザ１４０Ａ−Ｄは読取り可能なおよび／または書き込み可能なパラメータのリストを維持し、それはＤＳＬメンテナンスデバイス１２０および／またはデータアナライザ１４０Ａ−Ｄによって呼び出されることができるＲＰＣ法を介して、アクセス可能である。各方法呼出しの後に、対応する呼び出された実体による応答が続く。ＤＳＬメンテナンスセンタ１２０によって呼び出される方法が一又はそれ以上のパラメータの値を設定する、一又はそれ以上のパラメータの値を得る、一又はそれ以上のパラメータの属性を設定する、オブジェクトを加える、オブジェクトを削除する、データアナライザ１４０Ａ−Ｄにファイルをダウンロードする、データアナライザ１４０Ａ−Ｄからファイルをアップロードする、および／または、回線プローバ１３５Ａ−Ｄをリセットする、のに使われることができる。データアナライザ１４０Ａ−Ｄによって呼び出される方法は、ＤＳＬメンテナンスセンタ１２０にイベントおよび／またはパラメータ変更（例えば限度を越えた閾値）を知らせ、および／またはファイル転送の完了を指示する、のに用いられることができる。ＤＳＬメンテナンスデバイス１２０からデータアナライザ１４０Ａ−Ｄへのファイルダウンロードは、データアナライザ１４０Ａ−Ｄおよび／または回線プローバ１３５Ａ−Ｄに対するソフトウェアアップグレードを容易にすることができる。

図４は、スイッチおよび／または例示の終端インピーダンス回路の概略図である。通信デバイスが通信媒体に複数の終端インピーダンスを示すことができるように、図４の例示の終端インピーダンス回路が種々の通信デバイスのいずれかと連動して使われることができる。たとえば、例示の終端回路は、ＤＳＬモデム１１５Ａ−Ｂ、データアナライザ１４０Ａ−Ｄ、ルーター、コンピュータまたは他の適切なデバイスの、一部によって、一部の中でおよび／または一部として、実現され、ＤＳＬモデム１１５Ａ−Ｂが、例えば、シングルエンド形回線試験方法、技法および／またはアルゴリズムを使用して、電話線特性試験を容易にする複数の終端インピーダンスを実現することができる。この種の回線試験は、異なる瞬間に、公称インピーダンス（例えば１００オーム）、オープン、ショートまたはなんらかの他の選択可能な終端を示すＤＳＬモデム１１５Ａ−Ｂの能力の恩恵を受ける。

上で議論したように、図４の例示の終端回路が図１および２の例示の回線プローバ１３５Ａ−Ｄのそれぞれの１つと共に使われることができ、および／またはＣＯもしくはＲＴのＤＳＬＡＭ（例えばＤＳＬＡＭ １１０）によって実現されるＤＳＬモデム１１５Ａ−Ｂの一つ以上と共に使われることができる。図４の例示の終端回路は、ＤＳＬモデムの回線カップリングの一部として実現されることができ、および／またはＤＳＬモデムに通信可能に接続されるスタンドアロンデバイスとして実現されることができる。さらに、いくつかのＤＳＬＡＭアーキテクチャにおいて、複数のＤＳＬモデムにわたって例示の終端回路を共有することが可能である。

複数の終端インピーダンスを与えるために、図４の例示の終端インピーダンス回路は複数の終端を含む。３つの例示の終端４０５、４１０および４１５が、図４内に示される。複数の終端４０５、４１０または４１５の１つを選択するために、図４の例示の回路はスイッチ４２０を含む。図４にて図示したように、複数の終端４０５、４１０および４１５は、複数終端４０５、４１０または４１５の１つを２線式電話線４２５の反対側に接続されるように選択する例示のスイッチ４２０によって２線式電話線４２５の片側に接続される。

図５、６および８は、それぞれ図１および／または２の、例示の回線プローバ１３５Ａ−Ｄおよび例示のデータアナライザ１４０Ａ−Ｄを実現するように実行されることができる例示の機械アクセス可能な命令を表わす流れ図である。図５、６および／または８の例示の機械アクセス可能な命令は、ＤＳＰ、プロセッサ、コア、コントローラおよび／またはその他の適切な処理デバイスによって実行されることができる。例えば、図５、６および／または８の例示の機械アクセス可能な命令はフラッシュメモリのような有形の媒体またはプロセッサ（例えば例示のプロセッサプラットホーム３００内に示されて、図３と共に後述するプロセッサ３１０）と関連するＲＡＭに格納されるコード化された命令内に具体化されることができる。代わりに、図５、６および／または８のいくつかまたは全ての例示の流れ図は特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルロジックデバイス（ＦＰＬＤ）、個別ロジック、ハードウェア、ファームウェア、などを使用して実現されることができる。また、図５、６および／または８の例示の流れ図のいくつかまたは全ては手動でまたは上記の技法のいずれかの組合せ（複数組み合わせ）、例えばファームウェア、ソフトウェアおよび／またはハードウェアの組合せとして実現されることができる。さらに、図５−６および８の例示の機械アクセス可能な命令が図５−６および８の流れ図を参照して記載されているとはいえ、当業者は容易に、図１および／または２の例示の回線プローバ１３５Ａ−Ｄおよび／または例示のデータアナライザ１４０Ａ−Ｄを実現する多くの他の方法が使用されることができると認識するであろう。例えば、ブロックの実行の順序は変更されることができ、および／または、記載されているブロックのいくつかは変更されるか、除去されるか、再分割されるかまたは組み合わせられる、ことができる。加えて、当業者は、図５、６および／または８の例示の機械アクセス可能な命令が、例えば、別々の処理スレッド、プロセッサ、デバイス、回路、などによって、逐次的に実施されることができ、および／または並列に実施されることができると認識するであろう。さらに、図５、６および／または８の機械アクセス可能な命令は、例えばその他の多種多様な機械アクセス可能な命令、処理および／または動作と直列に、および／または並列に、実施されることができる。

図５の例示の機械アクセス可能な命令は、データアナライザ（例えば図１の例示のデータアナライザ１４０Ａ）からのコマンドを受信するために待っている回線プローバ（例えば図２の例示のコントローラ２１０）から始まる（ブロック５１０）。コマンドが受信される場合（ブロック５１０）、コントローラ２１０は終端インピーダンスを設定するコマンドが受信されたかどうか判定する（ブロック５２０）。

終端インピーダンス設定コマンドが受信された場合（ブロック５２０）、コントローラ２１０は終端インピーダンス回路（例えば図４の例示の回路）に、受信されたコマンド内に指定されるインピーダンスを設定するように命令する（ブロック５２５）。コマンドが終端インピーダンス設定コマンドでない場合（ブロック５２０）、コントローラ２１０は回線プローブを開始するコマンドが受信されたかどうか判定する（ブロック５３０）。

回線プローブを開始するコマンドが受信されなかった場合（ブロック５３０）、制御はブロック５１０へ戻り、別のコマンドが受信されるのを待つ。回線プローブを開始するコマンドが受信された場合（ブロック５３０）、コントローラ２１０はＤＳＬ接続が電話線上で現在アクティブでないことを確認する（ブロック５３５）。ＤＳＬ接続が電話線上で現在アクティブである場合（ブロック５３５）、コントローラ２１０はエラー応答をデータアナライザに送信する（ブロック５４０）。制御は次いでブロック５１０へ戻り、別のコマンドが受信されるのを待つ。

ブロック５３５に戻って、ＤＳＬ接続が現在アクティブでない場合（ブロック５３５）、コントローラは受信されたコマンド内に含まれる一又はそれ以上のパラメータに基づいて、送信経路（例えば図２の例示の送信経路２１２）および受信経路（例えば図２の例示の受信経路２３７）を構成する（ブロック５４５）。受信経路２３７は命令された測定を次いで実施し（ブロック５５０）、および、測定したデータはデータアナライザに戻される（ブロック５５５）。制御は次いでブロック５１０へ戻り、別のコマンドが受信されるのを待つ。

図６の例示の機械アクセス可能な命令は、電話線を特徴づけ、プローブし、および／または試験するリクエストを受信するデータアナライザ（例えば図３の例示のデータアナライザ３００）から始まる。ＤＳＬ接続が電話線上で現在アクティブである場合（ブロック６０５）、データアナライザ１４０ＡはＤＳＬ接続を切り離すコマンドをＤＳＬモデム１１５Ａに送信する（ブロック６１０）。ＤＳＬ接続が現在アクティブでない場合（ブロック６０５）、データアナライザ１４０Ａは切断コマンドを送信するのをスキップする。

データアナライザ１４０Ａは、プローブコマンドを電話線と関連する回線プローバに送信して（ブロック６１５）、それから、回線プローバから測定データを受信するのを待つ（ブロック６２０）。待つ間にタイムアウトおよび／またはエラーメッセージが受信される場合（ブロック６２０）、制御はブロック６３５へ進む。測定データが受信される場合（ブロック６２０）、データアナライザ１４０Ａは、要求された電話線特性記述パラメータ（複数パラメータ）を求め、および／または計算し（ブロック６２５）、かつデータアナライザ内にパラメータ（複数パラメータ）を保存する（ブロック６３０）。

ＤＳＬ回線が当初接続されており（ブロック６０５）、したがって、ブロック６１０で切り離された場合（ブロック６３５）、データアナライザ１４０Ａは、ＤＳＬモデム１１５ＡにＤＳＬサービスを再確立し、および／または再接続するように指示し、および／または命令する（ブロック６４０）。ＤＳＬ回線が当初接続されていなかった場合（ブロック６３５）、データアナライザはＤＳＬサービスを再確立し、および／または再接続するのをスキップする。

回線特性試験および／または試験リクエストがＤＳＬサービスを介して受信された場合（ブロック６４５）、データアナライザはＧ．ｈｓを介して保存されたパラメータ（複数パラメータ）を送信する（または、タイムアウトもしくはエラーメッセージがブロック６２０で受信された場合、データアナライザはエラー応答を送信する）（ブロック６５０）。保存されたパラメータ（複数パラメータ）は、また、動作およびメンテナンス（例えば埋め込み動作チャンネル、クリア埋め込み動作チャンネル、表示ビット、ＤＳＬ診断モード）のためにＤＳＬトランシーバによって使用されるその他のバンド内プロトコルを使用して送信されることができる。回線特性試験および／または試験リクエストがＧＵＩを介して受信された場合（ブロック６５５）、データアナライザはＧＵＩを介して保存されたパラメータ（複数パラメータ）および／または圧縮されたＡＳＣＩＩコード（または、タイムアウトもしくはエラーメッセージがブロック６２０で受信された場合エラー応答）を表示し、および／または提示する（ブロック６６０）。リクエストがＤＳＬサービス（ブロック６４５）またはＧＵＩ（ブロック６５５）を介して受信されなかった場合、データアナライザ１４０Ａは、保存されたパラメータ（複数パラメータ）（または、タイムアウトもしくはエラーメッセージがブロック６２０で受信された場合エラー応答）を、リクエストが受信された通信方式（例えば音声帯域モデム）および／または通信網（例えばＰＳＴＮ）を介して供給する（ブロック６６５）。

図８は、１つの例示的な実施態様による少なくとも一つの電話線の特性を表す少なくとも一つのパラメータを計算するための方法の流れ図である。方法８００はブロック８１０から始まることが示されているとはいえ、どのブロックにおいても開始することができる。ブロック８１０に示すように、顧客構内１１０に位置するデータアナライザ１４０ Ａ−Ｄによって少なくとも一つの電話線１０５へのプローブ信号の送信（すなわち命令７００を介して）が生じる。ブロック８２０に示すように、データアナライザ１４０ Ａ−Ｄは少なくともプローブ信号の測定された反射に基づいて、少なくとも一つの電話線の特性を表すパラメータ７１０を計算する。

もちろん、当業者は例示のシステム内に例示されるメモリの順序、サイズおよび割合が変化することができると認識するであろう。加えて、この特許が、他の構成要素、ハードウェア上で実行されるソフトウェアまたはファームウェアの中に含む例示のシステムを開示するとはいえ、この種のシステムが単に例証となるだけであり、限定するとみなされるべきではない点に注意されるであろう。たとえば、これらのハードウェア部品およびソフトウェア部品のいずれかまたは全てが、ハードウェアだけで、ソフトウェアだけで、ファームウェアだけで、またはハードウェア、ファームウェアおよび／またはソフトウェアのいくつかの組合せで具体化されることができることが考えられる。したがって、当業者は容易に、上記した例がこの種のシステムを実現する唯一の方法でないと認めるであろう。

上記した例示の方法および／または装置の少なくともいくつかは、コンピュータプロセッサ上で実行する一又はそれ以上のソフトウェアおよび／またはファームウエアプログラムによって実現される。しかしながら、ＡＳＩＣ、プログラマブルロジックアレイおよび他のハードウェアデバイスを含むがこれに限らず専用ハードウェア実現が、本願明細書に記載されている例示の方法および／または装置のいくつかまたは全てを実現するために、全体的にあるいは部分的に、同様に構成されることができる。さらに、分散処理または構成要素／オブジェクト分散処理、並列処理または仮想マシン処理を含むがこれに限らず代替ソフトウェア実現もまた、本願明細書に記載されている例示の方法および／または装置を実現するように構成されることができる。

また、本願明細書に記載されている例示のソフトウェアおよび／またはファームウェア実現は、以下のような有形の記憶媒体上に任意選択で格納されることができる点に注意するべきである：磁気媒体（例えばディスクもしくはテープ）、ディスクのような光磁気もしくは光学媒体、またはメモリーカードのような固体媒体または一又はそれ以上のリードオンリー（不揮発性）メモリ、ランダムアクセスメモリもしくは他の書き換え可能な（揮発性の）メモリを収容する他のパッケージ、またはコンピュータ命令を含有する信号。電子メールまたは他の自己内蔵型情報アーカイブまたはアーカイブの組に対するデジタル添付ファイルは、有形の記憶媒体に等しい配布媒体とみなされる。したがって、本願明細書に記載されている例示のソフトウェアおよび／またはファームウェアはそれらの上記したまたは等価物および後任媒体のような有形の記憶媒体または配布媒体上に格納されることができる。

上記の仕様が特定のデバイス、規格および／またはプロトコルに関して例示の構成要素および機能を説明する範囲で、本発明の教示がこの種のデバイス、規格および／またはプロトコルに限られていないことが、理解される。たとえば、ＤＳＬ、ＡＤＳＬ、ＶＤＳＬ、ＨＤＳＬ、Ｇ．ｈｓ、イーサネット、ＤＳＰ、ＩＥＥＥ ８０２．１１ｘおよびＩＥＥＥ ８０２．３ｘは現在の技術水準の例を表す。この種のシステムは、同じ汎用を有する高速なまたはより効率的なシステムによって定期的に取って代わられる。したがって、同じ汎用機能を有する代替デバイス、規格および／またはプロトコルは、添付の特許請求の範囲の範囲内に含まれることを目的とされる等価物である。

特定の例示の方法、装置および製造の物品が本願明細書において記載されたとはいえ、この特許の有効範囲はそれに対して限定されない。これに反して、この特許は文字通り添付の特許請求の範囲の有効範囲内でまたは均等論の下で合法的に含まれる全ての方法、装置および製造の物品を包含する。

顧客構内で回線試験を実行する例示の装置の概略図である。 一実施態様により構成される図１の例示の回線プローバを例示する。 図１の例示のデータアナライザを実現するように、および／または、図１の例示の回線プローバおよび／または例示のデータアナライザを実現するために、図５および／または６内に例示される例示の機械アクセス可能な命令を実行するように、使われおよび／またはプログラムされることができる例示のプロセッサプラットホームの概略図である。 デジタル加入者線（ＤＳＬ）モデム用の例示の終端インピーダンス回路の概略図である。 図１および／または２の例示の回線プローバの一つ以上を実現するように実行されることができる例示の機械アクセス可能な命令を表わす流れ図である。 図１の例示のデータアナライザの一つ以上を実現するように実行されることができる例示の機械アクセス可能な命令を表わす流れ図である。 １つの例示的な実施態様によるデータアナライザのブロック図である。 １つの例示的な実施態様による少なくとも一つの電話線の特性を表す少なくとも一つのパラメータを計算するための方法の流れ図である。

Claims (17)

1. 顧客構内（１１０）に位置し、かつ、少なくとも一つの電話線（１０５Ａ−Ｄ）の顧客構内端へのプローブ信号の送信を生じさせるように動作し、かつ、デジタル加入者線モデム、住宅用ゲートウェイおよび前記顧客構内に位置するループテスタ、の少なくとも一つにより実現されるデータアナライザ（１４０Ａ−Ｄ）を備え、
   前記データアナライザは、少なくとも前記プローブ信号の測定された反射に基づいて、前記少なくとも一つの電話線の特性を表す少なくとも一つのパラメータを決定し、計算するように動作し、
   前記データアナライザは、前記計算された少なくとも一つのパラメータをデジタル加入者線メンテナンスデバイス（１２０）に供給するように動作し、
   前記データアナライザが、前記デジタル加入者線メンテナンスデバイスと通信するように動作し、
   前記デジタル加入者線メンテナンスデバイスが、前記データアナライザから、演算された、前記少なくとも一つの電話線の特性を表す前記供給されたパラメータを要求し、これに応答して、回線プローバに前記プローブ信号を送信するように命令すること、前記プローブ信号を送信すること、前記反射されたプローブ信号を測定すること、および前記少なくとも一つのパラメータを計算するように命令すること、のうち少なくとも一つを生じさせる、ように動作し、
   前記回線プローバに前記プローブ信号を送信するように命令すること、前記プローブ信号を送信すること、前記反射されたプローブ信号を測定すること、および前記少なくとも一つのパラメータを計算するように指示する命令は、前記データアナライザがいずれかの回線に接続される前に前記データアナライザに設定されていることを特徴とする、装置。
2. 前記プローブ信号を送信し、これに応答して前記プローブ信号の前記測定された反射を受信するように動作する回線プローバをさらに備え、
   該回線プローバが、前記デジタル加入者線モデム、前記住宅用ゲートウェイおよび前記ループテスタ、のうち少なくとも一つ内に配設され、
   前記データアナライザが、顧客のパーソナルコンピュータならびに、前記デジタル加入者線モデム、前記住宅用ゲートウェイおよび前記ループテスタのうち少なくとも一つに動作するように接続されるセットトップボックスのうちの少なくとも一つ内に配設されることを特徴とする、請求項１に記載の装置。
3. 前記データアナライザが、前記少なくとも一つのパラメータを表示すること、ならびに前記プローブ信号を送信し、これに応答して前記プローブ信号の前記測定された反射を受信するように動作する前記回線プローバ、インターネット接続および一般加入電話網のうちの少なくとも一つを経由して前記デジタル加入者線メンテナンスデバイスに前記少なくとも一つのパラメータを送信すること、のうち少なくとも一つを実行するように動作する出力デバイスを備えることを特徴とする、請求項１に記載の装置。
4. 前記プローブ信号を送信し、これに応答して前記プローブ信号の前記測定された反射を受信するように動作する前記回線プローバをさらに含み、
   前記回線プローバが、
   前記プローブ信号を形成するように動作する送信経路と、
   前記プローブ信号の反射を測定するように動作する受信経路と、
   前記電話線に前記プローブ信号を接続し、かつ前記少なくとも一つの電話線からの前記プローブ信号の前記反射を前記受信経路に接続するように動作するハイブリッドと、
   前記送信経路および前記受信経路を制御するように動作するコントローラと、
   前記データアナライザに前記プローブ信号の前記測定された反射を供給するように動作するインタフェースとを備えることを特徴とする、請求項１に記載の装置。
5. 前記インタフェースが前記データアナライザからプローブデータを受信するように動作し、前記送信経路がプローブデータに基づいて前記プローブ信号を形成するように動作することを特徴とする、請求項４に記載の装置。
6. 前記送信経路が、前記プローブ信号を複数回送信するように動作し、前記受信経路が対応する複数の反射されたプローブ信号を測定し、かつ前記複数の反射されたプローブ信号を少なくとも合計するように動作することを特徴とする、請求項４に記載の装置。
7. 前記プローブ信号を送信し、これに応答して前記プローブ信号の前記測定された反射を受信するように動作する前記回線プローバをさらに含むことを特徴とする、請求項１に記載の装置。
8. 前記デジタル加入者線メンテナンスデバイスが、前記データアナライザおよび前記回線プローバのうちの少なくとも一つと地理的に分離していることを特徴とする、請求項７に記載の装置。
9. 第１の回線プローバと、
   第２の顧客構内に位置し、かつ前記第１の回線プローバが信号を受信すると同時に、第２の電話線上でプローブ信号を送信するように動作する第２の回線プローバと、をさらに備え、
   前記データアナライザが、前記第１の電話線への前記第２の電話線からのクロストークを計算するように動作することを特徴とする、請求項１に記載の装置。
10. 前記データアナライザが、デジタル加入者線メンテナンスデバイスと通信するように動作し、
    該デジタル加入者線メンテナンスデバイスは、前記データアナライザから前記少なくとも一つの電話線の特性を表す前記計算された少なくとも一つのパラメータを要求し、これに応答して、前記第１の回線プローバに前記プローブ信号を送信するように命令すること、前記第２の回線プローバを前記プローブ信号を受信するように構成すること、前記プローブ信号を送信し、前記プローブ信号の前記反射を受信し、前記プローブ信号の前記反射を測定すること、前記クロストークを計算すること、かつ前記少なくとも一つのパラメータを計算すること、のうち少なくとも一つを生じさせる、ように動作することを特徴とする、請求項９に記載の装置。
11. 前記計算されたパラメータが、第１の計算されたパラメータであり、前記装置が、さらに、
    前記顧客構内に位置し、かつ前記データアナライザに動作するように接続される回線プローバ、を備え、
    前記データアナライザが、前記回線プローバに第２の電話線にプローブ信号を送信し、かつ前記第２の電話線からの前記プローブ信号の測定された反射に基づいて、前記第２の電話線の特性を表す第２のパラメータを計算する、ように命令するように動作し、そして、
    前記データアナライザが、前記回線プローバが前記それぞれのプローブ信号を送信し、かつ前記プローブ信号の前記それぞれの反射を測定するために、前記第１の電話線と前記第２の電話線との間を選択するように動作することを特徴とする、請求項１に記載の装置。
12. 前記データアナライザが、デジタル加入者線メンテナンスデバイスから、前記第１の電話線と前記第２の電話線との間を選択する命令を受信するように動作することを特徴とする、請求項１１に記載の装置。
13. デジタル加入者線モデム、住宅用ゲートウェイおよび顧客構内に位置するループテスタ、のうち少なくとも一つにより実現される、顧客構内（１１０）におけるデータアナライザに、少なくとも一つの電話線（１０５Ａ−Ｄ）の顧客構内端にプローブ信号を送信させるステップと、
    少なくとも前記プローブ信号の測定された反射に基づいて、前記少なくとも一つの電話線の特性を表す少なくとも一つのパラメータを計算するステップと、
    前記計算された少なくとも一つのパラメータをデジタル加入者線メンテナンスデバイス
    （１２０）に供給するステップとを含み、
    前記データアナライザは、前記計算された少なくとも一つのパラメータをデジタル加入者線メンテナンスデバイス（１２０）に供給するように動作し、
    前記データアナライザが、前記デジタル加入者線メンテナンスデバイスと通信するように動作し、
    前記デジタル加入者線メンテナンスデバイスが、前記データアナライザから、演算された、前記少なくとも一つの電話線の特性を表す前記供給されたパラメータを要求し、これに応答して、回線プローバに前記プローブ信号を送信するように命令すること、前記プローブ信号を送信すること、前記反射されたプローブ信号を測定すること、および前記少なくとも一つのパラメータを計算するように命令すること、のうち少なくとも一つを生じさせる、ように動作し、
    前記回線プローバに前記プローブ信号を送信するように指示する命令、前記プローブ信号を送信するように指示する命令、前記反射されたプローブ信号を測定するように指示する命令、および前記少なくとも一つのパラメータを計算するように指示する命令は、前記データアナライザがいずれかの回線に接続される前に前記データアナライザに設定されている、方法。
14. さらに、前記電話線が、デジタル加入者線信号を送信するのに用いられていることを判定するステップと、
    前記少なくとも一つのパラメータを測定する前に前記デジタル加入者線信号の送信を止めるコマンドを送信するステップとを含む、請求項１３に記載の方法。
15. さらに、地理的に分離したデバイスから前記少なくとも一つの計算されたパラメータに対するリクエストを受信するステップと、
    前記少なくとも一つの計算されたパラメータを前記地理的に分離したデバイスに送信するステップとを含む、請求項１３に記載の方法。
16. さらに、ループ診断モードのモデムにより、前記回線プローバに、前記プローブ信号を送信させるステップを含み、
    前記ループ診断モードのモデムは、前記少なくとも一つの電話線の前記特性を表す前記少なくとも一つのパラメータを計算させることを生じさせること特徴とする、請求項１３に記載の方法。
17. 装置が読み取り可能な記憶媒体であって、前記記憶媒体には命令が記憶され、前記命令は、請求項１３乃至１６のいずれか一項に記載の方法を前記装置のコンピュータデバイスに実施させることを特徴とする記憶媒体。

Images