(57)【要約】  情報は混乱をきたさない動作データパラメータを使用して、ＤＳＬシステム構成要素が送信する。混乱をきたさない動作データパラメータの１つ以上のビットを使用してその他の情報を送信する。幾つかの場合では、選択するパラメータは、ＤＳＬシステムにおいて動作データを報告するために使用する使用しない高速動作モードまたは差し込み動作モードのパラメータなどの使用しないパラメータであろう。本発明の一実施形態では、遠隔モデムは、モデムが動作している電話番号と対を形成することができる固有の装置識別子を提供する。電話番号と固有の装置識別子との正確な対形成のための確認および／または検索も実行することができる。【選択図】図１
2008510405.tif 000002
【特許請求の範囲】
【請求項１】
ＤＳＬ（Digital Subscriber Line）システムの正常動作を乱すことなく、ＤＳＬシステム構成要素から情報を送信する方法であって、前記構成要素が１つ以上の動作データパラメータを使用して、動作データを報告し、前記方法が、
（ａ）混乱をきたさない動作データパラメータを特定するステップ、
（ｂ）ＤＳＬシステムの正常動作を乱すことを回避し、修正動作データパラメータ
を生成するように、前記混乱をきたさない動作データパラメータの１つ以上のビットに前記情報の少なくとも一部を割り当てるステップ、
（ｃ）前記情報の少なくとも一部を含む前記修正動作データパラメータを送信するステップ、
を含む前記方法。
【請求項２】
前記ＤＳＬシステム構成要素が、次のモデム、ＡＴＵ−ＣまたはＡＴＵ−Ｒの１つである、請求項１に記載の方法。
【請求項３】
前記混乱をきたさない動作データパラメータが、使用しない動作データパラメータである、請求項１に記載の方法。
【請求項４】
前記混乱をきたさない動作データパラメータが、前記ＤＳＬシステムの正常動作を乱すことなく１つ以上のビットを徴用することができる動作データパラメータである、請求項１に記載の方法。
【請求項５】
前記情報が、次の電話番号、ＵＥＩ(User Equipment Identifier)、シリーズ番号、チャネル挿入損失情報、または前記ＤＳＬシステム構成要素への別の命令においてコントローラが割り当てる番号の少なくとも１つである、請求項１に記載の方法。
【請求項６】
前記修正動作データパラメータを送信するステップが、該修正動作データパラメータをコントローラへ送信するステップを含む、請求項１に記載の方法。
【請求項７】
前記コントローラがＤＳＭ（dynamic spectrum manager）センタである、請求項５に記載の方法。
【請求項８】
前記修正動作データパラメータを、ＤＳＬシステムのＭＩＢ（Management Information Base）を介して前記コントローラへ送信する、請求項５に記載の方法。
【請求項９】
既知電話番号に付随するＤＳＬ回線に結合する遠隔モデムからＵＥＩ／ＴＮ（Telephone Number）対を形成する情報を取得する方法であって、前記遠隔モデムがＵＥＩデータを有し、前記方法が、
（ａ）前記ＤＳＬ回線に結合する前記遠隔モデムへ通信を行うステップ、
（ｂ）混乱をきたさない動作データパラメータを使用して、前記モデムのＵＥＩを送信する前記モデム、
を含む、前記方法。
【請求項１０】
前記モデムが送信する前記ＵＥＩデータをＵＥＩの期待値と比較するステップをさらに含む、請求項９に記載の方法。
【請求項１１】
前記ＵＥＩの期待値と前記モデムにより送信する前記ＵＥＩデータが整合しない場合、検索を行うステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記モデムの動作データの報告において該モデムが使用するマーカ動作データパラメータ値を使用して、前記検索を行う、請求項１１に記載の方法。
【請求項１３】
前記マーカが、動作データパラメータのありそうもないデータ値である、請求項１２に記載の方法。
【請求項１４】
前記ありそうもないデータ値が、極端に速いデータ速度である、請求項１３に記載の方法。
【請求項１５】
近端データと遠端データを比較する相関法を使用して、前記検索を行う、請求項１１に記載の方法。
【請求項１６】
前記混乱をきたさない動作データパラメータが、前記ＤＳＬシステムの正常動作を乱すことなく１つ以上のビットを徴用することができる動作データパラメータである、請求項９に記載の方法。
【請求項１７】
前記混乱をきたさない動作データパラメータが、下流のＣＶ総数である、請求項１６に記載の方法。
【請求項１８】
前記混乱をきたさない動作データパラメータが、使用しない動作データパラメータである、請求項９に記載の方法。
【請求項１９】
前記使用しない動作データパラメータが、モデム動作の高速モードまたはモデム動作の差し込みモードのいずれかと関連するパラメータである、請求項１８に記載の方法。
【請求項２０】
既知電話番号に付随するＤＳＬ回線に結合する遠隔ＤＳＬモデムのためのＳＮ（Serial Number）／ＴＮ対を形成するデータを取得する方法であって、前記遠隔モデムがシリーズ番号を有し、該方法が、
（ａ）前記遠隔モデムへ通信を行うコントローラであって、前記通信により使用しない動作データパラメータを使用して前記モデムのシリーズ番号を送信するように前記モデムに指令する、前記コントローラ、
（ｂ）使用しないプログラマブルデバイスパラメータを使用して前記シリーズ番号を送信する前記遠隔モデム、
を含む、前記方法。
【請求項２１】
前記遠隔モデムが該遠隔モデムのシリーズ番号をＤＳＬシステムのＭＩＢへ送信する、請求項２０に記載の方法。
【請求項２２】
前記遠隔モデムが該遠隔モデムのシリーズ番号を前記コントローラへ送信する、請求項２０に記載の方法。
【請求項２３】
前記遠隔モデムが該遠隔モデムのシリーズ番号をデータベースへ送信する、請求項２０に記載の方法。
【請求項２４】
前記使用しない動作データパラメータが、高速動作モードまたは差し込み動作モードのいずれかにおける前記遠隔モデムの動作と関連する動作データパラメータである、請求項２０に記載の方法。
【請求項２５】
前記使用しない動作データパラメータが、ＤＮＣＵＲＦＢＲ（Downstream current fast buffer bitrate、下流の現在の高速バッファビット速度）またはＤＮＣＵＲＩＢＲ（Downstream current interleaved buffer bitrate、下流の現在の差し込みバッファビット速度）パラメータのいずれかである、請求項２４に記載の方法。
【請求項２６】
前記コントローラから前記遠隔モデムへ前記通信を行うステップが、該遠隔モデムが報告する動作データにおいてマーカを提供するように該遠隔モデムに指令するステップをさらに含む、請求項２０に記載の方法。
【請求項２７】
前記マーカがありそうもない動作データパラメータ値を含む、請求項２６に記載の方法。
【請求項２８】
前記マーカが極端に速いデータ速度を含む、請求項２６に記載の方法。
【請求項２９】
前記遠隔モデムが送信する前記シリーズ番号を該遠隔モデムに対して期待するシリーズ番号と比較する前記コントローラをさらに含む、請求項２０に記載の方法。
【請求項３０】
前記遠隔モデムが送信する前記シリーズ番号と前記期待するシリーズ番号とが整合しない場合、前記マーカを検索する前記コントローラをさらに含む、請求項２９に記載の方法。
【請求項３１】
前記ＳＮ／ＴＮ対を形成するデータを確認するために相関検索を行う前記コントローラをさらに含む、請求項２９に記載の方法。
【請求項３２】
既知電話番号に付随するモデムからＵＥＩ／ＴＮ対を形成する情報を取得する方法であって、該方法が、
（ａ）複数のＤＳＬ回線に対するＡＴＵ−Ｃ動作データを収集するステップ、
（ｂ）複数のＤＳＬ回線に対するＡＴＵ−Ｒ動作データを収集するステップ、
（ｃ）前記ＡＴＵ−Ｃ動作データと前記ＡＴＵ−Ｒ動作データを相関させ、整合する最良の前記ＡＴＵ−Ｃ動作データおよび前記ＡＴＵ−Ｒ動作データを見出すステップ、
を含む、前記方法。
【請求項３３】
前記ＡＴＵ−Ｃまたは前記ＡＴＵ−Ｒのいずれかからのデータを制限することに基づき前記ＡＴＵ−Ｃ動作データの幾らかを削除するステップをさらに含む、請求項３２に記載の方法。
【請求項３４】
前記データを制限するステップが、前記ＡＴＵ−Ｒに関連するＩＰアドレスである、請求項３３に記載の方法。
【請求項３５】
前記データを制限するステップが、前記ＡＴＵ−Ｃに関連する電話番号をさらに含む、請求項３４に記載の方法。
【請求項３６】
ＤＳＬ回線を使用してＡＴＵ−Ｒモデムに結合するＡＴＵ−Ｃモデムに対するＳＮ／ＴＮ対を形成するデータを取得する方法であって、該方法が、
（ａ）前記ＤＳＬ回線に付随する電話番号を前記ＡＴＵ−Ｒに送信する前記ＡＴＵ−Ｃ、
（ｂ）前記電話番号への前記ＡＴＵ−Ｒのシリーズ番号の対を形成し、前記対を形成するシリーズ番号と電話番号を前記ＡＴＵ−Ｃに送信する前記ＡＴＵ−Ｒ、
を含む、前記方法。
【請求項３７】
前記ＡＴＵ−ＣがＡＴＵ−Ｃの混乱をきたさない動作データパラメータを使用して前記電話番号を前記ＡＴＵ−Ｒへ送信し、さらに前記ＡＴＵ−ＲがＡＴＵ−Ｒの混乱をきたさない動作データパラメータを使用して前記対を形成するシリーズ番号と電話番号を前記ＡＴＵ−Ｃへ送信する、請求項３６に記載の方法。
【請求項３８】
前記ＡＴＵ−Ｃの混乱をきたさない動作データパラメータが、使用しないＡＴＵ−Ｃ動作データパラメータであり、さらに前記ＡＴＵ−Ｒの混乱をきたさない動作データパラメータが、使用しないＡＴＵ−Ｒ動作データパラメータである、請求項３７に記載の方法。
【請求項３９】
ＤＳＬシステムのためのコントローラであって、該コントローラが、
（ａ）前記ＤＳＬシステムの正常動作を乱すことなく、情報を送信するようにＤＳＬシステム構成要素に指令するための手段であって、前記構成要素が１つ以上の動作データパラメータを使用して、動作データを報告し、情報を送信するように前記構成要素に指令するステップが、混乱をきたさない動作データパラメータを特定し、前記ＤＳＬシステムの正常動作を乱すことを回避し、修正動作データパラメータを生成するように、前記混乱をきたさない動作データパラメータの１つ以上のビットに前記情報の少なくとも一部を割り当てるように前記構成要素に指令するステップを含む、前記手段、
（ｂ）前記修正動作データパラメータを収集するための手段、
を含む、前記コントローラ。
【請求項４０】
前記送信された情報を期待する情報と比較することにより前記構成要素が送信する前記情報を確認するための手段をさらに含む、請求項３９に記載のコントローラ。
【請求項４１】
前記構成要素が送信する前記情報が前記期待する情報と整合しない場合、正しい情報を検索するための検索モジュールをさらに含む、請求項４０に記載のコントローラ。
【請求項４２】
前記コントローラがＤＳＭセンタである、請求項３９に記載のコントローラ。
【請求項４３】
前記コントローラがコンピュータシステムである、請求項３９に記載のコントローラ。
【請求項４４】
前記構成要素がＤＳＬモデムである、請求項３９に記載のコントローラ。
【請求項４５】
前記ＤＳＬモデムがＡＴＵ−ＲモデムかまたはＡＴＵ−Ｃモデムのいずれかである、請求項４４に記載のコントローラ。
【請求項４６】
前記構成要素が送信する前記情報が固有の装置識別子である、請求項３９に記載のコントローラ。
【請求項４７】
前記構成要素がＤＳＬシステムのＭＩＢへ前記情報を送信し、さらに前記コントローラが前記ＭＩＢから前記情報を収集する、請求項３９に記載のコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にディジタル通信システムを管理するための方法、システムおよび装置に関する。より明確には、本発明はＤＳＬシステムまたは同類におけるモデムおよび／またはその他の構成要素からのデータおよび情報の収集に関する。さらに明確には、本発明の少なくとも１つの実施形態は、モデムの固有の装置識別子（モデムのシリーズ番号など)を収集し、この識別子が、モデムが動作している回線を表す電話番号と整合することができる方法および装置を含む。
【０００２】
背景技術
ディジタル加入者線（Digital Subscriber Line、ＤＳＬ）技術は、既存電話加入者線（ループおよび／または銅設備と呼ぶ）を経るディジタル通信に対して潜在的に広い帯域幅を提供する。電話加入者線はそのそもそも音声帯域アナログ通信のみに対する設計にもかかわらず、この帯域幅を提供することができる。特に非対称ＤＳＬ（ＡＤＳＬ）は、各トーン(またはサブ搬送波）に幾つかのビットを割り当てる個別多重トーン（discrete multitone、ＤＭＴ）加入者線符号を使用することにより加入者線の特性に調整することができ、各トーンへの幾つかのビットは、加入者線の各終端におけるモデム（代表的には送信機および受信機の両方として機能する送受信機）の調整および初期化中に決定するようなチャネル状態に調整することができる。
【０００３】
ＤＳＬシステムにおける既存データ管理を使用して、あるデータおよび／または情報は利用可能であるが、その他のタイプのデータはオペレータ、管理者またはその他の関係者にとって入手が困難または不可能であることがある。より一般的には、ＤＳＬシステム構成要素間の情報伝送により、ＤＳＬシステムにおいてユーザに提供する性能および／またはサービスをかなり高度化することができる。以下に記すように、あるタイプのデータは、種々の規格および同類により確立される一定のパラメータ内において交換するか、またはさもなければ利用可能である。とはいえ、モデム識別子とモデムが動作しているループの電話番号とを整合させる例に関して以下に記すように、あるタイプのデータを取得する簡単な方法はない。
【０００４】
加入者線(ループ)は電話番号に付随する。この番号は、電話会社に既知であり、電話会社がユーザの活動記録およびアカウントの状態を保存する１つの方法である。さらに各モデムは、シリーズ番号および／またはその他の識別子など、１つ以上の固有の識別符号または番号を有する電子デバイスである。１つ以上の固有の装置識別子(またはunique equipment identifiers、「ＵＥＩｓ」）を有するモデムは、任意の数の異なる回線において何度も使用することができ、従ってモデムが結合する種々のＤＳＬ回線のそれぞれにおける異なる電話番号と関連する。例えば第１の電話番号による使用後に、モデムは次に切断され、後に異なる電話番号と接続され、その後使用することができる。従って電話番号はその回線に常に付随し、モデムはその１つ以上のＵＥＩに常に付随するが、モデムと回線の(例えば、電話番号とモデムＵＥＩとの整合による）信頼性のある整合は、特にＤＳＬシステムにおいて問題であった。
【０００５】
動的スペクトラムマネジャ、即ちＤＳＭ（dynamic spectrum manager）センタなどのコントローラがインターネットまたはその他を経て遠隔ＤＳＬモデムと通信する場合、遠隔モデムは、（遠隔モデムはそのＵＥＩ（シリーズ番号、ＭＡＣ（Medium Access Control）アドレス、イーサネット(登録商標)アドレスおよび／またはその他の固有の識別子）を知っているが）遠隔モデムが動作している回線に割り当てられる自らの電話番号を発見することができない。遠隔モデムは、ユーザまたはその他の人が正しい電話番号を遠隔モデムおよび／またはＤＳＬシステムにおいて使用する任意のその他の情報源に正しく入力したことをただ信じることができるだけである。誤った電話番号が入力されるか、または例えばユーザが電話回線または場所を変更する場合、以前の電話番号を保持し、更新しなければ、コントローラおよび／またはその他は誤った電話番号を提供されることがある。コントローラが電話会社を通じて遠隔モデムのループにアクセスしようとする場合、これが問題になりうる、というのはコントローラは正しい電話番号を使用することが重要であるからである。
【０００６】
とはいえ今日まで、関係者（例えば、監督者または電話会社）にとって、正しい対が形成されていることを実際に確信して、シリーズ番号／電話番号対を整合および／または更新するための信頼できる方法がなかった。現在技術者またはその他の個人は、電話番号およびモデムのシリーズ番号を手動によりデータ記録装置に入力しなければならない。これは代表的に、個人がユーザの位置においてサービス呼または同類を行う場合にのみ行われる。それ故処理は、記録の確立における人的間違いに依存した（および人的間違いを蒙った）し、これらの記録を保存する簡単な方法を持たない。さらにＩＴＵＧ．９９２．１ＡＤＳＬ１標準のような規格が恐らく指定するＤＳＬシステムの要素管理内におけるシリーズ番号報告機構には機能に大きな障害がある、というのは報告のためのフォーマットの誤解、正しい手順に関する販売者の不案内、および特に要素管理システムにおけるシリーズ番号報告の準拠に関する事前試験がないからである。
【０００７】
ＤＳＬシステムの正常動作を乱すことなくＤＳＬシステム内において情報、特にシステム構成要素に通常利用可能でない情報の伝送ができるシステム、方法および技術は、技術のかなりの進歩を表すであろう。また、ＤＳＭセンタなどのＤＳＬシステムコントローラが種々のタイプのデータおよび／または情報をシステムにおいてサービスを乱すことなくシステム構成要素からおよび／またはシステム構成要素と収集および／または交換することができるシステム、方法および技術は技術のかなりの進歩を表すであろう。さらに明確には、そのようなコントローラが正確なＵＥＩ／電話番号対により遠隔モデムを特定し、そのような対を適するように更新することができるシステム、方法および技術は、技術のかなりの進歩を表すであろう。特に、関係者がユーザに対するサービスを乱すことなく正確な識別子／電話番号対を特定することができるシステムは、ＤＳＬサービスの速度および関連範囲の分野におけるかなりの進歩を表すであろう。
【０００８】
発明の概要
情報は、混乱をきたさない動作データパラメータを使用するＤＳＬシステム構成要素により送信する。混乱をきたさない動作データパラメータの１つ以上のビットは、その他の情報を送信するのに使用する。ある場合には選択されたパラメータは、ＤＳＬシステムにおいて動作データを報告するのに使用する、使用しない高速動作モードまたは差し込み動作モードパラメータなどの、使用しないパラメータである。本発明の一実施形態では遠隔モデムは、モデムが動作している電話番号と対を形成することができる固有の装置識別子を提供する。電話番号と固有の装置識別子との正しい対の確認および／または検索も実行することができる。
【０００９】
さらに明確には本発明の一実施形態では、ＤＳＬシステム構成要素は混乱をきたさない動作データパラメータを使用して、情報を送信するように指令される。構成要素は適するパラメータを特定し、選択した混乱をきたさない動作データパラメータの１つ以上のビットに少なくとも幾らかの要求された情報を割り当て、従ってパラメータを修正する。修正した動作データパラメータを次に要求情報を送信する構成要素により送信する。この情報をＤＳＭセンタまたは同類などのコントローラが検索することができる。ＤＳＬシステムの場合、構成要素はＤＳＬシステム内で動作するモデムでありうる。
【００１０】
本発明のさらに特定の実施形態では、コントローラまたは同類はＤＳＬ回線の電話番号と回線を使用する遠隔モデムの固有の装置識別子（ＵＥＩ）データとの対を見出および／または確認することを望むことができる。一実施形態では、コントローラは遠隔モデムに遠隔モデムのＵＥＩデータを送信するように指令する。コントローラはＤＳＬ回線に付随する電話番号を知っている。遠隔モデムは混乱をきたさない動作データパラメータを特定および／または選択し、選択パラメータを使用して遠隔モデムのＵＥＩデータを送信する。遠隔モデムはＤＳＬシステムにより使用中の動作データパラメータの１つ以上のビットを徴用するか、または動作データパラメータを選択するかのいずれかを行うことができる。いずれの場合においても、ＤＳＬシステムの正常動作を乱すことを回避し、修正動作データパラメータを生成するように、ＵＥＩデータを選択動作データパラメータに追加する。修正動作データパラメータを直接か、またはＤＳＬシステムのＭＩＢ（Management Information Base）またはその他のデータベースを介するかのいずれかによりコントローラへ送信する。代わりの実施形態では、ＡＴＵ−ＣモデムはＡＴＵ−ＣモデムのＡＴＵ−Ｒモデム対応部へ、ＡＴＵ−Ｃモデムが動作する回線の電話番号を送信する。ＡＴＵ−ＲはＡＴＵ−ＲのＵＥＩデータを電話番号に追加し、その対を送信する。対はＭＩＢまたはその他のデータベースなどのＡＴＵ−Ｃ、コントローラまたは別のＤＳＬシステム構成要素により受信することができる。
【００１１】
正しい情報のための確認および／または検索を支援するために、動作データマーカを使用することができる。また、相関技術を使用することもできる。
【００１２】
本発明のさらに詳細および利点は、以下の「発明を実施するための最良の形態」および関連する図面において記述する。
【００１３】
本発明は添付の図面と共に以下の詳細な記述により容易に理解され、同じ参照番号は同じ構成要素を示す。
【００１４】
発明の詳細な説明
本発明の以下の詳細な説明は１つ以上の本発明の実施形態を参照することとするが、そのような実施形態に制限されない。むしろ、詳細な説明はただ説明するものであることを意図する。当業者は、本発明はこれら制限のある実施形態を超えるものであるので、図面に関して本明細書に記す詳細な説明は説明のためのものである、ことを容易に理解するであろう。
【００１５】
本発明の実施形態により、ＤＳＬシステムにおける構成要素および同類はデータおよび／または情報、特に標準データの維持および管理手順からその他では利用できないデータおよび情報を収集および／または交換することができる。本発明のその他の実施形態により、ＤＳＬシステムの正常動作を乱すことなくＤＳＬシステム構成要素から情報（特にシステムの正常動作データの一部として代表的には搬送または送信されない情報）の送信ができる。構成要素は１つ以上の動作データパラメータを使用して、混乱をきたさない動作データパラメータを特定し、ＤＳＬシステムの正常動作を乱すことを回避し、修正動作データパラメータを生成するように、混乱をきたさない動作データパラメータの１つ以上のビットに情報の少なくとも一部を割り当て、次に情報の少なくとも一部を含む修正動作データパラメータを送信することにより、動作データを報告する。以下に示す特定の実施例から当業者は、本発明が広く種々の状況において使用することができ、本明細書に示すただ例示的記述に制限されない、ことを認識するであろう。
【００１６】
本発明の特定の応用では、コントローラ（ＤＳＭセンタおよび／または動的スペクトラムマネジャなど）は、遠隔ＤＳＬモデムまたは同類から固有の装置識別子（例えば、シリーズ番号)またはその他の関係する情報を取得し、その固有の装置識別子（ＵＥＩ）を、遠隔モデムが動作しているループに付随する電話番号（ＴＮ）との対を形成する。本発明の実施形態はモデムの再調整および／またはＤＳＬサービスのその他の中断を必要とすることなく、遠隔モデムから利用可能な情報を要求するのに使用することができる。さらに、期待する番号対が最初に見出せない場合、本発明の実施形態は正しいＵＥＩ／ＴＮ対のための検索を容易にする方法を提供する。
【００１７】
以下により詳細に記述するように、本発明の１つ以上の実施形態を実装するＤＳＭセンタなどのコントローラは、再調整を必要とすることなく、またはモデムが情報を提供しているユーザへのＤＳＬサービスのその他の混乱をもたらすことなく、遠隔モデム、回線動作および特性に関する情報を収集し、更新することができる。本発明の１つ以上の実施形態はコントローラ（例えば、動的スペクトラムマネジャまたはＤＳＭセンタ）の一部であるか、またはコントローラにおいて実装することができる。コントローラは、適する動作データを収集し、分析するコンピュータを実装するデバイスまたはデバイスの組み合わせであるか、またはデバイスまたはデバイスの組み合わせを含むことができる。本発明を使用して取得するシリーズ番号および／またはその他のＵＥＩなどの情報は、遠隔モデムの電話番号と対を形成することができ、その後にシステム性能を評価するのに使用することができる。コントローラはどこにでも位置することができる。幾つかの実施形態では、コントローラはＤＳＬＣＯ（central office、中央局）に所在するが、その他の場合には送信機はＣＯの外部に位置する第３者が動作させることがある。本発明の実施形態に関連して使用することができるコントローラの構成、プログラムおよびその他の特定の特徴は、本開示の精読の後、当業者には明らかであろう。
【００１８】
本発明の実施形態の以下の例では、例示する通信システムとしてＡＤＳＬシステムを使用することとする。これらＡＤＳＬシステム内では、一定の習慣、規則、プロトコルなどを使用して、例示するＡＤＳＬシステムの動作およびシステムにおけるユーザおよび／または装置から利用可能な情報および／またはデータを記述することができる。とはいえ当業者が理解するであろうように、本発明の実施形態は種々の通信システムに適用することができ、本発明はある特定のシステムに制限されることはない。本発明は任意のデータ伝送システムにおいて使用することができ、そのシステムに対して本明細書で説明するデータの特定に関する情報は貴重であろう。
【００１９】
種々のネットワーク管理要素をＡＤＳＬ物理層リソースの管理に使用するが、リソースの管理では、ネットワーク管理フレームワークは構成上１つ以上の管理するノードを含み、ノードはそれぞれエージェントを含む。管理するノードは、システムにおけるルータ、ブリッジ、スイッチ、遠隔ＡＤＳＬモデムまたはその他のポイントでありうる。少なくとも１つのＮＭＳ（Network Management System、ネットワーク管理システム）は、管理するノードを監視し、制御し、通常一般のサーバまたはその他のコンピュータに基づく。ネットワーク管理プロトコルを使用して、管理情報およびデータを交換する。管理情報の単位はオブジェクトである。関係するオブジェクトの収集は管理情報ベース（ＭＩＢ）として定義する。
【００２０】
図１および図２は、あらゆる目的のためにその全体を本明細書に参照により組み込む、一般にＧ．９９７．１ＤＳＬ標準（Ｇ．ｐｌｏａｍ）による参照モデルに従うＤＳＬシステムと関連する本発明の実施形態を示す。このモデルは全てのＡＤＳＬシステムに適合し、ＡＤＳＬシステムは、ＡＤＳＬ１（Ｇ．９９２．１）、ＡＤＳＬ−Ｌｉｔｅ（Ｇ．９９２．２）、ＡＤＳＬ２（Ｇ．９９２．３）、ＡＤＳＬ２−ＬｉｔｅＧ．９９２．４、ＡＤＳＬ２＋（Ｇ．９９２．５）およびＧ．９９３．ｘを予定するＶＤＳＬ標準、およびＧ．９９１．１およびＧ．９９１．２ＳＨＤＳＬ標準などのスプリッタの包含の有無に関係しない種々の規格を満たし、ボンディングは持っても、持たなくても良い。このモデルは当業者には良く知られている。
【００２１】
Ｇ．９９７．１標準は、Ｇ．９９７．１において規定する明確な埋め込み動作チャネル（embedded operation channel、ＥＯＣ）およびＧ．９９２．ｘ標準において規定する指示子ビットの使用およびＥＯＣメッセージに基づくＡＤＳＬ伝送システムのための物理層管理を仕様化する。さらにＧ．９９７．１は、構成、障害および性能管理のためのネットワーク管理要素の内容を仕様化する。これらの機能の実行において、システムはアクセスノード（access node、ＡＮ）において利用可能な多様な動作データを利用する。
【００２２】
図１の例示的システムでは、ユーザ端末１１０はホームネットワーク１１２に結合し、ホームネットワーク１１２は代わってネットワーク終端ユニット（network termination、ＮＴ）１２０に結合する。ＮＴ１２０は遠隔モデム即ちＡＴＵ−Ｒ１２２(例えば、ＡＤＳＬ標準の１つにより規定する送受信機)または任意のその他のネットワーク終端モデム、送受信機またはその他の通信ユニットを含む。代表的にＡＴＵ−Ｒ１２２は、シリーズ番号、ＭＡＣアドレス、イーサネット(登録商標)アドレスなどの１つ以上の固有の識別子を有する、遠隔モデムである。ＮＴ１２０は、また管理実体（management entity、ＭＥ）１２４を含み、これは任意の適用可能な規格および／またはその他の基準が要求するような性能が可能な、マイクロプロセッサ、マイクロコントローラ、またはファームウエアまたはハードウエアの回路状態マシーンなどの任意の適するハードウエアデバイスでありうる。ＭＥ１２４は動作データを収集し、そのＭＩＢに格納するが、ＭＩＢは各ＭＥが維持する情報データベースであり、管理コンソール／プログラムに提供する情報をネットワークデバイスから集めるのに使用する管理プロトコルである、ＳＮＭＰ（Simple Network Management Protocol、簡単なネットワーク管理プロトコル）などのネットワーク管理プロトコルまたはＴＬ１命令によりアクセスすることができ、ＴＬ１は通信ネットワーク要素間の命令および応答をプログラムするのに使用する長年確立している命令言語である。
【００２３】
ＤＳＬシステムにおける各ＡＴＵ−Ｒは、ＣＯまたはその他の適する場所におけるＡＴＵ−Ｃ即ちＤＳＬＡＭに結合する（本発明の実施形態の説明ではＤＳＬＡＭを参照することとするが、当業者が理解するであろうように本発明は実装に際してただＤＳＬＡＭに制限されることはない）。図１で、ＤＳＬＡＭ１４２はＣＯ１４６のアクセスノード（ＡＮ）１４０に位置する。ＡＴＵ−Ｒ１２２およびＤＳＬＡＭ１４２はループ１３０により互に結合し、ループ１３０はＡＤＳＬの場合代表的に電話撚り線対であり、この撚り線はまた他の通信サービスを搬送し、特に自体に割り当てられる電話番号を有する。ＤＳＬＡＭ１４２は、ＤＳＬＡＭ１４２および遠隔モデム１２２が伝送を行うループ１３０に割り当てられる電話番号を知っている。通信は遠隔モデム１２２に対して、遠隔モデム１２２が接続するループの電話番号を特定、使用することにより行われる。
【００２４】
別のＭＥ１４４も同様にＤＳＬＡＭ１４２に関係する動作データのＭＩＢを維持する。当業者が理解するであろうように、ＡＮ１４０は広帯域ネットワーク１７０またはその他のネットワークに結合することができる。
【００２５】
図１に示す幾つかのインタフェースは（性能データおよび／またはその他の情報を含む）動作データの決定および収集のために使用することができる。例えば、Ｑインタフェース１５５は、運用会社のＮＭＳ１５０とＡＮ１４０におけるＭＥ１４４との間のインタフェースを提供する。Ｇ．９９７．１標準において仕様化する全てのパラメータは、Ｑインタフェース１５５に適合する。ＭＥ１４４においてサポートする近端パラメータはＤＳＬＡＭ１４２から導出し、一方ＡＴＵ−Ｒ１２２からの遠端パラメータはＵインタフェースを経る２つのインタフェースのいずれかにより導出することができる。埋め込みチャネル１３２を使用して送信し、ＰＭＤ層において提供する指示子ビットおよびＥＯＣメッセージは、ＭＥ１４４において必要なＡＴＵ−Ｒ１２２パラメータの生成に使用することができる。代わりに、動作、管理および保守（operation, administration and maintenance、ＯＡＭ）チャネルおよび適するプロトコルは、ＭＥ１４４が必要とする場合ＡＴＵ−Ｒ１２２からパラメータを取り出すのに使用することができる。同様に、ＤＳＬＡＭ１４２からの遠端パラメータはＵインタフェースを経る２つのインタフェースのいずれかにより導出することができる。ＰＭＤ層において提供する指示子ビットおよびＥＯＣメッセージは、ＮＴ１２０のＭＥ１２４において必要なＤＳＬＡＭ１４２パラメータを生成するのに使用することができる。代わりに、ＯＡＭチャネルおよび適するプロトコルは、ＭＥ１２４が必要とする場合ＤＳＬＡＭ１４２からパラメータを取り出すのに使用することができる。
【００２６】
Ｇ．９９７．１標準は、Ｕインタフェースを経る任意選択のＯＡＭ通信チャネルを仕様化する。このチャネルを実装する場合、ＡＴＵ−Ｃ（ＤＳＬＡＭ）とＡＴＵ−Ｒの対はそのチャネルを使用して、物理層のＯＡＭメッセージを伝送することができる。従って、そのようなシステムの送受信機１２２、１４２はそのそれぞれのＭＩＢにおいて保存する種々の動作データを共有する。
【００２７】
全ての目的のためにその全体を参照により本明細書に組み込む、１９９８年３月付けＡＤＳＬフォーラムの「ＡＤＳＬネットワーク要素管理」（"ADSL Network Element Management"）を表題とする技術レポートＴＲ−００５においてＡＤＳＬＮＭＳに関するさらに多くの情報を見出すことができる。また、２００４年１月付けＡＤＳＬフォーラムの「ＣＰＥＷＡＮ管理プロトコル」（"CPE WAN Management Protocol"）を表題とする作業文献ＷＴ−８７（改訂６版）は、全ての目的のためにその全体を参照により本明細書に組み込む。最後に、２００４年１月５日付けＡＤＳＬフォーラムの「ＬＡＮ側ＤＳＬＣＰＥの構成仕様」（"LAN-Side DSL CPE Configuration Specification"）を表題とする作業文献ＷＴ−０８２第７版は、全ての目的のためにその全体を参照により本明細書に組み込む。これらの文献はＣＰＥ側の管理に対する異なる状況を述べている。
【００２８】
当業者が理解するであろうように、これらの文献に記載される少なくとも幾つかのパラメータは本発明の実施形態と関連して使用することができる。さらにシステム記述の少なくとも幾つかは、同様に本発明の実施形態に適用可能である。ＡＤＳＬＮＭＳから利用可能な種々のタイプのデータおよび情報は以上の文献に見出すことができる。その他は、当業者に既知でありうる。
【００２９】
本発明の一実施形態は、ＤＳＬシステム構成要素から情報を送信する方法を提供し、この方法はＤＳＬシステムの正常動作を乱すことなく、代表的に１つ以上の動作データパラメータを使用して、動作データを報告する。図３に見るように方法３００はステップ３１０を含み、混乱をきたさない動作データパラメータを特定する。一般に混乱をきたさないパラメータは１つ以上のビットを徴用することができ、（１）パラメータが正規に有する情報と異なるデータ／情報を送信し、（２）ＤＳＬシステムの正常動作を乱すことのない、パラメータである。ステップ３２０で、情報の少なくとも一部をＤＳＬシステムの正常動作を乱すことを回避するように、混乱をきたさない動作データパラメータの１つ以上のビットに割り当てる。情報ビットの割り当てにより、修正動作データパラメータを生成する。ステップ３３０で、情報の少なくとも一部を含む修正動作データパラメータを次に送信する。情報の全てが送信されなければ、次に決定３４０により、本方法は全ての情報の送信を完了するように本方法自体を繰り返すことができる。
【００３０】
図４にその一例を示す本発明の別の実施形態では、サービスプロバイダに既知の電話番号に付随するＤＳＬ回線に結合する（その電話番号を知らない）遠隔モデムから、ＵＥＩ／ＴＮ対形成情報を検索する。検索するＵＥＩは、例えばシリーズ番号でありうる。方法４００は、ステップ４１０で始まり、遠隔モデムと（例えば、ＤＳＭセンタなどのコントローラが）通信を行い、混乱をきたさない動作データパラメータを使用して、遠隔モデムにそのＵＥＩを送信するように指令する。混乱をきたさない動作データパラメータは使用しない動作データパラメータ、またはＤＳＬシステムの正常動作を乱すことなく、１つ以上のビットを徴用することができるパラメータでありうる。ステップ４２０で、遠隔モデムは次にそのＵＥＩ情報／データを送信する。ＵＥＩデータは直接コントローラに送信することができるか、またはデータを後に収集することのできるＭＩＢ即ちデータベースなどの別のＤＳＬシステム構成要素に送信することができる。遠隔モデムが選択する混乱をきたさない動作データパラメータが、使用しない動作データパラメータである場合、以下にさらに詳細に記載するようにパラメータは、遠隔モデムの高速モード動作または差し込みモード動作に関連するものでありうる。ＵＥＩデータを送信した後、決定４３０を使用して、受信ＵＥＩデータと期待するＵＥＩ値とを比較することができる。２つが整合しなければ、検索を４４０で行うことができる。
【００３１】
図４の方法では、４１０における遠隔モデムへの通信はＡＴＵ−ＣモデムからＡＴＵ−Ｒへの通信でありうる。この例では、ＡＴＵ−ＣはＡＴＵ−ＣとＡＴＵ−Ｒを接続するＤＳＬ回線に付随する電話番号を送信することができる。ＡＴＵ−Ｒ(遠隔モデム)は、次にそのＵＥＩデータのＡＴＵ−Ｃが送信した電話番号との対を形成し、その対をＡＴＵ−Ｃ（またはＤＳＭセンタなどのコントローラ）に返送する。
【００３２】
本明細書で開示する本発明の幾つかの実施形態ではコントローラ１８０は、モデムなどのシステム構成要素に既知である、ＤＳＬシステムのＮＭＳを使用して容易に利用できないデータおよび／または情報の習得、確認および／または更新を望むことができる。例えば図５に見るようにコントローラ１８０は、例えば遠隔モデム１２２のシリーズ番号を使用して、ループ１３０に対するＵＥＩ／ＴＮ対を習得、確認および／または更新することを望むことができ、現在未知である対を発見するか、またはモデムの対形成のコントローラのＵＥＩ／ＴＮデータベース２６０に記録する対形成（「期待するＵＥＩ／ＴＮ対形成」）との整合の是非を見る。
【００３３】
図５のコントローラ１８０は命令信号生成手段２５０を含み、この手段は直接コントローラ１８０にまたはＭＩＢ１４８などの別の場所へのいずれかに、ある情報を送信するようにＡＴＵ−ＲまたはＡＴＵ−ＣなどのＤＳＬシステム構成要素に指令するのに使用することができる。命令信号生成器２５０はこれらＤＳＬシステム構成要素２８０に結合する。コントローラ１８０は、またＴＮ／ＵＥＩ対形成データベース２６０にアクセスを有するが、データベース２６０は図５では、その必要はないが、コントローラ１８０の外部にあるように示す。コントローラ１８０は情報確認モジュール２００を使用して、コントローラ１８０が受信する情報を確認するが、そのような確認およびそのようなモジュール２００の使用は同様に必要ではない。使用する場合、モジュール２００は、１つ以上のＤＳＬシステム構成要素が送信する情報を収集する手段２２０を含むことができ、情報および適すれば動作データを含む他のシステム情報は、１つ以上のＤＳＬシステム構成要素から検索する。情報確認手段２４０は手段２２０から収集した情報を期待するＵＥＩおよび／またはその他の値および／またはデータベース２６０からのデータと比較することができる。ＤＳＬシステム構成要素が送信するＵＥＩまたはその他のデータが期待するデータ、情報および／または値と整合しない場合、コントローラ１８０は検索モジュール２５１を使用して検索を行うことができる。検索モジュールは種々の技術を使用して、例えばマーカおよび／または訂正技術を含むデータを確認、見出および／または訂正することができる。
【００３４】
本発明の幾つかの実施形態では、コントローラ１８０および本発明のその他の要素は、ＰＣ、ワークステーションまたは同類などのコンピュータに実装することができる。例えば収集手段２２０および確認手段２４０は、当業者が理解するであろうように、ソフトウエアモジュール、ハードウエアモジュールまたは両者の組み合わせでありうる。同様に命令信号生成手段２５０および検索モジュールは、また当業者が理解するであろうように、ソフトウエアモジュール、ハードウエアモジュールまたは両者の組み合わせでありうる。多数の回線の管理のために、データベース（例えば、データベース２６０、１４３）を導入し、回線が生成するデータ量を管理するのに使用することができる。
【００３５】
本発明を使用してコントローラ１８０は、既知の（例えば、電話会社の電話番号データベース１４３から利用できる）電話番号に付随するループ１３０に結合する遠隔モデム１２２へ通信するようにＤＳＬＡＭ（即ちＡＴＵ−Ｃ）１４２に指令する。コントローラ１８０はこれをなしうるのは、任意の適するプロトコル(例えば、図１に示すようにＴＣＰ／ＩＰおよび電子メール)およびループ１３０に付随する電話番号を知る、ＤＳＬＡＭ１４２により遠隔モデム１２２へ通信を行うことによる。通信により、遠隔モデム１２２にそのシリーズ番号またはその他のＵＥＩ（再度、その他にはＭＡＣアドレス、イーサネット(登録商標)アドレスまたは幾つかのその他の等価なメディアアクセス番号）を送信するように指令する。
【００３６】
モデム１２２が要求されたＵＥＩ情報を送信することができる方法は幾つかある。好ましくは、遠隔モデム１２２はそのＵＥＩ情報を、混乱をきたさないパラメータを使用して（直接またはＭＩＢまたはその他のＮＭＳ要素などの中間段階を介するかのいずれかにより）コントローラ１８０へ送信する。本発明の一実施形態では、モデム１２２はそのＵＥＩを、使用しない動作データパラメータを使用してコントローラ１８０へ送信することにより応答するが、使用しない動作データパラメータはそのビットが徴用される時点における正常動作中には有用なデータを有さないパラメータである。例えばループのＡＴＵ−Ｃ側から種々のタイプの動作データを収集することができる。これらのパラメータの幾つかはいつでも使用され、例えば以下のものがある：
−ＤＮＮＭＲ（Downstream noise margin、下流雑音余裕）：下流において目的性
能を達成するために必要な最少電力に加えて使用する余分の電力。
−ＤＮＲＣ（Downstream relative capacity、下流相対容量）：下流の現在のデー
タ速度と最大達成可能データ速度との間の比。
−ＤＮＰＷＲ（Downstream power、下流電力）：下流への送信に使用する総電力。
−ＤＮＡＴＥＮ（Downstream attenuation、下流減衰）：ＡＴＵ−Ｃからの総送信
電力とＡＴＵ−Ｒにおける総受信電力との間の差分。
−ＵＰＮＭＲ（Upstream noise margin、上流雑音余裕）：上流において目的性能
を達成するために必要な最少電力に加えて使用する余分の電力。
−ＵＰＲＣ（Upstream relative capacity、上流相対容量）：上流の現在のデータ
速度と最大達成可能データ速度との間の比。
−ＵＰＰＷＲ（Upstream power、上流電力）：上流への送信に使用する総電力。
−ＵＰＡＴＥＮ（Upstream attenuation、上流減衰）：ＡＴＵ−Ｒからの総送信
電力とＡＴＵ−Ｃにおける総受信電力との差分。
−ＤＭＴＢＩＴＳ：各ＤＭＴ音において使用するビット数。
【００３７】
幾つかの場合当業者が理解するであろうように、これらのパラメータ値の幾つかまたは全てを使用して、ＤＳＬ回線およびシステム動作を乱すことなく混乱をきたさない報告を行うことができる。例えば１つの動作データパラメータの１つ以上のビットを使用して、１つの英数値をコントローラに搬送しうる。
【００３８】
他のパラメータは、遠隔モデムが、当業者には良く知られている動作モードである高速モードかまたは差し込みモードにおいて動作しているかによって、選択的に使用する。遠隔モデムがその高速モード動作、即ち「Ｆモード」動作にある場合、差し込みモードパラメータは使用しない。同様に遠隔モデムが差し込みモード動作、即ち「Ｉモード」動作にある場合、高速モード動作データパラメータは使用しない。これらの相互に排他的(対の)パラメータの幾つかは以下の通りである：
−ＤＮＣＵＲＦＢＲ（Downstream current fast buffer bitrate、下流の現在の高
速バッファビット速度）
−ＤＮＣＵＲＩＢＲ（Downstream current interleaved buffer bitrate、下流の
現在の差し込みバッファビット速度）
−ＤＮＭＡＸＡＦＢＲ（Downstream maximum attainable fast buffer bitrate、
下流の最大達成可能高速バッファビット速度）
−ＤＮＭＡＸＡＩＢＲ（Downstream maximum attainable interleaved buffer 
bitrate、下流の最大達成可能差し込みバッファビット速度）
−ＤＮＣＥＬＬＳＦ：下流Ｆモードで送信するＡＴＭセルのロール総数
−ＤＮＣＥＬＬＳＩ：下流Ｉモードで送信するＡＴＭセルのロール総数
−ＵＰＣＵＲＦＢＲ（Upstream current fast buffer bitrate、上流の現在の高
速バッファビット速度）
−ＵＰＣＵＲＩＢＲ（Upstream current interleaved buffer bitrate、上流の現
在の差し込みバッファビット速度）
−ＵＰＭＡＸＡＦＢＲ（Upstream maximum attainable fast buffer bitrate、上
流の最大達成可能高速バッファビット速度）
−ＵＰＭＡＸＡＩＢＲ（Upstream maximum attainable interleaved buffer bit-
rate、上流の最大達成可能差し込みバッファビット速度）
−ＵＰＣＥＬＬＳＦ：上流Ｆモードで送信するＡＴＭセルのロール総数
−ＵＰＣＥＬＬＳＩ：上流Ｉモードで送信するＡＴＭセルのロール総数
【００３９】
幾つかの場合（使用しない動作モードにおけるビット速度など)では、対の使用しないパラメータはゼロであるが、その他の場合（ＡＴＭセル総数を扱うパラメータなど）では、使用しないパラメータの値がゼロでないことがありうるが、その値はオペレータによるデータの報告には使用されない。
【００４０】
以上に記したように幾つかのパラメータは、遠隔モデムがその高速動作モードで動作する場合にのみ使用するが、その他のパラメータは遠隔モデムがその差し込み動作モードで動作する場合にのみ使用する。
【００４１】
従って、モデム１２２がそのシリーズ番号および／またはその他のＵＥＩデータをコントローラ１８０に送信しようとし、モデム１２２がそのＦモードで動作している場合、モデム１２２は、１つ以上の使用しない下流Ｉモード動作データパラメータ、例えばＤＮＣＵＲＩＢＲ、ＤＮＭＡＸＡＩＢＲまたはＤＮＣＥＬＬＳＩを使用して、そのデータを送信することができる。以下に本発明の別の実施形態と関連して記述するように、１つ以上の他の混乱をきたさない動作データパラメータを使用して、ＵＥＩデータをコントローラへ搬送することができる。
【００４２】
コントローラ１８０は、次にモデムがその動作データパラメータ（そのうちの１つはＵＥＩ情報を含む)を送信するか、またはさもなければ提供する、ＭＩＢ１４８または任意のその他の動作データソースからＵＥＩ情報を収集することができる。遠隔モデム１２２は所与の期間中は高速または差し込みモードのいずれかのみを使用し、両方は使用しないので、使用しないデータモードに関係するパラメータはゼロまたはさもなければ役に立たないデータである。従って、遠隔モデム１２２はそのＵＥＩデータ（またはコントローラ１８０が検索する任意のその他のデータ）を使用しないパラメータの１つに追加し、その要求されたデータをコントローラ１８０へ送信することができる。
【００４３】
最初の対が間違いであるか、または正しく動作しない場合、少なくとも２つのタイプの引き続く動作、即ちＵＥＩ／ＴＮの確認または正しいＵＥＩ／ＴＮを見出すことがコントローラに必要および／または望むことができる。
【００４４】
ＵＥＩ／ＴＮの確認では、コントローラは幾つかの技術の１つ以上を使用することがある。１つの技術では、相関法を使用することができる。本発明の一実施形態によれば、コントローラ１８０はインターネットを経て、または任意のその他の適する方法により配信するコントローラの規定するデータファイルを使用して、ループ１３０のＡＴＵ−Ｒ側からデータの組を収集する。同様に、データの組はループ１３０のＡＴＵ−Ｃ側からも収集することができる。ＡＴＵ−Ｃ側から収集する回線に関するデータの組は「データＣ」の組と呼ぶことができ、ＡＴＵ−Ｒ側から収集する同じ回線に関するデータの組は「データＲ」の組と呼ぶことができる。データＣの組は回線の電話番号を含むであろうし、データＲの組はＡＴＵ−Ｒモデムのシリーズ番号および／またはその他のＵＥＩを含むであろう。各回線は、従って各ＤＳＬＡＭデータ収集からデータＣの組を生成しており、データＲの組を各コントローラの規定するデータファイルの収集から生成している。データＣの組およびデータＲの組をほぼ同時に収集すると、報告されるビットの分散、余裕、電力、減衰、などは同じか、またはその動作データパラメータ値に関して非常に近似する。最良に整合するデータＣの組およびデータＲの組を求めて、データＲの組の関心のあるデータＣの組に関する相関を行うことができる。最高の相関を持つ組は、コントローラからの最初の問い合わせにより生成するＵＥＩ／ＴＮとの整合／確認が行えるはずである。
【００４５】
遠隔モデム１２２が望まれるＵＥＩの送信に失敗すれば、以上に記述した相関技術を、元の対を見出す方法として使用することができ、その方法の一例を図６に示す。とはいえ幾つかの状況では、多くの異なる回線(幾つかの場合では、数百万の異なる回線）の多数のデータＣの組およびデータＲの組が存在する。（明瞭な相関が実際的でない）非常に多数のデータの組を扱う１つの方法は、候補モデム数を削減することである。データＲの組において報告されたＩＰアドレスまたはＩＳＰログイン名などの任意のその他の情報が相関候補の削除に役立てば、データ相関法は合理的、実際的でありうる。例えば所与のＩＰアドレスが北カリフォルニアのみにおいて使用されるのであれば、その場合そのＩＰアドレスを持つデータＲの組を北カリフォルニアに対応する電話番号を持つデータＣの組と比較するのみでよい。このようにコントローラは、所与のデータＣの組に対して整合するものでありうるデータＲの組の候補数を削減することができる。図６で例えば、複数のＤＳＬ回線に対するＡＴＵ−Ｃ動作データは６１０で収集する。６２０で、複数のＤＳＬ回線に対するＡＴＵ−Ｒ動作データを収集する。多数のＤＳＬ回線が考えられる場合、６３０で動作データの幾つかをデータを制限することに基づいて場合によって削除することができる。考慮に残る利用可能なＡＴＵ−ＣおよびＡＴＵ−Ｒ収集データは、次に６４０で相関させ、最良に整合するＡＴＵ−ＣおよびＡＴＵ−Ｒ動作データを見出す。６５０で、最良の対を選択し、対としてまたは選択する対の確認としてのいずれかとして使用する。
【００４６】
本発明の別の実施形態では、「マーカ」を１台以上の遠隔モデムのデータフィールドに挿入することができる。例えば、遠隔モデム１２２にそのＵＥＩデータをいかなるフォーマットを使用してでも送信するように指令することと共に、コントローラ１８０はまた遠隔モデム１２２に、その最大データ速度として２５６Ｍｂｐｓなどの不可能に速い速度を報告するように指令することがある。これによりコントローラ１８０は、潜在的に数百万のＤＳＬまたはその他の回線記録を検索し、２５６Ｍｂｐｓのデータ速度を報告するモデムのデータ報告（または１つの報告)が非常に少ないことを見出すことができる。当業者が理解するであろうように明らかに、その他のパラメータおよびパラメータ値をマーカとして使用することができる。
【００４７】
上記のタイプのマーカは、またコントローラ１８０が正しいデータを受信せず、遠隔モデム１２２を検索しなければならないことが分かっている状況で使用することができる。例えば受信ＵＥＩがコントローラのデータベースまたはその他の記録の「期待」ＵＥＩに整合しない場合、コントローラ１８０はマーカ法を使用して、正しいモデムのその検索を簡単化することができる。
【００４８】
本発明の別の実施形態では、そのパラメータはモデムの（性能データを含むこともある）動作データを報告するためにモデムが使用中であるが、混乱をきたさない動作データパラメータはなおＵＥＩデータを有することができる。例えば幾つかの動作データパラメータはフォーマット化され、報告された動作データの１つ以上のビットを変更することができ、再調整または通信システムへのその他の混乱を強いることがない。本質的にコントローラは動作データパラメータの１つ以上の比較的有意でないビットを徴用し、これらのビットを使用して、モデムにそのＵＥＩデータを送信するように指令する。
【００４９】
コントローラ１８０が遠隔モデム１２２のＵＥＩ／ＴＮ対を習得または確認しようとするこの実施形態では、モデム１２２はそのＵＥＩデータを一連のデータパケットにし、ループ１３０を介して送信することができる。これらデータパケットを再度ＭＥ１４４および／またはＮＭＳ１５０のＭＩＢ１４８に向けて送り、そこで格納することができる。モデムがそのシリーズ番号をＡＤＳＬシステムのコントローラに送信しようとする場合、遠隔モデムのシリーズ番号は代表的に４８ビット（１２のヘキサデシマルの文字または６バイト）で表すことができる。ＡＴＵ−Ｒ１２２からＤＳＬＡＭ１４２へ情報を特定する４８ビットを送信するために、本発明では符号違反（ＣＶ）総数などの動作データパラメータの幾つかのビットを使用することができるが、符号違反（ＣＶ）総数はＤＳＬＡＭ１４２と遠隔モデム１２２との間のデータの動作／伝送に混乱をもたらすであろうことはないが、にもかかわらずＭＩＢ１４８に報告する動作データパラメータの正確な値を変化させることがある。
【００５０】
例えばＣＶ総数の２つの最少有意デシマルディジットを徴用し、遠隔モデム１２２のシリーズ番号を伝達し、ＵＥＩの１つのヘキサディジット(０から１５の値）を報告されたそれぞれのＣＶ総数に挿入することができる。そのような例では、シリーズ番号の４ビットを各ＣＶ総数により搬送し、遠隔モデムのシリーズ番号における１２ヘキサデシマルディジットのうちの１つのヘキサデシマルディジットを表現する。ＣＶ総数の最後の２つの（最少有意）デシマルディジットを使用して、システムは報告総数（整数として報告される）を使用し、０から１５（モデムが、報告モードが１５を超えないシリーズ番号に指定される場合、報告値の最後の２つのデシマルディジット）を４ビットの量に変換することができる。このように、システムは問題なく４ビットの情報を搬送することができる。上記のように、これはまた使用しないバッファのＣＶ総数（ＦモードまたはＩモード）であるか、または徴用を用いれば、使用バッファのＣＶ総数でありえ、この場合モデムが徴用を行う間は、実際の符号違反は報告されない。従って、２つの最少有意ディジット以外のデシマルディジットは、なおＣＶ情報を搬送するのに使用することができる。例として、値「１２」を所与のＣＶ総数に埋め込むために、以下の変更を行うことができる：
元のＣＶ 変更ＣＶ
０                        １２
１１                      １２
１５６                    １１２
２３４１                  ２３１２
【００５１】
送信されたデータパケットはＣＶ総数値の比較的有意でないビットが置き換えられているので、ＣＶ総数への変更は混乱をもたらすことはない（即ち、再調整またはデータ伝送におけるその他の混乱を起すほど本質的ではない）。従って、１５分ごとに送信する（３時間のシリーズ番号の総送信時間）か、または同時に纏めて送信することができる、１２の連続するＣＶ報告に小さな変更を行うことにより（例えば、ＤＳＬＡＭは直近の８時間内の任意の１５分の窓のＣＶ報告にアクセスすることができ、従ってＡＴＵ−Ｒは最後の１２の連続する窓のＣＶ総数を変更することができるので）、遠隔モデム１２２はその４８ビットのシリーズ番号をＮＭＳＭＩＢ１４８へ送信することができる。データ伝送への影響をさらに削減するために、コントローラ１８０は機能の整合／確認／更新を行うのに、遠隔モデムの送信パケット総数が十分低くなるまで、および／または混乱の可能性がより少ない時間（例えば、遠隔モデムの現地時間の３ａｍ）を待つことができる。コントローラ１８０から命令の受信直後か、またはコントローラの命令の一部として遠隔モデムに与えられる、適する開始時間に、遠隔モデム１２２は４ビットのデータパケットの添付を開始することができる。一度コントローラ１８０が関係する全てのデータパケットを収集すると、次にコントローラ１８０は受信データパケットからシリーズ番号を「編集する」。
【００５２】
再度、コントローラ１８０はＤＳＬＡＭ１４２が提供するＵＥＩ／ＴＮ対を調べ、これらのデータが期待する対と整合することの是非を決定する。期待する対が見出せない場合、上記の本発明の幾つかの実施形態（例えば、相関法および／または１つ以上の「フラグ」または「マーカ」の使用）により、コントローラ１８０は正しいデータを捜す検索を行うことができる。
【００５３】
コントローラ１８０は遠隔モデムの性能報告に「検定子」または「フラグ」を設定することができる。例えば遠隔モデム１２２へのその命令において、コントローラ１８０はまた関係する時間中に特定の異常な、および／または不可能な性能の量（例えば、２５６Ｍｂｐｓの過大なデータ速度またはその他の目立つ特性）を報告するなどのフラグを「オン」にするか、または使用するように遠隔モデム１２２に最初に指令することができる。コントローラ１８０は、次にＤＳＬＡＭの（例えば、ＤＳＬＡＭＭＩＢ１４８内の）記録によりユーザの性能報告または同類を検索し、ユーザのループ動作データが、ユーザが従属する遠隔モデムの報告する「検定子」または「フラグ」および電話番号を含む、ユーザを見つけることができる。そのような限定された検索により正しい電話番号／シリーズ番号対を手短に生じるであろう見込みがある。
【００５４】
コントローラが一度に１台のモデムのみにフラグを「オン」にするように命令すれば、その場合データＣがフラグをオンにした回線をただ見出すことにより、コントローラは電話番号とＵＥＩとを整合させることができる。シリーズ番号はインターネット経路を介して（ＤＳＭセンタなどの)コントローラに既知でありえ、電話番号はデータＣの一部である。とはいえこの方法は、数百万の回線がＴＮ／ＵＥＩ整合を短い時間に行う必要がある場合には、実際的ではありえない。そのような場合、フラグは動作／性能データによりＳＮを報告しようとする回線の組を見出すことにのみ使用されるであろうし、３時間のシリーズ番号送信（または使用しない性能フィールドを使用するなどの任意のその他の方法）を使用して、次に正確な整合を見出すことができる。
【００５５】
ＣＶ総数またはその他の動作データパラメータによりシリーズ番号またはその他のＵＥＩを報告することができない多くの既存遠隔ＤＳＬモデムがある。一方これらのモデムはＤＳＭセンタによるＵＥＩの特定を必要としない、というのはこれらのモデムは代わりの要素管理システムではない経路を経てコントローラ（例えば、ＤＳＭセンタ）に新しい情報を報告することはないからである。従って、これらの回線は検定試験を通過しないであろうし、検索される必要はない。即ち、モデムがデータＲパケットを報告しようとしなければ、その場合コントローラはデータＣとの相関または対を形成する必要はない、というのは、データＲはなく、従ってコントローラはデータＣのみを有するからである。
【００５６】
同じ考え方はＡＴＵ−ＲとＤＳＬＡＭの役割を切り替えることにより適用することができる。混乱をきたさない動作データパラメータ（例えば、ＤＳＬＡＭからＡＴＵ−Ｒに送信する上流ＣＶフィールドまたは使用中でない高速または差し込みモードパラメータ）を利用することにより、電話番号をＤＳＬＡＭからＡＴＵ−Ｒに送信することができる。当業者が理解するであろうように上記の処理および／または方法は単に反転し、送信電話番号を既知のシリーズ番号またはその他のＵＥＩに整合させる。電話番号の遠隔モデムへの送信後にＡＴＵ−ＣのデータよりむしろＡＴＵ−Ｒのデータの組を収集することにより、コントローラはデータを取得する。再度混乱をきたさない動作データパラメータは、ＣＶ総数などの徴用パラメータの全てまたは一部でありうるか、または使用しない動作モードに対するＦモードまたはＩモードパラメータなどの使用しないパラメータでありうる。
【００５７】
一般に本発明の実施形態は１つ以上のコンピュータシステムに格納するか、または１つ以上のコンピュータシステムを通じて伝送するデータを含む種々の処理を使用する。本発明の実施形態は、またこれらの動作を実行するハードウエアデバイスまたはその他の装置にも関係する。この装置は要求される目的のために特に構築することができるか、またはコンピュータに格納するコンピュータプログラムおよび／またはデータ構造により選択的に起動するか、または再構成する汎用コンピュータでありうる。本明細書に提示する処理は、任意の特定のコンピュータまたはその他の装置に本来的に関係しない。特に、種々の汎用マシーンを本明細書の技術により記述するプログラムにより使用することができるか、または必要とする本方法のステップを実行するためにさらに専用化した装置を構築するのがさらに好都合でありうる。多様なこれらのマシーンのための特別な構造は、本明細書に示す記述に基づいて当業者には明らかであろう。
【００５８】
上記のように本発明の実施形態は、コンピュータシステムに格納するデータを含む種々の処理ステップを使用する。これらのステップは物理的量の物理的操作を必要とするものである。必然的ではないが通常、これらの量は格納、伝送、結合、比較およびその他の方法で操作することのできる電気的または磁気的信号の形を取る。主として共通使用のために、これらの信号をビット、ビットストリーム、データ信号、制御信号、値、要素、変数、文字、データ構造または同類と呼ぶことが時に好都合である。とはいえこれらの全ておよび類似の用語は、適する物理的量と関連するものであり、これらの量に適用する単に便宜的ラベルである、ことを記憶しておくべきである。
【００５９】
さらに実行する操作は、特定する、適合するまたは比較するなどの用語で呼ぶことがよくある。本発明の一部を形成する本明細書に記載するあらゆる動作では、これらの動作はマシーン動作である。本発明の実施形態の動作を実行するのに役立つマシーンは、汎用ディジタルコンピュータまたはその他の類似のデバイスを含む。全ての場合において、コンピュータを動作させる動作方法と計算自体の方法との間の区別を心に留めるべきである。本発明の実施形態は、電気的またはその他の物理的信号を処理することにおいてコンピュータを動作させ、その他の所望の物理的信号を生成するための方法のステップに関係する。
【００６０】
本発明の実施形態は、またこれらの動作を実行する装置にも関係する。この装置は、必要とする目的のために特に構築しうるか、またはコンピュータに格納するコンピュータプログラムにより選択的に起動するか、または再構成する汎用コンピュータでありうる。本明細書に提示する処理は、任意の特定のコンピュータまたはその他の装置に本来的に関係しない。特に、種々の汎用マシーンを本明細書の技術により記述するプログラムにより使用することができるか、または必要とする本方法のステップを実行するためにさらに専門化した装置を構築するのがさらに好都合でありうる。多様なこれらのマシーンのために必要とする構造は、以上に示す記述から明らかであろう。
【００６１】
加えて本発明の実施形態は、種々のコンピュータを実装する動作を実行するプログラム命令を含むコンピュータ可読媒体にさらに関係する。媒体およびプログラム命令は、本発明の目的のために特別に設計し、構築するものであるか、またはコンピュータソフトウエア技術に精通する者に良く知られ、利用可能な種類のものでありうる。コンピュータ可読媒体の例は、ハードディスク、フロッピー(登録商標)ディスク、および磁気テープなどの磁気媒体、ＣＤ−ＲＯＭディスクなどの光学的媒体、フロプティカルディスクなどの磁気光学的媒体、および読み取り専用メモリデバイス（read-only memory、ＲＯＭ）およびランダムアクセスメモリ(random access memory、ＲＡＭ）などのプログラム命令を格納し、実行するために特別に構成するハードウエアデバイスを含むが、これらに制限されない。プログラム命令の例は、コンパイラが生成するようなマシーンコード、およびインタプリータを使用してコンピュータが実行することができるハイレベルコードを含むファイルの両者を含む。
【００６２】
図７は、本発明の１つ以上の実施形態によるユーザおよび／またはコントローラが使用することができる代表的コンピュータシステムを図示する。コンピュータシステム７００は（中央処理ユニット、即ちＣＰＵ（central processing unit）とも呼ぶ）任意の数のプロセッサ７０２を含み、プロセッサ７０２は１次格納装置７０６（代表的に、ランダムアクセスメモリ、即ちＲＡＭ）、１次格納装置７０４（代表的に、読み取り専用メモリ、即ちＲＯＭ）を含む格納デバイスに結合する。当技術においてよく知られるように、１次格納装置７０４はデータおよび命令を一方向的にＣＰＵへ伝送するために動作し、１次格納装置７０６はデータおよび命令を双方向的手法で伝送するために代表的に使用する。これら１次格納デバイスの双方は上記のあらゆる適するコンピュータ可読媒体を含むことができる。大規模格納デバイス７０８も双方向的にＣＰＵ７０２に結合し、追加データ格納容量を提供し、上記のあらゆるコンピュータ可読媒体を含むことができる。大規模格納デバイス７０８はプログラム、データおよび同類を格納するために使用することができ、１次格納装置より遅いハードディスクなどの代表的に２次格納媒体である。当然であるが、大規模格納デバイス７０８内に保持する情報は、適する場合バーチャルメモリのように１次格納装置７０６の一部として標準的様式で組み込むことができる。ＣＤ−ＲＯＭ７１４などの特定の大規模格納デバイスも一方向的にＣＰＵにデータを送る。
【００６３】
ＣＰＵ７０２もインタフェース７１０に結合し、インタフェース７１０は、ビデオモニタ、トラックボール、マウス、キーボード、マイクロフォン、接触感応ディスプレイ、トランスデューサカードリーダ、磁気的または紙テープリーダ、タブレット、スタイラス、音声または手書き認識装置、または勿論その他のコンピュータなどの他の良く知られた入力デバイスなどのような１台以上の入／出力デバイスを含む。最後にＣＰＵ７０２は、任意選択に７１２において一般的に示すようなネットワーク接続を使用してコンピュータまたは通信ネットワークに結合することができる。このようなネットワーク接続により、ＣＰＵはネットワークから情報を受信することができるか、または上記の方法のステップを実行する過程においてネットワークへ情報を出力することができる、と考えられる。上記のデバイスおよび素材はコンピュータハードウエアおよびソフトウエア技術に精通するものには良く知られるものであろう。上記のハードウエア要素は本発明の動作を実行するための複数のソフトウエアモジュールを規定することができる。例えば符号ワードで構成するコントローラを動作させるための命令は大規模格納デバイス７０８または７１４に格納することができ、１次メモリ７０６と共にＣＰＵ７０２において実行することができる。好ましい実施形態では、コントローラをソフトウエアサブモジュールに分割する。
【００６４】
本発明の多くの特徴および利点は記載した説明から明らかであり、従って添付する特許請求の範囲は本発明の全てのそのような特徴および利点を含むと考えられる。さらに、多くの変形および変更は当業者には容易に思い浮かぶであろう故、本発明は図示し、記載したような厳密な構成および動作に限られない。それ故記載した実施形態は、説明するものであり、制限するものではないと解釈すべきであり、本発明は本明細書に示す詳細に制限されるべきではなく、現在または将来において予測できるか、または予測できなかろうと、添付の特許請求の範囲およびその等価物の持つ最大の範囲により規定されるべきである。
【図面の簡単な説明】
【００６５】
【図１】Ｇ９９７．１規格による概要ブロック参照モデルシステムである。
【図２】一般的、例示的ＤＳＬ配備を説明する概要ブロック図である。
【図３】本発明の１つ以上の実施形態によるＤＳＬシステム構成要素から情報を取得する方法のフロー図である。
【図４】本発明の１つ以上の実施形態によるＤＳＬシステムにおける遠隔モデムからＵＥＩ情報を取得する方法のフロー図である。
【図５】本発明の１つ以上の実施形態によるＤＳＬシステム構成要素から情報を収集するのに使用するコントローラを含む、ＤＳＬシステムにおける本発明の一実施形態の概要ブロック図である。
【図６】本発明の１つ以上の実施形態による遠隔モデムまたはその他のＤＳＬシステム構成要素が送信する情報を見出および／または確認するための相関法のフロー図である。
【図７】本発明の実施形態を実装するのに適する代表的コンピュータシステムまたは集積回路のブロック図である。
【図１】
2008510405.tif 000003
【図２】
2008510405.tif 000004
【図３】
2008510405.tif 000005
【図４】
2008510405.tif 000006
【図５】
2008510405.tif 000007
【図６】
2008510405.tif 000008
【図７】
2008510405.tif 000009
【国際調査報告】
2008510405.tif 000010
2008510405.tif 000011
2008510405.tif 000012
2008510405.tif 000013
2008510405.tif 000014
2008510405.tif 000015