(57)【要約】  ＤＳＬなどのユーザが、動作制限および条件に照らして、実現可能な程度までユーザ嗜好を実施することを可能にする、方法、装置、およびコンピュータプログラムプロダクトであり、一部の実施形態では、動作プロファイルがユーザに課される。１つ以上のユーザ嗜好が実施されることが可能な程度を、動作プロファイルに照らして判定するために、ユーザ嗜好データが評価される。１つ以上のコントローラが、ユーザ嗜好データの収集と、ユーザ嗜好データ、動作データ、ならびにその他のデータおよび情報の評価と、実現可能なだけのユーザ嗜好の実施とを支援してもよい。ユーザ嗜好データと、動作プロファイルおよび／またはデータとの評価は、ユーザの嗜好と、動作プロファイルおよび／またはデータとの、適合性を考慮することを含んでもよい。ユーザを支援するコントローラは、ユーザの位置におけるローカルコントローラ、１つ以上のアップストリームエンドローカルコントローラ、１つ以上のリモート位置コントローラ、および／または、ユーザの位置以外の位置における、１つ以上のその他のダウンストリームエンド装置コントローラを含んでもよい。データおよび情報は、ＤＳＬシステム自体を使用して、または、専用の、またはその他の代替のデータシステムを使用して、さまざまなコントローラ間で共有されてもよい。
2008546340.tif 000002
【特許請求の範囲】
【請求項１】
ＤＳＬシステムのオペレータ以外のパーティによって前記ＤＳＬシステムの動作を制御する方法であって、
前記ＤＳＬシステムについての動作領域のモデルを取得するステップと、
ユーザ嗜好データを収集するステップと、
ユーザ動作パラメータベクトル値を決定するために、前記収集されたユーザ嗜好データを解析するステップと、
前記ユーザ動作パラメータベクトルを実施するステップとを含み、
前記ユーザ動作パラメータベクトル値は、
前記動作領域モデル内での前記ＤＳＬシステムの動作を可能にし、かつ、
前記収集されたユーザ嗜好データ内に反映された１つ以上のユーザ嗜好を実施する方法。
【請求項２】
前記動作領域モデルを取得する前記ステップは、データベースから動作領域データを収集するステップか、前記ＤＳＬシステムから動作領域データを収集するステップか、または、少なくとも２つのパフォーマンス測定基準の間の動作関係を決定するステップのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
ユーザ嗜好データを収集する前記ステップは、ユーザ調査を行うステップ、電子メールによるアンケートを送信するステップ、ユーザとの電話を介してユーザフィードバックを取得するステップ、Ｗｅｂインタフェースを使用するステップ、または、直接的なユーザフィードバックを取得するステップのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
ユーザ嗜好データを収集する前記ステップは、
ＨＭＭを取得するステップと、
前記ＤＳＬシステムからの動作データを収集するステップと、
ＨＭＭ内部状態を判定するために、前記収集された動作データを使用するステップと、
前記ユーザ嗜好データを導き出すために、前記ＨＭＭ内部状態を使用するステップとを含む、請求項１に記載の方法。
【請求項５】
ユーザ嗜好データを収集する前記ステップは、
別個のユーザ嗜好に対応する、クラスタの組を決定するステップであって、前記クラスタの組は、第１のクラスタを含むステップと、
前記ＤＳＬシステムからの動作データを収集するステップと、
前記収集された動作データに基づいて、前記第１のクラスタに前記ユーザを割り当てるステップと、
前記第１のクラスタへの前記ユーザの前記割り当てに基づいて、前記ユーザ嗜好データを生成するステップとを含む、請求項１に記載の方法。
【請求項６】
ユーザ嗜好データを収集する前記ステップは、前記ユーザ嗜好データを取得するためにデータベースへの問い合わせを行うステップを含む、請求項１に記載の方法。
【請求項７】
前記収集されたユーザ嗜好データを解析する前記ステップは、
設定されるべき前記ユーザ動作パラメータベクトルを決定するステップと、
前記ユーザ動作パラメータベクトルの、許容されるベクトル値の組を識別するステップであって、前記許容されるベクトル値の組の中の、各ベクトル値は、前記動作領域モデルに適合するステップと、
前記ユーザ動作パラメータベクトルの、前記許容されるベクトル値の組を、前記収集されたユーザ嗜好データに適合するように制限するステップと、
前記制限された許容されるベクトル値の組の中から、目標パフォーマンスレベルを達成する、前記ユーザ動作パラメータベクトルの最適化ベクトル値を決定するステップとを含む、請求項１に記載の方法。
【請求項８】
前記ユーザ動作パラメータベクトルを実施する前記ステップの前に、前記ＤＳＬシステムを再トレーニングするステップをさらに含む、請求項１に記載の方法。
【請求項９】
ユーザ嗜好データを解析する前記ステップは、
前記ＤＳＬシステムの動作データを収集するステップと、
前記収集されたユーザ嗜好データ内に反映された１つ以上の嗜好の実施の実現可能性を、前記ＤＳＬシステムの前記収集された動作データに照らして判定するステップとを含む、請求項１に記載の方法。
【請求項１０】
前記ＤＳＬシステムの動作データを収集する前記ステップは、前記収集された動作データに重み付け係数を適用するステップ、前記収集された動作データについての十分性検査を実行するステップ、前記収集された動作データについての適時性検査を実行するステップ、前記収集されたユーザ嗜好データに重み付け係数を適用するステップ、前記収集されたユーザ嗜好データについての十分性検査を実行するステップ、前記収集されたユーザ嗜好データについての適時性検査を実行するステップ、前記動作領域モデルに重み付け係数を適用するステップ、前記動作領域モデルについての十分性検査を実行するステップ、または、前記動作領域モデルについての適時性検査を実行するステップのうちの少なくとも１つを含む、請求項９に記載の方法。
【請求項１１】
マシン読み取り可能な媒体と、
前記マシン読み取り可能な媒体内に含まれるプログラム命令とを含むコンピュータプログラムプロダクトであって、前記プログラム命令は、ＤＳＬシステムのオペレータ以外のパーティによって前記ＤＳＬシステムの動作を制御する方法を指定し、前記方法は、
前記ＤＳＬシステムについての動作領域のモデルを取得するステップと、
ユーザ嗜好データを収集するステップと、
ユーザ動作パラメータベクトル値を決定するために、前記収集されたユーザ嗜好データを解析するステップと、
前記ユーザ動作パラメータベクトルを実施するステップとを含み、
前記ユーザ動作パラメータベクトル値は、
前記動作空間モデル内での前記ＤＳＬシステムの動作を可能にし、かつ、
前記収集されたユーザ嗜好データ内に反映された１つ以上のユーザ嗜好を実施するコンピュータプログラムプロダクト。
【請求項１２】
データ収集ユニットと、
前記収集ユニットに結合された解析ユニットと、
前記解析ユニットに結合された制御信号発生器とを含むＤＳＬシステムコントローラであって、
前記データ収集ユニットは、
動作領域モデルデータと、
ＤＳＬシステムからの動作データと、
ユーザ嗜好データとを収集するように構成され、
前記解析ユニットは、
前記収集された動作領域モデルデータと、前記動作データとユーザ嗜好データとを解析し、および、
前記収集されたユーザ嗜好データ内に反映された１つ以上の嗜好の実施の実現可能性を、前記ＤＳＬシステムの前記動作領域モデルに照らして判定するように構成され、
前記制御信号発生器は、前記ＤＳＬシステムに制御信号を送信するように構成され、さらに、前記制御信号は、前記ＤＳＬシステムの動作を制御する信号を含むＤＳＬシステムコントローラ。
【請求項１３】
前記コントローラは、ダウンストリームエンド装置に結合されたコントローラ、アップストリームエンド装置に結合されたコントローラ、ダウンストリームエンド装置とアップストリームエンド装置との両方に結合されたコントローラ、リモートコントローラ、ローカルコントローラのうちのいずれかである、請求項１２に記載のコントローラ。
【請求項１４】
ユーザ嗜好データの収集は、
ＨＭＭの構築と、
前記ＤＳＬシステムからの動作データの収集と、
前記ＨＭＭの内部状態を判定するための、前記収集された動作データの使用と、
前記ユーザ嗜好データを導き出すための、前記ＨＭＭの内部状態の使用とを含む、請求項１２に記載のコントローラ。
【請求項１５】
前記収集ユニットは、
別個のユーザ嗜好に対応し、第１のクラスタを含む、クラスタの組を決定し、
前記ＤＳＬシステムからの動作データを収集し、
前記収集された動作データに基づいて、前記第１のクラスタに前記ユーザを割り当て、および、
前記第１のクラスタへの前記ユーザの前記割り当てに基づいて、前記ユーザ嗜好データを生成するように構成される、請求項１２に記載のコントローラ。
【請求項１６】
ユーザ嗜好データの収集は、
ユーザのホームネットワーク内に記憶されたデータの収集と、
前記収集されたデータからの、ユーザ嗜好データの抽出とを含む、請求項１２に記載のコントローラ。
【請求項１７】
前記データ収集ユニットは、オペレータ、サービスプロバイダ、ユーザ通信装置、または異なるコントローラのうちの少なくとも１つに結合される、請求項１２に記載のコントローラ。
【請求項１８】
前記解析ユニットは、
設定されるべき動作パラメータベクトルを決定し、
オペレータ規則に適合する、前記動作パラメータベクトルの許容される値の組を識別し、
前記動作パラメータベクトルの、前記識別された許容される値の組を、ユーザ嗜好データに適合するように制限し、および、
前記制限された許容される値の組の中から、高パフォーマンス測定基準を達成する、前記動作パラメータベクトルの最適化値を決定するように構成される、請求項１２に記載のコントローラ。
【請求項１９】
前記制御信号発生器は、前記ＤＳＬシステムに再トレーニング信号を送信するように、さらに構成される、請求項１２に記載のコントローラ。
【請求項２０】
ＤＳＬシステムからの動作データを収集するように構成された前記データ収集ユニットは、前記収集された動作データへの重み付け係数の適用、前記収集された動作データについての十分性検査の実行、前記収集された動作データについての適時性検査の実行、前記収集されたユーザ嗜好データへの重み付け係数の適用、前記収集されたユーザ嗜好データについての十分性検査の実行、前記収集されたユーザ嗜好データについての適時性検査の実行、前記動作領域モデルデータへの重み付け係数の適用、前記動作領域モデルデータについての十分性検査の実行、または、前記動作領域モデルデータについての適時性検査の実行のうちの少なくとも１つを実行するように、さらに構成される、請求項１２に記載のコントローラ。
【請求項２１】
ＤＳＬシステム内でユーザ嗜好を実施する方法であって、
動作プロファイルを提供するステップと、
ユーザ嗜好データを提供するステップと、
前記動作プロファイルと、前記ユーザ嗜好データ内に反映された１つ以上のユーザ嗜好との適合性を判定するステップと、
前記動作プロファイルに基づいて、実現可能な程度まで、少なくとも１つのユーザ嗜好を実施するステップとを含む方法。
【請求項２２】
前記動作プロファイルは、オペレータ、サービスプロバイダ、ユーザ通信装置、またはコントローラのうちのいずれかによって提供される、請求項２１に記載の方法。
【請求項２３】
前記動作プロファイルは、さらに、前記ＤＳＬシステムからの動作データの収集によって提供され、前記動作データは、前記ユーザ嗜好データ内に反映された１つ以上のユーザ嗜好の実現可能性に影響を及ぼす情報を提供する、請求項２２に記載の方法。
【請求項２４】
前記動作プロファイルは、前記ＤＳＬシステム内のユーザ装置の、ユーザによる操作を制御する、請求項２１に記載の方法。
【請求項２５】
前記ユーザ嗜好データは、ユーザセットから直接的に収集された情報を含む、請求項２１に記載の方法。
【請求項２６】
前記ユーザ嗜好データは、ユーザセットから間接的に収集された情報を含む、請求項２１に記載の方法。
【請求項２７】
請求項２１に記載の方法を実行するように構成されたコントローラ。
【請求項２８】
前記コントローラは、ローカルコントローラである、請求項２７に記載のコントローラ。
【請求項２９】
前記ローカルコントローラは、ユーザのモデム内にある、請求項２８に記載のコントローラ。
【請求項３０】
前記ローカルコントローラは、ユーザのモデムに結合されたコンピュータ内にある、請求項２８に記載のコントローラ。
【請求項３１】
前記コントローラは、リモートコントローラである、請求項２７に記載のコントローラ。
【請求項３２】
前記コントローラは、情報およびデータを交換するために、１つ以上の他のコントローラと通信を行う、請求項２７に記載のコントローラ。
【請求項３３】
前記動作プロファイルは、動作パラメータ値、または動作規則のうちの少なくとも１つを含む、請求項２１に記載の方法。
【請求項３４】
動作データを提供するステップをさらに含み、前記動作データは、前記動作プロファイルと、前記ユーザ嗜好データ内に反映された１つ以上のユーザ嗜好との適合性を判定するステップにおいて使用される、請求項２１に記載の方法。
【請求項３５】
前記動作データは、回線動作データ（ＵＳ／ＤＳ  ＣＶカウントの履歴、ＦＥＣ訂正カウント、ＥＳ（エラー秒数）、ＡＴＭセルカウント、イーサネット（登録商標）セルカウント、ＴＣＰ／ＩＰパケットカウント、マージン、データレート、最大達成可能データレート、転送電力、ビット割り当て、ゲイン割り当て、ＳＮＲ、挿入損失、減衰、再トレーニングカウント、ＬＯＳ（信号の損失）カウント、ＩＮＰおよび遅延設定、トレリスコードのオン／オフ情報、ＣＡＲＭＡＳＫ、ＰＳＤＭＡＳＫ、またはＢＡＣＡＰ［ｎ］のうちの少なくとも１つを含む、請求項３４に記載の方法。
【請求項３６】
前記嗜好データは、ユーザフィードバック情報を含む、請求項２１に記載の方法。
【請求項３７】
ＤＳＬシステム内でユーザ嗜好を実施する方法であって、
ユーザ嗜好データを収集するステップと、
前記ＤＳＬシステムの、ユーザによる使用を制御する動作プロファイルと、前記ユーザ嗜好データ内に反映された１つ以上のユーザ嗜好との適合性を判定するステップと、
前記動作プロファイルに基づいて、実現可能な程度まで、少なくとも１つのユーザ嗜好を実施するステップとを含む方法。
【請求項３８】
前記動作プロファイルは、前記ＤＳＬシステムの、ユーザによる使用を制限する動作パラメータ、前記ＤＳＬシステムの、ユーザによる使用を制御する、動作パラメータ値および規則の、オペレータにより制御されるプロファイル、または、前記ＤＳＬシステムの、ユーザによる使用を制御する、動作パラメータおよび規則のうちの少なくとも１つを含む、請求項３７に記載の方法。
【請求項３９】
前記動作プロファイルは、オペレータ、リモートコントローラ、ＤＳＬ標準、ＤＳＬシステム、またはローカルコントローラのうちの少なくとも１つによって提供される、請求項３７に記載の方法。
【請求項４０】
前記方法は、ユーザのローカルコントローラと、リモートコントローラとによって実施される、請求項３７に記載の方法。
【請求項４１】
前記リモートコントローラは、前記ＤＳＬシステムのＭＩＢ、アップストリームエンド装置、アップストリームエンド装置ローカルコントローラ、１つ以上のダウンストリームエンド装置、１つ以上のダウンストリームエンド装置ローカルコントローラ、または専用データシステムのうちの少なくとも１つを介して、前記ＤＳＬシステムから動作データを収集する、請求項４０に記載の方法。
【請求項４２】
前記ユーザ嗜好データは、前記ユーザから直接的に、または、前記ユーザから間接的に、または、前記ＤＳＬシステムの、前記ユーザによる使用に関する１つ以上のＨＭＭを評価することによって、または、複数のユーザからユーザ嗜好データを収集するリモートコントローラと通信を行うことによって、または、複数のユーザからユーザ嗜好データを収集するアップストリームローカルコントローラと通信を行うことによって収集される、請求項３７に記載の方法。
【請求項４３】
マシン読み取り可能な媒体と、
前記マシン読み取り可能な媒体内に含まれるプログラム命令とを含むコンピュータプログラムプロダクトであって、前記プログラム命令は、ＤＳＬシステム内でユーザ嗜好を実施する方法を指定し、前記方法は、
前記ＤＳＬシステムの、ユーザによる使用を制御する動作プロファイルと、ユーザ嗜好データ内に反映された１つ以上のユーザ嗜好との適合性を判定するステップと、
前記動作プロファイルに基づいて、実現可能な程度まで、少なくとも１つのユーザ嗜好を実施するステップとを含むコンピュータプログラムプロダクト。
【請求項４４】
前記コンピュータプログラムプロダクトは、
ローカルコンピュータプログラムプロダクトと、
リモートコンピュータプログラムプロダクトとを含み、
前記ローカルコンピュータプログラムプロダクトは、
マシン読み取り可能な媒体と、前記マシン読み取り可能な媒体内に含まれるプログラム命令とを含み、前記プログラム命令は、前記方法の一部を指定し、
さらに、前記ローカルコンピュータプログラムプロダクトは、ローカルコントローラ内で動作するように構成され、
さらに、前記リモートコンピュータプログラムプロダクトは、
マシン読み取り可能な媒体と、前記マシン読み取り可能な媒体内に含まれるプログラム命令とを含み、前記プログラム命令は、前記方法の一部を指定し、
さらに、前記リモートコンピュータプログラムプロダクトは、リモートコントローラ内で動作するように構成される、請求項４３に記載のコンピュータプログラムプロダクト。
【請求項４５】
リモートコントローラと、
アップストリームエンド装置ローカルコントローラと、
ダウンストリームエンド装置ローカルコントローラとを含むＤＳＬシステムであって、
前記リモートコントローラは、前記ローカルコントローラのうちの少なくとも１つに結合され、
さらに、前記ローカルコントローラのうちの少なくとも１つは、前記リモートコントローラに動作データを提供し、
さらに、前記ローカルコントローラのうちの少なくとも１つは、前記リモートコントローラにユーザ嗜好データを提供し、
さらに、前記リモートコントローラは、前記ＤＳＬシステムの少なくとも１つのユーザを、前記ユーザによる前記ＤＳＬシステムの使用に関する、前記ユーザの嗜好の実施において支援するＤＳＬシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ディジタル通信システムを管理するための方法、システム、および装置に関する。
（関連出願の相互参照）
【０００２】
本出願は、米国特許法第１１９条第（ｅ）項に基づいて、以下の優先権の利益を主張するものである。
【０００３】
２００５年６月１０日出願の「ＵＳＥＲ−ＣＯＮＴＲＯＬＬＥＤ  ＰＲＥＦＥＲＥＮＣＥ−ＢＡＳＥＤ  ＸＤＳＬ」と題された米国仮特許出願第６０／６８９，３６２号（代理人整理番号０１０１−ｐ２７ｐ）の全開示内容は、あらゆる目的のために、その全体が、参照により本明細書に援用されるものとする。
【０００４】
２００５年７月１０日出願の「ＤＳＬ  ＳＹＳＴＥＭ」と題された米国仮特許出願第６０／６９８，１１３号（代理人整理番号０１０１−ｐ２８ｐ）の全開示内容は、あらゆる目的のために、その全体が、参照により本明細書に援用されるものとする。
【背景技術】
【０００５】
ディジタル加入者回線（ＤＳＬ）技術は、既存の電話加入者回線（ループおよび／または銅プラント（ｃｏｐｐｅｒ  ｐｌａｎｔ）とも呼ばれる）上でのディジタル通信のために、潜在的に大きな帯域幅を提供する。特に、ＤＳＬシステムは、加入者回線の各端において、モデム（通常は、トランスミッタおよびレシーバの両方として機能するトランシーバ）のトレーニングおよび初期化の間に判定されたチャネル状態に合わせて調整可能な、複数のビットを各トーン（または、副搬送波）に割り当てる、ディスクリートマルチトーン（ＤＭＴ）回線コードを使用することによって、加入者回線の特性に合わせて調整することが可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＤＳＬシステムは、そのようなＤＳＬシステムのパフォーマンス側面の間での、一定のトレードオフを可能にする程度まで、設定可能である。したがって、ＤＳＬシステムの設定は、しばしば、カスタマによるＤＳＬサービスの使用における、カスタマの満足度に影響を及ぼす。ユーザおよびその他の非オペレータは、ユーザにとって最も重要なパフォーマンス側面を取得、記録、評価、および／または実施すること、そして、そのような嗜好に対応するためにＤＳＬシステムを設定することは、できなかった。
【０００７】
ＤＳＬシステムに関するユーザ嗜好を識別するための、そして、ＤＳＬシステムオペレータの介入を必要とせずに、ユーザ嗜好を満足するためにＤＳＬシステムを設定するための、改良を提供する、システム、装置、方法、および技術は、当技術分野における大幅な進歩を表す。さらに、そのようなユーザ嗜好評価およびＤＳＬシステム設定を実施するための、システム、装置、方法、および技術は、同様に、当技術分野における大幅な進歩を表す。
【課題を解決するための手段】
【０００８】
本発明の実施形態は、ＤＳＬのユーザ、またはオペレータ以外の別のパーティが、動作制限および条件に照らして、実現可能な程度までユーザ嗜好を実施できる、方法、装置、およびコンピュータプログラムプロダクトを含む。ＤＳＬシステムオペレータ（ｔｅｌｃｏ  ＣＬＥＣまたはＩＬＥＣなど）は、システムの「動作領域（ｏｐｅｒａｔｉｏｎａｌ  ｓｐａｃｅ）」を定義、制限、設定、および制御することが可能であり、ここで、「動作領域」は、そのようなシステムをユーザがどのように使用できるかを定義する、規則、許容される使用法、特性、動作パラメータ範囲などを含む。したがって、一部の実施形態では、そのような動作領域が、ユーザ／非オペレータに課される。非オペレータパーティは、ＤＳＬシステムからの情報および／またはデータを、収集および解析して、動作領域のモデルまたはプロファイルを構築する。この構築された動作プロファイルは、次に、ＤＳＬシステム内の１つ以上のユーザから収集されたユーザ嗜好データの評価において、基準として使用される。
【０００９】
ユーザ嗜好データは、１つ以上のユーザ嗜好が実施されることが可能な程度を、動作プロファイルに照らして判定するために、評価される。１つ以上のコントローラが、動作領域、ユーザ嗜好データに関するデータの収集と、ユーザ嗜好データ、動作データ、ならびにその他のデータおよび情報の評価と、実現可能なだけのユーザ嗜好の実施とを支援してもよい。ユーザ嗜好データと、動作プロファイルおよび／またはデータとの評価は、ユーザの嗜好と、オペレータによって定義された動作領域を近似するために使用される動作プロファイルおよび／またはデータとの、適合性を考慮することを含む。本発明による、かつ／または、本発明の実施においてユーザを支援する、コントローラは、ユーザの位置におけるローカルコントローラ、１つ以上のアップストリームエンドローカルコントローラ、１つ以上のリモート位置コントローラ、および／または、ユーザの位置以外の位置における、１つ以上のその他のダウンストリームエンド装置コントローラを含んでもよい。一部の実施形態では、データおよび情報は、ＤＳＬシステム自体を使用して、または、専用の、またはその他の代替のデータシステムを使用して、さまざまなコントローラ間で共有されてもよい。
【００１０】
ユーザ嗜好データは、１つ以上のユーザとの、それらのユーザの嗜好に関する、直接的な通信から取得されてもよく、または、隠れマルコフモデルなどの間接的な手段を使用して学習されてもよい。ユーザは、ＤＳＬシステムなどの、ユーザによる使用を調整するために、このユーザ嗜好データを時折更新してもよい。
【００１１】
本発明のさらなる詳細および利点は、以下の詳細な説明および関連する図面において示される。
【００１２】
本発明は、以下の詳細な説明を、添付の図面と組み合わせることによって容易に理解されるであろう。図面において、同様の参照番号は、同様の構造要素を示す。
【発明を実施するための最良の形態】
【００１３】
本発明の以下の詳細な説明では、本発明の１つ以上の実施形態に言及するが、本発明はそのような実施形態に限定されない。むしろ、詳細な説明は、あくまで例示のためのものである。図面に関連して本明細書に示す詳細な説明は、本発明がこれらの限定された実施形態を超えて拡張される際の、説明の目的のために提供されることを、当業者は容易に理解するであろう。
【００１４】
「ＤＳＬシステムオペレータ」は、一般に、図１および図２に示すような、ＤＳＬシステム内のアクセスノードなど（例えば、ＤＳＬＡＭ、ＯＮＵ、ＲＴ、ＬＴなど）、ならびに、当業者によく知られたその他のものを、制御、操作、および／または所有する、任意のパーティである。コントローラ、「スマート」モデム、および／またはコンピュータシステムが、本発明のさまざまな実施形態に関連して説明する、動作データおよび／またはパフォーマンスパラメータ値を収集および解析するために、ＤＳＬシステムオペレータ以外のパーティ（例えば、ユーザ、ＤＳＬシステムオペレータ以外のサービスプロバイダなど）によって使用されてもよい。コントローラおよび／またはその他の構成要素は、コンピュータによって実施される装置、または装置の組み合わせであってもよい。一部の実施形態では、コントローラは、通信回線に結合されたモデムまたはその他の通信装置から、遠く離れた場所にある。その他の場合、コントローラは、モデム、ＬＴ装置、ＤＳＬＡＭ、またはその他の通信システム装置に直接接続され、それにより「スマート」モデムを作成する装置などの、「ローカル」装置（すなわち、通信回線に直接結合された装置、またはそのようなローカル装置の一部）のうちの一方または両方と一緒に置かれてもよい。さらに、当業者によって理解されるように、コントローラは、本発明が有用となる、その他の任意のタイプのデータ転送システムに結合されてもよい。「結合され（ｃｏｕｐｌｅｄ  ｔｏ）」および「接続され（ｃｏｎｎｅｃｔｅｄ  ｔｏ）」などの語句は、本明細書では、２つの要素および／または構成要素の間の接続を記述するために使用され、直接結合されること、または、例えば、必要に応じて、１つまたは複数の介在する要素を経由して、または無線接続を経由して、間接的に結合されることを意味することが意図されている。その上、「通信システム（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）」への言及も、適切な場合は、その他の任意のタイプのデータ転送システムへの言及を含むことが意図されている。
【００１５】
本発明の実施形態の、以下の例のいくつかは、例示的データ転送システムとしての、ＡＤＳＬおよび／またはＶＤＳＬシステムに関連して使用される。これらのＤＳＬシステム内では、例示的ＤＳＬシステムの動作、ならびに、システムに結合されたユーザおよび／または装置から入手可能な、情報および／またはデータを記述するための、特定の規約、規則、プロトコルなどが使用されてもよい。ただし、当業者によって理解されるように、本発明の実施形態はさまざまなタイプのデータ転送システムに適用されてもよく、したがって本発明はいかなる特定のシステムにも限定されない。
【００１６】
さまざまなネットワーク管理要素が、ＡＤＳＬおよびＶＤＳＬ物理層リソースの管理のために使用され、ここで、要素とは、ＡＤＳＬまたはＶＤＳＬモデムペアの全体内の、または個々の端における、パラメータまたは関数を意味する。ネットワーク管理フレームワークは、１つ以上の管理対象ノードからなり、各管理対象ノードはエージェントを含む。管理対象ノードは、ルータ、ブリッジ、スイッチ、モデム、またはその他であってもよい。少なくとも１つのＮＭＳ（ネットワーク管理システム）（しばしばマネージャとも呼ばれる）が、管理対象ノードを監視および制御し、ＮＭＳは、通常、一般的なＰＣまたはその他のコンピュータをベースにしている。ＮＭＳは、場合によっては、要素管理システム（ＥＭＳ）とも呼ばれる。ＮＭＳおよびＥＭＳシステムは、オペレーションサポートシステム（Ｏｐｅｒａｔｉｏｎｓ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍｓ（ＯＳＳ））の部分であると見なされる。ネットワーク管理プロトコルが、マネージャおよびエージェントによって、管理情報およびデータの交換のために使用される。管理情報の単位は、オブジェクトである。関連するオブジェクトの集合は、管理情報ベース（ＭＩＢ）として定義される。
【００１７】
図１は、さまざまなＡＤＳＬおよびＶＤＳＬシステムに適用される、Ｇ．９９７．１標準（Ｇ．ｐｌｏａｍ）による参照モデルシステムを示す。それらのさまざまなＡＤＳＬおよびＶＤＳＬシステムは、当業者によく知られており、その中で本発明の実施形態が実施されてもよい。このモデルは、ＡＤＳＬ１（Ｇ．９９２．１）、ＡＤＳＬ−Ｌｉｔｅ（Ｇ．９９２．２）、ＡＤＳＬ２（Ｇ．９９２．３）、ＡＤＳＬ２−Ｌｉｔｅ（Ｇ．９９２．４）、ＡＤＳＬ２＋（Ｇ．９９２．５）、ＶＤＳＬ１（Ｇ．９９３．１）、およびその他の出現しつつあるＧ．９９３．ｘ  ＶＤＳＬ標準、ならびに、Ｇ．９９１．１およびＧ．９９１．２  ＳＨＤＳＬ標準など（すべて、ボンディングあり、またはボンディングなし）の、スプリッタを含む、または含まない、さまざまな標準を満たしているＡＤＳＬおよびＶＤＳＬシステムに適用される。これらの標準、それに対する変形、およびＧ．９９７．１標準に関連したそれらの使用は、すべて、当業者によく知られている。
【００１８】
Ｇ．９９７．１標準は、Ｇ．９９７．１で定義されたクリア・エンベッディド・オペレーション・チャネル（ｃｌｅａｒ  ｅｍｂｅｄｄｅｄ  ｏｐｅｒａｔｉｏｎ  ｃｈａｎｎｅｌ（ＥＯＣ））に基づく、ＡＤＳＬおよびＶＤＳＬ転送システムのための物理層管理と、Ｇ．９９ｘ標準で定義されたインジケータビットおよびＥＯＣメッセージの使用とを規定する。さらに、Ｇ．９９７．１は、構成、障害、およびパフォーマンス管理のための、ネットワーク管理要素の内容も規定する。これらの機能の実行において、システムは、アクセスノード（ＡＮ）において入手可能な、およびアクセスノード（ＡＮ）から収集可能な、さまざまな動作データを利用する。ＤＳＬ  ＦｏｒｕｍのＴＲ６９レポートには、さらに、ＭＩＢと、それがどのようにアクセスされてもよいかが示されている。図１で、カスタマの端末装置１１０は、ホームネットワーク１１２に結合されており、ホームネットワーク１１２は、さらに、ネットワーク終端ユニット（ＮＴ）１２０に結合されている。ＡＤＳＬシステムの場合、ＮＴ  １２０は、ＡＴＵ−Ｒ  １２２（例えば、ＡＤＳＬおよび／またはＶＤＳＬ標準のうちのいずれかによって定義される、場合によってはトランシーバとも呼ばれる、モデム）、または、その他の任意の適切なネットワーク終端モデム、トランシーバ、またはその他の通信ユニットを含む。ＶＤＳＬシステム内のリモート装置は、ＶＴＵ−Ｒである。当業者によって理解されるように、そして、本明細書に記載するように、各モデムは、接続先の通信システムと相互作用を行い、また、通信システム内でのモデムのパフォーマンスの結果としての、動作データを生成してもよい。
【００１９】
ＮＴ  １２０は、さらに、管理エンティティ（ＭＥ）１２４を含む。ＭＥ  １２４は、任意の適用可能な標準および／またはその他の基準によって要求されるとおりに実行可能な、マイクロプロセッサ、マイクロコントローラ、または、ファームウェアまたはハードウェア内の回路状態機械などの、任意の適切なハードウェア装置であってもよい。ＭＥ  １２４は、パフォーマンスデータを収集して、そのＭＩＢ内に記憶する。ＭＩＢは、各ＭＥによって維持される、情報のデータベースであり、また、ＭＩＢは、ネットワーク装置から情報を収集して管理者コンソール／プログラムに提供するために使用される管理プロトコルであるＳＮＭＰ（簡易ネットワーク管理プロトコル）などの、ネットワーク管理プロトコルを介してアクセスされてもよく、または、電気通信ネットワーク要素間での応答とコマンドとをプログラムするために使用される伝統的なコマンド言語である、ＴＬ１コマンドを介してアクセスされてもよい。
【００２０】
システム内の各ＡＴＵ−Ｒは、ＣＯ内またはその他のアップストリームかつ／または中央の位置内の、ＡＴＵ−Ｃに結合される。ＶＤＳＬシステムにおいては、システム内の各ＶＴＵ−Ｒは、ＣＯ内またはその他のアップストリームかつ／または中央の位置（例えば、ＯＮＵ／ＬＴ、ＤＳＬＡＭ、ＲＴなどの、任意の回線終端装置）内の、ＶＴＵ−Ｏに結合される。本発明においては、そのようなＶＴＵ−Ｏ（または均等物）は、終端装置上で終端する、すべてまたは多くの回線の、送信（ダウンストリーム）および受信（アップストリーム）に関して調整される。そのような調整された送信受信は、ベクトル化回線終端装置（ｖｅｃｔｏｒｅｄ  ｌｉｎｅ−ｔｅｒｍｉｎａｔｉｏｎ  ｄｅｖｉｃｅ）を構成する。図１では、ＡＴＵ−Ｃ  １４２は、ＣＯ  １４６内のアクセスノード（ＡＮ）１４０に位置している。当業者によって理解されるように、ＡＮ  １４０は、ＤＳＬＡＭ、ＯＮＵ／ＬＴ、ＲＴなどの、ＤＳＬシステム構成要素であってもよい。ＭＥ  １４４は、同様に、ＡＴＵ−Ｃ  １４２に関するパフォーマンスデータのＭＩＢを維持する。当業者によって理解されるように、ＡＮ  １４０は、ブロードバンドネットワーク１７０、またはその他のネットワークに結合されてもよい。ＡＴＵ−Ｒ  １２２とＡＴＵ−Ｃ  １４２とはループ１３０によって結合され、ループ１３０は、ＡＤＳＬ（およびＶＤＳＬ）の場合は、一般に、その他の通信サービスも搬送する電話ツイストペア線である。
【００２１】
図１に示すインタフェースのうちのいくつかは、動作および／またはパフォーマンスデータの決定と収集とのために使用されてもよい。図１内のインタフェースが、別のＡＤＳＬおよび／またはＶＤＳＬシステムインタフェース方式と違わない範囲内までは、システムは当業者によく知られており、また、差異は、当業者にとって既知であり明白である。Ｑインタフェース１５５は、オペレータのＮＭＳ  １５０と、ＡＮ  １４０内のＭＥ  １４４との間のインタフェースを提供する。Ｇ．９９７．１標準で規定されたすべてのパラメータは、Ｑインタフェース１５５において適用される。ＭＥ  １４４内でサポートされる近端パラメータは、ＡＴＵ−Ｃ  １４２から得られ、一方、ＡＴＵ−Ｒ  １２２からの遠端パラメータは、Ｕインタフェース上の２つのインタフェースのうちのいずれかによって得られてもよい。埋め込みチャネル１３２を使用して送信され、ＰＭＤ層において提供される、インジケータビットとＥＯＣメッセージとは、必要なＡＴＵ−Ｒ  １２２パラメータをＭＥ  １４４内で生成するために使用されてもよい。または、ＭＥ  １４４によって要求された場合にＡＴＵ−Ｒ  １２２からパラメータを取得するために、ＯＡＭ（オペレーション、アドミニストレーション、およびマネジメント）チャネルと、適切なプロトコルとが使用されてもよい。同様に、ＡＴＵ−Ｃ  １４２からの遠端パラメータは、Ｕインタフェース上の２つのインタフェースのうちのいずれかによって得られてもよい。ＰＭＤ層において提供される、インジケータビットとＥＯＣメッセージとは、必要なＡＴＵ−Ｃ  １４２パラメータをＮＴ  １２０のＭＥ  １２４内で生成するために使用されてもよい。または、ＭＥ  １２４によって要求された場合にＡＴＵ−Ｃ  １４２からパラメータを取得するために、ＯＡＭチャネルと、適切なプロトコルとが使用されてもよい。
【００２２】
（本質的にループ１３０である）Ｕインタフェースにおいては、２つの管理インタフェースが、１つはＡＴＵ−Ｃ  １４２（Ｕ−Ｃインタフェース１５７）において、１つはＡＴＵ−Ｒ  １２２（Ｕ−Ｒインタフェース１５８）において存在する。インタフェース  １５７は、ＡＴＵ−Ｃ近端パラメータを、ＡＴＵ−Ｒ  １２２がＵインタフェース１３０を越えて取得するために提供する。同様に、インタフェース１５８は、ＡＴＵ−Ｒ近端パラメータを、ＡＴＵ−Ｃ  １４２がＵインタフェース１３０を越えて取得するために提供する。該当するパラメータは、使用されているトランシーバ標準（例えば、Ｇ．９９２．１またはＧ．９９２．２）に依存してもよい。
【００２３】
Ｇ．９９７．１標準は、Ｕインタフェースを横切る任意選択のＯＡＭ通信チャネルを規定する。このチャネルが実装されている場合、ＡＴＵ−ＣとＡＴＵ−Ｒとのペアは、物理層ＯＡＭメッセージを伝送するためにこのチャネルを使用してもよい。したがって、そのようなシステムのトランシーバ１２２、１４２は、それらのそれぞれのＭＩＢ内に維持されているさまざまな動作およびパフォーマンスデータを共有する。
【００２４】
ＡＤＳＬ  ＮＭＳに関するさらなる情報は、「ＡＤＳＬ  Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ」と題されたＤＳＬ  Ｆｏｒｕｍ  Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＴＲ−００５（ＡＤＳＬ  Ｆｏｒｕｍ、１９９８年３月）に見出すことができる。さらに、「ＣＰＥ  ＷＡＮ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ」と題されたＤＳＬ  Ｆｏｒｕｍ  Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＴＲ−０６９（２００４年５月）にも見出すことができる。最後に、「ＬＡＮ−Ｓｉｄｅ  ＤＳＬ  ＣＰＥ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」と題されたＤＳＬ  Ｆｏｒｕｍ  Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＴＲ−０６４（２００４年５月）にも見出すことができる。これらの文献は、ＣＰＥ側管理のためのさまざまな状況を扱い、その中の情報は当業者によく知られている。ＶＤＳＬに関するさらなる情報は、ＩＴＵ標準Ｇ．９９３．１（「ＶＤＳＬ１」と呼ばれることもある）、および出現しつつあるＩＴＵ標準Ｇ．９９３．２（「ＶＤＳＬ２」と呼ばれることもある）、ならびに、進行中のいくつかのＤＳＬ  Ｆｏｒｕｍ作業テキストに見出すことができ、これらはすべて当業者に知られている。例えば、追加情報は、「ＶＤＳＬ  Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ」と題されたＤＳＬ  ＦｏｒｕｍのＴｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＴＲ−０５７（２００３年２月）（旧ＷＴ−０６８ｖ５）、および「ＦＳ−ＶＤＳＬ  ＥＭＳ  ｔｏ  ＮＭＳ  Ｉｎｔｅｒｆａｃｅ  Ｆｕｎｃｔｉｏｎａｌ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」と題されたＴｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＴＲ−０６５（２００４年３月）、ならびに、ＶＤＳＬ１およびＶＤＳＬ２  ＭＩＢ要素のためのＩＴＵ標準Ｇ．９９７．１の出現しつつある改訂版、またはＡＴＩＳ  Ｎｏｒｔｈ  Ａｍｅｒｉｃａｎ  Ｄｒａｆｔ  Ｄｙｎａｍｉｃ  Ｓｐｅｃｔｒｕｍ  Ｍａｎａｇｅｍｅｎｔ  Ｒｅｐｏｒｔ（ＮＩＰＰ−ＮＡＩ−２００５−０３１）で入手可能である。
【００２５】
同じバインダ（ｂｉｎｄｅｒ）を共有する回線が、同じ回線カード上で終端することは、ＶＤＳＬにおいて一般的であるのに比べて、ＡＤＳＬにおいてはあまり一般的ではない。ただし、同一バインダ回線の共通終端は同様に行われてもよいため、ＤＳＬシステムの以下の説明は、ＡＤＳＬにも拡張されてもよい（特に、ＡＤＳＬおよびＶＤＳＬの両方を処理する、より新しいＤＳＬＡＭにおいて）。複数のトランシーバペアが動作中および／または利用可能である、ＤＳＬプラントの一般的なトポロジにおいては、マルチペアバインダ（またはバンドル）内で、各加入者ループの一部が、他のユーザのループと一緒に置かれる。ペデスタルの後、カスタマ構内設備（ＣＰＥ）の非常に近くで、ループは引き込み線の形態を取り、バンドルを出る。したがって、加入者ループは、２つの異なる環境を横切る。ループの一部はバインダの内部に配置されてもよく、そこでは、ループは外部の電磁インタフェースからは遮蔽される場合があるが、クロストークが発生しやすい。ペデスタルの後、このペアが引き込み線のほとんどにわたって他のペアから遠く離れている場合、引き込み線はクロストークには影響されないことが多いが、引き込み線は遮蔽されていないため、転送は電磁妨害によって、同様により大きく損なわれる可能性がある。多くの引き込み線は、それらの中に２〜８のツイストペア線を有し、家庭への複数のサービス、またはそれらの回線のボンディング（１つのサービスの多重化および逆多重化）の状況においては、引き込み線セグメント内で、それらの回線間に、追加のかなりのクロストークが発生する可能性がある。
【００２６】
一般的な、例示的ＤＳＬ配備シナリオを、図２に示す。合計（Ｌ＋Ｍ）個のユーザ２９１、２９２のすべての加入者ループは、少なくとも１つの共通バインダを通過する。各ユーザは、専用の回線を介して中央局（ＣＯ）２１０、２２０に接続される。ただし、各加入者ループは、異なる環境および媒体を通過してもよい。図２では、Ｌ個のカスタマまたはユーザ２９１が、光ファイバ２１３と銅ツイストペア線２１７との組み合わせを使用して、ＣＯ  ２１０に接続されており、これは一般に、ファイバ・ツー・ザ・キャビネット（ＦＴＴＣａｂ）またはファイバ・ツー・ザ・カーブと呼ばれる。ＣＯ  ２１０内のトランシーバ２１１からの信号は、ＣＯ  ２１０および光ネットワークユニット（ｏｐｔｉｃａｌ  ｎｅｔｗｏｒｋ  ｕｎｉｔ（ＯＮＵ））２１８内の、光回線終端装置（ｏｐｔｉｃａｌ  ｌｉｎｅ  ｔｅｒｍｉｎａｌ）２１２および光ネットワーク終端装置（ｏｐｔｉｃａｌ  ｎｅｔｗｏｒｋ  ｔｅｒｍｉｎａｌ）２１５によって変換される。ＯＮＵ  ２１８内のモデム２１６は、ＯＮＵ  ２１８とユーザ２９１との間の信号のためのトランシーバとしての役割を果たす。
【００２７】
ＣＯ  ２１０、２１８、およびＯＮＵ  ２２０（ならびに、その他）などの位置で共通終端するユーザの回線は、ベクトル化などの、連係したやり方で動作させられてもよい。ベクトル化された通信システム（ベクトル化ＡＤＳＬおよび／またはＶＤＳＬシステムなど）においては、信号および処理の連係が達成されてもよい。ダウンストリームベクトル化は、ＤＳＬＡＭまたはＬＴからの、複数回線の転送信号が、共通のクロックおよびプロセッサを用いて共同生成される場合に発生する。そのような共通クロックを有するＶＤＳＬシステムにおいては、ユーザ間のクロストークは、各トーンについて別々に発生する。したがって、多くのユーザについてのダウンストリームトーンのそれぞれは、共通ベクトルトランスミッタによって別個に生成されてもよい。同様に、アップストリームベクトル化は、複数回線の信号を共同受信するために、共通のクロックおよびプロセッサが使用される場合に発生する。そのような共通クロックを有するＶＤＳＬシステムにおいては、ユーザ間のクロストークは、各トーンについて別々に発生する。したがって、多くのユーザについてのアップストリームトーンのそれぞれは、共通ベクトルレシーバによって別個に処理されてもよい。
【００２８】
残りのＭ個のユーザ２９２のループ２２７は、銅ツイストペア線のみであり、このシナリオは、ファイバ・ツー・ザ・エクスチェンジ（ＦＴＴＥｘ）と呼ばれる。可能であり、かつ経済的に実現可能である限り、ＦＴＴＣａｂの方がＦＴＴＥｘよりも好ましく、その理由は、それにより、加入者ループの銅部分の長さが減少し、したがって、達成可能な速度が増加するからである。ＦＴＴＣａｂループの存在は、ＦＴＴＥｘループに問題を引き起こす可能性がある。さらに、ＦＴＴＣａｂは、将来、ますます普及したトポロジとなることが期待される。このタイプのトポロジは、かなりのクロストーク干渉をもたらす可能性があり、また、さまざまなユーザの回線が、それらが動作する特定の環境のため、異なるデータ搬送およびパフォーマンス能力を有することを意味する可能性がある。トポロジは、ファイバ供給の「キャビネット」回線と交換回線とが、同じバインダ内で混合されることが可能であるようなものであってもよい。
【００２９】
図２からわかるように、ＣＯ  ２２０からユーザ２９２への回線は、ＣＯ  ２１０とユーザ２９１との間の回線によって使用されていない、バインダ２２２を共有する。さらに、別のバインダ２４０が、ＣＯ  ２１０およびＣＯ  ２２０と、それらのそれぞれのユーザ２９１、２９２との間のすべての回線に共通している。図２では、遠端クロストーク（ＦＥＸＴ）２８２と近端クロストーク（ＮＥＸＴ）２８１とが、ＣＯ  ２２０において一緒に置かれた回線２２７のうちの少なくとも２本に影響するものとして示されている。
【００３０】
当業者によって理解されるように、これらの文献に記載された動作データおよび／またはパラメータのうちの少なくとも一部は、本発明の実施形態に関連して使用されてもよい。さらに、システムの説明のうちの少なくとも一部は、同様に、本発明の実施形態に適用可能である。ＤＳＬ  ＮＴモデムおよび／またはＤＳＬ  ＮＭＳから入手可能な、さまざまなタイプの動作データおよび／または情報は、その中に見出されてもよく、その他は、当業者に知られている可能性がある。場合によっては、一般的なデータシステムは、ダウンストリームデータか、またはアップストリームデータのみを収集し、両方は収集しない可能性がある。そのような場合は、当業者によって理解されるように、専用の、および／または、その他の代替のデータシステムが、より完全なデータを提供するために実装されてもよい。
【００３１】
本発明の一部の実施形態では、バインダ内の回線は、単一の回線カード上で終端することが望ましい（その回線カード上には、ベクトル化ＤＳＬチップまたは装置が搭載されているか、または、その回線カードには、そのような装置が別の方法で結合されている）。ただし、通常の配線の実践においては、そのような単一回線カード共通バインダ終端が行われるという保証はない。行われる場合、クロストークは、ベクトル化を用いてキャンセルされる／利用されることが可能である。信号のルーティングは、さらに、電子分配フレームまたはバックプレーン内で行われてもよいが、それらはシステム全体のコストを増加させる可能性がある。このように、近隣の、または建物内の、４８、９６、または１９２本の回線を、１つまたはいくつかの回線カード上で一般に終端させる、ＶＤＳＬの回線終端装置（ｌｉｎｅ  ｔｅｒｍｉｎａｔｉｏｎ（「ＬＴ］））は、バインダからのすべての回線を１つの回線カード上で終端させる可能性が、特に、そのような共通カード終端を保証するために電話会社が配線において何らかの取り組みをする場合は、比較的高い。
【００３２】
一般的な通信システムにおいては、さまざまなパフォーマンス測定基準の間で、多数のトレードオフがある。例えば、ＤＳＬシステムにおいて、データレートとサービス安定性とは一般に逆比例し、より高いデータレートは、通常、サービス停止の確率を増加させ、より低いデータレートは、通常、サービス停止の確率を減少させる。オペレータおよびサービスプロバイダは、一般に、広く適用される規則を規定して、それらの規則をすべての通信リンク上で実施し、そのようにして動作領域を規定する。非オペレータパーティは、ＤＳＬシステムからの情報および／またはデータを、収集および解析して、動作領域のモデルまたはプロファイルを構築する。この構築された動作プロファイルは、次に、ＤＳＬシステム内の１つ以上のユーザから収集されたユーザ嗜好データの評価において、基準として使用される。この動作プロファイルは、パラメータ値、パラメータ範囲、回線および回線のグループ（例えば、バインダ）に適用可能な規則などを含んでもよい。
【００３３】
一般に、システム動作特性およびパラメータの実施に関して行われる、評価および決定は、電気通信会社（すなわち、「ｔｅｌｃｏ」）などの、システムのサービスプロバイダまたはオペレータによって実行される（すべてのそのような集中型システム制御部を、本明細書では「オペレータ」と呼ぶ）。上述したように、ＤＳＬオペレータは、一般に、ＤＳＬシステム内のアクセスノードを、制御し、動作させ、かつ／または、所有する。これらのアクセスノードは、ＤＳＬＡＭ、ＲＴ、ＬＴ、ＯＮＵ、および／または、その他の任意の類似した機器および／または装置であってもよい。
【００３４】
ＤＳＬシステムオペレータ（ｔｅｌｃｏ  ＣＬＥＣまたはＩＬＥＣなど）は、システムの「動作領域（ｏｐｅｒａｔｉｏｎａｌ  ｓｐａｃｅ）」を定義、制限、設定、および制御する（一般に、「定義する」と呼ばれる）ことが可能であり、ここで、「動作領域」は、そのようなシステムをユーザがどのように使用できるかを定義する、規則、許容される使用法、特性、動作パラメータ範囲などを含む。本発明を使用する場合、ユーザ嗜好データがオペレータによって取得され、ＤＳＬシステムなどの通信システムの、オペレータにより定義された動作領域と比較されて、１つ以上のユーザ嗜好がシステム内で実施されてもよいかどうかが判定される。実現可能な場合、または許容される場合、オペレータは、オペレータによるＤＳＬシステムの操作と矛盾しない、ユーザ嗜好を実施してもよい。言い換えると、オペレータによって定義および維持される動作領域内に収まるユーザ嗜好を、オペレータは実施してもよい。
【００３５】
本発明の実施形態では、ユーザ（または、コントローラなどの、ユーザの代わりを務めるパーティ、エンティティ、および／または装置）は、オペレータおよび／またはサービスプロバイダによってユーザに課された動作プロファイルを評価してもよい。ユーザ嗜好データが、次に、ユーザセットから（直接的に、および／または間接的に）取得されて、構築された動作プロファイルと比較されてもよい。ユーザ嗜好データは、１つのユーザまたは複数のユーザを含む、ユーザセットから来てもよい。ユーザ嗜好データと動作プロファイルとの比較は、１つ以上のユーザ嗜好が、ユーザセットの動作プロファイルの制限内で実施されてもよいかどうかを指示してもよい。１つ以上のユーザ嗜好が、動作プロファイルに照らして実現可能である程度まで、そのような全体的または部分的に実現可能なユーザ嗜好が、ユーザセットの動作の中で実施されてもよい。
【００３６】
上に示したように、ユーザの嗜好と、それらの嗜好を反映するユーザ嗜好データとは、直接的に（例えば、ユーザとの電話、電子メールによる調査、ユーザのフィードバック、Ｗｅｂインタフェースなど）、または間接的に（例えば、ユーザデータ活動の、１つ以上の隠れマルコフモデルに基づいて）見出されてもよい。ユーザは、さらに、コントローラ内に嗜好を記憶して更新してもよく、コントローラは、それらの嗜好を、例えば、インターネットなどの任意の適切なネットワークを介して、ＤＳＬマネージャが利用できるようにしてもよく、かつ、（一部の実施形態では）他のコントローラが利用できるようにしてもよい。システム内で複数のコントローラが使用される場合、これらのコントローラは、任意の適切な方法で（例えば、インターネットを介して分散された方法で、または、中間および／または主コントローラ（場合により、ユーザおよびオペレータ／サービスプロバイダから独立した、リモートコントローラ）を通して）相互に結合されてもよい。
【００３７】
本明細書に記載する例は、第１のパフォーマンス測定基準−例えば、より高いデータレート（およびサービス停止のより高い確率）−と、第２のパフォーマンス測定基準−例えば、サービス停止／モデム再トレーニングのより低い確率（およびより低いデータレート）との間でトレードオフが行われてもよい、ＤＳＬシステムのための、本発明の実施形態の実施を示す。その他のパフォーマンス測定基準が、本発明の実施形態の中で呼び出されて、使用されてもよい。さらに、ユーザ嗜好データと、その実現可能性および／または実施のための適合性との評価において、３つ以上のパフォーマンス測定基準が利用されてもよい。
【００３８】
より高いデータレートとより高いサービス信頼性／安定性との間のトレードオフを考慮するに当たって、一部のＤＳＬ回線は、時間とともに変化するノイズスペクトルによって、または時間とともに変化するインパルスノイズによって引き起こされる、劣化を受けるということがよく知られている。そのような時間変化ノイズは、回線の最大達成可能データレートおよび／または安定性に直接影響を及ぼし、ノイズの影響が増加するにつれて回線はより不安定なサービスを受ける。多くの状況において、この時間とともに変化するノイズは、他のユーザのクロストークであってもよい。さらに、ファントムまたはスプリットペア回路が使用される場合は、ベクトル化差分システムにおけるように、一部のバインダ容量が、要求に応じて、異なるユーザに再割り当てされてもよく、その場合、各回線は、あたかも他の回線のうちの何本かはいかなる方法でも信号を搬送していないかのように動作する。非ベクトル化の状況では、任意の、および／または、すべてのユーザによって使用される、サービス品質およびデータレートにおいて、相互クロストークが制限効果となる可能性がある。
【００３９】
ＤＳＬモデムは、多くの場合、トレーニングの間に規定された一定のデータレートで動作する。レートまたはその他の何らかの動作パラメータ設定の、任意の後続の変更は、モデムの再トレーニングを必要とし、これは短いサービス停止（例えば、２０〜６０秒）を発生させる。これらの停止は、ユーザの不満および／または問題を発生させる可能性がある。サービス停止の予防が望ましい場合、より低いデータレートは、一般に、そのような停止の頻度を減少させるのに役立つ。他方、一部のユーザは、いかなるサービス停止にもかかわらず、それらのユーザの使用の性質のため、高データレートを要求および／または所望する場合がある。この第２のタイプのユーザは、ほとんどの時間、インターネットを対話的には使用しない可能性があり、そのため、時折のサービス停止は、より高いデータレートがその他の場合に維持されている限り、許容できる可能性がある。
【００４０】
オペレータは、ユーザの回線（または、例えば、ボンディングされた回線セットをユーザが使用する場合、複数の回線）のパフォーマンス特性の変化を考慮に入れた、動作プロファイルを提供してもよい。ＦＥＣコーディング、レイテンシ、マージンなどについての、動作パラメータ値および範囲は、ユーザの回線の、２つ以上の動作モードを可能にしてもよい。
【００４１】
本発明の実施形態は、パフォーマンスについてのユーザの嗜好に、可能な限り、かつ／または、実際的な限り密接に適合する動作モードを、ユーザが選択することを可能にする。例えば、ユーザは、ユーザ嗜好データ（例えば、ユーザ入力、または、ＨＭＭ分析などのその他の形態のユーザ嗜好情報）を提供することによって、より高いデータレート、より安定したサービス、より低いレイテンシ、データレートのより少ない変動などを選んでもよい。当業者によって理解されるように、本発明は任意の通信システムに適用されてもよい。例えば、無線サービスのユーザは、本発明の実施形態を使用して、カバレージエリアとバッテリ寿命とのトレードオフに使用される、個々のユーザリンクパラメータを設定してもよい。
【００４２】
本発明の１つ以上の実施形態を、図３の方法３００に示す。図３の方法３００は、ローカルコントローラ（例えば、モデムまたはモデムに取り付けられたパーソナルコンピュータなどの、ユーザのローカル装置内に含まれたコントローラ）によって実行されてもよく、または、ユーザが通信を行うことが可能な、非オペレータのリモートコントローラによって実行されてもよい（例えば、ユーザが、リモートコントローラのサービスへの加入を購入した場合、またはリモートコントローラのサービスに準拠する装置を購入した場合）。ローカルコントローラは、ユーザの位置においてのみ（例えば、ローカルノード内のＮＴまたは管理エンティティから）入手可能な、情報および／またはデータにアクセスできてもよく、そのタイプの情報および／またはデータに基づいて決定を行ってもよい。他の実施形態では、コントローラは、リモート位置に配置されてもよく、複数のユーザのパフォーマンス／動作データおよび嗜好データにアクセスできてもよい。そのようなリモート位置状況においては、コントローラは、ｔｅｌｃｏ  ＣＯなどの中の集中型コントローラが入手可能なデータおよび情報を有さない可能性があるが、それでも、モデムなどの中のローカルコントローラよりも良い情報および／またはデータを有する可能性もある。
【００４３】
本発明の一部の実施形態では、ローカルおよびリモートの両方のコントローラが使用されてもよい。そのようなシステムのさまざまな組み合わせを図２に示し、この図には、ユーザ装置２９２に結合されたローカルコントローラ２８４、アップストリームエンド装置（例えば、ＣＯ  ２１０、２２０内のＤＳＬＡＭなど）に結合されたローカルコントローラ、ならびに、任意の場所に配置され、ローカルコントローラ２８４および／またはローカルコントローラ２８０に結合されてもよい、１つ以上のリモートコントローラ２８８が示されている。そのような構成において、ローカルコントローラは、１つ以上のモデムから動作データおよび／または嗜好データを収集し、リモートコントローラにデータを送信し、リモートコントローラからの指示、制御コマンドなどを実施する役割を果たしてもよい。ローカルコントローラは、モデム内に、モデムに接続されたＰＣ内に、またはモデムに取り付けられた別の装置内に／別の装置として、存在してもよい。リモートコントローラは、１つ以上のローカルコントローラから、動作データ、嗜好データ、および／または要求データを受信し、データおよびその他の情報を必要に応じて解析し、少なくとも１つのユーザのローカルコントローラに、適切な指示、制御コマンドなどを送信する。リモートコントローラは、ＭＩＢ内の動作データ、ループ構成記録、対象となる回線に課された任意の回線プロファイルについての情報、ＤＳＬＡＭ装置情報などの、さらなる情報を、オペレータのシステムから収集する選択肢を有してもよい。ＣＯ側モデムデータは、専用の、またはその他の代替のリンクを通して収集されてもよい（両方のモデムが、その方式において、リモートコントローラと適合性がある場合）。さらに、制御も、そのようなリンクを通して実施されてもよい。データは、ＣＯ側ＭＩＢから抽出されて、適切なリンクを通してＣＰＥに送信されてもよく、ＣＰＥは、次に、その情報を、その他の任意の適切なシステムに転送してもよい。さらに、それらのシステムのいずれかからの、ＣＯが実施する必要のある制御も、そのようなリンクを通して供給されてもよい。ユーザのローカルコントローラ２８４は、さらに、必要に応じて、アップストリームエンドローカルコントローラ２８０とリモートコントローラ２８８との間のリンクとしての役割を果たしてもよい。システム構成における、これらおよびその他の変形は、本開示を検討した後で、当業者によって理解されるであろう。
【００４４】
本発明の一部の実施形態では、ローカルコントローラおよびリモートコントローラのうちの一方または両方は、ＤＳＬＡＭ（および／または、その他のアップストリーム装置またはアップストリームエンドコントローラ）と通信すること、またはそれらに影響を及ぼすことが可能であってもよい。例として、ユーザモデムおよびＤＳＬＡＭの両方は、それらの２つの間の、専用の、または、その他の代替の通信経路を実装した、一般的な製造業者が提供するものであってもよい。そのような場合、本発明のローカル／リモートコントローラは、ユーザモデムまたはローカルコントローラを介して、ＤＳＬＡＭからデータを収集すること、および、ＤＳＬＡＭにおいて制御信号を実施することが可能であってもよい。
【００４５】
図３で、非オペレータは、３０５において、ＤＳＬシステムオペレータによって課された動作領域のモデルを取得する。そのようなモデルの取得は、収集されたデータ、および／またはデータベースなどから入手可能なデータから、モデルを構築すること、動作領域に関する学習を試みるためにテストおよび精査すること、オペレータによって提供された情報を取得することなどを含んでもよい。このモデルに基づいて、非オペレータは、３１０において、第１のユーザ嗜好と第２のユーザ嗜好と（例えば、第１のパフォーマンス測定基準と第２のパフォーマンス測定基準と）の間の動作関係を決定してもよい。これは、ユーザのパフォーマンスに関する動作データを収集および解析することを含んでもよい。一実施形態では、ユーザまたはその他の非オペレータのコントローラは、例えば、ユーザの回線セットが非常に時間変化しやすいノイズまたはインパルスノイズを有するかどうかを判定することによって、データレートとサービス安定性との間の関係を評価してもよい。コントローラは、ユーザの回線または回線セットに適用可能な、妥当な選択肢を識別および生成する。３２０において、１つ以上のユーザから、嗜好データが取得される。ユーザ嗜好データは、（例えば、ユーザからの直接入力による）直接的なユーザ情報、または（例えば、ＨＭＭ、クラスタ評価など（この場合、これらは、ローカル装置と通信を行うリモートコントローラ／サーバにおけるものであってもよい）による）間接的なユーザ情報を含んでもよい。直接的なユーザ情報を得るために、コントローラは、ユーザと「連絡」してユーザの嗜好を識別してもよく、または、さもなければ、ＨＭＭモデル、ユーザ活動などに基づいて、ユーザの挙動と、可能性のある嗜好とを評価してもよい。直接的なユーザ調査は、コントローラが以下のような質問の組を提起することを含んでもよい（または、これらは、ユーザに直接問い合わせることなしに、サービス履歴から自動的に推論されてもよく、以下のさまざまなサービス使用の質問への回答は、それらの使用の記録された発生頻度に応じて導き出されてもよい）。
−長時間にわたるファイルのダウンロードを頻繁に行うか。
−ボイスオーバーＩＰ、ネットワークゲームプログラム、またはその他の何らかの、レイテンシに影響されやすいプログラムを使用するか。
−より高いデータレートを選ぶか、またはより安定したサービスを選ぶか。
以下のような満足度フィードバック質問も含まれてもよく、ユーザフィードバックが解析内に反映されてもよい。
−現在のデータレートに満足しているか。
−使用中のインターネット接続の安定性に満足しているか。
調査質問は、さらに、ユーザ嗜好データを後で解析する際の、ユーザの嗜好の定量化を可能にするために、評点またはその他の数値入力データを使用してもよい。コントローラとユーザとの間の直接的なユーザ連絡は、電話（例えば、サービス加入のために、ユーザがユーザサービスセンターに電話をかけた場合）、電子メールによる調査、Ｗｅｂインタフェースなどを介して行われてもよい。電子メールまたはＷｅｂインタフェースが使用される場合、データは、自動的に処理されて、コントローラに提供されてもよい。以下でより詳細に説明するように、ユーザ嗜好特性は、さらに、回線統計情報をある期間にわたって観測することによって推論されてもよい。
【００４６】
オペレータ／サービスプロバイダによって提供された、モデル化された動作領域の制限内で依然として動作しながら、嗜好のユーザ実施を可能にする、動作設定（例えば、ユーザ動作パラメータベクトル値（ユーザ動作パラメータベクトルは、１つ以上のパラメータを含む））が存在するかどうかを判定するために、３３０において、ユーザ嗜好データが解析される。既存のシステム動作規則内、および動作領域モデルの動作パラメータ内で、ユーザ嗜好データが実施可能である場合、３４０において、コントローラまたはその他の非オペレータは、（例えば、第１および第２のパフォーマンス測定基準に関する）ユーザ嗜好を実施するために、ユーザの動作パラメータのうちの１つ以上を実施してもよい。コントローラは、ユーザ嗜好が、オペレータによって規定された動作プロファイルと整合性がなくなるまでは有効であるように、または、ユーザセットがユーザ嗜好データを更新するまでは有効であるように、例えば、３２０に戻って、更新されたユーザ嗜好データを提供することによって、ユーザの回線を適切に設定してもよい。
【００４７】
動作領域、および／または、嗜好（例えば、第１のパフォーマンス測定基準および第２のパフォーマンス測定基準）の間の動作関係が、（例えば、ユーザの回線セットのパフォーマンスまたはその他の状態の、時間変化によって）発展するか、またはその他の方法で変化する場合、方法３００は、ユーザ嗜好データをさらに取得する前に、その関係を再構築／再評価するために、３０５または３１０に戻ってもよい。例えば、家族は、嗜好が異なる複数のユーザを有してもよい。１人の家族メンバは、高いデータレートと最小のサービス中断とを必要とする、ストリーミングビデオを見ることを希望してもよく、一方、別の家族メンバは、（レイテンシとサービス中断とが最小に保たれている限り、より低いデータレートで十分な）ネットワークビデオゲームをすることを希望してもよい。本発明の実施形態は、回線セットの各個別のユーザが、そのユーザの個人的使用に最も適した動作モードを選択することを可能にする。所与のＣＰＥ位置の各ユーザは、さらに、そのユーザの独自のプロファイル（例えば、「父のプロファイル」）を有してもよく、そのユーザは、通信サービスを使用する場合に、そのプロファイルに切り換えてもよい。
【００４８】
別の実施形態では、３３０において、オペレータ／サービスプロバイダによって提供された動作プロファイルの制限内で依然として動作しながら、嗜好のユーザ実施を可能にする、動作設定を決定するステップは、以下のステップを含む。動作プロファイルの既知の制限を使用して、１つ以上の設定可能動作パラメータについての許容される値が識別される。これらの値のうちのいずれかの選択は、オペレータ／サービスプロバイダによって提供された動作プロファイルの制限内での、ＤＳＬシステムの動作を可能にする。これらの許容される値の組は、ユーザ嗜好によって課される要求を満足するであろう値を選択するための、最適化領域を表す。ユーザ嗜好データを明らかにした後、許容される値の組は、さらに、ユーザ嗜好とオペレータ規則との両方を満足するシステム動作をもたらすであろう値のみに制限される。最後に、目標のパフォーマンスレベルなど（例えば、高パフォーマンス）をＤＳＬシステムが達成するように、設定可能動作パラメータの値が（制限された組の中の値から）選択される。嗜好のユーザ実施は、このようにして、動作プロファイルの制限内で達成される。
【００４９】
一部の実施形態では、コントローラは、回線設定自体を直接変更するのではなく、回線セットの設定のために使用される規則を変更してもよい。上述したように、一部のデータ収集、解析、ＨＭＭ構築、設定などは、所望される場合、リモート位置のコントローラによって実行されてもよく、また、ローカルコントローラ／サーバおよびその他のリモートコントローラ／サーバが、そのようなデータの使用を選択する場合に、利用可能であってもよい。さらに、これらの方法のうちの１つ以上は、当業者によって理解されるように、ソフトウェアおよび／またはその他のコンピュータプログラムプロダクト内で実施されてもよい。
【００５０】
一般に、隠れマルコフモデル（ＨＭＭ）は、定義可能なパラメータを使用して、複雑な挙動をモデル化する、確率的信号モデルである。ＨＭＭは、複数の内部または隠れ状態と、状態遷移確率によって記述される定義済み状態シーケンスとを使用して、複雑な挙動をモデル化する。システムは、内部状態とは別個の出力を使用する。出力は、観測可能シンボルと呼ばれ、ＨＭＭへの１つの入力および／または入力タイプを表すスカラ値であってもよく、または、複数の入力および／または入力タイプを表すベクトル量であってもよい。観測可能シンボルは、ＨＭＭをモデル化するため、および、測定されるデータにＨＭＭがどれだけよく一致するかを表す確率を生成するために使用される。
【００５１】
より具体的には、（通信システムなどの）所与のシステムは、一般に、直接に観測可能ではない複数の内部状態を有する。本発明の実施形態によって実施されるＨＭＭは、特に、現在の状態と、システムが遷移してもよい次の状態と、システムの１つ以上の観測可能シンボルが既知の場合に、システムが所与の状態にある確率とを決定するのを支援する。数学的には、ＨＭＭは、以下のように記述される。
Ｎ：隠れ状態の数。
Ｍ：観測可能なスカラまたはベクトルシンボルの数。
Ａ：次の時間周期内に状態ｉに移動する、状態ｊの、状態遷移確率マトリクスであり、ここで、ａｉｊ＝Ｐｒ（ｎｔ＋１＝ｉ｜ｎｔ＝ｊ）、１≦ｉ，ｊ≦Ｎであり、また、ｔは時間周期の指標であり、ｎｔは時間周期ｔの間の状態番号である。
Ｂ：状態がｊである間の、観測しているシンボルｋの観測確率分布ベクトルであり、ここで、Ｂｊ（ｋ）＝Ｐｒ（ｏｔ＝ｋ｜ｎｔ＝ｊ）、１≦ｋ≦Ｍ、１≦ｊ≦Ｎであり、ｏｔは、時間周期ｔの間の観測されるシンボルである。
π：初期状態分布、πｊ＝Ｐｒ（ｎ１＝ｊ）、１≦ｊ≦Ｎ。
λ：完全なＨＭＭモデルλ＝（Ａ，Ｂ，π）。
各時間周期内にＭ個のシンボルのうちの１つが観測されるが、状態は、直接観測可能ではないため、観測に基づいて推定される必要があることに留意されたい。
【００５２】
本発明の実施形態では、１つ以上のユーザ嗜好データを推定するために、１つ以上のＨＭＭが使用されてもよい。このデータは、所与の通信回線が使用中である頻度、および回線について行われている使用の種類（例えば、ＶｏＩＰおよびその他の高需要の使用）などの、状態を表してもよい。場合によっては、各状態は、パフォーマンス測定基準（例えば、サービス安定性についてのユーザ満足度）であってもよく、一方、依拠される出力は、１つの動作またはパフォーマンスパラメータ値または分布、または、動作またはパフォーマンス状態（例えば、カスタマ苦情）、または、パラメータおよび／またはパフォーマンス特性の組み合わせであってもよい。
【００５３】
ＨＭＭは、ユーザから入手可能な情報、および／または、通信システムから入手可能な情報（任意）に基づいて選択されてもよい。ＤＳＬシステムの場合、本開示で上述したように、また以下にも記載するように、システムＭＩＢから、および／またはシステムのその他の構成要素から入手可能な、多数のパラメータおよび／またはデータが存在する。さらに、本明細書でより詳細に説明するように、リモート位置コントローラ／サーバ、および／または各ユーザにおけるローカルコントローラなどの、サービスプロバイダの外部のコントローラ／サーバが、その他の手段を介して、システムからその他の動作データを収集してもよい。
【００５４】
本発明の実施形態は、考慮中のユーザの嗜好の推定を支援するために、ＨＭＭを使用する。本発明の実施形態のさまざまな例は、ＤＳＬシステムと関連付けて、本明細書に示されている。ただし、当業者によって理解されるように、本発明は、より一般的に、本発明の方法、装置、およびその他の実施形態が適用されることが可能な、任意の通信システムに適用される。
【００５５】
本発明の一部の実施形態では、ユーザ嗜好を識別するために使用される方法は、「教師なし学習」または「クラスタリング」または「ベクトル量子化」としてさまざまに知られているアルゴリズム分野に関連していると見られてもよい（これらの分野のいずれも、本発明の実施形態に関連して使用される方法に類似した方法で適用されたことはないが）。
【００５６】
以下のステップが実行されてもよい。
ａ）未知のユーザ嗜好を有するユーザのＤＳＬリンクから観測されたデータが、ベクトルｘにフォーマットされる（例えば、ＡＴＭセルカウント、現在のデータレート、ＣＶ違反、ＦＥＣ訂正など）。
ｂ）最小距離基準に基づいて、ベクトルｘは、いくつかのクラスタのうちの１つに分類される。
ｃ）選択されたクラスタに属する、既知のユーザ嗜好を有するユーザの、その他のＤＳＬリンクが、未知のユーザ嗜好を有するユーザのＤＳＬリンクについてのユーザ嗜好を推定するために調べられる（例えば、ユーザ嗜好は、トラフィック負荷、トラフィックタイプなどを示してもよい）。
【００５７】
一部の実施形態では、クラスタリング方法は、トレーニングのための独立した方法と、上述の、分類のための独立した方法とを含んでもよい。クラスタリングに関連する一般的なトレーニング方法は、当業者によく知られている（本発明の実施形態によって対処されるタイプの状況に適用されたことはないが）。本発明による１つ以上の方法を説明する例を、以下に示す。ｘを、ＤＳＬリンクの、観測されるデータのベクトルであると仮定し、ｙｉ、ｉ＝１，．．．，Ｃを、Ｃ個のクラスタに関連付けられたベクトルであると仮定し、ここで、各クラスタは、別個のユーザ嗜好に対応する。以下のステップが実行される。
ｉ．ベクトルｙｉ、ｉ＝１，．．．，Ｃを初期化する。
ｉｉ．１回以上のイタレーションを実行して、トレーニングセットのデータに基づく新しいモデルベクトルｙｉ、ｉ＝１，．．．，Ｃを取得する。
ｉｉｉ．トレーニングセットのデータについての、全ひずみを計算する。
ｉｖ．全ひずみが、何らかのしきい値よりも小さい場合は、終了する。それ以外の場合は、ステップｉｉに進む。
【００５８】
ステップｉｉおよびｉｉｉについて、以下に、より詳細に説明する。
【００５９】
ステップｉｉについては、
ａ）トレーニングセットに属する各ベクトルｘについて、ｉ以外の任意のｊについてｄ（ｘ，ｙｉ）≦ｄ（ｘ，ｙｊ）となる、クラスタ／モデルｉを見つける。
ｂ）各クラスタについて、クラスタ／モデルｉに同様に属するトレーニングセットのすべてのベクトルｘの平均として、ｙｉを再計算する。当業者によって理解されるように、「平均」は、ここでは、任意の適切な平均化操作であると定義される。
【００６０】
ステップｉｉｉについては、
ａ）全ひずみを、Ｄ＝ａｖｅｒａｇｅ［ｄ（ｘ，ｙｉ）｜ｄ（ｘ，ｙｉ）≦ｄ（ｘ，ｙｊ），ｊ≠ｉ］として計算。言い換えると、これは、トレーニングセットのデータの各ベクトルの、最も近いｙｉベクトルからの平均距離である。
ｂ）上記の分類段階方法を使用することによって、観測されたデータのベクトルｘは、Ｃ個のクラスタのうちの１つに分類されてもよく、ここで、各クラスタは、１つ以上の特定のループ特性（例えば、特定のＨＭＭ）に関連している。
【００６１】
図４は、前の例を実施し、４クラスタの場合のクラスタを使用する、本発明の一実施形態を示す。それぞれの十字形４１１、４１２、４１３、４１４は、ベクトルｙｉに対応する。ＤＳＬ回線の、クラスタへの分類も示されており、ここで、同じクラスタに分類されたＤＳＬ回線は、線４３０によって境界を付けられた、正方形４２１、円形４２２、星形４２３、および三角形４２４として示されている。同じクラスタのＤＳＬ回線は、同じかまたは類似した嗜好を有するユーザに対応する。これらのタイプのシステム内で、別個のユーザ嗜好に対応するクラスタの組を決定する、ＤＳＬシステムからのユーザ嗜好データが収集されてもよい。クラスタの組は、ユーザ嗜好を十分に分類するために必要なだけ多くのクラスタ（またはクラスタ点）を含んでもよい。ＤＳＬシステムについての動作データが、次に、収集されてもよく、その後、所与のユーザは、収集された動作データに基づいて、特定のクラスタに割り当てられてもよい。ユーザ嗜好データは、その場合、割り当てられたクラスタへのユーザの割り当てに基づいた、ｉである。
【００６２】
本発明の一部の実施形態では、嗜好データは、ユーザのコンピュータ、ネットワーク装置、ＤＳＬモデムなどの中に記憶されてもよいデータから取得されてもよい。そのようなデータは、ネットワーク統計情報（例えば、ＡＴＭセルカウント、パケットカウント、パケット遅延測定基準など）、アプリケーション情報（例えば、ビデオデコーダ、娯楽システム、ＶｏＩＰ電話など）、およびユーザ嗜好に関する情報を抽出するために使用されてもよいその他のデータを含んでもよい。
【００６３】
回線および／またはシステムが、設定、維持、または変更されるべきかどうかの評価、ならびに／または、本発明の実施形態による動作データの任意のその他の評価は、動作状態に関する最新の利用可能な動作データに基づくことが要求されてもよく、または、現在データだけでなく履歴データにも基づいてもよい。例えば、過去にパフォーマンスの問題を引き起こしたノイズ源（例えば、機器またはその他の装置）が除去された（例えば、居住者によって捨てられた）場合、その源からのノイズに関する、ＨＭＭの構造および／または規則の実施への、以前の影響は、取り除かれるか、または少なくとも低減されるべきである。したがって、履歴データは、使用される場合、任意の適切な方法で重み付けされてもよい。例えば、現在および履歴データの重み付けが、データがどれだけ新しいかに応じて適用されてもよいように、データ重み付けベクトル（Ｗ）が、各回線および／または動作状態に与えられてもよい。例えば、重み付けベクトルがＷ１＝［１１１］である場合、適合の評価において、最後の３つの更新期間（例えば、日）からのデータは、等しい重みを与えられる。重み付けベクトルがＷ２＝［１０００００００．５］である場合、最後に報告された動作状態データからのデータは、重み付け１とともに使用され、７更新期間前（例えば、１週間前）からのデータは、重み付け０．５とともに使用される。その他の更新期間からのデータは無視される。最後の２か月のみからのデータを、等しい重み付けとともに使用することが所望される場合、重み付けベクトルは、１日の更新期間を使用し、サイズ６０で、すべて１（すなわち、Ｗ３＝［１１１．．．１１１］）であってもよい。例えば、１回の読み取りが、任意の決定および／またはＨＭＭへの変更のための基礎となるべきかどうかに依存して、異なる動作状態について異なる重み付けベクトルが使用されてもよい。
【００６４】
考慮される動作データの適時性に加えて、任意の決定が行われるべきかどうか、および／または処置が取られるべきかどうかの評価、ならびに／または、動作データのその他の任意の評価は、十分な量の利用可能な動作データに基づくことが要求されてもよい。例えば、場合によっては、データ収集システムが誤動作するか、または非活動状態になる可能性があり、これは、利用可能なデータが非常に少ないか、または、まったくない可能性があることを意味している。そのような場合、高信頼の評価の基となるデータが不十分にしかないならば、システムは、システムおよび／または回線動作への、または、それらに適用可能なあらゆる制限および／またはパラメータへの、いかなる変更も行うことを控えることが役立つ可能性がある。不適切な変更が実施されるのを防止するために、変更の実施は、最後の評価以来、または指定された期間内に、十分な追加データが収集された場合のみに限られてもよい。動作データは、カーディナリティ技術およびデータ確率分布を使用して調べられてもよい。最近収集されたデータに有利なように、遠い過去の値の影響を低減するための、高度な分布推定が使用されてもよく、これは当業者によってよく理解されている。データの十分性または適時性規則が満足されない場合、そのような規則が満たされることを可能にする新しいデータが収集されるまで、動作は行われなくてもよい。
【００６５】
いくつかの実施例は、同様に、本発明の実施形態を説明する。
【００６６】
（実施例１）
この実施例では、ユーザは、同じバインダ内の他のユーザが、対象のユーザの独自の使用パターンを補完する使用パターンを有し、したがって、使用される帯域幅の再割り当てが望ましい可能性があるということを、場合によりリモート位置コントローラ／サーバの援助によって、識別してもよい。ローカルコントローラは、次に、対象のユーザの回線がすべてのユーザの中で最大の使用を有するように、他のユーザと時刻同期して、データレートを低下させるか、または増加させてもよい。そのようなローカル制御は、ローカルコントローラ間でピアツーピア方式で行われてもよく、または、場合により、調整コントローラまたはセンタの援助によって（および加入の目的のための有効化とともに）行われてもよい。さらに、ユーザのモデムは、ユーザの嗜好の評価および／または実施を補助するために、アップストリームエンド装置および／またはコントローラからの情報、データ、および／または制御の取得において、ユーザのローカルコントローラおよび／またはリモートコントローラを支援してもよい。そのような例示的実施では、ユーザにより制御されるシステムは、嗜好の変更の実施において、オペレータにより制御されるシステムに比較してはるかに高速な可能性がある。例えば、オペレータにより制御されるシステムは、嗜好の変更を実施するために、少なくとも数時間を要する場合がある。
【００６７】
（実施例２）
ユーザ嗜好は、既知のトラフィックタイプによって特徴付けられる特定のアプリケーションとともにＤＳＬサービスを使用することに向けての嗜好を含んでもよい。ユーザ嗜好の知識は、したがって、ＴＣＰ、ＵＤＰ、ＲＴＰなどのネットワークプロトコルの設定可能パラメータをチューニングするために利用されてもよい。そのようなチューニングは、ユーザと最もしばしば関連付けられるトラフィックタイプについての、転送を向上することを目指す。レイテンシ設定およびインパルスノイズ保護などの、ＤＳＬ物理層パラメータを設定するために、パケット損失、スループット、バッファサイズなどのネットワークプロトコル統計情報も、ユーザ嗜好の知識と組み合わされてもよい。
【００６８】
図５に示す、本発明の一実施形態によれば、嗜好ベース制御ユニット４００は、システムの１つ以上のユーザを支援しているコントローラ４１０（例えば、上記のように、ユーザのローカル装置またはリモート位置コントローラ内で機能している装置）などの、ＤＳＬまたはその他の通信システムに結合された独立したエンティティの一部であってもよい。ＣＯ、ｔｅｌｃｏなどに位置していない、リモートコントローラも、動的スペクトルマネージャ、動的スペクトル管理センタ、嗜好実施センタ（Ｐｒｅｆｅｒｅｎｃｅ  Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｃｅｎｔｅｒ）、ユーザ支援センタ（Ｕｓｅｒ  Ａｓｓｉｓｔａｎｃｅ  Ｃｅｎｔｅｒ）、ＤＳＭセンタ、スペクトルメンテナンスセンタ、ＳＭＣ、またはその他の任意の類似した名前で呼ばれてもよく、加入によって、または、コントローラのサービスに準拠する装置の購入を介して、ユーザに提供される、サービスの組の一部であってもよい。一部の実施形態では、コントローラ４１０は、完全に独立したエンティティであってもよい。他の実施形態では、コントローラ４１０は、図５に示すように、ユーザの装置の部分であってもよい。図５の破線４４６からわかるように、コントローラ４１０は、モデムなどの中に収容されてもよい。さらに、コントローラ４１０は、複数のユーザのＤＳＬおよび／またはその他の通信回線に、結合されてもよく、かつ／または、それらを制御してもよい。
【００６９】
嗜好ベース制御ユニット４００は、収集手段として識別されるデータ収集ユニット４２０と、解析手段として識別される解析ユニット４４０とを含む。図５に示すように、収集手段４２０（一般的に知られているタイプの、コンピュータ、プロセッサ、ＩＣ、コンピュータモジュールなどであってもよい）は、ＮＴ  １２０におけるＭＥ  １２４に、ＮＴモデム１２２に、またはより一般的に、ＮＴ  １２０に結合されてもよく、それらのいずれかまたはすべては、例えば、ＤＳＬシステムの部分であってもよい。コントローラ４１０がユーザの位置において実施される場合、コントローラ４１０は、通信を制御および支援するソフトウェアまたはその他のコンピュータプログラムプロダクトを実行する、ホームＰＣなどのコンピュータであってもよい。そのような場合、収集手段４２０は、ホームネットワーク１１２に結合されてもよい。データは、さらに、ブロードバンドネットワーク１７０を介して（例えば、所与のＤＳＬシステム内の通常の内部データ通信の外側で、ＴＣＰ／ＩＰプロトコルまたはその他のプロトコルまたは手段を経由して）収集されてもよい。
【００７０】
これらの接続のうちの１つ以上は、嗜好ベース制御ユニット４００が、動作データをユーザの回線から、および、適切な場合は、他の場所（場合により、より広いシステム）から、収集することを可能にする。データは、一度に、または、ある期間にわたって収集されてもよい。場合によっては、収集手段４２０は、周期的に収集を行うが、さらに、要求に応じて、またはその他の任意の非周期的なやり方で（例えば、ＤＳＬＡＭまたはその他の構成要素が嗜好ベース制御ユニットにデータを送信した場合に）データを収集してもよく、それにより、嗜好ベース制御ユニット４００は、必要な場合に、その情報、動作などを更新することが可能になる。手段４２０によって収集されたデータは、通信システム内の、１つ以上のパフォーマンス測定基準、ユーザ嗜好の推定において使用される１つ以上のＨＭＭの構築および／または修正、ユーザ嗜好のパフォーマンス測定基準の実施を可能な程度まで許可する動作パラメータの定義などに関する、ユーザ嗜好についての解析および任意の決定のために、解析手段４４０（同様に、一般的に知られているタイプの、コンピュータ、プロセッサ、ＩＣ、コンピュータモジュールなどであってもよい）に提供される。
【００７１】
図５の例示的システムにおいて、解析手段４４０は、コントローラ４１０内の信号生成手段４５０に結合される。この信号発生器４５０（コンピュータ、プロセッサ、ＩＣ、コンピュータモジュールなどであってもよい）は、ユーザのモデム、および／または、通信システムへのユーザのリンクのその他の構成要素への指示信号を、生成および送信するように構成される。これらの指示は、データレート、転送電力レベル、コーディングおよびレイテンシ要件、再トレーニングのスケジューリングおよび実施、システム設定指示、ユーザ嗜好データおよび／またはその他のデータの要求などに関する指示を含んでもよい。指示は、コントローラ４１０に結合されたユーザの回線セット上で、１つ以上のユーザ嗜好が実施されてもよいかどうかを、コントローラ４１０が判定した後で生成されてもよい。一部の実施形態では、リンクが、オペレータの影響の完全に外部で実施される情報および制御を渡してもよい。これは、使用されている装置内で本質的に利用可能な機能の結果であってもよく、または、ユーザが取得してもよいそのようなサービスへの加入によるものであってもよい。
【００７２】
本発明の実施形態は、収集されたデータ（ユーザ嗜好データおよびその他のタイプのデータを含む）、以前に構築されたＨＭＭ，その他に関する、データベース、ライブラリ、またはその他のデータの集合を利用してもよい。この参照データの集合は、例えば、図５のコントローラ４１０内のライブラリ４４８として記憶されてもよく、そして、解析手段４４０および／または収集手段４２０によって使用されてもよい。
【００７３】
本発明の一部の実施形態では、嗜好ベース制御ユニット４００は、ＰＣ、ワークステーションなどの１つ以上のコンピュータ内で、および／または、１つ以上のコンピュータプログラムプロダクト内で、実施されてもよい。収集手段４２０および解析手段４４０は、当業者によって理解されるように、ソフトウェアモジュール、ハードウェアモジュール、または両方の組み合わせであってもよい。多数のモデム、回線、ユーザなどを処理する場合は、収集される大量のデータを管理するために、データベースが導入されて使用されてもよい。
【００７４】
一般に、本発明の実施形態は、１つのコンピュータ、複数のコンピュータ、および／または、コンピュータの組み合わせ（これらのすべては、本明細書では、「コンピュータ」および／または「コンピュータシステム」と、区別せずに呼ばれてもよい）であってもよい、１つ以上のコンピュータシステム内に記憶された、またはそれらのコンピュータシステムを通して転送される、データが関与する、さまざまなプロセスを用いる。本発明の実施形態は、さらに、これらの動作を実行するためのハードウェア装置またはその他の装置に関する。この装置は、必要な目的のために特別に構築されてもよく、または、コンピュータ内に記憶されたコンピュータプログラムおよび／またはデータ構造によって選択的にアクティブにされる、または再設定される、汎用のコンピュータおよび／またはコンピュータシステムであってもよい。本明細書に記載したプロセスは、いかなる特定のコンピュータまたはその他の装置にも、本質的には関連しない。特に、さまざまな汎用のマシンが、本明細書に記載した教示に従って書かれたプログラムとともに使用されてもよく、または、必要な方法ステップを実行するためのより特殊化された装置を構築することが、より好都合な場合がある。さまざまなこれらのマシンのための、特定の構造は、以下に示す説明に基づくことにより、当業者にとって明らかになるであろう。
【００７５】
上記のような、本発明の実施形態は、コンピュータシステム内に記憶されたデータが関与する、さまざまなプロセスステップを用いる。これらのステップは、物理量の物理的操作を必要とするものである。必ずしもではないが、通常、これらの量は、記憶、転送、組み合わせ、比較、およびその他の操作をされることが可能な、電気的または磁気的信号の形態を取る。主に一般的使用の理由で、これらの信号を、ビット、ビットストリーム、データ信号、制御信号、値、要素、変数、文字、データ構造などと呼ぶことが、場合によっては好都合である。ただし、これらおよび類似した用語のすべては、適切な物理量に関連付けられるものであり、これらの量に適用される単なる好都合なラベルにすぎないということに留意すべきである。
【００７６】
さらに、実行される操作は、しばしば、識別する（ｉｄｅｎｔｉｆｙｉｎｇ）、適合させる（ｆｉｔｔｉｎｇ）、または比較する（ｃｏｍｐａｒｉｎｇ）などの用語で呼ばれる。本発明の部分を形成する、本明細書に記載するいかなる動作においても、それらの動作はマシン動作である。本発明の実施形態の動作を実行するための有用なマシンは、汎用ディジタルコンピュータ、またはその他の類似した装置を含む。すべての場合に、コンピュータを動作させることにおける動作の方法と、計算自体の方法との間の区別に留意すべきである。本発明の実施形態は、電気的またはその他の物理的信号を、その他の望ましい物理的信号を生成するために処理することにおいて、コンピュータを動作させるための、方法ステップに関する。
【００７７】
本発明の実施形態は、さらに、これらの動作を実行するための装置に関する。この装置は、必要な目的のために特別に構築されてもよく、または、コンピュータ内に記憶されたコンピュータプログラムによって選択的にアクティブにされる、または再設定される、汎用コンピュータであってもよい。本明細書に記載したプロセスは、いかなる特定のコンピュータまたはその他の装置にも、本質的には関連しない。特に、さまざまな汎用のマシンが、本明細書に記載した教示に従って書かれたプログラムとともに使用されてもよく、または、必要な方法ステップを実行するためのより特殊化された装置を構築することが、より好都合な場合がある。さまざまなこれらのマシンのために必要とされる構造は、上に示した説明から明らかになるであろう。
【００７８】
その上、本発明の実施形態は、コンピュータによって実施されるさまざまな動作を実行するためのプログラム命令を含む、コンピュータ読み取り可能な媒体に、さらに関する。媒体およびプログラム命令は、本発明の目的のために特別に設計および構築されたものであってもよく、または、それらは、コンピュータソフトウェア技術における当業者によく知られた、そのような当業者が入手可能な種類のものであってもよい。コンピュータ読み取り可能な媒体の例としては、以下に限定されるものではないが、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープなどの磁気媒体、ＣＤ−ＲＯＭディスクなどの光媒体、フロプティカルディスクなどの光磁気媒体、ならびに、読み出し専用メモリ装置（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）などの、プログラム命令を記憶および実行するために特別に構成されたハードウェア装置などがある。プログラム命令の例には、コンパイラによって生成されるような、マシンコードと、インタープリタを使用してコンピュータによって実行されてもよい、より高水準なコードを含むファイルとの、両方が含まれる。
【００７９】
図５は、本発明の１つ以上の実施形態に従って、ユーザおよび／またはコントローラによって使用されてもよい、一般的なコンピュータシステムを示す。コンピュータシステム５００は、一次記憶装置５０６（一般に、ランダムアクセスメモリ、またはＲＡＭ）、一次記憶装置５０４（一般に、読み出し専用メモリ、またはＲＯＭ）を含む、記憶装置に結合された、任意の数のプロセッサ５０２（中央処理ユニット、またはＣＰＵとも呼ばれる）を含む。当技術分野でよく知られているように、一次記憶装置５０４は、データおよび命令を、ＣＰＵへの一方向で転送するように働き、一次記憶装置５０６は、一般に、双方向の方法でデータおよび命令を転送するために使用される。これらの一次記憶装置の両方は、上記のコンピュータ読み取り可能な媒体のうちの、任意の適切なものを含んでもよい。大容量記憶装置５０８は、ＣＰＵ  ５０２に双方向でさらに結合されて、追加のデータ記憶容量を提供するもので、上記のコンピュータ読み取り可能な媒体のうちのいずれを含んでもよい。大容量記憶装置５０８は、プログラム、データなどを記憶するために使用されてもよく、一般に、一次記憶装置よりも低速な、ハードディスクなどの二次記憶媒体である。大容量記憶装置５０８内に保持される情報は、適切な場合には、仮想メモリとして、一次記憶装置５０６の一部として標準的な方法で組み込まれてもよいということが理解されるであろう。ＣＤ−ＲＯＭ  ５１４などの特定の大容量記憶装置も、ＣＰＵに一方向でデータを渡してもよい。
【００８０】
ＣＰＵ  ５０２は、さらに、ビデオモニタ、トラックボール、マウス、キーボード、マイクロフォン、タッチセンシティブディスプレイ、トランスデューサカードリーダ、磁気または紙テープリーダ、タブレット、スタイラス、音声または手書き文字認識装置、または、当然ながら、他のコンピュータなどの、その他のよく知られた入力装置といった、１つ以上の入出力装置を含む、インタフェース５１０に結合される。最後に、ＣＰＵ  ５０２は、任意選択で、５１２において一般的に示されているようなネットワーク接続を使用して、コンピュータまたは電気通信ネットワークに結合されてもよい。そのようなネットワーク接続を用いて、ＣＰＵは、上記の方法ステップの実行中に、ネットワークから情報を受信してもよく、または、ネットワークに情報を出力してもよいということが考えられる。上記の装置および事項は、コンピュータハードウェアおよびソフトウェア技術における当業者によく知られている。上記のハードウェア要素は、本発明の動作を実行するための複数のソフトウェアモジュールを規定してもよい。例えば、コードワード合成コントローラ（ｃｏｄｅｗｏｒｄ  ｃｏｍｐｏｓｉｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ）を実行するための命令は、大容量記憶装置５０８または５１４上に記憶され、一次メモリ５０６と連携してＣＰＵ  ５０２上で実行されてもよい。好ましい実施形態では、コントローラは、ソフトウェアサブモジュールに分割される。
【００８１】
本発明の多くの特徴および利点は、記載した説明から明らかであり、したがって、添付の特許請求の範囲は、本発明のそのような特徴および利点をすべて包含することを意図したものである。さらに、多くの変形および変更を、当業者は容易に想到するため、本発明は、説明および記載されたとおりの構成および動作には限定されない。したがって、記載された実施形態は、限定的ではなく例示的なものと解釈されるべきであり、また、本発明は、本明細書に記載された詳細に限定されるべきではなく、特許請求の範囲と、現在または将来において予測できる、または予測できない、それらの全範囲の均等物とによって規定されるべきである。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施形態が使用されてもよい、さまざまなＤＳＬおよびその他の通信システムに適用可能な、Ｇ．９９７．１標準による参照モデルシステムの概略ブロック図である。
【図２】本発明の１つ以上の実施形態を示す、一般的な、例示的ＤＳＬ配備を示す概略図である。
【図３】本発明の一実施形態による方法の流れ図である。
【図４】本発明の一実施形態に従ってクラスタリングを使用する方法を示す図である。
【図５】本発明の一実施形態による、非オペレータのユーザ嗜好ベース制御ユニットを含むコントローラである。
【図６】本発明の実施形態の実施に適した、一般的なコンピュータシステムまたは集積回路システムのブロック図である。
【図１】
2008546340.tif 000003
【図２】
2008546340.tif 000004
【図３】
2008546340.tif 000005
【図４】
2008546340.tif 000006
【図５】
2008546340.tif 000007
【図６】
2008546340.tif 000008
【国際調査報告】
2008546340.tif 000009
2008546340.tif 000010
2008546340.tif 000011