JP5700042B2 - 無線通信方法、及び無線通信装置 - Google Patents

Description

本発明は、無線通信方法、及び無線通信装置に関する。

現在、携帯電話システムや無線ＭＡＮ（Metropolitan Area Network）などの無線通信システムが広く利用されている。また、無線通信の分野では、通信速度や通信容量を更に向上させるべく、次世代の通信技術について継続的な議論が行われている。例えば、標準化団体の１つである３ＧＰＰ（3rd
Generation Partnership Project）では、ＬＴＥ（Long
Term Evolution）と呼ばれる無線通信システムや、ＬＴＥを発展させたＬＴＥ‐Ａ（Long
Term Evolution - Advanced）と呼ばれる無線通信システムが提案されている。

このような無線通信システムにおいて、無線基地局は、端末に対して無線リソースを割当て、符号化変調方式を決定する等のスケジューリングを行うことにより、効率的な無線通信を行うようにしている。無線基地局は、無線回線品質などのチャネル状態に関する情報を用いてスケジューリングを行うことで、無線回線の状態に応じた符号化変調方式等を決定できる。

このようなチャネル状態に関する情報として、ＣＳＩ（Channel
State Information）がある。ＣＳＩは、例えば、チャネル状態に関する情報であり、端末が生成し無線基地局に報告する。このようなＣＳＩの報告については、例えば、端末がＣＳＩを周期的に報告する周期報告（Periodic
reporting）と、非周期で報告する非周期報告（Aperiodic reporting）がある。端末は、周期報告の場合、例えば予め決められたタイミングで定期的にＣＳＩを無線基地局に送信し、非周期報告の場合、例えば予め決められたタイミングではないタイミングでＣＳＩを送信する。

端末は、周期報告の場合、ＰＵＣＣＨ（Physical
Uplink Control CHannel）を用いてＣＳＩを送信する。ＰＵＣＣＨは、例えば、上りリンク（端末から無線基地局へのリンク）における制御信号送信用の物理チャネルである。ただし、端末は、ＣＳＩと同時にデータを送信するときは、データと多重してＰＵＳＣＨ（Physical
Uplink Shared CHannel）を用いてＣＳＩを送信する。ＰＵＳＣＨは、例えば、上りリンクにおけるデータ送信用の物理チャネルである。

一方、端末は、非周期報告の場合、ＰＵＳＣＨを用いてＣＳＩを送信する。例えば、端末はデータを送信しないときでもＰＵＳＣＨを用いてＣＳＩを送信する。

ＰＵＳＣＨを用いたデータ送信の場合、無線基地局は、ＰＤＣＣＨ（Physical
Downlink Control CHannel）を利用して制御信号（ＰＤＣＣＨ信号）を端末に送信し、端末はＰＤＣＣＨ信号として送信された制御信号を用いてＰＵＳＣＨによりデータを送信する。ＰＤＣＣＨは、例えば、下り方向（無線基地局から端末への方向）における制御情報送信用の物理チャネルである。

ＰＤＣＣＨにより送信される制御信号のフォーマットの一つとしてＤＣＩフォーマット０（DCI(Downlink
Control Information) format 0）がある。図５９は周波数分割複信（ＦＤＤ：Frequency
Division Duplex）の場合におけるＤＣＩフォーマット０に含まれるパラメータの例を示す図である。図５９に示すように、ＤＣＩフォーマット０に含まれるパラメータの一つに「CQI
request」がある。「CQI request」は、例えば、端末がＣＳＩの非周期報告を行うか否かを示すパラメータである。例えば、無線基地局は、「CQI request」フィールドにおけるパラメータ値として「１」を端末に送信すると、端末はＣＳＩの非周期報告を行うことになる。

他方、無線通信システムは、複数の周波数帯域を並列に用いて無線通信を行うことも検討されている。複数の周波数帯域の夫々は、例えばコンポーネントキャリア（以下、ＣＣ）と呼ばれ、複数のＣＣ（又は複数の周波数帯域）により大容量の無線通信を行うことができる。

このような複数の周波数帯域を用いた無線通信システムにおけるＣＳＩ報告については、例えば以下のようなものがある。すなわち、無線基地局が下り方向における複数の周波数帯域のうちいずれかの周波数帯域を用いて制御情信号を送信した場合、端末は当該周波数帯域についてのＣＳＩ報告を行うものがある。例えば、無線基地局が下り方向におけるＤＬＣＣ＃１（下りリンクの１番目のＣＣ）を用いてＤＣＩフォーマット０の制御信号を送信したとき、端末はＤＬＣＣ＃１に対するＣＳＩ報告を行うようする。

また、無線基地局が下り方向における複数の周波数帯域のいずれかを用いて制御情報を送信した場合、端末は下り方向の複数の周波数帯域すべてについてＣＳＩ報告を行うようにしたものもある。

3GPP TS 36.212V9.1.0 (例えば、5.3.3.1章) 3GPP TS 36.213V9.1.0 (例えば、7.2.1章, 7.2.2章) "CQI/PMI/RIreporting for carrier aggregation"、3GPP、R1-103090 "Aperiodic CQI Reporting for CarrierAggregation"、3GPP、R1-102868

しかし、端末は、制御信号の送信に利用された周波数帯域についてＣＳＩ報告を行う場合、下り方向における複数の周波数帯域のうち、制御信号の送信に利用されない周波数帯域についてのＣＳＩを報告することができない。よって、かかる技術では、無線基地局は、複数の周波数帯域のうち、任意の周波数帯域について端末にＣＳＩを送信させることはできない。

一方、下り方向における複数の周波数帯域のうち、端末がすべての周波数帯域についてＣＳＩ報告を行う場合、無線基地局は下り方向のすべての周波数帯域についてＣＳＩを受信できる。しかし、無線基地局は、受信したＣＳＩ報告のうち、いくつかの周波数帯域に対するＣＳＩしか利用しない場合もある。かかる場合、すべての周波数帯域のＣＳＩが端末から無線基地局に送信されるため、利用されない周波数帯域についてのＣＳＩの送信が無駄になり、スループットの向上が図れない。

そこで、本発明の目的の一つは、複数の周波数帯域のうち、任意の周波数帯域におけるチャネル状態に関する情報を報告できるようにした無線通信方法、及び無線通信装置を提供することにある。

また、本発明の目的の一つは、スループットの向上を図るようにした無線通信方法、及び無線通信装置を提供することにある。

一態様によれば、第１の無線通信装置と第２の無線通信装置が複数の周波数帯域を用いて無線通信を行う無線通信方法において、前記第１の無線通信装置は、前記複数の周波数帯域の夫々に対応する第１のチャネル品質情報要求を前記第２の無線通信装置に送信し、前記第２の無線通信装置は、前記第１のチャネル品質情報要求を受信したとき、前記第１のチャネル品質情報要求により指定された前記周波数帯域に対するチャネル状態に関する情報を前記第１の無線通信装置に送信する。

複数の周波数帯域のうち、任意の周波数帯域におけるチャネル状態に関する情報を報告できるようにした無線通信方法、無線通信システム、及び無線通信装置を提供することができる。また、スループットの向上を図るようにした無線通信方法、及び無線通信装置を提供することができる。

図１は無線通信システムの構成例を示す図である。 図２は無線通信システムの構成例を示す図である。 図３はコンポーネントキャリアの設定例を示す図である。 図４は無線フレームの構成例を示す図である。 図５はＰＤＣＣＨ等の設定例を示す図である。 図６はＤＣＩフォーマットのパラメータ例を示す図である。 図７（Ａ）と図７（Ｂ）はＣＳＩ報告対象のＤＬＣＣの例を示す図である。 図８は基地局の構成例を示す図である。 図９は端末の構成例を示す図である。 図１０は動作例を示すフローチャートである。 図１１は動作例を示すフローチャートである。 図１２はＤＣＩフォーマットのパラメータ例を示す図である。 図１３はＰＤＣＣＨ等の設定例を示す図である。 図１４は基地局の構成例を示す図である。 図１５は端末の構成例を示す図である。 図１６は動作例を示すフローチャートである。 図１７は動作例を示すフローチャートである。 図１８（Ａ）及び図１８（Ｂ）はＤＣＩフォーマットのパラメータ例を示す図である。 図１９（Ａ）及び図１９（Ｂ）はＰＤＣＣＨ等の設定例を示す図である。 図２０は動作例を示すフローチャートである。 図２１は動作例を示すフローチャートである。 図２２（Ａ）は対応関係の例、図２２（Ｂ）はＣＳＩ報告対象ＤＬＣＣの例を夫々示す図である。 図２３は基地局の構成例を示す図である。 図２４は端末の構成例を示す図である。 図２５は動作例を示すフローチャートである。 図２６は動作例を示すフローチャートである。 図２７は対応関係例を示す図である。 図２８（Ａ）は対応関係の例、図２８（Ｂ）はＣＳＩ報告対象ＤＬＣＣの例を夫々示す図である。 図２９は動作例を示すフローチャートである。 図３０は動作例を示すフローチャートである。 図３１（Ａ）は対応関係の例、図３１（Ｂ）はＣＳＩ報告対象ＤＬＣＣの例を夫々示す図である。 図３２は動作例を示すフローチャートである。 図３３は動作例を示すフローチャートである。 図３４はＤＣＩフォーマットの例を示す図である。 図３５はＣＳＩ報告対象ＤＬＣＣの例を示す図である。 図３６は動作例を示すフローチャートである。 図３７は動作例を示すフローチャートである。 図３８（Ａ）はＣＳＩ報告対象ＤＬＣＣの例、図３８（Ｂ）は送信対象のＵＬＣＣの例を夫々示す図である。 図３９は動作例を示すフローチャートである。 図４０は動作例を示すフローチャートである。 図４１はＣＳＩ報告対象ＤＬＣＣの例を示す図である。 図４２（Ａ）〜図４２（Ｃ）はＣＳＩ報告対象ＤＬＣＣの例を夫々示す図である。 図４３は動作例を示すフローチャートである。 図４４は動作例を示すフローチャートである。 図４５（Ａ）〜図４５（Ｅ）はＣＳＩ報告対象ＤＬＣＣの例を夫々示す図である。 図４６は動作例を示すフローチャートである。 図４７は動作例を示すフローチャートである。 図４８（Ａ）〜図４８（Ｃ）はＣＳＩの報告タイミングの例を夫々示す図である。 図４９はＣＳＩ報告対象ＤＬＣＣの例を示す図である。 図５０は動作例を示すフローチャートである。 図５１（Ａ）及び図５１（Ｂ）はＣＳＩ報告対象ＤＬＣＣの例を夫々示す図である。 図５２は動作例を示すフローチャートである。 図５３は動作例を示すフローチャートである。 図５４（Ａ）はＤＣＩフォーマットの例、図５４（Ｂ）はＰＤＣＣＨ等の設定例を夫々示す図である。 図５５は基地局の構成例を示す図である。 図５６は端末の構成例を示す図である。 図５７は動作例を示すフローチャートである。 図５８は動作例を示すフローチャートである。 図５９はＤＣＩフォーマットの例を示す図である。

以下、本実施の形態について図面を参照して詳細に説明する。

［第１の実施の形態］
図１は、第１の実施の形態における無線通信システムの構成例を示す図である。無線通信システムは、第１の無線通信装置１０と第２の無線通信装置２０を含む。第１の無線通信装置１０と第２の無線通信装置２０は、複数の無線通信帯域を用いて無線通信を行う。

第１の無線通信装置１０は、送信部１１と受信部１２とを備える。

送信部１１は、複数の周波数帯域の夫々に対応する第１のチャネル品質情報要求を第２の無線通信装置２０に送信する。

受信部１２は、第１のチャネル品質情報要求により指定した周波数帯域に対するチャネル状態に関する情報を第２の無線通信装置２０から受信する。

一方、第２の無線通信装置２０は、受信部２１と送信部２２を備える。

受信部２１は、第１のチャネル品質情報要求を第１の無線通信装置から受信する。

送信部２２は、第１のチャネル品質情報要求により指定された周波数帯域に対するチャネル状態に関する情報を第１の無線通信装置１０に送信する。

第１の無線通信装置１０は、複数の周波数帯域の夫々に対応する第１のチャネル品質情報要求を第２の無線通信装置２０に送信し、第２の無線通信装置２０は、第１のチャネル品質情報要求により指定した周波数帯域に対するチャネル状態に関する情報を第１の無線通信装置２０に送信する。

従って、第１の無線通信装置１０は、複数の周波数帯域のうち、任意の周波数帯域におけるチャネル状態に関する情報を第１の無線通信装置２０から受信できる。また、第２の無線通信装置２０は、指定された周波数帯域についてチャネル状態に関する情報を送信しているため、すべての周波数帯域についてのチャネル状態に関する情報を送信する場合と比較して、チャネル状態報告に要する無線リソースが少なくなり、その分他のデータ伝送に使える無線リソースが増えるため、スループットの向上を図ることができる。

［第２の実施の形態］
図２は、第２の実施の形態における無線通信システムの構成例を示す図である。無線通信システムは、無線基地局装置（以下、基地局）１００と端末装置（以下、端末）２００，２００ａを備える。

基地局１００は、端末２００，２００ａと無線通信を行う無線通信装置である。基地局１００は、有線の上位ネットワークと接続され、上位ネットワークと端末２００，２００ａとの間でデータ信号（以下、データ）を転送する。基地局１００は、無線通信に、コンポーネントキャリア（ＣＣ：Component
Carrier）と呼ばれる周波数帯域を複数（例えば５つ）使用することができる。基地局１００は、複数の周波数帯域の一部又はすべてを用いて無線通信を行う。複数の周波数帯域を用いて無線通信を行うことをキャリアアグリゲーションと呼ぶことがある。

端末２００，２００ａは、基地局１００と無線接続して無線通信を行う無線通信装置であり、例えば携帯電話機や情報携帯端末装置などである。端末２００，２００ａは基地局１００からデータを受信するとともに、基地局１００へデータを送信する。本明細書において、基地局１００から端末２００，２００ａの方向を下りリンク（ＤＬ：Down
Link）、端末２００，２００ａから基地局１００の方向を上りリンク（ＵＬ：Uplink）と呼ぶことにする。

なお、基地局１００は第１の実施の形態における第１の無線通信装置１０の一例、端末２００，２００ａは第１の実施の形態における第２の無線通信装置２０の一例である。

また、図２の例では、２つの端末２００，２００ａの例を示しているが３つ以上の端末があってもよい。２つの端末２００，２００ａは双方とも同一構成であり、とくに断らない限り端末２００を例にして説明する。

図３はコンポーネントキャリアの設定例を示す図である。基地局１００と端末２００との無線通信にＦＤＤが用いられる場合、例えば、ＤＬとＵＬの夫々についてＣＣ＃１〜ＣＣ＃５の５つの周波数帯域が確保される。単にＣＣと呼ぶ場合、ＤＬ用の周波数帯域とＵＬ用の周波数帯域の組を指すこともある。また、無線通信にＴＤＤ（Time
Division Duplex：時分割複信）が用いられる場合、ＤＬ用とＵＬ用とが区別されず、例えば５つの周波数帯域が確保される。図３はＦＤＤの場合を示している。この例では、ＤＬとＵＬのＣＣ数が同じ場合の例を示しているが、ＤＬとＵＬでＣＣ数が異なる場合もありうる。

基地局１００は、例えば、収容予定の端末数や通信速度等を考慮してＣＣ＃１〜ＣＣ＃５それぞれの帯域幅を設定する。ＣＣ＃１〜ＣＣ＃５それぞれの帯域幅の例として、例えば、１．４ＭＨｚ，５ＨＭｚ，１０ＭＨｚ，１５ＭＨｚ，２０ＭＨｚなどがある。基地局１００は、ＣＣ＃１〜ＣＣ＃５のすべてを同一の周波数帯域幅としてもよいし、異なる周波数帯域幅としてもよい。また、基地局１００は、任意の個数のＣＣを用いて無線通信を行うようにしてもよい。

図４は無線フレームの構成例を示す図である。基地局１００と端末２００との間では、ＣＣ毎に無線フレームが送受信される。１つの無線フレームは、複数のサブフレーム（例えば１０サブフレーム）を含む。

無線フレームの周波数方向の最小単位はサブキャリア、時間方向の最小単位はシンボルである。多重アクセス方式として、例えば、ＵＬサブフレームにはＳＣ‐ＦＤＭＡ（Single
Carrier - Frequency Division Multiple Access）、ＤＬサブフレームにはＯＦＤＭＡ（Orthogonal
Frequency Division Multiple Access）が用いられる。

ＵＬサブフレームは、上りリンク物理共有チャネル（ＰＵＳＣＨ）のための領域（又は無線リソース）を含む。ＰＵＳＣＨは、例えば、端末２００が基地局１００にユーザデータや制御情報を送信するための物理チャネルである。基地局１００は、端末２００それぞれに対してＵＬサブフレームを割り当てることができ、１つのＵＬサブフレームに複数の端末２００，２００ａ分のＰＵＳＣＨを設定することができる。

ＤＬサブフレームは、下りリンク物理制御チャネル（ＰＤＣＣＨ）と下りリンク物理共有チャネル（ＰＤＳＣＨ：Physical
Downlink Shared CHannel）のための各領域（各無線リソース）を含む。ＰＤＣＣＨの領域はＤＬサブフレームの先頭からＮシンボルに設定され、ＰＤＳＣＨの領域はＰＤＣＣＨに続く残りのシンボルに設定される。

