特許 6894841 端末、無線基地局及び無線通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6894841

(24)【登録日】2021年6月8日

(45)【発行日】2021年6月30日

(54)【発明の名称】端末、無線基地局及び無線通信方法

(51)【国際特許分類】

   H04W 28/04 20090101AFI20210621BHJP

   H04W 72/04 20090101ALI20210621BHJP

   H04L 1/16 20060101ALI20210621BHJP

【ＦＩ】

   H04W28/04 110

   H04W72/04 111

   H04W72/04 136

   H04L1/16

【請求項の数】9

【全頁数】32

(21)【出願番号】特願2017-541509(P2017-541509)

(86)(22)【出願日】2016年9月8日

(86)【国際出願番号】JP2016076486

(87)【国際公開番号】WO2017051717

(87)【国際公開日】20170330

【審査請求日】2019年9月4日

(31)【優先権主張番号】特願2015-187472(P2015-187472)

(32)【優先日】2015年9月24日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100158528

【弁理士】

【氏名又は名称】守屋 芳隆

(72)【発明者】

【氏名】武田 一樹

(72)【発明者】

【氏名】永田 聡

【審査官】 倉本 敦史

(56)【参考文献】

【文献】 InterDigital Communications，HARQ-ACK codebook determination，3GPP TSG-RAN WG1 Meeting #82 R1-154309，２０１５年 ８月１４日

【文献】 ZTE，HARQ-ACK compression for eCA，3GPP TSG RAN WG1 Meeting #82 R1-154034，２０１５年 ８月１５日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００−９９／００

Ｈ０４Ｌ １／１６

(57)【特許請求の範囲】

【請求項1】

ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する受信部と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）の中で最大のＨＣＩに基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定することを特徴とする端末。

【請求項2】

前記制御部は、前記最大のＨＣＩが送信されるサブフレームで送信されるＡＲＩ（Ack/nack Resource Indicator）に基づいてＨＡＲＱ−ＡＣＫを送信するリソースを決定することを特徴とする請求項１に記載の端末。

【請求項3】

ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する受信部と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）で少なくとも一度指示されたセルに対して前記ＨＡＲＱ−ＡＣＫを送信するように制御することを特徴とする端末。

【請求項4】

前記制御部は、前記バンドリングウィンドウの全てのサブフレームのＨＡＲＱ−ＡＣＫを上り制御チャネルで送信することを特徴とする請求項１から請求項３のいずれかに記載の端末。

【請求項5】

ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する受信部と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）に基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定し、
前記バンドリングウィンドウの所定サブフレームでＵＬグラントが送信される場合、前記制御部は、サブフレーム毎に送信されるＤＬ ＤＡＩ（Downlink Assignment Indicator（Index））、前記ＨＣＩ、及び前記所定サブフレームで送信されるＵＬ ＤＡＩに基づいて、ＨＡＲＱ−ＡＣＫビット数を決定して、上り共有チャネルで送信するように制御することを特徴とする端末。

【請求項6】

前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定すると共に、前記ＵＬ ＤＡＩ及び／又は前記ＤＬ ＤＡＩに基づいて前記ＨＡＲＱ−ＡＣＫの送信を行うサブフレームを決定することを特徴とする請求項５に記載の端末。

【請求項7】

前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩで少なくとも一度指示されたセルに対して前記ＨＡＲＱ−ＡＣＫを送信するように制御することを特徴とする請求項５に記載の端末。

【請求項8】

複数のセルを利用可能な端末と通信を行う無線基地局であって、
ＴＤＤを適用して各セルからＤＬ送信を行う送信部と、
前記ＤＬ送信に対して前記端末がＴＤＤで規定されるバンドリングウィンドウに基づいてフィードバックするＨＡＲＱ−ＡＣＫの受信を制御する制御部と、を有し、
前記送信部は、前記バンドリングウィンドウのＤＬ割当てを行うサブフレーム毎にＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）を送信し、前記制御部は、前記ＨＣＩの中で最大のＨＣＩに基づいて前記端末からフィードバックされるＨＡＲＱ−ＡＣＫビット数を判断することを特徴とする無線基地局。

【請求項9】

複数のセルを利用して通信可能な端末の無線通信方法であって、
ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する工程と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信する工程と、を有し、
前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）の中で最大のＨＣＩに基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定することを特徴とする無線通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、次世代移動通信システムにおける端末、無線基地局及び無線通信方法に関する。

【背景技術】

【0002】

ＵＭＴＳ（Universal Mobile Telecommunications System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long Term Evolution）が仕様化された（非特許文献１）。また、ＬＴＥ（ＬＴＥ Ｒｅｌ．８又は９ともいう）からの更なる広帯域化及び高速化を目的として、ＬＴＥ−Ａ（ＬＴＥアドバンスト、ＬＴＥ Ｒｅｌ．１０、１１又は１２ともいう）が仕様化され、ＬＴＥの後継システム（例えば、ＦＲＡ（Future Radio Access）、５Ｇ（5th generation mobile communication system）、ＬＴＥ Ｒｅｌ．１３などともいう）も検討されている。

【0003】

ＬＴＥ−Ａでは、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Carrier Aggregation）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアは、コンポーネントキャリア（ＣＣ：Component Carrier）と呼ばれ、例えば、ＬＴＥ Ｒｅｌ．８のシステム帯域に相当する。

【0004】

ＣＡが行われる際には、ユーザ端末（ＵＥ：User Equipment）に対して、接続性を担保する信頼性の高いセルであるプライマリセル（ＰＣｅｌｌ：Primary Cell）及び付随的なセルであるセカンダリセル（ＳＣｅｌｌ：Secondary Cell）が設定される。

【0005】

ＵＥは、最初にＰＣｅｌｌに接続し、必要に応じてＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Radio Link Monitoring）及びＳＰＳ（Semi-Persistent Scheduling）などをサポートする単独のセル（スタンドアローンセル）と同様のセルである。ＳＣｅｌｌは、ＰＣｅｌｌに追加してＵＥに対して設定されるセルである。

【0006】

ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Radio Resource Control）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ端末に追加された直後は、非アクティブ（deactive）状態であるため、アクティブ化することで初めて通信（スケジューリング）可能となるセルである。

【0007】

また、ＬＴＥ Ｒｅｌ．８−１２では、事業者に免許された周波数帯（ライセンスバンド）において排他的な運用がなされることを想定して仕様化が行われた。ライセンスバンドとしては、例えば、８００ＭＨｚ、２ＧＨｚ、１．７ＧＨｚ帯などが使用される。一方、ＬＴＥ Ｒｅｌ．１３以降では、免許不要の周波数帯（アンライセンスバンド）における運用もターゲットとして検討されている。アンライセンスバンドとしては、例えば、Ｗｉ−Ｆｉ（登録商標）と同じ２．４ＧＨｚ、５ＧＨｚ帯などが使用される。

【0008】

ＬＴＥ Ｒｅｌ．１３では、ライセンスバンドとアンライセンスバンドの間でのキャリアアグリゲーション（ＬＡＡ：License-Assisted Access）を検討対象としているが、将来的にデュアルコネクティビティ（ＤＣ：Dual Connectivity）やアンライセンスバンドのスタンドアローンも検討対象となる可能性がある。

【0009】

また、ＬＴＥ Ｒｅｌ．８−１２では、再送制御にＨＡＲＱ（Hybrid Automatic Repeat reQuest）が利用されている。ＨＡＲＱでは、ユーザ端末（又は無線基地局）は、データの受信結果に応じて当該データに関する送達確認信号（ＨＡＲＱ−ＡＣＫ、ＡＣＫ/ＮＡＣＫ、Ａ／Ｎとも呼ぶ）を所定タイミングでフィードバックする。無線基地局（又はユーザ端末）は、フィードバックされたＨＡＲＱ−ＡＣＫに基づいて、データの再送を制御する。

【先行技術文献】

【非特許文献】

【0010】

【非特許文献1】3GPP TS 36.300 “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2”

【発明の概要】

【発明が解決しようとする課題】

【0011】

ＬＴＥ Ｒｅｌ．１２以前の既存のＬＴＥシステムにおいて、ユーザ端末がフィードバックするＡＣＫ／ＮＡＣＫのビットサイズ（コードブックサイズ、ビット列サイズとも呼ぶ）は、無線基地局から上位レイヤシグナリングであらかじめ準静的（ｓｅｍｉ−ｓｔａｔｉｃ）に通知されるＣＣ等の情報に基づいて決定される。したがって、ＣＡを適用する場合、ユーザ端末は設定されるＣＣ数等に基づいて固定的に決定されるコードブックサイズでＡＣＫ／ＮＡＣＫフィードバックを行う。

【0012】

このため、ユーザ端末に設定されるＣＣ数と、あるサブフレームでＤＬデータのスケジューリングが行われるＣＣ数が異なる場合であっても、ユーザ端末においてコードブックサイズを変更できない。その結果、実際にスケジューリングされるＣＣ数が少ない場合であっても、送信するＡＣＫ／ＮＡＣＫサイズが必要以上に大きくなる場合が生じる。

【0013】

また、Ｒｅｌ．１２以前では、ＣＡ時に設定可能なＣＣ数が最大５個であったが、Ｒｅｌ．１３以降では設定可能なＣＣ数の拡張が想定されている。かかる場合に、既存のＬＴＥシステムと同様にＡＣＫ／ＮＡＣＫのビットサイズを決定すると、設定されるＣＣ数と、スケジューリングされるＣＣ数とが大きく異なる場合が生じる。これにより、ＵＬ送信のオーバーヘッドが増加するおそれがある。

【0014】

