JP4913758B2 - Ｄｓｌ状態及びラインプロファイルの制御 - Google Patents

Description

本発明は、デジタル通信システムを管理するための方法、システム及び装置に関する。さらに詳細には、本発明は、ＤＳＬシステム内のラインプロファイル等の操作状態を管理することに関する。

［関連出願の相互参照］
本願は、その開示がすべての目的のために全体として参照することにより本書に組み込まれている以下の出願に関する。

−通信システムの動的管理（ＤＹＮＡＭＩＣ ＭＡＮＡＧＥＭＥＮＴ ＯＦ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＳＹＳＴＥＭ）と題され、２００３年１２月７日に出願された米国仮出願第６０／５２７，８５３号（代理人整理番号第０１０１−ｐ０１ｐ）の利点を、米国特許法第１１９条（ｅ）の元で主張する、適応ＦＥＣコードワード管理（ＡＤＡＰＴＩＶＥ ＦＥＣ ＣＯＤＥＷＯＲＤ ＭＡＮＡＧＥＭＥＮＴ）と題され、２００４年３月８日に出願された米国出願番号第１０／７９５，５９３号（代理人整理番号第０１０１−ｐ０２号）
−通信システムの動的管理（ＤＹＮＡＭＩＣ ＭＡＮＡＧＥＭＥＮＴ ＯＦ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＳＹＳＴＥＭ）と題され、２００３年１２月７日に出願された米国仮出願第６０／５２７，８５３号（代理人整理番号第０１０１−ｐ０１ｐ）の利点を、米国特許法第１１９条（ｅ）の元で主張する、適応マージン及びバンド制御（ＡＤＡＰＴＩＶＥ ＭＡＲＧＩＮ ＡＮＤ ＢＡＮＤ ＣＯＮＴＲＯＬ）と題され、２００４年７月１９日に出願された米国出願番号第１０／８９３，８２６号（代理人整理番号第０１０１−ｐ０４号）
−通信装置識別（ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＤＥＶＩＣＥ ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ）と題され、２００４年１１月４日に出願された米国出願番号第１０／９８１，０６８号（代理人整理番号第０１０１−ｐ０９号）
−既知のＤＳＬ回線走査及び不良スプライス検出機能を含むＤＳＬシステム推定（ＤＳＬ ＳＹＳＴＥＭ ＥＳＴＩＭＡＴＩＯＮ ＩＮＣＬＵＤＩＮＧ ＫＮＯＷＮ ＤＳＬ ＬＩＮＥ ＳＣＡＮＮＩＮＧ ＡＮＤ ＢＡＤ ＳＰＬＩＣＥ ＤＥＴＥＣＴＩＯＮ ＣＡＰＡＢＩＬＩＴＹ）と題され、２００５年３月１日に出願された米国出願番号第１１／０６９，１５９号（代理人整理番号第０１０１−ｐ１０号）

デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）技術は、既存の加入電話回線（ループ及び／または銅設備と呼ばれている）に優る、デジタル通信用の潜在的に大きな帯域幅を提供する。加入電話回線は、音声専用バンド帯域アナログ通信のためのその元の設計に関係なく、この帯域幅を提供できる。特に、非対称型デジタル加入者回線（ＡＤＳＬ：Asymmetric DSL）は、該加入者線の各端部でモデム（通常は、送信機と受信機の両方として機能するトランシーバ）の訓練及び初期化の間に決定されるようにチャネル状態に適合できる、それぞれのトーン（つまりサブキャリヤ）に多くのビットを割り当てる離散マルチトーン（ＤＭＴ：discrete multitone）回線コードを使用することによって該加入者線の特徴に適合できる。

配備されているＡＤＳＬ１ ＤＳＬＡＭの大部分では、「ラインプロファイル（line profile）」は、データレート、パワースペクトル密度（ＰＳＤ：power spectral density）、マージン、順方向誤り訂正（ＦＥＣ：forward error correction）パラメータ等のパラメータ、及びＤＳＬＡＭに取り付けられている特定のＤＳＬカスタマ／回線のためのキャリヤマスク（ＣＭＡＳＫ）を指定する。「ラインプロファイル」（「プロファイル」とも呼ばれる）は、カスタマの支払いまたは選択に応じて回線に所望される／可能にされるデータレート及び待ち時間範囲を指す「サービスタイプ」とは異なる。様々なカスタマが様々なプロファイルを有してよい。制御可能なプロファイルパラメータを一覧表示する例は、以下の表に表示される。

プロファイル名：Ｐｒｏｆｉｌｅ１
インタリーブ遅延：低（高速チャネル）
下りのための最大ＰＳＤレベル：−４６ｄＢｍ／Ｈｚ
最大下りレート：６０１６ｋｂｐｓ
最小下りレート：１９２ｋｂｐｓ
最大上りレート：４１６ｋｂｐｓ
最小上りレート：６４ｋｂｐｓ
最大雑音マージン：１６ｄＢ
目標雑音マージン：６ｄＢ
最小雑音マージン：０ｄＢ
使用されるキャリヤマスク（１６進フォーマット）：
ＦＦＦ０１ＦＦＦ０ＦＦＦＦＦＦＦＦＦＦＦＦＦＥ０００１ＦＦＦＦＦ００００００００００００００００００００００００００００００００
オペレータは、現在、これらのプロファイルを、個々の回線のデータレート、及びおそらくＦＥＣ設定値だけを制御するために単純に使用している。したがって、個々の回線のプロファイルは、多くの場合手動で選択され、多くの場合、障害報告表（trouble-ticket）の応答中に、あるいは別のＤＳＬサービスに対するカスタマ要求に応えて該プロファイルを手動で変更しない限り、該回線をそのプロファイルに留まらせる。回線が自動的にいくつかの他のプロファイルに移動できるとしても、強力な制約が適用され、少数のプロファイルだけが移動のための候補として考えられる。さらに、任意のプロファイルの変更のための規則（rule）は、１つまたは非常に少数の回線特徴付けパラメータの固定されたまたは静的な関数として見ることができる。このような単純な遷移は、多様なサービスタイプを可能にせず、多様な雑音障害（例えば、インパルス雑音及び漏話雑音）を克服する及び／または対処するのを支援できず、それによりＡＤＳＬとＶＤＳＬの配備されたデータレート及び／または範囲機能を制限する。

ＤＳＬシステムのような通信システムにおいて自動的に及び容易に多岐に渡るラインプロファイル及びこのようなプロファイル間の遷移の実現を可能にするシステム、方法及び技法は、当技術分野の大きな前進を表すであろう。特に、通信システムにおける遷移オプションの優先順位付けと実現は、ＤＳＬサービスレートの分野及び関連する範囲での大きな前進に相当するであろう。

［発明の簡単な概要］
ＤＳＬシステム等の通信システム内の回線のための状態及び／またはプロファイル間の遷移は、該回線の現在の状態及び１つまたは複数の目標状態を評価することによって制御できる。現在の状態に留まるか、または目標状態の１つに移動することの実現可能性の評価は、該通信システムから収集される操作データから抜き出される、報告され、推定されたデータの分布に基づくことがある。目標状態には、優先順位が付けられ、行列にまたは評価と選択をさらに単純にする他のフレームワークに配置されてよい。

実現可能性は、入手可能なデータ（報告された及び／または推定された）の十分性と、現在の状態及び検討中の任意の目標状態における該回線の挙動（behavior）の尤度との両方を考慮に入れてよい。操作及び／または性能の閾値を満たす確立は、出力が実現可能性の決定を規定する全体的な規則の中で結合できる多様なサブルールで使用できる。重み付けベクトルは、旧いデータに重みを付ける、または旧いデータを完全にパージ（purge）するために使用できる。ＤＳＬシステムでは、これらの重み付け、サブルール、及び他の要因は、上り（upstream）と下り（downstream）の挙動とデータ伝送の相違点を反映する場合がある。本発明の多様な態様は、変化する回線状態、性能目標等に対処するために適応的にまたは動的に調整及び／または更新されてよい。

本発明の実施形態による方法、技法、装置、プロセス及び設備は、コントローラ、ＤＳＬ最適化ツール等で実現されてよい。このような実現は、動的スペクトル管理システムの一部であってよい。

本発明の追加の詳細及び優位点は、以下の詳細な説明及び関連する図面に提供されている。

本発明は、添付図面に関連して以下の詳細な説明によって容易に理解され、類似する参照番号は類似する構造要素を指定する。

［発明の詳細な説明］
本発明の以下の詳細な説明は、本発明の１つまたは複数の実施形態を参照するが、このような実施形態に限定されない。むしろ、詳細な説明は、例証的であることだけを目的とする。当業者は、図に関して本書に示されている詳細な説明が、本発明がこれらの限定された実施形態を超えるので説明のために提供されていることを容易に理解する。

本発明の実施形態は、１つまたは複数の単純な実現例で様々な状態遷移を柔軟に実現できる状態遷移を実現する。本書の説明で使用されているように（所与の例で逆に述べられていない限り）、「状態（state）」はプロファイルと同等である。プロファイルの集合を単一の状態にグループ化することが考えられる（例えば、状態がレートだけによって定義され、いくつかのサブステート（ｓｕｂ−ｓｔａｔｅｓ）は結果的に、ＦＥＣ、ＰＳＤ等の異なる設定値の関数として区別される）。このようなグループ化は、実現に依存することがある。

本発明の説明では、用語「プロファイル（profile）」は、「ラインプロファイル（line profile）」を意味する。これは、データレート、ＦＥＣ設定値等の回線を操作するために使用されるパラメータの定義である。用語「状態（state）」は、所与の状態遷移図または他の方式での位置を指す。本発明のいくつかの実施形態では、２本以上の回線が、それらは異なる「状態」にあるが、同じ「プロファイル」を使用して作用してよい。例えば、回線１が、プロファイル１Ａ（１．０Ｍｂｐｓという最大データレートを使用）からプロファイル１Ｂ（１．５Ｍｂｐｓという最大データレートを使用）に移動したと仮定する。さらに、回線２が、プロファイル２Ａ（３．０Ｍｂｐｓという最大データレートを使用）からプロファイル２Ｂ（１．５Ｍｂｐｓという最大データレートを使用）に移動したと仮定する。回線１と２の両方とも現在は、１．５Ｍｂｐｓという最大データレートを処理する同じ「プロファイル」を使用している可能性があるが、それらの前のプロファイル動作履歴及び／またはパラメータ選択が異なるために異なる状態にある可能性がある。最大データレートだけが同じである。それぞれの状態は最大データレートを有してよいが、同じ最大データレートのすべての回線が同じ状態に相当するのではない。同様に、同じ最大データレートのすべての回線が、同じプロファイルに相当しない可能性もある。したがって潜在的な以後の遷移を評価するために、プロファイル１Ｂとプロファイル２Ｂは同一のプロファイルであるが、異なる状態であってよい。当業者は、既存のＤＳＬシステムが、状態、最大データレート、及びプロファイルがすべてほぼ同じ状況に相当するように３つすべての用語を同一視してよいことを理解するであろう。しかしながら、本発明の実施形態に応じて、本発明は、３つすべての用語が潜在的に異なることを可能にする。当業者は、使用され、そのように記述されている文脈及びシステムの性質によって、本書に特に説明され、それ以外の場合本発明によってカバーされる多様なケースを区別することができるであろう。

本発明の実施形態の本書に提示されている特定の例の多くでは、状態とプロファイルは同じであってよい。すなわち、前のプロファイル履歴は、回線の状態を決定する際に「直接的に」検討されない。代わりに、多くの実施形態では、状態遷移の実現可能性は、回線の前のプロファイル動作に関連する報告され、推定されたデータに重み付ける（無視すること及び／またはパージすることを含む）ことを含んでよい。したがって、将来の遷移の実現可能性（すなわち、目標プロファイルまたは状態の適合性）は、さらに詳細な状態定義システムによってそれ以外の場合何がおもな原因となる可能性があるのかを考慮に入れる。したがって、当業者によって理解されるように、「プロファイル」及び「状態」は、本発明の多くの実施形態で同じであるが、本書の何もこれらの用語を同じ事を意味するために制限せず、他の実施形態ではそれらは互いから実質的に異なる可能性がある。しかしながら、別段に示されない限り、本書に図解され、説明される実施形態は、状態とプロファイルが同じ事を意味するシステムを使用するであろう。

システムがプロファイルの概念に基づいて構築されておらず、代わりに個々の回線についてレート、電力等の独立した制御を可能にする場合には、現在少なくとも２つの解決策が考えられる―コントローラ（ＤＳＬ最適化ツール（DSL optimizer等）がプロファイルの集合を構築し、個人ユーザごとにそれらの内の１つだけを使用できるか、あるいは代わりにコントローラは所与のサービスタイプについて使用するための最良のパラメータを計算し、該回線パラメータを相応して構成することができる。両方の解決策とも本開示を検討後に当業者に明らかになり、両方とも本発明の実施形態であるが、第１の解決策はさらに詳しく本書に説明される。

さらに詳しく後述されるように、本発明の１つまたは複数の実施形態を実現する状態−遷移制御装置（state-transition control unit）が、コントローラ（例えば、ＤＳＬ最適化ツール、動的スペクトルマネージャ、またはスペクトル管理センター）の一部である場合がある。コントローラ及び状態遷移制御装置は、どこに位置してもよい。いくつかの実施形態では該コントローラ及び／または状態遷移制御装置はＤＳＬ ＣＯ内に常駐し、一方、他のケースではそれらはＣＯの外部に位置するサードパーティによって操作されてもよい。本発明の実施形態と関連して使用できるコントローラ及び／または状態遷移制御装置の構造、プログラミング及び他の特定の特長は、本開示を検討後、当業者に明らかになる。

ＤＳＬ最適化ツール、動的スペクトル管理センター（ＤＳＭセンター）、「スマート」モデム及び／またはコンピュータシステム等のコントローラは、本発明の多様な実施形態と関連して説明されるように該操作データ及び／または性能パラメータ値を収集し、分析するために使用できる。該コントローラ及び／または他の構成要素は、コンピュータによって実現される装置または装置の組み合わせである場合がある。いくつかの実施形態では、該コントローラは該モデムから遠い位置にある。他のケースでは、該コントローラは、モデム、ＤＳＬＡＭまたは他の通信システム装置に直接的に接続されている装置として該モデムの一方または両方と結合されてよく、このようにして「スマート」モデムを作成する。語句「結合される（coupled to）」及び「接続される（connected to）」等は、２つの要素及び／またはコンポーネントの間の接続を説明するために本書で使用され、直接的にともに、または適切な場合には、例えば１つまたは複数の介入する要素を介して、あるいは無線接続を介して間接的にのどちらかで結合されることを意味することを目的とする。

本発明の実施形態の以下の例のいくつかは、例示的な通信システムとしてＡＤＳＬシステムを使用する。これらのＡＤＳＬシステムの中では、特定の規約、規則、プロトコル等が例示的なＡＤＳＬシステムの動作、及びカスタマ（「ユーザ」とも呼ばれる）及び／または該システム上の装置から入手できる情報及び／またはデータ、を説明するために使用されてよい。しかしながら、当業者によって理解されるように、本発明の実施形態は多様な通信システムに適用されてよく、本発明は特定のシステムに限定されない。本発明は、サービス品質が制御パラメータに関連してよい任意のデータ伝送システムで使用できる。

多様なネットワーク管理要素は、要素がＡＤＳＬモデム対の中のパラメータまたは関数を、集合的にまたは個々の端部で参照する、ＡＤＳＬ物理層資源の管理のために使用される。ネットワーク管理フレームワークは、それぞれエージェントを含む１つまたは複数の管理ノード（managed node）からなる。該管理ノードは、ルータ、ブリッジ、スイッチ、ＡＤＳＬモデム等となるであろう。多くの場合マネージャと呼ばれる少なくとも１つＮＭＳ（Network Management System）は、管理ノードを監視、制御し、通常は共通のＰＣまたは他のコンピュータに基づく。ネットワーク管理プロトコルは、管理情報及びデータを交換するために該マネージャとエージェントによって使用される。管理情報の単位はオブジェクトである。関連付けられたオブジェクトの集合体は、管理情報ベース（ＭＩＢ：Management Information Base）として定義される。