ＰＤＣＣＨは、基地局１００が端末２００に対してＬ１／Ｌ２（Layer
1/Layer 2）制御信号を送信するための物理チャネルである。ＰＤＣＣＨで送信される制御信号（ＰＤＣＣＨ信号）には、ＰＤＳＣＨやＰＵＳＣＨに関する制御信号が含まれる。後述するＤＣＩフォーマット０のＰＤＣＣＨ信号は、例えば、ＰＵＳＣＨに関する制御信号の一例である。ＰＵＳＣＨに関する制御信号が示す情報には、例えば、無線リソースを示す情報、変調及び符号化方式（ＭＣＳ：Modulation
and Coding Scheme）などデータフォーマットを指定する情報、ＨＡＲＱ（Hybrid
Automatic Repeat reQuest）による上り再送制御に関する情報などがある。ＰＤＳＣＨに関する制御信号が示す情報には、例えば、ＰＤＳＣＨの無線リソースを示す情報、データフォーマットを示す情報、下り再送制御に関する情報などがある。端末２００は、自局宛ての制御信号が送信される可能性のあるＣＣのＰＤＣＣＨの領域を監視することで、ＰＵＳＣＨやＰＤＳＣＨに関する制御信号を抽出できる。

図５は、ＰＤＣＣＨとＰＤＳＣＨ、及びＰＵＳＣＨの設定例を示す図である。この例では、基地局１００はＤＬ（下り方向）の５つのＣＣ＃１〜ＣＣ＃５のうち、ＤＬＣＣ＃１とＤＬＣＣ＃３にＰＤＣＣＨを設定している。例えば、端末２００は、ＤＬＣＣ＃１とＤＬＣＣ＃３で基地局１００からＰＤＣＣＨ信号を受信できる。ＤＬＣＣ＃１におけるＰＤＣＣＨ領域には、端末はＵＬＣＣ＃１を用いてデータ等の送信を行うことを示す制御信号とＵＬＣＣ＃２を用いてデータ等の送信を行うことを示す制御信号とが設定されている。また、ＤＬＣＣ＃１を用いてデータ受信を行うことを示す制御信号とＤＬＣＣ＃２を用いてデータ受信を行うことを示す制御信号とが設定される。

このように、基地局１００は、ＰＤＣＣＨの領域で、そのＰＤＣＣＨが属するＣＣとは異なるＣＣの物理チャネルに関する制御信号を送信することができる。このようなスケジューリングは、クロスキャリアスケジューリングと呼ばれることがある。他方、セイムキャリアスケジューリングと呼ばれるスケジューリングもある。セイムキャリアスケジューリングは、例えば、ＰＤＣＣＨが属するＤＬＣＣと同じ番号のＵＬＣＣを利用してデータ等を送信するようにしたスケジューリングである。

他方、基地局１００は、端末２００ごとにＣＣ＃１〜ＣＣ＃５それぞれの状態を設定することができる。端末２００は、ＣＣ＃１〜ＣＣ＃５の状態に基づいて、ＣＣ毎に無線受信処理を行う。ＣＣの状態は、例えば、“Configured
but Deactivated CC”、“Configured and Activated CC”、及び“PDCCH monitoring set”に分類できる。

“Configured but Deactivated CC”は、例えば、現在はデータ通信に使用されていないが使用可能な状態（非活性状態）のＣＣである。端末２００は、非活性状態のＤＬＣＣに対して、ＰＤＣＣＨとＰＤＳＣＨのいずれもモニタリングしなくてよい。図５の例では、ＤＬＣＣ＃５は非活性状態であり、端末２００は当該無線周波数帯域の受信処理を停止してもよい。

“Configured and Activated CC”は、例えば、現在データ通信に使用される状態（活性状態）のＣＣである。図５の例では、ＤＬＣＣ＃１〜＃４が活性状態であり、端末２００はこれらの周波数帯域において少なくとも自局宛てのＰＤＳＣＨについて受信処理を行う。

“PDCCH monitoring set”は、例えば、活性状態であり、且つ、端末２００宛てのＰＤＣＣＨが設定される可能性のあるＣＣの集合である。図５の例では、ＤＬＣＣ＃１とＤＬＣＣ＃３がかかる集合に含まれる。端末２００は当該無線周波数帯域においてＰＤＣＣＨをモニタリングする。なお、“PDCCH
monitoring set”は、“Configured and Activated CC”のサブセットとして定義できるが、端末２００はすべての“Configured and Activated CC”においてＰＤＣＣＨの受信処理を行うべき場合もある。この場合、“PDCCH monitoring set” と“Configured
and Activated CC”は同じ集合を意味することになる。

図６はＤＣＩフォーマット０のパラメータ例を示す図である。上述したようにＤＣＩフォーマット０の制御信号は、ＰＤＣＣＨ領域で基地局１００から端末２００に送信され、上りリンクにおけるデータ等を送信するための制御情報を含む。本第１の実施の形態では、ＤＣＩフォーマット０の各パラメータのうち「CQI
request」（又はチャネル品質情報要求）を例えば５ビットとし、この５ビットを用いてＤＬＣＣ＃１〜＃５のうちＣＳＩ報告を行わせるＣＣを指定するために用いる。

図７（Ａ）は、「CQI request」により指定されたビットとＣＳＩ報告を行うＣＣとの関係例を示す図である。基地局１００は、「CQI request」として「１１１００」を送信したとき、端末２００はＤＬＣＣ＃１〜＃３のＣＣに対するＣＳＩ報告を行う。このように、「CQI
request」として指定されるパラメータ値は、１つのＤＬＣＣを指定するのみならず、複数のＤＬＣＣについての組み合わせを指定することができる。

尚、端末２００は、クロスキャリアスケジューリングのとき、ＤＣＩフォーマット０の「carrier
indicator」で指定されたＵＬＣＣを利用してＣＳＩを送信する。

このように、基地局１００は、５ビットの「CQI request」によりＣＳＩ報告を行わせる任意のＤＬＣＣについて指定することができ、これにより、任意のＤＬＣＣについてのＣＳＩを端末２００から受信できる。

尚、「CQI request」のビット数は５ビット以外でもよく、ＤＬＣＣの数に応じて例えば８ビット等とすることもできる。

また、「CQI request」をパラメータとして含むＤＣＩフォーマットとしてＤＣＩフォーマット０の例について説明しているが、「CQI request」を含む制御信号のフォーマットであれば、どのようなフォーマットでもよい。

更に、基地局１００が「CQI request」によりＣＳＩ報告を行わせるＣＳＩを指定して、端末２００が指定されたＤＬＣＣのＣＳＩを生成し基地局１００に送信することが、例えば「非周期」ＣＳＩ報告のことである。周期報告の場合は、基地局１００が最初に設定等したＤＬＣＣについて定期的に端末２００が生成して送信することであり、このような状況で、基地局１００がＤＬＣＣを指定してＣＳＩ報告を行わせることが、例えば「非周期」となる。

以上のことは、本第２の実施の形態を含む以下の実施の形態においても同様である。

図８は、本第２の実施の形態における基地局１００の構成例を示す図である。基地局１００は、スケジューラ１１０、ＲＳ生成部１１２、ＰＤＣＣＨ生成部１１３、ＰＤＳＣＨ生成部１１４、多重部１１５、無線送信部１１６、アンテナ１２０、無線受信部１３０、第１の分離部１３１、ＰＵＣＣＨ処理部１３２、ＰＵＳＣＨ処理部１３３、第２の分離部１３４を備える。なお、スケジューラ１１０は、報告ＣＣ決定部１１１を備える。

なお、スケジューラ１１０、報告ＣＣ決定部１１１、ＲＳ生成部１１２、ＰＤＣＣＨ生成部１１３、ＰＤＣＳＣＨ生成部１１４、多重部１１５、及び無線送信部１１６は、例えば、第１の実施の形態における送信部１１に対応する。また、無線受信部１３０、第１の分離部１３１、ＰＵＣＣＨ処理部１３２、ＰＵＳＣＨ処理部１３３、及び第２の分離部１３４は、例えば、第１の実施の形態における受信部１２に対応する。

スケジューラ１１０は、ＤＬ無線リソースとＵＬ無線リソースの割り当てを管理する。すなわち、スケジューラ１１０は、基地局１００のバッファに端末２００宛てのユーザデータが到着すると、ＤＬ無線リソースを端末２００に割り当てる。また、スケジューラ１１０は、例えばＰＵＳＣＨ処理部１３３から取得した制御情報から端末２００が送信するユーザデータ量を検知し、ＵＬ無線リソースを端末２００に割り当てる。スケジューラ１１０は、スケジューリングの結果をＰＤＣＣＨ生成部１１３に出力する。

報告ＣＣ決定部１１１は、複数のＤＬＣＣのうち、ＣＳＩの報告対象となるＤＬＣＣを決定する。スケジューラ１１０は、決定したＤＬＣＣを報告対象とすべく、「CQI
request」において対応するビットを例えば「１」にしたＤＣＩフォーマット０の制御情報を作成し、ＰＤＣＣＨ生成部１１３に出力する。

ＲＳ生成部１１２は、参照信号（ＲＳ：Reference
Signal）を生成し多重部１１５に出力する。参照信号は、例えば端末２００がＣＳＩを生成する際に用いられる信号である。

ＰＤＣＣＨ生成部１１３は、スケジューリングの結果に基づいて下りデータ用制御情報（またはＰＤＳＣＨに関する制御情報）を生成する。また、ＰＤＣＣＨ生成部１１３は、スケジューリング結果やＤＣＩフォーマット０の制御情報に基づいて上りデータ用制御情報（又はＰＵＳＣＨに関する制御情報）を生成する。ＰＤＣＣＨ生成部１１３は、生成した制御情報を誤り訂正符号化してＰＤＣＣＨ信号を生成し多重部１１５に出力する。

ＰＤＳＣＨ生成部１１４は、バッファに記憶された端末２００宛てのユーザデータを読み出し、読み出したユーザデータを誤り訂正符号化してＰＤＳＣＨ信号を生成し、多重部１１５に出力する。

多重部１１５は、参照信号とＰＤＣＣＨ信号（制御信号）、及びＰＤＳＣＨ信号（データ信号）を多重化する。多重部１１５は、多重化した参照信号等を無線送信部１１６に出力する。

無線送信部１１６は、多重化された信号に対して、周波数変換等により無線信号にアップコンバートしてアンテナ１２０に出力する。

アンテナ１２０は、無線送信部１１６から出力された無線信号を端末２００に無線送信する。また、アンテナ１２０は端末２００から送信された無線信号を受信して無線受信部１３０に出力する。図８に示す例では、アンテナ１２０は一つであり送信と受信とを兼用しているが、例えば複数のアンテナにより送信と受信とを別々に行うようにしてもよい。

無線受信部１３０は、アンテナ１２０で受信した無線信号を周波数変換等によりダウンコンバートしてベースバンド信号に変換し、第１の分離部１３１に出力する。

第１の分離部１３１は、ベースバンド信号からＰＵＣＣＨ信号とＰＵＳＣＨ信号とを抽出し、ＰＵＣＣＨ信号をＰＵＣＣＨ処理部１３２に出力し、ＰＵＳＣＨ信号をＰＵＳＣＨ処理部１３３に出力する。例えば、第１の分離部１３１は、基地局１００が端末２００にＰＤＣＣＨで通知したＵＬ無線リソースを参照してＰＵＣＣＨ信号又はＰＵＳＣＨ信号を抽出する。

ＰＵＣＣＨ処理部１３２は、ＰＵＣＣＨ信号を誤り訂正復号し、ＰＵＣＣＨ信号からＰＵＣＣＨに関する制御情報を抽出する。例えば、ＰＵＣＣＨ処理部１３２は、基地局１００が端末２００との間であらかじめ規定された符号化方式に対応した誤り訂正復号等の処理を行う。

ＰＵＳＣＨ処理部１３３は、ＰＵＳＣＨ信号を誤り訂正復号し、ＰＵＳＣＨ信号からユーザデータやＣＳＩを抽出し、第２の分離部１３４に出力する。

第２の分離部１３４は、ユーザデータとＣＳＩとを分離して出力する。

図９は端末２００の構成例を示す図である。端末２００は、アンテナ２１０、無線受信部２２０、分離部２２１、測定部２２２、ＣＳＩ生成部２２４、ＰＤＣＣＨ処理部２２３、ＰＤＳＣＨ処理部２２５、ＡＣＫ／ＮＡＣＫ生成部２２６と、ＣＳＩ処理部２２７、ユーザデータ処理部２２８、ＰＵＳＣＨ生成部２２９、ＰＵＣＣＨ生成部２３０、多重部２３１、及び無線送信部２３２を備える。端末２００ａも端末２００と同様の構成を備える。

なお、無線受信部２２０、分離部２２１、ＰＤＣＣＨ処理部２２３、ＰＤＳＣＨ処理部２２５は、例えば、第１の実施の形態における受信部２１に対応する。また、ＣＳＩ生成部２２４、ＣＳＩ処理部２２７、ユーザデータ処理部２２８、ＰＵＳＣＨ生成部２２９、ＰＵＣＣＨ生成部２３０、多重部２３１、無線送信部２３２は、例えば、第１の実施の形態における送信部２２に対応する。

アンテナ２１０は、基地局１００から送信された無線信号を受信して無線受信部２２０に出力する。また、アンテナ２１０は無線送信部２３２から出力された無線信号を基地局１００に無線送信する。図９に示す例では、アンテナ２１０は一つで受信と送信とを兼用しているが、複数アンテナを備え、受信と送信とを別々のアンテナで行うようにしてもよい。

無線受信部２２０は、無線信号を周波数変換等によりダウンコンバートしてベースバンド信号に変換し、変換したベースバンド信号を分離部２２１に出力する。

分離部２２１は、ベースバンド信号からＲＳ信号とＰＤＣＣＨ信号、及びＰＤＳＣＨ信号を抽出して、ＲＳ信号を測定部２２２、ＰＤＣＣＨ信号をＰＤＣＣＨ処理部２２３、ＰＤＳＣＨ信号をＰＤＳＣＨ処理部２２５に出力する。例えば、分離部２２１はＰＣＦＩＣＨ（Physical
Control Format Indicator CHannel）により送信された信号を受信する。ＰＣＦＩＣＨは、例えば、ＰＤＣＣＨ信号がマッピングされたシンボル数（１、２、又は３）を示す情報が含まれ、分離部２２１は、ＤＬサブフレームの先頭からシンボル数分を取り出すことでＰＤＣＣＨ信号を分離できる。そして、分離部２２１は、ＰＤＣＣＨ信号に続く残りのシンボルからＰＤＳＣＨ信号を抽出することができる。分離部２２１は、例えば、ＲＳ信号は予め決められた無線リソースに配置されるため、予め保持したリソース情報を用いてベースバンド信号からＲＳ信号を分離できる。

測定部２２２は、分離部２２１から出力されたＲＳ信号に基づいて、下りチャネルの受信品質などのチャネル状態を測定し、測定値をＣＳＩ生成部２２４に出力する。その際に、測定部２２２は複数のＤＬＣＣのうち、どのＤＬＣＣについて測定した測定値であるかの情報も出力する。例えば、測定部２２２は、設定情報として、ＤＬＣＣ＃１〜ＣＣ＃５がどの周波数帯域に属するかの情報を保持する。そして、測定部２２２は、設定情報に基づいて、測定したＲＳ信号の受信周波数帯域により、どのＤＬＣＣについて測定したかの情報を出力できる。

ＰＤＣＣＨ処理部２２３は、分離部２２１から出力された自局宛ての可能性のあるＰＤＣＣＨ信号に対して誤り訂正復号し、自局宛ての制御信号を抽出する。制御信号で示される情報には、上述したように、ＰＤＳＣＨに関する制御情報と、ＰＵＳＣＨに関する制御情報とがある。ＰＵＳＣＨに関する制御情報（例えばＤＣＩフォーマット０）には、例えば、ＣＳＩ報告をすべきＣＣを指定した「CQI
request」が含まれる。ＰＤＣＣＨ処理部２２３は、抽出した制御信号から、ＰＤＳＣＨに関する制御情報をＰＤＳＣＨ処理部２２５に出力し、ＰＵＳＣＨに関する制御情報をユーザデータ処理部２２８に出力する。そして、ＰＤＣＣＨ処理部２２３は、抽出した「CQI
request」をＣＳＩ生成部２２４に出力する。

ＣＳＩ生成部２２４は、測定部２２２で測定した測定値のうち、「CQI
request」により示されるＤＬＣＣに対してＣＳＩを生成する。例えば、ＣＳＩ生成部２２４は、測定部２２２から測定値とどのＤＬＣＣのチャネル状態であるかの情報とを入力するが、そのうち、「CQI
request」により示されるＤＬＣＣについてのチャネル状態に対してＣＳＩを生成し、ＣＳＩ処理部２２７に出力する。

ＣＳＩは、例えば、ＣＱＩ（Channel Quality
Indicator）、ＰＭＩ（Precoding Matrix Indicator）、ＲＩ（Rank Indicator）などがある。ＣＳＩ生成部２２４は、これらのいずれか又は組み合わせをＣＳＩとして出力する。ＣＱＩは例えば無線チャネル（この例では下りリンクの無線チャネル）の受信品質を示す情報であり、ＰＭＩは例えば基地局１００により使用されるプリコーディング行列と対応付けられている指標である。ＲＩは、例えば並列に送信可能な最大ストリーム数である。

なお、ＣＳＩ生成部２２４は、指定されたＤＬＣＣに対するものとは別のＤＬＣＣについて定期的にＣＳＩを生成し、生成したＣＳＩをＰＵＣＣＨ生成部２３０に出力する。

