JP6185629B2

JP6185629B2 - 無線通信システムにおいて上りリンク制御情報の送受信方法及び装置

Info

Publication number: JP6185629B2
Application number: JP2016128476A
Authority: JP
Inventors: ヒュンウーリー; ジェフンチョン; スンヒハン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2010-11-02
Filing date: 2016-06-29
Publication date: 2017-08-23
Anticipated expiration: 2031-11-02
Also published as: CN103621001A; US20130215803A1; CN107222297A; EP2637343B1; USRE49427E1; EP2637342B1; US9819464B2; JP7138088B2; CN103621001B; EP2637341B1; US20130195066A1; US9113458B2; EP2637341A4; JP5832546B2; EP4113878A1; CN103314547A; WO2012060628A2; CN107222297B; WO2012060632A2; JP5832545B2

Description

以下の説明は、無線通信システムに係り、特に、上りリンク制御情報を送受信する方法及び装置に関する。

無線通信システムが音声やデータのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、伝送パワーなど）を共有してマルチユーザーとの通信を支援し得る多重接続（ｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムのことをいう。多重接続システムの例には、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムなどがある。

本発明の目的は、無線通信システムにおいて制御情報を效率的に伝送する方法及びそのための装置を提供することにある。本発明の他の目的は、制御情報を效率的に伝送するためのチャネルフォーマット、信号処理、及びそのための装置を提供することにある。本発明のさらに他の目的は、制御情報を伝送するためのリソースを效率的に割り当てる方法及びそのための装置を提供することにある。

本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

上記の技術的課題を解決するために、本発明一実施例に係る無線通信システムにおいて端末が確認応答情報を伝送する方法は、Ｍ（Ｍ≧１）個の下りリンクサブフレームを含む下りリンクサブフレームセットでの下りリンク伝送に対する確認応答情報が伝送されるＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）フォーマット及びリソースを決定するステップと、一つの上りリンクサブフレームで前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を伝送するステップと、を含むことができる。ここで、前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは一つのＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌを含むことができる。前記下りリンクサブフレームセット内で対応ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）が検出されない一つのＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）が前記ＰＣｅｌｌ上でのみ存在し、前記下りリンクサブフレームセット内でＳＰＳ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳＣｈｅｄｕｌｉｎｇ）解除ＰＤＣＣＨが存在しない場合に、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて前記確認応答情報が伝送されるとよい。

上記の技術的課題を解決するために、本発明の他の実施例に係る無線通信システムにおいて確認応答情報を伝送する端末は、基地局から下りリンク信号を受信する受信モジュールと、前記基地局に上りリンク信号を伝送する伝送モジュールと、前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備えることができる。前記プロセッサは、Ｍ（Ｍ≧１）個の下りリンクサブフレームを含む下りリンクサブフレームセットで前記受信モジュールを介して受信される下りリンク伝送に対する確認応答情報が伝送されるＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）フォーマット及びリソースを決定し、一つの上りリンクサブフレームで前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成されてもよい。ここで、前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは一つのＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌを含むことができる。前記下りリンクサブフレームセット内で対応ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）が検出されない一つのＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）が前記ＰＣｅｌｌ上でのみ存在し、前記下りリンクサブフレームセット内でＳＰＳ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳＣｈｅｄｕｌｉｎｇ）解除ＰＤＣＣＨが存在しない場合に、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて前記確認応答情報が伝送されるとよい。

本発明の前述した実施例に以下の事項を共通に適用することができる。

前記ＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスは、前記対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨに対するＳＰＳ活性化を指示するＰＤＣＣＨのＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドの値によって決定されてもよい。

Ｍ＞１であり、前記下りリンクサブフレームセット内で対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨが前記ＰＣｅｌｌ上でのみ存在し、前記下りリンクサブフレームセット内で対応ＰＤＣＣＨの検出により指示（ｉｎｄｉｃａｔｅ）されるＰＤＳＣＨが前記ＰＣｅｌｌ上でのみ存在し、前記検出されたＰＤＣＣＨのＤＡＩ（ＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ）値が１であると、ＰＵＣＣＨフォーマット１ｂを用いるチャネル選択によって前記確認応答情報が伝送されてもよい。

前記チャネル選択は、Ａ（Ａ＝２または３）個のＰＵＣＣＨリソースから一つのＰＵＣＣＨリソースを選択する方式で行われてもよい。

前記Ａは、前記下りリンク伝送の伝送ブロックの個数に基づいて決定されてもよい。

前記Ａ個のＰＵＣＣＨリソースのうち一つは、前記対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨに対するＳＰＳ活性化を指示するＰＤＣＣＨのＴＰＣフィールドの値によって決定され、前記Ａ個のＰＵＣＣＨリソースのうち残りは、前記検出されたＰＤＣＣＨのＣＣＥ（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ）インデックスから誘導されてもよい。

前記ＰＣｅｌｌ上でＤＡＩ値が１のＰＤＣＣＨのＴＰＣフィールドは、上りリンク伝送電力制御情報を表し、前記ＰＣｅｌｌ上でＤＡＩ値が１よりも大きいＰＤＣＣＨのＴＰＣフィールドは、ＰＵＣＣＨフォーマット３のリソースインデックスの決定に用いられ、前記少なくとも一つのＳＣｅｌｌのそれぞれでのＰＤＣＣＨのＴＰＣフィールドは、ＰＵＣＣＨフォーマット３のリソースインデックスの決定に用いられてもよい。

前記端末は、前記下りリンクサブフレームセット内で前記ＰＵＣＣＨフォーマット３のリソースインデックスの決定に用いられる前記ＰＣｅｌｌ及び前記少なくとも一つのＳＣｅｌｌの全てのＰＤＣＣＨで同じＰＵＣＣＨリソースインデックス値が伝送されると仮定してもよい。

前記無線通信システムは、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）無線通信システムでもよい。

本発明について前述した一般的な説明と後述する詳細な説明は例示的なもので、請求項に記載の発明についてのさらなる説明のためのものである。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいて端末が確認応答情報を伝送する方法であって、
Ｍ（Ｍ≧１）個の下りリンクサブフレームを含む下りリンクサブフレームセットでの下りリンク伝送に対する確認応答情報が伝送されるＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）フォーマット及びリソースを決定することと、
一つの上りリンクサブフレームで前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を伝送することと、
を含み、
前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは、一つのＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌを含み、
前記下りリンクサブフレームセット内で対応ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）が検出されない一つのＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）が前記ＰＣｅｌｌ上でのみ存在し、前記下りリンクサブフレームセット内でＳＰＳ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳＣｈｅｄｕｌｉｎｇ）解除ＰＤＣＣＨが存在しない場合に、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて前記確認応答情報が伝送される、確認応答情報伝送方法。
（項目２）
前記ＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスは、前記対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨに対するＳＰＳ活性化を指示するＰＤＣＣＨのＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドの値によって決定される、項目１に記載の確認応答情報伝送方法。
（項目３）
Ｍ＞１であり、前記下りリンクサブフレームセット内で対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨが前記ＰＣｅｌｌ上でのみ存在し、前記下りリンクサブフレームセット内で対応ＰＤＣＣＨの検出により指示（ｉｎｄｉｃａｔｅ）されるＰＤＳＣＨが前記ＰＣｅｌｌ上でのみ存在し、前記検出されたＰＤＣＣＨのＤＡＩ（ＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ）値が１であると、ＰＵＣＣＨフォーマット１ｂを用いるチャネル選択によって前記確認応答情報が伝送される、項目１に記載の確認応答情報伝送方法。
（項目４）
前記チャネル選択は、Ａ（Ａ＝２または３）個のＰＵＣＣＨリソースから一つのＰＵＣＣＨリソースを選択する方式で行われる、項目３に記載の確認応答情報伝送方法。
（項目５）
前記Ａは、前記下りリンク伝送の伝送ブロックの個数に基づいて決定される、項目４に記載の確認応答情報伝送方法。
（項目６）
前記Ａ個のＰＵＣＣＨリソースのうち一つは、前記対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨに対するＳＰＳ活性化を指示するＰＤＣＣＨのＴＰＣフィールドの値によって決定され、
前記Ａ個のＰＵＣＣＨリソースのうち残りは、前記検出されたＰＤＣＣＨのＣＣＥ（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ）インデックスから誘導される、項目４に記載の確認応答情報伝送方法。
（項目７）
前記ＰＣｅｌｌ上でＤＡＩ値が１のＰＤＣＣＨのＴＰＣフィールドは、上りリンク伝送電力制御情報を表し、
前記ＰＣｅｌｌ上でＤＡＩ値が１よりも大きいＰＤＣＣＨのＴＰＣフィールドは、ＰＵＣＣＨフォーマット３のリソースインデックスの決定に用いられ、
前記少なくとも一つのＳＣｅｌｌのそれぞれでのＰＤＣＣＨのＴＰＣフィールドは、ＰＵＣＣＨフォーマット３のリソースインデックスの決定に用いられる、項目１に記載の確認応答情報伝送方法。
（項目８）
前記端末は、前記下りリンクサブフレームセット内で前記ＰＵＣＣＨフォーマット３のリソースインデックスの決定に用いられる前記ＰＣｅｌｌ及び前記少なくとも一つのＳＣｅｌｌの全てのＰＤＣＣＨで同じＰＵＣＣＨリソースインデックス値が伝送されると仮定する、項目７に記載の確認応答情報伝送方法。
（項目９）
前記無線通信システムは、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）無線通信システムである、項目１に記載の確認応答情報伝送方法。
（項目１０）
無線通信システムにおいて確認応答情報を伝送する端末であって、
基地局から下りリンク信号を受信する受信モジュールと、
前記基地局に上りリンク信号を伝送する伝送モジュールと、
前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備え、
前記プロセッサは、
Ｍ（Ｍ≧１）個の下りリンクサブフレームを含む下りリンクサブフレームセットで前記受信モジュールを介して受信される下りリンク伝送に対する確認応答情報が伝送されるＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）フォーマット及びリソースを決定し、
一つの上りリンクサブフレームで前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成され、
前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは、一つのＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌを含み、
前記下りリンクサブフレームセット内で対応ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）が検出されない一つのＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）が前記ＰＣｅｌｌ上でのみ存在し、前記下りリンクサブフレームセット内でＳＰＳ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳＣｈｅｄｕｌｉｎｇ）解除ＰＤＣＣＨが存在しない場合に、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて前記確認応答情報が伝送される、確認応答情報伝送端末。
（項目１１）
Ｍ＞１であり、前記下りリンクサブフレームセット内で対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨが前記ＰＣｅｌｌ上でのみ存在し、前記下りリンクサブフレームセット内で対応ＰＤＣＣＨの検出により指示（ｉｎｄｉｃａｔｅ）されるＰＤＳＣＨが前記ＰＣｅｌｌ上でのみ存在し、前記検出されたＰＤＣＣＨのＤＡＩ（ＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ）値が１であると、ＰＵＣＣＨフォーマット１ｂを用いるチャネル選択によって前記確認応答情報が伝送される、項目１０に記載の確認応答情報伝送端末。
（項目１２）
前記チャネル選択は、Ａ（Ａ＝２または３）個のＰＵＣＣＨリソースから一つのＰＵＣＣＨリソースを選択する方式で行われる、項目１１に記載の確認応答情報伝送端末。
（項目１３）
前記Ａは、前記下りリンク伝送の伝送ブロックの個数に基づいて決定される、項目１２に記載の確認応答情報伝送端末。
（項目１４）
前記Ａ個のＰＵＣＣＨリソースのうち一つは、前記対応ＰＤＣＣＨが検出されない一つのＰＤＳＣＨに対するＳＰＳ活性化を指示するＰＤＣＣＨのＴＰＣフィールドの値によって決定され、
前記Ａ個のＰＵＣＣＨリソースのうち残りは、前記検出されたＰＤＣＣＨのＣＣＥ（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ）インデックスから誘導される、項目１２に記載の確認応答情報伝送端末。

本発明によれば、無線通信システムにおいて制御情報を效率的に伝送することができる。また、制御情報を效率的に伝送するためのチャネルフォーマット、信号処理方法を提供することができる。また、制御情報伝送のためのリソースを效率的に割り当てることができる。

本発明から得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
本発明を実行するユーザー機器（ＵＥ）及び基地局（ＢＳ）の構成要素を示すブロック図である。ユーザー機器及び基地局内の送信器構造の一例を示す図である。単一搬送波特性を満たしながら、入力シンボルを周波数ドメインで副搬送波にマッピングする例を示す図である。クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。セグメント（ｓｅｇｍｅｎｔｅｄ）ＳＣ−ＦＤＭＡの信号処理過程を示す図である。無線通信システムで用いられる無線フレーム構造の例を示す図である。無線通信システムにおいてＤＬ／ＵＬスロット構造の一例を示す図である。無線通信システムにおいて下りリンクサブフレーム構造の一例を示す図である。無線通信システムにおいて上りリンクサブフレーム構造の一例を示す図である。ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。単一搬送波状況で通信を行う例を示す図である。多重搬送波状況下で通信を行う例を示す図である。基地局で一つのＭＡＣが多重搬送波を管理する概念を説明する図である。ユーザー機器で一つのＭＡＣが多重搬送波を管理する概念を説明する図である。基地局で複数のＭＡＣが多重搬送波を管理する概念を説明する図である。ユーザー機器で複数のＭＡＣが多重搬送波を管理する概念を説明する図である。基地局で複数のＭＡＣが多重搬送波を管理する他の概念を説明する図である。ユーザー機器で複数のＭＡＣが多重搬送波を管理する他の概念を説明する図である。ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット１ａ及び１ｂのスロットレベル構造を例示する図である。ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット１ａ及び１ｂのスロットレベル構造を例示する図である。搬送波アグリゲーションが支援される無線通信システムにおいて上りリンク制御情報（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）が伝送されるシナリオを例示する図である。複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにあらかじめ定義されたリソース割当の例示を示すフローチャートである。ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにあらかじめ定義された追加のリソース割当の例示を示すフローチャートである。ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにＤＡＩフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる他の例示を示すフローチャートである。ＰＣｅｌｌでＤＡＩ値に基づいてＴＰＣフィールドを元来の用途またはＡＲＩ用途に用いる実施例を説明するための図である。バンドリングウィンドウ内でＣＣインデックスが増加する方向を優先にＤＡＩ値が増加する例示を示す図である。ＣＡＴＤＤシステムの場合にＤＡＩ値を決定する例示を示す図である。ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。時間−ドメイン部分バンドリングの一例を示す図である。ＣＣ−ドメインバンドリングが適用される場合にＰＵＣＣＨフォーマット１ｂを用いたチャネル選択を説明するための図である。ＣＣ−ドメインバンドリングが適用される場合にＰＵＣＣＨフォーマット３を用いたチャネル選択を説明するための図である。ＤＡＩ及びＴＰＣ使用の一例を示す図である。ＤＡＩ及びＴＰＣ使用の他の例を示す図である。ＰＤＣＣＨ内のＴＰＣフィールドの使用に関する本発明の一例を示す図である。本発明の一例に係る種々の下りリンク伝送に対するＡＣＫ／ＮＡＣＫ伝送方案を説明するためのフローチャートである。

以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素または特徴は、別に明示しない限り、選択的なものと考慮しなければならない。各構成要素または特徴が他の構成要素や特徴と結合しない形態で実施してもよく、一部の構成要素及び／または特徴を結合させて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更してもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成または特徴に代えてもよい。

本明細書では、本発明の実施例を、基地局と端末との間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌｎｏｄｅ）としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒｎｏｄｅ）により行われることもある。

すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋｎｏｄｅｓ）からなるネットワークにおいて、端末との通信のために行われる種々の動作は、基地局、または基地局以外の他のネットワークノードにより行われうるということは自明である。「基地局（ＢＳ：ＢａｓｅＳｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）などの用語に代えてもよい。また、本文書で基地局という用語は、セルまたはセクターを含む概念として用いることができる。一方、中継機は、ＲｅｌａｙＮｏｄｅ（ＲＮ）、ＲｅｌａｙＳｔａｔｉｏｎ（ＲＳ）などの用語に代えてもよい。「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＭＳＳ（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）などの用語に代えてもよい。

以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更可能である。

場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で示されることがある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。

本発明の実施例は、無線接続システムであるＩＥＥＥ８０２システム、３ＧＰＰシステム、３ＧＰＰＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書でサポートすることかできる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明しない段階または部分を、上記の標準文書でサーポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書により説明することができる。

以下の技術は、ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＦＤＭＡ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＴＤＭＡ（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）などのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ）とすることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭ（登録商標）Ｅｖｏｌｕｔｉｏｎ）のような無線技術とすることができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ＥｖｏｌｖｅｄＵＴＲＡ）などのような無線技術とすることができる。ＵＴＲＡは、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ＥｖｏｌｖｅｄＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍ）及び進展したＩＥＥＥ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡＡｄｖａｎｃｅｄｓｙｓｔｅｍ）によって説明することができる。明確性のために、以下では、３ＧＰＰＬＴＥ及びＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。

図１は、本発明を実行するユーザー機器（ＵＥ）及び基地局（ＢＳ）の構成要素を示すブロック図である。

ＵＥは、上りリンクでは送信装置として動作し、下りリンクでは受信装置として動作する。一方、ＢＳは、上りリンクでは受信装置として動作し、下りリンクでは送信装置で動作する。

ＵＥ及びＢＳは、情報及び／またはデータ、信号、メッセージなどを受信できるアンテナ５００ａ，５００ｂ、アンテナを制御してメッセージを伝送する送信器（Ｔｒａｎｓｍｉｔｔｅｒ）１００ａ，１００ｂ、アンテナを制御してメッセージを受信する受信器（Ｒｅｃｅｉｖｅｒ）３００ａ，３００ｂ、無線通信システム内の通信に関連した各種の情報を保存するメモリー２００ａ，２００ｂを備える。また、ＵＥ及びＢＳは、ＵＥまたはＢＳに備えられた送信器、受信器、メモリーなどの構成要素と連動し、それらの構成要素を制御して本発明を実行するように構成されたプロセッサ４００ａ，４００ｂをそれぞれ備える。ＵＥ内の送信器１００ａ、受信器３００ａ、メモリー２００ａ、プロセッサ４００ａはそれぞれ、別個のチップ（ｃｈｉｐ）により独立した構成要素として具現されてもよく、２つ以上が一つのチップ（ｃｈｉｐ）により具現されてもよい。同様に、ＢＳ内の送信器１００ｂ、受信器３００ｂ、メモリー２００ｂ、プロセッサ４００ｂもそれぞれ、別個のチップにより独立した構成要素として具現されてもよく、２つ以上が一つのチップにより具現されてもよい。送信器と受信器とを統合してＵＥまたはＢＳ内で単一の送受信器（ｔｒａｎｓｃｅｉｖｅｒ）にしてもよい。

アンテナ５００ａ，５００ｂは、送信器１００ａ，１００ｂで生成された信号を外部に伝送したり、外部から無線信号を受信して受信器３００ａ，３００ｂに伝達する機能を果たす。アンテナ５００ａ，５００ｂはアンテナポートと呼ばれることもある。各アンテナポートは一つの物理アンテナに相当してもよく、一つよりも多い物理アンテナ要素（ｅｌｅｍｅｎｔ）の組み合わせにより構成されてもよい。各アンテナポートから伝送された信号はＵＥ内の受信器３００ａでそれ以上分解されることはない。該当のアンテナポートに対応して伝送された参照信号はＵＥの観点からのアンテナポートを定義し、チャネルが一物理アンテナからの単一（ｓｉｎｇｌｅ）無線チャネルなのか、或いは、当該アンテナポートを含む複数の物理アンテナ要素（ｅｌｅｍｅｎｔ）からの合成（ｃｏｍｐｏｓｉｔｅ）チャネルなのかにかからわず、ＵＥが当該アンテナポートに対するチャネル推定を行えるようにする。すなわち、アンテナポートは、当該アンテナポート上のシンボルを伝達するチャネルが、同アンテナポート上の他のシンボルが伝達されるチャネルから導出され得るように定義される。複数のアンテナを用いてデータを送受信する多重入出力（Ｍｕｌｔｉ−ＩｎｐｕｔＭｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ）機能を支援する送受信器は２個以上のアンテナに接続可能である。

プロセッサ４００ａ，４００ｂは、一般に、ＵＥまたはＢＳ内の各種モジュールの動作全般を制御する。特に、プロセッサ４００ａ，４００ｂは、本発明を実行するための各種の制御機能、サービス特性及び伝播環境によるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）フレーム可変制御機能、遊休モード動作を制御するための電力節約モード機能、ハンドオーバー（Ｈａｎｄｏｖｅｒ）機能、認証及び暗号化機能などを実行することができる。プロセッサ４００ａ，４００ｂは、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ばれることもある。一方、プロセッサ４００ａ，４００ｂを、ハードウェア（ｈａｒｄｗａｒｅ）、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはこれらの結合により具現することができる。ハードウェアを用いて本発明を具現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ）、またはＦＰＧＡｓ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ）などをプロセッサ４００ａ，４００ｂに備えることができる。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合には、本発明の機能または動作を行うモジュール、手順または関数などを含むようにファームウェアやソフトウェアを構成することができ、本発明を実行し得るように構成されたファームウェアまたはソフトウェアは、プロセッサ４００ａ，４００ｂ内に備えられてもよく、メモリー２００ａ，２００ｂに保存されてプロセッサ４００ａ，４００ｂにより駆動されてもよい。

送信器１００ａ，１００ｂは、プロセッサ４００ａ，４００ｂまたは該プロセッサに接続したスケジューラからスケジューリングされて外部に伝送される信号及び／またはデータに所定の符号化（ｃｏｄｉｎｇ）及び変調（ｍｏｄｕｌａｔｉｏｎ）を行ってからアンテナ５００ａ，５００ｂに伝達する。例えば、送信器１００ａ，１００ｂは、伝送しようとするデータ列に逆多重化、チャネル符号化及び変調過程などを行ってＫ個のレイヤーに変換する。Ｋ個のレイヤーは送信器内の送信処理器を経て送信アンテナ５００ａ，５００ｂから伝送される。ＵＥ及びＢＳの送信器１００ａ，１００ｂ及び受信器３００ａ，３００ｂは、送信信号及び受信信号を処理する過程によって異なる構成とすることができる。

メモリー２００ａ，２００ｂは、プロセッサ４００ａ，４００ｂの処理及び制御のためのプログラムを保存することができ、入出力される情報を臨時保存することができる。メモリー２００ａ，２００ｂはバッファーとして用いられてもよい。メモリーは、フラッシュメモリータイプ（ｆｌａｓｈｍｅｍｏｒｙｔｙｐｅ）、ハードディスクタイプ（ｈａｒｄｄｉｓｋｔｙｐｅ）、マルチメディアカードマイクロタイプ（ｍｕｌｔｉｍｅｄｉａｃａｒｄｍｉｃｒｏｔｙｐｅ）またはカードタイプのメモリー（例えば、ＳＤまたはＸＤメモリーなど）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＳＲＡＭ（ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）、ＰＲＯＭ（ＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）、磁気メモリー、磁気ディスク、光ディスクなどを用いて具現することができる。

図２は、ユーザー機器及び基地局内の送信器構造の一例を示す図である。図２を参照して、送信器１００ａ，１００ｂの動作についてより具体的に説明する。

図２を参照すると、ＵＥまたは基地局内の送信器１００ａ，１００ｂは、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６を備えることができる。

送信器１００ａ，１００ｂは、一つ以上のコードワード（ｃｏｄｅｗｏｒｄ）を送信することができる。各コードワード内の符号化されたビット（ｃｏｄｅｄｂｉｔｓ）はそれぞれ、スクランブラ３０１によりスクランブリングされて物理チャネル上で伝送される。コードワードは、データ列と呼ばれることもあり、ＭＡＣ層が提供するデータブロックと等価である。ＭＡＣ層が提供するデータブロックは伝送ブロックと呼ばれることもある。

スクランブルされたビットは、変調マッパー３０２により複素変調シンボル（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄｍｏｄｕｌａｔｉｏｎｓｙｍｂｏｌｓ）に変調される。変調マッパー３０２は、スクランブルされたビットを既に決定された変調方式によって変調して、信号コンステレーション（ｓｉｇｎａｌｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置することができる。変調方式（ｍｏｄｕｌａｔｉｏｎｓｃｈｅｍｅ）には制限がなく、ｍ−ＰＳＫ（ｍ−ＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）またはｍ−ＱＡＭ（ｍ−ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ）などを、上記の符号化されたデータの変調に用いることができる。

複素変調シンボルは、レイヤーマッパー３０３により一つ以上の伝送レイヤーにマッピングされる。

各レイヤー上の複素変調シンボルは、アンテナポート上での伝送のためにプリコーダ３０４によりプリコーディングされる。具体的に、プリコーダ３０４は、複素変調シンボルを多重送信アンテナ５００−１，…，５００−Ｎ_ｔに基づくＭＩＭＯ方式で処理して、アンテナ特定シンボルを出力し、アンテナ特定シンボルを該当のリソース要素マッパー３０５に分配する。すなわち、伝送レイヤーのアンテナポートへのマッピングはプリコーダ３０４により行われる。プリコーダ３０４は、レイヤーマッパー３０３の出力ｘをＮ_ｔ×Ｍ_ｔのプリコーディング行列ＷとかけてＮ_ｔ×Ｍ_Ｆの行列ｚとして出力することができる。

リソース要素マッパー３０５は、各アンテナポートへの複素変調シンボルを適切なリソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｓ）にマッピング／割り当てる。リソース要素マッパー３０５は、各アンテナポートに対する複素変調シンボルを適切な副搬送波に割り当て、ユーザーに基づいて多重化することができる。

ＯＦＤＭ信号生成器３０６は、各アンテナポートに対する複素変調シンボル、すなわち、アンテナ特定シンボルを、ＯＦＤＭまたはＳＣ−ＦＤＭ方式で変調し、複素時間ドメイン（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄｔｉｍｅｄｏｍａｉｎ）ＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）シンボル信号またはＳＣ−ＦＤＭ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）シンボル信号を生成する。ＯＦＤＭ信号生成器３０６は、アンテナ特定シンボルにＩＦＦＴ（ＩｎｖｅｒｓｅＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）を行うことができ、ＩＦＦＴの行われた時間ドメインシンボルにはＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）を挿入することができる。ＯＦＤＭシンボルは、デジタル−アナログ（ｄｉｇｉｔａｌ−ｔｏ−ａｎａｌｏｇ）変換、周波数アップ変換などを経て、各送信アンテナ５００−１，…，５００−Ｎ_ｔから受信装置に送信される。ＯＦＤＭ信号生成器３０６は、ＩＦＦＴモジュール、Ｐ挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ−ｔｏ−ＡｎａｌｏｇＣｏｎｖｅｒｔｅｒ）、及び周波数アップ変換器（ｆｒｅｑｕｅｎｃｙｕｐｃｏｎｖｅｒｔｅｒ）などを備えることができる。

一方、送信器１００ａ，１００ｂがコードワードの送信にＳＣ−ＦＤＭ接続（ＳＣ−ＦＤＭＡ）方式を採択する場合は、送信器１００ａ，１００ｂが離散フーリエ変換（ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）モジュール３０７（あるいは、高速フーリエ変換（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）モジュール）を有することができる。この離散フーリエ変換は、アンテナ特定シンボルにＤＦＴ（ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）あるいはＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）（以下、ＤＦＴ／ＦＦＴ）を行い、このＤＦＴ／ＦＦＴされたシンボルをリソース要素マッパー３０５に出力する。ＳＣ−ＦＤＭＡ（ＳｉｎｇｌｅｃａｒｒｉｅｒＦＤＭＡ）は、伝送信号のＰＡＰＲ（Ｐｅａｋ−ｔｏ−ＡｖｅｒａｇｅＰｏｗｅｒＲａｔｉｏ）あるいはＣＭ（ＣｕｂｉｃＭｅｔｒｉｃ）を下げて伝送する方式である。ＳＣ−ＦＤＭＡによれば、伝送される信号が電力増幅器（ｐｏｗｅｒａｍｐｌｉｆｉｅｒ）の非線形（ｎｏｎ−ｌｉｎｅａｒ）歪み区間を避けて伝送されることが可能になる。そのため、送信器が既存のＯＦＤＭ方式に比べてより低い電力で信号を伝送しても、受信器が一定の強度と誤り率を満たす信号を受信することとなる。すなわち、ＳＣ−ＦＤＭＡによれば、送信装置の電力消耗を減らすことができる。

既存のＯＦＤＭ信号生成器では、各副搬送波に載せられていた信号がＩＦＦＴを通過しながら多重搬送波変調（ＭｕｌｔｉＣａｒｒｉｅｒＭｏｄｕｌａｔｉｏｎ、ＭＣＭ）によって同時に並列に伝送されるため、電力増幅器効率が低下する問題があった。これに対し、ＳＣ−ＦＤＭＡでは、副搬送波に信号をマッピングする前にまず情報をＤＦＴ／ＦＦＴする。ＤＦＴ／ＦＦＴモジュール３０７を通過した信号はＤＦＴ／ＦＦＴの効果によりＰＡＰＲが増加する。ＤＦＴ／ＦＦＴされた信号は、リソース要素マッパー３０５により副搬送波にマッピングされた後、再びＩＦＦＴされて時間ドメイン信号に変換される。すなわち、ＳＣ−ＦＤＭＡ送信器は、ＯＦＤＭ信号生成器の前段でＤＦＴあるいはＦＦＴ演算をさらに行うから、ＰＡＰＲがＦＦＴ入力端で増加してから、再びＩＦＦＴを通過しながら最終伝送信号のＰＡＰＲが減るようにする。この形態は、既存のＯＦＤＭ信号生成器の前にＤＦＴモジュール（あるいはＦＦＴモジュール）３０７が追加されたのと同様であることから、ＳＣ−ＦＤＭＡは、ＤＦＴ−ｓ−ＯＦＤＭ（ＤＦＴ−ｓｐｒｅａｄＯＦＤＭ）とも呼ばれる。

ＳＣ−ＦＤＭＡは、単一搬送波性質を満たさなければならない。図３は、単一搬送波特性を満たしながら、入力シンボルを周波数ドメインで副搬送波にマッピングする例を示す図である。図３（ａ）及び図３（ｂ）のいずれかによって、ＤＦＴされたシンボルが副搬送波に割り当てられると、単一搬送波性質を満たす伝送信号が得られる。図３（ａ）は局地的（ｌｏｃａｌｉｚｅｄ）マッピング方法を、図３（ｂ）は分散的（ｄｉｓｔｒｉｂｕｔｅｄ）マッピング方法を示している。

一方、クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭという方式が送信器１００ａ，１００ｂに採択されてもよい。クラスタＤＦＴ−ｓ−ＯＦＤＭは、既存のＳＣ−ＦＤＭＡ方式の変形であり、ＤＦＴ／ＦＦＴモジュール３０７及びプリコーダ３０４を経た信号を、いくつかのサブブロックに分けた後、副搬送波に不連続的にマッピングする方法である。図４乃至図６は、クラスタＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。

図４は、クラスタＳＣ−ＦＤＭＡにおいてＤＦＴプロセス出力サンプルが単一搬送波にマッピングされる信号処理過程を示す図である。図５及び図６は、クラスタＳＣ−ＦＤＭＡにおいてＤＦＴプロセス出力サンプルが多重搬送波（ｍｕｌｔｉ−ｃａｒｒｉｅｒ）にマッピングされる信号処理過程を示す図である。図４は、イントラ搬送波（ｉｎｔｒａ−ｃａｒｒｉｅｒ）クラスタＳＣ−ＦＤＭＡを適用する例に相当し、図５及び図６は、インター搬送波（ｉｎｔｅｒ−ｃａｒｒｉｅｒ）クラスタＳＣ−ＦＤＭＡを適用する例に相当する。図５は、周波数ドメインで連続的（ｃｏｎｔｉｇｕｏｕｓ）にコンポーネント搬送波（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）が割り当てられた状況下で、隣接したコンポーネント搬送波間の副搬送波間隔（ｓｐａｃｉｎｇ）が整列された場合に、単一のＩＦＦＴブロックを用いて信号を生成する場合を示している。図６は、周波数ドメインで不連続的（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）にコンポーネント搬送波が割り当てられた状況下で複数のＩＦＦＴブロックを用いて信号を生成する場合を示している。

図７は、セグメント（ｓｅｇｍｅｎｔｅｄ）ＳＣ−ＦＤＭＡの信号処理過程を示す図である。

セグメントＳＣ−ＦＤＭＡは、任意個数のＤＦＴと同じ個数のＩＦＦＴが適用されてＤＦＴとＩＦＦＴとの関係構成が一対一関係を有するもので、単に既存のＳＣ−ＦＤＭＡのＤＦＴ拡散とＩＦＦＴの周波数副搬送波マッピング構成を拡張したものであることから、ＮｘＳＣ−ＦＤＭＡまたはＮｘＤＦＴ−ｓ−ＯＦＤＭＡと表現されることもある。本明細書は、これらをセグメントＳＣ−ＦＤＭＡと総称する。図７を参照すると、セグメントＳＣ−ＦＤＭＡは、単一搬送波特性条件を緩和するために、全体時間ドメイン変調シンボルをＮ（Ｎは１よりも大きい整数）個のグループに束ねてグループ単位にＤＦＴプロセスを行う。

再び図２を参照すると、受信器３００ａ，３００ｂの信号処理過程は、送信器の信号処理と逆の過程となる。具体的に、受信器３００ａ，３００ｂは、外部からアンテナ５００ａ，５００ｂを介して受信した無線信号に復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を行って該当のプロセッサ４００ａ，４００ｂに伝達する。受信器３００ａ，３００ｂに接続しているアンテナ５００ａ，５００ｂは、Ｎ_ｒ個の多重受信アンテナを有することができ、受信アンテナを介して受信した信号のそれぞれは、基底帯域信号に復元された後、多重化及びＭＩＭＯ復調化を経て、送信器１００ａ，１００ｂが本来伝送しようとしたデータ列に復元される。受信器３００ａ，３００ｂは、受信した信号を基底帯域信号に復元するための信号復元器、受信処理された信号を結合して多重化する多重化器、多重化された信号列を該当のコードワードに復調するチャネル復調器を有することができる。信号復元器、多重化器、及びチャネル復調器は、それらの機能を実行する統合された一つのモジュールまたはそれぞれの独立したモジュールにすることができる。さらにいうと、信号復元器は、アナログ信号をデジタル信号に変換するＡＤＣ（ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌｃｏｎｖｅｒｔｅｒ）、該デジタル信号からＣＰを除去するＣＰ除去器、ＣＰの除去された信号にＦＦＴ（ｆａｓｔＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）を適用して周波数ドメインシンボルを出力するＦＦＴモジュール、周波数ドメインシンボルをアンテナ特定シンボルに復元するリソース要素デマッパー（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｄｅｍａｐｐｅｒ）／等化器（ｅｑｕａｌｉｚｅｒ）を有することができる。アンテナ特定シンボルは多重化器により伝送レイヤーに復元され、伝送レイヤーは、チャネル復調器により、送信装置が伝送しようとしたコードワードに復元される。

一方、受信器３００ａ，３００ｂが、図３乃至図７で説明したＳＣ−ＦＤＭＡ方式により伝送された信号を受信する場合、受信器は３００ａ，３００ｂは、逆離散フーリエ変換（ＩｎｖｅｒｓｅＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ、ＩＤＦＴ）モジュール（あるいは、ＩＦＦＴモジュール）をさらに有する。ＩＤＦＴ／ＩＦＦＴモジュールは、リソース要素デマッパーにより復元されたアンテナ特定シンボルにＩＤＦＴ／ＩＦＦＴを行い、ＩＤＦＴ／ＩＦＦＴされたシンボルを多重化器に出力する。

