JP2019169974A

JP2019169974A - 無線通信システムにおける端末のダウンリンク制御情報デコーディング方法及び装置

Info

Publication number: JP2019169974A
Application number: JP2019106124A
Authority: JP
Inventors: ドンヨンソ; Dongyoun Seo; ジュンクイアン; Joon-Kui Ahn; ソクチェルヤン; Suck Chel Yang; デスンワン; Daesung Hwang
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2013-09-27
Filing date: 2019-06-06
Publication date: 2019-10-03
Also published as: WO2015046989A1; EP3051712A1; KR101763585B1; US10779271B2; KR20170091165A; EP3051712A4; KR20160054499A; CN105580289A; JP2016536827A; EP3051712B1; US20190342869A1; CN105580289B; US20160242151A1; KR101797441B1; US10397908B2

Abstract

【課題】互いに異なる種類のサービングセルが設定された無線通信システムにおける端末のダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）デコーディング方法及び装置を提供する。【解決手段】前記方法は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び前記ＤＣＩをデコーディングし、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする。【選択図】図１６

Description

本発明は、無線通信に関し、より詳しくは、互いに異なるタイプの無線フレームを使用するサービングセルがアグリゲーションされた無線通信システムにおいて、ダウンリンク制御情報をデコーディングする方法及び装置に関する。

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＴＳ（ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ）リリース（Ｒｅｌｅａｓｅ）８に基づくＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）は、有力な次世代移動通信標準である。

３ＧＰＰＴＳ３６．２１１Ｖ８．７．０（２００９−０５）“ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；ＰｈｙｓｉｃａｌＣｈａｎｎｅｌｓａｎｄＭｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ８）”に開示されているように、ＬＴＥにおいて、物理チャネルは、ダウンリンクチャネルであるＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）とＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、及びアップリンクチャネルであるＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）とＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）に分けられる。

ＰＵＣＣＨは、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）ＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）、ＳＲ（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ）のようなアップリンク制御情報の送信に使われるアップリンク制御チャネルである。現在、３ＧＰＰＬＴＥの進化である３ＧＰＰＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）が進行している。

一方、３ＧＰＰＬＴＥの進化である３ＧＰＰＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）が進行している。３ＧＰＰＬＴＥ−Ａに導入される技術ではキャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）がある。

キャリアアグリゲーションは、複数のコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）を使用する。コンポーネントキャリアは、中心周波数と帯域幅で定義される。一つのダウンリンクコンポーネントキャリアまたはアップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとの対（ｐａｉｒ）が一つのセルに対応される。複数のダウンリンクコンポーネントキャリアを利用してサービスの提供を受ける端末は、複数のサービングセルからサービスの提供を受けるということができる。キャリアアグリゲーションでは、スケジューリングするセルとスケジューリングを受けるセルが互いに異なる交差搬送波スケジューリング（ｃｒｏｓｓｃａｒｒｉｅｒｓｃｈｅｄｕｌｉｎｇ）と、そうでない非交差搬送波スケジューリングがある。

一方、次世代無線通信システムには、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）無線フレームを使用するサービングセルとＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）無線フレームを使用するサービングセルのように互いに異なる無線フレーム構造を使用するサービングセルがアグリゲーションされることができる。即ち、端末に互いに異なるタイプの無線フレームを使用する複数のサービングセルが割り当てられることができる。または、同じタイプの無線フレームを使用する複数のサービングセルがアグリゲーションされても、各サービングセルのＵＬ−ＤＬ設定（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋｃｏｎｆｉｇｕｒａｔｉｏｎ）が異なることがある。

一方、ダウンリンク制御情報は、フォーマットが決められている。即ち、ダウンリンク制御情報がどんなフィールドを含むかが決められており、また、各フィールドのビット数も決められている。ところが、ダウンリンク制御情報フォーマットがＴＤＤに使われるかまたはＦＤＤに使われるかによってビット数が変わるフィールドもある。

互いに異なる無線フレーム構造を使用するサービングセルがアグリゲーションされた無線通信システムにおいて、交差搬送波スケジューリングが適用される場合、スケジューリングセルで送信されるダウンリンク制御情報のフォーマットは、スケジューリングを受けるセルがＦＤＤセルかまたはＴＤＤセルかによってダウンリンク制御情報の大きさが変わることができるという問題がある。この場合、端末のブラインドデコーディング回数が増加するようになるという問題がある。

本発明が解決しようとする技術的課題は、互いに異なるタイプの無線フレームを使用する複数のサービングセルがアグリゲーションされた無線通信システムにおいて、ダウンリンク制御情報をデコーディングする方法及び装置を提供することにある。

一側面において、互いに異なる種類のサービングセルが設定された無線通信システムにおいて、端末のダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）デコーディング方法を提供する。前記方法は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び前記ＤＣＩをデコーディングし、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする。

前記第１のセルは、前記端末が基地局との最初接続確立過程（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｄｕｒｅ）または接続再確立過程を実行するプライマリセルであり、前記第２のセルは、前記端末に前記プライマリセル以外に追加に割り当てられるセカンダリセルである。

前記第１のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルは、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＴＤＤセルである。

前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて互いに異なるビットサイズを有する特定フィールドを含む。

前記特定フィールドは、前記ＴＤＤセルをスケジューリングする時、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさを有する。

前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、３ビットで構成される。

前記第１のセルは、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであり、前記第２のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＦＤＤセルである。

前記特定フィールドは、前記ＦＤＤセルをスケジューリングする時、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさを有する。

前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、４ビットで構成される。

他の側面で提供される端末は、無線信号を送信及び受信するＲＦ（ｒａｄｉｏｆｒｅｑｕｅｎｃｙ）部；及び、前記ＲＦ部と連結されるプロセッサ；を含み、前記プロセッサは、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び前記ＤＣＩをデコーディングし、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする。
本明細書は、例えば、以下の項目も提供する。
（項目１）
互いに異なる種類のサービングセルが設定された無線通信システムにおける端末のダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）デコーディング方法において、
第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び
前記ＤＣＩをデコーディングし、
前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする方法。
（項目２）
前記第１のセルは、前記端末が基地局との最初接続確立過程（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｄｕｒｅ）または接続再確立過程を実行するプライマリセルであり、前記第２のセルは、前記端末に前記プライマリセル以外に追加に割り当てられるセカンダリセルであることを特徴とする項目１に記載の方法。
（項目３）
前記第１のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルは、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであることを特徴とする項目１に記載の方法。
（項目４）
前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて互いに異なるビットサイズを有する特定フィールドを含むことを特徴とする項目３に記載の方法。
（項目５）
前記特定フィールドは、前記ＴＤＤセルをスケジューリングする時、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさを有することを特徴とする項目４に記載の方法。
（項目６）
前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、３ビットで構成されることを特徴とする項目５に記載の方法。
（項目７）
前記第１のセルは、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであり、前記第２のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであることを特徴とする項目１に記載の方法。
（項目８）
前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて互いに異なるビットサイズを有する特定フィールドを含むことを特徴とする項目７に記載の方法。
（項目９）
前記特定フィールドは、前記ＦＤＤセルをスケジューリングする時、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさを有することを特徴とする項目８に記載の方法。
（項目１０）
前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドであり、４ビットで構成されることを特徴とする項目９に記載の方法。
（項目１１）
無線信号を送信及び受信するＲＦ（ｒａｄｉｏｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と連結されるプロセッサ；を含み、
前記プロセッサは、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、及び
前記ＤＣＩをデコーディングし、
前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングすることを特徴とする装置。

互いに異なるタイプの無線フレームを使用する複数のサービングセルがアグリゲーションされた無線通信システムにおいて、端末は、効率的にダウンリンク制御情報をデコーディングすることができる。

図１は、ＦＤＤ無線フレームの構造を示す。図２は、ＴＤＤ無線フレームの構造を示す。図３は、一つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）の一例を示す。図４は、ダウンリンクサブフレーム（ＤＬサブフレーム）の構造を示す。図５は、ＰＤＣＣＨのモニタリングを示す例示図である。図６は、ＦＤＤで使われるＤＣＩフォーマットの構造を示す。図７は、ＴＤＤで使われるＤＣＩフォーマットの構造を示す。図８は、アップリンクサブフレームの構造を示す。図９は、ノーマルＣＰでＰＵＣＣＨフォーマット１ｂのチャネル構造を示す。図１０は、ノーマルＣＰでＰＵＣＣＨフォーマット２／２ａ／２ｂのチャネル構造を示す。図１１は、ＰＵＣＣＨフォーマット３のチャネル構造を例示する。図１２は、３ＧＰＰＬＴＥにおいて、一つのセルで実行されるダウンリンクＨＡＲＱを例示する。図１３は、単一搬送波システムとキャリアアグリゲーションシステムの比較例である。図１４は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する一例を示す。図１５は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する他の例を示す。図１６は、本発明の一実施例に係るＤＣＩデコーディング方法を示す。図１７は、本発明の実施例が具現される無線機器を示すブロック図である。

端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）、ＵＴ（ｕｓｅｒｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓｄｅｖｉｃｅ）、ＰＤＡ（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。

基地局は、一般的に端末と通信する固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｙｓｔｅｍ）、アクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ）等、他の用語で呼ばれることもある。

基地局から端末への通信をダウンリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）といい、端末から基地局への通信をアップリンク（ｕｐｌｉｎｋ：ＵＬ）という。基地局及び端末を含む無線通信システムは、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）システムまたはＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）システムである。ＴＤＤシステムは、同じ周波数帯域で互いに異なる時間を使用してアップリンク及びダウンリンク送受信を実行する無線通信システムである。ＦＤＤシステムは、互いに異なる周波数帯域を使用し、同時にアップリンク及びダウンリンク送受信が可能な無線通信システムである。無線通信システムは、無線フレームを使用して通信を実行することができる。

図１は、ＦＤＤ無線フレームの構造を示す。

ＦＤＤ無線フレーム（ｒａｄｉｏｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）を含み、一つのサブフレームは、２個の連続的なスロット（ｓｌｏｔ）を含む。無線フレーム内に含まれるスロットは、０〜１９のインデックスが付けられる。一つのサブフレームの送信にかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ）といい、ＴＴＩは、最小スケジューリング単位（ｍｉｎｉｍｕｍｓｃｈｅｄｕｌｉｎｇｕｎｉｔ）である。例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。以下、ＦＤＤ無線フレームをＦＤＤフレームと略称する。

図２は、ＴＤＤ無線フレームの構造を示す。

図２を参照すると、ＴＤＤで使用するＴＤＤ無線フレームにはＤＬ（ｄｏｗｎｌｉｎｋ）サブフレームとＵＬ（Ｕｐｌｉｎｋ）サブフレームが共存する。表１は、無線フレームのＵＬ−ＤＬ設定（ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ）の一例を示す。

表１において、‘Ｄ’はＤＬサブフレームを示し、‘Ｕ’はＵＬサブフレームを示し、‘Ｓ’はスペシャルサブフレーム（ｓｐｅｃｉａｌｓｕｂｆｒａｍｅ）を示す。基地局からＵＬ−ＤＬ設定を受信すると、端末は、無線フレームで各サブフレームがＤＬサブフレームであるか、またはＵＬサブフレームであるかを知ることができる。以下、ＵＬ−ＤＬ設定Ｎ（Ｎは、０〜６のうちいずれか一つ）は、前記表１を参照することができる。

ＴＤＤフレームで、インデックス＃１とインデックス＃６を有するサブフレームは、スペシャルサブフレームであり、スペシャルサブフレームは、ＤｗＰＴＳ（ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）、ＧＰ（ＧｕａｒｄＰｅｒｉｏｄ）及びＵｐＰＴＳ（ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）を含む。ＤｗＰＴＳは、端末での初期セル探索、同期化またはチャネル推定に使われる。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期を合わせるのに使われる。ＧＰは、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路遅延によりアップリンクで発生する干渉を除去するための区間である。以下、ＴＤＤ無線フレームをＴＤＤフレームと略称する。

図３は、一つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）の一例を示す。