図１は、すべての目的のために全体として参照され、本書に組み込まれ、本発明の実施形態を実施できるＧ．９９７．１規格（Ｇ．ｐｌｏａｍ）による参照モデルシステムを示している。このモデルは、すべて結合（bonding）あり及び結合なしで、Ｇ．９９１．１規格とＧ．９９１．２ ＳＨＤＳＬ規格のみならず、ＡＤＳＬ１（Ｇ．９９２．１）、ＡＤＳＬ−Ｌｉｔｅ（Ｇ．９９２．２）、ＡＤＳＬ２（Ｇ．９９２．３）、ＡＤＳＬ２−Ｌｉｔｅ Ｇ．９９２．４、ＡＤＳＬ２＋（Ｇ．９９２．５）及びＶＤＳＬ規格から出現するＧ．９９３．ｘ等の、スプリッタ（splitters）を含んでも含まなくてもよい様々な規格を満たすすべてのＡＤＳＬシステムに適用する。このモデルは当業者には周知である。

該Ｇ．９９７．１規格は、Ｇ．９９７．１に定義される明確な埋め込み動作チャネル（ＥＯＣ：embedded operation channel）、及びＧ．９９２．ｘ規格で定義されるインジケータビット及びＥＯＣメッセージの使用に基づいて、ＡＤＳＬ伝送システムのための物理層管理を規定している。さらに、Ｇ．９９７．１は、構成、障害及び性能管理のためのネットワーク管理要素コンテンツを規定する。これらの機能を実行する上で、該システムは、アクセスノード（ＡＮ：access node）で入手でき、アクセスノード（ＡＮ）から収集できる種々の操作データを活用する。また、ＡＤＳＬフォーラムのＴＲ６９報告書も、ＭＩＢ及びそれがどのようにしてアクセスされる可能性があるのかを一覧表示する。

図１では、カスタマの端末装置（ＴＥ）１１０が、ネットワーク終端装置（ＮＴ）１２０に結合されているホームネットワーク１１２に結合されている。ＡＤＳＬシステムのケースでは、ＮＴ１２０は、ＡＴＵ−Ｒ１２２（例えば、該ＡＤＳＬ規格の１つによって定義される、場合によってはトランシーバと呼ばれることもあるモデム）または任意の他の適切なネットワーク終端モデム、トランシーバ、または他の通信装置を含む。各モデムは、例えば製造メーカ及び型番で識別できる。当業者によって理解されるように、及び本書に説明されるように、各モデムはそれが接続される通信システムと相互伝達し、該通信システムにおける該モデムの性能の結果として操作データを作成してよい。

ＮＴ１２０は、管理エンティティ（ＭＥ：management entity）１２４も含む。ＭＥ１２４は、任意の適用可能な規格及び／または他の基準によって必要に応じて実行できるマイクロプロセッサ、マイクロコントローラ、またはファームウェアまたはハードウェア内の回路状態機械等の任意の適切なハードウェア装置である場合がある。ＭＥ１２４は、各ＭＥによって維持される情報のデータベースであり、ＳＮＭＰ（Simple Network Management Protocol）、ネットワーク装置から情報を収集し管理者コンソール／プログラムに提供するために使用されるアドミニストレーションプロトコル等のネットワーク管理プロトコルを介して、またはＴＬ１コマンドを介してアクセスできるそのＭＩＢの中で性能データを収集し、記憶する。ＴＬ１は、電気通信ネットワーク要素の間で応答及びコマンドをプログラミングするために使用される長い伝統のあるコマンド言語である。

システム内の各ＡＴＵ−Ｒは、ＣＯまたは他の中心位置の中のＡＴＵ−Ｃに結合されている。図１では、ＡＴＵ−Ｃ１４２は、ＣＯ１４６内のアクセスノード（ＡＮ）１４０に配置されている。当業者によって理解されるように、ＡＮ１４０は、ＤＳＬＡＭ等のＤＳＬシステムコンポーネントであってよい。ＭＥ１４４は、同様にＡＴＵ−Ｃ１４２に関する性能データのＭＩＢを維持（maintain）する。該ＡＮ１４０は、当業者によって理解されるように、広帯域（broadband）ネットワーク１７０または他のネットワークに結合されてよい。ＡＴＵ−Ｒ１２２とＡＴＵ−Ｃ１４２は、ＡＤＳＬのケースでは通常は他の通信サービスも伝搬する電話ツイストペアであるループ１３０によって、ともに結合されている。

図１に示されているインタフェースのいくつかは、性能データを決定し、収集するために使用できる。Ｑ−インタフェース１５５は、オペレータのＮＭＳ１５０とＡＮ１４０内のＭＥ１４４との間にインタフェースを提供する。Ｇ．９９７．１規格に指定されるすべてのパラメータは、Ｑ−インタフェース１５５で適用する。ＡＴＵ−Ｒ１２２からの遠端（far-end）パラメータはＵインタフェース上の２つのインタフェースのどちらかによって引き出すことができるが、ＭＥ１４４でサポートされている近端（near-end）パラメータはＡＴＵ−Ｃ１４２から引き出される。埋め込みチャネル１３２を使用して送信され、ＰＭＤ層で提供されるインジケータビット及びＥＯＣメッセージは、ＭＥ１４４で必要とされるＡＴＵ−Ｒ１２２パラメータを生成するために使用できる。代わりに、ＯＡＭ（動作(Operations)、アドミニストレーション(Administrations)、及び管理(Management)）チャネル及び適切なプロトコルは、ＭＥ１４４によって要求されるときにＡＴＵ−Ｒ１２２からパラメータを取り出すために使用できる。同様に、ＡＴＵ−Ｃ１４２からの遠端パラメータは、該Ｕインタフェース上の２つのインタフェースのどちらかによって引き出すことができる。該ＰＭＤ層で提供されるインジケータビット及びＥＯＣメッセージは、ＮＴ１２０のＭＥ１２２で必要とされるＡＴＵ−Ｃ１４２パラメータを生成するために使用できる。代わりに、ＯＡＭチャネル及び適切なプロトコルは、ＭＥ１２４によって要求されるときに、ＡＴＵ−Ｃ１４２から該パラメータを取り出すために使用できる。

該Ｕインタフェース（本質的にループ１３０である）には、２つの管理インタフェース、つまりＡＴＵ−Ｃ１４２での管理インタフェース（Ｕ−Ｃインタフェース１５７）と、ＡＴＵ−Ｒ１２２での管理インタフェース（Ｕ−Ｒインタフェース１５８）がある。インタフェース１５７は、Ｕインタフェース１３０上で取り出すために、ＡＴＵ−Ｒ１２２にＡＴＵ−Ｃ近端パラメータを提供する。同様に、インタフェース１５８は、Ｕ−インタフェース１３０上で取り出すために、ＡＴＵ−Ｃ１４２にＡＴＵ−Ｒ近端パラメータを提供する。適用するパラメータは、使用されているトランシーバ規格（例えば、Ｇ．９９２．１またはＧ．９９２．２）に依存してよい。

Ｇ．９９７．１規格は、該Ｕインタフェース全体でオプションのＯＡＭ通信チャネルを指定する。このチャネルが実現されると、ＡＴＵ−ＣとＡＴＵ−Ｒの対が、物理層ＯＡＭメッセージをトランスポートするためにそれを使用できる。したがって、このようなシステムのトランシーバ１２２、１２４がそのそれぞれのＭＩＢで保持されている多様な操作データと性能データを共有する。

ＡＤＳＬ ＮＭＳに関するさらに多くの情報が、すべての目的のために全体として参照することにより本書に組み込まれている、１９９８年３月付けのＡＤＳＬフォーラムからの「ＡＤＳＬネットワーク要素管理（ＡＤＳＬ Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ）」と題されているＤＳＬフォーラム技術レポートＴＲ−００５に記載されている。また、２００４年１月付けのＤＳＬフォーラムからの「ＣＰＥ ＷＡＮ管理プロトコル（ＣＰＥ ＷＡＮ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）」と題されているＤＳＬフォーラムワーキングテキストＷＴ−８７（改訂６）がすべての目的のために全体として参照することにより本書に組み込まれている。最後に、２００４年１月５日付けのＤＳＬフォーラムからの「ＬＡＮサイドＤＳＬ ＣＰＥ構成仕様（ＬＡＮ−Ｓｉｄｅ ＤＳＬ ＣＰＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）」と題されているＤＳＬフォーラムワーキングテキストＷＴ−０８２ｖ７がすべての目的のために全体として参照することによって本書に組み込まれている。これらの文書はＣＰＥサイド管理のための様々な状況に対処する。

当業者に理解されるように、これらの文書に説明されている操作データ及び／またはパラメータの少なくともいくつかは、本発明の実施形態と関連して使用できる。さらに、システム説明の少なくともいくつかは同様に、本発明の実施形態に適用可能である。ＡＤＳＬ ＮＭＳから入手できる多様なタイプの操作データ及び情報が、その中に記載されている。それ以外についても当業者に公知であり得る。

多くのトランシーバ対が動作している、及び／または使用できるＤＳＬ設備の典型的なトポロジーでは、各加入者ループの一部がマルチペアバインダ（multi-pair binder）（つまりバンドル(bundle)）の中の他のユーザのループと結び付けられている。加入者宅内機器（ＣＰＥ：Customer Premises Equipment）に非常に近い台座（pedestal）の後で、ループはドロップワイヤ（drop wire）の形を取り、該バンドルを出る。したがって、加入者ループは２つの異なる環境を横切る。該ループの一部は、該ループが外部電磁干渉から遮断されることがあるが、クロストーク（漏話）にさらされるバインダ内部に配置されてよい。台座の後では、該ドロップワイヤは多くの場合、この対が該ドロップの大部分、他の対から遠いときにクロストークの影響を受けないが、該ドロップワイヤが遮蔽されていないために電磁干渉によって送信がさらに大きく減じられることもある。多くのドロップは、それらの中に２本から８本のツイストペアを有し、家庭への多重サービスまたはそれらの回線の結合（単一サービスの多重化及び逆多重化）の状況では、該ドロップセグメント内のこれらの回線の間で追加の大きなクロストークが発生することがある。

一般的で例示的なＤＳＬ配備シナリオが、図２に示されている。合計（Ｌ＋Ｍ）人のユーザ２９１、２９２のすべての加入者ループが、少なくとも１つの共通バインダを通過する。各ユーザは専用回線を通って電話局（ＣＯ：Central Office）２１０、２２０に接続されている。しかしながら、各加入者ループが異なる環境及び媒体を通過してよいことがある。図２では、Ｌ人のカスタマまたはユーザ２９１が、一般的にファイバからキャビネット（ＦＴＴＣａｂ）またはファイバからカーブ（Curb）と呼ばれている光ファイバ２１３と銅ツイストペア２１７の組み合わせを使用してＣＯ２１０に接続されている。ＣＯ２１０のトランシーバ２１１からの信号は、ＣＯ２１０及び光ネットワーク装置（ＯＮＵ：optical network unit）２１８で光回線端末２１２及び光ネットワーク端末２１５によってそれらの信号を変換させる。ＯＮＵ２１８のモデム２１６は、ＯＮＵ２１８とユーザ２９１の間の信号用のトランシーバとしての機能を果たす。

残りのＭ人のユーザ２９２のループ２２７は、ファイバから交換機（ＦＴＴＥｘ）と呼ばれるシナリオである、銅ツイストペアだけである。これにより加入者ループの銅部分が縮小し、その結果達成可能なレートが上昇するため、可能であり経済的に実行可能なときはいつでも、ＦＴＴＣａｂはＦＴＴＥｘよりも好ましい。ＦＴＴＣａｂループの存在はＦＴＴＥｘループにとって問題を生じさせることがある。さらに、ＦＴＴＣａｂは、将来ますます一般的なトポロジーになると予想されている。この種のトポロジーは、多大なクロストーク干渉につながることがあり、多様なユーザの回線が、それらが動作する特定の環境のために異なるデータ搬送能力及び実行能力を有することを意味する場合がある。該トポロジーは、ファイバによって供給される「キャビネット」回線及び交換回線が同じバインダ内で混合できるほどである。

図２で分かるように、ＣＯ２２０からユーザ２９２への回線は、ＣＯ２１０とユーザ２９１の間の回線によって使用されていないバインダ２２２を共有する。さらに、別のバインダ２４０が、ＣＯ２１０とＣＯ２２０への／からのすべての回線、及びそれらのそれぞれのユーザ２９１、２９２に共通である。

図３Ａに示されている本発明の一実施形態に従って、状態遷移制御装置３００は、ユーザ及び／または１つまたは複数のシステムオペレータまたはプロバイダが自らの該システムの使用を最適化するのを支援するコントローラ３１０（例えば、ＤＳＬ最適化ツール、ＤＳＭサーバ、ＤＳＮセンター、または動的スペクトルマネージャ）等のＤＳＬシステムに結合されている独立エンティティの一部であってよい。（ＤＳＬ最適化ツールは、動的スペクトルマネージャ、動的スペクトル管理センター、ＤＳＭセンター、システムメンテナンスセンター、またはＳＭＣとも呼ばれてよい）。いくつかの実施形態では、コントローラ３１０は、ＣＯまたは他の場所から多くのＤＳＬ回線を運用するＩＬＥＣまたはＣＬＥＣであってよい。図３Ａの破線３４６から分かるように、コントローラ３１０は、ＣＯ１４６内にあってよく、あるいは外部にあり、ＣＯ１４６及び該システム内で動作している任意の企業から独立してよい。さらに、コントローラ３１０は複数のＣＯ内のＤＳＬ及び／または他の通信回線に結合されてよい、及び／または複数のＣＯ内のＤＳＬ及び／または他の通信回線を制御してよい。

該状態遷移制御装置３００は、収集手段３２０と分析手段３４０とを含む。図３Ａで分かるように、該収集手段３２０は、ＡＮ１４０でＮＭＳ１５０、ＭＥ１４４、及び／またはＭＥ１４４によって保守されているＭＩＢ１４４に結合されてよい。また、データは、広帯域ネットワーク１７０（例えば、ＴＣＰ／ＩＰプロトコルまたは所与のＤＳＬシステム内の通常の内部データ通信の外部の他のプロトコルまたは手段を介して）を通して収集されてよい。これらの接続の１つまたは複数によって、該状態遷移制御装置は該システムから操作データを収集できる。データは、一度にまたは経時的（長い間）に収集されてよい。場合によっては、収集手段３２０は要求に応じてまたは非周期的（例えば、ＤＳＬＡＭまたは他のコンポーネントが状態遷移制御装置にデータを送信するとき等）にもデータを収集できるが、収集手段３２０は周期的に収集し、このようにして状態遷移制御装置３００が、所望される場合に、その情報、規則（ルール）、サブルール等を更新できるようにする。手段３２０によって収集されるデータは、分析及び状態遷移に関する任意の決定のために分析手段３４０に提供される。

図３Ａの例示的なシステムでは、分析手段３４０はモデム及び／またはコントローラ３１０内のシステム操作信号生成手段３５０に結合されている。この信号生成器３５０は、命令信号を発生させ、モデム及び／または該通信システムの他のコンポーネント（例えば、該システム内のＡＤＳＬトランシーバ及び／または他の装置、コンポーネント等）に送信するように構成される。これらの命令は、状態遷移命令または許容データレート、送信電力レベル、コーディング要件及び待ち時間要件等に関する他の命令を含んでよい。該命令は、コントローラ３１０が通信システム内で代替動作状態／プロファイルの優先順位と可用性を決定した後に生成されてよい。例えば、場合によっては、該命令信号は、該システムを使用している一人または複数のカスタマ及び／またはオペレータのための性能を改善する上で役立つことがある。

本発明の実施形態は、データベース、ライブラリ、または収集されたデータ、関連するパラメータに関して下された決定、後述されるもののような規則（ルール）及びサブルールを使用する過去の決定等に関するデータの他の集合体を活用できる。参照データのこの収集は、例えば、図３Ａの該コントローラ３１０内のライブラリ３４８として記憶され、分析手段３４０及び／または収集手段３２０によって使用されてよい。

本発明のいくつかの実施形態では、該状態遷移制御装置３００は、ＰＣ、ワークステーション等の１台または複数のコンピュータで実現されてよい。収集手段３２０及び分析手段３４０は、当業者によって理解されるように、ソフトウェアモジュール、ハードウェアモジュール、または両方の組み合わせであってよい。多数のモデムと連動するときに、収集されるデータの量を管理するためにデータベースが導入され、使用されてよい。

