(57)【要約】  本発明の一実施例は、無線通信システムにおいて端末が受信確認応答を送信する方法において、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を取得するステップと、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して下りリンクデータを受信するステップと、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて送信するステップと、を含み、前記ＰＤＳＣＨがＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドに基づいて決定される、受信確認応答を送信する方法である。【選択図】図１３
2016508302.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末が受信確認応答を送信する方法であって、
ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を取得するステップと、
ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して下りリンクデータを受信するステップと、
前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて送信するステップと、
を含み、
前記ＰＤＳＣＨがＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、
前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドに基づいて決定される、受信確認応答を送信する方法。
【請求項２】
前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドは、０で埋められている、請求項１に記載の受信確認応答を送信する方法。
【請求項３】
前記ＥＰＤＣＣＨは、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上で送信される、請求項２に記載の受信確認応答を送信する方法。
【請求項４】
前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値に対応するものと決定される、請求項２に記載の受信確認応答を送信する方法。
【請求項５】
前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値と前記ＰＵＣＣＨリソースに関連したオフセットフィールド値の組合せに対応するものと決定される、請求項１に記載の受信確認応答を送信する方法。
【請求項６】
前記上位層シグナリングで伝達されたリソース値は、最大１６個である、請求項５に記載の受信確認応答を送信する方法。
【請求項７】
前記ＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソースは、前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値だけシフトする、請求項１に記載の受信確認応答を送信する方法。
【請求項８】
前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、｛−２，−１，０，２｝のいずれか一つの値を指示する、請求項７に記載の受信確認応答を送信する方法。
【請求項９】
前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、前記ＰＵＣＣＨリソースの送信電力決定に用いられる、請求項１に記載の受信確認応答を送信する方法。
【請求項１０】
前記オフセットフィールドは、ＨＡＲＱ−ＡＣＫリソースオフセットフィールドである、請求項２に記載の受信確認応答を送信する方法。
【請求項１１】
前記ＤＣＩは、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄのいずれか一つである、請求項１に記載の受信確認応答を送信する方法。
【請求項１２】
前記受信確認応答は、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）のうち一つ以上を含む、請求項１に記載の受信確認応答を送信する方法。
【請求項１３】
無線通信システムにおいてＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）に対する受信確認応答を送信する端末装置であって、
受信モジュールと、
プロセッサと、
を備え、
前記プロセッサは、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を取得し、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して下りリンクデータを受信し、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて送信し、
前記ＰＤＳＣＨがＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドに基づいて決定される、端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、特に、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ）が適用される場合における受信確認応答送信方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような様々な通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明では、ＥＰＤＣＣＨを介して制御情報を受信する場合、それに対する受信確認応答を送信する方法を技術的課題とする。特に、キャリアアグリゲーション（搬送波併合）(Carrier Aggregation:ＣＡ)が適用される場合、受信確認応答を送信するリソースの決定、それに関連したフィールドの使用に対して定義する。
【０００４】
本発明で遂げようとする技術的課題は、以上に言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の第１の技術的な側面は、無線通信システムにおいて端末が受信確認応答を送信する方法であって、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を取得するステップと、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して下りリンクデータを受信するステップと、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて送信するステップと、を含み、前記ＰＤＳＣＨがＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドに基づいて決定される、受信確認応答送信方法である。
【０００６】
本発明の第２の技術的な側面は、無線通信システムにおいてＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）に対する受信確認応答を送信する端末装置であって、受信モジュールと、プロセッサと、を備え、前記プロセッサは、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を取得し、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して下りリンクデータを受信し、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて送信し、前記ＰＤＳＣＨがＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドに基づいて決定される、端末装置である。
【０００７】
本発明の第１及び第２の技術的な側面は、次の事項を含むことができる。
【０００８】
前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドは、０で埋め込まれてもよい。
【０００９】
前記ＥＰＤＣＣＨは、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上で送信されてもよい。
【００１０】
前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値に対応するものに決定されてもよい。
【００１１】
前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値及び前記ＰＵＣＣＨリソースに関連したオフセットフィールド値の組合せに対応するものと決定されてもよい。
【００１２】
前記上位層シグナリングで伝達されたリソース値は、最大１６個であってもよい。
【００１３】
前記ＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソースは、前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値だけシフトしてもよい。
【００１４】
前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、｛−２，−１，０，２｝のいずれか一つの値を指示してもよい。
【００１５】
前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、前記ＰＵＣＣＨリソースの送信電力決定に用いられてもよい。
【００１６】
前記オフセットフィールドは、ＨＡＲＱ−ＡＣＫリソースオフセットフィールドであってもよい。
【００１７】
前記ＤＣＩは、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄのいずれか一つであってもよい。
【００１８】
前記受信確認応答は、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）のうち一つ以上を含んでもよい。
【発明の効果】
【００１９】
本発明によれば、ＥＰＤＣＣＨによって指示されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がＳｃｅｌｌ上で送信される場合、受信確認応答を送信するリソースを決定することができる。また、前記受信確認応答を送信するリソース決定過程で用い得るフィールドの用途を明確にすることによって、下りリンク制御情報フォーマットのビット使用効率性を向上させることができる。
【００２０】
本発明から得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００２１】
【図１】無線フレームの構造を示す図である。
【図２】下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【図３】下りリンクサブフレームの構造を示す図である。
【図４】上りリンクサブフレームの構造を示す図である。
【図５】上りリンク物理リソースブロックにおいてＰＵＣＣＨフォーマットがマップされる形態を示す図である。
【図６】ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。
【図７】一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す図である。
【図８】一般ＣＰの場合にＣＱＩチャネルの構造を示す図である。
【図９】ブロック拡散を用いたＰＵＣＣＨチャネル構造を示す図である。
【図１０】上りリンク制御情報をＰＵＳＣＨを介して送信する方式を説明するための図である。
【図１１】キャリアアグリゲーションを説明するための図である。
【図１２】クロス搬送波スケジューリングを説明するための図である。
【図１３】本発明の実施例を説明するための図である。
【図１４】送受信装置の構成を示す図である。
【発明を実施するための形態】
【００２２】
本明細書に添付される図面は、本発明に関する理解を提供するためのもので、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮されてもよい。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。
【００２３】
本明細書では、本発明の実施例を、基地局と端末間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。
【００２４】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）で構成されるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行われるということは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に代えてもよい。中継機は、Ｒｅｌａｙ  Ｎｏｄｅ（ＲＮ）、Ｒｅｌａｙ  Ｓｔａｔｉｏｎ（ＲＳ）などの用語に代えてもよい。また、「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００２５】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更されてもよい。
【００２６】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すこともできる。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００２７】
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書でサポートすることができる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明していない段階又は部分は、上記の標準文書でサーポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書によって説明することができる。
【００２８】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ） ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）及び進展したＩＥＥＥ ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ）によって説明することができる。明確性のために、以下では、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。
【００２９】
ＬＴＡ／ＬＴＡ−Ａリソース構造／チャネル
【００３０】
図１を参照して無線フレームの構造について説明する。
【００３１】
セルラーＯＦＤＭ無線パケット通信システムにおいて、上り／下りリンク信号パケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位に行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間区間と定義される。３ＧＰＰ ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２無線フレーム構造を支援する。
【００３２】
図１（ａ）は、タイプ１無線フレームの構造を例示する図である。下りリンク無線フレームは１０個のサブフレームで構成され、１個のサブフレームは時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）で構成される。１個のサブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは、下りリンクでＯＦＤＭＡを用いているため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソースブロック（ＲＢ）はリソース割当て単位であり、１スロットにおいて複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００３３】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって異なってもよい。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）及び一般ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ ＯＦＤＭシンボルの長さが増加するため、１スロットに含まれるＯＦＤＭシンボルの数は、一般ＣＰの場合に比べて少ない。拡張ＣＰの場合に、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張ＣＰを用いることができる。
【００３４】
一般ＣＰが用いられる場合、１スロットは７個のＯＦＤＭシンボルを含み、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームにおける先頭２個又は３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００３５】
図１（ｂ）は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２ハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成される。各ハーフフレームは、５サブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ；ＧＰ）、及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で構成され、ここで、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンク及び下りリンク間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、１個のサブフレームは２個のスロットで構成される。
【００３６】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００３７】
図２は、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。同図で、１下りリンクスロットは時間領域で７個のＯＦＤＭシンボルを含み、１リソースブロック（ＲＢ）は周波数領域で１２個の副搬送波を含むとしたが、本発明はこれに制限されない。例えば、一般ＣＰ（ｎｏｒｍａｌ−Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）では１スロットが７ ＯＦＤＭシンボルを含むが、拡張ＣＰ（ｅｘｔｅｎｄｅｄ−ＣＰ）では１スロットが６ ＯＦＤＭシンボルを含んでもよい。リソースグリッド上のそれぞれの要素をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）と呼ぶ。１リソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの個数ＮDLは、下り送信帯域幅による。上りリンクスロットは下りリンクスロットと同一の構造を有することができる。
【００３８】
図３は、下りリンクサブフレームの構造を示す図である。１サブフレーム内で第１のスロットにおける先頭部の最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下り共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｃｅｌ；ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。３ＧＰＰ ＬＴＥシステムで用いられる下り制御チャネルには、例えば、物理制御フォーマット指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  ＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ；ＰＣＦＩＣＨ）、物理下り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、物理ＨＡＲＱ指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｅｌ；ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネル送信に用いられるＯＦＤＭシンボルの個数に関する情報を含む。ＰＨＩＣＨは、上り送信の応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を含む。ＰＤＣＣＨで送信される制御情報を、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）という。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含んだり、任意の端末グループに対する上り送信電力制御命令を含む。ＰＤＣＣＨは、下り共有チャネル（ＤＬ−ＳＣＨ）のリソース割当て及び送信フォーマット、上り共有チャネル（ＵＬ−ＳＣＨ）のリソース割当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）のような上位層制御メッセージのリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令のセット、送信電力制御情報、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ以上の連続する制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）の組み合わせ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割当て単位である。ＣＣＥは、複数個のリソース要素グループに対応する。ＰＤＣＣＨのフォーマットと利用可能なビット数は、ＣＣＥの個数とＣＣＥによって提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ；ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）という識別子でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末のｃｅｌｌ−ＲＮＴＩ��Ｃ−ＲＮＴＩ）識別子をＣＲＣにマスクすることができる。又は、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｉｄｅｎｔｉｆｉｅｒ；Ｐ−ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００３９】
図４は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別できる。制御領域には上りリンク制御情報を含む物理上り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザーデータを含む物理上り共有チャネル（Ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ；ＰＵＳＣＨ）が割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末のＰＵＣＣＨは、サブフレームにおいてリソースブロック対（ＲＢ  ｐａｉｒ）に割り当てられる。リソースブロック対に属するリソースブロックは、２スロットに対して互いに異なった副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界で周波数−ホップ（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）するという。
【００４０】
物理上り制御チャネル（ＰＵＣＣＨ）
【００４１】
ＰＵＣＣＨを介して送信される上りリンク制御情報（ＵＣＩ）は、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ；ＳＲ）、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報、及び下りリンクチャネル測定情報を含むことができる。
【００４２】
ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報は、ＰＤＳＣＨ上の下りリンクデータパケットのデコーティングに成功したか否かによって生成することができる。既存の無線通信システムにおいて、下り単一コードワード（ｃｏｄｅｗｏｒｄ）送信に対してはＡＣＫ／ＮＡＣＫ情報として１ビットが送信され、下り２コードワード送信に対してはＡＣＫ／ＮＡＣＫ情報として２ビットが送信される。
【００４３】
チャネル測定情報は、多重入出力（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ；ＭＩＭＯ）技法に関連するフィードバック情報のことをいい、チャネル品質指示子（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ；ＣＱＩ）、プリコーディング行列インデックス（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ；ＰＭＩ）及びランク指示子（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ；ＲＩ）を含むことができる。これらのチャネル測定情報をＣＱＩと総称することもできる。ＣＱＩの送信のためにサブフレーム当たりに２０ビットを用いることができる。
【００４４】
ＰＵＣＣＨは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）とＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）技法を用いて変調することができる。ＰＵＣＣＨを介して複数端末の制御情報を送信することができ、各端末の信号を区別するためにコード分割多重化（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ；ＣＤＭ）を行う場合に、長さ１２のＣＡＺＡＣ（Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏｃｏｒｒｅｌａｔｉｏｎ）シーケンスを主に使用する。ＣＡＺＡＣシーケンスは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）及び周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で一定の大きさ（ａｍｐｌｉｔｕｄｅ）を維持する特性を有しているため、端末のＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）又はＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）を下げてカバレッジを増加させることに適している。また、ＰＵＣＣＨを介して送信される下りデータ送信に対するＡＣＫ／ＮＡＣＫ情報は、直交シーケンス（ｏｒｔｈｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）又は直交カバー（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ；ＯＣ）を用いてカバリングされる。
【００４５】
また、ＰＵＣＣＨ上で送信される制御情報は、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ；ＣＳ）値を持つ循環シフトされたシーケンス（ｃｙｃｌｉｃａｌｌｙ  ｓｈｉｆｔｅｄ  ｓｅｑｕｅｎｃｅ）を用いて区別することができる。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）だけ循環シフトさせて生成することができる。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）によって示される。チャネルの遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）によって使用可能な循環シフトの数は可変してもよい。種々のシーケンスを基本シーケンスとして用いることができ、前述のＣＡＺＡＣシーケンスがその一例である。
【００４６】
また、端末が一つのサブフレームで送信可能な制御情報の量は、制御情報の送信に利用可能なＳＣ−ＦＤＭＡシンボルの個数（すなわち、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）な検出のための参照信号（ＲＳ）送信に用いられるＳＣ−ＦＤＭＡシンボルを除くＳＣ−ＦＤＭＡシンボル）によって決定することができる。
【００４７】
３ＧＰＰ ＬＴＥシステムにおいてＰＵＣＣＨは、送信される制御情報、変調技法、制御情報の量などによって総７種の互いに異なるフォーマットと定義され、それぞれのＰＵＣＣＨフォーマットによって送信される上りリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）の属性は、下記の表１のようにまとめることができる。
【００４８】
【表１】
2016508302.tif 000003
【００４９】
ＰＵＣＣＨフォーマット１は、ＳＲの単独送信に用いられる。ＳＲ単独送信の場合には、変調されていない波形が適用されるが、その詳細については後述する。
【００５０】
ＰＵＣＣＨフォーマット１ａ又は１ｂは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信に用いられる。任意のサブフレームでＨＡＲＱ ＡＣＫ／ＮＡＣＫが単独に送信される場合にはＰＵＣＣＨフォーマット１ａ又は１ｂを用いることができる。又は、ＰＵＣＣＨフォーマット１ａ又は１ｂを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫ及びＳＲを同一サブフレームで送信することもできる。
【００５１】
ＰＵＣＣＨフォーマット２はＣＱＩの送信に用いられ、ＰＵＣＣＨフォーマット２ａ又は２ｂはＣＱＩ及びＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信に用いられる。拡張されたＣＰの場合は、ＰＵＣＣＨフォーマット２がＣＱＩ及びＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信に用いられてもよい。
【００５２】
図５に、上りリンク物理リソースブロックにおいてＰＵＣＣＨフォーマットがＰＵＣＣＨ領域にマップされる形態を示す。図５で、ＮＲＢＵＬは上りリンクでのリソースブロックの個数を表し、０，１，…ＮＲＢＵＬ−１は、物理リソースブロックの番号を表す。基本的に、ＰＵＣＣＨは、上りリンク周波数ブロックの両端部にマップされる。図５に示すように、ｍ＝０、１と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット２／２ａ／２ｂがマップされ、これは、ＰＵＣＣＨフォーマット２／２ａ／２ｂが帯域−終端（ｂａｎｄ−ｅｄｇｅ）に位置しているリソースブロックにマップされると表現することもできる。また、ｍ＝２と表示されるＰＵＣＣＨ領域に、ＰＵＣＣＨフォーマット２／２ａ／２ｂ及びＰＵＣＣＨフォーマット１／１ａ／１ｂが併せて（ｍｉｘｅｄ）マップされてもよい。次に、ｍ＝３、４、５と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット１／１ａ／１ｂがマップされてもよい。ＰＵＣＣＨフォーマット２／２ａ／２ｂによって利用可能なＰＵＣＣＨ ＲＢの個数（ＮＲＢ（２））は、ブロードキャストシグナリングによってセル内の端末に知らせることができる。
【００５３】
ＰＵＣＣＨリソース
【００５４】
ＵＥに対しては、上りリンク制御情報（ＵＣＩ）の送信のためのＰＵＣＣＨリソースが、上位（ｈｉｇｈｅｒ）レイヤシグナリングを用いた明示的（ｅｘｐｌｉｃｉｔ）方式或いは暗黙的（ｉｍｐｌｉｃｉｔ）な方式によって基地局（ＢＳ）から割り当てられる。
【００５５】
ＡＣＫ／ＮＡＣＫの場合に、端末に対して上位層で複数個のＰＵＣＣＨリソース候補を設定することができ、それらの候補の中でどのＰＵＣＣＨリソースを使用するかは暗黙的な方式で決定することができる。例えば、ＵＥはＢＳからＰＤＳＣＨを受信し、該ＰＤＳＣＨに関するスケジューリング情報を運ぶＰＤＣＣＨリソースによって暗黙的に決定されたＰＵＣＣＨリソースを用いて、該当のデータユニットに対するＡＣＫ／ＮＡＣＫを送信することができる。
【００５６】
図６に、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す。
【００５７】
ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは各ＵＥにあらかじめ割り当てられておらず、複数のＰＵＣＣＨリソースをセル内の複数のＵＥが毎時点ごとに分けて使用する。具体的に、ＵＥがＡＣＫ／ＮＡＣＫを送信するために使用するＰＵＣＣＨリソースは、該当の下りリンクデータを運ぶＰＤＳＣＨに関するスケジューリング情報を運ぶＰＤＣＣＨに基づいて暗黙的な方式で決定される。それぞれのＤＬサブフレームにおいてＰＤＣＣＨが送信される全体領域は複数のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）で構成され、ＵＥに送信されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＣＣＥは複数（例えば、９個）のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）を含む。１個のＲＥＧは、参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＲＳ）を除いた状態で隣り合う４個のＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＵＥは、自身が受信したＰＤＣＣＨを構成するＣＣＥのインデックスのうちの特定ＣＣＥインデックス（例えば、最初或いは最低のＣＣＥインデックス）の関数によって誘導（ｄｅｒｉｖｅ）或いは計算（ｃａｌｃｕｌａｔｅ）される暗黙的ＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫを送信する。
【００５８】
図６を参照すると、それぞれのＰＵＣＣＨリソースインデックスは、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースに対応する。図６のように、４〜６番のＣＣＥで構成されたＰＤＣＣＨを介してＰＤＳＣＨに関するスケジューリング情報がＵＥに送信されると仮定する場合、該ＵＥは、上記ＰＤＣＣＨを構成する最低のＣＣＥである４番ＣＣＥのインデックスから誘導或いは計算されたＰＵＣＣＨ、例えば、４番ＰＵＣＣＨを介してＡＣＫ／ＮＡＣＫをＢＳに送信する。図６は、ＤＬに最大Ｍ’個のＣＣＥが存在し、ＵＬに最大Ｍ個のＰＵＣＣＨが存在する場合を例示する。Ｍ’＝Ｍであってもよいが、Ｍ’値とＭ値とが異なるように設計され、ＣＣＥとＰＵＣＣＨリソースのマッピングが重なるようにしてもよい。
【００５９】
例えば、ＰＵＣＣＨリソースインデックスを次のように決定することができる。
【００６０】
【数１】
2016508302.tif 000004
【００６１】
ここで、ｎ（１）ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースインデックスを表し、Ｎ（１）ＰＵＣＣＨは、上位レイヤから伝達されるシグナリング値を表す。ｎＣＣＥは、ＰＤＣＣＨ送信に用いられたＣＣＥインデックスのうちの最小の値を表すことができる。
【００６２】
ＰＵＣＣＨチャネル構造
【００６３】
ＰＵＣＣＨフォーマット１ａ及び１ｂについてまず説明する。
【００６４】
ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＢＰＳＫ又はＱＰＳＫ変調方式を用いて変調されたシンボルは、長さ１２のＣＡＺＡＣシーケンスで乗算（ｍｕｌｔｉｐｌｙ）される。例えば、変調シンボルｄ（０）に長さＮのＣＡＺＡＣシーケンスｒ（ｎ）（ｎ＝０，１，２，…，Ｎ−１）が乗算された結果は、ｙ（０），ｙ（１），ｙ（２），…，ｙ（Ｎ−１）となる。ｙ（０），…，ｙ（Ｎ−１）シンボルをシンボルブロック（ｂｌｏｃｋ  ｏｆ  ｓｙｍｂｏｌ）と呼ぶことができる。変調シンボルにＣＡＺＡＣシーケンスを乗算した後に、直交シーケンスを用いたブロック−単位（ｂｌｏｃｋ−ｗｉｓｅ）拡散が適用される。
【００６５】
一般ＡＣＫ／ＮＡＣＫ情報に対しては長さ４のアダマール（Ｈａｄａｍａｒｄ）シーケンスが用いられ、短い（ｓｈｏｒｔｅｎｅｄ）ＡＣＫ／ＮＡＣＫ情報及び参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）に対しては長さ３のＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）シーケンスが用いられる。拡張されたＣＰの場合の参照信号に対しては長さ２のアダマールシーケンスが用いられる。
【００６６】
図７は、一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す図である。図７では、ＣＱＩ無しでＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信するためのＰＵＣＣＨチャネル構造を例示する。１個のスロットに含まれる７個のＳＣ−ＦＤＭＡシンボルのうち、中間部分における３個の連続したＳＣ−ＦＤＭＡシンボルに参照信号（ＲＳ）を乗せ、残り４個のＳＣ−ＦＤＭＡシンボルにはＡＣＫ／ＮＡＣＫ信号を乗せる。一方、拡張されたＣＰの場合には、中間部分における２個の連続したシンボルにＲＳを乗せることができる。ＲＳに用いられるシンボルの個数及び位置は、制御チャネルによって可変してもよく、それに関連したＡＣＫ／ＮＡＣＫ信号に用いられるシンボルの個数及び位置もそれに応じて変更されてもよい。
【００６７】
１ビット及び２ビットの確認応答情報（スクランブルされていない状態）はそれぞれＢＰＳＫ及びＱＰＳＫ変調技法を用いて一つのＨＡＲＱ ＡＣＫ／ＮＡＣＫ変調シンボルで表現することができる。肯定確認応答（ＡＣＫ）は「１」にエンコードし、否定確認応答（ＮＡＣＫ）は「０」にエンコードすることができる。
【００６８】
【数２】
2016508302.tif 000005
【００６９】
周波数領域拡散されたＡＣＫ／ＮＡＣＫ信号を直交拡散（ｓｐｒｅａｄｉｎｇ）コードを用いて時間領域で拡散する。直交拡散コードとしてはウォルシュ−アダマール（Ｗａｌｓｈ−Ｈａｄａｍａｒｄ）シーケンス又はＤＦＴシーケンスを用いることができる。例えば、ＡＣＫ／ＮＡＣＫ信号は４シンボルに対して長さ４の直交シーケンス（ｗ０、ｗ１、ｗ２、ｗ３）を用いて拡散することができる。また、ＲＳも、長さ３又は長さ２の直交シーケンスを用いて拡散する。これを直交カバリング（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒｉｎｇ；ＯＣ）という。
【００７０】
前述したような周波数領域でのＣＳリソース及び時間領域でのＯＣリソースを用いて複数の端末をコード分割多重化（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ、ＣＤＭ）方式で多重化することができる。すなわち、同一のＰＵＣＣＨ ＲＢ上で複数端末のＡＣＫ／ＮＡＣＫ情報及びＲＳを多重化することができる。
【００７１】
このような時間領域拡散ＣＤＭにおいて、ＡＣＫ／ＮＡＣＫ情報に対して支援される拡散コードの個数はＲＳシンボルの個数によって制限される。すなわち、ＲＳ送信ＳＣ−ＦＤＭＡシンボルの個数は、ＡＣＫ／ＮＡＣＫ情報送信ＳＣ−ＦＤＭＡシンボルの個数よりも少ないため、ＲＳの多重化容量（ｃａｐａｃｉｔｙ）がＡＣＫ／ＮＡＣＫ情報の多重化容量に比べて少なくなる。例えば、一般ＣＰの場合、４個のシンボルでＡＣＫ／ＮＡＣＫ情報を送信できるが、ＡＣＫ／ＮＡＣＫ情報のために４個ではなく３個の直交拡散コードを用いる。これは、ＲＳ送信シンボルの個数が３個に制限され、ＲＳのために３個の直交拡散コードしか用いることができないためである。
【００７２】
ＡＣＫ／ＮＡＣＫ情報の拡散に用いられる直交シーケンスの一例は、表２及び表３の通りである。表２は、長さ４シンボルに対するシーケンスを示し、表３は、長さ３シンボルに対するシーケンスを示す。長さ４シンボルに対するシーケンスは、一般的なサブフレーム構成のＰＵＣＣＨフォーマット１／１ａ／１ｂで用いられる。サブフレーム構成において、第２のスロットの最後のシンボルでＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が送信されるなどの場合を考慮して、第１のスロットでは長さ４シンボルに対するシーケンスが適用され、第２のスロットでは長さ３シンボルに対するシーケンスの短い（ｓｈｏｒｔｅｎｅｄ）ＰＵＣＣＨフォーマット１／１ａ／１ｂが適用されてもよい。
【００７３】
【表２】
2016508302.tif 000006
【００７４】
【表３】
2016508302.tif 000007
【００７５】
一般ＣＰのサブフレームにおいて１スロットで３個のシンボルがＲＳ送信のために用いられ、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で３個の直交カバー（ＯＣ）リソースを用いることができるとすれば、１８個の互いに異なる端末からのＨＡＲＱ確認応答を一つのＰＵＣＣＨ ＲＢ内で多重化することができる。もし、拡張されたＣＰのサブフレームにおいて１スロットで２個のシンボルがＲＳ送信のために用いられ、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で２個の直交カバー（ＯＣ）リソースを用いることができるとすれば、１２個の互いに異なる端末からのＨＡＲＱ確認応答を一つのＰＵＣＣＨ ＲＢ内で多重化することができる。
【００７６】
次に、ＰＵＣＣＨフォーマット１について説明する。スケジューリング要求（ＳＲ）は、端末が、スケジュールされることを要求したり又は要求しない方式で送信される。ＳＲチャネルは、ＰＵＣＣＨフォーマット１ａ／１ｂにおけるＡＣＫ／ＮＡＣＫチャネル構造を再利用し、ＡＣＫ／ＮＡＣＫチャネル設計に基づいてＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式で構成される。ＳＲチャネルでは参照信号が送信されない。したがって、一般ＣＰの場合には、長さ７のシーケンスが用いられ、拡張されたＣＰの場合には長さ６のシーケンスが用いられる。ＳＲ及びＡＣＫ／ＮＡＣＫに対して互いに異なる循環シフト又は直交カバーを割り当てることができる。すなわち、肯定（ｐｏｓｉｔｉｖｅ）ＳＲ送信のために、端末は、ＳＲ用に割り当てられたリソースを通じてＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する。否定（ｎｅｇａｔｉｖｅ）ＳＲ送信のためには、端末は、ＡＣＫ／ＮＡＣＫ用に割り当てられたリソースを通じてＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する。
【００７７】
次に、ＰＵＣＣＨフォーマット２／２ａ／２ｂについて説明する。ＰＵＣＣＨフォーマット２／２ａ／２ｂは、チャネル測定フィードバック（ＣＱＩ、ＰＭＩ、ＲＩ）を送信するための制御チャネルである。
【００７８】
チャネル測定フィードバック（以下では、「ＣＱＩ情報」と称する）の報告周期及び測定対象となる周波数単位（又は、周波数解像度（ｒｅｓｏｌｕｔｉｏｎ））は基地局で制御することができる。時間領域において周期的及び非周期的ＣＱＩ報告を支援することができる。ＰＵＣＣＨフォーマット２は、周期的報告にのみ用いられ、非周期的報告のためにはＰＵＳＣＨを用いることができる。非周期的報告の場合に、基地局は端末に、上りリンクデータ送信のためにスケジュールされたリソースに個別ＣＱＩ報告を乗せて送信することを指示することができる。
【００７９】
図８は、一般ＣＰの場合に、ＣＱＩチャネルの構造を示す。１スロットのＳＣ−ＦＤＭＡシンボル０乃至６のうち、ＳＣ−ＦＤＭＡシンボル１及び５（２番目及び６番目のシンボル）を復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＭＲＳ）送信に用い、残りＳＣ−ＦＤＭＡシンボルでＣＱＩ情報を送信することができる。一方、拡張されたＣＰの場合には、一つのＳＣ−ＦＤＭＡシンボル（ＳＣ−ＦＤＭＡシンボル３）をＤＭＲＳ送信に用いる。
【００８０】
ＰＵＣＣＨフォーマット２／２ａ／２ｂではＣＡＺＡＣシーケンスによる変調を支援し、ＱＰＳＫ変調されたシンボルが長さ１２のＣＡＺＡＣシーケンスで乗算される。シーケンスの循環シフト（ＣＳ）はシンボル及びスロット間に変更される。ＤＭＲＳに対して直交カバリングが用いられる。
【００８１】
１個のスロットに含まれる７個のＳＣ−ＦＤＭＡシンボルのうち、３個のＳＣ−ＦＤＭＡシンボル間隔で離れた２個のＳＣ−ＦＤＭＡシンボルには参照信号（ＤＭＲＳ）が乗せられ、残り５個のＳＣ−ＦＤＭＡシンボルにはＣＱＩ情報が乗せられる。１スロット中に２個のＲＳが用いられることは、高速端末を支援するためである。また、循環シフト（ＣＳ）シーケンスを用いて各端末を区別する。ＣＱＩ情報シンボルはＳＣ−ＦＤＭＡシンボル全体に変調されて伝達され、ＳＣ−ＦＤＭＡシンボルは一つのシーケンスで構成されている。すなわち、端末は各シーケンスにＣＱＩを変調して送信する。
【００８２】
一つのＴＴＩに送信可能なシンボル数は１０個であり、ＣＱＩ情報の変調はＱＰＳＫまで定められている。ＳＣ−ＦＤＭＡシンボルに対してＱＰＳＫマッピングを用いる場合、２ビットのＣＱＩ値を乗せ得るため、１スロットに１０ビットのＣＱＩ値を乗せることができる。したがって、１サブフレームに最大２０ビットのＣＱＩ値を乗せることができる。ＣＱＩ情報を周波数領域において拡散するために周波数領域拡散符号を用いる。
【００８３】
周波数領域拡散符号としては長さ１２のＣＡＺＡＣシーケンス（例えば、ＺＣシーケンス）を用いることができる。各制御チャネルは、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を持つＣＡＺＡＣシーケンスを適用して区別することができる。周波数領域で拡散されたＣＱＩ情報にＩＦＦＴを行う。
【００８４】
１２個の等間隔を持つ循環シフトによって１２個の互いに異なる端末を同一ＰＵＣＣＨ ＲＢ上で直交多重化することができる。一般ＣＰ場合に、ＳＣ−ＦＤＭＡシンボル１及び５上の（拡張されたＣＰ場合はＳＣ−ＦＤＭＡシンボル３上の）ＤＭＲＳシーケンスは、周波数領域上のＣＱＩ信号シーケンスに類似するが、ＣＱＩ情報のような変調が適用されない。端末は、ＰＵＣＣＨリソースインデックス（ｎ（２）ＰＵＣＣＨ）で示されるＰＵＣＣＨリソース上で周期的に異なったＣＱＩ、ＰＭＩ及びＲＩタイプを報告するように、上位層シグナリングによって半−静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定されてもよい。ここで、ＰＵＣＣＨリソースインデックス（Ｎ（２）ＰＵＣＣＨ）は、ＰＵＣＣＨフォーマット２／２ａ／２ｂ送信に用いられるＰＵＣＣＨ領域及び用いられる循環シフト（ＣＳ）値を示す情報である。
【００８５】
次に、改善された−ＰＵＣＣＨ（ｅ−ＰＵＣＣＨ）フォーマットについて説明する。ｅ−ＰＵＣＣＨはＬＴＥ−ＡシステムのＰＵＣＣＨフォーマット３に対応し得る。ＰＵＣＣＨフォーマット３を用いたＡＣＫ／ＮＡＣＫ送信にはブロック拡散（ｂｌｏｃｋ  ｓｐｒｅａｄｉｎｇ）技法を適用することができる。
【００８６】
ブロック拡散技法は、既存のＰＵＣＣＨフォーマット１系列又は２系列とは違い、制御信号送信をＳＣ−ＦＤＭＡ方式を用いて変調する方式である。図９に示すように、シンボルシーケンスをＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）を用いて時間領域（ｄｏｍａｉｎ）上で拡散して送信することができる。ＯＣＣを用いることによって同一ＲＢ上に複数個の端末の制御信号を多重化することができる。前述したＰＵＣＣＨフォーマット２の場合には一つのシンボルシーケンスを時間領域にわたって送信し、ＣＡＺＡＣシーケンスのＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）を用いて複数個の端末の制御信号を多重化するのに対し、ブロック拡散ベースのＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）の場合には、一つのシンボルシーケンスを周波数領域にわたって送信し、ＯＣＣによる時間領域拡散を用いて複数個の端末の制御信号を多重化する。
【００８７】
図９（ａ）では、１スロットの間に１シンボルシーケンスに長さ＝４（又は、拡散因子（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ、ＳＦ）＝４）のＯＣＣを用いて４個のＳＣ−ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に３個のＲＳシンボル（すなわち、ＲＳ部分）を用いることができる。
【００８８】
又は、図９（ｂ）では、１スロットの間に１シンボルシーケンスに長さ＝５（又は、ＳＦ＝５）のＯＣＣを用いて５個のＳＣ−ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に２個のＲＳシンボルを用いることができる。
【００８９】
図９の例示では、ＲＳシンボルを、特定循環シフト値が適用されたＣＡＺＡＣシーケンスから生成することができ、複数個のＲＳシンボルにわたって所定のＯＣＣが適用された（又は、乗算された）形態で送信することができる。また、図９の例示で、それぞれのＯＦＤＭシンボル（又は、ＳＣ−ＦＤＭＡシンボル）別に１２個の変調シンボルが用いられ、それぞれの変調シンボルはＱＰＳＫによって生成されるとすれば、１スロットで送信可能な最大ビット数は１２×２＝２４ビットとなる。したがって、２スロットで送信可能なビット数は４８ビットとなる。このようにブロック拡散方式のＰＵＣＣＨチャネル構造を用いると、既存のＰＵＣＣＨフォーマット１系列及び２系列に比べて拡張された大きさの制御情報の送信が可能となる。
【００９０】
ＡＣＫ／ＮＡＣＫ多重化方案
【００９１】
ＡＣＫ／ＮＡＣＫ多重化の場合に、複数個のデータユニットに対するＡＣＫ／ＮＡＣＫ応答の内容（ｃｏｎｔｅｎｔｓ）を、実際ＡＣＫ／ＮＡＣＫ送信で用いられるＡＣＫ／ＮＡＣＫユニットとＱＰＳＫ変調されたシンボルのうちの一つとの組合せ（ｃｏｍｂｉｎａｔｉｏｎ）によって識別することができる。例えば、一つのＡＣＫ／ＮＡＣＫユニットが２ビットサイズの情報を運ぶと仮定し、最大２個のデータユニットを受信すると仮定する。ここで、受信されたそれぞれのデータユニットに対するＨＡＲＱ確認応答は一つのＡＣＫ／ＮＡＣＫビットによって表現されると仮定する。このような場合、データを送信した送信端は、ＡＣＫ／ＮＡＣＫ結果を、下記の表４に示すように識別することができる。
【００９２】
【表４】
2016508302.tif 000008
【００９３】
上記表４で、ＨＡＲＱ−ＡＣＫ（ｉ）（ｉ＝０，１）は、データユニットｉに対するＡＣＫ／ＮＡＣＫ結果を示す。前述したように、最大２個のデータユニット（データユニット０及びデータユニット１）が受信されると仮定したため、上記表４では、データユニット０に対するＡＣＫ／ＮＡＣＫ結果はＨＡＲＱ−ＡＣＫ（０）で表示し、データユニット１に対するＡＣＫ／ＮＡＣＫ結果はＨＡＲＱ−ＡＣＫ（１）で表示する。上記表４で、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）は、ＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットが送信されないことを示したり、又は受信端がＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの存在を検出できないことを示す。また、ｎ（１）ＰＵＣＣＨ、Ｘは、実際ＡＣＫ／ＮＡＣＫ送信に用いられるＡＣＫ／ＮＡＣＫユニットを示す。最大２個のＡＣＫ／ＮＡＣＫユニットが存在する場合、ｎ（１）ＰＵＣＣＨ、０及びｎ（１）ＰＵＣＣＨ、１で表現することができる。また、ｂ（０）、ｂ（１）は、選択されたＡＣＫ／ＮＡＣＫユニットによって送信される２個のビットを示す。ＡＣＫ／ＮＡＣＫユニットを通じて送信される変調シンボルはビットｂ（０）、ｂ（１）によって決定される。
【００９４】
例えば、受信端が２個のデータユニットを成功的に受信及びデコードした場合（すなわち、上記表４のＡＣＫ、ＡＣＫの場合）、受信端はＡＣＫ／ＮＡＣＫユニットｎ（１）ＰＵＣＣＨ、１を用いて２個のビット（１，１）を送信する。又は、受信端が２個のデータユニットを受信する場合に、第１データユニット（すなわち、ＨＡＲＱ−ＡＣＫ（０）に対応するデータユニット０）のデコーティング（又は、検出）に失敗し、第２データユニット（すなわち、ＨＡＲＱ−ＡＣＫ（１）に対応するデータユニット１）のデコーティングに成功すると（すなわち、上記表４のＮＡＣＫ／ＤＴＸ、ＡＣＫの場合）、受信端はＡＣＫ／ＮＡＣＫユニットｎ（１）ＰＵＣＣＨ、１を用いて２個のビット（０，０）を送信する。
【００９５】
このように、ＡＣＫ／ＮＡＣＫユニットの選択及び送信されるＡＣＫ／ＮＡＣＫユニットの実際ビット内容との組合せ（すなわち、上記表４でｎ（１）ＰＵＣＣＨ，０又はｎ（１）ＰＵＣＣＨ、１のうち一つを選択することとｂ（０）、ｂ（１）との組合せ）を実際ＡＣＫ／ＮＡＣＫの内容と連係（ｌｉｎｋ）又はマップすることによって、一つのＡＣＫ／ＮＡＣＫユニットを用いて、複数個のデータユニットに対するＡＣＫ／ＮＡＣＫ情報を送信することが可能になる。前述したＡＣＫ／ＮＡＣＫ多重化の原理をそのまま拡張して、２よりも多い個数のデータユニットに対するＡＣＫ／ＮＡＣＫ多重化を容易に具現することもできる。
【００９６】
このようなＡＣＫ／ＮＡＣＫ多重化方式において基本的に全てのデータユニットに対して少なくとも一つのＡＣＫが存在する場合には、ＮＡＣＫとＤＴＸとを区別しなくてもよい（すなわち、上記表４でＮＡＣＫ／ＤＴＸと表現するように、ＮＡＣＫとＤＴＸとを結合（ｃｏｕｐｌｅ）してもよい）。なぜなら、ＮＡＣＫとＤＴＸとを区別して表現しようとする場合に発生し得る全てのＡＣＫ／ＮＡＣＫ状態（すなわち、ＡＣＫ／ＮＡＣＫ仮設（ｈｙｐｏｔｈｅｓｅｓ））を、ＡＣＫ／ＮＡＣＫユニットとＱＰＳＫ変調されたシンボルとの組合せだけでは反映することができないためである。一方、全てのデータユニットに対してＡＣＫが存在しない場合（すなわち、全てのデータユニットに対してＮＡＣＫ又はＤＴＸのみが存在する場合）には、ＨＡＲＱ−ＡＣＫ（ｉ）の中で一つのみが確実にＮＡＣＫ（すなわち、ＤＴＸと区別されるＮＡＣＫ）であることを示す一つの確実なＮＡＣＫの場合を定義することができる。このような場合、一つの確実なＮＡＣＫに該当するデータユニットに対応するＡＣＫ／ＮＡＣＫユニットは、複数個のＡＣＫ／ＮＡＣＫの信号を送信するために留保（ｒｅｓｅｒｖｅｄ）されてもよい。
【００９７】
ＰＵＣＣＨピギーバック
【００９８】
既存の３ＧＰＰ ＬＴＥシステム（例えば、リリース−８）システムの上りリンク送信では、端末機のパワーアンプの効率的な活用のために、パワーアンプの性能に影響を及ぼすＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）特性やＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）特性に優れた単一搬送波送信を維持するようになっている。すなわち、既存のＬＴＥシステムのＰＵＳＣＨ送信の場合は、送信しようとするデータをＤＦＴ−プリコーディング（ｐｒｅｃｏｄｉｎｇ）して単一搬送波特性を維持し、ＰＵＣＣＨ送信の場合は、単一搬送波特性を有するシーケンスに情報を乗せて送信することによって単一搬送波特性を維持することができる。しかし、ＤＦＴ−プリコーディングをしたデータを周波数軸に不連続して割り当てたり、ＰＵＳＣＨとＰＵＣＣＨを同時に送信する場合には、このような単一搬送波特性が損なわれる。
【００９９】
したがって、図１０のようにＰＵＣＣＨ送信と同一のサブフレームにＰＵＳＣＨ送信がある場合、単一搬送波特性を維持するために、ＰＵＣＣＨで送信するＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）情報をＰＵＳＣＨに乗せてデータと共に送信（Ｐｉｇｇｙｂａｃｋ）するようになっている。
【０１００】
前述したとおり、既存のＬＴＥ端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信できないことから、ＰＵＳＣＨが送信されるサブフレームではＵＣＩ（ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩなど）をＰＵＳＣＨ領域に多重化する方法を用いる。一例として、ＰＵＳＣＨを送信するように割り当てられたサブフレームでＣＱＩ及び／又はＰＭＩを送信しなければならない場合、ＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩとをＤＦＴ−拡散の前に多重化して、制御情報とデータを共に送信することができる。この場合、ＵＬ−ＳＣＨデータは、ＣＱＩ／ＰＭＩリソースを考慮してレート−マッチングを行う。また、ＵＬ−ＳＣＨデータをパンクチャリングしてＨＡＲＱ ＡＣＫ、ＲＩなどの制御情報をＰＵＳＣＨ領域に多重化することができる。
【０１０１】
キャリアアグリゲーション
【０１０２】
図１１は、キャリアアグリゲーションを説明するための図である。キャリアアグリゲーションを説明する前に、まず、ＬＴＥ−Ａで無線リソースを管理するために導入されたセル（Ｃｅｌｌ）の概念について説明する。セルは、下りリンクリソース及び上りリンクリソースの組合せと理解することができる。ここで、上りリンクリソースは必須の要素ではなく、よって、セルは、下りリンクリソース単独、又は下りリンクリソース及び上りリンクリソースの組合せで構成することができる。ただし、これは、現在ＬＴＥ−Ａリリース１０における定義であり、逆の場合、すなわち、セルが上りリンクリソース単独で構成される場合も可能である。下りリンクリソースは下りリンク構成搬送波（Ｄｏｗｎｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＤＬ  ＣＣ）と、上りリンクリソースは上りリンク構成搬送波（Ｕｐｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＵＬ  ＣＣ）と呼ぶことができる。ＤＬ  ＣＣ及びＵＬ  ＣＣは、搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）と表現することができ、搬送波周波数は、当該セルにおける中心周波数（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ）を意味する。
【０１０３】
セルは、プライマリ周波数（ｐｒｉｍａｒｙ  ｆｒｅｑｕｅｎｃｙ）で動作するプライマリセル（ｐｒｉｍａｒｙ  ｃｅｌｌ、ＰＣｅｌｌ）と、セカンダリ周波数（ｓｅｃｏｎｄａｒｙ  ｆｒｅｑｕｅｎｃｙ）で動作するセカンダリセル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ、ＳＣｅｌｌ）とに分類することができる。ＰＣｅｌｌとＳＣｅｌｌをサービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）と総称することができる。ＰＣｅｌｌは、端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再設定過程又はハンドオーバー過程で指示されたセルをＰＣｅｌｌとすることができる。すなわち、ＰＣｅｌｌは、後述するキャリアアグリゲーション環境において制御関連中心（センタ）となるセルと理解することができる。端末は、自身のＰＣｅｌｌでＰＵＣＣＨの割当て受け、送信をすることができる。ＳＣｅｌｌは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続設定がなされた後に構成可能であり、追加的な無線リソースを提供するために用いることができる。キャリアアグリゲーション環境でＰＣｅｌｌを除く残りのサービングセルをＳＣｅｌｌと見なすことができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリアアグリゲーションが設定されていないか、又はキャリアアグリゲーションを支援しない端末の場合、ＰＣｅｌｌのみで構成されたサービングセルがただ一つ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるとともにキャリアアグリゲーションが設定された端末の場合、一つ以上のサービングセルが存在し、全体サービングセルにはＰＣｅｌｌ及び全体ＳＣｅｌｌが含まれる。キャリアアグリゲーションを支援する端末のために、ネットワークは、初期保安活性化（ｉｎｉｔｉａｌ  ｓｅｃｕｒｉｔｙ  ａｃｔｉｖａｔｉｏｎ）過程が開始された後、接続設定過程で初期に構成されるＰＣｅｌｌに加えて、一つ以上のＳＣｅｌｌを構成することができる。
【０１０４】
以下、図１１を参照してキャリアアグリゲーションについて説明する。キャリアアグリゲーションは、高い高速送信率に対する要求に符合するべく、より広い帯域を使用し得るように導入された技術である。キャリアアグリゲーションは、搬送波周波数が互いに異なる２個以上の構成搬送波（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＣＣ）の集合（ａｇｇｒｅｇａｔｉｏｎ）と定義することができる。図１１を参照すると、図１１（ａ）は、既存ＬＴＥシステムで一つのＣＣを使用する場合のサブフレームを示し、図１１（ｂ）は、キャリアアグリゲーションが用いられる場合のサブフレームを示す。図１１（ｂ）には、それぞれ２０ＭＨｚを有する３個のＣＣが用いられて総６０ＭＨｚの帯域幅を支援することを例示している。ここで、各ＣＣは連続してもよく、不連続してもよい。
【０１０５】
端末は、下りリンクデータを複数個のＤＬ  ＣＣを介して同時に受信し、モニタすることができる。各ＤＬ  ＣＣとＵＬ  ＣＣ間のリンケージ（ｌｉｎｋａｇｅ）は、システム情報で示すことができる。ＤＬ  ＣＣ／ＵＬ  ＣＣリンクは、システムに固定されていてもよく、半−静的に構成されてもよい。また、システム全体帯域がＮ個のＣＣで構成されても、特定端末がモニタ／受信できる周波数帯域は、Ｍ（＜Ｎ）個のＣＣに限定することができる。キャリアアグリゲーションに対する様々なパラメータは、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）の方式で設定することができる。
【０１０６】
図１２は、クロス搬送波スケジューリングを説明するための図である。クロス搬送波スケジューリングとは、例えば、複数のサービングセルのいずれか一つのＤＬ  ＣＣの制御領域に他のＤＬ  ＣＣの下りリンクスケジューリング割当て情報を全て含むこと、又は複数のサービングセルのいずれか一つのＤＬ  ＣＣの制御領域に、そのＤＬ  ＣＣとリンクされている複数のＵＬ  ＣＣに対する上りリンクスケジューリング承認情報を全て含むこと、を意味する。まず、搬送波指示子フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ、ＣＩＦ）について説明する。
【０１０７】
ＣＩＦは、前述したように、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットに含まれてもよく、含まれなくてもよいが、含まれた場合、クロス搬送波スケジューリングが適用されたことを示す。クロス搬送波スケジューリングが適用されない場合には、下りリンクスケジューリング割当て情報は、現在下りリンクスケジューリング割当て情報が送信されるＤＬ  ＣＣ上で有効である。また、上りリンクスケジューリング承認は、下りリンクスケジューリング割当て情報が送信されるＤＬ  ＣＣとリンクされた一つのＵＬ  ＣＣに対して有効である。
【０１０８】
クロス搬送波スケジューリングが適用された場合、ＣＩＦは、いずれか一つのＤＬ  ＣＣでＰＤＣＣＨを介して送信される下りリンクスケジューリング割当て情報に関連したＣＣを指示する。例えば、図１２を参照すると、ＤＬ  ＣＣ  Ａ上の制御領域におけるＰＤＣＣＨを介して、ＤＬ  ＣＣ  Ｂ及びＤＬ  ＣＣ  Ｃに対する下りリンク割当て情報、すなわち、ＰＤＳＣＨリソースに関する情報が送信される。端末は、ＤＬ  ＣＣ  Ａをモニタし、ＣＩＦから、ＰＤＳＣＨのリソース領域及び該当のＣＣを把握することができる。
【０１０９】
ＰＤＣＣＨにＣＩＦが含まれるか否かは、半−静的に設定することができ、上位層シグナリングによって端末−特定に活性化させることができる。ＣＩＦが非活性化（ｄｉｓａｂｌｅｄ）された場合に、特定ＤＬ  ＣＣ上のＰＤＣＣＨは、同ＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当て、特定ＤＬ  ＣＣにリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てることができる。この場合、既存のＰＤＣＣＨ構造と同一のコーディング方式、ＣＣＥベースのリソースマッピング、ＤＣＩフォーマットなどを適用することができる。
【０１１０】
一方、ＣＩＦが活性化（ｅｎａｂｌｅｄ）される場合に、特定ＤＬ  ＣＣ上のＰＤＣＣＨは、複数個の併合されたＣＣのうち、ＣＩＦが示す一つのＤＬ／ＵＬ  ＣＣ上におけるＰＤＳＣＨ／ＰＵＳＣＨリソースを割り当てることができる。この場合、既存のＰＤＣＣＨ  ＤＣＩフォーマットにＣＩＦをさらに定義することができ、固定された３ビット長のフィールドと定義されてもよく、ＣＩＦ位置がＤＣＩフォーマットの大きさに関係なく固定されてもよい。この場合にも、既存のＰＤＣＣＨ構造と同一のコーディング方式、ＣＣＥベースのリソースマッピング、ＤＣＩフォーマットなどを適用することができる。
【０１１１】
ＣＩＦが存在する場合にも、基地局は、ＰＤＣＣＨをモニタするＤＬ  ＣＣセットを割り当てることができる。これによって、端末におけるブラインドデコーディングの負担を減少させることができる。ＰＤＣＣＨモニタリングＣＣセットは、併合された全ＤＬ  ＣＣの一部分であり、端末はＰＤＣＣＨの検出／デコーディングを該当のＣＣセットでのみ行うことができる。すなわち、端末に対してＰＤＳＣＨ／ＰＵＳＣＨをスケジュールするために、基地局はＰＤＣＣＨをＰＤＣＣＨモニタリングＣＣセット上でのみ送信することができる。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは、端末−特定、端末グループ−特定、又はセル−特定に設定することができる。例えば、図１２の例示のように３個のＤＬ  ＣＣが併合される場合に、ＤＬ  ＣＣ  ＡをＰＤＣＣＨモニタリングＤＬ  ＣＣと設定することができる。ＣＩＦが非活性化される場合、それぞれのＤＬ  ＣＣ上のＰＤＣＣＨはＤＬ  ＣＣ ＡにおけるＰＤＳＣＨのみをスケジュールすることができる。一方、ＣＩＦが活性化されると、ＤＬ  ＣＣ  Ａ上のＰＤＣＣＨは、ＤＬ  ＣＣ  Ａはもとより、他のＤＬ  ＣＣにおけるＰＤＳＣＨもスケジュールすることができる。ＤＬ  ＣＣ  ＡがＰＤＣＣＨモニタリングＣＣとして設定される場合には、ＤＬ  ＣＣ  Ｂ及びＤＬ  ＣＣ  ＣではＰＤＣＣＨが送信されない。
【０１１２】
前述したようなキャリアアグリゲーションが適用されるシステムにおいて、端末は、複数個の下りリンク搬送波を介して複数個のＰＤＳＣＨを受信することができ、このような場合、端末はそれぞれのデータに対するＡＣＫ／ＮＡＣＫを一つのサブフレームで一つのＵＬ  ＣＣ上で送信すべき場合が発生する。一つのサブフレームで複数個のＡＣＫ／ＮＡＣＫをＰＵＣＣＨフォーマット１ａ／１ｂを用いて送信する場合、高い送信電力が要求され、上りリンク送信のＰＡＰＲが増加し、送信電力増幅器の非効率的な使用によって端末の基地局からの送信可能距離が減少しうる。一つのＰＵＣＣＨを介して複数個のＡＣＫ／ＮＡＣＫを送信するためには、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）又はＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）を適用することができる。
【０１１３】
また、キャリアアグリゲーションの適用による多数の下りリンクデータ及び／又はＴＤＤシステムにおいて複数個のＤＬサブフレームで送信された多数の下りリンクデータに対するＡＣＫ／ＮＡＣＫ情報が、一つのサブフレームでＰＵＣＣＨを介して送信されなければならない場合が発生しうる。このような場合において、送信されるべきＡＣＫ／ＮＡＣＫビットがＡＣＫ／ＮＡＣＫバンドリング又は多重化によって支援可能な個数よりも多い場合には、上記の方案ではＡＣＫ／ＮＡＣＫ情報を正しく送信することができない。
【０１１４】
上りリンク電力制御
【０１１５】
ＬＴＥ／ＬＴＥ−Ａシステムでは、上りリンク制御情報、データなどの円滑な復調のために上りリンク電力制御が適用される。この上りリンク電力制御を、ＰＵＣＣＨ電力制御、ＰＵＳＣＨ電力制御、及び上りリンクＳＲＳ（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）電力制御に区別することができる。
【０１１６】
ＰＵＣＣＨ電力制御は、ＰＵＣＣＨ上で送信される制御情報の復調が十分に低いエラー率でなされるようにするために、経路減衰（Ｐａｔｈｌｏｓｓ）、端末の最大送信電力などを考慮して決定する。
【０１１７】
具体的に、セルｃのサブフレームｉで、ＰＵＣＣＨ電力制御は、次の式２によって行うことができる。
【０１１８】
【数３】
2016508302.tif 000009
【０１１９】
ここで、ＰＣＭＡＸ，ｃ（ｉ）は、端末における最大送信電力を意味し、ＰＵＣＣＨ電力制御命令の上限となる。
【０１２０】
Ｐ０＿ＰＵＣＣＨは、基地局が受信したがる所望のＰＵＣＣＨ送信電力値である。この値は、端末特定のパラメータであって、上位層シグナリングによって伝達され、名目上（ｎｏｍｉｎａｌ）電力値ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨ及びＰ０＿ＵＥ＿ＰＵＣＣＨの和と決定される。
【０１２１】
ＰＬｃは、セルｃにおける経路減衰（ｐａｈｔｈｌｏｓｓ）値であって、端末が推定した値である。この値は、下りリンクセル特定参照信号（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＣＲＳ）の受信電力を測定することによって端末が推定することができる。
【０１２２】
【数４】
2016508302.tif 000010
【０１２３】
ΔＦ＿ＰＵＣＣＨ（Ｆ）は、ＭＣＳを考慮して上位層からシグナルされる値である。これは、ＰＵＣＣＨフォーマットに従ってサブフレーム当たりビット数及び互いに異なるエラー率が要求されることから互いに異なる信号対雑音干渉比（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ、ＳＩＮＲ）が必要とされることを反映するための値である。
【０１２４】
ΔＴｘＤ（Ｆ’）は、２つのアンテナポートを用いてＰＵＣＣＨを送信する場合、上位層からシグナルされる電力オフセットであり、ＰＵＣＣＨフォーマットに従属する値である。
【０１２５】
ｇ（ｉ）は、現在のＰＵＣＣＨ電力制御調節状態累積（ａｃｃｕｍｕｌａｔｉｏｎ）値であり、ＰＤＣＣＨ上で送信されるＤＣＩフォーマットに含まれた送信電力制御（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令フィールド値に対応する電力値δＰＵＣＣＨ及び直前サブフレームのＰＵＣＣＨ電力制御調節状態値であるｇ（ｉ−１）によって決定される。ここで、δＰＵＣＣＨは、次の表５に基づいて、ＤＣＩフォーマットにおけるＴＰＣフィールド値によって決定することができる。
【０１２６】
【表５】
2016508302.tif 000011
【０１２７】
次に、ＰＵＣＣＨ送信が伴わない場合のＰＵＳＣＨ電力制御は、次の式４のように決定することができる。
【０１２８】
【数５】
2016508302.tif 000012
【０１２９】
ＰＣＭＡＸ，ｃ（ｉ）は、端末における最大送信電力を、ＭＰＵＳＣＨ，ｃ（ｉ）は、ＲＢの数で表現されるＰＵＳＣＨ送信帯域幅を表す。
【０１３０】
ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、基地局が受信したがる所望のＰＵＳＣＨ送信電力値を意味する。この値は、名目上（ｎｏｍｉｎａｌ）電力値ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨ及びＰＯ＿ＵＥ＿ＰＵＣＣＨの和と決定される。半持続的スケジューリングの場合にはｊ＝０、動的スケジューリングの場合にはｊ＝１、ランダムアクセス応答の場合にはｊ＝２と決定される。
【０１３１】
【数６】
2016508302.tif 000013
【０１３２】
ΔＴＦ，ｃ（ｉ）は、上位層シグナリングで伝達される値とＲＥ当たりビット数（Ｂｉｔ  Ｐｅｒ  Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ、ＢＰＲＥ）、ＣＱＩ、ＰＭＩなどのビット数などを用いて計算される値である。
【０１３３】
ｆｃ（ｉ）は、累積（ａｃｃｕｍｕｌａｔｉｏｎ）値であり、ＰＤＣＣＨ上で送信されるＤＣＩフォーマットに含まれた送信電力制御（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令フィールド値に対応する電力値δＰＵＣＣＨ、ＦＤＤ、ＴＤＤなどの設定による値であるＫＰＵＳＣＨ、及び直前サブフレームまでの累積値であるｆｃ（ｉ−１）によって決定される。
【０１３４】
仮に、ＰＵＳＣＨ送信にＰＵＣＣＨ送信が伴われる場合、ＰＵＳＣＨ電力制御は、次の式４のとおりである。
【０１３５】
【数７】
2016508302.tif 000014
【０１３６】
【数８】
2016508302.tif 000015
【０１３７】
Ｅｎｈａｎｃｅｄ−ＰＤＣＣＨ（ＥＰＤＣＣＨ）
【０１３８】
リリース１１以降のＬＴＥシステムでは、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅ  Ｍｕｌｔｉ  Ｐｏｉｎｔ）、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）などによるＰＤＣＣＨの容量不足、及びセル間干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）によるＰＤＣＣＨ性能減少などに対する解決策として、従来のＰＤＳＣＨ領域で送信され得るＥｎｈａｎｃｅｄ−ＰＤＣＣＨ（ＥＰＤＣＣＨ）が考慮されている。また、ＥＰＤＣＣＨでは、プリコーディング（ｐｒｅ−ｃｏｄｉｎｇ）利得などを得るために、既存のＣＲＳベースのＰＤＣＣＨと違い、ＤＭＲＳに基づいてチャネル推定を行うことができる。
【０１３９】
ＥＰＤＣＣＨ送信は、ＥＰＤＣＣＨ送信に用いられるＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）ペアの構成によって、局部型（ｌｏｃａｌｉｚｅｄ）ＥＰＤＣＣＨ送信と分散型（ｄｉｓｔｒｉｂｕｔｅｄ）ＥＰＤＣＣＨ送信とに分類できる。局部型ＥＰＤＣＣＨ送信は、一つのＤＣＩ送信に用いられるＥＣＣＥが周波数ドメインで隣接している場合を意味し、ビームフォーミング利得を得るために特定プリコーディングを適用することができる。例えば、局部型ＥＰＤＣＣＨ送信は、集合レベルに該当する個数の連続したＥＣＣＥに基盤することができる。一方、分散型ＥＰＤＣＣＨ送信は、一つのＥＰＤＣＣＨが周波数ドメインで分離されたＰＲＢペアで送信されることを意味し、周波数ダイバーシティ側面の利得がある。例えば、分散型ＥＰＤＣＣＨ送信は、周波数ドメインで分離されたＰＲＢペアのそれぞれに含まれた４個のＥＲＥＧからなるＥＣＣＥに基盤することができる。端末には、１つ又は２つのＥＰＤＣＣＨ  ＰＲＢセットが上位層シグナリングなどによって設定（ｃｏｎｆｉｇｕｒｅｄ）されてもよく、各ＥＰＤＣＣＨ  ＰＲＢセットは、局部型ＥＤＰＣＣＨ送信又は分散型ＥＰＤＣＣＨ送信のいずれかのためのものであってもよい。
【０１４０】
端末は、ＥＰＤＣＣＨを介して制御情報（ＤＣＩ）を受信／取得するために、既存ＬＴＥ／ＬＴＥ−Ａシステムにおけると類似の方法でブラインド復号を行うことができる。より詳しくは、端末は、設定された送信モードに該当するＤＣＩフォーマットのために、集合レベル別にＥＰＤＣＣＨ候補のセットに対して復号を試みる（モニタする）ことができる。ここで、モニタリングの対象となるＥＰＤＣＣＨ候補のセットをＥＰＤＣＣＨ端末特定探索空間と呼ぶことができ、この探索空間は集合レベル別に設定／構成されうる。また、集合レベルは、前述した既存ＬＴＥ／ＬＴＥ−Ａシステムとはやや異なり、サブフレームタイプ、ＣＰ長、ＰＲＢペアにおける利用可能なリソース量などによって｛１，２，４，８，１６，３２｝が可能である。
【０１４１】
ＥＰＤＣＣＨが設定（ｃｏｎｆｉｇｕｒｅｄ）された端末の場合、ＰＲＢペアセットに含まれたＲＥはＥＲＥＧにインデクシングし、このＥＲＥＧをさらにＥＣＣＥ単位にインデクシングする。このインデクシングされたＥＣＣＥに基づいて探索空間を構成するＥＰＤＣＣＨ候補を決定し、ブラインド復号を行うことによって、制御情報を受信することができる。ここで、ＥＲＥＧは、既存のＬＴＥ／ＬＴＥ−ＡのＲＥＧに、ＥＣＣＥはＣＣＥに対応する概念であり、一つのＰＲＢペアは１６個のＥＲＥＧを含むことができる。
【０１４２】
ＥＰＤＣＣＨを受信した端末は、ＥＰＤＣＣＨに対する受信確認応答（ＡＣＫ／ＮＡＣＫ）をＰＵＣＣＨ上で送信することができる。このときに用いられるリソース、すなわち、ＰＵＣＣＨリソースのインデックスは、前述した式１と同様に、ＥＰＤＣＣＨ送信に用いられたＥＣＣＥのうちの最低ＥＣＣＥインデックスによって決定することができる。すなわち、次の式５で表現することができる。
【０１４３】
【数９】
2016508302.tif 000016
【０１４４】
上記の式５で、ｎ（１）ＰＵＣＣＨ−ＥＣＣＥはＰＵＣＣＨリソースインデックス、ｎＥＣＣＥは、ＥＰＤＣＣＨ送信に用いられたＥＣＣＥのうちの最低のＥＣＣＥインデックスを表し、Ｎ（１）ＰＵＣＣＨ（Ｎ（１）ＰＵＣＣＨ，ＥＰＤＣＣＨにしてもよい。）は、上位層シグナリングで伝達された値であり、ＰＵＣＣＨリソースインデックスが始まる地点を意味する。
【０１４５】
ただし、上述した式５によって一律的にＰＵＣＣＨリソースインデックスを決定する場合にはリソース衝突の問題が発生しうる。例えば、２つのＥＰＤＣＣＨ  ＰＲＢセットが設定される場合、各ＥＰＤＣＣＨ  ＰＲＢセットにおけるＥＣＣＥインデクシングは独立しているため、各ＥＰＤＣＣＨ  ＰＲＢセットにおける最低のＥＣＣＥインデックスが同一である場合がありうる。このような場合、ユーザ別にＰＵＣＣＨリソースの開始点を別にすることによって解決することもできるが、全てのユーザ別にＰＵＣＣＨリソースの開始点を別にすると、多いＰＵＣＣＨリソースを予約することにつながるため、非効率的である。また、ＥＰＤＣＣＨでは、ＭＵ−ＭＩＭＯのように、同一のＥＣＣＥ位置で複数ユーザのＤＣＩが送信されてもよいため、この点を考慮するＰＵＣＣＨリソース割当て方法も必要である。このようなＰＵＣＣＨリソースの衝突問題を解決するために、ＨＡＲＱ−ＡＣＫリソースオフセットフィールド（ＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ  ｆｉｅｌｄ；以下、ＡＲＯ）が導入された。ＡＲＯは、ＥＰＤＣＣＨを介してＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄが送信されるとき、当該ＤＣＩフォーマットに２ビットの情報フィールドとして存在する。
【０１４６】
一方、ＰＤＳＣＨは、ＰＣｅｌｌ又はＳＣｅｌｌのいずれかで送信することができ、該ＰＤＳＣＨは、ＰＤＣＣＨ又はＥＰＤＣＣＨのいずれかで指示することができる。ここで、可能な場合において、ＰＤＳＣＨがＳＣｅｌｌ上で送信されるが、該ＰＤＳＣＨがＥＰＤＣＣＨによって送信される場合、ＰＵＣＣＨリソースの決定方式については未だ定義されていない。以下、このような場合、ＰＵＣＣＨリソースの決定方式を定義し、ＥＰＤＣＣＨによってＰＤＳＣＨが指示されることから必ず含まれるＡＲＯフィールド及びＴＰＣフィールドの使用について定義する。
【０１４７】
実施例１−ＦＤＤの場合
【０１４８】
ＥＰＤＣＣＨを介した下りリンク制御情報（ＤＣＩ）の受信が設定（ｃｏｎｆｉｇｕｒｅｄ）されている端末が、ＥＰＤＣＣＨで示すＰＤＳＣＨをＳＣｅｌｌ上で受信する場合、ＰＵＣＣＨリソースは、ＥＰＤＣＣＨを用いて受信したＤＣＩにおけるＴＰＣフィールドに基づいて決定することができる。すなわち、ＰＵＣＣＨリソースを、上位層シグナリングで伝達されたリソース値（ｒｅｓｏｕｒｃｅ  ｖａｌｕｅ）のうち２ビットのＴＰＣフィールド値に対応するものと決定することができる。例えば、図１３に示すように、端末は、ＰＣｅｌｌ上で送信されるＥＰＤＣＣＨを介してＤＣＩを受信し、該ＥＰＤＣＣＨで示すＳＣｅｌｌ上のＰＤＳＣＨを介して下りリンクデータを受信する場合、次の表６に基づいてＰＵＣＣＣＨリソースを決定することができる。
【０１４９】
【表６】
2016508302.tif 000017
【０１５０】
このような場合、ＥＰＤＣＣＨを介して受信されるＤＣＩはＡＲＯフィールドを含むが、ＰＵＣＣＨリソースがＥＣＣＥインデックス及びＡＲＯフィールドに基づいて決定されずにＴＰＣフィールドに基づいて決定されるため、ＡＲＯフィールドは０で埋める（ｐａｄ）ことができる。
【０１５１】
又は、ＡＲＯフィールドを０で埋める代わりに、ＡＲＯフィールド２ビットに追加的な意味／動作（動作は、事前に定義されてもよく、より動的な活用のためには端末に特定動作をＲＲＣシグナルしてもよい。）を付与することもできる。以下では、これに関する例示について説明する。
【０１５２】
ＴＰＣフィールド値とＡＲＯ値との組合せがＰＵＣＣＨリソースを指示するように設定することができる。この場合、ＰＵＣＣＨリソースで示し得る値の種類を最大１６個まで増加させることができる。ＴＰＣフィールド値とＡＲＯ値との組合せによってＰＵＣＣＨリソースを示す方式の具体的な例示として次の表７を用いることができる。
【０１５３】
【表７】
2016508302.tif 000018
【０１５４】
また、他の実施例として、ＥＰＤＣＣＨを介して受信したＤＣＩにおけるＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソースがＡＲＯの値だけシフト（ｓｈｉｆｔ）するようにすることもできる。換言すれば、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＥＰＤＣＣＨにおいてＡＲＯを、ＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソース値の微調整（ｆｉｎｉｎｇ  ｔｕｎｉｎｇ）用途に用いる。ここで、ＡＲＯが示す値は、ＦＤＤにおけると同一のＡＲＯ（すなわち、｛−２，−１，０，２｝のいずれか一つ）であってもよく、ＴＤＤの場合には、他の値を指定することができる。こうすると、ＰＵＣＣＨリソースをＴＰＣフィールドによって指定する上で、動的な割当ても可能となるため、ＰＵＣＣＨリソースの使用効率を向上させることができる。
【０１５５】
他の実施例として、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＥＰＤＣＣＨにおいてＡＲＯを、ＳＣｅｌｌの（上位層シグナリングで伝達された値のうちの）ＰＵＣＣＨリソースを示す値として用い、ＴＰＣフィールドを、ＡＲＯで示したＰＵＣＣＨリソース値を微調整する用途（すなわち、ＡＲＯとして借用）に用いることができる。言い換えると、ＴＰＣフィールドをＳｃｅｌｌのＰＤＳＣＨに対するＰＵＣＣＨリソースを指示する用途に、ＡＲＯをＴＰＣフィールドで示したＰＵＣＣＨリソースをオフセットさせる用途にそれぞれ用いることができる。具体的に、例えば、ＴＰＣフィールドの２ビット｛００，０１，１０，１１｝はそれぞれ、オフセット値｛−２，−１，０，２｝を示し、このオフセット値は、ＡＲＯによって検出されたＰＵＣＣＨリソース位置を補正してより精密にＰＵＣＣＨリソース位置を指定することができる。
【０１５６】
他の実施例として、ＡＲＯをＰＵＣＣＨリソースの送信電力決定に用いることもできる。換言すれば、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＥＰＤＣＣＨにおいてＡＲＯをＴＰＣ用途（ＰＵＣＣＨの累積電力制御）に用いることができる。このような場合、ＰＣｅｌｌのＴＰＣフィールドはＰＣｅｌｌの電力制御のために、ＳＣｅｌｌのＴＰＣフィールドはＳＣｅｌｌの電力制御のために用いる。これは、ＳＣｅｌｌが物理的に異なる位置から送信されるリピーター（ｒｅｐｅａｔｅｒ）又はＣｏＭＰシナリオ４のような状況で、ＳＣｅｌｌにも累積電力制御を可能にするという利点がある。
【０１５７】
ＡＲＯは、ＰＣｅｌｌのＴＰＣを微調整する値として用いられてもよい。この場合、ＰＣｅｌｌ、ＳＣｅｌｌ両方ともＥＰＤＣＣＨをモニタするように指示されてもよい。
【０１５８】
更に他の実施例として、ＡＲＯがＳＣｅｌｌのＰＵＣＣＨリソースを指示する値として用いられる場合、ＴＰＣフィールドをＳＣｅｌｌの累積電力制御の用途に用いることができる。すなわち、ＴＰＣフィールドを本来の用途に使用する。
【０１５９】
実施例２−ＴＤＤの場合
【０１６０】
端末に対してＰＵＣＣＨフォーマット３が設定された場合、ＤＡＩ＝１を有するとともに、ＰＣｅｌｌのＰＤＳＣＨをスケジュールするＰＤＣＣＨ、又はＡ／Ｎ応答を必要とするＰＤＣＣＨ（例えば、ＰＤＣＣＨ  ｉｎｄｉｃａｔｉｎｇ  ＰＣｅｌｌ  ＤＬ  ＳＰＳ  ｒｅｌｅａｓｅ）を除く残りのＰＤＣＣＨのＴＰＣフィールドを通じてＰＵＣＣＨリソースが決定されてもよい。すなわち、上記ＴＰＣフィールドは、上位層シグナリングで明示的に割り当てられたＰＵＣＣＨフォーマット３リソースのうちの一つを指示することができる。また、端末に対してチャネル選択と共にＰＵＣＣＨフォーマット１ｂ（ＰＵＣＣＨ  ｆｏｒｍａｔ１ｂ  ｗｉｔｈ  ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）が設定された場合において、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＰＤＣＣＨがＳＣｅｌｌに存在すると、ＴＰＣフィールドは、上位層シグナリングで割り当てられた複数個のＰＵＣＣＨフォーマット１ｂリソースのうちの１つを指示することができる。
【０１６１】
このような場合、ＰＵＣＣＨリソースがＴＰＣフィールドから決定されるため、ＡＲＯは、０で埋めることができる。
【０１６２】
又は、前述したＦＤＤの場合と同様に、ＡＲＯの２ビット値にいずれかの動作を事前に／ＲＲＣなどによって定義することもできる。
【０１６３】
一例として、ＡＲＯは、ｅＩＭＴＡ（ＴＤＤのサブフレーム構成において特定サブフレームの用途を変更する概念）において、用途の変更されたサブフレームの送信電力を指示する用途に用いることができる。例えば、上りリンク用途に設定されているサブフレームｋを下りリンク用途に変更して使用する場合、隣接セルの上りリンクに及ぶ干渉の影響を最小化するために、サブフレームｋの送信電力を、他の下りリンクサブフレームよりも小さく設定する必要がある。ここで、サブフレームｋの送信電力を示す用途にＡＲＯを使用する。
【０１６４】
他の例として、ＡＲＯを、ｅＩＭＴＡにおいてＵＬ／ＤＬ動作を切り替えるサブフレームを指示する用途に使用することもできる。
【０１６５】
他の実施例として、ＡＲＯをＰＵＣＣＨリソース値の微調整に使用することができる。例えば、ＴＰＣフィールドによってＰＵＣＣＨリソース値が決定されると、ＡＲＯが示す値でＰＵＣＣＨリソース値を調整することができる。ここで、ＡＲＯが示す値は｛−２，−１，０，２｝のうちの一つでよいが、必ずしもこれに制限されず、他の値の構成も可能である。
【０１６６】
他の実施例として、ＡＲＯをＴＰＣ用途（累積電力制御）に使用することもでき、この場合、サブフレーム別にＴＰＣを精密に調節できるという長所がある。
【０１６７】
ＡＲＯを、上位層シグナリングで伝達された値の中からＰＵＣＣＨリソース値を指示する用途に使用することもできる。この場合、ＴＰＣフィールドは、本来の用途である累積電力制御の用途に用いたり、又はＡＲＯで示すＰＵＣＣＨリソース値を微調整する用途に用いることができる。例えば、ＴＰＣフィールドは、｛−２，−１，０，２｝のいずれか一つの値を示し、ＡＲＯで示したＰＵＣＣＨリソース値にオフセットとして適用されてもよい。この場合、上位層シグナリングで伝達されるＰＵＣＣＨリソース値を動的に変更できるという長所がある。
【０１６８】
本発明の実施例に係る装置構成
【０１６９】
図１４は、本発明の実施形態に係る送信ポイント装置及び端末装置の構成を示す図である。
【０１７０】
図１４を参照すると、本発明に係る送信ポイント装置１０は、受信モジュール１１、送信モジュール１２、プロセッサ１３、メモリ１４及び複数個のアンテナ１５を備えることができる。複数個のアンテナ１５は、ＭＩＭＯ送受信を支援する送信ポイント装置を意味する。受信モジュール１１は、端末からの上りリンク上の各種の信号、データ及び情報を受信することができる。送信モジュール１２は、端末への下りリンク上の各種の信号、データ及び情報を送信することができる。プロセッサ１３は、送信ポイント装置１０全般の動作を制御することができる。
【０１７１】
本発明の一実施例に係る送信ポイント装置１０におけるプロセッサ１３は、前述した各実施例において必要な事項を処理することができる。
【０１７２】
送信ポイント装置１０のプロセッサ１３は、その他にも、送信ポイント装置１０が受信した情報、外部に送信する情報などを演算処理する機能を担い、メモリ１４は、演算処理された情報などを所定時間記憶することができ、バッファー（図示せず）などの構成要素に代えてもよい。
【０１７３】
続いて、図１４を参照すると、本発明に係る端末装置２０は、受信モジュール２１、送信モジュール２２、プロセッサ２３、メモリ２４及び複数個のアンテナ２５を備えることができる。複数個のアンテナ２５は、ＭＩＭＯ送受信を支援する端末装置を意味する。受信モジュール２１は、基地局からの下りリンク上の各種の信号、データ及び情報を受信することができる。送信モジュール２２は、基地局への上りリンク上の各種の信号、データ及び情報を送信することができる。プロセッサ２３は、端末装置２０全般の動作を制御することができる。
【０１７４】
本発明の一実施例に係る端末装置２０におけるプロセッサ２３は、前述した各実施例において必要な事項を処理することができる。
【０１７５】
端末装置２０のプロセッサ２３は、その他にも、端末装置２０が受信した情報、外部に送信する情報などを演算処理する機能を担い、メモリ２４は、演算処理された情報などを所定時間記憶することができ、バッファー（図示せず）などの構成要素に代えてもよい。
【０１７６】
上記のような送信ポイント装置及び端末装置の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり、又は２つ以上の実施例が同時に適用されるように具現することができ、重複する内容は明確性のために説明を省略する。
【０１７７】
また、図１４の説明において、送信ポイント装置１０についての説明は、下り送信主体又は上り受信主体としての中継機装置にも同一に適用することができ、端末装置２０についての説明は、下り受信主体又は上り送信主体としての中継機装置にも同一に適用することができる。
【０１７８】
以上の本発明の実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって実現することができる。
【０１７９】
ハードウェアによる実現の場合に、本発明の実施例に係る方法は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実現することができる。
【０１８０】
ファームウェアやソフトウェアによる実現の場合に、本発明の実施例に係る方法は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態として具現することができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動することができる。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを授受することができる。
【０１８１】
以上、開示された本発明の好ましい実施例についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者に理解されるように、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更することもできる。例えば、当業者は、上記の実施例に記載された各構成を互いに組み合わせる方式で用いてもよい。したがって、本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。
【０１８２】
本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態として具体化することができる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈によって定めなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を有するものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【０１８３】
上述したような本発明の実施形態は、様々な移動通信システムに適用可能である。
【図１】
2016508302.tif 000019
【図２】
2016508302.tif 000020
【図３】
2016508302.tif 000021
【図４】
2016508302.tif 000022
【図６】
2016508302.tif 000023
【図７】
2016508302.tif 000024
【図８】
2016508302.tif 000025
【図９】
2016508302.tif 000026
【図１０】
2016508302.tif 000027
【図１１】
2016508302.tif 000028
【図１２】
2016508302.tif 000029
【図１３】
2016508302.tif 000030
【図１４】
2016508302.tif 000031
【図５】
2016508302.tif 000032
【国際調査報告】
2016508302.tif 000033
2016508302.tif 000034
2016508302.tif 000035
2016508302.tif 000036