一方で、ユーザ端末が受信したＤＬ信号（ＤＬ信号を受信したＣＣ数）等に基づいて、フィードバックするＨＡＲＱ−ＡＣＫのコードブックサイズを動的に制御することが考えられる。しかし、ユーザ端末がＤＬ信号を検出ミス又は誤検出した場合、無線基地局と、ユーザ端末でコードブックサイズの認識が異なる場合が生じる。かかる場合、無線基地局は、ユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを適切に受信（例えば、復号処理）できず、通信品質が低下するおそれがある。

【0015】

本発明はかかる点に鑑みてなされたものであり、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制可能な端末、無線基地局及び無線通信方法を提供することを目的の１つとする。

【課題を解決するための手段】

【0016】

本発明の一態様に係る端末は、ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する受信部と、ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）の中で最大のＨＣＩに基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定することを特徴とする。

【発明の効果】

【0017】

本発明の一態様によれば、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制することが可能となる。

【図面の簡単な説明】

【0018】

【図1】キャリアアグリゲーションの説明図である。

【図2】図２Ａ、図２Ｂは、ＴＤＤで規定されるバンドリングウィンドウを説明する図である。

【図3】図３Ａは、ＤＬ ＤＡＩを説明する図であり、図３Ｂは、ＵＬ ＤＡＩを説明する図である。

【図4】図４Ａは、ＣＡの一例を示す図であり、図４Ｂは、ユーザ端末と無線基地局間のスケジューリングＣＣの認識の一例を示す図である。

【図5】図５Ａ、図５Ｂは、ＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ）を規定したテーブルの一例を示す図である。

【図6】図６Ａ−図６Ｃは、ＦＤＤでＨＣＩを利用したＨＡＲＱ−ＡＣＫ送信方法の一例を示す図であり、図６Ｄは、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブルの一例を示す図である。

【図7】図７Ａ−図７Ｅは、ＦＤＤでＨＣＩを利用したＨＡＲＱ−ＡＣＫ送信方法の他の例を示す図であり、図７Ｆは、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブルの他の例を示す図である。

【図8】図８Ａ、図８Ｂは、ＴＤＤでＨＣＩを利用する場合の問題点を説明する図である。

【図9】図９Ａ、図９Ｂは、第１の態様におけるＨＡＲＱ−ＡＣＫ送信方法の一例を示す図である。

【図10】第１の態様におけるＨＡＲＱ−ＡＣＫ送信に利用するリソースの決定方法を説明する図である。

【図11】図１１Ａ、図１１Ｂは、第１の態様におけるＨＡＲＱ−ＡＣＫ送信方法の他の例を示す図である。

【図12】図１２Ａ、図１２Ｂは、第２の態様におけるＨＡＲＱ−ＡＣＫ送信方法の一例を示す図である。

【図13】図１３Ａ、図１３Ｂは、第２の態様におけるＨＡＲＱ−ＡＣＫ送信方法の他の例を示す図である。

【図14】本発明の一実施形態に係る無線通信システムの概略構成図である。

【図15】本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。

【図16】本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。

【図17】本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。

【図18】本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。

【発明を実施するための形態】

【0019】

図１は、キャリアアグリゲーション（ＣＡ）の説明図である。図１に示すように、ＬＴＥ Ｒｅｌ．１２までのＣＡでは、所定の帯域幅（例えば、ＬＴＥ Ｒｅｌ．８の帯域幅）を基本単位とするコンポーネントキャリア（ＣＣ）が最大５個（ＣＣ＃１−ＣＣ＃５）束ねられる。すなわち、ＬＴＥ Ｒｅｌ．１２までのＣＡでは、ＵＥあたりに設定可能なＣＣ数は、最大５個に制限される。

【0020】

一方、ＬＴＥ Ｒｅｌ．１３のＣＡでは、６個以上のＣＣを束ねて、更なる帯域拡張を図ることが検討されている。すなわち、ＬＴＥ Ｒｅｌ．１３のＣＡでは、ＵＥあたりに設定可能なＣＣ（セル）数を６個以上に拡張すること（CA enhancement）が検討されている。例えば、図１に示すように、３２個のＣＣ（ＣＣ＃１−ＣＣ＃３２）を束ねる場合、最大６４０ＭＨｚの帯域を確保可能となる。

【0021】

このように、ＵＥあたりに設定可能なＣＣ数を拡張することにより、より柔軟かつ高速な無線通信を実現することが期待されている。また、このようなＣＣ数の拡張は、ライセンスバンドとアンライセンスバンドとの間のＣＡ（例えば、ＬＡＡ）による広帯域化に効果的である。例えば、ライセンスバンドの５個のＣＣ（＝１００ＭＨｚ）とアンライセンスバンドの１５個のＣＣ（＝３００ＭＨｚ）とを束ねる場合、４００ＭＨｚの帯域を確保可能となる。

【0022】

既存システム（ＬＴＥ Ｒｅｌ．８−１２）では、ＵＥからネットワーク側の装置（例えば、無線基地局（ｅＮＢ：eNode B））に対して、上り制御情報（ＵＣＩ：Uplink Control Information）を上り制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）でフィードバックする。ＵＥは、上りデータ送信がスケジューリングされるタイミングでは、ＵＣＩを上り共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）で送信してもよい。無線基地局は、受信したＵＣＩに基づいて、ＵＥに対するデータの再送制御や、スケジューリングの制御を実施する。

【0023】

このように、ＬＴＥシステムでは、複数のＣＣ（セル、キャリア）を用いたユーザ端末と無線基地局の無線通信において再送制御がサポートされている。ユーザ端末は、無線基地局から送信されるＤＬ送信に対して送達確認信号（ＨＡＲＱ−ＡＣＫ：Hybrid Automatic Repeat Request Acknowledgement、ＡＣＫ／ＮＡＣＫ：ACKnowledgement/Negative ACKnowledgement、Ａ／Ｎとも呼ぶ）を無線基地局へフィードバックする。ＡＣＫ／ＮＡＣＫは、ＡＣＫとＮＡＣＫを示すビットで構成される所定の長さのビット列で構成される。

【0024】

ＨＡＲＱ−ＡＣＫをフィードバックする方法としては、上り制御チャネル（ＰＵＣＣＨ）を用いたフィードバック（ＵＣＩ ｏｎ ＰＵＣＣＨ）と、上り共有チャネル（ＰＵＳＣＨ）を用いたフィードバック（ＵＣＩ ｏｎ ＰＵＳＣＨ）と、が規定されている。例えば、ユーザ端末は、ＰＵＣＣＨ−ＰＵＳＣＨ同時送信が設定されておらず、Ａ／Ｎ送信タイミングでＵＬデータの送信が指示されている場合、ＰＵＳＣＨを用いてＡ／Ｎを送信する。一方、ユーザ端末は、上りユーザデータが存在しない場合、ＰＵＣＣＨを用いてＡ／Ｎを送信する。

【0025】

また、ＬＴＥシステムでは、ユーザ端末がＡ／Ｎを上り制御チャネルで無線基地局に送信するために複数のＰＵＣＣＨ ｆｏｒｍａｔが規定されている。例えば、ＰＵＣＣＨ ｆｏｒｍａｔ １ａ／１ｂが設定されたユーザ端末は、ＰＤＳＣＨをスケジューリングする制御チャネル（ＰＤＣＣＨ／ＥＰＤＣＣＨ）のＣＣＥ／ＥＣＣＥ（Control Channel Element／Enhanced CCE）インデックスに対応するＰＵＣＣＨリソースで、Ａ／Ｎについて符号化せずに送信する。

【0026】

また、ＰＵＣＣＨ ｆｏｒｍａｔ ３が設定されたユーザ端末は、上位レイヤシグナリングで設定された４つのリソースのうち、ＡＲＩ（Ack/nack Resource Indicator）が指定するいずれか１つのＰＵＣＣＨリソースを利用してＡ／Ｎを送信する。この場合、ユーザ端末は、ＳＣｅｌｌの下り制御情報に含まれるＴＰＣ（Transmit Power Control）フィールド（ＴＰＣコマンドビット）をＡＲＩとして読み替えることができる。

【0027】

無線基地局は、異なるＳＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、ＥＰＤＣＣＨ間でＡＲＩの値を同一に設定してユーザ端末に送信することができる。ＰＵＣＣＨ ｆｏｒｍａｔ ３においては、ＦＤＤ（Frequency Division Duplex）を用いる場合には最大１０ビット、ＴＤＤ（Time Division Duplex）を用いる場合には最大２１ビットのＡ／Ｎコードブックサイズが設定され、Ａ／Ｎのために用いられる。

【0028】

既存のＬＴＥシステムでは、ＰＵＣＣＨで送信するＨＡＲＱ−ＡＣＫのコードブック（ＡＣＫ／ＮＡＣＫビット列）サイズは、上位レイヤシグナリングで通知される情報に基づきｓｅｍｉ−ｓｔａｔｉｃ（準静的）に決定される。

【0029】

ＦＤＤを用いる場合には、ＲＲＣシグナリングで設定（Configure）されるＣＣ数と、各ＣＣにおいてＭＩＭＯ（Multiple Input Multiple Output）の適用可否を示すＴＭ（Transmission Mode）に基づいて、全体のＡ／Ｎビットサイズが確定される。ユーザ端末は、あるＤＬサブフレームで少なくとも１つのＳＣｅｌｌでＤＬ割当て（DL assignment）を検出した場合に、所定期間（例えば、４ｍｓ）後のＵＬサブフレームで設定された全てのＣＣのＡ／Ｎをフィードバックする。

【0030】