ＰＤＳＣＨ処理部２２５は、ＰＤＣＣＨ処理部２２３から出力されたＰＤＳＣＨに関する制御情報を参照して、ＰＤＳＣＨ信号に対して誤り訂正復号する。これにより、基地局１００が送信した端末２００宛てのユーザデータ等が抽出される。また、ＰＤＳＣＨ処理部２２５は、正常にＰＤＳＣＨ信号を受信したか（又は正常にユーザデータ等を抽出したか等）否かを示す信号をＡＣＫ／ＮＡＣＫ生成部２２６に出力する。

ＡＣＫ／ＮＡＣＫ生成部２２６は、ＰＤＳＣＨ処理部２２５から正常にＰＤＳＣＨ信号を受信したことを示す信号を入力したとき、ＡＣＫ信号を生成し、正常にＰＤＳＣＨ信号を受信していないことを示す信号を入力したときＮＡＣＫ信号を生成する。ＡＣＫ／ＮＡＣＫ生成部２２６は、生成したＡＣＫ信号又はＮＡＣＫ信号をＰＵＣＣＨ生成部２３０に出力する。

ＣＳＩ処理部２２７は、ＣＳＩ生成部２２４から出力されたＣＳＩに対して誤り訂正符号化等を行い、ＰＵＳＣＨ生成部２２９に出力する。

ユーザデータ処理部２２８は、ＰＤＣＣＨ処理部２２３から出力されたＰＵＳＣＨに関する制御情報を参照して、ユーザデータに対して誤り訂正符号化及び変調等の処理を行い、ＰＵＳＣＨ生成部２２９に出力する。

ＰＵＳＣＨ生成部２２９は、ＰＤＣＣＨ処理部２２３から出力されたＰＵＳＣＨに関する制御情報を参照し、ＣＳＩ処理部２２７とユーザデータ処理部２２８、及びＡＣＫ／ＮＡＣＫ生成部２２６からの各出力信号をＰＵＳＣＨで送信するＰＵＳＣＨ信号として出力する。ＰＵＳＣＨ生成部２２９はＰＵＳＣＨ信号を多重部２３１に出力する。

ＰＵＣＣＨ生成部２３０は、ＡＣＫ／ＮＡＣＫ生成部２２６からの出力と、ＣＳＩ生成部２２４から出力された定期的に報告すべきＣＳＩとを入力し、ＰＵＣＣＨで送信するＰＵＣＣＨ信号として出力する。ＰＵＣＣＨ生成部２３０はＰＵＣＣＨ信号を多重部２３１に出力する。

多重部２３１は、ＰＵＳＣＨ信号とＰＵＣＣＨ信号とを多重し、無線送信部２３２に出力する。

無線送信部２３２は、多重されたＰＵＳＣＨ信号とＰＵＣＣＨ信号に対して、周波数変換等の処理を行い無線信号にアップコンバートし、アンテナ２１０に出力する。

次に本第２の実施の形態における動作例を説明する。図１０及び図１１は動作例を示すフローチャートである。以下、図１０及び図１１に示す動作例をステップ番号順に説明する。

まず、基地局１００は、非周期ＣＳＩ報告起動を決定し、どのＤＬのＣＣについてＣＳＩ報告させるかを決定する（Ｓ１０，Ｓ１１）。例えば、基地局１００は例えば大量の下りデータが到着したときなど何らかの条件を満たしたときに非周期ＣＳＩ報告の起動を行い、報告ＣＣ決定部１１１がどのＣＣについてＣＳＩ報告をさせるかを決定する。

次いで、基地局１００は、どのＤＬのＣＣについてＣＳＩ報告させるかに応じて「CQI
request」ビットを生成する（Ｓ１２）。例えば、報告ＣＣ決定部１１１がＤＬＣＣ＃１〜＃３までのＤＬＣＣについてＣＳＩ報告をさせるとき、スケジューラ１１０は「１１１００」となる「CQI
request」ビットを生成する。

次いで、基地局１００は、上りデータ用制御情報を生成する（Ｓ１３）。例えば、スケジューラ１１０は、生成した「CQI
request」ビットを含む上りデータ用制御情報（例えばＤＣＩフォーマット０の制御情報）を生成する。

次いで、基地局１００はＰＤＣＣＨ信号を生成する（Ｓ１４）。例えば、ＰＤＣＣＨ生成部１１３はスケジューラ１１０で生成した上りデータ用制御情報からＰＤＣＣＨ信号（制御信号）を生成する。

次いで、基地局１００はＰＤＣＣＨ信号を端末２００に送信する（Ｓ１５）。例えば、無線送信部１１６は、ＰＤＣＣＨ生成部１１３で生成されたＰＤＣＣＨ信号を無線信号に変換して送信する。

次いで、端末２００は端末側処理を行う（Ｓ１６）。図１１は、端末側処理の動作例を示すフローチャートである。

端末２００は、ＰＤＣＣＨ信号を受信する（Ｓ１６１）。例えば、分離部２２１がＰＤＣＣＨ信号を分離してＰＤＣＣＨ処理部２２３に出力し、ＰＤＣＣＨ処理部２２３がＰＤＣＣＨ信号から下りデータ用制御情報（ＰＤＳＣＨに関する制御情報）や上りデータ制御情報（ＰＵＳＣＨに関する制御情報）を取り出す。

次いで、端末２００は、ＰＤＣＣＨ信号に制御情報として下りデータ用制御情報が含まれるか否かを判別する（Ｓ１６２）。ＰＤＣＣＨ信号には、下りデータ用制御情報としてＰＤＳＣＨに関する制御情報が含まれる場合もある。一方、ＰＵＳＣＨに関する制御情報と、ＰＤＳＣＨに関する制御情報とでは、ＰＤＣＣＨ信号の信号長が異なる。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＣＣＨ信号の信号長により、ＰＤＳＣＨに関する制御情報が含まれるか否かを判断できる。あるいは、ＰＤＣＣＨ信号に含まれるＦｌａｇ ｆｏｒ ｆｏｒｍａｔ０／ｆｏｒｍａｔ１Ａ ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎによりＰＤＳＣＨに関する制御情報かＰＵＳＣＨに関する制御情報かを判別することができる。

端末２００は、ＰＤＣＣＨ信号に下りデータ用制御情報が含まれていると判別したとき（Ｓ１６２でＹ）、ＰＤＳＣＨ信号を受信する（Ｓ１６３）。例えば、分離部２２１がＰＤＳＣＨ信号を分離してＰＤＳＣＨ処理部２２５に出力し、ＰＤＳＣＨ処理部２２５は、ＰＤＣＣＨ処理部２２３から出力されたＰＤＳＣＨに関する制御情報を参照して、ＰＤＳＣＨ信号を復号する。

端末２００は、ＰＤＳＣＨ信号を受信後（Ｓ１６３）、又は下りデータ用制御情報が含まれていないと判断したとき（Ｓ１６２でＮ）、上りデータ用制御情報を検出したか否かを判別する（Ｓ１６４）。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＣＣＨ信号の信号長から上りデータ用制御情報を検出できる。あるいは、ＰＤＣＣＨ信号に含まれるＦｌａｇ ｆｏｒ ｆｏｒｍａｔ０／ｆｏｒｍａｔ１Ａ ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎによりＰＤＳＣＨに関する制御情報かＰＵＳＣＨに関する制御情報かを判別することができる。この上りデータ用制御情報は、「CQI
request」を含み、例えばＤＣＩフォーマット０の制御情報である。

端末２００は、上りデータ用制御情報を検出できないとき（Ｓ１６４でＮ）、上りリンクに対してユーザデータ等を送信するための制御情報を受信していないため、かかる送信を行うことなく一連の処理を終了する。

一方、端末２００は、上りデータ用制御情報を検出したと判別したとき（Ｓ１６４でＹ）、上りデータ用制御情報に含まれる「CQI
request」について、１つ以上の「１」が含まれるか否かを検出する（Ｓ１６５）。例えば、ＰＤＣＣＨ処理部２２３がＤＣＩフォーマット０内の「CQI
request」ビットを参照することで検出する。

端末２００は、「CQI request」に１つ以上の「１」が含まれているとき（Ｓ１６５でＹ）、「CQI request」により指定されたＤＬＣＣに対するＣＳＩを生成する（Ｓ１６６）。例えば、ＣＳＩ生成部２２４がＰＤＣＣＨ処理部２２３から出力された「CQI
request」に対応するＤＬＣＣに対してＣＳＩを生成する。このとき、端末２００は送信すべきユーザデータがあればユーザデータも生成する。

次いで、端末２００は、生成したＣＳＩとユーザデータとを符号化する（Ｓ１６７）。例えば、ＣＳＩ処理部２２７がＰＵＳＣＨに関する制御情報を参照してＣＳＩを誤り訂正符号化し、ユーザデータ処理部２２８がＰＵＳＣＨに関する制御情報を参照してユーザデータを誤り訂正符号化する。

次いで、端末２００は、ＣＳＩとユーザデータとを多重し、ＰＵＳＣＨ信号を生成する（Ｓ１６８）。例えば、ＰＵＳＣＨ生成部２２９がＣＳＩとユーザデータとを多重し、ＰＵＳＣＨで送信するＰＵＳＣＨ信号を生成する。

次いで、端末２００は、生成したＰＵＳＣＨ信号を基地局１００に送信する（Ｓ１６９）。例えば、端末２００は、ＤＣＩフォーマット０の「carrier
indicator」で指定されたＵＬのＣＣを利用して、４サブフレーム時間後にＣＳＩを送信する。

一方、端末２００は、検出した「CQI request」に１つ以上の「１」が含まれていないとき（Ｓ１６５でＮ）、ユーザデータの生成を行う（Ｓ１７０）。かかる場合、基地局１００は非周期報告させたいＤＬＣＣを指定していないことになり、端末２００は非周期のＣＳＩ報告を行わない。端末２００は、上りデータ用制御情報に従ってユーザデータの生成等を行う。

すなわち、端末２００は、生成したユーザデータを符号化し、ＰＵＳＣＨ信号を生成する（Ｓ１７１，Ｓ１７２）。例えば、ユーザデータ処理部２２８がＰＤＣＣＨ処理部２２３から出力された上りデータ用制御情報（例えば、ＤＣＩフォーマット０の制御情報）を参照してユーザデータに対して誤り訂正符号化等を行う。

図１０に戻り、基地局１００は、端末２００から送信されたＰＵＳＣＨ信号を受信し（Ｓ１７）、ＰＵＳＣＨ信号にＣＳＩが含まれているときはこれを抽出する（Ｓ１８）。例えば、ＰＵＳＣＨ処理部１３３がＰＵＳＣＨ信号を誤り訂正復号し、ＰＵＳＣＨ信号として送信されたＣＳＩを抽出し、第２の分離部１３４がユーザデータとＣＳＩとを分離することでＣＳＩを抽出する。これにより、基地局１００は、指定したＤＬＣＣに対するＣＳＩを受信することができる。

このように本第２の実施の形態では、基地局１００は上りデータ用制御情報、例えばＤＣＩフォーマット０の「CQI
request」を利用して、ＣＳＩ報告をさせる任意のＤＬＣＣを指定することができる。よって、基地局１００は、任意の周波数帯域についてチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は指定したＤＬＣＣに対するＣＳＩを送信するため、全てのＤＬＣＣに対するＣＳＩを送信する場合と比較してスループットの向上を図ることができる。

尚、本第２の実施の形態におけるその他の例として、例えばＤＬＣＣをグループ化して、５ビットの「CQI
request」を例えば３ビットに減らすこともできる。図７（Ｂ）はグループ化の例を示す図である。例えば、「CQI
request」として３ビット送信できるとき、１つのグループを最大３ＣＣとしてグループ化し、１つのグループ内においてＣＳＩ報告対象のＤＬＣＣを複数指定することができる。この場合、基地局１００は、ＣＳＩ報告対象のＤＬＣＣを指定した「CQI
request」を、“PDCCH monitoring set”に含まれるＤＬＣＣにより送信してもよい。あるいは基地局１００は、グループ内の少なくともいずれかのＤＬＣＣにより送信することができる。この場合でも、基地局１００は複数のＤＬＣＣのうち、少なくともいずれか一つを利用して、例えば５ビットの「CQI
request」を含む上りデータ用制御情報を少なくとも１つ送信することで、指定したＤＬＣＣのＣＳＩ報告を行わせることができる。

［第３の実施の形態］
次に第３の実施の形態について説明する。第２の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第３の実施の形態では、下りデータ用制御情報（例えば、ＤＣＩフォーマット１，１Ａ，１Ｂ，１Ｃ，１Ｄ，２，２Ａ，２Ｂ）に「CQI
request」を追加する例である。

まず、ＤＣＩフォーマットについて説明する。ＰＤＣＣＨ信号のフォーマットとして、ＤＣＩフォーマット１，１Ａ等がある。制御信号の用途に応じてこれらのＤＣＩフォーマットが使い分けられる。列挙すると以下のようになる。

（０）ＤＣＩフォーマット０は、第２の実施の形態で説明したように、例えば、ＰＵＳＣＨのスケジューリングに用いられる。

（１）ＤＣＩフォーマット１は、例えば、ＰＤＳＣＨの通常のスケジューリングに用いられる。ＤＣＩフォーマット１では、不連続な無線リソースを指定することもできる。

（１Ａ）ＤＣＩフォーマット１Ａは、ＰＤＳＣＨのコンパクトスケジューリングに用いられる。コンパクトスケジューリングは、例えば、連続する無線リソースを開始位置とサイズとにより指定するスケジューリング方法である。また、ＤＣＩフォーマット１Ａは、ランダムアクセスの起動に用いられることもある。

（１Ｂ）ＤＣＩフォーマット１Ｂは、プリコーディング情報を含めて通知する場合の、ＰＤＳＣＨのコンパクトスケジューリングに用いられる。

（１Ｃ）ＤＣＩフォーマット１Ｃは、ＤＣＩフォーマット１Ａよりも更に通知情報が小さくなるような、ＰＤＳＣＨのコンパクトスケジューリングに用いられる。

（１Ｄ）ＤＣＩフォーマット１Ｄは、プリコーディング情報と電力オフセット情報の両方を含めて通知する場合の、ＰＤＳＣＨコンパクトスケジューリングに用いられる。

（２）ＤＣＩフォーマット２は、閉ループ制御によるＭＩＭＯ（閉ループＭＩＭＯ（Multiple
Input Multiple Output））を実行するときの、ＰＤＳＣＨのスケジューリングに用いられる。

（２Ａ）ＤＣＩフォーマット２Ａは、開ループ制御によるＭＩＭＯ（開ループＭＩＭＯ）を実行するときの、ＰＤＳＣＨのスケジューリングに用いられる。

（２Ｂ）ＤＣＩフォーマット２Ｂは、デュアルレイヤトランスミッションを実行するときの、ＰＤＳＣＨのスケジューリングに用いられる。

このようにＤＣＩフォーマット１〜２Ｂまでの各フォーマットは、ＰＤＳＣＨのスケジューリングに用いられる制御情報である。

図１２はＤＣＩフォーマット１のパラメータ例を示す図である。図１２に示すように、本第３の実施の形態では、下りデータ用の制御情報（例えばＤＣＩフォーマット１）のパラメータとして、更に、非周期ＣＳＩ報告を行わせるか否かを示す「CQI
request」を１ビット追加している。

図１３はＰＤＣＣＨとＰＤＳＣＨの設定例を示す図である。本第３の実施の形態において、基地局１００は、「CQI
request」が追加された下りデータ用制御情報において、当該「CQI request」を「１」にすることで非周期ＣＳＩ報告を行わせることを端末２００に要求する。そして、基地局１００は、第２の実施の形態で説明した上りデータ用制御情報（例えば、図６に示すＤＣＩフォーマット０）をＰＤＳＣＨ信号として端末２００に送信する。端末２００は、下りデータ用制御情報の「CQI
request」が「１」のとき、ＰＤＳＣＨ信号を受信し、上りデータ用制御情報から例えば５ビットの「CQI
request」（以下、詳細なCQI requestと称する）を抽出する。端末２００は、詳細なCQI requestにより指定されたＤＬＣＣに対してＣＳＩを生成することになる。

尚、ＰＤＳＣＨ信号として送信される上りデータ用制御情報は、例えば、指定されたＤＬＣＣのＣＳＩを端末２００が送信するときの制御情報となる。

図１４は本第３の実施の形態における基地局１００の構成例を示す図である。スケジューラ１１０は、報告ＣＣ決定部１１１で決定したＤＬのＣＣに対応する詳細なCQI
requestのパラメータ値を生成して、第１の実施の形態で説明した上りデータ用（ＰＵＳＣＨ）の制御情報（例えばＤＣＩフォーマット０の制御情報（例えば図６））を生成する。スケジューラ１１０は、生成したＤＣＩフォーマット０の制御情報を、ＰＤＳＣＨ生成部１１４に出力する。ＰＤＳＣＨ生成部１１４は、ＤＣＩフォーマット０の制御情報をＰＤＳＣＨ信号として多重部１１５に出力する。

図１５は第３の実施の形態における端末２００の構成例を示す図である。端末２００は更に分離部２３５を備える。なお、分離部２３５は、例えば、第１の実施の形態における受信部２１に含まれる。

分離部２３５は、ＰＤＳＣＨ処理部２２５から出力されるユーザデータと上りデータ用制御情報（例えばＤＣＩフォーマット０の制御情報）とを分離し、ＤＣＩフォーマット０の制御情報については詳細なCQI
requestのパラメータ値と、それ以外の制御情報とを分離する。分離部２３５は、詳細なCQI
requestをＣＳＩ生成部２２４に出力し、詳細なCQI request以外のＤＣＩフォーマット０の制御情報をＰＵＳＣＨ生成部２２９に出力する。

