(57)【要約】      （修正有）【課題】複数のサブチャネルを有するトランシーバーにおいて、第一動作アプリケーションデータセット用のデータと第二動作アプリケーションデータセット用のデータを動的に切り換えることが出来るようにする。【解決手段】第一動作アプリケーションデータセット用の通信データの一部にサブチャネルを割り当てる。第二アプリケーションデータセット用の通信データに動的に移行した場合は、前記サブチャネルを前記第二アプリケーションセット用の通信データに再度割り当てる。また、通信条件に基づきサブチャネルのデータレートを変更する。また、インターネットアクセスアプリケーション用の送信データをインターネットアクセスアプリケーション用の送信データおよび音声電話用の送信データへと動的に切り換える。また、ＡＢＣＤ音声電話信号を、インターネットアクセスアプリケーション又は音声電話アプリケーションからのデータのいずれかとともに送信する。【選択図】図２
2008061255.tif 000002
【特許請求の範囲】
【請求項１】
複数のサブチャネルを有するマルチキャリア通信システムにおいて、少なくとも二のアプリケーションをサポートする方法であって、
現在動作中のアプリケーションセット中の各アプリケーションを、当該アプリケーションと関連するビットを処理する目的で、別のフレーマー(Framer)／コーダー(Coder)/インターリーバーブロックに関連づけるステップ、
当該アプリケーションと関連づけられた前記フレーマー(Framer)／コーダー(Coder)／インターリーバーブロックによって処理されたビットを搬送するため、少なくとも１のサブチャネルを前記現在動作中のアプリケーションセット中の１つのアプリケーションに割り当てるステップ、および  
前記フレーマー(Framer)／コーダー(Coder)／第二アプリケーションと関連づけられたインターリーバーブロックによって処理されるビットを搬送するため、前記現在動作中のアプリケーションセットの変更に応じて、前記少なくとも１つのサブチャネルを、変更された現在動作中のアプリケーションセット中の第二の異なるアプリケーションに割り当てるステップ、を備えたこと、
を特徴とするもの。
【請求項２】
請求項１にかかる方法において、前記少なくとも一のサブチャネルを前記第二アプリケーションに割り当てるステップは、当該サブチャネル上を搬送するビット数を変更するステップを含むこと、
を特徴とするもの。
【請求項３】
請求項１にかかる方法において、前記少なくとも一のサブチャネルを前記第二アプリケーションに割り当てるステップは、前記少なくとも一のサブチャネルのビットの第一のサブセットを、前記第二アプリケーションに割り当てるステップ、および、前記少なくとも一のサブチャネルの前記ビットの第二サブセットを、少なくとも他の一のアプリケーションに割り当てるステップと、を含むこと、
を特徴とするもの。
【請求項４】
請求項１にかかる方法において、前記第一のアプリケーションは、非同期転送モードのデータアプリケーション(asynchronous transfer mode data application)であり、前記第二のアプリケーションは、音声電話アプリケーション(voice telephony application)であること、
を特徴とするもの。
【請求項５】
請求項１にかかる方法において、さらに、前記アプリケーションのいずれかに割り当てられた一つ以上のサブチャネルを選択するステップを備え、かかる選択ステップには、
前記サブチャネルを当該サブチャネルの周波数に基いて順序づけするステップ、および
前記一のアプリケーションに適切な数のビットが割り当てられるまで、前記サブチャネルを、周波数の最も低いものから昇順に繰り返し並べるステップ、を含むこと、
を特徴とするもの。
【請求項６】
請求項１にかかる方法において、さらに、前記アプリケーションのいずれかに割り当てられた一つ以上のサブチャネルを選択するステップを備え、かかる選択ステップには、
前記サブチャネルを当該サブチャネルの周波数に基いて順序づけするステップ、および
前記一のアプリケーションに適切な数のビットが割り当てられるまで、前記サブチャネルを、周波数の最も高いものから降順に繰り返し並べるステップ、を含むこと、
を特徴とするもの。
【請求項７】
請求項１にかかる方法において、さらに、前記アプリケーションのいずれかに割り当てられた一つ以上のサブチャネルを選択するステップを備え、かかる選択ステップには、
前記サブチャネルを当該サブチャネルによって搬送されるビット数に基いて順序づけするステップ、および
前記一のアプリケーションに適切な数のビットが割り当てられるまで、前記サブチャネルを、搬送するビットが最も少ないものから昇順に繰り返し並べるステップ、を含むこと、
を特徴とするもの。
【請求項８】
請求項１にかかる方法において、さらに、前記アプリケーションのいずれかに割り当てられた一つ以上のサブチャネルを選択するステップを備え、かかる選択ステップには、
前記サブチャネルを当該サブチャネルによって搬送されるビット数に基いて順序づけするステップ、および
前記一のアプリケーションに適切な数のビットが割り当てられるまで、前記サブチャネルを、搬送するビットが最も多いものから降順に繰り返し並べるステップ、を含むこと、
を特徴とするもの。
【請求項９】
請求項１にかかる方法において、前記第二動作アプリケーションセット中のいずれかのアプリケーションは、ＡＢＣＤ信号ビットのセットを含む複数のビットを有する音声電話アプリケーションであり、当該ＡＢＣＤ信号ビットは、前記音声電話アプリケーションの他のビットとは異なり、別のフレーマー／コーダー／インターリーバーブロックによって処理されること
を特徴とするもの。
【請求項１０】
請求項１にかかる方法において、前記第二動作アプリケーションセット中のいずれかのアプリケーションは、ＡＢＣＤ信号ビットのセットを含む複数のビットを有する音声電話アプリケーションであり、当該ＡＢＣＤ信号ビットは、前記声電話アプリケーションの前記他のビットとして、同じフレーマー／コーダー／インターリーバーブロックを用いて処理されること、
を特徴とするもの。
【請求項１１】
請求項１にかかる方法において、前記第一動作アプリケーションセット中の少なくとも一のアプリケーションは、前記二動作アプリケーションセット中にも含まれること、
を特徴とするもの。
【請求項１２】
請求項１にかかる方法において、前記サブチャネルの少なくとも一つは、少なくとも二つのアプリケーションに割り当てられること、
を特徴とするもの。
【請求項１３】
請求項１にかかる方法において、現在動作中のアプリケーションのうち変更されたセットには、ＡＴＭデータアプリケーションおよび音声電話アプリケーションが含まれていること、
を特徴とするもの。
【請求項１４】
複数のサブチャネルを有するマルチキャリア通信システムにおいて少なくとも二のアプリケーションをサポートする方法であって、
現在動作中のアプリケーションセット中の各アプリケーションを、当該アプリケーションと関連するビットを処理する目的で、別のフレーマー(Framer)／コーダー(Coder)/インターリーバーブロックに関連づけるステップ、
当該アプリケーションと関連づけられた前記フレーマー(Framer)／コーダー(Coder)／インターリーバーブロックによって処理されたビットを搬送するため、少なくとも１のサブチャネルを前記現在動作中のアプリケーションセット中の各アプリケーションに割り当てるステップ、および  
変更された現在動作中のアプリケーションセット中の当該一のアプリケーションと関連づけられた前記フレーマー(Framer)／コーダー(Coder)／インターリーバーブロックによって処理されるビットを搬送するため、前記現在動作中のアプリケーションセットの変更に応じて、以前割り当てられていなかったサブチャネルを、変更された現在動作中のアプリケーションセット中の一のアプリケーションに割り当てるステップ、を備えたこと、
を特徴とするもの。
【請求項１５】
複数のサブチャネルを有するマルチキャリア通信システムにおいて少なくとも二のアプリケーションをサポートする方法であって、
第一動作アプリケーションセット中の各アプリケーション毎に遅延時間の異なる経路(different latency path)を用いて、前記第一動作アプリケーションセット中の一以上のアプリケーションに関連するビットを処理するステップ、
前記第一動作アプリケーションセット中の一以上のアプリケーションと関連するビットを搬送するため、サブチャネルを、前記第一動作アプリケーションセット中の一以上のアプリケーションに割り当てるステップ、
第二動作アプリケーションセット中の各アプリケーション毎に遅延時間の異なる経路を介して、前記第二動作アプリケーションセット中の一以上のアプリケーションに関連するビットを処理するステップへと移行するステップ、および
前記第二動作アプリケーションセット中の一以上のアプリケーションと関連するビットを搬送するため、前記第二動作アプリケーションセット中の前記一以上のアプリケーションに対するサブチャネルの割り当てを変更するステップ、を備えたこと、
を特徴とするもの。
【請求項１６】
請求項１５にかかる方法において、サブチャネルの割り当てを変更するステップは、少なくとも一のサブチャネルを、あるアプリケーションから第二の異なるアプリケーションに再度割り当てるステップを含むこと、
を特徴とするもの。
【請求項１７】
請求項１５にかかる方法において、サブチャネルの割り当てを変更するステップは、少なくとも一のサブチャネル上を搬送されるビット数を変更するステップを含むこと、
を特徴とするもの。
【請求項１８】
請求項１５にかかる方法において、サブチャネルの割り当てを変更するステップは、少なくとも一のサブチャネルを、前記第二の異なる動作アプリケーションセット中の少なくとも二つのアプリケーションに割り当てるステップを含むこと、
を特徴とするもの。
【請求項１９】
請求項１５にかかる方法において、前記第一動作アプリケーションセットは、非同期転送モードのデータアプリケーションを含んでおり、前記第二の異なる動作アプリケーションセットは、前記非同期転送モードのデータアプリケーションおよび音声電話アプリケーションを含むこと、
を特徴とするもの。
【請求項２０】
請求項１５にかかる方法において、前記第一動作アプリケーションセットは、非同期転送モードのデータアプリケーションおよび音声電話アプリケーションを含んでおり、前記第二の異なる動作アプリケーションセットは、前記非同期転送モードのデータアプリケーション含み、前記音声電話アプリケーションを含まないこと、
を特徴とするもの。
【請求項２１】
請求項１５にかかる方法において、前記割り当て変更ステップは、前記第一動作アプリケーションセット中のいずれか一つの又はその一以上のアプリケーションによって以前使用されなかったサブチャネルを、前記第二の異なる動作アプリケーションセットに割り当てるステップを含むこと、
を特徴とするもの。
【請求項２２】
請求項１５にかかる方法において、前記第一動作アプリケーションセット中の少なくとも一のアプリケーションによって用いられていた少なくとも一のサブチャネルが、前記第二の異なる動作アプリケーションセット中の前記アプリケーションによっては用いられないこと、
を特徴とするもの。
【発明の詳細な説明】
【関連出願の表示】
【０００１】
本明細書は、同時継続中の、２０００年３月１０日出願の米国特許出願番号０９／５２２、８６９の部分継続出願であり、１９９９年３月１２日出願の米国仮特許出願番号６０／１２４、２２２、発明の名称”シームレスレートアダプテイブ(SRA)ADSLシステム”、１９９９年１０月２２日出願の米国仮特許出願番号６０／１６１／１１５、発明の名称”アプリケーション履歴を記憶したマルチキャリアシステム”、および２０００年１月１９日出願の米国仮特許出願番号 ６０／１７１、０８１、発明の名称”シームレスレート変更(SRA)マルチキャリア変調システムおよびプロトコル”に基づく優先権を主張する。また、本出願は、同時係属の仮出願であってその全体が参照のために取り込まれる１９９９年９月１５日出願の米国仮特許出願番号６０／１５４、１１６、発明の名称”複数のアプリケーションをサポートするトランシーバー”、１９９９年１０月２２日出願の米国仮特許出願番号６０／１６１、１１５、発明の名称”記憶したアプリケーションプロファイルを有するマルチキャリアシステム”、および２０００年１月１９日出願の米国仮特許出願番号６０／１７７、０８１、発明の名称”シームレスレート変更(SRA)マルチキャリア変調システムおよびプロトコル”に基づく優先権を主張する。
【発明の分野】
【０００２】
本発明は、マルチキャリア変調を用いた送信システムに関する。特に、本発明は、複数のアプリケーションをサポートするマルチキャリア送信システムに関する。
【発明の背景】
【０００３】
デジタル加入者線（ＤＳＬ）技術は、ツイストペア電話線を介してデジタル情報の高速な搬送を提供する。通常のＤＳＬは、フーリエ変換を変調／復調エンジンとして採用するマルチキャリ変調フォーマットを用いている。送信方式は、分離マルチトーン変換（ＤＭＴ）と言われている。ＤＳＬシステムは、送信スペクトラルを、サブチャネルと呼ばれる複数の周波数帯に分離する。かかるサブチャネルは、情報を送信するため正弦波状のキャリア(sinusoidal carrier)で変調することができる。送信機は、一以上のサブチャネル上に情報ビットを含む出力データストリームを変調する。受信機は、送信された情報ビットを入力データストリームとして修復するため、全てのサブチャネルを復調する。説明を簡単にするため、送信器と受信器とをまとめてトランシーバーと呼ぶことにする。
【０００４】
ＤＳＬシステムは、ある方向への、すなわち家庭から電話局への上流と電話局から家庭への下流への、データレートが異なる非対称構造（ＡＤＳＬ）において用いてもよい。ＤＳＬシステムは、両方向でのデータレートが相等しい対称構造において、用いることもできる。
【０００５】
ビットエラーレート（ＢＥＲ）の見地から、送信の質は、合成データストリームの範囲内であればサブチャネルごとに変わってもよい。ツイストペア電話線を介した高速なデジタル情報の搬送だけでなく、アナログ電話、一般型の電話サービス（ＰＯＴＳ）もサポートすることもできる。ＰＯＴＳ信号は、０−４ｋＨｚの低周波数領域を占有し、デジタルデータは、アプリケーションにもよるが、約３０ｋＨｚから数百キロヘルツ又は、数メガヘルツの、より高い周波数領域帯域を占有する。
【０００６】
ＡＤＳＬは、インターネットアクセス、デジタル化されたボイスコール(digitized voice calls)、ビデオオンデマンド、およびビデオ会議、等の様々なアプリケーションの使用を可能にする、各アプリケーションは、a)データレート、b)ビットエラーレート、c)待ち時間、d)通信の対称／非対称、およびe)インパルスノイズおよび他の一過性の現象に対する耐性に関して異なる条件を有するので、通常、トランシバーは、一つのアプリケーションだけを最適化するよう設計されている。この結果、あるアプリケーション、例えば、ビデオオンデマンド、用に最適化されたトランシーバーは、インターネットアクセス等の他のアプリケーション用としては、うまく動作しなかった。
【０００７】
古典的なトランシバーの構成には、フレーマー／コーダー／インターリーバー(FCI)ブロック、デジタル変調ブロック、アナログフロントエンド（ＡＦＥ）ブロック、および通信チャネルが含まれている。FCIブロックが、上述のパラメーターの４つのパラメーターのうち３つ、すなわち、ビットエラーレート、待ち時間、およびインパルスノイズに対する耐性に関してそのほとんどを制御するので、たいていの場合、特定のアプリケーション用に最適化されるのはFCIブロックである。多くのトランシーバーが、ビットエラーレート（ＢＥＲ）性能を向上させるため、フォワードエラー訂正(FEC)コード、ブロックおよび／又は従来のコードを用いている。大きなブロックのＦＥＣコードとインターリーバーを組み合わせることにより、インパルスノイズに対する耐性を生じさせることができる。一方、大きなブロックのＦＥＣコードとインターリーバーから生じる不利益としては、システムに、さらに遅れを生じさせてしまうことである。例えば、特定のアプリケーションに対し、低いＢＥＲとインパルスノイズに対する耐性が要求される場合、トランシーバーは、ＦＥＣコードとインターリービングを含めるようにしてもよい。他のアプリケーション用として、待ち時間が短いことが重要であるが、高いＢＥＲおよび／又はインパルスノイズによって生じるバーストエラー(burst errors)については許容できる場合、従来のコードおよび非インターリービング(no interleaving)を用いても良い。
【０００８】
デジタル変調ブロック、ＡＦＥブロック、通信チャネルが、特定のＢＥＲおよびマージン用のトランシーバーのデータレートを規定する。デジタル変調ブロックにおける信号処理技術およびシリコンプロセス(silicon processes)の進歩によってツイストペア電話線上で達成可能なデータレートが大いに進歩した。かかる通信帯域の大幅な増加が、一のトランシーバー接続を介して複数のアプリケーションを通信する能力を生じさせる。異なるアプリケーションについてそれぞれ異なる性能要件が求められた場合、複数のアプリケーションを送受信するよう設計されたトランシーバーが必要となる。また、アプリケーションの第一セット用の送受信データからアプリケーションの第二セット用の送受信データへと動的に切り換えるよう設計されたトランシーバーが必要となる。
【発明の概要】
【０００９】
本発明の目的の一つは、複数のアプリケーションのサポートを行うことができ、送受信データを動作アプリケーションのセットとして動的に変更することができるＤＭＴトランシバーを提供することである。本願一の発明によれば、マルチキャリアシステムは、通信チャネルを有するとともに、少なくと二つのアプリケーションをサポートすることを特徴とする。
【００１０】
現在動作中のアプリケーションセット中の各アプリケーションは、当該アプリケーションと関連するビットを処理する目的で、別のフレーマー(Framer)／コーダー(Coder)/インターリーバーブロックに関連づけられる。現在動作中のアプリケーションセット中の各アプリケーションは、当該アプリケーションと関連するビットを処理する目的で、別のフレーマー(Framer)／コーダー(Coder)/インターリーバーブロックに関連づけられる。前記現在動作中のアプリケーションセットの変更に応じ、前記フレーマー(Framer)／コーダー(Coder)／第二アプリケーションと関連づけられたインターリーバーブロックによって処理されるビットを搬送するため、前記サブチャネルが、変更された現在動作中のアプリケーションセット中の第二の異なるアプリケーションに割り当てられる。
【００１１】
ある実施形態において、前記第二アプリケーションに割り当てられたサブチャネル上を搬送されるビット数は、第一アプリケーション用のサブチャネル上を搬送されるビット数によって変更される。他の実施形態において、前記第二アプリケーションに割り当てられたサブチャネルは、割り当てられた前記第二アプリケーションに割り当てられたビットの第一のサブセットおよび少なくとも他の一のアプリケーションビットに割り当てられた第二のサブセットを有している。また、別の実施形態において、前記第一のアプリケーションは、非同期転送モードのデータアプリケーションであり、前記第二のアプリケーションは、音声電話アプリケーションである。
【００１２】
また、さらに別の実施形態において、前記一のサブチャネルを第二のアプリケーションに割り当てるステップは、当該サブチャネルの周波数に基いて順序づけすることにより、各サブチャネルを選択するステップ、および、周波数の最も低いサブチャネルから周波数の最も高いサブチャネルへと繰り返し並べるステップを含んでいる。他の実施形態において、前記一のサブチャネルを第二のアプリケーションに割り当てるステップは、当該サブチャネルの周波数に基いて順序づけすることにより、各サブチャネルを選択するステップ、および、周波数の最も高いサブチャネルから周波数の最も低いサブチャネルへと繰り返し並べるステップを含んでいる。また、別の実施形態において、前記一のサブチャネルを第二のアプリケーションに割り当てるステップは、当該サブチャネルによって搬送されるビット数に基いて順序づけすることにより、各サブチャネルを選択するステップ、および、搬送するビット数が最も少ないサブチャネルから搬送するビットが最も多いサブチャネルへと繰り返し並べるステップを含んでいる。また、さらに別の実施形態において、前記一のサブチャネルを第二のアプリケーションに割り当てるステップは、当該サブチャネルによって搬送されるビット数に基いて順序づけすることにより、各サブチャネルを選択するステップ、および、搬送するビット数が最も多いサブチャネルから搬送するビットが最も少ないサブチャネルへと繰り返し並べるステップを含んでいる。
【００１３】
また、別の実施形態において、前記第二動作アプリケーションセット中のいずれかのアプリケーションは、ＡＢＣＤ信号ビットのセットを含む複数のビットを有する音声電話アプリケーションであり、当該ＡＢＣＤ信号ビットは、前記音声電話アプリケーションの他のビットとは異なり、別のフレーマー／コーダー／インターリーバーブロックによって処理される。別の実施形態において、前記第二動作アプリケーションセット中のいずれかのアプリケーションは、ＡＢＣＤ信号ビットのセットを含む複数のビットを有する音声電話アプリケーションであり、当該ＡＢＣＤ信号ビットは、前記声電話アプリケーションの前記他のビットとして、同じフレーマー／コーダー／インターリーバーブロックによって処理される。
【００１４】
他の実施形態において、前記第一動作アプリケーションセット中の少なくとも一のアプリケーションは、前記二動作アプリケーションセット中にも含まれる。また、他の実施形態において、前記サブチャネルの少なくとも一つは、少なくとも二つのアプリケーションに割り当てられる。
【００１５】
本願の他の発明によれば、マルチキャリアシステムは、通信チャネルを有するとともに、少なくと二つのアプリケーションをサポートすることを特徴とする。
【００１６】
現在動作中のアプリケーションセット中の各アプリケーションは、当該アプリケーションと関連するビットを処理する目的で、別のフレーマー(Framer)／コ
当該アプリケーションと関連づけられた前記フレーマー(Framer)／コーダー(Coder)／インターリーバーブロックによって処理されたビットを搬送するため、少なくとも１のサブチャネルを前記現在動作中のアプリケーションセット中の各アプリケーションに割り当てる。前記現在動作中のアプリケーションセットの変更に応じて、変更された現在動作中のアプリケーションセット中の当該一のアプリケーションと関連づけられた前記フレーマー(Framer)／コーダー(Coder)／インターリーバーブロックによって処理されるビットを搬送するため、以前割り当てられていなかったサブチャネルを、変更された現在動作中のアプリケーションセット中の一のアプリケーションに割り当てる。
【００１７】
本願の他の発明によれば、マルチキャリアシステムは、通信チャネルを有するとともに、少なくと二つのアプリケーションをサポートする方法であることを特徴とする。かかるシステムは、第一動作アプリケーションセット中の各アプリケーション毎に遅延時間の異なる経路を用いて、前記第一動作アプリケーションセット中の一以上のアプリケーションに関連するビットを処理する。また、当該システムは、前記第一動作アプリケーションセット中の一以上のアプリケーションと関連するビットを搬送するため、サブチャネルを、前記第一動作アプリケーションセット中の一以上のアプリケーションに割り当てる。さらに、当該システムは、第二動作アプリケーションセット中の各アプリケーション毎に遅延時間の異なる経路を介して、前記第二動作アプリケーションセット中の一以上のアプリケーションに関連するビットを処理するステップへと移行する。また、当該システムは、前記第二動作アプリケーションセット中の一以上のアプリケーションと関連するビットを搬送するため、前記第二動作アプリケーションセット中の前記一以上のアプリケーションに対するサブチャネルの割り当てを変更する。
【００１８】
本発明のある実施形態において、システムがサブチャネルの割り当てを変更した場合、当該システムは、少なくとも一のサブチャネル上を搬送されるビット数を変更する。本発明の他の実施形態において、システムがサブチャネルの割り当てを変更した場合、当該システムは、少なくとも一のサブチャネルを、あるアプリケーションから第二の異なるアプリケーションに再度割り当てる。また、別の実施形態において、システムがサブチャネルの割り当てを変更した場合、当該システムは、少なくとも一のサブチャネルを、前記第二の異なる動作アプリケーションセット中の少なくとも二つのアプリケーションに割り当てる。
【００１９】
また、さらに別の実施形態において、前記第一動作アプリケーションセットは、非同期転送モードのデータアプリケーションを含んでおり、前記第二の異なる動作アプリケーションセットは、前記非同期転送モードのデータアプリケーションおよび音声電話アプリケーションを含む。別の実施形態において、前記第一動作アプリケーションセットは、非同期転送モードのデータアプリケーションおよび音声電話アプリケーションを含んでおり、前記第二の異なる動作アプリケーションセットは、前記非同期転送モードのデータアプリケーション含み、前記音声電話アプリケーションを含まない。
【００２０】
また、他の実施形態において、システムがサブチャネルの割り当てを変更した場合、当該システムは、前記第一動作アプリケーションセット中のいずれか一つの又はその一以上のアプリケーションによって以前使用されなかったサブチャネルを、前記第二の異なる動作アプリケーションセットに割り当てる。さらに、他の実施形態において、システムがサブチャネルの割り当てを変更した場合、前記第一動作アプリケーションセット中の少なくとも一のアプリケーションによって用いられていた少なくとも一のサブチャネルが、前記第二の異なる動作アプリケーションセット中の前記アプリケーションによっては用いられない。
【発明の説明】
【００２１】
図１は、本発明の原理を具現化するＤＳＬトランシーバーの代表的な送信器１００のブロック図を示す。送信器１００は、複数のＦＣＩブロック１１０、１１０’、１１０’’、１１０’’’（１１０と総称する）、複数の動作アプリケーション１２０、１２０’、１２０’’、１２０’’’（１２０と総称する）、デジタル変調器１３０、およびアナログ・フロントエンド(AFE)１４０を備えている。本実施形態においては送信器に関して説明しているが、当業者であれば、本明細書に含まれる発明の概念は、同じ機能ブロック図を反対の順序にした受信器にも同様に適用できることが判る。
【００２２】
ＦＣＩブロック１１０は、対応するアプリケーション１２０と通信を行うとともに、それぞれのアプリケーションからアプリケーションデータ１１５、１１５’、１１５’’、１１５’’’（１１５と総称する）を送信するよう設計されている。ＦＣＩブロックは、アプリケーションデータ用のフレーミング、コーデイングおよびインターリービングのいずれかの組み合わせ、を含んでいる。より詳しく述べると、各ＦＣＩブロック１１０は、与えられたアプリケーションに対するＢＥＲ、遅延時間(latency)およびインパルス雑音への耐性、の適切な組み合わせを達成するようアプリケーションデータ１１５をフレーミング、場合によってはコーデイング及び／又はインターリービング、する過程を含んでいる。
【００２３】
デジタル変調器１３０も、ＡＦＥ１４０と通信を行い、当該ＡＦＥ１４０は、通信チャネル１５０と通信を行う。データを変調する際、デジタル変調器１３０は、通信チャネル１５０の送受信周波数スペクトルをサブチャネルと呼ばれる部分に分割する。デジタル変調器１３０は、前記通信チャネルの各サブチャネル上に変調されるビット数を特定するビット割り当てテーブル（ＢＡＴ）１４５とも交信する。
【００２４】
動作中、送信機１００は、異なる通信特性を有する複数のアプリケーション１２０を同時にサポートすることができるとともに、第一の動作アプリケーションセットの変調データと第二の動作アプリケーションセットの変調データを動的に切り換えることができる。動作アプリケーションセットは、そのために送信器１００がデータを送信する一以上の固有で現在動作中のアプリケーションセットであって異なる種類(unique set of one or more currently active applications of different types)（例えば、ビデオアプリケーション、インターネットアクセスアプリケーション、および音声電話アプリケーション）のものを特定する。
【００２５】
各アプリケーションセットは、前記アプリケーションセット内の一以上のアプリケーションに基づき、信号の送信（および受信）を行うための対応パラメーターセットを有している。各パラメーターセットは、一以上のアプリケーションにに関する信号を通信チャネルを介してＤＭＴ送信する場合の特徴を示す、様々なパラメーターを含んでいる。
【００２６】
かかるパラメーターには、以下のものが含まれる：
送信器１００から、および、それに対する通信用データレート（ビット／秒で表す）；
アップストリームおよびダウンストリーム通信経路で用いられるトーンの数（すなわち、サブチャネル）；
各サブチャネル上で用いられる最小および最大の直交振幅変調（ＱＡＭ）コンステレーションサイズ；
トレリスコードを含めるか又は排除するかについて；
周期プリフィクス(cyclic prefix)の長さ；
リード  ソロモン（Ｒ−Ｓ）コードワードサイズ；
インターリーバーが用いられる場合、インターリーバーの深さ；
遅延経路の数、および各遅延経路のデータレート；
フレーミングモード（例えば、ＩＴＵのＡＤＳＬ伝送規格Ｇ９２２．１は４つの異なるフレーミングモードを規定している）；
各サブチャネル又はＢＡＴに割り当てられたビット数；
各トーン、または利得調整テーブル（ＧＡＴ）に対してなされた利得の微調整；
パフォーマンスマージン；および
アプリケーションへのサブチャネルの割り当て。
【００２７】
現在動作中のアプリケーションの通信パラメーターを集めることで、ある時点での送信器１００の通信状況が定義される。
【００２８】
図２は、三つのアプリケーションをサポートを行う送信器１００の実施形態を示している。送信器１００は、三つのＦＣＩ専用ブロック１１０、１１０’、１１０’’、ＡＤＳＬ変調器ブロック１３０、ＡＦＥ１４０，および通信チャネル１５０を備えている。三つのＦＣＩブロック１１０、１１０’、１１０’’は、対応する三つのアプリケーション：例えば、ビデオアプリケーション２６０、音声電話アプリケーション２７０、およびＡＴＭ（ 非同期転送モード）データ送信アプリケーション２８０、からの入力を受ける。三つのＦＣＩ専用ブロック１１０、１１０’、１１０’’からの出力は、ＡＤＳＬ変調器ブロック１３０でまとめて多重化される。再度述べるが、本実施形態は、送信器に関するものであるが、ここで述べたものと逆のコンセプトも、同じ機能ブロック図を反対の順序にした受信器にも同様に適用することができる。
【００２９】
ＦＣＩブロック（ビデオＦＣＩブロック）１１０は、ビデオを送信し、フレーマーブロック２１１、Ｒ−Ｓコーダーブロック２１２、インターリーバーブロック２１４、およびトレリスコーダーブロック２１６を含むよう設計されている。ＦＣＩブロック（音声電話ＦＣＩブロック）１１０’は、音声データを送信し、マルチプレクサー／フレーマーブロック２２１、周期冗長性チェック（ＣＲＣ）／スクランブラー（ＳＣＲ）ブロック２２２、およびハミングコーダーブロック２２４を含むよう設計されている。マルチプレクサ／フレーマーブロック２２１は、音声電話アプリケーション２７０、場合によっては音声電話信号化ビット（ＡＢＣＤビット）２９５、からデータを受けとる。ＦＣＩブロック（ＡＴＭデータＦＣＩブロック）１１０’’は、ＡＴＭデータを送信し、マルチプレクサ／フレーマーブロック２３２、周期冗長性チェック／スクランブラー（ＣＲＣ／ＳＣＲ）ブロック２３４、Ｒ−Ｓコーダーブロック２３６、およびインターリーバーブロック２３８を含むよう設計されている。マルチプレクサ／フレーマーブロック２３２は、ＡＴＭデータアプリケーション２８０、組み込みオペレーションチャネル／ＡＤＳＬオーバーヘッドチャネル（ＥＯＣ／ＡＯＣ）データ２８５、および、場合によっては、ＡＢＤＣＤビット２９５からのデータを多重化する。
【００３０】
ＡＤＳＬ変調器ブロック１３０は、直交振幅変調（ＱＡＭ）エンコーダー２４２および逆フーリエ変換（ＩＦＦＴ）変調器２４４を備えている。
【００３１】
ＦＣＩ専用ブロック１１０、１１０’、１１０’’の部品は、それらの対応するアプリケーション２６０、２７０および２８０の通信条件によって決定される。例えば、ビデオストリームが解凍された場合、たった一つビットエラーが生じただけで複数のフレームエラーを生じさせてしまうので、圧縮ビデオデータが非常に低いＢＥＲ（1E-9未満）とインパルス雑音に対する高い耐性が必要とされる。Ｒ−Ｓコーダーブロック２１２は、多数のＦＥＣ符号を提供することによってかかる要求を解決する。トレリスコーダーブロック２１６は、ＦＥＣ符号提供機能を別途与えるために設けられている。圧縮ビデオデータの送信に関し、データエラーは大きな問題であるが、ビデオアプリケーションは、長い遅延時間（例えば、約１００ミリ秒を超える）にも耐えることができる。これは、通常、ビデオアプリケーションが双方向性ではないからである。したがって、インターリーバーブロック２１４は、インターリービングコードワード深さが大きくなるよう構成することができる。
【００３２】
ビデオデータとは違い、双方向性が高いので、音声電話データの送信には、短い遅延時間（すなわち、約１．５ミリ秒未満）が要求される。したがって、音声電話ＦＣＩブロック１１０’は、インターリーバーブロックを備えていない。ビデオとは対照的に、音声電話通信の送信は、大きなブロックＦＥＣコードは不要であることを示す高いＢＥＲ（1E-3未満）にも耐える。その代わりに、音声電話ＦＣＩブロック１１０’は、小さいブロックのハミングコーダーブロック２２４を伴って構成される。他の実施形態において、音声電話ＦＣＩブロックは、コーデイングを行わない。
【００３３】
ＤＳＬを介して音声が送信されると、音声電話アプリケーション２７０は、信号化情報を提供するため、ＡＢＣＤビット２９５を送信する。図２に示すように、ＡＢＣＤビットは、帯域内では(in-band)音声電話アプリケーション２７０からのデータ、又は、帯域外では(out-of-band)ＡＴＭデータアプリケーション２８０からのデータのいずれかと共に送信することができる。
【００３４】
ＡＴＭデータ送信は、未加工のデジタル情報を入手し、かかるデータをＡＴＭオーバーヘッド情報を伴うデータを含むＡＴＭセルにフォーマットするＡＤＳＬシステムの典型的な構成である。ＡＴＭセルは、ビデオおよび音声電話データを含む広い範囲のデータを送信するために用いることが出来る。ここで示した例において、ＡＴＭデータアプリケーション２８０は、インターネットアクセス・ウエッブブラウジング・アプリケーションである。ＴＣＰ／ＩＰ再送信プロトコルを用いているので、インターネットアクセス・ウエッブブラウジングデータ送信は、ビットエラーを処理することができ、したがって、１Ｅ−７未満の中程度のＢＥＲにおいてもうまく動作することができる。 しかし、ＴＣＰ／ＩＰ再送信プロトコルは、適度の遅延（すなわち、約２０ミリ秒）が必要とされ、長い間隔は許容されない。これらの条件に基づき、Ｒ−Ｓコーダー２３６は、２００バイト程度の中くらいのコードワードサイズを有するよう構成される。インターリーバー２３８は、５コードワード程度の、中くらいのインターリービング深さを有するよう構成される。かかる特定の構成は、例示のためだけに用いられたにすぎず、他の構成であってもインターネットアクセス・ウエッブブラウジング・アプリケーションの通信条件を満たす。
【００３５】
上記で説明した構成を採用したことにより、ＡＴＭデータＦＣＩブロック１１０’’は高い信頼性を有する。ＡＢＣＤビットは、非常に低いデータレート（２ｋｂｐｓ未満）で搬送され、十分な保護が必要な重要な情報を運ぶ。したがって、ＡＢＣＤビットをＡＴＭデータＦＣＩブロック１１０’’によって処理することは有益である。しかし、もし、ＡＢＣＤビットを音声電話アプリケーション２７０と同じ遅延時間で送信する必要があるのなら、音声電話ＦＣＩブロック１１０’によってＡＢＣＤビットを処理する方が有益である。
【００３６】
動作において、送信器１００の通信データレートは、いくつかの要素によって変化する。かかる要素には、以下のものが含まれる：（１）雑音、選択性フェーデイング(selective fading)、マルチチャネル、およびインパルス雑音等、のチャネルの状況；（２）サンプリングレート、フィルタリング、雑音、およびハイブリッド等のＡＦＥ１４０の仕様；（３）変調方式、コンステレーションサイズ、均等化(equalization)、およびエコーチキャンセル等のデジタル変調器１３０の仕様。
【００３７】
図２において、送信器１００は、３つの動作アプリケーション２６０、２７０、および２８０を有する状況でデータを送信している様子を示している。本発明の原理によると、送信器１００は、例えば、一方のアプリケーションが動作中であるような一以上のアプリケーションを有する第二通信状態に基づき、データ送信をするよう動的に切り換えることが可能である。特に、送信器１００が合計２．５Ｍｂｐｓのデータレートを有する場合を考えてみる。まず、この２．５Ｍｂｐｓのうち１．５Ｍｂｐｓがビデオアプリケーション２６０に割り当てられる。音声電話アプリケーション２７０は、６４ｋｂｐｓの三つのチャネルをサポートし、これにより、合計１９２ｋｂｐｓがそれ自身に割り当てられる。残りの０．８０８Ｍｂｐｓが、インターネットアクセス・ウエッブブラウジング・アプリケーション２８０に割り当てられる。送信器１００が、第二通信状態に基づいて、動的にデータ送信に切り換えられる場合、２．５Ｍｂｐｓのデータスループットの割り当ては、これらのアプリケーションを動作させつづけるサポートを行うため、変更される。サブチャネルの割り当てを動的に変更する過程を、以下で詳しく説明する。
【００３８】
サブチャネルの割り当て変更
マルチキャリアモデムにおいて、アプリケーションへサブチャネルを割り当てるとは、当該アプリケーションに対応するデータビットが、そのサブチャネル上で変調されることを意味する。現在動作中のアプリケーションのセットが変更されると、送信器１００は、現在動作中のアプリケーションに適応するため、アプリケーションに対するサブチャネルの割り当てを動的に変更する。サブチャネルの割り当てについてのかかる動的な変更に、以下の工程のうち１つ以上を含めることもできる：（１）既に、あるアプリケーションに割り当てられたサブチャネルを、別の第二アプリケーション再度割り当てる；（２）あるアプリケーションに割り当てられたサブチャネルを二以上のアプリケーションに割り当て、または、その逆を行う、すなわち、二以上のアプリケーションに割り当てられたサブチャネルを一のアプリケーションに割り当てる；（３）サブチャネル上のビット数を変更する；および／または（４）まだ使用されていないサブチャネルを二以上のアプリケーションに割り当て、または、その逆を行う、すなわち、既に割り当てられているサブチャネルを使用しないようにする。
【００３９】
１）サブチャネルの再割り当て
図３は、例示的な実施形態の過程であって、それにより、あるアプリケーションから別のアプリケーションへとサブチャネルが再度割り当てられる過程を示している。説明の関係上、動作アプリケーションセットには、まず、ＡＴＭデータアプリケーション２８０が含まれている。次に、動作アプリケーションセットは、元のＡＴＭデータアプリケーション２８０に加えて、音声電話アプリケーション２７０を含むよう変更される。
【００４０】
送信機１００は、ＡＴＭデータアプリケーション２８０からのデータを受けとる（ステップ３０５）。かかるＡＴＭデータは、ＡＴＭデータＦＣＩブロック１１０’’により処理される（ステップ３１０）。デジタル変調器１３０は、サブチャネルを割り当て、前記ＡＴＭデータを変調する（ステップ３２０）。かかるＡＴＭデータアプリケーション２８０が動作中のアプリケーションの一つである場合、送られたサブチャネルＡＴＭデータ用に用いられる。サブチャネルにビットを割り当てる代表的な例を、下のテーブル１に示す。サブチャネル１３で示したように、サブチャネルの質のバラツキにより、サブチャネルのいくつかは使用されない。ＡＦＥ１４０は、変調されたデータ処理し、それらを通信チャネル１５０に伝達する（ステップ３２５）。
【００４１】
テーブル１
【００４２】
【表１】
2008061255.tif 000003
【００４３】
次に、現在動作中のアプリケーションセットを変更する（ステップ３３０）。さらに、送信器は、送信器が元のＡＴＭデータアプリケーションに加え音声電話アプリケーション２７０からのデータの受信を開始する（ステップ３３５）という新しい通信状況に入る。音声電話データおよびＡＴＭデータは、音声電話ＦＣＩブロック１１０’およびＡＴＭデータＦＣＩブロック１１０’’によって処理される（ステップ３４０）。ＦＣＩブロック１１０’、１１０’’から出力されたデータは、デジタル変調器１３０においてまとめて多重化される（ステップ３４５）。デジタル変調器１３０は、サブチャネルを現在送信されているアプリケーション２７０、２８０間に再度割り当て、各アプリケーションデータのセットを、それに対応するサブチャネルのセット上に変調する（ステップ３５０）。サブチャネルにビットを再度割り当てる代表的な例を、下のテーブル２に示す。
【００４４】
テーブル２
【００４５】
【表２】
2008061255.tif 000004
【００４６】
テーブル１とテーブル２との比較により明らかであるが、サブチャネルの再割り当ては、新たに動作した音声電話アプリケーション２８０に、ＡＴＭデータアプリケーション２８０からの送信に以前用いられたサブチャネルを割り当てることを含んでいる。特に、サブチャネル番号４および８は、電話がオフフックにされた場合、音声チャネルに対し、動的に割り当てられる。以下に詳しく説明するように、サブチャネル番号１１は、ＡＴＭデータアプリケーション２８０および音声電話アプリケーション２７０の両方に割り当てられる。
【００４７】
複数のサブチャネルを単一の電話チャネルに再度割り当てる技術は、複数の電話チャネルのサポートを行う場合にも拡大して適用することができる。通話を行うため、新しいチャネルが動作する毎に、新たに６４ｂｐｓが音声チャネル経路に割り当てられる。
【００４８】
動作アプリケーションセット内のアプリケーションに割り当てられるサブチャネルを選択するため、さまざまなアルゴリズムを用いることが可能である。例えば、音声電話アプリケーション２７０に割り当てられるサブチャネルを選択する方法の一つに、サブチャネルを調べ、８ビットが割り当てられている最初の二つのサブチャネルを選び出す方法がある。かかるサブチャネルの選択には、サブチャネルの周波数又はそのコンステレーションサイズを含むさまざまな要素に基づき、サブチャネルを順序づけする方法を用いることができる。別の方法としては、サブチャネルを調べ、最初の１６ビットを音声電話アプリケーションに割り当てる方法がある。音声電話アプリケーション２７０に割り当てられたサブチャネルのセットにより、ちょうど１６ビットが与えられない限り、サブチャネルのビットのうち、あるものは音声電話アプリケーション２７０に、またあるものは別のアプリケーションに割り当てられる。サブチャネルを共有することについては、以下で詳細を説明する。繰り返すが、サブチャネルの選択には、サブチャネルの周波数又はそのコンステレーションサイズを含むさまざまな要素に基づき、サブチャネルを順序づけする方法を用いることができる。デジタル変調器１３０がサブチャネルを再度割り当て、データを変調した後、ＡＦＥ１４０は、変調された信号を処理し、それらを通信チャネル１５０に伝達する（ステップ３５５）。
【００４９】
上述の過程は、ＡＴＭデータアプリケーション２８０から音声電話アプリケーション２７０とＡＴＭデータアプリケーション２８０との組み合わせへ移行したことを示している。このことは、電話がオフフック状態になったことを示している。音声電話アプリケーション２７０とＡＴＭデータアプリケーション２８０との組み合わせからＡＴＭデータアプリケーション２８０へ移行する逆の工程については、上述のステップを逆にすることにより説明する。通常、これには、テーブル２に基づく送信を行った後に、テーブル１に基づいた送信に切り換えるステップが含まれる。このことは、電話がオンフック状態に戻ったことを示している。本実施形態は、送信器について述べているが、本明細書中に含まれる発明の概念は、同じ機能ブロック図を反対の順序にした受信器にも同様に適用することができる。
【００５０】
２）サブチャネルの共有
アプリケーリョンへサブチャネルを割り当てる過程の一環として、一のサブチャネルが二つの異なるアプリケーション用データを搬送することが可能である。このことは、動作アプリケーションセットが変更されてサブチャネルの割り当てが変更になった場合、一のアプリケーションに割り当てられる一のサブチャネルが二以上のアプリケーションにも割り当て可能となることを意味する。これと逆に、二以上のアプリケーションに割り当てられた一のサブチャネルが一のアプリケーションに割り当て可能となる。
【００５１】
テーブル３
【００５２】
【表３】
2008061255.tif 000005
【００５３】
先のサブチャネルの割り当ての変更に関しては、テーブル１およびテーブル３を参照して説明した。テーブル１のサブチャネル番号４は、ＡＴＭデータアプリケーション２８０用の８ビットのデータを搬送している。テーブル３は、音声電話アプリケーション２７０の動作に伴うサブチャネルの割り当てを変更する過程の一環として、サブチャネル番号４のうち１ビットが、ここで元のＡＴＭデータアプリケーション２８０用のデータを搬送し、７ビットが音声電話アプリケーション２７０用のデータを搬送することを示している。音声電話アプリケーションに割り当てられたサブチャネルであって、テーブル３に示されたサブチャネルは、最も低い周波数のサブチャネルから、より高い周波数のサブチャンネルへと順番に並べる順序づけを用いて調べることにより選ばれている。サブチャネルの順序づけは、最も高い周波数のサブチャネルから、より低い周波数のサブチャンネルへと順番に並べることによっても行うことが可能である。この場合、サブチャネル番号１６、１５、１４、１２、１１、およびサブチャネル番号１０のうち２ビットが音声電話アプリケーションに割り当てられる（サブチャネル番号１３が未使用のままであると仮定した場合）。サブチャネル番号１０の他のビットは、ＡＴＭデータアプリケーション２８０に割り当てられたままである。サブチャネルの順序づけは、ビットが最も少ないサブチャネルから、より多くのビットを有するサブチャンネルへと順番に並べることよっても行うことができる。この場合、サブチャネル番号５、１５、３、６、１２、２、１６、およびサブチャネル番号１のうち２ビットが音声電話アプリケーションに割り当てられる（ここでも、サブチャネル番号１３が未使用のままであると仮定した場合）。サブチャネル番号１の他のビットは、ＡＴＭデータアプリケーション２８０に割り当てられたままである。さらに別のサブチャネルの順序づけは、ビットが最も多いサブチャネルから、より少ないビットを有するサブチャンネルへと順番に並べることよっても行うことができる。この場合、サブチャネル番号４、１０およびサブチャネル番号８のうち１ビットが音声電話アプリケーションに割り当てられる。サブチャネル番号８の他のビットは、ＡＴＭデータアプリケーション２８０に割り当てられたままである。
【００５４】
３）サブチャネルによって搬送されるビット数の変更
ある実施形態においては、サブチャネルの割り当てを動的に変更させる過程の一環として、通信チャネルを介して現在送信されているアプリケーションのセットに基づきＢＡＴ１４５を変更する。特に、ＢＡＴ１４５の再割り当て済みサブチャネルは、当該サブチャネルによってそのデータが現在搬送されているアプリケーションの通信特性に基づき、別のビット数を搬送することにって変更してもよい。例えば、ＡＴＭデータが送信された場合、特定のサブチャネルにＤＭＴフレーム毎に４ビットが割り当てられ、音声電話データが送信された場合、同じサブチャネルに、ＤＭＴフレーム毎に６ビットが割り当てられる。
【００５５】
かかる変更は、各アプリケーションごとのそれぞれのBERおよびマージン要件に基づいて行われる。このマージンは、当該システムが耐え得るものだけでなく、目標ＢＥＲをも達成するノイズパワーに対して増加したノイズパワー（ｄＢで表す）の量として定義される。例えば、通常、ＡＤＳＬシステムは、１Ｅ−７のＢＥＲに対して６ｄＢのマージンを有するように設計され、構成される。このことは、受け取ったノイズパワーが６ｄＢだけ増加したとしても、モデムは、まだ１Ｅ−７のＢＥＲ要件を満たすことを意味する。かかるマージンは、ノイズ、クロストークおよびインパルスノイズの両方に対し、さらなる耐性を与えるために用いられる。それぞれがビットエラーに対して異なる耐性を有しているので、複数の異なるアプリケーションが、それぞれ異なるマージンを要求しても良い。
【００５６】
下に示すテーブル４は、サブチャネルに対するビットの割り当て、すなわちＢＡＴ、が送信されているアプリケーションデータのマージンおよびＢＥＲ要件によって決定される場合の一例である。第一コラムおよび第二コラムは、それぞれ、サブチャネルおよびそれらのＳＮ比を示している。第三コラムから第六コラムまでは、所定のサブチャネルの質およびアプリケーション通信条件下における異なるＢＡＴｓを特定している。第三コラムは、全てのサブチャネルに渡って等しく６ｄＢのマージンと１Ｅ−７のＢＥＲを有し、ＡＴＭデータの送信に適切となるよう構成されている。第三コラムの底部に示すように、複数サブチャネルの特定されたＳＮ比により、所定のＢＥＲおよびマージン要件下で、マージンＤＭＴフレーム毎に合計５２ビットを達成することができる。第四コラムは、全てのサブチャネルに渡って等しく４ｄＢのマージンと１Ｅ−３のＢＥＲを有する音声専用送信のために構成されている。第四コラムの底部に示すように、複数サブチャネルの特定されたＳＮ比により、所定のＢＥＲおよびマージン要件下で、マージンＤＭＴフレーム毎に合計８４ビットを達成することができる。
【００５７】
第五コラムおよび第六コラムは、本発明よってサブチャネルがどのようにして再度割り当てられるのかを示している。第五コラムは、ＡＤＳＬ通信チャネル１５０を介して一つの音声電話およびインターネットアクセスアプリケーションが動作している場合のＢＡＴである。ＡＴＭデータに割り当てられているサブチャネルは、（ｄ）によって示され、音声電話に割り当てられているサブチャネルは、（ｖ）によって示さている。
【００５８】
テーブル４
【００５９】
【表４】
2008061255.tif 000006
【００６０】
本発明の動作を示す例としては、インターネットアクセスアプリケーションが単独で動作しており、その後、音声電話が動作する場合が考えられる。このような場合、トランシーバーは、同じ量のインターネットアクセスのスループットを失わずに音声電話のスループットを追加することができる。第三、第四および第五コラムのスループットを比較することにより、本発明のかかる特徴が明らかになる。まず、第五コラムのスループットは、第四コラム（音声専用）よりも小さいが、第三コラム（インターネットアウセス専用）よりも大きいことが明らかになる。次に、６４ｋｂｐｓの音声チャネルが動作すると、インターネットアクセスのデータレートが、ほんの３２ｋｂｐｓ減少する。このことは、特に二つの原因に起因するものである。最初の原因としては、サブチャネル番号１３および１４のＳＮ比が１４ｄＢであり、これにより、これらのサブチャネルは、インターネットアプリケーション用に使用できないが、音声電話アプリケーション用に使用することができることが挙げられる。二番目の原因としては、音声電話アプリケーションに対するマージンが低く、ＢＥＲの耐性が大きいということは、サブチャネル９および１２がインターネットアクセスから音声電話に切り換えられた場合、当該サブチャネルによって搬送されるビット数が増加することを意味することが挙げられる。特に、２ビットから４ビットへと切り換えられたサブチャネル９および６ビットから８ビットへと切り換えられたサブチャネル１２がこれに該当する。
【００６１】
第六コラムは、音声チャネルが二つ動作した場合に、どのようにしてＢＡＴが変更されるかを示す。この場合、二つの電話（６４Ｘ２＝１２８ｋｂｐｓ）が通話をしていると、インターネットアクセスデータレートが、ほんの４８ｋｂｐｓ減少する。３つ以上の音声チャネルが通話中である場合、ＢＡＴも同様に変更される。
【００６２】
第三コラムから第六コラムは、別の動作アプリケーションセットであることおよびアプリケーションの動作および停止、に伴い、これらいずれかの通信状況間で移行が可能であることを示している。ある実施形態において、特定のサブチャネル上で搬送されるビット数を変更する方法は、一のＢＡＴを動的に変更するものである。他の実施形態において、かかる方法は、トランシーバの考え得る限りの異なった通信状態を表すBAT間での切り換え操作を含んでいる。
【００６３】
４）サブチャネルの質によるサブチャネルの使用と不使用
通常、複数の異なるアプリケーションは、サブチャネルの質について異なる要件を有している。このことは、質の低いサブチャネルを必要とするアプリケーションが動作した場合、以前使用されていなかったサブチャネルを動作させればよいこと、を意味する。また、このことは、質の低いサブチャネルを必要とするアプリケーションが停止した場合、質の高いサブチャネルを必要とするアプリケーションのみが動作していた場合には当該アプリケーションに割り当てられていたサブチャネルが使用されなくなること、を意味する。
【００６４】
テーブル５は、以前使用されていなかったサブチャネルだけがボイスチャネル用に用いられる実施形態を示す。このテーブルは、音声をサポートするのに十分、例えば、１Ｅ−３のＢＥＲおよび４ｄＢマージンのデータ、であるが、インターネットアクセスデータには不十分、例えば、１Ｅ−７のＢＥＲおよび６ｄＢマージンのデータ、なＳＮ比を有する複数のサブチャネルが存在する場合のものである。かかる実例において、サブチャネル番号１から８は、音声アプリケーションに対して２ビットのサポートを行うことができるが、インターネットアクセスアプリケーションに対しては０ビットのサポートしかできない。第五コラムは、一の音声チャネルおよびインターネットアクセスアプリケーションがサポートされている場合のＢＡＴを示している。ボイスチャネルは、データ専用モード（第三コラム）では用いられていなかったサブチャネルを用いるので、音声チャネルが一つだけ動作している場合、インターネットアクセスのデータレートが低下しない。
【００６５】
テーブル５  
【００６６】
【表５】
2008061255.tif 000007
【００６７】
この実施形態は、通話中又は非通話の如何に拘わらず、インターネットアクセス経路が影響を受けないという点で、動作に関して大きな効果が得られる。更に別の音声チャネルが動作すると、インターネットアクセスサブチャネルのいくつかを音声電話に対して再度割り当てる必要があり、これにより、インターネットアクセスアプリケーションレートが低下する。このことは、例示テーブル４に示されている。本実施形態の他の効果には、インターネットアクセスのデータレートが低下しないので、電話がオフフック状態であっても音声チャネルが常に接続可能である、という効果がある。このことにより、ＢＡＴが動的に変更されず音声チャネルの帯域幅が常に割り当てられるので、通話又は非通話を処理するプロトコルを簡単にすることができる。
【００６８】
第三コラムおよび第五コラムによって示されたＢＡＴｓは、別の動作アプリケーションセットであることおよびアプリケーションの動作および停止に伴い、これらいずれかの通信状況間で移行が可能であることを示している。かかる移行を達成する方法については、既に説明している。
【００６９】
本発明を、特定の好ましい実施の形態を参照して示し、かつ説明したが、形態および詳細における種々の変更が、以下の特許請求の範囲によって明確にされた本発明の精神と範囲から逸脱することなく、なされ得ることは、当業者であれば理解するであろう。例えば、本発明はＤＭＴ変調に関して説明したが、本発明の原理は、ＤＷＭＴ（ディスクリート・ウェーブレット・マルチトーン）変調へも適用される。また、ＡＴＭパケットの代りにＩＰフレームを使用して、データを運ぶことができる。本発明の原理は、アプリケーションの複数のセットをサポートするいずれのＤＭＴ通信システムへも適用され、ここで、アプリケーションは時間の経過に伴って動作および停止される。更に、本明細書はＡＤＳＬで発明を説明したが、いずれの形態のＤＳＬ、すなわちＶＤＳＬ、ＳＤＳＬ、ＨＤＳＬ、ＨＤＳＬ２またはＳＨＤＳＬも使用できることは言うまでもない。先に説明したいくつかの実施の形態はインターネットおよび音声アプリケーションを含んでいるが、本発明の原理は、ＤＳＬシステムを介して運ばれるアプリケーションのいかなる組合せ（例えば、在宅勤務、ビデオ会議、高速インターネットアクセス、ビデオオンデマンド）にも適用されることは言うまでもない。
【図面の簡単な説明】
【００７０】
本発明は、添付した特許請求の範囲によって詳細に特定される。上記で説明した本発明の効果だけでなく、本発明の更なる効果も、添付図面に関連する以下の説明を参照することによって、より深く理解することができる。
【図１】図１は、複数のフレーマー／コーダー/インターリーバーブロックおよびデジタル変調器を備えたトランシーバーのある実施形態を示すブロック図である。
【図２】図２は、三つのアプリケーション用に構成された三つのフレーマー／コーダー/インターリーバーブロックおよびデジタル変調器の詳細を示したトランシーバーのある実施形態を示すブロック図である。
【図３】図３は、ある実施形態のプロセスを示すフローチャートであって、それにより、トランシーバーが、あるアプリケーションから別のアプリケーションへとサブチャネルの割り当てを変更するプロセスを表すものである。
【図１】
2008061255.tif 000008
【図２】
2008061255.tif 000009
【図３】
2008061255.tif 000010
【手続補正書】
【提出日】平成19年9月12日(2007.9.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチキャリアモデム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本明細書は、同時継続中の、２０００年３月１０日出願の米国特許出願番号０９／５２２、８６９の部分継続出願であり、１９９９年３月１２日出願の米国仮特許出願番号６０／１２４、２２２、発明の名称”シームレス・レート・アダプテイブ(SRA)ADSLシステム”、１９９９年１０月２２日出願の米国仮特許出願番号６０／１６１／１１５、発明の名称”アプリケーション履歴を記憶したマルチキャリアシステム”、および２０００年１月１９日出願の米国仮特許出願番号 ６０／１７１、０８１、発明の名称”シームレス・レート・アダプテイブ(SRA)マルチキャリア変調システムおよびプロトコル”に基づく優先権を主張する。また、本出願は、同時係属の仮出願であってその全体が参照のために取り込まれる１９９９年９月１５日出願の米国仮特許出願番号６０／１５４、１１６、発明の名称”複数のアプリケーションをサポートするトランシーバー”、１９９９年１０月２２日出願の米国仮特許出願番号６０／１６１、１１５、発明の名称”記憶したアプリケーションプロファイルを有するマルチキャリアシステム”、および２０００年１月１９日出願の米国仮特許出願番号６０／１７７、０８１、発明の名称”シームレス・レート・アダプテイブ(SRA)マルチキャリア変調システムおよびプロトコル”に基づく優先権を主張する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
ＡＤＳＬは、インターネットアクセス、デジタル化されたボイスコール(digitized voice calls)、ビデオオンデマンド、およびビデオ会議、等の様々なアプリケーションの使用を可能にする、各アプリケーションは、a)データレート、b)ビットエラーレート、c)待ち時間、d)通信の対称／非対称、およびe)インパルスノイズおよび他の一過性の現象に対する耐性に関して異なる条件を有するので、通常、トランシバーは、一つのアプリケーションだけを最適化するよう設計されている。この結果、あるアプリケーション、例えば、ビデオオンデマンド用に最適化されたトランシーバーは、インターネットアクセス等の他のアプリケーション用としては、うまく動作しなかった。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
古典的なトランシーバーの構成には、フレーマー／コーダー／インターリーバー(FCI)ブロック、デジタル変調ブロック、アナログフロントエンド（ＡＦＥ）ブロック、および通信チャネルが含まれている。FCIブロックが、上述のパラメーターの４つのパラメーターのうち３つ、すなわち、ビットエラーレート、待ち時間、およびインパルスノイズに対する耐性に関してそのほとんどを制御するので、たいていの場合、特定のアプリケーション用に最適化されるのはFCIブロックである。多くのトランシーバーが、ビットエラーレート（ＢＥＲ）性能を向上させるため、フォワードエラー訂正(FEC)コード、ブロックおよび／又は従来のコードを用いている。大きなブロックのＦＥＣコードとインターリーバーを組み合わせることにより、インパルスノイズに対する耐性を生じさせることができる。一方、大きなブロックのＦＥＣコードとインターリーバーから生じる不利益としては、システムに、さらに遅れを生じさせてしまうことである。例えば、特定のアプリケーションに対し、低いＢＥＲとインパルスノイズに対する耐性が要求される場合、トランシーバーは、ＦＥＣコードとインターリービングを含めるようにしてもよい。他のアプリケーション用として、待ち時間が短いことが重要であるが、高いＢＥＲおよび／又はインパルスノイズによって生じるバーストエラー(burst errors)については許容できる場合、従来のコードおよび非インターリービング(no interleaving)を用いても良い。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の目的の一つは、複数のアプリケーションのサポートを行うことができ、送受信データを動作アプリケーションのセットとして動的に変更することができるＤＭＴトランシバーを提供することである。本願の一発明によれば、マルチキャリアシステムは、通信チャネルを有するとともに、少なくと二つのアプリケーションをサポートすることを特徴とする。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
現在動作中のアプリケーションセット中の各アプリケーションは、当該アプリケーションと関連するビットを処理する目的で、別のフレーマー(Framer)／コーダー(Coder)/インターリーバーブロックに関連づけられる。前記現在動作中のアプリケーションセットの変更に応じ、前記フレーマー(Framer)／コーダー(Coder)／第二アプリケーションと関連づけられたインターリーバーブロックによって処理されるビットを搬送するため、前記サブチャネルが、第二の異なるアプリケーションに割り当てられる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明の他の側面によれば、マルチキャリアシステムは、通信チャネルを有するとともに、少なくとも二つのアプリケーションをサポートすることを特徴とする。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
現在動作中のアプリケーションセット中の各アプリケーションは、当該アプリケーションと関連するビットを処理する目的で、別のフレーマー(Framer)／コーダー／インタリーバーブロックと関連付けられる。当該アプリケーションと関連づけられた前記フレーマー(Framer)／コーダー(Coder)／インターリーバーブロックによって処理されたビットを搬送するため、少なくとも１のサブチャネルを前記現在動作中のアプリケーションセット中の各アプリケーションに割り当てる。前記現在動作中のアプリケーションセットの変更に応じて、変更された現在動作中のアプリケーションセット中の当該一のアプリケーションと関連づけられた前記フレーマー(Framer)／コーダー(Coder)／インターリーバーブロックによって処理されるビットを搬送するため、以前割り当てられていなかったサブチャネルを、変更された現在動作中のアプリケーションセット中の一のアプリケーションに割り当てる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
ＦＣＩブロック１１０は、対応するアプリケーション１２０と通信を行うとともに、それぞれのアプリケーションからアプリケーションデータ１１５、１１５’、１１５’’、１１５’’’（１１５と総称する）を送信するよう設計されている。ＦＣＩブロックは、アプリケーションデータ用のフレーミング、コーディングおよびインターリービングのいずれかの組み合わせ、を含んでいる。より詳しく述べると、各ＦＣＩブロック１１０は、与えられたアプリケーションに対するＢＥＲ、遅延時間(latency)およびインパルス雑音への耐性、の適切な組み合わせを達成するようアプリケーションデータ１１５をフレーミング、場合によってはコーディング及び／又はインターリービングする過程を含んでいる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
各アプリケーションセットは、前記アプリケーションセット内の一以上のアプリケーションに基づき、信号の送信（および受信）を行うための対応パラメーターセットを有している。各パラメーターセットは、一以上のアプリケーションにに関する信号を通信チャネルを介してＤＭＴ送信する場合の特徴を示す様々なパラメーターを含んでいる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
図２は、三つのアプリケーションのサポートを行う送信器１００の実施形態を示している。送信器１００は、三つのＦＣＩ専用ブロック１１０、１１０’、１１０’’、ＡＤＳＬ変調器ブロック１３０、ＡＦＥ１４０，および通信チャネル１５０を備えている。三つのＦＣＩブロック１１０、１１０’、１１０’’は、対応する三つのアプリケーション：例えば、ビデオアプリケーション２６０、音声電話アプリケーション２７０、およびＡＴＭ（ 非同期転送モード）データ送信アプリケーション２８０、からの入力を受ける。三つのＦＣＩ専用ブロック１１０、１１０’、１１０’’からの出力は、ＡＤＳＬ変調器ブロック１３０でまとめて多重化される。再度述べるが、本実施形態は、送信器に関するものであるが、ここで述べたものと逆のコンセプトも、同じ機能ブロック図を反対の順序にした受信器にも同様に適用することができる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
ＦＣＩブロック（ビデオＦＣＩブロック）１１０は、ビデオを送信し、フレーマーブロック２１１、Ｒ−Ｓコーダーブロック２１２、インターリーバーブロック２１４、およびトレリスコーダーブロック２１６を含むよう設計されている。ＦＣＩブロック（音声電話ＦＣＩブロック）１１０’は、音声データを送信し、マルチプレクサー／フレーマーブロック２２１、周期冗長性チェック（ＣＲＣ）／スクランブラー（ＳＣＲ）ブロック２２２、およびハミングコーダーブロック２２４を含むよう設計されている。マルチプレクサ／フレーマーブロック２２１は、音声電話アプリケーション２７０、場合によっては音声電話信号化ビット（ＡＢＣＤビット）２９５、からデータを受けとる。ＦＣＩブロック（ＡＴＭデータＦＣＩブロック）１１０’’は、ＡＴＭデータを送信し、マルチプレクサ／フレーマーブロック２３２、周期冗長性チェック／スクランブラー（ＣＲＣ／ＳＣＲ）ブロック２３４、Ｒ−Ｓコーダーブロック２３６、およびインターリーバーブロック２３８を含むよう設計されている。マルチプレクサ／フレーマーブロック２３２は、ＡＴＭデータアプリケーション２８０、組み込みオペレーションチャネル／ＡＤＳＬオーバーヘッドチャネル（ＥＯＣ／ＡＯＣ）データ２８５、および、場合によっては、ＡＢＣＤビット２９５からのデータを多重化する。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
ビデオデータとは違い、双方向性が高いので、音声電話データの送信には、短い遅延時間（すなわち、約１．５ミリ秒未満）が要求される。したがって、音声電話ＦＣＩブロック１１０’は、インターリーバーブロックを備えていない。ビデオとは対照的に、音声電話通信の送信は、大きなブロックＦＥＣコードは不要であることを示す高いＢＥＲ（1E-3未満）にも耐える。その代わりに、音声電話ＦＣＩブロック１１０’は、小さいブロックのハミングコーダーブロック２２４を伴って構成される。他の実施形態において、音声電話ＦＣＩブロックは、コーディングを行わない。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
動作において、送信器１００の通信データレートは、いくつかの要素によって変化する。かかる要素には、以下のものが含まれる：（１）雑音、選択性フェーディング(selective fading)、マルチチャネル、およびインパルス雑音等、のチャネルの状況；（２）サンプリングレート、フィルタリング、雑音、およびハイブリッド等のＡＦＥ１４０の仕様；（３）変調方式、コンステレーションサイズ、均等化(equalization)、およびエコーキャンセル等のデジタル変調器１３０の仕様。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
図２において、送信器１００は、３つの動作アプリケーション２６０、２７０、および２８０を有する状況でデータを送信している様子を示している。本発明の原理によると、送信器１００は、例えば、一方のアプリケーションが動作中であるような一以上のアプリケーションを有する第二通信状態に基づき、データ送信をするよう動的に切り換えることが可能である。特に、送信器１００が合計２．５Ｍｂｐｓのデータレートを有する場合を考えてみる。まず、この２．５Ｍｂｐｓのうち１．５Ｍｂｐｓがビデオアプリケーション２６０に割り当てられる。音声電話アプリケーション２７０は、６４ｋｂｐｓの三つのチャネルをサポートし、これにより、合計１９２ｋｂｐｓがそれ自身に割り当てられる。残りの０．８０８Ｍｂｐｓが、インターネットアクセス・ウエッブブラウジング・アプリケーション２８０に割り当てられる。送信器１００が、第二通信状態に基づいて、動的にデータ送信に切り換えられる場合、２．５Ｍｂｐｓのデータスループットの割り当ては、これらのアプリケーションを動作させ続けるサポートを行うため、変更される。サブチャネルの割り当てを動的に変更する過程を、以下で詳しく説明する。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
サブチャネルの割り当て変更
マルチキャリアモデムにおいて、アプリケーションへサブチャネルを割り当てるとは、当該アプリケーションに対応するデータビットが、そのサブチャネル上で変調されることを意味する。現在動作中のアプリケーションのセットが変更されると、送信器１００は、現在動作中のアプリケーションに適応するため、アプリケーションに対するサブチャネルの割り当てを動的に変更する。サブチャネルの割り当てについてのかかる動的な変更に、以下の工程のうち１つ以上を含めることもできる：（１）既に、あるアプリケーションに割り当てられたサブチャネルを、別の第二アプリケーションに再度割り当てる；（２）あるアプリケーションに割り当てられたサブチャネルを二以上のアプリケーションに割り当て、または、その逆を行う、すなわち、二以上のアプリケーションに割り当てられたサブチャネルを一のアプリケーションに割り当てる；（３）サブチャネル上のビット数を変更する；および／または（４）まだ使用されていないサブチャネルを二以上のアプリケーションに割り当て、または、その逆を行う、すなわち、既に割り当てられているサブチャネルを使用しないようにする。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
送信機１００は、ＡＴＭデータアプリケーション２８０からのデータを受けとる（ステップ３０５）。かかるＡＴＭデータは、ＡＴＭデータＦＣＩブロック１１０’’により処理される（ステップ３１０）。デジタル変調器１３０は、サブチャネルを割り当て、前記ＡＴＭデータを変調する（ステップ３２０）。かかるＡＴＭデータアプリケーション２８０が動作中のアプリケーションの一つである場合、送られたサブチャネルはＡＴＭデータ用に用いられる。サブチャネルにビットを割り当てる代表的な例を、下のテーブル１に示す。サブチャネル１３で示したように、サブチャネルの質のバラツキにより、サブチャネルのいくつかは使用されない。ＡＦＥ１４０は、変調されたデータ処理し、それらを通信チャネル１５０に伝達する（ステップ３２５）。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】
テーブル１とテーブル２との比較により明らかであるが、サブチャネルの再割り当ては、新たに動作した音声電話アプリケーション２７０に、ＡＴＭデータアプリケーション２８０からの送信に以前用いられたサブチャネルを割り当てることを含んでいる。特に、サブチャネル番号４および８は、電話がオフフックにされた場合、音声チャネルに対し、動的に割り当てられる。以下に詳しく説明するように、サブチャネル番号１１は、ＡＴＭデータアプリケーション２８０および音声電話アプリケーション２７０の両方に割り当てられる。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
３）サブチャネルによって搬送されるビット数の変更
ある実施形態においては、サブチャネルの割り当てを動的に変更させる過程の一環として、通信チャネルを介して現在送信されているアプリケーションのセットに基づきＢＡＴ１４５を変更する。特に、ＢＡＴ１４５の再割り当て済みサブチャネルは、当該サブチャネルによってそのデータが現在搬送されているアプリケーションの通信特性に基づき、別のビット数を搬送することによって変更してもよい。例えば、ＡＴＭデータが送信された場合、特定のサブチャネルにＤＭＴフレーム毎に４ビットが割り当てられ、音声電話データが送信された場合、同じサブチャネルに、ＤＭＴフレーム毎に６ビットが割り当てられる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
第五コラムおよび第六コラムは、本発明によってサブチャネルがどのようにして再度割り当てられるのかを示している。第五コラムは、ＡＤＳＬ通信チャネル１５０を介して一つの音声電話およびインターネットアクセスアプリケーションが動作している場合のＢＡＴである。ＡＴＭデータに割り当てられているサブチャネルは、（ｄ）によって示され、音声電話に割り当てられているサブチャネルは、（ｖ）によって示さている。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
本発明の動作を示す例としては、インターネットアクセスアプリケーションが単独で動作しており、その後、音声電話が動作する場合が考えられる。このような場合、トランシーバーは、同じ量のインターネットアクセスのスループットを失わずに音声電話のスループットを追加することができる。第三、第四および第五コラムのスループットを比較することにより、本発明のかかる特徴が明らかになる。まず、第五コラムのスループットは、第四コラム（音声専用）よりも小さいが、第三コラム（インターネットアクセス専用）よりも大きいことが明らかになる。次に、６４ｋｂｐｓの音声チャネルが動作すると、インターネットアクセスのデータレートが、ほんの３２ｋｂｐｓ減少する。このことは、特に二つの原因に起因するものである。最初の原因としては、サブチャネル番号１３および１４のＳＮ比が１４ｄＢであり、これにより、これらのサブチャネルは、インターネットアプリケーション用に使用できないが、音声電話アプリケーション用に使用することができることが挙げられる。二番目の原因としては、音声電話アプリケーションに対するマージンが低く、ＢＥＲの耐性が大きいということは、サブチャネル９および１２がインターネットアクセスから音声電話に切り換えられた場合、当該サブチャネルによって搬送されるビット数が増加することを意味することが挙げられる。特に、２ビットから４ビットへと切り換えられたサブチャネル９および６ビットから８ビットへと切り換えられたサブチャネル１２がこれに該当する。
【手続補正２２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2008061255.tif 000011