本発明の別の実施形態は、図３Ｂに示されている。ＤＳＬ最適化ツール３６５は、ＤＳＬＡＭ３８５または他のＤＳＬシステム構成要素で、及び／またはＤＳＬＡＭ３８５または他のＤＳＬシステム構成要素に関連して動作し、そのどちらかまたは両方とも電気通信会社（「電話会社」）の敷地３９５にあってよい。ＤＳＬ最適化ツール３６５は、ＤＳＬ最適化ツール３６５のための操作データを収集、アセンブル、調整、操作し、ＤＳＬ最適化ツール３６５に対して供給できるデータ収集分析モジュール３８０を含む。モジュール３８０は、ＰＣ等のような１台または複数のコンピュータで実現できる。モジュール３８０からのデータ（さらに詳しく後述される報告されたデータ及び推定されたデータを含んでよい）は、分析（例えば、実現可能性試験、データ十分性評価、データパージと重み付け、状態優先順位の調整、行列とベクトルの調整、閾値テーブルの更新等）のためにＤＳＭサーバモジュール３７０に供給される。また、情報は、電話会社に関連するまたは関連しない可能性があるライブラリまたはデータベース３７５から入手可能でもよい。プロファイルセレクタ３９０は、任意の状態及び／またはプロファイルの遷移決定及び／または命令に従ってプロファイル及び／または状態を選択し、実現するために使用されてよい。プロファイルは、当業者によって理解されるように、ＤＳＭサーバ３７０の管理下で、あるいは任意の他の適切な方法によって選択されてよい。セレクタ３９０によって選択されるプロファイルは、ＤＳＬＡＭ３８５及び／または任意の他の適切なＤＳＬシステム構成要素装置で実現される。このような装置は、加入者宅内機器３９９等のＤＳＬ装置に結合されてよい。図３Ｂのシステムは、本発明の実施形態を依然として実現する一方で差異が達成可能であるが、当業者によって理解されるように、図３Ａのシステムに類似したやり方で動作することがある。

本発明の一態様の複数の実施形態が図４に示されている。状態図４００は、説明及び図解のためにＤＳＬ回線と見なされる通信回線が動作してよい、８つのプロファイル４０２−１、４０２−２、４０２−３、４０２−４、４０２−５、４０２−６、４０２−７、及び４０２−８を描いている。この例では、各プロファイルは、最大達成可能データレート（１９２、３８４、７６８または１５３６Ｋｂｐｓ）、及び待ち時間（「高速（Fast）」はインタリーブ（interleaving）なしを意味し、「Ｈ遅延（H delay）」はインタリーブが高い遅延を生じさせることを意味する）で定められる。

図４では、回線がプロファイル１を使用して動作している場合には、状態図と状態−遷移行列Ｔ１の両方から、プロファイル１、２、５及び６が考えられる遷移であることが分かる（プロファイル１に留まっていることは変化という意味では遷移ではないが、参照を容易にするために、同じプロファイルに留まることは本書では「遷移」と呼ばれてよい）。しかしながら、状態遷移行列Ｔ１は、たとえあったとしても遷移が他の遷移に上回って優先順位を有さなければならないことを意味しない。したがって、優先順位が整数値で指定される場合に、図４の行列Ｔ２への変化を行うことができる。正の整数値が高いほど、指定されるプロファイルはサービスプロバイダ実現例にとって魅力的ではなくなる。

遷移行列Ｔ２では、０は依然として、該遷移が許されていないことを意味し、任意の正の整数は該遷移が許されていることを意味する。最低の正の整数は他のあらゆる遷移を超える最高の優先順位を有している。例えば、プロファイル１の中の回線は可能であるならば（つまり、該優先順位が行列Ｔ２から１であるならば）、プロファイル２に移動しようとする。プロファイル２が適切ではない場合（例えば、コード違反がプロファイル２では高すぎると予想されるまたは測定される場合、「適切さ」は、さらに詳しく後述されるように実現可能性としていくつかの実施形態で定義できる）には、該回線はプロファイル６（つまり、行列Ｔ２から２という優先順位を有する）に移動しようとする。プロファイル６が適切ではない場合には、プロファイル１（３という優先順位を有する）が調べられ、プロファイル１が適切な場合には、該プロファイルは変更されないであろう。また、プロファイル１が適切ではない場合には、該回線は、最低の優先順位（つまり、４という優先順位）を有するプロファイル５に移動する。

図４の遷移行列Ｔ２は、このようにして各状態／プロファイルの遷移の可能性と優先順位の両方を示すことができる。Ｔ２の構造はデータレート、電力レベル、フラットなパワースペクトル密度（ＰＳＤ）基準レベル、最大マージン、最小マージン、目標マージン、ＦＥＣ遅延、ＦＥＣ強度及びＰＳＤ整形（ＰＳＤＭＡＳＫとして知られることもある）等の多くの異なったプロファイル特性の単純な変動を可能にする。例えば、特定の許容サービスタイプのセットに応じて、いくつかのプロファイルをブロックすることができ、また他のプロファイルはより低い優先順位を与えられる。代わりに、（経済的な要因がオペレータによって考慮に入れられる場合）、より小さいキャリヤマスクのあるプロファイルには相応して支払いをするカスタマのためのさらに高い優先順位を与えることができる。他の回線（場合によっては可能であるが、可能ではない場合もある、このような丁寧な（ｐｏｌｉｔｅ）バインダ共有の規制関係を考慮に入れない）で、さらに優れたサービスを実行できるようにするために、多様な回線はできる限りバンドの部分を生じさせるようにプログラミングできる。別の例としては、さらに高い目標マージン（ＴＮＭＲ）が設定されるプロファイルには、雑音レベル（複数の場合がある）で頻繁な変化を有する回線のためのさらに高い優先順位を与えることができる。したがって、重みが付けられた状態遷移行列Ｔ２は、プロファイル自体の動的な選択だけではなく、プロファイル選択のための規則（ルール）の動的な変化も可能にする。

状態遷移の多様な特長を介して収益及び／またはサービスの最大化または改善を図っているオペレータは、Ｔ２のプロファイルの数を拡大することを所望してよい。プロファイルは、データレート、ＰＳＤレベル、目標／最小／最大マージン、キャリヤマスク、ＦＥＣ設定値等の組み合わせを含むために実現されてよい。その結果として、プロファイルの総数は数百より大きくなることがある。このようなケースでは、Ｔ２はおそらく、その要素の大部分が０に等しい疎行列（sparse matrix）になり、さらに管理可能な状態遷移行列は図４の行列Ｔである。

行列Ｔの列エントリは入手可能な「次の」状態を列ごとに優先順位降順で示す。例えば、第１の列が、プロファイル１の第１の優先順位がプロファイル２に移動することを示すと、該次の優先順位はプロファイル６に移動し、次にプロファイル１に留まる。これらのプロファイルのどれも実現可能ではない場合には、該回線は該第１の列の下部にあるプロファイル５に移動する。第５の列は、プロファイル５の第１の優先順位がプロファイル６に移動し、次にプロファイル５に留まることであることを示す。行列Ｔのフォーマットでは、該行列はＮ×Ｎよりはるかに小さいことがあり、ここではＮはプロファイル／状態の総数であり、さらに状態−遷移情報のコンパクトな記憶及び／または伝送を可能にする。サービスプロバイダの変換装置は、ありとあらゆる回線（電話番号で識別されるような）のために該行列ＴをＤＳＭコントローラ（例えば、ＤＳＬ最適化ツール）に提供できるであろう。Ｔのこのような仕様は、該サービスプロバイダがサービス収益に影響を及ぼす、あるいは制御することができるようにする。その結果、このような記憶または伝送はＴのよりコンパクトな形式（Ｔ２と比較して）でさらに効率的である。さらなる簡略化（本例には示されていない）は、プレーンテキストフォーマットで優先順位を書き込み、０を削除することによって可能である。

回線が未知の状態またはプロファイルにあるとき、あるいは回線の状態／プロファイルがＴの一部ではない場合には、誘導規則（guidance rule）を適応できる。例えば、１つの規則は該回線をＴの中の最も安全なプロファイルに移動する。別の誘導規則は、該回線をカレントプロファイル（データレート、ＦＥＣ、マージン等に関して）に最も近いＴの該プロファイルに移動する可能性がある。

各個別回線は別の状態−遷移行列を有することがある。例えば、さらに多く支払う、またはミッションクリティカルなサービスを必要とするカスタマは、何があってもできるだけ高いデータレートを達成しようとする遷移行列を与えられる可能性があり、一方、別のカスタマは、最大データレートがその回線に許されるプロファイル／状態の目標（指定）値に制限される間に、可能な限り多い電力とスペクトルを生じさせようとする遷移行列を与えられる可能性がある。不安定な雑音スペクトル特性を備えた回線は、多くの場合多様な許容プロファイルのために高ＴＮＭＲが使用される遷移行列を与えられ、一方、安定した雑音スペクトル特性の回線には、低ＴＮＭＲがより頻繁に使用される遷移行列が与えられる。これは、本来、多様なマージンの付いたプロファイルが入手可能である場合にだけ（あるいはプロファイルがレートプロファイル、ＰＳＤプロファイル、ＴＮＭＲプロファイル等に分解される場合に）可能である適応マージン制御である。適応マージン制御及びそれを実現するための技法は、その開示全体が参照することにより本書に組み込まれている、適応マージン及びバンド制御（ＡＤＡＰＴＩＶＥ ＭＡＲＧＩＮ ＡＮＤ ＢＡＮＤ ＣＯＮＴＲＯＬ）と題され、カリフォルニア州レッドウッドシティー（Ｒｅｄｗｏｏｄ Ｃｉｔｙ，Ｃａｌｉｆｏｒｎｉａ）のアダプティブスペクトラムアンドシグナルアラインメント社（Ａｄａｐｔｉｖｅ Ｓｐｅｃｔｒｕｍ Ａｎｄ Ｓｉｇｎａｌ Ａｌｉｇｎｍｅｎｔ， Ｉｎｃ．）によって所有されている、２００４年７月１９日に出願された米国出願番号第１０／８９３，８２６号（代理人整理番号第０１０１−ｐ０４号）にさらに詳細に説明されている。該遷移行列に加えて、後述される実現可能性閾値テーブルも、有利なプロファイルを試す攻撃性を調整するために回線ごとに修正できる。

回線の該遷移行列も動作中に必要に応じて、及び／または所望されるように更新できるであろう。例えば、より低いＰＳＤ及びより小さな帯域幅のプロファイルの優先順位は、該回線が複数の近傍の回線のための主要なＦＥＸＴソースである、あるいは特別カスタマの回線の中への侵入的な雑音ソースにすぎないと検出された場合、高めることができる。後に、元の優先順位は、該評価が正しくないことが示された場合、あるいは該評価が変化するカスタマトポロジ、要求及び慣行（practices）とともに変化する必要がある場合には復元できる。このような再優先順位付けは該コントローラ（例えば、ＤＳＬ最適化ツール）とサービスプロバイダの間の合意を必要とする可能性がある。

状態の該優先順位付けを知っていることは、本発明のすべての実施形態で十分ではない。いくつかの実施形態では、状態／プロファイルの優先順位付けを決定するのを支援するために、使用可能な状態の実現可能性が評価され、定量化されるケースもある。例えば、一実施形態における関心のある任意の回線の場合、該遷移行列Ｔ及び現在の状態の情報は常に入手可能である。優先順位はＴですでに指定されているため、ＤＳＬ最適化ツール等のコントローラは候補遷移の実現可能性を調べ、最高の優先順位が付いた実現できる次の状態を選ぶ必要があるにすぎない（最低の優先順位の付いた該状態／プロファイルは調べなくてもいつでも実現可能であると見なされてよい）。当業者によって理解されるように、実現可能性は様々な方法で決定されてよい。「最良の状態」及び「最良のラインプロファイル」または「最良の入手可能ラインプロファイル」は、実現可能であるだけではなく、最高の優先順位も所有する該状態及び／またはラインプロファイルを意味する。本発明の実施形態のいくつかにおけるように「無罪推定（presumption of innocence）」が使用されるケースでは、最良の状態及び／またはラインプロファイルは実現不可能であると見なされておらず、最高の優先順位を有する該状態及び／またはラインプロファイルである。

例えば、前記例では、（カスタマまたは他のユーザによって使用されてよい）ＡＤＳＬ回線は、「イン（in）」状態ｎ（つまり、プロファイルｎ）を使用しているか、あるいは「イン」状態ｎにあり、その回線は状態ｍ（つまり「目標状態」またはプロファイルｍ）への遷移のために検討されている。この例では、該２つのプロファイルｎとｍについて、データレート、ＰＳＤ、ＴＮＭＲ（目標雑音マージン−これはＩＴＵ規格におけるＴＳＮＲＭである）、ＭＡＸＮＭＲ（最大雑音マージン−これはＩＴＵ規格におけるＭＡＸＳＮＲＭである）、ＭＩＮＮＭＲ（最小雑音マージン、これはＩＴＵ規格におけるＭＩＮＳＮＲＭである）、キャリヤマスク（ＩＴＵ規格におけるＣＡＲＭＡＳＫ）またはＦＥＣ（ＩＴＵ規格におけるＩＮＰ及びＤＥＬＡＹである）の７つのフィールドの内の少なくとも１つが異なるであろう。この実施形態における状態ｍの実現可能性試験の基本は、この回線の場合、低（low）コード違反（ＣＶ）カウント、低再訓練カウント、低待ち時間のどれかまたはすべてを示唆または命令してよい、安定した性能を保証することである。（最後の項目、低待ち時間はネットワークゲームまたはＶｏＩＰ等のアプリケーションを使用して待ち時間に敏感なユーザのためだけに保証される必要がある場合がある。しかしながら、当業者によって理解されるように、待ち時間に敏感なアプリケーションの使用が検出されない限り、それはユーザにとって重要ではない可能性があり、したがって待ち時間は本発明を説明する際にこれ以上詳しく扱われない）。

状態ｍの場合に実現可能性試験を実行するために、ＤＳＬ最適化ツール等のコントローラが２つのタイプの「操作データ」を使用できる。第１に、報告されるデータ（該回線が、コントローラに報告される状態ｍにあった間に、直接的に観察される動作及び／または性能である）は、該回線の履歴が状態ｍでの短いまたは長い滞留（stay）、あるいは任意の関連する状態（つまり、状態ｍについて報告されるデータを、単純な数式を使用して計算できる状態）を含む場合にだけ入手できる。第２のタイプの操作データ、つまり推定されるデータは、状態ｍの通信回線の推定される動作及び／または性能である。この推定は、常に実行できる１つまたは複数の雑音スペクトル推定に基づいてよく、その結果推定されるデータは、たとえ該回線が状態ｍに、または関連する状態に以前に留まったことがない場合にも入手できる。報告データ及び推定データは、例えば図３Ａまたは図３Ｂに描かれているように、ＤＳＬ最適化ツール等のコントローラにおいてデータ収集モジュール及び／または収集手段を使用することによって、該通信システムから操作データを収集することによって取得、計算、決定等できる。