参考として、図１乃至図７ではスクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６が送信器１００ａ，１００ｂに備えられるとしたが、送信装置のプロセッサ４００ａ，４００ｂが、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６を有するように構成されてもよい。同様に、図１乃至図７では信号復元器、多重化器、チャネル復調器が受信器３００ａ，３００ｂに備えられるとしたが、受信装置のプロセッサ４００ａ，４００ｂが、信号復元器、多重化器、及びチャネル復調器を有するように構成されてもよい。以下では、説明の便宜のために、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６（ＳＣ−ＦＤＭＡ方式ではＤＦＴモジュール３０７をさらに含む。）が、それらの動作を制御するプロセッサ４００ａ，４００ｂと分離した送信器１００ａ，１００ｂに備えられ、信号復元器、多重化器、及びチャネル復調器が、それらの動作を制御するプロセッサ４００ａ，４００ｂとは分離した受信器３００ａ，３００ｂに備えられているとして説明する。しかし、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５及びＯＦＤＭ信号生成器３０６，３０７がプロセッサ４００ａ，４００ｂに備えられた場合、及び信号復元器、多重化器、チャネル復調器（ＳＣ−ＦＤＭＡ方式ではＩＦＦＴモジュールをさらに含む。）が、プロセッサ４００ａ，４００ｂに備えられた場合にも本発明の実施例を同様に適用することができる。

図８には、無線通信システムで用いられる無線フレーム構造の例を示す。特に、図８（ａ）は、３ＧＰＰＬＴＥ／ＬＴＥ−Ａシステムのフレーム構造タイプ１（ＦＳ−１）による無線フレームを例示しており、図８（ｂ）は、３ＧＰＰＬＴＥ／ＬＴＥ−Ａシステムのフレーム構造タイプ２（ＦＳ−２）による無線フレームを例示している。図８（ａ）のフレーム構造は、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）モード、及び半（ｈａｌｆ）ＦＤＤ（Ｈ−ＦＤＤ）モードで適用可能である。図８（ｂ）のフレーム構造は、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）モードで適用可能である。

図８を参照すると、３ＧＰＰＬＴＥ／ＬＴＥ−Ａで用いられる無線フレームは、１０ｍｓ（３０７２００Ｔ_ｓ）の長さを有し、１０個の均等なサイズのサブフレームで構成される。１無線フレーム内の１０個のサブフレームにはそれぞれ番号を与えることができる。ここで、Ｔ_ｓは、サンプリング時間を表し、Ｔ_ｓ＝１／（２０４８×１５ｋＨｚ）で表示される。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロットで構成される。１無線フレーム内で２０個のスロットは０から１９まで順にナンバリングされてもよい。各スロットは０．５ｍｓの長さを有する。１サブフレームを伝送するための時間は伝送時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ）で定義される。時間リソースは、無線フレーム番号（あるいは無線フレームインデックスともいう。）、サブフレーム番号（あるいは、サブフレームインデックスともいう。）、スロット番号（あるいは、スロットインデックスともいう。）などにより区別可能である。

無線フレームはデュプレックス（ｄｕｐｌｅｘ）モードによって異なる構成とすることができる。例えば、ＦＤＤモードで、下りリンク伝送及び上りリンク伝送は周波数により区別されるので、無線フレームは、下りリンクサブフレームまたは上りリンクサブフレームのいずれか一方のみを含む。

一方、ＴＤＤモードでは、下りリンク伝送及び上りリンク伝送が時間によって区別されるため、フレーム内のサブフレームは、下りリンクサブフレームと上りリンクサブフレームとに区別される。表１は、ＴＤＤモードにおいてＵＬ−ＤＬ構成を例示したものである。

表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特異（ｓｐｅｃｉａｌ）サブフレームを表す。特異サブフレームは、ＤｗＰＴＳ（ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）、ＧＰ（ＧｕａｒｄＰｅｒｉｏｄ）、ＵｐＰＴＳ（ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）の３つのフィールドを含む。ＤｗＰＴＳは、下りリンク伝送用に留保される時間区間であり、ＵｐＰＴＳは、上りリンク伝送用に留保される時間区間である。

図９は、無線通信システムにおいてＤＬ／ＵＬスロット構造の一例を示す図である。特に、同図には、３ＧＰＰＬＴＥ／ＬＴＥ−Ａシステムのリソース格子（ｒｅｓｏｕｒｃｅｇｒｉｄ）の構造を示す。アンテナポート当たり１個のリソース格子がある。

図９を参照すると、スロットは、時間ドメインで複数のＯＦＤＭシンボルを有し、周波数ドメインで複数のリソースブロック（ｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＲＢ）を有する。ＯＦＤＭシンボルは１シンボル区間を意味することもある。リソースブロックは、周波数ドメインで複数の副搬送波を有する。ＯＦＤＭシンボルを多重接続方式によってＯＦＤＭシンボル、ＳＣ−ＦＤＭシンボルなどと呼ぶこともできる。１スロットに含まれるＯＦＤＭシンボルの数は、チャネル帯域幅、ＣＰ長によって様々に変更可能である。例えば、正規（ｎｏｒｍａｌ）ＣＰの場合には、１スロットが７個のＯＦＤＭシンボルを含み、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合には、１スロットが６個のＯＦＤＭシンボルを含む。図８では、説明の便宜のために、１スロットが７ＯＦＤＭシンボルで構成されるサブフレームを例示したが、本発明の実施例は、他の個数のＯＦＤＭシンボルを有するサブフレームにも同一の適用が可能である。参考として、１ＯＦＤＭシンボル及び１副搬送波で構成されたリソースを、リソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ、ＲＥ）あるいはトーン（ｔｏｎｅ）と呼ぶ。

図９を参照すると、各スロットで伝送される信号は、Ｎ^{ＤＬ／ＵＬ} _ＲＢＮ^ＲＢ _ｓｃ個の副搬送波（ｓｕｂｃａｒｒｉｅｒ）とＮ^{ＤＬ／ＵＬ} _ｓｙｍｂ個のＯＦＤＭあるいはＳＣ−ＦＤＭシンボルとで構成されるリソース格子（ｒｅｓｏｕｒｃｅｇｒｉｄ）で表現することができる。ここで、Ｎ^ＤＬ _ＲＢは、下りリンクスロットでのリソースブロック（ｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＲＢ）の個数を表し、Ｎ^ＵＬ _ＲＢは、上りリンクスロットでのＲＢの個数を表す。Ｎ^ＤＬ _ＲＢとＮ^ＵＬ _ＲＢは、下りリンク伝送帯域幅と上りリンク伝送帯域幅にそれぞれ依存する。各ＯＦＤＭシンボルは、周波数ドメインで、Ｎ^{ＤＬ／ＵＬ} _ＲＢＮ^ＲＢ _ｓｃ個の副搬送波を含む。１搬送波に対する副搬送波の個数は、ＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）サイズによって決定される。副搬送波の類型は、データ伝送のためのデータ副搬送波、参照信号の伝送のための参照信号副搬送波、ガードバンド（ｇｕａｒｄｂａｎｄ）及びＤＣ成分のためのヌル副搬送波とに分類可能である。ＤＣ成分のためのヌル副搬送波は、未使用のまま残される副搬送波のことであり、ＯＦＤＭ信号生成過程で搬送波周波数（ｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙ、ｆ_０）にマッピングされる。搬送波周波数は中心周波数（ｃｅｎｔｅｒｆｒｅｑｕｅｎｃｙ）とも呼ばれる。Ｎ^ＤＬ _ｓｙｍｂは、下りリンクスロット内のＯＦＤＭあるいはＳＣ−ＦＤＭシンボルの個数を表し、Ｎ^ＵＬ _ｓｙｍｂは、上りリンクスロット内のＯＦＤＭあるいはＳＣ−ＦＤＭシンボルの個数を表す。Ｎ^ＲＢ _ｓｃは、一つのＲＢを構成する副搬送波の個数を表す。

換言すると、物理リソースブロック（ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＰＲＢ）は、時間ドメインにおいてＮ^{ＤＬ／ＵＬ} _ｓｙｍｂ個の連続したＯＦＤＭシンボルあるいはＳＣ−ＦＤＭシンボルで定義され、周波数ドメインにおいてＮ^ＲＢ _ｓｃ個の連続した副搬送波で定義される。したがって、一つのＰＲＢは、Ｎ^{ＤＬ／ＵＬ} _ｓｙｍｂ×Ｎ^ＲＢ _ｓｃ個のリソース要素で構成される。

リソース格子内の各リソース要素は、１スロット内のインデックス対（ｋ，ｌ）により固有に定義可能である。ｋは、周波数ドメインにおいて０からＮ^{ＤＬ／ＵＬ} _ＲＢＮ^ＲＢ _ｓｃ−１まで与えられるインデックスであり、ｌは、時間ドメインにおいて０からＮ^{ＤＬ／ＵＬ} _ｓｙｍｂ−１まで与えられるインデックスである。

図１０は、無線通信システムにおいて下りリンクサブフレーム構造の一例を示す図である。

図１０を参照すると、各サブフレームを、制御領域（ｃｏｎｔｒｏｌｒｅｇｉｏｎ）とデータ領域（ｄａｔａｒｅｇｉｏｎ）とに区別することができる。制御領域は、先頭のＯＦＤＭシンボルから始めて一つ以上のＯＦＤＭシンボルを含む。サブフレーム内の制御領域に用いられるＯＦＤＭシンボルの個数はサブフレーム別に独立して設定されればよく、ＯＦＤＭシンボルの個数はＰＣＦＩＣＨ（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ）により伝送される。基地局は、制御領域を用いて各種の制御情報をユーザー機器に伝送することができる。制御情報の伝送のために、制御領域にはＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）、ＰＣＦＩＣＨ、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｔｒａｎｓｍｉｔｒｅｑｕｅｓｔＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ）などが割り当てられうる。

基地局は、伝送チャネルであるＰＣＨ（Ｐａｇｉｎｇｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄｃｈａｎｎｅｌ）のリソース割当に関する情報、上りリンクスケジューリンググラント（ＵｐｌｉｎｋＳｃｈｅｄｕｌｉｎｇＧｒａｎｔ）、ＨＡＲＱ情報、ＤＡＩ（ＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ）などをＰＤＣＣＨ上で各ユーザー機器またはユーザー機器グループに伝送する。

基地局は、データ領域を用いてユーザー機器あるいはユーザー機器グループのためのデータを伝送することができる。データ領域で伝送されるデータをユーザーデータと呼ぶことができる。ユーザーデータの伝送のために、データ領域にはＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）が割り当てられうる。ＰＣＨ（Ｐａｇｉｎｇｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄｃｈａｎｎｅｌ）はＰＤＳＣＨを通じて伝送される。ユーザー機器は、ＰＤＣＣＨを通じて伝送される制御情報を復号して、ＰＤＳＣＨを通じて伝送されるデータを読むことができる。ＰＤＳＣＨのデータがどのユーザー機器あるいはユーザー機器グループに伝送されるものであるか、ユーザー機器あるいはユーザー機器グループがどのようにＰＤＳＣＨデータを受信して復号すべきか、などを表す情報がＰＤＣＣＨに含まれて伝送される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例、周波数位置）及び「Ｃ」という伝送形式情報（例、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて伝送されるデータに関する情報が特定サブフレームで伝送されると仮定する。該当のセルのＵＥは、自身が持っているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」のＲＮＴＩを有しているＵＥはＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報から、「Ｂ」と「Ｃ」により指示されるＰＤＳＣＨを受信する。

複数のＰＤＣＣＨが制御領域で伝送され、ＵＥは、複数のＰＤＣＣＨをモニターして、自身のＰＤＣＣＨを検出することができる。１ＰＤＣＣＨが運ぶＤＣＩは、ＰＵＣＣＨフォーマットによってそのサイズ及び用途が異なり、符号化率によってそのサイズが異なることがある。

ＤＣＩフォーマットは各ＵＥ別に独立して適用され、１サブフレーム中に複数のＵＥのＰＤＣＣＨが多重化されてもよい。各ＵＥのＰＤＣＣＨは独立してチャネルコーディングされてＣＲＣ（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ）が付加される。ＣＲＣは、各ＵＥが自身のＰＤＣＣＨを受信できるように、各ＵＥの固有識別子でマスク（ｍａｓｋ）される。しかし、基本的にＵＥは、自身のＰＤＣＣＨが伝送される位置を知っておらず、毎サブフレームごとに該当するＤＣＩフォーマットの全てのＰＤＣＣＨを、自身の識別子を有しているＰＤＣＣＨを受信するまでブラインド検出（ブラインド復号（ｄｅｃｏｄｉｎｇ）という。）する。

図１１は、無線通信システムにおいて上りリンクサブフレーム構造の一例を示す図である。

図１１を参照すると、上りリンクサブフレームは、周波数ドメインで制御領域とデータ領域とに区別可能である。１つまたは複数のＰＵＣＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）がＵＣＩ（ｕｐｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を運ぶために、制御領域に割り当てられるうる。１つまたは複数のＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）がユーザーデータを運ぶために、データ領域に割り当てられうる。ＵＥが上りリンク伝送にＳＣ−ＦＤＭＡ方式を採択する場合に、単一搬送波特性を維持するために、ＰＵＣＣＨとＰＵＳＣＨを同時に伝送してはならない。

一つのＰＵＣＣＨが運ぶＵＣＩは、ＰＵＣＣＨフォーマットによってそのサイズ及び用途が異なり、符号化率によってそのサイズが異なっくることがある。例えば、下記のようにＰＵＣＣＨフォーマットを定義することができる。

上りリンクサブフレームでは、ＤＣ（ＤｉｒｅｃｔＣｕｒｒｅｎｔ）副搬送波を基準に遠く離れた副搬送波が制御領域として用いられる。換言すると、上りリンク伝送帯域幅の両端部に位置する副搬送波が、上りリンク制御情報の伝送に割り当てられる。ＤＣ副搬送波は、信号伝送に使用されずに残される成分であって、ＯＦＤＭ／ＳＣ−ＦＤＭ信号生成器３０６による周波数アップ変換過程で搬送波周波数ｆ_０にマッピングされる。

一ＵＥに対するＰＵＣＣＨは、１サブフレーム内のＲＢ対に割り当てられ、該ＲＢ対に属したＲＢは２つのスロットでそれぞれ異なる副搬送波を占有する。このように割り当てられるＰＵＣＣＨを、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピングすると表現する。ただし、周波数ホッピングが適用されない場合には、ＲＢ対が同じ副搬送波を占有する。周波数ホッピングの有無にかかわらず、一ＵＥに対するＰＵＣＣＨは１サブフレーム内のＲＢ対に割り当てられるので、同一ＰＵＣＣＨが一つのＵＬサブフレーム内の各スロットで１個のＲＢを通じて一回ずつ、総２回伝送される。

以下では、１サブフレーム内の各ＰＵＣＣＨ伝送に用いられるＲＢ対をＰＵＣＣＨ領域（ＰＵＣＣＨｒｅｇｉｏｎ）またはＰＵＣＣＨリソース（ＰＵＣＣＨｒｅｓｏｕｒｃｅ）ともいう。また、以下では、説明の便宜のために、ＰＵＣＣＨのうち、ＡＣＫ／ＮＡＣＫを運ぶＰＵＣＣＨをＡＣＫ／ＮＡＣＫＰＵＣＣＨ、ＣＱＩ／ＰＭＩ／ＲＩを運ぶＰＵＣＣＨをＣＳＩ（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）ＰＵＣＣＨ、ＳＲを運ぶＰＵＣＣＨをＳＲＰＵＣＣＨと呼ぶ。

ＵＥには、上位（ｈｉｇｈｅｒ）層シグナリング、あるいは明示的（ｅｘｐｌｉｃｉｔ）方式または暗黙的（ｉｍｐｌｉｃｉｔ）方式によりＢＳからＵＣＩの伝送のためのＰＵＣＣＨリソースが割り当てられる。

ＡＣＫ／ＮＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅＡＣＫ）、ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）、ＰＭＩ（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ）、ＲＩ（ＲａｎｋＩｎｆｏｒｍａｔｉｏｎ）、ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）などの上りリンク制御情報（ＵＣＩ）が、上りリンクサブフレームの制御領域上で伝送されうる。

無線通信システムにおいて、ＢＳとＵＥはデータを相互送信／受信する。ＢＳ／ＵＥがデータをＵＥ／ＢＳに伝送すると、該ＵＥ／ＢＳは、受信したデータを復号（ｄｅｃｏｄｅ）し、そのデータ復号に成功するとＢＳ／ＵＥにＡＣＫを伝送し、データ復号に失敗するとＢＳ／ＵＥにＮＡＣＫを伝送する。基本的に、３ＧＰＰＬＴＥシステムにおいて、ＵＥはＢＳからデータユニット（例えば、ＰＤＳＣＨ）を受信し、該データユニットに関するスケジューリング情報を運ぶＰＤＣＣＨリソースにより決定される暗黙的ＰＵＣＣＨリソースを用いて、各データユニットに対するＡＣＫ／ＮＡＣＫをＢＳに伝送する。

図１２は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。

ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは、各ＵＥにあらかじめ割り当てられているのではなく、複数のＰＵＣＣＨリソースをセル内の複数のＵＥが毎時点ごとに分けて使用する。具体的に、ＵＥがＡＣＫ／ＮＡＣＫを伝送するのに使用するＰＵＣＣＨリソースは、該当の下りリンクデータを運ぶＰＤＳＣＨに関するスケジューリング情報を運ぶＰＤＣＣＨに基づいて暗黙的方式で決定される。それぞれのＤＬサブフレームにおいてＰＤＣＣＨが伝送される全体領域は複数のＣＣＥ（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ）で構成され、ＵＥに伝送されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＣＣＥは、複数（例えば、９個）のＲＥＧ（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ）を含む。１ＲＥＧは、参照信号（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ：ＲＳ）を除外した状態で、隣接する４個のＲＥ（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ）で構成される。ＵＥは、自身が受信したＰＤＣＣＨを構成するＣＣＥのインデックスのうち、特定ＣＣＥインデックス（例えば、先頭のあるいは最も低いＣＣＥインデックス）の関数により誘導（ｄｅｒｉｖｅ）あるいは計算（ｃａｌｃｕｌａｔｅ）される暗黙的ＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫを伝送する。

図１２を参照すると、それぞれのＰＵＣＣＨリソースインデックスはＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースに対応する。図１２のように、４〜６番ＣＣＥで構成されたＰＤＣＣＨを通じて、ＰＤＳＣＨに関するスケジューリング情報がＵＥに伝送されると仮定すると、ＵＥは、ＰＤＣＣＨを構成する最低ＣＣＥである４番ＣＣＥのインデックスから誘導あるいは計算されたＰＵＣＣＨ、例えば、４番ＰＵＣＣＨを用いてＡＣＫ／ＮＡＣＫをＢＳに伝送する。図１２は、ＤＬに最大Ｍ’個のＣＣＥが存在し、ＵＬに最大Ｍ個のＰＵＣＣＨが存在する場合を例示する。Ｍ’＝Ｍでもよいが、Ｍ’値とＭ値とを異なるように設計し、ＣＣＥとＰＵＣＣＨリソースとのマッピングが重なるようにすることも可能である。

例えば、ＰＵＣＣＨリソースインデックスを下記のように定めることができる。

ここで、ｎ^（１） _{ＰＵＣＣＨ}は、ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨリソースインデックスを表し、Ｎ^（１） _{ＰＵＣＣＨ}は、上位レイヤーから伝達されたシグナリング値を表す。ｎ_ＣＣＥは、ＰＤＣＣＨ伝送に用いられたＣＣＥインデックスのうち、最も小さい値を表すことができる。

図１３は、単一搬送波状況で通信を行う例を示す図である。図１３は、ＬＴＥシステムでの通信例に対応する。

図１３を参照すると、一般的なＦＤＤ方式無線通信システムは、一つの下りリンク帯域とこれに対応する一つの上りリンク帯域を通じてデータ送受信を行う。ＢＳとＵＥは、サブフレーム単位にスケジューリングされたデータ及び／または制御情報を送受信する。データは、上り／下りリンクサブフレームに設定されたデータ領域を通じて送受信され、制御情報は、上り／下りリンクサブフレームに設定された制御領域を通じて送受信される。そのために、上り／下りリンクサブフレームは種々の物理チャネルを通じて信号を運ぶ。図１３は、便宜上、ＦＤＤ方式を中心に説明したが、上述した内容は、図８の無線フレームを時間領域で上り／下りリンクに区別することによってＴＤＤ方式にも適用可能である。

図１４には、多重搬送波状況下で通信を行う例を示す。

ＬＴＥ−Ａシステムは、より広い周波数帯域を用いるために、複数の上り／下りリンク周波数ブロックを束ねて、より大きい上り／下りリンク帯域幅を用いる搬送波アグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎまたはｂａｎｄｗｉｄｔｈａｇｇｒｅｇａｔｉｏｎ）技術を用いる。多重搬送波システムまたは搬送波アグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ、ＣＡ）システムは、広帯域支援のために目標帯域（ｂａｎｄｗｉｄｔｈ）よりも小さい帯域を有する複数の搬送波を束ねて用いるシステムのことをいう。目標帯域よりも小さい帯域を有する複数の搬送波を束ねるとき、束ねられる搬送波の帯域は、既存システムとの互換（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）のために、既存システムで用いる帯域幅に制限されるとよい。例えば、既存のＬＴＥシステムは、１．４、３、５、１０、１５、２０ＭＨｚの帯域幅を支援し、ＬＴＥシステムから進展したＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システムは、ＬＴＥで支援する帯域幅のみを用いて２０ＭＨｚよりも大きい帯域幅を支援することができる。または、既存システムで使用する帯域幅によらず、新しい帯域幅を定義して搬送波アグリゲーションを支援してもよい。多重搬送波は、搬送波アグリゲーション及び帯域幅アグリゲーションと同じ意味で使われる。また、搬送波アグリゲーションは、隣接した（ｃｏｎｔｉｇｕｏｕｓ）搬送波アグリゲーション、隣接していない（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）搬送波アグリゲーションを総称する。参考として、ＴＤＤで１個のコンポーネント搬送波（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ、ＣＣ）のみが通信に用いられる場合、図１３の単一搬送波状況（ｎｏｎ−ＣＡ）下における通信に相当する。ここで、ＵＬＣＣ及びＤＬＣＣはそれぞれ、ＵＬリソース（ＵＬｒｅｓｏｕｒｃｅｓ）及びＤＬリソース（ＤＬｒｅｓｏｕｒｃｅｓ）とも呼ばれる。

例えば、図１４を参照すると、上り／下りリンクにそれぞれ５個の２０ＭＨｚのＣＣが束ねられて１００ＭＨｚ帯域幅を支援することができる。それぞれのＣＣは、周波数領域で互いに隣接していても、非−隣接していてもよい。図１４は、便宜上、ＵＬＣＣの帯域幅とＤＬＣＣの帯域幅とがいずれも同一且つ対称である場合を示している。しかし、各ＣＣの帯域幅は独立して定められてもよい。一例として、ＵＬＣＣの帯域幅は、５ＭＨｚ（ＵＬＣＣ０）＋２０ＭＨｚ（ＵＬＣＣ１）＋２０ＭＨｚ（ＵＬＣＣ２）＋２０ＭＨｚ（ＵＬＣＣ３）＋５ＭＨｚ（ＵＬＣＣ４）のように構成されてもよい。また、ＵＬＣＣの個数とＤＬＣＣの個数とが異なる非対称の搬送波アグリゲーションにしてもよい。非対称の搬送波アグリゲーションは、可用周波数帯域の制限により発生することもあり、ネットワーク設定により人為的に発生することもある。一例として、ＢＳがＸ個のＤＬＣＣを管理しても、特定ＵＥが受信可能な周波数帯域はＹ（≦Ｘ）個のＤＬＣＣに限定されることがある。この場合、ＵＥは、Ｙ個のＣＣを通じて伝送されるＤＬ信号／データをモニターすればよい。また、ＢＳがＬ個のＵＬＣＣを管理しても、特定ＵＥが送信可能な周波数帯域はＭ（≦Ｌ）個のＵＬＣＣに限定されることがある。このように、特定ＵＥに限定されたＤＬＣＣあるいはＵＬＣＣを、特定ＵＥでの設定された（ｃｏｎｆｉｇｕｒｅｄ）サービング（ｓｅｒｖｉｎｇ）ＵＬあるいはＤＬＣＣと呼ぶ。ＢＳは、該ＢＳが管理するＣＣのうち一部または全部を活性化（ａｃｔｉｖａｔｅ）したり、一部のＣＣを非活性化（ｄｅａｃｔｉｖａｔｅ）することで、ＵＥに所定の個数のＣＣを割り当てることができる。ＢＳは活性化／非活性化されるＣＣを変更することができ、活性化／非活性化されるＣＣの個数を変更することができる。一方、ＢＳは、セル−特定あるいはＵＥ−特定にＵＥが優先してモニター／受信すべきＺ個のＤＬＣＣ（ここで、１≦Ｚ≦Ｙ≦Ｘ）を主要（ｍａｉｎ）ＤＬＣＣと構成することができる。また、ＢＳは、セル−特定あるいはＵＥ−特定にＵＥが優先して送信するＮ個のＵＬＣＣ（ここで、１≦Ｎ≦Ｍ≦Ｌ）を主要（ｍａｉｎ）ＵＬＣＣと構成することができる。このように特定ＵＥに限定された主要ＤＬあるいはＵＬＣＣを、特定ＵＥでの設定された（ｃｏｎｆｉｇｕｒｅｄ）サービング（ｓｅｒｖｉｎｇ）ＵＬあるいはＤＬＣＣとも呼ぶ。搬送波アグリゲーションに関する種々のパラメータは、セル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、ＵＥグループ−特定（ＵＥｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）またはＵＥ−特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に設定することができる。

一応ＢＳがＵＥに利用可能なＣＣをセル−特定あるいはＵＥ−特定に割り当てると、該ＵＥへのＣＣ割当が全面的に再構成されたり、ＵＥがハンドオーバーしない限り、一応割り当てられたＣＣのうち少なくとも一つは非活性化されない。以下では、ＵＥへのＣＣ割当の全面的な再構成でない限り非活性化されないＣＣをＰＣＣ（ＰｒｉｍａｒｙＣＣ）と称し、ＢＳが自由に活性化／非活性化し得るＣＣをＳＣＣ（ＳｅｃｏｎｄａｒｙＣＣ）と称する。単一搬送波通信は、１個のＰＣＣをＵＥとＢＳ間の通信に使用し、ＳＣＣは通信に使用しない。一方、ＰＣＣとＳＣＣは制御情報を基準に区別されてもよい。例えば、特定制御情報は特定ＣＣのみを通じて送受信されるように設定されることがあり、このような特定ＣＣをＰＣＣと呼び、残りのＣＣをＳＣＣ（ｓ）と呼ぶことができる。例えば、ＰＵＣＣＨを通じて伝送される制御情報がこのような特定制御情報に相当する。このように、ＰＵＣＣＨ上で伝送される制御情報がＰＣＣのみを通じてＵＥからＢＳへと伝送可能な場合、該ＵＥのＰＵＣＣＨが存在するＵＬＣＣをＵＬＰＣＣと呼び、残りのＵＬＣＣはＵＬＳＣＣ（ｓ）と呼ぶことができる。他の例として、ＵＥ−特定的ＣＣが用いられる場合に、特定ＵＥは、ＤＬ同期シグナル（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ、ＳＳ）を特定制御情報としてＢＳから受信することができる。この場合、特定ＵＥがＤＬＳＳを受信して初期ＤＬ時間同期を取ったＤＬＣＣ（換言すると、ＢＳのネットワークへの接続を試みるのに用いたＤＬＣＣ）をＤＬＰＣＣと呼び、残りのＤＬＣＣをＤＬＳＣＣ（ｓ）と呼ぶことができる。ＬＴＥ−Ａｒｅｌｅａｓｅ−１０に基づく通信システムでは、多重搬送波通信は各ＵＥ当たり１個のＰＣＣと０個または１個以上の副ＳＣＣ（ｓ）が通信に用いられる。しかし、これはＬＴＥ−Ａ標準に基づく定義であり、将来、ＵＥ当たり複数のＰＣＣを通信に用いることが許容されるだろう。ＰＣＣは、主ＣＣ（ｐｒｉｍａｒｙＣＣ）、アンカーＣＣ（ａｎｃｈｏｒＣＣ）あるいは主搬送波（ｐｒｉｍａｒｙｃａｒｒｉｅｒ）と呼ぶこともでき、ＳＣＣは、副セル（ｓｅｃｏｎｄａｒｙＣＣ）あるいは副搬送波（ｓｅｃｏｎｄａｒｙＣＣ）と呼ぶこともできる。

ＬＴＥ−Ａは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いる。セルは、下りリンクリソース（ＤＬｒｅｓｏｕｒｃｅｓ）と上りリンクリソース（ＵＬｒｅｓｏｕｒｃｅｓ）との組み合わせ、すなわち、ＤＬＣＣとＵＬＣＣとの組み合わせで定義され、上りリンクリソースは必須要素ではない。しかし、これは、現在ＬＴＥ−Ａ標準における定義であり、将来、セルが上りリンクリソース単独で構成されることも可能になる。したがって、セルは、下りリンクリソース単独、または下りリンクリソース及び上りリンクリソースの両方で構成可能である。搬送波アグリゲーションが支援される場合に、下りリンクリソース（または、ＤＬＣＣ）の搬送波周波数（ｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙ）と上りリンクリソース（または、ＵＬＣＣ）の搬送波周波数とのリンケージ（ｌｉｎｋａｇｅ）をシステム情報で指示することができる。例えば、システム情報ブロックタイプ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ２、ＳＩＢ２）リンケージにより、ＤＬリソースとＵＬリソースとの組み合わせを指示することができる。ここで、搬送波周波数とは、各セルあるいはＣＣの中心周波数（ｃｅｎｔｅｒｆｒｅｑｕｅｎｃｙ）を意味する。主周波数（Ｐｒｉｍａｒｙｆｒｅｑｕｅｎｃｙ）（または、ＰＣＣ）上で動作するセルを主セル（ＰｒｉｍａｒｙＣｅｌｌ、ＰＣｅｌｌ）と呼び、副周波数（Ｓｅｃｏｎｄａｒｙｆｒｅｑｕｅｎｃｙ）（または、ＳＣＣ）上で動作するセルを副セル（ＳｅｃｏｎｄａｒｙＣｅｌｌ、ＳＣｅｌｌ）と呼ぶことができる。主周波数（あるいはＰＣＣ）とは、ＵＥが初期接続設定（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再−設定（ｃｏｎｎｅｃｔｉｏｎｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を始めるのに用いられる周波数（またはＣＣ）を意味する。ＰＣｅｌｌは、ハンドオーバー過程で指示されたセルのことを指すこともある。副周波数（またはＳＣＣ）とは、ＲＲＣ接続が設定された後に構成可能であり、追加の無線リソースを提供するのに使用可能な周波数（あるいはＣＣ）を意味する。ＰＣｅｌｌとＳＣｅｌｌはサービングセル（ｓｅｒｖｉｎｇｃｅｌｌ）と総称されてもよい。したがって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、搬送波アグリゲーションが設定されていないか、搬送波アグリゲーションを支援しないＵＥの場合は、ＰＣｅｌｌのみで構成されたサービングセルが一つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、且つ搬送波アグリゲーションが設定されたＵＥの場合は、一つ以上のサービングセルが存在し、全体サービングセルには一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌが含まれる。ただし、将来、サービングセルが複数のＰＣｅｌｌを含むことが許容されることも可能になるだろう。搬送波アグリゲーションのために、ネットワークは初期保安活性化（ｉｎｉｔｉａｌｓｅｃｕｒｉｔｙａｃｔｉｖａｔｉｏｎ）過程が開始された後、接続設定過程で初期に構成されるＰＣｅｌｌに加えて、一つ以上のＳＣｅｌｌを搬送波アグリゲーションを支援するＵＥのために構成することができる。しかし、ＵＥが搬送波アグリゲーションを支援しても、ネットワークはＳＣｅｌｌを付加せずに、ＰＣｅｌｌのみをＵＥのために構成することもできる。ＰＣｅｌｌを主Ｃｅｌｌ（ｐｒｉｍａｒｙＣｅｌｌ）、アンカーＣｅｌｌ（ａｎｃｈｏｒＣｅｌｌ）あるいは主搬送波（ｐｒｉｍａｒｙｃａｒｒｉｅｒ）と呼ぶこともでき、ＳＣｅｌｌを、副セル（ｓｅｃｏｎｄａｒｙＣｅｌｌ）あるいは副搬送波（ｓｅｃｏｎｄａｒｙｃａｒｒｉｅｒ）と呼ぶこともできる。

多重搬送波システムにおいて、ＢＳは、複数のデータユニットを与えられたセル（あるいはＣＣ）上でＵＥに伝送することができ、ＵＥは、サブフレームで当該複数のデータユニットに対するＡＣＫ／ＮＡＣＫを伝送することができる。下りリンクデータ受信のためのＰＤＳＣＨを受信する一つまたは複数のセル（あるいはＤＬＣＣ）をＵＥに割り当てることができる。ＵＥのためのセル（あるいはＤＬＣＣ）は、ＲＲＣシグナリングによって半−静的（ｓｅｍｉ−ｓｔａｔｉｃ）に構成（ｃｏｎｆｉｇｕｒｅ）あるいは再構成可能である。また、ＵＥのためのセル（あるいはＤＬＣＣ）は、Ｌ１／Ｌ２（ＭＡＣ）制御シグナリングによって動的に活性化／非活性化されてもよい。したがって、ＵＥが伝送するＡＣＫ／ＮＡＣＫビットの最大個数は、ＵＥが利用可能なセル（あるいはＤＬＣＣ）によって異なることがある。すなわち、ＵＥが伝送するＡＣＫ／ＮＡＣＫビットの最大個数は、ＲＲＣにより構成／再構成されたり、Ｌ１／Ｌ２シグナリングにより活性化されたＤＬＣＣ（あるいは、構成されたサービングセル）によって異なってくる。

図１５は、基地局で一つのＭＡＣが多重搬送波を管理する概念を説明する。図１６は、ユーザー機器で一つのＭＡＣが多重搬送波を管理する概念を説明する。

図１５及び１６を参照すると、一つのＭＡＣが一つ以上の周波数搬送波を管理及び運営して送受信を行う。一つのＭＡＣで管理される周波数搬送波は互いに隣接（ｃｏｎｔｉｇｕｏｕｓ）する必要がないため、リソースの管理側面でより柔軟（ｆｌｅｘｉｂｌｅ）であるというメリットがある。図１５及び図１６で、一つのＰＨＹは、便宜上、一つのコンポーネント搬送波を意味するとする。ここで、一つのＰＨＹは必ずしも独立したＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）デバイスを意味しない。一般に、一つの独立したＲＦデバイスは一つのＰＨＹを意味するが、必ずしもこれに限定されるわけではなく、一つのＲＦデバイスが複数のＰＨＹを含むこともできる。

図１７は、基地局で複数のＭＡＣが多重搬送波を管理する概念を説明する。図１８は、ユーザー機器で複数のＭＡＣが多重搬送波を管理する概念を説明する。図１９は、基地局で複数のＭＡＣが多重搬送波を管理する他の概念を説明する。図２０は、ユーザー機器で複数のＭＡＣが多重搬送波を管理する他の概念を説明する。

図１５及び図１６のような構造の他、図１７乃至図２０のように、複数の搬送波を一つのＭＡＣではなく複数のＭＡＣが制御する構造も可能である。

図１７及び図１８のように、それぞれの搬送波をそれぞれのＭＡＣが１：１で制御することもでき、図１９及び図２０のように、一部の搬送波については、それぞれの搬送波をそれぞれのＭＡＣが１：１で制御し、残り１個以上の搬送波を一つのＭＡＣが制御することもできる。

上記のシステムは、１個からＮ個までの複数の搬送波を含むシステムであり、各搬送波は、隣接または非隣接（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）するように用いられる。これは、上り／下りリンクを問わず共通に適用可能である。ＴＤＤシステムは、それぞれの搬送波内に下りリンクと上りリンクの伝送を含むＮ個の複数の搬送波を運営するように構成され、ＦＤＤシステムは、複数の搬送波を上りリンクと下りリンクにそれぞれ使用するように構成される。ＦＤＤシステムでは、上りリンクと下りリンクで束ねられる搬送波の数及び／または搬送波の帯域幅が互いに異なる非対称の搬送波アグリゲーションも支援可能である。

