フィードバック情報を送信するUEが記載される。UEは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。UEは、PCell上の上りリンクサブフレームに対して、PCellに対応するPCellフィードバック・パラメータを確定(determine)する。UEは、PCell上の既知の上りリンクサブフレームに対して、SCellに対応するSCellフィードバック・パラメータも確定する。SCellフィードバック・パラメータは、PCell上の既知の上りリンクサブフレームにおけるPCellフィードバック・パラメータと同じであっても、異なってもよい。UEは、さらに、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、物理上りリンク制御チャネル(PUCCH)フォーマット1bのチャネルセレクションを行う。加えて、UEは、チャネルセレクションに基づいて、ハイブリッド自動再送要求/肯定応答(HARQ−ACK)情報を送信する。PCellフィードバック・パラメータまたはSCellフィードバック・パラメータが上りリンクサブフレームにおいて0である場合、PUCCHフォーマット1bのチャネルセレクションを行うステップは、1つの構成された在圏セルのための方法または技術および表に従って、PUCCHフォーマット1bのチャネルセレクションを行うことを含む。
チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの総数に基づいて行われてもよい。チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいて行われてもよい。HARQ−ACK情報を送信するステップは、PCell HARQ−ACKビットの第2の数と同じか、または異なるSCell HARQ−ACKビットの第1の数を送信することを含む。
チャネルセレクションは、少なくとも1つのチャネルセレクション表に基づいてもよい。UEは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。
フィードバック情報を受信するeNBも記載される。eNBは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。eNBは、PCell上の上りリンクサブフレームに対して、PCellに対応するPCellフィードバック・パラメータを確定する。eNBは、PCell上の既知の上りリンクサブフレームに対して、SCellに対応するSCellフィードバック・パラメータも確定する。SCellフィードバック・パラメータは、PCellフィードバック・パラメータと同じであっても、異なってもよい。eNBは、さらに、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う。加えて、eNBは、チャネルセレクションに基づいて、HARQ−ACK情報を受信する。PCellフィードバック・パラメータまたはSCellフィードバック・パラメータが上りリンクサブフレームにおいて0である場合、PUCCHフォーマット1bのチャネルセレクションを行うステップは、1つの構成された在圏セルのための方法または技術および表に従って、PUCCHフォーマット1bのチャネルセレクションを行うことを含む。
チャネルセレクションは、PCellおよびSCellのうちの関連づけられたサブフレームの総数に基づいて行われてもよい。チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいて行われてもよい。HARQ−ACK情報を送信するステップは、PCell HARQ−ACKビットの第2の数と同じか、または異なるSCell HARQ−ACKビットの第1の数を送信することを含む。
チャネルセレクションは、少なくとも1つのチャネルセレクション表に基づいてもよい。eNBは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。eNBは、PCellフィードバック・パラメータ・インジケータおよびSCellフィードバック・パラメータ・インジケータのうちの少なくとも1つを送信することができる。
UEによってフィードバック情報を送信するための方法も記載される。方法は、PCellに対応するPCellフィードバック・パラメータを確定するステップを含む。方法は、SCellに対応するSCellフィードバック・パラメータを確定するステップも含む。SCellフィードバック・パラメータは、PCellフィードバック・パラメータと同じであっても、異なってもよい。方法は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行うステップをさらに含む。加えて、方法は、チャネルセレクションに基づいて、HARQ−ACK情報を送信するステップを含む。
eNBによってフィードバック情報を受信するための方法も記載される。方法は、PCellに対応するPCellフィードバック・パラメータを確定するステップを含む。方法は、SCellに対応するSCellフィードバック・パラメータを確定するステップも含む。SCellフィードバック・パラメータは、PCellフィードバック・パラメータと同じであっても、異なってもよい。加えて、方法は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行うステップを含む。方法は、チャネルセレクションに基づいて、HARQ−ACK情報を受信するステップをさらに含む。
「3GPP」とも呼ばれる第3世代パートナーシップ・プロジェクト(3rd Generation Partnership Project)は、第3および第4世代ワイヤレス通信システムに関する世界的に適用可能な技術仕様および技術レポートを規定することを目指した連携合意である。3GPPは、次世代モバイル・ネットワーク、システムおよびデバイスに関する仕様を規定する。
3GPPロング・ターム・エボリューション(LTE:Long Term Evolution)は、将来の要求に対処すべくユニバーサル・モバイル通信システム(UMTS:Universal Mobile Telecommunications System)モバイルフォンまたはデバイス規格を改善するプロジェクトに与えられた名称である。一態様において、UMTSは、進化型ユニバーサル地上無線アクセス(E−UTRA:Evolved Universal Terrestrial Radio Access)および進化型ユニバーサル地上無線アクセス・ネットワーク(E−UTRAN:Evolved Universal Terrestrial Radio Access Network)にサポートおよび仕様を提供するために修正された。
本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、3GPP LTE、LTEアドバンスト(LTE−A)および他の規格(例えば、3GPPリリース8、9、10および/または11)に関して記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、他のタイプのワイヤレス通信システムに利用されてもよい。
ワイヤレス通信デバイスは、音声および/またはデータを基地局へ通信するために用いられる電子デバイスであり、次には基地局がデバイスのネットワーク(例えば、公衆交換電話網(PSTN:public switched telephone network)、インターネットなど)と通信する。本明細書においてシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに、移動局、UE、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれることもある。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末(PDA:personal digital assistant)、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。3GPP仕様では、ワイヤレス通信デバイスは、典型的にUEと呼ばれる。しかしながら、本開示の範囲は、3GPP規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために、本明細書では用語「UE」および「ワイヤレス通信デバイス」が同義で用いられる。
3GPP仕様では、基地局は、典型的にNode B、eNB、home enhancedまたはevolved Node B(HeNB)、あるいはいくつか他の同様の用語で呼ばれる。本開示の範囲は、3GPP規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために、本明細書では用語「基地局」、「Node B」、「eNB」および「HeNB」が同義で用いられる。さらにまた、用語「基地局」は、アクセスポイントを示すために用いられてもよい。アクセスポイントとは、ワイヤレス通信デバイスのためにネットワーク(例えば、ローカルエリアネットワーク(LAN:Local Area Network)、インターネットなど)へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイスおよび/または基地局の両方を示すために用いられる。
留意すべきは、本明細書では、「セル」がインターナショナル・モバイル・テレコミュニケーションズ−アドバンスト(IMT−Advanced:International Mobile Telecommunications−Advanced)に用いるべく規格化または規制団体によって仕様が定められたいずれかの通信チャネルであり、eNBとUEとの間の通信に用いるための認可されたバンド(例えば、周波数バンド)として、そのすべてまたはそのサブセットが3GPPによって採用されることである。「構成されたセル(configured cell)」は、UEが認識しており、情報を送信または受信することがeNBによって許可されたセルである。「構成されたセル(単数または複数)」は、在圏セル(単数または複数)であってもよい。UEは、すべての構成されたセル上でシステム情報を受信して、必要な測定を行う。「アクティブ化されたセル(activated cell)」は、UEが送受信を行っている構成されたセルである。すなわち、アクティブ化されたセルは、UEが物理下りリンク制御チャネル(PDCCH)をモニタする対象となるセルであり、下りリンク送信の場合に、UEがPDSCHを復号する対象となるセルである。「非アクティブ化されたセル(deactivated cell)」は、UEが送信PDCCHをモニタしていない構成されたセルである。留意すべきは、「セル」が異なる次元の観点から記載されることである。例えば、「セル」は、時間特性、空間(例えば、幾何形状)特性、および周波数特性を有する。
本明細書に開示されるシステムおよび方法は、フィードバック情報を送受信するためのデバイスを記載する。これは、キャリアアグリゲーションのコンテキストで行われる。例えば、異なる時分割多重(TDD)UL−DL構成を用いたキャリアアグリゲーション(例えば、バンド間またはバンド内キャリアアグリゲーション)に関するPDSCH HARQ−ACKレポーティングが記載される。
本明細書に開示されるシステムおよび方法に従って、バンド間キャリアアグリゲーションには異なるTDD UL−DL構成が用いられる。言い換えれば、異なるバンド(帯域)におけるセルまたはコンポーネントキャリア(CC:component carrier)は、異なるUL−DL構成を有する。キャリアアグリゲーションとは、1つ以上のキャリアを同時に利用することを指す。一例において、キャリアアグリゲーションは、UEが利用できる有効バンド幅を増加させるために用いられる。キャリアアグリゲーションの1つのタイプは、バンド間キャリアアグリゲーションである。バンド間キャリアアグリゲーションでは、複数のバンドからの複数のキャリアがアグリゲートされる。例えば、第1のバンドにおけるキャリアが第2のバンドにおけるキャリアとアグリゲートされる。本明細書では、用語「同時の」およびそのバリエーションは、少なくとも2つの事象が時間的に互いに重複することを示し、これらの少なくとも2つの事象が正確に同時刻に始まるか、および/または終わることを意味しても、しなくてもよい。本明細書に開示されるシステムおよび方法は、バンド間キャリアアグリゲーションには制約されず、バンド内キャリアアグリゲーションにも適用されてよい。
本明細書では、用語「構成」は、UL−DL構成を指す。UL−DL構成は、無線フレーム内の各サブフレームがULサブフレーム、DLサブフレーム、またはスペシャルサブフレームであるかどうかを明示する。UL−DL構成に関するさらなる詳細が下の表(1)に関連して示される。「PCell構成」は、PCellに対応するUL−DL構成を指す。例えば、PCell構成は、eNBおよびUEによってPCellでの通信に適用されるUL−DL構成である。PCell構成は、eNBによってSystemInformationBlockType1(SIB−1)でUEへシグナリングされる。SIB−1は、(例えば、eNBによって)ブロードキャスト制御チャネル上で論理チャネルとして送信される。「SCell構成」は、SCellに対応するUL−DL構成を指す。例えば、SCell構成は、eNBおよびUEによってSCellでの通信に適用されるUL−DL構成である。SCell構成は、eNBによるキャリアアグリゲーションを用いて専用無線リソース制御(RRC:Radio Resource Control)シグナリングでUEへシグナリングされる。専用RRCシグナリングは、(例えば、eNBによって)専用制御チャネル上で論理チャネルとして送信される。
加えて、または代わりに、eNBは、セルをPCellとして用いて、SCell構成をSIB−1でUEへ送信してもよい。典型的に、eNBは、セルをPCellとして用いてSIB−1でUEへ送信するときも、キャリアアグリゲーションを用いて専用RRCシグナリングでUEへ送信するときも、同じシステム情報パラメータを送信するが、これが厳密に要求されるわけではない。しかしながら、セル固有のパラメータであるパラメータは、キャリアアグリゲーションを用いて専用RRCシグナリングによってUEへシグナリングされ、かつセルをPCellとして用いてUEへシグナリングされてもよく、SCell SIB−1構成またはSCell構成と呼ばれる。
PDSCH HARQ−ACKは、PCellの上りリンク上でレポートされる。PCell構成とSCell構成との組み合わせに依存して、PCell構成、SCell構成、または参照構成がSCellのために用いられる。SCell PDSCH HARQ−ACKは、PCell ULサブフレームアロケーションへマッピングされる。「ULサブフレームアロケーション」は、UL送信のために構成された1つ以上のサブフレームを指す。例えば、PCell ULサブフレームアロケーションは、PCell構成に従って1つ以上のULサブフレームを指定する。「DLサブフレームアロケーション」は、DL送信のために構成された1つ以上のサブフレームを指す。例えば、PCell DLサブフレームアロケーションは、PCell構成に従って1つ以上のDLサブフレームを指定する。
キャリアアグリゲーションは、PCellおよびSCell(単数または複数)のための通信リソースを同じeNBスケジューラが管理することを想定する。したがって、スケジューラは、各セルの実際の構成を認識している。UEは、特にセルがPCellとは異なるUL−DL構成を有する場合に、各アグリゲートされたセルの実際のUL−DL構成を(例えば、eNBによって)通知される。
時分割多重(TDD)上り下りリンク(UL−DL)構成は、本明細書では、便宜上、「UL−DL構成」または同様の用語で呼ばれる。加えて、本明細書では、便宜上、PCellに対応するUL−DL構成は「PCell構成」と呼ばれ、SCellに対応するUL−DL構成は「SCell構成」と呼ばれる。そのうえ、本明細書では、便宜上、「上りリンク」は「UL」と略記され、「下りリンク」は「DL」と略記される。
強化されたキャリアアグリゲーション(eCA:enhanced carrier aggregation)は、異なるUL−DL構成を用いたバンド間またはバンド内キャリアアグリゲーション(CA)を含む。例えば、本明細書に開示されるシステムおよび方法は、リリース11でサポートされる、異なるUL−DL構成を用いたバンド間CAを可能にする。そのうえ、本明細書に開示されるシステムおよび方法に従って、所定のPDSCH HARQ−ACKレポーティングアソシエーションを利用することができる。
LTEリリース8、9および10仕様では、TDD CAは、同じUL−DL構成をもつセルを許可するに過ぎない。従って、すべてのセルのHARQ−ACKビットを確定するために、同じパラメータのセットが利用される。しかしながら、異なるUL−DL構成を用いたTDD CAでは、異なるセルに異なるパラメータのセットが利用される。結果として、異なるPUCCHフォーマット(例えば、PUCCHフォーマット3、およびチャネルセレクションを伴うPUCCHフォーマット1a/1b)上でのHARQ−ACKビットの多重化に係わる新たな課題が生じる。
しかしながら、PDSCH HARQ−ACKレポーティングのためのPUCCHフォーマットの詳細について3GPPミーティングでは議論されてこなかった。リリース10仕様を再使用し、かつ新しい拡張を追加することによって、これらの課題に対処することができる。
本明細書に開示されるシステムおよび方法は、UEがチャネルセレクションを伴うPUCCHフォーマット1bを用いて構成されている場合の異なるTDD構成を用いたCAに関して、HARQ−ACK情報(例えば、ビット(単数または複数))の多重化およびレポーティングを記載する。例えば、本明細書に開示されるシステムおよび方法は、異なるTDD UL−DL構成を用いたキャリアアグリゲーションに関して、チャネルセレクションを伴うPUCCHフォーマット1b上でのPDSCH HARQ−ACKレポーティングおよび多重化を記載する。UL−DL構成が異なるために、異なるセルでは異なるパラメータが用いられる。本明細書に開示されるシステムおよび方法は、これらのパラメータを確定するためのアプローチを提供する。特に、次の場合に関して課題および解決法が記載される。
チャネルセレクションを伴うフォーマット1bがUE上に構成されている場合、既知の仕様は、2つのセルをサポートし、いくつかの限界を有する(例えば、各セルと関連付けられたサブフレームの数Mが同じであり、PCellは、SCellと同数か、またはそれ以上のPUCCHリソースを常に有する)。チャネルセレクションを伴うフォーマット1bは、2つのセル、プライマリセル(PCell)およびセカンダリセル(SCell)をサポートすることができる。SCellは、(TDD)UL−DL構成が異なるために、既知の上りリンクサブフレームにおいてPCellと異なるMを有する。そのうえ、異なるセルからのMは、複数の異なる値を有しうる。本明細書に開示されるシステムおよび方法は、異なるUL−DL構成を用いたTDD CAに関して、PUCCHリソース割り当てを改善し、かつチャネルセレクションを行うことを提供する。
本明細書に開示されるシステムおよび方法に従って、PCellのMは、リリース10仕様に示されるMと同じであってよい。そのうえ、本明細書に開示されるシステムおよび方法は、SCellのMを確定するための2つのアプローチを提供する。アプローチAでは、SCellのMは、参照構成に基づく参照パラメータ(例えば、MRef)である。アプローチBでは、SCellのMは、参照構成における実効的なサブフレーム数に基づく実効的なパラメータ(例えば、MEff)である。そのうえ、本明細書に開示されるシステムおよび方法は、PCellのMおよびSCellのMの可能な組み合わせを6つのケースに分類して、これらの場合を取り扱うための技術を提供する。
ケースIでは、UL−DL構成5がPCellまたはSCell上で利用されるか、あるいはSCellの参照構成として利用され、チャネルセレクションを伴うPUCCHフォーマット1bは、(例えば、少なくとも上りリンクサブフレーム2では)サポートされない。留意すべきは、SCell構成またはSCell参照構成がUL−DL構成5である場合に、PCell上の他の上りリンクには単一セル・レポーティング・モードが実装されることである。ケースIIでは、PCellのMCおよびSCellのMCが同じである。ケースIIでは、リリース10のアプローチが再使用される。単一セル・レポーティング・モードとは、1つの構成された在圏セルのためのPUCCHレポーティング方法または技術、例えば、PUCCHフォーマット1a/1bまたはチャネルセレクションを伴うPUCCHフォーマット1bが、3GPP TS36.213の10.1.3.1節で定義される表に基づいて行われることを意味する。
ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有する(例えば、PCellのMC>0およびSCellのMC=0)。ケースIIIでは、単一セル・レポーティング・モードが有効になるか、または許可される。単一セル・レポーティング・モードとは、1つの構成された在圏セルのためのPUCCHレポーティング方法、例えば、PUCCHフォーマット1a/1bまたはチャネルセレクションを伴うPUCCHフォーマット1bが、3GPP TS36.213の10.1.3.1節で定義される表に基づいて行われることを意味する。ケースIVでは、レポートされるHARQ−ACKをSCellのみが有する(例えば、SCellのMC>0およびPCellのMC=0)。ケースIVでは、単一セル・レポーティング・モードが有効になるか、または許可される。ケースIIIおよびケースIVへの単一セル・レポーティング・モードの導入は、さらに良好なPUCCHリソースアロケーションおよびさらに良好なHARQ−ACKチャネルセレクション・マッピングを提供する利益がある。SCell構成またはSCell参照構成が構成5である場合には、サブフレーム2を除くPCell上の上りリンクサブフレームで単一セルPUCCHチャネルセレクション・レポーティングを用いることができる。
ケースVでは、PCellのMCがSCellのMCより小さい。ケースVIでは、PCellのMCがSCellのMCより大きい。ケースVおよびケースVIに関して、本明細書に開示されるシステムおよび方法は、PCellとSCellでは異なるM値を取り扱うために、4つの手順(例えば、手順1〜4)を提供する。いくつかの実装では、ケースIIIはケースVIの特別な場合であり、ケースIVはケースVの特別な場合である。それゆえに、ケースVおよびケースVIに関して本明細書に開示される手順は、単一セル・レポーティング・モードの代替手段として、ケースIIIおよびケースIVにも適用することができる。
手順1では、上りリンクと関連付けられたサブフレームの総数、またはHARQ−ACKビットの総数としてMtotalが定義される。Mtotal<5では、A PUCCHリソースをもつチャネルセレクション表が再使用され、A∈{2,3,4}である。そうでない場合には、
をもつリリース10の表が再使用され、1つのセルから別のセルへのHARQ−ACKビットの多重化が可能になる。手順1は、実際のHARQ−ACKビット数にさらに良好にフィットする(例えば、最も良くフィットする)Mを可能にする利益を提供する。
手順2では、PCellのMCおよびSCellのMCのうちの最大値としてMmaxが定義される。リリース10における1つ以上のセルの場合に対して、チャネルセレクションアプローチを伴うPUCCHフォーマット1bがM=Mmaxとともに再使用される。Mtotal<5の場合の特別な処理として、手順1を適用してA PUCCHリソースをもつチャネルセレクション表を再使用してもよく、ここでA∈{2,3,4}である。
手順3では、SCell上にPCellのMC(例えば、MPCell)が適用され、リリース10のチャネルセレクション表がM=MPCellとともに再使用される。このコンテキストでは、ケースVは、手順2と同じである。SCellのMCがPCellのMCより大きい、ケースVIでは、SCellに関してレポートされるHARQ−ACKビットの数が、PCellと同じHARQ−ACKビット数に切り詰められる。手順2および手順3は、既存のチャネルセレクション表を再使用することによって簡易な解決法を提供する利益がある。
手順4では、PCellおよびSCell上の異なるMC値の組み合わせに対して、新しいチャネルセレクション表が定義される。手順4は、新しいチャネルセレクション表を追加することによって、改善された(例えば、最適化された)マッピングを提供する。
本明細書に開示されるシステムおよび方法は、異なるUL−DL構成を用いたTDD CAの場合に、PCellおよびSCellに関して、フィードバック・パラメータ(例えば、M)値(例えば、上りリンクサブフレームに関連付けられたサブフレームの数)を確定するためのアプローチを提供する。
異なるUL−DL構成を用いたTDD CAでは、PCellおよびSCellに関する、上りリンクサブフレームに関連付けられたサブフレームの数(例えば、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータ)の組み合わせに基づいて、PUCCHフォーマット1bのチャネルセレクションが行われる。PCellまたはSCellに関する、関連付けられたサブフレームの数が上りリンクサブフレームでは0である場合には、チャネルセレクション技術を伴う単一セルのPUCCHフォーマット1bおよびチャネルセレクション表が適用される。
PCellのための関連付けられたサブフレームの数と、SCellのための関連付けられたサブフレームの数とが異なる場合には、1つ以上の選択肢が利用される。第1の選択肢では、チャネルセレクションは、PCellおよびSCellの関連付けられたサブフレームの総数から導出された関連サブフレームの導出数(例えば、M)に基づいて行われる。いくつかの実装では、チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。加えて、または代わりに、チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいて行われてもよく、SCellは、PCellと同じ数までのHARQ−ACKビットをレポートする。いくつかの実装では、PCellとSCellでは異なるサブフレーム数の組み合わせに関して、チャネルセレクション表の新しいセットが定義されてもよい。
eCAは、異なるバンド上の異なるTDD UL−DL構成をサポートする。異なるUL−DL構成を用いたCAは、バンド間キャリアアグリゲーションとも呼ばれる。簡単にするために、PCellのUL−DL構成は、PCell構成と呼ばれる。さらに、SCellのUL−DL構成は、SCell構成と呼ばれる。本明細書において、「衝突サブフレーム」とは、構成間で異なるサブフレーム・タイプ(例えば、下りリンクまたはスペシャルサブフレーム対上りリンクサブフレーム)を有するサブフレームのことである。
LTEリリース10でキャリアアグリゲーションが使用されるときに、送信された下りリンク通信に対応するHARQ−ACKは、2つの技術のうちの1つに従ってPUCCH上で送信される。1つの技術では、「チャネルセレクション」を伴うフォーマット1bに基づくか、またはフォーマット3に基づいてHARQ−ACKが送信される。本明細書に開示されるシステムおよび方法のいくつかの実装は、チャネルセレクションを伴うフォーマット1bを利用し、アグリゲートされるキャリアは、異なるUL−DL構成を有する。
(3GPP TS36.211における表4.2−2からの)下の表(1)には、TDD UL−DL構成0〜6が示される。下りリンクから上りリンクへの切り替えポイント周期が5ミリ秒(ms)および10msの両方のUL−DL構成がサポートされる。特に、下の表(1)に示されるように、3GPP仕様では7つのUL−DL構成が指定される。表(1)では、「D」は下りリンクサブフレームを示し、「S」はスペシャルサブフレームを示し、「U」はULサブフレームを示す。
本明細書に開示されるシステムおよび方法は、異なるUL−DL構成を用いたTDDのバンド間キャリアアグリゲーションCAをサポートする。いくつかの実装では、PUCCHは、PCell上でのみ送信され、リリース8、9および10仕様で既に定義された表に加えて新しいHARQ−ACKタイミング表は何も利用されない。PCellは、PDSCH HARQ−ACKタイミング、PUSCHスケジューリングおよびPUSCH HARQ−ACKタイミングを含めて、リリース8、9および10仕様に示されるのと同じタイミングを利用する。
PDSCH HARQ−ACKタイミングの課題は、PCell構成がSCell構成の上位集合か、SCell構成の部分集合か、またはいずれでもないかどうかに依存して、3つのケース(ケースA、BおよびC)に分類される。ケースAでは、SCell構成によって示されるDLサブフレームのセットが、PCell構成によって示されるDLサブフレームの部分集合であり、SCellは、PCell構成に従う。
ケースBおよびケースCに関するPDSCH HARQ−ACKレポーティングは、次のように実装される。ケースBに関しては、少なくとも自己スケジューリングおよび全2重通信のコンテキストでは、PCell構成によって示されるDLサブフレームのセットが、SCell構成によって示されるDLサブフレームの部分集合であり、SCellは、SCell構成に従う。いくつかの実装では、半2重通信のコンテキストで同じルールが適用されてもよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングの場合のための技術を提示する。
ケースCに関しては、少なくとも自己スケジューリングおよび全2重通信のコンテキストにおいて、SCell構成によって示されるDLサブフレームのセットは、PCell構成によって示されるDLサブフレームの部分集合でも上位集合もなく、SCellは、下の表(2)に示されるように参照構成に従う。参照構成は、PCellおよびSCellの両方に重複するULサブフレームに基づいて選択される。いくつかの実装では、半2重通信のコンテキストで同じルールが適用されてもよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングケースのための技術を提示する。
下の表(2)は、PDSCH HARQ−ACKレポーティングのためのUL−DL構成を示す。特に、列は、PCell(TDD UL−DL)構成0〜6を示し、一方で行は、SCell(TDD UL−DL)構成0〜6を示す。PCell構成およびSCell構成が交差するグリッドは、ケースに基づいてSCellが従う、対応するPDSCH HARQ−ACKタイミングをもつUL−DL構成を示す。表(2)において、「A」は、上記のケースAを表す。ケースAでは、SCell PDSCH HARQ−ACKタイミングは、PCell構成に従う。表(2)において、「B」は、上記のようなケースBを表す。ケースBでは、SCell PDSCH HARQ−ACKタイミングは、SCell構成に従う。表(2)において、「C」は、上記のようなケースCを表す。ケースCでは、SCell PDSCH HARQ−ACKタイミングは、表(2)で「C」のインスタンスに付随する数によって示される参照(TDD UL−DL)構成に従う。言い換えれば、表(2)のグリッドにおける数は、ケースCのインスタンスでSCell PDSCH HARQ−ACKタイミングが従う参照構成である。例えば、PCell構成がUL−DL構成3であり、SCell構成がUL−DL構成1であるときに、SCell PDSCH HARQ−ACKタイミングは、構成4に従う。
LTEリリース10では、フレーム構造タイプ2をもつ1つ以上の在圏セルのアグリゲーションをサポートするUEが、上位レイヤによって構成される。フレーム構造タイプ2をもつ1つの在圏セルを用いて構成されているときに、UEは、HARQ−ACKの送信のために、HARQ−ACKバンドリングを用いるように、(例えば、3GPP TS36.213の表10.1.3−2、3もしくは4のセットに従って、または表10.1.3−5、6もしくは7のセットに従って)チャネルセレクションを伴うPUCCHフォーマット1bを用いるように、あるいは、PUCCHフォーマット3を用いるように、上位レイヤによって構成される。3GPP TS36.213の表10.1.3−2、3もしくは4、または表10.1.3−5、6もしくは7のセットの使用が上位レイヤ・シグナリングによって構成される。
チャネルセレクションを伴うPUCCH上での既知のPDSCH HARQ−ACKレポーティング手順が次のように記載される。チャネルセレクションを伴うPUCCHフォーマット1bでは、単一セルまたは2つのセルを用いたTDDがサポートされる。3GPP TS36.213は、これらの手順を以下に従って説明する。TDD HARQ−ACK多重化、およびM>1をもち、Mが(下の表(3)に示される、3GPP TS36.213からの)表10.1.3.1−1で定義される集合Kにおける要素の数である、サブフレームnに関しては、すべての対応する個別のHARQ−ACKの論理積演算によって、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われる。チャネルセレクションを伴うPUCCHフォーマット1bが1つの構成された在圏セルの場合に用いられる。TDD HARQ−ACK多重化、およびM=1をもつサブフレームnに関しては、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングは行われず、1つの構成された在圏セルに関して、それぞれPUCCHフォーマット1aまたはPUCCHフォーマット1bを用いて1つまたは2つのHARQ−ACKビットが送信される。
TDD、チャネルセレクションを伴うPUCCHフォーマット1bをもつ1つ以上の構成された在圏セル、および、単一のULサブフレームnと関連付けられたM個の複数のDLサブフレームに対する4つ以上のHARQ−ACKビットの場合には、すべての構成されたセルに関して、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われ、バンドルされたHARQ−ACKビットは、構成された在圏セルごとに、チャネルセレクションを伴うPUCCHフォーマット1bを用いて送信される。ここでMは、表(3)で定義される集合Kにおける、構成された在圏セルに関する要素の数である。TDD、チャネルセレクションを伴うPUCCHフォーマット1bをもつ1つ以上の構成された在圏セル、および、単一のULサブフレームnと関連付けられたM個の複数のDLサブフレームに対する4つまでのHARQ−ACKビットに関しては、すべての構成された在圏セルに関して、空間的なHARQ−ACKバンドリングは行われず、HARQ−ACKビットは、チャネルセレクションを伴うPUCCHフォーマット1bを用いて送信される。ここでMは、表(3)で定義される集合Kにおける、構成された在圏セルに関する要素の数である。
既知の手順による単一の構成されたセルのためのチャネルセレクションを伴うPUCCHフォーマット1bに関するさらなる詳細が次のように示される。1つの構成された在圏セルのためのTDD HARQ−ACKバンドリングまたはTDD HARQ−ACK多重化、およびM=1をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームnに関して、UEは、アンテナポートpへマッピングされた
に対するサブフレームnでのHARQ−ACKの送信のために、PUCCHフォーマット1bに対してPUCCHリソース
を用いるものとする。
TDD HARQ−ACK多重化、M>1をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームn、および、1つの構成された在圏セルに関しては、サブフレームn−kiから導出されたPUCCHリソースとして
を示し、サブフレームn−kiからの肯定/否定/不連続送信(ACK/NACK/DTX)応答としてHARQ−ACK(i)を示す。ここで、ki∈K(表(3)で定義される)および0≦i≦M−1である。
単一の在圏セルを用いて構成されたUEは、上位レイヤ・シグナリングに基づいて、表10.1.3−2、表10.1.3−3、および表10.1.3−4のセットか、または表10.1.3−5、表10.1.3−6、および表10.1.3−7のセットのいずれかに従ってチャネルセレクションを行うことになろう。上位レイヤ・シグナリングによって示される選択された表のセットに関して、UEは、3GPP TS36.211の5.4.1節に従い、PUCCHフォーマット1bを用いて、サブフレームnにおけるPUCCHリソース
上でb(0),b(1)を送信するものとする。b(0),b(1)の値およびPUCCHリソース
は、それぞれM=2、3、および4に対して選択された表のセットに従って、チャネルセレクションによって生成される。表10.1.3−2/3/4のセットによる、または表10.1.3−5/6/7のセットによるチャネルセレクションを伴うPUCCHフォーマット1bは、TDD UL−DL構成5ではサポートされない。
既知の手順による2つの構成されたセルのためのチャネルセレクションを伴うPUCCHフォーマット1bに関するさらなる詳細が次のように示される。フレーム構造タイプ2をもつ1つ以上の在圏セルのアグリゲーションをサポートするUEは、フレーム構造タイプ2をもつ1つ以上の在圏セルを用いて構成されているときに、チャネルセレクションを伴うPUCCHフォーマット1bか、またはPUCCHフォーマット3のいずれかをHARQ−ACKの送信に用いるように、上位レイヤによって構成される。チャネルセレクションを伴うPUCCHフォーマット1bを用いたTDD UL−DL構成5は、2つの構成された在圏セルではサポートされない。
PUCCHフォーマット1bを用いたTDD HARQ−ACK多重化、2つの構成された在圏セル、およびM=1をもち、Mが(3)で定義される集合Kにおける要素の数である、サブフレームnに関しては、UEは、構成された在圏セルの数および在圏セルごとに構成された下りリンク送信モードに基づいて、HARQ−ACKビットの数0を確定するものとする。UEは、2つまでのトランスポートブロックをサポートする下りリンク伝送モードで構成された在圏セルには2つのHARQ−ACKビットを用い、そうでない場合には1つのHARQ−ACKビットを用いるものとする。
チャネルセレクションを伴うPUCCHフォーマット1bを用いたTDD HARQ−ACK多重化、2つの構成された在圏セル、およびM≦2をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームnに関しては、UEは、PUCCHフォーマット1bを用い、表10.1.3.2−1、10.1.3.2−2および10.1.3.2−3に従って、サブフレームnにおける、A PUCCHリソース
から選択されたPUCCHリソース
上でb(0),b(1)を送信するものとし、ここで0≦j≦A−1、およびA∈{2,3,4}である。
M=1をもつサブフレームnでは、HARQ−ACK(j)は、在圏セルと関連付けられたトランスポートブロックまたはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対するトランスポートブロックおよび在圏セルは、表10.1.2.2.1−1によって示される。M=2をもつサブフレームnでは、HARQ−ACK(j)は、各在圏セル上の集合Kによって示されるサブフレーム(単数または複数)内のPDSCH送信またはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対する各在圏セル上のサブフレームは、表10.1.3.2−4によって示される。UEは、HARQ−ACK(j)と関連付けられたA PUCCHリソース
を確定するものとし、ここでM=1に関しては表10.1.2.2.1−1において、M=2に関しては表10.1.3.2−4において0≦j≦A−1である。
チャネルセレクションを伴うPUCCHフォーマット1bを用いたTDD HARQ−ACK多重化、M>2をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームn、および、2つの構成された在圏セルに関しては、ULサブフレームnと関連付けられたM個のDLサブフレームでの送信から導出されるPUCCHリソースとして
、0≦i≦3を示す。
および
は、プライマリセル上でのPDSCH送信(単数または複数)または(3GPP TS36.213の9.2節で定義される)下りリンク・セミパーシステント・スケジューリング(SPS:semi−persistent scheduling)リリースを示すPDCCHと関連付けられ、
および
は、セカンダリセル上でのPDSCH送信(単数または複数)と関連付けられる。
本明細書に開示されるシステムおよび方法に従って、異なるUL−DL構成を用いたCA(例えば、eCA)において1つ以上のフィードバック・パラメータ(例えば、M)を確定するための技術に関するさらなる詳細が以下に示される。LTEリリース10のTDD CAでは、すべてのセルが同じUL−DL構成を有する。それゆえに、HARQ−ACKレポーティングを確定するときに、すべてのセルに同じパラメータが適用される。しかしながら、eCAでは、異なる構成を用いたTDDがサポートされる。従って、異なるセルは、異なるパラメータMのセットを有しうる。異なるパラメータMのセットの利用は、設計課題をもたらす。異なるUL−DL構成を用いたCA(例えば、eCA)においてパラメータMを確定するための技術が次にように記載される。
LTEリリース10では、Mは、サブフレームnおよび集合Kと関連付けられた、(3GPP TS36.213の表10.1.3.1−1からの)下の表(3)で定義される集合Kにおける要素の数である。言い換えれば、TDDに係わる下りリンクアソシエーションセットのインデックスが表(3)ではK:{k0,k1,・・・,kM−1}として定義され、ここでMは、集合Kにおける要素の数である。下りリンクアソシエーションセットは、下の表(3)に示されるように、UL−DL構成に依存する。(例えば、表(2)に示されるような)異なる構成を用いたTDD CAでは、PDSCH HARQ−ACKタイミングが1つ以上のTDD UL−DL構成に基づくことにも留意すべきである。
PDSCH HARQ−ACKアソシエーションとは、PDSCH送信と上りリンクサブフレームでのそのHARQ−ACKフィードバックとの間のリンケージを意味する。上りリンクサブフレームnに対して、TDDに係わる下りリンクアソシエーションセットのインデックスが表10.1.3.1−1で定義され、下の表(3)にこれらが示される。従って、kがアソシエーションセットのインデックスK:{k
0,k
1,・・・,k
M−1}に属するサブフレーム(n−k)でのPDSCH送信、PDSCHの対応するHARQ−ACKは、関連付けられた上りリンクサブフレームnでレポートされる。表(3)におけるエントリは、下りリンクアソシエーション(例えば、PDSCH HARQ−ACKアソシエーション)を定義する。集合Kは、既知の上りリンクに対するPDSCH HARQ−ACKアソシエーションセット
を定義する。
eCAでは、異なる構成を用いたTDDがサポートされる。従って、異なるセルは、パラメータ、例えば、Mの異なるセットを有する。これは、設計課題を提示する。
自己スケジューリングでは、各セルが、同じセルのPDCCHによって、またはセミパーシステント・スケジューリング(SPS:semi−persistent scheduling)によってPDSCH送信をスケジューリングする。1つ以上のSCellのPDSCH HARQ−ACKは、表(2)で定義されるタイミング基準に従ってPCell上でレポートされる。
異なるUL−DL構成を用いたeCAでは、各セルが異なるM値を有する。セルcに関するMとしてMCが定義される。言い換えれば、MCは、セルcに関して、既知の上りリンクサブフレームでのPDSCH HARQ−ACKフィードバックを必要とするサブフレームの数を示す。留意すべきは、例えば、MCが上りリンクサブフレームに依存することである。より具体的には、セルに関するM(例えば、MC)は、異なる上りリンクサブフレームでは異なる。PCellに関しては、MCは、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数である。集合Kは、少なくとも1つのPDSCH HARQ−ACKアソシエーションkを含む。SCellに関しては、PDSCH HARQ−ACKタイミングがSCellタイミングと同じであることも、異なることもある。SCellでは、PDSCH HARQ−ACKタイミングがSCellタイミングと同じであることも、異なることもあるので、いくつかの実装ではPDSCH HARQ−ACKタイミングとSCellタイミングとは別に確定される。
アプローチAでは、SCellのMCは、MRef(例えば、PDSCH HARQ−ACKタイミングに従う対象となる参照構成のM)として定義される。言い換えれば、MRefは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。アプローチAにおけるケースA(例えば、SCell構成によって示されるDLサブフレームのセットが、PCell構成によって示されるDLサブフレームの部分集合である場合)に関しては、SCellは、PCell構成に従う。従って、MRef=MPCellであり、ここでMPCellは、PCellのM(例えば、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数)である。言い換えれば、MPCellは、PCell構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
アプローチAにおけるケースB(例えば、PCell構成によって示されるDLサブフレームのセットが、SCell構成によって示されるDLサブフレームの部分集合である場合)に関しては、SCellは、SCell構成に従う。従って、MRef=MSCellであり、ここでMSCellは、SCellのM(例えば、SCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数)である。言い換えれば、MSCellは、SCell構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
アプローチAにおけるケースC(例えば、PCell構成によって示されるDLサブフレームのセットが、SCell構成によって示されるDLサブフレームの部分集合である場合)に関しては、SCellは、表(2)に示されるような参照構成に従う。従って、MRef=MRefConfであり、ここでMRefConf(例えば、所定のパラメータ)は、参照構成のM(例えば、表(2)における参照UL−DL構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数)である。言い換えれば、MRefConfは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
ケースAでは、PCellがDLサブフレーム(または、例えばスペシャルサブフレーム)を用いて構成され、SCellがULサブフレームを用いて構成された、衝突サブフレームがある。従って、対応するHARQ−ACKビットは、SCell上では決して生成されないか、または不連続送信(DTX:discontinuous transmission)としてレポートされることになろう。ケースAに関しては、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおいて、PCell構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む、衝突サブフレームの数としてmが定義される。
同様にケースCでは、参照構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む、衝突サブフレームがある。従って、対応するHARQ−ACKビットは、SCell上では決して生成されないか、またはDTXとしてレポートされる。ケースCに関しては、表(2)における参照構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおいて、(PCell構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む)衝突サブフレームの数としてmが定義される。
アプローチBでは、SCellのMCがMEffとして定義され、ここでMEffは、PCell構成または参照構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となる参照構成の実効的なMである(例えば、MEff=MRef−m)。言い換えれば、MRefは、参照構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数であり、mは、参照構成では下りリンクサブフレームおよびスペシャルサブフレームであり、SCell構成では上りリンクサブフレームである衝突サブフレームの数である。
クロスキャリアスケジューリングでは、PCellがそれ自体によってのみスケジュールされることを除いて、1つのセルのPDSCH送信は、別のセルからスケジュールされる。クロスキャリアスケジューリングのコンテキストにおいてSCellのMCを決定するために、いくつかの技術が利用される。
クロスキャリアスケジューリングのコンテキストにおいて、自己スケジューリングのために上記と同じ技術が適用されてもよい。これは、PDSCH HARQ−ACKレポーティングのための共通設計につながる。(例えば、クロス送信時間間隔(TTI:transmission time interval)またはクロスサブフレームスケジューリングによって)衝突サブフレームのクロスキャリアスケジューリングをサポートする実装が、例えば、これに該当するであろう。
しかしながら、既知の技術では、クロスキャリアPDSCHスケジューリングは、別のセルからのスケジューリングを同じTTIで可能にするに過ぎない。従って、スケジューリングセル(例えば、PCell)のHARQ−ACKタイミングに従う方SCellには簡易であろう。それゆえに、クロスキャリアスケジュールされるセルは、スケジューリングセルのタイミングに従う。
別のアプローチでは、SCellのMCは、スケジューリングセル(例えば、PCell)に従う。1つの実装では、SCellのMCは、MSchedulingCellであり、ここでMSchedulingCellは、スケジューリングセルのMである(Mは、スケジューリングセルのUL−DL構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数である)。言い換えれば、MSchedulingCellは、スケジューリングセル構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。スケジューリングセルがPCellではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのPDSCHレポーティング参照構成が用いられてもよい。別の実装では、SCellのMCは、MEff_SchedulingCellであり、ここでMEff_SchedulingCellは、スケジューリングセルのMEffである(例えば、MEffは、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となるスケジューリングセル構成の実効的なMである)。言い換えれば、MEff_SchedulingCellは、衝突サブフレームを除く、スケジューリングセル構成に関するPDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。この場合、衝突サブフレームとは、スケジューリングセル構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含むサブフレームのことである。スケジューリングセルがPCellではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのPDSCHレポーティング参照構成が用いられてもよい。
いくつかの実装では、(例えば、SCellのMCを確定するための)フィードバック・パラメータ確定方式がeNBによって確定または構成される。従って、eNBおよびUEは、SCellのMCに関して同じ設定値を有する。
PUCCHフォーマット1b上でのPDSCH HARQ−ACKレポーティングに関して、SCellのMCとしてMRefが構成または選択される場合、参照構成(例えば、ケースAではPCell構成、ケースBではSCell構成、ケースCでは表(2)における参照構成)に基づいて同じM値が適用されてもよい。従って、SCellについてMを確定することがより簡易であろう。しかしながら、これは、不必要なビットをレポートに含み、チャネルセレクションの性能を低下させかねない。
PUCCHフォーマット1b上でのPDSCH HARQ−ACKレポーティングのために、SCellのMCとしてMEffが構成または選択される場合には、(参照構成ではDLサブフレーム、およびSCell構成ではULサブフレームをもつ)衝突サブフレームを削除するために、参照構成に基づいてM値が計算される。結果として、SCellに関するM値は、参照構成のM値とは異なる。しかしながら、レポートされるビット数が少なくなり、それによってチャネルセレクションに伴う性能向上の可能性が提供される。
異なるTDD UL−DL構成を用いたCAに関連するいくつかの課題が次のように記載される。リリース8、9および10では、(単一の構成されたセルのためのチャネルセレクションを伴うPUCCHフォーマット1bに関して)先に記載されたように、チャネルセレクションを伴うPUCCHフォーマット1bが、リリース8、9および10における1つの構成されたセルのためのTDD HARQ−ACKレポーティングに対してサポートされる。M=1に関しては、PDSCHに2つのトランスポートブロックがある場合に空間的なバンドリングは行われない。M>1に関しては、PDSCHに2つのトランスポートブロックがある場合に空間的なバンドリングが行われる。
リリース10では、2つのセルのキャリアアグリゲーションに対してチャネルセレクションがサポートされ、すべてのセルが同じTDD構成を有する。UEがチャネルセレクションを伴うフォーマット1bを用いて構成されている場合、PCell上でもSCell上でもPUCCHリソースが予約される。PCellおよびSCellのために2つまでのリソースが予約され、PCellは、SCellと同数のPUCCHリソースか、またはSCellより1つ多いPUCCHリソースを有する。
M=1に関しては、PDSCHに2つのトランスポートブロックがある場合に、空間的なバンドリングは行われない。M>1に関しては、PDSCHに2つのトランスポートブロックがある場合に、空間的なバンドリングが行われる。
M≦2に関しては、チャネルセレクションに用いられるPUCCHリソースの数は、Aであり、ここでA∈{2,3,4}である。M=1をもつサブフレームnでは、HARQ−ACK(j)は、在圏セルと関連付けられたトランスポートブロックまたはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対するトランスポートブロックおよび在圏セルは、表10.1.2.2.1−1によって示される。
M=2をもつサブフレームnでは、HARQ−ACK(j)は、各在圏セル上での集合Kによって示されるサブフレーム(単数または複数)内のPDSCH送信またはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対する各在圏セル上のサブフレームは、表10.1.3.2−4によって示される。
A=2に関しては、1つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、1つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−1に従って行われる。
A=3に関しては、2つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、1つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−2に従って行われる。
A=4に関しては、2つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、2つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−3に従って行われる。
M>2に関しては、2つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、2つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。M=3に関しては、3ビットまでが各セル上でレポートされる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−5に従って行われる。M=4に関しては、4ビットまでが各セル上でレポートされる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−6に従って行われる。これらのPUCCHリソースは、いずれもPCell上にマッピングされる。
異なるUL−DL構成を用いたTDD CAに関して、チャネルセレクションを伴うPUCCHフォーマット1bが構成される場合、異なるセル上ではパラメータが異なるために多くの課題が生じる。異なるTDD構成を用いたTDD CAの主要な課題の1つは、関連付けられたULサブフレームにおいて異なるセルのMが異なることである。PCellのMがSCellのMより小さく、結果として、PCellに関連付けられたPUCCHがSCellより少ないこともあり、逆もまた同様である。
異なるセルのMの差が1より大きく、結果として、PCellおよびSCell上でPUCCHリソースがリリース10におけるように均等には配置されないことがある。いくつかの場合には、PCellのみが上りリンクへのPDSCH HARQ−ACKアソシエーションを有するが、SCellにPDSCH−ACKは必要とされない(例えば、SCellに関してM=0)。
PCell構成がUL−DL構成0である場合、サブフレーム3およびサブフレーム8では、PCell上でレポートされるHARQ−ACKがない(例えば、PCellに関してM=0)。従って、SCellからのHARQ−ACKビットのみがレポートされる。
従って、いくつかの場合には、異なるTDD構成を用いたTDD CAに対して、リリース10のリソースアロケーション技術およびチャネルセレクション・マッピング表を直接に用いることができない。特別な処理が必要とされる。
本明細書に開示されるシステムおよび方法は、前述の課題に対する解決策を提示する。リリース10の拡張として、異なるTDD UL−DL構成を用いたTDD CAのために、2つの構成されたセルに対してチャネルセレクションを伴うフォーマット1bが用いられる。そのうえ、チャネルセレクションを伴うフォーマット1bは、PCellまたはSCell上のいずれかに構成5が構成される場合、または、SCellのための参照構成として構成5が用いられている場合にはサポートされない。
PCellのMC(例えば、MPCell)は、リリース10におけるのと同じであってよい(例えば、MPCellは、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数である)。
アプローチAでは、SCellのMCがMRefとして選択される。このようにSCellのMCは、表(2)に従ってケースAではMPCell、ケースBではMSCell、およびケースCではMRefConfである。
下の表(4)は、PCellのMCとSCellのMCとの組み合わせをMRefとしてリストする。上りリンクでのPUCCHフォーマット1bレポートは、次のように5つのケースに分類される。ケースIでは、PCellまたはSCell上で、またはSCellの参照構成としてTDD UL−DL構成5が用いられる。ケースIIでは、PCellのMCとSCellのMCとは同じである。ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有する(例えば、PCellのMC>0、およびSCellのMC=0)。ケースIVでは、レポートされるHARQ−ACKをSCellのみが有する(例えば、SCellのMC>0、およびPCellのMC=0)。ケースVでは、SCellのMCがSCellのMCより小さい。
アプローチBでは、SCellのMCがMEff(例えば、参照構成がDLサブフレーム(またはスペシャルサブフレーム)を用いて構成され、SCellがULサブフレームを用いて構成された)衝突サブフレームを除く、SCellのための参照構成の実効的なM)として選択される。参照構成は、表(2)で定義される(例えば、参照構成は、ケースAでは表(2)に示されるPCell構成、ケースBではSCell構成、およびケースCでは参照構成である)。
アプローチBでは、下の表(5)がPCellのMCとSCellのMCとの組み合わせをMEffとしてリストする。アプローチBは、(参照構成がDLサブフレーム(またはスペシャルサブフレーム)を用いて構成され、SCellがULサブフレームを用いて構成された)衝突サブフレームに関するHARQ−ACKビットを削除する。このように、PUCCHレポーティングに必要なHARQ−ACKビットを削減することが有益であり、HARQ−ACKレポート性能を潜在的に高めることができる。PUCCHフォーマット1bは、6つのケースに分類される。アプローチAと比べると、PCellのMCがSCellのMCより大きいもう1つのケースVIがある。ケースVIでは、PCellのMCの方がSCellのMCより大きい。いくつかの実装では、アプローチAにおけるすべてのケースがアプローチBおよびケースVIに含まれる。
下の表(4A)および(4B)は、PCellのM
CとSCellのM
Cとの組み合わせをM
Refとして示す。表(4A)および(4B)は、まとめて表(4)と呼ばれる。表(4)および(5)において、ローマ数字(例えば、I〜VI)は、それぞれケースI〜VIを示す。
下の表(5A)および(5B)は、PCellのM
CとSCellのM
Cとの組み合わせをM
Effとして示す。表(5A)および(5B)は、まとめて表(5)と呼ばれる。
上にリストされたそれぞれのケースのための手順が次のように記載される。ケースIでは、TDD UL−DL構成5がSCellの参照構成である場合、チャネルセレクションを伴うPUCCHフォーマット1bはサポートされない。ケースIは、TDD UL−DL構成5がPCellまたはSCell上に構成されるときと、TDD UL−DL構成5が表(2)のケースCにおける参照構成であるときとを含む。これは、リリース10の拡張である。いくつかの実装では、SCell構成またはSCell参照構成が構成5である場合に、サブフレーム2を除くPCell上の上りリンクサブフレームで単一セルPUCCHチャネルセレクション・レポーティングを用いることができ、これは以下のケースIIIにおけるのと同じである。それゆえに、表(4)および表(5)では、このシナリオにおいてケースIの他に括弧内にケースIIIが含まれる。SCell構成またはSCell参照構成が構成5であり、2つだけのセルがキャリアアグリゲーションのために構成されている場合には、PCell上でのみPDSCHが検出されるので、サブフレーム2を除く、上りリンクサブフレームにおいてチャネルセレクション技術を伴う単一セルのPUCCHフォーマット1bを用いることができる。
ケースIIでは、上りリンクサブフレームにおいてPCellのMCとSCellのMCとが同じ場合、リリース10のチャネルセレクション技術を伴うPUCCHフォーマット1bが再使用される。留意すべきは、ケースIIでは、SCell参照構成がPCell TDD UL−DL構成と同じであっても、なくてもよいことである。特に、アプローチAを用いると、SCell参照構成がPCell UL−DL構成と同じ場合には、すべての上りリンクサブフレームがケースIIに対応することになろう。例として、アプローチBを用いると、SCell ULがアソシエーションセットから除去されているので、SCellのMは異なるであろう。
アプローチAを用いると、いくつかのPCellとSCellとの組み合わせでは、参照構成がDLサブフレーム(または、スペシャルサブフレーム)を用いて構成され、SCell構成がULサブフレームを用いて構成された衝突サブフレームがある。従って、対応するHARQ−ACKビットは、SCell上では決して生成されないか、またはDTXとして常にレポートされる。
ケースIIIでは、PCellのみがHARQ−ACK情報を上りリンクでレポートする必要がある(例えば、既知の上りリンクではPCellのMCが0より大きく、SCellのMCが0であるか、またはSCellに関するPDSCH HARQ−ACKアソシエーションが何もない)。表(4)および表(5)に示されるように、ケースIIIではPCellの可能な値MCは、MPCell=1またはMPCell=2である。留意すべきは、アプローチBを用いると、たとえSCellのための参照構成としてPCell構成が用いられても、(例えば、PCellがTDD UL−DL構成1を用いて構成され、SCellがTDD UL−DL構成0を用いて構成されているときに、サブフレーム3およびサブフレーム8では)上りリンク・レポーティングがケースIIIに対応することである。例として、SCellアソシエーションセットにおけるULを除去することによって、SCellのMは、PCellのMとは異なるであろう。
リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースIIIは、現在のリリース10仕様ではサポートされない。本明細書に開示されるシステムおよび方法に従って、この課題を解決するための(便宜上、手順III.1およびIII.2と示される)2つの手順がある。
手順III.1では、異なるTDD UL−DL構成を用いたTDD CAにおけるケースIIIのULレポートに対して、単一セル・レポーティング手順が適用される。リリース10では、PCellもSCellもMが同じなので、たとえSCell上でPDSCHが検出されなくても、チャネルセレクションを伴うフォーマット1bが用いられる。従って、2つの構成されたセルに基づいてチャネルセレクションが常に行われる。2つまでのPUCCHリソースをPCellおよびSCellの両方に配置することができる。手順1を用いると、SCellにPUCCHリソースを配置する必要はなく、すべてのPUCCHリソースは、上位レイヤ・シグナリングによってPCellに動的に配置されるか、または構成される。リソースアロケーションおよびマッピング表は、3GPP TS36.213の10.1.3.1節における1つの構成された在圏セルの場合に従う。異なるTDD UL−DL構成を用いたTDD CAにおけるケースIIIのULレポート、およびMPCell=1に関しては、単一のPUCCHリソース上でPUCCHフォーマット1a/1bが用いられ、チャネルセレクションは必要とされない。異なるTDD UL−DL構成を用いたTDD CAにおけるケースIIIのULレポート、および上位レイヤ・シグナリングに基づくMPCell=2に関しては、UEは、表10.1.3−2のセットか、または表10.1.3−5のセットのいずれかに従って、チャネルセレクションを用いて構成される。
手順III.1の利益は、配置されるPUCCHリソースの数が減少し、HARQ−ACKがチャネルセレクション表により正確にマッピングされることである。SCellにPUCCHリソースは必要とされない。MPCell=1のPCellには、1つだけのPUCCHフォーマット1a/1bリソースが配置される。MPCell=2では、UEが2つのPUCCHフォーマット1bリソースを配置する。PDSCHが2つのコードワードを有する場合には、すべての対応する個別のHARQ−ACKの論理積演算に基づいて、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われる。
手順III.2では、SCellのMCにMPCell(例えば、PCellのMC)が設定されている場合には、リリース10における1つ以上のセルの場合に対して、チャネルセレクション手順を伴うPUCCHフォーマット1bがM=MPCellとともに再使用される。手順III.2を用いて、SCellに対応するHARQ−ACKビットがDTXとしてレポートされる。手順2の利益は、1つ以上の構成された在圏セルに関してチャネルセレクション表を再使用することである(例えば、単一の構成されたセルに関するチャネルセレクション表のセットがTDD CAには用いられない)。M=1に関して、PCell上のPDSCHが1つのコードワードを有する場合には、A=2に関する表10.1.3.2−1が用いられる。M=1に関して、PCell上のPDSCHが2つのコードワードを有する場合には、A=3に関する表10.1.3.2−2、またはA=4に関する表10.1.3.2−3が用いられる。M=2に関しては、A=4に関する表10.1.3.2−3が用いられる。
手順III.2の欠点は、SCell上でリソース割り当てが浪費され、かつチャネルセレクション表のセットにおけるHARQ−ACKビットのマッピングが不十分なことである。たとえ、3GPP TS36.213の10.1.3.2におけるルールに従って、PUCCHチャネル・リソースがSCellのために構成されていても、マッピング表の設計特性ゆえに、PUCCHフィードバックを運ぶためにそれらのリソースを用いることはできない。そのうえ、すべてのSCell HARQ−ACKビットにDTXが設定されるので、チャネルセレクションの実際のHARQ−ACKビットが減少する。
ケースIVでは、SCellのみがHARQ−ACK情報を上りリンクでレポートする必要がある(例えば、既知の上りリンクではSCellのMCが0より大きく、PCellのMCが0であるか、またはPCellに関するPDSCH HARQ−ACKアソシエーションが何もない)。ケースIVは、PCellがTDD UL−DL構成0を用いて構成されているときに、サブフレーム3およびサブフレーム8で生じるに過ぎない。ケースIVでは、表(4)および表(5)に示されるようにSCellの可能なMCは、1、2および4である。
リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースIVは、現在のリリース10仕様ではサポートされない。ケースIIIと同様に、本明細書に開示されるシステムおよび方法に従って、この課題を解決するための(便宜上、手順IV.1およびIV.2と示される)2つの手順がある。
手順IV.1では、異なるTDD UL−DL構成を用いたTDD CAにおけるケースIVのULレポートに対して、単一セル・レポーティング手順が適用される。リリース10では、PCellもSCellもMが同じなので、たとえPCell上でPDSCHが検出されなくても、チャネルセレクションを伴うフォーマット1bが用いられる。従って、2つの構成されたセルに基づいてチャネルセレクションが常に行われる。2つまでのPUCCHリソースをPCellおよびSCellの両方に配置することができる。手順IV.1を用いると、PCellにはPUCCHリソースを割り当てる必要がない。そのうえ、SCell上では2つ以上のPUCCHリソースが必要とされる(例えば、SCell上でM=4をサポートするために4つのPUCCHリソースが必要である)。手順IV.1を用いて、SCellのためのPUCCHリソースが上位レイヤ・シグナリングによって動的に配置されるか、または構成される。
セカンダリセル上でサブフレーム(単数または複数)n−k内の対応するPDCCHの検出によって示され、ここでk∈表(2)に基づいて確定されたSCellの参照構成のKである、PDSCH送信(例えば、SCell上でPDSCHが自己スケジュールされる)に関しては、動的または暗黙的なPUCCH割り当てが可能ではなく、すべてのPUCCHリソースは、上位レイヤ・シグナリングによって構成される。
プライマリセル上でサブフレーム(単数または複数)n−k内の対応するPDCCHの検出によって示され、ここでk∈表(2)に基づいて確定されたセカンダリセルの参照構成のKである、PDSCH送信(例えば、SCell上のPDSCHがPCellによってクロスキャリアスケジュールされる)に関しては、PUCCHリソースを動的または暗黙的に配置することができる。例えば、PUCCHリソースは、
であり、cは、NC≦nCCE,i≦NC+1,
であるように{0,1,2,3}から選択され、ここでnCCE,iは、サブフレームn−kiでの対応するPDCCHの送信に用いられる第1の制御チャネル要素(CCE:Control Channel Element)の数であり、
は、上位レイヤによって構成される。
手順IV.1を用いると、チャネルセレクション・マッピング表は、3GPP TS36.213の10.1.3.1節における1つの構成された在圏セルの場合に従う。異なるTDD UL−DL構成を用いたTDD CAにおけるケースIVのULレポートに関して、SCellのMCが1であるときには、1つだけのPUCCHフォーマット1a/1bリソースが用いられ、チャネルセレクションは行われない。フォーマット1aは、PDSCH送信に1つだけのコードワードがある場合に用いられる。フォーマット1bは、PDSCH送信に2つのコードワードがある場合に用いられる。
異なるTDD UL−DL構成を用いたTDD CAにおけるケースIVのULレポートに関して、SCellのMCが1より大きいときには、UEは、上位レイヤ・シグナリングに基づいて、表10.1.3−2、表10.1.3−3、および表10.1.3−4のセットか、または表10.1.3−5、表10.1.3−6、および表10.1.3−7のセットのいずれかに従って構成される。
手順IV.1の利益は、配置されるPUCCHリソースの数が減少し、HARQ−ACKがチャネルセレクション表により正確にマッピングされることである。PCellにPUCCHリソースは必要とされない。1つまたは2つのコードワードをもつMSCell=1のSCellには、1つのPUCCHフォーマット1a/1bリソースが配置される。SCellのMCが2である場合、2つのPUCCHフォーマット1bリソースが配置される。SCellのMCが4である場合、4つのPUCCHフォーマット1bリソースが配置される。SCellのMCが1より大きく、PDSCHが2つのコードワードで構成されている場合には、2つのコードワードのHARQ−ACKビットが1つのHARQ−ACKビットへ空間的にバンドルされる。
手順IV.2では、PCellのMCにSCellのMCが設定されている場合には、リリース10における1つ以上のセルの場合に対して、チャネルセレクション手順を伴うPUCCHフォーマット1bがM=SCellのMCとともに再使用される。手順IV.2を用いて、PCellに対応するHARQ−ACKビットがDTXでレポートされる。手順IV.2の利点は、1つ以上の構成された在圏セルに関してチャネルセレクション表を再使用することである(例えば、単一の構成されたセルに関するチャネルセレクション表のセットがTDD CAには用いられない)。M=1に関して、SCell上のPDSCHが1つのコードワードを有する場合には、A=2に関する表10.1.3.2−1が用いられる。M=1であり、SCell上のPDSCHが2つのコードワードを有するか、または、M=2に関しては、A=4に関する表10.1.3.2−3が用いられる。M=4に関しては、表10.1.3.2−6が用いられる。
手順IV.2の欠点は、PCell上でリソース割り当てが浪費され、かつチャネルセレクション表のセットにおけるHARQ−ACKビットのマッピングが不十分なことである。たとえ、3GPP TS36.213の10.1.3.2節におけるルールに従って、PCellのためにPUCCHチャネル・リソースが構成されていても、マッピング表の設計特性ゆえに、PUCCHフィードバックを運ぶためにそれらのリソースを用いることができない。そのうえ、すべてのPCell HARQ−ACKビットにDTXが設定されるので、チャネルセレクション表の実際のコードワードスペースが大幅に減少する。従って、SCellのHARQ−ACKは、特にM=4の場合に関しては、単一セルの場合のHARQ−ACKのようには正確にレポートされない。
ケースVでは、PCellのMCがSCellのMCより小さい。リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースVは、現在のリリース10仕様ではサポートされない。
表(4)に示されるようなアプローチAを用いると、ケースVにおけるPCellおよびSCellのMCの組み合わせは、PCellのMC=1,SCellのMC=2;PCellのMC=1,SCellのMC=3;PCellのMC=1,SCellのMC=4;PCellのMC=2,SCellのMC=4;およびPCellのMC=3,SCellのMC=4を含む。表(5)に示されるようなアプローチBを用いると、アプローチAのすべての組み合わせに加えて、PCellのMC=2,SCellのMC=3のもう1つの組み合わせがある。PCellのMCは、ケースIVでは0である。それゆえに、ケースIVは、ケースVの特殊な事例であり、ケースIVについて上に記載されたアプローチの代わりに、ケースVと同じアプローチに従ってもよい。
ケースVIでは、PCellのMCがSCellのMCより大きい。リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースVIは、現在のリリース10仕様ではサポートされない。
ケースVIは、SCellのMCとして実効値MEffが用いられるときに、アプローチBにおいてのみ上りリンク・レポートで生じる。より具体的には、ケースVIの上りリンク・レポーティングは、SCell参照構成がSCellのTDD UL−DL構成とは異なる表(2)におけるケースAおよびケースCでは、いくつかの上りリンクサブフレームで生じるであろう。アプローチBを用いると表(5)に示されるように、ケースVIにおけるPCellおよびSCellのMCの組み合わせは、PCellのMC=2,SCellのMC=1;PCellのMC=4,SCellのMC=1;PCellのMC=4,SCellのMC=2;およびPCellのMC=4,SCellのMC=3を含む。SCellのMCは、ケースIIIでは0である。それゆえに、ケースIIIは、ケースVの特殊な事例であり、ケースIIIに関して上に記載されたアプローチの代わりに、ケースVと同じアプローチに従ってもよい。
ケースVおよびケースVIの両方に関して、これらの課題を解決するためのいくつかの手順がある。手順V.1またはVI.1では、上りリンクと関連付けられたサブフレームの総数またはHARQ−ACKビットの総数として、Mtotalが定義される。アプローチAでは、Mtotalは、すべてのセルに関して、既知の上りリンクに関連付けられたサブフレームの総数である。それゆえに、Mtotalは、PCellのMCとSCellのMCとの合計である(例えば、Mtotal=MPCell+SCellのMC、ここでSCellのMCは、アプローチAではMRef、アプローチBではMEffである)。方法Bでは、1つのセルのMCが1である場合、Mtotalは、既知の上りリンクと関連付けられたHARQ−ACKビットの総数として定義される。従って、1つだけのトランスポートブロックをサポートする伝送モードがMC=1をもつ在圏セル上に構成されている場合、Mtotal=max(PCellおよびSCellのMC)+1であり、ここでmax(PCellおよびSCellのMC)は、PCellのMCおよびSCellのMCのうちの最大MC値を返し;2つのトランスポートブロックをサポートする伝送モードがMC=1をもつ在圏セル上に構成されている場合には、Mtotal=max(PCellおよびSCellのMC)+2である。
次に、
が導出され、Mtotalおよび導出されたM(例えば、Mderived)に基づいて、既存のリリース10のマッピング表が再使用される。例えば、Mtotal=5であれば、導出されたM=3をもつ既存のマッピング表を再使用する。Mtotal=7であれば、導出されたM=4をもつ既存のマッピング表を再使用する。Mtotalが4以下であれば、A=MtotalおよびA∈{2,3,4}をもつチャネルセレクション表10.1.3.2−1/2/3に従って、チャネルセレクションを伴うPUCCHフォーマット1bが行われる。
Mtotalが4より大きければ、PCellおよびSCellのMC値が異なるため、高い方のMCをもつセルの1つのHARQ−ACKビットを、導出された
ビットに切り詰める必要があり、切り詰められたビットが小さい方のMCをもつセルのHARQ−ACKビットに多重化される。必要ならば、ビットの総数が導出された
に達するように、小さい方のMCをもつセルの末端にDTXがパッディングされる。
この手順V.1またはVI.1の利益は、実際のHARQ−ACKペイロードに最もよく合致するMを与えることである。チャネルセレクション・マッピング表を確定するためには最小M値が用いられる。潜在的にMが小さいほど、PUCCHレポートのHARQ−ACK精度が良くなる。
手順V.1またはVI.1の主要な欠点は、異なるセルをHARQ−ACKビット多重化するための余分の複雑さである。手順V.1またはVI.1に伴う別の課題は、高い方のMCをもつセルのHARQ−ACKビットから、高い方のMCをもつセルの切り詰められたビットへ誤差伝播である。低い方のMCをもつセルにおけるHARQ−ACKビットがDTXである場合、高い方のMCをもつセルの切り詰められたビットは、チャネルセレクション表では「任意」と見做される(例えば、このビットは、復号するときに考慮されない)。しかし、切り詰められたビットは、高い方のMCをもつセル上のPDCCHのDAIが高い方のMC値と同じである(例えば、すべてのDLサブフレームで既知のUEへのPDSCH送信がスケジュールされている)ときに、HARQ−ACK情報を運ぶにすぎない。この可能性は極めて低く、高い方のMCをもつセルにおいてすべてのDLサブフレームで既知のUEへのPDSCH送信がスケジュールされている確率は極めて低いことから、Mの減少によるHARQ−ACK精度向上の利益を正当化し、かつ補償することができる。
下の表では、A=3およびA=4をもつ表において、在圏セルのn番目のサブフレームとは、在圏セルのアソシエーションセットにおける時間順にn番目のサブフレームのことである。MC=1およびMC=2をもつセルに関して、セルのHARQ−ACK(j)とは、アソシエーションセットにおける時間順で(j+1)番目のサブフレームのHARQ−ACK応答のことである。
下の表では、PCellおよびMC>2に関して、サブフレーム(単数または複数)n−k内で検出され、k∈Kである、対応するPDCCHをもたないプライマリセル上でのPDSCH送信がある場合には、HARQ−ACK(0)は、対応するPDCCHをもたないPDSCH送信に対するACK/NACK/DTX応答である。HARQ−ACK(j)、1≦j≦MC−1は、対応するPDCCHと、「j」に等しいPDCCHにおけるDAI値とをもつPDSCH送信に対する、あるいは、下りリンクSPSリリースを示し、「j」に等しいPDCCHにおけるDAI値をもつPDCCHに対するACK/NACK/DTX応答である。そうでない場合には、HARQ−ACK(j)、1≦j≦MC−1は、対応するPDCCHと、「j+1」に等しいPDCCHにおけるDAI値とをもつPDSCH送信に対する、あるいは、下りリンクSPSリリースを示し、「j+1」に等しいPDCCHにおけるDAI値をもつPDCCHに対するACK/NACK/DTX応答である。下の表では、SCellおよびMC>2に関して、在圏セルのHARQ−ACK(j)、1≦j≦MC−1は、対応するPDCCHと、「j+1」に等しいPDCCHにおけるDAI値とをもつPDSCH送信に対するACK/NACK/DTX応答である。
リリース10では、すべてのセルが同じMを有する。M=1であれば、HARQ−ACKの空間的なバンドリングは行われない。従って、それぞれ1つまたは2つのコードワードをもつPDSCHに対して、1または2ビットのHARQ−ACKがサブフレームでレポートされる。M>1であれば、HARQ−ACKの空間的なバンドリングが常に行われ、従って、1つまたは2つのいずれかのコードワードをもつPDSCHに対して、1ビットのみのHARQ−ACKがサブフレームでレポートされる。
ケースVの上りリンク・レポーティングに関して、方法V.1.Aでは、サブフレームの総数としてMtotalが定義され、導出された
に従って、空間的なバンドリングが行われる。導出されたMが常に1より大きいので、空間的なバンドリングが常に行われる。表(6)、表(7)、(まとめて表(8)と呼ばれる)表(8A)および(8B)、ならびに(まとめて表(9)と呼ばれる)表(9A)および(9B)は、方法V.1.Aを用いたケースVに関して、アプローチAおよびアプローチBの両方に適用できる可能な組み合わせをリストする。
ケースVの上りリンク・レポーティングに関して、方法V.1.Bでは、1つのセルがMC=1をもち、既知の上りリンクサブフレームと関連付けられたHARQ−ACKビットの総数としてMtotalが設定され、かつ導出された
である場合、M
C=1をもつセルではHARQ−ACKの空間的なバンドリングは行われない。方法V.1.Bを用いたPCellに関して、M
C=1をもつケースVにおける可能な組み合わせが、表(10)、(まとめて表(11)と呼ばれる)表(11A)および(11B)ならびに(まとめて表(13)と呼ばれる)表(13A)および(13B)にリストされる。(まとめて表(12)と呼ばれる)表(12A)および(12B)は、1つのコードワードをもつPUSCHに対するPCellのM
C=1、およびSCellのM
C=3に関して、表(11)に代わるマッピングを提供する。A=4を用いると、SCellからの4ビットのHARQ−ACKは、高い方のM
Cをもつセルからの切り詰め以外は通常の順序であり、従って低い方のM
Cをもつセル上で多重化される。
ケースVでは、SCellのMCが常に1より大きく、SCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。PCellのMCが1より大きい場合、PCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。PCellのMCが1である場合には、PCellと関連付けられたPUCCHリソースは、在圏セル上で2つまでのトランスポートブロックをサポートする伝送モードを想定して、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。
ケースVIの上りリンク・レポーティングに関して、方法VI.1.Aでは、サブフレームの総数としてMtotalが定義され、導出された
に従って、空間的なバンドリングが行われる。表(14)、(まとめて表(15)と呼ばれる)表(15A)および(15B)、(まとめて表(16)と呼ばれる)表(16A)および(16B)は、アプローチBにのみ適用できる、方法VI.1.Aを用いたケースVIに関する可能な組み合わせをリストする。
ケースVIの上りリンク・レポーティングに関して、方法VI.1.Bでは、1つのセルがM
C=1をもち、HARQ−ACKビットの総数としてM
totalが定義され、
である場合には、M
C=1をもつセルに対してHARQ−ACKの空間的なバンドリングは行われない。方法VI.1.Bを用いたケースVIにおける可能な組み合わせが表(17)、表(18)ならびに(まとめて表(19)と呼ばれる)表(19A)および(19B)にリストされる。
ケースVIでは、PCellのMCが常に1より大きく、PCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。SCellのMCが1より大きい場合、PCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。SCellのMCが1である場合、PCellと関連付けられたPUCCHリソースは、在圏セル上の2つまでのトランスポートブロックをサポートする伝送モードを想定して、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。SCellと関連付けられたPUCCHリソースは、SCell上にPDSCH送信が自己スケジュールされている場合には、上位レイヤ(例えば、シグナリング)によって構成される。SCellと関連付けられたPUCCHリソースは、PDSCH送信がPCellのPDCCHによってクロスキャリアスケジュールされている場合には、3GPP TS36.213のリリース10 10.1.3.2.1節に記載されるように動的に配置される。
手順V.2またはVI.2では、PCellのM
CおよびSCellのM
Cのうちの最大値としてM
maxが定義される。手順V.2またはVI.2では、リリース10における1つ以上のセルの場合に対して、チャネルセレクション技術を伴うPUCCHフォーマット1bがM=M
maxとともに再使用される。手順V.2またはVI.2を用いて、合計がM
maxビットになるように、小さい方のM
Cをもつ構成されたセルの余分のHARQ−ACKビットにDTXがパッディングされる。それぞれ表(20)、(まとめて表(21)と呼ばれる)表(21A)および(21B)ならびに(まとめて表(22)と呼ばれる)表(22A)および(22B)に示されるように、それぞれM
max=2、M
max=3およびM
max=4に対して表10.1.3.2−4/5/6のセットが用いられる。M
max=2では、表(23)がA=4に関するチャネルセレクション表10.1.3.2−4を用いる。
手順V.2またはVI.2の1つの利益は簡易さである。これらの手順は、1つ以上の構成された在圏セルに対してチャネルセレクション表を再使用する簡易な技術を提供する。しかしながら、これらの手順は、いくつかの欠点も有する。第1に、TDD HARQ−ACK多重化、およびM>1をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームnに関しては、すべての対応する個別のHARQ−ACKの論理積演算によって、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われる。この場合、M
maxが常に1より大きいので、PDSCH上で2つのコードワードが送信される場合には、たとえケースVにおけるPCellのM
CまたはケースVIにおけるSCellのM
Cが1であっても、HARQ−ACKの空間的なバンドリングが常に行われる。それゆえに、HARQ−ACKの空間的なバンドリングは、セル自体のM
Cに従う。従って、M
C=1をもつセルに関してPDSCH上で2つのコードワードが送信される場合には、2つのHARQ−ACKビットがレポートされる。表(23)、(まとめて表(24)と呼ばれる)表(24A)および(24B)、ならびに(まとめて表(25)と呼ばれる)表(25A)および(25B)は、M
C=1およびそれぞれM
max=2、M
max=3、M
max=4をもつ1つのセルに関するマッピングを示す。M
max=2では、表21がA=4に関するチャネルセレクション表10.1.3.2−4を用いる。
第2に、余分のHARQ−ACKビットにDTXがパッディングドされるので、チャネルセレクション表の実際のコードワードスペースが大幅に減少する。HARQ−ACKビットを運ぶ同数の実際の情報について、高い方のM値をもつチャネルセレクションを伴うPUCCHフォーマット1bの方が、低い方のM値をもつチャネルセレクションを伴うPUCCHフォーマット1bより通常は劣る。
それゆえに、Mtotal<5ではいくつかの特別な処理が可能であり、このようにリリース10におけるA=3、4をもつ表を再使用することもできる。MC=1をもつセルに対する空間的なバンドリングありまたはなしの手順V.2またはVI.2における特別な処理の場合として、手順V.1またはVI.1におけるのと同じマッピング表のセットが再使用されてもよい。
以下の記載では、A=3である。A=3に関しては、手順V.1またはVI.1における表(6)、表(10)、表(14)および表(17)が適用される、すなわち、SCellのMCが2であり、PCellのMCが1であり、PDSCH送信が1つのコードワードか、または空間的なバンドリングを伴う2つのコードワードをもつ;PCellのMCが2であり、SCellのMCが1であり、PDSCH送信が1つのコードワードか、または空間的なバンドリングを伴う2つのコードワードをもつ。
以下の記載では、A=4である。A=4に関しては、手順V.1またはVI.1における表(7)、表(12)(または表(11))および表(18)が適用される、すなわち、SCellのMCが2であり、PCellのMCが1である、PDSCH送信が2つのコードワードをもち、空間的なバンドリングはない;PCellのMCが2であり、SCellのMCが1であり、PDSCH送信が2つのコードワードをもち、空間的なバンドリングはない;SCellのMCが3であり、PCellのMCが1であり、PDSCH送信が1つのコードワードか、または空間的なバンドリングを伴う2つのコードワードをもつ。
手順V.3またはVI.3では、SCellにPCellのMC(例えば、MPCell)が適用され、リリース10のチャネルセレクション表がM=MPCellとともに再使用される。PCellのMCがSCellのMCより大きい、ケースVIでは、手順VI.3は、手順VI.2と同じである。
PCellのMCがSCellのMCより小さい、ケースVでは、PCellと同数のHARQ−ACKビットを生成するために、SCell上でHARQ−ACKバンドリングが行われる。この技術は、PUCCHリソースアロケーションおよびマッピング表の観点から、より良好な後方互換性を有する。しかしながら、SCellビットのHARQ−ACKバンドリングは、HARQ−ACKレポーティング結果を劣化させる。特に、この場合、クロスサブフレームまたはクロスTTバンドリングが適用されると、SCellにおけるすべてのDLサブフレームにPDSCH送信がスケジュールされている場合にのみACKフィードバックが可能である。
より微妙な技術は、PCellと同数のSCellのHARQ−ACKビットをレポートすることである。PCellのMCが1であり、伝送モードがPCell上の1つのコードワードをサポートする場合には、「1」に等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレーム(例えば、対応するPDCCHをサブフレームn−km内にもち、km∈SCellの参照構成のKである、SCell上でのPDSCH送信のためのサブフレーム)に対して、1つのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。チャネルセレクションは、表(26)に示される、A=2に関するHARQ−ACK多重化の送信と題した、表10.1.3.2−1上で行われる。1より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。このように、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
PCellのMCが1であり、伝送モードがPCell上の2つのコードワードをサポートする場合には、「1」または「2」のいずれかに等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレームおよび第2のサブフレーム(例えば、対応するPDCCHをサブフレームn−km内にもち、km∈SCellの参照構成のKである、SCell上でのPDSCH送信)に対して、SCellに関する2つのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。チャネルセレクションは、表(27)に示される、A=4に関するHARQ−ACK多重化の送信と題した、表10.1.3.2−3上で行われる。2より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。このように、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
PCellのMCが2である場合には、「1」または「2」のいずれかに等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレームおよび第2のサブフレーム(例えば、対応するPDCCHをサブフレームn−km内にもち、km∈SCellの参照構成のKである、SCell上でのPDSCH送信)に対して、SCellに関する2つのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。チャネルセレクションは、表(28)に示される、A=4に関するHARQ−ACK多重化の送信と題した、表10.1.3.2−3上で行われる。2より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。このように、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
PCellのM
Cが3である場合には、(まとめて表(29)と呼ばれる)表(29A)および表(29B)に示されるように、それぞれ「1」、「2」または「3」のいずれかに等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレーム、第2のサブフレームおよび第3のサブフレーム(例えば、対応するPDCCHをサブフレームn−km内にもち、km∈SCellの参照構成のKである、SCell上でのPDSCH送信)に対して、SCellに関する3までのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。3より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。かくして、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
手順V.4およびVI.4では、PCellのMCがSCellのMCとは異なる、ケースVおよびケースVIに関して、新しいチャネルセレクション・マッピング表を定義することができる。マッピング表のセットは、上記の手順V.2またはVI.2と同様に、小さい方のMCをもつセルにDTXをパッディングすることによってM=3およびM=4に関する既存のマッピング表から導出される。これらの表は、PCellのMCとSCellとのMCの組み合わせにさらによく合致するように設計することもできる。
参考に、3GPP仕様書からの追加の表が次のように示される。留意すべきは、本明細書では、便宜上、「トランスポートブロック」が表において「TB」と略記されることである。
表10.1.2.2.1−1:PUCCHフォーマット1b HARQ−ACKチャネルセレクションのためのトランスポートブロックおよび在圏セルのHARQ−ACK(j)へのマッピング
表10.1.3−2:M=2に関するHARQ−ACK多重化の送信
表10.1.3−3:M=3に関するHARQ−ACK多重化の送信
表10.1.3−4:M=4に関するHARQ−ACK多重化の送信
表10.1.3−5:M=2に関するHARQ−ACK多重化の送信
表10.1.3−6:M=3に関するHARQ−ACK多重化の送信
表10.1.3−7:M=4に関するHARQ−ACK多重化の送信
表10.1.3.2−1:A=2に関するHARQ−ACK多重化の送信
表10.1.3.2−2:A=3に関するHARQ−ACK多重化の送信
表10.1.3.2−3:A=4に関するHARQ−ACK多重化の送信
表10.1.3.2−4:M=2をもつTDDに関するPUCCHフォーマット1b HARQ−ACKチャネルセレクションのための各在圏セル上のサブフレームのHARQ−ACK(j)へのマッピング
表10.1.3.2−5:M=3に関するHARQ−ACK多重化の送信
表10.1.3.2−6:M=4に関するHARQ−ACK多重化の送信
次に、本明細書に開示されるシステムおよび方法の様々な例が図面を参照して記載される。図面中、同様の参照番号は機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なった実装に配置され、設計されてもよい。従って、図面に表現されるいくつかの実装の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。
図1は、フィードバック情報を送受信するためのシステムおよび方法が実装された1つ以上のeNB160および1つ以上のUE102の一構成を示すブロック図である。1つ以上のUE102は、1つ以上のアンテナ122a〜nを用いて1つ以上のeNB160と通信する。例えば、UE102は、1つ以上のアンテナ122a〜nを用いてeNB160へ電磁信号を送信し、eNB160から電磁信号を受信する。eNB160は、1つ以上のアンテナ180a〜nを用いてUE102と通信する。
UE102およびeNB160は、相互に通信するために1つ以上のチャネル119、121を用いる。例えば、UE102は、1つ以上の上りリンクチャネル121を用いてeNB160へ情報またはデータを送信する。上りリンクチャネル121の例は、PUCCHおよびPUSCHなどを含む。1つ以上のeNB160も、例として、1つ以上の下りリンクチャネル119を用いて1つ以上のUE102へ情報またはデータを送信する。下りリンクチャネル119の例は、PDCCH、PDSCHなどを含む。他の種類のチャネルが用いられてもよい。
1つ以上のUE102のそれぞれは、1つ以上のトランシーバ118、1つ以上の復調器114、1つ以上のデコーダ108、1つ以上のエンコーダ150、1つ以上の変調器154、データバッファ104およびUEオペレーション・モジュール124を含む。例えば、UE102では1つ以上の受信および/または送信経路が実装される。便宜上、UE102では単一のトランシーバ118、デコーダ108、復調器114、エンコーダ150および変調器154のみが示されるが、複数の並列要素(例えば、トランシーバ118、デコーダ108、復調器114、エンコーダ150および変調器154)が実装されてもよい。
トランシーバ118は、1つ以上の受信機120および1つ以上の送信機158を含む。1つ以上の受信機120は、1つ以上のアンテナ122a〜nを用いてeNB160から信号を受信する。例えば、受信機120は、1つ以上の受信信号116を作り出すために信号を受信してダウンコンバートする。1つ以上の受信信号116は、復調器114へ供給される。1つ以上の送信機158は、1つ以上のアンテナ122a〜nを用いてeNB160へ信号を送信する。例えば、1つ以上の送信機158は、1つ以上の変調信号156をアップコンバートして送信する。
復調器114は、1つ以上の復調信号112を作り出すために1つ以上の受信信号116を復調する。1つ以上の復調信号112は、デコーダ108へ供給される。UE102は、信号を復号するためにデコーダ108を用いる。デコーダ108は、1つ以上の復号信号106、110を作り出す。例えば、第1のUE復号信号106は、データバッファ104に記憶される受信したペイロード・データを備える。第2のUE復号信号110は、オーバーヘッド・データおよび/または制御データを備える。例えば、第2のUE復号信号110は、1つ以上のオペレーションを行うためにUEオペレーション・モジュール124によって用いられるデータを供給する。
本明細書では、用語「モジュール」は、特定の要素またはコンポーネントがハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせで実装されることを意味する。しかしながら、留意すべきは、本明細書に「モジュール」として示される任意の要素が代わりにハードウェアで実装されてもよいことである。例えば、UEオペレーション・モジュール124は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
一般に、UEオペレーション・モジュール124は、UE102が1つ以上のeNB160と通信することを可能にする。UEオペレーション・モジュール124は、UL−DL構成128、UE UL−DL構成確定モジュール130、HARQ−ACK生成モジュール132、UEレポーティング・サブフレーム確定モジュール134、UEフィードバック・パラメータ確定モジュール126、およびフォーマット適用モジュール184のうちの1つ以上を含む。
UL−DL構成128は、UE102とeNB160との間の通信に用いられるUL−DL構成のセットを指定する。UL−DL構成の例は、上の表(1)に示されるUL−DL構成0〜6を含む。UL−DL構成128は、eNB(単数または複数)160との通信のためのUL、DLおよびスペシャルサブフレームを指定する。例えば、UL−DL構成128は、UE102がeNB160から情報を受信するためのDLサブフレームを示し、かつUE102がeNB160へ情報を送信するためのULサブフレームを示す。セル上での適切な通信のために、UE102およびeNB160は、同じセル上では同じUL−DL構成128を適用する。しかしながら、異なるセル(例えば、PCellおよびSCell(単数または複数))上では異なるUL−DL構成128が適用されてもよい。
UL−DL構成128は、(例えば、上の表(3)に示されたように)PDSCH HARQ−ACKアソシエーションも示す。PDSCH HARQ−ACKアソシエーションは、PDSCHに対応するHARQ−ACK情報を送信するための特定の(PDSCH HARQ−ACK)タイミングを指定する。例えば、HARQ−ACK生成モジュール132は、PDSCHにおける信号(例えば、データ)が正しく受信されたか否かに基づいて、PDSCHに対応するHARQ−ACK情報を生成する。PDSCH HARQ−ACKアソシエーションは、UE102がPDSCHに対応するHARQ−ACK情報をレポートする(例えば、送信する)レポーティング・サブフレームを指定する。レポーティング・サブフレームは、PDSCHを含むサブフレームに基づいて確定される。
UE UL−DL構成確定モジュール130は、UE102が1つ以上のセルにUL−DL構成(単数または複数)128のうちのどれを適用するかを確定する。例えば、UE102は、PCellのため、および1つ以上のSCellのためのUL−DL構成(単数または複数)128を示す1つ以上のRRC構成(例えば、SIB−1ブロードキャスト情報または専用シグナリング)を受信する。例として、PCellおよびSCellは、キャリアアグリゲーションに利用される。UE UL−DL構成確定モジュール130は、どのUL−DL構成128をPCellに割り当て、どのUL−DL構成128をSCellに割り当てるかを確定する。PCellおよびSCell(単数または複数)のためのUL−DL構成128は、同じであっても異なってもよい。
UEレポーティング・サブフレーム確定モジュール134は、HARQ−ACK情報を送信するためのレポーティング・サブフレームを確定する。例えば、UEレポーティング・サブフレーム確定モジュール134は、UE102がSCell HARQ−ACK情報(例えば、SCellに対応するPDSCH HARQ−ACK情報)を送信するHARQ−ACKレポーティング・サブフレームを確定する。例えば、UEレポーティング・サブフレーム確定モジュール134は、表(3)に先述されたタイミング基準に従ってPCell上でSCell HARQ−ACK情報を送信するためのレポーティング・サブフレームを確定する。例として、上の表(3)(例えば、PDSCH HARQ−ACKアソシエーション表)は、サブフレーム(例えば、ULサブフレーム)番号nに対して、対応するPDSCHの位置をインデックス集合K:{k0,k1,・・・,kM−1}によって示し、サブフレームn−k(例えば、n−k1)におけるPDSCHのHARQ−ACKがULサブフレームnでレポートされる。UE102は、確定されたHARQ−ACKレポーティング・サブフレームでSCell HARQ−ACK情報を送信する。
UEフィードバック・パラメータ確定モジュール126は、1つ以上のセル(例えば、PCell、SCell(単数または複数))に対応する1つ以上のフィードバック・パラメータを確定する。例えば、UEフィードバック・パラメータ確定モジュール126は、1つの以上のセルcに関するフィードバック・パラメータMCを確定する。この確定は、例えば、先に(例として、図2に関連して)記載されたように達成される。いくつかの実装では、確定は、PCell構成、SCell構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの1つ以上に基づく。
フォーマット適用モジュール184は、ある場合に特定のフォーマットをHARQ−ACK情報に適用する。例えば、フォーマット適用モジュール184は、上記のケースI〜VIのうちのどれが適用できるかを確定する。例として、ケースIII〜VIのうちの1つが適用できる場合、フォーマット適用モジュール184は、上記のようなPCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う。特に、フォーマット適用モジュール184は、対応するケースに従って、上記のアプローチ、手順、方法および技術の1つ以上を適用する。例として、フォーマット適用モジュール184は、上記のようなPCellおよびSCellの1つ以上に対応するHARQ−ACK情報を多重化する。
いくつかの実装では、UE102は、チャネルセレクション確定方式インジケータをeNB160から受信する。例えば、チャネルセレクション確定方式インジケータは、上記のアプローチ、手順、方法および技術の1つ以上を指定する。例として、UEは、行われるべきチャネルセレクションが、PCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)か、またはPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づくかどうかを示すチャネルセレクション確定方式インジケータを受信する。フォーマット適用モジュール184は、上記のアプローチ、手順、方法および技術のうちの指定された1つ以上に従って、特定のフォーマットを適用する。これは、複数のチャネルセレクション確定方式が適用される実装において、UE102およびeNB160が同じチャネルセレクション確定方式を利用することを可能にする。
UEオペレーション・モジュール124は、情報148を1つ以上の受信機120に提供する。例えば、UEオペレーション・モジュール124は、UL−DL構成128に基づいて送信をいつ受信すべきか、またはすべきでないかを受信機(単数または複数)120に通知する。
UEオペレーション・モジュール124は、情報138を復調器114へ供給する。例えば、UEオペレーション・モジュール124は、eNB160からの送信に予想される変調パターンを復調器114に通知する。
UEオペレーション・モジュール124は、情報136をデコーダ108に提供する。例えば、UEオペレーション・モジュール124は、eNB160からの送信に予想される符号化法をデコーダ108に通知する。
UEオペレーション・モジュール124は、情報142をエンコーダ150に提供する。情報142は、符号化されるデータおよび/または符号化のための命令を含む。例えば、UEオペレーション・モジュール124は、送信データ146および/または他の情報142を符号化するようにエンコーダ150に命令する。他の情報142は、PDSCH HARQ−ACK情報を含む。
エンコーダ150は、送信データ146および/またはUEオペレーション・モジュール124によって提供された他の情報142を符号化する。例えば、データ146および/または他の情報142の符号化は、誤り検出および/または訂正符号化、送信のための空間、時間および/または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ150は、符号化データ152を変調器154へ供給する。
UEオペレーション・モジュール124は、情報144を変調器154に提供する。例えば、UEオペレーション・モジュール124は、eNB160への送信に用いられる変調型(例えば、コンステレーション・マッピング)を変調器154に通知する。変調器154は、1つ以上の変調信号156を1つ以上の送信機158へ供給するために符号化データ152を変調する。
UEオペレーション・モジュール124は、情報140を1つ以上の送信機158に提供する。この情報140は、1つ以上の送信機158に対する命令を含む。例えば、UEオペレーション・モジュール124は、信号をeNB160へいつ送信すべきかを1つ以上の送信機158に命令する。いくつかの構成において、これは、UL−DL構成128に基づく。例として、1つ以上の送信機158は、ULサブフレームの間に送信する。1つ以上の送信機158は、1つ以上のeNB160へ変調信号(単数または複数)156をアップコンバートして送信する。
eNB160は、1つ以上のトランシーバ176、1つ以上の復調器172、1つ以上のデコーダ166、1つ以上のエンコーダ109、1つ以上の変調器113、データバッファ162およびeNBオペレーション・モジュール182を含む。例えば、eNB160では1つ以上の受信および/または送信経路が実装される。便宜上、eNB160では単一のトランシーバ176、デコーダ166、復調器172、エンコーダ109および変調器113のみが示されるが、複数の並列要素(例えば、トランシーバ176、デコーダ166、復調器172、エンコーダ109および変調器113)が実装されてもよい。
トランシーバ176は、1つ以上の受信機178および1つ以上の送信機117を含む。1つ以上の受信機178は、1つ以上のアンテナ180a〜nを用いてUE102から信号を受信する。例えば、受信機178は、1つ以上の受信信号174を作り出すために信号を受信してダウンコンバートする。1つ以上の受信信号174は、復調器172へ供給される。1つ以上の送信機117は、1つ以上のアンテナ180a〜nを用いてUE102へ信号を送信する。例えば、1つ以上の送信機117は、1つ以上の変調信号115をアップコンバートして送信する。
復調器172は、1つ以上の復調信号170を作り出すために1つ以上の受信信号174を復調する。1つ以上の復調信号170は、デコーダ166へ供給される。eNB160は、信号を復号するためにデコーダ166を用いる。デコーダ166は、1つ以上の復号信号164、168を作り出す。例えば、第1のeNB復号信号164は、データバッファ162に記憶される受信したペイロード・データを備える。第2のeNB復号信号168は、オーバーヘッド・データおよび/または制御データを備える。例えば、第2のeNB復号信号168は、1つ以上のオペレーションを行うためにeNBオペレーション・モジュール182が用いるデータ(例えば、PDSCH HARQ−ACK情報)を供給する。
一般に、eNBオペレーション・モジュール182は、eNB160が1つ以上のUE102と通信することを可能にする。eNBオペレーション・モジュール182は、UL−DL構成194、eNBレポーティング・サブフレーム確定モジュール198、eNB UL−DL構成確定モジュール196、eNBフィードバック・パラメータ確定モジュール151およびインタプリタ107のうちの1つ以上を含む。いくつかの実装では、eNBオペレーション・モジュール182は、方式シグナリング・モジュール153も含む。
UL−DL構成194は、eNB160とUE(単数または複数)102との間の通信に用いられるUL−DL構成のセットを指定する。UL−DL構成194の例は、上の表(1)に示されるUL−DL構成0〜6を含む。UL−DL構成194は、UE(単数または複数)102との通信のためのULおよびDLサブフレームを指定する。例えば、UL−DL構成194は、eNB160が情報をUE(単数または複数)102へ送信するためのDLサブフレームを示し、eNB160が情報をUE(単数または複数)102から受信するためのULサブフレームを示す。セル上での適切な通信のために、UE102およびeNB160は、同じセル上では同じUL−DL構成194を適用する。しかしながら、異なるセル(例えば、PCellおよびSCell(単数または複数))上では異なるUL−DL構成194が適用されてもよい。
UL−DL構成194は、例えば、(表(3)に示されるように)PDSCH HARQ−ACKアソシエーションも示す。PDSCH HARQ−ACKアソシエーションは、PDSCHに対応するHARQ−ACK情報を受信するための特定の(PDSCH HARQ−ACK)タイミングを指定する。PDSCH HARQ−ACKアソシエーションは、UE102がPDSCHに対応するHARQ−ACK情報をeNB160へレポートする(例えば、送信する)レポーティング・サブフレームを指定する。レポーティング・サブフレームは、eNB160によって送信されたPDSCHを含むサブフレームに基づいて確定される。
eNB UL−DL構成確定モジュール196は、UE102が1つ以上のセルにUL−DL構成(単数または複数)194のうちのどれを適用するかを確定する。例えば、eNB160は、PCellのため、および1つ以上のSCellのためのUL−DL構成(単数または複数)194を示す1つ以上のRRC構成(例えば、SIB−1ブロードキャスト情報または専用シグナリング)を送信する。例として、PCellおよびSCellは、キャリアアグリゲーションに利用される。eNB UL−DL構成確定モジュール196は、UL−DL構成(単数または複数)194をPCellに、およびSCellに割り当てる。eNB160は、これらの割り当ての1つ以上をUE102へシグナリングする。PCellおよびSCell(単数または複数)のためのUL−DL構成194は、同じあっても、異なってもよい。
eNBレポーティング・サブフレーム確定モジュール198は、HARQ−ACK情報を受信するためのレポーティング・サブフレームを確定する。例えば、eNBレポーティング・サブフレーム確定モジュール198は、eNB160がSCell PDSCH HARQ−ACK情報(例えば、SCellに対応するPDSCH HARQ−ACK情報)をUE102から受信するHARQ−ACKレポーティング・サブフレームを確定する。例えば、eNBレポーティン・サブフレーム確定モジュール198は、上の表(3)に記載された時間基準に従って、PCell上でSCell HARQ−ACK情報を受信するためのレポーティング・サブフレームを確定する。例として、上の表(3)(例えば、PDSCH HARQ−ACKアソシエーション表)は、サブフレーム(例えば、ULサブフレーム)番号nに対して、対応するPDSCHの位置をインデックス集合K:{k0,k1,・・・,kM−1}によって示し、サブフレームn−k(例えば、n−k1)におけるPDSCHのHARQ−ACKがULサブフレームnでレポートされる。eNB160は、確定されたHARQ−ACKレポーティング・サブフレームでSCell HARQ−ACK情報を受信する。
eNBフィードバック・パラメータ確定モジュール151は、1つ以上のセル(例えば、PCell、SCell(単数または複数))に対応する1つ以上のフィードバック・パラメータを確定する。例えば、eNBフィードバック・パラメータ確定モジュール151は、1つ以上のセルcに関するフィードバック・パラメータMCを確定する。この確定は、例えば、先に(例として、図3に関連して)記載されたように達成される。いくつかの実装では、確定は、PCell構成、SCell構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの1つ以上に基づく。
随意的な方式シグナリング・モジュール153は、フィードバック・パラメータ確定方式インジケータおよびチャネルセレクション確定方式インジケータのうちの1つ以上を生成する。いくつかの実装では、複数のフィードバック・パラメータ確定方式のうちの1つが利用される。これらの実装では、eNB160は、どの方式が利用されるかをシグナリングする。例えば、eNB160は、フィードバック・パラメータ(例えば、MC)が参照パラメータ(例えば、MRef)に基づいて確定されるか、または参照パラメータおよび衝突サブフレームの数(例えば、MEff=MRef−m)に基づいて確定されるかどうかを示すフィードバック・パラメータ確定方式インジケータを送信する。他の実装では、eNB160およびUE102によって1つだけのフィードバック・パラメータ確定方式が利用される。これらの実装では、eNB160は、フィードバック・パラメータ確定方式をシグナリングしなくてもよい。
加えて、または代わりに、いくつかの実装では、複数のチャネルセレクション確定方式のうちの1つが利用される。これらの実装では、eNB160は、どの方式が利用されるかをシグナリングする。例えば、eNB160は、行われるべきチャネルセレクションがPCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)、またはPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づくかどうかを示すチャネルセレクション確定方式インジケータを送信する。加えて、または代わりに、チャネルセレクション確定方式インジケータは、(例えば、チャネルセレクションを行うときにUE102が適用するための)上記のアプローチ、手順、方法および技術の1つ以上を示す。他の実装では、eNB160およびUE102によって1つだけのチャネルセレクション確定方式が利用される。これらの実装では、eNB160は、チャネルセレクション確定方式をシグナリングしなくてもよい。
インタプリタ107は、特定の場合にHARQ−ACK情報のフォーマットを解釈する。例えば、インタプリタ107は、チャネルセレクションを伴うフォーマット1bを解釈する。例として、インタプリタ107は、上記のアプローチ、手順、方法および技術の1つ以上に従い、チャネルセレクションを伴うPUCCHフォーマット1bに基づいて、受信したHARQ−ACK情報を解釈する。
eNBオペレーション・モジュール182は、情報190を1つ以上の受信機178に提供する。例えば、eNBオペレーション・モジュール182は、所定のセルのためのUL−DL構成194に基づいて、送信をいつ受信すべきか、いつすべきでないかを受信機(単数または複数)178に通知する。
eNBオペレーション・モジュール182は、情報188を復調器172に提供する。例えば、eNBオペレーション・モジュール182は、UE(単数または複数)102からの送信に予想される変調パターンを復調器172に通知する。
eNBオペレーション・モジュール182は、情報186をデコーダ166に提供する。例えば、eNBオペレーション・モジュール182は、UE(単数または複数)102からの送信に予想される符号化法をデコーダ166に通知する。
eNBオペレーション・モジュール182は、情報101をエンコーダ109に提供する。情報101は、符号化されるデータおよび/または符号化のための命令を含む。例えば、eNBオペレーション・モジュール182は、送信データ105および/または他の情報101を符号化するようにエンコーダ109に命令する。他の情報101は、例えば、RRC構成(例えば、SIB−1ブロードキャスト情報または専用シグナリング)(例えば、PCell構成インジケータ、SCell構成インジケータ)、チャネル方式確定インジケータ、およびフィードバック・パラメータ確定方式インジケータのうちの1つ以上を含む。
エンコーダ109は、送信データ105および/またはeNBオペレーション・モジュール182によって提供された他の情報101を符号化する。例えば、データ105および/または他の情報101の符号化は、誤り検出および/または訂正符号化、送信のための空間、時間および/または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ109は、符号化データ111を変調器113へ供給する。送信データ105は、UE102へ伝えるためのネットワーク・データを含む。
eNBオペレーション・モジュール182は、情報103を変調器113に提供する。この情報103は、変調器113に対する命令を含む。例えば、eNBオペレーション・モジュール182は、UE(単数または複数)102への送信に用いられる変調型(例えば、コンステレーション・マッピング)を変調器113に通知する。変調器113は、1つ以上の変調信号115を1つ以上の送信機117へ供給するために符号化データ111を変調する。
eNBオペレーション・モジュール182は、情報192を1つ以上の送信機117に提供する。この情報192は、1つ以上の送信機117に対する命令を含む。例えば、eNBオペレーション・モジュール182は、信号をUE(単数または複数)102へいつ送信すべきか(またはいつすべきでないか)を1つ以上の送信機117に命令する。いくつかの実装では、これは、UL−DL構成194に基づく。1つ以上の送信機117は、変調信号(単数または複数)115を1つ以上のUE102へアップコンバートして送信する。
留意すべきは、DLサブフレームがeNB160から1つ以上のUE102へ送信され、ULサブフレームが1つ以上のUE102からeNB160へ送信されることである。そのうえ、標準スペシャルサブフレームではeNB160も1つ以上のUE102もデータを送信できる。
留意すべきは、eNB(単数または複数)160およびUE(単数または複数)102に含まれる要素またはその部分のうちの1つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の1つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。本明細書に記載される機能または方法の1つ以上は、ハードウェアで実装されてもよく、および/またはハードウェアを用いて実行されてもよいことにも留意すべきである。例えば、本明細書に記載される方法の1つ以上は、チップセット、特定用途向け集積回路(ASIC:application−specific integrated circuit)、大規模集積回路(LSI:large−scale integrated circuit)または集積回路などで実装されてもよく、および/またはそれらを用いて実現されてもよい。
図2は、フィードバック情報を送信するための方法200の一構成を示すフロー図である。UE102は、(例として、PCell上の上りリンクサブフレームに関して)PCellに対応するPCellフィードバック・パラメータを確定する(ステップ202)。例えば、UE102は、上の記載に従ってPCellのMCを確定する(ステップ202)。例として、PCellフィードバック・パラメータ(例えば、PCellのMC)は、上の表(3)によって示されるように、eNB160からUE10へシグナリングされたPCell構成に対応するMである。例えば、UE102は、PCellフィードバック・パラメータを指定するPCellフィードバック・パラメータ・インジケータをeNB160から受信する。
UE102は、(例として、PCell上の既知の上りリンクサブフレームに対して)SCellに対応するSCellフィードバック・パラメータを確定する(ステップ204)。例えば、UE102は、上の記載に従ってSCellフィードバック・パラメータ(例えば、SCellのMC)を確定する(ステップ204)。例として、UE102は、PCell構成およびSCell構成に基づいてSCellフィードバック・パラメータを確定する(ステップ204)。例えば、UE102は、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合であるか(ケースA)、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合であるか(ケースB)、いずれでもないか(ケースC)どうかに基づいて、SCellフィードバック・パラメータを確定する(ステップ204)。
いくつかの実装では、UE102は、上記のアプローチの1つ以上に従ってSCellフィードバック・パラメータを確定する(ステップ204)。加えて、または代わりに、UE102は、SCellフィードバック・パラメータを指定するSCellフィードバック・パラメータ・インジケータをeNB160から受信してもよい。SCellフィードバック・パラメータは、特定のUL−DL構成のSCellに関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。例として、UE102は、SCellのSCellフィードバック・パラメータを参照パラメータ(例えば、MRef)として確定する(ステップ204)。参照パラメータは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
例えば、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースA)、参照パラメータは、PCellパラメータ(例えば、MPCell)に設定される。代わりに、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースB)、参照パラメータは、SCellパラメータ(例えば、MSCell)に設定される。あるいは、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合でも上位集合でもない場合(例えば、ケースC)、参照パラメータは、所定のパラメータ(例えば、MRefConf)に設定される。留意すべきは、所定のパラメータ(例えば、MRefConf)が表(2)でケースCに関して指定された参照構成に対応することである。
いくつかの実装では、UE102は、衝突サブフレームの数(例えば、m)および参照パラメータ(例えば、MRef)に基づいてSCellフィードバック・パラメータを確定する(ステップ204)。例えば、UE102は、参照パラメータ(例えば、MRef)を上記のように確定して、SCellフィードバック・パラメータ(例えば、SCellのMC)をMEff=MRef−mに等しく設定する。言い換えれば、MEffは、衝突サブフレームを除いて参照構成に従うSCellに関する、PDSCH HARQ−ACKアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではDLサブフレームまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。
いくつかの実装では、同様のアプローチがクロスキャリアスケジューリングに適用される。例えば、UE102は、SCellがクロスキャリアスケジュールされているときに、(衝突サブフレームの数(例えば、m)に加えて、またはその代わりに)参照パラメータ(例えば、MRef)に基づいて、SCellフィードバック・パラメータを確定する(ステップ204)。代わりに、UE102は、SCellがクロスキャリアスケジュールされているときに、SCellフィードバック・パラメータをスケジューリングセル・パラメータ(例えば、MSchedulingCell)として確定してもよい(ステップ204)。MSchedulingCellは、スケジューリングセル(UL−DL)構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のMC)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のMC)が用いられてもよい。
別の実装では、SCellのフィードバック・パラメータMCは、MEff_SchedulingCellであり、ここでMEff_SchedulingCellは、スケジューリングセルのMEffである(MEffは、例えば、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となるスケジューリングセル(例えば、PCell)構成の実効的なMである)。このコンテキストでは、衝突サブフレームとは、スケジューリングセル構成ではDLまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のMC)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のMC)が用いられてもよい。残りの方法200ステップは、PCellフィードバック・パラメータとSCellフィードバック・パラメータとが異なるときに行われる。例えば、UE102は、上記のケースI〜VIのうちのどれが適用できるかを確定する。例として、ケースIでは、UL−DL構成5がPCell構成およびSCell構成のうちの少なくとも1つである。ケースIでは、UE102は、チャネルセレクションを行わない。ケースIIでは、PCellフィードバック・パラメータ(例えば、PCellのMC)とSCellフィードバック・パラメータ(例えば、SCellのMC)とは同じである。ケースIIでは、(リリース10における)既知の技術が再使用される。しかしながら、ケースIII〜VIでは、UE102によって次の方法200ステップが適用される。
UE102は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ206)。これは、上の記載に従ってなされる。例えば、UE102は、上記のようなケースIII、IV、VおよびVIの1つでは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ206)。特に、UE102は、上記のアプローチ、手順、方法および技術の1つ以上を適用する。
例えば、ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのMC)がゼロより大きく、SCellフィードバック・パラメータ(例えば、SCellのMC)がゼロであり)、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む(例えば、3GPP TS36.213の10.1.3.1節で定義される表に基づいて、1つの構成された在圏セルに関するPUCCHレポーティング方法または技術、例えば、PUCCHフォーマット1a/1b、もしくはチャネルセレクションを伴うPUCCHフォーマット1bが行われる)。そのうえ、ケースIVでは、レポートされるHARQ−ACKをSCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのMC)がゼロであり、SCellフィードバック・パラメータ(例えば、SCellのMC)がゼロより大きく)、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む。
ケースVでは、PCellフィードバック・パラメータ(例えば、PCellのMC)がSCellフィードバック・パラメータ(例えば、SCellのMC)より小さく、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のようなアプローチ、手順、方法および技術の1つ以上を適用することを含む。そのうえ、ケースVIでは、PCellフィードバック・パラメータ(例えば、PCellのMC)がSCellフィードバック・パラメータ(例えば、SCellのMC)より大きく、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のようなアプローチ、手順、方法および技術の1つ以上を適用することを含む。
例として、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)に基づく。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づいてもよい。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいてもよく、ここでHARQ−ACK情報を送信するステップ208は、上記のようにPCell HARQ−ACKビットの第2の数と同じか、または異なる(例えば、それ以下である)SCell HARQ−ACKの第1の数を送信することを含む。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、チャネルセレクション表に基づいてもよい。例として、UE102は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。チャネルセレクション表は、3GPPリリース10仕様によって規定されるチャネルセレクション表であってもよく、あるいは、上記のように(リリース10仕様によって規定されない)別の(新しい)チャネルセレクション表であってもよい。
留意すべきは、いくつかの実装では、UE102がチャネルセレクション確定方式をeNB160から受信することである。例えば、チャネルセレクション確定方式は、上記のアプローチ、手順、方法および技術の1つ以上を指定する。これは、複数のチャネルセレクション確定方式が適用される実装において、UE102およびeNB160が同じチャネルセレクション確定方式を利用することを可能にする。
留意すべきは、UE102がHARQ−ACK情報を確定することである。例えば、UE102は、1つ以上のPDSCH信号(例えば、音声、データ)がPCellおよびSCellの少なくとも1つで正しく受信されたかどうかを確定する。例として、UE102は、PDSCH上で正しく受信されたパケットごとに肯定応答(ACK)ビットを生成する。しかしながら、UE102は、PDSCH上で正しく受信されないパケットごとに否定応答(NACK)ビットを生成する。
UE102は、チャネルセレクションに基づいてHARQ−ACK情報を送信する(ステップ208)。例えば、チャネルセレクションは、HARQ−ACK情報が上りリンク・レポートでどのように多重化されて、レポートされるかを指定する。
図3は、フィードバック情報を受信するための方法300の一構成を示すフロー図である。eNB160は、(例として、PCell上の上りリンクサブフレームに対して)PCellに対応するPCellフィードバック・パラメータを確定する(ステップ302)。例えば、eNB160は、上の記載に従ってPCellのMCを確定する(ステップ302)。例として、PCellフィードバック・パラメータ(例えば、PCellのMC)は、上の表(3)に示されるようにeNB160によって確定されたPCell構成に対応するMである。いくつかの実装では、eNB160は、PCellフィードバック・パラメータを指定するPCellフィードバック・パラメータ・インジケータをUE102へ送信する。
eNB160は、(例として、PCell上の既知の上りリンクサブフレームに対して)SCellに対応するSCellフィードバック・パラメータを確定する(ステップ304)。例えば、eNB160は、上の記載に従ってSCellフィードバック・パラメータ(例えば、SCellのMC)を確定する(ステップ304)。例として、eNB160は、PCell構成およびSCell構成に基づいてSCellフィードバック・パラメータを確定する(ステップ304)。例えば、eNB160は、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合であるか(ケースA)、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合であるか(ケースB)、いずれでもないか(ケースC)どうかに基づいて、SCellフィードバック・パラメータを確定する(ステップ304)。いくつかの実装では、eNB160は、SCellフィードバック・パラメータを指定するSCellフィードバック・パラメータ・インジケータをUE102へ送信する。
いくつかの実装では、eNB160は、上記のアプローチの1つ以上に従ってSCellフィードバック・パラメータを確定する(ステップ304)。SCellフィードバック・パラメータは、特定のUL−DL構成のSCellに関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。例として、eNB160は、SCellのSCellフィードバック・パラメータを参照パラメータ(例えば、MRef)として確定する(ステップ304)。参照パラメータは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
例えば、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースA)、参照パラメータは、PCellパラメータ(例えば、MPCell)に設定される。代わりに、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースB)、参照パラメータは、SCellパラメータ(例えば、MSCell)に設定される。あるいは、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合でも上位集合でもない場合(例えば、ケースC)、参照パラメータは、所定のパラメータ(例えば、MRefConf)に設定される。留意すべきは、所定のパラメータ(例えば、MRefConf)が表(2)でケースCに関して指定される参照構成に対応することである。
いくつかの実装では、eNB160は、衝突サブフレームの数(例えば、m)および参照パラメータ(例えば、MRef)に基づいてSCellフィードバック・パラメータを確定する(ステップ304)。例えば、eNB160は、上記のように参照パラメータ(例えば、MRef)を確定して、SCellフィードバック・パラメータ(例えば、SCellのMC)をMEff=MRef−mに等しく設定する。言い換えれば、MEffは、衝突サブフレームを除いて参照構成に従うSCellに関する、PDSCH HARQ−ACKアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではDLサブフレームまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。
いくつかの実装では、同様のアプローチがクロスキャリアスケジューリングに適用される。例えば、eNB160は、SCellがクロスキャリアスケジュールされているときに、(衝突サブフレームの数(例えば、m)に加えて、またはその代わりに)参照パラメータ(例えば、MRef)に基づいて、SCellフィードバック・パラメータを確定する(ステップ304)。代わりに、eNB160は、SCellがクロスキャリアスケジュールされているときに、SCellフィードバック・パラメータをスケジューリングセル・パラメータ(例えば、MSchedulingCell)として確定してもよい(ステップ304)。MSchedulingCellは、スケジューリングセル(UL−DL)構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のMC)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のMC)が用いられてもよい。
別の実装では、SCellのフィードバック・パラメータMCは、MEff_SchedulingCellであり、ここでMEff_SchedulingCellは、スケジューリングセルのMEffである(MEffは、例えば、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となるスケジューリングセル(例えば、PCell)構成の実効的なMである)。このコンテキストでは、衝突サブフレームとは、スケジューリングセル構成ではDLまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のMC)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のMC)が用いられてもよい。残りの方法300ステップは、PCellフィードバック・パラメータとSCellフィードバック・パラメータとが異なるときに行われる。例えば、eNB160は、上記のケースI〜VIのうちのどれが適用できるかを確定する。例として、ケースIでは、UL−DL構成5がPCell構成およびSCell構成のうちの少なくとも1つである。ケースIでは、eNB160は、チャネルセレクションを行わない。ケースIIでは、PCellフィードバック・パラメータ(例えば、PCellのMC)とSCellフィードバック・パラメータ(例えば、SCellのMC)とは同じである。ケースIIでは、(リリース10における)既知の技術が再使用される。しかしながら、ケースIII〜VIに関しては、eNB160によって次の方法300ステップが適用される。
eNB160は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ306)。これは、上の記載に従ってなされる。例えば、eNB160は、上記のようなケースIII、IV、VおよびVIの1つでは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ306)。特に、eNB160は、上記のアプローチ、手順、方法および技術の1つ以上を適用する。
例えば、ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのMC)がゼロより大きく、SCellフィードバック・パラメータ(例えば、SCellのMC)がゼロであり)、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む(例えば、3GPP TS36.213の10.1.3.1節で定義される表に基づいて、1つの構成された在圏セルに関するPUCCHレポーティング方法または技術、例えば、PUCCHフォーマット1a/1b、またはチャネルセレクションを伴うPUCCHフォーマット1bが行われる)。そのうえ、ケースIVでは、レポートされるHARQ−ACKをSCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのMC)がゼロであり、SCellフィードバック・パラメータ(例えば、SCellのMC)がゼロより大きく)、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む。
ケースVでは、PCellフィードバック・パラメータ(例えば、PCellのMC)がSCellフィードバック・パラメータ(例えば、SCellのMC)より小さく、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のアプローチ、手順、方法および技術の1つ以上を適用することを含む。そのうえ、ケースVIでは、PCellフィードバック・パラメータ(例えば、PCellのMC)がSCellフィードバック・パラメータ(例えば、SCellのMC)より大きく、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のアプローチ、手順、方法および技術の1つ以上を適用することを含む。
例として、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)に基づく。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づいてもよい。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいてもよく、ここでHARQ−ACK情報を受信するステップ308は、上記のようにPCell HARQ−ACKビットの第2の数と同じか、または異なる(例えば、それ以下である)SCell HARQ−ACKの第1の数を受信することを含む。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、チャネルセレクション表に基づいてもよい。例として、eNB160は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいてチャネルセレクション表を選択する。チャネルセレクション表は、リリース10仕様によって規定されたチャネルセレクション表であってもよく、あるいは、上記のように(リリース10仕様によって規定されない)別の(新しい)チャネルセレクション表であってもよい。
留意すべきは、いくつかの実装では、eNB160がチャネルセレクション確定方式をUE102へ送信することである。例えば、チャネルセレクション確定方式は、上記のアプローチ、手順、方法および技術の1つ以上を指定する。これは、複数のチャネルセレクション確定方式が適用される実装において、eNB160およびUE102が同じチャネルセレクション確定方式を利用することを可能にする。
留意すべきは、eNB160がPDSCH信号(例えば、音声、データ)をUE102へ送信することである。例えば、eNB160は、データ(例えば、テキストメッセージ、インターネット閲覧データなど)に加えて、またはそれらの代わりに音声通話をPDSCHによってUE102へ送信する。
eNB160は、チャネルセレクションに基づいてHARQ−ACK情報を受信する(ステップ308)。例えば、チャネルセレクションは、受信したHARQ−ACK情報が上りリンク・レポートでどのように多重化されて、レポートされるかを指定する。eNB160は、チャネルセレクションに基づいて、受信した(ステップ308)HARQ−ACK情報を解釈する。
図4は、本明細書に開示されるシステムおよび方法に従って用いられる無線フレーム435の一例を示す図である。この無線フレーム435構造は、TDDアプローチに適用できる。各無線フレーム435は、Tf=307200・Ts=10msの長さを有し、ここでTfは、無線フレーム435の持続時間であり、Tsは、1/(15000×2048)秒に等しい時間単位である。無線フレーム435は、153600・Ts=5msの長さをそれぞれが有する2つのハーフフレーム433を含む。各ハーフフレーム433は、30720・Ts=1msの長さをそれぞれが有する5つのサブフレーム423a〜e、423f〜jを含む。
上の表(1)において、無線フレームにおけるサブフレームごとに、「D」は、サブフレームが下りリンク送信のために予約されていることを示し、「U」は、サブフレームが上りリンク送信のために予約されていることを示し、「S」は、3つのフィールド、すなわち、下りリンク・パイロット時間スロット(DwPTS:downlink pilot time slot)、ガード期間(GP:guard period)および上りリンク・パイロット時間スロット(UpPTS:uplink pilot time slot)をもつスペシャルサブフレームを示す。DwPTSおよびUpPTSの長さは、DwPTS、GPおよびUpPTSの全長が30720・T
s=1msに等しいことを前提として、(3GPP TS36.211の表4.2−1からの)表(30)に示される。表(5)は、(標準)スペシャルサブフレームのいくつかの構成を示す。各サブフレームiは、各サブフレームにおける長さがT
slot=15360・T
s=0.5msの2つのスロット2iおよび2i+1として定義される。表(30)では、便宜上、「サイクリックプレフィックス」は「CP」と略記され、「構成」は「Config」と略記される。
下りリンクから上りリンクへの切り替えポイント周期が5msおよび10msの両方のUL−DL構成がサポートされる。下りリンクから上りリンクへの切り替えポイント周期が5msの場合には、スペシャルサブフレームが両方のハーフフレームに存在する。下りリンクから上りリンクへの切り替えポイント周期が10msの場合には、スペシャルサブフレームが第1のハーフフレームにのみ存在する。サブフレーム0および5ならびにDwPTSは、下りリンク送信のために予約される。UpPTSおよびスペシャルサブフレームのすぐ後に続くサブフレームは、上り送信のために予約される。
本明細書に開示されるシステムおよび方法に従って、用いられるサブフレーム423のいくつかのタイプは、下りリンクサブフレーム、上りリンクサブフレームおよびスペシャルサブフレーム431を含む。図4に示される5ms周期を有する例では、無線フレーム435に2つの標準スペシャルサブフレーム431a〜bが含まれる。
第1のスペシャルサブフレーム431aは、下りリンク・パイロット時間スロット(DwPTS)425a、ガード期間(GP)427a、および上りリンク・パイロット時間スロット(UpPTS)429aを含む。この例では、第1の標準スペシャルサブフレーム431aは、サブフレームone423bに含まれる。第2の標準スペシャルサブフレーム431bは、下りリンク・パイロット時間スロット(DwPTS)425b、ガード期間(GP)427b、および上りリンク・パイロット時間スロット(UpPTS)429bを含む。この例では、第2の標準スペシャルサブフレーム431bは、サブフレームsix423gに含まれる。DwPTS425a〜bおよびUpPTS429a〜bの長さは、DwPTS425、GP427およびUpPTS429の各集合の全長が30720・Ts=1msに等しいことを前提として、(上の表(5)に示される)3GPP TS36.211の表4.2−1によって与えられる。
各サブフレームi423a〜j(この例では、iは、サブフレームzero423a(例えば0)からサブフレームnine423j(例えば9)に及ぶサブフレームを示す)は、各サブフレーム423における長さがTslot=15360・Ts=0.5msの2つのスロット2iおよび2i+1として定義される。例えば、サブフレームzero(例えば0)423aは、第1のスロットを含めて、2つのスロットを含む。
本明細書に開示されるシステムおよび方法に従って、下りリンクから上りリンクへの切り替えポイント周期が5msおよび10msの両方のUL−DL構成が用いられる。図4は、切り替えポイント周期が5msの無線フレーム435の一例を示す。下りリンクから上りリンクへの切り替えポイント周期が5msの場合には、各ハーフフレーム433が標準スペシャルサブフレーム431a〜bを含む。下りリンクから上りリンクへの切り替えポイント周期が10msの場合には、スペシャルサブフレームは、第1のハーフフレーム433にのみ存在する。
サブフレームzero(例えば0)423aおよびサブフレームfive(例えば5)423fならびにDwPTS 425a〜bは、下りリンク送信のために予約される。UpPTS429a〜b、およびスペシャルサブフレーム(単数または複数)431a〜bのすぐ後に続くサブフレーム(単数または複数)(例えば、サブフレームtwo423cおよびサブフレームseven423h)は、上りリンク送信のために予約される。留意すべきは、いくつかの実装では、衝突サブフレームの数を確定するために、スペシャルサブフレーム431がDLサブフレームと見做されることである。
図5は、本明細書に記載されるシステムおよび方法に従って、いくつかのUL−DL構成537a〜gを示す図である。特に、図5は、サブフレーム523aおよびサブフレーム番号539aをもつUL−DL構成zero537a(例えば、「UL−DL構成0」)、サブフレーム523bおよびサブフレーム番号539bをもつUL−DL構成one537b(例えば、「UL−DL構成1」)、サブフレーム523cおよびサブフレーム番号539cをもつUL−DL構成two537c(例えば、「UL−DL構成2」)、ならびにサブフレーム523dおよびサブフレーム番号539dをもつUL−DL構成three537d(例えば、「UL−DL構成3」)を示す。図5は、サブフレーム523eおよびサブフレーム番号539eをもつUL−DL構成four537e(例えば、「UL−DL構成4」)、サブフレーム523fおよびサブフレーム番号539fをもつUL−DL構成five537f(例えば、「UL−DL構成5」)、ならびにサブフレーム523gおよびサブフレーム番号539gをもつUL−DL構成six537g(例えば、「UL−DL構成6」)も示す。
図5は、PDSCH HARQ−ACKアソシエーション541(例えば、PUCCHまたはPUSCH上でのPDSCH HARQ−ACKフィードバックアソシエーション)をさらに示す。PDSCH HARQ−ACKアソシエーション541は、PDSCH送信のためのサブフレーム(例えば、PDSCH送信が送られるか、および/または受信されるサブフレーム)に対応するHARQ−ACKレポーティング・サブフレームを示す。留意すべきは、図5に示される無線フレームのいくつかが、便宜上、切り詰められていることである。
本明細書に開示されるシステムおよび方法は、図5に示されるUL−DL構成537a〜gの1つ以上に適用できる。例えば、図5に示されるUL−DL構成537a〜gのうちの1つに対応する1つ以上のPDSCH HARQ−ACKアソシエーション541が、UE102とeNB160との間の通信に適用される。例えば、UL−DL構成537がPCellに確定される(例えば、割り当てられる、適用される)。この場合、PDSCH HARQ−ACKアソシエーション541は、PCellに対応するHARQ−ACKフィードバック送信のためのPDSCH HARQ−ACKタイミング(例えば、HARQ−ACKレポーティング・サブフレーム)を指定する。SCell HARQ−ACKフィードバック送信に関しては、フィードバック・パラメータに従って参照UL−DL構成に対応するPDSCH HARQ−ACKアソシエーション541が利用される。いくつかの事例では、PDSCH HARQ−ACK情報は、上記のようにチャネルセレクションを伴うフォーマット1bに基づいてフォーマットされて、上りリンクサブフレームでレポートされる。
図6は、PCellおよびSCell構成の例を示す図である。より具体的には、例A645aは、PCell構成のためのDLサブフレームのセットの部分集合である、SCell構成のためのDLサブフレームのセットを示す(例えば、ケースA)。例B645bは、SCell構成のためのDLサブフレームのセットの部分集合である、PCell構成のためのDLサブフレームのセットを示す(例えば、ケースB)。
本明細書に開示されるシステムおよび方法に従って、(例えば、SIB−1に基づいて確定された)SCell構成によって示されるDLサブフレームのセットが、(例えば、SIB−1に基づいて確定された)PCell構成によって示されるDLサブフレームの部分集合である場合には、フィードバック・パラメータMCによって決定づけられるように、SCell PDSCH HARQ−ACKタイミング(例えば、レポート)は、PCell構成に従う。この場合、SCell構成におけるすべてDLサブフレームは、PCell構成におけるDLサブフレームでもある。留意すべきは、PCellがSCellのDLサブフレームに加えて配置された余分のDLサブフレームを有することである。図6では、便宜上、DLサブフレームは「D」で示され、ULサブフレームは「U」で示され、(例えば、UL成分およびDL成分の両方を含む)スペシャルサブフレームは「S」で示される。
特に、図6は、SCell構成によって示されるDLサブフレームのセットがPCell構成によって示されるDLサブフレームの部分集合である、例A645aを示す。より具体的には、例A645aは、PCell構成two(例えば「2」)637aおよびSCell構成one(例えば「1」)637bを示す。例A645aでは、SCell DLサブフレーム0、1、4、5、6および9は、PCell DLサブフレームの部分集合643aである。
本明細書に開示されるシステムおよび方法に従って、(例えば、SIB−1に基づいて確定された)PCell構成によって示されるDLサブフレームのセットが、(例えば、SIB−1に基づいて確定された)SCell構成によって示されるDLサブフレームの部分集合である場合には、フィードバック・パラメータMCによって決定づけられるように、SCell PDSCH HARQ−ACKタイミング(例えば、レポート)は、SCell構成に従う。この場合には、PCell構成におけるすべてDLサブフレームは、SCell構成におけるDLサブフレームでもある。留意すべきは、SCellがPCellのDLサブフレームに加えて配置された余分のDLサブフレームを有することである。
特に、図6は、PCell構成によって示されるDLサブフレームのセットがSCell構成によって示されるDLサブフレームの部分集合である、例B645bを示す。より具体的には、例B645bは、SCell構成two(例えば「2」)637cおよびPCell構成one(例えば「1」)637dを示す。例B645bでは、PCell DLサブフレーム0、1、4、5、6および9は、SCell DLサブフレームの部分集合643bである。
図7は、PCell構成737bとSCell構成737aとの間の衝突サブフレーム747の例を示す図である。衝突サブフレームは、あるサブフレームが1つのUL−DL構成ではDL(またはスペシャルサブフレーム)であり、別のUL−DL構成ではULサブフレームであるときに生じる。この例では、サブフレーム3および8がSCell構成one737aおよびPCell構成two737bではULサブフレームであるので、サブフレーム3および8は、SCell構成one737aとPCell構成two737bとの間の衝突サブフレーム747である。
本明細書に開示されるシステムおよび方法に従って、上記のいくつかのアプローチでは、衝突サブフレームの数mが利用される。例えば、SCellのフィードバック・パラメータMCは、MEffとして定義され、ここでMEffは、PCell構成または参照構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となる参照構成の実効的なMである(例えば、MEff=MRef−m)。図7では、便宜上、DLサブフレームは「D」で示され、ULサブフレームは「U」で示され、(例えば、UL成分およびDL成分の両方を含む)スペシャルサブフレームは「S」で示される。
図8は、UE802に利用される様々なコンポーネントを示す。図8に関連して記載されるUE802は、図1に関連して記載されるUE102に従って実装される。UE802は、UE802のオペレーションを制御するプロセッサ863を含む。プロセッサ863は、中央処理装置(CPU:central processing unit)とも呼ばれる。メモリ869は、リードオンリメモリ(ROM:read−only memory)、ランダムアクセスメモリ(RAM:random access memory)、これら2つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ863に命令865aおよびデータ867aを与える。メモリ869の一部分は、不揮発性ランダムアクセスメモリ(NVRAM:non−volatile random access memory)も含んでよい。命令865bおよびデータ867bは、プロセッサ863にも存在する。プロセッサ863に読み込まれた命令865bおよび/またはデータ867bは、プロセッサ863による実行または処理のために読み込まれた、メモリ869からの命令865aおよび/またはデータ867aも含んでよい。命令865bは、上記の方法200を実装するためにプロセッサ863によって実行される。
UE802は、データの送受信を可能にするための1つ以上の送信機858および1つ以上の受信機820が入った筺体も含む。送信機(単数または複数)858および受信機(単数または複数)820は、1つ以上のトランシーバ818に組み合わされてもよい。1つ以上のアンテナ822a〜nは、筺体に取り付けられて、トランシーバ818に電気的に結合される。
UE802の様々なコンポーネントは、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム871によって結合される。しかしながら、明確にするために、図8では様々なバスがバスシステム871として示される。UE802は、信号処理用のデジタル信号プロセッサ(DSP:digital signal processor)873も含んでよい。UE802は、UE802の機能へのユーザ・アクセスを提供する通信インターフェース875も含んでよい。図8に示されるUE802は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
図9は、eNB960に利用される様々なコンポーネントを示す。図9に関連して記載されるeNB960は、図1に関連して記載されるeNB160に従って実装される。eNB960は、eNB960の動作を制御するプロセッサ977を含む。プロセッサ977は、中央処理装置(CPU)とも呼ばれる。メモリ983は、リードオンリメモリ(ROM)、ランダムアクセスメモリ(RAM)、これら2つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ977に命令979aおよびデータ981aを与える。メモリ983の一部分は、不揮発性ランダムアクセスメモリ(NVRAM)も含んでよい。命令979bおよびデータ981bは、プロセッサ977にも存在する。プロセッサ977に読み込まれた命令979bおよび/またはデータ981bは、プロセッサ977による実行または処理のために読み込まれた、メモリ983からの命令979aおよび/またはデータ981aも含んでよい。命令979bは、上記の方法300を実装するためにプロセッサ977によって実行される。
eNB960は、データの送受信を可能にするための1つ以上の送信機917および1つ以上の受信機978が入った筺体も含む。送信機(単数または複数)917および受信機(単数または複数)978は、1つ以上のトランシーバ976に組み合わされてもよい。1つ以上のアンテナ980a〜nは、筺体に取り付けられて、トランシーバ976に電気的に結合される。
eNB960の様々なコンポーネントは、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム985によって結合される。しかしながら、明確にするために、図9では様々なバスがバスシステム985として示される。eNB960は、信号処理用のデジタル信号プロセッサ(DSP)987も含んでよい。eNB960は、eNB960の機能へのユーザ・アクセスを提供する通信インターフェース989も含んでよい。図9に示されるeNB960は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
図10は、フィードバック情報を送信するためのシステムおよび方法が実装されたUE1002の一構成を示すブロック図である。UE1002は、送信手段1058、受信手段1020および制御手段1024を含む。送信手段1058、受信手段1020および制御手段1024は、上の図2および図8に関連して記載される機能の1つ以上を行うように構成される。上の図8は、図10の具体的な装置構造の一例を示す。図2および図8の機能の1つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、DSPがソフトウェアによって実現されてもよい。
図11は、フィードバック情報を受信するためのシステムおよび方法が実装されたeNB1160の一構成を示すブロック図である。eNB1160は、送信手段1117、受信手段1178および制御手段1182を含む。送信手段1117、受信手段1178および制御手段1182は、上の図3 図9に関連して記載される機能の1つ以上を行うように構成される。上の図9は、図11の具体的な装置構造の一例を示す。図3および図9の機能の1つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、DSPがソフトウェアによって実現されてもよい。
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび/またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、RAM、ROM、EEPROM(登録商標)、CD−ROMまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク(disk)およびディスク(disc)は、本明細書では、コンパクトディスク(CD:compact disc)、レーザディスク(laser disc)、光ディスク(optical disc)、デジタルバーサタイルディスク(DVD:digital versatile disc)、フロッピー(登録商標)ディスク(floppy(登録商標) disk)およびBlu−ray(登録商標)ディスク(disc)を含み、ディスク(disk)は、通常、磁気的にデータを再生し、一方でディスク(disc)は、レーザを用いて光学的にデータを再生する。
留意すべきは、本明細書に記載される方法の1つ以上がハードウェアで実装されてもよく、および/またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の1つ以上は、チップセット、特定用途向け集積回路(ASIC)、大規模集積回路(LSI)または集積回路などで実装されてもよく、および/またはそれらを用いて実現されてもよい。
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための1つ以上のステップまたは動作を備える。本方法のステップおよび/または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および/または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特許請求の範囲から逸脱することなく、特定のステップおよび/または動作の順序および/または使用が修正されてもよい。
当然のことながら、特許請求の範囲は、上に示された通りの構成および構成要素には限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。