(57)【特許請求の範囲】
【請求項１】
無線通信システム内のユーザ機器のｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ（ＨＡＲＱ）に対する受信確認を送信する方法であって、
前記方法は、
第１のコンポーネント搬送波および第２のコンポーネント搬送波のうちの一つを介して物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＤＣＩはダウンリンクリソース割当を含む、ことと、
前記第１のコンポーネント搬送波および前記第２のコンポーネント搬送波のうちの一つを介して、前記ダウンリンクリソース割当に従ってダウンリンク転送ブロックを受信することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で、前記ダウンリンク転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信することと
を含み、
前記ダウンリンク転送ブロックが、前記第１のコンポーネント搬送波を介して受信される場合には、第１のリソースが前記ＰＵＣＣＨに対して用いられ、前記第１のリソースは、前記ＰＤＣＣＨに対して用いられるリソースから決定され、
前記ダウンリンク転送ブロックが、前記第１のコンポーネント搬送波を介して受信されない場合には、第２のリソースが前記ＰＵＣＣＨに対して用いられ、前記第１のリソースおよび前記第２のリソースが異なる方式により決定される、方法。
【請求項２】
ダウンリンク転送ブロックが、前記第２のコンポーネント搬送波および前記第１のコンポーネント搬送波を介して受信される場合には、前記ＰＵＣＣＨに対して用いられるリソースは、予約された複数のリソースのうちの一つから決定される、請求項１に記載の方法。
【請求項３】
前記ＰＵＣＣＨに対して用いられる前記第１のリソースが、ＰＵＣＣＨフォーマット１ａ／１ｂに基づいて決定され、前記ＰＵＣＣＨに対して用いられる前記第２のリソースが、ＰＵＣＣＨフォーマット３に基づいて決定される、請求項１に記載の方法。
【請求項４】
前記ダウンリンク転送ブロックが、前記第１のコンポーネント搬送波を介して受信される場合には、前記ＰＵＣＣＨのペイロードサイズは１または２ビットであり、前記ダウンリンク転送ブロックが、前記第２のコンポーネント搬送波を介して受信される場合には、前記ＰＵＣＣＨのペイロードサイズは２よりも大きいビットである、請求項１に記載の方法。
【請求項５】
前記ＰＵＣＣＨに対して用いられる前記第１のリソースは、前記ＰＤＣＣＨの送信に用いられる最低のｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ（ＣＣＥ）インデックスである、請求項１に記載の方法。
【請求項６】
無線通信システム内でｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ（ＨＡＲＱ）に対する受信確認を送信するように構成されたユーザ機器であって、
前記ユーザ機器は、
無線信号を送信および受信するように構成された無線周波数（ＲＦ）ユニットと、
前記ＲＦユニットに動作可能に結合されたプロセッサと
を備え、前記プロセッサは、
第１のコンポーネント搬送波および第２のコンポーネント搬送波のうちの一つを介して物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＤＣＩはダウンリンクリソース割当を含む、ことと、
前記第１のコンポーネント搬送波および前記第２のコンポーネント搬送波のうちの一つを介して、前記ダウンリンクリソース割当に従ってダウンリンク転送ブロックを受信することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で、前記ダウンリンク転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信することと
を行うように構成され、
前記ダウンリンク転送ブロックが、前記第１のコンポーネント搬送波を介して受信される場合には、第１のリソースが前記ＰＵＣＣＨに対して用いられ、前記第１のリソースは、前記ＰＤＣＣＨに対して用いられるリソースから決定され、
前記ダウンリンク転送ブロックが、前記第１のコンポーネント搬送波を介して受信されない場合には、第２のリソースが前記ＰＵＣＣＨに対して用いられ、前記第１のリソースおよび前記第２のリソースが異なる方式により決定される、ユーザ機器。
【請求項７】
ダウンリンク転送ブロックが、前記第２のコンポーネント搬送波および前記第１のコンポーネント搬送波を介して受信される場合には、前記ＰＵＣＣＨに対して用いられるリソースは、予約された複数のリソースのうちの一つから決定される、請求項６に記載のユーザ機器。
【請求項８】
前記ＰＵＣＣＨに対して用いられる前記第１のリソースが、ＰＵＣＣＨフォーマット１ａ／１ｂに基づいて決定され、前記ＰＵＣＣＨに対して用いられる前記第２のリソースが、ＰＵＣＣＨフォーマット３に基づいて決定される、請求項６に記載のユーザ機器。
【請求項９】
前記ダウンリンク転送ブロックが、前記第１のコンポーネント搬送波を介して受信される場合には、前記ＰＵＣＣＨのペイロードサイズは１または２ビットであり、前記ダウンリンク転送ブロックが、前記第２のコンポーネント搬送波を介して受信される場合には、前記ＰＵＣＣＨのペイロードサイズは２よりも大きいビットである、請求項６に記載のユーザ機器。
【請求項１０】
前記ＰＵＣＣＨに対して用いられる前記第１のリソースは、前記ＰＤＣＣＨの送信に用いられる最低のｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ（ＣＣＥ）インデックスである、請求項６に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のための受信確認を送信する方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＴＳ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）リリース（Ｒｅｌｅａｓｅ）８に基づいているＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、有力な次世代移動通信標準である。
【０００３】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０（２００９−０５）“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）”に開示されているように、ＬＴＥにおける物理チャネルは、ダウンリンクチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、アップリンクチャネルであるＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に分けられる。
【０００４】
ＰＵＣＣＨは、同じ時間−周波数リソースを使用する一方、互いに異なるコード、周波数、時間またはこれらの組合せを使用して区分される。互いに異なるコードを使用するものをＣＤＭ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）といい、互いに異なる周波数を使用するものをＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）という。即ち、同じ時間リソースで各端末は、互いに異なるコード及び／または周波数を介して自身のＰＵＣＣＨを送信する。
【０００５】
一方、単一搬送波（ｃａｒｒｉｅｒ）システムは、アップリンクとダウンリンクとの間の帯域幅は互いに異なるように設定されても主に一つの搬送波のみを考慮している。搬送波は、中心周波数と帯域幅により定義される。多重搬送波システムは、全体帯域幅より小さい帯域幅を有する複数のコンポーネント搬送波（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ；ＣＣ）を使用するものである。
【０００６】
多重搬送波システムは、既存システムとの後方互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）をサポートすることができ、且つ多重搬送波を介してデータレート（ｄａｔａ  ｒａｔｅ）を大きく高めることができるという利点がある。
【０００７】
３ＧＰＰ  ＬＴＥシステムは、｛１．４，３，５，１０，１５，２０｝ＭＨｚのうち一つの帯域幅（即ち、一つのＣＣ）のみをサポートする単一搬送波システムである。然しながら、３ＧＰＰ  ＬＴＥの進化であるＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システムは多重搬送波を導入している。
【０００８】
単一搬送波システムでは単一搬送波を基準に制御チャネルとデータチャネルが設計された。然しながら、多重搬送波システムでも単一搬送波システムのチャネル構造をそのまま使用する場合には非効率的である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、無線通信システムにおけるＨＡＲＱのための受信確認を送信する方法及び装置を提供する。
【課題を解決するための手段】
【００１０】
一態様で、無線通信システムにおける端末のＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のための受信確認送信方法が提供される。前記方法は、複数のダウンリンク搬送波のうち少なくとも一つのダウンリンク搬送波を介してダウンリンクリソース割当を受信し、前記ダウンリンクリソース割当により指示されるダウンリンク共有チャネル上にダウンリンク転送ブロックを受信し、及びアップリンク制御チャネル上に前記ダウンリンク転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信することを含み、前記少なくとも一つのダウンリンク搬送波が１次搬送波の場合、前記アップリンク制御チャネルは第１のリソースを用い、前記少なくとも一つのダウンリンク搬送波が１次搬送波でない場合、前記アップリンク制御チャネルは第２のリソースを用いる。
【００１１】
他の態様で、無線通信システムにおける端末のＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のための受信確認を送信する端末が提供される。前記端末は、無線信号を送信及び受信するＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）部、及び前記ＲＦ部と連結されるプロセッサを含み、前記プロセッサは、複数のダウンリンク搬送波のうち少なくとも一つのダウンリンク搬送波を介してダウンリンクリソース割当を受信し、前記ダウンリンクリソース割当により指示されるダウンリンク共有チャネル上にダウンリンク転送ブロックを受信し、及びアップリンク制御チャネル上に前記ダウンリンク転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信し、前記少なくとも一つのダウンリンク搬送波が１次搬送波の場合、前記アップリンク制御チャネルは第１のリソースを用い、前記少なくとも一つのダウンリンク搬送波が１次搬送波でない場合、前記アップリンク制御チャネルは第２のリソースを用いる。
例えば、本発明は以下の項目を提供する。
（項目１）
無線通信システムにおける端末のＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のための受信確認送信方法において、
複数のダウンリンク搬送波のうち少なくとも一つのダウンリンク搬送波を介してダウンリンクリソース割当を受信し、
上記ダウンリンクリソース割当により指示されるダウンリンク共有チャネル上にダウンリンク転送ブロックを受信し、及び
アップリンク制御チャネル上に上記ダウンリンク転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信することを含み、
上記少なくとも一つのダウンリンク搬送波が１次搬送波の場合、上記アップリンク制御チャネルは第１のリソースを用い、上記少なくとも一つのダウンリンク搬送波が１次搬送波でない場合、上記アップリンク制御チャネルは第２のリソースを用いることを特徴とする方法。
（項目２）
上記アップリンク制御チャネルは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）であることを特徴とする項目１に記載の方法。
（項目３）
上記第１のリソースと上記第２のリソースは、互いに異なるＰＵＣＣＨフォーマットであることを特徴とする項目２に記載の方法。
（項目４）
上記第１のリソースと上記第２のリソースは、互いに異なる循環シフトインデックスであることを特徴とする項目２に記載の方法。
（項目５）
複数のダウンリンクリソース割当が複数のダウンリンク搬送波を介して受信される場合、上記アップリンク制御チャネルは、第２のリソースを用いることを特徴とする項目１に記載の方法。
（項目６）
無線通信システムにおける端末のＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のための受信確認を送信する端末において、
無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部；及び、
上記ＲＦ部と連結されるプロセッサ；を含み、
上記プロセッサは、
複数のダウンリンク搬送波のうち少なくとも一つのダウンリンク搬送波を介してダウンリンクリソース割当を受信し、
上記ダウンリンクリソース割当により指示されるダウンリンク共有チャネル上にダウンリンク転送ブロックを受信し、及び
アップリンク制御チャネル上に上記ダウンリンク転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信し、
上記少なくとも一つのダウンリンク搬送波が１次搬送波の場合、上記アップリンク制御チャネルは第１のリソースを用い、上記少なくとも一つのダウンリンク搬送波が１次搬送波でない場合、上記アップリンク制御チャネルは第２のリソースを用いることを特徴とする端末。
（項目７）
上記アップリンク制御チャネルは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）であることを特徴とする項目６に記載の端末。
（項目８）
上記第１のリソースと上記第２のリソースは、互いに異なるＰＵＣＣＨフォーマットであることを特徴とする項目７に記載の端末。
（項目９）
上記第１のリソースと上記第２のリソースは、互いに異なる循環シフトインデックスであることを特徴とする項目７に記載の端末。
（項目１０）
複数のダウンリンクリソース割当が複数のダウンリンク搬送波を介して受信される場合、上記アップリンク制御チャネルは、第２のリソースを用いることを特徴とする項目６に記載の端末。
【発明の効果】
【００１２】
より大きいペイロードのＡＣＫ／ＮＡＣＫ信号を送信することができ、ＡＣＫ／ＮＡＣＫ信号の検出性能を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】無線通信システムを示す。
【図２】３ＧＰＰ  ＬＴＥの無線フレーム構造を示す。
【図３】一つのスロットに対するリソースグリッドを示す例示図である。
【図４】３ＧＰＰ  ＬＴＥにおけるダウンリンクサブフレームの構造を示す。
【図５】３ＧＰＰ  ＬＴＥにおけるアップリンクサブフレームの構造を示す。
【図６】３ＧＰＰ  ＬＴＥにおけるノーマルＣＰでＰＵＣＣＨフォーマット１ｂを示す。
【図７】ＨＡＲＱ実行の一例を示す。
【図８】３ＧＰＰ  ＬＴＥにおけるノーマルＣＰでＰＵＣＣＨフォーマット２を示す。
【図９】ノーマルＣＰでＰＵＣＣＨフォーマット３を示す。
【図１０】多重搬送波の一例を示す。
【図１１】クロス−搬送波スケジューリングの一例を示す。
【図１２】多重搬送波運営の一例を示す。
【図１３】ＰＤＣＣＨ検出失敗の例を示す。
【図１４】本発明の一実施例に係るＡＣＫ／ＮＡＣＫ信号送信方法を示す。
【図１５】本発明の他の実施例に係るＡＣＫ／ＮＡＣＫ信号送信方法を示す。
【図１６】再設定アンビギュイティの一例を示す。
【図１７】本発明の実施例が具現される無線通信システムを示すブロック図である。
【発明を実施するための形態】
【００１４】
図１は、無線通信システムを示す。
【００１５】
図１を参照すると、無線通信システム１０は、少なくとも一つの基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ；ＢＳ）１１を含む。各基地局１１は、特定の地理的領域（一般的にセルという）１５ａ、１５ｂ、１５ｃに対して通信サービスを提供する。また、セルは複数の領域（セクターという）に分けられることができる。
【００１６】
端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）１２は、固定されたり、或いは移動性を有することができ、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。
【００１７】
基地局１１は、一般的に端末１２と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００１８】
以下、ダウンリンク（ｄｏｗｎｌｉｎｋ；ＤＬ）は基地局から端末への通信を意味し、アップリンク（ｕｐｌｉｎｋ；ＵＬ）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部分であり、受信機は端末の一部分である。アップリンクで、送信機は端末の一部分であり、受信機は基地局の一部分である。
【００１９】
図２は、３ＧＰＰ  ＬＴＥの無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造を示す。これは３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０（２００９−０５）“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）”の６節を参照することができる。
【００２０】
図２を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、一つのサブフレームは２個のスロット（ｓｌｏｔ）で構成される。一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。一つのサブフレームの送信にかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。ＴＴＩはスケジューリングの最小単位である。
【００２１】
一つのスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含むことができる。ＯＦＤＭシンボルは、時間領域で一つのシンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものに過ぎず、多重接続方式や名称に制限されるものではない。例えば、ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）シンボル、シンボル区間など、他の名称で呼ばれることもある。
【００２２】
一つのスロットは、７ＯＦＤＭシンボルを含むことを例示的に記述するが、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の長さによって一つのスロットに含まれるＯＦＤＭシンボルの数は変わることができる。３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０によると、ノーマル（ｎｏｒｍａｌ）ＣＰで１スロットは７ＯＦＤＭシンボルを含み、拡張（ｅｘｔｅｎｄｅｄ）ＣＰで１スロットは６ＯＦＤＭシンボルを含む。
【００２３】
無線フレームの構造は、例示に過ぎず、無線フレームに含まれるサブフレームの数及びサブフレームに含まれるスロットの数は多様に変更されることができる。
【００２４】
図３は、一つのスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す例示図である。
【００２５】
サブフレーム内の一つのスロットは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域で複数のリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ；ＲＢ）を含む。
【００２６】
リソースブロックは、リソース割当単位であり、一つのスロットで複数の連続する副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００２７】
例えば、一つのスロットが時間領域で７個のＯＦＤＭシンボルを含み、リソースブロックは周波数領域で１２個の副搬送波を含む場合、一つのリソースブロックは８４個のリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ；ＲＥ）を含むことができる。
【００２８】
リソースブロックの個数ＮＲＢは、システム帯域幅またはコンポーネント搬送波の帯域幅によって変わる。
【００２９】
図４は、３ＧＰＰ  ＬＴＥにおけるダウンリンクサブフレームの構造を示す。
【００３０】
図４を参照すると、ＤＬ（ｄｏｗｎｌｉｎｋ）サブフレームは、時間領域で制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）とデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）に分けられる。制御領域は、サブフレーム内の第１のスロットの前方部の最大３個のＯＦＤＭシンボルを含むが、制御領域に含まれるＯＦＤＭシンボルの数は変わることができる。制御領域にはＰＤＣＣＨ及び異なる制御チャネルが割り当てられ、データ領域にはＰＤＳＣＨが割り当てられる。
【００３１】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０に開示されているように、３ＧＰＰ  ＬＴＥにおける物理チャネルは、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、に分けられる。
【００３２】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に関するＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を運ぶ。まず、端末は、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００３３】
ＰＨＩＣＨは、アップリンクＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のためのＡＣＫ（ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。端末により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号はＰＨＩＣＨ上に送信される。
【００３４】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）と呼ばれることもある）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）と呼ばれることもある）、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。
【００３５】
ＰＤＣＣＨ上のＤＣＩは、ブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を介して受信される。一つのサブフレームの制御領域内で複数の候補（ｃａｎｄｉｄａｔｅ）ＰＤＣＣＨが送信されることができる。端末は、サブフレーム毎に複数の候補ＰＤＣＣＨをモニタリングする。ここで、モニタリングとは、端末がモニタリングされるＰＤＣＣＨフォーマットによってＰＤＣＣＨの各々のデコーディングを試みることである。端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングして自身のＰＤＣＣＨを探す。例えば、該当するＰＤＣＣＨで端末の識別子（例えば、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））をデマスキング（ｄｅｍａｓｋｉｎｇ）してＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）エラーが検出されないと、端末は自身のＤＣＩを有するＰＤＣＣＨに検出するものである。
【００３６】
ダウンリンクサブフレーム内の制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）を含む。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位であり、複数のＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００３７】
図５は、３ＧＰＰ  ＬＴＥにおけるアップリンクサブフレームの構造を示す。
【００３８】
図５を参照すると、アップリンクサブフレームは、アップリンク制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる制御領域（ｒｅｇｉｏｎ）と、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域と、に分けられる。
【００３９】
一つの端末に対するＰＵＣＣＨは、サブフレームでリソースブロック（ＲＢ）対（ｐａｉｒ）で割り当てられる。ＲＢ対に属するＲＢは、第１のスロットと第２のスロットの各々で互いに異なる副搬送波を占める。ｍは、サブフレーム内でＰＵＣＣＨに割り当てられたリソースブロック対の論理的な周波数領域位置を示す位置インデックスである。同じｍ値を有するリソースブロックが２個のスロットで互いに異なる副搬送波を占めていることを示す。
【００４０】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０によると、ＰＵＣＣＨは、多重フォーマットをサポートする。ＰＵＣＣＨフォーマットに従属した変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）によってサブフレーム当たり互いに異なるビット数を有するＰＵＣＣＨを使用することができる。
【００４１】
次の表１は、ＰＵＣＣＨフォーマットによる変調方式及びサブフレーム当たりビット数の例を示す。
【００４２】
【表１】
0005643831.tif 000002
【００４３】
ＰＵＣＣＨフォーマット１はＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）の送信に使われ、ＰＵＣＣＨフォーマット１ａ／１ｂはＨＡＲＱのためのＡＣＫ／ＮＡＣＫ信号の送信に使われ、ＰＵＣＣＨフォーマット２はＣＱＩの送信に使われ、ＰＵＣＣＨフォーマット２ａ／２ｂはＣＱＩ及びＡＣＫ／ＮＡＣＫ信号の同時（ｓｉｍｕｌｔａｎｅｏｕｓ）送信に使われる。サブフレームでＡＣＫ／ＮＡＣＫ信号のみを送信する時、ＰＵＣＣＨフォーマット１ａ／１ｂが使われ、ＳＲが単独に送信される時、ＰＵＣＣＨフォーマット１が使われる。ＳＲとＡＣＫ／ＮＡＣＫを同時に送信する時には、ＰＵＣＣＨフォーマット１が使われて、ＳＲに割り当てられたリソースにＡＣＫ／ＮＡＣＫ信号を変調して送信する。
【００４４】
全てのＰＵＣＣＨフォーマットは、各ＯＦＤＭシンボルでシーケンスの循環シフト（ｃｙｌｉｃ  ｓｈｉｆｔ；ＣＳ）を使用する。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）ほど循環シフトさせて生成される。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）により指示される。
【００４５】
基本シーケンスｒｕ（ｎ）を定義した一例は、次の式と通りである。
【００４６】
【数１】
0005643831.tif 000003
【００４７】
ここで、ｕはルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）、ｎは要素インデックスであり、０≦ｎ≦Ｎ−１、Ｎは基本シーケンスの長さである。ｂ（ｎ）は、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．７．０の５．５節で定義されている。
【００４８】
シーケンスの長さはシーケンスに含まれる要素（ｅｌｅｍｅｎｔ）の数と同じである。ｕは、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、無線フレーム内のスロット番号などにより決まることができる。基本シーケンスが周波数領域で一つのリソースブロックにマッピングされるとする時、一つのリソースブロックが１２副搬送波を含むため、基本シーケンスの長さＮは１２になる。異なるルートインデックスによって異なる基本シーケンスが定義される。
【００４９】
基本シーケンスｒ（ｎ）を次の数式２のように循環シフトさせ、循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ）を生成することができる。
【００５０】
【数２】
0005643831.tif 000004
【００５１】
ここで，ＩｃｓはＣＳ量を示す循環シフトインデックスである（０≦Ｉｃｓ≦Ｎ−１）。
【００５２】
基本シーケンスの可用（ａｖａｉｌａｂｌｅ）循環シフトインデックスは、ＣＳ間隔（ＣＳ  ｉｎｔｅｒｖａｌ）によって基本シーケンスから得る（ｄｅｒｉｖｅ）ことができる循環シフトインデックスを意味する。例えば、基本シーケンスの長さが１２であり、ＣＳ間隔が１の場合、基本シーケンスの可用循環シフトインデックスの総個数は１２になる。または、基本シーケンスの長さが１２であり、ＣＳ間隔が２の場合、基本シーケンスの可用循環シフトインデックスの総個数は６になる。
【００５３】
以下、ＰＵＣＣＨフォーマット１ａ／１ｂでのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号の送信に対して記述する。
【００５４】
図６は、３ＧＰＰ  ＬＴＥにおけるノーマルＣＰでＰＵＣＣＨフォーマット１ｂを示す。一つのスロットは７個のＯＦＤＭシンボルを含み、３個のＯＦＤＭシンボルは基準信号のためのＲＳ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）ＯＦＤＭシンボルになり、４個のＯＦＤＭシンボルはＡＣＫ／ＮＡＣＫ信号のためのデータＯＦＤＭシンボルになる。
【００５５】
ＰＵＣＣＨフォーマット１ｂでは、２ビットＡＣＫ／ＮＡＣＫ信号をＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調し、変調シンボルｄ（０）が生成される。
【００５６】
循環シフトインデックスＩｃｓは、無線フレーム内のスロット番号（ｎｓ）及び／またはスロット内のシンボルインデックス（ｌ）によって変わることができる。
【００５７】
ノーマルＣＰで、一つのスロットにＡＣＫ／ＮＡＣＫ信号の送信のために４個のデータＯＦＤＭシンボルがあるため、各データＯＦＤＭシンボルに対応する循環シフトインデックスをＩｃｓ０，Ｉｃｓ１，Ｉｃｓ２，Ｉｃｓ３であると仮定する。
【００５８】
変調シンボルｄ（０）は、循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ）に拡散される。スロットで（ｉ＋１）番目のＯＦＤＭシンボルに対応する一次元拡散されたシーケンスをｍ（ｉ）とする時、
【００５９】
｛ｍ（０），ｍ（１），ｍ（２），ｍ（３）｝＝｛ｄ（０）ｒ（ｎ，Ｉｃｓ０），ｄ（０）ｒ（ｎ，Ｉｃｓ１），ｄ（０）ｒ（ｎ，Ｉｃｓ２），ｄ（０）ｒ（ｎ，Ｉｃｓ３）｝
【００６０】
で表すことができる。
【００６１】
端末容量を増加させるために、一次元拡散されたシーケンスは、直交シーケンスを用いて拡散されることができる。拡散係数（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ）Ｋ＝４である直交シーケンスｗｉ（ｋ）（ｉは、シーケンスインデックス、０≦ｋ≦Ｋ−１）であり、次のようなシーケンスを使用する。
【００６２】
【表２】
0005643831.tif 000005
【００６３】
拡散係数Ｋ＝３である直交シーケンスｗｉ（ｋ）（ｉは、シーケンスインデックス、０≦ｋ≦Ｋ−１）であり、次のようなシーケンスを使用する。
【００６４】
【表３】
0005643831.tif 000006
【００６５】
スロット毎に異なる拡散係数を使用することができる。
【００６６】
従って、任意の直交シーケンスインデックスｉが与えられる時、２次元拡散されたシーケンス｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝は、次のように示すことができる。
【００６７】
｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝＝｛ｗｉ（０）ｍ（０），ｗｉ（１）ｍ（１），ｗｉ（２）ｍ（２），ｗｉ（３）ｍ（３）｝
【００６８】
２次元拡散されたシーケンス｛ｓ（０），ｓ（１），ｓ（２），ｓ（３）｝は、ＩＦＦＴが実行された後、対応するＯＦＤＭシンボルで送信される。従って、ＡＣＫ／ＮＡＣＫ信号がＰＵＣＣＨ上に送信されるものである。
【００６９】
ＰＵＣＣＨフォーマット１ｂの基準信号も基本シーケンスｒ（ｎ）を循環シフトさせた後、直交シーケンスに拡散させて送信される。３個のＲＳ  ＯＦＤＭシンボルに対応する循環シフトインデックスをＩｃｓ４，Ｉｃｓ５，Ｉｃｓ６とする時、３個の循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ４）、ｒ（ｎ，Ｉｃｓ５）、ｒ（ｎ，Ｉｃｓ６）を得ることができる。この３個の循環シフトされたシーケンスは、Ｋ＝３である直交シーケンスｗＲＳｉ（ｋ）に拡散される。
【００７０】
直交シーケンスインデックスｉ、循環シフトインデックスＩｃｓ、及びリソースブロックインデックスｍは、ＰＵＣＣＨを構成するために必要なパラメータであり、ＰＵＣＣＨ（または端末）を区分するために使われるリソースである。可用循環シフトの個数が１２であり、可用直交シーケンスインデックスの個数が３の場合、総３６個の端末に対するＰＵＣＣＨが一つのリソースブロックに多重化されることができる。
【００７１】
３ＧＰＰ  ＬＴＥでは端末がＰＵＣＣＨを構成するための前記３個のパラメータを獲得するために、リソースインデックスｎ（１）ＰＵＵＣＨを定義する。リソースインデックスｎ（１）ＰＵＵＣＨ＝ｎＣＣＥ＋Ｎ（１）ＰＵＵＣＨであり、ｎＣＣＥは、対応するＤＣＩ（即ち、ＡＣＫ／ＮＡＣＫ信号に対応するダウンリンクデータの受信に使われたダウンリンクリソース割当）の送信に使われる１番目のＣＣＥの番号であり、Ｎ（１）ＰＵＵＣＨは、基地局が端末に上位階層メッセージを介して知らせるパラメータである。
【００７２】
ＡＣＫ／ＮＡＣＫ信号の送信に使われる時間、周波数、コードリソースをＡＣＫ／ＮＡＣＫリソースまたはＰＵＣＣＨリソースという。前述したように、ＡＣＫ／ＮＡＣＫ信号をＰＵＣＣＨ上に送信するために必要なＡＣＫ／ＮＡＣＫリソースのインデックス（ＡＣＫ／ＮＡＣＫリソースインデックスまたはＰＵＣＣＨインデックスという）は、直交シーケンスインデックスｉ、循環シフトインデックスＩｃｓ、リソースブロックインデックスｍ、及び前記３個のインデックスを求めるためのインデックスのうち少なくともいずれか一つで表現されることができる。ＡＣＫ／ＮＡＣＫリソースは、直交シーケンス、循環シフト、リソースブロック、及びこれらの組合せのうち少なくともいずれか一つを含むことができる。
【００７３】
結果的に、ＰＵＣＣＨの送信に使われるリソースは、対応するＰＤＣＣＨのリソースに従属して黙示的に（ｉｍｐｌｉｃｉｔｌｙ）決定されているということができる。その理由は、基地局は、端末がＡＣＫ／ＮＡＣＫ信号のためのＰＵＣＣＨの送信に使われるリソースを別途に知らせずに、ダウンリンク転送ブロックのスケジューリングに使われるＰＤＣＣＨに使われるリソースを介して間接的に知らせるためである。
【００７４】
図７は、ＨＡＲＱ実行の一例を示す。
【００７５】
端末は、ＰＤＣＣＨをモニタリングし、ｎ番目のサブフレームでＰＤＣＣＨ５０１上にダウンリンクリソース割当を受信する。端末は、ダウンリンクリソース割当により指示されるＰＤＳＣＨ５０２を介してダウンリンク転送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）を受信する。
【００７６】
端末は、ｎ＋４番目のサブフレームでＰＵＣＣＨ５１１上に前記ダウンリンク転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信する。ＡＣＫ／ＮＡＣＫ信号は、前記ダウンリンク転送ブロックが成功的にデコーディングされるとＡＣＫ信号になり、前記ダウンリンク転送ブロックのデコーディングに失敗するとＮＡＣＫ信号になる。基地局は、ＮＡＣＫ信号が受信される場合、ＡＣＫ信号が受信されたり、或いは最大再送信回数まで前記ダウンリンク転送ブロックの再送信を実行することができる。
【００７７】
ＰＵＣＣＨ５１１を構成するために、端末はＰＤＣＣＨ５０１のリソース割当を用いる。即ち、ＰＤＣＣＨ５０１の送信に使われる最も低いＣＣＥインデックスがｎＣＣＥになり、ｎ（１）ＰＵＵＣＨ＝ｎＣＣＥ＋Ｎ（１）ＰＵＵＣＨのようにリソースインデックスを決定するものである。
【００７８】
以下、ＰＵＣＣＨフォーマット２でのＣＱＩ送信に対して記述する。
【００７９】
以下、ＣＱＩは、ＰＵＣＣＨフォーマット２を介して送信されるアップリンク制御信号の一例に過ぎない。ＣＱＩは、全帯域（ｗｉｄｅｂａｎｄ）ＣＱＩ、サブバンド（ｓｕｂｂａｎｄ）ＣＱＩ、プリコーディング行列のインデックスを指示するＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｉｏｎ）及び／またはランクを指示するＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｉｏｎ）を含むことができる。
【００８０】
図８は、３ＧＰＰ  ＬＴＥにおけるノーマルＣＰでＰＵＣＣＨフォーマット２を示す。一つのスロットは７個のＯＦＤＭシンボルを含み、２個のＯＦＤＭシンボルは基準信号のためのＲＳ  ＯＦＤＭシンボルになり、５個のＯＦＤＭシンボルはＣＱＩのためのデータＯＦＤＭシンボルになる。
【００８１】
ＣＱＩペイロードにチャネルコーディングを実行してエンコーディングされたＣＱＩが生成される。３ＧＰＰ  ＬＴＥではＰＵＣＣＨフォーマット２のペイロード（ｐａｙｌｏａｄ）は最大１３ビットであり、使われるペイロードの大きさに関係なしに常に２０ビットのエンコーディングされたＣＱＩが生成される。
【００８２】
２０ビットのエンコーディングされたＣＱＩからＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調を介して１０個の変調シンボルｄ（０），．．．，ｄ（９）が生成される。ノーマルＣＰまたは拡張ＣＰで一つのスロットにＣＱＩ送信のために５個のＯＦＤＭシンボルがあるため、一つのサブフレームにはＣＱＩ送信のために総１０個のＯＦＤＭシンボルがある。従って、一つの変調シンボルが各々一つのＯＦＤＭシンボルに対応するように１０個の変調シンボルが生成される。
【００８３】
循環シフトインデックスＩｃｓは、無線フレーム内のスロット番号（ｎｓ）及び／またはスロット内のシンボルインデックス（ｌ）によって変わることができる。
【００８４】
ノーマルＣＰで、一つのスロットにＣＱＩの送信のために５個のデータＯＦＤＭシンボルがあるため、各データＯＦＤＭシンボルに対応する循環シフトインデックスをＩｃｓ０，Ｉｃｓ１，Ｉｃｓ２，Ｉｃｓ３，Ｉｃｓ４と仮定する。
【００８５】
各ＯＦＤＭシンボルに対応する変調シンボルは、循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ）に拡散される。サブフレームで（ｉ＋１）番目のＯＦＤＭシンボルに対応する拡散されたシーケンスをｓ（ｉ）とする時、
【００８６】
｛ｓ（０），ｓ（１），ｓ（２），ｓ（３），ｓ（４）｝＝｛ｄ（０）ｒ（ｎ，Ｉｃｓ０），ｄ（１）ｒ（ｎ，Ｉｃｓ１），ｄ（２）ｒ（ｎ，Ｉｃｓ２），ｄ（３）ｒ（ｎ，Ｉｃｓ３），ｄ（４）ｒ（ｎ，Ｉｃｓ４）｝
【００８７】
で表すことができる。
【００８８】
拡散されたシーケンス｛ｓ（０），ｓ（１），ｓ（２），ｓ（３），ｓ（４）｝は、ＩＦＦＴが実行された後、対応するＯＦＤＭシンボルで送信される。従って、ＣＱＩがＰＵＣＣＨ上に送信されるものである。
【００８９】
端末がＰＵＣＣＨフォーマット２を構成するためには、循環シフトインデックスＩｃｓとリソースブロックインデックスｍを知らなければならない。３ＧＰＰ  ＬＴＥでは、一つのリソースインデックスｎＰＵＣＣＨ（２）を基地局が端末に知らせ、リソースインデックスｎＰＵＣＣＨ（２）に基づいて端末が循環シフトインデックスＩｃｓとリソースブロックインデックスｍを獲得するようにする。
【００９０】
ＰＵＣＣＨフォーマット２の基準信号も基本シーケンスｒ（ｎ）を循環シフトさせた後、直交シーケンスに拡散させて送信される。２個のＲＳ  ＯＦＤＭシンボルに対応する循環シフトインデックスをＩｃｓ１０，Ｉｃｓ１１とする時、２個の循環シフトされたシーケンスｒ（ｎ，Ｉｃｓ１０）、ｒ（ｎ，Ｉｃｓ１１）を得ることができる。循環シフトされたシーケンスは、ＩＦＦＴが実行された後、対応するＯＦＤＭシンボルで送信される。
【００９１】
表１に示す既存３ＧＰＰ  ＬＴＥのＰＵＣＣＨフォーマットに追加的にＰＵＣＣＨフォーマット３が論議されている。
【００９２】
図９は、ノーマルＣＰでＰＵＣＣＨフォーマット３を示す。一つのスロットは７個のＯＦＤＭシンボルを含み、２個のＯＦＤＭシンボルは基準信号のためのＲＳ  ＯＦＤＭシンボルになり、５個のＯＦＤＭシンボルはアップリンク制御信号（例、ＡＣＫ／ＮＡＣＫ信号）のためのデータＯＦＤＭシンボルになる。ＲＳ  ＯＦＤＭシンボル及びデータＯＦＤＭシンボルの位置や個数は例示に過ぎない。
【００９３】
ＰＵＣＣＨフォーマット３は、ＤＦＴ−ＩＦＦＴとブロック−拡散（Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇ）を使用する。
【００９４】
シンボルシーケンス｛ｄ（０），ｄ（１），．．．｝は直交シーケンスにより拡散される。シンボルシーケンスはアップリンク制御信号を示す複素数シンボルの集合である。５個のデータＯＦＤＭシンボルがあるため、拡散係数５である直交シーケンス｛ｗ（０），ｗ（１），ｗ（２），ｗ（３），ｗ（４）｝によりブロック拡散される。
【００９５】
ブロック拡散されたシンボルシーケンスは、ＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を実行した後、再びＩＦＦＴが実行され、データＯＦＤＭシンボルにマッピングされる。
【００９６】
循環シフトを用いて多重化を実行する他のＰＵＣＣＨフォーマットと違って、ＰＵＣＣＨフォーマット３は、直交シーケンスに多重化を実行する。多重化容量（ｃａｐａｃｉｔｙ）は減るが、チャネルのペイロードは増加させることができる。
【００９７】
以下、３ＧＰＰ  ＬＴＥ  ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）でのＡＣＫ／ＮＡＣＫ送信に対して記述する。
【００９８】
ＴＤＤは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）と違って、一つの無線フレームにアップリンクサブフレームとダウンリンクサブフレームが共存する。一般的にアップリンクサブフレームの個数がダウンリンクサブフレームの個数より少ない。従って、ＡＣＫ／ＮＡＣＫ信号を送信するためのアップリンクサブフレームが足りなくて、複数のダウンリンク転送ブロックに対する複数のＡＣＫ／ＮＡＣＫ信号を一つのアップリンクサブフレームで送信することをサポートしている。３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ８．７．０（２００９−０５）の１０．１節によると、チャネル選択（ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）とバンドリング（ｂｕｎｄｌｉｎｇ）の二つのＡＣＫ／ＮＡＣＫモードが開示される。
【００９９】
第一に、バンドリングは、端末が受信したＰＤＳＣＨ（即ち、ダウンリンク転送ブロック）のデコーディングに全部成功する場合にはＡＣＫを送信し、以外の場合にはＮＡＣＫを送信するものである。
【０１００】
第二に、チャネル選択は、ＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）と呼ばれることもある。端末は、予約された複数のＰＵＣＣＨリソースを選択してＡＣＫ／ＮＡＣＫを送信する。
【０１０１】
アップリンクサブフレームｎにＭ個のダウンリンクサブフレームが連結されていると仮定する。
【０１０２】
Ｍ＝３の時、チャネル選択の例は、次の表の通りである。
【０１０３】
【表４】
0005643831.tif 000007
【０１０４】
ＨＡＲＱ−ＡＣＫ（ｉ）は、Ｍ個のダウンリンクサブフレームのうちｉ番目のダウンリンクサブフレームに対するＡＣＫ／ＮＡＣＫを示す。ＤＴＸ（ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）は、該当するダウンリンクサブフレームでＰＤＳＣＨ上にダウンリンク転送ブロックを受信することができないことを意味する。前記表３によると、３個のＰＵＣＣＨリソース（ｎ（１）ＰＵＣＣＨ，０、ｎ（１）ＰＵＣＣＨ，１、ｎ（１）ＰＵＣＣＨ，２）があり、ｂ（０）、ｂ（１）は選択されたＰＵＣＣＨを用いて送信される２個のビットである。
【０１０５】
例えば、端末が３個のダウンリンクサブフレームで３個のダウンリンク転送ブロックを全部成功的に受信すると、端末はｎ（１）ＰＵＣＣＨ，２を用いてビット（１，１）をＰＵＣＣＨ上に送信する。端末が１番目（ｉ＝０）のダウンリンクサブフレームでダウンリンク転送ブロックのデコーディングに失敗し、残りはデコーディングに成功すると、端末はｎ（１）ＰＵＣＣＨ，２を用いてビット（１，０）をＰＵＣＣＨ上に送信する。
【０１０６】
チャネル選択で、少なくとも一つのＡＣＫがあると、ＮＡＣＫとＤＴＸは対になる（ｃｏｕｐｌｅ）。これは予約された（ｒｅｓｅｒｖｅｄ）ＰＵＣＣＨリソースとＱＰＳＫシンボルの組合せでは全てのＡＣＫ／ＮＡＣＫ状態を示すことができないためである。然しながら、ＡＣＫがないと、ＤＴＸはＮＡＣＫと分離される（ｄｅｃｏｕｐｌｅ）。
【０１０７】
既存ＰＵＣＣＨフォーマット１ｂは、２ビットのＡＣＫ／ＮＡＣＫのみを送信することができる。然しながら、チャネル選択は、割り当てられたＰＵＣＣＨリソースと実際ＡＣＫ／ＮＡＣＫ信号をリンクすることによって、より多いＡＣＫ／ＮＡＣＫ状態を示すものである。
【０１０８】
以下、多重搬送波（ｍｕｌｔｉｐｌｅ  ｃａｒｒｉｅｒ）システムに対して記述する。
【０１０９】
３ＧＰＰ  ＬＴＥシステムは、ダウンリンク帯域幅とアップリンク帯域幅が異なるように設定される場合をサポートするが、これは一つのコンポーネント搬送波（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ；ＣＣ）を前提にする。３ＧＰＰ  ＬＴＥシステムは最大２０ＭＨｚをサポートし、アップリンク帯域幅とダウンリンク帯域幅は異なってもよいが、アップリンクとダウンリンクの各々に一つのＣＣのみをサポートする。
【０１１０】
スペクトラム集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）（または、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、搬送波集成（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）という）は、複数のＣＣをサポートするものである。例えば、２０ＭＨｚ帯域幅を有する搬送波単位のグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）として５個のＣＣが割り当てられると、最大１００Ｍｈｚの帯域幅をサポートすることができるものである。
【０１１１】
図１０は、多重搬送波の一例を示す。
【０１１２】
ＤＬ  ＣＣとＵＬ  ＣＣが各々３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの個数に制限があるものてはない。各ＤＬ  ＣＣでＰＤＣＣＨとＰＤＳＣＨが独立的に送信され、各ＵＬ  ＣＣでＰＵＣＣＨとＰＵＳＣＨが独立的に送信される。
【０１１３】
端末は、複数のＤＬ  ＣＣでＰＤＣＣＨをモニタリングし、複数のＤＬ  ＣＣを介して同時にダウンリンク転送ブロックを受信することができる。端末は、複数のＵＬ  ＣＣを介して同時に複数のアップリンク転送ブロックを送信することができる。
【０１１４】
多重搬送波システムにおけるＣＣスケジューリングは、二つの方法が可能である。
【０１１５】
第一の方法は、一つのＣＣでＰＤＣＣＨ−ＰＤＳＣＨ対が送信されるものである。このＣＣを自記−スケジューリング（ｓｅｌｆ−ｓｃｈｅｄｕｌｉｎｇ）という。また、これはＰＵＳＣＨが送信されるＵＬ  ＣＣは、該当するＰＤＣＣＨが送信されるＤＬ  ＣＣにリンクされたＣＣになることを意味する。即ち、ＰＤＣＣＨは、同じＣＣ上でＰＤＳＣＨリソースを割り当てたり、或いはリンクされたＵＬ  ＣＣ上でＰＵＳＣＨリソースを割り当てるものである。
【０１１６】
第二の方法は、ＰＤＣＣＨが送信されるＤＬ  ＣＣに関係なしに、ＰＤＳＣＨが送信されるＤＬ  ＣＣまたはＰＵＳＣＨが送信されるＵＬ  ＣＣが決まるものである。即ち、ＰＤＣＣＨとＰＤＳＣＨが互いに異なるＤＬ  ＣＣで送信されたり、或いはＰＤＣＣＨが送信されたＤＬ  ＣＣとリンクされていないＵＬ  ＣＣを介してＰＵＳＣＨが送信されるものである。これをクロス−搬送波（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）スケジューリングという。ＰＤＣＣＨが送信されるＣＣは、ＰＤＣＣＨ搬送波、モニタリング搬送波またはスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）搬送波といい、ＰＤＳＣＨ／ＰＵＳＣＨが送信されるＣＣは、ＰＤＳＣＨ／ＰＵＳＣＨ搬送波またはスケジューリングされた（ｓｃｈｅｄｕｌｅｄ）搬送波という。
【０１１７】
図１１は、クロス−搬送波スケジューリングの一例を示す。ＤＬ  ＣＣ＃１とＵＬ  ＣＣ＃１がリンクされており、ＤＬ  ＣＣ＃２とＵＬ  ＣＣ＃２がリンクされており、ＤＬ  ＣＣ＃３とＵＬ  ＣＣ＃３がリンクされていると仮定する。
【０１１８】
ＤＬ  ＣＣ＃１の第１のＰＤＣＣＨ７０１は、同じＤＬ  ＣＣ＃１のＰＤＳＣＨ７０２に対するＤＣＩを運ぶ。ＤＬ  ＣＣ＃１の第２のＰＤＣＣＨ７１１は、ＤＬ  ＣＣ＃２のＰＤＳＣＨ７１２に対するＤＣＩを運ぶ。ＤＬ  ＣＣ＃１の第３のＰＤＣＣＨ７２１は、リンクされていないＵＬ  ＣＣ＃３のＰＵＳＣＨ７２２に対するＤＣＩを運ぶ。
【０１１９】
クロス−搬送波スケジューリングのために、ＰＤＣＣＨのＤＣＩはＣＩＦを含むことができる。ＣＩＦは、ＤＣＩを介してスケジューリングされるＤＬ  ＣＣまたはＵＬ  ＣＣを指示する。例えば、第２のＰＤＣＣＨ７１１は、ＤＬ  ＣＣ＃２を示すＣＩＦを含むことができる。第３のＰＤＣＣＨ７２１は、ＵＬ  ＣＣ＃３を示すＣＩＦを含むことができる。
【０１２０】
クロス−搬送波スケジューリングは、端末別に活性化／非活性化されることができる。例えば、基地局は、端末にＤＣＩにＣＩＦが含まれるか否かを知らせることができる。クロス−搬送波スケジューリングが活性化された端末は、ＣＩＦ（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）が含まれたＤＣＩを受信することができる。端末は、ＤＣＩに含まれたＣＩＦから受信したＰＤＣＣＨがいずれのスケジューリングされたＣＣに対する制御情報であるかを知ることができる。
【０１２１】
ＰＤＣＣＨモニタリングによる負担を減らすために、Ｎ個のＤＬ  ＣＣをサポートしても、Ｍ個（Ｍ＜Ｎ）のＤＬ  ＣＣのみをモニタリングすることができる。ＰＤＣＣＨをモニタリングするＣＣはモニタリングＣＣといい、モニタリングＣＣの集合はモニタリングＣＣ集合という。
【０１２２】
例えば、ＤＬ  ＣＣ＃１はモニタリングＣＣであり、ＤＬ  ＣＣ＃２と＃３は非−モニタリングＣＣの時、端末はＤＬ  ＣＣ＃１でのみＰＤＣＣＨのブラインドデコーディングを実行することができる。
【０１２３】
図１２は、多重搬送波運営の一例を示す。多重搬送波システムが複数のＣＣをサポートしても、セルまたは端末の力量（ｃａｐａｂｉｌｉｔｙ）によってサポートされるＣＣの個数が異なる。
【０１２４】
使用可能（ａｖａｉｌａｂｌｅ）ＣＣは、システムが使用することができる全てのＣＣを意味する。ここでは、ＣＣ＃１〜ＣＣ＃６までの６個のＣＣがある。
【０１２５】
割り当てられた（ａｓｓｉｇｎｅｄ）ＣＣは、使用可能ＣＣのうち端末の力量によって基地局が端末に割り当てるＣＣである。ＣＣ＃１〜ＣＣ＃４が割り当てられたＣＣであることを示しているが、割り当てられたＣＣの個数は使用可能ＣＣの個数より小さい、或いは同じである。
【０１２６】
活性（ａｃｔｉｖｅ）ＣＣは、端末が基地局との制御信号及び／またはデータの受信及び／または送信に使用するＣＣである。端末は、活性ＣＣのうち一部または全部に対してＰＤＣＣＨモニタリング及び／またはＰＤＳＣＨのバッファリング（ｂｕｆｆｅｒｉｎｇ）を実行することができる。活性ＣＣは、割り当てられたＣＣの中で活性化または非活性化されることができる。
【０１２７】
活性ＣＣのうち一つが基準（ｒｅｆｅｒｅｎｃｅ）ＣＣである。基準ＣＣは、１次（ｐｒｉｍａｒｙ）ＣＣまたはアンカ（ａｎｃｈｏｒ）ＣＣと呼ばれることもある。基準ＣＣは、システム情報及び／または多重搬送波運営情報のようにシステム運営に必要な情報が送信されるＣＣである。基準ＣＣは常に活性化されており、モニタリングＣＣである。
【０１２８】
以下、前述したＰＵＣＣＨ構造を多重搬送波に適用する時の問題点に対して記述する。
【０１２９】
ＡＣＫ／ＮＡＣＫ信号の送信に使われるＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット１ａ／１ｂ及びＰＵＣＣＨフォーマット２ａ／２ｂである。これらのＰＵＣＣＨフォーマットでＡＣＫ／ＮＡＣＫ信号の送信に使われるペイロードは２ビットである。
【０１３０】
４個のＤＬ  ＣＣがあり、端末が４個のダウンリンク転送ブロックを受信する場合、４ビットのペイロードを有するチャネルが必要である。既存ＰＵＣＣＨフォーマット１ａ／１ｂ及びＰＵＣＣＨフォーマット２ａ／２ｂでは一つのＰＵＣＣＨに４ビットを送信することができないため、複数のＰＵＣＣＨを使用する方法及びＰＵＣＣＨフォーマット２／３をＡＣＫ／ＮＡＣＫ信号送信に使用する方法が提案されている。
【０１３１】
２個のＰＵＣＣＨ（例えば、２個のＰＵＣＣＨフォーマット１ｂ）を使用すると、最大４ビットのＡＣＫ／ＮＡＣＫ信号を送信することができる。然しながら、複数のＰＵＣＣＨを使用することは、大きい送信パワーを要求し、ＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）を増加させることができる。
【０１３２】
既存ＰＵＣＣＨフォーマット２または３を用い、より大きいペイロードを有するＡＣＫ／ＮＡＣＫ信号を送信することも論議されている。
【０１３３】
ＰＵＣＣＨフォーマット２は、最大２０ビットを送信することができるため、ＣＱＩエンコーディングと同じ方式に１〜２０ビットのＡＣＫ／ＮＡＣＫ信号をエンコーディングし、２０ビットのエンコーディングされたＡＣＫ／ＮＡＣＫ信号を生成する。２０ビットのエンコーディングされたＡＣＫ／ＮＡＣＫ信号をＱＰＳＫ変調し、１０個の変調シンボルを生成し、周波数領域で拡散させて送信するものである。
【０１３４】
図１３は、ＰＤＣＣＨ検出失敗の例を示す。
【０１３５】
ＤＬ  ＣＣ＃１の第１のＰＤＣＣＨ８０１は、ＤＬ  ＣＣ＃１のＰＤＳＣＨ８０２に対するＤＣＩを運ぶ。ＤＬ  ＣＣ＃１の第２のＰＤＣＣＨ８１１は、ＤＬ  ＣＣ＃２のＰＤＳＣＨ８１２に対するＤＣＩを運ぶ。ＤＬ  ＣＣ＃１の第３のＰＤＣＣＨ８２１は、ＵＬ  ＣＣ＃４のＰＤＳＣＨ８２２に対するＤＣＩを運ぶ。ＤＬ  ＣＣ＃１がモニタリングＣＣである。
【０１３６】
端末が正常にＰＤＣＣＨ８０１、８０２、８０３を全部受信し、各ＰＤＳＣＨ８０２、８１２、８２２上に各々一つのダウンリンク転送ブロックが送信されるとする時、３ビットのＡＣＫ／ＮＡＣＫ信号が必要である。従って、端末は、３ビットのＡＣＫ／ＮＡＣＫ信号をエンコーディングし、２０ビットのエンコーディングされたＡＣＫ／ＮＡＣＫ信号を生成する。２０ビットのエンコーディングされたＡＣＫ／ＮＡＣＫ信号をＱＰＳＫ変調し、１０個の変調シンボルを生成し、周波数領域で拡散させて送信する。
【０１３７】
然しながら、端末が第３のＰＤＣＣＨ８２１の検出に失敗すると仮定する。第３のＰＤＣＣＨ８２１を受信することができないため、端末は、第１及び第２のＰＤＣＣＨ８０２、８０３のみを受信し、結局、２ビットのＡＣＫ／ＮＡＣＫ信号をＰＵＣＣＨフォーマット２でエンコーディングして送信する。基地局は、端末が第３のＰＤＣＣＨ８２１の検出に失敗したことを知ることができないため、受信されたＡＣＫ／ＮＡＣＫ信号の大きさを３ビットと認識してデコーディングを試みる。結果的に、基地局と端末は、誤ったＡＣＫ／ＮＡＣＫ信号を交換するようになる結果となる。
【０１３８】
前記のような問題点を解決するために、複数のＣＣを介して複数のＰＤＳＣＨが送信される時、送信されるＡＣＫ／ＮＡＣＫ信号のペイロード及び／またはスケジューリングされるＰＤＳＣＨ（または受信したＰＤＣＣＨ）の個数によって互いに異なるＰＵＣＣＨリソースを使用することを提案する。
【０１３９】
ＰＵＣＣＨリソースは、時間、空間、周波数及び／またはコードに区分されることができる。より具体的に、ＰＵＣＣＨリソースは、直交シーケンスインデックスｉ、循環シフトインデックスＩｃｓ、リソースブロックインデックスｍ、及び前記３個のインデックスを求めるためのインデックスのうち少なくともいずれか一つで表現されることができる。または、互いに異なるＰＵＣＣＨリソースは、互いに異なるＰＵＣＣＨフォーマットで表現されることができる。
【０１４０】
互いに異なるＰＵＣＣＨリソースは、基準信号及び／または制御信号に対して排他的に割り当てられることができる。
【０１４１】
もし、ＳＰＳ（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）スケジューリングが活性化されると、別途のＰＤＣＣＨモニタリングなしに、端末はＰＤＳＣＨを受信することができる。該当サブフレームでＳＰＳスケジューリングされるＰＤＳＣＨの数も含んで排他的なＰＵＣＣＨリソースが割り当てられることができる。
【０１４２】
図１４は、本発明の一実施例に係るＡＣＫ／ＮＡＣＫ信号送信方法を示す。
【０１４３】
可用ＰＵＣＣＨリソースは４個のグループ（グループＡ、Ｂ、Ｃ、Ｄ）に分けられる。グループＡは、一つのＰＤＳＣＨがスケジューリングされる時に使用するＰＵＣＣＨリソースの集合であり、グループＢは、２個のＰＤＳＣＨがスケジューリングされる時に使用するＰＵＣＣＨリソースの集合であり、グループＣは、３個のＰＤＳＣＨがスケジューリングされる時に使用するＰＵＣＣＨリソースの集合であり、グループＤは、４個のＰＤＳＣＨがスケジューリングされる時に使用するＰＵＣＣＨリソースの集合である。
【０１４４】
図１３の例のように、第３のＰＤＣＣＨ８２１の受信エラーを考慮する。端末は、２個のＰＤＳＣＨ８０２、８１２がスケジューリングされたため、グループＢに属するＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫ信号を送信する。基地局は、３個のＰＤＳＣＨをスケジューリングしたため、グループＣに属するＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫ信号の受信を待つ。
【０１４５】
従って、グループＢに属するＡＣＫ／ＮＡＣＫ信号を受信した基地局は、端末が一つのＰＤＣＣＨの受信に失敗したことを確認することができる。
【０１４６】
端末が最大４個のＣＣに対してスケジューリングを受けることができると仮定すると、各ＣＣに対してＰＵＣＣＨリソースＡ、Ｂ、Ｃ、Ｄの各々が排他的なリソース（またはグループ）で予約される。一つのＰＤＣＣＨを受信すると、端末は、ＰＵＣＣＨリソースＡを用いてスケジューリングされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫ信号を送信する。２個のＰＤＣＣＨを受信すると、端末は、ＰＵＣＣＨリソースＢを用いてスケジューリングされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫ信号を送信する。
【０１４７】
各ＣＣ（またはスケジューリングされるＰＤＳＣＨ）別に予約されるＰＵＣＣＨリソース（またはＰＵＣＣＨグループ）に関する情報は、予め指定されたり、或いは基地局が端末に知らせることができる。
【０１４８】
スケジューリングされるＣＣの数またはスケジューリングされるＰＤＳＣＨの数によってＰＵＣＣＨフォーマットを異なるように使用することもできる。スケジューリングされるＣＣの数が２以下の場合、ＰＵＣＣＨフォーマット１ａ／１ｂを使用し、スケジューリングされるＣＣの数が２より大きい場合、ＰＵＣＣＨフォーマット２または３を使用する。
【０１４９】
ＰＵＣＣＨフォーマット１ａ／１ｂが送信されるＰＵＣＣＨリソースは、図９に示す３ＧＰＰ  ＬＴＥと同じ方式に割り当てられることができる。ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが存在する場合、該当ＰＤＣＣＨが使われるＣＣＥに対応される動的なＰＵＣＣＨリソースを使用する。ＳＰＳのように、一定時区間中、ＰＤＣＣＨが無しにＰＤＳＣＨがスケジューリングされる場合には、上位階層シグナリング（例、ＲＲＣメッセージ）で指定されたＰＵＣＣＨリソースを使用する。
【０１５０】
排他的なＰＵＣＣＨリソース（またはグループ）は、スケジューリングされるＣＣの数またはスケジューリングされるＰＤＳＣＨの数と１：１に対応されることもあり、対応されないこともある。スケジューリング可能なＣＣの個数がＭ（Ｍ＞１）の時、Ｎ（Ｎ＞１）個の排他的なＰＵＣＣＨリソースが予約されることができる。
【０１５１】
基地局のＡＣＫ／ＮＡＣＫ信号の検出のための複雑度を減らすために、特定ＣＣを介して送信されるＰＤＳＣＨまたはＰＤＣＣＨに対して排他的なＰＵＣＣＨリソースが予約されることができる。
【０１５２】
一つのＣＣでＰＤＣＣＨ−ＰＤＳＣＨ対が送信される場合には、ＰＤＣＣＨと該当ＰＤＣＣＨがスケジューリングするＰＤＳＣＨが同じＣＣに送信される。この場合、ＰＤＳＣＨが送信される時にＰＵＣＣＨリソースを排他的に割り当てることは、ＰＤＣＣＨが送信される時にＰＵＣＣＨリソースを排他的に割り当てることと等価であるということができる。
【０１５３】
基地局は、排他的に予約されたＰＵＣＣＨリソース（またはリソースグループ）うちいずれのリソースを使用するかに対する選択情報を端末にＲＲＣメッセージまたはＰＤＣＣＨ上に知らせることができる。予約されたＰＵＣＣＨリソースの選択を指示するフィールドがＤＣＩに含まれることができる。または、予約されたＰＵＣＣＨリソースの選択を指示するための予約されたスクランブリングコード及び／またはＣＲＣマスキングが使われることもできる。
【０１５４】
前記選択情報は、スケジュールされるＰＤＳＣＨの個数またはＰＤＣＣＨの個数で表すことができる。
【０１５５】
ＰＤＣＣＨ上のＤＣＩは、リソース割当だけでなく、該当ＰＤＣＣＨが何番目のＰＤＳＣＨをスケジューリングしているかを指示するカウンタフィールドを含むことができる。例えば、１番目のＰＤＣＣＨのＤＣＩのカウンタ値は１であり、２番目のＰＤＣＣＨのＤＣＩのカウンタ値は２であり、３番目のＰＤＣＣＨのＤＣＩのカウンタ値は３である。端末は、自身が成功的に受信したＰＤＣＣＨのうち最後のカウンタ値に該当するＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫ信号を送信する。従って、端末は、自身が何番目のＰＤＣＣＨの検出に失敗したかを知ることができ、これをＡＣＫ／ＮＡＣＫ信号に含ませることができる。端末が１番目のＰＤＣＣＨを受信し、２番目のＰＤＣＣＨの受信を失敗し、３番目のＰＤＣＣＨを受信すると仮定する。３番目のＰＤＣＣＨのＤＣＩのカウンタ値は３であるため、端末は、２番目のＰＤＣＣＨの検出に失敗したことを知って、ＮＡＣＫまたはＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）により基地局に知らせることができる。
【０１５６】
ＤＣＩ内にカウンタが含まれる時、端末は、ＣＣグループ別に最大転送ブロックの個数に対応するＡＣＫ／ＮＡＣＫ信号を送信することができる。例えば、端末が５個のＣＣを使用することができ、３個のＣＣが第１のＣＣグループに属し、残りの２個のＣＣが第２のＣＣグループに属すると仮定する。各ＣＣ別に最大２個の転送ブロックが送信されることができると、第１のＣＣグループに対して６個の転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信することができ、第２のＣＣグループに対して４個の転送ブロックに対するＡＣＫ／ＮＡＣＫ信号を送信することができる。端末は、受信したカウンタから該当する最大ＰＤＳＣＨの数または転送ブロックの個数に基づいてＰＵＣＣＨリソースを選択することができる。
【０１５７】
図１５は、本発明の他の実施例に係るＡＣＫ／ＮＡＣＫ信号送信方法を示す。
【０１５８】
可用ＰＵＣＣＨリソースは、２個のグループ（送信グループＡ、Ｂ）に分けられる。
【０１５９】
送信グループＡは、特定ＣＣでのみＰＤＳＣＨ（またはＰＤＣＣＨ）がスケジューリングされる時に使われるＰＵＣＣＨリソースの集合であり、送信グループＢは、送信グループＡに該当しない時に使用するＰＵＣＣＨリソースの集合である。
【０１６０】
あるサブフレームで、ＤＬ  ＣＣ＃１の第１のＰＤＣＣＨ９０１は、ＤＬ  ＣＣ＃１のＰＤＳＣＨ９０２に対するＤＣＩを運ぶ。ＤＬ  ＣＣ＃１の第２のＰＤＣＣＨ９１１は、ＤＬ  ＣＣ＃２のＰＤＳＣＨ９１２に対するＤＣＩを運ぶ。従って、ＰＤＳＣＨ９０２、９１２に対するＡＣＫ／ＮＡＣＫ信号は、送信グループＢ内のＰＵＣＣＨリソースの中から選択される。
【０１６１】
次に、ＤＬ  ＣＣ＃１のＰＤＣＣＨ９５１は、ＤＬ  ＣＣ＃１のＰＤＳＣＨ９５２に対するＤＣＩを運ぶ。特定ＣＣをＤＬ  ＣＣ＃１とする時、ＰＤＳＣＨ９５２に対するＡＣＫ／ＮＡＣＫ信号は、送信グループＡ内のＰＵＣＣＨリソースの中から選択される。
【０１６２】
送信グループＡと送信グループＢは、互いに異なるＰＵＣＣＨリソース（循環シフトインデックス、直交シーケンスインデックス、リソースブロックインデックス等）であってもよく、互いに異なるＰＵＣＣＨフォーマットを示すことができる。例えば、送信グループＡはＰＵＣＣＨフォーマット１／１ａ／１ｂを指示し、送信グループＢはＰＵＣＣＨフォーマット２または３を指示することもできる。
【０１６３】
送信グループＡと送信グループＢは、互いに異なる送信技法を使用することができる。例えば、既存ＴＤＤ方式ではチャネル選択やバンドリング方式が使われ、複数の周波数帯域が集成されたＴＤＤ方式ではより多くのＡＣＫ／ＮＡＣＫビットを送信するためにＰＵＣＣＨフォーマット３が使われることができる。このような場合、送信グループＡはチャネル選択またはバンドリング方式であり、送信グループＢはＰＵＣＣＨフォーマット３である。
【０１６４】
ＤＬ  ＣＣ＃１、即ち、グループＡが使われるＣＣは１次ＣＣ（または基準ＣＣ）である。１次ＣＣでのみスケジューリングされる場合、ＰＵＣＣＨフォーマット１ａ／１ｂを使用し、残りの場合にはＰＵＣＣＨフォーマット２及び／または３を使用するものである。
【０１６５】
複数のＣＣが設定されたしても、高いデータレートをサポートする必要がない場合、１個のＣＣのみ使われる確率が高い。この時、主に使われるＣＣは１次ＣＣである。１次ＣＣのみスケジューリングされる場合、不要に全体設定されたＣＣに対するＡＣＫ／ＮＡＣＫ信号を送信することを避けることができる。
【０１６６】
また、クロス搬送波スケジューリングで１次搬送波は、３ＧＰＰ  ＬＴＥに後方互換性を提供することができる。１次ＣＣは、ＡＣＫ／ＮＡＣＫのため既存ＰＵＣＣＨ構造を維持し、クロス−搬送波スケジューリングに対しては異なるＰＵＣＣＨリソースまたは異なるＰＵＣＣＨフォーマットを使用する。後方互換性を維持しつつ、大きいペイロードのＡＣＫ／ＮＡＣＫ信号をサポートすることができる。
【０１６７】
１次ＣＣに対して前記のような構造を適用すると、再設定アンビギュイティ（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ａｍｂｉｇｕｉｔｙ）を解決することができる。
【０１６８】
図１６は、再設定アンビギュイティの一例を示す。
【０１６９】
基地局と端末は、ＤＬ  ＣＣ＃１、＃２、＃３の３個ＤＬ  ＣＣと一つのＵＬ  ＣＣをサポートすると仮定する。ＤＬ  ＣＣ＃１が１次ＣＣである。
【０１７０】
基地局は、端末にＲＲＣ連結再設定メッセージをＤＬ  ＣＣ＃１を介して送信する（Ｓ１０１０）。端末は、ＲＲＣ連結再設定メッセージに対する応答としてＲＲＣ連結再設定完了メッセージを送る（Ｓ１０２０）。
【０１７１】
ＲＲＣ連結再設定メッセージは、端末にＣＣを割り当てたり、或いはＣＣを活性化／非活性化するセットアップメッセージを意味する。ＲＲＣ連結再設定完了メッセージはＣＣセットアップに対する応答メッセージである。ここでは、ＲＲＣ連結再設定メッセージを介してＤＬ  ＣＣ＃１、＃２、＃３が全部活性化されると仮定する。
【０１７２】
以後、基地局は、端末にＤＬ  ＣＣ＃３を非活性化するＲＲＣ連結再設定メッセージをＤＬ  ＣＣ＃１を介して送信する（Ｓ１０５０）。端末は、ＲＲＣ連結再設定メッセージに対する応答としてＲＲＣ連結再設定完了メッセージを送る（Ｓ１０６０）。
【０１７３】
ＲＲＣメッセージのような上位階層メッセージは、ＲＲＣ階層が下位階層に送信を指示しても、実際に送信される時期は知ることができる。また、ＲＲＣメッセージが送信途中に損失されることもできる。
【０１７４】
従って、基地局は、ＲＲＣ連結再設定メッセージのトリガリング（ｔｒｉｇｇｅｒｉｎｇ）により、直ちにＤＬ  ＣＣ＃３を非活性化すると、基地局は２個のＤＬ  ＣＣを使用する。然しながら、端末は基地局が３個のＤＬ  ＣＣを使用すると認識するミスマッチ（ｍｉｓｍａｔｃｈ）が発生する。このような基地局と端末との間のＣＣ再設定によるＣＣアンビギュイティが発生することができる区間を再設定アンビギュイティ区間という。
【０１７５】
ＲＲＣ連結再設定メッセージのようなＲＲＣメッセージは、１次ＣＣでのみスケジューリングされることができる。従って、１次ＣＣでのみモニタリングされるＰＤＣＣＨまたはスケジューリングされるＰＤＳＣＨは、単一搬送波ではＡＣＫ／ＮＡＣＫ信号のためのＰＵＣＣＨフォーマット１ａ／１ｂをそのまま使用し、他の場合（クロス−搬送波スケジューリング、１次ＣＣ外のＣＣでのスケジューリング等）には、ＰＵＣＣＨフォーマット２／３または新しいＰＵＣＣＨフォーマットを使用することによって、１次ＣＣでの後方互換性及び追加されるＡＣＫ／ＮＡＣＫ信号のペイロードを確保することができる。
【０１７６】
図１７は、本発明の実施例が具現される無線通信システムを示すブロック図である。
【０１７７】
基地局５０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）５１、メモリ（ｍｅｍｏｒｙ）５２、及びＲＦ部（ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）ｕｎｉｔ）５３を含む。メモリ５２は、プロセッサ５１と連結され、プロセッサ５１を駆動するための多様な情報を格納する。ＲＦ部５３は、プロセッサ５１と連結され、無線信号を送信及び／または受信する。
【０１７８】
プロセッサ５１は、提案された機能、過程及び／または方法を具現する。プロセッサ５１は、図１４及び図１５の実施例で基地局の動作を具現することができる。
【０１７９】
端末６０は、プロセッサ６１、メモリ６２、及びＲＦ部６３を含む。メモリ６２は、プロセッサ６１と連結され、プロセッサ６１を駆動するための多様な情報を格納する。ＲＦ部６３は、プロセッサ６１と連結され、無線信号を送信及び／または受信する。
【０１８０】
プロセッサ６１は、提案された機能、過程及び／または方法を具現する。プロセッサ６１は、図１４ないし図１５の実施例で端末の動作を具現することができる。
【０１８１】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述の機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。
【０１８２】
前述した例示的なシステムで、方法は、一連の段階またはブロックで順序図に基づいて説明されているが、本発明は、段階の順序に限定されるものではなく、ある段階は前述と異なる段階と異なる順序にまたは同時に発生することができる。また、当業者であれば、順序図に示す段階が排他的でなく、他の段階が含まれたり、或いは順序図の一つまたはその以上の段階が本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
0005643831.tif 000008
【図２】
0005643831.tif 000009
【図３】
0005643831.tif 000010
【図４】
0005643831.tif 000011
【図５】
0005643831.tif 000012
【図６】
0005643831.tif 000013
【図７】
0005643831.tif 000014
【図８】
0005643831.tif 000015
【図９】
0005643831.tif 000016
【図１０】
0005643831.tif 000017
【図１１】
0005643831.tif 000018
【図１２】
0005643831.tif 000019
【図１３】
0005643831.tif 000020
【図１４】
0005643831.tif 000021
【図１５】
0005643831.tif 000022
【図１６】
0005643831.tif 000023
【図１７】
0005643831.tif 000024