図３を参照すると、ダウンリンクスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域でＮ_ＲＢ個のリソースブロック（ＲＢ；ＲｅｓｏｕｒｃｅＢｌｏｃｋ）を含むことができる。リソースブロックは、リソース割当単位であり、時間領域で一つのスロットを含み、周波数領域で複数の連続する副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。ダウンリンクスロットに含まれるリソースブロックの数Ｎ_ＲＢは、セルで設定されるダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）Ｎ^ＤＬに従属する。例えば、ＬＴＥシステムにおいて、Ｎ_ＲＢは、６〜１１０のうちいずれか一つである。アップリンクスロットの構造も前記ダウンリンクスロットの構造と同じである。

リソースグリッド上の各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ、ＲＥ）という。リソースグリッド上のリソース要素は、スロット内のインデックス対（ｐａｉｒ）（ｋ，ｌ）により識別されることができる。ここで、ｋ（ｋ＝０，．．．，Ｎ_ＲＢ×１２−１）は、周波数領域内の副搬送波インデックスであり、ｌ（ｌ＝０，．．．，６）は、時間領域内のＯＦＤＭシンボルインデックスである。

図３において、一つのリソースブロックは、時間領域で７ＯＦＤＭシンボルと、周波数領域で１２副搬送波とで構成されることで、７×１２リソース要素を含むと例示的に記述するが、リソースブロック内のＯＦＤＭシンボルの数と副搬送波の数は、これに制限されるものではない。ＯＦＤＭシンボルの数と副搬送波の数は、ＣＰの長さ、周波数間隔（ｆｒｅｑｕｅｎｃｙｓｐａｃｉｎｇ）などによって多様に変更されることができる。一つのＯＦＤＭシンボルで、副搬送波の数は、１２８、２５６、５１２、１０２４、１５３６及び２０４８のうち一つを選定して使用することができる。

図４は、ダウンリンクサブフレーム（ＤＬサブフレーム）の構造を示す。

図４を参照すると、ＤＬサブフレームは、時間領域で制御領域（ｃｏｎｔｒｏｌｒｅｇｉｏｎ）とデータ領域（ｄａｔａｒｅｇｉｏｎ）とに分けられる。制御領域は、サブフレーム内の第１のスロットの前方部の最大３個（場合によって、最大４個）のＯＦＤＭシンボルを含むが、制御領域に含まれるＯＦＤＭシンボルの個数は変わることができる。制御領域には、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）及び他の制御チャネルが割り当てられ、データ領域には、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）が割り当てられる。

３ＧＰＰＴＳ３６．２１１Ｖ８．７．０に開示されているように、３ＧＰＰＬＴＥにおいて、物理チャネルは、データチャネルであるＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）とＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）、及び制御チャネルであるＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＦＩＣＨ（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄ−ＡＲＱＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）、ＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）に分けられる。

サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌｆｏｒｍａｔｉｎｄｉｃａｔｏｒ）を伝送する。端末は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディング（ｂｌｉｎｄｄｅｃｏｄｉｎｇ）を使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。

ＰＨＩＣＨは、アップリンクＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）のためのＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。即ち、端末により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に基地局により送信される。

ＰＢＣＨ（ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、端末が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）という。

ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令の集合及び／またはＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）の活性化を含むことができる。ＤＣＩは、多様なフォーマット（ｆｏｒｍａｔ）を有し、これに対しては後述する。

サブフレーム内の制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌｃｈａｎｎｅｌｅｌｅｍｅｎｔ）を含む。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位であって、複数のＲＥＧ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｇｒｏｕｐ）に対応される。ＲＥＧは、複数のリソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ）を含む。ＣＣＥの数とＣＣＥにより提供される符号化率との連関関係によって、ＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。

一つのＲＥＧは、４個のＲＥを含み、一つのＣＣＥは、９個のＲＥＧを含む。一つのＰＤＣＣＨを構成するために｛１，２，４，８｝個のＣＣＥを使用することができ、｛１，２，４，８｝の各々の要素をＣＣＥアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ）という。

ＰＤＤＣＨの送信に使われるＣＣＥの個数は、基地局がチャネル状態によって決定する。

図５は、ＰＤＣＣＨのモニタリングを示す例示図である。

３ＧＰＰＬＴＥでは、ＰＤＣＣＨの検出のためにブラインドデコーディング（ｂｌｉｎｄｄｅｃｏｄｉｎｇ）を使用する。ブラインドデコーディングは、受信されるＰＤＣＣＨ（これをＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）という）のＣＲＣ（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ）に所望の識別子をデマスキング（ｄｅ−ｍａｓｋｉｎｇ）し、ＣＲＣエラーをチェックすることで該当ＰＤＣＣＨが自分の制御チャネルかどうかを確認する方式である。端末は、自分のＰＤＣＣＨが制御領域内でどの位置でどんなＣＣＥアグリゲーションレベルやＤＣＩフォーマットを使用して送信されるかを知らない。

一つのサブフレーム内で複数のＰＤＣＣＨが送信されることができる。端末は、サブフレームごとに複数のＰＤＣＣＨをモニタリングする。ここで、モニタリングとは、端末がモニタリングされるＰＤＣＣＨフォーマットによってＰＤＣＣＨのデコーディングを試みることである。

３ＧＰＰＬＴＥでは、ブラインドデコーディングによる負担を減らすために、検索空間（ｓｅａｒｃｈｓｐａｃｅ）を使用する。検索空間は、ＰＤＣＣＨのためのＣＣＥのモニタリングセット（ｍｏｎｉｔｏｒｉｎｇｓｅｔ）ということができる。端末は、該当する検索空間内でＰＤＣＣＨをモニタリングする。

検索空間は、共用検索空間（ｃｏｍｍｏｎｓｅａｒｃｈｓｐａｃｅ：ＣＳＳ）と端末特定検索空間（ＵＥ−ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ：ＵＳＳ）とに分けられる。共用検索空間は、共用制御情報を有するＰＤＣＣＨを検索する空間であって、ＣＣＥインデックス０〜１５までの１６個のＣＣＥで構成され、｛４，８｝のＣＣＥアグリゲーションレベルを有するＰＤＣＣＨをサポートする。しかし、共用検索空間にも端末特定情報を伝送するＰＤＣＣＨ（ＤＣＩフォーマット０、１Ａ）が送信されることもできる。端末特定検索空間は、｛１，２，４，８｝のＣＣＥアグリゲーションレベルを有するＰＤＣＣＨをサポートする。

検索空間の開始点は、共用検索空間と端末特定検索空間が異なるように定義される。共用検索空間の開始点は、サブフレームに関係なく固定されているが、端末特定検索空間の開始点は、端末識別子（例えば、Ｃ−ＲＮＴＩ）、ＣＣＥアグリゲーションレベル及び／または無線フレーム内のスロット番号によってサブフレームごとに変わることができる。端末特定検索空間の開始点が共用検索空間内にある場合、端末特定検索空間と共用検索空間は、重複（ｏｖｅｒｌａｐ）されることができる。

以下、ＰＤＣＣＨ上に送信される既存のＤＣＩフォーマットに対して説明する。

図６は、ＦＤＤで使われるＤＣＩフォーマットの構造を示し、図７は、ＴＤＤで使われるＤＣＩフォーマットの構造を示す。図６及び図７では、ＤＣＩフォーマット＃Ａを簡単に＃Ａのように表示した。

図６及び図７を参照すると、ＤＣＩフォーマットは、下記に説明するフィールドを含み、各フィールドは、情報ビットａ_０〜ａ_Ａ−１にマッピングされることができる。各フィールドは、各ＤＣＩフォーマットで説明する順序通りにマッピングされることができ、各フィールドは、‘０’パディングビットを含むことができる。１番目のフィールドが最も低い次数の情報ビットａ_０にマッピングされることができ、連続する他のフィールドが高い次数の情報ビットにマッピングされることができる。各フィールドで最も重要なビット（ｍｏｓｔｓｉｇｎｉｆｉｃａｎｔｂｉｔ、ＭＳＢ）は、該当フィールドの最も低い次数の情報ビットにマッピングされることができる。例えば、１番目のフィールドの最も重要なビットは、ａ_０にマッピングされることができる。以下、既存の各ＤＣＩフォーマットが含むフィールドの集合を情報フィールドという。

１．ＤＣＩフォーマット０

ＤＣＩフォーマット０は、一つのアップリンクセルでのＰＵＳＣＨスケジューリングのために使われる。ＤＣＩフォーマット０を介して送信される情報（フィールド）は、下記の通りである。

１）搬送波指示子フィールド（ｃａｒｒｉｅｒｉｎｄｉｃａｔｏｒｆｉｅｌｄ：ＣＩＦ、以下、同一）。搬送波指示子フィールドは、０または３ビットで構成されることができる。２）ＤＣＩフォーマット０とＤＣＩフォーマット１Ａを区分するためのフラグ（０の場合はＤＣＩフォーマット０を指示し、１の場合はＤＣＩフォーマット１Ａを指示する）、３）周波数ホッピングフラグ（１ビット）、４）リソースブロック指定及びホッピングリソース割当、５）変調及びコーディングスキーム及びリダンダンシーバージョン（ｍｏｄｕｌａｔｉｏｎａｎｄｃｏｄｉｎｇｓｃｈｅｍｅａｎｄｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ）（５ビット）、６）新しいデータ指示子（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）（１ビット）、７）スケジューリングされたＰＵＳＣＨに対するＴＰＣ命令（２ビット）、８）ＤＭ−ＲＳのための循環シフト及びＯＣＣ（ｏｒｔｈｏｇｏｎａｌｃｏｖｅｒｃｏｄｅ）インデックス（３ビット）、９）ＵＬインデックス（２ビット）、１０）ダウンリンク指定インデックス（ｄｏｗｎｌｉｎｋａｓｓｉｇｎｍｅｎｔｉｎｄｅｘ：ＤＡＩ）（ＴＤＤにのみ）、１１）ＣＳＩ要求、１２）ＳＲＳ（ｓｏｕｎｄｉｎｇｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）要求（このフィールドは、端末特定検索空間にマッピングされた、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットにのみ存在）、１３）リソース割当タイプ（ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎｔｙｐｅ）（このフィールドは、ダウンリンクに割り当てられたリソースブロックの個数がアップリンクに割り当てられたリソースブロックの個数以上である場合にのみ存在）などである。もし、ＤＣＩフォーマット０での情報ビットの個数がＤＣＩフォーマット１Ａのペイロードサイズより小さい場合は、ＤＣＩフォーマット１Ａとペイロードサイズと同じように‘０’がパディングされる。

２．ＤＣＩフォーマット１

ＤＣＩフォーマット１は、一つのセルで一つのＰＤＳＣＨコードワードスケジューリングに使われる。ＤＣＩフォーマット１には下記の情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（リソース割当タイプ０／タイプ１を指示）−ダウンリンク帯域幅が１０ＰＲＢより小さい場合、リソース割当ヘッダは含まれず、リソース割当タイプ０と仮定される。３）リソースブロック指定、４）変調及びコーディングスキーム（５ビット）、５）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、６）新しいデータ指示子（１ビット）、７）リダンダンシーバージョン（２ビット）、８）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、９）ダウンリンク指定インデックス（ＤＡＩ）（２ビット、ＴＤＤにのみ）、１０）ＨＡＲＱ−ＡＣＫリソースオフセット（２ビット）などである。ＤＣＩフォーマット１の情報ビットの個数がＤＣＩフォーマット０／１Ａと同じ場合は、‘０’値を有する一つのビットがＤＣＩフォーマット１に追加される。ＤＣＩフォーマット１で情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つ以上の‘０’値を有するビットをＤＣＩフォーマット１に追加することで前記｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝及びＤＣＩフォーマット０／１Ａのペイロードサイズと異なるペイロードサイズを有するようにする。

３．ＤＣＩフォーマット１Ａ

ＤＣＩフォーマット１Ａは、一つのセルで一つのＰＤＳＣＨコードワードの簡単な（ｃｏｍｐａｃｔ）スケジューリングまたはＰＤＣＣＨ命令により誘発されたランダムアクセス過程に使われる。ＰＤＣＣＨ命令に対応されるＤＣＩは、ＰＤＣＣＨまたはＥＰＤＣＣＨ（ｅｎｈａｎｃｅｄＰＤＣＣＨ）を介して伝達されることができる。

