(57)【要約】【課題】複数の帯域を同時利用する際に、制御情報の検出を容易にし、ブラインド検出の負荷を軽減する。【解決手段】第１伝送帯域でそれぞれ独立な番号が付された複数の第１通信リソースのうち一つを用いて第１制御情報を送信し、第２伝送帯域でそれぞれ独立な番号が付された複数の第２通信リソースのうちの一つを用いて第２制御情報を送信する送信手段１１０７と、第１制御情報が用いる第１通信リソースの番号に応じて第２通信リソースを絞り込み、絞り込まれた第２通信リソースのうち一つの通信リソースを選択する選択手段１１０５と、を具備し、送信手段１１０７は、選択された通信リソースを用いて第２制御情報を送信することを特徴とする。【選択図】図１１
2010219694.tif 000002
【特許請求の範囲】
【請求項１】
第１伝送帯域でそれぞれ独立な番号が付された複数の第１通信リソースのうち一つを用いて第１制御情報を送信し、第２伝送帯域でそれぞれ独立な番号が付された複数の第２通信リソースのうちの一つを用いて第２制御情報を送信する送信手段と、
前記第１制御情報が用いる前記第１通信リソースの番号に応じて前記第２通信リソースを絞り込み、絞り込まれた第２通信リソースのうち一つの通信リソースを選択する選択手段と、を具備し、
前記送信手段は、選択された前記通信リソースを用いて前記第２制御情報を送信することを特徴とする送信装置。
【請求項２】
前記選択手段は、前記第１制御情報が用いる第１通信リソースと同じサイズを持つ前記第２通信リソースのいずれかを選択することを特徴とする請求項１に記載の送信装置。
【請求項３】
前記選択手段は、前記第１制御情報が用いる第１通信リソースと同じ番号を持つ前記第２通信リソースが利用可能であれば、該リソースを選択し、同じ番号を持つ第２通信リソースが利用できない場合には、前記第１制御情報が用いる第１通信リソースと同じサイズを持つ前記第２通信リソースのいずれかが利用可能であれば、該リソースを選択し、同じサイズを持つ第２通信リソースのいずれもが利用できない場合には、前記第１制御情報が用いる第１通信リソースの、同一サイズの通信リソース内でそれぞれのリソースに付されているインデックスと同一のインデックスを持つ前記第２通信リソースのいずれかが利用可能であれば、該リソースを選択し、同一のインデックスを持つ第２通信リソースのいずれも利用できない場合は、利用可能かどうか調査していない第２通信リソースのいずれかを選択することを特徴とする請求項１に記載の送信装置。
【請求項４】
第１伝送帯域でそれぞれ独立な番号が付され、複数のリソースサイズのいずれかの大きさを持つ複数の第１通信リソースのうち一つを選択する第１選択部と、
選択された前記第１通信リソースを用いて第１制御情報を送信する第１送信部と、
第２伝送帯域でそれぞれ独立な番号が付され、複数のリソースサイズのいずれかの大きさを持つ複数の第２通信リソースのうち一つを選択する第２選択部と、
選択された前記第２通信リソースを用いて第２制御情報を送信する第２送信部と、を具備し、
前記第２選択部は、
前記第１制御情報が用いる第１通信リソースと同じ番号を持つ前記第２通信リソースが利用可能であれば、該リソースを選択し、
同じ番号を持つ第２通信リソースが利用できない場合には、前記第１制御情報が用いる第１通信リソースと同じサイズを持つ前記第２通信リソースのいずれかが利用可能であれば、該リソースを選択し、
同じサイズを持つ第２通信リソースのいずれもが利用できない場合には、前記第１制御情報が用いる第１通信リソースの、同一サイズの通信リソース内でそれぞれのリソースに付されているインデックスと同一のインデックスを持つ前記第２通信リソースのいずれかが利用可能であれば、該リソースを選択し、
同一のインデックスを持つ第２通信リソースのいずれも利用できない場合、利用可能かどうか調査していない第２通信リソースのいずれかを選択することを特徴とする送信装置。
【請求項５】
請求項３に記載の第１制御情報及び第２制御情報を受信する受信装置において、
第１伝送帯域に含まれる複数の第１通信リソースにて受信した信号を、復調に成功するまで順次復調して前記第１制御情報を得る第１復調手段と、
第２伝送帯域に含まれる複数の第２通信リソースにて受信した信号を復調して前記第２制御情報を得る第２復調手段と、を具備し、
前記第２復調手段は、
前記第１通信リソースと同じ番号を持つ前記第２通信リソースにて受信した信号を復調して前記第２制御情報を得ようとし、
前記第１通信リソースと同じ番号を持つ前記第２通信リソースから前記第２制御情報が得られなかった場合には、前記第１制御情報が用いる第１通信リソースと同じサイズを持つ前記第２通信リソースにて受信した信号を復調して前記第２制御情報を得ようとし、
第１通信リソースと同じサイズを持つ前記第２通信リソースから前記第２制御情報が得られなかった場合には、前記第１制御情報が用いる第１通信リソースのインデックスと同一のインデックスを持つ前記第２通信リソースにて受信した信号を復調して前記第２制御情報を得ようとし、
第１通信リソースのインデックスと同一のインデックスを持つ前記第２通信リソースから前記第２制御情報が得られなかった場合には、復調していない第２通信リソースにて受信した信号を復調に成功するまで順次復調して前記第２制御情報を取得することを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御情報伝送について、複数の伝送帯域を個別に制御する制御信号の送信装置及び受信装置に関する。
【背景技術】
【０００２】
多数のユーザと同時に通信するセルラ通信では、伝送するユーザデータに関する制御情報の伝送が欠かせない。この制御情報は、確実にユーザへ届くよう、多くの通信リソースを利用して伝送される（例えば、非特許文献１参照）。しかし制御データ自体はユーザデータを伝送しないため、多くの通信リソースを利用しすぎると、スループットの低下を招いてしまう。そこで非特許文献１では、サイズに柔軟性を持たせた制御情報の伝送方法を開示している。
【０００３】
また、自分宛の制御情報のサイズが不明な状況で、しかも各ユーザへ伝送された複数の制御情報の中から、自分宛の制御情報を見つけ出すための手段が提供されている（例えば、非特許文献２参照）。非特許文献２では、制御情報を一つずつ、あり得る様々な制御情報のサイズを仮定しながら復調し、正しく復調できたものを自分宛だとみなすブラインド検出方法が述べられている。ただし数多くの制御情報を全て復調するのは手間が膨大なので、ユーザごとに復調を試すべき制御情報の集合が決められる。
【０００４】
これらとは別に、複数の伝送帯域を同時に利用することで、スループットを向上させる技術もある（例えば、非特許文献３参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8),” TS36.211, ver.8.3.0 (2008)
【非特許文献２】3GPP, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 8),” TS36.213, ver.8.3.0 (2008)
【非特許文献３】NTT DoCoMo, “Update Views on Support of Wider Bandwidth in LTE-Advanced,” 3GPP Technical Document, R1- 083015 (2008)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
非特許文献３に記載のように複数の伝送帯域を同時に利用し、かつ各伝送帯域では非特許文献１に記載の制御情報を、非特許文献２に記載のブラインド検出をしなければならない場合、ブラインド検出にて復調を試すべき制御情報の数が、同時利用する伝送帯域の数だけ増えてしまう。しかしブラインド検出は、多くの復調を試す処理であり負荷が大きいので、複数の帯域を同時利用する際に、さらに負荷が増えてしまうことは避けたい。
【０００７】
そこでこの発明は、複数の帯域を同時利用する際に、制御情報の検出を容易にし、ブラインド検出の負荷を軽減する送信装置及び受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本発明の送信装置は、第１伝送帯域でそれぞれ独立な番号が付された複数の第１論理リソースのうち一つを用いて第１制御情報を送信し、第２伝送帯域でそれぞれ独立な番号が付された複数の第２論理リソースのうちの一つを用いて第２制御情報を送信する送信手段と、前記第１制御情報が用いる前記第１論理リソースの番号に応じて前記第２論理リソースを絞り込み、絞り込まれた第２論理リソースのうち一つの論理リソースを選択する選択手段と、を具備し、前記送信手段は、選択された前記論理リソースを用いて前記第２制御情報を送信することを特徴とする。
【０００９】
また、本発明の送信装置は、第１伝送帯域でそれぞれ独立な番号が付され、複数のリソースサイズのいずれかの大きさを持つ複数の第１論理リソースのうち一つを選択する第１選択部と、選択された前記第１論理リソースを用いて第１制御情報を送信する第１送信部と、第２伝送帯域でそれぞれ独立な番号が付され、複数のリソースサイズのいずれかの大きさを持つ複数の第２論理リソースのうち一つを選択する第２選択部と、選択された前記第２論理リソースを用いて第２制御情報を送信する第２送信部と、を具備し、
前記第２選択部は、前記第１制御情報が用いる第１論理リソースと同じ番号を持つ前記第２論理リソースが利用可能であれば、該リソースを選択し、同じ番号を持つ第２論理リソースが利用できない場合には、前記第１制御情報が用いる第１論理リソースと同じサイズを持つ前記第２論理リソースのいずれかが利用可能であれば、該リソースを選択し、同じサイズを持つ第２論理リソースのいずれもが利用できない場合には、前記第１制御情報が用いる第１論理リソースの、同一サイズの論理リソース内でそれぞれのリソースに付されているインデックスと同一のインデックスを持つ前記第２論理リソースのいずれかが利用可能であれば、該リソースを選択し、同一のインデックスを持つ第２論理リソースのいずれも利用できない場合は、利用可能かどうか調査していない第２論理リソースのいずれかを選択することを特徴とする。
【００１０】
本発明の受信装置は、上記の第１制御情報及び上記の第２制御情報を受信する受信装置において、第１伝送帯域に含まれる複数の第１論理リソースを復調に成功するまで順次復調して前記第１制御情報を得る第１復調手段と、第２伝送帯域に含まれる複数の第２論理リソースを復調して前記第２制御情報を得る第２復調手段と、を具備し、
前記第２復調手段は、前記第１論理リソースと同じ番号を持つ前記第２論理リソースを復調して前記第２制御情報を得ようとし、前記第１論理リソースと同じ番号を利用して前記第２制御情報が得られなかった場合には、前記第１制御情報が用いる第１論理リソースと同じサイズを持つ前記第２論理リソースを復調して前記第２制御情報を得ようとし、第１論理リソースと同じサイズを利用して前記第２制御情報が得られなかった場合には、前記第１制御情報が用いる第１論理リソースのインデックスと同一のインデックスを持つ前記第２論理リソースを復調して前記第２制御情報を得ようとし、第１論理リソースのインデックスと同一のインデックスを利用して前記第２制御情報が得られなかった場合には、復調していない第２論理リソースを復調に成功するまで順次復調して前記第２制御情報を取得することを特徴とする。
【発明の効果】
【００１１】
本発明の送信装置及び受信装置によれば、複数の帯域を同時利用する際に、制御情報の検出を容易にし、ブラインド検出の負荷を軽減することができる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施形態の通信システムを示す図。
【図２】第１の実施形態の送信装置と受信装置との間の下りリンク伝送を説明するための図。
【図３】第１の実施形態のサブキャリア構成を示す図。
【図４】図１の通信システムで使用されるフレーム構成を示す図。
【図５】図１の通信システムで使用されるデータマッピングを示す図。
【図６】図１の通信システムで使用される制御情報と制御チャネルリソースを示す図。
【図７】第１の実施形態の制御チャネルリソース構成を示す図。
【図８】第１の実施形態における同一サイズの制御チャネルリソース（論理リソース）の一例を示す図。
【図９】第１の実施形態における同一探索インデックスの制御チャネルリソース（論理リソース）の一例を示す図。
【図１０】第１の実施形態における同一論理チャネルリソースの制御チャネルリソース（論理リソース）の一例を示す図。
【図１１】第１の実施形態における送信装置のブロック図。
【図１２】図１１の送信装置の動作の一例を示すフローチャート。
【図１３】第１の実施形態における受信装置のブロック図。
【図１４】図１３の受信装置の動作の一例を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら本発明の実施形態に係る送信装置及び受信装置について詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。  
（第１の実施形態）  
実施形態に係る送信装置、受信装置を含む通信システムについて図１、図２を参照して説明する。図１は、本実施形態における、通信システム構成を示す図である。  
本通信システムは、基地局１０５と複数の端末１０１〜１０４からなり、端末から基地局への通信を上りリンク１０６、基地局から端末への通信を下りリンク１０７と呼ぶことにする。下りリンクでは、ＯＦＤＭＡ（orthogonal frequency division multiple access）通信を用いているものとする。実施形態では、基地局１０５が送信装置であり、各端末１０１〜１０４が受信装置に対応する。基地局１０５は、サービスエリア１０８を提供している。
【００１４】
図２は下りリンクの形態を示す図であり、基地局１０５は、ユーザデータに変調を施し、送信アンテナを用いてＲＦ信号として送信する。ＲＦ信号は、伝送路を経て、端末１０１〜１０４の受信アンテナへと到達する。受信装置である端末１０１〜１０４は、受信アンテナで受信した信号に対して受信処理を施し、送信されたユーザデータを得る。
【００１５】
次に、ＯＦＤＭＡ通信のサブキャリア構成について図３を参照して説明する。図３は、本実施形態におけるＯＦＤＭＡ通信のサブキャリア構成を示す図である。サブキャリアは全部でＮ本あるものとし、このＮ本のサブキャリアは、Ｑ個の伝送帯域であるメインバンドに分割されているものとする。また、１つのメインバンドはさらにＰ個のサブバンドに分割されているものとする。ここで、Ｎ，Ｑ，Ｐはいずれも正の整数であるとする。
【００１６】
次に、時間方向のフレーム構成について図４を参照して説明する。図４は、本実施形態における時間方向のフレーム構成を示す図である。  
本実施形態では、１フレームは、１０ｍｓｅｃであるものとし、１フレームは１個あたり１ｍｓｅｃの、１０個のサブフレームに分割されているものとする。データはサブフレーム単位で送信される。サブフレームはさらに、０．５ｍｓｅｃの２つのスロットに分割されているものとする。この１スロットの中に、全部で７つのＯＦＤＭシンボルが入っているものとする。１つのＯＦＤＭシンボルは、シンボル後半の信号をコピーしてシンボル前半に付与した、サイクリックプレフィックスと呼ばれる部分を含んでいるものとする。
【００１７】
図５は、以上で説明した周波数及び時間方向の構成を２次元に表現したものである。図５では、上方から下方に向かってが時間軸の方向であり、左方から右方に向かってが周波数軸の方向である。１サブフレームのうち、先頭の３ＯＦＤＭシンボルは制御チャネル物理領域に設定されているものとする。第１メインバンド中にある制御チャネル物理領域を第１制御チャネル物理領域、第２メインバンドの中にある制御チャネル物理領域を第２制御チャネル物理領域といった具合に呼ぶことにし、第Ｑメインバンドの第Ｑ制御チャネル物理領域まで設定されているものとする。この制御チャネル物理領域において、基地局は制御チャネルを端末宛に伝送するものとする。また、例えばある端末宛の制御チャネルは１以上のメインバンドに含まれている。制御チャネルについては図６を用いて後述する。第４ＯＦＤＭシンボル以降、第２スロットの最終ＯＦＤＭシンボルまでは、ユーザデータを伝送する領域である。ユーザデータは、メインバンド中のすべてのサブバンドを使わなくてもよく、一部のサブバンドを用いて伝送されるものとする。
【００１８】
例えば図５では、第１メインバンドの第３及び第４サブバンドを用いてユーザデータが送られている。このような第１メインバンドで送られるユーザデータを第１データと呼ぶことにする。第２メインバンドにて送られるデータは、第１スロットでは第２及び第３サブバンドを、第２スロットでは第４及び第５サブバンドを利用している。このように、第１スロットと第２スロットでは、利用するサブバンドが異なってもよい。第１メインバンドの第１データと同様に、第２メインバンドにて伝送されるユーザデータを第２データと呼ぶ。以下同様に、第Ｑメインバンドまでのそれぞれで、ユーザデータが伝送される。
【００１９】
次に、図５の制御チャネル物理領域に含まれる制御チャネルについて図６を参照して説明する。図６の上図が制御情報を示し、図６の下図が論理リソースである制御チャネルリソース６０４を示す。  
制御チャネルが伝送する制御情報６０２には複数の種類があり得る。しかし、本実施形態では制御情報は、１ユーザに対して１つずつ送られる、下りリンクにおけるユーザデータの配置サブバンドを示す情報であるとする。他には制御情報として、上りリンクにおいて利用するサブバンドを示す情報や、上りリンクの送信電力制御を示す情報もありうる。これら制御情報の種類を区別する目的で、図６に示すように先頭には制御信号の種別６０１が記されているものとする。
【００２０】
ここで用語について定義する。制御情報とは、後続のデータがどのサブバンドに配置されているかを示す情報である。制御チャネルとは、制御情報が変調された物理的な送信信号である。制御チャネルリソースとは、制御チャネルを送信するための、時間と周波数とで指定される範囲である。制御チャネルリソースは論理リソースと物理リソースとの２種類ある。論理リソースは複数の送信ビットの中で制御情報を配置する範囲を示し、物理リソースは送信ビットを変調した後に配置するＯＦＤＭサブキャリアである。論理リソースと物理リソースとを含めて通信リソースと称する。
【００２１】
先頭に続いて、本実施形態で仮定する下りリンクのユーザデータの割り当て情報（データ配置情報６０２とも呼ぶ）が続く。この割り当て情報は、各メインバンド内で、どのサブバンドを用いてユーザデータが送られているかを示すものである。つまり、図５の例では、第１制御チャネル物理領域で送られる第１制御チャネルは、第１データが第２及び第３サブバンドにおいて伝送されていることを示す。
【００２２】
割り当て情報に続き、伝送誤りを検出するための誤り検査符号６０３が付与される。本実施形態では誤り検査符号としてＣＲＣ符号を前提とするが、ＣＲＣ符号以外の誤り検査符号を用いることも可能である。
【００２３】
以上の制御情報６０２は、無線伝送における雑音や歪みへの対策として、誤り訂正符号化が施される。例えば畳み込み符号化などの誤り訂正符号化を経て冗長化され、サイズが大きくなる。さらに、ユーザ毎に固有のスクランブルが施される。同様に第２制御チャネル物理領域で送られる第２制御チャネルから、第Ｑ制御チャネル物理領域の第Ｑ制御チャネルまでが存在する。
【００２４】
次に、各制御チャネル物理領域の論理的な各制御チャネル論理領域に含まれる制御チャネルリソースについて図７を参照して説明する。図７は各制御チャネル論理領域の論理的な制御チャネルリソース構成を示す図である。ここで、図７は論理リソースを示していて、ある制御チャネルで制御情報を送信する際には、論理リソースを時間と周波数とで指定される物理リソースに変換してこの物理リソースを利用する。以下、特に断らない限りリソースと言えば論理リソースを示すことにする。  
本実施形態が前提とするシステムでは、基地局１０５と端末１０１〜１０４との距離は、端末ごとに異なる。従って、距離が短い端末に対しては、制御チャネル生成の際の誤り訂正符号化の冗長度を低く抑え、伝送誤りを生じない程度に小さなサイズとすることで、リソースの無駄遣いを減らしたい。一方、基地局と端末の距離が長い場合には、伝送誤りを防ぐために冗長化の度合いを大きくし、確実に伝送できるようにしなければならない。
【００２５】
以上のように制御情報を伝送する際には、基地局とユーザとの距離に応じて、誤り訂正符号化の冗長度を変えることが望ましい。そこで、制御情報を伝送するための論理的な制御チャネルリソースには複数のサイズを設定するものとする。図７では、制御チャネルリソースのサイズの違いが明確になるように、サイズが異なると大きさが異なるように象徴的に描かれている。ここでは、サイズ１と書かれた制御チャネルリソースのサイズを基準とし、その２倍のサイズのサイズ２、４倍のサイズのサイズ４、そして８倍のサイズのサイズ８の、４種類のサイズを用意するものとする。物理的な制御チャネルリソースは論理的な制御チャネルと一対一に対応していることから、同様に４種類のサイズが用意される。但しサイズ８のような大きいサイズの制御チャネルリソースを多く確保すると、制御チャネル物理領域が不足する可能性があるので、制御チャネルリソースはサイズ１のものを６個、サイズ２のものを６個、サイズ４のものを２個、そしてサイズ８のものを２個だけ設定するものとする。基地局は、制御情報を、合計１６個のいずれかの制御チャネルリソース（論理リソース）に配置する。このとき、１つの制御チャネル物理領域において、制御チャネルは１ユーザに対して１つなので、複数のユーザへ制御チャネルを送る際には、同一の論理的な制御チャネルリソースを重複して利用しないようにしなければならない。
【００２６】
受信装置の受信処理において、自身宛の制御チャネルを復調するに当たり、基地局がどの制御チャネルリソースを用いて制御チャネルを伝送したか知る必要がある。但し、この制御チャネルの割り当て情報を別に送信すると、通信リソースがさらに必要となるため望ましくない。ここで本実施形態における受信装置は、各制御チャネルリソースを一つずつ復調し、誤り検査符号が誤りを検出しなかったものについて、自分宛だと認識する。自身宛の制御チャネルには、自身に割り当てられたスクランブル系列を用いたスクランブルが施されているため、復調の際にデスクランブルすれば正しく復調できる。一方、他端末宛の情報は、異なるスクランブル系列によりスクランブルが施されているので、自身に割り当てられているスクランブル系列でデスクランブルして復調しても、正しく復調することはできない。以上の検出方法を、制御チャネルのブラインド検出と呼ぶことにする。今回はブラインド検出のために、最大１６回の復調を試さなければならない。
【００２７】
ブラインド検出のための復調回数を削減する第１の手法について図８を参照して説明する。図８は、第１及び第２制御チャネル論理領域の制御チャネルリソースを示したものである。  
まず、問題の所在を明らかにする。第１制御チャネル論理領域のいずれかの制御チャネルリソースにある第１制御情報は、第１メインバンドにおいて第１データがマッピングされるサブバンドを示さなければならない。同様に第２制御チャネル論理領域のいずれかの制御チャネルリソースにある第２制御情報は、第２メインバンドにおいてどこに第２データがマッピングされるかを示さなければならない。もし第１制御情報がマッピングされる第１制御チャネル論理領域内の制御チャネルリソースと、第２制御情報がマッピングされる第２制御チャネル論理領域内の制御チャネルリソースがそれぞれ独立に決められるとすると、受信装置はそれぞれの制御チャネルを受信するために、双方の制御チャネル論理領域で２回ブラインド検出を実施しなければならない。例えば送信装置で第１制御情報は第８制御チャネルリソースに、そして第２制御情報は第１０制御チャネルリソースにマッピングされている場合を考える。端末は第１メインバンドで使われている第１データの利用サブバンドを知るためには、第１制御チャネル論理領域から、自分宛ての制御情報をブラインド検出により探さなければならない。このとき、最大１６回の復調を試さなければならない。同様に第２制御チャネル論理領域からも自分宛ての制御情報を探し出すためにブラインド検出処理をなければならない。このときも最悪の場合には、１６回の復調を試さなければならなくなる。これは非常に非効率的である。
【００２８】
しかしここで、本発明の実施形態では、第１制御情報が配置される第１制御チャネル論理領域内の制御チャネルリソースと、第２制御情報が配置される第２制御チャネル論理領域内の制御チャネルリソースに関連を持たせることを考える。  
例えば、双方の制御チャネルリソースは、出来るだけ等しいサイズのものを選択するというルールを予め決めておく。端末は、まず第１制御チャネル論理領域の中からブラインド検出により第１制御情報を探し出さなければならないが、これがサイズ２の第８制御チャネルリソースにあることがわかれば、第２制御チャネル論理領域のブラインド検出処理は、同じサイズ２の制御チャネルリソースから始めればよい。例えば第７制御チャネルリソースから順に復調を試みていくと、４回目の第１０制御チャネルリソースの復調において第２制御情報を見つけることができる。このようにルールを設定して制御チャネルリソースを絞り込む。もしルールが設定されていなければ、端末は第１制御チャネルリソースから復調を始め、第１０制御チャネルリソースにある第２制御情報を見つけるまでに１０回の復調を試みることになるかもしれない。このように制御チャネルリソースの設定方法に関し、制御チャネル論理領域間での関係をルール化しておくと、ブラインド検出の手間が削減できる。
【００２９】
次に、ブラインド検出のための復調回数を削減する第２の手法について図９を参照して説明する。図９の例は、各制御チャネル論理領域にて送られる制御情報が用いる制御チャネルリソースの設定ルールの別の形態を示す図であり、各制御チャネルリソースに探索インデックスと呼ばれる番号を予め振っている。探索インデックスは、同一サイズの制御チャネルリソース内でそれぞれのリソースに割り当てられるものである。  
第１制御チャネル論理領域において第８制御チャネルリソースを使った場合は、第２制御チャネル論理領域では、同一の探索インデックスを持った制御チャネルリソース、この場合は２が付された制御チャネルリソースを優先的に利用して第２制御チャネルリソースを使用して制御チャネルを送信する。端末は、第１制御チャネル論理領域において第８制御チャネルリソースで自分宛ての制御情報が送られていることをブラインド検出した後は、第２メインバンドでは探索インデックスが２の第２制御チャネルリソース、第８制御チャネルリソース、第１４制御チャネルリソース、及び第１６制御チャネルリソースから優先的に検索していくことになる。すると第２制御チャネルリソースにある第２制御情報を素早くブラインド検出することができる。
【００３０】
次に、ブラインド検出のための復調回数を削減する第３の手法について図１０を参照して説明する。図１０の例は、第１制御チャネル論理領域において用いている制御チャネルリソースと、第２制御チャネル論理領域にて用いている制御チャネルリソースを、出来るだけ等しくするというルールを設けた場合の例である。第１及び第２制御チャネル論理領域にて、同じ第８制御チャネルリソースを用いている。このようなルールを予め決めておくと、第１制御チャネル論理領域に用いている制御チャネルリソースをブラインド検出すれば、第２制御チャネル論理領域においてまず第８制御チャネルリソースを復調することで、第２制御情報を検出することが出来る。
【００３１】
以上で述べたルールでは、出来るだけルールに従うことを求めている。制御チャネル物理領域には複数ユーザ向けの複数の制御チャネルが配置されるため、ルールに従いたくとも、制御チャネルリソースが既に他のユーザへの制御チャネルの伝送に使われているかもしれない。その場合には、基地局は必ずしもこのルールに従う必要なく、空いている任意の制御チャネルリソースを用いてもよい。受信装置はブラインド検出を行う際には、ルールに従って決まる制御チャネルリソースを優先的に復調してみるが、見つからなければ、他の制御チャネルリソースの復調に移る。
【００３２】
次に、図２の送信装置について図１１を参照して説明する。図１１は本実施形態にかかる送信装置の装置構成を示す図である。  
データリソース管理部１１０１は、送信すべきユーザデータが発生したときに、各ユーザデータを配置する各メインバンド内のサブバンドを設定する。各メインバンドにて送信するユーザデータを決め、各メインバンドにおいて必要なサブバンドの量を決め、そして各メインバンド中のサブバンドの割り当てを決める。この割り当て情報は、第１〜第Ｑデータ生成部１１０２、第１〜第Ｑデータ配置部１１０３、及び第１〜第Ｑ制御情報生成部１１０４へ送られる。
【００３３】
第１データ生成部１１０２は、第１メインバンドにて送信する第１データを生成する。生成部１１０２は、ユーザデータのうち、第１メインバンドで送信すべき部分を切り出し、変調する。変調方式としては例えば、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ変調を用いることができる。もちろん、変調後の第１データは、データリソース管理部１１０１から通知されたサブバンドに収容できるサイズでなければならない。生成した第１データは、第１データ配置部１１０３に送られる。
【００３４】
第１データ配置部１１０３は、第１データ生成部１１０２から得た第１データをサブバンドに配置する。サブバンドに配置するとは、実際はサブバンドに対応するサブキャリアへ、変調された第１データを配置する作業である。この配置する箇所は、データリソース管理部１１０１からの指示に従う。第１データ配置部１１０３が生成した信号は送信信号選択部１１０７へ送られる。
【００３５】
第２〜第Ｑデータ生成部１１０２は、第１データ生成部１１０２と同様に動作する。但し、生成対象がそれぞれ第２〜第Ｑデータである点のみが異なる。また、第２〜第Ｑデータ配置部１１０３も、第１データ配置部１１０３と同様に動作する。但し、配置対象がそれぞれ第２〜第Ｑメインバンドである点が異なる。
【００３６】
第１制御情報生成部１１０４は、データリソース管理部１１０１より得た第１メインバンドにおける第１データの配置サブバンド情報に基づき、第１制御情報を生成する。制御チャネルにて伝送される制御情報は、図６に示したような構成を持ち、第１データが、どのサブバンドにマッピングされているかを示す情報である。この第１制御情報生成部１１０４で生成した制御情報は、第１制御情報配置部１１０６へ送られる。
【００３７】
第１制御チャネルリソース決定部１１０５は、第１制御チャネル論理領域に含まれる１６個の制御チャネルリソースのうち、いずれを用いて第１制御情報を伝送するかを決める。決定部１１０５は、第１制御チャネル領域では他端末への第１制御チャネルも伝送されることから、これらと重ならないように制御チャネルリソースを選択する。選択した制御チャネルリソースは、第１制御情報配置部１１０６へと送られる。また、選択した制御チャネルリソースの情報が第２〜第Ｑ制御チャネルリソース決定部１１０５に送られる。
【００３８】
第１制御情報配置部１１０６は、第１制御情報生成部が生成した第１制御情報を、第１制御チャネルリソース決定部が決定した制御チャネルリソースへと配置する。この配置する作業とは、第１制御情報を変調し、第１制御チャネル論理領域に対応する第１制御チャネル物理領域、即ち先頭３ＯＦＤＭシンボルの中の各サブキャリアに対して各変調シンボルを配置する作業である。配置した結果は、送信信号選択部１１０７へと送られる。この処理により、制御情報は制御チャネルへと変換される。
【００３９】
第２〜第Ｑ制御情報生成部１１０４は、第１制御情報生成部１１０４と同様に動作する。但し、生成する制御情報がそれぞれ第２〜第Ｑ制御情報である点と、出力先がそれぞれ第２〜第Ｑ制御情報配置部１１０６である点が異なる。
【００４０】
第２制御チャネルリソース決定部１１０５は、第１制御チャネルリソース決定部１１０５とは異なる動作をする。第１制御チャネルリソース決定部１１０５は、他端末への第１制御情報と重ならないように制御チャネルリソースを選択していたが、第２制御チャネルリソース決定部１１０５は、それだけではなく、第２制御チャネル論理領域の中から、第１制御情報の配置される制御チャネルリソースと同じ制御チャネルリソース、もしくは出来るだけ同じサイズの制御チャネルリソース、もしくは同じ探索インデックスを持つ制御チャネルリソースを選択するというルールを満たすように絞り込み、絞り込んだ制御チャネルリソースから選択する。もしこれらのルールが満たせない場合は、他端末への第２制御情報と重ならないように制御チャネルリソースを選択する。選択した結果は第２制御情報配置部１１０６へと送られる。
【００４１】
第３〜第Ｑ制御チャネルリソース決定部１１０５は、第２制御チャネルリソース決定部１１０５と同様に動作する。但し、それぞれ第３〜第Ｑ制御情報を取り扱う点と、出力先がそれぞれ第３〜第Ｑ制御情報配置部１１０６である点が異なる。ここでは、第１制御チャネルリソース決定部１１０５が、第２〜第Ｑ制御チャネルリソース決定部１１０５とは動作が異なるが、第１〜第Ｑ制御チャネルリソース決定部のうちの１つが、まず上記の第１制御チャネルリソース決定部１１０５と同様に制御チャネルリソースを決定する動作を行い、その後、その他の全ての制御チャネルリソース決定部が、この決定された制御チャネルリソースの情報を受けて上記の第２制御チャネルリソース決定部１１０５と同様の動作を行ってもよい。
【００４２】
第２〜第Ｑデータ配置部１１０３は、第１データ配置部１１０３と同様に動作する。但し、入力がそれぞれ、第２〜第Ｑ制御情報生成部１１０４や、第２〜第Ｑ制御チャネルリソース決定部１１０５である点が異なる。
【００４３】
送信信号選択部１１０７は、時刻に応じて、制御チャネルを送信するのか、ユーザデータを送信するのかを選択して、ＯＦＤＭ変調部１１０８へと出力する。図５で述べたように、サブフレームの先頭３ＯＦＤＭシンボルでは制御チャネルを送信し、それ以降はユーザデータを送信する。
【００４４】
ＯＦＤＭ変調部１１０８は、送信信号選択部１１０７が出力した信号をＯＦＤＭ変調し、さらにサイクリックプレフィックスを付与してから送信ＲＦ部１１０９へと送る。
【００４５】
送信ＲＦ部１１０９は、ＯＦＤＭ変調されたベースバンド信号をアナログ信号に変換し、ＲＦ周波数に変換してから送信アンテナへと送る。送信アンテナは送信ＲＦが出力した送信ＲＦ信号を送信する。
【００４６】
次に、図１１に記載の送信装置の動作について図１２を参照して説明する。  
送信装置は処理の開始とともにまず、データリソース管理部１１０１が各メインバンドで送信するユーザデータが用いるサブバンドを決定する（送信サブバンド設定）（ステップＳ１２０１）。この送信サブバンドを決定する処理は、各メインバンドに対して行われる。
【００４７】
次の処理は、制御情報に関する処理と、データに関する処理に分けられる。制御情報に関する処理ではまず、隣接メインバンドの制御チャネルリソースと同一の制御チャネルリソースが利用できるかどうかの判定から始まる（ステップＳ１２０２）。この判定は、第１〜第Ｑ制御チャネルリソース決定部１１０５にて実施される。第１メインバンドの制御チャネルリソースを決定する際には、周辺のメインバンドの制御チャネルリソースは未だ設定されていないので、判定はＮｏとなる。第１メインバンド以外の制御チャネルリソースを決定する際には、隣接メインバンドの制御チャネルリソースの設定状況を確認し、同一の制御チャネルリソースが利用できるかを判定する。もしＹｅｓと判断されれば、当該制御チャネルリソースを制御チャネル送信用リソースとして設定し（ステップＳ１２０３）、ステップＳ１２０９の制御情報生成処理に移る。Ｎｏと判定された場合は、次の判定であるステップＳ１２０４に進む。
【００４８】
次の判定は、隣接メインバンドの制御チャネルリソースの設定状況を確認し、同一のサイズを持つ制御チャネルリソースが利用できるかを判定する（ステップＳ１２０４）。この判定は、第１〜第Ｑ制御チャネルリソース決定部１１０５にて実施される。第１メインバンドの制御チャネルリソースを決定する際には、周辺のメインバンドの制御チャネルリソースは未だ設定されていないので、判定はＮｏとなる。Ｙｅｓと判断されれば、当該制御チャネルリソースを制御チャネル送信用リソースとして設定し（ステップＳ１２０５）、ステップＳ１２０９に移る。Ｎｏと判定された場合は、次の判定であるステップＳ１２０６に進む。
【００４９】
次の判定は、隣接メインバンドの制御チャネルリソースの設定状況を確認し、同一の探索インデックスを持つ制御チャネルリソースが利用できるかを判定する（ステップＳ１２０６）。この判定は、第１〜第Ｑ制御チャネルリソース決定部１１０５にて実施される。第１メインバンドの制御チャネルリソースを決定する際には、周辺のメインバンドの制御チャネルリソースは未だ設定されていないので、判定はＮｏとなる。Ｙｅｓと判断されれば、当該制御チャネルリソースを制御チャネル送信用リソースとして設定し（ステップＳ１２０７）、ステップＳ１２０９に移る。Ｎｏと判定された場合は、利用可能な制御チャネルリソースを設定する処理に進む（ステップＳ１２０８）。  
利用可能な制御チャネルリソースを設定する処理では、他ユーザへの制御情報と重ならないように制御チャネルリソースが決定される。この判定は、第１〜第Ｑ制御チャネルリソース決定部にて実施される。
【００５０】
制御チャネル生成処理ではデータリソース管理部が決めた各メインバンドのユーザデータ送信用のサブバンドを示す、制御情報を生成する。この処理は第１〜第Ｑ制御情報生成部１１０４にて実施される（ステップＳ１２０９）。続いて各制御情報を、前述の処理により決定した制御チャネルリソースへ配置して処理は終了となる（ステップＳ１２１０）。この処理は、第１〜第Ｑ制御情報配置部１１０６にて実施される。以上で制御情報に関する処理は終了である。  
続いてデータ側の送信処理は、データリソース管理部１１０１が決定したサブバンドに対して、送信するユーザデータを生成し（ステップＳ１２１１）、ユーザデータを配置する処理となる（ステップＳ１２１２）。これらの処理は、第１〜第Ｑデータ生成部１１０２と、第１〜第Ｑデータ配置部１１０３により実施される。以上でユーザデータに関する処理は終了となる。
【００５１】
次に、本実施形態の受信装置について図１３を参照して説明する。  
受信ＲＦ部１３０１は、受信アンテナにより受信されたＲＦ信号を入力し、ディジタルベースバンド信号へと変換する。ＯＦＤＭ復調部１３０２は、得られたディジタルベースバンド信号をＯＦＤＭ復調し、各サブキャリアの受信シンボルを抽出する。受信処理選択部１３０３は、時刻情報をもとに、得られた各サブキャリアの受信シンボルを、第１〜第Ｑ制御チャネル復調部１３０４へと送るか、もしくは第１〜第Ｑデータ復調部１３０５へと送るかを決める。サブフレームの冒頭３ＯＦＤＭシンボルは制御情報であるため、この間は第１〜第Ｑ制御チャネル復調部１３０４へと送る。また、冒頭３ＯＦＤＭシンボル以降はデータ復調部１３０５へと送る。
【００５２】
第１制御チャネル復調部１３０４は、制御チャネルリソースを物理リソースから論理リソースに変換し、第１制御チャネル論理領域における制御情報のブラインド検出、即ち含まれる１６個の制御チャネルリソースから信号を順次抽出して復調し、誤り検査符号が正しく復号できるものを探す処理を行う。もし見つかった場合は、それが自分宛ての制御情報であるとみなし、制御情報に記載されている第１データが配置されたサブバンドの情報を、第１データ復調部１３０５へ送る。
【００５３】
第２制御チャネル復調部１３０４も、第２制御チャネル論理領域に対してブラインド検出を実行し、制御情報を見つけ出して復調する機能を持つが、同時に第２制御チャネル復調部１３０４は第１制御チャネル復調部１３０４に接続しており、制御チャネルリソースの検出情報をやり取りすることができる。第２制御チャネル復調部１３０４は、第１制御チャネル復調部１３０４より、第１制御情報を検出した制御チャネルリソースを教えてもらう。すると第２制御チャネル復調部１３０４は、まず同一の制御チャネルリソースから復調を試す。そしてもし第２制御情報が見つかれば、その中に記載された第２データの配置情報を、第２データ復調部１３０５へ送る。見つからない場合は次に、同一のサイズを持つ制御チャネルリソースの復調を順次試す。見つからない場合は続いて、同一の探索インデックスを持つ制御チャネルリソースの復調を順次試みる。それでも見つからない場合は、その他の制御チャネルリソースの復調を試す。
【００５４】
第３〜第Ｑ制御チャネル復調部１３０４は、第２制御チャネル復調部１３０４と同様に動作する。但し、対象がそれぞれ第３〜第Ｑ制御チャネル論理領域であることと、出力先が第３〜第Ｑデータ復調部１３０５である点が異なる。ここでは、第１制御チャネル復調部１３０４が、第２〜第Ｑ制御チャネル復調部１３０４とは動作が異なるが、第１〜第Ｑ制御チャネル復調部１３０４のうちの１つが、まず上記の第１制御チャネル復調部１３０４と同様に制御チャネルリソースを順次復調し、誤り検査符号が正しく復号できるものを探す動作を行い、その後、その他の全ての制御チャネル復調部が、この正しく復号された制御チャネルリソースの情報を受けて上記の第２制御チャネル復調部１３０４と同様の動作を行ってもよい。
【００５５】
以上のように、第１〜第Ｑ制御チャネル復調部１３０４間で制御情報の検出情報を共有することにより、ブラインド検出の手間を軽減することができる。
【００５６】
第１データ復調部１３０５は、第１制御チャネル復調部１３０４から指示されたサブバンドに第１データがあると認識し、第１データを復調する。第２〜第Ｑデータ復調部１３０５は、第１データ復調部１３０５と同様に動作する。但し、入力がそれぞれ第２〜第Ｑ制御チャネル復調部１３０４である点と、復調する対象が第２〜第Ｑメインバンドである点が異なる。
【００５７】
次に、図１３の受信装置の動作について図１４を参照して説明する。  
処理の開始に伴い受信装置は、メインバンドを示すｑを１に設定する。同時に、第１制御チャネル論理領域に含まれる１６個の制御チャネルリソースを復調する順番を決める（ステップＳ１４０１）。単純には、第１制御チャネルリソースから順に、第１６制御チャネルリソースまでを復調する順番となる。以上の処理は、第１制御チャネル復調部１３０４にて実施される。
【００５８】
続いて、第１メインバンドの制御チャネルリソースのうち、最初の制御チャネルリソースを復調する（ステップＳ１４０２）。そして誤り検査符号の検査を行う（ステップＳ１４０３）。以上の処理は、第１制御チャネル復調部１３０４にて実施される。誤り検査符号の検査の結果、正しく復調できていれば、その制御チャネルリソースに記載されているサブバンドを復調し（ステップＳ１４０４）、第１データを得て、当該メインバンドの処理は終了となる。以上の処理は、第１データ復調部１３０５にて行われる。
【００５９】
もし誤り検出が間違っていれば、続いて他の制御チャネルリソースの復調を試みる。そして上記の処理を、第１制御情報が見つかるか、もしくは全制御チャネルリソースの復調が終了するまで繰り返し、第１メインバンドに対する処理が終了となる（ステップＳ１４０５、Ｓ１４０６）。
【００６０】
第１メインバンドに対する処理が終了したら、続いて全メインバンドの復調を完了したかどうかの判定が行われる（ステップＳ１４０７）。当然Ｎｏであるので、続いてｑをインクリメントし（ステップＳ１４０８）、隣接する第２メインバンドに対して同様の処理を適用する（ステップＳ１４０９、Ｓ１４０２〜Ｓ１４０７）。このとき、第１制御チャネル論理領域のいずれの制御チャネルリソースにおいて第１制御情報を検出したかという情報に基づき、第２制御チャネル論理領域内の１６個の制御チャネルリソースの復調順が決まる。そして、制御チャネルリソースを一つずつ復調する処理が開始される。  
以上の処理を、全メインバンドに対して実施する。
【００６１】
以上の第１の実施形態によれば、複数の帯域を同時利用する際に、第１伝送帯域で送信される第１制御情報が用いる第１論理リソースの番号に応じて、第１伝送帯域で送信される第２制御情報が用いる第２論理リソースを絞り込み、絞り込まれた第２論理リソースのうち一つの論理リソースを選択することによって、制御情報の検出を容易にし、ブラインド検出の負荷を軽減することができる。
【００６２】
（第２の実施形態）  
第２の実施形態は、第１の実施形態を、数式を用いながら詳細に表現したものである。  
第ｑメインバンドの第ｋサブフレームにおける各制御チャネルリソースは、全部でＮＣＣＥ，ｑ，ｋ個ある制御チャネルリソース要素のうち、一部分を使って形成されるものとする。また、サイズ１の制御チャネルリソースは１個の制御チャネルリソース要素からなり、サイズ２、４、及び８の制御チャネルリソースはそれぞれ、２個、４個、及び８個の制御チャネルリソース要素から成るものとする。
【００６３】
端末がモニタすべき制御チャネルリソースを、サーチスペースと定義する。第ｑメインバンドにおける制御チャネルリソースのサイズＬｑ∈｛１，２，４，８｝ごとのサーチスペースＳ（Ｌ）ｑ，ｊ，ｋは、以下の式で与えられる連続する制御チャネルリソース要素で定義される。
【００６４】
（Ｚ（Ｌｑ）ｑ，ｋ＋Ｌｑｊｑ，Ｌｑ＋ｉ）mod ＮＣＣＥ，ｑ，ｋ
ここでＺ（Ｌｑ）ｑ，ｋは各サイズの最初の制御チャネルリソースの開始位置を示し、ｊｑ，Ｌｑは各サイズの中での何個目の制御チャネルリソースであるかを示し、サイズ１と２はｊｑ，Ｌｑ∈｛０，１，・・・，５｝であり、サイズ４と８はｊｑ，Ｌｑ∈｛０，１｝であるものとする。またｉ＝０，１，・・・，Ｌ−１であるものとする。Ｚ（Ｌｑ）ｑ，ｋは、ｑ、ｋ、及びＬｑの他に、ユーザＩＤを用いて決定される。
【００６５】
端末は、Ｌｑとｊｑ，Ｌｑの組み合わせで示される制御チャネルリソースを順次復調する。復調の手順は以下とする。  
１．第ｑ’メインバンドにおいてＬｑ’とｊｑ’，Ｌｑ’が使われていることが既に判っている場合は、Ｌｑ＝Ｌｑ’及びｊｑ，Ｌｑ＝ｊｑ’，Ｌｑ’ mod｛max（ｊｑ，Ｌｑ）｝で示される制御チャネルリソースを復調する。  
２．第ｑ’メインバンドにおいてＬｑ’が使われていることが既に判っている場合はＬｑ＝Ｌｑ’の各制御チャネルリソースを復調する。  
３．第ｑ’メインバンドにおいてｊｑ’，Ｌｑ’が使われていることが既に判っている場合はｊｑ，Ｌｑ＝ｊｑ’，Ｌｑ’ mod｛max（ｊｑ，Ｌｑ）｝の各制御チャネルリソースを復調する。  
４．まだ復調していない各制御チャネルリソースを復調する。
【００６６】
以上に示した第２の実施形態によれば、第１の実施形態と同様に、一つのメインバンドにて利用されている制御チャネルリソースが既にわかっている場合は、他のメインバンドにおいて制御チャネルを探索する処理が容易となる。
【００６７】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００６８】
１０１〜１０４・・・端末、１０５・・・基地局、１０６・・・上りリンク、１０７・・・下りリンク、１０８・・・サービスエリア、６０１・・・制御信号種別、６０２・・・制御情報、データ配置情報、６０３・・・誤り検査符号、６０４・・・制御チャネルリソース、１１０１・・・データリソース管理部、１１０２・・・データ生成部、１１０３・・・データ配置部、１１０４・・・制御情報生成部、１１０５・・・制御チャネルリソース決定部、１１０６・・・制御情報配置部、１１０７・・・送信信号選択部、１１０８・・・ＯＦＤＭ変調部、１１０９・・・送信ＲＦ部、１３０１・・・受信ＲＦ部、１３０２・・・ＯＦＤＭ復調部、１３０３・・・受信処理選択部、１３０４・・・制御チャネル復調部、１３０５・・・データ復調部。
【図１】
2010219694.tif 000003
【図２】
2010219694.tif 000004
【図３】
2010219694.tif 000005
【図４】
2010219694.tif 000006
【図５】
2010219694.tif 000007
【図６】
2010219694.tif 000008
【図７】
2010219694.tif 000009
【図８】
2010219694.tif 000010
【図９】
2010219694.tif 000011
【図１０】
2010219694.tif 000012
【図１１】
2010219694.tif 000013
【図１２】
2010219694.tif 000014
【図１３】
2010219694.tif 000015
【図１４】
2010219694.tif 000016