ＴＤＤを用いる場合には、上述したＦＤＤを用いる場合に加え、１ＵＬサブフレームあたりのＡ／Ｎの対象となるＤＬサブフレーム数に基づいて、ＰＵＣＣＨで送信するＡ／Ｎビット列全体のサイズが確定される。ＴＤＤを適用するユーザ端末は、バンドリングウィンドウで少なくとも１つのＤＬ割当てを検出した場合、所定期間（例えば、（ｎ＋ｋ）ｍｓ）後のＵＬサブフレームのＰＵＣＣＨを用いて設定された全てのＣＣにおけるＡ／Ｎをフィードバックする。

【0031】

バンドリングウィンドウ（Bundling window）とは、あるＵＬサブフレームでＡ／Ｎフィードバックを行うＤＬサブフレーム（特別サブフレームを含む）のグループを指す。バンドリングウィンドウは、ＴＤＤのＵＬ／ＤＬ構成によりそれぞれ規定されている（図２Ａ参照）。ＴＤＤを利用して通信を行うユーザ端末は、バンドリングウィンドウに基づいて、所定のサブフレームで送信されるＤＬ信号のＡ／Ｎを所定のＵＬサブフレームで送信するように制御する。

【0032】

例えば、ＵＬ／ＤＬ構成２を適用する場合、ＵＬサブフレーム＃２に対応するバンドリングウィンドウ（ＤＬサブフレーム）は、ＤＬサブフレーム＃４、＃５、＃８、特別サブフレーム＃６で構成される（図２Ｂ参照）。また、ＵＬサブフレーム＃７に対するバンドリングウィンドウは、ＤＬサブフレーム＃９、＃０、＃３、特別サブフレーム＃１で構成される。

【0033】

例えば、ユーザ端末は、ＳＦ＃４−＃５、＃８で少なくとも１つのＤＬ割当て（DL assignment）を検出した場合に、ＵＬサブフレーム＃２において、設定された全ＣＣのＡ／ＮをＰＵＣＣＨでフィードバックする。つまり、ユーザ端末は、スケジューリング情報に含まれているスケジューリング対象のＣＣ数や、サブフレーム数に関係なく上位レイヤシグナリングに基づいてＡ／Ｎビット列を送信する。

【0034】

このように、上位レイヤシグナリングによって通知された情報に基づいてフィードバックするＡ／Ｎのビットサイズが決定される場合、ユーザ端末に実際にスケジューリングされたＣＣ数に対応するＡ／Ｎビットサイズと異なる場合が生じる。したがって、既存システムのＡ／Ｎフィードバックを適用する場合、実際にスケジューリング（ＤＬ信号が送信）されるＣＣに対応するＡ／Ｎコードブックサイズと、上位レイヤシグナリングによって通知されるコードブックサイズが異なる場合でも、ユーザ端末はコードブックサイズを変更できない。

【0035】

また、ＴＤＤでは、ユーザ端末は、ＰＵＳＣＨ送信を指示するＵＬグラントをサブフレームｎで受信した場合、所定期間（例えば、（ｎ＋ｋ）ｍｓ）後のＵＬサブフレームでＡ／Ｎをフィードバックする。Ａ／Ｎ送信をＰＵＳＣＨで行う場合、設定された全てのＣＣについて、当該ＰＵＳＣＨ送信を指示するＵＬグラントに含まれるＵＬ ＤＡＩで指定された数のサブフレーム分のＡ／Ｎをフィードバックする。

【0036】

ＵＬ ＤＡＩ（Downlink Assignment Indicator（Index））は、バンドリングウィンドウに含まれるサブフレームのうち、ＤＬ割当て（DL assignment）が送信される（ＤＬデータがスケジューリングされる）サブフレーム数を示すインデックスである（図３Ｂ参照）。また、ＴＤＤでは、ＤＬ割当てが送信されたサブフレームの累積値を示すＤＬ ＤＡＩも規定されている。ＤＬ ＤＡＩは、ＤＬ割当てに含まれてユーザ端末に通知され、バンドリングウィンドウに含まれるサブフレーム（ＤＬ割当てのあるサブフレーム）毎で異なるＤＬ ＤＡＩが設定される（図３Ａ参照）。

【0037】

図３Ａでは、バンドリングウィンドウのサブフレームのうち、ＤＬ割当てが送信されるＳＦ＃ｎ、＃ｎ３、＃４で異なるＤＬ ＤＡＩが設定される場合を示している。また、ＤＬ ＤＡＩは、同一サブフレームの異なるＣＣ間で同じ値を設定することができる。なお、バンドリングウィンドウのＳＦ＃ｎ１〜＃ｎ４はＵＬ／ＤＬ構成等により決定され、例えば、ＵＬ／ＤＬ構成２のＵＬサブフレーム＃２に対応するバンドリングウィンドウでは、ＳＦ＃ｎ１〜＃ｎ４は、それぞれＳＦ＃４−＃６、＃８に対応する。図３Ｂでは、所定のサブフレーム（例えば、ＳＦｎ４）で送信されるＵＬグラントにＵＬ ＤＡＩが設定される場合を示している。

【0038】

既存のＬＴＥシステムにおいて、ユーザ端末は、ＰＵＣＣＨでＡ／Ｎ送信を行う場合、ＤＬ ＤＡＩの値に関わらずバンドリングウィンドウの全ＣＣ及び全サブフレームのＡ／Ｎをフィードバックする（空間バンドリング非適用時）。例えば、図３Ａにおいて、ユーザ端末は、設定された全てのＣＣ＃０−＃４と、バンドリングウィンドウの全てのＳＦ＃ｎ１〜＃ｎ４に対応するＡＣＫ／ＮＡＣＫを送信する。

【0039】

また、ユーザ端末は、ＰＵＳＣＨでＡ／Ｎ送信を行う場合、ＵＬ ＤＡＩとＤＬ ＤＡＩの値に基づいてＤＬ割当てがあったサブフレームを把握し、ＤＬ割当てがあった各サブフレームで設定された全ＣＣのＡ／Ｎをフィードバックする（空間バンドリング非適用時）。例えば、図３Ａにおいて、ユーザ端末は設定された全てのＣＣ＃０−＃４と、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４に対応するＡＣＫ／ＮＡＣＫを送信する。

【0040】

一方で、上述したようにＬＴＥ Ｒｅｌ．１３以降では、より柔軟かつ高速な無線通信を実現するために、ユーザ端末に設定可能なＣＣ数の制限を緩和し、６個以上のＣＣ（５個を超えるＣＣ、たとえば最大３２個のＣＣ）を設定することが検討されている。設定されるＣＣ数が拡張される場合、設定されるＣＣ数と各サブフレームでスケジューリングされるＣＣ数の差が大きくなることが想定される。設定されるＣＣ数に対してＤＬ信号がスケジューリングされるＣＣ数が少ない場合に、従来のようにコードブックサイズをｓｅｍｉ−ｓｔａｔｉｃに決定すると、ユーザ端末から送信されるＡＣＫ／ＮＡＣＫのほとんどがＮＡＣＫであるような場合が生じる。

【0041】

例えば、図４Ａでは、ユーザ端末に３２ＣＣが設定され、実際にスケジューリングされるＣＣ数が１０個となる場合を示している。この場合には、全体のＣＣ数（３２ＣＣ）に比べて、実際にスケジューリングされるセルの数（１０ＣＣ）が少なく、半分以上のＣＣがＮＡＣＫとなる。

【0042】

一般に、Ａ／Ｎのコードブックサイズが小さいほど、ユーザ端末が送信する情報量は少なくなる。したがって、Ａ／Ｎのコードブックサイズを小さくできれば、無線送信に際し要求される通信品質（ＳＩＮＲ：Signal to Interference plus Noise power Ratio）を低く抑えることができる。例えば、最大５ＣＣを用いるＣＡでも、ユーザ端末がフィードバックするＡ／ＮのコードブックサイズをスケジューリングされるＣＣに応じて小さくすることでＡ／Ｎの送信において要求されるＳＩＮＲを低く抑えることができる。

【0043】

このため、ユーザ端末がフィードバックするＡ／Ｎ（ＨＡＲＱ−ＡＣＫ）のコードブックサイズを、スケジューリングされたＣＣ数に応じてダイナミック（動的）に変更可能とすることが有効となる。ユーザ端末がフィードバックするＡ／Ｎのコードブックサイズを動的に変更可能とする場合、例えば、スケジューリングされたＣＣ数等に応じて、ユーザ端末がＡ／Ｎのビット数を動的に変更することが考えられる。Ａ／Ｎのビット数を動的に変更する方法としては、ユーザ端末が、下り信号（例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨ）の検出数に基づき、Ａ／Ｎのビット数を決定する方法が考えられる。

【0044】

ところで、ＣＡを適用したＡ／Ｎにおいて用いられるＰＵＣＣＨ ｆｏｒｍａｔ（例えばｆｏｒｍａｔ ３）においては、Ａ／Ｎビット列に誤り訂正符号化（例えばブロック符号化）が適用されて送信される。このため、符号化を行うユーザ端末と、復号を行う無線基地局でコードブックサイズの認識が一致していなければ、無線基地局はユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを正しく復号することはできない。

【0045】

例えば、ユーザ端末が、本来スケジューリングされたＣＣ数と異なるＣＣ数を認識するような検出ミスや誤検出が発生すると、無線基地局とユーザ端末でコードブック（ビット列）サイズの認識が一致しない事態が生じる（図４Ｂ参照）。図４Ｂでは、無線基地局がユーザ端末に対して８ＣＣを利用したスケジューリング（ＤＬ信号の送信）を行っているが、ユーザ端末では５ＣＣ分のＰＤＣＣＨ／ＥＰＤＣＣＨ（スケジューリング情報）を検出する場合を示している。つまり、ユーザ端末は、３ＣＣ分のＤＬ信号（例えば、ＰＤＣＣＨ／ＥＰＤＣＣＨ）について検出ミスしている。

【0046】

