(57)【要約】【課題】拡張下り制御チャネルを用いて下り制御情報が伝送される場合に、下り共有データチャネルの送達確認情報に対して、適切な上り無線リソースを割当可能とする。【解決手段】本発明の無線通信システムは、無線基地局が、ユーザ端末に対して、拡張下り制御チャネルに割り当てられる拡張制御チャネル要素（ｅＣＣＥ）を複数含んでそれぞれ構成される複数の拡張ＰＤＣＣＨセットを設定する工程と、前記無線基地局が、前記ユーザ端末に対して、前記複数の拡張ＰＤＣＣＨセット間で異なるリソース識別子（ＡＲＩ）が付加された下り制御情報を送信する工程と、前記ユーザ端末が、前記リソース識別子（ＡＲＩ）に関連付けられるオフセット値に基づいて、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースを決定する工程と、を有する。【選択図】図１０
2014023109.tif 000002
【特許請求の範囲】
【請求項１】
無線基地局が、下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を送信する無線通信システムにおける無線通信方法であって、
前記無線基地局が、ユーザ端末に対して、前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセットを設定する工程と、
前記無線基地局が、前記ユーザ端末に対して、前記複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を送信する工程と、
前記ユーザ端末が、前記リソース識別子に関連付けられるオフセット値に基づいて、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースを決定する工程と、
を有することを特徴とする無線通信方法。
【請求項２】
前記オフセット値は、リソースセット当たりの前記拡張制御チャネル要素の数に基づいて設定されることを特徴とする請求項１に記載の無線通信方法。
【請求項３】
各拡張制御チャネル要素には、リソースセット毎に、インデックス番号が付与されており、
前記上り制御チャネル用無線リソースは、前記下り制御情報がマッピングされる前記拡張制御チャネル要素のインデックス番号に基づいて、決定されることを特徴とする請求項１又は請求項２に記載の無線通信方法。
【請求項４】
前記上り制御チャネル用無線リソースは、サブフレームの先頭の最大３ＯＦＤＭシンボルに下り制御チャネルが配置される場合、該下り制御チャネルに割り当てられる制御チャネル要素の総数に基づいて、決定されることを特徴とする請求項１から請求項３のいずれかに記載の無線通信方法。
【請求項５】
前記上り制御チャネル用無線リソースは、
【数１】
2014023109.tif 000015
に基づいて、決定され、
【数２】
2014023109.tif 000016
は、アンテナポートｐ０における上り制御チャネル用無線リソースであり、
ｎｅＣＣＥは、前記下り制御情報がマッピングされる前記拡張制御チャネル要素の最小インデックス番号であり、
【数３】
2014023109.tif 000017
は、上位レイヤシグナリングにより通知されるパラメータであり、
Ｎｔｏｔａｌ＿ＣＣＥは、サブフレームの先頭の最大３ＯＦＤＭシンボルに下り制御チャネルが配置される場合、該下り制御チャネルに割り当てられる制御チャネル要素の総数であり、
ＡＲＩは、前記リソース識別子に関連付けられるオフセット値であることを特徴とする請求項１から請求項４のいずれかに記載の無線通信方法。
【請求項６】
前記リソース識別子は、ＡＣＫ／ＮＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（ＡＲＩ）であることを特徴とする請求項１から請求項５のいずれかに記載の無線通信方法。
【請求項７】
下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を送信する無線基地局であって、
ユーザ端末に対して、前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセットを設定する設定部と、
前記ユーザ端末に対して、前記複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を送信する送信部と、を具備し、
前記リソース識別子は、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースのオフセット値に関連付けられることを特徴とする無線基地局。
【請求項８】
下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を受信するユーザ端末であって、
前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を、無線基地局から受信する受信部と、
前記リソース識別子に関連付けられるオフセット値に基づいて、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースを決定する決定部と、
を具備することを特徴とするユーザ端末。
【請求項９】
無線基地局が、下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を送信する無線通信システムであって、
前記無線基地局は、ユーザ端末に対して、前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセットを設定する設定部と、前記ユーザ端末に対して、前記複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を送信する送信部と、を具備し、
前記ユーザ端末は、前記リソース識別子に関連付けられるオフセット値に基づいて、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースを決定する決定部を具備することを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代無線通信システムにおける無線通信方法、無線基地局、ユーザ端末及び無線通信システムに関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が検討されている（非特許文献１）。ＬＴＥではマルチアクセス方式として、下り回線（下りリンク）にＯＦＤＭＡ（Orthogonal  Frequency  Division  Multiple  Access）をベースとした方式を用い、上り回線（上りリンク）にＳＣ−ＦＤＭＡ（Single  Carrier  Frequency  Division  Multiple  Access）をベースとした方式を用いている。
【０００３】
また、ＬＴＥからのさらなる広帯域化及び高速化を目的として、ＬＴＥの後継システム（例えば、ＬＴＥアドバンスト又はＬＴＥエンハンスメントと呼ぶこともある（以下、「ＬＴＥ−Ａ」という））も検討されている。ＬＴＥ（リリース８）やＬＴＥ−Ａ（リリース９以降）においては、複数のアンテナでデータを送受信し、周波数利用効率を向上させる無線通信技術としてＭＩＭＯ（Multi  Input  Multi  Output）技術が検討されている。ＭＩＭＯ技術においては、送受信機に複数の送信／受信アンテナを用意し、異なる送信アンテナから同時に異なる送信情報系列を送信する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP  TR  25.913“Requirements  for  Evolved  UTRA  and  Evolved  UTRAN”
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＬＴＥ−Ａなどの将来のシステムでは、異なる送信アンテナから同時に異なるユーザに送信情報系列を送信するマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ：Multiple  User  MIMO）伝送が検討されている。このＭＵ−ＭＩＭＯ伝送は、Ｈｅｔｎｅｔ（Heterogeneous  network）やＣｏＭＰ（Coordinated  Multi-Point）伝送にも適用される。一方で、この将来のシステムでは、下り制御情報を伝送する下り制御チャネルの容量の不足により、ＭＵ−ＭＩＭＯ伝送等のシステム特性を十分に発揮できない恐れがある。
【０００６】
そこで、下り制御チャネル用の無線リソース領域を拡張して、より多くの下り制御情報を伝送することも考えられる。しかしながら、拡張された下り制御チャネルを用いて下り制御情報が伝送される場合、当該下り制御情報に基づいて復調される下り共有データチャネルの送達確認情報（ＡＣＫ（Acknowledgement）／ＮＡＣＫ（Negative  Acknowledgement）／ＤＴＸ（Discontinuous  Transmission））に対して、適切な上り無線リソースを割当てることができない恐れがある。
【０００７】
本発明はかかる点に鑑みてなされたものであり、拡張された下り制御チャネルを用いて下り制御情報が伝送される場合に、当該下り制御情報に基づいて復調される下り共有データチャネルの送達確認情報に対して、適切な上り無線リソースを割当て可能な無線通信方法、無線基地局、ユーザ端末及び無線通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の無線通信方法は、無線基地局が、下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を送信する無線通信システムにおける無線通信方法であって、前記無線基地局が、ユーザ端末に対して、前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセットを設定する工程と、前記無線基地局が、前記ユーザ端末に対して、前記複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を送信する工程と、前記ユーザ端末が、前記リソース識別子に関連付けられるオフセット値に基づいて、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースを決定する工程と、を有することを特徴とする。
【０００９】
本発明の無線基地局は、下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を送信する無線基地局であって、ユーザ端末に対して、前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセットを設定する設定部と、前記ユーザ端末に対して、前記複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を送信する送信部と、を具備し、前記リソース識別子は、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースのオフセット値に関連付けられることを特徴とする。
【００１０】
本発明のユーザ端末は、下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を受信するユーザ端末であって、前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を、無線基地局から受信する受信部と、前記リソース識別子に関連付けられるオフセット値に基づいて、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースを決定する決定部と、を具備することを特徴とする。
【００１１】
本発明の無線通信システムは、無線基地局が、下り共有データチャネルと周波数分割多重される拡張下り制御チャネルを用いて下り制御情報を送信する無線通信システムであって、前記無線基地局は、ユーザ端末に対して、前記拡張下り制御チャネルに割り当てられる拡張制御チャネル要素を複数含んでそれぞれ構成される複数のリソースセットを設定する設定部と、前記ユーザ端末に対して、前記複数のリソースセット間で異なるリソース識別子が付加された下り制御情報を送信する送信部と、を具備し、前記ユーザ端末は、前記リソース識別子に関連付けられるオフセット値に基づいて、前記下り共有データチャネルの送達確認情報の送信に用いられる上り制御チャネル用無線リソースを決定する決定部を具備することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、拡張された下り制御チャネルを用いて下り制御情報が伝送される場合に、当該下り制御情報に基づいて復調される下り共有データチャネルの送達確認情報に対して、適切な上り無線リソースを割当てることができる。特に、ユーザ端末に対して、拡張された下り制御チャネル用の複数のリソースセットが設定される場合に、当該複数のリソースセット間で上り無線リソースが衝突するのを防止できると共に、上り無線リソースのオーバーヘッドの増大を抑えることができる。
【図面の簡単な説明】
【００１３】
【図１】ＭＵ−ＭＩＭＯが適用される無線通信システムの概略図である。
【図２】下りリンクのＭＵ−ＭＩＭＯ伝送が行われるサブフレームの一例を示す図である。
【図３】拡張ＰＤＣＣＨのサブフレーム構成の説明図である。
【図４】拡張ＰＤＣＣＨのマッピング方法の説明図である。
【図５】拡張ＰＤＣＣＨの分散マッピングの一例を示す図である。
【図６】拡張ＰＤＣＣＨセットの一例を示す図である。
【図７】拡張ＰＤＣＣＨセットの他の例を示す図である。
【図８】ＰＵＣＣＨリソースの割当て例を示す図である。
【図９】ｅＣＣＥインデックス番号の付与例を示す図である。
【図１０】本実施の形態に係るＡＲＩに関連付けられるオフセット値を示す図である。
【図１１】本実施の形態に係るＰＵＣＣＨリソースの割当て例を示す図である。
【図１２】本実施の形態に係る無線通信システムのシステム構成の説明図である。
【図１３】本実施の形態に係る無線基地局の全体構成の説明図である。
【図１４】本実施の形態に係るユーザ端末の全体構成の説明図である。
【図１５】本実施の形態に係る無線基地局のベースバンド処理部及び一部の上位レイヤを示す機能構成図である。
【図１６】実施の形態に係るユーザ端末のベースバンド処理部の機能構成図である。
【発明を実施するための形態】
【００１４】
図１は、ＭＵ−ＭＩＭＯ伝送が適用される無線通信システムの一例を示す図である。図１に示すシステムは、無線基地局（例えば、ｅＮＢ：eNodeB）のカバレッジエリア内に局所的なカバレッジエリアを有する小型基地局（例えば、ＲＲＨ：Remote  Radio  Headなど）が設けられ、階層的に構成されている。このようなシステムにおける下りリンクのＭＵ−ＭＩＭＯ伝送では、無線基地局の複数のアンテナから複数のユーザ端末ＵＥ（User  Equipment）＃１及び＃２に対するデータが同時に送信される。また、複数の小型基地局の複数のアンテナから複数のユーザ端末ＵＥ＃３、＃４に対するデータも同時に送信される。
【００１５】
図２は、下りリンクのＭＵ−ＭＩＭＯ伝送が適用される無線フレーム（例えば、１サブフレーム）の一例を示す図である。図２に示すように、ＭＵ−ＭＩＭＯ伝送が適用されるシステムでは、各サブフレームにおいて先頭から所定のＯＦＤＭシンボル（最大３ＯＦＤＭシンボル）まで、下り制御チャネル（ＰＤＣＣＨ：Physical  Downlink  Control  Channel）用の無線リソース領域（ＰＤＣＣＨ領域）として確保される。また、サブフレームの先頭から所定のシンボルより後の無線リソースに、下り共有データチャネル（ＰＤＳＣＨ：Physical  Downlink  Shared  Channel）用の無線リソース領域（ＰＤＳＣＨ領域）が確保される。
【００１６】
ＰＤＣＣＨ領域には、ユーザ端末ＵＥ（ここでは、ＵＥ＃１〜＃４）に対する下り制御情報（ＤＣＩ：Downlink  Control  Information、以下、ＤＣＩという）が割当てられる。ＤＣＩには、ＰＤＳＣＨ領域におけるユーザ端末ＵＥに対するデータの割り当て情報等が含まれる。例えば、図２において、ユーザ端末ＵＥ＃２は、ＰＤＣＣＨ領域に割り当てられたユーザ端末ＵＥ＃２に対するＤＣＩに基づいて、ＰＤＳＣＨ領域に割り当てられたユーザ端末ＵＥ＃２に対するデータを受信する。
【００１７】
また、ＭＵ−ＭＩＭＯ伝送においては、同一時間及び同一周波数で複数のユーザ端末ＵＥに対するデータ送信が可能となる。このため、図２のＰＤＳＣＨ領域において、ユーザ端末ＵＥ＃１に対するデータとユーザ端末ＵＥ＃５に対するデータを同一の周波数領域に多重することが考えられる。同様に、ユーザ端末ＵＥ＃４に対するデータとユーザ端末ＵＥ＃６に対するデータを同一の周波数領域に多重することも考えられる。
【００１８】
しかしながら、図２に示すように、ＰＤＳＣＨ領域においてユーザ端末ＵＥ＃１〜＃６に対するデータを割り当てようとしても、ＰＤＣＣＨ領域において全てのユーザ端末ＵＥ＃１〜＃６に対するＤＣＩの割り当て領域を確保できない場合がある。例えば、図２のＰＤＣＣＨ領域では、ユーザ端末ＵＥ＃５及び＃６に対するＤＣＩを割り当てることができない。この場合、ＤＣＩを割り当てるＰＤＣＣＨ領域の不足によりＰＤＳＣＨ領域に多重されるユーザ端末ＵＥの数が制限されるため、ＭＵ−ＭＩＭＯ伝送による無線リソースの利用効率の向上効果を十分に得られない恐れがある。
【００１９】
このようなＰＤＣＣＨ領域の不足を解決する方法として、サブフレームの先頭から最大３ＯＦＤＭシンボルの制御領域以外にＰＤＣＣＨの割当て領域を拡張する（４ＯＦＤＭシンボル以降の既存のＰＤＳＣＨ領域にＰＤＣＣＨ領域を拡張する）ことが考えられる。ＰＤＣＣＨ領域の拡張方法としては、図３Ａに示すように、既存のＰＤＳＣＨ領域においてＰＤＳＣＨとＰＤＣＣＨとを時分割多重する方法（ＴＤＭアプローチ）、図３Ｂに示すように、既存のＰＤＳＣＨ領域においてＰＤＳＣＨとＰＤＣＣＨとを周波数分割多重する方法（ＦＤＭアプローチ）が考えられる。
【００２０】
図３Ａに示すＴＤＭアプローチでは、サブフレームの４ＯＦＤＭシンボル以降の一部ＯＦＤＭシンボルにおいてシステム帯域全体に渡りＰＤＣＣＨが配置される。一方、図３Ｂに示すＦＤＭアプローチでは、サブフレームの４ＯＦＤＭシンボル以降の全ＯＦＤＭシンボルにおいてシステム帯域の一部にＰＤＣＣＨが配置される。このＦＤＭアプローチによりＰＤＳＣＨと周波数分割多重されるＰＤＣＣＨは、ユーザ固有の参照信号である復調用参照信号（ＤＭ−ＲＳ：DeModulation-Reference  Signal）を用いて復調される。このため、かかるＰＤＣＣＨで伝送されるＤＣＩは、ＰＤＳＣＨで伝送される下りデータと同様に、ビームフォーミングゲインを得ることができ、ＰＤＣＣＨのキャパシティの増大に有効である。今後は、このＦＤＭアプローチが重要となると考えられる。
【００２１】
以下、ＦＤＭアプローチにおいてＰＤＳＣＨと周波数分割多重されるＰＤＣＣＨを拡張ＰＤＣＣＨ（enhanced  ＰＤＣＣＨ）と称する。この拡張ＰＤＣＣＨは、拡張下り制御チャネル（enhanced  physical  downlink  control  channel）、ｅＰＤＣＣＨ、Ｅ−ＰＤＣＣＨ、ＦＤＭ型ＰＤＣＣＨ、ＵＥ−ＰＤＣＣＨ等と呼ばれてもよい。
【００２２】
以上のようなＦＤＭアプローチの拡張ＰＤＣＣＨにおいて、ＤＣＩのマッピング方法として、局所マッピング（Localized  mapping）と分散マッピング（Distributed  Mapping）とが検討されている。図４は、拡張ＰＤＣＣＨにおけるＤＣＩのマッピング方法を説明するための図である。図４Ａは、局所マッピングを示し、図４Ｂは、分散マッピングを示す。
【００２３】
図４Ａ及び４Ｂに示すように、拡張ＰＤＣＣＨは、システム帯域に分散された所定数のリソースブロック（ＰＲＢ（Physical  Resource  Block）ペア、以下、ＰＲＢペアという）から構成される。ＰＲＢペアは、時間方向に連続する２つのＰＲＢから構成され、周波数方向に付与されるＰＲＢインデックスにより識別される。拡張ＰＤＣＣＨを構成する複数のＰＲＢペアは、上位レイヤによって定められる。当該複数のＰＲＢペアの各々を識別するＰＲＢインデックスは、上位レイヤシグナリングによりユーザ端末ＵＥに通知される。また、拡張ＰＤＣＣＨを構成する複数のＰＲＢペアは、予め仕様で定められる場合もある。
【００２４】
図４Ａに示すように、局所マッピングでは、１ＤＣＩが、拡張ＰＤＣＣＨを構成する特定のＰＲＢペアに局所的にマッピングされる。具体的には、１ＤＣＩが、ユーザ端末ＵＥからフィードバックされたＣＱＩに基づいて、１ＰＲＢペア（例えば、チャネル品質が最も良いＰＲＢペア）内にマッピングされる。局所マッピングでは、ＣＱＩを用いることにより、周波数スケジューリングゲインを得ることができる。なお、図４Ａにおいて、拡張ＰＤＣＣＨを構成する複数のＰＲＢペアのうち、ＤＣＩがマッピングされないＰＲＢペアには、ＰＤＳＣＨがマッピングされてもよい。
【００２５】
図４Ｂに示すように、分散マッピングでは、１ＤＣＩが、拡張ＰＤＣＣＨを構成する複数のＰＲＢペアに分散してマッピングされる。具体的には、１ＤＣＩが複数の分割ユニットに分割され、各分割ユニットが上記複数のＰＲＢペア（全てのＰＲＢペアでもよい）に分散してマッピングされる。分散マッピングでは、１ＤＣＩをシステム帯域に分散させることにより、周波数ダイバーシチゲインを得ることができる。
【００２６】
このように、分散マッピングでは、局所マッピングとは異なり、各ＤＣＩが複数の分割ユニットに分割され、各分割ユニットが拡張ＰＤＣＣＨを構成する複数のＰＲＢペアに分散してマッピングされる。このため、図５Ａに示すように、拡張ＰＤＣＣＨが多くのＰＲＢペア（図５Ａでは、８つのＰＲＢペア）から構成される場合、１ＤＣＩのみをマッピングしようとすると、無線リソースの利用効率が低下する。１ＤＣＩの分割ユニットが多くのＰＲＢペアに分散してマッピングされるので、ＰＤＳＣＨをマッピング可能なＰＲＢペア数が減少するためである。
【００２７】
そこで、分散マッピングでは、図５Ｂに示すように、１ＤＣＩの分割ユニットが分散してマッピングされるＰＲＢペア数を制限することが検討されている。図５Ｂでは、１ＤＣＩの分割ユニットが分散してマッピングされるＰＲＢペア数が４に制限される。このため、図５Ｂでは、図５Ａに示す場合と比較して、ＰＤＳＣＨをマッピング可能なＰＲＢペア数が増加する。この１ＤＣＩの分割ユニットが分散してマッピングされる複数のＰＲＢペアの組み合わせは、拡張ＰＤＣＣＨセット（enhanced  ＰＤＣＣＨセット、ｅＰＤＣＣＨセット、Ｅ−ＰＤＣＣＨセット、単に、セット）とも呼ばれる。
【００２８】
また、分散マッピングでは、図６Ａに示すように、各ユーザ端末ＵＥに対して複数の拡張ＰＤＣＣＨセットを設定（configure）することも検討されている。図６Ａでは、ユーザ端末ＵＥ＃１−＃１０のそれぞれに対して、拡張ＰＤＣＣＨセット＃１及び＃２が重複して設定される。図６Ａでは、ＤＣＩが伝送されるユーザ端末ＵＥの数が所定数より少ない場合、一方の拡張ＰＤＣＣＨセット＃１だけにＤＣＩがマッピングされるので、他方の拡張ＰＤＣＣＨ＃２をＰＤＳＣＨのために利用可能となる。このように、各ユーザ端末ＵＥに対して複数の拡張ＰＤＣＣＨセットを重複して設定することで、無線リソースの利用効率を向上させることができる。
【００２９】
図６Ａに示すように、各ユーザ端末ＵＥに対して拡張ＰＤＣＣＨセット＃１及び＃２が重複して設定される場合、各ユーザ端末ＵＥは、拡張ＰＤＣＣＨセット＃１及び＃２の双方をブラインド復号する必要がある。かかる場合、図６Ｂに示すように、拡張ＰＤＣＣＨセット＃１及び＃２全体でのサーチスペース候補数が増加しないように、１拡張ＰＤＣＣＨセット当たりのサーチスペース候補数が設定されてもよい。これにより、各ユーザ端末ＵＥが複数の拡張ＰＤＣＣＨセットをブラインド復号する場合でも、ブラインド復号回数が増加するのを防止できる。
【００３０】
また、各ユーザ端末ＵＥに対して複数の拡張ＰＤＣＣＨセットが設定される場合、図７Ａに示すように、各ユーザ端末ＵＥに対して、プライマリセットとセカンダリセットとが設定されてもよい。ここで、プライマリセットとは、全てのユーザ端末ＵＥに共通して設定される拡張ＰＤＣＣＨセットであり、共通サーチスペース（ＣＳＳ）として使用されてもよい。一方、セカンダリセットとは、少なくとも１つのユーザ端末ＵＥに個別に設定される拡張ＰＤＣＣＨセットであり、個別サーチスペース（UE-specific  ＳＳ）として使用されてもよい。
【００３１】
図７Ａでは、拡張ＰＤＣＣＨセット＃１がプライマリセットであり、拡張ＰＤＣＣＨセット＃２、＃３が、それぞれ、ユーザ端末ＵＥ＃１−＃８、＃９−＃１５のセカンダリセットである。かかる場合、図７Ｂに示すように、プライマリセットのサーチスペース候補数が、セカンダリセットのサーチスペース候補数よりも多く設定されてもよい。これにより、全てのユーザ端末ＵＥがブラインド復号するプライマリセットにおいて、ブロッキングの発生確率を減少させることができる。
【００３２】
ところで、ＬＴＥシステム（リリース８）やリリース１０以前のＬＴＥ−Ａシステムでは、ＰＤＳＣＨの送達確認情報（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）（ＰＵＣＣＨフォーマット１ａ／１ｂ）の送信に用いられる上り制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）用の無線リソース（以下、ＰＵＣＣＨリソースという）が、ＰＤＣＣＨに割り当てられる制御チャネル要素（ＣＣＥ：Control  Channel  Element）のインデックス番号（以下、ＣＣＥインデックス番号という）に基づいて決定される。具体的には、ＰＵＣＣＨリソースは、式（１）に示すように、決定される。なお、ＣＣＥとは、ＰＤＣＣＨに割り当てられる無線リソース単位である。
【００３３】
【数１】
2014023109.tif 000003
ここで、
【数２】
2014023109.tif 000004
は、アンテナポートｐにより上記送達確認情報を送信するためのＰＵＣＣＨリソースである。また、ｎＣＣＥは、ＤＣＩの送信に用いられる最小ＣＣＥインデックス番号である。この最小ＣＣＥインデックス番号は、ユーザ端末ＵＥにおいてＰＤＣＣＨのサーチスペースをブラインド復号することで検出される。また、
【数３】
2014023109.tif 000005
は、上位レイヤシグナリングによりユーザ端末ＵＥに通知されるパラメータである。上記式（１）により、ＰＵＣＣＨリソースに対して、システム帯域の両端の無線リソース領域が割り当てられる。
【００３４】
一方で、上述のように、リリース１１以降のＬＴＥ−Ａシステムでは、無線基地局が、ＰＤＳＣＨと周波数分割多重される拡張ＰＤＣＣＨを用いて、ＤＣＩを送信することが検討されている。かかる場合、拡張ＰＤＣＣＨで送信されるＤＣＩに基づいて復調されるＰＤＳＣＨの送達確認情報用のＰＵＣＣＨリソース（以下、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースという）が上記式（１）に基づいて決定されると、ＰＤＣＣＨで送信されるＤＣＩに基づいて復調されるＰＤＳＣＨの送達確認情報用のＰＵＣＣＨリソース（以下、ＰＤＣＣＨに対応するＰＵＣＣＨリソースという）と衝突することとなる。
【００３５】
そこで、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを、ＰＤＣＣＨに割り当てられるＣＣＥの総数に基づいて決定することで、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースとＰＤＣＣＨに対応するＰＵＣＣＨリソースとの衝突を防ぐことが検討されている。
【００３６】
図８は、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースとＰＤＣＣＨに対応するＰＵＣＣＨリソースとを示す図である。図８に示すように、ＰＤＣＣＨに対応するＰＵＣＣＨリソースは、上記式（１）に基づいて、システム帯域の両端の無線リソース領域に割り当てられる。上述のように、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースは、ＰＤＣＣＨに割り当てられるＣＣＥの総数Ｎｔｏｔａｌ＿ＣＣＥが考慮されるので、ＰＤＣＣＨに対応するＰＵＣＣＨリソースに連続する無線リソース領域に割り当てられる。これにより、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースとＰＤＣＣＨに対応するＰＵＣＣＨリソースとの衝突を防止できる。
【００３７】
しかしながら、図６及び図７を参照して説明したように、ユーザ端末ＵＥに対して複数の拡張ＰＤＣＣＨセットが設定される場合、当該複数の拡張ＰＤＣＣＨセット間で拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースが衝突するという問題点があった。そこで、本発明者らは、ユーザ端末ＵＥに対して複数の拡張ＰＤＣＣＨセットが設定される場合に、当該複数の拡張ＰＤＣＣＨセット間で拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースが衝突するのを防止可能な無線通信方法を検討し、本発明に至った。
【００３８】
本実施の形態に係る無線通信方法では、無線基地局が、ユーザ端末ＵＥに対して、複数の拡張ＰＤＣＣＨセット（リソースセット）を設定（configure）する。また、無線基地局が、ユーザ端末ＵＥに対して、複数の拡張ＰＤＣＣＨセット間で異なるリソース識別子が付加されたＤＣＩを送信する。ユーザ端末ＵＥは、リソース識別子に関連付けられるオフセット値に基づいて、ＰＤＳＣＨの送達確認情報（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）（フォーマット１ａ／１ｂ）の送信に用いられるＰＵＣＣＨリソースを決定する。ユーザ端末ＵＥは、決定されたＰＵＣＣＨリソースを用いて、上記送達確認情報を無線基地局に送信する。
【００３９】
ここで、リソース識別用に、ＤＣＩにＡＣＫ／ＮＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（ＡＲＩ）を配置する。リソース識別子は、ＤＣＩに付加される他の情報又はＤＣＩに含まれる情報などダイナミックに通知可能な情報であれば、ＡＲＩに限られない。
【００４０】
また、各拡張ＰＤＣＣＨセットは、拡張ＰＤＣＣＨに割り当てられる複数の拡張制御チャネル要素（ｅＣＣＥ：ｅｎｈａｎｃｅｄ  Control  Channel  Element）を含む。ｅＣＣＥとは、拡張ＰＤＣＣＨに割り当てられる無線リソース単位である。ｅＣＣＥは、複数のリソースエレメントからなるｅＲＥＧ（enhanced  Resource  Element  Group）で構成されてもよいし、ＰＲＢペアを周波数分割、時間分割、符号分割の少なくとも１つを用いて分割して構成されてもよい。ｅＣＣＥには、後述するように、インデックス番号（以下、ｅＣＣＥインデックス番号）が付与される。
【００４１】
以下、本実施の形態に係る無線通信方法について説明する。
【００４２】
図９は、ｅＣＣＥインデックス番号の付与例を示す図である。図９では、各ユーザ端末ＵＥに対して、プライマリセットである拡張ＰＤＣＣＨセット（ｓｅｔ）＃１と、セカンダリセットである拡張ＰＤＣＣＨセット（ｓｅｔ）＃２又は＃３が設定される。なお、図９は例示にすぎず、各ユーザ端末ＵＥに対して複数の拡張ＰＤＣＣＨセットが設定されれば、複数の拡張ＰＤＣＣＨセットはどのように設定されてもよい。
【００４３】
図９Ａでは、拡張ＰＤＣＣＨセット毎に、ｅＣＣＥにｅＣＣＥインデックス番号が付与される。具体的には、拡張ＰＤＣＣＨセット＃１−＃３のそれぞれを構成するｅＣＣＥに対して、ｅＣＣＥインデックス番号＃１−＃Ｎが付けられる。図９Ａでは、拡張ＰＤＣＣＨセット＃１−＃３間で同じｅＣＣＥインデックス番号が用いられる。このため、当該ｅＣＣＥインデックス番号に基づいて拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを決定する場合、拡張ＰＤＣＣＨセット＃１−＃３間でＰＵＣＣＨリソースが衝突する場合がある。
【００４４】
図９Ｂでは、ユーザ端末ＵＥ毎に、複数の拡張ＰＤＣＣＨセットのｅＣＣＥに連続してｅＣＣＥインデックス番号が付与される。具体的には、プライマリセットである拡張ＰＤＣＣＨセット＃１に含まれるｅＣＣＥに対して、ｅＣＣＥインデックス番号＃１−＃Ｎが付けられる。また、セカンダリセットである拡張ＰＤＣＣＨセット＃２又は＃３に含まれるｅＣＣＥに対して、ｅＣＣＥインデックス番号＃Ｎ＋１−＃２Ｎが付与される。図９Ｂでは、セカンダリセットである拡張ＰＤＣＣＨセット＃２、＃３間で同じｅＣＣＥインデックス番号が用いられる。このため、当該ｅＣＣＥインデックス番号に基づいて拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを決定する場合、拡張ＰＤＣＣＨセット＃２、＃３間でＰＵＣＣＨリソースが衝突する場合がある。
【００４５】
図９Ｃでは、全ての拡張ＰＤＣＣＨセットのｅＣＣＥに連続してｅＣＣＥインデックス番号が付与される。具体的には、拡張ＰＤＣＣＨセット＃１に含まれるｅＣＣＥに対して、ｅＣＣＥインデックス番号＃１−＃Ｎが付与される。また、拡張ＰＤＣＣＨセット＃２に含まれるｅＣＣＥに対して、拡張ＰＤＣＣＨセット＃１に連続するｅＣＣＥインデックス番号＃Ｎ＋１−＃２Ｎが付与される。また、拡張ＰＤＣＣＨ＃３に含まれるｅＣＣＥに対して、拡張ＰＤＣＣＨセット＃２に連続するｅＣＣＥインデックス番号＃２Ｎ＋１−＃３Ｎが付与される。図９Ｃでは、拡張ＰＤＣＣＨセット＃１−＃３間で同じｅＣＣＥインデックス番号が用いられることがない。このため、当該ｅＣＣＥインデックス番号に基づいて拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを決定する場合でも、拡張ＰＤＣＣＨセット＃１−＃３間でのＰＵＣＣＨリソースの衝突を回避できる。
【００４６】
図９Ｂ、図９Ｃでは、図９Ａに示す場合と比較して、拡張ＰＤＣＣＨセット＃１−＃３間でのＰＵＣＣＨリソースの衝突の確率を低減できる。一方で、図９Ｂ、図９Ｃでは、図９Ａに示す場合と比較して、ＰＵＣＣＨリソースのオーバーヘッドが増大する。このため、無線リソースの利用効率を高める観点からは、図９Ａに示すように、拡張ＰＤＣＣＨセット毎に、ｅＣＣＥにｅＣＣＥインデックス番号を付与することが望まれる。
【００４７】
そこで、本実施の形態に係る無線通信方法では、ユーザ端末ＵＥが、ＤＣＩに付加されたＡＲＩ（リソース識別子）に関連付けられるオフセット値に基づいて、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを決定する。これにより、拡張ＰＤＣＣＨセット間でのｅＣＣＥインデックス番号の重複によるＰＵＣＣＨリソースの衝突を回避できる。
【００４８】
図１０は、ＡＲＩ（リソース識別子）に関連付けられるオフセット値を説明するための図である。図１０に示すように、ＡＲＩは、拡張ＰＤＣＣＨセット（ｓｅｔ）間のＰＵＣＣＨリソースのオフセット値に関連付けられる。このオフセット値は、拡張ＰＤＣＣＨセット当たりのｅＣＣＥ数に基づいて設定される。
【００４９】
例えば、図１０に示すように、拡張ＰＤＣＣＨセット当たりのｅＣＣＥ数が１６である場合、ＡＲＩ値「００」は、オフセット値「０」に関連付けられる。また、ＡＲＩ値「０１」は、拡張ＰＤＣＣＨセット当たりのｅＣＣＥ数と等しいオフセット値「１６」に関連付けられる。同様に、また、ＡＲＩ値「１０」、「１１」は、それぞれ、拡張ＰＤＣＣＨセット当たりのｅＣＣＥ数の倍数と等しいオフセット値「３２」、「４８」に関連付けられる。このように、拡張ＰＤＣＣＨセット当たりのｅＣＣＥ数に基づいてオフセット値を設定することで、拡張ＰＤＣＣＨセット間でのｅＣＣＥインデックス番号の重複によるＰＵＣＣＨリソースの衝突をより確実に回避できる。
【００５０】
また、図１０では、プライマリセット用のオフセット値が「０（ゼロ）」に設定され、セカンダリセット用のオフセット値が、拡張ＰＤＣＣＨセット当たりのｅＣＣＥ数の倍数に設定される。図７で説明したように、プライマリセットとは、全てのユーザ端末ＵＥに共通して設定される拡張ＰＤＣＣＨセットである。また、セカンダリセットとは、少なくとも１つのユーザ端末ＵＥに個別に設定される拡張ＰＤＣＣＨセットである。このように、使用頻度が高いプライマリセットのオフセット値を「０（ゼロ）」に設定することで、上りの空き無線リソースを発生させずに、ＰＵＣＣＨリソースを割当て可能となる。
【００５１】
なお、ＡＲＩとオフセット値との関連付けは、図１０に示すものに限られない。例えば、図１０では、プライマリセットとセカンダリセットとが示されるが、これに限られるものではなく、複数の拡張ＰＤＣＣＨセットが設定されていればよい。
【００５２】
ここで、図１０を参照して、無線基地局におけるＤＣＩに対するＡＲＩ（リソース識別子）の付加方法について詳述する。無線基地局は、ユーザ端末ＵＥに対して拡張ＰＤＣＣＨセット（ｓｅｔ）＃１だけを設定する場合、拡張ＰＤＣＣＨセット＃１で送信されるＤＣＩに、プライマリセット用のオフセット値「０」に関連付けられるＡＲＩ「００」を付加する。
【００５３】
また、無線基地局は、ユーザ端末ＵＥに対して、拡張ＰＤＣＣＨセット（ｓｅｔ）＃１及び＃３を設定する場合、拡張ＰＤＣＣＨセット＃１で送信されるＤＣＩには、プライマリセット用のオフセット値「０」に関連付けられるＡＲＩ「００」を付加し、拡張ＰＤＣＣＨセット＃３で送信されるＤＣＩには、１つ目のセカンダリセット用のオフセット値「１６」に関連付けられるＡＲＩ「０１」を付加する。これにより、拡張ＰＤＣＣＨセット＃１及び＃３間でのＰＵＣＣＨリソースの衝突を回避しながら、当該ＰＵＣＣＨリソースを連続する無線リソース領域に配置できる。
【００５４】
また、無線基地局は、ユーザ端末ＵＥに対して、拡張ＰＤＣＣＨセット（ｓｅｔ）＃１及び＃２を設定する場合、拡張ＰＤＣＣＨセット＃１で送信されるＤＣＩには、プライマリセット用のオフセット値「０」に関連付けられるＡＲＩ「００」を付加し、拡張ＰＤＣＣＨセット＃２で送信されるＤＣＩには、１つ目のセカンダリセット用のオフセット値「１６」に関連付けられるＡＲＩ「０１」を付加する。これにより、拡張ＰＤＣＣＨセット＃１及び＃２間でのＰＵＣＣＨリソースの衝突を回避しながら、当該ＰＵＣＣＨリソースを連続する無線リソース領域に配置できる。
【００５５】
また、無線基地局は、ユーザ端末ＵＥに対して、拡張ＰＤＣＣＨセット（ｓｅｔ）＃１、＃２及び＃３を設定する場合、拡張ＰＤＣＣＨセット＃１で送信されるＤＣＩには、プライマリセット用のオフセット値「０」に関連付けられるＡＲＩ「００」を付加し、拡張ＰＤＣＣＨセット＃２及び＃３で送信されるＤＣＩには、それぞれ、１つ目及び２つ目のセカンダリセット用のオフセット値「１６」及び「３２」に関連付けられるＡＲＩ「０１」及び「１０」を付加する。これにより、拡張ＰＤＣＣＨセット＃１−＃３間でのＰＵＣＣＨリソースの衝突を回避しながら、当該ＰＵＣＣＨリソースを連続する無線リソース領域に配置できる。
【００５６】
また、無線基地局は、ユーザ端末ＵＥに対して、４つ以上の拡張ＰＤＣＣＨセットを設定する場合、４つ目以降の拡張ＰＤＣＣＨセットで送信されるＤＣＩには、３つ目のセカンダリセット用のオフセット値「４８」に関連付けられるＡＲＩ「１１」を付加する。ＡＲＩ「１１」の拡張ＰＤＣＣＨセット間で重複するｅＣＣＥインデックス番号のｅＣＣＥが使用されていなければ、同じオフセット値が用いられても、ＰＵＣＣＨリソースの衝突は生じないためである。
【００５７】
以上のように、本実施の形態に係る無線通信方法では、ＤＣＩに、ユーザ端末ＵＥに設定される複数の拡張ＰＤＣＣＨセット間で異なるＡＲＩ（リソース識別子）が付加される。ユーザ端末ＵＥは、このＡＲＩに関連づけられるオフセット値に基づいて、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを決定する。具体的には、ユーザ端末ＵＥは、式（２）を用いて、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを決定する。
【００５８】
【数４】
2014023109.tif 000006
ここで、
【数５】
2014023109.tif 000007
は、アンテナポートｐ０により上記送達確認情報を送信するためのＰＵＣＣＨリソースである。また、ｎｅＣＣＥは、ＤＣＩがマッピングされる最小ｅＣＣＥインデックス番号である。この最小ＣＣＥインデックス番号は、ユーザ端末ＵＥにおいて各拡張ＰＤＣＣＨセットのサーチスペースをブラインド復号することで検出される。また、
【数６】
2014023109.tif 000008
は、上位レイヤシグナリングによりユーザ端末ＵＥに通知されるパラメータである。
【００５９】
また、Ｎｔｏｔａｌ＿ＣＣＥは、サブフレームの先頭の最大３ＯＦＤＭシンボルにＰＤＣＣＨが配置される場合、当該ＰＤＣＣＣＨに割当てられるＣＣＥの総数である。このＣＣＥの総数は、上位レイヤシグナリングによりユーザ端末ＵＥに通知される拡張ＰＤＣＣＨの先頭ＯＦＤＭシンボルに基づいて算出されてもよい。この場合、ＣＣＥの総数は、上述のパラメータ
【数７】
2014023109.tif 000009
と纏めて1つの値として通知されてもよい。或いは、ＣＣＥの総数は、物理制御フォーマット通知チャネル（ＰＣＦＩＣＨ：Physical  Control  Format  Indicator  Channel）で伝送されるＣＦＩ（Control  Format  Indicator）に基づいて算出されてもよい。ＣＦＩは、ＰＤＣＣＨを構成するＯＦＤＭシンボル数を示す。また、ＡＲＩは、ＤＣＩに付加されるＡＲＩ（リソース識別子）に関連付けられるオフセット値である。
【００６０】
なお、本実施の形態に係る無線通信方法において、上記式（２）以外で、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースが決定されてもよい。具体的には、上記式（２）において、アンテナポートや、上位レイヤから通知されるパラメータや、ｅＣＣＥの総数については、省略されてもよい。
【００６１】
例えば、ユーザ端末ＵＥは、ＡＲＩに関連付けられるオフセット値と、ＤＣＩがマッピングされるｅＣＣＥのｅＣＣＥインデックス番号とに基づいて、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースを決定してもよい。サブフレームの先頭の最大３ＯＦＤＭシンボルにＰＤＣＣＨが配置されないキャリア（additional  carrier、new  type  carrier、capacity  carrier等とも呼ばれる）の場合、拡張ＰＤＣＣＨに対応するＰＵＣＣＨリソースとＰＤＣＣＨに対応するＰＵＣＣＨリソースとが衝突することはない。このため、ＡＲＩに関連付けられるオフセット値とｅＣＣＥインデックス番号とを考慮すれば、拡張ＰＤＣＣＨセット間の衝突を回避してＰＵＣＣＨリソースを適切に決定できる。
【００６２】
次に、図１１を参照し、本実施の形態に係る無線通信方法によるＰＵＣＣＨリソースの割当て例を詳述する。図１１では、ＰＤＣＣＨに対応するＰＵＣＣＨリソースと、拡張ＰＤＣＣＨのプライマリセットに対応するＰＵＣＣＨリソースと、１つ目から３つ目のセカンダリセットのそれぞれに対応するＰＵＣＣＨリソースと、が示される。
【００６３】
例えば、ＰＤＣＣＨに対応するＰＵＣＣＨリソースは、式（３）に示すように、決定される。
【数８】
2014023109.tif 000010
上述の通り、
【数９】
2014023109.tif 000011
は、アンテナポートｐ０により上記送達確認情報を送信するためのＰＵＣＣＨリソースである。ｎＣＣＥは、ＤＣＩがマッピングされる最小ＣＣＥインデックス番号である。また、
【数１０】
2014023109.tif 000012
は、上位レイヤシグナリングによりユーザ端末ＵＥに通知されるパラメータである。
【００６４】
式（３）により、ＰＤＣＣＨに対応するＰＵＣＣＨリソースが、上りリンクのシステム帯域幅の両端部のＰＲＢから決定される。なお、図１１に示すように、ＰＵＣＣＨリソースは、第１スロットではシステム帯域の一端部のＰＲＢに配置され、第２スロットでは当該システム帯域の他端部のＰＲＢに配置される。このように、ＰＵＣＣＨリソースを周波数ホッピングさせることにより、送達確認情報の周波数ダイバーシチ効果を得ることができる。
【００６５】
また、拡張ＰＤＣＣＨのプライマリセットに対応するＰＵＣＣＨは、式（４）に示すように、決定される。
【数１１】
2014023109.tif 000013
上述の通り、ｎｅＣＣＥは、ＤＣＩがマッピングされる最小ｅＣＣＥインデックス番号である。Ｎｔｏｔａｌ＿ＣＣＥは、ＰＤＣＣＨを構成するＣＣＥの総数である。なお、式（３）と同じ変数の意味は、説明を省略する。
【００６６】
式（４）により、ＣＣＥの総数Ｎｔｏｔａｌ＿ＣＣＥが考慮されるので、図１１に示すように、プライマリセットに対応するＰＵＣＣＨリソースとして、ＰＤＣＣＨに対応するＰＵＣＣＨリソースに衝突させずに連続するＰＲＢを決定できる。また、プライマリセットで送信されるＤＣＩにはＡＲＩ「００」が付加され、このＡＲＩ「００」にプライマリセット用のオフセット値「０」が関連付けられる（図１０）。オフセット値「０」であるので、プライマリセットに対応するＰＵＣＣＨリソースが、ＰＤＣＣＨに対応するＰＵＣＣＨリソースに連続することになる。なお、式（４）では、オフセット値ＡＲＩが記載されていないが、オフセット値「０」が加算されてもよい。
【００６７】
また、拡張ＰＤＣＣＨのセカンダリセットに対応するＰＵＣＣＨは、式（５）に示すように、決定される。
【数１２】
2014023109.tif 000014
上述の通り、ＡＲＩは、ＤＣＩに付加されるＡＲＩ（リソース識別子）に関連付けられるオフセット値である。なお、式（３）（４）と同じ変数の意味は、説明を省略する。
【００６８】
式（５）により、ＤＣＩに付加されるＡＲＩに関連付けられるオフセット値が考慮されるので、図１１に示すように、１つ目のセカンダリセットに対応するＰＵＣＣＨリソースとして、プライマリセットに対応するＰＵＣＣＨリソースに衝突させずに連続するＰＲＢを決定できる。また、２つ目、３つ目のセカンダリセットで送信されるＤＣＩには、異なるＡＲＩが付加されるので、セカンダリセット間でＰＵＣＣＨリソースが衝突するのを防止できる。
【００６９】
以下、本実施の形態に係る無線通信システムについて詳細に説明する。
【００７０】
（無線通信システムの構成）
図１２は、本実施の形態に係る無線通信システムの概略構成図である。なお、図１２に示す無線通信システムは、例えば、ＬＴＥシステム或いは、ＳＵＰＥＲ  ３Ｇが包含されるシステムである。この無線通信システムでは、ＬＴＥシステムのシステム帯域を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーションが適用される。また、この無線通信システムは、ＩＭＴ−Ａｄｖａｎｃｅｄと呼ばれても良いし、４Ｇ、ＦＲＡ（Future  Radio  Access）と呼ばれても良い。
【００７１】
図１２に示すように、無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２ａ及び１２ｂとを備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方と無線通信可能に構成されている。
【００７２】
ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が広いキャリア（既存キャリア、Legacy  carrierなどと呼ばれる）を用いて通信が行なわれる。一方、ユーザ端末２０と無線基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚなど）で帯域幅狭いキャリアが用いられてもよいし、無線基地局１１との間と同じキャリアが用いられてもよい。無線基地局１１及び各無線基地局１２は、有線接続又は無線接続されている。
【００７３】
無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）等が含まれるが、これに限定されるものではない。また、各無線基地局１２は、無線基地局１１を介して上位局装置に接続されてもよい。
【００７４】
なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、ｅＮｏｄｅＢ、無線基地局装置、送信ポイントなどと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、ピコ基地局、フェムト基地局、Ｈｏｍｅ  ｅＮｏｄｅＢ、ＲＲＨ（Remote  Radio  Head）、マイクロ基地局、送信ポイントなどと呼ばれてもよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでよい。
【００７５】
無線通信システムにおいては、無線アクセス方式として、下りリンクについてはＯＦＤＭＡ（直交周波数分割多元接続）が適用され、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。
【００７６】
ここで、図１２に示す無線通信システムで用いられる通信チャネルについて説明する。下りリンクの通信チャネルは、各ユーザ端末２０で共有されるＰＤＳＣＨ（Physical  Downlink  Shared  Channel）と、下りＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ）とを有する。ＰＤＳＣＨにより、ユーザデータ及び上位制御情報が伝送される。ＰＤＣＣＨ（Physical  Downlink  Control  Channel）により、ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリング情報等が伝送される。ＰＣＦＩＣＨ（Physical  Control  Format  Indicator  Channel）により、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＰＨＩＣＨ（Physical  Hybrid-ARQ  Indicator  Channel）により、ＰＵＳＣＨに対するＨＡＲＱのＡＣＫ/ＮＡＣＫが伝送される。また、拡張ＰＤＣＣＨ（Enhanced Physical  Downlink  Control  Channel、ePDCCH、E-PDCCH、FDM型PDCCH等とも呼ばれる）により、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報等が伝送されてもよい。この拡張ＰＤＣＣＨ（拡張下り制御チャネル）は、ＰＤＳＣＨ（下り共有データチャネル）と周波数分割多重され、ＰＤＣＣＨの容量不足を補うために使用される。
【００７７】
上りリンクの通信チャネルは、各ユーザ端末２０で共有される上りデータチャネルとしてのＰＵＳＣＨ（Physical  Uplink  Shared  Channel）と、上りリンクの制御チャネルであるＰＵＣＣＨ（Physical  Uplink  Control  Channel）とを有する。このＰＵＳＣＨにより、ユーザデータや上位制御情報が伝送される。また、ＰＵＣＣＨにより、下りリンクの無線品質情報（CQI：Channel  Quality  Indicator）、ＡＣＫ/ＮＡＣＫ等が伝送される。
【００７８】
図１３は、本実施の形態に係る無線基地局１０（無線基地局１１及び１２を含む）の全体構成図である。無線基地局１０は、ＭＩＭＯ伝送のための複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部（送信部）１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。
【００７９】
下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
【００８０】
ベースバンド信号処理部１０４では、ＰＤＣＰレイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio  Link  Control）再送制御の送信処理などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium  Access  Control）再送制御、例えば、ＨＡＲＱの送信処理、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（IFFT：Inverse  Fast  Fourier  Transform）処理、プリコーディング処理が行われて各送受信部１０３に転送される。また、下りリンクの制御チャネルの信号に関しても、チャネル符号化や逆高速フーリエ変換等の送信処理が行われて、各送受信部１０３に転送される。
【００８１】
また、ベースバンド信号処理部１０４は、報知チャネルにより、ユーザ端末２０に対して、当該セルにおける通信のための制御情報を通知する。当該セルにおける通信のための情報には、例えば、上りリンク又は下りリンクにおけるシステム帯域幅などが含まれる。
【００８２】
各送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換する。アンプ部１０２は、周波数変換された無線周波数信号を増幅して送受信アンテナ１０１により送信する。
【００８３】
一方、上りリンクによりユーザ端末２０から無線基地局１０に送信されるデータについては、各送受信アンテナ１０１で受信された無線周波数信号がそれぞれアンプ部１０２で増幅され、各送受信部１０３で周波数変換されてベースバンド信号に変換され、ベースバンド信号処理部１０４に入力される。
【００８４】
ベースバンド信号処理部１０４では、入力されたベースバンド信号に含まれるユーザデータに対して、ＦＦＴ処理、ＩＤＦＴ処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ、ＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放等の呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。
【００８５】
図１４は、本実施の形態に係るユーザ端末２０の全体構成図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部（受信部）２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５とを備えている。
【００８６】
下りリンクのデータについては、複数の送受信アンテナ２０１で受信された無線周波数信号がそれぞれアンプ部２０２で増幅され、送受信部２０３で周波数変換されてベースバンド信号に変換される。このベースバンド信号は、ベースバンド信号処理部２０４でＦＦＴ処理や、誤り訂正復号、再送制御の受信処理等がなされる。この下りリンクのデータの内、下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理等を行う。また、下りリンクのデータの内、報知情報もアプリケーション部２０５に転送される。
【００８７】
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御（Ｈ−ＡＲＱ  （Ｈｙｂｒｉｄ  ＡＲＱ））の送信処理や、チャネル符号化、プリコーディング、ＤＦＴ処理、ＩＦＦＴ処理等が行われて各送受信部２０３に転送される。送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換する。その後、アンプ部２０２は、周波数変換された無線周波数信号を増幅して送受信アンテナ２０１により送信する。
【００８８】
図１５は、本実施の形態に係る無線基地局１０が有するベースバンド信号処理部１０４及び一部の上位レイヤの機能構成図である。なお、図１５においては、下りリンク（送信）用の機能構成を主に示しているが、無線基地局１０は、上りリンク（受信）用の機能構成を備えてもよい。
【００８９】
図１５に示すように、無線基地局１０は、上位レイヤ制御情報生成部３００、データ生成部３０１、チャネル符号化部３０２、変調部３０３、マッピング部３０４、下り制御情報生成部３０５、共通制御情報生成部３０６、チャネル符号化部３０７、変調部３０８、制御チャネル多重部３０９、インタリーブ部３１０、測定用参照信号生成部３１１、ＩＦＦＴ部３１２、マッピング部３１３、復調用参照信号生成部３１４、ウェイト乗算部３１５、ＣＰ挿入部３１６、スケジューリング部３１７を具備する。なお、無線基地局１０が、スモールセルＣ２を形成する無線基地局１２である場合、制御チャネル多重部３０９、インタリーブ部３１０は省略されてもよい。
【００９０】
上位レイヤ制御情報生成部３００は、ユーザ端末２０毎に上位レイヤ制御情報を生成する。また、上位レイヤ制御情報は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）される制御情報であり、例えば、拡張ＰＤＣＣＨセットの割り当て情報（後述）や、ＰＵＣＣＨリソース用のパラメータなどを含む。データ生成部３０１は、ユーザ端末２０毎に下りユーザデータを生成する。
【００９１】
データ生成部３０１で生成された下りユーザデータと上位レイヤ制御情報生成部３００で生成された上位レイヤ制御情報とは、ＰＤＳＣＨで伝送される下りデータとして、チャネル符号化部３０２に入力される。チャネル符号化部３０２は、各ユーザ端末２０に対する下りデータを、各ユーザ端末２０からのフィードバック情報に基づいて決定された符号化率に従ってチャネル符号化する。変調部３０３は、チャネル符号化された下りデータを各ユーザ端末２０からのフィードバック情報に基づいて決定された変調方式に従って変調する。マッピング部３０４は、スケジューリング部３１７からの指示に従って、変調された下りデータをマッピングする。
【００９２】
下り制御情報生成部３０５は、ユーザ端末２０毎に、ＵＥ固有（UE-specific）の下り制御情報を生成する。ＵＥ固有の下り制御情報には、ＰＤＳＣＨの割り当て情報（ＤＬグラント、ＤＣＩフォーマット１Ａ、１Ｃなど）、ＰＵＳＣＨの割り当て情報（ＵＬグラント、ＤＣＩフォーマット０、４など）などが含まれる。共通制御情報生成部３０６は、セル共通（Cell-specific）の共通制御情報を生成する。セル共通制御情報には、例えば、ＤＣＩフォーマット１Ａ、１の制御情報などが含まれる。
【００９３】
下り制御情報生成部３０５で生成された下り制御情報、共通制御情報生成部３０６で生成された共通制御情報は、ＰＤＣＣＨ又は拡張ＰＤＣＣＨで伝送される下り制御情報として、チャネル符号化部３０７に入力される。チャネル符号化部３０７は、入力された下り制御情報を、後述するスケジューリング部３１７から指示された符号化率に従ってチャネル符号化する。変調部３０８は、チャネル符号化された下り制御情報をスケジューリング部３１７から指示された変調方式に従って変調する。
【００９４】
ここで、ＰＤＣＣＨで伝送される下り制御情報は、変調部３０８から制御チャネル多重部３０９に入力されて多重される。制御チャネル多重部３０９で多重された下り制御情報は、インタリーブ部３１０においてインタリーブされる。インタリーブされた下り制御情報は、測定用参照信号生成部３１１で生成された測定用参照信号（ＣＳＩ−ＲＳ：Channel  State  Information-Reference  Signal、ＣＲＳ：Cell  specific  Reference  Signalなど）とともに、ＩＦＦＴ部３１２に入力される。
【００９５】
一方、拡張ＰＤＣＣＨで伝送される下り制御情報は、変調部３０８からマッピング部３１３に入力される。マッピング部３１３は、後述するスケジューリング部３１７からの指示に従って、下り制御情報を所定の割り当て単位（例えば、ｅＣＣＥやｅＲＥＧ）でマッピングする。マッピング部３１３は、スケジューリング部３１７の指示に従って、分散マッピング（Distributed  Mapping）を用いて下り制御情報をマッピングしてもよいし、局所マッピング（Localized  Mapping）を用いて下り制御情報をマッピングしてもよい。
【００９６】
マッピングされた下り制御情報は、ＰＤＳＣＨで伝送される下りデータ（すなわち、マッピング部３０４でマッピングされた下りデータ）と、復調用参照信号生成部３１４で生成された復調用参照信号（ＤＭ−ＲＳ）とともに、ウェイト乗算部３１５に入力される。ウェイト乗算部３１５は、ＰＤＣＳＨで伝送される下りデータ、拡張ＰＤＣＣＨで伝送される下り制御情報、復調用参照信号に対して、ユーザ端末２０固有のプリコーディングウェイトを乗算し、プリコーディングを行う。プリコーディングされた送信データは、ＩＦＦＴ部３１２に入力され、逆高速フーリエ変換により周波数領域の信号から時系列の信号に変換される。ＩＦＦＴ部３１２からの出力信号には、ＣＰ挿入部３１６によりガードインターバルとして機能するサイクリックプリフィクス（ＣＰ）が挿入され、送受信部１０３に出力される。
【００９７】
スケジューリング部３１７は、ＰＤＳＣＨで伝送される下りデータ、拡張ＰＤＣＣＨで伝送される下り制御情報、ＰＤＣＣＨで伝送される下り制御情報のスケジューリングを行う。具体的には、スケジューリング部３１７は、上位局装置３０からの指示情報や各ユーザ端末２０からのフィードバック情報（例えば、ＣＱＩ（Channel  Quality  Indicator）、ＲＩ（Rank  Indicator）などを含むＣＳＩ（Channel  State  Information）など）に基づいて、無線リソースの割り当てを行う。
【００９８】
本実施の形態において、スケジューリング部３１７は、各ユーザ端末２０に対して、複数の拡張ＰＤＣＣＨセット（リソースセット）を設定（configure）する。各拡張ＰＤＣＣＨセットは、拡張ＰＤＣＣＨに割り当てられる拡張制御チャネル要素（ｅＣＣＥ）を複数含み、複数のＰＲＢペアから構成される。なお、複数の拡張ＰＤＣＣＨセットは、全てのユーザ端末２０に共通に割り当てられるプライマリセットと、少なくとも１つのユーザ端末２０に個別に割り当てられるセカンダリセットと、を含んでもよい。本発明の設定部は、スケジューリング部３１７により構成される。
【００９９】
なお、複数の拡張ＰＤＣＣＨセットの割り当て情報は、ＲＲＣシグナリングなどの上位レイヤシグナリング又は報知チャネル（ＰＢＣＨ：Physical  Broadcast  Channel）の少なくとも１つを用いて、ユーザ端末２０に通知される。この拡張ＰＤＣＣＨの割り当て情報は、例えば、ＰＲＢペアのインデックス番号、拡張ＰＤＣＣＨセットを構成するｅＣＣＥのｅＣＣＥインデックス番号などであってもよい。
【０１００】
また、本実施の形態において、下り制御情報生成部３０５は、ユーザ端末２０に割り当てられる複数の拡張ＰＤＣＣＨセット間で異なるＡＲＩ（リソース識別子）が付加された下り制御情報を生成する。図１０で説明したように、ＡＲＩは、ＡＲＩが付加される下り制御情報に基づいて復調されるＰＤＳＣＨの送達確認情報（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）を送信するためのＰＵＣＣＨリソースのオフセット値に関連付けられる。
【０１０１】
図１６は、ユーザ端末２０が有するベースバンド信号処理部１０４の機能構成図である。ユーザ端末２０は、下りリンク（受信）用の機能構成として、ＣＰ除去部４０１、ＦＦＴ部４０２、デマッピング部４０３、デインタリーブ部４０４、ＰＤＣＣＨ復調部４０５、ＰＤＳＣＨ復調部４０６、拡張ＰＤＣＣＨ復調部４０７、チャネル推定部４０８を具備する。
【０１０２】
無線基地局１０から受信データとして受信された下り信号は、ＣＰ除去部４０１でサイクリックプリフィクス（ＣＰ）が除去される。ＣＰが除去された下り信号は、ＦＦＴ部４０２へ入力される。ＦＦＴ部４０２は、下り信号を高速フーリエ変換（ＦＦＴ：Fast  Fourier  Transform）して時間領域の信号から周波数領域の信号に変換し、デマッピング部４０３へ入力する。デマッピング部４０３は、下り信号をデマッピングする。なお、デマッピング部４０３によるデマッピング処理は、アプリケーション部２０５から入力される上位レイヤ制御情報に基づいて行われる。デマッピング部４０３から出力された下り制御情報は、デインタリーブ部４０４でデインタリーブされる。
【０１０３】
ＰＤＣＣＨ復調部４０５は、後述するチャネル推定部４０８によるチャネル推定結果に基づいて、デインタリーブ部４０４から出力された下り制御情報（ＤＣＩ）のブラインド復号、復調、チャネル復号などを行う。具体的には、ＰＤＣＣＨ復調部４０５は、無線基地局１０から予め通知されたサーチスペース候補、または予め決められたサーチスペース候補をブラインド復号して、下り制御情報を取得する。例えば、ＰＤＣＣＨ復調部４０５は、報知チャネルで通知された共通サーチスペース候補をブラインド復号して、共通制御情報を取得する。また、ＰＤＣＣＨ復調部４０５は、上位レイヤ制御情報として通知されたＵＥ固有サーチスペース候補をブラインド復号して、ＵＥ固有の下り制御情報を取得する。
【０１０４】
また、本実施の形態において、ＰＤＣＣＨ復調部４０５は、ブラインド復号により下り制御情報がマッピングされるＣＣＥの最小ＣＣＥインデックス番号を検出する。ＰＤＣＣＨ復調部４０５は、検出した最小ＣＣＥインデックス番号をＰＵＣＣＨリソース決定部４１２に出力する。
【０１０５】
ＰＤＳＣＨ復調部４０６は、後述するチャネル推定部４０８によるチャネル推定結果に基づいて、デマッピング部４０３から出力された下りデータの復調、チャネル復号などを行う。具体的には、ＰＤＳＣＨ復調部４０６は、ＰＤＣＣＨ復調部４０５又は拡張ＰＤＣＣＨ復調部４０７で復調された下り制御情報（例えば、ＤＬグラントなどの下りスケジューリング情報）に基づいて自端末に割り当てられたＰＤＳＣＨを復調し、自端末宛ての下りデータ（下りユーザデータ及び上位レイヤ制御情報）を取得する。
【０１０６】
拡張ＰＤＣＣＨ復調部４０７は、後述するチャネル推定部４０８によるチャネル推定結果に基づいて、デマッピング部４０３から出力された拡張ＰＤＣＣＨ復調部４０７のブラインド復号、復調、チャネル復号などを行う。具体的には、拡張ＰＤＣＣＨ復調部４０７は、仕様により設定されたサーチスペース候補、あるいは無線基地局１０から予め通知されたサーチスペース候補をブラインド復号して、下り制御情報を取得する。例えば、拡張ＰＤＣＣＨ復調部４０７は、報知チャネルで通知された共通サーチスペース候補をブラインド復号して、共通制御情報を取得する。また、拡張ＰＤＣＣＨ復調部４０７は、上位レイヤ制御情報として通知されたＵＥ固有サーチスペース候補をブラインド復号して、ＵＥ固有の下り制御情報を取得する。
【０１０７】
また、本実施の形態において、拡張ＰＤＣＣＨ復調部４０７は、ブラインド復号により下り制御情報がマッピングされるｅＣＣＥの最小ｅＣＣＥインデックス番号を検出する。拡張ＰＤＣＣＨ復調部４０７は、検出した最小ｅＣＣＥインデックス番号をＰＵＣＣＨリソース決定部４１２に出力する。
【０１０８】
チャネル推定部４０８は、復調用参照信号（ＤＭ−ＲＳ）、測定用参照信号（ＣＲＳ、ＣＳＩ−ＲＳ）などを用いてチャネル推定を行う。チャネル推定部４０８は、測定用参照信号（ＣＲＳ、ＣＳＩ−ＲＳ）によるチャネル推定結果をＰＤＣＣＨ復調部４０５に出力する。一方、チャネル推定部４０８は、復調用参照信号（ＤＭ−ＲＳ）によるチャネル推定結果をＰＤＳＣＨ復調部４０６及び拡張ＰＤＣＣＨ復調部４０７に出力する。ユーザ端末２０に固有の復調用参照信号（ＤＭ−ＲＳ）を用いた復調により、ＰＤＳＣＨ及び拡張ＰＤＣＣＨについては、ビームフォーミングゲインを得ることができる。
【０１０９】
ユーザ端末２０は、上りリンク（送信）用の機能構成として、上り制御情報生成部４０９、チャネル符号化部４１０、変調部４１１、ＰＵＣＣＨリソース決定部４１２、マッピング部４１３、ＩＦＦＴ部４１４、ＣＰ挿入部４１５を具備する。
【０１１０】
上り制御情報生成部４０９は、上り制御情報（ＵＣＩ）を生成する。上り制御情報には、ＰＤＳＣＨ復調部４０６で復調されるＰＤＳＣＨの送達確認情報（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）（ＰＵＣＣＨフォーマット１ａ／１ｂ）が含まれる。また、上り制御情報には、チャネル品質識別子（ＣＱＩ）（ＰＵＣＣＨフォーマット２ａ／２ｂ）、スケジューリング要求（ＰＵＣＣＨフォーマット１）や、キャリアアグリゲーション用の制御情報（ＰＵＣＣＨフォーマット３）などが含まれてもよい。生成された上り制御情報は、チャネル符号化部４１０でチャネル符号化され、変調部４１１で変調される。
【０１１１】
ＰＵＣＣＨリソース決定部４１２は、上り制御情報生成部４０９で生成された上り制御情報の送信に用いられるＰＵＣＣＨリソースを決定する。具体的には、ＰＵＣＣＨリソース決定部４１２は、ＰＤＣＣＨ復調部４０５から入力された最小ＣＣＥインデックス番号と上位レイヤ制御情報に含まれるパラメータとに基づいて、例えば、上記式（３）に従って、送達確認情報の送信に用いられるＰＵＣＣＨリソースを決定する。
【０１１２】
また、本実施の形態において、ＰＵＣＣＨリソース決定部４１２は、図１０及び図１１に示すように、ＡＲＩ（リソース識別子）に関連付けられるオフセット値に基づいて、送達確認情報の送信に用いられるＰＵＣＣＣＨリソースを決定する。ここで、ＡＲＩは、拡張ＰＤＣＣＨ復調部４０７でブラインド復号される下り制御情報に付加されている。
【０１１３】
また、本実施の形態において、ＰＵＣＣＨリソース決定部４１２は、拡張ＰＤＣＣＨ復調部４０７から入力された最小ｅＣＣＥインデックス番号と、上位レイヤ制御情報に含まれるパラメータと、ＰＤＣＣＨを構成するＣＣＥの総数に基づいて、例えば、上記式（２（４）（５）に従って、送達確認情報の送信に用いられるＰＵＣＣＨリソースを決定する。なお、サブフレームの先頭の最大３ＯＦＤＭシンボルにＰＤＣＣＨが配置されない場合、ＣＣＥの総数は省略されてもよい。本発明の決定部は、ＰＵＣＣＨリソース決定部４１２で構成される。
【０１１４】
マッピング部４１３は、ＰＵＣＣＨリソース決定部４１２で決定されたＰＵＣＣＨリソースに、変調部４１１から出力された上り制御情報をマッピングする。ＩＦＦＴ部４１４は、システム帯域に相当する入力データを逆高速フーリエ変換して時系列データに変換し、ＣＰ挿入部４１５は時系列データに対してデータ区切りでサイクリックプレフィックスを挿入する。
【０１１５】
以上のように、本実施の形態に係る無線通信システム１によれば、無線基地局１０が、ユーザ端末２０に設定される複数の拡張ＰＤＣＣＨセット毎に異なるＡＲＩを下り制御情報に付加する。ユーザ端末２０は、当該下り制御情報に付加されたＡＲＩに関連付けられるオフセット値に基づいて、ＰＵＣＣＨリソースを決定する。このため、ユーザ端末２０に対して複数の拡張ＰＤＣＣＨセットが設定される場合に、当該複数の拡張ＰＤＣＣＨセット間でＰＵＣＣＨリソースが衝突するのを防止できる。また、ＰＵＣＣＨリソースのオーバーヘッドの増大を抑えることができる。
【０１１６】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１１７】
１…無線通信システム
１０、１１、１２…無線基地局
２０…ユーザ端末
３０…上位局装置
４０…コアネットワーク
１０１…送受信アンテナ
１０２…アンプ部
１０３…送受信部
１０４…ベースバンド信号処理部
１０５…呼処理部
１０６…伝送路インターフェース
２０１…送受信アンテナ
２０２…アンプ部
２０３…送受信部
２０４…ベースバンド信号処理部
２０５…アプリケーション部
３００…上位レイヤ制御情報生成部
３０１…データ生成部
３０２…チャネル符号化部
３０３…変調部
３０４…マッピング部
３０５…下り制御情報生成部
３０６…共通制御情報生成部
３０７…チャネル符号化部
３０８…変調部
３０９…制御チャネル多重部
３１０…インタリーブ部
３１１…測定用参照信号生成部
３１２…ＩＦＦＴ部
３１３…マッピング部
３１４…復調用参照信号生成部
３１５…ウェイト乗算部
３１６…ＣＰ挿入部
３１７…スケジューリング部
４０１…ＣＰ除去部
４０２…ＦＦＴ部
４０３…デマッピング部
４０４…デインタリーブ部
４０５…ＰＤＣＣＨ復調部
４０６…ＰＤＳＣＨ復調部
４０７…拡張ＰＤＣＣＨ復調部
４０８…チャネル推定部
４０９…上り制御情報生成部
４１０…チャネル符号化部
４１１…変調部
４１２…ＰＵＣＣＨリソース決定部
４１３…マッピング部
４１４…ＩＦＦＴ部
４１５…ＣＰ挿入部
【図１】
2014023109.tif 000018
【図２】
2014023109.tif 000019
【図３】
2014023109.tif 000020
【図４】
2014023109.tif 000021
【図５】
2014023109.tif 000022
【図６】
2014023109.tif 000023
【図７】
2014023109.tif 000024
【図８】
2014023109.tif 000025
【図９】
2014023109.tif 000026
【図１０】
2014023109.tif 000027
【図１１】
2014023109.tif 000028
【図１２】
2014023109.tif 000029
【図１３】
2014023109.tif 000030
【図１４】
2014023109.tif 000031
【図１５】
2014023109.tif 000032
【図１６】
2014023109.tif 000033