(57)【特許請求の範囲】
【請求項１】
機械タイプ通信（ＭＴＣ）をサポートする無線接続システムでハイブリッド自動再送信（ＨＡＲＱ）プロセスを設定する方法において、
基地局でＭＴＣ端末に適用されるＨＡＲＱプロセスの数を決定するステップ；及び
前記基地局が決定された前記ＨＡＲＱプロセスの数のうち前記ＭＴＣ端末に割り当てられたＨＡＲＱプロセス値を含む下りリンク制御情報を送信するステップ；を含み、
前記ＨＡＲＱプロセスの数は、前記ＭＴＣ端末に対する物理下りリンク制御チャネル（ＰＤＣＣＨ）の反復送信回数（Ｎ１）、前記ＭＴＣ端末が反復的に送信される前記ＰＤＣＣＨを受信して処理するのに必要な時間（Ｆ）、物理下りリンク共有チャネル（ＰＤＳＣＨ）の反復送信回数（Ｎ２）、前記ＭＴＣ端末が反復的に送信される前記ＰＤＳＣＨを受信して処理するのに必要な時間（ｐ１）、物理上りリンク制御チャネル（ＰＵＣＣＨ）の反復送信回数（Ｎ３）及び前記基地局が反復的に送信される前記ＰＵＣＣＨを受信して処理するのに必要な時間（ｐ０）のうち一つ以上を基盤にして決定され、前記Ｎ１及び前記Ｎ２の相対的なサイズによって異なる数に設定される、ＨＡＲＱプロセス設定方法。
【請求項２】
前記Ｎ１が前記Ｎ２より大きいと、
前記基地局は、前記Ｆ、前記Ｎ２、前記ｐ１、前記Ｎ３及び前記ｐ０の和と前記Ｎ１の整数倍のサイズとを比較し、前記ＨＡＲＱプロセスの数が決定される、請求項１に記載のＨＡＲＱプロセス設定方法。
【請求項３】
前記Ｎ２が前記Ｎ１より大きいと、
前記基地局は、前記Ｆ、前記Ｎ１、前記ｐ１、前記Ｎ３及び前記ｐ０の和と前記Ｎ２の整数倍のサイズとを比較し、前記ＨＡＲＱプロセスの数が決定される、請求項１に記載のＨＡＲＱプロセス設定方法。
【請求項４】
前記Ｎ１が前記Ｎ２より大きい場合、
前記Ｎ１が前記Ｎ２及び前記Ｆ値の和より小さいと、前記ＨＡＲＱプロセスの数は１に設定される、請求項１に記載のＨＡＲＱプロセス設定方法。
【請求項５】
前記Ｎ１が前記Ｎ２より小さい場合、
前記Ｎが前記Ｎ１及び前記Ｆ値の和より小さいと、前記ＨＡＲＱプロセスの数は１に設定される、請求項１に記載のＨＡＲＱプロセス設定方法。
【請求項６】
機械タイプ通信（ＭＴＣ）をサポートする無線接続システムでハイブリッド自動再送信（ＨＡＲＱ）プロセスを設定するための基地局は、
前記ＨＡＲＱプロセスの設定をサポートするためのプロセッサ；及び
送信機；を含み、
前記プロセッサは、
ＭＴＣ端末に適用されるＨＡＲＱプロセスの数を決定し、
決定された前記ＨＡＲＱプロセスの数のうち前記ＭＴＣ端末に割り当てられたＨＡＲＱプロセス値を含む下りリンク制御情報を送信するように前記送信機を制御し、
前記ＨＡＲＱプロセスの数は、前記ＭＴＣ端末に対する物理下りリンク制御チャネル（ＰＤＣＣＨ）の反復送信回数（Ｎ１）、前記ＭＴＣ端末が反復的に送信される前記ＰＤＣＣＨを受信して処理するのに必要な時間（Ｆ）、物理下りリンク共有チャネル（ＰＤＳＣＨ）の反復送信回数（Ｎ２）、前記ＭＴＣ端末が反復的に送信される前記ＰＤＳＣＨを受信して処理するのに必要な時間（ｐ１）、物理上りリンク制御チャネル（ＰＵＣＣＨ）の反復送信回数（Ｎ３）及び前記基地局が反復的に送信される前記ＰＵＣＣＨを受信して処理するのに必要な時間（ｐ０）のうち一つ以上を基盤にして決定され、前記Ｎ１及び前記Ｎ２の相対的なサイズによって異なる数に設定される、基地局。
【請求項７】
前記Ｎ１が前記Ｎ２より大きいと、
前記基地局は、前記Ｆ、前記Ｎ２、前記ｐ１、前記Ｎ３及び前記ｐ０の和と前記Ｎ１の整数倍のサイズとを比較し、前記ＨＡＲＱプロセスの数が決定される、請求項６に記載の基地局。
【請求項８】
前記Ｎが前記Ｎ１より大きいと、
前記基地局は、前記Ｆ、前記Ｎ１、前記ｐ１、前記Ｎ３及び前記ｐ０の和と前記Ｎ２の整数倍のサイズとを比較し、前記ＨＡＲＱプロセスの数が決定される、請求項６に記載の基地局。
【請求項９】
前記Ｎ１が前記Ｎ２より大きい場合、
前記Ｎ１が前記Ｎ２及び前記Ｆ値の和より小さいと、前記ＨＡＲＱプロセスの数は１に設定される、請求項６に記載の基地局。
【請求項１０】
前記Ｎ１が前記Ｎ２より小さい場合、
前記Ｎ２が前記Ｎ１及び前記Ｆ値の和より小さいと、前記ＨＡＲＱプロセスの数は１に設定される、請求項６に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機械タイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）をサポートする無線接続システムに関し、ハイブリッド自動再送信（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅＱｅｕｓｔ）をサポートするための多様な方法及びこれをサポートする装置に関する。
【背景技術】
【０００２】
無線接続システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して多重ユーザとの通信をサポートできる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、ＭＴＣをサポートする無線接続システムにおいてＨＡＲＱ動作をサポートするための多様な方法を提供することにある。
【０００４】
本発明の他の目的は、ＭＴＣ端末に対する下りリンク及び／又は上りリンクにおけるＨＡＲＱ動作をサポートするために、ＨＡＲＱプロセスの数を設定する方法を提供することにある。
【０００５】
本発明の更に他の目的は、これらの方法をサポートする装置を提供することにある。
【０００６】
本発明で達成しようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者によって考慮されてもよい。
【課題を解決するための手段】
【０００７】
本発明は、機械タイプ通信（ＭＴＣ）をサポートする無線接続システムに関し、ハイブリッド自動再送信（ＨＡＲＱ）をサポートするためにＨＡＲＱプロセスの数を設定するための多様な方法及びこれをサポートする装置に関する。
【０００８】
本発明の一様態として、機械タイプ通信（ＭＴＣ）をサポートする無線接続システムにおいてハイブリッド自動再送信（ＨＡＲＱ）プロセスを設定する方法は、基地局でＭＴＣ端末に適用されるＨＡＲＱプロセスの数を決定するステップと、基地局が決定されたＨＡＲＱプロセスの数のうちＭＴＣ端末に割り当てられたＨＡＲＱプロセス値を含む下りリンク制御情報を送信するステップとを含むことができる。このとき、ＨＡＲＱプロセスの数は、ＭＴＣ端末に対する物理下りリンク制御チャネル（ＰＤＣＣＨ）の反復送信回数（Ｎ１）、ＭＴＣ端末が反復的に送信されるＰＤＣＣＨを受信して処理するのに必要な時間（Ｆ）、物理下りリンク共有チャネル（ＰＤＳＣＨ）の反復送信回数（Ｎ２）、ＭＴＣ端末が反復的に送信されるＰＤＳＣＨを受信して処理するのに必要な時間（ｐ１）、物理上りリンク制御チャネル（ＰＵＣＣＨ）の反復送信回数（Ｎ３）及び基地局が反復的に送信されるＰＵＣＣＨを受信して処理するのに必要な時間（ｐ０）のうち一つ以上を基盤にして決定することができる。
【０００９】
本発明の他の様態として、機械タイプ通信（ＭＴＣ）をサポートする無線接続システムにおいてハイブリッド自動再送信（ＨＡＲＱ）プロセスを設定するための基地局は、ＨＡＲＱプロセスの設定をサポートするためのプロセッサ及び送信機を含むことができる。このとき、プロセッサは、ＭＴＣ端末に適用されるＨＡＲＱプロセスの数を決定し、決定されたＨＡＲＱプロセスの数のうちＭＴＣ端末に割り当てられたＨＡＲＱプロセス値を含む下りリンク制御情報を送信するように送信機を制御することができる。このとき、ＨＡＲＱプロセスの数は、ＭＴＣ端末に対する物理下りリンク制御チャネル（ＰＤＣＣＨ）の反復送信回数（Ｎ１）、ＭＴＣ端末が反復的に送信されるＰＤＣＣＨを受信して処理するのに必要な時間（Ｆ）、物理下りリンク共有チャネル（ＰＤＳＣＨ）の反復送信回数（Ｎ２）、ＭＴＣ端末が反復的に送信されるＰＤＳＣＨを受信して処理するのに必要な時間（ｐ１）、物理上りリンク制御チャネル（ＰＵＣＣＨ）の反復送信回数（Ｎ３）及び基地局が反復的に送信されるＰＵＣＣＨを受信して処理するのに必要な時間（ｐ０）のうち一つ以上を基盤にして決定することができる。
【００１０】
このとき、ＨＡＲＱプロセスの数は、Ｎ１及びＮ２の相対的なサイズによって異なる数に設定することができる。
【００１１】
Ｎ１がＮ２より大きいと、基地局は、Ｆ、Ｎ２、ｐ１、Ｎ３及びｐ０の和とＮ１の整数倍のサイズとを比較し、ＨＡＲＱプロセスの数を決定することができる。
【００１２】
又は、Ｎ２がＮ１より大きいと、基地局は、Ｆ、Ｎ１、ｐ１、Ｎ３及びｐ０の和とＮ２の整数倍のサイズとを比較し、ＨＡＲＱプロセスの数を決定することができる。
【００１３】
Ｎ１がＮ２より大きい場合、Ｎ１がＮ２及びＦ値の和より小さいと、ＨＡＲＱプロセスの数は１に設定することができる。
【００１４】
又は、Ｎ１がＮ２より小さい場合、Ｎ２がＮ１及びＦ値の和より小さいと、ＨＡＲＱプロセスの個数は１に設定することができる。
【００１５】
上述した本発明の様態は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者によって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
【発明の効果】
【００１６】
本発明の実施例によれば、ＭＴＣをサポートする無線接続システムにおいてＨＡＲＱ動作をサポートするための多様な方法を提供することができる。
【００１７】
また、ＭＴＣ端末に対する下りリンク及び／又は上りリンクにおけるＨＡＲＱ動作をサポートするために、ＨＡＲＱプロセスの数を設定することができる。これを通じて、ＭＴＣ端末に対してもより効率的なＨＡＲＱ動作が可能である。
【００１８】
なぜなら、ＭＴＣ端末に対して送信される制御情報やＭＴＣ端末が送信するユーザデータは反復的に送信されると仮定しており、一般的なセルラ端末の動作様態とは全く異なるので、既存のＨＡＲＱプロセスを決定する方法をそのまま適用することができない。
【００１９】
したがって、本発明の実施例を通じて、ＭＴＣ環境でもＨＡＲＱプロセスの数を正確に設定することによって、ＭＴＣ端末及び基地局のＨＡＲＱ動作をより精密に行うことができ、無線リソースを効率的に使用することができる。
【００２０】
本発明の実施例から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。すなわち、本発明を実施する上で意図していない効果も、本発明の実施例から、当該技術の分野における通常の知識を有する者によって導出可能である。
【図面の簡単な説明】
【００２１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する様々な実施例を提供する。また、添付の図面は、詳細な説明と共に本発明の実施の形態を説明するために用いられる。
【図１】図１は、物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【図２】図２は、無線フレームの構造の一例を示す図である。
【図３】図３は、下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【図４】図４は、上りリンクサブフレームの構造の一例を示す図である。
【図５】図５は、下りリンクサブフレームの構造の一例を示す図である。
【図６】図６は、一般サイクリックプレフィックス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ：ＣＰ）の場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示す図である。
【図７】図７は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示す図である。
【図８】図８は、一般ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示す図である。
【図９】図９は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示す図である。
【図１０】図１０は、ＰＵＣＣＨフォーマット１ａ及び１ｂに対するＡＣＫ／ＮＡＣＫチャネル化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）を説明する図である。
【図１１】図１１は、同じＰＲＢ内でＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂとが混合された構造に対するチャネル化を示す図である。
【図１２】図１２は、ＰＲＢ割り当てを示す図である。
【図１３】図１３は、本発明の実施例で用いられるコンポーネントキャリア（ＣＣ）及びＬＴＥ＿Ａシステムで用いられるキャリア併合の一例を示す図である。
【図１４】図１４は、本発明の実施例で用いられるクロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【図１５】図１５は、本発明の実施例で用いられるクロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【図１６】図１６は、ＣＡ  ＰＵＣＣＨの信号処理過程を例示する図である。
【図１７】図１７は、ブロック拡散ベースの新しいＰＵＣＣＨフォーマットの一例を示す図である。
【図１８】図１８は、時間−周波数単位のリソースブロックが構成される一例を示す図である。
【図１９】図１９は、非同期式ＨＡＲＱ方式のリソース割り当て及び再送信方式の一例を示す図である。
【図２０】図２０は、Ｎ１＞Ｎ２である場合、反復的に送信されるＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＣＣＨに対する時間関係の一例を示す図である。
【図２１】図２１は、Ｎ１＜Ｎ２である場合、反復的に送信されるＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＣＣＨに対する時間関係の一例を示す図である。
【図２２】図２２は、Ｎ１＞Ｎ２である場合、反復的に送信されるＰＤＣＣＨ及びＰＵＳＣＨに対する時間関係の一例を示す図である。
【図２３】図２３は、Ｎ１＜Ｎ２である場合、反復的に送信されるＰＤＣＣＨ及びＰＵＳＣＨに対する時間関係の一例を示す図である。
【図２４】図２４は、基地局でＨＡＲＱプロセスの数を決定する方法の一つを示す図である。
【図２５】図２５は、図１乃至図２４で説明した方法を具現できる装置を示す図である。
【発明を実施するための形態】
【００２２】
以下に詳しく説明する本発明の実施例は、機械タイプ通信（ＭＴＣ）をサポートする無線接続システムに関し、ハイブリッド自動再送信（ＨＡＲＱ）をサポートするためにＨＡＲＱプロセスの数を設定するための多様な方法及びこれをサポートする装置に関する。
【００２３】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更してもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００２４】
図面に関する説明において、本発明の要旨を曖昧にさせうる手順又は段階などは記述を省略し、当業者のレベルで理解できるような手順又は段階も記述を省略した。
【００２５】
明細書全体を通じて、ある部分がある構成要素を「含む（又は備える又は有する）」としたとき、これは、特別に言及しない限り、他の構成要素を除外する意味ではなく、他の構成要素をさらに含んでもよいということを意味する。また、明細書に記載された「…部」，「…機」，「モジュール」などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、「一（ａ又はａｎ）」，「一つ（ｏｎｅ）」，「その（ｔｈｅ）」及び類似関連語は、本発明を記述する文脈において（特に、以下の請求項の文脈において）、本明細書に特別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両意味で使うことができる。
【００２６】
本明細書で、本発明の実施例は、基地局と移動局との間のデータ送受信関係を中心に説明した。ここで、基地局は移動局と直接通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で基地局によって行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。
【００２７】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅ）からなるネットワークで移動局との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われてもよい。ここで、「基地局」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、発展した基地局（ＡＢＳ：Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代えてもよい。
【００２８】
また、本発明の実施例でいう「端末（Ｔｅｒｍｉｎａｌ）」は、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、加入者端末（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動加入者端末（ＭＳＳ：Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、又は発展した移動端末（ＡＭＳ：Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００２９】
また、送信端は、データサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。そのため、上りリンクでは、移動局を送信端とし、基地局を受信端とすることができる。同様に、下りリンクでは、移動局を受信端とし、基地局を送信端とすることができる。
【００３０】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２．ｘｘシステム、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）システム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも一つに開示された標準文書によって裏付けることができ、特に、本発明の実施例は、３ＧＰＰ  ＴＳ  ３６．２１１、３ＧＰＰ  ＴＳ  ３６．２１２、３ＧＰＰ  ＴＳ  ３６．２１３、３ＧＰＰ  ＴＳ  ３６．３２１及び３ＧＰＰ  ＴＳ  ３６．３３１の文書によって裏付けることができる。すなわち、本発明の実施例において説明していない自明な段階又は部分は、上記の文書を参照して説明することができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００３１】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明が実施されうる唯一の実施の形態を示すためのものではない。
【００３２】
また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更してもよい。
【００３３】
以下では、本発明の実施例を適用し得る無線接続システムの一例として３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムについて説明する。
【００３４】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに適用することができる。
【００３５】
ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。
【００３６】
ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）システムは、３ＧＰＰ  ＬＴＥシステムの改良されたシステムである。本発明の技術的特徴に関する説明を明確にするために、本発明の実施例を３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムを中心に説明するが、ＩＥＥＥ  ８０２．１６ｅ／ｍシステムなどに適用してもよい。
【００３７】
１．３ＧＰＰ  ＬＴＥ／ＬＴＥ＿Ａシステム
無線接続システムにおいて、端末は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）を介して基地局から情報を受信し、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）を介して基地局に情報を送信する。基地局と端末が送受信する情報は、一般データ情報及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００３８】
１．１  システム一般
図１は、本発明の実施例で使用できる物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【００３９】
電源が投入され、あるいは新しくセルに進入したりした端末は、Ｓ１１段階で基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐ−ＳＣＨ：Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及び２次同期チャネル（Ｓ−ＳＣＨ：Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
【００４０】
その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）信号を受信してセル内放送情報を取得することができる。
【００４１】
一方、端末は初期セル探索段階で下りリンク参照信号（ＤＬ  ＲＳ：Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【００４２】
初期セル探索を終えた端末は、Ｓ１２段階で、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報を取得することができる。
【００４３】
その後、端末は、基地局に接続を完了するために、段階Ｓ１３乃至段階Ｓ１６のようなランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を用いてプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ１３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを用いてプリアンブルに対する応答メッセージを受信することができる（Ｓ１４）。競合ベースのランダムアクセスでは、端末は、さらなる物理ランダムアクセスチャネル信号の送信（Ｓ１５）、及び物理下りリンク制御チャネル信号及びこれに対応する物理下りリンク共有チャネル信号の受信（Ｓ１６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００４４】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル信号及び／又は物理下りリンク共有チャネル信号の受信（Ｓ１７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）信号及び／又は物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）信号の送信（Ｓ１８）を行うことができる。
【００４５】
端末が基地局に送信する制御情報を総称して、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｉｏｎ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）情報などを含む。
【００４６】
ＬＴＥシステムにおいて、ＵＣＩは、一般的にＰＵＣＣＨを介して周期的に送信するが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨを介して送信してもよい。また、ネットワークの要求／指示に応じてＰＵＳＣＨを介してＵＣＩを非周期的に送信してもよい。
【００４７】
図２には、本発明の実施例で用いられる無線フレームの構造を示す。
【００４８】
図２（ａ）は、タイプ１フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  １）を示す。タイプ１フレーム構造は、全二重（ｆｕｌｌ  ｄｕｐｌｅｘ）ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムと半二重（ｈａｌｆ  ｄｕｐｌｅｘ）ＦＤＤシステムの両方に適用することができる。
【００４９】
１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、Ｔf＝307200・Ｔs＝10 msの長さを有し、Ｔslot＝15360・Ｔs＝0.5 msの均等な長さを有し、０から１９までのインデックスが与えられた２０個のスロットで構成される。１サブフレームは、２個の連続したスロットと定義され、ｉ番目のサブフレームは、２ｉ及び２ｉ＋１に該当するスロットで構成される。すなわち、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。１サブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。ここで、Ｔsはサンプリング時間を表し、Ｔs＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０-8（約３３ｎｓ）と表示される。スロットは、時間領域で複数のＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。
【００５０】
１スロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ  ＬＴＥは、下りリンクでＯＦＤＭＡを使用するので、ＯＦＤＭシンボルは１シンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ−ＦＤＭＡシンボル又はシンボル区間ということができる。リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、リソース割り当て単位であって、１スロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００５１】
全二重ＦＤＤシステムでは、各１０ｍｓ区間で１０個のサブフレームを下りリンク送信と上りリンク送信のために同時に利用することができる。このとき、上りリンク送信と下りリンク送信は周波数領域で区別される。一方、半二重ＦＤＤシステムでは、端末は送信と受信を同時に行うことができない。
【００５２】
上述した無線フレームの構造は一つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００５３】
図２（ｂ）には、タイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）を示す。タイプ２フレーム構造はＴＤＤシステムに適用される。１無線フレームは、Ｔf＝307200・Ｔs＝10 msの長さを有し、153600・Ｔs＝5 msの長さを有する２個のハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）で構成される。各ハーフフレームは、30720・Ｔs＝1 msの長さを有する５個のサブフレームで構成される。ｉ番目のサブフレームは、２ｉ及び２ｉ＋１に該当する各Ｔslot＝15360・Ｔs＝0.5 ms の長さを有する２個のスロットで構成される。ここで、Ｔsは、サンプリング時間を表し、Ｔs＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０-8（約３３ｎｓ）で表示される。
【００５４】
タイプ２フレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）の３つのフィールドで構成される特別サブフレームを含む。ここで、ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンクと下りリンクとの間の下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００５５】
下記の表１に、特別フレームの構成（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ）を示す。
【００５６】
【表１】
0006302065.tif 000002
【００５７】
図３は、本発明の実施例で使用できる下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【００５８】
図３を参照すると、１つの下りリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは、７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域で１２個の副搬送波を含むとするが、これに限定されるものではない。
【００５９】
リソースグリッド上で各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）とし、１つのリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮDLは、下りリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と同一であってもよい。
【００６０】
図４は、本発明の実施例で使用できる上りリンクサブフレームの構造を示す。
【００６１】
図４を参照すると、上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別される。制御領域には、上りリンク制御情報を運ぶＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを運ぶＰＵＳＣＨが割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末に対するＰＵＣＣＨにはサブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットのそれぞれで異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられたＲＢ対はスロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）で周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）するという。
【００６２】
図５には、本発明の実施例で使用できる下りリンクサブフレームの構造を示す。
【００６３】
図５を参照すると、サブフレームにおける第一のスロットでＯＦＤＭシンボルインデックス０から最大３個のＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルが、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ  ＬＴＥで用いられる下りリンク制御チャネルの例には、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００６４】
ＰＣＦＩＣＨは、サブフレームにおける最初のＯＦＤＭシンボルで送信され、サブフレーム内に制御チャネルの送信のために使われるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を運ぶ。ＰＨＩＣＨは、上りリンクに対する応答チャネルであって、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。下りリンク制御情報は、上りリンクリソース割り当て情報、下りリンクリソース割り当て情報、又は任意の端末グループに対する上りリンク送信（Ｔｘ）電力制御命令を含む。
【００６５】
１．２  ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
１．２．１  ＰＤＣＣＨ一般
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソース割り当て及び送信フォーマット（すなわち、下りリンクグラント（ＤＬ−Ｇｒａｎｔ））、ＵＬ−ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソース割り当て情報（すなわち、上りリンクグラント（ＵＬ−Ｇｒａｎｔ））、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）におけるページング（ｐａｇｉｎｇ）情報、ＤＬ−ＳＣＨにおけるシステム情報、ＰＤＳＣＨで送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位レイヤ（ｕｐｐｅｒ−ｌａｙｅｒ）制御メッセージに対するリソース割り当て、任意の端末グループ内の個別端末に対する送信電力制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）活性化の有無に関する情報などを運ぶことができる。
【００６６】
複数のＰＤＣＣＨを制御領域内で送信することができ、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ又は複数の連続したＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合（ａｇｇｒｅｇａｔｉｏｎ）で構成される。１つ又は複数の連続したＣＣＥの集合で構成されたＰＤＣＣＨは、サブブロックインタリービング（ｓｕｂｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｉｎｇ）を経た後、制御領域を通して送信することができる。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割り当て単位である。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＣＣＥの数とＣＣＥによって提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００６７】
１．２．２  ＰＤＣＣＨ構造
複数の端末に対する多重化された複数のＰＤＣＣＨが制御領域内で送信されてもよい。ＰＤＣＣＨは１つ又は２つ以上の連続したＣＣＥの集合（ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ）で構成される。ＣＣＥは、４個のリソース要素で構成されたＲＥＧの９個のセットに対応する単位のことを指す。各ＲＥＧには４個のＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）シンボルがマップされる。参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）によって占有されたリソース要素はＲＥＧに含まれない。すなわち、ＯＦＤＭシンボル内でＲＥＧの総数は、セル特定参照信号が存在するか否かによって異なってくることがある。４個のリソース要素を１つのグループにマップするＲＥＧの概念は、他の下りリンク制御チャネル（例えば、ＰＣＦＩＣＨ又はＰＨＩＣＨ）にも適用することができる。ＰＣＦＩＣＨ又はＰＨＩＣＨに割り当てられないＲＥＧをＮREGとすれば、システムで利用可能なＣＣＥの数は
【数１】
0006302065.tif 000003
であり、各ＣＣＥは０からＮCCE−１までのインデックスを有する。
【００６８】
端末のデコーティングプロセスを単純化するために、ｎ個のＣＣＥを含むＰＤＣＣＨフォーマットは、ｎの倍数と同じインデックスを有するＣＣＥから始まってもよい。すなわち、ＣＣＥインデックスがｉである場合、
【数２】
0006302065.tif 000004
を満たすＣＣＥから始まってもよい。
【００６９】
基地局は１つのＰＤＣＣＨ信号を構成するために｛１，２，４，８｝個のＣＣＥを使用することができ、ここで、｛１，２，４，８｝をＣＣＥ集合レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）と呼ぶ。特定ＰＤＣＣＨの送信のために使われるＣＣＥの数はチャネル状態によって基地局で決定される。例えば、良好な下りリンクチャネル状態（基地局に近接している場合）を有する端末のためのＰＤＣＣＨは、１つのＣＣＥだけで十分でありうる。一方、よくないチャネル状態（セル境界にある場合）を有する端末の場合は、８個のＣＣＥが十分な堅牢さ（ｒｏｂｕｓｔｎｅｓｓ）のために要求されることがある。しかも、ＰＤＣＣＨの電力レベルも、チャネル状態にマッチングして調節されてもよい。
【００７０】
下記の表２にＰＤＣＣＨフォーマットを示す。ＣＣＥ集合レベルによって表２のように４つのＰＤＣＣＨフォーマットがサポートされる。
【００７１】
【表２】
0006302065.tif 000005
【００７２】
端末ごとにＣＣＥ集合レベルが異なる理由は、ＰＤＣＣＨに乗せられる制御情報のフォーマット又はＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）レベルが異なるためである。ＭＣＳレベルは、データコーディングに用いられるコードレート（ｃｏｄｅ  ｒａｔｅ）と変調序列（ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）を意味する。適応的なＭＣＳレベルはリンク適応（ｌｉｎｋ  ａｄａｐｔａｔｉｏｎ）のために用いられる。一般に、制御情報を送信する制御チャネルでは３〜４個程度のＭＣＳレベルを考慮することができる。
【００７３】
制御情報のフォーマットを説明すると、ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ＤＣＩ）という。ＤＣＩフォーマットによってＰＤＣＣＨペイロード（ｐａｙｌｏａｄ）に乗せられる情報の構成が異なることがある。ＰＤＣＣＨペイロードは、情報ビット（ｉｎｆｏｒｍａｔｉｏｎ  ｂｉｔ）を意味する。下記の表３は、ＤＣＩフォーマットによるＤＣＩを示すものである。
【００７４】
【表３】
0006302065.tif 000006
【００７５】
表３を参照すると、ＤＣＩフォーマットには、ＰＵＳＣＨスケジューリングのためのフォーマット０、１つのＰＤＳＣＨコードワードのスケジューリングのためのフォーマット１、１つのＰＤＳＣＨコードワードの簡単な（ｃｏｍｐａｃｔ）スケジューリングのためのフォーマット１Ａ、ＤＬ−ＳＣＨの非常に簡単なスケジューリングのためのフォーマット１Ｃ、閉ループ（Ｃｌｏｓｅｄ−ｌｏｏｐ）空間多重化（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）モードでＰＤＳＣＨスケジューリングのためのフォーマット２、開ループ（Ｏｐｅｎ−ｌｏｏｐ）空間多重化モードでＰＤＳＣＨスケジューリングのためのフォーマット２Ａ、上りリンクチャネルのためのＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）命令の送信のためのフォーマット３及び３Ａがある。ＤＣＩフォーマット１Ａは、端末にいずれの送信モードが設定されてもＰＤＳＣＨスケジューリングのために用いることができる。
【００７６】
ＤＣＩフォーマットによってＰＤＣＣＨペイロード長が変わることがある。また、ＰＤＣＣＨペイロードの種類とそれによる長さは、簡単な（ｃｏｍｐａｃｔ）スケジューリングであるか否か、又は端末に設定された送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）などによって異なってもよい。
【００７７】
送信モードは、端末がＰＤＳＣＨを介した下りリンクデータを受信するように設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、ＰＤＳＣＨを介した下りリンクデータには、端末にスケジュールされたデータ（ｓｃｈｅｄｕｌｅｄ  ｄａｔａ）、ページング、ランダムアクセス応答、又はＢＣＣＨを介したブロードキャスト情報などがある。ＰＤＳＣＨを介した下りリンクデータは、ＰＤＣＣＨを介してシグナルされるＤＣＩフォーマットと関係がある。送信モードは、上位層シグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング）によって端末に半静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定することができる。送信モードは、シングルアンテナ送信（Ｓｉｎｇｌｅ  ａｎｔｅｎｎａ  ｔｒａｎｓｍｉｓｓｉｏｎ）又はマルチアンテナ（Ｍｕｌｔｉ−ａｎｔｅｎｎａ）送信と区別できる。
【００７８】
端末は、上位層シグナリングによって半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に送信モードが設定される。例えば、マルチアンテナ送信には、送信ダイバーシティ（Ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙ）、開ループ（Ｏｐｅｎ−ｌｏｏｐ）又は閉ループ（Ｃｌｏｓｅｄ−ｌｏｏｐ）空間多重化（Ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ−ｕｓｅｒ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、及びビーム形成（Ｂｅａｍｆｏｒｍｉｎｇ）などがある。送信ダイバーシティは、多重送信アンテナで同一のデータを送信して送信信頼度を高める技術である。空間多重化は、多重送信アンテナで互いに異なるデータを同時に送信し、システムの帯域幅を増加させることなく高速のデータを送信できる技術である。ビーム形成は、多重アンテナでチャネル状態による加重値を与えて信号のＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）を増加させる技術である。
【００７９】
ＤＣＩフォーマットは、端末に設定された送信モードに依存する。端末は、自身に設定された送信モードによってモニタする参照（Ｒｅｆｅｒｅｎｃｅ）ＤＣＩフォーマットがある。次の通り、端末に設定される送信モードは１０個の送信モードを有することができる。
【００８０】
（１）送信モード１：単一アンテナポート；ポート０
（２）送信モード２：送信ダイバーシティ（Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）
（３）送信モード３：開ループ空間多重化（Ｏｐｅｎ−ｌｏｏｐ  Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）
（４）送信モード４：閉ループ空間多重化（Ｃｌｏｓｅｄ−ｌｏｏｐ  Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）
（５）送信モード５：多重ユーザＭＩＭＯ
（６）送信モード６：閉ループランク＝１プリコーディング
（７）送信モード７：コードブックに基づかない、単一レイヤ送信をサポートするプリコーディング
（８）送信モード８：コードブックに基づかない、２個までのレイヤをサポートするプリコーディング
（９）送信モード９：コードブックに基づかない、８個までのレイヤをサポートするプリコーディング
（１０）送信モード１０：コードブックに基づかない、ＣｏＭＰのために用いられる、８個までのレイヤをサポートするプリコーディング
【００８１】
１．２．３  ＰＤＣＣＨ送信
基地局は、端末に送信しようとするＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途によって固有の識別子（例えば、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））をマスクする。特定の端末のためのＰＤＣＣＨであれば、端末固有の識別子（例えば、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ））をＣＲＣにマスクすることができる。又は、ページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子（例えば、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ−ＲＮＴＩ））をＣＲＣにマスクすることができる。システム情報、より具体的にシステム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ、ＳＩＢ）のためのＰＤＣＣＨであれば、システム情報識別子（例えば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ））をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００８２】
続いて、基地局は、ＣＲＣの付加された制御情報にチャネルコーディングを行って符号化されたデータ（ｃｏｄｅｄ  ｄａｔａ）を生成する。このとき、ＭＣＳレベルによるコードレートにチャネルコーディングを行うことができる。基地局は、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥ集合レベルによる送信率マッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）を行い、符号化されたデータを変調して変調シンボルを生成する。この時、ＭＣＳレベルによる変調序列を用いることができる。１つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥ集合レベルが１、２、４、８のいずれか一つであってもよい。その後、基地局は、変調シンボルを物理的なリソース要素にマップ（ＣＣＥ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）する。
【００８３】
１．２．４  ブラインドデコーディング（ＢＳ：Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ）
一つのサブフレーム内で複数のＰＤＣＣＨが送信されてもよい。すなわち、一つのサブフレームの制御領域は、インデックス０〜ＮCCE,k−１を有する複数のＣＣＥで構成される。ここで、ＮCCE,kは、ｋ番目のサブフレームの制御領域内におけるＣＣＥの総数を意味する。端末は、毎サブフレームごとに複数のＰＤＣＣＨをモニタする。ここで、モニタリングとは、端末がモニタされるＰＤＣＣＨフォーマットによってＰＤＣＣＨのそれぞれのデコーディングを試みることをいう。
【００８４】
基地局は端末にサブフレーム内に割り当てられた制御領域で該当のＰＤＣＣＨがどこに位置するかに関する情報を提供しない。端末は基地局から送信された制御チャネルを受信するために自身のＰＤＣＣＨがどの位置でどのＣＣＥ集合レベルやＤＣＩフォーマットで送信されるかを把握できず、端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタして自身のＰＤＣＣＨを探す。これをブラインドデコーディング（ＢＤ）という。ブラインドデコーディングとは、端末がＣＲＣ部分に自身の端末識別子（ＵＥ  ＩＤ）をデマスク（Ｄｅ−Ｍａｓｋｉｎｇ）した後、ＣＲＣ誤りを検討し、当該ＰＤＣＣＨが自身の制御チャネルであるか否かを確認する方法をいう。
【００８５】
活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）で端末は自身に送信されるデータを受信するために毎サブフレームのＰＤＣＣＨをモニタする。ＤＲＸモードで端末は毎ＤＲＸ周期のモニタリング区間で起床（ｗａｋｅ  ｕｐ）し、モニタリング区間に該当するサブフレームでＰＤＣＣＨをモニタする。ＰＤＣＣＨのモニタリングが行われるサブフレームをｎｏｎ−ＤＲＸサブフレームという。
【００８６】
端末は、自身に送信されるＰＤＣＣＨを受信するためには、ｎｏｎ−ＤＲＸサブフレームの制御領域に存在する全てのＣＣＥに対してブラインドデコーディングを行わなければならない。端末は、いずれのＰＤＣＣＨフォーマットが送信されるか把握できないことから、毎ｎｏｎ−ＤＲＸサブフレーム内でＰＤＣＣＨのブラインドデコーディングに成功するまで、可能なＣＣＥ集団レベルでＰＤＣＣＨを全てデコーディングしなければならない。端末は、自身のためのＰＤＣＣＨがいくつのＣＣＥを用いるのか把握できず、ＰＤＣＣＨのブラインドデコーディングに成功するまで、可能な全てのＣＣＥ集団レベルで検出を試みなければならない。
【００８７】
ＬＴＥシステムでは端末のブラインドデコーディングのためにサーチスペース（ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）概念を定義する。サーチスペースは、端末がモニタするためのＰＤＣＣＨ候補セットを意味し、各ＰＤＣＣＨフォーマットによって異なるサイズを有することができる。サーチスペースは、共用サーチスペース（ＣＳＳ：Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）及び端末特定サーチスペース（ＵＳＳ：ＵＥ−ｓｐｅｃｉｆｉｃ／Ｄｅｄｉｃａｔｅｄ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）を含むことができる。
【００８８】
共用サーチスペースの場合、全ての端末が共用サーチスペースのサイズを認知できるが、端末特定サーチスペースは、各端末ごとに個別に設定することができる。したがって、端末は、ＰＤＣＣＨをデコードするために、端末特定サーチスペース及び共用サーチスペースを全てモニタしなければならなくて、したがって、1サブフレームで最大４４回のブラインドデコーディング（ＢＤ）を行うことになる。ここには、異なるＣＲＣ値（例えば、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ）によって行うブラインドデコーディングは含まれない。
【００８９】
サーチスペースの制約によって、与えられたサブフレーム内で基地局がＰＤＣＣＨを送信しようとする端末の全てにＰＤＣＣＨを送信するためのＣＣＥリソースが確保されない場合が発生しうる。なぜなら、ＣＣＥ位置が割り当てられて残ったリソースは、特定端末のサーチスペース内に含まれないことがある。次のサブフレームでも続き得るこのような障壁を最小化するために、端末特定跳躍（ｈｏｐｐｉｎｇ）シーケンスを端末特定サーチスペースの始点に適用することができる。
【００９０】
表４は、共用サーチスペースと端末特定サーチスペースのサイズを示す。
【００９１】
【表４】
0006302065.tif 000007
【００９２】
ブラインドデコーディングを試みる回数による端末の負荷を軽減するために、端末は、定義された全てのＤＣＩフォーマットによるサーチを同時に行うわけではない。具体的に、端末は、端末特定サーチスペースで常にＤＣＩフォーマット０及び１Ａに対するサーチを行う。この時、ＤＣＩフォーマット０と１Ａは同じサイズを有するが、端末は、ＰＤＣＣＨに含まれたＤＣＩフォーマット０と１Ａを区別するために用いられるフラグ（ｆｌａｇ  ｆｏｒ  ｆｏｒｍａｔ  ０／ｆｏｒｍａｔ  １Ａ  ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）を用いてＤＣＩフォーマットを区別することができる。また、端末にＤＣＩフォーマット０とＤＣＩフォーマット１Ａに加えて他のＤＣＩフォーマットが要求されてもよいが、その一例としてＤＣＩフォーマット１、１Ｂ、２がある。
【００９３】
共用サーチスペースで端末はＤＣＩフォーマット１Ａと１Ｃをサーチすることができる。また、端末はＤＣＩフォーマット３又は３Ａをサーチするように設定されてもよく、ＤＣＩフォーマット３と３Ａは、ＤＣＩフォーマット０と１Ａと同じサイズを有するが、端末は、端末特定識別子以外の識別子によってスクランブルされたＣＲＣを用いてＤＣＩフォーマットを区別することができる。
【００９４】
サーチスペース
【数３】
0006302065.tif 000008
は、集合レベルＬ∈｛1,2,4,8｝によるＰＤＣＣＨ候補セットを意味する。サーチスペースのＰＤＣＣＨ候補セットｍによるＣＣＥは、次式４によって決定することができる。
【００９５】
【数４】
0006302065.tif 000009
【００９６】
ここで、Ｍ(L)は、サーチスペースでモニタするためのＣＣＥ集合レベルＬによるＰＤＣＣＨ候補の数を表し、
【数５】
0006302065.tif 000010
である。ｉは、ＰＤＣＣＨにおいて各ＰＤＣＣＨ候補で個別ＣＣＥを指定するインデックスであり、
【数６】
0006302065.tif 000011
である。
【数７】
0006302065.tif 000012
であり、ｎsは、無線フレーム内でスロットインデックスを表す。
【００９７】
上述したように、端末は、ＰＤＣＣＨをデコードするために端末特定サーチスペース及び共用サーチスペースの両方をモニタする。ここで、共用サーチスペース（ＣＳＳ）は、｛４，８｝の集合レベルを有するＰＤＣＣＨをサポートし、端末特定サーチスペース（ＵＳＳ）は、｛１，２，４，８｝の集合レベルを有するＰＤＣＣＨをサポートする。表５は、端末によってモニタされるＰＤＣＣＨ候補を表す。
【００９８】
【表５】
0006302065.tif 000013
【００９９】
式１を参照すると、共用サーチスペースの場合、２個の集合レベル、Ｌ＝４及びＬ＝８に対してＹkは０に設定される。一方、端末特定サーチスペースの場合、集合レベルＬに対してＹkは式２のように定義される。
【０１００】
【数８】
0006302065.tif 000014
【０１０１】
ここで、
【数９】
0006302065.tif 000015
であり、ｎRNTIはＲＮＴＩ値を表す。また、Ａ＝39827であり、Ｄ＝65537である。
【０１０２】
１．３  ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
ＰＵＣＣＨは、制御情報を送信するために次のフォーマットを含む。
（１）フォーマット１：オン−オフキーイング（ＯＯＫ：Ｏｎ−Ｏｆｆ  ｋｅｙｉｎｇ）変調、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）に用いる。
（２）フォーマット１ａとフォーマット１ｂ：ＡＣＫ／ＮＡＣＫ送信に用いる。
１）フォーマット１ａ：１個のコードワードに対するＢＰＳＫ  ＡＣＫ／ＮＡＣＫ
２）フォーマット１ｂ：２個のコードワードに対するＱＰＳＫ  ＡＣＫ／ＮＡＣＫ
（３）フォーマット２：ＱＰＳＫ変調、ＣＱＩ送信に用いる
（４）フォーマット２ａとフォーマット２ｂ：ＣＱＩ及びＡＣＫ／ＮＡＣＫの同時送信に用いる。
（５）フォーマット３：ＣＡ環境で複数のＡＣＫ／ＮＡＣＫ送信のために用いる。
【０１０３】
表６には、ＰＵＣＣＨフォーマットによる変調方式とサブフレーム当たりビット数を示す。表７には、ＰＵＣＣＨフォーマットによるスロット当たり参照信号の数を示す。表８には、ＰＵＣＣＨフォーマットによる参照信号のＳＣ−ＦＤＭＡシンボル位置を示す。表６で、ＰＵＣＣＨフォーマット２ａと２ｂは一般ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の場合に該当する。
【０１０４】
【表６】
0006302065.tif 000016
【０１０５】
【表７】
0006302065.tif 000017
【０１０６】
【表８】
0006302065.tif 000018
【０１０７】
図６は、一般ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示し、図７は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示す図である。
【０１０８】
ＰＵＣＣＨフォーマット１ａ及び１ｂは、同じ内容の制御情報がサブフレーム内でスロット単位に反復される。各端末でＡＣＫ／ＮＡＣＫ信号は、ＣＧ−ＣＡＺＡＣ（Ｃｏｍｐｕｔｅｒ−Ｇｅｎｅｒａｔｅｄ  Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏ  Ｃｏｒｒｅｌａｔｉｏｎ）シーケンスの異なる循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）（周波数ドメインコード）と直交カバーコード（ＯＣ／ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ／ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）（時間ドメイン拡散コード）とで構成された異なるリソースで送信される。ＯＣは、例えば、ウォルシュ（Ｗａｌｓｈ）／ＤＦＴ直交コードを含む。ＣＳの数が６個、ＯＣの数が３個なら、単一アンテナを基準に、総１８個の端末を１つのＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）内で多重化できる。直交シーケンスｗ０，ｗ１，ｗ２，ｗ３は、（ＦＦＴ変調後に）任意の時間ドメインで、又は（ＦＦＴ変調前に）任意の周波数ドメインで適用することができる。
【０１０９】
ＳＲと持続的スケジューリング（ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）のために、ＣＳ、ＯＣ及びＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成されたＡＣＫ／ＮＡＣＫリソースを、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）を用いて端末に与えることができる。動的ＡＣＫ／ＮＡＣＫと非持続的スケジューリング（ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）のために、ＡＣＫ／ＮＡＣＫリソースは、ＰＤＳＣＨに対応するＰＤＣＣＨの最も小さい（ｌｏｗｅｓｔ）ＣＣＥインデックスによって暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）端末に与えられてもよい。
【０１１０】
表９には、ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ４の直交シーケンス（ＯＣ）を示す。表１０には、ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ３の直交シーケンス（ＯＣ）を示す。
【０１１１】
【表９】
0006302065.tif 000019
【０１１２】
【表１０】
0006302065.tif 000020
【０１１３】
表１１には、ＰＵＣＣＨフォーマット１ａ／１ｂでＲＳのための直交シーケンス（ＯＣ）
【数１０】
0006302065.tif 000021
を示す。
【０１１４】
【表１１】
0006302065.tif 000022
【０１１５】
図８は、一般ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示し、図９は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。
【０１１６】
図８及び図９を参照すると、一般ＣＰの場合に、１つのサブフレームは、ＲＳシンボルの他、１０個のＱＰＳＫデータシンボルで構成される。それぞれのＱＰＳＫシンボルはＣＳによって周波数ドメインで拡散された後、該当のＳＣ−ＦＤＭＡシンボルにマップされる。ＳＣ−ＦＤＭＡシンボルレベルＣＳホッピングは、インターセル干渉をランダム化するために適用することができる。ＲＳは、循環シフトを用いてＣＤＭによって多重化することができる。例えば、可用のＣＳの数を１２又は６と仮定すれば、同一ＰＲＢ内にそれぞれ１２又は６個の端末を多重化することができる。要するに、ＰＵＣＣＨフォーマット１／１ａ／１ｂと２／２ａ／２ｂにおいて複数の端末をＣＳ＋ＯＣ＋ＰＲＢとＣＳ＋ＰＲＢによってそれぞれ多重化することができる。
【０１１７】
図１０は、ＰＵＣＣＨフォーマット１ａ及び１ｂに対するＡＣＫ／ＮＡＣＫチャネル化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）を説明する図である。図１０は、
【数１１】
0006302065.tif 000023
の場合に該当する。
【０１１８】
図１１は、同一ＰＲＢにおいてＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂとが混合された構造に対するチャネル化を示す図である。
【０１１９】
循環シフト（ＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）ホッピング（ｈｏｐｐｉｎｇ）と直交カバー（ＯＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ）再マッピング（ｒｅｍａｐｐｉｎｇ）を、次のように適用することができる。
【０１２０】
（１）インターセル干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）のランダム化のためのシンボルベースセル特定ＣＳホッピング
（２）スロットレベルＣＳ／ＯＣ再マッピング
１）インターセル干渉ランダム化のために
２）ＡＣＫ／ＮＡＣＫチャネルとリソース（ｋ）との間のマッピングのためのスロットベース接近
【０１２１】
一方、ＰＵＣＣＨフォーマット１ａ／１ｂのためのリソース（ｎr）は次の組合せを含む。
（１）ＣＳ（＝シンボルレベルでＤＦＴ直交コードと同一）（ｎcs）
（２）ＯＣ（スロットレベルで直交カバー）（ｎoc）
（３）周波数ＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）（ｎrb）
【０１２２】
ＣＳ、ＯＣ、ＲＢを示すインデックスをそれぞれｎcs、ｎoc、ｎrbとすれば、代表インデックス（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ  ｉｎｄｅｘ）ｎrはｎcs、ｎoc、ｎrbを含む。ｎrは、ｎr＝（ｎcs、ｎoc、ｎrb）を満たす。
【０１２３】
ＣＱＩ、ＰＭＩ、ＲＩ、及びＣＱＩとＡＣＫ／ＮＡＣＫとの組合せは、ＰＵＣＣＨフォーマット２／２ａ／２ｂで伝達することができる。リードマラー（ＲＭ：Ｒｅｅｄ  Ｍｕｌｌｅｒ）チャネルコーディングを適用することができる。
【０１２４】
例えば、ＬＴＥシステムにおいてＵＬ  ＣＱＩのためのチャネルコーディングは、次のように記述される。ビットストリーム（ｂｉｔ  ｓｔｒｅａｍ）
【数１２】
0006302065.tif 000024
は、（２０，Ａ）ＲＭコードを用いてチャネルコードされる。ここで、
【数１３】
0006302065.tif 000025
は、ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）とＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）を表す。拡張ＣＰの場合、ＣＱＩとＡＣＫ／ＮＡＣＫが同時送信される場合を除いては最大情報ビットは、１１ビットである。ＲＭコードを用いて２０ビットにコードした後、ＱＰＳＫ変調を適用することができる。ＱＰＳＫ変調前に、コードされたビットはスクランブルされてもよい。
【０１２５】
表１２には、（２０，Ａ）コードのための基本シーケンスを示す。
【０１２６】
【表１２】
0006302065.tif 000026
【０１２７】
チャネルコーディングビット
【数１４】
0006302065.tif 000027
は、下記の式１５によって生成することができる。
【０１２８】
【数１５】
0006302065.tif 000028
【０１２９】
ここで、ｉ＝０，１，２，…，Ｂ−１を満たす。
【０１３０】
広帯域報告（ｗｉｄｅｂａｎｄ  ｒｅｐｏｒｔｓ）の場合、ＣＱＩ／ＰＭＩのためのＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドの帯域幅は、下記の表１３乃至表１５のとおりである。
【０１３１】
表１３には、広帯域報告（単一アンテナポート、送信ダイバーシティ（ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙ）又は開ループ空間多重化（ｏｐｅｎ  ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ＰＤＳＣＨ送信）の場合に、ＣＱＩフィードバックのためのＵＣＩフィールドを示す。
【０１３２】
【表１３】
0006302065.tif 000029
【０１３３】
表１４には、広帯域報告（閉ループ空間多重化（ｃｌｏｓｅｄ  ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ＰＤＳＣＨ送信）の場合に、ＣＱＩ及びＰＭＩフィードバックのためのＵＣＩフィールドを示す。
【０１３４】
【表１４】
0006302065.tif 000030
【０１３５】
表１５には、広帯域報告の場合、ＲＩフィードバックのためのＵＣＩフィールドを示す。
【０１３６】
【表１５】
0006302065.tif 000031
【０１３７】
図１２は、ＰＲＢ割り当てを示す図である。図１２に示すように、ＰＲＢは、スロットｎsでＰＵＣＣＨ送信のために用いることができる。
【０１３８】
２．  キャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）環境
２．１  ＣＡ一般
３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；Ｒｅｌ−８又はＲｅｌ−９）システム（以下、ＬＴＥシステム）は、単一コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を複数の帯域に分割して使用する多重搬送波変調（ＭＣＭ：Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ  Ｍｏｄｕｌａｔｉｏｎ）方式を用いる。しかし、３ＧＰＰ  ＬＴＥ−Ａｄｖａｎｃｅｄシステム（以下、ＬＴＥ−Ａシステム）では、ＬＴＥシステムに比べて広帯域のシステム帯域幅をサポートするために、一つ以上のコンポーネントキャリアを結合して使用するキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）のような方法を用いることができる。キャリア併合は、搬送波集成、搬送波整合、マルチコンポーネントキャリア環境（Ｍｕｌｔｉ−ＣＣ）、又はマルチキャリア環境と呼ぶこともできる。
【０１３９】
本発明でマルチキャリアはキャリアの併合（又は、搬送波集成）を意味し、この場合、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、非隣接した（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合も意味する。また、下りリンクと上りリンクにおいて集成されるコンポーネントキャリアの数を異なるように設定してもよい。下りリンクコンポーネントキャリア（以下、「ＤＬ  ＣＣ」という。）数と上りリンクコンポーネントキャリア（以下、「ＵＬ  ＣＣ」という。）数とが一致する場合を対称的（ｓｙｍｍｅｔｒｉｃ）併合といい、両者の数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）併合という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトラム集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語に言い換えてもよい。
【０１４０】
２つ以上のコンポーネントキャリアが結合して構成されるキャリア併合は、ＬＴＥ−Ａシステムでは１００ＭＨｚ帯域幅までサポートすることを目標とする。目標帯域よりも小さい帯域幅を有する１個以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存ＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）維持のために、既存システムで使用する帯域幅に制限することができる。
【０１４１】
例えば、既存の３ＧＰＰ  ＬＴＥシステムでは、｛１．４、３、５、１０、１５、２０｝ＭＨｚ帯域幅をサポートし、３ＧＰＰ  ＬＴＥ−ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ−Ａ）では、既存システムとの互換のために、それらの帯域幅のみを用いて２０ＭＨｚよりも大きい帯域幅をサポートするようにすることができる。また、本発明で用いられるキャリア併合システムは、既存システムで用いる帯域幅にかかわらず、新しい帯域幅を定義してキャリア併合をサポートするようにすることもできる。
【０１４２】
また、このようなキャリア併合は、イントラ−バンドＣＡ（Ｉｎｔｒａ−ｂａｎｄ  ＣＡ）とインター−バンドＣＡ（Ｉｎｔｅｒ−ｂａｎｄ  ＣＡ）とに区別できる。イントラ−バンドキャリア併合とは、複数のＤＬ  ＣＣ及び／又はＵＬ  ＣＣが周波数上で隣接したり近接して位置することを意味する。言い換えると、ＤＬ  ＣＣ及び／又はＵＬ  ＣＣのキャリア周波数が同じバンド内に位置することを意味できる。一方、周波数領域において遠く離れている環境をインター−バンドＣＡ（Ｉｎｔｅｒ−Ｂａｎｄ  ＣＡ）と呼ぶことができる。言い換えると、複数のＤＬ  ＣＣ及び／又はＵＬ  ＣＣのキャリア周波数が、互いに異なるバンドに位置することを意味できる。この場合、端末は、キャリア併合環境における通信を行うために、複数のＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）端を使用することができる。
【０１４３】
ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いる。上述したキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と呼ぶことができる。セルは、下りリンクリソース（ＤＬ  ＣＣ）及び上りリンクリソース（ＵＬ  ＣＣ）の組合せと定義されるが、上りリンクリソースは必須要素ではない。このため、セルは、下りリンクリソース単独、又は下りリンクリソース及び上りリンクリソースの両者で構成することができる。
【０１４４】
例えば、特定端末が、１個の設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ  ＣＣと１個のＵＬ  ＣＣを有することができる。しかし、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの数はそれと同数又は小さい数であってもよい。又は、これと逆にＤＬ  ＣＣとＵＬ  ＣＣが構成されてもよい。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりもＵＬ  ＣＣが多いキャリア併合環境がサポートされてもよい。
【０１４５】
また、キャリア結合（ＣＡ）は、それぞれのキャリア周波数（セルの中心周波数）が異なる２つ以上のセルの併合と理解されてもよい。キャリア結合でいう「セル（Ｃｅｌｌ）」は、周波数の観点で説明されるものであり、一般的に使われる、基地局のカバーする地理的領域としての「セル」とは区別されなければならない。以下、上述したイントラ−バンドキャリア併合をイントラ−バンド多重セルといい、インター−バンドキャリア併合をインター−バンド多重セルという。
【０１４６】
ＬＴＥ−Ａシステムで用いられるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルはサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として用いることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されていないか又はキャリア併合をサポートしない端末の場合、Ｐセルのみで構成されたサービングセルが１つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるとともに、キャリア併合が設定されている端末の場合、一つ以上のサービングセルが存在してもよく、全体サービングセルにはＰセルと一つ以上のＳセルが含まれる。
【０１４７】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを用いて設定することができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（Ｐセル又はＳセル）を識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘはＳセルに適用するためにあらかじめ与えられる。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さいセルＩＤ（又はセルインデックス）を有するセルがＰセルとなる。
【０１４８】
Ｐセルはプライマリ周波数（又は、ｐｒｉｍａｒｙ  ＣＣ）上で動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再−設定過程を行うために用いられてもよく、ハンドオーバー過程で指示されたセルのことを指してもよい。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち、制御関連通信の中心となるセルを意味する。すなわち、端末は、自身のＰセルでのみＰＵＣＣＨ割り当てを受けて送信することができ、システム情報を取得したり、モニタリング手順を変更する時にＰセルのみを用いることができる。Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリア併合環境をサポートする端末に対して、移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いてハンドオーバー手順のためにＰセルのみを変更することもできる。
【０１４９】
Ｓセルはセカンダリ周波数（又は、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上で動作するセルを意味できる。特定端末にＰセルは１一つのみ割り当てられ、Ｓセルは１つ以上割り当てられてもよい。Ｓセルは、ＲＲＣ接続設定がなされた後に構成可能であり、追加の無線リソースを提供するために用いることができる。キャリア併合環境で設定されたサービングセルにおいてＰセル以外のセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。
【０１５０】
Ｅ−ＵＴＲＡＮは、Ｓセルをキャリア併合環境をサポートする端末に追加する時、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作に関する全てのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を用いて提供することができる。システム情報の変更は、関連したＳセルの解除及び追加によって制御することができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いることができる。Ｅ−ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に異なるパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）をすればよい。
【０１５１】
初期保安活性化過程が始まった後に、Ｅ−ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに加えて一つ以上のＳセルを含むネットワークを構成することができる。キャリア併合環境でＰセル及びＳセルはそれぞれのコンポーネントキャリアとして動作することができる。以下の実施例では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同じ意味で使われ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同じ意味で使われてもよい。
【０１５２】
図１３は、本発明の実施例で用いられるコンポーネントキャリア（ＣＣ）、及びＬＴＥ＿Ａシステムで用いられるキャリア併合の一例を示す図である。
【０１５３】
図１３（ａ）は、ＬＴＥシステムで用いられる単一キャリア構造を示す。コンポーネントキャリアにはＤＬ  ＣＣとＵＬ  ＣＣがある。一つのコンポーネントキャリアは２０ＭＨｚの周波数範囲を有することができる。
【０１５４】
図１３（ｂ）は、ＬＴＥ＿Ａシステムで用いられるキャリア併合構造を示す。図１２（ｂ）では、２０ＭＨｚの周波数サイズを有する３個のコンポーネントキャリアが結合された場合を示している。ＤＬ  ＣＣとＵＬ  ＣＣがそれぞれ３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの数に制限があるわけではない。キャリア併合の場合、端末は３個のＣＣを同時にモニタすることができ、下りリンク信号／データを受信することができ、上りリンク信号／データを送信することができる。
【０１５５】
仮に、特定セルでＮ個のＤＬ  ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ  ＣＣを割り当てることができる。この時、端末はＭ個の制限されたＤＬ  ＣＣのみをモニタしてＤＬ信号を受信することができる。また、ネットワークはＬ（Ｌ≦Ｍ≦Ｎ）個のＤＬ  ＣＣに優先順位を与えて主なＤＬ  ＣＣを端末に割り当てることもでき、この場合、ＵＥはＬ個のＤＬ  ＣＣは必ずモニタしなければならない。この方式は上りリンク送信にも同一に適用されてもよい。
【０１５６】
下りリンクリソースの搬送波周波数（又はＤＬ  ＣＣ）と上りリンクリソースの搬送波周波数（又は、ＵＬ  ＣＣ）とのリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位層メッセージやシステム情報で示すことができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）によって定義されるリンケージによってＤＬリソースとＵＬリソースとの組合せを構成することができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ  ＣＣと該ＵＬグラントを用いるＵＬ  ＣＣとのマッピング関係を意味することができ、ＨＡＲＱのためのデータが送信されるＤＬ  ＣＣ（又はＵＬ  ＣＣ）とＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ  ＣＣ（又はＤＬ  ＣＣ）とのマッピング関係を意味することもできる。
【０１５７】
２．２  クロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
キャリア併合システムには、キャリア（又は搬送波）又はサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点で、自己スケジューリング（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法がある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）又はクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と呼ぶこともできる。
【０１５８】
自己スケジューリングは、ＰＤＣＣＨ（ＤＬグラント）とＰＤＳＣＨが同一ＤＬ  ＣＣで送信されたり、又はＤＬ  ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣで送信されることを意味する。
【０１５９】
クロスキャリアスケジューリングは、ＰＤＣＣＨ（ＤＬグラント）とＰＤＳＣＨがそれぞれ異なるＤＬ  ＣＣで送信されたり、又はＤＬ  ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣ以外のＵＬ  ＣＣで送信されることを意味する。
【０１６０】
クロスキャリアスケジューリングは、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に活性化又は非活性化することができ、上位層シグナリング（例えば、ＲＲＣシグナリング）用いて半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に各端末に対して知らせることができる。
【０１６１】
クロスキャリアスケジューリングが活性化された場合、ＰＤＣＣＨには、該ＰＤＣＣＨが示すＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ  ＣＣで送信されるかを知らせるキャリア指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨリソース又はＰＵＳＣＨリソースをＣＩＦを用いて複数のコンポーネントキャリアのうちの一つに割り当てることができる。すなわち、ＤＬ  ＣＣ上のＰＤＣＣＨが多重集成されたＤＬ／ＵＬ  ＣＣのうちの一つにＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てる場合にＣＩＦが設定される。この場合、ＬＴＥ  Ｒｅｌｅａｓｅ−８のＤＣＩフォーマットはＣＩＦによって拡張されてもよい。このとき、設定されたＣＩＦは、３ビットフィールドに固定されてもよく、設定されたＣＩＦの位置はＤＣＩフォーマットサイズに関係なく固定されてもよい。また、ＬＴＥ  Ｒｅｌｅａｓｅ−８のＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）を再使用してもよい。
【０１６２】
一方、ＤＬ  ＣＣ上のＰＤＣＣＨが同ＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当てたり、単一リンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ  Ｒｅｌｅａｓｅ−８と同じＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）とＤＣＩフォーマットが用いられてもよい。
【０１６３】
クロスキャリアスケジューリングが可能な場合、端末はＣＣ別送信モード及び／又は帯域幅によってモニタリングＣＣの制御領域で複数のＤＣＩに対するＰＤＣＣＨをモニタする必要がある。このため、これをサポートできる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【０１６４】
キャリア併合システムにおいて、端末ＤＬ  ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジュールされたＤＬ  ＣＣの集合を指し、端末ＵＬ  ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジュールされたＵＬ  ＣＣの集合を指す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも一つのＤＬ  ＣＣの集合を意味する。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合と同一であってもよく、端末ＤＬ  ＣＣ集合の副集合（ｓｕｂｓｅｔ）であってもよい。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合におけるＤＬ  ＣＣの少なくとも一つを含むことができる。又は、ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合とは別個に定義されてもよい。ＰＤＣＣＨモニタリング集合に含まれるＤＬ  ＣＣは、リンクされたＵＬ  ＣＣに対する自己スケジューリング（ｓｅｌｆ−ｓｃｈｅｄｕｌｉｎｇ）は常に可能なように設定することができる。このような、端末ＤＬ  ＣＣ集合、端末ＵＬ  ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又はセル特定（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）に設定することができる。
【０１６５】
クロスキャリアスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ  ＣＣ集合と同一であるということを意味し、このような場合にはＰＤＣＣＨモニタリング集合に対する別のシグナリングのような指示が必要でない。しかし、クロスキャリアスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ  ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするために、基地局はＰＤＣＣＨモニタリング集合のみを通じてＰＤＣＣＨを送信する。
【０１６６】
図１４は、本発明の実施例で用いられるクロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【０１６７】
図１４を参照すると、ＬＴＥ−Ａ端末のためのＤＬサブフレームは、３個の下りリンクコンポーネントキャリア（ＤＬ  ＣＣ）が結合されており、ＤＬ  ＣＣ  「Ａ」はＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ  ＣＣはＣＩＦ無しで自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信することができる。一方、ＣＩＦが上位層シグナリングによって使用される場合には、一つのＤＬ  ＣＣ  「Ａ」のみがＣＩＦを用いて自身のＰＤＳＣＨ又は他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信することができる。この時、ＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定されていないＤＬ  ＣＣ  「Ｂ」及び「Ｃ」はＰＤＣＣＨを送信しない。
【０１６８】
図１５は、本発明の実施例で用いられるクロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【０１６９】
キャリア結合（ＣＡ）をサポートする無線接続システムでは基地局及び／又は端末を一つ以上のサービングセルで構成することができる。図１５で、基地局は、Ａセル、Ｂセル、Ｃセル及びＤセルの総４個のサービングセルをサポートすることができ、端末ＡはＡセル、Ｂセル及びＣセルで構成され、端末ＢはＢセル、Ｃセル及びＤセルで構成され、端末ＣはＢセルで構成された場合を仮定する。ここで、各端末に構成されたセルのうち少なくとも一つをＰセルとして設定することができる。この時、Ｐセルは常に活性化された状態であり、Ｓセルは基地局及び／又は端末によって活性化又は非活性化されてもよい。
【０１７０】
図１５で、構成されたセルは、基地局のセルのうち、端末からの測定報告（ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）メッセージに基づいてＣＡにセル追加が可能なセルであって、端末別に設定可能である。構成されたセルは、ＰＤＳＣＨ信号送信に対するＡＣＫ／ＮＡＣＫメッセージの送信のためのリソースをあらかじめ予約しておく。活性化されたセル（Ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）は、構成されたセルのうち、実際にＰＤＳＣＨ信号及び／又はＰＵＳＣＨ信号を送信するように設定されたセルであり、ＣＳＩ報告及びＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）送信を行う。非活性化されたセル（Ｄｅ−Ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）は、基地局の命令又はタイマー動作によってＰＤＳＣＨ／ＰＵＳＣＨ信号の送受信を行わないように構成されるセルであって、ＣＳＩ報告及びＳＲＳ送信も中断される。
【０１７１】
２．３  ＣＡ  ＰＵＣＣＨ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
キャリア併合をサポートする無線通信システムにおいてＵＣＩ（例、多重ＡＣＫ／ＮＡＣビット）をフィードバックするためのＰＵＣＣＨフォーマットを定義することができる。以下、説明の便宜のために、このようなＰＵＣＣＨのフォーマットをＣＡ  ＰＵＣＣＨフォーマットと呼ぶ。
【０１７２】
図１６は、ＣＡ  ＰＵＣＣＨの信号処理過程を例示する図である。
【０１７３】
図１６を参照すると、チャネルコーディングブロック（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｂｌｏｃｋ）は、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１（例、多重ＡＣＫ／ＮＡＣＫビット）をチャネルコードしてコーディングビット（ｅｎｃｏｄｅｄ  ｂｉｔ，ｃｏｄｅｄ  ｂｉｔ  ｏｒ  ｃｏｄｉｎｇ  ｂｉｔ）（又は、コードワード）ｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を生成する。Ｍは情報ビットのサイズを表し、Ｎはコーディングビットのサイズを表す。情報ビットは、上りリンク制御情報（ＵＣＩ）、例えば、複数の下りリンクコンポーネントキャリアで受信した複数のデータ（又はＰＤＳＣＨ）に対する多重ＡＣＫ／ＮＡＣＫを含む。ここで、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１は、情報ビットを構成するＵＣＩの種類／個数／サイズにかかわらずにジョイントコードされる。例えば、情報ビットが複数の下りリンクコンポーネントキャリアに対する多重ＡＣＫ／ＮＡＣＫを含む場合、チャネルコーディングは、下りリンクコンポーネントキャリア別、個別ＡＣＫ／ＮＡＣＫビット別に行われず、全体ビット情報を対象に行われ、これによって単一コードワードが生成される。チャネルコーディングはこれに制限されるものではないが、単純反復（ｒｅｐｅｔｉｔｉｏｎ）、単純コーディング（ｓｉｍｐｌｅｘ  ｃｏｄｉｎｇ）、ＲＭ（Ｒｅｅｄ  Ｍｕｌｌｅｒ）コーディング、パンクチャされたＲＭコーディング、ＴＢＣＣ（Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｉｎｇ）、ＬＤＰＣ（ｌｏｗ−ｄｅｎｓｉｔｙ  ｐａｒｉｔｙ−ｃｈｅｃｋ）或いはターボ−コーディングを含む。図示してはいないが、コーディングビットは、変調次数とリソース量を考慮してレート−マッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）されてもよい。レートマッチング機能は、チャネルコーディングブロックの一部として含まれてもよく、別個の機能ブロックで行われてもよい。
【０１７４】
変調器（ｍｏｄｕｌａｔｏｒ）は、コーディングビットｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を変調して変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を生成する。Ｌは変調シンボルのサイズを表す。変調は、送信信号のサイズと位相を変形することによって行われる。変調方法は、例えば、、ｎ−ＰＳＫ（Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ｎ−ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）を含む（ｎは、２以上の整数）。具体的に、変調方法は、ＢＰＳＫ（Ｂｉｎａｒｙ  ＰＳＫ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  ＰＳＫ）、８−ＰＳＫ、ＱＡＭ、１６−ＱＡＭ、６４−ＱＡＭなどを含むことができる。
【０１７５】
分周器（ｄｉｖｉｄｅｒ）は、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を各スロットに分周する。変調シンボルを各スロットに分周する順序／パターン／方式は別に制限されない。例えば、分周器は、変調シンボルを前から順にそれぞれのスロットに分周することができる（ローカル型方式）。この場合、図示のように、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１はスロット０に、変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１はスロット１に分周することができる。また、変調シンボルは、それぞれのスロットに分周時に、インタリーブ（又はパーミュート）されてもよい。例えば、偶数の変調シンボルはスロット０に分周され、奇数の変調シンボルはスロット１に分周されてもよい。変調過程と分周過程の順序を互いに変えてもよい。
【０１７６】
ＤＦＴプリコーダ（ｐｒｅｃｏｄｅｒ）は、単一搬送波波形（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｗａｖｅｆｏｒｍ）を生成するために、それぞれのスロットに分周された変調シンボルに対してＤＦＴプリコーディング（例、１２−ポイントＤＦＴ）を行う。同面を参照すると、スロット０に分周された変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１は、ＤＦＴシンボルｄ＿０，ｄ＿１，…，ｄ＿Ｌ／２−１にＤＦＴプリコードされ、スロット１に分周された変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１は、ＤＦＴシンボルｄ＿Ｌ／２，ｄ＿Ｌ／２＋１，…，ｄ＿Ｌ−１にＤＦＴプリコードされる。ＤＦＴプリコーディングは、相応する他の線形演算（ｌｉｎｅａｒ  ｏｐｅｒａｔｉｏｎ）（例、ｗａｌｓｈ  ｐｒｅｃｏｄｉｎｇ）に取り替えてもよい。
【０１７７】
拡散ブロック（ｓｐｒｅａｄｉｎｇ  ｂｌｏｃｋ）は、ＤＦＴの行われた信号をＳＣ−ＦＤＭＡシンボルレベルで（時間ドメイン）拡散する。ＳＣ−ＦＤＭＡシンボルレベルの時間ドメイン拡散は、拡散コード（或いは、拡散シーケンス）を用いて行われる。拡散コードは、準直交コードと直交コードを含む。準直交コードは、これに制限されるものではないが、ＰＮ（Ｐｓｅｕｄｏ  Ｎｏｉｓｅ）コードを含む。直交コードは、これに制限されるものではないが、ウォルシュコード、ＤＦＴコードを含む。直交コード（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｄｅ、ＯＣ）は、直交シーケンス（ｏｒｔｈｏｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）、直交カバー（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ、ＯＣ）、直交カバーコード（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ、ＯＣＣ）と同じ意味で使われてもよい。本明細書は、説明の容易性のために、拡散コードの代表例として直交コードを取り上げて説明するが、これは例示であり、直交コードは準直交コードに取って代わってもよい。拡散コードサイズ（又は、拡散因子（ＳＦ：Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ））の最大値は、制御情報の送信に用いられるＳＣ−ＦＤＭＡシンボルの数によって制限される。一例として、１スロットで５個のＳＣ−ＦＤＭＡシンボルが制御情報の送信に用いられる場合、スロット別に長さ５の（準）直交コード（ｗ０，ｗ１，ｗ２，ｗ３，ｗ４）を用いることができる。ＳＦは、制御情報の拡散度を意味し、端末の多重化次数（ｍｕｌｔｉｐｌｅｘｉｎｉｇ  ｏｒｄｅｒ）又はアンテナ多重化次数と関連してもよい。ＳＦは、１，２，３，４，５，…のようにシステムの要求条件によって可変してもよい。また、ＳＦは、基地局と端末との間にあらかじめ定義されていてもよく、ＤＣＩ或いはＲＲＣシグナリングによって端末に知らされてもよい。
【０１７８】
上記の過程を経て生成された信号は、ＰＲＢ内の副搬送波にマップされた後、ＩＦＦＴを経て時間ドメイン信号に変換される。時間ドメイン信号にはＣＰが付加され、生成されたＳＣ−ＦＤＭＡシンボルはＲＦ端から送信される。
【０１７９】
２．４  ＰＵＣＣＨを用いたＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）のフィードバック
まず、３ＧＰＰ  ＬＴＥシステムでは、下りリンク受信主体（例えば、端末）が下りリンク送信主体（例えば、基地局）に接続している時に、下りリンクで送信される参照信号の受信強度（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、参照信号の品質（ＲＳＲＱ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などに対する測定を任意の時間に行い、測定結果を基地局に周期的（ｐｅｒｉｏｄｉｃ）に或いはイベントベース（ｅｖｅｎｔ  ｔｒｉｇｇｅｒｅｄ）に報告することができる。
【０１８０】
それぞれの端末は、下りリンクチャネル状況による下りリンクチャネル情報を上りリンクで報告し、基地局はそれぞれの端末から受信した下りリンクチャネル情報を用いて、それぞれの端末別にデータ送信のために適切な時間／周波数リソースと変調及びコーディング技法（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）などを定めることができる。
【０１８１】
このようなチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）は、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｅｒ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｉｏｎ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）で構成することができる。また、それぞれの端末の送信モードによって、ＣＳＩは全て送信されてもよく、一部のみ送信されてもよい。ＣＱＩは、端末の受信信号品質（ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ  ｑｕａｌｉｔｙ）によって定められるが、これは一般に、下りリンク参照信号の測定に基づいて決定することができる。このとき、実際に基地局に伝達されるＣＱＩ値は、端末の測定した受信信号品質でブロックエラー率（ＢＬＥＲ：Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）を１０％以下に維持しながら最大の性能を奏するＭＣＳに該当する。
【０１８２】
また、このようなチャネル情報の報告方式は、周期的に送信される周期的報告（ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）と、基地局の要求に応じて送信される非周期的報告（ａｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）とに区別される。
【０１８３】
非周期的報告の場合、基地局が端末に送信する上りリンクスケジューリング情報に含まれた１ビットの要求ビット（ＣＱＩ  ｒｅｑｕｅｓｔ  ｂｉｔ）によってそれぞれの端末に設定され、それぞれの端末は、この情報を受けると、自身の送信モードを考慮したチャネル情報をＰＵＳＣＨで基地局に伝達することができる。同じＰＵＳＣＨ上でＲＩ及びＣＱＩ／ＰＭＩが送信されないように設定することができる。
【０１８４】
周期的報告の場合、上位層信号を用いて、チャネル情報の送信される周期、及び当該周期におけるオフセット（ｏｆｆｓｅｔ）などをサブフレーム単位にそれぞれの端末にシグナルし、定められた周期にしたがって、それぞれの端末の送信モードを考慮したチャネル情報をＰＵＣＣＨで基地局に伝達することができる。定められた周期にしたがってチャネル情報が送信されるサブフレームに、上りリンクで送信されるデータが同時に存在する場合には、当該チャネル情報をＰＵＣＣＨではなくＰＵＳＣＨでデータと併せて送信することができる。ＰＵＣＣＨを用いる周期的報告の場合には、ＰＵＳＣＨに比べて制限されたビット（例えば、１１ビット）が用いられてもよい。同じＰＵＳＣＨ上でＲＩ及びＣＱＩ／ＰＭＩが送信されてもよい。
【０１８５】
周期的報告と非周期的報告とが同一のサブフレーム内で衝突する場合には、非周期的報告のみを行うことができる。
【０１８６】
広帯域（Ｗｉｄｅｂａｎｄ）ＣＱＩ／ＰＭＩの計算において、最も直近に送信されたＲＩを用いることができる。ＰＵＣＣＨ  ＣＳＩ報告モード（ｒｅｐｏｒｔｉｎｇ  ｍｏｄｅ）におけるＲＩは、ＰＵＳＣＨ  ＣＳＩ報告モードにおけるＲＩとは独立しており（ｉｎｄｅｐｅｎｄｅｎｔ）、ＰＵＳＣＨ  ＣＳＩ報告モードにおけるＲＩは、当該ＰＵＳＣＨ  ＣＳＩ報告モードにおけるＣＱＩ／ＰＭＩにのみ有効（ｖａｌｉｄ）である。
【０１８７】
表１６は、ＰＵＣＣＨで送信されるＣＳＩフィードバックタイプ及びＰＵＣＣＨ  ＣＳＩ報告モードを説明する表である。
【０１８８】
【表１６】
0006302065.tif 000032
【０１８９】
表１６を参照すると、チャネル状態情報の周期的報告（ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）においてＣＱＩとＰＭＩフィードバックタイプによって、モード１−０、１−１、２−０及び２−１の４つの報告モード（ｒｅｐｏｒｔｉｎｇ  ｍｏｄｅ）に区別することができる。
【０１９０】
ＣＱＩフィードバックタイプによって広帯域ＣＱＩ（ＷＢ  ＣＱＩ：ｗｉｄｅｂａｎｄ  ＣＱＩ）とサブバンド（ＳＢ  ＣＱＩ：ｓｕｂｂａｎｄ  ＣＱＩ）とに分けられ、ＰＭＩ送信の有無によってＮｏ  ＰＭＩと単一（ｓｉｎｇｌｅ）ＰＭＩとに分けられる。表１６では、Ｎｏ  ＰＭＩが開−ループ（ＯＬ：ｏｐｅｎ−ｌｏｏｐ）、送信ダイバーシティ（ＴＤ：Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）及び単一−アンテナ（ｓｉｎｇｌｅ−ａｎｔｅｎｎａ）の場合に該当し、単一ＰＭＩは閉−ループ（ＣＬ：ｃｌｏｓｅｄ−ｌｏｏｐ）に該当する。
【０１９１】
モード１−０は、ＰＭＩ送信はなく、ＷＢ  ＣＱＩが送信される場合である。この場合、ＲＩは、開−ループ（ＯＬ）空間多重化（ＳＭ：Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）の場合にのみ送信され、４ビットで表現される一つのＷＢ  ＣＱＩが送信される。ＲＩが１を超える場合には、第１コードワードに対するＣＱＩが送信されてもよい。
【０１９２】
モード１−１は、単一ＰＭＩ及びＷＢ  ＣＱＩが送信される場合である。この場合、ＲＩ送信と併せて、４ビットのＷＢ  ＣＱＩ及び４ビットのＷＢ  ＰＭＩが送信されてもよい。さらに、ＲＩが１を超える場合には、３ビットのＷＢ空間差分ＣＱＩ（Ｗｉｄｅｂａｎｄ  Ｓｐａｔｉａｌ  Ｄｉｆｆｅｒｅｎｔｉａｌ  ＣＱＩ）が送信されてもよい。２コードワードの送信において、ＷＢ空間差分ＣＱＩは、コードワード１に対するＷＢ  ＣＱＩインデックスとコードワード２に対するＷＢ  ＣＱＩインデックスとの差値を表してもよい。これらの差値は、集合｛−４，−３，−２，−１，０，１，２，３｝のいずれか一つの値を有し、３ビットで表現されてもよい。
【０１９３】
モード２−０は、ＰＭＩ送信はなく、端末が選択した（ＵＥ  ｓｅｌｅｃｔｅｄ）帯域のＣＱＩが送信される場合である。この場合、ＲＩは、開−ループ空間多重化（ＯＬ  ＳＭ）の場合にのみ送信され、４ビットで表現されるＷＢ  ＣＱＩが送信されてもよい。また、それぞれの帯域幅部分（ＢＰ：Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）で最適（Ｂｅｓｔ−１）のＣＱＩが送信され、Ｂｅｓｔ−１  ＣＱＩは４ビットで表現されてもよい。また、Ｂｅｓｔ−１を指示するＬビットの指示子（ｉｎｄｉｃａｔｏｒ）が併せて送信されてもよい。ＲＩが１を超える場合には、第１コードワードに対するＣＱＩが送信されてもよい。
【０１９４】
モード２−１は、単一ＰＭＩ及び端末が選択した（ＵＥ  ｓｅｌｅｃｔｅｄ）帯域のＣＱＩが送信される場合である。この場合、ＲＩ送信と併せて、４ビットのＷＢ  ＣＱＩ、３ビットのＷＢ空間差分ＣＱＩ及び４ビットのＷＢ  ＰＭＩが送信されてもよい。さらに、それぞれの帯域幅部分（ＢＰ）で４ビットのＢｅｓｔ−１  ＣＱＩが送信され、ＬビットのＢｅｓｔ−１指示子が併せて送信されてもよい。さらに、ＲＩが１超える場合には、３ビットのＢｅｓｔ−１空間差分ＣＱＩが送信されてもよい。これは、２コードワード送信において、コードワード１のＢｅｓｔ−１  ＣＱＩインデックスとコードワード２のＢｅｓｔ−１  ＣＱＩインデックスとの差値を表すことができる。
【０１９５】
各送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）に対して次のように周期的なＰＵＣＣＨ  ＣＳＩ報告モードがサポートされる。
１）送信モード１：モード１−０及び２−０
２）送信モード２：モード１−０及び２−０
３）送信モード３：モード１−０及び２−０
４）送信モード４：モード１−１及び２−１
５）送信モード５：モード１−１及び２−１
６）送信モード６：モード１−１及び２−１
７）送信モード７：モード１−０及び２−０
８）送信モード８：端末がＰＭＩ／ＲＩを報告するように設定される場合にはモード１−１及び２−１、端末がＰＭＩ／ＲＩ報告をしないように設定される場合にはモード１−０及び２−０
９）送信モード９：端末がＰＭＩ／ＲＩを報告するように設定され、ＣＳＩ−ＲＳポートの数＞１の場合にモード１−１及び２−１、端末がＰＭＩ／ＲＩ報告をしないように設定されたりＣＳＩ−ＲＳポートの数＝１の場合にモード１−０及び２−０
【０１９６】
各サービングセルで周期的なＰＵＣＣＨ  ＣＳＩ報告モードは、上位層シグナリングによって設定される。モード１−１は、「ＰＵＣＣＨ＿ｆｏｒｍａｔ１−１＿ＣＳＩ＿ｒｅｐｏｒｔｉｎｇ＿ｍｏｄｅ」パラメータを使用する上位層シグナリングによってサブモード（ｓｕｂｍｏｄｅ）１又はサブモード２のいずれか一つに設定される。
【０１９７】
端末の選択したＳＢ  ＣＱＩにおいて特定サービングセルの特定サブフレームでＣＱＩ報告は、サービングセルの帯域幅の一部分である帯域幅部分（ＢＰ：Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）の一つ以上のチャネル状態の測定を意味する。帯域幅部分は、最も低い周波数から始まって周波数が増加する順序で帯域幅サイズの増加無しでインデックスが与えられる。
【０１９８】
３．  ＰＵＣＣＨを用いたＡＣＫ／ＮＡＣＫ送信方法
３．１  ＬＴＥシステムにおけるＡＣＫ／ＮＡＣＫ送信
端末が基地局から受信した多重データユニットに相応する複数のＡＣＫ／ＮＡＣＫ信号を同時に送信しなければならない状況で、ＡＣＫ／ＮＡＣＫ信号の単一キャリア特性を維持させるとともに総ＡＣＫ／ＮＡＣＫ送信電力を減少させるために、ＰＵＣＣＨリソース選択に基づくＡＣＫ／ＮＡＣＫ多重化方法を考慮することができる。ＡＣＫ／ＮＡＣＫ多重化と共に、多重データユニットに対するＡＣＫ／ＮＡＣＫ信号のコンテンツは、実際にＡＣＫ／ＮＡＣＫ送信に用いられるＰＵＣＣＨリソースとＱＰＳＫ変調シンボルのうちの一つとの組合せによって識別することができる。例えば、仮に一つのＰＵＣＣＨリソースが４ビットを搬送し、最大４データユニットが送信されるとすれば（この時、各データユニットに対するＨＡＲＱ動作は、単一ＡＣＫ／ＮＡＣＫビットによって管理されると仮定する。）、送信ノード（Ｔｘ  ｎｏｄｅ）は、ＰＵＣＣＨ信号の送信位置及びＡＣＫ／ＮＡＣＫ信号のビットに基づいてＡＣＫ／ＮＡＣＫ結果を次の表１７のように識別することができる。
【０１９９】
【表１７】
0006302065.tif 000033
【０２００】
表１７で、ＨＡＲＱ−ＡＣＫ（ｉ）は、データユニットｉに対するＡＣＫ／ＮＡＣＫ結果を表す。例えば、最大４個のデータユニットが送信される場合、ｉ＝０，１，２，３である。表１７で、ＤＴＸは、相応するＨＡＲＱ−ＡＣＫ（ｉ）に対して送信されたデータユニットがないことを意味したり、又は受信ノード（Ｒｘ  ｎｏｄｅ）がＨＡＲＱ−ＡＣＫ（ｉ）に相応するデータユニットの検出に失敗したことを意味する。
【０２０１】
また、
【数１６】
0006302065.tif 000034
は、実際にＡＣＫ／ＮＡＣＫ送信に用いられるＰＵＣＣＨリソースを表す。このとき、４個のデータユニットが存在する状況で、最大４個のＰＵＣＣＨリソースである
【数１７】
0006302065.tif 000035
が端末に割り当てられてもよい。
【０２０２】
また、
【数１８】
0006302065.tif 000036
は、選択されたＰＵＣＣＨリソースで搬送される２ビットを意味する。ＰＵＣＣＨリソースで送信される変調シンボルは、当該ビットによって決定される。例えば、仮に受信ノードが４個のデータユニットを成功的に受信すると、受信ノードはＰＵＣＣＨリソース
【数１９】
0006302065.tif 000037
を用いて２ビット（１，１）を送信しなければならない。又は、仮に受信ノードが４個のデータユニットを受信したが、一番目及び三番目のデータユニット（すなわち、ＨＡＲＱ−ＡＣＫ（０）及びＨＡＲＱ−ＡＣＫ（２））のデコーディングに失敗すると、受信ノードは、ＰＵＣＣＨリソース
【数２０】
0006302065.tif 000038
を用いて２ビット（１，０）を送信ノードに送信しなければならない。
【０２０３】
このように、実際ＡＣＫ／ＮＡＣＫコンテンツを、ＰＵＣＣＨリソース選択及びＰＵＣＣＨリソースで送信される実際ビットコンテンツと連係（ｌｉｎｋｉｎｇ）することによって、多重データユニットに対するＡＣＫ／ＮＡＣＫを単一のＰＵＣＣＨリソースを用いて送信することができる。
【０２０４】
基本的に、全てのデータユニットに対する少なくとも一つのＡＣＫが存在すると、ＡＣＫ／ＮＡＣＫ多重化方法（表１７参照）においてＮＡＣＫ及びＤＴＸはＮＡＣＫ／ＤＴＸのように連結される。なぜなら、ＰＵＣＣＨリソースとＱＰＳＫシンボルとの組合せはあらゆるＡＣＫ，ＮＡＣＫ及びＤＴＸ状況をカバーするには足りないからである。一方、いずれのデータユニットに対してもＡＣＫが存在しない場合には（すなわち、ＮＡＣＫ又はＤＴＸのみが存在する場合）、ＤＴＸとデカップルされた単一ＮＡＣＫが、一つのＨＡＲＱ−ＡＣＫ（ｉ）と定義される。このような場合、単一ＮＡＣＫに相応するデータユニットに連結されたＰＵＣＣＨリソースは、多重ＡＣＫ／ＮＡＣＫ信号の送信のために留保されてもよい。
【０２０５】
３．２  ＬＴＥ−ＡシステムにおけるＡＣＫ／ＮＡＣＫ送信
ＬＴＥ−Ａシステム（例えば、Ｒｅｌ−１０、１１、１２など）では、複数のＤＬ  ＣＣで送信された複数のＰＤＳＣＨ信号に対する複数のＡＣＫ／ＮＡＣＫ信号を、特定ＵＬ  ＣＣで送信することを考慮している。そのために、ＬＴＥシステムのＰＵＣＣＨフォーマット１ａ／１ｂを用いたＡＣＫ／ＮＡＣＫ送信とは違い、複数のＡＣＫ／ＮＡＣＫ信号をチャネルコード（例、Ｒｅｅｄ−Ｍｕｌｌｅｒ  ｃｏｄｅ、Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅなど）した後、ＰＵＣＣＨフォーマット２、又は次のようなブロック拡散（Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇ）ベースの変形された形態の新しいＰＵＣＣＨフォーマット（例えば、Ｅ−ＰＵＣＣＨ  ｆｏｒｍａｔ）を用いて、複数のＡＣＫ／ＮＡＣＫ情報／信号を送信することができる。
【０２０６】
図１７は、ブロック拡散ベースの新しいＰＵＣＣＨフォーマットの一例を示す図である。
【０２０７】
ブロック拡散技法は、制御情報／信号（例、ＡＣＫ／ＮＡＣＫなど）の送信を、ＬＴＥシステムにおけるＰＵＣＣＨフォーマット１又は２系列とは違い、ＳＣ−ＦＤＭＡ方式を用いて変調する方法である。ブロック拡散技法は、図１７に示すように、シンボルシーケンスを直交カバーコード（ＯＣＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）に基づいて時間領域上で拡散（ｔｉｍｅ−ｄｏｍａｉｎ  ｓｐｒｅａｄｉｎｇ）して送信する方式である。すなわち、ＯＣＣを用いてシンボルシーケンスを拡散することによって、同じＲＢに複数の端末に対する制御信号を多重化することができる。
【０２０８】
前述した、ＰＵＣＣＨフォーマット２では、一つのシンボルシーケンスが時間領域にわたって送信され、ＣＡＺＡＣシーケンスの循環遷移（すなわち、ＣＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）によって端末多重化が行われる。しかし、ブロック拡散ベースの新しいＰＵＣＣＨフォーマットの場合、一つのシンボルシーケンスが周波数領域にわたって送信され、ＯＣＣベースの時間領域拡散によって端末多重化が行われる。
【０２０９】
例えば、図１７に示すように、一つのシンボルシーケンスを、長さ−５（すなわち、ＳＦ＝５）のＯＣＣによって５個のＳＣ−ＦＤＭＡシンボルとして生成することができる。図１７では、１スロットにおいて総２個のＲＳシンボルが用いられているが、３個のＲＳシンボルが用いられ、ＳＦ＝４のＯＣＣを用いる方式などの様々な方式が可能である。このとき、ＲＳシンボルは、特定循環遷移を有するＣＡＺＡＣシーケンスによって生成されてもよく、また、時間領域の複数ＲＳシンボルに特定ＯＣＣが適用された（掛けられた）形態で送信されてもよい。
【０２１０】
本発明の実施例では、説明の便宜のために、ＰＵＣＣＨフォーマット２又は新しいＰＵＣＣＨフォーマット（例えば、Ｅ−ＰＵＣＣＨ  ｆｏｒｍａｔ）を使用するチャネルコーディングベースの複数ＡＣＫ／ＮＡＣＫ送信方式を、”マルチビットＡＣＫ／ＮＡＣＫコーディング（ｍｕｌｔｉ−ｂｉｔ  ＡＣＫ／ＮＡＣＫ  ｃｏｄｉｎｇ）送信方法”と定義する。
【０２１１】
マルチビットＡＣＫ／ＮＡＣＫコーディング方法は、複数ＤＬ  ＣＣ上で送信されるＰＤＳＣＨ信号に対するＡＣＫ／ＮＡＣＫ又はＤＴＸ情報（ＰＤＣＣＨの受信／検出に失敗したことを意味する。）をチャネルコードして生成されたＡＣＫ／ＮＡＣＫコードブロックを送信する方法を意味する。
【０２１２】
例えば、端末があるＤＬ  ＣＣでＳＵ−ＭＩＭＯモードで動作し、２個のコードワード（ＣＷ：Ｃｏｄｅｗｏｒｄ）を受信すると、当該ＤＬ  ＣＣに対してＣＷ別にＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ，ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫの総４個のフィードバック状態、又はＤＴＸをさらに含んで最大５個のフィードバック状態を有することができる。また、仮に、端末が単一ＣＷを受信すると、ＡＣＫ、ＮＡＣＫ及び／又はＤＴＸの最大３個の状態を有することができる。仮に、ＮＡＣＫをＤＴＸと同一に処理すると、ＡＣＫ、ＮＡＣＫ／ＤＴＸの総２個の状態を有することができる。
【０２１３】
したがって、端末に最大５個のＤＬ  ＣＣが構成され、端末が全てのＤＬ  ＣＣでＳＵ−ＭＩＭＯモードで動作すると、最大５５個の送信可能なフィードバック状態を有することができる。この時、５５個のフィードバック状態を表現するためのＡＣＫ／ＮＡＣＫペイロードのサイズとしては、総１２ビットが必要である。仮に、ＤＴＸをＮＡＣＫと同一に処理すると、フィードバック状態数は４５個となり、これを表現するためのＡＣＫ／ＮＡＣＫペイロードサイズとしては、総１０ビットが必要である。
【０２１４】
ＬＴＥ  ＴＤＤシステムに適用されるＡＣＫ／ＮＡＣＫ多重化（すなわち、ＡＣＫ／ＮＡＣＫ選択）方法では、基本的に、各ＵＥに対するＰＵＣＣＨリソース確保のために、各ＰＤＳＣＨをスケジュールするＰＤＣＣＨに対応する（すなわち、最小ＣＣＥインデックスとリンクされている）暗黙的ＰＵＣＣＨリソースをＡＣＫ／ＮＡＣＫ送信に使用する暗黙的ＡＣＫ／ＮＡＣＫ選択方式が用いられている。
【０２１５】
一方、ＬＴＥ−Ａ  ＦＤＤシステムでは、ＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に設定される一つの特定ＵＬ  ＣＣで、複数のＤＬ  ＣＣで送信される複数のＰＤＳＣＨ信号に対する複数ＡＣＫ／ＮＡＣＫ信号を送信することを考慮している。そのために、特定、一部又は全てのＤＬ  ＣＣをスケジュールするＰＤＣＣＨにリンクされている（すなわち、最小ＣＣＥインデックスｎＣＣＥにリンクされている、又はｎＣＣＥとｎＣＣＥ＋１にリンクされている）暗黙的ＰＵＣＣＨリソース、或いは当該暗黙的ＰＵＣＣＨリソースとＲＲＣシグナリングを通じて各ＵＥにあらかじめ割り当てられた明示的ＰＵＣＣＨリソースとの組合せを使用する”ＡＣＫ／ＮＡＣＫ選択（ＡＣＫ／ＮＡＣＫ選択）”方式を考慮している。
【０２１６】
一方、ＬＴＥ−Ａ  ＴＤＤシステムでも複数のＣＣが結合された状況を考慮している。例えば、複数のＣＣが結合される場合、端末が、複数のＤＬサブフレームと複数のＣＣで送信される複数のＰＤＳＣＨ信号に対する複数のＡＣＫ／ＮＡＣＫ情報／信号は、ＰＤＳＣＨ信号が送信される複数のＤＬサブフレームに対応するＵＬサブフレームで特定ＣＣ（すなわち、Ａ／Ｎ  ＣＣ）を用いて送信することを考慮している。
【０２１７】
このとき、ＬＴＥ−Ａ  ＦＤＤとは違い、ＵＥに割り当てられた全てのＣＣで送信可能な最大ＣＷ数に対応する複数のＡＣＫ／ＮＡＣＫ信号を、複数のＤＬサブフレームの全てに対して送信する方式（すなわち、ｆｕｌｌ  ＡＣＫ／ＮＡＣＫ）を考慮したり、又はＣＷ、ＣＣ及び／又はサブフレーム領域に対してＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）を適用し、全体送信ＡＣＫ／ＮＡＣＫ数を減らして送信する方式（すなわち、ｂｕｎｄｌｅｄ  ＡＣＫ／ＮＡＣＫ）を考慮することができる。
【０２１８】
ここで、ＣＷバンドリングとは、各ＤＬサブフレームに対してＣＣ別にＣＷに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味し、ＣＣバンドリングとは、各ＤＬサブフレームに対して全て又は一部のＣＣに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味する。また、サブフレームバンドリングとは、各ＣＣに対して全て又は一部のＤＬサブフレームに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味する。
【０２１９】
サブフレームバンドリング方法として、ＤＬ  ＣＣのそれぞれに対して受信された全てのＰＤＳＣＨ信号又はＤＬグラントＰＤＣＣＨに対して、ＣＣ別総ＡＣＫ個数（又は、一部のＡＣＫ個数）を知らせるＡＣＫカウンター（ＡＣＫ−ｃｏｕｎｔｅｒ）方式を考慮することができる。このとき、ＵＥ別ＡＣＫ／ＮＡＣＫペイロード、すなわち、各端末別に設定された全ての又はバンドルされたＡＣＫ／ＮＡＣＫ送信のためのＡＣＫ／ＮＡＣＫペイロードのサイズによって、多重ビットＡＣＫ／ＮＡＣＫコーディング方式又はＡＣＫ／ＮＡＣＫ選択方式ベースのＡＣＫ／ＮＡＣＫ送信技法を変更可能に（ｃｏｎｆｉｇｕｒａｂｌｅ）適用することができる。
【０２２０】
３．３  物理上りリンク制御チャネル送受信過程
移動通信システムは、一つのセル／セクターで一つの基地局が多数の端末機と無線チャネル環境を通じてデータを送受信する。多重搬送波及びこれと類似する形態で運営されるシステムにおいて、基地局は、有線インターネット網からパケットトラフィックを受信し、受信されたパケットトラフィックを定められた通信方式を用いて各端末機に送信する。このとき、基地局がどのタイミングにどの周波数領域を使用してどの端末機にデータを送信するのかを決定することが下りリンクスケジューリングである。また、定められた形態の通信方式を使用して端末機から送信されたデータを受信及び復調し、有線インターネット網にパケットトラフィックを送信する。基地局がどのタイミングにどの周波数帯域を用いてどの端末機に上りリンクデータを送信できるようにするのかを決定することが上りリンクスケジューリングである。一般に、チャネル状態の良い端末が、より多くの時間と多くの周波数リソースを用いてデータを送受信することができる。
【０２２１】
多重搬送波及びこれと類似する形態で運営されるシステムにおけるリソースは、時間領域と周波数領域に大きく分けることができる。また、このリソースは、再びリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）と定義できるが、これは、任意のＮ個の副搬送波と任意のＭ個のサブフレーム又は定められた時間単位で構成される。このとき、ＮとＭは１になり得る。図１８は、時間−周波数単位のリソースブロックが構成される一例を示す図である。
【０２２２】
図１８において、一つの四角形は一つのリソースブロックを意味し、一つのリソースブロックは、多数の副搬送波を一軸とし、定められた時間単位（例えば、スロット又はサブフレーム）を他の軸として構成される。
【０２２３】
下りリンクにおいて、基地局は、定められたスケジューリング規則に従って選択された端末に１個以上のリソースブロックをスケジュールし、基地局は、この端末に割り当てられたリソースブロックを用いてデータを送信する。上りリンクでは、基地局が定められたスケジューリング規則に従って選択された端末に１個以上のリソースブロックをスケジュールし、端末機は、割り当てられたリソースを用いて上りリンクでデータを送信するようになる。
【０２２４】
スケジュールし、データが送受信された後、データが送受信される（サブ）フレームが失われたか損傷した場合の誤り制御方法としては、自動再送信要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）方式と、より発展した形態のハイブリッド自動再送信要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  ＡＲＱ）方式とがある。
【０２２５】
ＡＲＱ方式は、基本的に一つの（サブ）フレーム送信後に確認メッセージ（ＡＣＫ）が来ることを待機し、受信側では、確実に受ける場合のみに確認メッセージ（ＡＣＫ）を送り、前記（サブ）フレームに誤りが生じた場合はＮＡＫ（ｎｅｇａｔｉｖｅ−ＡＣＫ）メッセージを送り、誤りが生じた受信フレームは、受信端バッファからその情報を削除する。送信側でＡＣＫ信号を受けたときは、その後に（サブ）フレームを送信するが、ＮＡＫメッセージを受けたときは該当（サブ）フレームを再送信するようになる。ＡＲＱ方式とは違い、ＨＡＲＱ方式は、受信されたフレームを復調できない場合、受信端では送信端にＮＡＫメッセージを送信するが、既に受信したフレームは一定時間の間バッファに格納し、そのフレームが再送信されたときに既に受信したフレームとコンバインして受信成功率を高める方式である。
【０２２６】
最近は、基本的なＡＲＱ方式より効率的なＨＡＲＱ方式がより広く使用されている。このようなＨＡＲＱ方式にも様々な種類がある。例えば、再送信するタイミングによって同期式（ｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱ方式と非同期式（ａｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱとに分けることができ、再送信時に使用するリソースの量に対してチャネル状態を反映するか否かによってチャネル適応的（ｃｈａｎｎｅｌ−ａｄａｐｔｉｖｅ）ＨＡＲＱ方式とチャネル非適応的（ｃｈａｎｎｅｌ−ｎｏｎ−ａｄａｐｔｉｖｅ）ＨＡＲＱ方式とに分けることができる。
【０２２７】
同期式ＨＡＲＱ方式は、初期送信に失敗した場合、以後の再送信がシステムによって定められたタイミングに行われる方式である。例えば、再送信が行われるタイミングが、初期送信の失敗後の毎４番目の時間単位であると仮定すると、これは、基地局と端末機との間に既に約束がなされているので、追加的にこのタイミングに対して知らせる必要はない。但し、データ送信側でＮＡＫメッセージを受けた場合、ＡＣＫメッセージを受けるまで毎４番目の時間単位でフレームを再送信するようになる。
【０２２８】
その一方、非同期式ＨＡＲＱ方式は、再送信タイミングの新たなスケジューリング又は追加的なシグナリングを通じて行うことができる。以前に失敗したフレームに対する再送信が行われるタイミングは、チャネル状態などの多くの要因によって可変し得る。
【０２２９】
チャネル非適応的ＨＡＲＱ方式は、再送信時、スケジューリング情報（例えば、フレームの変調方式や利用するリソースブロックの数、ＡＭＣ（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）など）が初期送信時に定められた通りである方式である。これとは異なり、チャネル適応的ＨＡＲＱ方式は、このようなスケジューリング情報がチャネルの状態によって可変する方式である。
【０２３０】
例えば、送信側で初期送信時に６個のリソースブロックを用いてデータを送信し、以後の再送信時にも同様に６個のリソースブロックを用いて再送信することがチャネル非適応的ＨＡＲＱ方式である。その一方、初期には６個を用いて送信が行われたとしても、以後にチャネル状態によっては６個より大きいか小さい数のリソースブロックを用いて再送信する方式がチャネル適応的ＨＡＲＱ方式である。
【０２３１】
このような分類によってそれぞれ４個のＨＡＲＱの組合せが可能であるが、主に使用されるＨＡＲＱ方式としては、非同期式及びチャネル適応的ＨＡＲＱ方式と、同期式及びチャネル非適応的ＨＡＲＱ方式とがある。非同期式及びチャネル適応的ＨＡＲＱ方式は、再送信タイミングと使用するリソースの量をチャネルの状態によって適応的に異ならせることによって再送信効率を極大化できるが、オーバーヘッドが大きくなるという短所を有し、上りリンクのためには一般的に考慮されない。一方、同期式及びチャネル非適応的ＨＡＲＱ方式は、再送信のためのタイミングとリソース割り当てがシステム内で約束されているので、このためのオーバーヘッドがほとんどないという長所を有するが、変化が激しいチャネル状態で使用される場合、再送信効率が非常に低くなるという短所を有する。
【０２３２】
このような点を考慮した上で、現在、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムにおいて、下りリンクの場合は非同期式ＨＡＲＱ方式が使用されており、上りリンクの場合は同期式ＨＡＲＱ方式が使用されている。
【０２３３】
図１９は、非同期式ＨＡＲＱ方式のリソース割り当て及び再送信方式の一例を示す図である。
【０２３４】
基地局において、下りリンクでスケジューリング情報を送信し、端末からのＡＣＫ／ＮＡＫの情報が受信された後、再び次のデータが送信されるまでは、図１９のように時間遅延が発生する。これは、チャネル伝播遅延（Ｃｈａｎｎｅｌ  ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）とデータデコーディング及びデータエンコーディングにかかる時間によって発生する遅延である。
【０２３５】
このような遅延区間の間の空白のないデータ送信のために、独立的なＨＡＲＱプロセスを使用して送信する方法が使用されている。例えば、最初のデータ送信と次のデータ送信までの最短周期が７サブフレームである場合、７個の独立的なＨＡＲＱプロセスを設定することによって空白なしでデータを送信することができる。ＬＴＥ／ＬＴＥ−Ａシステムでは、ＭＩＭＯで動作しない場合、一つの端末に最大８個のＨＡＲＱプロセスを割り当てることができる。
【０２３６】
４．ＭＴＣをサポートする無線接続システムにおけるＨＡＲＱプロセス設定
４．１  ＭＴＣ端末
機械タイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とは、人の介入なしで機械が通信を行うことを意味する。このようなＭＴＣは、サービス及びこれによる端末機の多様化をもたらし得る。現在最も有力なＭＴＣサービス分野は、スマートメータリング（ｓｍａｒｔ  ｍｅｔｅｒｉｎｇ）である。スマートメータリングに使用されるスマートメータ（Ｓｍａｒｔ  ｍｅｔｅｒ）は、電気、水道、ガスなどの使用量を計測する測定装置であると同時に、多くの関連情報を通信ネットワークを介して送信する送信装置でもある。
【０２３７】
例えば、スマートメータは、電気、水道、ガスの使用量を定期的に又は非定期的に管理センターに通信ネットワークを介して送信する。このとき、通信ネットワークは、セルラネットワーク（ｃｅｌｌｕｌａｒ  ｎｅｔｗｏｒｋ）などの許可帯域（ｌｉｃｅｎｓｅｄ  ｂａｎｄ）を用いることもでき、ワイファイネットワーク（ｗｉ−ｆｉ  ｎｅｔｗｏｒｋ）などの非許可帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）を用いることもできる。本発明は、セルラネットワークの一つであるＬＴＥネットワークを用いたＭＴＣ通信を考慮する。
【０２３８】
ＭＴＣサービスの場合、端末は、定期的に基地局にデータを送信しなければならない。データを送信する周期は、サービス提供者の設定によって異なるが、相当長い周期を有すると仮定する。一方、スマートメータリングをサポートするＭＴＣ端末の基本動作は電気、ガス、水道の検針であるので、スマートメータ（すなわち、ＭＴＣ端末）が設置される環境は、一般端末より劣悪であり、例えば、住居形態によっては、地下室や遮蔽された場所などの通信環境が良くない場所であり得る。しかし、このようなＭＴＣ端末の特性上、多くのデータ率を要求するのではなく、長い周期で小さいデータ率を充足すればよいので、ＭＴＣ端末の悪い通信環境のために中継器又は基地局をさらに設置することは非経済的であり得る。よって、既存の配置されたネットワークを最大限活用し、ＭＴＣ端末をサポートすることが好ましい。
【０２３９】
ＭＴＣ端末の劣悪な通信環境を克服する最も簡単な方法は、ＭＴＣ端末が同一のデータを反復的に送信することである。本発明の実施例では、ＭＴＣ端末に又はＭＴＣ端末から下りリンク物理チャネル及び／又は上りリンク物理チャネルを反復的に送受信することによって安定的な通信を提供することができる。
【０２４０】
４．２  ＦＤＤの場合における下りリンクＨＡＲＱプロセス設定方法
以下では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムで反復的に送信されるＰＤＳＣＨに対するＨＡＲＱプロセスを設定する方法を提案する。
【０２４１】
本発明の実施例において、ＰＤＣＣＨの反復送信の回数をＮ１、ＰＤＳＣＨ反復送信の回数をＮ２、ＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨ反復送信の回数をＮ３と仮定する。また、特定ＭＴＣ端末が反復的に送信されるＰＤＣＣＨを介して制御情報を受信し、反復的に送信されるＰＤＳＣＨを誤りなしで検出した場合、該当ＰＤＳＣＨは、反復的に送信されるＰＤＣＣＨの最後の送信サブフレームに対して一定数のサブフレーム（例えば、Ｆ ｓｕｂｆｒａｍｅｓ）だけ時間的にオフセットを有して送信されると仮定する。このようなオフセットは、反復的に送信されるＰＤＣＣＨを端末が受信して処理するための時間を意味する。
【０２４２】
また、基地局は、特定端末に対するＰＤＳＣＨ制御情報を反復的に送信している途中で、該当端末に対する他の第２のＰＤＳＣＨに対する制御情報を送信しないと仮定する。すなわち、一つのサブフレームで端末に送信されるＰＤＣＣＨ又はＰＤＳＣＨの数は、最大１と仮定する。
【０２４３】
本発明の実施例は、ＰＤＣＣＨの反復送信回数Ｎ１及びＰＤＳＣＨの反復送信回数Ｎ２のサイズによってＨＡＲＱプロセスを設定する方法を異なる形に適用することができる。
【０２４４】
図２０は、Ｎ１＞Ｎ２である場合、反復的に送信されるＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＣＣＨに対する時間関係の一例を示す図である。
【０２４５】
図２０の上端部は、反復的に送信されるＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＣＣＨの相対的なサイズを示している。Ｎ１、Ｎ２及びＮ３は、それぞれサブフレーム単位の数を意味し、ｔ０は、ＰＤＣＣＨの送信時点を意味する。また、横軸は、時間軸であって、サブフレーム単位で構成されると仮定する。
【０２４６】
図２０を参照すると、ＭＴＣ端末は、反復的に送信されるＰＤＳＣＨの最後のサブフレームでｐ１時間以後に該当ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨを反復的に送信すると仮定する。また、基地局は、反復的に送信されたＨＡＲＱ−ＡＣＫを受信した後、次のスケジューリングを処理するのにかかる処理時間をｐ０と仮定する。すなわち、ｐ１は、ＭＴＣ端末が反復的に送信されたＰＤＳＣＨをデコードし、ＨＡＲＱ−ＡＣＫを送信するために必要な時間を意味し、ｐ０は、基地局が反復的に送信されたＰＵＣＣＨをデコードし、次のＰＤＣＣＨを送信するために必要な時間を意味する。
【０２４７】
図２０において、ＭＴＣ端末が反復的に送信されたＰＤＳＣＨを受信し、ＨＡＲＱ−ＡＣＫを伴うＰＵＣＣＨを反復的に送信した後、基地局で次のスケジューリングを開始する前までの時間と基地局が次のスケジューリングのためにＰＤＣＣＨを反復的に送信する時点との間の時間関係によってＰＤＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。
【０２４８】
すなわち、最初にＰＤＣＣＨを送信した後、ＨＡＲＱ−ＡＣＫを伴うＰＵＣＣＨを全て受信するまで必要な時間であるｔ０＋Ｎ１＋Ｆ＋Ｎ２＋ｐ１＋Ｎ３＋ｐ０と、基地局で次のＰＤＣＣＨ／Ｅ−ＰＤＣＣＨを反復的に送信するための開始時点であるｔ０＋Ｎ１、ｔ０＋２＊Ｎ１、ｔ０＋３＊Ｎ１、…などとを比較し、ＰＤＳＣＨ送信が該当スケジューリングの最初開始時点であるｔ０と、以後のスケジューリングが可能な時点（ｔ０＋Ｎ１、ｔ０＋２＊Ｎ１、…）の間に送信可能な独立的なＰＤＳＣＨ送信の個数としてＰＤＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。
【０２４９】
【数２１】
0006302065.tif 000039
【０２５０】
式４において、Ｎ１＜Ｎ２＋Ｆである場合、ＰＤＳＣＨ  ＨＡＲＱプロセスの数は１になる。ＭＴＣ環境でＰＤＳＣＨ  ＨＡＲＱプロセスの数が１であることは、基地局がＰＤＣＣＨ反復送信、ＰＤＳＣＨ反復送信及びＰＵＣＣＨ反復受信を完了するまで他のＰＤＣＣＨを送信しないことを意味する。
【０２５１】
Ｎ１＞Ｎ２＋Ｆである場合、基地局は、次の式５のようにＰＤＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。
【０２５２】
【数２２】
0006302065.tif 000040
【０２５３】
図２１は、Ｎ１＜Ｎ２である場合、反復的に送信されるＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＣＣＨに対する時間関係の一例を示す図である。
【０２５４】
図２１の上端部は、反復的に送信されるＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＣＣＨの相対的なサイズを示している。Ｎ１、Ｎ２及びＮ３は、それぞれサブフレーム単位の数を意味し、ｔ０は、ＰＤＣＣＨの送信時点を意味する。また、横軸は、時間軸であって、サブフレーム単位で構成されると仮定する。
【０２５５】
図２１において、ＭＴＣ端末が反復的に送信されたＰＤＳＣＨを受信し、ＨＡＲＱ−ＡＣＫを伴うＰＵＣＣＨを反復的に送信した後、基地局で次のスケジューリングを開始する前までの時間と基地局が次のスケジューリングのためにＰＤＣＣＨを反復的に送信する時点との間の時間関係によってＰＤＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。
【０２５６】
例えば、基地局は、ｔ０＋Ｎ１＋Ｆ＋Ｎ２＋ｐ１＋Ｎ３＋ｐ０の時間とｔ０＋Ｎ２、ｔ０＋２＊Ｎ２、ｔ０＋３＊Ｎ２、…などのＰＤＣＣＨ／ＥＰＤＣＣＨスケジューリングの開始時点とを比較し、ＰＤＳＣＨ反復送信が最初のスケジューリング開始時点であるｔ０と以後のスケジューリング可能時点である（ｔ０＋Ｎ２、ｔ０＋２＊Ｎ２、…）との間で送信可能な独立的なＰＤＳＣＨ送信の数としてＰＤＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。このとき、次のスケジューリング時点がｔ０＋（ｍ−１）Ｎ２である理由は、ＰＤＳＣＨを全て送信した後、新たに下りリンクスケジューリングをしなければならないためである。
【０２５７】
【数２３】
0006302065.tif 000041
【０２５８】
式５において、Ｎ２＜Ｎ１＋Ｆである場合、ＰＤＳＣＨ  ＨＡＲＱプロセスの数は１に設定される。また、Ｎ２＞Ｎ１＋Ｆである場合、次の式６のようにＰＤＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。
【０２５９】
【数２４】
0006302065.tif 000042
【０２６０】
上述した本発明の実施例とは異なり、基地局は、Ｎ１、Ｎ２、Ｎ３、Ｆ、ｐ０、ｐ１値とは関係なく、常にＰＤＳＣＨ  ＨＡＲＱプロセスを１と定めることができる。これは、一般セルラ端末とは異なり、ＭＴＣ端末にはＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＣＣＨが全て反復的に送信されるので、ＭＴＣ端末の処理プロセスの複雑度を減少させるためである。
【０２６１】
４．３  ＴＤＤの場合における下りリンクＨＡＲＱプロセス設定方法
以下では、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）の場合における下りリンクＨＡＲＱプロセスを設定する方法に対して説明する。
【０２６２】
ＴＤＤの場合、ＤＬ／ＵＬ構成によってＨＡＲＱプロセスの数が変わり得る。ＤＬ／ＵＬ構成は、ＴＤＤシステムで一つのフレーム内に含まれるサブフレームの構成をＤＬ／ＵＬ構成インデックスによって定義したことを意味する。ＤＬ／ＵＬ構成に対する内容は、ＴＳ  ３６．２１１  ｖ．１２．２規格に定義された内容を参照することができる。このとき、Ｎ１、Ｎ２及びＮ３を次のように変更して定義する。
【０２６３】
（１）Ｎ１：ＰＤＣＣＨを下りリンクサブフレームにおいてＮ１サブフレームだけ反復的に送信するための下りリンク及び上りリンクサブフレームの和。
（２）Ｎ２：ＰＤＳＣＨを下りリンクサブフレームでＮ１サブフレームだけ反復的に送信するための下りリンク及び上りリンクサブフレームの和。
（３）Ｎ３：ＰＵＣＣＨを上りリンクサブフレームでＮ１サブフレームだけ反復的に送信するための下りリンク及び上りリンクサブフレームの和。
【０２６４】
前記のようにＮ１、Ｎ２、Ｎ３の定義を変更して適用した後、４．２節のＦＤＤで適用した方法をそのまま適用し、ＨＡＲＱプロセスの数を求めることができる。
【０２６５】
これと異なる方法で、基地局は、Ｎ１、Ｎ２、Ｎ３、Ｆ、ｐ０、ｐ１値とは関係なく、ＰＤＳＣＨ  ＨＡＲＱプロセスを１に設定することができる。
【０２６６】
４．４  ＦＤＤである場合における上りリンクＨＡＲＱプロセス設定方法
以下では、ＦＤＤシステムで反復的に送信されるＰＵＳＣＨに対するＨＡＲＱプロセスを設定する方法を提案する。
【０２６７】
以下で説明する本発明の実施例において、ＰＤＣＣＨの反復送信の数をＮ１と定義し、ＰＵＳＣＨ反復送信の数をＮ２と定義する。また、ＰＵＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するためのＰＨＩＣＨは送信されないと仮定する。このとき、ＨＡＲＱ−ＡＣＫの役割は、ＰＤＣＣＨを介して送信されるＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）が代わりに行うと仮定する。
【０２６８】
また、ＭＴＣ端末がＰＵＳＣＨに対する制御情報を含むＰＤＣＣＨを反復的に受信し、該当ＭＴＣ端末がＰＤＣＣＨを誤りなしで検出した場合、該当ＰＵＳＣＨは反復的に送信されるＰＤＣＣＨの最後の送信サブフレームに対して一定サブフレームの数（例えば、ｐ１サブフレーム）だけ時間的にオフセットを有して送信されると仮定する。このようなオフセットは、反復的に送信されるＰＤＣＣＨを端末が受信して処理するための時間を意味する。
【０２６９】
また、基地局はＰＵＳＣＨに対する制御情報を伴うＰＤＣＣＨを反復的に送信している途中で、該当ＭＴＣ端末に対する他の第２のＰＵＳＣＨに対する制御情報は送信しないと仮定する。すなわち、一つのサブフレームで端末に送信されるＰＤＣＣＨ又はＰＵＳＣＨの数は最大１であると仮定する。
【０２７０】
また、ＭＴＣ端末がＰＵＳＣＨ反復送信を完了した後、基地局で一定の処理時間（例えば、ｐ０サブフレーム）後に該当ＭＴＣ端末に対する次のＰＵＳＣＨの反復送信のためのＰＤＣＣＨを送信できると仮定する。ｐ０時間は、基地局がＭＴＣ端末から反復的に送信されたＰＵＳＣＨを受信した後、デコード及び処理する時間を意味する。
【０２７１】
本発明の実施例は、ＰＤＣＣＨの反復送信回数Ｎ１及びＰＵＳＣＨの反復送信回数Ｎ２のサイズによってＨＡＲＱプロセスを設定する方法を異なる形に適用することができる。
【０２７２】
図２２は、Ｎ１＞Ｎ２である場合、反復的に送信されるＰＤＣＣＨ及びＰＵＳＣＨに対する時間関係の一例を示す図である。
【０２７３】
ＰＨＩＣＨ動作を仮定しない場合、Ｎ１及びＮ２の組合せによってＰＵＳＣＨ  ＨＡＲＱ動作を設定することができる。図２２を参照すると、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ／Ｅ−ＰＤＣＣＨを反復的に受信し、ＰＵＳＣＨ反復送信を完了した時点とＰＤＣＣＨ／Ｅ−ＰＤＣＣＨをスケジュールする時点とを比較し、ＨＡＲＱプロセスの数を決定することができる。
【０２７４】
すなわち、最初のＰＤＣＣＨ／ＥＰＤＣＣＨ送信後、ＰＵＳＣＨ受信完了時までの時間であるｔ０＋Ｎ１＋ｐ１＋Ｎ２＋ｐ０と、次のＰＵＳＣＨをスケジュールするためのＰＤＣＣＨ／ＥＰＤＣＣＨの送信時点であるｔ０＋Ｎ１、ｔ０＋２＊Ｎ１、ｔ０＋３＊Ｎ１、…とを比較し、可能な独立的なＰＵＳＣＨ送信の数でＰＵＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。次の式２５は、ＰＵＳＣＨ  ＨＡＲＱプロセスの数を求めるための方法の一つを示す。
【０２７５】
【数２５】
0006302065.tif 000043
【０２７６】
式２５において、ｐ１＋Ｎ２＋ｐ０＞Ｎ１である場合、ＰＵＳＣＨ  ＨＡＲＱプロセスの数は１になる。一方、ｐ１＋Ｎ２＋ｐ０＜Ｎ１である場合のＨＡＲＱプロセスの数は、次の式２６のように設定することができる。すなわち、ＰＵＳＣＨ  ＨＡＲＱプロセスの数は２になる。
【０２７７】
【数２６】
0006302065.tif 000044
【０２７８】
図２３は、Ｎ１＜Ｎ２である場合、反復的に送信されるＰＤＣＣＨ及びＰＵＳＣＨに対する時間関係の一例を示す図である。
【０２７９】
ＰＨＩＣＨ動作を仮定しない場合、Ｎ１及びＮ２の組合せによってＰＵＳＣＨ  ＨＡＲＱ動作を設定することができる。図２３を参照すると、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ／Ｅ−ＰＤＣＣＨを反復的に受信し、ＰＵＳＣＨ反復送信を完了した時点とＰＤＣＣＨ／Ｅ−ＰＤＣＣＨをスケジュールする時点とを比較し、ＨＡＲＱプロセスの数を決定することができる。
【０２８０】
すなわち、最初のＰＤＣＣＨ／ＥＰＤＣＣＨ送信後、ＰＵＳＣＨ受信完了時までの時間であるｔ０＋Ｎ１＋ｐ１＋Ｎ２＋ｐ０と次のＰＵＳＣＨをスケジュールするためのＰＤＣＣＨ／ＥＰＤＣＣＨの送信時点であるｔ０＋Ｎ２、ｔ０＋２＊Ｎ２、ｔ０＋３＊Ｎ２、…とを比較し、可能な独立的なＰＵＳＣＨ送信の数でＰＵＳＣＨ  ＨＡＲＱプロセスの数を決定することができる。次のスケジューリング時点がｔ０＋（ｍ−１）Ｎ２である理由は、ＰＵＳＣＨを全て送信した後、新たに上りリンクスケジューリングをしなければならないためである。次の式２７は、ＰＵＳＣＨ  ＨＡＲＱプロセスの数を求めるための方法の一つを示す。
【０２８１】
【数２７】
0006302065.tif 000045
【０２８２】
式２７において、ｐ１＋Ｎ１＋ｐ０＞Ｎ２である場合のＰＵＳＣＨ  ＨＡＲＱプロセスの数は１になる。一方、ｐ１＋Ｎ１＋ｐ０＜Ｎ２である場合のＨＡＲＱプロセスの数は、次の式２８のように設定することができる。すなわち、ＰＵＳＣＨ  ＨＡＲＱプロセスの数は２になる。
【０２８３】
【数２８】
0006302065.tif 000046
【０２８４】
本発明の他の側面として、基地局は、Ｎ１、Ｎ２、ｐ０及びｐ１値とは関係なく、ＰＵＳＣＨ  ＨＡＲＱプロセスを１に設定することができる。これは、一般セルラ端末とは異なり、ＭＴＣ端末にはＰＤＣＣＨ及びＰＵＳＣＨが全て反復的に送信されるので、ＭＴＣ端末の処理プロセスの複雑度を減少させるためである。
【０２８５】
式４乃至式１０で開示した各パラメータ（例えば、Ｎ１、Ｎ２、Ｎ３、Ｆ、ｐ０及びｐ１など）は、いずれもサブフレーム単位を意味し得る。但し、Ｆ、ｐ０又はｐ１値は、サブフレーム単位ではなく、ＭＴＣ端末及び／又は基地局が実際に処理するのにかかる時間を意味し得る。また、本発明の実施例において、Ｅ−ＰＤＣＣＨは、ＬＴＥ／ＬＴＥ−Ａシステムで定義する制御領域ではないデータ領域を通じてスケジューリング制御情報を送信するためのチャネルを意味する。
【０２８６】
図２４は、基地局でＨＡＲＱプロセスの数を決定する方法の一つを示す図である。
【０２８７】
図２４を参照すると、基地局ではＨＡＲＱプロセスの数を決定する。このとき、ＨＡＲＱプロセスの数は、下りリンク及び上りリンクによってそれぞれ決定することができる（Ｓ２４１０）。
【０２８８】
Ｓ２４１０段階において、ＨＡＲＱプロセスの数を決定する方法は、上述した４．２乃至４．４節で説明した内容によって決定することができる。例えば、ＦＤＤシステムで下りリンクＨＡＲＱプロセスの数を決定する場合、基地局は、ＰＤＣＣＨの反復送信回数Ｎ１、ＭＴＣ端末が反復的に送信されるＰＤＣＣＨを受信して処理するのに必要な時間（Ｆ）、ＰＤＳＣＨの反復送信回数Ｎ２、反復的に送信されるＰＤＳＣＨを受信して処理するのに必要な時間（ｐ１）、ＰＵＣＣＨの反復送信回数Ｎ３及び反復的に送信されるＰＵＣＣＨを受信して処理するのに必要な時間（ｐ０）を基盤にしてＨＡＲＱプロセスの数を決定することができる。詳細な内容は、式４乃至６で説明した内容を参照することができる。
【０２８９】
また、上りリンクＨＡＲＱプロセスの数を決定する方法は、４．４節の式２５乃至２８に開示した内容を参照することができる。
【０２９０】
基地局は、ＭＴＣ端末に対してＨＡＲＱプロセス個数を決定した後、ＭＴＣ端末に該当ＨＡＲＱプロセス値をＰＤＣＣＨ又はＥ−ＰＤＣＣＨを介してＭＴＣ端末に送信することができる（Ｓ２４２０）。
【０２９１】
その後、ＭＴＣ端末及び基地局は、ＨＡＲＱプロセス値を基盤にしてＨＡＲＱ動作を行うことができる。
【０２９２】
５．  具現装置
図２５に説明する装置は、図１乃至図２４で説明した方法を具現できる手段である。
【０２９３】
端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、上りリンクでは送信機として動作し、下りリンクでは受信機として動作することができる。また、基地局（ｅＮＢ：ｅ−Ｎｏｄｅ  Ｂ）は、上りリンクでは受信機として動作し、下りリンクでは送信機として動作することができる。
【０２９４】
すなわち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するためにそれぞれ送信モジュール（Ｔｘ  ｍｏｄｕｌｅ）２５４０，２５５０、及び受信モジュール（Ｒｘ  ｍｏｄｕｌｅ）２５６０，２５７０を備えることができ、情報、データ及び／又はメッセージを送受信するためのアンテナ２５００，２５１０などを備えることができる。
【０２９５】
また、端末及び基地局はそれぞれ、上述した本発明の実施例を行うためのプロセッサ（Ｐｒｏｃｅｓｓｏｒ）２５２５，２５３０、及びプロセッサの処理過程を臨時的に又は持続的に記憶できるメモリ２５８０，２５９０を備えることができる。
【０２９６】
上述した端末及び基地局装置の構成成分及び機能を用いて本願発明の実施例を実行することができる。例えば、基地局のプロセッサは、上述した第１節乃至第４節に開示された方法を組み合わせて、ＭＴＣ端末に対する上りリンク又は下りリンクＨＡＲＱプロセスをＦＤＤ又はＴＤＤシステムに対して決定することができる。これを決定するための詳細な内容は、第４節を参照する。
【０２９７】
端末及び基地局に含まれた送信モジュール及び受信モジュールは、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及び／又はチャネル多重化機能を実行することができる。また、図２５の端末及び基地局は、低電力ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）／ＩＦ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｒｅｑｕｅｎｃｙ）モジュールをさらに備えることができる。
【０２９８】
一方、本発明で端末として、個人携帯端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、セルラーフォン、個人通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｓｙｓｔｅｍ）フォン、ハンドヘルドＰＣ（Ｈａｎｄ−Ｈｅｌｄ  ＰＣ）、ノートパソコン、スマート（Ｓｍａｒｔ）フォン、又はマルチモードマルチバンド（ＭＭ−ＭＢ：Ｍｕｌｔｉ  Ｍｏｄｅ−Ｍｕｌｔｉ  Ｂａｎｄ）端末機などを用いることができる。
【０２９９】
ここで、スマートフォンは、移動通信端末機と個人携帯端末機の長所を組み合わせた端末機であって、移動通信器末機に、個人携帯端末機の機能である日程管理、ファックス送受信及びインターネット接続などのデータ通信機能を統合した端末機を意味できる。また、マルチモードマルチバンド端末機は、マルチモデムチップを内蔵し、携帯インターネットシステムでも、その他の移動通信システム（例えば、ＣＤＭＡ２０００システム、ＷＣＤＭＡ（登録商標）システムなど）でも作動できる端末機のことを指す。
【０３００】
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０３０１】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０３０２】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態として具現することもできる。例えば、ソフトウェアコードは、メモリユニット２５８０，２５９０に記憶され、プロセッサ２５２０，２５３０によって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の種々の手段によってプロセッサとデータを交換することができる。
【０３０３】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化されてもよい。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【０３０４】
本発明の実施例は、様々な無線接続システムに適用可能である。様々な無線接続システムの一例として、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、３ＧＰＰ２及び／又はＩＥＥＥ  ８０２．ｘｘ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ  ８０２）システムなどがある。本発明の実施例は、上記の様々な無線接続システムだけでなく、これら様々な無線接続システムを応用したいずれの技術分野にも適用可能である。
【図１】
0006302065.tif 000047
【図２】
0006302065.tif 000048
【図３】
0006302065.tif 000049
【図４】
0006302065.tif 000050
【図５】
0006302065.tif 000051
【図６】
0006302065.tif 000052
【図７】
0006302065.tif 000053
【図８】
0006302065.tif 000054
【図９】
0006302065.tif 000055
【図１０】
0006302065.tif 000056
【図１１】
0006302065.tif 000057
【図１２】
0006302065.tif 000058
【図１３】
0006302065.tif 000059
【図１４】
0006302065.tif 000060
【図１５】
0006302065.tif 000061
【図１６】
0006302065.tif 000062
【図１７】
0006302065.tif 000063
【図１８】
0006302065.tif 000064
【図１９】
0006302065.tif 000065
【図２０】
0006302065.tif 000066
【図２１】
0006302065.tif 000067
【図２２】
0006302065.tif 000068
【図２３】
0006302065.tif 000069
【図２４】
0006302065.tif 000070
【図２５】
0006302065.tif 000071