図４Ｂにおいてユーザ端末が検出したＤＬ信号（ＣＣ数）に基づいてＡ／Ｎコードブックサイズを決定する場合、ユーザ端末は、検出した５ＣＣ分のＡ／Ｎビット列を無線基地局に送信する。そのため、無線基地局は正しく復号ができずＡ／Ｎビット列全体が影響を受けて、Ａ／Ｎを用いたフィードバック品質が著しく劣化してしまう。

【0047】

このように、ユーザ端末は、無線基地局から所定ＣＣで送信されたＤＬ信号を検出ミスした場合、当該無線基地局がＤＬ信号を送信したＣＣ数よりも少ないＣＣ数の割当てと判断する。また、ユーザ端末は、無線基地局から送信されたＤＬ信号を誤検出した場合、当該無線基地局がＤＬ信号を送信したＣＣ数より多いＣＣ数の割当てと判断する。

【0048】

ＰＤＣＣＨ／ＥＰＤＣＣＨの検出数に基づいてユーザ端末が送信するＡ／Ｎのコードブックサイズを決める方法は容易に適用することができるが、検出ミスや誤検出が発生すると、無線基地局とユーザ端末の間でコードブックサイズの認識がずれる。かかる場合、上述したようにＡ／Ｎに基づくフィードバック品質が劣化し、通信品質が劣化してしまうおそれがある。

【0049】

そのため、スケジューリングされるＣＣ数に応じてＡ／Ｎのビット列（ＨＡＲＱ−ＡＣＫコードブック）を適用制御するために、Ａ／ＮをフィードバックするＣＣをユーザ端末に通知することが有効となる。そこで、本発明者等は、無線基地局が、Ａ／ＮをフィードバックするＣＣ（又は、ＣＣ数）を示す識別子を下り制御情報に含めてユーザ端末に通知する方法に着目した。Ａ／ＮをフィードバックするＣＣを示す識別子は、ＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）とも呼ぶことができる。

【0050】

例えば、無線基地局は、あらかじめＨＡＲＱ−ＡＣＫコードブックセットをユーザ端末に上位レイヤシグナリング（例えば、ＲＲＣシグナリング等）で設定（Configure/pre-define）する。例えば、無線基地局は、各ＨＡＲＱ−ＡＣＫコードブックセットとして、ユーザ端末がＡ／ＮをフィードバックすべきＣＣの組み合わせを設定する（図５Ａ、図５Ｂ参照）。図５Ａ、図５Ｂでは、ユーザ端末にＣＣ＃０−＃３１が設定される場合のＨＡＲＱ−ＡＣＫコードブックセットの一例を示している。

【0051】

無線基地局は、当該コードブックセットの中からいずれのコードブックを用いるかを下り制御情報にＨＣＩを含めてユーザ端末に指定する。ユーザ端末は、ＨＣＩで指定されたＣＣのＡ／Ｎビット列を生成してフィードバックする。

【0052】

図５ＡのＨＡＲＱ−ＡＣＫコードブックセットは、ＨＣＩで指定されたＣＣに対してユーザ端末がＤＬ割当ての検出有無に関わらずＡ／Ｎフィードバックを行う場合（方法１）に好適に適用することができる。また、図５ＢのＨＡＲＱ−ＡＣＫコードブックセットは、ＨＣＩで指定されたＣＣに対してユーザ端末がＤＬ割当てを検出したＣＣを考慮してＡ／Ｎフィードバックを行う場合（方法２）に好適に適用することができる。

【0053】

ユーザ端末が方法１を適用する場合のＡ／Ｎフィードバック方法の一例を図６に示す。ここでは、ユーザ端末にＣＣ＃０−＃７が設定され、ユーザ端末は、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブル（図６Ｄ）に基づいてＡ／Ｎ送信を行うセルを判断する場合を示す。

【0054】

図６Ａでは、各ＣＣでＣＣ＃０−＃７を指定するＨＣＩ（ＨＣＩ＝０）が通知されるため、ユーザ端末はＤＬ割当ての検出有無に関わらずＣＣ＃０−＃７のＡ／Ｎをフィードバックする。図６Ｂでは、ユーザ端末はＣＣ＃０−＃２でＤＬ割当てを検出しているが、各ＣＣでＣＣ＃０−＃３を指定するＨＣＩ（ＨＣＩ＝１）が通知されるため、ＤＬ割当ての検出有無に関わらずＣＣ＃０−＃３のＡ／Ｎをフィードバックする。図６Ｃでは、各ＣＣでＣＣ＃０−＃１を指定するＨＣＩ（ＨＣＩ＝２）が通知されるため、ユーザ端末はＤＬ割当ての検出有無に関わらずＣＣ＃０−＃１のＡ／Ｎをフィードバックする。

【0055】

ユーザ端末が方法２を適用する場合のＡ／Ｎフィードバック方法の一例を図７に示す。ここでは、ユーザ端末にＣＣ＃０−＃７が設定され、ユーザ端末は、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブル（図７Ｆ）に基づいてＡ／Ｎ送信を行うセルを判断する場合を示す。

【0056】

図７Ａでは、各ＣＣでＣＣ＃０−＃７を指定するＨＣＩ（ＨＣＩ＝０）が通知されるため、ユーザ端末はＣＣ＃０−＃７のＡ／Ｎをフィードバックする。図７Ｂでは、各ＣＣでＣＣ＃０−＃３又はＣＣ＃４−＃７を指定するＨＣＩ（ＨＣＩ＝１）が通知されており、ユーザ端末はＣＣ＃０−＃２でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃０−＃３のＡ／Ｎをフィードバックする。図７Ｃでは、各ＣＣでＣＣ＃０−＃３又はＣＣ＃４−＃７を指定するＨＣＩ（ＨＣＩ＝１）が通知されており、ユーザ端末はＣＣ＃４、＃５、＃７でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃４−＃７のＡ／Ｎをフィードバックする。

【0057】

図７Ｄでは、各ＣＣでＣＣ＃０−＃１、＃２−＃３、＃４−＃５、又は＃６−＃７を指定するＨＣＩ（ＨＣＩ＝２）が通知されており、ユーザ端末はＣＣ＃０−＃１でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃０−＃１のＡ／Ｎをフィードバックする。図７Ｅでは、各ＣＣでＣＣ＃０−＃１、＃２−＃３、＃４−＃５、又は＃６−＃７を指定するＨＣＩ（ＨＣＩ＝２）が通知されており、ユーザ端末はＣＣ＃４−＃５でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃４−＃５のＡ／Ｎをフィードバックする。

【0058】

このように、ＨＣＩを利用することにより、各ＤＬサブフレームにおいてどのＣＣに対するＡ／Ｎフィードバックを行うかを動的に制御すると共に、ユーザ端末と無線基地局間のＡ／Ｎビット列（Ａ／Ｎコードブック）サイズの認識を一致させることができる。

【0059】

一方で、バンドリングウィンドウに基づいてＡ／Ｎフィードバックを制御するＴＤＤにＨＣＩを適用する場合、どのようにＨＣＩを設定するか、ユーザ端末がどのようにＡ／Ｎビット数（Ａ／Ｎビット列サイズ、Ａ／Ｎコードブックサイズ）を決定するかが問題となる。

【0060】

上述したように、ＴＤＤでは、一つのバンドリングウィンドウの中でサブフレーム毎にスケジューリングＣＣが変化し得る。例えば、ＦＤＤの場合と同様に、バンドリングウィンドウ内のサブフレーム毎にＨＣＩの値を設定して、ユーザ端末が各サブフレームで送信されるＨＣＩに基づいてＡ／Ｎ送信を行う場合を想定する（図８Ａ参照）。図８Ａでは、ＣＣ＃０−＃７が設定されたユーザ端末に対してバンドリングウィンドウのサブフレームにおけるＤＬ割当て（ＤＬ ＤＡＩ、ＨＣＩ）の一例を示している。また、図８Ｂは、ＨＡＲＱ−ＡＣＫコードブックセット（Ａ／Ｎ送信を行うＣＣ）とＨＣＩとの対応関係が規定されたテーブルの一例を示している。

【0061】

図８Ａでは、バンドリングウィンドウのＳＦ＃ｎ１におけるＣＣ＃０−＃７、ＳＦ＃ｎ３におけるＣＣ＃０−ＣＣ＃３、ＳＦ＃ｎ４におけるＣＣ＃０、＃１にＤＬ信号がスケジューリングされる場合を示している。ここで、ＦＤＤと同様に、ユーザ端末がＨＣＩに基づいて各サブフレームにおいてＡ／Ｎ送信を行うＣＣを決定する場合を想定する。

【0062】

この場合、いずれかのＳＦでＤＬ割当てを検出ミスした場合、ユーザ端末は検出ミスしたＳＦにおけるＡ／Ｎビット数を正確に認識できなくなる。例えば、図８Ａにおいて、ＳＦ＃ｎ４のＣＣ＃０、＃１においてＤＬ割当てを検出ミスした場合、ユーザ端末は当該ＳＦ＃ｎ４のＤＬ割当てを把握することが出来ず、無線基地局が想定するＡ／Ｎビット数と異なるビット数でＡ／Ｎを送信するおそれがある。これにより、ユーザ端末と無線基地局間でＡ／Ｎビット数の認識が一致しなくなるおそれがある。

【0063】

そこで、本発明者等は、バンドリングウィンドウに含まれるサブフレーム毎に送信されるＨＣＩを考慮して、当該バンドリングウィンドウにおいてＨＡＲＱ−ＡＣＫ送信を行うＣＣ（Ａ／Ｎフィードバックの対象となるＣＣ）を決定することを着想した。つまり、バンドリングウィンドウにおいて送信される全てのＨＣＩを考慮してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定することを着想した。

【0064】

