(57)【要約】      （修正有）【課題】診断送信モードおよび診断通信を提供する。【解決手段】エラー閾値の超過またはユーザの指示のようなトリガーの検出があれば、診断リンクシステムは、診断情報送信モードに入る。診断情報送信モードは、２つのモデムが、通常の通信中では交換しない診断情報およびテスト情報を交換可能にする。診断情報送信モードは、巡回冗長検査（ＣＲＣ）によってなされる初期診断リンクモードメッセージの受信モデムへの送信によって開始される。その受信モデムは、そのＣＲＣに基づいて、ロバストな通信チャネルが存在しているか否かを決定する。ロバストな通信チャネルが存在している場合は、２つのモデムは、診断情報およびテスト情報の交換を開始することができる。ロバストな通信チャネルが存在していない場合は、送信モデムの送信電力は増加され、初期診断リンクモードメッセージは、ＣＲＣが正確であると決定されるまで受信モデムへ再送信される。【選択図】図１
2011151808.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャリア変調を用いるモデム間のデータ通信のための診断リンクシステムであって、
送信モデムが初期診断モードメッセージを受信モデムに送信するように指示する初期診断モードのトリガー（ｔｒｉｇｇｅｒ）、
診断リンクメッセージを決定するメッセージ決定装置、
前記診断リンクメッセージを受信し、前記診断リンクメッセージの正確性を決定する受信モデム診断装置、
を含むことを特徴とする診断リンクシステム。
【請求項２】
請求項１の前記診断リンクシステムにおいて、さらに、
前記受信した診断リンクメッセージが不正確であった場合には前記診断リンクメッセージの送信電力を増加させる電力制御装置、
を含むことを特徴とする診断リンクシステム。
【請求項３】
請求項１の前記診断リンクシステムにおいて、
前記診断リンクメッセージは、
あらかじめ設定された回数再送信されること、
を特徴とする診断リンクシステム。
【請求項４】
請求項１の前記診断リンクシステムにおいて、
前記診断リンクメッセージは、
少なくとも、テスト情報、診断情報のいずれか一つを含むこと、
を特徴とする診断リンクシステム。
【請求項５】
請求項４の前記診断リンクシステムにおいて、
前記診断リンクメッセージは、
診断リンクモードのバージョン番号、診断情報の長さ、通信スタンダード、チップセットの型、１以上のベンダーＩＤ、ＡＴＵバージョンナンバー、タイムドメイン受信リバーブ信号、周波数ドメインリバーブ信号、増幅設定、ＣＯ送信電力スペクトラル密度、周波数ドメイン受信アイドルチャネル、信号対ノイズ、ビットおよびゲイン情報、アップストリーム送信レート、ダウンストリーム送信レート、
の少なくともいずれか一つを含むことを特徴とする診断リンクシステム。
【請求項６】
請求項１の前記診断リンクシステムにおいて、
前記診断リンクメッセージの正確性は、
エラー検出の動作、ビットエラー検出、巡回冗長検査、
の少なくとも１つに基づいて決定すること、
を特徴とする診断リンクシステム。
【請求項７】
請求項１の前記診断リンクシステムにおいて、
前記トリガーは、
初期化の失敗、ビットレートの失敗、初期化メッセージにおけるＣＲＣエラー、通常の定常送信モード中のＣＲＣエラー、前方向誤り訂正のエラー、ユーザリクエスト（要求）、中央局モデムリクエスト、遠隔端末モデムリクエスト、
の少なくとも１つに基づくことを特徴とする診断リンクシステム。
【請求項８】
請求項１の前記診断リンクシステムにおいて、
前記送信モデムは、
前記初期診断モードメッセージを送信する前に、モデム初期化シーケンスの部分を完成すること、
を特徴とする前記診断リンクシステム。
【請求項９】
請求項１の前記診断リンクシステムにおいて、
前記送信モデムは、
中央局モデム、遠隔端末モデム、
の少なくとも１つであることを特徴とする診断リンクシステム。
【請求項１０】
請求項１の前記診断リンクシステムにおいて、
前記受信モデムは、
中央局モデム、遠隔端末モデム、
の少なくとも１つであることを特徴とする診断リンクシステム。
【請求項１１】
マルチキャリア変調を用いるモデム間のデータを通信するための方法であって、
送信モデムが初期診断モードメッセージを受信モデムに送信するように指示し、
診断リンクメッセージを決定し、
前記診断リンクメッセージを送信し、
前記診断リンクメッセージの正確性を決定すること、
を含むことを特徴とする方法。
【請求項１２】
請求項１１の方法において、さらに、
前記受信した診断リンクメッセージが不正確であった場合には前記診断リンクメッセージの送信電力を増加させること、
を含むことを特徴とする方法。
【請求項１３】
請求項１１の方法において、さらに、
前記診断リンクメッセージは、
あらかじめ設定された回数再送信されること、
を含むことを特徴とする方法。
【請求項１４】
請求項１１の方法において、
前記診断リンクメッセージは、
少なくとも、テスト情報、診断情報のいずれか一つを含むこと、
を特徴とする方法。
【請求項１５】
請求項１４の前記方法において、
前記診断リンクメッセージは、
診断リンクモードのバージョン番号、診断情報の長さ、通信スタンダード、チップセットの型、１以上のベンダーＩＤ、ＡＴＵバージョンナンバー、タイムドメイン受信リバーブ信号、周波数ドメインリバーブ信号、増幅設定、ＣＯ送信電力スペクトラル密度、周波数ドメイン受信アイドルチャネル、信号対ノイズ、ビットおよびゲイン情報、アップストリーム送信レート、ダウンストリーム送信レート、
の少なくともいずれか一つを含むことを特徴とする方法。
【請求項１６】
請求項１１の前記方法において、
前記診断リンクメッセージの正確性は、
エラー検出の動作、ビットエラー検出、巡回冗長検査、
の少なくとも１つに基づいて決定することを特徴とする方法。
【請求項１７】
請求項１１の前記方法において、
前記初期診断モードメッセージは、
初期化の失敗、ビットレートの失敗、初期化メッセージにおけるＣＲＣエラー、通常の定常送信モード中のＣＲＣエラー、前方向誤り訂正のエラー、ユーザリクエスト、中央局モデムリクエスト、遠隔端末モデムリクエスト、
の少なくとも１つに基づくことを特徴とする方法。
【請求項１８】
請求項１１の前記方法において、さらに、
前記初期診断モードメッセージを送信する前に、モデム初期化シーケンスの部分を完成すること、
を含むことを特徴とする方法。
【請求項１９】
請求項１１の前記方法において、
前記送信モデムは、
中央局モデム、遠隔端末モデム、
の少なくとも１つであることを特徴とする方法。
【請求項２０】
請求項１１の前記方法において、
前記受信モデムは、
中央局モデム、遠隔端末モデム、
の少なくとも１つであることを特徴とする方法。
【請求項２１】
マルチキャリア変調を用いるモデム間のデータを通信するための方法であって、
初期診断モードメッセージを受信し、
診断リンクメッセージを決定し、
前記診断リンクメッセージを送信し、
前記受信した診断リンクメッセージが不正確であった場合には前記診断リンクメッセージの送信電力を増加させること、または、前記診断リンクメッセージをあらかじめ設定された回数再送信することの少なくともいずれか、
を含むことを特徴とする方法。
【請求項２２】
請求項２１の方法において、
前記診断リンクメッセージは、
少なくとも、テスト情報、診断情報のいずれか一つを含むこと、
を特徴とする方法。
【請求項２３】
請求項２２の前記方法において、
前記診断リンクメッセージは、
診断リンクモードのバージョン番号、診断情報の長さ、通信スタンダード、チップセットの型、１以上のベンダーＩＤ、ＡＴＵバージョンナンバー、タイムドメイン受信リバーブ信号、周波数ドメインリバーブ信号、増幅設定、ＣＯ送信電力スペクトラル密度、周波数ドメイン受信アイドルチャネル、信号対ノイズ、ビットおよびゲイン情報、アップストリーム送信レート、ダウンストリーム送信レート、
の少なくともいずれか一つを含むことを特徴とする方法。
【請求項２４】
請求項２１の前記方法において、
前記診断リンクメッセージの正確性は、
エラー検出の動作、ビットエラー検出、巡回冗長検査、
の少なくとも１つに基づいて決定すること、
を特徴とする方法。
【請求項２５】
請求項２１の前記方法において、
前記初期診断モードメッセージは、
初期化の失敗、ビットレートの失敗、初期化メッセージにおけるＣＲＣエラー、通常の定常送信モード中のＣＲＣエラー、前方向誤り訂正のエラー、ユーザリクエスト、中央局モデムリクエスト、遠隔端末モデムリクエスト、
の少なくとも１つに基づくことを特徴とする方法。
【請求項２６】
請求項２１の前記方法において、さらに、
前記初期診断モードメッセージを送信する前に、モデム初期化シーケンスの部分を完成すること、
を特徴とする方法。
【請求項２７】
請求項２１の前記方法において、
前記送信モデムは、
中央局モデム、遠隔端末モデム、
の少なくとも１つであることを特徴とする方法。
【請求項２８】
請求項２１の前記方法において、
前記受信モデムは、
中央局モデム、遠隔端末モデム、
の少なくとも１つであることを特徴とする方法。
【請求項２９】
マルチキャリア変調を用いるモデム間のデータを通信するための方法であって、
初期診断モードメッセージを受信し、
受信した診断リンクメッセージの正確性を決定し、
前記受信した診断リンクメッセージが不正確であった場合には増加した送信電力診断リンクメッセージ、または、あらかじめ設定された回数の前記診断リンクメッセージの再送信、の少なくともいずれか一つを受信すること、
を特徴とする方法。
【請求項３０】
請求項２９の方法において、
前記診断リンクメッセージは、
少なくとも、テスト情報、診断情報のいずれか一つを含むこと、
を特徴とする方法。
【請求項３１】
請求項３０の前記方法において、
前記診断リンクメッセージは、
診断リンクモードのバージョン番号、診断情報の長さ、通信スタンダード、チップセットの型、１以上のベンダーＩＤ、ＡＴＵバージョンナンバー、タイムドメイン受信リバーブ信号、周波数ドメインリバーブ信号、増幅設定、ＣＯ送信電力スペクトラル密度、周波数ドメイン受信アイドルチャネル、信号対ノイズ、ビットおよびゲイン情報、アップストリーム送信レート、ダウンストリーム送信レート、
の少なくともいずれか一つを含むことを特徴とする方法。
【請求項３２】
請求項２９の前記方法において、
前記診断リンクメッセージの正確性は、
エラー検出の動作、ビットエラー検出、巡回冗長検査、
の少なくとも１つに基づいて決定することを特徴とする方法。
【請求項３３】
請求項２９の前記方法において、
前記初期診断モードメッセージは、
初期化の失敗、ビットレートの失敗、初期化メッセージにおけるＣＲＣエラー、通常の定常送信モード中のＣＲＣエラー、前方向誤り訂正のエラー、ユーザリクエスト、中央局モデムリクエスト、遠隔端末モデムリクエスト、
の少なくとも１つに基づくことを特徴とする方法。
【請求項３４】
請求項２９の前記方法において、さらに、
前記初期診断モードメッセージを受信する前に、モデム初期化シーケンスの部分を完成すること、
を含むことを特徴とする方法。
【請求項３５】
マルチキャリア変調を用いるモデム間のデータを通信するための情報を含む情報保存媒体であって、
送信モデムが初期診断モードメッセージを受信モデムに送信するように指示する情報、
診断リンクメッセージを決定する情報、
前記診断リンクメッセージを送信する情報、
前記送信した診断リンクメッセージの正確性を決定する情報、
を含むことを特徴とする情報保存媒体。
【請求項３６】
マルチキャリア変調を用いるモデム間のデータを通信するための情報を含む情報保存媒体であって、
初期診断モードメッセージを受信する情報、
診断リンクメッセージを決定する情報、
前記診断リンクメッセージを送信する情報、
前記受信した診断リンクメッセージが不正確であった場合には前記診断リンクメッセージの送信電力を増加させること、または、前記診断リンクメッセージをあらかじめ設定された回数再送信すること、の少なくとも一つの情報、
を含むことを特徴とする情報保存媒体。
【請求項３７】
マルチキャリア変調を用いるモデム間のデータを通信するための情報を含む情報保存媒体であって、
初期診断モードメッセージを受信する情報、
受信した診断リンクメッセージの正確性を決定する情報、
前記診断リンクメッセージを送信する情報、
前記受信した診断リンクメッセージが不正確であった場合には増加した送信電力診断リンクメッセージ、または、あらかじめ設定された回数の前記診断リンクメッセージの再送信、の少なくとも一つの情報、
を含むことを特徴とする情報保存媒体。
【請求項３８】
マルチキャリア変調を用いるＤＳＬモデム間の診断情報のデータ通信のための方法であって、
モデム初期化シーケンスの部分を完成し、
初期診断データ通信モードメッセージを受信モデムに送信し、
初期化の失敗、ビットレートの失敗、初期化メッセージにおけるＣＲＣエラー、通常の定常送信モード中のＣＲＣエラー、前方向誤り訂正のエラー、ユーザリクエスト、中央局モデムリクエスト、遠隔端末モデムリクエスト、
の少なくとも１つの情報に基づいて診断データ通信モードに入り、
診断リンクモードのバージョン番号、診断情報の長さ、通信スタンダード、チップセットの型、１以上のベンダーＩＤ、ＡＴＵバージョンナンバー、タイムドメイン受信リバーブ信号、周波数ドメインリバーブ信号、増幅設定、ＣＯ送信電力スペクトラル密度、周波数ドメイン受信アイドルチャネル、信号対ノイズ、ビットおよびゲイン情報、アップストリーム送信レート、ダウンストリーム送信レート、
の少なくとも一つを含む診断リンクメッセージを送信すること、
を含むことを特徴とする方法。
【請求項３９】
請求項３８の前記方法において、さらに、
あらかじめ設定された回数前記診断リンクメッセージを再送信すること、
を含むことを特徴とする方法。
【請求項４０】
請求項３８の前記方法において、さらに、
診断リンクメッセージの送信電力を増加させること、
を含むことを特徴とする方法。
【請求項４１】
マルチキャリア変調を用いるＤＳＬモデム間の診断情報のデータ通信のための方法であって、
モデム初期化シーケンスの部分を完成し、
初期診断データ通信モードメッセージを受信し、
初期化の失敗、ビットレートの失敗、初期化メッセージにおけるＣＲＣエラー、通常の定常送信モード中のＣＲＣエラー、前方向誤り訂正のエラー、ユーザリクエスト、中央局モデムリクエスト、遠隔端末モデムリクエスト、
の少なくとも１つの情報に基づいて診断データ通信モードに入り、
診断リンクモードのバージョン番号、診断情報の長さ、通信スタンダード、チップセットの型、１以上のベンダーＩＤ、ＡＴＵバージョンナンバー、タイムドメイン受信リバーブ信号、周波数ドメインリバーブ信号、増幅設定、ＣＯ送信電力スペクトラル密度、周波数ドメイン受信アイドルチャネル、信号対ノイズ、ビットおよびゲイン情報、アップストリーム送信レート、ダウンストリーム送信レート、
の少なくとも一つを含む診断リンクメッセージを受信すること、
を含むことを特徴とする方法。
【請求項４２】
請求項４１の前記方法において、さらに、
あらかじめ設定された回数前記診断リンクメッセージの再送信を受信すること、
を含むことを特徴とする方法。
【請求項４３】
請求項４１の前記方法において、さらに、
増加した送信電力診断リンクメッセージを受信すること、
を含むことを特徴とする方法。
【発明の詳細な説明】
【発明の分野】
【０００１】
この発明は、テスト情報および診断情報に関するものであり、特に、診断情報の通信のためのロバストシステム（ｒｏｂｕｓｔ  ｓｙｓｔｅｍ）およびその方法に関する。
【発明の背景】
【０００２】
データ通信環境におけるトランシーバ間での診断情報およびテスト情報の交換は、ＡＤＳＬのような配置（ｄｅｐｌｏｙｍｅｎｔ）のデータ送信（伝送）において重要な部分である。トランシーバの接続が期待どうりに実行されない場合、例えば、データレートが低い場合や多くのビットエラーがある場合などには、遠隔のトランシーバからの診断情報およびテスト情報を収集（ｃｏｌｌｅｃｔ）する必要がある。この収集は、作業者をその遠隔位置に派遣すること、例えば、時間を消費し高価であるトラックロールなどによって行われる。
【０００３】
ＤＳＬテクノロジーにおいては、中央局と加入者構内との間のローカル加入者線の通信は、互いに重ねられる離散周波数キャリア上にて、送信するデータを変調し、その後加入者線に送信される。個別的には、そのキャリアは、離散性、つまり、重複のない、限られた帯域幅の送信サブチャネルを形成する。集合的には、そのキャリアは、効率的な広帯域送信チャネルを形成する。レシーバ側では、そのキャリアは復調され、データは元に戻される。
【０００４】
ＤＳＬシステムには、例えばＡＤＳＬ、ＨＤＳＬ、ＩＳＤＮ、Ｔ１などの近接する電話線の他のデータサービスからの障害がある。ＡＤＳＬサービスの開示後、そして、インターネットアクセス用のＤＳＬが常時接続サービスとして構想されたときから、これらの障害が起こっていた可能性があり、これらの障害の影響は、ＡＤＳＬトランシーバによって改善されるべきである。
【発明の概要】
【０００５】
本発明のシステムおよび方法は、音声通信および（または）他の障害の存在下での、デジタル加入線のトランシーバの間での確実な診断情報およびテスト情報の交換を行うことに関するものである。参照を容易にするために、本発明のシステムおよび方法は、以下、一般的なトランシーバをモデムとして参照することとする。そのようなモデムの一つは、一般的には家庭用やビジネス用として顧客の構内に配置されるものであり、中央局からの通信を受ける「ダウンストリーム（下り）」となるものである。他のモデムは、一般的にはその中央局に配置され、その顧客構内からの「アップストリーム（上り）」となるものである。産業上の慣習と一致して、モデムは、しばしば「ＡＴＵ−Ｒ（”ＡＤＳＬ  ｔｒａｎｓｃｅｉｖｅｒ  ｕｎｉｔ，ｒｅｍｏｔｅ”、すなわち、顧客構内へ配置される）」および、「ＡＴＵ−Ｃ（”ＡＤＳＬ  ｔｒａｎｓｃｅｉｖｅｒ  ｕｎｉｔ，ｃｅｎｔｒａｌ  ｏｆｆｉｃｅ”、すなわち、中央局へ配置される）」として参照される。それぞれのモデムは、データを送信するための送信部と、データを受信するための受信部とを備えており、離散マルチトーン型である。すなわち、モデムは、限られた帯域幅のサブチャネルの重複上でデータを送信する。典型的には、アップストリーム側またはＡＴＵ−Ｃモデムは、一般的に高周波数サブチャネルである第１のサブチャネルのセット上で、下り側またはＡＴＵ−Ｒモデムへデータを送信し、一方、小さいサブチャネルのセットであって一般的に低周波数サブチャネルである第２のサブチャネルのセット上で、下り側またはＡＴＵ−Ｒモデムからのデータを受信する。それら２つのモデム間の診断リンクモード（ｄｉａｇｎｏｓｔｉｃ  ｌｉｎｋ  ｍｏｄｅ）を構築することにより、本発明のシステムおよび方法は、診断情報およびテスト情報を簡易かつロバスト（頑健）な方法で交換することができる。
【０００６】
診断リンクモードにおいては、診断情報およびテスト情報は、ノイズおよび（または）他の障害に対して非常に高い免疫性を有するシグナリング機構を用いて通信される。したがって、診断リンクモードは、モデムが、通常の操作モードにおいて許容可能な接続を現実的に構築できない場合であっても、効率的に動作することができる。
【０００７】
例えば、仮にＡＴＵ−Ｃおよび（または）ＡＴＵ−Ｒモデムが初期設定配列を完成することに失敗し、そのために通常の定常通信モード（ｎｏｒｍａｌ  ｓｔｅａｄｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｍｏｄｅ）に入ることができない場合であっても、診断情報およびテスト情報は通常どおり交換され、本発明のシステムおよび方法に関するモデムはロバストな診断リンクモードに入ることになる。別の方法として、自動的に、または、例えばユーザの指示によってマニュアルでその診断リンクモードへ入るようにすることもできる。ロバストな診断リンクモードにおいては、モデムは、診断情報およびテスト情報を交換するが、これらの情報は、例えば、技術者により、その技術者が物理的に訪れる（すなわち、データを収集するためにトラックロールや遠隔位置に訪れる）ことなく、その欠陥の原因を突き止めることに利用される。
【０００８】
この診断情報およびテスト情報には、これらに限定されるものではないが、例えば、信号対ノイズ（雑音）比情報、または、イコライザ情報、プログラマブルゲイン設定情報、ビット割り当て情報、送信電力情報および受信電力情報、マージン情報、ステータスおよびレート情報、線の長さやブリッジタップの数や位置、ワイヤーゲージなどの電話線状況情報、別の方法として、その他の公知の診断情報およびテスト情報、または、後に開発される特定の通信環境において適当な診断情報およびテスト情報などが含まれる。例えば、交換される診断情報およびテスト情報は、モデムの特定の制限、または、モデム導入および配置環境に関連する情報、または、例えば特定の欠陥や問題の原因の評価のために確定される他の診断情報およびテスト情報に対して利用される。別の方法として、診断情報およびテスト情報は、同時係属の、代理人によって参照符号０８１５１３−０００００３が付された出願において議論されている、加入者線の長さとブリッジタップの長さの見積もりを含むこともできる。この代理人による参照符号０８１５１３−０００００３の全開示内容は、これら全開示内容を参照することによって本出願に合体される。
【０００９】
例示として、本発明の模範的な実施形態は、遠隔端末（ＲＴ）トランシーバ（例えばＡＴＵ−Ｒ）から中央局（ＣＯ）トランシーバ（例えば、ＡＴＵ−Ｃ）への診断情報の通信における診断リンクモードの利用を例示する。遠隔端末から中央局への情報の送信は重要である。なぜなら、典型的なＡＤＳＬサービスプロバイダは中央局に配置され、そのために、トラックロールなしで遠隔端末での問題を特定することができるという利点があるからである。しかしながら、本発明のシステムおよび方法は、中央局から遠隔端末への通信においても同様に効果的に動作するであろうことは十分に理解される。
【００１０】
本発明の上記および他の特徴や効果は、以下に述べられる実施形態の詳細な説明によって明らかとなる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明に関する模範的な通信システムを示す機能的ブロック図である。
【図２】図２は、本発明に関する診断情報およびテスト情報の通信のための模範的な方法を示すフローチャートである。
【発明の詳細な説明】
【００１２】
下記の説明では、ＣＯ（中央局）が、ＲＴ（遠隔端末）から診断情報およびテスト情報を受信することについて説明する。模範的な実施形態では、本発明のシステムおよび方法は、診断リンクモードに入る前に、通常のモデム初期設定の部分を完了する。本発明のシステムおよび方法は、例えば、初期設定の部分が完了した後に、技術者またはユーザの指示によって手動で診断リンクモードに入ることができる。別の方法として、本発明のシステムおよび方法は、例えば、ビットレートの障害、または、前方向誤り訂正（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ（ＦＥＣ））（順方向誤り訂正）、例えば通常の定常送信モードにおけるＣＲＣエラー（ＣＲＣ  ｅｒｒｏｒ）等に基づいて、自動で診断リンクモードに入るようにしてもよい。診断リンクモードへの移行は、ＣＯ（中央局）モデムから、ＲＴ（遠隔端末）モデムへのメッセージの送信によって行われ、そのメッセージは、通常の定常データ送信モードへ移行するのではなく、モデムが診断リンクモードへ移行しようとしていることを示している。別の方法として、診断リンクモードへの移行は、遠隔端末（ＲＴ）から中央局（ＣＯ）へのメッセージの送信によって行われ、そのメッセージは、通常の定常データ送信モードへ移行するのではなく、モデムが診断リンクモードへ移行しようとしていることを示している。例えば、その移行信号は、スタンダード（ｓｔａｎｄａｒｄ）のＡＤＳＬステート（ＡＤＳＬ  ｓｔａｔｅ）から診断リンクモードの状態へ移行するためのＡＤＳＬステート移行を利用する。
【００１３】
診断リンクモードでは、ＲＴモデムは、ＣＯモデムに対して、診断情報およびテスト情報をインフォメーション・ビットの集まりの形式で送信する。そのような情報は、例えば、ＤＴＭシンボルがｃｙｃｌｉｃ  ｐｒｅｆｉｘを含む場合、または含まない場合に、ＩＴＵおよびＡＮＳＩ  ＡＤＳＬスタンダードにおけるＣ−レートメッセージ（Ｃ−Ｒａｔｅｓｌ  ｍｅｓｓａｇｅ）で用いられる、ＤＴＭシンボル変調による１ビット（ｏｎｅ  ｂｉｔ  ｐｅｒ  ＤＴＭ  ｓｙｍｂｏｌ  ｍｏｄｕｌａｔｉｏｎ）を用いることによって変調される。その他の模範的な変調技術は、例えば、ＩＴＵスタンダードＧ．９９４．１、高次のＱＡＭ変調（＞１ビット／キャリア）等で特定される、サブセットまたは全てのキャリア上の差動位相偏移変調方式（ＤＰＳＫ）を含んでいる。
【００１４】
ＤＭＴシンボル変調メッセージ・エンコード体系による１ビットでは、０の値のビットは、ＲＥＶＥＲＢ１信号に対してマップされ、１の値のビットはＳＥＧＵＥ１信号に対してマップされる。ＲＥＶＥＲＢ１およびＳＥＧＵＥ１信号は、ＩＴＵおよびＡＮＳＩ  ＡＤＳＬスタンダードにおいて定義される。ＲＥＶＥＲＢ１信号は、擬似ランダム信号（ｐｓｅｕｄｏ−ｒａｎｄｏｍ  ｓｅｑｕｅｎｃｅ）として知られているマルチキャリアシステムにおける全てのキャリアを変調することによって生成され、そのため、広帯域変調信号を生成することになる。ＳＥＧＵＥ１信号は、ＲＥＶＥＲＢ１信号の１８０度位相反転によるキャリアから生成される。両方の信号は広帯域であり、既に知られてているため、レシーバは、大量のノイズおよび他の障害の存在下で、シンプルマッチフィルタ（ｓｉｍｐｌｅ  ｍａｔｃｈｅｄ  ｆｉｌｔｅｒ）を利用してＲＥＶＥＲＢ１信号およびＳＥＧＵＥ１信号を容易に検出することができる。
【００１５】
【表１】
2011151808.tif 000003
【００１６】
表１は、診断リンクモード中に、ＲＴからＣＯへ送信されるデータメッセージの例を示す。この例では、ＲＴモデムは、２３の異なるデータ変数をＣＯに送信する。それぞれのデータ変数は、リンクの状況を分析するために用いられる診断情報およびテスト情報の異なった項目を含んでいる。変数は、１以上のデータ項目を含んでもよい。例えば、平均リバーブ信号（Ａｖｅｒａｇｅ  Ｒｅｖｅｒｂ  Ｓｉｇｎａｌ）は、例えば、ＡＤＳＬリバーブ信号（Ｒｅｖｅｒｂ  ｓｉｇｎａｌ）中に検出される、２５６エントリーまでの、トーン毎の電力レベルを含んでいる。逆にいえば、ＰＧＡゲイン−トレーニングは、シングルエントリーであり、ＡＤＳＬトレーニング中のレシーバでのゲインのｄＢを示している。
【００１７】
リンク状況の分析のために利用される診断情報およびテスト情報の型を代表する多くの変数は、ＲＴモデムからＣＯモデムへ送信される。これらの変数は、例えば、初期診断モードメッセージ中の情報に依存する、異なった長さのアレイである。本発明のシステムおよび方法は、多くの異なった診断情報およびテスト情報変数を含むようにすることができる。それゆえ、このシステムは、将来、データのサブセットを送信させたり、付加データ変数を付加することができるようコンフィギュラブル（ｃｏｎｆｉｇｕｒａｂｌｅ）である。したがって、メッセージ長は、増加させたり減少させたりすることができ、診断情報およびテスト情報を、例えば、ハードウェアや、環境および（または）データ通信の設備命令（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｅｑｕｉｐｍｅｎｔ  ｄｉｃｔａｔｅｓ）としてのおおよその変数をサポートするようにカスタマイズされうる。
【００１８】
それゆえに、テストされるモデムから受信モデムへ送信される変数は、一般的に、テスト情報および（または）診断情報の送信を可能とするいかなる変数の組み合わせでもとりうることは十分に理解される。
【００１９】
図１は、診断リンクモードを備えた追加のモデムのコンポーネンツ（構成要素）の模範的な実施形態を示す。詳細には、診断リンクシステム１００は、中央局モデム２００と、遠隔端末モデム３００とからなる。中央局モデム２００は、スタンダードＡＴＵ−Ｃコンポーネンツに加えて、ＣＲＣチェッカ２１０と、診断装置（デバイス）２２０、診断情報モニタリング装置２３０からなる。遠隔端末モデム３００は、ＡＴＵ−Ｒに関するスタンダードコンポーネンツに加えて、メッセージ決定装置（ａ  ｍｅｓｓａｇｅ  ｄｅｔｅｒｍｉｎａｔｉｏｎ  ｄｅｖｉｃｅ）３１０、および、電力制御装置３２０、診断装置３３０、診断情報保存（ｓｔｏｒａｇｅ装置３４０からなる。中央局モデム２００および遠隔端末３００は、リンク５を介して、電話スイッチ２０のためのスプリッタ１０、および、電話４０のためのスプリッタ３０とによって接続される。別の方法として、ＡＴＵ−Ｒは、スプリッタなしで、例えば、ＩＴＵスタンダードＧ．９９２．２（Ｇ．ｌｉｔｅ）または電話４０と直列のインラインフィルタとして特定されるスプリッタレスで動作するようにしてもよい。さらに、遠隔端末３００は、例示として、１以上のユーザ端末６０と接続されている。加えて、中央局モデム２００は、リンク５を介して、１以上の他の分配ネットワークに接続されているかもしれないし、そうでないかもしれない１以上の分配ネットワーク５０と接続されうる。
【００２０】
図１によって示される模範的な実施形態は、一つの実施形態として、遠隔端末モデム３００が中央局２００に対してテスト情報および診断情報を送信する診断リンクシステム１００を示しているが、診断リンクシステムのさまざまなコンポーネンツは、診断情報およびテスト情報が中央局２００から遠隔端末３００へ送信されるようにするか、あるいは、両方のモデムが診断情報および（または）テスト情報を送受信することができるようにアレンジすることができることは十分に理解されうる。さらに、診断リンクシステム１００のコンポーネンツは、ＰＯＴＳネットワーク、または他の相当なデータ送信ネットワークのような分配ネットワークにおける様々なロケーションに配置されうることは、十分に理解されることである。それゆえ、診断リンクシステム１００のコンポーネンツは、診断情報および（または）テスト情報の送信、または受信、または送受信のそれぞれのための１つの装置中に組み込まれうることは、十分に理解されるべきである。下記の説明で分かるように、計算効率の理由から、診断リンクシステム１００のコンポーネンツは、システム操作に影響を与えることなく、データ送信ネットワークおよび（または）モデム中のいかなるロケーションにて配置されうる。
【００２１】
リンク５には、配線、あるいは、ワイヤレスリンク、または他の公知のもの、あるいは今後開発される、接続された要素からまたはその要素に対して電気的データを供給または通信することのできる要素を用いてもよい。また、例えばユーザ端末６０は、パーソナルコンピュータ、または、ユーザをＤＳＬモデムなどのモデムとインターフェイスさせ、そのモデムによって送信させることのできる他の装置を用いてもよい。さらに、本発明のシステムおよび方法は、スプリッタレスおよびローパス・マルチキャリア・モデム技術においても同様に良好に動作するであろう。
【００２２】
操作中では、遠隔端末３００は、通常の初期化シーケンスから開始する。診断装置３３０は、初期化シーケンスの失敗をモニターする。もし失敗があれば、診断装置３３０は、診断リンクモードを開始する。別の方法として、ユーザ、または、例えば中央局（ＣＯ）の技術者は、初期化の部分が完成した後に、遠隔端末３００が診断リンクモードに入ったことを特定するようにしてもよい。さらに別の方法として、診断装置３３０は、遠隔端末の通常の定常データ送信をモニターすることができ、例えば、エラーの閾値を越えた場合、診断装置３３０が診断リンクモードを開始するようにしてもよい。
【００２３】
診断リンクモードの開始において、診断装置３３０は、遠隔端末３００と協調して、遠隔端末から中央局２００（ＲＴからＣＯ）へ初期診断リンクモードメッセージ（ｉｎｉｔｉａｔｅ  ｄｉａｇｎｏｓｔｉｃ  ｌｉｎｋ  ｍｏｄｅ  ｍｅｓｓａｇｅ）を送信する。別の方法として、中央局モデム２００は、遠隔端末モデム３００へ初期診断リンクモードメッセージを送信するようにしてもよい。もし、初期診断リンクモードメッセージが中央局２００によって受信された場合には、診断装置３３０は、メッセージ決定装置３１０と協調して、中央局２００へ送信される診断リンクメッセージを決定する。例えば、診断リンクメッセージは、通常のＡＤＳＬ初期化手順の間に集められるテスト情報を含むことができる。診断情報および（または）テスト情報には、これらに限定されるものではないが、診断リンクモードのバージョンナンバー、チップセットの型、ベンダーＩＤ、ＡＴＵバージョンナンバー、タイムドメイン受信リバーブ信号、周波数ドメインリバーブ信号、増幅設定、ＣＯ送信電力スペクトラル密度、周波数ドメイン受信アイドルチャネル、信号対ノイズ、ビットおよびゲイン、アップストリームおよびダウンストリーム送信レート等が含まれる。
【００２４】
もし、初期診断リンクモードメッセージが中央局２００によって受信されない場合には、初期診断リンクモードメッセージは、例えば、接続を確立することができないという決定がなされるまで、あらかじめ設定された反復回数だけ再送信される。
【００２５】
初期診断リンクモードメッセージが受信された場合、次に、あらかじめ設定された反復回数の間、診断装置３３０は、遠隔端末モデム３００および診断情報保存装置３４０と協調して、巡回冗長検査（ＣＲＣ）とともに診断リンクメッセージを中央局モデム２００に送信する。しかしながら、一般的に、ビットエラー検出のようなあらゆるエラー検出の動作をシステムの操作に影響を与えることなく行えることは十分に理解される。中央局２００は、ＣＲＣチェッカ２１０と協調して、ＣＲＣが正確かどうかを決定する。もし、ＣＲＣが正確であれば、診断情報保存装置３４０に保存された診断情報は、診断装置３３０と遠隔端末モデム３００との協調により、順調に中央局２００に送信される。
【００２６】
例えば、もしＣＲＣチェッカ２１０が正確なＣＲＣを決定することができない場合には、診断装置３３０は、電力制御装置３２０と協調して、遠隔端末３００の送信電力を増加させ、遠隔端末３００から中央局２００への診断リンクメッセージの送信を繰り返す。このプロセスは、ＣＲＣチェッカ２１０によって正確なＣＲＣが決定されるまで続けられる。
【００２７】
診断リンクメッセージの送信に用いられる最大電力レベルは、例えば、ユーザまたはＡＤＳＬサービスオペレータによって特定される。もし、ＣＲＣチェッカ２１０がその最大電力レベルにおける正確なＣＲＣを決定せず、診断リンクモードが開始されない場合には、技術者をその遠隔位置に派遣するなどの、診断情報を決定するための別の方法が利用される。
【００２８】
別の方法として、電力レベルの増加に応じる場合とそうでない場合であっても、遠隔端末３００は、診断リンクメッセージを、数回（例えば４回）送信するようにしてもよい。診断リンクメッセージを数回送信することにより、ＣＯモデム２００は、例えば、受信した診断リンクメッセージから正確なＣＲＣを取得する可能性を上げるために、ダイバシティ・コンバイニング・スキーム（ａ  ｄｉｖｅｒｓｉｔｙ  ｃｏｍｂｉｎｉｎｇ  ｓｃｈｅｍｅ）を利用するようにしてもよい。
【００２９】
別の方法として、上述したように、中央局２００は、診断情報モニタリング装置２３０を含むようにしてもよい。遠隔端末３００もまた、診断情報モニタリング装置を含むようにしてよい。１以上のこれらの診断情報モニタリング装置は、遠隔端末３００と中央局２００との間の通常の定常データ送信をモニタすることができる。例えば、通常の定常データ送信においては、あらかじめ設定されたエラー閾値を越えた場合、診断情報モニタリング装置は、診断装置３００および（または）診断装置２２０の協調による診断リンクモードを開始することができる。
【００３０】
図２は、本発明に関する診断リンクモードへ入る模範的な方法を示す。詳細には、制御は、ステップＳ１００から開始してステップＳ１１０へ続く。ステップＳ１１０では、初期化シーケンスが開始される。次に、ステップＳ１２０で初期化の失敗が検出された場合には、制御はステップＳ１７０へ続く。一方、そうでない場合には、制御はステップＳ１３０へ移動する。ステップＳ１３０では、診断リンクモードが選択されるかどうかの決定が行われる。診断リンクモードが選択された場合には、制御はステップＳ１７０へと続き、一方、選択されない場合には、制御はステップＳ１４０へ移動する。
【００３１】
ステップＳ１７０では、初期診断リンクモードメッセージは、例えば、遠隔端末から中央局へ送信される。次に、ステップＳ１８０では、初期診断モードメッセージがＣＯによって受信されたか否かを決定する。初期診断モードメッセージがＣＯによって受信された場合には、制御はステップＳ２００へ移動する。一方、そうでない場合には、制御はステップＳ１９０へと続く。ステップＳ１９０では、例えばあらかじめ決定された反復回数が既に終了したかどうかに基づいて、初期診断モードメッセージを再送信するか否かを決定する。初期診断モードメッセージが再送信される場合には、制御は再びステップＳ１７０に戻ってから続くことになる。一方、再送信されない場合には、制御はステップＳ１６０に移動する。
【００３２】
ステップＳ２００では、例えば、１以上のローカルループまたは、遠隔端末における電話線ネットワーク等について、テスト情報および診断情報を集めることによって、診断リンクメッセージが決定される。次に、ステップＳ２１０では、あらかじめ設定された反復回数の間、ステップＳ２２０からステップＳ２４０までが実行される。詳細には、ステップＳ２２０では、ＣＲＣを含む診断リンクメッセージは、例えばＣＯへ送信される。次に、ステップＳ２３０では、ＣＲＣが決定される。そして、ステップＳ２４０では、ＣＲＣが正確であるか否かが決定される。ＣＲＣが正確であれば、テスト情報および（または）診断情報は順調に通信されており、制御はステップＳ１６０へ続く。
【００３３】
一方、ステップＳ２１０があらかじめ設定された反復回数ほど終了した場合には、制御はステップＳ２５０へ続く。ステップＳ２５０では、送信電力は増加し、制御は、ステップＳ２１０へ戻ってから続くことになる。別の方法として、上述したように、診断リンクメッセージは、送信電力の変化を伴う場合や伴わない場合でも、あらかじめ設定された回数送信されるようにしてもよい。
【００３４】
ステップＳ１４０では、遠隔端末モデムと中央局モデムのような２つのモデムの間において、通常の定常データ送信へ移行する。次に、ステップＳ１５０では、通常の定常データ送信の間のエラー閾値を越えるかどうかが決定される。エラー閾値を越えた場合には、制御はステップＳ１７０へと続く。一方、そうでない場合には制御はステップＳ１６０へ移動する。ステップＳ１６０において、制御の流れは終了する。
【００３５】
図１に示すように、診断リンクモードシステムは、単一のプログラムの汎用コンピュータ、または、ＤＳＬモデムのようなモデム、または、通信装置を備えた別の（分離した）プログラムの汎用コンピュータ上で実行することができる。しかしながら、本診断リンクシステムは、専用コンピュータ、または、プログラムされたマイクロプロセッサ、マイクロコントローラおよび周辺の集積回路要素、ＡＳＩＣまたは他の集積回路、デジタルシグナルプロセッサ、個別の専用回路などのハードロジック回路や電子回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬなどのようなプログラムされた論理素子、または関連する通信装置上でも実行することができる。一般的に、図２で示されるフローチャートを実行することのできる有限状態機械となるいかなる装置も、本発明に関する診断リンクシステムを実行するのに用いることができる。
【００３６】
さらに、開示した方法は、さまざまなコンピュータ、ワークステーション、またはモデム・ハードウェア・プラットフォーム上で用いることができるポータブル・ソースコードを提供する、オブジェクトまたはオブジェクト指向のソフトウェア開発環境において容易に実行することができる可能性もある。別の方法として、開示した診断リンクシステムは、スタンダード論理回路またはＶＬＳＩデザインを用いるハードウェアにおいて、部分的に、または全体的に実行できる可能性もある。システムのスピードおよび（または）効率性の要求、特定の機能、特定のソフトウェアまたはハードウェアシステム、マイクロプロセッサまたは利用されるマイクロコンピュータシステムに応じて、本発明に関するシステムを実行するために、他のソフトウェアまたはハードウェアを用いることもできる。しかしながら、ここで示した診断リンクシステムおよび方法は、公知の、または後に開発されるシステムまたは構造、コンピュータおよび通信技術の一般的な基礎知識を有し、ここで示した機能的記述から適用可能な分野の当業者による装置および（または）ソフトウェアにおいて、容易に実行されることができる。
【００３７】
さらに、開示した方法は、プログラムされた汎用コンピュータ、または専用コンピュータ、マイクロプロセッサなどにおいて用いられるソフトウェアとして、容易に実行されることができる。これらの例では、本発明の方法およびシステムは、ＤＳＬモデムのようにモデムに埋め込まれたプログラム、または、パーソナルコンピュータ上の施設内のリソース（ｒｅｓｏｕｒｃｅ  ｒｅｓｉｄｉｎｇ）において、診断リンクシステムまたは中央局等に組み込まれたルーチンとして実行されることが可能である。また、本診断リンクシステムは、モデムのハードウェアおよびソフトウェアシステム、または汎用コンピュータ、ＡＤＳＬラインテスト装置などの、システムおよび方法を物理的に組み込んだソフトウェアおよび（または）ハードウェアシステムによって実行されることができる。
【００３８】
以上より、本発明に関連して、診断リンクメッセージの送信のためのシステムおよび方法の提示がされたことは明らかである。本発明は、複数の実施形態とともに説明されたため、多くの代替、修正、変形が、適用可能な分野の当業者にとって明らかであることは明白である。したがって、出願人は、そのような全ての代替、修正、均等および変形を、本発明の精神と適用範囲に含めることを意図する。
【図１】
2011151808.tif 000004
【図２】
2011151808.tif 000005
【手続補正書】
【提出日】平成23年1月24日(2011.1.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
診断送信モードを有するモデム。