JP2016508302A

JP2016508302A - 無線通信システムにおいて受信確認応答送信方法及び装置

Info

Publication number: JP2016508302A
Application number: JP2015545354A
Authority: JP
Inventors: ヒョクチンチェ; スンミンリ; ハクソンキム; ハンビュルソ
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2012-11-29
Filing date: 2013-11-26
Publication date: 2016-03-17
Also published as: US9717089B2; WO2014084566A1; KR20150102029A; CN104823389A; EP2928089A4; EP2928089A1; KR102216247B1; US20160286558A1

Abstract

本発明の一実施例は、無線通信システムにおいて端末が受信確認応答を送信する方法において、ＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）を介して下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を取得するステップと、ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を介して下りリンクデータを受信するステップと、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソースを用いて送信するステップと、を含み、前記ＰＤＳＣＨがＳＣｅｌｌ（ＳｅｃｏｎｄａｒｙＣｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドに基づいて決定される、受信確認応答を送信する方法である。【選択図】図１３

Description

以下の説明は、無線通信システムに関し、特に、ＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｈａｎｎｅｌ）が適用される場合における受信確認応答送信方法及び装置に関する。

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

本発明では、ＥＰＤＣＣＨを介して制御情報を受信する場合、それに対する受信確認応答を送信する方法を技術的課題とする。特に、キャリアアグリゲーション（搬送波併合）(Carrier Aggregation:ＣＡ)が適用される場合、受信確認応答を送信するリソースの決定、それに関連したフィールドの使用に対して定義する。

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

本発明の第１の技術的な側面は、無線通信システムにおいて端末が受信確認応答を送信する方法であって、ＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）を介して下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を取得するステップと、ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を介して下りリンクデータを受信するステップと、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソースを用いて送信するステップと、を含み、前記ＰＤＳＣＨがＳＣｅｌｌ（ＳｅｃｏｎｄａｒｙＣｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドに基づいて決定される、受信確認応答送信方法である。

本発明の第２の技術的な側面は、無線通信システムにおいてＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）に対する受信確認応答を送信する端末装置であって、受信モジュールと、プロセッサと、を備え、前記プロセッサは、ＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）を介して下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を取得し、ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を介して下りリンクデータを受信し、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソースを用いて送信し、前記ＰＤＳＣＨがＳＣｅｌｌ（ＳｅｃｏｎｄａｒｙＣｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドに基づいて決定される、端末装置である。

本発明の第１及び第２の技術的な側面は、次の事項を含むことができる。

前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドは、０で埋め込まれてもよい。

前記ＥＰＤＣＣＨは、ＰＣｅｌｌ（ＰｒｉｍａｒｙＣｅｌｌ）上で送信されてもよい。

前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値に対応するものに決定されてもよい。

前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値及び前記ＰＵＣＣＨリソースに関連したオフセットフィールド値の組合せに対応するものと決定されてもよい。

前記上位層シグナリングで伝達されたリソース値は、最大１６個であってもよい。

前記ＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソースは、前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値だけシフトしてもよい。

前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、｛−２，−１，０，２｝のいずれか一つの値を指示してもよい。

前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、前記ＰＵＣＣＨリソースの送信電力決定に用いられてもよい。

前記オフセットフィールドは、ＨＡＲＱ−ＡＣＫリソースオフセットフィールドであってもよい。

前記ＤＣＩは、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄのいずれか一つであってもよい。

前記受信確認応答は、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＮＡＣＫ（ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＤＴＸ（ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ）のうち一つ以上を含んでもよい。

本発明によれば、ＥＰＤＣＣＨによって指示されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）がＳｃｅｌｌ上で送信される場合、受信確認応答を送信するリソースを決定することができる。また、前記受信確認応答を送信するリソース決定過程で用い得るフィールドの用途を明確にすることによって、下りリンク制御情報フォーマットのビット使用効率性を向上させることができる。

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

無線フレームの構造を示す図である。下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）を示す図である。下りリンクサブフレームの構造を示す図である。上りリンクサブフレームの構造を示す図である。上りリンク物理リソースブロックにおいてＰＵＣＣＨフォーマットがマップされる形態を示す図である。ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す図である。一般ＣＰの場合にＣＱＩチャネルの構造を示す図である。ブロック拡散を用いたＰＵＣＣＨチャネル構造を示す図である。上りリンク制御情報をＰＵＳＣＨを介して送信する方式を説明するための図である。キャリアアグリゲーションを説明するための図である。クロス搬送波スケジューリングを説明するための図である。本発明の実施例を説明するための図である。送受信装置の構成を示す図である。

本明細書に添付される図面は、本発明に関する理解を提供するためのもので、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮されてもよい。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。

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

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

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

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

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

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

ＬＴＡ／ＬＴＡ−Ａリソース構造／チャネル

図１を参照して無線フレームの構造について説明する。

セルラーＯＦＤＭ無線パケット通信システムにおいて、上り／下りリンク信号パケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位に行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間区間と定義される。３ＧＰＰＬＴＥ標準では、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏｆｒａｍｅ）構造と、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ２無線フレーム構造を支援する。

図１（ａ）は、タイプ１無線フレームの構造を例示する図である。下りリンク無線フレームは１０個のサブフレームで構成され、１個のサブフレームは時間領域（ｔｉｍｅｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）で構成される。１個のサブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ）を含む。３ＧＰＰＬＴＥシステムでは、下りリンクでＯＦＤＭＡを用いているため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソースブロック（ＲＢ）はリソース割当て単位であり、１スロットにおいて複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。

１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって異なってもよい。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄＣＰ）及び一般ＣＰ（ｎｏｒｍａｌＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加するため、１スロットに含まれるＯＦＤＭシンボルの数は、一般ＣＰの場合に比べて少ない。拡張ＣＰの場合に、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張ＣＰを用いることができる。

一般ＣＰが用いられる場合、１スロットは７個のＯＦＤＭシンボルを含み、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームにおける先頭２個又は３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）に割り当てることができる。

図１（ｂ）は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２ハーフフレーム（ｈａｌｆｆｒａｍｅ）で構成される。各ハーフフレームは、５サブフレーム、ＤｗＰＴＳ（ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）、保護区間（ＧｕａｒｄＰｅｒｉｏｄ；ＧＰ）、及びＵｐＰＴＳ（ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）で構成され、ここで、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンク及び下りリンク間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、１個のサブフレームは２個のスロットで構成される。

無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。

図２は、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）を示す図である。同図で、１下りリンクスロットは時間領域で７個のＯＦＤＭシンボルを含み、１リソースブロック（ＲＢ）は周波数領域で１２個の副搬送波を含むとしたが、本発明はこれに制限されない。例えば、一般ＣＰ（ｎｏｒｍａｌ−ＣｙｃｌｉｃＰｒｅｆｉｘ）では１スロットが７ＯＦＤＭシンボルを含むが、拡張ＣＰ（ｅｘｔｅｎｄｅｄ−ＣＰ）では１スロットが６ＯＦＤＭシンボルを含んでもよい。リソースグリッド上のそれぞれの要素をリソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ）と呼ぶ。１リソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの個数Ｎ^DLは、下り送信帯域幅による。上りリンクスロットは下りリンクスロットと同一の構造を有することができる。

図３は、下りリンクサブフレームの構造を示す図である。１サブフレーム内で第１のスロットにおける先頭部の最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下り共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｃｅｌ；ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。３ＧＰＰＬＴＥシステムで用いられる下り制御チャネルには、例えば、物理制御フォーマット指示子チャネル（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ；ＰＣＦＩＣＨ）、物理下り制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ）、物理ＨＡＲＱ指示子チャネル（ＰｈｙｓｉｃａｌＨｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔＩｎｄｉｃａｔｏｒＣｈａｎｅｌ；ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネル送信に用いられるＯＦＤＭシンボルの個数に関する情報を含む。ＰＨＩＣＨは、上り送信の応答としてＨＡＲＱＡＣＫ／ＮＡＣＫ信号を含む。ＰＤＣＣＨで送信される制御情報を、下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）という。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含んだり、任意の端末グループに対する上り送信電力制御命令を含む。ＰＤＣＣＨは、下り共有チャネル（ＤＬ−ＳＣＨ）のリソース割当て及び送信フォーマット、上り共有チャネル（ＵＬ−ＳＣＨ）のリソース割当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ）のような上位層制御メッセージのリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令のセット、送信電力制御情報、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ以上の連続する制御チャネル要素（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ；ＣＣＥ）の組み合わせ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割当て単位である。ＣＣＥは、複数個のリソース要素グループに対応する。ＰＤＣＣＨのフォーマットと利用可能なビット数は、ＣＣＥの個数とＣＣＥによって提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ；ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって無線ネットワーク臨時識別子（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）という識別子でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末のｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ）識別子をＣＲＣにマスクすることができる。又は、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（ＰａｇｉｎｇＩｎｄｉｃａｔｏｒＩｄｅｎｔｉｆｉｅｒ；Ｐ−ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクすることができる。

図４は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別できる。制御領域には上りリンク制御情報を含む物理上り制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザーデータを含む物理上り共有チャネル（Ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ；ＰＵＳＣＨ）が割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末のＰＵＣＣＨは、サブフレームにおいてリソースブロック対（ＲＢｐａｉｒ）に割り当てられる。リソースブロック対に属するリソースブロックは、２スロットに対して互いに異なった副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界で周波数−ホップ（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）するという。

物理上り制御チャネル（ＰＵＣＣＨ）

ＰＵＣＣＨを介して送信される上りリンク制御情報（ＵＣＩ）は、スケジューリング要求（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ；ＳＲ）、ＨＡＲＱＡＣＫ／ＮＡＣＫ情報、及び下りリンクチャネル測定情報を含むことができる。

