(57)【特許請求の範囲】
【請求項１】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおける基地局装置であって、
共有チャネル用の無線リソースの割り当て情報を含む信号をユーザ毎にチャネル符号化し、各ユーザの下り制御信号を生成する制御信号生成手段と、
各ユーザの下り制御信号を各ユーザのブラインド検出位置に応じて多重し、下り信号を用意する多重手段と、
前記下り信号を送信する送信手段と、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、
基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値の倍数(MB×C2/agg)以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙを前記基準値(C2/agg)の整数部分の値でモジュロ演算することで得られる開始位置から導出され、
前記基準選択肢の場合より多くの無線リソースが用意される上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C3/agg)の整数部分で、前記ｙをモジュロ演算することで得られる開始位置から導出されるようにした基地局装置。
【請求項２】
前記ｙは、ユーザの識別情報、サブフレーム番号及び所定の数から導出される数を、前記基準値の倍数の整数部分でモジュロ演算することで導出される請求項１に記載の基地局装置。
【請求項３】
前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である更に別の基準値の整数部分で、前記ｙをモジュロ演算することで得られる開始位置から導出される請求項１に記載の基地局装置。
【請求項４】
前記上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値の整数部分で、前記ｙをモジュロ演算することで得られる開始位置に、所定のオフセット値を加えることで導出されるようにした請求項１に記載の基地局装置。
【請求項５】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムで使用される方法であって、
共有チャネル用の無線リソースの割り当て情報を含む信号をユーザ毎にチャネル符号化し、各ユーザの下り制御信号を生成する制御信号生成ステップと、
各ユーザの下り制御信号を各ユーザのブラインド検出位置に応じて多重し、下り信号を用意する多重ステップと、
前記下り信号を送信する送信ステップと、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、
基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値の倍数以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙを前記基準値の整数部分の値でモジュロ演算することで得られる開始位置から導出され、
前記基準選択肢の場合より多くの無線リソースが用意される上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値の整数部分で、前記ｙをモジュロ演算することで得られる開始位置から導出されるようにした方法。
【請求項６】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおける基地局装置であって、
共有チャネル用の無線リソースの割り当て情報を含む信号をユーザ毎にチャネル符号化し、各ユーザの下り制御信号を生成する制御信号生成手段と、
各ユーザの下り制御信号を各ユーザのブラインド検出位置に応じて多重し、下り信号を用意する多重手段と、
前記下り信号を送信する送信手段と、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、基準選択肢は他の選択肢の場合より多くの無線リソースを用意し、
前記基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値(C3/agg)の整数部分以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙ以下の整数値から得られる開始位置から導出され、
前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C2/agg)の整数部分で、前記基準選択肢における開始位置をモジュロ演算することで得られる開始位置から導出されるようにした基地局装置。
【請求項７】
前記ｙは、ユーザの識別情報、サブフレーム番号及び所定の数から導出される数を、前記基準値の整数部分でモジュロ演算することで導出される請求項６に記載の基地局装置。
【請求項８】
前記下位選択肢の場合より更に少ない無線リソースしか用意されない別の下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記別の下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である更に別の基準値の整数部分で、前記下位選択肢における開始位置をモジュロ演算することで得られる開始位置から導出されるようにした請求項６に基地局装置。
【請求項９】
前記下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値の整数部分で、前記ｙをモジュロ演算することで得られる開始位置に、所定のオフセット値を加えることで導出されるようにした請求項６に記載の基地局装置。
【請求項１０】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおける方法であって、
共有チャネル用の無線リソースの割り当て情報を含む信号をユーザ毎にチャネル符号化し、各ユーザの下り制御信号を生成する制御信号生成ステップと、
各ユーザの下り制御信号を各ユーザのブラインド検出位置に応じて多重し、下り信号を用意する多重ステップと、
前記下り信号を送信する送信ステップと、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、基準選択肢は他の選択肢の場合より多くの無線リソースを用意し、
前記基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値(C3/agg)の整数部分以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙ以下の整数値から得られる開始位置から導出され、
前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C2/agg)の整数部分で、前記基準選択肢における開始位置をモジュロ演算することで得られる開始位置から導出されるようにした方法。
【請求項１１】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおけるユーザ装置であって、
下り制御信号を含む下り信号を受信する受信手段と、
自装置のブラインド検出位置に応じて下り制御信号をデコードする制御信号デコード手段と、
デコード結果に応じて共有チャネルの通信を行う手段と、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、
基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値の倍数(MB×C2/agg)以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙを前記基準値の整数部分の値でモジュロ演算することで得られる開始位置から導出され、
前記基準選択肢の場合より多くの無線リソースが用意される上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C3/agg)の整数部分で、前記ｙをモジュロ演算することで得られる開始位置から導出されるようにしたユーザ装置。
【請求項１２】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおける方法であって、
下り制御信号を含む下り信号を受信する受信ステップと、
自装置のブラインド検出位置に応じて下り制御信号をデコードする制御信号デコードステップと、
デコード結果に応じて共有チャネルの通信を行うステップと、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、
基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値の倍数(MB×C2/agg)以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙを前記基準値の整数部分の値でモジュロ演算することで得られる開始位置から導出され、
前記基準選択肢の場合より多くの無線リソースが用意される上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C3/agg)の整数部分で、前記ｙをモジュロ演算することで得られる開始位置から導出されるようにした方法。
【請求項１３】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおけるユーザ装置であって、
下り制御信号を含む下り信号を受信する受信手段と、
自装置のブラインド検出位置に応じて下り制御信号をデコードする制御信号デコード手段と、
デコード結果に応じて共有チャネルの通信を行う手段と、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、基準選択肢は他の選択肢より多くの無線リソースを含み、
前記基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値(C3/agg)の整数部分以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙ以下の整数値から得られる開始位置から導出され、
前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C2/agg)の整数部分で、前記基準選択肢における開始位置をモジュロ演算することで得られる開始位置から導出されるようにしたユーザ装置。
【請求項１４】
ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおける方法であって、
下り制御信号を含む下り信号を受信するステップと、
自装置のブラインド検出位置に応じて下り制御信号をデコードする制御信号デコードステップと、
デコード結果に応じて共有チャネルの通信を行うステップと、
を有し、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、基準選択肢は他の選択肢より多くの無線リソースを含み、
前記基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値(C3/agg)の整数部分以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙ以下の整数値から得られる開始位置から導出され、
前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C2/agg)の整数部分で、前記基準選択肢における開始位置をモジュロ演算することで得られる開始位置から導出されるようにした方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、下りリンクにおいて直交周波数分割多重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を例にとって説明するが、本発明はそのようなシステムに限定されない。
【０００３】
図１は、本発明の実施例に係る基地局装置を使用する無線通信システムを示す。無線通信システム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により通信を行う。基地局装置と無線通信するのはユーザ装置であるが、ユーザ装置は、移動端末だけでなく固定端末も含まれてよい。
【０００４】
無線通信システム1000では、無線アクセス方式として、下りリンクについてはOFDMA（直交周波数分割多元接続）が、上りリンクについてはSC-FDMA(シングルキャリア−周波数分割多元接続）が適用される。OFDMA方式は、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC-FDMAは、周波数帯域を端末毎に分割し、複数の端末が互いに異なる周波数帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。
【０００５】
この種の移動通信システムでは、上りリンク、下りリンクともに１つないし２つ以上の物理チャネルを複数の移動局（ユーザ装置）で共有して通信が行われる。複数の移動局で共有されるチャネルは、一般に共有チャネルと呼ばれ、LTEにおいては、上りリンクにおいては上り物理共有チャネル(PUSCH:Physical  Uplink  Shared  Channel)であり、下りリンクにおいては下り物理共有チャネル(PDSCH:Physical  Downlink  Shared  Channel)である。また、上記PUSCHおよびPDSCHにマッピングされるトランスポートチャネルは、それぞれ、Uplink-Shared  Channel(UL-SCH)およびDownlink-Shared  Channel(DL-SCH)と言及される。
【０００６】
共有チャネルを用いた通信システムにおいては、サブフレーム毎に、どの移動局に対して共有チャネルを割り当てるかをシグナリングする必要があり、シグナリングのために用いられる制御チャネルは、下り物理制御チャネル(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がマッピングされている。そして、これらが効率よく多重伝送されるように、それらの各チャネルに対して送信電力制御が適用されている。
【００１３】
図２はサブフレーム構成の一例を示す。下りリンク伝送では、１サブフレームは、例えば１ｍｓであり、１サブフレームの中に１４個のOFDMシンボルが存在する。図２において、時間軸方向の番号（＃１、＃２、＃３、・・・、＃１４）はOFDMシンボルを識別する番号を示し、周波数軸方向の番号（＃１、＃２、＃３、・・・、＃Ｌ−１、＃Ｌ、Ｌは正の整数）はリソースブロックを識別する番号を示す。
【００１４】
サブフレームの先頭のＭ個のOFDMシンボルには、上記物理下りリンク制御チャネルPDCCH等がマッピングされる。Ｍの値としては、１、２、３の３通りが設定される。図２においては、１サブフレームの先頭から２つのOFDMシンボル、すなわち、OFDMシンボル＃１及び＃２に上記物理下りリンク制御チャネルがマッピングされている(即ち、M=2である。)。そして、上記物理下りリンク制御チャネルPDCCHがマッピングされるOFDMシンボル以外のOFDMシンボルにおいて、ユーザデータや同期チャネル (SCH:  Synchronization  Channel)、報知チャネル(BCH:  Physical  Broadcast  Channel)、及び／又はパーシステントスケジューリング(Persistent  Scheduling)の適用されるデータチャネル等がマッピングされる。図３は先頭から２つのOFDMシンボルに６つのPDCCHがマッピングされている様子を模式的に示している。上述したユーザデータとは、例えば、ウェブブラウジング、ファイル転送（FTP）、音声パケット（VoIP）等によるＩＰパケットや、無線リソース制御(RRC:  Radio  Resource  Control)の処理のための制御信号などである。ユーザデータは、物理チャネルとしてはＰＤＳＣＨに、トランスポートチャネルとしては、ＤＬ−ＳＣＨにマッピングされる。
【００１５】
図２の例では、周波数方向において、システム帯域の中にＬ個のリソースブロックが用意されている。１リソースブロック当たりの周波数帯域は、例えば180kHzであり、１リソースブロックの中に例えば12個のサブキャリアが存在する。また、リソースブロックの総数Ｌは、システム帯域幅が5MHzの場合には25個、システム帯域幅が10MHzの場合には50個、システム帯域幅が20MHzの場合には100個等の数をとってもよい。説明の便宜上、１つのOFDMシンボルの占める時間及び１つのサブキャリアで占める周波数で特定される無線リソースは、リソースエレメント(RE:  Resource  Element)と言及される。
【００１６】
ユーザ装置は、下り信号を受信すると、サブフレームから制御信号と他の信号を分離する。先ず、PCFICHの値を判定することで、そのサブフレームの中でいくつのOFDMシンボルが制御信号に割り当てられているかが判定される。次に、ユーザ装置は、ブラインド検出を行って自装置宛の制御信号の存否を確認する。概して、ブラインド検出は、検出開始位置(特定のリソースエレメント)とチャネル符号化率との可能な組み合わせの各々について、自装置の識別情報(UE-ID)を用いた誤り判定結果に基づいて行われる。
【００１７】
図４はチャネル符号化率の異なるPDCCHが同じサブフレームに多重される様子を模式的に示している。より長く描かれているPDCCHは、より小さなチャネル符号化率で符号化されている。例えば、PDCCH#2は、PDCCH#1のチャネル符号化率Rよりも小さなチャネル符号化率R/2で符号化される。検出開始位置やチャネル符号化率に多くの選択肢が存在すると、ブラインド検出に要する演算処理負担は過大になり、ユーザ装置にとって負担が大きくなってしまうことが懸念される。
【００１８】
図５は、ブラインド検出におけるユーザ装置の処理負担を軽減する方法を説明するための図である。この方法では、ブラインド検出の開始位置が、上向きの矢印で示されているような特定の位置に制限される。これにより、開始位置に関する選択肢数を減少させることができる。なお、説明の便宜上、ブラインド検出の開始位置の候補は、所定数個のリソースエレメント毎に設定され、その所定数個のリソースエレメントは制御チャネルエレメント(CCE:  Control  Channel  Element)と言及される。図５の場合、６つの制御チャネルエレメントが示されている。
【００１９】
図６は、様々なシステム帯域(1.4MHz,5MHz,10MHz,20MHz)各々について、制御チャネルエレメント(CCE)がいくつ含まれているかを示す。図示の例では、送信アンテナ数は１又は２である。CFIの列は、PCFICHの値を示し、１サブフレームの中で制御信号の占めるOFDMシンボル数を示す。
【００２０】
図７も図６と同様に各システム帯域(1.4MHz,5MHz,10MHz,20MHz)について、制御チャネルエレメント(CCE)がいくつ含まれているかを示すが、送信アンテナ数は３又は４である点が異なる。
【００２１】
図６，７に示されるように、システム帯域が広くなると制御チャネルエレメント(CCE)の数もかなり多くなる。言い換えれば、制御チャネルエレメント(CCE)なる概念を導入してブラインド検出の開始位置に制約を付けたとしても、システム帯域が広い場合、ブラインド検出に要するユーザ装置の処理負担は依然として重い。
【００２２】
図８はユーザ装置のブラインド検出に要する処理負担を軽減するための方法を説明するための図を示す。この方法では、ユーザ装置(UE#1,UE#2,...)各々について、制御信号のマッピング位置は特定のCCEに制限され、その代わり、マッピングされるかもしれない位置はユーザ毎に異なる。例えば、第１のユーザUE#1の制御信号は、４〜９のCCEの内の１つ以上にマッピングされ、第２のユーザUE#2の制御信号は、１３〜１８のCCEの内の１つ以上にマッピングされる。ユーザの側では、これらのブラインド検出の開始位置を判別できるようにしておくことで、各ユーザはブラインド検出の候補数を少なくすることができる。例えば、第１のユーザUE#1は、開始位置が「４」であることを見出し、「４」以降の例えば６つのCCEについてブラインド検出を行う。第１のユーザUE#1の場合、それ以外の場所に制御信号がマッピングされることはないので、その範囲内を調べることで自装置宛の制御信号の有無を簡易に判別できる。ブラインド検出位置の開始位置(Start) は、例えば次のようにして決定されてよい。
【００２３】
(Start)=(K*x+L)  mod  floor(#CCE/aggretation_level)
ここで、
K,Lは何らかの大きな数であり、素数であることが好ましい。
【００２４】
x  は(UE_ID+subframe_number)で算出され、UE_IDはユーザの識別子を表し、subframe_numberはサブフレームの識別情報(例えば、サブフレーム番号)を表す。従って、ｘはユーザに固有の値になる。
【００２５】
mod  はモジュロ演算することを表す。
【００２６】
floor()はフロア関数を表し、引数の整数部分を返す。
【００２７】
#CCE  は制御チャネルエレメント数を表し、CFI(又はPCFICH)のとる値に応じて異なる。
【００２８】
aggretation_level  は対象とするユーザ装置宛の制御信号が、１サブフレームの中でいくつのCCEにマッピングされるかを表す。一例として、aggregataion_levelは１，２，４，８の値をとってよい。
【００２９】
このように、制御信号のマッピング位置をユーザ毎に様々に分散させる一方、ブラインド検出の候補数を減らすことで、ユーザ側での負担軽減を図ることができる。
【非特許文献１】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
【発明の開示】
【発明が解決しようとする課題】
【００３０】
上述したように、ブラインド検出位置の開始位置(Start)は、(K*x+L)  mod  floor(#CCE/aggretation_level)で算出される。
【００３１】
図９は、(K*x+L)の値と、CFI=1の時の開始位置(Start)と、CFI=2の時の開始位置(Start)と、CFI=3の時の開始位置(Start)とを示す。説明の便宜上、＃CCEは、CFI=1,2,3の場合についてそれぞれ3,11,19であるとする。また、aggregation_levelは１であるとする(即ち、考察対象のユーザの制御信号は１つの制御チャネルエレメント(CCE)にマッピングされる。)。従って、
CFI=1の場合は、(Start)=(K*x+L)mod(3)となる。
【００３２】
CFI=2の場合は、(Start)=(K*x+L)mod(11)となる。
【００３３】
CFI=3の場合は、(Start)=(K*x+L)mod(19)となる。
尚、(Start)の位置は、図８に示されているような、CCEに付随する便宜的な連続番号で表現される。従って、或るユーザ(UE-A)の(K*x+L)の値が3であった場合、そのユーザのブラインド検出の開始位置は、CFI=1のときは「0」、CFI=2のときは「3」、CFI=3のときは「3」になる。上述したように、(K*x+L)の値はユーザに固有の値になる。別のユーザ(UE-B)の(K*x+L)の値が22であった場合、そのユーザのブラインド検出の開始位置は、CFI=1のときは「1」、CFI=2のときは「0」、CFI=3のときは「3」になる。従って、CFI=3の場合、或るユーザ(UE-A)の制御信号と別のユーザ(UE-B)の制御信号とが同じ開始位置になり、このままでは衝突してしまう。図１０は、aggregation_levelの異なる４ユーザの制御情報がマッピングされる際に、衝突が起こる様子を例示的に示す。
【００３４】
このように衝突が起こる場合、何れか一方のマッピングを諦めるか、或いは共有チャネルのリソース割当のスケジューリングをやり直すことが考えられる。前者の場合、諦めた方の共有チャネルのスケジューリングやリソースは無駄になってしまう。この場合、諦めさせられるユーザについては、無線伝搬状況の観点からは共有チャネルを割り当て可能なのに、単に制御チャネルを送ることができないという理由で、リソースが無駄になってしまう。後者の場合、再スケジューリングに伴って、基地局装置における遅延時間が長くなってしまう。
【００３５】
別の問題もある。CFI(又はPCFICH)は、１サブフレーム(一例として、14個のOFDMシンボルで構成される)の内、先頭からいくつのOFDMシンボルが制御信号(PCFICH,PHICH,PDCCH,RS等)に割り当てられているかを示し、CFI=1,2,3はOFDMシンボル数が1,2,3であることに対応する。従って、CFIの値が増えるということは、制御信号用の無線リソースが増えることを意味する。無線リソース量の観点からは、CFIの値が増えれば、ユーザ宛の制御信号をより多く多重できるはずである。図９，１０では、CFI=2の場合に衝突はなかったが、CFI=3の場合になると衝突が起こっている。これは、制御信号用の無線リソースを増やしているにもかかわらず、衝突が起こってしまうことを意味し、無線リソースの有効活用の観点からは好ましくない。
【００３６】
本発明の課題は、ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に伝送する移動通信システムにおいて、下り制御信号用の無線リソースの有効活用を図ることである。
【課題を解決するための手段】
【００３７】
以下の説明において、特定の用語に参照番号又は参照記号が付されるかもしれないが、それらについては発明の理解を促すことしか意図されておらず、本発明を限定するよう解釈されることは一切意図されていない。
【００３８】
本発明の一形態では、ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおける基地局装置が使用される。基地局装置は、
共有チャネル用の無線リソースの割り当て情報を含む信号をユーザ毎にチャネル符号化し、各ユーザの下り制御信号を生成する制御信号生成手段と、
各ユーザの下り制御信号を各ユーザのブラインド検出位置に応じて多重し、下り信号を用意する多重手段と、
前記下り信号を送信する送信手段と、
を有する。下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢がある。
【００３９】
基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値の倍数(MB×C2/agg)以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙを前記基準値(C2/agg)の整数部分の値でモジュロ演算することで得られる開始位置Start(2)から導出される。
【００４０】
前記基準選択肢の場合より多くの無線リソースが用意される上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C3/agg)の整数部分で、前記ｙをモジュロ演算することで得られる開始位置Start(3)から導出される。
【００４１】
本発明の一形態では、前記ｙは、ユーザの識別情報、サブフレーム番号及び所定の数から導出される数を、前記基準値の倍数の整数部分でモジュロ演算することで導出されてもよい。
【００４２】
本発明の一形態では、前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である更に別の基準値の整数部分で、前記ｙをモジュロ演算することで得られる開始位置から導出されてもよい。
【００４３】
本発明の一形態では、前記上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値の整数部分で、前記ｙをモジュロ演算することで得られる開始位置に、所定のオフセット値を加えることで導出されてもよい。
【００４４】
本発明の一形態で使用される基地局装置では、下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢があり、基準選択肢は他の選択肢の場合より多くの無線リソースを用意し、
前記基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値(C3/agg)の整数部分以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙ以下の整数値から得られる開始位置から導出され、
前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率ある別の基準値(C2/agg)の整数部分でで、前記基準選択肢における開始位置をモジュロ演算することで得られる開始位置から導出される。
【００４５】
本発明の一形態では、ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に送信する移動通信システムにおけるユーザ装置が使用される。本ユーザ装置は、
下り制御信号を含む下り信号を受信する受信手段と、
自装置のブラインド検出位置に応じて下り制御信号をデコードする制御信号デコード手段と、
デコード結果に応じて共有チャネルの通信を行う手段と、
を有する。下り制御信号用に用意される単位伝送期間当たりの無線リソース量には複数の選択肢がある。
【００４６】
基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値の倍数(MB×C2/agg)以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙを前記基準値の整数部分の値でモジュロ演算することで得られる開始位置Start(2)から導出され、
前記基準選択肢の場合より多くの無線リソースが用意される上位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記上位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C3/agg)の整数部分で、前記ｙをモジュロ演算することで得られる開始位置Start(3)から導出される。
【００４７】
本発明の一形態で使用されるユーザ装置では、基準選択肢は他の選択肢より多くの無線リソースを含む。前記基準選択肢における下り制御信号用の無線リソースに含まれるチャネルエレメント数と、チャネル符号化率から導出されるアグリゲーション数との比率である基準値(C3/agg)の整数部分以下の整数値をｙとした場合、
前記基準選択肢における各ユーザの前記ブラインド検出位置は、前記ｙ以下の整数値から得られる開始位置から導出され、
前記基準選択肢の場合より少ない無線リソースしか用意されない下位選択肢の場合、各ユーザの前記ブラインド検出位置は、前記下位選択肢におけるチャネルエレメント数とアグリゲーション数との比率である別の基準値(C2/agg)の整数部分で、前記基準選択肢における開始位置をモジュロ演算することで得られる開始位置から導出される。
【発明の効果】
【００４８】
本発明によれば、ユーザ毎にチャネル符号化された下り制御信号を単位伝送期間毎に伝送する移動通信システムにおいて、下り制御信号用の無線リソースの有効活用を図ることができる。
【発明を実施するための最良の形態】
【００４９】
説明の便宜上、本発明が幾つかの項目に分けて説明されるが、それらの区分けは本発明に本質的ではなく、各項目の説明事項は必要に応じて組み合わされてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされるが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。
【００５０】
以下の観点から本発明の実施例が説明される。
【００５１】
１．第１の動作例(C3<2C2)
２．第１の動作例の変形例(2C2<C3)
３．第２の動作例(C3<2C2)
４．第２の動作例の変形例(2C2<C3)
５．基地局装置(eNB)
６．ユーザ装置(UE)
【実施例１】
【００５２】
＜１．第１の動作例(C3<2C2)＞
図１１は第１の動作例を説明するための図を示す。図中、四角の枠内の数字は、CCEに付随する便宜的な連続番号を表す。実際には多数のCCEが存在してよい。CFI=1からCFI=2に増やされる場合、
CFI=1の場合の「０」は、CFI=2の場合の「０」又は「３」に対応付けられる。
【００５３】
CFI=1の場合の「１」は、CFI=2の場合の「１」又は「４」に対応付けられる。
【００５４】
CFI=1の場合の「２」は、CFI=2の場合の「２」又は「５」に対応付けられる。
従って、CFI=1の場合に制御信号が衝突切にマッピングされていれば、CFI=2の場合にもそれらは衝突しないようにマッピングされる。図示の例では、CFI=1のCCE総数(＝３)の２倍が、CFI=2のCCE総数(＝６)になっている。従ってCFIが変わる場合、CCE総数が倍数になっていれば、各制御信号を同じ確率で様々なCCEに分散させることができる。
【００５５】
しかしながら、CFI及びシステム帯域の様々な組み合わせの各々について、CCE総数は、必ずしもそのような関係になっていないかもしれない。多くの場合、CFIの値とCCE総数との関係は線形でない。これは、リファレンス信号(RS)やPHICH(ACK/NACK)等に無線リソースが使用され、特定のユーザの制御信号に使用可能な無線リソース量が線形に予想される量よりも減ってしまうことに起因する。図示の例では、CFI=2からCFI=3に増えた場合、CCE総数は6から9にしか増えていない(CFI=3の場合のCCE総数は12でない)。
【００５６】
本実施例では、このような場合でも、CFIを増やす前に衝突せずに制御信号がマッピングできていたならば、CFIを増やした後でも衝突しないことが確保される。但し、CFIを減らす場合は、無線リソース量が減るので、衝突が生じても仕方がない（その場合でも、なるべく衝突が少なくなるように配慮される。）。図示の例では、
CFI=2の場合の「０」は、CFI=3の場合の「０」又は「６」に対応付けられる。
【００５７】
CFI=2の場合の「１」は、CFI=3の場合の「１」又は「７」に対応付けられる。
【００５８】
CFI=2の場合の「２」は、CFI=3の場合の「２」又は「８」に対応付けられる。
【００５９】
CFI=2の場合の「３」は、CFI=3の場合の「３」に対応付けられる。
【００６０】
CFI=2の場合の「４」は、CFI=3の場合の「４」に対応付けられる。
【００６１】
CFI=2の場合の「５」は、CFI=3の場合の「５」に対応付けられる。
【００６２】
このように第１の動作例では、CFI=3の場合の９つのCCE(０〜８)は、いずれもCFI=2の場合のCCEの１つとしか対応していない。これは、CFI=3の場合に、ブラインド検出の開始位置が、均等に分散されるように配慮されていることを意味する。言い換えれば、CFI=3の場合、ブラインド検出の開始位置として、CCE=0,1,2,...,8各々の出現確率がそれぞれ均等にPであるようにし、且つCFI=2の場合に衝突していなければCFI=3でも衝突しないようにできる。但し、その代償として、CFI=2の場合、ブラインド検出の開始位置として、CCE=0,1,2,3,4,5各々の出現確率は、それぞれ、2P,2P,2P,P,P,Pになり、全てが均等にはなっていない。
【００６３】
本実施例では、CFI=3の場合のブラインド検出の開始位置Start(3)に基づいて、CFI=2の場合及びCFI=1の場合のブラインド検出の開始位置Start(2),Start(1)が導出される。
【００６４】
以下、第１の動作例を図１２，１３を参照しながら更に説明する。
【００６５】
図１２は第１の動作例を説明するための図を示す。この動作例の場合、CFI=3の場合のブラインド検出の開始位置Start(3)は、次式で算出される。
【００６６】
Start(3)=(K*x+L)  mod  floor(#CCE/aggretation_level)
ここで、
K,Lは何らかの大きな数であり、素数であることが好ましい；
x  は(UE_ID+subframe_number)で算出され、UE_IDはユーザの識別子を表し、subframe_numberはサブフレームの識別情報(例えば、サブフレーム番号)を表す。従って、ｘはユーザに固有の値になる；
mod  はモジュロ演算することを表す；
floor()はフロア関数を表し、引数の整数部分を返す；
#CCE  はCFI(又はPCFICH)=3の場合の制御チャネルエレメント総数を示す(図１２では、19である)。
【００６７】
従って、CFI=3に関し、この数式自体は従来と同じである。しかしながら、CFI=2の場合及びCFI=1の場合におけるブラインド検出の開始位置は、従来とは別様に導出される。CFI=2の場合のブラインド検出の開始位置Start(2)は、次式で算出される。
【００６８】
Start(2)=Start(3)  mod  (CFI=2の場合のCCE総数)。
CFI=1の場合のブラインド検出の開始位置Start(1)は、次式で算出される。
【００６９】
Start(1)=Start(2)  mod  (CFI=1の場合のCCE総数)。
【００７０】
図１２では、CFI=3の場合のCCE総数C3は19であり、説明を簡明化するため、aggregation_levelは１に設定されている。より一般的には、aggregation_levelは1,2,4,8等の値をとってよい。上記の数式で算出される開始位置Start(3)は、０〜１８の何れかに対応するCCEである。(K*x+L)はそのユーザに固有の値なので、各ユーザの制御信号は０〜１８の何れかの開始位置以降にマッピングされる(より正確には、開始位置以降で、所定のCCE個数(例えば、６個)の範囲内の場所にマッピングされる。)。 (K*x+L)が十分大きな数であるならば、０〜１８の各々の値の出現確率は均等である。
【００７１】
図１２では、CFI=2の場合のCCE総数C2は11である。この11個の場所(Starting  point)に、上記の19個の場所(０〜１８)が対応付けられる(Start(2)はStart(3)から導出される。)。図示のような対応関係を設定することで、CFI=2の場合に衝突せずに０〜１０にマッピングされていた制御信号は、CFI=3の場合も衝突せずにマッピング可能である。
【００７２】
図１２では、CFI=1の場合のCCE総数C1は３である。この３個の場所に、上記の19個の場所(０〜１８)が対応付けられる(Start(1)はStart(2)から導出される。従って、Start(1)もStart(3)から導出される)。図示のような対応関係を設定することで、CFI=1の場合に衝突せずに０〜２(Starting  point)にマッピングされていた制御信号は、CFI=2の場合もCFI=3の場合も衝突せずにマッピング可能である。
【００７３】
＜２．第１の動作例の変形例(2C2<C3)＞
図１３は第１の動作例の変形例を説明するための図である。図１２の動作例では、C3=19, C2=11, C1=3であった。以下の変形例では、C3=25, C2=11, C1=3である。主な動作は上記と同様であるが、本実施例では、CFI=2の場合のブラインド検出の開始位置Start(2)は次式で算出される点が異なる。
【００７４】
Start(2)=Start(3)  mod  (CFI=2の場合のCCE総数)  ＋  (シフト量)。
【００７５】
CFI=1,3の場合のブラインド検出の開始位置Start(3)及びStart(1)は、上記と同様に導出される。
【００７６】
(シフト量)は図示の例では、CCE数で３であるが、別の数でもよい。但し、一定の制限を付けることが好ましい。仮にこのシフト量が０であり、５つのCCEについてブラインド検出が行われるものとする。例えば、ブラインド検出の開始位置が「０」であったとすると、そのユーザ装置は、「０」、「１」、「２」、「３」及び「４」のCCEについてデコードを試みる。従って、そのユーザにとってStart(3)の値が「２２」であった場合、Start(3)が「２２」、「２３」、「０」、「１」及び「２」の値に対応するCCEについてデコードを試みることになる。この場合、「２２」と「０」は同じ開始位置Start(2)＝「０」となり、「２３」と「１」も同じ開始位置Start(2)＝「１」となり、衝突してしまう。このような衝突を避ける観点から、上記の(シフト量)が導入されている。シフト量が小さすぎると、上記のような衝突を起こしてしまう。その反面、大きすぎると(シフト量がC2=11程度に大きい場合)、Start(3)の値が２０近辺で同様な衝突が起こってしまう。従って、(シフト量)は、C2の半分程度であることが好ましい。なお、このような(シフト量)が必要になる場面は、CFI=2の場合だけでなく、CFI=1の場合でもあり得る。
【００７７】
＜３．第２の動作例(C3<2C2)＞
図１４は第２の動作例を説明するための図を示す。図中、四角の枠内の数字は、CCEに付随する便宜的な連続番号を表す。実際には多数のCCEが存在してよい。CFI=1からCFI=2に増やされる場合、CFI=1の場合に制御信号が衝突切にマッピングされていれば、CFI=2の場合にもそれらは衝突しないようにマッピングされる。図示の例では、CFI=1のCCE総数(＝３)の２倍が、CFI=2のCCE総数(＝６)になっている。従ってCFIが変わる場合、CCE総数が倍数になっていれば、各制御信号を同じ確率で様々なCCEに分散させることができる。
【００７８】
しかしながら、CFI及びシステム帯域の様々な組み合わせの各々について、CCE総数は、必ずしもそのような関係になっていないかもしれない。本実施例では、このような場合でも、CFIを増やす前に衝突せずに制御信号がマッピングできていたものは、CFIを増やした後でも衝突しないことが確保される。但し、CFIを減らす場合は、無線リソース量が減るので、衝突が生じても仕方がない。
【００７９】
ここまでは図１１の場合と同様である。図１４に示される例では、
CFI=2の場合の「０」は、CFI=3の場合の「０」又は「６」に対応付けられる。
【００８０】
CFI=2の場合の「１」は、CFI=3の場合の「１」又は「７」に対応付けられる。
【００８１】
CFI=2の場合の「２」は、CFI=3の場合の「２」又は「８」に対応付けられる。
【００８２】
CFI=2の場合の「３」は、CFI=3の場合の「３」又は「０」に対応付けられる。
【００８３】
CFI=2の場合の「４」は、CFI=3の場合の「４」又は「１」に対応付けられる。
【００８４】
CFI=2の場合の「５」は、CFI=3の場合の「５」又は「２」に対応付けられる。
【００８５】
第２の動作例では、CFI=2の場合に、ブラインド検出の開始位置が均等に分散されるように配慮される。これは、CFI=2の場合の９つのCCE(０〜８)は、いずれもCFI=2の場合のCCEの２つと対応するようにすることで実現される。例えば、CFI=2の場合、ブラインド検出の開始位置として、CCE=0,1,2,3,4各々の出現確率がそれぞれ均等にPであるようにし、且つCFI=2の場合に衝突していなければCFI=3でも衝突しないようにできる。但し、その代償として、CFI=3の場合、ブラインド検出の開始位置として、CCE=0,1,2,3,4,5,6,7,8各々の出現確率は、それぞれ、2P,2P,2P,P,P,P,P,P,Pになり、全てが均等にはなっていない。
【００８６】
本実施例では、CFI=2の場合のブラインド検出の開始位置に基づいて、CFI=1の場合及びCFI=3の場合のブラインド検出の開始位置が導出される。
【００８７】
以下、第１の動作例を図１５，１６を参照しながら更に説明する。
【００８８】
図１５は第２の動作例を説明するための図を示す。この動作例の場合、先ず、或る母数又は助変数ｙが用意される。ｙは、次式で算出される。
【００８９】
y=(K*x+L)  mod  floor(MB×(CFI=2の場合のCCE総数)/aggretation_level)
ここで、
K,Lは何らかの大きな数であり、素数であることが好ましい。
【００９０】
x  は(UE_ID+subframe_number)で算出され、UE_IDはユーザの識別子を表し、subframe_numberはサブフレームの識別情報(例えば、サブフレーム番号)を表す。従って、ｘはユーザに固有の値になる。
【００９１】
mod  はモジュロ演算することを表す。
【００９２】
floor()はフロア関数を表し、引数の整数部分を返す。
【００９３】
フロア関数の引数に、CFI=2の場合の制御チャネルエレメント総数のMB倍が含まれている点が、第１の動作例の数式と大きく異なる。説明の便宜上、MB＝４とし、CFI=2の場合のCCE数を１１とする。助変数ｙは、
(4×(CFI=2の場合のCCE総数)/aggretation_level)以下の整数値
になる。Aggregation_levelが１であるとすると、助変数ｙは44個の整数値(0,1,...,43)の何れかになる。CFI=2の場合のブラインド検出の開始位置Start(2)は、次式で算出される。
【００９４】
Start(2)=  y  mod  (CFI=2の場合のCCE総数)。
【００９５】
ｙの値の総数(44)は、（CFI=2の場合のCCE総数/aggregation_level)の倍数である。あるユーザについて、44個のｙの値の何れかが対応付けられ、そのｙの値をC2(CFI=2の場合のCCE総数)でモジュロ演算することで、CFI=2の場合のブラインド検出の開始位置Start(2)が導出される。Start(2)は11個の数の何れかで表現される。このような数値関係になっていると(44=4×11)、あるユーザについてブラインド検出の開始位置Start(2)は、11個の数(０〜１０)の中で均等な確率Pで出現することになる（図１５では、Start(2)の各々の候補0,1,2,...,10について、すべて均等に４つのｙの値が対応していることで視覚的にも表現されている。）。
【００９６】
CFI=3の場合のブラインド検出の開始位置Start(3)は、次式で導出される。
【００９７】
Start(3)=  y  mod(CFI=3の場合のCCE総数)  (0≦y≦18，22≦y≦40)。
【００９８】
Start(3)=  y  mod(CFI=3の場合のCCE総数)＋(シフト量) (19≦y≦21，41≦y≦43) 
(シフト量)は、図１３で説明したのと同趣旨の量である。図１５では、(シフト量)は「８」に設定されている。但し、図示の例では、ｙ＝２２〜３２が、CFI=2でもCFI=3でも０〜１０の開始位置になるようにしている。このため、シフト量を適用するｙの値が、１９〜２１及び４１〜４３になっている。CFI=3の場合、開始位置Start(3)=０〜７及び１１〜１８の各々については、何れも２つのｙの値が対応している(例えば、Start(3)=0に対してはy=0,22)。従って、これらの開始位置の出現確率は均等である。Start(3)=8,9,10については、出現確率が高くなっており、この開始位置については衝突が生じやすいことを意味する。これは、CFI=2の場合の11個の開始位置が全て同じ確率で出現するようにしたことの代償である。
【００９９】
CFI=1の場合のブラインド検出の開始位置Start(1)は、次式で算出される。
【０１００】
Start(1)=  Start(2)  mod  (CFI=1の場合のCCE総数)。
【０１０１】
図１５でもCFI=1の場合のCCE総数C1は３である。この３個の場所に、上記のｙの値(０〜４３)が対応付けられる(Start(1)はStart(2)から導出される。従って、CFI=1の場合に衝突せずに０〜２(Starting  point)にマッピングされていた制御信号は、CFI=2の場合もCFI=3の場合も衝突せずにマッピング可能である。
【０１０２】
＜４．第２の動作例の変形例(2C2<C3)＞
図１６は第２の動作例の変形例を説明するための図である。図１５の動作例では、C3=19, C2=11, C1=3であった。以下の変形例では、C3=25, C2=11, C1=3である。主な動作は上記と同様であるが、本実施例では、CFI=3の場合のブラインド検出の開始位置Start(3)は次式で算出される点が異なる。
【０１０３】
Start(3)=  y  mod  (CFI=3の場合のCCE総数)  ＋  (シフト量)。
CFI=2,1の場合のブラインド検出の開始位置Start(2)及びStart(1)は、上記と同様に導出される。
【０１０４】
図示の例では、CFI=2の場合、ｙ＝０〜１０は互いに衝突せずに制御信号はマッピング可能であるので、CFI=3でも衝突しないように配慮される。これは、ｙとStart(3)を単に若番順に対応付けることで実現できる。同様に、ｙ＝１１〜２１についても、CFI=2でもCFI=3でも衝突しないように配慮される。ｙ＝２３〜３２についても、CFI=2でもCFI=3でも衝突しないように配慮される。ｙ＝２２，２３はStart(3)=２３，２４に対応する。若番順に開始位置Start(3)を決めたとすると、ｙ＝24,25,26,...はStart(3)=0,1,2,...に関連付けられるかもしれない。しかしながら、そのようにすると、CFIを２から３に増やした際に衝突が起こるかもしれない。そこで、上記の(シフト量)を導入し、ｙ＝２４以降に関し、CFI=2におけるｙと開始位置との関係が、CFI=3でも維持されるようにする。これにより、CFIを増やした際に、衝突が起こる虞を増やさずに済む。
【０１０５】
＜５．基地局装置(eNB)＞
図１７は本発明の一実施例による基地局の一部の機能ブロック図を示す。図１７には、スケジューラ１０、PDCCH生成部１１、PHICH生成部１２、PCFICH生成部１３、制御チャネルマッピング部１４、PDSCH生成部１６及び多重部１７が示されている。
【０１０６】
スケジューラ１０はスケジューリングを行い、上りリンク及び下りリンクの無線リソースの割当計画を立てる。スケジューリングは無線伝搬状況等に応じて行われ、無線伝搬状況は、各ユーザ装置から報告された下りリンクのCQIや、上りリンクで測定されたSINR等に基づいて測定される。無線伝搬状況の良否は、誤り検出結果にも影響するので、誤り検出結果がスケジューリングに加味されてもよい。
【０１０７】
PDCCH生成部１１は、下りスケジューリング情報や上りスケジューリング情報等の情報を含む下り物理制御チャネルPDCCHを作成する。
【０１０８】
PHICH生成部１２は、上り物理共有チャネルPUSCHを送信したユーザに通知する送達確認情報を用意する。送達確認情報は、PUSCHの再送を要求する否定応答(NACK)又はPUSCHの再送を要求しない肯定応答(ACK)で表現される。各ユーザのPHICHは所定の拡散率で拡散される。
【０１０９】
PCFICH生成部１３は、PDCCHがサブフレームの中で占めるOFDMシンボル数が、いくつであるかを示す。そのOSDMシンボル数は、１，２又は３であり、ユーザ多重数等に応じて異なる（これは、上記のPCFICH又はCFIに相当する。）。
【０１１０】
制御チャネルマッピング部１４は、PDCCH、PHICH及びPCFCH等を含む制御信号を適切な時間及び周波数にマッピングする。所定のユーザ数分のPHICHは、同じサブキャリアに符号多重される。制御チャネルマッピング部１４は、各ユーザのブラインド検出位置を特定し、上記の様々な動作例で説明された方法でブラインド検出位置を導出し、それに応じて各ユーザの制御チャネルをマッピングする。なお、ブラインド検出位置の特定は、スケジューラ１０で行われてもよいし、制御チャネルマッピング部１４で行われてもよいし、それら以外の機能要素で行われてもよい。
【０１１１】
PDSCH生成部１６は、下り物理共有チャネルPUSCHを用意する。
【０１１２】
多重部１７は、制御チャネル及びPDSCHが多重され、多重後の信号を後段の下り信号生成部(図示せず)に与える。下り信号生成部では、OFDM方式で変調された送信シンボルが生成される。多重部１７では、必要に応じてリファレンス信号も多重される。様々な信号が多重された後の１サブフレーム分のフォーマットは、例えば図３に示されるようなものである。
【０１１３】
図１８は、基地局装置で行われる動作例のフローチャートを示す。ステップS12では、共有データチャネルのスケジューリングが行われる。ステップS14では、スケジューリングの内容を示す情報を含むPDCCHが用意される。ユーザ多重数に応じて、PCFICHが特定される。これにより、先頭からいくつのOFDMシンボルが制御信号に割り当てられるかが決定される。更に、各ユーザのブラインド検出の開始位置が判定され、判定された場所以降の場所(CCE)に制御信号(PDCCH)がマッピングされる。ステップS16では全ユーザについてスケジューリングが終了したか否かが確認され、未完であった場合はステップS12に戻り、完了していた場合は終了する。
【０１１４】
＜６．ユーザ装置(UE)＞
図１９は、本発明の一実施例によるユーザ装置の一部の機能ブロック図を示す。図１６には、信号分離部２０、PDCCH復調部２１、PHICH復調部２２、PDSCH復調部２３及びPUSCH生成部２４が示されている。
【０１１５】
信号分離部２０は、ベースバンドの受信信号からリファレンス信号、制御チャネル及び下り物理共有チャネル等を適切に分離する。
【０１１６】
PDCCH復調部２１は、PCFICHの値を読み取ることでPDCCHの占めるOFDMシンボル数を特定する。PDCCH復調部２１は、PDCCHの復調を試行し、自装置宛のPDCCHの有無を確認する。自装置宛のPDCCHが存在していた場合、その内容を読み取ることで、PUSCH及び／又はPDSCHに使用可能な無線リソースが特定される。自装置宛のPDCCHを探す際、ブラインド検出が行われる。ブラインド検出の開始位置は、上記の様々な動作例で説明済みの方法で決定される。ユーザ装置は、自装置の開始位置以降の所定数のCCEをデコードすることで、自装置宛の制御信号をデコードできる。
【０１１７】
PHICH復調部２２は、自装置に関するPHICHを読み取り、そのユーザ装置が過去に送信したPUSCHについて、再送が必要であるか否かを判定する。
【０１１８】
PDSCH復調部２３は、PDCCHに従って、下り物理共有チャネルPDSCHを復元し、下りトラフィックデータを用意する。
【０１１９】
PUSCH生成部２４は、PDCCHに従って、上り物理共有チャネルPUSCHを用意する。再送を要しない場合、未送信の新規のパケット(上りトラフィックデータ)がPUSCHとして用意され、送信部へ伝送される。再送を要する場合、再送対象のパケットがPUSCHとして再び用意され、送信部へ伝送される。
【０１２０】
図２０は、ユーザ装置で行われる動作例を示すフローチャートである。ステップS11では、ユーザ装置は下り信号を受信する。受信された信号は適切なベースバンド信号(受信信号)に変換される。
【０１２１】
ステップS13では、受信信号からPCFICH(又はCFI)が取り出される。PCFICHの値を判定することで、サブフレームの先頭から幾つのOFDMシンボルに制御信号がマッピングされているかが特定される。
【０１２２】
ステップS15では、自装置のブラインド検出の開始位置が算出される。上記の様々な動作例で説明されたように、開始位置は、自装置の識別情報UE-ID、サブフレーム番号、CFI(又はPCFICH)の値から一意に導出可能である。また、最大ユーザ多重数のような情報が別途通知されてもよいし、システムで固定されていてもよい。
【０１２３】
ステップS17では、１ユーザ分のPDCCHをデコードする。PDCCHには、CRC誤り検出ビット(X)にUE-ID(Y)の畳み込まれた情報(Z=X(XOR)Y)が含まれている。一例として、
X=10010110
Y=01111011
であったとすると、
Z=11101101
となる。このような関係を逆に利用し、ユーザ装置は、自装置のUE-IDを使ってデコードを試み、CRC誤り検出ビットを確認し、デコードされた情報が自装置宛の情報であるか否かを判定する。
【０１２４】
ステップS19において、誤り判定結果が、デコードした情報は自装置宛でないことを示す場合、フローはステップS21に進む。
【０１２５】
ステップS21では、デコードすべき別のPDCCHの存否を確認し、それがあればフローはステップS17に戻る。無ければ、そのサブフレームの中に自装置宛の制御情報は無いので、フローはステップS11に戻り、次のサブフレームの処理に移る。更にデコードすべき別のPDCCHの有無の確認は、例えば既にデコードしたPDCCHの数が最大ユーザ多重数に達したか否かで確認されてもよい。
【０１２６】
ステップS19において、誤り判定結果が、デコードした情報は自装置宛であることを示していた場合、フローはステップS23に進む。ステップS23では、デコードしたスケジューリング情報に基づいて、物理下りリンク共有チャネル(PDSCH)を受信する及び／又は物理上りリンク共有チャネル(PUSCH)を送信する。そして、フローはステップS11に戻り、次のサブフレームの処理に移る。
【産業上の利用可能性】
【０１２７】
本発明は、スケジューリングにより無線リソースがユーザ間で共有される適切な如何なる移動通信システムに適用されてもよい。例えば本発明は、HSDPA/HSUPA方式のW-CDMAシステム、LTE方式のシステム、IMT-Advancedシステム、WiMAX, Wi-Fi方式のシステム等に適用されてもよい。
【０１２８】
以上本発明は特定の実施例を参照しながら説明されてきたが、実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。発明の理解を促すため具体的な数式を用いて説明がなされたが、特に断りのない限り、それらの数式は単なる一例に過ぎず適切な如何なる数式が使用されてもよい。各項目の区分けは本発明に本質的ではなく、各項目で説明された事項は適宜組み合わせられてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【図面の簡単な説明】
【０１２９】
【図１】移動通信システムの概要を示す図である。
【図２】サブフレーム構成を示す図である。
【図３】サブフレームにPDCCH及びPDSCHがマッピングされている様子を示す図である。
【図４】チャネル符号化率に応じてPDCCHのサイズが異なる様子を示すずである。
【図５】ユーザ装置のブラインド検出に要する処理負担を軽減するための方法を説明するための図を示す。
【図６】様々なシステム帯域(1.4MHz,5MHz,10MHz,20MHz)各々について、制御チャネルエレメント(CCE)がいくつ含まれているかを示す図である(送信アンテナ数=1or2)。
【図７】様々なシステム帯域(1.4MHz,5MHz,10MHz,20MHz)各々について、制御チャネルエレメント(CCE)がいくつ含まれているかを示す図である(送信アンテナ数=3or4)。
【図８】ユーザ装置のブラインド検出に要する処理負担を軽減するための別の方法を説明するための図を示す。
【図９】従来技術の問題点を説明するための図である。
【図１０】従来技術の問題点を説明するための図である。
【図１１】第１の動作例を説明するための図である。
【図１２】第１の動作例を詳細に説明するための図(その１)である。
【図１３】第１の動作例の変形例を説明するための図(その２)である。
【図１４】第２の動作例を説明するための図である。
【図１５】第２の動作例を詳細に説明するための図(その１)である。
【図１６】第２の動作例の変形例を説明するための図(その２)である。
【図１７】一実施例で使用される基地局装置を示す図である。
【図１８】基地局装置で行われる動作例を示すフローチャートである。
【図１９】一実施例で使用されるユーザ装置を示す図である。
【図２０】ユーザ装置で行われる動作例を示すフローチャートである。
【符号の説明】
【０１３０】
１０  スケジューラ
１１  PDCCH生成部
１２  PHICH生成部
１３  PCFICH生成部
１４  制御チャネルマッピング部
１５  マッピングテーブル
１６  PDSCH生成部
１７  多重部
２０  信号分離部
２１  PDCCH復調部
２２  PHICH復調部
２３  PDSCH復調部
２４  PUSCH生成部
【図１】
0005069160.tif 000002
【図２】
0005069160.tif 000003
【図３】
0005069160.tif 000004
【図４】
0005069160.tif 000005
【図５】
0005069160.tif 000006
【図６】
0005069160.tif 000007
【図７】
0005069160.tif 000008
【図８】
0005069160.tif 000009
【図９】
0005069160.tif 000010
【図１０】
0005069160.tif 000011
【図１１】
0005069160.tif 000012
【図１２】
0005069160.tif 000013
【図１３】
0005069160.tif 000014
【図１４】
0005069160.tif 000015
【図１５】
0005069160.tif 000016
【図１６】
0005069160.tif 000017
【図１７】
0005069160.tif 000018
【図１８】
0005069160.tif 000019
【図１９】
0005069160.tif 000020
【図２０】
0005069160.tif 000021