多数のアプリケーションをサポートするために格納アプリケーションプロファイルを有する多数搬送波システム
【課題】多数のアプリケーションをサポートする多数搬送波伝送システムの提供。
【解決手段】デジタル加入者線システムは、多数搬送波変調を使用して通信チャンネル上で通信できる２台の送受信器を含む。アプリケーションプロファイルが、通信チャンネル上での情報の送信を特性付けるために定義される。各送受信器は、アプリケーションプロファイルを格納し、格納アプリケーションプロファイルの一つに従って通信チャンネル上で情報を送信する。送受信器間でアクティブな数多くのアプリケーションにおいて変化が生じたとき、アプリケーションプロファイルのうちの第２のアプリケーションプロファイルが取出され、送受信器は、第２アプリケーションプロファイルに従って通信チャンネル上で情報を送信するステップへ移行する。この移行は、送受信器間の通信を中断して送受信器を再調整することなく起り得る。
【解決手段】デジタル加入者線システムは、多数搬送波変調を使用して通信チャンネル上で通信できる２台の送受信器を含む。アプリケーションプロファイルが、通信チャンネル上での情報の送信を特性付けるために定義される。各送受信器は、アプリケーションプロファイルを格納し、格納アプリケーションプロファイルの一つに従って通信チャンネル上で情報を送信する。送受信器間でアクティブな数多くのアプリケーションにおいて変化が生じたとき、アプリケーションプロファイルのうちの第２のアプリケーションプロファイルが取出され、送受信器は、第２アプリケーションプロファイルに従って通信チャンネル上で情報を送信するステップへ移行する。この移行は、送受信器間の通信を中断して送受信器を再調整することなく起り得る。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、１９９９年３月１２日出願の米国仮出願第６０／１２４，２２２号、発明の名称「シームレス・レート適応型（ＳＲＡ）ＡＤＳＬシステム」、１９９９年１０月２２日出願の米国仮出願第６０／１６１，１１５号、発明の名称「格納アプリケーション・プロファイルを有する多数搬送波システム」、および２０００年１月１９日出願の米国仮出願第６０／１７７，０８１号、発明の名称「シームレス・レート適応型（ＳＲＡ）多数搬送波変調システムとプロトコル」に基づく優先権を主張している、係属中である２０００年３月１０日出願の米国特許出願第０９／５２２，８６９号の一部継続出願である。本出願は、また、１９９９年９月１５日出願の米国仮出願第６０／１５４，１１６号、発明の名称「多数のアプリケーションをサポートする送受信器」、１９９９年１０月２２日出願の米国仮出願第６０／１６１，１１５号、発明の名称「格納アプリケーション・プロファイルを有する多数搬送波システム」、および、２０００年１月１９日出願の米国仮出願第６０／１７７，０８１号、発明の名称「シームレス・レート適応型（ＳＲＡ）多数搬送波変調システムとプロトコル」に基づく優先権を主張する。これら同時係属中の仮出願は、引用して本明細書にその全体が組込まれる。
【発明の分野】
【０００２】
本発明は、多数搬送波変調を使用する伝送システムに関する。より詳細には、本発明は、多数のアプリケーションをサポートする多数搬送波伝送システムに関する。
【背景】
【０００３】
従来の多数搬送波伝送システムでは、多数搬送波変調またはディスクリート・マルチトーン変調（ＤＭＴ）を使用して、送受信器が通信チャンネル上で通信を行っている。搬送波または通信チャンネルの使用周波数帯域内で離間するサブチャンネルは、システムのシンボル伝送レートで変調される。ＡＤＳＬ（非対称デジタル加入者線）システムでは、シンボルレートは、ほぼ４ｋＨｚである。サブチャンネルのビットエラー率が、受信している送受信器のところで実質的に等しくなるように、送信している送受信器は、２５０マイクロ秒毎に、送信用の新規のビットセットをサブチャンネルへ割当てる。その結果、所定シンボル期間に対して、ビット数をサブチャンネル毎に変えることができる。
【０００４】
ＩＴＵ（国際電気通信連合）規格Ｇ９９２．１とＧ９９２．２は、ＡＤＳＬ ＤＭＴ送受信器の動作を特性付けるパラメータを規定している。ほんの数例ではあるがこれらパラメータには、送受信器間の接続のためのデータレート（ｂ/秒）、アップストリームとダウンストリーム方向のサブチャンネルの数、および各サブチャンネルへ割当てられるビット数が含まれる。一般的に、そのようなパラメータは、送受信器の当初の構成およびインストール以降は固定されたままである。あるパラメータは接続のデータレートに依存し、ＡＤＳＬ接続が高データレートか低データレートであるときに変化できる。また、あるパラメータは、チャンネル条件が変化するときに変化できる。しかし、アプリケーションのタイプが決定された後は、すなわち音声、データ、映像などが決定された後は、そのアプリケーションのためにパラメータが最適化されて固定される。
【０００５】
ＩＴＵ Ｇ９２２．２規格に記載のスプリッタレス動作に関しては、ＡＤＳＬ送受信器が「チャンネルプロファイル」を格納し、このチャンネルプロファイルは、通信チャンネルの条件が変化する（例えば、電話機がフックから外れる）ときに使用されるパラメータのサブセットを含む。ＡＤＳＬ送受信器が制御しないイベント（例えば、ＡＤＳＬ送受信器と同じ線へ接続された電話機がフックから外れる）に起因してチャンネル条件が変わるときに、ＡＤＳＬ送受信器は新規チャンネル条件を同定し、いくつかの受信器機能（例えば、イコライザ、エコーキャンセラなど）を再調整し、そして新規チャンネル条件に使用されるチャンネルプロファイルへ切換えなくてはならない。ＩＴＵ Ｇ９２２．２で「高速再調整」手順として定義されたこのプロセスにかかる時間は、ほぼ１〜２秒である。しかし、これらチャンネルプロファイルはチャンネル条件だけに依存し、ＡＤＳＬ接続上で実行しているアプリケーション（単数および複数）に依存しない。
【０００６】
技術上の進展によって多数搬送波伝送システムに関するデータレートスループットが増えるのに伴って、ＡＤＳＬ送受信器は多数のアプリケーションをサポートできるようになっている。多数のアプリケーションをサポートするには、アクティブなアプリケーションの数とタイプが時間の経過とともに変化するのに従って、ＡＤＳＬ送受信器が迅速に効率よく伝送パラメータを適合させる必要がある。例えば、ＡＤＳＬ送受信器がインターネット上でデータにアクセスしている場合に、ＡＤＳＬ接続上で運ばれている音声通話がアクティブになるとき、ＡＤＳＬ送受信器は、アクティブな両アプリケーションに適応するよう伝送パラメータを改変できなくてはならない。他の音声通話および異なるアプリケーション（例えば、ビデオオンデマンド、ビデオ会議）がＡＤＳＬ接続上で起動および停止される際に、ＡＤＳＬ送受信器は、並行にアクティブなアプリケーションの様々な組合わせの様々な伝送要件もサポートできなくてはならない。例えば、ビデオ信号は、音声およびデータ信号より信頼性要件は高いが、伝送遅延要件は低い。伝送システムによっては、高信頼性と伝送遅延との間で折り合いを見出す必要があった。
【０００７】
従って、アクティブなアプリケーションの数と種類が時間の経過とともに変化するのに従い、アクティブな多数のアプリケーションの様々な伝送要件をサポートできるシステムおよび方法に対するニーズが依然存在する。
【発明の概要】
【０００８】
一つの目的は、多数のアプリケーションをサポートでき、そしてアプリケーションが起動および停止されるのに従って時間の経過とともに送信パラメータを迅速に効率よく改変できるＤＭＴ送受信器を提供することである。本発明の一局面において、多数搬送波変調システムは、通信チャンネル上で相互に通信できる２台の送受信器を有する。本発明の一局面で、多数搬送波変調システムは、通信チャンネルの上で相互に通信できる２台の送受信器を有する。本発明は、複数のアプリケーションをサポートするための方法を特徴とする。ここで、多数のアプリケーションプロファイルを定義すると、各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、そのユニークセットの各アプリケーションに関連付けた情報を通信チャンネル上で送信するために、各アプリケーションに対し少なくとも一つの送信パラメータを指定する。
【０００９】
多数のアプリケーションプロファイルは、送受信器の一方に格納される。情報は、現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従い送信される。現在アクティブなアプリケーションのセットでの変化に応答して、第２格納アプリケーションプロファイルが選択される。この第２アプリケーションプロファイルは、現在アクティブなアプリケーションの変化セット中の一つ以上のアプリケーションに対応する。情報の送信は、送受信器を再調整するために、送受信器間の通信を中断することなく第２格納アプリケーションプロファイルの使用へ移行する。
【００１０】
メッセージが送受信器の一つへ送信され、第２アプリケーションプロファイルを送受信器間でのその後の通信のために使用するアプリケーションプロファイルとして識別する。メッセージは、第２アプリケーションプロファイルへの移行を要請するよう動作できる。送受信器の受信器または送信器のいずれも、移行を始動するメッセージを送ることができる。
【００１１】
返答メッセージは、メッセージが送信された送受信器から受信される。受信器が初期メッセージを送ったとき、返答メッセージは、リクエストを認可し、第２アプリケーションプロファイルの使用を同期化する。一つの実施の形態では、反転同期シンボルが、返答メッセージのために使用される。移行が送信器始動のとき、返答メッセージは、リクエストを認可して、第２アプリケーションプロファイルへ移行する。そこで、別のメッセージが送られ、認可を認知し、第２アプリケーションプロファイルの使用を同期化する。一つの実施の形態では、この他のメッセージは反転同期シンボルである。
【００１２】
各アプリケーションプロファイルは、送受信器の完全な初期化を遂行して、または遂行することなく、通信チャンネル上で他方の送受信器へ送信され得る。アプリケーションプロファイルは、アクティブなアプリケーションのユニークセットの最初の出現により生成されることができ、そのユニークアプリケーションセットに関連付けられる。一つの実施の形態では、送受信器のそれぞれは、両送受信器によって用いられる予め定めたプロセスを使用して格納アプリケーションプロファイルの一つに対する送信パラメータの少なくとも一つをローカルで生成する。他の実施の形態では、送受信器は、格納アプリケーションプロファイルで予め設定されることができる。
【００１３】
アプリケーションプロファイルでは、各アプリケーションのために指定される送信パラメータは、次のうち少なくとも一つを含む：送信データレート、ダウンストリームとアップストリーム送信のために割当てられるサブチャンネル、サブチャンネルのそれぞれへ割当てられるビットの数、パフォーマンスマージン、サブチャンネルのそれぞれに対する利得微調節、インターリーブ深さ、最小と最大ＱＡＭコンステレーションサイズ、巡回前置部分の長さ、コード語サイズ、フレーム化モード、およびトレリスコード。
【００１４】
別の局面では、本発明は、送受信器間でアクティブである多数のアプリケーションをサポートするための方法を特長とする。複数のアプリケーションプロファイルが、通信チャンネルの上での情報の送信を特性付けるために展開される。各アプリケーションプロファイルは、送受信器間でアクティブになり得る一つ以上のアプリケーションのユニークセットに関連付けられる。アプリケーションプロファイルは送受信器で格納される。情報は、現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従い通信チャンネル上で送信される。変化した現在アクティブなアプリケーションのセットに対応するアプリケーションプロファイルの第２のものが、送受信器間でアクティブである現在アクティブなアプリケーションのセットにおける変化に応答して取出される。送受信器は、第２アプリケーションプロファイルに従い通信チャンネルの上で情報を送信するステップに移行する。移行は、送受信器を再調整して、または再調整せずに起り得る。
【００１５】
なお別の局面では、本発明は、複数のアプリケーションをサポートするための方法を特徴とし、ここで複数のアプリケーションプロファイルが定義される。各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、通信チャンネルの上でそのアプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセットにおける各アプリケーションに対する少なくとも一つの送信パラメータを指定する。複数のアプリケーションプロファイルは送受信器の一つで格納される。
【００１６】
本発明のさらに別の局面では、多数搬送波変調システムは、通信チャンネル上で通信する送受信器を有する。複数のアプリケーションプロファイルが定義される。各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、通信チャンネルの上でそのアプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセットにおける各アプリケーションに対する少なくとも一つの送信パラメータを指定する。
【００１７】
複数のアプリケーションプロファイルは送受信器で格納される。情報は、現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って送信される。第２格納アプリケーションプロファイルが、現在アクティブなアプリケーションのセットにおける変化に応答して選択される。この第２アプリケーションプロファイルは、変化した現在アクティブなアプリケーションのセットにおける一つ以上のアプリケーションに対応する。情報の送信は、送受信器を再調整する必要もなく、第２格納アプリケーションプロファイルの使用へ移行する。送受信器は、第２アプリケーションプロファイルをその後の通信のために使用するアプリケーションプロファイルとして識別するメッセージを送信または受信できる。
【００１８】
本発明のなお別の局面では、各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、通信チャンネル上でそのアプリケーションに関連付けられた情報を受信するために、そのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの受信パラメータを指定する。情報の受信は、第１格納アプリケーションプロファイルを使用することから、第２格納アプリケーションプロファイルの使用へ、送受信器を再調整する必要もなく移行する。この場合も、送受信器は、第２アプリケーションプロファイルをその後の通信のために使用するアプリケーションプロファイルとして識別するメッセージを送信または受信できる。
【発明の説明】
【００１９】
図１は、非同期ＤＳＬ伝送システム２を示し、通信チャンネル１８上で中央局（ＣＯ）送受信器１４と通信できる遠隔ディスクリート・マルチトーン変調（ＤＭＴ）送受信器１０（例えばモデム）を含む。遠隔ＤＭＴ送受信器１０は、本発明の原理に従って、送信器２２、受信器２６、および複数のアプリケーションプロファイル（ＡＰ）３４を格納するメモリ３０を含む。ＣＯ送受信器１４は、送信器３８、受信器４２、および遠隔ＤＭＴ送受信器１０のアプリケーションプロファイル３４と一対一で対応する複数のアプリケーションプロファイル５０を格納するメモリ４６を含む。
【００２０】
一つの実施の形態における通信チャンネル１８は、電話加入者線の一対の撚り線である。通信チャンネル１８は、遠隔ＤＭＴ送受信器１０の送信器２２からＣＯ送受信器１４の受信器４２に至るアップストリーム送信経路、およびＣＯ送受信器１４の送信器３８から遠隔ＤＭＴ送受信器１０の受信器２６に至るダウンストリーム送信経路を提供する。システム２は、ダウンストリーム送信経路の帯域幅がアップストリーム送信経路の帯域幅より大きい点で非対称である。
【００２１】
遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、本発明の原理に従って、アプリケーションプロファイル３４、５０を使用してアプリケーションストリーム５４、５４'（全体的には符号５４で示す）を送受信する。各アプリケーションストリーム５４（以降、アプリケーション５４と称する）は一種類の信号（例えばデジタルデータ、音声、映像など）を伝達する。例えば、音声信号のストリームは一つのアプリケーションであり、デジタルデータ信号のストリームは別のアプリケーションであり、そしてビデオ信号のストリームはさらに別のアプリケーションである。音声アプリケーションは、一つ以上のアクティブな音声通話に対応する。デジタルデータアプリケーションの例は、インターネットにアクセスするウエブ閲覧（ＩＡＷＢ）であり、ビデオアプリケーションの例は、ビデオオンデマンドである。ＡＤＳＬシステム２は、他の信号種類から構成されるアプリケーション５４も送信できる。アプリケーションストリームは個別のものとして示したが、様々な種類の信号を有する送信パケット（例えばＡＴＭセル）の単一ストリームの一部として送受信器１０、１４に到着できる。
【００２２】
ＡＤＳＬシステム２は、アクティブな多数のアプリケーション５４を並行してサポートする。例えば、遠隔ＤＭＴ送受信器１０の送信器２２は、音声アプリケーション信号およびデジタルデータアプリケーション信号を並行して、ＣＯ送受信器１４の受信器４２へ通信チャンネル１８のアップストリーム送信経路上で送信できる。別の例として図１に示すのは、アップストリームとダウンストリーム送信経路上で、デジタルデータ、音声、およびビデオアプリケーション５４に関連付けた信号を並行して送信するＡＤＳＬシステム２を示す。
【００２３】
いずれかの所定時点で、ＤＳＬシステム２は、現在アクティブであるゼロ、一つ、またはそれより多いアプリケーション５４を有する。以降、アプリケーションのセットまたはアプリケーションセットと称する、一つ以上のアクティブなアプリケーションのユニークコンビネーションは、送受信器１０、１４のユニークでアクティブな通信状態を表す。アプリケーションセット５４の例には、２つ以上の並行してアクティブな異なる種類のアプリケーション（例えば、一つ以上の音声通話から構成される音声電話アプリケーションと一緒のインターネットアクセスのウエブ閲覧アプリケーション）がある。アクティブなアプリケーションのセットの他の例は、アクティブなアプリケーションを一つだけ持つ（例えば、インターネットアクセスのウエブ閲覧アプリケーション、あるいは、一つ以上のアクティブな音声通話）。
【００２４】
各アプリケーション５４は、以下２つのカテゴリのアプリケーションのどちらか一方に該当する。（１）固定データレートアプリケーション、および（２）可変データレートアプリケーション。固定データレートアプリケーションは、特定の帯域幅を必要とし、通信チャンネル１８を通過するためにその帯域幅を獲得しなくてはならない。所要のデータレートが目下利用できない場合、アプリケーションはその時点でサポートされることはない。固定データレートアプリケーションの一例は、音声電話アプリケーションであり、それは、アクティブな通話毎に６４ｋｂ／秒を必要とする。ビデオアプリケーションによっては、特定の固定データレートを必要とするかもしれない。可変データレートアプリケーションは、データレートの範囲（例えば、１Ｍｂ／秒から２Ｍｂ／秒）で動作できる。従って、利用可能なチャンネル帯域幅がこの範囲に該当する場合、アプリケーションはサポート可能になる。可変データレートアプリケーションの一例はデジタルデータアプリケーション（例えば、インターネットにアクセスするウエブ閲覧）である。幾つかのビデオアプリケーションは、データレート範囲内で動作できる可変データレートアプリケーションの他の例である。
【００２５】
このようなデータレート要件は、以下で更に詳細に説明するように、アプリケーションプロファイル３４、５０の内容を部分的に決定する。一般的に、一つ以上の固定データレートアプリケーションをサポートするアプリケーションプロファイル３４、５０は、そのような固定データレートアプリケーション毎に特定のデータレート要件を定める。可変データレートアプリケーションをサポートするアプリケーションプロファイル３４、５０は、特定の可変データレートアプリケーションの範囲に入る可変データレートの最大量までを定める。固定データレートおよび可変データレートアプリケーション両方をサポートするアプリケーションプロファイル３４、５０は、先ず特定のデータレート要件を、特定の固定データレートアプリケーション（単数または複数）へ割付け、次に残りの利用可能な帯域幅を可変データレートアプリケーション（単数または複数）へ割付ける。
【００２６】
異なる種類のアプリケーション５４も、通常は信頼性と伝送遅延に対して異なる送受信要件を持っている。より具体的には、データレート、呼出し時間、バーストまたはインパルスノイズ、ビットエラー率（ＢＥＲ）、およびデータレート対称性は、アプリケーションが異なると大幅に変わってしまう。例えば、高速ビデオアプリケーションは非対称であり、高いダウンストリームデータレート、例えば１．５Ｍｂ/秒から６Ｍｂ/秒、および低いアップストリームデータレート、例えば１６ｋｂ/秒から６４ｋｂ/秒を必要とする。加えて、ビデオ信号は送信時に高度に圧縮されるので、ビデオアプリケーションのインパルスノイズに対する免疫性は低い。その結果、ビデオアプリケーションは、＜１Ｅ−９という低いＢＥＲを必要とする。＞２０ｍ秒という長い呼出し時間は容認できる。
【００２７】
対照的に、インターネット上でのウエブ閲覧のようなデジタルデータアプリケーションの非対称性は、ビデオアプリケーションより低く、３２ｋｂ/秒から６Ｍｂ/秒間の範囲に及ぶダウンストリームデータレートと、３２ｋｂ/秒から１Ｍｂ/秒間のアップストリームデータレートとを使用する。デジタルデータアプリケーションに対するビットエラー率要件は＜１Ｅ−７であり、一般的にビデオアプリケーションよりもインパルスノイズに対する免疫性が高い。また、＜５ｍ秒という中程度の呼出し時間は一般的に容認できる。
【００２８】
音声アプリケーション（すなわち通話）は対称性であり、アップストリームとダウンストリーム両方の送信経路で６４ｋｂ/秒データレートを必要とする。インパルスノイズに対して高い免疫性を有しており、音声アプリケーションは、ＢＥＲ＜１Ｅ−３を持ち得る。ビデオおよびデジタルデータアプリケーションと対照的に、必要な呼出し時間は約１．５ｍ秒未満という低い値である。
【００２９】
他の種類のアプリケーションは他の要件を持つことができる。
【００３０】
様々なデジタル・マルチトーン送信（または受信）パラメータが、これらの要件を制御する。例えば、ビット割当テーブル（ＢＡＴ）はデータレートとビットエラー率を制御する。リード・ソロモン（Ｒ／Ｓ）コード化はより低いビットエラー率を制御し、インターリーブ化はより低いビットエラー率を提供するが、両方とも呼出し時間の増加という犠牲を払ってインパルスノイズに対する免疫性を高める。アップストリームとダウンストリーム経路で使用されるトーン数が、データレート対称性を決定する。その結果、種々のパラメータが、通信チャンネル１８上での所定アプリケーション５４に関連付けられた信号のＤＭＴ送受信を特性付ける（以降、このようなパラメータを全体的に送信パラメータと称するが、これは信号を受信する場合にも使用される）。このような送信パラメータには以下が含まれる。
【００３１】
送受信器１０、１４間における（アップストリームおよび／またはダウンストリーム）、所定アプリケーションのデータレート（ビット／秒）；
所定アプリケーションのために、アップストリームとダウンストリーム送信経路に割当られるサブチャンネル；
所定アプリケーションのために各サブチャンネルへ割当てられるビット数；
所定アプリケーションのために各サブチャンネル上で使用される最小と最大の直交振幅変調（ＱＡＭ）コンステレーションサイズ；
所定アプリケーションのためのトレリスコードの包含または排除；
所定アプリケーションのための巡回前置部分の長さ；
所定アプリケーションのためのコード化パラメータ（例えば、Ｒ／Ｓコード語サイズ）；
所定アプリケーションのためのインターリーバが使用される場合、インターリーバの深さ；
所定アプリケーションのためのフレーム化モード（例えば、ＩＴＵ ＡＤＳＬ伝送規格Ｇ９２２．１は４つの異なるフレーム化モードを規定している）；
所定アプリケーションのために各トーンへなされる利得微調節；および
所定アプリケーションのためのパフォーマンスマージン。
【００３２】
一つ以上のアクティブなアプリケーションに関連付けた信号を送受信するために、遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、アプリケーションプロファイル３４、５０を使用して、そのような通信を特性付ける。より具体的には、各アプリケーションプロファイル３４、５０は、一つ以上の目下アクティブなアプリケーション５４のユニークセットのための送信パラメータを特定するパラメータセットである。唯一のアクティブなアプリケーションを表すアプリケーションセットに対応するアプリケーションプロファイルは、その一つのアプリケーションのための送信パラメータを定める。以下に説明するように、各アプリケーションプロファイル３４、５０のパラメータへ指定される値は、そのアプリケーションプロファイルに対応するアプリケーションセット中の各アプリケーションのカテゴリと種類に依存する。
【００３３】
２つ以上の並行してアクティブなアプリケーションを表すアプリケーションセットに対しては、対応するアプリケーションプロファイル３４、５０が、そのアプリケーションセット中のアクティブなアプリケーション毎に並行して適応する送信パラメータを特定する。実際上、アプリケーションプロファイル３４、５０は、個々のアプリケーション５４の個々の送信（または受信）要件を、アクティブなすべてのアプリケーションの並行送信を達成する単一の送信パラメータセットに組合わせるよう動作する。
【００３４】
例えば、接続のトータルデータレートが１．５３２Ｍｂ/秒であると仮定する。可変データレートアプリケーション（例えばデジタルデータアプリケーション）が単独で動いているとき、このデータレートが可変データレートアプリケーションのデータレートの範囲内にあるとして、それは、１．５３２Ｍｂ/秒の利用可能データレート全部を使用する。従って、アプリケーションプロファイルの一つの実施の形態は、この可変データレートアプリケーションに対応して、接続の利用可能データレート全体をこの可変データレートアプリケーションへ割付ける。固定データレートアプリケーション（例えば音声アプリケーション）が単独で動いているとき、それは、具体的に必要とされるデータレート（例えば、音声アプリケーション用の６４ｋｂ/秒データレート）を使用する。従って、アプリケーションプロファイルの一つの実施の形態は、この固定データレートアプリケーションに対応して、具体的に必要とされるデータレートをこの固定データレートアプリケーションへ割付ける。
【００３５】
上で説明した固定および可変データレートアプリケーションが並行して動いているとき、この２つのアプリケーションのセットに対応するアプリケーションプロファイルは、まず固定データレートアプリケーションのデータレート要件を供与し、次に固定データレートアプリケーションを充足した後に、残りのチャンネル帯域幅を使用する、可変データレートアプリケーションを供与する。従って、固定データレートアプリケーションが６４ｋｂ/秒を必要とする音声アプリケーションである場合、アプリケーションプロファイルは、音声アプリケーションに対して所要の６４ｋｂ/秒を指定し、残っているチャンネル帯域幅１．４６８Ｍｂ/秒データレートを可変データレートアプリケーションへ割付ける。もう一つの例として、固定データレートアプリケーションがそれぞれ６４ｋｂ/秒を必要とする２つの音声通話で構成される音声アプリケーションである場合、アプリケーションプロファイルは、音声アプリケーションにとって必要な１２８ｋｂ/秒を指定し、残っているチャンネル帯域幅のデータレート１．４０４Ｍｂ/秒を可変データレートアプリケーションへ与える。これらの例では、可変データレートアプリケーションのための減少帯域幅（すなわち、１．５３２Ｍｂ/秒から１．４６８Ｍｂ/秒または１．４０４Ｍｂ/秒への）は、可変データレートアプリケーションの容認できるデータレートの範囲に入ることが想定される。実際上、アクティブな各アプリケーションに対する信号の個々の送受信に関連付けたパラメータは、並行してアクティブなアプリケーション全てに対する信号の同時送受信を達成する方法でアプリケーションプロファイルに組込まれる。
【００３６】
上記では特定のアプリケーションのデータレートを指定して示したが、各アプリケーションプロファイル３４、５０は、そのアプリケーションプロファイル中の各アプリケーションに関連付けた信号のＤＭＴ送信（および受信）を特性付けるための、上記パラメータおよび記載していない他のパラメータのうちの一つまたは任意の組合せを指定できる。例えば、アプリケーションプロファイル３４、５０が指定できる他の送信パラメータは、アプリケーションプロファイル中のアプリケーションをサポートするために必要な呼出し時間経路の数、および各呼出し時間経路のデータレートである。
【００３７】
別の例として、アプリケーションプロファイルは、アプリケーションへのサブチャンネルの割当も指定できる。例えば、可変データレートアプリケーションが単独で動いている場合を仮定すると、対応するアプリケーションプロファイルは、可変データレートアプリケーションに関連付けられたビットを搬送するために、利用可能なサブチャンネルを全て割当てる。更に、固定データレートアプリケーションが単独で動いている場合を仮定すると、対応するアプリケーションプロファイルは、固定データレートアプリケーションの具体的に必要とするデータレート（例えば、音声アプリケーションのための６４ｋｂ/秒データレート）の達成に十分な利用可能サブチャンネルのサブセットを割当てる。これらの固定および可変データレートアプリケーションが並行して動いているとき、この２つのアプリケーションのセットに対応するアプリケーションプロファイルは、固定データレートアプリケーションへのいくつかのサブチャンネルの割当て、そして可変データレートアプリケーションへの他のサブチャンネルの割当を指定する。多分、一つ以上のサブチャンネルが、固定および可変データレートアプリケーションの両方へ割当てられることになる。
【００３８】
アプリケーションプロファイルを、更に以下の５つの実施例のアプリケーションプロファイルＡＰ＃１〜ＡＰ＃５によって説明するが、いずれも送受信器１０、１４で展開されて、その中に格納できる。これら実施例のプロファイルは、２種類のアプリケーション、つまり一つ以上の音声通話から構成される固定データレート音声アプリケーション、および可変データレートのインターネットアクセスウエブ閲覧（ＩＡＷＢ）アプリケーションが関与する５種類の異なる通信状態に関する送信特性を指定する。これらの実施例に対し、送受信器１０、１４間の接続（例えばアップストリーム）のトータルデータレートが１．５３２Ｍｂ/秒であって、ＩＡＷＢアプリケーションが１Ｍｂ/秒から２Ｍｂ/秒の最小と最大のデータレート範囲を持っていると仮定する。音声アプリケーションの各音声通話は６４ｋｂ/秒が必要である。一般的に、固定データレートアプリケーションはそのそれぞれが必要とするデータレートを受取り、可変データレートは接続の帯域幅容量の残りを受取る。
【００３９】
アプリケーションプロファイル＃１
アプリケーションプロファイル＃１（以降、ＡＰ＃１ともいう）は、一つだけの可変データレートアプリケーション、つまり１Ｍｂ/秒と２Ｍｂ/秒のデータレート範囲を持つＩＡＷＢアプリケーションのアプリケーションセットに対応する。従って、ＡＰ＃１は、ＩＡＷＢアプリケーションに関連付けられた信号を送信するために全接続容量（ここでは、１．５３２Ｍｂ/秒）を指定する。使用可能な全てのサブチャンネルが、ＩＡＷＢデータストリームへ、各サブチャンネル上に１Ｅ−７ＢＥＲを持つように割当てられる。Ｒ−Ｓコード語サイズは２００バイトであり、そのインターリーバ深さは５コード語である。
【００４０】
アプリケーションプロファイル＃２
アプリケーションプロファイル＃２（以降、ＡＰ＃２ともいう）は、一つだけの固定データレートアプリケーション、つまり６４ｋｂ/秒を必要とする音声電話（ＶＴ）アプリケーションのアプリケーションセットに対応する。従って、ＡＰ＃２は、ＶＴアプリケーションに関連付けられた信号を送信するために６４ｋｂ/秒を指定する。６４ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当てられる。コード化またはインターリーブ化はない。
【００４１】
アプリケーションプロファイル＃３
アプリケーションプロファイル＃３（以降、ＡＰ＃３ともいう）は、一つだけの固定データレートアプリケーション、具体的には、各通話が６４ｋｂ/秒を必要とする別々の音声チャンネル上の２つの音声電話（ＶＴ）通話で構成される一つの音声アプリケーションのアプリケーションセットに対応する。従って、ＡＰ＃３は、このＶＴアプリケーションに関連付けられた信号を送信するために１２８ｋｂ/秒（すなわち、２ｘ６４ｋｂ/秒）のデータレートを指定する。１２８ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当られる。この場合も、コード化またはインターリーブ化はない。
【００４２】
アプリケーションプロファイル＃４
アプリケーションプロファイル＃４（以降、ＡＰ＃４ともいう）は、異なる種類の２つのアプリケーション、具体的には、可変データレートＩＡＷＢアプリケーションおよび一つの固定データレートＶＴアプリケーションから成るアプリケーションセットに対応する。ＩＡＷＢとＶＴアプリケーションに関連付けられた信号を送信するために、ＡＰ＃４はデータレートとして、ＶＴストリームのために６４ｋｂ/秒を、そしてＩＡＷＢストリームのために１．４６８Ｍｂ/秒（１５３２ｋｂ/秒〜６４ｋｂ/秒）を指定する。６４ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当られる。１．４６８Ｍｂ/秒を達成するのに十分なサブチャンネルのサブセットがＩＡＷＢストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−７ＢＥＲを持つように割当られる。ＩＡＷＢストリームのために２００バイトのＲ−Ｓコード語サイズがあり、そのインターリーバ深さは５コード語である。ＶＴストリームに関してはコード化またはインターリーブ化がない。
【００４３】
アプリケーションプロファイル＃５
アプリケーションプロファイル＃５（以降、ＡＰ＃５ともいう）は、２つのアプリケーションつまり可変データレートＩＡＷＢアプリケーションと、各通話が６４ｋｂ/秒を必要とする別々のチャンネル上の２つの音声電話通話で構成される一つの固定データレートＶＴアプリケーションとのアプリケーションセットに対応する。ＩＡＷＢとＶＴアプリケーションに関連付けられた信号を送信するために、ＡＰ＃５はデータレートとして、ＶＴストリームのために１２８ｋｂ/秒を、そしてＩＡＷＢストリームのために１．４０４Ｍｂ/秒（１５３２ｋｂ/秒〜１２８ｋｂ/秒）を割付ける。１２８ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当られる。１．４０４Ｍｂ/秒を達成するのに十分なサブチャンネルのサブセットがＩＡＷＢストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−７ＢＥＲを持つように割当られる。ＩＡＷＢストリームのために２００バイトのＲ−Ｓコード語サイズがあり、そのインターリーバ深さは５コード語である；この場合も、ＶＴストリームに関してはコード化またはインターリーブ化がない。
【００４４】
アプリケーション５４が時間の経過とともにアクティブおよび非アクティブになる際に、遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、格納されたアプリケーションプロファイル３４、５０を使用して、迅速に効率よく送信パラメータを変更し、それによって現在アクティブなアプリケーションの送信要件に適応する。現在アクティブなアプリケーションのセットへの変化が発生するときは常に、遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、格納されたプロファイルのセット３４、５０から適切なアプリケーションプロファイルを選択する。一つの実施の形態では、アプリケーションプロファイルが現在アクティブなアプリケーションのセットに対して未だ存在しない場合、送受信器１０、１４の一方が適切なアプリケーションプロファイルを生成し、その新規のアプリケーションプロファイルを他方の送受信器との間で通信チャンネル１８上で交換する。他の実施の形態では、送受信器１０、１４は、予め定めたアプリケーションプロファイルを用いて構成することができ、および／またはＡＤＳＬシステム２の動作中にアプリケーションプロファイルを、プロファイルに対するそのような必要性が生じる際に動的に生成する。別の実施の形態では、アプリケーションプロファイルにおける送信パラメータは、初期化中に交換される。さらに別の実施の形態では、アプリケーションプロファイルにおける送信パラメータは、各送受信器１０、１４によって双方でローカルに生成される。
【００４５】
図２は、遠隔ＤＭＴ送受信器１０の送信器２２の具体例としての実施の形態を示し、異なる呼出し時間要件を持つ複数のアプリケーション５４をサポートする２つの呼出し時間経路５６、５８を含む。ＣＯ送受信器１４の送信器３８は、送信器２２と同等な経路と機能を備える。受信器２６、４２も同等な呼出し時間経路を備えるが、通信チャンネル１８の上で受信した情報を復調するために送信器２２、３８のそれと反対の順序になっていて逆の動作を行う。
【００４６】
複数の呼出し時間経路５６、５８を用いて、異なる呼出し時間要件を持つ異なるアプリケーションのビットストリームをＡＤＳＬ ＤＭＴ送受信器１０を介して送る。図２に、２つの異なるアプリケーション５４''、５４'''を示す。一つの具体例であるアプリケーション５４''は、デジタルデータストリーム（例えば、ＡＴＭ（非同期転送モード）データストリーム）であり、他方の具体例であるアプリケーションは音声電話アプリケーションである。追加のおよび／または異なるアプリケーションが使用できること、そしてデジタルデータおよび音声電話アプリケーションの使用は、単に本発明の原理を説明するだけのものであることを理解されたい。デジタルデータアプリケーション５４''は、中程度量の呼出し時間（すなわち、ほぼ５ｍ秒未満）を許容でき、インターリーブ化を有する呼出し時間経路５６を介して送られる。低呼出し時間要件を持つ音声電話アプリケーション５４'''は、インターリーブ化の無い他方の呼出し時間経路５８を介して送られる。
【００４７】
送信器２２は、追加の、および／または異なる呼出し時間経路を持つことができる。例えば、一つの実施の形態では、ＡＤＳＬシステム２は、デジタルデータおよび音声電話アプリケーションに加えてビデオアプリケーションを持つ。このビデオアプリケーションは、ＡＴＭデータアプリケーション５４''の中程度の呼出し時間よりも高く、しかも音声電話アプリケーション５４'''の低呼出し時間より高い呼出し時間を許容できる。この実施の形態のために、ＡＤＳＬシステム２は、第３の異なる呼出し時間経路を設けることによってビデオアプリケーションの呼出し時間要件に適応できる。
【００４８】
各呼出し時間経路５６、５８は、３つのブロック、すなわちＭＵＸブロック６０、フレーム化器／コード化器／インターリーバ（ＦＣＩ）ブロックレイヤー６４、６４'、および変調器ブロック６８を含む。ＭＵＸブロック６０は、アクティブなアプリケーション５４の信号ストリームを受信するための複数の入力と、呼出し時間経路５６、５８毎の出力とを有する。ＭＵＸブロック６０は、デジタルデータアプリケーション５４''の信号ストリームを第１呼出し時間経路５６へ、そして音声データアプリケーション５４'''の信号ストリームを第２呼出し時間経路５８へ向ける。
【００４９】
各ＦＣＩブロック６４、６４'（全体的には符号６４）は、変調のためにビットのストリームを作成すること、受信した信号をフレームおよびスーパーフレームに変換すること、オーバヘッドチャンネル（すなわち、ＡＯＣおよびＥＯＣ）情報をフレームに加えること、そして該当する場合にコード化とインターリーブ化することに関連する機能性を提供する。各ＦＣＩブロック６４によって行われる動作は、アプリケーション５４''、５４'''の種類、およびそのアプリケーションが取る呼出し時間経路５６、５８に依存する。
【００５０】
第１呼出し時間経路５６上で、ＦＣＩブロック６４は、フレーマーブロック７２、巡回冗長チェック（ＣＲＣ）兼スクランブラー（ＳＣＲ）ブロック７６、フォワードエラー訂正（ＦＥＣ）ブロック８０（例えば、Ｒ−Ｓコード化）、およびインターリーブ化（ＩＮＴ）ブロック８４を含む。第２呼出し時間経路５８上で、ＦＣＩブロック６４'は、フレーマーブロック７６'、およびＣＲＣ兼ＳＣＲブロック８０'を含む。ＦＣＩブロック６４'を通る第２呼出し時間経路５８は、第２経路５８が音声ストリームにインターリーブ化またはコード化を行わないので、第１経路５６とは異なる（すなわち、少ない）量の呼出し時間を持つ。
【００５１】
変調器ブロック６８は、ＤＭＴ変調に関連する機能性を提供するとともに、直交振幅変調（ＱＡＭ）エンコーダ８８および逆高速フーリエ変換（ＩＦＦＴ）９２を含む。ＱＡＭエンコーダ８８は複数の入力を持ち、呼出し時間経路５６、５８から信号ストリームを受信して、それら信号ストリームを、変調のためにＩＦＦＴ９２へ送られることになる単一信号ストリームに組合せる。ＩＦＦＴ９２は、ＱＡＭエンコーダ８８から受信したビットを、通信チャンネル１８の多数搬送波サブチャンネルに変調する。
【００５２】
また、図２に示すのは、図１で説明した５つの具体例であるアプリケーションプロファイルＡＰ＃１〜ＡＰ＃５である。アプリケーションプロファイル＃１、＃４および＃５は、これらのプロファイルのそれぞれが、ＡＴＭデータストリームを特性付ける一つ以上の送信パラメータを指定するので、第１呼出し時間経路５４のＦＣＩブロック６４につながっている。アプリケーションプロファイル＃２、＃３、＃４および＃５は、これらのプロファイルのそれぞれが音声ストリームを特性付ける一つ以上の送信パラメータを指定するので、第２呼出し時間経路５８のＦＣＩブロック６４'につながっている。一つの実施の形態では、５つのアプリケーションプロファイルＡＰ＃１〜ＡＰ＃５全ては、各プロファイルが通信チャンネル１８のサブチャンネルへのビットの割当を特性付ける一つ以上の送信パラメータを規定するので、変調器ブロック６８と通信している。
【００５３】
アプリケーションプロファイルの格納および交換
予め定めたプロファイル
送受信器１０、１４が通信チャンネル１８上でそのような通信を特性付けるアプリケーションプロファイルを用いて通信する前に、そのアプリケーションプロファイルは、適切なローカルメモリ３０、４６に格納される。一つの実施の形態では、各送受信器１０、１４が事前に設定される（例えば、ファクトリー設定）。すなわち、アプリケーションプロファイルがローカルメモリ３０、４６に格納された後に、送受信器１０、１４がＡＤＳＬシステム２へ組込まれる。
【００５４】
アプリケーションセットの最初の出現時に交換および格納されるプロファイル
別の実施の形態では、送受信器１０、１４は通信チャンネル１８上でアプリケーションプロファイルを交換し、次にアプリケーションプロファイルを格納する。図３は、プロファイル交換を完行するために使用されるプロセスの実施の形態を示す。このプロセスを説明するために、遠隔ＤＭＴ送受信器とＣＯ送受信器１０、１４は、図１のＡＰ＃１に従うインターネットアクセスウエブ閲覧（ＩＡＷＢ）アプリケーションに関連付けられた信号を交換していることを仮定すると、このとき新規の音声アプリケーションが起動され、結果として新規アプリケーションプロファイルが必要になる。一般的に、遠隔の送受信器１０またはＣＯ送受信器１４のどちらも新規アプリケーションプロファイルの交換のイニシエータとして働くことができる。より具体的には、遠隔ＤＭＴ送受信器１０の送信器２２または受信器２６のいずれも、あるいはＣＯ送受信器１４の送信器３８または受信器４２のいずれも、新規アプリケーションプロファイル交換を始動できる。
【００５５】
ＩＡＷＢ信号の交換中に、新規音声アプリケーション５４の起動が検出される（ステップ１００）。送受信器１０、１４、またはＤＳＬシステム２の他の構成要素（例えば、中で送受信器１０、１４が動作するコンピュータシステム）のいずれも、この検出を行える。この新規音声アプリケーション５４の検出により、アクティブなＩＡＷＢアプリケーションと新規の音声アプリケーションとの組合せに対するアプリケーションプロファイルが既に存在するか否かの決定が成される（ステップ１０４）。この場合も、送受信器１０、１４、またはＤＳＬシステム２の別の構成要素がこの決定を行ってもよい。そのようなアプリケーションプロファイルが存在しないとき、ＩＡＷＢアプリケーションと新規音声アプリケーションとに関連付けられた信号の並行送信に適応する送信パラメータが決定される（ステップ１０８）。注目すべきは、アクティブなアプリケーションの停止も、結果として現在アクティブなアプリケーションのユニークセットをもたらし、目下はそれに対するアプリケーションプロファイルが存在しないことである。そのような場合には、停止後に現在アクティブである一つ以上のアプリケーションに関連付けられた信号を送信するために、同じように送信パラメータが決定される（ステップ１０８）。
【００５６】
これらの送信パラメータは、新規アプリケーションプロファイルを表す。この新規アプリケーションプロファイルの一つの実施の形態は、先に図１で説明したように、ＡＰ＃４が一つのＩＡＷＢアプリケーションと一つの音声アプリケーションとをサポートするので、アプリケーションプロファイル＃４（ＡＰ＃４）であってもよい。新規のアプリケーションプロファイルに識別子が連係する。例えば、この新規のアプリケーションの始動の時点で、既に３つの格納アプリケーションプロファイルがある場合、新規アプリケーションプロファイルは４番目になる。ＣＯ送受信器１４でのアプリケーションプロファイルと遠隔ＤＭＴ送受信器１０でのアプリケーションプロファイルとの間が一対一で対応するので、新規アプリケーションプロファイルを識別するために、同一識別子が遠隔ＤＭＴ１０とＣＯ送受信器１４とによって使用されることになる。
【００５７】
次に、送受信器１０、１４の一方が、他方の送受信器１４、１０との間で新規アプリケーションプロファイルを交換し、新規アプリケーションプロファイルに連係する送信パラメータを通信チャンネル１８上でＡＯＣまたはＥＯＣチャンネルを使用して送る（ステップ１１２）。一つの実施の形態では、この新規アプリケーションプロファイルの送信は、新規のアプリケーションプロファイルの使用を要請するメッセージとして動作する。
【００５８】
全初期化中に交換および格納されるプロファイル
別の実施の形態では、送受信器１０、１４はＧ９９２．２またはＧ９９２．１ ＩＴＵ規格のＩＴＵ準拠「全初期化」プロトコル、または同様の初期化プロトコルを使用して、相互に新規アプリケーションプロファイルを交換する、それは、送受信器間で送信情報を調整および交換するために、送受信器１０、１４間でのアプリケーションデータ通信を中断する。全初期化プロトコルの使用は、リンクにほぼ１０秒の遮断を引起す。この１０秒の中断は、現在アクティブなアプリケーションのユニークセットの最初の出現時に一度だけ発生し、ユニークセットに対して新規アプリケーションプロファイルが交換され、それに続いて格納される。別の実施の形態では、初期化時に送受信器１０、１４は、サポートされるべきアプリケーションを取決め、そしてアクティブなアプリケーションの可能な組合せの全てに対応するプロファイルを交換する。
【００５９】
アプリケーションプロファイルが交換された後に送受信器１０、１４はアプリケーションプロファイルをローカルメモリ３０、４６に格納する（ステップ１１６）。その結果、送受信器１０、１４がＡＰ＃１（図１）に従い通信している間に、新規音声アプリケーションが起動されるとき、以下詳細に説明するように、通信チャンネル１８上でのアプリケーションプロファイルの交換は実行されないので、つまり交換は不必要であるので、格納されているＡＰ＃４（図１）への移行が迅速になされる。
【００６０】
アプリケーションプロファイルにおけるパラメータのローカル生成
送受信器１０、１４間での新規アプリケーションプロファイルの交換において、送受信器１０、１４は、新規アプリケーションプロファイル全ての送信パラメータを通信チャンネル１８上で交換する必要はない。一つの実施の形態では、各送受信器１０、１４は、一つ以上の送信パラメータ（例えば、アプリケーションへのサブチャンネルの割当て）をローカルで展開でき、ローカルで展開されたパラメータを適切なアプリケーションプロファイルに格納できる。そのような送信パラメータのローカル展開は、アプリケーションプロファイルを初めて展開または更新するときに発生する。
【００６１】
例えば、送受信器１０、１４が２つのアプリケーション、すなわちデジタルデータアプリケーションおよび音声アプリケーションを動かしていることを仮定する。送受信器１０、１４は、接続がこれらの２つのアプリケーションをサポートすることを指し示す情報を相互に交換する。この情報の交換に基づき、各送受信器１０、１４は、２つのアプリケーションに対応するアプリケーションプロファイルに対する一つ以上の送信パラメータをローカルで生成する。両送受信器１０、１４はこれらの送信パラメータを双方で生成するので、送受信器１０、１４は、ローカルで生成された送信パラメータを相互に通信チャンネル１８上で交換しない。フレーム化、コード化、およびインターリーブ化に関連するパラメータのような他の送信パラメータは、それでも送受信器１０、１４間の情報交換で決定される。
【００６２】
送信パラメータを双方で生成することは、アプリケーションプロファイルを初めて展開または更新する際に長々とした交換メッセージを減らしたり、削除するという利点がある。例えば、チャンネル条件の変化がチャンネル１８の総データレートの減少をもたらし、その結果、幾つかのサブチャンネルに対するビット容量がさらに低下する場合、普通は、送受信器１０、１４は、この影響を受けたこれらサブチャンネルを指定する全てのアプリケーションプロファイルに対する更新を相互間で交換する必要があろう。アプリケーションプロファイル中の送信パラメータを双方で生成することによって、送受信器１０、１４は、更新情報を相互に交換する必要もなく、アプリケーションプロファイルを個々でローカルに更新できる。
【００６３】
以下の３つの実施例は、２つのアプリケーション、ここではデジタルアプリケーションおよび音声アプリケーションへのサブチャンネルの割当に適用されるように双方で生成されたパラメータの使用を説明する。各実施例は、アプリケーションへの割当サブチャンネルを送信パラメータとして指定するアプリケーションプロファイルを示す。（１）デジタルデータアプリケーションが単独で動く場合の一つのアプリケーションプロファイル、（２）音声アプリケーションが単独で動く場合の別のアプリケーションプロファイル、および（３）デジタルデータおよび音声アプリケーションが並行して動く場合の別のアプリケーションプロファイル。
【００６４】
第１アプリケーションプロファイルに対して、送受信器１０、１４のそれぞれは、接続を確立した後に、利用可能なデータレートおよび使用可能なサブチャンネル全体をデジタルデータアプリケーションへローカルで割当てる。送受信器１０、１４によって双方で生成されない他の送信パラメータ、例えば、フレーム化、コード化、およびインターリーブ化に関連付けられたパラメータは、送受信器１０、１４間の情報交換で決定される。
【００６５】
第２アプリケーションプロファイルに対して、送受信器１０、１４は、接続のデータレート能力には無関係に、６４ｋｂ/秒を音声アプリケーションへ割当てる。送受信器１０、１４はそれぞれ、所定の技法（例えば、規格で規定された）を使用して、音声アプリケーションの６４ｋｂ/秒を搬送するよう割当てられるサブチャンネルを選択する。音声アプリケーションに対してサブチャンネルを選択するために、利用可能なサブチャンネルを介して繰返すスキーム例は、（１）最低周波数を持つサブチャンネルからより高い周波数を持つサブチャンネルへ上昇すること；（２）最高周波数を持つ利用可能なサブチャンネルからより低い周波数のサブチャンネルへ下降すること；（３）最小ビット数を持つサブチャンネルからより高いビット数を持つサブチャンネルへ上昇すること；および（４）最多ビット数を持つサブチャンネルからより少ないビット数を持つサブチャンネルへ下降することを含む。この場合も、送受信器１０、１４は、予め定めた様式で、または初期化中の交換時に決定されるように、フレーム化、コード化、およびインターリーブ化できる。
【００６６】
第３アプリケーションプロファイルに対して、送受信器１０、１４はそれぞれ、６４ｋｂ/秒を音声アプリケーションへ、そして残りのデータレートをデジタルデータアプリケーションへ割当てる。第２アプリケーションプロファイルと同様に、各送受信器１０、１４は所定の技法を用いて、音声アプリケーションを搬送するために割当てられるサブチャンネルを選ぶ（最高または最低周波数の、または、最小または最大コンステレイションのサブチャンネル）。また、フレーム化、コード化、およびインターリーブ化は、先に説明したように、予め定められるか、または交換中に決定される。
【００６７】
送受信器１０、１４は、ローカルで生成されるアプリケーションプロファイルに対して調整のとれた番号付けスキームを用いる（例えば、＃６＝デジタルデータアプリケーションのみ、＃７＝音声アプリケーションのみ、＃８＝デジタルデータと音声アプリケーションを一緒に）。番号付けスキームは予め定めることもでき、さもなければ、送受信器１０、１４が番号付けスキームを通信チャンネル１８上で交換できる。
【００６８】
本発明の原理は、２つを超えるアプリケーションを持つ実施の形態まで拡張する。そのような実施の形態については、可能なアクティブアプリケーションのそれぞれに対して、個々におよび組合せで、対応するアプリケーションプロファイルを生成するために、送受信器１０、１４は、アプリケーションプロファイル送信パラメータおよびその対応するパラメータ値を選択するために所定ルールに追従する。
【００６９】
格納アプリケーションプロファイルへの高速移行
ＤＳＬシステム２が動作している間は、アプリケーションを時間の経過とともに起動することも、停止することもできる。アクティブなアプリケーションにおけるこの変化（すなわち、アプリケーションの起動または停止による）は、送受信器１０（または受信器）の知るところとなるので、ＩＴＵ Ｇ９２２．１およびＧ９２２．２規格に規定されたような高速再調整で識別される必要はない。アプリケーションプロファイルは、チャンネル条件の変化ではなくアクティブなアプリケーションの変化により変えられているので、高速再調整で行われるように、エコーキャンセラ、イコライザ、などのレトリーバ機能を再調整する要件はない。
【００７０】
その後の使用のためにアプリケーションプロファイルを格納することにより、別のアプリケーションプロファイルへ移行するために送受信器１０、１４によって使用される送受信器１０、１４間のハンドシェイクが短縮されるというのは、送受信器は新規のアプリケーションプロファイルを作成し、交換し、そして格納するプロセスを経る必要が無いからである。
【００７１】
遠隔ＤＭＴ送受信器１０またはＣＯ送受信器１４、およびその送受信器１０、１４の受信器または送信器のいずれも移行を始動できる。格納アプリケーションプロファイルが同定され、それにより送受信器は、どのプロファイルを使用するべきかを他方へ単に通知する。アプリケーションプロファイルに連係する情報を、再送信する必要はない。一つの実施の形態では、格納アプリケーションプロファイルは番号が付される。従って、一方の送受信器は、単純に所望のアプリケーションプロファイルの番号を他方の送受信器に対して指定する。
【００７２】
受信器始動の高速アプリケーションプロファイル移行
図４は、格納アプリケーションプロファイルへ移行するために、遠隔ＤＭＴ送受信器１０およびＣＯ送受信器１４によって使用される受信器始動プロセスの実施の形態を示す。プロセスは遠隔ＤＭＴ送受信器１０の受信器２６の観点から示されるけれども、ＣＯ送受信器１４の受信器４２も移行を始動できることは言うまでもない。一つの実施の形態では、現在アクティブなアプリケーションのセットに変化が生じ（ステップ１４０）、別のアプリケーションプロファイルへの移行を必要とする。変化は、起動または停止されたアプリケーションの、または追加の帯域幅を必要とする既存のアプリケーションの（例えば、これまで一つだけの音声チャンネルを持っていた音声アプリケーションに対して第２音声チャンネルが開く）結果であってもよい。
【００７３】
アクティブなアプリケーションの変化の後に、受信器２６は、どのアプリケーションプロファイルが現在アクティブなアプリケーションのセットに対応するかを決定する（ステップ１４２）。受信器２６は、ＡＯＣまたはＥＯＣチャンネルを使用して、この現在アクティブなアプリケーションのセットに基づき、送信に使用されるべき格納アプリケーションプロファイルを指定するメッセージを送信器３８へ送る（ステップ１４８）。このメッセージは受信器２６からのリクエストに対応する。例えば、送受信器１０、１４がＡＰ＃１（図１）に従い通信しているときに、音声通話が起動されるとき、受信器２６はリクエストを送信機３８へ送ってＡＰ＃４（図１）への移行を要請する。一つの実施の形態で、リクエストは、数字４でＡＰ＃４を同定する。
【００７４】
リクエストを受信後、送信器３８は、要請された格納アプリケーションプロファイルが送信のために使用されようとしていることを受信器２６に合図するために、そしてその使用を同期化するために、フラグとしての反転同期シンボルを送信する（ステップ１５２）。送信器３８は反転同期シンボルに続いて、第１フレーム上または所定数のフレーム上での送信のための指定アプリケーションプロファイルの格納コピーを使用する（ステップ１５４）。この反転同期化信号は、送信器３８によって送られる「進行」メッセージに対応する。受信器２６は、反転同期シンボルを検出し（ステップ１５６）、そして送信器３８と同期して、反転同期シンボルの後に受信される第１フレーム上または所定の数のフレーム上へ指定アプリケーションプロファイルを使用する。
【００７５】
反転同期シンボルは同期シンボルであり、その中でＱＡＭ信号中の位相情報が１８０度偏移されている。１８０度以外の同期シンボルの位相偏移も「進行」メッセージのために使用できる。同期シンボルは、ＡＮＳＩおよびＩＴＵ規格に６９シンボル毎に送信される固定の非データ搬送のＤＭＴシンボルとして定義されている。同期シンボルは、全てのＤＭＴ搬送波を、基本的ＱＰＳＫ（２ビットＱＡＭ）変調を使用して予め定めた疑似ランダム数字列で変調することによって構築される。送受信器初期化プロセス中に使用されるこの同期シンボル信号は、同期シンボルの検出、そして非常にノイズの多い環境でさえ反転同期シンボルの検出を可能にする特別な自己相関性質を有する。
【００７６】
チャンネルノイズに対して全く弱みを持たないため、殆ど難攻不落の送受信器１０、１４による新規のアプリケーションプロファイルの使用を同期化するために反転同期シンボルを使用することは、ＥＯＣまたはＡＯＣチャンネルの使用よりもさらに強固なものとする。対照的に、ＥＯＣまたはＡＯＣチャンネル上で送られるメッセージは、通信チャンネル１８上のノイズによって反転同期シンボルよりも容易に悪化されてしまう。これらのオーバヘッドチャンネルは、フレーマー７２でデータストリームに多重化されるので、有限数のＤＭＴサブチャンネル上で直交振幅変調により送信される。通信チャンネル１８上で発生するインパルスノイズまたは他のノイズは、ＥＯＣまたはＡＯＣチャンネルメッセージにビットエラーを引起すことがあり、メッセージを失わせることになる。反転同期シンボルより大きい、ノイズへのＥＯＣまたはＡＯＣチャンネルの感度にもかかわらず、一つの実施の形態では、ＥＯＣまたはＡＯＣチャンネルを用いて、「進行」メッセージを通信する。
【００７７】
格納アプリケーションプロファイルへの受信器始動移行は、適切なアプリケーションプロファイルが格納されていて、交換される必要がないので、すばやく完了し、２つだけのメッセージ（リクエストと「進行」メッセージ）の交換が必要になる。この場合も、「進行」メッセージとして反転同期シンボルを使用することにより、送受信器１０、１４間の同期化をノイズ環境で強固なものにする。
【００７８】
送信器始動高速アプリケーションプロファイル移行
図５は、格納アプリケーションプロファイルへ移行するために、遠隔ＤＭＴ送受信器１０およびＣＯ送受信器１４によって使用される送信器始動プロセスの実施の形態を示す。プロセスは遠隔ＤＭＴ送受信器１０の送信器２２の観点から示されているが、ＣＯ送受信器１４の送信器３８も移行を始動できることは言うまでもない。以前のように、現在アクティブなアプリケーションのセットの変化が生じ（ステップ１６０）、別のアプリケーションプロファイルへの移行が必要になる。この場合も、変化は、起動または停止されたアプリケーションの、または追加の帯域幅を必要とする既存のアプリケーションの（例えば、これまで一つだけの音声チャンネルを持つ音声アプリケーションに対して第２音声チャンネルが開く）結果であってもよい。
【００７９】
アクティブなアプリケーションの変化の後に、送信器２２は、どのアプリケーションプロファイルが現在のアプリケーションのセットに対応するかを決定する（ステップ１６２）。送信器２２は、ＡＯＣまたはＥＯＣチャンネルを使用して、現在アクティブなアプリケーションのセットに基づき、送信に使用されるべき格納アプリケーションプロファイルを指定するメッセージを受信器４２へ送る（ステップ１６８）。メッセージは、適切な格納アプリケーションプロファイルを、番号によって、またはその格納アプリケーションプロファイルにユニークに関連付けられたいずれか他の識別番号によって識別できる。このメッセージは送信器２２からのリクエストに対応する。リクエストを受信後、受信器４２は、「認可」または「否認」のメッセージを送信器２２へ戻す（ステップ１７２）。
【００８０】
送信器２２が「認可」メッセージを受信した場合、送信器２２は、要請された格納アプリケーションプロファイルが送信のために使用されるであろうことを受信器４２に合図するフラグとして反転同期シンボルを送信する（ステップ１７６）。次に、送信器２２は反転同期シンボルに続いて、第１フレーム上、または所定数のフレーム上での送信のために指定されたアプリケーションプロファイルの格納コピーを使用する（ステップ１７８）。この反転同期化信号は、送信器２２によって送られる「進行」メッセージに対応する。受信器４２は、反転同期シンボル（「進行」）を検出し（ステップ１８０）、そして送信器２２と同期して、反転同期シンボルに続く第１フレーム上、または所定数のフレーム上の受信のために指定されたアプリケーションプロファイルを使用して通信を開始する。
【００８１】
格納アプリケーションプロファイルへの送信器始動移行は、適切なアプリケーションプロファイルが格納されていて、交換される必要がないのですばやく完了し、送信器始動時に３種類のメッセージ（リクエスト、否認、または認可メッセージ、および「進行」メッセージ）の交換が必要になる。この場合も、「進行」メッセージとして反転同期シンボルを使用することにより、送受信器１０、１４間の同期化をノイズ環境で強固なものにする。
【００８２】
別の実施の形態で、送受信器１０、１４は、ＩＴＵ Ｇ９２２．２規格に記載の「高速再調整」プロトコル、または同様な高速初期化プロトコルを使用して格納アプリケーションプロファイルへ移行する、それは、送受信器間で送信情報を調整および交換するために、送受信器１０、１４間のアプリケーションデータ通信を中断する。高速再調整は１〜２秒の送受信器１０、１４間の切断を引起す。
【００８３】
アプリケーションプロファイルの更新
一定の状況下で、格納アプリケーションプロファイル３４（および対応するアプリケーションプロファイル５０）の内容は、更新を必要とすることがある。例えば、通信チャンネル１８条件は変化することがあり（例えば、電話機がフックから外れる）、それはチャンネル１８のデータレート能力の増加または減少、およびチャンネル１８の特定サブチャンネルの異なるビット容量をもたらすことになる。送受信器１０、１４は、影響を受けるサブチャンネルのビット容量を指定する全ての格納アプリケーションプロファイルを更新することが必要になる。一つの実施の形態で、各送受信器１０、１４は更新情報を相互に交換することなく、影響を受けたアプリケーションプロファイルの格納コピーをローカルで更新する。別の実施の形態では、送受信器１０、１４は更新情報を相互に交換する。
【００８４】
本発明を、特定の好ましい実施の形態を参照して示し、かつ説明したが、形態および詳細における種々の変更が、以下の特許請求の範囲によって明確にされた本発明の精神と範囲から逸脱することなく、成され得ることは、この技術に精通した者は理解するであろう。例えば、本発明はＤＭＴ変調に関して説明したが、本発明の原理は、ＤＷＭＴ（ディスクリート・ウェーブレット・マルチトーン）変調へも適用される。また、ＡＴＭパケットの代りにＩＰフレームを使用して、データを運ぶことができる。更に、本明細書はＡＤＳＬで発明を説明したが、いずれの形態のＤＳＬ、すなわちＶＤＳＬ、ＳＤＳＬ、ＨＤＳＬ、ＨＤＳＬ２またはＳＨＤＳＬも使用できることは言うまでもない。本発明の原理は、アプリケーションの複数セットをサポートするいずれのＤＭＴ通信システムへも適用され、ここで、アプリケーションは時間の経過とともに起動および停止される。先に説明したいくつかの実施の形態はインターネットおよび音声アプリケーションを含んでいるが、本発明の原理は、ＤＳＬシステム上で運ばれるアプリケーションのどのような組合せ（例えば、在宅勤務、ビデオ会議、高速インターネットアクセス、ビデオオンデマンド）にも適用されることは言うまでもない。
【図面の簡単な説明】
【００８５】
本発明は、付属する特許請求の範囲に詳細に指示される。上記で説明した本発明の利点だけでなく、本発明の更なる利点も、添付図面に関連させて以下の説明を参照することによってよりよく理解できる。ここで、
【図１】図１は、本発明の原理に従って、中央局送受信器と通信できる遠隔ＤＭＴ（ディスクリート・マルチトーン変調）送受信器を含み、アプリケーションプロファイルを使用して多数のアプリケーションをサポートする、デジタル加入者線多数搬送波伝送システムの実施の形態のブロック図であり；
【図２】図２は、異なる呼出し時間要件を持つ多数のアプリケーションをサポートするために２つの呼出し時間経路を有する遠隔ＤＭＴ送受信器の送信器の実施の形態のブロック図であり；
【図３】図３は、中央局と遠隔ＤＭＴ送受信器でアプリケーションプロファイルを初めて交換および格納するためのプロセスの実施の形態のフロー図であり；
【図４】図４は、格納アプリケーションプロファイルへ移行するために遠隔ＤＭＴ送受信器およびＣＯ送受信器によって使用される受信器始動プロセスの実施の形態のフロー図であり；および
【図５】図５は、格納アプリケーションプロファイルへ移行するために遠隔ＤＭＴ送受信器およびＣＯ送受信器によって使用される送信器始動プロセスの実施の形態のフロー図である。
【関連出願】
【０００１】
本出願は、１９９９年３月１２日出願の米国仮出願第６０／１２４，２２２号、発明の名称「シームレス・レート適応型（ＳＲＡ）ＡＤＳＬシステム」、１９９９年１０月２２日出願の米国仮出願第６０／１６１，１１５号、発明の名称「格納アプリケーション・プロファイルを有する多数搬送波システム」、および２０００年１月１９日出願の米国仮出願第６０／１７７，０８１号、発明の名称「シームレス・レート適応型（ＳＲＡ）多数搬送波変調システムとプロトコル」に基づく優先権を主張している、係属中である２０００年３月１０日出願の米国特許出願第０９／５２２，８６９号の一部継続出願である。本出願は、また、１９９９年９月１５日出願の米国仮出願第６０／１５４，１１６号、発明の名称「多数のアプリケーションをサポートする送受信器」、１９９９年１０月２２日出願の米国仮出願第６０／１６１，１１５号、発明の名称「格納アプリケーション・プロファイルを有する多数搬送波システム」、および、２０００年１月１９日出願の米国仮出願第６０／１７７，０８１号、発明の名称「シームレス・レート適応型（ＳＲＡ）多数搬送波変調システムとプロトコル」に基づく優先権を主張する。これら同時係属中の仮出願は、引用して本明細書にその全体が組込まれる。
【発明の分野】
【０００２】
本発明は、多数搬送波変調を使用する伝送システムに関する。より詳細には、本発明は、多数のアプリケーションをサポートする多数搬送波伝送システムに関する。
【背景】
【０００３】
従来の多数搬送波伝送システムでは、多数搬送波変調またはディスクリート・マルチトーン変調（ＤＭＴ）を使用して、送受信器が通信チャンネル上で通信を行っている。搬送波または通信チャンネルの使用周波数帯域内で離間するサブチャンネルは、システムのシンボル伝送レートで変調される。ＡＤＳＬ（非対称デジタル加入者線）システムでは、シンボルレートは、ほぼ４ｋＨｚである。サブチャンネルのビットエラー率が、受信している送受信器のところで実質的に等しくなるように、送信している送受信器は、２５０マイクロ秒毎に、送信用の新規のビットセットをサブチャンネルへ割当てる。その結果、所定シンボル期間に対して、ビット数をサブチャンネル毎に変えることができる。
【０００４】
ＩＴＵ（国際電気通信連合）規格Ｇ９９２．１とＧ９９２．２は、ＡＤＳＬ ＤＭＴ送受信器の動作を特性付けるパラメータを規定している。ほんの数例ではあるがこれらパラメータには、送受信器間の接続のためのデータレート（ｂ/秒）、アップストリームとダウンストリーム方向のサブチャンネルの数、および各サブチャンネルへ割当てられるビット数が含まれる。一般的に、そのようなパラメータは、送受信器の当初の構成およびインストール以降は固定されたままである。あるパラメータは接続のデータレートに依存し、ＡＤＳＬ接続が高データレートか低データレートであるときに変化できる。また、あるパラメータは、チャンネル条件が変化するときに変化できる。しかし、アプリケーションのタイプが決定された後は、すなわち音声、データ、映像などが決定された後は、そのアプリケーションのためにパラメータが最適化されて固定される。
【０００５】
ＩＴＵ Ｇ９２２．２規格に記載のスプリッタレス動作に関しては、ＡＤＳＬ送受信器が「チャンネルプロファイル」を格納し、このチャンネルプロファイルは、通信チャンネルの条件が変化する（例えば、電話機がフックから外れる）ときに使用されるパラメータのサブセットを含む。ＡＤＳＬ送受信器が制御しないイベント（例えば、ＡＤＳＬ送受信器と同じ線へ接続された電話機がフックから外れる）に起因してチャンネル条件が変わるときに、ＡＤＳＬ送受信器は新規チャンネル条件を同定し、いくつかの受信器機能（例えば、イコライザ、エコーキャンセラなど）を再調整し、そして新規チャンネル条件に使用されるチャンネルプロファイルへ切換えなくてはならない。ＩＴＵ Ｇ９２２．２で「高速再調整」手順として定義されたこのプロセスにかかる時間は、ほぼ１〜２秒である。しかし、これらチャンネルプロファイルはチャンネル条件だけに依存し、ＡＤＳＬ接続上で実行しているアプリケーション（単数および複数）に依存しない。
【０００６】
技術上の進展によって多数搬送波伝送システムに関するデータレートスループットが増えるのに伴って、ＡＤＳＬ送受信器は多数のアプリケーションをサポートできるようになっている。多数のアプリケーションをサポートするには、アクティブなアプリケーションの数とタイプが時間の経過とともに変化するのに従って、ＡＤＳＬ送受信器が迅速に効率よく伝送パラメータを適合させる必要がある。例えば、ＡＤＳＬ送受信器がインターネット上でデータにアクセスしている場合に、ＡＤＳＬ接続上で運ばれている音声通話がアクティブになるとき、ＡＤＳＬ送受信器は、アクティブな両アプリケーションに適応するよう伝送パラメータを改変できなくてはならない。他の音声通話および異なるアプリケーション（例えば、ビデオオンデマンド、ビデオ会議）がＡＤＳＬ接続上で起動および停止される際に、ＡＤＳＬ送受信器は、並行にアクティブなアプリケーションの様々な組合わせの様々な伝送要件もサポートできなくてはならない。例えば、ビデオ信号は、音声およびデータ信号より信頼性要件は高いが、伝送遅延要件は低い。伝送システムによっては、高信頼性と伝送遅延との間で折り合いを見出す必要があった。
【０００７】
従って、アクティブなアプリケーションの数と種類が時間の経過とともに変化するのに従い、アクティブな多数のアプリケーションの様々な伝送要件をサポートできるシステムおよび方法に対するニーズが依然存在する。
【発明の概要】
【０００８】
一つの目的は、多数のアプリケーションをサポートでき、そしてアプリケーションが起動および停止されるのに従って時間の経過とともに送信パラメータを迅速に効率よく改変できるＤＭＴ送受信器を提供することである。本発明の一局面において、多数搬送波変調システムは、通信チャンネル上で相互に通信できる２台の送受信器を有する。本発明の一局面で、多数搬送波変調システムは、通信チャンネルの上で相互に通信できる２台の送受信器を有する。本発明は、複数のアプリケーションをサポートするための方法を特徴とする。ここで、多数のアプリケーションプロファイルを定義すると、各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、そのユニークセットの各アプリケーションに関連付けた情報を通信チャンネル上で送信するために、各アプリケーションに対し少なくとも一つの送信パラメータを指定する。
【０００９】
多数のアプリケーションプロファイルは、送受信器の一方に格納される。情報は、現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従い送信される。現在アクティブなアプリケーションのセットでの変化に応答して、第２格納アプリケーションプロファイルが選択される。この第２アプリケーションプロファイルは、現在アクティブなアプリケーションの変化セット中の一つ以上のアプリケーションに対応する。情報の送信は、送受信器を再調整するために、送受信器間の通信を中断することなく第２格納アプリケーションプロファイルの使用へ移行する。
【００１０】
メッセージが送受信器の一つへ送信され、第２アプリケーションプロファイルを送受信器間でのその後の通信のために使用するアプリケーションプロファイルとして識別する。メッセージは、第２アプリケーションプロファイルへの移行を要請するよう動作できる。送受信器の受信器または送信器のいずれも、移行を始動するメッセージを送ることができる。
【００１１】
返答メッセージは、メッセージが送信された送受信器から受信される。受信器が初期メッセージを送ったとき、返答メッセージは、リクエストを認可し、第２アプリケーションプロファイルの使用を同期化する。一つの実施の形態では、反転同期シンボルが、返答メッセージのために使用される。移行が送信器始動のとき、返答メッセージは、リクエストを認可して、第２アプリケーションプロファイルへ移行する。そこで、別のメッセージが送られ、認可を認知し、第２アプリケーションプロファイルの使用を同期化する。一つの実施の形態では、この他のメッセージは反転同期シンボルである。
【００１２】
各アプリケーションプロファイルは、送受信器の完全な初期化を遂行して、または遂行することなく、通信チャンネル上で他方の送受信器へ送信され得る。アプリケーションプロファイルは、アクティブなアプリケーションのユニークセットの最初の出現により生成されることができ、そのユニークアプリケーションセットに関連付けられる。一つの実施の形態では、送受信器のそれぞれは、両送受信器によって用いられる予め定めたプロセスを使用して格納アプリケーションプロファイルの一つに対する送信パラメータの少なくとも一つをローカルで生成する。他の実施の形態では、送受信器は、格納アプリケーションプロファイルで予め設定されることができる。
【００１３】
アプリケーションプロファイルでは、各アプリケーションのために指定される送信パラメータは、次のうち少なくとも一つを含む：送信データレート、ダウンストリームとアップストリーム送信のために割当てられるサブチャンネル、サブチャンネルのそれぞれへ割当てられるビットの数、パフォーマンスマージン、サブチャンネルのそれぞれに対する利得微調節、インターリーブ深さ、最小と最大ＱＡＭコンステレーションサイズ、巡回前置部分の長さ、コード語サイズ、フレーム化モード、およびトレリスコード。
【００１４】
別の局面では、本発明は、送受信器間でアクティブである多数のアプリケーションをサポートするための方法を特長とする。複数のアプリケーションプロファイルが、通信チャンネルの上での情報の送信を特性付けるために展開される。各アプリケーションプロファイルは、送受信器間でアクティブになり得る一つ以上のアプリケーションのユニークセットに関連付けられる。アプリケーションプロファイルは送受信器で格納される。情報は、現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従い通信チャンネル上で送信される。変化した現在アクティブなアプリケーションのセットに対応するアプリケーションプロファイルの第２のものが、送受信器間でアクティブである現在アクティブなアプリケーションのセットにおける変化に応答して取出される。送受信器は、第２アプリケーションプロファイルに従い通信チャンネルの上で情報を送信するステップに移行する。移行は、送受信器を再調整して、または再調整せずに起り得る。
【００１５】
なお別の局面では、本発明は、複数のアプリケーションをサポートするための方法を特徴とし、ここで複数のアプリケーションプロファイルが定義される。各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、通信チャンネルの上でそのアプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセットにおける各アプリケーションに対する少なくとも一つの送信パラメータを指定する。複数のアプリケーションプロファイルは送受信器の一つで格納される。
【００１６】
本発明のさらに別の局面では、多数搬送波変調システムは、通信チャンネル上で通信する送受信器を有する。複数のアプリケーションプロファイルが定義される。各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、通信チャンネルの上でそのアプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセットにおける各アプリケーションに対する少なくとも一つの送信パラメータを指定する。
【００１７】
複数のアプリケーションプロファイルは送受信器で格納される。情報は、現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って送信される。第２格納アプリケーションプロファイルが、現在アクティブなアプリケーションのセットにおける変化に応答して選択される。この第２アプリケーションプロファイルは、変化した現在アクティブなアプリケーションのセットにおける一つ以上のアプリケーションに対応する。情報の送信は、送受信器を再調整する必要もなく、第２格納アプリケーションプロファイルの使用へ移行する。送受信器は、第２アプリケーションプロファイルをその後の通信のために使用するアプリケーションプロファイルとして識別するメッセージを送信または受信できる。
【００１８】
本発明のなお別の局面では、各アプリケーションプロファイルは、一つ以上のアプリケーションのユニークセットに対応し、通信チャンネル上でそのアプリケーションに関連付けられた情報を受信するために、そのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの受信パラメータを指定する。情報の受信は、第１格納アプリケーションプロファイルを使用することから、第２格納アプリケーションプロファイルの使用へ、送受信器を再調整する必要もなく移行する。この場合も、送受信器は、第２アプリケーションプロファイルをその後の通信のために使用するアプリケーションプロファイルとして識別するメッセージを送信または受信できる。
【発明の説明】
【００１９】
図１は、非同期ＤＳＬ伝送システム２を示し、通信チャンネル１８上で中央局（ＣＯ）送受信器１４と通信できる遠隔ディスクリート・マルチトーン変調（ＤＭＴ）送受信器１０（例えばモデム）を含む。遠隔ＤＭＴ送受信器１０は、本発明の原理に従って、送信器２２、受信器２６、および複数のアプリケーションプロファイル（ＡＰ）３４を格納するメモリ３０を含む。ＣＯ送受信器１４は、送信器３８、受信器４２、および遠隔ＤＭＴ送受信器１０のアプリケーションプロファイル３４と一対一で対応する複数のアプリケーションプロファイル５０を格納するメモリ４６を含む。
【００２０】
一つの実施の形態における通信チャンネル１８は、電話加入者線の一対の撚り線である。通信チャンネル１８は、遠隔ＤＭＴ送受信器１０の送信器２２からＣＯ送受信器１４の受信器４２に至るアップストリーム送信経路、およびＣＯ送受信器１４の送信器３８から遠隔ＤＭＴ送受信器１０の受信器２６に至るダウンストリーム送信経路を提供する。システム２は、ダウンストリーム送信経路の帯域幅がアップストリーム送信経路の帯域幅より大きい点で非対称である。
【００２１】
遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、本発明の原理に従って、アプリケーションプロファイル３４、５０を使用してアプリケーションストリーム５４、５４'（全体的には符号５４で示す）を送受信する。各アプリケーションストリーム５４（以降、アプリケーション５４と称する）は一種類の信号（例えばデジタルデータ、音声、映像など）を伝達する。例えば、音声信号のストリームは一つのアプリケーションであり、デジタルデータ信号のストリームは別のアプリケーションであり、そしてビデオ信号のストリームはさらに別のアプリケーションである。音声アプリケーションは、一つ以上のアクティブな音声通話に対応する。デジタルデータアプリケーションの例は、インターネットにアクセスするウエブ閲覧（ＩＡＷＢ）であり、ビデオアプリケーションの例は、ビデオオンデマンドである。ＡＤＳＬシステム２は、他の信号種類から構成されるアプリケーション５４も送信できる。アプリケーションストリームは個別のものとして示したが、様々な種類の信号を有する送信パケット（例えばＡＴＭセル）の単一ストリームの一部として送受信器１０、１４に到着できる。
【００２２】
ＡＤＳＬシステム２は、アクティブな多数のアプリケーション５４を並行してサポートする。例えば、遠隔ＤＭＴ送受信器１０の送信器２２は、音声アプリケーション信号およびデジタルデータアプリケーション信号を並行して、ＣＯ送受信器１４の受信器４２へ通信チャンネル１８のアップストリーム送信経路上で送信できる。別の例として図１に示すのは、アップストリームとダウンストリーム送信経路上で、デジタルデータ、音声、およびビデオアプリケーション５４に関連付けた信号を並行して送信するＡＤＳＬシステム２を示す。
【００２３】
いずれかの所定時点で、ＤＳＬシステム２は、現在アクティブであるゼロ、一つ、またはそれより多いアプリケーション５４を有する。以降、アプリケーションのセットまたはアプリケーションセットと称する、一つ以上のアクティブなアプリケーションのユニークコンビネーションは、送受信器１０、１４のユニークでアクティブな通信状態を表す。アプリケーションセット５４の例には、２つ以上の並行してアクティブな異なる種類のアプリケーション（例えば、一つ以上の音声通話から構成される音声電話アプリケーションと一緒のインターネットアクセスのウエブ閲覧アプリケーション）がある。アクティブなアプリケーションのセットの他の例は、アクティブなアプリケーションを一つだけ持つ（例えば、インターネットアクセスのウエブ閲覧アプリケーション、あるいは、一つ以上のアクティブな音声通話）。
【００２４】
各アプリケーション５４は、以下２つのカテゴリのアプリケーションのどちらか一方に該当する。（１）固定データレートアプリケーション、および（２）可変データレートアプリケーション。固定データレートアプリケーションは、特定の帯域幅を必要とし、通信チャンネル１８を通過するためにその帯域幅を獲得しなくてはならない。所要のデータレートが目下利用できない場合、アプリケーションはその時点でサポートされることはない。固定データレートアプリケーションの一例は、音声電話アプリケーションであり、それは、アクティブな通話毎に６４ｋｂ／秒を必要とする。ビデオアプリケーションによっては、特定の固定データレートを必要とするかもしれない。可変データレートアプリケーションは、データレートの範囲（例えば、１Ｍｂ／秒から２Ｍｂ／秒）で動作できる。従って、利用可能なチャンネル帯域幅がこの範囲に該当する場合、アプリケーションはサポート可能になる。可変データレートアプリケーションの一例はデジタルデータアプリケーション（例えば、インターネットにアクセスするウエブ閲覧）である。幾つかのビデオアプリケーションは、データレート範囲内で動作できる可変データレートアプリケーションの他の例である。
【００２５】
このようなデータレート要件は、以下で更に詳細に説明するように、アプリケーションプロファイル３４、５０の内容を部分的に決定する。一般的に、一つ以上の固定データレートアプリケーションをサポートするアプリケーションプロファイル３４、５０は、そのような固定データレートアプリケーション毎に特定のデータレート要件を定める。可変データレートアプリケーションをサポートするアプリケーションプロファイル３４、５０は、特定の可変データレートアプリケーションの範囲に入る可変データレートの最大量までを定める。固定データレートおよび可変データレートアプリケーション両方をサポートするアプリケーションプロファイル３４、５０は、先ず特定のデータレート要件を、特定の固定データレートアプリケーション（単数または複数）へ割付け、次に残りの利用可能な帯域幅を可変データレートアプリケーション（単数または複数）へ割付ける。
【００２６】
異なる種類のアプリケーション５４も、通常は信頼性と伝送遅延に対して異なる送受信要件を持っている。より具体的には、データレート、呼出し時間、バーストまたはインパルスノイズ、ビットエラー率（ＢＥＲ）、およびデータレート対称性は、アプリケーションが異なると大幅に変わってしまう。例えば、高速ビデオアプリケーションは非対称であり、高いダウンストリームデータレート、例えば１．５Ｍｂ/秒から６Ｍｂ/秒、および低いアップストリームデータレート、例えば１６ｋｂ/秒から６４ｋｂ/秒を必要とする。加えて、ビデオ信号は送信時に高度に圧縮されるので、ビデオアプリケーションのインパルスノイズに対する免疫性は低い。その結果、ビデオアプリケーションは、＜１Ｅ−９という低いＢＥＲを必要とする。＞２０ｍ秒という長い呼出し時間は容認できる。
【００２７】
対照的に、インターネット上でのウエブ閲覧のようなデジタルデータアプリケーションの非対称性は、ビデオアプリケーションより低く、３２ｋｂ/秒から６Ｍｂ/秒間の範囲に及ぶダウンストリームデータレートと、３２ｋｂ/秒から１Ｍｂ/秒間のアップストリームデータレートとを使用する。デジタルデータアプリケーションに対するビットエラー率要件は＜１Ｅ−７であり、一般的にビデオアプリケーションよりもインパルスノイズに対する免疫性が高い。また、＜５ｍ秒という中程度の呼出し時間は一般的に容認できる。
【００２８】
音声アプリケーション（すなわち通話）は対称性であり、アップストリームとダウンストリーム両方の送信経路で６４ｋｂ/秒データレートを必要とする。インパルスノイズに対して高い免疫性を有しており、音声アプリケーションは、ＢＥＲ＜１Ｅ−３を持ち得る。ビデオおよびデジタルデータアプリケーションと対照的に、必要な呼出し時間は約１．５ｍ秒未満という低い値である。
【００２９】
他の種類のアプリケーションは他の要件を持つことができる。
【００３０】
様々なデジタル・マルチトーン送信（または受信）パラメータが、これらの要件を制御する。例えば、ビット割当テーブル（ＢＡＴ）はデータレートとビットエラー率を制御する。リード・ソロモン（Ｒ／Ｓ）コード化はより低いビットエラー率を制御し、インターリーブ化はより低いビットエラー率を提供するが、両方とも呼出し時間の増加という犠牲を払ってインパルスノイズに対する免疫性を高める。アップストリームとダウンストリーム経路で使用されるトーン数が、データレート対称性を決定する。その結果、種々のパラメータが、通信チャンネル１８上での所定アプリケーション５４に関連付けられた信号のＤＭＴ送受信を特性付ける（以降、このようなパラメータを全体的に送信パラメータと称するが、これは信号を受信する場合にも使用される）。このような送信パラメータには以下が含まれる。
【００３１】
送受信器１０、１４間における（アップストリームおよび／またはダウンストリーム）、所定アプリケーションのデータレート（ビット／秒）；
所定アプリケーションのために、アップストリームとダウンストリーム送信経路に割当られるサブチャンネル；
所定アプリケーションのために各サブチャンネルへ割当てられるビット数；
所定アプリケーションのために各サブチャンネル上で使用される最小と最大の直交振幅変調（ＱＡＭ）コンステレーションサイズ；
所定アプリケーションのためのトレリスコードの包含または排除；
所定アプリケーションのための巡回前置部分の長さ；
所定アプリケーションのためのコード化パラメータ（例えば、Ｒ／Ｓコード語サイズ）；
所定アプリケーションのためのインターリーバが使用される場合、インターリーバの深さ；
所定アプリケーションのためのフレーム化モード（例えば、ＩＴＵ ＡＤＳＬ伝送規格Ｇ９２２．１は４つの異なるフレーム化モードを規定している）；
所定アプリケーションのために各トーンへなされる利得微調節；および
所定アプリケーションのためのパフォーマンスマージン。
【００３２】
一つ以上のアクティブなアプリケーションに関連付けた信号を送受信するために、遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、アプリケーションプロファイル３４、５０を使用して、そのような通信を特性付ける。より具体的には、各アプリケーションプロファイル３４、５０は、一つ以上の目下アクティブなアプリケーション５４のユニークセットのための送信パラメータを特定するパラメータセットである。唯一のアクティブなアプリケーションを表すアプリケーションセットに対応するアプリケーションプロファイルは、その一つのアプリケーションのための送信パラメータを定める。以下に説明するように、各アプリケーションプロファイル３４、５０のパラメータへ指定される値は、そのアプリケーションプロファイルに対応するアプリケーションセット中の各アプリケーションのカテゴリと種類に依存する。
【００３３】
２つ以上の並行してアクティブなアプリケーションを表すアプリケーションセットに対しては、対応するアプリケーションプロファイル３４、５０が、そのアプリケーションセット中のアクティブなアプリケーション毎に並行して適応する送信パラメータを特定する。実際上、アプリケーションプロファイル３４、５０は、個々のアプリケーション５４の個々の送信（または受信）要件を、アクティブなすべてのアプリケーションの並行送信を達成する単一の送信パラメータセットに組合わせるよう動作する。
【００３４】
例えば、接続のトータルデータレートが１．５３２Ｍｂ/秒であると仮定する。可変データレートアプリケーション（例えばデジタルデータアプリケーション）が単独で動いているとき、このデータレートが可変データレートアプリケーションのデータレートの範囲内にあるとして、それは、１．５３２Ｍｂ/秒の利用可能データレート全部を使用する。従って、アプリケーションプロファイルの一つの実施の形態は、この可変データレートアプリケーションに対応して、接続の利用可能データレート全体をこの可変データレートアプリケーションへ割付ける。固定データレートアプリケーション（例えば音声アプリケーション）が単独で動いているとき、それは、具体的に必要とされるデータレート（例えば、音声アプリケーション用の６４ｋｂ/秒データレート）を使用する。従って、アプリケーションプロファイルの一つの実施の形態は、この固定データレートアプリケーションに対応して、具体的に必要とされるデータレートをこの固定データレートアプリケーションへ割付ける。
【００３５】
上で説明した固定および可変データレートアプリケーションが並行して動いているとき、この２つのアプリケーションのセットに対応するアプリケーションプロファイルは、まず固定データレートアプリケーションのデータレート要件を供与し、次に固定データレートアプリケーションを充足した後に、残りのチャンネル帯域幅を使用する、可変データレートアプリケーションを供与する。従って、固定データレートアプリケーションが６４ｋｂ/秒を必要とする音声アプリケーションである場合、アプリケーションプロファイルは、音声アプリケーションに対して所要の６４ｋｂ/秒を指定し、残っているチャンネル帯域幅１．４６８Ｍｂ/秒データレートを可変データレートアプリケーションへ割付ける。もう一つの例として、固定データレートアプリケーションがそれぞれ６４ｋｂ/秒を必要とする２つの音声通話で構成される音声アプリケーションである場合、アプリケーションプロファイルは、音声アプリケーションにとって必要な１２８ｋｂ/秒を指定し、残っているチャンネル帯域幅のデータレート１．４０４Ｍｂ/秒を可変データレートアプリケーションへ与える。これらの例では、可変データレートアプリケーションのための減少帯域幅（すなわち、１．５３２Ｍｂ/秒から１．４６８Ｍｂ/秒または１．４０４Ｍｂ/秒への）は、可変データレートアプリケーションの容認できるデータレートの範囲に入ることが想定される。実際上、アクティブな各アプリケーションに対する信号の個々の送受信に関連付けたパラメータは、並行してアクティブなアプリケーション全てに対する信号の同時送受信を達成する方法でアプリケーションプロファイルに組込まれる。
【００３６】
上記では特定のアプリケーションのデータレートを指定して示したが、各アプリケーションプロファイル３４、５０は、そのアプリケーションプロファイル中の各アプリケーションに関連付けた信号のＤＭＴ送信（および受信）を特性付けるための、上記パラメータおよび記載していない他のパラメータのうちの一つまたは任意の組合せを指定できる。例えば、アプリケーションプロファイル３４、５０が指定できる他の送信パラメータは、アプリケーションプロファイル中のアプリケーションをサポートするために必要な呼出し時間経路の数、および各呼出し時間経路のデータレートである。
【００３７】
別の例として、アプリケーションプロファイルは、アプリケーションへのサブチャンネルの割当も指定できる。例えば、可変データレートアプリケーションが単独で動いている場合を仮定すると、対応するアプリケーションプロファイルは、可変データレートアプリケーションに関連付けられたビットを搬送するために、利用可能なサブチャンネルを全て割当てる。更に、固定データレートアプリケーションが単独で動いている場合を仮定すると、対応するアプリケーションプロファイルは、固定データレートアプリケーションの具体的に必要とするデータレート（例えば、音声アプリケーションのための６４ｋｂ/秒データレート）の達成に十分な利用可能サブチャンネルのサブセットを割当てる。これらの固定および可変データレートアプリケーションが並行して動いているとき、この２つのアプリケーションのセットに対応するアプリケーションプロファイルは、固定データレートアプリケーションへのいくつかのサブチャンネルの割当て、そして可変データレートアプリケーションへの他のサブチャンネルの割当を指定する。多分、一つ以上のサブチャンネルが、固定および可変データレートアプリケーションの両方へ割当てられることになる。
【００３８】
アプリケーションプロファイルを、更に以下の５つの実施例のアプリケーションプロファイルＡＰ＃１〜ＡＰ＃５によって説明するが、いずれも送受信器１０、１４で展開されて、その中に格納できる。これら実施例のプロファイルは、２種類のアプリケーション、つまり一つ以上の音声通話から構成される固定データレート音声アプリケーション、および可変データレートのインターネットアクセスウエブ閲覧（ＩＡＷＢ）アプリケーションが関与する５種類の異なる通信状態に関する送信特性を指定する。これらの実施例に対し、送受信器１０、１４間の接続（例えばアップストリーム）のトータルデータレートが１．５３２Ｍｂ/秒であって、ＩＡＷＢアプリケーションが１Ｍｂ/秒から２Ｍｂ/秒の最小と最大のデータレート範囲を持っていると仮定する。音声アプリケーションの各音声通話は６４ｋｂ/秒が必要である。一般的に、固定データレートアプリケーションはそのそれぞれが必要とするデータレートを受取り、可変データレートは接続の帯域幅容量の残りを受取る。
【００３９】
アプリケーションプロファイル＃１
アプリケーションプロファイル＃１（以降、ＡＰ＃１ともいう）は、一つだけの可変データレートアプリケーション、つまり１Ｍｂ/秒と２Ｍｂ/秒のデータレート範囲を持つＩＡＷＢアプリケーションのアプリケーションセットに対応する。従って、ＡＰ＃１は、ＩＡＷＢアプリケーションに関連付けられた信号を送信するために全接続容量（ここでは、１．５３２Ｍｂ/秒）を指定する。使用可能な全てのサブチャンネルが、ＩＡＷＢデータストリームへ、各サブチャンネル上に１Ｅ−７ＢＥＲを持つように割当てられる。Ｒ−Ｓコード語サイズは２００バイトであり、そのインターリーバ深さは５コード語である。
【００４０】
アプリケーションプロファイル＃２
アプリケーションプロファイル＃２（以降、ＡＰ＃２ともいう）は、一つだけの固定データレートアプリケーション、つまり６４ｋｂ/秒を必要とする音声電話（ＶＴ）アプリケーションのアプリケーションセットに対応する。従って、ＡＰ＃２は、ＶＴアプリケーションに関連付けられた信号を送信するために６４ｋｂ/秒を指定する。６４ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当てられる。コード化またはインターリーブ化はない。
【００４１】
アプリケーションプロファイル＃３
アプリケーションプロファイル＃３（以降、ＡＰ＃３ともいう）は、一つだけの固定データレートアプリケーション、具体的には、各通話が６４ｋｂ/秒を必要とする別々の音声チャンネル上の２つの音声電話（ＶＴ）通話で構成される一つの音声アプリケーションのアプリケーションセットに対応する。従って、ＡＰ＃３は、このＶＴアプリケーションに関連付けられた信号を送信するために１２８ｋｂ/秒（すなわち、２ｘ６４ｋｂ/秒）のデータレートを指定する。１２８ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当られる。この場合も、コード化またはインターリーブ化はない。
【００４２】
アプリケーションプロファイル＃４
アプリケーションプロファイル＃４（以降、ＡＰ＃４ともいう）は、異なる種類の２つのアプリケーション、具体的には、可変データレートＩＡＷＢアプリケーションおよび一つの固定データレートＶＴアプリケーションから成るアプリケーションセットに対応する。ＩＡＷＢとＶＴアプリケーションに関連付けられた信号を送信するために、ＡＰ＃４はデータレートとして、ＶＴストリームのために６４ｋｂ/秒を、そしてＩＡＷＢストリームのために１．４６８Ｍｂ/秒（１５３２ｋｂ/秒〜６４ｋｂ/秒）を指定する。６４ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当られる。１．４６８Ｍｂ/秒を達成するのに十分なサブチャンネルのサブセットがＩＡＷＢストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−７ＢＥＲを持つように割当られる。ＩＡＷＢストリームのために２００バイトのＲ−Ｓコード語サイズがあり、そのインターリーバ深さは５コード語である。ＶＴストリームに関してはコード化またはインターリーブ化がない。
【００４３】
アプリケーションプロファイル＃５
アプリケーションプロファイル＃５（以降、ＡＰ＃５ともいう）は、２つのアプリケーションつまり可変データレートＩＡＷＢアプリケーションと、各通話が６４ｋｂ/秒を必要とする別々のチャンネル上の２つの音声電話通話で構成される一つの固定データレートＶＴアプリケーションとのアプリケーションセットに対応する。ＩＡＷＢとＶＴアプリケーションに関連付けられた信号を送信するために、ＡＰ＃５はデータレートとして、ＶＴストリームのために１２８ｋｂ/秒を、そしてＩＡＷＢストリームのために１．４０４Ｍｂ/秒（１５３２ｋｂ/秒〜１２８ｋｂ/秒）を割付ける。１２８ｋｂ/秒を達成するのに十分なサブチャンネルのサブセットがＶＴデータストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−３ＢＥＲを持つように割当られる。１．４０４Ｍｂ/秒を達成するのに十分なサブチャンネルのサブセットがＩＡＷＢストリームへ、そのように割当てられる各サブチャンネル上に１Ｅ−７ＢＥＲを持つように割当られる。ＩＡＷＢストリームのために２００バイトのＲ−Ｓコード語サイズがあり、そのインターリーバ深さは５コード語である；この場合も、ＶＴストリームに関してはコード化またはインターリーブ化がない。
【００４４】
アプリケーション５４が時間の経過とともにアクティブおよび非アクティブになる際に、遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、格納されたアプリケーションプロファイル３４、５０を使用して、迅速に効率よく送信パラメータを変更し、それによって現在アクティブなアプリケーションの送信要件に適応する。現在アクティブなアプリケーションのセットへの変化が発生するときは常に、遠隔ＤＭＴ送受信器１０とＣＯ送受信器１４は、格納されたプロファイルのセット３４、５０から適切なアプリケーションプロファイルを選択する。一つの実施の形態では、アプリケーションプロファイルが現在アクティブなアプリケーションのセットに対して未だ存在しない場合、送受信器１０、１４の一方が適切なアプリケーションプロファイルを生成し、その新規のアプリケーションプロファイルを他方の送受信器との間で通信チャンネル１８上で交換する。他の実施の形態では、送受信器１０、１４は、予め定めたアプリケーションプロファイルを用いて構成することができ、および／またはＡＤＳＬシステム２の動作中にアプリケーションプロファイルを、プロファイルに対するそのような必要性が生じる際に動的に生成する。別の実施の形態では、アプリケーションプロファイルにおける送信パラメータは、初期化中に交換される。さらに別の実施の形態では、アプリケーションプロファイルにおける送信パラメータは、各送受信器１０、１４によって双方でローカルに生成される。
【００４５】
図２は、遠隔ＤＭＴ送受信器１０の送信器２２の具体例としての実施の形態を示し、異なる呼出し時間要件を持つ複数のアプリケーション５４をサポートする２つの呼出し時間経路５６、５８を含む。ＣＯ送受信器１４の送信器３８は、送信器２２と同等な経路と機能を備える。受信器２６、４２も同等な呼出し時間経路を備えるが、通信チャンネル１８の上で受信した情報を復調するために送信器２２、３８のそれと反対の順序になっていて逆の動作を行う。
【００４６】
複数の呼出し時間経路５６、５８を用いて、異なる呼出し時間要件を持つ異なるアプリケーションのビットストリームをＡＤＳＬ ＤＭＴ送受信器１０を介して送る。図２に、２つの異なるアプリケーション５４''、５４'''を示す。一つの具体例であるアプリケーション５４''は、デジタルデータストリーム（例えば、ＡＴＭ（非同期転送モード）データストリーム）であり、他方の具体例であるアプリケーションは音声電話アプリケーションである。追加のおよび／または異なるアプリケーションが使用できること、そしてデジタルデータおよび音声電話アプリケーションの使用は、単に本発明の原理を説明するだけのものであることを理解されたい。デジタルデータアプリケーション５４''は、中程度量の呼出し時間（すなわち、ほぼ５ｍ秒未満）を許容でき、インターリーブ化を有する呼出し時間経路５６を介して送られる。低呼出し時間要件を持つ音声電話アプリケーション５４'''は、インターリーブ化の無い他方の呼出し時間経路５８を介して送られる。
【００４７】
送信器２２は、追加の、および／または異なる呼出し時間経路を持つことができる。例えば、一つの実施の形態では、ＡＤＳＬシステム２は、デジタルデータおよび音声電話アプリケーションに加えてビデオアプリケーションを持つ。このビデオアプリケーションは、ＡＴＭデータアプリケーション５４''の中程度の呼出し時間よりも高く、しかも音声電話アプリケーション５４'''の低呼出し時間より高い呼出し時間を許容できる。この実施の形態のために、ＡＤＳＬシステム２は、第３の異なる呼出し時間経路を設けることによってビデオアプリケーションの呼出し時間要件に適応できる。
【００４８】
各呼出し時間経路５６、５８は、３つのブロック、すなわちＭＵＸブロック６０、フレーム化器／コード化器／インターリーバ（ＦＣＩ）ブロックレイヤー６４、６４'、および変調器ブロック６８を含む。ＭＵＸブロック６０は、アクティブなアプリケーション５４の信号ストリームを受信するための複数の入力と、呼出し時間経路５６、５８毎の出力とを有する。ＭＵＸブロック６０は、デジタルデータアプリケーション５４''の信号ストリームを第１呼出し時間経路５６へ、そして音声データアプリケーション５４'''の信号ストリームを第２呼出し時間経路５８へ向ける。
【００４９】
各ＦＣＩブロック６４、６４'（全体的には符号６４）は、変調のためにビットのストリームを作成すること、受信した信号をフレームおよびスーパーフレームに変換すること、オーバヘッドチャンネル（すなわち、ＡＯＣおよびＥＯＣ）情報をフレームに加えること、そして該当する場合にコード化とインターリーブ化することに関連する機能性を提供する。各ＦＣＩブロック６４によって行われる動作は、アプリケーション５４''、５４'''の種類、およびそのアプリケーションが取る呼出し時間経路５６、５８に依存する。
【００５０】
第１呼出し時間経路５６上で、ＦＣＩブロック６４は、フレーマーブロック７２、巡回冗長チェック（ＣＲＣ）兼スクランブラー（ＳＣＲ）ブロック７６、フォワードエラー訂正（ＦＥＣ）ブロック８０（例えば、Ｒ−Ｓコード化）、およびインターリーブ化（ＩＮＴ）ブロック８４を含む。第２呼出し時間経路５８上で、ＦＣＩブロック６４'は、フレーマーブロック７６'、およびＣＲＣ兼ＳＣＲブロック８０'を含む。ＦＣＩブロック６４'を通る第２呼出し時間経路５８は、第２経路５８が音声ストリームにインターリーブ化またはコード化を行わないので、第１経路５６とは異なる（すなわち、少ない）量の呼出し時間を持つ。
【００５１】
変調器ブロック６８は、ＤＭＴ変調に関連する機能性を提供するとともに、直交振幅変調（ＱＡＭ）エンコーダ８８および逆高速フーリエ変換（ＩＦＦＴ）９２を含む。ＱＡＭエンコーダ８８は複数の入力を持ち、呼出し時間経路５６、５８から信号ストリームを受信して、それら信号ストリームを、変調のためにＩＦＦＴ９２へ送られることになる単一信号ストリームに組合せる。ＩＦＦＴ９２は、ＱＡＭエンコーダ８８から受信したビットを、通信チャンネル１８の多数搬送波サブチャンネルに変調する。
【００５２】
また、図２に示すのは、図１で説明した５つの具体例であるアプリケーションプロファイルＡＰ＃１〜ＡＰ＃５である。アプリケーションプロファイル＃１、＃４および＃５は、これらのプロファイルのそれぞれが、ＡＴＭデータストリームを特性付ける一つ以上の送信パラメータを指定するので、第１呼出し時間経路５４のＦＣＩブロック６４につながっている。アプリケーションプロファイル＃２、＃３、＃４および＃５は、これらのプロファイルのそれぞれが音声ストリームを特性付ける一つ以上の送信パラメータを指定するので、第２呼出し時間経路５８のＦＣＩブロック６４'につながっている。一つの実施の形態では、５つのアプリケーションプロファイルＡＰ＃１〜ＡＰ＃５全ては、各プロファイルが通信チャンネル１８のサブチャンネルへのビットの割当を特性付ける一つ以上の送信パラメータを規定するので、変調器ブロック６８と通信している。
【００５３】
アプリケーションプロファイルの格納および交換
予め定めたプロファイル
送受信器１０、１４が通信チャンネル１８上でそのような通信を特性付けるアプリケーションプロファイルを用いて通信する前に、そのアプリケーションプロファイルは、適切なローカルメモリ３０、４６に格納される。一つの実施の形態では、各送受信器１０、１４が事前に設定される（例えば、ファクトリー設定）。すなわち、アプリケーションプロファイルがローカルメモリ３０、４６に格納された後に、送受信器１０、１４がＡＤＳＬシステム２へ組込まれる。
【００５４】
アプリケーションセットの最初の出現時に交換および格納されるプロファイル
別の実施の形態では、送受信器１０、１４は通信チャンネル１８上でアプリケーションプロファイルを交換し、次にアプリケーションプロファイルを格納する。図３は、プロファイル交換を完行するために使用されるプロセスの実施の形態を示す。このプロセスを説明するために、遠隔ＤＭＴ送受信器とＣＯ送受信器１０、１４は、図１のＡＰ＃１に従うインターネットアクセスウエブ閲覧（ＩＡＷＢ）アプリケーションに関連付けられた信号を交換していることを仮定すると、このとき新規の音声アプリケーションが起動され、結果として新規アプリケーションプロファイルが必要になる。一般的に、遠隔の送受信器１０またはＣＯ送受信器１４のどちらも新規アプリケーションプロファイルの交換のイニシエータとして働くことができる。より具体的には、遠隔ＤＭＴ送受信器１０の送信器２２または受信器２６のいずれも、あるいはＣＯ送受信器１４の送信器３８または受信器４２のいずれも、新規アプリケーションプロファイル交換を始動できる。
【００５５】
ＩＡＷＢ信号の交換中に、新規音声アプリケーション５４の起動が検出される（ステップ１００）。送受信器１０、１４、またはＤＳＬシステム２の他の構成要素（例えば、中で送受信器１０、１４が動作するコンピュータシステム）のいずれも、この検出を行える。この新規音声アプリケーション５４の検出により、アクティブなＩＡＷＢアプリケーションと新規の音声アプリケーションとの組合せに対するアプリケーションプロファイルが既に存在するか否かの決定が成される（ステップ１０４）。この場合も、送受信器１０、１４、またはＤＳＬシステム２の別の構成要素がこの決定を行ってもよい。そのようなアプリケーションプロファイルが存在しないとき、ＩＡＷＢアプリケーションと新規音声アプリケーションとに関連付けられた信号の並行送信に適応する送信パラメータが決定される（ステップ１０８）。注目すべきは、アクティブなアプリケーションの停止も、結果として現在アクティブなアプリケーションのユニークセットをもたらし、目下はそれに対するアプリケーションプロファイルが存在しないことである。そのような場合には、停止後に現在アクティブである一つ以上のアプリケーションに関連付けられた信号を送信するために、同じように送信パラメータが決定される（ステップ１０８）。
【００５６】
これらの送信パラメータは、新規アプリケーションプロファイルを表す。この新規アプリケーションプロファイルの一つの実施の形態は、先に図１で説明したように、ＡＰ＃４が一つのＩＡＷＢアプリケーションと一つの音声アプリケーションとをサポートするので、アプリケーションプロファイル＃４（ＡＰ＃４）であってもよい。新規のアプリケーションプロファイルに識別子が連係する。例えば、この新規のアプリケーションの始動の時点で、既に３つの格納アプリケーションプロファイルがある場合、新規アプリケーションプロファイルは４番目になる。ＣＯ送受信器１４でのアプリケーションプロファイルと遠隔ＤＭＴ送受信器１０でのアプリケーションプロファイルとの間が一対一で対応するので、新規アプリケーションプロファイルを識別するために、同一識別子が遠隔ＤＭＴ１０とＣＯ送受信器１４とによって使用されることになる。
【００５７】
次に、送受信器１０、１４の一方が、他方の送受信器１４、１０との間で新規アプリケーションプロファイルを交換し、新規アプリケーションプロファイルに連係する送信パラメータを通信チャンネル１８上でＡＯＣまたはＥＯＣチャンネルを使用して送る（ステップ１１２）。一つの実施の形態では、この新規アプリケーションプロファイルの送信は、新規のアプリケーションプロファイルの使用を要請するメッセージとして動作する。
【００５８】
全初期化中に交換および格納されるプロファイル
別の実施の形態では、送受信器１０、１４はＧ９９２．２またはＧ９９２．１ ＩＴＵ規格のＩＴＵ準拠「全初期化」プロトコル、または同様の初期化プロトコルを使用して、相互に新規アプリケーションプロファイルを交換する、それは、送受信器間で送信情報を調整および交換するために、送受信器１０、１４間でのアプリケーションデータ通信を中断する。全初期化プロトコルの使用は、リンクにほぼ１０秒の遮断を引起す。この１０秒の中断は、現在アクティブなアプリケーションのユニークセットの最初の出現時に一度だけ発生し、ユニークセットに対して新規アプリケーションプロファイルが交換され、それに続いて格納される。別の実施の形態では、初期化時に送受信器１０、１４は、サポートされるべきアプリケーションを取決め、そしてアクティブなアプリケーションの可能な組合せの全てに対応するプロファイルを交換する。
【００５９】
アプリケーションプロファイルが交換された後に送受信器１０、１４はアプリケーションプロファイルをローカルメモリ３０、４６に格納する（ステップ１１６）。その結果、送受信器１０、１４がＡＰ＃１（図１）に従い通信している間に、新規音声アプリケーションが起動されるとき、以下詳細に説明するように、通信チャンネル１８上でのアプリケーションプロファイルの交換は実行されないので、つまり交換は不必要であるので、格納されているＡＰ＃４（図１）への移行が迅速になされる。
【００６０】
アプリケーションプロファイルにおけるパラメータのローカル生成
送受信器１０、１４間での新規アプリケーションプロファイルの交換において、送受信器１０、１４は、新規アプリケーションプロファイル全ての送信パラメータを通信チャンネル１８上で交換する必要はない。一つの実施の形態では、各送受信器１０、１４は、一つ以上の送信パラメータ（例えば、アプリケーションへのサブチャンネルの割当て）をローカルで展開でき、ローカルで展開されたパラメータを適切なアプリケーションプロファイルに格納できる。そのような送信パラメータのローカル展開は、アプリケーションプロファイルを初めて展開または更新するときに発生する。
【００６１】
例えば、送受信器１０、１４が２つのアプリケーション、すなわちデジタルデータアプリケーションおよび音声アプリケーションを動かしていることを仮定する。送受信器１０、１４は、接続がこれらの２つのアプリケーションをサポートすることを指し示す情報を相互に交換する。この情報の交換に基づき、各送受信器１０、１４は、２つのアプリケーションに対応するアプリケーションプロファイルに対する一つ以上の送信パラメータをローカルで生成する。両送受信器１０、１４はこれらの送信パラメータを双方で生成するので、送受信器１０、１４は、ローカルで生成された送信パラメータを相互に通信チャンネル１８上で交換しない。フレーム化、コード化、およびインターリーブ化に関連するパラメータのような他の送信パラメータは、それでも送受信器１０、１４間の情報交換で決定される。
【００６２】
送信パラメータを双方で生成することは、アプリケーションプロファイルを初めて展開または更新する際に長々とした交換メッセージを減らしたり、削除するという利点がある。例えば、チャンネル条件の変化がチャンネル１８の総データレートの減少をもたらし、その結果、幾つかのサブチャンネルに対するビット容量がさらに低下する場合、普通は、送受信器１０、１４は、この影響を受けたこれらサブチャンネルを指定する全てのアプリケーションプロファイルに対する更新を相互間で交換する必要があろう。アプリケーションプロファイル中の送信パラメータを双方で生成することによって、送受信器１０、１４は、更新情報を相互に交換する必要もなく、アプリケーションプロファイルを個々でローカルに更新できる。
【００６３】
以下の３つの実施例は、２つのアプリケーション、ここではデジタルアプリケーションおよび音声アプリケーションへのサブチャンネルの割当に適用されるように双方で生成されたパラメータの使用を説明する。各実施例は、アプリケーションへの割当サブチャンネルを送信パラメータとして指定するアプリケーションプロファイルを示す。（１）デジタルデータアプリケーションが単独で動く場合の一つのアプリケーションプロファイル、（２）音声アプリケーションが単独で動く場合の別のアプリケーションプロファイル、および（３）デジタルデータおよび音声アプリケーションが並行して動く場合の別のアプリケーションプロファイル。
【００６４】
第１アプリケーションプロファイルに対して、送受信器１０、１４のそれぞれは、接続を確立した後に、利用可能なデータレートおよび使用可能なサブチャンネル全体をデジタルデータアプリケーションへローカルで割当てる。送受信器１０、１４によって双方で生成されない他の送信パラメータ、例えば、フレーム化、コード化、およびインターリーブ化に関連付けられたパラメータは、送受信器１０、１４間の情報交換で決定される。
【００６５】
第２アプリケーションプロファイルに対して、送受信器１０、１４は、接続のデータレート能力には無関係に、６４ｋｂ/秒を音声アプリケーションへ割当てる。送受信器１０、１４はそれぞれ、所定の技法（例えば、規格で規定された）を使用して、音声アプリケーションの６４ｋｂ/秒を搬送するよう割当てられるサブチャンネルを選択する。音声アプリケーションに対してサブチャンネルを選択するために、利用可能なサブチャンネルを介して繰返すスキーム例は、（１）最低周波数を持つサブチャンネルからより高い周波数を持つサブチャンネルへ上昇すること；（２）最高周波数を持つ利用可能なサブチャンネルからより低い周波数のサブチャンネルへ下降すること；（３）最小ビット数を持つサブチャンネルからより高いビット数を持つサブチャンネルへ上昇すること；および（４）最多ビット数を持つサブチャンネルからより少ないビット数を持つサブチャンネルへ下降することを含む。この場合も、送受信器１０、１４は、予め定めた様式で、または初期化中の交換時に決定されるように、フレーム化、コード化、およびインターリーブ化できる。
【００６６】
第３アプリケーションプロファイルに対して、送受信器１０、１４はそれぞれ、６４ｋｂ/秒を音声アプリケーションへ、そして残りのデータレートをデジタルデータアプリケーションへ割当てる。第２アプリケーションプロファイルと同様に、各送受信器１０、１４は所定の技法を用いて、音声アプリケーションを搬送するために割当てられるサブチャンネルを選ぶ（最高または最低周波数の、または、最小または最大コンステレイションのサブチャンネル）。また、フレーム化、コード化、およびインターリーブ化は、先に説明したように、予め定められるか、または交換中に決定される。
【００６７】
送受信器１０、１４は、ローカルで生成されるアプリケーションプロファイルに対して調整のとれた番号付けスキームを用いる（例えば、＃６＝デジタルデータアプリケーションのみ、＃７＝音声アプリケーションのみ、＃８＝デジタルデータと音声アプリケーションを一緒に）。番号付けスキームは予め定めることもでき、さもなければ、送受信器１０、１４が番号付けスキームを通信チャンネル１８上で交換できる。
【００６８】
本発明の原理は、２つを超えるアプリケーションを持つ実施の形態まで拡張する。そのような実施の形態については、可能なアクティブアプリケーションのそれぞれに対して、個々におよび組合せで、対応するアプリケーションプロファイルを生成するために、送受信器１０、１４は、アプリケーションプロファイル送信パラメータおよびその対応するパラメータ値を選択するために所定ルールに追従する。
【００６９】
格納アプリケーションプロファイルへの高速移行
ＤＳＬシステム２が動作している間は、アプリケーションを時間の経過とともに起動することも、停止することもできる。アクティブなアプリケーションにおけるこの変化（すなわち、アプリケーションの起動または停止による）は、送受信器１０（または受信器）の知るところとなるので、ＩＴＵ Ｇ９２２．１およびＧ９２２．２規格に規定されたような高速再調整で識別される必要はない。アプリケーションプロファイルは、チャンネル条件の変化ではなくアクティブなアプリケーションの変化により変えられているので、高速再調整で行われるように、エコーキャンセラ、イコライザ、などのレトリーバ機能を再調整する要件はない。
【００７０】
その後の使用のためにアプリケーションプロファイルを格納することにより、別のアプリケーションプロファイルへ移行するために送受信器１０、１４によって使用される送受信器１０、１４間のハンドシェイクが短縮されるというのは、送受信器は新規のアプリケーションプロファイルを作成し、交換し、そして格納するプロセスを経る必要が無いからである。
【００７１】
遠隔ＤＭＴ送受信器１０またはＣＯ送受信器１４、およびその送受信器１０、１４の受信器または送信器のいずれも移行を始動できる。格納アプリケーションプロファイルが同定され、それにより送受信器は、どのプロファイルを使用するべきかを他方へ単に通知する。アプリケーションプロファイルに連係する情報を、再送信する必要はない。一つの実施の形態では、格納アプリケーションプロファイルは番号が付される。従って、一方の送受信器は、単純に所望のアプリケーションプロファイルの番号を他方の送受信器に対して指定する。
【００７２】
受信器始動の高速アプリケーションプロファイル移行
図４は、格納アプリケーションプロファイルへ移行するために、遠隔ＤＭＴ送受信器１０およびＣＯ送受信器１４によって使用される受信器始動プロセスの実施の形態を示す。プロセスは遠隔ＤＭＴ送受信器１０の受信器２６の観点から示されるけれども、ＣＯ送受信器１４の受信器４２も移行を始動できることは言うまでもない。一つの実施の形態では、現在アクティブなアプリケーションのセットに変化が生じ（ステップ１４０）、別のアプリケーションプロファイルへの移行を必要とする。変化は、起動または停止されたアプリケーションの、または追加の帯域幅を必要とする既存のアプリケーションの（例えば、これまで一つだけの音声チャンネルを持っていた音声アプリケーションに対して第２音声チャンネルが開く）結果であってもよい。
【００７３】
アクティブなアプリケーションの変化の後に、受信器２６は、どのアプリケーションプロファイルが現在アクティブなアプリケーションのセットに対応するかを決定する（ステップ１４２）。受信器２６は、ＡＯＣまたはＥＯＣチャンネルを使用して、この現在アクティブなアプリケーションのセットに基づき、送信に使用されるべき格納アプリケーションプロファイルを指定するメッセージを送信器３８へ送る（ステップ１４８）。このメッセージは受信器２６からのリクエストに対応する。例えば、送受信器１０、１４がＡＰ＃１（図１）に従い通信しているときに、音声通話が起動されるとき、受信器２６はリクエストを送信機３８へ送ってＡＰ＃４（図１）への移行を要請する。一つの実施の形態で、リクエストは、数字４でＡＰ＃４を同定する。
【００７４】
リクエストを受信後、送信器３８は、要請された格納アプリケーションプロファイルが送信のために使用されようとしていることを受信器２６に合図するために、そしてその使用を同期化するために、フラグとしての反転同期シンボルを送信する（ステップ１５２）。送信器３８は反転同期シンボルに続いて、第１フレーム上または所定数のフレーム上での送信のための指定アプリケーションプロファイルの格納コピーを使用する（ステップ１５４）。この反転同期化信号は、送信器３８によって送られる「進行」メッセージに対応する。受信器２６は、反転同期シンボルを検出し（ステップ１５６）、そして送信器３８と同期して、反転同期シンボルの後に受信される第１フレーム上または所定の数のフレーム上へ指定アプリケーションプロファイルを使用する。
【００７５】
反転同期シンボルは同期シンボルであり、その中でＱＡＭ信号中の位相情報が１８０度偏移されている。１８０度以外の同期シンボルの位相偏移も「進行」メッセージのために使用できる。同期シンボルは、ＡＮＳＩおよびＩＴＵ規格に６９シンボル毎に送信される固定の非データ搬送のＤＭＴシンボルとして定義されている。同期シンボルは、全てのＤＭＴ搬送波を、基本的ＱＰＳＫ（２ビットＱＡＭ）変調を使用して予め定めた疑似ランダム数字列で変調することによって構築される。送受信器初期化プロセス中に使用されるこの同期シンボル信号は、同期シンボルの検出、そして非常にノイズの多い環境でさえ反転同期シンボルの検出を可能にする特別な自己相関性質を有する。
【００７６】
チャンネルノイズに対して全く弱みを持たないため、殆ど難攻不落の送受信器１０、１４による新規のアプリケーションプロファイルの使用を同期化するために反転同期シンボルを使用することは、ＥＯＣまたはＡＯＣチャンネルの使用よりもさらに強固なものとする。対照的に、ＥＯＣまたはＡＯＣチャンネル上で送られるメッセージは、通信チャンネル１８上のノイズによって反転同期シンボルよりも容易に悪化されてしまう。これらのオーバヘッドチャンネルは、フレーマー７２でデータストリームに多重化されるので、有限数のＤＭＴサブチャンネル上で直交振幅変調により送信される。通信チャンネル１８上で発生するインパルスノイズまたは他のノイズは、ＥＯＣまたはＡＯＣチャンネルメッセージにビットエラーを引起すことがあり、メッセージを失わせることになる。反転同期シンボルより大きい、ノイズへのＥＯＣまたはＡＯＣチャンネルの感度にもかかわらず、一つの実施の形態では、ＥＯＣまたはＡＯＣチャンネルを用いて、「進行」メッセージを通信する。
【００７７】
格納アプリケーションプロファイルへの受信器始動移行は、適切なアプリケーションプロファイルが格納されていて、交換される必要がないので、すばやく完了し、２つだけのメッセージ（リクエストと「進行」メッセージ）の交換が必要になる。この場合も、「進行」メッセージとして反転同期シンボルを使用することにより、送受信器１０、１４間の同期化をノイズ環境で強固なものにする。
【００７８】
送信器始動高速アプリケーションプロファイル移行
図５は、格納アプリケーションプロファイルへ移行するために、遠隔ＤＭＴ送受信器１０およびＣＯ送受信器１４によって使用される送信器始動プロセスの実施の形態を示す。プロセスは遠隔ＤＭＴ送受信器１０の送信器２２の観点から示されているが、ＣＯ送受信器１４の送信器３８も移行を始動できることは言うまでもない。以前のように、現在アクティブなアプリケーションのセットの変化が生じ（ステップ１６０）、別のアプリケーションプロファイルへの移行が必要になる。この場合も、変化は、起動または停止されたアプリケーションの、または追加の帯域幅を必要とする既存のアプリケーションの（例えば、これまで一つだけの音声チャンネルを持つ音声アプリケーションに対して第２音声チャンネルが開く）結果であってもよい。
【００７９】
アクティブなアプリケーションの変化の後に、送信器２２は、どのアプリケーションプロファイルが現在のアプリケーションのセットに対応するかを決定する（ステップ１６２）。送信器２２は、ＡＯＣまたはＥＯＣチャンネルを使用して、現在アクティブなアプリケーションのセットに基づき、送信に使用されるべき格納アプリケーションプロファイルを指定するメッセージを受信器４２へ送る（ステップ１６８）。メッセージは、適切な格納アプリケーションプロファイルを、番号によって、またはその格納アプリケーションプロファイルにユニークに関連付けられたいずれか他の識別番号によって識別できる。このメッセージは送信器２２からのリクエストに対応する。リクエストを受信後、受信器４２は、「認可」または「否認」のメッセージを送信器２２へ戻す（ステップ１７２）。
【００８０】
送信器２２が「認可」メッセージを受信した場合、送信器２２は、要請された格納アプリケーションプロファイルが送信のために使用されるであろうことを受信器４２に合図するフラグとして反転同期シンボルを送信する（ステップ１７６）。次に、送信器２２は反転同期シンボルに続いて、第１フレーム上、または所定数のフレーム上での送信のために指定されたアプリケーションプロファイルの格納コピーを使用する（ステップ１７８）。この反転同期化信号は、送信器２２によって送られる「進行」メッセージに対応する。受信器４２は、反転同期シンボル（「進行」）を検出し（ステップ１８０）、そして送信器２２と同期して、反転同期シンボルに続く第１フレーム上、または所定数のフレーム上の受信のために指定されたアプリケーションプロファイルを使用して通信を開始する。
【００８１】
格納アプリケーションプロファイルへの送信器始動移行は、適切なアプリケーションプロファイルが格納されていて、交換される必要がないのですばやく完了し、送信器始動時に３種類のメッセージ（リクエスト、否認、または認可メッセージ、および「進行」メッセージ）の交換が必要になる。この場合も、「進行」メッセージとして反転同期シンボルを使用することにより、送受信器１０、１４間の同期化をノイズ環境で強固なものにする。
【００８２】
別の実施の形態で、送受信器１０、１４は、ＩＴＵ Ｇ９２２．２規格に記載の「高速再調整」プロトコル、または同様な高速初期化プロトコルを使用して格納アプリケーションプロファイルへ移行する、それは、送受信器間で送信情報を調整および交換するために、送受信器１０、１４間のアプリケーションデータ通信を中断する。高速再調整は１〜２秒の送受信器１０、１４間の切断を引起す。
【００８３】
アプリケーションプロファイルの更新
一定の状況下で、格納アプリケーションプロファイル３４（および対応するアプリケーションプロファイル５０）の内容は、更新を必要とすることがある。例えば、通信チャンネル１８条件は変化することがあり（例えば、電話機がフックから外れる）、それはチャンネル１８のデータレート能力の増加または減少、およびチャンネル１８の特定サブチャンネルの異なるビット容量をもたらすことになる。送受信器１０、１４は、影響を受けるサブチャンネルのビット容量を指定する全ての格納アプリケーションプロファイルを更新することが必要になる。一つの実施の形態で、各送受信器１０、１４は更新情報を相互に交換することなく、影響を受けたアプリケーションプロファイルの格納コピーをローカルで更新する。別の実施の形態では、送受信器１０、１４は更新情報を相互に交換する。
【００８４】
本発明を、特定の好ましい実施の形態を参照して示し、かつ説明したが、形態および詳細における種々の変更が、以下の特許請求の範囲によって明確にされた本発明の精神と範囲から逸脱することなく、成され得ることは、この技術に精通した者は理解するであろう。例えば、本発明はＤＭＴ変調に関して説明したが、本発明の原理は、ＤＷＭＴ（ディスクリート・ウェーブレット・マルチトーン）変調へも適用される。また、ＡＴＭパケットの代りにＩＰフレームを使用して、データを運ぶことができる。更に、本明細書はＡＤＳＬで発明を説明したが、いずれの形態のＤＳＬ、すなわちＶＤＳＬ、ＳＤＳＬ、ＨＤＳＬ、ＨＤＳＬ２またはＳＨＤＳＬも使用できることは言うまでもない。本発明の原理は、アプリケーションの複数セットをサポートするいずれのＤＭＴ通信システムへも適用され、ここで、アプリケーションは時間の経過とともに起動および停止される。先に説明したいくつかの実施の形態はインターネットおよび音声アプリケーションを含んでいるが、本発明の原理は、ＤＳＬシステム上で運ばれるアプリケーションのどのような組合せ（例えば、在宅勤務、ビデオ会議、高速インターネットアクセス、ビデオオンデマンド）にも適用されることは言うまでもない。
【図面の簡単な説明】
【００８５】
本発明は、付属する特許請求の範囲に詳細に指示される。上記で説明した本発明の利点だけでなく、本発明の更なる利点も、添付図面に関連させて以下の説明を参照することによってよりよく理解できる。ここで、
【図１】図１は、本発明の原理に従って、中央局送受信器と通信できる遠隔ＤＭＴ（ディスクリート・マルチトーン変調）送受信器を含み、アプリケーションプロファイルを使用して多数のアプリケーションをサポートする、デジタル加入者線多数搬送波伝送システムの実施の形態のブロック図であり；
【図２】図２は、異なる呼出し時間要件を持つ多数のアプリケーションをサポートするために２つの呼出し時間経路を有する遠隔ＤＭＴ送受信器の送信器の実施の形態のブロック図であり；
【図３】図３は、中央局と遠隔ＤＭＴ送受信器でアプリケーションプロファイルを初めて交換および格納するためのプロセスの実施の形態のフロー図であり；
【図４】図４は、格納アプリケーションプロファイルへ移行するために遠隔ＤＭＴ送受信器およびＣＯ送受信器によって使用される受信器始動プロセスの実施の形態のフロー図であり；および
【図５】図５は、格納アプリケーションプロファイルへ移行するために遠隔ＤＭＴ送受信器およびＣＯ送受信器によって使用される送信器始動プロセスの実施の形態のフロー図である。
【特許請求の範囲】
【請求項１】
通信チャンネル上で相互に通信できる２台の送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、そして前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションのための少なくとも一つの送信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器の一つで格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を送信するステップ；
前記現在アクティブなアプリケーションのセットの変化に応答して、前記変化した現在アクティブなアプリケーションのセット中の前記一つ以上のアプリケーションに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整するために前記送受信器間の通信を中断することなく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【請求項３】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルを前記送受信器間でのその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを、前記送受信器の一つへ送信するステップを含むもの。
【請求項４】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルへの移行を要請するメッセージを、前記送受信器の一つへ送信するステップを含むもの。
【請求項５】
請求項４の方法であって、更に、前記第２アプリケーションプロファイルへ移行する前記リクエストを認可する返答メッセージを、その一つの送受信器から受信するステップを含むもの。
【請求項６】
請求項５の方法であって、更に、前記認可を認知し、前記第２アプリケーションプロファイルの使用を同期化する別のメッセージをその一つの送受信器へ送るステップを含むもの。
【請求項７】
請求項５の方法であって、前記他のメッセージが、反転同期シンボルであるもの。
【請求項８】
請求項４の方法であって、更に、前記リクエストを認可し、前記第２アプリケーションプロファイルの使用を同期化する返答メッセージを、その一つの送受信器から受信するステップを含むもの。
【請求項９】
請求項８の方法であって、前記返答メッセージが、反転同期シンボルであるもの。
【請求項１０】
請求項１の方法であって、更に、前記送受信器の完全初期化を行なうことなく、前記通信チャンネル上で他方の送受信器へ前記アプリケーションプロファイルの少なくとも一つを送信するステップを含むもの。
【請求項１１】
請求項１の方法であって、更に、前記送受信器間で前記アプリケーションプロファイルの一つを交換するために前記送受信器の完全初期化を行うステップを含むもの。
【請求項１２】
請求項１の方法であって、更に、アクティブなアプリケーションのユニークセットの初めての出現により前記アプリケーションプロファイルの一つを生成するステップ、および前記生成されたアプリケーションプロファイルを、そのユニークアプリケーションセットに関連付けるステップを含むもの。
【請求項１３】
請求項１の方法であって、更に、前記格納アプリケーションプロファイルの一つに対する前記送信パラメータの少なくとも一つを、前記送受信器のそれぞれによってローカルで生成するステップを含むもの。
【請求項１４】
請求項１の方法であって、前記送受信器は、前記格納アプリケーションプロファイルで予め構成されるもの。
【請求項１５】
請求項１の方法であって、前記格納アプリケーションプロファイルの一つにおける各アプリケーションに対して指定される前記少なくとも一つの送信パラメータは、送信データレート、ダウンストリームとアップストリーム送信のために割当てられるサブチャンネル、前記サブチャンネルのそれぞれへ割当てられるビット数、パフォーマンスマージン、前記サブチャンネルのそれぞれに対する利得微調節、インターリーブ深さ、最小と最大ＱＡＭコンステレーションサイズ、巡回前置部分の長さ、コード語サイズ、フレーム化モード、およびトレリスコードの少なくとも一つであるもの。
【請求項１６】
請求項１の方法であって、前記第１格納アプリケーションプロファイルは、ウエブ閲覧アプリケーションに関連付けられた信号の送信を特性付け、そして前記第２格納アプリケーションプロファイルは、音声電話アプリケーションおよび前記ウエブ閲覧アプリケーションに関連付けられた信号の並行送信を特性付けるもの。
【請求項１７】
通信チャンネル上で相互に通信できる送受信器を含む多数搬送波変調システムにおいて、前記送受信器間でアクティブである多数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
前記通信チャンネル上での情報の送信を特性付けるための複数のアプリケーションプロファイルを展開するステップ；
各アプリケーションプロファイルを、前記送受信器間でアクティブになり得る一つ以上のアプリケーションのユニークセットに関連付けるステップ；
前記アプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って前記通信チャンネル上で情報を送信するステップ；
前記送受信器間でアクティブである前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションのセットに対応する、前記アプリケーションプロファイルのうちの第２のアプリケーションプロファイルを取出すステップ；および
前記第２アプリケーションプロファイルに従って前記通信チャンネル上で情報を送信するステップへ移行するステップ。
【請求項１８】
請求項１７の方法であって、前記ステップは、前記送受信器を再調整するために前記送受信器間の通信を中断することなくなされるもの。
【請求項１９】
請求項１７の方法であって、前記ステップは、前記送受信器を再調整して、前記第２格納アプリケーションプロファイルに従って通信するステップを含むもの。
【請求項２０】
通信チャンネル上で相互に通信できる送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、そして前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの送信パラメータを指定し；および
前記複数のアプリケーションプロファイルを前記送受信器の一つで格納するステップ。
【請求項２１】
通信チャンネル上で通信する送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの送信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を送信するステップ；
前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションのセットに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整する必要なく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２２】
請求項２１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを送信するステップを含むもの。
【請求項２３】
請求項２１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【請求項２４】
通信チャンネル上で通信する送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下を含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、前記通信チャンネル上で各アプリケーションに関連付けられた情報を受信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの受信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を受信するステップ；
前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションセットに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整する必要なく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２５】
請求項２４の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを送信するステップを含むもの。
【請求項２６】
請求項２４の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【請求項１】
通信チャンネル上で相互に通信できる２台の送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、そして前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションのための少なくとも一つの送信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器の一つで格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を送信するステップ；
前記現在アクティブなアプリケーションのセットの変化に応答して、前記変化した現在アクティブなアプリケーションのセット中の前記一つ以上のアプリケーションに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整するために前記送受信器間の通信を中断することなく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【請求項３】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルを前記送受信器間でのその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを、前記送受信器の一つへ送信するステップを含むもの。
【請求項４】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルへの移行を要請するメッセージを、前記送受信器の一つへ送信するステップを含むもの。
【請求項５】
請求項４の方法であって、更に、前記第２アプリケーションプロファイルへ移行する前記リクエストを認可する返答メッセージを、その一つの送受信器から受信するステップを含むもの。
【請求項６】
請求項５の方法であって、更に、前記認可を認知し、前記第２アプリケーションプロファイルの使用を同期化する別のメッセージをその一つの送受信器へ送るステップを含むもの。
【請求項７】
請求項５の方法であって、前記他のメッセージが、反転同期シンボルであるもの。
【請求項８】
請求項４の方法であって、更に、前記リクエストを認可し、前記第２アプリケーションプロファイルの使用を同期化する返答メッセージを、その一つの送受信器から受信するステップを含むもの。
【請求項９】
請求項８の方法であって、前記返答メッセージが、反転同期シンボルであるもの。
【請求項１０】
請求項１の方法であって、更に、前記送受信器の完全初期化を行なうことなく、前記通信チャンネル上で他方の送受信器へ前記アプリケーションプロファイルの少なくとも一つを送信するステップを含むもの。
【請求項１１】
請求項１の方法であって、更に、前記送受信器間で前記アプリケーションプロファイルの一つを交換するために前記送受信器の完全初期化を行うステップを含むもの。
【請求項１２】
請求項１の方法であって、更に、アクティブなアプリケーションのユニークセットの初めての出現により前記アプリケーションプロファイルの一つを生成するステップ、および前記生成されたアプリケーションプロファイルを、そのユニークアプリケーションセットに関連付けるステップを含むもの。
【請求項１３】
請求項１の方法であって、更に、前記格納アプリケーションプロファイルの一つに対する前記送信パラメータの少なくとも一つを、前記送受信器のそれぞれによってローカルで生成するステップを含むもの。
【請求項１４】
請求項１の方法であって、前記送受信器は、前記格納アプリケーションプロファイルで予め構成されるもの。
【請求項１５】
請求項１の方法であって、前記格納アプリケーションプロファイルの一つにおける各アプリケーションに対して指定される前記少なくとも一つの送信パラメータは、送信データレート、ダウンストリームとアップストリーム送信のために割当てられるサブチャンネル、前記サブチャンネルのそれぞれへ割当てられるビット数、パフォーマンスマージン、前記サブチャンネルのそれぞれに対する利得微調節、インターリーブ深さ、最小と最大ＱＡＭコンステレーションサイズ、巡回前置部分の長さ、コード語サイズ、フレーム化モード、およびトレリスコードの少なくとも一つであるもの。
【請求項１６】
請求項１の方法であって、前記第１格納アプリケーションプロファイルは、ウエブ閲覧アプリケーションに関連付けられた信号の送信を特性付け、そして前記第２格納アプリケーションプロファイルは、音声電話アプリケーションおよび前記ウエブ閲覧アプリケーションに関連付けられた信号の並行送信を特性付けるもの。
【請求項１７】
通信チャンネル上で相互に通信できる送受信器を含む多数搬送波変調システムにおいて、前記送受信器間でアクティブである多数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
前記通信チャンネル上での情報の送信を特性付けるための複数のアプリケーションプロファイルを展開するステップ；
各アプリケーションプロファイルを、前記送受信器間でアクティブになり得る一つ以上のアプリケーションのユニークセットに関連付けるステップ；
前記アプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って前記通信チャンネル上で情報を送信するステップ；
前記送受信器間でアクティブである前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションのセットに対応する、前記アプリケーションプロファイルのうちの第２のアプリケーションプロファイルを取出すステップ；および
前記第２アプリケーションプロファイルに従って前記通信チャンネル上で情報を送信するステップへ移行するステップ。
【請求項１８】
請求項１７の方法であって、前記ステップは、前記送受信器を再調整するために前記送受信器間の通信を中断することなくなされるもの。
【請求項１９】
請求項１７の方法であって、前記ステップは、前記送受信器を再調整して、前記第２格納アプリケーションプロファイルに従って通信するステップを含むもの。
【請求項２０】
通信チャンネル上で相互に通信できる送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、そして前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの送信パラメータを指定し；および
前記複数のアプリケーションプロファイルを前記送受信器の一つで格納するステップ。
【請求項２１】
通信チャンネル上で通信する送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの送信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を送信するステップ；
前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションのセットに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整する必要なく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２２】
請求項２１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを送信するステップを含むもの。
【請求項２３】
請求項２１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【請求項２４】
通信チャンネル上で通信する送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下を含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、前記通信チャンネル上で各アプリケーションに関連付けられた情報を受信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの受信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を受信するステップ；
前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションセットに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整する必要なく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２５】
請求項２４の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを送信するステップを含むもの。
【請求項２６】
請求項２４の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００８−６１２３４（Ｐ２００８−６１２３４Ａ）
【公開日】平成２０年３月１３日（２００８．３．１３）
【国際特許分類】
【出願番号】特願２００７−２１２８４９（Ｐ２００７−２１２８４９）
【出願日】平成１９年８月１７日（２００７．８．１７）
【分割の表示】特願２００１−５２４３１８（Ｐ２００１−５２４３１８）の分割
【原出願日】平成１２年９月１５日（２０００．９．１５）
【出願人】（５００１６７９１７）アウェア， インコーポレイテッド (39)
【Ｆターム（参考）】
【公開日】平成２０年３月１３日（２００８．３．１３）
【国際特許分類】
【出願日】平成１９年８月１７日（２００７．８．１７）
【分割の表示】特願２００１−５２４３１８（Ｐ２００１−５２４３１８）の分割
【原出願日】平成１２年９月１５日（２０００．９．１５）
【出願人】（５００１６７９１７）アウェア， インコーポレイテッド (39)
【Ｆターム（参考）】
[ Back to top ]