ＤＣＩフォーマット１Ａには下記の情報が送信される。１）搬送波指示子フィールド（０または３ビット）、２）ＤＣＩフォーマット０とＤＣＩフォーマット１Ａを区分するためのフラグ（１ビット）、３）地域化／分散化ＶＲＢ（ｌｏｃａｌｉｚｅｄ／ｄｉｓｔｒｉｂｕｔｅｄｖｉｒｔｕａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ）指定フラグ（１ビット）、４）リソースブロック指定、５）プリアンブルインデックス（６ビット）、６）ＰＲＡＣＨマスク（ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌｍａｓｋ）インデックス（４ビット）、７）変調及びコーディングスキーム（５ビット）、８）ＨＡＲＱプロセスナンバー（３ビット）、９）新しいデータ指示子（１ビット）、１０）リダンダンシーバージョン（２ビット）、１１）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、１２）ダウンリンク指定インデックス（ＤＡＩ、２ビット）（ＴＤＤにのみ）、１３）ＳＲＳ要求（０または１ビット）、１４）ＨＡＲＱ−ＡＣＫリソースオフセット（２ビット）などである。ＤＣＩフォーマット１Ａの情報ビット個数がＤＣＩフォーマット０の情報ビット個数より少ない場合、‘０’値を有するビットを追加してＤＣＩフォーマット０のペイロードサイズと同じようにする。ＤＣＩフォーマット１Ａで情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つの‘０’値を有するビットをＤＣＩフォーマット１Ａに追加する。

４．ＤＣＩフォーマット１Ｂ

ＤＣＩフォーマット１Ｂは、プリコーディング情報を含み、一つのセルの一つのＰＤＳＣＨコードワードに対する簡単なスケジューリングに使われる。ＤＣＩフォーマット１Ｂには下記の情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）地域化／分散化ＶＲＢ指定フラグ（１ビット）、３）リソースブロック指定、４）変調及びコーディングスキーム（５ビット）、５）ＨＡＲＱプロセスナンバー（３ビット）、６）新しいデータ指示子（１ビット）、７）リダンダンシーバージョン（２ビット）、８）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、９）ダウンリンク指定インデックス（ＤＡＩ、２ビット、ＴＤＤにのみ）、１０）プリコーディングのためのＴＰＭＩ（ｔｒａｎｓｍｉｔｔｅｄｐｒｅｃｏｄｉｎｇｍａｔｒｉｘｉｎｄｉｃａｔｏｒ）情報、１１）プリコーディングのためのＰＭＩ確認（１ビット）などである。もし、ＤＣＩフォーマット１Ｂの情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つの‘０’値を有するビットをＤＣＩフォーマット１Ｂに追加する。

５．ＤＣＩフォーマット１Ｃ

ＤＣＩフォーマット１Ｃは、一つのＰＤＳＣＨコードワードに対する非常に簡単なスケジューリング（ｖｅｒｙｃｏｍｐａｃｔｓｃｈｅｄｕｌｉｎｇ）及びＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）変更通知に使われる。前者の場合、ＤＣＩフォーマット１Ｃには下記の情報が送信される。１）ギャップ（ｇａｐ）値を示す指示子（１ビット）、２）リソースブロック指定、３）変調及びコーディングスキーム。後者の場合、ＤＣＩフォーマット１Ｃには下記の情報が送信される。１）ＭＣＣＨ変更通知のための情報（８ビット）、２）予約された情報ビットなどである。

６．ＤＣＩフォーマット１Ｄ

ＤＣＩフォーマット１Ｄは、プリコーディング及び電力オフセット情報を含み、一つのセルの一つのＰＤＳＣＨコードワードに対する簡単なスケジューリングに使われる。

ＤＣＩフォーマット１Ｄには下記のような情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）地域化／分散化ＶＲＢ指定フラグ（１ビット）、３）リソースブロック指定、４）変調及びコーディングスキーム（５ビット）、５）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、６）新しいデータ指示子（１ビット）、７）リダンダンシーバージョン（２ビット）、８）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、９）ダウンリンク指定インデックス（ＤＡＩ、２ビット、ＴＤＤにのみ）、１０）プリコーディングのためのＴＰＭＩ情報、１１）ダウンリンク電力オフセット（１ビット）、１２）ＨＡＲＱ−ＡＣＫリソースオフセット（２ビット）などである。もし、ＤＣＩフォーマット１Ｄの情報ビットの個数が｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝のうちいずれか一つと同じ場合、一つの‘０’値を有するビットをＤＣＩフォーマット１Ｄに追加する。

７．ＤＣＩフォーマット２

ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作のためのＰＤＳＣＨ指定のために使われる。ＤＣＩフォーマット２には下記のような情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック指定、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定インデックス（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）トランスポートブロックとコードワードスワップフラグ（ｔｒａｎｓｐｏｒｔｂｌｏｃｋｔｏｃｏｄｅｗｏｒｄｓｗａｐｆｌａｇ）（１ビット）、８）変調及びコーディングスキーム（５ビット）、９）新しいデータ指示子（１ビット）、１０）リダンダンシーバージョン（２ビット）、１１）プリコーディング情報、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。前記８）〜１０）は、各トランスポートブロックに対して与えられることができる。

８．ＤＣＩフォーマット２Ａ

ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作のためのＰＤＳＣＨ指定のために使われる。ＤＣＩフォーマット２Ａには下記のような情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）トランスポートブロックとコードワードスワップフラグ（１ビット）、８）変調及びコーディングスキーム（５ビット）、９）新しいデータ指示子（１ビット）、１０）リダンダンシーバージョン（２ビット）、１１）プリコーディング情報、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。

９．ＤＣＩフォーマット２Ｂ

ＤＣＩフォーマット２Ｂには下記のような情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）スクランブリングＩＤ（ｉｄｅｎｔｉｔｙ）（１ビット）、８）ＳＲＳ要求（０または１ビット）、９）変調及びコーディングスキーム（５ビット）、１０）新しいデータ指示子（１ビット）、１１）リダンダンシーバージョン（２ビット）、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。

１０．ＤＣＩフォーマット２Ｃ

ＤＣＩフォーマット２Ｃには下記のような情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）アンテナポート、スクランブリングＩＤ及びレイヤの個数（３ビット）、８）ＳＲＳ要求（０または１ビット）、９）変調及びコーディングスキーム（５ビット）、１０）新しいデータ指示子（１ビット）、１１）リダンダンシーバージョン（２ビット）、１２）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。

１１．ＤＣＩフォーマット２Ｄ

ＤＣＩフォーマット２Ｄには下記のような情報が送信される。

１）搬送波指示子フィールド（０または３ビット）、２）リソース割当ヘッダ（１ビット）、３）リソースブロック割当、４）ＰＵＣＣＨのためのＴＰＣ命令（２ビット）、５）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、６）ＨＡＲＱプロセスナンバー（ＦＤＤで３ビット、ＴＤＤで４ビット）、７）アンテナポート、スクランブリングＩＤ及びレイヤの個数（３ビット）、８）ＳＲＳ要求（０または１ビット）、９）変調及びコーディングスキーム（５ビット）、１０）新しいデータ指示子（１ビット）、１１）リダンダンシーバージョン（２ビット）、１２）ＰＤＳＣＨリソース要素マッピング及びクアジコロケーション指示子（ｑｕａｓｉ−ｃｏ−ｌｏｃａｔｉｏｎｉｎｄｉｃａｔｏｒ）、１３）ＨＡＲＱ−ＡＣＫリソースオフセットなどである。

１２．ＤＣＩフォーマット３

ＤＣＩフォーマット３は、２ビットの電力調整を介してＰＵＣＣＨ及びＰＵＳＣＨに対するＴＰＣ命令を送信するために使われる。ＤＣＩフォーマット３にはＮ個のＴＰＣ（ｔｒａｎｓｍｉｔｐｏｗｅｒｃｏｎｔｒｏｌ）命令が送信されることができる。

１３．ＤＣＩフォーマット３Ａ

ＤＣＩフォーマット３Ａは、１ビットの電力調整を介してＰＵＣＣＨ及びＰＵＳＣＨに対するＴＰＣ命令を送信するために使われる。ＤＣＩフォーマット３ＡにはＭ個のＴＰＣ命令が送信されることができる。

１４．ＤＣＩフォーマット４

ＤＣＩフォーマット４は、多重アンテナポート送信モードを有する一つのＵＬセルでＰＵＳＣＨのスケジューリングのために使われる。

１）搬送波指示子フィールド（０または３ビット）、２）リソースブロック割当、３）ＰＵＳＣＨのためのＴＰＣ命令（２ビット）、４）ＤＭＲＳのための循環シフト及びＯＣＣインデックス（３ビット）、５）ＵＬインデックス（２ビット）、６）ダウンリンク指定フラグ（ＤＡＩ、２ビット、ＴＤＤにのみ）、７）ＣＳＩ要求（１または２ビット）、８）ＳＲＳ要求（２ビット）、９）リソース割当タイプ（１ビット）、１０）変調及びコーディングスキーム及びリダンダンシーバージョン（５ビット）、１１）新しいデータ指示子（１ビット）、１２）プリコーディング情報及びレイヤの個数などである。

図８は、アップリンクサブフレームの構造を示す。

図８を参照すると、アップリンクサブフレームは、周波数領域で、アップリンク制御情報を伝送するＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）が割り当てられる制御領域（ｃｏｎｔｒｏｌｒｅｇｉｏｎ）と、ユーザデータを伝送するＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）が割り当てられるデータ領域（ｄａｔａｒｅｇｉｏｎ）と、に分けられる。

ＰＵＣＣＨは、サブフレームでＲＢ対（ｐａｉｒ）で割り当てられる。ＲＢ対に属するＲＢは、第１のスロットと第２のスロットの各々で互いに異なる副搬送波を占める。ＲＢ対は、同じリソースブロックインデックスｍを有する。

３ＧＰＰＴＳ３６．２１１Ｖ８．７．０によると、ＰＵＣＣＨは、多重フォーマットをサポートする。ＰＵＣＣＨフォーマットに従属した変調方式（ｍｏｄｕｌａｔｉｏｎｓｃｈｅｍｅ）によってサブフレーム当たり送信されるビットの数は変わることができる。

以下の表２は、ＰＵＣＣＨフォーマットによる変調方式（ＭｏｄｕｌａｔｉｏｎＳｃｈｅｍｅ）及びサブフレーム当たりビット数の例を示す。

ＰＵＣＣＨフォーマット１はＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）の送信に使われ、ＰＵＣＣＨフォーマット１ａ／１ｂはＨＡＲＱのためのＡＣＫ／ＮＡＣＫ信号の送信に使われ、ＰＵＣＣＨフォーマット２はＣＱＩの送信に使われ、ＰＵＣＣＨフォーマット２ａ／２ｂはＣＱＩ及びＡＣＫ／ＮＡＣＫ信号の同時（ｓｉｍｕｌｔａｎｅｏｕｓ）送信に使われる。サブフレームで、ＡＣＫ／ＮＡＣＫ信号のみを送信する時、ＰＵＣＣＨフォーマット１ａ／１ｂが使われ、ＳＲが単独に送信される時、ＰＵＣＣＨフォーマット１が使われる。ＳＲとＡＣＫ／ＮＡＣＫを同時に送信する時は、ＰＵＣＣＨフォーマット１が使われ、ＳＲに割り当てられたリソースにＡＣＫ／ＮＡＣＫ信号を変調して送信する。

全てのＰＵＣＣＨフォーマットは、各ＯＦＤＭシンボルでシーケンスの循環シフト（ｃｙｃｌｉｃｓｈｉｆｔ、ＣＳ）を使用する。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃｓｈｉｆｔａｍｏｕｎｔ）ほど循環シフトさせて生成される。特定ＣＳ量は、循環シフトインデックス（ＣＳｉｎｄｅｘ）により指示される。

基本シーケンスｒ_ｕ（ｎ）を定義した一例は、以下の数式の通りである。

ここで、ｕはルートインデックス（ｒｏｏｔｉｎｄｅｘ）であり、ｎは要素インデックスであり、０≦ｎ≦Ｎ−１、Ｎは基本シーケンスの長さである。ｂ（ｎ）は、３ＧＰＰ
ＴＳ３６．２１１Ｖ８．７．０の５．５節で定義されている。

