(57)【要約】【課題】基地局から端末に対してリソースブロックの割当て情報を送信するシステムにおいて送信データ量を削減する。【解決手段】ある端末との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、その割当てられているリソースブロックにおいて使用可能な通信リソースを示す使用可能リソース情報とを所定ビット数で示される送信リソース情報として端末に送信するようにし、リソースブロック割当て情報と使用可能リソース情報とはそれぞれこの所定ビット数で表現される数値の一部で示されるようにした。【選択図】          図１０
2007282021.tif 000002
【特許請求の範囲】
【請求項１】
送信機と受信機の間の通信用に所定数のサブキャリアからなる複数のリソースブロックを備えた無線通信システムにおける送信機であって、
１の受信機との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、該割当てられているリソースブロックにおいて使用可能な通信リソースを示す使用可能リソース情報と、を所定ビット数で示される送信リソース情報として上記１の受信機に送信する
ことを特徴とする送信機。
【請求項２】
上記リソースブロック割当て情報と使用可能リソース情報とは、それぞれ上記所定ビット数で表現される数値の一部で示されることを特徴とする請求項１に記載の送信機。
【請求項３】
上記送信リソース情報は各リソースブロックに対応し、各リソースブロックが上記１の受信機との通信に割当てられているか否かを示すリソースブロック割当て情報と、割当てられている場合に使用可能な通信リソースを示す使用可能リソース情報とを含む
ことを特徴とする請求項１に記載の送信機。
【請求項４】
上記複数のリソースブロックには連続したリソースブロック番号が付され、上記１の受信機との通信に利用可能なリソースブロックはリソースブロック番号が連続する割当てリソースブロックセットを形成し、
上記リソースブロック割当て情報は、割当てリソースブロックセットの中の端部のリソースブロックのリソースブロック番号である初期値と、該割当てリソースブロックセットに含まれるリソースブロックの数とを含み、
上記使用可能リソース情報には、上記割当てリソースブロックセット内のリソースブロックが共通して使用可能な通信リソースが含まれる
ことを特徴とする請求項１に記載の送信機。
【請求項５】
上記割当てリソースブロックセットは上記１の受信機に対して複数形成可能なことを特徴とする請求項４に記載の送信機。
【請求項６】
上記初期値とリソースブロックの数の組合せを所定の識別番号で示すことを特徴とする請求項４または請求項５に記載の送信機。
【請求項７】
上記通信リソースは変調方式であることを特徴とする請求項１〜請求項６のいずれか１項に記載の送信機。
【請求項８】
上記通信リソースは変調方式と、所定のデータ処理単位であるトランスポートブロックサイズの組合せであることを特徴とする請求項１〜請求項６のいずれか１項に記載の送信機。
【請求項９】
送信機と受信機の間の通信用に所定数のサブキャリアからなる複数のリソースブロックを備えた無線通信システムにおける受信機であって、
上記送信機が当該受信機との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、該割当てられているリソースブロックにおいて使用可能な通信リソースを示す使用可能リソース情報と、を所定ビット数で示して送信した送信リソース情報
を受信し、
該受信した送信リソース情報に応じた受信処理を行う
ことを特徴とする受信機。
【請求項１０】
上記リソースブロック割当て情報と使用可能リソース情報とは、それぞれ上記所定ビット数で表現される数値の一部で示されることを特徴とする請求項９に記載の受信機。
【請求項１１】
上記送信リソース情報は各リソースブロックに対応し、各リソースブロックが当該受信機との通信に割当てられているか否かを示すリソースブロック割当て情報と、割当てられている場合に使用可能な通信リソースを示す使用可能リソース情報とを含む
ことを特徴とする請求項９に記載の受信機。
【請求項１２】
上記複数のリソースブロックには連続したリソースブロック番号が付され、当該受信機との通信に利用可能なリソースブロックはリソースブロック番号が連続する割当てリソースブロックセットを形成し、
上記リソースブロック割当て情報は、割当てリソースブロックセットの中の端部のリソースブロックのリソースブロック番号である初期値と、該割当てリソースブロックセットに含まれるリソースブロックの数とを含み、
上記使用可能リソース情報には、上記割当てリソースブロックセット内のリソースブロックが共通して使用可能な通信リソースが含まれる
ことを特徴とする請求項９に記載の受信機。
【請求項１３】
上記割当てリソースブロックセットは当該受信機に対して複数形成可能なことを特徴とする請求項１２に記載の受信機。
【請求項１４】
上記初期値とリソースブロックの数の組合せは所定の識別番号で示されることを特徴とする請求項１２または請求項１３に記載の受信機。
【請求項１５】
上記通信リソースは変調方式であることを特徴とする請求項９〜請求項１４のいずれか１項に記載の受信機。
【請求項１６】
上記通信リソースは変調方式と、所定のデータ処理単位であるトランスポートブロックサイズの組合せであることを特徴とする請求項９〜請求項１４のいずれか１項に記載の受信機。
【請求項１７】
送信機と受信機の間の通信用に所定数のサブキャリアからなる複数のリソースブロックを備えた無線通信システムであって、
１の受信機との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、該割当てられているリソースブロックにおいて使用可能な通信リソースを示す使用可能リソース情報と、を所定ビット数で示される送信リソース情報として上記１の受信機に送信する送信機と、
上記送信機が送信した送信リソース情報を受信し、該受信した送信リソース情報に応じた受信処理を行う受信機と、
を備えることを特徴とする無線通信システム。
【請求項１８】
送信機と受信機の間の通信用に所定数のサブキャリアからなる複数のリソースブロックを備えた無線通信システムにおける送信機が採用する無線通信方法であって、
１の受信機との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、該割当てられているリソースブロックにおいて使用可能な通信リソースを示す使用可能リソース情報と、を所定ビット数で示される送信リソース情報として上記１の受信機に送信する送信ステップ
を備えることを特徴とする無線通信方法。
【請求項１９】
送信機と受信機の間の通信用に所定数のサブキャリアからなる複数のリソースブロックを備えた無線通信システムにおける受信機が採用する無線通信方法であって、
上記送信機が当該受信機との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、該割当てられているリソースブロックにおいて使用可能な通信リソースを示す使用可能リソース情報と、を所定ビット数で示して送信した送信リソース情報を受信する受信ステップと、
該受信した送信リソース情報に応じた受信処理を行う受信処理ステップ
を備えることを特徴とする無線通信方法。
【請求項２０】
送信機と受信機の間の通信用に所定数のサブキャリアからなる複数のリソースブロックを備えた無線通信システムが採用する無線通信方法であって、
上記送信機が、
１の受信機との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、該割当てられているリソースブロックにおいて使用可能可能な通信リソースを示す使用可能リソース情報と、を所定ビット数で示される送信リソース情報として上記１の受信機に送信する送信機ステップと、
上記受信機が、
上記送信機が送信した送信リソース情報を受信し、該受信した送信リソース情報に応じた受信処理を行う受信機ステップ
を備えることを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は直交周波数多重通信に関するものであり、特に、所定数のサブキャリアを含むリソースブロックを単位として、送信機と受信機の間で無線通信を行うものに関する。
【背景技術】
【０００２】
従来の送信機と受信機との間で複数の符号（すなわち物理チャネル）を使用して通信を行うＣＤＭＡ（符号分割多重アクセス）方式の通信においては、送信機から１つの受信機に対する符号の割当ての有無、及び割当て有りならどの符号を使用するかを表す割当て情報を伝送していなかったり、伝送していても、その物理チャネルにおいて使用する変調方式等の情報であるリソース情報を、上記割当て情報とは別のビットによって伝送していた。
例えば非特許文献１によると、リソース情報はＴＦＲＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｏｒｍａｔ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）に含まれＨＳ−ＳＣＣＨという物理チャネルで伝送されるが、このＴＦＲＩに含まれ、使用する符号を示す”Ｃｈａｎｎｅｌｉｓａｔｉｏｎ Ｃｏｄｅ Ｓｅｔ”には割当てがある場合の情報のみが含まれており、割当てなしという情報は別途判断するしかなく、”ＵＥ−ｓｐｅｃｉｆｉｃ ＣＲＣ”が偽であれば割当てなしと判断していた。
【０００３】
【非特許文献１】３Ｇ ＴＳ２５．３０８Ｖ６．３．０ Ｓｅｃ．５．２．２．１  図５．２．２．２．１−１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
以上のように、従来の無線通信においては、割当て情報そのものを伝送していない場合は受信機が多く（上記非特許文献の場合は最大４）の物理チャネルを受信して、それぞれの受信結果からその端末に割当てられたものか否かを判断していたため、ハードウエア処理が大規模になっていた。
また、割当て情報を伝送していても割当て情報とリソース情報とは別に伝送するため、送信機から受信機に送信する制御情報のビット数が増大するという問題があった。
本発明は上記のような問題点を解決するためになされたもので、大きなＨ／Ｗ処理量を発生させず、また制御情報（割当て情報＋リソース情報）のビット数を増やさない制御信号の伝送方法を得ることを目的とする。
【課題を解決するための手段】
【０００５】
この発明は、送信機と受信機の間の通信用に所定数のサブキャリアからなる複数のリソースブロックを備えた無線通信システムにおける送信機であって、１の受信機との通信に割当てられるリソースブロックを示すリソースブロック割当て情報と、該割当てられているリソースブロックにおいて使用可能な通信リソースを示す使用可能リソース情報と、を所定ビット数で示される送信リソース情報として上記１の受信機に送信するようにしたものである。
【発明の効果】
【０００６】
この発明によれば、リソースブロック割当て情報と使用可能リソースブロック情報を多重化して送信するため情報量を削減することが可能になるという効果がある。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
実施の形態１を図１〜図１０を用いて説明する。
図１はこの実施の形態に係る無線通信システムの構成図、図２はこの実施の形態に係る基地局の構成図、図３はこの図２に示した基地局に含まれる制御信号処理部、図４は図２に示した基地局に含まれる送信信号処理部、図５はこの実施の形態に係る端末の構成図、図６は図５に示した端末に含まれる制御信号復調部、図７は図５に示した端末に含まれるデータ復調部、図８はこの実施の形態におけるＯＦＤＭ（直交周波数分割多重）のフレームフォーマットの図、図９はこの実施の形態におけるＭＣＳテーブル、図１０はこの実施の形態における各部での信号の変化を説明する図である。
【０００８】
構成を説明する。
図１において、１００は基地局、２００ａ〜２００ｃはこの基地局１００とマルチキャリア通信を行う端末（端末１〜端末Ｎ）であり、ここではマルチキャリア通信としてＯＦＤＭ（直交周波数分割多重）を用いるものとする。
上記基地局１００は、図示しない基地局制御装置を介して公衆網に接続され、データの授受を行う。
【０００９】
図２は上記基地局１００の内部構成であり、１は各端末用処理部（端末１〜Ｎ用処理部）２、３、４に対して、使用すべきリソースブロックを指示する割当て情報や使用すべき変調方式等の情報を含むＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）情報を通知するスケジューラ、５は各端末用処理部２〜４の出力を多重化する多重化部、６は多重化部出力をＯＦＤＭ変調するＯＦＤＭ変調部、７はＯＦＤＭ変調部６の出力を図示しないアンテナから送信するため無線周波数帯に変換するＲＦ処理部である。
【００１０】
端末１用処理部２の内部において、８は各端末向けパイロット信号を処理するパイロット信号処理部、９は上記割当て情報、上記ＭＣＳ情報、端末向けのデータが初送か再送かの情報を含むＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）関連情報、および対応する端末の識別子である端末ＩＤ等の情報から各端末向け制御信号を生成する制御信号処理部、１０は基地局制御装置より転送されて来たデータを送信信号として送信するための処理を行う送信信号処理部、１１は上記パイロット信号処理部８の出力と制御信号処理部９の出力と送信信号処理部１０の出力とをリソースブロックに割当てるための端末対応ＲＢフォーマット部である。
端末２用処理部３、端末３用処理部４の内部構成も、上記端末１用処理部２の構成と同様である。
【００１１】
図３は上記制御信号処理部９の内部構成の図であり、１２は上記割当て情報とＭＣＳ情報を多重化するビット多重化部、１３はこのビット多重化部１２の出力と、上記ＨＡＲＱ関連情報および端末ＩＤから送信用のフレームを構成するフレーム化部、１４はフレーム化部１３出力に対して畳込み符号を行う畳込み符号化部、１５は畳込み符号化部１４出力を送信の際の所定の長さのデータ長に調整するレートマッチング部、１６はレートマッチング部１５出力を変調方式としてＱＰＳＫ（Ｑｕａｔｅｒｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）を使用して送信するための処理を行うＱＰＳＫマッピング部、１７はＱＰＳＫマッピング部１６の出力をリソースブロックに割当てるための制御信号ＲＢフォーマット部である。制御信号処理部９の出力である制御信号に対しては、安定性の高いＱＰＳＫを変調方式として採用する。
【００１２】
図４は上記送信信号処理部１０の内部構成の図であり、１８は基地局制御装置から送信されたデータを一旦蓄積するデータバッファ、１９はデータバッファ１８の出力をＭＣＳ情報を参照して所定の符号化方式により符号化するデータ符号化部、２０はデータ符号化部１９の出力をＭＣＳ情報を参照して所定の変調方式にマッピングする多値変調マッピング部である。
【００１３】
図５は上記端末２００の内部構成の図であり、２１は図示しないアンテナで受信した信号を無線周波数帯からベースバンド信号に変換するＲＦ処理部、２２はこのＲＦ処理部２１の出力からＯＦＤＭ信号の検波を行うＯＦＤＭ検波部、２３はＯＦＤＭ検波部２２の出力からパイロット信号、制御信号、送信信号を分離するＲＢデフォーマット部、２４はＲＢデフォーマット部２３から出力されたパイロット信号を処理しチャネル推定等を行うパイロット信号処理部、２５はパイロット信号処理部２４の出力を参照して制御信号を復調し、割当て情報、ＭＣＳ情報、ＨＡＲＱ関連情報、端末ＩＤを出力する制御信号復調部、２６は上記制御信号復調部２５の出力である割当て情報、ＭＣＳ情報、ＨＡＲＱ関連情報、端末ＩＤおよびパイロット信号処理部２４の出力のパイロット信号を参照してＲＢデフォーマット部２３の出力である送信信号からデータを復調するデータ復調部である。
【００１４】
図６は上記制御信号復調部２５の内部構成の図であり、ＱＰＳＫ復調部２７、レートデマッチング部２８、畳込み復号部２９、デフレーム部３０、ビット分離部３１はそれぞれ図３に示した基地局側の制御信号処理部９のＱＰＳＫマッピング部１６、レートマッチング部１５、畳込み符号化部１４、フレーム化部１３、ビット多重部１２と逆の動作を行う。
【００１５】
図７は上記データ復調部２６の内部構成の図であり、多値復調部３２、データ復号部３３はそれぞれ図４に示した多値変調マッピング部２０、データ符号化部１９と逆の動作を行う。
【００１６】
次に動作を説明するが、まずこの実施の形態において用いるＯＦＤＭ（直交周波数分割多重）のフレームフォーマットの例を図８に示す。
ＯＦＤＭフォーマットは周波数及び時間の二次元フォーマットとなっている。周波数軸ではサブキャリア（１５ｋＨｚ）が、時間軸ではシンボルが単位となっている。シンボルは図中Ｄ、Ｒ１、Ｒ２で表しており、１シンボルはＱＰＳＫを用いる場合は２ビットに対応する。７個のシンボルで１ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；０．５ｍｓ）を構成する。また所定数である２５サブキャリアで１つのリソースブロック（ＲＢ：３７５ｋＨｚ）を構成する。リソースブロック（ＲＢ）は更に１２個で割当て帯域幅（４．５ＭＨｚ）を構成する。これは帯域幅５ＭＨｚの９０％に対応する。ここでＲ１、Ｒ２はリファレンス信号を伝送するためのシンボルであり、Ｄはトラヒックデータやリファレンス信号以外の制御信号を伝送するためのシンボルである。各リソースブロック（ＲＢ）内の先頭のシンボル３００（ハッチングを施したシンボル）が、本発明における制御信号を伝送するためのシンボルである。
【００１７】
次にこの実施の形態におけるＭＣＳテーブルを図９に示す。
図９に示すように、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）は、通信リソースである変調方式と、１ＴＴＩにおける物理チャネルでの伝送単位であるトランスポートブロックサイズ（ＴＢサイズ）との組合せを表すインデックスである。例えばＭＣＳ＝１の場合、変調方式はＱＰＳＫ、ＴＢサイズは５０（ｂｉｔ）であり、伝送レートは、５０／ＴＴＩ＝５０／０．５ｍｓ＝１００（ｋｂｐｓ）となる。またＭＣＳ＝７の場合は、変調方式は６４ＱＡＭ、ＴＢサイズは７００（ｂｉｔ）であり、伝送レートは、７００／ＴＴＩ＝７００／０．５ｍｓ＝１．４（Ｍｂｐｓ）となる。このように、制御信号としてＭＣＳ（ＭＣＳ情報）を送信することは、変調方式、ＴＢサイズをそれぞれ別々に通知する場合に比べて、シグナリングビット削減に大きく寄与する。
また柔軟性を確保する場合には変調方式、ＴＢサイズ等を個別に分けて通知することも可能である。
【００１８】
上記基地局１００がこの発明における送信機、端末２００がこの発明における受信機に該当する。また上記割当て情報、ＭＣＳ情報が、それぞれこの発明におけるリソースブロック割当て情報、使用可能リソース情報に該当する。
【００１９】
まず基地局１００における動作を図２、３により説明すると、スケジューラ１から各端末用処理部（端末１〜Ｎ用処理部）２、３、４に対して、それぞれの端末が使用すべきリソースブロックを指示する割当て情報と使用すべき変調方式等の情報を含むＭＣＳ情報が出力され、同時にＨＡＲＱ関連情報と端末を識別するための端末ＩＤが出力される。制御信号処理部９内のビット多重化部１２は入力された割当て情報とＭＣＳ情報を同じビットに多重化する。
【００２０】
この「多重化」について説明すると、ＭＣＳ情報のＭＣＳ１を１、ＭＣＳ２を２、…、ＭＣＳ７を７に対応させるとともに、割当てなしを０に対応させる。ＭＣＳ１〜ＭＣＳ７は割当てがある場合にのみ有用な情報なので、ＭＣＳ１〜７は割当て有りを同時に意味する。これにより、所定ビット数である３ビットにて、割当ての有無に関する割当て情報と、割当てがある場合のＭＣＳ情報を伝送することができる。
【００２１】
図１０を用いて説明すると、例えば端末１用処理部２の制御信号処理部９には、端末１を示す端末ＩＤ（ＵＥ−ＩＤ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−ＩＤ）と、ＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）とともに、端末１には各リソースブロック（図８のＲＢ１〜ＲＢ１２）が割当てられているのか否かをそれぞれ１ビットで示す割当て情報１〜割当て情報１２と、割当てられている場合の変調方式とトランスポートブロックサイズを３ビットで示すＭＣＳ情報１〜ＭＣＳ情報１２が入力される。
【００２２】
そして、割当て情報１とＭＣＳ情報１、割当て情報とＭＣＳ情報２、・・・、割当て情報１２とＭＣＳ情報１２、とが上記説明したようにビット多重化部１２で多重化され、３ビットの拡張ＭＣＳ情報＃１〜１２（ＭＣＳ＃１〜＃１２）が１２個生成される。フレーム化部１３では、先頭からこれらの端末ＩＤ（ＵＥ−ＩＤ）、ＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）および拡張ＭＣＳ情報＃１〜＃１２（図中ＭＣＳ＃１〜＃１２）を送信フレームの形にして出力する。この実施の形態では端末ＩＤを１６ビット、ＨＡＲＱ情報を７ビットとすると、フレーム化部１３の出力は５９ビットとなる。
この５９ビットのフレームは畳込み符号化部１４に入力され所定の符号化方法により符号化され、５９ビットのまま出力される。
拡張ＭＣＳ情報＃１〜１２（図中ＭＣＳ＃１〜＃１２）がこの発明における送信リソース情報である。
【００２３】
レートマッチング部１５では、出力ビット数である１００ビットへ合わせるためにビットのレペティションを周知の方法で施す。例えば公平性を期すために、ＴＳ２５．２１２Ｖ３．１１．０Ｓｅｃ．４．２．７に示されるような方法で実施してもよいし、ＵＥ−ＩＤや特定のＲＢのＭＣＳ等、重要なビットにより多くレペティションしてもよい。
【００２４】
レートマッチング部１５の出力はＱＰＳＫマッピング部１６に供給される。ＱＰＳＫマッピング部１６では入力２ビットのうち、最初のビット（奇数ビット）をＩ成分に、２番目のビット（偶数ビット）をＱ成分にマッピングする。ＱＰＳＫマッピング部１６の出力はＩＱ両成分をあわせたシンボルという形で出力されるため、１００ｂｉｔｓの入力に対し５０ｓｙｍｂｏｌを出力する。ＱＰＳＫマッピング部１６の出力は制御信号ＲＢフォーマット部１７に供給される。
【００２５】
ＱＰＳＫマッピング部１６の出力は、制御信号ＲＢフォーマット部１７で図８の制御シンボル部分３００にマッピングされ、例えば端末１は先頭のリソースブロック（ＲＢ１）で２５シンボル、次のリソースブロック（ＲＢ２）でそれに続く２５シンボル分の合計５０シンボルがマッピングされる。このようにして、リソースブロック毎の割当て情報、ＭＣＳ値、ＨＡＲＱ関連情報及び端末ＩＤは２つのリソースブロックの制御情報部分にマッピングされて伝送されることとなる。
制御信号ＲＢフォーマット部１７の出力を「伝送条件情報」と呼ぶことにすると、この伝送条件情報は端末毎に規定され、各リソースブロックの制御シンボル部分３００にマッピングされることになる。
端末１以外の端末の伝送条件情報については、例えば端末２は図８のＲＢ３とＲＢ４、端末３はＲＢ５とＲＢ６というように割当てればよく、１２個のリソースブロックを用いて最大６台の端末の伝送条件情報に割り当てが行える。
【００２６】
この際、例えば端末１の端末条件情報の拡大ＭＣＳ情報２（ＭＣＳ＃２）に０（０００）以外の値、例えば３（０１１）が格納されていた場合、２番目のリソースブロック（ＲＢ２）は端末１との通信に使用され、変調方式はＱＰＳＫ、ＴＢサイズは１７５ビットであることを示し、端末１以外のすべての端末の拡大ＭＣＳ情報２（ＭＣＳ＃２）は０が格納される。
【００２７】
制御信号ＲＢフォーマット部１７の出力は制御信号処理部９の出力として端末対応ＲＢフォーマット処理部１１に入力され、パイロット信号処理部８の出力（リファレンス信号）および送信信号処理部１０からの出力とともに２つのリソースブロックに割当てられる。図８には１つのリソースブロック内のデータおよびリファレンス信号（Ｒ１、Ｒ２）の配置の例を示しているが、ＲＢフォーマット処理部１１では、パイロット信号処理部８、制御信号処理部９、送信信号処理部１０の出力を２つのリソースブロックに割り当て、端末１用処理部２の出力として多重化部５に入力する。
【００２８】
多重化部５では各端末用処理部（端末１用処理部２、端末２用処理部３、・・・端末N用処理部４）からの出力を多重化し、例えばリソースブロック１、２には端末１用処理部２出力、リソースブロック３、４には端末２用処理部３の出力・・・、を割当て、次いでＯＦＤＭ変調部６でＯＦＤＭ変調した後、ＲＦ処理部７で無線周波数帯に変換した後、図示しないアンテナから送信する。
【００２９】
次いで、端末２００における受信動作について説明する。
図５において、図示しないアンテナにより受信された下りリンクＯＦＤＭ信号は、ＲＦ処理部２１で無線周波数からベースバンド信号に変換され、ＯＦＤＭ検波部２２でＯＦＤＭ信号の検波が行われる。このとき、端末２００はすべてのリソースブロック（１２個）のリソースブロックを受信し、ＯＦＤＭ検波する。
【００３０】
ＯＦＤＭ検波部２２の出力はＲＢデフォーマット部２３でパイロット信号、制御信号、データ信号に分解される。この分解された際の制御信号は、図１０の制御信号ＲＢフォーマット部１７出力およびＱＰＳＫマッピング部１６出力と同じ形が６個連続したものである。これは、図１０は２つのリソースブロックに対応した図だが、ＲＢデフォーマット部２３で分解された段階の制御信号は１２個のリソースブロックに対応するためである。
【００３１】
パイロット信号はパイロット信号処理部２４に供給され、ここで周知の手段を用いてチャネル推定が行われる。またこのパイロット信号処理部２４の出力（チャネル推定結果）と、ＲＢデフォーマット部２３からの制御信号は制御信号復調部２５に入力され、図６のように、ＱＰＳＫ復調部２７でＱＰＳＫ復調が行われ、基地局１００のＱＰＳＫマッピング部１６と逆の動作が実行され、ＱＰＳＫシンボルからビットに変換される。このときの信号の形は１００ビットの図１０のレートマッチング部１５出力と同じ形が６個連続したものとなる。
【００３２】
次いでレートデマッチング部２８でレートマッチング１５と逆の動作が行われて５９ビットの信号（フレーム）が６個連続した形となり、次いで畳込み復号部２９で畳込み符号化部１４と逆の動作が行われる。畳込み復号部２９の出力は、図１０のフレーム化部出力１３出力と同じ５９ビットの信号（フレーム）が６個連続した形であり、６個の端末ＩＤ（ＵＥ−ＩＤ）が含まれる。
【００３３】
畳込み復号部２９の出力はデフレーム部３０に入力されるが、ここでデフレーム部３０は、入力された信号（フレーム）に含まれる６個の端末ＩＤ（ＵＥ−ＩＤ）を参照し、自端末宛に送信された５９ビットの信号（フレーム）を抽出する。抽出したフレームに含まれる拡張ＭＣＳ情報＃１〜＃１２（ＭＣＳ＃１〜＃１２）をビット分離部３１に入力すると、ビット分離部３１は０（０００）以外が格納されている拡張ＭＣＳ情報について割当てが行われているものと判断する。例えばＭＣＳ＃２に３（０１１）が格納されていた場合、自端末は２番目のリソースブロック（ＲＢ２）が割当てられていると判断して割当て情報にその旨出力する。この場合の割当て情報は、１２ビットの先頭から２ビット目が１で他のビットが０という形になる。またＭＣＳ情報は３（０１１）が出力される。ＭＣＳ情報、割当て情報は、それぞれデータ復調部２６に入力される。
同時にデフレームクレーム３０は自端末宛に送信されたフレームからＨＡＲＱ関連情報（ＨＡＲＱ  Ｉｎｆｏ）と端末ＩＤを抽出する。
【００３４】
ＲＢデフォーマット部２３出力からのデータ信号は、図７に示すデータ復調部２６に入力され、多値変調復調部３２で多値変調マッピング部２０の逆の動作、データ復号部３３でデータ符号化１９部の逆の動作が行われ、データバッファ３４に蓄えられ、上位レイヤへ供給される。この復調の際、制御信号復調部２５から送信される端末ＩＤ、ＨＡＲＱ関連情報、ＭＣＳ情報、割当て情報を用いることにより、データ復調部２６が正しく動作すること、すなわち送信リソース情報に応じた受信処理が可能となる。
【００３５】
上記実施の形態においては、図１０に示したように割当て情報とＭＣＳ情報の多重化を行っているためフレーム化部１３の出力は５９ビットであるが、多重化を行わないとフレーム化部１３の出力は５９＋１２＝７１ビットになり、レートマッチングによる冗長ビットの追加が２９ビットとなる。上記実施の形態のように多重化を行うことによりレートマッチングによる冗長ビットの追加が４１ビット可能となり、制御情報の信頼性が向上する。
【００３６】
以上のように、１つのリソースブロックに関する割当て情報とＭＣＳ情報とを多重化して送信しているため、送信する制御情報の量を削減することが可能となり、送信データの信頼性が向上する。
【００３７】
上記実施の形態においては、１台の端末に１つのリソースブロックのみが割当てられる例を示したが、１台の端末に複数のリソースブロックが割当てられてもよく、その場合は複数の拡張ＭＣＳ情報（ＭＣＳ＃ｎ）に０（０００）以外の値を格納すれば、＃ｎで示される番号のリソースブロックがその端末に割当てられ、変調方式等は図９のテーブルに従うことになる。
この様子を図１１に示す。ここでは６台の端末が存在する場合、それぞれの端末にどのリソースブロックが割当てられるかを示したものであり、例えば端末１には１、２、６番目のリソースブロック（ＲＢ１、ＲＢ２、ＲＢ３）が割当てられ、端末２には３、５番目のリソースブロック（ＲＢ３、ＲＢ５）が割当てられている。また端末６にはリソースブロックは割当てられていない。またこの図のように、１つのリソースブロックは１つの端末のみに割当てられ、複数の端末に割当てられることはない。この割当ては１ＴＴＩ（０．５ｍｓ）毎に更新される。
【００３８】
実施の形態２．
実施の形態１では、割当て情報とＭＣＳ情報との組合せをリソースブロックと同じ数だけ作成して送信している例を示したが、この実施の形態では１つの端末に複数のリソースブロックを割当てる場合に一括して送信する例を示す。
【００３９】
この実施の形態における基地局および端末の構成、およびそれぞれの内部構成は実施の形態１と同様であるので、説明を省略する。
【００４０】
この実施の形態２においては、各端末に対するリソースブロックの割当てが図１２のようになっているものとする。すなわち、端末１にはＲＢ３からＲＢ６までのリソースブロックが割当てられて、それぞれのＭＣＳは２であり、端末２にはＲＢ１とＲＢ２が割当てられて、それぞれのＭＣＳは５であるというように、割当てられるリソースブロックの番号が連続していてかつそのリソースブロックに対して割当てられるＭＣＳが同じものである。この連続するリソースブロックをリソースブロックセットと呼ぶ。
【００４１】
このような場合には、１つの端末に関してリソースブロック１個ずつのＭＣＳを表現する必要はなく、その端末には何番目のリソースブロックからいくつのリソースブロックが割当てられ、それらのＭＣＳがいくつであるかを表現すればよい。この場合、割当てられているリソースブロックを示すには、最初のリソースブロックの番号である初期値と、割当てられるリソースブロックの数とを（初期値，数）の形で表現すればよく、リソースブロックの数が１２個の場合、この初期値と数との組合せは、以下のように７８通りとなる。
初期値  １の場合：（１，１）〜（１，１２）＝１２通り
初期値  ２の場合：（２，１）〜（２，１１）＝１１通り
・・・
初期値１１の場合：（１１，１）〜（１１，２）＝２通り
初期値１２の場合：（１２，１）              ＝１通り
これら７８通りの組合せ１つずつに図１３のように０〜７７の識別番号を付けることにすれば、７ビットですべての組合せを表現することが可能である。
【００４２】
この実施の形態における信号処理の流れは図１４のようになる。この図は実施の形態１の図１０に対応するものである。
基地局１００の例えば端末１用処理部２の制御信号処理部９には、実施の形態１と同様に端末１を示す端末ＩＤ（ＵＥ−ＩＤ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−ＩＤ）と、ＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）とともに、端末１には各リソースブロック（図８のＲＢ１〜ＲＢ１２）が割当てられているのか否かをそれぞれ１ビットで示す割当て情報１〜割当て情報１２と、割当てられている場合の変調方式とトランスポートブロックサイズを３ビットで示すＭＣＳ情報１〜ＭＣＳ情報１２が入力される。ここでの端末１の割当ては図１２に示したように、ＲＢ３〜ＲＢ６までにＭＣＳ＝２が割当てられているものとすると、ビット多重化部１２は図１３のテーブルを備えており、（初期値，数）＝（３，４）を示す７ビットの識別番号２６とＭＣＳを示す３ビットの計１０ビットを出力する。この実施の形態ではこの１０ビットを拡張ＭＣＳ情報と呼ぶことにする。
【００４３】
上記識別番号がこの発明におけるリソースブロック割当て情報に該当し、上記拡張ＭＣＳ情報が送信リソース情報に該当する。
【００４４】
フレーム化部１３では、実施の形態１と同様に先頭から端末ＩＤ（ＵＥ−ＩＤ）１６ビット、ＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）７ビットおよびこの実施の形態における拡張ＭＣＳ情報１０ビットを送信フレームの形にして出力する。この実施の形態ではフレーム化部１３の出力は３３ビットとなる。
この３３ビットのフレームは畳込み符号化部１４に入力され所定の符号化方法により符号化され、３３ビットのまま出力される。
【００４５】
この実施の形態においては、レートマッチング部１５の入力が１ＲＢの２５シンボル＝５０ビットより小さいので、レートマッチング部１５の出力が５０ビットになるようにレートマッチングを行い、ＱＰＳＫマッピング部１６に入力されて２５シンボルの出力を得る。制御信号ＲＢフォーマット部１７で図８の制御シンボル部分３００にマッピングされるが、ここでは１つのリソースブロックにのみマッピングされる。制御信号ＲＢフォーマット部出力をここでも「伝送条件情報」と呼ぶと、ここでは１２台の端末に対して「伝送条件情報」を伝送することが可能である。以後実施の形態１と同様に図示しないアンテナから送信される。
【００４６】
以上の例では、各端末に割当てられるリソースブロックの（初期値，数）とそれを表す識別番号、およびＭＣＳは以下のようになる。
端末１：（３，４）＝識別番号２６、ＭＣＳ＝２
端末２：（１，２）＝識別番号１、ＭＣＳ＝５
端末３：（４，１）＝識別番号３３、ＭＣＳ＝５
端末４：（８，２）＝識別番号６４、ＭＣＳ＝６
端末５：（１１，２）＝識別番号７６、ＭＣＳ＝２
端末６：（１０，１）＝識別番号７２、ＭＣＳ＝１
【００４７】
この実施の形態における端末における受信動作は実施の形態１と同様であるが、例えば端末１の場合、図６のビット分離部３１の出力である割当て情報としては端末１に割当てられているリソースブロックを示す識別番号２６が出力され、ＭＣＳ情報として２が出力される。各端末は図１３のテーブルをデータ復調部２６に備えており、識別番号から割当てられているリソースブロックを識別してデータの復調を行う。
【００４８】
以上のように、この実施の形態においては、同じＭＣＳの連続するリソースブロック（連続リソースブロック群）を割当てられた場合、連続リソースブロック群を初期値と数の２つのパラメータで示すので、送信データ量を削減できるという効果がある。
また送信データ量が小さいので、多くの端末に対して送信することが可能になるという効果がある。
【００４９】
また実施の形態１と同様に２つのリソースブロックで１つの端末に関する情報を送信するようにすれば、レートマッチングで追加するビット数を増やすことが可能であり、制御情報の信頼性が向上する。
【００５０】
さらに、連続リソースブロック群に含まれるリソースブロックは上記端末３、６の例のように１個でもよい。また、その端末にリソースブロックの割当てがない場合は、ＭＣＳ＝０とした上で（初期値，数）の識別番号には７ビットであらわせる任意の数を格納すればよい。またはＭＣＳを任意の数とした上で（初期値，数）の識別番号には０〜７７以外の数で７ビットで表現できる数値を使用してもよい。
【００５１】
また、上記実施の形態では割当てられているリソースブロックを通知するために初期値と数とを識別番号により示したが、初期値のみを通知し、図１５に示すようにＭＣＳでリソースブロック数を示すようにしてもよい。この場合は初期値は１〜１２の４ビットで示すことができるため、上記の説明における７ビットからさらに削減することが可能となる、さらに制御信号の信頼性が向上する。
【００５２】
また、上記実施の形態では、リソースブロックセットに含まれるリソースブロックを示すための初期値として、連続するリソースブロックの番号の最小のものを示す例を示したが、最大の番号を用いてもよく、要するにリソースブロックセットに含まれるリソースブロックの内の端部（リソースブロック番号が最小または最大）のリソースブロック番号を初期値として使用してもよい。
【００５３】
実施の形態３．
実施の形態２では、１つの端末には１つの連続リソースブロック群が割当てられる例を示したが、この実施の形態では１つの端末に複数の連続リソースブロック群が割当てられる例を示す。
【００５４】
この実施の形態におけるリソースブロックの各端末への割当ては図１６のようになっているとする。すなわち、端末１には、２番目〜４番目のリソースブロック（ＲＢ２〜ＲＢ４）と、６番目のリソースブロック（ＲＢ６）と、１１番目〜１２番目のリソースブロック（ＲＢ１１〜ＲＢ１２）が割当てられており、ＭＣＳはそれぞれ２、４、６である。ＲＢ２〜ＲＢ４を第１リソースブロック群、ＲＢ６を第２リソースブロック群、ＲＢ１１〜ＲＢ１２を第３リソースブロック群と呼ぶことにする。リソースブロック群に含まれるリソースブロックの数は１個でもよい。これらのリソースブロック群がこの発明における割当てリソースブロックセットに該当する。
【００５５】
これらを実施の形態２と同様に、（初期値，数）とそれを表す識別番号、およびＭＣＳで示すと以下のようになる。
第１リソースブロック群：（２，３）＝識別番号１４、ＭＣＳ＝２
第２リソースブロック群：（６，１）＝識別番号５０、ＭＣＳ＝４
第３リソースブロック群：（１１，２）＝識別番号７６、ＭＣＳ＝６
【００５６】
この実施の形態における信号処理の流れは図１７のようになる。この図は実施の形態１の図１０、実施の形態２の図１４に対応するものである。
基地局１００の例えば端末１用処理部２の制御信号処理部９には、実施の形態１と同様に端末１を示す端末ＩＤ（ＵＥ−ＩＤ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−ＩＤ）と、ＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）とともに、端末１には各リソースブロック（図８のＲＢ１〜ＲＢ１２）が割当てられているのか否かをそれぞれ１ビットで示す割当て情報１〜割当て情報１２と、割当てられている場合の変調方式とトランスポートブロックサイズを３ビットで示すＭＣＳ情報１〜ＭＣＳ情報１２が入力される。ここでの端末１の割当ては図１５のように、上記第１リソースブロック群〜第３リソースブロック群が割当てられているものとすると、ビット多重化部１２は（初期値，数）を示す７ビットの識別番号とＭＣＳを示す３ビットの計１０ビットの組合せを３組、計３０ビットを出力する。図１６においては第１〜第３リソースブロック群の（初期値，数）とＭＣＳとをそれぞれ、（初期値，数）＃１〜（初期値，数）＃３、ＭＣＳ＃１〜ＭＣＳ＃３と示している。この実施の形態ではこの３０ビットを拡張ＭＣＳ情報と呼ぶことにする。
【００５７】
フレーム化部１３では、実施の形態１と同様に先頭から端末ＩＤ（ＵＥ−ＩＤ）１６ビット、ＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）７ビットおよびこの実施の形態における拡張ＭＣＳ情報３０ビットを送信フレームの形にして出力する。この実施の形態ではフレーム化部１３の出力は５３ビットとなる。
この５３ビットのフレームは畳込み符号化部１４に入力され所定の符号化方法により符号化され、５３ビットのまま出力される。
【００５８】
この後、実施の形態１と同様にレートマッチング部１５で出力ビット数の単位である５０ビットの整数倍の１００ビットに合わせられ、次いでＱＰＳＫマッピング部１６に供給されて５０ｓｙｍｂｏｌとして出力される。実施の形態１で説明したように割当て情報とＭＣＳ情報の多重化を行わないとフレーム化部の出力は７１ビットでありレートマッチング部による冗長ビットの追加は２９ビットであるが、この実施の形態では４７ビットの追加が可能となり、制御情報の信頼性が向上する。
【００５９】
ＱＰＳＫマッピング部１６の出力は、制御信号ＲＢフォーマット部１７で図８の制御シンボル部分３００にマッピングされ、例えば端末１は先頭のリソースブロック（ＲＢ１）で２５シンボル、次のリソースブロック（ＲＢ２）でそれに続く２５シンボル分の合計５０シンボルがマッピングされる。このようにして、リソースブロック毎の割当て情報、ＭＣＳ値、ＨＡＲＱ関連情報及び端末ＩＤは２つのリソースブロックの制御情報部分にマッピングされて、多重化部５、ＯＦＤＭ変調部６、ＲＦ処理部７を経由して図示しないアンテナから送信される。
【００６０】
上記はリソースブロック群が３個ある場合の例であるが、他の個数でもよく、ある端末に例えば１個のリソースブロック群のみが割当てられている場合は図１６においてフレーム化部１３出力は３３ビット、４個のリソースブロック群が割当てられている場合はフレーム化部１３出力は６３ビットになる。
【００６１】
この実施の形態における端末における受信動作は実施の形態１と同様であるが、例えば端末１の場合、図６のビット分離部３１の出力である割当て情報としては端末１に割当てられているリソースブロックを示す識別番号１４、５０、７６が出力され、これに対応するＭＣＳ情報として２、４、６が出力される。各端末は図１３のテーブルをデータ復調部２６に備えており、識別番号から割当てられているリソースブロックを識別してデータの復調を行う。
【００６２】
以上のように、この実施の形態においては、連続して割当てられているリソースブロックであるリソースブロック群を初期値と数で示すようにしたので、送信する制御情報の量を削減することが可能となり、送信データの信頼性が向上する。
【００６３】
また、上記実施の形態では割当てられているリソースブロックを通知するために初期値と数とを識別番号により示したが、初期値のみを通知し、図１５に示すようにＭＣＳでリソースブロック数を示すようにしてもよい。この場合は初期値は１〜１２の４ビットで示すことができるため、上記の説明における７ビットからさらに削減することが可能となる。さらに制御信号の信頼性が向上する。
【００６４】
また上記の例ではリソースブロック群の数を固定していなかったが、通知するリソースブロック群の数を所定数（例えば４個）に固定しておき、割当てられているリソースブロックがこの所定数未満（例えば図１６の端末２＝１個）の場合、下記のように割当てられていないリソースブロック群（例えば第２、第３リソースブロック群）のＭＣＳを０に設定すればよい。割当てられていないリソースブロック群の識別番号は０〜７７以外の数、例えば下記のように７ビットすべて１の１２７とすればよい。
第１リソースブロック群：（１，１）＝識別番号０、ＭＣＳ＝５
第２リソースブロック群：            識別番号１２７、ＭＣＳ＝０
第３リソースブロック群：            識別番号１２７、ＭＣＳ＝０
第４リソースブロック群：            識別番号１２７、ＭＣＳ＝０
【００６５】
さらに通知するリソースブロック群の数を所定数（例えば４個）に固定し、各リソースブロック群に含まれるリソースブロックの数も所定数（例えば３個）に固定してもよい。
例えば図１８のように、１２個のリソースブロックを３個のリソースブロックが含まれた第１〜第４リソースブロック群に分割し、各リソースブロック群のなかで連続したリソースブロックを１つの端末（図１８では端末１）に割当てるようにすれば、図１９のように各リソースブロック内での初期値と数とに対応する識別番号を使用することにより識別番号は０〜５の３ビットで表現することが可能である。この場合、フレーム化部１３の出力は図２０のように、各リソースブロック群のビット数は（初期値，数）で示した識別番号３ビットとＭＣＳ３ビット（図９参照）の計６ビットとなり、端末ＩＤ（ＵＥ−ＩＤ）１６ビットとＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）７ビットを加えて４７ビットとなる。レートマッチング部１５の入力が１ＲＢの２５シンボル＝５０ビットより小さいので、レートマッチング部１５の出力が５０ビットになるようにレートマッチングを行い、ＱＰＳＫマッピング部１６に入力されて２５シンボルの出力を得る。制御信号ＲＢフォーマット部１７で図８の制御シンボル部分３００にマッピングされるが、ここでは１つのリソースブロックにのみマッピングされる。送信データ量が小さいので、多くの端末に対して送信することが可能になるという効果がある。
【００６６】
実施の形態４．
以上の実施の形態１〜３においては、図９のように１つのＭＣＳに対して変調方式とトランスポートブロックサイズ（ＴＢサイズ）の組合せが対応しているため、例えば変調方式＝ＱＰＳＫに対してトランスポートブロックサイズ（ＴＢサイズ）＝２５０ビットという組合せは採用し得なかった。
【００６７】
この実施の形態では、トランスポートブロックサイズ（ＴＢサイズ）の選択の自由度を上げるために、上記の実施の形態では採用し得なかった変調方式とトランスポートブロックサイズ（ＴＢサイズ）の組合せを採用できるようにした例を示す。
【００６８】
この実施の形態において、採用し得る変調方式はこれまでの実施の形態と同じようにＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭの３種類とし、トランスポートブロックサイズ（ＴＢサイズ）は最大６４種類採用可能とする。この６４種類は例えばすべて４の倍数として０、４、８、・・・、２５２ビットとしてもよいし、他の任意のトランスポートブロックサイズ（ＴＢサイズ）を使用してもよい。変調方式を示す変調情報は２ビット、トランスポートブロックサイズ（ＴＢサイズ）を示すＴＢサイズ情報（ＴＢＳ情報）は６ビットで示される。
【００６９】
この実施の形態における基地局は、図２に示したスケジューラ１から制御信号処理部９に入力されるＭＣＳ情報の代わりに、変調方式を示す変調情報と、トランスポートブロックサイズ（ＴＢサイズ）を示すＴＢサイズ情報（ＴＢＳ情報）が入力される点が異なる。変調情報は図３に示した制御信号処理部９のビット多重部１２に入力されて割当て情報と多重化され、ＴＢサイズ情報はフレーム化部１３に入力される。その他の構成、信号の流れは実施の形態１と同様である。ここではビット多重化部１２の出力を「割当て変調情報」と呼ぶことにするが、図２１に示すように、割当て変調情報（ＭＤ情報）は２ビットで示すことができる。
【００７０】
また端末においては、図６に示した制御信号復調部２１のデフレーム化部３０からＴＢサイズ情報が出力され、ビット分離部３１からＭＣＳ情報の代わりに変調情報が出力される。その他の構成、信号の流れは実施の形態１と同様である。
【００７１】
この実施の形態における信号処理の流れは図２２のようになる。
基地局１００の例えば端末１用処理部２の制御信号処理部９には、実施の形態１と同様に端末１を示す端末ＩＤ（ＵＥ−ＩＤ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ−ＩＤ）と、ＨＡＲＱ情報（ＨＡＲＱ  Ｉｎｆｏ）が入力されるとともに、端末１には各リソースブロック（図８のＲＢ１〜ＲＢ１２）が割当てられているのか否かをそれぞれ１ビットで示す割当て情報１〜割当て情報１２、そのリソースブロックにおける変調方式を示す上記の変調情報各２ビット、およびそのリソースブロックにおけるトランスポートブロックサイズを示す上記ＴＢサイズ情報（ＴＢＳ情報）各６ビットが入力される。
【００７２】
上記のように、割当て情報と変調情報はビット多重化部１２において図２１に示す２ビットの情報に変換されてフレーム化部１３に入力されるため、フレーム化部１３の出力は図２２のように１１９ビットになる。
この１１９ビットのフレームは畳込み符号化部１４に入力され所定の符号化方法により符号化され、１１９ビットのまま出力される。
【００７３】
この後、レートマッチング部１５で出力ビット数の単位である５０ビットの整数倍の１５０ビットに合わせられ、次いでＱＰＳＫマッピング部１６に供給されて７５ｓｙｍｂｏｌとして出力される。１つの端末に関して３個のリソースブロックで送信するため、１２個のリソースブロックでは４台の端末に送信することが可能である。
【００７４】
以上のように、この実施の形態によれば、変調方式を割当ての有無とは別に送信するようにしたので、柔軟に変調方式を選択できるという効果がある。
【００７５】
実施の形態５．
上記実施の形態２、３では、１つのＭＣＳ情報により変調方式とトランスポートブロックサイズを示す方式において、１つの端末に割当てられているリソースブロックを（初期値，数）で示す方法を示した。実施の形態４で示した変調方式とトランスポートブロックサイズを別々に送信する方式においても、同様に１つの端末に割当てられているリソースブロックを（初期値，数）で示すことが可能である。
【００７６】
以後は信号処理を示す図において、フレーム化部１３の出力のみを示す。図２３は実施の形態２の図１４に対応するものであり、１つの端末に割当てられている連続するリソースブロックを（初期値，数）で示し、それらに共通な割当て変調情報（ＭＤ情報）とトランスポートブロックサイズを示すＴＢサイズ情報（ＴＢＳ情報）を示すものである。
【００７７】
また図２４は実施の形態３で示したように、１つの端末に複数のリソースブロック群が割当てられる場合の例である。図２４はリソースブロック群の数が４個で固定されている場合の例であるが、他の数で固定されていてもよいし、固定されていなくてもよい。固定されていない場合は、(初期値，数)、ＭＤ情報、ＴＢＳ情報の組合せを適宜変更すればよい。
【００７８】
以上のように、この実施の形態においては、トランスポートブロックサイズを柔軟に選択できるとともに、割当てられているリソースブロックの情報を小さいデータで示すことができるので、制御信号の信頼性を確保できる、あるいは多くの端末に制御信号を送信できるという効果がある。
【００７９】
実施の形態６．
以上のすべての実施の形態においては、制御信号に端末を識別するための端末ＩＤ（ＵＥ−ＩＤ）を含み、各端末はこの端末ＩＤにより自局あての制御信号かどうかを確認する例を示したが、端末ＩＤを含まない制御信号を送信する例を示す。
【００８０】
例えば、実施の形態１で示した基地局のフレーム化部１３出力（図１０）に含まれる端末ＩＤ（ＵＥ−ＩＤ）以外の部分から、フレーム化部１３が誤り訂正符号（ＣＲＣ）を生成し、生成したＣＲＣをフレーム化部１３出力の端末ＩＤ（ＵＥ−ＩＤ）の代わりに端末に送信する。
【００８１】
端末はデフレーム部３０において受信した制御信号のＣＲＣ以外の部分から基地局と同じ方法によりＣＲＣを生成し、この生成したＣＲＣが受信したＣＲＣと一致していれば自端末宛の制御信号であると認識することができる。
【００８２】
この端末ＩＤを送信しないでＣＲＣを送信する方法は実施の形態１〜５のすべてに対して適用可能なものであり、端末ＩＤを送信しないので送信するデータの秘匿性が高くなるという効果がある。
【産業上の利用可能性】
【００８３】
以上のようにこの発明は基地局と端末との間で複数のサブキャリアを用いる無線通信システムに対して有用であり、特に、サブキャリアを複数のリソースブロックに分割して通信を行う無線通信システムに適している。
【図面の簡単な説明】
【００８４】
【図１】本発明に係る無線通信システムの一構成例を示す図である。
【図２】本発明に係る基地局の一構成例を示す図である。
【図３】本発明に係る制御信号処理部の一構成例を示す図である。
【図４】本発明に係る送信処理部の一構成例を示す図である。
【図５】本発明に係る端末の一構成例を示す図である。
【図６】本発明に係る制御信号復調部の一構成例を示す図である。
【図７】本発明に係るデータ復調部の一構成例を示す図である。
【図８】本発明に係るＯＦＤＭのフレームフォーマットの一構成例を示す図である。
【図９】本発明に係るＭＣＳテーブルの一構成例を示す図である。
【図１０】実施の形態１における信号の変化を示す図である。
【図１１】複数の端末へのリソースブロックの割当ての例を示す図である。
【図１２】複数の端末へのリソースブロックの割当ての例を示す図である。
【図１３】識別番号と（初期値，数）の対応に関する説明図である。
【図１４】実施の形態２における信号の変化を示す図である。
【図１５】ＭＣＳにリソースブロック数を含める場合の説明図である。
【図１６】複数の端末へのリソースブロックの割当ての例を示す図である。
【図１７】実施の形態３における信号の変化を示す図である。
【図１８】リソースブロック群の説明図である。
【図１９】リソースブロック群を用いる場合の識別番号と（初期値，数）の対応に関する説明図である。
【図２０】リソースブロック群を用いる場合の信号の変化を示す図である。
【図２１】割当て変調情報の説明図である。
【図２２】割当て変調情報を用いる場合の信号の変化を示す図である。
【図２３】リソースブロック群を用いる場合で、割当て変調情報とＴＢサイズ情報を送信する場合のフレーム化部出力の図である。
【図２４】複数のリソースブロック群を用いる場合で、割当て変調情報とＴＢサイズ情報を送信する場合のフレーム化部出力の図である。
【符号の説明】
【００８５】
１  スケジューラ、  ２、３、４  端末用処理部、  ５  多重化部、  ６  ＯＦＤＭ変調部、  ７  ＲＦ処理部、  ８  パイロット信号処理部、  ９  制御信号処理部、  １０  送信信号処理部、  １１  端末対応ＲＢフォーマット部、  １２  ビット多重化部、  １３  フレーム化部、  １４  畳込み符号化部、１５  レートマッチング部、  １６  ＱＰＳＫマッピング部、  １７  制御信号ＲＢフォーマット部、  １８  データバッファ、  １９  データ符号化部、  ２０  多値変調マッピング部、  ２１  ＲＦ処理部、  ２２  ＯＦＤＭ検波部、  ２３  ＲＢデフォーマット部、  ２４  パイロット信号処理部、  ２５  制御信号復調部、  ２６  データ復調部、  ２７  ＱＰＳＫ復調部、  ２８  レートデマッチング部、  ２９  畳込み復号部、  ３０  デフレーム部、  ３１  ビット分離部、  １００  基地局、２００ａ〜２００ｃ  端末。
【図１】
2007282021.tif 000003
【図２】
2007282021.tif 000004
【図３】
2007282021.tif 000005
【図４】
2007282021.tif 000006
【図５】
2007282021.tif 000007
【図６】
2007282021.tif 000008
【図７】
2007282021.tif 000009
【図８】
2007282021.tif 000010
【図９】
2007282021.tif 000011
【図１０】
2007282021.tif 000012
【図１１】
2007282021.tif 000013
【図１２】
2007282021.tif 000014
【図１３】
2007282021.tif 000015
【図１４】
2007282021.tif 000016
【図１５】
2007282021.tif 000017
【図１６】
2007282021.tif 000018
【図１７】
2007282021.tif 000019
【図１８】
2007282021.tif 000020
【図１９】
2007282021.tif 000021
【図２０】
2007282021.tif 000022
【図２１】
2007282021.tif 000023
【図２２】
2007282021.tif 000024
【図２３】
2007282021.tif 000025
【図２４】
2007282021.tif 000026