上りリンクと下りリンクで束ねられるコンポーネント搬送波の個数が同一であると、全てのコンポーネント搬送波を既存システムと互換可能に構成することができる。しかし、互換性を考慮しないコンポーネント搬送波が本発明から除外されるわけではない。

以下では、説明の便宜のために、ＰＤＣＣＨが下りリンクコンポーネント搬送波＃０で伝送されたとき、該当のＰＤＳＣＨも下りリンクコンポーネント搬送波＃０で伝送されるとして説明するが、交差−搬送波スケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒｓｃｈｅｄｕｌｉｎｇ）が適用されて、該当のＰＤＳＣＨが他の下りリンクコンポーネント搬送波を通じて伝送されてもよいことは明らかである。

図２１及び図２２は、ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット１ａ及び１ｂのスロットレベル構造を例示する。

図２１には、正規ＣＰにおいてのＰＵＣＣＨフォーマット１ａと１ｂを示す。図２２には、拡張ＣＰにおいてのＰＵＣＣＨフォーマット１ａと１ｂを示す。ＰＵＣＣＨフォーマット１ａと１ｂは、同じ内容の制御情報がサブフレーム内でスロット単位に反復される。各ユーザー機器でＡＣＫ／ＮＡＣＫ信号は、ＣＧ−ＣＡＺＡＣ（Ｃｏｍｐｕｔｅｒ−ＧｅｎｅｒａｔｅｄＣｏｎｓｔａｎｔＡｍｐｌｉｔｕｄｅＺｅｒｏＡｕｔｏＣｏｒｒｅｌａｔｉｏｎ）シーケンスの互いに異なったサイクリックシフト（ｃｙｃｌｉｃｓｈｉｆｔ：ＣＳ）（周波数ドメインコード）と直交カバーコード（ｏｒｔｈｏｇｏｎａｌｃｏｖｅｒｏｒｏｒｔｈｏｇｏｎａｌｃｏｖｅｒｃｏｄｅ：ＯＣｏｒＯＣＣ）（時間ドメイン拡散コード）とで構成された互いに異なったリソースを通じて伝送される。ＯＣは、例えばウォルシュ（Ｗａｌｓｈ）／ＤＦＴ直交コードを含む。ＣＳの個数が６個であり、ＯＣの個数が３であると、単一アンテナを基準に総１８個のユーザー機器を同じＰＲＢ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ）中に多重化できる。直交シーケンスｗ０，ｗ１，ｗ２，ｗ３は、（ＦＦＴ変調後に）任意の時間ドメインで、または（ＦＦＴ変調前に）任意の周波数ドメインで適用可能である。ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）伝送のためのＰＵＣＣＨフォーマット１のスロットレベル構造は、変調方法以外は、ＰＵＣＣＨフォーマット１ａ及び１ｂと同一である。

ＳＲ伝送と半−持続的スケジューリング（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ）に対するＡＣＫ／ＮＡＣＫフィードバックのために、ＣＳ、ＯＣ及びＰＲＢ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ）で構成されたＰＵＣＣＨリソースが、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリングを通じてユーザー機器に割り当てられうる。図１２で説明した通り、動的ＡＣＫ／ＮＡＣＫ（あるいは、非持続的スケジューリング（ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇ）に対するＡＣＫ／ＮＡＣＫ）フィードバック、及びＳＰＳ解除を指示するＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックのために、ＰＵＣＣＨリソースは、ＰＤＳＣＨに対応するＰＤＣＣＨあるいはＳＰＳ解除のためのＰＤＣＣＨの最小（ｌｏｗｅｓｔｏｒｓｍａｌｌｅｓｔ）のＣＣＥインデックスを用いて暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）ユーザー機器に割り当てられうる。

図２３は、搬送波アグリゲーションが支援される無線通信システムにおいて、上りリンク制御情報（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）が伝送されるシナリオを例示する。便宜上、本例は、ＵＣＩがＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）である場合を仮定する。しかし、これは説明の便宜のためのもので、これに限定されず、ＵＣＩは、チャネル状態情報（例、ＣＱＩ、ＰＭＩ、ＲＩ）、スケジューリング要請情報（例、ＳＲ）のような制御情報も含むことができる。

図２３は、５個のＤＬＣＣが１個のＵＬＣＣとリンクされた非対称の搬送波アグリゲーションを例示する。例示した非対称の搬送波アグリゲーションは、ＵＣＩ伝送観点で設定されたものであってもよい。すなわち、ＵＣＩのためのＤＬＣＣ−ＵＬＣＣリンケージとデータのためのＤＬＣＣ−ＵＬＣＣリンケージとが互いに異なるように設定されることもある。便宜上、各ＤＬＣＣが最大２つのコードワードを運ぶことができ、各ＣＣに対するＡＣＫ／ＮＡＣＫ応答の個数が、ＣＣ当たりに設定された最大コードワードの個数に依存すると仮定すると（例えば、特定ＣＣで基地局から設定された最大コードワードの個数が２の場合に、該ＣＣで特定ＰＤＣＣＨがコードワードを１個のみ使用しても、これに対するＡＣＫ／ＮＡＣＫ応答は、ＣＣでの最大コードワードの数である２個からなる）、ＵＬＡＣＫ／ＮＡＣＫビットは、各ＤＬＣＣ当たり少なくとも２ビットを必要とする。この場合、５個のＤＬＣＣを通じて受信したデータに対するＡＣＫ／ＮＡＣＫを一つのＵＬＣＣを用いて伝送するためには、少なくとも１０ビットのＡＣＫ／ＮＡＣＫビットが必要である。もし、ＤＬＣＣ別にＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）状態（ｓｔａｔｅ）も別途に区別するためには、ＡＣＫ／ＮＡＣＫ伝送のために少なくとも１２ビット（＝５^５＝３１２５＝１１．６１ビット）が必要となる。既存のＰＵＣＣＨフォーマット１ａ／１ｂは２ビットまでＡＣＫ／ＮＡＣＫを送ることができるため、このような構造では、増加したＡＣＫ／ＮＡＣＫ情報を伝送することができない。便宜上、ＵＣＩ情報の量が増加する原因として搬送波アグリゲーションを例示したが、アンテナ個数の増加、ＴＤＤシステム、リレーシステムでのバックホールサブフレームの存在などによってもＵＣＩ情報の量が増加することがある。ＡＣＫ／ＮＡＣＫと同様に、複数のＤＬＣＣに関連した制御情報を一つのＵＬＣＣを用いて伝送する場合にも、伝送されるべき制御情報の量が増加する。例えば、複数のＤＬＣＣに対するＣＱＩ／ＰＭＩ／ＲＩを伝送しなければならない場合にＵＣＩペイロードが増加することがある。

図２３で、ＵＬアンカーＣＣ（ＵＬＰＣＣあるいはＵＬ主（ｐｒｉｍａｒｙ）ＣＣともいう。）は、ＰＵＣＣＨあるいはＵＣＩが伝送されるＣＣであり、セル−特定／ＵＥ−特定に決定可能である。また、ＤＴＸ状態は、明示的にフィードバックされてもよく、ＮＡＣＫと同じ状態を共有するようにフィードバックされてもよい。

以下、図面を参照して、増加した上りリンク制御情報を效率的に伝送するための方案を提案する。具体的に、増加した上りリンク制御情報を伝送するための新しいＰＵＣＣＨフォーマット／信号処理過程／リソース割当方法などを提案する。説明のために、本発明で提案する新しいＰＵＣＣＨフォーマットを、ＣＡ（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ）ＰＵＣＣＨフォーマット、または既存ＬＴＥリリース８／９にＰＵＣＣＨフォーマット２まで定義されている点からＰＵＣＣＨフォーマット３と呼ぶ。本発明で提案するＰＵＣＣＨフォーマットの技術的思想は、上りリンク制御情報を伝送し得る任意の物理チャネル（例、ＰＵＳＣＨ）にも同一または類似の方式で容易に適用可能である。例えば、本発明の実施例は、制御情報を周期的に伝送する周期的ＰＵＳＣＨ構造または制御情報を非周期的に伝送する非周期的ＰＵＳＣＨ構造にも適用可能である。

以下の図面及び実施例は、ＰＵＣＣＨフォーマット３に適用されるサブフレーム／スロットレベルのＵＣＩ／ＲＳシンボル構造であり、既存ＬＴＥのＰＵＣＣＨフォーマット１／１ａ／１ｂ（正規ＣＰ）のＵＣＩ／ＲＳシンボル構造を用いる場合を中心に説明する。ただし、図示のＰＵＣＣＨフォーマット３においてサブフレーム／スロットレベルのＵＣＩ／ＲＳシンボル構造は例示のために便宜上定義されたもので、本発明が特定構造に制限されることはない。本発明に係るＰＵＣＣＨフォーマット３においてＵＣＩ／ＲＳシンボルの個数、位置などはシステム設計によって自由に変形可能である。例えば、本発明の実施例に係るＰＵＣＣＨフォーマット３は、既存ＬＴＥのＰＵＣＣＨフォーマット２／２ａ／２ｂのＲＳシンボル構造を用いて定義されてもよい。

本発明の実施例に係るＰＵＣＣＨフォーマット３は、任意の種類／サイズの上りリンク制御情報を伝送するのに用いることができる。例えば、本発明の実施例に係るＰＵＣＣＨフォーマット３はＨＡＲＱＡＣＫ／ＮＡＣＫ、ＣＱＩ、ＰＭＩ、ＲＩ、ＳＲなどの情報を伝送でき、これらの情報は任意サイズのペイロードを有することができる。説明の便宜上、図面及び実施例では、本発明に係るＰＵＣＣＨフォーマット３がＡＣＫ／ＮＡＣＫ情報を伝送する場合を中心に説明する。

図２４乃至図２７は、複数個のＡＣＫ／ＮＡＣＫビットをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する。例えば、多重搬送波環境で複数個のＡＣＫ／ＮＡＣＫビットをフィードバックする場合に、このようなＰＵＣＣＨフォーマットを用いることができる。このようなＰＵＣＣＨフォーマットは、既存のＰＵＣＣＨフォーマット１系列及び２系列と区別されるように、ＰＵＣＣＨフォーマット３と呼ぶこともできる。

図２４乃至図２７は、ＤＦＴ−ベースのＰＵＣＣＨフォーマットの構造を例示する。ＤＦＴ−ベースのＰＵＣＣＨ構造によれば、ＰＵＣＣＨは、ＤＦＴプリコーディングが行われ、ＳＣ−ＦＤＭＡレベルで時間ドメインＯＣ（ＯｒｔｈｏｇｏｎａｌＣｏｖｅｒ）が適用されて伝送される。以下では、ＤＦＴ−ベースのＰＵＣＣＨフォーマットをＰＵＣＣＨフォーマット３と総称する。

図２４は、ＳＦ＝４の直交コード（ＯｒｔｈｏｇｏｎａｌＣｏｄｅ、ＯＣ）を用いたＰＵＣＣＨフォーマット３の構造を例示する。図２４を参照すると、チャネルコーディングブロック（ｃｈａｎｎｅｌｃｏｄｉｎｇｂｌｏｃｋ）は、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１（例、多重ＡＣＫ／ＮＡＣＫビット）をチャネルコーディングしてコーディングビット（ｅｎｃｏｄｅｄｂｉｔ、ｃｏｄｅｄｂｉｔｏｒｃｏｄｉｎｇｂｉｔ）（またはコードワード）ｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を生成する。Ｍは、情報ビットのサイズを表し、Ｎは、コーディングビットのサイズを表す。情報ビットは、上りリンク制御情報（ＵＣＩ）、例えば、複数のＤＬＣＣを通じて受信した複数のデータ（または、ＰＤＳＣＨ）に対する多重ＡＣＫ／ＮＡＣＫを含む。ここで、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１は、情報ビットを構成するＵＣＩの種類／個数／サイズにかかわらずにジョイントコーディングされる。例えば、情報ビットが複数のＤＬＣＣに対する多重ＡＣＫ／ＮＡＣＫを含む場合に、チャネルコーディングはＤＬＣＣ別、個別ＡＣＫ／ＮＡＣＫビット別に行われず、全体ビット情報を対象に行われ、これにより単一コードワードが生成される。チャネルコーディングは、これに制限されるわけではないが、単純反復（ｒｅｐｅｔｉｔｉｏｎ）、単純コーディング（ｓｉｍｐｌｅｘｃｏｄｉｎｇ）、ＲＭ（ＲｅｅｄＭｕｌｌｅｒ）コーディング、パンクチャリングされたＲＭコーディング、ＴＢＣＣ（Ｔａｉｌ−ｂｉｔｉｎｇｃｏｎｖｏｌｕｔｉｏｎａｌｃｏｄｉｎｇ）、ＬＤＰＣ（ｌｏｗ−ｄｅｎｓｉｔｙｐａｒｉｔｙ−ｃｈｅｃｋ）あるいはターボ−コーディングを含む。図示してはいないが、コーディングビットについて、変調次数とリソース量を考慮してレート−マッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）が行われてもよい。レートマッチング機能は、チャネルコーディングブロックの一部として含まれてもよく、別途の機能ブロックを用いて行われてもよい。例えば、チャネルコーディングブロックは複数の制御情報に対して（３２，０）ＲＭコーディングを行って単一コードワードを得、これに対して循環バッファーレート−マッチングを行うことができる。

変調器（ｍｏｄｕｌａｔｏｒ）は、コーディングビットｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を変調して、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を生成する。Ｌは、変調シンボルのサイズを表す。変調は、伝送信号のサイズと位相を変形することによってなされる。変調方法は、例えば、ｎ−ＰＳＫ（ＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）、ｎ−ＱＡＭ（ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ）を含む（ｎは、２以上の整数）。具体的に、変調方法には、ＢＰＳＫ（ＢｉｎａｒｙＰＳＫ）、ＱＰＳＫ（ＱｕａｄｒａｔｕｒｅＰＳＫ）、８−ＰＳＫ、ＱＡＭ、１６−ＱＡＭ、６４−ＱＡＭなどを用いることができる。

分周器（ｄｉｖｉｄｅｒ）は、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を各スロットに分周する。変調シンボルを各スロットに分周する順序／パターン／方式は特に制限されない。例えば、分周器は、変調シンボルを前から順にそれぞれのスロットに分周することができる（ローカル型方式）。この場合、図示のように、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１はスロット０に分周し、変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１は、スロット１に分周できる。また、変調シンボルはそれぞれのスロットへの分周時にインタリービング（またはパーミュテーション）されてもよい。例えば、偶数変調シンボルは、スロット０に分周し、奇数変調シンボルはスロット１に分周することができる。変調過程と分周過程は互いに順序が換わってもよい。

ＤＦＴプリコーダ（ｐｒｅｃｏｄｅｒ）は、単一搬送波波形（ｓｉｎｇｌｅｃａｒｒｉｅｒｗａｖｅｆｏｒｍ）を生成するために、それぞれのスロットに分周された変調シンボルに対してＤＦＴプリコーディング（例、１２−ポイントＤＦＴ）を行う。同図で、スロット０に分周された変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１は、ＤＦＴシンボルｄ＿０，ｄ＿１，…，ｄ＿Ｌ／２−１としてＤＦＴプリコーディングされ、スロット１に分周された変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１は、ＤＦＴシンボルｄ＿Ｌ／２，ｄ＿Ｌ／２＋１，…，ｄ＿Ｌ−１としてＤＦＴプリコーディングされる。ＤＦＴプリコーディングは、相応する他の線形演算（ｌｉｎｅａｒｏｐｅｒａｔｉｏｎ）（例、ｗａｌｓｈｐｒｅｃｏｄｉｎｇ）に代替されてもよい。

拡散ブロック（ｓｐｒｅａｄｉｎｇｂｌｏｃｋ）は、ＤＦＴされた信号を、ＳＣ−ＦＤＭＡシンボルレベルで（時間ドメイン）拡散する。ＳＣ−ＦＤＭＡシンボルレベルの時間ドメイン拡散は、拡散コード（シーケンス）を用いて行われる。拡散コードは、準直交コードと直交コードを含む。準直交コードは、これに制限されるわけではないが、ＰＮ（ＰｓｅｕｄｏＮｏｉｓｅ）コードを含む。直交コードは、これに制限されるわけではないが、ウォルシュコード、ＤＦＴコードを含む。本明細書は、説明の容易性のために、拡散コードの代表例として直交コードを挙げて説明するが、これは例示であり、直交コードは準直交コードに代替されてもよい。拡散コードサイズ（または、拡散因子（ＳｐｒｅａｄｉｎｇＦａｃｔｏｒ：ＳＦ））の最大値は、制御情報伝送に用いられるＳＣ−ＦＤＭＡシンボルの個数によって制限される。一例として、１スロットで４個のＳＣ−ＦＤＭＡシンボルが制御情報伝送に用いられる場合に、スロット別に長さ４の（準）直交コードｗ０，ｗ１，ｗ２，ｗ３を用いることができる。ＳＦは、制御情報の拡散度を意味し、ユーザー機器の多重化次数（ｍｕｌｔｉｐｌｅｘｉｎｉｇｏｒｄｅｒ）またはアンテナ多重化次数と関連を持つことができる。ＳＦは、１、２、３、４、…のように、システムの要求条件によって可変されてもよく、基地局と端末間にあらかじめ定義されたり、ＤＣＩあるいはＲＲＣシグナリングを通じて端末に知らせられてもよい。例えば、ＳＲＳを伝送するために、制御情報用ＳＣ−ＦＤＭＡシンボルのうちの一つをパンクチャリングする場合に、当該スロットの制御情報にはＳＦの縮小した（例、ＳＦ＝４の代わりにＳＦ＝３）拡散コードを適用することができる。

上の過程を経て生成された信号は、ＰＲＢ内の副搬送波にマッピングされた後に、ＩＦＦＴを経て時間ドメイン信号に変換される。時間ドメイン信号にはＣＰが付加され、生成されたＳＣ−ＦＤＭＡシンボルはＲＦ端を通じて伝送される。

５個のＤＬＣＣに対するＡＣＫ／ＮＡＣＫを伝送する場合を挙げて、各過程をより具体的に説明する。それぞれのＤＬＣＣが２個のＰＤＳＣＨを伝送できる場合に、これに対するＡＣＫ／ＮＡＣＫビットは、ＤＴＸ状態を含む場合に１２ビットでよい。ＱＰＳＫ変調とＳＦ＝４時間拡散を想定する場合に、（レートマッチング後の）コーディングブロックサイズは４８ビットでよい。コーディングビットは２４個のＱＰＳＫシンボルに変調され、生成されたＱＰＳＫシンボルは１２個ずつ各スロットに分周される。各スロットで１２個のＱＰＳＫシンボルは１２−ポイントＤＦＴ演算を通じて１２個のＤＦＴシンボルに変換される。各スロットにおいて１２個のＤＦＴシンボルは時間ドメインでＳＦ＝４拡散コードを用いて４個のＳＣ−ＦＤＭＡシンボルに拡散されてマッピングされる。１２個のビットが［２ビット＊１２個の副搬送波＊８個のＳＣ−ＦＤＭＡシンボル］を通じて伝送されるので、コーディングレートは０．０６２５（＝１２／１９２）である。また、ＳＦ＝４の場合に、１ＰＲＢ当たり最大４個のユーザー機器を多重化することができる。

図２５は、ＳＦ＝５の直交コード（ＯｒｔｈｏｇｏｎａｌＣｏｄｅ、ＯＣ）を用いたＰＵＣＣＨフォーマット３の構造を例示する。

基本的な信号処理過程は、図２５を参照して説明した通りである。ただし、ＵＣＩＳＣ−ＦＤＭＡシンボルとＲＳＳＣ−ＦＤＭＡシンボルの個数／位置が、図２４のそれと異なる。このとき、拡散ブロック（ｓｐｒｅａｄｉｎｇｂｌｏｃｋ）がＤＦＴプリコーダの前段であらかじめ適用されてもよい。

図２５で、ＲＳはＬＴＥシステムの構造を継承することができる。例えば、基本シーケンスにサイクリックシフトを適用することができる。データ部分は、ＳＦ＝５により、多重化容量（ｍｕｌｔｉｐｌｅｘｉｎｇｃａｐａｃｉｔｙ）が５となる。しかし、ＲＳ部分は、サイクリックシフト間隔である△_{ｓｈｉｆｔ} ^{ＰＵＣＣＨ}によって多重化容量が決定される。例えば、多重化容量は１２／△_{ｓｈｉｆｔ} ^{ＰＵＣＣＨ}で与えられる。この場合、△_{ｓｈｉｆｔ} ^{ＰＵＣＣＨ}＝１、△_{ｓｈｉｆｔ} ^{ＰＵＣＣＨ}＝２、△_{ｓｈｉｆｔ} ^{ＰＵＣＣＨ}＝３の場合における多重化容量はそれぞれ１２、６、４となる。図２５で、データ部分の多重化容量はＳＦ＝５によって５となる反面に、ＲＳの多重化容量は、△_{ｓｈｉｆｔ} ^{ＰＵＣＣＨ}の場合に４となり、全体多重化容量は、両者のうち、小さい値である４に制約されうる。

図２６は、スロットレベルで多重化容量が増加し得るＰＵＣＣＨフォーマット３の構造を例示する。

図２４及び図２５で説明したＳＣ−ＦＤＭＡシンボルレベル拡散をＲＳに適用して全体多重化容量を増加させることができる。図２６を参照すると、スロット内でウォルシュカバー（あるいはＤＦＴコードカバー）を適用すると、多重化容量が２倍に増加する。これにより、△_{ｓｈｉｆｔ} ^{ＰＵＣＣＨ}の場合にも多重化容量が８になり、データ区間の多重化容量が低下しなくなる。図２６で、［ｙ１ｙ２］＝［１１］あるいは［ｙ１ｙ２］＝［１ −１］や、その線形変換形態（例えば、［ｊｊ］［ｊ −ｊ］、［１ｊ］［１ −ｊ］など）もＲＳのための直交カバーコードとして用いることができる。

図２７は、サブフレームレベルで多重化容量が増加し得るＰＵＣＣＨフォーマット３の構造を例示する。

スロット−レベルで周波数ホッピングを適用しないと、スロット単位にウォルシュカバーを適用することによって、多重化容量を再び２倍に増加させることができる。ここで、上述した通り、直交カバーコードには［ｘ１ｘ２］＝［１１］または［１ −１］を用いることができ、その変形形態を用いることもできる。

参考として、ＰＵＣＣＨフォーマット３の処理過程は、図２４乃至図２７に示した順序に拘わらない。

チャネル選択
チャネル選択（ｃｈａｎｎｅｌｓｅｌｅｃｔｉｏｎ）とは、複数のリソースの中から特定リソースを選択して特定情報を表現／伝達することを意味する。一般的なチャネル選択は、リソース（ｒｅｓｏｕｒｃｅ）とコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）との組み合わせにより特定情報を伝達する方式である。

ここで、物理的な時間−周波数リソース及び／またはシーケンスリソース（例えば、サイクリックシフト値）によってリソースを特定することができる。例えば、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１／１ａ／１ｂの場合には、ＯＣ（ＯｒｔｈｏｇｏｎａｌＣｏｄｅ）、ＣＳ（ＣｙｃｌｉｃＳｈｉｆｔ）及びＰＲＵ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＵｎｉｔ）の組み合わせで特定リソースを選択することができる。チャネル選択が行われる複数のリソースは、上記のように３つのリソースの組み合わせにより区別されると仮定することができる。例えば、下記の表３のようなチャネル選択方法を用いることができる。

上記の表３及び以下の説明で、ａ，ｂ，ｃ，…で表示される値は、Ｃｈ−ｘ（ｘ＝１，２，３，…）での変調（例えば、ＢＰＳＫ、ＱＰＳＫなど）によるコンステレーション値を意味することができる。または、ａ，ｂ，ｃ，…で表示される値は、コンステレーション値ではなく、割り当てられたシーケンスまたは割り当てられたコードによりかけられた値、スクランブリングされた値またはカバリングされた値に相当してもよい。このように、Ｃｈ−ｘに対してａ，ｂ，ｃ，…で表示される値は互いに区別可能な値であればよく、その区別される方法に制限はない。ただし、以下の説明では、説明の便宜のために、Ｃｈ−ｘに対してａ，ｂ，ｃ，…で表示される値を、変調された値と称する。

また、ａ，ｂ，ｃ，…で表示される値は０以外の値であり、あらかじめ定められた特定値でもよい。例えば、ａとして‘＋１’を使用し、ｂとしては‘＋１’あるいは‘−１’を用いることができる。

上記の表３の例示において同じ値が伝送されても、どのチャネルで伝送されるかによって異なった情報（すなわち、ＡＣＫまたはＮＡＣＫ）が伝送されることがある。例えば、ＡＣＫを伝送する場合は、リソース１（すなわち、ｃｈ１）のＲＳ部分でａ値が伝送され、Ｄａｔａ部分でｂ値が伝送される。ＮＡＣＫを伝送する場合は、リソース２（すなわち、ｃｈ２）のＲＳ部分でａ値が伝送され、Ｄａｔａ部分でｂ値が伝送される。このように、どのリソースを通じて信号が伝送されるかによって異なった情報を伝達する方法を、チャネル選択ということができる。

上記の表３の例示では複雑なコンステレーションマッピングを使用しない簡単な例示を示したが、コンステレーションマッピングをさらに用いてより多い情報を伝送することもできる。表４では、２個に区分されるコンステレーションマッピング（例えば、ＢＰＳＫ）を用いた例示を表す。

上記の表４で、ａ、ｂ、ｃはそれぞれ、あらかじめ定められた０以外の特定値でよい。ただし、ｂとｃはコンステレーション上で相互間の距離（ｄｉｓｔａｎｃｅ）が大きいものを用いることが好ましい。例えば、ａは‘＋１’を用い、ｂとｃは‘＋１’と‘−１’、あるいは‘−１’と‘＋１’を用いることができる。表４の例示で、ＡＣＫ／ＡＣＫを伝送する場合はリソース１（＝ｃｈ１）でｂに変調して伝送し、ＡＣＫ／ＮＡＣＫを伝送する場合は、リソース１（＝ｃｈ１）でｃに変調して伝送することを意味する。また、ＮＡＣＫ／ＡＣＫを伝送する場合は、リソース２（＝ｃｈ２）でｂに変調して伝送し、ＮＡＣＫ／ＮＡＣＫを伝送する場合は、リソース２（＝ｃｈ２）でｃに変調して伝送することを意味する。

既存のＬＴＥリリース−８／９で用いられる、ＴＤＤでのＡＣＫ／ＮＡＣＫ伝送のためのチャネル選択のためのマッピング関係が、下記の表５、表６及び表７のように定義されている。ＬＴＥリリース−８／９でＴＤＤＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）は、ＴＤＤＡＣＫ／ＮＡＣＫチャネル選択と同じ意味で使われてもよいが、後述する多重搬送波支援システム（例えば、ＬＴＥ−ＡまたはＬＴＥリリース−１０）ではそうでない。

下記の表５、表６及び表７でＭ値を、ＴＤＤシステムでの下りリンク関連セットインデックス

（後述の表１２の通りに定義される。）によって決定することができる。例えば、表５で、Ｍ＝２の場合に、空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）を含む２種のＡＣＫ／ＮＡＣＫ情報の伝達のために２つのＰＵＣＣＨリソース

を使用しながら、各ＰＵＣＣＨリソース内でＱＰＳＫコンステレーション

を使用することができる。

具体的に、端末は、サブフレームｎにおいてＡＣＫ／ＮＡＣＫリソース

上でビット

をＰＵＣＣＨフォーマット１ｂを用いて伝送する。

の値及びＡＣＫ／ＮＡＣＫリソース

を、下記の表５、表６及び表７に基づくチャネル選択（ｃｈａｎｎｅｌｓｅｌｅｃｔｉｏｎ）によって生成することができる。表５、表６及び表７はそれぞれ、Ｍ＝２、Ｍ＝３、Ｍ＝４の場合におけるＡＣＫ／ＮＡＣＫ多重化の伝送に関するものである。

がＮ／Ａにマッピングされる場合に、端末はサブフレームｎでＡＣＫ／ＮＡＣＫ応答を伝送しない。

上記の表５、表６及び表７で、ＨＡＲＱ−ＡＣＫ（ｉ）は、ｉ−番目のデータユニット（０≦ｉ≦３）のＨＡＲＱＡＣＫ／ＮＡＣＫ／ＤＴＸ結果を表す。ＤＴＸ（ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ）は、ＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの伝送がないか、或いは端末がＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの存在を検出できなかった場合を表す。本明細書でＨＡＲＱ−ＡＣＫはＡＣＫ／ＮＡＣＫと同じ意味で使われる。それぞれのデータユニットと関連して最大４個のＰＵＣＣＨリソース（すなわち、ｎ^（１） _{ＰＵＣＣＨ，０}〜ｎ^（１） _{ＰＵＣＣＨ，３}）が占有されうる。多重化されたＡＣＫ／ＮＡＣＫは、占有されたＰＵＣＣＨリソースから選択された一つのＰＵＣＣＨリソースを通じて伝送される。表５、表６及び表７に記載されたｎ^（１） _{ＰＵＣＣＨ，ｘ}は、実際にＡＣＫ／ＮＡＣＫを伝送するのに用いられるＰＵＣＣＨリソースを表す。

は、選択されたＰＵＣＣＨリソースを通じて伝送される２ビットを表し、ＱＰＳＫ方式で変調される。一例として、表７のように、端末が４個のデータユニットを成功的に復号した場合に、端末は、ｎ^（１） _{ＰＵＣＣＨ，１}と連結されたＰＵＣＣＨリソースを通じて（１，１）を基地局に伝送する。ＰＵＣＣＨリソースとＱＰＳＫシンボルとの組み合わせが、可能なＡＣＫ／ＮＡＣＫ仮定を全て表すのには足りず、一部の場合を除いてはＮＡＣＫ及びＤＴＸはカップリングされる（ＮＡＣＫ／ＤＴＸと表示される）。

一方、本発明の適用に関連する多重搬送波を支援するＬＴＥ−Ａ（または、ＬＴＥリリース−１０）システムの場合に、チャネル選択方法を適用するために用いるチャネル選択マッピング関係に特別な制約がない。例えば、下記の表８乃至表１０のようなＡＣＫ／ＮＡＣＫ情報を伝送するためのチャネル選択マッピング関係を定義することができる。表８は２−ビットＡＣＫ／ＮＡＣＫのためのマッピング関係を、表９は３−ビットＡＣＫ／ＮＡＣＫのためのマッピング関係を、表１０は４−ビットＡＣＫ／ＮＡＣＫのためのマッピング関係、を例示的に定義したものである。

または、下記の表１１のような１−ビット乃至４−ビットのＡＣＫ／ＮＡＣＫのためのチャネル選択マッピング関係を定義することもできる。表１１の例示で、１−ビットＡＣＫ／ＮＡＣＫ情報を伝送するために、１個のチャネルリソースｈ０、及びデータ変調によるコンステレーション値‘１，−１’を、２−ビットＡＣＫ／ＮＡＣＫ情報を伝送するために、２個のチャネルリソース‘ｈ０，ｈ１’、及びデータ変調によるコンステレーション値‘１，−１，−ｊ，ｊ’を、３−ビットＡＣＫ／ＮＡＣＫ情報を伝送するために、３個のチャネルリソース‘ｈ０，ｈ１，ｈ２’、及びデータ変調によるコンステレーション値‘１，−１，−ｊ，ｊ’を、４−ビットＡＣＫ／ＮＡＣＫ情報を伝送するために、４個のチャネルリソース‘ｈ０，ｈ１，ｈ２，ｈ３’、及びデータ変調によるコンステレーション値‘１，−１，−ｊ，ｊ’を用いて、伝送シグナルを生成及び伝送することができる。

多重搬送波支援システムにおいて下りリンク伝送に対する上りリンク確認応答の伝送
多重搬送波または搬送波アグリゲーションを支援するシステムにおいて、下りリンクリソースをＤＬＣＣ（ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ）、上りリンクリソースをＵＬＣＣと定義することができる。また、下りリンクリソース及び上りリンクリソースの組み合わせをセル（ｃｅｌｌ）と呼ぶことができる。ただし、ＤＬＣＣとＵＬＣＣとが非対称に構成される場合に、セルはＤＬＣＣ（またはＵＬＣＣ）のみを指すこともある。例えば、特定端末に一つのサービングセル（ｃｏｎｆｉｇｕｒｅｄｓｅｒｖｉｎｇｃｅｌｌ）が設定される（ｃｏｎｆｉｇｕｒｅｄ）場合に、該特定端末は、１ＤＬＣＣと１ＵＬＣＣを有するようになる。しかし、特定端末に２つ以上のサービングセルが設定される場合には、該特定端末は、セルの個数だけのＤＬＣＣを有し、ＵＬＣＣの個数はＤＬＣＣの個数と同一または小さくなる。または、特定端末に複数のサービングセルが設定される場合に、ＤＬＣＣの数よりもＵＬＣＣの数が多い多重搬送波環境が支援されてもよい。

下りリンクリソースの搬送波周波数（セルの中心周波数）と上りリンクリソースの搬送波周波数との連係（ｌｉｎｋａｇｅ）は、下りリンクリソース上で伝送されるシステム情報（ＳＩ）で指示（ｉｎｄｉｃａｔｅ）可能である。例えば、ＳＩＢ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）で定義される連係（ｌｉｎｋａｇｅ）によってＤＬリソースとＵＬリソースとの組み合わせ（ｃｏｍｂｉｎａｔｉｏｎ）を構成することができる。

このような定義から、搬送波アグリゲーション（ＣＡ）は、搬送波周波数が互いに異なる２つ以上のセルの結合であるということができる。すなわち、搬送波周波数が互いに異なる１個超過のサービングセルが特定端末に設定される場合を、ＣＡ環境ということができる。ＣＡを支援する端末に対して、一つ以上のＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙｃｅｌｌ）がＰＣｅｌｌ（ＰｒｉｍａｒｙＣｅｌｌ）と共に用いられることによって、増加した帯域幅の支援が可能になる。

ここで、サービングセルは、ＰＣｅｌｌまたはＳＣｅｌｌでよい。ＲＲＣ接続が設定された（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）端末がＣＡを支援しない場合には、ＰＣｅｌｌを含む一つのサービングセルのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ端末がＣＡを支援する場合には、サービングセルという用語は、ＰＣｅｌｌ及びＳＣｅｌｌを含む一つ以上のセルの集合（ｓｅｔ）を意味する。

ＰＣｅｌｌは、ＣＡ環境で設定されたサービングセルのうち、制御関連通信の中心となるセルである。端末が初期接続確立手順（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｄｕｒｅ）、接続再確立手順（ｃｏｎｎｅｃｔｉｏｎｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｄｕｒｅ）またはハンドオーバー手順で指示または利用されたセルがＰＣｅｌｌに相当する。ＬＴＥ−Ａリリース１０では、端末は、自身のＰＣｅｌｌでのみＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソースが割り当てられ、ＰＵＣＣＨを伝送することができる。将来のリリースでは、特定条件下で端末のＳＣｅｌｌでのＰＵＣＣＨ伝送も許容されるであろう。また、端末は、システム情報獲得及び変更に対するモニタリング手順をＰＣｅｌｌでのみ行うことができる。ＣＡを支援する端末に対して、基地局は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用するハンドオーバー手順を用いてのみＰＣｅｌｌを変更することができる。