ＨＡＲＱＡＣＫ／ＮＡＣＫ情報は、ＰＤＳＣＨ上の下りリンクデータパケットのデコーティングに成功したか否かによって生成することができる。既存の無線通信システムにおいて、下り単一コードワード（ｃｏｄｅｗｏｒｄ）送信に対してはＡＣＫ／ＮＡＣＫ情報として１ビットが送信され、下り２コードワード送信に対してはＡＣＫ／ＮＡＣＫ情報として２ビットが送信される。

チャネル測定情報は、多重入出力（ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ；ＭＩＭＯ）技法に関連するフィードバック情報のことをいい、チャネル品質指示子（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ；ＣＱＩ）、プリコーディング行列インデックス（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｅｘ；ＰＭＩ）及びランク指示子（ＲａｎｋＩｎｄｉｃａｔｏｒ；ＲＩ）を含むことができる。これらのチャネル測定情報をＣＱＩと総称することもできる。ＣＱＩの送信のためにサブフレーム当たりに２０ビットを用いることができる。

ＰＵＣＣＨは、ＢＰＳＫ（ＢｉｎａｒｙＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）とＱＰＳＫ（ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）技法を用いて変調することができる。ＰＵＣＣＨを介して複数端末の制御情報を送信することができ、各端末の信号を区別するためにコード分割多重化（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ；ＣＤＭ）を行う場合に、長さ１２のＣＡＺＡＣ（ＣｏｎｓｔａｎｔＡｍｐｌｉｔｕｄｅＺｅｒｏＡｕｔｏｃｏｒｒｅｌａｔｉｏｎ）シーケンスを主に使用する。ＣＡＺＡＣシーケンスは、時間領域（ｔｉｍｅｄｏｍａｉｎ）及び周波数領域（ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎ）で一定の大きさ（ａｍｐｌｉｔｕｄｅ）を維持する特性を有しているため、端末のＰＡＰＲ（Ｐｅａｋ−ｔｏ−ＡｖｅｒａｇｅＰｏｗｅｒＲａｔｉｏ）又はＣＭ（ＣｕｂｉｃＭｅｔｒｉｃ）を下げてカバレッジを増加させることに適している。また、ＰＵＣＣＨを介して送信される下りデータ送信に対するＡＣＫ／ＮＡＣＫ情報は、直交シーケンス（ｏｒｔｈｇｏｎａｌｓｅｑｕｅｎｃｅ）又は直交カバー（ｏｒｔｈｏｇｏｎａｌｃｏｖｅｒ；ＯＣ）を用いてカバリングされる。

また、ＰＵＣＣＨ上で送信される制御情報は、互いに異なる循環シフト（ｃｙｃｌｉｃｓｈｉｆｔ；ＣＳ）値を持つ循環シフトされたシーケンス（ｃｙｃｌｉｃａｌｌｙｓｈｉｆｔｅｄｓｅｑｕｅｎｃｅ）を用いて区別することができる。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃｓｈｉｆｔａｍｏｕｎｔ）だけ循環シフトさせて生成することができる。特定ＣＳ量は、循環シフトインデックス（ＣＳｉｎｄｅｘ）によって示される。チャネルの遅延拡散（ｄｅｌａｙｓｐｒｅａｄ）によって使用可能な循環シフトの数は可変してもよい。種々のシーケンスを基本シーケンスとして用いることができ、前述のＣＡＺＡＣシーケンスがその一例である。

また、端末が一つのサブフレームで送信可能な制御情報の量は、制御情報の送信に利用可能なＳＣ−ＦＤＭＡシンボルの個数（すなわち、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）な検出のための参照信号（ＲＳ）送信に用いられるＳＣ−ＦＤＭＡシンボルを除くＳＣ−ＦＤＭＡシンボル）によって決定することができる。

３ＧＰＰＬＴＥシステムにおいてＰＵＣＣＨは、送信される制御情報、変調技法、制御情報の量などによって総７種の互いに異なるフォーマットと定義され、それぞれのＰＵＣＣＨフォーマットによって送信される上りリンク制御情報（ｕｐｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）の属性は、下記の表１のようにまとめることができる。

ＰＵＣＣＨフォーマット１は、ＳＲの単独送信に用いられる。ＳＲ単独送信の場合には、変調されていない波形が適用されるが、その詳細については後述する。

ＰＵＣＣＨフォーマット１ａ又は１ｂは、ＨＡＲＱＡＣＫ／ＮＡＣＫの送信に用いられる。任意のサブフレームでＨＡＲＱＡＣＫ／ＮＡＣＫが単独に送信される場合にはＰＵＣＣＨフォーマット１ａ又は１ｂを用いることができる。又は、ＰＵＣＣＨフォーマット１ａ又は１ｂを用いてＨＡＲＱＡＣＫ／ＮＡＣＫ及びＳＲを同一サブフレームで送信することもできる。

ＰＵＣＣＨフォーマット２はＣＱＩの送信に用いられ、ＰＵＣＣＨフォーマット２ａ又は２ｂはＣＱＩ及びＨＡＲＱＡＣＫ／ＮＡＣＫの送信に用いられる。拡張されたＣＰの場合は、ＰＵＣＣＨフォーマット２がＣＱＩ及びＨＡＲＱＡＣＫ／ＮＡＣＫの送信に用いられてもよい。

図５に、上りリンク物理リソースブロックにおいてＰＵＣＣＨフォーマットがＰＵＣＣＨ領域にマップされる形態を示す。図５で、Ｎ_ＲＢ ^ＵＬは上りリンクでのリソースブロックの個数を表し、０，１，…Ｎ_ＲＢ ^ＵＬ−１は、物理リソースブロックの番号を表す。基本的に、ＰＵＣＣＨは、上りリンク周波数ブロックの両端部にマップされる。図５に示すように、ｍ＝０、１と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット２／２ａ／２ｂがマップされ、これは、ＰＵＣＣＨフォーマット２／２ａ／２ｂが帯域−終端（ｂａｎｄ−ｅｄｇｅ）に位置しているリソースブロックにマップされると表現することもできる。また、ｍ＝２と表示されるＰＵＣＣＨ領域に、ＰＵＣＣＨフォーマット２／２ａ／２ｂ及びＰＵＣＣＨフォーマット１／１ａ／１ｂが併せて（ｍｉｘｅｄ）マップされてもよい。次に、ｍ＝３、４、５と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット１／１ａ／１ｂがマップされてもよい。ＰＵＣＣＨフォーマット２／２ａ／２ｂによって利用可能なＰＵＣＣＨＲＢの個数（Ｎ_ＲＢ ^（２））は、ブロードキャストシグナリングによってセル内の端末に知らせることができる。

ＰＵＣＣＨリソース

ＵＥに対しては、上りリンク制御情報（ＵＣＩ）の送信のためのＰＵＣＣＨリソースが、上位（ｈｉｇｈｅｒ）レイヤシグナリングを用いた明示的（ｅｘｐｌｉｃｉｔ）方式或いは暗黙的（ｉｍｐｌｉｃｉｔ）な方式によって基地局（ＢＳ）から割り当てられる。

ＡＣＫ／ＮＡＣＫの場合に、端末に対して上位層で複数個のＰＵＣＣＨリソース候補を設定することができ、それらの候補の中でどのＰＵＣＣＨリソースを使用するかは暗黙的な方式で決定することができる。例えば、ＵＥはＢＳからＰＤＳＣＨを受信し、該ＰＤＳＣＨに関するスケジューリング情報を運ぶＰＤＣＣＨリソースによって暗黙的に決定されたＰＵＣＣＨリソースを用いて、該当のデータユニットに対するＡＣＫ／ＮＡＣＫを送信することができる。

図６に、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す。

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

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

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

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

ＰＵＣＣＨチャネル構造

ＰＵＣＣＨフォーマット１ａ及び１ｂについてまず説明する。

ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＢＰＳＫ又はＱＰＳＫ変調方式を用いて変調されたシンボルは、長さ１２のＣＡＺＡＣシーケンスで乗算（ｍｕｌｔｉｐｌｙ）される。例えば、変調シンボルｄ（０）に長さＮのＣＡＺＡＣシーケンスｒ（ｎ）（ｎ＝０，１，２，…，Ｎ−１）が乗算された結果は、ｙ（０），ｙ（１），ｙ（２），…，ｙ（Ｎ−１）となる。ｙ（０），…，ｙ（Ｎ−１）シンボルをシンボルブロック（ｂｌｏｃｋｏｆｓｙｍｂｏｌ）と呼ぶことができる。変調シンボルにＣＡＺＡＣシーケンスを乗算した後に、直交シーケンスを用いたブロック−単位（ｂｌｏｃｋ−ｗｉｓｅ）拡散が適用される。

一般ＡＣＫ／ＮＡＣＫ情報に対しては長さ４のアダマール（Ｈａｄａｍａｒｄ）シーケンスが用いられ、短い（ｓｈｏｒｔｅｎｅｄ）ＡＣＫ／ＮＡＣＫ情報及び参照信号（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）に対しては長さ３のＤＦＴ（ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）シーケンスが用いられる。拡張されたＣＰの場合の参照信号に対しては長さ２のアダマールシーケンスが用いられる。

図７は、一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す図である。図７では、ＣＱＩ無しでＨＡＲＱＡＣＫ／ＮＡＣＫを送信するためのＰＵＣＣＨチャネル構造を例示する。１個のスロットに含まれる７個のＳＣ−ＦＤＭＡシンボルのうち、中間部分における３個の連続したＳＣ−ＦＤＭＡシンボルに参照信号（ＲＳ）を乗せ、残り４個のＳＣ−ＦＤＭＡシンボルにはＡＣＫ／ＮＡＣＫ信号を乗せる。一方、拡張されたＣＰの場合には、中間部分における２個の連続したシンボルにＲＳを乗せることができる。ＲＳに用いられるシンボルの個数及び位置は、制御チャネルによって可変してもよく、それに関連したＡＣＫ／ＮＡＣＫ信号に用いられるシンボルの個数及び位置もそれに応じて変更されてもよい。