使用される実現可能性試験は、２つのタイプの性能の障害―つまり非インパルス雑音（ＡＷＧＮ、ＮＥＸＴ及びＦＥＸＴ等）とインパルス雑音とを検討できる。当業者によって理解されるように、他の障害が存在することがあり、対処されてよい。非インパルス雑音に関連するＤＳＬＭＡによって報告されるパラメータは、ＮＭＲ（雑音マージン−これはＩＴＵ規格におけるＳＮＲＭである）及びＭＡＸＲ（最大達成可能データレート−これはＩＴＵ規格のＡＴＴＮＤＲである）である。インパルス雑音に関連するパラメータは、ＣＶ（コード違反カウント）及びＦＣＣ（ＦＥＣ補正カウント）である。コード違反観察及び分散に統計的に基づいているＩＮＰを増加する（Ｎを減少する）ための技法及び装置、及び関連するＦＥＣ操作技法及び特性は、その開示全体が参照することにより本書に組み込まれている、適応ＦＥＣコードワード管理（ＡＤＡＰＴＩＶＥ ＦＥＣ ＣＯＤＥＷＯＲＤ ＭＡＮＡＧＥＭＥＮＴ）と題され、カリフォルニア州レッドウッドシティー（Ｒｅｄｗｏｏｄ Ｃｉｔｙ，Ｃａｌｉｆｏｒｎｉａ）のアダプティブスペクトラムアンドシグナルアラインメント社（Ａｄａｐｔｉｖｅ Ｓｐｅｃｔｒｕｍ Ａｎｄ Ｓｉｇｎａｌ Ａｌｉｇｎｍｅｎｔ， Ｉｎｃ．）によって所有されている、２００４年３月８日に出願された米国出願番号第１０／７９５，５９３号（代理人整理番号第０１０１−ｐ０２号）に開示されている。ＮＲ（the number of trainings：訓練数）は、両方のタイプの雑音に関連する。該回線が時間間隔ｔの間に状態ｍにある場合、以下の５つのパラメータがＤＳＬＡＭから（またはＡＴＵ−ＲとＤＳＬ最適化ツール等のコントローラとの間の通信経路が使用可能な場合にはＡＴＵ−Ｒから）周期的に収集されてよい。

ＲＣＶ_ｍ，ｔ：時間間隔ｔの間の報告コード違反カウント
ＲＦＣＣ_ｍ，ｔ：時間間隔ｔの間の報告ＦＥＣ補正カウント
ＲＭ_ｍ，ｔ：時間間隔ｔの最後の報告雑音マージン
ＲＲ_ｍ，ｔ：時間間隔ｔの最後の報告最大達成可能データレート
ＲＮＲ_ｍ，ｔ：時間間隔ｔの間の報告再訓練カウント数
（最後のパラメータ、再訓練カウントに関して：再訓練は、プロファイルの変化、モデムでの電力損失、及び高雑音電力または多数のコード違反等の多様な理由から開始できる。本例ではこれらの多様な理由の中から、高雑音／多数のコード違反によって引き起こされる再訓練だけを考慮する必要がある。

本説明の場合、
ＮＲ_ｍ，ｔ＝ＬＯＳ_ｍ，ｔ−ＬＰＲ_ｍ，ｔ−ＮＰＣ_ｍ，ｔ
この場合、ＬＯＳ_ｍ，ｔは、信号損失の報告数であり、
ＬＰＲ_ｍ，ｔは、電力損失の報告数であり、
ＮＰＣ_ｍ，ｔは、プロファイル変化の数である。）
このようなパラメータの表記はＰＡＲＡＭ_ｍ，ｔに一般化することができ、この場合ＰＡＲＡＭは、ＲＣＶ、ＲＦＣＣ，ＲＮＲ、ＲＭまたはＲＲ等の検討中のパラメータである。該第１の文字「Ｒ」は、本書に定義され、区別されるように「推定（estimated）」データの「Ｅ」とは対照的に「報告された（reported）」データを示すために使用される。追加の説明は、該ｔの制約を省略し、結果的な量をランダム変数であると見なす。したがって、ｔがこれらの式から省略されると、特定のサンプルまたは該パラメータの「時間（time）」値の代わりに検討される、該ランダム変数の対応する分布がある。したがって、例えばＮＲｍは多くの値をとることができるランダム変数である。ＤＳＬ最適化ツール等のコントローラは、このランダム変数の分布を計算し、更新できる。

ＲＣＶ_ｍ：関心のある回線のコード違反カウントの報告数をモデル化するランダム変数。該分布は、データポイントの観察、ＲＣＶ_ｍ，ｔに基づいてＤＳＭセンターによって計算される。

ＲＦＣＣ_ｍ：関心のある回線の報告ＦＥＣ補正カウントをモデル化するランダム変数。

ＲＮＲ_ｍ：関心のある回線の再訓練カウントの報告数をモデル化するランダム変数。

ＲＭ_ｍ：関心のある回線の報告雑音マージンをモデル化するランダム変数。

ＲＲ_ｍ：関心のある回線の報告最大達成可能データレートをモデル化するランダム変数。

第１の３つのパラメータＲＣＶ_ｍ，ｔ、ＲＦＣＣ_ｍ，ｔ及びＲＮＲ_ｍ，ｔの報告されるデータポイントは、多くのＤＳＬシステム内で通常１５分おきに収集され、それぞれのこのような収集値は直前の１５分の間隔で収集されたＣＶ、ＦＣＣまたはＮＲの数に対応する。そのような各収集されたカウントは、対応するランダム変数のための分布を更新するのに使用することができる。前記の該５つのパラメータのすべての報告データポイントは、ＤＳＬＡＭからコントローラに報告することができ、その結果、すべては収集時に分布を更新させることができる。しかしながら、ＲＭ_ｍ，ｔとＲＲ_ｍ，ｔは１５分の間隔で測定されなかった可能性がある。

これらの報告されるデータ値のどれかの濃度（cardinality）は、Ｃ［ＰＡＲＡＭ_ｍ］で示され、任意の特定のパラメータの該分布（該分布ＰＡＲＡＭ_ｍ）の計算で使用されるデータポイント（ＰＡＲＡＭ_ｍ，ｔ）数を表す。該濃度は、該ランダム変数の該分布を計算するために使用されるデータセットのサイズとして正しく定義されるが、該データセットの表記は定義されておらず、ＰＡＲＡＭ_ｍがＣ［］の内部で使用されるため、表記はいくぶん乱用されている。該表記はこのようにして簡単にするために本開示で使用されている。単純な確率分布計算は、特定のパラメータ値の発生数を任意の特定の状態に対するその濃度で除算するであろう。さらに精密な分布推定は、より最近に観察された（または報告された）値を支持しておそらく遠い過去の値の影響を削減し、いくつかのこのような方法は後述され、当業者によってよく理解される。

プロファイルｍが次の状態の候補と見なされているとき、任意の最近の期間またはそれ以外の場合関連する期間中に計算され、おそらく更新される１つまたは複数の分布は、プロファイルｍが実現可能であるか判断するために使用できる。例えば、ＲＣＶ_ｍの低い値とＲＭ_ｍの高い値の、及びＲＲ_ｍのそれぞれの大きな（高い）確率が、該コントローラによって計算されている（すなわち、これらの値はおそらくすべての最近の滞留（stay）の間状態ｍにある）場合、該コントローラは回線を状態ｍに確信を持って移動できる（それらは本発明の他の実施形態では同等ではない可能性があるが、再び、「状態」及び「プロファイル」はこれらの実施形態に関して交換可能に使用される）。

しかしながら、場合によっては、状態ｍは簡単に使用されたにすぎない可能性があるか、あるいは前に一度も使用されたことがないため、観察された（または報告された）データの量は、目標プロファイルｍに対して確実な決定を下すほど十分ではない可能性がある。このようなケースでは、推定されるデータは意思決定を助けるために使用できる。しかしながら、また、簡単な数式に基づいた以下の方法は、使用可能な報告されたデータのサイズ及び／または量を増加するためにデータタイプごとに使用できる。

ＲＣＶ_ｍ，ｔ−一例に、３つのタイプのＦＥＣレベル、つまりＦ（高速バッファ−インタリーブ（interleaving）なし）、Ｍ（中遅延インタリーブ）及びＨ（高遅延インタリーブ）を有するＡＤＳＬ１システムを検討する。さらに幅広い一連のＦＥＣ選択肢が使用可能であってよく、当業者が該３つのレベルの例を任意の他の状況に拡張することが簡単でなければならない。ＲＣＶ_ｉ，ｔが、状態ｉが状態ｍと同じレート、ＰＳＤ、ＴＮＭＲ及びキャリヤマスクを有するが、別のＦＥＣを有する場合に使用できるとき、ＲＣＶ_ｍ，ｔを求めるために以下を使用できる。

状態、ｆ、ｍｄ、及びｈは、同じデータレート、ＰＳＤ、ＴＮＭＲ及びキャリヤマスクを有するが、様々なＦＥＣレベル（ｆ：高速バッファ（fast buffer）、ｍｄ：中遅延（medium delay）、ｈ：高遅延（high delay））を有する。ＣＶは、ＦＥＣ保護が強化するにつれ減少するため、第１の数式が当てはまる。第２の数式は、ＣＶ＋ＦＣＣが有効インパルス総数であるため、当てはまる。当業者によって理解されるように、いくつかの状況で第２の数式が修正される必要がある場合がある。例えば、コーディング利得（coding gain）がＨ遅延の場合に最大になり、Ｍ遅延の場合最小である場合、ＤＳＬＡＭにとってＲＣＶ_ｈ，ｔ＋ＲＦＣＣ_ｈ，ｔ≦ＲＣＶ_ｆ，ｔ≦ＲＣＶ_ｍｄ，ｔ＋ＲＦＣＣ_ｍｄ，ｔである。

ＲＭ_ｍ，ｔ―状態ｉが状態ｍの計画されているレートと同じカレント動作データレート（該プロファイルでは最大レートまたは最小レートではなく、該マージンが報告されたときのカレント動作データレート）、及び状態ｍと同じキャリヤマスクを有するが、異なるＰＳＤ、ＴＮＭＲ，またはＦＥＣレベルを有する場合にＲＭ_ｉ，ｔが使用可能であるとき、ＲＭ_ｍ，ｔを求めるために以下の数式を使用でき、

この場合ＰＳＤは送信電力スペクトル密度であり、ＣＧはコーディング利得（すべてデシベル単位）である。

ＲＲ_ｍ，ｔ―状態ｉが状態ｍと同じＰＳＤ、ＴＮＭＲ、キャリヤマスク及びＦＥＣを有するが、異なるレートを有する場合にＲＲ_ｉ，ｔが使用できるとき、報告最大レートはカレントレートには無関係であるため、ＲＲ_ｍ，ｔを求めるために以下の数式を使用できる。

コーディング利得の変更を反映するために任意の簡単な規則が使用される場合、ＦＥＣに対する制約を取り除くことができる。（簡略な方法は、該コーディング−利得変化によって引き起こされるレートの増減を検出するためにウォータフィリング（water-filing）を行うことである可能性がある。しかしながら、このような方法は、ある程度のレベルの信号処理（ウォータフィリング）を必要とし、それは実現可能性試験のために報告データを使用する意図ではない。いずれにせよ、このような処理されたデータは、代わりに推定された最大レートを介して取得されてよい。）
ＮＲ_ｍに関しては、容易な近似方法はないため、ランダム変数ＮＲ_ｍとその結果的に生じる分布は、回線履歴が状態ｍでの任意の短い／長い滞留を含む場合にだけ使用できるであろう。

多様な技法を使用すると、推定された挿入損失（つまりＨｌｏｇ）は常に、ＤＳＬ最適化ツール等のコントローラが使用でき、このため該雑音スペクトルは常に使用中の任意のプロファイルについて推定できる。このような技法は、その開示全体が参照することにより本書に組み込まれている、既知のＤＳＬ回線走査及び不良スプライス検出機能を含むＤＳＬシステム推定（ＤＳＬ ＳＹＳＴＥＭ ＥＳＴＩＭＡＴＩＯＮ ＩＮＣＬＵＤＩＮＧ ＫＮＯＷＮ ＤＳＬ ＬＩＮＥ ＳＣＡＮＮＩＮＧ ＡＮＤ ＢＡＤ ＳＰＬＩＣＥ ＤＥＴＥＣＴＩＯＮ ＣＡＰＡＢＩＬＩＴＹ）と題され、カリフォルニア州レッドウッドシティー（Ｒｅｄｗｏｏｄ Ｃｉｔｙ，Ｃａｌｉｆｏｒｎｉａ）のアダプティブスペクトラムアンドシグナルアラインメント社（Ａｄａｐｔｉｖｅ Ｓｐｅｃｔｒｕｍ Ａｎｄ Ｓｉｇｎａｌ Ａｌｉｇｎｍｅｎｔ， Ｉｎｃ．）によって所有されている、２００５年３月１日に出願された、米国出願番号第１１／０６９，１５９号（代理人整理番号第０１０１−ｐ１０号）に記載されている。事実上、コントローラは個々の回線に「雑音タイプ」の概念を使用することができ、新規に観察された雑音スペクトルは新しい雑音タイプとして登録され、前に登録された雑音タイプの雑音スペクトルに類似する任意の雑音スペクトルがその雑音タイプのカウント増加をトリガする。該雑音タイプとそれらのカウント（つまり、確率（複数の場合がある））は常に、該回線が動作している該プロファイル／状態と無関係に更新される。雑音タイプごとに、雑音マージン及び最大達成可能データレートはウォータフィリングを使用して計算することが可能であるため、ありとあらゆる雑音タイプの総発生回数は該推定されるＮＭＲ（雑音マージン）及び推定されるＭＡＸＲ（最大達成可能データレート）の分布の濃度となる。したがって、状態ｍのマージン及び該最大達成可能レートを表すランダム変数の分布は、これらのタイプのそれぞれに新しい値を計算するために推定される雑音タイプごとにウォータフィリングを実行することによって、状態ｍのＨｌｏｇ、雑音タイプ、及びプロファイル情報に基づいて推定できる。このようなウォータフィリング技法の使用は周知であり、例えばＤＳＬアドバンス（DSL Advances）（Ｓｔａｒｒ、Ｓｏｒｂａｒａ、Ｃｉｏｆｆｉ及びＳｉｌｖｅｒｍａｎ、Ｐｒｅｎｔｉｃｅ Ｈａｌｌ、２００３年）で扱われている。状態ｍと関連する該推定雑音マージン及び該推定最大達成可能レートの濃度は、通常、状態ｍと関連するこれらの同じ２つの量の報告される量の濃度よりはるかに大きい。

ＥＭｍ：雑音タイプ及びその確率に基づく、プロファイルｍの雑音マージンの推定分布に対応するランダム変数
ＥＲｍ：雑音タイプ及びその確率に基づく、プロファイルｍの最大達成可能レートの推定分布に対応するランダム変数
ウォータフィリングに基づくＮＭＲとＭＡＸＲの推定は当業者にとっては簡単であり、詳しく検討されない。ＣＶ、ＦＣＣ及びＮＲの推定はさらに微妙である。ＣＶ＝ＦＣＣ＝０のときにＤＳＬ最適化ツール等のコントローラがインパルス雑音の電力及び周波数を推定する方法はないため、このようなインパルス雑音情報を獲得する唯一の方法は、高速データレートの、または小さなマージンのどちらかの状態を試すことである。また、該所望される状態が試されるまで、ＮＲを推定するのは困難である。したがって、該ＥＣＶ、ＥＦＣＣ及びＥＮＲの該濃度は、小さいまたは多くの場合はゼロとなると予想できる。

報告されるデータ及び推定されるデータは互いを補完する傾向があり、その結果状態遷移の実現可能性試験は両方のタイプのデータを使用することから恩恵を受ける。例えば、報告データはすべてのデータフィールドに供給するという点で完全であるが、推定データは不完全である（例えば、ＣＶ／ＦＣＣ／ＮＲに関する情報はない）。さらに、データ推定は、報告マージンの量子化及びクリッピング、及び送信電力のエラー（例えば、通信装置は０と３１間だけの整数値のマージンを、０と２０の間だけの整数値の送信電力を報告する可能性がある）、またはチャネルと雑音の推定値からの誤差等の特定の要因に苦しむことがある。また、推定データは入手可能であると保証されているが（それがコントローラ、ＤＳＬ最適化ツール等によって生成されるので）、報告データは入手できない場合がある（例えば、それは、状態ｍまたは別の関連性のある状態が前に使用された場合にだけ入手できる可能性がある）。加えて、入手できる報告データの量は相対的に少なく（それが、回線が状態ｍまたは別の関連性のある状態にあるときだけに収集されるため）、一方、操作データを収集することができ、排他的なデータを絶えず計算できるため、通常は大量の推定データが入手できる。最後に、報告データは通常一時エラー（例えば、システムモデム内部での間違ったマージン及び最大レート計算、マージン、最大レート等の非同期データ収集時間）に対してさらに敏感であり、該報告データは、状態ｍまたは別の関連性のある状態から収集されるデータサンプル数が少ない（つまり、１つの誤ったデータの衝撃が大きくなる）場合にはきわめて誤解されやすいであろう。他方、推定データは、通常はサンプル数が大きく、それによって１つまたは相対的に少ない誤ったデータの影響（複数の場合がある）を削減するため、一般的にはあまり敏感ではない。

