(57)【要約】  いくつかの態様によれば、本発明は、ＲＣＭモードにある間に旧来のＴＣＭ方式が使用されることを可能にすることによって、従来のＴＣＡＭ方式を改善する。本発明の実施形態によるＲＣＭモードでは、システムは、受信機制御ビット割振りテーブル（ＢＡＴ）とトーン順序付けテーブル（ＴＯＴ）とを用いた旧来のＴＣＭ＋ＳＮＲマージン（すなわちＳＮＲＭ）を使用する。本発明の実施形態によるＴＣＡＭモードでは、システムは、ＴＣＡＭのために当初提案された変調と同様の非コード化階層変調を使用する。いくつかの態様によれば、本発明の実施形態でのＲＣＭモードにある送信機は、回線状態がＴＣＡＭモードへのスイッチを必要とするときを決定し、遷移を受信機にシグナリングすることができる。同様に、本発明の実施形態によるＴＣＡＭモードにあるとき、受信機は、たとえば、ＳＲＡ機構を介して、ＲＣＭにスイッチバックするように要求することができる。
2017514358.tif 000002
【特許請求の範囲】
【請求項１】
ｘＤＳＬ通信またはＧ．Ｆａｓｔ通信を実行するための方法であって、
回線上の第１の雑音状態中に、
前記回線に結合された受信機によって指定されたパラメータを使用して、前記回線に結合された送信機におけるデータの第１の変調を実行することと、ここにおいて、前記第１の変調が、前記データの内部コーディングを実行することを含む、
前記回線上の第２の雑音状態中に、
前記送信機によって、前記送信機におけるデータの第２の異なる変調の実行を制御することと
を備える、方法。
【請求項２】
前記送信機によって、前記回線上の前記第２の雑音状態が存在すると決定することをさらに備える、請求項１に記載の方法。
【請求項３】
決定することが、前記受信機からのしきい値数の再送信要求を検出することを含む、請求項２に記載の方法。
【請求項４】
制御することが、
前記データの前記第２の異なる変調を開始すべき時間を決定することと、前記時間を前記受信機にシグナリングすることと
を含む、請求項２に記載の方法。
【請求項５】
前記時間がスーパーフレームの境界に対応する、請求項４に記載の方法。
【請求項６】
前記第２の雑音状態中に、前記送信機において前記データの内部コーディングを実行しないことをさらに備える、請求項１に記載の方法。
【請求項７】
前記内部コーディングがトレリスコーディング変調（ＴＣＭ）を備える、請求項１に記載の方法。
【請求項８】
前記パラメータが、ビット割振りテーブル（ＢＡＴ）とトーン順序付けテーブル（ＴＯＴ）とを含む、請求項１に記載の方法。
【請求項９】
前記第２の異なる変調が、前記ＢＡＴおよび前記ＴＯＴの一方または両方を使用する、請求項８に記載の方法。
【請求項１０】
前記第２の雑音状態が発生した後に、前記受信機が前記第１の変調に戻る遷移を要求することを可能にすることをさらに備える、請求項１に記載の方法。
【請求項１１】
前記要求が、シームレスレート適応（ＳＲＡ）プロトコルに従って実行される、請求項１０に記載の方法。
【請求項１２】
前記第２の異なる変調が階層直交振幅変調（ＨＱＡＭ）を含む、請求項１に記載の方法。
【請求項１３】
前記第２の異なる変調が、トーンごとのビットの総数を複数の雑音レイヤに分割することと、単一のデータ送信ユニット（ＤＴＵ）のすべてのビットを、複数の異なるトーンにわたる単一の雑音レイヤにマッピングすることとを含む、請求項１に記載の方法。
【請求項１４】
前記第２の異なる変調の前記実行を制御することが、前記複数の雑音レイヤのうちの１つまたは複数への有用なデータの前記マッピングを防ぐことを含む、請求項１３に記載の方法。
【請求項１５】
前記第２の異なる変調の前記実行を制御することが、スーパーフレームの最後のシンボル中では前記複数の雑音レイヤのうちの１つまたは複数にパディングビットを追加することを含む、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]  本出願は、その内容全体が参照により組み込まれる、２０１４年３月１８日に出願された、米国仮特許出願第６１／９５４，８３８号の優先権を主張する。
【０００２】
[0002]  本発明は、一般に、ｘＤＳＬ（すなわちＡＤＳＬ、ＶＤＳＬなど）およびＧ．ｆａｓｔシステムに関し、より詳細には、そのようなシステムにおける送信制御適応変調（ＴＣＡＭ：transmit controlled adaptive modulation）のパフォーマンスを改善するための方法におよび装置に関する。
【背景技術】
【０００３】
[0003]  ＴＣＡＭは、旧来のシームレスレート適応（ＳＲＡ：seamless rate adaptation）方式または他のオンライン再構成（ＯＬＲ：on-line reconfiguration）方式を用いて追跡され得ない雑音レベルの急速な変動にシームレスに適応するための方法として、その内容全体が参照により本明細書に組み込まれる、ＩＴＵ−Ｔ  ＳＧ１５  １１ＲＶ−０４６において提案された（すなわち、以下では「提案されたＴＣＡＭ」）。提案されたＴＣＡＭ方式は、より低く、より安定した雑音レベル状態中に受信機制御適応変調（receiver controlled adaptive modulation）（ＲＣＡＭまたはＲＣＭ）モードが使用されることを可能にする。提案されたＴＣＡＭでは、受信機によって計算されたビットローディング（bit loading）を使用して、ＴＣＡＭモードとＲＣＡＭモードの両方で階層直交振幅変調（ＨＱＡＭ：hierarchical quadrature amplitude modulation）方式が使用される。ＨＱＡＭ方式は、ＱＡＭコンスタレーション（constellation）を「ベース（base）」レイヤと「エンハンスメント（enhancement）」レイヤとに分離し、コンスタレーションにおける「エンハンスメント」レイヤへのデータのマッピング（mapping）が、高雑音の期間中に送信機によってオフにされることを可能にし、それによって十分な雑音マージン（noise margin）を維持する。受信機が、その後、十分な雑音測定を実行することが可能であるとき、受信機は、新しいビットローディングを再計算し、それらを送信機に送り、送信機は、次いで、新たに計算されたビットローディングに従って、「エンハンスメント」レイヤへのデータのマッピングを再開することができる、
[0004]  本発明者は、提案されたＴＣＡＭが、内部トレリスコード化変調（ＴＣＭ：trellis coded modulation）などのコーディングが使用されることを可能にせず、それにより、回線状態（line condition）が、ＴＣＭなどのコーディングが使用されることを本来なら可能にするであろうときに（たとえばＲＣＡＭモード中に）、送信されるビット／秒の点でシステム容量を低減することに留意した。したがって、特に、これらの欠点を克服するシステムおよび方法を有することが望ましいであろう。
【発明の概要】
【０００４】
[0005]  本発明は、ｘＤＳＬおよびＧ．ＦａｓｔシステムにおけるＴＣＡＭのパフォーマンスを改善するための方法および装置に関する。いくつかの態様によれば、本発明は、ＲＣＭモードにある間に旧来のＴＣＭ方式が使用されることを可能にすることによって、従来のＴＣＡＭ方式を改善する。本発明の実施形態によるＲＣＭモードでは、システムは、受信機制御ビット割振りテーブル（ＢＡＴ：bit allocation table）とトーン順序付けテーブル（ＴＯＴ：tone ordering table）とを用いた旧来のＴＣＭ＋ＳＮＲマージン（すなわちＳＮＲＭ）を使用する。本発明の実施形態によるＴＣＡＭモードでは、システムは、ＴＣＡＭのために当初提案された変調と同様の非コード化階層変調（uncoded hierarchical modulation）を使用する。いくつかの態様によれば、本発明の実施形態でのＲＣＭモードにある送信機は、回線状態がＴＣＡＭモードへのスイッチを必要とするときを決定し、遷移（transition）を受信機にシグナリングすることができる。同様に、本発明の実施形態によるＴＣＡＭモードにあるとき、受信機は、たとえば、ＳＲＡ機構を介して、ＲＣＭにスイッチバックするように要求することができる。
【０００５】
[0006]  これらおよび他の態様によれば、本発明の実施形態によるｘＤＳＬ通信またはＧ．Ｆａｓｔ通信を実行するための方法が、回線上の第１の雑音状態（first noise condition）中に、回線に結合された受信機によって指定されたパラメータを使用して、回線に結合された送信機におけるデータの第１の変調を実行することと、ここにおいて、第１の変調が、データの内部コーディング（inner coding）を実行することを含む、回線上の第２の雑音状態（second noise condition）中に、送信機によって、送信機におけるデータの第２の異なる変調（second different modulation）の実行を制御することとを含む。
【０００６】
[0007]  本発明のこれらおよび他の態様および特徴は、本発明の特定の実施形態の以下の説明を添付の図と併せて検討すれば、当業者には明らかになろう。
【図面の簡単な説明】
【０００７】
【図１】[0008]  本発明の実施形態による、ＴＣＡＭ＋を実装するための例示的なシステムの構成要素および動作を示すブロック図。
【図２】[0009]  本発明の実施形態による、例示的なデジタル送信チェーンを示すブロック図。
【図３】[0010]  本発明の実施形態による、ＲＣＴＣＭフェーズ中のトーンへのＤＴＵのマッピングの例示的な図。
【図４】[0011]  本発明の実施形態による、ＴＣＡＭ＋フェーズ中のトーンへのＤＴＵのマッピングの例示的な図。
【発明を実施するための形態】
【０００８】
[0012]  次に、当業者が本発明を実施できるようにするために、本発明の説明的な例として提供される図面を参照しながら、本発明について詳細に説明する。特に、以下の図および例は、本発明の範囲を単一の実施形態に限定するものではなく、説明または図示する要素の一部または全部を交換することによって、他の実施形態も可能である。さらに、本発明のいくつかの要素が、既知の構成要素を使用して部分的にまたは完全に実装され得る場合は、そのような既知の構成要素の、本発明を理解するために必要である部分のみについて説明し、本発明を不明瞭にしないために、そのような既知の構成要素の他の部分についての詳細な説明を省略する。本明細書で別段に規定されていない限り、当業者には明らかであるように、ソフトウェアで実装されるものとして説明する実施形態は、それに限定されるべきではなく、ハードウェアで、またはソフトウェアとハードウェアの組合せで実装される実施形態を含むことができ、その逆も同様である。本明細書で別段に明記されていない限り、本明細書では、単数の構成要素を示す実施形態は、限定と見なされるべきではなく、むしろ、本発明は、複数の同じ構成要素を含む他の実施形態を包含するものであり、その逆も同様である。さらに、出願人は、明示的にそのような記載がない限り、本明細書または特許請求の範囲におけるどんな用語にも、非一般的なまたは特殊な意味があるものとはしない。さらに、本発明は、本明細書で例として言及される既知の構成要素に対する、現在および将来知られる等価物を包含する。
【０００９】
[0013]  いくつかの一般的態様によれば、本発明の実施形態は、送信機が回線上の雑音のしきい値量の変化を検出したとき、前方誤り訂正（ＦＥＣ：forward error correction）および変調方式が変更されることを可能にする。本明細書では本発明の実施形態をＴＣＡＭ＋と呼ぶ。いくつかの態様によれば、ＴＣＡＭ＋は、高雑音状態中に送信機によって制御される他の高スループット変調方式から恩恵を受けながら、受信機制御変調（以下、ＲＣＭまたはＲＣＴＣＭ）モードにある間に旧来のＴＣＭ方式が使用されることを可能にする。
【００１０】
[0014]  図１は、本発明の実施形態によるシステムを示すブロック図である。図示のように、システムは、回線（たとえばツイストペア）１０６を介して結合された中央局（ＣＯ：central office）中のモデム１０２と顧客構内機器（ＣＰＥ：customer premise equipment）モデム１０４とを含む。
【００１１】
[0015]  回線１０６を介したモデム１０２とモデム１０４との間の通信は、ＡＤＳＬ２、ＶＤＳＬ２など（すなわちｘＤＳＬ）またはＧ．Ｆａｓｔなどのプロトコルに従い得る。モデム１０２は、本発明の機能と適応されるように、ＣＯ機器において使用するために好適なチップセットおよび関連付けられたファームウェア／ソフトウェア（たとえばＤＳＬＡＭなど）によって実装され得る。当業者は、本例によって教示された後には、そのようなチップセット（たとえばＩｋａｎｏｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｉｎｃ．のＮｏｄｅｓｃａｌｅ  Ｖｅｃｔｏｒｉｎｇ製品）をどのように適応させるかを理解することができるであろう。モデム１０４は、本発明の機能と適応されるように、ＣＰＥ機器（たとえばｘＤＳＬモデム）において使用するために好適なチップセットおよび関連付けられたファームウェア／ソフトウェアによって実装され得る。当業者は、本例によって教示された後には、そのようなチップセット（たとえばＩｋａｎｏｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｉｎｃ．からのＶｅｌｏｃｉｔｙ、Ｖｘ１８ｘ、およびＶｘ６８ｘチップセット）をどのように適応させるかを理解することができるであろう。
【００１２】
[0016]  次に、本発明の実施形態による１００におけるシステムの一般的な動作モードについて、ＣＯ１０２モデムは送信モデムであり、ＣＰＥモデム１０４は受信モデムであり、変調およびコーディング方式が、一般的なｘＤＳＬおよびＧ．Ｆａｓｔシステムの「ダウンストリーム（downstream）」通信において実装される例に関して説明する。しかしながら、モデム１０２とモデム１０４の両方が、送信機と受信機の両方を有することができ、本発明の実施形態が、回線１０６上の通信の両方の方向において実装され得ることを諒解されたい。
【００１３】
[0017]  図１に示されているように、モデム１０２および１０４は、Ｓ１０２において、当業者に知られている多くの開始（initiation）およびトレーニングプロシージャ（training procedure）を含むことができる通信を開始する。そのようなプロシージャは、一般に、ＣＯモデム１０２がＣＰＥモデム１０４（たとえばＡＤＳＬ、ＶＤＳＬ、Ｇ．Ｆａｓｔなど最も高くサポートされるプロトコル）の能力を学習し、次いで、検出された能力に基づいてさらなる開始プロシージャを制御することを含む。
【００１４】
[0018]  図１にさらに示されているように、本発明の態様によれば、ＣＰＥモデム１０４は、Ｓ１０４において、デフォルトで旧来のＲＣＴＣＭモードで動作し始める。これは、モデム１０４が、それらのうちのいくつかのパラメータが、当業者によって諒解されるように、使用されているプロトコルに依存し得る、ＢＡＴ、ＴＯＴなどの変調およびコーディングパラメータを決定することと、これらのパラメータをモデム１０２に通信することとを含むことができる。
【００１５】
[0019]  ＲＣＴＣＭモード中に、ＣＯモデム１０２は、Ｓ１０４において、ＣＰＥモデム１０２によって計算されたパラメータを使用してＣＰＥモデム１０４へのダウンストリーム通信を変調するために、旧来のＴＣＭ方式を使用する。
【００１６】
[0020]  本発明のさらなる態様によれば、ＣＯモデム１０２は、Ｓ１０８において、モデム１０４との通信がＴＣＡＭ＋モードにスイッチすることを引き起こすことができる。このことは、ＣＯモデム１０２が、回線１０６上の雑音のタイプまたはレベルがあるしきい値を超えると決定すると、行われ得る。このことは、たとえば図１のＳ１０６に示されているように、ＣＰＥモデム１０４がある時間ウィンドウにおいてあまりにも多くの再送信要求（retransmission request）を送るとき、決定され得る。この決定は、ＣＯモデム１０２によって、ｘＤＳＬおよびＧ．ｆａｓｔにおいて実装されるオーバーヘッドチャネルの様々な形態のうちのいずれか（たとえば、ＥＯＣまたはＲＭＣ）を使用して、ＣＰＥモデム１０４にシグナリングされ得る。
【００１７】
[0021]  図１に示されているように、本発明の実施形態では、ＲＣＴＣＭからＴＣＡＭ＋に遷移するという決定は、一般に、送信機によって開始されることに留意されたい。しかし、他の実施形態では、受信機も遷移を送信機に示唆することができ、それは、送信機によって、適用されるか無視されるかを選定され得る。
【００１８】
[0022]  本発明の実施形態によるＴＣＡＭ＋モード中に、ＣＯモデム１０２は、以下でより詳細に説明される誤り訂正および変調方式を使用するが、直前のＲＣＴＣＭモードで使用されたのと同じＢＡＴおよびＴＯＴを使用する。実施形態では、ＴＣＡＭ＋モードでは内部コーディング（inner coding）が使用されない。ＴＣＡＭ＋モードへのエントリを通信すると、ＣＰＥモデム１０４は、データを適宜に復号することができることになる。
【００１９】
[0023]  ＴＣＡＭ＋モードに入った後にそうすることができるとき、Ｓ１１０において、ＣＰＥモデム１０４は、現在の雑音状態（noise condition）に基づいて、新しいＢＡＴおよびＴＯＴなど新しいＲＣＴＣＭパラメータを計算する。これは、当業者に知られている従来の技法を使用して行われ得る。Ｓ１１２に示されているように、ＣＰＥモデム１０４は、次いで、標準のシームレス適応レート（ＳＲＡ：seamless adaptation rate）機構を介して、ＲＣＴＣＭへのスイッチバックを要求することができる。
【００２０】
[0024]  その後、ＣＯモデム１０２は、Ｓ１１２において、ＣＰＥモデム１０４によって計算され、通信された新しいＲＣＴＣＭパラメータを使用して、旧来のＴＣＭ方式を使用するマッピングと内部コーディングとを実行することを再開することができる。
【００２１】
[0025]  さらに本発明の態様を示すために、図２に、本発明の実施形態による、ＣＯモデム１０２に含まれ得る例示的なデジタル送信チェーン２００のブロック図を示す。当業者によって諒解されるように、チェーン２００は、（ベクタリング（vectoring）をサポートするプロトコルにおいて）シンボルがクロストーク消去（crosstalk cancellation）のために処理され、時間領域信号に変換される前に、ＤＭＴシンボルにおいてデジタルデータをトーン（tone）にマッピングするために使用される構成要素を示す。そのような他の処理の詳細は本発明の理解のために必要ではなく、したがって、ここでは、本発明の明快のためにそれのさらなる詳細を省略する。とはいえ、モデム１０２が、チェーン２００中の構成要素によって実行されるタスクを制御するコントローラなどの他の構成要素を含むことを諒解されたい。当業者は、本例によって教示された後に、そのようなコントローラおよび他の構成要素をどのように実装するかを理解することができるであろう。
【００２２】
[0026]  図示のように、チェーン２００は、データ送信ユニット（ＤＴＵ：data transmit unit）フレーマおよび再送信レイヤ（framer and retransmission layer）２０１と、外部コード（outer code）２０２と、インターリーバ（interleaver）２０３と、内部変調（inner modulation）２０４とを含む。実施形態では、外部コード２０２は、当技術分野でよく知られているようにＤＴＵを符号化するリードソロモン（ＲＳ：Reed-Solomon）コードである。ＤＴＵフレーマおよび再送信レイヤ２０１は、ＣＰＥモデムとともに使用されているプロトコルに応じて、Ｇ．ｉｎｐまたはＧ．ｆａｓｔに記載されているものなどの再送信機構を使用して、ＤＴＵをさらに保護する。
【００２３】
[0027]  ブロック２０１および２０２は、当業者に知られている技法を使用して実装され得、場合によっては、提案されたＴＣＡＭに記載されている階層変調のための最適化された再送信のためのいくつかの機能を含み、したがって、ここでは、本発明の明快のためにそれのさらなる詳細を省略する。一方、ブロック２０３および２０４は、本発明の態様によるＴＣＡＭ＋およびＲＣＴＣＭモード、ならびに、以下でより詳細に説明するようにＴＣＡＭ＋モードとＲＣＴＣＭモードの間でスイッチする能力を実装する。
【００２４】
[0028]  概して、本発明の実施形態によるＲＣＴＣＭフェーズ中にブロック２０４によって実装される内部変調方式は、標準のＴＣＭ（たとえばＵｎｇｅｒｂｏｅｃｋ／Ｗｅｉ集合分割を使用するトレリスコード化ＱＡＭ変調）である。インターリーバブロック２０３は、ＣＰＥモデム１０４との通信において使用されるプロトコルに応じて、ｘＤＳＬ  Ｇ．ｉｎｐまたはＧ．ｆａｓｔ規格において指定されている再送信プロシージャに従ってＲＳコード出力データがトーンにマッピングされるように実装される。
【００２５】
[0029]  一方、一般的態様に従って、本発明の実施形態でのＴＣＡＭ＋フェーズ中に、インターリーバブロック２０３は、提案されたＴＣＡＭ方式（すなわち、非コード化階層直交振幅変調または非コード化ＨＱＡＭ）に従ってＲＳコード化出力データがトーンにマッピングされるように実装される。実施形態では、ブロック２０４による内部コーディングは実行されず、それにより、（ＲＣＴＣＭフェーズと比較して）ＴＣＡＭ＋フェーズ中のコーディング利得を低減する。このことは、ＴＣＡＭ＋フェーズの予想される持続時間が通常極めて短いので、全体的パフォーマンスに劇的に影響を及ぼさないはずである。しかしながら、他の実施形態では、以下でより詳細に説明されるＤＴＵマッピング方式も使用される限り、ＴＣＭが使用され続けることが可能である。
【００２６】
[0030]  実施形態では、異なる変調方式が使用されるので、以下でより詳細に説明するように、トーンへのＤＴＵのマッピングも、ＲＣＭフェーズとＴＣＡＭ＋フェーズとの間で異なる。異なるＤＴＵマッピングは、ＲＣＴＣＭとＴＣＡＭ＋との間の完全な遷移の必要につながる。標準のｘＤＳＬおよびＧ．ｆａｓｔスーパーフレーム（superframe）は（ダミーパディング（dummy padding）の使用を介して）整数個のＤＴＵからなるので、自然遷移期間（natural transition period）はスーパーフレームレベルにある。
【００２７】
[0031]  それにもかかわらず、Ｇ．ｆａｓｔ規格パディング方式は、Ｇ．ｆａｓｔ適用例のためのＴＤＤフレームレベルでの遷移をサポートするために修正され得る。
【００２８】
[0032]  ＲＣＡＭからＴＣＡＭに遷移させるためのシグナリングを必要としない提案されたＴＣＡＭとは異なり、本発明の実施形態によるＲＣＴＣＭからＴＣＡＭ＋への遷移は、受信機にシグナリングされることを必要とする。実施形態では、シグナリングコンテンツは、極めて小さく、変調方式の遷移が適用されるべきであるＤＭＴのアクションフレーム（またはスーパーフレーム）（ＦｏＡ：frame of action）のインデックスのみからなることができる。本発明のいくつかの態様によれば、新しいビット割振りテーブル（ＢＡＴ）またはトーン順序付けテーブル（ＴＯＴ）または他の大きいテーブルが交換される必要はない。
【００２９】
[0033]  他の実施形態では、以下で説明するようにＴＣＡＭ＋フェーズのためのマッピング方式を使用して、ＲＣＴＣＭフェーズとＴＣＡＭ＋フェーズの両方でＤＴＵの同じマッピングが実行され得ることに留意されたい。
【００３０】
[0034]  図３に、ＤＴＵごとに８ビット、トーンごとに１ビットから１６ビットまでの１６個のロードされたトーン、ならびに２つのＤＭＴシンボル３ａおよび３ｂのスーパーフレームの単純化した例についての、本発明の実施形態での、ＲＣＴＣＭフェーズ中にトーンへのＤＴＵのマッピングがどのように実行されるかの図を与える。図示のように、（ＴＣＭ符号化とＴＯＴに従うトーン並べ替えとの後の）ＤＴＵからのデータビットは、再順序付けされたトーン上に昇順でマッピングされる。たとえば、要素３０１は、第１のトーンの第１の８ビットにマッピングされた第１のＤＴＵを示す。ビット割振りルール（bit-allocation rule）（すなわち、各個々のトーンにマッピングされるべきビット数）はＢＡＴによって規定され、それの例が図３に示されている。図示のように、トーンへの１つのＤＴＵのマッピングは、隣接するＤＭＴシンボル（たとえば図３の例ではＤＴＵ番号２１）と重複することがあるが、マッピングされるべきスーパーフレーム中の残りのスロットがＤＴＵ全体を収めることができない場合、スーパーフレームの末尾においてパディング３０５が使用される。
【００３１】
[0035]  図４に、ＤＴＵごとに８ビット、トーンごとに１ビットから１６ビットまでの１６個のロードされたトーン、ならびに２つのＤＭＴシンボル４ａおよび４ｂのスーパーフレームの単純化した例についての、本発明の実施形態での、ＴＣＡＭ＋フェーズ中にトーンへのＤＴＵのマッピングがどのように実行されるかの図を与える。（ＴＯＴに従うトーン再順序付けの後の）ＤＴＵからのデータビットは、別々に、昇順で「雑音レイヤ（noise layer）」上で内部変調され、次いで、再順序付けされたトーンにマッピングされる。たとえば、要素４０２は、ロードされるべきすべてのトーンにわたる２つの隣接ビット（すなわち、この例では第７のおよび８個の利用可能なビット）の雑音レイヤを示す。雑音レイヤは、２ビットである必要はないが、任意の偶数を有することができ、２のべき乗が好ましいことに留意されたい。同様に、雑音レイヤの数は本例のように８つである必要はなく、雑音レイヤの他の数が可能である。
【００３２】
[0036]  一方、要素４０１は、第１の雑音レイヤにマッピングされた第１のＤＴＵ（すなわちロードされるべきすべてのトーンの第１および第２の利用可能なビット）と、第１のシンボル中でロードされるべき第１の８つの利用可能なトーンとを示す。ビット割振りルールは、前に受信機によって計算され、直前のＲＣＴＣＭフェーズ中に使用されたものと同じＢＡＴによって規定される。図４に示されているように、トーンへの個々のＤＴＵのマッピングは、いくつかの隣接するＤＭＴシンボル（たとえば図４の例ではＤＴＵ８、１２、１５、１８および２２）と重複することがあるが、マッピングされるべき雑音レイヤ中の残りのスロットがＤＴＵ全体を収めることができない場合、スーパーフレーム中の各雑音レイヤの末尾においてパディング４０５が使用される。
【００３３】
[0037]  本発明の実施形態でのＴＣＡＭ＋フェーズ中に、個々の雑音レイヤ４０２は、それらが任意の有用な情報を搬送しない（すなわち、これらのレイヤにＤＴＵがマッピングされない）ように、オフにされ得ることに留意されたい。この点について、レイヤ４０２のすべてにマッピングされたＤＴＵを示す図４が、一般的でないことに留意されたい。特定のレイヤをオフにする決定は、たとえば、そのレイヤにマッピングされたＤＴＵに関連付けられた再送信要求の数に基づいて、送信機によって行われる。他の実施形態では、オフになるべき（１つまたは複数の）特定のレイヤはハードコード（hardcode）化され得る。たとえば、ＴＣＡＭ＋フェーズに入ると、最も保護された雑音レイヤ４０２以外のすべてがオフにされ得、次いで、追加のあまり保護されない雑音レイヤ４０２が、そのレイヤにマッピングされるＤＴＵに関連付けられた再送信要求のしきい値数（threshold number）に達するまで、１つずつオンに戻され得る。別の例として、ＴＣＡＭ＋フェーズに入ると、すべての雑音レイヤ４０２がオンにされ得、次いで、どのレイヤ４０２がオフにされるかを決定するために、後続の再送信要求の数が使用される。
【００３４】
[0038]  いずれの場合も、この決定は受信機にとって透明（transparent）であり得、それは、オフにされたレイヤ上で有用な情報が送信されないことに言及するにすぎない。当業者は、本例によって教示された後に、提案されたＴＣＡＭにおいて「エンハンスメント」レイヤがオフにされる様式と同様に、本発明による図４のＤＴＵマッピングにおいて特定の雑音レイヤをオフにするように、提案されたＴＣＡＭ方式を適応させることができるであろう。
【００３５】
[0039]  いくつかの態様によれば、本発明の実施形態でのスーパーフレームレベルにおけるＲＣＴＣＭフェーズとＴＣＡＭ＋フェーズとの間の遷移は、ＤＴＵが、異なるフェーズからのＤＭＴシンボルと重複するのを防ぐ。結果として、ビット割振りルールを変更することなしに正しい量のビットを内部変調方式に供給するために、パディング（padding）（すなわち、ダミービットまたは情報を含んでいないビット）が必要である。パディングは、それぞれ、図３および図４中の要素３０５および要素４０５として表されている。
【００３６】
[0040]  本発明について、それの好ましい実施形態を参照しながら詳細に説明したが、本発明の趣旨および範囲から逸脱することなく、形態および詳細の変更および改変が行われ得ることが、当業者には容易に明らかであろう。添付の特許請求の範囲は、そのような変更および改変を包含するものとする。
【図１】
2017514358.tif 000003
【図２】
2017514358.tif 000004
【図３】
2017514358.tif 000005
【図４】
2017514358.tif 000006
【国際調査報告】
2017514358.tif 000007
2017514358.tif 000008