１ビット及び２ビットの確認応答情報（スクランブルされていない状態）はそれぞれＢＰＳＫ及びＱＰＳＫ変調技法を用いて一つのＨＡＲＱＡＣＫ／ＮＡＣＫ変調シンボルで表現することができる。肯定確認応答（ＡＣＫ）は「１」にエンコードし、否定確認応答（ＮＡＣＫ）は「０」にエンコードすることができる。

周波数領域拡散されたＡＣＫ／ＮＡＣＫ信号を直交拡散（ｓｐｒｅａｄｉｎｇ）コードを用いて時間領域で拡散する。直交拡散コードとしてはウォルシュ−アダマール（Ｗａｌｓｈ−Ｈａｄａｍａｒｄ）シーケンス又はＤＦＴシーケンスを用いることができる。例えば、ＡＣＫ／ＮＡＣＫ信号は４シンボルに対して長さ４の直交シーケンス（ｗ０、ｗ１、ｗ２、ｗ３）を用いて拡散することができる。また、ＲＳも、長さ３又は長さ２の直交シーケンスを用いて拡散する。これを直交カバリング（ＯｒｔｈｏｇｏｎａｌＣｏｖｅｒｉｎｇ；ＯＣ）という。

前述したような周波数領域でのＣＳリソース及び時間領域でのＯＣリソースを用いて複数の端末をコード分割多重化（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘ、ＣＤＭ）方式で多重化することができる。すなわち、同一のＰＵＣＣＨＲＢ上で複数端末のＡＣＫ／ＮＡＣＫ情報及びＲＳを多重化することができる。

このような時間領域拡散ＣＤＭにおいて、ＡＣＫ／ＮＡＣＫ情報に対して支援される拡散コードの個数はＲＳシンボルの個数によって制限される。すなわち、ＲＳ送信ＳＣ−ＦＤＭＡシンボルの個数は、ＡＣＫ／ＮＡＣＫ情報送信ＳＣ−ＦＤＭＡシンボルの個数よりも少ないため、ＲＳの多重化容量（ｃａｐａｃｉｔｙ）がＡＣＫ／ＮＡＣＫ情報の多重化容量に比べて少なくなる。例えば、一般ＣＰの場合、４個のシンボルでＡＣＫ／ＮＡＣＫ情報を送信できるが、ＡＣＫ／ＮＡＣＫ情報のために４個ではなく３個の直交拡散コードを用いる。これは、ＲＳ送信シンボルの個数が３個に制限され、ＲＳのために３個の直交拡散コードしか用いることができないためである。

ＡＣＫ／ＮＡＣＫ情報の拡散に用いられる直交シーケンスの一例は、表２及び表３の通りである。表２は、長さ４シンボルに対するシーケンスを示し、表３は、長さ３シンボルに対するシーケンスを示す。長さ４シンボルに対するシーケンスは、一般的なサブフレーム構成のＰＵＣＣＨフォーマット１／１ａ／１ｂで用いられる。サブフレーム構成において、第２のスロットの最後のシンボルでＳＲＳ（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）が送信されるなどの場合を考慮して、第１のスロットでは長さ４シンボルに対するシーケンスが適用され、第２のスロットでは長さ３シンボルに対するシーケンスの短い（ｓｈｏｒｔｅｎｅｄ）ＰＵＣＣＨフォーマット１／１ａ／１ｂが適用されてもよい。

一般ＣＰのサブフレームにおいて１スロットで３個のシンボルがＲＳ送信のために用いられ、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で３個の直交カバー（ＯＣ）リソースを用いることができるとすれば、１８個の互いに異なる端末からのＨＡＲＱ確認応答を一つのＰＵＣＣＨＲＢ内で多重化することができる。もし、拡張されたＣＰのサブフレームにおいて１スロットで２個のシンボルがＲＳ送信のために用いられ、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で２個の直交カバー（ＯＣ）リソースを用いることができるとすれば、１２個の互いに異なる端末からのＨＡＲＱ確認応答を一つのＰＵＣＣＨＲＢ内で多重化することができる。

次に、ＰＵＣＣＨフォーマット１について説明する。スケジューリング要求（ＳＲ）は、端末が、スケジュールされることを要求したり又は要求しない方式で送信される。ＳＲチャネルは、ＰＵＣＣＨフォーマット１ａ／１ｂにおけるＡＣＫ／ＮＡＣＫチャネル構造を再利用し、ＡＣＫ／ＮＡＣＫチャネル設計に基づいてＯＯＫ（Ｏｎ−ＯｆｆＫｅｙｉｎｇ）方式で構成される。ＳＲチャネルでは参照信号が送信されない。したがって、一般ＣＰの場合には、長さ７のシーケンスが用いられ、拡張されたＣＰの場合には長さ６のシーケンスが用いられる。ＳＲ及びＡＣＫ／ＮＡＣＫに対して互いに異なる循環シフト又は直交カバーを割り当てることができる。すなわち、肯定（ｐｏｓｉｔｉｖｅ）ＳＲ送信のために、端末は、ＳＲ用に割り当てられたリソースを通じてＨＡＲＱＡＣＫ／ＮＡＣＫを送信する。否定（ｎｅｇａｔｉｖｅ）ＳＲ送信のためには、端末は、ＡＣＫ／ＮＡＣＫ用に割り当てられたリソースを通じてＨＡＲＱＡＣＫ／ＮＡＣＫを送信する。

次に、ＰＵＣＣＨフォーマット２／２ａ／２ｂについて説明する。ＰＵＣＣＨフォーマット２／２ａ／２ｂは、チャネル測定フィードバック（ＣＱＩ、ＰＭＩ、ＲＩ）を送信するための制御チャネルである。

チャネル測定フィードバック（以下では、「ＣＱＩ情報」と称する）の報告周期及び測定対象となる周波数単位（又は、周波数解像度（ｒｅｓｏｌｕｔｉｏｎ））は基地局で制御することができる。時間領域において周期的及び非周期的ＣＱＩ報告を支援することができる。ＰＵＣＣＨフォーマット２は、周期的報告にのみ用いられ、非周期的報告のためにはＰＵＳＣＨを用いることができる。非周期的報告の場合に、基地局は端末に、上りリンクデータ送信のためにスケジュールされたリソースに個別ＣＱＩ報告を乗せて送信することを指示することができる。

図８は、一般ＣＰの場合に、ＣＱＩチャネルの構造を示す。１スロットのＳＣ−ＦＤＭＡシンボル０乃至６のうち、ＳＣ−ＦＤＭＡシンボル１及び５（２番目及び６番目のシンボル）を復調参照信号（ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＤＭＲＳ）送信に用い、残りＳＣ−ＦＤＭＡシンボルでＣＱＩ情報を送信することができる。一方、拡張されたＣＰの場合には、一つのＳＣ−ＦＤＭＡシンボル（ＳＣ−ＦＤＭＡシンボル３）をＤＭＲＳ送信に用いる。

ＰＵＣＣＨフォーマット２／２ａ／２ｂではＣＡＺＡＣシーケンスによる変調を支援し、ＱＰＳＫ変調されたシンボルが長さ１２のＣＡＺＡＣシーケンスで乗算される。シーケンスの循環シフト（ＣＳ）はシンボル及びスロット間に変更される。ＤＭＲＳに対して直交カバリングが用いられる。

１個のスロットに含まれる７個のＳＣ−ＦＤＭＡシンボルのうち、３個のＳＣ−ＦＤＭＡシンボル間隔で離れた２個のＳＣ−ＦＤＭＡシンボルには参照信号（ＤＭＲＳ）が乗せられ、残り５個のＳＣ−ＦＤＭＡシンボルにはＣＱＩ情報が乗せられる。１スロット中に２個のＲＳが用いられることは、高速端末を支援するためである。また、循環シフト（ＣＳ）シーケンスを用いて各端末を区別する。ＣＱＩ情報シンボルはＳＣ−ＦＤＭＡシンボル全体に変調されて伝達され、ＳＣ−ＦＤＭＡシンボルは一つのシーケンスで構成されている。すなわち、端末は各シーケンスにＣＱＩを変調して送信する。

一つのＴＴＩに送信可能なシンボル数は１０個であり、ＣＱＩ情報の変調はＱＰＳＫまで定められている。ＳＣ−ＦＤＭＡシンボルに対してＱＰＳＫマッピングを用いる場合、２ビットのＣＱＩ値を乗せ得るため、１スロットに１０ビットのＣＱＩ値を乗せることができる。したがって、１サブフレームに最大２０ビットのＣＱＩ値を乗せることができる。ＣＱＩ情報を周波数領域において拡散するために周波数領域拡散符号を用いる。

周波数領域拡散符号としては長さ１２のＣＡＺＡＣシーケンス（例えば、ＺＣシーケンス）を用いることができる。各制御チャネルは、互いに異なる循環シフト（ｃｙｃｌｉｃｓｈｉｆｔ）値を持つＣＡＺＡＣシーケンスを適用して区別することができる。周波数領域で拡散されたＣＱＩ情報にＩＦＦＴを行う。

１２個の等間隔を持つ循環シフトによって１２個の互いに異なる端末を同一ＰＵＣＣＨＲＢ上で直交多重化することができる。一般ＣＰ場合に、ＳＣ−ＦＤＭＡシンボル１及び５上の（拡張されたＣＰ場合はＳＣ−ＦＤＭＡシンボル３上の）ＤＭＲＳシーケンスは、周波数領域上のＣＱＩ信号シーケンスに類似するが、ＣＱＩ情報のような変調が適用されない。端末は、ＰＵＣＣＨリソースインデックス（ｎ^（２） _{ＰＵＣＣＨ}）で示されるＰＵＣＣＨリソース上で周期的に異なったＣＱＩ、ＰＭＩ及びＲＩタイプを報告するように、上位層シグナリングによって半−静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定されてもよい。ここで、ＰＵＣＣＨリソースインデックス（Ｎ^（２） _{ＰＵＣＣＨ}）は、ＰＵＣＣＨフォーマット２／２ａ／２ｂ送信に用いられるＰＵＣＣＨ領域及び用いられる循環シフト（ＣＳ）値を示す情報である。