１回または複数の実現可能性試験が、状態ｎ（プロファイルｎ）の回線が別の状態ｍに移動できるかどうかを決定できる。その決定は、該観察され、推定されるデータの分布に基づく（さらに精密な規則はデータを、その分布を超えて分析することによって使用でき、このような規則は簡略に後述される）。本発明のいくつかの実施形態での実現可能性試験の実施の場合、該最終決定は３２の独立した状態、つまり１６が下り伝送について、１６が上り伝送についての結果に基づくことができる。下り伝送状態は以下の通りである。

ＲＲＤＣ_ｎ，ｄｓ：現在の状態ｎのための報告最大達成可能データレート分布状態
ＲＲＤＣ_ｍ，ｄｓ：目標状態ｍのための報告最大達成可能データレート分布状態
ＥＲＤＣ_ｎ，ｄｓ：現在の状態ｎのための推定最大達成可能データレート分布状態
ＥＲＤＣ_ｍ，ｄｓ：目標状態ｍのための推定最大達成可能データレート分布状態
ＲＭＤＣ_ｎ，ｄｓ：現在の状態ｎのための報告マージン分布状態
ＲＭＤＣ_ｍ，ｄｓ：目標状態ｍのための報告マージン分布状態
ＥＭＤＣ_ｎ，ｄｓ：現在の状態ｎのための推定マージン分布状態
ＥＭＤＣ_ｍ，ｄｓ：目標状態ｍのための推定マージン分布状態
ＲＣＶＤＣ_ｎ，ｄｓ：現在の状態ｎのための報告コード違反カウント分布状態
ＲＣＶＤＣ_ｍ，ｄｓ：目標状態ｍのための報告コード違反カウント分布状態
ＥＣＶＤＣ_ｎ，ｄｓ：現在の状態ｎのための推定コード違反カウント分布状態
ＥＣＶＤＣ_ｍ，ｄｓ：目標状態ｍのための推定コード違反カウント分布状態
ＲＮＲＤＣ_ｎ，ｄｓ：現在の状態ｎのための再訓練カウント分布状態の報告数
ＲＮＲＤＣ_ｍ，ｄｓ：目標状態ｍのための再訓練カウント分布状態の報告数
ＥＮＲＤＣ_ｎ，ｄｓ：現在の状態ｎのための再訓練カウント分布状態の推定数
ＥＮＲＤＣ_ｍ，ｄｓ：目標状態ｍのための再訓練カウント分布状態の推定数
状態の同じ集合は上り伝送のために検討でき、このようにして合計３２の状態を生じさせる。本発明の一実施形態を図解するために、下り状態が詳しく後述される（したがって該識別子「ｄｓ」は省略される）。当業者によって理解されるように、類似する規則は上り状態にも適用する。前述されたように、ＣＶ及びＮＲは推定するのが容易ではないため、ＥＣＶＤＣ及びＥＮＲＤＣはいくつかの実施形態ではまったく使用されない可能性がある。しかしながら、３２すべての状態は、将来の学習がこの一般的な実現可能性試験構造に容易に統合できるように少なくとも検討できる。

状態遷移の実現可能性は、状態の内の複数が同時に満たされることを必要とする。したがって、場合によっては目標状態ｍの実現可能性に関する最終決定がサブルール、あらゆる適用可能な非常事態の規則、及び全体的な決定規則のすべてまたはいくつかの出力の結果に依存する可能性があり、その１つの例が後述される。ここで定義されるサブルールは、状態遷移を支配する規則について満たされなければならない複数の状態の内の１つとして定義されている。

各サブルールは、状態ｎまたはｍのどちらかについて報告または推定のどちらかが行われるデータに基づいている。調べるデータがあまりに少ないかまったくないことがあり、該コントローラはこのような状態には非常事態規則を適用できる―本発明の学習ダイナミックスと以前の静的な非学習状態マシーンの間の相違点のいくつかを説明する。本発明の現在説明されている実施形態では、状態／プロファイルが、「有罪（guilty）」（つまり実現不可能（infeasible））と証明されるまでは「無実（innocent）」（つまり、実現可能（feasible））であると本質的に推測されている。保守的になり、好ましい状態を一度も試すことがないよりむしろ、新しい状態は、それが実現不可能であると証明されるまで試すことができる。このような無罪の推測の最悪のケースでは、該通信回線は、次のプロファイルが変化するまで不安定な性能を示す。しかしながら、行列Ｔの設計はリスクを最小限に抑えることができる。例えば、Ｔが状態遷移ごとにごく少量のレートの増加だけを可能にする場合には不安定性の影響は非常に小さい。一般的には、きわめて不安定な状態のリスクを最小限に抑えることと、より少ない数のプロファイルを使用する間に最良の状態に迅速に収束することの間にはトレードオフがある。このトレードオフは、行列Ｔ、及びＤＳＬ最適化ツールのようなコントローラによって試験される実現可能性の多様なプログラミングされる閾値を通して制御される。

大部分の回線の最大データレート、マージン等は時間的に変化するため、該関連するランダム変数の分布は多くの値に広がることがある。したがって、該サブルールは該分布に基づく。該報告最大達成可能データレート分布の使用を説明するために単純な例が示される。

［例］
回線のデータレートだけを１．５Ｍｂｐｓ（プロファイルｎ、プロファイルの最大レート＝１．５Ｍｂｐｓ）から３Ｍｂｐｓ（プロファイルｍ、プロファイルの最大レート＝３Ｍｂｐｓ）に変更することが重要である場合、報告最大レートに基づいた簡単な規則は以下の通りである可能性がある。

ＲＲ_ｍ，ｔのすべての値がすべての報告データポイント、ＲＲ_ｍ，ｔについて３．５Ｍｂｐｓを超えている場合には、状態ｍに移動する。

この「常に３．５Ｍｂｐｓよりよい」規則はいくつかの回線についてはうまくいくが、たまに非常に短い期間ＲＲ_ｍ，ｔ＝３Ｍｂｐｓを経験する他の回線にとっては保守的すぎる可能性がある。この簡単な非確率的な条件を使用する代わりに、ＤＳＬ最適化ツール等のコントローラは１つまたは複数の確率的な基準を採用でき、この場合ＲＲ_ｍの分布は複数の状態で該単一の静的な状態を置き換える。

以下の場合、状態ｍに移動する。

Ｐｒ｛ＲＲ_ｍ≧３．５Ｍｂｐｓ｝≧５０％、かつ
Ｐｒ｛ＲＲ_ｍ≧３．０Ｍｂｐｓ｝≧９９％、かつ
Ｐｒ｛ＲＲ_ｍ≧２．５Ｍｂｐｓ｝＝１００％
前記の確率論的ステートメントで述べられた状態を以下の表に要約する。

該回線が代わりに３Ｍｂｐｓで動作していたのであれば、最大レート＝３．５Ｍｂｐｓはマージン＝８ｄＢにほぼ相当する。最大レート＝３Ｍｂｐｓは６ｄＢ（つまり、一般的にはＴＳＮＲＭであるが、この例では６ｄＢ）に相当する。最大レート＝２．５Ｍｂｐｓはマージン＝４ｄＢにほぼ相当し、６ｄＢという典型的な目標マージン未満である。前記規則には以下の特徴がある。

（１）不定期にモデムを再訓練すると、時間の９９％、３Ｍｂｐｓとなる。

（２）雑音レベルが高められるとしても、マージンは４ｄＢ以上になることが保証されるため、再訓練はありそうにない。

（３）該マージンは少なくとも時間の５０％の間８ｄＢと同じまたは８ｄＢを超えている。

多様な実現可能性−パラメータ値は、インデックスｉと関連付けられ、ｆ_ｉ（ｍ）と表記される。（正確に言うと、どのパラメータが検討されているのかを示すためには、ｆ_{ｉ，ＰＡＲＡＭ}（ｍ）が使用される必要がある。前記例では、該最大データレートを試験するための検討される３つの状態があり、したがってｉ＝１，２，３である。該モデムの再訓練が無事にｉ番目の実現可能性−状態を満たす確率はｐ_ｉ（ｍ）と示される。やはり、ｐ_{ｉ，ＰＡＲＡＭ}（ｍ）はより正確な表記である。これらの実現可能性パラメータ及びその関連する確率は、状態またはプロファイルｍの関数として明示的に示されている。これらのパラメータは、該コントローラ（ＤＳＬ最適化ツール）にとって内部であってよく、回線、時間、モデムタイプ及び他の特徴的なパラメータのどれかまたはすべての関数として設定されてよい。

再び、最大データレートに関して２つのデータタイプ―該報告最大データレート（ＲＲ_ｍ，ｔ）と該推定最大データレート（ＥＲ_ｍ，ｔ）―が使用できる。該報告最大レートは該通信装置（例えば、ＤＳＬモデム）の内部で計算されるため、トーン単位のＳＮＲに関する正確な情報が使用される。しかしながら、様々なベンダモデムが異なるローディングアルゴリズム及び異なるコーディング利得を使用するため、該ＲＲ_ｍ，ｔは多くの場合偏向されているか、あるいは誤解されやすい。他方、該推定最大レートはチャネル及び雑音の推定に基づいているため、トーン単位のＳＮＲは推定誤差を含む可能性がある。しかしながら、共通のウォータフィリングアルゴリズム及び共通のコーディング利得が使用されるため、ＥＲ_ｍ，ｔは偏向されることも、誤解を招くこともない。このようにして該２つのデータタイプは互いを補完し、したがって両方とも該サブルールの一部として使用される。

各データタイプのために、状態は現在の状態ｎ及び目標状態ｍについて調べられる。該現在の状態の状態が多くの状況で検討される必要がない可能性がある一方、該目標状態の状態はほぼ常に重要な役割を果たす（実現可能性は、該回線が該目標状態ｍに移動できるかどうかを確かめるために調べられているため）。それにも関わらず、該目標状態だけではなく該現在の状態のサブルールも完全性のために、そして考えられる将来の使用のためにも使用できる。

最初にＲＲＤＣ_ｎ（現在の状態ｎの報告レート分布状態）規則が検討され、複数のパラメータが次の通りに定義される。

Ｃ_ＲＲｎ：ＲＲ_ｎの濃度（つまりＣ［ＲＲ_ｎ］）。ＣＲＲ_ｎはＲＲ_ｎの分布を計算するために使用可能なデータポイント数である。

Ｍ_ＲＲｎ：ＲＲ_ｎの導出された分布の信頼性を保証するための必要とされるデータポイントの必要最小数。Ｃ［ＲＲ_ｎ］≧Ｍ_ＲＲｎの場合には、該導出分布は完全に信頼できると仮定される。そうでない場合は、該分布は信頼できない可能性がある。

Ｐｒ［ρ］：該特定のパラメータについてコントローラの計算された分布に基づいて計算されるρの確率。

Ｎ_ＲＲｎ：ＲＲＤＣ_ｎ規則のために調べられる状態数。

ｆ_{ｉ，ＲＲｎ}（ｎ）：状態ｎについて調べられるｉ番目の状態に関連するｉ番目のカットオフ（cutoff）パラメータ。

ｐ_{ｉ，ＲＲｎ}（ｎ）：状態ｎについて調べられるｉ番目の状態（サブルール）に関連するｉ番目の必要最小確率。

Ｇ_{ｉ，ＲＲｎ}（ｎ）：ＲＲ_ｎ，ｔ≧ｆ_{ｉ，ＲＲｎ}（ｎ）を満たす優れたデータポイント数。Ｃ_ＲＲｎ個の入手できるデータポイントの中で、いくつかは該ｉ番目のカットオフパラメータｆ_{ｉ，ＲＲｎ}（ｎ）より大きくなり、いくつかは大きくならない。Ｇ_{ｉ，ＲＲｎ}（ｎ）は該カットオフ値を満たすデータポイント数である。

Ｂ_{ｉ，ＲＲｎ}（ｎ）：ＲＲ_ｎ，ｔ≧ｆ_{ｉ，ＲＲｎ}（ｎ）を満たさない不良データポイント数。任意のｉの場合Ｇ_{ｉ，ＲＲｎ}（ｎ）＋Ｂ_{ｉ，ＲＲｎ}（ｎ）＝Ｃ_ＲＲｎであることに留意する。

ＲＲＤＣ_ｎ規則が、該現在の状態の報告最大データレート、ＲＲｎの導出分布が該Ｎ_ＲＲｎの状態のどれかに違反しているかどうかを調べる。該出力については、ＮＯＴ＿ＧＯＯＤは１つまたは複数の違反を示し、ＧＯＯＤは違反なしを示し、ＮＯＴ＿ＥＮＯＵＧＨ＿ＤＡＴＡは信頼できる決定を下すことができないことを示す。

以下は報告レート分布状態（ＲＲＤＣｎ）規則の簡単なバージョンである。

最初のｉｆ節は、十分なデータポイントが入手可能であり、結果として生じる分布がＮ_ＲＲｎの状態のどれかに違反する場合には、「ＮＯＴ＿ＧＯＯＤ」が返されなければならないと述べている。続く「ｅｌｓｅｉｆ」節は、十分なデータポイントが入手可能であり、結果として生じる分布が該状態のどれにも違反しない場合には、「ＧＯＯＤ」が返されなければならないと述べている。データポイント数が少なすぎる場合（Ｃ_ＲＲｎ＜Ｍ_ＲＲｎ）には、ＮＯＴ＿ＥＮＯＵＧＨ＿ＤＡＴＡが報告される。

Ｃ_ＲＲｎ＜Ｍ_ＲＲｎであっても、以下の不等式はＣ_ＲＲｎ＜Ｍ_ＲＲｎのときに常に当てはまるため、違反または違反なしを確実に主張することが可能な場合もある。

将来のＭ_ＲＲｎ−Ｃ_ＲＲｎデータポイントがすべてカットオフパラメータｆ_{ｉ，ＲＲｎ}（ｎ）を下回る場合（最悪のケースの仮定）には、左辺はＰｒ［ＲＲｎ≧ｆ_{ｉ，ＲＲｎ}（ｎ）］に同等である。該将来のＭ_ＲＲｎ−Ｃ_ＲＲｎデータポイントがすべてカットオフパラメータｆ_{ｉ，ＲＲｎ}（ｎ）を上回る場合（最良のケースの仮定）には、右辺はＰｒ［ＲＲｎ≧ｆ_{ｉ，ＲＲｎ}（ｎ）］に同等である。したがって、以下の式が任意のｉについて満たされない場合には、違反は確実に決定することができる。

そして、以下の式は、次のＭ_ＲＲｎ−Ｃ_ＲＲｎデータポイント集合体の後の違反なしを保証する。

この追加の技法は場合によっては非常に役立つことがあるが、現在の状態ｎについて以下のＲＲＤＣｎ規則につながる（該２つの状況、Ｃ_ＲＲｎ≧Ｍ_ＲＲｎ及びＣ_ＲＲｎ＜Ｍ_ＲＲｎに対処するために最大関数が使用される）。

［サンプルサブルール１］

実現可能性のためのＮ_ＲＲｎの状態のそれぞれは、各状態ｎに２つの変数ｆ_ｉ（ｎ）とｐ_ｉ（ｎ）が指定されることを必要とする。これらの変数は、例えば図３Ａのコントローラ３１０のライブラリ３４８の中、または図３ＢのＤＳＬ最適化ツール３６５の中等、該コントローラに記憶される表に要約される。下記のような表は「ＲＲＤＣ_ｎ閾値テーブル」と呼ぶことができ、サービスタイプまたは回線の状態に応じて様々な表を適応的に使用できる。

ＤＳＬ最適化ツール等のコントローラも、該表の項目を、時間、回線履歴及び装置等の適応動的関数にすることができる。

さらに一般的なシナリオでは、後述される「全体的な規則（overall rule）」が異なる閾値テーブルのＫ個の集合の出力を必要とする可能性がある。例えば、レートを加速するために使用される閾値テーブルは、レートを減速するために使用される該閾値テーブルとは異なるであろう。このようなケースでは、該２つの閾値テーブルに関連する２つのＲＲＤＣ_ｎ規則（ＲＲＤＣ_ｎ，１とＲＲＤＣ_ｎ，２）を定義することができ、それぞれが独立したサブルールとして処理できる。各サブルールの出力（複数の場合がある）は「全体的な規則」を構築するために使用できる。

