(57)【要約】【課題】上りリンクの制御リソースを効率的に利用する。【解決手段】基地局は、複数の端末装置のうち少なくとも１つにあらかじめ割り当てた上り制御リソースを指定リソースとして記憶する指定リソース記憶手段と、前記下り制御リソースと前記上り制御リソースとの対応を定義した対応規則を記憶した対応規則記憶手段と、上りデータリソースと下りデータリソースとの両方を割り当てる第１の端末装置に関して、前記下りデータの受信命令を、指定リソースに対応する対応リソースに割り当てることによりフレームを生成するフレーム生成手段と、を備える。【選択図】図１８
2009147747.tif 000002
【特許請求の範囲】
【請求項１】
複数の下り制御リソースと複数の下りデータリソースとを含む下りフレームを複数の端末に送信し、複数の上り制御リソースと複数の上りデータリソースとを含む上りフレームを前記複数の端末装置から受信する基地局であって、
（Ａ）前記下りデータリソースを割り当て、前記上りデータリソースを割り当てる第１の端末装置と、
前記下りデータリソースを割り当て、前記上りデータリソースを割り当てない第２の端末装置と、
を決定する端末装置決定手段と、
（Ｂ）前記上りフレームにおいて前記複数の端末装置のうちの少なくとも１つにあらかじめ割り当てた上り制御リソースを指定リソースとして記憶する指定リソース記憶手段と、
（Ｃ）前記第１および第２の端末装置に送信する第１および第２の下りデータを生成するデータ生成手段と、
（Ｄ）前記第１および第２の下りデータを割り当てる第１および第２の下りデータリソースを決定する下りリソース決定手段と、
（Ｅ）前記第１および第２の下りデータの受信命令を生成する受信命令生成手段と、
（Ｆ）前記第１の端末装置に割り当てる第１の上りデータリソースを決定する上りリソース決定手段と、
（Ｇ）前記第１の上りデータリソースを用いた第１の上りデータの送信を許可する送信許可命令を生成する送信許可命令生成手段と、
（Ｈ）前記下り制御リソースと前記上り制御リソースとの対応を定義した対応規則を記憶する規則記憶手段と、
（Ｉ）前記指定リソースに対応づけられる下り制御リソースを対応リソースとして特定する対応リソース特定手段と、
（Ｊ）前記第１の下りデータの受信命令を前記対応リソースに割り当て、
前記第１の上りデータの送信許可命令を前記複数の下り制御リソースのうちから選択した第１の下り制御リソースに割り当て、
前記第２の下りデータの受信命令を前記複数の下り制御リソースのうち前記対応リソースと異なる第２の下り制御リソースに割り当て、
前記第１および第２の下りデータを前記第１および第２の下りデータリソースに割り当てる、
ことにより前記下りフレームを生成する、下りフレーム生成手段と、
（Ｋ）生成された下りフレームを前記第１および第２の端末装置に送信するフレーム送信手段と、
（Ｌ）前記第１および第２の端末装置を含む端末装置群から前記上りフレームを受信するフレーム受信手段と、
（Ｍ）受信した上りフレームを受信処理して、
前記第２の下り制御リソースに対応づけられる上り制御リソースを介して前記第２の下りデータの確認応答を取得し、
前記第１の上りデータリソースを介して取得される前記第１の上りデータから前記第１の下りデータの確認応答を抽出し、
前記指定リソースを介して前記確認応答とは異なる種類の制御データを取得する
フレーム受信処理部と、
を備えた基地局。
【請求項２】
前記受信命令生成手段は、
前記第１の上りデータの送信許可命令が前記下りフレームに含まれていることを示す存在情報を前記第１の下りデータの受信命令に含める、
ことを特徴とする請求項１に記載の基地局。
【請求項３】
請求項２に記載の基地局と通信する端末装置であって、
前記基地局が有する対応規則と同一の対応規則を備え、
前記基地局から受信した下りデータの受信命令に前記存在情報が含まれるとき、前記下りデータの受信命令を送信した前記下り制御チャネルに対応づけられる上り制御チャネルを使用することを回避することを特徴とする端末装置。
【請求項４】
複数の下り制御リソースと複数の下りデータリソースとを含む下りフレームを複数の端末に送信し、複数の上り制御リソースと複数の上りデータリソースとを含む上りフレームを前記複数の端末装置から受信する基地局において実行する無線通信方法であって、
（Ａ）前記下りデータリソースを割り当て、前記上りデータリソースを割り当てる第１の端末装置と、
前記下りデータリソースを割り当て、前記上りデータリソースを割り当てない第２の端末装置と、
を決定する端末装置決定ステップと、
（Ｂ）前記複数の端末装置のうちの少なくとも１つにあらかじめ割り当てた上り制御リソースを指定リソースとして記憶する指定リソース記憶ステップと、
（Ｃ）前記第１および第２の端末装置に送信する第１および第２の下りデータを生成するデータ生成ステップと、
（Ｄ）前記第１および第２の下りデータを割り当てる第１および第２の下りデータリソースを決定する下りリソース決定ステップと、
（Ｅ）前記第１および第２の下りデータの受信命令を生成する受信命令生成ステップと、
（Ｆ）前記第１の端末装置に割り当てる第１の上りデータリソースを決定する上りリソース決定ステップと、
（Ｇ）前記第１の上りデータリソースを用いた第１の上りデータの送信を許可する送信許可命令を生成する送信許可命令生成ステップと、
（Ｈ）前記下り制御リソースと前記上り制御リソースとの対応を定義した対応規則を参照する参照ステップと、
（Ｉ）前記指定リソースに対応づけられる下り制御リソースを対応リソースとして特定する対応リソース特定ステップと、
（Ｊ）前記第１の下りデータの受信命令を前記対応リソースに割り当て、
前記第１の上りデータの送信許可命令を前記複数の下り制御リソースのうちから選択した第１の下り制御リソースに割り当て、
前記第２の下りデータの受信命令を前記複数の下り制御リソースのうち前記対応リソースと異なる第２の下り制御リソースに割り当て、
前記第１および第２の下りデータを前記第１および第２の下りデータリソースに割り当てる、
ことにより前記下りフレームを生成する、下りフレーム生成ステップと、
（Ｋ）生成された下りフレームを前記第１および第２の端末装置に送信するフレーム送信ステップと、
（Ｌ）前記第１および第２の端末装置を含む端末装置群から前記上りフレームを受信するフレーム受信ステップと、
（Ｍ）受信した上りフレームを受信処理して、
前記第２の下り制御リソースに対応づけられる上り制御リソースを介して前記第２の下りデータの確認応答を取得し、
前記第１の上りデータリソースを介して取得される前記第１の上りデータから前記第１の下りデータの確認応答を抽出し、
前記指定リソースを介して前記確認応答とは異なる種類の制御データを取得する
フレーム受信処理ステップと、
を備えた無線通信方法。
【請求項５】
前記受信命令生成ステップは、
前記第１の上りデータの送信許可命令が前記下りフレームに含まれていることを示す存在情報を前記第１の下りデータの受信命令に含める、
ことを特徴とする請求項４に記載の無線通信方法。
【請求項６】
請求項５に記載の基地局と通信する端末装置において実行する無線通信方法であって、
前記基地局が有する対応規則と同一の対応規則を参照し、
前記基地局から受信した下りデータの受信命令に前記存在情報が含まれるとき、前記下りデータの受信命令を送信した前記下り制御チャネルに対応づけられる上り制御チャネルを使用することを回避することを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、端末装置および無線通信方法に関し、たとえば通信リソースの割り当て方法に関する。
【背景技術】
【０００２】
基地局と端末装置（以下単に端末と称する）とからなる無線通信システムにおいて、基地局は、DL grantと呼ばれる信号を用いて、端末に送信する下りリンクデータ（下りデータ）の有無を示し、またUL grantと呼ばれる信号を用いて端末へ信号送信を許可する方式が知られている。
【０００３】
また、下りリンクデータのACK/NACKを端末から基地局へフィードバックし、NACKの場合には再度下りリンクデータを送信する再送方式が知られている。さらに、下りリンクの通信品質を端末が測定し、チャネル品質情報 (CQI：Channel Quality Indicator)と呼ばれる信号を基地局へフィードバックする方式が知られている。これらACK/NACKおよびCQIは上りリンク制御信号に位置づけられる。
【非特許文献１】3rd Generation Partnership Project, “Evolved Universal Terrestrial Radio Access (E-UTRA);Physical Channels and Modulation(Release 8),”TS36.211(2007.09)
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来の無線通信方法では、上りリンク制御信号を用いて複数端末からのACK/NACKおよびCQIを伝送するために多くの上りリンクの制御リソースを消費する。
【０００５】
本発明は、上りリンクの制御リソースを効率的に利用することを可能とした基地局および通信方法を提供する。
【課題を解決するための手段】
【０００６】
本発明の一態様としての基地局は、
複数の下り制御リソースと複数の下りデータリソースとを含む下りフレームを複数の端末に送信し、複数の上り制御リソースと複数の上りデータリソースとを含む上りフレームを前記複数の端末装置から受信する基地局であって、
（Ａ）前記下りデータリソースを割り当て、前記上りデータリソースを割り当てる第１の端末装置と、
前記下りデータリソースを割り当て、前記上りデータリソースを割り当てない第２の端末装置と、
を決定する端末装置決定手段と、
（Ｂ）前記上りフレームにおいて前記複数の端末装置のうちの少なくとも１つにあらかじめ割り当てた上り制御リソースを指定リソースとして記憶する指定リソース記憶手段と、
（Ｃ）前記第１および第２の端末装置に送信する第１および第２の下りデータを生成するデータ生成手段と、
（Ｄ）前記第１および第２の下りデータを割り当てる第１および第２の下りデータリソースを決定する下りリソース決定手段と、
（Ｅ）前記第１および第２の下りデータの受信命令を生成する受信命令生成手段と、
（Ｆ）前記第１の端末装置に割り当てる第１の上りデータリソースを決定する上りリソース決定手段と、
（Ｇ）前記第１の上りデータリソースを用いた第１の上りデータの送信を許可する送信許可命令を生成する送信許可命令生成手段と、
（Ｈ）前記下り制御リソースと前記上り制御リソースとの対応を定義した対応規則を記憶する規則記憶手段と、
（Ｉ）前記指定リソースに対応づけられる下り制御リソースを対応リソースとして特定する対応リソース特定手段と、
（Ｊ）前記第１の下りデータの受信命令を前記対応リソースに割り当て、
前記第１の上りデータの送信許可命令を前記複数の下り制御リソースのうちから選択した第１の下り制御リソースに割り当て、
前記第２の下りデータの受信命令を前記複数の下り制御リソースのうち前記対応リソースと異なる第２の下り制御リソースに割り当て、
前記第１および第２の下りデータを前記第１および第２の下りデータリソースに割り当てる、
ことにより前記下りフレームを生成する、下りフレーム生成手段と、
（Ｋ）生成された下りフレームを前記第１および第２の端末装置に送信するフレーム送信手段と、
（Ｌ）前記第１および第２の端末装置を含む端末装置群から前記上りフレームを受信するフレーム受信手段と、
（Ｍ）受信した上りフレームを受信処理して、
前記第２の下り制御リソースに対応づけられる上り制御リソースを介して前記第２の下りデータの確認応答を取得し、
前記第１の上りデータリソースを介して取得される前記第１の上りデータから前記第１の下りデータの確認応答を抽出し、
前記指定リソースを介して前記確認応答とは異なる種類の制御データを取得する
フレーム受信処理部と、
を備える。
【０００７】
本発明の一態様としての無線通信方法は、
複数の下り制御リソースと複数の下りデータリソースとを含む下りフレームを複数の端末に送信し、複数の上り制御リソースと複数の上りデータリソースとを含む上りフレームを前記複数の端末装置から受信する基地局において実行する無線通信方法であって、
（Ａ）前記下りデータリソースを割り当て、前記上りデータリソースを割り当てる第１の端末装置と、
前記下りデータリソースを割り当て、前記上りデータリソースを割り当てない第２の端末装置と、
を決定する端末装置決定ステップと、
（Ｂ）前記複数の端末装置のうちの少なくとも１つにあらかじめ割り当てた上り制御リソースを指定リソースとして記憶する指定リソース記憶ステップと、
（Ｃ）前記第１および第２の端末装置に送信する第１および第２の下りデータを生成するデータ生成ステップと、
（Ｄ）前記第１および第２の下りデータを割り当てる第１および第２の下りデータリソースを決定する下りリソース決定ステップと、
（Ｅ）前記第１および第２の下りデータの受信命令を生成する受信命令生成ステップと、
（Ｆ）前記第１の端末装置に割り当てる第１の上りデータリソースを決定する上りリソース決定ステップと、
（Ｇ）前記第１の上りデータリソースを用いた第１の上りデータの送信を許可する送信許可命令を生成する送信許可命令生成ステップと、
（Ｈ）前記下り制御リソースと前記上り制御リソースとの対応を定義した対応規則を参照する参照ステップと、
（Ｉ）前記指定リソースに対応づけられる下り制御リソースを対応リソースとして特定する対応リソース特定ステップと、
（Ｊ）前記第１の下りデータの受信命令を前記対応リソースに割り当て、
前記第１の上りデータの送信許可命令を前記複数の下り制御リソースのうちから選択した第１の下り制御リソースに割り当て、
前記第２の下りデータの受信命令を前記複数の下り制御リソースのうち前記対応リソースと異なる第２の下り制御リソースに割り当て、
前記第１および第２の下りデータを前記第１および第２の下りデータリソースに割り当てる、
ことにより前記下りフレームを生成する、下りフレーム生成ステップと、
（Ｋ）生成された下りフレームを前記第１および第２の端末装置に送信するフレーム送信ステップと、
（Ｌ）前記第１および第２の端末装置を含む端末装置群から前記上りフレームを受信するフレーム受信ステップと、
（Ｍ）受信した上りフレームを受信処理して、
前記第２の下り制御リソースに対応づけられる上り制御リソースを介して前記第２の下りデータの確認応答を取得し、
前記第１の上りデータリソースを介して取得される前記第１の上りデータから前記第１の下りデータの確認応答を抽出し、
前記指定リソースを介して前記確認応答とは異なる種類の制御データを取得する
フレーム受信処理ステップと、
を備える。
【発明の効果】
【０００８】
本発明により、上りリンクの制御リソースを効率的に利用することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００１０】
（第１の実施形態）
図１は本発明の第１の実施形態に係る無線通信システムの構成を示す図である。
【００１１】
本無線通信システム１０８は、４台の端末装置（以下単に端末と称する）１０１〜１０４および、基地局１０５から成る。基地局１０５から端末１０１〜１０４への通信には下りリンク１０６が利用される。また、端末１０１〜１０４から基地局１０５への通信には上りリンク１０７が利用される。下りリンク１０６では下りフレームが送信され、上りリンク１０７では上りフレームが送信される。
【００１２】
図２は本発明の第１の実施形態において上りリンクに想定する伝送方式を説明する図である。
【００１３】
上りリンクの伝送に利用する周波数帯域はq個のサブバンドに分割されている。ここでは周波数の低い方から順に第1〜第qサブバンドと呼ぶことにする。端末は1つのサブバンドを用いて信号を伝送するものとし、送信の際にどのサブバンド利用するかは、端末自身または基地局からの指示により決めるものとする。このように複数のサブバンドを形成して、複数の端末と同時に通信を行なう通信方式は、FDM(Frequency Division Multiplexing)通信方式と称される。基地局は端末毎にいずれかのサブバンドにおいて送信された信号を受信するものとする。なおサブバンドの数、または1サブバンドの周波数幅は固定されなくてもよい。すなわち伝送時に要求される伝送速度や、同時に通信する端末数により、サブバンド数やサブバンドの周波数幅を可変としてもよい。
【００１４】
図３は、端末において図２のFDM信号（１サブバンド）を生成するための構成を一例として示す図である。
【００１５】
本構成は、DFT-s-OFDMAと呼ばれる伝送方式に用いられる、周波数変換及びサンプルレート変換装置の構成である。１サブバンドの送信信号を生成するために、端末は、QPSKなどの変調を受けた変調信号系列を周波数変換しなければならない。そこでまず、変調信号系列（振幅情報および位相情報をもっている）をDFT回路に入力し、出力として信号スペクトラムを得る。ここでは一例として、DFTサイズが４であるとする。得られたスペクトラムは、続いてIFFT回路へと入力される。ここでは、最も周波数の低いサブバンドを想定して、IFFTの最も周波数の低い側の４箇所にスペクトラムが入力され、他の入力には0を入力する。IFFTのサイズが32である。以上の方法により得られた出力を観測すると、中心周波数が負の時間波形が得られる。
【００１６】
図４は本発明の実施形態において下りリンクに想定する伝送方式を説明する図である。
【００１７】
下りリンクでは、FDM通信のうち、特殊な例であるOFDMA(Orthogonal Frequency Division Multiple Access)通信を用いる。図４にはOFDMAにおける周波数の利用形態が示されている。ここでは、利用する周波数帯域がp個のサブバンドに分割されている。1つのサブバンドは複数のサブキャリアから成る。サブキャリアは周波数軸上に互いに直交するように配置されている。つまりサブキャリアは他のサブキャリアに干渉を与えないように配置されている。基地局は、複数のサブキャリアを1つのサブバンドとみなして、複数の端末とサブバンド単位で下り通信を行う。各端末には１つまたは複数のサブバンドが割り当てられる。
【００１８】
図５は、下りリンクのフレーム構成（下りフレームの構成）を示す模式図である。
【００１９】
下りリンクでは、図４に示したようにOFDMA通信を利用し、1フレームは全部で14OFDMシンボルからなるものとする。最初のOFDMシンボルは、下りリンクの制御情報を伝送するPDCCH（Physical Downlink Control CHannel）、続く13OFDMシンボルが下りリンクデータ（下りデータ）を伝送するPDSCH（Physical Downlink Shared CHannel）である。PDCCHは、下りリンクにおける制御情報を伝送する部分であり、端末への下りリンクデータの受信命令DL grantや、上りリンクにおける送信許可命令UL grantを伝送するチャネルである。PDCCHはたとえば下り制御リソースに相当する。また、PDSCHは、各端末への下りデータが伝送されるチャネルである。PDSCHはたとえば下りデータリソースに相当する。下りリンクではOFDMA通信が用いられることから、1つまたは複数のサブバンドが各端末へと割り当てられる。
【００２０】
図６は、PDCCHの詳細構成を説明する図である。
【００２１】
PDCCHは、リソース番号によって区別される複数のPDCCHリソースに細分化されており、各PDCCHリソースは4サブキャリアからなる。PDCCHリソースの数は全部でRPDCCH個ある。ここでは、周波数の低い方から順にPDCCHリソース番号が1, 2, 3, …RPDCCHと振られている。以降の説明では、このように周波数の低い方から順にPDCCHリソース番号が振られていることを前提とするが、必ずしもこの形態でなくてもよく、順番が入れ替わっても良い。また必ずしも隣接する4サブキャリアで1つのPDCCHリソースが形成されていなくてもよく、例えばとびとびのサブキャリアから１つのPDCCHリソースを形成してもよい。また、PDCCHリソースのサブキャリア数は4個である必要はなく、３個以下または５個以上でもよい良い。なおここではPDCCHは1OFDMシンボルからなると仮定しているが、PDCCHは1OFDMシンボルでなく、複数OFDMシンボルにまたがってもよい。
【００２２】
このようなPDCCHリソースを用いて、基地局は、各端末に、DL grant、またはUL grant、またはこれらの両方を伝送する。１つのDL grantまたは１つのUL grantは、一つまたは複数のPDCCHリソースによって伝送可能であるが、本実施形態では単純化のために１つのPDCCHリソースによって伝送するとする。
【００２３】
DL grantは、下りリンクにおいて、特定の端末へ下りデータが伝送されていることを示す情報であり、後続のPDSCHでは、DL grantが示すサブバンドにおいて下りデータが送信される。図７に示すDL grant／UL grantの配置例では、PDCCHリソース番号4には、端末AのためのDL grantが配置されている。端末Aは、このPDCCHリソース4に配置されたDL grantを受信することにより、後続のPDSCHにおいて自身宛の下りデータが送信されていることを知る。同時にPDSCHにおいてどのサブバンドに下りデータが配置されてかをも知る。同様に、PDCCHリソース5〜8に対し、ユーザB〜ユーザEのDL grantが配置されている。したがって後続のPDSCHでは、全部でユーザA〜ユーザEまでの下りデータが、送信されていることになる。
【００２４】
一方、UL grantは、端末に対して上りリンクの送信を許可する情報である。例えばPDCCHリソース番号RPDCCHに配置された端末A向けのUL grantでは、端末Aに対し、UL grantが指定するサブバンドを用いて、上りSC（Single Carrier）-FDMA信号を送信することを許可する。図７の例では、端末A、端末B、端末E、端末Fに対して、上りリンクの信号送信を許可している。
【００２５】
図８は、PDSCH信号の一例を示す図である。
【００２６】
1サブフレームの先頭のOFDMシンボルは、PDCCHに使われているため、PDSCHのOFDMシンボル数は13である。図７のようにDL grantにて端末A, B, C, D, Eへ下りリンクデータの存在を通知する例では、PDSCHにて５台の各端末A, B, C, D, E向けの下りリンクデータが、OFDMA通信で送信される。OFDMA通信における各端末のサブバンド数は異なってもよく、図８の例では、端末C向けのPDSCHが最も多くのサブバンドを利用している。DL grant信号には、PDSCHが、どのサブバンドに配置されているか、どれだけのサブバンドを利用しているか、どの変調方式を利用しているか、どのような誤り訂正符号化を用いているかが記載されている。端末はDL grantを受信することで、自分向けのPDSCHを受信することが可能になる。
【００２７】
ところで、基地局は、下りリンクを通じて、端末に対してCQIの送信を求めるためのCQI送信命令も下りデータの一部として送信する。CQIとは、端末が下りリンクの各サブバンドの通信品質を測定し、結果を基地局に対して上りリンクで通知する信号である。CQIは、たとえば、あらかじめ指定された制御データ（後述する確認応答と異なる種類の制御データ）に相当する。基地局は、端末からフィードバクされたCQIに基づき状態の良いサブバンドを選択し、選択したサブバンドを用いてPDSCHを伝送する。このために、基地局は、端末から、定期的に、あるいは必要に応じてCQIをフィードバックさせる必要がある。このCQIフィードバック方法については後述する。
【００２８】
図９は、上りリンクのフレーム構成（上りフレームの構成）を示す。
【００２９】
上りリンクは、制御データを伝送するPUCCH（Physical Uplink Control CHannel）と、データを伝送するPUSCH（Physical Uplink Shared CHannel）とから形成される。PUCCHはたとえば上り制御リソースに相当し、PUSCHはたとえば上りデータリソースに相当する。PUCCHは、送信可能帯域の両端の1サブバンドを用いて伝送される。本例では、上りリンクのフレームは全部で14個のSC(Single Carrier)-FDMAシンボルから構成され、前半の7個のSC-FDMAシンボルでは一端のサブバンド、後半の7個のSC-FDMAシンボルでは他端のサブバンドを用いて、PUCCHを伝送することで、周波数ダイバーシチ効果を得ている。
【００３０】
図１０は、PUSCHの送信方法を詳細に説明する図である。
【００３１】
上述したように、上りリンクではSC-FDMA伝送が用いられ、図１０の例では、端末A, B, E, Fが、自分に割り当てられたPUSCHを用いて、それぞれ同時に上り信号を送信している様子が示される。各端末は、UL grantの指示にて指示されたサブバンド、サブバンド数、変調方式、誤り訂正符号化方式を使って上り信号を送信する。
【００３２】
図１１および図１２は、PUSCHのフォーマット例を示す図である。
【００３３】
PUSCHには2種類の異なる信号フォーマットがある。1つは図１１に示すように、すべてが、データである場合である。そしてもう1つは図１２に示す通り、データと、その直前のサブフレームにおいて受信した下りリンクデータ（下りデータ）の受信結果を示す確認応答（ACKまたはNACK）とが多重されているものである。端末は、PUSCHサブフレームの直前に、PDSCHを受信した場合は、図１２のフォーマット、PDSCHを受信していない場合は図１１のフォーマットを用いるものとする。
【００３４】
ここでPUCCHの送信方法について述べる。PUCCHはすでに述べた通り、前半と後半で異なるサブバンド（周波数）を使って伝送し、これにより、周波数ダイバーシチ効果を得ている。両端の1サブバンドという限られた周波数帯で、複数の端末が信号伝送を行うため、符号分割多重（CDM: Code Division Multiplexing）方式を用いて、各端末からの信号を多重する。
【００３５】
図１３は、符号分割多重を行う場合に使用する拡散符号を説明する図である。
【００３６】
拡散符号は、6倍拡散が可能な第1拡散符号、3倍拡散が可能な第2拡散符号を含む。2つの拡散符号の積をPUCCHの拡散符号として用いることで、合計18個のPUCCH拡散符号を利用できる。このようにPUCCHでは、18個の拡散符号を用いて、18のチャネル（リソース）を確保する。
【００３７】
図１４は、1つのPUCCH拡散符号を1つのPUCCHと便宜上表すことによってPUCCHを表現した図である。説明の都合上、PUCCH拡散符号1を用いるチャネルをPUCCH-1、PUCCH拡散符号2を用いるものをPUCCH-2という具合に、順にPUCCH-18まで定義する。
【００３８】
PUCCHにより伝送される情報は2種類ある。1つは、前述の基地局からのCQI送信命令に従い送信するCQIである。CQIはビット数が多いため、少ない拡散率の符号を用いることが望まれる。そこで拡散率６の第１拡散符号で拡散するものとする。もし第１拡散符号のうち、拡散符号ｄをCQI伝送に用いた場合、PUCCH拡散符号3d-2〜3d、すなわちPUCCH-3d-2〜3dを、他のユーザは利用できなくなる。たとえば拡散符号１を用いた場合、PUCCH拡散符号1〜3を、他のユーザは利用できなくなる。
【００３９】
PUCCHで伝送されるもう1つの情報は、PDSCHで受信した下りリンクデータのACKまたはNACKである。先ほどPUSCHにおいて、上りデータと共にACKまたはNACKを伝送する方法示したが（図１２参照）、これは端末がUL grantも同時に受信した場合のことであり、基地局がUL grantを送信していない場合には、端末はPUSCHを送信できないため、代わりの手段としてACKまたはNACKをPUCCHでフィードバックする。システム単純化のため、ACKまたはNACKを伝送するために使われるPUCCHリソースは、DL grantが配置されているPDCCHリソース番号と同じ番号のものを使うものと仮定する。すなわち、DL grantが送信されたPDCCHリソース番号と、ACK/NACK用のPUCCHリソースとは予め対応規則により対応付けてあるものとする。これを模式的に示したのが図１５である。ただし、対応付けは同一番号同士である必要はなく、異なる番号同士が対応づけられてもよい。
【００４０】
図１５の例では、端末Aに対しPDCCHリソース番号4にてDL grantが伝送され、端末Aは、DL grantに示されるPDSCHから下りデータを取得する。端末Aは、取得した下りデータのACKまたはNACKをフィードバックする際には、PDCCHリソース番号4と同一番号をもつPUCCH4を使う。端末Bは、DL grantがPDCCHリソース番号5にて伝送されていることから、PUCCH5を利用してACKまたはNACKをフィードバックする。以下、端末C〜Eも同様である。なお図１５の例では、PUCCH1〜3は、既にCQI送信命令により端末XがCQI送信のために利用しているものと仮定している。PUCCH1〜3ではACKまたはNACKをフィードバックできないため、原則として、下りリンクにおいて、DL grantをPDCCHリソース番号1〜3には配置できない。
【００４１】
図１５の例では、説明の簡単のため、UL grantを無視して説明したが、実際にはUL grantが存在するため、必ずしも端末がPUCCHを使ってACKまたはNACKをフィードバックしない場合もありうる。つまり、UL grantも受信した端末は、上述したように、図１２のPUSCHフォーマットを利用して、ACKまたはNACKを返すことになる。このようにDL grantとUL grantの両方を端末に送信する場合、または、UL grantのみを端末に送信する場合、基地局は、DL grantおよびUL grantの少なくとも前者を、CQI送信に利用するPUCCHに対応するPDCCHを優先的に用いて送信する。以下、これについて詳細に説明する。
【００４２】
図１６は、従来におけるDL grantおよびUL grantの送信例を示す。端末A、B、EにはDL grantの他にUL grantも送信される。したがって、端末A、B、EはPUSCHを使ってACK/NACKを伝送する。それ故、端末A、B、EへのUL grantの送信に用いたPDCCHリソース番号4,5,8に対応するPUCCH4,5,8は上りリンクにおいて空きとなる。このことは、拡散符号を無駄に開けることにつながり、PUCCHによる制御データ伝送にとって非効率である。
【００４３】
このように使われないPUCCHリソースがあることはシステムにとって問題である。これをさらに模式的に示したのが図１７である。まず端末Xは、事前に基地局からCQI送信命令を受信しており、このCQI送信命令に従って、PUCCH1〜PUCCH3を利用してCQIを送信するものとする。CQIを送信するフレームの1つ前のフレームにおいて、端末AはDL grantとUL grant、端末BもDL grantとUL grant、端末Cと端末DはDL grant、端末EはDL grantとUL grant、端末FはUL grantを受信したとする。端末BとCはUL grantを受信しなかったため、DL grantに続いて受信したPDSCHのACK/NACKを、DL grantのPDCCHリソース番号に対応したPUCCH6およびPUCCH7でそれぞれフィードバックする。一方、ユーザA, B, EはUL grantも受信しているため、PUSCHにより上りデータを送信するが、このとき図１２のフォーマットを利用してACK/NACKを上りデータに含めるため、PUCCH4, PUCCH5, 及びPUCCH8は、使われないことになる。
【００４４】
そこで、本実施形態では、上述したように、DL grantとUL grantの両方を端末に送信する場合、基地局は、DL grantを、CQI送信に利用するPUCCHに対応づけられたPDCCH用いて送信する。これにより、上記従来の問題を解決する。
【００４５】
つまり、図１７の例では、端末A, B, EはUL grantを受信しているため、PDSCHで送信された下りデータに対するACK/NACKはPUSCHによりフィードバックする。したがって、端末A, B, Eは、ACK/NACKのフィードバクに、PUCCHリソースを使用することは無い。そこで、本実施形態では、図１８に示す例のように、すでにCQI送信のために利用されることが決まっているPUCCH1〜PUCCH3に対応したPDCCHリソース番号1〜3を利用して、端末A, B, EへのDL grantをそれぞれ送信する。このようにすると、PDCCHリソース番号1〜3に対応するPUCCH1〜3はCQIの送信に利用されるためPUCCHに余分な無駄が生じない。一方、DL grantのみが送られる端末DとEは、PUCCHを利用してACKまたはNACKをフィードバックしなければならないため、PDCCHリソース番号4と5を使ってDL grantを送信することで、PUCCH4と5によりACKまたはNACKをフィードバックさせる。
【００４６】
以上の結果、PUCCHリソース7〜9の連続した3つのリソースが空き、このリソース番号は3d-2〜3d（dは拡散符号の番号）に相当するので、この空いた3つのリソースを用いて、他の端末Yが新たなCQIを送信することができるようになる。言い換えれば、基地局は端末Yに対して、PUCCH7〜9を利用してCQIを送信するように命令することができるようになる。
【００４７】
このように、DL grantとUL grantの双方が伝送される端末には、基地局は、すでにCQI送信のために利用されるPUCCHに対応づけられたPDCCHでDL grantを送ることで、使用されないPUCCHの数を減らし、より多くのCQIを端末にフィードバックさせることができるようになる。なお、DL grantとUL grantの双方を伝送する場合、または、UL grantのみを伝送する場合、CQI送信のために利用されるPUCCHに対応づけられたPDCCHでUL grantを送信してもよい。
【００４８】
図１９は、本実施形態に係る基地局の送信機構成を示すブロック図である。
【００４９】
基地局は、DL grant生成部１１、UL grant生成部１２、PDSCH生成部１３、下り割り当て部１４、下りマッピング部１５、OFDM変調部１６、下りRF（Radio Frequency）送信部１７、および下り送信アンテナ１８を備える。
【００５０】
下り割り当て部１４は、DL grantを送信する端末、CQIを送信させる端末、およびUL grantを送信する端末を決定する。下り割り当て部１４はたとえば端末装置決定手段を含んでいる。下り割り当て部１４は、DL grant生成部１１にDL grantを生成させ、UL grant生成部１２にUL grantを生成させ、PDSCH生成部１３にPDSCHデータ（下りデータ）を生成させる。また、下り割り当て部１４は、CQIを送信させる端末に対するCQI送信命令を生成する。また、下り割り当て部１４は、複数のDL grant、複数のUL grant、複数のPDSCHデータ（CQI送信命令を含む）を、フレーム内のどのOFDMシンボルおよびどのサブキャリアに配置するか（すなわちどのリソース（PDCCH、PDSCH）に割り当てるか）を決定する。決定にあたっては上述した本実施形態の特徴を用いる。この決定の動作フローは後にフローチャートを用いて詳述する。
【００５１】
DL grant生成部１１は、PDCCHに割り当てられるDL grant情報を端末ごとに生成する。DL grant生成部１１はたとえばDL grant(受信命令)を生成する受信命令生成手段に相当する。このDL grantには、後続のPDSCHデータが、どのサブバンドにマッピングされているか、いくつのサブバンドを使っているか、そして、いかなる変調方式や誤り訂正符号化方式を用いているかが記されている。これらの詳細情報は、たとえば下り割り当て部１４で決定されるものとする。したがって、下り割り当て部１４は、下りリソース決定手段を含んでいる。生成された端末ごとのDL grant情報は、後続の下りマッピング部１５へと送られる。
【００５２】
UL grant生成部１２は、次のサブフレームにて上りリンク信号を送信することを許可するUL grant情報を端末ごとに生成する。UL grant生成部１２はたとえばUL grant(送信許可命令)を生成する送信許可命令生成手段に相当する。このUL grantには、端末が次のサブフレームにてどのサブバンドをいくつ用い、どの変調方式や誤り訂正符号化を用いるかが、記されている。これらの詳細情報は、例えば下り割り当て部１４で決定されるものとする。したがって、下り割り当て部１４は、上りリソース決定手段を含んでいる。UL grantは次のサブフレームで上りリンク送信を許可する端末の数だけ生成される。生成されたUL grantは、後続の下りマッピング部１５へと送られる。
【００５３】
PDSCH生成部１３は、端末へ送信するPDSCHデータ（下りデータ）を端末の分だけ生成する。生成された下りデータは、後続の下りマッピング部１５へと送られる。PDSCH生成部１３は、下りデータを生成するデータ生成手段を含む。
【００５４】
下りマッピング部１５は、下り割り当て部１４からの指示に従い、DL grant、UL grant、PDSCHデータ（CQI送信命令を含む）を各サブキャリアに配置する。このサブキャリアへの配置の過程で、QPSK、16QAM, 64QAMといった変調が施される。各サブキャリアにマッピングされた後、それぞれの情報は続いてOFDM変調部１６へと送られる。下りマッピング部１５はたとえば下りフレーム生成手段に相当する。
【００５５】
OFDM変調部１６は、下りマッピング部１５からの入力信号に対しIFFT（Inverse Fast Fourier Transform：逆高速フーリエ変換）処理を行うことによりIFFT信号を生成する。
【００５６】
下りRF送信部１７は、生成されたIFFT信号を、無線周波数に変換した後、下り送信アンテナ１８を介して送信する。
【００５７】
図２０は、本実施形態に係わる端末の受信機構成および送信機構成を示すブロック図である。
【００５８】
端末は、下り受信アンテナ２１、下りRF受信部２２、OFDM復調部２３、下りデマッピング部２４、ACK/NACK生成部２５、PUSCH生成部２６、CQI生成部２７、拡散部２８、拡散符号割り当て部２９、SC-FDMA変調部３０、上りRF送信部３１、および上り送信アンテナ３２を備える。
【００５９】
下りRF受信部２２は、下り受信アンテナ２１を介して下りリンク信号を受信し、受信した下りリンク信号をベースバンド信号へ変換する。
【００６０】
OFDM復調部２３は、ベースバンド信号をOFDM復調することにより、各サブキャリアの情報をとり出す。
【００６１】
下りデマッピング部２４は、OFDM復調部２３により取り出された情報に基づき、まず自端末向けのDL grantの検出を行う。DL grantが検出された場合、検出されたDL grant情報に従って、自端末向けのPDSCH信号を取り出す。そしてこのPDSCH信号を復調してACK/NACK生成部２５へ送る。また下りデマッピング部２４は、UL grandの検出も行い、検出された場合、UL grant情報をACK/NACK生成部２５とSC-FDMA変調部３０とへ送る。
【００６２】
ACK/NACK生成部２５は、復調されたPDSCH信号に対し誤り検出を行うことにより、PDSCHデータを正しく受信出来たかどうかを判定する。PDSCHデータを正しく受信できた場合はACKを、誤って受信された場合はNACKを生成する。生成されたACKまたはNACKは、SC-FDMA変調部３０または、拡散部２８へのいずれかへ送られる。より詳細には、もし下りデマッピング部２４において、UL grantが検出された場合は、PUSCHデータを次のサブフレームにて送ることになるため、SC-FDMA変調部３０へACKまたはNACKを送る。またUL grantが検出されなかった場合には、ACKまたはNACKは次のフレームのPUCCHにより送られるため、拡散部２８へと送られる。
【００６３】
PUSCH生成部２６は、上りリンクにおいて伝送するPUSCHデータ（上りデータ）を生成する。生成したデータをQPSK変調などの変調方式を用いて変調し、変調信号をSC-FDMA変調部３０へ送る。このデータ生成処理は、下りデマッピング部２４においてUL grantが検出された時にのみ実行する。
【００６４】
CQI生成部２７は、基地局からの指示に従って下りリンクの各サブバンドの品質を測定し、CQIを生成する。CQIの送信命令（第１拡散符号の番号を含む）は下りリンクにおけるPDSCHデータに含まれて送られる。生成されたCQIは拡散部２８へと送られる。
【００６５】
拡散符号割り当て部２９は、PUCCH送信に用いる拡散符号を決定する。すでに述べた通り、DL grantを受信した場合にはDL grantが伝送されたPDCCHリソース番号に対応した拡散符号を選択する。選択した拡散符号の番号は拡散部２８へと送られる。拡散符号割り当て部２９は、PDCCHリソース番号と、PUCCHリソース番号との対応を定義した対応規則を記憶する規則記憶部を含んでいる。
【００６６】
拡散部２８は、拡散符号割り当て部２９より指示された拡散符号用いてACK／NACK、およびCQIを拡散する。ACK/NACKを拡散する場合には拡散率18のPUCCH拡散符号を用い、CQIを拡散する際には拡散率が6倍の第1拡散符号を用いる。拡散部２８において拡散された信号（振幅および位相をもつ）は、SC-FDMA変調部３０へと送られる。
【００６７】
SC-FDMA変調部３０は、例えば図３に示したDFT-s-OFDMA方式の構成を有する。PUSSCH生成部２６および拡散部２８から入力された信号は、図３の送信シンボル系列に相当する。SC-FDMA変調部３０は、DFT処理およびIFFT処理を行うことにより、SC-FDMA信号を生成し、生成したSC-FDMA信号を上りRF送信部３１に送る。SC-FDMA変調部３０は、PUSCHデータを送信する場合は、UL grant情報を用いて、上記処理（周波数変換）を行う。
【００６８】
上りRF送信部３１は、生成されたSC-FDMA信号を無線周波数（RF）へと変換し、上り送信アンテナ３２を介してRF信号を送信する。
【００６９】
ここで、基地局における下り割り当て部１４の動作を、従来例と比較して説明する。
【００７０】
まず従来の動作例について説明する。
【００７１】
図２１は、従来の下り割り当て動作を示すフローチャートである。
【００７２】
従来の方法では、まずCQIをフィードバックさせる端末を選択する（Ｓ１１）。この端末がJ台あるとすると、このJ台に対して、未割当の第１拡散符号をそれぞれ割り当てていく（Ｓ１２）。１つの割り当てごとに、3d-2〜3d（dは第１拡散符号の番号）までの連続する3つのPUCCH拡散符号が割り当て済みとなる。
【００７３】
次に、PDSCHデータ（下りデータ）を送信する端末を決定する（Ｓ１３）。この端末がU台あるとすると、このU台に対して、未割当のPUCCH拡散符号をそれぞれ割り当てていく。そして割り当てたPUCCH拡散符号に対応するPDCCHリソース番号を、DL grant送信用に各端末へ割り当てる（Ｓ１４）。
【００７４】
さらに、PUSCHデータ（上りデータ）の送信を許可する端末（UL grantを送信する対象となる端末）を決定する（Ｓ１５）。この端末がV台あるとすると、このV台に対して、未割当のPDCCHリソース番号を割り当てる（Ｓ１６）。
【００７５】
図２２は、本実施形態における下り割り当て部の動作を示すフローチャートである。
【００７６】
ステップＳ２１とＳ２２は、図２１のステップＳ１１とＳ１２と同一であるため説明を省略する。
【００７７】
次に、下りリンクでPDSCHデータ（下りデータ）を受信し、次のフレームでPUSCHデータ（上りデータ）を送信する端末であるPDSCH/PUSCH端末を決定する（Ｓ２３）。つまり、PDSCH/PUSCH端末は、DL grantとUL grantの双方が送られる端末である。
【００７８】
このPDSCH/PUSCH端末へのDL grantおよびUL grant用のPDCCHリソースをそれぞれ割り当てる（Ｓ２４）。割り当ての際には、CQI送信用に他端末へ既に割り当てたPUCCH拡散符号（PUCCHリソース）に対応するPDCCHリソースを割り当てる（Ｓ２４）。すなわち、下り割り当て部１４は、PDCCHリソースとPUCCHリソースとの対応を定めた対応規則を保持し、この対応規則に基づき、PUCCH拡散符号（指定リソース）に対応するPDCCHリソース（対応リソース）を特定する。これは対応リソース特定手段の処理に相当する。PUCCH拡散符号（指定リソース）の情報はたとえばCQI送信命令に含めて端末に送信される。下り割り当て部１４は、DL grantおよびUL grantのうち少なくともDL grantをPUCCH拡散符号に対応するPDCCHリソースに割り当てるようにする。PUCCH拡散符号に対応するPDCCHリソースがすべて割当済みである場合は、従来と同様に他のPDCCHに割り当てを行えばよい。また、DL grantの割り当て後も、PUCCH拡散符号に対応するPDCCHリソースが空いている場合は、UL grantを割り当ててもよい。
【００７９】
次に、PUSCHデータ（上りデータ）の送信を許可する端末（UL grantを送信する対象となる端末）を決定し（Ｓ２５）、各端末に対して、未割当のPDCCHリソース番号を割り当てる（Ｓ２６）。CQI送信用に他端末へ既に割り当てたPUCCH拡散符号に対応するPDCCHリソースがまだ残っている場合は、このPDCCHリソースに割り当てるものとする。
【００８０】
次に、PDSCHデータ（下りデータ）を送信する端末を決定する（Ｓ２７）。そして、各端末にそれぞれ、未割当のPUCCH拡散符号を割り当て、そして割り当てたPUCCH拡散符号に対応するPDCCHリソース番号を、DL grant送信用に各端末へ割り当てる（Ｓ２８）。
【００８１】
図２３は、本実施形態に係わる基地局の受信機構成を示すブロック図である。
【００８２】
基地局は、上り受信アンテナ４１、上りＲＦ受信部４２、SC-FDMA復調部４３、PUSCH受信部４４、ACK/NACK受信部４５、およびCQI受信部４６を備える。
【００８３】
上り受信アンテナ４１は、上りリンクのRF信号を受信する。
【００８４】
上りＲＦ受信部４２は、受信したRF信号をベースバンド信号へ変換してSC-FDMA復調部４３へ送る。上りＲＦ受信部４２および上り受信アンテナ４１はたとえば上りフレームを受信するフレーム受信部を形成する。
【００８５】
SC-FDMA復調部４３は、受信したベースバンド信号を、PUSCHで送信されたデータ、PUCCHで送信されたACK/NACK、及びPUCCHで送信されたCQIに分解する。より詳しくは、各信号は1サブバンド、もしくは複数の連続するサブバンドを用いて送信されていることから、本復調処理では、(A)PUSCHデータが送られた周波数の信号成分、(B)ACK/NACKが送信されたPUCCHに該当する周波数の信号成分、および(C)CQIが送信されたPUCCHに該等する周波数の信号成分をそれぞれ取り出す。
【００８６】
PUSCH信号が送信される周波数は、それより前に端末へ送ったUL grantに従っているため、基地局はこの周波数を知っている。PUCCH信号が送信される周波数は、図9にて示したようにシステムで予め決まった周波数なので、基地局はこの周波数をやはり知っている。ACK/NACKとCQIが、異なる拡散符号を用いて同一周波数にて送られる場合は、(B)と(C)は同一の信号となる。(A),(B),(C)の信号成分はそれぞれ、PUSCH受信部４４、ACK/NACK受信部４５、CQI受信部４６へと送られる。
【００８７】
PUSCH受信部４４は、SC-FDMA復調部４３より得られたPUSCH信号をさらに復調する。この復調処理とは、QPSKまたは16QAM等の変調方式に対応した復調を行い、さらに誤り訂正処理を行う処理のことである。PUSCH受信部４４は、この復調処理により、端末から送信された上りデータを取得し、取得した上りデータからACKまたはNACKを抽出する。
【００８８】
ACK/NACK受信部４５は、SC-FDMA復調部４３より得られたACK/NACKを含むPUCCH信号に対し、逆拡散処理を実施した後、PUSCH受信部４４と同様の復調処理を施す。逆拡散処理時に用いる拡散符号は、先にDL grantの送信に利用したPDCCHリソース番号に応じて求まる拡散符号である。
【００８９】
CQI受信部４６は、SC-FDMA復調部４３より得られたCQIを含むPUCCH信号に対し、逆拡散処理を実施した後、PUSCH受信部４４と同様の復調処理を施す。逆拡散処理時に用いる拡散符号は、先に端末に対して指定した第１拡散符号である。
【００９０】
SC-FDMA復調部４３、PUSCH受信部４４、ACK/NACK受信部４５およびCQI受信部４６はたとえば上りフレームを受信処理するフレーム受信処理部を形成する。
【００９１】
ところで、前述のとおり、DL grantとUL grantの双方を受信した端末は、ACK/NACKをフィードバックするためにPUCCHは使わない。したがって基地局は、このDL grantに対応するPUCCHリソースの拡散符号をACK/NACK受信部４５にて復調する必要はないが、念のため復調しても良い。特に、PUSCHに含まれるべき端末からのACK/NACKが、PUSCHに含まれていなかった場合には、端末が誤ってPUCCHリソースを利用してACK/NACKを送信してしまった事態が疑われる。その場合、DL grantに対応するPUCCHリソースの復調を試みることで、誤ってPUCCHリソースでACK/NACKが送信された場合でも、正しくACK/NACKを受信できる可能性がある。ただし、本実施の形態では、同一のPUCCHリソースを用いて他端末がCQIを送信している可能性があり、ACK/NACKが必ずしも正常に受信できるとは限らない。ACK/NACKを正常に受信できたとしても、逆にCQIが受信できなくなる可能性がある。
【００９２】
（第２の実施形態）
第１の実施形態では、基地局が端末にDL grantとUL grantの双方を送信したにも関わらず、端末がUL grantを受信失敗してしまった場合に問題が生じる。すなわち、UL grantを受信失敗すると、端末はPUSCHデータ（上りデータ）の送信許可を得ていないと認識するので、DL grantに続いて受信したPDSCHデータ（下りデータ）のACK/NACKを、PUCCH拡散符号を用いて送信してしまう。しかしこのPUCCH拡散符号は既に他端末によるCQI送信用に割り当てられているため、衝突が生じてしまう。
【００９３】
そこで、本実施形態では、この解決策として、UL grantを受信失敗した場合であっても、端末がPUCCHでACK/NACKを送信しないように、図２４に示すようにDL grant内にUL grant flag（UL grantフラグ）と呼ばれる、UL grantの存在の有無を示す信号を挿入する。たとえば、UL grantフラグが“１”のときは、UL grantの存在情報を示し、“０”のときは、UL grantの非存在情報を示す。これにより、端末はDL grantを正常に受信できれば、UL grantが自らに送信されたことを認識できるため、誤ってPUCCH拡散符号を用いてPDSCHデータ（下りデータ）のACK/NACKをフィードバックすることは無くなる。このようにして、他の端末により送信されるCQIとの衝突を回避することができる。UL grant flagはPUCCH送信を防ぐためのフラグであるから、図２５のようにPUCCH送信禁止フラグが付されていると見ることも可能である。
【００９４】
図２６は、第２の実施形態に係る基地局の送信機構成を示すブロック図である。
【００９５】
図２６の基地局は、図１９の構成と比べ、フラグ生成部４１が新たに加わり、フラグ生成部４１はDL grant生成部４２、及びUL grant生成部４３と接続されている点で異なる。
【００９６】
DL grant生成部４２は、第１の実施形態の動作に加え、端末へDL grantを送付する際には、端末を特定するために必要な情報、例えば端末識別番号をフラグ生成部４１に通知する。UL grant生成部４３も同様に、端末へUL grantを送付する際には、端末を特定するために必要な情報、例えば端末識別番号をフラグ生成部４１に通知する。
【００９７】
フラグ生成部４１は、DL grant生成部４２及びUL grant生成部４３から通知されたそれぞれの端末識別番号を比較し、一致する場合にはUL grantフラグ（図２４参照）を生成して、DL grant生成部４２へ送る。
【００９８】
DL grant生成部４２は、フラグ生成部４１から与えられたUL grantフラグをDL grantに付加してから下りマッピング部１５へ送る。
【００９９】
図２７は、第２の実施形態に係る端末の受信機および受信機構成を示すブロック図である。
【０１００】
図２７の端末は、図２０に示した端末と比べ、フラグ検出部５１が新たに加わり、フラグ検出部５１は下りデマッピング部５３、及びACK/NACK生成部５２と接続されている点で異なる。
【０１０１】
下りデマッピング部５３は、第１の実施形態の動作に加え、DL grant内のUL grant フラグ部分のデータをフラグ検出部５１へ送る。
【０１０２】
フラグ検出部５１は、下りデマッピング部５３から得られたUL grantフラグ部分のデータを判定し、自端末へUL grantが送付されているか否かを判定する。そして自端末へUL grantが送付されたか否かを示す判定結果をACK/NACK生成部５２へ送る。
【０１０３】
ACK/NACK生成部５２は、フラグ検出部５１からUL grantが送付された旨を通知された場合、あるいは下りデマッピング部からUL grantがある旨を通知された場合には、生成したACKまたはNACKをSC-FDMA変調部３０へ送る。いずれからもUL grantがあると通知されなかった場合は、拡散部２８へ送る。
【０１０４】
本実施形態ではDL grantと共にUL grantを同一端末へ送るときにUL grant フラグまたはPUCCH送信禁止フラグによりUL grantの存在有無を端末に通知する方法を述べたが、他の方法として、以下も考えられる。
【０１０５】
すなわち、DL grantが用いるPDCCHリソースに対応したPUCCHリソースは、必ずしもCQI送信に利用されているとは限らない。そこで、DL grantが用いるPDCCHリソースに対応したPUCCHリソースが、CQI送信に利用されている場合にのみ、UL grant フラグまたはPUCCH送信禁止フラグで通知するようにしても良い。
【０１０６】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１０７】
【図１】第１の実施形態に係る無線通信システムの構成を示す図。
【図２】第１の実施形態において上りリンクに想定する伝送方式を説明する図。
【図３】図２のFDM信号（１サブバンド）を生成するための構成を一例として示す図。
【図４】第１の実施形態において下りリンクに想定する伝送方式を説明する図。
【図５】下りリンクのフレーム構成を示す模式図。
【図６】PDCCHの詳細構成を説明する図。
【図７】DL grant／UL grantの配置例を示す図。
【図８】PDSCH信号の一例を示す図。
【図９】上りリンクのフレーム構成を示す図。
【図１０】PUSCHの送信方法を詳細に説明する図。
【図１１】PUSCHのフォーマット例を示す図。
【図１２】PUSCHのフォーマットの他の例を示す図。
【図１３】符号分割多重を行う場合に使用する拡散符号を説明する図。
【図１４】1つの拡散符号を1つのPUCCHと便宜上表すことによってPUCCHを表現した図。
【図１５】対応規則の一例を示す図。
【図１６】従来におけるDL grantおよびUL grantの送信例を示す図。
【図１７】従来における問題点を説明する図。
【図１８】本発明の要点を説明する図。
【図１９】第１の実施形態に係る基地局の送信機構成を示すブロック図。
【図２０】第１の実施形態に係わる端末の受信機構成および送信機構成を示すブロック図。
【図２１】従来の下り割り当て動作を示すフローチャート。
【図２２】第１の実施形態における下り割り当て部の動作を示すフローチャート。
【図２３】第１の実施形態に係わる基地局の受信機構成を示すブロック図。
【図２４】第２の実施形態に係るDL grantフォーマット例。
【図２５】第２の実施形態に係るDL grantフォーマットの他の例を示す図。
【図２６】第２の実施形態に係る基地局の送信機構成を示すブロック図。
【図２７】第２の実施形態に係る端末の受信機および送信機構成を示すブロック図。
【符号の説明】
【０１０８】
１０１〜１０４：端末
１０５：基地局
１０６：下りリンク
１０７：上りリンク
１１、４２：DL grant生成部
１２、４３：UL grant生成部
１３：PDSCH生成部
１４：下り割り当て部
１５：下りマッピング部
１６：OFDM変調部
１７：下りRF送信部
１８：送信アンテナ
４１：フラグ生成部
２１：受信アンテナ
２２：下りRF受信部
２３：OFDM復調部
２４、５３：下りデマッピング部
２５、５２：ACK/NACK生成部
２６：PUSCH生成部
２７：CQI生成部
２８：拡散部
２９：拡散符号割り当て部
３０：SC-FDMA変調部
３１：上りRF送信部
３２：送信アンテナ
５１：フラグ検出部
４１：受信アンテナ
４２：上りRF受信部
４３：SC-FDMA復調部
４４：PUSCH受信部
４５：ACK/NACK受信部
４６：CQI受信部
【図１】
2009147747.tif 000003
【図２】
2009147747.tif 000004
【図３】
2009147747.tif 000005
【図４】
2009147747.tif 000006
【図５】
2009147747.tif 000007
【図６】
2009147747.tif 000008
【図７】
2009147747.tif 000009
【図８】
2009147747.tif 000010
【図９】
2009147747.tif 000011
【図１０】
2009147747.tif 000012
【図１１】
2009147747.tif 000013
【図１２】
2009147747.tif 000014
【図１３】
2009147747.tif 000015
【図１４】
2009147747.tif 000016
【図１５】
2009147747.tif 000017
【図１６】
2009147747.tif 000018
【図１７】
2009147747.tif 000019
【図１８】
2009147747.tif 000020
【図１９】
2009147747.tif 000021
【図２０】
2009147747.tif 000022
【図２１】
2009147747.tif 000023
【図２２】
2009147747.tif 000024
【図２３】
2009147747.tif 000025
【図２４】
2009147747.tif 000026
【図２５】
2009147747.tif 000027
【図２６】
2009147747.tif 000028
【図２７】
2009147747.tif 000029