(57)【要約】  無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制すること。複数のセルを利用可能なユーザ端末と通信を行う無線基地局であって、各セルからのＤＬ送信を制御する制御部と、ＤＬ送信に対してユーザ端末からフィードバックされるＡＣＫ／ＮＡＣＫを受信する受信部と、を有し、前記制御部は、ＤＬ送信を行う各セルの下り制御情報にそれぞれ特定のセルに該当するか否かに関する情報を含めてＤＬ送信を制御する。
2017026401.tif 000002
【特許請求の範囲】
【請求項１】
複数のセルを利用可能なユーザ端末と通信を行う無線基地局であって、
各セルからのＤＬ送信を制御する制御部と、
ＤＬ送信に対してユーザ端末からフィードバックされるＡＣＫ／ＮＡＣＫを受信する受信部と、を有し、
前記制御部は、ＤＬ送信を行う各セルの下り制御情報にそれぞれ特定のセルに該当するか否かに関する情報を含めてＤＬ送信を制御することを特徴とする無線基地局。
【請求項２】
前記制御部は、前記特定のセルの下り制御情報に含まれる所定フィールドに対して、他のセルの所定フィールドに設定されるビット情報と異なるビット情報を設定することを特徴とする請求項１に記載の無線基地局。
【請求項３】
前記制御部は、前記所定フィールドとして電力制御フィールドを利用し、前記他のセルにプライマリセルが含まれる場合に当該プライマリセルの電力制御フィールドに上り制御チャネルの電力制御を指示するビット情報を設定し、前記他のセルにセカンダリセルが含まれる場合に当該セカンダリセルの電力制御フィールドに上り制御チャネルの割当てリソースを指示するビット情報を設定することを特徴とする請求項２に記載の無線基地局。
【請求項４】
前記制御部は、前記所定フィールドとしてＤＬ割当てインデックスフィールドの拡張フィールドを利用することを特徴とする請求項２に記載の無線基地局。
【請求項５】
前記特定のセルは、ＤＬ送信が行われるセルの中で各セルの下り制御情報に含まれるＤＬ割当てインデックスの値が最も大きいセル、又はセルインデックスが最も大きいセルであることを特徴とする請求項１から請求項４のいずれかに記載の無線基地局。
【請求項６】
複数のセルを利用可能なユーザ端末と通信を行う無線基地局であって、
各セルからのＤＬ送信を制御する制御部と、
ＤＬ送信に対してユーザ端末から送信されるＡＣＫ／ＮＡＣＫを受信する受信部と、を有し、
前記制御部は、ＤＬ送信を行うセルの下り制御情報の少なくとも一つにＤＬ送信を行うセルに関する情報を含めてＤＬ送信を制御することを特徴とする無線基地局。
【請求項７】
前記制御部は、セルの組み合わせを示す情報を上位レイヤシグナリングで前記ユーザ端末に複数通知すると共に、ＤＬ送信を行うセルに応じて特定のセルの組み合わせを指定する下り制御情報を前記ユーザ端末に通知するように制御することを特徴とする請求項６に記載の無線基地局。
【請求項８】
前記制御部は、ＤＬ送信を行うセルに関する情報を、一又は複数のセルの下り制御情報に同一情報を含めて送信を制御する、又は、ＤＬ送信を行うセルに関する情報の一部を第１のセルの下り制御情報に含め且つＤＬ送信を行うセルに関する残りの情報を第２のセルの下り制御情報に含めて送信を制御することを特徴とする請求項６又は請求項７に記載の無線基地局。
【請求項９】
複数のセルを利用して通信可能なユーザ端末であって、
各セルから送信されるＤＬ信号に対するＡＣＫ／ＮＡＣＫを送信する送信部と、
ＤＬ信号が送信されるセルの下り制御情報を受信する受信部と、
受信した各セルの下り制御情報に含まれる特定のセルに該当するか否かに関する情報に基づいてＡＣＫ／ＮＡＣＫの送信を制御する制御部と、を有することを特徴とするユーザ端末。
【請求項１０】
各セルからのＤＬ送信を行う工程と、
ＤＬ送信に対してユーザ端末からフィードバックされるＡＣＫ／ＮＡＣＫを受信する工程と、を有し、
ＤＬ送信を行う各セルの下り制御情報にそれぞれ特定のセルに該当するか否かに関する情報を含めてＤＬ送信を制御することを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代移動通信システムにおける無線基地局、ユーザ端末及び無線通信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。また、ＬＴＥからの更なる広帯域化及び高速化を目的として、ＬＴＥの後継システム（例えば、ＬＴＥアドバンスト（以下、「ＬＴＥ−Ａ」と表す）、ＦＲＡ（Future  Radio  Access）などともいう）も検討されている。【０００３】
ＬＴＥ  Ｒｅｌ．１０−１２のシステム構成は、ＬＴＥシステム帯域を１単位とする少なくとも１つのコンポーネントキャリア（ＣＣ：Component  Carrier）を含んでいる。このように、複数のコンポーネントキャリア（セル）を集めて広帯域化することをキャリアアグリゲーション（ＣＡ：Carrier  Aggregation）という。ＬＴＥ  Ｒｅｌ．１０−１２のシステムでは、最大５ＣＣを用いたＣＡが利用される。【０００４】
ＬＴＥシステムでは、ユーザ端末（ＵＥ）と無線基地局（ｅＮＢ）の無線通信において、信号の受信ミスによる通信品質の劣化を抑制するために、ハイブリッド自動再送要求（ＨＡＲＱ：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”
【非特許文献２】3GPP  TS  36.213  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  Physical  layer  procedures  (Release  12)”
【発明の概要】
【発明が解決しようとする課題】
【０００６】
既存のＬＴＥシステム（Ｒｅｌ．１２以前）において、ユーザ端末がフィードバックするＡＣＫ／ＮＡＣＫのビットサイズ（コードブックサイズ、ビット列サイズとも呼ぶ）は、無線基地局から上位レイヤシグナリングであらかじめ準静的（ｓｅｍｉ−ｓｔａｔｉｃ）に通知される情報（ＣＣ数等）に基づいて決定される。したがって、ＣＡを適用する場合、ユーザ端末は設定されるＣＣ数等に基づいて固定的に決定されるコードブックサイズでＡＣＫ／ＮＡＣＫフィードバックを行う。【０００７】
このため、ユーザ端末に設定されるＣＣ数と、あるサブフレームでＤＬ信号のスケジューリングが行われるＣＣ数が異なる場合、ユーザ端末において、コードブックサイズを変更できない。その結果、実際にスケジューリングされるＣＣ数が少ない場合であっても、送信するＡＣＫ／ＮＡＣＫサイズが必要以上に大きくなる場合がある。【０００８】
また、Ｒｅｌ．１２以前では、ＣＡ時に設定可能なＣＣ数が最大５個であったが、Ｒｅｌ．１３以降では設定可能なＣＣ数の拡張が想定されている。かかる場合に、既存のＬＴＥシステムと同様にＡＣＫ／ＮＡＣＫのビットサイズを決定すると、設定されるＣＣ数と、スケジューリングされるＣＣ数とが大きく異なる場合が生じる。これにより、ＵＬ送信のオーバーヘッドが増加するおそれがある。【０００９】
一方で、ユーザ端末が受信したＤＬ信号（ＤＬ信号を受信したＣＣ数）等に基づいて、フィードバックするＨＡＲＱ−ＡＣＫのコードブックサイズを動的に制御することが考えられる。しかし、ユーザ端末がＤＬ信号を検出ミス又は誤検出した場合、無線基地局と、ユーザ端末でコードブックサイズの認識が異なる場合が生じる。かかる場合、無線基地局は、ユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを適切に復号できず、通信品質が低下するおそれがある。【００１０】
本発明はかかる点に鑑みてなされたものであり、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制可能な無線基地局、ユーザ端末及び無線通信方法を提供することを目的の１つとする。
【課題を解決するための手段】
【００１１】
本発明の一態様に係る無線基地局は、複数のセルを利用可能なユーザ端末と通信を行う無線基地局であって、各セルからのＤＬ送信を制御する制御部と、ＤＬ送信に対してユーザ端末からフィードバックされるＡＣＫ／ＮＡＣＫを受信する受信部と、を有し、前記制御部は、ＤＬ送信を行う各セルの下り制御情報にそれぞれ特定のセルに該当するか否かに関する情報を含めてＤＬ送信を制御することを特徴とする。
【発明の効果】
【００１２】
本発明の一態様によれば、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】図１Ａは、複数ＣＣにおける下りリンクのスケジューリングを示す図であり、図１Ｂは、３２ＣＣが設定される場合の一例を示す図である。
【図２】ユーザ端末と無線基地局間のスケジューリングＣＣの認識の一例を示す図である。
【図３】ＤＡＩを利用したＡＣＫ／ＮＡＣＫ送信の一例を示す図である。
【図４】第１の態様におけるＴＰＣフィールドのビット情報を示すテーブルの一例を示す図である。
【図５】第１の態様におけるＡＣＫ／ＮＡＣＫ送信方法の一例を示す図である。
【図６】図６Ａ及び図６Ｂは、第２の態様におけるＡＣＫ／ＮＡＣＫ送信方法の一例を示す図である。
【図７】図７Ａは、第３の態様におけるスケジューリング情報の通知方法の一例を示す図であり、図７Ｂは、セルの組み合わせを４種類（２ビット）定義したテーブルを示す図である。
【図８】第３の態様におけるスケジューリング情報を示すテーブル一例を示す図である。
【図９】第３の態様におけるＤＣＩフォーマット２の利用方法の一例を示す図である。
【図１０】第３の態様における各ＣＣのスケジューリング状況を示す図である。
【図１１】第４の態様におけるＴＰＣフィールドのビット情報を示すテーブルの一例を示す図である。
【図１２】本発明の一実施形態に係る無線通信システムの概略構成図である。
【図１３】本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。
【図１４】本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。
【図１５】本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。
【図１６】本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。
【発明を実施するための形態】
【００１４】
ＬＴＥシステムでは、複数のＣＣ（セル）を用いたユーザ端末と無線基地局の無線通信において再送制御（ＨＡＲＱ−ＡＣＫ：Hybrid  Automatic  Repeat  Request  Acknowledgement、ＡＣＫ／ＮＡＣＫ：ACKnowledgement/Negative  ACKnowledgement）がサポートされている。例えば、ユーザ端末は、無線基地局から送信されるＤＬ信号に対する受信結果に基づいてＡＣＫ／ＮＡＣＫ（又はＤＴＸ）を無線基地局へフィードバックする。
【００１５】
ＬＴＥシステムでは、ユーザ端末がＡＣＫ／ＮＡＣＫ（ＨＡＲＱ−ＡＣＫ）を上り制御チャネル（ＰＵＣＣＨ）で無線基地局に送信するために複数のＰＵＣＣＨ  ｆｏｒｍａｔが規定されている。ここで、ＡＣＫ／ＮＡＣＫは、ＡＣＫとＮＡＣＫを示すビットで構成される所定の長さのビット列で構成される。
【００１６】
例えば、ＰＵＣＣＨ  ｆｏｒｍａｔ  １ａ／１ｂが設定されたユーザ端末は、ＰＤＳＣＨをスケジューリングする制御チャネル（ＰＤＣＣＨ／ＥＰＤＣＣＨ）のＣＣＥ／ＥＣＣＥ（Control  Channel  Element／Enhanced  CCE）インデックスに対応するＰＵＣＣＨリソースで、ＡＣＫ／ＮＡＣＫ信号について符号化せずに送信する。
【００１７】
また、ＰＵＣＣＨ  ｆｏｒｍａｔ  ３が設定されたユーザ端末は、ＳＣｅｌｌのＰＤＣＣＨ／ＥＰＤＣＣＨに含まれるＴＰＣ（Transmit  Power  Control）フィールド（ＴＰＣコマンドビット）をＡＲＩ（Ack/nack  Resource  Indicator）として読み替え、上位レイヤシグナリングで設定された４つのリソースのうち、ＡＲＩが指定するいずれか１つのＰＵＣＣＨリソースで送信する。この時、ＡＲＩの値は異なるＳＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、ＥＰＤＣＣＨ間で同一とすることができる。ＰＵＣＣＨ  ｆｏｒｍａｔ  ３においては、ＦＤＤ（Frequency  Division  Duplex）を用いる場合には最大１０ビット、ＴＤＤ（Time  Division  Duplex）を用いる場合には最大２１ビットのコードブックサイズが設定され、ＡＣＫ／ＮＡＣＫのために用いられる。
【００１８】
既存システム（ＬＴＥ  Ｒｅｌ．１０−１２）では、ＰＵＣＣＨで送信するＨＡＲＱ−ＡＣＫのコードブック（ＡＣＫ／ＮＡＣＫビット列）サイズは、上述したように上位レイヤシグナリングで通知される情報に基づきｓｅｍｉ−ｓｔａｔｉｃ（準静的）に決定されている。
【００１９】
ＦＤＤを用いる場合には、ＲＲＣシグナリングで設定（Configure）されるＣＣ数と、各ＣＣにおいてＭＩＭＯ（Multiple  Input  Multiple  Output）の適用可否を示すＴＭ（Transmission  Mode）に基づいて、全体のＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）ビットサイズが確定される。この場合、ユーザ端末は、スケジューリング対象のＣＣ数に関係なく上位レイヤシグナリングに基づいてＡＣＫ／ＮＡＣＫビット列を送信する。
【００２０】
ＴＤＤを用いる場合には、上述したＦＤＤを用いる場合に加え、１ＵＬサブフレームのＰＵＣＣＨあたりの送達確認信号（ＡＣＫ／ＮＡＣＫ）の対象となるＤＬサブフレーム数に基づいて、ＡＣＫ／ＮＡＣＫビット列全体のサイズが確定する。ユーザ端末は、スケジューリング情報に含まれているスケジューリング対象のＣＣ数や、サブフレーム数に関係なく上位レイヤシグナリングに基づいてＡＣＫ／ＮＡＣＫビット列を送信する。
【００２１】
このように、上位レイヤシグナリングによって通知された情報に基づいてフィードバックするＡＣＫ／ＮＡＣＫのビットサイズが決定される場合、ユーザ端末に実際にスケジューリングされたＣＣ数に対応するＡＣＫ／ＮＡＣＫビットサイズと異なる場合が生じる。
【００２２】
例えば、ＣＡを利用するユーザ端末に５ＣＣ（ＣＣ＃０−＃４）が設定され、あるサブフレームにおいて３ＣＣ（ＣＣ＃０、＃３、＃４）を用いて当該ユーザ端末にＤＬ信号が送信される場合を想定する（図１Ａ参照）。図１Ａに示す例では、スケジューリングされたＣＣは、ＣＣ＃０、ＣＣ＃３、ＣＣ＃４の３つに過ぎない。しかし、上位レイヤシグナリングから通知されるＡＣＫ／ＮＡＣＫサイズが５ＣＣ分であるため、ユーザ端末は５ＣＣ分のＡＣＫ／ＮＡＣＫを送信する。この場合、ユーザ端末は、スケジューリングされないＣＣ（ＣＣ＃１、ＣＣ＃２）に対応するＰＤＣＣＨ／ＥＰＤＣＣＨを検出することはできないため、ＮＡＣＫと判断してフィードバックを行う。
【００２３】
このように、既存システムでは、実際にスケジューリング（ＤＬ信号が送信）されるＣＣに対応するＡＣＫ／ＮＡＣＫコードブックサイズと、上位レイヤシグナリングによって通知されるコードブックサイズが異なる場合でも、ユーザ端末はコードブックサイズを変更できない。
【００２４】
ところで、ＬＴＥ  Ｒｅｌ．１０−１２におけるＣＡでは、ユーザ端末あたりの設定可能なＣＣ数が最大５個に制限されている。一方、ＬＴＥ  Ｒｅｌ．１３以降では、より柔軟かつ高速な無線通信を実現するために、ユーザ端末に設定可能なＣＣ数の制限を緩和し、６個以上のＣＣ（５個を超えるＣＣ、たとえば最大３２個のＣＣ）を設定することが検討されている（図１Ｂ参照）。ここで、設定可能なＣＣ数が６個以上であるキャリアアグリゲーションは、例えば、拡張ＣＡ（enhanced  ＣＡ）、Ｒｅｌ．１３  ＣＡなどと呼ばれてもよい。
【００２５】
このように、設定されるＣＣ数が拡張される場合、設定されるＣＣ数と各サブフレームでスケジューリングされるＣＣ数の差が大きくなることが想定される。設定されるＣＣ数に対してＤＬ信号がスケジューリングされるＣＣ数が少ない場合に、従来のようにコードブックサイズをｓｅｍｉ−ｓｔａｔｉｃに決定すると、ユーザ端末から送信されるＡＣＫ／ＮＡＣＫのほとんどがＮＡＣＫであるような場合が生じる。例えば、図１Ｂでは、ユーザ端末に３２ＣＣが設定され、実際にスケジューリングされるＣＣ数が１０個となる場合を示している。この場合には、全体のＣＣ数（３２ＣＣ）に比べて、実際にスケジューリングされるセルの数（１０ＣＣ）が少なく、半分以上のＣＣがＮＡＣＫとなる。
【００２６】
また、ＡＣＫ／ＮＡＣＫのコードブックサイズが小さいほど、ユーザ端末が送信する情報量は少なくなる。したがって、ＡＣＫ／ＮＡＣＫのコードブックサイズを小さくできれば、無線送信に際し要求される通信品質（ＳＩＮＲ：Signal  to  Interference  plus  Noise  power  Ratio）を低く抑えることができる。例えば、最大５ＣＣを用いるＣＡでも、ユーザ端末がフィードバックするＡＣＫ／ＮＡＣＫのコードブックサイズをスケジューリングされるＣＣに応じて小さくすることでＡＣＫ／ＮＡＣＫの送信において要求されるＳＩＮＲを低く抑えることができる。
【００２７】
このため、ユーザ端末がフィードバックするＡＣＫ／ＮＡＣＫ（ＨＡＲＱ−ＡＣＫ）のコードブックサイズを、スケジューリングされたＣＣ数に応じてダイナミック（動的）に変更可能とすることが有効となる。
【００２８】
ユーザ端末がフィードバックするＡＣＫ／ＮＡＣＫのコードブックサイズを動的に変更可能とする場合、例えば、スケジューリングされたＣＣ数等に応じて、ユーザ端末がＡＣＫ／ＮＡＣＫのビット数を動的に変更することが考えられる。ＡＣＫ／ＮＡＣＫのビット数を動的に変更する方法としては、ユーザ端末が、下り信号（例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ／ＥＰＤＣＣＨ）の検出数に基づき、ＡＣＫ／ＮＡＣＫのビット数を決定する方法が考えられる。
【００２９】
このように、ユーザ端末が検出した下り制御情報（ＰＤＣＣＨ／ＥＰＤＣＣＨ）に基づいてＡＣＫ／ＮＡＣＫのコートブックサイズを制御することにより、スケジューリングされるＣＣ数に応じて適切にコードブックサイズを縮小することが可能となる。
【００３０】
ところで、ＣＡを適用したＡＣＫ／ＮＡＣＫにおいて用いられるＰＵＣＣＨ  ｆｏｒｍａｔ（例えばｆｏｒｍａｔ  ３）においては、ＡＣＫ／ＮＡＣＫビット列に誤り訂正符号化（例えばブロック符号化）が適用されて送信される。このため、符号化を行うユーザ端末と、復号を行う無線基地局でコードブックサイズの認識が一致していなければ、無線基地局はユーザ端末からフィードバックされたＡＣＫ／ＮＡＣＫを正しく復号することはできない。
【００３１】
例えば、ユーザ端末が、本来スケジューリングされたＣＣ数と異なるＣＣ数を認識するような検出ミスや誤検出が発生すると、無線基地局とユーザ端末でコードブック（ビット列）サイズの認識が一致しない事態が生じる（図２参照）。図２では、無線基地局がユーザ端末に対して８ＣＣを利用したスケジューリング（ＤＬ信号の送信）を行っているが、ユーザ端末では５ＣＣ分のＰＤＣＣＨ／ＥＰＤＣＣＨ（スケジューリング情報）を検出する場合を示している。つまり、ユーザ端末は、３ＣＣ分のＤＬ信号（例えば、ＰＤＣＣＨ／ＥＰＤＣＣＨ）について検出ミスしている。
【００３２】
図２においてユーザ端末が検出したＤＬ信号（ＣＣ数）に基づいてＡＣＫ／ＮＡＣＫコードブックサイズを決定する場合、ユーザ端末は、検出した５ＣＣ分のＡＣＫ／ＮＡＣＫビット列を無線基地局に送信する。そのため、無線基地局は正しく復号ができずＡＣＫ／ＮＡＣＫビット列全体が影響を受けて、ＡＣＫ／ＮＡＣＫを用いたフィードバック品質が著しく劣化してしまう。
【００３３】
このように、ユーザ端末は、無線基地局から所定ＣＣで送信されたＤＬ信号を検出ミスした場合、当該無線基地局がＤＬ信号を送信したＣＣ数よりも少ないＣＣ数の割当てと判断する。また、ユーザ端末は、無線基地局から送信されたＤＬ信号を誤検出した場合、当該無線基地局がＤＬ信号を送信したＣＣ数より多いＣＣ数の割当てと判断する。
【００３４】
ＰＤＣＣＨ／ＥＰＤＣＣＨの検出数に基づいてユーザ端末が送信するＡＣＫ／ＮＡＣＫのコードブックサイズを決める方法は容易に適用することができるが、検出ミスや誤検出が発生すると、無線基地局とユーザ端末の間でコードブックサイズの認識がずれる。かかる場合、上述したようにＡＣＫ／ＮＡＣＫに基づくフィードバック品質が劣化し、通信品質が劣化してしまうおそれがある。
【００３５】
あるいは、ユーザ端末が、あるサブフレームでスケジューリングされたセル（ＤＬ送信が行われたセル）を、各セルの下り制御情報に含まれるＤＬ割当てインデックス（ＤＡＩ：Downlink  Assignment  Indicator（Index））を利用して判断することが考えられる。ＤＡＩは、スケジューリングされたセルに対してそれぞれ割当てられる値であり、スケジューリングセルの数（累積値）を示すために利用される。
【００３６】
例えば、無線基地局は、スケジューリングされたセルの下り制御情報にそれぞれ異なるＤＡＩを含めて送信する。各セルの下り制御情報に含めるＤＡＩは、例えば、セルインデックス等に基づいて昇順に設定することができる。この場合、スケジューリングされたセルの中でセルインデックスが最も大きいセルのＤＡＩが最大（スケジューリングされたセル数）となる。
【００３７】
ユーザ端末は、複数のセルからＤＬ信号を受信した場合、各セルの下り制御情報に含まれるＤＡＩ（累積値）の値が連続していない場合に、検出できなかったＤＡＩに対応するセルを検出ミスしたと判断することができる。例えば、図３に示すように、１５個のＣＣが設定されるユーザ端末に対して、あるサブフレームで６ＣＣ（ＣＣ＃１、＃４、＃６、＃８、＃１１、＃１３）を用いてＤＬ送信が行われる場合を想定する。
【００３８】
かかる場合、無線基地局は、６ＣＣ（ＣＣ＃１、＃４、＃６、＃８、＃１１、＃１３）の下り制御情報にそれぞれ異なるＤＡＩ（１−６）を設定して送信する。例えば、ユーザ端末がＣＣ＃６を検出ミスした場合、ユーザ端末で検出されるＤＡＩは１、２、４−６となるため、ユーザ端末は所定ＣＣで検出ミスが生じたことを判断することができる。かかる場合、ユーザ端末は、当該検出ミスしたＣＣについてＮＡＣＫと判断すると共に、検出した最大のＤＡＩ（ここでは、６）に基づいてＡＣＫ／ＮＡＣＫコードブックサイズを決定してフィードバックすることができる。無線基地局は、ユーザ端末からフィードバックされた情報に基づいてＣＣ＃６においてＤＬ信号を再送することができる。
【００３９】
このように、ＤＡＩを利用することにより、ユーザ端末と無線基地局間のＡＣＫ／ＮＡＣＫコードブックサイズの認識を一致させると共に、ユーザ端末が検出ミスをしたＣＣについて無線基地局側で再送制御を適切に行うことができる。
【００４０】
しかし、本発明者等は、ＤＡＩを利用した場合であっても、スケジューリングされたセルの中で下り制御情報に含まれるＤＡＩが最大となるセルを検出ミスした場合に、ユーザ端末が当該検出ミスを把握できないことを見出した。例えば、図３において、ユーザ端末がＣＣ＃１３を検出ミスした場合、ユーザ端末で検出されるＤＡＩは連続する１−５となるため、ユーザ端末はＣＣ＃１３の検出ミスを判断することができない。かかる場合、ユーザ端末は、スケジューリングされたＣＣが５ＣＣ（ＣＣ＃１、＃４、＃６、＃８、＃１１）であると判断してコードブックサイズを決定し、ＡＣＫ／ＮＡＣＫフィードバックを行う。その結果、ユーザ端末と無線基地局間のＡＣＫ／ＮＡＣＫコードブックサイズの認識が一致しない場合が生じる。
【００４１】
そこで、本発明者らは、ＤＬ送信が行われるセル（スケジューリング対象となるセル）が特定のセルに該当するか否かに関する情報を、各セルの下り制御情報に含めてユーザ端末に通知することを着想した。特定のセルとしては、例えば、ＤＬ送信が行われるセルの中で各セルの下り制御情報に含まれるＤＬ割当てインデックスの値が最も大きいセル、又はセルインデックスが最も大きいセルとすることができる。
【００４２】
これにより、ユーザ端末は、特定のセルの下り制御情報を検出ミスした場合であっても、受信したセルの下り制御情報に含まれる情報に基づいて当該特定のセルの検出ミスを把握することができる。また、下り制御情報にＤＡＩを含めることにより、特定のセル以外の他のセルの下り制御情報を検出ミスした場合には、ＤＡＩに基づいて当該他のセルの検出ミスを把握することができる。その結果、ユーザ端末は、スケジューリングされたいずれかのセルを検出ミスした場合であっても、当該検出ミスを考慮してＡＣＫ／ＮＡＣＫコードブックサイズを決定することができる。
【００４３】
また、本発明者らは、ＤＬ送信が行われるセル（スケジューリング対象となるセル）に関する情報をユーザ端末に通知し、ユーザ端末がスケジューリング対象セルに関する情報に基づいて送信するＡＣＫ／ＮＡＣＫのコードブックサイズを制御することを着想した。
【００４４】
本実施の形態によれば、ユーザ端末は、スケジューリング対象のセルを特定するための情報を受信し、当該情報に基づいてＡＣＫ／ＮＡＣＫフィードバックを制御する。このように、スケジューリング対象のセルを特定するための情報に基づいてＡＣＫ／ＮＡＣＫフィードバック制御を行うことにより、ＡＣＫ／ＮＡＣＫのコードブックサイズを動的に変更すると共に、無線基地局とユーザ端末で対象とするコードブックサイズの認識を一致させることができる。これにより、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制することができる。
【００４５】
以下、本発明に係る実施形態について説明する。以下の説明では、無線基地局からユーザ端末に対してＰＤＣＣＨやＥＰＤＣＣＨに含まれるＤＣＩ（Downlink  Control  Information）を用いてスケジューリング対象セルに関する情報を送信する場合を例示するが、本実施の形態はこれに限定されない。例えば、ＤＬ  ＭＡＣ  ＣＥ（DownLink  Medium  Access  Control  Control  Element）を用いてスケジューリング対象セルに関する情報を送信してもよい。
【００４６】
また、以下に示す実施の形態では、ＨＡＲＱ−ＡＣＫフィードバックとして、ＰＵＣＣＨフォーマット３を利用することができるが、これに限られない。ＰＵＣＣＨフォーマット３より容量が大きい新規ＰＵＣＣＨフォーマットを利用することも可能である。また、デュアルコネクティビティ（ＤＣ：Dual  Connectivity）を利用する場合には、ＰＣｅｌｌと含むＭＣＧと、ＰＵＣＣＨ送信を行うＰＳＣｅｌｌを含むＳＣＧに分類されるが、ＰＣｅｌｌをＰＳＣｅｌｌと置き換えてＳＣＧに適用することができる。また、スケジューリングを行うセルの数や配置、スケジューリングされるセルのインデックス、送信される信号についても以下の例に限られない。
【００４７】
（第１の態様）
第１の態様では、スケジューリングされるセル（ＣＣ）の下り制御情報に含まれる所定フィールドに対して、当該セルが特定のセルに該当するか否かを示すビット情報を設定する場合について説明する。具体的には、所定フィールドとして電力制御フィールド（ＴＰＣフィールド）を利用し、他の情報と組み合わせて設定する場合について説明する。なお、所定セルの下り制御情報は、当該所定セルで送信される下り制御情報だけでなく、他のセルで送信される下り制御情報（クロスキャリアスケジューリング）も含まれる。
【００４８】
無線基地局は、各セルの下り制御情報に含まれるＴＰＣフィールドを利用して、各セルが特定のセルであるか否かをそれぞれユーザ端末に通知することができる。例えば、ＴＰＣフィールドが複数のビット値（例えば、ＰＵＣＣＨ用のＴＰＣコマンド値）で構成される場合、無線基地局は所定のビット値を特定のセルに関連付けて設定する。
【００４９】
特定のセルは、例えば、ＤＬ送信が行われるセルの中で各セルの下り制御情報に含まれるＤＬ割当てインデックスの値が最も大きいセル、又はセルインデックスが最も大きいセルとすることができる。特定のセルはセカンダリセルで構成することができる。また、特定のセルの下り制御情報は、複数のセルの中でスケジューリングされる最後のＰＤＣＣＨ（last  PDCCH）となる。
【００５０】
図４は、第１の態様におけるＴＰＣフィールド（ＰＵＣＣＨ用のＴＰＣコマンド値）に設定されるビット情報が規定されたテーブルの一例を示す図である。図４では、ＴＰＣフィールドを２ビットで構成し、所定のビット値（ここでは、“１１”）が特定のセル（last  PDCCH）に関連づけて設定されたテーブルを示している。つまり、電力制御フィールドを利用して、内容が異なるビット情報を組み合わせて規定する。
【００５１】
この場合、プライマリセルの下り制御情報におけるＴＰＣフィールドはＰＵＣＣＨの電力を制御するために利用し、セカンダリセルの下り制御情報におけるＴＰＣフィールドに特定のセルであることを示すビット情報（例えば、“１１”）を規定することができる。つまり、セカンダリセルのＴＰＣフィールドでは、ＰＵＣＣＨリソースを示すビット情報（図４における“００”、“０１”、“１０”）と、特定のセルであることを示す情報（図４における“１１”）が組み合わされて定義される。
【００５２】
無線基地局は、特定のセルの下り制御情報（last  PDCCH）のＴＰＣフィールドには所定のビット値（例えば、“１１”）を設定してＤＬ送信を行う。一方で、無線基地局は、他のセル（例えば、特定のセル以外のセカンダリセル）の下り制御情報のＴＰＣフィールドにはＰＵＣＣＨのリソース決定に利用するビット値（例えば、“００”、“０１”、“１０”）のいずれか一つを設定してＤＬ送信を行う。
【００５３】
ユーザ端末は、ＤＬ送信が行われる各セルの下り制御情報に含まれるＴＰＣフィールドのビット値に基づいて、プライマリセルのＰＵＣＣＨの電力、ＡＣＫ／ＮＡＣＫフィードバック等に利用するＰＵＣＣＨリソース、及び／又は特定のセルを把握してＵＬ送信を制御することができる。
【００５４】
ユーザ端末が、プライマリセルの下り制御情報のみ検出した場合、当該プライマリセルしかＤＬ送信がないと判断してＡＣＫ／ＮＡＣＫフィードバックを制御することができる。かかる場合、ユーザ端末は、既存システムのＰＵＣＣＨフォーマット１ａ／１ｂを利用してＡＣＫ／ＮＡＣＫフィードバックを行うことができる（フォールバック）。
【００５５】
ユーザ端末が、特定のセルの下り制御情報（ＴＰＣコマンド）のみ検出した場合、その他のセル（セカンダリセル）のＴＰＣコマンドで通知されるＰＵＣＣＨリソースに関する情報を受信することができない。この場合、ユーザ端末は、当該特定のセルに対するＡＣＫ／ＮＡＣＫを送信しないように制御することができる。あるいは、ユーザ端末は、当該特定のセルに対するＡＣＫ／ＮＡＣＫを所定のＰＵＣＣＨリソースを利用して送信を制御することができる。
【００５６】
特定のセルに対応する下り制御情報のみ検出した場合、ユーザ端末は、ＡＣＫ／ＮＡＣＫフィードバックに利用するＰＵＣＣＨリソース情報を取得することができない。したがって、かかる場合、ユーザ端末は、あらかじめ決められた所定のリソースを利用してＰＵＣＣＨを送信する、又はＰＵＣＣＨの送信を行わないように制御することができる。
【００５７】
図５は、１個のプライマリセル（ＣＣ＃０）と、５個のセカンダリセル（ＣＣ＃１−＃５）が設定され、あるサブフレームにおいてＣＣ＃０、＃１、＃３−＃５でＤＬ送信が行われる場合を示している。また、セルＩＤの順番に応じてＤＡＩの値が設定（累積）される場合を示している。図５では、スケジューリングされるセルの中でＣＣ＃５がＤＡＩの値が最も大きいセルに相当し、ＣＣ＃５の下り制御情報が複数のセルの中でスケジューリングされる最後のＰＤＣＣＨ（last  PDCCH）となる。
【００５８】
この場合、無線基地局は、ＣＣ＃０の下り制御情報のＴＰＣフィールド（ここでは、ビット値“００）”を利用してユーザ端末におけるＰＵＣＣＨの送信電力を制御する。また、無線基地局は、ＣＣ＃１、＃３、＃４の下り制御情報のＴＰＣフィールド（ここでは、ビット値“１０”）を利用してユーザ端末がＡＣＫ／ＮＡＣＫフィードバックに利用するＰＵＣＣＨリソースを通知する。また、ＣＣ＃５の下り制御情報のＴＰＣフィールド（ここでは、ビット値“１１”）を利用して、当該ＣＣ＃５が特定のセルに該当することをユーザ端末に通知する。
【００５９】
ユーザ端末は、受信したセルの下り制御情報に含まれるＴＰＣフィールドに基づいて、ＰＵＣＣＨの送信電力制御、ＰＵＣＣＨリソースの選択、及び特定のセルの把握を行う。ユーザ端末が、スケジューリングされた全てのＣＣ（ＣＣ＃０、＃１、＃３−＃５）を受信した場合、各ＣＣの下り制御情報と受信結果（ＡＣＫ／ＮＡＣＫ）に基づいてＡＣＫ／ＮＡＣＫの送信を制御する。例えば、ＣＣ＃０、＃１、＃４、＃５がＡＣＫ、ＣＣ＃３がＮＡＣＫの場合、ユーザ端末は、ビット値“１０”に対応するＰＵＣＣＨリソースを利用して、ＡＣＫ／ＮＡＣＫの情報（“１、１、０、１、１”）をＰＵＣＣＨリソース＃１に割当てて送信する。ここで、“１”はＡＣＫ、“０”はＮＡＣＫに相当する。
【００６０】
一方で、ユーザ端末がＣＣ＃０、ＣＣ＃１、ＣＣ＃４を検出してＡＣＫと判断し、ＣＣ＃３を検出したがＮＡＣＫと判断し、ＣＣ＃５は検出ミスした場合を想定する（図５参照）。
【００６１】
ユーザ端末は、ＣＣ＃５の下り制御情報（ＴＰＣフィールド“１１”）を受信できない場合、特定のセルを検出ミスしたと判断する。この場合、ユーザ端末は、特定のセルについてＮＡＣＫをフィードバックする。図５では、ユーザ端末は、ビット値“１０”に対応するＰＵＣＣＨリソースを利用して、ＡＣＫ／ＮＡＣＫの情報（“１、１、０、１、０”）をＰＵＣＣＨリソース＃１に割当てて送信する。また、ユーザ端末は、ＤＬ送信が行われたＣＣ数が実際に検出したＣＣ数（４個）より１個多いと判断してＡＣＫ／ＮＡＣＫコードブックサイズを制御することができる。
【００６２】
無線基地局は、ユーザ端末からＰＵＣＣＨリソース１でフィードバックされた結果（“１、１、０、１、０”）に基づいてＣＣ＃３とＣＣ＃５でＤＬ信号が適切に受信できなかったと判断し、ＣＣ＃３とＣＣ＃５の再送制御を行うことができる。
【００６３】
このように、ＤＡＩが最も大きいセルに該当するか否かに関する情報を、各セルの下り制御情報に含めてユーザ端末に通知することにより、ユーザ端末は、ＤＡＩが最も大きいセルを検出ミスした場合であっても当該検出ミスを把握してＡＣＫ／ＮＡＣＫ送信を制御することができる。これにより、無線基地局とユーザ端末でコードブック（ビット列）サイズの認識を一致させてＡＣＫ／ＮＡＣＫ送信を行うことができる。その結果、無線通信システムに複数のコンポーネントキャリアが設定される場合であっても、ＨＡＲＱ−ＡＣＫのフィードバックを適切に行うと共に通信品質の低下を抑制することができる。
【００６４】
なお、ＬＴＥでは、ＣＣ毎に異なる送信モード（ＴＭ：Transmission  Mode）を設定することが可能である。ユーザ端末が送信するＡＣＫ／ＮＡＣＫのビット数は、ＴＭに応じて１ビットまたは複数ビット（例えば、２ビット）となる。ユーザ端末に対し、ＣＣ毎に異なるＴＭが設定されている場合、どのＣＣでＴＰＣフィールド“１１”（特定のセルであることを示すビット情報）の下り制御情報が送信されているかに応じて、コードブックサイズが変わってしまう。換言すれば、ＣＣ毎に異なるＴＭが設定される場合、ＴＰＣフィールド“１１”の下り制御情報が送信されたＣＣのＴＭまで把握する必要が生じる。
【００６５】
そこで、ＤＬ送信が行われるセル（スケジューリング対象となるセル）が特定のセルに該当するか否かに関する情報を、各セルの下り制御情報に含めて通知されることが設定（Configure）されたユーザ端末は、全てのＣＣにおいて、空間バンドリングを適用するものとしてもよい。この場合、ＭＩＭＯの適用により２つ以上のトランスポートブロック（ＴＢ：Transport  Block）がスケジューリングされたＣＣのＰＤＳＣＨ復調結果は、排他的論理和の結果として１ビットのＡＣＫ／ＮＡＣＫとしてフィードバックする。この場合、各ＣＣに設定されたＴＭおよび前記特定のセル（例えばＴＰＣフィールド“１１”のセル）がいずれであっても、コードブックのサイズについての認識を一致させることができる。
【００６６】
あるいは、ＤＬ送信が行われるセルが特定のセルに該当するか否かに関する情報を、各セルの下り制御情報に含めて通知されることが設定されたユーザ端末は、全てのＣＣにおいて、２ビットのＡＣＫ／ＮＡＣＫをフィードバックするものとしてもよい。または、全てのＣＣの中に１つでも２ビットのＡＣＫ／ＮＡＣＫフィードバックが必要なＴＭが設定されている場合は全てのＣＣで２ビットのＡＣＫ／ＮＡＣＫをフィードバックし、その他の場合は全てのＣＣで１ビットのＡＣＫ／ＮＡＣＫをフィードバックするものとしてもよい。
【００６７】
あるいは、当該ユーザ端末は、各ＣＣのＴＭに基づきＡＣＫ／ＮＡＣＫのビット数を決定するものとしておき、無線基地局側で、当該特定のセルのＡＣＫ／ＮＡＣＫが１ビットの場合と２ビットの場合の２パターンのコードブックサイズに対する復号を試行してもよい。この場合、無線基地局は、復号結果がＯＫとなったコードブックサイズを当該ユーザ端末が送信したＡＣＫ／ＮＡＣＫのコードブックサイズであると判断すればよい。
【００６８】
（第２の態様）
第２の態様では、スケジューリングされるセル（ＣＣ）の下り制御情報に含まれるＤＬ割当てインデックス（ＤＡＩ）を利用して、当該セルが特定のセルに該当するか否かを示すビット情報を設定する場合について説明する。具体的には、所定フィールドとして、ＤＡＩにビット値を追加した拡張フィールドを利用する場合について以下に説明する。なお、拡張フィールドはＤＡＩフィールドとは別に設定してもよいし、他のフィールドに追加してもよい。
【００６９】
無線基地局は、ＤＡＩフィールドに追加したビット値（例えば、１ビットの拡張フィールド）を利用して当該ＤＡＩが含まれる下り制御情報に対応するセルが特定のセルであるか否かをユーザ端末に通知することができる。
【００７０】
例えば、下り制御情報に含まれるＤＡＩの拡張フィールドのビット値が“０”であればＤＡＩ（累積値）が最も大きいセル（last  PDCCH）のセルであるとし、ビット値が“１”であれば他のセルとすることができる。この場合、無線基地局は、スケジューリングするセルの中でＤＡＩが最も大きいセルの下り制御情報（last  PDCCH）のＤＡＩ拡張フィールドに“０”を設定し、その他のセルのＤＡＩ拡張フィールドに“１”を設定してユーザ端末に通知する。
【００７１】
ユーザ端末は、各セルの下り制御情報のＤＡＩフィールド（例えば、３ビット）と拡張フィールド（例えば、１ビット）に基づいて、実際にスケジューリングされたセルを判断することができる。例えば、ユーザ端末が復調した下り制御情報の中で、いずれの下り制御情報の拡張フィールドに対しても特定のセルを示すビット値（例えば、“０”）が設定されていない場合、ユーザ端末は、特定のセルを検出できなかったと想定する。かかる場合、ユーザ端末は、特定のセルをＮＡＣＫと仮定すると共に、ＡＣＫ／ＮＡＣＫコードブックサイズを決定してＨＡＲＱ−ＡＣＫフィードバックを制御することができる。
【００７２】
図６は、１個のプライマリセル（ＣＣ＃０）と、４個のセカンダリセル（ＣＣ＃１−＃４）が設定され、あるサブフレームにおいてＣＣ＃０、＃１、＃３、＃４でＤＬ送信が行われる場合を示している。また、セルＩＤの順番に応じてＤＡＩの値が設定（累積）される場合を示している。図６では、スケジューリングされるセルの中でＣＣ＃４がＤＡＩの値が最も大きいセルに相当し、ＣＣ＃４の下り制御情報が複数のセルの中でスケジューリングされる最後のＰＤＣＣＨ（last  PDCCH）となる。
【００７３】
この場合、無線基地局は、各セルの下り制御情報に含まれるＤＡＩに拡張フィールド（例えば、１ビット）を追加し、ＣＣ＃０、＃１、＃３の拡張フィールドにビット値“１”を設定し、ＣＣ＃４の拡張フィールドにビット値“０”を設定する。
【００７４】
ユーザ端末は、受信したセルの下り制御情報に含まれるＤＡＩと拡張フィールドに基づいてスケジューリングされたセルを判断することができる。ユーザ端末は、受信した下り制御情報の拡張フィールドの中で、所定のビット値（例えば、“０”）を検出した場合、当該下り制御情報が対応するセルを特定のセルと判断してＡＣＫ／ＮＡＣＫフィードバックを制御する（図６Ａ参照）。
【００７５】
図６Ａに示す場合、ユーザ端末は、ＣＣ＃０、＃１、＃４がＡＣＫ、ＣＣ＃３がＮＡＣＫであると判断し、ＡＣＫ／ＮＡＣＫ（“１、１、０、１”）を所定のＰＵＣＣＨリソースでフィードバックする。この場合、ユーザ端末は、ＤＡＩが最も大きいセルがＣＣ＃４であると判断してＡＣＫ／ＮＡＣＫのコードブックサイズを決定することができる。
【００７６】
一方で、ユーザ端末は、受信した下り制御情報の拡張フィールドの中で、所定のビット値（例えば、“０”）を検出できなかった場合、ＤＡＩが最も大きいセルのＤＬ送信を検出ミスしたと判断し、ＡＣＫ／ＮＡＣＫフィードバックを制御する（図６Ｂ参照）。図６Ｂに示す場合、ユーザ端末は、ＣＣ＃０、＃１がＡＣＫ、ＣＣ＃３、＃４がＮＡＣＫであると判断し、ＡＣＫ／ＮＡＣＫ（“１、１、０、０”）を所定のＰＵＣＣＨリソースでフィードバックする。この場合、ユーザ端末は、ＤＡＩが最も大きいセルが検出ミスしたと想定してＡＣＫ／ＮＡＣＫのコードブックサイズを決定することができる。
【００７７】
無線基地局は、ユーザ端末からＰＵＣＣＨリソース１でフィードバックされた結果（“１、１、０、０”）に基づいてＣＣ＃３とＣＣ＃４でＤＬ信号が適切に受信できなかったと判断し、ＣＣ＃３とＣＣ＃４の再送制御を行うことができる。
【００７８】
このように、ＤＡＩが最も大きいセルに該当するか否かに関する情報を、各セルの下り制御情報（拡張フィールド）に含めてユーザ端末に通知することにより、ユーザ端末は、ＤＡＩが最も大きいセルを検出ミスした場合であっても当該検出ミスを把握してＡＣＫ／ＮＡＣＫ送信を制御することができる。これにより、無線基地局とユーザ端末でコードブック（ビット列）サイズの認識を一致させてＡＣＫ／ＮＡＣＫ送信を行うことができる。
【００７９】
なお、ＬＴＥでは、ＣＣ毎に異なる送信モード（ＴＭ：Transmission  Mode）を設定することが可能である。ユーザ端末が送信するＡＣＫ／ＮＡＣＫのビット数は、ＴＭに応じて１ビットまたは複数ビット（例えば、２ビット）となる。ユーザ端末に対し、ＣＣ毎に異なるＴＭが設定されている場合、どのＣＣでＤＡＩの追加フィールドが“１”（特定のセルであることを示すビット情報）となる下り制御情報が送信されているかに応じて、コードブックサイズが変わってしまう。換言すれば、ＣＣ毎に異なるＴＭが設定される場合、ＤＡＩの追加フィールド“１”の下り制御情報が送信されたＣＣのＴＭまで把握する必要が生じる。
【００８０】
そこで、ＤＬ送信が行われるセル（スケジューリング対象となるセル）が特定のセルに該当するか否かに関する情報を、各セルの下り制御情報に含めて通知されることが設定（Configure）されたユーザ端末は、全てのＣＣにおいて、空間バンドリングを適用するものとしてもよい。この場合、ＭＩＭＯの適用により２つ以上のトランスポートブロック（ＴＢ：Transport  Block）がスケジューリングされたＣＣのＰＤＳＣＨ復調結果は、排他的論理和の結果として１ビットのＡＣＫ／ＮＡＣＫとしてフィードバックする。この場合、各ＣＣに設定されたＴＭおよび前記特定のセル（例えばＤＡＩの追加フィールド“１”のセル）がいずれであっても、コードブックのサイズについての認識を一致させることができる。
【００８１】
あるいは、ＤＬ送信が行われるセルが特定のセルに該当するか否かに関する情報を、各セルの下り制御情報に含めて通知されることが設定されたユーザ端末は、全てのＣＣにおいて、２ビットのＡＣＫ／ＮＡＣＫをフィードバックするものとしてもよい。または、全てのＣＣの中に１つでも２ビットのＡＣＫ／ＮＡＣＫフィードバックが必要なＴＭが設定されている場合は全てのＣＣで２ビットのＡＣＫ／ＮＡＣＫをフィードバックし、その他の場合は全てのＣＣで１ビットのＡＣＫ／ＮＡＣＫをフィードバックするものとしてもよい。
【００８２】
あるいは、当該ユーザ端末は、各ＣＣのＴＭに基づきＡＣＫ／ＮＡＣＫのビット数を決定するものとしておき、無線基地局側で、当該特定のセルのＡＣＫ／ＮＡＣＫが１ビットの場合と２ビットの場合の２パターンのコードブックサイズに対する復号を試行してもよい。この場合、無線基地局は、復号結果がＯＫとなったコードブックサイズを当該ユーザ端末が送信したＡＣＫ／ＮＡＣＫのコードブックサイズであると判断すればよい。
【００８３】
（第３の態様）
第３の態様では、無線基地局がＤＬ送信を行うセル（スケジューリングしたセル）に関する情報をユーザ端末に通知する方法について説明する。
【００８４】
無線基地局は、下り制御情報（ＤＣＩ）を利用してセルのスケジューリング情報をユーザ端末に通知することができる。ユーザ端末への通知方法としては、ビットマップ形式、又はセルの組み合わせが関連づけられた所定ビット値を通知する方法がある。
【００８５】
ビットマップ形式では、ユーザ端末に設定されたセルに対して、それぞれ“１”と“０”を用いて各セルのスケジューリング有無をユーザ端末に通知する。例えば、スケジューリングされるセルを“１”、スケジューリングされないセルを“０”に設定してユーザ端末に通知することができる。
【００８６】
ビットマップ形式では、セル数に応じてユーザ端末に通知するビット数が増加するが、各セルのスケジューリング情報をユーザ端末に詳細に通知することができる。例えば、ユーザ端末に３２ＣＣが設定される場合、ビットマップ形式では、各ＣＣのスケジューリング状態を表す場合には３２ビットの情報をＤＬ制御信号に含める必要があるが、各セルのスケジューリング情報をユーザ端末に個別に通知することができる。
【００８７】
あるいは、ビットマップ形式において、設定されるセル数より少ないビット数を用いてユーザ端末にスケジューリング情報を通知することも可能である。例えば、ユーザ端末に１６ＣＣ（又は、３２ＣＣ）が設定される場合、８ビットのビットマップ形式を利用することも可能である。
【００８８】
この場合、ビットマップ形式でスケジューリング情報を通知するセルをあらかじめ定義しておくことができる。例えば、連続する８ＣＣ（ＣＣ＃０−＃７）を選択してもよいし、非連続の８ＣＣを選択することも可能である（図７Ａ参照）。この場合、無線基地局のスケジューリングが制限されるが、下り制御情報のオーバーヘッドの増加を抑制することができる。また、選択するＣＣについては、あらかじめユーザ端末に上位レイヤシグナリング及び／又は下り制御情報を用いて通知することができる。
【００８９】
セルの組み合わせが関連づけられた所定ビット値を利用する場合、あらかじめＣＣの組み合わせを複数定義し、当該複数のＣＣの組み合わせと異なるビット値とを関連付けておく。無線基地局は、スケジューリングしたセルに応じて所定の組み合わせに対応する所定ビット値をユーザ端末に通知する。
【００９０】
この場合、複数のＣＣの組み合わせと対応するビット値とを関連付けたテーブルをあらかじめ用意することができる（図８参照）。図８では、一例として、３ビットのビット情報（Status）を用いて８通りのＣＣの組み合わせを定義する場合を示している。また、無線基地局は、各ビット値に対応するセルの組み合わせに関する情報を上位レイヤシグナリング等を用いてユーザ端末に通知してもよい。
【００９１】
定義するセルの組み合わせの種類を増やす場合、スケジューリング情報のビット数が増加するが、ユーザ端末に各セルのスケジューリング情報を詳細に通知することができる。一方で、スケジューリング情報に利用するビット値を小さくする場合（図７Ｂ参照）、無線基地局のスケジューリングが制限されるが、下り制御情報のオーバーヘッドの増加を抑制することができる。図７Ｂでは、セルの組み合わせを４種類（２ビット）定義したテーブルを示しており、無線基地局は当該テーブルからスケジューリングに応じたセルの組み合わせを選択してユーザ端末へスケジューリング情報を通知する。
【００９２】
無線基地局は、通信状況（例えば、ユーザ端末に設定されるセル数等）に応じて、スケジューリング情報を規定するビット数を制御することも可能である。
【００９３】
また、無線基地局は、スケジューリング情報を１つの下り制御情報（ＤＣＩ）又は複数の下り制御情報に含めてユーザ端末に通知することができる。スケジューリング情報を複数の下り制御情報に含める場合、同一のスケジューリング情報を複製して複数の下り制御情報に含めることができる。あるいは、スケジューリング情報を分割して複数の下り制御情報に含めることも可能である。
【００９４】
１つのＤＣＩにユーザ端末に設定される全てのセルのスケジューリング情報を含める場合、無線基地局は少なくとも１つのセルで当該スケジューリング情報を含むＤＣＩを送信すればよい。例えば、無線基地局は、全てのセルのスケジューリング情報を含むＤＣＩをプライマリセルで送信することができる。
【００９５】
この場合、無線基地局は、共通サーチスペース（ＣＳＳ：Common  Search  Space）で送信されるＤＣＩフォーマット１Ａ／１Ｃを利用してＤＣＩを生成することができる。また、無線基地局はＣ−ＲＮＴＩ（Cell-Radio  Network  Temporary  Identifier）、又はユーザ端末固有の新しいＲＮＴＩを用いてＣＲＣをスクランブルすることができる。
【００９６】
あるいは、無線基地局は、全てのセルのスケジューリング情報を含むＤＣＩをプライマリセル以外の所定セルで送信してもよい。無線基地局は、所定セルとして複数のセル（プライマルセルを含んでもよい）を選択してもよい。複数のセルでスケジューリング情報を送信することにより、ユーザ端末が１つのＣＣを検出ミスした場合であっても他のセルのＤＬ信号からスケジューリング情報を取得することができる。
【００９７】
所定セルに関する情報は上位レイヤシグナリング等で無線基地局からユーザ端末に通知することができる。また、無線基地局は、ユーザ端末固有のサーチスペース（ＵＳＳ：UE-specific  Search  Space）で送信されるＤＣＩフォーマットＹを利用してＤＣＩを生成することができる。また、複数のセルでスケジューリング情報を送信する場合、セル毎にスケジューリング情報を含めるＤＣＩフォーマットを独立して選択することもできる。
【００９８】
無線基地局は、ＤＣＩフォーマットＹとして、新規のＤＣＩフォーマットを定義して利用することができる。あるいは、ＤＣＩフォーマットＹとして、既存のＤＣＩフォーマットを利用する（例えば、ＤＣＩフォーマットの内容を読み替える）構成とすることができる。図９は、ＤＣＩフォーマット２を利用して、スケジューリング情報をユーザ端末に通知する場合の一例を示している。ここでは、ＤＣＩフォーマット２のＣＲＣがＣ−ＲＮＴＩでスクランブルされる場合を仮定している。
【００９９】
セルのスケジューリング情報を３２ビットで規定する場合、当該スケジューリング情報をＤＣＩフォーマット２に規定し、既存のＤＣＩフォーマット２の残りのビットフィールド（ビット情報）をゼロに設定した構成とすることができる。このように、ＤＣＩフォーマット２を利用する（内容を読み替える）ことにより、ＤＣＩフォーマット２に対するブラインド検出を行ったときに、その出力に対して既知ビット（ゼロに設定されていることが判明しているビット）で検出結果（ＯＫ／ＮＧ）を判定できる。これにより、ユーザ端末におけるブラインド復号回数を増加させることなく、高い品質を確保できる。ＤＣＩフォーマット２を検出できなかった場合、ユーザ端末は、全てのＣＣにスケジューリングされたと判断してコードブックサイズを決定してもよい。
【０１００】
また、スケジューリング情報を分割して複数のＤＣＩに含める場合（１つのＤＣＩがスケジューリング情報の一部を含む場合）、無線基地局は、あるＤＣＩにスケジューリング情報の一部を含め、他のＤＣＩに残りのスケジューリング情報を含めてユーザ端末へ通知することができる。
【０１０１】
この場合、無線基地局は、スケジューリング情報を複数に分割し、分割した情報をそれぞれ異なるセルのＤＣＩに含めユーザ端末に通知することができる。例えば、スケジューリング情報をＭ個に分割する場合、無線基地局は、分割したスケジューリング情報をそれぞれ異なるセル（Ｍ個のセル）で送信することができる。あるいは、無線基地局は、分割したスケジューリング情報をそれぞれ複数のセル（Ｎ×Ｍ個のセル）で送信してもよい。
【０１０２】
図１０は、ユーザ端末に１０個のＣＣ（ＣＣ＃０−ＣＣ＃９）が設定され、あるサブフレームにおいて、セルインデックスが偶数のＣＣ（ＣＣ＃０、＃２、＃４、＃６、＃８）がスケジューリングされる場合を示している。この場合、無線基地局は、ＣＣ＃０−＃４のスケジューリング情報と、ＣＣ＃５−＃９におけるスケジューリング情報を異なるセルのＤＣＩに含めてユーザ端末に送信することができる。つまり、ＣＣ＃０−ＣＣ＃９のスケジューリング情報を２分割（Ｍ＝２）してユーザ端末に通知する場合を示している。
【０１０３】
図１０では、無線基地局は、最初の５ＣＣ（ＣＣ＃０−＃４）のスケジューリング情報をＣＣ＃０のＤＣＩに含め、残りの５ＣＣ（ＣＣ＃５−＃９）のスケジューリング情報をＣＣ＃６のＤＣＩに含めて送信する場合を示している。なお、スケジューリング情報を送信するＣＣは、あらかじめユーザ端末に上位レイヤシグナリングで通知してもよいし、セルインデックス等に基づいて決定してもよい。
【０１０４】
また、無線基地局は、最初の５ＣＣ（ＣＣ＃０−＃４）のスケジューリング情報をＣＣ＃０のＤＣＩに加えて他のＣＣ（ここでは、ＣＣ＃８）のＤＣＩに含めて送信してもよい。同様に、無線基地局は、残りの５ＣＣ（ＣＣ＃５−＃９）のスケジューリング情報をＣＣ＃６のＤＣＩに加えて他のＣＣ（ここでは、ＣＣ＃２）のＤＣＩに含めて送信してもよい。これにより、ユーザ端末が、ＣＣ＃０及び／又はＣＣ＃６のＤＣＩを検出できなかった場合であっても、ユーザ端末が他セルを受信することによりスケジューリング情報を取得することができる。
【０１０５】
また、スケジューリング情報を分割して複数のＤＣＩに分散して含める場合、無線基地局は、ユーザ端末固有のサーチスペースで送信されるＤＣＩフォーマットＹを利用して各ＤＣＩを生成することができる。
【０１０６】
無線基地局は、ＤＣＩフォーマットＹとして、新規のＤＣＩフォーマットを定義して利用することができる。あるいは、ＤＣＩフォーマットＹとして、既存のＤＣＩフォーマットを利用する（例えば、ＤＣＩフォーマットの内容を読み替える）構成とすることができる。あるいは、無線基地局は、ＤＣＩフォーマットＹとして、既存のＤＣＩフォーマットに対して、スケジューリング情報を規定する拡張フィールドを追加したＤＣＩフォーマット構成を利用することも可能である。
【０１０７】
（第４の態様）
第４の態様では、スケジューリングされるセル（例えば、セカンダリセル（ＣＣ））の下り制御情報に含まれる所定フィールド（例えば、ＡＲＩ（ＴＰＣフィールド））を利用して、ＡＣＫ／ＮＡＣＫコードブックサイズに関する情報を設定する場合について説明する。具体的には、無線基地局とユーザ端末は事前に所定フィールド（例えば、ＡＲＩ）のビット情報（ビット値）に対応するＡＣＫ／ＮＡＣＫのコードブックサイズ候補を把握しているものとする。そして、ユーザ端末は、無線基地局から通知されるセカンダリセル（ＣＣ）の下り制御情報に含まれるＡＲＩの値に応じて、コードブックサイズを切り替える。
【０１０８】
例えば、ユーザ端末は、ＣＣ＃０〜ＣＣ＃１０がＣＡとして設定（Configure）されているものとする。このとき、セカンダリセル（ＣＣ）の下り制御情報に含まれるＡＲＩ（ＴＰＣフィールド）では、ＰＵＣＣＨリソースに加え、ＡＣＫ／ＮＡＣＫのコードブックサイズを指定することができる（図１１参照）。
【０１０９】
例えば、ＡＲＩ“００”または“０１”のときはコードブックサイズを５ＣＣ分とし（ここでは、コードブックサイズＡ、Ｂ＝５ＣＣ）、ＡＲＩ“１０”または“１１”のときはコードブックサイズを１０ＣＣ分とする（ここでは、コードブックサイズＣ、Ｄ＝１０ＣＣ）ことができる。なお、コードブックサイズを３種類以上規定することも可能である。ＡＲＩの値及び／又はＡＲＩが指定するコードブックのサイズに応じてユーザ端末が適用するＰＵＣＣＨフォーマットは異なっていてもよいし、同一であってもよい。
【０１１０】
ＡＲＩの各値に対応するＡＣＫ／ＮＡＣＫコードブックのサイズはＣＡで設定されたＣＣ数やＴＭに応じて暗示的（Ｉｍｐｌｉｃｉｔ）に決定されてもよいし、あらかじめ無線基地局からユーザ端末に上位レイヤシグナリングにより明示的（Ｅｘｐｌｉｃｉｔ）に通知されてもよい。
【０１１１】
このように、ＡＣＫ／ＮＡＣＫコードブックサイズを指定する情報を、各セルの下り制御情報（所定フィールド）に含めてユーザ端末に通知することにより、ユーザ端末は、無線基地局とユーザ端末でコードブック（ビット列）サイズの認識を一致させてＡＣＫ／ＮＡＣＫ送信を行うことができる。なお、ＡＣＫ／ＮＡＣＫコードブックサイズに関する情報は、ＡＲＩでなく他のフィールドに設定することもできる。あるいは、下り制御情報において拡張フィールド（例えば、ＤＡＩに追加する拡張フィールド）を追加して設定することも可能である。また、無線基地局は、プライマリセルのＤＣＩを利用してＡＣＫ／ＮＡＣＫコードブックサイズに関する情報を通知することもできる。
【０１１２】
（無線通信システム）
以下、本発明の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
【０１１３】
図１２は、本発明の一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。なお、無線通信システム１は、ＳＵＰＥＲ  ３Ｇ、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（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）等のスケジューリングの制御も行う。また、上り参照信号、ＰＵＳＣＨで送信される上りデータ信号、ＰＵＣＣＨ及び／又はＰＵＳＣＨで送信される上り制御信号等のスケジューリングを制御する。
【０１３６】
制御部３０１は、ユーザ端末からフィードバックされる送達確認信号（ＨＡＲＱ−ＡＣＫ）に基づいて、下りデータの再送／新規データ送信を制御する。また、制御部３０１は、ＤＬ送信を行う各セルのＤＣＩにそれぞれ特定のセルに該当するか否かに関する情報を含めてＤＬ送信を制御することができる。例えば、制御部３０１は、特定のセルのＤＣＩに含まれる所定フィールドに対して、他のセルの所定フィールドに設定されるビット情報と異なるビット情報を設定することができる。
【０１３７】
具体的には、制御部３０１は、所定フィールドとして電力制御フィールドを利用し、他のセルにプライマリセルが含まれる場合に当該プライマリセルの電力制御フィールドにＰＵＣＣＨの電力制御を指示するビット情報を設定する。また、他のセルにセカンダリセルが含まれる場合に当該セカンダリセルの電力制御フィールドにＰＵＣＣＨの割当てリソースを指示するビット情報を設定することができる（図５参照）。あるいは、制御部３０１は、所定フィールドとしてＤＡＩの拡張フィールドを利用することができる（図６参照）。
【０１３８】
また、制御部３０１は、ＤＬ送信を行うセルのＤＣＩの少なくとも一つにＤＬ送信を行うセルに関する情報（スケジューリング情報）を含めてＤＬ送信を制御することができる。例えば、制御部３０１は、セルの組み合わせを示す情報を上位レイヤシグナリングでユーザ端末に複数通知すると共に、ＤＬ送信を行うセルに応じて所定のセルの組み合わせを指定するＤＣＩをユーザ端末に通知するように制御することができる。
【０１３９】
また、制御部３０１は、ＤＬ送信を行うセルに関する情報を、一又は複数のセルのＤＣＩに同一情報を含めて送信を制御することができる。あるいは、制御部３０１は、ＤＬ送信を行うセルに関する情報の一部を第１のセルのＤＣＩに含め且つＤＬ送信を行うセルに関する残りの情報を第２のセルのＤＣＩに含めて送信を制御することができる。あるいは、制御部３０１は、ＡＣＫ／ＮＡＣＫコードブックサイズに関する情報をＤＣＩに含めて送信することができる（図１１参照）。なお、制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。
【０１４０】
送信信号生成部３０２は、制御部３０１からの指示に基づいて、ＤＬ信号（下りデータ信号、下り制御信号を含む）を生成して、マッピング部３０３に出力する。具体的には、送信信号生成部３０２は、ユーザデータを含む下りデータ信号（ＰＤＳＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＤＣＩ（ＵＬグラント）を含む下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨ）を生成して、マッピング部３０３に出力する。また、送信信号生成部３０２は、ＣＲＳ、ＣＳＩ−ＲＳなどの下り参照信号を生成して、マッピング部３０３に出力する。
【０１４１】
送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０１４２】
マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成されたＤＬ信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０１４３】
受信信号処理部３０４は、ユーザ端末２０から送信されるＵＬ信号（ＨＡＲＱ−ＡＣＫ、ＰＵＳＣＨ等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。処理結果は、制御部３０１に出力される。
【０１４４】
受信信号処理部３０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。
【０１４５】
＜ユーザ端末＞
図１５は、本発明の一実施形態に係るに係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。なお、送受信部２０３は、送信部及び受信部から構成されてもよい。
【０１４６】
複数の送受信アンテナ２０１で受信された無線周波数信号は、それぞれアンプ部２０２で増幅される。各送受信部２０３はアンプ部２０２で増幅された下り信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。
【０１４７】
送受信部（受信部）２０３は、ＤＬデータ信号（例えば、ＰＤＳＣＨ）や、下り制御情報（例えば、ＵＬグラント、ＤＡＩ、電力制御フィールド等が含まれるＤＣＩ）を受信する。また、送受信部（受信部）２０３は、特定のセルに該当するか否かに関する情報、及び／又はＤＬ送信が行われるセルに関する情報（スケジューリング情報）を受信することができる。また、送受信部（受信部）２０３は、ＡＣＫ／ＮＡＣＫコードブックサイズに関する情報を受信することができる。また、送受信部（送信部）２０３は、ＤＬデータ信号に対するＨＡＲＱ−ＡＣＫや、ＵＬグラントに対するＰＵＳＣＨを送信する。なお、送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置とすることができる。
【０１４８】
ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部２０５に転送される。
【０１４９】
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）や、チャネル符号化、プリコーディング、離散フーリエ変換（ＤＦＴ：Discrete  Fourier  Transform）処理、ＩＦＦＴ処理などが行われて各送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。
【０１５０】
図１６は、本実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１６においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有しているものとする。図１６に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、判定部４０５と、を備えている。
【０１５１】
制御部４０１は、無線基地局１０から送信された下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨで送信された信号）及び下りデータ信号（ＰＤＳＣＨで送信された信号）を、受信信号処理部４０４から取得する。制御部４０１は、下り制御信号や、下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号（例えば、送達確認信号（ＨＡＲＱ−ＡＣＫ）など）や上りデータ信号の生成を制御する。具体的には、制御部４０１は、送信信号生成部４０２、マッピング部４０３及び受信信号処理部４０４の制御を行うことができる。
【０１５２】
制御部４０１は、受信した各セルのＤＣＩに含まれる特定のセルに該当するか否かに関する情報に基づいてＡＣＫ／ＮＡＣＫの送信を制御することができる。例えば、制御部４０１は、ＤＣＩに含まれる電力制御フィールド、ＤＡＩの拡張フィールドに基づいてスケジューリング状態を把握して、ＡＣＫ／ＮＡＣＫフィードバックを制御することができる。あるいは、制御部４０１は、ＤＣＩに含まれるＡＣＫ／ＮＡＣＫコードブックサイズに関する情報に基づいてフィードバックするＡＣＫ／ＮＡＣＫのビット列を制御することができる。なお、制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置とすることができる。
【０１５３】
送信信号生成部４０２は、制御部４０１からの指示に基づいて、ＵＬ信号を生成して、マッピング部４０３に出力する。例えば、送信信号生成部４０２は、制御部４０１からの指示に基づいて、送達確認信号（ＨＡＲＱ−ＡＣＫ）やチャネル状態情報（ＣＳＩ）等の上り制御信号を生成する。
【０１５４】
また、送信信号生成部４０２は、制御部４０１からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部４０２は、無線基地局１０から通知される下り制御信号にＵＬグラントが含まれている場合に、制御部４０１から上りデータ信号の生成を指示される。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０１５５】
マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成された上り信号（上り制御信号及び／又は上りデータ）を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０１５６】
受信信号処理部４０４は、ＤＬ信号（例えば、無線基地局から送信された下り制御信号、ＰＤＳＣＨで送信された下りデータ信号等）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。受信信号処理部４０４は、無線基地局１０から受信した情報を、制御部４０１、判定部４０５に出力する。受信信号処理部４０４は、例えば、報知情報、システム情報、ＲＲＣシグナリング、ＤＣＩなどを、制御部４０１に出力する。
【０１５７】
受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。また、受信信号処理部４０４は、本発明に係る受信部を構成することができる。
【０１５８】
判定部４０５は、受信信号処理部４０４の復号結果に基づいて、再送制御判定（ＡＣＫ／ＮＡＣＫ）を行うと共に、判定結果を制御部４０１に出力する。複数ＣＣ（例えば、６個以上のＣＣ）から下り信号（ＰＤＳＣＨ）が送信される場合には、各ＣＣについてそれぞれ再送制御判定（ＡＣＫ／ＮＡＣＫ）を行い制御部４０１に出力する。判定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される判定回路又は判定装置から構成することができる。
【０１５９】
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。
【０１６０】
例えば、無線基地局１０やユーザ端末２０の各機能の一部又は全ては、ＡＳＩＣ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１７１】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１７２】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【０１７３】
本出願は、２０１５年８月１３日出願の特願２０１５−１５９９７８に基づく。この内容は、全てここに含めておく。
【図１】
2017026401.tif 000003
【図２】
2017026401.tif 000004
【図３】
2017026401.tif 000005
【図４】
2017026401.tif 000006
【図５】
2017026401.tif 000007
【図６】
2017026401.tif 000008
【図７】
2017026401.tif 000009
【図８】
2017026401.tif 000010
【図９】
2017026401.tif 000011
【図１０】
2017026401.tif 000012
【図１１】
2017026401.tif 000013
【図１２】
2017026401.tif 000014
【図１３】
2017026401.tif 000015
【図１４】
2017026401.tif 000016
【図１５】
2017026401.tif 000017
【図１６】
2017026401.tif 000018
【国際調査報告】
2017026401.tif 000019
2017026401.tif 000020
2017026401.tif 000021
2017026401.tif 000022
2017026401.tif 000023
2017026401.tif 000024
2017026401.tif 000025
2017026401.tif 000026