第２のサブルール、ＲＲＤＣ_ｍは、該サブルールが現在の状態ｎではなく該目標状態ｍに適用されるという点を除き、ＲＲＤＣ_ｎとほぼ同じである。該パラメータと該サブルールは以下のように要約できる。

Ｃ_ＲＲｍ：ＲＲ_ｍの濃度（つまりＣ［ＲＲ_ｍ］）。Ｃ_ＲＲｍはＲＲ_ｍの分布を計算するために使用可能なデータポイント数である。

Ｍ_ＲＲｍ：ＲＲ_ｍの導出された分布の信頼性を保証するための必要とされるデータポイントの必要最小数。Ｃ［ＲＲ_ｍ］≧Ｍ_ＲＲｍの場合には、該導出分布は完全に信頼できると仮定される。そうでない場合は、該分布は信頼できない可能性がある。

Ｎ_ＲＲｍ：ＲＲＤＣ_ｍ規則のために調べられる状態数。

ｆ_{ｉ，ＲＲｍ}（ｍ）：状態ｍについて調べられるｉ番目の状態に関連するｉ番目のカットオフパラメータ。

ｐ_{ｉ，ＲＲｍ}（ｍ）：状態ｍについて調べられるｉ番目の状態に関連するｉ番目の必要最小確率
Ｇ_{ｉ，ＲＲｍ}（ｍ）：ＲＲ_ｍ，ｔ≧ｆ_{ｉ，ＲＲｍ}（ｍ）を満たす優れたデータポイント数。Ｃ_ＲＲｍ個の入手できるデータポイントの中で、いくつかは該ｉ番目のカットオフパラメータｆ_{ｉ，ＲＲｍ}（ｍ）より大きくなり、いくつかは大きくならない。Ｇ_{ｉ，ＲＲｍ}（ｍ）は該カットオフ値を満たすデータポイント数である。

Ｂ_{ｉ，ＲＲｍ}（ｍ）：ＲＲ_ｍ，ｔ≧ｆ_{ｉ，ＲＲｍ}（ｍ）を満たさない不良データポイント数。任意のｉの場合Ｇ_{ｉ，ＲＲｍ}（ｍ）＋Ｂ_{ｉ，ＲＲｍ}（ｍ）＝Ｃ_ＲＲｍであることに留意する。

［サンプルサブルール２］

ＲＲＤＣ_ｎにおいてのように、ＲＲＤＣ_ｍ閾値テーブルは以下のように説明できる。

ＥＲＤＣ_ｎは、前記サブルール１に類似したフォーマットで要約できる。唯一の相違点は、該報告最大達成可能レートの代わりに該推定最大達成可能レートが使用されるという点である。ＥＲＤＣ_ｎのための該７つのパラメータを適切に定義することによって、サブルール１とＲＲＤＣｎ閾値テーブルのフォーマットは、ＥＲＤＣ_ｎに再利用できる。ＥＲＤＣ_ｍは前記サブルール２に類似するフォーマットで要約できる。唯一の相違点は該報告最大達成可能レートの代わりに該推定最大達成可能レートを使用することから生じる。

マージンに関する規則は最大データレートに関する該規則にきわめて類似している。ＲＭＤＣ_ｎだけがここで提示されている。他の３つの規則は当業者に明らかになる。

［サンプルサブルール３］

ＣＶ（Code Violation：コード違反）に関する規則は、前記マージン規則が類推されたように、該最大データレート規則から類推できる。唯一の相違点は不等の方向である。遷移がデータレートの観点から有効となるためには、報告／推定されたレート値はカットオフ値未満になることはできない。他方、遷移がＣＶの観点から有効となるためには、該報告／推定されたＣＶ値は該カットオフ値より大きくなることはできない。

したがって、以下の２つのパラメータの定義が変化する。

Ｇ_{ｉ，ＲＣＶｍ}（ｍ）：ＲＣＶ_ｍ，ｔ≦ｆ_{ｉ，ＲＣＶｍ}（ｍ）を満たす優れたデータポイント数。Ｃ_ＲＲｍの入手可能なデータポイントのうち、いくつかはｉ番目のカットオフパラメータ、ｆ_{ｉ，ＲＲｍ}（ｍ）より小さくなり、いくつかは小さくならない。Ｇ_{ｉ，ＲＣＶｍ}（ｍ）は、該カットオフ値を満たす（該カットオフより小さい）データポイント数である。

Ｂ_{ｉ，ＲＣＶｍ}（ｍ）：ＲＣＶ_ｍ，ｔ≦ｆ_{ｉ，ＲＣＶｍ}（ｍ）を満たさない不良データポイント数。任意のｉについてＧ_{ｉ，ＲＣＶｍ}（ｍ）＋Ｂ_{ｉ，ＲＣＶｍ}（ｍ）＝Ｃ_ＲＣＶｍであることに留意する。

ＮＲ（Number of Retrains：再訓練の数）に関する規則は、それらが前記マージン規則のためであったように該コード違反規則から類推できる。したがって、該ＮＲ規則は当業者に明らかとなるため、詳細に説明されない。

いったん根本的なサブルールの結果が取得されると、目標状態ｍの実現可能性に関する最終決定は、それらのサブルール出力の関数として決定できる。いくつかの実施形態では、前述された該３２の規則を使用できる。それらの３２の規則の中で、いくつかはより重要である可能性があり、いくつかはあまり重要ではない可能性があり、いくつかは意味がない可能性がある。したがって、特定の出力が重視されなければならず、及び／または他の出力は、実現可能性試験装置を設計する際に重視されるべきではない。本発明の１つの方法の好ましい実施形態を説明する前に、「上方へ移動（moving up）」と「下方へ移動（moving down）」という２つの有用な概念が定義される。また、いくつかの実施形態でやはり有用であるデータ収集に関する最小要件が説明される。

状態ｎから状態ｍへの状態遷移を検討するとき、「上方へ移動」を表すためには本書では表記「ｎ＜ｍ」が使用される。「上方へ移動」の２つの異なる概念が本書に提示されている。第１の概念は、該プロファイルのデータレート、ＰＳＤレベル、雑音マージン及びキャリヤマスクを検討する。第２の概念は該プロファイルのＦＥＣ保護を検討する。以下の説明では、該第１の概念だけが「上方へ移動」と呼ばれ、一方、該第２の概念は該２つのプロファイルのコーディングレベル間の単純な不等（inequality）として示される。状態遷移は、以下の状態の内の少なくとも１つが厳密な不等を満たす一方で以下の状態のすべてが満たされる場合に、「上方へ移動」すると定義される。

Ｒａｔｅ（ｎ）≦Ｒａｔｅ（ｍ）、ここでＲａｔｅ（ｎ）はプロファイルｎの最大レートである
ＰＳＤ（ｎ）≧ＰＳＤ（ｍ）、ここでＰＳＤ（ｎ）はプロファイルｎのＰＳＤレベルである
ＴＮＭＲ（ｎ）≧ＴＮＭＲ（ｍ）、ここでＴＮＭＲ（ｎ）はプロファイルｎのＴＮＭＲである
ＣＭＡＳＫ（ｎ）≦ＣＭＡＳＫ（ｍ）、ここでＣＭＡＳＫ（ｎ）がＣＭＡＳＫ（ｍ）と同じ程度に制限的である、あるいはＣＭＡＳＫ（ｍ）より制限的ではないことを意味し、この場合ＣＭＡＳＫ（ｎ）はプロファイルｎのキャリヤマスクである。

同様に、状態遷移は、以下の状態のすべてが満たされ、一方、以下の状態の内の少なくとも１つが厳密な不等を満たす場合に「下方に移動」すると定義される。

Ｒａｔｅ（ｎ）≧Ｒａｔｅ（ｍ）、ここでＲａｔｅ（ｎ）はプロファイルｎの最大レートである
ＰＳＤ（ｎ）≦ＰＳＤ（ｍ）、ここでＰＳＤ（ｎ）はプロファイルｎのＰＳＤレベルである
ＴＮＭＲ（ｎ）≦ＴＮＭＲ（ｍ）、ここでＴＮＭＲ（ｎ）はプロファイルｎのＴＮＭＲである
ＣＭＡＳＫ（ｎ）≧ＣＭＡＳＫ（ｍ）、ここでＣＭＡＳＫ（ｍ）がＣＭＡＳＫ（ｎ）と同じ程度に制限的である、あるいはＣＭＡＳＫ（ｎ）より制限的ではないことを意味し、この場合ＣＭＡＳＫ（ｎ）はプロファイルｎのキャリヤマスクである。

状態遷移は、いくつかのパラメータが達成するのがさらに難しくなり、一方、他を達成するのがさらに容易になると、上方にも下方にも移動しない可能性がある。しかしながら、適切に策定されたＴ行列は状態遷移ごとに１つまたは２つのパラメータだけを変更させるため、各遷移が上方へ移動するのか、下方へ移動するのか、あるいは同じ状態にとどまるのかを簡略化する、及び／または明確にする（ｎ＝ｍつまり該プロファイルの該コーディングレベルだけが変更される）。

同様に、表記ＦＥＣ（ｎ）＜ＦＥＣ（ｍ）は、プロファイルｎのＦＥＣ補正機能がプロファイルｍのＦＥＣ補正機能より低いことを示している。このようなＦＥＣの格付けは、次の３つの方法の内の１つで達成できる。（１）ＩＮＰ（Ｇ．９９２．３／５及びＧ．９９３．２規格のインパルス雑音保護電力）は、ＤＥＬＡＹが両方について同じである間、プロファイルｍについてよりプロファイルｎについてさらに小さい。（２）ＤＥＬＡＹは、ＩＮＰが両方について同じである間、プロファイルｍについてよりプロファイルｎについてさらに大きい。あるいは（３）プロファイルｍについてよりプロファイルｎについて、ＩＮＰはさらに大きく、ＤＥＬＡＹはさらに小さい。ＩＮＰとＤＥＬＡＹの両方ともさらに小さい場合には、順序付けはインパルス雑音の周波数に関する正確な情報だけで決定できる。（ＦＥＣコードブロックごとのインパルスの最大数がｎｕｍＩＮと定義される場合、ＩＮＰ（ｎ）／ｎｕｍＩＮ（ｎ）＜ＩＮＰ（ｍ）／ｎｕｍＩＮ（ｍ）ならばＦＥＣ（ｎ）＜ＦＥＣ（ｍ）であり、この場合ＩＮＰ（ｎ）はコーディングによって補正できるＤＭＴシンボルの数である。該コントローラがｎｕｍＩＮ情報を利用できない場合、ＩＮＰとＤＥＬＡＹ両方がプロファイルｍについてよりプロファイルｎについてさらに小さいかさらに大きいとき、ＦＥＣ特徴は比較できない。）当業者によって理解されるように、ＦＥＣ（ｎ）＝ＦＥＣ（ｍ）及びＦＥＣ（ｎ）＞ＦＥＣ（ｍ）は対応するように定義される。

場合によっては、データ収集システムは誤動作するかイナクティブとなる可能性があり、データがほとんど入手できないかまったく入手できないことを意味する。このようなケースでは、システムがＮＯＴ＿ＥＮＯＵＧＨ＿ＤＡＴＡを返すことは役立つであろう。その結果、回線が「有罪となるまでは無罪」に基づいて最良の状態まで積極的に上方に移動する可能性がある。このような不良動作を防止するために、プロファイル変化は、前回のプロファイル変化以降十分な余分なデータが収集されたケースだけに制限できる（例えば、マージンが０ｄＢ未満であるか、またはＣＶが巨大であるときでも）。

状態ｎの回線のためのデータ収集を検討する。該回線は状態ｎで動作しているため、あらゆる収集されたデータは状態ｎに関する情報を提供し、したがって状態ｎについて新たな入手可能なデータ数をカウントすることがきわめて妥当となる可能性がある。したがって、以下の規則を適用できる。

以下の状態が満たされる場合にだけ、実現可能性試験及び状態遷移を実行する。

プロファイルの前回の変化以降、
・Ｃ［ＥＲ_ｎ，ｄｓ］とＣ［ＥＲ_ｎ，ｕｓ］のそれぞれがＫ_ＥＲｎを超えて増加した。

・Ｃ［ＲＣＶ_ｎ，ｄｓ］とＣ［ＲＣＶ_ｎ，ｕｓ］のそれぞれがＫ_ＲＣＶｎを超えて増加した。そして
・Ｃ［ＲＮＲ_ｎ，ｄｓ］とＣ［ＲＮＲ_ｎ，ｕｓ］のそれぞれがＫ_ＲＮＲｎを超えて増加した。

ＥＲ_ｎのための新しいデータポイントの数が、データレート規則及びマージン規則のすべてに密接に関連していることに留意する。前記規則は、実現可能性試験及び状態遷移が実行される前に満たされる必要がある。前記規則が満たされない場合には、新しいデータが収集されるまで、回線は単に現在の状態に留まる。

本発明のいくつかの実施形態では、全体的な規則は単に、その入力がサブルールの結果（例えば、前述された該３２のサブルール）であり、その出力がｎからｍへの遷移に対する「イエス」または「ノー」のどちらかである関数にすぎない場合がある。１つの好ましい実施形態は、前記の最小の新しいデータ要件が満たされる場合にだけ呼び出される全体的な規則である。一例が図５に描かれているこのような規則は、２つの部分、つまり「優れた動作（good behavior）」必要条件と「不良な動作（bad behavior）」必要条件（つまり、不良な動作の十分の不在を示す）から構成されることがあり、状態ｍへの遷移は両方の必要条件が満たされる場合にだけ許可される。

前記に留意された該３２のサブルールの例を使用すると、該３２の出力の多くが図５の全体的な規則で使用される必要がない。当業者によって理解されるように、該３２のサブルールは、データレート、マージン、コード違反及び再訓練が懸念事項であるときに一般的な構造を表し、全体的な規則に対する変化は該サブルールのサブコンビネーションを活用する可能性がある。

第１の部分（該優れた動作必要条件）は、該サブルールの少なくともいくつかが、遷移が許可されるために「良好（GOOD）」を報告しなければならないと述べている。該要件は以下の３つの状態からなってよい。

−現在の状態または目標状態のどちらかでのレートのための優れた動作
−現在の状態または目標状態のどちらかでのコード違反のための優れた動作
−現在の状態または目標状態のどちらかでの再訓練数のための優れた動作
レートのための優れた動作は類似する意味合いを有するので、マージンのための優れた動作は含まれない。

第２の部分（該不良動作の必要条件）は、不良動作が目標状態では予想されてはならないと述べる。当業者によって理解されるように、不良動作の定義は、状態が下方へ移動しているのか、あるいは上方へ移動しているのかに応じて異なる場合がある。下方へ移動しているときには、現在の状態ｎでの性能は該目標状態の予想性能の下限として役立つ。上方へ移動するときには該現在の状態の性能は該目標状態の予想性能の上限として役立つ。したがって、現在の状態に関連するサブルールが関与するときは常に、該規則はわずかに異なる。該遷移が上方へ移動するのでもなく、下方へ移動するのでもない場合には、それが上方へ移動していると仮定することによって保守的な決定が下される。

最大データレート特性の場合、ＥＲＤＣ及び結果として生じるＥＲＤＣを計算するための方法が前記に要約されたようにＲＲＤＣを補足する。しかしながら、コード違反の場合、予想されるＣＶカウントを計算する具体的な方法はなく、したがって大体の場合ＥＣＶＤＣ_ｍ＝ＥＣＶＤＣ_ｎ＝ＮＯＴ＿ＥＮＯＵＧＨ＿ＤＡＴＡが仮定される。

特殊な状況の場合、ＣＶを予想することが可能である場合もある。例えば、任意のｎとｔについてＲＦＣＣ_ｎ，ｔ（時間間隔ｔでの状態ｎの報告ＦＥＣ補正カウント）＝０及びＲＣＶ_ｎ，ｔ≦１００の場合、１５分の期間ごとに最高１００回だけ発生する強力なインパルス雑音があると想像するのが妥当である可能性がある。該インパルス雑音の発生がそれほど低い場合、そしてさらに該インパルス雑音を、さらに高いマージンまたはさらに強力なＦＥＣ設定値で直すことができない場合には、該ＣＶを無視し、データレート、マージン、及び再訓練規則に基づいて実現可能である最高のデータレートに単に移動することが賢明である可能性がある。これは、図５の全体的な規則にＥＣＶＤＣ_ｍ，ｄｓ＝ＧＯＯＤ及びＥＣＶＤＣ_ｍ，ｕｓ＝ＧＯＯＤを渡すことによって実現できる。このようにして、ＥＣＶＤＣ_ｍは、入手可能なとき、ＲＣＶＤＣ_ｎとＲＣＶＤＣ_ｍを却下するために使用できる。