次に、改善された−ＰＵＣＣＨ（ｅ−ＰＵＣＣＨ）フォーマットについて説明する。ｅ−ＰＵＣＣＨはＬＴＥ−ＡシステムのＰＵＣＣＨフォーマット３に対応し得る。ＰＵＣＣＨフォーマット３を用いたＡＣＫ／ＮＡＣＫ送信にはブロック拡散（ｂｌｏｃｋｓｐｒｅａｄｉｎｇ）技法を適用することができる。

ブロック拡散技法は、既存のＰＵＣＣＨフォーマット１系列又は２系列とは違い、制御信号送信をＳＣ−ＦＤＭＡ方式を用いて変調する方式である。図９に示すように、シンボルシーケンスをＯＣＣ（ＯｒｔｈｏｇｏｎａｌＣｏｖｅｒＣｏｄｅ）を用いて時間領域（ｄｏｍａｉｎ）上で拡散して送信することができる。ＯＣＣを用いることによって同一ＲＢ上に複数個の端末の制御信号を多重化することができる。前述したＰＵＣＣＨフォーマット２の場合には一つのシンボルシーケンスを時間領域にわたって送信し、ＣＡＺＡＣシーケンスのＣＳ（ｃｙｃｌｉｃｓｈｉｆｔ）を用いて複数個の端末の制御信号を多重化するのに対し、ブロック拡散ベースのＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）の場合には、一つのシンボルシーケンスを周波数領域にわたって送信し、ＯＣＣによる時間領域拡散を用いて複数個の端末の制御信号を多重化する。

図９（ａ）では、１スロットの間に１シンボルシーケンスに長さ＝４（又は、拡散因子（ｓｐｒｅａｄｉｎｇｆａｃｔｏｒ、ＳＦ）＝４）のＯＣＣを用いて４個のＳＣ−ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に３個のＲＳシンボル（すなわち、ＲＳ部分）を用いることができる。

又は、図９（ｂ）では、１スロットの間に１シンボルシーケンスに長さ＝５（又は、ＳＦ＝５）のＯＣＣを用いて５個のＳＣ−ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に２個のＲＳシンボルを用いることができる。

図９の例示では、ＲＳシンボルを、特定循環シフト値が適用されたＣＡＺＡＣシーケンスから生成することができ、複数個のＲＳシンボルにわたって所定のＯＣＣが適用された（又は、乗算された）形態で送信することができる。また、図９の例示で、それぞれのＯＦＤＭシンボル（又は、ＳＣ−ＦＤＭＡシンボル）別に１２個の変調シンボルが用いられ、それぞれの変調シンボルはＱＰＳＫによって生成されるとすれば、１スロットで送信可能な最大ビット数は１２×２＝２４ビットとなる。したがって、２スロットで送信可能なビット数は４８ビットとなる。このようにブロック拡散方式のＰＵＣＣＨチャネル構造を用いると、既存のＰＵＣＣＨフォーマット１系列及び２系列に比べて拡張された大きさの制御情報の送信が可能となる。

ＡＣＫ／ＮＡＣＫ多重化方案

ＡＣＫ／ＮＡＣＫ多重化の場合に、複数個のデータユニットに対するＡＣＫ／ＮＡＣＫ応答の内容（ｃｏｎｔｅｎｔｓ）を、実際ＡＣＫ／ＮＡＣＫ送信で用いられるＡＣＫ／ＮＡＣＫユニットとＱＰＳＫ変調されたシンボルのうちの一つとの組合せ（ｃｏｍｂｉｎａｔｉｏｎ）によって識別することができる。例えば、一つのＡＣＫ／ＮＡＣＫユニットが２ビットサイズの情報を運ぶと仮定し、最大２個のデータユニットを受信すると仮定する。ここで、受信されたそれぞれのデータユニットに対するＨＡＲＱ確認応答は一つのＡＣＫ／ＮＡＣＫビットによって表現されると仮定する。このような場合、データを送信した送信端は、ＡＣＫ／ＮＡＣＫ結果を、下記の表４に示すように識別することができる。

上記表４で、ＨＡＲＱ−ＡＣＫ（ｉ）（ｉ＝０，１）は、データユニットｉに対するＡＣＫ／ＮＡＣＫ結果を示す。前述したように、最大２個のデータユニット（データユニット０及びデータユニット１）が受信されると仮定したため、上記表４では、データユニット０に対するＡＣＫ／ＮＡＣＫ結果はＨＡＲＱ−ＡＣＫ（０）で表示し、データユニット１に対するＡＣＫ／ＮＡＣＫ結果はＨＡＲＱ−ＡＣＫ（１）で表示する。上記表４で、ＤＴＸ（ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ）は、ＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットが送信されないことを示したり、又は受信端がＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの存在を検出できないことを示す。また、ｎ^（１） _{ＰＵＣＣＨ、Ｘ}は、実際ＡＣＫ／ＮＡＣＫ送信に用いられるＡＣＫ／ＮＡＣＫユニットを示す。最大２個のＡＣＫ／ＮＡＣＫユニットが存在する場合、ｎ^（１） _{ＰＵＣＣＨ、０}及びｎ^（１） _{ＰＵＣＣＨ、１}で表現することができる。また、ｂ（０）、ｂ（１）は、選択されたＡＣＫ／ＮＡＣＫユニットによって送信される２個のビットを示す。ＡＣＫ／ＮＡＣＫユニットを通じて送信される変調シンボルはビットｂ（０）、ｂ（１）によって決定される。

例えば、受信端が２個のデータユニットを成功的に受信及びデコードした場合（すなわち、上記表４のＡＣＫ、ＡＣＫの場合）、受信端はＡＣＫ／ＮＡＣＫユニットｎ^（１） _{ＰＵＣＣＨ、１}を用いて２個のビット（１，１）を送信する。又は、受信端が２個のデータユニットを受信する場合に、第１データユニット（すなわち、ＨＡＲＱ−ＡＣＫ（０）に対応するデータユニット０）のデコーティング（又は、検出）に失敗し、第２データユニット（すなわち、ＨＡＲＱ−ＡＣＫ（１）に対応するデータユニット１）のデコーティングに成功すると（すなわち、上記表４のＮＡＣＫ／ＤＴＸ、ＡＣＫの場合）、受信端はＡＣＫ／ＮＡＣＫユニットｎ^（１） _{ＰＵＣＣＨ、１}を用いて２個のビット（０，０）を送信する。

このように、ＡＣＫ／ＮＡＣＫユニットの選択及び送信されるＡＣＫ／ＮＡＣＫユニットの実際ビット内容との組合せ（すなわち、上記表４でｎ^（１） _{ＰＵＣＣＨ，０}又はｎ^（１） _{ＰＵＣＣＨ、１}のうち一つを選択することとｂ（０）、ｂ（１）との組合せ）を実際ＡＣＫ／ＮＡＣＫの内容と連係（ｌｉｎｋ）又はマップすることによって、一つのＡＣＫ／ＮＡＣＫユニットを用いて、複数個のデータユニットに対するＡＣＫ／ＮＡＣＫ情報を送信することが可能になる。前述したＡＣＫ／ＮＡＣＫ多重化の原理をそのまま拡張して、２よりも多い個数のデータユニットに対するＡＣＫ／ＮＡＣＫ多重化を容易に具現することもできる。

このようなＡＣＫ／ＮＡＣＫ多重化方式において基本的に全てのデータユニットに対して少なくとも一つのＡＣＫが存在する場合には、ＮＡＣＫとＤＴＸとを区別しなくてもよい（すなわち、上記表４でＮＡＣＫ／ＤＴＸと表現するように、ＮＡＣＫとＤＴＸとを結合（ｃｏｕｐｌｅ）してもよい）。なぜなら、ＮＡＣＫとＤＴＸとを区別して表現しようとする場合に発生し得る全てのＡＣＫ／ＮＡＣＫ状態（すなわち、ＡＣＫ／ＮＡＣＫ仮設（ｈｙｐｏｔｈｅｓｅｓ））を、ＡＣＫ／ＮＡＣＫユニットとＱＰＳＫ変調されたシンボルとの組合せだけでは反映することができないためである。一方、全てのデータユニットに対してＡＣＫが存在しない場合（すなわち、全てのデータユニットに対してＮＡＣＫ又はＤＴＸのみが存在する場合）には、ＨＡＲＱ−ＡＣＫ（ｉ）の中で一つのみが確実にＮＡＣＫ（すなわち、ＤＴＸと区別されるＮＡＣＫ）であることを示す一つの確実なＮＡＣＫの場合を定義することができる。このような場合、一つの確実なＮＡＣＫに該当するデータユニットに対応するＡＣＫ／ＮＡＣＫユニットは、複数個のＡＣＫ／ＮＡＣＫの信号を送信するために留保（ｒｅｓｅｒｖｅｄ）されてもよい。

ＰＵＣＣＨピギーバック

既存の３ＧＰＰＬＴＥシステム（例えば、リリース−８）システムの上りリンク送信では、端末機のパワーアンプの効率的な活用のために、パワーアンプの性能に影響を及ぼすＰＡＰＲ（Ｐｅａｋ−ｔｏ−ＡｖｅｒａｇｅＰｏｗｅｒＲａｔｉｏ）特性やＣＭ（ＣｕｂｉｃＭｅｔｒｉｃ）特性に優れた単一搬送波送信を維持するようになっている。すなわち、既存のＬＴＥシステムのＰＵＳＣＨ送信の場合は、送信しようとするデータをＤＦＴ−プリコーディング（ｐｒｅｃｏｄｉｎｇ）して単一搬送波特性を維持し、ＰＵＣＣＨ送信の場合は、単一搬送波特性を有するシーケンスに情報を乗せて送信することによって単一搬送波特性を維持することができる。しかし、ＤＦＴ−プリコーディングをしたデータを周波数軸に不連続して割り当てたり、ＰＵＳＣＨとＰＵＣＣＨを同時に送信する場合には、このような単一搬送波特性が損なわれる。