次に第３の実施の形態における動作例を説明する。図１６及び図１７は動作例を示すフローチャートである。以下、図１６及び図１７に示す動作例をステップ番号順に説明するが第２の実施の形態と同様の部分は説明を省略する。

基地局１００は、どのＤＬＣＣに対してＣＳＩ報告を行うかを決定すると（Ｓ１１）、下りデータ用制御情報を生成する（Ｓ２０）。例えば、スケジューラ１１０がＰＤＳＣＨに関する制御情報、例えばＤＣＩフォーマット１や１Ａ等の制御情報を生成する。このとき、スケジューラ１１０は、追加した「CQI
request」ビットを「１」にした制御情報を生成する。

次いで、基地局１００は、上りデータ用制御情報を生成する（Ｓ２１）。例えば、スケジューラ１１０がＣＳＩ報告をさせるためＤＣＩフォーマット０（例えば図６）に含まれる各制御情報を生成する。

次いで、基地局１００は、詳細なCQI requestのパラメータ値を生成する（Ｓ２２）。例えば、スケジューラ１１０が報告ＣＣ決定部１１１で決定したＣＣに対応するパラメータ値（「１１１００」等）を生成する。これにより、基地局１００はＣＳＩ報告をさせるＤＬＣＣを指定できる。

次いで、基地局１００は、ユーザデータを生成する（Ｓ２３）。例えば、生成したユーザデータは、ＰＤＳＣＨ生成部１１４に入力される。

次いで、基地局１００は、下りデータ用制御情報からＰＤＣＣＨ信号を生成する（Ｓ２４）。例えば、ＰＤＣＣＨ生成部１１３は、スケジューラ１１０から出力されたＤＣＩフォーマット１等の制御情報に対して、ＰＤＣＣＨ信号を生成する。

次いで、基地局１００は、上りデータ用制御情報と詳細なＣＱＩ ｒｅｑｕｅｓｔ、及びユーザデータから、ＰＤＳＣＨ信号を生成する（Ｓ２５）。例えば、ＰＤＳＣＨ生成部１１４が、スケジューラ１１０から出力されたＤＣＩフォーマット０の制御情報と、上位から出力されたユーザデータとに対して、ＰＤＳＣＨ信号を生成する。

次いで、基地局１００は、ＰＤＣＣＨ信号とＰＤＳＣＨ信号とを端末２００に送信する（Ｓ２６）。

端末２００は、これらの信号に対して端末側処理を行う（Ｓ２７）。図１７は端末側処理の例を示すフローチャートである。

端末２００は、受信したＰＤＣＣＨ信号に下りデータ用制御情報が含まれていないとき（Ｓ１６２でＮ）、ＤＣＩフォーマット１，１Ａ等の制御情報（例えば図１２）を受信していないことになり、ＣＳＩ報告は行わない（Ｓ２７０）。

一方、端末２００は、下りデータ用制御情報を受信したとき（Ｓ１６２でＹ）、制御情報の「CQI
request」ビットを参照し、当該ビットが「１」か否かを判断する（Ｓ２７１）。例えば、ＰＤＣＣＨ処理部２２３が抽出したＤＣＩフォーマット１，１Ａ等の制御情報を参照して、「CQI
request」ビットが「１」か否かを判断する。

当該ビットが「１」でないとき（Ｓ２７１でＮ）、端末２００はＣＳＩ報告を行わず、下りデータ用制御情報を参照してＰＤＳＣＨ信号を受信する（Ｓ２７２）。「CQI
request」ビットが「１」でないときは、非周期によるＣＳＩ報告を基地局１００が指定していないことになるため、端末２００は非周期によるＣＳＩ報告を行わない。ただし、端末２００は下りデータ用制御情報を受信しているため、これに従いＰＤＳＣＨ信号を受信する。例えば、ＰＤＳＣＨ処理部２２５がＰＤＣＣＨ処理部２２３から出力された下りデータ用制御情報を参照して、ＰＤＳＣＨ信号を復号する。

一方、下りデータ用制御情報の「CQI request」が「１」のとき（Ｓ２７１でＹ）、端末２００は、下りデータ用制御情報を参照してＰＤＳＣＨ信号を受信し（Ｓ２７３）、ＰＤＳＣＨ信号に含まれるＤＣＩフォーマット０の制御情報を抽出する（Ｓ２７４）。例えば、ＰＤＳＣＨ処理部２２５がＰＤＳＣＨ信号からＤＣＩフォーマット０の制御情報を抽出し分離部２３５に出力する。分離部２３５がＤＣＩフォーマット０の制御情報のうち詳細なＣＱＩ ｒｅｑｕｅｓｔのパラメータ値をＣＳＩ生成部２２４に出力し、それ以外のパラメータ値をＰＵＳＣＨ生成部２２９に出力する。

以後、ＣＳＩ生成部２２４が詳細なＣＱＩ ｒｅｑｕｅｓｔにより指定されたＤＬＣＣに対するＣＳＩを生成し（Ｓ１６６）、端末２００は、指定したＤＬＣＣのＣＳＩを基地局１００に送信する（Ｓ１６７〜Ｓ１６９，Ｓ１７〜Ｓ１８）。

このように本第３の実施の形態においても、どのＤＬＣＣに対するＣＳＩを報告させるかを指定した情報（詳細なＣＱＩ ｒｅｑｕｅｓｔ）がＰＤＳＣＨ信号により端末２００に送信される。従って、本第３の実施の形態においても、基地局１００は、任意の周波数帯域に対するチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は指定したＤＬのＣＣに対するＣＳＩを送信する、全てのＣＣに対するＣＳＩを送信する場合と比較してスループットの向上を図ることができる。

尚、本第３の実施の形態の動作例（図１６）において、下りデータ用制御情報と上りデータ用制御情報の生成（Ｓ２０，Ｓ２１）の順番は逆でもよい。また、ＰＤＣＣＨの生成とＰＤＳＣＨの生成（Ｓ２４，Ｓ２５）についてもその順番は逆でもよい。

［第４の実施の形態］
次に第４の実施の形態について説明する。第２及び第３の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第４の実施の形態については、非周期ＣＳＩ報告を要求するとき、上りデータ用制御情報（例えばＤＣＩフォーマット０）の解釈を変える例である。

図１８（Ａ）及び図１８（Ｂ）はＤＣＩフォーマット０のパラメータ例を示す図である。「CQI
request」ビットが「１」（非周期ＣＳＩの報告を要求する場合）のとき、図１８（Ｂ）に示すようにＤＣＩフォーマット０の各パラメータについて、上りデータ用制御情報を示す各パラメータではなく、下りデータ用制御情報を示す各パラメータを示すものとする。「CQI
request」が「０」（非周期ＣＳＩ報告を要求しない場合）のときは、図１８（Ａ）に示すように、通常通り上りデータ用制御情報を示すパラメータを示すものとする。

図１９（Ａ）及び図１９（Ｂ）はＰＤＣＣＨとＰＤＳＣＨの設定例をそれぞれ示す図である。基地局１００は、端末２００に非周期ＣＳＩ報告を行わせないときは、「CQI
request」を「０」にしたＤＣＩフォーマット０の制御情報をＰＤＣＣＨ信号として送信する。

一方、基地局１００は、端末２００に非周期ＣＳＩ報告を行わせるときは、「CQI
request」が「１」で、下りデータ用制御情報を含むＤＣＩフォーマット０の制御情報をＰＤＣＣＨ信号として送信する。そして、基地局１００は、詳細なＣＱＩ ｒｅｑｕｅｓｔとしてＣＳＩ報告対象のＤＬＣＣを指定した上りデータ用制御情報（例えば、図６に示すＤＣＩフォーマット０）をＰＤＳＣＨ信号として端末２００に送信する。

本第４の実施の形態における無線通信システム、基地局１００、及び端末２００の各構成例は第３の実施の形態と同様に実施できる（例えば図１４と図１５）。

図２０及び図２１は動作例を示すフローチャートである。動作例の説明も、第３の実施の形態との差異を中心にステップ番号順に説明する。

基地局１００は、どのＤＬのＣＣに対するＣＳＩ報告を行わせるかを決定すると（Ｓ１１）、ＰＤＣＣＨ信号とＰＤＳＣＨ信号とを生成する（Ｓ３０）。この場合、例えば、ＰＤＣＣＨ信号には、解釈を変えたＤＣＩフォーマット０の各パラメータ値（例えば図１８（Ｂ））が含まれる。また、ＰＤＳＣＨ信号には、上りデータ用制御情報として、第２の実施の形態で説明したＤＣＩフォーマット０のパラメータ値が含まれる。このＰＤＳＣＨ信号として送信される信号に含まれるＤＣＩフォーマット０のパラメータ値には、例えば５ビットの詳細なＣＱＩ ｒｅｑｕｅｓｔビットが含まれる。例えば、スケジューラ１１０が各パラメータ値を生成し、ＰＤＣＣＨ生成部１１３がＰＤＣＣＨ信号、ＰＤＳＣＨ生成部１１４がＰＤＳＣＨ信号を生成する。

次いで、基地局１００は、生成したＰＤＣＣＨ信号とＰＤＳＣＨ信号とを端末２００に送信する（Ｓ３１）。例えば、多重部１１５と無線送信部１１６が無線信号として端末２００に送信する。

次いで、端末２００は端末側処理を行う（Ｓ３２）。図２１は端末側処理の例を示すフローチャートである。端末２００は、ＰＤＣＣＨ信号を受信後（Ｓ１６１）、上りデータ用制御情報を検出したか否かを判別する（Ｓ３２０）。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＣＣＨ信号の信号長、およびＰＤＣＣＨ信号に含まれるＦｌａｇ ｆｏｒ ｆｏｒｍａｔ０／ｆｏｒｍａｔ１Ａ ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎにより上りデータ用制御情報用のＰＤＣＣＨ信号を受信したか否かを判別する。端末２００は、上りデータ用制御情報を検出できなかったとき（Ｓ３２０でＮ）、非周期ＣＳＩの報告を行わない。

一方、ＰＤＣＣＨ信号に上りデータ用制御情報を検出できたとき（Ｓ３２０でＹ）、端末２００はＰＤＣＣＨ信号により送信された上りデータ用制御情報から「CQI
request」を確認し（Ｓ２７１）、以後第３の実施の形態と同様の処理を行う。

このように第４の実施の形態においても、基地局１００は、詳細なＣＱＩ ｒｅｑｕｅｓｔにより非周期ＣＳＩを報告させるＤＬＣＣを指定することができる。よって、第３の実施の形態等と同様に、基地局１００は、任意の周波数帯域に対するチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は指定したＤＬＣＣに対するＣＳＩを送信するため、全てのＣＣに対するＣＳＩを送信する場合と比較してスループットの向上を図ることができる。

［第５の実施の形態］
次に第５の実施の形態について説明する。第２の実施の形態等との差異を中心に説明し、同様の事項については説明を省略する。第５の実施の形態については、“PDCCH
monitoring set”として設定されたＤＬＣＣ（以下、ＰＤＣＣＨモニタリングＣＣ）と、ＰＤＳＣＨのスケジューリングがされているＤＬＣＣ（以下、スケジュールドＤＬＣＣ）との対応関係により端末２００がＣＳＩを報告する例である。

図２２（Ａ）はＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係の例を示し、図２２（Ｂ）はＣＳＩ報告をするＤＬＣＣの例を示す図である。第１の実施の形態でも説明したように、ＰＤＣＣＨモニタリングＣＣは、例えば、端末２００に対してＰＤＣＣＨが設定される可能性のあるＤＬＣＣである。図２２（Ａ）の例では、ＰＤＣＣＨモニタリングＣＣはＤＬＣＣ＃１とＤＬＣＣ＃４である。ＤＬＣＣ＃１のＰＤＣＣＨではＤＬＣＣ＃１〜＃３のＰＤＳＣＨに対してスケジューリングするように設定されている。この場合、ＰＤＣＣＨモニタリングＣＣであるＤＬＣＣ＃１に対して、ＤＬＣＣ＃１〜＃３がスケジュールドＤＬＣＣとして設定される。同様に、ＰＤＣＣＨモニタリングＣＣとして設定されたＤＬＣＣ＃４に対して、ＤＬＣＣ＃４〜＃５はスケジュールドＤＬＣＣとして設定されている。

このような対応関係において、図２２（Ｂ）に示すように、基地局１００がＤＬＣＣ＃１を用いて「CQI
request」が「１」（例えば非周期報告を行わせる）である上りデータ用制御情報を送信した場合、端末２００はＤＬＣＣ＃１〜＃３のＣＳＩを基地局１００に送信する。また、基地局１００がＤＬＣＣ＃４を用いて「CQI
request」が「１」の上りデータ用制御情報を送信した場合、端末２００はＤＬＣＣ＃４とＤＬＣＣ＃５のＣＳＩを基地局１００に送信する。端末２００は、ＤＬＣＣ＃１で送信される制御情報によりスケジューリングされる可能性のあるＤＬＣＣ＃１〜＃３についてＣＳＩを報告することになる。

次に本第５の実施の形態における基地局１００と端末２００の各構成例を説明する。図２３は基地局１００、図２４は端末２００の各構成例を示す図である。

基地局１００は、更に、上位レイヤ１４０を備える。上位レイヤ１４０は、ＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係テーブル（例えば図２２（Ａ））を生成し、制御データとしてＰＤＳＣＨ生成部１１４に出力する。また、上位レイヤ１４０は対応関係テーブルをスケジューラ１１０に出力する。

ＰＤＳＣＨ生成部１１４は、上位レイヤ１４０からの制御データに対して誤り訂正符号化等を行いＰＤＳＣＨ信号として多重部１１５に出力する。また、スケジューラ１１０又は報告ＣＣ決定部１１１は、対応関係テーブルに基づいてＣＳＩ報告を行わせるＤＬＣＣを決定し、スケジューリングを行う。

端末２００は、更に、上位レイヤ２４０を備える。上位レイヤ２４０は、ＰＤＳＣＨ処理部２２５において誤り訂正復号等により抽出された制御データを入力とし、対応関係テーブルを生成又は保持する。上位レイヤ２４０は、対応関係テーブルをＣＳＩ生成部２２４に出力する。

ＣＳＩ生成部２２４は、基地局１００が生成した対応関係テーブルと同じ対応関係テーブルを保持する。ＣＳＩ生成部２２４は、当該テーブルに基づいて、「CQI
request」ビット「１」を受信したＰＤＣＣＨモニタリングＣＣに対するスケジュールドＤＬＣＣに対してＣＳＩを生成する。

次に第５の実施の形態における動作例を説明する。図２５及び図２６は動作例を示すフローチャートである。本動作例も、第２の実施の形態等との差異を中心に説明する。

まず、基地局１００は、ＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応付けを設定する（Ｓ４０）。例えば、基地局１００の上位レイヤ１４０が、キャリアアグリゲーションの設定により、どの周波数帯域がどのＣＣかの設定や、どのＣＣがＰＤＣＣＨモニタリングＣＣで、どのＣＣがスケジュールドＤＬＣＣであるか等の設定を行う。その際に、上位レイヤ１４０はＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係テーブルを生成する。

次いで、基地局１００は、これらの設定を通知する（Ｓ４１）。例えば、上位レイヤ１４０がキャリアアグリゲーションの設定により設定したＣＣと周波数帯域との関係等とともに、対応関係テーブルを制御データ（又は設定情報）としてＰＤＳＣＨ生成部１１４に出力する。ＰＤＳＣＨ生成部１１４により制御データがＰＤＳＣＨ信号として端末２００に送信される。

端末２００はＰＤＳＣＨにより送信された制御データを受信する（Ｓ４２）。例えば、ＰＤＳＣＨ処理部２２５がＰＤＳＣＨ信号から制御データを抽出し、上位レイヤ２４０に出力する。

次いで、端末２００は、受信した制御データを保存する（Ｓ４３）。例えば、上位レイヤ２４０が制御データを保存する。

以上により、基地局１００と端末２００は、ＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係（例えば図２２（Ａ））を共有することになる。そして、報告ＣＣ決定部１１１によりどのＣＣのＣＳＩ報告させるのかを決定すると、スケジューラ１１０は、対応関係テーブルに基づいて、決定したＤＬＣＣに対応するＰＤＣＣＨモニタリングＣＣを利用して、上りデータ用制御情報を送信する（Ｓ１０〜Ｓ１５）。例えば、図２２（Ａ）の例では、基地局１００はＤＬＣＣ＃３のＣＳＩを報告させたいとき、ＤＬＣＣ＃１において、「CQI
request」ビットが「１」である上りデータ用制御情報（例えばＤＣＩフォーマット０）を送信する。

端末２００は、これを受信すると端末側処理を行う（Ｓ４５）。端末２００は、例えば、ＤＬＣＣ＃１においてＰＤＣＣＨ信号を受信すると、ＰＤＣＣＨ信号で送信された下りデータ用制御情報に基づいて、スケジュールドＤＬＣＣであるＤＬＣＣ＃１〜ＣＣ＃３のＰＤＳＣＨ信号を受信する（Ｓ１６１，Ｓ１６２でＹ、Ｓ１６３）。

次いで、端末２００は、上りデータ用制御情報を受信したか否かを検出する（Ｓ４５０）。例えば、ＰＤＣＣＨ処理部２２３は、受信したＰＤＣＣＨ信号の信号長、およびＰＤＣＣＨ信号に含まれるＦｌａｇ ｆｏｒ ｆｏｒｍａｔ０／ｆｏｒｍａｔ１Ａ ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎに基づいて検出する。端末２００は、上りデータ用制御情報を受信していないとき（Ｓ４５０でＮ）、非周期ＣＳＩの報告を行うことなく一連の処理を終了する。