シーケンスの長さは、シーケンスに含まれる要素（ｅｌｅｍｅｎｔ）の数と同じである。ｕは、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、無線フレーム内のスロット番号などにより決められる。

基本シーケンスが周波数領域で一つのリソースブロックにマッピング（ｍａｐｐｉｎｇ）されるとする時、一つのリソースブロックが１２副搬送波を含むため、基本シーケンスの長さＮは１２になる。異なるルートインデックスによって異なる基本シーケンスが定義される。

基本シーケンスｒ（ｎ）を以下の数式２のように循環シフトさせ、循環シフトされたシーケンスｒ（ｎ，Ｉ_ｃｓ）を生成することができる。

ここで、Ｉ_ｃｓは、ＣＳ量を示す循環シフトインデックスである（０≦Ｉ_ｃｓ≦Ｎ−１）。

基本シーケンスの可用（ａｖａｉｌａｂｌｅ）循環シフトインデックスは、ＣＳ間隔（ＣＳｉｎｔｅｒｖａｌ）によって基本シーケンスから得る（ｄｅｒｉｖｅ）ことができる循環シフトインデックスを意味する。例えば、基本シーケンスの長さが１２であり、ＣＳ間隔が１の場合、基本シーケンスの可用循環シフトインデックスの総個数は１２になる。または、基本シーケンスの長さが１２であり、ＣＳ間隔が２の場合、基本シーケンスの可用循環シフトインデックスの総数は６になる。

図９は、ノーマルＣＰでＰＵＣＣＨフォーマット１ｂのチャネル構造を示す。

一つのスロットは７個のＯＦＤＭシンボルを含み、３個のＯＦＤＭシンボルは基準信号のためのＲＳ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）ＯＦＤＭシンボルになり、４個のＯＦＤＭシンボルはＡＣＫ／ＮＡＣＫ信号のためのデータＯＦＤＭシンボルになる。

ＰＵＣＣＨフォーマット１ｂでは、エンコーディングされた２ビットＡＣＫ／ＮＡＣＫ信号をＱＰＳＫ（ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）変調して変調シンボルｄ（０）が生成される。

循環シフトインデックスＩ_ｃｓは、無線フレーム内のスロット番号（ｎ_ｓ）及び／またはスロット内のシンボルインデックス（ｌ）によって変わることができる。

ノーマルＣＰで、一つのスロットにＡＣＫ／ＮＡＣＫ信号の送信のために４個のデータＯＦＤＭシンボルがあるため、各データＯＦＤＭシンボルで対応する循環シフトインデックスをＩ_ｃｓ０、Ｉ_ｃｓ１、Ｉ_ｃｓ２、Ｉ_ｃｓ３と仮定する。

変調シンボルｄ（０）は、循環シフトされたシーケンスｒ（ｎ，Ｉ_ｃｓ）に拡散される。スロットで（ｉ＋１）番目のＯＦＤＭシンボルに対応する１次元拡散されたシーケンスをｍ（ｉ）とする時、

｛ｍ（０），ｍ（１），ｍ（２），ｍ（３）｝＝｛ｄ（０）ｒ（ｎ，Ｉ_ｃｓ０），ｄ（０）ｒ（ｎ，Ｉ_ｃｓ１），ｄ（０）ｒ（ｎ，Ｉ_ｃｓ２），ｄ（０）ｒ（ｎ，Ｉ_ｃｓ３）｝で表すことができる。

端末容量を増加させるために、１次元拡散されたシーケンスは、直交シーケンスを利用して拡散されることができる。拡散係数（ｓｐｒｅａｄｉｎｇｆａｃｔｏｒ）Ｋ＝４である直交シーケンスｗ_ｉ（ｋ）（ｉは、シーケンスインデックス、０≦ｋ≦Ｋ−１）として、下記のようなシーケンスを使用する。

拡散係数Ｋ＝３である直交シーケンスｗ_ｉ（ｋ）（ｉは、シーケンスインデックス、０≦ｋ≦Ｋ−１）として、下記のようなシーケンスを使用する。

スロット毎に異なる拡散係数を使用することができる。

したがって、任意の直交シーケンスインデックスｉが与えられる時、２次元拡散されたシーケンス｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝は、下記のように示すことができる。

｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝＝｛ｗ_ｉ（０）ｍ（０），ｗ_ｉ（１）ｍ（１），ｗ_ｉ（２）ｍ（２），ｗ_ｉ（３）ｍ（３）｝

２次元拡散されたシーケンス｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝は、ＩＦＦＴ（ｉｎｖｅｒｓｅｆａｓｔＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）が実行された後、対応するＯＦＤＭシンボルで送信される。それによって、ＡＣＫ／ＮＡＣＫ信号がＰＵＣＣＨ上に送信される。

ＰＵＣＣＨフォーマット１ｂの基準信号も基本シーケンスｒ（ｎ）を循環シフトさせた後、直交シーケンスに拡散させて送信される。３個のＲＳＯＦＤＭシンボルに対応する循環シフトインデックスをＩ_ｃｓ４、Ｉ_ｃｓ５、Ｉ_ｃｓ６とする時、３個の循環シフトされたシーケンスｒ（ｎ，Ｉ_ｃｓ４）、ｒ（ｎ，Ｉ_ｃｓ５）、ｒ（ｎ，Ｉ_ｃｓ６）を得ることができる。この３個の循環シフトされたシーケンスは、Ｋ＝３である直交シーケンスｗ^ＲＳ _ｉ（ｋ）に拡散される。

直交シーケンスインデックスｉ、循環シフトインデックスＩ_ｃｓ及びリソースブロックインデックスｍは、ＰＵＣＣＨを構成するために必要なパラメータであり、ＰＵＣＣＨ（または、端末）を区分するときに使われるリソースである。可用循環シフトの個数が１２であり、可用な直交シーケンスインデックスの個数が３の場合、総３６個の端末に対するＰＵＣＣＨが一つのリソースブロックに多重化されることができる。

３ＧＰＰＬＴＥでは、端末がＰＵＣＣＨを構成するための前記３個のパラメータを取得するために、リソースインデックスｎ^（１） _{ＰＵＣＣＨ}が定義される。リソースインデックスｎ^（１） _{ＰＵＣＣＨ}＝ｎ_ＣＣＥ＋Ｎ^（１） _{ＰＵＣＣＨ}に定義され、ｎ_ＣＣＥは、対応するＰＤＣＣＨ（即ち、ＡＣＫ／ＮＡＣＫ信号に対応するダウンリンクデータをスケジューリングするダウンリンクリソース割当（ＤＣＩ）を含むＰＤＣＣＨ）の送信に使われる１番目のＣＣＥの番号であり、Ｎ^（１） _{ＰＵＣＣＨ}は、基地局が端末に上位階層メッセージを介して知らせるパラメータである。

ＡＣＫ／ＮＡＣＫ信号の送信に使われる時間、周波数、コードリソースをＡＣＫ／ＮＡＣＫリソースまたはＰＵＣＣＨリソースという。前述したように、ＡＣＫ／ＮＡＣＫ信号をＰＵＣＣＨ上に送信するために必要なＡＣＫ／ＮＡＣＫリソースのインデックス（ＡＣＫ／ＮＡＣＫリソースインデックスまたはＰＵＣＣＨインデックスという）は、直交シーケンスインデックスｉ、循環シフトインデックスＩ_ｃｓ、リソースブロックインデックスｍ及び前記３個のインデックスを求めるためのインデックスのうち少なくともいずれか一つで表現されることができる。ＡＣＫ／ＮＡＣＫリソースは、直交シーケンス、循環シフト、リソースブロック及びこれらの組合せのうち少なくともいずれか一つを含むことができる。

図１０は、ノーマルＣＰでＰＵＣＣＨフォーマット２／２ａ／２ｂのチャネル構造を示す。

図１０を参照すると、ノーマルＣＰで、ＯＦＤＭシンボル１及び５（即ち、２番目及び６番目のＯＦＤＭシンボル）は参照信号（ＲＳ）のために使われ、残りのＯＦＤＭシンボルはＣＱＩ送信のために使われる。拡張ＣＰでは、ＯＦＤＭシンボル３（４番目のシンボル）がＲＳのために使われる。

１０個のＣＱＩ情報ビットが、例えば、１／２コードレート（ｃｏｄｅｒａｔｅ）でチャネルコーディングされ、２０個のコーディングされたビットになる。チャネルコーディングには、リードマラー（Ｒｅｅｄ−Ｍｕｌｌｅｒ）コードが使われることができる。また、スクランブリング（ｓｃｒａｍｂｌｉｎｇ）された後、ＱＰＳＫコンステレーションマッピング（ｃｏｎｓｔｅｌｌａｔｉｏｎｍａｐｐｉｎｇ）されることで、ＱＰＳＫ変調シンボルが生成される（スロット０で、ｄ（０）乃至ｄ（４））。各ＱＰＳＫ変調シンボルは、長さ１２である基本ＲＳシーケンス（ｒ（ｎ））の循環シフトに変調された後にＩＦＦＴされ、サブフレーム内の１０個のＳＣ−ＦＤＭＡシンボルの各々で送信される。均一に離隔された１２個の循環シフトは、１２個の互いに異なる端末が同じＰＵＣＣＨリソースブロックで直交に多重化されるようにする。ＯＦＤＭシンボル１及び５に適用されるＲＳシーケンスは、長さ１２である基本ＲＳシーケンス（ｒ（ｎ））が使われることができる。

図１１は、ＰＵＣＣＨフォーマット３のチャネル構造を例示する。

図１１を参照すると、ＰＵＣＣＨフォーマット３は、ブロックスプレッディング（ｂｌｏｃｋｓｐｒｅａｄｉｎｇ）技法を使用するＰＵＣＣＨフォーマットである。ブロックスプレッディング技法は、ブロックスプレッディングコードを利用してマルチビットＡＣＫ／ＮＡＣＫを変調したシンボルシーケンスを時間領域で拡散する方法を意味する。

ＰＵＣＣＨフォーマット３では、シンボルシーケンス（例えば、ＡＣＫ／ＮＡＣＫシンボルシーケンス）がブロックスプレッディングコードにより時間領域で拡散されて送信される。ブロックスプレッディングコードとして、直交カバーコード（ｏｒｔｈｏｇｏｎａｌｃｏｖｅｒｃｏｄｅ：ＯＣＣ）が使われることができる。ブロックスプレッディングコードにより複数の端末の制御信号が多重化されることができる。ＰＵＣＣＨフォーマット２では、各データシンボルで送信されるシンボル（例えば、図７のｄ（０）、ｄ（１）、ｄ（２）、ｄ（３）、ｄ（４）等）が異なり、ＣＡＺＡＣ（ｃｏｎｓｔａｎｔａｍｐｌｉｔｕｄｅｚｅｒｏａｕｔｏ−ｃｏｒｒｅｌａｔｉｏｎ）シーケンスの循環シフトを利用して端末多重化を実行し、それに対し、ＰＵＣＣＨフォーマット３では、一つ以上のシンボルで構成されるシンボルシーケンスが各データシンボルの周波数領域にわたって送信され、ブロックスプレッディングコードにより時間領域で拡散されて端末多重化を実行するという点が異なる。図８では、一つのスロットで２個のＲＳシンボルを使用する場合を例示したが、これに制限されるものではなく、３個のＲＳシンボルを使用し、スプレッディングファクタ（ｓｐｒｅａｄｉｎｇｆａｃｔｏｒ）値として４を有する直交カバーコードを使用することもできる。ＲＳシンボルは、特定循環シフトを有するＣＡＺＡＣシーケンスから生成されることができ、時間領域の複数のＲＳシンボルに特定直交カバーコードをかけた形態に送信されることができる。

図１２は、３ＧＰＰＬＴＥにおいて、一つのセルで実行されるダウンリンクＨＡＲＱを例示する。

図１２を参照すると、基地局は、端末にサブフレームｎでＰＤＣＣＨ４１１上のダウンリンクリソース割当により指示されるＰＤＳＣＨ４１２上にダウンリンク送信ブロックを送信する。