したがって、図１０のようにＰＵＣＣＨ送信と同一のサブフレームにＰＵＳＣＨ送信がある場合、単一搬送波特性を維持するために、ＰＵＣＣＨで送信するＵＣＩ（ｕｐｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）情報をＰＵＳＣＨに乗せてデータと共に送信（Ｐｉｇｇｙｂａｃｋ）するようになっている。

前述したとおり、既存のＬＴＥ端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信できないことから、ＰＵＳＣＨが送信されるサブフレームではＵＣＩ（ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩなど）をＰＵＳＣＨ領域に多重化する方法を用いる。一例として、ＰＵＳＣＨを送信するように割り当てられたサブフレームでＣＱＩ及び／又はＰＭＩを送信しなければならない場合、ＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩとをＤＦＴ−拡散の前に多重化して、制御情報とデータを共に送信することができる。この場合、ＵＬ−ＳＣＨデータは、ＣＱＩ／ＰＭＩリソースを考慮してレート−マッチングを行う。また、ＵＬ−ＳＣＨデータをパンクチャリングしてＨＡＲＱＡＣＫ、ＲＩなどの制御情報をＰＵＳＣＨ領域に多重化することができる。

キャリアアグリゲーション

図１１は、キャリアアグリゲーションを説明するための図である。キャリアアグリゲーションを説明する前に、まず、ＬＴＥ−Ａで無線リソースを管理するために導入されたセル（Ｃｅｌｌ）の概念について説明する。セルは、下りリンクリソース及び上りリンクリソースの組合せと理解することができる。ここで、上りリンクリソースは必須の要素ではなく、よって、セルは、下りリンクリソース単独、又は下りリンクリソース及び上りリンクリソースの組合せで構成することができる。ただし、これは、現在ＬＴＥ−Ａリリース１０における定義であり、逆の場合、すなわち、セルが上りリンクリソース単独で構成される場合も可能である。下りリンクリソースは下りリンク構成搬送波（Ｄｏｗｎｌｉｎｋｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ、ＤＬＣＣ）と、上りリンクリソースは上りリンク構成搬送波（Ｕｐｌｉｎｋｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ、ＵＬＣＣ）と呼ぶことができる。ＤＬＣＣ及びＵＬＣＣは、搬送波周波数（ｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙ）と表現することができ、搬送波周波数は、当該セルにおける中心周波数（ｃｅｎｔｅｒｆｒｅｑｕｅｎｃｙ）を意味する。

セルは、プライマリ周波数（ｐｒｉｍａｒｙｆｒｅｑｕｅｎｃｙ）で動作するプライマリセル（ｐｒｉｍａｒｙｃｅｌｌ、ＰＣｅｌｌ）と、セカンダリ周波数（ｓｅｃｏｎｄａｒｙｆｒｅｑｕｅｎｃｙ）で動作するセカンダリセル（ｓｅｃｏｎｄａｒｙｃｅｌｌ、ＳＣｅｌｌ）とに分類することができる。ＰＣｅｌｌとＳＣｅｌｌをサービングセル（ｓｅｒｖｉｎｇｃｅｌｌ）と総称することができる。ＰＣｅｌｌは、端末が初期接続設定（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再設定過程又はハンドオーバー過程で指示されたセルをＰＣｅｌｌとすることができる。すなわち、ＰＣｅｌｌは、後述するキャリアアグリゲーション環境において制御関連中心（センタ）となるセルと理解することができる。端末は、自身のＰＣｅｌｌでＰＵＣＣＨの割当て受け、送信をすることができる。ＳＣｅｌｌは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）接続設定がなされた後に構成可能であり、追加的な無線リソースを提供するために用いることができる。キャリアアグリゲーション環境でＰＣｅｌｌを除く残りのサービングセルをＳＣｅｌｌと見なすことができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリアアグリゲーションが設定されていないか、又はキャリアアグリゲーションを支援しない端末の場合、ＰＣｅｌｌのみで構成されたサービングセルがただ一つ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるとともにキャリアアグリゲーションが設定された端末の場合、一つ以上のサービングセルが存在し、全体サービングセルにはＰＣｅｌｌ及び全体ＳＣｅｌｌが含まれる。キャリアアグリゲーションを支援する端末のために、ネットワークは、初期保安活性化（ｉｎｉｔｉａｌｓｅｃｕｒｉｔｙａｃｔｉｖａｔｉｏｎ）過程が開始された後、接続設定過程で初期に構成されるＰＣｅｌｌに加えて、一つ以上のＳＣｅｌｌを構成することができる。

以下、図１１を参照してキャリアアグリゲーションについて説明する。キャリアアグリゲーションは、高い高速送信率に対する要求に符合するべく、より広い帯域を使用し得るように導入された技術である。キャリアアグリゲーションは、搬送波周波数が互いに異なる２個以上の構成搬送波（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ、ＣＣ）の集合（ａｇｇｒｅｇａｔｉｏｎ）と定義することができる。図１１を参照すると、図１１（ａ）は、既存ＬＴＥシステムで一つのＣＣを使用する場合のサブフレームを示し、図１１（ｂ）は、キャリアアグリゲーションが用いられる場合のサブフレームを示す。図１１（ｂ）には、それぞれ２０ＭＨｚを有する３個のＣＣが用いられて総６０ＭＨｚの帯域幅を支援することを例示している。ここで、各ＣＣは連続してもよく、不連続してもよい。

端末は、下りリンクデータを複数個のＤＬＣＣを介して同時に受信し、モニタすることができる。各ＤＬＣＣとＵＬＣＣ間のリンケージ（ｌｉｎｋａｇｅ）は、システム情報で示すことができる。ＤＬＣＣ／ＵＬＣＣリンクは、システムに固定されていてもよく、半−静的に構成されてもよい。また、システム全体帯域がＮ個のＣＣで構成されても、特定端末がモニタ／受信できる周波数帯域は、Ｍ（＜Ｎ）個のＣＣに限定することができる。キャリアアグリゲーションに対する様々なパラメータは、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）の方式で設定することができる。

図１２は、クロス搬送波スケジューリングを説明するための図である。クロス搬送波スケジューリングとは、例えば、複数のサービングセルのいずれか一つのＤＬＣＣの制御領域に他のＤＬＣＣの下りリンクスケジューリング割当て情報を全て含むこと、又は複数のサービングセルのいずれか一つのＤＬＣＣの制御領域に、そのＤＬＣＣとリンクされている複数のＵＬＣＣに対する上りリンクスケジューリング承認情報を全て含むこと、を意味する。まず、搬送波指示子フィールド（ｃａｒｒｉｅｒｉｎｄｉｃａｔｏｒｆｉｅｌｄ、ＣＩＦ）について説明する。

ＣＩＦは、前述したように、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットに含まれてもよく、含まれなくてもよいが、含まれた場合、クロス搬送波スケジューリングが適用されたことを示す。クロス搬送波スケジューリングが適用されない場合には、下りリンクスケジューリング割当て情報は、現在下りリンクスケジューリング割当て情報が送信されるＤＬＣＣ上で有効である。また、上りリンクスケジューリング承認は、下りリンクスケジューリング割当て情報が送信されるＤＬＣＣとリンクされた一つのＵＬＣＣに対して有効である。

クロス搬送波スケジューリングが適用された場合、ＣＩＦは、いずれか一つのＤＬＣＣでＰＤＣＣＨを介して送信される下りリンクスケジューリング割当て情報に関連したＣＣを指示する。例えば、図１２を参照すると、ＤＬＣＣＡ上の制御領域におけるＰＤＣＣＨを介して、ＤＬＣＣＢ及びＤＬＣＣＣに対する下りリンク割当て情報、すなわち、ＰＤＳＣＨリソースに関する情報が送信される。端末は、ＤＬＣＣＡをモニタし、ＣＩＦから、ＰＤＳＣＨのリソース領域及び該当のＣＣを把握することができる。

ＰＤＣＣＨにＣＩＦが含まれるか否かは、半−静的に設定することができ、上位層シグナリングによって端末−特定に活性化させることができる。ＣＩＦが非活性化（ｄｉｓａｂｌｅｄ）された場合に、特定ＤＬＣＣ上のＰＤＣＣＨは、同ＤＬＣＣ上のＰＤＳＣＨリソースを割り当て、特定ＤＬＣＣにリンクされたＵＬＣＣ上のＰＵＳＣＨリソースを割り当てることができる。この場合、既存のＰＤＣＣＨ構造と同一のコーディング方式、ＣＣＥベースのリソースマッピング、ＤＣＩフォーマットなどを適用することができる。

一方、ＣＩＦが活性化（ｅｎａｂｌｅｄ）される場合に、特定ＤＬＣＣ上のＰＤＣＣＨは、複数個の併合されたＣＣのうち、ＣＩＦが示す一つのＤＬ／ＵＬＣＣ上におけるＰＤＳＣＨ／ＰＵＳＣＨリソースを割り当てることができる。この場合、既存のＰＤＣＣＨＤＣＩフォーマットにＣＩＦをさらに定義することができ、固定された３ビット長のフィールドと定義されてもよく、ＣＩＦ位置がＤＣＩフォーマットの大きさに関係なく固定されてもよい。この場合にも、既存のＰＤＣＣＨ構造と同一のコーディング方式、ＣＣＥベースのリソースマッピング、ＤＣＩフォーマットなどを適用することができる。

