(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末（ＵＥ）によりＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）応答を送信する方法であって、前記方法は、
Ｅ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を検出することと、
Ｅ−ＰＤＣＣＨセット内の前記検出されたＥ−ＰＤＣＣＨの位置に基づいて、前記検出されたＥ−ＰＤＣＣＨのリソースユニットインデックスを決定することであって、前記Ｅ−ＰＤＣＣＨセットは、Ｅ−ＰＤＣＣＨ別にインデクシングされる複数のリソースユニットを含む、ことと、
前記検出されたＥ−ＰＤＣＣＨが異なるＥ−ＰＤＣＣＨセットの複数のＥ−ＰＤＣＣＨ候補に対応する場合に、前記異なるＥ−ＰＤＣＣＨセットのうちの最低のＥ−ＰＤＣＣＨセットインデックスを有するＥ−ＰＤＣＣＨセットを介して前記検出されたＥ−ＰＤＣＣＨが受信されると仮定することと
を含み、
少なくともｉ）、ｉｉ）およびｉｉｉ）が満たされる場合に、前記ＵＥは、前記検出されたＥ−ＰＤＣＣＨが前記異なるＥ−ＰＤＣＣＨセットの前記複数のＥ−ＰＤＣＣＨ候補に対応すると決定し、
ｉ）前記異なるＥ−ＰＤＣＣＨセットが同一のシーケンスでスクランブルされ、
ｉｉ）前記異なるＥ−ＰＤＣＣＨセットの前記複数のＥ−ＰＤＣＣＨ候補が同一の属性を有し、
ｉｉｉ）前記異なるＥ−ＰＤＣＣＨセットの前記複数のＥ−ＰＤＣＣＨ候補がリソースユニットの同一のセット上で完全にオーバーラップする、
方法。
【請求項２】
前記同一の属性は、同一のＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードサイズを含む、請求項１に記載の方法。
【請求項３】
前記同一の属性は、同一のＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を含む、請求項１に記載の方法。
【請求項４】
前記ＲＮＴＩは、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）又はＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）Ｃ−ＲＮＴＩを含む、請求項３に記載の方法。
【請求項５】
それぞれのＥ−ＰＤＣＣＨセットは、１つ以上のＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含み、前記複数のリソースユニットは、複数のｅＣＣＥ（Ｅｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を含む、請求項１に記載の方法。
【請求項６】
前記検出されたＥ−ＰＤＣＣＨの前記リソースユニットインデックスを用いて決定されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて前記ＨＡＲＱ応答を送信することをさらに含む、請求項１に記載の方法。
【請求項７】
前記検出されたＥ−ＰＤＣＣＨがＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）をスケジューリングする情報を含む場合に、前記ＨＡＲＱ応答は、前記ＰＤＳＣＨに関する受信応答情報を含む、請求項６に記載の方法。
【請求項８】
前記検出されたＥ−ＰＤＣＣＨがＳＰＳ解除を指示する情報を含む場合に、前記ＨＡＲＱ応答は、前記検出されたＥ−ＰＤＣＣＨに関する受信応答情報を含む、請求項６に記載の方法。
【請求項９】
無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）応答を送信するように構成された端末（ＵＥ）であって、前記ＵＥは、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと
を備え、
前記プロセッサは、
Ｅ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を検出することと、
Ｅ−ＰＤＣＣＨセット内の前記検出されたＥ−ＰＤＣＣＨの位置に基づいて、前記検出されたＥ−ＰＤＣＣＨのリソースユニットインデックスを決定することであって、前記Ｅ−ＰＤＣＣＨセットは、Ｅ−ＰＤＣＣＨ別にインデクシングされる複数のリソースユニットを含む、ことと、
前記検出されたＥ−ＰＤＣＣＨが異なるＥ−ＰＤＣＣＨセットの複数のＥ−ＰＤＣＣＨ候補に対応する場合に、前記異なるＥ−ＰＤＣＣＨセットのうちの最低のＥ−ＰＤＣＣＨセットインデックスを有するＥ−ＰＤＣＣＨセットを介して前記検出されたＥ−ＰＤＣＣＨが受信されると仮定することと
を実行するように構成され、
少なくともｉ）、ｉｉ）およびｉｉｉ）が満たされる場合に、前記ＵＥは、前記検出されたＥ−ＰＤＣＣＨが前記異なるＥ−ＰＤＣＣＨセットの前記複数のＥ−ＰＤＣＣＨ候補に対応すると決定し、
ｉ）前記異なるＥ−ＰＤＣＣＨセットが同一のシーケンスでスクランブルされ、
ｉｉ）前記異なるＥ−ＰＤＣＣＨセットの前記複数のＥ−ＰＤＣＣＨ候補が同一の属性を有し、
ｉｉｉ）前記異なるＥ−ＰＤＣＣＨセットの前記複数のＥ−ＰＤＣＣＨ候補がリソースユニットの同一のセット上で完全にオーバーラップする、
ＵＥ。
【請求項１０】
前記同一の属性は、同一のＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードサイズを含む、請求項９に記載のＵＥ。
【請求項１１】
前記同一の属性は、同一のＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を含む、請求項９に記載のＵＥ。
【請求項１２】
前記ＲＮＴＩは、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）又はＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）Ｃ−ＲＮＴＩを含む、請求項１１に記載のＵＥ。
【請求項１３】
それぞれのＥ−ＰＤＣＣＨセットは、１つ以上のＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含み、前記複数のリソースユニットは、複数のｅＣＣＥ（Ｅｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を含む、請求項９に記載のＵＥ。
【請求項１４】
前記検出されたＥ−ＰＤＣＣＨの前記リソースユニットインデックスを用いて決定されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）応答を送信することをさらに含む、請求項９に記載のＵＥ。
【請求項１５】
前記検出されたＥ−ＰＤＣＣＨがＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）をスケジューリングする情報を含む場合に、前記ＨＡＲＱ応答は、前記ＰＤＳＣＨに関する受信応答情報を含む、請求項１４に記載のＵＥ。
【請求項１６】
前記検出されたＥ−ＰＤＣＣＨがＳＰＳ解除を指示する情報を含む場合に、前記ＨＡＲＱ応答は、前記検出されたＥ−ＰＤＣＣＨに関する受信応答情報を含む、請求項１４に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、制御情報を送受信する方法及びそのための装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信をサポートできる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて制御情報を效率よく送信／受信する方法及びそのための装置を提供することにある。また、本発明は、制御チャネル信号を效率よく送信／受信する方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、以上に言及している技術的課題に制限されるものではなく、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、無線通信システムにおいて端末がＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）応答を送信する方法であって、複数のＥ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）セットのうち少なくとも一つのＥ−ＰＤＣＣＨセット上でＥ−ＰＤＣＣＨ信号を受信し、それぞれのＥ−ＰＤＣＣＨセットは、Ｅ−ＰＤＣＣＨセット別にインデクシングされる複数のリソースユニットを含むことと、前記Ｅ−ＰＤＣＣＨ信号を運ぶ一つ以上のリソースユニットのうち最初のリソースユニットのインデックスを用いて決定されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて前記ＨＡＲＱ応答を送信することと、を含み、ｉ）〜ｉｉｉ）を含む特定条件を満たす場合、前記最初のリソースユニットのインデックスは、前記複数のＥ−ＰＤＣＣＨセットのうち、最小のインデックスを有するＥ−ＰＤＣＣＨセットに基づいて決定される方法が提供される：
ｉ）前記複数のＥ−ＰＤＣＣＨセットは同一のシーケンスでスクランブルされ、
ｉｉ）前記端末は、前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補をモニタリングするように設定され、
ｉｉｉ）前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号に該当する複数のＥ−ＰＤＣＣＨ候補は、同じ物理リソースにマップされるように設定される。
【０００６】
本発明の他の態様として、無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）応答を送信するように構成された端末であって、無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニットと、プロセッサと、を備え、前記プロセッサは、複数のＥ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）セットのうち少なくとも一つのＥ−ＰＤＣＣＨセット上でＥ−ＰＤＣＣＨ信号を受信し、それぞれのＥ−ＰＤＣＣＨセットは、Ｅ−ＰＤＣＣＨセット別にインデクシングされる複数のリソースユニットを含み、前記Ｅ−ＰＤＣＣＨ信号を運ぶ一つ以上のリソースユニットのうち、最初のリソースユニットのインデックスを用いて決定されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて前記ＨＡＲＱ応答を送信するように構成され、
ｉ）〜ｉｉｉ）を含む特定条件を満たす場合、前記最初のリソースユニットのインデックスは、前記複数のＥ−ＰＤＣＣＨセットのうち、最小のインデックスを有するＥ−ＰＤＣＣＨセットに基づいて決定される端末が提供される：
ｉ）前記複数のＥ−ＰＤＣＣＨセットは同一のシーケンスでスクランブルされ、
ｉｉ）前記端末は、前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補をモニタリングするように設定され、
ｉｉｉ）前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号に該当する複数のＥ−ＰＤＣＣＨ候補は、同じ物理リソースにマップされるように設定される。
【０００７】
好適には、前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補は、前記Ｅ−ＰＤＣＣＨ信号と同じＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードサイズを有するＥ−ＰＤＣＣＨ候補を含む。
【０００８】
好適には、前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補は、前記Ｅ−ＰＤＣＣＨ信号と同じＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を有するＥ−ＰＤＣＣＨ候補を含む。ここで、ＲＮＴＩは、Ｅ−ＰＤＣＣＨ信号のＣＲＣをスクランブルするのに用いることができる。
【０００９】
好適には、前記ＲＮＴＩは、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）又はＳＰＳ  Ｃ−ＲＮＴＩを含む。
【００１０】
好適には、それぞれのＥ−ＰＤＣＣＨセットは、一つ以上のＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。
【００１１】
好適には、前記複数のリソースユニットは、複数のｅＣＣＥ（Ｅｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を含む。
【００１２】
好適には、前記Ｅ−ＰＤＣＣＨ信号が指示するＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）信号を受信することを更に含み、前記ＨＡＲＱ応答は、前記ＰＤＳＣＨに関する受信応答情報を含む。
【００１３】
好適には、前記Ｅ−ＰＤＣＣＨ信号がＳＰＳ解除（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）を指示する情報を含む場合、前記ＨＡＲＱ応答は、前記Ｅ−ＰＤＣＣＨに関する受信応答情報を含む。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいて端末がＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）応答を送信する方法であって、
複数のＥ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）セットのうち少なくとも一つのＥ−ＰＤＣＣＨセット上でＥ−ＰＤＣＣＨ信号を受信し、それぞれのＥ−ＰＤＣＣＨセットはＥ−ＰＤＣＣＨセット別にインデクシングされる複数のリソースユニットを含むことと、
前記Ｅ−ＰＤＣＣＨ信号を運ぶ一つ以上のリソースユニットのうち最初のリソースユニットのインデックスを用いて決定されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて前記ＨＡＲＱ応答を送信することと、
を含み、
ｉ）〜ｉｉｉ）を含む特定条件を満たす場合、前記最初のリソースユニットのインデックスは、前記複数のＥ−ＰＤＣＣＨセットのうち、最小のインデックスを有するＥ−ＰＤＣＣＨセットに基づいて決定される方法：
ｉ）前記複数のＥ−ＰＤＣＣＨセットは同一のシーケンスでスクランブルされ、
ｉｉ）前記端末は、前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補をモニタリングするように設定され、
ｉｉｉ）前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号に該当する複数のＥ−ＰＤＣＣＨ候補は、同一の物理リソースにマップされるように設定される。
（項目２）
前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補は、前記Ｅ−ＰＤＣＣＨ信号と同じＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードサイズを有するＥ−ＰＤＣＣＨ候補を含む、項目１に記載の方法。
（項目３）
前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補は、前記Ｅ−ＰＤＣＣＨ信号と同じＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を有するＥ−ＰＤＣＣＨ候補を含む、項目１に記載の方法。
（項目４）
前記ＲＮＴＩは、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）又はＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）  Ｃ−ＲＮＴＩを含む、項目３に記載の方法。
（項目５）
それぞれのＥ−ＰＤＣＣＨセットは、一つ以上のＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含み、前記複数のリソースユニットは、複数のｅＣＣＥ（Ｅｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を含む、項目１に記載の方法。
（項目６）
前記Ｅ−ＰＤＣＣＨ信号が指示するＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）信号を受信することを更に含み、
前記ＨＡＲＱ応答は、前記ＰＤＳＣＨに関する受信応答情報を含む、項目１に記載の方法。
（項目７）
前記Ｅ−ＰＤＣＣＨ信号がＳＰＳ解除（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）を指示する情報を含む場合、前記ＨＡＲＱ応答は、前記Ｅ−ＰＤＣＣＨに関する受信応答情報を含む、項目１に記載の方法。
（項目８）
無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）応答を送信するように構成された端末であって、
無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニットと、
プロセッサと、
を備え、
前記プロセッサは、複数のＥ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）セットのうち少なくとも一つのＥ−ＰＤＣＣＨセット上でＥ−ＰＤＣＣＨ信号を受信し、それぞれのＥ−ＰＤＣＣＨセットは、Ｅ−ＰＤＣＣＨセット別にインデクシングされる複数のリソースユニットを含み、前記Ｅ−ＰＤＣＣＨ信号を運ぶ一つ以上のリソースユニットのうち最初のリソースユニットのインデックスを用いて決定されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースを用いて、前記ＨＡＲＱ応答を送信するように構成され、
ｉ）〜ｉｉｉ）を含む特定条件を満たす場合、前記最初のリソースユニットのインデックスは、前記複数のＥ−ＰＤＣＣＨセットのうち、最小のインデックスを有するＥ−ＰＤＣＣＨセットに基づいて決定される端末：
ｉ）前記複数のＥ−ＰＤＣＣＨセットは同一のシーケンスでスクランブルされ、
ｉｉ）前記端末は、前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補をモニタリングするように設定され、
ｉｉｉ）前記複数のＥ−ＰＤＣＣＨセットにおいて前記Ｅ−ＰＤＣＣＨ信号に該当する複数のＥ−ＰＤＣＣＨ候補は同一の物理リソースにマップされるように設定される。
（項目９）
前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補は、前記Ｅ−ＰＤＣＣＨ信号と同じＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）ペイロードサイズを有するＥ−ＰＤＣＣＨ候補を含む、項目８に記載の端末。
（項目１０）
前記Ｅ−ＰＤＣＣＨ信号と同じ属性を有するＥ−ＰＤＣＣＨ候補は、前記Ｅ−ＰＤＣＣＨ信号と同じＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を有するＥ−ＰＤＣＣＨ候補を含む、項目８に記載の端末。
（項目１１）
前記ＲＮＴＩは、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）又はＳＰＳ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）  Ｃ−ＲＮＴＩを含む、項目１０に記載の端末。
（項目１２）
それぞれのＥ−ＰＤＣＣＨセットは、一つ以上のＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含み、前記複数のリソースユニットは、複数のｅＣＣＥ（Ｅｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を含む、項目８に記載の端末。
（項目１３）
前記プロセッサは、前記Ｅ−ＰＤＣＣＨ信号が指示するＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）信号を更に受信するように構成され、
前記ＨＡＲＱ応答は、前記ＰＤＳＣＨに関する受信応答情報を含む、項目８に記載の端末。
（項目１４）
前記Ｅ−ＰＤＣＣＨ信号がＳＰＳ解除（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）を指示する情報を含む場合、前記ＨＡＲＱ応答は、前記Ｅ−ＰＤＣＣＨに関する受信応答情報を含む、項目８に記載の端末。
【発明の効果】
【００１４】
本発明によれば、無線通信システムにおいて制御情報を效率よく送信／受信することが可能になる。また、制御チャネル信号を效率よく送信／受信することが可能になる。
【００１５】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００１６】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に係る実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】図１は、ＬＴＥ（−Ａ）システムに用いられる物理チャネル及びこれらのチャネルを用いた一般の信号送信方法を例示する図である。
【図２】図２は、ＬＴＥ（−Ａ）システムに用いられる無線フレームの構造を例示する図である。
【図３】図３は、ダウンリンクスロットのリソースグリッドを例示する図である。
【図４】図４は、ダウンリンクサブフレームの構造を例示する図である。
【図５】図５は、送信端でＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を構成する例を示す図である。
【図６】図６は、受信端でＰＤＣＣＨを処理する例を示す図である。
【図７】図７は、アップリンクサブフレームの構造を例示する図である。
【図８】図８は、ＰＵＣＣＨフォーマットをＰＵＣＣＨ領域に物理的にマップする例を示す図である。
【図９】図９は、ＰＵＣＣＨフォーマット１ａ／１ｂのスロットレベル構造を示す図である。
【図１０】図１０は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。
【図１１】図１１は、キャリアアグリゲーション（ＣＡ）通信システムを例示する図である。
【図１２】図１２は、クロスキャリアスケジューリングを例示する図である。
【図１３】図１３は、サブフレームのデータ領域にＥ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）を割り当てる例を示す図である。
【図１４】図１４は、Ｅ−ＰＤＣＣＨのためのリソース割当及びＰＤＳＣＨ受信過程を例示する図である。
【図１５】図１５は、Ｅ−ＰＤＣＣＨセットを例示する図である。
【図１６】図１６は、Ｅ−ＰＤＣＣＨベースのスケジューリングにおいてＰＵＣＣＨリソース割当時の問題を例示する図である。
【図１７】図１７は、複数のＥ−ＰＤＣＣＨセットが構成された場合のＰＵＣＣＨリソース割当を例示する図である。
【図１８】図１８は、本発明によって複数のＥ−ＰＤＣＣＨセットが構成された場合にＰＵＣＣＨリソースを割り当てる例を示す図である。
【図１９】図１９は、本発明によってＴＤＤにおいて複数のＥ−ＰＤＣＣＨセットが構成された場合にＰＵＣＣＨリソースを割り当てる例を示す図である。
【図２０】図２０は、本発明に適用することができる基地局及び端末を例示する図である。
【発明を実施するための形態】
【００１７】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって実現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって実現することができる。。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって実現することができる。。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進展したバージョンである。
【００１８】
説明を明確にさせるため、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されることはない。また、以下の説明に用いられる特定用語は、本発明の理解を助けるために提供されたもので、本発明の技術的思想から逸脱しない範囲で他の形態に変更されてもよい。
【００１９】
図１は、ＬＴＥ（−Ａ）システムに用いられる物理チャネル及びこれらのチャネルを用いた一般の信号送信方法を説明するための図である。
【００２０】
図１を参照すると、  電源が切られた状態から再び電源が入ったり、セルに新しく進入したりした端末は、段階Ｓ１０１において、基地局と同期を取る等の初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｐ−ＳＣＨ）及び２次同期チャネル（ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ；Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤ（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）などの情報を取得する。その後、端末は、基地局から物理同報チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ；ＰＢＣＨ）を受信してセル内の同報情報を取得することができる。一方、端末は、初期セル探索段階においてダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＬ  ＲＳ）を受信してダウンリンクチャネル状態を確認することができる。
【００２１】
初期セル探索を終えた端末は、段階Ｓ１０２において、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、及び該物理ダウンリンク制御チャネル情報に対応する物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
【００２２】
その後、端末は基地局への接続を確立するために、段階Ｓ１０３乃至段階Ｓ１０６のようなランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ；ＰＲＡＣＨ）を通じてプリアンブルを送信し（Ｓ１０３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを通じてプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４）。競合ベースのランダムアクセスでは、追加のＰＲＡＣＨの送信（Ｓ１０５）、及びＰＤＣＣＨ及びこれに対応するＰＤＳＣＨの受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００２３】
以上の手順を行った端末は、以降、一般的なアップリンク／ダウンリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０７）及び物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）／物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）の送信（Ｓ１０８）を行うことができる。
【００２４】
図２は、ＬＴＥ（−Ａ）で用いられる無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造を例示する。アップリンク／ダウンリンクデータパケットの送信は、サブフレーム単位に行われ、サブフレームは、複数のシンボルを含む時間区間と定義される。ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム構造、及びＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造が用いられる。
【００２５】
図２（ａ）には、タイプ１の無線フレーム構造を例示する。ダウンリンク無線フレームは、１０個のサブフレームで構成され、サブフレームは時間ドメイン（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロットで構成される。例えば、サブフレームの長さは１ｍｓであり、スロットの長さは０．５ｍｓである。スロットは、時間ドメインにおいて複数のＯＦＤＭシンボルを含み、周波数ドメインにおいて複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ  ＬＴＥ（−Ａ）システムではダウンリンクにおいてＯＦＤＭを用いるため、ＯＦＤＭシンボルが１個のシンボル区間を表す。ＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ばれることもある。リソース割当単位としてのリソースブロック（ＲＢ）は、１個のスロットにおいて複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００２６】
スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）によって異なることがある。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と正規ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが正規ＣＰによって構成された場合、１個のスロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合は、ＯＦＤＭシンボルの長さが増加するため、スロットに含まれるＯＦＤＭシンボルの数は、正規ＣＰの場合に比べて少なくなる。例えば、拡張ＣＰの場合、スロットに含まれるＯＦＤＭシンボルの数は６個であってよい。端末が速い速度で移動する等の場合のようにチャネル状態が不安定な場合は、シンボル間干渉をより低減するために拡張ＣＰを用いることができる。
【００２７】
正規ＣＰが用いられる場合、スロットは７個のＯＦＤＭシンボルを含むため、サブフレームは１４個のＯＦＤＭシンボルを含む。サブフレーム先頭の最大３個のＯＦＤＭシンボルはＰＤＣＣＨに割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨに割り当てることができる。
【００２８】
図２（ｂ）にはタイプ２の無線フレーム構造を例示する。タイプ２の無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成される。ハーフフレームは４（５）個の一般サブフレーム及び１（０）個のスペシャルサブフレームを含む。一般サブフレームは、ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）によってアップリンク又はダウンリンクに用いられる。サブフレームは２個のスロットで構成される。
【００２９】
図３に、ダウンリンクスロットのリソースグリッドを例示する。
【００３０】
図３を参照すると、ダウンリンクスロットは時間ドメインにおいて複数のＯＦＤＭシンボルを含む。ダウンリンクスロットは、７（６）個のＯＦＤＭシンボルを含み、複数のリソースブロック（ＲＢ）を含む。リソースブロックは、周波数ドメインにおいて１２個の副搬送波を含むことができる。リソースグリッド上の各要素はリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ；ＲＥ）と呼ばれ、ＲＢは１２×７（６）個のＲＥを含む。ダウンリンクスロットに含まれるＲＢの個数ＮＲＢは、ダウンリンク送信帯域幅に依存する。アップリンクスロットの構造はダウンリンクスロットの構造と同一であり、ただし、ＯＦＤＭシンボルがＳＣ−ＦＤＭＡシンボルに代替される。
【００３１】
図４に、ダウンリンクサブフレームの構造を例示する。
【００３２】
図４を参照すると、サブフレームの１番目のスロットにおいて先頭部に位置している最大３（４）個のＯＦＤＭシンボルは、制御チャネルの割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨの割り当てられるデータ領域に該当する。ＬＴＥ（−Ａ）で用いられるダウンリンク制御チャネルの例には、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００３３】
ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＣＦＩＣＨは４個のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）で構成され、それぞれのＲＥＧはセルＩＤに基づいて制御領域内に均等に分散される。ＰＣＦＩＣＨは１〜３（又は２〜４）の値を指示し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）で変調される。ＰＨＩＣＨはアップリンク送信に対する応答としてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号を運ぶ。ＰＨＩＣＨ期間（ｄｕｒａｔｉｏｎ）によって設定された一つ以上のＯＦＤＭシンボルにおいてＣＲＳ（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）及びＰＣＦＩＣＨ以外の残りＲＥＧ上にＰＨＩＣＨが割り当てられる。ＰＨＩＣＨは、周波数ドメイン上で極力分散された３個のＲＥＧに割り当てられる。
【００３４】
ＰＤＣＣＨは、サブフレーム先頭のｎ  ＯＦＤＭシンボル（以下、制御領域）内に割り当てられる。ここで、ｎは１以上の整数であり、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨを通じて送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。ＤＣＩフォーマットは、アップリンク用にフォーマット０、３、３Ａ、４、ダウンリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃなどが定義されている。ＤＣＩフォーマットは、用途によって、ホップフラグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）、ＲＢ割当、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、サイクリックシフトＤＭ−ＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）要請、ＨＡＲＱプロセス番号、ＴＰＭＩ（Ｔｒａｎｓｍｉｔｔｅｄ  Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）確認（ｃｏｎｆｉｒｍａｔｉｏｎ）などの情報を選択的に含む。
【００３５】
ＰＤＣＣＨはダウンリンク共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ；ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、アップリンク共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ；ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ；ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当情報、端末グループ内における個別端末へのＴｘ電力制御命令セット、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを運ぶ。基地局は、端末に送信するＤＣＩによってＰＤＣＣＨフォーマットを決定し、ＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を制御情報に付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ））でマスキングされる。例えば、ＰＤＣＣＨが特定端末のためのものであれば、端末識別子（例、Ｃ−ＲＮＴＩ（ｃｅｌｌ−ＲＮＴＩ））をＣＲＣにマスキングできる。ＰＤＣＣＨがページングメッセージのためのものであれば、ページング識別子（例、Ｐ−ＲＮＴＩ（ｐａｇｉｎｇ−ＲＮＴＩ））をＣＲＣにマスキングできる。ＰＤＣＣＨがシステム情報（例、ＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ））のためのものであれば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）をＣＲＣにマスキングできる。ＰＤＣＣＨがランダムアクセス応答のためのものであれば、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスキングできる。
【００３６】
複数のＰＤＣＣＨが１サブフレーム内で送信されることがある。それぞれのＰＤＣＣＨは一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）を用いて送信され、それぞれのＣＣＥは９個のＲＥＧで構成される。ＲＥＧは、４個のＲＥで構成される。ＣＣＥはＰＤＣＣＨに無線チャネル状態に基づく符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）を提供するために用いられる論理的割当ユニットである。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビット数は、ＣＣＥの個数（ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）によって決定される。
【００３７】
表１は、ＰＤＣＣＨフォーマットによるＣＣＥの個数、ＲＥＧの個数、ＰＤＣＣＨビット数を表すものである。
【００３８】
【表１】
0006001153.tif 000002
【００３９】
ＣＣＥには連続して番号を付け、デコーディングプロセスを単純化するために、ｎ  ＣＣＥｓで構成されたフォーマットを持つＰＤＣＣＨは、ｎの倍数に相当する数を持つＣＣＥでのみ始めることができる。特定ＰＤＣＣＨの送信のために用いられるＣＣＥの個数は、チャネル条件によって基地局で決定する。例えば、ＰＤＣＣＨが、良い（例、基地局に近接している）ダウンリンクチャネルを持つ端末のためのものであれば、一つのＣＣＥでも充分であろう。しかし、ＰＤＣＣＨが、悪い（例、セル境界に近接している）ダウンリンクチャネルを持つ端末のためのものであれば、充分のロバスト（ｒｏｂｕｓｔｎｅｓｓ）を得るために、８個のＣＣＥを使用することができる。また、ＰＤＣＣＨの電力レベルをチャネル条件に応じて調節することもできる。
【００４０】
ＬＴＥ（−Ａ）は、それぞれの端末のためにＰＤＣＣＨが位置できる制限されたセットのＣＣＥ位置を定義する。端末が自身のＰＤＣＣＨを探すためにモニタリングすべき制限されたセットのＣＣＥ位置（等価として、制限されたＣＣＥセット又は制限されたＰＤＣＣＨ候補セット）を、検索空間（Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＳＳ）と呼ぶことができる。ここで、モニタリングは、それぞれのＰＤＣＣＨ候補をデコーディングすることを含む（ブラインドデコーディング）。ＵＥ−特定検索空間（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＵＳＳ）及び共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＣＳＳ）が定義される。ＵＳＳは端末別に設定され、ＣＳＳは端末に対して同一に設定される。ＵＳＳ及びＣＳＳはオーバーラップすることもある。ＵＳＳの開始位置は、端末−特定方式で各サブフレームでホップする。検索空間は、ＰＤＣＣＨフォーマットによって異なるサイズを有することがある。
【００４１】
表２は、ＣＳＳ及びＵＳＳのサイズを表すものである。
【００４２】
【表２】
0006001153.tif 000003
【００４３】
ブラインドデコーディング（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ；ＢＤ）の総回数による計算負荷を統制下に置くために、定義された全てのＤＣＩフォーマットを同時に検索するように端末に要求することはない。一般に、ＵＳＳ内で端末は常にフォーマット０及び１Ａを検索する。フォーマット０及び１Ａは、互いに同一のサイズを有し、メッセージ内のフラグによって区別される。また、追加フォーマットを受信するように端末に要求することもある（例、基地局で設定されたＰＤＳＣＨ送信モードによって１、１Ｂ又は２）。ＣＳＳで端末はフォーマット１Ａ及び１Ｃをサーチする。また、端末はフォーマット３又は３Ａをサーチするように設定されることもある。フォーマット３及び３Ａは、フォーマット０及び１Ａと同じサイズを有し、端末−特定識別子よりは、互いに異なる（共通）識別子でＣＲＣをスクランブルすることによって区別することができる。送信モード（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ；ＴＭ）によるＰＤＳＣＨ送信手法、及びＤＣＩフォーマットの情報コンテンツを、次に述べる。
【００４４】
送信モード
●送信モード１：単一基地局アンテナポートからの送信
●送信モード２：送信ダイバーシティ
●送信モード３：開ループ空間多重化
●送信モード４：閉ループ空間多重化
●送信モード５：複数ユーザＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）
●送信モード６：閉ループランク−１プリコーディング
●送信モード７：単一アンテナポート（ポート５）送信
●送信モード８：二重レイヤー送信（ポート７及び８）又は単一アンテナポート（ポート７又は８）送信
●送信モード９〜１０：最大８個のレイヤー送信（ポート７〜１４）又は単一アンテナポート（ポート７又は８）送信
ＤＣＩフォーマット
●フォーマット０：ＰＵＳＣＨ送信のためのリソースグラント
●フォーマット１：単一コードワードＰＤＳＣＨ送信（送信モード１、２及び７）のためのリソース割当
●フォーマット１Ａ：単一コードワードＰＤＳＣＨ（全てのモード）のためのリソース割当のコンパクトシグナリング
●フォーマット１Ｂ：ランク−１閉ループプリコーディングを用いるＰＤＳＣＨ（モード６）のためのコンパクトリソース割当
●フォーマット１Ｃ：ＰＤＳＣＨ（例、ページング／ブロードキャストシステム情報）のための極めてコンパクトなリソース割当
●フォーマット１Ｄ：複数ユーザＭＩＭＯを用いるＰＤＳＣＨ（モード５）のためのコンパクトリソース割当
●フォーマット２：閉ループＭＩＭＯ動作のＰＤＳＣＨ（モード４）のためのリソース割当
●フォーマット２Ａ：開ループＭＩＭＯ動作のＰＤＳＣＨ（モード３）のためのリソース割当
●フォーマット３／３Ａ：ＰＵＣＣＨ及びＰＵＳＣＨのために２ビット／１ビットの電力調整値を持つ電力制御命令
●フォーマット４：多重アンテナポート送信モードに設定されたセルでＰＵＳＣＨ送信のためのリソースグラント
ＤＣＩフォーマットは、ＴＭ−専用（ｄｅｄｉｃａｔｅｄ）フォーマットとＴＭ−共通（ｃｏｍｍｏｎ）フォーマットとに分類できる。ＴＭ−専用フォーマットは該当のＴＭにのみ設定されたＤＣＩフォーマットを意味し、ＴＭ−共通フォーマットは全てのＴＭに共通に設定されたＤＣＩフォーマットを意味する。例えば、ＴＭ８は、ＤＣＩフォーマット２ＢをＴＭ−専用ＤＣＩフォーマットとし、ＴＭ９は、ＤＣＩフォーマット２ＣをＴＭ−専用ＤＣＩフォーマットとし、ＴＭ１０は、ＤＣＩフォーマット２ＤをＴＭ−専用ＤＣＩフォーマットとすることができる。また、ＤＣＩフォーマット１ＡはＴＭ−共通ＤＣＩフォーマットであってよい。
【００４５】
図５は、送信端（例、基地局）でＰＤＣＣＨを構成する例を示す図である。
【００４６】
図５を参照すると、基地局は、ＤＣＩフォーマットによって制御情報を生成する。基地局は、端末に送る制御情報によって複数のＤＣＩフォーマット（ＤＣＩ  ｆｏｒｍａｔ  １，２，…，Ｎ）のうち一つのＤＣＩフォーマットを選択することができる。段階Ｓ５１０で、それぞれのＤＣＩフォーマットによって生成された制御情報にエラー検出のためのＣＲＣを付加する。ＣＲＣにはＰＤＣＣＨの所有者や用途によって識別子（例、ＲＮＴＩ）がマスキングされる。言い換えると、ＰＤＣＣＨは識別子（例、ＲＮＴＩ）でＣＲＣスクランブルされる。
【００４７】
表３は、ＰＤＣＣＨにマスキングされる識別子の例を表すものである。
【００４８】
【表３】
0006001153.tif 000004
【００４９】
Ｃ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ）又はＳＰＳＣ−ＲＮＴＩ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  Ｃ−ＲＮＴＩ）が用いられると、ＰＤＣＣＨは特定端末のための制御情報を運び、その他のＲＮＴＩが用いられると、ＰＤＣＣＨはセル内の全ての端末が受信する共用制御情報を運ぶ。段階Ｓ５２０で、ＣＲＣの付加された制御情報にチャネルコーディングを行い、符号化された制御情報を生成する。符号化された制御情報は、割り当てられたＣＣＥ集約レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）によってレートマッチング（ｒａｔｅｍａｔｃｈｉｎｇ）することができる。段階Ｓ５３０で、符号化された制御情報にスクランブルを適用する。スクランブルは、多重化された制御情報に適用し、具体的に、次のように行うことができる。
【００５０】
まず、各制御チャネル（すなわち、ＰＤＣＣＨ）で送信される符号化された制御情報（例、符号化されたＤＣＩ（マスキングされたＣＲＣ含む））を、ビットシーケンス
【００５１】
【化１】
0006001153.tif 000005
と定義する。ここで、
【００５２】
【化２】
0006001153.tif 000006
は、サブフレームのＰＤＣＣＨ  ＃ｉで送信されるビットの個数を表す。この場合、多重化された制御情報情報は次のように与えられる。
【００５３】
【化３】
0006001153.tif 000007
ここで、ｎＰＤＣＣＨは、サブフレームで送信されるＰＤＣＣＨの個数を表す。
【００５４】
【化４】
0006001153.tif 000008
はセル−特定シーケンスにスクランブルされ、スクランブルされたビットシーケンス
【００５５】
【化５】
0006001153.tif 000009
に変換される。
【００５６】
【化６】
0006001153.tif 000010
は、多重化された制御情報のビット個数（又は長さ）又はスクランブルビットシーケンスのビット個数（又は長さ）を表す。
【００５７】
スクランブルは、下記の式によって行うことができる。
【００５８】
【数１】
0006001153.tif 000011
ここで、ｉ＝０，１，…，
【００５９】
【化７】
0006001153.tif 000012
であり、ｍｏｄはモジューロ演算を表し、スクランブルシーケンスｃ（ｉ）は、下記の式から得られる。
【００６０】
【数２】
0006001153.tif 000013
【００６１】
【化８】
0006001153.tif 000014
【００６２】
【化９】
0006001153.tif 000015
は、スクランブルシーケンスを生成するのに用いられる初期化値を表し、
【００６３】
【化１０】
0006001153.tif 000016
と与えられる。ここで、
【００６４】
【化１１】
0006001153.tif 000017
は無線フレームにおけるスロット番号を表し、
【００６５】
【化１２】
0006001153.tif 000018
は物理セル識別子を表し、
【００６６】
【化１３】
0006001153.tif 000019
は床関数を表す。式２によるスクランブルシーケンス生成器は、毎サブフレームで
【００６７】
【化１４】
0006001153.tif 000020
に初期化することができる。
【００６８】
段階Ｓ５４０で、スクランブルされた制御情報を変調して変調シンボルを生成する。一つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥ集約レベルが１、２、４、８のいずれか一つであってよい。段階Ｓ５５０で、変調シンボルをリソース要素（ＲＥ）にマップ（ＣＣＥ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）する。
【００６９】
図６は、受信端（例、端末）がＰＤＣＣＨを処理する例を示す。
【００７０】
図６を参照すると、段階Ｓ６１０で、端末は、物理的なリソース要素をＣＣＥにデマップ（ＣＣＥ  ｔｏ  ＲＥ  ｄｅｍａｐｐｉｎｇ）する。段階Ｓ６２０で、端末は自身がどのＣＣＥ集約レベルでＰＤＣＣＨを受信すべきか知らず、それぞれのＣＣＥ集約レベルに対して復調（Ｄｅｍｏｄｕｌａｔｉｏｎ）を行う。復調された制御情報に対してはレートデマッチング（ｒａｔｅｄｅｍａｔｃｈｉｎｇ）を行うことができる。この場合、端末は、自身がどのＤＣＩフォーマット（又はＤＣＩペイロードサイズ）を持つ制御情報を受信すべきか知らず、それぞれのＤＣＩフォーマット（又はＤＣＩペイロードサイズ）に対してレートデマッチングを行えばいい。
【００７１】
段階Ｓ６３０で、端末は、復調された制御情報に対してデスクランブルを行い、デスクランブルされた制御情報を生成する。デスクランブルは、下記の式によって行うことができる。
【００７２】
【化１５】
0006001153.tif 000021
は、上述で定義した通りである。
【００７３】
【数３】
0006001153.tif 000022
ここで、スクランブルシーケンスｃ（ｉ）は、式２から得られる。
【００７４】
段階Ｓ６４０で、端末は、デスクランブルされた制御情報に対して符号化率によってチャネルデコーディングを行い、ＣＲＣをチェックしてエラー発生の有無を検出する。ＣＲＣエラーチェックのために、端末は、ＣＲＣを表３の識別情報によってデスクランブル（又はデマスキング）する。エラーが発生していないと、端末は自身のＰＤＣＣＨを検出したものである。エラーの発生時、端末は、他のＣＣＥ集約レベルや、他のＤＣＩフォーマット（又はＤＣＩペイロードサイズ）に対して続けてブラインドデコーディングを行う。段階Ｓ６５０で、自身のＰＤＣＣＨを検出した端末は、デコーディングされた制御情報からＣＲＣを除去し、制御情報を取得する。
【００７５】
図７は、ＬＴＥで用いられるアップリンクサブフレーム構造を示す図である。
【００７６】
図７を参照すると、アップリンクサブフレームは、複数（例、２個）のスロットを含む。スロットは、ＣＰ長によって異なる数のＳＣ−ＦＤＭＡシンボルを含むことがある。アップリンクサブフレームは周波数ドメインにおいてデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、アップリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）を送信するのに用いられる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置しているＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界にホップする。
【００７７】
ＰＵＣＣＨは、下記の制御情報を送信するために用いることができる。
【００７８】
−  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：アップリンクＵＬ−ＳＣＨリソースを要請するために用いる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式を用いて送信する。
【００７９】
−  ＨＡＲＱ応答：ＰＤＳＣＨ上のダウンリンクデータブロック（例、伝送ブロック又はコードワード）に対する応答信号である。ダウンリンクデータブロックが成功的に受信されたか否かを表す。単一ダウンリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ  １ビットを送信し、２つのダウンリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ  ２ビットを送信する。ＨＡＲＱ応答は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ又はＨＡＲＱ−ＡＣＫにいい換えてもよい。
【００８０】
−  ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）：ダウンリンクチャネルに関するフィードバック情報である。ＭＩＭＯ関連フィードバック情報としては、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）及びＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）を含む。サブフレーム当たりに２０ビットが用いられる。
【００８１】
端末がサブフレームで送信できる制御情報（ＵＣＩ）の量は、制御情報送信に使用可能なＳＣ−ＦＤＭＡの個数に依存する。制御情報送信に使用可能なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号送信のためのＳＣ−ＦＤＭＡシンボルを除く残りＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が設定されたサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除く。参照信号はＰＵＣＣＨのコヒーレント検出に用いられる。ＰＵＣＣＨは、送信される情報によって７個のフォーマットをサポートする。
【００８２】
表４は、ＬＴＥにおいてＰＵＣＣＨフォーマットとＵＣＩとのマップ関係を表すものである。
【００８３】
【表４】
0006001153.tif 000023
【００８４】
図８は、ＰＵＣＣＨフォーマットをＰＵＣＣＨ領域に物理的にマップする例を示す図である。
【００８５】
図８を参照すると、ＰＵＣＣＨフォーマットは、バンドエッジ（ｅｄｇｅ）から始まって内側へ、ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）（例、ＰＵＣＣＨ領域ｍ＝０、１）、ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）又はＰＵＣＣＨフォーマット１／１ａ／１ｂ（ＳＲ／ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ）（例、存在する場合、ＰＵＣＣＨ領域ｍ＝２）、及びＰＵＣＣＨフォーマット１／１ａ／１ｂ（ＳＲ／ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ）（例、ＰＵＣＣＨ領域ｍ＝３、４、５）の順にＲＢ上にマップして送信される。ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）に使用可能なＰＵＣＣＨ  ＲＢの個数
【００８６】
【化１６】
0006001153.tif 000024
は、セル内でブロードキャストシグナリングによって端末に送信される。
【００８７】
図９は、ＰＵＣＣＨフォーマット１ａ／１ｂのスロットレベル構造を示す図である。ＰＵＣＣＨフォーマット１ａ／１ｂはＡＣＫ／ＮＡＣＫ送信に用いられる。正規ＣＰの場合、ＳＣ−ＦＤＭＡ  ＃２／＃３／＃４がＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）送信に用いられる。拡張ＣＰの場合、ＳＣ−ＦＤＭＡ  ＃２／＃３がＤＭＲＳ送信に用いられる。したがって、スロットで４個のＳＣ−ＦＤＭＡシンボルがＡＣＫ／ＮＡＣＫ送信に用いられる。便宜上、ＰＵＣＣＨフォーマット１ａ／１ｂをＰＵＣＣＨフォーマット１と総称する。
【００８８】
図９を参照すると、１ビット［ｂ（０）］及び２ビット［ｂ（０）ｂ（１）］ＡＣＫ／ＮＡＣＫ情報はそれぞれＢＰＳＫ及びＱＰＳＫ変調方式によって変調され、一つのＡＣＫ／ＮＡＣＫ変調シンボルが生成される（ｄ０）。ＡＣＫ／ＮＡＣＫ情報においてそれぞれのビット［ｂ（ｉ）、ｉ＝０，１］は、当該ＤＬ伝送ブロックに対するＨＡＲＱ応答を表し、ポジティブＡＣＫの場合、当該ビットは１と与えられ、ネガティブＡＣＫ（ＮＡＣＫ）の場合は、当該ビットは０と与えられる。ＰＵＣＣＨフォーマット１ａ／１ｂは、周波数ドメインにおいてサイクリックシフト（αｃｓ，ｘ）を行うに加え、直交拡散コード（例、Ｗａｌｓｈ−Ｈａｄａｍａｒｄ又はＤＦＴコード）ｗ０，ｗ１，ｗ２，ｗ３を用いて時間ドメイン拡散をする。ＰＵＣＣＨフォーマット１ａ／１ｂの場合、周波数及び時間ドメインの両方でコード多重化を用いるため、より多数の端末を同一ＰＵＣＣＨ  ＲＢ上に多重化することができる。
【００８９】
図１０は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは各端末にあらかじめ割り当てられておらず、複数のＰＵＣＣＨリソースをセル内の複数の端末が毎時点ごとに分けて使用する。具体的に、端末がＡＣＫ／ＮＡＣＫを送信するために用いるＰＵＣＣＨリソースは、該当のダウンリンクデータに関するスケジューリング情報を運ぶＰＤＣＣＨに対応する。それぞれのダウンリンクサブフレームにおいてＰＤＣＣＨが送信される全体領域は複数のＣＣＥで構成され、端末に送信されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。端末は、自身が受信したＰＤＣＣＨを構成するＣＣＥのうち特定ＣＣＥ（例、最初のＣＣＥ）に対応するＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫを送信する。
【００９０】
図１０を参照すると、ダウンリンクコンポーネント搬送波（ＤｏｗｎＬｉｎｋ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ；ＤＬ  ＣＣ）において各ボックスはＣＣＥを表し、アップリンクコンポーネント搬送波（ＵｐＬｉｎｋ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ；ＵＬ  ＣＣ）において各ボックスはＰＵＣＣＨリソースを表す。それぞれのＰＵＣＣＨインデックスはＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースに対応する。図１０のように、４〜６番のＣＣＥで構成されたＰＤＣＣＨを通じてＰＤＳＣＨに関する情報が伝達されるとすれば、端末は、ＰＤＣＣＨを構成する最初のＣＣＥである４番ＣＣＥに対応する４番ＰＵＣＣＨを用いてＡＣＫ／ＮＡＣＫを送信する。図１０は、ＤＬ  ＣＣに最大Ｎ個のＣＣＥが存在するとき、ＵＬ  ＣＣに最大Ｍ個のＰＵＣＣＨが存在する場合を例示する。Ｎ＝Ｍでもよいが、Ｍ値とＮ値を異なるように設計し、ＣＣＥとＰＵＣＣＨとのマップが重なるようにしてもよい。
【００９１】
具体的に、ＬＴＥシステムにおいてＰＵＣＣＨリソースインデックスは次のように定められる。
【００９２】
【数４】
0006001153.tif 000025
ここで、ｎ（１）ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ／ＤＴＸを送信するためのＰＵＣＣＨフォーマット１のリソースインデックスを表し、Ｎ（１）ＰＵＣＣＨは、上位層から伝達されたシグナリング値を表し、ｎＣＣＥは、ＰＤＣＣＨ送信に用いられたＣＣＥインデックスのうち最小の値を表す。ｎ（１）ＰＵＣＣＨから、ＰＵＣＣＨフォーマット１ａ／１ｂのためのサイクリックシフト、直交拡散コード及びＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）が得られる。
【００９３】
ＬＴＥシステムがＴＤＤ方式で動作する場合、端末は、異なった時点のサブフレームで受信した複数のＰＤＳＣＨに対して一つの多重化されたＡＣＫ／ＮＡＣＫ信号を送信する。具体的に、端末は、ＰＵＣＣＨ選択送信（ＰＵＣＣＨ  ｓｅｌｅｃｔｉｏｎ）方式を用いて複数のＰＤＳＣＨに対して一つの多重化されたＡＣＫ／ＮＡＣＫ信号を送信する。ＰＵＣＣＨ選択送信はＡＣＫ／ＮＡＣＫ選択方式とも呼ばれる。ＰＵＣＣＨ選択送信方式において、端末は複数のダウンリンクデータを受信した場合、多重化されたＡＣＫ／ＮＡＣＫ信号を送信するために複数のアップリンク物理チャネルを占有する。一例として、端末は、複数のＰＤＳＣＨを受信した場合、それぞれのＰＤＳＣＨを指示するＰＤＣＣＨの特定ＣＣＥを用いて同数のＰＵＣＣＨを占有することができる。この場合、占有した複数のＰＵＣＣＨからいずれのＰＵＣＣＨを選択するかと、選択したＰＵＣＣＨに適用される変調／符号化された内容との組合せを用いて多重化されたＡＣＫ／ＮＡＣＫ信号を送信するとができる。
【００９４】
表５は、ＬＴＥシステムに定義されたＰＵＣＣＨ選択送信方式を表すものである。
【００９５】
【表５】
0006001153.tif 000026
【００９６】
図５で、ＨＡＲＱ−ＡＣＫ（ｉ）は、ｉ番目のデータユニット（０≦ｉ≦３）のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸ結果を意味する。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸ結果は、ＡＣＫ、ＮＡＣＫ、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）又はＮＡＣＫ／ＤＴＸを表す。ＤＴＸは、ＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの送信がないか、又は端末がＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの存在を検出できなかった場合を表す。それぞれのデータユニットに関連して最大４個のＰＵＣＣＨリソース（すなわち、ｎ（１）ＰＵＣＣＨ，０〜ｎ（１）ＰＵＣＣＨ，３）を占有できる。多重化されたＡＣＫ／ＮＡＣＫは、占有したＰＵＣＣＨリソースから選択された一つのＰＵＣＣＨリソースを通じて送信される。表５に記載されたｎ（１）ＰＵＣＣＨ，Ｘは、ＡＣＫ／ＮＡＣＫを送信するのに用いられるＰＵＣＣＨリソースを表す。ｂ（０）ｂ（１）は、選択されたＰＵＣＣＨリソースを通じて送信される２ビットを表し、ＱＰＳＫ方式で変調される。一例として、端末が４個のデータユニットを成功的に復号した場合、端末は、ｎ（１）ＰＵＣＣＨ，１に連結されたＰＵＣＣＨリソースを用いて（１，１）を基地局に送信する。ＰＵＣＣＨリソースとＱＰＳＫシンボルとの組合せが、可能なＡＣＫ／ＮＡＣＫ仮定を全て表すには足りないため、一部の場合を除いては、ＮＡＣＫ及びＤＴＸはカップリングされる（ＮＡＣＫ／ＤＴＸ、Ｎ／Ｄ）。
【００９７】
図１１は、キャリアアグリゲーション（ＣＡ）通信システムを例示する図である。
【００９８】
図１１を参照すると、複数のアップリンク／ダウンリンクコンポーネントキャリア（ＣＣ）を束ねてより広いアップリンク／ダウンリンク帯域幅を支援することができる。それぞれのＣＣは周波数領域で互いに隣接しても、非隣接してもよい。各コンポーネントキャリアの帯域幅は、独立して定めることができる。ＵＬ  ＣＣの個数とＤＬ  ＣＣの個数とが異なる非対称ＣＡも可能である。一方、制御情報は特定ＣＣのみを通じて送受信されるように設定することができる。このような特定ＣＣを１次ＣＣと呼び、残りのＣＣを２次ＣＣと呼ぶことができる。一例として、クロスキャリアスケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）（又はクロスＣＣスケジューリング）が適用される場合に、ダウンリンク割当のためのＰＤＣＣＨはＤＬ  ＣＣ  ＃０で送信し、該当のＰＤＳＣＨはＤＬ  ＣＣ  ＃２で送信することができる。用語「コンポーネントキャリア」は、等価の別の用語（例、キャリア、セルなど）に代えてもよい。
【００９９】
クロスＣＣスケジューリングのために、ＣＩＦ（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）を用いる。ＰＤＣＣＨ内にＣＩＦの存在又は不在のための設定を半−静的に端末−特定（又は端末グループ−特定）に上位層シグナリング（例、ＲＲＣシグナリング）によってイネーブルすることができる。ＰＤＣＣＨ送信の基本事項を下記のようにまとめることができる。
【０１００】
■  ＣＩＦディスエイブルド（ｄｉｓａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは、同一のＤＬ  ＣＣ上のＰＤＳＣＨリソース、及び単一のリンクされたＵＬ  ＣＣ上でのＰＵＳＣＨリソースを割り当てる。
【０１０１】
●  Ｎｏ  ＣＩＦ
■  ＣＩＦイネイブルド（ｅｎａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて、複数の束ねられたＤＬ／ＵＬ  ＣＣのうち一つのＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる。
【０１０２】
●  ＣＩＦを持つように拡張されたＬＴＥ  ＤＣＩフォーマット
−  ＣＩＦ（設定される場合）は、固定されたｘビットフィールド（例、ｘ＝３）
−  ＣＩＦ（設定される場合）位置は、ＤＣＩフォーマットサイズによらずに固定される
ＣＩＦの存在時に、基地局は、端末にとってのＢＤ複雑度を下げるべく、モニタリングＤＬ  ＣＣ（セット）を割り当てることができる。すると、ＰＤＳＣＨ／ＰＵＳＣＨスケジューリングために、端末は、当該ＤＬ  ＣＣでのみＰＤＣＣＨの検出／デコーディングを行えばいい。また、基地局は、モニタリングＤＬ  ＣＣ（セット）でのみＰＤＣＣＨを送信すればいい。モニタリングＤＬ  ＣＣセットは、端末−特定、端末グループ−特定又はセル−特定の方式でセッティングすることができる。
【０１０３】
図１２は、３個のＤＬ  ＣＣが束ねられ、ＤＬ  ＣＣ  ＡがモニタリングＤＬ  ＣＣに設定された場合を例示する。ＣＩＦがディセーブルされると、ＬＴＥ  ＰＤＣＣＨ規則に従って各ＤＬ  ＣＣはＣＩＦ無しに、各ＤＬ  ＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信すればよい。一方、ＣＩＦが上位層シグナリングによってイネーブルされると、ＣＩＦを用いてＤＬ  ＣＣ  Ａのみが、ＤＬ  ＣＣ  ＡのＰＤＳＣＨに加え、他のＤＬ  ＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信すればよい。モニタリングＤＬ  ＣＣとして設定されていないＤＬ  ＣＣ  Ｂ及びＣではＰＤＣＣＨが送信されない。ここで、モニタリングＤＬ  ＣＣは、モニタリングキャリア、モニタリングセル、スケジューリングキャリア、スケジューリングセル、サービングキャリア、サービングセルなどのような等価の用語に代えてもよい。ＰＤＣＣＨに対応するＰＤＳＣＨが送信されるＤＬ  ＣＣ、ＰＤＣＣＨに対応するＰＵＳＣＨが送信されるＵＬ  ＣＣは、被スケジューリングキャリア、被スケジューリングセルなどと呼ぶことができる。
【０１０４】
ＦＤＤ  ＤＬキャリア、ＴＤＤ  ＤＬサブフレームは、図４で記述したように、サブフレームの先頭ｎ個のＯＦＤＭシンボルを、各種の制御情報送信のための物理チャネルであるＰＤＣＣＨ、ＰＨＩＣＨ、ＰＣＦＩＣＨなどの送信に用い、残りのＯＦＤＭシンボルをＰＤＳＣＨ送信に用いる。各サブフレームにおいて制御チャネル送信に用いられるシンボル個数は、ＰＣＦＩＣＨなどの物理チャネルを通じて動的に、或いはＲＲＣシグナリングによって半−静的に、端末に伝達される。ｎ値は、サブフレーム特性及びシステム特性（ＦＤＤ／ＴＤＤ、システム帯域幅など）によって１シンボルから最大４シンボルまで設定することができる。一方、既存ＬＴＥシステムにおいてＤＬ／ＵＬスケジューリング及び各種制御情報を送信するための物理チャネルであるＰＤＣＣＨは、限られたＯＦＤＭシンボルを通じて送信される等の限界がある。そこで、ＬＴＥ−Ａシステムでは、ＰＤＳＣＨ及びＦＤＭ方式を用いてより自由に多重化するＥ−ＰＤＣＣＨ（ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）を導入している。
【０１０５】
図１３は、サブフレームにＥ−ＰＤＣＣＨを割り当てる例を示す図である。
【０１０６】
図１３を参照すると、サブフレームの制御領域（図４参照）には、既存ＬＴＥ（−Ａ）に基づくＰＤＣＣＨ（便宜上、Ｌｅｇａｃｙ  ＰＤＣＣＨ；Ｌ−ＰＤＣＣＨ）を割り当てることができる。同図で、Ｌ−ＰＤＣＣＨ領域は、レガシーＰＤＣＣＨを割り当てることができる領域を意味する。文脈によって、Ｌ−ＰＤＣＣＨ領域は、制御領域、制御領域内において実際にＰＤＣＣＨを割り当てることができる制御チャネルリソース領域（すなわち、ＣＣＥリソース）、又はＰＤＣＣＨ検索空間を意味することができる。一方、データ領域（例、ＰＤＳＣＨのためのリソース領域、図４参照）内にＰＤＣＣＨを更に割り当てることができる。データ領域に割り当てられたＰＤＣＣＨを、Ｅ−ＰＤＣＣＨと呼ぶ。同図に示すように、Ｅ−ＰＤＣＣＨを用いて制御チャネルリソースを更に確保することによって、Ｌ−ＰＤＣＣＨ領域の制限された制御チャネルリソースによるスケジューリング制約を緩和することが可能になる。データ領域においてＥ−ＰＤＣＣＨ及びＰＤＳＣＨはＦＤＭ方式で多重化される。
【０１０７】
具体的に、Ｅ−ＰＤＣＣＨをＤＭ−ＲＳに基づいて検出／復調することができる。Ｅ−ＰＤＣＣＨは、時間軸上でＰＲＢペア（ｐａｉｒ）にわたって送信される構造を有する。より具体的に、Ｅ−ＰＤＣＣＨ検出のための検索空間（ＳＳ）を、一つ或いは複数（例、２つ）のＥ−ＰＤＣＣＨセットで構成することができる。それぞれのＥ−ＰＤＣＣＨセットは、複数（例、２、４、８）個のＰＲＢペアを占有できる。Ｅ−ＰＤＣＣＨセットを構成するｅＣＣＥ（Ｅｎｈａｎｃｅｄ  ＣＣＥ）は、（一つのｅＣＣＥが複数ＰＲＢペアに分散しているか否かによって）偏在した（ｌｏｃａｌｉｚｅｄ）或いは分散した（ｄｉｓｔｒｉｂｕｔｅｄ）形態でマップすることができる。また、Ｅ−ＰＤＣＣＨベースのスケジューリングが設定される場合、どのサブフレームでＥ−ＰＤＣＣＨ送信／検出を行うかを指定することができる。Ｅ−ＰＤＣＣＨはＵＳＳにのみ構成することができる。端末は、Ｅ−ＰＤＣＣＨ送信が許容されるように設定されたサブフレーム（以下、Ｅ−ＰＤＣＣＨサブフレーム）でＬ−ＰＤＣＣＨ  ＣＳＳとＥ−ＰＤＣＣＨ  ＵＳＳのみに対してＤＣＩ検出を試み、Ｅ−ＰＤＣＣＨ送信が許容されないように設定されたサブフレーム（すなわち、ノン−Ｅ−ＰＤＣＣＨサブフレーム）ではＬ−ＰＤＣＣＨ  ＣＳＳとＬ−ＰＤＣＣＨ  ＵＳＳに対してＤＣＩ検出を試みることができる。
【０１０８】
Ｌ−ＰＤＣＣＨと同様、Ｅ−ＰＤＣＣＨはＤＣＩを運ぶ。例えば、Ｅ−ＰＤＣＣＨはダウンリンクスケジューリング情報、アップリンクスケジューリング情報を運ぶことができる。Ｅ−ＰＤＣＣＨ／ＰＤＳＣＨ過程及びＥ−ＰＤＣＣＨ／ＰＵＳＣＨ過程は、図１の段階Ｓ１０７及びＳ１０８を参照して説明したのと類似／同一である。すなわち、端末はＥ−ＰＤＣＣＨを受信し、Ｅ−ＰＤＣＣＨに対応するＰＤＳＣＨを通じてデータ／制御情報を受信することができる。また、端末はＥ−ＰＤＣＣＨを受信し、Ｅ−ＰＤＣＣＨに対応するＰＵＳＣＨを通じてデータ／制御情報を送信することができる。一方、既存のＬＴＥは、制御領域内にＰＤＣＣＨ候補領域（以下、ＰＤＣＣＨ検索空間）をあらかじめ予約しておき、その一部領域に特定端末のＰＤＣＣＨを送信する方式を取っている。そのため、端末はブラインドデコーディングによってＰＤＣＣＨ検索空間内で自身のＰＤＣＣＨを取得することができる。同様に、Ｅ−ＰＤＣＣＨも、あらかじめ予約されたリソースの一部又は全体にわたって送信することができる。
【０１０９】
図１４は、Ｅ−ＰＤＣＣＨのためのリソース割当とＥ−ＰＤＣＣＨ受信過程を例示するフローチャートである。
【０１１０】
図１４を参照すると、基地局は端末にＥ−ＰＤＣＣＨリソース割当（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ；ＲＡ）情報を送信する（Ｓ９１０）。Ｅ−ＰＤＣＣＨ  ＲＡ情報は、ＲＢ（或いは、ＶＲＢ（Ｖｉｒｔｕａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ））割当情報を含むことができる。ＲＢ割当情報は、ＲＢ単位又はＲＢＧ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ）単位に与えることができる。ＲＢＧは２以上の連続したＲＢを含む。Ｅ−ＰＤＣＣＨ  ＲＡ情報は上位層（例、ＲＲＣ層）シグナリングを用いて送信することができる。ここで、Ｅ−ＰＤＣＣＨ  ＲＡ情報はＥ−ＰＤＣＣＨリソース（領域）（以下、ＥＰＤＣＣＨセット）を事前予約するために用いられる。この後、基地局は端末にＥ−ＰＤＣＣＨを送信する（Ｓ９２０）。Ｅ−ＰＤＣＣＨは、段階Ｓ９１０で予約されたＥ−ＰＤＣＣＨリソース（例、Ｍ個のＲＢ）の一部領域或いは全領域において送信することができる。したがって、端末は、Ｅ−ＰＤＣＣＨを送信可能なリソース（領域）（以下、Ｅ−ＰＤＣＣＨ検索空間）をモニタリングする（Ｓ９３０）。Ｅ−ＰＤＣＣＨ検索空間は、段階Ｓ９１０で割り当てられたＲＢセットの一部と与えることができる。ここで、モニタリングは、検索空間内の複数のＥ−ＰＤＣＣＨ候補をブラインドデコーディングすることを含む。ブラインドデコーディングは、Ｅ−ＰＤＣＣＨに適用されたスクランブルシーケンスを用いて行うことができる。
【０１１１】
図１５は、Ｅ−ＰＤＣＣＨセット（或いは、Ｅ−ＰＤＣＣＨ−ＰＲＢセット）を例示する図である。
【０１１２】
図１５を参照すると、Ｅ−ＰＤＣＣＨの場合、一つの端末観点でＵＳＳを各ＣＣ／セル別にＫ個のＥ−ＰＤＣＣＨセットで構成することができる。Ｋは、１より大きい又は等しいか、特定上限（例、２）より小さい又は等しい数であってよい。Ｅ−ＰＤＣＣＨセットは、（ＰＤＳＣＨ領域に属している）Ｎ個のＰＲＢ（ペア）で構成することができる。ここで、Ｎ値及びＥ−ＰＤＣＣＨを構成するＰＲＢリソース／インデックスは、Ｅ−ＰＤＣＣＨセット別に独立して割り当てることができる（すなわち、Ｅ−ＰＤＣＣＨセット−特定割当）。したがって、Ｅ−ＰＤＣＣＨセットを構成するｅＣＣＥリソース個数／インデックスも、（端末−特定に、且つ）Ｅ−ＰＤＣＣＨセット−特定に設定することができる。例えば、サブフレームにおいてｅＣＣＥはＥ−ＰＤＣＣＨセット別にインデクシングすることができる（例、Ｅ−ＰＤＣＣＨセット別に０からインデクシング）。ｅＣＣＥリソース／インデックスにリンクされるＰＵＣＣＨリソース／インデックスもＥ−ＰＤＣＣＨセット別に独立した開始ＰＵＣＣＨリソース／インデックスを設定することによって、（端末−特定に、且つ）Ｅ−ＰＤＣＣＨセット−特定に割り当てることができる。ここで、ｅＣＣＥは、（ＰＤＳＣＨ領域内のＰＲＢに属している）複数のＲＥで構成されるＥ−ＰＤＣＣＨの基本制御チャネル単位（すなわち、リソースユニット）を意味する。ｅＣＣＥは、Ｅ−ＰＤＣＣＨ送信形態によって異なる構造を有することができる。一例として、偏在送信（ｌｏｃａｌｉｚｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）のためのｅＣＣＥは、同一のＰＲＢペアに属するＲＥで構成することができる。また、分散送信（ｄｉｓｔｒｉｂｕｔｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）のためのｅＣＣＥは、複数のＰＲＢペアから抽出されたＲＥで構成することができる。一方、偏在ｅＣＣＥの場合、各ユーザに最適ビームフォーミングを行うために、ｅＣＣＥリソース／インデックス別にＡＰ（Ａｎｔｅｎｎａ  Ｐｏｒｔ）を用いることができる。また、分散ｅＣＣＥの場合は、複数ユーザがＡＰを共通に使用できるように、同一のＡＰ集合を異なったｅＣＣＥに繰返し用いることができる。本明細書においてｅＣＣＥは、文脈によって、論理リソースユニット又は物理リソースユニットと解釈することもできる。
【０１１３】
実施例：複数のＥ−ＰＤＣＣＨセットが設定された場合のＰＵＣＣＨリソース割当
既存Ｌ−ＰＤＣＣＨベースのスケジューリングでは、ＤＬグラントＰＤＣＣＨによってスケジューリングされるＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック送信リソースを、ＤＬグラントＰＤＣＣＨを構成する特定ＣＣＥインデックス（例、最小ＣＣＥインデックス）にリンクされたＰＵＣＣＨリソースと決定する（式４参照）。Ｌ−ＰＤＣＣＨの場合、ＣＣＥリソース／インデックスはセル−特定に設定され、それぞれのＣＣＥリソース／インデックスはそれぞれ異なったＰＵＣＣＨリソース／インデックスとセル−特定にリンクされる。そのため、一つの端末観点でＬ−ＰＤＣＣＨ検出のためのＵＳＳ領域に属している各ＣＣＥリソース／インデックス及びそれにリンクされたＰＵＣＣＨリソース／インデックスを、曖昧なことなく唯一に区別することができる。
【０１１４】
一方、Ｅ−ＰＤＣＣＨベースのスケジューリングの場合も、ＤＬグラントＥ−ＰＤＣＣＨによってスケジューリングされるＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック送信リソースを、ＤＬグラントＥ−ＰＤＣＣＨを構成する特定ｅＣＣＥインデックス（例、最小ｅＣＣＥインデックス）にリンクされたＰＵＣＣＨリソース、或いは特定ｅＣＣＥインデックス＋オフセット値にリンクされたＰＵＣＣＨリソースと決定することができる。特定オフセット値は、ＤＬグラントＥ−ＰＤＣＣＨを通じて直接シグナリングされるＡＲＩ（ＡＣＫ／ＮＡＣＫ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）及び／又はＡＰ別に専用指定される値などによって決定することができる。
【０１１５】
図１６は、Ｅ−ＰＤＣＣＨベースのスケジューリングにおいてＰＵＣＣＨリソース割当時の問題を例示する図である。
【０１１６】
図１６を参照すると、ＵＳＳを構成するＥ−ＰＤＣＣＨセットが複数である場合、Ｅ−ＰＤＣＣＨセット同士にオーバーラップ領域が発生することがある。これによって、オーバーラップ領域内の（物理）ｅＣＣＥリソースは、異なったＥ−ＰＤＣＣＨセット内の同一の／異なる（論理）ｅＣＣＥインデックスで重複マップされることがある。例えば、Ｅ−ＰＤＣＣＨセット１は、（論理）ｅＣＣＥインデックスｘ１、ｘ２、ｘ３、ｘ４で構成され、それぞれの（論理）ｅＣＣＥインデックスはＰＵＣＣＨ（リソース）インデックスａ１、ａ２、ａ３、ａ４にリンクされ、Ｅ−ＰＤＣＣＨセット２は、（論理）ｅＣＣＥインデックスｙ１、ｙ２、ｙ３、ｙ４で構成され、それぞれの（論理）ｅＣＣＥインデックスはＰＵＣＣＨ（リソース）インデックスｂ１、ｂ２、ｂ３、ｂ４にリンクされることがある。また、両Ｅ−ＰＤＣＣＨセット間のオーバーラップ領域内で（ｘ３，ｙ１）及び／又は（ｘ４，ｙ２）がそれぞれ、同一の（物理）ｅＣＣＥリソースに重複設定されることがある。このような状況で、両（論理）ｅＣＣＥインデックス（ｘ３，ｙ１）に対応する（物理）ｅＣＣＥリソースを通じてＥ−ＰＤＣＣＨ（例、ＤＬグラントＥ−ＰＤＣＣＨ）が検出されることがある。この場合、Ｅ−ＰＤＣＣＨによってスケジューリングされたＤＬデータに対するＡＣＫ／ＮＡＣＫ送信のために、ｘ３又はｙ１のいずれかのｅＣＣＥインデックスにリンクされたＰＵＣＣＨリソース／インデックス（すなわち、ａ３とｂ１のうちいずれのＰＵＣＣＨインデックス）を使用すればいいかについて曖昧さが存在する。
【０１１７】
すなわち、端末がｘ３及びｙ１に対応する物理リソース（例、ｅＣＣＥ、ＲＥ）においてＥ−ＰＤＣＣＨ候補をそれぞれモニタリングするよう設定され、Ｅ−ＰＤＣＣＨ候補（ｘ３）とＥ−ＰＤＣＣＨ候補（ｙ１）が同一物理リソースにマップされるように設定された場合、当該物理リソースにおいてＥ−ＰＤＣＣＨが検出されると、端末は、ｘ３とｙ１のうちいずれのｅＣＣＥインデックスにリンクされたＰＵＣＣＨリソース／インデックスを用いればいいかわからない。一方、Ｅ−ＰＤＣＣＨセット１のＥ−ＰＤＣＣＨ候補とＥ−ＰＤＣＣＨセット２のＥ−ＰＤＣＣＨ候補とが重ならないか、又は一部のみ重なる場合、検出されたＥ−ＰＤＣＣＨに対応するＥ−ＰＤＣＣＨセットを確認できるため、ｘ３又はｙ１にリンクされたＰＵＣＣＨリソース／インデックスを用いることができる。
【０１１８】
以下、Ｅ−ＰＤＣＣＨセット間オーバーラップ上でＡＣＫ／ＮＡＣＫ送信リソース（すなわち、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックス）を決定する方法について提案する。ここで、Ｅ−ＰＤＣＣＨセット間オーバーラップは、互い異なるＥ−ＰＤＣＣＨセット内の特定ｅＣＣＥインデックスが同一物理リソース（例、ｅＣＣＥ、ｅＲＥＧ、ＲＥ）に重複対応する場合を含む。本発明の提案方法は、Ｅ−ＰＤＣＣＨセット間ｅＣＣＥインデックスが重複対応する物理リソース（例、ｅＣＣＥ、ｅＲＥＧ、ＲＥ）が、どのＥ−ＰＤＣＣＨセット内のｅＣＣＥインデックスとして見なされるか、或いはどのＥ−ＰＤＣＣＨセットに属したｅＣＣＥとして見なされるかを決定する方法と等価的に解釈することができる。
【０１１９】
便宜上、本発明は、一つのＣＣ／セルに対するスケジューリングのためのＵＳＳ用Ｅ−ＰＤＣＣＨセット間オーバーラップ状況を中心に説明するが、これは例示であり、本発明は、互いに異なるＣＣ／セルに対するスケジューリングのためのＵＳＳ用Ｅ−ＰＤＣＣＨセット間オーバーラップ状況の他、ＵＳＳ用Ｅ−ＰＤＣＣＨセットとＣＳＳ（セル−特定ＳＳ）用Ｅ−ＰＤＣＣＨセット間オーバーラップ状況にも、同一／類似に適用することができる。
【０１２０】
理解を助けるために、以下では、図１６で、Ｅ−ＰＤＣＣＨセット１のｘ３においてＥ−ＰＤＣＣＨ候補をモニタリングし、Ｅ−ＰＤＣＣＨセット２のｙ１においてＥ−ＰＤＣＣＨ候補をモニタリングするよう設定され、ｘ３及びｙ１が同一物理リソース（例、ｅＣＣＥ、ｅＲＥＧ、ＲＥ）に対応するように設定された状態で、（ｘ３、ｙ１）に対応する物理リソース（例、ｅＣＣＥリソース）においてＥ−ＰＤＣＣＨが検出された場合、当該物理リソース（例、ｅＣＣＥリソース）に対応するｅＣＣＥインデックスをどのＥ−ＰＤＣＣＨセット内のｅＣＣＥインデックスとして見なせばいいかを決定する方法を例示する。
【０１２１】
まず、柔軟なＰＵＣＣＨリソース運営／制御を目的に、方法１〜３を考慮することができる。
【０１２２】
−  方法１：最も多いｅＣＣＥで構成されたＥ−ＰＤＣＣＨセット内のｅＣＣＥインデックスと見なす（等価として、最も多いＰＲＢペアで構成されたＥ−ＰＤＣＣＨセット内のｅＣＣＥインデックスと見なす）
−  方法２：最も多いＢＤが割り当てられたＥ−ＰＤＣＣＨセット内のｅＣＣＥインデックスと見なす
−  方法３：最も高いＡＬ（Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌ）が（最も多く）割り当てられたＥ−ＰＤＣＣＨセット内のｅＣＣＥインデックスと見なす
最も多いｅＣＣＥ、最も多いＢＤ、或いは最も高いＡＬが（最も多く）割り当てられたＥ−ＰＤＣＣＨセットの場合、Ｅ−ＰＤＣＣＨにリンクされた可用ＰＵＣＣＨリソースを相対的に多く確保することができる一方で、可用ＰＵＣＣＨリソース量対比実際ＡＣＫ／ＮＡＣＫ送信のために用いられるＰＵＣＣＨリソースはより少なくできる。したがって、方法１〜３の場合、ＤＬグラントＥ−ＰＤＣＣＨスケジューリングに用いられるｅＣＣＥ選択及びＡＣＫ／ＮＡＣＫリソース決定のためのＡＲＩ（及び／又はＡＰ）設定に対する自由度をより確保することが可能になる。
【０１２３】
次に、（端末の観点で）簡単な具現のために方法４〜７を考慮することができる。
【０１２４】
−  方法４：対応ｅＣＣＥインデックスが最も低い／高いＥ−ＰＤＣＣＨセットのｅＣＣＥと見なす
−  方法５：リンクされたＰＵＣＣＨインデックスが最も低い／高いＥ−ＰＤＣＣＨセットのｅＣＣＥと見なす
−  方法６：開始ＰＵＣＣＨインデックス（Ｅ−ＰＤＣＣＨセットの最初のｅＣＣＥにリンクされたＰＵＣＣＨインデックス）が最も低い／高いＥ−ＰＤＣＣＨセットのｅＣＣＥと見なす
−  方法７：ＲＲＣを通じたＥ−ＰＤＣＣＨセット構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）設定後に、最も低い／高いインデックスを持つＥ−ＰＤＣＣＨセットのｅＣＣＥと見なす。Ｅ−ＰＤＣＣＨセットのインデックスは０から始めることができる。
【０１２５】
方法１〜３の場合、オーバーラップされたＥ−ＰＤＣＣＨセットが同一個数のｅＣＣＥ（或いは、同一のＢＤ回数、或いは同一のＡＬ）で構成される場合は、依然として曖昧さが残ることがある。しかし、方法４〜７のように、オーバーラップされたｅＣＣＥリソースを、それに対応するｅＣＣＥインデックス、それにリンクされたＰＵＣＣＨインデックス、開始ＰＵＣＣＨインデックス、或いはＲＲＣ設定によるＥ−ＰＤＣＣＨセットインデックスが最も低い又は最も高いＥ−ＰＤＣＣＨセットのｅＣＣＥと見なせば、簡単であるとともに、上記のような潜在的な曖昧さまで除去することが可能になる。
【０１２６】
他の方案として、ＰＵＣＣＨリソース運営／制御側面及びＤＬグラントＥ−ＰＤＣＣＨスケジューリング（ｅＣＣＥ選択、ＡＲＩ／ＡＰ設定）側面などを勘案し、オーバーラップされた物理リソース（例、ｅＣＣＥ、ｅＲＥＧ、ＲＥ）をどのＥ−ＰＤＣＣＨセット内のｅＣＣＥ（インデックス）と見なせばいいかを、（ＲＲＣ或いはＰＤＣＣＨなどを通じて）シグナリングする方法も考慮できる（方法８）。他の方案として、ＤＣＩを構成するに当たってＥ−ＰＤＣＣＨセットのインデックスを含めることによって、互いに異なるＥ−ＰＤＣＣＨセットに属するＥ−ＰＤＣＣＨ候補が同一の物理リソース（例、ｅＣＣＥ、ｅＲＥＧ、ＲＥ）にマップされるように構成されても、互いに異なるＥ−ＰＤＣＣＨセットが送信するＤＣＩを区別できるようにする方法も考慮できる（方法９）。一例として、ＤＣＩビットをスクランブルする場合（式１〜２参照）、スクランブルシーケンスの初期化パラメータにＥ−ＰＤＣＣＨセットのインデックスを含めることができる。更に他の方案として、オーバーラップされたｅＣＣＥリソースを用いる互いに異なるＥ−ＰＤＣＣＨセット内のＰＤＣＣＨ候補のＤＣＩペイロードサイズを意図的に異なるように設定することによって、どのＥ−ＰＤＣＣＨセットを通じて送信されたＤＬグラントであるかを区別できるようにすることもできる（方法１０）。一例として、特定Ｅ−ＰＤＣＣＨセットのみに対して埋め草ビット（ｐａｄｄｉｎｇ  ｂｉｔ）を付加することができる。
【０１２７】
更に他の方案として、Ｅ−ＰＤＣＣＨセット間オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックスを、オーバーラップされたＥ−ＰＤＣＣＨセットのうち特定の一つのＥ−ＰＤＣＣＨセットにのみ割り当て（例、ｅＣＣＥ−ｔｏ−ＰＵＣＣＨインデクシングを行う）、その他の残りＥ−ＰＤＣＣＨセットに対しては、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックスを割当／定義しない方法を考慮することができる（方法１１）。例えば、残りＥ−ＰＤＣＣＨセットでは、オーバーラップされたｅＣＣＥリソースに対してｅＣＣＥ−ｔｏ−ＰＵＣＣＨインデクシングをスキップすることができる。これに制限されるものではないが、特定の一つのＥ−ＰＤＣＣＨセットは、方法１〜１０、或いはその他の方式を用いて決定することができる。すなわち、オーバーラップされたｅＣＣＥリソースを該当の特定Ｅ−ＰＤＣＣＨセットに属したリソースと見なし、これを通じて検出されたＤＬグラントＥ−ＰＤＣＣＨからスケジューリングされるＤＬデータに対するＡＣＫ／ＮＡＣＫ送信リソースを、当該特定Ｅ−ＰＤＣＣＨセット内のｅＣＣＥリソース／インデックスにリンクされたＰＵＣＣＨリソース／インデックスと決定することができる。
【０１２８】
図１６を参照すると、Ｅ−ＰＤＣＣＨセット１に割り当てられるＰＵＣＣＨインデックスが低い（すなわち、ｘｉにおいてｉ値が低い）ｅＣＣＥインデックスから順次にａ１、ａ２、…に割り当て、Ｅ−ＰＤＣＣＨセット２に割り当てられるＰＵＣＣＨインデックスが低い（すなわち、ｙｊにおいてｊが低い）ｅＣＣＥインデックスから順次にｂ１、ｂ２、…に割り当てることができる。この場合、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックスがＥ−ＰＤＣＣＨセット１にのみ割り当てられると仮定すれば、ｙ１とｙ２にはＰＵＣＣＨリソース／インデックスが割り当てず（例、ＰＵＣＣＨインデクシングをスキップ）、ｙ３とｙ４にはそれぞれＰＵＣＣＨインデックスｂ３とｂ４を割り当てることができる。
【０１２９】
一方、ＣＳＳとＵＳＳ間に発生するオーバーラップされたｅＣＣＥリソースの場合、オーバーラップされたｅＣＣＥリソースを通じて検出／受信される（ＤＬ／ＵＬグラント両方を含む）特定Ｅ−ＰＤＣＣＨを、ＣＳＳに設定されたＤＣＩフォーマット（これに対する送信）と見なす／認識する方式を考慮できる。これによって、オーバーラップされたｅＣＣＥリソースを通じてスケジューリングされたＤＬグラントＥ−ＰＤＣＣＨからスケジューリングされるＤＬデータに対するＡＣＫ／ＮＡＣＫ送信リソースを、ＣＳＳ内のｅＣＣＥリソース／インデックスにリンクされたＰＵＣＣＨリソース／インデックスと決定することができる。この場合、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックスをＣＳＳにのみ割り当て（例、ＣＳＳのみにおいてｅＣＣＥ−ｔｏ−ＰＵＣＣＨインデクシング）、ＵＳＳに対しては、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックスを割当／定義しない方法を考慮できる（方法１２）。方法１２によれば、ＲＲＣ再構成（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）区間での基地局と端末間誤整列（ｍｉｓａｌｉｇｎｍｅｎｔ）を解決でき、ｅＣＣＥにリンクされた可用ＰＵＣＣＨリソース／インデックスが相対的に余裕のあるＣＳＳに割り当てられたＰＵＣＣＨリソースの活用度を高めることができる。
【０１３０】
また、ＣＳＳとＵＳＳ間に発生するオーバーラップされたｅＣＣＥリソースの場合、ＵＳＳに設定されたＤＣＩフォーマットがサポートする機能（或いは、ＵＳＳに特化した機能）（例、非周期的ＣＳＩ要請及び／又は非周期的ＳＲＳトリガーなど）に対する活用可能性を高めるために、オーバーラップされたｅＣＣＥリソースを通じて検出／受信される（ＤＬ／ＵＬグラント両方を含んでいる）Ｅ−ＰＤＣＣＨを、ＵＳＳに設定されたＤＣＩフォーマット（或いは、ＵＳＳに対する送信）と見なす／認識する方式を考慮できる。このとき、ＣＳＳと複数個のＵＳＳ間にオーバーラップが発生する場合には、方法１〜１１或いはその組合せを適用することができる。ここで、オーバーラップされたｅＣＣＥリソースを通じて検出／受信される特定Ｅ−ＰＤＣＣＨに対応する（互いに異なるＳＳ内の）Ｅ−ＰＤＣＣＨ候補に対しては、ＤＣＩ（フォーマット）ペイロードサイズ、開始（ｓｔａｒｔｉｎｇ）ｅＣＣＥリソース、ＡＬ（及び／又はＡＰ）、及びスクランブルに用いられるＲＮＴＩのうち少なくとも一つを互いに同一に設定することができる。この場合にも、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックスを該当のＵＳＳにのみ割り当て（該当のＵＳＳのみにおいてｅＣＣＥ−ｔｏ−ＰＵＣＣＨインデクシング）、ＣＳＳに対しては、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソース／インデックスを割当／定義しない方法を考慮できる（方法１３）。
【０１３１】
他の方案として、ＣＳＳとＵＳＳ間ｅＣＣＥオーバーラップの場合、ＵＳＳ（或いは、ＵＳＳを通じて送信されるＤＣＩ）のＣＩＦ含むか否かによって異なる方法（例、方法１２又は方法１３）を適用することができる。一例として、ＵＳＳ（ＣＩＦを含む）とＣＳＳ間ｅＣＣＥオーバーラップ時には方法１２を適用し、ＵＳＳ（Ｎｏ  ＣＩＦ）とＣＳＳ間ｅＣＣＥオーバーラップ時には方法１３を適用することができる。
【０１３２】
方法１〜１３のうち２つ以上の方法を結合することができる。一例として、方法１と５（或いは、方法１と７）の結合を考慮すれば、ｅＣＣＥが最も多いとともに、（仮に、Ｅ−ＰＤＣＣＨセット当たりにｅＣＣＥ数が同一であれば）オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨインデックスが最も低い／高いＥ−ＰＤＣＣＨセット、或いはＥ−ＰＤＣＣＨセットに対するＲＲＣ設定時に用いられたセットインデックスが最も低い／高いＥ−ＰＤＣＣＨセットのｅＣＣＥ（インデックス）と見なす方式などを考慮することができる。
【０１３３】
方法１〜１３が適用されるオーバーラップされた物理リソース（例、ｅＣＣＥ、ｅＲＥＧ、ＲＥ）は、当該物理リソースにマップ可能な（互いに異なるＥ−ＰＤＣＣＨセット内の）Ｅ−ＰＤＣＣＨ候補が同一属性を持つ場合に限定することができる。ここで、同一属性を持つＥ−ＰＤＣＣＨ候補は、対応するＤＣＩ（フォーマット）ペイロードサイズ、ＤＣＩを構成するフィールド種類及びそれぞれのサイズ、開始ｅＣＣＥリソース、ＡＰ、ＡＬ、（クロスＣＣ／セルスケジューリングが設定された場合）ＣＩＦ、ＣＲＣスクランブルに用いられるＲＮＴＩのうち特定の一部或いは全部が互いに同一に設定された場合を意味することができる。例えば、これらの属性のうち一つ或いは特定の一部或いは全部が互いに異なるように設定されるとともに、オーバーラップされたｅＣＣＥリソースを含む（互いに異なるＥ−ＰＤＣＣＨセット内の）Ｅ−ＰＤＣＣＨ候補の場合には、当該Ｅ−ＰＤＣＣＨ候補の検出に用いられた属性が設定されたＥ−ＰＤＣＣＨセット内のｅＣＣＥインデックス（これに対応するＰＵＣＣＨリソース／インデックス）を用いることを提案する。更に、互いに異なるＥ−ＰＤＣＣＨセット（例、互いに異なるＵＳＳ又はＣＳＳと特定ＵＳＳ）に属しているＥ−ＰＤＣＣＨ候補が、（当該セット間）オーバーラップされたｅＣＣＥリソースを含むと共に、上記の属性（例、ＤＣＩ（フィールド）サイズ、開始ｅＣＣＥリソース、ＡＰ、ＡＬ、スクランブル用ＲＮＴＩ）の全部或いは特定の一部が同一に設定される場合、端末は、当該Ｅ−ＰＤＣＣＨ候補に対する検出／受信動作を試みなくてもよい（方法１４）。ここで、当該Ｅ−ＰＤＣＣＨ候補の属している互いに異なるＥ−ＰＤＣＣＨセットは、同一のＥ−ＰＤＣＣＨ送信タイプ及び／又は同一のＤＭＲＳスクランブルシーケンス（例、同一のスクランブルシーケンス初期化値）を有することができる。一方、他の例として、方法１〜１３が適用されるオーバーラップされた物理リソース（例、ｅＣＣＥ、ｅＲＥＧ、ＲＥ）は、当該物理リソースにマップ可能な（互いに異なるＥ−ＰＤＣＣＨセット内の）Ｅ−ＰＤＣＣＨ候補が同一属性を有しない場合にも制限的に用いることができる。例えば、Ｅ−ＰＤＣＣＨセット１のＥ−ＰＤＣＣＨ候補とＥ−ＰＤＣＣＨセット２のＥ−ＰＤＣＣＨ候補が同一ＲＮＴＩを有しない場合がある。この場合、端末は、検出されたＥ−ＰＤＣＣＨがどのＥ−ＰＤＣＣＨセットに属するかがわかる。それにもかかわらず、ＰＵＣＣＨリソース調整などの目的で、方法１〜１３を適用して検出されたＥ−ＰＤＣＣＨの属するＥ−ＰＤＣＣＨセットにリンクされたＰＵＣＣＨリソースではなく、他のＥ−ＰＤＣＣＨセットにリンクされたＰＵＣＣＨリソースを用いるようにすることができる。
【０１３４】
また、ＰＣｅｌｌ（或いは、ＰＵＣＣＨベースのＡＣＫ／ＮＡＣＫ送信が行われるように指定／設定されたセル）上に設定された互いに異なるＥ−ＰＤＣＣＨセットに属しているＥ−ＰＤＣＣＨ候補がＥ−ＰＤＣＣＨセット間にオーバーラップされたｅＣＣＥリソースを含む場合、及び／又は当該Ｅ−ＰＤＣＣＨ候補に対して上述の属性の全体或いは特定の一部が同一に設定される場合、及び／又は当該Ｅ−ＰＤＣＣＨセットに対してＤＭＲＳスクランブルシーケンス及び／又はＥ−ＰＤＣＣＨ送信タイプが同一に設定される場合に限って、端末は当該Ｅ−ＰＤＣＣＨ候補に対するＤＣＩ検出／受信動作を試みなくてもよい。又は、端末は、当該Ｅ−ＰＤＣＣＨ候補からはＤＣＩが検出／受信されないと仮定した／見なした状態で動作することができる。
【０１３５】
ＰＣｅｌｌに限定している理由は、Ｅ−ＰＤＣＣＨセット間ＡＣＫ／ＮＡＣＫ送信リソース（すなわち、ｅＣＣＥリソース／インデックスにリンクされた黙示的（ｉｍｐｌｉｃｉｔ）ＰＵＣＣＨリソース（式４参照））の曖昧さは、ＰＣｅｌｌ、すなわち（黙示的）ＰＵＣＣＨベースのＡＣＫ／ＮＡＣＫ送信が行われるセル上に設定されたＥ−ＰＤＣＣＨセットのみの問題に限るからである。したがって、ＵＬグラントＤＣＩは、上述したＤＣＩ関連制約／動作が適用される対象から排除することができる。すなわち、ＤＬグラントＤＣＩのみに対して上述のＤＣＩ関連制約／動作を適用することができる。これによって、ＳＣｅｌｌ（或いは、（黙示的）ＰＵＣＣＨベースのＡＣＫ／ＮＡＣＫ送信が行われるように指定／設定されていないセル）上に設定された互いに異なるＥ−ＰＤＣＣＨセットに属している（オーバーラップされたｅＣＣＥリソースを含む）上記のような属性／条件を持つＥ−ＰＤＣＣＨ候補に対しては、何ら制約無しで一般的なＤＣＩ検出／受信動作を行うことができる。
【０１３６】
また、異なるＥ−ＰＤＣＣＨセットに属している（オーバーラップされたｅＣＣＥリソースを含む）上記のような属性／条件を有するＥ−ＰＤＣＣＨ候補の場合、端末は、当該Ｅ−ＰＤＣＣＨ候補に対しては（ｅＣＣＥリソース／インデックスにリンクされた）黙示的ＰＵＣＣＨリソース割当を誘発するＤＣＩに対する検出／受信動作を試みなくてもよい。又は、端末は、当該Ｅ−ＰＤＣＣＨ候補からは黙示的ＰＵＣＣＨリソース割当を誘発するＤＣＩが検出／受信されないと仮定した／見なした状態で動作することができる。換言すれば、端末は、当該Ｅ−ＰＤＣＣＨ候補に対しては黙示的ＰＵＣＣＨリソース割当を誘発しないＤＣＩのみに対して検出／受信動作を試みることができる（或いは、当該ＰＤＣＣＨ候補からは黙示的ＰＵＣＣＨリソース割当を誘発しないＤＣＩのみ検出／受信できると仮定した／見なした状態で動作することができる）。
【０１３７】
ここで、黙示的ＰＵＣＣＨリソース割当を誘発するＤＣＩは、ＡＣＫ／ＮＡＣＫ送信がＨＡＲＱ−ＡＣＫバンドリングモード或いはチャネル選択モードに設定された状況では全てのＤＬグラントＤＣＩであってよく、ＰＵＣＣＨフォーマット３モードに設定された状況では、ＰＣｅｌｌをスケジューリングするＤＬグラントＤＣＩに限定し、ＦＤＤの場合、ＰＣｅｌｌをスケジューリングするＤＬグラントＤＣＩに限定し、ＴＤＤの場合、ＰＣｅｌｌをスケジューリングすると共に、ＤＡＩ初期値（例、１）に対応するＤＬグラントＤＣＩに限定することができる。一方、黙示的ＰＵＣＣＨリソース割当を誘発しないＤＣＩは、（基本的にＵＬグラントＤＣＩの他に）ＰＵＣＣＨフォーマット３モードに設定された状況でＳＣｅｌｌをスケジューリングするＤＬグラントＤＣＩを含むことができ、ＴＤＤにおいてＰＵＣＣＨフォーマット３モードに設定された場合には、ＰＣｅｌｌをスケジューリングすると共にＤＡＩ初期値（例、１）に対応しないＤＬグラントＤＣＩを更に含むことができる。
【０１３８】
図１７は、複数のＥ−ＰＤＣＣＨセットが構成された場合のＰＵＣＣＨリソース割当を例示する図である。
【０１３９】
図１７を参照すると、Ｅ−ＰＤＣＣＨセット１がｅＣＣＥインデックスｘ１、ｘ２、ｘ３、ｘ４で構成（それぞれはＰＵＣＣＨインデックスａ１、ａ２、ａ３、ａ４にリンクされる）され、Ｅ−ＰＤＣＣＨセット２がｅＣＣＥインデックスｙ１、ｙ２、ｙ３、ｙ４で構成（それぞれはＰＵＣＣＨインデックスｂ１、ｂ２、ｂ３、ｂ４にリンクされる）された状況で、（ｘ１、ｘ２）と（ｘ３、ｘ４）のそれぞれにＡＬ２のＥ−ＰＤＣＣＨ候補が設定され、ｙ１、ｙ２、ｙ３、ｙ４のそれぞれにＡＬ１のＥ−ＰＤＣＣＨ候補が設定された場合を考慮することができる。このとき、両Ｅ−ＰＤＣＣＨセット間オーバーラップ領域内において（ｘ３、ｙ１）と（ｘ４、ｙ２）がそれぞれ一つの同一ｅＣＣＥリソースに重複設定される場合、Ｅ−ＰＤＣＣＨセット１内のＡＬ２のＥ−ＰＤＣＣＨ候補（ｘ３、ｘ４）とＥ−ＰＤＣＣＨセット２内のＡＬ１のＥ−ＰＤＣＣＨ候補ｙ１が（互いに異なるＡＬを基盤にして）同一の開始ｅＣＣＥリソースを占有することがある。この場合、オーバーラップされたｅＣＣＥリソース（ｘ３、ｘ４）に対してＡＬ２を仮定してＰＤＣＣＨ候補を検出した場合、対応するＤＬデータに対するＡＣＫ／ＮＡＣＫリソース決定のためにＥ−ＰＤＣＣＨセット１内のｅＣＣＥインデックスｘ３（これにリンクされたＰＵＣＣＨインデックスａ３）を使用し、オーバーラップされたｅＣＣＥリソースｙ１に対してＡＬ１を仮定してＰＤＣＣＨ候補を検出した場合、対応するＤＬデータに対するＡＣＫ／ＮＡＣＫリソース決定のためにＥ−ＰＤＣＣＨセット２内のｅＣＣＥインデックスｙ１（これにリンクされたＰＵＣＣＨインデックスｂ１）を使用することができる。すなわち、本発明が適用される場合は、オーバーラップされたｅＣＣＥに関連したＥ−ＰＤＣＣＨ候補が同一ＡＬ（すなわち、同一物理リソースにマップ）（表１参照）を有する場合に限定することができる。また、Ｅ−ＰＤＣＣＨセット２内のＡＬ１のＰＤＣＣＨ候補ｙ２の場合にも、Ｅ−ＰＤＣＣＨセット１内のＡＬ２のＰＤＣＣＨ候補（ｘ３、ｘ４）と異なるＡＬ及び異なる開始ｅＣＣＥリソースを有するため、ｙ２に対してもＡＬ１を仮定してＥ−ＰＤＣＣＨ候補検出を行い、これに対応するＡＣＫ／ＮＡＣＫリソース決定のためにＥ−ＰＤＣＣＨセット２内のｅＣＣＥインデックスｙ２（これにリンクされたＰＵＣＣＨインデックスｂ２）を使用することができる。すなわち、Ｅ−ＰＤＣＣＨセット１のＥ−ＰＤＣＣＨ候補とＥ−ＰＤＣＣＨセット２のＥ−ＰＤＣＣＨ候補が同一物理リソース（すなわち、同一ＡＬ）にマップされるように構成され、当該物理リソースでＥ−ＰＤＣＣＨが検出されると、端末は、検出されたＥ−ＰＤＣＣＨがどのＥ−ＰＤＣＣＨセットに属するかがわからない。しかし、Ｅ−ＰＤＣＣＨセット１のＥ−ＰＤＣＣＨ候補とＥ−ＰＤＣＣＨセット２のＥ−ＰＤＣＣＨ候補がマップされる物理リソースが一部のみ重なる場合（すなわち、互いに異なるＡＬ）には、端末は検出されたＥ−ＰＤＣＣＨがどのＥ−ＰＤＣＣＨセットに属するかがわかる。
【０１４０】
また、Ｅ−ＰＤＣＣＨセット間オーバーラップによるＰＵＣＣＨリソース／インデックス決定の曖昧さの問題は、２つのＥ−ＰＤＣＣＨセットの関連パラメータが同じ場合にのみ発生すると見なすことができる。かかるパラメータの例に、Ｅ−ＰＤＣＣＨ送信タイプが偏在タイプか或いは分散タイプかがある。したがって、両Ｅ−ＰＤＣＣＨセットがＰＲＢ領域でオーバーラップしても、Ｅ−ＰＤＣＣＨ送信タイプが互いに異なっていると、一つのｅＣＣＥを構成するＲＥの属したＰＲＢペアが異なるはずであるため、オーバーラップによるＰＵＣＣＨリソース／インデックス決定の曖昧さは発生しなくてすむ。他のパラメータの例に、Ｅ−ＰＤＣＣＨ  ＤＭ  ＲＳのスクランブルパラメータがある。もし、２つのＥ−ＰＤＣＣＨセットのＤＭ  ＲＳスクランブルパラメータ（例、スクランブルシーケンス初期化値）が互いに異なる値に設定されると、両Ｅ−ＰＤＣＣＨセットは、同一ｅＣＣＥリソースでも互いに異なるＤＭ  ＲＳシーケンスを用いるはずであるため、端末は、オーバーラップされたｅＣＣＥを復調するために用いたＤＭ  ＲＳシーケンスのスクランブルパラメータから、当該ｅＣＣＥの属したＥ−ＰＤＣＣＨセットが判別できる（ＤＭ  ＲＳスクランブルに用いられるシーケンスと同じシーケンスが、Ｅ−ＰＤＣＣＨセット内のＤＣＩをスクランブルするためにも用いられる）。更に他のパラメータの例に、ＱＣ（Ｑｕａｓｉ  Ｃｏ−ｌｏｃａｔｉｏｎ）情報／パラメータがある。２つのＥ−ＰＤＣＣＨセットに対してＱＣを仮定できないか、或いは２つのＥ−ＰＤＣＣＨセットに関するＱＣ情報／パラメータが異なっている場合、両Ｅ−ＰＤＣＣＨセットは同一ｅＣＣＥリソースにおいても互いに異なった仮定／情報／パラメータを用いるはずであるため、端末は、オーバーラップされたｅＣＣＥを復調するために用いた仮定／情報／パラメータから、当該ｅＣＣＥの属したＥ−ＰＤＣＣＨセットが判別できる。したがって、本発明において、Ｅ−ＰＤＣＣＨセット間オーバーラップ状況は、Ｅ−ＰＤＣＣＨセットを構成するＰＲＢペアが重なると同時に、関連パラメータも２つのＥ−ＰＤＣＣＨセットに同一に設定されているため、端末が特定ｅＣＣＥの属したＥ−ＰＤＣＣＨセットが判別できない場合を制限的に意味することができる。
【０１４１】
図１８は、本発明に係るＰＵＣＣＨリソース割当及びＨＡＲＱ応答送信を例示する図である。
【０１４２】
図１８を参照すると、端末に対して複数のＥ−ＰＤＣＣＨセット（例、Ｅ−ＰＤＣＣＨセット１及び２）が構成される。それぞれのＥ−ＰＤＣＣＨセットは複数のｅＣＣＥを含み、複数のｅＣＣＥはＥ−ＰＤＣＣＨ別にインデクシングされる。具体的に、Ｅ−ＰＤＣＣＨセット１は（論理）ｅＣＣＥインデックスｘ１、ｘ２、ｘ３、ｘ４で構成され、それぞれの（論理）ｅＣＣＥインデックスはＰＵＣＣＨ（リソース）インデックスａ１、ａ２、ａ３、ａ４にリンクされ、Ｅ−ＰＤＣＣＨセット２は（論理）ｅＣＣＥインデックスｙ１、ｙ２、ｙ３、ｙ４で構成され、それぞれの（論理）ｅＣＣＥインデックスはＰＵＣＣＨ（リソース）インデックスｂ１、ｂ２、ｂ３、ｂ４にリンクされている。また、２Ｅ−ＰＤＣＣＨセット間オーバーラップ領域内で（ｘ３、ｙ１）及び／又は（ｘ４、ｙ２）がそれぞれ同一（物理）ｅＣＣＥリソースに重複設定されている。
【０１４３】
このような状況で、基地局は端末に、２つの（論理）ｅＣＣＥインデックス（ｘ３、ｙ１）に対応する（物理）ｅＣＣＥリソースを通じてＥ−ＰＤＣＣＨを送信することができる（Ｓ１８０２）。黙示的ＰＵＣＣＨに基づいてＨＡＲＱ応答を送信するように設定された場合、端末は、Ｅ−ＰＤＣＣＨを構成する一つ以上のｅＣＣＥのうち最初のｅＣＣＥのインデックスに対応するＰＵＣＣＨリソースを用いて基地局にＨＡＲＱ応答を送信することができる（Ｓ１８０６）。Ｅ−ＰＤＣＣＨがＳＰＳ解除（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）を指示する場合、ＨＡＲＱ応答は、Ｅ−ＰＤＣＣＨに関する受信応答情報を含むことができる。一方、Ｅ−ＰＤＣＣＨがＰＤＳＣＨに対するＤＬグラントを指示する場合、基地局は端末にＰＤＳＣＨを更に送信し（Ｓ１８０４）、ＨＡＲＱ応答は、ＰＤＳＣＨに関する受信応答情報を含むことができる。
【０１４４】
端末が、Ｅ−ＰＤＣＣＨのマップされた物理リソース（例、ｅＣＣＥ）がどのＥ−ＰＤＣＣＨセットのｅＣＣＥインデックスに対応するかわかる場合（すなわち、Ｅ−ＰＤＣＣＨセット間のＥ−ＰＤＣＣＨ候補に曖昧さがない場合）、端末は、当該ｅＣＣＥに対応するＰＵＣＣＨリソースを用いてＨＡＲＱ応答を送信することができる。すなわち、端末は、検出されたＥ−ＰＤＣＣＨがＥ−ＰＤＣＣＨセット１に属する場合、ｅＣＣＥインデックスｘ３に対応するＰＵＣＣＨリソースａ３を使用し、検出されたＥ−ＰＤＣＣＨがＥ−ＰＤＣＣＨセット２に属する場合、ｅＣＣＥインデックスｙ１に対応するＰＵＣＣＨリソースｂ１を使用することができる。一方、端末が、Ｅ−ＰＤＣＣＨのマップされた物理リソース（例、ｅＣＣＥ）がどのＥ−ＰＤＣＣＨセットのｅＣＣＥインデックスに対応するかわからない場合がある。すなわち、Ｅ−ＰＤＣＣＨセット間のＥ−ＰＤＣＣＨ候補に曖昧さがある場合がある。この場合、前述の提案方法によって様々な動作が可能であり、一例として、端末は、検出されたＥ−ＰＤＣＣＨがどのＥ−ＰＤＣＣＨセットのｅＣＣＥインデックスに対応するかわからない場合、検出されたＥ−ＰＤＣＣＨは、最小のインデックスを持つＥ−ＰＤＣＣＨセットのｅＣＣＥインデックスに対応すると見なしたうえ、ＰＵＣＣＨリソースを決定することができる（方法７）。
【０１４５】
Ｅ−ＰＤＣＣＨセット間のＥ−ＰＤＣＣＨ候補に曖昧さが発生する場合は、これに制限されるものではないが、下記のｉ）〜ｉｉｉ）を含む条件を満たす場合を含む。
【０１４６】
ｉ）複数のＥ−ＰＤＣＣＨセットは同一のシーケンスでスクランブルされる。
【０１４７】
ｉｉ）端末は、複数のＥ−ＰＤＣＣＨセットにおいてＥ−ＰＤＣＣＨ信号（Ｓ１８０２）と同一の属性を持つＥ−ＰＤＣＣＨ候補をモニタリングするよう設定される。ここで、同一の属性は、例えば、同一のＤＣＩ（フォーマット）ペイロードサイズを含む。また、同一の属性は、同一のＲＮＴＩ（すなわち、ＣＲＣスクランブルに用いられるＲＮＴＩが同一である）を更に含むことができる。Ｅ−ＰＤＣＣＨセットがＵＳＳにのみ構成される場合、Ｅ−ＰＤＣＣＨ候補はＣ−ＲＮＴＩ又はＳＰＳＣ−ＲＮＴＩを有することができる。具現方式によって、同一の属性からＲＮＴＩを除外することによって、検出されたＥ−ＰＤＣＣＨが実際に属するＥ−ＰＤＣＣＨセットにリンクされたＰＵＣＣＨリソースではなく、他のＥ−ＰＤＣＣＨセットにリンクされたＰＵＣＣＨリソースを使用するようにし、ＰＵＣＣＨリソース割当を意図的に調整することが可能である。
【０１４８】
ｉｉｉ）複数のＥ−ＰＤＣＣＨセットにおいてＥ−ＰＤＣＣＨ信号（Ｓ１８０２）に該当する複数のＥ−ＰＤＣＣＨ候補は、同一の物理リソースにマップされるように設定される。
【０１４９】
上述したＰＵＣＣＨリソース／インデックス決定の曖昧さの問題は、事前に適切なＥ−ＰＤＣＣＨセットを設定することによって防止できる。一例として、２つのＥ−ＰＤＣＣＨセットがＰＲＢドメインでオーバーラップするように設定される場合では、基地局は必ずＥ−ＰＤＣＣＨ送信タイプやＤＭ  ＲＳスクランブルシーケンスを互いに異なるように設定し、初めから端末にとってこのような曖昧さ問題に備える動作を具現しないようにすることができる。このような基地局動作によって曖昧さの問題が解決される場合、端末は、同一のＥ−ＰＤＣＣＨ送信タイプ及び同一のＤＭ  ＲＳスクランブルシーケンスを有する２つのＥ−ＰＤＣＣＨセットがＰＲＢドメインで重なるように設定されることはないと仮定し、動作を具現することができる。
【０１５０】
また、上述したＰＵＣＣＨリソース／インデックス決定の曖昧さの問題は、基地局が２つのＥ−ＰＤＣＣＨセットにリンクされたＰＵＣＣＨリソース両方の検出を試みることによって解決できる。この場合、端末は、オーバーラップされたｅＣＣＥが２つのＥ−ＰＤＣＣＨセットのならんかに属すると仮定し、リンクされた２つのＰＵＣＣＨリソースのなんらかを選択してＡＣＫ／ＮＡＣＫ信号を送信することができる。端末が２つのＰＵＣＣＨを同時に送信できる場合は、２つのＰＵＣＣＨリソース両方でＡＣＫ／ＮＡＣＫ信号を送信することもできる。ここでは、オーバーラップによる曖昧さが発生したという理由だけで、いずれのＰＵＣＣＨリソースでもＡＣＫ／ＮＡＣＫ信号を送信しない動作は排除しなければならない。いい換えると、もし端末が２つのＥ−ＰＤＣＣＨセットのいずれのセットに属するか把握できないｅＣＣＥからＤＬグラントを受信すべき場合には、リンクされた２つのＰＵＣＣＨリソースの少なくとも一方を通じてはＡＣＫ／ＮＡＣＫ信号を送信しなければならないと規定する。
【０１５１】
また、クロス−ＣＣ／セルスケジューリングが設定された場合には、ＣＩＦビットの追加によるＤＣＩオーバーヘッドを極力減らすために、互いに異なるＣＣ／セルに対するスケジューリングのためのＥ−ＰＤＣＣＨ間オーバーラップされたｅＣＣＥリソースを用いるＥ−ＰＤＣＣＨ候補に限ってＣＩＦビットを追加し、それ以外のＥ−ＰＤＣＣＨ候補にはＣＩＦビットを追加しなくてもよい。
【０１５２】
次に、ＴＤＤで動作する場合のＰＵＣＣＨリソース割当について説明する。ＴＤＤでは、一つ以上のＤＬ  ＳＦ（すなわち、ＤＬ  ＳＦを通じてスケジューリング／送信されたＤＬデータ）に対するＡＣＫ／ＮＡＣＫが、単一のＵＬ  ＳＦを通じてフィードバックされる。ＴＤＤにおいて既存のＬ−ＰＤＣＣＨベースのスケジューリングでは、それぞれのＤＬ  ＳＦでＬ−ＰＤＣＣＨを構成するＣＣＥリソース／インデックスにリンクされるＰＵＣＣＨリソース／インデックスは、ＤＬ  ＳＦ順に該当のＵＬ  ＳＦ領域内に順次スタック（ｓｔａｃｋ）される（以下、ＰＵＣＣＨスタッキング）。例えば、ＤＬ  ＳＦ  ＃１〜＃３がＵＬ  ＳＦ  ＃１に対応する状況でＤＬ  ＳＦ  ＃１〜＃３で用いられるＣＣＥリソース／インデックスにリンクされるＰＵＣＣＨリソース／インデックスを、ＵＬ  ＳＦ  ＃１の周波数領域内の外側から順次にＢＷ（Ｂａｎｄｗｉｄｔｈ）の内側へスタックすることができる。このように、ＵＬ  ＢＷの内側でのＰＵＣＣＨ割当を極力避けることによって、ＵＬデータスケジューリングに対する柔軟性及び自由度を提供することが可能になる。
【０１５３】
一方、ＴＤＤにおいてＥ−ＰＤＣＣＨベースのスケジューリングを行う場合、既存方式と同様に、それぞれのＤＬ  ＳＦでＥ−ＰＤＣＣＨを構成するｅＣＣＥリソース／インデックスにリンクされるＰＵＣＣＨリソース／インデックスはＤＬ  ＳＦ順に該当のＵＬ  ＳＦ領域内に（例、ＢＷの外側から内側に）順次スタックされる構造を考慮できる。そのために、各ＤＬ  ＳＦのＥ−ＰＤＣＣＨセットにＰＵＣＣＨスタッキングのためのＳＦオフセット値を適用することができる。ＳＦオフセット値は、各Ｅ−ＰＤＣＣＨセットに適用されるスタッキング単位を表す。ＰＵＣＣＨスタッキングは、ＤＬ  ＳＦ別に又はＥ−ＰＤＣＣＨセット別に行うことができる。具体的に、ＳＦオフセット値は、各ＤＬ  ＳＦにおいて全てのＥ−ＰＤＣＣＨセットに属している総ｅＣＣＥ数（或いは、これを勘案して算出される特定値）になってもよく（オプション−１）、各ＤＬ  ＳＦにおいてＥ−ＰＤＣＣＨセット別に当該Ｅ−ＰＤＣＣＨセットに属している総ｅＣＣＥ数（或いは、これを勘案して算出される特定値）になってもよい（オプション−２）。
【０１５４】
図１９は、本発明によってＴＤＤにおいて複数のＥ−ＰＤＣＣＨセットが構成された場合にＰＵＣＣＨリソースを割り当てる例を示す図である。図１９は、Ｅ−ＰＤＣＣＨセット１とセット２にそれぞれ４個、８個のｅＣＣＥが属しており、Ｅ−ＰＤＣＣＨセット１とセット２のための開始ＰＵＣＣＨリソース／インデックスがそれぞれｎ１、ｎ２に設定された状態で、ＤＬ  ＳＦ  ＃１〜＃３がＵＬ  ＳＦ  ＃１に対応する状況を例示する。この場合、オプション−１によれば、ＳＦオフセット値は１２（＝４＋８）になり、オプション−２によれば、ＳＦオフセット値はＥ−ＰＤＣＣＨセット別にそれぞれ４と８になる。同図はオプション−２を例示する。具体的に、各ＤＬ  ＳＦ（すなわち、ＤＬ  ＳＦのｅＣＣＥ）にリンクされる開始ＰＵＣＣＨリソース／インデックスは、オプションによって下記のように決定することができる。一方、Ｌ−ＰＤＣＣＨを構成するＣＣＥにリンクされたＰＵＣＣＨリソース／インデックスとの効率的な多重化のために、各オプションによるＳＦオフセットに、ＣＣＥ使用を勘案した特定値を加えることができる（例、特定値は、ＰＣＦＩＣＨ或いはこれから抽出されるＣＦＩ値に対応する）。
【０１５５】
［オプション−１］
■Ｅ−ＰＤＣＣＨセット１（ｗｉｔｈ  ＳＦオフセット１２）
−  ＤＬ  ＳＦ  ＃１：ｎ１
−  ＤＬ  ＳＦ  ＃２：ｎ１＋１２
−  ＤＬ  ＳＦ  ＃３：ｎ１＋２４
■Ｅ−ＰＤＣＣＨセット２（ｗｉｔｈ  ＳＦオフセット１２）
−  ＤＬ  ＳＦ  ＃１：ｎ２
−  ＤＬ  ＳＦ  ＃２：ｎ２＋１２
−  ＤＬ  ＳＦ  ＃３：ｎ２＋２４
［オプション−２］
■Ｅ−ＰＤＣＣＨセット１（ｗｉｔｈ  ＳＦオフセット４）
−  ＤＬ  ＳＦ  ＃１：ｎ１
−  ＤＬ  ＳＦ  ＃２：ｎ１＋４
−  ＤＬ  ＳＦ  ＃３：ｎ１＋８
■Ｅ−ＰＤＣＣＨセット２（ｗｉｔｈ  ＳＦオフセット８）
−  ＤＬ  ＳＦ  ＃１：ｎ２
−  ＤＬ  ＳＦ  ＃２：ｎ２＋８
−  ＤＬ  ＳＦ  ＃３：ｎ２＋１６
Ｅ−ＰＤＣＣＨセット間にオーバーラップされるｅＣＣＥリソースを考慮すれば、当該オーバーラップされたｅＣＣＥリソースには一つのＰＵＣＣＨリソースのみリンクされれば充分であるため、上述した通り（或いは、他の方式により）ＳＦオフセット値を決定する時にＰＵＣＣＨリソース重複割当を勘案する方が、ＰＵＣＣＨリソース運用効率性の側面で有利であろう。したがって、オーバーラップされたｅＣＣＥに対しては一つのＰＵＣＣＨのみが割り当てられることを勘案してＳＦオフセット値を決定することを提案する。例えば、ＳＦオフセット値から、オーバーラップされたｅＣＣＥリソース数を引くことを考慮することができる。
【０１５６】
一例として、図１９で、Ｅ−ＰＤＣＣＨセット１とセット２に属した２個のｅＣＣＥリソースがオーバーラップされると仮定する。この場合、オプション−１で、ＳＦオフセット値は１０（＝４＋８−２）になる。また、オプション−２で、ＳＦオフセット値は（仮に、オーバーラップされたｅＣＣＥリソースにリンクされるＰＵＣＣＨリソースがＥ−ＰＤＣＣＨセット１にのみ割り当てられると仮定すれば）Ｅ−ＰＤＣＣＨセット１の場合４、Ｅ−ＰＤＣＣＨセット２の場合６（＝８−２）になる。したがって、各ＤＬ  ＳＦ（におけるｅＣＣＥ）にリンクされる開始ＰＵＣＣＨリソース／インデックスは、オプションによって、下記のように決定することができる。
【０１５７】
［オプション−１］
■Ｅ−ＰＤＣＣＨセット１（ｗｉｔｈ  ＳＦオフセット１０）
−  ＤＬ  ＳＦ  ＃１：ｎ１
−  ＤＬ  ＳＦ  ＃２：ｎ１＋１０
−  ＤＬ  ＳＦ  ＃３：ｎ１＋２０
■Ｅ−ＰＤＣＣＨセット２（ｗｉｔｈ  ＳＦオフセット１０）
−  ＤＬ  ＳＦ  ＃１：ｎ２
−  ＤＬ  ＳＦ  ＃２：ｎ２＋１０
−  ＤＬ  ＳＦ  ＃３：ｎ２＋２０
［オプション−２］
■Ｅ−ＰＤＣＣＨセット１（ｗｉｔｈ  ＳＦオフセット４）
−  ＤＬ  ＳＦ  ＃１：ｎ１
−  ＤＬ  ＳＦ  ＃２：ｎ１＋４
−  ＤＬ  ＳＦ  ＃３：ｎ１＋８
■Ｅ−ＰＤＣＣＨセット２（ｗｉｔｈ  ＳＦオフセット６）
−  ＤＬ  ＳＦ  ＃１：ｎ２
−  ＤＬ  ＳＦ  ＃２：ｎ２＋６
−  ＤＬ  ＳＦ  ＃３：ｎ２＋１２
一方、上述したように、Ｅ−ＰＤＣＣＨベースのスケジューリングの場合、ＡＣＫ／ＮＡＣＫ送信リソースは、ＤＬグラントＥ−ＰＤＣＣＨを構成する特定（例、最小）ｅＣＣＥインデックスにリンクされたＰＵＣＣＨリソース、或いは［ＤＬグラントＥ−ＰＤＣＣＨを構成する特定ｅＣＣＥインデックス＋ＡＲＩ（及び／又はＡＰ）などによるオフセット値］にリンクされたＰＵＣＣＨリソースと決定することができる。これに伴って、柔軟なＰＵＣＣＨリソース運営／制御を通じてＤＬグラントＥ−ＰＤＣＣＨスケジューリング（例、ｅＣＣＥ選択、ＡＲＩ／ＡＰ設定）に対する自由度を安定して確保／増大させるために、ＳＦオフセットに［ＡＲＩオフセット、ＡＰオフセット、或いはＡＲＩ及びＡＰのオフセット和を有することができる最小値又は最大値（これに対する絶対値）又は最小／最大値の和］を加えることを提案する。
【０１５８】
具体的に例を挙げると、次の通りである。まず、ＡＲＩが有することができるオフセット値が−２、０、２、４であると仮定し、ＡＰが有することができる値が０、１、２、３であると仮定すれば、ＡＲＩオフセットの（最小絶対値、最大絶対値、最小／最大絶対値の和）は（２、４、６）、ＡＰオフセットの（最小絶対値、最大絶対値、最小／最大絶対値の和）は（０、３、３）、ＡＲＩとＡＰのオフセット和の（最小絶対値、最大絶対値、最小／最大絶対値の和）は（２、７、９）となる。また、ＡＲＩが有することができるオフセット値を−１、０、１、２と仮定し、ＡＰが有することができる値を０、１、２、３と仮定すれば、ＡＲＩオフセットの（最小絶対値、最大絶対値、最小／最大絶対値の和）は（１、２、３）、ＡＰオフセットの（最小絶対値、最大絶対値、最小／最大絶対値の和）は（０、３、３）、ＡＲＩとＡＰのオフセット和の（最小絶対値、最大絶対値、最小／最大絶対値の和）は（１、５、６）となる。
【０１５９】
提案方法によれば、ＳＦオフセットに提案されたオフセット値が加えられた値を、スタッキングのための最終ＳＦオフセット値に設定することができる。ここで、ＡＰオフセットの場合には、Ｅ−ＰＤＣＣＨセット内の最も高いインデックスを持つ一つ或いは一つ以上のｅＣＣＥリソースに設定されたＡＰオフセット値のみを対象にして決定することができる。
【０１６０】
一方、Ｅ−ＰＤＣＣＨ構造／形態で構成されるＣＳＳを考慮すれば、これを通じてスケジューリングされたＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック送信に用いられるＰＵＣＣＨリソース／インデックスを設定する／割り当てることが必要となる場合がある。したがって、Ｅ−ＰＤＣＣＨベースのＣＳＳのために、１）対応する開始ＰＵＣＣＨリソース／インデックスをどのように設定するか、２）どれだけのＰＵＣＣＨリソース／インデックスをどのように割り当てるか、３）ＴＤＤの場合、いかなる方式でＤＬ  ＳＦ別ＰＵＣＣＨリソース／インデックスをスタックするか、などを考慮することができる。
【０１６１】
まず、ＣＳＳに対応する開始ＰＵＣＣＨリソース／インデックスの場合、ＵＳＳとは別の独立した開始ＰＵＣＣＨリソース／インデックスを設定することができる。ＣＳＳに対応する開始ＰＵＣＣＨリソース／インデックスは、ＰＢＣＨ、ＳＩＢなどを通じてセル−特定に、或いはＲＲＣシグナリングなどを通じてＵＥ−特定に設定することができる（「分離（ｓｅｐａｒａｔｅ）開始ＰＵＣＣＨ」）。また、ＣＳＳに対応する開始ＰＵＣＣＨリソース／インデックスは、ＵＳＳ用Ｅ−ＰＤＣＣＨセットのうち一つの特定Ｅ−ＰＤＣＣＨセット（「参照（ｒｅｆｅｒｅｎｃｅ）ＵＳＳセット」）に設定された開始ＰＵＣＣＨリソース／インデックス或いはそれに一定のオフセットが加えられたＰＵＣＣＨリソース／インデックスと設定することができる（「共通（ｃｏｍｍｏｎ）開始ＰＵＣＣＨ」）。
【０１６２】
一方、ＣＳＳに対応するＰＵＣＣＨリソース／インデックス数は、（ＣＳＳを構成するｅＣＣＥリソース数ではなく）ＣＳＳを構成するＥ−ＰＤＣＣＨ候補数と同一に割り当てることができる。また、開始ｅＣＣＥリソースが互いに異なるＥ−ＰＤＣＣＨ候補数と同一に割り当てることもできる。また、（Ｅ−ＰＤＣＣＨ候補に対応する）ＰＵＣＣＨリソースインデクシングの場合、低い開始ｅＣＣＥインデックス及び／又は低いＡＬから優先的に低いＰＵＣＣＨインデックスがリンクされるように割り当てることができる。
【０１６３】
一方、ＴＤＤ状況において、分離開始ＰＵＣＣＨ方式の場合、ＣＳＳに対応するＰＵＣＣＨスタッキングのためのＳＦオフセット値は、上記ＰＵＣＣＨ割当方法に基づいてＣＳＳを構成する（及び／又は開始ｅＣＣＥリソースが互いに異なる）Ｅ−ＰＤＣＣＨ候補数（「ＣＳＳ候補ｎｕｍ」）と同一に設定することができる。共通開始ＰＵＣＣＨ方式の場合、参照ＵＳＳセットに対するＰＵＣＣＨスタッキングのためのＳＦオフセット値は、オプション−１又はオプション−２（或いは、その他の方式）によって決定されるＳＦオフセットにＣＳＳ候補ｎｕｍが加えられた値に設定することができる。また、共通開始ＰＵＣＣＨ方式の場合、ＤＬデータスケジューリング（そのためのＤＬグラントＥ−ＰＤＣＣＨ）に用いられる確率が相対的に高いＵＳＳに対応するＰＵＣＣＨリソースをまずスタッキングした後（例、より低いＰＵＣＣＨリソースインデックスを有する）、ＣＳＳに対応するＰＵＣＣＨリソースをスタッキングすることができる（例、より高いＰＵＣＣＨリソースインデックスを有する）。
【０１６４】
図２０は、本発明の実施例に適用することができる基地局及び端末を例示する図である。リレーを含むシステムでは、基地局又は端末をリレーに代替してもよい。
【０１６５】
図２０を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリー１１４及び無線周波数（ＲＦ）ユニット１１６を備える。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作に関する様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、て無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリー１２４及びＲＦユニット１２６を備える。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作に関する様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。
【０１６６】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含めることもでき、別の実施例の対応する構成又は特徴に置き換えることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。
【０１６７】
本文書において、本発明の実施例は主として端末と基地局との間のデータ送受信関係を中心に説明されている。本文書において基地局によって行われるとした特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の別のネットワークノードによって実行できることは明らかである。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代替してもよい。また、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代替してもよい。
【０１６８】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍ  ｗａｒｅ）、ソフトウェア、又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１６９】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに保存され、プロセッサによって駆動することができる。メモリーユニットはプロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０１７０】
本発明は、本発明の特徴を逸脱しない範囲で別の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１７１】
本発明は、端末、リレー、基地局などのような無線通信装置に用いることができる。
【図１】
0006001153.tif 000027
【図２】
0006001153.tif 000028
【図３】
0006001153.tif 000029
【図４】
0006001153.tif 000030
【図５】
0006001153.tif 000031
【図６】
0006001153.tif 000032
【図７】
0006001153.tif 000033
【図８】
0006001153.tif 000034
【図９】
0006001153.tif 000035
【図１０】
0006001153.tif 000036
【図１１】
0006001153.tif 000037
【図１２】
0006001153.tif 000038
【図１３】
0006001153.tif 000039
【図１４】
0006001153.tif 000040
【図１５】
0006001153.tif 000041
【図１６】
0006001153.tif 000042
【図１７】
0006001153.tif 000043
【図１８】
0006001153.tif 000044
【図１９】
0006001153.tif 000045
【図２０】
0006001153.tif 000046