例えば、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定することを見出した。かかる構成は、上記方法１を用いてＡ／Ｎを所定セル（例えば、ＰＣｅｌｌ、ＰＵＣＣＨ ＳＣｅｌｌ）のＰＵＣＣＨで送信する場合に好適に適用することができる。あるいは、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最後にスケジューリングされたＳＦのＨＣＩに基づいて、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定するものとしてもよい。

【0065】

また、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩで一度でも指示されたＣＣを、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣとしてＡ／Ｎビット数を決定することを見出した。かかる構成は、上記方法２を用いてＡ／Ｎを所定セル（例えば、ＰＣｅｌｌ、ＰＵＣＣＨ ＳＣｅｌｌ）のＰＵＣＣＨで送信する場合に好適に適用することができる。

【0066】

また、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、当該バンドリングウィンドウに対してＡ／Ｎ送信を行うＣＣを決定し、ＵＬ ＤＡＩ及び／又はＤＬ ＤＡＩに基づいてＡ／Ｎ送信を行うＳＦ（又は、ＳＦ数）を決定することを見出した。かかる構成は、上記方法１を用いてＡ／ＮをＰＵＳＣＨで送信する場合に好適に適用することができる。

【0067】

また、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩとユーザ端末の検出結果に基づいて一度でも指示されたＣＣを、当該バンドリングウィンドウに対してＡ／Ｎ送信を行うＣＣとして決定し、ＵＬ ＤＡＩ及び／又はＤＬ ＤＡＩに基づいてＡ／Ｎ送信を行うＳＦ（又は、ＳＦ数）を決定することを見出した。かかる構成は、上記方法２を用いてＡ／ＮをＰＵＳＣＨで送信する場合に好適に適用することができる。

【0068】

以下、本発明に係る実施形態について説明する。以下の説明では、ユーザ端末に設定されるＣＣ数が８個（ＣＣ＃０−＃７）の場合を示すが、ユーザ端末に設定可能なＣＣ数はこれに限られない。また、バンドリングウィンドウとして、４個のＳＦが設定される場合（例えば、ＵＬ／ＤＬ構成２のＵＬサブフレーム２に対応するバンドリングウィンドウ）を例に挙げるが本実施の形態はこれに限られない。バンドリングウィンドウに含まれるＳＦ数は４個に限られずＵＬ／ＤＬ構成に応じて変更することができる。

【0069】

また、以下に示す実施の形態では、Ａ／Ｎフィードバックとして、ＰＵＣＣＨフォーマット３を利用する場合を想定するが、これに限られない。ＰＵＣＣＨフォーマット３より容量が大きい新規ＰＵＣＣＨフォーマットを利用することも可能である。また、スケジューリングを行うセルの数や配置、スケジューリングされるセルのインデックス、送信される信号についても以下の例に限られない。

【0070】

また、以下に示す実施の形態では、ＨＣＩを用いてＴＤＤにおけるＡ／Ｎフィードバック方法として、ＤＬ割当ての検出有無に関わらずＨＣＩによりＡ／Ｎコードブックを決定する方法１と、ＨＣＩとＤＬ割当ての検出ＣＣによりＡ／Ｎコードブックを決定する方法２を例に挙げて説明するが、これに限られない。また、方法１の適用する場合は、図６Ｄのテーブルを利用し、方法２を適用する場合は、図７Ｆのテーブルを利用する場合を示すが、適用可能なテーブルはこれに限られない。

【0071】

（第１の態様）
第１の態様では、バンドリングウィンドウに含まれるサブフレーム毎に送信されるＨＣＩを考慮して、Ａ／Ｎコードブックを決定して所定セルのＰＵＣＣＨでフィードバックする場合について説明する。以下の説明では、ＨＣＩによりＡ／Ｎコードブックを決定する方法１と、ＨＣＩとＤＬ割当ての検出ＣＣによりＡ／Ｎコードブックを決定する方法２を例に挙げて説明する。

【0072】

また、方法１の適用する場合は、図６Ｄのテーブルを利用し、方法２を適用する場合は、図７Ｆのテーブルを利用する場合を示すが、適用可能なテーブルはこれに限られない。なお、方法１に適用する構成と方法２に適用する構成はそれぞれ組み合わせて利用することができる。

【0073】

＜方法１＞
ユーザ端末は、バンドリングウィンドウに含まれるＳＦで送信されるＨＣＩのうち最大のＨＣＩで指示されるＣＣに対するＡ／Ｎを、全てのＳＦ分フィードバックする。最大のＨＣＩとは、Ａ／Ｎ送信を指示するＣＣ数が最大のＨＣＩを指し、図６Ｄのテーブルの場合はＨＣＩの値が“０”が最大のＨＣＩとなる。

【0074】

無線基地局は、ＨＣＩを下り制御情報（例えば、ＤＬ ＤＡＩ等を含めるＤＬ割当て等）に含めてユーザ端末に通知することができる。そのため、バンドリングウィンドウのＳＦの中でＨＣＩが送信されるのは、ＤＬ割当てが送信（例えば、ＤＬデータがスケジューリング）されるＳＦとすることができる。また、無線基地局は、あるサブフレームにおいて、ＤＬ割当てを送信するＣＣが複数存在する場合には、ＤＬ ＤＡＩ、ＵＬ ＤＡＩ、ＨＣＩを複数ＣＣ間で共通の値に設定してユーザ端末に送信することができる。

【0075】

図９にバンドリングウィンドウのＳＦ（ＤＬ割当てが送信されるＳＦ）毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、Ａ／Ｎ送信を行うＣＣを決定する場合の一例を示す。図９Ａは、バンドリングウィンドウに含まれるＳＦ＃ｎ１−＃ｎ４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４においてそれぞれ所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎ１においてＣＣ＃０−＃７、ＳＦ＃ｎ３においてＣＣ＃０−＃３、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。

【0076】

この場合、無線基地局は、ＳＦ＃ｎ１の各ＣＣに対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝０）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３ＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0077】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃７を指定するＨＣＩ＝０）に基づいて、Ａ／Ｎ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃７に決定する。また、ユーザ端末は、決定したＣＣ＃０−＃７に対して、全てのＳＦ＃ｎ１、＃ｎ２、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする（空間バンドリング非適用時）。

【0078】

図９Ｂは、バンドリングウィンドウに含まれるＳＦ＃ｎ１−＃ｎ４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４においてそれぞれ所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎ１においてＣＣ＃０−＃３、ＳＦ＃ｎ３おいてＣＣ＃０−＃３、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。

【0079】

この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0080】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃３を指定するＨＣＩ＝１）に基づいて、Ａ／ＮＫ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃３に決定する。また、ユーザ端末は、決定したＣＣ＃０−＃３に対して、全てのＳＦ＃ｎ１−＃ｎ４におけるＡ／ＮビットをフィードバックするようにＡ／Ｎを生成する。

【0081】

このように、ユーザ端末が最も多くのＣＣ数を指定する最大のＨＣＩに基づいてＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定する場合、一部のＳＦ及び／又はＣＣで検出ミスが発生しても最大のＨＣＩが指定するいずれかのＣＣで検出することによりＡ／Ｎビット数を決定することができる。ＨＣＩが最大のＳＦでは、多くのＣＣがスケジューリングされることが考えられるため、かかる場合に全てのＣＣでＤＬ割当てを検出ミスする可能性は低い。このため、最大のＨＣＩに基づいてＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定することにより、ユーザ端末と無線基地局間でＡ／Ｎコードブックサイズの認識不一致が発生する確率を大幅に低下することができる。

【0082】

＜ＡＣＫ／ＮＡＣＫ用リソース＞
ユーザ端末は、ＰＵＣＣＨを利用してＡ／Ｎをフィードバックする場合、下り制御情報で指示されるリソースを利用することが考えられる。例えば、ユーザ端末が、ＰＵＣＣＨフォーマット３（又は新規ＰＵＣＣＨフォーマット）を利用して所定セルのＰＵＣＣＨで送信を行う場合、下り制御情報に含まれるＡＲＩの値に基づいてＰＵＣＣＨリソースを決定する。

【0083】

ＴＤＤを適用する場合、無線基地局がバンドリングウィンドウに含まれるＳＦの途中からＤＬ割当てを送信するＣＣ数を増加することも考えられる（図１０参照）。図１０では、バンドリングウィンドウに含まれるＳＦ＃ｎ１においてＣＣ＃０−＃１、ＳＦ＃ｎ２においてＣＣ＃０、ＳＦ＃ｎ３においてＣＣ＃０−＃７、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。

【0084】

無線基地局は、ＳＦ＃ｎの各ＣＣに対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ２のＣＣ＃０に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝３）を含め、ＳＦ＃ｎ３のＣＣ＃０−＃７に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝０）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝３）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0085】

つまり、スケジューラ（無線基地局）は、バンドリングウィンドウ内の初期のＳＦにおいて割当てＣＣ数を少なくし、ペイロードの小さいＰＵＣＣＨフォーマット（例えば、ＰＦ３）でユーザ端末にＰＵＣＣＨフィードバックを行うように指示するが、トラフィック等の通信環境の変化により途中以降のＳＦにおいて割当てＣＣ数を増やす場合がある。

【0086】

そのため、本実施の形態では、ＨＣＩが最大の値を指示しているＳＦ（図１０におけるＳＦ＃ｎ３）で送信される下り制御情報に含まれるＡＲＩの値に基づいてＰＵＣＣＨリソースを決定する構成とすることができる。なお、ＨＣＩが最大の値を示すＳＦが複数ある場合には、いずれか一方のＳＦ（例えば、後半ＳＦ）で指定されるＡＲＩの値に基づいてＰＵＣＣＨリソースを決定することができる。

【0087】