端末は、サブフレームｎ＋４でＰＵＣＣＨ４２０上にＡＣＫ／ＮＡＣＫ信号を送る。一例として、ＡＣＫ／ＮＡＣＫ信号の送信に使われるＰＵＣＣＨ４２０のリソースは、ＰＤＣＣＨ４１１のリソース（例えば、ＰＤＣＣＨ４１１の送信に使われる１番目のＣＣＥのインデックス）に基づいて決定されることができる。

基地局は、端末からＮＡＣＫ信号を受信しても、アップリンクＨＡＲＱと違って必ずサブフレームｎ＋８で再送信するものではない。ここでは、ｎ＋９番目のサブフレームでＰＤＣＣＨ４３１上のダウンリンクリソース割当により指示されるＰＤＳＣＨ４３２上に再送信ブロックを送信する例を示している。

端末は、ｎ＋１３番目のサブフレームでＰＵＣＣＨ４４０上にＡＣＫ／ＮＡＣＫ信号を送る。

アップリンクＨＡＲＱは、基地局のＵＬグラント送信、端末のＰＵＳＣＨ送信（前記ＵＬグラントによりスケジューリングされた）、前記ＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを前記基地局がＰＨＩＣＨを介して送信し、または新しいＵＬグラントを送信する過程で構成される。アップリンクＨＡＲＱは、ＵＬグラントとＰＵＳＣＨとの間及びＰＵＳＣＨとＰＨＩＣＨ（または、ＵＬグラント）との間の間隔が予め４ｍｓに決められることができる。

以下、キャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）システムに対して説明する。キャリアアグリゲーションシステムは、多重搬送波（ｍｕｌｔｉｐｌｅｃａｒｒｉｅｒ）システムともいう。

３ＧＰＰＬＴＥシステムは、ダウンリンク帯域幅とアップリンク帯域幅が異なるように設定される場合をサポートするが、これは一つのコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ、ＣＣ）を前提にする。３ＧＰＰＬＴＥシステムは、最大２０ＭＨｚをサポートし、アップリンク帯域幅とダウンリンク帯域幅が異なる場合も、アップリンクとダウンリンクの各々に一つのＣＣのみをサポートする。

キャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）（または、帯域幅アグリゲーション（ｂａｎｄｗｉｄｔｈａｇｇｒｅｇａｔｉｏｎ）、スペクトラムアグリゲーション（ｓｐｅｃｔｒｕｍａｇｇｒｅｇａｔｉｏｎ）ともいう）は、複数のＣＣをサポートする。例えば、２０ＭＨｚ帯域幅を有する搬送波単位のグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）として５個のＣＣが割り当てられる場合、最大１００Ｍｈｚの帯域幅をサポートすることができる。

図１３は、単一搬送波システムとキャリアアグリゲーションシステムの比較例である。

キャリアアグリゲーションシステム（図１２（ｂ））は、ＤＬＣＣとＵＬＣＣが各々３個ずつあるが、ＤＬＣＣとＵＬＣＣの個数に制限があるものではない。各ＤＬＣＣでＰＤＣＣＨとＰＤＳＣＨが独立的に送信され、各ＵＬＣＣでＰＵＣＣＨとＰＵＳＣＨが独立的に送信されることができる。または、ＰＵＣＣＨは、特定ＵＬＣＣを介してのみ送信されることもできる。

ＤＬＣＣ−ＵＬＣＣの対が３個定義されるため、端末は、３個のセルからサービスの提供を受けるということができる。

端末は、複数のＤＬＣＣでＰＤＣＣＨをモニタリングし、複数のＤＬＣＣを介して同時にＤＬトランスポートブロックを受信することができる。端末は、複数のＵＬＣＣを介して同時に複数のＵＬトランスポートブロックを送信することができる。

ＤＬＣＣ＃Ａ（ＤＬコンポーネントキャリアＡ）とＵＬＣＣ＃Ａ（ＵＬコンポーネントキャリアＡ）の対が第１のサービングセルになり、ＤＬＣＣ＃ＢとＵＬＣＣ＃Ｂの対が第２のサービングセルになり、ＤＬＣＣ＃ＣとＵＬＣＣ＃Ｃが第３のサービングセルになることができる。各サービングセルは、セルインデックス（Ｃｅｌｌｉｎｄｅｘ、ＣＩ）を介して識別されることができる。ＣＩは、セル内で固有または端末−特定的である。

サービングセルは、プライマリセル（ｐｒｉｍａｒｙｃｅｌｌ）とセカンダリセル（ｓｅｃｏｎｄａｒｙｃｅｌｌ）に区分されることができる。プライマリセルは、端末が初期接続確立過程を実行し、または接続再確立過程を開始し、またはハンドオーバ過程でプライマリセルに指定されたセルである。プライマリセルは、基準セル（ｒｅｆｅｒｅｎｃｅｃｅｌｌ）ともいう。セカンダリセルは、ＲＲＣ接続が確立された後に設定されることができ、追加的な無線リソースの提供に使われることができる。常に少なくとも一つのプライマリセルが設定され、セカンダリセルは上位階層シグナリング（例、ＲＲＣメッセージ）により追加／修正／解除されることができる。プライマリセルのＣＩは、固定されることができる。例えば、最も低いＣＩがプライマリセルのＣＩに指定されることができる。

プライマリセルは、コンポーネントキャリア側面で、ＤＬＰＣＣ（ｄｏｗｎｌｉｎｋｐｒｉｍａｒｙｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）とＵＬＰＣＣ（ｕｐｌｉｎｋｐｒｉｍａｒｙｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）で構成される。セカンダリセルは、コンポーネントキャリア側面で、ＤＬＳＣＣ（ｄｏｗｎｌｉｎｋｓｅｃｏｎｄａｒｙｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）のみで構成され、またはＤＬＳＣＣ及びＵＬＳＣＣ（ｕｐｌｉｎｋｓｅｃｏｎｄａｒｙｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）の対で構成されることができる。

前述したように、キャリアアグリゲーションシステムでは単一搬送波システムと違って複数のコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ、ＣＣ）、即ち、複数のサービングセルをサポートすることができる。

このようなキャリアアグリゲーションシステムは、交差搬送波スケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒｓｃｈｅｄｕｌｉｎｇ：ＣＣＳ）をサポートすることができる。交差搬送波スケジューリングは、特定コンポーネントキャリアを介して送信されるＰＤＣＣＨを介して他のコンポーネントキャリアを介して送信されるＰＤＳＣＨのリソース割当及び／または前記特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリア以外の他のコンポーネントキャリアを介して送信されるＰＵＳＣＨのリソース割当をすることができるスケジューリング方法である。即ち、ＰＤＣＣＨとＰＤＳＣＨが互いに異なるＤＬＣＣを介して送信されることができ、ＵＬグラントを含むＰＤＣＣＨが送信されたＤＬＣＣとリンクされたＵＬＣＣではない他のＵＬＣＣを介してＰＵＳＣＨが送信されることができる。このように交差搬送波スケジューリングをサポートするシステムでは、ＰＤＣＣＨが制御情報を提供するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬＣＣ／ＵＬＣＣを介して送信されるかを知らせる搬送波指示子が必要である。以下、このような搬送波指示子を含むフィールドを搬送波指示フィールド（ｃａｒｒｉｅｒｉｎｄｉｃａｔｉｏｎｆｉｅｌｄ、ＣＩＦ）という。

交差搬送波スケジューリングをサポートするキャリアアグリゲーションシステムは、搬送波指示子フィールド（ＣＩＦ）を含むことができる。交差搬送波スケジューリングをサポートするシステム、例えば、ＬＴＥ−Ａシステムでは既存のＤＣＩフォーマット（即ち、ＬＴＥで使用するＤＣＩフォーマット）にＣＩＦが追加されるため、３ビットが拡張されることができ、ＰＤＣＣＨ構造は、既存のコーディング方法、リソース割当方法（即ち、ＣＣＥベースのリソースマッピング）等を再使用することができる。

基地局は、ＰＤＣＣＨモニタリングＤＬＣＣ（モニタリングＣＣ）集合を設定することができる。ＰＤＣＣＨモニタリングＤＬＣＣ集合は、アグリゲーションされた全体ＤＬＣＣのうち一部ＤＬＣＣで構成され、交差搬送波スケジューリングが設定されると、端末は、ＰＤＣＣＨモニタリングＤＬＣＣ集合に含まれているＤＬＣＣに対してのみＰＤＣＣＨモニタリング／デコーディングを実行する。即ち、基地局は、ＰＤＣＣＨモニタリングＤＬＣＣ集合に含まれているＤＬＣＣを介してのみ、スケジューリングしようとするＰＤＳＣＨ／ＰＵＳＣＨに対するＰＤＣＣＨを送信する。ＰＤＣＣＨモニタリングＤＬＣＣ集合は、端末特定的、端末グループ特定的、またはセル特定的に設定されることができる。

非交差搬送波スケジューリング（ｎｏｎ−ｃｒｏｓｓｃａｒｒｉｅｒｓｃｈｅｄｕｌｉｎｇ：ＮＣＣＳ）は、特定コンポーネントキャリアを介して送信されるＰＤＣＣＨを介して前記特定コンポーネントキャリアを介して送信されるＰＤＳＣＨのリソース割当及び／または前記特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリアを介して送信されるＰＵＳＣＨのリソース割当をすることができるスケジューリング方法である。

以下、３ＧＰＰＬＴＥＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）でのＨＡＲＱのためのＡＣＫ／ＮＡＣＫ送信に対して記述する。

ＴＤＤは、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）と違って、一つの無線フレームにＤＬサブフレームとＵＬサブフレームが共存する。ＴＤＤフレームでは、ＵＬ−ＤＬ設定によって、ＵＬサブフレームの個数がＤＬサブフレームの個数より少ない、または同じである。したがって、ＡＣＫ／ＮＡＣＫ信号を送信するためのＵＬサブフレームが足りない場合を対比し、複数のＤＬサブフレームで受信したＤＬトランスポートブロックまたはＰＤＳＣＨに対する複数のＡＣＫ／ＮＡＣＫ信号を一つのＵＬサブフレームで送信することをサポートしている。

３ＧＰＰＴＳ３６．２１３Ｖ８．７．０（２００９−０５）の１０．１節によると、ＡＣＫ／ＮＡＣＫバンドリング（ＡＣＫ／ＮＡＣＫｂｕｎｄｌｉｎｇ）とＡＣＫ／ＮＡＣＫ多重化（ＡＣＫ／ＮＡＣＫｍｕｌｔｉｐｌｅｘｉｎｇ）の二つのＡＣＫ／ＮＡＣＫモードが開示される。

ＡＣＫ／ＮＡＣＫバンドリングは、端末が受信したＰＤＳＣＨ（ダウンリンクトランスポートブロック）のデコーディングに全部成功する場合はＡＣＫを送信し、以外の場合はＮＡＣＫを送信する。そのために、各ＰＤＳＣＨに対するＡＣＫまたはＮＡＣＫを論理的ＡＮＤ演算（ｌｏｇｉｃａｌＡＮＤｏｐｅｒａｔｉｏｎ）を介して圧縮する。

ＡＣＫ／ＮＡＣＫ多重化は、ＡＣＫ／ＮＡＣＫチャネル選択（または、単にチャネル選択）ともいう。ＡＣＫ／ＮＡＣＫ多重化によると、端末は、複数のＰＵＣＣＨリソースの中から一つのＰＵＣＣＨリソースを選択してＡＣＫ／ＮＡＣＫを送信する。

以下の表は、３ＧＰＰＬＴＥにおいて、ＵＬ−ＤＬ設定によるＵＬサブフレームｎと連結された（ａｓｓｏｃｉａｔｅｄ）ＤＬサブフレームｎ−ｋ、ここで、ｋ∈Ｋ、Ｍは集合Ｋの要素の個数を示す。

以下、本発明に対して説明する。

ＬＴＥ−ＡＲｅｌ１０システムでは、一つの端末がアグリゲーションされた複数のセル（ＣＣ）を介してデータを送受信することができる。このとき、複数のセルをスケジューリング／制御するための制御信号は、特定ＤＬＣＣのみを介して送信され、または各セルのＤＬＣＣを介して送信されることができる。前者は、交差搬送波スケジューリングといい、後者は、非交差搬送波スケジューリングという。