ＥＣＶＤＣ_ｍに関する特定の規則は、該コントローラ（例えば、ＤＳＬ最適化ツール）がネットワークの該インパルス雑音特性についてさらに学習するにつれて作成できる。多様なプロファイルのためにＣＶ、ＥＳ、ＳＥＳ（Severely Errored Seconds：重度エラー秒−相互関連が閾値以下の、少なくとも２つの連続するＡＤＳＬ同期シンボルの秒数）及びＦＣＣを収集した後に、インパルス雑音の統計的な研究を実行できる。いったん適切なパターンが識別されると、ＥＣＶＤＣを計算するための正確な方法が開発される可能性がある。

あらゆる適用可能なサブルールに加えて、他の規則を追加できる。例えば、待ち時間規則は、カスタマがゲイマー（gamer）またはＶｏＩＰユーザとして識別される場合には、高遅延プロファイルを禁止することが必要となる可能性があると述べることがある。ＳＥＳサブルールが含まれる可能性があり、この場合このフィールドはカレントＭＩＢを通して報告されるが、３２のサブルールの例には含まれていない。最後に、ＭＩＢの他のデータフィールドが規則の一部として統合できる。

回線が状態ｍを試してから、再訓練の高い数（あるいはＣＶ、低マージン、または他の「負の（negative）」状態の高い数）のためにさらに低い状態まで下方に移動する状況を考える。次に、状態ｍに関する該回線の不良履歴（つまり、前に収集／報告／観察／計算／推定されたデータ）は、状態ｍまで上方へ移動しようとする将来の試みを妨げ、これにより、状態ｍに関する該報告データ関連統計は絶対に変化しない可能性がある。何の処置も講じられない場合には、回線は状態ｍを試すことができないか、あるいは再び改善されないであろう。しかしながら、このような単独の障害は非常にまれな、あるいは完全にただ１つしかない干渉に起因する可能性がある。また、雑音状況及び干渉状況は、将来における電力とスペクトルのスマート／丁寧な適用のためにあるいは環境の変化のために改善する可能性がある。したがって、さらに優れた状態を試行するために旧いデータを取り除き、パージ（purging）し、無視する（discounting）方法が望ましい。これを達成するための種々の方法は当業者に明らかである可能性がある。他の表示が好ましい場合に将来自動的にさらに優れた状態を再び取り上げることができるようにする、旧いデータをパージするいくつかの方法が後に続く。前述されたように、これらの目標も、初期の状態及び／またはプロファイルでの動作を考慮に入れる状態及び遷移のより詳細なシステムで達成できるであろうことを留意する。旧いデータのパージ／無視を使用することによってさらに簡単な状態方式（前記に注記されたように本実施形態での「プロファイル」及び「状態」の等価も可能にする）の使用が可能になる。

データ重み付けベクトル（Ｗ）は、観察及び／または推定されるデータのための重み付けを、該データがどの程度最新であるのかの関数として適用できるように各回線に与えることができる。例えば、重み付けベクトルがＷ１＝［１１１］であるときには、最後の３回の更新期間（例えば、数日）からのデータは、データ分布を構築するために等しい重みを与えられる。重み付けベクトルがＷ２＝［１０００００００．５］である場合には、最後の１回の更新期間からのデータは、重み付け１で使用され、早期の（例えば１週間前）７つの更新期間からのデータは重み付け０．５と使用される。他の更新期間からのデータは無視される。等しい重み付けの最後の２ヶ月だけのデータを使用することが所望される場合には、１日という更新期間を使用して重み付けベクトルはすべて１の（つまりＷ３＝［１１１．．．１１１］のサイズ６０となることがある。Ｗ３が回線に使用され、状態ｍが失敗した場合、それはおそらく該失敗と関連する該データが無視される（すなわち、事実上パージされる）６０日間以内に再び試される。

異なる重み付けベクトルは異なる規則に使用できる。例えば、Ｗ３はＣＶＤＣ規則に使用でき、Ｗ１は規則の残りに使用される可能性がある。したがって、重み付けベクトル（複数の場合がある）は、実現可能性規則の濃度及び分布の計算に影響を及ぼすことがある。

別の方法に従って、不良データを削除するための時間期間は、以下の例で説明されるように飛躍的に増加できる。

２^ｎ＋１日後にデータをクリアする。回線は状態ｍを試行し、データがただ１つしかなく、結果的に該回線のプロファイルが削減された（そのデータレートが削減された可能性が高い）ために失敗した。４日後、ｍ上の「不良」データがパージされ、状態ｍは再びこの回線について試行される（該回線が再び「無実」と推定されるように、追加の「不良」データが観察または推定されない場合）。該回線が状態ｍで再び失敗すると、該ラインプロファイルは再び削減され、状態ｍは８日後に再度試行される。状態ｍがその後８日後に再び失敗すると、システム（例えば、コントローラまたはＤＳＬ最適化ツール）は、不良データがパージされるまで１６日間待機してから、再び試行する。一般的に、状態ｍの「不良」データは前回の失敗から２^ｎ＋１日後にクリアされ、この場合ｎは連続失敗の総数である。

この規則を施行するためには、ＤＳＬ最適化ツールのようなコントローラは連続障害数、及び各状態の前回失敗の日付／時刻を追跡しさえすればよい（プロファイルがｔ日おきに変更／更新されるにすぎない場合、失敗はｔ日間の状態を支援できない失敗を意味する）。このようにして、該不良データは適切なときにパージできる。

最後に、別の方法は、大部分のＤＳＬユーザがネットワークを常に使用していないという事実を使用する。したがって、該コントローラは、該ユーザが該ネットワークを使用する可能性が最も低い期間を特定するために各ユーザのネットワーク使用パターン（ＡＴＭセルカウント及び／または各ユーザのネットワーク使用活動を反映する任意の他のパラメータに基づいて）をモデル化できる。深夜または早朝である可能性が高いこの期間中、失敗した状態を試すことができ、旧いデータを置換するために新しい性能データを収集できる。新しく収集されたデータが優れた性能を示す場合には、該目標状態を再び試すことができる。それ以外の場合には、該回線は影響を受けないであろう。一般的には、最大レート制限ができるだけないレート適応プロファイルを試すことが最もよい可能性がある。ＴＮＭＲ、ＰＳＤ、ＦＥＣ及び／またはキャリヤマスクの多様な組み合わせは、新しい情報のエントロピーを最大にするために使用できる。

当業者によって理解されるように、前述された該３つの方法は多様に組み合わせできる。特に、最後の方法は最初の２つの方法のどちらとも容易に組み合わせることができる。

まさにＴ及び閾値テーブルのように、該パージ規則は回線／バインダ状況に応じて適応的に選ぶことができる。観察または推定されるデータの統計が大幅に変化するとき（例えば、ＣＶ＋ＦＥＣが１０００という平均から０という平均に減少するとき、前に安定していたマージンが突然１０ｄＢ変化する等である）、このような変化はおそらくバインダ構成の大きな変化によって引き起こされる（例えば、ＣＯのＤＳＬＡＭに接続されている新しいＤＳＬ回線が活性化された、ＲＴのＤＳＬＡＭに接続された新しい回線が活性化された、回線の干渉がコントローラの動的制御のためにそれらの送信電力を削減した等）。即座の反応が必要とされる可能性がある。前記Ｗ３がパージデータに使用されていた場合には、データの最後の単独日だけに依存して迅速に適応するためにＷ４＝［１］が代わりに使用できる。指数法が使用されていた場合には、近い将来に迅速な変更を加えることができるように、ｎは１にリセットできる。

まさにちょうど行列Ｔが、回線のサービスプロファイル及び該安定性の関数として多様な特長を提供するために使用できるように、閾値テーブルは個々の規則を重視する、または重視するのをやめるために使用できる。例えば、特定のベンダモデムが実際のレートよりも５００Ｋｂｐｓ高い最大レート数を報告することが知られている場合には、そのモデムのＲＲＤＣ閾値テーブルは該バイアスをキャンセルするために５００Ｋｂｐｓ高いエントリ（他のモデムと比較して）を有することがある。同様に、ＭＡＸＲＲ（報告された最大レート）が回線のために信頼できない場合には、ＲＲＤＣ閾値テーブルのエントリは通常のＲＲＤＣテーブルのエントリを基準にして１Ｍｂｐｓだけ下方に調整できる。このようにして、ＲＲＤＣは大体の場合制限規則となる代わりに、ＲＭＤＣ、ＥＲＤＣ及びＥＭＤＣは最大レートに関する制限規則となる。一般的には、該閾値テーブルは、該データフィールドのいくつかのセグメントが信頼できないと検出されるときは常に、あるいは閾値テーブルが制限的すぎるか十分に制限的ではないと検出されるときは常に更新できる。

別の状況では、ＤＳＬシステム等の通信システムで使用される個々のモデムは、報告されたデータおよび推定されたデータの該正確度、信頼性等を変更する、及び／または影響を及ぼす収集された操作データに影響を及ぼす可能性がある個々の特徴を有することがある。したがって、場合によっては、所与のシステムで使用されるモデム（複数の場合がある）について可能である及び／または実際的であるのと同じくらい多くの情報を獲得することが望ましい。当業者によって理解されるように、この種の情報を収集する多様な方法がある。モデム及びそれらの動作特徴を識別するための技法及び装置は、その開示全体が参照することにより本書に組み込まれている、通信装置識別（ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＤＥＶＩＣＥ ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ）と題され、アダプティブスペクトラムアンドシグナルアラインメント社（Ａｄａｐｔｉｖｅ Ｓｐｅｃｔｒｕｍ Ａｎｄ Ｓｉｇｎａｌ Ａｌｉｇｎｍｅｎｔ， Ｉｎｃ．）によって所有されている、２００４年１１月４日に出願された米国出願番号第１０／９８１，０６８号（代理人整理番号第０１０１−ｐ０９号）に開示されている。

ｘＤＳＬシステムでは、該データの一部は報告のための範囲限界を有している。例えば、報告できる最大マージンは３１ｄＢであってよく、報告できる最小電力はＡＤＳL１システムでは０ｄＢｍに過ぎないことがある。このようなパラメータを基準にした曖昧な情報が報告される場合には、このような曖昧な情報に基づいた最大レート、マージン等の任意の推定がそれ自体も曖昧である可能性がある。このようなケースでは、単純な解決策はこのようなデータポイントを、それらを無効とすることによって無視することである。しかしながら、さらに優れた解決策は、そのデータを確実に利用することが可能であるかを調べることであってよい。

例えばＥＲＤＣｍ規則を考慮すると、たとえ真のマージンが３１ｄＢ超であっても該報告マージンは３１ｄＢであってよい。ＤＳＬ最適化ツール等のコントローラがマージンに３１ｄＢを使用する場合には、該推定最大レートは該真の最大レートより小さくなる。したがって、該最大レートが過剰に保守的に推定される結果となる。この保守的な推定が依然としてｉ番目の規則のためのＧ_{ｉ，ＥＲｍ}（ｍ）に向かってカウントされるほど十分に大きい場合、それにも関わらず該データは有効なデータとして見なされ、使用されなければならない。該保守的な推定が小さすぎてＧ_{ｉ，ＥＲｍ}（ｍ）にふさわしくない場合には、該データは該ｉ番目の規則に対して無効と見なされ、したがって無視されなければならない。Ｃ_ＥＲｍは該無効データを無視するために調整される必要がある。コントローラはこのようなケースでも過剰に保守的な最大レートを検出するであろうために、報告された送信電力が０ｄＢｍであるときには類似した解決策を適用できる。規則の同じ修正はＥＲＤＣ_ｎ、ＥＭＤＣ_ｎ、ＥＭＤＣ_ｍ、ＲＭＤＣ_ｎ、及びＲＭＤＣ_ｍに適用する。

該サブルールは、ＨＭＭ（Hidden Markov Model：隠れマルコフモデル）等のさらに高度なモデルに対処するためにも修正できる。このようなケースでは、全体的な規則は、該サブルールの該出力が同じに保たれる限り独立したままとなることがある。該全体的な規則及びサブルールは、それぞれが他に対する変更を必要とせずに修正または更新できるように設計されている。

本発明の一実施形態は、図６の流れ図に示されている。方法６００は、該Ｔ行列（または任意の他の状態遷移制御機構）、閾値テーブル（または同等物）、遷移を決定するあらゆる規則及び／またはサブルール、及び旧いデータをパージし、無視し、あるいはそれ以外の場合は重み付けるためのあらゆる規則の構築６１０（及び／または実現またはプログラミング）で開始する。「カレントプロファイル」つまり状態ｎが選択され、動作はこのプロファイルを使用して６２０で開始する。操作データは６３０で収集され、入手可能な任意の旧いデータが適宜に（例えば、データ重み付けベクトルＷを使用して）パージされる、及び／または無視される。方法６００は次に、６４０で任意の目標状態の実現不可能なことの評価を可能にするために（任意の状態が、不可能と証明されるまで実現可能であると推測される該規則を使用して）、十分な新しいデータ（例えば、報告データと推定データの両方）があることを検証する。十分な新しいデータが入手できない場合には、該方法は６３０のデータ収集に戻る。

十分な新しいデータが集められたら、どれかを不適格とできるかどうかを判断するために、すべての潜在的な状態ｍについて６５０で実現可能性試験を実行できる。いったん適格なターゲット状態が特定されると、該システムは６６０で入手可能な最高の優先順位状態に移動してよい。次にシステムは６７０でＴ行列、閾値テーブル、データ重み付け規則／ベクトル等の遷移規則とデータを更新し、次の遷移評価のために６３０のデータ収集に戻ることができる。

図７は本発明の別の実施形態を描いている。図７の方法は、図３Ａと図３Ｂに示されている該システムを含む多様な装置で実現されてよい。該方法７００は７１０で、所与のラインプロファイルを使用してＤＳＬ回線から、性能パラメータ値等の性能データを収集すること、またはそれ以外の場合取得することで開始する。この性能データは、コード違反、ＦＥＣ補正カウント、雑音マージン、再訓練カウント等に関するデータ及び／または値を含んでよい。７１０で該性能データが収集／取得される該ラインプロファイルは、該ＤＳＬ回線によって現在使用されている該ラインプロファイルであってよい。７２０では、該取得された性能データが、目標ラインプロファイルの中で該ＤＳＬ回線の性能の推定値を生成するために評価される。該目標ラインプロファイルは該現在のラインプロファイルから異なってよく、あるいは該システムが現在の状態及び／またはプロファイルに留まることが実現不可能であるかどうかを評価しようと試行している場合には該現在のラインプロファイル自体であってよい。該所与のラインプロファイル及び目標ラインプロファイルが異なる場合、それらは、前記に留意されたように１つまたは複数の操作パラメータによって異なる可能性がある。さらに、図７の該方法は、当業者によって理解されるように報告データ及び／または推定データを適宜に使用してもよい。

一般的には、本発明の実施形態は、（そのすべてが本書では「コンピュータ」及び／または「コンピュータシステム」と交換可能に参照されてよい）ただ１台のコンピュータ、複数台のコンピュータ及び／またはコンピュータの組み合わせであってよい１つまたは複数のコンピュータシステムに記憶されるか、あるいは１つまたは複数のコンピュータシステムを通して転送されるデータを含む多様なプロセスを利用する。本発明の実施形態は、ハードウェア装置またはこれらの動作を実行するための他の装置にも関する。この装置は、必要とされる目的のために特別に構築されてよく、あるいはコンピュータプログラム及び／または該コンピュータに記憶されているデータ構造によって選択的に活性化されるか再構成される汎用コンピュータであってよい。本書に提示されている該プロセスは本質的にどの特定のコンピュータまたは他の装置にも関連していない。特に、多様な汎用機は、本書の教示に従って作成されたプログラムとともに使用されてよく、あるいは必要とされる方法ステップを実行するためにさらに特殊化された装置を構築する方がより便利である場合がある。種々のこれらの機械の特定の構造は、後述される説明に基づいて当業者に明らかになるであろう。

