(57)【要約】無線端末（１）は、ＦＤＤサービングセル（３２）のスケジューリングのためにＴＤＤサービングセル（３１）のダウンリンク（ＤＬ）制御チャネルをモニターするよう無線端末（１）が設定されているか否かに基づいて、ＦＤＤサービングセル（３２）において受信されるＤＬトランスポートブロックのためのＨＡＲＱプロセスの最大数を決定する。これにより、例えば、ＦＤＤ−ＴＤＤキャリアアグリゲーション（ＦＤＤ−ＴＤＤ  ＣＡ）であり且つＦＤＤサービングセルのＤＬ送信のためにクロスキャリア・スケジューリングが設定される場合に、ＦＤＤサービングセルにおいて送信されるＤＬトランスポートブロックのためのＨＡＲＱプロセスの最大数を適切に決定することに寄与できる。
2016017052.tif 000002
【特許請求の範囲】
【請求項１】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを基地局によって設定される無線端末においてダウンリンクhybrid automatic repeat request（HARQ）を行うための方法であって、
前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定することを備える、
方法。
【請求項２】
前記最大数を決定することは、
前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、TDDのために定義された第１のテーブルから前記最大数を選択すること、及び
前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第２のサービングセルにおいて送信される第２のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、FDD-TDDキャリアアグリゲーションのために定義された第２のテーブルから前記最大数を選択すること、
を含む、
請求項１に記載の方法。
【請求項３】
前記第１及び第２のテーブルを使い分ける必要があるか否かを示す信号を前記基地局から前記無線端末において受信すること、及び
前記信号が前記第１及び第２のテーブルを使い分ける必要がないことを示す場合、前記第２のサービングセルの前記スケジューリングのために前記第１及び第２のダウンリンク制御チャネルのいずれをモニターするよう前記無線端末が設定されているかに関わらず、前記第２のテーブルから前記最大数を決定すること、
をさらに備える、請求項２に記載の方法。
【請求項４】
前記最大数を決定することは、前記第２のサービングセルの前記スケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して異なる前記最大数を示す信号を前記基地局から受信することを備える、請求項１に記載の方法。
【請求項５】
前記最大数に基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための各HARQプロセスに割り当てられるソフトバッファのパーティションのサイズを決定することをさらに備える、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記パーティションのサイズを決定することは、以下の数式（１）〜（３）に従って前記パーティションの前記サイズnsbを決定することを含み、
【数１】
2016017052.tif 000009
ここで、nsb及びNcbは、コードブロック当たりの前記ソフトバッファのパーティションサイズであり、
NIRは、トランスポートブロック当たりの前記ソフトバッファのパーティションサイズであり、
N’soft及びNsoftは、前記ソフトバッファのトータスサイズであり、
Cは、トランスポートブロックを分割して得られるコードブロック数であり、
NcellsDLは、前記複数のコンポーネントキャリアの総数であり、
KMIMOは、multiple-input multiple-output（MIMO）レイヤ数であり、
Kwは、ターボ符号化、サブブロック・インターリビング、及びビット・コレクションを行った後のコードブロック長に対応する前記基地局に実装されたサーキュラバッファの長さであり、
KCは、Nsoft = 35982720であるとき５、Nsoft = 3654144且つ前記無線端末が2空間レイヤ以下のみをサポートする場合に２、それ以外の場合に１であり、
Mlimitは、８に等しい定数であり、
MDL_HARQは、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための前記HARQプロセスの前記最大数である、
請求項５に記載の方法。
【請求項７】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを基地局によって設定される無線端末であって、
前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定するよう動作するプロセッサを備える、
無線端末。
【請求項８】
前記プロセッサは、
前記最大数を決定するために、前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、TDDのために定義された第１のテーブルから前記最大数を選択するよう動作し、
前記最大数を決定するために、前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第２のサービングセルにおいて送信される第２のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、FDD-TDDキャリアアグリゲーションのために定義された第２のテーブルから前記最大数を選択するよう動作する、
請求項７に記載の無線端末。
【請求項９】
前記プロセッサは、さらに、前記第１及び第２のテーブルを使い分ける必要があるか否かを示す信号を前記基地局から受信するよう動作するとともに、前記信号が前記第１及び第２のテーブルを使い分ける必要がないことを示す場合、前記第２のサービングセルの前記スケジューリングのために前記第１及び第２のダウンリンク制御チャネルのいずれをモニターするよう前記無線端末が設定されているかに関わらず、前記第２のテーブルから前記最大数を決定するよう動作する、
請求項８に記載の無線端末。
【請求項１０】
前記プロセッサは、前記最大数を決定するために、前記第２のサービングセルの前記スケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して異なる前記最大数を示す信号を前記基地局から受信するよう動作する、
請求項７に記載の無線端末。
【請求項１１】
前記無線端末は、ダウンリンクhybrid automatic repeat request（HARQ）のためにソフトビットを格納するソフトバッファとして使用されるメモリをさらに備え、
前記プロセッサは、さらに、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための各HARQプロセスに割り当てられる前記ソフトバッファ内のパーティションのサイズを決定するよう動作する、
請求項７〜１０のいずれか１項に記載の無線端末。
【請求項１２】
前記プロセッサは、以下の数式（１）〜（３）に従って前記パーティションの前記サイズnsbを決定し、
【数２】
2016017052.tif 000010
ここで、nsb及びNcbは、コードブロック当たりの前記ソフトバッファのパーティションサイズであり、
NIRは、トランスポートブロック当たりの前記ソフトバッファのパーティションサイズであり、
N’soft及びNsoftは、前記ソフトバッファのトータスサイズであり、
Cは、トランスポートブロックを分割して得られるコードブロック数であり、
NcellsDLは、前記複数のコンポーネントキャリアの総数であり、
KMIMOは、multiple-input multiple-output（MIMO）レイヤ数であり、
Kwは、ターボ符号化、サブブロック・インターリビング、及びビット・コレクションを行った後のコードブロック長に対応する前記基地局に実装されたサーキュラバッファの長さであり、
KCは、Nsoft = 35982720であるとき５、Nsoft = 3654144且つ前記無線端末が2空間レイヤ以下のみをサポートする場合に２、それ以外の場合に１であり、
Mlimitは、８に等しい定数であり、
MDL_HARQは、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための前記HARQプロセスの前記最大数である、
請求項１１に記載の無線端末。
【請求項１３】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局によって行われる方法であって、
前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定すること、及び
前記最大数に従う複数のHARQプロセスを用いて、ダウンリンクトランスポートブロックを送信すること、
を備える方法。
【請求項１４】
前記最大数を決定することは、
前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、TDDのために定義された第１のテーブルから前記最大数を選択すること、及び
前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第２のサービングセルにおいて送信される第２のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、FDD-TDDキャリアアグリゲーションのために定義された第２のテーブルから前記最大数を選択すること、
を含む、
請求項１３に記載の方法。
【請求項１５】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局であって、
第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定するよう動作するプロセッサと、
前記最大数に従う複数のHARQプロセスを用いて、ダウンリンクトランスポートブロックを送信するよう動作するトランシーバと、
を備える、基地局。
【請求項１６】
前記プロセッサは、
前記最大数を決定するために、前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、TDDのために定義された第１のテーブルから前記最大数を選択するよう動作し、
前記最大数を決定するために、前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第２のサービングセルにおいて送信される第２のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、FDD-TDDキャリアアグリゲーションのために定義された第２のテーブルから前記最大数を選択するよう動作する、
請求項１５に記載の基地局。
【請求項１７】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局によって行われる方法であって、
制御情報を前記基地局から前記無線端末に送信することを備え、
前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を前記無線端末において決定するために参照されるべきテーブルを変更する必要があるか否かを示す、
方法。
【請求項１８】
前記制御情報は、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための各HARQプロセスに割り当てられるソフトバッファのパーティションのサイズを前記最大数に基づいて前記無線端末において決定するために使用される、
請求項１７に記載の方法。
【請求項１９】
前記送信することは、前記第１又は第２のサービングセルに固有のシステム情報を用いて前記第１又は第２のサービングセル内に前記制御情報をブロードキャストすることを含む、
請求項１７又は１８記載の方法。
【請求項２０】
前記送信することは、前記第１又は第２のサービングセルにおける前記基地局と前記無線端末の間のRadio Resource Control（RRC）シグナリングを用いて前記制御情報を送信することを含む、
請求項１７又は１８に記載の方法。
【請求項２１】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に設定し、前記複数のコンポーネントキャリアにおいて前記無線端末と通信するよう動作するトランシーバを備え、
前記トランシーバは、さらに、制御情報を前記無線端末に送信するよう動作し、
前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を前記無線端末において決定するために参照されるべきテーブルを変更する必要があるか否かを示す、
基地局。
【請求項２２】
前記制御情報は、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための各HARQプロセスに割り当てられるソフトバッファのパーティションのサイズを前記最大数に基づいて前記無線端末において決定するために使用される、
請求項２１に記載の基地局。
【請求項２３】
前記トランシーバは、前記第１又は第２のサービングセルに固有のシステム情報を用いて前記第１又は第２のサービングセル内に前記制御情報をブロードキャストする、
請求項２１又は２２に記載の基地局。
【請求項２４】
前記トランシーバは、前記第１又は第２のサービングセルにおける前記基地局と前記無線端末の間のRadio Resource Control（RRC）シグナリングを用いて前記制御情報を送信する、
請求項２１又は２２に記載の基地局。
【請求項２５】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局によって行われる方法であって、
制御情報を前記基地局から前記無線端末に送信することを備え、
前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を示し、
前記制御情報は、さらに、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して異なる前記最大数を示す、
方法。
【請求項２６】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に設定し、前記複数のコンポーネントキャリアにおいて前記無線端末と通信するよう動作するトランシーバを備え、
前記トランシーバは、さらに、制御情報を前記無線端末に送信するよう動作し、
前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を示し、
前記制御情報は、さらに、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して異なる前記最大数を示す、
基地局。
【請求項２７】
請求項１〜６のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【請求項２８】
請求項１３、１４、１７−２０、及び２５のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願の開示は、無線通信システムに関し、特にキャリアアグリゲーションでのダウンリンクhybrid automatic repeat request（HARQ）プロセスを処理するための方法及び装置に関する。
【背景技術】
【０００２】
以下では、3rd Generation Partnership Project (3GPP) Release 8（Long Term Evolution (LTE)と呼ばれる）及びそれ以降で用いられる無線フレーム（radio frame）構造、および物理ダウンリンクでのHARQについて説明する。次に、3GPP Release 10（LTE-Advancedと呼ばれる）で新たに導入されたキャリアアグリゲーション（carrier aggregation (CA)）とそのスケジューリングについて説明する。さらに、3GPP Release 12（LTE-Bと呼ばれる）で新たに導入されたTDD-FDDキャリアアグリゲーションについて説明する。【０００３】
始めにLTEの無線フレーム構造を説明する。3GPP Release 8及びそれ以降では、２種類の無線フレーム構造が用意されている。一方は、frame structure type 1と呼ばれ、frequency division duplex (FDD) に適用できる。他方は、frame structure type 2と呼ばれ、Time division duplex (TDD) に適用できる。図１に示されている通り、type 1及びtype 2のいずれのフレーム構造においても、１つの無線フレームの長さは１０ミリ秒であり、１つの無線フレームは１０個のサブフレーム（subframe）から構成されている。なお、TDDの場合、前半の５つのサブフレーム（＃０〜＃４）と、後半の５つのサブフレーム（＃５〜＃９）をそれぞれハーフ・フレームと呼ぶ。ハーフ・フレームの長さは５ミリ秒である。１つのサブフレームの長さは、１ミリ秒である。さらに１つのサブフレームは、各々が０．５ミリ秒の２つのスロットに分解される。Normal cyclic prefixの場合、１つのスロットは、時間領域で７個のシンボル（アップリンクであればsingle carrier frequency division multiple access (SC-FDMA) シンボル、ダウンリンクであれば orthogonal frequency division multiplexing (OFDM)シンボル）を含む。したがって、１つのサブフレームは、時間領域で１４個のシンボルを含む。【０００４】
図２は、TDD LTEがサポートしている７通りのアップリンク・ダウンリンク コンフィグレーション（TDD UL/DLコンフィグレーション）を示している。TDD LTEの場合、アップリンク・サブフレーム（ULサブフレーム）とダウンリンク・サブフレーム（DLサブフレーム）が１つの無線フレーム内に共存する。TDD UL/DLコンフィグレーションは、１つの無線フレーム内でのアップリンク・サブフレームとダウンリンク・サブフレームの配置を意味する。図２において、“Ｄ”はDLサブフレームを示し、“Ｕ”はULサブフレームを示し、“Ｓ”はスペシャル・サブフレームを示している。TDD LTEは、図２に示されたいずれかのTDD UL/DLコンフィグレーションを無線フレームの周期（１０ミリ秒）で繰り返し用いる。【０００５】
ULサブフレームは、無線端末（user equipment （UE））から基地局（eNodeB (eNB)）へのアップリンク（UL）送信が行われるサブフレームであり、DLサブフレームは、基地局から無線端末へのダウンリンク（DL）送信が行われるサブフレームである。DL送信（DLサブフレーム）からUL送信（ULサブフレーム）への切り替えは、ハーフ・フレーム内の２番目のサブフレーム（つまり、サブフレーム＃１及び＃６）で行われる。図３は、スペシャル・サブフレームの構成例を示している。スペシャル・サブフレームは、DL送信が行われるダウンリンク・パイロット・タイムスロット（downlink pilot time slot （DwPTS））、無送信区間であるガードピリオド（guard period (GP)）、及び上り送信が行われるアップリンク・パイロット・タイムスロット（uplink pilot time slot （UpPTS））から構成されている。【０００６】
続いて、HARQ動作を含む物理ダウンリンク共有チャネル（physical downlink shared channel (PDSCH)）でのデータ送信処理について説明する。3GPP Release 8及びそれ以降では、ダウンリンク・ユーザデータはPDSCH上で送信される。他方、ダウンリンク通信に関する制御情報は、物理ダウンリンク制御チャネル（physical downlink control channel (PDCCH)）上で送信される。ダウンリンク通信に関する制御情報は、無線端末に対するPDSCHリソースの割り当てを示すダウンリンク・グラント（downlink (DL) grant）を含む。DL grantを示すPDCCHをデコードした場合、無線端末は、PDSCH上でダウンリンクデータを受信し、ダウンリンクデータのcyclic redundancy check (CRC)エラーの有無をチェックし、CRC結果（つまり、 acknowledgement (ACK)又はnegative ACK (NACK)）を物理アップリンク制御チャネル（physical uplink control channel (PUCCH)）又は物理アップリンク共有チャネル（physical uplink shared channel (PUSCH)）上で送信する。【０００７】
ACKを受信したとき、基地局は次の新たなデータを無線端末に送信する。一方、NACKを受信したとき、基地局は送信済みのデータに関して再送処理を行う。なお、3GPP Release 8及びそれ以降は、incremental redundancy (IR) HARQをサポートしており、したがって、再送されるデータは、最初の送信データ（ターボ符号化で得られたsystematic bits及び一部のparity bitsを含む）とは異なる追加のparity bitsを送信する。具体的には、基地局は、ターボ符号化、サブブロック・インターリビング、及びビット・コレクションを行った後のコードブロックを格納するサーキュラバッファ（circular buffer (CB)）を管理し、最初の送信ではsystematic bitsを送信するためにCBの先頭に対応するオフセット（つまり、redundancy version (RV)=0）を用いる。RVは、送信のためにビット（bits）をCBから読み出す際の開始位置を定める。再送信では、基地局は、incremental redundancy (IR)のために最初の送信とは異なるRVを選択し、これにより最初の送信には含まれていなかった追加のparity bitsを送信する。【０００８】
よく知られているように、HARQは、ターボ符号化などの前方誤り訂正符号化（forward error correction coding）を原始的なARQ方式（scheme）に組み合わせた方式である。すなわち、HARQでは、ユーザーデータ及びCRC bitsは、誤り訂正コード（error correcting code (ECC)）によって保護される。誤り訂正コードの追加は、冗長性を高めることで送信成功確率の増加をHARQにもたらすが、その反面、送信データ内のユーザーデータの割合が減少（つまり、符号化率（coding rate）の低下）を招く。このため、3GPP Release 8及びそれ以降は、incremental redundancy (IR) HARQをサポートしており、送信時のレートマッチング処理においてサーキュラバッファ内の符号化されたコードブロックデータに対してビット選択およびパンクチャリングが行われる。【０００９】
3GPP Release 8及びそれ以降のmedia access control (MAC)レイヤは、stop-and-wait (SAW) HARQを採用している。すなわち、DL送信の場合、基地局は１つのダウンリンクトランスポートブロックを送信すると、新たな送信を停止して無線端末からフィードバック（つまり、ACK又はNACK）を受信するまで待機する。そして、無線端末からACKを受信した場合、基地局は新たなダウンリンクトランスポートブロックを送信する。一方、無線端末からNACKを受信した場合（又はフィードバックを受信せずに所定期間が経過した場合）、基地局は当該トランスポートブロックを再送信する。このような単純なSAW動作は、送信効率を低下させ、送信リソース（DL無線フレーム）を十分に利用できない。したがって、マルチプロセスHARQが利用される。マルチプロセスHARQは、全ての送信リソースが効率的に利用できるように複数の独立したHARQプロセスを時間的にインタレースする。各HARQプロセスは、独立したSAW動作を担い、後述するようにソフトバッファ内の独立したパーティションを利用する。【００１０】
図４は、FDD動作でのダウンリンクにおける１つのHARQプロセスを示している。図４の例では、サブフレーム＃０において基地局はPDCCH上でDL grantを送信しPDSCH上でDLデータを送信する。無線端末は、サブフレーム＃０においてPDSCH上でDLデータを受信し、トランスポートブロックを当該DLデータからデコードし、トランスポートブロックに対するCRC検査を行う。そして、無線端末は、サブフレーム＃０において送信されたトランスポートブロックに関するCRC結果（ACK又はNACK）をサブフレーム＃４のPDCCH又はPUSCH上で送信する。DLデータ送信からACK/NACK送信までの遅延時間（T_UL_ACK）は、４サブフレーム（４ミリ秒）であることが規定されている。【００１１】
基地局は、サブフレーム＃４において無線端末からACK/NACKを受信し、サブフレーム＃ｍにおいて再送送信（NACKの場合）又は新たなトランスポートブロックの送信（ACKの場合）を行う。なお、3GPP Release 8及びそれ以降のダウンリンクでは非同期（asynchronous）HARQが採用されており、再送信又は次の送信は最初の送信の後の任意の時点に生じてもよく、ACK/NACK送信から次の送信又は再送信までの遅延時間（T_eNB_procesing）は基地局の処理時間に依存する。しかしながら、T_eNB_procesingの典型的な長さは４サブフレーム（４ミリ秒）であると想定されている。したがって、FDDの場合、典型的なダウンリンクHARQ round trip time （RTT）は、８サブフレーム（８ミリ秒）である。このため、3GPP Release 8及びそれ以降は、FDD動作の場合のダウンリンクHARQプロセスの最大数（MDL_HARQ）が８であること規定している。なお、HARQ RTTは、図４に示されているように、１つのHARQプロセス（SAW動作）における最初のDLトランスポートブロックの送信から次の送信又は再送信までのインターバル（つまり、T_UL_ACK + T_eNB_procesing）を意味する。図５は、FDDの場合に、８個のHARQプロセスが並行して使用されるケースを示している。８個のHARQプロセスは、時間的にインタレースされ、８サブフレームのHARQ RTTに従って運用される。【００１２】
上述したように、FDD動作の場合、あるULサブフレーム＃ｎにおいて送信されるHARQ-ACK/NACKは、４サブフレーム前のDLサブフレーム＃（ｎ−４）における送信データのCRC結果を示す。言い換えると、FDD動作の場合、HARQ-ACK/NACKのためのULサブフレームは、4サブフレーム前のDLサブフレームと一対一でマッピングされる。しかしながら、TDD動作の場合、図２に示されたTDD UL/DLコンフィグレーションから明らかであるように、DLサブフレーム（又はDL送信可能なスペシャル・サブフレーム）の４フレーム後にULサブフレームが存在するとは限らない。さらに、DLサブフレーム及びULサブフレームの配置はTDD UL/DLコンフィグレーションによって異なる。したがって、FDD動作における１種類のみのULサブフレームとDLサブフレームの関係は、TDD動作に適用することはできない。このため、各TDD UL/DLコンフィグレーションは、自身に固有のHARQ-ACK/NACKのためのULサブフレームとDLサブフレームのマッピングを有する。さらに、TDD動作におけるHARQ RTTは、一般的にFDD動作の場合のそれに比べて長くなる。【００１３】
表１は、７通りのTDD UL/DLコンフィグレーションに対して規定されたHARQ-ACK/NACKのためのULサブフレームとDLサブフレームのマッピングを示している（3GPP TS 36.213 V12.2.0のセクション10.1.3.1を参照）。例えば、TDD UL/DLコンフィグレーション０の場合、ULサブフレーム＃２で送信されるHARQ-ACK/NACKは、６サブフレーム前のDLサブフレーム（１つ前の無線フレーム内のDLサブフレーム＃６）で送信されたDLデータのCRC結果を示す。同様に、TDD UL/DLコンフィグレーション０の場合、ULサブフレーム＃４で送信されるHARQ-ACK/NACKは、４サブフレーム前のDLサブフレーム（同じ無線フレーム内のDLサブフレーム＃０）で送信されたDLデータのCRC結果を示す。図６は、TDD UL/DLコンフィグレーション０におけるHARQ-ACK/NACKのためのULサブフレームとDLサブフレームのマッピングを示している。
【表１】
2016017052.tif 000003
【００１４】
表１に示されたTDD UL/DLコンフィグレーションが有するマッピングからは、TDD動作におけるHARQ RTTは、一般的にFDD動作の場合のそれに比べて長くなることが理解できる。なぜなら、TDD動作の場合におけるDLデータ送信からACK/NACK送信までの遅延時間（T_UL_ACK）は、FDD動作の遅延時間（つまり４サブフレーム）と同じかそれより長いためである。既に述べたように、HARQ RTT（つまり、T_UL_ACK＋T_eNB_procesing）は、T_UL_ACKに依存する。例えば、TDD UL/DLコンフィグレーション０の場合、遅延時間T_UL_ACKの最大値は６である。したがって、T_eNB_procesingの典型的な長さが４サブフレーム（４ミリ秒）であると想定したとき、TDD UL/DLコンフィグレーション０での最長HARQ RTTは、１０サブフレーム（１０ミリ秒）であると想定される。また、TDD UL/DLコンフィグレーション５の場合、遅延時間T_UL_ACKの最大値は１３である。したがって、TDD UL/DLコンフィグレーション５の場合の最長HARQ RTTは、１７サブフレーム（１７ミリ秒）であると想定される。【００１５】
TDD動作の場合のHARQプロセスの最大数（MDL_HARQ）は、各TDD UL/DLコンフィグレーションの最長HARQ RTT、及び当該最長HARQ RTTの間に存在するDLサブフレーム及びスペシャル・サブフレームの合計数に基づいて定められるべきである。したがって、HARQプロセスの最大数（MDL_HARQ）は、TDD UL/DLコンフィグレーション毎に異なる。表２は、3GPP TS 36.213 V12.2.0のセクション7に規定されている各TDD UL/DLコンフィグレーションのダウンリンクHARQプロセスの最大数（MDL_HARQ）を示している。
【表２】
2016017052.tif 000004
【００１６】
さらに、3GPP Release 10およびそれ以降は、キャリアアグリゲーション（CA）を規定している。キャリアアグリゲーションでは、無線端末は、周波数の異なる複数のキャリア（コンポーネントキャリア（Component Carrier (CC)）と呼ばれる）を基地局により設定され、アップリンク通信若しくはダウンリンク通信又はこれら両方のために複数のコンポーネントキャリアを利用することができる。Release10は、最大５つのCCまでのキャリアアグリゲーションを規定している。【００１７】
複数のCCは、１つのプライマリCCと１又は複数のセカンダリCCを含む。プライマリCCは、プライマリ周波数とも呼ばれる。セカンダリCCは、セカンダリ周波数とも呼ばれる。プライマリCCは、プライマリセル（primary cell (PCell)）のために使用されるCCである。プライマリセル（PCell）は、プライマリCC上で運用され、無線端末が最初のコネクション確立を行うセル、無線端末がコネクション再確立を行うセル、又はハンドオーバ手順においてプライマリセルとして示されるセルである。これに対してセカンダリセル（SCell）は、セカンダリCC上で運用され、PCellとは異なるセルである。セカンダリセル（SCell）は、一般的に、無線端末がプライマリセルにおいてradio resource control (RRC)コネクションを確立した後に追加的に設定され、追加的な無線リソースを無線端末に提供するために使用される。無線端末は、１つのプライマリセル並びに少なくとも１つのセカンダリセルを含む複数のサービングセルを同時に利用することができる。【００１８】
さらに、CAでは、セルフ・スケジューリング（self-scheduling）又はクロスキャリア・スケジューリング（cross-carrier scheduling）を利用することができる。セルフ・スケジューリングは、DLデータ受信又はULデータ送信のために無線端末が利用するコンポーネントキャリアと同じコンポーネントキャリア上でスケジューリング・グラント（UL grant及びDL grant）が送信されるスケジューリング方法である。これに対して、クロスキャリア・スケジューリングは、DLデータ受信又はULデータ送信のために無線端末が利用するコンポーネントキャリアとは異なるコンポーネントキャリア上でスケジューリング・グラントが送信されるスケジューリング方法である。すなわち、セルフ・スケジューリングの場合、無線端末は、あるサービングセルのスケジューリングのために、当該サービングセル内で送信されるPDCCHをモニターするよう設定される。一方、クロスキャリア・スケジューリングの場合、無線端末は、あるサービングセル（例えば、SCell）のスケジューリングのために、他のサービングセル（例えば、PCell）内で送信されるPDCCHをモニターするよう設定される。【００１９】
なお、3GPP Release 10では、アグリゲートされるコンポーネントキャリアは、FDD同士又はTDD同士のみであった。これに対して3GPP Release 12及びそれ以降は、FDDコンポーネントキャリア（FDD CC）とTDDコンポーネントキャリア（TDD CC）のCAを規定している。FDD CC（又はFDDセル）は、FDDのためのframe structure type 1を使用するセルである。TDD CC（又はTDDセル）は、TDDのためのframe structure type 2を使用するセルである。本明細書では、このキャリアアグリゲーションを“FDD-TDDアグリゲーション”、又は単に“FDD-TDD”と呼ぶ。【００２０】
FDD-TDDキャリアアグリゲーションでは、プライマリセルはFDD CC（FDDセル）であってもよいし、TDD CC（TDDセル）であってもよい。FDD-TDDにおいて、プライマリセルがTDDセルであり且つサービングセル（つまりセカンダリセル）がFDDセルであるとき、当該FDDサービングセル（セカンダリセル）のためのダウンリンクHARQプロセスの最大数は、CAが設定されていないときのFDDセルの値（つまり８）に比べて大きくなることが予想される。なぜなら、FDDサービングセル（セカンダリセル）のDL送信に対するUL ACK/NACKの送信をTDDプライマリセルのUL/DLコンフィグレーションに従って行うことを想定すると、当該FDDサービングセルでのHARQ RTTは、CAが設定されていない時のそれに比べて長くなるためである。【００２１】
具体的には、3GPP TS 36.213 V12.2.0は、FDD-TDD CAであり且つプライマリセルがTDD CC（TDDセル）であり且つサービングセルがFDD CC（FDDセル）であり且つセカンダリセルのDL送信に関してセルフ・スケジューリングが設定される場合、セカンダリセルのHARQ-ACK/NACKのためのULサブフレームとDLサブフレームのマッピングが以下の表３に従うべきであることを規定している（3GPP TS 36.213 V12.2.0のセクション10を参照）。なお、表３のDL-reference UL/DL configurationは、プライマリセルのUL/DLコンフィグレーションを意味する。
【表３】
2016017052.tif 000005
【００２２】
一例としてTDDプライマリセルのUL/DLコンフィグレーション（DL-reference UL/DL configuration）がコンフィグレーション０の場合、表３の定義に従うと、ULサブフレーム＃２では６サブフレーム前及び５サブフレーム前に送信された２つのDLトランスポートブロックに関するHARQフィードバック（ACK/NACK）が送信される。T_eNB_procesingの典型的な長さは上述の通り４サブフレーム（４ミリ秒）であると想定すると、TDDプライマリセルがUL/DLコンフィグレーション０であるときのFDDサービングセルでの典型的な最長のHARQ RTTは、１０サブフレーム（10ミリ秒）である。同様に考えると、TDDプライマリセルがUL/DLコンフィグレーション１〜６であるときのFDDサービングセルでの典型的な最長のHARQ RTTは、それぞれ１１、１２、１５、１６、１７、１２である。【００２３】
したがって、3GPP TS 36.213 V12.2.0は、FDD-TDD CAであり且つプライマリセルがTDDセルであり且つサービングセル（つまりセカンダリセル）がFDDセルである場合に、当該サービングセルのためのHARQプロセスの最大数が以下の表４に従って決定されるべきであることを規定している（3GPP TS 36.213 V12.2.0のセクション7を参照）。なお、表４のDL-reference UL/DL configurationは、プライマリセルのUL/DLコンフィグレーションを意味する。
【表４】
2016017052.tif 000006
【００２４】
3GPP TS 36.213 V12.2.0のセクション7では、他のCAでのHARQプロセスの最大数（MDL_HARQ）について以下のように規定している。FDD CAの場合、サービングセル当たりのHARQプロセスの最大数（MDL_HARQ）は８である。TDD CAの場合、サービングセル当たりのHARQプロセスの最大数（MDL_HARQ）は上述のTDDのための表２に従って決定される。FDD-TDD CAであり且つプライマリセルがFDD CC（FDDセル）である場合、サービングセル当たりのHARQプロセスの最大数（MDL_HARQ）は８である。FDD-TDD CAであり且つプライマリセルがTDD CC（TDDセル）であり且つサービングセルがTDD CC（TDDセル）である場合、当該サービングセルのHARQプロセスの最大数（MDL_HARQ）は上述のTDDのための表２に従って決定される。【００２５】
ここで、ダウンリンクHARQ動作に話を戻す。上述したように、ダウンリンクではincremental redundancy (IR) HARQが利用される。このため、無線端末は、再送信されたデータと合成するために、CRCエラーが検出された受信データに関するソフトビット（soft bits）（例えば、log likelihood ratio (LLR)）をメモリに格納しなければならない。当該メモリは、ソフトバッファ又はソフトビットバッファと呼ばれる。さらに、無線端末は、複数のHARQプロセスを同時に扱う。すなわち、無線端末が有するソフトバッファは、最大数（MDL_HARQ）のHARQプロセスのソフトビット（soft bits）を格納できなければならない。したがって、無線端末は、少なくともHARQプロセスの最大数（MDL_HARQ）に基づいてソフトバッファを分割し、ソフトバッファ内のパーティションを各HARQプロセスのために確保しなければなない。【００２６】
以下では、無線端末が有するソフトバッファの分割方法について説明する。当該ソフトバッファの分割方法は、3GPP TS 36.213 V12.2.0のセクション7.1.8及び3GPP TS 36.212 V12.1.0のセクション5.1.4.1.2に規定されている。コードブロック当たりのバッファサイズnsbは、以下の数式（１）〜（３）に従って決定される。
【数１】
2016017052.tif 000007
【００２７】
数式（１）〜（３）では、nsb及びNcbは、コードブロック当たりのソフトバッファのパーティションサイズである。NIRは、トランスポートブロック当たりのソフトバッファのパーティションサイズである。N’soft及びNsoftは、無線端末が有するソフトバッファのトータルサイズである。Cは、トランスポートブロックを分割して得られるコードブロック数である。NcellsDLは、CAのために無線端末に設定された複数のCCの総数である。KMIMOは、multiple-input multiple-output（MIMO）レイヤ数である。Kwは、ターボ符号化、サブブロック・インターリビング、及びビット・コレクションを行った後のコードブロック長に対応する基地局側のサーキュラバッファの長さである。KCは、Nsoft = 35982720であるとき５、Nsoft = 3654144且つ前記無線端末が2空間レイヤ以下のみをサポートする場合に２、それ以外の場合に１である定数である。Mlimitは、８に等しい定数である。MDL_HARQは、サービングセルにおけるHARQプロセスの最大数である。【００２８】
ソフトバッファのトータルサイズN’soft又はNsoftは、ソフトチャネルビットの総数（total number of soft channel bits）と呼ばれ、無線端末の能力（つまり、UE Category）に依存する。表５は、3GPP TS 3GPP TS 36.306 V12.1.0のセクション4.1に規定されたUE Category毎に無線端末が有するべきソフトチャネルビットの総数（つまり、ソフトバッファのトータルサイズ）を示している。
【表５】
2016017052.tif 000008
【先行技術文献】
【特許文献】
【００２９】
【特許文献１】米国特許出願公開第2012/0057529号明細書
【特許文献２】米国特許出願公開第2013/0176981号明細書
【特許文献３】米国特許出願公開第2012/0275397号明細書
【特許文献４】米国特許出願公開第2012/0188952号明細書
【特許文献５】米国特許出願公開第2013/0343239号明細書
【非特許文献】
【００３０】
【非特許文献１】3GPP TS 36.306 V12.1.0 (2014-06) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) radio access capabilities (Release 12)”, 2014年6月
【非特許文献２】3GPP TS 36.212 V12.1.0 (2014-06) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 12)”, 2014年6月
【非特許文献３】3GPP TS 36.213 V12.2.0 (2014-06) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 12)”, 2014年6月
【発明の概要】
【発明が解決しようとする課題】
【００３１】
3GPP TS 36.213 V12.2.0は、FDD-TDD CAであり且つプライマリセルがTDD CC（TDDセル）であり且つサービングセルがFDD CC（FDDセル）である場合に、上述の表４に従ってサービングセルにおけるHARQプロセスの最大数MDL_HARQを決定すべきであることを規定している。しかしながら、この規定は、FDDサービングセルのDL送信に関してクロスキャリア・スケジューリングが設定される場合には妥当でないかもしれない。なぜなら、FDD-TDD CAであり且つFDDサービングセルのDL送信のためにクロスキャリア・スケジューリングが設定される場合、FDDサービングセルにおいてDL送信がスケジュールされるサブフレームが制限され、これにより表４に示された最大数までHARQプロセスが並列に動作することができない可能性があるためである。【００３２】
なお、特許文献１〜４は、CA時のソフトバッファの分割方法を開示している。特許文献５は、FDD-TDD CAでクロスキャリア・スケジューリングを行う場合を想定し、HARQ-ACK/NACKのためのULサブフレームとDLサブフレームのマッピングの改良を開示している。しかしながら、特許文献１〜５は、FDD-TDD CAであり且つプライマリセルがTDD CC（TDDセル）であり且つサービングセルがFDD CC（FDDセル）である場合に、当該FDDサービングセルで送信されるDLトランスポートブロックのためのHARQプロセスの最大数MDL_HARQを、FDDサービングセルのDL送信に関してクロスキャリア・スケジューリングが設定されているか否かに応じて変更することについて記載していない。【００３３】
以上に述べたように、現状の3GPP Release 12では、FDD-TDD CAであり且つFDDサービングセルのDL送信のためにクロスキャリア・スケジューリングが設定される場合に、当該FDDサービングセルで送信されるDLトランスポートブロックのためのHARQプロセスの最大数MDL_HARQが適切に決定されないおそれがある。適切に決定されていないHARQプロセスの最大数MDL_HARQは、一例として、ソフトバッファのパーティショニングに悪影響を及ぼす。数式（１）〜（３）から理解されるように、nsb、Ncb、及びNIRの計算において、ソフトバッファのトータルサイズN’soft又はNsoftは、min(MDL_HARQ, Mlimit) によって除算される。これは、ソフトバッファのパーティションを各HARQプロセスに確保するためである。したがって、FDDサービングセルにおけるHARQプロセスの最大数MDL_HARQが不適切に大きな値に決定されると、各HARQプロセスに割り当てられるソフトバッファのパーティションのサイズは不適切に小さくなるおそれがある。【００３４】
したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、FDD-TDD CAであり且つFDDサービングセルのDL送信のためにクロスキャリア・スケジューリングが設定される場合に、FDDサービングセルにおいて送信されるDLトランスポートブロックのためのHARQプロセスの最大数を適切に決定することに寄与する装置、方法、及びプログラムを提供することである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００３５】
第１の態様では、キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを基地局によって設定される無線端末においてダウンリンクHARQを行うための方法は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定することを含む。【００３６】
第２の態様では、無線端末は、ダウンリンクHARQのためにソフトビットを格納するソフトバッファとして使用されるメモリと、プロセッサを含む。前記プロセッサは、上述の第１の態様に係る方法を実行するよう構成されている。【００３７】
第３の態様では、キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局によって行われる方法は、
（ａ）前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定すること、及び
（ｂ）前記最大数に従う複数のHARQプロセスを用いて、ダウンリンクトランスポートブロックを送信すること、
を含む。【００３８】
第４の態様では、基地局は、プロセッサ及びトランシーバを含む。前記プロセッサ及びトランシーバは、上述の第３の態様に係る方法を実行するよう構成されている。【００３９】
第５の態様では、キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局によって行われる方法は、制御情報を前記基地局から前記無線端末に送信することを含む。前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を前記無線端末において決定するために参照されるべきテーブルを変更する必要があるか否かを示す。【００４０】
第６の態様では、基地局は、トランシーバを含む。前記トランシーバは、キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に設定し、前記複数のコンポーネントキャリアにおいて前記無線端末と通信するよう動作する。さらに、前記トランシーバは、制御情報を前記無線端末に送信するよう動作する。当該第６の態様に係る制御情報は、上述の第５の態様に係る制御情報と同様に、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を前記無線端末において決定するために参照されるべきテーブルを変更する必要があるか否かを示す。【００４１】
第７の態様では、キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局によって行われる方法は、制御情報を前記基地局から前記無線端末に送信することを含む。前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を示す。前記制御情報は、さらに、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して異なる前記最大数を示す。【００４２】
第８の態様では、基地局は、トランシーバを含む。前記トランシーバは、キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に設定し、前記複数のコンポーネントキャリアにおいて前記無線端末と通信するよう動作する。さらに、前記トランシーバは、制御情報を前記無線端末に送信するよう動作する。当該第８の態様に係る制御情報は、上述の第７の態様に係る制御情報と同様に、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を示す。【００４３】
第９の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第１の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。【００４４】
第１０の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３、第５、又は第７の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００４５】
上述の態様によれば、FDD-TDD CAであり且つFDDサービングセルのDL送信のためにクロスキャリア・スケジューリングが設定される場合に、FDDサービングセルにおいて送信されるDLトランスポートブロックのためのHARQプロセスの最大数を適切に決定することに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００４６】
【図１】LTEの無線フレーム構造及びサブフレーム構造を示す図である。
【図２】TDD LTEに関して定義された７通りのUL-DLコンフィグレーションを示す表である。
【図３】TDD LTEに関して定義されたスペシャル・サブフレームの構造を示す図である。
【図４】ダウンリンクHARQプロセス（stop and wait (SAW)プロセス）のタイミング・ダイアグラムである。
【図５】８個のダウンリンクHARQプロセスが時間的にインタレースされて使用される状態を示すタイミング・ダイアグラムである。
【図６】TDD UL/DLコンフィグレーション０におけるHARQ-ACK/NACKのためのULサブフレームとDLサブフレームのマッピングを示す図である。
【図７】第１の実施形態に係る無線通信システムの構成例を示す図である。
【図８】第１の実施形態に係る無線端末によって行われる、FDD SCellでのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定するための動作の一例を示すフローチャートである。
【図９Ａ】FDD-TDD CAであり且つFDD SCellのDL送信のためにTDDサービングセル（つまり、TDD PCell又はTDD SCell）内のPDCCHを参照するクロスキャリア・スケジューリングが設定される場合におけるDL送信の例を示すタイミング・ダイアグラムである。
【図９Ｂ】FDD-TDD CAであり且つFDD SCellのDL送信のためにセルフ・スケジューリングが設定される場合におけるDL送信の例を示すタイミング・ダイアグラムである。
【図１０Ａ】FDD-TDD CAであり且つFDD SCellのDL送信のためにTDD PCell内のPDCCHを参照するクロスキャリア・スケジューリングが設定される場合における、ソフトバッファのパーティショニングの具体例を示す図である。
【図１０Ｂ】FDD-TDD CAであり且つFDD SCellのDL送信のために当該FDD SCell内のPDCCHを参照するセルフ・スケジューリングが設定される場合における、ソフトバッファのパーティショニングの具体例を示す図である。
【図１１】第２の実施形態に係る無線端末によって行われる、FDD SCellでのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定するための動作の一例を示すフローチャートである。
【図１２】第２の実施形態に係る、テーブル選択情報を基地局から無線端末に通知する手順の一例を示すシーケンス図である。
【図１３】第３の実施形態に係る無線端末によって行われる、FDD SCellでのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定するための動作の一例を示すフローチャートである。
【図１４】第２の実施形態に係る、HARQプロセスの最大数（MDL_HARQ）を基地局から無線端末に通知する手順の一例を示すシーケンス図である。
【図１５】第１〜第３の実施形態に係る無線端末の構成例を示すブロック図である。
【図１６】第１〜第３の実施形態に係る基地局の構成例を示すブロック図である。
【発明を実施するための形態】
【００４７】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００４８】
＜第１の実施形態＞
図７は、本実施形態に係る無線通信システムの構成例を示している。当該無線通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方、を提供する。図７を参照すると、当該無線通信システムは、無線端末１及び基地局２を含む。本実施形態では、当該無線通信システムが3GPP Release 8及びそれ以降のシステムであるとして説明する。すなわち、無線端末１は、user equipment (UE)に相当し、基地局２はeNodeBに相当する。さらに、無線端末１及び基地局２は、FDD-TDDキャリアアグリゲーション（CA）をサポートする。無線端末１は、プライマリセル（PCell）３１がTDD（つまり、frame structure type 2）を使用しセカンダリセル（SCell）３２がFDD（つまり、frame structure type 1）を使用するFDD-TDD CAを基地局２によって設定されることができる。
【００４９】
以下では、本実施形態の無線端末１によって行われるSCell３２においてDLトランスポートブロックを受信する方法について説明する。図８のフローチャートは、本実施形態に係る無線端末１によって行われるFDD SCell３２でのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定する動作の一例を示している。ステップＳ１１では、無線端末１は、PCell３１がTDDを使用し且つSCell３２がFDDを使用するFDD-TDDキャリアアグリゲーションを設定する。無線端末１は、PCell３１及びSCell３２に加えて少なくとも１つの追加のSCellを含む３以上のサービングセルがアグリゲートされたFDD-TDD CAを基地局２によって設定されてもよい。少なくとも１つの追加のSCellは、TDDセルであってもよいしFDDセルであってもよい。
【００５０】
ステップＳ１２では、無線端末１は、FDDセルとしてのSCell３２のDL送信のためにTDDサービングセル（つまり、PCell３１又は追加のTDD SCell）を参照するクロスキャリア・スケジューリングが設定されているか否かに基づいて、SCell３２で受信されるDLトランスポートブロックのためのHARQプロセスの最大数（MDL_HARQ）を決定する。具体的には、FDD SCell３２のDL送信のためにTDDサービングセルを参照するクロスキャリア・スケジューリングが設定されている場合に、そうでない場合（つまり、セルフスケジューリングの場合）に比べて、SCell３２DL HARQプロセスの最大数（MDL_HARQ）は小さい値に決定されてもよい。より具体的には、FDD SCell３２のDL送信のスケジューリングのためにTDDサービングセル（つまり、PCell３１又は追加のTDD SCell）内で送信されるPDCCHをモニターするよう無線端末１が設定される場合、無線端末１は、FDD SCell３２において受信されるDLトランスポートブロックのためのHARQプロセスの最大数（MDL_HARQ）を上述のTDDのための表２に従って決定してもよい。
【００５１】
FDD SCell３２のDL送信のためにTDDサービングセル（つまり、TDD PCell３１又は追加のTDD SCell）を参照するクロスキャリア・スケジューリングが設定される場合、一般的に、FDD SCell３２は、１無線フレーム内の１０個のDLサブフレームのうちTDDサービングセル内のULサブフレーム及びスペシャル・サブフレームに対応する位置に配置されたDLサブフレームでのみ無線端末１に送信することができる。なお、ここでは、TDDサービングセルの１つのサブフレーム（ULサブフレーム又スペシャル・サブフレーム）内で複数のDLサブフレームのためのDL grantsが発行されるケースは例外として除外されている。さらに、無線端末１は、一般的に、FDD SCell３２でのDL受信に関するHARQ ACK/NCAKを、TDD サービングセルのULサブフレームでのみ送信することができる。ここでは、TDDサービングセルで送信されたFDD SCell３２のためのDL grantに基づくDL送信に関するHARQ-ACK/NACKがFDD SCell３２のULサブフレームで送信されるケースは例外として除外されている。この場合、SCell３２のDL送信のためのHARQプロセスの最大数（MDL_HARQ）は、表４ではなく表２従って決定されることが適切であることに留意するべきである。なぜなら、SCell３２でのDL送信の機会は、TDDサービングセルのDL/ULコンフィグレーションに依存するためである。
【００５２】
図９Ａは、FDD SCell３２のDL送信のためにTDD PCell３１内のPDCCHを参照するクロスキャリア・スケジューリングが設定される場合のDL送信の例を示している。図９Ａの例では、TDD PCell３１は、UL/DLコンフィグレーション０を有する。図９Ａの例では、DL grantsは、TDD PCell３１のDLサブフレーム＃０及び＃５並びにスペシャル・サブフレーム＃１及び＃６において送信されることができる。したがって、無線端末１は、FDD SCell３２では、DLサブフレーム＃０、＃１、＃５及び＃６においてのみ受信できる。そして、HARQフィードバック（ACK/NACK）は、表１に示されたマッピングに従って、TDD PCell３１のULサブフレーム＃２、＃４、＃７、＃９で送信されることができる。図９Ａにおいて、４通りのハッチングは、時間的にインタレースされた４個のDL HARQプロセス（SAWプロセス）を示している。すなわち、図９Ａの例では、最大４個のDL HARQプロセス（SAWプロセス）が並行して使用される。
【００５３】
これに対して、FDD SCell３２のDL送信のスケジューリングのためにFDD SCell３２内で送信されるPDCCHをモニターするよう無線端末１が設定される場合（つまり、SCell３２のDL送信のためにセルフ・スケジューリングが設定される場合）、無線端末１は、SCellサービングセルにおいて受信されるDLトランスポートブロックのためのHARQプロセスの最大数（MDL_HARQ）を上述の表４に従って決定してもよい。
【００５４】
図９Ｂは、FDD SCell３２のDL送信のためにFDD SCell３２内のPDCCHを参照するセルフ・スケジューリングが設定される場合のDL送信の例を示している。図９Ｂの例では、TDD PCell３１は、UL/DLコンフィグレーション０を有する。図９Ａの例では、DL grantsは、FDD SCell３２の全てのDLサブフレーム＃０〜＃９で送信されることができる。したがって、無線端末１は、FDD SCell３２では、全てのDLサブフレーム＃０〜＃９において受信できる。そして、HARQフィードバック（ACK/NACK）は、表３に示されたマッピングに従って、FDD SCell３２のULサブフレーム＃２〜＃４並びに＃７〜＃９で送信されることができる。２以上のDLサブフレームと関連付けられたULサブフレーム＃２、＃３、＃７、及び＃８では、HARQ-ACK/NACKバンドリングが使用される。図９Ｂの例では、最大１０個のDL HARQプロセス（SAWプロセス）が並行して使用される。
【００５５】
図８に戻り説明を続ける。ステップＳ１３では、無線端末１は、ステップＳ１２で決定されたSCell３２でのDL送信のためのHARQプロセスの最大数（MDL_HARQ）に従ってSCell３２でのDL受信を行う。一例において、無線端末１は、ステップＳ１２で決定されたSCell３２のDL送信のためのHARQプロセスの最大数（MDL_HARQ）を用いて、SCell３２において受信されるDLトランスポートブロックのための各HARQプロセスに割り当てられるソフトバッファのパーティションのサイズ（つまり、NIR、Ncb、又はnsb）を決定してもよい。無線端末１は、ステップＳ１２で決定されたHARQプロセスの最大数（MDL_HARQ）を使用し、上述の数式（３）に従ってトランスポートブロック当たりのソフトバッファのパーティションサイズNIRを計算してもよい。無線端末１は、ステップＳ１２で決定されたHARQプロセスの最大数（MDL_HARQ）を使用し、上述の数式（２）に従ってコードブロック当たりのソフトバッファのパーティションサイズNcbを計算してもよい。無線端末１は、ステップＳ１２で決定されたHARQプロセスの最大数（MDL_HARQ）を使用し、上述の数式（１）に従ってコードブロック当たりのソフトバッファのパーティションサイズnsbを計算してもよい。
【００５６】
図１０Ａは、FDD-TDD CAであり且つFDD SCell３２のDL送信のためにTDDサービングセル（つまり、TDD PCell３１又は他のTDD SCell）内のPDCCHを参照するクロスキャリア・スケジューリングが設定される場合における、ソフトバッファのパーティショニングの具体例を示している。図１０Ａの例では、TDD PCell３１及びFDD SCellからなる２つのサービングセル（CC）がアグリゲートされる。したがって、NcellsDLは２である。説明を容易にするために、Kc＝1且つKMIMO＝1と仮定する。さらに、図１０Ａの例では、図９Ａと同様に、TDD PCell３１はUL/DLコンフィグレーション０を有する。従って、上述の表２に基づいて、SCell３２のDL送信のためのHARQプロセスの最大数（MDL_HARQ）は４と決定される。この場合、無線端末１が有するソフトバッファ（トータルサイズNsoft）の半分はPCell３１でのDL受信のために使用され、残りの半分はSCell３２でのDL受信のために使用される。さらに、SCell３２でのDL受信のための領域は、最大４個のDL HARQプロセスのために４つのパーティション８０１に分割される。このことは、数式（１）〜（３）に示されたnsb、Ncb、及びNIRの計算において、ソフトバッファのトータルサイズN’soft又はNsoftは、min(MDL_HARQ, Mlimit)によって除算されることから理解されるであろう。Mlimitは、８に等しい定数である。
【００５７】
図１０Ｂは、FDD-TDD CAであり且つFDD SCell３２のDL送信のためにFDD SCell３２内のPDCCHを参照するセルフ・スケジューリングが設定される場合における、ソフトバッファのパーティショニングの具体例を示している。図１０Ｂの例では、図１０Ａの例と同様に、TDD PCell３１及びFDD SCellからなる２つのサービングセル（CC）がアグリゲートされる。したがって、NcellsDLは２である。説明を容易にするために、Kc＝1且つKMIMO＝1と仮定する。さらに、図１０Ｂの例では、図９Ｂと同様に、TDD PCell３１はUL/DLコンフィグレーション０を有する。従って、上述の表４に基づいて、SCell３２のDL送信のためのHARQプロセスの最大数（MDL_HARQ）は１０と決定される。この場合、無線端末１が有するソフトバッファ（トータルサイズNsoft）の半分はPCell３１でのDL受信のために使用され、残りの半分はSCell３２でのDL受信のために使用される。さらに、SCell３２でのDL受信のための領域は、最大１０個のDL HARQプロセスのために８つのパーティション８０２に分割される。このことは、数式（１）〜（３）に示されたnsb、Ncb、及びNIRの計算において、ソフトバッファのトータルサイズN’soft又はNsoftは、min(MDL_HARQ, Mlimit)によって除算されることから理解されるであろう。Mlimitは、８に等しい定数である。
【００５８】
以上の説明から理解されるように、本実施形態では、FDD-TDD CAであり且つFDD SCell３２のDL送信のためにTDDサービングセル（つまり、TDD PCell３１又は他のTDD SCell）内のPDCCHを参照するクロスキャリア・スケジューリングが設定されるか否かに基づいて、SCell３２のDL HARQプロセスの最大数（MDL_HARQ）を決定する。したがって、本実施形態に係る無線端末１は、FDD-TDD CAであり且つFDDサービングセル（ SCell３２）のDL送信のためにTDDサービングセル（つまり、TDD PCell３１又は他のTDD SCell）内のPDCCHを参照するクロスキャリア・スケジューリングが設定される場合に、当該FDDサービングセル（FDD SCell３２）で送信されるDLトランスポートブロックのためのHARQプロセスの最大数（MDL_HARQ）を適切に決定することができる。
【００５９】
一例において、FDD SCell３２のDL送信のためにTDDサービングセルを参照するクロスキャリア・スケジューリングが設定されている場合に、そうでない場合（つまり、セルフスケジューリングの場合）に比べて、SCell３２DL HARQプロセスの最大数（MDL_HARQ）が小さい値に決定されてもよい。これにより、例えば、クロスキャリア・スケジューリングの場合に、セルフ・スケジューリングの場合に比べて、SCell３２の１つのDL HARQプロセスに対して大きなソフトバッファのパーティション（例えば、図１０Ａに示されたパーティション８０１）を割り当てることができる。
【００６０】
一例において、FDD SCell３２のDL送信のスケジューリングのためにTDDサービングセル（つまり、PCell３１又は追加のTDD SCell）内で送信されるPDCCHをモニターするよう無線端末１が設定される場合、無線端末１は、FDD SCell３２において受信されるDLトランスポートブロックのためのHARQプロセスの最大数（MDL_HARQ）を上述のTDDのための表２に従って決定してもよい。これにより、例えば、FDD-TDD用の表４に従ってSCell３２のDL HARQプロセスの最大数（MDL_HARQ）を決定する場合に比べて、SCell３２の１つのDL HARQプロセスに対して大きなパーティション（例えば、図１０Ａに示されたパーティション８０１）を割り当てることができる。
【００６１】
一例において、FDD-TDD CAであり且つFDD SCell３２のDL送信のためにTDDサービングセル（つまり、TDD PCell３１又は他のTDD SCell）内のPDCCHを参照するクロスキャリア・スケジューリングが設定される場合に、実際の（有効な）SCell３２のDL HARQプロセスの最大数（MDL_HARQ）を用いてもよい。仮に、クロスキャリア・スケジューリングが設定されるか否かに依存せずにセルフ・スケジューリングの場合を考慮した過剰なMDL_HARQを使用すると、８個のDL HRAQプロセス分のパーティション（例えば、図１０Ｂに示されたパーティション８０２）が常に確保される。そうすると、例えば、PCell３１がUL/DLコンフィグレーション０を使用し且つFDD SCell３２のDL送信のためにPCell３１内のPDCCHを参照するクロスキャリア・スケジューリングが設定される場合には、実際に使用されるパーティションは８個のうち４個に留まり、無線端末１のソフトバッファを効率よく利用することができない。これに対して、本実施形態は、無線端末１のソフトバッファを効率よく利用できる。
【００６２】
＜第２の実施形態＞
本実施形態は、第１の実施形態で説明されたFDDサービングセルでのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定する方法の変形例を説明する。本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図７と同様とすればよい。
【００６３】
本実施形態に係る無線端末１は、テーブル選択情報を基地局２から受信する。テーブル選択情報は、FDD-TDD CAが設定されたときのFDDサービングセル（例えば、SCell３２）のDL HRAQプロセスの最大数（MDL_HARQ）を無線端末１が決定する際に、TDDのためにMDL_HARQを定義した第１のテーブル（例えば、上述の表２）とFDD-TDDのためにMDL_HARQを定義した第２のテーブル（例えば、上述の表４）を使い分ける必要があるか否かを示す。無線端末１は、受信したテーブル選択情報が第１及び第２のテーブルを使い分ける必要がないことを示す場合、FDD SCell３２のDLスケジューリングのためにFDD SCell３２自身のPDCCH及びTDDサービングセル（例えば、TDD PCell３１又は他のTDD SCell）のPDCCHのいずれをモニターするよう無線端末１が設定されているかに関わらず、FDD SCell３２のMDL_HARQをFDD-TDDのための第２のテーブルから決定する。
【００６４】
一方、受信したテーブル選択情報が第１及び第２のテーブルを使い分ける必要があることを示す場合、無線端末１は、第１の実施形態で説明されたように動作してもよい。すなわち、無線端末１は、FDD SCell３２のDLスケジューリングのためにTDDサービングセル（例えば、TDD PCell３１又は他のTDD SCell）のPDCCHをモニターするクロスキャリア・スケジューリングが設定されている場合に、FDD SCell３２のDL HARQプロセスの最大数MDL_HARQをFDD-TDDのための第２のテーブルから決定してもよい。また、無線端末１は、FDD SCell３２のDLスケジューリングのためにFDD SCell３２自身のPDCCHモニターするセルフ・スケジューリングが設定されている場合、FDD SCell３２のMDL_HARQをTDDのための第１のテーブルから決定してもよい。
【００６５】
無線端末１は、テーブル選択情報に従って選択されたテーブルに基づいてFDD SCell３２のMDL_HARQを決定する。そして、例えば、無線端末１は、FDD SCell３２で受信されるDLトランスポートブロックのための各HARQプロセスに割り当てられるソフトバッファのパーティションのサイズ（つまり、NIR、Ncb、又はnsb）を、決定されたMDL_HARQを用いて計算してもよい。
【００６６】
図１１のフローチャートは、本実施形態に係る無線端末１によって行われるFDD SCell３２でのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定する動作の一例を示している。ステップＳ２１では、無線端末１は、テーブル選択情報を基地局２から受信する。テーブル選択情報は、FDD-TDD CAが設定されたときのFDDサービングセル（例えば、SCell３２）のDL HRAQプロセスの最大数（MDL_HARQ）を無線端末１が決定する際に、TDDのためにMDL_HARQを定義した第１のテーブル（例えば、上述の表２）とFDD-TDDのためにMDL_HARQを定義した第２のテーブル（例えば、上述の表４）を使い分ける必要があるか否かを示す。
【００６７】
ステップＳ２２では、無線端末１は、テーブル選択情報がテーブルの使い分けを指示しているか否かを判定する。テーブル選択情報がテーブルの使い分けを指示している場合（ステップＳ２２でＹＥＳ）、無線端末１は、FDD SCell３２のDLスケジューリングのためにTDDサービングセル（例えば、TDD PCell３１又は他のTDD SCell）のPDCCHをモニターするクロスキャリア・スケジューリングが設定されているか否かに応じて、FDD SCell３２のMDL_HARQを決定するために参照するテーブルを変更する。一方、テーブル選択情報がテーブルの使い分けを指示していない場合（ステップＳ２２でＮＯ）、無線端末１は、当該クロスキャリア・スケジューリングが設定されているか否かに依存せずに、FDD SCell３２のMDL_HARQを決定するために同じテーブル（例えば、上述の表４）を参照する。
【００６８】
テーブル選択情報は、基地局２から直接的に又は間接的に無線端末１に送られてもよい。一例において、テーブル選択情報は、TDD PCell３１又はFDD SCell３２における基地局２と無線端末１の間の個別の（dedicated）高位レイヤのシグナリング、例えばRadio Resource Control（RRC）シグナリングを用いて送信されてもよい。
【００６９】
他の例において、テーブル選択情報は、TDD PCell３１又はFDD SCell３２に固有のシステム情報を用いてTDD PCell３１又はFDD SCell３２内の１又は複数の無線端末１に向けてブロードキャストされてもよい。例えば、テーブル選択情報は、システム情報の１つ（例えば、SIB2）のなかに定義された新たな情報要素とされてもよい。
【００７０】
図１２は、テーブル選択情報を送信する手順の一例を示すシーケンス図である。図１２の例では、テーブル選択情報は、FDD-TDD CAを設定するためにFDD SCell３２を無線端末１に追加するためのRRCシグナリングにおいて送信される。ステップＳ３１では、基地局２は、FDD SCell３２を無線端末１に追加するために、PCell３１における無線端末１とのRRCコネクションを用いてRRC Connection Reconfigurationメッセージを送信する。SCell３２を追加するためのRRC Connection Reconfigurationメッセージは、SCell３２の識別情報、SCell３２でのアップリンク若しくはダウンリンク又はこれら両方の無線リソース設定情報、及びSCell３２に関するHARQ ACK/NACKを報告するためのPUCCHの設定情報を含む。さらに、当該RRC Connection Reconfigurationメッセージは、本実施形態に係るテーブル選択情報を含む。ステップＳ３２では、無線端末１は、当該RRC Connection Reconfigurationメッセージに基づいてSCell３２を設定し、RRC Connection Reconfiguration completeメッセージを基地局２に返信する。
【００７１】
本実施形態によれば、基地局２は、FDD-TDD CAが設定されたときのFDDサービングセル（例えば、SCell３２）のDL HRAQプロセスの最大数（MDL_HARQ）を無線端末１が決定する際に参照するべきテーブルを指定できる。このため、例えば、第１及び第２の実施形態で説明されたテーブル切り替える機能を有していない無線端末１は、クロスキャリア・スケジューリングが設定されているか否かに依存せずに、FDD SCell３２のMDL_HARQを決定するために同じテーブル（例えば、上述の表４）を参照するよう設定されることができる。一方、第１及び第２の実施形態で説明されたテーブル切り替える機能を有する無線端末１は、クロスキャリア・スケジューリングが設定されているか否かに応じて、FDD SCell３２のMDL_HARQを決定するために参照するべきテーブルを２つのテーブル（例えば、上述の表２と表４）の間で切り替えるよう設定されることができる。
【００７２】
＜第３の実施形態＞
本実施形態は、第１の実施形態で説明されたFDDサービングセルでのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定する方法の変形例を説明する。本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図７と同様とすればよい。
【００７３】
図１３は、本実施形態に係る無線端末１によって行われる動作の一例を示している。ステップＳ４１では、無線端末１は、PCell３１がTDDを使用し且つSCell３２がFDDを使用するFDD-TDDキャリアアグリゲーションを設定する。無線端末１は、PCell３１及びSCell３２に加えて少なくとも１つの追加のSCellを含む３以上のサービングセルがアグリゲートされたFDD-TDD CAを基地局２によって設定されてもよい。少なくとも１つの追加のSCellは、TDDセルであってもよいしFDDセルであってもよい。
【００７４】
ステップＳ４２では、無線端末１は、FDD-TDD CAが設定されたときのFDDサービングセル（例えば、SCell３２）のDL HRAQプロセスの最大数（MDL_HARQ）を示す制御情報を基地局２から受信する。ステップＳ４３では、無線端末１は、基地局２から受信したMDL_HARQに従ってSCell３２でのDL受信を行う。一例において、無線端末１は、FDD SCell３２で受信されるDLトランスポートブロックのための各HARQプロセスに割り当てられるソフトバッファのパーティションのサイズ（つまり、NIR、Ncb、又はnsb）を計算してもよい。
【００７５】
ここで、ステップＳ４２において基地局２から無線端末１に送られるMDL_HARQの値は、FDD SCell３２のDL送信のためにTDDサービングセル（例えば、TDD PCell３１又は他のTDD SCell）のPDCCHをモニターするクロスキャリア・スケジューリングが設定されているか否かに依存して異なる値を示してもよい。これにより、当該クロスキャリア・スケジューリングが設定されているか否かに依存して、FDD SCell３２のために異なるMDL_HARQの値を利用することができる。したがって、例えば、FDD SCell３２の各DL HARQプロセスに割り当てられるソフトバッファのパーティションのサイズ（つまり、NIR、Ncb、又はnsb）を、当該クロスキャリア・スケジューリングが設定されているか否かに依存して異ならせることができる。
【００７６】
さらに、本実施形態では、基地局２は、FDD SCell３２のMDL_HARQの値を明示的に指定することができる。したがって、基地局２は、MDL_HARQの理論上の（形式的な）上限値ではなく、FDD SCell３２において実際に利用される（有効な）HARQプロセス数をFDD SCell３２のMDL_HARQの値として無線端末１に通知してもよい。例えば、仮にMDL_HARQの理論的な（形式的な）上限数が４であっても、無線端末１へのDL送信が離散的であるために実際に利用される有効なHARQプロセス数が２である場合、基地局２は、FDD SCell３２のMDL_HARQの値として４ではなく２を無線端末１に知らせてもよい。これにより、例えば、無線端末１は、FDD SCell３２のDL HARQプロセス当たりのソフトバッファのパーティションサイズを大きくすることができ、HARQ再送によるゲインを高めることができる。
【００７７】
MDL_HARQを示す制御情報は、基地局２から直接的に又は間接的に無線端末１に送られてもよい。一例において、当該制御情報は、TDD PCell３１又はFDD SCell３２における基地局２と無線端末１の間の個別の（dedicated）高位レイヤのシグナリング、例えばRRCシグナリングを用いて送信されてもよい。
【００７８】
他の例において、MDL_HARQを示す制御情報は、TDD PCell３１又はFDD SCell３２に固有のシステム情報を用いてTDD PCell３１又はFDD SCell３２内の１又は複数の無線端末１に向けてブロードキャストされてもよい。例えば、当該制御情報は、システム情報の１つ（例えば、SIB2）のなかに定義された新たな情報要素とされてもよい。
【００７９】
図１４は、MDL_HARQを示す制御情報を送信する手順の一例を示すシーケンス図である。図１４の例では、テーブル選択情報は、FDD-TDD CAを設定するためにFDD SCell３２を無線端末１に追加するためのRRCシグナリングにおいて送信される。ステップＳ５１では、基地局２は、FDD SCell３２を無線端末１に追加するために、PCell３１における無線端末１とのRRCコネクションを用いてRRC Connection Reconfigurationメッセージを送信する。SCell３２を追加するためのRRC Connection Reconfigurationメッセージは、SCell３２の識別情報、SCell３２でのアップリンク若しくはダウンリンク又はこれら両方の無線リソース設定情報、及びSCell３２に関するHARQ ACK/NACKを報告するためのPUCCHの設定情報を含む。さらに、当該RRC Connection Reconfigurationメッセージは、MDL_HARQを示す制御情報を含む。ステップＳ５２では、無線端末１は、当該RRC Connection Reconfigurationメッセージに基づいてSCell３２を設定し、RRC Connection Reconfiguration completeメッセージを基地局２に返信する。
【００８０】
最後に、上述の第１〜第３の実施形態に係る無線端末１及び基地局２の構成例について説明する。図１５は、無線端末１の構成例を示すブロック図である。図１５の例では、無線端末１は、プロセッサ１０１及びトランシーバ１０２を含む。トランシーバ１０２は、DL HARQのためにソフトビットを格納するソフトバッファとして利用されるメモリ１０３を含む。トランシーバ１０２は、基地局２とのシグナリングに基づいて、TDD PCell３１及びFDD SCell３２をアグリゲートするFDD-TDD CAを設定されることができる。トランシーバ１０２は、メモリ１０３内の記憶領域を分割して得られる複数のパーティションを使用して、複数のHARQプロセスに関するDLトランスポートブロックの受信処理及びHARQ ACK/NACKの送信処理を実行する。プロセッサ１０１は、第１〜第３の実施形態で説明された、FDD SCell３２でのDL送信のためのHARQプロセスの最大数（MDL_HARQ）を決定する処理を実行する。プロセッサ１０１は、さらに、FDD SCell３２において受信されるDLトランスポートブロックのための各DL HARQプロセスに割り当てられるソフトバッファのパーティションのサイズ（つまり、NIR、Ncb、又はnsb）を決定する処理を行ってもよい。プロセッサ１０１は、ソフトバッファのパーティショニングのために、決定したソフトバッファのパーティションのサイズをトランシーバ１０２に通知してもよい。
【００８１】
図１６は、基地局２の構成例を示すブロック図である。図１６の例では、基地局２は、プロセッサ２０１及びトランシーバ２０２を含む。トランシーバ２０２は、無線端末１とシグナルし、TDD PCell３１及びFDD SCell３２をアグリゲートするFDD-TDD CAを無線端末１に設定する。トランシーバ２０２は、当該FDD-TDD CAを使用して、無線端末１と通信する。
【００８２】
プロセッサ２０１は、FDD-TDD CAであり且つFDD SCell３２のDL送信のためにTDDサービングセル（つまり、TDD PCell３１又は他のTDD SCell）内のPDCCHを参照するクロスキャリア・スケジューリングが設定されているか否かに基づいて、FDD SCell３２のDL HARQプロセスの最大数（MDL_HARQ）を決定する。プロセッサ２０１は、FDD SCell３２の複数のDL HARQプロセスを適切に動作させるために、第１〜第３の実施形態で説明された無線端末１によるFDD SCell３２のMDL_HARQの決定手順と同じ手順でFDD SCell３２のMDL_HARQを決定すればよい。決定したDL HARQプロセスの最大数（MDL_HARQ）は、プロセッサ２０１からトランシーバ２０２に通知される。トランシーバ２０２は、プロセッサ２０１により決定されたFDD SCell３２のDL HARQプロセスの最大数を用いて、複数のHARQプロセスに関する送信処理再および再送信処理を実行する。
＜その他の実施形態＞
【００８３】
第１〜第３の実施形態は、無線端末１が１つの基地局２との間でCAを設定する具体例を用いて説明を行った。しかしながら、基地局２は、複数の基地局を含んでもよい。すなわち、無線端末１は、複数の基地局によって提供される２以上のセルがアグリゲートされるCAを設定されてもよい。このように複数の基地局によって提供される複数のサービングセルを使用するCAは、inter-site CAまたはdual connectivityと呼ばれる。
【００８４】
第１〜第３の実施形態は、主に3GPP Release 8及びそれ以降のシステム（つまり、LTE、LTE-A、及びLTE-Bシステム）に関する具体例を用いて説明を行った。しかしながら、第１〜第３の実施形態は、他の無線通信システム、特に3GPP Release 8及びそれ以降と同様のTDD-FDDキャリアアグリゲーションを採用する無線通信システムに適用されてもよい。
【００８５】
第１〜第３の実施形態で説明された無線端末１及び基地局２の動作は、少なくとも１つのプロセッサ（e.g. マイクロプロセッサ、Micro Processing Unit（MPU）、Central Processing Unit（CPU））を含むコンピュータにプログラムを実行させることによって実現されてもよい。具体的には、図８〜図１６等を用いて説明された無線端末１又は基地局２に関するアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムをコンピュータに供給すればよい。
【００８６】
このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８７】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００８８】
この出願は、２０１４年７月２９日に出願された日本出願特願２０１４−１５４０３５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８９】
１  無線端末
２  基地局
３１  プライマリセル（PCell）
３２  セカンダリセル（SCell）
１０１  プロセッサ
１０２  トランシーバ
２０１  プロセッサ
２０２  トランシーバ
【図１】
2016017052.tif 000011
【図２】
2016017052.tif 000012
【図３】
2016017052.tif 000013
【図４】
2016017052.tif 000014
【図５】
2016017052.tif 000015
【図６】
2016017052.tif 000016
【図７】
2016017052.tif 000017
【図８】
2016017052.tif 000018
【図９Ａ】
2016017052.tif 000019
【図９Ｂ】
2016017052.tif 000020
【図１０Ａ】
2016017052.tif 000021
【図１０Ｂ】
2016017052.tif 000022
【図１１】
2016017052.tif 000023
【図１２】
2016017052.tif 000024
【図１３】
2016017052.tif 000025
【図１４】
2016017052.tif 000026
【図１５】
2016017052.tif 000027
【図１６】
2016017052.tif 000028
【手続補正書】
【提出日】平成28年12月27日(2016.12.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを基地局によって設定される無線端末であって、
前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定するよう動作するプロセッサを備える、
無線端末。
【請求項２】
前記プロセッサは、
前記最大数を決定するために、前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、TDDのために定義された第１のテーブルから前記最大数を選択するよう動作し、
前記最大数を決定するために、前記第１のサービングセルのフレーム構造が前記フレーム構造タイプ２であり且つ前記第２のサービングセルのフレーム構造が前記フレーム構造タイプ１である場合、前記第２のサービングセルの前記スケジューリングのために前記第２のサービングセルにおいて送信される第２のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているときに、FDD-TDDキャリアアグリゲーションのために定義された第２のテーブルから前記最大数を選択するよう動作する、
請求項１に記載の無線端末。
【請求項３】
前記プロセッサは、さらに、前記第１及び第２のテーブルを使い分ける必要があるか否かを示す信号を前記基地局から受信するよう動作するとともに、前記信号が前記第１及び第２のテーブルを使い分ける必要がないことを示す場合、前記第２のサービングセルの前記スケジューリングのために前記第１及び第２のダウンリンク制御チャネルのいずれをモニターするよう前記無線端末が設定されているかに関わらず、前記第２のテーブルから前記最大数を決定するよう動作する、
請求項２に記載の無線端末。
【請求項４】
前記プロセッサは、前記最大数を決定するために、前記第２のサービングセルの前記スケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して異なる前記最大数を示す信号を前記基地局から受信するよう動作する、
請求項１に記載の無線端末。
【請求項５】
前記無線端末は、ダウンリンクhybrid automatic repeat request（HARQ）のためにソフトビットを格納するソフトバッファとして使用されるメモリをさらに備え、
前記プロセッサは、さらに、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための各HARQプロセスに割り当てられる前記ソフトバッファ内のパーティションのサイズを決定するよう動作する、
請求項１〜４のいずれか１項に記載の無線端末。
【請求項６】
前記プロセッサは、以下の数式（１）〜（３）に従って前記パーティションの前記サイズnsbを決定し、
【数１】
2016017052.tif 000029
ここで、nsb及びNcbは、コードブロック当たりの前記ソフトバッファのパーティションサイズであり、
NIRは、トランスポートブロック当たりの前記ソフトバッファのパーティションサイズであり、
N’soft及びNsoftは、前記ソフトバッファのトータスサイズであり、
Cは、トランスポートブロックを分割して得られるコードブロック数であり、
NcellsDLは、前記複数のコンポーネントキャリアの総数であり、
KMIMOは、multiple-input multiple-output（MIMO）レイヤ数であり、
Kwは、ターボ符号化、サブブロック・インターリビング、及びビット・コレクションを行った後のコードブロック長に対応する前記基地局に実装されたサーキュラバッファの長さであり、
KCは、Nsoft = 35982720であるとき５、Nsoft = 3654144且つ前記無線端末が2空間レイヤ以下のみをサポートする場合に２、それ以外の場合に１であり、
Mlimitは、８に等しい定数であり、
MDL_HARQは、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのための前記HARQプロセスの前記最大数である、
請求項５に記載の無線端末。
【請求項７】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを基地局によって設定される無線端末においてダウンリンクhybrid automatic repeat request（HARQ）を行うための方法であって、
前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定することを備える、
方法。
【請求項８】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に割り当てる基地局であって、
第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに基づいて、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を決定するよう動作するプロセッサと、
前記最大数に従う複数のHARQプロセスを用いて、ダウンリンクトランスポートブロックを送信するよう動作するトランシーバと、
を備える、基地局。
【請求項９】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に設定し、前記複数のコンポーネントキャリアにおいて前記無線端末と通信するよう動作するトランシーバを備え、
前記トランシーバは、さらに、制御情報を前記無線端末に送信するよう動作し、
前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を前記無線端末において決定するために参照されるべきテーブルを変更する必要があるか否かを示す、
基地局。
【請求項１０】
キャリアアグリゲーションのために第１及び第２のコンポーネントキャリアを含む複数のコンポーネントキャリアを無線端末に設定し、前記複数のコンポーネントキャリアにおいて前記無線端末と通信するよう動作するトランシーバを備え、
前記トランシーバは、さらに、制御情報を前記無線端末に送信するよう動作し、
前記制御情報は、前記第１のコンポーネントキャリアを用いて運用される第１のサービングセルのフレーム構造がtime division duplex（TDD）のためのフレーム構造タイプ２であり、且つ前記第２のコンポーネントキャリアを用いて運用される第２のサービングセルのフレーム構造がfrequency division duplex（FDD）のためのフレーム構造タイプ１である場合に、前記第２のサービングセルにおいて受信されるダウンリンクトランスポートブロックのためのダウンリンクhybrid automatic repeat request（HARQ）プロセスの最大数を示し、
前記制御情報は、さらに、前記第２のサービングセルのスケジューリングのために前記第１のサービングセルにおいて送信される第１のダウンリンク制御チャネルをモニターするよう前記無線端末が設定されているか否かに依存して異なる前記最大数を示す、
基地局。
【国際調査報告】
2016017052.tif 000030
2016017052.tif 000031
2016017052.tif 000032
2016017052.tif 000033