(57)【要約】【課題】無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うこと。【解決手段】ＴＤＤを利用するコンポーネントキャリア（ＣＣ：Component  Carrier）を含む複数のＣＣから送信されるＤＬ信号を受信する受信部と、ＴＤＤで規定されるバンドリングウィンドウに基づいて前記複数のＣＣから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、前記受信部は、ＤＬ送信が行われるＣＣの下り制御情報に含まれるコードブックサイズを示す第１の情報と、前記バンドリングウィンドウにおけるＤＬ割当てＣＣのカウンタ値を示す第２の情報とを受信し、前記制御部は、前記第１の情報及び第２の情報に基づいてＨＡＲＱ−ＡＣＫの送信を制御する。【選択図】図６
2017092615.tif 000002
【特許請求の範囲】
【請求項１】
ＴＤＤを利用するコンポーネントキャリア（ＣＣ：Component  Carrier）を含む複数のＣＣから送信されるＤＬ信号を受信する受信部と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて前記複数のＣＣから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、
前記受信部は、ＤＬ送信が行われるＣＣの下り制御情報に含まれるコードブックサイズを示す第１の情報と、前記バンドリングウィンドウにおけるＤＬ割当てＣＣのカウンタ値を示す第２の情報とを受信し、前記制御部は、前記第１の情報及び前記第２の情報に基づいてＨＡＲＱ−ＡＣＫの送信を制御することを特徴とするユーザ端末。
【請求項２】
前記第２の情報は、前記バンドリングウィンドウのＤＬ送信が行われるＣＣに対して、ＤＬ送信が行われるサブフレーム順序とＣＣ番号順に基づいてナンバリングされることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、前記第１の情報に基づいてサイズが決定されるコードブックの各ビット位置に設定するＨＡＲＱ−ＡＣＫを、前記第２の情報に基づいて決定することを特徴とする請求項１又は請求項２に記載のユーザ端末。
【請求項４】
前記制御部は、各ＣＣのＨＡＲＱ−ＡＣＫをそれぞれ設定するコードブックにおいて、スケジューリングされたＣＣの中で前記第２の情報を検出しなかったＣＣに対応するＨＡＲＱ−ＡＣＫをＮＡＣＫと判断することを特徴とする請求項１から請求項３のいずれかに記載のユーザ端末。
【請求項５】
複数のＰＵＣＣＨフォーマットが設定されている場合、前記制御部は、前記第１の情報に基づいて適用するＰＵＣＣＨフォーマットを決定することを特徴とする請求項１から請求項４のいずれかに記載のユーザ端末。
【請求項６】
前記制御部は、前記バンドリングウィンドウにおいてＤＬ信号を受信した最後のサブフレームのＣＣの下り制御情報に含まれる第１の情報及び／又はＡＲＩ（Ack/nack  Resource  Indicator）に基づいてＨＡＲＱ−ＡＣＫの送信を制御することを特徴とする請求項１から請求項５のいずれかに記載のユーザ端末。
【請求項７】
前記第１の情報は、一つのビット値を明示的に示す情報であることを特徴とする請求項１から請求項６のいずれかに記載のユーザ端末。
【請求項８】
前記ＨＡＲＱ−ＡＣＫコードブックサイズを示す第１の情報がトータルＤＡＩを定義するビットフィールドに設定され、前記カウンタ値を示す第２の情報がカウンタＤＡＩを定義するビットフィールドに設定されることを特徴とする請求項１から請求項７のいずれかに記載のユーザ端末。
【請求項９】
ＴＤＤを利用するコンポーネントキャリア（ＣＣ：Component  Carrier）を含む複数のＣＣを利用可能なユーザ端末と通信を行う無線基地局であって、
ＴＤＤを適用してＤＬ送信を行う送信部と、
前記ＤＬ送信に対して前記ユーザ端末がＴＤＤで規定されるバンドリングウィンドウに基づいてフィードバックするＨＡＲＱ−ＡＣＫを受信する受信部と、を有し、
前記送信部は、コードブックサイズを示す第１の情報と、前記バンドリングウィンドウにおけるＤＬ割当てＣＣのカウンタ値を示す第２の情報を下り制御情報で前記ユーザ端末に送信することを特徴とする無線基地局。
【請求項１０】
無線基地局と通信するユーザ端末の無線通信方法であって、
ＴＤＤを利用するコンポーネントキャリア（ＣＣ：Component  Carrier）を含む複数のＣＣから送信されるＤＬ信号を受信する工程と、
ＴＤＤで規定されるバンドリングウィンドウに基づいて前記複数のＣＣから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する工程と、を有し、
ＤＬ送信が行われるＣＣの下り制御情報に含まれるコードブックサイズを示す第１の情報と、前記バンドリングウィンドウにおけるＤＬ割当てＣＣのカウンタ値を示す第２の情報と、に基づいてＨＡＲＱ−ＡＣＫの送信を制御することを無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代移動通信システムにおけるユーザ端末、無線基地局及び無線通信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（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”
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ＬＴＥ  Ｒｅｌ．１２以前の既存のＬＴＥシステムにおいて、ユーザ端末がフィードバックするＡＣＫ／ＮＡＣＫのビットサイズ（コードブックサイズ、ビット列サイズとも呼ぶ）は、無線基地局から上位レイヤシグナリングであらかじめ準静的（ｓｅｍｉ−ｓｔａｔｉｃ）に通知されるＣＣ等の情報に基づいて決定される。したがって、ＣＡを適用する場合、ユーザ端末は設定されるＣＣ数等に基づいて固定的に決定されるコードブックサイズでＡＣＫ／ＮＡＣＫフィードバックを行う。
【００１２】
このため、ユーザ端末に設定されるＣＣ数と、あるサブフレームでＤＬデータのスケジューリングが行われるＣＣ数が異なる場合であっても、ユーザ端末においてコードブックサイズを変更できない。その結果、実際にスケジューリングされるＣＣ数が少ない場合であっても、送信するＡＣＫ／ＮＡＣＫサイズが必要以上に大きくなる場合が生じる。
【００１３】
また、Ｒｅｌ．１２以前では、ＣＡ時に設定可能なＣＣ数が最大５個であったが、Ｒｅｌ．１３以降では設定可能なＣＣ数の拡張が想定されている。かかる場合に、既存のＬＴＥシステムと同様にＡＣＫ／ＮＡＣＫのビットサイズを決定すると、設定されるＣＣ数と、スケジューリングされるＣＣ数とが大きく異なる場合が生じる。これにより、ＵＬ送信のオーバーヘッドが増加するおそれがある。
【００１４】
一方で、ユーザ端末が受信したＤＬ信号（ＤＬ信号を受信したＣＣ数）等に基づいて、フィードバックするＨＡＲＱ−ＡＣＫのコードブックサイズを動的に制御することが考えられる。しかし、ユーザ端末がＤＬ信号を検出ミス又は誤検出した場合、無線基地局と、ユーザ端末でコードブックサイズの認識が異なる場合が生じる。かかる場合、無線基地局は、ユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを適切に受信（例えば、復号処理）できず、通信品質が低下するおそれがある。
【００１５】
本発明はかかる点に鑑みてなされたものであり、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うことができるユーザ端末、無線基地局及び無線通信方法を提供することを目的の１つとする。
【課題を解決するための手段】
【００１６】
本発明の一態様に係るユーザ端末は、ＴＤＤを利用するコンポーネントキャリア（ＣＣ：Component  Carrier）を含む複数のＣＣから送信されるＤＬ信号を受信する受信部と、ＴＤＤで規定されるバンドリングウィンドウに基づいて前記複数のＣＣから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、前記受信部は、ＤＬ送信が行われるＣＣの下り制御情報に含まれるコードブックサイズを示す第１の情報と、前記バンドリングウィンドウにおけるＤＬ割当てＣＣのカウンタ値を示す第２の情報とを受信し、前記制御部は、前記第１の情報及び前記第２の情報に基づいてＨＡＲＱ−ＡＣＫの送信を制御することを特徴とする。
【発明の効果】
【００１７】
本発明の一態様によれば、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うことができる。
【図面の簡単な説明】
【００１８】
【図１】キャリアアグリゲーションの説明図である。
【図２】ＴＤＤで規定されるバンドリングウィンドウを説明する図である。
【図３】ユーザ端末と無線基地局間のスケジューリングＣＣの認識の一例を示す図である。
【図４】ＦＤＤにおけるカウンタＤＡＩとトータルＤＡＩの設定方法の一例を示す図である。
【図５】ＴＤＤで規定されるバンドリングウィンドウにおけるカウンタＤＡＩとトータルＤＡＩの設定方法の一例を示す図である。
【図６】第１の態様におけるカウンタＤＡＩとトータルＤＡＩの設定方法の一例を示す図である。
【図７】第１の態様におけるカウンタＤＡＩとトータルＤＡＩの設定方法の他の例を示す図である。
【図８】第２の態様におけるカウンタＤＡＩとトータルＤＡＩの設定方法の一例を示す図である。
【図９】トータルＤＡＩにｍｏｄｕｌｏ演算を利用する場合の一例を示す図である。
【図１０】第３の態様におけるトータルＤＡＩのビット情報に含める情報の一例を示す図である。
【図１１】第３の態様におけるトータルＤＡＩのビット情報に含める情報の他の例を示す図である。
【図１２】本発明の一実施形態に係る無線通信システムの概略構成図である。
【図１３】本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。
【図１４】本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。
【図１５】本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。
【図１６】本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。
【図１７】本発明の一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１９】
図１は、キャリアアグリゲーション（ＣＡ）の説明図である。図１に示すように、ＬＴＥ  Ｒｅｌ．１２までのＣＡでは、所定の帯域幅（例えば、ＬＴＥ  Ｒｅｌ．８の帯域幅）を基本単位とするコンポーネントキャリア（ＣＣ）が最大５個（ＣＣ＃１−ＣＣ＃５）束ねられる。すなわち、ＬＴＥ  Ｒｅｌ．１２までのＣＡでは、ＵＥあたりに設定可能なＣＣ数は、最大５個に制限される。
【００２０】
一方、ＬＴＥ  Ｒｅｌ．１３のＣＡでは、６個以上のＣＣを束ねて、更なる帯域拡張を図ることが検討されている。すなわち、ＬＴＥ  Ｒｅｌ．１３のＣＡでは、ＵＥあたりに設定可能なＣＣ（セル）数を６個以上に拡張すること（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）を検出した場合に、所定期間（例えば、４ｍｓ）後のＵＬサブフレームで設定された全てのＣＣにおけるＡ／Ｎをフィードバックする。
【００３１】
ＴＤＤを用いる場合には、上述したＦＤＤを用いる場合に加え、１ＵＬサブフレームあたりのＡ／Ｎの対象となるＤＬサブフレーム数に基づいて、ＰＵＣＣＨで送信するＡ／Ｎビット列全体のサイズが確定される。ＴＤＤを適用するユーザ端末は、バンドリングウィンドウで少なくとも１つのＤＬ割当てを検出した場合、所定期間（例えば、（ｎ＋ｋ）ｍｓ）後のＵＬサブフレームのＰＵＣＣＨを用いて設定された全てのＣＣにおけるＡ／Ｎをフィードバックする。また、バンドリングウィンドウに含まれるサブフレームのうち、ＤＬアサイメントが送信される（ＤＬデータがスケジューリングされる）サブフレーム総数を示すＵＬ  ＤＡＩ（Downlink  Assignment  Indicator（Index））がＵＬグラントでユーザ端末に通知される。
【００３２】
バンドリングウィンドウ（Bundling  window）とは、あるＵＬサブフレームでＡ／Ｎフィードバックを行うＤＬサブフレーム（特別サブフレームを含む）のグループ、つまりＡ／Ｎフィードバックを行うＵＬサブフレームに対応するＤＬサブフレームのグループを指す。バンドリングウィンドウは、ＴＤＤのＵＬ／ＤＬ構成によりそれぞれ規定されている（図２Ａ参照）。ＴＤＤを利用して通信を行うユーザ端末は、バンドリングウィンドウに基づいて、所定のサブフレームで送信されるＤＬ信号のＡ／Ｎを所定のＵＬサブフレームで送信するように制御する。
【００３３】
例えば、ＵＬ／ＤＬ構成２を適用する場合、ＵＬサブフレーム＃２に対応するバンドリングウィンドウは、ＤＬサブフレーム＃４、＃５、＃８、特別サブフレーム＃６で構成される（図２Ｂ参照）。また、ＵＬサブフレーム＃７に対するバンドリングウィンドウは、ＤＬサブフレーム＃９、＃０、＃３、特別サブフレーム＃１で構成される。
【００３４】
ユーザ端末は、ＳＦ＃４−＃６、＃８で少なくとも１つの下り制御情報（ＤＬアサイメント）を検出した場合に、ＵＬサブフレーム＃２において、設定された全ＣＣのＡ／ＮをＰＵＣＣＨでフィードバックする。つまり、ユーザ端末は、スケジューリング情報に含まれているスケジューリング対象のＣＣ数等に関係なく上位レイヤシグナリングに基づいてＡ／Ｎビット列を送信する。
【００３５】
このように、上位レイヤシグナリングで通知された情報に基づいてユーザ端末がフィードバックするＡ／Ｎのビットサイズが決定される場合、当該ユーザ端末に実際にスケジューリングされたＣＣ数に対応するＡ／Ｎビットサイズと異なる場合が生じる。そのため、既存システムのＡ／Ｎフィードバックを適用する場合、実際にスケジューリング（ＤＬ信号が送信）されるＣＣに対応するＡ／Ｎコードブックサイズと、上位レイヤシグナリングによって通知されるコードブックサイズが異なっていても、ユーザ端末はコードブックサイズを変更できない。
【００３６】
一方で、上述したようにＬＴＥ  Ｒｅｌ．１３以降では、より柔軟かつ高速な無線通信を実現するために、ユーザ端末に設定可能なＣＣ数の制限を緩和し、６個以上のＣＣ（５個を超えるＣＣ、たとえば最大３２個のＣＣ）を設定することが検討されている。設定されるＣＣ数が拡張される場合、設定されるＣＣ数と各サブフレームでスケジューリングされるＣＣ数の差が大きくなることが想定される。設定されるＣＣ数に対してＤＬ信号がスケジューリングされるＣＣ数が少ない場合に、従来のようにコードブックサイズをｓｅｍｉ−ｓｔａｔｉｃに決定すると、ユーザ端末から送信されるＡＣＫ／ＮＡＣＫのほとんどがＮＡＣＫであるような場合が生じる。
【００３７】
例えば、図３Ａでは、ユーザ端末に３２ＣＣが設定され、実際にスケジューリングされるＣＣ数が１０個となる場合を示している。この場合には、全体のＣＣ数（３２ＣＣ）に比べて、実際にスケジューリングされるセルの数（１０ＣＣ）が少なく、半分以上のＣＣがＮＡＣＫとなる。
【００３８】
一般に、Ａ／Ｎのコードブックサイズが小さいほど、ユーザ端末が送信する情報量は少なくなる。したがって、Ａ／Ｎのコードブックサイズを小さくできれば、無線送信に際し要求される通信品質（ＳＩＮＲ：Signal  to  Interference  plus  Noise  power  Ratio）を低く抑えることができる。例えば、最大５ＣＣを用いるＣＡでも、ユーザ端末がフィードバックするＡ／ＮのコードブックサイズをスケジューリングされるＣＣに応じて小さくすることでＡ／Ｎの送信において要求されるＳＩＮＲを低く抑えることができる。
【００３９】
コードブックサイズに応じて送信電力を大きくする送信電力制御を行うことで、コードブックサイズによらず所要ＳＩＮＲを満たすよう制御することも可能となる。但し、この場合であっても、ユーザ端末がフィードバックするＡ／ＮのコードブックサイズをスケジューリングされるＣＣに応じて小さくすることで、Ａ／Ｎの送信において要求される送信電力を低く抑えることができる。
【００４０】
このため、ユーザ端末がフィードバックするＡ／Ｎのコードブックサイズを、スケジューリングされたＣＣ数に応じてダイナミック（動的）に変更可能とすることが有効となる。ユーザ端末がフィードバックするＡ／Ｎのコードブックサイズを動的に変更可能とする場合、例えば、スケジューリングされたＣＣ数等に応じて、ユーザ端末がＡ／Ｎのビット数を動的に変更することが考えられる。Ａ／Ｎのビット数を動的に変更する方法としては、ユーザ端末が、下り信号（例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨ）の検出数に基づき、Ａ／Ｎのビット数を決定する方法が考えられる。
【００４１】
ところで、ＣＡを適用したＡ／Ｎにおいて用いられるＰＵＣＣＨフォーマット（例えばｆｏｒｍａｔ３−５）においては、Ａ／Ｎビット列に誤り訂正符号化（例えばブロック符号化）が適用されて送信される。このため、符号化を行うユーザ端末と、復号を行う無線基地局でコードブックサイズの認識が一致していなければ、無線基地局はユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを正しく復号することはできない。
【００４２】
例えば、ユーザ端末が、本来スケジューリングされたＣＣ数と異なるＣＣ数を認識するような検出ミスや誤検出が発生すると、無線基地局とユーザ端末でコードブック（ビット列）サイズの認識が一致しない事態が生じる（図３Ｂ参照）。図３Ｂでは、無線基地局がユーザ端末に対して８ＣＣを利用したスケジューリング（ＤＬ信号の送信）を行っているが、ユーザ端末では５ＣＣ分のＰＤＣＣＨ／ＥＰＤＣＣＨ（スケジューリング情報）を検出する場合を示している。つまり、ユーザ端末は、３ＣＣ分のＤＬ信号（例えば、ＰＤＣＣＨ／ＥＰＤＣＣＨ）について検出ミスしている。
【００４３】
図３Ｂにおいてユーザ端末が検出したＤＬ信号（ＣＣ数）に基づいてＡ／Ｎコードブックサイズを決定する場合、ユーザ端末は、検出した５ＣＣ分のＡ／Ｎビット列を無線基地局に送信する。そのため、無線基地局は正しく復号ができずＡ／Ｎビット列全体が影響を受けて、Ａ／Ｎを用いたフィードバック品質が著しく劣化してしまう。
【００４４】
このように、ユーザ端末は、無線基地局から所定ＣＣで送信されたＤＬ信号を検出ミスした場合、当該無線基地局がＤＬ信号を送信したＣＣ数よりも少ないＣＣ数の割当てと判断する。また、ユーザ端末は、無線基地局から送信されたＤＬ信号を誤検出した場合、当該無線基地局がＤＬ信号を送信したＣＣ数より多いＣＣ数の割当てと判断する。
【００４５】
ＰＤＣＣＨ／ＥＰＤＣＣＨの検出数に基づいてユーザ端末が送信するＡ／Ｎのコードブックサイズを決める方法は容易に適用することができるが、検出ミスや誤検出が発生すると、無線基地局とユーザ端末の間でコードブックサイズの認識がずれる。かかる場合、上述したようにＡ／Ｎに基づくフィードバック品質が劣化し、通信品質が劣化してしまうおそれがある。
【００４６】
そのため、あるサブフレームでスケジューリングされたＣＣを、各ＣＣの下り制御情報（ＤＬアサイメント）に含まれるＤＬ割当てインデックス（ＤＡＩ：Downlink  Assignment  Indicator（Index））を利用してユーザ端末に通知することが考えられる。ＤＡＩは、スケジューリングされたセルに対してそれぞれ割当てられる値であり、スケジューリングＣＣ（ＣＣの累積値）を示すために利用される。
【００４７】
例えば、無線基地局は、スケジューリングしたＣＣの下り制御情報に当該ＣＣにそれぞれ対応したＤＡＩを設定して送信する。各セルの下り制御情報に含めるＤＡＩは、例えば、ＣＣインデックス（セルインデックス）等に基づいて昇順に設定することができる。この場合、スケジューリングされたＣＣの中でＣＣインデックスが最も大きいＣＣのＤＡＩが最大（スケジューリングされたセル数）となる。下り制御情報に含まれるＤＡＩのビットフィールドが２ビットである場合、スケジューリングされるＣＣ（セル）のＣＣインデックス（セルインデックス）順にビットを割当てる。この場合、スケジューリングされるＣＣの中で少なくともＣＣインデックスが隣接するＣＣに対して異なるビット値を対応づける。
【００４８】
ユーザ端末は、複数のＣＣからＤＬ信号を受信した場合、各ＣＣの下り制御情報に含まれるＤＡＩの値（累積値、カウント値）が連続していない場合に、検出できなかったＤＡＩに対応するＣＣを検出ミスしたと判断することができる。このように、ＤＡＩを利用することにより、ユーザ端末と無線基地局間のＡＣＫ／ＮＡＣＫコードブックサイズの認識を一致させると共に、ユーザ端末が検出ミスしたＣＣについて無線基地局側で再送制御を適切に行うことができる。
【００４９】
但し、ＤＡＩを利用した場合であっても、スケジューリングされたＣＣの中で下り制御情報に含まれるＤＡＩが最大となるＣＣを検出ミスした場合に、ユーザ端末が当該検出ミスを把握できない。このため、無線基地局は、スケジューリングしたＣＣ数に関する情報を下り制御情報に含めてユーザ端末に通知することが有効となる。つまり、無線基地局は、各ＣＣの下り制御情報にスケジューリングＣＣのカウントに利用する情報と、スケジューリングＣＣの数を示す情報を含めてユーザ端末に通知することが好ましい。なお、以下の説明では、スケジューリングＣＣのカウントに利用する情報をカウンタＤＡＩ（counter  DAI）、スケジューリングＣＣの数を示す情報をトータルＤＡＩ（total  DAI）と呼ぶ。
【００５０】
例えば、ＦＤＤを適用する場合、無線基地局は、スケジューリングするＣＣの下り制御情報にカウンタＤＡＩとトータルＤＡＩを含めて送信する。カウンタＤＡＩは、スケジューリングされたＣＣの累積値を示し、各ＣＣの下り制御情報にＣＣインデックス順にナンバリングしたカウンタＤＡＩ値をそれぞれ含めることができる。トータルＤＡＩは、あるサブフレームにおいてスケジューリングされたＣＣの総数を示す。
【００５１】
図４は、８ＣＣ（ＣＣ＃０〜＃７）が設定されたユーザ端末に対して、あるサブフレームで一部のＣＣ（ＣＣ＃０、＃１、＃３、＃５、＃６）のみスケジューリングされる場合に送信されるカウンタＤＡＩとトータルＤＡＩの一例を示している。無線基地局は、ＣＣ＃０、＃１、＃３、＃５、＃６に対して、それぞれカウンタＤＡＩを決定する（ここでは、カウンタＤＡＩ値＝１〜５）と共に、トータルＤＡＩを決定する（ここでは、トータルＤＡＩ値＝５）（図４Ａ参照）。そして、無線基地局は、ＣＣ＃０の下り制御情報にカウンタＤＡＩ（＝１）とトータルＤＡＩ＝５）を含める。同様に、各ＣＣの下り制御情報にＣＣに対応するカウンタＤＡＩと、各ＣＣ共通のトータルＤＡＩ（＝５）を含める。
【００５２】
なお、カウンタＤＡＩとトータルＤＡＩは、ＣＣ数でなくコードワード（ＣＷ）数に基づいて設定することもできる。図４Ｂでは、ＣＷ数に基づいてカウンタＤＡＩとトータルＤＡＩを設定する場合を示している。ここでは、スケジューリングされるＣＣ＃０、＃１、＃３、＃５、＃６の中で、ＣＣ＃０、＃６が１ＣＷ伝送であり、ＣＣ＃１、＃３、＃５が２ＣＷ伝送である場合を示している。無線基地局は、ＣＣ＃０、＃１、＃３、＃５、＃６に対して、それぞれカウンタＤＡＩを決定する（ここでは、カウンタＤＡＩ値＝１、３、５、７、８）と共に、トータルＤＡＩを決定する（ここでは、トータルＤＡＩ値＝８）。なお、以下の説明では、簡単のためＣＣ数に基づいてカウンタＤＡＩとトータルＤＡＩを設定する場合を示すが、ＣＷ数に基づいてカウンタＤＡＩとトータルＤＡＩを設定する場合であっても同様であり、一般性を失わない。すなわち、ＣＷが設定される場合にはＣＷに置き換えて適用することができる。
【００５３】
このように、カウンタＤＡＩとトータルＤＡＩを各ＣＣの下り制御情報に含めてユーザ端末に通知することにより、当該ユーザ端末は、カウンタＤＡＩが最大となるＣＣ（ここでは、ＣＣ＃６）を検出ミスした場合であっても当該検出ミスを把握することができる。
【００５４】
一方で、ＴＤＤを適用する場合においても、カウンタＤＡＩとトータルＤＡＩをユーザ端末に通知してＨＡＲＱ−ＡＣＫ送信を制御することが考えられる。但し、この場合、カウンタＤＡＩとトータルＤＡＩをどのように設定して利用するかが問題となる。
【００５５】
例えば、ＦＤＤの場合と同様に、各サブフレームでそれぞれスケジューリングされるＣＣ数（又はＣＷ数）に基づいて、サブフレーム毎にカウンタＤＡＩとトータルＤＡＩを設定することが考えられる。図５Ａは、４つのサブフレーム（ＳＦ＃ｎ１〜＃ｎ４）で構成されるバンドリングウィンドウにおいて、サブフレーム毎にカウンタＤＡＩとトータルＤＡＩを設定する場合の一例を示している。
【００５６】
図５Ａでは、ユーザ端末に５ＣＣ（ＣＣ＃０〜＃４）が設定され、ＳＦ＃ｎ１で４ＣＣ（ＣＣ＃０、＃１、＃２、＃４）がスケジューリングされ、ＳＦ＃ｎ２で１ＣＣ（ＣＣ＃３）がスケジューリングされ、ＳＦ＃ｎ３で３ＣＣ（ＣＣ＃０、＃２、＃４）がスケジューリングされ、ＳＦ＃ｎ４で２ＣＣ（ＣＣ＃２、＃４）がスケジューリングされる場合を示している。なお、バンドリングウィンドウのＳＦ＃ｎ１〜＃ｎ４はＵＬ／ＤＬ構成等により決定され、例えば、ＵＬ／ＤＬ構成２のＵＬサブフレーム＃２に対応するバンドリングウィンドウでは、ＳＦ＃ｎ１〜＃ｎ４は、それぞれＳＦ＃４〜＃６、＃８に対応する。
【００５７】
図５Ａに示す場合、ユーザ端末があるサブフレームにおいてスケジューリングされたＣＣ全てのＤＬ割当て（DL  assignment）を検出ミスすると、ユーザ端末は当該サブフレームにおけるＨＡＲＱ−ＡＣＫビット数を把握することが出来なくなる。例えば、ユーザ端末がＳＦ＃ｎ２においてＣＣ＃３から送信される下り制御情報を検出できなかった場合、ユーザ端末はＳＦ＃ｎ２でＤＬ割当てがないと判断してＨＡＲＱ−ＡＣＫ送信を行うおそれがある。この場合、ユーザ端末と無線基地局間でコードブックサイズ（ＡＣＫ／ＮＡＣＫビットサイズ）の認識が一致しないため、無線基地局はユーザ端末がフィードバックしたＨＡＲＱ−ＡＣＫビット列（ＨＡＲＱ−ＡＣＫコードブック）を正しく受信できないおそれがある。
【００５８】
そこで、本発明者等は、サブフレーム単位でなくバンドリングウィンドウ単位でカウンタＤＡＩとトータルＤＡＩを利用することを見出した。具体的には、カウンタＤＡＩを用いてバンドリングウィンドウ内でスケジューリングされたＣＣ（又はＣＷ）の累積値をユーザ端末に通知し、トータルＤＡＩを用いてバンドリングウィンドウ内でスケジューリングされたＣＣ（又はＣＷ）数を通知する構成とする。
【００５９】
図５Ｂは、バンドリングウィンドウ単位でカウンタＤＡＩとトータルＤＡＩを設定する場合の一例を示している。ＣＣ数、サブフレーム数、スケジューリング状況は図５Ａと同じ場合を示している。図５Ｂでは、ＳＦ＃ｎ１〜＃ｎ４にスケジューリングされるＣＣの下り制御情報にそれぞれ異なるカウンタＤＡＩ（ここでは、１〜１０）を設定すると共に、各ＣＣの下り制御情報に共通のトータルＤＡＩ（ここでは、１０）を設定する。これにより、ユーザ端末があるサブフレーム（例えば、ＳＦ＃ｎ２）において全てのＣＣ（例えば、ＣＣ＃３）のＤＬ割当てを検出ミスした場合であっても、当該検出ミスを把握してＨＡＲＱ−ＡＣＫ送信を行うことが可能となる。
【００６０】
また、本発明者等は、バンドリングウィンドウの構成（設定されるＤＬサブフレーム数等）や通信環境によっては、無線基地局が各ＣＣの下り制御信号に含めるトータルＤＡＩを事前に決定することが困難となる点に着目した。つまり、無線基地局は、各サブフレームで共通となるトータルＤＡＩ（スケジューリングＣＣ数）を決定する場合、事前（遅くともＳＦ＃ｎ１の送信時点）においてバンドリングウィンドウを構成する各サブフレームのスケジューリングを行う必要が生じる。例えば、図５Ｂに示す場合、ＳＦ＃１でスケジューリングされたＣＣの下り制御情報にトータルＤＡＩを含めるために、ＳＦ＃１〜ＳＦ＃４におけるＣＣのスケジューリング（例えば、スケジューリングするＣＣ数等）を事前に決定する必要が生じる。
【００６１】
無線基地局が、事前に将来のサブフレーム（例えば、バンドリングウィンドウを構成する全てのサブフレーム）のスケジューリングが可能である場合には、スケジューリングするＣＣに応じてトータルＤＡＩを決定してユーザ端末に通知することができる。一方で、通信環境やバンドリングウィンドウを構成するサブフレーム（適用するＵＬ／ＤＬ構成）によっては、無線基地局が事前に将来のサブフレームのスケジューリングを行うことが困難となる場合も考えられる。
【００６２】
そこで、本発明者等は、トータルＤＡＩを用いて実際にスケジューリングするＣＣ（又はＣＷ）数を指定するのでなく、ＨＡＲＱ−ＡＣＫコードブックサイズを指定する構成とすることを着想した。つまり、ユーザ端末は、トータルＤＡＩで指示された値がスケジューリングされたＣＣ（又はＣＷ）数でなく、コードブックサイズであると判断してＨＡＲＱ−ＡＣＫ送信を制御することを着想した。
【００６３】
これにより、無線基地局は、実際にスケジューリングするＣＣ（又はＣＷ）数より多い数をコードブックサイズとして設定し、下り制御情報を用いてユーザ端末に通知することができる。その結果、無線基地局が事前にバンドリングウィンドウを構成する全てのサブフレームのスケジューリングを行えない場合であっても、ＨＡＲＱ−ＡＣＫコードブックサイズをユーザ端末間との間で共有することができる。
【００６４】
以下、本発明に係る実施形態について説明する。以下の説明では、ユーザ端末に設定されるＣＣ数が５個（ＣＣ＃０−＃４）の場合を示すが、ユーザ端末に設定可能なＣＣ数はこれに限られない。また、バンドリングウィンドウとして、４個のＳＦが設定される場合（例えば、ＵＬ／ＤＬ構成２のＵＬサブフレーム２に対応するバンドリングウィンドウ）を例に挙げるが本実施の形態はこれに限られない。バンドリングウィンドウに含まれるＳＦ数は４個に限られずＵＬ／ＤＬ構成に応じて変更することができる。
【００６５】
また、以下に示す実施の形態では、スケジューリングを行うセルの数や配置、スケジューリングされるセルのインデックス、送信される信号についても以下の例に限られない。また、以下の説明では、コードブックサイズを示す第１の情報をトータルＤＡＩに含め、バンドリングウィンドウを構成するサブフレームでスケジューリングされるＣＣの累積値（カウント値）を示す第２の情報をカウンタＤＡＩに含める場合を示すが、これに限られない。第１の情報及び／又は第２の情報は、下り制御情報の他のビットフィールドに含める構成としてもよい。
【００６６】
さらに、以下に示す実施の形態では、ＤＬデータ（ＰＤＳＣＨ）のスケジューリングを行う各セル・各サブフレームに関し、１ビットのＡＣＫ／ＮＡＣＫフィードバックが必要となるものとして記載するが、これは１ビットに限られない。ＬＴＥにおいてＣＣ毎に設定される送信モード（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）には、１ＣＷのＤＬデータ（ＰＤＳＣＨ）しかスケジューリングされ得ない送信モード（例えばＴＭ１、ＴＭ２など）と、２ＣＷのＤＬデータ（ＰＤＳＣＨ）がスケジューリングされ得る送信モード（例えばＴＭ３、ＴＭ４、ＴＭ９、ＴＭ１０など）がある。前述のように、各ＣＣの送信モードに関らずＡＣＫ／ＮＡＣＫは１ビットとする（２ＣＷの場合は排他的論理和を取る）ことにより、ＨＡＲＱ−ＡＣＫフィードバックのオーバーヘッドを抑えることができる。あるいは、各ＣＣの送信モードに関らずＡＣＫ／ＮＡＣＫは２ビットとする（１ＣＷの場合は２ビット目はＮＡＣＫにセットする）ことにより、２ＣＷの場合にきめ細やかなＨＡＲＱ制御を実現することができる。これら２つの制御のうち、上位レイヤシグナリング等により、いずれか一方が設定されてもよい。以下に示す実施の形態では、各ＣＣのＡＣＫ／ＮＡＣＫを２ビットとして置き換えても、各々の効果は失われない。
【００６７】
（第１の態様）
第１の態様では、トータルＤＡＩを用いてコードブックサイズに関する情報をユーザ端末に通知する場合について説明する。
【００６８】
図６にバンドリングウィンドウでスケジューリングされるＣＣの各下り制御情報に含めるカウンタＤＡＩとトータルＤＡＩの一例を示す。図６Ａは、無線基地局が、実際にスケジューリングするＣＣ（又はＣＷ）数に相当する値を各サブフレーム（ＳＦ）でスケジューリングされるＣＣの下り制御情報に含める場合を示している。例えば、無線基地局は、事前にバンドリングウィンドウを構成する全てのＳＦをスケジューリングできる場合、スケジューリングするＣＣ（ＣＷ）数に相当する値をコードブックサイズとしてトータルＤＡＩに設定してユーザ端末に通知する。
【００６９】
ユーザ端末は、トータルＤＡＩに基づいてバンドリングウィンドウにおけるＨＡＲＱ−ＡＣＫコードブックサイズを決定する。また、ユーザ端末は、カウンタＤＡＩに基づいて、バンドリングウィンドウのＨＡＲＱ−ＡＣＫコードブックにおける各位置（ビット列の位置）のＡ／Ｎを決定する。図６Ａでは、ユーザ端末は、トータルＤＡＩに基づいてコードブックサイズが１０ビットであると判断する。
【００７０】
また、ユーザ端末は、サイズが１０ビットのコードブックの各ビット列のＡ／Ｎを、各ＳＦでスケジューリングされたＣＣのＤＬ信号（例えば、ＰＤＳＣＨ）の検出結果に基づいて決定する。なお、コードブックのビット列は、カウンタＤＡＩに対応した構成（例えば、カウンタＤＡＩの値順）とすることができる。例えば、カウンタＤＡＩを、スケジューリングされたＳＦ順にＣＣインデックス（セルインデックス）の若い番号からナンバリングして設定することができる（図６参照）。
【００７１】
図６Ｂは、無線基地局が、実際にスケジューリングするＣＣ（又はＣＷ）数より多い値を各ＳＦでスケジューリングされるＣＣの下り制御情報に含める場合を示している。例えば、無線基地局は、事前にバンドリングウィンドウを構成する全てのＳＦをスケジューリングできない場合には、所定値（ここでは、２０）をコードブックサイズとしてトータルＤＡＩに設定してユーザ端末に通知する。所定値はあらかじめ決められた値であってもよいし、無線基地局におけるスケジューリング状況（例えば、途中のＳＦまでのスケジューリング状況等）を考慮して決定してもよい。
【００７２】
図６Ｂでは、ユーザ端末は、トータルＤＡＩに基づいてコードブックサイズが２０ビットであると判断する。また、ユーザ端末は、サイズが２０ビットのコードブックの各ビット列のＡ／Ｎを、各サブフレームでＳＦされたＣＣのＤＬ信号（例えば、ＰＤＳＣＨ）の検出結果に基づいて決定する。なお、コードブックのビット列は、カウンタＤＡＩに対応した構成（例えば、カウンタＤＡＩの値順）とすることができる。例えば、カウンタＤＡＩを、スケジューリングされたＳＦ順にＣＣインデックス（セルインデックス）の若い番号からナンバリングして設定することができる。
【００７３】
図６Ｂでは、スケジューリングされたＣＣ数（又はＣＷ数）よりコードブックサイズが大きく設定されている。この場合、ユーザ端末は、コードブックの最初の１０ビット（例えば、カウンタＤＡＩが１〜１０）に対して、ＤＬ信号の検出結果に応じてＡＣＫ又はＮＡＣＫを割当て、残りの１０ビットにＮＡＣＫを割当てることができる。
【００７４】
無線基地局は、図６ＢのようにスケジューリングとＤＡＩ制御を行った場合、ユーザ端末がフィードバックするコードブックの後半１０ビットがＮＡＣＫであることが既知であるため、これを事前情報として誤り訂正復号性能を改善することができる。しかし既知ビットが後半１０ビットに固まっているため、例えば畳み込み符号化に対するトレリス復号を適用した場合などを想定すると、既知ビットはコードブック内に分散して配置されていた方が、誤り訂正復号性能改善効果を高めることができる。
【００７５】
そこで無線基地局が、例えば図７のように、トータルＤＡＩの値を十分大きな値に設定した場合には、カウンタＤＡＩにスケジューリングしたＣＣに応じた連続値を設定するのではなく、非連続な値を設定することを許容してもよい。図７では、ユーザ端末が受信したＤＬアサイメントに含まれるカウンタＤＡＩの値が１、２、３、４、８、９、１０、１３、１５、１７、と増加している場合を示している。ユーザ端末が、非連続なＤＡＩの値について、無線基地局が意図的に割り振ったものか、ユーザ端末自身がＤＬアサイメントを検出できなかったためかを判別しないものとすると、ユーザ端末は、２０ビットのＨＡＲＱ−ＡＣＫコードブックにおいて、検出したカウンタＤＡＩの値に基づく位置にＰＤＳＣＨ復号結果に基づくＡＣＫ／ＮＡＣＫを配置する。このことを利用し、例えば図７のように、基地局がカウンタＤＡＩの値をバンドリングウィンドウ内で非連続に増加させることを許容することで、コードブック内に既知のＮＡＣＫビットを分散して配置させることができるため、前述のように誤り訂正性能改善効果を高めることができる。
【００７６】
ユーザ端末は、トータルＤＡＩに基づいてＨＡＲＱ−ＡＣＫコードブックサイズを決定する（ここでは、２０ビット）。また、ユーザ端末は、カウンタＤＡＩに基づいて当該カウンタＤＡＩに対応するコードブックのビット列の位置を決定すると共に、当該カウンタＤＡＩが含まれるＣＣのＰＤＳＣＨの複合結果に基づいてＡ／Ｎを決定する。ユーザ端末は、コードブックにおいて、対応するカウンタＤＡＩを受信していない場合、当該カウンタＤＡＩに対応するビット列はＮＡＣＫとする。
【００７７】
また、ユーザ端末に対して複数のＰＵＣＣＨフォーマットが設定されている場合、ユーザ端末はトータルＤＡＩ（コードブックサイズ）に基づいてＡ／Ｎフィードバックに適用する所定のＰＵＣＣＨフォーマットを選択することができる。
【００７８】
このように、トータルＤＡＩを用いてＨＡＲＱ−ＡＣＫコードブックサイズをユーザ端末に通知することにより、無線基地局のスケジューリング状況等に応じてＨＡＲＱ−ＡＣＫコードブックサイズを柔軟に設定することが可能となる。例えば、無線基地局が事前にバンドリングウィンドウを構成する全てのＳＦをスケジューリングできる場合には、スケジューリングＣＣ（ＣＷ）数に相当する値をトータルＤＡＩ（コードブックサイズ）として設定することができる。これにより、ＨＡＲＱ−ＡＣＫコードブックサイズを小さく設定することができる。
【００７９】
一方で、無線基地局が事前にバンドリングウィンドウを構成する全てのＳＦをスケジューリングできない場合には、十分に大きい値をトータルＤＡＩ（コードブックサイズ）として設定することができる。これにより、バンドリングウィンドウを構成する他のＳＦ（特に、後半のサブフレーム）に対するスケジューリング動作がトータルＤＡＩによって制限される（影響を受ける）ことを抑制することができる。
【００８０】
（第２の態様）
第２の態様では、バンドリングウィンドウのＳＦ毎に異なるトータルＤＡＩを設定することを許容する場合について説明する。
【００８１】
上記図６では、同一のバンドリングウィンドウにおいて、下り制御情報（ＤＬアサイメント）に含まれるトータルＤＡＩを共通に設定する場合を示した。しかし、無線基地局がバンドリングウィンドウの最初のＳＦ（ＳＦ＃ｎ１）ではユーザ端末に対するトラフィックが小さかったが、途中のＳＦからユーザ端末に大きなデータをスケジューリングしたい状況が生じる可能性がある。かかる場合、無線基地局が最初に決定するトータルＤＡＩが十分でない場合、後半ＳＦにおけるスケジューリングが制限されるおそれがある。一方で、スケジューリングの制限を避けるために、常に大きなトータルＤＡＩを設定する場合、コードブックサイズが常に不必要に大きくなるおそれもある。
【００８２】
そこで、バンドリングウィンドウにおいて無線基地局のスケジューリング動作の大幅な変更にも対応できるように、バンドリングウィンドウのＳＦ毎に異なるトータルＤＡＩを設定することを許容する。この場合、ユーザ端末は、バンドリングウィンドウにおいてスケジューリングＣＣがある最後のサブフレームに設定されるトータルＤＡＩに基づいてＨＡＲＱ−ＡＣＫコードブックサイズを判断することができる。
【００８３】
つまり、ユーザ端末は、バンドリングウィンドウの各ＳＦ間で異なるトータルＤＡＩを受信した場合、最後にスケジューリングされた（ＤＬ信号を受信した）ＳＦのトータルＤＡＩが有効であると判断する。また、ユーザ端末は、バンドリングウィンドウにおいてＳＦ間で異なるＡＲＩを受信した場合、トータルＤＡＩと同様に最後にスケジューリングされたＳＦのＡＲＩが有効であると判断することができる。
【００８４】
図８に、バンドリングウィンドウのＳＦ毎に異なるトータルＤＡＩを設定する場合の一例を示す。図８Ａでは、無線基地局が、最初にトータルＤＡＩを８ビットに設定してＳＦ＃ｎ１とＳＦ＃ｎ２までのスケジューリングを行う場合を示している。この場合、無線基地局は、ＳＦ＃ｎ１でスケジューリングされるＣＣ＃０〜＃２、＃４の下り制御情報と、ＳＦ＃ｎ１でスケジューリングされるＣＣ＃３の下り制御情報に同じトータルＤＡＩ（ここでは、８）を含めて送信する。ユーザ端末は、この時点におけるコードブックサイズが８ビットであると想定する。
【００８５】
図８Ｂでは、無線基地局が、より多くのデータを当該ユーザ端末に割当てたいと判断し、ＳＦ＃ｎ３におけるスケジューリングＣＣを増加する場合（ここでは、５ＣＣをスケジューリングする場合）を示している。この場合、最初に設定したトータルＤＡＩ（コードブックサイズ）を超えるため、無線基地局はトータルＤＡＩを８ビットから増加して設定する。例えば、無線基地局は、ＳＦ＃ｎ３でスケジューリングするＣＣ＃０〜＃４に基づいて、各ＣＣの下り制御情報に増加したトータルＤＡＩ（ここでは、１０）を含めて送信する。ユーザ端末は、ＳＦ＃ｎ３におけるコードブックサイズが１０ビットに増加されたと想定する。
【００８６】
図８Ｃでは、無線基地局が、さらに多くのデータをユーザ端末に割当てたいと判断し、ＳＦ＃ｎ４におけるスケジューリングＣＣを設定する場合（ここでは、４ＣＣをスケジューリングする場合）を示している。この場合、ＳＦ＃ｎ３で再設定したトータルＤＡＩ（ここでは、１０）を超えるため、無線基地局はトータルＤＡＩを１０ビットから増加して再設定する。例えば、無線基地局は、ＳＦ＃ｎ４でスケジューリングするＣＣ＃１〜＃４に基づいて各ＣＣの下り制御情報に増加したトータルＤＡＩ（ここでは、１４）を含めて送信する。ユーザ端末は、ＳＦ＃ｎ４におけるコードブックサイズが１４ビットに増加されたと想定する。
【００８７】
このように、バンドリングウィンドウの途中のＳＦからトータルＤＡＩ（コードブックサイズ）を変化（更新）することを許容することにより、無線基地局が最初に決定するトータルＤＡＩが十分でない場合であっても、後半ＳＦにおけるスケジューリング動作を柔軟に行うことができる。さらに、スケジューリングの制限を避けるために、常に大きなトータルＤＡＩを設定することを回避することができる。
【００８８】
また、ユーザ端末がＡ／Ｎフィードバックに利用するＰＵＣＣＨフォーマットやＰＵＣＣＨリソースは、コードブックサイズによって変更することが好ましい。したがって、ユーザ端末は、コードブックサイズ（トータルＤＡＩ）の変更に応じて、ＰＵＣＣＨフォーマット及び／又はＰＵＣＣＨリソースも変更するように制御してもよい。
【００８９】
具体的には、ユーザ端末は、スケジューリングされる最後のＳＦ（図８ＣのＳＦ＃４）におけるコードブックサイズ（トータルＤＡＩ）に基づいて、利用するＰＵＣＣＨフォーマットを決定することができる。また、ユーザ端末は、スケジューリングされる最後のＳＦ（図８ＣのＳＦ＃４）で受信する下り制御情報（例えば、ＡＲＩ）に基づいて、利用するＰＵＣＣＨリソースを決定することができる。これにより、バンドリングウィンドウのＳＦ毎に異なるトータルＤＡＩを設定する場合であっても、ユーザ端末は、Ａ／Ｎフィードバックに適用するＰＵＣＣＨフォーマット及び／又はＰＵＣＣＨリソースを適切に選択することができる。
【００９０】
（第３の態様）
第３の態様では、トータルＤＡＩ用のビットフィールドのビット値（ビット情報）とカウンタＤＡＩ用のビットフィールドのビット値が示す内容の設定方法の一例について説明する。
【００９１】
既存のＬＴＥシステム（Ｒｅｌ．１２以前）のＴＤＤでは、バンドリングウィンドウにおいてスケジューリングされたＳＦ数を示すＵＬ  ＤＡＩがＵＬグラントに２ビットで規定される。具体的には、所定値（例えば、４）を用いたｍｏｄｕｌｏ演算を利用してスケジューリングされたＳＦ数の総数をユーザ端末に通知する。そのため、上記第１の態様及び第２の態様で示したトータルＤＡＩ（コードブックサイズ）についても同様に２ビットで規定すると共にｍｏｄｕｌｏ演算を適用することが考えられる。
【００９２】
図９Ａは、ｍｏｄｕｌｏ演算を利用して０〜１１にビット値を対応づけたテーブルを示している。この場合、０、４、８が同じビット値“００”で表され、１、５、９が同じビット値“０１”で表され、２、６、１０が同じビット値“１０”で表され、３、７、１１が同じビット値“１１”で表される。
【００９３】
図９Ａに示すように、無線基地局が、所定のトータルＤＡＩをｍｏｄｕｌｏ演算を利用したビット値を用いてユーザ端末に通知する場合、ユーザ端末がトータルＤＡＩを適切に判断できないおそれがある。例えば、所定のコードブックサイズ（２、６、１０、１４・・・）を所定ビット値（トータルＤＡＩ＝２）で表す場合を想定する（図９Ｂ参照）。なお、図９Ｂでは、カウンタＤＡＩにもｍｏｄｕｌｏ演算を利用する場合を示している。かかる場合、ユーザ端末は下り制御情報に含まれるトータルＤＡＩ＝２を検出したとしても、当該トータルＤＡＩ（コードブックサイズ）が２、６、１０、１４・・・のいずれかを指しているか判断することができない。
【００９４】
そこで、ユーザ端末がトータルＤＡＩを適切に把握できるように、トータルＤＡＩとカウンタＤＡＩ（スケジューリングするＣＣ（ＣＷ）数）を関連づけて設定することが考えられる。例えば、カウンタＤＡＩが１又は２の場合はトータルＤＡＩが２、カウンタＤＡＩが３〜６の場合はトータルＤＡＩが６、カウンタＤＡＩが７〜１０の場合はトータルＤＡＩが１０、カウンタＤＡＩが１１〜１４の場合はトータルＤＡＩが１４・・・と関連づけることが考えられる。この場合、ユーザ端末は、カウンタＤＡＩに基づいてトータルＤＡＩが示すコードブックサイズを判断することができる。なお、カウンタＤＡＩについては、カウント値が連続する４ＣＣのＤＬ信号をユーザ端末が同時に検出ミスしなければ累積値を正しく判断することができる。
【００９５】
一方で、トータルＤＡＩとカウンタＤＡＩ（スケジューリングするＣＣ（ＣＷ）数）を関連づけて設定する場合、無線基地局は、スケジューリングを柔軟に行うことが出来なくなるおそれがある。例えば、無線基地局がトータルＤＡＩ（コードブックサイズ）を１０ビット（トータルＤＡＩ＝２）に設定する場合、バンドリングウィンドウにおけるスケジューリングＣＣの総数を７〜１０（カウンタＤＡＩ＝７〜１０）に設定する必要がある。
【００９６】
そのため、無線基地局におけるスケジューリングの柔軟性を確保する観点からは、トータルＤＡＩに対してｍｏｄｕｌｏ演算したビット情報は適用せずにトータルＤＡＩを規定する構成とすることが好ましい。なお、カウンタＤＡＩに対してはｍｏｄｕｌｏ演算したビット情報を適用してもよい。この場合、トータルＤＡＩのビット値は、カウンタＤＡＩのビット値と異なる方法で増加するように制御することとなる。
【００９７】
例えば、図１０に示すように、トータルＤＡＩのビット情報を所定のビット値と関連付けて設定することができる。この場合、図１０Ａに示すように異なる符号点（code  point）を同じビットサイズだけ増加するように規定してもよいし、図１０Ｂに示すように各ビット情報にビット値が増加するように所定のビット値を規定してもよい。なお、図１０では、２ビットで規定する場合を示しているが、３ビット以上を利用してもよい。
【００９８】
また、コードブックサイズを規定したテーブル（図１０参照）は、ユーザ端末に対して事前に定義（又は設定）してもよいし、上位レイヤシグナリング等を利用して準静的に設定してもよい。
【００９９】
ユーザ端末は、受信した下り制御情報に含まれるトータルＤＡＩが６４ビットを示す場合、コードブックサイズを６４ビットと判断する。また、上述したように、ユーザ端末は、コードブックにおける各ＨＡＲＱ−ＡＣＫビットの値（Ａ／Ｎ）を、カウンタＤＡＩとＤＬ信号の受信結果に基づいて決定することができる。また、ユーザ端末は、トータルＤＡＩで指定されたコードブックサイズに基づいて適用するＰＵＣＣＨフォーマットを決定することができる。
【０１００】
＜変形例＞
トータルＤＡＩにより通知されるコードブックサイズは、所定のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット４）で利用するＰＲＢ数と関連付けて規定してもよい。例えば、図１１に示すように、トータルＤＡＩのビット情報に対して、ＰＵＣＣＨリソースとして利用するＰＲＢ毎（ここでは、１ＰＲＢ〜４ＰＲＢ）にコードブックサイズをそれぞれ規定してもよい。ユーザ端末は、下り制御情報に含まれるトータルＤＡＩと、所定のＰＵＣＣＨフォーマットで利用するＰＲＢ数に基づいてコードブックサイズを決定することができる。
【０１０１】
また、上述した説明では、コードブックサイズをＨＡＲＱ−ＡＣＫコードブックサイズとする場合を想定したが、本実施の形態はこれに限られない。上り制御情報（ＵＣＩ）のコードブックサイズ（ＵＣＩコードブックサイズ）についても上記実施の形態を適用することができる。なお、上り制御情報としては、ＨＡＲＱ−ＡＣＫと、スケジューリングリクエスト（ＳＲ：Scheduling  Request）と、周期的チャネル状態情報（Ｐ−ＣＳＩ）を含めることができる。
【０１０２】
（無線通信システム）
以下、本発明の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
【０１０３】
図１２は、本発明の一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。なお、無線通信システム１は、ＳＵＰＥＲ  ３Ｇ、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（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）処理、プリコーディング処理などの送信処理が行われて送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、送受信部１０３に転送される。
【０１１８】
送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２により増幅され、送受信アンテナ１０１から送信される。
【０１１９】
送受信部（送信部）１０３は、ＴＤＤを適用するＣＣからＤＬ送信を行うと共に、コードブックサイズを示す第１の情報と、バンドリングウィンドウにおけるＤＬ割当てＣＣの累積値を示すカウンタ値を示す第２の情報を下り制御情報で送信することができる。また、送受信部（受信部）１０３は、ＤＬ送信に対してユーザ端末がＴＤＤで規定されるバンドリングウィンドウに基づいてフィードバックするＨＡＲＱ−ＡＣＫを受信する。送受信部１０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０１２０】
一方、上り信号については、送受信アンテナ１０１で受信された無線周波数信号がアンプ部１０２で増幅される。送受信部１０３はアンプ部１０２で増幅された上り信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。
【０１２１】
ベースバンド信号処理部１０４では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換（ＦＦＴ：Fast  Fourier  Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse  Discrete  Fourier  Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放などの呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。
【０１２２】
伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、基地局間インターフェース（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して隣接無線基地局１０と信号を送受信（バックホールシグナリング）してもよい。
【０１２３】
図１４は、本実施形態に係る無線基地局の機能構成の一例を示す図である。なお、図１４では、本実施形態における特徴部分の機能ブロックを主に示しており、無線基地局１０は、無線通信に必要な他の機能ブロックも有しているものとする。図１４に示すように、ベースバンド信号処理部１０４は、制御部（スケジューラ）３０１と、送信信号生成部（生成部）３０２と、マッピング部３０３と、受信信号処理部３０４と、を備えている。
【０１２４】
制御部（スケジューラ）３０１は、ＰＤＳＣＨで送信される下りデータ信号、ＰＤＣＣＨ及び／又はＥＰＤＣＣＨで伝送される下り制御信号のスケジューリング（例えば、リソース割り当て）を制御する。また、システム情報、同期信号、ページング情報、ＣＲＳ（Cell-specific  Reference  Signal）、ＣＳＩ−ＲＳ（Channel  State  Information  Reference  Signal）等のスケジューリングの制御も行う。また、上り参照信号、ＰＵＳＣＨで送信される上りデータ信号、ＰＵＣＣＨ及び／又はＰＵＳＣＨで送信される上り制御信号等のスケジューリングを制御する。
【０１２５】
制御部３０１は、ユーザ端末からフィードバックされる送達確認信号（ＨＡＲＱ−ＡＣＫ）に基づいて、下りデータの再送／新規データ送信を制御する。また、制御部３０１は、ＤＬ送信に対してユーザ端末がバンドリングウィンドウに基づいてフィードバックするＨＡＲＱ−ＡＣＫの受信処理を制御する。なお、受信処理は、制御部３０１からの指示に基づいて受信信号処理部３０４で行ってもよい。なお、制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。
【０１２６】
送信信号生成部３０２は、制御部３０１からの指示に基づいて、ＤＬ信号（下りデータ信号、下り制御信号を含む）を生成して、マッピング部３０３に出力する。具体的には、送信信号生成部３０２は、ユーザデータを含む下りデータ信号（ＰＤＳＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＤＣＩ（ＵＬグラント）を含む下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＣＲＳ、ＣＳＩ−ＲＳなどの下り参照信号を生成して、マッピング部３０３に出力する。送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０１２７】
マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成されたＤＬ信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０１２８】
受信信号処理部３０４は、ユーザ端末２０から送信されるＵＬ信号（ＨＡＲＱ−ＡＣＫ、ＰＵＳＣＨ等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。処理結果は、制御部３０１に出力される。受信信号処理部３０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。
【０１２９】
＜ユーザ端末＞
図１５は、本発明の一実施形態に係るに係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。なお、送受信部２０３は、送信部及び受信部から構成されてもよい。
【０１３０】
複数の送受信アンテナ２０１で受信された無線周波数信号は、それぞれアンプ部２０２で増幅される。各送受信部２０３はアンプ部２０２で増幅された下り信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。
【０１３１】
送受信部（受信部）２０３は、ＴＤＤを利用するコンポーネントキャリア（ＣＣ：Component  Carrier）を含む複数のＣＣから送信されるＤＬ信号を受信する。また、送受信部（受信部）２０３は、ＤＬ送信が行われるＣＣの下り制御情報に含まれるコードブックサイズを示す第１の情報と、バンドリングウィンドウにおけるＤＬ割当てＣＣの累積値を示すカウンタ値を示す第２の情報とを受信する。なお、送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置とすることができる。
【０１３２】
ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部２０５に転送される。
【０１３３】
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）や、チャネル符号化、プリコーディング、離散フーリエ変換（ＤＦＴ：Discrete  Fourier  Transform）処理、ＩＦＦＴ処理などが行われて各送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。
【０１３４】
図１６は、本実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１６においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有しているものとする。図１６に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、判定部４０５と、を備えている。
【０１３５】
制御部４０１は、無線基地局１０から送信された下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨで送信された信号）及び下りデータ信号（ＰＤＳＣＨで送信された信号）を、受信信号処理部４０４から取得する。制御部４０１は、下り制御信号や、下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号（例えば、送達確認信号（ＨＡＲＱ−ＡＣＫ）など）や上りデータ信号の生成を制御する。具体的には、制御部４０１は、送信信号生成部４０２、マッピング部４０３及び受信信号処理部４０４の制御を行うことができる。
【０１３６】
制御部４０１は、ＤＬ送信が行われるＣＣの下り制御情報に含まれるコードブックサイズを示す第１の情報（例えば、トータルＤＡＩ）と、バンドリングウィンドウにおけるＤＬ割当てＣＣの累積値を示すカウンタ値を示す第２の情報（例えば、カウンタＤＡＩ）とに基づいてＨＡＲＱ−ＡＣＫの送信を制御する。なお、カウンタ値は、前記バンドリングウィンドウのＤＬ送信が行われるＣＣに対して、ＤＬ送信が行われるサブフレーム順序とＣＣ番号順に基づいてナンバリングされる。
【０１３７】
また、制御部４０１は、トータルＤＡＩに基づいてサイズが決定されるコードブックの各ビット位置に設定するＨＡＲＱ−ＡＣＫを、カウンタＤＡＩに基づいて決定することができる。また、制御部４０１は、各ＣＣのＨＡＲＱ−ＡＣＫをそれぞれ設定するコードブックにおいて、スケジューリングされたＣＣの中でカウンタＤＡＩを検出しなかったＣＣに対応するＨＡＲＱ−ＡＣＫをＮＡＣＫと判断することができる。
【０１３８】
複数のＰＵＣＣＨフォーマットが設定されている場合、制御部４０１は、トータルＤＡＩに基づいて適用するＰＵＣＣＨフォーマットを決定することができる。また、制御部４０１は、バンドリングウィンドウにおいてＤＬ信号を受信した最後のサブフレームのＣＣの下り制御情報に含まれるトータルＤＡＩ及び／又はＡＲＩ（Ack/nack  Resource  Indicator）に基づいてＨＡＲＱ−ＡＣＫの送信を制御することができる。なお、トータルＤＡＩは、一つのビット値を明示的に示す情報とすることができる。制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。
【０１３９】
送信信号生成部４０２は、制御部４０１からの指示に基づいて、ＵＬ信号を生成して、マッピング部４０３に出力する。例えば、送信信号生成部４０２は、制御部４０１からの指示に基づいて、送達確認信号（ＨＡＲＱ−ＡＣＫ）やチャネル状態情報（ＣＳＩ）等の上り制御信号を生成する。
【０１４０】
また、送信信号生成部４０２は、制御部４０１からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部４０２は、無線基地局１０から通知される下り制御信号にＵＬグラントが含まれている場合に、制御部４０１から上りデータ信号の生成を指示される。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０１４１】
マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成された上り信号（上り制御信号及び／又は上りデータ）を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０１４２】
受信信号処理部４０４は、ＤＬ信号（例えば、無線基地局から送信された下り制御信号、ＰＤＳＣＨで送信された下りデータ信号等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。受信信号処理部４０４は、無線基地局１０から受信した情報を、制御部４０１、判定部４０５に出力する。受信信号処理部４０４は、例えば、報知情報、システム情報、ＲＲＣシグナリング、ＤＣＩなどを、制御部４０１に出力する。
【０１４３】
受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。また、受信信号処理部４０４は、本発明に係る受信部を構成することができる。
【０１４４】
判定部４０５は、受信信号処理部４０４の復号結果に基づいて、再送制御判定（ＡＣＫ／ＮＡＣＫ）を行うと共に、判定結果を制御部４０１に出力する。複数ＣＣ（例えば、６個以上のＣＣ）から下り信号（ＰＤＳＣＨ）が送信される場合には、各ＣＣについてそれぞれ再送制御判定（ＡＣＫ／ＮＡＣＫ）を行い制御部４０１に出力する。判定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される判定回路又は判定装置から構成することができる。
【０１４５】
（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。
【０１４６】
例えば、本発明の一実施形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図１７は、本発明の一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局１０及びユーザ端末２０は、物理的には、中央処理装置（プロセッサ）１００１、主記憶装置（メモリ）１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。
【０１４７】
無線基地局１０及びユーザ端末２０における各機能は、中央処理装置１００１、主記憶装置１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、中央処理装置１００１が演算を行い、通信装置１００４による通信や、主記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１４８】
中央処理装置１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。中央処理装置１００１は、制御装置、演算装置、レジスタ、周辺装置とのインターフェースなどを含むプロセッサ（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、上述のベースバンド信号処理部１０４（２０４）、呼処理部１０５などは、中央処理装置１００１で実現されてもよい。
【０１４９】
また、中央処理装置１００１は、プログラム、ソフトウェアモジュールやデータを、補助記憶装置１００３及び／又は通信装置１００４から主記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末２０の制御部４０１は、主記憶装置１００２に格納され、中央処理装置１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【０１５０】
主記憶装置（メモリ）１００２は、コンピュータ読み取り可能な記録媒体であり、例えばＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）、ハードディスクドライブなどの少なくとも１つで構成されてもよい。
【０１５１】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の送受信アンテナ１０１（２０１）、アンプ部１０２（２０２）、送受信部１０３（２０３）、伝送路インターフェース１０６などは、通信装置１００４で実現されてもよい。
【０１５２】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウスなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカーなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１５３】
また、中央処理装置１００１や主記憶装置１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。なお、無線基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１５４】
また、無線基地局１０及びユーザ端末２０は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。
【０１５５】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component  Carrier）は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
【０１５６】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースは、所定のインデックスで指示されるものであってもよい。
【０１５７】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１５８】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）など）及び／又は無線技術（赤外線、マイクロ波など）を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１５９】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。
【０１６０】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block））、ＭＡＣ（Medium  Access  Control）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。
【０１６１】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−Ｂ（LTE-Beyond）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th  generation  mobile  communication  system）、５Ｇ（5th  generation  mobile  communication  system）、ＦＲＡ（Future  Radio  Access）、Ｎｅｗ−ＲＡＴ（Radio  Access  Technology）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１６２】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１６３】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。例えば、上述の各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１６４】
１  無線通信システム
１０  無線基地局
２０  ユーザ端末
１０１  送受信アンテナ
１０２  アンプ部
１０３  送受信部
１０４  ベースバンド信号処理部
１０５  呼処理部
１０６  伝送路インターフェース
２０１  送受信アンテナ
２０２  アンプ部
２０３  送受信部
２０４  ベースバンド信号処理部
２０５  アプリケーション部
３０１、４０１  制御部
３０２、４０２  送信信号生成部
３０３、４０３  マッピング部
３０４、４０４  受信信号処理部
４０５  判定部
【図１】
2017092615.tif 000003
【図２】
2017092615.tif 000004
【図３】
2017092615.tif 000005
【図４】
2017092615.tif 000006
【図５】
2017092615.tif 000007
【図６】
2017092615.tif 000008
【図７】
2017092615.tif 000009
【図８】
2017092615.tif 000010
【図９】
2017092615.tif 000011
【図１０】
2017092615.tif 000012
【図１１】
2017092615.tif 000013
【図１２】
2017092615.tif 000014
【図１３】
2017092615.tif 000015
【図１４】
2017092615.tif 000016
【図１５】
2017092615.tif 000017
【図１６】
2017092615.tif 000018
【図１７】
2017092615.tif 000019
【手続補正書】
【提出日】平成28年11月4日(2016.11.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＴＤＤを利用するセルを含む複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを送信する送信部と、
１以上の所定のサブフレームの範囲においてＤＬ送信のスケジューリング対象となるセルのトータル数を示す第１の情報と累積値を示す第２の情報を下り制御情報で受信する受信部と、
前記第１の情報と前記第２の情報に基づいて前記ＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、
前記第１の情報は各サブフレームで同じ値に設定され、前記制御部は、サブフレーム毎に前記第１の情報を更新することを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記所定のサブフレームの範囲においてＤＬ信号を受信した最後のサブフレームの下り制御情報に含まれる第１の情報に基づいて前記ＨＡＲＱ−ＡＣＫのコードブックサイズを決定することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記第２の情報は、前記所定のサブフレームの範囲においてＤＬ送信のスケジューリング対象となるセルに対して、セルインデックスの順序とＤＬ送信が行われるサブフレーム順序に基づいてナンバリングされることを特徴とする請求項１又は請求項２に記載のユーザ端末。
【請求項４】
前記制御部は、前記所定のサブフレームの範囲においてＤＬ信号を受信した最後のサブフレームの所定セルの下り制御情報に含まれるＴＰＣフィールドに基づいて前記ＨＡＲＱ−ＡＣＫを割当てるリソースを決定することを特徴とする請求項１から請求項３のいずれかに記載のユーザ端末。
【請求項５】
前記制御部は、前記第１の情報に基づいてサイズが決定されるコードブックの各ビット位置に設定するＨＡＲＱ−ＡＣＫを、前記第２の情報に基づいて決定することを特徴とする請求項１から請求項４のいずれかに記載のユーザ端末。
【請求項６】
前記制御部は、各セルのＨＡＲＱ−ＡＣＫをそれぞれ設定するコードブックにおいて、スケジューリングされたセルの中で前記第２の情報を検出しなかったセルに対応するＨＡＲＱ−ＡＣＫをＮＡＣＫと判断することを特徴とする請求項１から請求項５のいずれかに記載のユーザ端末。
【請求項７】
前記制御部は、前記第１の情報に基づいて適用するＰＵＣＣＨフォーマットを決定することを特徴とする請求項１から請求項６のいずれかに記載のユーザ端末。
【請求項８】
前記第１の情報がトータルＤＡＩを定義するビットフィールドに設定され、前記第２の情報がカウンタＤＡＩを定義するビットフィールドに設定されることを特徴とする請求項１から請求項７のいずれかに記載のユーザ端末。
【請求項９】
ＴＤＤを利用するセルを含む複数のセルを利用可能なユーザ端末と通信を行う無線基地局であって、
１以上の所定のサブフレームの範囲においてＤＬ送信のスケジューリング対象となるセルのトータル数を示す第１の情報と累積値を示す第２の情報を下り制御情報で送信する送信部と、
前記ユーザ端末が前記第１の情報と前記第２の情報に基づいて送信するＨＡＲＱ−ＡＣＫを受信する受信部と、を有し、
前記送信部は、前記第１の情報をサブフレーム毎に設定すると共に、同一サブフレームで同じ値に設定して前記ユーザ端末に送信することを特徴とする無線基地局。
【請求項１０】
無線基地局と通信するユーザ端末の無線通信方法であって、
ＴＤＤを利用するセルを含む複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを送信する工程と、
１以上の所定のサブフレームの範囲においてＤＬ送信のスケジューリング対象となるセルのトータル数を示す第１の情報と累積値を示す第２の情報を下り制御情報で受信する工程と、
前記第１の情報と前記第２の情報に基づいて前記ＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する工程と、を有し、
前記第１の情報は各サブフレームで同じ値に設定され、サブフレーム毎に前記第１の情報を更新することを特徴とする無線通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
本発明の一態様に係るユーザ端末は、ＴＤＤを利用するセルを含む複数のセルから送信されるＤＬ信号に対するＨＡＲＱ−ＡＣＫを送信する送信部と、１以上の所定のサブフレームの範囲においてＤＬ送信のスケジューリング対象となるセルのトータル数を示す第１の情報と累積値を示す第２の情報を下り制御情報で受信する受信部と、前記第１の情報と前記第２の情報に基づいて前記ＨＡＲＱ−ＡＣＫを所定のＵＬサブフレームで送信するように制御する制御部と、を有し、前記第１の情報は各サブフレームで同じ値に設定され、前記制御部は、サブフレーム毎に前記第１の情報を更新することを特徴とする。