次に、ＳＣｅｌｌは、ＣＡ環境で設定されたサービングセルのうち、ＰＣｅｌｌ以外のセルを意味する。ＬＴＥ−Ａリリース１０では、ＳＣｅｌｌではＰＵＣＣＨが存在しない。ＳＣｅｌｌを追加する場合に、基地局は、ＣＡを支援する端末に専用シグナリングを通じてＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の該当のセルでの動作に関連した全てのステム情報を提供することができる。ＳＣｅｌｌに対して、システム情報の変更は、一つのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いた該当のＳＣｅｌｌの解除（ｒｅｌｅａｓｅ）及び追加（ａｄｄｉｔｉｏｎ）によって行うことができる。基地局は、該当のＳＣｅｌｌで、ブロードキャストメッセージに含まれたパラメータとは異なるパラメータを有する専用シグナリングを端末に伝送することができる。初期保安活性化手順（ｉｎｉｔｉａｌｓｅｃｕｒｉｔｙａｃｔｉｖａｔｉｏｎｐｒｏｃｅｄｕｒｅ）の後に、基地局はＰＣｅｌｌ（接続確立手順の間にサービングセルに設定されるセル）に加えて、一つ以上のＳＣｅｌｌを端末に設定することができる。ＰＣｅｌｌは保安入力及び上位層システム情報を提供するのに用いられ、ＳＣｅｌｌは追加の下りリンクリソースを提供し、必要時には上りリンクリソースを提供するのに用いられうる。基地局は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含んだり含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用するＲＲＣ接続再確立手順を用いてＳＣｅｌｌを独立して追加、除去または修正することができる。

搬送波アグリゲーション環境でのＲＲＣ関連パラメータ（ｐａｒａｍｅｔｅｒ）／情報要素（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ；ＩＥ）としてＰｈｙＣｅｌｌＩｄ、ＳＣｅｌｌＩｎｄｅｘ、ＳｅｒｖＣｅｌｌＩｎｄｅｘなどを定義することができる。ＰｈｙＣｅｌｌＩｄは、０〜５０３範囲の整数値を有することができ、Ｃｅｌｌの物理層識別子とすることができる。ＳＣｅｌｌＩｎｄｅｘは、１〜７範囲の整数値を有することができ、ＳＣｅｌｌの識別子とすることができる。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、０〜７範囲の整数値を有し、サービングセル（ＰＣｅｌｌまたはＳＣｅｌｌ）の識別子とすることができ、０値はＰＣｅｌｌに適用され、ＳＣｅｌｌにはＳＣｅｌｌＩｎｄｅｘが適用されない。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘで最小（または、最低）のセルインデックスを有するセルをＰＣｅｌｌと定義することができる。

要するに、搬送波アグリゲーションにおいて、多重搬送波はＰＣｅｌｌとＳＣｅｌｌとに区別され、これは端末−特定パラメータ（ＵＥ−ｓｐｅｃｉｆｉｃｐａｒａｍｅｔｅｒ）である。特定端末は、一つ以上の設定されたサービングセルを有することができ、複数の設定されたサービングセルが存在する場合に、それらのセルのうち、最小のＳｅｒｖＣｅｌｌＩｎｄｅｘを有するセルはＰＣｅｌｌとなり、残りのセルはＳＣｅｌｌｓとなる。また、ＬＴＥ−Ａリリース１０では、ＴＤＤの場合に、端末が複数の設定されたサービングセルを有するとき、フレーム内ＵＬサブフレームとＤＬサブフレームを構成するＵＬ−ＤＬ設定（ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ）はいずれのセルにおいても同一であり、ＵＬ−ＤＬ設定（ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ）によって特定ＤＬサブフレームで伝送されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫがどのＵＬサブフレームで伝送されるかを定義するＨＡＲＱ−ＡＣＫタイミングは全てのセルで同一である。将来のリリースでは、ＴＤＤの場合に、端末が複数の設定されたサービングセルを有するとき、ＵＬ−ＤＬ設定（ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ）がセル別に異なるように構成され、ＵＬ−ＤＬ設定（ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ）によるＨＡＲＱ−ＡＣＫタイミングもセル別に異なるように構成されるであろう。

また、端末は、一つ以上のＣＣから測定（ｍｅａｓｕｒｅｍｅｎｔ）されたＣＳＩ（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）（ＣＱＩ、ＲＩ、ＰＭＩなどを総称する。）、ＨＡＲＱＡＣＫ／ＮＡＣＫなどの上りリンク制御情報を、あらかじめ定められた一つのＣＣで基地局へ伝送することができる。例えば、端末は、ＰＣｅｌｌＤＬＣＣとＳＣｅｌｌ（ｓ）ＤＬＣＣから受信された複数のＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、これらＡＣＫ／ＮＡＣＫフィードバックを集めて（例えば、ＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）またはＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）など）ＰＣｅｌｌ内のＵＬＣＣで一つのＰＵＣＣＨを用いて伝送することができる。

本発明では、複数個の下りリンク伝送に対する複数個のＡＣＫ／ＮＡＣＫが一つの上りリンクＰＵＣＣＨを通じて伝送される場合に、複数個の下りリンク伝送を構成する単位（一つ以上のサブフレーム及び／または一つ以上の搬送波）をバンドリングウィンドウと称する。すなわち、時間ドメインバンドリングとは、複数個のサブフレームでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫをバンドリングすることを意味し、ＣＣドメインバンドリングとは、複数個のＣＣでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫをバンドリングすることを意味し、時間／ＣＣドメインバンドリングとは、複数個のサブフレーム及び複数個のＣＣでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫをバンドリングすることを意味する。ＡＣＫ／ＮＡＣＫバンドリングは論理積（ｌｏｇｉｃａｌＡＮＤ）演算により行われるが、これに制限されず、論理和（ｌｏｇｉｃａｌＯＲ）などの他の方法により行われてもよい。

また、実際に論理積（または論理和）演算などを用いて時間ドメイン及び／またはＣＣドメインバンドリングが行われる単位を、実際バンドリングウィンドウ（ｒｅａｌｂｕｎｄｌｉｎｇｗｉｎｄｏｗ）と称することができる。すなわち、一つのバンドリングウィンドウ内には一つ以上の実際バンドリングウィンドウが存在可能である。言い換えると、バンドリングウィンドウのサイズは、実際バンドリングウィンドウサイズと同一または大きい。ここで、一つの下りリンク伝送に対する複数個のＡＣＫ／ＮＡＣＫビットの空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）は、バンドリングウィンドウか実際バンドリングウィンドウかに関わらずに適用可能である。

３ＧＰＰＬＴＥシステムで定義する、下りリンク伝送に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合について説明する。ここで、サブフレームｎでＡＣＫ／ＮＡＣＫが伝送される場合に、該ＡＣＫ／ＮＡＣＫは、サブフレームｎ−ｋでの下りリンク伝送に対するものである。

まず、ＴＤＤシステムの場合には、下記の表１２のように、サブフレームｎとサブフレームｎ−ｋとの関係について、上記の表１のＵＬ−ＤＬ構成別に下りリンク関連セットインデックスＫ：

を与えることができる。

ＦＤＤの場合に、Ｍは常に１であり、Ｋは常に｛ｋ_０｝＝｛４｝である。

サブフレームｎ−ｋでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫがサブフレームｎで伝送される場合に、サブフレームｎ−ｋでの下りリンク伝送は、下記の３つの場合のうち一つ以上に関するものでよい。

ケース１は、サブフレームｎ−ｋで検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨに対してＡＣＫ／ＮＡＣＫフィードバックが必要な場合である。ここで、ｋ∈Ｋであり、Ｋは、サブフレームインデックス（ｎ）とＵＬ−ＤＬ構成によって異なり、Ｍ個の元素（ｅｌｅｍｅｎｔ）からなる｛ｋ_０，ｋ_１，…ｋ_Ｍ−１｝）。上記の表１２は、Ｋ：｛ｋ_０，ｋ_１，…ｋ_Ｍ−１｝を例示する。ケース１は、一般のＡＣＫ／ＮＡＣＫフィードバックが必要なＰＤＳＣＨに関するものである。以下の説明では、ケース１を、「ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ」または「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ」と称する。

ケース２は、サブフレームｎ−ｋ内の下りリンクＳＰＳ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）解除（ｒｅｌｅａｓｅ）を指示するＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合である。ここで、ｋ∈Ｋであり、Ｋは、ケース１で説明した通りである。ケース２のＡＣＫ／ＮＡＣＫは、ＳＰＳ解除のためのＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックを意味する。一方、ＤＬＳＰＳ解除に対するＡＣＫ／ＮＡＣＫフィードバックは行われるが、ＳＰＳ活性化（ａｃｔｉｖａｔｉｏｎ）を指示するＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックは行われない。以下の説明では、ケース２を「ＤＬＳＰＳ解除ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ」と称する。

ケース３は、サブフレームｎ−ｋで検出された対応ＰＤＣＣＨがないＰＤＳＣＨ伝送に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合である。ここで、ｋ∈Ｋであり、Ｋは、ケース１で説明した通りである。ケース３は、ＰＤＣＣＨのないＰＤＳＣＨに関するもので、ＳＰＳによって割り当てられたＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫフィードバックを意味する。以下の説明では、ケース３を「ＤＬＳＰＳＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ」と称する。

以下の説明では、対応するＰＤＣＣＨを有するＰＤＳＣＨ、ＤＬＳＰＳ解除のためのＰＤＳＣＨ、対応するＰＤＣＣＨのないＰＤＳＣＨを総称して、「ＡＣＫ／ＮＡＣＫ伝送が必要な下りリンク伝送」という。

このような下りリンク伝送に対するＡＣＫ／ＮＡＣＫの伝送が多重搬送波システムで適用される場合に関する本発明の例示について以下に具体的に説明する。

説明の便宜のために、下記のような仮定を前提として本発明の例示について説明する。しかし、本発明の実施例が下記のような仮定下でのみ実施されるというわけではない。

（１）一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌが存在可能である。

（２）該当のＰＤＣＣＨを有するＰＤＳＣＨ（ＰＤＳＣＨｗｉｔｈｃｏｒｒｅｓｐｏｎｄｉｎｇＰＤＣＣＨ）はＰＣｅｌｌ及びＳＣｅｌｌに存在可能である。

（３）ＤＬＳＰＳ解除を指示するＰＤＣＣＨはＰＣｅｌｌにのみ存在可能である。

（４）該当のＰＤＣＣＨのないＰＤＳＣＨ（＝ＳＰＳＰＤＳＣＨ）はＰＣｅｌｌにのみ存在可能である。

（５）ＰＣｅｌｌからＳＣｅｌｌへのクロス−スケジューリングは支援可能である。

（６）ＳＣｅｌｌからＰＣｅｌｌへのクロス−スケジューリングは支援されない。

（７）ＳＣｅｌｌから他のＳＣｅｌｌへのクロス−スケジューリングは支援可能である。

本発明の説明でいう時間ドメイン及び／またはＣＣドメインバンドリングは、論理ＡＮＤ演算を意味するが、論理ＯＲ演算などの他の方法で行われてもよい。すなわち、以下でいう時間ドメインあるいはＣＣドメインバンドリングは、単一ＰＵＣＣＨフォーマットを用いたＡＣＫ／ＮＡＣＫ応答において複数のサブフレームあるいは複数のＣＣにわたる複数のＡＣＫ／ＮＡＣＫを少ないビット数で表現するための方法を総称する。すなわち、Ｍ−ビットのＡＣＫ／ＮＡＣＫ情報をＮ−ビット（Ｍ≧Ｎ）で表現するための任意の方法を総称する。

多重搬送波及び／またはＴＤＤが適用されるシステムにおいて、複数個のＡＣＫ／ＮＡＣＫビットは、ＰＵＣＣＨフォーマット１ａ／１ｂを用いるチャネル選択、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット３を用いるチャネル選択などにより伝送することができる。これらのＰＵＣＣＨフォーマットに対するＰＵＣＣＨリソースインデックスについては、暗黙的（ｉｍｐｌｉｃｉｔ）マッピングが用いられてもよく、明示的（ｅｘｐｌｉｃｉｔ）マッピングが用いられてもよく、または暗黙的マッピングと明示的マッピングとが複合的に用いられてもよい。暗黙的マッピングには、例えば、該当するＰＤＣＣＨの最低ＣＣＥインデックスに基づいてＰＵＣＣＨリソースインデックスを誘導する方法がある。明示的マッピングには、例えば、該当のＰＤＣＣＨ内のＡＲＩ（ＡＣＫ／ＮＡＣＫＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ）値に基づいて、該当のＰＵＣＣＨリソースインデックスを、ＲＲＣ構成などによりあらかじめ定められたセットから指示（ｉｎｄｉｃａｔｅ）または誘導する方法がある。

本発明と関連して、複数個のＡＣＫ／ＮＡＣＫビットを伝送するための新しいＰＵＣＣＨフォーマット（例えば、図２４乃至図２７で説明したＰＵＣＣＨフォーマット３）を用いる場合に、ＰＵＣＣＨフォーマット３のリソース割当（ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ）は明示的リソース割当（ｅｘｐｌｉｃｉｔｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ）にすることを基本とする。

具体的に、ＰＵＣＣＨフォーマット３に設定されているＵＥは、当該フォーマットのための直交リソース（ｏｒｔｈｏｇｏｎａｌｒｅｓｏｕｒｃｅ）が明示的に（例えば、ＲＲＣシグナリングにより）指示されうる。また、ＲＲＣ構成などによりあらかじめ定められた直交リソースのうち、ＳＣｅｌｌで伝送されるＰＤＳＣＨのためのＰＤＣＣＨ内のＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）フォーマットにおけるＡＲＩの値によって最終的なＰＵＣＣＨリソースを決定してもよい。このとき、ＡＲＩは、明示的にシグナリングされたＰＵＣＣＨリソース値を基準とするオフセット（ｏｆｆｓｅｔ）値であってもよく、または、一つ以上のＰＵＣＣＨリソースセットのうちのいずれを用いるかを指示（ｉｎｄｉｃａｔｉｏｎ）するものであってもよい。

ＰＤＣＣＨ内にＡＲＩ情報を含める方案として、既存のＰＤＣＣＨのＤＣＩフォーマット内に定義されているフィールドをＡＲＩ用に再使用（ｒｅｕｓｅ）する方案を考慮することができる。ＰＤＣＣＨにはＴＰＣ（ＴｒｎａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドが含まれることがある。このＴＰＣフィールドの元来の目的は、ＰＵＣＣＨ及び／またはＰＵＳＣＨ伝送電力を制御することにあり、２ビットの値で構成可能である。

上述したように、ＳＣｅｌｌでのみＡＲＩが伝送されるようにする場合に、ＳＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣ（ＴｒｎａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドをＡＲＩ用途に再使用することができる。一方、ＰＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣフィールドは、本来の目的のまま、ＰＵＣＣＨ及び／またはＰＵＳＣＨ伝送電力制御用にすればよい。

また、ＬＴＥリリース−１０システムでは、ＰＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨをＳＣｅｌｌで受信することができないので（すなわち、ＳＣｅｌｌのＰＤＣＣＨによってＰＣｅｌｌのＰＤＳＣＨを交差−搬送波スケジューリングすることが許容されないので）、ＵＥがＰＤＳＣＨをＰＣｅｌｌでのみ受信するという意味は、ＰＤＣＣＨをＰＣｅｌｌでのみ受信する（ＵＥｒｅｃｅｉｖｅｓＰＤＣＣＨｏｎｌｙｏｎＰＣｅｌｌ）という意味と等価である。

ＲＲＣによって設定される明示的なＡＣＫ／ＮＡＣＫリソース割当は、下記のように行われるとよい。

まず、ＳＣｅｌｌ上でのＰＤＳＣＨに対応するＰＤＣＣＨ（すなわち、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ）は、ＲＲＣにより設定されたリソースから特定ＰＵＣＣＨリソースを誘導する情報（例えば、ＡＲＩ）を含むことができる。

次に、ＰＤＳＣＨに対応するＰＤＣＣＨがＳＣｅｌｌで受信されず、ＰＤＳＣＨがＰＣｅｌｌでのみ受信される場合には、次のいずれか一つが適用されるとよい。その一つは、ＬＴＥリリース−８で定義されたＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨフォーマット１ａ／１ｂリソース）が用いられる。もう一つは、ＰＣｅｌｌ上でのＰＤＳＣＨに対応するＰＤＣＣＨが、ＲＲＣにより設定されたリソースから特定ＰＵＣＣＨリソースを誘導する情報（例えば、ＡＲＩ）を含むことができる。

また、ＵＥは、ＳＣｅｌｌでＰＤＳＣＨに対応するＰＤＣＣＨがいずれも同じＡＲＩを有すると仮定することができる。

このようなＡＲＩ情報がＳＣｅｌｌでのみ伝送されるように定義すると、多重搬送波及び／またはＴＤＤが適用されるシステムにおいて、ＵＥがＰＣｅｌｌのためのＰＤＳＣＨのみを受信した場合（または、ＰＣｅｌｌでのみＰＤＣＣＨを受信した場合）には、ＳＣｅｌｌから伝送されるＡＲＩ情報が確認できず、ＵＥが使用するＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット３）のためのリソースインデックスを最終的に決定できなくなる問題がある。

本発明ではこのような問題を解決するために、ＵＥがＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合（または、ＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）にも、ＰＵＣＣＨフォーマットのためのリソースインデックスを最終的に決定し得る方案を提案する。

本発明の種々の例示において、ＵＥがＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合（または、ＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）を、説明の便宜のために「ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇ」と略称する。ここで、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇはＵＥの受信の立場で定義されたものである。また、多重搬送波環境で本発明が適用される場合に、ＵＥは、一つの設定されたセル（ｃｏｎｆｉｇｕｒｅｄｃｅｌｌ）を有することもでき、または、複数の設定されたセル（ｃｏｎｆｉｇｕｒｅｄｃｅｌｌｓ）を有することもできる。ＵＥが一つの設定されたセルを有する場合には、そのセルがＰＣｅｌｌになり、複数の設定されたセルを有する場合に、それらのセルは一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなる構成でよい。これらの場合のいずれか一方または両方において本発明を適用することができる。すなわち、ＣＡ環境または非−ＣＡ（ｎｏｎ−ＣＡ）環境のいずれにおいても本発明で定義するＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇを定義することができる。

また、前述したように、複数個のＡＣＫ／ＮＡＣＫビットを伝送するために用いられる新しいＰＵＣＣＨフォーマット、すなわち、ＰＵＣＣＨフォーマット３は、ＵＥが一つの設定されたセルを有する場合にも、ＴＤＤシステムにおいて複数個の下りリンクサブフレームを通じて受信された下りリンク伝送に対するＡＣＫ／ＮＡＣＫの伝送のために用いることができる。または、ＰＵＣＣＨフォーマット３は、ＵＥが複数の設定されたセルを有する場合にＦＤＤまたはＴＤＤシステムに用いることもできる。すなわち、ＰＵＣＣＨフォーマット３は、搬送波アグリゲーション（ＣＡ）システムにも、非−搬送波アグリゲーション（ｎｏｎ−ＣＡ）ＴＤＤシステムにも適用可能である。

また、本発明の種々の例示で、ＰＵＣＣＨフォーマット３のために用いられるリソース候補セット（ｒｅｓｏｕｒｃｅｓｃａｎｄｉｄａｔｅｓｅｔ）はＲＲＣによって設定（ｃｏｎｆｉｇｕｒｅｄ）可能である。このようなＰＵＣＣＨリソース候補セットから、ＳＣｅｌｌのＡＲＩ情報（ＰＤＣＣＨのＴＰＣフィールドを再使用することによって表現される。）の値によって特定ＰＵＣＣＨリソースが決定または誘導され得ることを前提とする。これを簡略に表現すると、ＵＥが使用するＰＵＣＣＨフォーマット３リソースは、ＲＲＣ設定されたリソース候補から、ＰＤＣＣＨに含まれたＡＲＩによって誘導されるものであるといえる。ここで、ＡＲＩはＸビットのサイズを有し、前述したように、ＳＣｅｌｌでＰＤＣＣＨ内のＴＰＣフィールド（２ビットサイズ）を再使用してＡＲＩを表現する場合には、Ｘ＝２と定義できる。例えば、２ビットサイズのＡＲＩを使用すると、４個のＰＵＣＣＨリソース候補のうち一つのリソースを表すことができる。

本発明では、ＰＵＣＣＨフォーマット３の適用と関連した説明の便宜のために、１個の直交リソースを必要とする単一アンテナ伝送を取り上げて説明する。しかし、本発明はこれに制限されるものではなく、ＰＵＣＣＨフォーマット３にＳＯＲＴＤ（ｓｐａｔｉａｌｏｒｔｈｏｇｏｎａｌ−ｒｅｓｏｕｒｃｅｔｒａｎｓｍｉｔｄｉｖｅｒｓｉｔｙ）のような伝送ダイバーシティ（ＴｒａｎｓｍｉｔＤｉｖｅｒｓｉｔｙ）手法のような多重アンテナ伝送手法が適用される場合にも、本発明の原理が同一に適用され得ることは明らかである。

前述の内容をまとめて、ＰＵＣＣＨフォーマット３リソース割当に関する本発明の例示的な仮定について説明する。

ＰＵＣＣＨフォーマット３のためのリソースを

と表現し、ＰＵＣＣＨフォーマット３のための４個の直交リソース候補をそれぞれ、

と表現することができる。これら４個の直交リソースはＲＲＣシグナリングにより任意のＵＥに割り当てられうる。このようなＲＲＣシグナリングは、例えば、個別の４個のＲＲＣシグナリングであってもよく、４個の直交リソースで構成された一つのセット

を一つのＲＲＣシグナリングを通じて該当のＵＥに知らせるものであってもよい。４個のＰＵＣＣＨリソース候補が割り当てられたＵＥは、追加的に受信するＡＲＩが表す値に基づいて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース

を最終的に決定することができる。

下記の表１３に、単一アンテナ（ｓｉｎｇｌｅａｎｔｅｎｎａ）伝送の場合にＰＵＣＣＨフォーマット３のためのリソース割当を例示的に表す。

以下では、上述の内容に基づいて、本発明の種々の例示について具体的に説明する。

実施例１
本実施例１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、あらかじめ定義された（ｐｒｅ−ｄｅｆｉｎｅｄ）リソース割当を用いる方案に関する。

ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨフォーマット３のリソースインデックスをあらかじめ定めておくことが可能である。すなわち、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない場合には、ＳＣｅｌｌで受信されるＡＲＩからＰＵＣＣＨリソースインデックスを誘導し、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合には、あらかじめ定められたＰＵＣＣＨリソースインデックスを用いることが可能である。

具体的に、端末がＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に使用するＰＵＣＣＨフォーマット３リソースを決定し得るように、新しいインデックスをあらかじめ定めておくことができる。この新しいインデックスは、ＳＣｅｌｌでのＡＲＩと同じ意味を有することができる。言い換えると、この新しいインデックスは、ＲＲＣにより設定されたリソース候補セットのうち、いずれか一つを指示（ｉｎｄｉｃａｔｅ）する用途に用いることができる。この新しいインデックスは、リソース候補セットのうち、特定順番の（例えば、最初または最後の）リソースを指示する、あらかじめ定義される規則（または特定値）の形態とすることができる。

例えば、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨフォーマット３リソースを決定するインデックスは、システム−特定値（ｓｙｓｔｅｍ−ｓｐｅｃｉｆｉｃｖａｌｕｅ）とすることができる。または、このインデックスは、基地局−特定値（ｅＮＢ−ｓｐｅｃｉｆｉｃｖａｌｕｅ）または端末−特定値（ＵＥ−ｓｐｅｃｉｆｉｃｖａｌｕｅ）としてＲＲＣ設定されてもよい。

図２８は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにあらかじめ定義されたリソース割当の例示を示すフローチャートである。

段階Ｓ２８１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、ＰＵＣＣＨフォーマット３のための４個のリソースを含むＰＵＣＣＨリソース候補セット

を受信することができる。

段階Ｓ２８２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末はＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定することができる。段階Ｓ２８２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ２８３０が行われ、段階Ｓ２８２０の結果がＹＥＳであると（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇであると）、段階Ｓ２８４０が行われる。

段階Ｓ２８３０で、端末は、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。

一方、段階Ｓ２８４０では、ＳＣｅｌｌでのＰＤＣＣＨの受信がないので、端末は、あらかじめ定義された規則（または、あらかじめ定義されたインデックス）によって、４個のＰＵＣＣＨリソース候補から一つのＰＵＣＣＨリソースを選択することができる。図２８の例示では、あらかじめ定義された規則が、ＰＵＣＣＨリソース候補セットから最後のＰＵＣＣＨリソースインデックスを選択するようになっている。すなわち、段階Ｓ２８４０で端末は、

を計算／選択することができる。

段階Ｓ２８３０または段階Ｓ２８４０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。

実施例２
本実施例２は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、追加の（ａｄｄｉｔｉｏｎａｌ）リソースインデックスをあらかじめ定めてＰＵＣＣＨリソース割当に用いる方案に関する。

ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨフォーマット３の追加のリソースインデックスをあらかじめ定めておくことが可能である。すなわち、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない場合には、ＳＣｅｌｌで受信されるＡＲＩからＰＵＣＣＨリソースインデックスを誘導すればよく、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合には、あらかじめ定められた追加のＰＵＣＣＨリソースインデックスを用いることができる。前述の実施例１でいうあらかじめ定められたインデックスは、端末に設定されるＰＵＣＣＨリソース候補のうちの一つに対してあらかじめ定められたインデックスであるのに対し、本実施例２では、端末に設定されるＰＵＣＣＨリソース候補とは別途に追加のリソースインデックスをあらかじめ定めておく。

本実施例によれば、例えば、２ビットサイズのＡＲＩが用いられる場合に４個のＲＲＣ設定されたリソース候補セットが定義される場合において、ＲＲＣシグナリングを通じて追加の一つのリソース候補を端末に知らせることができる。そのために、ＲＣ設定されたリソース候補セットを５個のＰＵＣＣＨリソースインデックスで構成し、そのいずれか一つのあらかじめ定められたリソースインデックス（例えば、最後のリソースインデックス）をＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にのみ用いられるものと設定することができる。または、４個のＲＲＣ設定されたリソース候補セットと別に、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇのための一つのリソース候補を設定してもよい。これら両場合のいずれにおいても、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にのみ使用するための（すなわち、ＳＣｅｌｌでのＡＲＩにより指示されない）余分のリソースインデックスを端末に割り当てることができる。ここで、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇのための一つの追加のリソース候補は、既存のＲＲＣ設定される４個のリソース候補と重複しないように設定されることが好ましいが、場合によっては重複して設定されることを許容してもよい。

図２９は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにあらかじめ定義された追加のリソース割当の例示を示すフローチャートである。

段階Ｓ２９１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、５個のＰＵＣＣＨフォーマット３のためのリソースを含むＰＵＣＣＨリソース候補セット

を受信することができる。

段階Ｓ２９２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定できる。段階Ｓ２９２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ２９３０が行われ、段階Ｓ２９２０の結果がＹＥＳである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇである）と、段階Ｓ２９４０が行われる。

段階Ｓ２９３０で端末は、５個のＰＵＣＣＨリソース候補セットのうち、あらかじめ定められた所定の規則によって決定された４個のＰＵＣＣＨリソース候補（例えば、インデックスの低い４個のＰＵＣＣＨリソース、

から、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、自身が使用する一つのＰＵＣＣＨリソースを計算／選択することができる。

一方、段階Ｓ２９４０ではＳＣｅｌｌでのＰＤＣＣＨの受信がないので、端末は、あらかじめ定義された規則によって一つのＰＵＣＣＨリソースを計算／選択することができる。ここで、あらかじめ定められた規則は、例えば、ＲＲＣ設定された５個のＰＵＣＣＨリソース候補のうち、最後のリソース

を選択する規則と定義することができる。ここで、段階Ｓ２９３０で５個のうち４個のＰＵＣＣＨリソース候補を決定する規則と、段階Ｓ２９４０で５個のうち１個のＰＵＣＣＨリソース候補を決定する規則は、互いに重ならないように定義されるとよいが、場合によって、リソース候補が重なって選択されるように定義されてもよい。

段階Ｓ２９３０または段階Ｓ２９４０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。

実施例３
本実施例３は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、ＤＡＩ（ＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ）をＰＵＣＣＨリソース割当に用いる方案に関する。

前述の実施例１及び２では、追加の物理層シグナリング（例えば、ＰＤＣＣＨシグナリング）無しに、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨフォーマット３のためのリソースインデックスを誘導する方案について説明した。本実施例３では、ＳＣｅｌｌでのＰＤＣＣＨの受信がない場合であるから、既存の方式のようにＳＣｅｌｌ上でＡＲＩを受信することはできないが、ＰＣｅｌｌ上で受信される物理層シグナリングのうち、ＡＲＩの機能を担当し得る情報を定義して用いる方案に関する。具体的に、本実施例では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＤＣＣＨ内に含まれるＤＡＩ情報をＡＲＩ情報として用いる方案に関する。

ＰＤＣＣＨ内のＤＡＩフィールドはＴＤＤシステムに対して定義されるもので、ＤＬ割当（またはＰＤＳＣＨスケジューリング）に対して与えられるインデックスである。端末が複数個のＤＬ割当（ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫを一つの上りリンクサブフレームで伝送するに当たり、ＤＡＩから、ＡＣＫ／ＮＡＣＫ伝送されるＤＬ割当（ＰＤＳＣＨ）の個数に関する情報を導出することができる。例えば、端末が基地局に、複数個のＤＬ割当（ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ信号を（ＡＣＫ／ＮＡＣＫバンドリングなどを用いて）伝送するに当たり、複数個のＰＤＣＣＨのうち一部を端末が受信できない（すなわち、逃す）ことがある。こうなると、端末は、自身が逃したＰＤＣＣＨに該当するＰＤＳＣＨが自身に送られた事実さえ知らず、よって、ＡＣＫ／ＮＡＣＫ生成に誤りが発生しうる。このような問題を解決するためにＤＡＩを用いることができる。既存のＴＤＤシステムにおいて、例えば、Ｎ個のＤＬサブフレームに対して一つのＵＬサブフレームが対応している場合に、Ｎ個のＤＬサブフレーム区間に伝送されるＰＤＣＣＨに順次にＤＡＩを付与（すなわち、順次にカウント）すると、端末は、ＰＤＣＣＨ中のＤＡＩ情報から、これまでＰＤＣＣＨを正確に受信したか否かが判断できる。

本実施例では、ＰＵＣＣＨフォーマット３が使用される場合に、ＰＣｅｌｌのＰＤＣＣＨ内のＤＡＩが元来の用途に用いられない場合を考慮して、ＤＡＩを、ＰＵＣＣＨリソース割当を決定するＡＲＩの用途に再使用することを提案する。具体的に、ＰＵＣＣＨフォーマット３がＴＤＤシステムで用いられても、時間−ドメインあるいはＣＣ−ドメイン（または、周波数−ドメイン）でバンドリングが行われないＡＣＫ／ＮＡＣＫフルマルチプレクシング（ｆｕｌｌｍｕｌｔｉｐｌｅｘｉｎｇ）モードで動作する場合にはＤＡＩ情報が不要になる。したがって、ＤＡＩフィールドをＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＡＲＩの用途に再使用することができる。

図３０は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにＤＡＩフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。

段階Ｓ３０１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、ＰＵＣＣＨフォーマット３のための４個のリソースを含むＰＵＣＣＨリソース候補セット

を受信することができる。

段階Ｓ３０２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定できる。段階Ｓ３０２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ３０３０が行われ、段階Ｓ３０２０の結果がＹＥＳである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇである）と、段階Ｓ３０４０が行われる。

段階Ｓ３０３０で端末は、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。

一方、段階Ｓ３０４０では、ＳＣｅｌｌでのＰＤＣＣＨの受信がないので、端末は、ＰＣｅｌｌのＰＤＣＣＨ内のＤＡＩフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。

段階Ｓ３０３０または段階Ｓ３０４０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。

実施例３−１
本実施例３−１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、バンドリングされたサブフレーム内で同じＡＲＩ値を適用する例示に関する。

本発明の説明でいう「バンドリングされたサブフレーム（またはバンドリングウィンドウ）」とは、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングウィンドウ内の下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクサブフレームで構成された一つの単位を意味する。

例えば、ＬＴＥリリース−８ＴＤＤシステムでは、上記の表１２（下りリンク関連セットインデックスＫ：

を表した表）のように、特定ＵＬサブフレーム（サブフレームｎ）で以前のどのＤＬサブフレーム（サブフレームｎ−ｋ）に対するＡＣＫ／ＮＡＣＫ応答が伝送されるかを定義している。上記の表１２の例示を参照してバンドリングサブフレームを説明すると、特定ＵＬサブフレームで特定ＤＬサブフレームに対するＡＣＫ／ＮＡＣＫが伝送される場合に、該特定ＤＬサブフレームをバンドリングサブフレームと称する。例えば、ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ４の場合に、ＵＬサブフレーム２に対するバンドリングされたサブフレームはＤＬサブフレーム１２、８、７、１１であり、ＵＬサブフレーム３に対するバンドリングされたサブフレームはＤＬサブフレーム６、５、４、７である。

ＰＵＣＣＨフォーマット３をＴＤＤで使用する場合に、前述したように、複数のＤＬサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬＰＵＣＣＨを通じて伝送される場合がある。この場合、前述した実施例３によって、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に複数個のＤＬサブフレームで一つ以上のＰＤＣＣＨが検出されるとき、各ＰＤＣＣＨで指示するＡＲＩ（＝ＤＡＩ）値が互いに異なると、それらのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。

このような問題を防止するために、バンドリングされたサブフレームについては、ＰＣｅｌｌで伝送されるＰＤＣＣＨのＡＲＩ値（すなわち、ＤＡＩフィールドの値）を同一に維持させなければならない。

実施例３−２
本実施例３−２は、バンドリングされたＣＣ内で同じＡＲＩ値を適用する例示に関する。本実施例は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にも適用可能であり、これは、実際に基地局ではＰＣｅｌｌ及びＳＣｅｌｌ上で下りリンク伝送をしたが、端末ではＳＣｅｌｌでの下りリンク伝送は検出できず、ＰＣｅｌｌでのみ下りリンク伝送を受信した場合を含むことができる。

本発明の説明でいう「バンドリングされたＣＣ（またはバンドリングウィンドウ）」は、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングの有無とは別に、バンドリングウィンドウ内の下りリンクＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクＣＣで構成された一つの単位を意味する。例えば、ＡＣＫ／ＮＡＣＫフルマルチプレクシングが適用される場合には、バンドリングされたＣＣは、端末に設定されたＣＣの個数と同じ意味で使われる。

ＰＵＣＣＨフォーマット３をＴＤＤまたはＦＤＤシステムで使用する場合に、前述したように、複数のＤＬＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬＰＵＣＣＨを通じて伝送される場合がある。ここで、複数のＤＬＣＣに対するＡＣＫ／ＮＡＣＫ応答が伝送されるという意味は、ＰＣｅｌｌ及び一つ以上のＳＣｅｌｌで下りリンク伝送が存在する場合に該当可能である。このような場合、ＰＣｅｌｌのＰＤＣＣＨ内のＡＲＩ値とＳＣｅｌｌのＰＤＣＣＨ内のＡＲＩ値とが異なっていると、そのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。

したがって、このような問題点を予防するために、ＰＣｅｌｌでＡＲＩの用途に用いられるフィールド（ＤＡＩフィールド）の値を、ＳＣｅｌｌでのＡＲＩ用途に用いられるフィールド（ＴＰＣフィールド）の値と同一に維持させなければならない。

実施例３−３
本実施例３−３は、バンドリングされたＣＣ及びサブフレーム内で同じＡＲＩ値を適用する例示に関する。

すなわち、前述した実施例３−１及び３−２を同時に考慮する場合（例えば、複数個のＣＣ及び複数個のサブフレームが一つのバンドリング単位となる場合）に、それぞれのＣｅｌｌまたはそれぞれのサブフレームでのＡＲＩ値が互いに異なっていると、ＰＵＣＣＨリソース計算／選択に不明瞭性が発生することがあり、ＰＣｅｌｌ及びＳＣｅｌｌでのＰＤＣＣＨ内のＡＲＩが同一に維持されると共に、複数個のサブフレーム上のＰＤＣＣＨ内のＡＲＩも同一に維持されなければならない。