一方、端末２００は、上りデータ用制御情報を受信したとき（Ｓ４５０でＹ）、当該制御情報内の「CQI
request」ビットが「１」（非周期ＣＳＩ報告を行う）か否かを判断する（Ｓ２７１）。

そして、端末２００は、当該ビットが「１」のとき（Ｓ２７１でＹ）、対応関係テーブルに基づいて、対応するスケジュールドＤＬＣＣのＣＳＩ報告を行う（Ｓ４５１）。例えば、ＰＤＣＣＨ処理部２２３は、受信したＰＤＣＣＨ信号の周波数帯域に基づいて、ＤＣＩフォーマット０がどのＤＬＣＣを利用して送信されたかの情報を「CQI
request」ビットとともにＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、ＤＣＩフォーマット０が送信されたＤＬＣＣをＰＤＣＣＨモニタリングＣＣとして、対応関係テーブルに基づいて、スケジュールドＤＬＣＣを選択し、当該ＤＬＣＣをＣＳＩ報告対象としてＣＳＩを生成する（Ｓ４５１）。

一方、「CQI request」ビットが「１」ではないとき（Ｓ２７１でＮ）、端末２００は非周期ＣＳＩの報告を行わなくてもよいため、上りデータ用制御情報を参照してユーザデータの生成等を行う（Ｓ１７０〜Ｓ１７２）。

その後、端末２００は、生成ＣＳＩを基地局１００に送信する（Ｓ１６９）。送信に際し、例えば、クロスキャリアスケジューリングの場合、端末２００はＤＣＩフォーマット０の「carrier
indicator」（例えば図６）で指示されたＵＬのＣＣで送信する。

又は、端末２００は、スケジュールドＵＬＣＣでＣＳＩを送信してもよい。ＰＤＣＣＨモニタリングＣＣによりＰＤＣＣＨによる制御情報として設定される可能性があるのは、ＤＬＣＣ以外にもＵＬＣＣがある。端末２００はこのＵＬＣＣを利用してＣＳＩを送信するようにすることもできる。

図２７はＰＤＣＣＨモニタリングＣＣとスケジュールドＵＬＣＣとの対応関係例を示す図である。例えば、ＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係と同様に、設定情報（又は制御データ）として、基地局１００が設定及び送信し（Ｓ４０，Ｓ４１）、端末２００がこれを受信及び保存する（Ｓ４２，Ｓ４３）ことで、対応関係が共有される。例えば、基地局１００がＤＬＣＣ＃１で「CQI
request」が「１」である上りデータ用制御情報を送信した場合、端末２００はＵＬＣＣ＃１〜ＵＬＣＣ＃３のいずれかをcarrier
indicatorによって指定し、指定されたＵＬＣＣを利用して生成したＣＳＩを送信する。

このように、本第５の実施の形態においても、基地局１００はＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係を利用して、ＣＳＩ報告を行わせたいＤＬＣＣを決定している。基地局１００は、スケジュールドＤＬＣＣとして設定されたＤＬＣＣについてＣＳＩ報告を行わせることができ、任意の周波数帯域に対するチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００はスケジュールドＣＣとして設定されたＤＬＣＣについてＣＳＩを報告させるため、全てのＤＬＣＣに対するＣＳＩを報告させる場合と比較してスループットの向上を図ることができる。更に、第５の実施の形態では、ＤＣＩフォーマット０等についてはビット数を増やしたりすることがないため、既存のものをそのまま使用でき、制御シグナリングによるオーバーヘッドの増加がない。

［第６の実施の形態］
次に第６の実施の形態について説明する。第５の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第６の実施の形態は、ＰＤＣＣＨモニタリングＣＣに対してスケジュールドＤＬＣＣとは別にＣＳＩ報告対象のＤＬＣＣを予め決めておく例である。

図２８（Ａ）はＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣ、ＣＳＩ報告対象ＤＬＣＣの関係例を示す図であり、図２８（Ｂ）はＣＳＩ報告をするＤＬＣＣの例を示す図である。

例えば、図２８（Ａ）に示すように、ＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係があっても、モニタリングＤＬＣＣ＃１に対してＣＳＩ報告を行わせるＤＬＣＣはＤＬＣＣ＃１とＤＬＣＣ＃２、モニタリングＤＬＣＣ＃４に対してＣＳＩ報告を行わせるＤＬＣＣはＤＬＣＣ＃３とＤＬＣＣ＃４とＤＬＣＣ＃５のように設定させることができる。例えば、基地局１００はＤＬＣＣ＃３について端末２００にＣＳＩ報告を行わせたいとき、ＰＤＣＣＨモニタリングＣＣであるＤＬＣＣ＃４を利用して「CQI
request」ビットが「１」である上りデータ用制御情報（例えばＤＣＩフォーマット０）を送信する。端末２００は、対応関係に基づいて、ＤＬＣＣ＃３〜＃５のＣＳＩ報告を行う。これにより、基地局１００は、ＤＬＣＣ＃３についてのＣＳＩ報告を受信できる。

基地局１００と端末２００の構成例は第５の実施の形態と同様に実施できる（例えば図２３と図２４）。図２９及び図３０は動作例のフローチャートである。

基地局１００の上位レイヤ１４０は、キャリアアグリゲーションの設定のときに、ＰＤＣＣＨモニタリングＣＣとＣＳＩ報告対象となるＤＬのＣＣとの対応関係を生成し、対応関係テーブル（例えば図２８（Ａ））として保持、及び端末２００に送信する（Ｓ５０，Ｓ４１）。

一方、端末２００の上位レイヤ２４０は、制御データとして受信した対応関係テーブルを保持することで（Ｓ４２，Ｓ４３）、基地局１００との間でＣＳＩ報告をするＣＣの情報を共有できる。

そして、基地局１００はＣＳＩ報告を行わせるＤＬのＣＣを決定すると、対応関係テーブル（例えば図２８（Ａ））に基づいて、ＰＤＣＣＨ信号を送信するＤＬＣＣを決定する（Ｓ５１）。例えば、スケジューラ１１０は、上位レイヤ１４０からの対応関係テーブルを参照し、当該テーブルに基づいて送信対象のＤＬＣＣを決定する。

その後、基地局１００は、決定したＤＬＣＣを利用して「CQI
request」ビットが「１」である上りデータ用制御情報を送信する（Ｓ１４，Ｓ１５）。

一方、端末２００は、端末側処理（Ｓ５２）を行い、受信したＰＤＣＣＨ信号にＤＣＩフォーマット０の制御情報が含まれているかを検出し（Ｓ４５０）、検出すると（Ｓ４５０でＹ）、ＤＣＩフォーマットの制御情報に含まれる「CQI
request」ビットを参照する（Ｓ２７１）。

上りデータ用制御情報に含まれる「CQI request」ビットが「１」のとき（Ｓ２７１でＹ）、対応関係テーブルに基づいて、ＰＤＣＣＨ信号が送信されたＤＬＣＣに対応するＣＳＩ報告対象のＤＬＣＣを読み出す。そして、端末２００は、当該ＤＬＣＣについてＣＳＩ報告を行う（Ｓ５２０）。例えば、ＣＳＩ生成部２２４がＰＤＣＣＨ処理部２２３からＰＤＣＣＨ信号が送信されたＤＬＣＣについての情報を入力し上位レイヤ２４０から対応関係テーブルを参照し、当該ＤＬＣＣと対応するＣＳＩ報告対象のＤＬＣＣを決定する。そして、ＣＳＩ生成部２２４は決定したＤＬＣＣについてＣＳＩを生成する。

そして、端末２００は生成したＣＳＩを基地局１００に送信する（Ｓ１６９）。例えば、第５の実施の形態と同様に、端末２００は、ＤＣＩフォーマット０の「carrier
indicator」で指示されたＵＬのＣＣを利用して送信してもよいし、スケジュールドＵＬＣＣ（例えば図２７）を利用して送信してもよい。

このように、本第６の実施の形態においても、基地局１００はＰＤＣＣＨモニタリングＣＣとの対応関係に基づいて報告すべき任意のＤＬＣＣを指定することができる。よって、基地局１００は、任意の周波数帯域に対するチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００はＣＳＩ報告対象ＤＬＣＣとして設定されたＣＣについてＣＳＩを報告することができる。よって、端末２００が全てのＵＬＣＣに対するＣＳＩを報告する場合と比較して送信する情報量が少なくなるため、スループットの向上を図ることができる。

［第７の実施の形態］
次に第７の実施の形態について説明する。第５の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第７の実施の形態は、ＰＵＳＣＨ信号を送信するＵＬＣＣと、ＣＳＩ報告対象ＤＬＣＣとの対応関係を設定し、当該対応関係に基づいて端末２００がＣＳＩ報告を行う例である。

図３１（Ａ）及び図３１（Ｂ）はＰＵＳＣＨ信号を送信するＵＬＣＣと、ＣＳＩ報告対象ＤＬＣＣとの対応関係の例を示すであり、図３１（Ｃ）はＣＳＩ報告を行うＤＬＣＣの例を示す図である。

第２の実施の形態で説明したように、ＤＣＩフォーマット０の制御情報には、クロスキャリアスケジューリングを行う場合、例えば、どのＵＬＣＣでＰＵＳＣＨ信号を送信すべきかを示す「carrier
indicator」が含まれる。このＰＵＳＣＨ信号を送信すべきＵＬＣＣに対して、どのＤＬＣＣに対してＣＳＩ報告をすべきかを対応付けて、その対応関係に基づいてＣＳＩ報告を行わせる。

例えば、基地局１００がＤＬＣＣ＃３についてのＣＳＩ報告を行わせたい場合は以下のようになる。すなわち、対応関係（例えば図３１（Ａ））から、ＣＳＩ報告対象ＤＬＣＣとしてＣＣ＃３に対応するＵＬＣＣは、ＵＬＣＣ＃１〜ＣＣ＃３のいずれかである。基地局１００は、ＵＬＣＣ＃１〜ＣＣ＃３のうちＰＵＳＣＨ信号を送信するＵＬＣＣ（例えばＵＬＣＣ＃１）を決定する。

基地局１００は、ＵＬＣＣ＃１〜ＣＣ＃３のすべてを、ＰＵＳＣＨ信号を送信するＵＬＣＣとして決定してもよい。そして、基地局１００は、ＰＵＳＣＨ信号を送信するＵＬＣＣとしてＵＬＣＣ＃１を指定した上りデータ用制御情報（例えば、ＤＣＩフォーマット０の場合、「carrier
indicator」＝ＵＬＣＣ＃１）を生成する。当該制御情報用のＰＤＣＣＨ信号は、クロスキャリアスケジューリングの場合どのＤＬＣＣを利用して送信してもよい（例えばＰＤＣＣＨモニタリングＣＣ）、図３１（Ｃ）の例ではＤＬＣＣ＃１を利用して送信している。セイムキャリアスケジューリングの場合は、基地局１００は、ＤＬＣＣ＃１を使用してＰＤＣＣＨ信号を送信する。端末２００は、ＰＵＳＣＨ信号を送信するＵＬＣＣとしてＵＬＣＣ＃１が指定されているため、対応関係に基づいてＤＬＣＣ＃１〜ＣＣ＃３についてＣＳＩ報告を行う。これにより、基地局１００はＤＬＣＣ＃３についてのＣＳＩ報告を受信できる。

尚、図３１（Ｂ）に示すように、ＵＬＣＣとＣＳＩ報告対象ＤＬＣＣとの対応は、ＵＬＣＣ毎に異なるＤＬＣＣがＣＳＩ報告対象となっていてもよい。また、すべてのＵＬＣＣが報告対象のＤＬＣＣについての情報を持たなくても良く、一部のＵＬＣＣがＣＳＩ報告対象となるＤＬＣＣを持つようにしてもよい。

基地局１００と端末２００の構成例は第５の実施の形態と同様に実施できる（例えば図２３及び図２４）。図３２及び図３３は動作例のフローチャートである。第５の実施の形態との差異を中心にステップ番号順に説明する。

まず、基地局１００は、キャリアアグリゲーション設定のときに、ＰＵＳＣＨ信号を送信するＵＬＣＣと、ＣＳＩ報告対象ＤＬＣＣとの対応付けを設定する（Ｓ６０）。例えば、上位レイヤ１４０が設定を行い、対応関係を示すテーブル（例えば図３１（Ａ））を生成する。そして、基地局１００は当該対応関係を制御データとして端末２００に通知し（Ｓ４１）、端末２００はこれを受信し、テーブルとして保存する（Ｓ４２，Ｓ４３）。例えば上位レイヤ２４０がテーブルとして保存する。これにより、対応関係が基地局１００と端末２００との間で共有される。

基地局１００は、どのＤＬＣＣについてＣＳＩ報告を行わせるかを決定すると（Ｓ１１）、そのＤＬＣＣに応じて、ＰＵＳＣＨ信号を送信するＵＬＣＣを決定する（Ｓ６１）。例えば、スケジューラ１１０が、報告ＣＣ決定部１１１で決定したＤＬＣＣに応じて、対応関係テーブル（例えば図３１（Ａ））を参照して、ＰＵＳＣＨ信号を送信するＵＬＣＣを決定する。そして、基地局１００はこのＵＬＣＣを指定したＰＤＣＣＨ信号を生成し、端末２００に送信する（Ｓ１４，Ｓ１５）。

端末２００は、端末側処理を行い（Ｓ６２）、上りデータ用制御情報を受信すると（図３３のＳ４５０でＹ）、「CQI
request」ビットが「１」（非周期ＣＳＩ報告を行う）か否かを検出する（Ｓ２７１）。

そして、端末２００は、「CQI request」ビットが「１」のとき（Ｓ２７１でＹ）、ＰＵＳＣＨ信号を送信するＵＬＣＣに対応するＣＳＩ報告対象ＤＬＣＣを対応関係テーブル（例えば図３１（Ａ））を参照して決定し、決定したＤＬＣＣに対するＣＳＩを生成する（Ｓ６２０）。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＳＣＨ信号を送信するのはどのＵＬＣＣであるかの情報を、ＰＤＣＣＨ信号から抽出する。クロスキャリアスケジューリングの場合、ＤＣＩフォーマット０の制御情報に含まれる「carrier
indicator」を抽出することでどのＵＬＣＣでＰＵＳＣＨ信号を送信するかの情報を抽出できる。また、セイムキャリアスケジューリングの場合、ＰＤＣＣＨ処理部２２３は、受信したＰＤＣＣＨ信号の受信周波数帯域との関係から抽出できる。ＰＤＣＣＨ処理部２２３は、ＰＵＳＣＨ信号を送信するＵＬＣＣはどれかを示す情報をＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、ＰＵＳＣＨ信号を送信するＵＬＣＣに対して、上位レイヤ２４０から対応関係テーブルを参照して、ＣＳＩ報告対象ＤＬＣＣを決定し、当該ＤＬＣＣに対してＣＳＩを生成する。

端末２００は、生成したＣＳＩを指定されたＵＬＣＣにより送信する（Ｓ１６９）。基地局１００はこれを受信することで（Ｓ１７，Ｓ１８）、ＣＳＩ報告対象のＤＬＣＣについてのＣＳＩを受信できる。

本第７の実施の形態においても、基地局１００は、ＰＵＳＣＨ信号を送信するＵＬＣＣを指定することで報告対象のＤＬＣＣについてＣＳＩを受信できるため、任意の周波数帯域に対するチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００はＣＳＩ報告対象ＤＬＣＣとして設定されたＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣに対するＣＳＩを報告する場合と比較して送信する情報量が少なくスループットの向上を図ることができる。

［第８の実施の形態］
次に第８の実施の形態について説明する。第２の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第８の実施の形態は、ＣＳＩ報告対象のＤＬＣＣを指定するフィールドが上りデータ用制御情報（例えばＤＣＩフォーマット０）に追加された例である。

図３４は本第８の実施の形態におけるＤＣＩフォーマット０のパラメータ例を示す図である。ＤＣＩフォーマットの中に「CQI
report carrier indicator」フィールドがある。「CQI report carrier
indicator」は、例えば、複数のＤＬＣＣのうちＣＳＩ報告を行わせるＤＬＣＣを指定するためのフィールドである。基地局１００がこのフィールドにパラメータ値（３ビット）を挿入してＰＤＣＣＨ信号として端末２００に送信することで、端末２００は指定されたＤＬＣＣについてＣＳＩ報告を行う。

図３５はＣＳＩ報告を行うＤＬＣＣの例を示す図である。基地局１００は、「CQI
request」ビットを「１」にして、「CQI report carrier indicator」フィールドに「０００」を指定した場合、端末２００は「０００」に対応するＤＬＣＣ＃１についてＣＳＩ報告を行う。例えば、「CQI
report carrier indicator」ビットが「００１」のとき、端末２００はＤＬＣＣ＃２についてＣＳＩ報告を行う。「CQI
report carrier indicator」フィールドのビット値（パラメータ値）と、報告対象ＤＬＣＣとの対応関係は、例えば第５の実施の形態と同様にキャリアアグリゲーション設定の際に設定され、端末２００に通知してもよい。

本第８の実施の形態における基地局１００と端末２００は第２の実施の形態（例えば図８と図９）、又は第５の実施の形態（例えば図２３と図２４）と同様に実施できる。図３６及び図３７は本第８の実施の形態における動作例を示すフローチャートである。第２の実施の形態等との差異を中心にステップ番号順に説明する。