以下、制御信号が送信されるＣＣをスケジューリングＣＣといい、残りのＣＣをスケジューリングを受けるＣＣという。非交差搬送波スケジューリングでは、スケジューリングＣＣとスケジューリングを受けるＣＣが同じＣＣであり、交差搬送波スケジューリングでは、スケジューリングＣＣとスケジューリングを受けるＣＣが互いに異なる。

スケジューリングＣＣには代表的にプライマリＣＣ（ＰＣＣ）がある。ＰＣＣは、アップリンク制御信号を送信するＣＣとして使われる。ＰＣＣでないＣＣは、ＳＣＣという。以下、スケジューリングＣＣの代表的な例としてＰＣＣを使用し、スケジューリングを受けるＣＣの代表的な例としてＳＣＣを使用する。しかし、必ずこれに制限されるものではない。

ＬＴＥ−ＡＲｅｌ１０で動作する端末は、同じフレーム構造を有するＣＣのみをアグリゲーションすることができた。また、複数のＴＤＤＣＣをアグリゲーションする場合、ＵＬ−ＤＬ設定が同じなＣＣのみが使われることができた。そして、非交差搬送波スケジューリングが使われる場合、一つのＣＣで定義されたタイミング関係を複数のＣＣに単純拡大して適用した。

しかし、将来の無線通信システムでは、アグリゲーションされるＣＣが互いに異なるフレーム構造を使用することができる。例えば、ＦＤＤＣＣとＴＤＤＣＣがアグリゲーションされることができる。

図１４は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する一例を示す。

図１４を参照すると、端末にプライマリセル（ＰＣｅｌｌ）、複数のセカンダリセル（ＳＣｅｌｌ＃１，．．．，ＳＣｅｌｌ＃Ｎ）が設定されることができる。このような場合、プライマリセルは、ＦＤＤで動作してＦＤＤフレームを使用し、セカンダリセルは、ＴＤＤで動作してＴＤＤフレームを使用することができる。複数のセカンダリセルには同じＵＬ−ＤＬ設定が使われることができる。プライマリセルは、ダウンリンクサブフレーム（Ｄで表示）とアップリンクサブフレーム（Ｕで表示）が１：１に存在するが、セカンダリセルは、ダウンリンクサブフレームとアップリンクサブフレームが１：１でない割合で存在できる。

図１５は、無線通信システムにおいて、複数のサービングセルが互いに異なるタイプの無線フレームを使用する他の例を示す。

図１５を参照すると、端末にＴＤＤフレームを使用するプライマリセル（ＰＣｅｌｌ）に設定され、ＦＤＤフレームを使用するセカンダリセル（ＳＣｅｌｌ）が設定されることができる。

一方、ＴＤＤＣＣをアグリゲーションしても、各ＴＤＤＣＣに適用されるＵＬ−ＤＬ設定は異なる場合がある。このような場合、単一ＣＣに適用されたＨＡＲＱタイミングを同じように適用しにくい。例えば、ＴＤＤＣＣ１をＰＣＣとして使用し、ＴＤＤＣＣ２をＳＣＣとして使用し、前記ＴＤＤＣＣ１及び２が互いに異なるＵＬ−ＤＬ設定を使用すると仮定する。ＴＤＤＣＣ２に適用されるＵＬ−ＤＬ設定による時、ＴＤＤＣＣ２のＤＬサブフレームＮ１でデータを受信すると、これに対するＡＣＫ／ＮＡＣＫは、ＵＬサブフレームＮ２で送信するようにＨＡＱＲタイミングが決定されると仮定する。ＴＤＤＣＣ１及び２のＵＬ−ＤＬ設定が異なるため、前記ＵＬサブフレームＮ２に該当するＴＤＤＣＣ１のサブフレームは、ＤＬサブフレームであり、その結果、ＴＤＤＣＣ１を介してＡＣＫ／ＮＡＣＫを送信することができない。

即ち、一つのセルのみがある場合に対する、ＵＬグラントの受信と前記ＵＬグラントによりスケジューリングされるＰＵＳＣＨ間のタイミングも、互いに異なるフレームタイプまたは互いに異なるＵＬ−ＤＬ設定を使用するＴＤＤＣＣがアグリゲーションされた場合はそのまま適用することができない。例えば、一つのセルのみがある場合のタイミングによる時、ＵＬグラントを受信すべきサブフレームが前記キャリアアグリゲーション状況ではＵＬサブフレームに設定されることができるためである。したがって、ＨＡＲＱタイミングを再設定する必要がある。

以下、プライマリセルは、ＰＵＣＣＨを送信するセルとして例示するが、セカンダリセルもＰＵＣＣＨを送信するセルになることもできる。また、交差搬送波スケジューリング時、プライマリセルをスケジューリングセルとして例示するが、これに制限されるものではない。

ＦＤＤＤＬＨＡＲＱタイミングの場合、一つのＵＬサブフレームに対応されるＤＬサブフレームの個数（以下、これをＭという）が１：１である（前記対応とは、前記ＵＬサブフレームで、前記ＤＬサブフレームで受信したＰＤＳＣＨまたは送信ブロックに対するＡＣＫ／ＮＡＣＫを送信する関係にあるという意味である）。したがって、ＤＬスケジューリングＤＣＩとＵＬスケジューリングＤＣＩにＤＡＩが必要ない。

それに対し、ＴＤＤＤＬＨＡＲＱタイミングの場合、ＵＬ−ＤＬ設定１、２、３、４、５、６の場合、ＵＬサブフレーム：ＤＬサブフレームが１：Ｍ（Ｍ＞１）になる場合がある。即ち、一つのＵＬサブフレームに複数のＤＬサブフレームが対応されることができる。したがって、ＤＬスケジューリングＤＣＩとＵＬスケジューリングＤＣＩにＤＡＩが必要である。

ＵＬ−ＤＬ設定０の場合は、全てのＤＬサブフレームが一つのＵＬサブフレームに対応されることができるため、ＤＡＩが不要である。他方、ＵＬスケジューリング時、ＵＬサブフレームの個数がＤＬサブフレームの個数より多いため、一つのＤＬサブフレームで複数のＵＬサブフレームをスケジューリングしなければならない。そのためにＵＬインデックスが存在する。

ただ、ＵＬ−ＤＬ設定６では、Ｍ＝１のみが存在するため、ＤＡＩが必要ないが、従来技術では常にＤＡＩ＝１に送信する。本発明では、ＵＬ−ＤＬ設定６で、ＤＡＩは除去されることもできる。

ＤＡＩには、ＤＬＤＣＩに含まれるＤＬＤＡＩとＵＬＤＣＩに含まれるＵＬＤＡＩとに区分されることができる。ＤＬＤＡＩは、ダウンリンクにスケジューリングされた制御チャネル及びデータチャネルの順序及び個数をシグナリングするために必要である。ＵＬＤＡＩは、ＤＬＨＡＲＱ−ＡＣＫがＰＵＳＣＨにピギーバックされる場合、これに対する総和をシグナリングするために必要である。

以下、ＦＤＤセカンダリセルに対するＤＣＩ構成方法を説明する。便宜上、プライマリセルは、ＤＬＨＡＲＱの場合、セカンダリセルに対するＰＵＣＣＨ送信セルであり、ＵＬＨＡＲＱの場合、スケジューリングを受けるセカンダリセルに対するスケジューリングセルであると仮定する。しかし、必ずこれに制限されるものではない。

Ｉ．ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーション

１．非交差搬送波スケジューリングが設定された場合

１）ＴＤＤセカンダリセルに対するＤＬＨＡＲＱタイミング：前記ＦＤＤプライマリセルに対するＦＤＤＨＡＲＱタイミングとＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングを適用することができる。これはプライマリセルがＦＤＤセルであるため、全てのサブフレームでＤＬ方向とＵＬ方向に送信が可能なためである。

２）ＴＤＤセカンダリセルに対するＵＬＨＡＲＱタイミング：ＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングのみを適用することができる。

ＵＬＨＡＲＱタイミングの場合、ＴＤＤＨＡＲＱタイミングの適用のみが可能である。この場合、全てのＵＬ−ＤＬ設定にＤＡＩは必要なく、ＵＬ−ＤＬ設定０の場合、ＵＬインデックスが必要である。したがって、下記のような構成が可能である。

ｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングも、ＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングを適用するように構成。

このとき、既存ＴＤＤと同様に、ＤＡＩ及びＵＬインデックスを構成することができる。

ｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤＨＡＲＱタイミングを適用するように構成。

このとき、ＵＬ−ＤＬ設定１、２、３、４、５、６では、ＤＣＩにＤＬ／ＵＬＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０では、ＵＬＤＣＩにＵＬインデックスを含み、ＤＬＤＣＩにはＤＬＤＡＩを含まない、または含むとしても活用しない。

ｉｉｉ）ＵＬ−ＤＬ設定１、２、３、４、５、６で、ＤＬＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤＨＡＲＱタイミングを適用するように構成。

このとき、ＵＬ−ＤＬ設定０で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングにも、ＴＤＤセカンダリセルに対するＴＤＤＨＡＲＱタイミングを適用することができる。

ＵＬ−ＤＬ設定１、２、３、４、５、６では、ＤＣＩにＤＬ／ＵＬＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０では、ＵＬＤＣＩにＵＬインデックスを含み、ＤＬＤＣＩにはＤＬＤＡＩを含まない、または含むとしても活用しない。

２．交差搬送波スケジューリングが設定された場合

１）ＴＤＤセカンダリセルに対するＤＬＨＡＲＱタイミング：ＦＤＤプライマリセルに対するＦＤＤＨＡＲＱタイミングとＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングを適用することができる。これはプライマリセルがＦＤＤセルであるため、全てのサブフレームでＤＬ方向とＵＬ方向に送信が可能なためである。

２）ＴＤＤセカンダリセルに対するＵＬＨＡＲＱタイミング：全てのＵＬ−ＤＬ設定で、ＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングを適用し、または例外的にＵＬ−ＤＬ設定０では１０サブフレーム（１０ｍｓ）周期の新しいＨＡＲＱタイミングを適用することができる。

ＵＬ−ＤＬ設定０に対し、１０ｍｓ周期のＵＬＨＡＲＱプロセスを適用すると、Ｍ＝１になるため、ＵＬインデックスは必要なくなる。この場合、全てのＵＬ−ＤＬ設定にＤＡＩは必要なく、ＵＬ−ＤＬ設定０の場合、ＵＬインデックスも必要なくなる。したがって、下記のような構成が可能である。

ｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングも、ＴＤＤセカンダリセル自体のＴＤＤＨＡＲＱタイミングを適用するように構成。このとき、既存ＴＤＤと同様に、ＤＡＩ及びＵＬインデックスを構成することができる。

ｉｖ）ＵＬ−ＤＬ設定１、２、３、４、５（、６）で、ＤＬＨＡＲＱタイミングは、ＦＤＤプライマリセルに対するＦＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルに対するＴＤＤＨＡＲＱタイミングを適用するように構成できる。

または、ＵＬ−ＤＬ設定０（、６）で、ＤＬＨＡＲＱタイミングは、ＦＤＤセカンダリセルに対するＦＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、１０ｍｓ周期を有する新しいＴＤＤセカンダリセルに対するＨＡＲＱタイミングを適用することができる。

ＵＬ−ＤＬ設定６は、前者または後者のうちどちらか一方に含まれるように適用される。

ＵＬ−ＤＬ設定０、１、２、３、４、５、６の全ては、ＤＣＩにＤＡＩ及びＵＬインデックスを含まない、または含むとしても活用しない。特徴的に、ＵＬ−ＤＬ設定０で、ＵＬＤＣＩにはＵＬインデックスを含まない、または含むとしても活用せず、ＤＬＤＣＩにＤＬＤＡＩを含まない、または含むとしても活用しない。

ＩＩ．ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーション

１．非交差搬送波スケジューリングが設定された場合

１）ＦＤＤセカンダリセルに対するＤＬＨＡＲＱタイミング：ＴＤＤプライマリセルに対するＴＤＤＨＡＲＱタイミングまたは基準ＴＤＤＨＡＲＱタイミングを適用することができる。セカンダリセル自体に対するＦＤＤＨＡＲＱタイミングは適用することができない。その理由は、ＴＤＤプライマリセルの一部サブフレームでＵＬ方向の送信を支援することができないためである。