ＣＩＦが存在する場合にも、基地局は、ＰＤＣＣＨをモニタするＤＬＣＣセットを割り当てることができる。これによって、端末におけるブラインドデコーディングの負担を減少させることができる。ＰＤＣＣＨモニタリングＣＣセットは、併合された全ＤＬＣＣの一部分であり、端末はＰＤＣＣＨの検出／デコーディングを該当のＣＣセットでのみ行うことができる。すなわち、端末に対してＰＤＳＣＨ／ＰＵＳＣＨをスケジュールするために、基地局はＰＤＣＣＨをＰＤＣＣＨモニタリングＣＣセット上でのみ送信することができる。ＰＤＣＣＨモニタリングＤＬＣＣセットは、端末−特定、端末グループ−特定、又はセル−特定に設定することができる。例えば、図１２の例示のように３個のＤＬＣＣが併合される場合に、ＤＬＣＣＡをＰＤＣＣＨモニタリングＤＬＣＣと設定することができる。ＣＩＦが非活性化される場合、それぞれのＤＬＣＣ上のＰＤＣＣＨはＤＬＣＣＡにおけるＰＤＳＣＨのみをスケジュールすることができる。一方、ＣＩＦが活性化されると、ＤＬＣＣＡ上のＰＤＣＣＨは、ＤＬＣＣＡはもとより、他のＤＬＣＣにおけるＰＤＳＣＨもスケジュールすることができる。ＤＬＣＣＡがＰＤＣＣＨモニタリングＣＣとして設定される場合には、ＤＬＣＣＢ及びＤＬＣＣＣではＰＤＣＣＨが送信されない。

前述したようなキャリアアグリゲーションが適用されるシステムにおいて、端末は、複数個の下りリンク搬送波を介して複数個のＰＤＳＣＨを受信することができ、このような場合、端末はそれぞれのデータに対するＡＣＫ／ＮＡＣＫを一つのサブフレームで一つのＵＬＣＣ上で送信すべき場合が発生する。一つのサブフレームで複数個のＡＣＫ／ＮＡＣＫをＰＵＣＣＨフォーマット１ａ／１ｂを用いて送信する場合、高い送信電力が要求され、上りリンク送信のＰＡＰＲが増加し、送信電力増幅器の非効率的な使用によって端末の基地局からの送信可能距離が減少しうる。一つのＰＵＣＣＨを介して複数個のＡＣＫ／ＮＡＣＫを送信するためには、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）又はＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）を適用することができる。

また、キャリアアグリゲーションの適用による多数の下りリンクデータ及び／又はＴＤＤシステムにおいて複数個のＤＬサブフレームで送信された多数の下りリンクデータに対するＡＣＫ／ＮＡＣＫ情報が、一つのサブフレームでＰＵＣＣＨを介して送信されなければならない場合が発生しうる。このような場合において、送信されるべきＡＣＫ／ＮＡＣＫビットがＡＣＫ／ＮＡＣＫバンドリング又は多重化によって支援可能な個数よりも多い場合には、上記の方案ではＡＣＫ／ＮＡＣＫ情報を正しく送信することができない。

上りリンク電力制御

ＬＴＥ／ＬＴＥ−Ａシステムでは、上りリンク制御情報、データなどの円滑な復調のために上りリンク電力制御が適用される。この上りリンク電力制御を、ＰＵＣＣＨ電力制御、ＰＵＳＣＨ電力制御、及び上りリンクＳＲＳ（ｓｏｕｎｄｉｎｇｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）電力制御に区別することができる。

ＰＵＣＣＨ電力制御は、ＰＵＣＣＨ上で送信される制御情報の復調が十分に低いエラー率でなされるようにするために、経路減衰（Ｐａｔｈｌｏｓｓ）、端末の最大送信電力などを考慮して決定する。

具体的に、セルｃのサブフレームｉで、ＰＵＣＣＨ電力制御は、次の式２によって行うことができる。

ここで、Ｐ_{ＣＭＡＸ，ｃ}（ｉ）は、端末における最大送信電力を意味し、ＰＵＣＣＨ電力制御命令の上限となる。

Ｐ_{０＿ＰＵＣＣＨ}は、基地局が受信したがる所望のＰＵＣＣＨ送信電力値である。この値は、端末特定のパラメータであって、上位層シグナリングによって伝達され、名目上（ｎｏｍｉｎａｌ）電力値Ｐ_{Ｏ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨ}及びＰ_{０＿ＵＥ＿ＰＵＣＣＨ}の和と決定される。

ＰＬ_ｃは、セルｃにおける経路減衰（ｐａｈｔｈｌｏｓｓ）値であって、端末が推定した値である。この値は、下りリンクセル特定参照信号（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＣＲＳ）の受信電力を測定することによって端末が推定することができる。

Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ＭＣＳを考慮して上位層からシグナルされる値である。これは、ＰＵＣＣＨフォーマットに従ってサブフレーム当たりビット数及び互いに異なるエラー率が要求されることから互いに異なる信号対雑音干渉比（ＳｉｇｎａｌｔｏＮｏｉｓｅＩｎｔｅｒｆｅｒｅｎｃｅＲａｔｉｏ、ＳＩＮＲ）が必要とされることを反映するための値である。

Δ_ＴｘＤ（Ｆ’）は、２つのアンテナポートを用いてＰＵＣＣＨを送信する場合、上位層からシグナルされる電力オフセットであり、ＰＵＣＣＨフォーマットに従属する値である。

ｇ（ｉ）は、現在のＰＵＣＣＨ電力制御調節状態累積（ａｃｃｕｍｕｌａｔｉｏｎ）値であり、ＰＤＣＣＨ上で送信されるＤＣＩフォーマットに含まれた送信電力制御（ｔｒａｎｓｍｉｔｐｏｗｅｒｃｏｎｔｒｏｌ）命令フィールド値に対応する電力値δ_{ＰＵＣＣＨ}及び直前サブフレームのＰＵＣＣＨ電力制御調節状態値であるｇ（ｉ−１）によって決定される。ここで、δ_{ＰＵＣＣＨ}は、次の表５に基づいて、ＤＣＩフォーマットにおけるＴＰＣフィールド値によって決定することができる。

次に、ＰＵＣＣＨ送信が伴わない場合のＰＵＳＣＨ電力制御は、次の式４のように決定することができる。

Ｐ_{ＣＭＡＸ，ｃ}（ｉ）は、端末における最大送信電力を、Ｍ_{ＰＵＳＣＨ，ｃ}（ｉ）は、ＲＢの数で表現されるＰＵＳＣＨ送信帯域幅を表す。

Ｐ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）は、基地局が受信したがる所望のＰＵＳＣＨ送信電力値を意味する。この値は、名目上（ｎｏｍｉｎａｌ）電力値Ｐ_{Ｏ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨ}及びＰ_{Ｏ＿ＵＥ＿ＰＵＣＣＨ}の和と決定される。半持続的スケジューリングの場合にはｊ＝０、動的スケジューリングの場合にはｊ＝１、ランダムアクセス応答の場合にはｊ＝２と決定される。

Δ_ＴＦ，ｃ（ｉ）は、上位層シグナリングで伝達される値とＲＥ当たりビット数（ＢｉｔＰｅｒＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＢＰＲＥ）、ＣＱＩ、ＰＭＩなどのビット数などを用いて計算される値である。

ｆ_ｃ（ｉ）は、累積（ａｃｃｕｍｕｌａｔｉｏｎ）値であり、ＰＤＣＣＨ上で送信されるＤＣＩフォーマットに含まれた送信電力制御（ｔｒａｎｓｍｉｔｐｏｗｅｒｃｏｎｔｒｏｌ）命令フィールド値に対応する電力値δ_{ＰＵＣＣＨ}、ＦＤＤ、ＴＤＤなどの設定による値であるＫ_{ＰＵＳＣＨ}、及び直前サブフレームまでの累積値であるｆ_ｃ（ｉ−１）によって決定される。

仮に、ＰＵＳＣＨ送信にＰＵＣＣＨ送信が伴われる場合、ＰＵＳＣＨ電力制御は、次の式４のとおりである。

Ｅｎｈａｎｃｅｄ−ＰＤＣＣＨ（ＥＰＤＣＣＨ）

リリース１１以降のＬＴＥシステムでは、ＣｏＭＰ（ＣｏｏｒｄｉｎａｔｅＭｕｌｔｉＰｏｉｎｔ）、ＭＵ−ＭＩＭＯ（ＭｕｌｔｉＵｓｅｒ−ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）などによるＰＤＣＣＨの容量不足、及びセル間干渉（ｉｎｔｅｒ−ｃｅｌｌｉｎｔｅｒｆｅｒｅｎｃｅ）によるＰＤＣＣＨ性能減少などに対する解決策として、従来のＰＤＳＣＨ領域で送信され得るＥｎｈａｎｃｅｄ−ＰＤＣＣＨ（ＥＰＤＣＣＨ）が考慮されている。また、ＥＰＤＣＣＨでは、プリコーディング（ｐｒｅ−ｃｏｄｉｎｇ）利得などを得るために、既存のＣＲＳベースのＰＤＣＣＨと違い、ＤＭＲＳに基づいてチャネル推定を行うことができる。

ＥＰＤＣＣＨ送信は、ＥＰＤＣＣＨ送信に用いられるＰＲＢ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ）ペアの構成によって、局部型（ｌｏｃａｌｉｚｅｄ）ＥＰＤＣＣＨ送信と分散型（ｄｉｓｔｒｉｂｕｔｅｄ）ＥＰＤＣＣＨ送信とに分類できる。局部型ＥＰＤＣＣＨ送信は、一つのＤＣＩ送信に用いられるＥＣＣＥが周波数ドメインで隣接している場合を意味し、ビームフォーミング利得を得るために特定プリコーディングを適用することができる。例えば、局部型ＥＰＤＣＣＨ送信は、集合レベルに該当する個数の連続したＥＣＣＥに基盤することができる。一方、分散型ＥＰＤＣＣＨ送信は、一つのＥＰＤＣＣＨが周波数ドメインで分離されたＰＲＢペアで送信されることを意味し、周波数ダイバーシティ側面の利得がある。例えば、分散型ＥＰＤＣＣＨ送信は、周波数ドメインで分離されたＰＲＢペアのそれぞれに含まれた４個のＥＲＥＧからなるＥＣＣＥに基盤することができる。端末には、１つ又は２つのＥＰＤＣＣＨＰＲＢセットが上位層シグナリングなどによって設定（ｃｏｎｆｉｇｕｒｅｄ）されてもよく、各ＥＰＤＣＣＨＰＲＢセットは、局部型ＥＤＰＣＣＨ送信又は分散型ＥＰＤＣＣＨ送信のいずれかのためのものであってもよい。