基地局１００は、報告ＣＣ決定部１１１によりどのＤＬＣＣについてＣＳＩ報告を行わせるかを決定すると（Ｓ１１）、決定したＤＬＣＣに応じて「CQI
report carrier indicator」を生成する（Ｓ７０）。例えば、スケジューラ１１０が報告対象のＤＬＣＣに対応するように、「CQI
report carrier indicator」のパラメータ値を決定する。このとき、スケジューラ１１０は、「CQI
request」を「１」（非周期ＣＳＩ報告を行わせる）にした上りデータ用制御情報を生成する。例えば、スケジューラ１１０がＤＣＩフォーマット０の各フィールドのパラメータ値を作成し、ＰＤＣＣＨ生成部１１３がこれらのパラメータ値に基づいて上りデータ用制御情報用のＰＤＣＣＨ信号を生成する。

そして、基地局１００はＰＤＣＣＨ信号を端末２００に送信する（Ｓ１４，Ｓ１５）。

次いで、端末２００は端末側処理を行う（Ｓ７１）。すなわち、端末２００は、ＰＤＣＣＨ信号を受信し（図３７のＳ１６１）、上りデータ用制御情報用のＰＤＣＣＨ信号を受信すると（Ｓ４５０でＹ）、「CQI
request」ビットが「１」か否かを検出する（Ｓ２７１）。

端末２００は、「CQI request」ビットが「１」のとき（Ｓ２７１でＹ）、「CQI report carrier indicator」フィールドを参照し、当該フィールドに含まれるパラメータ値に対応するＤＬＣＣについてＣＳＩを生成する（Ｓ７１０）。例えば、ＰＤＣＣＨ処理部２２３がＰＤＣＣＨ信号からＤＣＩフォーマット０の各パラメータ値を抽出し、「CQI
request」とともに「CQI report carrier indicator」に含まれるパラメータ値をＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、「CQI request」と「CQI report carrier indicator」の各パラメータ値に応じて、対応するＤＬＣＣについてＣＳＩを生成する。

そして、端末２００は生成したＣＳＩを基地局１００に送信し（Ｓ１６９）、基地局１００はこれを受信することで、「CQI
report carrier indicator」により指定したいずれか１つのＤＬＣＣについてのＣＳＩを受信できる。

このように、本第８の実施の形態においても、基地局１００はいずれかのＤＬＣＣについてＣＳＩ報告を行わせることができるため、任意の周波数帯域に対するチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は「CQI
report carrier indicator」により指定されたＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣに対するＣＳＩを報告する場合と比較して送信する情報量が少なくスループットの向上を図ることができる。

尚、本第８の実施の形態において、「CQI report
carrier indicator」により指定できるのは例えば３ビットである。ＤＬＣＣが４個以上のとき、「CQI
report carrier indicator」により指定できるのはＤＬＣＣのうちいずれか一つである。また、ＤＬＣＣが３個以内のときは、指定できるＤＬＣＣは任意のＤＬＣＣのすべての組み合わせを指定できる。

［第９の実施の形態］
次に第９の実施の形態について説明する。第５の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第９の実施の形態は、上りデータ用制御情報（例えばＤＣＩフォーマット０）の「carrier
indicator」をＣＳＩ報告対象のＤＬＣＣを指定するために用いる例である。

第５の実施の形態で説明したように、クロスキャリアスケジューリングでは、ＰＵＳＣＨ信号を送信するＵＬＣＣを「carrier
indicator」により指定することができる。基地局１００は、非周期ＣＳＩ報告を行わせるとき（例えば、「CQI
request」ビットが「１」のとき）、ＵＬＣＣを指定する「carrier indicator」をＣＳＩ報告対象のＤＬＣＣとして指定する。ただし、この場合、ＣＳＩを送信するＵＬＣＣを指定することができないため、端末２００は予め決められたＵＬＣＣによりＣＳＩを送信するものとする。

一方、基地局１００は非周期ＣＳＩ報告を行わせないとき（例えば、「CQI
request」ビットが「０」のとき）、「carrier indicator」について通常通り、ＰＵＳＣＨ信号を送信するＵＬＣＣを指定するために用いるようにする。

図３８（Ａ）は報告対象のＤＬＣＣの例、図３８（Ｂ）はＣＳＩ報告を行うＵＬＣＣの例を夫々示す図である。図３８（Ａ）に示すように、例えば、基地局１００はＤＬＣＣ＃１についてＣＳＩ報告を行わせたいとき、「CQI
request」ビットが「１」、「carrier indicator」を「０００」となるＤＣＩフォーマット０のＰＤＣＣＨ信号を送信すればよい。端末２００は、ＤＣＩフォーマット０の「CQI
request」ビットが「１」のため、「carrier indicator」をＣＳＩ報告対象ＤＬＣＣとして捉え、「０００」に対応するＤＬのＣＣ＃１についてＣＳＩを生成する。端末２００は、例えば予め決められたＵＬＣＣ＃３を用いてＣＳＩを基地局１００に送信する。これにより、基地局１００は、指定したＤＬＣＣについてＣＳＩ報告を行わせることができる。なお、「carrier
indicator」フィールドのパラメータ値は例えば３ビットであるため、第８の実施の形態で説明したようにキャリアアグリゲーションにより設定されるＤＬＣＣの数により報告できるＤＬＣＣの数が決定される。すなわち、ＤＬＣＣが４個以上のとき、指定できるのはＤＬＣＣのうちいずれか一つであり、また、ＤＬＣＣが３個以内のときは、指定できるＤＬＣＣは任意のＤＬＣＣのすべての組み合わせを指定できる。

本第９の実施の形態における基地局１００と端末２００は第２の実施の形態（例えば図８と図９）又は第５の実施の形態（図２３と図２４）と同様に実施できる。図３９と図４０は本第９の実施の形態における動作例を示すフローチャートである。ステップ番号順に第２及び第５の実施の形態との差異を中心に説明する。

まず、基地局１００は、キャリアアグリゲーションの設定を行い、どのＵＬＣＣを用いてＣＳＩ報告を行わせるかの設定を行う（Ｓ８０）。例えば、上位レイヤ１４０がＵＬＣＣ＃３をＣＳＩ報告用のＵＬＣＣとして設定する。

そして、基地局１００は制御データとしてこの設定情報を端末２００に送信する（Ｓ４１）。端末２００は制御データを受信し、設定情報として保存する（Ｓ４２，Ｓ４３）。例えば、上位レイヤ２４０がＣＳＩ報告用ＵＬＣＣを入力して設定情報として保存する。これにより、どのＵＬＣＣを用いてＣＳＩを送信するかの情報が基地局１００と端末２００で共有される。

基地局１００は、報告を行わせるべきＤＬＣＣを決定すると（Ｓ１１）、決定したＤＬＣＣに応じて「carrier
indicator」を生成する（Ｓ８１）。例えば、スケジューラ１１０が報告ＣＣ決定部１１１で決定したＤＬＣＣに応じて、「carrier
indicator」のパラメータ値を生成する。ＤＬＣＣ＃１を報告させたいときは、「carrier
indicator」のパラメータ値を「０００」、ＤＬＣＣ＃３について報告させたいときは、「０１０」などである。スケジューラ１１０は、「CQI
request」も「１」とする。そして、基地局１００はこれらのパラメータ値を含む上りデータ用制御情報用のＰＤＣＣＨ信号を生成し端末２００に送信する（Ｓ１４，Ｓ１５）。

端末２００は端末側処理を行い（Ｓ８２）、ＰＤＣＣＨ信号を受信する（図４０のＳ１６１）。そして、端末２００は、「CQI
request」が「１」のとき、「carrier indicator」のパラメータ値を参照し、これに対応するＤＬＣＣのＣＳＩを生成する（Ｓ８２０）。例えば、ＰＤＣＣＨ処理部２２３は、「CQI
request」と「carrier indicator」のパラメータ値をＰＤＣＣＨ信号から抽出し、ＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、上位レイヤ２４０に保存された設定情報を参照し、「carrier
indicator」のパラメータ値と対応するＤＬＣＣについてＣＳＩを生成する。

その後、端末２００は、生成したＣＳＩを予め設定されたＵＬＣＣを利用してＣＳＩを送信する（Ｓ１６９）。例えば、上位レイヤ２４０はＰＵＳＣＨ生成部２２９に送信すべきＵＬＣＣを通知し、ＰＵＳＣＨ生成部２２９はこれを保持しておく。ＰＵＳＣＨ生成部２２９は、ＣＳＩ報告を含むＰＵＳＣＨ信号を生成し、保持したＵＬＣＣによりＰＵＳＣＨ信号を端末２００に送信するように出力する。

基地局１００は、予め決められたＵＬＣＣにより指定したＤＬＣＣのＣＳＩを受信する（Ｓ１７，Ｓ１８）。

本第９の実施の形態においても、基地局１００は「carrier
indicator」を用いて指定したＤＬＣＣについてＣＳＩ報告を行わせることができるため、任意の周波数帯域におけるチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は「carrier
indicator」で指定されたＤＬＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣのＣＳＩを報告する場合と比較して送信する情報量が少なくスループットの向上を図ることができる。

［第１０の実施の形態］
次に第１０の実施の形態について説明する。第５の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第１０の実施の形態は、サブフレーム番号とＣＳＩ報告対象のＤＬＣＣとを関連付けて基地局１００がＣＳＩ報告を行わせるものである。

図４１はＣＳＩ報告対象のＤＬＣＣの例を示す図である。上りデータ用制御情報（例えばＤＣＩフォーマット０）用のＰＤＣＣＨ信号は、上述したようにクロスキャリアスケジューリングの場合、「carrier
indicator」によりＰＵＳＣＨ信号を送信するＵＬＣＣが指定されている。セイムキャリアスケジューリングの場合は、ＤＣＩフォーマット０のＰＤＣＣＨ信号を送信したＤＬＣＣと同一番号のＵＬＣＣが指定される。本第１０の実施の形態では、ＰＵＳＣＨ信号を送信するＵＬＣＣと、ＤＣＩフォーマット０のＰＤＣＣＨ信号を送信したサブフレーム番号およびＣＳＩ報告対象ＤＬＣＣとの対応関係を予め設定しておき、基地局１００はこの関係に基づいて指定したＤＬＣＣのＣＳＩ報告を端末２００に行わせる。一方、端末２００はこの対応関係に基づいて対応するＤＬＣＣのＣＳＩ報告を行う。

図４１の例では、例えば、基地局１００は、ＵＬＣＣ＃１でＰＵＳＣＨ信号を送信するように指定された、ＤＣＩフォーマット０のＰＤＣＣＨ信号をサブフレーム番号「０」で送信する。端末２００は、ＰＵＳＣＨ信号を送信するＵＬＣＣ＃１とサブフレーム番号「０」とから対応関係に基づいて、例えばＤＬＣＣ＃１のＣＳＩを生成する。従って、基地局１００は、ＤＬＣＣ＃１のＣＳＩ報告を行わせたいとき、ＰＵＳＣＨ信号を送信するのはＵＬＣＣ＃１であることを指定するようにし、ＰＤＣＣＨ信号をサブフレーム番号「０」で送信するようにすればよい。ＤＣＩフォーマット０のＰＤＣＣＨ信号において、ＵＬＣＣ＃１の指定は、クロスキャリアスケジューリングでは「carrier
indicator」で指定でき、セイムキャリアスケジューリングではＰＤＣＣＨ信号をＤＬＣＣ＃１で送信するようにすることで指定できる。尚、基地局１００は非周期ＣＳＩを報告させるため、ＤＣＩフォーマット０の制御情報内において、「CQI
request」を「１」にする。

図４２（Ａ）〜図４２（Ｃ）は、サブフレーム番号とどのＵＬＣＣでＰＵＳＣＨ信号を送信するかおよびＣＳＩ報告対象ＤＬＣＣ番号の対応関係例を示す図である。図４２（Ａ）〜図４２（Ｃ）の例では、端末２００は、ＵＬＣＣ＃１とＵＬＣＣ＃２とを同時に利用してＰＵＳＣＨ信号を送信できる。基地局１００は、このＵＬＣＣ＃１で報告できるＤＬＣＣはＣＣ＃１〜ＣＣ＃３、ＵＬＣＣ＃２で報告できるＤＬＣＣはＣＣ＃４〜ＣＣ＃５などと予め決めて端末２００に通知しておく。そして、基地局１００は、図４２（Ａ）〜図４２（Ｃ）で示すような、サブフレーム番号とＣＳＩ報告を行うＤＬＣＣの番号との対応関係を作成し、端末２００に通知しておく。この例では、基地局１００がＤＬＣＣ＃５のＣＳＩ報告を行わせたいとき、ＰＵＳＣＨ信号を送信するＵＬＣＣをＣＣ＃２に指定し、かかる指定のＤＣＩフォーマット０のＰＤＣＣＨ信号をサブフレーム番号「１」（又は、「３」，「５」等でもよい）で送信すればよい。

本第１０の実施の形態における基地局１００と端末２００の構成例は第５の実施の形態と同様に実施できる（例えば、図２３と図２４）。図４３と図４４は本第１０の実施の形態における動作例を示すフローチャートである。ステップ番号順に第５の実施の形態との差異を中心に説明する。

まず、基地局１００はキャリアアグリゲーションの設定のときに、サブフレーム番号とＣＳＩ報告対象ＤＬＣＣとの対応付けを設定する。例えば、上位レイヤ１４０が図４２（Ａ）〜図４２（Ｃ）に示すような対応関係を設定する。

そして、基地局１００は設定した対応関係を制御データとしてこれを端末２００に送信し（Ｓ４１）、端末２００は制御データを受信し、対応関係を保存する（Ｓ４２，Ｓ４３）。例えば、上位レイヤ２４０が保存する。これにより、基地局１００と端末２００との間で対応関係が共有される。

基地局１００は、どのＤＬＣＣのＣＳＩを報告させるかを決定すると（Ｓ１１）、そのＤＬＣＣに対応する、ＰＵＳＣＨ信号を送信するＵＬＣＣと、サブフレーム番号とを決定する。例えば、スケジューラ１１０は、ＤＬＣＣ＃５のＣＳＩを報告させたいとき、サブフレーム番号「１」、「carrier
indicator」＝ＵＬＣＣ＃２（クロスキャリアスケジューリングの場合）を決定する。

その後、基地局１００は指定したサブフレーム番号（セイムキャリアスケジューリングの場合は更に指定したＤＬＣＣ）で、「CQI
request」が「１」を含む上りデータ用制御情報用のＰＤＣＣＨ信号を送信する（Ｓ１５）。

端末２００は端末側処理（Ｓ９２）を行い、ＰＤＣＣＨ信号を受信しこれを検出すると（Ｓ４５０でＹ）、「CQI
request」が「１」か否かを検出する（Ｓ２７１）。「CQI request」が「１」のとき（Ｓ２７１でＹ）、端末２００は、ＰＤＣＣＨ信号を受信したサブフレーム番号と、ＰＵＳＣＨ信号を送信するのはどのＵＬＣＣかの情報を抽出し、対応関係に基づいて報告対象ＤＬＣＣを決定し、そのＤＬＣＣに対するＣＳＩを生成する（Ｓ９２０）。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＣＣＨ信号から「CQI
request」と、どのＵＬＣＣでＰＵＳＣＨ信号を送信するかの情報を抽出しＣＳＩ生成部２２４に出力する。更に、ＰＤＣＣＨ処理部２２３は、報知情報として基地局１００から予め通知されたサブフレーム番号「０」の受信タイミングと、ＰＤＣＣＨ信号の受信タイミングとにより、受信したＰＤＣＣＨ信号のサブフレーム番号も抽出し、ＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、ＰＤＣＣＨ処理部２２３から出力されたＰＵＳＣＨ信号を送信するＤＬＣＣとサブフレーム番号とに対して、上位レイヤ２４０に保存された対応関係を参照して対応するＤＬＣＣを取得し、そのＤＬＣＣに対するＣＳＩを生成する。

端末２００は生成したＣＳＩをＰＵＳＣＨ信号として基地局１００に送信する（Ｓ１６９）。基地局１００はこれを受信することで指定したＤＬＣＣに対するＣＳＩを受信できる（Ｓ１７，Ｓ１８）。

このように本第１０の実施の形態においても、基地局１００はサブフレーム番号とＰＵＳＣＨ信号を送信するＵＬＣＣおよびＣＳＩ報告対象ＤＬＣＣとの対応関係に基づいて指定したＤＬＣＣのＣＳＩを報告させることができる。よって、本第１０の実施の形態においても、基地局１００は任意の周波数帯域のチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は対応関係に基づいて、指定されたＤＬＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣに対するＣＳＩを報告する場合と比較して送信する情報量が少なくスループットの向上を図ることができる。また、本第１０の実施の形態においても、基地局１００がＣＳＩ報告を行わせるＤＬＣＣを指定した後、新たにビットを増やすことがなくシグナリングの送受信が行われる。よって、本第１０の実施の形態において、例えば第２の実施の形態と比較して制御シグナリングのオーバーヘッドの増加はない。

［第１１の実施の形態］
次に第１１の実施の形態について説明する。第５の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第１１の実施の形態は、ＰＵＳＣＨ信号を送信するＵＬＣＣと、一対一の関係になっているＤＬＣＣについてＣＳＩ報告が行われる例である。

図４５（Ａ）〜図４５（Ｅ）はＵＬＣＣとＤＬＣＣとの対応関係の例を示す図である。例えば、ＰＵＳＣＨ信号を送信するＵＬＣＣと、ＣＳＩ報告対象のＤＬＣＣとを図４５（Ａ）〜図４５（Ｅ）のように対応付けておく。例えば、ＤＣＩフォーマット０のＰＤＣＣＨ信号において、ＰＵＳＣＨ信号を送信するＵＬＣＣとしてＵＬＣＣ＃３を指定する。この場合、ＵＬＣＣ＃３と一対一の関係になっているのはＤＬＣＣ＃３のため、端末２００はＤＬＣＣ＃３のＣＳＩを報告する。基地局１００は、ＤＬＣＣ＃３のＣＳＩ報告を行わせたいときは、「CQI
request」を「１」にし、ＰＵＳＣＨ信号を送信するＵＬＣＣをＵＬＣＣ＃３に指定したＤＣＩフォーマット０のＰＤＣＣＨ信号を送信すればよい。基地局１００は、クロスキャリアスケジューリングの場合、このＰＤＣＣＨ信号をどのＤＬＣＣからでも送信できる。セイムキャリアスケジューリングの場合、基地局１００は、一対一の対応関係になっているＤＬＣＣでＰＤＣＣＨ信号を送信すればよい。