これにより、Ａ／Ｎビット数の決定に利用される最大のＨＣＩ（ＣＣ数）を考慮して設定されたＰＵＣＣＨリソースを適用することができる。その結果、バンドリングウィンドウ内の途中のＳＦから割当てＣＣ数が多くなる場合であっても、ＡＣＫ／ＮＡＣＫ送信（ＰＵＣＣＨフォーマット選択、ＰＵＣＣＨリソース決定等）を適切に行うことが可能となる。

【0088】

なお、本実施の形態はこれに限られず、ＨＣＩが最大の値を指示しているＳＦ以降のＳＦで送信されるＡＲＩを利用してもよい。ＨＣＩが最大の値を指示するＳＦでは、基地局はユーザ端末に送信させるＰＵＣＣＨフォーマットを決定していると考えられる。このため、それ以降のＳＦで送信されるＡＲＩを用いてＰＵＣＣＨリソースを決定する場合、ＨＣＩが最大の値を指示するＳＦのＡＲＩを用いてＰＵＣＣＨリソースを決定する場合と同様の効果を得ることができる。

【0089】

＜方法２＞
ユーザ端末は、バンドリングウィンドウに含まれるＳＦで送信されるＨＣＩで一度でも指示されたＣＣについて、全てのＳＦ分のＡ／ＮをＰＵＣＣＨでフィードバックするように制御することができる。

【0090】

図１１にバンドリングウィンドウに含まれるＳＦ（ＤＬ割当てが送信されるＳＦ）毎に送信されるＨＣＩで一度でも指示されたＣＣについて、Ａ／Ｎ送信を行う場合の一例を示す。図１１Ａは、バンドリングウィンドウのＳＦ＃ｎ１−＃４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４においてそれぞれ所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎ１においてＣＣ＃０−＃３、ＳＦ＃ｎ３においてＣＣ＃４−＃７、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。

【0091】

この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃４−＃７に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0092】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４でそれぞれ送信されるＨＣＩで一度でも指定されたＣＣについて、Ａ／Ｎフィードバックを制御する。ここでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩとユーザ端末のＤＬ割当ての検出結果により、ＣＣ＃０−ＣＣ＃７が少なくとも１回は指示されると判断することができる。このため、ユーザ端末は、ＣＣ＃０−ＣＣ＃７について全てのＳＦ＃ｎ１−＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする（空間バンドリング非適用時）。

【0093】

図１１Ｂは、バンドリングウィンドウに含まれるＳＦ＃ｎ１−＃ｎ４のうち、ＳＦ＃ｎ１においてＣＣ＃０−＃３、ＳＦ＃ｎ３においてＣＣ＃０−＃３、ＳＦｎ４においてＣＣ＃４−＃５でＤＬ割当てがそれぞれ送信される場合を示している。

【0094】

この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃４−＃５に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0095】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩと検出結果に基づいて一度でも指定されたＣＣに対して、Ａ／Ｎフィードバックを行うＣＣであると判断する。ここでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩとＤＬ割当ての検出結果により、ユーザ端末は、ＣＣ＃０−ＣＣ＃５が少なくとも１回は指示されたと判断することができる。このため、ユーザ端末は、ＣＣ＃０−ＣＣ＃５について全てのＳＦ＃ｎ−＃ｎ＋３におけるＡ／Ｎビット列を生成してフィードバックする。なお、ＨＣＩが複数のＣＣを択一的に示している場合には、ユーザ端末における検出結果に基づいてＣＣを決定することができる。

【0096】

このように、バンドリングウィンドウの各ＳＦで送信されるＨＣＩを考慮してＡ／Ｎフィードバックを行うＣＣ（Ａ／Ｎビット数）を決定することにより、ユーザ端末と無線基地局間におけるＡ／Ｎコードブックサイズの認識を適切に一致させることができる。

【0097】

（第２の態様）
バンドリングウィンドウに対するＡ／Ｎビットの送信を行うタイミング（ＵＬサブフレーム）においてＵＬグラントでスケジューリングされたＰＵＳＣＨ送信がある場合、当該Ａ／ＮビットはＰＵＳＣＨに多重（Ｐｉｇｇｙｂａｃｋ）して送信される。なお、ＰＵＣＣＨ−ＰＵＳＣＨ同時送信（Simultaneous PUCCH-PUSCH送信）が設定されている場合は、ＰＵＳＣＨに多重せずＰＵＣＣＨを用いて行うことができる。

【0098】

ＰＵＳＣＨにＡ／Ｎビットを多重する際に、バンドリングウィンドウの全てＳＦ／全てのＣＣに対するＡ／Ｎビットを送信すると、ＰＵＳＣＨのオーバーヘッドが大きくなる。この場合、ＵＬ−ＳＣＨの符号化率も高くなり、ＵＬスループットが劣化するおそれもある。そのため、Ａ／ＮをＰＵＳＣＨで送信する場合にＡ／Ｎビットのオーバーヘッドを削減することが求められている。

【0099】

そのため、第２の態様では、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩを考慮して、Ａ／Ｎ送信を行うＣＣとＳＦ（Ａ／Ｎビット数）を決定してＰＵＳＣＨで送信する場合について説明する。以下の説明では、ＨＣＩによりＡ／Ｎコードブックを決定する方法１と、ＨＣＩとＤＬ割当ての検出ＣＣによりＡ／Ｎコードブックを決定する方法２を例に挙げて説明する。

【0100】

また、方法１の適用する場合は、図６Ｄのテーブルを利用し、方法２を適用する場合は、図７Ｆのテーブルを利用する場合を示すが、適用可能なテーブルはこれに限られない。なお、方法１に適用する構成と方法２に適用する構成はそれぞれ組み合わせて利用することができる。

【0101】

＜方法１＞
ユーザ端末は、バンドリングウィンドウの所定ＳＦで送信されるＤＡＩ（ＵＬ ＤＡＩ及び／又はＤＬ ＤＡＩ）とＨＣＩに基づいてＡ／Ｎ送信を行うＣＣとＳＦ（Ａ／Ｎビット数）を決定する。

【0102】

図１２は、バンドリングウィンドウに含まれるＳＦ毎（ＤＬ割当てが送信されるＳＦ毎）に送信されるＨＣＩの中で最大のＨＣＩに基づいて、Ａ／Ｎ送信を行うＣＣを決定する場合の一例を示している。

【0103】

図１２Ａは、バンドリングウィンドウに含まれるＳＦ＃ｎ１におけるＣＣ＃０−＃７、ＳＦ＃ｎ３におけるＣＣ＃０−＃３、ＳＦ＃４におけるＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される場合を示している。

【0104】

この場合、無線基地局は、ＳＦ＃ｎ１の各ＣＣに対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝０）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0105】

また、無線基地局は、所定ＳＦ（例えば、ＳＦ＃ｎ４）において下り制御情報（例えば、ＵＬグラント）にＵＬ ＤＡＩ（ここでは、ＵＬ ＤＡＩ＝３）を含めてユーザ端末に通知する。無線基地局は、ＵＬ ＤＡＩとＤＬ ＤＡＩは既存システムと同様に利用し、ＨＣＩを用いて各ＳＦにおけるＡ／Ｎフィードバックを行うＣＣを指定することができる。

【0106】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃７を指定するＨＣＩ＝０）に基づいて、Ａ／Ｎ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃７に決定する。また、ユーザ端末は、ＵＬ ＤＡＩに基づいてＤＬデータが送信されるＳＦ数を把握することができる。さらに、ユーザ端末は、ＤＬ ＤＡＩに基づいてどのＳＦで割当てがないか（又は検出ミスが発生したか）を識別することができる。

【0107】

したがって、ユーザ端末は、ＨＣＩにより決定したＣＣ数とＵＬ ＤＡＩにより決定したＳＦ数に基づいてＡ／Ｎコードブックサイズを決定すると共に、ＤＬ ＤＡＩで識別したＳＦに対するＡ／Ｎを生成することができる。図１２Ａに示す場合、ユーザ端末は、ＣＣ＃０−＃７に対して、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。

【0108】

図１２Ｂは、バンドリングウィンドウに含まれるサブフレームＳＦ＃ｎ１におけるＣＣ＃０−＃３、ＳＦ＃ｎ３におけるＣＣ＃０−＃３、ＳＦ＃ｎ４におけるＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される場合を示している。

【0109】

この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。また、無線基地局は、ＳＦ＃ｎ４において下り制御情報（例えば、ＵＬグラント）にＵＬ ＤＡＩ（ここでは、ＵＬ ＤＡＩ＝３）を含めてユーザ端末に通知する。

【0110】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃３を指定するＨＣＩ＝１）に基づいて、Ａ／Ｎ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃３に決定する。また、ユーザ端末は、ＵＬ ＤＡＩに基づいてＤＬデータが送信されるＳＦ数（ここでは、３）を把握することができる。さらに、ユーザ端末は、ＤＬ ＤＡＩに基づいてどのＳＦで割当てがないか（ここでは、ＳＦ＃ｎ２）を識別することができる。

【0111】

図１２Ｂに示す場合、ユーザ端末は、ＣＣ＃０−＃３に対して、ＳＦＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。このように、ＨＣＩとＵＬ ＤＡＩ及び／又はＤＬ ＤＡＩに基づいてＡ／Ｎビット数を決定することにより、ＰＵＳＣＨのオーバーヘッドの増加を抑制することができる。

【0112】

＜方法２＞
ユーザ端末は、バンドリングウィンドウに含まれるＳＦで送信されるＤＡＩ（ＵＬ ＤＡＩ及び／又はＤＬ ＤＡＩ）と、ＨＣＩと、ＤＬ割当てでスケジューリングされたＣＣの検出に基づいてＨＡＲＱ−ＡＣＫビット数を決定することができる。

【0113】