端末は、ＥＰＤＣＣＨを介して制御情報（ＤＣＩ）を受信／取得するために、既存ＬＴＥ／ＬＴＥ−Ａシステムにおけると類似の方法でブラインド復号を行うことができる。より詳しくは、端末は、設定された送信モードに該当するＤＣＩフォーマットのために、集合レベル別にＥＰＤＣＣＨ候補のセットに対して復号を試みる（モニタする）ことができる。ここで、モニタリングの対象となるＥＰＤＣＣＨ候補のセットをＥＰＤＣＣＨ端末特定探索空間と呼ぶことができ、この探索空間は集合レベル別に設定／構成されうる。また、集合レベルは、前述した既存ＬＴＥ／ＬＴＥ−Ａシステムとはやや異なり、サブフレームタイプ、ＣＰ長、ＰＲＢペアにおける利用可能なリソース量などによって｛１，２，４，８，１６，３２｝が可能である。

ＥＰＤＣＣＨが設定（ｃｏｎｆｉｇｕｒｅｄ）された端末の場合、ＰＲＢペアセットに含まれたＲＥはＥＲＥＧにインデクシングし、このＥＲＥＧをさらにＥＣＣＥ単位にインデクシングする。このインデクシングされたＥＣＣＥに基づいて探索空間を構成するＥＰＤＣＣＨ候補を決定し、ブラインド復号を行うことによって、制御情報を受信することができる。ここで、ＥＲＥＧは、既存のＬＴＥ／ＬＴＥ−ＡのＲＥＧに、ＥＣＣＥはＣＣＥに対応する概念であり、一つのＰＲＢペアは１６個のＥＲＥＧを含むことができる。

ＥＰＤＣＣＨを受信した端末は、ＥＰＤＣＣＨに対する受信確認応答（ＡＣＫ／ＮＡＣＫ）をＰＵＣＣＨ上で送信することができる。このときに用いられるリソース、すなわち、ＰＵＣＣＨリソースのインデックスは、前述した式１と同様に、ＥＰＤＣＣＨ送信に用いられたＥＣＣＥのうちの最低ＥＣＣＥインデックスによって決定することができる。すなわち、次の式５で表現することができる。

上記の式５で、ｎ^（１） _{ＰＵＣＣＨ−ＥＣＣＥ}はＰＵＣＣＨリソースインデックス、ｎ_ＥＣＣＥは、ＥＰＤＣＣＨ送信に用いられたＥＣＣＥのうちの最低のＥＣＣＥインデックスを表し、Ｎ^（１） _{ＰＵＣＣＨ}（Ｎ^（１） _{ＰＵＣＣＨ，ＥＰＤＣＣＨ}にしてもよい。）は、上位層シグナリングで伝達された値であり、ＰＵＣＣＨリソースインデックスが始まる地点を意味する。

ただし、上述した式５によって一律的にＰＵＣＣＨリソースインデックスを決定する場合にはリソース衝突の問題が発生しうる。例えば、２つのＥＰＤＣＣＨＰＲＢセットが設定される場合、各ＥＰＤＣＣＨＰＲＢセットにおけるＥＣＣＥインデクシングは独立しているため、各ＥＰＤＣＣＨＰＲＢセットにおける最低のＥＣＣＥインデックスが同一である場合がありうる。このような場合、ユーザ別にＰＵＣＣＨリソースの開始点を別にすることによって解決することもできるが、全てのユーザ別にＰＵＣＣＨリソースの開始点を別にすると、多いＰＵＣＣＨリソースを予約することにつながるため、非効率的である。また、ＥＰＤＣＣＨでは、ＭＵ−ＭＩＭＯのように、同一のＥＣＣＥ位置で複数ユーザのＤＣＩが送信されてもよいため、この点を考慮するＰＵＣＣＨリソース割当て方法も必要である。このようなＰＵＣＣＨリソースの衝突問題を解決するために、ＨＡＲＱ−ＡＣＫリソースオフセットフィールド（ＨＡＲＱ−ＡＣＫｒｅｓｏｕｒｃｅｏｆｆｓｅｔｆｉｅｌｄ；以下、ＡＲＯ）が導入された。ＡＲＯは、ＥＰＤＣＣＨを介してＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄが送信されるとき、当該ＤＣＩフォーマットに２ビットの情報フィールドとして存在する。

一方、ＰＤＳＣＨは、ＰＣｅｌｌ又はＳＣｅｌｌのいずれかで送信することができ、該ＰＤＳＣＨは、ＰＤＣＣＨ又はＥＰＤＣＣＨのいずれかで指示することができる。ここで、可能な場合において、ＰＤＳＣＨがＳＣｅｌｌ上で送信されるが、該ＰＤＳＣＨがＥＰＤＣＣＨによって送信される場合、ＰＵＣＣＨリソースの決定方式については未だ定義されていない。以下、このような場合、ＰＵＣＣＨリソースの決定方式を定義し、ＥＰＤＣＣＨによってＰＤＳＣＨが指示されることから必ず含まれるＡＲＯフィールド及びＴＰＣフィールドの使用について定義する。

実施例１−ＦＤＤの場合

ＥＰＤＣＣＨを介した下りリンク制御情報（ＤＣＩ）の受信が設定（ｃｏｎｆｉｇｕｒｅｄ）されている端末が、ＥＰＤＣＣＨで示すＰＤＳＣＨをＳＣｅｌｌ上で受信する場合、ＰＵＣＣＨリソースは、ＥＰＤＣＣＨを用いて受信したＤＣＩにおけるＴＰＣフィールドに基づいて決定することができる。すなわち、ＰＵＣＣＨリソースを、上位層シグナリングで伝達されたリソース値（ｒｅｓｏｕｒｃｅｖａｌｕｅ）のうち２ビットのＴＰＣフィールド値に対応するものと決定することができる。例えば、図１３に示すように、端末は、ＰＣｅｌｌ上で送信されるＥＰＤＣＣＨを介してＤＣＩを受信し、該ＥＰＤＣＣＨで示すＳＣｅｌｌ上のＰＤＳＣＨを介して下りリンクデータを受信する場合、次の表６に基づいてＰＵＣＣＣＨリソースを決定することができる。

このような場合、ＥＰＤＣＣＨを介して受信されるＤＣＩはＡＲＯフィールドを含むが、ＰＵＣＣＨリソースがＥＣＣＥインデックス及びＡＲＯフィールドに基づいて決定されずにＴＰＣフィールドに基づいて決定されるため、ＡＲＯフィールドは０で埋める（ｐａｄ）ことができる。

又は、ＡＲＯフィールドを０で埋める代わりに、ＡＲＯフィールド２ビットに追加的な意味／動作（動作は、事前に定義されてもよく、より動的な活用のためには端末に特定動作をＲＲＣシグナルしてもよい。）を付与することもできる。以下では、これに関する例示について説明する。

ＴＰＣフィールド値とＡＲＯ値との組合せがＰＵＣＣＨリソースを指示するように設定することができる。この場合、ＰＵＣＣＨリソースで示し得る値の種類を最大１６個まで増加させることができる。ＴＰＣフィールド値とＡＲＯ値との組合せによってＰＵＣＣＨリソースを示す方式の具体的な例示として次の表７を用いることができる。

また、他の実施例として、ＥＰＤＣＣＨを介して受信したＤＣＩにおけるＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソースがＡＲＯの値だけシフト（ｓｈｉｆｔ）するようにすることもできる。換言すれば、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＥＰＤＣＣＨにおいてＡＲＯを、ＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソース値の微調整（ｆｉｎｉｎｇｔｕｎｉｎｇ）用途に用いる。ここで、ＡＲＯが示す値は、ＦＤＤにおけると同一のＡＲＯ（すなわち、｛−２，−１，０，２｝のいずれか一つ）であってもよく、ＴＤＤの場合には、他の値を指定することができる。こうすると、ＰＵＣＣＨリソースをＴＰＣフィールドによって指定する上で、動的な割当ても可能となるため、ＰＵＣＣＨリソースの使用効率を向上させることができる。

他の実施例として、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＥＰＤＣＣＨにおいてＡＲＯを、ＳＣｅｌｌの（上位層シグナリングで伝達された値のうちの）ＰＵＣＣＨリソースを示す値として用い、ＴＰＣフィールドを、ＡＲＯで示したＰＵＣＣＨリソース値を微調整する用途（すなわち、ＡＲＯとして借用）に用いることができる。言い換えると、ＴＰＣフィールドをＳｃｅｌｌのＰＤＳＣＨに対するＰＵＣＣＨリソースを指示する用途に、ＡＲＯをＴＰＣフィールドで示したＰＵＣＣＨリソースをオフセットさせる用途にそれぞれ用いることができる。具体的に、例えば、ＴＰＣフィールドの２ビット｛００，０１，１０，１１｝はそれぞれ、オフセット値｛−２，−１，０，２｝を示し、このオフセット値は、ＡＲＯによって検出されたＰＵＣＣＨリソース位置を補正してより精密にＰＵＣＣＨリソース位置を指定することができる。

他の実施例として、ＡＲＯをＰＵＣＣＨリソースの送信電力決定に用いることもできる。換言すれば、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＥＰＤＣＣＨにおいてＡＲＯをＴＰＣ用途（ＰＵＣＣＨの累積電力制御）に用いることができる。このような場合、ＰＣｅｌｌのＴＰＣフィールドはＰＣｅｌｌの電力制御のために、ＳＣｅｌｌのＴＰＣフィールドはＳＣｅｌｌの電力制御のために用いる。これは、ＳＣｅｌｌが物理的に異なる位置から送信されるリピーター（ｒｅｐｅａｔｅｒ）又はＣｏＭＰシナリオ４のような状況で、ＳＣｅｌｌにも累積電力制御を可能にするという利点がある。