本第１１の実施の形態における基地局１００と端末２００の構成例は第５の実施の形態と同様に実施できる（例えば、図２３と図２４）。図４６と図４７は本第１１の実施の形態における動作例を示すフローチャートである。ステップ番号順に第５の実施の形態との差異を中心に説明する。

まず、基地局１００はキャリアアグリゲーションを設定し、例えば図４５に示すような、ＵＬＣＣとＤＬＣＣとの対応関係を生成する（Ｓ１００）。例えば上位レイヤ１４０が生成する。

基地局１００は設定情報を端末２００に通知し、端末２００は設定情報を保存する（Ｓ４２，Ｓ４３）。例えば、上位レイヤ２４０が保存し、図４５（Ａ）〜図４５（Ｅ）に示す対応関係も保存する。上位レイヤ２４０は対応関係をＣＳＩ生成部２２４に出力してもよい。これにより、基地局１００と端末２００で対応関係が共有される。

その後、基地局１００はどのＤＬＣＣについてＣＳＩ報告をさせるかを決定し、決定に従って、ＰＵＳＣＨ信号を送信するＵＬＣＣを決定する（Ｓ１０１）。例えば、スケジューラ１１０が上位レイヤ１４０から対応関係を取得し、当該対応関係に基づいて報告ＣＣ決定部１１１で決定したＤＬＣＣと対応するＵＬＣＣを決定する。そして、基地局１００は、「CQI
request」を「１」にし、ＣＳＩ報告対象ＤＬＣＣに対応するＵＬＣＣでＰＵＳＣＨ信号を送信するものとして指定した上りデータ用制御情報（例えばＤＣＩフォーマット０）用のＰＤＣＣＨ信号を生成し、これを端末２００に送信する（Ｓ１４，Ｓ１５）。

端末２００は、端末側処理（Ｓ１０２）によりＰＤＣＣＨ信号を受信し、「CQI
request」が「１」か否かを検出する（Ｓ２７１）。「CQI request」が「１」のとき、端末２００は、対応関係に基づいて、ＰＵＳＣＨ信号を送信するＵＬＣＣに対応するＤＬＣＣをＣＳＩ報告対象のＤＬＣＣとしてＣＳＩを生成する。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＣＣＨ信号から「CQI
request」と、ＰＵＳＣＨ信号を送信するＵＬＣＣとを抽出し、ＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、対応関係に基づいて、ＵＬＣＣに対応するＤＬＣＣをＣＳＩ報告対象のＤＬＣＣとしてＣＳＩを生成する。

そして、端末２００はＣＳＩをＰＵＳＣＨ信号として基地局１００に送信し（Ｓ１６９）、基地局１００はこれを受信することで指定したＤＬＣＣのＣＳＩを受信できる（Ｓ１７，Ｓ１８）。

このように本第１１の実施の形態においても、基地局１００は、ＰＵＳＣＨ信号を送信するＵＬＣＣとＣＳＩ報告対象ＤＬＣＣとの対応関係に基づいて、ＣＳＩ報告を行わせるＤＬＣＣを指定できる。よって、本第１１の実施の形態においても、基地局１００は任意の周波数帯域のチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は対応関係に基づいて、指定されたＤＬＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣに対するＣＳＩを報告する場合と比較して、送信する情報量が少なくスループットの向上を図ることができる。また、本第１１の実施の形態においても、基地局１００がＣＳＩ報告を行わせるＤＬＣＣを指定した後、新たにビットを増やすことがなくシグナリングの送受信が行われる。よって、本第１１の実施の形態では、例えば第２の実施の形態と比較して制御シグナリングのオーバーヘッドの増加はない。

［第１２の実施の形態］
次に第１２の実施の形態について説明する。第１２の実施の形態は、非活性状態のＤＬＣＣについてＣＳＩ報告を行うとき、一定時間よりも遅い送信タイミングで報告させるようにする例である。

図４８（Ａ）〜図４８（Ｃ）は報告タイミングの例を示す図である。第２の実施の形態で説明したように、ＣＣについては、例えば活性状態と非活性状態がある。非活性状態のＤＬＣＣについてＣＳＩ報告を行わせるようにするとき、活性状態のＤＬＣＣと比較して、ＣＳＩを生成するまでに一定時間がかかる。端末２００は、非活性状態のＤＬＣＣの受信処理を停止してもよく、非活性状態のＤＬＣＣのＣＳＩ測定を行っていない場合があるためである。このような場合、報告タイミングを遅らせて、例えば４サブフレーム後から６サブフレーム後にする。このように非活性状態のＤＬＣＣについて報告タイミングを遅らせることで、端末２００が活性状態となってＤＬＣＣに対するＣＱＩ等の測定を開始するまでの時間が確保される。

本第１２の実施の形態は、第１〜第１１の実施の形態で説明したものに適用可能である。また、本第１２の実施の形態は、後述する第１３〜第１５の実施の形態でも適用可能である。例えば、上位レイヤ１４０がキャリアアグリゲーションの設定に際して、非活性状態のＤＬＣＣの報告タイミングを例えば、「ＰＤＣＣＨ信号受信後６サブフレーム後に送信」等の情報も設定し、端末２００に通知すればよい。あるいは、システム内であらかじめ決められたパラメータとして設定しておく。端末２００の上位レイヤ２４０がこれを保存し、基地局１００と端末２００で情報が共有される。例えば、基地局１００は、「CQI
request」が「１１０００」であるＤＣＩフォーマット０のＰＤＣＣＨ信号（第２の実施の形態）を送信したとき、端末２００は非活性状態のＤＬＣＣ＃２のＣＳＩを６サブフレーム後に送信することになる。

非活性状態のＤＬＣＣのＣＳＩが送信されるタイミングは、活性状態のＤＬＣＣが送信されるタイミングより遅いタイミングであればよく、６サブフレーム以外でも５サブフレーム、８サブフレーム等でもよい。

［第１３の実施の形態］
次に第１３の実施の形態について説明する。第２及び第５の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第１３の実施の形態は、制御パケットであるＭＡＣ ＣＥ（Media Access Control Control
Element）を非周期ＣＳＩ報告の起動に兼用する例である。

図４９はＣＳＩ報告対象のＤＬＣＣの例を示す図である。基地局１００は、非活性状態のＤＬＣＣ（Deactivated
DL CC）を活性状態のＤＬＣＣ（Activated DL CC）にするため、ＭＡＣＣＥを端末２００に送信する。端末２００は、ＭＡＣ ＣＥを受信すると、ＭＡＣ ＣＥにより指定されたＤＬ ＣＣを活性状態にするとともに、活性状態となったＤＬＣＣについてＣＳＩを生成し基地局１００に送信する。図４９の例では、基地局１００はＤＬＣＣ＃５を指定したＭＡＣ ＣＥを端末２００に送信し、端末２００はＤＬＣＣ＃５を活性状態にするとともに、ＤＬＣＣ＃５のＣＳＩを生成し基地局１００に送信する。

本第１３の実施の形態における基地局１００と端末２００は第５の実施の形態（例えば、図２３と図２４）と同様に実施できる。図５０は本第１３の実施の形態における動作例を示すシーケンス図である。本動作例も第５の実施の形態との差異を中心にステップ番号順に説明する。

まず、基地局１００はキャリアアグリゲーションを設定する（Ｓ１１０）。例えば、上位レイヤ１４０が、各ＤＬＣＣについて、非活性状態のＣＣ（“Configured
but Deactivated CC”）、活性状態のＣＣ（“Configured and
Activated CC”)、ＰＤＣＣＨモニタリングセットＣＣ（“PDCCH
monitoring set”）を設定する。例えば、上位レイヤ１４０が設定情報を保存する。そして、基地局１００はこの設定情報をＰＤＳＣＨ信号として端末２００に送信する（Ｓ４１）。

端末２００は、ＰＤＳＣＨ信号を受信し、設定情報を保存する（Ｓ４２，Ｓ４３）。例えば、上位レイヤ２４０が設定情報を保存する。これにより、基地局１００と端末２００はどのＤＬＣＣが活性状態であるか、非活性状態であるか、活性状態のＰＤＣＣＨモニタリングセットとなるＣＣはどれかを共有する。

そして、基地局１００は、非活性状態のＤＬＣＣのうち、どのＤＬＣＣを活性状態とするかを決定する（Ｓ１１１）。例えば、上位レイヤ１４０が保存した設定情報に基づいてそのＤＬＣＣを活性状態にするかを決定する。この決定は、基地局１００がどのＤＬＣＣについてＣＳＩを報告させるかも兼用している。

次いで、基地局１００は、制御パケットであるＭＡＣ ＣＥ（又はMAC
CE for CC Management)を生成する（Ｓ１１２）。例えば、上位レイヤ１４０が活性状態にさせるＤＬＣＣ（かつＣＳＩ報告対象のＤＬＣＣ）を決定すると、決定したＤＬＣＣを指定するＭＡＣ ＣＥを生成する。

次いで、基地局１００は、生成したＭＡＣ ＣＥを送信する（Ｓ１１３）。例えば、上位レイヤ１４０が生成したＭＡＣ ＣＥをＰＤＳＣＨ生成部１１４に出力し、ＰＤＳＣＨ信号として送信する。

端末２００は、ＰＤＳＣＨ信号を受信すると（Ｓ１１４）、ＡＣＫ信号を基地局１００に送信する（Ｓ１１５）。例えば、ＰＤＳＣＨ処理部２２５はＰＤＳＣＨ信号からＭＡＣ ＣＥに含まれる情報を抽出すると、抽出できたことを示す信号をＡＣＫ／ＮＡＣＫ生成部２２６に出力する。ＡＣＫ／ＮＡＣＫ生成部２２６は、当該信号を入力するとＡＣＫ信号を生成し、ＰＵＣＣＨ生成部２３０に出力する。例えばＡＣＫ信号はＰＵＣＣＨ信号として基地局１００に送信される。

基地局１００は、ＡＣＫ信号を受信すると（Ｓ１１６）、ＭＡＣ ＣＥで指定したＤＬＣＣを活性状態にする（Activationする）（Ｓ１１７）。例えば、上位レイヤ１４０は非活性状態として設定したＤＬＣＣを活性状態として再設定し、設定情報として保存する。また、上位レイヤ１４０は各部に対して、活性状態にしたＤＬＣＣの周波数帯域で信号等を送信する。

一方、端末２００は、ＭＡＣ ＣＥで指定されたＤＬＣＣを活性状態にする（Ｓ１１８）。例えば、上位レイヤ２４０はＰＤＳＣＨ処理部２２５からＭＡＣ ＣＥに含まれる情報を入力し、この情報のうち活性状態にするＤＬＣＣに関する情報を、活性状態として設定情報に登録する。例えば、上位レイヤ２４０は、指定されたＤＬＣＣの周波数帯域で信号等を受信するように各部を設定する。

次いで、端末２００は、ＭＡＣ ＣＥで指定されたＤＬＣＣについてＣＳＩを生成する（Ｓ１１９）。例えば、上位レイヤ２４０は活性状態にしたＤＬＣＣの情報をＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４はこの情報に基づいて対応するＤＬＣＣのＣＳＩを生成する。

次いで、端末２００は生成したＣＳＩをＰＵＳＣＨ信号として送信し（Ｓ１２０，Ｓ１２１）、基地局１００はこれを受信することで活性状態にしたＤＬＣＣについてＣＳＩを受信する（Ｓ１７，Ｓ１８）。

このように、本第１３の実施の形態においても、基地局１００は、活性状態にするＤＬＣＣをＭＡＣ ＣＥにより指定することで、ＤＬＣＣについてＣＳＩを受信することができる。よって、本第１３の実施の形態においても、基地局１００は任意の周波数帯域のチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は活性状態となったＤＬＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣに対するＣＳＩを報告する場合と比較して、スループットの向上を図ることができる。

［第１４の実施の形態］
次に第１４の実施の形態について説明する。第５及び第９の実施の形態との差異を中心に説明し、同様の事項については説明を省略する。第１４の実施の形態は、第５の実施の形態と第９の実施の形態との組み合わせの例である。

第５の実施の形態では、例えば、基地局１００がＰＤＣＣＨモニタリングＣＣとスケジュールドＤＬＣＣとの対応関係に基づいて、「CQI
request」が「１」である上りデータ用制御情報（例えばＤＣＩフォーマット０）用のＰＤＣＣＨ信号をあるＰＤＣＣＨモニタリングＣＣを利用して送信する。そして、端末２００は、ＰＤＣＣＨモニタリングＣＣと対応関係にあるすべてのスケジュールドＤＬＣＣについてＣＳＩを報告した（例えば図２２（Ａ）及び図２２（Ｂ））。

第９の実施の形態では、例えば、「CQI request」が「１」である上りデータ用制御情報（例えばＤＣＩフォーマット０）用のＰＤＣＣＨ信号について、「carrier
indicator」をＣＳＩ報告対象のＤＬＣＣを指定するために用いた（例えば、図３８（Ａ）及び図３８（Ｂ））。

図５１（Ａ）はＣＳＩ報告対象ＤＬＣＣの例、図５１（Ｂ）は送信用ＵＬＣＣの例を夫々示す図である。本第１４の実施の形態では、ＰＤＣＣＨモニタリングＣＣと関連付けることのできるスケジュールドＤＬＣＣを３個以内とする。図５１（Ａ）の例では、ＤＬＣＣ＃１とＤＬＣＣ＃４がＰＤＣＣＨモニタリングＣＣとして設定され、ＰＤＣＣＨモニタリングＣＣであるＤＬＣＣ＃１と関連付けられるスケジュールドＤＬＣＣはＤＬＣＣ＃１〜＃３（第１グループ）としている。また、ＰＤＣＣＨモニタリングＣＣであるＤＬＣＣ＃４と関連付けられるのは、ＤＬＣＣ＃４〜＃６（第２グループ）としている。

本第１４の実施の形態においても、「CQI request」が「１」のとき、「carrier indicator」はＣＳＩ報告対象ＤＬＣＣの指定に用いられる。「carrier
indicator」は例えば３ビット使用できるため、例えば第１グループにおいてＤＬＣＣ＃２とＤＬＣＣ＃３のＣＳＩを報告させるときは、基地局１００は「０１１」とすることができる。つまり、基地局１００は、ＤＬＣＣ＃２とＤＬＣＣ＃３についてＣＳＩ報告させるとき、ＰＤＣＣＨモニタリングＣＣであるＤＬＣＣ＃１を利用して、「CQI
request」が「１」、「carrier indicator」が「０１１」であるＤＣＩフォーマット０のＰＤＣＣＨ信号を送信すればよい。

このとき、基地局１００は、第９の実施の形態と同様に、「carrier
indicator」によりＰＵＳＣＨ信号を送信するＵＬＣＣを指定することはできない。そのため、この場合にＰＵＳＣＨ信号を送信するＵＬＣＣをＰＤＣＣＨモニタリングＣＣ毎（グループ毎）に決めておき、そのＵＬＣＣを利用してＣＳＩが送信される。図５１（Ｂ）の例では、ＰＤＣＣＨモニタリングＣＣ＃１（ＤＬＣＣ＃１）で送信されたＰＤＣＣＨで起動されるＣＳＩ報告（ＤＬＣＣ＃１〜ＤＬＣＣ＃３のＣＳＩ）はＵＬＣＣ＃１によりＰＵＳＣＨ信号として送信される。

本第１４の実施の形態における基地局１００と端末２００の構成例は、第５及び第９の実施の形態と同様に実施できる（例えば図２３と図２４）。図５２及び図５３は本第１４の実施の形態における動作例を示すシーケンス図である。本動作例も第５及び第９の実施の形態との差異を中心にステップ番号順に説明する。

まず、基地局１００は、キャリアアグリゲーションを設定するときに、ＰＤＣＣＨモニタリングＣＣとスケジュールドＣＣとの対応関係を設定し、更に、非周期ＣＳＩ報告用のＵＬＣＣを設定する（Ｓ１２０）。例えば、上位レイヤ１４０が、図５１（Ａ）に示すように、ＰＤＣＣＨモニタリングＣＣとなるＤＬＣＣについて同一グループとなるスケジュールドＤＬＣＣを決定する（３個以内）。更に、上位レイヤ１４０は、各グループにおいて非周期ＣＳＩ送信用のＵＬＣＣを１つ決定する。上位レイヤ１４０は、決定したこれらの情報を設定情報として保存し、端末２００に通知する（Ｓ４１）。

端末２００はＰＵＳＣＨ信号として設定情報を受信し、設定情報を保存する（Ｓ４３）。例えば、上位レイヤ２４０が設定情報を保存する。

そして、基地局１００は、どのＤＬＣＣについてＣＳＩ報告をさせるかを決定すると、設定情報に基づいて、ＰＤＣＣＨ信号を送信するＰＤＣＣＨモニタリングＣＣであるＤＬＣＣを決定する。更に、基地局１００は、ＣＳＩ報告対象のＤＬＣＣの組み合わせを指定した「carrier
indicator」を生成する（Ｓ１２１）。例えば、スケジューラ１１０は、報告ＣＣ決定部１１１でＤＬＣＣ＃２をＣＳＩ報告対象として決定したとき、上位レイヤ１４０から設定情報を取得し、ＰＤＣＣＨモニタリングＣＣであるＤＬＣＣ＃１を用いて送信することを決定する。更に、スケジューラ１１０は、「CQI
request」を「１」、「carrier indicator」を「０１０」とすることを決定する。