図１３にバンドリングウィンドウに含まれるＳＦ毎（ＤＬ割当てが送信されるＳＦ毎）に送信されるＨＣＩとＤＬ ＤＡＩの一例を示す。

【0114】

図１３Ａは、バンドリングウィンドウに含まれるＳＦ＃ｎ１においてＣＣ＃０−＃３でＤＬ割当てが送信され、ＳＦ＃ｎ３においてＣＣ＃４−＃７でＤＬ割当てが送信され、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てが送信される場合を示している。

【0115】

この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃４−＃７に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0116】

また、無線基地局は、所定ＳＦ（例えば、ＳＦ＃４）において下り制御情報（例えば、ＵＬグラント）にＵＬ ＤＡＩ（ここでは、ＵＬ ＤＡＩ＝３）を含めてユーザ端末に通知する。無線基地局は、ＵＬ ＤＡＩとＤＬ ＤＡＩは既存システムと同様に利用し、ＨＣＩを用いて各ＳＦにおけるＡ／Ｎ送信の対象となるＣＣを指定することができる。

【0117】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩとＤＬ割当ての検出に基づいて一度でも指定されたＣＣについて、Ａ／Ｎフィードバックの対象となるＣＣを決定する。ユーザ端末は、ＳＦ＃ｎ１において、ＨＣＩの値（ＨＣＩ＝１）とＤＬ割当てを検出したＣＣ（ＣＣ＃０−＃３）に基づいて、ＨＣＩがＣＣ＃０−＃３を示すと判断することができる。また、ユーザ端末は、ＳＦ＃ｎ３において、ＨＣＩの値（ＨＣＩ＝１）とＤＬ割当てを検出したＣＣ（ＣＣ＃４−＃７）に基づいて、ＨＣＩがＣＣ＃４−＃７を示すと判断することができる。

【0118】

図１３Ａでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩにより、ＣＣ＃０−ＣＣ＃７が少なくとも１回は指示される。このため、ユーザ端末は、Ａ／Ｎ送信の対象となるＣＣ数をＣＣ＃０−ＣＣ＃７に決定する。また、ユーザ端末は、ＵＬ ＤＡＩに基づいてＤＬデータが送信されるＳＦ数を把握することができる。また、ユーザ端末は、ＤＬ ＤＡＩに基づいてどのＳＦで割当てがないか（又は検出ミスが発生したか）を識別することができる。

【0119】

図１３Ａに示す場合、ユーザ端末は、ＣＣ＃０−＃７に対して、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。

【0120】

図１３Ｂは、バンドリングウィンドウに含まれるＳＦ＃ｎ−＃ｎ４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４において所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎにおいてＣＣ＃０−＃３、ＳＦ＃ｎ３においてＣＣ＃０−＃３、ＳＦ＃ｎ４においてＣＣ＃２−＃３でＤＬ割当てがそれぞれ送信される。

【0121】

この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃２−＃３に対するＤＬ割当てに所定のＤＬ ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。

【0122】

また、無線基地局は、所定ＳＦ（例えば、ＳＦ＃ｎ４）において下り制御情報（例えば、ＵＬグラント）にＵＬ ＤＡＩ（ここでは、ＵＬ ＤＡＩ＝３）を含めてユーザ端末に通知する。無線基地局は、ＵＬ ＤＡＩとＤＬ ＤＡＩは既存システムと同様に利用し、ＨＣＩを用いて各ＳＦにおけるＡ／Ｎフィードバックの対象となるＣＣを指定することができる。

【0123】

ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で一度でも指定されたＣＣについて、Ａ／Ｎフィードバックの送信を行うＣＣを決定する。ここでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩとユーザ端末の検出結果により、ＣＣ＃０−ＣＣ＃３が少なくとも１回は指示される場合を示している。このため、ユーザ端末は、Ａ／Ｎ送信の対象ＣＣをＣＣ＃０−ＣＣ＃３に決定する。また、ユーザ端末は、ＵＬ ＤＡＩに基づいてＤＬデータが送信されるＳＦ数を把握することができる。さらに、ユーザ端末は、ＤＬ ＤＡＩに基づいてどのＳＦで割当てがないか（又は検出ミスが発生したか）を識別することができる。

【0124】

図１３Ｂに示す場合、ユーザ端末は、ＣＣ＃０−＃３に対して、サブフレームＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。

【0125】

このように、ユーザ端末がＵＬ ＤＡＩ、ＤＬ ＤＡＩ及びＨＣＩを利用してＡ／Ｎ送信を行うＣＣとＳＦを決定してＡ／Ｎビットを生成することにより、Ａ／ＮをＰＵＳＣＨで送信する場合にＡ／Ｎペイロード（オーバーヘッド）を削減することができる。また、ユーザ端末がＵＬ ＤＡＩ、ＤＬ ＤＡＩ及びＨＣＩを利用してＡ／Ｎ送信を行うＣＣとＳＦを決定してＡ／Ｎビットを生成することにより、ユーザ端末と無線基地局間におけるＡ／Ｎコードブックサイズの認識を一致させることができる。

【0126】

（無線通信システム）
以下、本発明の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。

【0127】

図１４は、本発明の一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。なお、無線通信システム１は、ＳＵＰＥＲ ３Ｇ、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）などと呼ばれても良い。

【0128】

図１４に示す無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２ａ〜１２ｃとを備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。

【0129】

ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方に接続することができる。ユーザ端末２０は、異なる周波数を用いるマクロセルＣ１とスモールセルＣ２を、ＣＡ又はＤＣにより同時に使用することが想定される。また、ユーザ端末２０は、複数のセル（ＣＣ）（例えば、６個以上のＣＣ）を用いてＣＡ又はＤＣを適用することができる。

【0130】

ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が狭いキャリア（既存キャリア、Legacy carrierなどと呼ばれる）を用いて通信を行うことができる。一方、ユーザ端末２０と無線基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚ、５ＧＨｚなど）で帯域幅が広いキャリアが用いられてもよいし、無線基地局１１との間と同じキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。

【0131】

無線基地局１１と無線基地局１２との間（又は、２つの無線基地局１２間）は、有線接続（例えば、ＣＰＲＩ（Common Public Radio Interface）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線接続する構成とすることができる。

【0132】

無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）などが含まれるが、これに限定されるものではない。また、各無線基地局１２は、無線基地局１１を介して上位局装置３０に接続されてもよい。

【0133】

なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、ｅＮＢ（eNodeB）、送受信ポイント、などと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ＨｅＮＢ（Home eNodeB）、ＲＲＨ（Remote Radio Head）、送受信ポイントなどと呼ばれてもよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。

【0134】

各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでもよい。

【0135】

無線通信システム１においては、無線アクセス方式として、下りリンクにＯＦＤＭＡ（直交周波数分割多元接続）が適用され、上りリンクにＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られず、上りリンクでＯＦＤＭＡが用いられてもよい。

【0136】

無線通信システム１では、下りリンクのチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）、報知チャネル（ＰＢＣＨ：Physical Broadcast Channel）、下りＬ１／Ｌ２制御チャネルなどが用いられる。ＰＤＳＣＨにより、ユーザデータや上位レイヤ制御情報、ＳＩＢ（System Information Block）などが伝送される。また、ＰＢＣＨにより、ＭＩＢ（Master Information Block）が伝送される。

【0137】

下りＬ１／Ｌ２制御チャネルは、下り制御チャネル（ＰＤＣＣＨ（Physical Downlink Control Channel）、ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel））、ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）、ＰＨＩＣＨ（Physical Hybrid-ARQ Indicator Channel）などを含む。ＰＤＣＣＨにより、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink Control Information）などが伝送される。ＰＣＦＩＣＨにより、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＰＨＩＣＨにより、ＰＵＳＣＨに対するＨＡＲＱの送達確認情報（ＡＣＫ／ＮＡＣＫ）が伝送される。ＥＰＤＣＣＨは、ＰＤＳＣＨ（下り共有データチャネル）と周波数分割多重され、ＰＤＣＣＨと同様にＤＣＩなどの伝送に用いられる。

【0138】

無線通信システム１では、上りリンクのチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）、上り制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）などが用いられる。ＰＵＳＣＨにより、ユーザデータ、上位レイヤ制御情報が伝送される。送達確認情報（ＡＣＫ／ＮＡＣＫ）や無線品質情報（ＣＱＩ）などの少なくも一つを含む上り制御情報（ＵＣＩ：Uplink Control Information）は、ＰＵＳＣＨ又はＰＵＣＣＨにより、伝送される。ＰＲＡＣＨにより、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。

【0139】

＜無線基地局＞
図１５は、本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。無線基地局１０は、複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。なお、送受信部１０３は、送信部及び受信部で構成される。

【0140】

下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。

【0141】

ベースバンド信号処理部１０４では、ユーザデータに関して、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio Link Control）再送制御などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium Access Control）再送制御（例えば、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）の送信処理）、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）処理、プリコーディング処理などの送信処理が行われて送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、送受信部１０３に転送される。

【0142】

送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２により増幅され、送受信アンテナ１０１から送信される。

【0143】

送受信部（送信部）１０３は、ＴＤＤを適用して各セルからＤＬ送信を行うと共に、バンドリングウィンドウのＤＬ割当てを行うサブフレーム毎にＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK Codebook Indicator）を送信することができる。送受信部１０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。

【0144】

一方、上り信号については、送受信アンテナ１０１で受信された無線周波数信号がアンプ部１０２で増幅される。送受信部１０３はアンプ部１０２で増幅された上り信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。

【0145】

ベースバンド信号処理部１０４では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse Discrete Fourier Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放などの呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。

【0146】

伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、基地局間インターフェース（例えば、ＣＰＲＩ（Common Public Radio Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して隣接無線基地局１０と信号を送受信（バックホールシグナリング）してもよい。

