(57)【特許請求の範囲】
【請求項１】
周波数分割複信（FDD）キャリアの第１のダウンリンク（DL）ハイブリッド自動再送要求（HARQ）タイミングを決定して前記FDDキャリアの第２のDL  HARQタイミングを決定することによるアップリンク（UL）チャネルリソースの割り当てのための、少なくとも１つの時分割複信（TDD）キャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイスが物理UL共有チャネルでHARQフィードバックを提供可能にするための、第１の通信デバイスにおける方法であって、
前記FDDキャリアの前記第１のDL  HARQタイミングを決定するステップであり、関連付けは、前記TDDキャリアのどのULサブフレームが前記FDDキャリアのDLサブフレームの関連付けられたセットについて物理UL制御チャネルでHARQフィードバックを送信するために規定されるかを決定し、前記第１のDL  HARQタイミングは、前記FDDキャリアのN個の連続するDLサブフレームのうちせいぜいN-1個がTDDキャリアの１つ以上のULサブフレームに関連付けられるように決定され、前記方法は、前記FDDキャリアの前記物理UL共有チャネルのみで、前記FDDキャリアの関連付けられていないサブフレームについてHARQフィードバック送信を可能にすることを更に有するステップと、
前記FDDキャリアの前記第２のDL  HARQタイミングを決定するステップであり、関連付けは、前記FDDキャリアのどのULサブフレームが前記FDDキャリアのDLサブフレームの関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定するステップと、
前記第１のDL  HARQタイミングに従って割り当てられた物理UL制御チャネルが存在しない場合、前記第２のDL  HARQタイミングに従って前記物理UL共有チャネルでの前記HARQフィードバックのための物理UL共有チャネルリソースを割り当てるステップと
を有する方法。
【請求項２】
物理UL共有チャネルリソースを割り当てるステップは、前記第１の通信デバイスによる前記物理UL共有チャネルのスケジューリングを更に有する、請求項１に記載の方法。
【請求項３】
前記決定された第２のDL  HARQタイミングは、前記TDDキャリアのどのULサブフレームが前記FDDキャリアのDLサブフレームの関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定するために使用される、請求項１又は２に記載の方法。
【請求項４】
前記第１のDL  HARQタイミングは、前記第２のDL  HARQタイミングと同一である、請求項１乃至３のうちいずれか１項に記載の方法。
【請求項５】
前記第１のDL  HARQタイミングは、第３世代パートナーシッププロジェクト（3GPP）ロングタームエボリューション（LTE）リリース8、9、10及び／又は11により規定されたタイミングを有する、請求項１乃至４のうちいずれか１項に記載の方法。
【請求項６】
前記TDDキャリアの各ULサブフレームkについて、セットMkは前記FDDキャリアの関連付けられたDLサブフレームを表し、前記物理UL共有チャネルでのHARQフィードバックの前記第２のDL  HARQフィードバックタイミングは、前記FDDキャリアの所与のセットMkについてサブフレームn=maxMk+Δからサブフレームn=kまで、HARQフィードバックが前記FDDキャリアの前記物理UL共有チャネルで可能にされるように決定され、Δはオフセット値である、請求項１乃至５のうちいずれか１項に記載の方法。
【請求項７】
前記オフセット値は、Δ≧4である、請求項６に記載の方法。
【請求項８】
前記物理UL共有チャネルでHARQフィードバックを送信するために規定された１つの単一のULサブフレームがセットMkに関連付けられる、請求項１乃至７のうちいずれか１項に記載の方法。
【請求項９】
前記物理UL共有チャネルでHARQフィードバックを送信するために規定された複数のULサブフレームがセットMkに関連付けられる、請求項１乃至８のうちいずれか１項に記載の方法。
【請求項１０】
別のDL  HARQタイミングが、前記物理UL制御チャネル送信の前記決定された第１のDL  HARQタイミングに従って関連付けを有さないサブフレームについて前記物理UL共有チャネルでのHARQフィードバックのために決定される、請求項１に記載の方法。
【請求項１１】
同じDL  HARQタイミングが、前記関連付けられたサブフレームに関して、前記物理UL制御チャネル送信の前記決定された第１のDL  HARQタイミングに従って関連付けを有さないサブフレームについて前記物理UL共有チャネルでのHARQフィードバックのために決定される、請求項１に記載の方法。
【請求項１２】
ダウンリンク割り当てインデックス（DAI）フィールドは、無線フレームの全てのサブフレームのULグラントに存在する、請求項１乃至１１のうちいずれか１項に記載の方法。
【請求項１３】
HARQフィードバックが送信されない場合、ULグラントの前記DAIフィールドは、いずれかのDAIを含むために使用されず、保留目的のために保持される、請求項１２に記載の方法。
【請求項１４】
ULグラントの前記DAIフィールドのビットは、予め規定された値に設定される、請求項１２又は１３に記載の方法。
【請求項１５】
前記第２の通信デバイスが前記FDDキャリアにおいてDL割り当て及びULグラントの双方をスケジューリングされたサブフレームにおいて、前記ULグラントの前記DAIの値は、前記DL割り当ての前記DAI値と同じに設定される、請求項１２乃至１４のうちいずれか１項に記載の方法。
【請求項１６】
前記決定された第１のDL  HARQタイミング及び前記決定された第２のDL  HARQタイミングを前記第２の通信デバイスに提供するステップを更に有する、請求項１乃至１５のうちいずれか１項に記載の方法。
【請求項１７】
前記第１の通信デバイスは、LTEシステムにおける拡張NodeBを有し、前記第２の通信デバイスは、ユーザ装置（UE）を有し、前記DLサブフレームは、前記DL  FDDキャリアの物理ダウンリンク共有チャネル（PDSCH）を有し、前記DLサブフレームは、前記TDDキャリアの物理ダウンリンク共有チャネル（PDSCH）を有し、前記物理UL制御チャネルのサブフレームは、前記UL  TDDキャリアの物理アップリンク制御チャネル（PUCCH）を有し、前記物理UL共有チャネルは、前記TDDキャリア及び／又は前記FDDキャリアの物理アップリンク共有チャネル（PUSCH）を有する、請求項１乃至１６のうちいずれか１項に記載の方法。
【請求項１８】
周波数分割複信（FDD）キャリアの第１のダウンリンク（DL）ハイブリッド自動再送要求（HARQ）タイミングを決定して前記FDDキャリアの第２のDL  HARQタイミングを決定することによるアップリンク（UL）チャネルリソースの割り当てのための、少なくとも１つの時分割複信（TDD）キャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイスが物理UL共有チャネルでHARQフィードバックを提供可能にするための第１の通信デバイスであって、
前記FDDキャリアの前記第１のDL  HARQタイミングを決定するように構成され、関連付けは、前記TDDキャリアのどのULサブフレームが前記FDDキャリアのDLサブフレームの関連付けられたセットについて物理UL制御チャネルでHARQフィードバックを送信するために規定されるかを決定し、前記第１のDL  HARQタイミングは、前記FDDキャリアのN個の連続するDLサブフレームのうちせいぜいN-1個がTDDキャリアの１つ以上のULサブフレームに関連付けられるように決定され、前記FDDキャリアの前記物理UL共有チャネルのみで、前記FDDキャリアの関連付けられていないサブフレームについてHARQフィードバック送信を可能にすることを更に有し、また、前記FDDキャリアの前記第２のDL  HARQタイミングを決定するように構成され、関連付けは、前記FDDキャリアのどのULサブフレームが前記FDDキャリアのDLサブフレームの関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定し、前記第１のDL  HARQタイミングに従って割り当てられた物理UL制御チャネルが存在しない場合、前記第２のDL  HARQタイミングに従って前記物理UL共有チャネルでの前記HARQフィードバックのための物理UL共有チャネルリソースを割り当てるように更に構成されたプロセッサを有する第１の通信デバイス。
【請求項１９】
前記DL  FDDキャリア及び／又はTDDキャリアで、前記第２の通信デバイスにより受信されるデータを送信するように構成された送信機と、
前記第２の通信デバイスから、前記送信されたデータに関するHARQフィードバックを受信するように構成された受信機と
を更に有する、請求項１８に記載の第１の通信デバイス。
【請求項２０】
前記プロセッサは、請求項１乃至１７のうちいずれか１項に記載の方法を実現するように更に構成される、請求項１８又は１９に記載の第１の通信デバイス。
【請求項２１】
FDDキャリアの第１のDL  HARQタイミングを決定して前記FDDキャリアの第２のDL  HARQタイミングを決定することによるULチャネルリソースの割り当てのための、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイスが物理UL共有チャネルでHARQフィードバックを提供可能にするための、第１の通信デバイスにおいて、請求項１乃至１７のうちいずれか１項に記載の方法を実行するプログラムコードを有するコンピュータプログラム。
【請求項２２】
第１の通信デバイスにより行われた割り当てに従って、少なくとも１つの時分割複信（TDD）キャリア及び少なくとも１つの周波数分割複信（FDD）キャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて、物理アップリンク（UL）共有チャネルでハイブリッド自動再送要求（HARQ）フィードバックを提供するための、第２の通信デバイスにおける方法であって、
前記第１の通信デバイスにより決定された第１のDL  HARQタイミングに従ってサブフレームに関連付けられたダウンリンク（DL）サブフレームについて前記物理UL共有チャネルでHARQフィードバックを送信するステップと、
前記第１の通信デバイスにより決定された物理UL制御チャネル送信の前記第１のDL  HARQタイミングに従ってサブフレームに関連付けられていないダウンリンク（DL）サブフレームについて前記物理UL共有チャネルのみでHARQフィードバックを送信するステップと
を有する方法。
【請求項２３】
前記第１の通信デバイスにより決定された前記第１のDL  HARQタイミング及び第２のDL  HARQタイミングを取得するステップを更に有する、請求項２２に記載の方法。
【請求項２４】
第１の通信デバイスにより行われた割り当てに従って、少なくとも１つの時分割複信（TDD）キャリア及び少なくとも１つの周波数分割複信（FDD）キャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて、物理UL共有チャネルでハイブリッド自動再送要求（HARQ）フィードバックを提供するための、第２の通信デバイスであって、
前記第１の通信デバイスにより決定された第１のDL  HARQタイミングに従ってサブフレームに関連付けられたDLサブフレームについて前記物理UL共有チャネルでHARQフィードバックを送信するように構成され、前記第１の通信デバイスにより決定された物理UL制御チャネル送信の前記第１のDL  HARQタイミングに従ってサブフレームに関連付けられていないダウンリンク（DL）サブフレームについて前記物理UL共有チャネルのみでHARQフィードバックを送信するように更に構成された送信機を有する第２の通信デバイス。
【請求項２５】
前記第１の通信デバイスにより決定された前記第１のDL  HARQタイミング及び第２のDL  HARQタイミングを取得するように構成されたプロセッサを更に有する、請求項２４に記載の第２の通信デバイス。
【請求項２６】
第１の通信デバイスにより行われた割り当てに従って、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて、物理UL共有チャネルでHARQフィードバックを提供するための、第２の通信デバイスにおいて、請求項２２又は２３に記載の方法を実行するプログラムコードを有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
ここに記載の実現は、概して第１の通信デバイス、第１の通信デバイスにおける方法、第２の通信デバイス及び第２の通信デバイスにおける方法に関する。特に、FDDキャリア及びTDDキャリアのアグリゲーションにより提供されるデータのHARQフィードバックを可能にする機構がここに記載される。
【背景技術】
【０００２】
従来技術のLTE-Advancedシステムは、キャリアアグリゲーションをサポートしており、無線ネットワークノード／基地局／eNodeBとユーザ装置（UE）との間の通信は、ダウンリンク（DL）及び／又はアップリンク（UL）における複数のコンポーネントキャリア（又はサービングセル）の同時使用を用いて実現される。本文脈において、ダウンリンク（DL）、ダウンストリームリンク又はフォワードリンクという表現は、無線ネットワークノードからUEへの送信パスのために使用され得る。アップリンク（UL）、アップストリームリンク又はリバースリンクという表現は、反対方向、すなわち、UEから無線ネットワークノードへの送信パスのために使用され得る。
【０００３】
更に、同じ物理通信媒体のフォワード及びリバース通信チャネルを分割するために、無線通信システムにおいて通信する場合、例えば、周波数分割複信（FDD）及び／又は時分割複信（TDD）のようなデュプレクス方法が適用されてもよい。FDD手法は、アップリンク及びダウンリンク送信の間の干渉を回避するために、十分に離れた周波数帯域で使用される。TDDでは、アップリンク及びダウンリンクトラヒックは、同じ周波数帯域で送信されるが、異なる時間間隔で送信される。従って、アップリンク及びダウンリンクトラヒックは、TDD送信では、場合によってはアップリンク及びダウンリンク送信の間にガード期間（GP）を備えて、時間次元において相互に分離されて送信される。同じエリア内の無線ネットワークノード及び／又はUEについてアップリンクとダウンリンクとの間の干渉を回避するために、異なるセル内の無線ネットワークノード及びUEの間のアップリンク及びダウンリンク送信は、共通時間基準への同期、並びにアップリンク及びダウンリンクへのリソースの同じ割り当ての使用を用いて整合され得る。
【０００４】
コンポーネントキャリアは、周波数帯域内で連続的又は不連続的に位置してもよく、或いは異なる周波数帯域に位置することすら行われてもよい。従って、キャリアアグリゲーションは、ネットワークオペレータにとってスペクトル利用を改善し、より高いデータレートが提供されることを可能にする。キャリアアグリゲーションは、FDD及びTDDの双方に規定されているが、従来技術のシステムのUEは、FDD及びTDDキャリアで同時に動作しないため、異なるデュプレクス方法を備えたキャリアを利用するキャリアアグリゲーションは存在しない。しかし、ネットワークオペレータは、FDD及びTDDキャリアの双方を所有し得るため、原理をFDD及びTDDキャリアのキャリアアグリゲーションに拡張することが望まれる。
【０００５】
キャリアアグリゲーションの１つの主な課題は、ULフィードバックに関する。DLキャリアアグリゲーションでは、UEは、物理ダウンリンク共有チャネル（PDSCH）で送信された受信したトランスポートブロックに対応するACK及びNACKメッセージを含むHARQフィードバックを送信する。従来技術のLTE-Advancedシステムでは、HARQフィードバックは、プライマリセル（PCell）における物理UL制御チャネル（PUCCH）又はいずれかのサービングセルでスケジューリングされ得る物理UL共有チャネル（PUSCH）のいずれかで送信される。PUSCHは、ダウンリンク（DL）制御チャネル、例えば、物理ダウンリンク制御チャネル（PDCCH）又は拡張PDCCH（EPDCCH）で送信されるULグラントを用いてスケジューリングされ得る。PUSCH送信がスケジューリングされているが、UEがPUCCH及びPUSCHを同時に送信することができない場合、PUCCHは送信されず、HARQフィードバックは、場合によってはユーザデータと共にPUSCHに多重される。
【０００６】
データ送信は、サブフレーム（例えば、1msの長さ）に配置されてもよく、サブフレームのセットは、無線フレーム（例えば、10msの長さ）を構成してもよい。TDD無線フレームでは、DLサブフレームの数は、ULサブフレームの数より大きくてもよい。従って、ULサブフレームは、複数のDLサブフレームに対応するHARQ情報を送信するために使用され得る。従って、FDD及びTDDキャリアアグリゲーションにより、TDDキャリアがPCellとして構成された場合、FDDキャリアの複数のDLサブフレームは、FDDキャリア及びTDDキャリアのHARQフィードバックを搬送するように指定されたTDDキャリアの１つのULサブフレームに関連付けられ得る。
【０００７】
図１は、TDDコンポーネントキャリアがPCellとして構成され、セカンダリセル（SCell）が１つのDL  FDDコンポーネントキャリア及び１つのUL  FDDコンポーネントキャリアを有する一例を示している。従って、図１は、SCellのDL  HARQタイミング、すなわち、PCellのULサブフレームに対するSCellのDLサブフレームの間のタイミング関係を示している。例えば、TDDキャリアのサブフレーム2は、FDDキャリアのサブフレーム1、2、5及び6のHARQフィードバックを送信するために使用され得る。更に、TDDキャリアのサブフレーム2は、TDDキャリアのいくつかのサブフレームのHARQフィードバックを送信するために使用され得る。更に、SCellのULスケジューリングタイミング、すなわち、SCellのDL制御チャネルで送信されるULグラントとSCellのスケジューリングされたPUSCHとの間のタイミング関係もまた、SCellのULサブフレームのいくつかについて示されている。
【０００８】
PUSCHがPCellでスケジューリングされた場合、PCell及び／又はSCellからのHARQフィードバックは、このPUSCHで送信され得る。他方、HARQフィードバックのPUSCHがSCell（すなわち、FDDキャリア）でのみスケジューリングされた場合、PCell及び／又はSCellからのHARQフィードバックは、FDDキャリアのPUSCHに多重され得る。しかし、FDD  ULキャリアでは、TDDキャリアに比べて多くのULサブフレームが存在するため、PUSCHをスケジューリングする機会がより多い。同時に、UE及びeNodeBの双方がどのように且ついつHARQフィードバックがPUSCHで搬送されるかを明白に認識することが重要である。そうでなければ、eNodeBはHARQ情報を失う可能性があり、これは、より多くの再送信を生じてUEからのより多くのシグナリングを取り入れるため、システムのスペクトル効率を減少させる。
【０００９】
更に、HARQフィードバックの量は、いくつのDLサブフレームが実際の送信を含んだかに依存する。PUSCHにおいてHARQフィードバックに使用される適切な数の時間周波数リソースを決定するために、DL割り当てインデックス（DAI）がULグラントでシグナリングされ得る。DAIは、DLサブフレームの関連付けられたセットにおいてDL送信を含んだサブフレームの総数を表し得る。また、ここで、HARQフィードバックのためにできるだけ少ない時間周波数リソースを使用するために、すなわち、システムのスペクトル効率を最大化するために、UEとeNodeBとの双方がどのようにDAI値を利用するかを明白に認識することが重要である。
【００１０】
LTE-Advancedでは、キャリアアグリゲーションは、サービングセルのセットで受信／送信することにより実行され、サービングセルは、少なくともDLコンポーネントキャリアを有し、場合によってはULコンポーネントキャリアを有する。UEは、常にプライマリサービングセル（PCell）によって構成され、更にセカンダリサービングセル（SCell）によっても構成される。ここで、セルの概念は、地理的エリアを示さなくてもよく、むしろ論理的な概念として考えられてもよい。UEは、常にプライマリサービングセル（PCell）によって構成され、更にセカンダリサービングセル（SCell）によっても構成される。PUCCHは、常にPCellで送信される。
【００１１】
HARQフィードバックは、PDCCH／EPDCCHによりスケジューリングされたPDSCH、半永続的にスケジューリングされた（SPS）PDSCH又はSPSの解放を示すPDCCH／EPDCCHに応じてULで（PUCCH又はPUSCHで）送出される。３つのHARQフィードバック状態、すなわち、ACK、NACK及びDTXが使用される。成功した復号化試行結果は、ACKを生じるが、復号化試行が成功しない場合、NACKが送出される。DTXは、不連続送信を示し、これは、UEがPDSCHを受信しない場合、例えば、送信されたPDCCH／EPDCCHを受信し損なった場合、又は送信されたPDCCH／EPDCCH又はPDSCHが存在しなかった場合に生じる。場合によっては、NACKは、DTXとマージされて共同状態NACK/DTXになる。共同NACK/DTX状態の場合、eNodeBはNACKとDTXとを区別することができず、スケジューリングされたPDSCHが存在した場合、完全な再送信を実行する必要がある。これは、再送信のためにインクリメンタルリダンダンシーを使用することを排除する。この理由は、eNodeBは、UEが成功していない復号化試行を行ったか否かを認識しないからである。
【００１２】
TDDでは、コンポーネントキャリアは、無線フレームのサブフレームの送信方向を規定する7個のUL-DL構成のうち１つによって構成され、無線フレームは、DLサブフレーム、ULサブフレーム及びスペシャル（S）サブフレームを有する。スペシャルサブフレームは、DL送信のための１つの部分、ガード期間及びUL送信のための１つの部分を含む。HARQフィードバックを送信するためにULサブフレームに関連付けられるDLサブフレームの数M（場合によってはバンドリングウィンドウと呼ばれる）は、TDD  UL-DL構成と、特定のULサブフレームのインデックスとに依存する。実際に、UE対UE及びeNodeB対eNodeBの干渉を回避するために、同じUL-DL構成が隣接セルで使用される必要がある。しかし、LTE-Advancedはまた、UL／DL構成を動的に変化させる可能性を許容する。このようなUEは、送信のために実際に使用されるUL-DL構成のものとは異なるHARQタイミング（例えば、他の基準TDD  UL-DL構成のもの）に従ってもよい。
【００１３】
PDCCH／EPDCCHは、PDSCH送信に関するDL制御情報（DCI）（すなわち、DL割り当て）又はPUSCH送信に関するDL制御情報（DCI）（すなわち、ULグラント）を有する。TDDでは、DCIは、2ビットのDAIを有する。DCIがDL割り当てを有する場合、DAIは、M個のDLサブフレームのセットの間に送信されたPDCCH／EPDCCH／PDSCHの数についてのサブフレームに基づく増分カウンタとして機能する。DAI情報によって、UEは、M個のDLサブフレームのセットの最後のサブフレームを除き、いずれかのPDCCH／EPDCCHを受信し損なったか否かを検出することが可能になり得る。DCIがULグラントを有する場合、DAIは、M個のDLサブフレームの関連付けられたセットの間に送信されたPDCCH／EPDCCH／PDSCHの総数の指示として機能し、この情報は、UEがいずれかの送信を損なったか否かを検出し、PUSCHにおいてHARQフィードバックに使用される時間周波数リソースの数を決定するために利用される。キャリアアグリゲーションの場合、UL  DAIは、全てのコンポーネントキャリアについてM個のDLサブフレームのセットの間に送信されたサブフレームの最大数を表し得る。
【００１４】
FDDでは、ULスケジューリングタイミングは、サブフレームnにおいて送信されたULグラントがサブフレームn+4においてPUSCHをスケジューリングするようなものである。更に、サブフレームnにおいて送信されるPDCCH／EPDCCHによりスケジューリングされたPDSCH、半永続的にスケジューリングされた（SPS）PDSCH又はSPS解放を示すPDCCH／EPDCCHは、その関連付けられたHARQフィードバックがサブフレームn+4においてULで送信されることを意味する。eNodeBにおける処理時間のため、同じHARQプロセスからのPDSCHは、サブフレームn+8において最も早く再送信され得る。従って、ラウンドトリップ時間遅延は、8サブフレームであり、これは、8個のHARQプロセスが使用され得ることを意味する。DL  HARQプロトコルは、DLで非同期であり、HARQプロセス番号がDCIで明示的にシグナリングされる。
【００１５】
更に、FDDでは、PUSCHのHARQフィードバックは、サブフレームnのDL送信がその関連付けられたHARQフィードバックがサブフレームn+4においてPUSCHで送信されることを意味することに従い、いずれかのULサブフレームにおいて送信され得る。従って、ULグラントは、サブフレームnにおいて送信される必要がある。従来技術のFDDキャリアアグリゲーションでは、DLサブフレームは、PUSCHのHARQフィードバックについてULサブフレームと１対１で関連付けられ、バンドリングウィンドウは存在しない（すなわち、多対１のサブフレーム関連付けはない）。
【００１６】
PCellがTDDであり、FDDである少なくとも１つのSCellが存在する場合、FDD  SCellのPUSCHでHARQ情報を送信することが可能になり得る。しかし、どのULサブフレームがPUSCHでHARQフィードバックを含むべきかを決定することは問題である。PUSCHのULグラントにおいてDAIをどのように配置するかは更なる問題である。
【発明の概要】
【００１７】
従って、前述の欠点のうち少なくともいくつかを除去し、通信システムにおける性能を改善することが目的である。
【００１８】
前記及び他の目的は、添付の独立請求項の特徴により実現される。更なる実現形式は従属請求項、説明及び図面から明らかである。
【００１９】
第１の態様によれば、FDDキャリアの第１のDL  HARQタイミングを決定してFDDキャリアの第２のDL  HARQタイミングを決定することによるULチャネルリソースの割り当てのための、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイスが物理UL共有チャネルでHARQフィードバックを提供可能にするための方法が、第１の通信デバイスにおいて提供される。この方法は、FDDキャリアの第１のDL  HARQタイミングを決定するステップであり、関連付けは、TDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについてUL制御チャネルでHARQフィードバックを送信するために規定されるかを決定するステップを有する。また、この方法は、FDDキャリアの第２のDL  HARQタイミングを決定するステップであり、関連付けは、FDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについてUL共有チャネルでHARQフィードバックを送信するために規定されるかを決定するステップを有し、これにより、この決定は、物理UL共有チャネルがHARQフィードバックを有することを可能にされているULサブフレームの第１のセットと、物理UL共有チャネルがHARQフィードバックを有していないULサブフレームの第２のセットとを生じる。また、この方法は、この第１のDL  HARQタイミングに従って割り当てられたUL制御チャネルが存在しない場合、この第２のDL  HARQタイミングに従ってULサブフレームのこの第１のセットにおいて物理UL共有チャネルでのHARQフィードバックのためのULチャネルリソースを割り当てるステップを有する。
【００２０】
第１の態様による方法の第１の可能な実現では、UL共有チャネルリソースの割り当ては、第１の通信デバイスによる物理UL共有チャネルのスケジューリングを有する。
【００２１】
第１の態様による方法又は第１の態様による方法の上記の可能な実現の第２の可能な実現では、決定された第２のDL  HARQタイミングは、TDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定するために使用される。
【００２２】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第３の可能な実現では、第１のDL  HARQタイミングは、第２のDL  HARQタイミングと同一である。
【００２３】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第４の可能な実現では、第１のDL  HARQタイミングは、第３世代パートナーシッププロジェクト（3GPP）ロングタームエボリューション（LTE）リリース8、9、10及び／又は11により規定されたタイミングを有する。
【００２４】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第５の可能な実現では、TDDキャリアの各ULサブフレームkについて、セットMkはFDDキャリアの関連付けられたDLサブフレームを表し、物理ULチャネルでのHARQフィードバックの第２のDL  HARQフィードバックタイミングは、FDDキャリアの所与のセットMkについてサブフレームn=maxMk+Δからサブフレームn=kまで、HARQフィードバックがFDDキャリアの物理UL共有チャネルで可能にされるように規定され、Δはオフセット値である。
【００２５】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第６の可能な実現では、オフセット値は、少なくとも4に設定され、すなわち、Δ≧4である。
【００２６】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第７の可能な実現では、物理UL共有チャネルでHARQフィードバックを送信するために規定された１つの単一のULサブフレームがセットMkに関連付けられる。
【００２７】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第８の可能な実現では、物理UL共有チャネルでHARQフィードバックを送信するために規定された複数のULサブフレームがセットMkに関連付けられる。
【００２８】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第９の可能な実現では、第１のDL  HARQタイミングは、FDDキャリアのN個の連続するDLサブフレームのうちせいぜいN-1個がTDDキャリアの１つ以上のULサブフレームに関連付けられるように決定され、この方法は、物理UL共有チャネルで関連付けられていないサブフレームについてHARQフィードバック送信を可能にすることのみを更に有する。
【００２９】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１０の可能な実現では、別のDL  HARQタイミングが、UL制御チャネル送信の決定された第１のDL  HARQタイミングに従って関連付けを有さないサブフレームについて物理UL共有チャネルでのHARQフィードバックのために決定される。
【００３０】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１１の可能な実現では、同じDL  HARQタイミングが、関連付けられたサブフレームに関して、UL制御チャネル送信の決定された第１のDL  HARQタイミングに従って関連付けを有さないサブフレームについて物理UL共有チャネルでのHARQフィードバックのために決定される。
【００３１】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１２の可能な実現では、ダウンリンク割り当てインデックス（DAI）フィールドは、無線フレームの全てのサブフレーム、すなわち、第１及び第２のULサブフレームセットの双方のULグラントに存在する。
【００３２】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１３の可能な実現では、ULグラントの第２のセットのDAIフィールドは、いずれかのDAIを含むために使用されず、保留目的のために保持される。
【００３３】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１４の可能な実現では、ULグラントのDAIフィールドのビットは、予め規定された値に設定される。
【００３４】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１５の可能な実現では、第２の通信デバイスがFDDキャリアにおいてDL割り当て及びULグラントの双方をスケジューリングされたサブフレームにおいて、ULグラントのDAIの値は、DL割り当てのDAI値と同じに設定される。
【００３５】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１６の可能な実現では、決定された第１のDL  HARQタイミング及び決定された第２のDL  HARQタイミングを第２の通信デバイスに提供するステップを更に有する。
【００３６】
第１の態様による方法又は第１の態様による方法のいずれかの上記の可能な実現の第１７の可能な実現では、第１の通信デバイスは、LTEシステムにおける拡張NodeBを有する。第２の通信デバイスは、ユーザ装置（UE）を有し、DLサブフレームは、DL  FDDキャリアの物理ダウンリンク共有チャネル（PDSCH）を有する。DLサブフレームは、TDDキャリアの物理ダウンリンク共有チャネル（PDSCH）を有する。UL制御チャネルのサブフレームは、UL  TDDキャリアの物理アップリンク制御チャネル（PUCCH）を有する。物理UL共有チャネルは、TDDキャリア及び／又はFDDキャリアの物理アップリンク共有チャネル（PUSCH）を有する。
【００３７】
第２の態様では、FDDキャリアの第１のDL  HARQタイミングを決定してFDDキャリアの第２のDL  HARQタイミングを決定することによるULチャネルリソースの割り当てのための、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイスが物理UL共有チャネルでHARQフィードバックを提供可能にするための第１の通信デバイスが提供される。第１の通信デバイスは、FDDキャリアの第１のDL  HARQタイミングを決定するように構成され、関連付けは、TDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについてUL制御チャネルでHARQフィードバックを送信するために規定されるかを決定し、また、FDDキャリアの第２のDL  HARQタイミングを決定するように構成され、関連付けは、FDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについてUL共有チャネルでHARQフィードバックを送信するために規定されるかを決定し、これにより、この決定は、物理UL共有チャネルがHARQフィードバックを有することを可能にされているULサブフレームの第１のセットと、物理UL共有チャネルがHARQフィードバックを有していないULサブフレームの第２のセットとを生じ、この第１のDL  HARQタイミングに従って割り当てられたUL制御チャネルが存在しない場合、この第２のDL  HARQタイミングに従ってULサブフレームのこの第１のセットにおいて物理UL共有チャネルでのHARQフィードバックのためのULチャネルリソースを割り当てるように更に構成されたプロセッサを有する。
【００３８】
第２の態様の第１の可能な実現では、第１の通信デバイスは、このDL  FDDキャリア及び／又はTDDキャリアで、第２の通信デバイスにより受信されるデータを送信するように構成された送信機と、第２の通信デバイスから、送信されたデータに関するHARQフィードバックを受信するように構成された受信機とを更に有する。
【００３９】
第２の態様の第２の可能な実現では、プロセッサは、第１の態様による方法又は第１の態様のいずれかの可能な実現を実現するように更に構成される。
【００４０】
第３の態様によれば、コンピュータプログラムが提供され、FDDキャリアの第１のDL  HARQタイミングを決定してFDDキャリアの第２のDL  HARQタイミングを決定することによるULチャネルリソースの割り当てのための、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイスが物理UL共有チャネルでHARQフィードバックを提供可能にするための、第１の通信デバイスにおいて、第１の態様による方法、又は第１の態様のいずれかの実現を実行するプログラムコードを有する。
【００４１】
第４の態様によれば、コンピュータプログラムプロダクトが提供され、FDDキャリアの第１のDL  HARQタイミングを決定してFDDキャリアの第２のDL  HARQタイミングを決定することによるULチャネルリソースの割り当てのための、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイスが物理UL共有チャネルでHARQフィードバックを提供可能にするためのプログラムコードを記憶したコンピュータ読み取り可能記憶媒体を有し、プログラムコードは、FDDキャリアの第１のDL  HARQタイミングを決定するステップであり、関連付けは、TDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについてUL制御チャネルでHARQフィードバックを送信するために規定されるかを決定するステップと、FDDキャリアの第２のDL  HARQタイミングを決定するステップであり、関連付けは、FDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定し、これにより、この決定は、物理UL共有チャネルがHARQフィードバックを有することを可能にされているULサブフレームの第１のセットと、物理UL共有チャネルがHARQフィードバックを有していないULサブフレームの第２のセットとを生じるステップと、また、この第１のDL  HARQタイミングに従って割り当てられたUL制御チャネルが存在しない場合、この第２のDL  HARQタイミングに従ってULサブフレームのこの第１のセットにおいて物理UL共有チャネルでのHARQフィードバックのためのULチャネルリソースを割り当てるステップとを有する方法を実行する命令を有する。
【００４２】
第５の態様によれば、第１の通信デバイスにより行われた割り当てに従って、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて、物理UL共有チャネルでHARQフィードバックを提供するための、第２の通信デバイスにおける方法が開示され、この方法は、第１の通信デバイスにより決定されたDL  HARQタイミングに従ってサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルでHARQフィードバックを送信するステップを有する。
【００４３】
第５の態様の第１の可能な実現では、この方法は、第１の通信デバイスにより決定された第１のDL  HARQタイミング及び第２のDL  HARQタイミングを取得するステップを更に有する。
【００４４】
第６の態様によれば、第１の通信デバイスにより行われた割り当てに従って、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて、物理UL共有チャネルでHARQフィードバックを提供するための、第２の通信デバイスが開示され、第２の通信デバイスは、第１の通信デバイスにより決定されたDL  HARQタイミングに従ってサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルでHARQフィードバックを送信するように構成された送信機を有する。
【００４５】
第６の態様の第１の可能な実現では、第２の通信デバイスは、第１の通信デバイスにより決定された第１のDL  HARQタイミング及び第２のDL  HARQタイミングを取得するように構成されたプロセッサを更に有する。
【００４６】
第７の態様では、コンピュータプログラムが提供され、第１の通信デバイスにより行われた割り当てに従って、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて、物理UL共有チャネルでHARQフィードバックを提供するための、第２の通信デバイスにおいて、第５の態様による方法、又は第５の態様のいずれかの実現を実行するプログラムコードを有する。
【００４７】
第８の態様では、コンピュータプログラムプロダクトが提供され、第１の通信デバイスにより行われた割り当てに従って、少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアのTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて、物理UL共有チャネルでHARQフィードバックを提供するためのプログラムコードを記憶したコンピュータ読み取り可能記憶媒体を有し、プログラムコードは、第１の通信デバイスにより決定されたDL  HARQタイミングに従ってサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルでHARQフィードバックを送信するステップを有する方法を実行する命令を有する。
【００４８】
ここに記載の態様のおかげで、少なくとも１つのFDDキャリア及び少なくとも１つのTDDキャリアで送信された信号のキャリアアグリゲーションにより送信されたデータのHARQフィードバックを提供することが可能になり、これにより、送信部及び受信部の双方は、いつHARQフィードバックが物理UL共有チャネルで提供されるかを明白に認識する。更に、ここに記載のいくつかの態様では、DAIフィールドが、或る実施例において送信／受信されたサブフレームをカウントする以外の目的で使用されてもよい。従って、無線通信システム内の改善した性能が提供される。
【００４９】
本発明の態様の他の目的、利点及び新規な特徴は、以下の詳細な説明から明らかになる。
【図面の簡単な説明】
【００５０】
様々な実施例について、添付の図面を参照して詳細に説明する。
【図１】従来技術によるTDD及びFDDサブフレームの例
【図２】或る実施例による通信システムを示すブロック図
【図３】或る実施例によるTDD／FDDにおける無線フレームを示すブロック図
【図４】或る実施例によるTDD／FDDにおける無線フレームを示すブロック図
【図５】或る実施例によるTDD／FDDにおける無線フレームを示すブロック図
【図６】或る実施例によるDAIを示すブロック図
【図７】実施例による第１の通信デバイスにおける方法を示すフローチャート
【図８】実施例による第１の通信デバイスを示すブロック図
【図９】実施例による第２の通信デバイスにおける方法を示すフローチャート
【図１０】実施例による第２の通信デバイスを示すブロック図
【発明を実施するための形態】
【００５１】
ここに記載の本発明の実施例は、以下に説明する実施例で実施され得る第１の通信デバイス及び第１の通信デバイスにおける方法、第２の通信デバイス及び第２の通信デバイスにおける方法として規定される。しかし、これらの実施例は、多くの異なる形式で実証及び実現されてもよく、ここに示す例に限定されない。むしろ、実施例のこれらの例示的な例は、この開示が十分且つ完全であるように提供される。
【００５２】
更に他の目的及び特徴は、添付図面と共に考慮される以下の詳細な説明から明らかになり得る。しかし、図面は、単に例示の目的で示されており、添付の特許請求の範囲に参照が行われる、ここに開示された実施例の限定の定義として示されているものではないことが認識されるべきである。更に、図面は必ずしも縮尺通りに描かれておらず、特に示さない限り、これらは、単にここに記載の構成及び手順を概念的に示すことを意図する。
【００５３】
図２は、第２の通信デバイス120と通信する第１の通信デバイス110を有する通信システム100での概略図であり、第２の通信デバイス120は、第１の通信デバイス100によりサービス提供される。
【００５４】
通信システム100は、単にいくつかの選択肢を記述するだけでも、例えば、第３世代パートナーシッププロジェクト（3GPP）ロングタームエボリューション（LTE）、LTE-Advanced、第４世代（4G）LTE、エボルブド・ユニバーサル・テレストリアル・無線アクセスネットワーク（E-UTRAN）、ユニバーサル・モバイル・テレコミュニケーション・システム（UMTS）、グローバル・システム・フォー・モバイル・コミュニケーションズ（元々はGroupe  Special  Mobile）（GSM）／エンハンスト・データ・レート・フォー・GSM・エボリューション（Enhanced  Data  rate  for  GSM  Evolution）（GSM／EDGE）、広帯域符号分割多元アクセス（WCDMA）、時分割多元アクセス（TDMA）ネットワーク、周波数分割多元アクセス（FDMA）ネットワーク、直交FDMA（OFDMA）ネットワーク、シングルキャリアFDMA（SC-FDMA）ネットワーク、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（WiMax）又はウルトラ・モバイル・ブロードバンド（UMB）、高速パケットアクセス（HSPA）エボルブド・ユニバーサル・テレストリアル・無線アクセス（E-UTRA）、ユニバーサル・テレストリアル・無線アクセス（UTRAM）、GSM  EDGE無線アクセスネットワーク（GERAN）、3GPP2  CDMA技術、例えば、CDMA200  1x  RTT及び高レートパケットデータ（HRPD）のような無線アクセス技術に少なくとも部分的に基づいてもよい。“通信システム”、“無線通信ネットワーク”、“無線通信システム”及び／又は“セルラ通信システム”という表現は、この開示の技術的文脈内において、場合によっては同義的に利用されてもよい。
【００５５】
通信システム100は、異なる実施例に従って、ダウンリンク及び任意選択ではアップリンクにおいて、少なくとも１つの周波数分割複信（FDD）キャリア及び少なくとも１つの時分割複信（TDD）キャリアのキャリアアグリゲーションで構成されてもよい。
【００５６】
図２の例の目的は、通信システム100及び関与する方法、並びにここに記載する第１の通信デバイス110及び第２の通信デバイス120のような通信デバイス100、120及び関与する機能の簡略化した一般的な概要を提供するためのものである。続いて、方法及び通信システム100は、非限定的な例として3GPP  LTE／LTE-Advanced環境において記載されるが、開示の方法及び通信システム100の実施例は、例えば、前述に既に列挙したいずれかのもののような他のアクセス技術に基づいてもよい。従って、本発明の実施例は、3GPP  LTEシステムに基づき、3GPP  LTEシステムの専門用語を使用して記載され得るが、これは、決して3GPP  LTEに限定されるものではない。
【００５７】
従って、例示の通信システム100は、第２の通信デバイス120により受信される無線信号を送出してもよい第１の通信デバイス110を有する。
【００５８】
図２における第１の通信デバイス110の１つのエンティティ及び第２の通信デバイス120の１つのエンティティの例示のネットワーク設定は、実施例の非限定的な例のみとして考えられるべきである点に留意すべきである。通信システム100は、他の数及び／又は組み合わせの通信デバイス110、120を有してもよい。従って、複数の第２の通信デバイス120及び第１の通信デバイス110の他の構成は、或る実施例に関与してもよい。
【００５９】
従って、“１つ”又は“単数”の第１の通信デバイス110及び／又は第２の通信デバイス120がこの文脈で参照される場合には常に、或る実施例に従って、複数の第１の通信デバイス110及び／又は第２の通信デバイス120が関与してもよい。
【００６０】
或る実施例によれば、第１の通信デバイス110は、DL送信に構成されてもよく、例えば、使用される無線アクセス技術及び／又は用語に応じて、例えば、基地局、NodeB、進化型NodeB（eNB又はeNodeB）、基地送受信局、アクセスポイント基地局、基地局ルータ、無線基地局（RBS）、マクロ基地局、ピコ基地局、フェムト基地局、ホームeNodeB、センサ、ビーコンデバイス、中継ノード、リピータ、又は、無線インタフェースで第２の通信デバイス120と通信するように構成された他のネットワークノードとそれぞれ呼ばれてもよい。
【００６１】
対応して、第２の通信デバイス120は、異なる実施例及び異なる語彙に従って、例えば、ユーザ装置（UE）、無線通信端末、モバイルセルラ電話、パーソナルデジタルアシスタント（PDA）、無線プラットフォーム、移動局、タブレットコンピュータ、ポータブル通信デバイス、ラップトップ、コンピュータ、中継器として動作する無線端末、中継ノード、モバイル中継器、加入者宅内機器（CPE）、固定無線アクセス（FWA）ノード、又は第１の通信デバイス110と無線で通信するように構成された他の種類のデバイスにより表されてもよい。
【００６２】
しかし、或る実施例では、状況が逆になってもよく、これにより、第１の通信デバイス110がUL送信に構成されてもよく、例えば、異なる実施例及び異なる語彙に従って、例えば、ユーザ装置（UE）、無線通信端末、モバイルセルラ電話、パーソナルデジタルアシスタント（PDA）、無線プラットフォーム、移動局、タブレットコンピュータ、ポータブル通信デバイス、ラップトップ、コンピュータ、中継器として動作する無線端末、中継ノード、モバイル中継器、加入者宅内機器（CPE）、固定無線アクセス（FWA）ノード、又は第２の通信デバイス120と無線で通信するように構成された他の種類のデバイスとそれぞれ呼ばれてもよい。
【００６３】
対応して、第２の通信デバイス120は、例えば、使用される無線アクセス技術及び／又は用語に応じて、例えば、基地局、NodeB、進化型NodeB（eNB又はeNodeB）、基地送受信局、アクセスポイント基地局、基地局ルータ、無線基地局（RBS）、マクロ基地局、ピコ基地局、フェムト基地局、ホームeNodeB、センサ、ビーコンデバイス、中継ノード、リピータ、又は、無線インタフェースで第１の通信デバイス110と通信するように構成された他のネットワークノードにより表されてもよい。
【００６４】
或る実施例は、通信システム100において、FDDキャリアの物理UL共有チャネルでHARQフィードバックを送信するための、TDD及びFDDキャリアアグリゲーションのための方法を規定する。少なくとも１つのTDDキャリア及び少なくとも１つのFDDキャリアがキャリアアグリゲーションに使用される。
【００６５】
DL  HARQタイミングは、FDDキャリアに使用され、関連付けは、TDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについて物理UL制御チャネルでHARQフィードバックを送信するために規定されるかを決定する。一実施例では、FDDキャリアのDL  HARQタイミングは、FDDキャリアのN個の連続するDLサブフレームのうち少なくともN-1個がTDDキャリアの１つ以上のULサブフレームに関連付けられるようなものである。
【００６６】
更に、各TDDキャリアは、DL  HARQタイミングを使用しており、関連付けは、TDDキャリアのどのULサブフレームがTDDキャリアのDLサブフレームの関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定する。
【００６７】
これにより、物理UL共有チャネルについてFDDキャリアの行われたDL  HARQタイミングからの結果として、FDDキャリアのULサブフレームの２つのセットが現れ、物理UL共有チャネルがHARQフィードバックを含み得る、すなわち、送信されるフィードバックが存在する場合にHARQフィードバックを含むことを可能にされているULサブフレームの第１のセットと、物理UL共有チャネルがHARQフィードバックを含み得ない、すなわち、フィードバックを有することを無効にされているため決してフィードバックを含まないULサブフレームの第２のセットとが現れる。
【００６８】
物理UL共有チャネルでのHARQフィードバックのHARQフィードバックタイミングは、HARQフィードバックが、所与のバンドリングウィンドウMkについてサブフレームn=maxMk+Δからサブフレームn=kまで、物理UL共有チャネルで送信され得るように規定されてもよい。
【００６９】
HARQフィードバックのULサブフレームは、異なる実施例では異なるように決定されてもよい。本発明の一実施例では、物理UL共有チャネルでHARQフィードバックを送信するように規定された１つの単一のULサブフレームが、バンドリングウィンドウに関連付けられてもよい。本発明の他の実施例では、物理UL共有チャネルでHARQフィードバックを送信するように規定された複数のULサブフレームが、バンドリングウィンドウに関連付けられてもよい。
【００７０】
DL  HARQタイミングが、FDDキャリアのN個の連続するDLサブフレームのうちせいぜいN-1個がTDDキャリアの１つ以上のULサブフレームに関連付けられるようなものである場合、この方法は、物理UL共有チャネルのみで関連付けられていないサブフレームのHARQフィードバックを送信することを更に有する。以下の実施例のいずれかに従ってこれを実行することが開示される。
【００７１】
i)別のDL  HARQタイミングが、物理UL制御チャネル送信のDL  HARQタイミングに従って関連付けを有さないサブフレームについて物理UL共有チャネルでのHARQフィードバックのために決定されてもよい。
【００７２】
ii)同じDL  HARQタイミングが、他のサブフレームに関して、物理UL制御チャネル送信のDL  HARQタイミングに従って関連付けを有さないサブフレームについて物理UL共有チャネルでのHARQフィードバックのために決定されてもよい。
【００７３】
更に、或る実施例によれば、ULグラントのDAIの値が決定されてもよい。或る実施例では、DAIフィールドは、無線フレームの全てのサブフレーム、すなわち、第１及び第２のULサブフレームセットの双方のULグラントに存在してもよい。
【００７４】
一実施例では、ULグラントのDAIフィールドは、専用目的のために留保されてもよく、いずれかのDAIを含むために使用されない。一実施例では、ULグラントのDAIフィールドのビットは、予め規定された値に設定されてもよい。
【００７５】
一実施例では、第１の通信デバイス110がFDDキャリアにおいてDL割り当て及びULグラントの双方をスケジューリングしたサブフレームにおいて、ULグラントのDAIの値は、TDDキャリアのDL割り当てのDAI値と同じに設定されてもよい。
【００７６】
これにより、物理UL共有チャネルでのHARQフィードバックの送信が可能になる。
【００７７】
この方法の或る実施例は、FDDキャリアの物理UL共有チャネルで、TDDキャリア及び／又はFDDキャリアからのHARQフィードバックを送信するステップを有する。
【００７８】
TDDキャリアのHARQフィードバックは、存在する場合には、物理UL制御チャネル送信のTDD  DL  HARQタイミングに従って、所与のサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルで送信されてもよい。FDDキャリアのHARQフィードバックは、存在する場合には、前述の実施例のDL  HARQタイミングに従って、所与のサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルで送信されてもよい。
【００７９】
一般性を失わずに、n=0,...,N-1としてインデックス付けされたN個のサブフレームを有する無線フレームについて検討する。当業者は、pが正の整数である場合のサブフレームn+pが後の無線フレームに位置してもよく、その無線フレームにおいてNを法とするインデックス（n+p）を有してもよいことを認識する。システム100が第２の通信デバイス120のために物理UL制御チャネルを収容するように指定された１つのTDDキャリアと、１つのFDDキャリアとを有することを仮定する。或る実施例では、システム100は、更なるTDDキャリア及び／又はFDDキャリアで拡張されてもよい。
【００８０】
独特の特徴として、この方法は、N個のDLサブフレームまでをTDDキャリアの１つ以上のULサブフレームに関連付けて、FDD  DLキャリアのDL  HARQタイミングの使用を有する。特に、この関連付けは、TDDキャリアのどのULサブフレームがFDDキャリアの関連付けられたサブフレームについて物理UL制御チャネル（例えば、PUCCH）でHARQフィードバックを送信するために規定されるかを決定する。一例として、図１において、FDDキャリアの10個のDLサブフレームのうち10個は、TDDキャリアの3個のULサブフレームに関連付けられ、すなわち、無線フレームkのDLサブフレーム1,...,9及び無線フレームk+1のDLサブフレーム0は、TDDキャリアの無線フレームk+1のULサブフレーム2、3及び4に関連付けられる。
【００８１】
TDDキャリアのどのULサブフレームがFDDキャリアの関連付けられたDLサブフレームについて物理UL制御チャネル（例えば、PUCCH）でHARQフィードバックを送信するために規定されるかを決定する、このDL  HARQタイミング決定の例は、システムの既存のDL  HARQタイミングに適用する。例えば、TDD及びFDDキャリアアグリゲーションが可能な第２の通信デバイス120又はUEはまた、TDDキャリアのみで動作可能であり、従って、単一のTDDキャリアのHARQフィードバック手順を実現する必要がある。実現の複雑性及びUEのコストを低減するために、TDDキャリアのDL  HARQタイミングはまた、TDD及びFDDキャリアアグリゲーションの場合にも適用されてもよい。一例では、タイミングは、3GPP  LTEリリース8／9／10／11システムからのものでもよい。
【００８２】
場合によっては、第２の通信デバイス120は、物理UL共有チャネルを送信するようにスケジューリングされてもよく、一方で、HARQフィードバックを提供することも想定される。場合によっては、第２の通信デバイス120は、物理UL制御チャネル及び物理UL共有チャネルを同時に送信することができなくてもよい。この場合、HARQフィードバックは、物理UL共有チャネルにより搬送されてもよい。以下では、物理UL共有チャネルでのHARQフィードバック送信の配置を有する実施例について説明する。表記の便宜上で、開示の実施例を3GPP  LTE環境内での実現に必ずしも限定することなく、物理UL制御チャネルはPUCCHと呼ばれてもよく、物理UL共有チャネルはPUSCHと呼ばれてもよい。
【００８３】
この方法は、FDDキャリアのどのULサブフレームがFDDキャリアのDLサブフレームの関連付けられたセットについてUL制御チャネルでHARQフィードバックを送信するために規定されるかを決定する関連付けによって、第２のDL  HARQタイミングを決定するステップを更に有する。この方法の特定の特徴は、このDL  HARQタイミングによって、FDDキャリアのULサブフレームの２つのセット、すなわち、物理UL共有チャネルがHARQフィードバックを含み得るULサブフレームの第１のセットと、物理UL共有チャネルがHARQフィードバックを含み得ないULサブフレームの第２のセットが生じることである。これは、FDDのULコンポーネントキャリアの全てのサブフレームがHARQフィードバックのために物理UL共有チャネルを有するように規定される従来技術のLTE-Advancedシステムとは対照的である。
【００８４】
このような第１及び第２のULサブフレームセットの例は、図１から推論可能であり、第１のセットはサブフレーム2、3及び4を有し、第２のセットはサブフレーム0、1、5、6、7、8及び9を有する。これは、サブフレーム0、1、2、3、4、5、6、7、8、9を有するセットのみが存在する従来技術のFDD  LTEシステムとは対照的である。
【００８５】
更に、この方法は、物理UL共有チャネルがTDDキャリアで送信される場合にも使用されることができるように、第２のDL  HARQタイミングを配置することを可能にする。これは、FDD  ULキャリアの関連付けられたサブフレームがTDDキャリアのULサブフレームにも対応する場合に可能になり得る。同じDL  HARQタイミングを適用することは有利である。この理由は、物理UL共有チャネルがFDD  ULキャリアで送信されるかTDDキャリアで送信されるかに拘わらず同じタイミングを使用するため、UEの実現の複雑性が低減され得るからである。
【００８６】
実現の複雑性の更なる低減は、第１のDL  HARQタイミング（すなわち、TDDキャリアのどのULサブフレームがFDDキャリアの関連付けられたDLサブフレームについて物理UL制御チャネル（例えば、PUCCH）でHARQフィードバックを送信するために規定されるかを関連付けが決定する場合のDL  HARQタイミング）と同一であるように第２のDL  HARQタイミングを配置することにより生じ得る。同一の第１及び第２のDL  HARQタイミングを適用することは有利である。この理由は、物理ULチャネルが送信に使用されるかに拘わらず同じタイミングを使用するため、UEの実現の複雑性が低減され得るからである。
【００８７】
PCellでの送信に関するHARQフィードバックはまた、SCellで送信される物理UL共有チャネルに多重されてもよい。これは、SCell自体にHARQフィードバックが存在しない場合であっても適用可能である。
【００８８】
従って、この方法を適用する一例は、TDDサービングセルでは、PUSCHで送信されるHARQフィードバックのDL  HARQタイミングがPUCCHで送信されるHARQフィードバックのDL  HARQタイミングと同じであることを有してもよい。
【００８９】
FDDサービングセルでは、PUSCHがTDDサービングセルで送信される場合、PUSCHで送信されるHARQフィードバックのDL  HARQタイミングは、PUCCHで送信されるHARQフィードバックのDL  HARQタイミングと同じである。PUSCHがFDDサービングセルで送信される場合、PUSCHで送信されるHARQフィードバックのDL  HARQタイミングは、本発明の実施例に示した第２のDL  HARQタイミングを説明する実施例に従って決定される。
【００９０】
図３は、TDDキャリア200のDL  HARQタイミングによって、FDDを使用したSCell及びTDDを使用したPCellのタイミング関係の例を示している。TDDキャリア200の無線フレームkは、DLサブフレーム210と、スペシャルサブフレーム220と、アップリンクサブフレーム230とを有する。
【００９１】
DL  FDDキャリア300は、DLサブフレーム310を有し、UL  FDDキャリア350は、ULサブフレーム360を有する。
【００９２】
物理UL共有チャネルがサブフレーム2、3又は4で送信される場合、TDDキャリア200のDL  HARQタイミングの関連付けに従ったサブフレームについてTDDキャリア200からHARQフィードバックを含んでもよい。このような物理UL共有チャネルは、セカンダリサービングセル、すなわち、DL  FDDキャリア300に関するHARQフィードバックを更に有してもよい。
【００９３】
TDDキャリア200の各ULサブフレームkについて、DL  HARQタイミングに従ってFDDキャリア300の関連付けられたDLサブフレーム310を表すセットMkが規定されてもよい。セットMkは、いくつかのkでは空でもよく、セットMkの要素は、異なる無線フレームからのサブフレームを表してもよい。或いは、このようなセットMkは、バンドリングウィンドウと呼ばれてもよい。セットMkの例は、図１から推論可能であり、M2={1,2,5,6}、M3={3,7,8}及びM4={4,9,0}である。
【００９４】
ここに記載の或る実施例では、HARQフィードバックを含む物理UL共有チャネルは、関連付けられたバンドリングウィンドウの全てのDLサブフレーム310のHARQフィードバックを有してもよい。これは、そうでなければ複雑なシステム動作が生じ得るため、有利である。この理由は、DLサブフレームのHARQフィードバックが２回、すなわち、まず物理UL共有チャネルで且つ次に後の物理UL制御チャネル送信において提供されないことが保証される必要があるからである。例えば、図４では、M2に関連付けられた物理共有チャネルを有し得る複数のULサブフレームが存在してもよいが、或る実施例によれば、それぞれのこのような物理UL共有チャネルは、M2の全てのサブフレームのHARQフィードバックを有してもよい。
【００９５】
受信機、すなわち、第２の通信デバイス120における処理遅延のため、サブフレームnにおけるDLチャネル（例えば、物理DL共有チャネル、物理DL制御チャネル、PDSCH、PDCCH、EPDCCH等）の送信のHARQフィードバックは、同じサブフレームで直ちに送信されることはできず、サブフレームn+Δにおいて送信され得る。従来技術のLTE／LTE-Advanced  FDDシステムでは、HARQフィードバックを含む物理UL共有チャネル又は物理UL制御チャネルについて、Δ=4であることが仮定される。従って、HARQフィードバックが所与のバンドリングウィンドウMkについて物理UL共有チャネルで送信され得る最も早いサブフレームは、サブフレームn=maxMk+Δでもよい。最大の許容可能なラウンドトリップ時間遅延はDL  HARQタイミングに依存するため、HARQフィードバックが所与のバンドリングウィンドウMkについて物理UL共有チャネルで送信され得る最も遅いサブフレームは、サブフレームkである。或いは、この条件は、物理UL共有チャネルでのHARQフィードバック送信が物理UL制御チャネルでのHARQフィードバック送信より大きいラウンドトリップ時間遅延を有さないことにより表されてもよい。従って、サブフレームnにおけるULグラントがサブフレームn+δにおける物理UL共有チャネルをスケジューリングする場合、HARQフィードバックがサブフレームkより遅く送信されないことを保証するため、ULグラントを送信する最も遅いサブフレームは、所与のバンドリングウィンドウMkについてサブフレームk-δである。
【００９６】
図４は、FDDを使用したSCell及びTDDを使用したPCellの本発明によるタイミング関係の例を示しており、１つより多くのULサブフレームは、所与のバンドリングウィンドウについてHARQフィードバックを含んでもよい。
【００９７】
ULスケジューリングタイミングの例は、図４から推論可能である。M2={1,2,5,6}に関連付けられたHARQフィードバックは、無線フレームk+1において、サブフレームn=0,1,2のいずれかにおいて物理UL共有チャネルで送信されてもよく、関連付けられたULグラントが無線フレームkにおいてサブフレームn=6,7,8において送信される。M3={3,7,8}に関連付けられたHARQフィードバックは、無線フレームk+1において、サブフレームn=2,3のいずれかにおいて物理UL共有チャネルで送信されてもよく、関連付けられたULグラントが無線フレームkにおいてサブフレームn=8,9において送信される。M3={4,9,0}に関連付けられたHARQフィードバックは、無線フレームk+1において、サブフレームn=4において物理UL共有チャネルで送信されてもよく、関連付けられたULグラントが無線フレームk+1においてサブフレームn=0において送信される。
【００９８】
サブフレームkより早く所与のバンドリングウィンドウMkについて物理UL共有チャネルでHARQフィードバックを送信する利点は、FDDキャリア300のHARQフィードバックのラウンドトリップ時間が低減され得ることである。これは、送信機、すなわち、第１の通信デバイス110又はeNodeBができるだけ早く再送信を実行し得ることを意味し、これは、待ち時間を最小化する。これにより、より高速なデータ配信及びより高いデータレートがエンドユーザに提供され得る。
【００９９】
サブフレームkにおいて所与のバンドリングウィンドウMkについて物理UL共有チャネルでHARQフィードバックを送信する利点は、FDDキャリア300及びTDDキャリア200の双方からのHARQフィードバックが同じ物理UL共有チャネルで送信され得ることである。これは、第１の通信デバイス110内の受信機を簡略化し得る。サブフレームkに関連付けられた空でないバンドリングウィンドウMkTDDが存在する場合、サブフレームkは、TDDキャリア200からのHARQフィードバックを有してもよい。セットMkTDDは、FDDキャリア300のセットMkとは異なってもよい。この一例は、図４におけるFDDキャリア300のDL  HARQタイミングとは異なる図３におけるTDDキャリアのDL  HARQタイミングであり、異なるDLサブフレーム210がULサブフレームk=2に関連付けられることを生じる。
【０１００】
本発明の一実施例では、物理UL共有チャネルでHARQフィードバックを送信するために規定された１つの単一のULサブフレーム360は、バンドリングウィンドウに関連付けられてもよい。この単一のULサブフレーム360は、予め決定されてもよいが、HARQフィードバックが所与のバンドリングウィンドウMkについて物理UL共有チャネルで送信され得る最も早いサブフレームがサブフレームn=maxMk+Δであり、HARQフィードバックが所与のバンドリングウィンドウMkについて物理UL共有チャネルで送信され得る最も遅いサブフレームがサブフレームn=kであるというタイミング制限に従う。各バンドリングウィンドウについてこのような単一のULサブフレーム360の一例が図１に示されている。すなわち、DLサブフレーム1、2、5及び6はULサブフレーム2に関連付けられ、DLサブフレーム3、7及び8はULサブフレーム3に関連付けられ、DLサブフレーム4、9及び0はULサブフレーム4に関連付けられる。HARQフィードバックが所与のバンドリングウィンドウMkについて物理UL共有チャネルで送信され得る１つの単一のULサブフレーム360を規定する１つの利点は、第１の通信デバイス110における復号化の複雑性を低減することである。例えば、第２の通信デバイス120がULグラントを見逃した場合、第２の通信デバイス120は、物理UL共有チャネルを送信せず、結果としてHARQ情報も送信しない。HARQフィードバックが所与のバンドリングウィンドウについて物理UL共有チャネルで送信され得る１つより多くのULサブフレーム360を使用することができる場合、第１の通信デバイス110は、一方では第２の通信デバイス120がHARQフィードバックを備えた物理UL共有チャネルを送信したが、第１の通信デバイス110は正確にそれを復号化することができなかったと確信し得る。従って、後のULグラントの物理UL共有チャネルでは、第１の通信デバイス110は、HARQ情報を想定しなくてもよいが、第２の通信デバイス120は、実際に物理UL共有チャネルでHARQ情報を送信している。これは、HARQフィードバックに関する第１の通信デバイス110における不明確さを生成し得る。
【０１０１】
本発明の他の実施例では、物理UL共有チャネルでHARQフィードバックを送信するために規定された複数のULサブフレーム230は、バンドリングウィンドウに関連付けられてもよい。ULサブフレーム230は、HARQフィードバックが所与のバンドリングウィンドウMkについて物理UL共有チャネルで送信され得る最も早いサブフレーム230がサブフレームn=maxMk+Δであり、HARQフィードバックが所与のバンドリングウィンドウMkについて物理UL共有チャネルで送信され得る最も遅いサブフレーム230がサブフレームn=kであるというタイミング制限に従う。複数のULサブフレーム230を規定する１つの利点は、第１の通信デバイス110又はeNodeBが物理UL制御チャネルの代わりに物理UL共有チャネルでHARQフィードバックを送信するためのより多くの機会を取得し、従って、第１の通信デバイス110又はeNodeBに物理UL共有チャネル及び物理UL制御チャネルの中でリソースを割り当てる際のより多くの自由度を与えることである。これは、データスケジューラにとってより大きい柔軟性を与え、システム100のスペクトル効率を改善し得る。バンドリングウィンドウについてのこのような複数のサブフレーム230の一例は、図４に示されており、M2={1,2,5,6}はn=0,1,2に関連付けられ、M3={3,7,8}はn=2,3に関連付けられる。
【０１０２】
実施例の更なる例では、複数のバンドリングウィンドウに対応するHARQフィードバックは、同じ物理UL共有チャネルで送信される。この一例が図４に示されており、サブフレームn=2はバンドリングウィンドウM2及びM3に関連付けられる。
【０１０３】
本発明の更なる実施例では、FDDキャリア300のN個のDLサブフレーム310のうちN未満がTDDキャリア200の１つ以上のULサブフレーム230に関連付けられる（例えば、関連付けはN-1個のサブフレームのみに規定される）場合、N個のサブフレームのHARQフィードバックを配置することが開示される。HARQフィードバックが物理UL制御チャネルのみで送信される場合、これは、DLサブフレームの１つ以上についてHARQが存在しないことを意味し、これは、サブフレームを使用不可能にする。その結果、第２の通信デバイス120のデータレートが最大化されない。更に、このようなサブフレームは、キャリアアグリゲーションを適用しない受信側の第２の通信デバイス120又はUEのみに利用され得る。これは、システムスペクトル効率を減少させ得る。
【０１０４】
このHARQタイミングの例（すなわち、FDDキャリアのN個のDLサブフレームのうちN-1個がTDDキャリア200の１つ以上のULサブフレーム230に関連付けられる場合）は、従来技術のLTE／LTE-AdvancedシステムにおけるTDD  UL-DL構成5のDL  HARQタイミングである。しかし、関連付けられていないサブフレームを使用することができないことは、物理UL共有チャネルのみでこのサブフレームのHARQフィードバックを許容することにより、記載の方法により回避される。従って、或る実施例によれば、物理UL共有チャネル送信のDL  HARQタイミングは、物理UL制御チャネル送信のDL  HARQタイミングに従って関連付けを有さないサブフレームについて決定されてもよい。これは、i)物理UL制御チャネル送信のDL  HARQタイミングに従って関連付けを有さないサブフレームについて別のDL  HARQタイミングを決定すること、又はii)他のサブフレームに関して、物理UL制御チャネル送信のDL  HARQタイミングに従って関連付けを有さないサブフレームについて同じDL  HARQタイミングを決定することにより実現されてもよい。
【０１０５】
第２の通信デバイス120は、各ULサブフレームで送信すべきデータを有さなくてもよいが（従って、物理UL共有チャネルをスケジューリングされない）、第１の通信デバイス110又はeNodeBは、UL制御情報（例えば、非周期的チャネル状態情報（CSI）レポート）のみを有する物理UL共有チャネル送信をスケジューリングしてもよい。このような物理UL共有チャネル送信はまた、HARQフィードバックを収容してもよく、従って、第１の通信デバイス110又はeNodeBは、この１つの関連付けられていないサブフレームでDL送信をスケジューリングした場合、HARQフィードバックを搬送するために物理UL共有チャネルについてULグラントも提供してもよいことを保証し得る。
【０１０６】
この実施例は、図５により例示されており、サブフレームn=2は、DL  HARQタイミングに従ってTDDキャリア200の関連付けられたULサブフレーム230を有さない。この場合、HARQフィードバックは、FDD  ULキャリア350のサブフレームn=6,7,8,9,0,1のいずれかで送信されてもよい。これは、ULスケジューリングタイミングの実線の矢印により示されている。これは、実施例i)に対応する。更に、ULスケジューリングタイミングの点線の矢印により示されるULサブフレームn=2において、物理UL共有チャネルは、DLサブフレームn=2からのHARQフィードバックを含んでもよいが、DL  HARQタイミングに従ってこのDLサブフレームに関連付けられた全ての他のDLサブフレーム（すなわち、サブフレーム9,0,1,3,4,5,6,7,8）についてもHARQフィードバックを含んでもよい。これは、実施例ii)に対応する。
【０１０７】
従って、図５は、１つより多くのDLサブフレーム310が物理UL制御チャネルでのHARQフィードバックのDL  HARQタイミングに従ってTDDキャリア200のULサブフレーム230に関連付けられていない場合のFDDを使用したSCell及びTDDを使用したTDDのタイミング関係の例を示している。
【０１０８】
物理UL共有チャネルがHARQフィードバックを含み得る、ここに開示されるULサブフレームの第１のセットでは、ULグラントは、物理UL共有チャネルでのHARQフィードバックの量（すなわち、ビット数）を決定することができるためにDAIを含んでもよい。しかし、物理ULチャネルがHARQフィードバックを含み得ないULサブフレームの第２のセットでは、ULグラントがDAIを含む必要がないことが開示される。従来技術のLTEシステムでは、ULグラントは、物理DL制御チャネル（PDCCH）又は拡張PDCCH（EPDCCH）に含まれるダウンリンク制御情報（DCI）フォーマット0により送信される。DCIフォーマット0の長さ（すなわち、ビット数）は、ロバストなDL割り当てに使用され得るDL割り当てフォーマットであるDCIフォーマット1Aのものに合致する。DCIフォーマット0の情報ビット数がDCIフォーマット1Aのものと同じでない場合、ビット数が同じになるまで、ゼロが最短のDCIフォーマットに付加される。これは、第２の通信デバイス120、例えば、UEがDCIフォーマット0及び1Aを同時に復号化することができることを保証するためであり、DCIの特定のビットは、２つのフォーマットのうちどちらが送信されるかを決定する。従って、DCIフォーマット1Aのサイズは、DCIフォーマット0のサイズに依存する。
【０１０９】
場合によっては、第１の通信デバイス110は、そのシステムパラメータ及び手順のいくつか、例えば、HARQタイミングを再構成する必要があってもよい。この場合、第２の通信デバイス120が新たな構成を適用したか古い構成を使用しているかを第１の通信デバイス110が認識しない不明確な期間が生じ得る。このような場合、第２の通信システム120をロバストな方式でスケジュールすることが可能になってもよく、DCIフォーマット1Aはこれに適している。従って、DCIフォーマット1Aのサイズは、サブフレーム間で変化しなくてもよい。この理由は、これがそのサイズに関して不明確さをもたらし得るからである。DCIフォーマット1AのサイズはDCIフォーマット0のサイズに関係しているため、DCIフォーマット0のサイズもサブフレーム間で変化しないことが好ましい。
【０１１０】
或る実施例では、DAIフィールドは、無線フレームの全てのサブフレーム、すなわち、第１及び第２のセットの双方のULグラントに存在する。物理UL共有チャネルがHARQフィードバックを含み得ないULサブフレームの第２のセットでは、DAIを利用した実施例は以下の通りである。
【０１１１】
一実施例では、ULグラントのDAIフィールドは留保され、いずれかのDAIを含むために利用されない。これは、DCIがDAIを含んでいるかのように第２の通信デバイス120がDCIを復号化することができることを意味するが、DAIフィールドからいずれかの情報ビットを抽出することは想定されない。この利点は、第２の通信デバイス120が全てのサブフレームにおいてDCIについて同じ復号化動作を使用し得ることである。
【０１１２】
一実施例では、ULグラントのDAIフィールドのビットは、予め規定された値に設定される。予め規定された値の利点は、これらが当業者により復号化処理において第２の通信デバイス120により利用され得ることである。この事前情報は、DCIの検出誤り確率を減少させて誤った検出（すなわち、誤って復号化されたDCIが成功して検出されたと断言される）の確率を減少させ得る。従って、予め規定された値は、DCIが正確に復号されたか否かを決定するのに役立ち得る、すなわち、仮想巡回冗長検査（CRC）符号として機能する。これは、DCIを復号化する誤り確率が減少し得ることを意味する。
【０１１３】
一実施例では、ULグラントのDAIフィールドのビットは、DL割り当てのDAIフィールドを補うために使用される。すなわち、第１の通信デバイス110がサービングセルでDL割り当て及びULグラントの双方をスケジューリングされたサブフレームにおいて、ULグラントのDAIの値は、DL割り当てのDAI値と同じに設定される。これは、最後のDL割り当てを見逃したか否かを決定し得るように、第２の通信デバイス120のための情報を提供する。DL割り当てが存在しないサブフレームでは、ULグラントのDAIは、予め規定された値、例えば、最大値に設定されてもよい。
【０１１４】
図６は、第２の通信デバイス120が第３のサブフレームにおいてDL割り当てを見逃した例を示している。
【０１１５】
DL割り当てが最初の３つのサブフレームにおいて、対応するDL割り当てのDAI値1、2及び3によってスケジューリングされた例が図６に示されている。第３のサブフレームにおけるDL割り当てが見逃され、第２の通信デバイス120は、DL  DAI値3を認識していない。しかし、3に等しいULグラントのDAI値を有する第３のサブフレームにおけるULグラントの成功した受信は、第３のサブフレームにおけるDL割り当てが見逃されたことを第２の通信デバイス120が決定し得ることを実現する。
【０１１６】
或る実施例では、この方法は、ULグラントが１つのFDD  SCellで送信され、スケジューリングされた物理UL共有チャネルが他のFDD  SCellで送信される場合に適用可能になり得る。或る場合には、方法の実施例は、物理UL共有チャネルがTDDを利用したプライマリサービングセルで送信される場合に適用可能になり得る。
【０１１７】
図７は、第１の通信デバイス110における方法700の実施例を示すフローチャートである。この方法700は、少なくとも１つのTDDキャリア200及び少なくとも１つのFDDキャリア300、350のTDD及びFDDキャリアアグリゲーションに基づく通信システムにおいて第２の通信デバイス120が物理UL共有チャネルでHARQフィードバックを提供可能にするために、FDDキャリア300の第１のDL  HARQタイミング及びFDDキャリア300の第２のDL  HARQタイミングを決定することにより、ULチャネルリソースを割り当てることを目指す。
【０１１８】
第１の通信デバイス110は、例えば、進化型NodeB（eNodeB）のような無線ネットワークノードを有してもよい。通信ネットワーク100は、第３世代パートナーシッププロジェクトのロングタームエボリューション（3GPP  LTE）に基づいてもよい。更に、通信システム100は、FDD及び／又はTDDに基づいてもよい。或る実施例では、第２の通信デバイス120は、ユーザ装置（UE）を有してもよい。
【０１１９】
或る実施例によるTDDキャリア200における各ULサブフレームkについて、セットMkは、FDDキャリア300の関連付けられたDLサブフレーム310を表してもよい。
【０１２０】
更に、或る実施例によれば、DLサブフレーム310は、DL  FDDキャリア300の物理ダウンリンク共有チャネル（PDSCH）を有してもよい。DLサブフレーム210は、TDDキャリア200の物理ダウンリンク共有チャネル（PDSCH）を有してもよい。UL制御チャネルのサブフレーム360は、UL  TDDキャリア200の物理アップリンク制御チャネル（PUCCH）を有してもよい。物理UL共有チャネルは、TDDキャリア200及び／又はFDDキャリア350の物理アップリンク共有チャネル（PUSCH）を有してもよい。
【０１２１】
更に、或る実施例では、ダウンリンク割り当てインデックス（DAI）フィールドは、無線フレームの全てのサブフレーム、すなわち、第１及び第２のULサブフレームセットの双方のULグラントに存在してもよい。
【０１２２】
或る実施例では、ULグラントの第２のセットのDAIフィールドは、いずれかのDAIを含むために使用されなくてもよく、保留目的のために保持されてもよい。
【０１２３】
更に、ULグラントのDAIフィールドのビットは、予め規定された値に設定されてもよい。
【０１２４】
或る実施例によれば、第２の通信デバイス120がFDDキャリア350においてDL割り当て及びULグラントの双方をスケジューリングされたサブフレームにおいて、ULグラントのDAIの値は、DL割り当てのDAI値と同じに設定されてもよい。
【０１２５】
ULチャネルリソースの割り当てを適切に提供するために、この方法700は、複数の動作701〜704を有してもよい。
【０１２６】
しかし、記載の動作701〜704のいずれか、一部又は全部は、異なる実施例に従って、列挙が示すものと幾らか異なる時間順で実行されてもよく、同時に実行されてもよく、或いは、更には完全に逆の順序で実行されてもよい点に留意すべきである。或る動作は、例えば、動作704のように、或る別の実施例において実行されてもよい。更に、或る動作は、異なる実施例に従って複数の別の方式で実行されてもよく、いくつかのこのような別の方式は、一部の実施例においてのみ実行されて必ずしも全ての実施例において実行されなくてもよい点に留意すべきである。この方法700は以下の動作を有してもよい。
【０１２７】
動作701
FDDキャリア300の第１のDL  HARQタイミングが決定され、関連付けは、TDDキャリア200のどのULサブフレーム230がFDDキャリア300のDLサブフレーム310の関連付けられたセットについてUL制御チャネルでHARQフィードバックを送信するために規定されるかを決定する。
【０１２８】
或る実施例では、第１のDL  HARQタイミングは、第２のDL  HARQタイミングと同一でもよく、すなわち、同じ遅延を有するようなものでもよい。
【０１２９】
第１のDL  HARQタイミングは、第３世代パートナーシッププロジェクト（3GPP）ロングタームエボリューション（LTE）リリース8、9、10及び／又は11により規定されたタイミングを有してもよい。
【０１３０】
或る実施例では、第１のDL  HARQタイミングは、FDDキャリア300のN個の連続するDLサブフレーム310のうちせいぜいN-1個がTDDキャリア200の１つ以上のULサブフレーム230に関連付けられるように決定されてもよく、HARQフィードバック送信は、物理UL共有チャネルで関連付けられていないサブフレームのみについて可能される。
【０１３１】
或る実施例では、別のDL  HARQタイミングが、UL制御チャネル送信の決定された第１のDL  HARQタイミングに従って関連付けを有さないサブフレームについて物理UL共有チャネルでのHARQフィードバックのために決定されてもよい。
【０１３２】
或る実施例では、同じDL  HARQタイミングが、関連付けられたサブフレームに関して、UL制御チャネル送信の決定された第１のDL  HARQタイミングに従って関連付けを有さないサブフレームについて物理UL共有チャネルでのHARQフィードバックのために決定されてもよい。
【０１３３】
動作702
FDDキャリア300の第２のDL  HARQタイミングが決定され、関連付けは、FDDキャリア350のどのULサブフレーム360がFDDキャリア300のDLサブフレーム310の関連付けられたセットについてUL共有チャネルでHARQフィードバックを送信するために規定されるかを決定する。決定は、物理UL共有チャネルがHARQフィードバックを有することを可能にされているULサブフレームの第１のセットを生じる。また、この規定は、物理UL共有チャネルがHARQフィードバックを有することができないULサブフレームの第２のセットを生じる。
【０１３４】
或る実施例では、決定された第２のDL  HARQタイミングは、TDDキャリア200のどのULサブフレーム230がFDDキャリア300のDLサブフレーム310の関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定するために使用されてもよい。
【０１３５】
或る任意選択の実施例では、物理ULチャネルでのHARQフィードバックの第２のDL  HARQフィードバックタイミングは、FDDキャリアの所与のセットMkについてサブフレームn=maxMk+Δからサブフレームn=kまで、HARQフィードバックがFDDキャリア350の物理UL共有チャネルで可能にされるように決定されてもよく、Δはオフセット値である。
【０１３６】
或る実施例では、オフセット値は、少なくとも4に設定されてもよい。従って、Δ≧4である。
【０１３７】
或る実施例では、物理UL共有チャネルでHARQフィードバックを送信するために規定された１つの単一のULサブフレーム360がセットMkに関連付けられてもよい。
【０１３８】
しかし、或る実施例では、物理UL共有チャネルでHARQフィードバックを送信するために規定された複数のULサブフレーム360がセットMkに関連付けられてもよい。
【０１３９】
動作703
この第１のDL  HARQタイミングに従って割り当てられたUL制御チャネルが存在しない場合、ULチャネルリソースは、この第２のDL  HARQタイミングに従ってULサブフレームのこの第１のセットにおいて物理UL共有チャネルでのHARQフィードバックのために割り当てられる。
【０１４０】
UL共有チャネルリソースの割り当ては、第１の通信デバイス110による物理UL共有チャネルのスケジューリングを更に有してもよい。
【０１４１】
動作704
動作は一部の実施例において実行されてもよいが、全部の実施例で実行されなくてもよい。
【０１４２】
決定701された第１のDL  HARQタイミング及び決定702された第２のDL  HARQタイミングは、第２の通信デバイス120に提供、例えば、送信等されてもよい。
【０１４３】
異なる実施例では、第１のDL  HARQタイミング及び第２のDL  HARQタイミングは、所定の時間値の形式で提供されてもよく、或いは各タイミング値のシグナリングで提供されてもよい。
【０１４４】
図８は、通信システム100に含まれる第１の通信デバイス110、すなわち、無線ネットワークノード又はeNodeBの実施例を示している。第１の通信デバイス110は、ULチャネルリソースの割り当てのための、UEのような第２の通信デバイス120が少なくとも１つのFDDキャリア300、350及び少なくとも１つのTDDキャリア200のキャリアアグリゲーションを使用してダウンリンクで送信されるデータのHARQフィードバックを提供することを可能にするための前述の方法の動作701〜704のうち少なくともいくつかを実行するように構成される。
【０１４５】
第１の通信デバイス110は、例えば、進化型NodeB（eNodeB）のような無線ネットワークノードを有してもよい。通信ネットワーク100は、第３世代パートナーシッププロジェクトのロングタームエボリューション（3GPP  LTE）に基づいてもよい。更に、通信システム100は、FDD及び／又はTDDに基づいてもよい。或る実施例では、第２の通信デバイス120は、ユーザ装置（UE）を有してもよい。
【０１４６】
或る実施例によるTDDキャリア200における各ULサブフレームkについて、セットMkは、FDDキャリア300の関連付けられたDLサブフレーム310を表してもよい。
【０１４７】
更に、或る実施例によれば、DLサブフレーム310は、DL  FDDキャリア300の物理ダウンリンク共有チャネル（PDSCH）を有してもよい。DLサブフレーム210は、TDDキャリア200の物理ダウンリンク共有チャネル（PDSCH）を有してもよい。UL制御チャネルのサブフレーム360は、UL  TDDキャリア200の物理アップリンク制御チャネル（PUCCH）を有してもよい。物理UL共有チャネルは、TDDキャリア200及び／又はFDDキャリア350の物理アップリンク共有チャネル（PUSCH）を有してもよい。
【０１４８】
第１の通信デバイス110は、FDDキャリア300の第１のDL  HARQタイミングを決定するように構成されたプロセッサ820を有し、関連付けは、TDDキャリア200のどのULサブフレーム230がFDDキャリア300のDLサブフレーム310の関連付けられたセットについてUL制御チャネルでHARQフィードバックを送信するために規定されるかを決定する。また、プロセッサ820は、FDDキャリア300の第２のDL  HARQタイミングを決定するように構成され、関連付けは、FDDキャリア350のどのULサブフレーム360がFDDキャリア300のDLサブフレーム310の関連付けられたセットについてUL共有チャネルでHARQフィードバックを送信するために規定されるかを決定し、これにより、この決定は、物理UL共有チャネルがHARQフィードバックを有することを可能にされているULサブフレームの第１のセットと、物理UL共有チャネルがHARQフィードバックを有することができないULサブフレームの第２のセットとを生じる。更に、プロセッサ820は、この第１のDL  HARQタイミングに従って割り当てられたUL制御チャネルが存在しない場合、この第２のDL  HARQタイミングに従ってULサブフレームのこの第１のセットにおいて物理UL共有チャネルでのHARQフィードバックのためのULチャネルリソースを割り当てるように構成される。
【０１４９】
このようなプロセッサ820は、処理回路、すなわち、中央処理装置（CPU）、処理ユニット、処理回路、プロセッサ、特定用途向け集積回路（ASIC）、マイクロプロセッサ、又は命令を解釈して実行し得る他の処理ロジックの１つ以上のインスタンスを有してもよい。従って、ここで利用される表現“プロセッサ”は、例えば、前述のもののいずれか、一部又は全部のような複数の処理回路を有する処理回路構成を表してもよい。
【０１５０】
更に、第１の通信デバイス110は、このDL  FDDキャリア300及び／又はTDDキャリア200で、第２の通信デバイス120により受信されるデータを送信するように構成された送信機830を有してもよい。従って、送信機830は、無線信号を第２の通信デバイス120又はUEに送信するように構成されてもよい。
【０１５１】
更に、或る実施例では、第１の通信デバイス110は、第２の通信デバイス120から、送信されたDLデータに関するHARQフィードバックを受信するように構成された受信機810を有してもよい。第１の通信デバイス110におけるこのような受信機810は、第２の通信デバイス120若しくはUE又は或る実施例に従って無線インタフェースでの無線通信に構成された他のエンティティから無線信号を受信するように構成されてもよい。
【０１５２】
更に、或る実施例では、第１の通信デバイス110はまた、或る実施例では、第１の通信デバイス110において少なくとも１つのメモリ825を有してもよい。任意選択のメモリ825は、データ又はプログラム、すなわち、命令の系列を一時的又は永続的に記憶するために利用される物理デバイスを有してもよい。或る実施例によれば、メモリ825は、シリコンに基づくトランジスタを有する集積回路を有してもよい。更に、メモリ825は、揮発性でもよく、或いは不揮発性でもよい。
【０１５３】
第１の通信デバイス110において実行される動作701〜704は、動作701〜704の機能を実行するコンピュータプログラムプロダクトと共に、第１の通信デバイス110における１つ以上のプロセッサ820を通じて実現されてもよい。
【０１５４】
従って、コンピュータプログラムは、コンピュータプログラムが第１の通信デバイス110におけるプロセッサ820にロードされた場合、FDDキャリア300の第１のDL  HARQタイミングを決定してFDDキャリア300の第２のDL  HARQタイミングを決定することによるULチャネルリソースの割り当てのための、少なくとも１つのTDDキャリア00及び少なくとも１つのFDDキャリア300、350のTDD及びFDDキャリアアグリゲーションに基づく通信システム100において第２の通信デバイス120が物理UL共有チャネルでHARQフィードバックを提供可能にするための方法700を実行するためのプログラムコードを有する。
【０１５５】
更に、コンピュータプログラムプロダクトが提供され、FDDキャリア300の第１のDL  HARQタイミングを決定してFDDキャリア300の第２のDL  HARQタイミングを決定することによるULチャネルリソースの割り当てのための、少なくとも１つのTDD200キャリア及び少なくとも１つのFDDキャリア300、350の時分割複信（TDD）及び周波数分割複信（FDD）キャリアアグリゲーションに基づく通信システム100において第２の通信デバイス120が物理UL共有チャネルでHARQフィードバックを提供可能にするためのプログラムコードを記憶したコンピュータ読み取り可能記憶媒体を有し、プログラムコードは、FDDキャリア300の第１のDL  HARQタイミングを決定するステップ701であり、関連付けは、TDDキャリア200のどのULサブフレーム230がFDDキャリア300のDLサブフレーム310の関連付けられたセットについてUL制御チャネルでHARQフィードバックを送信するために規定されるかを決定するステップ701を有する方法700を実行する命令を有する。また、この方法700は、FDDキャリア300の第２のDL  HARQタイミングを決定するステップ702であり、関連付けは、FDDキャリア350のどのULサブフレーム360がFDDキャリア300のDLサブフレーム310の関連付けられたセットについて物理UL共有チャネルでHARQフィードバックを送信するために規定されるかを決定し、これにより、この規定702は、物理UL共有チャネルがHARQフィードバックを有することを可能にされているULサブフレームの第１のセットと、物理UL共有チャネルがHARQフィードバックを有することができないULサブフレームの第２のセットとを生じるステップ702を有する。更に、この方法700はまた、この第１のDL  HARQタイミングに従って割り当てられたUL制御チャネルが存在しない場合、この第２のDL  HARQタイミングに従ってULサブフレームのこの第１のセットにおいて物理UL共有チャネルでのHARQフィードバックのためのULチャネルリソースを割り当てるステップ703を有する。
【０１５６】
前述のコンピュータプログラムプロダクトは、例えば、プロセッサ802にロードされた場合、或る実施例に従って動作701〜704の少なくともいくつかを実行するためのコンピュータプログラムコードを搬送するデータキャリアの形式で提供されてもよい。データキャリアは、例えば、ハードディスク、CD  ROMディスク、メモリスティック、光記憶デバイス、磁気記憶デバイス、又は機械読み取り可能データを過渡的でない方式で保持し得るディスク若しくはテープのような他の適切な媒体でもよい。更に、コンピュータプログラムプロダクトは、サーバのコンピュータプログラムプロダクトとして提供され、例えば、インターネット又はイントラネット接続で、第１の通信デバイス110にダウンロードされてもよい。
【０１５７】
図９は、通信システム100における第２の通信デバイス120における方法900の実施例を示すフローチャートである。この方法900は、第１の通信デバイス110により行われた割り当てに従って、物理UL共有チャネルリソースにおいて、ダウンリンク周波数分割複信（FDD）キャリア300及び少なくとも１つの時分割複信（TDD）キャリア200のキャリアアグリゲーションを使用してダウンリンクで受信したデータのHARQフィードバックを提供することを目指す。
【０１５８】
第２の通信デバイス120は、ユーザ装置（UE）を有してもよい。第１の通信デバイス110は、無線ネットワークノード又はeNodeBを有してもよい。通信ネットワーク100は、3GPP  LTEに基づいてもよい。更に、異なる実施例において、通信システム100は、FDD及び／又はTDDに基づいてもよい。
【０１５９】
更に、或る実施例によれば、DLサブフレーム310は、DL  FDDキャリア300の物理ダウンリンク共有チャネル（PDSCH）を有してもよい。DLサブフレーム210は、TDDキャリア200の物理ダウンリンク共有チャネル（PDSCH）を有してもよい。UL制御チャネルのサブフレーム360は、UL  TDDキャリア200の物理アップリンク制御チャネル（PUCCH）を有してもよい。物理UL共有チャネルは、TDDキャリア200及び／又はFDDキャリア350の物理アップリンク共有チャネル（PUSCH）を有してもよい。
【０１６０】
HARQフィードバックを適切に提供するために、この方法900は、複数の動作901〜902を有してもよい。
【０１６１】
しかし、記載の動作901〜902のいずれか、一部又は全部は、異なる実施例に従って、列挙が示すものと幾らか異なる時間順で実行されてもよく、同時に実行されてもよく、或いは、更には完全に逆の順序で実行されてもよい点に留意すべきである。更に、或る動作は、異なる実施例に従って複数の別の方式で実行されてもよく、いくつかのこのような別の方式は、一部の実施例においてのみ実行されて必ずしも全ての実施例において実行されなくてもよい点に留意すべきである。この方法900は以下の動作を有してもよい。
【０１６２】
動作901
この動作は、一部の実施例において実行され必ずしも全ての実施例において実行されなくてもよい。
【０１６３】
第１の通信デバイス110により決定された第１のDL  HARQタイミング及び第２のDL  HARQタイミングが取得されてもよい。或る実施例では、各DL  HARQタイミングは、メモリのリストから取得されてもよい。他の実施例では、第１のDL  HARQタイミング及び第２のDL  HARQタイミングは、第１の通信デバイス110により送信されてもよい。
【０１６４】
動作902
HARQフィードバックは、第１の通信デバイス110により決定されたDL  HARQタイミングに従ってサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルで送信される。
【０１６５】
HARQフィードバックは、正確に受信されたと決定されたデータの肯定応答（ACK）、正確に受信されていないと決定されたデータの否定応答（NACK）、及び／又は受信されていないデータの不連続送信（DTX）を有してもよい。
【０１６６】
図１０は、通信システム100に含まれる第２の通信デバイス120の実施例を示している。第２の通信デバイス120は、第１の通信デバイス110により行われた割り当てに従って、少なくとも１つのTDDキャリア200及び少なくとも１つのFDDキャリア300、350の時分割複信（TDD）及び周波数分割複信（FDD）キャリアアグリゲーションに基づく通信システム100において、物理UL共有チャネルでHARQフィードバックを提供するための、前述の方法の動作901〜902の少なくともいくつかを実行するように構成される。
【０１６７】
第２の通信デバイス120は、ユーザ装置（UE）を有してもよい。第１の通信デバイス110は、進化型NodeB（eNodeB）を有してもよい。通信ネットワーク100は、3GPP  LTEに基づいてもよい。更に、異なる実施例において、無線通信システム100は、FDD及び／又はTDDに基づいてもよい。
【０１６８】
更に、第２の通信デバイス120は、第１の通信デバイス110により決定されたDL  HARQタイミングに従ってサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルでHARQフィードバックを送信するように構成された送信機1030を有する。
【０１６９】
或る実施例では、第２の通信デバイス120は、或る実施例において第１の通信デバイス110により決定された第１のDL  HARQタイミング及び第２のDL  HARQタイミングを取得するように構成されてもよいプロセッサ1020を更に有してもよい。
【０１７０】
このようなプロセッサ1020は、処理回路、すなわち、中央処理装置（CPU）、処理ユニット、処理回路、プロセッサ、特定用途向け集積回路（ASIC）、マイクロプロセッサ、又は命令を解釈して実行し得る他の処理ロジックの１つ以上のインスタンスを有してもよい。従って、ここで利用される表現“プロセッサ”は、例えば、前述のもののいずれか、一部又は全部のような複数の処理回路を有する処理回路構成を表してもよい。
【０１７１】
更に、第２の通信デバイス120は、FDDキャリア300のダウンリンクデータチャネルのダウンリンクサブフレーム310及び／又はTDDキャリア200のダウンリンクデータチャネルのダウンリンクサブフレーム210でデータを受信するように構成された受信機1010を有してもよい。
【０１７２】
更に、或る実施例における第２の通信デバイス120はまた、少なくとも１つのメモリ1025を有してもよい。任意選択のメモリ1025は、データ又はプログラム、すなわち、命令の系列を一時的又は永続的に記憶するために利用される物理デバイスを有してもよい。或る実施例によれば、メモリ1025は、シリコンに基づくトランジスタを有する集積回路を有してもよい。更に、メモリ1025は、揮発性でもよく、或いは不揮発性でもよい。
【０１７３】
第２の通信デバイス120において実行される動作901〜902は、動作901〜902の機能を実行するコンピュータプログラムプロダクトと共に、第２の通信デバイス120における１つ以上のプロセッサ1020を通じて実現されてもよい。
【０１７４】
従って、コンピュータプログラムは、コンピュータプログラムが第２の通信デバイス120におけるプロセッサ1020にロードされた場合、少なくとも１つのTDDキャリア200及び少なくとも１つのFDDキャリア300、350のTDD及びFDDキャリアアグリゲーションに基づく通信システム100において、物理UL共有チャネルでHARQフィードバックを提供するための、動作901〜902のいずれかによる方法900を実行するためのプログラムコードを有する。
【０１７５】
更に、コンピュータプログラムプロダクトが提供され、第１の通信デバイス110により行われた割り当てに従って、少なくとも１つのTDDキャリア200及び少なくとも１つのFDDキャリア300、350のTDD及びFDDキャリアアグリゲーションに基づく通信システム100において、物理UL共有チャネルでHARQフィードバックを提供するためのプログラムコードを記憶したコンピュータ読み取り可能記憶媒体を有する。プログラムコードは、第１の通信デバイス110により決定されたDL  HARQタイミングに従ってサブフレームに関連付けられたDLサブフレームについて物理UL共有チャネルでHARQフィードバックを送信するステップ902を有する方法900を実行する命令を有する。
【０１７６】
前述のコンピュータプログラムプロダクトは、例えば、プロセッサ1002にロードされた場合、或る実施例に従って動作901〜902の少なくともいくつかを実行するためのコンピュータプログラムコードを搬送するデータキャリアの形式で提供されてもよい。データキャリアは、例えば、ハードディスク、CD  ROMディスク、メモリスティック、光記憶デバイス、磁気記憶デバイス、又は機械読み取り可能データを過渡的でない方式で保持し得るディスク若しくはテープのような他の適切な媒体でもよい。更に、コンピュータプログラムプロダクトは、サーバのコンピュータプログラムプロダクトとして提供され、例えば、インターネット又はイントラネット接続で、第２の通信デバイス120にダウンロードされてもよい。
【０１７７】
添付図面に示す実施例の説明で使用される用語は、前述の方法700、900、第１の通信デバイス110及び／又は第２の通信デバイス120の限定であることを意図するものではない。特許請求の範囲に記載の本発明から逸脱することなく、様々な変更、置換及び／又は代替が行われてもよい。
【０１７８】
ここで使用される用語“及び／又は”は、関連して記載された項目の１つ以上のいずれか及び全ての組み合わせを有する。更に、単数形である定冠詞及び不定冠詞は、“少なくとも１つ”として解釈されるべきであり、従って、明示的に記載しない限り、場合によっては同じ種類の複数のエンティティを有する。“含む”、“有する”、“含んでいる”及び／又は“有している”という用語は、記載した機能、動作、整数、ステップ、操作、要素及び／又は構成要素の存在を指定するが、他の機能、動作、整数、ステップ、操作、要素、構成要素及び／又はこれらのグループの存在又は追加を排除するものではないことが更に認識される。例えば、プロセッサのような単一のユニットは、特許請求の範囲に記載の複数の項目の機能を実行してもよい。特定の手段が相互に異なる従属請求項に記載されているという単なる事実は、これらの手段の組み合わせが有利には使用できないことを示すものではない。コンピュータプログラムは、他のハードウェアと共に或いは他のハードウェアの一部として供給される光記憶媒体又は固体媒体のような適切な媒体に記憶／分配されてもよいが、インターネット又は他の有線若しくは無線通信システムを介して他の形式で分配されてもよい。
【図１】
0006411519.tif 000002
【図２】
0006411519.tif 000003
【図３】
0006411519.tif 000004
【図４】
0006411519.tif 000005
【図５】
0006411519.tif 000006
【図６】
0006411519.tif 000007
【図７】
0006411519.tif 000008
【図８】
0006411519.tif 000009
【図９】
0006411519.tif 000010
【図１０】
0006411519.tif 000011