実施例４
本実施例４は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、ＴＰＣフィールドをＰＵＣＣＨリソース割当に用いる方案に関する。本実施例４は、ＡＣＫ／ＮＡＣＫフルマルチプレクシングが適用される場合、適用されない場合のいずれにも適用可能である。また、本実施例４は、空間（ｓｐａｔｉａｌ）バンドリング（複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）が適用される場合、適用されない場合のいずれにも適用可能である。

前述した実施例３では追加の物理層シグナリング無しでＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇにおいてもＰＵＣＣＨリソース（例えば、ＰＵＣＣＨフォーマット３のリソース）のリソースインデックスを決定する方案について説明した。実施例３は、ＤＡＩが元来の用途（ＤＬ割当（またはＰＤＳＣＨスケジューリング）に対して順次に与えられるインデックスの用途）に使用されない場合に、ＤＡＩをＡＲＩ用途に用いる例示に関する。したがって、ＰＵＣＣＨフォーマット３がＴＤＤシステムで用いられ、且つ時間−ドメインあるいはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが支援される場合には、正しいＡＣＫ／ＮＡＣＫ情報の生成のためにＤＡＩ情報が元来の用途に用いられる必要がある。

そのため、本実施例４では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＤＡＩフィールドを別の用途に再使用しない。本実施例４では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＣｅｌｌ上のＰＤＣＣＨ内のＴＰＣフィールドをＡＲＩの用途に再使用する方案を提案する。

ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない場合（すなわち、ＳＣｅｌｌ上でＰＤＣＣＨ伝送がある場合）には、ＳＣｅｌｌでのＴＰＣフィールドがＡＲＩの用途に再使用されることは前述の通りである。しかし、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合には、ＳＣｅｌｌ上でＴＰＣフィールドの伝送がないので、正しいＡＣＫ／ＮＡＣＫ伝送のために新しい方案が定義される必要がある。

本実施例４によれば、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＣｅｌｌ上であらかじめ定められた規則によって決定された特定ＰＤＣＣＨ内のＴＰＣフィールドは元来の伝送電力制御の用途のまま使用し、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に再使用することができる。このように、端末は、ＰＣｅｌｌ上であらかじめ定められた規則によって決定された特定ＰＤＣＣＨのＴＰＣフィールドのみを本来の電力制御の用途に使用し、ＰＣｅｌｌ上でそれ以外のＰＤＣＣＨが受信される場合にはそのＰＤＣＣＨのＴＰＣフィールドをＡＲＩと解釈することができる。

ここで、ＴＰＣフィールドが元来の用途に使用されない場合に、または端末が電力制御用途のＴＰＣフィールドを含むＰＤＣＣＨを逃したり（ｍｉｓｓ）基地局がスケジューリングしない場合に、端末の上りリンク伝送電力の決定に対する動的制御性能が多少低下することがある。しかし、ＰＤＣＣＨ内のＴＰＣ値は絶対値ではなく、以前の伝送電力に対する相対的なオフセット（ｏｆｆｓｅｔ）値であり、端末がＴＰＣ値を１〜２回アップデートしなくても、既存に設定された伝送電力は維持される。また、ＰＤＣＣＨ内のＴＰＣフィールド値を用いる伝送電力方案の他にも、補完的な電力制御方案が備えられている（これは、本発明の範囲から逸脱する部分であるから、具体的な説明は省く）。したがって、ＴＰＣ値の落ちが実質的にネットワーク性能に大きい影響を与えることはない。

本実施例の適用において、ＰＣｅｌｌ上であらかじめ定められた規則によって一つ以上のＰＤＣＣＨのＴＰＣフィールドを元来の用途（電力制御用途）に使用することができる。このあらかじめ定められた規則の例示について説明すると、下記の通りてある。

第一の例示として、バンドリングサブフレーム内でｎ番目のサブフレームで伝送されるＰＤＣＣＨのＴＰＣフィールドが元来の用途に用いられるように定義することができる。ここで、ｎは、バンドリングサブフレームのうち一部のサブフレームを指示する値でよい。例えば、バンドリングサブフレームのうち一つのサブフレームを指示する場合に、ｎは、０番目のサブフレームまたは最後のサブフレームを指示する値にすることができる。また、ｎは、バンドリングされるサブフレームの個数（または、バンドリングサブフレームのサイズ）によって異なるように定められてもよい。バンドリングされるサブフレームの個数は、例えば、上記の表１２で表すように、１、２、３、４または９でよい。または、新しく定義されるバンドリング方式によって別の個数のサブフレームがバンドリングされてもよい。また、ｎは、バンドリングサブフレームのうちの複数個のサブフレームの集合を指示してもよい。例えば、ｎ＝０、１と表す場合に、バンドリングサブフレームのうち、０番目及び１番目のサブフレームで伝送されるＰＤＣＣＨのＴＰＣフィールドを元来の用途に用いることを意味することができる。このように、ｎが複数の値を有する場合に、後述するフォールバックテスト（ｆａｌｌ−ｂａｃｋｔｅｓｔ）のための受信されたＰＤＣＣＨ（ｒｅｃｅｉｖｅｄＰＤＣＣＨ）の個数もｎ値の個数だけ増加する。例えば、ｎが２個の値を有すると、フォールバックテストのための受信されたＰＤＣＣＨの個数も２個にならなければならない。以下の本発明の説明では、便宜上、ｎが一つの値を有する場合を挙げて説明する。

第二の例示として、バンドリングサブフレーム内でｎ番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に用いられるように定義することができる。ここで、ｎは、０，１，２，３，…のうち一つの値を有することができる。または、ＤＡＩ値が１，２，３，４，…のように解釈される場合には、ｎ＝１，２，３，４，…のうち一つの値にすることができる。このような場合、ＡＣＫ／ＮＡＣＫフルマルチプレクシングモード（時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）バンドリングが適用されない場合）でも、ＰＣｅｌｌ上のＰＤＣＣＨ内にＤＡＩフィールドが含まれうる。また、ｎは、複数個の値の集合の形態で定められてもよい。例えば、ｎ＝０、１のように与えられる場合に、０番目と１番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に使用されることを表すことができる。または、ＤＡＩ値が１から始まるものと解釈される場合には、ｎ＝１、２のように与えられると、１番目と２番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に使用されることを表すことができる。このように、ｎが複数の値を有する場合に、後述するフォールバックテスト（ｆａｌｌ−ｂａｃｋｔｅｓｔ）のための受信されたＰＤＣＣＨ（ｒｅｃｅｉｖｅｄＰＤＣＣＨ）の個数もｎ値の個数だけ増加する。例えば、ｎが２個の値を有すると、フォールバックテストのための受信されたＰＤＣＣＨの個数も２個にならなければならない。以下の本発明の説明では、便宜上、ｎが一つの値を有する場合を挙げて説明する。

第二の例示において、ＤＡＩ値は、２ビットサイズを有し、端末に割り当てられるＰＤＣＣＨに対する連続した（順次の）カウンターを意味することができる。実際に伝送されるＤＡＩフィールドの値は、０、１、２、３（２ビット値で表現すると、００、０１、１０、１１）のうち一つになり、これらはそれぞれ端末ではＤＡＩ値１、２、３、４と解釈される。これを、実際に伝送されるＤＡＩ値の観点と、端末が解釈するＤＡＩ値の観点とに分けて説明すると下記の通りである。

実際に伝送されるＤＡＩフィールドの値が０、１、２または３であり、端末は、これをそれぞれ１、２、３または４番目のＰＤＣＣＨと解釈することができる。この場合、実際に伝送されるＤＡＩ値の観点で、特定端末においてｎ＝０（０、１、２、３のセットのうち）の場合が、最初のＰＤＣＣＨを意味する。

実際に伝送されるＤＡＩ値が０，１、２または３であり、端末はこれをそれぞれ１、２、３または４番目のＰＤＣＣＨと解釈することができる。この場合、端末で解釈されるＤＡＩ値の観点で、特定端末においてｎ＝１（１、２、３、４のセットのうち）の場合が最初のＰＤＣＣＨを意味する。

要するに、ＰＤＣＣＨに含まれる実際のＤＡＩフィールドの値００、０１、１０、１１は、端末が解釈するＤＡＩ値１、２、３、４にそれぞれマッピング可能である。

これらの例示のように、ｎ値により決定される、ｎ番目のサブフレームのＰＤＣＣＨまたはＤＡＩ＝ｎのＰＤＣＣＨでのＴＰＣフィールドは、元来の用途（電力制御の用途）に使用し、それ以外のＰＤＣＣＨでのＴＰＣフィールドはＡＲＩの用途に再使用できる。

図３１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。図３１の例示で、あらかじめ定義された規則によって決定された特定の一つのＰＤＣＣＨのＴＰＣフィールドは元来の用途に使用され、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩに再使用される場合を仮定する。

段階Ｓ３１１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、ＰＵＣＣＨフォーマット３のための４個のリソースを含むＰＵＣＣＨリソース候補セット

を受信することができる。

段階Ｓ３１２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定できる。段階Ｓ３１２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ３１３０が行われ、段階Ｓ３１２０の結果がＹＥＳである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇである）と、段階Ｓ３１４０が行われる。

段階Ｓ３１３０で端末は、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。

一方、段階Ｓ３１４０で、端末は、受信されたＰＤＣＣＨ（ｒｅｃｅｉｖｅｄＰＤＣＣＨ）の個数が１か否かを判定できる。段階Ｓ３１４０は、ＳＣｅｌｌでのＰＤＣＣＨの受信がない場合に行われるので、受信されたＰＤＣＣＨの個数は、ＰＣｅｌｌで受信されたＰＤＣＣＨの個数を意味する。段階Ｓ３１４０の結果がＹＥＳである（すなわち、ＰＣｅｌｌで受信されたＰＤＣＣＨの個数＝１である）と、段階Ｓ３１５０が行われ、段階Ｓ３１４０の結果がＮＯである（すなわち、ＰＣｅｌｌで受信されたＰＤＣＣＨの個数＞１である）と、段階Ｓ３１６０が行われる。

段階Ｓ３１５０で、端末がＰＣｅｌｌで一つのＰＤＣＣＨのみを受信した場合に、端末は、そのＰＤＣＣＨのＴＰＣフィールドは元来の用途（電力制御の用途）に用いられ、他のＰＤＣＣＨがないので、端末はＡＲＩ値を受信できなかったと見なすことができる。この場合は、端末が既存のＬＴＥリリース−８モードで動作するように定義することができる。これをフォールバック（ｆａｌｌ−ｂａｃｋ）モードで動作するということができる。フォールバックモードは、既存に定義されたＰＵＣＣＨフォーマット１ａ／１ｂを用いたＡＣＫ／ＮＡＣＫ伝送動作と同一であり、その具体的な説明は省略する。また、段階Ｓ３１４０で、受信されたＰＤＣＣＨの個数が１か否か判定することは、フォールバックモードを適用するか否かを判定するという意味から、フォールバックテストと呼ぶことができる。

一方、段階Ｓ３１６０で、端末は、ＰＣｅｌｌ上で受信されたＰＤＣＣＨの個数が１よりも大きい場合であるから、それらのうち、一つのＰＤＣＣＨでのＴＰＣフィールドは元来の用途に使用し、残りのＰＤＣＣＨでのＴＰＣフィールドはＡＲＩの用途に使用することができる。これにより、端末は、ＰＣｅｌｌのＰＤＣＣＨ内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。

段階Ｓ３１３０または段階Ｓ３１６０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。

図３１の例示では、端末で受信された（または検出された）ＰＤＣＣＨの個数のみを検出し、受信されたＰＤＣＣＨの個数が１であると、当該ＰＤＣＣＨのＴＰＣフィールドが元来の用途に用いられるＰＤＣＣＨであると仮定した場合の動作について説明した。

しかし、受信されたＰＤＣＣＨの個数が１の場合に、当該ＰＤＣＣＨが、ＴＰＣフィールドを元来の用途に用いるＰＤＣＣＨである場合もあり、または、ＴＰＣフィールドがＡＲＩ用途に再使用されるＰＤＣＣＨである場合もある。したがって、受信されたＰＤＣＣＨの個数が１であるからといって無条件にフォールバックモードで動作するのではなく、それについてより具体的に判定してもよい。

図３２は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる他の例示を示すフローチャートである。図３２の例示で、あらかじめ定義された規則により決定された特定の一つのＰＤＣＣＨのＴＰＣフィールドは元来の用途に用いられ、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に再使用される場合を仮定する。

図３２の例示の説明において、図３１と重複する動作（段階Ｓ３２１０、Ｓ３２２０、Ｓ３２３０、Ｓ３２４０）についての説明は省略する。

段階Ｓ３２５０は、段階Ｓ３２４０の結果がＹＥＳの場合（すなわち、ＰＣｅｌｌで受信されたＰＤＣＣＨ個数が１の場合）に行われる。段階Ｓ３２５０では、受信された一つのＰＤＣＣＨが、あらかじめ定義されたＰＤＣＣＨである（すなわち、ＴＰＣフィールドが元来の用途に用いられるＰＤＣＣＨである）か否かを判定する。例えば、受信されたＰＤＣＣＨが、バンドリングサブフレーム内で最初のサブフレーム上のＰＤＣＣＨであるか否か判定することができる。他の例示として、受信されたＰＤＣＣＨが、ＤＡＩ＝１のＰＤＣＣＨであるか否かを判定してもよい。その結果がＹＥＳであると段階Ｓ３２６０が行われ、ＮＯであると段階Ｓ３２７０が行われる。

段階Ｓ３２６０では、受信された一つのＰＤＣＣＨのＴＰＣフィールドが元来の用途に用いられなければならず、端末はＡＲＩ値を確認できないと見なし、フォールバックモードで動作（ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫ伝送）することができる。

段階Ｓ３２７０は、段階Ｓ３２４０の結果がＮＯの場合に行われる。すなわち、受信されたＰＤＣＣＨの個数＞１の場合に、ＴＰＣフィールドが元来の用途に用いられるＰＤＣＣＨは一つのみ存在すると仮定したので、端末は少なくとも一つのＰＤＣＣＨのＴＰＣフィールドがＡＲＩとして再使用されることがわかる。端末は、該当のＰＤＣＣＨのＴＰＣフィールドからＡＲＩ値を用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。

また、段階Ｓ３２７０は、段階Ｓ３２５０の結果がＮＯの場合にも行われる。すなわち、受信されたＰＤＣＣＨの個数が１であり、該ＰＤＣＣＨがＴＰＣフィールドを元来の用途に用いるＰＤＣＣＨでない場合であるから、端末は、該一つのＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に再使用することがわかる。端末は、該ＰＤＣＣＨのＴＰＣフィールドからＡＲＩ値を用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。

段階Ｓ３２７０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。

実施例４−１
本実施例４−１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、バンドリングされたサブフレーム内で同じＡＲＩ値を適用する例示に関する。

本発明の説明でいう「バンドリングされたサブフレーム（またはバンドリングウィンドウ）」は、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングウィンドウ内の下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクサブフレームで構成された一つの単位を意味する。

を表した表）のように、特定ＵＬサブフレーム（サブフレームｎ）で以前のどのＤＬサブフレーム（サブフレームｎ−ｋ）に対するＡＣＫ／ＮＡＣＫ応答が伝送されるかを定義している。上記の表１２の例示を参照してバンドリングサブフレームを説明すると、特定ＵＬサブフレームで特定ＤＬサブフレームに対するＡＣＫ／ＮＡＣＫが伝送される場合に、該特定ＤＬサブフレームをバンドリングサブフレームと呼ぶ。例えば、ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ４の場合に、ＵＬサブフレーム２に対するバンドリングされたサブフレームは、ＤＬサブフレーム１２、８、７、１１であり、ＵＬサブフレーム３に対するバンドリングされたサブフレームは、ＤＬサブフレーム６、５、４、７である。

ＰＵＣＣＨフォーマット３をＴＤＤで使用する場合に、前述したように、複数のＤＬサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬＰＵＣＣＨを通じて伝送される場合がある。この場合、前述の実施例４によって、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、複数個のＤＬサブフレームで複数個のＰＤＣＣＨが検出され、そのうちＴＰＣフィールドがＡＲＩとして再使用されるＰＤＣＣＨのそれぞれで表すＡＲＩ（＝ＴＰＣ）値が互いに異なると、それらのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。

ここで、ＴＰＣフィールドがＡＲＩとして再使用されるＰＤＣＣＨは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）でよい。

このような問題を防止するためには、バンドリングされたサブフレーム内では、ＰＣｅｌｌで伝送される、ＴＰＣがＡＲＩの用途に再使用される（すなわち、ＴＰＣが元来の用途に用いられるＰＤＣＣＨ以外の）ＰＤＣＣＨのＡＲＩ値（＝ＴＰＣフィールドの値）を同一に維持させなければならない。

実施例４−２
本実施例４−２は、バンドリングされたＣＣ内で同じＡＲＩ値を適用する例示に関する。

本発明の説明でいうバンドリングされたＣＣ（またはバンドリングウィンドウ）は、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングの有無とは別に、バンドリングウィンドウ内の下りリンクＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクＣＣで構成された一つの単位を意味する。例えば、ＡＣＫ／ＮＡＣＫフルマルチプレクシングが適用される場合には、バンドリングされたＣＣは、端末に設定されたＣＣの個数と同じ意味で使われてもよい。

ＰＵＣＣＨフォーマット３をＴＤＤまたはＦＤＤシステムで使用する場合に、前述したように、複数のＤＬＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬＰＵＣＣＨを通じて伝送される場合がある。ここで、複数のＤＬＣＣに対するＡＣＫ／ＮＡＣＫ応答が伝送されるという意味は、ＰＣｅｌｌ及び一つ以上のＳＣｅｌｌで下りリンク伝送が存在する場合に該当可能である。この場合、ＰＣｅｌｌでＴＰＣフィールドがＡＲＩとして再使用されるＰＤＣＣＨ内のＡＲＩ値とＳＣｅｌｌのＰＤＣＣＨ内のＡＲＩ値とが異なっていると、それらのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。

したがって、このような問題点を予防するために、ＰＣｅｌｌでＡＲＩ用途に用いられるフィールド（ＴＰＣフィールド）の値は、ＳＣｅｌｌでのＡＲＩ用途に用いられるフィールド（ＴＰＣフィールド）の値と同一に維持させなければならない。

ここで、ＰＣｅｌｌでは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）のＡＲＩ値を、ＳＣｅｌｌでのＡＲＩ値と同一に維持させることができる。

実施例４−３
本実施例４−３は、バンドリングされたＣＣ及びサブフレーム内で同じＡＲＩ値を適用する例示に関する。

すなわち、前述の実施例４−１及び４−２を同時に考慮する場合（例えば、複数個のＣＣ及び複数個のサブフレームが一つのバンドリング単位となる場合）に、それぞれのＣｅｌｌまたはそれぞれのサブフレームでのＡＲＩ値が互いに異なっていると、ＰＵＣＣＨリソース計算／選択に不明瞭性が発生することがあり、ＰＣｅｌｌ及びＳＣｅｌｌでのＰＤＣＣＨ内のＡＲＩが同一に維持されると共に、複数個のサブフレーム上のＰＤＣＣＨ内のＡＲＩも同一に維持されなければならない。

ここで、ＰＣｅｌｌでは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）のＡＲＩ値を同一に維持させることができる。

図３３は、ＰＣｅｌｌでＤＡＩ値に基づいてＴＰＣフィールドを元来の用途またはＡＲＩ用途に用いる実施例を説明するための図である。

ＤＡＩフィールド値は、各ｃｅｌｌ別にＰＤＣＣＨの累積カウンターの用途に用いられる。すなわち、一つのｃｅｌｌ内でＰＤＣＣＨごとに順次に１ずつ増加するＤＡＩ値が与えられる。このようなＰＤＣＣＨが毎サブフレームごとに必ずしも存在するわけではない。

図３３の例示では、ＰＣｅｌｌで最初及び３番目のサブフレームで下りリンク割当ＰＤＣＣＨが存在し、最初のサブフレームのＰＤＣＣＨでのＤＡＩ値は０であり、３番目のサブフレームのＰＤＣＣＨでのＤＡＩ値は１である。他のＳＣｅｌｌに対しても、下りリンク割当ＰＤＣＣＨごとに順次にＤＡＩ値が与えられることを示した。図３３では、ＤＡＩ値が０，１，２，３，０，１，２，３，…のように与えられることを例示するが、これは、端末の解釈観点ではＤＡＩ＝１，２，３，４，１，２，３，４，…と同じ意味であることは明らかである。

前述の本実施例４と関連して、ＰＣｅｌｌでＤＡＩ値によってＰＤＣＣＨ内のＴＰＣフィールドが元来の用途に用いられることもあり、ＡＲＩの用途に用いられることもある。例えば、ＰＣｅｌｌでＤＡＩ＝０（または、端末の解釈観点ではＤＡＩ＝１）のＰＤＣＣＨ、すなわち、図３３の例示では、ＰＣｅｌｌにおいて、最初のサブフレームのＰＤＣＣＨでのＴＰＣフィールドは元来の用途（電力制御の用途）に使用され、それ以外の残りＰＤＣＣＨのＴＰＣフィールドはＡＲＩ用途に再使用される。

また、本実施例４−１乃至４−３と関連して、バンドリングされるサブフレーム及び／またはバンドリングされるＣｅｌｌ内でＡＲＩ値が同一に維持されるとよい。例えば、図３３の例示で示す４個のサブフレーム及び５個のＣｅｌｌにわたってバンドリングウィンドウが適用される場合に、端末は、ＰＣｅｌｌの最初のサブフレーム（ＤＡＩ＝０）のＰＤＣＣＨでのＴＰＣフィールドを除いては、Ｐｃｅｌｌ及びＳｃｅｌｌの残りＰＤＣＣＨのＴＰＣフィールド（すなわち、ＡＲＩ用途に用いられるＴＰＣフィールド）の値がいずれも同一であると仮定（ａｓｓｕｍｅ）することができる。

実施例５
本実施例５は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、ＴＰＣフィールドをＰＵＣＣＨリソース割当に用いる方案に関する。本実施例５は、ＡＣＫ／ＮＡＣＫ部分バンドリング（ｐａｒｔｉａｌｂｕｎｄｌｉｎｇ）の場合に適用される本発明の例示に関する。部分バンドリングとは、時間−ドメインでのみバンドリングが適用されたり、またはＣＣ−ドメイン（または周波数−ドメイン）でのみバンドリングが適用されることを意味する。

基本的には、前述の実施例４と同様に、ＤＡＩフィールドを元来の用途（それぞれのＣｅｌｌでＰＤＣＣＨの累積カウンターの用途）に使用し、ＰＤＣＣＨ内のＴＰＣフィールドをＡＲＩとして再使用することができる。ここで、あらかじめ定められた特定ＰＤＣＣＨのＴＰＣフィールドは元来の用途に用いられる。このような特定ＰＤＣＣＨは、バンドリングサブフレーム内のｎ番目のサブフレームのＰＤＣＣＨと定めることができる（これについての説明は、前述の実施例４の説明と重複するので省略する）。または、ＴＰＣが元来の用途に用いられるＰＤＣＣＨは、ＤＡＩ値に基づいて決定されてもよい。

前述した図３１または図３２の例示は、基本的な動作として本実施例５にも実質的に同一に適用され、その詳細は前述の実施例４の説明の通りである。

以下では、ＡＣＫ／ＮＡＣＫ部分バンドリングが適用される場合に、ＤＡＩ値に基づいてＴＰＣフィールドが元来の用途またはＡＲＩの用途に用いられる具体的な方案について説明する。

まず、ＰＣｅｌｌのバンドリングサブフレーム内でｎ番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に用いられるように定義することができる。ここで、ＤＡＩフィールド自体の値は０，１，２，３，…のように与えられ、端末の解釈観点ではＤＡＩ＝１，２，３，４，…になり得る。

このような場合、ＡＣＫ／ＮＡＣＫ部分バンドリングモード（時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）バンドリングが適用される場合）において、ＰＣｅｌｌ上のＰＤＣＣＨ内にＤＡＩフィールドが含まれることが可能である。このとき、ＰＣｅｌｌのＰＤＣＣＨに含まれるＤＡＩフィールドの値は、あらかじめ定められた規則に従うべきであり、これに関する本発明の具体的な提案について以下に説明する。

ＡＣＫ／ＮＡＣＫ部分バンドリングが適用されるとすると、ＤＡＩ＝ｎのＰＤＣＣＨのＴＰＣフィールドが元来の用途（電力制御の用途）に用いられるようにあらかじめ定められた場合に、ＰＤＣＣＨのＤＡＩフィールドは、下記のような種々の方式で決定することができる。

既存（ＬＴＥリリース−８）のＴＤＤモードでのＤＡＩは、端末に割り当てられたＰＤＣＣＨの累積値を表し、これを単純に多重搬送波環境に適用すると、端末に設定された全Ｃｅｌｌ（またはＣＣ）にわたって端末に割り当てられたＰＤＣＣＨの累積値を表すのに用いることができる。例えば、図３４の例示のように、４個のサブフレーム及び２個のＣＣにわたってＡＣＫ／ＮＡＣＫバンドリングが適用される場合に、バンドリングウィンドウ内でＣＣインデックスが増加する方向を優先にしてＤＡＩ値が増加する方式でＤＡＩ値を決定することができる。しかし、このような方式は部分バンドリングではそのまま適用し難い。そこで、複数個のＣＣ（またはＣｅｌｌ）が構成されるＬＴＥリリース−１０のＴＤＤモードでは、他の方式でＤＡＩ値を決定する方案が望まれる。

図３５は、ＣＡＴＤＤシステムの場合にＤＡＩ値を決定する例示を示す図である。

一例示として、ＤＡＩ値は、それぞれのＣｅｌｌ別に複数個のサブフレームにわたって端末に割り当てられる累積ＰＤＣＣＨの個数を表すことができる（図３５（ａ））。例えば、時間−ドメインでのバンドリングが適用される場合に、この例示のようにＤＡＩ値を決定することが好ましい。このとき、ＰＤＣＣＨの累積個数は、一つの無線フレーム内の全体サブフレーム内でのＰＤＣＣＨに対してカウントされる方式で適用されてもよく、または、時間−ドメインでの実際バンドリングウィンドウ（ｒｅａｌｂｕｎｄｌｉｎｇｗｉｎｄｏｗ、実際にＡＣＫ／ＮＡＣＫバンドリングが行われる一つの単位）内でのＰＤＣＣＨに対してカウントされる方式でＰＤＣＣＨ累積個数が適用されてもよい。図３５（ａ）の例示で、ＳＣｅｌｌ＃２での４個のサブフレーム単位の実際バンドリングウィンドウ内において３個のサブフレーム上のＰＤＣＣＨでのＤＡＩはそれぞれ０、１、２に決定され、これは、当該ＰＤＣＣＨのそれぞれが１、２、３番目のＰＤＣＣＨであることを表す累積カウンターとしてＤＡＩフィールドが用いられた例示である。

他の例示として、ＤＡＩ値は、それぞれのサブフレーム別に複数個のＣＣ（またはＣｅｌｌ）上で端末に割り当てられるＰＤＣＣＨの全体（ｔｏｔａｌ）個数を表すこともできる（図３５（ｂ））。例えば、ＣＣ−ドメインでの部分バンドリングが適用される場合に、この例示のようにＤＡＩ値を決定することが好ましい。このとき、ＰＤＣＣＨの総（ｔｏｔａｌ）個数は、端末に設定された全体ＣＣ内のＰＤＣＣＨの個数と決定されることが可能である。または、ＣＣ−ドメインでの実際バンドリングウィンドウ（ｒｅａｌｂｕｎｄｌｉｎｇｗｉｎｄｏｗ、実際にＡＣＫ／ＮＡＣＫバンドリングが行われる一つの単位）内でのＰＤＣＣＨの個数としてＰＤＣＣＨの総（ｔｏｔａｌ）個数が決定されてもよい。図３５（ｂ）の例示で、最初のサブフレームでのＰＤＣＣＨのＤＡＩ＝２であり、これは、ＤＡＩフィールドが、当該サブフレームでのＰＤＣＣＨ総個数が３であることを表す指示子として用いられた例示である。

または、ＤＡＩ値は、それぞれのサブフレーム別に複数個のＣＣ（またはＣｅｌｌ）上で、端末に割り当てられるＰＤＣＣＨの累積カウンターと決定されてもよい。このとき、ＰＤＣＣＨの累積個数は、端末に設定された全体ＣＣ内でＣＣインデックス（またはＣｅｌｌインデックス）が増加する順にＰＤＣＣＨごとにカウントされるとよい。または、ＣＣ−ドメインでの実際バンドリングウィンドウ内でＣＣインデックス（またはＣｅｌｌインデックス）が増加する順にＰＤＣＣＨごとにカウントされてもよい。例えば、図３５（ｂ）の例示で、３番目のサブフレームでは、ＰＣｅｌｌでＤＡＩ＝０、ＳＣｅｌｌ＃２でＤＡＩ＝１、ＳＣｅｌｌ＃３でＤＡＩ＝２、ＳＣｅｌｌ＃４でＤＡＩ＝３のようにＤＡＩ値が決定されてもよい。

図３５（ａ）の例示のように、時間−ドメインでの実際バンドリングウィンドウ内で割り当てられたＰＤＣＣＨの累積カウンターとしてＤＡＩが用いられる場合には（すなわち、ＣＣ別にリセット（ｒｅｓｅｔ）される方式でＤＡＩ値が決定される場合には）、ＰＣｅｌｌ上で特定ＤＡＩ値を持つ（例えば、ＤＡＩ＝０の）ＰＤＣＣＨ以外の残りＰＣｅｌｌ、及びＳＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に用いる本発明の実施例を同一に適用することができる。

一方、図３５（ｂ）の例示のように、ＣＣ−ドメイン（または周波数−ドメイン）での実際バンドリングウィンドウ内で割り当てられたＰＤＣＣＨの全体（ｔｏｔａｌ）個数（または累積カウンター）としてＤＡＩが用いられる場合には、ＰＣｅｌｌ上で特定ＤＡＩ値を持つ（例えば、ＤＡＩ＝０の）ＰＤＣＣＨ以外の残りＰＣｅｌｌ及びＳＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に用いる本発明の実施例は適用し難い。

例えば、特定端末にＰＣｅｌｌ上で最初のサブフレームと２番目のサブフレームでＰＤＣＣＨが割り当てられ、ＳＣｅｌｌではＰＤＣＣＨが割り当てられない場合を仮定しよう。この場合は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に該当するが、端末で受信されたＰＤＣＣＨのＤＡＩ値は２つのサブフレームとも同じ値（例えば、ＤＡＩ＝０）になる（ＤＡＩフィールドが該当のサブフレームでのＰＤＣＣＨ総個数指示子または累積カウンターとして用いられる両方の場合とも、上記の仮定によればＤＡＩ＝０になる）。この場合、端末はＰＣｅｌｌの２つのＰＤＣＣＨのうち、いずれのＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に使用し、いずれのＰＤＣＣＨのＴＰＣフィールドを元来の用途に用いるかを決定できない不明瞭性が発生する。言い換えると、サブフレーム別にＤＡＩ値がリセットされる方式でＤＡＩ値が決定されると、ＰＣｅｌｌ上で特定ＤＡＩ値を持つ（例えば、ＤＡＩ＝０の）ＰＤＣＣＨ以外の残りＰＣｅｌｌ及びＳＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に用いる本発明の実施例を適用できない問題がある。

このような問題を解決するために、異なったＤＡＩ値の決定方式をＰＣｅｌｌ及びＳＣｅｌｌに適用することを考慮することができる。例えば、ＳＣｅｌｌでは、周波数−ドメイン（またはＣＣ−ドメイン）での実際バンドリングウィンドウ内で割り当てられるＰＤＣＣＨの累積カウンターとしてＤＡＩを使用し、ＰＣｅｌｌでは、時間−ドメインでの実際バンドリングウィンドウ内で割り当てられるＰＤＣＣＨの総個数指示子（または累積カウンター）としてＤＡＩを使用することができる。

または、本実施例の適用のためには、少なくともＰＣｅｌｌでのＤＡＩを時間−ドメインでのＰＤＣＣＨの累積カウンターとして定義する必要がある。したがって、ＰＣｅｌｌ上のＰＤＣＣＨのＤＡＩは、時間−ドメインでの実際バンドリングウィンドウ内で割り当てられるＰＤＣＣＨの累積カウンターとして用いられ、ＳＣｅｌｌ上のＰＤＣＣＨのＤＡＩは、ＰＣｅｌｌで用いられるＤＡＩと同一または異なった方式で用いられてもよい。

以下に説明する本発明の例示では、説明の便宜のために、ＰＤＣＣＨのＤＡＩフィールドが下記のような形態で用いられるとする。

まず、ＰＤＣＣＨ内のＤＡＩフィールドを、ＣＣ別にバンドリングウィンドウ内で複数個のサブフレーム上に割り当てられるＰＤＣＣＨの累積カウンターとして用いることができる。すなわち、ＤＡＩ値は、ＣＣ別に独立して決定される。ここで、ＤＡＩフィールドのビット値０，１，２，３はそれぞれ、累積カウンター１，２，３，４を意味することができる。すなわち、ＤＡＩフィールドのビット値の観点では０，１，２，３と表現され、端末が解釈するＤＡＩ値の観点では１，２，３，４と表現される。

次に、ＰＤＣＣＨ内のＤＡＩフィールドを、サブフレーム別にバンドリングウィンドウ内で複数個のＣＣ上に割り当てられるＰＤＣＣＨの総個数の指示子として用いることができる。ここで、ＤＡＩフィールドのビット値０，１，２，３はそれぞれ、総個数１，２，３，４を意味することができる。すなわち、ＤＡＩフィールドのビット値の観点では０，１，２，３と表現され、端末が解釈するＤＡＩ値の観点では１，２，３，４と表現される。

図３６乃至図３９は、ＣＣ−ドメインバンドリングでのＤＡＩフィールド使用の種々の例示を示すものである。図３６乃至図３９の例示では、端末に５個のＣＣが設定（ｃｏｎｆｉｇｕｒｅｄ）され、ＴＤＤで４ＤＬ−１ＵＬ設定（すなわち、４個のＤＬサブフレームでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫ応答を集めて一つのＵＬサブフレームのＰＵＣＣＨを通じて伝送する設定）である場合を示す。また、図３６乃至図３９の例示で、バンドリングウィンドウは５個のＣＣ及び４個のサブフレームで構成される。しかし、図３６乃至図３９で、実際バンドリングウィンドウの最大サイズは４、５または２である場合を示している。

図３６の例示では、ＰＣｅｌｌにはＣＣ−ドメインバンドリングが適用されない構成を示す（ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズ＝４）。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、サブフレーム別にＳＣｅｌｌのみに割り当てられるＰＤＣＣＨの全体（ｔｏｔａｌ）個数として用いられる。

図３７の例示では、ＰＣｅｌｌにＣＣ−ドメインバンドリングが適用されない構成を示す（ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズ＝４）。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、サブフレーム別にＰＣｅｌｌ及びＳＣｅｌｌに割り当てられるＰＤＣＣＨの全体（ｔｏｔａｌ）個数として用いられる。これにより、端末は、ＳＣｅｌｌのＤＡＩから、該当のサブフレーム内で基地局が割り当てたＰＤＣＣＨの総個数（ＰＣｅｌｌ及びＳＣｅｌｌ全部でのＰＤＣＣＨの総個数）がわかる。この情報に加えてＰＣｅｌｌのＤＡＩを用いて、端末は、実際バンドリングウィンドウ内で自身が検出／受信に失敗したＰＤＣＣＨがあるか否かを判断できる。これにより、該当のサブフレーム内のＣＣ−ドメインＡＣＫ／ＮＡＣＫバンドリングを效果的に行うことができる。

