【手続補正書】
【提出日】平成19年8月17日(2007.8.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信チャンネル上で相互に通信できる２台の送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、そして前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションのための少なくとも一つの送信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器の一つで格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を送信するステップ；
前記現在アクティブなアプリケーションのセットの変化に応答して、前記変化した現在アクティブなアプリケーションのセット中の前記一つ以上のアプリケーションに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整するために前記送受信器間の通信を中断することなく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【請求項３】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルを前記送受信器間でのその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを、前記送受信器の一つへ送信するステップを含むもの。
【請求項４】
請求項１の方法であって、更に、前記第２アプリケーションプロファイルへの移行を要請するメッセージを、前記送受信器の一つへ送信するステップを含むもの。
【請求項５】
請求項４の方法であって、更に、前記第２アプリケーションプロファイルへ移行する前記リクエストを認可する返答メッセージを、その一つの送受信器から受信するステップを含むもの。
【請求項６】
請求項５の方法であって、更に、前記認可を認知し、前記第２アプリケーションプロファイルの使用を同期化する別のメッセージをその一つの送受信器へ送るステップを含むもの。
【請求項７】
請求項５の方法であって、前記他のメッセージが、反転同期シンボルであるもの。
【請求項８】
請求項４の方法であって、更に、前記リクエストを認可し、前記第２アプリケーションプロファイルの使用を同期化する返答メッセージを、その一つの送受信器から受信するステップを含むもの。
【請求項９】
請求項８の方法であって、前記返答メッセージが、反転同期シンボルであるもの。
【請求項１０】
請求項１の方法であって、更に、前記送受信器の完全初期化を行なうことなく、前記通信チャンネル上で他方の送受信器へ前記アプリケーションプロファイルの少なくとも一つを送信するステップを含むもの。
【請求項１１】
請求項１の方法であって、更に、前記送受信器間で前記アプリケーションプロファイルの一つを交換するために前記送受信器の完全初期化を行うステップを含むもの。
【請求項１２】
請求項１の方法であって、更に、アクティブなアプリケーションのユニークセットの初めての出現により前記アプリケーションプロファイルの一つを生成するステップ、および前記生成されたアプリケーションプロファイルを、そのユニークアプリケーションセットに関連付けるステップを含むもの。
【請求項１３】
請求項１の方法であって、更に、前記格納アプリケーションプロファイルの一つに対する前記送信パラメータの少なくとも一つを、前記送受信器のそれぞれによってローカルで生成するステップを含むもの。
【請求項１４】
請求項１の方法であって、前記送受信器は、前記格納アプリケーションプロファイルで予め構成されるもの。
【請求項１５】
請求項１の方法であって、前記格納アプリケーションプロファイルの一つにおける各アプリケーションに対して指定される前記少なくとも一つの送信パラメータは、送信データレート、ダウンストリームとアップストリーム送信のために割当てられるサブチャンネル、前記サブチャンネルのそれぞれへ割当てられるビット数、パフォーマンスマージン、前記サブチャンネルのそれぞれに対する利得微調節、インターリーブ深さ、最小と最大ＱＡＭコンステレーションサイズ、巡回前置部分の長さ、コード語サイズ、フレーム化モード、およびトレリスコードの少なくとも一つであるもの。
【請求項１６】
請求項１の方法であって、前記第１格納アプリケーションプロファイルは、ウエブ閲覧アプリケーションに関連付けられた信号の送信を特性付け、そして前記第２格納アプリケーションプロファイルは、音声電話アプリケーションおよび前記ウエブ閲覧アプリケーションに関連付けられた信号の並行送信を特性付けるもの。
【請求項１７】
通信チャンネル上で相互に通信できる送受信器を含む多数搬送波変調システムにおいて、前記送受信器間でアクティブである多数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
前記通信チャンネル上での情報の送信を特性付けるための複数のアプリケーションプロファイルを展開するステップ；
各アプリケーションプロファイルを、前記送受信器間でアクティブになり得る一つ以上のアプリケーションのユニークセットに関連付けるステップ；
前記アプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って前記通信チャンネル上で情報を送信するステップ；
前記送受信器間でアクティブである前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションのセットに対応する、前記アプリケーションプロファイルのうちの第２のアプリケーションプロファイルを取出すステップ；および
前記第２アプリケーションプロファイルに従って前記通信チャンネル上で情報を送信するステップへ移行するステップ。
【請求項１８】
請求項１７の方法であって、前記ステップは、前記送受信器を再調整するために前記送受信器間の通信を中断することなくなされるもの。
【請求項１９】
請求項１７の方法であって、前記ステップは、前記送受信器を再調整して、前記第２格納アプリケーションプロファイルに従って通信するステップを含むもの。
【請求項２０】
通信チャンネル上で相互に通信できる送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、そして前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの送信パラメータを指定し；および
前記複数のアプリケーションプロファイルを前記送受信器の一つで格納するステップ。
【請求項２１】
通信チャンネル上で通信する送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下のステップを含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、前記通信チャンネル上で各アプリケーションに関連付けられた情報を送信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの送信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を送信するステップ；
前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションのセットに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整する必要なく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２２】
請求項２１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを送信するステップを含むもの。
【請求項２３】
請求項２１の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【請求項２４】
通信チャンネル上で通信する送受信器を含む多数搬送波変調システムにおいて、複数のアプリケーションをサポートするための方法であって、以下を含むもの：
複数のアプリケーションプロファイルを定義するステップであって、各アプリケーションプロファイルは一つ以上のアプリケーションのユニークセットに対応し、前記通信チャンネル上で各アプリケーションに関連付けられた情報を受信するためにそのユニークアプリケーションセット中の各アプリケーションに対する少なくとも一つの受信パラメータを指定し；
前記複数のアプリケーションプロファイルを前記送受信器で格納するステップ；
現在アクティブなアプリケーションのセットに対応する第１格納アプリケーションプロファイルに従って情報を受信するステップ；
前記現在アクティブなアプリケーションのセットにおける変化に応答して、前記変化した現在アクティブなアプリケーションセットに対応する第２格納アプリケーションプロファイルを選択するステップ；および
前記送受信器を再調整する必要なく、前記第２格納アプリケーションプロファイルに従い情報を送信するステップへ移行するステップ。
【請求項２５】
請求項２４の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを送信するステップを含むもの。
【請求項２６】
請求項２４の方法であって、更に、前記第２アプリケーションプロファイルをその後の通信のために使用する前記アプリケーションプロファイルとして識別するメッセージを受信するステップを含むもの。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
【関連出願】
本出願は、１９９９年３月１２日出願の米国仮出願第６０／１２４，２２２号、発明の名称「シームレス・レート適応型（ＳＲＡ）ＡＤＳＬシステム」、１９９９年１０月２２日出願の米国仮出願第６０／１６１，１１５号、発明の名称「格納アプリケーション・プロファイルを有する多数搬送波システム」、および２０００年１月１９日出願の米国仮出願第６０／１７７，０８１号、発明の名称「シームレス・レート適応型（ＳＲＡ）多数搬送波変調システムとプロトコル」に基づく優先権を主張している、係属中である２０００年３月１０日出願の米国特許出願第０９／５２２，８６９号の一部継続出願である。本出願は、また、１９９９年９月１５日出願の米国仮出願第６０／１５４，１１６号、発明の名称「多数のアプリケーションをサポートする送受信器」、１９９９年１０月２２日出願の米国仮出願第６０／１６１，１１５号、発明の名称「格納アプリケーション・プロファイルを有する多数搬送波システム」、および、２０００年１月１９日出願の米国仮出願第６０／１７７，０８１号、発明の名称「シームレス・レート適応型（ＳＲＡ）多数搬送波変調システムとプロトコル」に基づく優先権を主張する。これら同時係属中の仮出願は、引用して本明細書にその全体が組込まれる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
音声アプリケーション（すなわち通話）は対称性であり、アップストリームとダウンストリーム両方の送信経路で６４ｋｂ/秒データレートを必要とする。インパルスノイズに対して高い免疫性を有しており、音声アプリケーションは、ＢＥＲ＜１Ｅ−３を持ち得る。ビデオおよびデジタルデータアプリケーションと対照的に、必要な呼出し時間は約１．５ｍ秒未満という低い値である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
アプリケーションプロファイルを、更に以下の５つの実施例のアプリケーションプロファイルＡＰ＃１〜ＡＰ＃５によって説明するが、いずれも送受信器１０、１４で展開されて、その中に格納できる。これら実施例のプロファイルは、２種類のアプリケーション、つまり一つ以上の音声通話から構成される固定データレート音声アプリケーション、および可変データレートのインターネットアクセスウエブ閲覧（ＩＡＷＢ）アプリケーションが関与する５種類の異なる通信状態に関する送信特性を指定する。これらの実施例に対し、送受信器１０、１４間の接続（例えばアップストリーム）のトータルデータレートが１．５３２Ｍｂ/秒であって、ＩＡＷＢアプリケーションが１Ｍｂ/秒から２Ｍｂ/秒の最小と最大のデータレート範囲を持っていると仮定する。音声アプリケーションの各音声通話は６４ｋｂ/秒が必要である。一般的に、固定データレートアプリケーションはそのそれぞれが必要とするデータレートを受取り、可変データレートは接続の帯域幅容量の残りを受取る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
変調器ブロック６８は、ＤＭＴ変調に関連する機能性を提供するとともに、直交振幅変調（ＱＡＭ）エンコーダ８８および逆高速フーリエ変換（ＩＦＦＴ）９２を含む。ＱＡＭエンコーダ８８は複数の入力を持ち、呼出し時間経路５６、５８から信号ストリームを受信して、それら信号ストリームを、変調のためにＩＦＦＴ９２へ送られることになる単一信号ストリームに組合せる。ＩＦＦＴ９２は、ＱＡＭエンコーダ８８から受信したビットを、通信チャンネル１８の多数搬送波サブチャンネルに変調する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
アプリケーションセットの最初の出現時に交換および格納されるプロファイル
別の実施の形態では、送受信器１０、１４は通信チャンネル１８上でアプリケーションプロファイルを交換し、次にアプリケーションプロファイルを格納する。図３は、プロファイル交換を完行するために使用されるプロセスの実施の形態を示す。このプロセスを説明するために、遠隔ＤＭＴ送受信器とＣＯ送受信器１０、１４は、図１のＡＰ＃１に従うインターネットアクセスウエブ閲覧（ＩＡＷＢ）アプリケーションに関連付けられた信号を交換していることを仮定すると、このとき新規の音声アプリケーションが起動され、結果として新規アプリケーションプロファイルが必要になる。一般的に、遠隔の送受信器１０またはＣＯ送受信器１４のどちらも新規アプリケーションプロファイルの交換のイニシエータとして働くことができる。より具体的には、遠隔ＤＭＴ送受信器１０の送信器２２または受信器２６のいずれも、あるいはＣＯ送受信器１４の送信器３８または受信器４２のいずれも、新規アプリケーションプロファイル交換を始動できる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
送受信器１０、１４は、ローカルで生成されるアプリケーションプロファイルに対して調整のとれた番号付けスキームを用いる（例えば、＃６＝デジタルデータアプリケーションのみ、＃７＝音声アプリケーションのみ、＃８＝デジタルデータと音声アプリケーションを一緒に）。番号付けスキームは予め定めることもでき、さもなければ、送受信器１０、１４が番号付けスキームを通信チャンネル１８上で交換できる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
チャンネルノイズに対して全く弱みを持たないため、殆ど難攻不落の送受信器１０、１４による新規のアプリケーションプロファイルの使用を同期化するために反転同期シンボルを使用することは、ＥＯＣまたはＡＯＣチャンネルの使用よりもさらに強固なものとする。対照的に、ＥＯＣまたはＡＯＣチャンネル上で送られるメッセージは、通信チャンネル１８上のノイズによって反転同期シンボルよりも容易に悪化されてしまう。これらのオーバヘッドチャンネルは、フレーマー７２でデータストリームに多重化されるので、有限数のＤＭＴサブチャンネル上で直交振幅変調により送信される。通信チャンネル１８上で発生するインパルスノイズまたは他のノイズは、ＥＯＣまたはＡＯＣチャンネルメッセージにビットエラーを引起すことがあり、メッセージを失わせることになる。反転同期シンボルより大きい、ノイズへのＥＯＣまたはＡＯＣチャンネルの感度にもかかわらず、一つの実施の形態では、ＥＯＣまたはＡＯＣチャンネルを用いて、「進行」メッセージを通信する。