【0147】

図１６は、本実施形態に係る無線基地局の機能構成の一例を示す図である。なお、図１６では、本実施形態における特徴部分の機能ブロックを主に示しており、無線基地局１０は、無線通信に必要な他の機能ブロックも有しているものとする。図１６に示すように、ベースバンド信号処理部１０４は、制御部（スケジューラ）３０１と、送信信号生成部（生成部）３０２と、マッピング部３０３と、受信信号処理部３０４と、を備えている。

【0148】

制御部（スケジューラ）３０１は、ＰＤＳＣＨで送信される下りデータ信号、ＰＤＣＣＨ及び／又はＥＰＤＣＣＨで伝送される下り制御信号のスケジューリング（例えば、リソース割り当て）を制御する。また、システム情報、同期信号、ページング情報、ＣＲＳ（Cell-specific Reference Signal）、ＣＳＩ−ＲＳ（Channel State Information Reference Signal）等のスケジューリングの制御も行う。また、上り参照信号、ＰＵＳＣＨで送信される上りデータ信号、ＰＵＣＣＨ及び／又はＰＵＳＣＨで送信される上り制御信号等のスケジューリングを制御する。

【0149】

制御部３０１は、ユーザ端末からフィードバックされる送達確認信号（ＨＡＲＱ−ＡＣＫ）に基づいて、下りデータの再送／新規データ送信を制御する。また、制御部３０１は、ＤＬ送信に対してユーザ端末がバンドリングウィンドウに基づいてフィードバックするＨＡＲＱ−ＡＣＫの受信処理を制御する。なお、受信処理は、制御部３０１からの指示に基づいて受信信号処理部３０４で行ってもよい。

【0150】

例えば、制御部３０１は、ＨＣＩ（例えば、バンドリングウィンドウのサブフレームで送信した最大のＨＣＩが指定するＣＣ、又はＨＣＩで一度指定したＣＣ）に基づいて、ユーザ端末からフィードバックされるＨＡＲＱ−ＡＣＫビット数を判断することができる。なお、制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。

【0151】

送信信号生成部３０２は、制御部３０１からの指示に基づいて、ＤＬ信号（下りデータ信号、下り制御信号を含む）を生成して、マッピング部３０３に出力する。具体的には、送信信号生成部３０２は、ユーザデータを含む下りデータ信号（ＰＤＳＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＤＣＩ（ＵＬグラント）を含む下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＣＲＳ、ＣＳＩ−ＲＳなどの下り参照信号を生成して、マッピング部３０３に出力する。

【0152】

送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。

【0153】

マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成されたＤＬ信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。

【0154】

受信信号処理部３０４は、ユーザ端末２０から送信されるＵＬ信号（ＨＡＲＱ−ＡＣＫ、ＰＵＳＣＨ等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。処理結果は、制御部３０１に出力される。受信信号処理部３０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。

【0155】

＜ユーザ端末＞
図１７は、本発明の一実施形態に係るに係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。なお、送受信部２０３は、送信部及び受信部から構成されてもよい。

【0156】

複数の送受信アンテナ２０１で受信された無線周波数信号は、それぞれアンプ部２０２で増幅される。各送受信部２０３はアンプ部２０２で増幅された下り信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。

【0157】

送受信部（受信部）２０３は、ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する。例えば、送受信部（受信部）２０３は、バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ）を受信する。また、送受信部（送信部）２０３は、受信したＤＬ信号に対するＨＡＲＱ−ＡＣＫを送信する。なお、送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置とすることができる。

【0158】

ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部２０５に転送される。

【0159】

一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）や、チャネル符号化、プリコーディング、離散フーリエ変換（ＤＦＴ：Discrete Fourier Transform）処理、ＩＦＦＴ処理などが行われて各送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。

【0160】

図１８は、本実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１８においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有しているものとする。図１８に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、判定部４０５と、を備えている。

【0161】

制御部４０１は、無線基地局１０から送信された下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨで送信された信号）及び下りデータ信号（ＰＤＳＣＨで送信された信号）を、受信信号処理部４０４から取得する。制御部４０１は、下り制御信号や、下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号（例えば、送達確認信号（ＨＡＲＱ−ＡＣＫ）など）や上りデータ信号の生成を制御する。具体的には、制御部４０１は、送信信号生成部４０２、マッピング部４０３及び受信信号処理部４０４の制御を行うことができる。

【0162】

制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ）に基づいて、バンドリングウィンドウに対するＨＡＲＱ−ＡＣＫの送信を行うセルを決定する。例えば、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、ＨＡＲＱ−ＡＣＫの送信を行うセル（ＨＡＲＱ−ＡＣＫビット数）を決定することができる。また、制御部４０１は、最大のＨＣＩが送信されるサブフレームで送信されるＡＲＩ（Ack/nack Resource Indicator）に基づいてＨＡＲＱ−ＡＣＫを送信するリソースを決定することができる。あるいは、制御部４０１は、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最後にスケジューリングされたＳＦのＨＣＩに基づいて、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定してもよい。

【0163】

また、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩで少なくとも一度指示されたセルに対してＨＡＲＱ−ＡＣＫを送信するように制御することができる。また、制御部４０１は、バンドリングウィンドウの全てのサブフレームのＨＡＲＱ−ＡＣＫを上り制御チャネルで送信することができる。

【0164】

また、制御部４０１は、バンドリングウィンドウの所定サブフレームでＵＬグラントが送信される場合、サブフレーム毎に送信されるＤＬ ＤＡＩ、ＨＣＩ、及び所定サブフレームで送信されるＵＬ ＤＡＩに基づいて、ＨＡＲＱ−ＡＣＫビット数を決定して、上り共有チャネルで送信するように制御することができる。例えば、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩの中で最大のＨＣＩに基づいてＨＡＲＱ−ＡＣＫの送信を行うセルを決定すると共に、ＵＬ ＤＡＩ及び／又はＤＬ ＤＡＩに基づいてＨＡＲＱ−ＡＣＫの送信を行うサブフレームを決定することができる。

【0165】

また、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩで少なくとも一度指示されたセルに対してＨＡＲＱ−ＡＣＫを送信するように制御することができる。なお、制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。

【0166】

送信信号生成部４０２は、制御部４０１からの指示に基づいて、ＵＬ信号を生成して、マッピング部４０３に出力する。例えば、送信信号生成部４０２は、制御部４０１からの指示に基づいて、送達確認信号（ＨＡＲＱ−ＡＣＫ）やチャネル状態情報（ＣＳＩ）等の上り制御信号を生成する。

【0167】

また、送信信号生成部４０２は、制御部４０１からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部４０２は、無線基地局１０から通知される下り制御信号にＵＬグラントが含まれている場合に、制御部４０１から上りデータ信号の生成を指示される。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。

【0168】

マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成された上り信号（上り制御信号及び／又は上りデータ）を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。

【0169】

受信信号処理部４０４は、ＤＬ信号（例えば、無線基地局から送信された下り制御信号、ＰＤＳＣＨで送信された下りデータ信号等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。受信信号処理部４０４は、無線基地局１０から受信した情報を、制御部４０１、判定部４０５に出力する。受信信号処理部４０４は、例えば、報知情報、システム情報、ＲＲＣシグナリング、ＤＣＩなどを、制御部４０１に出力する。

【0170】

受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。また、受信信号処理部４０４は、本発明に係る受信部を構成することができる。

【0171】

判定部４０５は、受信信号処理部４０４の復号結果に基づいて、再送制御判定（ＡＣＫ／ＮＡＣＫ）を行うと共に、判定結果を制御部４０１に出力する。複数ＣＣ（例えば、６個以上のＣＣ）から下り信号（ＰＤＳＣＨ）が送信される場合には、各ＣＣについてそれぞれ再送制御判定（ＡＣＫ／ＮＡＣＫ）を行い制御部４０１に出力する。判定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される判定回路又は判定装置から構成することができる。

【0172】

なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。

【0173】

例えば、無線基地局１０やユーザ端末２０の各機能の一部又は全ては、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを用いて実現されても良い。また、無線基地局１０やユーザ端末２０は、プロセッサ（ＣＰＵ：Central Processing Unit）と、ネットワーク接続用の通信インターフェースと、メモリと、プログラムを保持したコンピュータ読み取り可能な記憶媒体と、を含むコンピュータ装置によって実現されてもよい。つまり、本発明の一実施形態に係る無線基地局、ユーザ端末などは、本発明に係る無線通信方法の処理を行うコンピュータとして機能してもよい。

【0174】

ここで、プロセッサやメモリなどは情報を通信するためのバスで接続される。また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＣＤ−ＲＯＭ（Compact Disc−ＲＯＭ）、ＲＡＭ（Random Access Memory）、ハードディスクなどの記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されても良い。また、無線基地局１０やユーザ端末２０は、入力キーなどの入力装置や、ディスプレイなどの出力装置を含んでいてもよい。

【0175】

無線基地局１０及びユーザ端末２０の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。プロセッサは、オペレーティングシステムを動作させてユーザ端末の全体を制御する。また、プロセッサは、記憶媒体からプログラム、ソフトウェアモジュールやデータをメモリに読み出し、これらに従って各種の処理を実行する。

【0176】

ここで、当該プログラムは、上記の各実施形態で説明した各動作を、コンピュータに実行させるプログラムであれば良い。例えば、ユーザ端末２０の制御部４０１は、メモリに格納され、プロセッサで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

【0177】

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

【0178】

なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。

【0179】

また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。

【0180】

本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0181】

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。

【0182】

情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。

【0183】

本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

【0184】

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0185】

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

【0186】

本出願は、２０１５年９月２４日出願の特願２０１５−１８７４７２に基づく。この内容は、全てここに含めておく。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】