例えば、図３７の例示で、端末が２番目のサブフレームでＳＣｅｌｌ上で検出したＰＤＣＣＨ内のＤＡＩ＝２の場合に、端末は、ＰＣｅｌｌ及びＳＣｅｌｌの両方で割り当てられたＰＤＣＣＨの総個数が３であることがわかる。ここで、ＳＣｅｌｌ＃２で端末がＰＤＣＣＨを受信できなかった場合を仮定しよう。この場合、単にＳＣｅｌｌ上でのＤＡＩ値からは、受信できなかったＰＤＣＣＨが実際バンドリングウィンドウ内の（すなわち、ＳＣｅｌｌ上の）ＰＤＣＣＨであるか、或いは実際バンドリングウィンドウ以外の（すなわち、ＰＣｅｌｌ上の）ＰＤＣＣＨであるか確定できない。ここで、ＰＣｅｌｌでのＤＡＩ値は時間上累積カウンターで与えられるので、端末はＰＣｅｌｌ上で最初及び３番目のサブフレームでのＤＡＩ値が順次に与えられたことを確認することで、ＰＣｅｌｌでは、検出に失敗したＰＤＣＣＨが無いことが確認できる。結論として、端末は、２番目のサブフレームでは、ＳＣｅｌｌのいずれか一つでＰＤＣＣＨ検出に失敗したことがわかる。

図３８の例示では、ＰＣｅｌｌ、ＳＣｅｌｌ両方にＣＣ−ドメインバンドリングが適用される構成を示す（ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズ＝５）。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、該当のサブフレーム内でＰＣｅｌｌ及びＳＣｅｌｌの両方で割り当てられたＰＤＣＣＨの総個数として用いられる。これにより、端末は、ＳＣｅｌｌのＤＡＩから、該当のサブフレーム内で基地局が割り当てたＰＤＣＣＨの総個数（ＰＣｅｌｌ及びＳＣｅｌｌの両方でのＰＤＣＣＨの総個数）がわかる。これは、実際バンドリングウィンドウ内のＰＤＣＣＨの個数を表すから、端末は、該当の実際バンドリングウィンドウ内で自身が検出／受信に失敗したＰＤＣＣＨが存在するか否かを判定できる。これにより、該当のサブフレーム内のＣＣ−ドメインＡＣＫ／ＮＡＣＫバンドリングを效果的に行うことができる。

図３９の例示では、ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズが２の場合を示す。この場合、ＰＣｅｌｌにはＣＣ−ドメインバンドリングが適用されず、４個のＳＣｅｌｌに対して最大サイズ２の実際バンドリングウィンドウ２個が構成される。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、サブフレーム別に、ＰＣｅｌｌ以外の、実際バンドリングウィンドウ内のＳＣｅｌｌ（最大２個）で割り当てられるＰＤＣＣＨの総個数として用いられる。

本実施例５は、ＡＣＫ／ＮＡＣＫ部分バンドリング（時間−ドメインまたは周波数−ドメインでのバンドリング）が適用される場合に関するもので、この場合にも、ＡＲＩ（＝ＴＰＣフィールド）値がバンドリングウィンドウ内で異なっていると、ＡＣＫ／ＮＡＣＫバンドリング動作の不明瞭性が発生する。

したがって、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇ場合に、バンドリングされたサブフレーム内では、ＰＣｅｌｌでＴＰＣフィールドがＡＲＩ用途に再使用される（すなわち、ＴＰＣが元来の用途に用いられるＰＤＣＣＨ以外の）ＰＤＣＣＨのＡＲＩ値を同一に維持させることができる。また、バンドリングされたＣＣ内で、ＰＣｅｌｌでＡＲＩ用途に用いられるフィールド（＝ＴＰＣフィールド）の値は、ＳＣｅｌｌでのＡＲＩ用途に用いられるフィールド（＝ＴＰＣフィールド）の値と同一に維持させることができる。また、バンドリングされたＣＣ及びサブフレーム内で、ＰＣｅｌｌでは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）のＡＲＩ値を同一に維持させることができる。これに関連する具体的な事項として前述した実施例４−１乃至４−３で説明した本発明の原理を、本実施例５にも同一に適用することができる。説明の明瞭性のために重複する説明は省略する。

多重搬送波支援システムにおいて下りリンク半−持続的スケジューリング伝送に対する上りリンク確認応答の伝送
ＬＴＥリリース−８システムは、半−持続的スケジューリング（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ；ＳＰＳ）を支援する。下りリンクＳＰＳ伝送の活性化（ａｃｔｉｖａｔｉｏｎ）の場合に、ＰＤＣＣＨによって、ＳＰＳ伝送に関する時間／周波数リソースがあらかじめ割り当てられ、割り当てられたリソースを通じて対応のＰＤＣＣＨ無しでＰＤＳＣＨが伝送される方式で動作することができる。また、ＳＰＳ伝送の解除（ｒｅｌｅａｓｅ）については、ＳＰＳ解除を指示するＰＤＣＣＨを伝送することができる。

ＳＰＳに関連したＡＣＫ／ＮＡＣＫフィードバックは２つの形態に区別可能である。その一つは「サブフレームｎ−ｋ内で端末により検出される、下りリンクＳＰＳ解除を指示するＰＤＣＣＨ（ＰＤＣＣＨｉｎｄｉｃａｔｉｎｇｄｏｗｎｌｉｎｋＳＰＳｒｅｌｅａｓｅｄｅｔｅｃｔｅｄｂｙｔｈｅＵＥｗｉｔｈｉｎｔｈｅｓｕｂｆｒａｍｅ（ｓ）ｎ−ｋ）」に対するＡＣＫ／ＮＡＣＫフィードバックがサブフレームｎで伝送される形態である。もう一つは、「サブフレームｎ−ｋ内で対応するＰＤＣＣＨのないＰＤＳＣＨ伝送（ＰＤＳＣＨｔｒａｎｓｍｉｓｓｉｏｎｓｗｉｔｈｏｕｔａｃｏｒｒｅｓｐｏｎｄｉｎｇＰＤＣＣＨｗｉｔｈｉｎｔｈｅｓｕｂｆｒａｍｅ（ｓ）ｎ−ｋ）」に対するＡＣＫ／ＮＡＣＫフィードバックがサブフレームｎで伝送される形態である。前者は、ｎ−ｋ（ｋは、一つの値または複数の値を含む）番目のサブフレームでのＰＤＣＣＨが存在する場合に、そのＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックがｎ番目のサブフレームで伝送される場合に該当する。後者は、ＳＰＳ活性化の後に別途のＰＤＣＣＨ無しでＳＰＳ伝送がｎ−ｋ番目のサブフレームで受信される場合に、当該ＳＰＳ伝送に対する規則的なＡＣＫ／ＮＡＣＫフィードバックがｎ番目のサブフレームで伝送される場合に該当する。ＳＰＳ伝送に関する具体的な内容は、３ＧＰＰＴＳ３６．２１３文書を参照すればよい。

ＬＴＥリリース−８システムでのＡＣＫ／ＮＡＣＫフィードバックのためのＰＵＣＣＨリソースインデックスは、基本的に、ＰＤＣＣＨのＣＣＥインデックスに基づいて決定される。ｎ番目のサブフレームでの一つのＰＵＣＣＨでのＡＣＫ／ＮＡＣＫ応答が、ｎ−ｋ番目のサブフレームでの一つ以上のＰＤＣＣＨ（一般的なＰＤＣＣＨも、ＤＬＳＰＳ解除を指示するＰＤＣＣＨも含む）に対するＡＣＫ／ＮＡＣＫ応答を含む場合には、ＰＤＣＣＨのＣＣＥインデックスからＰＵＣＣＨリソースインデックスを誘導することができる。しかし、ｎ−ｋ番目のサブフレームでのＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫ応答のみをｎ番目のサブフレームで伝送しなけはばならない場合には、該ＡＣＫ／ＮＡＣＫ応答のためのＰＵＣＣＨリソースインデックスを決定することができない。このような問題を解決するために、ＬＴＥリリース−８システムでは、ＲＲＣシグナリングを用いて「対応するＰＤＣＣＨのないＰＤＳＣＨ伝送（すなわち、ＳＰＳＰＤＳＣＨ伝送）」のみが存在する場合のためのＰＵＣＣＨリソースインデックスセット（例えば、４個のＰＵＣＣＨリソースインデックスで構成された一つのセット）をあらかじめ知らせる。また、ＳＰＳ活性化を指示するＰＤＣＣＨ内のＴＰＣフィールドを用いて、ＰＵＣＣＨリソースインデックスセットのうちいずれのＰＵＣＣＨリソースを使用するかを指定する。ＤＬＳＰＳに対するＰＵＣＣＨリソースインデックス

とＴＰＣフィールドの値とのマッピング関係は、下記の表１４のように定義される。

前述のようなＤＬＳＰＳ伝送が多重搬送波支援システムで行われる場合に、ＤＬＳＰＳ伝送を考慮したＡＣＫ／ＮＡＣＫ伝送方案が望まれる。

これに関する本発明の種々の実施例は、前述した実施例４または実施例５と類似に、特定端末のためのＰＣｅｌｌの最初のＰＤＣＣＨ（すなわち、ＤＡＩ＝１（ＤＡＩ＝１，２，３，４，…）のＰＤＣＣＨ）のＴＰＣフィールドは、元来の用途である伝送電力制御の用途に用いられ、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられることを前提に説明する。ただし、この仮定は説明の明瞭性のためのもので、本発明の適用例がこれに制限されるわけではなく、他の方式でＡＲＩ情報が提供されてもよい。

ｎ−ｋ番目のサブフレームでの「対応するＰＤＣＣＨのないＰＤＳＣＨ伝送」（以下では、「ＰＤＣＣＨのないＳＰＳ」と称する）に対するＡＣＫ／ＮＡＣＫ応答をｎ番目のサブフレームで伝送する場合に、ｎ−ｋ番目のサブフレーム内でＰＤＣＣＨのないＳＰＳが受信され、追加的に一つのＰＤＣＣＨが検出されることがある。この場合、ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ応答及びＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫ応答が伝送される必要がある。ここで、一つの検出されたＰＤＣＣＨが最初のＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）である場合には、当該ＰＤＣＣＨのＴＰＣフィールドは元来の用途に用いられるので、端末ではＡＲＩ情報が受信されない場合に該当する。そのため、端末はＰＵＣＣＨフォーマット３のためのリソースインデックスを決定することができない。以下では、このような問題を解決するための本発明の種々の実施例について説明する。

上述したように、以下の説明において、ＡＣＫ／ＮＡＣＫ伝送を必要とする場合は、次の３ケースのうち一つに該当する。ケース１は、「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫであり、ケース２は「ＤＬＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫであり、ケース３は「ＤＬＳＰＳＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫである。

ケース３は、「対応するＰＤＣＣＨのないＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫ、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫ、または単に「ＳＰＳ」に対するＡＣＫ／ＮＡＣＫと称することもできる。また、ケース１で、「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」におけるＰＤＣＣＨを「ＰＤＳＣＨに対応するＰＤＣＣＨ」と呼ぶこともできる。

実施例６
本実施例６は、常にＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ応答を伝送する方案に関する。

ＳＰＳのみのためのＰＵＣＣＨフォーマット３リソースインデックスセットを、ＲＲＣシグナリングを通じて端末に知らせることができる。例えば、上記の表１３のような形態で

で構成されたセットに関する情報を端末に提供することができる。また、ＳＰＳ活性化を指示するＰＤＣＣＨ内のＴＰＣフィールドを通じて、ＰＵＣＣＨフォーマット３リソースインデックスセットのうちいずれのリソースインデックスを使用するかを端末に指定することができる。

一例として、ＰＤＣＣＨのないＳＰＳのみに対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、ＲＲＣ設定されたセットから、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳのみのＡＣＫ／ＮＡＣＫも、ＰＵＣＣＨフォーマット３を用いて伝送することができる。

他の例示として、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合には、下記の方案を適用することができる。

第一の方案は、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することである。すなわち、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫも、ＰＵＣＣＨフォーマット３を用いて伝送することができる。

第二の方案は、一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」にＡＲＩ情報が含まれるか否かによって再び２つの方案に区別される。

一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」がＡＲＩ情報を含まないＰＤＣＣＨ（例えば、最初のＤＡＩを持つ（ＤＡＩ＝１の）ＰＤＣＣＨ）の場合に、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」からＡＲＩ情報が獲得されない場合にも、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫを、ＰＵＣＣＨフォーマット３を用いて伝送することができる。

一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」が、ＡＲＩ情報を含むＰＤＣＣＨ（例えば、最初のＤＡＩを有しない（ＤＡＩ＞１の）ＰＤＣＣＨ）の場合に（この場合は、最初のＤＡＩを有するＰＤＣＣＨを端末が逃した場合でもよい）、「ＰＤＳＣＨに対応するＰＤＣＣＨ」内のＴＰＣフィールドが指示するＡＲＩ値を用いて、ＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。

一方、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫを含む複数のＡＣＫ／ＮＡＣＫフィードバックが伝送される場合には、前述した本発明の例示のように、ＰＣｅｌｌ内の２番目以上の（例えば、ＤＡＩ＞１の）ＰＤＣＣＨまたはＳＣｅｌｌ内のＰＤＣＣＨのＴＰＣフィールドが指示するＡＲＩ値によって、ＰＵＣＣＨフォーマット３リソースインデックスを決定することができる。

実施例７
本実施例７は、ＰＤＣＣＨのないＳＰＳ「のみ」の伝送に対するＡＣＫ／ＮＡＣＫは、常にフォールバックモードで動作する方案に関する。ここで、フォールバックモードは、ＬＴＥリリース−８で定義される動作によってＡＣＫ／ＮＡＣＫ伝送が行われることであり、例えば、ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送するモードを意味する。一方、「ＰＤＣＣＨのないＳＰＳ」及び他の下りリンク伝送（ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫを伝送する場合には、ＰＵＣＣＨフォーマット３を用いることができる。

そのために、ＳＰＳ「のみ」が伝送される場合に使用するＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットを、ＲＲＣシグナリングを通じて端末に知らせることができる。ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットは、例えば、上記の表１４のように設定されるとよいが、別の方式で設定されてもよい。また、ＳＰＳ活性化を指示する時に、ＳＰＳ活性化ＰＤＣＣＨ内のＴＰＣフィールドを用いてＰＵＣＣＨリソースインデックスセットのうちいずれを使用するかを指定することができる。

ＳＰＳ伝送の時間／周波数リソースは基地局と端末間にあらかじめ設定されているため、基地局及び端末は、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫフィードバックがいつ送受信されるかを知っている。そのため、特定端末へのＳＰＳが存在するバンドリングウィンドウ内では、基地局はＰＣｅｌｌ内のＰＤＣＣＨを区分せず、全てのＰＤＣＣＨでのＴＰＣフィールドをＡＲＩの用途に用いることができる。すなわち、ＰＤＣＣＨのないＳＰＳのみに対するＡＣＫ／ＮＡＣＫフィードバックの伝送において、ＰＤＣＣＨのないＳＰＳが存在するバンドリングウィンドウ内で伝送されるＰＤＣＣＨは、ＰＣｅｌｌ、ＳＣｅｌｌを問わずいずれもＴＰＣフィールドをＡＲＩの用途に用いることができる。

この場合、ＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫフィードバックを伝送するＰＵＣＣＨに対して、ＰＤＣＣＨのＴＰＣフィールドが元来の用途（上りリンク伝送電力の制御）に用いられることがない。しかし、ＰＤＣＣＨ内のＴＰＣ値は絶対値ではなく、以前伝送電力に対する相対的なオフセット（ｏｆｆｓｅｔ）値であるため、端末がＴＰＣ値を１〜２回アップデートしなくても、既存に設定された伝送電力は維持される。なお、ＰＤＣＣＨ内のＴＰＣフィールド値を用いる伝送電力方案の他にも、補完的な電力制御方案が備えられている。また、ＦＤＤモードでＰＤＣＣＨのないＳＰＳの伝送を必要とする場合に、端末には元来の用途のＴＰＣ値が得られないと既に定義されている。したがって、ＴＤＤモードで前述した発明の例示のように動作することによって、元来の用途のＴＰＣが適用されなくても実質的にネットワーク性能に大きい影響を与えることはない。

本実施例７の一例によれば、ＰＤＤＣＨのないＳＰＳのみに対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合に、ＲＲＣ設定されたセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳのみのＡＣＫ／ＮＡＣＫの場合に、ＰＵＣＣＨフォーマット１ａ／１ｂを用いるフォールバックモードで動作できる。

他の例示として、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合には、前述したように、バンドリングウィンドウ内の全てのＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられるので、検出された一つのＰＤＣＣＨのＴＰＣフィールドが指示するＡＲＩ値によってＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。

一方、ＰＤＤＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫを含む複数のＡＣＫ／ＮＡＣＫフィードバックが伝送される場合には、前述したように、バンドリングウィンドウ内の全てのＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられるので、ＰＣｅｌｌ及び／またはＳＣｅｌｌ内のＰＤＣＣＨのＴＰＣフィールドが指示するＡＲＩ値によってＰＵＣＣＨフォーマット３リソースインデックスが決定することができる。

実施例８
本実施例８は、ＰＤＣＣＨのないＳＰＳ伝送を「含む」下りリンク伝送に対するＡＣＫ／ＮＡＣＫは常にフォールバックモードで動作する方案に関する。

そのために、ＰＵＣＣＨのないＳＰＳ「のみ」が伝送される場合に使用するＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットをＲＲＣシグナリングを通じて端末に知らせることができる。ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットは、例えば、上記の表１４のように設定されてもよく、別の方式で設定されてもよい。また、ＳＰＳ活性化を指示する時に、ＳＰＳ活性化ＰＤＣＣＨ内のＴＰＣフィールドを用いてＰＵＣＣＨリソースインデックスセットのうちいずれを使用するかを指定することができる。

本実施例８の一例によれば、ＰＤＤＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合に、ＲＲＣ設定されたセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳのみのＡＣＫ／ＮＡＣＫの場合にＰＵＣＣＨフォーマット１ａ／１ｂを用いるフォールバックモードで動作可能である。ここで、ＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫフィードバックは、コードワードの個数に応じて１ビットまたは２ビットのサイズを有することができ、それぞれＰＵＣＣＨフォーマット１ａまたは１ｂが用いられる。

他の例示として、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合には、ＲＲＣ設定されたセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳが含まれる伝送に対するＡＣＫ／ＮＡＣＫフィードバックも、ＰＵＣＣＨフォーマット１ａ／１ｂを用いるフォールバックモードで動作可能である。ここで、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」のそれぞれに対するコードワードの個数に応じて２ビット乃至４ビットのフィードバックペイロードが必要となる（空間バンドリングの適用がないと、一つのコードワードに対して１ビットサイズのＡＣＫ／ＮＡＣＫ応答ビットが生成されるわけである）。

以下では、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に関する本発明の具体的な例示について説明する。

実施例８−１
本実施例８−１は「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、Ｍ＝２、３または４のチャネル選択手法を用いる方案に関する。すなわち、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックペイロードサイズは２ビット乃至４ビットであり、これを損失無く伝送するために、２、３または４個のＰＵＣＣＨフォーマット１ｂ（またはＰＵＣＣＨフォーマット１ａ）を使用するチャネル選択方式が適用されるとよい。ＬＴＥリリース−８で定義されたＰＵＣＣＨフォーマット１ｂ（または１ａ）のためのチャネル選択手法を用いる場合は、ＬＴＥリリース−８のチャネル選択手法を使用するフォールバックモードで動作すると表現することができる。

ここで、チャネル選択のために用いられる複数のリソースのうち、一つのＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースは、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導され、他のＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースは、ＳＰＳ活性化を指示するＰＤＣＣＨを通じて指示可能である。このような２個のＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースのうち一つを選択するチャネル選択方式でＡＣＫ／ＮＡＣＫ情報を伝送することができる。

追加のＰＵＣＣＨリソースをさらに必要とする場合（例えば、Ｍ＝３または４）に、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスに所定のオフセット（例えば、１）を加えた値（ＣＣＥｉｎｄｅｘ＋ｏｆｆｓｅｔ）に該当するＰＵＣＣＨリソースをチャネル選択に用いることができる。「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスに基づく追加のリソースに代えてまたは加えて、ＳＰＳ活性化ＰＤＣＣＨを通じて割り当てられるリソースインデックスに所定のオフセット（例えば、１）を加えた値（ＳＰＳＰＤＣＣＨｉｎｄｉｃａｔｅｄｒｅｓｏｕｒｃｅｉｎｄｅｘ＋１）に該当するＰＵＣＣＨリソースがチャネル選択に用いられてもよい。

または、前述した方式と類似に、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に関する情報から明示的及び／または暗黙的に定められるＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを用いてチャネル選択方式が適用されてもよい。

本実施例８−１によって端末がＡＣＫ／ＮＡＣＫ情報を伝送するＰＵＣＣＨリソースを決定する場合に、基地局の立場では、ＰＵＣＣＨフォーマット３領域（ｒｅｇｉｏｎ）、ＰＵＣＣＨフォーマット１ａ／１ｂ領域、チャネル選択（ＰＵＣＣＨフォーマット１ｂ（または１ａ））領域の３つの場合に対してＡＣＫ／ＮＡＣＫ情報の受信を試みることができる。端末は、これら３つの場合のいずれか一つでＡＣＫ／ＮＡＣＫ伝送をするので、基地局は、これら３つの場合に対するブラインドデコーディング（ｂｌｉｎｄｄｅｃｏｄｉｎｇ）を行わなければならない。

実施例８−２
本実施例８−２は、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）を用いて、ＬＴＥリリース−８で定義するＰＵＣＣＨフォーマット１ｂ（または１ａ）を用いるフォールバックモードで動作する方案に関する。

まず、「ＰＤＣＣＨのないＳＰＳ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。同様に、「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。仮に、「ＰＤＣＣＨのないＳＰＳ」または「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」のいずれか一方が１コードワードであり、いずれか他方は２コードワードである場合に、２コードワードの伝送に対してのみ空間バンドリングが行われる。

これにより、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫペイロードサイズは、空間バンドリングが行われない場合の２乃至４ビットサイズから、空間バンドリングが行われると２ビットへと減少する。

２ビットサイズのＡＣＫ／ＮＡＣＫフィードバックは、既存のＬＴＥリリース−８のＰＵＣＣＨフォーマット１ｂ（または１ａ）を用いて伝送可能である。すなわち、空間バンドリングが行われると、ＬＴＥリリース−８のＰＵＣＣＨフォーマット１ｂ（または１ａ）を使用するフォールバックモードで動作できる。

このとき、一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが選択及び使用されてもよく、または、ＲＲＣ設定されたリソースインデックスセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが選択及び使用されてもよい。言い換えると、それぞれのＡＣＫ／ＮＡＣＫ応答がＰＵＣＣＨフォーマット１ａにフォールバックして位相回転（ｐｈａｓｅｒｏｔａｔｉｏｎ）により多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）されること、すなわち、２つのＡＣＫ／ＮＡＣＫ応答のうちいずれか一方はＩチャネルにマッピングされ、他方はＱチャネルにマッピングされることと表現できる。または、２つのＡＣＫ／ＮＡＣＫ応答がＰＵＣＣＨフォーマット１ｂにフォールバックして多重化されることと表現することもできる。

例えば、ＬＴＥリリース−８で定義されるＰＵＣＣＨフォーマット１ｂで用いられる２ビットのＡＣＫ／ＮＡＣＫのうち、ＭＳＢ（ＭｏｓｔＳｉｇｎｉｆｉｃａｎｔＢｉｔ）は「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫにマッピングされ、ＬＳＢ（ＬｅａｓｔＳｉｇｎｉｆｉｃａｎｔＢｉｔ）は「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫにマッピングされてもよく、または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。

他の例示として、ＱＰＳＫコンステレーションでＩ軸には「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがマッピングされ、Ｑ軸には「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫがマッピングされてもよい。または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。または、受信時間順序によって、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」のうち先に受信されたものに対するＡＣＫ／ＮＡＣＫがＩ軸にマッピングされ、後で受信されたものに対するＡＣＫ／ＮＡＣＫがＱ軸にマッピングされてもよい。または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。

ここで、例えば、Ｉ軸には「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがマッピングされ、Ｑ軸には「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫがマッピングされるように設定された場合に、端末がＰＤＣＣＨ（すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」）の検出に失敗しても基地局では少なくともＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫ応答は受信することができる。端末がＰＤＣＣＨ検出に失敗した場合に「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがＩ軸上にマッピングされる場合のコンステレーション位置と、端末がＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット１ａを使用してＢＰＳＫコンステレーション（すなわち、Ｉ軸）を用いて伝送する場合のコンステレーション位置とが同一であるわけである。

さらに他の例示として、ＱＰＳＫコンステレーションで「１，１」及び「０，０」は「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫにマッピングされ、「０，１」及び「１，０」は「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫにマッピングされるとよい。または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。

このようなコンステレーションマッピングは、それぞれのＣｅｌｌでの伝送モード（ＴＭ）がＭＩＭＯモードである場合にも、そうでない場合にも同一に適用可能である。または、空間バンドリングが実際に適用されるか否か（すなわち、２コードワード伝送が存在するか否か）にかかわらず、このようなコンステレーションマッピングが適用されてもよい。

本実施例８−２の適用において、ＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫフィードバックの場合にも空間バンドリングを適用することができる。この場合、基地局の立場では、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨフォーマット１ａ／１ｂ領域、「ＰＤＣＣＨのないＳＰＳ」、「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨフォーマット１ａ／１ｂ領域、及びＰＵＣＣＨフォーマット３領域といった３つの場合に対するブラインドデコーディングを行わなければならない。

また、本実施例８−２の適用において、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるリソースインデックスをＰＵＣＣＨリソースとして使用する代わりに、ＲＲＣ設定されたＰＵＣＣＨリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指定されるＰＵＣＣＨリソースインデックスを使用し、その他の事項は同一に適用することも可能である。

実施例８−３
本実施例８−３は、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合に、空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）を適用し、Ｍ＝２のチャネル選択手法を使用する方案に関する。ＬＴＥリリース−８で定義されたＰＵＣＣＨフォーマット１ｂ（または１ａ）のためのチャネル選択手法を使用する場合は、ＬＴＥリリース−８のチャネル選択手法を使用するフォールバックモードで動作すると表現できる。

まず、「ＰＤＣＣＨのないＳＰＳ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。同様に、「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。仮に、「ＰＤＣＣＨのないＳＰＳ」または「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」のうちいずれか一方のみが１コードワードであり、他方は２コードワードである場合に、２コードワードの伝送に対してのみ空間バンドリングが行われる。

これにより、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫペイロードサイズは、空間バンドリングが行われない場合における２乃至４ビットサイズから、空間バンドリングが行われると２ビットへと減少する。

２ビットサイズのＡＣＫ／ＮＡＣＫフィードバックは、既存のＬＴＥリリース−８のＰＵＣＣＨフォーマット１ｂ（または１ａ）を用いて伝送することができる。ここで、ＰＵＣＣＨフォーマット１ｂ（／１ａ）を用いたＭ＝２のチャネル選択方式を使用することができる。すなわち、空間バンドリングが行われた結果である２ビットサイズのＡＣＫ／ＮＡＣＫフィードバックをＰＵＣＣＨフォーマット１ｂ（／１ａ）へのフォールバックモードを用いて伝送することができる。

ここで、Ｍ＝２とは、空間バンドリングされた結果である２つのＡＣＫ／ＮＡＣＫ情報（２−ビットＡＣＫ／ＮＡＣＫ情報）を伝達することを意味することもでき、２個のＰＵＣＣＨリソースを使用するチャネル選択を意味することもできる。このように、チャネル選択を使用することによって基地局での検出性能を向上させることができる。

このとき、チャネル選択のための２個のＰＵＣＣＨリソースのうち、最初のＰＵＣＣＨリソースは、ＳＰＳ活性化ＰＤＣＣＨを通じて指定されたＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが用いられ、２番目のＰＵＣＣＨリソースは「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが用いられてもよく、または、この例示とは逆に、最初及び２番目のＰＵＣＣＨリソースが、それぞれＳＰＳ活性化ＰＤＣＣＨを通じて指定されたＰＵＣＣＨリソースインデックス、及び「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨリソースインデックスにマッピングされてもよい。このような２個のＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースのうち一つを選択するチャネル選択方式によりＡＣＫ／ＮＡＣＫ情報を伝送することができる。

本実施例において、ＡＣＫ／ＮＡＣＫ情報及びＰＵＣＣＨリソースのチャネル選択マッピング関係は、例えば、上記の表５または上記の表８のように設定することができる。しかし、これは、単なる例示であり、新しいチャネル選択マッピング関係が定義及び使用されてもよい。

本実施例の一例として、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択マッピング関係が上記の表５のように与えられる場合を仮定する。チャネル選択に用いられる２個のＰＵＣＣＨリソース

のうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指定されるＰＵＣＣＨリソースを

にマッピングさせ、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨリソースを

にマッピングさせることができる。このようなマッピング設定は、「ＰＤＣＣＨのないＳＰＳ」及び「ＰＤＳＣＨに対応するＰＤＣＣＨ」の受信順序（受信時間）によらずに決定することができる。例えば、特定端末がＰＤＣＣＨ（すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」）を逃してＳＰＳのみを受信した後、それに対する応答を伝送する場合が発生しても、基地局では少なくともＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を受信するようになる。端末がＰＤＣＣＨ検出に失敗した場合に「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫ伝送に用いるＰＵＣＣＨリソース

と、端末がＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ伝送に用いるＰＵＣＣＨリソース

とが同一であるわけである。一方、本例示の変形例として、それぞれのＰＵＣＣＨリソースと下りリンク伝送の種類（ＰＤＣＣＨまたはＳＰＳ）がこの例示と逆にマッピングされてもよく、受信時間の順序によってマッピングされてもよい。

本実施例の他の例として、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択マッピング関係において、２ビットＡＣＫ／ＮＡＣＫのうち、ＭＳＢには、ＳＰＳに対するＡ／Ｎをマッピング（すなわち、先のビットにＳＰＳに対するＡＣＫ／ＮＡＣＫをマッピング）し、ＬＳＢには、「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫをマッピング（すなわち、後のビットにＰＤＳＣＨｗｉｔｈＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫをマッピング）して使用することができる。または、Ｉ軸には、ＳＰＳに対するＡＣＫ／ＮＡＣＫをマッピングし、Ｑ軸には、「一つのＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫをマッピングして使用する場合に、端末がＰＤＣＣＨ（すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」）の検出に失敗しても、基地局では少なくともＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫ応答は受信することができる。端末がＰＤＣＣＨ検出に失敗した場合に「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがＩ軸上にマッピングされる場合のコンステレーション位置と、端末がＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット１ａを用いてＢＰＳＫコンステレーション（すなわち、Ｉ軸）を用いて伝送する場合のコンステレーション位置とが同一であるわけである。または、この例示とは逆のマッピング関係を設定することもでき、受信時間の順序によってマッピングすることもできる。

ここで、基地局が少なくともＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を受信することを保障するために、種々のＡＣＫ／ＮＡＣＫフィードバックが伝送される場合において特定情報が特定ＰＵＣＣＨリソースにマッピングされるようにすることができる。例えば、前述したように、チャネル選択マッピング関係において、ＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫがマッピングされるＰＵＣＣＨリソースを、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫが伝送されるＰＵＣＣＨリソースと同一に設定することができる。

下記の表１５は、既存のＬＴＥリリース−８／９でＰＵＣＣＨフォーマット１ａ及び１ｂのための変調シンボル（またはコンステレーション）を表すものである。

上記の表１５で、ｂ（０）値「０」はＮＡＣＫであり、「１」はＡＣＫであると仮定する。これにより、ｂ（０）、ｂ（１）値「００」は、ＡＣＫ／ＡＣＫを意味し、「１１」は、ＮＡＣＫ／ＮＡＣＫを意味する。この場合に、少なくとも、先の一つのビット（ｂ（０））は、ＰＵＣＣＨフォーマット１ａと１ｂで同一の変調シンボルを有するようになる。言い換えると、ｄ（０）＝１の場合に、ＰＵＣＣＨフォーマット１ａ及び１ｂのいずれにおいてもｂ（０）は常に０であり、ｄ（０）＝−１の場合にＰＵＣＣＨフォーマット１ａ及び１ｂのいずれにおいてもｂ（０）は常に１である。これにより、基地局は、受信したＡＣＫ／ＮＡＣＫフィードバックがＰＵＣＣＨフォーマット１ａで伝送されたものか、或いはＰＵＣＣＨフォーマット１ｂで伝送されたものかが確認できなくても、少なくとも、先の一つのビット（ｂ（０））に関する情報を受信して検出することができる。チャネル選択マッピング関係を設定する場合に、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫは先の一つのビット（ｂ（０））にマッピングされるＰＵＣＣＨリソースを使用するようにすればよく、これにより、少なくとも基地局にとってのＳＰＳに対するＡＣＫ／ＮＡＣＫの受信を保障することができる。

例えば、Ｍ＝２のチャネル選択において下記の表１６のようなチャネル選択マッピング関係を用いることができる。

上記の表１６で、ＨＡＲＱ−ＡＣＫ（０）にＳＰＳに対するＡＣＫ／ＮＡＣＫがマッピングされ、ＨＡＲＱ−ＡＣＫ（１）に「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫがマッピングされる。

例えば、１コードワードを有するＳＰＳ「のみ」が受信され、それ以外に「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」は受信されない場合を仮定する。この場合、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答はＰＵＣＣＨフォーマット１ａを用いて伝送可能である。

一方、ＳＰＳと共に「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」が受信された場合には、本発明の例示によってチャネル選択が用いられるとよい。この場合に、ＳＰＳに対して上位層設定されたＰＵＣＣＨリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨで指示されたＰＵＣＣＨリソースを上記の表１６の

として使用することができる。また、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから、（あらかじめ定められた規則によって暗黙的に）誘導されるＰＵＣＣＨリソースを上記の表１６の

として使用することができる。このとき、端末で「ＰＤＳＣＨに対応するＰＤＣＣＨ」を逃したか否かにかからず、基地局ではＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を受信できるようにしなければならない。

前述したように、端末がＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を伝送する場合には

を使用する。この場合、ＡＣＫは、ｂ（０）＝１、ｄ（０）＝−１の変調シンボルに該当し、ＮＡＣＫは、ｂ（０）＝０、ｄ（０）＝１の変調シンボルに該当する。一方、端末がＳＰＳ及び「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を伝送する場合に、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答が伝送されるリソースは、上記の表１６から確認すればよい。上記の表１６において、

を使用する場合のうち、「ＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合及び「ＮＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合を調べてみる。「ＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合は、ｂ（０）ｂ（１）＝１１、ｄ（０）＝−１の変調シンボルに該当する。「ＮＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合は、ｂ（０）ｂ（１）＝００、ｄ（０）＝１の変調シンボルに該当する。要するに、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を伝送する場合も、ＳＰＳ及び「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を伝送する場合も、

を使用するＡＣＫ／ＮＡＣＫ伝送においてＳＰＳに対するＡＣＫ／ＮＡＣＫは同じ変調シンボル（すなわち、ＡＣＫの場合はｄ（０）＝−１、ＮＡＣＫの場合はｄ（０）＝１）を用いて伝送される。したがって、基地局は、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を受信したか、或いはＳＰＳ及び「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を受信したかにかかわらず、

上で信号が検出されると、少なくとも、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を確認することができる。

一方、上記の表１６で、「ＡＣＫ、ＡＣＫ」の場合及び「ＮＡＣＫ／ＤＴＸ、ＡＣＫ」の場合は、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるリソース、すなわち、

を用いてＡＣＫ／ＮＡＣＫ応答を伝送することができる。基地局では、

上で信号が検出されると、「ＰＤＣＣＨのないＳＰＳ」及び「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を受信したということがわかる。

前述の例示では、説明の便宜上、ＰＵＣＣＨフォーマット１ａを挙げて説明したが、本発明の同一の原理がＰＵＣＣＨフォーマット１ｂの場合にも適用可能である。