次いで、基地局１００は、上りデータ用制御情報（例えばＤＣＩフォーマット０）を生成する（Ｓ１３）。例えば、スケジューラ１１０が「CQI
request」を「１」、「carrier indicator」を「０１０」とする制御情報を生成しＰＤＣＣＨ生成部１１３に出力する。

そして、基地局１００は、決定したＰＤＣＣＨモニタリングＣＣであるＤＬＣＣを利用して、ＰＤＣＣＨ信号を端末２００に送信する（Ｓ１４，Ｓ１５）。基地局１００は、複数のＰＤＣＣＨモニタリングＣＣを用いてＣＳＩ報告対象のＤＬＣＣを指定することもできる。例えば、図５１（Ａ）の例では、ＤＬＣＣ＃１とＤＬＣＣ＃４の２つのＰＤＣＣＨモニタリングＣＣでＣＳＩ報告対象のＤＬＣＣを指定することもできる。

端末２００は、端末側処理（Ｓ１２２）により、ＰＤＣＣＨ信号を受信し、ＤＣＩフォーマット０の検出と、「CQI
request」＝「１」の検出を行う（Ｓ４５０でＹ，Ｓ２７１でＹ）。

次いで、端末２００は、「CQI request」が「１」であるＤＣＩフォーマット０のＰＤＣＣＨ信号から、「carrier indicator」を抽出し、「carrier indicator」で指定されるＤＬＣＣについてＣＳＩを生成する（Ｓ１２２０）。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＣＣＨ信号から「CQI
request」と「carrier indicator」とを読み出し、ＣＳＩ生成部２２４に出力する。また、ＰＤＣＣＨ処理部２２３は、受信したＰＤＣＣＨ信号の受信周波数帯域からどのＤＬＣＣ（ＰＤＣＣＨモニタリングＣＣとなるＤＬＣＣ）か、を識別してＤＬＣＣの情報をＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、上位レイヤ２４０から設定情報を取得し、ＰＤＣＣＨ処理部２２３からのＤＬＣＣの情報と「carrier
indicator」とから、設定情報に基づいて、対応するＤＬＣＣを取得する。そして、ＣＳＩ生成部２２４は取得したＤＬＣＣについてＣＳＩを生成する。この場合、複数のＰＤＣＣＨモニタリングＣＣでＰＤＣＣＨ信号が送信された場合、それぞれについてＣＳＩを生成する。

そして、端末２００は、予め決められたＵＬＣＣを利用して、生成したＣＳＩを基地局１００に送信する（Ｓ１６９）。例えば、ＰＵＳＣＨ生成部２２９は、上位レイヤ２４０から設定情報を取得し、どのＵＬＣＣで送信するかの情報を抽出する。そして、ＰＵＳＣＨ生成部２２９は抽出したＵＬＣＣを利用してＰＵＳＣＨ信号を送信するように出力する。

基地局１００は、ＰＵＳＣＨ信号を受信し、指定したＤＬＣＣのＣＳＩを受信することになる（Ｓ１７，Ｓ１８）。

このように本第１４の実施の形態においても、第５及び第９の実施の形態と同様にＣＳＩ報告を行わせるＤＬＣＣをＰＤＣＣＨモニタリングＣＣと「carrier
indicator」との組み合わせにより指定できる。よって、本第１４の実施の形態においても、基地局１００は任意の周波数帯域のチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は対応関係に基づいて、ＰＤＣＣＨモニタリングＣＣと「carrier
indicator」との組み合わせにより指定されたＤＬＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣに対するＣＳＩを報告する場合と比較して、送信する情報量が少なくスループットの向上を図ることができる。

更に、本第１４の実施の形態では、ＤＬＣＣが３個より多いときでも、複数グループ化することで、ＣＳＩ報告を行わせる任意のＤＬＣＣの組み合わせを指定することができる。上述した例では、６個のＤＬＣＣを２つのグループにグループ化した。８つのＤＬＣＣのときは、例えば、３つのグループにグループ化することができる。また、基地局１００は、上述したように、複数のＰＤＣＣＨモニタリングＣＣを利用してＰＤＣＣＨ信号を送信することにより、異なるグループでのＤＬＣＣについてＣＳＩ報告を行わせることができる。

［第１５の実施の形態］
次に第１５の実施の形態について説明する。第２の実施の形態との差異と中心に説明し、同様の事項については説明を省略する。第１５の実施の形態は、ＳＵ‐ＭＩＭＯをサポートする上りデータ用制御情報（ＰＵＳＣＨに関する制御情報）について、当該制御情報内の一部のフィールドを利用してＣＳＩ報告を行わせるＤＬＣＣを指定する例である。

無線通信システムでは、上りリンクにおいてＳＵ‐ＭＩＭＯ（Single
User-MIMO）がサポートされ得る。一方、上述した第２の実施の形態等においては、上りデータ送信用の制御情報としてＤＣＩフォーマット０について説明したが、ＳＵ‐ＭＩＭＯをサポートするため、新たなＤＣＩフォーマットが定義され得る。ＳＵ‐ＭＩＭＯは、例えば、１つのユーザ（端末２００）と１つの基地局１００により各々複数アンテナを用いて各アンテナの指向性毎に異なる信号を送受信するようにしたものである。

図５４（Ａ）は、ＳＵ‐ＭＩＭＯをサポートするＤＣＩフォーマットのパラメータ例を示す図である。上りリンク用のＳＵ‐ＭＩＭＯは、複数のアンテナを用いて最大２つのデータブロック（トランスポートブロックと呼ばれることもある）を伝送することをサポートしている。図５４（Ａ）の例では、「NDI」（New Data Indicator）フィールドと、「MCS
and RV」（Modulation and Coding Scheme and
Redundancy Version）フィールドとが、２つのデータブロックに対応するように、２つのデータブロック分のフィールドが定義されている。

本第１５の実施の形態では、「CQI request」が「１」のとき（非周期ＣＳＩ報告を行わせるとき）、「NDI」フィールドと「MCS
and RV」フィールドにおける２つのデータブロックの一方を有効にし、他方について非周期ＣＳＩ報告を行わせるＤＬＣＣを指定するために用いる。

図５４（Ｂ）は、かかるＤＣＩフォーマットが指定された場合の例を説明するための図である。例えば、基地局１００は「CQI
request」を「１」にし、２ｎｄトランスポートブロック用の「NDI」フィールドと「MCS and RV」フィールドの全６ビットをどのＤＬＣＣのＣＳＩ報告をさせるかを指定するために用いる。この指定により、端末２００は指定されたＤＬＣＣについてＣＳＩを生成し基地局１００に送信することになる。なお、この「６ビット」は一例であり、「NDI」フィールドと「MCS and RV」フィールドとして指定されるビットを用いればよい。また、２ｎｄトランスポートブロックではなく、１ｓｔトランスポートブロックの２つのフィールドを用いるようにしてもよい。

図５５は本第１５の実施の形態における基地局１００、図５６は端末２００の各構成例を示す図である。

基地局１００は、更に、２つのアンテナ１２１，１２２、２つの無線受信部１３０‐１，１３０‐２、マルチアンテナ受信処理部１５０を備える。なお、２つの無線受信部１３０‐１，１３０‐２、マルチアンテナ受信処理部１５０は、例えば、第１の実施の形態における受信部１２に含まれる。

２つのアンテナ１２１，１２２は、端末２００からＭＩＭＯにより送信された無線信号を夫々受信し、２つの無線受信部１３０‐１，１３０‐２に夫々出力する。

２つの無線受信部１３０‐１，１３０‐２は、受信した無線信号をダウンコンバートし、ベースバンド信号に変換して、マルチアンテナ受信処理部１５０に夫々出力する。

マルチアンテナ受信処理部１５０は、例えば、プリコーディング行列の演算等を行い、端末２００から２つのアンテナに送信されたときの配分（又は重み付け）等に対応するようにベースバンド信号を出力する。

端末２００は、更に、２つのアンテナ２１１，２１２、２つの無線送信部２３２‐１，２３２‐２、マルチアンテナ送信処理部２５０を備える。なお、２つの無線送信部２３２‐１，２３２‐２、マルチアンテナ送信処理部２５０は、例えば、第１の実施の形態における送信部２２に含まれる。

マルチアンテナ送信処理部２５０は、多重部２３１から出力されるベースバンド信号に対して、プリコーディング行例等の演算を行い出力する。これにより、例えば、２つのアンテナ２１１，２１２からはプリコーディング行例等の配分に従った無線信号が送信される。

２つの無線送信部２３２‐１，２３２‐２は、マルチアンテナ送信処理部２５０から出力されたベースバンド信号に対して周波数変換等によりアップコンバートして無線信号を夫々生成する。２つの無線送信部２３２‐１，２３２‐２は生成した無線信号を２つのアンテナ２１１，２１２に夫々出力する。

２つのアンテナ２１１，２１２は、無線信号をそれぞれ基地局１００に送信する。

次に動作例を説明する。図５７及び図５８は動作例を示すフローチャートである。第２の実施の形態との差異を中心にステップ番号順に説明する。

基地局１００は、どのＤＬＣＣについてＣＳＩ報告を行わせるかを決定すると、それに応じて、「MCS
and RV for 2nd TB」フィールドと「NDI for 2nd TB」フィールドとにより送信するパラメータ値を決定する（Ｓ１３０）。例えば、スケジューラ１１０が報告ＣＣ決定部１１１で決定したＣＳＩ報告対象となるＤＬＣＣに対応して各パラメータ値を生成する。第２の実施の形態と同様に、スケジューラ１１０は、複数のＤＬＣＣの組み合わせを指定できる。

そして、基地局１００は、新たなＤＣＩフォーマット（例えば図５４（Ａ））の上りデータ用制御情報（以下、上りＭＩＭＯ用制御情報）を生成し、上りＭＩＭＯ用制御情報用のＰＤＣＣＨ信号を端末２００に送信する（Ｓ１３〜Ｓ１５）。

端末２００は、端末側処理（Ｓ１３１）によりＰＤＣＣＨ信号を受信すると、上りＭＩＭＯ用制御情報用のＰＤＣＣＨ信号を受信したか否かを検出する（Ｓ１３１０）。例えば、ＰＤＣＣＨ処理部２２３は、上りＭＩＭＯ用制御情報用のＰＤＣＣＨ信号の信号長により検出する。

端末２００は、上りＭＩＭＯ用制御情報用のＰＤＣＣＨ信号を検出できなかったとき（Ｓ１３１０でＮ）、基地局１００が非周期ＣＳＩの要求をしていないものとして一連の処理を終了する。

一方、端末２００は、上りＭＩＭＯ用制御情報用のＰＤＣＣＨ信号を検出したとき（Ｓ１３１０でＹ）、「CQI
request」が「１」か否かを判別する（Ｓ２７１）。「CQI request」が「１」のとき（非周期ＣＳＩ報告を要求されたとき）（Ｓ２７１でＹ）、端末２００は、「MCS and RV for 2nd
TB」フィールドと「NDI for 2nd TB」フィールドで送信されたパラメータ値に対応するＤＬＣＣについてＣＳＩを生成する（Ｓ１３１１）。例えば、ＰＤＣＣＨ処理部２２３は、ＰＤＣＣＨ信号から「MCS
and RV for 2nd TB」と「NDI for 2nd TB」のパラメータ値を抽出し、「CQI request」とともにＣＳＩ生成部２２４に出力する。ＣＳＩ生成部２２４は、パラメータ値に基づいて、対応するＤＬＣＣのＣＳＩを生成する。

そして、端末２００は、生成したＣＳＩをＰＵＳＣＨ信号として送信する（Ｓ１６９）。基地局１００はＰＵＳＣＨ信号を受信し、端末２００で生成されたＣＳＩを受信することができる（Ｓ１７，Ｓ１８）。

本第１５の実施の形態においても、基地局１００は上りＭＩＭＯ用制御情報によりＣＳＩ報告を行わせるＤＬＣＣを指定できるため、基地局１００は任意の周波数帯域のチャネル状態に関する情報を端末２００に報告させることができる。また、端末２００は指定されたＤＬＣＣについてＣＳＩを報告する。よって、端末２００が全てのＤＬＣＣに対するＣＳＩを報告する場合と比較して、送信する情報量が少なくスループットの向上を図ることができる。

尚、本第１５の実施の形態では、ＣＳＩ報告対象のＤＬＣＣを指定するときに、「NDI」と「MCS and RV」の２つのフィールドを利用する例を説明した。例えば、新たなＤＣＩフォーマットにおいて、他のフィールドを利用してＣＳＩ報告対象のＤＬＣＣを指定してもよい。この場合、図５４（Ａ）に示されていないフィールドを用いて指定するようにすることもできる。「CQI
request」とともに送信できるフィールドのパラメータ値を利用すればＣＳＩ報告対象のＤＬＣＣを指定することができる。

［その他の実施例］
例えば、第２の実施の形態において、端末２００が「CQI
request」にひとつ以上の「１」が含まれている場合、指定されたＤＬＣＣのＣＳＩを生成し、さらにユーザデータを生成するものとして説明した（例えば、図１１のＳ１６６）。例えば、端末２００はユーザデータを生成せずに、指定されたＤＬＣＣのＣＳＩを生成するようにしてもよい。第３の実施の形態以降における各実施の形態についても、端末２００はユーザデータを生成せずに、指定されたＤＬＣＣを生成するようにすることもできる（例えば、図１７のＳ１６６等）。

１００：無線基地局装置（基地局） １１０：スケジューラ
１１１：報告ＣＣ決定部 １１３：ＰＤＣＣＨ生成部
１１４：ＰＤＳＣＨ生成部 １２０（１２１，１２２）：アンテナ
１４０：上位レイヤ ２００：端末装置（端末）
２２２：測定部 ２２３：ＰＤＣＣＨ処理部
２２４：ＣＳＩ生成部 ２２５：ＰＤＳＣＨ処理部
２２７：ＣＳＩ処理部 ２２９：ＰＵＳＣＨ生成部
２３５：分離部 ２４０：上位レイヤ

Claims (9)

1. 第１の無線通信装置と第２の無線通信装置が複数の周波数帯域を用いて無線通信を行う無線通信方法において、
   前記第１の無線通信装置は、チャネル状態情報要求と前記複数の周波数帯域のうち第１の周波数帯域を示す情報とを含む制御情報を、第２の周波数帯域を利用して前記第２の無線通信装置に送信し、
   前記第２の無線通信装置は、前記チャネル状態情報要求を受信したとき、報告対象周波数帯域として前記制御情報に含まれる前記第１の周波数帯域と対応関係にある第３の周波数帯域に対するチャネル状態に関する情報を、前記第１の周波数帯域を利用して前記第１の無線通信装置に送信する、
   ことを特徴とする無線通信方法。
2. 更に、前記第１の無線通信装置は、前記第１の周波数帯域と前記チャネル状態に関する情報を生成する第３の周波数帯域との対応関係を示す情報を前記第２の無線通信装置に送信し、
   前記第２の無線通信装置は、前記対応関係を示す情報に従って前記チャネル状態に関する情報を生成することを特徴とする請求項１記載の無線通信方法。
3. 前記対応関係は、前記第１の周波数帯域と前記チャネル状態に関する情報を生成する第３の周波数帯域とが一対一に対応することを特徴とする請求項２記載の無線通信方法。
4. 前記第１の無線通信装置は、制御信号の送信に使用可能な第１の無線リソースで前記チャネル状態情報要求を送信することを特徴とする請求項１記載の無線通信方法。
5. 複数の周波数帯域を用いて他の無線通信装置と無線通信を行う無線通信装置において、
   チャネル状態情報要求と前記複数の周波数帯域のうち第１の周波数帯域を示す情報とを含む制御情報を、第２の周波数帯域を利用して前記他の無線通信装置に送信する送信部と、
   報告対象周波数帯域として前記制御情報に含まれる前記第１の周波数帯域と対応関係にある第３の周波数帯域に対するチャネル状態に関する情報を前記他の無線通信装置から受信する受信部とを備え、
   前記受信部は、前記第１の周波数帯域を利用して送信された前記チャネル状態に関する情報を受信することを特徴とする無線通信装置。
6. 複数の周波数帯域を用いて他の無線通信装置と無線通信を行う無線通信装置において、
   チャネル状態情報要求と前記複数の周波数帯域のうち第１の周波数帯域を示す情報とを含む制御情報を、第２の周波数帯域で前記他の無線通信装置から受信する受信部と、
   報告対象周波数帯域として前記制御情報に含まれる前記第１の周波数帯域と対応関係にある第３の周波数帯域に対するチャネル状態に関する情報を前記第１の周波数帯域を利用して前記他の無線通信装置に送信する送信部と、
   を備えることを特徴とする無線通信装置。
7. 前記第２の無線通信装置は、前記チャネル状態に関する情報を閾値よりも遅いタイミングで前記第１の無線通信装置に送信することを特徴とする請求項１記載の無線通信方法。
8. 前記受信部は、前記チャネル状態に関する情報を閾値よりも遅いタイミングで前記他の無線通信装置から受信することを特徴とする請求項５記載の無線通信装置。
9. 前記送信部は、前記チャネル状態に関する情報を閾値よりも遅いタイミングで前記他の無線通信装置に送信することを特徴とする請求項６記載の無線通信装置。

Images