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