ＡＲＯは、ＰＣｅｌｌのＴＰＣを微調整する値として用いられてもよい。この場合、ＰＣｅｌｌ、ＳＣｅｌｌ両方ともＥＰＤＣＣＨをモニタするように指示されてもよい。

更に他の実施例として、ＡＲＯがＳＣｅｌｌのＰＵＣＣＨリソースを指示する値として用いられる場合、ＴＰＣフィールドをＳＣｅｌｌの累積電力制御の用途に用いることができる。すなわち、ＴＰＣフィールドを本来の用途に使用する。

実施例２−ＴＤＤの場合

端末に対してＰＵＣＣＨフォーマット３が設定された場合、ＤＡＩ＝１を有するとともに、ＰＣｅｌｌのＰＤＳＣＨをスケジュールするＰＤＣＣＨ、又はＡ／Ｎ応答を必要とするＰＤＣＣＨ（例えば、ＰＤＣＣＨｉｎｄｉｃａｔｉｎｇＰＣｅｌｌＤＬＳＰＳｒｅｌｅａｓｅ）を除く残りのＰＤＣＣＨのＴＰＣフィールドを通じてＰＵＣＣＨリソースが決定されてもよい。すなわち、上記ＴＰＣフィールドは、上位層シグナリングで明示的に割り当てられたＰＵＣＣＨフォーマット３リソースのうちの一つを指示することができる。また、端末に対してチャネル選択と共にＰＵＣＣＨフォーマット１ｂ（ＰＵＣＣＨｆｏｒｍａｔ１ｂｗｉｔｈｃｈａｎｎｅｌｓｅｌｅｃｔｉｏｎ）が設定された場合において、ＳＣｅｌｌのＰＤＳＣＨをスケジュールするＰＤＣＣＨがＳＣｅｌｌに存在すると、ＴＰＣフィールドは、上位層シグナリングで割り当てられた複数個のＰＵＣＣＨフォーマット１ｂリソースのうちの１つを指示することができる。

このような場合、ＰＵＣＣＨリソースがＴＰＣフィールドから決定されるため、ＡＲＯは、０で埋めることができる。

又は、前述したＦＤＤの場合と同様に、ＡＲＯの２ビット値にいずれかの動作を事前に／ＲＲＣなどによって定義することもできる。

一例として、ＡＲＯは、ｅＩＭＴＡ（ＴＤＤのサブフレーム構成において特定サブフレームの用途を変更する概念）において、用途の変更されたサブフレームの送信電力を指示する用途に用いることができる。例えば、上りリンク用途に設定されているサブフレームｋを下りリンク用途に変更して使用する場合、隣接セルの上りリンクに及ぶ干渉の影響を最小化するために、サブフレームｋの送信電力を、他の下りリンクサブフレームよりも小さく設定する必要がある。ここで、サブフレームｋの送信電力を示す用途にＡＲＯを使用する。

他の例として、ＡＲＯを、ｅＩＭＴＡにおいてＵＬ／ＤＬ動作を切り替えるサブフレームを指示する用途に使用することもできる。

他の実施例として、ＡＲＯをＰＵＣＣＨリソース値の微調整に使用することができる。例えば、ＴＰＣフィールドによってＰＵＣＣＨリソース値が決定されると、ＡＲＯが示す値でＰＵＣＣＨリソース値を調整することができる。ここで、ＡＲＯが示す値は｛−２，−１，０，２｝のうちの一つでよいが、必ずしもこれに制限されず、他の値の構成も可能である。

他の実施例として、ＡＲＯをＴＰＣ用途（累積電力制御）に使用することもでき、この場合、サブフレーム別にＴＰＣを精密に調節できるという長所がある。

ＡＲＯを、上位層シグナリングで伝達された値の中からＰＵＣＣＨリソース値を指示する用途に使用することもできる。この場合、ＴＰＣフィールドは、本来の用途である累積電力制御の用途に用いたり、又はＡＲＯで示すＰＵＣＣＨリソース値を微調整する用途に用いることができる。例えば、ＴＰＣフィールドは、｛−２，−１，０，２｝のいずれか一つの値を示し、ＡＲＯで示したＰＵＣＣＨリソース値にオフセットとして適用されてもよい。この場合、上位層シグナリングで伝達されるＰＵＣＣＨリソース値を動的に変更できるという長所がある。

本発明の実施例に係る装置構成

図１４は、本発明の実施形態に係る送信ポイント装置及び端末装置の構成を示す図である。

図１４を参照すると、本発明に係る送信ポイント装置１０は、受信モジュール１１、送信モジュール１２、プロセッサ１３、メモリ１４及び複数個のアンテナ１５を備えることができる。複数個のアンテナ１５は、ＭＩＭＯ送受信を支援する送信ポイント装置を意味する。受信モジュール１１は、端末からの上りリンク上の各種の信号、データ及び情報を受信することができる。送信モジュール１２は、端末への下りリンク上の各種の信号、データ及び情報を送信することができる。プロセッサ１３は、送信ポイント装置１０全般の動作を制御することができる。

本発明の一実施例に係る送信ポイント装置１０におけるプロセッサ１３は、前述した各実施例において必要な事項を処理することができる。

送信ポイント装置１０のプロセッサ１３は、その他にも、送信ポイント装置１０が受信した情報、外部に送信する情報などを演算処理する機能を担い、メモリ１４は、演算処理された情報などを所定時間記憶することができ、バッファー（図示せず）などの構成要素に代えてもよい。

続いて、図１４を参照すると、本発明に係る端末装置２０は、受信モジュール２１、送信モジュール２２、プロセッサ２３、メモリ２４及び複数個のアンテナ２５を備えることができる。複数個のアンテナ２５は、ＭＩＭＯ送受信を支援する端末装置を意味する。受信モジュール２１は、基地局からの下りリンク上の各種の信号、データ及び情報を受信することができる。送信モジュール２２は、基地局への上りリンク上の各種の信号、データ及び情報を送信することができる。プロセッサ２３は、端末装置２０全般の動作を制御することができる。

本発明の一実施例に係る端末装置２０におけるプロセッサ２３は、前述した各実施例において必要な事項を処理することができる。

端末装置２０のプロセッサ２３は、その他にも、端末装置２０が受信した情報、外部に送信する情報などを演算処理する機能を担い、メモリ２４は、演算処理された情報などを所定時間記憶することができ、バッファー（図示せず）などの構成要素に代えてもよい。

上記のような送信ポイント装置及び端末装置の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり、又は２つ以上の実施例が同時に適用されるように具現することができ、重複する内容は明確性のために説明を省略する。

また、図１４の説明において、送信ポイント装置１０についての説明は、下り送信主体又は上り受信主体としての中継機装置にも同一に適用することができ、端末装置２０についての説明は、下り受信主体又は上り送信主体としての中継機装置にも同一に適用することができる。

以上の本発明の実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって実現することができる。

ハードウェアによる実現の場合に、本発明の実施例に係る方法は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実現することができる。

ファームウェアやソフトウェアによる実現の場合に、本発明の実施例に係る方法は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態として具現することができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動することができる。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを授受することができる。

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

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

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

Claims

無線通信システムにおいて端末が受信確認応答を送信する方法であって、
ＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）を介して下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を取得するステップと、
ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を介して下りリンクデータを受信するステップと、
前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソースを用いて送信するステップと、
を含み、
前記ＰＤＳＣＨがＳＣｅｌｌ（ＳｅｃｏｎｄａｒｙＣｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、
前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドに基づいて決定される、受信確認応答を送信する方法。
前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドは、０で埋められている、請求項１に記載の受信確認応答を送信する方法。
前記ＥＰＤＣＣＨは、ＰＣｅｌｌ（ＰｒｉｍａｒｙＣｅｌｌ）上で送信される、請求項２に記載の受信確認応答を送信する方法。
前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値に対応するものと決定される、請求項２に記載の受信確認応答を送信する方法。
前記ＰＵＣＣＨリソースは、上位層シグナリングで伝達されたリソース値のうち、前記ＴＰＣフィールド値と前記ＰＵＣＣＨリソースに関連したオフセットフィールド値の組合せに対応するものと決定される、請求項１に記載の受信確認応答を送信する方法。
前記上位層シグナリングで伝達されたリソース値は、最大１６個である、請求項５に記載の受信確認応答を送信する方法。
前記ＴＰＣフィールドに基づいて決定されたＰＵＣＣＨリソースは、前記ＤＣＩに含まれた、前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値だけシフトする、請求項１に記載の受信確認応答を送信する方法。
前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、｛−２，−１，０，２｝のいずれか一つの値を指示する、請求項７に記載の受信確認応答を送信する方法。
前記ＰＵＣＣＨリソースに関連したオフセットフィールドの値は、前記ＰＵＣＣＨリソースの送信電力決定に用いられる、請求項１に記載の受信確認応答を送信する方法。
前記オフセットフィールドは、ＨＡＲＱ−ＡＣＫリソースオフセットフィールドである、請求項２に記載の受信確認応答を送信する方法。
前記ＤＣＩは、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄのいずれか一つである、請求項１に記載の受信確認応答を送信する方法。
前記受信確認応答は、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＮＡＣＫ（ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＤＴＸ（ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ）のうち一つ以上を含む、請求項１に記載の受信確認応答を送信する方法。
無線通信システムにおいてＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）に対する受信確認応答を送信する端末装置であって、
受信モジュールと、
プロセッサと、
を備え、
前記プロセッサは、ＥＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）を介して下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を取得し、ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を介して下りリンクデータを受信し、前記下りリンクデータに対する受信確認応答をＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソースを用いて送信し、
前記ＰＤＳＣＨがＳＣｅｌｌ（ＳｅｃｏｎｄａｒｙＣｅｌｌ）上で送信され、前記ＰＤＳＣＨが前記ＥＰＤＣＣＨによって指示される場合、前記ＰＵＣＣＨリソースは、前記ＤＣＩに含まれたＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）フィールドに基づいて決定される、端末装置。