前述されたような本発明の実施形態は、コンピュータシステムに記憶されているデータを含む多様なプロセスステップを利用する。これらのステップは、物理的な量の物理的な操作を必要とするステップである。通常、必ずしもではないが、これらの量は記憶、転送、結合、比較でき、それ以外の場合操作できる電気信号または磁気信号の形を取る。これらの信号をビット、ビットストリーム、データ信号、制御信号、値、要素、変数、文字、データ構造等と呼ぶことは主に共通の使用の理由から便利なことがある。しかしながら、これらの及び類似する用語のすべてが適切な物理的な量と関連付けられなければならず、これらの量に適用される便宜的なラベルにすぎないことに留意しなければならない。

さらに、実行される該操作は多くの場合、識別する、適合する、または比較する等の用語で参照される。本発明の一部を形成する、本書に説明されている動作はいずれも機械動作である。本発明の実施形態の動作を実行するための有効な機械は、汎用デジタルコンピュータまたは他の類似の装置を含む。あらゆる場合に、コンピュータを操作する際の操作方法と、計算自体の方法の間の違いがあることを念頭に置く必要がある。本発明の実施形態は他の所望される物理信号を発生させるために電気信号または他の物理信号を処理する際にコンピュータを操作するための方法ステップに関する。

本発明の実施形態は、これらの動作を実行するための装置にも関連する。この装置は必要とされる目的のために特別に構築されてよく、あるいはそれは該コンピュータに記憶されているコンピュータプログラムによって選択的に活性化されるか再構成される汎用コンピュータであってよい。本書に提示される該プロセスは本質的に特定のコンピュータまたは他の装置に関連していない。特に、多様な汎用機械は本書の教示に従って作成されるプログラムとともに使用されてよく、あるいは必要とされている方法ステップを実行するためにさらに特殊化された装置を構築する方が便利な場合がある。種々のこれらの機械の必要とされている構造は前述の説明から明らかになるであろう。

加えて、本発明の実施形態はさらに、多様なコンピュータによって実施される動作を実行するためのプログラム命令を含むコンピュータ可読媒体に関する。該媒体及びプログラム命令は本発明の目的のために特別に設計、構築されたものであってよく、あるいはそれらはコンピュータソフトウェア技術の当業者に周知であり、該当業者が利用できる種類であってよい。コンピュータ可読媒体の例は、ハードディスク、フレキシブルディスク及び磁気テープ等の磁気媒体、ＣＤ−ＲＯＭディスク等の光学媒体、フロプティカル（floptical）ディスク等の磁気光学媒体、及び読み取り専用メモリ装置（ＲＯＭ）及びランダムアクセスメモリ（ＲＡＭ）等の、プログラム命令を記憶し、実行するように特別に構成されているハードウェア装置を含むが、これらに限定されない。プログラム命令の例は、コンパイラによって生成されるようなマシンコードとインタープリタを使用するコンピュータにより実行されてよいさらに高水準のコードを含むファイルの両方を含む。

図８は、本発明の１つまたは複数の実施形態に従ってユーザ及び／またはコントローラによって使用できる典型的なコンピュータシステムを描いている。該コンピュータシステム８００は、一次記憶装置８０６（通常、ランダムアクセスメモリ、つまりＲＡＭ）、一次記憶装置８０４（通常、読み取り専用メモリ、つまりＲＯＭ）を含む記憶装置に接続されている、任意の数のプロセッサ８０２（中央演算処理装置、つまりＣＰＵとも呼ばれる）を含む。本技術で周知であるように、一次記憶装置８０４はデータと命令を一方向でＣＰＵまで転送するために働き、一次記憶装置８０６は通常双方向でデータと命令を転送するために使用される。これらの一次記憶装置の両方とも、前述された該コンピュータ可読媒体の任意の適切なものを含んでよい。大容量記憶装置８０８もＣＰＵ８０２に双方向で接続され、追加のデータ記憶容量を提供し、前述された該コンピュータ可読媒体のどれかを含んでよい。該大容量記憶装置８０８は、プログラム、データ等を記憶するために使用されてよく、通常は一次記憶装置より低速であるハードディスク等の二次記憶媒体である。該大容量記憶装置８０８の中に保持されている情報は、適切なケースでは、仮想メモリとして一次記憶装置８０６の一部として標準様式で組み込まれてよいことが理解される。ＣＤ−ＲＯＭ８１４等の特定の大容量記憶装置はＣＰＵに一方向でデータを渡してもよい。

また、ＣＰＵ８０２は、ビデオモニタ、トラックボール、マウス、キーボード、マイクロフォン、タッチセンサ式ディスプレイ、トランスデューサ（transducer）カード読取装置、磁気テープまたは紙テープ読取装置、タブレット、スタイラス（styluses）、音声または手書き認識装置、または言うまでもなく他のコンピュータ等の他の周知の入力装置等の１台または複数の入力／出力装置を含むインタフェース８１０に結合されている。ＣＰＵ８０２は、場合により概して８１２で示されているネットワーク接続を使用してコンピュータまたは電気通信ネットワークに接続されてよい。このようなネットワーク接続を用いると、ＣＰＵが該ネットワークから情報を受信する可能性があり、あるいは前述の方法ステップを実行する過程で該ネットワークに情報を出力する可能性があることが意図されている。前述された装置及び材料は、コンピュータハードウェア及びソフトウェア技術で当業者によく知られているであろう。前述されたハードウェア要素は本発明の動作を実行するための複数のソフトウェアモジュールを定義してよい。例えば、コードワード（codeword）構成コントローラを実行するための命令は大容量記憶装置８０８または８１４に記憶され、一次記憶装置８０６と関連してＣＰＵ８０２で実行されてよい。好ましい実施形態では、該コントローラがソフトウェアサブモジュールに分割される。

本発明の多くの特長及び優位点は記述された説明から明らかであり、したがって添付の特許請求の範囲は本発明のすべてのこのような特長及び優位点を保護することを目的としている。さらに、当業者は容易に多数の変型及び変更を思い浮かべることができるため、本発明は図解され、説明されたとおりの正確な構造及び動作に限定されない。したがって、現在または将来に予測可能であるのかあるいは予測不可能であるのかに関係なく、説明された実施形態は制限的ではなく、例証的として解釈されるべきであり、本発明は本書に示されている詳細に限定されるべきではないが、添付の特許請求の範囲及び同等物のその完全な範囲によって定義される必要がある。

Ｇ．９９７．１規格による概略ブロック参照モデルシステムである。 一般的で例示的なＤＳＬ配備を描く概略図である。 ＤＳＬシステムにおける本発明の一実施形態の概略ブロック図である。 ＤＳＬシステムにおける本発明の別の実施形態の概略ブロック図である。 状態遷移図及び多様な状態の間で入手可能な該遷移の優先順位付けを組み込む例示的な状態遷移図及び行列を含む図である。 目標状態が実現可能であるのか、あるいはいくつかの実施形態では実行不可能ではないかどうかに関する決定を生じさせるために多様なサブルールを活用する例示的な全体的な規則である。 ＤＳＬ回線または他の通信回線の、現在の状態から１つまたは複数の目標状態への遷移動作が評価される、本発明の１つまたは複数の実施形態を示す流れ図である。 目標ラインプロファイルを使用してＤＳＬ回線のための性能データを推定するための本発明の別の実施形態の流れ図である。 典型的なコンピュータシステム、または本発明の実施形態を実施するのに適切な集積回路システムのブロック図である。

Claims (19)

1. 現在のラインプロファイルから１つまたは複数の目標ラインプロファイルにデジタル加入者回線（ＤＳＬ）の動作を遷移するかどうかを評価する方法であって、
   （１）−プロファイル状態遷移行列と、
   −複数の閾値テーブルと、
   −複数のサブルールと、
   −前記目標ラインプロファイルのそれぞれの実行不可能性を判別するために、前記サブルールからの出力を結合した全体的な規則と、を備えることと、
   （２）前記現在のプロファイルで動作することと、
   （３）操作データを収集することと、
   （４）前記現在のラインプロファイル、及び前記目標ラインプロファイルのそれぞれの実現可能性を評価することと、
   （５）選択されたラインプロファイルにおいて前記ＤＳＬを操作することと、を備え、
   前記選択されたラインプロファイルは、前記現在のラインプロファイルと前記目標ラインプロファイルのうちで、
   前記状態遷移行列で最高の優先順位を有し、
   実現不可能であると評価されないラインプロファイルを含む方法。
2. 前記閾値テーブルが操作基準の発生の確率を含む請求項１に記載の方法。
3. 前記現在のプロファイルと目標プロファイルが、
   データレート、
   ＦＥＣ（フォワード・エラー・コレクション）コーディング、
   ＰＳＤ（パワースペクトル密度）、
   ＴＳＮＲＭ（目標の信号対雑音比マージン）、
   ＭＡＸＳＮＲＭ（最大の信号対雑音比マージン）、
   ＭＩＮＳＮＲＭ（最小の信号対雑音比マージン）、
   ＣＡＲＭＡＳＫ（キャリヤマスク）、
   ＩＮＰ（インパルス雑音保護）、または
   遅延、
   の操作パラメータの少なくとも１つにおいて異なる請求項１に記載の方法。
4. 前記収集された操作データが報告データと推定データとを提供するために使用される請求項１に記載の方法。
5. 前記報告データが、
   報告最大達成可能データレート、
   報告フォワード・エラー・コレクション（ＦＥＣ）カウント、
   報告雑音マージン、
   報告コード違反カウント、
   報告エラー秒、
   報告重度エラー秒、または
   報告再訓練カウント数
   の少なくとも１つを含む請求項４に記載の方法。
6. 前記推定データが、
   推定最大達成可能データレート、
   推定フォワード・エラー・コレクション（ＦＥＣ）カウント、
   推定雑音マージン、
   推定コード違反カウント、または
   推定再訓練カウント数
   の少なくとも１つを含む請求項４に記載の方法。
7. 前記状態遷移行列が利用可能な状態に優先順位を付ける請求項１に記載の方法。
8. 前記サブルールのそれぞれが、
   前記現在のラインプロファイルに関するデータの分布、または
   各目標ラインプロファイルに関するデータの分布
   の内の少なくとも１つの検査を備える請求項１に記載の方法。
9. 前記現在のラインプロファイル及び前記目標ラインプロファイルのそれぞれの実現可能性を評価することは、旧いデータを重み付けすることを備える請求項１に記載の方法。
10. 前記プロファイル遷移行列、
    少なくとも１つの閾値テーブル、または
    旧いデータに適用される重み付け
    の少なくとも１つを適応的に更新すること、をさらに備える請求項１に記載の方法。
11. 前記現在のラインプロファイル及び前記目標ラインプロファイルのそれぞれの実現可能性を評価することは、任意のラインプロファイルの実現可能性を評価することの前提条件として最小のデータ量を必要とすることを備える請求項１に記載の方法。
12. デジタル加入者回線（ＤＳＬ）の動作を現在のラインプロファイルから１つまたは複数の目標ラインプロファイルに遷移するかどうかを評価する方法であって、
    前記目標ラインプロファイルの優先順位付けを備えるプロファイル状態遷移行列と、
    蓋然性のあるサブルールを備える複数の閾値テーブルと、
    可能性のある目標回線の実行不可能性を判別するために、前記サブルールからの出力を結合した全体的な規則と、
    を備えることと、
    前記現在のラインプロファイルで動作することと、
    前記現在のラインプロファイル、または
    前記目標ラインプロファイルの１つ、
    の少なくとも１つで、前記ＤＳＬの動作に関する報告データと推定データを生成するために、操作データを収集することと、
    前記現在のラインプロファイルから前記目標ラインプロファイルのそれぞれに移動することの実現不可能性を評価するために１つまたは複数の実現可能性試験を実行することと、
    最良のラインプロファイルで前記ＤＳＬ回線を操作することと、を備え、
    前記最良のラインプロファイルが、前記現在のラインプロファイルと前記目標ラインプロファイルのうちで、
    前記状態遷移行列で最高の優先順位を有し、
    実現不可能であると評価されないラインプロファイルを含む方法。
13. 前記現在のラインプロファイルと前記目標ラインプロファイルが、
    データレート、
    ＦＥＣ（フォワード・エラー・コレクション）コーディング、
    ＰＳＤ（パワースペクトル密度）、
    ＴＳＮＲＭ（目標の信号対雑音比マージン）、
    ＭＡＸＳＮＲＭ（最大の信号対雑音比マージン）、
    ＭＩＮＳＮＲＭ（最小の信号対雑音比マージン）、
    ＣＡＲＭＡＳＫ（キャリヤマスク）、
    ＩＮＰ（インパルス雑音保護）、または
    遅延、
    の操作パラメータの少なくとも１つにおいて異なる請求項１２に記載の方法。
14. 前記報告データ及び前記推定データのそれぞれが、
    最大達成可能データレート、
    フォワード・エラー・コレクション（ＦＥＣ）カウント、
    雑音マージン、
    コード違反カウント、
    エラー秒、
    重度エラー秒、または
    再訓練カウント数
    の少なくとも１つに関連するデータを備える請求項１２に記載の方法。
15. 現在のラインプロファイルで動作するデジタル加入者回線（ＤＳＬ）に、複数の潜在的なラインプロファイルの１つで動作するように指示するかどうかを評価するためのデジタル加入者回線（ＤＳＬ）最適化装置であって、前記システムは、
    データ収集モジュールと分析モジュールとを備えるコントローラであって、前記ＤＳＬと、前記現在のラインプロファイルを使用して前記ＤＳＬ上で動作するＤＳＬ装置とを備えるＤＳＬシステムに接続されるコントローラを備え、
    前記データ収集モジュールが前記潜在的なラインプロファイルの１つまたは複数での前記ＤＳＬの動作に関する操作データを収集し、前記潜在的なラインプロファイルが、
    前記現在のラインプロファイルと、
    １つまたは複数の目標ラインプロファイルと、の１つまたは複数を備え、
    さらに、前記分析モジュールが、
    前記潜在的なラインプロファイルの優先順位付けを備える状態遷移行列の実施と、
    １つまたは複数の規則の実施と、を備え、
    さらに、前記分析モジュールが、
    前記現在のラインプロファイルから前記潜在的なラインプロファイルのそれぞれに移動することの実現可能性を決定するために、１つまたは複数の実現可能性試験を実行し、
    前記ＤＳＬ回線に最良の利用可能ラインプロファイルを使用して動作するように指示し、前記最良の利用可能ラインプロファイルが、
    前記状態遷移行列において最高の優先順位を有し、
    実現不可能であると判断されていない、前記潜在的なラインプロファイルを備える、
    ＤＳＬ最適化装置。
16. 前記１つまたは複数の規則が
    複数のサブルールと、
    前記複数のサブルールからの出力を使用して潜在的なラインプロファイルの実現可能性を決定する全体的な規則と、
    を備える請求項１５に記載のＤＳＬ最適化装置。
17. 前記収集された操作データが、報告データ及び推定データを生成するために使用される請求項１５に記載のＤＳＬ最適化装置。
18. 前記報告データ及び前記推定データのそれぞれが、
    最大達成可能データレート、
    フォワード・エラー・コレクション（ＦＥＣ）補正カウント、
    雑音マージン、
    コード違反カウント、または
    再訓練カウント数
    の少なくとも１つに関連するデータを備える請求項１７に記載のＤＳＬ最適化装置。
19. 前記現在のラインプロファイルと各目標ラインプロファイルが、
    データレート、
    ＦＥＣ（フォワード・エラー・コレクション）コーディング、
    ＰＳＤ（パワースペクトル密度）、
    ＴＳＮＲＭ（目標の信号対雑音比マージン）、
    ＭＡＸＳＮＲＭ（最大の信号対雑音比マージン）、
    ＭＩＮＳＮＲＭ（最小の信号対雑音比マージン）、
    ＣＡＲＭＡＳＫ（キャリヤマスク）、
    ＩＮＰ（インパルス雑音保護）、または
    遅延、
    の操作パラメータの少なくとも１つにおいて異なる請求項１５に記載のＤＳＬ最適化装置。

Images