２）ＦＤＤセカンダリセルに対するＵＬＨＡＲＱタイミング：セカンダリセル自体のＦＤＤＨＡＲＱタイミングの適用が可能であり、プライマリセルのＴＤＤＨＡＲＱタイミングも適用できる。ここで、セカンダリセル自体のＦＤＤＨＡＲＱタイミングは、ＵＬグラント受信とＰＵＳＣＨ送信との間の時間間隔が４ｍｓであることを意味する。ＰＵＳＣＨ送信とＰＨＩＣＨまたはＵＬグラント受信との間の時間間隔は、ＦＤＤと違って４ｍｓでない（例えば、６ｍｓである）。この場合、一つのＤＬサブフレームで一つのＵＬサブフレームのみをスケジューリングするようになってＵＬ−ＤＬ設定０に対してＵＬインデックスが必要なくなる。

ＤＬＨＡＲＱタイミングの場合、ＴＤＤＨＡＲＱタイミングの適用のみが可能である。この場合、ＵＬ−ＤＬ設定１、２、３、４、５（、６）で、ＤＡＩは必要であり、ＵＬ−ＤＬ設定０の場合、ＤＡＩが必要なくなる。したがって、下記のような構成が可能である。

ｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングも、ＴＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。このとき、既存ＴＤＤ方式通りにＤＡＩ及びＵＬインデックスを構成することができる。

ｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤプライマリセルのＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、ＦＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＣＩにＤＡＩを含み、ＵＬ−ＤＬ設定０で、ＵＬＤＣＩにはＵＬインデックスを含まない、または含むとしても活用しない。そして、ＤＬＤＣＩにはＤＬＤＡＩを含まない、または含むとしても活用しない。

２．交差搬送波スケジューリングが設定された場合

１）ＦＤＤセカンダリセルに対するＤＬＨＡＲＱタイミング：プライマリセルに対するＴＤＤＨＡＲＱタイミングのみが適用可能であり、セカンダリセル自体のＦＤＤＨＡＲＱタイミングを適用することができない。その理由は、ＴＤＤプライマリセルの一部サブフレームでＵＬ方向の送信支援が不可能であるためである。

２）ＦＤＤセカンダリセルに対するＵＬＨＡＲＱタイミング：プライマリセルＴＤＤＨＡＲＱタイミング、基準ＴＤＤＨＡＲＱタイミングまたはセカンダリセル自体のＦＤＤＨＡＲＱタイミングを適用することができる。ここで、セカンダリセル自体のＦＤＤＨＡＲＱタイミングは、ＵＬグラント受信時点とＰＵＳＣＨ送信時点との間の時間間隔が４ｍｓであることを意味する。ＰＵＳＣＨ送信時点とＰＨＩＣＨまたはＵＬグラント受信時点との間の時間間隔は、ＦＤＤと違って４ｍｓでない（例えば、６ｍｓである）。この場合、一つのＤＬサブフレームで一つのＵＬサブフレームのみをスケジューリングするようになってＵＬ−ＤＬ設定０に対してＵＬインデックスが必要なくなる。

ｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングも、ＴＤＤセカンダリセルのＴＤＤＨＡＲＱタイミングを適用することができる。この場合、既存ＴＤＤ方式通りにＤＡＩ及びＵＬインデックスを構成することができる。

ｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、ＦＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＣＩにＤＡＩを含み、ＵＬ−ＤＬ設定０で、ＵＬＤＣＩにＵＬインデックスを含まない、または含むとしても活用しない。そして、ＤＬＤＣＩにはＤＬＤＡＩを含まない、または含むとしても活用しない。

ｉｉｉ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、ＵＬ−ＤＬ設定０以外の組合せでも一つのＤＬサブフレームで複数のＵＬサブフレームをスケジューリングすることができる。

ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＣＩにＤＡＩを含み、ＵＬＤＣＩにＵＬインデックスも含む。ＵＬ−ＤＬ設定０では、ＤＡＩを含まない、または含むとしても活用しない。ＵＬインデックスは、従来２ビットであったが、本実施例では３ビットに増えることができる。

ｉｖ）全てのＵＬ−ＤＬ設定で、ＤＬＨＡＲＱタイミングは、ＴＤＤセカンダリセルのＴＤＤＨＡＲＱタイミングを適用し、ＵＬＨＡＲＱタイミングは、基準ＴＤＤセカンダリセルのＨＡＲＱタイミングを適用することができる。

ＵＬ−ＤＬ設定１、２、３、４、５（、６）では、ＤＬＤＣＩにＤＡＩを含み、ＵＬＤＣＩにＵＬＤＡＩを含むことができる。ＵＬ−ＤＬ設定０では、ＤＬＤＣＩにＤＡＩを含まない、または含むとしても活用しない。ＵＬ−ＤＬ設定０で、ＵＬＤＣＩにＵＬインデックスを含んで活用し、このとき、ＵＬＤＣＩには長さを増えないために、ＵＬＤＡＩを含まない。即ち、ＵＬ−ＤＬ設定１、２、３、４、５の場合、ＤＬサブフレーム：ＵＬサブフレーム＝Ｍ：１になってＵＬＤＡＩを活用することができるが、これを除外することができる。ＰＵＣＣＨ送信時と同じ数のＡＣＫ／ＮＡＣＫビットをＰＵＳＣＨを介して送信するようにすることができる。

前述した過程で、ＤＡＩが必要な場合、ＤＬＤＡＩは必ず送信しなければならない。それに対し、ＤＡＩが必要な場合であるとしでも、ＵＬＤＡＩは送信しなくて、この時は、ＵＬＤＡＩ値をスケジューリング可能な最大値と仮定して動作できる。したがって、ＤＬＤＡＩを送信してもＵＬＤＡＩは送信しなくてもよい。ＵＬＤＡＩが送信されないことは、ＵＬインデックスが含まれている場合にのみ適用することができる。

もし、ダウンリンクにＵＬ−ＤＬ設定５が基準ＨＡＲＱタイミングとして適用される状況で、アップリンクにＵＬ−ＤＬ設定０が基準ＨＡＲＱタイミングとして適用されると、ＵＬインデックスが導入され、ＵＬＤＡＩが除外される。この場合、ＵＬＤＡＩは１と仮定し、ＰＵＳＣＨにピギーバックされるＡＣＫ／ＮＡＣＫを構成し、またはＵＬＤＡＩを受けていないと認識することで、ＰＵＣＣＨに送信されるＡＣＫ／ＮＡＣＫビット数と同じようにＰＵＳＣＨにＡＣＫ／ＮＡＣＫをピギーバックすることができる。

ＤＬＨＡＲＱタイミングの場合、ＴＤＤプライマリセルのＨＡＲＱタイミングを基準ＴＤＤＨＡＲＱタイミングに代えることができる。また、基準設定が適用された場合、ＤＡＩは、ＤＬＨＡＲＱプロセスに対する基準設定によって動作が定義される。ＵＬインデックスは、ＵＬＨＡＲＱプロセスに対する基準設定によって動作が定義される。基準設定は、プライマリセルに対するＨＡＲＱタイミングまたはスケジューリングセルのＨＡＲＱタイミングになることができる。

前記で交差搬送波スケジューリングされる場合のＵＬＨＡＲＱに対し、プライマリセルとスケジューリングセルが同じであることを前提とした。プライマリセルとスケジューリングセルが異なる場合、ＵＬＨＡＲＱを対象にした記述でプライマリセルをスケジューリングセルに代えればよい。

以下、ＴＤＤセルとＦＤＤセルのアグリゲーションにおいて、ＨＡＲＱタイミングによってＤＣＩを構成する実施例を説明する。

まず、ＴＤＤセルとＦＤＤセルとの間のキャリアアグリゲーションに適用できるＨＡＲＱタイミングを下記のように整理できる。

１）ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションで、ＤＬＨＡＲＱタイミング（即ち、ＰＤＳＣＨ受信と前記ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ送信タイミング）。

非交差搬送波スケジューリングでは、ＦＤＤプライマリセルのＤＬＨＡＲＱタイミングに従う。交差搬送波スケジューリングでも、ＦＤＤプライマリセルのＤＬＨＡＲＱタイミングに従う。

２）ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションで、ＵＬＨＡＲＱタイミング（即ち、ＵＬグラント（ＵＬＤＣＩ）受信と前記ＵＬグラントによりスケジューリングされるＰＵＳＣＨの送信タイミング、前記ＰＵＳＣＨ送信と前記ＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを含むＰＨＩＣＨ受信タイミング）。

まず、非交差搬送波スケジューリングでは、スケジューリングを受けるＴＤＤセカンダリセルのＵＬＨＡＲＱタイミングに従う。

次に、交差搬送波スケジューリングでは下記のように動作できる。

ｉ）ＦＤＤセルであるスケジューリングセルに対しては、スケジューリングを受けるＴＤＤセルのＵＬＨＡＲＱタイミングに従うことができる。ＴＤＤセルであるスケジューリングセルに対しては、スケジューリングを受けるセルとスケジューリングセルのＵＬ−ＤＬ設定から基準ＵＬ−ＤＬ設定を導出し、それによるＵＬＨＡＲＱタイミングに従うことができる。

ｉｉ）ＦＤＤセルであるスケジューリングセルに対しては、ＵＬグラント受信とＰＵＳＣＨ送信との間は４ｍｓになり、ＰＵＳＣＨ送信とＰＨＩＣＨ受信との間は６ｍｓになるようにすることができる。ＴＤＤセルであるスケジューリングセルに対しては、スケジューリングを受けるセルとスケジューリングセルのＵＬ−ＤＬ設定から基準ＵＬ−ＤＬ設定を導出し、それによるＵＬＨＡＲＱタイミングに従うことができる。

３）ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションで、ＤＬＨＡＲＱタイミング（即ち、ＰＤＳＣＨ受信と前記ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ送信タイミング）

まず、非交差搬送波スケジューリングに対しては、ｉ）ＴＤＤプライマリセルのＤＬＨＡＲＱタイミングに従い、ＴＤＤプライマリセルで、ＤＬＨＡＲＱタイミングが定義されないＤＬサブフレームがある場合、このＤＬサブフレームに対しては、新しいＤＬＨＡＲＱタイミングに従うことができる。または、従来ＴＤＤセルよりＤＬサブフレームが多い、新しいＤＬＨＡＲＱタイミングを全面的に使用することもできる。ｉｉ）ＦＤＤセカンダリセルに対して定義された基準ＵＬ−ＤＬ設定によってＤＬＨＡＲＱタイミングを決定することができる。

次に、交差搬送波スケジューリングに対しては、前述した非交差搬送波スケジューリングにおけるｉ）及びｉｉ）の方法を同じように使用し、またはＴＤＤプライマリセルのＤＬＨＡＲＱタイミングのみを従うことができる。

４）ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションで、ＵＬＨＡＲＱタイミング（即ち、ＵＬグラント（ＵＬＤＣＩ）受信と前記ＵＬグラントによりスケジューリングされるＰＵＳＣＨの送信タイミング、前記ＰＵＳＣＨ送信と前記ＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを含むＰＨＩＣＨ受信タイミング）。

まず、非交差搬送波スケジューリングではスケジューリングを受けるＦＤＤセルのＵＬＨＡＲＱタイミングに従う。

ｉ）ＴＤＤセルであるスケジューリングセルに対しては、前記スケジューリングセルのＵＬＨＡＲＱタイミングに従うことができる。ＦＤＤセルであるスケジューリングセルに対しては、ＦＤＤＵＬＨＡＲＱタイミングに従う。

ｉｉ）ＴＤＤセルであるスケジューリングセルに対しては、ＵＬグラント受信とＰＵＳＣＨ送信との間は４ｍｓになり、ＰＵＳＣＨ送信とＰＨＩＣＨ受信との間は６ｍｓになるようにすることができる。ＦＤＤセルであるスケジューリングセルに対しては、ＦＤＤＵＬＨＡＲＱタイミングに従う。

