【手続補正書】
【提出日】平成19年9月10日(2007.9.10)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】請求項１０
【補正方法】変更
【補正の内容】
【請求項１０】
請求項１にかかる方法において、前記第二動作アプリケーションセット中のいずれかのアプリケーションは、ＡＢＣＤ信号ビットのセットを含む複数のビットを有する音声電話アプリケーションであり、当該ＡＢＣＤ信号ビットは、前記音声電話アプリケーションの前記他のビットとして、同じフレーマー／コーダー／インターリーバーブロックを用いて処理されること、
を特徴とするもの。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
【関連出願の表示】
本明細書は、同時継続中の、２０００年３月１０日出願の米国特許出願番号０９／５２２、８６９の部分継続出願であり、１９９９年３月１２日出願の米国仮特許出願番号６０／１２４、２２２、発明の名称”シームレス・レート・アダプテイブ(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)、およびエコーキャンセル等のデジタル変調器１３０の仕様。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
図２において、送信器１００は、３つの動作アプリケーション２６０、２７０、および２８０を有する状況でデータを送信している様子を示している。本発明の原理によると、送信器１００は、例えば、一方のアプリケーションが動作中であるような一以上のアプリケーションを有する第二通信状態に基づき、データ送信をするよう動的に切り換えることが可能である。特に、送信器１００が合計２．５Ｍｂｐｓのデータレートを有する場合を考えてみる。まず、この２．５Ｍｂｐｓのうち１．５Ｍｂｐｓがビデオアプリケーション２６０に割り当てられる。音声電話アプリケーション２７０は、６４ｋｂｐｓの三つのチャネルをサポートし、これにより、合計１９２ｋｂｐｓがそれ自身に割り当てられる。残りの０．８０８Ｍｂｐｓが、インターネットアクセス・ウエッブブラウジング・アプリケーション２８０に割り当てられる。送信器１００が、第二通信状態に基づいて、動的にデータ送信に切り換えられる場合、２．５Ｍｂｐｓのデータスループットの割り当ては、これらのアプリケーションを動作させ続けるサポートを行うため、変更される。サブチャネルの割り当てを動的に変更する過程を、以下で詳しく説明する。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
サブチャネルの割り当て変更
マルチキャリアモデムにおいて、アプリケーションへサブチャネルを割り当てるとは、当該アプリケーションに対応するデータビットが、そのサブチャネル上で変調されることを意味する。現在動作中のアプリケーションのセットが変更されると、送信器１００は、現在動作中のアプリケーションに適応するため、アプリケーションに対するサブチャネルの割り当てを動的に変更する。サブチャネルの割り当てについてのかかる動的な変更に、以下の工程のうち１つ以上を含めることもできる：（１）既に、あるアプリケーションに割り当てられたサブチャネルを、別の第二アプリケーションに再度割り当てる；（２）あるアプリケーションに割り当てられたサブチャネルを二以上のアプリケーションに割り当て、または、その逆を行う、すなわち、二以上のアプリケーションに割り当てられたサブチャネルを一のアプリケーションに割り当てる；（３）サブチャネル上のビット数を変更する；および／または（４）まだ使用されていないサブチャネルを二以上のアプリケーションに割り当て、または、その逆を行う、すなわち、既に割り当てられているサブチャネルを使用しないようにする。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
送信機１００は、ＡＴＭデータアプリケーション２８０からのデータを受けとる（ステップ３０５）。かかるＡＴＭデータは、ＡＴＭデータＦＣＩブロック１１０’’により処理される（ステップ３１０）。デジタル変調器１３０は、サブチャネルを割り当て、前記ＡＴＭデータを変調する（ステップ３２０）。かかるＡＴＭデータアプリケーション２８０が動作中のアプリケーションの一つである場合、送られたサブチャネルはＡＴＭデータ用に用いられる。サブチャネルにビットを割り当てる代表的な例を、下のテーブル１に示す。サブチャネル１３で示したように、サブチャネルの質のバラツキにより、サブチャネルのいくつかは使用されない。ＡＦＥ１４０は、変調されたデータ処理し、それらを通信チャネル１５０に伝達する（ステップ３２５）。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
テーブル２
【表２】
2003509966.tif 000001
テーブル１とテーブル２との比較により明らかであるが、サブチャネルの再割り当ては、新たに動作した音声電話アプリケーション２７０に、ＡＴＭデータアプリケーション２８０からの送信に以前用いられたサブチャネルを割り当てることを含んでいる。特に、サブチャネル番号４および８は、電話がオフフックにされた場合、音声チャネルに対し、動的に割り当てられる。以下に詳しく説明するように、サブチャネル番号１１は、ＡＴＭデータアプリケーション２８０および音声電話アプリケーション２７０の両方に割り当てられる。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
３）サブチャネルによって搬送されるビット数の変更
ある実施形態においては、サブチャネルの割り当てを動的に変更させる過程の一環として、通信チャネルを介して現在送信されているアプリケーションのセットに基づきＢＡＴ１４５を変更する。特に、ＢＡＴ１４５の再割り当て済みサブチャネルは、当該サブチャネルによってそのデータが現在搬送されているアプリケーションの通信特性に基づき、別のビット数を搬送することによって変更してもよい。例えば、ＡＴＭデータが送信された場合、特定のサブチャネルにＤＭＴフレーム毎に４ビットが割り当てられ、音声電話データが送信された場合、同じサブチャネルに、ＤＭＴフレーム毎に６ビットが割り当てられる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
第五コラムおよび第六コラムは、本発明によってサブチャネルがどのようにして再度割り当てられるのかを示している。第五コラムは、ＡＤＳＬ通信チャネル１５０を介して一つの音声電話およびインターネットアクセスアプリケーションが動作している場合のＢＡＴである。ＡＴＭデータに割り当てられているサブチャネルは、（ｄ）によって示され、音声電話に割り当てられているサブチャネルは、（ｖ）によって示さている。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
テーブル４
【表４】
2003509966.tif 000002
本発明の動作を示す例としては、インターネットアクセスアプリケーションが単独で動作しており、その後、音声電話が動作する場合が考えられる。このような場合、トランシーバーは、同じ量のインターネットアクセスのスループットを失わずに音声電話のスループットを追加することができる。第三、第四および第五コラムのスループットを比較することにより、本発明のかかる特徴が明らかになる。まず、第五コラムのスループットは、第四コラム（音声専用）よりも小さいが、第三コラム（インターネットアクセス専用）よりも大きいことが明らかになる。次に、６４ｋｂｐｓの音声チャネルが動作すると、インターネットアクセスのデータレートが、ほんの３２ｋｂｐｓ減少する。このことは、特に二つの原因に起因するものである。最初の原因としては、サブチャネル番号１３および１４のＳＮ比が１４ｄＢであり、これにより、これらのサブチャネルは、インターネットアプリケーション用に使用できないが、音声電話アプリケーション用に使用することができることが挙げられる。二番目の原因としては、音声電話アプリケーションに対するマージンが低く、ＢＥＲの耐性が大きいということは、サブチャネル９および１２がインターネットアクセスから音声電話に切り換えられた場合、当該サブチャネルによって搬送されるビット数が増加することを意味することが挙げられる。特に、２ビットから４ビットへと切り換えられたサブチャネル９および６ビットから８ビットへと切り換えられたサブチャネル１２がこれに該当する。
【手続補正２２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2003509966.tif 000003