例えば、２コードワードを有するＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット１ｂを用いて伝送することもできる。一方、ＳＰＳと共に「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」が受信された場合には、本発明の例示によって空間バンドリングを用いることができる。これら２つの場合において、同一のチャネル（ＰＵＣＣＨリソース）及び変調シンボルを通じてＳＰＳに対するＡＣＫ／ＮＡＣＫ情報が伝送される。具体的に、ＳＰＳの２コードワードに対するＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫは、空間バンドリング（例えば、論理積）が適用されると、それぞれＡＣＫ、ＮＡＣＫ、ＮＡＣＫ、ＮＡＣＫとなる。また、ＳＰＳ及び「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を同時に伝送する場合に、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答は、空間バンドリングされた結果によってＡＣＫまたはＮＡＣＫになり、これらはそれぞれ、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答に用いられるチャネル及び変調シンボルのＡＣＫ／ＡＣＫ及びＮＡＣＫ／ＮＡＣＫと同一になる。そのため、基地局にとっては、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を受信したか、またはＳＰＳ及び「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を受信したかにかかわらず、

上で信号が検出されると、少なくとも、ＳＰＳに対する先の信号（例えば、ｂ（０））がＡＣＫかまたはＮＡＣＫかによって空間バンドリングされた結果としてのＡＣＫ／ＮＡＣＫ応答を確認することができる。

このようなコンステレーションマッピングは、それぞれのＣｅｌｌでの伝送モード（ＴＭ）がＭＩＭＯモードである場合にも、そうでない場合にも同一の適用が可能である。または、空間バンドリングが実際に適用されるか否か（すなわち、２コードワード伝送が存在するか否か）にかかわらず、このようなコンステレーションマッピングが適用されてもよい。

本実施例８−３の適用において、ＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫフィードバックの場合にも空間バンドリングを適用することができる。こうすると、前述の実施例８−１または８−２に比べて、基地局でブラインドデコーディングを行うべき領域の個数を減らすことができる。さらにいうと、ＬＴＥリリース−８で定義するチャネル選択方式において、大きい値のＭに対するチャネル選択方式は、小さい値のＭに対するチャネル選択方式の上位集合（ｓｕｐｅｒｓｅｔ）となっている。例えば、Ｍ＝２のチャネル選択において先の一つのビット（例えば、ｂ（０））またはＡＣＫ／ＮＡＣＫのみを伝送することは、チャネル選択の適用無しでＰＵＣＣＨフォーマット１ａを用いて１ビットのＡＣＫ／ＮＡＣＫを伝送することと同じ結果となる。そのため、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫのために、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを、チャネル選択で用いられる最初のリソースインデックスとして使用する場合に、チャネル選択が用いられる場合と用いない場合との区別が可能になる。こうなると、「ＰＤＣＣＨのないＳＰＳ」及び「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答に対する検出が行われると、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答に対する検出が自動で行われる。したがって、基地局の立場では、チャネル選択の場合に対するＰＵＣＣＨフォーマット１ａ／１ｂリソース上のＡＣＫ／ＮＡＣＫ検出（つまり、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ検出を含む）、及びＰＵＣＣＨフォーマット３リソース上のＡＣＫ／ＮＡＣＫ検出という２領域でのブラインドデコーディングを行うことで済む。

以下では、本実施例８−３の詳細な適用例について説明する。

実施例８−３−１
前述したように、ＡＣＫ／ＮＡＣＫ応答は３つのケースに対して発生する。ケース１は、対応するＰＤＣＣＨがあるＰＤＳＣＨ（ＰＤＳＣＨｗｉｔｈａｃｏｒｒｅｓｐｏｎｄｉｎｇＰＤＣＣＨ）であり、ケース２は、下りリンクＳＰＳ解除を指示するＰＤＣＣＨ（ＰＤＣＣＨｉｎｄｉｃａｔｉｎｇｄｏｗｎｌｉｎｋＳＰＳｒｅｌｅａｓｅ）であり、ケース３は、対応するＰＤＣＣＨのないＰＤＳＣＨ（ＰＤＳＣＨｗｉｔｈｏｕｔａｃｏｒｒｅｓｐｏｎｄｉｎｇＰＤＣＣＨ）である。ケース３は、ＳＰＳＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫと表現することもできる。

本実施例の説明において、ＡＣＫ／ＮＡＣＫ応答に関連した「ＰＤＣＣＨ」は、ケース１またはケース２を意味し、「ＳＰＳＰＤＳＣＨ」はケース３を意味するとし、特定ＵＥがこれらの３つのケースに対する下りリンク受信をし、それに対するＡＣＫ／ＮＡＣＫを伝送する動作について説明する。ｎ番目のＵＬサブフレームで伝送されるＡＣＫ／ＮＡＣＫ応答は、ｎ−ｋ番目（ここで、ｋ∈Ｋであり、Ｋ：

、上記の表１２参照）サブフレームでの上の３つのケースの下りリンク伝送に対する確認応答という関係を有することができ、以下の説明でＡＣＫ／ＮＡＣＫ伝送サブフレーム位置についての説明は省略する。

本実施例では、性能低下無しにＴＰＣ命令による動的な電力制御を支援するために、ＰＵＣＣＨフォーマット１ａを用いたあらかじめ定義されたチャネル選択手法（ＬＴＥリリース−８またはリリース−１０で定義するチャネル選択手法）を用いることができる。

まず、一つのサービングセルが設定される場合について説明する。

この場合、ＴＰＣフィールドの用途は、下記の通りである。

ＤＬＤＡＩ＝１のＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）は元来の用途のＴＰＣ命令に用いられる。

ＤＬＤＡＩ＞１のＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）はＡＲＩの用途に用いられる。ＵＥは、ＤＬＤＡＩ＞１の全てのＰＤＣＣＨｓで同じＡＲＩ値を有すると仮定（ａｓｓｕｍｅ）する。

また、ＰＵＣＣＨフォーマットの用途は、下記の通りである。

ＵＥがＳＰＳＰＤＳＣＨのみを受信する場合には、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる（すなわち、フォールバックモードで動作する）。

ＵＥがＤＬＤＡＩ＝１の一つのＰＤＣＣＨのみを受信する場合には、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる（すなわち、フォールバックモードで動作する）。

ＵＥがＳＰＳＰＤＳＣＨ及び追加的なＤＬＤＡＩ＝１のＰＤＣＣＨを受信する場合には、ＰＵＣＣＨフォーマット１ａを用いたあらかじめ定義されたチャネル選択手法（ＬＴＥリリース−８またはリリース−１０で定義するチャネル選択手法）が用いられる。ここで、１番目のＰＵＣＣＨリソースは上位層設定によって決定され（例えば、ＲＲＣ設定されたリソースセットのうち、ＳＰＳＰＤＣＣＨのＡＲＩが指示するリソースとする。）、２番目のＰＵＣＣＨリソースは、対応するＰＤＣＣＨ（すなわち、ＤＬＤＡＩ＝１のＰＤＣＣＨ）の伝送に用いられた最初のＣＣＥの番号（または、インデックス）に基づいて決定される。

その他の場合には、設定されたＰＵＣＣＨフォーマットとしてのＰＵＣＣＨフォーマット３が用いられる。

一方、１個超過のサービングセルが設定される場合について説明する。

この場合、ＴＰＣフィールドの用途は、下記のように定められる。

ＰＣｅｌｌ上でのみ、ＤＬＤＡＩ＝１のＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）は元来の用途のＴＰＣ命令として用いられる。

これ以外のＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨのＴＰＣフィールド（２−ビット）はＡＲＩの用途に用いられる。ＵＥは、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨで同じＡＲＩ値を有すると仮定（ａｓｓｕｍｅ）する。

また、ＰＵＣＣＨフォーマットの用途は、下記のように定められる。

ＵＥがＰＣｅｌｌ上でのみＤＬＤＡＩ＝１の一つのＰＤＣＣＨのみを受信する場合には、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる（すなわち、フォールバックモードで動作する）。

ＵＥがＰＣｅｌｌ上でのみＳＰＳＰＤＳＣＨ及び追加的なＤＬＤＡＩ＝１のＰＤＣＣＨを受信する場合には、ＰＵＣＣＨフォーマット１ａを用いたあらかじめ定義されたチャネル選択手法（ＬＴＥリリース−８またはリリース−１０で定義するチャネル選択手法）が用いられる。ここで、１番目のＰＵＣＣＨリソースは上位層設定によって決定され（例えば、ＲＲＣ設定されたリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨのＡＲＩが指示するリソース（上記の表１４参照）とする。）、２番目のＰＵＣＣＨリソースは、対応するＰＤＣＣＨ（すなわち、ＤＬＤＡＩ＝１のＰＤＣＣＨ）の伝送に用いられた最初のＣＣＥの番号（またはインデックス）に基づいて決定される。

その他の場合は、設定されたＰＵＣＣＨフォーマットとしてのＰＵＣＣＨフォーマット３が用いられる。

実施例８−３−２
本実施例の説明において、前述の実施例８−３−１で説明した通り、ＡＣＫ／ＮＡＣＫ応答と関連した「ＰＤＣＣＨ」はケース１またはケース２を意味し、「ＳＰＳＰＤＳＣＨ」はケース３を意味するとする。また、「ＤＬＤＡＩ＝１のＰＤＳＣＨ」または「ＤＬＤＡＩ＞１のＰＤＳＣＨ」とは、そのＰＤＳＣＨに対応するＰＤＣＣＨにより指示されるＤＬＤＡＩ＝１またはＤＬＤＡＩ＞１という意味である。また、以下の説明で、ＡＣＫ／ＮＡＣＫ伝送サブフレーム位置についての説明は省略する。

ＵＥがＳＰＳＰＤＳＣＨ及びＤＬＤＡＩ＝１のＰＤＳＣＨを受信する場合にはＡＲＩ情報がないため、ＵＥには利用可能なＰＵＣＣＨリソースがわからない。この問題を解決するために、下記の方案を考慮することができる。

ＬＴＥリリース−８でのＭ＝２のチャネル選択を使用する場合についてまず説明する。

ＵＥがＳＰＳＰＤＳＣＨ及びＤＬＤＡＩ＝１のＰＤＳＣＨのみを受信し、ＤＬＤＡＩ＞１のＰＤＳＣＨは受信しなかった場合に、ＵＥは、ＰＤＳＣＨに対する空間バンドリングを適用しながら、ＬＴＥリリース−８でのＭ＝２のＴＤＤチャネル選択によってＡＣＫ／ＮＡＣＫを伝送する。ＬＴＥリリース−８ＴＤＤチャネル選択を使用する場合に、ＵＥは２個のＡＣＫ／ＮＡＣＫビットを伝送する。ここで、ＬＴＥリリース−８でのチャネル選択マッピング関係（例えば、上記の表５乃至表７）またはＬＴＥリリース−１０でのチャネル選択マッピング関係（例えば、上記の表８乃至表１１）のいずれか一方を用いることができ、これはＲＲＣ設定によって決定可能である。

ＬＴＥリリース−８チャネル選択を適用するにあたり、

の値はＳＰＳＰＵＣＣＨリソース（すなわち、上位層設定されたリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨにより指示されるリソース、上記の表１４参照））によって決定される。また、ＨＡＲＱ−ＡＣＫ（０）は、ＳＰＳＰＤＳＣＨ伝送に対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答である。これは、ＵＥがＤＡＩ＝１のＰＤＳＣＨを逃す場合における不明瞭性を解消するためであり、ＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫ応答は確実に伝送することができる。

この場合、ＤＬＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは実際にＰＵＣＣＨ電力制御に用いることができる。ただし、ＭＩＭＯ伝送（または、２コードワード伝送）を支援するセルでＤＡＩ＝１のＰＤＳＣＨに対する空間バンドリングによるＡＣＫ／ＮＡＣＫビットの損失（ｌｏｓｓ）が発生することがある。

一方、ＰＵＣＣＨフォーマット３を使用する場合を考慮することができる。

ＵＥがＳＰＳＰＤＳＣＨ及びＤＬＤＡＩ＝１のＰＤＳＣＨの両方を受信する場合に、ＵＥは、ＤＬＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられると仮定することができる。これにより、ＵＥは、ＰＵＣＣＨフォーマット３を用いて、２ＡＣＫ／ＮＡＣＫビット（ＭＩＭＯｃｅｌｌでない場合）または３ＡＣＫ／ＮＡＣＫビット（ＭＩＭＯｃｅｌｌの場合）を伝送することができる。

この場合は、ＡＣＫ／ＮＡＣＫバンドリングの適用がないので、ＡＣＫ／ＮＡＣＫ情報の損失無くＡＣＫ／ＮＡＣＫビットを伝送することができる。反面、元来のＴＰＣ命令の用途に用いられるＴＰＣフィールドがないので（ＤＬＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられるので）、ＰＵＣＣＨ電力制御が不正確に行われることがある。

この点を考慮して、搬送波アグリゲーション（ＣＡ）の場合にＴＤＤＰＵＣＣＨフォーマット３に対するリソース割当に関する下記の２方案を提案する。

第一の方案として、ＣＡでＦＤＤＰＵＣＣＨフォーマット３に対するリソース割当を再使用する。この場合、ＰＣｅｌｌ上のＴＰＣは元来の用途のＴＰＣに用いられ、ＳＣｅｌｌ上のＴＰＣはＡＲＩの用途に用いられることが可能である。端末がＰＣｅｌｌ上でのみＰＤＳＣＨを受信する場合には、ＬＴＥリリース−８で定義するＡＣＫ／ＮＡＣＫバンドリングを用いることができる。

第二の方案として、搬送波アグリゲーションが支援されない（すなわち、ｎｏｎ−ＣＡ）場合のＴＤＤＰＵＣＣＨフォーマット３に対するリソース割当を再使用する。この場合、ＰＣｅｌｌ上でＤＡＩ＝１のＰＤＣＣＨのＴＰＣは元来の用途のＴＰＣに用いられ、これ以外のＰＣｅｌｌ及びＳＣｅｌｌ上の全ＰＤＣＣＨのＴＰＣはＡＲＩの用途に用いられることが可能である。端末がＰＣｅｌｌ上でのみＳＰＳＰＤＳＣＨまたはＤＬＤＡＩ＝１のＰＤＳＣＨを受信する場合に、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂを用いることができる（すなわち、フォールバックモードで動作する）。端末がＳＰＳＰＤＳＣＨ及びＤＬＤＡＩ＝１のＰＤＳＣＨの両方を受信するが、ＤＬＤＡＩ＞１のＰＤＳＣＨを受信しなかった場合には、ＬＴＥリリース−８チャネル選択が用いられる。

ＴＤＤシステムでＰＵＣＣＨを用いたＡＣＫ／ＮＡＣＫの伝送
ＬＴＥ−Ａ（またはＬＴＥリリース−１０）でのＡＣＫ／ＮＡＣＫバンドリング方法及びリソース割当方案について説明する。

ＰＵＣＣＨフォーマット３を用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックについてモード１及びモード２が定義される。モード１は、最大２０ビットのＡＣＫ／ＮＡＣＫペイロードサイズを支援することができる。指示される（ｉｎｄｉｃａｔｅｄ）ＡＣＫ／ＮＡＣＫビットが２０を超える場合には空間バンドリングが適用される。モード１では、指示されるＡＣＫ／ＮＡＣＫビットが２０以下である場合にはバンドリングが適用されない。一方、モード２は、空間バンドリングと共に部分バンドリング（時間−ドメインでのバンドリングまたはＣＣ−ドメインでのバンドリング）が適用される方式である。すなわち、モード２では、指示されるＡＣＫ／ＮＡＣＫビットがｘを超える場合には、空間バンドリングを行いながら、部分バンドリングを適用することが可能である。

一方、ＰＵＣＣＨフォーマット１ｂを用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックにおいてチャネル選択が適用される場合に、モードａ及びモードｂが定義される。モードａは、指示されるＡＣＫ／ＮＡＣＫビットが４以下である場合に、バンドリングを適用するしない方式である。モードｂは、指示されるＡＣＫ／ＮＡＣＫビットが４を超える場合に、空間バンドリングと共に部分バンドリング（時間−ドメインでのバンドリングまたはＣＣ−ドメインでのバンドリング）を適用する方式である。

一方、ＰＵＣＣＨフォーマット３に関するリソース割当は、次のように定義される。ＰＣｅｌｌ上のＰＤＳＣＨに対応するＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）は元来の用途のＴＰＣ命令に用いられる。ＳＣｅｌｌ上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールド（２−ビット）はＡＲＩの用途に用いられる。仮に、ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが受信されず、ＰＣｅｌｌ上でＰＤＳＣＨが受信される場合に、ＬＴＥリリース−８で定義する方式でＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる。

以下では、ＰＣｅｌｌでのみ（ｏｎｌｙｏｎＰＣｅｌｌ）下りリンク受信がある場合に関するＡＣＫ／ＮＡＣＫバンドリング方案及びリソース割当方案について説明する。

実施例９
本実施例９は、モード１での空間バンドリングに関する。

ＴＤＤに対するモード１は、最大２０ビットの個別的な（ｉｎｄｉｖｉｄｕａｌ）ＡＣＫ／ＮＡＣＫ伝送を支援することができる。しかし、指示されるＡＣＫ／ＮＡＣＫビットが２０を超える場合には、空間バンドリングが適用される必要がある。空間バンドリングが適用されると個別ＡＣＫ／ＮＡＣＫ情報が明確にフィードバックされず、ＨＡＲＱ動作の効率性が低減することがあるから、可能な限り個別（ｉｎｄｉｖｉｄｕａｌ）ＡＣＫ／ＮＡＣＫ情報がバンドリング無しで伝送されるようにする方案が必要である。すなわち、空間バンドリングを単純に全てのＡＣＫ／ＮＡＣＫビットに適用することは、下りリンク収率（ｔｈｒｏｕｇｈｐｕｔ）性能を低減させる点で好ましくない。また、モード１は、可能なかぎり個別ＡＣＫ／ＮＡＣＫフィードバックをそのまま伝送するための方式であり、よって、空間バンドリングの適用を最小限に抑えるべきである。そのため、空間バンドリングは、バンドリングされたＡＣＫ／ＮＡＣＫビットが極力２０に近いと同時に２０以下になるように行われる必要がある。

指示されるＡＣＫ／ＮＡＣＫビットが２０を超える場合に空間バンドリングを行う具体的な方案について以下に説明する。

第一の方案として、ＣＣ単位に（ＣＣ−ｗｉｓｅ）空間バンドリングを行うことを考慮することができる。第一の方案によれば、特定の一つのＣＣ内で全てのＤＬサブフレームにわたって空間バンドリングを適用することができる。このような方式で、実際に伝送されるＡＣＫ／ＮＡＣＫビットが２０以下になるまで他のＣＣに対して全サブフレームにわたって空間バンドリングを行うことができる。ＰＣｅｌｌがＳＣｅｌｌに比べてより頻繁にスケジューリングされると仮定すると、空間バンドリングはＰＣｅｌｌで最後に適用されるようにすることができる。

ＴＤＤ設定が９ＤＬ：１ＵＬ（すなわち、９個のＤＬサブフレームでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫが１個のＵＬサブフレームで伝送されるようにする設定、例えば、上記の表１２のＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ５のｓｕｂｆｒａｍｅ２の場合を参照）の場合は、設定されたＣＣの個数が２を超える場合に全ＣＣに対して空間バンドリングを適用しても、ＡＣＫ／ＮＡＣＫペイロードサイズは２０ビットを超えることとなる。そのため、設定されたＣＣ個数が２の場合は、全てのＣＣに対して空間バンドリングが適用されるようにする。

ＴＤＤ設定が９ＤＬ：１ＵＬでない場合には、論理インデックス上の最後のインデックス（または、最高のインデックス）を持つＣＣから始めて、２個のコードワードが、設定された

個のＣＣに対して空間バンドリングが適用される。ＰＣｅｌｌには最後に空間バンドリングが適用されるようにすることができる（すなわち、ＰＣｅｌｌに対しては最低の論理インデックスを付与できる）。ここで、

は一つのＣＣでＡＣＫ／ＮＡＣＫフィードバックされるＤＬサブフレームの個数である。

は、一つのサブフレームにおいて全てのＤＬＣＣ上でＡＣＫ／ＮＡＣＫフィードバックされるコードワードの全体個数である。すなわち、

は、下記の式２のように定めることができる。

上記の式２で、

は、ｉ番目のＣＣに対して設定されたコードワードの個数である。

第二の方案として、サブフレーム単位に（ｓｕｂｆｒａｍｅ−ｗｉｓｅ）空間バンドリングを行うことを考慮することができる。第二の方案によれば、特定の一つのＤＬサブフレーム内で全ＣＣにわたって空間バンドリングを適用することができる。このような方式により、実際に伝送されるＡＣＫ／ＮＡＣＫビットが２０以下になるまで、他のＤＬサブフレームに対して全てのＣＣにわたって空間バンドリングを行うことができる。

前述の第一または第二の方案によれば、バンドリングされたＡＣＫ／ＮＡＣＫビットは１８、１９または２０ビットとなる。端末に設定されたＣＣの個数によって上記の第一または第二の方案が適用される場合のＡＣＫ／ＮＡＣＫビットは、下記の表１７のようになる。

上記第一の方案は第二の方案に比べて、ＰＣｅｌｌに対する個別ＡＣＫ／ＮＡＣＫの伝送を極力支援することができ、より簡単に表現できる。したがって、指示されるＡＣＫ／ＮＡＣＫビットが２０ビットを超える場合には、ＣＣ−単位に空間バンドリングを行う（すなわち、第一の方案を適用する）ことが好ましい。

実施例１０
本実施例１０では、前述したモード２及びモードｂに対する具体的な適用例について説明する。モード２は、ＰＵＣＣＨフォーマット３を用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックに対して空間バンドリングと共に部分バンドリング（時間−ドメインまたはＣＣ−ドメインでのバンドリング）が適用する方式である。モードｂは、ＰＵＣＣＨフォーマット１ｂを用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックにおいてチャネル選択が適用される場合に、指示されるＡＣＫ／ＮＡＣＫビットが４を超える場合に、空間バンドリングと共に部分バンドリング（時間−ドメインまたはＣＣ−ドメインでのバンドリング）が適用される方式である。

モード２は、電力−制限される端末に対してＡＣＫ／ＮＡＣＫ性能を改善するのに有利に適用することができる。最大１０ビットのＡＣＫ／ＮＡＣＫを支援するＦＤＤの場合と最大２０ビットのＡＣＫ／ＮＡＣＫを支援するＴＤＤの場合とを比較すると、ＴＤＤがＦＤＤに比べてより小さい上りリンクカバレッジを有する。また、モード１（指示されるＡＣＫ／ＮＡＣＫビットが２０を超える場合には空間バンドリングが適用され、２０ビット以下の場合には空間バンドリングが適用されないモード）は、ＴＤＤ９ＤＬ−１ＵＬ設定においてＤＬＣＣの個数が２を超える場合に対するＡＣＫ／ＮＡＣＫフィードバックを支援できない。例えば、５個のＤＬＣＣが設定され、ＴＤＤ９ＤＬ−１ＵＬ設定においてＡＣＫ／ＮＡＣＫフィードバックを支援するためには、空間バンドリングを適用するとしても、総４５ビットのＡＣＫ／ＮＡＣＫが必要となる。したがって、少なくともＴＤＤ９ＤＬ−１ＵＬ設定においてＡＣＫ／ＮＡＣＫフィードバックを支援するためには、ＰＵＣＣＨフォーマット３に対して前述のモード２を支援することが必要である。

以下では、モード２及びモードｂに適用される部分バンドリングについて具体的に説明する。

実施例１０−１
本実施例１０−１では、時間−ドメインでの部分バンドリングについて説明する。本実施例での時間−ドメインバンドリングは空間バンドリングに追加して行われるとよい。

部分バンドリングとしての時間−ドメインバンドリングは、ＣＣ別にＬＴＥリリース−８で定義される２−ビットＤＡＩをそのまま用いて行うことができる。また、時間−ドメインバンドリングを適用するにあたり、ＣＡ（搬送波アグリゲーション）の種々の形態を考慮することなく、それぞれのＣＣ別に時間−ドメインバンドリングを単純に適用することができる。すなわち、ＣＡの種々のケースに対して一つの時間−ドメインバンドリング方案を定めることで済む。時間−ドメインバンドリングが適用された結果であるＡＣＫ／ＮＡＣＫ情報ビットのサイズは１０ビットであるから、ＡＣＫ／ＮＡＣＫ伝送に用いられるＰＵＣＣＨフォーマットとして、ＬＴＥリリース−１０のＰＵＣＣＨフォーマット３構造を用いることができる。

ＤＡＩは、割り当てられるＰＤＣＣＨに対して順次に増加する値で与えられるので、ＤＡＩを使用する場合に、時間−ドメインバンドリングウィンドウ内で最後のＰＤＣＣＨを逃す場合を端末は認識できない。このような問題を解決するために、ＣＣ別に最後に検出されたＰＤＣＣＨに対するＤＡＩ値はＡＣＫ／ＮＡＣＫマッパー（ｍａｐｐｅｒ）に入力されてエンコーディングされるとよい。

図４０は、時間−ドメイン部分バンドリングの一例を示す図である。図４０の例示で、それぞれのＣＣに対して４個のサブフレームにわたってＡＣＫ／ＮＡＣＫバンドリングが適用されている。

図４０の１番目のＣＣで、端末は１番目のサブフレームでＤＡＩ＝０のＰＤＣＣＨを受信し、２番目のサブフレームでＤＡＩ＝１のＰＤＣＣＨを受信したが、３番目のサブフレームでＤＡＩ＝２のＰＤＣＣＨそのものを受信できなかった。この場合、端末は、最後のＰＤＣＣＨ（ＤＡＩ＝２）が伝送されたか否かが確認できず、時間−ドメインバンドリングウィンドウ内の全てのＰＤＣＣＨを受信したと認識できる。また、図４０では、受信されたＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨのそれぞれを成功的にデコーディングした場合（すなわち、ＡＣＫ）を表し、その結果、バンドリングされたＡＣＫ／ＮＡＣＫ情報としてＡＣＫが生成される。生成されたＡＣＫ情報と共に、端末は自身が最後に受信したＤＡＩ値、すなわち、ＤＡＩ＝１をエンコーディングすることができる。端末がＡＣＫと共にＤＡＩ＝１をエンコーディングして伝送すると、基地局には端末がＰＤＣＣＨ（ＤＡＩ＝２）を逃したことがわ分かる。

図４０の２番目のＣＣでの時間−ドメインバンドリング動作は、１番目のＣＣと類似に行われる。端末は、ＡＣＫ情報と共に最後に受信したＤＡＩ値（すなわち、ＤＡＩ＝０）をエンコーディングする。端末がＡＣＫと共にＤＡＩ＝０をエンコーディングして伝送するので、基地局には端末がＰＤＣＣＨ（ＤＡＩ＝１）を逃したことが認識できる。

図４０の３番目のＣＣで、端末は、１番目のサブフレームでのＰＤＣＣＨ（ＤＡＩ＝０）を受信し、３番目のサブフレームでのＰＤＣＣＨ（ＤＡＩ＝２）を受信する。端末は、２番目のサブフレームでのＰＤＣＣＨ（ＤＡＩ＝１）の伝送が確認できないが、受信されたＰＤＣＣＨのＤＡＩ値が順次に増加していないから、自身がＰＤＣＣＨ（ＤＡＩ＝１）を逃したことがわかる。図４０では、受信されたＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨのそれぞれを成功的にデコーディングした場合（すなわち、ＡＣＫ）を示すが、一つのＰＤＣＣＨ伝送を逃したから、端末は、バンドリングされたＡＣＫ／ＮＡＣＫ情報としてＮＡＣＫを生成する。

図４０の４番目のＣＣで、端末は、ＤＡＩ＝０のＰＤＣＣＨのみを受信し、該ＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨを成功的にデコーディングした場合に、ＡＣＫ情報が生成されることを示している。生成されたＡＣＫ情報は、最後に受信したＤＡＩ値（ＤＡＩ＝０）と共にエンコーディングされる。

図４０の５番目のＣＣで、端末はＤＡＩ＝０のＰＤＣＣＨのみを受信する。端末は、４番目のサブフレームでのＤＡＩ＝１のＰＤＣＣＨ伝送を知っていない。この例示では、端末が受信したＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨが成功的にデコーディングされなかった場合（すなわち、ＮＡＣＫ）を表す。したがって、端末はＮＡＣＫ情報を生成する。

このような時間−ドメイン部分バンドリングが適用される場合に、ＣＣごとにＬＴＥリリース−８のＴＤＤＤＡＩ（２ビット）を修正することなく（すなわち、ＰＤＣＣＨ累積カウンターとして）再使用することができる。

モード２の適用に関するＰＵＣＣＨフォーマット３の一例として、チャネルコーディングが行われる前のＣＣ別ＡＣＫ／ＮＡＣＫ状態（ｓｔａｔｅ）を、下の表１８のように定義することができる。

表１８のＡＣＫ／ＮＡＣＫ状態を用いて、図４０でＣＣ別に最後に受信されたＰＤＣＣＨのＤＡＩ値と共にエンコーディングされたバンドリングされたＡＣＫ／ＮＡＣＫの結果を表現すると、次の通りである。図４０の１番目のＣＣでは「０１（ＤＡＩ＝１）」で、２番目のＣＣでは「００（ＤＡＩ＝０）」で、３番目のＣＣでは「１１（ＮＡＣＫ）」で、４番目のＣＣでは「００（ＤＡＩ＝０）」で、５番目のＣＣでは「１１（ＮＡＣＫ）」である。

モード２が適用されるＰＵＣＣＨフォーマット３においてチャネルコーディングが行われる前に５個のＣＣに対するＡＣＫ／ＮＡＣＫペイロードを組み合わせる（ａｇｇｒｅｇａｔｅ）と、「０１００１１００１１」となる。

前述のモード２に関する本発明の原理はモードｂにも同一の適用が可能である。モードｂに適用するためには、チャネル選択マッピング関係（ＰＵＣＣＨリソースとＡＣＫ／ＮＡＣＫビットとのマッピング関係）及びＮＡＣＫ／ＤＡＩ値間の関係を定義すればいい。

したがって、時間−ドメインバンドリングが用いられる場合に、ＣＣ別にそれぞれのＡＣＫ／ＮＡＣＫ応答を、バンドリングされたＡＣＫ／ＮＡＣＫ情報で表現することができる。

実施例１０−２
本実施例１０−２では、ＣＣ−ドメインでの部分バンドリングについて説明する。本実施例では時間−ドメインバンドリングを空間バンドリングに追加して行うことができる。

ＣＣ−ドメインバンドリングにおいてＤＡＩ用途は、既存のＤＡＩと同様にＣＣ別に複数個のサブフレームでスケジューリングされたＰＤＳＣＨ（または、対応するＰＤＣＣＨ）の累積カウンターとして用いられるよりは、一つのサブフレームで複数個のＣＣで構成されたバンドリングウィンドウ内でスケジューリングされたＰＤＳＣＨ（または、対応するＰＤＣＣＨ）の総個数（ｔｏｔａｌｎｕｍｂｅｒ）を表す指示子として用いられることが好ましい。サブフレーム別にＰＤＳＣＨ（またはＰＤＣＣＨ）の総個数を表す場合には、端末が時間順序上の最後のＰＤＣＣＨを逃す場合への解決方案が不要となるわけである。

これにより、端末は、バンドリングウィンドウ内で成功的にデコーディングされた下りリンク伝送に対して生成されたＡＣＫの個数がバンドリングウィンドウ内の全体ＰＤＳＣＨ（またはＰＤＣＣＨ）の個数と同じ場合にＡＣＫを伝送することができる。そうでないと、ＮＡＣＫが伝送される（この場合、ＤＴＸはＮＡＣＫと表現される）。

以下では、モードｂ及びモード２に対するＣＣ−ドメインバンドリングの適用について具体的に説明する。

図４１を参照して、モードｂにＣＣ−ドメインバンドリングが適用されるチャネル選択について説明する。

この場合、基本的には、ＬＴＥリリース−１０のチャネル選択マッピング関係（例えば、上記の表８乃至表１１）が適用されると仮定する。

暗黙的に決定される（すなわち、ＰＤＣＣＨのＣＣＥインデックスから誘導される）ＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースが用いられる場合に、ＰＣＣ（またはＰＣｅｌｌ）上のスケジューリングのためのＰＤＣＣＨに動的に関連するＰＵＣＣＨリソースがそれぞれのサブフレームで最優先的に選択されるとよい。

また、複数個のＣＣが設定され、ＰＣＣ（またはＰＣｅｌｌ）でのみＰＤＳＣＨがスケジューリングされる場合に、ＬＴＥリリース−８でのＡＣＫ／ＮＡＣＫリソースマッピング（例えば、上記の表５乃至表７）を適用することができる。すなわち、ＬＴＥリリース−８でフォールバックするモードで動作できる。

図４１の例示で、それぞれのサブフレームで２個のＣｅｌｌ（ＰＣＣ及びＳＣＣ）が設定されると仮定する。

図４１のＴＤＤ２ＤＬ：１ＵＬ設定の例示において、１番目のサブフレームでは、ＰＣＣにＰＤＳＣＨスケジューリングがなく、ＳＣＣにＰＤＳＣＨがスケジューリングされるので、ＳＣＣＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＣＣＥインデックスからＰＵＣＣＨリソースが決定される。２番目のサブフレームではＰＣＣＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＣＣＥインデックスからＰＵＣＣＨリソースが決定される。このようなＰＵＣＣＨリソースを用いてチャネル選択動作を行うことができる。例えば、表８のようなチャネル選択マッピング関係を用いてＡＣＫ／ＮＡＣＫ伝送を行うことができる。

図４１のＴＤＤ３ＤＬ：１ＵＬ設定の例示において、全てのサブフレームでＰＣＣにのみＰＤＳＣＨがスケジューリングされる。この場合には、前述したように、フォールバックモードで動作できる。例えば、表６のようなチャネル選択マッピング関係を用いてＰＵＣＣＨフォーマット１ｂを通じてＡＣＫ／ＮＡＣＫ伝送を行うことができる。

図４１のＴＤＤ４ＤＬ：１ＵＬ設定の例示において、１番目のサブフレームではＰＣＣ及びＳＣＣの両方でＰＤＳＣＨスケジューリングがあるので、ＰＣＣでのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＣＣＥインデックスに基づいてＰＵＣＣＨリソースを決定することができる。２番目のサブフレームでは、ＰＤＳＣＨスケジューリングがなく、３番目及び４番目のサブフレームでは一つのＣｅｌｌ（ＰＣＣまたはＳＣＣ）でのみＰＤＳＣＨスケジューリングがあるので、該当のＰＤＳＣＨのＰＤＣＣＨのＣＣＥインデックスに基づいてＰＵＣＣＨリソースを決定することができる。このように、決定されたＰＵＣＣＨリソースを用いてチャネル選択動作を行うことができる。例えば、表１０のようなチャネル選択マッピング関係を用いてＡＣＫ／ＮＡＣＫ伝送を行うことができる。

図４２を参照して、モード２にＣＣ−ドメインバンドリングが適用される例示について説明する。

図４２の例示では、最大ＡＣＫ／ＮＡＣＫビット数が１２であり、最大バンドリングウィンドウサイズは２個である（すなわち、最大２個のＣＣが一つのバンドリングウィンドウに含まれる）と仮定する。

また、個別ＡＣＫ／ＮＡＣＫ伝送を極力維持するために、１２ビット以下において可能な限り１２ビットに近いビット数になるまで、バンドリングが順次に（ｇｒａｄｕａｌｌｙ）適用される。

また、ＰＣｅｌｌ（またはＰＣＣ）はバンドリングウィンドウに含まれない。すなわち、バンドリングウィンドウは、ＳＣｅｌｌ（ＳＣＣ）に対してのみ構成される。また、ＣＣインデックスが高い順にバンドリングウィンドウを適用することができる。

図４２に示すように、ＣＣ−ドメインバンドリングは、ＡＣＫ／ＮＡＣＫビット数（空間バンドリングが適用された後のＡＣＫ／ＮＡＣＫビット数）が１２ビット以下になるまで順次にバンドリングウィンドウ（２ＣＣで構成される）を適用することができる。

