(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔｒｅｑｕｅｓｔ）−ＡＣＫを送信する方法であって、
ＡＲＯ（ＨＡＲＱ−ＡＣＫ ｒｅｓｏｕｒｃｅ ｏｆｆｓｅｔ）を用い、複数の下りリンクサブフレームに対するＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ＣｏｎｔｒｏｌＣＨａｎｎｅｌ）リソースを決定する段階と、
前記ＰＵＣＣＨリソースを通じてＨＡＲＱ−ＡＣＫを一つの上りリンクサブフレームで送信する段階と、
を含み、
前記複数の下りリンクサブフレームが、ｅＩＭＴＡ（Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ）が構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する第１サブフレームセットのサブフレームのみを含む場合、前記ＡＲＯは、前記第１サブフレームセットに含まれた第１サブフレームのためのＰＵＣＣＨリソースを、前記第１サブフレームの前に受信したサブフレームのためのＰＵＣＣＨリソースに移動させ、
前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末のみのための第２サブフレームセットのサブフレームも含む場合、前記ＡＲＯは、前記第２サブフレームセットに含まれた第２サブフレームのためのＰＵＣＣＨリソースを前記第２サブフレームの前に受信したサブフレームのためのＰＵＣＣＨリソースに移動させ、前記第２サブフレームのためのＰＵＣＣＨリソースの移動量を決定する時、前記第２サブフレームセットは前記第１サブフレームセットのサブフレームを含むものと見なされる、ＨＡＲＱ−ＡＣＫ伝送方法。
【請求項２】
前記ＡＲＯは前記第１サブフレームセット及び前記第２サブフレームセットのそれぞれのために設定されたものである、請求項１に記載のＨＡＲＱ−ＡＣＫ伝送方法。
【請求項３】
前記第１サブフレームセットのために設定されたＡＲＯ及び前記第２サブフレームセットのために設定されたＡＲＯは異なる、請求項１に記載のＨＡＲＱ−ＡＣＫ伝送方法。
【請求項４】
前記第１サブフレームセットのためのＰＵＣＣＨリソースと前記第２サブフレームセットのためのＰＵＣＣＨリソースは連続する、請求項１に記載のＨＡＲＱ−ＡＣＫ伝送方法。
【請求項５】
前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する前記第１サブフレームセットのサブフレームのみを含む場合、
【数１】
0006375382.tif 000027
請求項１に記載のＨＡＲＱ−ＡＣＫ伝送方法。
【請求項６】
前記ＰＵＣＣＨリソースの決定には、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）を構成するＥＣＣＥ（Ｅｎｈａｎｃｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）インデックスの中で一番低いＥＣＣＥインデックスが用いられる、請求項１に記載のＨＡＲＱ−ＡＣＫ伝送方法。
【請求項７】
無線通信システムにおけるＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔｒｅｑｕｅｓｔ）−ＡＣＫを送信する端末装置であって、
受信モジュールと、
プロセッサとを含み、
前記プロセッサは、ＡＲＯ（ＨＡＲＱ−ＡＣＫ ｒｅｓｏｕｒｃｅ ｏｆｆｓｅｔ）を用いて、複数の下りリンクサブフレームに対するＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）リソースを決定し、前記ＰＵＣＣＨリソースを通じてＨＡＲＱ−ＡＣＫを一つの上りリンクサブフレームで送信し、
前記複数の下りリンクサブフレームが、ｅＩＭＴＡ（Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ）が構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する第１サブフレームセットのサブフレームのみを含む場合、前記ＡＲＯは、前記第１サブフレームセットに含まれた第１サブフレームのためのＰＵＣＣＨリソースを、前記第１サブフレームの前に受信したサブフレームのためのＰＵＣＣＨリソースに移動させ、
前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末のみのための第２サブフレームセットのサブフレームも含む場合、前記ＡＲＯは、前記第２サブフレームセットに含まれた第２サブフレームのためのＰＵＣＣＨリソースを前記第２サブフレームの前に受信したサブフレームのためのＰＵＣＣＨリソースに移動させ、前記第２サブフレームのためのＰＵＣＣＨリソースの移動量を決定する時、前記第２サブフレームセットは前記第１サブフレームセットのサブフレームも含むものと見なされる、端末装置。
【請求項８】
前記ＡＲＯは前記第１サブフレームセット及び前記第２サブフレームセットのそれぞれのために設定されたものである、請求項１に記載の端末装置。
【請求項９】
前記第１サブフレームセットのために設定されたＡＲＯ及び前記第２サブフレームセットのために設定されたＡＲＯは異なる、請求項１に記載の端末装置。
【請求項１０】
前記第１サブフレームセットのためのＰＵＣＣＨリソースと前記第２サブフレームセットのためのＰＵＣＣＨリソースは連続する、請求項１に記載の端末装置。
【請求項１１】
前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する前記第１サブフレームセットのサブフレームのみを含む場合、
【数２】
0006375382.tif 000028
請求項１に記載の端末装置。
【請求項１２】
前記ＰＵＣＣＨリソースの決定には、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）を構成するＥＣＣＥ（Ｅｎｈａｎｃｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）インデックスの中で一番低いＥＣＣＥインデックスが用いられる、請求項１に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は無線通信システムに関するもので、より詳しくはＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｈａｎｎｅｌ）とｅＩＭＴＡ（Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ）が用いられる場合、ＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）−ＡＣＫ伝送方法及び装置に関するものである。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような様々な通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、端末にｅＩＭＴＡ（Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ）が構成された場合、受信確認応答をどのように送信するかを技術的課題とする。
【０００４】
本発明で達成しようとする技術的課題は以上に言及した技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を持った者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００５】
本発明の一実施例は、無線通信システムにおけるＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）−ＡＣＫを送信する方法であって、ＡＲＯ（ＨＡＲＱ−ＡＣＫ ｒｅｓｏｕｒｃｅ ｏｆｆｓｅｔ）を用い、複数の下りリンクサブフレームに対するＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）リソースを決定する段階と、前記ＰＵＣＣＨリソースを通じてＨＡＲＱ−ＡＣＫを一つの上りリンクサブフレームで送信する段階と、を含み、前記複数の下りリンクサブフレームが、ｅＩＭＴＡ（Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ）が構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する第１サブフレームセットに含まれたサブフレームのみを含む場合、前記ＡＲＯは、第１サブフレームセットに含まれた第１サブフレームのためのＰＵＣＣＨリソースを、前記第１サブフレームセットで前記第１サブフレームに先立つサブフレームのためのＰＵＣＣＨリソースに移動させ、前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末のみのための第２サブフレームセットに含まれたサブフレームも含む場合、前記ＡＲＯは、第２サブフレームセットに含まれた第２サブフレームのためのＰＵＣＣＨリソースを前記第２サブフレームに先立つサブフレームのためのＰＵＣＣＨリソースに移動させ、前記第２サブフレームのためのＰＵＣＣＨリソース移動量決定の際、第２サブフレームセットは第１サブフレームに含まれたサブフレームも含むものと見なされる、ＨＡＲＱ−ＡＣＫ伝送方法である。
【０００６】
前記ＡＲＯは前記第１サブフレームセット及び前記第２サブフレームセットのそれぞれのために設定されたものであってもよい。
【０００７】
前記第１サブフレームセットのために設定されたＡＲＯ及び前記第２サブフレームセットのために設定されたＡＲＯは互いに異なることができる。
【０００８】
前記第１サブフレームセットのためのＰＵＣＣＨリソースと前記第２サブフレームセットのためのＰＵＣＣＨリソースは互いに連続することができる。
【０００９】
前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する第１サブフレームセットに含まれたサブフレームのみ含む場合、
【数１】
0006375382.tif 000002
【００１０】
前記ＰＵＣＣＨリソースの決定には、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）を構成するＥＣＣＥ（Ｅｎｈａｎｃｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）インデックスの中で一番低いＥＣＣＥインデックスが用いられることができる。
【００１１】
本発明の他の実施例は、無線通信システムにおけるＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）−ＡＣＫを送信する端末装置であって、受信モジュールと、プロセッサを含み、前記プロセッサは、ＡＲＯ（ＨＡＲＱ−ＡＣＫ ｒｅｓｏｕｒｃｅ ｏｆｆｓｅｔ）を用いて、複数の下りリンクサブフレームに対するＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）リソースを決定し、前記ＰＵＣＣＨリソース上を通じてＨＡＲＱ−ＡＣＫを一つの上りリンクサブフレームで送信し、前記複数の下りリンクサブフレームが、ｅＩＭＴＡ（Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ）が構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する第１サブフレームセットに含まれたサブフレームのみを含む場合、前記ＡＲＯは、第１サブフレームセットに含まれた第１サブフレームのためのＰＵＣＣＨリソースを、前記第１サブフレームセットで前記第１サブフレームに先立つサブフレームのためのＰＵＣＣＨリソースに移動させ、前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末のみのための第２サブフレームセットに含まれたサブフレームも含む場合、前記ＡＲＯは、第２サブフレームセットに含まれた第２サブフレームのためのＰＵＣＣＨリソースを前記第２サブフレームに先立つサブフレームのためのＰＵＣＣＨリソースに移動させ、前記第２サブフレームのためのＰＵＣＣＨリソース移動量決定の際、第２サブフレームセットは第１サブフレームに含まれたサブフレームも含むものと見なされる、端末装置である。
【００１２】
前記ＡＲＯは前記第１サブフレームセット及び前記第２サブフレームセットのそれぞれのために設定されたものであってもよい。
【００１３】
前記第１サブフレームセットのために設定されたＡＲＯ及び前記第２サブフレームセットのために設定されたＡＲＯは互いに異なることができる。
【００１４】
前記第１サブフレームセットのためのＰＵＣＣＨリソースと前記第２サブフレームセットのためのＰＵＣＣＨリソースは互いに連続することができる。
【００１５】
前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する第１サブフレームセットに含まれたサブフレームのみ含む場合、
【数２】
0006375382.tif 000003
【００１６】
前記ＰＵＣＣＨリソースの決定には、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）を構成するＥＣＣＥ（Ｅｎｈａｎｃｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）インデックスの中で一番低いＥＣＣＥインデックスが用いられることができる。
【発明の効果】
【００１７】
本発明によれば、ｅＩＭＴＡが端末に適用された場合、ＰＵＣＣＨリソースの衝突なしにリソース使用の効率性を向上させ、受信確認応答を送信することができる。
【００１８】
本発明で得られる効果は以上に言及した効果に制限されなく、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を持った者に明らかに理解可能であろう。
【図面の簡単な説明】
【００１９】
本明細書に添付する図面は本発明の理解に役立つためのもので、本発明の多様な実施形態を示し、明細書の記載とともに本発明の原理を説明するためのものである。
【図１】無線フレームの構造を示す図である。
【図２】下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を示す図である。
【図３】下りリンクサブフレームの構造を示す図である。
【図４】上りリンクサブフレームの構造を示す図である。
【図５】上りリンク物理リソースブロックにおいてＰＵＣＣＨフォーマットがマッピングされる形態を示す図である。
【図６】ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。
【図７】一般ＣＰの場合のＡＣＫ／ＮＡＣＫチャネル構造を示す図である。
【図８】一般ＣＰの場合のＣＱＩチャネル構造を示す図である。
【図９】ブロック拡散を用いたＰＵＣＣＨチャネル構造を示す図である。
【図１０】上りリンク制御情報をＰＵＳＣＨを介して送信する方式を説明するための図である。
【図１１】ＴＤＤにおいて受信確認応答を説明するための図である。
【図１２】本発明の一実施例によるＡＲＯを説明するための図である。
【図１３】本発明の一実施例によるＡＲＯを説明するための図である。
【図１４】本発明の一実施例によるＡＲＯを説明するための図である。
【図１５】本発明の一実施例によるＡＲＯを説明するための図である。
【図１６】本発明の一実施例によるＡＲＯを説明するための図である。
【図１７】送受信装置の構成を示す図である。
【発明を実施するための形態】
【００２０】
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮されてもよい。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。
【００２１】
本明細書では、本発明の実施例を、基地局と端末間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。
【００２２】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）で構成されるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行われるということは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に代えてもよい。中継機は、Ｒｅｌａｙ  Ｎｏｄｅ（ＲＮ）、Ｒｅｌａｙ  Ｓｔａｔｉｏｎ（ＲＳ）などの用語に代えてもよい。また、「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００２３】
以下の説明で用いられる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更されてもよい。
【００２４】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略するか、各構造及び装置の核心機能を中心にしたブロック図の形式で示すこともできる。また、本明細書全体を介して同一の構成要素には同一の図面符号を付して説明する。
【００２５】
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書でサポートすることができる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明していない段階又は部分は、上記の標準文書でサーポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書によって説明することができる。
【００２６】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ） ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）及び進展したＩＥＥＥ ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ）によって説明することができる。明確性のために、以下では、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。
【００２７】
ＬＴＡ／ＬＴＡ−Ａリソース構造／チャネル
図１を参照して無線フレームの構造について説明する。
【００２８】
セルラーＯＦＤＭ無線パケット通信システムにおいて、上り／下りリンク信号パケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位に行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間区間と定義される。３ＧＰＰ ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２無線フレーム構造を支援する。
【００２９】
図１（ａ）は、タイプ１無線フレームの構造を例示する図である。下りリンク無線フレームは１０個のサブフレームで構成され、１個のサブフレームは時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において二つのスロット（ｓｌｏｔ）で構成される。１個のサブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは、下りリンクでＯＦＤＭＡを用いているため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソースブロック（ＲＢ）はリソース割当て単位であり、１スロットにおいて複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００３０】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって異なってもよい。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）及び一般ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ ＯＦＤＭシンボルの長さが増加するため、１スロットに含まれるＯＦＤＭシンボルの数は、一般ＣＰの場合に比べて少ない。拡張ＣＰの場合に、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張ＣＰを用いることができる。
【００３１】
一般ＣＰが用いられる場合、１スロットは７個のＯＦＤＭシンボルを含み、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームにおける先頭二つ又は３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００３２】
図１（ｂ）は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２ハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成される。各ハーフフレームは、５サブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ；ＧＰ）、及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で構成され、ここで、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンク及び下りリンク間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、１個のサブフレームは二つのスロットで構成される。
【００３３】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００３４】
図２は、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。同図で、１下りリンクスロットは時間領域で７個のＯＦＤＭシンボルを含み、１リソースブロック（ＲＢ）は周波数領域で１２個の副搬送波を含むとしたが、本発明はこれに制限されない。例えば、一般ＣＰ（ｎｏｒｍａｌ−Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）では１スロットが７ ＯＦＤＭシンボルを含むが、拡張ＣＰ（ｅｘｔｅｎｄｅｄ−ＣＰ）では１スロットが６ ＯＦＤＭシンボルを含んでもよい。リソースグリッド上のそれぞれの要素をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）と呼ぶ。１リソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮＤＬは、下り送信帯域幅による。上りリンクスロットは下りリンクスロットと同一の構造を有することができる。
【００３５】
図３は、下りリンクサブフレームの構造を示す図である。１サブフレーム内で第１のスロットにおける先頭部の最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下り共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｃｅｌ；ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。３ＧＰＰ ＬＴＥシステムで用いられる下り制御チャネルには、例えば、物理制御フォーマット指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  ＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ；ＰＣＦＩＣＨ）、物理下り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、物理ＨＡＲＱ指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｅｌ；ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネル送信に用いられるＯＦＤＭシンボルの数に関する情報を含む。ＰＨＩＣＨは、上り送信の応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を含む。ＰＤＣＣＨで送信される制御情報を、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）という。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含むか、任意の端末グループに対する上り送信電力制御命令を含む。ＰＤＣＣＨは、下り共有チャネル（ＤＬ−ＳＣＨ）のリソース割当て及び送信フォーマット、上り共有チャネル（ＵＬ−ＳＣＨ）のリソース割当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）のような上位層制御メッセージのリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令のセット、送信電力制御情報、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ以上の連続する制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）の組合せ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割当て単位である。ＣＣＥは、複数個のリソース要素グループに対応する。ＰＤＣＣＨのフォーマットと利用可能なビット数は、ＣＣＥの数とＣＣＥによって提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ；ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）という識別子でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末のｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮ��Ｉ）識別子をＣＲＣにマスクすることができる。又は、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｉｄｅｎｔｉｆｉｅｒ；Ｐ−ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００３６】
図４は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別できる。制御領域には上りリンク制御情報を含む物理上り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザーデータを含む物理上り共有チャネル（Ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ；ＰＵＳＣＨ）が割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末のＰＵＣＣＨは、サブフレームにおいてリソースブロック対（ＲＢ  ｐａｉｒ）に割り当てられる。リソースブロック対に属するリソースブロックは、２スロットに対して互いに異なった副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界で周波数−ホップ（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）するという。
【００３７】
物理上り制御チャネル（ＰＵＣＣＨ）
ＰＵＣＣＨを介して送信される上りリンク制御情報（ＵＣＩ）は、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ；ＳＲ）、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報、及び下りリンクチャネル測定情報を含むことができる。
【００３８】
ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報は、ＰＤＳＣＨ上の下りリンクデータパケットのデコーティングに成功したか否かによって生成することができる。既存の無線通信システムにおいて、下り単一コードワード（ｃｏｄｅｗｏｒｄ）送信に対してはＡＣＫ／ＮＡＣＫ情報として１ビットが送信され、下り２コードワード送信に対してはＡＣＫ／ＮＡＣＫ情報として２ビットが送信される。
【００３９】
チャネル測定情報は、多重入出力（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ；ＭＩＭＯ）技法に関連するフィードバック情報のことをいい、チャネル品質指示子（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ；ＣＱＩ）、プリコーディング行列インデックス（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ；ＰＭＩ）及びランク指示子（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ；ＲＩ）を含むことができる。これらのチャネル測定情報をＣＱＩと総称することもできる。ＣＱＩの送信のためにサブフレーム当たりに２０ビットを用いることができる。
【００４０】
ＰＵＣＣＨは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）とＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）技法を用いて変調することができる。ＰＵＣＣＨを介して複数端末の制御情報を送信することができ、各端末の信号を区別するためにコード分割多重化（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ；ＣＤＭ）を行う場合に、長さ１２のＣＡＺＡＣ（Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏｃｏｒｒｅｌａｔｉｏｎ）シーケンスを主に使用する。ＣＡＺＡＣシーケンスは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）及び周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で一定の大きさ（ａｍｐｌｉｔｕｄｅ）を維持する特性を有しているため、端末のＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）又はＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）を下げてカバレッジを増加させることに適している。また、ＰＵＣＣＨを介して送信される下りデータ送信に対するＡＣＫ／ＮＡＣＫ情報は、直交シーケンス（ｏｒｔｈｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）又は直交カバー（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ；ＯＣ）を用いてカバリングされる。
【００４１】
また、ＰＵＣＣＨ上で送信される制御情報は、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ；ＣＳ）値を有する循環シフトされたシーケンス（ｃｙｃｌｉｃａｌｌｙ  ｓｈｉｆｔｅｄ  ｓｅｑｕｅｎｃｅ）を用いて区別することができる。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）だけ循環シフトさせて生成することができる。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）によって示される。チャネルの遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）によって使用可能な循環シフトの数は変更可能としてもよい。種々のシーケンスを基本シーケンスとして用いることができ、前述のＣＡＺＡＣシーケンスがその一例である。
【００４２】
また、端末が一つのサブフレームで送信可能な制御情報の量は、制御情報の送信に利用可能なＳＣ−ＦＤＭＡシンボルの数（すなわち、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）な検出のための参照信号（ＲＳ）送信に用いられるＳＣ−ＦＤＭＡシンボルを除くＳＣ−ＦＤＭＡシンボル）によって決定することができる。
【００４３】
３ＧＰＰ ＬＴＥシステムにおいてＰＵＣＣＨは、送信される制御情報、変調技法、制御情報の量などによって総７種の互いに異なるフォーマットと定義され、それぞれのＰＵＣＣＨフォーマットによって送信される上りリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）の属性は、下記の表１のようにまとめることができる。
【００４４】
【表１】
0006375382.tif 000004
【００４５】
ＰＵＣＣＨフォーマット１は、ＳＲの単独送信に用いられる。ＳＲ単独送信の場合には、変調されていない波形が適用されるが、その詳細については後述する。
【００４６】
ＰＵＣＣＨフォーマット１ａ又は１ｂは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信に用いられる。任意のサブフレームでＨＡＲＱ ＡＣＫ／ＮＡＣＫが単独に送信される場合にはＰＵＣＣＨフォーマット１ａ又は１ｂを用いることができる。又は、ＰＵＣＣＨフォーマット１ａ又は１ｂを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫ及びＳＲを同一サブフレームで送信することもできる。
【００４７】
ＰＵＣＣＨフォーマット２はＣＱＩの送信に用いられ、ＰＵＣＣＨフォーマット２ａ又は２ｂはＣＱＩ及びＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信に用いられる。拡張されたＣＰの場合は、ＰＵＣＣＨフォーマット２がＣＱＩ及びＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信に用いられてもよい。
【００４８】
図５に、上りリンク物理リソースブロックにおいてＰＵＣＣＨフォーマットがＰＵＣＣＨ領域にマップされる形態を示す。図５で、ＮＵＬＲＢは上りリンクでのリソースブロックの数を表し、０，１，…ＮＵＬＲＢ−１は、物理リソースブロックの番号を表す。基本的に、ＰＵＣＣＨは、上りリンク周波数ブロックの両端部にマップされる。図５に示すように、ｍ＝０、１と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット２／２ａ／２ｂがマップされ、これは、ＰＵＣＣＨフォーマット２／２ａ／２ｂが帯域−終端（ｂａｎｄ−ｅｄｇｅ）に位置しているリソースブロックにマップされると表現することもできる。また、ｍ＝２と表示されるＰＵＣＣＨ領域に、ＰＵＣＣＨフォーマット２／２ａ／２ｂ及びＰＵＣＣＨフォーマット１／１ａ／１ｂが併せて（ｍｉｘｅｄ）マップされてもよい。次に、ｍ＝３、４、５と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット１／１ａ／１ｂがマップされてもよい。ＰＵＣＣＨフォーマット２／２ａ／２ｂによって利用可能なＰＵＣＣＨ ＲＢの数（Ｎ（２）ＲＢ）は、ブロードキャストシグナリングによってセル内の端末に知らせることができる。
【００４９】
ＰＵＣＣＨリソース
ＵＥに対しては、上りリンク制御情報（ＵＣＩ）の送信のためのＰＵＣＣＨリソースが、上位（ｈｉｇｈｅｒ）レイヤシグナリング（信号通知）を用いた明示的（ｅｘｐｌｉｃｉｔ）方式あるいは黙示的（ｉｍｐｌｉｃｉｔ）な方式によって基地局（ＢＳ）から割り当てられる。
【００５０】
ＡＣＫ／ＮＡＣＫの場合に、端末に対して上位層で複数個のＰＵＣＣＨリソース候補を設定することができ、それらの候補の中でどのＰＵＣＣＨリソースを使用するかは黙示的な方式で決定することができる。例えば、ＵＥはＢＳからＰＤＳＣＨを受信し、該ＰＤＳＣＨに関するスケジューリング情報を運ぶＰＤＣＣＨリソースによって黙示的に決定されたＰＵＣＣＨリソースを用いて、該当のデータユニットに対するＡＣＫ／ＮＡＣＫを送信することができる。
【００５１】
図６に、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す。
【００５２】
ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは各ＵＥにあらかじめ割り当てられておらず、複数のＰＵＣＣＨリソースをセル内の複数のＵＥが毎時点ごとに分けて使用する。具体的に、ＵＥがＡＣＫ／ＮＡＣＫを送信するために使用するＰＵＣＣＨリソースは、該当の下りリンクデータを運ぶＰＤＳＣＨに関するスケジューリング情報を運ぶＰＤＣＣＨに基づいて黙示的な方式で決定される。それぞれのＤＬサブフレームにおいてＰＤＣＣＨが送信される全体領域は複数のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）で構成され、ＵＥに送信されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＣＣＥは複数（例えば、９個）のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）を含む。１個のＲＥＧは、参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＲＳ）を除いた状態で隣り合う四つのＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＵＥは、自身が受信したＰＤＣＣＨを構成するＣＣＥのインデックスの中で特定のＣＣＥインデックス（例えば、最初あるいは最低のＣＣＥインデックス）の関数によって誘導（ｄｅｒｉｖｅ）あるいは計算（ｃａｌｃｕｌａｔｅ）される黙示的ＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫを送信する。
【００５３】
図６を参照すると、それぞれのＰＵＣＣＨリソースインデックスは、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースに対応する。図６のように、４〜６番のＣＣＥで構成されたＰＤＣＣＨを介してＰＤＳＣＨに関するスケジューリング情報がＵＥに送信されると仮定する場合、該ＵＥは、上記ＰＤＣＣＨを構成する最低のＣＣＥである４番ＣＣＥのインデックスから誘導あるいは計算されたＰＵＣＣＨ、例えば、４番ＰＵＣＣＨを介してＡＣＫ／ＮＡＣＫをＢＳに送信する。図６は、ＤＬに最大Ｍ’個のＣＣＥが存在し、ＵＬに最大Ｍ個のＰＵＣＣＨが存在する場合を例示する。Ｍ’＝Ｍであってもよいが、Ｍ’値とＭ値とが異なるように設計され、ＣＣＥとＰＵＣＣＨリソースのマッピングが重なるようにしてもよい。
【００５４】
例えば、ＰＵＣＣＨリソースインデックスを次のように決定することができる。
【００５５】
【数３】
0006375382.tif 000005
【００５６】
ここで、ｎ（１）ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースインデックスを表し、Ｎ（１）ＰＵＣＣＨは、上位レイヤから伝達されるシグナリング値を表す。ｎＣＣＥは、ＰＤＣＣＨ送信に用いられたＣＣＥインデックスのうちの最小の値を表すことができる。
【００５７】
ＰＵＣＣＨチャネル構造
ＰＵＣＣＨフォーマット１ａ及び１ｂについてまず説明する。
【００５８】
ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＢＰＳＫ又はＱＰＳＫ変調方式を用いて変調されたシンボルは、長さ１２のＣＡＺＡＣシーケンスで乗算（ｍｕｌｔｉｐｌｙ）される。例えば、変調シンボルｄ（０）に長さＮのＣＡＺＡＣシーケンスｒ（ｎ）（ｎ＝０，１，２，…，Ｎ−１）が乗算された結果は、ｙ（０），ｙ（１），ｙ（２），…，ｙ（Ｎ−１）となる。ｙ（０），…，ｙ（Ｎ−１）シンボルをシンボルブロック（ｂｌｏｃｋ  ｏｆ  ｓｙｍｂｏｌ）と呼ぶことができる。変調シンボルにＣＡＺＡＣシーケンスを乗算した後に、直交シーケンスを用いたブロック−単位（ｂｌｏｃｋ−ｗｉｓｅ）拡散が適用される。
【００５９】
一般ＡＣＫ／ＮＡＣＫ情報に対しては長さ４のアダマール（Ｈａｄａｍａｒｄ）シーケンスが用いられ、短い（ｓｈｏｒｔｅｎｅｄ）ＡＣＫ／ＮＡＣＫ情報及び参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）に対しては長さ３のＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）シーケンスが用いられる。拡張されたＣＰの場合の参照信号に対しては長さ２のアダマールシーケンスが用いられる。
【００６０】
図７は、一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す図である。図７では、ＣＱＩ無しでＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信するためのＰＵＣＣＨチャネル構造を例示する。１個のスロットに含まれる７個のＳＣ−ＦＤＭＡシンボルのうち、中間部分における３個の連続したＳＣ−ＦＤＭＡシンボルに参照信号（ＲＳ）を乗せ、残り四つのＳＣ−ＦＤＭＡシンボルにはＡＣＫ／ＮＡＣＫ信号を乗せる。一方、拡張されたＣＰの場合には、中間部分における二つの連続したシンボルにＲＳを乗せることができる。ＲＳに用いられるシンボルの数及び位置は、制御チャネルによって変更可能としてもよく、それに関連したＡＣＫ／ＮＡＣＫ信号に用いられるシンボルの数及び位置もそれに応じて変更されてもよい。
【００６１】
１ビット及び２ビットの確認応答情報（スクランブルされていない状態）はそれぞれＢＰＳＫ及びＱＰＳＫ変調技法を用いて一つのＨＡＲＱ ＡＣＫ／ＮＡＣＫ変調シンボルで表現することができる。肯定確認応答（ＡＣＫ）は「１」にエンコードし、否定確認応答（ＮＡＣＫ）は「０」にエンコードすることができる。
【００６２】
割り当てられる帯域内で制御信号を送信するとき、多重化容量を高めるために２次元拡散を適用する。すなわち、多重可能な端末の数又は制御チャネルの数を増大するために周波数領域拡散と時間領域拡散を同時に適用する。ＡＣＫ／ＮＡＣＫ信号を周波数領域で拡散させるために周波数領域シーケンスを基本シーケンスとして用いる。周波数領域シーケンスとしては、ＣＡＺＡＣシーケンスの一つであるＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスを用いることができる。例えば、基本シーケンスであるＺＣシーケンスに互いに異なる循環シフト（Ｃｙｃｌｉｃ  Ｓｈｉｆｔ；ＣＳ）を適用することによって、互いに異なる端末又は互いに異なる制御チャネルの多重化を適用することができる。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨ ＲＢのためのＳＣ−ＦＤＭＡシンボルで支援されるＣＳリソースの数は、
【数４】
0006375382.tif 000006
【００６３】
周波数領域拡散されたＡＣＫ／ＮＡＣＫ信号を直交拡散（ｓｐｒｅａｄｉｎｇ）コードを用いて時間領域で拡散する。直交拡散コードとしてはウォルシュ−アダマール（Ｗａｌｓｈ−Ｈａｄａｍａｒｄ）シーケンス又はＤＦＴシーケンスを用いることができる。例えば、ＡＣＫ／ＮＡＣＫ信号は４シンボルに対して長さ４の直交シーケンス（ｗ０、ｗ１、ｗ２、ｗ３）を用いて拡散することができる。また、ＲＳも、長さ３又は長さ２の直交シーケンスを用いて拡散する。これを直交カバリング（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒｉｎｇ；ＯＣ）という。
【００６４】
前述したような周波数領域でのＣＳリソース及び時間領域でのＯＣリソースを用いて複数の端末をコード分割多重化（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ、ＣＤＭ）方式で多重化することができる。すなわち、同一のＰＵＣＣＨ ＲＢ上で複数端末のＡＣＫ／ＮＡＣＫ情報及びＲＳを多重化することができる。
【００６５】
このような時間領域拡散ＣＤＭにおいて、ＡＣＫ／ＮＡＣＫ情報に対して支援される拡散コードの数はＲＳシンボルの数によって制限される。すなわち、ＲＳ送信ＳＣ−ＦＤＭＡシンボルの数は、ＡＣＫ／ＮＡＣＫ情報送信ＳＣ−ＦＤＭＡシンボルの数よりも少ないため、ＲＳの多重化容量（ｃａｐａｃｉｔｙ）がＡＣＫ／ＮＡＣＫ情報の多重化容量に比べて少なくなる。例えば、一般ＣＰの場合、四つのシンボルでＡＣＫ／ＮＡＣＫ情報を送信できるが、ＡＣＫ／ＮＡＣＫ情報のために四つではなく３個の直交拡散コードを用いる。これは、ＲＳ送信シンボルの数が３個に制限され、ＲＳのために３個の直交拡散コードしか用いることができないためである。
【００６６】
ＡＣＫ／ＮＡＣＫ情報の拡散に用いられる直交シーケンスの一例は、表２及び表３の通りである。表２は、長さ４シンボルに対するシーケンスを示し、表３は、長さ３シンボルに対するシーケンスを示す。長さ４シンボルに対するシーケンスは、一般的なサブフレーム構成のＰＵＣＣＨフォーマット１／１ａ／１ｂで用いられる。サブフレーム構成において、第２のスロットの最後のシンボルでＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が送信されるなどの場合を考慮して、第１のスロットでは長さ４シンボルに対するシーケンスが適用され、第２のスロットでは長さ３シンボルに対するシーケンスの短い（ｓｈｏｒｔｅｎｅｄ）ＰＵＣＣＨフォーマット１／１ａ／１ｂが適用されてもよい。
【００６７】
【表２】
0006375382.tif 000007
【００６８】
【表３】
0006375382.tif 000008
【００６９】
一般ＣＰのサブフレームにおいて１スロットで３個のシンボルがＲＳ送信のために用いられ、四つのシンボルがＡＣＫ／ＮＡＣＫ情報送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で３個の直交カバー（ＯＣ）リソースを用いることができるとすれば、総１８個の互いに異なる端末からのＨＡＲＱ確認応答を一つのＰＵＣＣＨ ＲＢ内で多重化することができる。もし、拡張されたＣＰのサブフレームにおいて１スロットで二つのシンボルがＲＳ送信のために用いられ、四つのシンボルがＡＣＫ／ＮＡＣＫ情報送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で二つの直交カバー（ＯＣ）リソースを用いることができるとすれば、総１２個の互いに異なる端末からのＨＡＲＱ確認応答を一つのＰＵＣＣＨ ＲＢ内で多重化することができる。
【００７０】
次に、ＰＵＣＣＨフォーマット１について説明する。スケジューリング要求（ＳＲ）は、端末が、スケジュールされることを要求するかあるいは要求しない方式で送信される。ＳＲチャネルは、ＰＵＣＣＨフォーマット１ａ／１ｂにおけるＡＣＫ／ＮＡＣＫチャネル構造を再利用し、ＡＣＫ／ＮＡＣＫチャネル設計に基づいてＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式で構成される。ＳＲチャネルでは参照信号が送信されない。したがって、一般ＣＰの場合には、長さ７のシーケンスが用いられ、拡張されたＣＰの場合には長さ６のシーケンスが用いられる。ＳＲ及びＡＣＫ／ＮＡＣＫに対して互いに異なる循環シフト又は直交カバーを割り当てることができる。すなわち、肯定（ｐｏｓｉｔｉｖｅ）ＳＲ送信のために、端末は、ＳＲ用に割り当てられたリソース上でＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する。否定（ｎｅｇａｔｉｖｅ）ＳＲ送信のためには、端末は、ＡＣＫ／ＮＡＣＫ用に割り当てられたリソース上でＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する。
【００７１】
次に、ＰＵＣＣＨフォーマット２／２ａ／２ｂについて説明する。ＰＵＣＣＨフォーマット２／２ａ／２ｂは、チャネル測定フィードバック（ＣＱＩ、ＰＭＩ、ＲＩ）を送信するための制御チャネルである。
【００７２】
チャネル測定フィードバック（以下では、「ＣＱＩ情報」と総称する）の報告周期及び測定対象となる周波数単位（又は、周波数解像度（ｒｅｓｏｌｕｔｉｏｎ））は基地局で制御することができる。時間領域において周期的及び非周期的ＣＱＩ報告を支援することができる。ＰＵＣＣＨフォーマット２は、周期的報告にのみ用いられ、非周期的報告のためにはＰＵＳＣＨを用いることができる。非周期的報告の場合に、基地局は端末に、上りリンクデータ送信のためにスケジュールされたリソースに個別ＣＱＩ報告を乗せて送信することを指示することができる。
【００７３】
図８は、一般ＣＰの場合に、ＣＱＩチャネルの構造を示す。１スロットのＳＣ−ＦＤＭＡシンボル０乃至６のうち、ＳＣ−ＦＤＭＡシンボル１及び５（２番目及び６番目のシンボル）を復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＭＲＳ）送信に用い、残りＳＣ−ＦＤＭＡシンボルでＣＱＩ情報を送信することができる。一方、拡張されたＣＰの場合には、一つのＳＣ−ＦＤＭＡシンボル（ＳＣ−ＦＤＭＡシンボル３）をＤＭＲＳ送信に用いる。
【００７４】
ＰＵＣＣＨフォーマット２／２ａ／２ｂではＣＡＺＡＣシーケンスによる変調を支援し、ＱＰＳＫ変調されたシンボルが長さ１２のＣＡＺＡＣシーケンスで乗算される。シーケンスの循環シフト（ＣＳ）はシンボル及びスロット間に変更される。ＤＭＲＳに対して直交カバリングが用いられる。
【００７５】
１個のスロットに含まれる７個のＳＣ−ＦＤＭＡシンボルのうち、３個のＳＣ−ＦＤＭＡシンボル間隔で離れた二つのＳＣ−ＦＤＭＡシンボルには参照信号（ＤＭＲＳ）が乗せられ、残り５個のＳＣ−ＦＤＭＡシンボルにはＣＱＩ情報が乗せられる。１スロット中に二つのＲＳが用いられることは、高速端末を支援するためである。また、循環シフト（ＣＳ）シーケンスを用いて各端末を区別する。ＣＱＩ情報シンボルはＳＣ−ＦＤＭＡシンボル全体に変調されて伝達され、ＳＣ−ＦＤＭＡシンボルは一つのシーケンスで構成されている。すなわち、端末は各シーケンスにＣＱＩを変調して送信する。
【００７６】
一つのＴＴＩに送信可能なシンボル数は１０個であり、ＣＱＩ情報の変調はＱＰＳＫまで定められている。ＳＣ−ＦＤＭＡシンボルに対してＱＰＳＫマッピングを用いる場合、２ビットのＣＱＩ値を乗せ得るため、１スロットに１０ビットのＣＱＩ値を乗せることができる。したがって、１サブフレームに最大２０ビットのＣＱＩ値を乗せることができる。ＣＱＩ情報を周波数領域において拡散するために周波数領域拡散符号を用いる。
【００７７】
周波数領域拡散符号としては長さ１２のＣＡＺＡＣシーケンス（例えば、ＺＣシーケンス）を用いることができる。各制御チャネルは、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有するＣＡＺＡＣシーケンスを適用して区別することができる。周波数領域で拡散されたＣＱＩ情報にＩＦＦＴを行う。
【００７８】
１２個の等間隔を有する循環シフトによって１２個の互いに異なる端末を同一ＰＵＣＣＨ ＲＢ上で直交多重化することができる。一般ＣＰ場合に、ＳＣ−ＦＤＭＡシンボル１及び５上の（拡張されたＣＰ場合はＳＣ−ＦＤＭＡシンボル３上の）ＤＭＲＳシーケンスは、周波数領域上のＣＱＩ信号シーケンスに類似するが、ＣＱＩ情報のような変調が適用されない。端末は、ＰＵＣＣＨリソースインデックス（ｎ（２）ＰＵＣＣＨ）で示されるＰＵＣＣＨリソース上で周期的に異なったＣＱＩ、ＰＭＩ及びＲＩタイプを報告するように、上位層シグナリングによって半−静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定されてもよい。ここで、ＰＵＣＣＨリソースインデックス（Ｎ（２）ＰＵＣＣＨ）は、ＰＵＣＣＨフォーマット２／２ａ／２ｂ送信に用いられるＰＵＣＣＨ領域及び用いられる循環シフト（ＣＳ）値を示す情報である。
【００７９】
次に、改善された−ＰＵＣＣＨ（ｅ−ＰＵＣＣＨ）フォーマットについて説明する。ｅ−ＰＵＣＣＨはＬＴＥ−ＡシステムのＰＵＣＣＨフォーマット３に対応し得る。ＰＵＣＣＨフォーマット３を用いたＡＣＫ／ＮＡＣＫ送信にはブロック拡散（ｂｌｏｃｋ  ｓｐｒｅａｄｉｎｇ）技法を適用することができる。
【００８０】
ブロック拡散技法は、既存のＰＵＣＣＨフォーマット１系列又は２系列とは違い、制御信号送信をＳＣ−ＦＤＭＡ方式を用いて変調する方式である。図９に示すように、シンボルシーケンスをＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）を用いて時間領域（ｄｏｍａｉｎ）上で拡散して送信することができる。ＯＣＣを用いることによって同一ＲＢ上に複数個の端末の制御信号を多重化することができる。前述したＰＵＣＣＨフォーマット２の場合には一つのシンボルシーケンスを時間領域にわたって送信し、ＣＡＺＡＣシーケンスのＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）を用いて複数個の端末の制御信号を多重化するのに対し、ブロック拡散ベースのＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）の場合には、一つのシンボルシーケンスを周波数領域にわたって送信し、ＯＣＣによる時間領域拡散を用いて複数個の端末の制御信号を多重化する。
【００８１】
図９（ａ）では、１スロットの間に１シンボルシーケンスに長さ＝４（又は、拡散因子（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ、ＳＦ）＝４）のＯＣＣを用いて四つのＳＣ−ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に３個のＲＳシンボル（すなわち、ＲＳ部分）を用いることができる。
【００８２】
又は、図９（ｂ）では、１スロットの間に１シンボルシーケンスに長さ＝５（又は、ＳＦ＝５）のＯＣＣを用いて５個のＳＣ−ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に二つのＲＳシンボルを用いることができる。
【００８３】
図９の例示では、ＲＳシンボルを、特定循環シフト値が適用されたＣＡＺＡＣシーケンスから生成することができ、複数個のＲＳシンボルにわたって所定のＯＣＣが適用された（又は、乗算された）形態で送信することができる。また、図９の例示で、それぞれのＯＦＤＭシンボル（又は、ＳＣ−ＦＤＭＡシンボル）別に１２個の変調シンボルが用いられ、それぞれの変調シンボルはＱＰＳＫによって生成されるとすれば、１スロットで送信可能な最大ビット数は１２×２＝２４ビットとなる。したがって、２スロットで送信可能なビット数は総４８ビットとなる。このようにブロック拡散方式のＰＵＣＣＨチャネル構造を用いると、既存のＰＵＣＣＨフォーマット１系列及び２系列に比べて拡張された大きさの制御情報の送信が可能となる。
【００８４】
ＡＣＫ／ＮＡＣＫ多重化方案
ＡＣＫ／ＮＡＣＫ多重化の場合に、複数個のデータユニットに対するＡＣＫ／ＮＡＣＫ応答の内容（ｃｏｎｔｅｎｔｓ）を、実際ＡＣＫ／ＮＡＣＫ送信で用いられるＡＣＫ／ＮＡＣＫユニットとＱＰＳＫ変調されたシンボルのうちの一つとの組合せ（ｃｏｍｂｉｎａｔｉｏｎ）によって識別することができる。例えば、一つのＡＣＫ／ＮＡＣＫユニットが２ビットサイズの情報を運ぶと仮定し、最大二つのデータユニットを受信すると仮定する。ここで、受信されたそれぞれのデータユニットに対するＨＡＲＱ確認応答は一つのＡＣＫ／ＮＡＣＫビットによって表現されると仮定する。このような場合、データを送信した送信端は、ＡＣＫ／ＮＡＣＫ結果を、下記の表４に示すように識別することができる。
【００８５】
【表４】
0006375382.tif 000009
【００８６】
上記表４で、ＨＡＲＱ−ＡＣＫ（ｉ）（ｉ＝０，１）は、データユニットｉに対するＡＣＫ／ＮＡＣＫ結果を示す。前述したように、最大二つのデータユニット（データユニット０及びデータユニット１）が受信されると仮定したため、上記表４では、データユニット０に対するＡＣＫ／ＮＡＣＫ結果はＨＡＲＱ−ＡＣＫ（０）で表示し、データユニット１に対するＡＣＫ／ＮＡＣＫ結果はＨＡＲＱ−ＡＣＫ（１）で表示する。上記表４で、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）は、ＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットが送信されないことを示すか、あるいは受信端がＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの存在を検出できないことを示す。また、ｎ（１）ＰＵＣＣＨは、実際ＡＣＫ／ＮＡＣＫ送信に用いられるＡＣＫ／ＮＡＣＫユニットを示す。最大二つのＡＣＫ／ＮＡＣＫユニットが存在する場合、ｎ（１）ＰＵＣＣＨ、０及びｎ（１）ＰＵＣＣＨ、１で表現することができる。また、ｂ（０）、ｂ（１）は、選択されたＡＣＫ／ＮＡＣＫユニットによって送信される二つのビットを示す。ＡＣＫ／ＮＡＣＫユニットを介して送信される変調シンボルはビットｂ（０）、ｂ（１）によって決定される。
【００８７】
例えば、受信端が二つのデータユニットを成功的に受信及びデコードした場合（すなわち、上記表４のＡＣＫ、ＡＣＫの場合）、受信端はＡＣＫ／ＮＡＣＫユニットｎ（１）ＰＵＣＣＨ、１を用いて二つのビット（１，１）を送信する。又は、受信端が二つのデータユニットを受信する場合に、第１データユニット（すなわち、ＨＡＲＱ−ＡＣＫ（０）に対応するデータユニット０）のデコーティング（又は、検出）に失敗し、第２データユニット（すなわち、ＨＡＲＱ−ＡＣＫ（１）に対応するデータユニット１）のデコーティングに成功すると（すなわち、上記表４のＮＡＣＫ／ＤＴＸ、ＡＣＫの場合）、受信端はＡＣＫ／ＮＡＣＫユニットｎ（１）ＰＵＣＣＨ、１を用いて二つのビット（０，０）を送信する。
【００８８】
このように、ＡＣＫ／ＮＡＣＫユニットの選択及び送信されるＡＣＫ／ＮＡＣＫユニットの実際ビット内容との組合せ（すなわち、上記表４でｎ（１）ＰＵＣＣＨ、０又はｎ（１）ＰＵＣＣＨ、１のうち一つを選択することとｂ（０）、ｂ（１）との組合せ）を実際ＡＣＫ／ＮＡＣＫの内容と連係（ｌｉｎｋ）又はマップすることによって、一つのＡＣＫ／ＮＡＣＫユニットを用いて、複数個のデータユニットに対するＡＣＫ／ＮＡＣＫ情報を送信することが可能になる。前述したＡＣＫ／ＮＡＣＫ多重化の原理をそのまま拡張して、２よりも多い個数のデータユニットに対するＡＣＫ／ＮＡＣＫ多重化を容易に具現することもできる。
【００８９】
このようなＡＣＫ／ＮＡＣＫ多重化方式において基本的に全てのデータユニットに対して少なくとも一つのＡＣＫが存在する場合には、ＮＡＣＫとＤＴＸとを区別しなくてもよい（すなわち、上記表４でＮＡＣＫ／ＤＴＸと表現するように、ＮＡＣＫとＤＴＸとを結合（ｃｏｕｐｌｅ）してもよい）。なぜなら、ＮＡＣＫとＤＴＸとを区別して表現しようとする場合に発生し得る全てのＡＣＫ／ＮＡＣＫ状態（すなわち、ＡＣＫ／ＮＡＣＫ仮設（ｈｙｐｏｔｈｅｓｅｓ））を、ＡＣＫ／ＮＡＣＫユニットとＱＰＳＫ変調されたシンボルとの組合せだけでは反映することができないためである。一方、全てのデータユニットに対してＡＣＫが存在しない場合（すなわち、全てのデータユニットに対してＮＡＣＫ又はＤＴＸのみが存在する場合）には、ＨＡＲＱ−ＡＣＫ（ｉ）の中で一つのみが確実にＮＡＣＫ（すなわち、ＤＴＸと区別されるＮＡＣＫ）であることを示す一つの確実なＮＡＣＫの場合を定義することができる。このような場合、一つの確実なＮＡＣＫに該当するデータユニットに対応するＡＣＫ／ＮＡＣＫユニットは、複数個のＡＣＫ／ＮＡＣＫの信号を送信するために留保（ｒｅｓｅｒｖｅｄ）されてもよい。
【００９０】
ＰＵＣＣＨピギーバック
既存の３ＧＰＰ ＬＴＥシステム（例えば、リリース−８）システムの上りリンク送信では、端末機のパワーアンプの効率的な活用のために、パワーアンプの性能に影響を及ぼすＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）特性やＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）特性に優れた単一搬送波送信を維持するようになっている。すなわち、既存のＬＴＥシステムのＰＵＳＣＨ送信の場合は、送信しようとするデータをＤＦＴ−プリコーディング（ｐｒｅｃｏｄｉｎｇ）して単一搬送波特性を維持し、ＰＵＣＣＨ送信の場合は、単一搬送波特性を有するシーケンスに情報を乗せて送信することによって単一搬送波特性を維持することができる。しかし、ＤＦＴ−プリコーディングをしたデータを周波数軸に不連続で割り当てるか、ＰＵＳＣＨとＰＵＣＣＨを同時に送信する場合には、このような単一搬送波特性が損なわれる。
【００９１】
したがって、図１０のようにＰＵＣＣＨ送信と同一のサブフレームにＰＵＳＣＨ送信がある場合、単一搬送波特性を維持するために、ＰＵＣＣＨで送信するＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）情報をＰＵＳＣＨに乗せてデータと共に送信（Ｐｉｇｇｙｂａｃｋ）するようになっている。
【００９２】
前述したとおり、既存のＬＴＥ端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信できないことから、ＰＵＳＣＨが送信されるサブフレームではＵＣＩ（ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩなど）をＰＵＳＣＨ領域に多重化する方法を用いる。一例として、ＰＵＳＣＨを送信するように割り当てられたサブフレームでＣＱＩ及び／又はＰＭＩを送信しなければならない場合、ＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩとをＤＦＴ−拡散の前に多重化して、制御情報とデータを共に送信することができる。この場合、ＵＬ−ＳＣＨデータは、ＣＱＩ／ＰＭＩリソースを考慮してレート−マッチングを行う。また、ＵＬ−ＳＣＨデータをパンクチャリングしてＨＡＲＱ ＡＣＫ、ＲＩなどの制御情報をＰＵＳＣＨ領域に多重化することができる。
【００９３】
参照信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）
無線通信システムでパケットを送信するとき、送信されるパケットは無線チャネルを介して送信されるため、伝送過程で信号の歪みが発生することができる。歪んだ信号を受信側で正しく受信するためには、チャネル情報を用いて受信信号の歪みを補正しなければならない。チャネル情報を探し出すため、送信側及び受信側で共に知っている信号を送信して、前記信号がチャネルを介して受信されるときの歪みの程度からチャネル情報を探し出す方法を主に用いる。前記信号をパイロット信号（Ｐｉｌｏｔ Ｓｉｇｎａｌ）又は参照信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）と言う。
【００９４】
多重アンテナを使ってデータを送受信する場合には、それぞれの送信アンテナと受信アンテナの間のチャネル状況を探し出すことによって正しい信号を受信することができる。よって、各送信アンテナ別に、より詳しくはアンテナポート（アンテナポート）別に別途の参照信号が存在しなければならない。
【００９５】
参照信号は上りリンク参照信号と下りリンク参照信号に区分できる。現在、ＬＴＥシステムには、上りリンク参照信号として、
ｉ）ＰＵＳＣＨ及びＰＵＣＣＨを介して送信された情報のコヒーレント（ｃｏｈｅｒｅｎｔ）な復調のためのチャネル推定のための復調参照信号（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭ−ＲＳ）、及び
ii）基地局が、ネットワークが他の周波数での上りリンクチャネルの品質を測定するためのサウンディング参照信号（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＲＳ）がある。
【００９６】
一方、下りリンク参照信号には、
【００９７】
ｉ）セル内の全ての端末が共有するセル特定参照信号（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＣＲＳ）、
【００９８】
ii）特定端末のみのための端末特定参照信号（ＵＥ−ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
【００９９】
iii）ＰＤＳＣＨが送信される場合、コヒーレントな復調のために送信される（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭ−ＲＳ）、
【０１００】
iv）下りリンクＤＭＲＳが送信される場合、チャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）を伝達するためのチャネル状態情報参照信号（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＣＳＩ−ＲＳ）、
【０１０１】
ｖ）ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）モードで送信される信号に対するコヒーレントな復調のために送信されるＭＢＳＦＮ参照信号（ＭＢＳＦＮ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、及び
【０１０２】
vi）端末の地理的位置情報を修正するのに用いられる位置参照信号（Ｐｏｓｉｔｉｏｎｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）がある。
【０１０３】
参照信号は、その目的によって、二つに大別することができる。チャネル情報獲得のための目的の参照信号とデータ復調のために用いられる参照信号がある。前者はＵＥが下りリンクへのチャネル情報を獲得することを目的とするので、広帯域で送信されなければならなく、特定のサブフレームで下りリンクデータを受信しない端末であってもその参照信号を受信しなければならない。また、これはハンドオーバーなどの状況にも用いられる。後者は基地局が下りリンクを送信するときに該当のリソースに一緒に送信する参照信号で、端末は該当の参照信号を受信することで、チャネルを測定してデータを復調することができるようになる。この参照信号はデータが送信される領域に送信されなければならない。
【０１０４】
ＣＲＳはチャネル情報獲得及びデータ復調の二つの目的で用いられ、端末特定参照信号はデータ復調用にのみ用いられる。ＣＲＳは広帯域に対してサブフレームごとに送信され、基地局の伝送アンテナの数によって最大四つのアンテナポートに対する参照信号が送信される。
【０１０５】
例えば、基地局の送信アンテナの数が二つである場合、０番及び１番アンテナポートに対するＣＲＳが送信され、四つの場合、０〜３番アンテナポートに対するＣＲＳがそれぞれ送信される。
【０１０６】
図１１は既存の３ＧＰＰ ＬＴＥシステム（例えば、リリース−８）で定義するＣＲＳ及びＤＲＳが下りリンクリソースブロック対（ＲＢ ｐａｉｒ）上にマッピングされるパターンを示す図である。参照信号がマッピングされる単位としての下りリンクリソースブロック対は時間上の一つのサブフレーム×周波数上の１２副搬送波の単位で表現できる。すなわち、一つのリソースブロック対は、時間上に、一般ＣＰの場合（図１１（ａ））には１４個のＯＦＤＭシンボル長さ、拡張されたＣＰの場合（図１１ｂ））には１２個のＯＦＤＭシンボル長さを有する。
【０１０７】
図１１は基地局が四つの伝送アンテナを支援するシステムにおいて参照信号のリソースブロック対上での位置を示す。図１１で、‘０’、‘１’、‘２’及び‘３’で表示されたリソース要素（ＲＥ）は、それぞれアンテナポートインデックス０、１、２及び３に対するＣＲＳの位置を示す。一方、図１１で、‘Ｄ’で表示されたリソース要素はＤＭＲＳの位置を示す。
【０１０８】
Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ（ｅＩＭＴＡ）
ＴＤＤの場合、各サブフレーム（上りリンク−下りリンク間の転換のための特殊サブフレームを除き）はそれぞれが上りリンク又は下りリンクのいずれか一つのために用いられるように前もって設定されている。具体的に、例えば、下記の表４を参照すれば、上りリンク下りリンク構成（Ｕｐｌｉｎｋ Ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）０の場合、一つの無線フレームにおいて０、５番サブフレームは下りリンクのために用いられるように、かつ２、３、４、７、８、９番サブフレームは上りリンクのために用いられるように前もって設定されている。ある特定基地局が用いる上りリンク−下りリンク構成はシステム情報（例えば、ＳＩＢ １）の一部として端末に提供されることができる。そして、隣接した基地局は干渉などの理由で同一のＴＤＤ構成、つまり上りリンク−下りリンク構成を用いるように強制されることができる。
【０１０９】
【表５】
0006375382.tif 000010
【０１１０】
（Ｄ：下りリンク伝送のためのサブフレーム、Ｕ：上りリンク伝送のためのサブフレーム、Ｓ：スペシャルサブフレーム）
前記表５のような上りリンク−下りリンク設定によってシステムが運営される場合にも各セルで上りリンク又は下りリンクに送信されるデータの量が急激に増加する場合、このようなデータの円滑な伝送のために上りリンクに設定された一つ以上のサブフレームを下りリンクのためのものに変更して用いるか、あるいはその逆に下りリンクに設定された一つ以上のサブフレームを上りリンクのためのものに変更／転換して用いることによって効率性を高めることができる。
【０１１１】
上りリンクサブフレームから下りリンクサブフレームへの転換使用は次の表５に陰影で表示されたサブフレームで可能であることができる。ただ、表７はスイッチング区間（ｓｗｉｔｃｈｉｎｇ ｐｅｒｉｏｄ）の変更を許す場合を示しており、スイッチング区間の変更ができない場合、下りリンクに転換して使用可能なサブフレームは陰影で表示されている。
【０１１２】
【表６】
0006375382.tif 000011
【０１１３】
【表７】
0006375382.tif 000012
【０１１４】
また、上りリンクサブフレームの下りリンクサブフレームへの転換は既存のＴＤＤ構成を満たさなければならないものに設定されることができる。言い換えれば、動的にサブフレームの用途を転換すれば、その転換された後のＴＤＤ上りリンク−下りリンク構成が表５の構成の中でいずれか一つでなければならないことを意味する。具体的な例を挙げると、上りリンク−下りリンク構成０で４番サブフレームを下りリンクサブフレームに転換する場合、９番サブフレームも同時に下りリンクサブフレームに転換されなければならないことを意味する。この場合、上りリンク−下りリンク構成の変更可否を１ビットで知らせることができる利点がある。
【０１１５】
Ｅｎｈａｎｃｅｄ−ＰＤＣＣＨ（ＥＰＤＣＣＨ）
リリース１１以降のＬＴＥシステムでは、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅ  Ｍｕｌｔｉ  Ｐｏｉｎｔ）、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）などによるＰＤＣＣＨの容量不足、及びセル間干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）によるＰＤＣＣＨ性能減少などに対する解決策として、従来のＰＤＳＣＨ領域で送信され得るＥｎｈａｎｃｅｄ−ＰＤＣＣＨ（ＥＰＤＣＣＨ）が考慮されている。また、ＥＰＤＣＣＨでは、プリコーディング（ｐｒｅ−ｃｏｄｉｎｇ）利得などを得るために、既存のＣＲＳベースのＰＤＣＣＨと異なり、ＤＭＲＳに基づいてチャネル推定を行うことができる。
【０１１６】
ＥＰＤＣＣＨ送信は、ＥＰＤＣＣＨ送信に用いられるＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）ペアの構成によって、局部型（ｌｏｃａｌｉｚｅｄ）ＥＰＤＣＣＨ送信と分散型（ｄｉｓｔｒｉｂｕｔｅｄ）ＥＰＤＣＣＨ送信とに分類できる。局部型ＥＰＤＣＣＨ送信は、一つのＤＣＩ送信に用いられるＥＣＣＥが周波数ドメインで隣接している場合を意味し、ビームフォーミング利得を得るために特定プリコーディングを適用することができる。例えば、局部型ＥＰＤＣＣＨ送信は、集合レベルに該当する個数の連続したＥＣＣＥに基づくことができる。一方、分散型ＥＰＤＣＣＨ送信は、一つのＥＰＤＣＣＨが周波数ドメインで分離されたＰＲＢペアで送信されることを意味し、周波数ダイバーシティ側面の利得がある。例えば、分散型ＥＰＤＣＣＨ送信は、周波数ドメインで分離されたＰＲＢペアのそれぞれに含まれた４個のＥＲＥＧからなるＥＣＣＥに基づくことができる。端末には、１つ又は２つのＥＰＤＣＣＨ  ＰＲＢセットが上位層シグナリングなどによって設定（ｃｏｎｆｉｇｕｒｅｄ）されてもよく、各ＥＰＤＣＣＨ  ＰＲＢセットは、局部型ＥＤＰＣＣＨ送信又は分散型ＥＰＤＣＣＨ送信のいずれかのためのものであってもよい。
【０１１７】
端末は、ＥＰＤＣＣＨを介して制御情報（ＤＣＩ）を受信／取得するために、既存ＬＴＥ／ＬＴＥ−Ａシステムにおけると類似の方法でブラインド復号を行うことができる。より詳しくは、端末は、設定された送信モードに該当するＤＣＩフォーマットのために、集合レベル別にＥＰＤＣＣＨ候補のセットに対して復号を試みる（モニタする）ことができる。ここで、モニタリングの対象となるＥＰＤＣＣＨ候補のセットをＥＰＤＣＣＨ端末特定探索空間と呼ぶことができ、この探索空間は集合レベル別に設定／構成されうる。また、集合レベルは、前述した既存ＬＴＥ／ＬＴＥ−Ａシステムとはやや異なり、サブフレームタイプ、ＣＰ長、ＰＲＢペアにおける可用リソース量などによって｛１，２，４，８，１６，３２｝が可能である。
【０１１８】
ＥＰＤＣＣＨが設定（ｃｏｎｆｉｇｕｒｅｄ）された端末の場合、ＰＲＢペアセットに含まれたＲＥはＥＲＥＧにインデクシングし、このＥＲＥＧをさらにＥＣＣＥ単位にインデクシングする。このインデクシングされたＥＣＣＥに基づいて探索空間を構成するＥＰＤＣＣＨ候補を決定し、ブラインド復号を行うことによって、制御情報を受信することができる。ここで、ＥＲＥＧは、既存ＬＴＥ／ＬＴＥ−ＡのＲＥＧに、ＥＣＣＥはＣＣＥに対応する概念であり、一つのＰＲＢペアは１６個のＥＲＥＧを含むことができる。
【０１１９】
ＥＰＤＣＣＨと受信確認応答の送信
ＥＰＤＣＣＨを受信した端末は、ＥＰＤＣＣＨに対する受信確認応答（ＡＣＫ／ＮＡＣＫ）をＰＵＣＣＨ上に送信することができる。このときに用いられるリソース、つまりＰＵＣＣＨリソースのインデックスは、前述した式１と同様に、ＥＰＤＣＣＨ送信に用いられたＥＣＣＥのうちの最低ＥＣＣＥインデックスによって決定することができる。すなわち、次の式２で表現することができる。
【０１２０】
【数５】
0006375382.tif 000013
上記の式２で、ｎ（１）ＰＵＣＣＨ−ＥＣＣＥはＰＵＣＣＨリソースインデックス、ｎＥＣＣＥは、ＥＰＤＣＣＨ送信に用いられたＥＣＣＥのうちの最低のＥＣＣＥインデックスを表し、Ｎ（１）ＰＵＣＣＨ（Ｎ（１）ＰＵＣＣＨ、ＥＰＤＣＣＨにしてもよい。）は、上位層シグナリングで伝達された値であり、ＰＵＣＣＨリソースインデックスが始まる地点を意味する。
【０１２１】
ただし、前述した式２によって一律的にＰＵＣＣＨリソースインデックスを決定する場合にはリソース衝突の問題が発生しうる。例えば、２つのＥＰＤＣＣＨ  ＰＲＢセットが設定される場合、各ＥＰＤＣＣＨ  ＰＲＢセットにおけるＥＣＣＥインデクシングは独立しているため、各ＥＰＤＣＣＨ  ＰＲＢセットにおける最低のＥＣＣＥインデックスが同一である場合がありうる。このような場合、ユーザ別にＰＵＣＣＨリソースの開始点を別にすることによって解決することもできるが、全てのユーザ別にＰＵＣＣＨリソースの開始点を別にすると、多いＰＵＣＣＨリソースを予約することにつながるため、非効率的である。また、ＥＰＤＣＣＨでは、ＭＵ−ＭＩＭＯのように、同一のＥＣＣＥ位置で複数ユーザのＤＣＩが送信されてもよいため、この点を考慮するＰＵＣＣＨリソース割当て方法も必要である。このような問題を解決するために、ＡＲＯ（ＨＡＲＱ−ＡＣＫ  Ｒｅｓｏｕｒｃｅ  Ｏｆｆｓｅｔ）を導入している。ＡＲＯは、ＥＰＤＣＣＨを構成するＥＣＣＥインデックスのうちの最低ＥＣＣＥインデックス、及び上位層シグナリングで伝達されるＰＵＣＣＨリソースの開始オフセットに基づいて決定されるＰＵＣＣＨリソースを所定程度シフトさせることによって、ＰＵＣＣＨリソースの衝突を回避可能にさせる。ＡＲＯは、ＥＰＤＣＣＨを介して送信されるＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄの２ビットで次の表５のように指示される。
【０１２２】
【表８】
0006375382.tif 000014
【０１２３】
基地局は、特定端末のために、上記の表５におけるＡＲＯ値のいずれかを指定した後、ＤＣＩフォーマットを用いて、当該特定端末に、ＰＵＣＣＨリソース決定時に使用するＡＲＯを知らせることができる。端末は、自身のＤＣＩフォーマットからＡＲＯフィールドを検出し、この値に基づいて決定されたＰＵＣＣＨリソースで受信確認応答を送信することができる。
【０１２４】
一方、ＦＤＤの場合と異なり、ＴＤＤは上りリンク（ＵＬ）と下りリンク（ＤＬ）が分離されていない理由で、一つの上りリンクサブフレームで多数の下りリンクサブフレーム（のＰＤＳＣＨ）に対する受信確認応答を送信しなければならない場合が発生することができる。これについて図１１を参照して説明する。図１１（ａ）にはＴＤＤで用いられる上りリンク−下りリンク構成（Ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）が、図１１（ｂ）にはＴＤＤ上りリンク−下りリンク構成２の場合の受信確認応答が示されている。図１１を参照すれば、ＴＤＤ上りリンク−下りリンク構成２の場合、上りリンクとして使用可能なサブフレームが２番及び７番サブフレームに制限される。よって、８個の下りリンクサブフレーム（スペシャルサブフレーム含み）対する受信確認応答を二つの上りリンクサブフレーム（２番サブフレーム、７番サブフレーム）を介して送信する必要がある。このために、次の表６のような下りリンク連関セットインデックスが定義されている。
【０１２５】
【表９】
0006375382.tif 000015
【０１２６】
【数６】
0006375382.tif 000016
前記表６で、各数字は現在の上りリンク−下りリンク構成２の場合、図１１（ｂ）に示すように、２番サブフレームは、２番サブフレームから８、７、４、６番目先立つサブフレーム（つまり、以前ラジオフレームの４番、５番、８番、６番）の受信確認応答を送信する。
【０１２７】
【数７】
0006375382.tif 000017
【０１２８】
ただ、図１２のように、上りリンクサブフレームに多数の下りリンクサブフレームのそれぞれのためのＰＵＣＣＨリソース領域の全てを予約しておくことはＰＵＣＣＨリソースの浪費をもたらすことができる。したがって、ＰＵＣＣＨリソースの効率的な使用（実際に使われるＰＵＣＣＨリソースを減らすため）のためにｌａｒｇｅ ｖａｌｕｅ ｏｆｆｓｅｔがＴＤＤでは導入され、次の表７のようなＡＲＯが用いられることができる。
【０１２９】
【表１０】
0006375382.tif 000018
【０１３０】
【数８】
0006375382.tif 000019
【０１３１】
前記表で、ＡＣＫ／ＮＡＣＫ ｒｅｓｏｕｒｃｅ ｏｆｆｓｅｔ ｆｉｅｌｄが１であるときのＡＲＯ値は複数の下りリンクサブフレームの一番目サブフレームのＨＡＲＱ−ＡＣＫリソースに移動するようにする値であり、ＡＣＫ／ＮＡＣＫ ｒｅｓｏｕｒｃｅ ｏｆｆｓｅｔ ｆｉｅｌｄが２であるときのＡＲＯ値は複数の下りリンクサブフレームの中で１、２、あるいは３個以前のサブフレーム（サブフレームの位置によって飛ばすサブフレームの数が違うことができ、具体的な移動サブフレームの数は表７の式による。）のＨＡＲＱ−ＡＣＫリソースに移動するようにする値である。このように、サブフレームを移動するＡＲＯ値によってＰＵＣＣＨリソースが効率的に圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されることができる。以下では、説明の便宜上、一番目サブフレームのＨＡＲＱ−ＡＣＫリソースに移動するようにするＡＲＯ値第１ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値と、以前サブフレームの一つに移動するようにするＡＲＯ値を第２ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値と呼ぶことにする。
【０１３２】
ＰＵＣＣＨリソースは、ＥＰＤＣＣＨ ＰＲＢセットｑが伝送のためのものである場合は式３によって、局部型伝送のためのものである場合は式４によって決定できる。
【０１３３】
【数９】
0006375382.tif 000020
【０１３４】
【数１０】
0006375382.tif 000021
【０１３５】
【数１１】
0006375382.tif 000022
【０１３６】
ｅＩＭＴＡでのＨＡＲＱ−ＡＣＫ伝送の圧縮／パッキング
一方、先にしばらく言及したｅＩＭＴＡに関連し、ｅＩＭＴＡではレガシー端末（ｌｅｇａｃｙ ＵＥ、ｅＩＭＴＡ構成とは無関係な端末又はｅＩＭＴＡが構成できない端末などを意味することができる）とｅＩＭＴＡ端末（ｅＩＭＴＡ ｃａｐａｂｌｅ ＵＥ、ｅＩＭＴＡが構成された端末（ｅＩＭＴＡ ｃｏｎｆｉｇｕｒｅｄ ＵＥ）又はｅＩＭＴＡに関連したメッセージが構成された端末などを意味することができる）の間にＨＡＲＱタイミングが違うことができ、このために下りリンク参照ＨＡＲＱタイミング（ＤＬ ｒｅｆｅｒｅｎｃｅ ＨＡＲＱ ｔｉｍｉｎｇ）が決定されることができる。すなわち、ｅＩＭＴＡ端末とレガシー端末の間に互いに異なるＨＡＲＱタイミングを有することができる。例えば、ｅＩＭＴＡ端末はＴＤＤ上りリンク−下りリンク構成５をＨＡＲＱタイミングに用い、レガシー端末はＴＤＤ上りリンク−下りリンク構成４を用いることができる。このような場合、特に２番サブフレームで、レガシー端末は１２、８、７、１１番下りリンクサブフレームのためのＰＵＣＣＨリソース順のパッキング（ｐａｃｋｉｎｇ）順序を有し、ｅＩＭＴＡ端末は１３、１２、９、８、７、５、４、１１、６順のパッキング順序を有する。このように、レガシー端末とｅＩＭＴＡ端末のパッキング順序が互いに異なるため、ＨＡＲＫ−ＡＣＫ衝突が発生することがある。これを解決するための方法として、レガシー端末とｅＩＭＴＡ端末に共通するパッキング順序を用い、レガシー端末とｅＩＭＴＡ端末に共通しない下りリンクサブフレームに対しては別途のＰＵＣＣＨリソースを用いることができる。例えば、レガシー端末は次の表８によるＨＡＲＱタイミングに従い、ｅＩＭＴＡ端末は次の表９によってレガシー端末とｅＩＭＴＡ端末に共通しない下りリンクサブフレームに対するＨＡＲＱ−ＡＣＫを送信するためのパッキングを行うことができる。具体的に、前記例示（ｅＩＭＴＡ端末はＴＤＤ上りリンク−下りリンク構成５をＨＡＲＱタイミングに用い、レガシー端末はＴＤＤ上りリンク−下りリンク構成４）で、レガシー端末とｅＩＭＴＡ端末に共通する下りリンクサブフレーム１２、８、７、１１（のＰＵＣＣＨリソース）は表８によって、ｅＩＭＴＡ端末のみのためのサブフレーム１３、９、５、４、６（のＰＵＣＣＨリソース）は表９の陰影部分によってパッキングされることができる。
【０１３７】
【表１１】
0006375382.tif 000023
【０１３８】
【表１２】
0006375382.tif 000024
【０１３９】
このようなパッキング方式では順序が変更され、レガシー端末と共通した領域と、ｅＩＭＴＡ端末のみ使用する領域とに分離され、その順序も既存のバンドリングウィンドウ内で変更されるため、これによるＡＲＯ（値）の設定が必要である。よって、以下では、本発明の実施例による第１、第２ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ（値）の設定について説明する。以下の説明で、レガシー端末とｅＩＭＴＡ端末に共通する下りリンクサブフレームが含まれるセットを第１サブフレームセット（又は第１ウィンドウ）、ｅＩＭＴＡ端末のみのためのサブフレームが含まれるセットを第２サブフレームセット（又は第２ウィンドウ）という。ｅＩＭＴＡ端末が使用するウィンドウ２はｅＩＭＴＡ端末が使用するＴＤＤ構成上のウィンドウからウィンドウ１を除いた残りの集合をウィンドウ２に設定することができる。この際、ウィンドウ２で、順序は固定型（ｆｉｘｅｄ）ＤＬサブフレームが先に現れ、その後にフレキシブル（ｆｌｅｘｉｂｌｅ）サブフレームが現れることができる。
【数１２】
0006375382.tif 000025
【０１４０】
また、以下の説明は、ＡＲＯは主にＡＣＫ／ＮＡＣＫリソースオフセットフィールド値が１であることを前提とするが、本発明の技術的特徴がこれに制限されるものではなく、ＡＣＫ／ＮＡＣＫリソースオフセットフィールド値が２である場合にも適用可能である。
【０１４１】
実施例１
端末がＡＲＯを用いて複数の下りリンクサブフレームに対するＰＵＣＣＨリソースを決定し、そのＰＵＣＣＨリソースによってＨＡＲＱ−ＡＣＫを一つの上りリンクサブフレームで送信するとき、ＡＲＯは複数の下りリンクサブフレームにどのサブフレームが含まれているかによって、あるいはＴＤＤ上りリンク−下りリンク構成と複数の下りリンクサブフレームの数の関係によってＡＲＯが次のように動作することができる。
【０１４２】
複数の下りリンクサブフレームがｅＩＭＴＡが構成された端末とレガシー端末に共通する第１サブフレームセットに含まれたサブフレームのみを含む場合、前記ＡＲＯは、第１サブフレームセットのためのＰＵＣＣＨリソースと第２サブフレームセットのためのＰＵＣＣＨリソースが互いに連続するものと見なして設定できる。例えば、第１ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値は第１サブフレームセットの一番目サブフレームのためのＰＵＣＣＨリソースに移動させることができる。また、複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末のみのための第２サブフレームセットに含まれたサブフレームも含む場合、前記ＡＲＯは、第２サブフレームセットに含まれたサブフレームのためのＰＵＣＣＨリソースも、前記第１サブフレームセットの一番目サブフレームのためのＰＵＣＣＨリソースに移動させることができる。これと同様に、第２ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値は第１サブフレームセットと第２サブフレームセットを一つの連結されたサブフレームセットと仮定し、以前の下りリンクサブフレームに対するＨＡＲＱ−ＡＣＫリソースに移動するように設定できる。この際、第２ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値が移動する下りリンクサブフレームの数はウィンドウ内の相対的な位置によって違うように設定できるが、第１サブフレームセットと第２サブフレームセットを一つのウィンドウと仮定したから、第２サブフレームセットに含まれたＨＡＲＱ−ＡＣＫ値は相対的な位置がＭ１個の下りリンクサブフレームが先立っていると見なすことができる。
【０１４３】
言い換えれば、前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末とｅＩＭＴＡ構成と無関係な端末に共通する第１サブフレームセットに含まれたサブフレームのみを含む場合、前記ＡＲＯは、第１サブフレームセットに含まれた第１サブフレームのためのＰＵＣＣＨリソースを、前記第１サブフレームセットで前記第１サブフレームに先立つサブフレームのためのＰＵＣＣＨリソースに移動させることができる。そして、前記複数の下りリンクサブフレームが、ｅＩＭＴＡが構成された端末のみのための第２サブフレームセットに含まれたサブフレームも含む場合、前記ＡＲＯは、第２サブフレームセットに含まれた第２サブフレームのためのＰＵＣＣＨリソースを前記第２サブフレームに先立つサブフレームのためのＰＵＣＣＨリソースに移動させ、前記第２サブフレームのためのＰＵＣＣＨリソース移動量の決定の際、第２サブフレームセットは第１サブフレームに含まれたサブフレームも含むものと見なすことができる。ここで、第１ＡＲＯが用いられる場合、第１及び第２サブフレームに先立つサブフレームはいずれも第１サブフレームセットの一番目サブフレームであることができる。
【０１４４】
前記説明のようにｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値を設定することにより、ＰＵＣＣＨリソース使用の効率性を最大化することができる。より詳しくは、例えば後述するように、ＰＵＣＣＨリソースの圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）を各ウィンドウ内でのみ行うこともできるが、場合によっては各ウィンドウ間のリソースも浪費されることができる。しかし、前記実施例によれば、端末は各ウィンドウでＰＵＣＣＨリソースをウィンドウ境界を超えて圧縮することができるので、リソース使用の効率性を極大化することができる。
【０１４５】
図１２には前述した実施例が示されている。図１２で、各ブロックは一つの上りリンクサブフレームで送信しなければならない下りリンクサブフレームのそれぞれのためのＰＵＣＣＨリソースを意味し、ＮｉＰＵＣＣＨ、ｑはｉ番目ウィンドウの開始オフセット（ｓｔａｒｔｉｎｇ ｏｆｆｓｅｔ）を示す。図１２を参照すれば、二つのウィンドウ（サブフレームセット）が連続した一つのウィンドウと見なされることが分かる。図示のように、一番目ウィンドウ内では第１ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯが特定の下り下りリンクサブフレーム（例えば、ｍ＝Ｍ１−２）のためのＰＵＣＣＨリソースを一番目ウィンドウの一番目サブフレームのためのＰＵＣＣＨリソースに移動させる。また、二番目ウィンドウにおいても、ＡＲＯが特定の下りリンクサブフレーム（例えば、Ｍ＝１＋Ｍ１）のためのＰＵＣＣＨリソースを一番目ウィンドウの一番目サブフレームのためのＰＵＣＣＨリソースに移動させる。すなわち、二番目ウィンドウのＡＲＯ値は自分のサブフレーム順序に一番目ウィンドウの大きさＭ１値を加えて、一番目ウィンドウ以後に連続して大きな大きさのウィンドウを仮定するようにする。言い換えれば、図１３は二つのウィンドウに対するＰＵＣＣＨ領域が連続するものと仮定し、二番目ウィンドウではｍにＭ１を加えて一番目ウィンドウの一番目サブフレームに移動するように設定したものである。
【０１４６】
【数１３】
0006375382.tif 000026
【０１４７】
前記実施例で、前記ＡＲＯは前記第１サブフレームセット及び前記第２サブフレームセットのそれぞれのために設定されたものであることができる。あるいは、第１サブフレームセットのために設定されたＡＲＯ及び前記第２サブフレームセットのために設定されたＡＲＯは互いに異なることができる。すなわち、第１サブフレームセットのために設定されたＡＲＯ及び第２サブフレームセットのために設定されたＡＲＯは同じ効果（ＰＵＣＣＨリソースを一番目サブフレームのためのＰＵＣＣＨリソースに移動）をきたすが、それぞれが互いに異なるように定義された変数であり得る。
【０１４８】
実施例２
ｅＩＭＴＡ端末はＨＡＲＱ ＡＣＫを送信するための二つのＨＡＲＱ ＡＣＫ伝送ウィンドウを設定し、ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値は各ウィンドウ別に設定することができる。すなわち、各ウィンドウ内でサブフレーム順序（ｍ）によってｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値が設定できる。図１５には実施例２の一例が示されている。図１５に示したように、第１ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯは各ウィンドウ別に設定され、第１ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値は各ウィンドウ上でＰＵＣＣＨリソースを各ウィンドウの一番目サブフレームのためのＰＵＣＣＨリソースに移動させる。
【０１４９】
実施例３
実施例３は、第１ウィンドウ及び第２ウィンドウの外に、第２ウィンドウをｅＩＭＴＡの特性を考慮してさらに細分化するものである。より詳しくは、第２ウィンドウを固定型（ｆｉｘｅｄ）サブフレームとフレキシブル（ｆｌｅｘｉｂｌｅ）サブフレームに分離し、各ウィンドウ内のサブフレーム順序によってｌａｒｇｅ ｖａｌｕｅ ＡＲＯ値を定義ことができる。すなわち、第２ウィンドウが二つのウィンドウに分離され、各ウィンドウ内でサブフレームの順序によってｌａｒｇｅ ｖａｌｕｅ ＡＲＯを適用することができる。図１６には実施例３が示されており、先の実施例と同様に、端末はＤＣＩでＡＣＫ／ＮＡＣＫリソースオフセットフィールド値が１であることを確認したことを前提とする。よって、第１ ｌａｒｇｅ ｖａｌｕｅ ＡＲＯの適用の際、三つのウィンドウで特定のサブフレームのＰＵＣＣＨリソースは各ウィンドウの一番目サブフレームのためのＰＵＣＣＨリソースに移動できる。
【０１５０】
本発明の実施例による装置構成
図１７は本発明の実施形態による伝送ポイント装置及び端末装置の構成を示す図である。
【０１５１】
図１７を参照すると、本発明による伝送ポイント装置１０は、受信モジュール１１、伝送モジュール１２、プロセッサ１３、メモリ１４及び複数のアンテナ１５を含むことができる。複数のアンテナ１５はＭＩＭＯ送受信を支援する伝送ポイント装置を意味する。受信モジュール１１は端末からの上りリンク上の各種信号、データ及び情報を受信することができる。伝送モジュール１２は端末への下りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ１３は伝送ポイント装置１０の全般的な動作を制御することができる。
【０１５２】
本発明の一実施例による伝送ポイント装置１０のプロセッサ１３は、前述した各実施例で必要な事項を処理することができる。
【０１５３】
伝送装置１０のプロセッサ１３は、その外にも伝送ポイント装置１０が受信した情報、外部に送信すべき情報などを演算処理する機能を果たし、メモリ１４は演算処理された情報などを所定時間の間に記憶することができ、バッファー（図示せず）などの構成要素に取り替えられることができる。
【０１５４】
ついで、図１７を参照すると、本発明による端末装置２０は、受信モジュール２１、伝送モジュール２２、プロセッサ２３、メモリ２４及び複数のアンテナ２５を含むことができる。複数アンテナ２５は、ＭＩＭＯ送受信を支援する端末装置を意味する。受信モジュール２１は、基地局からの下りリンク上の各種信号、データ及び情報を受信することができる。伝送モジュール２２は、基地局への上りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ２３は端末装置２０の全般的な動作を制御することができる。
【０１５５】
本発明の一実施例による端末装置２０のプロセッサ２３は前述した各実施例で必要な事項を処理することができる。
【０１５６】
端末装置２０のプロセッサ２３は、その外にも、端末装置２０が受信した情報、外部に送信すべき情報などを演算処理する機能を果たし、メモリ２４は演算処理された情報などを所定時間の間に記憶することができ、バッファー（図示せず）などの構成要素に取り替えられることができる。
【０１５７】
このような伝送ポイント装置及び端末装置の具体的な構成は、前述した本発明の多様な実施例で説明した事項が独立的に適用されるかあるいは２以上の実施例が同時に適用されて具現されることができ、重複した内容は明確性のために説明を省略する。
【０１５８】
また、図１７の説明において、伝送ポイント装置１０についての説明は下りリンク伝送主体又は上りリンク受信主体としての中継器装置に対しても同様に適用されることができ、端末装置２０についての説明は下りリンク受信主体又は上りリンク伝送主体としての中継器装置に対しても同様に適用されることができる。
【０１５９】
前述した本発明の実施例は多様な手段によって具現されることができる。例えば、本発明の実施例は、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現されることができる。
【０１６０】
ハードウェアによる具現の場合、本発明の実施例による方法は一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現されることができる。
【０１６１】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は以上に説明した機能又は動作を行うモジュール、手順、関数などの形態に具現されることができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られている多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１６２】
前述したように開示された本発明の好適な実施例についての詳細な説明は当業者が本発明を具現して実施することができるように提供された。前記では本発明の好適な実施例を参照して説明したが、該当の技術分野の熟練した当業者は本発明の領域から逸脱しない範疇内で本発明を多様に修正及び変更することができることが理解可能であろう。例えば、当業者は前述した実施例に記載された各構成を互いに組み合わせる方式で用いることができる。よって、本発明はこれに開示された実施形態に制限されるものでなく、これに開示された原理及び新規の特徴と一致する最も広い範囲を付与しようとするものである。
【０１６３】
本発明は、本発明の精神及び必須特徴を逸脱しない範疇内で他の特定の形態に具体化できる。よって、前記詳細な説明は全ての面で制限的に解釈されてはいけなく、例示的なものに理解されなければならない。本発明の範囲は添付の請求項の合理的解釈によって決定されなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。本発明はこれに開示された実施形態に制限されるものではなく、これに開示された原理及び新規の特徴と一致する最も広い範囲を付与しようとするものである。また、特許請求範囲で明示的な引用関係がない請求項を組み合わせて実施例を構成するか、出願後の補正によって新たな請求項として含むことができる。
【産業上の利用可能性】
【０１６４】
前述したような本発明の実施形態は多様な移動通信システムに適用することができる。
【図１】
0006375382.tif 000029
【図２】
0006375382.tif 000030
【図３】
0006375382.tif 000031
【図４】
0006375382.tif 000032
【図５】
0006375382.tif 000033
【図６】
0006375382.tif 000034
【図７】
0006375382.tif 000035
【図８】
0006375382.tif 000036
【図９（ａ）】
0006375382.tif 000037
【図９（ｂ）】
0006375382.tif 000038
【図１０】
0006375382.tif 000039
【図１１（ａ）】
0006375382.tif 000040
【図１１（ｂ）】
0006375382.tif 000041
【図１２】
0006375382.tif 000042
【図１３】
0006375382.tif 000043
【図１４】
0006375382.tif 000044
【図１５】
0006375382.tif 000045
【図１６】
0006375382.tif 000046
【図１７】
0006375382.tif 000047