(57)【特許請求の範囲】
【請求項１】
第１のノードにおける、第２のノードへの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を伝達する方法であって、前記制御メッセージは、関連付けられた無線データ送信でトランスポートブロックを送るために潜在的に空間多重を採用する第１および前記第２のノードの間の前記無線データ送信の属性を記述する情報を含み、
前記第２のノードへの前記制御メッセージに含まれるＴＢＳパラメータを決定するステップと、
前記制御メッセージをエンコードするステップと、
前記制御メッセージを前記第２のノードに送るステップと、
前記制御メッセージの前記ＴＢＳパラメータに従う前記無線データ送信で前記トランスポートブロックを送るステップと、
を含み、
前記制御メッセージは、前記トランスポートブロックが第１のＴＢＳテーブルの指すレイヤ数と同じレイヤ数にマッピングされない場合に、当該トランスポートブロックの送信のために用いられる第２のＴＢＳテーブル、を特定する、
方法。
【請求項２】
前記決定するステップは、あるＴＢＳテーブルの使用を指示するステップと、前記指示されたＴＢＳテーブルにおけるエントリーを指し示すことによってＴＢＳ値を指示するステップとを含む、請求項１に記載の方法。
【請求項３】
前記第２のＴＢＳテーブルは、前記関連付けられた無線データ送信でのトランスポートブロックの送信のために指示された前記第１のＴＢＳテーブルに関連付けられる第１のレイヤ数とは異なる第２のレイヤ数に関連付けられる、請求項２に記載の方法。
【請求項４】
前記第２のレイヤ数は、２に等しい、請求項３に記載の方法。
【請求項５】
前記あるＴＢＳテーブルは、異なるレイヤ数に関連付けられる一連のＴＢＳテーブルのうちのどのＴＢＳテーブルを用いるかを示す分離したビットフィールドを用いて指示される、請求項４に記載の方法
【請求項６】
前記あるＴＢＳテーブルは、プレコーダ関連情報フィールドのプレコーダ関連情報とともに結合エンコードされるＴＢＳテーブルインジケータを用いて指示される、請求項４に記載の方法。
【請求項７】
前記ＴＢＳ値は、解釈が前記プレコーダ関連情報フィールドの値の影響を受けるＴＢＳ値インジケータフィールドを用いて指示される、請求項６に記載の方法。
【請求項８】
前記ＴＢＳ値インジケータフィールドは、前記プレコーダ関連情報フィールドの解釈に影響を及ぼす、請求項７に記載の方法。
【請求項９】
前記あるＴＢＳテーブルは、それが同じトランスポートブロックの前回の送信のために用いられたあるＴＢＳテーブルに対応することをシグナリングすることによって指示される、請求項４に記載の方法。
【請求項１０】
第２のノードへの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を伝達する第１のノードであって、前記制御メッセージは、関連付けられた無線データ送信でトランスポートブロックを送るために潜在的に空間多重を採用する前記第１および前記第２のノードの間の前記無線データ送信の属性を記述する情報を含み、
前記第２のノードへの前記制御メッセージに含まれるＴＢＳパラメータを決定し、前記制御メッセージをエンコードする処理ユニットと、
前記制御メッセージを前記第２のノードに送り、前記制御メッセージの前記ＴＢＳパラメータに従う前記無線データ送信で前記トランスポートブロックを送るネットワークインターフェースと、
を含み、
前記制御メッセージは、前記トランスポートブロックが第１のＴＢＳテーブルの指すレイヤ数と同じレイヤ数にマッピングされない場合に、当該トランスポートブロックの送信のために用いられる第２のＴＢＳテーブル、を特定する、
ノード。
【請求項１１】
前記処理ユニットは、あるＴＢＳテーブルの使用を指示し、前記指示されたＴＢＳテーブルにおけるエントリーを指し示すことによってＴＢＳ値を指示する、請求項１０に記載のノード。
【請求項１２】
前記第２のＴＢＳテーブルは、前記関連付けられた無線データ送信でのトランスポートブロックの送信のために指示された前記第１のＴＢＳテーブルに関連付けられる第１のレイヤ数とは異なる第２のレイヤ数に関連付けられる、請求項１１に記載のノード。
【請求項１３】
前記第２のレイヤ数は、２に等しい、請求項１２に記載のノード。
【請求項１４】
前記あるＴＢＳテーブルは、異なるレイヤ数に関連付けられる一連のＴＢＳテーブルのうちのどのＴＢＳテーブルを用いるかを示す分離したビットフィールドを用いて指示される、請求項１３に記載のノード。
【請求項１５】
前記あるＴＢＳテーブルは、プレコーダ関連情報フィールドのプレコーダ関連情報とともに結合エンコードされたＴＢＳテーブルインジケータを用いて指示される、請求項１３に記載のノード。
【請求項１６】
前記ＴＢＳ値は、解釈が前記プレコーダ関連情報フィールドの値の影響を受けるＴＢＳ値インジケータフィールドを用いて指示される、請求項１５に記載のノード。
【請求項１７】
前記ＴＢＳ値インジケータフィールドは、前記プレコーダ関連情報フィールドの解釈に影響を及ぼす、請求項１６に記載のノード。
【請求項１８】
前記あるＴＢＳテーブルは、それが同じトランスポートブロックの前回の送信のために用いられたあるＴＢＳテーブルに対応することをシグナリングすることによって指示される、請求項１３に記載のノード。
【請求項１９】
第２のノードにおける、第１のノードからの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を受信する方法であって、前記制御メッセージは、関連付けられた無線データ送信でトランスポートブロックを受信するために空間多重を採用する前記第１および前記第２のノードの間の前記無線データ送信の属性を記述する情報を含み、
ネットワークインターフェースで前記第１のノードからの前記制御メッセージを受信するステップと、
処理ユニットで前記制御メッセージをデコードするステップと、
前記制御メッセージのＴＢＳパラメータに従う前記無線データ送信で前記トランスポートブロックを受信するステップと、
を含み、
前記制御メッセージは、前記トランスポートブロックが第１のＴＢＳテーブルの指すレイヤ数と同じレイヤ数にマッピングされない場合に、当該トランスポートブロックの送信のために用いられる第２のＴＢＳテーブル、を特定する、
方法。
【請求項２０】
前記制御メッセージを受信する前記ステップは、前記テーブルにおけるどのエントリーを前記送信のために用いるかを示すメッセージを受信するステップを含む、請求項１９に記載の方法。
【請求項２１】
第１のノードからの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を受信する第２のノードであって、前記制御メッセージは、関連付けられた無線データ送信でトランスポートブロックを受信するために潜在的に空間多重を採用する前記第１および前記第２のノードの間の前記無線データ送信の属性を記述する情報を含み、
前記第１のノードからの前記制御メッセージ、および前記制御メッセージのＴＢＳパラメータに従う前記無線データ送信での前記トランスポートブロックを受信するネットワークインターフェースと、
前記制御メッセージをデコードする処理ユニットと、
を含み、
前記制御メッセージは、前記トランスポートブロックが第１のＴＢＳテーブルの指すレイヤ数と同じレイヤ数にマッピングされない場合に、当該トランスポートブロックの送信のために用いられる第２のＴＢＳテーブル、を特定する、
ノード。
【請求項２２】
前記ネットワークインターフェースは、前記テーブルにおけるどのエントリーを前記送信のために用いるかを示すメッセージを受信する、請求項２１に記載の第２のノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第２のノードへの制御メッセージでトランスポートブロックサイズ（ＴＢＳ：transport  block  size）情報を伝達する第１のノードに関する。制御メッセージは、関連付けられた（associated）無線データ送信でトランスポートブロックを送るために空間多重を採用する第１および第２のノードの間の無線データ送信の属性を記述する情報を含む。（ここで用いられているように、「本発明」または「発明」への言及は例示的な実施形態に係り、また、すべての例示的な実施形態は必ずしも添付された請求の範囲によって網羅されてはいない。）より具体的には、制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を第２のノードに伝達する第１のノードに関する。無線データ送信では、第２のノードへの制御メッセージに含まれるＴＢＳパラメータが決定され、制御メッセージがエンコードされて第２のノードに送られ、トランスポートブロックが制御メッセージのＴＢＳパラメータに従う無線データ送信で送られる。制御メッセージは、このような関連付けられた無線データ送信でトランスポートブロックを送るために空間多重を採用する第１および第２のノードの間の無線データ送信の属性を記述する情報を含む。
【背景技術】
【０００２】
当節は、本発明の様々な側面に関するであろう技術の様々な側面を読者に紹介することを意図している。続く議論は、本発明のよりよい理解を容易にするための情報を提供することを意図している。従って、続く議論における記述は、先行技術の認定としてではなく、この観点から読まれるべきであることが了解されるべきである。
【０００３】
マルチアンテナ技術は、無線通信システムの信頼性とデータレートを著しく増加させうる。送信機および受信機の両方が複数のアンテナを備える場合、パフォーマンスは特に改善される。ＭＩＭＯ（multiple-input  multiple-output）通信チャネルおよびそのシステムおよび／または関連技術の成果は、一般的にＭＩＭＯと呼ばれる。
【０００４】
現在、ＬＴＥ規格が開発中である。ＬＴＥにおける中心的な構成要素は、ＭＩＭＯアンテナの実装およびＭＩＭＯ関連技術のサポートである。ＬＴＥにおける現在有効な前提は、場合によってチャネル依存プレコーディングを伴う空間多重モードのサポートである。空間多重モードは、好ましいチャネル状態における高いデータレートを目指している。空間多重モードの概要が図１において提供される。
【０００５】
ご覧のように、情報を搬送するシンボルベクトルｓは、ＮＴ×ｒプレコーダ行列ＷＮＴ×ｒにかけ合わされる。行列は、ＮＲ×ＮＴＭＩＭＯチャネルＨの特性に一致するように選択されることが多い。ｓにおけるｒシンボルはそれぞれレイヤに対応し、ｒは送信ランクと呼ばれる。ＬＴＥはＯＦＤＭを用い、それゆえに、副搬送波ｋ（またはデータリソース要素番号ｋ）で受信された、あるリソース要素のためのＮＲ×１ベクトルｙｋは、セル間の干渉がないと仮定すれば、このように表せる。
ｙｋ＝ＨＷＮＴ×ｒＳｋ＋ｅｋ  （１）
ここで、ｅｋは、ランダムプロセスの具現化として得られるノイズである。
【０００６】
ＵＥは、フォワードリンクにおけるチャネル測定結果に基づいて、用いるべき適切なプレコーダの推奨を基地局に送信しうる。広い帯域幅をカバーすることになっている単一のプレコーダ（広帯域プレコーディング）がフィードバックされうる。チャネルの周波数変化を一致させて、代わりに周波数選択的なプレコーディングレポート、例えばいくつかのプレコーダを副搬送波ごとに１つフィードバックすることもまた有益でありうる。
【０００７】
上記のようなチャネル依存プレコーディングは、特に周波数選択的なプレコーディングのためには、一般的に、かなりのシグナリングサポートを要求する。フォワードリンク送信機は、（フォワードリンク受信機から）正しいプレコーダレポートを得ていると確信しないので、フォワードリンク送信においてどのプレコーダが実際に使われているかを示すために、上述のようなリバースリンクにおけるフィードバックシグナリングだけではなく、一般的にはフォワードリンクにおけるシグナリングも要求される。
【０００８】
フォワードリンクにおけるシグナリングオーバヘッドを減らす１つの方法は、ある種のプレコーダ確認、例えば送信機が受信機によってフィードバックされたのと同じプレコーダを用いていたか否か、をシグナルすることである。この目的のためには単一のビットが用いられうる。１の値は、送信機がフィードバック情報にそのまま従っていることを意味し、０の値は、それ以外、場合によっては固定されたプレコーダが用いられていることを意味しうる。０値は、例えばフィードバック情報が送信機で正しくデコードされえなかったときに用いられうる。もちろん、これらすべては、フィードバック情報におけるデコーディングエラーが検出されることを想定しており、そのためフィードバック情報は適宜、例えばＣＲＣを含んでコーディングされなければならない。固定されたプレコーダへの代替案は、単一の「広帯域」プレコーダもシグナルすることである。いくつかのプレコーダレポート認証スキームが提案されており、ＩＶＤにおいても見受けられる。フォワードリンクにおいてプレコーディングレポートを明示的にシグナルするのに比べて、認証アプローチはフォワードリンクにおけるシグナリングオーバヘッドを実質的に減らしうる。
【０００９】
情報ビット（トランスポートブロック）の同じブロックから来る、エンコードされたビットまたは変調されたシンボルは、コードワードと呼ばれる。これは、特定のトランスポートブロックを供給し、ターボエンコーディング、レートマッチング、インタリーヴィングなどを含む単一のＨＡＲＱプロセスからの出力を記述するためにＬＴＥにおいて用いられる用語でもある。コードワードは、その後変調され、アンテナに分散される。マルチコードワード送信としても知られる、いくつかのコードワードからのデータを一度に送信することは理にかなっているであろう。第１の（変調された）コードワードは、例えば最初の２つのアンテナに、第２のコードワードは４つの送信アンテナシステムのうちの残りの２つのアンテナにマッピングされうる。上記のプレコーディングの文脈において、コードワードは、直接アンテナにマッピングされる代わりにレイヤにマッピングされる。
【００１０】
高レートマルチアンテナ送信の分野において、最も重要なチャネル状態の一つは、いわゆるチャネルランクである。大まかに言うと、チャネルランクは、１から送信および受信アンテナの最小の数まで変化しうる。４×２システム、すなわち４つの送信アンテナと２つの受信アンテナとを有するシステムを例とすると、最大のチャネルランクは２である。チャネルランクは、高速フェージングがチャネル係数を変えたときに変化する。さらに、それは、いくつのレイヤ、究極的にはコードワードも、が同時にうまく送信されうるかを決定する。それゆえに、２つの分離したレイヤにマッピングされた２つのコードワードの送信のときに、チャネルランクが１であれば、コードワードに対応する２つのシグナルが干渉するために、両方のコードワードが受信機において誤って検出される公算が高い。
【００１１】
プレコーディングとともに、送信をチャネルランクに適応させることは、チャネルランクと同じだけのレイヤを用いることに関連する。最も単純な例では、各レイヤは、特定のアンテナに対応する。しかし、コードワードの数は、ＬＴＥにおけるようにレイヤの数とは異なるであろう。ここで、コードワードをどのようにしてレイヤにマッピングするかという問題が生じる。現在有効な、ＬＴＥにおける４つの送信アンテナのケースのための前提を例とすると、最大４つのレイヤが送信されうるのに対し、最大のコードワードの数は２に制限される。１つのコードワードを２つのレイヤにマッピングすることに対応する追加のマッピングを含む提案があるが、図２に係る固定されたランク依存のマッピングが用いられる。
【００１２】
動的な送信ランク適応を伴うプレコーディングをサポートするために、ＭＩＭＯ関連情報のかなりの量が、フォワードリンクにおいてシグナルされることを必要とする。ＬＴＥを例とすると、ＭＩＭＯ（フォーマット２）のサポートのためのＰＤＣＣＨ（physical  downlink  control  channel）が、表１に記載された要素を格納するために最近提案されている。緑のフィールドが、ＭＩＭＯ関連情報である。ご覧のように、１６ビットがＭＩＭＯ情報のために用いられ、そのうち８ビットがプレコーディングに関連する。
【００１３】
【表１】
0005400136.tif 000002
【００１４】
（フォワードリンクにおけるプレコーダ関連情報の結合（jointly）エンコードシグナリング）
４ＴｘケースのためのＬＴＥにおけるＰＤＣＣＨでのＴＢＳ値およびプレコーダ関連情報をどのようにエンコードするかの別の提案は以下の通りである。
ＴＢＳ値：
・２つのコードワードのためのＴＢＳ値がプレコーダ情報ビットの解釈を決定する
・２つのコードワードのためのＴＢＳ値ペア（ＴＢＳ１，ＴＢＳ２）は次のようにシグナルする：
・（ＴＢＳ，０）：１つのコートワードが送信される（サイズＴＢＳとともに）
・（ＴＢＳ１，ＴＢＳ２）：２つのコードワードが送信される
プレコーダ情報ビット：
（ＴＢＳ１，ＴＢＳ２）に依存する解釈
プレコーダ確認のための送信ランクオーバライドのサポート（周波数選択的なプレコーディングのサポート）
受信機から搬送され取得された最新のプレコーダレポートにおけるすべての推奨されるプレコーダの特定の列を用いることによるオーバライド
表２および表３において特定される、結合エンコードされたＲＩ、ＰＭＩ、およびプレコーダ確認
注：４Ｔｘに対する１コードワード、ＲＩ＝２は、レイヤ０および１で１つのコードワードを送信することに対応する。
注：表２の４Ｔｘに対して、プレコーダ列サブセットは、表２のレイヤマッピングのためのコードワードを介して黙示的に知られたものである。
【００１５】
【表２】
0005400136.tif 000003
【発明の概要】
【発明が解決しようとする課題】
【００１６】
（既存の解決策に伴う問題）
４つのアンテナポートでの空間多重のためには、送信ランクに依存して、２つのレイヤに単一のトランスポートブロックがマッピングされうる。トランスポートブロックの再送信のためには、最初の送信のために用いられたものとは異なる送信ランクを用いることが必要になりうる。再送信の瞬間のチャネルランクが最初の送信から変化している場合、またはバッファに第２のコードワードのためのデータがない場合に、問題が生じうる。いずれにせよ、ありうる結論は、同一のトランスポートブロックは、最初のまたは前回の送信で用いられたレイヤ数とは異なるレイヤ数で再送信される必要があるということである。
【００１７】
表１によって例示されるようなフォワードリンクにおけるＴＢＳ値をシグナリングする既存の方法および表２に関するアプローチに伴う未解決の問題の１つは、後続の再送信のために異なったレイヤ数にマッピングされる必要があるトランスポートブロックの再送信を、どのようにして実行するかということである。トランスポートブロックの情報ビットの数は変化しないので、ＴＢＳ値が前回の送信と同じでなければならないのは明らかである。しかし、シグナリングオーバヘッドを省くために、一連のありうるＴＢＳ値はレイヤ数に依存する。これは、異なるレイヤ数での再送信は必ずしもいつでも可能ではない、または、トランスポートフォーマットが所与のＴＢＳ値のためにサポートされる実質的な限界があるということを意味する。例えば、単一のレイヤと二重のレイヤとで分離されたＴＢＳテーブルを用い、レイヤ数が変化する再送信をサポートするためのＴＢＳ値に関してテーブルが部分的な重なりしかもたない既存の解決策には、このような問題が存在する。
【課題を解決するための手段】
【００１８】
本発明は、第２のノードへの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を伝達する第１のノードに関連する。制御メッセージは、無線データ送信でトランスポートブロックを送るために空間多重を採用する第１および第２のノードの間の関連付けられた無線データ送信の属性を記述する情報を含む。第１のノードは、第２のノードへの制御メッセージに含まれるＴＢＳパラメータを決定し、制御メッセージをエンコードする。第１のノードは、制御メッセージを第２のノードに送り、制御メッセージのＴＢＳパラメータに従う無線データ送信でトランスポートブロックを送る。
【００１９】
本発明は、第２のノードへの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を伝達する第１のノードにおける方法に関連する。制御メッセージは、無線データ送信でトランスポートブロックを送るために空間多重を採用する第１および第２のノードの間の関連付けられた無線データ送信の属性を記述する情報を含む。方法は、第２のノードへの制御メッセージに含まれるＴＢＳパラメータを決定するステップを含む。制御メッセージをエンコードするステップがある。制御メッセージを第２のノードに送るステップがある。制御メッセージのＴＢＳパラメータに従う無線データ送信でトランスポートブロックを送るステップがある。
【００２０】
本発明は、第１のノードからの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を受信する第２のノードに関連する。制御メッセージは、上記無線データ送信でトランスポートブロックを受信するために空間多重を採用する第１および第２のノードの間の関連付けられた無線データ送信の属性を記述する情報を含む。第２のノードは、上記第１のノードからの上記制御メッセージ、および上記制御メッセージの上記ＴＢＳパラメータに従う上記無線データ送信での上記トランスポートブロックを受信するネットワークインターフェースを含む。第２のノードは、上記制御メッセージをデコードする処理ユニットを含む。
【００２１】
本発明は、第１のノードからの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を受信する第２のノードにおける方法に関連する。制御メッセージは、上記無線データ送信でトランスポートブロックを受信するために空間多重を採用する第１および第２のノードの間の関連付けられた無線データ送信の属性を記述する情報を含む。方法は、上記制御メッセージを第１のノードから受信するステップを含む。上記制御メッセージをデコードするステップがある。上記制御メッセージの上記ＴＢＳパラメータに従う上記無線データ送信で上記トランスポートブロックを受信するステップがある。
【図面の簡単な説明】
【００２２】
添付図面において、発明の好適な実施形態および発明の実施の好適な方法が説明される。
【００２３】
【図１】ＬＴＥにおけるプレコード空間多重モードの送信ストラクチャである。
【図２】プレコーディングを伴う４アンテナシステムのためのコートワード−レイヤマッピングである。
【図３】本発明の第１のノードのブロック図である。
【図４】本発明の方法のフローチャートである。
【図５】本発明の第２のノードのブロック図である。
【図６】本発明の方法のフローチャートである。
【発明を実施するための形態】
【００２４】
同様の符号が、いくつかの図面を通して同様または同一の部分を参照する図面、具体的には図３を参照すると、第２のノード１６への制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を伝達する第１のノード１０が示されている。制御メッセージは、無線データ送信でトランスポートブロックを送るために空間多重を採用する第１および第２のノード１６の間の関連付けられた無線データ送信の属性を記述する情報を含む。第１のノード１０は、第２のノード１６への制御メッセージに含まれるＴＢＳパラメータを決定し、制御メッセージをエンコードする処理ユニット１２を含む。第１のノード１０は、制御メッセージを第２のノード１６に送り、制御メッセージのＴＢＳパラメータに従う無線データ送信でトランスポートブロックを送るネットワークインターフェース１４を含む。
【００２５】
処理ユニット１２は、あるＴＢＳテーブルの使用を指示し、指示されたＴＢＳテーブルにおけるエントリーを指定することによってＴＢＳ値を指示しうる。処理ユニット１２は、第１のレイヤ数を用いる、関連付けられた無線データ送信でのトランスポートブロックの送信を指示し、あるＴＢＳテーブルは、第２のレイヤ数に関連付けられる。第１の実施形態において、第２のレイヤ数は２に等しい。
【００２６】
あるＴＢＳテーブルは、一連のＴＢＳテーブルのうち、どのＴＢＳテーブルを用いるかを示す分離したビットフィールドを用いて指示されうる。あるＴＢＳテーブルは、プレコーダ関連情報フィールドのプレコーダ関連情報とともに結合エンコードされるＴＢＳテーブルインジケータを用いて指示されてもよい。ＴＢＳ値は、解釈がプレコーダ関連情報フィールドの値の影響を受けるＴＢＳ値インジケータを用いて指示されうる。ＴＢＳ値インジケータは、プレコーダ関連情報フィールドの解釈に影響を及ぼす。あるＴＢＳテーブルは、それが同じトランスポートブロックの前回の送信のために用いられたあるＴＢＳテーブルに対応することをシグナリングすることによって指示されうる。
【００２７】
図４において示されるように、本発明は、第２のノード１６への制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を伝達する第１のノード１０における方法に関連する。制御メッセージは、無線データ送信でトランスポートブロックを送るために空間多重を採用する第１および第２のノード１６の間の関連付けられた無線データ送信の属性を記述する情報を含む。方法は、第２のノード１６への制御メッセージに含まれるＴＢＳパラメータを決定するステップを含む。制御メッセージをエンコードするステップがある。制御メッセージを第２のノード１６に送るステップがある。制御メッセージのＴＢＳパラメータに従う無線データ送信でトランスポートブロックを送るステップがある。
【００２８】
決定するステップは、あるＴＢＳテーブルの使用を指示するステップと、指示されたＴＢＳテーブルにおけるエントリーを指定することによってＴＢＳ値を指示するステップとを含みうる。ＴＢＥパラメータを決定するステップは、さらに、第１のレイヤ数を用いる関連付けられた無線データ送信でのトランスポートブロックの送信を指示することを含み、あるＴＢＳテーブルは、第２のレイヤ数に関連してもよい。一実施形態において、第２のレイヤ数は２に等しい。
【００２９】
あるＴＢＳテーブルは、一連のＴＢＳテーブルのうち、どのＴＢＳテーブルを用いるかを示す分離したビットフィールドを用いて指示されうる。あるＴＢＳテーブルは、プレコーダ関連情報フィールドのプレコーダ関連情報とともに結合エンコードされるＴＢＳテーブルインジケータを用いて指示されてもよい。ＴＢＳ値は、解釈がプレコーダ関連情報フィールドの値の影響を受けるＴＢＳ値インジケータを用いて指示されうる。ＴＢＳ値インジケータは、プレコーダ関連情報フィールドの解釈に影響を及ぼす。あるＴＢＳテーブルは、それが同じトランスポートブロックの前回の送信のために用いられたあるＴＢＳテーブルに対応することをシグナリングすることによって指示されうる。
【００３０】
図６において示されるように、本発明は、第１のノードからの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を受信する第２のノード１６における方法に関連する。制御メッセージは、上記無線データ送信でトランスポートブロックを送るために空間多重を採用する第１のノード１０および第２のノード１６の間の関連付けられた無線データ送信の属性を記述する情報を含む。方法は、ネットワークインターフェース１４が、上記制御メッセージを第１のノード１０から受信するステップを含む。処理ユニット１２で上記制御メッセージをデコードするステップがある。上記制御メッセージの上記ＴＢＳパラメータに従う上記無線データ送信で上記トランスポートブロックを受信するステップがある。
【００３１】
制御メッセージを受信するステップは、トランスポートブロックがＴＢＳテーブルの指すレイヤ数と同じレイヤ数にマッピングされていないトランスポートブロックの送信のために用いられるＴＢＳテーブルを特定する制御メッセージを受信するステップを含みうる。受信するステップは、テーブルにおけるどのエントリーを送信のために用いるかを示すメッセージを受信するステップを含みうる。
【００３２】
本発明は、図５において示されるように、第１のノード１０からの制御メッセージでトランスポートブロックサイズ（ＴＢＳ）情報を受信する第２のノード１６に関連する。制御メッセージは、上記無線データ送信でトランスポートブロックを送るために空間多重を採用する第１のノード１０および第２のノード１６の間の関連付けられた無線データ送信の属性を記述する情報を含む。第２のノード１６は、第１のノード１０からの上記制御メッセージ、および上記制御メッセージの上記ＴＢＳパラメータに従う上記無線データ送信での上記トランスポートブロックを受信するネットワークインターフェース１４を含む。第２のノード１６は、上記制御メッセージをデコードする処理ユニット１２を含む。
【００３３】
ネットワークインターフェースは、トランスポートブロックがＴＢＳテーブルの指し示すレイヤ数と同じレイヤ数にマッピングされていないトランスポートブロックの送信のために用いられるＴＢＳテーブルを特定する制御メッセージを受信しうる。ネットワークインターフェースは、テーブルにおけるどのエントリーを送信のために用いるかを示すメッセージを受信してもよい。
【００３４】
発明の作用において、発明の基本的なコンセプトは、（レイヤ数を特定するいくつかのテーブルのうちの）どのＴＢＳテーブルが、あるトランスポートブロックの送信のために用いられているかの情報を提供する、フォワードリンクでのシグナリングを導入することによって、上述した既存の解決策の問題を軽減することである。トランスポートブロックは、選択されたＴＢＳテーブルが指し示すレイヤ数と同じレイヤ数には必ずしもマッピングされていない。同時に、受信機は、この選択されたテーブルにおけるどのエントリーを用いるかについての情報を提供される。それによって、本発明は、前回の送信試行とは異なるレイヤ数を用いてトランスポートブロックを再送信するための改善されたメカニズムを提供する。
【００３５】
提案されたシグナリングは、さらに、ＴＢＳ値およびリソース割り振りを記述するフォワードリンク制御チャネルにおけるフィールドをどう解釈するかを決定する。加えて、シグナリングをプレコーダ関連情報とともにエンコードすることは、プレコーダ関連情報フィールドが、ＴＢＳ／ＭＣＳおよびフォワードリンク制御チャネル（ＬＴＥにおけるＰＤＣＣＨ）のリソース割り振りフィールドの解釈を決定することを意味する。表２によって例示された結合プレコーダエンコーディングと相まって、本発明は、ＴＢＳ値がプレコーダ情報フィールドの解釈を決定し、一方で同時にプレコーダ情報フィールドがＴＢＳ値の解釈を決定することを意味する。
【００３６】
なお、３ＧＰＰ  ＬＴＥからの用語が、発明を例示するためにこの開示において用いられてきたが、これは、発明の範囲を上述のシステムに限定するものとして見られるべきではない。ＷＣＤＭＡ、ＷｉＭＡＸ、ＵＭＢおよびＧＳＭを含む他の無線システムも、この開示に含まれる着想の利用から利益を得るであろう。
【００３７】
なお、また、基地局およびＵＥのような用語は、限定的なものと考えられるべきではなく、特に、２つの間のある階層的な関係を示すものではない。一般的には、“基地局”は装置１と、“ＵＥ”は装置２と考えられ、これらの２つの装置はいくつかの無線チャネルを通じて互いに通信する。
【００３８】
例示的な実施形態として、当節は、レイヤ数を特定するＴＢＳテーブルのシグナリングが、どのようにしてＬＴＥのＰＤＣＣＨにおいて実装されうるかを示した。
【００３９】
なお、ＴＢＳテーブルにおける各エントリーは、トランスポートブロックにおける情報ビットのある数に対応するだけではなく、リソース割り当てのサイズ（すなわちＲＢの数）、変調、および究極的にはコードされたビットの数についての情報を与えるものである。各エントリーは、それゆえに、どのコーディングレートが用いられるかについての情報を与える。当然、より少ないレイヤのＴＢＳテーブルが用いられれば、他のパラメータが固定されたままでもコーディングレートは増加する。
【００４０】
（分離したビットフィールド）
あるトランスポートブロックがマッピングされるであろうレイヤ数にかかわらず、どのＴＢＳテーブルを用いるかをシグナルする分離したビットフィールドが導入される。例えば、選択すべき２つのテーブルがあり、単一レイヤＴＢＳテーブルと二重レイヤＴＢＳテーブルであるとする。ここで、ＴＢＳテーブル選択のための単一のビットが導入されうる。
ＴＢＳテーブル選択インジケータ（１ビット）：
０＝単一レイヤＴＢＳテーブルを用いる
１＝二重レイヤＴＢＳテーブルを用いる
【００４１】
これは、送信機に、他のパラメータの設定にかかわらずどのＴＢＳテーブルを用いるかを選択する完全な自由を与える。上記のように、ＴＢＳテーブル選択インジケータは、ＴＢＳおよびリソース割り当てに関連するビットフィールドがどのように解釈されるべきかに影響する。
【００４２】
なお、ＴＢＳテーブル選択インジケータは、いくつかの場合において、単一のＴＢＳテーブルが１または２のレイヤのいずれを指し示すかをシグナルするものとも考えられる。そのとき、二重レイヤケースのためのＴＢＳ値は、対応する単一レイヤケースのためのＴＢＳ値の２倍の大きさでありうる。現在の文脈における２つの異なるテーブルの間の選択は、このより直接的なアプローチの一般化と考えられうる。
【００４３】
（プレコーダ関連情報との結合エンコード）
ＴＢＳテーブル選択を導入する別のやり方は、それをプレコーダ関連情報と結合してエンコードすることである。これは、送信ランク特定ベースでのＴＢＳテーブル選択を提供する可能性を提供する。現在のチャネルランクよりも低いまたはこれに等しいレイヤ数でトランスポートブロックを再送信することを常に可能にすることによってロバスト性を提供するため、送信ランク１のためのＴＢＳテーブル選択をサポートすることは最も重要である。このような結合エンコーディングは、ＴＢＳテーブル選択のランクを特定する性質を、シグナリングオーバヘッドを減らすことに利用する。
【００４４】
ＴＢＳテーブルの指示が、既存の結合プレコーダ情報エンコーディングの提案（１３）（１４）とどのように結合エンコードされるかの例が、表３において与えられる。ご覧のように、ＴＢＳテーブル選択は送信ランク１（赤色でマークされたテキストを参照）のためにサポートされるだけである。最初に送信された二重レイヤトランスポートブロックを、単一のレイヤだけを用いて再送信することは、実質的に再送信の間のコードレートを増加させるが、いずれにせよ、チャネルランクがサポートするものよりも多くのレイヤを用いてコードワードを再送信することを強制されることよりも好まれるであろう。
【００４５】
【表３】
0005400136.tif 000004
【００４６】
ＴＢＳテーブル選択を示すことによって、ここで開示される発明は、以前の送信試行のために用いられたものとは異なるレイヤ数でのトランスポートブロックの再送信における柔軟性を増加させる有効なやり方を提案する。主要な便益の１つは、以前の送信試行のために用いられたレイヤ数よりもチャネルランクが落ちた場合であっても、再送信が常に実行され、デコードする受信機に実質的な追加の情報を与えることである。
【００４７】
加えて、より少ないレイヤでの送信のためのＴＢＳテーブル選択表示サポートおよびプレコーダ関連情報との情報の結合エンコーディングを優先することによる追加のオーバヘッドを省くために、送信ランク特定ＴＢＳテーブル選択が導入されうる。
【００４８】
（略語）
ＣＱＩ−Channel  Quality  Indicator
ＬＴＥ−Long  Term  Evolution
ＭＩＭＯ−Multiple-Input-Multiple-Output
ＰＭＩ−Precoder  Matrix  Information
ＴＢＳ−Transport  Block  Size
【００４９】
発明は、説明のために以上の実施形態において詳細に記述されたが、このような詳細は専らこの目的のためのものであり、請求の範囲に記載されない限り、発明の精神および範疇から逸脱することなく当業者によって様々な変形がなされうることが理解されるであろう。
【図１】
0005400136.tif 000005
【図２】
0005400136.tif 000006
【図３】
0005400136.tif 000007
【図４】
0005400136.tif 000008
【図５】
0005400136.tif 000009
【図６】
0005400136.tif 000010