(57)【特許請求の範囲】
【請求項１】
ユーザ装置から上り共有チャネルを受信し、該上り共有チャネルの再送の要否を前記ユーザ装置に通知する基地局装置であって、
前記上り共有チャネルに対する肯定的又は否定的な応答を示すHARQインディケータチャネルの送信電力を決定する送信電力制御手段と、
前記送信電力制御手段が決定した値に送信電力が決定されたHARQインディケータチャネルを含む送信信号を前記ユーザ装置に送信する送信手段とを備え、
前記送信電力制御手段は、
(a)上り共有チャネルの送信を許可する制御チャネルが前記送信信号に含まれるか否か、及び
(b)肯定的な応答を示すHARQインディケータチャネルが前記送信信号に含まれるか否か
に応じて異なるように、前記HARQインディケータチャネルの送信電力を設定する、基地局装置。
【請求項２】
請求項１に記載の基地局装置において、
前記共有チャネルの送信を許可する制御チャネルが前記送信信号に含まれる場合、前記HARQインディケータチャネルの送信電力を小さくし、
前記共有チャネルの送信を許可する制御チャネルが前記送信信号に含まれない場合、前記HARQインディケータチャネルの送信電力を大きくする基地局装置。
【請求項３】
請求項２に記載の基地局装置において、
前記共有チャネルの送信を許可する制御チャネルが前記送信信号に含まれる場合、前記HARQインディケータチャネルの送信電力をゼロに設定する基地局装置。
【請求項４】
請求項１に記載の基地局装置において、
前記HARQインディケータチャネルが肯定的な応答を示す場合、前記HARQインディケータチャネルの送信電力を大きくし、
前記HARQインディケータチャネルが否定的な応答を示す場合、前記HARQインディケータチャネルの送信電力を小さくする基地局装置。
【請求項５】
請求項１に記載の基地局装置において、
前記送信電力制御手段は、さらに、前記ユーザ装置から報告される下りリンクの無線品質情報に基づいて、前記HARQインディケータチャネルの送信電力を決定する、基地局装置。
【請求項６】
請求項１に記載の基地局装置において、
送信電力制御手段は、前記HARQインディケータチャネルの送信電力Powerを、
Power=PowerRef+CQIRef-CQI+Δ
により算出し、前記PowerRefは基準となる送信電力を示し、CQIRefは基準となる無線品質情報を示し、CQIは下りリンクの無線品質情報を示し、Δはオフセットを示し、前記オフセットΔは、
肯定的な応答を示すHARQインディケータチャネルは送信されるが、共有チャネルの送信を許可する制御チャネルは送信されない場合、
否定的な応答を示すHARQインディケータチャネルは送信されるが、共有チャネルの送信を許可する制御チャネルは送信されない場合、
肯定的な応答を示すHARQインディケータチャネルと、共有チャネルの送信を許可する制御チャネルとの双方が送信される場合、及び
否定的な応答を示すHARQインディケータチャネルと、共有チャネルの送信を許可する制御チャネルとの双方が送信される場合
の４通りに対してそれぞれ異なる値に設定される基地局装置。
【請求項７】
請求項１に記載の基地局装置において、
上り共有チャネルの送信タイミング及び該上り共有チャネルの再送のタイミング間の期間が、移動通信システムで予め決められている基地局装置。
【請求項８】
請求項１に記載の基地局装置において、
前記制御チャネルは、上り共有チャネルの再送に使用可能な無線リソースを示す上りリンクスケジューリンググラントを含む基地局装置。
【請求項９】
再送制御を行う移動通信システムの基地局装置が実行する通信制御方法であって、
ユーザ装置から上り共有チャネルを受信部が受信するステップと、
前記上り共有チャネルに対する肯定的又は否定的な応答を示すHARQインディケータチャネルを生成部が生成するステップと、
送信電力制御部が決定した値に送信電力が設定されたHARQインディケータチャネルを含む送信信号を送信部が前記ユーザ装置に送信するステップとを有し、
前記送信電力制御部は、
(a)上り共有チャネルの送信を許可する制御チャネルが前記送信信号に含まれるか否か、及び
(b)肯定的な応答を示すHARQインディケータチャネルが前記送信信号に含まれるか否か
に応じて異なるように、前記HARQインディケータチャネルの送信電力を設定する、通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、下りリンクにおいて直交周波数分割多重OFDM(Orthogonal  Frequency  Division  Multiplexing)を適用する移動通信システムに関し、特に基地局装置に関する。
【背景技術】
【０００２】
この種の技術分野では、W-CDMAやHSDPAの後継となる次世代通信方式が、W-CDMAの標準化団体3GPPにより検討されている。次世代通信システムの代表例は、ロングタームエボリューション(LTE:  Long  Term  Evolution)である。LTEにおける無線アクセス方式は、下りリンクについてはOFDM (Orthogonal Frequency Division Multiple Access)、上りリンクについてはSC-FDMA(Single-Carrier  Frequency  Division  Multiple  Access)である（例えば、非特許文献１及び２参照）。以下、説明の便宜上、LTEを例にとって説明するが、本発明はそのようなシステムに限定されない。【０００３】
OFDMは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行うマルチキャリア方式の技術である。サブキャリアを周波数上に、一部重なりあいながらも互いに干渉することなく密に並べることで、高速伝送を実現し、周波数の利用効率を上げることができる。【０００４】
SC-FDMAは、フーリエ変換及び逆フーリエ変換を利用することで、周波数帯域を分割し、複数の端末間で異なる周波数帯域を利用できるようにするシングルキャリア方式の技術である。SC-FDMA方式では、端末間の干渉を低減することができ、送信電力の変動が小さくなる等の特徴を持つので、端末の低消費電力化及びカバレッジの拡大等に有利である。【０００５】
LTEでは、上りリンク、下りリンクともに１つないし２つ以上の物理チャネルを複数の移動局（ユーザ装置）で共有して通信を行うシステムである。上記複数の移動局で共有されるチャネルは、一般に共有チャネルと呼ばれ、LTEにおいては、上りリンクにおいては物理上りリンク共有チャネル(PUSCH:Physical  Uplink  Shared  Channel)であり、下りリンクにおいては物理下りリンク共有チャネル(PDSCH:Physical  Downlink  Shared  Channel)である。また、上記PUSCHおよびPDSCHにマッピングされるトランスポートチャネルは、それぞれ、Uplink-Shared  Channel(UL-SCH)およびDownlink-Shared  Channel(DL-SCH)と言及される。
そして、上述したような共有チャネルを用いた通信システムにおいては、サブフレーム毎に、どの移動局に対して上記共有チャネルを割り当てるかのシグナリングする必要があり、上記シグナリングのために用いられる制御チャネルは、LTEでは、下り物理制御チャネル(PDCCH:Physical  Downlink  Control  Channel)と呼ばれる。尚、前記ＰＤＣＣＨは、下りL1/L2制御チャネル(Downlink  L1/L2  Control  Channel)、DL  L1/L2制御チャネル、または下りリンク制御情報(DCI:  Downlink  Control  Information)とも呼ばれる。上記PDCCHの情報には、例えば、下り／上りスケジューリンググラント(DL/UL  Scheduling  Grant)、送信電力制御(TPC:  Transmission  Power  Control)ビットが含まれる（非特許文献３）。【０００６】
より具体的には、ＤＬスケジューリンググラントには、例えば、
下りリンクのリソースブロック(Resource  Block)の割り当て情報、
ユーザ装置（ＵＥ）のID、
ストリームの数、
プリコーディングベクトル(Precoding  Vector)に関する情報、
データサイズ及び変調方式に関する情報
HARQ(Hybrid  Automatic  Repeat  reQuest)に関する情報
等が含まれてよい。ＤＬスケジューリンググラントは、ＤＬアサイメント情報(DL  Assignment  Information)、ＤＬスケジューリング情報等と呼ばれてもよい。【０００７】
また、ＵＬスケジューリンググラントにも、例えば、
上りリンクのリソースブロックの割り当て情報、
ユーザ装置（ＵＥ）のID、
データサイズ及び変調方式に関する情報、
上りリンクの送信電力情報、
復調用のリファレンス信号(Demodulation  Reference  Signal)の情報
等が含まれてよい。【０００８】
上記PDCCHは、１サブフレーム(Sub-frame)内の例えば１４個のOFDMシンボルの内、先頭から１〜３つのOFDMシンボルにマッピングされる。先頭からいくつのOFDMシンボルにPDCCHがマッピングされるかは、後述するPCFICHにより指定され、移動局に通知される。【０００９】
また、PDCCHを含むＯＦＤＭシンボルでは、物理制御フォーマットインディケータチャネル(PCFICH:  Physical  Control  Format  Indicator  Channel)や、物理HARQインディケータチャネル(PHICH:  Physical  Hybrid  ARQ  Indicator  Channel)も送信される。【００１０】
PCFICHは、PDCCHを含むOFDMシンボル数を移動局に通知するための信号である。前記PCFICHは、下りL1/L2制御フォーマットインディケータ(DL  L1/L2  Control  Format  Indicator)と呼ばれてもよい。PHICHは、上りリンクの物理共有チャネル(PUSCH)に関する送達確認情報を送信するチャネルである。送達確認情報には、肯定応答であるACK(Acknowledgement)と否定応答であるNACK(Negative  Acknowledgement)が存在する。【００１１】
下りリンクでは、１サブフレーム内の先頭のＭシンボル（Ｍ＝１，２又は３）に、PDCCH、PCFICH、PHICHがマッピングされている。そして、これらが効率よく多重伝送されるように、それらの各チャネルに対して送信電力制御が適用されている。
【非特許文献１】3GPP  TR  25.814  (V7.0.0),  "Physical  Layer  Aspects  for  Evolved  UTRA,"  June  2006
【非特許文献２】3GPP  TS  36.211  (V8.1.0),  "Physical  Channels and Modulation,"  November  2007
【非特許文献３】3GPP  TS  36.300  (V8.2.0),  "E-UTRA and E-UTRAN Overall description,"  September  2007
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上述したように、LTEの下りリンクにおいては、１サブフレーム内の先頭のＭシンボル（Ｍ＝１，２又は３）に、PDCCH、PCFICH、PHICHがマッピングされ、それらの各チャネルに対して送信電力制御が適用される。【００１３】
例えば、PDCCH、PCFICH及びPHICHに割り当てる送信電力が多かった場合、これらのチャネルの誤り率は小さくなり、安定した通信を期することができるかもしれない。しかしながら、送信電力リソースには限りがあるので、過剰に消費されると、結果として、多重可能なPDCCH、PCFICH、PHICHの数が減少してしまう。すなわち、より多くの送信電力をこれらのチャネルに割り当て過ぎると、システムの効率を落としてしまうことが懸念される。【００１４】
一方、PDCCH、PCFICH及びPHICHに割り当てる送信電力が少なかった場合、PDCCH、PCFICH及びPHICHの誤り率は大きくなり、安定した通信を行えなくなるかもしれない。【００１５】
本発明の課題は、制御チャネル(PHICH等)の送信電力の適正化を図ることである。
【課題を解決するための手段】
【００１６】
開示される発明の実施の形態による基地局装置は、
ユーザ装置から上り共有チャネルを受信し、該上り共有チャネルの再送の要否を前記ユーザ装置に通知する基地局装置であって、
前記上り共有チャネルに対する肯定的又は否定的な応答を示すHARQインディケータチャネルの送信電力を決定する送信電力制御手段と、
前記送信電力制御手段が決定した値に送信電力が決定されたHARQインディケータチャネルを含む送信信号を前記ユーザ装置に送信する送信手段とを備え、
前記送信電力制御手段は、
(a)上り共有チャネルの送信を許可する制御チャネルが前記送信信号に含まれるか否か、及び
(b)肯定的な応答を示すHARQインディケータチャネルが前記送信信号に含まれるか否か
に応じて異なるように、前記HARQインディケータチャネルの送信電力を設定する、基地局装置である。
【発明の効果】
【００１７】
本発明によれば、PHICHを含む制御チャネルの送信電力の適正化を図ることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態による無線通信システムの構成を示すブロック図である。
【図２】サブフレーム構成を示す説明図である。
【図３Ａ】サブキャリアマッピングの一例を示す説明図である。
【図３Ｂ】PHICH(ACK/NACK)のマッピング法を説明するための図である。
【図４】本発明の一実施例による基地局装置の部分ブロック図である。
【図５】本発明の一実施例による動作例を示すフローチャート(その１)である。
【図６】本発明の一実施例による動作例を示すフローチャート(その２)である。
【図７】本発明の一実施例による動作例を示すフローチャート(その３)である。
【符号の説明】
【００１９】
５０  セル
１００１、１００２、１００３、１００ｎ  ユーザ装置
２００  基地局装置
３００  アクセスゲートウェイ装置
４００  コアネットワーク
４０２  受信部(Rx)
４０４  CP除去部
４０６  高速フーリエ変換部(FFT)
４０８  分離部(DEMUX)
４１０  CQI受信部
４１２  PUSCH受信部
４１４  MAC処理部
４１６  PHICH信号生成部
４１６２  PHICH送信電力制御部
４１８  PCFICH信号生成部
４２０  PDCCH信号生成部
４２２  PDSCH信号生成部
４２４  リファレンス信号生成部
４２６  多重部(MUX)
４２８  逆高速フーリエ変換部(IFFT)
４３０  CP付加部
４３２  送信部(Tx)
【発明を実施するための最良の形態】
【００２０】
本発明の実施例によれば、物理HARQインディケータチャネル（PHICH）の送信電力は、下りリンクの無線品質情報CQIと、PHICHにマッピングされる情報の中身AKC/NACKと、ＵＬスケジューリンググラントが送信されるか否かの情報とに基づいて設定される。これにより、PHICHの送信電力制御を適切に行うことができる。【００２１】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【実施例１】
【００２２】
＜システム＞
図１は、本発明の実施例に係る基地局装置を使用する無線通信システムを示す。無線通信システム1000は、例えばEvolved  UTRA  and  UTRAN(別名:LTE(Long  Term  Evolution)、或いは、Super  3G)が適用されるシステムである。本システムは、基地局装置(eNB:  eNode  B)200と複数のユーザ装置(UE:  User  Equipment)100n(1001、1002、1003、・・・100n、nはn>0の整数)とを備える。基地局装置200は、上位局、例えばアクセスゲートウェイ装置300と接続され、アクセスゲートウェイ装置300は、コアネットワーク400と接続される。ここで、ユーザ装置100ｎはセル50において基地局装置200とEvolved  UTRA  and  UTRANにより通信を行う。アクセスゲートウェイ装置は、ＭＭＥ／ＳＧＷ(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ／Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ)と呼ばれてもよい。【００２３】
各ユーザ装置(1001、1002、1003、・・・100n)は、同一の構成、機能、状態を有するので、以下では特段の断りがない限りユーザ装置100ｎとして説明を進める。説明の便宜上、基地局装置と無線通信するのはユーザ装置であるが、より一般的には移動端末も固定端末も含む。【００２４】
無線通信システム1000では、無線アクセス方式として、下りリンクについてはOFDMA（直交周波数分割多元接続）が、上りリンクについてはSC-FDMA(シングルキャリア−周波数分割多元接続）が適用される。上述したように、OFDMAは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC-FDMAは、周波数帯域を端末毎に分割し、複数の端末が互いに異なる周波数帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。【００２５】
＜通信チャネル＞
次に、本システムで使用される各種の通信チャネルについて説明する。下りリンクについては、各ユーザ装置100ｎで共有される物理下りリンク共有チャネル（PDSCH）と、物理下りリンク制御チャネル(PDCCH)とが用いられる。物理下りリンク制御チャネルは下りL1/L2制御チャネルとも呼ばれる。また、上記物理下りリンク制御チャネルにマッピングされる情報は、下りリンク制御情報(DCI)と呼ばれてもよい。【００２６】
上記物理下りリンク共有チャネルにより、ユーザデータ、すなわち、通常のデータ信号が伝送される。尚、物理下りリンク共有チャネルにマッピングされるトランスポートチャネルは、DL-SCH(Downlink  Shared  Channel)である。また、物理下りリンク制御チャネルにより、ダウンリンク／アップリンクスケジューリンググラント、送信電力制御コマンドビット等が伝送される。【００２７】
ダウンリンクスケジューリンググラント(DL-Grant)には、例えば、物理下りリンク共有チャネルを用いて通信を行うユーザのIDや、そのユーザデータのトランスポートフォーマットの情報、すなわち、データサイズ、変調方式、HARQに関する情報や、下りリンクのリソースブロックの割り当て情報等が含まれる。前記ダウンリンクスケジューリンググラントは、ダウンリンクスケジューリングインフォメーションと呼ばれてもよい。【００２８】
アップリンクスケジューリンググラント(UL-Grant)にも、例えば、物理上りリンク共有チャネルを用いて通信を行うユーザのIDや、そのユーザデータのトランスポートフォーマットの情報、すなわち、データサイズ、変調方式に関する情報や、上りリンクのリソースブロックの割り当て情報、上りリンクの共有チャネルの送信電力に関する情報等が含まれる。ここで、上りリンクのリソースブロックとは、周波数リソースに相当し、リソースユニットとも呼ばれる。本実施例におけるUL-Grantは、上り共有チャネルの送信を許可するだけでなく、許可する送信が、再送であるか否かも区別する。どのようにして区別するかは様々な方法が考えられる。例えば、UL-Grantの中に再送か否かを示す識別情報又はインジケータが用意されてもよい。前記識別情報は、New Data Indicatorと呼ばれてもよい。    
上記物理下りリンク制御チャネル(PDCCH)がマッピングされるＯＦＤＭシンボルは、物理制御チャネルフォーマットインディケータチャネル（PCFICH）や、物理HARQインディケータチャネル（PHICH）を含む。すなわち、PDCCH、PCFICH及びPHICHは、所定数個以下のOFDMシンボルに多重されて送信される。【００２９】
物理制御チャネルフォーマットインディケータチャネル(PCFICH)は、物理下りリンク制御チャネルがマッピングされるOFDMシンボル数をユーザ装置に通知するチャネルである。【００３０】
物理HARQインディケータチャネル(PHICH)は、物理上りリンク共有チャネルに対する送達確認情報を伝送するチャネルである。上記送達確認情報は、肯定応答であるACK又は否定応答であるNACKにより表現される。【００３１】
尚、PHICHにマッピングされるACKは、肯定応答という一般的な意味に加えて又はその代わりに、UL-Grantを受けていなければ所定の直後の再送タイミングで再送を行わない、という意味に解釈されてもよい(あるパケットの送信タイミングとそのパケットの再送タイミングとの間の時間的な関係は、同期型HARQでは予め固定的に決まっている。)。この定義の場合、ユーザ装置は、PHICHによりACKを受信すると、UL-Grantを受けていなかった場合、直後の再送タイミングでは物理上りリンク共有チャネル(PUSCH)の再送を行わないが、その後の再送可能なタイミングにおいて、UL-Grantを受信し且つPUSCHの再送を指示された場合には、指示されたPUSCHの再送を行う。この場合、ACKは、「物理上りリンク共有チャネルが正しく受信されたこと」までをも意味するのではなく、
「直後の再送タイミングでPUSCHの再送を留保するかもしれないこと」
を意味するに留まる。再送を指示するULスケジューリンググラントを受けたことを条件に、再送が行われる。従って、ユーザ装置がこの定義によるACKを受けたとしても、送信済みのPUSCHを破棄してはならず、再送バッファに保持しておく必要がある。この場合、ユーザ装置は、基地局装置よりＡＣＫを受けたＨＡＲＱプロセスを用いて新規送信を行うことを指示された場合に、前記送信済みのＰＵＳＣＨを破棄することになる。【００３２】
尚、上述した例においては、PHICHやPCFICHは、物理下りリンク制御チャネルと並列的な関係にあるチャネルとして定義されている。しかしながら、PHICHやPCFICHが、PDCCHに含まれる情報要素として定義されてもよい。【００３３】
上りリンクについては、各ユーザ装置100ｎで共有して使用される物理上りリンク共有チャネル（PUSCH）と、LTE用の上りリンク制御チャネルとが用いられる。LTE用の上りリンク制御チャネルには、物理上りリンク共有チャネルの一部として送信されるチャネルと、周波数多重されるチャネルの２種類がある。周波数多重されるチャネルは、物理上りリンク制御チャネル(PUCCH:  Physical  Uplink  Control  Channel)と呼ばれる。上記物理上りリンク共有チャネルにより、ユーザデータ、すなわち、通常のデータ信号が伝送される。物理上りリンク共有チャネルにマッピングされるトランスポートチャネルは、UL-SCH(Uplink  Shared  Channel)である。また、LTE用の上りリンク制御チャネルにより、物理下りリンク共有チャネルのスケジューリング処理や適応変復調及び符号化処理(AMCS:  Adaptive  Modulation  and  Coding  Scheme)に用いるための下りリンクの品質情報(CQI:  Channel  Quality  Indicator)、及び、物理下りリンク共有チャネルの送達確認情報が伝送される。送達確認情報の内容は、肯定応答(ACK)又は否定応答(NACK)の何れかで表現される。【００３４】
LTE用の上りリンク制御チャネルでは、CQIや送達確認情報に加えて、上りリンクの共有チャネルのリソース割り当てを要求するスケジューリング要求等が送信されてもよい。ここで、上りリンクの共有チャネルのリソース割り当てとは、あるサブフレームの物理下りリンク制御チャネル、すなわち、アップリンクスケジューリンググラントを用いて、後続のサブフレームにおいて上りリンクの共有チャネルを用いて通信を行ってよいことを基地局装置がユーザ装置に通知することを意味する。【００３５】
＜サブフレーム構成＞
図２はサブフレーム構成の一例を示す。下りリンク伝送では、１サブフレームは、例えば１ｍｓであり、１サブフレームの中に１４個のOFDMシンボルが存在する。図２において、時間軸方向の番号（＃１、＃２、＃３、・・・、＃１４）はOFDMシンボルを識別する番号を示し、周波数軸方向の番号（＃１、＃２、＃３、・・・、＃Ｌ−１、＃Ｌ、Ｌは正の整数）はリソースブロックを識別する番号を示す。【００３６】
サブフレームの先頭のＭ個のOFDMシンボルには、上記物理下りリンク制御チャネルPDCCH等がマッピングされる。Ｍの値としては、１、２、３の３通りが設定される。図２においては、１サブフレームの先頭から２つのOFDMシンボル、すなわち、OFDMシンボル＃１及び＃２に上記物理下りリンク制御チャネルがマッピングされている(即ち、M=2である。)。そして、上記物理下りリンク制御チャネルPDCCHがマッピングされるOFDMシンボル以外のOFDMシンボルにおいて、ユーザデータや同期チャネル (SCH、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ。Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌと呼ばれてもよい。)、報知チャネル(BCH。Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌと呼ばれてもよい)、及び／又はパーシステントスケジューリング(Persistent  Scheduling)またはセミパーシステントスケジューリング（Semi-Persistent Scheduling）の適用されるデータチャネル等がマッピングされる。尚、上述したユーザデータとは、例えば、ウェブブラウジング、ファイル転送（ＦＴＰ）、音声パケット（ＶｏＩＰ）等によるＩＰパケットや、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）の処理のための制御信号などである。前記ユーザデータは、物理チャネルとしてはＰＤＳＣＨに、トランスポートチャネルとしては、ＤＬ−ＳＣＨにマッピングされる。【００３７】
また、周波数方向においては、システム帯域の中にＬ個のリソースブロックが用意される。ここで、１リソースブロック当たりの周波数帯域は、例えば180kHzであり、１リソースブロックの中に例えば12個のサブキャリアが存在する。また、リソースブロックの総数Ｌは、システム帯域幅が5MHzの場合には25個、システム帯域幅が10MHzの場合には50個、システム帯域幅が20MHzの場合には100個等の数をとってもよい。【００３８】
＜リソース割当＞
以下に、１サブフレームの先頭のＭ個のOFDMシンボルの中で、リソースがどのように割り当てられるかの一例を説明する。説明の便宜上、１つのサブキャリア及び１つのOFDMシンボルで特定される物理リソースを、１リソースエレメント(RE:  Resource  Element)と呼ぶことにする。【００３９】
図３Ａは、サブフレームの先頭から３つ目までのOFDMシンボルに物理下りリンク制御チャネルPDCCH等がマッピングされる様子を示す(M=3)。これらＭ個のOFDMシンボルにおけるリソースの内、下りリンクのリファレンス信号用のリソースを除いたリソースに、PDCCH,PCFICH,PHICH等がマッピングされる。PDCCH等のマッピング可能なリソースは、周波数方向にリファレンス信号を除いて連続する４個のリソースエレメント毎に区分けされる。区分けされたリソースエレメント４つ分のリソースは、４つ組リソースエレメント(Resource  Element  Quadruplet)と言及される。前記４つ組のリソースエレメントは、Resource-element groupと呼ばれてもよい。PDCCH,PDCICH,PHICH等に割り当てられるリソースは、この４つ組リソースエレメント１つを最小単位にして割り当てられる。ここで、４つ組リソースエレメントの番号付けは、まず時間方向に行われ、その後、周波数方向に行われる。例えば、システム帯域幅が5MHzの場合、リソースブロックは25個存在し、１リソースブロック当たり12サブキャリア存在したとすると、OFDMシンボル１つ当たり300サブキャリア存在する。図示の例では、１リソースブロック当たり８個の４つ組リソースエレメントが存在する(M=3)。この場合、25個のリソースブロック全体の中に、25×8＝200個の４つ組リソースエレメントが存在することになる。【００４０】
尚、４つ組リソースエレメントを定義する際、１アンテナ送信の場合でも、第２のアンテナから下りリンクのリファレンス信号が送信されると仮定して、４つ組リソースエレメントが定義される。図示の例では、第１アンテナから送信されるリファレンス信号R1と、第２アンテナから送信されるリファレンス信号R2とが示されている。この場合に、第２アンテナからの送信が実際に行われるか否かによらず、それが行われるもの仮定して、４つ組リソースエレメントが定義される。【００４１】
本発明は、PHICHの送信電力制御に関わるため、以下では、さらに物理ＡＲＱインディケータチャネルのマッピング方法に関して、説明を行う。【００４２】
図３Ｂは、PHICHをマッピングする様子を示す。PHICHは、「４つ組リソースエレメント」３個で構成される「物理HARQインディケータチャネルグループ」に多重される。より具体的には、PHICHは、４つ組リソースエレメント３つ分の１２個のリソースエレメントに、拡散率４で符合多重(CDMA)され、かつ、Ｉ／Ｑ多重されて、マッピングされる。すなわち、１つの物理HARQインディケータチャネルグループに、８個のPHICHが多重される。I成分側に４つのPHICHが符号多重されており、Q成分側にも４つのPHICHが符号多重されている。これら８つのPHICHが、１２個のリソースエレメントにマッピングされる(上述したように、リソースエレメントは、１つのOFDMシンボル及び１つのサブキャリアで特定されるリソースである。)。尚、上述した３個の４つ組リソースエレメント同士は、隣接していてもよいし、システム帯域内で分散していてもよい。上述した、物理HARQインディケータチャネルグループが、１つのサブフレームの中で、１つしか用意されなくてもよいし、２つ以上が用意されてもよい。【００４３】
また、PHICH各々には番号が付与されており、その番号は、物理上りリンク共有チャネルがマッピングされているリソースブロック(RB)の最も若番の番号に対応している。例えば、システム帯域に含まれているリソースブロックに低周波側から順に番号が付与されていたとする(システム帯域幅が5MHzの場合、１番から25番までのリソースブロック番号がある。)。基地局装置200が、リソースブロック番号の４番から８番にマッピングされている物理上りリンク共有チャネルを受信した場合、４番のPHICHを用いて、物理上りリンク共有チャネルに対応するPHICHを送信する。このようにPUSCHに使用されたリソースブロック番号と、PHICHのマッピング位置との対応関係を事前に決めておくことで、PHICHのマッピング位置に関する明示的なシグナリングを毎回ユーザ装置に通知しなくて済むようになる。【００４４】
尚、上述した、ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨに関するリソース割り当ては、あくまで一例であり、その他の方法でリソース割り当てが行われてもよい。例えば、コード多重によりリソース割り当てが行われてもよいし、周波数多重によりリソース割り当てが行われてもよいし、時間多重によりリソース割り当てが行われてもよい。あるいは、前記コード多重、周波数多重、時間多重の内の複数をハイブリッドした多重方法により、多重が行われてもよい。【００４５】
尚、図３においては、物理下りリンク制御チャネルがマッピングされるOFDMシンボルの数が３の場合に関して説明を行ったが、物理下りリンク制御チャネルがマッピングされるOFDMシンボルの数が１または２である場合にも、上述した、PHICHに関するリソース割当方法、マッピング方法は同様である。【００４６】
＜基地局装置−eNB＞
図４を参照しながら、本発明の実施例に係る基地局装置200を説明する。図４には、受信部(Rx)402、CP除去部404、高速フーリエ変換部(FFT)406、分離部(DEMUX)408、CQI受信部410、PUSCH受信部412、MAC処理部414、PHICH信号生成部416、PCFICH信号生成部418、PDCCH信号生成部420、PDSCH信号生成部422、リファレンス信号生成部424、多重部(MUX)426、逆高速フーリエ変換部(IFFT)428、CP付加部430及び送信部(Tx)432が示されている。【００４７】
受信部(Rx)402は、上りリンクの信号を受信し、電力増幅、周波数変換、帯域制限、アナログディジタル変換等の処理を行い、ベースバンドの受信信号を導出する。【００４８】
CP除去部404は、受信信号の内、ガードインターバルに相当する信号部分を除去する。ガードインターバルは、サイクリックプレフィックス(CP:  Cyclic  Prefix)とも言及される。【００４９】
高速フーリエ変換部(FFT)406は、そこに入力された信号を高速フーリエ変換し、時間領域の信号を周波数領域の信号に変換する。【００５０】
分離部(DEMUX)408は、様々なサブキャリアにマッピングされている様々な信号を抽出する。受信信号には説明済みの様々な通信チャネルが含まれているが、本実施例ではPUSCH、PUCCH等が特に重要になる。図示の簡明化のため、受信される可能性のある他の多くのチャネルは図４では省略されている。【００５１】
CQI受信部410は、受信信号に含まれていたCQIを復元する。CQIは、ユーザ装置が測定した下りリンクの無線チャネル状態の良否を表す。【００５２】
PUSCH受信部412は、上りリンクで伝送され受信された物理共有チャネルを復元する。具体的には、ＩＤＦＴ処理、デインタリーブ、データ復調、チャネル復号等が行われる。【００５３】
MAC処理部414は、(a)上りリンクのユーザデータのMAC再送制御の受信処理や、(b)スケジューリング処理、(c)伝送フォーマットの選択処理、(d)周波数リソースの割り当て処理等を行う。【００５４】
(a)MAC処理部414は、MACレイヤでの再送制御処理(ACK/NACK判定等)を行う。MAC再送制御の受信処理の後、当該サブフレームにおいて送信されるPHICHが、ACKを示すか又はNACKを示すかは、PHICH信号生成部416及びPHICH送信電力制御部4162に通知される。【００５５】
さらに、MAC処理部414は、当該サブフレームにおいてPHICHの宛先のユーザ装置に対して、上りスケジューリンググラント(UL-Grant)も送信するか否かの情報を、PHICH送信電力制御部4162に通知する。すなわち、MAC処理部414は、当該サブフレームにおいてPHICHの宛先のユーザ装置に対して、PHICHとUL-Grantの両方を送信するか、あるいは、PHICHのみを送信するかの情報を通知する。この情報は、基地局装置で決定される。但し、その決定は、ユーザ装置の意向を加味して決定されてもよいし、或いは基地局装置より上位の装置で決定されてもよい。【００５６】
(b)上記のスケジューリング処理では、所定のサブフレームにおいて共有チャネルを用いてユーザデータの送信を行うユーザ装置が選別(選択)される。例えば、その選別のためのアルゴリズムとして、ラウンドロビンやプロポーショナルフェアネス(Proportional  Fairness)、MAX-C/Iが存在する。プロポーショナルフェアネスやMAX-C/Iにおいては、例えば、各ユーザ装置に関する評価メトリックを算出し、評価メトリックが大きいユーザ装置を、当該サブフレームにおいて共有チャネルを用いて通信を行うユーザ装置として選別する処理が行われる。ここで、評価メトリックは、無線リソースを割り当てる優先順位を示す優先度に相当する。言い換えれば、上記プロポーショナルフェアネスやMAX-C/Iにおいては、無線リソースを割り当てる優先順位を示す優先度に従って、無線リソースを割り当てるユーザ装置が選択される。【００５７】
(c)伝送フォーマットの選択処理では、スケジューリングにおいて選別されたユーザ装置が送信するユーザデータに関する変調方式や符号化率、データサイズ等のトランスポートフォーマットの情報が決定される。変調方式、符号化率、データサイズの決定は、例えば、ユーザ装置から上りリンクにおいて送信するサウンディング用リファレンス信号のSIRや基地局装置とユーザ装置との間のパスロスに基づいて行われる。【００５８】
(d)周波数リソースの割り当て処理では、スケジューリングにおいて選別されたユーザ装置が送信するユーザデータの送信に用いられるリソースブロックが決定される。リソースブロックの決定は、例えば、ユーザ装置から上りリンクにおいて送信するサウンディング用リファレンス信号のＳＩＲに基づいて行われる。【００５９】
また、MAC処理部414は、例えばHARQの送信処理のような下りリンクのユーザデータのMAC再送制御、(f)スケジューリング処理、(g)伝送フォーマットの選択処理、(h)周波数リソースの割り当て処理等も行う。【００６０】
(f)下りリンクにおけるスケジューリングでは、当該サブフレームの下りリンクにおいて共有チャネルを用いた通信を行うユーザ装置が選別（選択）される。【００６１】
(g)また、伝送フォーマットの選択処理では、スケジューリングにおいて選別されたユーザ装置に送信する下りリンクの共有チャネルに関する変調方式や符号化率、データサイズ等のトランスポートフォーマットの情報が決定される。変調方式、符号化率、データサイズの決定は、例えば、ユーザ装置から上りリンクにおいて報告されるCQIに基づいて行われる。【００６２】
(h)さらに、この場合における周波数リソースの割り当て処理では、スケジューリングにおいて選別されたユーザ装置に送信する下りリンクの共有チャネルの送信に用いられるリソースブロックが決定される。リソースブロックの決定は、例えば、ユーザ装置から上りリンクにおいて報告されるCQIに基づいて行われる。尚、CQIは、CQI受信部410から通知される。【００６３】
MAC処理部414は、上記の上りリンクに関する各種の処理で決定された内容(ユーザ、リソース等)  (すなわち、上りスケジューリンググラント)をPDCCH信号生成部420に通知する。また、MAC処理部は、上記の下りリンクに関する各種の処理で決定された内容(すなわち、下りスケジューリンググラント)をPDCCH信号生成部420及びPDSCH信号生成部422に通知する。また、MAC処理部414は、PDSCH信号生成部422に対して、当該サブフレームにおいて、送信すべきユーザデータを送信する。【００６４】
PHICH信号生成部416は、MAC処理部414から、当該サブフレームにおいて送信する物理HARQインディケータチャネル(PHICH)で伝送する情報を受け取る。この情報は、具体的には、受信したPUSCHについての再送制御に関する判定結果がACKであること又はNACKであること、当該サブフレームにおいて送信を行うPHICHの番号、宛先のユーザ装置のID等を含む。そして、PHICHの番号に基づいて、PHICHの信号を生成する。ここで、PHICH信号生成部416は、PHICH送信電力制御部4162より決定される送信電力情報に基づいてPHICHを生成する。尚、１サブフレームで送信するPHICHの数は、いくつでもよい。PHICHの送信電力は、PHICH送信電力制御部4162で決定される。この送信電力は、本発明の実施例によって有利に決定される。送信電力制御の具体例については後述される。【００６５】
PCFICH信号生成部418は、PDCCH,PHICH等をマッピングするOFDMシンボル数(M＝１，２又は３)がいくつであるかを示すPCFICHが用意される。PCFICHの具体的内容は、ユーザ多重数等に基づいて決定される。あるいは、ＰＣＦＩＣＨによって指定されるＯＦＤＭシンボル数は固定値であってもよい。【００６６】
PDCCH信号生成部420は、下りリンク制御チャネル(PDCCH又は下りL1/L2制御チャネル)を生成する。【００６７】
PDSCH信号生成部422は、物理下りリンク共有チャネル(PDSCH)を用意する。【００６８】
リファレンス信号生成部424は、下りリンクで伝送するリファレンス信号を用意する。【００６９】
PDCCH信号生成部420、PDSCH信号生成部422等では、下りリンクでの伝送に備えて、チャネル符号化、データ変調、インターリーブ等の既知の処理が施される。【００７０】
なお、図示の簡明化のため、PCFICH信号生成部418、PDCCH信号生成部420及びPDSCH信号生成部422、リファレンス信号生成部424にそれらの送信電力制御部が図示されていないが、実際には存在することに留意を要する。本実施例では、PHICHの送信電力を如何に決めるかが大きな特徴になるので、図４でPHICH送信電力制御部4162が明示されている。送信電力制御の具体例については後述される。【００７１】
多重部(MUX)426は、PHICH,PCFICH,PDCCH,PDSCH及びリファレンス信号の内の1つ以上を含む信号を用意する。概して多重部はこれらの信号(又はチャネル)を、FDM及び／又はTDMの技法を使って多重信号を用意する。【００７２】
逆高速フーリエ変換部(IFFT)428は、多重信号を逆高速フーリエ変換し、周波数領域の信号を時間領域の信号に変換する。【００７３】
CP付加部430は、変換後の信号にガードインターバル(サイクリックプレフィックス)を付加し、送信シンボルを用意する。【００７４】
送信部(Tx)432は、ベースバンドの送信シンボルを無線信号に変換する。送信部は、ディジタルアナログ変換、周波数変換、帯域制限、電力増幅等の既知の処理を行う。【００７５】
以下、PHICH送信電力制御部4162における送信電力制御例を説明する。【００７６】
＜PHICH送信電力制御の例（その１）＞
PHICH送信電力制御部4162は、CQI受信部410から、当該サブフレームにおいて物理HARQインディケータチャネル(PHICH)を送信するユーザ装置の下りリンクの無線品質情報(すなわち、CQI)を受け取る。ここで、CQIは、システム帯域全域に対する平均的なCQI(ワイドバンドCQI)でもよい。【００７７】
PHICH送信電力制御部4162は、MAC処理部414から、当該サブフレームにおいてPHICHの宛先のユーザ装置に対して、PHICHだけでなくUL-Grantをも送信するか否かの情報を受け取る。すなわち、本実施例では、PHICH及び／又はUL-Grantの送信に関し、選択肢が存在する。それら双方が送信される場合と、一方だけしか送信されない場合である。UL-Grantは、一般的には、上り共有チャネルの送信を許可する制御情報であり、送信に使用可能なリソースを指定する。同期型HARQによる再送制御が行われる場合、あるPUSCHの送信タイミングとそのPUSCHの再送可能なタイミングとの間の期間は、一定値(例えば、6サブフレームであってもよい。あるいは、代わりに、8サブフレームであってもよい)に固定される。初回送信時と再送時の無線リソースが常に同じなら、再送のためのUL-Grantは不要である。しかしながら、初回送信時点から再送時点までの間に無線伝搬状況が変わる可能性もあり、その場合、初回送信時と異なる無線リソースで再送が行われることが望ましい。このような観点からは、再送時に使用する無線リソースをUL-Grantで通知することが考えられる。この場合、UL-Grantの指定する無線リソースが、再送用なのか否かをユーザ装置で区別できることが望ましい。例えば、UL-Grantの中に再送か否かを示す識別情報又はインジケータが用意されていてもよい。【００７８】
あるいは、上述した例では、上り共有チャネルの復号結果がＮＧであり、再送を指示する場合を示したが、上り共有チャネルの復号結果がＯＫである場合にも、PHICHとUL-Grantの双方が送信される場合と、一方だけしか送信されない場合がある。例えば、上り共有チャネルの復号結果がＯＫであり、かつ、その次の送信タイミングにおいて、ユーザ装置のデータバッファに送信するべきデータがある場合には、当該ユーザ装置に対して、ＡＣＫを通知するＰＨＩＣＨと、新規送信を指示するＵＬ  Ｇｒａｎｔが送信される。一方、上り共有チャネルの復号結果がＯＫであり、かつ、その次の送信タイミングにおいて、ユーザ装置のデータバッファに送信するべきデータがない場合には、当該ユーザ装置に対して、ＡＣＫを通知するＰＨＩＣＨのみが送信される。あるいは、上り共有チャネルの復号結果がＯＫであり、かつ、その次の送信タイミングにおいて、当該ユーザ装置に割り当てる無線リソースが存在しない場合にも、当該ユーザ装置に対して、ＡＣＫを通知するＰＨＩＣＨのみが送信される。【００７９】
このように本実施例では、PHICHは送信されるがUL-Grantは送信されない場合だけでなく、双方とも送信される場合も想定しており、これらの個々の場合に応じて適切な送信電力制御が行われるようにする。【００８０】
PHICH送信電力制御部4162は、CQI、PHICH及び／又はUL-Grantに関する情報に基づいて、当該サブフレームで送信するPHICHの送信電力を決定する。一例として、以下の式に基づいて、PHICHの送信電力PPHICHが決定されてもよい。尚、下記の式は、dB値で計算されている。【００８１】
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH
ここで、Prefは基準となる送信電力であり、CQIｒｅｆは基準となるCQIであり、CQIは、CQI受信部より受け取ったCQIである。すなわち、CQIは、当該PHICHの宛先のユーザ装置から報告されたCQIである。【００８２】
本実施例で使用されるΔPHICHは、オフセット値を表し、PHICHのみが送信される場合と、それに加えてUL-Grantも送信される場合とでオフセット値は異なるように設定される。【００８３】
例えば、以下のように、ΔPHICHが設定されてもよい：
（Ａ）PHICHのみが送信される場合
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH  ，  (ΔPHICH＝３ｄＢ)
（Ｂ）PHICHとUL-Grantの両方が送信される場合
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH，    （ΔPHICH＝０ｄＢ)。【００８４】
すなわち、（Ａ）の場合のPHICHの送信電力が、（Ｂ）の場合のPHICHの送信電力に比べて大きな値に設定されている。【００８５】
PHICHとUL-Grantの両方がユーザ装置で受信される場合、PHICHの誤り率が大きかったとしても、UL-Grantが正常に受信されていれば、再送制御は適切に実行可能である。ユーザ装置が、PHICHとUL-Grantの両方を受信した場合、ユーザ装置は、UL-Grantの情報に基づいて、以後の物理上りリンク共有チャネルPUSCHの送信処理を行い、PHICHの情報は無視されるように、システムの動作が規定されていた場合はなおさらである。従って、PHICHとUL-Grantの双方が基地局装置から送信される場合、PHICHの送信電力は小さくてよい。しかしながら、UL-Grantが送信されず、PHICHしか送信されない場合、PHICHの受信品質は高く維持されるべきである。このような観点から、（Ａ）の場合のPHICHの送信電力が、（Ｂ）の場合のPHICHの送信電力に比べて大きな値に設定される。これにより、送信電力リソースの消費を節約しつつ再送制御を適切に行い、効率の良い通信を実現することが可能になる。【００８６】
図５は上記の動作例を示すフローチャートである。PHICH及びUL-Grantの双方をユーザ装置に送信するか否かが確認される(S1)。双方は送信されない場合(Noの場合)、すなわちPHICHしか送信されない場合、PHICHの送信電力は大きく設定される(S2)。これは、上記の（Ａ）の場合に相当する。双方とも送信される場合(Yesの場合)、PHICHの送信電力は小さく設定される(S3)。これは、上記の（Ｂ）の場合に相当する。【００８７】
上述したように、UL-Grantが送信される場合、PHICHを送信する意義は少ないので、その場合、いっそのことPHICHを送信しないことも考えられる。例えば、以下のように、送信電力が設定されてもよい：
（Ｃ）PHICHのみが送信される場合
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH  ，  (ΔPHICH＝０ｄＢ)
（Ｄ）UL-Grantが送信される場合
PPHICH=ＯＦＦ
尚、ＯＦＦとは、送信電力が真値で０であることを示す。【００８８】
このようにすると、上記の（Ｂ）の場合に消費していた送信電力を節約でき、他の信号に振り分けることができる。その結果、PDCCH等の信号品質を改善できる。【００８９】
＜PHICH送信電力制御の例（その２）＞
PHICH送信電力制御部4162は、MAC処理部414から、当該サブフレームにおいて送信するPHICHの情報がACKであるかNACKであるかの情報を受け取ってもよい。【００９０】
そして例えば以下のように、ΔPHICHが設定されてもよい：
（Ｅ）PHICHでACKを送信する場合
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH  ，  (ΔPHICH＝３ｄＢ)
（Ｆ）PHICHでNACKを送信する場合
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH，    （ΔPHICH＝０ｄＢ)
すなわち、（Ｅ）の場合のPHICHの送信電力が、（Ｆ）の場合のPHICHの送信電力に比べて大きな値に設定されている。【００９１】
ユーザ装置がNACKを受信したと判断した場合、HARQにおける前回の送信の周波数リソース、変調方式及びペイロードサイズに基づいて、過去に送信した物理上りリンク共有チャネルPUSCHが送信される。従って、ユーザ装置がACKを誤ってNACKと判断した場合、ユーザ装置は、対応する物理上りリンク共有チャネルPUSCHの再送を行うことになる。基地局装置は、ユーザ装置にACKを送信した後、そのユーザ装置からPUSCHの再送を受けないことを想定する。その結果、再送が行われたならば使用されたかもしれないリソースブロックが、スケジューリングにより、他のユーザ装置に割り当てられる可能性がある。この場合、ACKをNACKと誤認定したユーザ装置からの再送PUSCHと、他のユーザ装置からの新規PUSCHとが衝突し、双方の信号品質の劣化が生じてしまう。【００９２】
一方、ユーザ装置がNACKを誤ってACKと判定した場合、ユーザ装置は、対応するPUSCHを再送しようとはしない。この場合、再送用に確保されていた周波数リソースは無駄になってしまうが、そのリソースは誰にも使用されないので、上述したような衝突は生じない。但し、再送すべきPUSCHが再送されないので、PUSCHにパケットの欠落が生じてしまうおそれがある。【００９３】
従って、ユーザ装置が受信するACKに求められる所要品質と、NACKに求められる所要品質は、状況応じて異なってよい。再送PUSCHと新規PUSCHの衝突を回避する観点からは、ACKが正しく受信されることが重要になる。この場合、上記の（Ｅ）及び（Ｆ）のような送信電力が設定されることが好ましい。逆に、パケットの欠落防止を重視する観点からは、NACKが正しく受信されることが重要になるかもしれない。この場合は、例えば以下のように、ΔPHICHが設定されてもよい：
（Ｇ）PHICHでNACKを送信する場合
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH  ，  (ΔPHICH＝３ｄＢ)
（Ｈ）PHICHでACKを送信する場合
PPHICH=Pref＋CQIref−CQI ＋ΔPHICH，    （ΔPHICH＝０ｄＢ)
いずれにせよ、目的に応じてACK又はNACKの一方を特に高品質にすることができる。
このように、PHICHの内容(ACK/NACK)に依存した送信電力制御を行うことも有利である。【００９４】
図６は上記の動作例を示すフローチャートである。先ず、ユーザ装置に送信するPHICHがACKを表すか否かが確認される(S1)。PHICHがACKを表す場合(Yesの場合)、PHICHの送信電力は大きく設定される(S2)。これは、上記の（Ｅ）の場合に相当する。PHICHがNACKを表す場合(Noの場合)、PHICHの送信電力は小さく設定される(S3)。これは、上記の（Ｆ）の場合に相当する。【００９５】
＜PHICH送信電力制御の例（その３）＞
図７は、上記の制御法を組み合わせた場合の動作例を示すフローチャートである。先ず、ユーザ装置に送信するPHICHがACKを表すか否かが確認される(S11)。PHICHがACKを表す場合(Yesの場合)、UL-Grantも送信されるか否かが確認される(S12)。UL-Grantが送信されない場合、ユーザ装置にはACKを示すPHICHのみが送信される。この場合、送信電力は大きく設定され、図示の例ではΔPHICH＝3dBに設定される(S13)。図示の簡明化のため、「Δ」に添えるべき「PHICH」は省略されている。ステップS12でUL-Grantが送信されるように判定された場合、ユーザ装置にはPHICHもUL-Grantも送信される。この場合、ユーザ装置ではUL-Grantの内容を優先するので、PHICHの送信電力は、UL-Grantが送信されない場合(S13)より小さめに設定され、図示の例ではΔPHICH＝2dBに設定される(S14)。【００９６】
PHICHがNACKを表す場合(ステップS11でNoの場合)も同様な処理がなされる。但し、新規パケットと再送パケットの衝突を防ぐ観点からは、AKCの所要品質よりもNACKの所要品質は低くてもよい。このため、設定される送信電力は、説明済みの場合より低くしてよい。ステップS12では、UL-Grantも送信されるか否かが確認される。UL-Grantが送信されない場合、ユーザ装置にはNACKを示すPHICHのみが送信される。この場合、送信電力はUL-Grantが送信される場合より大きく設定され、図示の例ではΔPHICH＝1dBに設定される(S23)。ステップS22でUL-Grantが送信されるように判定された場合、ユーザ装置にはPHICHもUL-Grantも送信される。この場合、ユーザ装置ではUL-Grantの内容を優先するので、PHICHの送信電力は、UL-Grantが送信されない場合(S23)より小さめに設定され、図示の例ではΔPHICH＝0dBに設定される(S24)。【００９７】
ステップS13,S14,S23,S24で設定されるΔPHICHの値は一例に過ぎない。S13,S14で設定される値が、S23,S24で設定される値より大きくなっているが、このことも必須でない。但し、ACKをNACKよりも確実にユーザ装置に伝送し且つUL-Grantが有る場合に電力を節約する観点からは、オフセットΔPHICHの値を３種類以上用意することが好ましい。また、PHICHがACKを表すか否かの判定(S11)と、UL-Grantが送信されるか否かの判定(S12,S22)の順序は、図示の場合と逆でもよいし、同時に行われてもよい。【００９８】
尚、上述した例においては、当該ユーザ装置から報告される下りリンクの無線品質情報ＣＱＩから算出されるＰＨＩＣＨの送信電力に対して、オフセットを付与し、前記オフセットの値を、PHICHがACKを表すか否か、または、UL-Grantが送信されるか否かに基づいて設定することにより、本発明に係るＰＨＩＣＨの送信電力制御を実現したが、代わりに、下りリンクの別のチャネルに対して、オフセットを付与し、前記オフセットの値を、PHICHがACKを表すか否か、または、UL-Grantが送信されるか否かに基づいて設定することにより、本発明に係るＰＨＩＣＨの送信電力制御を実現してもよい。ここで、下りリンクの別のチャネルとは、例えば、ＴＰＣコマンド等を用いた閉ループによる送信電力制御が行われているチャネルであってもよい。【００９９】
あるいは、ある固定の送信電力値に対して、オフセットを付与し、前記オフセットの値を、PHICHがACKを表すか否か、または、UL-Grantが送信されるか否かに基づいて設定することにより、本発明に係るＰＨＩＣＨの送信電力制御を実現してもよい。【０１００】
あるいは、その他の無線品質情報から算出されるＰＨＩＣＨの送信電力に対して、オフセットを付与し、前記オフセットの値を、PHICHがACKを表すか否か、または、UL-Grantが送信されるか否かに基づいて設定することにより、本発明に係るＰＨＩＣＨの送信電力制御を実現してもよい。ここで、前記その他の無線品質情報とは、当該ユーザ装置と基地局装置との間のパスロスやＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ、当該ユーザ装置より報告される下りリンクのリファレンス信号の受信レベルであってもよい。【０１０１】
また、上述したΔPHICHの値は、さらに、論理チャネル種別や優先度、サービス種別、契約種別、受信器種別、セル種別に基づいて設定されてもよい。【０１０２】
論理チャネル種別とは、Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  （ＤＣＣＨ）やＤｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ（ＤＴＣＨ）といった論理チャネルの種別である。前記ＤＣＣＨ、ＤＴＣＨの中に、さらに複数の論理チャネルが定義されてもよい。
さらには、優先度は、下りリンク及び上りリンクのデータの送信に関わる優先度を示すものであり、例えば、第１の優先度を持つデータは、第２の優先度を持つデータよりも優先的に送信される。前記優先度は、前記Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌに括り付けられ、Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙと呼ばれてもよい。あるいは、前記優先度は、Ｐｒｉｏｒｉｔｙ  Ｃｌａｓｓと定義されてもよい。
例えば、サービス種別は、下りパケットを伝送するサービスの種別を示すものであり、例えば、ＶｏＩＰサービスや音声サービスやストリーミングサービスやＦＴＰ（File Transfer Protocol）サービス等を含む。【０１０３】
また、契約種別は、ユーザ装置のユーザが加入している契約の種別を示すものであり、例えば、Low Class契約やHigh Class契約、定額課金契約や従量課金契約等を含む。【０１０４】
また、端末種別は、下りリンクの信号の送り先であるユーザ装置の性能をクラス分けするものであり、ユーザ装置の識別情報に基づくクラスや、受信可能な変調方式やビット数等の端末能力等を含む。【０１０５】
また、セル種別は、ユーザ装置が在圏するセルの形態の種別を示すものであり、例えば、セルの識別情報に基づくクラスや、屋内又は屋外や、郊外又は市街地や、高トラヒック地帯又は低トラヒック地帯等を含む。  
上述した実施例においては、Evolved  UTRA  and  UTRAN(Long  Term  Evolution或いはSuper  3G)が適用されるシステムが説明された。しかし、本発明に係る基地局装置及び通信制御方法は、PHICHやUL-Grant等に相当する信号を使用し、PHICH等に送信電力制御を行う適切な如何なるシステムに適用されてもよい。例えば本発明は、HSDPA/HSUPA方式のW-CDMAシステム、IMT-Advancedシステム、WiMAX,  Wi-Fi方式のシステム等に適用されてもよい。【０１０６】
以上本発明は特定の実施例を参照しながら説明されてきたが、実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、２以上の実施例又は項目に記載された事項が必要に応じて組み合わせて使用されてよいし、或る実施例又は項目に記載された事項が、別の実施例又は項目に記載された事項に(矛盾しない限り)適用されてよい。発明の理解を促すため具体的な数式を用いて説明がなされたが、特に断りのない限り、それらの数式は単なる一例に過ぎず適切な如何なる数式が使用されてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。【０１０７】
本国際出願は２００８年３月１９日に出願した日本国特許出願第２００８−０７１６３６号に基づく優先権を主張するものであり、その日本国特許出願の全内容を本国際出願に援用する。
【図１】
0005417319.tif 000002
【図２】
0005417319.tif 000003
【図３Ａ】
0005417319.tif 000004
【図３Ｂ】
0005417319.tif 000005
【図４】
0005417319.tif 000006
【図５】
0005417319.tif 000007
【図６】
0005417319.tif 000008
【図７】
0005417319.tif 000009