図４２の２ＤＬ：１ＵＬの場合では、空間バンドリングが行われた後のＡＣＫ／ＮＡＣＫビットが１０であるから、バンドリングウィンドウが構成されない。

図４２の３ＤＬ：１ＵＬ場合では、空間バンドリングが行われた後のＡＣＫ／ＮＡＣＫビットが１５ビットであるから、バンドリングウィンドウが構成され、２個のＣＣ（ＳＣＣ３及びＳＣＣ４）に対するバンドリングウィンドウが構成された後のＡＣＫ／ＮＡＣＫビットは１２ビットであるから、それ以上のバンドリングウィンドウは構成されない。

図４２の４ＤＬ：１ＵＬ場合では、空間バンドリングが行われた後のＡＣＫ／ＮＡＣＫビットが２０ビットであるから、バンドリングウィンドウが構成される。２個のＣＣ（ＳＣＣ３及びＳＣＣ４）に対するバンドリングウィンドウが構成される場合に１６ビットのＡＣＫ／ＮＡＣＫビットが生成されるので、追加的なバンドリングウィンドウを構成するようになる。追加的なバンドリングウィンドウが２個のＣＣ（ＳＣＣ１及びＳＣＣ２）に対して構成されると、１２ビットのＡＣＫ／ＮＡＣＫビットが生成されるので、それ以上のバンドリングウィンドウが構成されない。

したがって、ＣＣ−ドメイン部分バンドリングが用いられる場合に、バンドリングウィンドウ内の全てのＡＣＫ／ＮＡＣＫビットに対するバンドリング結果（例えば、論理積演算結果）がバンドリングされたＡＣＫ／ＮＡＣＫ情報として伝送される。また、ＰＤＣＣＨ内のＤＡＩは、一つのサブフレームで全てのＣＣ上でスケジューリングされるＰＤＳＣＨの総個数を指示する。また、ＰＵＣＣＨフォーマット３のための最大バンドリングウィンドウサイズは２に定められる（すなわち、最大２個のＣＣ（またはＣｅｌｌ）が一つのバンドリングウィンドウを構成する）ことが可能である。

実施例１１
本実施例１１は、ＰＣｅｌｌでのみＰＤＣＣＨ／ＰＤＳＣＨが受信される場合（以下では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇと称する）に、ＰＵＣＣＨフォーマット３を用いたＡＣＫ／ＮＡＣＫ伝送方案に関する。特に、ＴＤＤの場合にＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇについて具体的に説明する。

ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが受信されず、ＰＤＳＣＨがＰＣｅｌｌでのみ受信される場合に、ＬＴＥリリース−８のＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる（すなわち、フォールバックモードで動作できる）。

ＦＤＤの場合に、フォールバックモードは、ＬＴＥリリース−８で定義するＰＵＣＣＨリソースを用いるための目的、及びＳＣｅｌｌでＡＲＩを受信せずともＰＵＣＣＨリソース決定を明確にする目的、のために適用することができる。

ＳＣｅｌｌでＴＰＣフィールドがＡＲＩ用途に用いられる場合に、ＴＤＤＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にはＡＣＫ／ＮＡＣＫリソースの不明瞭性が発生することがある。これを解決するために、ＬＴＥリリース−８ＴＤＤシステムで定義されるＡＣＫ／ＮＡＣＫマルチプレクシングまたはＡＣＫ／ＮＡＣＫバンドリングを適用することができる。しかし、ＡＣＫ／ＮＡＣＫ空間バンドリングや時間−ドメインバンドリングが適用されると、一部のＡＣＫ／ＮＡＣＫ情報は伝達されず、下りリンク収率性能の相当なる損失につながることがある。また、ＡＣＫ／ＮＡＣＫマッピング関係において一部のＡＣＫ／ＮＡＣＫ状態（ｓｔａｔｅ）が互いに重なるため、ＬＴＥリリース−８ＴＤＤシステムでの４ビットＡＣＫ／ＮＡＣＫに対するＡＣＫ／ＮＡＣＫ性能も保障できなくなる。

したがって、以下では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合におけるＡＣＫ／ＮＡＣＫ伝送方案について提案する。

実施例１１−１
本実施例によれば、ＰＣｅｌｌ上で一つのＰＤＳＣＨ（ａｓｉｎｇｌｅＰＤＳＣＨ）が受信される場合に、ＬＴＥリリース−８で定義するＰＵＣＣＨフォーマット１ａ／１ｂのリソースを用いることができる。この場合、ＤＡＩの用途及びＡＲＩを下記のように定義できる。

図４３は、ＤＡＩ及びＴＰＣ使用の一例を示す図である。

図４３の例示のように、ＰＣｅｌｌでのＤＡＩは、ＬＴＥリリース−８ＴＤＤシステムと同様にＰＤＣＣＨ（またはＰＤＳＣＨ）の累積カウンターとすることができる。ＳＣｅｌｌでのＤＡＩは、ＬＴＥリリース−８ＴＤＤシステムと同様にＰＤＣＣＨ（またはＰＤＳＣＨ）の累積カウンターとすることができる。または、ＳＣｅｌｌでのＤＡＩは「００」に設定可能である。図４３の例示では、ＳＣｅｌｌのＰＤＣＣＨのＤＡＩ値はいずれも「００」に設定されている。ＳＣｅｌｌでのＰＤＣＣＨのＤＡＩ値がいずれも「００」のように同一に設定されると、ＰＤＣＣＨ下りリンク制御情報（ＤＣＩ）が共通探索空間（ｃｏｍｍｏｎｓｅａｒｃｈｓｐａｃｅ）内においてもスケジューリングされてもよい。あらかじめ定義された「００」値は、ＵＥ具現の観点で仮想ＣＲＣとして（すなわち、ＤＡＩ＝００以外の場合にエラー検出されるものとして）用いられてもよい。

図４３の例示のように、ＰＣｅｌｌ上で最初に割り当てられるＰＤＣＣＨ（すなわち、ＤＡＩ＝００のＰＤＣＣＨ）のＴＰＣフィールドは、元来の用途のＴＰＣ命令に用いられる。ＰＣｅｌｌ上でＤＡＩ＝００のＰＤＣＣＨ以外の残り全ての（ＰＣｅｌｌ及びＳＣｅｌｌを含む）ＰＤＣＣＨのＴＰＣフィールドは、ＡＲＩの用途に用いられる。ＰＤＣＣＨでＡＲＩに用いられるフィールドは、全てのＰＤＣＣＨで同じ値を有しなければならない。

これによるＵＥ動作は、下記のように定義できる。

上の説明で、「ＰＤＳＣＨ伝送があり、対応するＰＤＣＣＨがない」場合は、ＤＬＳＰＳＰＤＳＣＨに該当する。また、「ＤＡＩ＝「００」の一つのＰＤＳＣＨ」は、そのＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩフィールドが００であることを意味する。

本実施例１１−１は、ＴＤＤＡＣＫ／ＮＡＣＫフィードバックに対する９ＤＬ：１ＵＬサブフレーム設定、モード１、モード２に対する時間−ドメイン／ＣＣ−ドメインバンドリング、などのいずれの場合にも適用可能である。

本実施例１１−１で説明した内容をまとめると、下記の通りである。

ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂ及びＰＵＣＣＨフォーマット１ａ／１ｂのリソースが用いられる場合は、（１）ＰＣｅｌｌ上で「対応するＰＤＣＣＨがない一つのＰＤＳＣＨ」がある場合、（２）ＰＣｅｌｌでのみ「対応するＰＤＣＣＨがある一つのＰＤＳＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００の場合、または（３）ＰＣｅｌｌでのみ「ＤＬＳＰＳ解除を指示する一つのＰＤＣＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００の場合、である。

これらの（１）、（２）または（３）以外の場合にはＬＴＥリリース−１０ＰＵＣＣＨフォーマット３が用いられる。

仮に、ＰＣｅｌｌ上で「対応するＰＤＣＣＨのないＰＤＳＣＨ（すなわち、ＤＬＳＰＳＰＤＳＣＨ）」がない場合には、次のように動作する。ＰＣｅｌｌ上で「対応するＰＤＣＣＨがあるＰＤＳＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００であると、そのＰＤＣＣＨのＴＰＣフィールドは実際ＴＰＣ命令に用いられる。ＰＣｅｌｌ上で「ＤＬＳＰＳ解除を指示するＰＤＣＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００である、そのＰＤＣＣＨのＴＰＣフィールドは実際ＴＰＣ命令に用いられる。それ以外の場合には、ＰＤＣＣＨのＴＰＣフィールドがＡＲＩとして用いられる。

他の場合には（すなわち、ＰＣｅｌｌ上で「対応するＰＤＣＣＨのないＰＤＳＣＨ（すなわち、ＤＬＳＰＳＰＤＳＣＨ）」がある場合には）、ＰＤＣＣＨの全てのＴＰＣフィールドがＡＲＩとして用いられる。

また、上記のいずれの場合においても、ＰＤＣＣＨでＡＲＩに用いられるフィールドはいずれも同じ値を有する。

実施例１１−２
ＦＤＤの場合に、ＳＣｅｌｌでＴＰＣフィールドがＡＲＩの用途に用いられ、ＰＣｅｌｌでのＴＰＣフィールドは元来のＴＰＣ用途に用いられる。本実施例によれば、ＴＤＤでもＦＤＤと類似に、ＰＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣフィールドは元来のＴＰＣ用途に用いられ、ＳＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣフィールドはＡＲＩの用途に用いられる。このように動作する場合に、既存のＬＴＥリリース−８での動作に修正を加えることなくＰＵＣＣＨ電力制御動作を同一に行うことができる。

図４４は、ＤＡＩ及びＴＰＣ使用の他の例を示す図である。

図４４の例示のように、ＰＣｅｌｌでのみＰＤＳＣＨを受信する端末に対しては、ＰＣｅｌｌでのＰＤＣＣＨのＤＡＩフィールドをＡＲＩの用途に用いることができる。このようにＤＡＩフィールドを用いることは、モード１に従う場合にも可能である。モード１は時間−ドメイン／ＣＣ−ドメインバンドリングでＤＡＩを支援する必要がないわけである。また、ＰＤＣＣＨのＡＲＩとして用いられるフィールド（ＰＣｅｌｌでのＤＡＩフィールド、ＳＣｅｌｌでのＴＰＣフィールド）はいずれも同じ値を有しなければならない。

図４４の例示では、ＳＣｅｌｌのＰＤＣＣＨのＤＡＩ値がいずれも「００」に設定されるとする。その詳細は図４３で説明した通りである。

これによるＵＥ動作は、次のように定義できる。

前述の実施例９乃至実施例１１の内容は、主に、ＴＤＤシステムにおいてＰＵＣＣＨを用いたＡＣＫ／ＮＡＣＫ伝送に関する本発明の具体的な適用例であった。以下の実施例１２では、ＰＣｅｌｌでＴＰＣフィールドをＡＲＩとして再使用する本発明の内容が、ＦＤＤ及びＴＤＤシステムに適用される例示についしてより具体的に説明する。

実施例１２
本実施例１２ではＰＣｅｌｌで「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」でのＡＲＩの使用方案について説明する。

具体的に、本実施例１２は、ＳＣｅｌｌでのＰＤＳＣＨがなく、ＰＣｅｌｌでＳＰＳＰＤＳＣＨ（すなわち、対応するＰＤＣＣＨのないＰＤＳＣＨ）がなく、ＰＣｅｌｌで一つの「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」を受信した場合に、「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」のＴＰＣフィールドをＡＲＩとして再使用することによって、ＰＵＣＣＨフォーマット３を用いてＡＣＫ／ＮＡＣＫ伝送を可能にする方案に関する。すなわち、ＳＰＳＰＤＳＣＨ（すなわち、対応するＰＤＣＣＨのないＰＤＳＣＨ）がなく、ＰＣｅｌｌで一つのＰＤＳＣＨが受信された場合に対する方案（例えば、ＬＴＥリリース−８ＦＤＤまたはＴＤＤでのフォールバックモードで動作）について上述した。本実施例では、追加的な方案として、ＰＣｅｌｌ上でＰＤＳＣＨ（対応するＰＤＣＣＨのある／ないＰＤＳＣＨ）がなく、「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」が受信された場合におけるＡＣＫ／ＮＡＣＫ伝送方法について説明する。

ＦＤＤの場合におけるＡＲＩの使用方法は、次の通りである。

ＰＣｅｌｌでの「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」のＴＰＣフィールドがＡＲＩの用途に用いられる。ＰＣｅｌｌで「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」以外の目的のＰＤＣＣＨのＴＰＣフィールドは、元来目的のＴＰＣ命令に用いられる。また、ＳＣｅｌｌでのＰＤＣＣＨのＴＰＣフィールドはＡＲＩとして用いられる。端末は、ＰＣｅｌｌ及びＳＣｅｌｌ上のＡＲＩ値はいずれも同一であると仮定する。

これによる端末の動作は、次のように定義できる。

次に、ＴＤＤの場合におけるＤＡＩ及びＡＲＩの使用方法は、次の通りである。

ＰＣｅｌｌに対するＤＡＩは、ＬＴＥリリース−８と同様にＰＤＣＣＨ／ＰＤＳＣＨの累積カウンターとして用いられる。ＳＣｅｌｌに対するＤＡＩは、あらかじめ設定された値（例えば、「００」）に設定され、ＤＣＩが共通探索空間上でもスケジューリングできるようにする。ここで、あらかじめ設定された値は、ＵＥ具現の観点で仮想ＣＲＣとして用いられてもよい。

ＰＣｅｌｌで最初に割り当てられたＰＤＣＣＨ（すなわち、ＤＡＩ＝１またはＤＡＩ＝「００」のＰＤＣＣＨ）のＴＰＣフィールドは、元来のＴＰＣ命令の用途に用いられる。該ＰＣｅｌｌで最初に割り当てられたＰＤＣＣＨ以外の残り全てのＰＤＣＣＨ（ＰＣｅｌｌの他のＰＤＣＣＨ及びＳＣｅｌｌのＰＤＣＣＨ）のＴＰＣフィールドはＡＲＩの用途に用いられる。ここで、残り全てのＰＤＣＣＨでＤＡＩ＝「００」の場合にも同様、ＴＰＣフィールドはＡＲＩとして用いられる。また、ＵＥは、ＡＲＩ値がいずれも同一であると仮定する。

これによる端末の動作は、次のように定義できる。

実施例１３
本実施例１３は、ＳＰＳＰＤＳＣＨの存在可否によってＴＰＣフィールドが相異なるように用いられる方案に関する。

前述したように、ＡＣＫ／ＮＡＣＫ応答が３つのケースに対して発生する。ケース１は、対応するＰＤＣＣＨがあるＰＤＳＣＨ（ＰＤＳＣＨｗｉｔｈａｃｏｒｒｅｓｐｏｎｄｉｎｇＰＤＣＣＨ）であり、ケース２は、下りリンクＳＰＳ解除を指示するＰＤＣＣＨ（ＰＤＣＣＨｉｎｄｉｃａｔｉｎｇｄｏｗｎｌｉｎｋＳＰＳｒｅｌｅａｓｅ）であり、ケース３は、対応するＰＤＣＣＨのないＰＤＳＣＨ（ＰＤＳＣＨｗｉｔｈｏｕｔａｃｏｒｒｅｓｐｏｎｄｉｎｇＰＤＣＣＨ）である。ケース３は、ＳＰＳＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫと表現することもできる。

本実施例の説明において、ＡＣＫ／ＮＡＣＫ応答に関連した「ＰＤＣＣＨ」は、ケース１またはケース２を意味し、「ＳＰＳＰＤＳＣＨ」はケース３を意味するとし、特定ＵＥが上の３ケースの下りリンク受信をしてそれに対するＡＣＫ／ＮＡＣＫを伝送する動作について説明する。ｎ番目のＵＬサブフレームで伝送されるＡＣＫ／ＮＡＣＫ応答は、ｎ−ｋ番目（ここで、ｋ∈Ｋであり、Ｋ：

、上記の表１２を参照）のサブフレームでの上の３ケースの下りリンク伝送に対する確認応答という関係を有することができ、以下の説明でＡＣＫ／ＮＡＣＫ伝送サブフレーム位置についての説明は省略する。

端末から種々のフォーマットを用いてＡＣＫ／ＮＡＣＫ伝送をすると、基地局におけるＡＣＫ／ＮＡＣＫ解釈のためのブラインドデコーディングの複雑度が増加する。複雑なブラインドデコーディングの処理のような基地局での性能低下を改善し、リソースを效率的に活用するために、可能なかぎり上位層によって設定されたＰＵＣＣＨフォーマットが用いられるようにするとよい。以下では、ＳＰＳＰＤＳＣＨ存在の有無によってＴＰＣフィールドが異に用いられる方案について具体的に説明する。

一つのサービングセルが設定される場合には次のようにＴＰＣフィールド（２−ビット）の用途が定められるとよい。ＳＰＳＰＤＳＣＨが存在する場合には、ＰＤＣＣＨ内のＴＰＣフィールドがいずれもＡＲＩの用途に用いられ、端末は全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。一方、ＳＰＳＰＤＳＣＨが存在しない場合には、ＤＬＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、ＤＬＤＡＩ＞１のＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられ、端末は、ＤＬＤＡＩ＞１の全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。

また、一つのサービングセルが設定される場合に、ＰＵＣＣＨフォーマットの使用は、下記のように定められるとよい。ＵＥがＳＰＳＰＤＳＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。または、ＵＥがＤＬＤＡＩ＝１の一つのＰＤＣＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。その他の場合には、上位層により設定されたＰＵＣＣＨフォーマットとしてＰＵＣＣＨフォーマット３を用いることができる。

ＤＬＤＡＩが単なるカウンター（ＰＤＣＣＨ累積カウンター）として用いられる場合に、搬送波アグリゲーション（ＣＡ）の場合に対するＴＤＤＰＵＣＣＨフォーマット３のリソース割当は、単一搬送波（またはｎｏｎ−ＣＡ）の場合に対するリソース割当と同様にして定めることができる。すなわち、ＰＣｅｌｌに対するリソース割当方案として、ｎｏｎ−ＣＡの場合でのリソース割当方案をそのまま用いることができる。また、ＣＡの場合に、複数個のＣｅｌｌに対するＰＵＣＣＨリソース割当は下記のように定めることができる。

１個超過のサービングセルが設定される場合に、ＴＰＣフィールドの用途は下記のように定めることができる。ＳＰＳＰＤＳＣＨが存在する場合に、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられ、端末は、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。一方、ＳＰＳＰＤＳＣＨが存在しない場合に、ＰＣｅｌｌ上でのみＤＬＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、ＰＣｅｌｌ及びＳＣｅｌｌ上の残りの全てのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられ、端末は、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。

また、１個超過のサービングセルが設定される場合に、ＰＵＣＣＨフォーマットの使用は下記のように定めることができる。ＵＥがＳＰＳＰＤＳＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。または、ＵＥがＰＣｅｌｌ上でのみＤＬＤＡＩ＝１の一つのＰＤＣＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。その他の場合には、上位層により設定されたＰＵＣＣＨフォーマットとしてＰＵＣＣＨフォーマット３を用いることができる。

実施例１４
本実施例１４は、前述した実施例を総合的に考慮して、ＴＤＤＨＡＲＱＡＣＫ／ＮＡＣＫ応答伝送のためのＰＵＣＣＨリソース割当方案を説明するためのものである。

既存のＬＴＥリリース−８／９システムでは、所定のビットサイズ（例えば、４ビット）を超えるＡＣＫ／ＮＡＣＫ伝送に対して、ＡＣＫ／ＮＡＣＫバンドリング（空間バンドリング及び／または時間ドメインバンドリング）を適用することから、個別ＡＣＫ／ＮＡＣＫ情報の損失が発生した。そこで、ＬＴＥリリース−１０（またはＬＴＥ−Ａ）システムでは最大２０ビットの個別ＡＣＫ／ＮＡＣＫ情報を伝送することを支援し得るようにＰＵＣＣＨフォーマット３が設計された。搬送波アグリゲーション（ＣＡ）及び／またはＴＤＤを支援するシステムでは２０ビット超過のＡＣＫ／ＮＡＣＫを伝送する場合も発生するため、可能なかぎりＡＣＫ／ＮＡＣＫ情報を損失無しで伝送しながら、リソースを效率的に使用する方案が要求される。

図４５は、ＰＤＣＣＨ内のＴＰＣフィールドの使用に関する本発明の一例を示す図である。図４５の例示で、ＡＲＩは、ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット３のリソースを指示（ｉｎｄｉｃａｔｅ）する情報であり、ＰＣｅｌｌでＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられるが、その他のＰＣｅｌｌ及びＳＣｅｌｌでのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられている。端末は、ＰＣｅｌｌ及びＳＣｅｌｌでのＡＲＩ値が同一であると仮定することができる。これにより、一つのＡＲＩのみを検出した場合にもＰＵＣＣＨフォーマット３リソースを決定することができる。

このようにＴＰＣフィールドをＡＲＩに再使用する場合に、ＰＵＣＣＨ電力制御の精密度が低下することがある。しかし、ＡＲＩ情報を用いてＰＵＣＣＨフォーマット３リソースを明確に決定できるので、ＰＵＣＣＨフォーマット３を用いて損失無しにＡＣＫ／ＮＡＣＫ情報を伝送することが、ＰＵＣＣＨ電力制御の精密度の低下と比較して、システム全体の観点では有利といえる。

図４５の例示において、ＵＥがＡＲＩの含まれている少なくとも一つのＰＤＣＣＨの検出に成功した場合には、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ応答を伝送することができる。しかし、ＵＥがＡＲＩの含まれていないＰＤＣＣＨ（すなわち、ＰＣｅｌｌでＤＡＩ＝１のＰＤＣＣＨ）「のみ」を検出すると、ＵＥは、ＡＲＩ情報を獲得できず、ＰＵＣＣＨフォーマット３リソースを決定することもてできない。この場合には、レガシー（ｌｅｇａｃｙ）フォーマット、すなわち、ＬＴＥリリース−８／９のＰＵＣＣＨフォーマット１ａ／１ｂを用いて情報損失無しにＡＣＫ／ＮＡＣＫ応答を伝送するように動作できる。

これにより、一つ以上の下りリンクサブフレームで伝送される下りリンク伝送（ＰＤＣＣＨ及び／またはＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ応答を損失無しに伝送し得るリソース割当方案を提供することができる。また、搬送波アグリゲーション（ＣＡ）の場合またはｎｏｎ−ＣＡの場合を問わず、同じ方式でＰＵＣＣＨフォーマット及びＰＵＣＣＨリソースが決定されるので、基地局側と端末側の動作を簡単且つ明確に特定することができる。

図４６は、本発明で提案した種々の実施例を総合的に説明するフローチャートである。図４６の例示では、上位層によってＰＵＣＣＨフォーマット３が端末に設定されることを前提にして説明する。

段階Ｓ４６１０で、端末がＰＣｅｌｌでのみＤＡＩ＝１の一つのＰＤＳＣＨ（すなわち、ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ）を受信したか否か判定する。

段階Ｓ４６１０の結果がＹＥＳであると、段階Ｓ４６２０に移行する。ＰＣｅｌｌでＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令に用いられるので、端末がＤＡＩ＝１のＰＤＣＣＨのみを受信した場合にはＡＲＩ情報を獲得できない。したがって、端末は、ＰＵＣＣＨフォーマット３を使用しない。端末は、ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送することができる。ＰＵＣＣＨフォーマット１ａ／１ｂリソースは、暗黙的マッピング（すなわち、ＰＤＣＣＨＣＣＥインデックスから誘導されるＰＵＣＣＨリソースインデックス）によって決定されうる。

一方、段階Ｓ４６１０の結果がＮＯであると、段階Ｓ４６３０に移行する。段階Ｓ４６３０で端末は、ＰＣｅｌｌでのみＰＤＣＣＨのないＰＤＳＣＨ（すなわち、ＳＰＳＰＤＳＣＨ）一つを受信したか否か判定する。

段階Ｓ４６３０の結果がＹＥＳであると、段階Ｓ４６４０に移行する。端末は、ＰＤＣＣＨを受信できず、ＡＲＩも獲得できなかったので、ＰＵＣＣＨフォーマット３を使用しない。端末はＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送できる。ここで、端末は、ＰＤＣＣＨを受信しなかったため、ＰＤＣＣＨＣＣＥインデックスから誘導されるＰＵＣＣＨリソースインデックスを導出することができない。したがって、端末は、ＳＰＳ活性化ＰＤＣＣＨに含まれた情報（例えば、ＳＰＳ活性化ＰＤＣＣＨ内のＴＰＣフィールドを再使用して指示される情報）によってＰＵＣＣＨリソースインデックスを決定できる。

一方、段階Ｓ４６３０の結果がＮＯであると、段階Ｓ４６５０に移行する。段階Ｓ４６５０で端末は、ＰＣｅｌｌでのみ「ＤＡＩ＝１のＰＤＳＣＨ」及び追加として「ＰＤＣＣＨのないＰＤＳＣＨ」を受信したか否か判定する。

段階Ｓ４６５０の結果がＹＥＳであると、段階Ｓ４６６０に移行する。この場合にも、端末はＡＲＩ情報を獲得できないため、ＰＵＣＣＨフォーマット３を使用せずに、ＰＵＣＣＨフォーマット１ａ／１ｂを使用する。ここで、端末は、ＡＣＫ／ＮＡＣＫ情報損失を防止するために、チャネル選択方式でＡＣＫ／ＮＡＣＫ情報を伝送することができる。チャネル選択は、Ａ（＝２または３）個のＰＵＣＣＨリソースからＰＵＣＣＨリソースを選択する方式で行われるとよい。Ａ値は、ＰＤＳＣＨのコードワード（または伝送ブロック）の個数によって決定することができる。

一方、段階Ｓ４６５０の結果がＮＯであると、段階Ｓ４６７０に移行する。段階Ｓ４６７０で端末は、ＰＣｅｌｌでＤＡＩ＝１以外の（すなわち、ＤＡＩ＞１の）ＰＤＣＣＨのＡＲＩ（すなわち、ＴＰＣフィールド）値とＳＣｅｌｌの全てのＰＤＣＣＨのＡＲＩ（すなわち、ＴＰＣフィールド）値がいずれも同一であるか否か判定する。

段階Ｓ４６７０の結果がＹＥＳであると、段階Ｓ４６８０に移行する。この場合、端末は、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ情報を伝送することができる。端末は、ＡＲＩ値がいずれのＰＤＣＣＨでも同一であると仮定し、少なくとも一つのＰＤＣＣＨでＡＲＩ値を用いて段階Ｓ４６８０を行うこともできる。

一方、段階Ｓ４６７０の結果がＮＯであると（すなわち、ＰＣｅｌｌ及びＳＣｅｌｌのＡＲＩ値が同一でないと）、端末は、受信されたＰＤＣＣＨを廃棄（ｄｉｓｃａｒｄ）する。

要するに、端末がＡＣＫ／ＮＡＣＫを伝送すべき「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」、「ＰＤＳＣＨｗｉｔｈｏｕｔＰＤＣＣＨ（ＳＰＳ−ＰＤＳＣＨ）」及び「ＳＰＳｒｅｌｅａｓｅＰＤＣＣＨ」に対して、次のような端末の動作を定義できる。ただし、本発明の範囲がこれに制限されるわけではなく、前述した本発明の種々の実施例の可能な組み合わせによりＴＤＤＨＡＲＱＡＣＫ／ＮＡＣＫリソース割当及び伝送動作が行われてもよい。

まず、搬送波アグリゲーションが適用されないシステム（すなわち、ｎｏｎ−ＣＡ）での動作は、ＣＡ環境での「ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇ」と同一に行うことができる。すなわち、端末に一つのサービングセルが設定される場合におけるＴＤＤＨＡＲＱＡＣＫ／ＮＡＣＫリソース割当及び伝送動作は、端末に１超過のサービングセルが設定されるとき、ＰＣｅｌｌでのみＰＤＳＣＨ及び／またはＰＤＣＣＨを受信する場合におけるＴＤＤＨＡＲＱＡＣＫ／ＮＡＣＫリソース割当及び伝送動作と同一に行うことができる。したがって、以下、ＰＣｅｌｌでの動作に関する説明は、端末に一つのサービングセルのみ設定され、当該サービングセルでの動作に代えてもよい。

ＰＣｅｌｌのＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩ＝１であると、ＴＰＣフィールドは元来の電力制御用途に用いられる。ＰＣｅｌｌのＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩ＞１であると、ＴＰＣフィールドはＡＲＩの用途に用いられる。ＳＣｅｌｌの全てのＰＤＳＣＨに対応するＰＤＣＣＨ内のＴＰＣフィールドはＡＲＩの用途に用いられる。端末は全てのＡＲＩが同一であると仮定する。

ＰＣｅｌｌでのみ一つのＳＰＳ−ＰＤＳＣＨのみを受信すると、ＰＵＣＣＨフォーマット１ａ／１ｂにフォールバックする。

ＰＣｅｌｌでのみ一つのＤＡＩ＝１のＰＤＳＣＨ（ＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩ＝１）のみを受信すると、ＰＵＣＣＨフォーマット１ａ／１ｂにフォールバックする。

ＰＣｅｌｌでのみ一つのＤＡＩ＝１のＰＤＳＣＨと一つのＳＰＳ−ＰＤＳＣＨのみを受信すると、ＰＵＣＣＨフォーマット１ｂを使用するチャネル選択方式でＡＣＫ／ＮＡＣＫ伝送が行われる。ここで、チャネル選択に用いられるＰＵＣＣＨリソースの個数（Ａ）は、２または３である。

ＰＣｅｌｌでのみＤＡＩ＞１のＰＤＳＣＨ（ＰＤＳＣＨに対応するＰＤＣＣＨのＤＡＩ＞１）を一つ以上受信すると、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ伝送が行われる。

ＳＣｅｌｌでＰＤＳＣＨを一つ以上受信すると、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ伝送が行われる。

これにより、ＰＣｅｌｌでのみ、またはＰＣｅｌｌ及びＳＣｅｌｌで、「ＰＤＳＣＨｗｉｔｈＰＤＣＣＨ」、「ＰＤＳＣＨｗｉｔｈｏｕｔＰＤＣＣＨ（ＳＰＳ−ＰＤＳＣＨ）」及び「ＳＰＳｒｅｌｅａｓｅＰＤＣＣＨ」のうち一つ以上を受信するいすれの場合においても、ＡＣＫ／ＮＡＣＫ情報の損失無しにＡＣＫ／ＮＡＣＫ情報を正確且つ效率的に伝送することができる。

以上開示された本発明の好ましい実施例についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者には、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更できるということが理解されるであろう。例えば、当業者は、上記の実施例に記載された各構成を互いに組み合わせる方式で用いることができる。したがって、本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。

本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態に具体化できる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈により定めなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を有するものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができる。

上述のような本発明の実施の形態は、様々な移動通信システムに適用可能である。

Claims

無線通信システムにおいてＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を伝送する方法であって、前記方法は、ユーザー機器（ＵＥ）により行われ、前記方法は、
Ｍ（Ｍ＞１）個の下りリンクサブフレームを含む下りリンクサブフレームセットでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報が伝送される物理上りリンク制御チャネル（ＰＵＣＣＨ）フォーマット及びＰＵＣＣＨリソースを決定することと、
一つの上りリンクサブフレームで前記ＰＵＣＣＨフォーマット及び前記ＰＵＣＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫ情報を伝送することと
を含み、
前記ＵＥに対して１個超過のサービングセルが構成され、前記１個超過のサービングセルは、一つのプライマリセル（ＰＣｅｌｌ）及び少なくとも一つのセカンダリセル（ＳＣｅｌｌ）を含み、
前記ＡＣＫ／ＮＡＣＫ情報が、前記下りリンクサブフレームセット内において、前記ＰＣｅｌｌ上でのみ受信される対応する物理下りリンク制御チャネル（ＰＤＣＣＨ）なしで一つの物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応し、かつ、前記ＡＣＫ／ＮＡＣＫ情報が、さらに、１の下りリンク割当インデックス（ＤＡＩ）値を有する半−持続的スケジューリング（ＳＰＳ）解除ＰＤＣＣＨまたは１のＤＡＩ値を有する対応するＰＤＣＣＨの検出によって指示される一つのＰＤＳＣＨに対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報が、ＰＵＣＣＨフォーマット１ｂを用いて伝送される、方法。
前記ＰＵＣＣＨリソースは、Ａ個のＰＵＣＣＨリソースの中から選択され、Ａは２または３である、請求項１に記載の方法。
前記Ａ個のＰＵＣＣＨリソースのうちの一つは、上位層設定に従って決定され、前記Ａ個のＰＵＣＣＨリソースのうちの残りのリソースは、前記対応するＰＤＣＣＨの制御チャネル要素（ＣＣＥ）インデックスを用いて決定される、請求項２に記載の方法。
前記Ａは、前記下りリンクサブフレームセットでの前記下りリンク伝送の伝送ブロックの個数に基づいて決定される、請求項２に記載の方法。
前記ＡＣＫ／ＮＡＣＫ情報は、前記一つの上りリンクサブフレームにおいて２ビットを用いることによって伝送される、請求項１に記載の方法。
前記無線通信システムは、時間分割二重（ＴＤＤ）システムである、請求項１に記載の方法。
無線通信システムにおいてＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を伝送するユーザー機器（ＵＥ）であって、前記ＵＥは、
基地局（ＢＳ）から下りリンク信号を受信する受信モジュールと、
前記ＢＳに上りリンク信号を伝送する伝送モジュールと、
前記受信モジュール及び前記伝送モジュールを含む前記ＵＥを制御するプロセッサと
を備え、
前記プロセッサは、
Ｍ（Ｍ＞１）個の下りリンクサブフレームを含む下りリンクサブフレームセットでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報が伝送される物理上りリンク制御チャネル（ＰＵＣＣＨ）フォーマット及びＰＵＣＣＨリソースを決定することと、
前記伝送モジュールを介して、一つの上りリンクサブフレームで前記ＰＵＣＣＨフォーマット及び前記ＰＵＣＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫ情報を伝送することと
を行うように構成されており、
前記ＵＥに対して１個超過のサービングセルが構成され、前記１個超過のサービングセルは、一つのプライマリセル（ＰＣｅｌｌ）及び少なくとも一つのセカンダリセル（ＳＣｅｌｌ）を含み、
前記ＡＣＫ／ＮＡＣＫ情報が、前記下りリンクサブフレームセット内において、前記ＰＣｅｌｌ上でのみ受信される対応する物理下りリンク制御チャネル（ＰＤＣＣＨ）なしで一つの物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応し、かつ、前記ＡＣＫ／ＮＡＣＫ情報が、さらに、１の下りリンク割当インデックス（ＤＡＩ）値を有する半−持続的スケジューリング（ＳＰＳ）解除ＰＤＣＣＨまたは１のＤＡＩ値を有する対応するＰＤＣＣＨの検出によって指示される一つのＰＤＳＣＨに対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報が、ＰＵＣＣＨフォーマット１ｂを用いて伝送される、ＵＥ。
前記ＰＵＣＣＨリソースは、Ａ個のＰＵＣＣＨリソースの中から選択され、Ａは２または３である、請求項７に記載のＵＥ。
前記Ａ個のＰＵＣＣＨリソースのうちの一つは、上位層設定に従って決定され、前記Ａ個のＰＵＣＣＨリソースのうちの残りのリソースは、前記対応するＰＤＣＣＨの制御チャネル要素（ＣＣＥ）インデックスを用いて決定される、請求項８に記載のＵＥ。
前記Ａは、前記下りリンクサブフレームセットでの前記下りリンク伝送の伝送ブロックの個数に基づいて決定される、請求項８に記載のＵＥ。
前記ＡＣＫ／ＮＡＣＫ情報は、前記一つの上りリンクサブフレームにおいて２ビットを用いることによって伝送される、請求項７に記載のＵＥ。
前記無線通信システムは、時間分割二重（ＴＤＤ）システムである、請求項７に記載のＵＥ。