前述したように、ＴＤＤセルとＦＤＤセルがアグリゲーションされる時、どんな種類のセルがプライマリセルであり、どんな種類のセルがセカンダリセルか、交差搬送波スケジューリングが適用されるかどうかによって多様な組合せが発生し、各組合せに各々のＤＬ／ＵＬＨＡＲＱタイミングが決定されることができる。前述した各組合せの場合に対し、ＤＬ／ＵＬグラントを構成するＤＣＩフィールドがどのように構成されるかに対して以下で説明する。

以下、“ｎｏｆｉｅｌｄ”は、フィールドは存在するが、該当フィールドを元の用途で使用しない方式を意味する。

１．ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションでＤＬＤＣＩフォーマット

１）交差搬送波スケジューリングまたは非交差搬送波スケジューリングのいずれでもＦＤＤＤＣＩフォーマットに基づいてＤＬＤＣＩフォーマットを決定する。即ち、３ビットで構成されるＨＡＲＱプロセスナンバーフィールドを使用し、ＤＬＤＡＩフィールドは“ｎｏｆｉｅｌｄ”として処理する。

非周期的ＳＲＳが設定される場合、ＤＣＩフォーマット２Ｂ／２Ｃ／２Ｄには１ビットの非周期的ＳＲＳ誘発フィールドが追加される。

２．ＦＤＤプライマリセルとＴＤＤセカンダリセルのアグリゲーションでＵＬＤＣＩフォーマット

１）非交差搬送波スケジューリングでは、ＦＤＤＵＬＤＣＩフォーマットに基づいてＵＬＤＣＩフォーマットを決定する。ＵＬＤＡＩフィールド及びＵＬインデックスフィールドは“ｎｏｆｉｅｌｄ”として処理する。ＵＬ−ＤＬ設定０で、２ビットのＵＬインデックスフィールドが追加される。

２）交差搬送波スケジューリングでは、スケジューリングセルがＴＤＤセルでもＦＤＤセルでも関係なく、前記非交差搬送波スケジューリングのように動作できる。

または、スケジューリングセルがＴＤＤセルの場合に限って、前記非交差搬送波スケジューリングのように動作できる。もし、スケジューリングセルがＦＤＤセルの場合、ＦＤＤＵＬＤＣＩフォーマットと同じようにＵＬＤＣＩを構成する。即ち、ＵＬＤＡＩフィールド及びＵＬインデックスフィールドは“ｎｏｆｉｅｌｄ”として処理する。

３．ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションでＤＬＤＣＩフォーマット

１）非交差搬送波スケジューリングまたは交差搬送波スケジューリングの両方ともで、ｉ）ＴＤＤＤＬＤＣＩフォーマットに基づいてＤＬＤＣＩを構成することができる。即ち、４ビットでＨＡＲＱプロセスナンバーフィールドを構成し、２ビットでＤＬＤＡＩフィールドを構成することができる。ＤＣＩフォーマット２Ｂ／２Ｃ／２Ｄに対し、ＳＲＳ誘発フィールド（ＳＲＳｔｒｉｇｇｅｒｉｎｇｆｉｅｌｄ）は“ｎｏｆｉｅｌｄ”として処理する。または、ｉｉ）ＴＤＤＤＬＤＣＩフォーマットに基づいてＤＬＤＣＩを構成し（４ビットＨＡＲＱプロセスナンバーフィールド使用）、２ビットＤＬＤＡＩフィールドは、基準ＵＬ−ＤＬ設定によって選択的に含むことができる。どのような基準ＵＬ−ＤＬ設定で、２ビットＤＬＤＡＩフィールドが含まれるかは設定されることができる。または、２ビットＵＬＤＡＩフィールドは、基準ＵＬ−ＤＬ設定に関係なく含まれることもできる。ＤＣＩフォーマット２Ｂ／２Ｃ／２Ｄに対し、ＳＲＳ誘発フィールド（ＳＲＳｔｒｉｇｇｅｒｉｎｇｆｉｅｌｄ）は“ｎｏｆｉｅｌｄ”として処理する。

４．ＴＤＤプライマリセルとＦＤＤセカンダリセルのアグリゲーションでＵＬＤＣＩフォーマット

１）非交差搬送波スケジューリングで、ｉ）ＴＤＤプライマリセルのＤＬＨＡＲＱタイミングに従い、ＴＤＤプライマリセルでＤＬＨＡＲＱタイミングが定義されないＤＬサブフレームがある場合、このＤＬサブフレームに対しては新しいＤＬＨＡＲＱタイミングに従うことができる。この場合、ＴＤＤＵＬＤＣＩフォーマットに基づいてＵＬＤＣＩを構成することができる。例えば、２ビットＵＬＤＡＩフィールドを含むことができる。ＵＬインデックスフィールドは“ｎｏｆｉｅｌｄ”として処理する。または、ｉｉ）ＴＤＤＵＬＤＣＩフォーマットに基づいており、２ビットＵＬＤＡＩフィールドは、基準ＵＬ−ＤＬ設定によって含むことができ、該当する基準ＵＬ−ＤＬ設定は、基地局により設定されることができる。または、２ビットＵＬＤＡＩフィールドは、基準ＵＬ−ＤＬ設定に関係なく含まれることもできる。ＵＬインデックスフィールドは“ｎｏｆｉｅｌｄ”として処理する。

２）交差搬送波スケジューリングでは、ｉ）スケジューリングセルがＦＤＤセルの場合、非交差搬送波スケジューリングと同じようにＵＬＤＣＩを構成することができる。もし、スケジューリングセルがＴＤＤセルの場合、ＴＤＤＵＬＤＣＩフォーマットと同じようにＵＬＤＣＩを構成する。即ち、２ビットＵＬＤＡＩフィールドを含む。スケジューリングセルにＵＬ−ＤＬ設定０が設定されると、ＵＬＤＡＩフィールドを２ビットＵＬインデックスフィールドとして代える。または、ｉｉ）スケジューリングセルがＦＤＤセルかまたはＴＤＤセルかに関係なく、非交差搬送波スケジューリングと同じようにＵＬＤＣＩフォーマットを構成することができる。

図１６は、本発明の一実施例に係るＤＣＩデコーディング方法を示す。

図１６を参照すると、端末は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信する（Ｓ１５１）。

端末は、第２のセルが第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定した後デコーディングできる（Ｓ１５２）。

ここで、第１のセルは、前記端末が基地局との最初接続確立過程（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｄｕｒｅ）または接続再確立過程を実行するプライマリセルであり、前記第２のセルは、前記端末に前記プライマリセル以外に追加に割り当てられるセカンダリセルである。

異種のセルがアグリゲーションされるキャリアアグリゲーションで、第１のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、第２のセルは、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＴＤＤセルである。このとき、前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて、互いに異なるビットサイズを有する特定フィールドを含むことができる。前記特定フィールドは、前記ＴＤＤセルをスケジューリングする時、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさを有することができる。前記特定フィールドは、例えば、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセスナンバーを含むフィールドである。ＨＡＲＱプロセスナンバーフィールドは、単独で使われるＦＤＤセルをスケジューリングする時は３ビットで構成され、単独で使われるＴＤＤセルをスケジューリングする時は４ビットで構成される。それに対し、前記例のように、異種のセルがアグリゲーションされた状況で、ＦＤＤセルを介してＴＤＤセルをスケジューリングするＤＣＩが送信される場合、このＤＣＩは、単独で使われるＦＤＤセルをスケジューリングする時と同じビット大きさ（３ビット）を有する。

他の例として、前記第１のセルは、ＴＤＤ（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＴＤＤセルであり、前記第２のセルは、ＦＤＤ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ）フレームを使用するＦＤＤセルである。この場合、前記ＤＣＩは、単独で使われるＦＤＤセルまたはＴＤＤセルのスケジューリングにおいて、互いに異なるビットサイズを有する特定フィールドを含むことができ、前記特定フィールドは、前記ＦＤＤセルをスケジューリングする時、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさを有することができる。前記特定フィールドは、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）プロセスナンバーフィールドである。前記他の例のように、異種のセルがアグリゲーションされた状況で、ＴＤＤセルを介してＦＤＤセルをスケジューリングするＤＣＩが送信される場合、このＤＣＩは、単独で使われるＴＤＤセルをスケジューリングする時と同じビット大きさ（４ビット）を有する。

交差搬送波スケジューリングが適用され、ＦＤＤプライマリセルとＴＤＤセカンダリセルがアグリゲーションされる場合を考慮する。このとき、ＰＵＣＣＨは、プライマリセルにのみ送信されると仮定する。

前記ＴＤＤセカンダリセルに対するＤＬ／ＵＬＤＣＩは、ＦＤＤプライマリセルに送信され、このとき、ＴＤＤセカンダリセルをスケジューリングするＤＬ／ＵＬＤＣＩは、ＤＬ／ＵＬＤＡＩフィールドを含まない、または含むとしても元の用途で使用しない。特に、ＴＤＤセカンダリセルは、どのようなＵＬ−ＤＬ設定を有するかに関係なく、ＤＬ／ＵＬＤＡＩフィールドを含まない、または含むとしても元の用途で使用しない。また、ＴＤＤセカンダリセルに対するスケジューリングをするＤＬ／ＵＬＤＣＩは、既存には４ビットのＨＡＲＱプロセスナンバービットを含んだが、本発明では３ビットのＨＡＲＱプロセスナンバーフィールドを使用することができる。

交差搬送波スケジューリングが適用され、ＴＤＤプライマリセルとＦＤＤセカンダリセルがアグリゲーションされる場合を考慮する。このとき、ＰＵＣＣＨは、プライマリセルにのみ送信されると仮定する。

この場合、ＴＤＤプライマリセルの全てのＵＬ−ＤＬ設定で、ＤＬ／ＵＬＤＡＩフィールドが使われる。また、ＦＤＤセカンダリセルに対するスケジューリングをするＤＬ／ＵＬＤＣＩは、既存には３ビットのＨＡＲＱプロセスナンバービットを含んだが、本発明では４ビットのＨＡＲＱプロセスナンバーフィールドを使用することができる。

ＴＤＤセカンダリセルをスケジューリングするＵＬＤＣＩには、ＴＤＤセカンダリセルのＵＬ−ＤＬ設定がＵＬ−ＤＬ設定０の場合に限って、ＵＬインデックスフィールドが存在する。ＦＤＤセカンダリセルをスケジューリングするＵＬＤＣＩには、ＵＬインデックスフィールドが存在しない、または存在するとしても元の用途で使われない。

図１７は、本発明の実施例が具現される無線機器を示すブロック図である。

基地局１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びＲＦ部（ＲＦ（ｒａｄｉｏｆｒｅｑｕｅｎｃｙ）ｕｎｉｔ）１３０を含む。プロセッサ１１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ１１０は、端末に互いに異なるフレーム構造を使用する複数のサービングセルを設定する。例えば、ＦＤＤフレームを使用するＦＤＤセルを設定し、ＴＤＤフレームを使用するＴＤＤセルを設定することができる。その後、ＦＤＤセルをスケジューリングするＤＣＩとＴＤＤセルをスケジューリングするＤＣＩを生成して送信できる。ＤＣＩの一部フィールドは、ＴＤＤセル／ＦＤＤセルを単独にスケジューリングする時とは異なる大きさのビット大きさを有することができる。メモリ１２０は、プロセッサ１１０と連結され、プロセッサ１１０を駆動するための多様な情報を格納する。ＲＦ部１３０は、プロセッサ１１０と連結され、無線信号を送信及び／または受信する。

端末２００は、プロセッサ２１０、メモリ２２０及びＲＦ部２３０を含む。プロセッサ２１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ２１０は、第１のセルを介して第２のセルをスケジューリングするＤＣＩを受信し、前記ＤＣＩをデコーディングする。このとき、前記第２のセルが前記第１のセルと同じ種類のセルかどうかによって前記ＤＣＩの大きさを決定してデコーディングできる。メモリ２２０は、プロセッサ２１０と連結され、プロセッサ２１０を駆動するための多様な情報を格納する。ＲＦ部２３０は、プロセッサ２１０と連結され、無線信号を送信及び／または受信する。

プロセッサ１１０、２１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１３０、２３０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により実行されることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部または外部にあり、よく知られた多様な手段によりプロセッサ１１０、２１０と連結されることができる。

Claims

本明細書に記載の発明。