(57)【要約】  無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制すること。ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する受信部と、ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、をユーザ端末に設け、制御部が、バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK  Codebook  Indicator）に基づいて、ＨＡＲＱ−ＡＣＫの送信を行うセルを決定する。
2017051717.tif 000002
【特許請求の範囲】
【請求項１】
ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する受信部と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK  Codebook  Indicator）に基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定することを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、前記最大のＨＣＩが送信されるサブフレームで送信されるＡＲＩ（Ack/nack  Resource  Indicator）に基づいてＨＡＲＱ−ＡＣＫを送信するリソースを決定することを特徴とする請求項２に記載のユーザ端末。
【請求項４】
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩで少なくとも一度指示されたセルに対して前記ＨＡＲＱ−ＡＣＫを送信するように制御することを特徴とする請求項１に記載のユーザ端末。
【請求項５】
前記制御部は、前記バンドリングウィンドウの全てのサブフレームのＨＡＲＱ−ＡＣＫを上り制御チャネルで送信することを特徴とする請求項１から請求項４のいずれかに記載のユーザ端末。
【請求項６】
前記バンドリングウィンドウの所定サブフレームでＵＬグラントが送信される場合、前記制御部は、サブフレーム毎に送信されるＤＬ  ＤＡＩ（Downlink  Assignment  Indicator（Index））、前記ＨＣＩ、及び前記所定サブフレームで送信されるＵＬ  ＤＡＩに基づいて、ＨＡＲＱ−ＡＣＫビット数を決定して、上り共有チャネルで送信するように制御することを特徴とする請求項１に記載のユーザ端末。
【請求項７】
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定すると共に、前記ＵＬ  ＤＡＩ及び／又は前記ＤＬ  ＤＡＩに基づいて前記ＨＡＲＱ−ＡＣＫの送信を行うサブフレームを決定することを特徴とする請求項６に記載のユーザ端末。
【請求項８】
前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩで少なくとも一度指示されたセルに対して前記ＨＡＲＱ−ＡＣＫを送信するように制御することを特徴とする請求項６に記載のユーザ端末。
【請求項９】
複数のセルを利用可能なユーザ端末と通信を行う無線基地局であって、
ＴＤＤを適用して各セルからＤＬ送信を行う送信部と、
前記ＤＬ送信に対して前記ユーザ端末がＴＤＤで規定されるバンドリングウィンドウに基づいてフィードバックするＨＡＲＱ−ＡＣＫの受信を制御する制御部と、を有し、
前記送信部は、前記バンドリングウィンドウのＤＬ割当てを行うサブフレーム毎にＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK  Codebook  Indicator）を送信し、前記制御部は、前記ＨＣＩに基づいて前記ユーザ端末からフィードバックされるＨＡＲＱ−ＡＣＫビット数を判断することを特徴とする無線基地局。
【請求項１０】
複数のセルを利用して通信可能なユーザ端末の無線通信方法であって、
ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する工程と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信する工程と、を有し、
前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK  Codebook  Indicator）に基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定することを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代移動通信システムにおけるユーザ端末、無線基地局及び無線通信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。また、ＬＴＥ（ＬＴＥ  Ｒｅｌ．８又は９ともいう）からの更なる広帯域化及び高速化を目的として、ＬＴＥ−Ａ（ＬＴＥアドバンスト、ＬＴＥ  Ｒｅｌ．１０、１１又は１２ともいう）が仕様化され、ＬＴＥの後継システム（例えば、ＦＲＡ（Future  Radio  Access）、５Ｇ（5th  generation  mobile  communication  system）、ＬＴＥ  Ｒｅｌ．１３などともいう）も検討されている。【０００３】
ＬＴＥ−Ａでは、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Carrier  Aggregation）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアは、コンポーネントキャリア（ＣＣ：Component  Carrier）と呼ばれ、例えば、ＬＴＥ  Ｒｅｌ．８のシステム帯域に相当する。【０００４】
ＣＡが行われる際には、ユーザ端末（ＵＥ：User  Equipment）に対して、接続性を担保する信頼性の高いセルであるプライマリセル（ＰＣｅｌｌ：Primary  Cell）及び付随的なセルであるセカンダリセル（ＳＣｅｌｌ：Secondary  Cell）が設定される。【０００５】
ＵＥは、最初にＰＣｅｌｌに接続し、必要に応じてＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Radio  Link  Monitoring）及びＳＰＳ（Semi-Persistent  Scheduling）などをサポートする単独のセル（スタンドアローンセル）と同様のセルである。ＳＣｅｌｌは、ＰＣｅｌｌに追加してＵＥに対して設定されるセルである。【０００６】
ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Radio  Resource  Control）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ端末に追加された直後は、非アクティブ（deactive）状態であるため、アクティブ化することで初めて通信（スケジューリング）可能となるセルである。【０００７】
また、ＬＴＥ  Ｒｅｌ．８−１２では、事業者に免許された周波数帯（ライセンスバンド）において排他的な運用がなされることを想定して仕様化が行われた。ライセンスバンドとしては、例えば、８００ＭＨｚ、２ＧＨｚ、１．７ＧＨｚ帯などが使用される。一方、ＬＴＥ  Ｒｅｌ．１３以降では、免許不要の周波数帯（アンライセンスバンド）における運用もターゲットとして検討されている。アンライセンスバンドとしては、例えば、Ｗｉ−Ｆｉ（登録商標）と同じ２．４ＧＨｚ、５ＧＨｚ帯などが使用される。【０００８】
ＬＴＥ  Ｒｅｌ．１３では、ライセンスバンドとアンライセンスバンドの間でのキャリアアグリゲーション（ＬＡＡ：License-Assisted  Access）を検討対象としているが、将来的にデュアルコネクティビティ（ＤＣ：Dual  Connectivity）やアンライセンスバンドのスタンドアローンも検討対象となる可能性がある。【０００９】
また、ＬＴＥ  Ｒｅｌ．８−１２では、再送制御にＨＡＲＱ（Hybrid  Automatic  Repeat  reQuest）が利用されている。ＨＡＲＱでは、ユーザ端末（又は無線基地局）は、データの受信結果に応じて当該データに関する送達確認信号（ＨＡＲＱ−ＡＣＫ、ＡＣＫ/ＮＡＣＫ、Ａ／Ｎとも呼ぶ）を所定タイミングでフィードバックする。無線基地局（又はユーザ端末）は、フィードバックされたＨＡＲＱ−ＡＣＫに基づいて、データの再送を制御する。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】3GPP  TS  36.300  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description;  Stage  2”
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ＬＴＥ  Ｒｅｌ．１２以前の既存のＬＴＥシステムにおいて、ユーザ端末がフィードバックするＡＣＫ／ＮＡＣＫのビットサイズ（コードブックサイズ、ビット列サイズとも呼ぶ）は、無線基地局から上位レイヤシグナリングであらかじめ準静的（ｓｅｍｉ−ｓｔａｔｉｃ）に通知されるＣＣ等の情報に基づいて決定される。したがって、ＣＡを適用する場合、ユーザ端末は設定されるＣＣ数等に基づいて固定的に決定されるコードブックサイズでＡＣＫ／ＮＡＣＫフィードバックを行う。【００１２】
このため、ユーザ端末に設定されるＣＣ数と、あるサブフレームでＤＬデータのスケジューリングが行われるＣＣ数が異なる場合であっても、ユーザ端末においてコードブックサイズを変更できない。その結果、実際にスケジューリングされるＣＣ数が少ない場合であっても、送信するＡＣＫ／ＮＡＣＫサイズが必要以上に大きくなる場合が生じる。【００１３】
また、Ｒｅｌ．１２以前では、ＣＡ時に設定可能なＣＣ数が最大５個であったが、Ｒｅｌ．１３以降では設定可能なＣＣ数の拡張が想定されている。かかる場合に、既存のＬＴＥシステムと同様にＡＣＫ／ＮＡＣＫのビットサイズを決定すると、設定されるＣＣ数と、スケジューリングされるＣＣ数とが大きく異なる場合が生じる。これにより、ＵＬ送信のオーバーヘッドが増加するおそれがある。【００１４】
一方で、ユーザ端末が受信したＤＬ信号（ＤＬ信号を受信したＣＣ数）等に基づいて、フィードバックするＨＡＲＱ−ＡＣＫのコードブックサイズを動的に制御することが考えられる。しかし、ユーザ端末がＤＬ信号を検出ミス又は誤検出した場合、無線基地局と、ユーザ端末でコードブックサイズの認識が異なる場合が生じる。かかる場合、無線基地局は、ユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを適切に受信（例えば、復号処理）できず、通信品質が低下するおそれがある。【００１５】
本発明はかかる点に鑑みてなされたものであり、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制可能なユーザ端末、無線基地局及び無線通信方法を提供することを目的の１つとする。
【課題を解決するための手段】
【００１６】
本発明の一態様に係るユーザ端末は、ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する受信部と、ＴＤＤで規定されるバンドリングウィンドウに基づいて複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、前記制御部は、前記バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK  Codebook  Indicator）に基づいて、前記ＨＡＲＱ−ＡＣＫの送信を行うセルを決定することを特徴とする。
【発明の効果】
【００１７】
本発明の一態様によれば、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】キャリアアグリゲーションの説明図である。
【図２】図２Ａ、図２Ｂは、ＴＤＤで規定されるバンドリングウィンドウを説明する図である。
【図３】図３Ａは、ＤＬ  ＤＡＩを説明する図であり、図３Ｂは、ＵＬ  ＤＡＩを説明する図である。
【図４】図４Ａは、ＣＡの一例を示す図であり、図４Ｂは、ユーザ端末と無線基地局間のスケジューリングＣＣの認識の一例を示す図である。
【図５】図５Ａ、図５Ｂは、ＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ）を規定したテーブルの一例を示す図である。
【図６】図６Ａ−図６Ｃは、ＦＤＤでＨＣＩを利用したＨＡＲＱ−ＡＣＫ送信方法の一例を示す図であり、図６Ｄは、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブルの一例を示す図である。
【図７】図７Ａ−図７Ｅは、ＦＤＤでＨＣＩを利用したＨＡＲＱ−ＡＣＫ送信方法の他の例を示す図であり、図７Ｆは、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブルの他の例を示す図である。
【図８】図８Ａ、図８Ｂは、ＴＤＤでＨＣＩを利用する場合の問題点を説明する図である。
【図９】図９Ａ、図９Ｂは、第１の態様におけるＨＡＲＱ−ＡＣＫ送信方法の一例を示す図である。
【図１０】第１の態様におけるＨＡＲＱ−ＡＣＫ送信に利用するリソースの決定方法を説明する図である。
【図１１】図１１Ａ、図１１Ｂは、第１の態様におけるＨＡＲＱ−ＡＣＫ送信方法の他の例を示す図である。
【図１２】図１２Ａ、図１２Ｂは、第２の態様におけるＨＡＲＱ−ＡＣＫ送信方法の一例を示す図である。
【図１３】図１３Ａ、図１３Ｂは、第２の態様におけるＨＡＲＱ−ＡＣＫ送信方法の他の例を示す図である。
【図１４】本発明の一実施形態に係る無線通信システムの概略構成図である。
【図１５】本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。
【図１６】本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。
【図１７】本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。
【図１８】本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。
【発明を実施するための形態】
【００１９】
図１は、キャリアアグリゲーション（ＣＡ）の説明図である。図１に示すように、ＬＴＥ  Ｒｅｌ．１２までのＣＡでは、所定の帯域幅（例えば、ＬＴＥ  Ｒｅｌ．８の帯域幅）を基本単位とするコンポーネントキャリア（ＣＣ）が最大５個（ＣＣ＃１−ＣＣ＃５）束ねられる。すなわち、ＬＴＥ  Ｒｅｌ．１２までのＣＡでは、ＵＥあたりに設定可能なＣＣ数は、最大５個に制限される。
【００２０】
一方、ＬＴＥ  Ｒｅｌ．１３のＣＡでは、６個以上のＣＣを束ねて、更なる帯域拡張を図ることが検討されている。すなわち、ＬＴＥ  Ｒｅｌ．１３のＣＡでは、ＵＥあたりに設定可能なＣＣ（セル）数を６個以上に拡張すること（CA  enhancement）が検討されている。例えば、図１に示すように、３２個のＣＣ（ＣＣ＃１−ＣＣ＃３２）を束ねる場合、最大６４０ＭＨｚの帯域を確保可能となる。
【００２１】
このように、ＵＥあたりに設定可能なＣＣ数を拡張することにより、より柔軟かつ高速な無線通信を実現することが期待されている。また、このようなＣＣ数の拡張は、ライセンスバンドとアンライセンスバンドとの間のＣＡ（例えば、ＬＡＡ）による広帯域化に効果的である。例えば、ライセンスバンドの５個のＣＣ（＝１００ＭＨｚ）とアンライセンスバンドの１５個のＣＣ（＝３００ＭＨｚ）とを束ねる場合、４００ＭＨｚの帯域を確保可能となる。
【００２２】
既存システム（ＬＴＥ  Ｒｅｌ．８−１２）では、ＵＥからネットワーク側の装置（例えば、無線基地局（ｅＮＢ：eNode  B））に対して、上り制御情報（ＵＣＩ：Uplink  Control  Information）を上り制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）でフィードバックする。ＵＥは、上りデータ送信がスケジューリングされるタイミングでは、ＵＣＩを上り共有チャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）で送信してもよい。無線基地局は、受信したＵＣＩに基づいて、ＵＥに対するデータの再送制御や、スケジューリングの制御を実施する。
【００２３】
このように、ＬＴＥシステムでは、複数のＣＣ（セル、キャリア）を用いたユーザ端末と無線基地局の無線通信において再送制御がサポートされている。ユーザ端末は、無線基地局から送信されるＤＬ送信に対して送達確認信号（ＨＡＲＱ−ＡＣＫ：Hybrid  Automatic  Repeat  Request  Acknowledgement、ＡＣＫ／ＮＡＣＫ：ACKnowledgement/Negative  ACKnowledgement、Ａ／Ｎとも呼ぶ）を無線基地局へフィードバックする。ＡＣＫ／ＮＡＣＫは、ＡＣＫとＮＡＣＫを示すビットで構成される所定の長さのビット列で構成される。
【００２４】
ＨＡＲＱ−ＡＣＫをフィードバックする方法としては、上り制御チャネル（ＰＵＣＣＨ）を用いたフィードバック（ＵＣＩ  ｏｎ  ＰＵＣＣＨ）と、上り共有チャネル（ＰＵＳＣＨ）を用いたフィードバック（ＵＣＩ  ｏｎ  ＰＵＳＣＨ）と、が規定されている。例えば、ユーザ端末は、ＰＵＣＣＨ−ＰＵＳＣＨ同時送信が設定されておらず、Ａ／Ｎ送信タイミングでＵＬデータの送信が指示されている場合、ＰＵＳＣＨを用いてＡ／Ｎを送信する。一方、ユーザ端末は、上りユーザデータが存在しない場合、ＰＵＣＣＨを用いてＡ／Ｎを送信する。
【００２５】
また、ＬＴＥシステムでは、ユーザ端末がＡ／Ｎを上り制御チャネルで無線基地局に送信するために複数のＰＵＣＣＨ  ｆｏｒｍａｔが規定されている。例えば、ＰＵＣＣＨ  ｆｏｒｍａｔ  １ａ／１ｂが設定されたユーザ端末は、ＰＤＳＣＨをスケジューリングする制御チャネル（ＰＤＣＣＨ／ＥＰＤＣＣＨ）のＣＣＥ／ＥＣＣＥ（Control  Channel  Element／Enhanced  CCE）インデックスに対応するＰＵＣＣＨリソースで、Ａ／Ｎについて符号化せずに送信する。
【００２６】
また、ＰＵＣＣＨ  ｆｏｒｍａｔ  ３が設定されたユーザ端末は、上位レイヤシグナリングで設定された４つのリソースのうち、ＡＲＩ（Ack/nack  Resource  Indicator）が指定するいずれか１つのＰＵＣＣＨリソースを利用してＡ／Ｎを送信する。この場合、ユーザ端末は、ＳＣｅｌｌの下り制御情報に含まれるＴＰＣ（Transmit  Power  Control）フィールド（ＴＰＣコマンドビット）をＡＲＩとして読み替えることができる。
【００２７】
無線基地局は、異なるＳＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、ＥＰＤＣＣＨ間でＡＲＩの値を同一に設定してユーザ端末に送信することができる。ＰＵＣＣＨ  ｆｏｒｍａｔ  ３においては、ＦＤＤ（Frequency  Division  Duplex）を用いる場合には最大１０ビット、ＴＤＤ（Time  Division  Duplex）を用いる場合には最大２１ビットのＡ／Ｎコードブックサイズが設定され、Ａ／Ｎのために用いられる。
【００２８】
既存のＬＴＥシステムでは、ＰＵＣＣＨで送信するＨＡＲＱ−ＡＣＫのコードブック（ＡＣＫ／ＮＡＣＫビット列）サイズは、上位レイヤシグナリングで通知される情報に基づきｓｅｍｉ−ｓｔａｔｉｃ（準静的）に決定される。
【００２９】
ＦＤＤを用いる場合には、ＲＲＣシグナリングで設定（Configure）されるＣＣ数と、各ＣＣにおいてＭＩＭＯ（Multiple  Input  Multiple  Output）の適用可否を示すＴＭ（Transmission  Mode）に基づいて、全体のＡ／Ｎビットサイズが確定される。ユーザ端末は、あるＤＬサブフレームで少なくとも１つのＳＣｅｌｌでＤＬ割当て（DL  assignment）を検出した場合に、所定期間（例えば、４ｍｓ）後のＵＬサブフレームで設定された全てのＣＣのＡ／Ｎをフィードバックする。
【００３０】
ＴＤＤを用いる場合には、上述したＦＤＤを用いる場合に加え、１ＵＬサブフレームあたりのＡ／Ｎの対象となるＤＬサブフレーム数に基づいて、ＰＵＣＣＨで送信するＡ／Ｎビット列全体のサイズが確定される。ＴＤＤを適用するユーザ端末は、バンドリングウィンドウで少なくとも１つのＤＬ割当てを検出した場合、所定期間（例えば、（ｎ＋ｋ）ｍｓ）後のＵＬサブフレームのＰＵＣＣＨを用いて設定された全てのＣＣにおけるＡ／Ｎをフィードバックする。
【００３１】
バンドリングウィンドウ（Bundling  window）とは、あるＵＬサブフレームでＡ／Ｎフィードバックを行うＤＬサブフレーム（特別サブフレームを含む）のグループを指す。バンドリングウィンドウは、ＴＤＤのＵＬ／ＤＬ構成によりそれぞれ規定されている（図２Ａ参照）。ＴＤＤを利用して通信を行うユーザ端末は、バンドリングウィンドウに基づいて、所定のサブフレームで送信されるＤＬ信号のＡ／Ｎを所定のＵＬサブフレームで送信するように制御する。
【００３２】
例えば、ＵＬ／ＤＬ構成２を適用する場合、ＵＬサブフレーム＃２に対応するバンドリングウィンドウ（ＤＬサブフレーム）は、ＤＬサブフレーム＃４、＃５、＃８、特別サブフレーム＃６で構成される（図２Ｂ参照）。また、ＵＬサブフレーム＃７に対するバンドリングウィンドウは、ＤＬサブフレーム＃９、＃０、＃３、特別サブフレーム＃１で構成される。
【００３３】
例えば、ユーザ端末は、ＳＦ＃４−＃５、＃８で少なくとも１つのＤＬ割当て（DL  assignment）を検出した場合に、ＵＬサブフレーム＃２において、設定された全ＣＣのＡ／ＮをＰＵＣＣＨでフィードバックする。つまり、ユーザ端末は、スケジューリング情報に含まれているスケジューリング対象のＣＣ数や、サブフレーム数に関係なく上位レイヤシグナリングに基づいてＡ／Ｎビット列を送信する。
【００３４】
このように、上位レイヤシグナリングによって通知された情報に基づいてフィードバックするＡ／Ｎのビットサイズが決定される場合、ユーザ端末に実際にスケジューリングされたＣＣ数に対応するＡ／Ｎビットサイズと異なる場合が生じる。したがって、既存システムのＡ／Ｎフィードバックを適用する場合、実際にスケジューリング（ＤＬ信号が送信）されるＣＣに対応するＡ／Ｎコードブックサイズと、上位レイヤシグナリングによって通知されるコードブックサイズが異なる場合でも、ユーザ端末はコードブックサイズを変更できない。
【００３５】
また、ＴＤＤでは、ユーザ端末は、ＰＵＳＣＨ送信を指示するＵＬグラントをサブフレームｎで受信した場合、所定期間（例えば、（ｎ＋ｋ）ｍｓ）後のＵＬサブフレームでＡ／Ｎをフィードバックする。Ａ／Ｎ送信をＰＵＳＣＨで行う場合、設定された全てのＣＣについて、当該ＰＵＳＣＨ送信を指示するＵＬグラントに含まれるＵＬ  ＤＡＩで指定された数のサブフレーム分のＡ／Ｎをフィードバックする。
【００３６】
ＵＬ  ＤＡＩ（Downlink  Assignment  Indicator（Index））は、バンドリングウィンドウに含まれるサブフレームのうち、ＤＬ割当て（DL  assignment）が送信される（ＤＬデータがスケジューリングされる）サブフレーム数を示すインデックスである（図３Ｂ参照）。また、ＴＤＤでは、ＤＬ割当てが送信されたサブフレームの累積値を示すＤＬ  ＤＡＩも規定されている。ＤＬ  ＤＡＩは、ＤＬ割当てに含まれてユーザ端末に通知され、バンドリングウィンドウに含まれるサブフレーム（ＤＬ割当てのあるサブフレーム）毎で異なるＤＬ  ＤＡＩが設定される（図３Ａ参照）。
【００３７】
図３Ａでは、バンドリングウィンドウのサブフレームのうち、ＤＬ割当てが送信されるＳＦ＃ｎ、＃ｎ３、＃４で異なるＤＬ  ＤＡＩが設定される場合を示している。また、ＤＬ  ＤＡＩは、同一サブフレームの異なるＣＣ間で同じ値を設定することができる。なお、バンドリングウィンドウのＳＦ＃ｎ１〜＃ｎ４はＵＬ／ＤＬ構成等により決定され、例えば、ＵＬ／ＤＬ構成２のＵＬサブフレーム＃２に対応するバンドリングウィンドウでは、ＳＦ＃ｎ１〜＃ｎ４は、それぞれＳＦ＃４−＃６、＃８に対応する。図３Ｂでは、所定のサブフレーム（例えば、ＳＦｎ４）で送信されるＵＬグラントにＵＬ  ＤＡＩが設定される場合を示している。
【００３８】
既存のＬＴＥシステムにおいて、ユーザ端末は、ＰＵＣＣＨでＡ／Ｎ送信を行う場合、ＤＬ  ＤＡＩの値に関わらずバンドリングウィンドウの全ＣＣ及び全サブフレームのＡ／Ｎをフィードバックする（空間バンドリング非適用時）。例えば、図３Ａにおいて、ユーザ端末は、設定された全てのＣＣ＃０−＃４と、バンドリングウィンドウの全てのＳＦ＃ｎ１〜＃ｎ４に対応するＡＣＫ／ＮＡＣＫを送信する。
【００３９】
また、ユーザ端末は、ＰＵＳＣＨでＡ／Ｎ送信を行う場合、ＵＬ  ＤＡＩとＤＬ  ＤＡＩの値に基づいてＤＬ割当てがあったサブフレームを把握し、ＤＬ割当てがあった各サブフレームで設定された全ＣＣのＡ／Ｎをフィードバックする（空間バンドリング非適用時）。例えば、図３Ａにおいて、ユーザ端末は設定された全てのＣＣ＃０−＃４と、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４に対応するＡＣＫ／ＮＡＣＫを送信する。
【００４０】
一方で、上述したようにＬＴＥ  Ｒｅｌ．１３以降では、より柔軟かつ高速な無線通信を実現するために、ユーザ端末に設定可能なＣＣ数の制限を緩和し、６個以上のＣＣ（５個を超えるＣＣ、たとえば最大３２個のＣＣ）を設定することが検討されている。設定されるＣＣ数が拡張される場合、設定されるＣＣ数と各サブフレームでスケジューリングされるＣＣ数の差が大きくなることが想定される。設定されるＣＣ数に対してＤＬ信号がスケジューリングされるＣＣ数が少ない場合に、従来のようにコードブックサイズをｓｅｍｉ−ｓｔａｔｉｃに決定すると、ユーザ端末から送信されるＡＣＫ／ＮＡＣＫのほとんどがＮＡＣＫであるような場合が生じる。
【００４１】
例えば、図４Ａでは、ユーザ端末に３２ＣＣが設定され、実際にスケジューリングされるＣＣ数が１０個となる場合を示している。この場合には、全体のＣＣ数（３２ＣＣ）に比べて、実際にスケジューリングされるセルの数（１０ＣＣ）が少なく、半分以上のＣＣがＮＡＣＫとなる。
【００４２】
一般に、Ａ／Ｎのコードブックサイズが小さいほど、ユーザ端末が送信する情報量は少なくなる。したがって、Ａ／Ｎのコードブックサイズを小さくできれば、無線送信に際し要求される通信品質（ＳＩＮＲ：Signal  to  Interference  plus  Noise  power  Ratio）を低く抑えることができる。例えば、最大５ＣＣを用いるＣＡでも、ユーザ端末がフィードバックするＡ／ＮのコードブックサイズをスケジューリングされるＣＣに応じて小さくすることでＡ／Ｎの送信において要求されるＳＩＮＲを低く抑えることができる。
【００４３】
このため、ユーザ端末がフィードバックするＡ／Ｎ（ＨＡＲＱ−ＡＣＫ）のコードブックサイズを、スケジューリングされたＣＣ数に応じてダイナミック（動的）に変更可能とすることが有効となる。ユーザ端末がフィードバックするＡ／Ｎのコードブックサイズを動的に変更可能とする場合、例えば、スケジューリングされたＣＣ数等に応じて、ユーザ端末がＡ／Ｎのビット数を動的に変更することが考えられる。Ａ／Ｎのビット数を動的に変更する方法としては、ユーザ端末が、下り信号（例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨ）の検出数に基づき、Ａ／Ｎのビット数を決定する方法が考えられる。
【００４４】
ところで、ＣＡを適用したＡ／Ｎにおいて用いられるＰＵＣＣＨ  ｆｏｒｍａｔ（例えばｆｏｒｍａｔ  ３）においては、Ａ／Ｎビット列に誤り訂正符号化（例えばブロック符号化）が適用されて送信される。このため、符号化を行うユーザ端末と、復号を行う無線基地局でコードブックサイズの認識が一致していなければ、無線基地局はユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを正しく復号することはできない。
【００４５】
例えば、ユーザ端末が、本来スケジューリングされたＣＣ数と異なるＣＣ数を認識するような検出ミスや誤検出が発生すると、無線基地局とユーザ端末でコードブック（ビット列）サイズの認識が一致しない事態が生じる（図４Ｂ参照）。図４Ｂでは、無線基地局がユーザ端末に対して８ＣＣを利用したスケジューリング（ＤＬ信号の送信）を行っているが、ユーザ端末では５ＣＣ分のＰＤＣＣＨ／ＥＰＤＣＣＨ（スケジューリング情報）を検出する場合を示している。つまり、ユーザ端末は、３ＣＣ分のＤＬ信号（例えば、ＰＤＣＣＨ／ＥＰＤＣＣＨ）について検出ミスしている。
【００４６】
図４Ｂにおいてユーザ端末が検出したＤＬ信号（ＣＣ数）に基づいてＡ／Ｎコードブックサイズを決定する場合、ユーザ端末は、検出した５ＣＣ分のＡ／Ｎビット列を無線基地局に送信する。そのため、無線基地局は正しく復号ができずＡ／Ｎビット列全体が影響を受けて、Ａ／Ｎを用いたフィードバック品質が著しく劣化してしまう。
【００４７】
このように、ユーザ端末は、無線基地局から所定ＣＣで送信されたＤＬ信号を検出ミスした場合、当該無線基地局がＤＬ信号を送信したＣＣ数よりも少ないＣＣ数の割当てと判断する。また、ユーザ端末は、無線基地局から送信されたＤＬ信号を誤検出した場合、当該無線基地局がＤＬ信号を送信したＣＣ数より多いＣＣ数の割当てと判断する。
【００４８】
ＰＤＣＣＨ／ＥＰＤＣＣＨの検出数に基づいてユーザ端末が送信するＡ／Ｎのコードブックサイズを決める方法は容易に適用することができるが、検出ミスや誤検出が発生すると、無線基地局とユーザ端末の間でコードブックサイズの認識がずれる。かかる場合、上述したようにＡ／Ｎに基づくフィードバック品質が劣化し、通信品質が劣化してしまうおそれがある。
【００４９】
そのため、スケジューリングされるＣＣ数に応じてＡ／Ｎのビット列（ＨＡＲＱ−ＡＣＫコードブック）を適用制御するために、Ａ／ＮをフィードバックするＣＣをユーザ端末に通知することが有効となる。そこで、本発明者等は、無線基地局が、Ａ／ＮをフィードバックするＣＣ（又は、ＣＣ数）を示す識別子を下り制御情報に含めてユーザ端末に通知する方法に着目した。Ａ／ＮをフィードバックするＣＣを示す識別子は、ＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK  Codebook  Indicator）とも呼ぶことができる。
【００５０】
例えば、無線基地局は、あらかじめＨＡＲＱ−ＡＣＫコードブックセットをユーザ端末に上位レイヤシグナリング（例えば、ＲＲＣシグナリング等）で設定（Configure/pre-define）する。例えば、無線基地局は、各ＨＡＲＱ−ＡＣＫコードブックセットとして、ユーザ端末がＡ／ＮをフィードバックすべきＣＣの組み合わせを設定する（図５Ａ、図５Ｂ参照）。図５Ａ、図５Ｂでは、ユーザ端末にＣＣ＃０−＃３１が設定される場合のＨＡＲＱ−ＡＣＫコードブックセットの一例を示している。
【００５１】
無線基地局は、当該コードブックセットの中からいずれのコードブックを用いるかを下り制御情報にＨＣＩを含めてユーザ端末に指定する。ユーザ端末は、ＨＣＩで指定されたＣＣのＡ／Ｎビット列を生成してフィードバックする。
【００５２】
図５ＡのＨＡＲＱ−ＡＣＫコードブックセットは、ＨＣＩで指定されたＣＣに対してユーザ端末がＤＬ割当ての検出有無に関わらずＡ／Ｎフィードバックを行う場合（方法１）に好適に適用することができる。また、図５ＢのＨＡＲＱ−ＡＣＫコードブックセットは、ＨＣＩで指定されたＣＣに対してユーザ端末がＤＬ割当てを検出したＣＣを考慮してＡ／Ｎフィードバックを行う場合（方法２）に好適に適用することができる。
【００５３】
ユーザ端末が方法１を適用する場合のＡ／Ｎフィードバック方法の一例を図６に示す。ここでは、ユーザ端末にＣＣ＃０−＃７が設定され、ユーザ端末は、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブル（図６Ｄ）に基づいてＡ／Ｎ送信を行うセルを判断する場合を示す。
【００５４】
図６Ａでは、各ＣＣでＣＣ＃０−＃７を指定するＨＣＩ（ＨＣＩ＝０）が通知されるため、ユーザ端末はＤＬ割当ての検出有無に関わらずＣＣ＃０−＃７のＡ／Ｎをフィードバックする。図６Ｂでは、ユーザ端末はＣＣ＃０−＃２でＤＬ割当てを検出しているが、各ＣＣでＣＣ＃０−＃３を指定するＨＣＩ（ＨＣＩ＝１）が通知されるため、ＤＬ割当ての検出有無に関わらずＣＣ＃０−＃３のＡ／Ｎをフィードバックする。図６Ｃでは、各ＣＣでＣＣ＃０−＃１を指定するＨＣＩ（ＨＣＩ＝２）が通知されるため、ユーザ端末はＤＬ割当ての検出有無に関わらずＣＣ＃０−＃１のＡ／Ｎをフィードバックする。
【００５５】
ユーザ端末が方法２を適用する場合のＡ／Ｎフィードバック方法の一例を図７に示す。ここでは、ユーザ端末にＣＣ＃０−＃７が設定され、ユーザ端末は、ＨＡＲＱ−ＡＣＫコードブックセットが規定されたテーブル（図７Ｆ）に基づいてＡ／Ｎ送信を行うセルを判断する場合を示す。
【００５６】
図７Ａでは、各ＣＣでＣＣ＃０−＃７を指定するＨＣＩ（ＨＣＩ＝０）が通知されるため、ユーザ端末はＣＣ＃０−＃７のＡ／Ｎをフィードバックする。図７Ｂでは、各ＣＣでＣＣ＃０−＃３又はＣＣ＃４−＃７を指定するＨＣＩ（ＨＣＩ＝１）が通知されており、ユーザ端末はＣＣ＃０−＃２でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃０−＃３のＡ／Ｎをフィードバックする。図７Ｃでは、各ＣＣでＣＣ＃０−＃３又はＣＣ＃４−＃７を指定するＨＣＩ（ＨＣＩ＝１）が通知されており、ユーザ端末はＣＣ＃４、＃５、＃７でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃４−＃７のＡ／Ｎをフィードバックする。
【００５７】
図７Ｄでは、各ＣＣでＣＣ＃０−＃１、＃２−＃３、＃４−＃５、又は＃６−＃７を指定するＨＣＩ（ＨＣＩ＝２）が通知されており、ユーザ端末はＣＣ＃０−＃１でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃０−＃１のＡ／Ｎをフィードバックする。図７Ｅでは、各ＣＣでＣＣ＃０−＃１、＃２−＃３、＃４−＃５、又は＃６−＃７を指定するＨＣＩ（ＨＣＩ＝２）が通知されており、ユーザ端末はＣＣ＃４−＃５でＤＬ割当てを検出している。このため、ユーザ端末におけるＤＬ割当ての検出結果に基づいてＣＣ＃４−＃５のＡ／Ｎをフィードバックする。
【００５８】
このように、ＨＣＩを利用することにより、各ＤＬサブフレームにおいてどのＣＣに対するＡ／Ｎフィードバックを行うかを動的に制御すると共に、ユーザ端末と無線基地局間のＡ／Ｎビット列（Ａ／Ｎコードブック）サイズの認識を一致させることができる。
【００５９】
一方で、バンドリングウィンドウに基づいてＡ／Ｎフィードバックを制御するＴＤＤにＨＣＩを適用する場合、どのようにＨＣＩを設定するか、ユーザ端末がどのようにＡ／Ｎビット数（Ａ／Ｎビット列サイズ、Ａ／Ｎコードブックサイズ）を決定するかが問題となる。
【００６０】
上述したように、ＴＤＤでは、一つのバンドリングウィンドウの中でサブフレーム毎にスケジューリングＣＣが変化し得る。例えば、ＦＤＤの場合と同様に、バンドリングウィンドウ内のサブフレーム毎にＨＣＩの値を設定して、ユーザ端末が各サブフレームで送信されるＨＣＩに基づいてＡ／Ｎ送信を行う場合を想定する（図８Ａ参照）。図８Ａでは、ＣＣ＃０−＃７が設定されたユーザ端末に対してバンドリングウィンドウのサブフレームにおけるＤＬ割当て（ＤＬ  ＤＡＩ、ＨＣＩ）の一例を示している。また、図８Ｂは、ＨＡＲＱ−ＡＣＫコードブックセット（Ａ／Ｎ送信を行うＣＣ）とＨＣＩとの対応関係が規定されたテーブルの一例を示している。
【００６１】
図８Ａでは、バンドリングウィンドウのＳＦ＃ｎ１におけるＣＣ＃０−＃７、ＳＦ＃ｎ３におけるＣＣ＃０−ＣＣ＃３、ＳＦ＃ｎ４におけるＣＣ＃０、＃１にＤＬ信号がスケジューリングされる場合を示している。ここで、ＦＤＤと同様に、ユーザ端末がＨＣＩに基づいて各サブフレームにおいてＡ／Ｎ送信を行うＣＣを決定する場合を想定する。
【００６２】
この場合、いずれかのＳＦでＤＬ割当てを検出ミスした場合、ユーザ端末は検出ミスしたＳＦにおけるＡ／Ｎビット数を正確に認識できなくなる。例えば、図８Ａにおいて、ＳＦ＃ｎ４のＣＣ＃０、＃１においてＤＬ割当てを検出ミスした場合、ユーザ端末は当該ＳＦ＃ｎ４のＤＬ割当てを把握することが出来ず、無線基地局が想定するＡ／Ｎビット数と異なるビット数でＡ／Ｎを送信するおそれがある。これにより、ユーザ端末と無線基地局間でＡ／Ｎビット数の認識が一致しなくなるおそれがある。
【００６３】
そこで、本発明者等は、バンドリングウィンドウに含まれるサブフレーム毎に送信されるＨＣＩを考慮して、当該バンドリングウィンドウにおいてＨＡＲＱ−ＡＣＫ送信を行うＣＣ（Ａ／Ｎフィードバックの対象となるＣＣ）を決定することを着想した。つまり、バンドリングウィンドウにおいて送信される全てのＨＣＩを考慮してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定することを着想した。
【００６４】
例えば、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定することを見出した。かかる構成は、上記方法１を用いてＡ／Ｎを所定セル（例えば、ＰＣｅｌｌ、ＰＵＣＣＨ  ＳＣｅｌｌ）のＰＵＣＣＨで送信する場合に好適に適用することができる。あるいは、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最後にスケジューリングされたＳＦのＨＣＩに基づいて、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定するものとしてもよい。
【００６５】
また、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩで一度でも指示されたＣＣを、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣとしてＡ／Ｎビット数を決定することを見出した。かかる構成は、上記方法２を用いてＡ／Ｎを所定セル（例えば、ＰＣｅｌｌ、ＰＵＣＣＨ  ＳＣｅｌｌ）のＰＵＣＣＨで送信する場合に好適に適用することができる。
【００６６】
また、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、当該バンドリングウィンドウに対してＡ／Ｎ送信を行うＣＣを決定し、ＵＬ  ＤＡＩ及び／又はＤＬ  ＤＡＩに基づいてＡ／Ｎ送信を行うＳＦ（又は、ＳＦ数）を決定することを見出した。かかる構成は、上記方法１を用いてＡ／ＮをＰＵＳＣＨで送信する場合に好適に適用することができる。
【００６７】
また、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩとユーザ端末の検出結果に基づいて一度でも指示されたＣＣを、当該バンドリングウィンドウに対してＡ／Ｎ送信を行うＣＣとして決定し、ＵＬ  ＤＡＩ及び／又はＤＬ  ＤＡＩに基づいてＡ／Ｎ送信を行うＳＦ（又は、ＳＦ数）を決定することを見出した。かかる構成は、上記方法２を用いてＡ／ＮをＰＵＳＣＨで送信する場合に好適に適用することができる。
【００６８】
以下、本発明に係る実施形態について説明する。以下の説明では、ユーザ端末に設定されるＣＣ数が８個（ＣＣ＃０−＃７）の場合を示すが、ユーザ端末に設定可能なＣＣ数はこれに限られない。また、バンドリングウィンドウとして、４個のＳＦが設定される場合（例えば、ＵＬ／ＤＬ構成２のＵＬサブフレーム２に対応するバンドリングウィンドウ）を例に挙げるが本実施の形態はこれに限られない。バンドリングウィンドウに含まれるＳＦ数は４個に限られずＵＬ／ＤＬ構成に応じて変更することができる。
【００６９】
また、以下に示す実施の形態では、Ａ／Ｎフィードバックとして、ＰＵＣＣＨフォーマット３を利用する場合を想定するが、これに限られない。ＰＵＣＣＨフォーマット３より容量が大きい新規ＰＵＣＣＨフォーマットを利用することも可能である。また、スケジューリングを行うセルの数や配置、スケジューリングされるセルのインデックス、送信される信号についても以下の例に限られない。
【００７０】
また、以下に示す実施の形態では、ＨＣＩを用いてＴＤＤにおけるＡ／Ｎフィードバック方法として、ＤＬ割当ての検出有無に関わらずＨＣＩによりＡ／Ｎコードブックを決定する方法１と、ＨＣＩとＤＬ割当ての検出ＣＣによりＡ／Ｎコードブックを決定する方法２を例に挙げて説明するが、これに限られない。また、方法１の適用する場合は、図６Ｄのテーブルを利用し、方法２を適用する場合は、図７Ｆのテーブルを利用する場合を示すが、適用可能なテーブルはこれに限られない。
【００７１】
（第１の態様）
第１の態様では、バンドリングウィンドウに含まれるサブフレーム毎に送信されるＨＣＩを考慮して、Ａ／Ｎコードブックを決定して所定セルのＰＵＣＣＨでフィードバックする場合について説明する。以下の説明では、ＨＣＩによりＡ／Ｎコードブックを決定する方法１と、ＨＣＩとＤＬ割当ての検出ＣＣによりＡ／Ｎコードブックを決定する方法２を例に挙げて説明する。
【００７２】
また、方法１の適用する場合は、図６Ｄのテーブルを利用し、方法２を適用する場合は、図７Ｆのテーブルを利用する場合を示すが、適用可能なテーブルはこれに限られない。なお、方法１に適用する構成と方法２に適用する構成はそれぞれ組み合わせて利用することができる。
【００７３】
＜方法１＞
ユーザ端末は、バンドリングウィンドウに含まれるＳＦで送信されるＨＣＩのうち最大のＨＣＩで指示されるＣＣに対するＡ／Ｎを、全てのＳＦ分フィードバックする。最大のＨＣＩとは、Ａ／Ｎ送信を指示するＣＣ数が最大のＨＣＩを指し、図６Ｄのテーブルの場合はＨＣＩの値が“０”が最大のＨＣＩとなる。
【００７４】
無線基地局は、ＨＣＩを下り制御情報（例えば、ＤＬ  ＤＡＩ等を含めるＤＬ割当て等）に含めてユーザ端末に通知することができる。そのため、バンドリングウィンドウのＳＦの中でＨＣＩが送信されるのは、ＤＬ割当てが送信（例えば、ＤＬデータがスケジューリング）されるＳＦとすることができる。また、無線基地局は、あるサブフレームにおいて、ＤＬ割当てを送信するＣＣが複数存在する場合には、ＤＬ  ＤＡＩ、ＵＬ  ＤＡＩ、ＨＣＩを複数ＣＣ間で共通の値に設定してユーザ端末に送信することができる。
【００７５】
図９にバンドリングウィンドウのＳＦ（ＤＬ割当てが送信されるＳＦ）毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、Ａ／Ｎ送信を行うＣＣを決定する場合の一例を示す。図９Ａは、バンドリングウィンドウに含まれるＳＦ＃ｎ１−＃ｎ４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４においてそれぞれ所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎ１においてＣＣ＃０−＃７、ＳＦ＃ｎ３においてＣＣ＃０−＃３、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。
【００７６】
この場合、無線基地局は、ＳＦ＃ｎ１の各ＣＣに対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝０）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３ＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【００７７】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃７を指定するＨＣＩ＝０）に基づいて、Ａ／Ｎ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃７に決定する。また、ユーザ端末は、決定したＣＣ＃０−＃７に対して、全てのＳＦ＃ｎ１、＃ｎ２、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする（空間バンドリング非適用時）。
【００７８】
図９Ｂは、バンドリングウィンドウに含まれるＳＦ＃ｎ１−＃ｎ４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４においてそれぞれ所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎ１においてＣＣ＃０−＃３、ＳＦ＃ｎ３おいてＣＣ＃０−＃３、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。
【００７９】
この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【００８０】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃３を指定するＨＣＩ＝１）に基づいて、Ａ／ＮＫ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃３に決定する。また、ユーザ端末は、決定したＣＣ＃０−＃３に対して、全てのＳＦ＃ｎ１−＃ｎ４におけるＡ／ＮビットをフィードバックするようにＡ／Ｎを生成する。
【００８１】
このように、ユーザ端末が最も多くのＣＣ数を指定する最大のＨＣＩに基づいてＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定する場合、一部のＳＦ及び／又はＣＣで検出ミスが発生しても最大のＨＣＩが指定するいずれかのＣＣで検出することによりＡ／Ｎビット数を決定することができる。ＨＣＩが最大のＳＦでは、多くのＣＣがスケジューリングされることが考えられるため、かかる場合に全てのＣＣでＤＬ割当てを検出ミスする可能性は低い。このため、最大のＨＣＩに基づいてＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定することにより、ユーザ端末と無線基地局間でＡ／Ｎコードブックサイズの認識不一致が発生する確率を大幅に低下することができる。
【００８２】
＜ＡＣＫ／ＮＡＣＫ用リソース＞
ユーザ端末は、ＰＵＣＣＨを利用してＡ／Ｎをフィードバックする場合、下り制御情報で指示されるリソースを利用することが考えられる。例えば、ユーザ端末が、ＰＵＣＣＨフォーマット３（又は新規ＰＵＣＣＨフォーマット）を利用して所定セルのＰＵＣＣＨで送信を行う場合、下り制御情報に含まれるＡＲＩの値に基づいてＰＵＣＣＨリソースを決定する。
【００８３】
ＴＤＤを適用する場合、無線基地局がバンドリングウィンドウに含まれるＳＦの途中からＤＬ割当てを送信するＣＣ数を増加することも考えられる（図１０参照）。図１０では、バンドリングウィンドウに含まれるＳＦ＃ｎ１においてＣＣ＃０−＃１、ＳＦ＃ｎ２においてＣＣ＃０、ＳＦ＃ｎ３においてＣＣ＃０−＃７、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。
【００８４】
無線基地局は、ＳＦ＃ｎの各ＣＣに対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ２のＣＣ＃０に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝３）を含め、ＳＦ＃ｎ３のＣＣ＃０−＃７に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝０）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝３）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【００８５】
つまり、スケジューラ（無線基地局）は、バンドリングウィンドウ内の初期のＳＦにおいて割当てＣＣ数を少なくし、ペイロードの小さいＰＵＣＣＨフォーマット（例えば、ＰＦ３）でユーザ端末にＰＵＣＣＨフィードバックを行うように指示するが、トラフィック等の通信環境の変化により途中以降のＳＦにおいて割当てＣＣ数を増やす場合がある。
【００８６】
そのため、本実施の形態では、ＨＣＩが最大の値を指示しているＳＦ（図１０におけるＳＦ＃ｎ３）で送信される下り制御情報に含まれるＡＲＩの値に基づいてＰＵＣＣＨリソースを決定する構成とすることができる。なお、ＨＣＩが最大の値を示すＳＦが複数ある場合には、いずれか一方のＳＦ（例えば、後半ＳＦ）で指定されるＡＲＩの値に基づいてＰＵＣＣＨリソースを決定することができる。
【００８７】
これにより、Ａ／Ｎビット数の決定に利用される最大のＨＣＩ（ＣＣ数）を考慮して設定されたＰＵＣＣＨリソースを適用することができる。その結果、バンドリングウィンドウ内の途中のＳＦから割当てＣＣ数が多くなる場合であっても、ＡＣＫ／ＮＡＣＫ送信（ＰＵＣＣＨフォーマット選択、ＰＵＣＣＨリソース決定等）を適切に行うことが可能となる。
【００８８】
なお、本実施の形態はこれに限られず、ＨＣＩが最大の値を指示しているＳＦ以降のＳＦで送信されるＡＲＩを利用してもよい。ＨＣＩが最大の値を指示するＳＦでは、基地局はユーザ端末に送信させるＰＵＣＣＨフォーマットを決定していると考えられる。このため、それ以降のＳＦで送信されるＡＲＩを用いてＰＵＣＣＨリソースを決定する場合、ＨＣＩが最大の値を指示するＳＦのＡＲＩを用いてＰＵＣＣＨリソースを決定する場合と同様の効果を得ることができる。
【００８９】
＜方法２＞
ユーザ端末は、バンドリングウィンドウに含まれるＳＦで送信されるＨＣＩで一度でも指示されたＣＣについて、全てのＳＦ分のＡ／ＮをＰＵＣＣＨでフィードバックするように制御することができる。
【００９０】
図１１にバンドリングウィンドウに含まれるＳＦ（ＤＬ割当てが送信されるＳＦ）毎に送信されるＨＣＩで一度でも指示されたＣＣについて、Ａ／Ｎ送信を行う場合の一例を示す。図１１Ａは、バンドリングウィンドウのＳＦ＃ｎ１−＃４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４においてそれぞれ所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎ１においてＣＣ＃０−＃３、ＳＦ＃ｎ３においてＣＣ＃４−＃７、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される。
【００９１】
この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃４−＃７に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【００９２】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４でそれぞれ送信されるＨＣＩで一度でも指定されたＣＣについて、Ａ／Ｎフィードバックを制御する。ここでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩとユーザ端末のＤＬ割当ての検出結果により、ＣＣ＃０−ＣＣ＃７が少なくとも１回は指示されると判断することができる。このため、ユーザ端末は、ＣＣ＃０−ＣＣ＃７について全てのＳＦ＃ｎ１−＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする（空間バンドリング非適用時）。
【００９３】
図１１Ｂは、バンドリングウィンドウに含まれるＳＦ＃ｎ１−＃ｎ４のうち、ＳＦ＃ｎ１においてＣＣ＃０−＃３、ＳＦ＃ｎ３においてＣＣ＃０−＃３、ＳＦｎ４においてＣＣ＃４−＃５でＤＬ割当てがそれぞれ送信される場合を示している。
【００９４】
この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃４−＃５に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【００９５】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩと検出結果に基づいて一度でも指定されたＣＣに対して、Ａ／Ｎフィードバックを行うＣＣであると判断する。ここでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩとＤＬ割当ての検出結果により、ユーザ端末は、ＣＣ＃０−ＣＣ＃５が少なくとも１回は指示されたと判断することができる。このため、ユーザ端末は、ＣＣ＃０−ＣＣ＃５について全てのＳＦ＃ｎ−＃ｎ＋３におけるＡ／Ｎビット列を生成してフィードバックする。なお、ＨＣＩが複数のＣＣを択一的に示している場合には、ユーザ端末における検出結果に基づいてＣＣを決定することができる。
【００９６】
このように、バンドリングウィンドウの各ＳＦで送信されるＨＣＩを考慮してＡ／Ｎフィードバックを行うＣＣ（Ａ／Ｎビット数）を決定することにより、ユーザ端末と無線基地局間におけるＡ／Ｎコードブックサイズの認識を適切に一致させることができる。
【００９７】
（第２の態様）
バンドリングウィンドウに対するＡ／Ｎビットの送信を行うタイミング（ＵＬサブフレーム）においてＵＬグラントでスケジューリングされたＰＵＳＣＨ送信がある場合、当該Ａ／ＮビットはＰＵＳＣＨに多重（Ｐｉｇｇｙｂａｃｋ）して送信される。なお、ＰＵＣＣＨ−ＰＵＳＣＨ同時送信（Simultaneous  PUCCH-PUSCH送信）が設定されている場合は、ＰＵＳＣＨに多重せずＰＵＣＣＨを用いて行うことができる。
【００９８】
ＰＵＳＣＨにＡ／Ｎビットを多重する際に、バンドリングウィンドウの全てＳＦ／全てのＣＣに対するＡ／Ｎビットを送信すると、ＰＵＳＣＨのオーバーヘッドが大きくなる。この場合、ＵＬ−ＳＣＨの符号化率も高くなり、ＵＬスループットが劣化するおそれもある。そのため、Ａ／ＮをＰＵＳＣＨで送信する場合にＡ／Ｎビットのオーバーヘッドを削減することが求められている。
【００９９】
そのため、第２の態様では、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩを考慮して、Ａ／Ｎ送信を行うＣＣとＳＦ（Ａ／Ｎビット数）を決定してＰＵＳＣＨで送信する場合について説明する。以下の説明では、ＨＣＩによりＡ／Ｎコードブックを決定する方法１と、ＨＣＩとＤＬ割当ての検出ＣＣによりＡ／Ｎコードブックを決定する方法２を例に挙げて説明する。
【０１００】
また、方法１の適用する場合は、図６Ｄのテーブルを利用し、方法２を適用する場合は、図７Ｆのテーブルを利用する場合を示すが、適用可能なテーブルはこれに限られない。なお、方法１に適用する構成と方法２に適用する構成はそれぞれ組み合わせて利用することができる。
【０１０１】
＜方法１＞
ユーザ端末は、バンドリングウィンドウの所定ＳＦで送信されるＤＡＩ（ＵＬ  ＤＡＩ及び／又はＤＬ  ＤＡＩ）とＨＣＩに基づいてＡ／Ｎ送信を行うＣＣとＳＦ（Ａ／Ｎビット数）を決定する。
【０１０２】
図１２は、バンドリングウィンドウに含まれるＳＦ毎（ＤＬ割当てが送信されるＳＦ毎）に送信されるＨＣＩの中で最大のＨＣＩに基づいて、Ａ／Ｎ送信を行うＣＣを決定する場合の一例を示している。
【０１０３】
図１２Ａは、バンドリングウィンドウに含まれるＳＦ＃ｎ１におけるＣＣ＃０−＃７、ＳＦ＃ｎ３におけるＣＣ＃０−＃３、ＳＦ＃４におけるＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される場合を示している。
【０１０４】
この場合、無線基地局は、ＳＦ＃ｎ１の各ＣＣに対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝０）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【０１０５】
また、無線基地局は、所定ＳＦ（例えば、ＳＦ＃ｎ４）において下り制御情報（例えば、ＵＬグラント）にＵＬ  ＤＡＩ（ここでは、ＵＬ  ＤＡＩ＝３）を含めてユーザ端末に通知する。無線基地局は、ＵＬ  ＤＡＩとＤＬ  ＤＡＩは既存システムと同様に利用し、ＨＣＩを用いて各ＳＦにおけるＡ／Ｎフィードバックを行うＣＣを指定することができる。
【０１０６】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃７を指定するＨＣＩ＝０）に基づいて、Ａ／Ｎ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃７に決定する。また、ユーザ端末は、ＵＬ  ＤＡＩに基づいてＤＬデータが送信されるＳＦ数を把握することができる。さらに、ユーザ端末は、ＤＬ  ＤＡＩに基づいてどのＳＦで割当てがないか（又は検出ミスが発生したか）を識別することができる。
【０１０７】
したがって、ユーザ端末は、ＨＣＩにより決定したＣＣ数とＵＬ  ＤＡＩにより決定したＳＦ数に基づいてＡ／Ｎコードブックサイズを決定すると共に、ＤＬ  ＤＡＩで識別したＳＦに対するＡ／Ｎを生成することができる。図１２Ａに示す場合、ユーザ端末は、ＣＣ＃０−＃７に対して、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。
【０１０８】
図１２Ｂは、バンドリングウィンドウに含まれるサブフレームＳＦ＃ｎ１におけるＣＣ＃０−＃３、ＳＦ＃ｎ３におけるＣＣ＃０−＃３、ＳＦ＃ｎ４におけるＣＣ＃０−＃１でＤＬ割当てがそれぞれ送信される場合を示している。
【０１０９】
この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。また、無線基地局は、ＳＦ＃ｎ４において下り制御情報（例えば、ＵＬグラント）にＵＬ  ＤＡＩ（ここでは、ＵＬ  ＤＡＩ＝３）を含めてユーザ端末に通知する。
【０１１０】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で最大のＨＣＩ（ここでは、ＣＣ＃０−＃３を指定するＨＣＩ＝１）に基づいて、Ａ／Ｎ送信を行うＣＣ数をＣＣ＃０−ＣＣ＃３に決定する。また、ユーザ端末は、ＵＬ  ＤＡＩに基づいてＤＬデータが送信されるＳＦ数（ここでは、３）を把握することができる。さらに、ユーザ端末は、ＤＬ  ＤＡＩに基づいてどのＳＦで割当てがないか（ここでは、ＳＦ＃ｎ２）を識別することができる。
【０１１１】
図１２Ｂに示す場合、ユーザ端末は、ＣＣ＃０−＃３に対して、ＳＦＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。このように、ＨＣＩとＵＬ  ＤＡＩ及び／又はＤＬ  ＤＡＩに基づいてＡ／Ｎビット数を決定することにより、ＰＵＳＣＨのオーバーヘッドの増加を抑制することができる。
【０１１２】
＜方法２＞
ユーザ端末は、バンドリングウィンドウに含まれるＳＦで送信されるＤＡＩ（ＵＬ  ＤＡＩ及び／又はＤＬ  ＤＡＩ）と、ＨＣＩと、ＤＬ割当てでスケジューリングされたＣＣの検出に基づいてＨＡＲＱ−ＡＣＫビット数を決定することができる。
【０１１３】
図１３にバンドリングウィンドウに含まれるＳＦ毎（ＤＬ割当てが送信されるＳＦ毎）に送信されるＨＣＩとＤＬ  ＤＡＩの一例を示す。
【０１１４】
図１３Ａは、バンドリングウィンドウに含まれるＳＦ＃ｎ１においてＣＣ＃０−＃３でＤＬ割当てが送信され、ＳＦ＃ｎ３においてＣＣ＃４−＃７でＤＬ割当てが送信され、ＳＦ＃ｎ４においてＣＣ＃０−＃１でＤＬ割当てが送信される場合を示している。
【０１１５】
この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃４−＃７に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃０−＃１に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【０１１６】
また、無線基地局は、所定ＳＦ（例えば、ＳＦ＃４）において下り制御情報（例えば、ＵＬグラント）にＵＬ  ＤＡＩ（ここでは、ＵＬ  ＤＡＩ＝３）を含めてユーザ端末に通知する。無線基地局は、ＵＬ  ＤＡＩとＤＬ  ＤＡＩは既存システムと同様に利用し、ＨＣＩを用いて各ＳＦにおけるＡ／Ｎ送信の対象となるＣＣを指定することができる。
【０１１７】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩとＤＬ割当ての検出に基づいて一度でも指定されたＣＣについて、Ａ／Ｎフィードバックの対象となるＣＣを決定する。ユーザ端末は、ＳＦ＃ｎ１において、ＨＣＩの値（ＨＣＩ＝１）とＤＬ割当てを検出したＣＣ（ＣＣ＃０−＃３）に基づいて、ＨＣＩがＣＣ＃０−＃３を示すと判断することができる。また、ユーザ端末は、ＳＦ＃ｎ３において、ＨＣＩの値（ＨＣＩ＝１）とＤＬ割当てを検出したＣＣ（ＣＣ＃４−＃７）に基づいて、ＨＣＩがＣＣ＃４−＃７を示すと判断することができる。
【０１１８】
図１３Ａでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩにより、ＣＣ＃０−ＣＣ＃７が少なくとも１回は指示される。このため、ユーザ端末は、Ａ／Ｎ送信の対象となるＣＣ数をＣＣ＃０−ＣＣ＃７に決定する。また、ユーザ端末は、ＵＬ  ＤＡＩに基づいてＤＬデータが送信されるＳＦ数を把握することができる。また、ユーザ端末は、ＤＬ  ＤＡＩに基づいてどのＳＦで割当てがないか（又は検出ミスが発生したか）を識別することができる。
【０１１９】
図１３Ａに示す場合、ユーザ端末は、ＣＣ＃０−＃７に対して、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。
【０１２０】
図１３Ｂは、バンドリングウィンドウに含まれるＳＦ＃ｎ−＃ｎ４のうち、ＳＦ＃ｎ１、＃ｎ３、＃ｎ４において所定ＣＣでＤＬ割当てが送信される場合を示している。具体的には、ＳＦ＃ｎにおいてＣＣ＃０−＃３、ＳＦ＃ｎ３においてＣＣ＃０−＃３、ＳＦ＃ｎ４においてＣＣ＃２−＃３でＤＬ割当てがそれぞれ送信される。
【０１２１】
この場合、無線基地局は、ＳＦ＃ｎ１のＣＣ＃０−＃３に対するＤＬ割当てに、所定のＤＬ  ＤＡＩ（＝０）と、ＨＣＩ（＝１）を含めてユーザ端末に通知する。同様に、無線基地局は、ＳＦ＃ｎ３のＣＣ＃０−＃３に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝１）と、ＨＣＩ（＝１）を含め、ＳＦ＃ｎ４のＣＣ＃２−＃３に対するＤＬ割当てに所定のＤＬ  ＤＡＩ（＝２）と、ＨＣＩ（＝２）を含めてユーザ端末に通知する。
【０１２２】
また、無線基地局は、所定ＳＦ（例えば、ＳＦ＃ｎ４）において下り制御情報（例えば、ＵＬグラント）にＵＬ  ＤＡＩ（ここでは、ＵＬ  ＤＡＩ＝３）を含めてユーザ端末に通知する。無線基地局は、ＵＬ  ＤＡＩとＤＬ  ＤＡＩは既存システムと同様に利用し、ＨＣＩを用いて各ＳＦにおけるＡ／Ｎフィードバックの対象となるＣＣを指定することができる。
【０１２３】
ユーザ端末は、各ＳＦ＃ｎ１、＃ｎ３、＃ｎ４で送信されるＨＣＩの中で一度でも指定されたＣＣについて、Ａ／Ｎフィードバックの送信を行うＣＣを決定する。ここでは、バンドリングウィンドウのＳＦ＃ｎ１、＃ｎ３、＃ｎ４で受信したＨＣＩとユーザ端末の検出結果により、ＣＣ＃０−ＣＣ＃３が少なくとも１回は指示される場合を示している。このため、ユーザ端末は、Ａ／Ｎ送信の対象ＣＣをＣＣ＃０−ＣＣ＃３に決定する。また、ユーザ端末は、ＵＬ  ＤＡＩに基づいてＤＬデータが送信されるＳＦ数を把握することができる。さらに、ユーザ端末は、ＤＬ  ＤＡＩに基づいてどのＳＦで割当てがないか（又は検出ミスが発生したか）を識別することができる。
【０１２４】
図１３Ｂに示す場合、ユーザ端末は、ＣＣ＃０−＃３に対して、サブフレームＳＦ＃ｎ１、＃ｎ３、＃ｎ４におけるＡ／Ｎビットを生成してフィードバックする。
【０１２５】
このように、ユーザ端末がＵＬ  ＤＡＩ、ＤＬ  ＤＡＩ及びＨＣＩを利用してＡ／Ｎ送信を行うＣＣとＳＦを決定してＡ／Ｎビットを生成することにより、Ａ／ＮをＰＵＳＣＨで送信する場合にＡ／Ｎペイロード（オーバーヘッド）を削減することができる。また、ユーザ端末がＵＬ  ＤＡＩ、ＤＬ  ＤＡＩ及びＨＣＩを利用してＡ／Ｎ送信を行うＣＣとＳＦを決定してＡ／Ｎビットを生成することにより、ユーザ端末と無線基地局間におけるＡ／Ｎコードブックサイズの認識を一致させることができる。
【０１２６】
（無線通信システム）
以下、本発明の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
【０１２７】
図１４は、本発明の一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。なお、無線通信システム１は、ＳＵＰＥＲ  ３Ｇ、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）などと呼ばれても良い。
【０１２８】
図１４に示す無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２ａ〜１２ｃとを備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。
【０１２９】
ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方に接続することができる。ユーザ端末２０は、異なる周波数を用いるマクロセルＣ１とスモールセルＣ２を、ＣＡ又はＤＣにより同時に使用することが想定される。また、ユーザ端末２０は、複数のセル（ＣＣ）（例えば、６個以上のＣＣ）を用いてＣＡ又はＤＣを適用することができる。
【０１３０】
ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が狭いキャリア（既存キャリア、Legacy  carrierなどと呼ばれる）を用いて通信を行うことができる。一方、ユーザ端末２０と無線基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚ、５ＧＨｚなど）で帯域幅が広いキャリアが用いられてもよいし、無線基地局１１との間と同じキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。
【０１３１】
無線基地局１１と無線基地局１２との間（又は、２つの無線基地局１２間）は、有線接続（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線接続する構成とすることができる。
【０１３２】
無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）などが含まれるが、これに限定されるものではない。また、各無線基地局１２は、無線基地局１１を介して上位局装置３０に接続されてもよい。
【０１３３】
なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、ｅＮＢ（eNodeB）、送受信ポイント、などと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ＨｅＮＢ（Home  eNodeB）、ＲＲＨ（Remote  Radio  Head）、送受信ポイントなどと呼ばれてもよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。
【０１３４】
各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでもよい。
【０１３５】
無線通信システム１においては、無線アクセス方式として、下りリンクにＯＦＤＭＡ（直交周波数分割多元接続）が適用され、上りリンクにＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られず、上りリンクでＯＦＤＭＡが用いられてもよい。
【０１３６】
無線通信システム１では、下りリンクのチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（ＰＤＳＣＨ：Physical  Downlink  Shared  Channel）、報知チャネル（ＰＢＣＨ：Physical  Broadcast  Channel）、下りＬ１／Ｌ２制御チャネルなどが用いられる。ＰＤＳＣＨにより、ユーザデータや上位レイヤ制御情報、ＳＩＢ（System  Information  Block）などが伝送される。また、ＰＢＣＨにより、ＭＩＢ（Master  Information  Block）が伝送される。
【０１３７】
下りＬ１／Ｌ２制御チャネルは、下り制御チャネル（ＰＤＣＣＨ（Physical  Downlink  Control  Channel）、ＥＰＤＣＣＨ（Enhanced  Physical  Downlink  Control  Channel））、ＰＣＦＩＣＨ（Physical  Control  Format  Indicator  Channel）、ＰＨＩＣＨ（Physical  Hybrid-ARQ  Indicator  Channel）などを含む。ＰＤＣＣＨにより、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink  Control  Information）などが伝送される。ＰＣＦＩＣＨにより、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＰＨＩＣＨにより、ＰＵＳＣＨに対するＨＡＲＱの送達確認情報（ＡＣＫ／ＮＡＣＫ）が伝送される。ＥＰＤＣＣＨは、ＰＤＳＣＨ（下り共有データチャネル）と周波数分割多重され、ＰＤＣＣＨと同様にＤＣＩなどの伝送に用いられる。
【０１３８】
無線通信システム１では、上りリンクのチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）、上り制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical  Random  Access  Channel）などが用いられる。ＰＵＳＣＨにより、ユーザデータ、上位レイヤ制御情報が伝送される。送達確認情報（ＡＣＫ／ＮＡＣＫ）や無線品質情報（ＣＱＩ）などの少なくも一つを含む上り制御情報（ＵＣＩ：Uplink  Control  Information）は、ＰＵＳＣＨ又はＰＵＣＣＨにより、伝送される。ＰＲＡＣＨにより、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
【０１３９】
＜無線基地局＞
図１５は、本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。無線基地局１０は、複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。なお、送受信部１０３は、送信部及び受信部で構成される。
【０１４０】
下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
【０１４１】
ベースバンド信号処理部１０４では、ユーザデータに関して、ＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio  Link  Control）再送制御などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium  Access  Control）再送制御（例えば、ＨＡＲＱ（Hybrid  Automatic  Repeat  reQuest）の送信処理）、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse  Fast  Fourier  Transform）処理、プリコーディング処理などの送信処理が行われて送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、送受信部１０３に転送される。
【０１４２】
送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２により増幅され、送受信アンテナ１０１から送信される。
【０１４３】
送受信部（送信部）１０３は、ＴＤＤを適用して各セルからＤＬ送信を行うと共に、バンドリングウィンドウのＤＬ割当てを行うサブフレーム毎にＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ：HARQ-ACK  Codebook  Indicator）を送信することができる。送受信部１０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０１４４】
一方、上り信号については、送受信アンテナ１０１で受信された無線周波数信号がアンプ部１０２で増幅される。送受信部１０３はアンプ部１０２で増幅された上り信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。
【０１４５】
ベースバンド信号処理部１０４では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換（ＦＦＴ：Fast  Fourier  Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse  Discrete  Fourier  Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放などの呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。
【０１４６】
伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、基地局間インターフェース（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して隣接無線基地局１０と信号を送受信（バックホールシグナリング）してもよい。
【０１４７】
図１６は、本実施形態に係る無線基地局の機能構成の一例を示す図である。なお、図１６では、本実施形態における特徴部分の機能ブロックを主に示しており、無線基地局１０は、無線通信に必要な他の機能ブロックも有しているものとする。図１６に示すように、ベースバンド信号処理部１０４は、制御部（スケジューラ）３０１と、送信信号生成部（生成部）３０２と、マッピング部３０３と、受信信号処理部３０４と、を備えている。
【０１４８】
制御部（スケジューラ）３０１は、ＰＤＳＣＨで送信される下りデータ信号、ＰＤＣＣＨ及び／又はＥＰＤＣＣＨで伝送される下り制御信号のスケジューリング（例えば、リソース割り当て）を制御する。また、システム情報、同期信号、ページング情報、ＣＲＳ（Cell-specific  Reference  Signal）、ＣＳＩ−ＲＳ（Channel  State  Information  Reference  Signal）等のスケジューリングの制御も行う。また、上り参照信号、ＰＵＳＣＨで送信される上りデータ信号、ＰＵＣＣＨ及び／又はＰＵＳＣＨで送信される上り制御信号等のスケジューリングを制御する。
【０１４９】
制御部３０１は、ユーザ端末からフィードバックされる送達確認信号（ＨＡＲＱ−ＡＣＫ）に基づいて、下りデータの再送／新規データ送信を制御する。また、制御部３０１は、ＤＬ送信に対してユーザ端末がバンドリングウィンドウに基づいてフィードバックするＨＡＲＱ−ＡＣＫの受信処理を制御する。なお、受信処理は、制御部３０１からの指示に基づいて受信信号処理部３０４で行ってもよい。
【０１５０】
例えば、制御部３０１は、ＨＣＩ（例えば、バンドリングウィンドウのサブフレームで送信した最大のＨＣＩが指定するＣＣ、又はＨＣＩで一度指定したＣＣ）に基づいて、ユーザ端末からフィードバックされるＨＡＲＱ−ＡＣＫビット数を判断することができる。なお、制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。
【０１５１】
送信信号生成部３０２は、制御部３０１からの指示に基づいて、ＤＬ信号（下りデータ信号、下り制御信号を含む）を生成して、マッピング部３０３に出力する。具体的には、送信信号生成部３０２は、ユーザデータを含む下りデータ信号（ＰＤＳＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＤＣＩ（ＵＬグラント）を含む下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＣＲＳ、ＣＳＩ−ＲＳなどの下り参照信号を生成して、マッピング部３０３に出力する。
【０１５２】
送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０１５３】
マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成されたＤＬ信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０１５４】
受信信号処理部３０４は、ユーザ端末２０から送信されるＵＬ信号（ＨＡＲＱ−ＡＣＫ、ＰＵＳＣＨ等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。処理結果は、制御部３０１に出力される。受信信号処理部３０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。
【０１５５】
＜ユーザ端末＞
図１７は、本発明の一実施形態に係るに係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。なお、送受信部２０３は、送信部及び受信部から構成されてもよい。
【０１５６】
複数の送受信アンテナ２０１で受信された無線周波数信号は、それぞれアンプ部２０２で増幅される。各送受信部２０３はアンプ部２０２で増幅された下り信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。
【０１５７】
送受信部（受信部）２０３は、ＴＤＤを適用する複数のセルから送信されるＤＬ信号を受信する。例えば、送受信部（受信部）２０３は、バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ）を受信する。また、送受信部（送信部）２０３は、受信したＤＬ信号に対するＨＡＲＱ−ＡＣＫを送信する。なお、送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置とすることができる。
【０１５８】
ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部２０５に転送される。
【０１５９】
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）や、チャネル符号化、プリコーディング、離散フーリエ変換（ＤＦＴ：Discrete  Fourier  Transform）処理、ＩＦＦＴ処理などが行われて各送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。
【０１６０】
図１８は、本実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１８においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有しているものとする。図１８に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、判定部４０５と、を備えている。
【０１６１】
制御部４０１は、無線基地局１０から送信された下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨで送信された信号）及び下りデータ信号（ＰＤＳＣＨで送信された信号）を、受信信号処理部４０４から取得する。制御部４０１は、下り制御信号や、下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号（例えば、送達確認信号（ＨＡＲＱ−ＡＣＫ）など）や上りデータ信号の生成を制御する。具体的には、制御部４０１は、送信信号生成部４０２、マッピング部４０３及び受信信号処理部４０４の制御を行うことができる。
【０１６２】
制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＡＲＱ−ＡＣＫコードブック識別子（ＨＣＩ）に基づいて、バンドリングウィンドウに対するＨＡＲＱ−ＡＣＫの送信を行うセルを決定する。例えば、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩの中で最大のＨＣＩに基づいて、ＨＡＲＱ−ＡＣＫの送信を行うセル（ＨＡＲＱ−ＡＣＫビット数）を決定することができる。また、制御部４０１は、最大のＨＣＩが送信されるサブフレームで送信されるＡＲＩ（Ack/nack  Resource  Indicator）に基づいてＨＡＲＱ−ＡＣＫを送信するリソースを決定することができる。あるいは、制御部４０１は、バンドリングウィンドウに含まれるＳＦ毎に送信されるＨＣＩの中で最後にスケジューリングされたＳＦのＨＣＩに基づいて、当該バンドリングウィンドウの全てのＳＦに対してＡ／Ｎ送信を行うＣＣ（Ａ／Ｎビット数）を決定してもよい。
【０１６３】
また、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩで少なくとも一度指示されたセルに対してＨＡＲＱ−ＡＣＫを送信するように制御することができる。また、制御部４０１は、バンドリングウィンドウの全てのサブフレームのＨＡＲＱ−ＡＣＫを上り制御チャネルで送信することができる。
【０１６４】
また、制御部４０１は、バンドリングウィンドウの所定サブフレームでＵＬグラントが送信される場合、サブフレーム毎に送信されるＤＬ  ＤＡＩ、ＨＣＩ、及び所定サブフレームで送信されるＵＬ  ＤＡＩに基づいて、ＨＡＲＱ−ＡＣＫビット数を決定して、上り共有チャネルで送信するように制御することができる。例えば、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩの中で最大のＨＣＩに基づいてＨＡＲＱ−ＡＣＫの送信を行うセルを決定すると共に、ＵＬ  ＤＡＩ及び／又はＤＬ  ＤＡＩに基づいてＨＡＲＱ−ＡＣＫの送信を行うサブフレームを決定することができる。
【０１６５】
また、制御部４０１は、バンドリングウィンドウのサブフレーム毎に送信されるＨＣＩで少なくとも一度指示されたセルに対してＨＡＲＱ−ＡＣＫを送信するように制御することができる。なお、制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。
【０１６６】
送信信号生成部４０２は、制御部４０１からの指示に基づいて、ＵＬ信号を生成して、マッピング部４０３に出力する。例えば、送信信号生成部４０２は、制御部４０１からの指示に基づいて、送達確認信号（ＨＡＲＱ−ＡＣＫ）やチャネル状態情報（ＣＳＩ）等の上り制御信号を生成する。
【０１６７】
また、送信信号生成部４０２は、制御部４０１からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部４０２は、無線基地局１０から通知される下り制御信号にＵＬグラントが含まれている場合に、制御部４０１から上りデータ信号の生成を指示される。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０１６８】
マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成された上り信号（上り制御信号及び／又は上りデータ）を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０１６９】
受信信号処理部４０４は、ＤＬ信号（例えば、無線基地局から送信された下り制御信号、ＰＤＳＣＨで送信された下りデータ信号等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。受信信号処理部４０４は、無線基地局１０から受信した情報を、制御部４０１、判定部４０５に出力する。受信信号処理部４０４は、例えば、報知情報、システム情報、ＲＲＣシグナリング、ＤＣＩなどを、制御部４０１に出力する。
【０１７０】
受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。また、受信信号処理部４０４は、本発明に係る受信部を構成することができる。
【０１７１】
判定部４０５は、受信信号処理部４０４の復号結果に基づいて、再送制御判定（ＡＣＫ／ＮＡＣＫ）を行うと共に、判定結果を制御部４０１に出力する。複数ＣＣ（例えば、６個以上のＣＣ）から下り信号（ＰＤＳＣＨ）が送信される場合には、各ＣＣについてそれぞれ再送制御判定（ＡＣＫ／ＮＡＣＫ）を行い制御部４０１に出力する。判定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される判定回路又は判定装置から構成することができる。
【０１７２】
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。
【０１７３】
例えば、無線基地局１０やユーザ端末２０の各機能の一部又は全ては、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを用いて実現されても良い。また、無線基地局１０やユーザ端末２０は、プロセッサ（ＣＰＵ：Central  Processing  Unit）と、ネットワーク接続用の通信インターフェースと、メモリと、プログラムを保持したコンピュータ読み取り可能な記憶媒体と、を含むコンピュータ装置によって実現されてもよい。つまり、本発明の一実施形態に係る無線基地局、ユーザ端末などは、本発明に係る無線通信方法の処理を行うコンピュータとして機能してもよい。
【０１７４】
ここで、プロセッサやメモリなどは情報を通信するためのバスで接続される。また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＣＤ−ＲＯＭ（Compact  Disc−ＲＯＭ）、ＲＡＭ（Random  Access  Memory）、ハードディスクなどの記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されても良い。また、無線基地局１０やユーザ端末２０は、入力キーなどの入力装置や、ディスプレイなどの出力装置を含んでいてもよい。
【０１７５】
無線基地局１０及びユーザ端末２０の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。プロセッサは、オペレーティングシステムを動作させてユーザ端末の全体を制御する。また、プロセッサは、記憶媒体からプログラム、ソフトウェアモジュールやデータをメモリに読み出し、これらに従って各種の処理を実行する。
【０１７６】
ここで、当該プログラムは、上記の各実施形態で説明した各動作を、コンピュータに実行させるプログラムであれば良い。例えば、ユーザ端末２０の制御部４０１は、メモリに格納され、プロセッサで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【０１７７】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１７８】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【０１７９】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１８０】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１８１】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。
【０１８２】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。
【０１８３】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１８４】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１８５】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【０１８６】
本出願は、２０１５年９月２４日出願の特願２０１５−１８７４７２に基づく。この内容は、全てここに含めておく。
【図１】
2017051717.tif 000003
【図２】
2017051717.tif 000004
【図３】
2017051717.tif 000005
【図４】
2017051717.tif 000006
【図５】
2017051717.tif 000007
【図６】
2017051717.tif 000008
【図７】
2017051717.tif 000009
【図８】
2017051717.tif 000010
【図９】
2017051717.tif 000011
【図１０】
2017051717.tif 000012
【図１１】
2017051717.tif 000013
【図１２】
2017051717.tif 000014
【図１３】
2017051717.tif 000015
【図１４】
2017051717.tif 000016
【図１５】
2017051717.tif 000017
【図１６】
2017051717.tif 000018
【図１７】
2017051717.tif 000019
【図１８】
2017051717.tif 000020
【国際調査報告】
2017051717.tif 000021
2017051717.tif 000022