(57)【要約】【課題】リソースの消費という観点から、ＬＴＥ進歩型ＴＤＤのための効率的なＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てを提供する。【解決手段】本発明の規範的実施形態は、その第１の態様において、ユーザ装置との時分割デュープレックス動作モードにあるとき、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で物理的アップリンクコントロールチャンネルリソースを予約することにより物理的アップリンクコントロールチャンネルリソースを割り当て；そしてその割り当てた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信することを含む方法を提供する。【選択図】図１１Ａ
2013534749.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置との時分割デュープレックス動作モードにあるとき、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で物理的アップリンクコントロールチャンネルリソースを予約することによって物理的アップリンクコントロールチャンネルリソースを割り当てる段階と、
前記割り当てた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信する段階と、
を備えた方法。
【請求項２】
前記物理的アップリンクコントロールチャンネルリソースは、ＡＣＫ／ＮＡＣＫバンドルごとに予約されるもので且つ予め定義され及び構成されたものの少なくとも１つであるフォーマット１ａ／１ｂリソースである、請求項１に記載の方法。
【請求項３】
前記ＡＣＫ／ＮＡＣＫバンドルは、ダウンリンクにおいて受信されたデータに対する応答としてアップリンクにおいてユーザ装置により送信されるべきＡＣＫ／ＮＡＣＫフィードバックのサブセットを形成するように構成された時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを含む、請求項１又は２に記載の方法。
【請求項４】
単一の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースを所与のユーザ装置に割り当て、単一のＡＣＫ／ＮＡＣＫバンドルを形成するように時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを構成する、請求項１から３のいずれか１項に記載の方法。
【請求項５】
バンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づきコンステレーションポイント選択を行う、請求項４に記載の方法。
【請求項６】
複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースを所与のユーザ装置に割り当て、そして時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを、少なくとも１つのＡＣＫ／ＮＡＣＫバンドルへと構成する、請求項１から３のいずれか１項に記載の方法。
【請求項７】
ＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づきバンドリングされたＡＣＫ／ＮＡＣＫを送信するために、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの１つを選択する、請求項６に記載の方法。
【請求項８】
チャンネル選択でのＡＣＫ／ＮＡＣＫ時間ドメインバンドリング及びコンポーネントキャリアドメインバンドリングの少なくとも１つに対して、ＡＣＫ／ＮＡＣＫバンドル当たり少なくとも１つの物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースを割り当てて、ユーザ装置に割り当てられる物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの合計数がユーザ装置の構成されたＡＣＫ／ＮＡＣＫバンドルの数に依存するようにし、そしてチャンネル選択は、複数の割り当てられた物理的アップリンクコントロールチャンネルリソースの間で遂行し、それを使用して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を搬送する、請求項１に記載の方法。
【請求項９】
所与のユーザ装置（ＵＥ）に割り当てられる物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの位置は、次式に基づいて決定され、
ｆ（ＵＥpara、ＲＡindex）、但し、
ＵＥparaは、ＵＥ特有のパラメータであり、そして
ＲＡindex＝１、・・・Ｍであり、ここで、Ｍは、所与のＵＥ１０に割り当てられる物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの合計数であり、且つＭは、ＡＣＫ／ＮＡＣＫバンドルの数に対応する、請求項１に記載の方法。
【請求項１０】
ソフトウェアプログラムインストラクションを含み、少なくとも１つのデータプロセッサでソフトウェアプログラムインストラクションを実行すると、請求項１から９のいずれかに記載の方法の実行を含む動作の遂行を生じる、非一時的なコンピュータ読み取り可能な媒体。
【請求項１１】
プロセッサと、
コンピュータプログラムコードを含むメモリと、
を備え、前記メモリ及びコンピュータプログラムコードは、前記プロセッサと共に、装置が、少なくとも、
ユーザ装置との時分割デュープレックス動作モードにあるとき、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で物理的アップリンクコントロールチャンネルリソースを予約することにより物理的アップリンクコントロールチャンネルリソースを割り当て、そして
前記割り当てた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信する、
ようにさせるよう構成された装置。
【請求項１２】
前記物理的アップリンクコントロールチャンネルリソースは、ＡＣＫ／ＮＡＣＫバンドルごとに予約されるもので且つ予め定義され及び構成されたものの少なくとも１つであるフォーマット１ａ／１ｂリソースである、請求項１１に記載の装置。
【請求項１３】
前記ＡＣＫ／ＮＡＣＫバンドルは、ダウンリンクにおいて受信されたデータに対する応答としてアップリンクにおいてユーザ装置により送信されるべきＡＣＫ／ＮＡＣＫフィードバックのサブセットを形成するように構成された時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを含む、請求項１１又は１２に記載の装置。
【請求項１４】
単一の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースを所与のユーザ装置に割り当て、単一のＡＣＫ／ＮＡＣＫバンドルを形成するように時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを構成する、請求項１１から１３のいずれか１項に記載の装置。
【請求項１５】
バンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づきコンステレーションポイント選択を行う、請求項１４に記載の装置。
【請求項１６】
複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースを所与のユーザ装置に割り当て、そして時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを、単一のＡＣＫ／ＮＡＣＫバンドルを形成するように構成する、請求項１１から１３のいずれか１項に記載の装置。
【請求項１７】
ＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づきバンドリングされたＡＣＫ／ＮＡＣＫを送信するために、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの１つを選択する、請求項１６に記載の装置。
【請求項１８】
チャンネル選択でのＡＣＫ／ＮＡＣＫ時間ドメインバンドリング及びコンポーネントキャリアドメインバンドリングの少なくとも１つに対して、ＡＣＫ／ＮＡＣＫバンドル当たり１つの物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースを割り当てて、ユーザ装置に割り当てられる物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの合計数がユーザ装置の構成されたＡＣＫ／ＮＡＣＫバンドルの数に依存するようにし、そしてチャンネル選択は、複数の割り当てられた物理的アップリンクコントロールチャンネルリソースの間で遂行し、それを使用して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を搬送する、請求項１１に記載の装置。
【請求項１９】
所与のユーザ装置（ＵＥ）に割り当てられる物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの位置は、次式に基づいて決定され、
ｆ（ＵＥpara、ＲＡindex）、但し、
ＵＥparaは、ＵＥ特有のパラメータであり、そして
ＲＡindex＝１、・・・Ｍであり、ここで、Ｍは、所与のＵＥ１０に割り当てられる物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの合計数であり、且つＭは、ＡＣＫ／ＮＡＣＫバンドルの数に対応する、請求項１１に記載の装置。
【請求項２０】
単一の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得る段階であって、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約されるものである段階と、
空間コードワードにわたってＡＣＫ／ＮＡＣＫバンドリングを実行する段階であって、受け取られたコンポーネントキャリア／サブフレーム当たり１つのバンドリングされたビットが発生されるような段階と、
バンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、アップリンクで送信するためのコンステレーションポイントを選択する段階と、
を備えた方法。
【請求項２１】
前記ＡＣＫ／ＮＡＣＫバンドルは、ダウンリンクにおいて受信されたデータに対する応答としてアップリンクにおいてユーザ装置により送信されるべきＡＣＫ／ＮＡＣＫフィードバックのサブセットを形成するように構成された時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを含む、請求項２０に記載の方法。
【請求項２２】
複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得る段階であって、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約されるものである段階と、
ＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの１つを選択して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を送信する段階と、
を備えた方法。
【請求項２３】
（ｎｍｏｄ  Ｍ）物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースを使用して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を搬送し、但し、ｎは、最後に受け取られる物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックス値であり、そしてＭは、ユーザ装置に割り当てられる物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの合計数である、請求項２２に記載の方法。
【請求項２４】
前記ＡＣＫ／ＮＡＣＫバンドルは、ダウンリンクにおいて受信されたデータに対する応答としてアップリンクにおいてユーザ装置により送信されるべきＡＣＫ／ＮＡＣＫフィードバックのサブセットを形成するように構成された時分割デュープレックスサブフレーム（１つ又は複数）及びコンポーネントキャリア（１つ又は複数）のセットを含む、請求項２２又は２３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、ワイヤレス通信システム、方法、装置及びコンピュータプログラムに関するもので、より特定すれば、ネットワークアクセスノードとユーザ装置との間のリソース割り当て関連シグナリング、並びにアップリンク確認報告技術に関するが、これに限定されない。
【背景技術】
【０００２】
本章は、特許請求の範囲に規定する発明の背景又は状況を示すことが意図される。ここでの説明は、遂行はできるが必ずしも以前に考案され、具現化され又は説明されたものではない概念を含み得る。それ故、特に指示のない限り、本章に述べることは、本出願の明細書及び特許請求の範囲に対する従来技術ではなく、且つ本章に含ませることにより従来技術であると認めるものではない。
【０００３】
明細書及び／又は図面に見られる以下の省略形は、次のように定義される。
３ＧＰＰ：第３世代パートナーシッププロジェクト
ＡＣＫ：確認
ＢＳ：ベースステーション
ＢＷ：帯域巾
ＣＡ：キャリアアグリゲーション
ＣＣ：コンポーネントキャリア
ＣＣＥ：コントロールチャンネル要素
ＤＡＩ：ダウンリンク指定インデックス
ＤＬ：ダウンリンク（ＵＥに向かうｅＮＢ）
ｅＮＢ：Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢ（進化型ＮｏｄｅＢ）
ＥＰＣ：進化型パケットコア
Ｅ−ＵＴＲＡＮ：進化型ＵＴＲＡＮ（ＬＴＥ）
ＦＤＭＡ：周波数分割多重アクセス
ＨＳＰＡ：高速パケットアクセス
ＩＭＴＡ：国際移動テレコミュニケーションアソシエーション
ＩＴＵ−Ｒ：国際テレコミュニケーションユニオン−無線通信セクタ
ＬＴＥ：ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）の長期進化
ＭＡＣ：メディアアクセスコントロール（レイヤ２、Ｌ２）
ＭＭ／ＭＭＥ：移動マネージメント／移動マネージメントエンティティ
ＮＡＣＫ：否（否定）確認
ＮｏｄｅＢ：ベースステーション
ＯＦＤＭＡ：直交周波数分割多重アクセス
Ｏ＆Ｍ：動作及び保守
ＰＤＣＣＨ：物理的ダウンロードコントロールチャンネル
ＰＤＣＰ：パケットデータ収斂プロトコル
ＰＨＹ：物理的（レイヤ１、Ｌ１）
ＰＵＣＣＨ：物理的アップリンクコントロールチャンネル
ＰＵＳＣＨ：物理的アップリンク共有チャンネル
ＱＰＳＫ：直角位相シフトキーイング
Ｒｅｌ：リリース
ＲＬＣ：無線リンクコントロール
ＲＲＣ：無線リソースコントロール
ＲＲＭ：無線リソースマネージマント
ＳＧＷ：サービングゲートウェイ
ＳＣ−ＦＤＭＡ：単一キャリア周波数分割多重アクセス
ＴＤＤ：時分割デュープレックス
ＵＥ：移動ステーション、移動ノード又は移動ターミナルのようなユーザ装置
ＵＬ：アップリンク（ｅＮＢに向かうＵＥ）
ＵＰＥ：ユーザプレーンエンティティ
ＵＴＲＡＮ：ユニバーサル地上無線アクセスネットワーク
【０００４】
１つの近代的な通信システムは、進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ、又、ＵＴＲＡＮ−ＬＴＥ又はＥ−ＵＴＲＡとも称される）として知られている。このシステムでは、ＤＬアクセス技術はＯＦＤＭＡであり、そしてＵＬアクセス技術はＳＣ−ＦＤＭＡである。
【０００５】
１つの当該仕様は、３ＧＰＰ  ＴＳ  ３６．００、Ｖ８．１１．０(２００９−１２)、「第三世代パートナーシッププロジェクト；技術仕様グループ無線アクセスネットワーク；進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）及び進化型ユニバーサル地上アクセスネットワーク（ＥＵＴＲＡＮ）；全説明；ステージ２（リリース８）」であり、これは、参考としてここにそのまま援用する。このシステムは、便宜上、ＬＴＥ  Ｒｅl−８と称される。一般的に、３ＧＰＰ  ＴＳ  ３６．ｘｙｚとして与えられる仕様のセット（例えば、３６．２１１、３６．３１１、３６．３１２、等）は、リリース８  ＬＴＥシステムを説明するものと考えられる。最近では、少なくとも幾つかのこれら仕様のリリース９バージョンが、３ＧＰＰ  ＴＳ  ３６．３００、Ｖ９．３．０（２０１０−０３）を含めて、発行されている。
【０００６】
図１Ａは、３ＧＰＰ  ＴＳ  ３６．３００、Ｖ８．１１．０の図４．１を再現したもので、ＥＵＴＲＡＮシステム（Ｒｅｌ−８）の全体的なアーキテクチャーを示す。図１Ｂも参照されたい。Ｅ−ＵＴＲＡＮシステムは、ＵＥに向かってＥ−ＵＴＲＡＮユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びコントロールプレーン（ＲＲＣ）プロトコルターミネーションを与えるｅＮＢを備えている。ｅＮＢは、Ｘ２インターフェイスにより互いに相互接続される。又、ｅＮＢは、Ｓ１インターフェイスによりＥＰＣに接続され、より詳細には、Ｓ１  ＭＭＥインターフェイスによりＭＭＥに、及びＳ１インターフェイス（ＭＭＥ／Ｓ−ＧＷ４）によりＳ−ＧＷにも接続される。Ｓ１インターフェイスは、ＭＭＥ／Ｓ−ＧＷ／ＵＰＥとｅＮＢとの間の多対多の関係をサポートする。
【０００７】
ｅＮＢは、次の機能のホストである。
ＲＲＭの機能：ＲＲＣ、無線アドミッションコントロール、接続移動コントロール、ＵＬ及びＤＬの両方におけるＵＥへのリソースの動的な割り当て（スケジューリング）；
ユーザデータストリームのＩＰヘッダ圧縮及び暗号化；
ＵＥアタッチメントにおけるＭＭＥの選択；
ＥＰＣ（ＭＭＥ／Ｓ−ＧＷ）に向けたユーザプレーンデータのルーティング；
ページングメッセージ（ＭＭＥから発生された）のスケジューリング及び送信；
放送情報（ＭＭＥ又はＯ＆Ｍから発生された）のスケジューリング及び送信；
移動及びスケジューリングのための測定及び測定報告構成。
【０００８】
ここで特に関心があるものは、将来のＩＭＴＡシステムをターゲットとする３ＧＰＰ  ＬＴＥの更なるリリース（例えば、ＬＴＥ  Ｒｅｌ−１０）であり、ここでは、便宜上、単にＬＴＥ−進歩型（ＬＴＥ−Ａ）と称される。この点については、３ＧＰＰ  ＴＲ  ３６．９１３、Ｖ９．０．０（２００９−１２）、第３世代パートナーシッププロジェクト；技術仕様グループ無線アクセスネットワーク；Ｅ−ＵＴＲＡの更なる進歩のための要求（ＬＴＥ進歩型）（リリース９）を参照する。又、３ＧＰＰ  ＴＲ  ３６．９１２、Ｖ９．３．０（２０１０−０６）テクニカルレポート第３世代パートナーシッププロジェクト；技術仕様グループ無線アクセスネットワーク；Ｅ−ＵＴＲＡの更なる進歩のための実現性研究（ＬＴＥ進歩型）（リリース９）も参照する。
【０００９】
ＬＴＥ−Ａの目標は、より高いデータレート及びより低いレイテンシにより低いコストで著しく改善されたサービスを提供することである。ＬＴＥ−Ａは、より高いデータレートをより低いコストで与えるように、３ＧＰＰ  ＬＴＥ  Ｒｅｌ−８無線アクセス技術を拡張し且つ最適化することに向けられる。ＬＴＥ−Ａは、ＬＴＥ  Ｒｅｌ−８との後方互換性を維持しながらＩＭＴ進歩型のＩＴＵ−Ｒ要求を満足するより最適な無線システムとなる。
【００１０】
３ＧＰＰ  ＴＲ  ３６．９１３に明記されたように、ＬＴＥ−Ａは、高い移動性については１００Ｍビット／ｓ及び低い移動性については１Ｇビット／ｓのピークデータレートを達成するために、ＬＴＥ  Ｒｅｌ−８より広いスペクトル割り当て（例えば、１００ＭＨｚまで）を含めて、異なるサイズのスペクトル割り当てで動作しなければならない。２０ＭＨｚより大きな帯域巾をサポートするためにＬＴＥ−Ａではキャリアアグリゲーションを考慮しなければならないことが合意されている。２つ以上のコンポーネントキャリア（ＣＣ）を集合させるキャリアアグリゲーションは、２０ＭＨｚより大きな送信帯域巾をサポートするためにＬＴＥ−Ａについて考慮される。キャリアアグリゲーションは、連続的でも、非連続的でもよい。この技術は、帯域巾拡張としては、ＬＴＥ  Ｒｅｌ−８のような非集合動作に比して、ピークデータレート及びセルスループットに関して著しい利得を与えることができる。
【００１１】
ターミナルは、その能力に基づいて１つ又は複数のコンポーネントキャリアを同時に受け取ることができる。受信能力が２０ＭＨｚを越えるＬＴＥ−Ａターミナルは、複数のコンポーネントキャリアにおいて送信を同時に受け取ることができる。ＬＴＥ  Ｒｅｌ−８ターミナルは、コンポーネントキャリアの構造がＲｅｌ−８に従うものであれば、単一のコンポーネントキャリアにおいて送信を受け取ることしかできない。更に、Ｒｅｌ−８  ＬＴＥターミナルがＬＴＥ−Ａシステムにおいて動作しなければならず、且つＬＴＥ−ＡターミナルがＲｅｌ−８  ＬＴＥシステムにおいて動作しなければならないという意味で、ＬＴＥ−ＡはＲｅｌ−８  ＬＴＥと後方互換性があることが要求される。
【００１２】
図１Ｃは、Ｍ個のＲｅｌ−８コンポーネントキャリアを一緒に合成してＭ個のＨＲｅｌ−８  ＢＷを形成する（例えば、Ｍ＝５であれば、５Ｈ  ２０ＭＨｚ＝１００ＭＨｚ）キャリアアグリケーションの一例を示している。Ｒｅｌ−８ターミナルは、１つのコンポーネントキャリアにおいて受信／送信を行い、一方、ＬＴＥ−Ａターミナルは、複数のコンポーネントキャリアにおいて同時に受信／送信を行って、より高い（より広い）帯域巾を得ることができる。ＦＤＤ及びＴＤＤの両システムではＬＴＥ進歩型において５つまでのＣＣを集合できることが合意されている。
【００１３】
図１Ｄは、集合コンポーネントキャリアの使用をシステム帯域巾に関して示している。図１Ｄでは、全システム帯域巾が１００ＭＨｚ（周波数）として示されている。コンポーネントキャリアが集合されるＬＴＥ−Ａのための第１のケースであるケース１では、この帯域巾全体が集合され、単一のＵＥ装置により使用される。ケース２では、帯域巾が２つの４０ＭＨｚグループへと部分的に集合され、２０ＭＨｚグループが残される。この残りの帯域巾は、例えば、２０ＭＨｚしか必要としないＲｅｌ−８  ＬＴＥ  ＵＥにより使用される。ＣＡ構成は、ＵＥ特有であり、これは、Ｒｅｌ−８  ＵＥが、図示された５つのキャリアの各々において動作できることを意味することに注意されたい。ケース３では、いずれのＣＣも集合されず、従って、５つの２０ＭＨｚコンポーネントは、５つの異なるＵＥによって使用することができる。
【００１４】
３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ９．１．０（２０１０−０３）技術的仕様第３世代パートナーシッププロジェクト；技術仕様グループ無線アクセスネットワーク；進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）；物理的チャンネル及び変調（リリース９）は、第５．４．１章において、ＰＵＣＣＨフォーマット１、１ａ及び１ｂについて説明している。
【００１５】
ＬＴＥ  Ｒｅｌ−８  ＴＤＤでは、ＵＥは、１つのＵＬサブフレーム中に複数のＤＬサブフレームに関連したＡＣＫ／ＮＡＣＫフィードバックを報告する能力を有する。従って、複数のＤＬサブフレームに対応するＡＣＫ／ＮＡＣＫリソースは、それに対応するＵＬサブフレームにおいて暗示的に（即ち、ＡＣＫ／ＮＡＣＫリソースとそれに対応するＰＤＣＣＨの第１のＣＣＥとの間のマッピングに基づいて）予約される。持続的にスケジュールされるＰＤＳＣＨのために明確なＰＵＣＣＨリソース割り当てが適用される。
【００１６】
ＬＴＥ進歩型システムでは、３ＧＰＰ  ＲＡＮＩ＃５８ｂｉｓにおいて１つのＵＥ特有のＵＬ  ＣＣに対するＡＣＫ／ＮＡＣＫリソースのマッピングをサポートすることが合意されている。ＬＴＥ進歩型ＴＤＤシステムでは、これは、複数のＡＣＫ／ＮＡＣＫリソース（時間ドメインでは複数のＤＬサブフレームに及び周波数ドメインでは複数の（ＤＬ）ＣＣに対応する）を単一のＵＬサブフレーム中に１つのＵＥ特有（ＵＬ）ＣＣにおいて割り当てる必要があることを意味する。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
この解決策は、ＵＥ特有のＵＬ  ＣＣにおけるＰＵＣＣＨリソース割り当て／消費量を増加することが予想される。リソースの消費という観点から、ＬＴＥ進歩型ＴＤＤのための効率的なＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てを提供することが要望される。
【課題を解決するための手段】
【００１８】
本発明の規範的な実施形態を使用することにより以上の問題及び他の問題が克服され、そして他の効果が実現される。
【００１９】
本発明の規範的実施形態は、その第１の態様において、ユーザ装置との時分割デュープレックス動作モードにあるとき、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で物理的アップリンクコントロールチャンネルリソースを予約することにより物理的アップリンクコントロールチャンネルリソースを割り当て；そしてその割り当てた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信することを含む方法を提供する。
【００２０】
本発明の規範的実施形態は、その更に別の態様において、プロセッサと、コンピュータプログラムコードを含むメモリとを備え、そのメモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置との時分割デュープレックス動作モードにあるとき、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で物理的アップリンクコントロールチャンネルリソースを予約することにより物理的アップリンクコントロールチャンネルリソースを割り当て；そしてその割り当てた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信するようにさせるよう構成された装置を提供する。
【００２１】
本発明の規範的実施形態は、その更に別の態様において、単一の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約され；空間的コードワードにわたってＡＣＫ／ＮＡＣＫバンドリングを実行し、受け取られたコンポーネントキャリア／サブフレーム当たり１つのバンドリングされたビットが発生され；そしてバンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、アップリンクで送信するためのコンステレーションポイントを選択することを含む方法を提供する。
【００２２】
本発明の規範的実施形態は、その更に別の態様において、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約され；そしてＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの１つを選択して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を送信することを含む方法を提供する。
【図面の簡単な説明】
【００２３】
【図１Ａ】３ＧＰＰ  ＴＳ  ３６．３００の図４．１を再現したもので、ＥＵＴＲＡＮシステムの全体的なアーキテクチャーを示す。
【図１Ｂ】ＥＵＴＲＡＮシステムの別の図である。
【図１Ｃ】ＬＴＥ−Ａシステムに対して提案されるキャリアアグリケーションの一例を示す。
【図１Ｄ】集合コンポーネントキャリアの使用をシステム帯域巾に関して示す。
【図２】本発明の規範的実施形態の具現化に使用するのに適した種々の電子装置の簡単なブロック図である。
【図３】ＡＣＫ／ＮＡＣＫ完全バンドリングを示す。
【図４】ＡＣＫ／ＮＡＣＫの時間ドメイン及びＣＣドメインバンドリングを示す。
【図５Ａ】ＡＣＫ／ＮＡＣＫ完全バンドリングのＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当ての第１の実施形態を示す。
【図５Ｂ】図５Ａの実施形態に対するコンステレーションポイント選択を示すテーブルである。
【図５Ｃ】ＡＣＫ／ＮＡＣＫ完全バンドリングのＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当ての第２の実施形態を示す。
【図６】従来のＣＣ及びＴＤＤサブフレームグルーピングを示す。
【図７】ＤＡＩ値エンコーディングの規範的実施形態を示す。
【図８】ＤＡＩ値エンコーディングの別の規範的実施形態を示す。
【図９】ＡＣＫ／ＮＡＣＫシグナリングに使用されるパターンを示す。
【図１０】図９のＡＣＫ／ＮＡＣＫシグナリングパターンの１つを詳細に示す。
【図１１Ａ】図１１の一部分であって、本発明の規範的実施形態による方法の動作を示すと共に、コンピュータ読み取り可能な媒体で実施されるコンピュータプログラムインストラクションの実行の結果を示す論理フロー図である。
【図１１Ｂ】図１１の一部分であって、本発明の規範的実施形態による方法の動作を示すと共に、コンピュータ読み取り可能な媒体で実施されるコンピュータプログラムインストラクションの実行の結果を示す論理フロー図である。
【図１１Ｃ】図１１の一部分であって、本発明の規範的実施形態による方法の動作を示すと共に、コンピュータ読み取り可能な媒体で実施されるコンピュータプログラムインストラクションの実行の結果を示す論理フロー図である。
【発明を実施するための形態】
【００２４】
本発明の規範的な実施形態は、３ＧＰＰ  ＬＴＥ  Ｒｅｌ−１０で具現化されると予想されるＬＴＥ進歩型ワイヤレス通信システムに少なくとも一部分関連している（が、その規範的な実施形態は、ＬＴＥ  Ｒｅｌ−１０のみに限定されない）。より詳細には、規範的な実施形態は、ＴＤＤモードでのコンポーネントキャリア（ＣＣ）アグリゲーションのケースではＰＵＣＣＨフォーマット１ａ／１ｂ（即ち、ＡＣＫ／ＮＡＣＫリソース）割り当てに向けられる。
【００２５】
一般的に、ＴＤＤ動作は、ｅＮＢからＵＥへの送信とＵＥからｅＮＢへの送信との間で時間マルチプレクスされる単一キャリアの使用を意味する。
【００２６】
規範的な実施形態は、ＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てに焦点を当て、そしてＬＴＥ進歩型ＴＤＤシステム（これに限定されないが）に適用できる効率的な割り当て技術を提供する。
【００２７】
上述したように、ＬＴＥ  Ｒｅｌ−８では、動的にスケジュールされるＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫフィードバックのためのＰＵＣＣＨリソースは、対応するＰＤＣＣＨの第１のＣＣＥによって暗示的に決定される。ＬＴＥ進歩型では、この形式の暗示的ＡＣＫ／ＮＡＣＫリソース予約スキームは、少なくとも、ＵＬ  ＣＣと対にされる後方互換性のあるＤＬ  ＣＣのケースについて保存されねばならない。しかしながら、対にされるＤＬ  ＣＣの場合と同様に全てのクロスＣＣに対して動的なＡＣＫ／ＮＡＣＫリソースを予約すると、ＰＵＣＣＨリソースの非効率的な使用を招く。これは、基本的に、ＵＬ  ＣＣの各々において全てのＤＬ  ＣＣに対応する動的なＡＣＫ／ＮＡＣＫリソースを予約することを要求する。
【００２８】
更に、ＬＴＥ進歩型ＴＤＤシステムでは、単一のＵＬサブフレーム中に１つのＵＥ特有の（ＵＬ）ＣＣに複数のＡＣＫ／ＮＡＣＫリソース（時間ドメインでは複数のＤＬサブフレームに及び周波数ドメインでは複数にＤＬ  ＣＣに対応する）を割り当てることが必要になる。Ｒｅｌ−８で行われるそのような「完全暗示的リソース割り当て」は、ＵＥ特有のＣＣに対して受け容れられないリソース消費を招くことが容易に観察される。
【００２９】
ＬＴＥ進歩型ＴＤＤシステムでは、ＵＬカバレージを確保するために、Ｒｅl−８  ＴＤＤのように、ＡＣＫ／ＮＡＣＫバンドリングが重要な要素のままであることが指摘される。これは、特に、ＰＵＣＣＨフォーマット１ａ／１ｂにおけるＡＣＫ／ＮＡＣＫのケースである。
【００３０】
３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ＃６０ｂｉｓ、Ｒ１−１０１８８６、中国、北京、２０１０年４月１２−１６日、アジェンダアイテム：６．２．４．１、ソース：ノキア、ノキア・シーメンスネットワーク、題名“UL ACK/NACK Feedback in LTE-A TDD”に述べられたように、ＬＴＥ進歩型ＴＤＤのＰＵＣＣＨフォーマット１ａ／１ｂにおけるＡＣＫ／ＮＡＣＫフィードバックについて、次の選択肢が有望である。
図３に示すＡＣＫ／ＮＡＣＫ完全バンドリング；
図４に示すＡＣＫ／ＮＡＣＫ部分的バンドリング：ＣＣドメインバンドリング＋チャンネル選択；及び
これも図４に示すＡＣＫ／ＮＡＣＫ部分的バンドリング：時間ドメインバンドリング＋チャンネル選択。
【００３１】
Ｒ１−１０１８８６でなされた提案を以下に詳細に述べるが、ＣＡは、ＤＬで送信されるＰＤＣＣＨに対して付加的な自由度を導入する（Ｒｅｌ−８  ＴＤＤに比して）と言える。その結果、１つのアップリンクサブフレーム中に、より多くのＡＣＫ／ＮＡＣＫビット（例えば、５つのコンポーネントキャリアで２０ビットまで）をサポートする必要がある。より特定すれば、Ｒｅｌ−８  ＴＤＤは、せいぜい、４つのＡＣＫ／ＮＡＣＫビット（単一のコンポーネントキャリア）しかサポートせず、従って、４ビット×５ＣＣ＝２０ビットとなる。原理的には、あるＴＤＤ構成では、２０より多くのビットを考えることができる。ＡＣＫ／ＮＡＣＫシグナリングに関しては、複数のＡＣＫ／ＮＡＣＫビットに対してどんなコンテナを使用するか、カバレージが限定されるケースにおいてＡＣＫ／ＮＡＣＫビットの数をどのように減少するか、及びＰＤＣＣＨエラーのケースをどのように取り扱うかを含めて、多数のＴＤＤ特有の問題を考慮する必要がある。
【００３２】
ＬＴＥ−Ａ  ＴＤＤにおけるＵＬ  ＡＣＫ／ＮＡＣＫフィードバックについては、１つのＵＬサブフレームは、
周波数ドメインでの複数のＣＣ（ＵＥ＝ｓＣＣ構成に基づき）、及び
時間ドメインでの複数のＤＬサブフレーム（構成されたＴＤＤ構成に基づき）
において複数のＰＤＳＣＨ送信に関連付けされる。
【００３３】
ＴＤＤについては、時間ドメインでのＤＬ／ＵＬ非対称性がＬＴＥ  Ｒｅl−８に既に存在することに注意されたい。従って、単一のＵＬサブフレーム中に複数のＤＬサブフレームに対応するＡＣＫ／ＮＡＣＫシグナリングをサポートするためのメカニズムのセットが既に指定されている。
【００３４】
より詳細には、Ｒｅｌ−８では、ＰＵＳＣＨ及びＰＵＣＣＨの両方が、複数のＤＬサブフレームに対応するＡＣＫ／ＮＡＣＫを搬送することができる。次のモードが指定されている。
【００３５】
ＡＣＫ／ＮＡＣＫバンドリング：
このモードでは、コードワード当たり「バンドリングウインドウ」内の複数のＡＣＫ／ＮＡＣＫビットにわたって“ＡＮＤ”動作が遂行され、そして１つ又は２つのバンドリングされたＡＣＫ／ＮＡＣＫビットをフィードバックのために発生する。そのようなモードは、カバレージに限度のあるＵＥに対して有用である。
【００３６】
ＡＣＫ／ＮＡＣＫマルチプレクシング：
このモードでは、空間的コードワード（即ち、ＡＣＫ／ＮＡＣＫ空間的バンドリング）にわたって“ＡＮＤ”動作が遂行され、そしてＡＣＫ／ＮＡＣＫバンドリングの使用のみに比してＤＬスループットを増加できるチャンネル選択方法を経てＡＣＫ／ＮＡＣＫマルチプレクシングが達成される。
【００３７】
これらモード間の切り換えは、ＵＥ特有であり、上位レイヤ構成である。
【００３８】
Ｒｅｌ−８  ＴＤＤでは、ＡＣＫ／ＮＡＣＫバンドリングのための潜在的エラーケースを取り扱うために、ダウンリンク指定インデックス（ＤＡＩ）がＵＬグラント及びほとんどのＤＬグラントに含まれている。エラーケースの取り扱い、スケジューリングの融通性及び他の要件のバランスをとるために、関連ＤＡＩエンコーディング方法が指定される。
【００３９】
Ｒ１−１０１８８６に更に記載されたように、全てのこれらメカニズムがＲｅｌ−８の標準化中に入念な最適化を受けたことを考慮して、実現可能な解決策として、ＬＴＥ−ＡにおいてマルチＡＣＫ／ＮＡＣＫフィードバックをシグナリングすることも維持できる。従って、Ｒｅｌ−８  ＴＤＤに指定された既存のメカニズムをＬＴＥ−Ａにおいてできるだけ再使用することが望まれる。
【００４０】
従って、Ｒ１−１０１８８６における１つの提案は、Ｒｅｌ−８  ＴＤＤで指定されたＡＣＫ／ＮＡＣＫフィードバックメカニズムをＬＴＥ−Ａにおいてできるだけ再使用しなければならないことである。
【００４１】
ＬＴＥ−Ａ  ＴＤＤでは、コンポーネントキャリアの大きさが、Ｒｅｌ−８  ＴＤＤに比して、ＡＣＫ／ＮＡＣＫペイロードを増加させる。従って、ＰＵＣＣＨフォーマット２は、（ＰＵＣＣＨフォーマット１ａ／１ｂ及びＰＵＳＣＨに加えて）増加されるＡＣＫ／ＮＡＣＫビット数に対する付加的なコンテナと考えることができる。
【００４２】
以上の観察に基づき、Ｒ１−１０１８８６には、次のＡＣＫ／ＮＡＣＫモード／コンテナをＬＴＥ−Ａ  ＴＤＤにおいて考慮する必要があると更に記載されている。
【００４３】
（Ａ）Ｒｅｌ−８  ＴＤＤに明記されたように、ＬＴＥ−Ａ  ＴＤＤにおける小さな及び中程度のＡＣＫ／ＮＡＣＫペイロードのケースでは、ＡＣＫ／ＮＡＣＫコンテナとしてＰＵＣＣＨフォーマット１ａ／１ｂを使用することができる。次のＡＣＫ／ＮＡＣＫフィードバックモードをサポートすることができる。
【００４４】
完全バンドリングモード：
＊  Ｒｅｌ−８  ＴＤＤのように、少数のＡＣＫ／ＮＡＣＫフィードバックビットに対して主として使用される。
＊  Ｒｅｌ−８  ＴＤＤのように、複数のＡＣＫ／ＮＡＣＫにわたり“ＡＮＤ”動作を経て１つ又は２つのバンドリングされたＡＣＫ／ＮＡＣＫビットが発生される。
＊  ＬＴＥ−Ａ  ＴＤＤでは、そのようなモードは、カバレージに限度のあるＵＥに対して（依然）有意義であり、ＡＣＫ／ＮＡＣＫフォールバックモードとして働く。
【００４５】
チャンネル選択モード：
＊  Ｒｅｌ−８  ＴＤＤのように、中程度のＡＣＫ／ＮＡＣＫビット数（例えば、４ビットまで）に対して主として使用される。
＊  ＬＴＥ−Ａ  ＴＤＤにおいて、Ｒｅｌ−８  ＴＤＤに明記されたチャンネル選択メカニズムを完全に使用することができる。
＊  ＬＴＥ−Ａ  ＴＤＤにおいて、ＡＣＫ／ＮＡＣＫペイロードをマルチプレクシング容量に適合させるために更なるバンドリングが必要となる。
【００４６】
（Ｂ）ＬＴＥ−Ａ  ＴＤＤにおいて、ＰＵＣＣＨフォーマット２は、大きなＡＣＫ／ＮＡＣＫペイロードに対する実現可能なＡＣＫ／ＮＡＣＫコンテナである。
【００４７】
（Ｃ）ＬＴＥ−Ａ  ＴＤＤにおいて、前記モード間の切り換えは、Ｒｅｌ−８  ＴＤＤのように、ＵＥ特有であり、上位レイヤ構成される。
【００４８】
更に、ＡＣＫ／ＮＡＣＫフィードバックについて、複数のＰＵＣＣＨチャンネルを同時に送信すると、最適でない３次メトリック特性を招き、ＵＥの電力消費が著しく増加する。従って、ＡＣＫ／ＮＡＣＫフィードバックは、複数のＰＵＣＣＨの同時送信ではなく、単一のＰＵＣＣＨ送信に基づくものでなければならない。
【００４９】
更に、Ｒ１−１０１８８６では、ＬＴＥ−Ａ  ＴＤＤについて、ＰＵＣＣＨフォーマット１ａ／１ｂ、ＰＵＣＣＨフォーマット２、及びＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫフィードバックシグナリングに対する潜在的な制約と考えられ、完全バンドリング及びチャンネル選択の両モードは、ＰＵＣＣＨフォーマット１ａ／１ｂでサポートされる必要があり、そしてＡＣＫ／ＮＡＣＫフィードバックは、複数のＰＵＣＣＨの同時送信ではなく、単一のＰＵＣＣＨ送信に基づくものでなければならないことが提案される。
【００５０】
Ｒ１−１０１８８６において、Ｒｅｌ−８  ＴＤＤでは、ＡＣＫ／ＮＡＣＫバンドリングは、空間及び時間ドメインバンドリングによりＡＣＫ／ＮＡＣＫカバレージを最大にすることが明記されていることに注意されたい。
【００５１】
ＬＴＥ−Ａ  ＴＤＤでは、ＡＣＫ／ＮＡＣＫバンドリングは、特に、制限されたコンテナ容量及び潜在的に増加されるＡＣＫ／ＮＡＣＫオーバーヘッドを考慮するときは、依然として、ＡＣＫ／ＮＡＣＫフィードバックに対する重要な要素である。従って、ＵＬにおけるＡＣＫ／ＮＡＣＫフィードバックオーバーヘッドを減少するためには、次のバンドリングモード（及びそれらの組み合わせ）を候補と考えねばならない。
【００５２】
（Ａ）空間ドメインバンドリング：
＊  Ｒｅｌ−８  ＴＤＤのように、空間コードワードにわたって“ＡＮＤ”動作が遂行され、そしてバンドリングされたＡＣＫ／ＮＡＣＫ結果を発生する。
＊  ＡＣＫ／ＮＡＣＫオーバーヘッドの観点から、これは、ＡＣＫ／ＮＡＣＫオーバーヘッドを空間ドメインから効果的に圧縮する。
＊  ＤＬスループットの観点から、ロスを減少することができる。
【００５３】
（Ｂ）時間ドメインバンドリング：
＊  Ｒｅｌ−８  ＴＤＤにおいて、このバンドリングは、“ＡＣＫ／ＮＡＣＫバンドリング”モードに対して既に採用されている。
＊  ＬＴＥ−Ａ  ＴＤＤでは、時間ドメインバンドリングも考慮することができる。
【００５４】
（Ｃ）ＣＣドメインバンドリング：
＊  複数の構成されたＣＣにわたって“ＡＮＤ”動作が遂行されて、バンドリングされたＡＣＫ／ＮＡＣＫを発生する。
＊  ＡＣＫ／ＮＡＣＫオーバーヘッドの観点から、これは、ＣＣドメインにおいてＡＣＫ／ＮＡＣＫペイロードを効果的に圧縮する。
＊  ＡＣＫ／ＮＡＣＫ  ＣＣドメインバンドリングは、ＡＣＫ／ＮＡＣＫ時間ドメインバンドリングよりＤＬスループットに関して、特に、セルエッジスループットについて、優れている。
【００５５】
更に、Ｒ１−１０１８８６では、ＬＴＥ−Ａ  ＴＤＤ空間ドメインバンドリングにおいて、時間ドメインバンドリング及びＣＣドメインバンドリング（及びそれらの組み合わせ）を使用して、ＡＣＫ／ＮＡＣＫオーバーヘッドを減少できることが提案される。ＡＣＫ／ＮＡＣＫ  ＣＣドメインバンドリングは、ＤＬスループットの観点からプライオリティを取り入れる。
【００５６】
Ｒｅｌ−８  ＴＤＤでは、ＡＣＫ／ＮＡＣＫバンドリングと共に、ＤＡＩ解決策がＤＬ／ＵＬグラントに含まれており、そして潜在的なエラーケースを取り扱うためにエンコーディング方法が明記されている。
【００５７】
ＬＴＥ−Ａ  ＴＤＤでは、ＤＡＩが必要とされる。というのは、ＤＡＩは、「バンドリングウインドウ」内のＤＬグラント欠落（即ち、Ｒｅｌ−８  ＴＤＤに存在するのと同じ動機付け）により関連エラーケースを取り扱うためにＬＴＥ−Ａ  ＴＤＤにおけるＵＬ  ＡＣＫ／ＮＡＣＫフィードバックに対して依然として重要な要素だからである。更に、ＬＴＥ−Ａ  ＴＤＤでは、「バンドリングウインドウ」を、時間ドメイン及びＣＣドメインの両方まで拡張することができる。
【００５８】
ＤＡＩフィールドのビット巾に関して、Ｒｅｌ−８  ＴＤＤでは、ＤＬ／ＵＬ  ＤＡＩのビット巾は、２ビットである。ＬＴＥ−Ａ  ＴＤＤでは、ほとんどのグラントに対する付加的なＴＤＤ特有オーバーヘッドを回避するため、同様のＤＡＩビット巾が好ましい。更に、ＤＴＸ対ＡＣＫ確率の要求に関して、Ｒｅｌ−８  ＴＤＤでは、ＡＣＫ／ＮＡＣＫバンドリングのケースに、ＤＬグラント欠落のためにＤＴＸ対ＡＣＫエラーが生じ得る。ターゲットであるＤＴＡ対ＡＣＫ確率は、１Ｅ−４にセットされる。Ｒｅｌ−１０  ＴＤＤでは、同じ信頼性レベルをターゲットとすることができる。
【００５９】
Ｒ１−１０１８８６に述べられたことを以上に要約したが、ＡＣＫ／ＮＡＣＫバンドリングを伴うＰＵＣＣＨフォーマット１ａ／１ｂ送信では、各ＰＤＣＣＨに対してＰＵＣＣＨリソースを予約する必要がないことが観察される。というのは、各バンドリングウインドウ内で発生されるＡＣＫ／ＮＡＣＫビットが１つ（又は２つ）しかないからである。その結果、ＡＣＫ／ＮＡＣＫ送信に１つのＰＵＣＣＨチャンネルを使用するだけでよい。この観察は、ＰＤＣＣＨとＰＵＣＣＨフォーマット１ａ／１ｂ割り当て（ＬＴＥ  Ｒｅｌ−８のような）との間の１対１のマッピングが、特に、ＡＣＫ／ＮＡＣＫバンドリングモードに構成されたＴＤＤシステムにおいて過剰なリソース消費を招くことを意味する。
【００６０】
本発明の規範的な実施形態は、ＬＴＥ進歩型ＴＤＤシステムにおけるＰＵＣＣＨフォーマット１ａ／１ｂの非効率的な割り当て問題を克服するための有効な方法を提供する。
【００６１】
従来、ＬＴＥ進歩型においてＡＣＫ／ＮＡＣＫリソース割り当て／予約のために多数の方法が提案されている。しかしながら、これらの方法は、主として、ＴＤＤシステムではなく、ＦＤＤシステムに焦点を当てたものである。
【００６２】
１つの考えられる解決策は、動的なＡＣＫ／ＮＡＣＫスペースが２つの部分より成ると仮定することである。
（ａ）ＬＴＥ  Ｒｅｌ−８に定義された従来の動的なＡＣＫ／ＮＡＣＫスペース；及び
（ｂ）新たな動的なクロスＣＣ−ＡＣＫ／ＮＡＣＫスペース。
【００６３】
この解決策では、上位のプロトコルレイヤにより構成できる動的なクロスＣＣ  ＰＵＣＣＨリソースにおいてＣＣＥとＡＣＫ／ＮＡＣＫリソースとの間に多対１のマップングを使用できるようになる。これは、一形式のＰＵＣＣＨフォーマット１ａ／１ｂリソース圧縮と考えられる。
【００６４】
３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ＃５９ｂｉｓ、Ｒ１−１００２４３、スペイン、バレンシア、２０１０年１月１８−２２日、ソース：ファーウェイ、題名“UL ACK/NACK resource allocation for carrier aggregation”には、Ｍ＜Ｎとすれば、全部でＮ個のＣＣＥに対してＭ個のＡＣＫ／ＮＡＣＫリソースを予約できると述べられている。これは、リンクされたが対になっていないＤＬ  ＣＣが暗示的なＡＣＫ／ＮＡＣＫリソースオーバーヘッドを減少することについて考えられる。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ＃５９ｂｉｓ、Ｒ１−１００３６３、スペイン、バレンシア、２０１０年１月１８−２２日、ソース：パナソニック、題名“PUCCH resource allocation for carrier aggregation”においても、同様の提案がなされている。
【００６５】
上述したＰＵＣＣＨフォーマット１ａ／１ｂリソース圧縮（即ち、ＣＣＥとＰＵＣＣＨリソースとの間の多対１のマッピング）は、暗示的及び明示的の両シグナリングを経て達成され、そしてより効率的なリソース圧縮を得るために付加的なスケジューリング制約を導入することがある。しかしながら、この解決策は、ＬＴＥ進歩型ＴＤＤシステムに使用するのに最適なものではない。即ち、ＴＤＤシステムでは、ＡＣＫ／ＮＡＣＫリソースマッピングに対してより大きな自由度がある。というのは、１つのＵＬサブフレーム中に、複数のＣＣ及び複数のＤＬサブフレームから１つのＵＥ特有ＣＣへのマッピングがあるためである。加えて、上述したように、ＡＣＫ／ＮＡＣＫバンドリング動作は、効率的なリソース圧縮に使用できるＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てのための新たなプロパティを与える。
【００６６】
本発明の規範的な実施形態によれば、ＣＡをサポートするＬＴＥ進歩型ＴＤＤシステムにおいてＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てに適応するための効率的な技術が提供される。
【００６７】
本発明の規範的実施形態を更に詳細に述べる前に、本発明の規範的実施形態の具現化に使用するのに適した種々の電子デバイス及び装置の簡単なブロック図である図２について説明する。図２において、ワイヤレスネットワーク１は、ワイヤレスリンク１１を越え、ＮｏｄｅＢ（ベースステーション）、より特定すれば、ｅＮＢ１２のようなネットワークアクセスノードを経て、ＵＥ１０と称される移動通信装置のような装置と通信するようにされる。ネットワーク１は、ネットワークコントロール要素（ＮＣＥ）１４を備え、これは、図１Ａに示したＭＭＥ／ＳＧＷ機能を含み、そして電話ネットワーク及び／又はデータ通信ネットワーク（例えば、インターネット）のような更に別のネットワークとの接続をなすものである。ＵＥ１０は、少なくとも１つのコンピュータ又はデータプロセッサ（ＤＰ）１０Ａのようなコントローラと、コンピュータインストラクションのプログラム（ＰＲＯＧ）１０Ｃを記憶するメモリ（ＭＥＭ）１０Ｂとして実施される少なくとも１つの非一時的コンピュータ読み取り可能なメモリ媒体と、１つ以上のアンテナを経てｅＮＢ１２と両方向ワイヤレス通信するための少なくとも１つの適当な高周波（ＲＦ）トランシーバ１０Ｄとを備えている。又、ｅＮＢ１２も、少なくとも１つのコンピュータ又はデータプロセッサ（ＤＰ）１２Ａのようなコントローラと、コンピュータインストラクションのプログラム（ＰＲＯＧ）１２Ｃを記憶するメモリ（ＭＥＭ）１２Ｂとして実施される少なくとも１つのコンピュータ読み取り可能なメモリ媒体と、１つ以上の（典型的に複数入力／複数出力（ＭＩＭＯ）動作が使用されるときには複数の）アンテナを経てＵＥ１０と通信するための少なくとも１つの適当なＲＦトランシーバ１２Ｄとを備えている。ｅＮＢ１２は、データ／コントロール経路１３を経てＮＣＥ１４に結合される。経路１３は、図１Ａに示したＳ１インターフェイスとして具現化される。又、ｅＮＢ１２は、図１Ａに示したＸ２インターフェイスとして具現化されるデータ／コントロール経路１５を経て別のｅＮＢにも結合される。
【００６８】
本発明の規範的実施形態の説明上、ＵＥ１０は、本発明の規範的実施形態に基づき動作するＡＣＫ／ＮＡＣＫ発生・送信ユニット又はモジュール又はファンクション１０Ｅも備えると仮定され、そしてｅＮＢ１２は、相補的なＡＣＫ／ＮＡＣＫ受信・解釈ユニット又はモジュール又はファンクション１２Ｅを備えている。又、ｅＮＢ１２は、以下に述べるように動作するＰＵＣＣＨリソース割り当てユニット又はモジュール又はファンクション１２Ｆも備えている。
【００６９】
ＰＲＯＧ  １０Ｃ及び１２Ｃの少なくとも１つは、関連ＤＰにより実行されたときに、以下に詳細に述べるように、本発明の規範的実施形態に基づいて装置が動作できるようにするプログラムインストラクションを含むと仮定される。即ち、本発明の規範的実施形態は、ＵＥ１０のＤＰ１０Ａ及び／又はｅＮＢ１２のＤＰ１２Ａにより実行可能なコンピュータソフトウェアにより、又はハードウェアにより、或いはソフトウェア及びハードウェア（及びファームウェア）の組み合わせにより、少なくとも一部分具現化される。例えば、ＡＣＫ／ＮＡＣＫ発生・送信ユニット又はモジュール又はファンクション１０Ｅ、ＡＣＫ／ＮＡＣＫ受信・解釈ユニット又はモジュール又はファンクション１２Ｅ、及びＰＵＣＣＨリソース割り当てユニット又はモジュール又はファンクション１２Ｆは、各々、ハードウェアとして、又はメモリ１０Ｂ及び１２Ｂに記憶された実行可能なコード／ソフトウェアとして、或いは実行可能なコード／ソフトウェア及びハードウェア（及びファームウェア）の組み合わせとして、実施することができる。
【００７０】
一般的に、ＵＥ１０の種々の実施形態は、これに限定されないが、セルラー電話、ワイヤレス通信能力を有するパーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス通信能力を有するポータブルコンピュータ、ワイヤレス通信能力を有するデジタルカメラのような画像捕獲装置、ワイヤレス通信能力を有するゲーム機、ワイヤレス通信能力を有する音楽記憶・再生機器、ワイヤレスインターネットアクセス及びブラウジングを行うことのできるインターネット機器、並びにそのような機能を組み合わせて合体するポータブルユニット又はターミナルを含む。
【００７１】
コンピュータ読み取り可能なＭＥＭ１０Ｂ及び１２Ｂは、ローカルな技術的環境に適した任意の形式のものであり、適当なデータ記憶技術、例えば、半導体ベースのメモリ装置、ランダムアクセスメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、フラッシュメモリ、磁気メモリ装置及びシステム、光学的メモリ装置及びシステム、固定メモリ及び除去可能なメモリを使用して具現化される。ＤＰ１０Ａ及び１２Ａは、ローカルな技術的環境に適した任意の形式のものであり、非限定例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャーをベースとするプロセッサを含む。
【００７２】
本発明の規範的実施形態を詳細に説明すれば、ＬＴＥ進歩型ＴＤＤにおけるＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てについて、ＰＵＣＣＨフォーマット１ａ／１ｂリソースは、１つの「ＡＣＫ／ＮＡＣＫバンドル」という粒度で予約される。「ＡＣＫ／ＮＡＣＫバンドル」とは、ＤＬにおける受信データ（ＰＤＳＣＨ）に対する応答としてＵＬにおいて送信されるＡＣＫ／ＮＡＣＫフィードバックのサブセットを形成するよう構成されたＴＤＤサブフレーム及びコンポーネントキャリアのセットを意味するものと解釈される。「ＡＣＫ／ＮＡＣＫフィードバックのサブセットを形成するよう構成された」とは、その構成が、典型的な（及び非限定）アプリケーションにおいて、ｅＮＢ１２によってなされ、ｅＮＢ１２とＵＥ１０との間のＲＲＣシグナリングを使用して実現され、そしてその性質が半静的であることを意味する。
【００７３】
この概念を一般化するため、各「ＡＣＫ／ＮＡＣＫバンドル」について予約されたＰＵＣＣＨフォーマット１ａ／１ｂリソースの数は、より上位のプロトコルレイヤにより予め定義又は構成することができる。厳密な値は、異なるＡＣＫ／ＮＡＣＫフィードバック／バンドリングスキームに対して異なるものである。
【００７４】
例えば、ＰＵＣＣＨリソース割り当てユニット１２Ｆにより所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの合計数は、採用したＡＣＫ／ＮＡＣＫバンドリング機構及び「ＡＣＫ／ＮＡＣＫバンドル」の数に依存する。より詳細には、所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの合計数は、ＵＥ特有の構成に依存する「ＡＣＫ／ＮＡＣＫバンドル」の数でスケーリングされる。
【００７５】
リソース割り当てに関して、所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの位置は、暗示的又は明示的リソース割り当てシグナリング（又は暗示的又は明示的リソース割り当てシグナリングの組み合わせ）に基づき所定の仕方で導出される。
【００７６】
更に、所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースのスタート位置は、ＲＲＣシグナリングにより明示的に指示されるか、或いは他の何らかのＵＥ特有パラメータ（例えば、ＡＣＫ／ＮＡＣＫリソースとＵＥ特有のサーチスペースのスタート位置との間の関係を導入する）により暗示的に指示される。
【００７７】
「ＵＥ特有のサーチスペース」は、あるＵＥのＰＤＣＣＨを送信するのに使用できるコントロールチャンネル要素（ＣＣＥ）の所定のセットに対応する（ＬＴＥ  Ｒｅｌ−８において第１のＣＣＥとＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースとの間には１対１のマッピングがある）。全ＣＣＥスペース（単一のＵＥの観点から）は、（ｉ）共通のサーチスペース（全てのＵＥに入手できる）、（ii）ＵＥ特有のサーチスペース（所与のＵＥに入手できる）、及び所与のＵＥに全く入手できないサーチスペースへと分割される。
【００７８】
異なるＡＣＫ／ＮＡＣＫバンドリングスキームに対して割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの数に関して、前記Ｒ１−１０１８８６に述べられたように、「ＡＣＫ／ＮＡＣＫ完全バンドリング」及び「ＡＣＫ／ＮＡＣＫ時間ドメインバンドリング／ＣＣドメインバンドリング＋チャンネル選択」をサポートするために多数の方法を使用することができる。
【００７９】
例えば、ＡＣＫ／ＮＡＣＫ完全バンドリング（即ち、単一の「ＡＣＫ／ＮＡＣＫバンドル」）のケースでは、割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの数を予め定義するか又はより上位のレイヤで構成することができる。
【００８０】
図５Ａ及び５Ｂ（以下で更に詳細に述べる）を参照すれば、第１の実施形態において、単一のＰＵＣＣＨフォーマット１ａ／１ｂリソースがＰＵＣＣＨリソース割り当てユニット１２Ｆにより所与のＵＥ１０に割り当てられ、そしてバンドリングされたＡＣＫ／ＮＡＣＫ結果は、次いで、ＡＣＫ／ＮＡＣＫ発生・送信器１０Ｅにより、割り当てられるリソースを経て送信される。更に、空間コードワードにわたるＡＣＫ／ＮＡＣＫバンドリングを適用することができる。更に、バンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びバンドリングウインドウ内の最後に受け取られたＰＤＣＣＨのＤＡＩに基づくコンステレーションポイント選択を適用することもできる。
【００８１】
第２の実施形態において（図５Ｃを参照）、複数のＰＵＣＣＨフォーマット１ａ／１ｂリソースが所与のＵＥ１０に割り当てられ、そしてバンドリングされたＡＣＫ／ＮＡＣＫ結果を送信するように選択されたリソースは、バンドリングウインドウ内の最後に受け取られたＰＤＣＣＨのＤＡＩ値に依存する。
【００８２】
更に、例えば、ＡＣＫ／ＮＡＣＫ時間ドメインバンドリング、及び／又はＣＣドメインバンドリング＋チャンネル選択のケースでは、１つのＰＵＣＣＨフォーマット１ａ／１ｂリソースが「ＡＣＫ／ＮＡＣＫバンドル」ごとに割り当てられる。それ故、所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの合計数は、構成された「ＡＣＫ／ＮＡＣＫバンドル」の数に依存する。
【００８３】
チャンネル選択は、複数の割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの間で遂行され、それを使用して、発生された（バンドリングされた）ＡＣＫ／ＮＡＣＫ結果が搬送される。
【００８４】
暗示的リソース割り当てに使用できる規範的なルールを以下に説明する。
【００８５】
ＬＴＥ進歩型ＴＤＤシステムでは、所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの位置は、予め定義された仕方で、次のように決定される。
ｆ（ＵＥpara、ＲＡindex）、但し、
●ＵＥparaは、ＲＲＣシグナリングにより決定されるＵＥ特有のパラメータであるか、又は他のＵＥ特有のパラメータ（例えば、ＵＥ特有のサーチスペースのスタート位置）である。
●ＲＡindex＝１、・・・Ｍ、ここで、Ｍは、所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの合計数であり、そしてＭは、ＡＣＫ／ＮＡＣＫバンドルの数（これは、予め定義されるか又はより上位レイヤで構成される）に対応する。
【００８６】
規範的な具現化として、ｆ（ＵＥpara、ＲＡindex）は、次の式を有する。
ｆ（ＵＥpara、ＲＡindex）＝（ＮPUCCH＋Ｍ・ＵＥpara＋ＲＡindex）ｍｏｄＣ、又は
ｆ（ＵＥpara、ＲＡindex）＝ＮPUCCH＋（Ｍ・ＵＥpara＋ＲＡindex）ｍｏｄＣ
但し、「・」は、「乗算」演算を意味し、「ｍｏｄ」は、モジュロであり、そしてＮPUCCH及びＣは、ｅＮＢ１２のＰＵＣＣリソース割り当てユニット１２Ｆにより定義された値である。
【００８７】
ＡＣＫ／ＮＡＣＫ完全バンドリングでは、１つの規範的具現化は、次の通りである（図５Ａに示す）。
●単一のＰＵＣＣＨフォーマット１ａ／１ｂリソースが所与のＵＥ１０に割り当てられる。
●ＡＣＫ／ＮＡＣＫバンドリングが空間コードワードにわたり適用される（受信ＣＣ／サブフレーム当たり１つのバンドリングされたＡＣＫ／ＮＡＣＫビットが発生される）。
●バンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びバンドリングウインドウ内の最後に受け取られたＰＤＣＣＨのＤＡＩに基づくコンステレーションポイント選択が、図５Ｂのテーブルに示すように、適用される。
【００８８】
ＡＣＫ／ＮＡＣＫ完全バンドリングでは、別の規範的具現化は、次の通りである（図５Ｃに示す）。
●所与のＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの数は、予め定義されるか又はより上位のレイヤで構成される（Ｍとして表される）。
●バンドリングされたＡＣＫ／ＮＡＣＫ結果を送信するのに使用されるリソースは、バンドリングウインドウ内の最後に受け取られたＰＤＣＣＨのＤＡＩ値に依存する。
●１つの具現化は、（ｎｍｏｄＭ）ＰＵＣＣＨフォーマット１ａ／１ｂリソースを使用して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を搬送することであり、ここで、ｎは、最後に受け取られたＰＤＣＣＨのＤＡＩ値であり、そしてＭは、ｅＮＢ１２のＰＵＣＣＨリソース割り当てユニット１２ＦによりＵＥ１０に割り当てられるＰＵＣＣＨフォーマット１ａ／１ｂリソースの合計数である。
【００８９】
図５Ａ及び５Ｃに示されたＤＡＩエンコーディング原理は、本特許出願と同じ発明者による“System and Method for ACK/NACK Feedback in TDD Communications”と題する２００９年７月２日に出願された同時係争中の米国特許出願第１２／４９７，４３４号に更に詳細に説明されており、これは、以下「共通所有の出願」と称される。この共通所有の出願によるＤＡＩエンコーディング原理は、図６−１０を参照して簡単に概要を述べる。
【００９０】
３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ＃５６ｂｉｓ、Ｒ１−０９１５２６、韓国、ソウル、２００９年３月２３−２７日、ソース：ＣＡＴＴ、“UL ACK/NACK transmission in LTE-A”には、ＣＣグルーピングの概念が述べられている。ＤＬコンポーネントキャリア及びＴＤＤサブフレームの数は、規定の仕方でＣグループ：ｃ１、ｃ２、ｃ３、ｃ３を形成するように構成される。これらＣグループは、次いで、グループ当たりＭ個までの入力ビットに基づきグループ特有のＡＣＫ／ＮＡＣＫ／ＤＴＸ情報を発生するように構成される。グループ特有のＡＣＫ／ＮＡＣＫ／ＤＴＸ情報は、そのグループ内の異なるコンポーネントキャリアＣＣ、ＴＤＤサブフレーム及び空間的レイヤに対応するＡＣＫ／ＮＡＣＫビットのバンドリング又はマルチプレクシングにより発生される。図６に示すグルーピングに関わらず、異なるコンポーネントキャリア及びＴＤＤサブフレームのＰＤＳＣＨに対応するＰＤＣＣＨを経て送信される（ＵＬ／ＤＬ）リソース割り当てグラントは、別々にエンコードされる。
【００９１】
図６は、グルーピングの概念を示す。コンポーネントキャリアにおいて、Ｃグループ、ｃ１、ｃ２、ｃ３及びｃ４は、異なる陰影付けで示されており、そしてＴＤＤサブフレームは、図中左から右へ延びるように示されている。ＮＡＫ／ＡＣＫメッセージ情報は、グループｃ１−ｃ４に対しコンポーネントキャリア上の異なるＴＤＤサブフレームにＮ／Ａと表示されて示されている。共通所有の出願に基づく本発明の実施形態は、このグルーピング概念を以下に詳細に述べるように使用する。
【００９２】
従来提案されている解決策は、ＬＴＥ−Ａをサポートするのに必要なＡＣＫ／ＮＡＣＫシグナリングを考えていない。より詳細には、従来の解決策は、これら専用のリソース割り当てグラントが異なるコンポーネントキャリア（ＣＣ）及びＴＤＤサブフレームに対応するときに個別のＰＤＣＣＨ  ＵＬ及びＤＬグラントに必要とされるエラーケース取り扱いを考慮に入れたＡＣＫ／ＮＡＣＫアップリンクシグナリングを与えるものではない。
【００９３】
共通所有の出願に基づく本発明の実施形態は、エラーケースに対処しながらＬＴＥ−ＡシステムのＰＵＣＣＨでＡＣＫ／ＮＡＣＫシグナリングを遂行するように一緒に使用される特徴を与える。一実施形態において、ＬＴＥ−Ａに使用されるアグリゲートされたＣＣケースのために新規なＤＡＩエンコーディングが提供される。一実施形態の方法では、ＤＡＩのためのグループ内エンコーディング解決策が使用される。別の実施形態の方法では、ＤＡＩのためのグループ間エンコーディング方法が使用される。これらの両実施形態において、２つのＤＡＩビットがＰＤＣＣＨダウンリンクグラントに含まれる。ダウンリンクグラントにＤＡＩエンコーディングを使用することで、ＵＥ１０及びｅＮＢ１２は、複数のＣＣ及びＴＤＤサブフレームに対応するＡＣＫ／ＮＡＣＫフィードバック信号のグルーピングに関連したエラーケースを取り扱うことができる。これらのエラーケースは、ＣＣ／ＴＤＤサブフレーム特有のＰＤＣＣＨダウンリンクグラント割り当てがＵＥ１０により正しく受け取られないときに生じる。共通所有の出願に基づく本発明のＤＡＩエンコーディングがないと、ＵＥ及びｅＮＢは、これらエラーを正しく取り扱うことができない。
【００９４】
共通所有の出願に基づく本発明の別の態様では、ＰＵＣＣＨを経てのＡＣＫ／ＮＡＣＫ信号フィードバックを構成可能なグルーピングの頂部に配置するように実施される。一実施形態のスキームでは、半静的グルーピングが使用される。別の実施形態では、動的なグルーピングが使用される。次いで、以前のＤＬ送信の結果を報告するためにＡＣＫ／ＮＡＣＫ信号がＵＬを経て送信される。
【００９５】
図７は、「グループ内」実施形態の方法においてＤＡＩをエンコードするための方法を簡単に示す図である。この規範的な実施形態では、ＤＡＩエンコーディングは、グループ特有であり、即ち、ＤＡＩエンコーディングは、グループごとに再び始まる。その実施形態では、ＤＡＩカウンタが使用され、そのカウントは、グループ内の以前のグラントの数に等しい。グループごとに、ＤＡＩカウンタは、０から、１、・・・Ｎi−１へとインクリメントされ、ここで、Ｎiは、ｉ番目のグループ内のＤＬグラントの数である。ＤＡＩカウンタは、グループごとに先ず周波数ドメインでそして時間ドメインで番号が付けられ、番号は、０で始まる。
【００９６】
式１は、ＤＡＩカウンタの値を表わす。
ＤＡＩＣｏｕｎｔｅｒ＝０、１、２、・・・Ｎi−１                    （１）
但し、Ｎi＝ｉ番目のグループ内のＤＬグラントの数
次いで、モジュロ演算を適用することによりＤＡＩ値が得られ、ここでは、ＭＯＤ  ４が使用される。
式２は、このステップのための式である。
ＤＡＩＶａｌｕｅ＝ＤＡＩＣｏｕｎｔｅｒ  ＭＯＤ  ４                （２）
【００９７】
図７は、共通所有の出願に基づく方法の非限定例を示す。ここでは、４つのＣＣ及び４つのサブフレームが４つのグループに分割される。４つのグループには、各々、２、１、１及び２つのＤＬグラントがある。これらグループは、図７では陰影付けにより、グループ１、グループ２、グループ３及びグループ４として指示される。
【００９８】
第１のグループについて、第１のＤＬグラントは、先駆体をもたず、従って、カウントは、０である。第１のグループにおける第２のＤＬグラントでは、カウントが１である。グループ２では、１つのＤＬグラントしかなく、従って、０のＤＡＩカウントを受け取る。同様に、グループ３でも、１つのＤＬグラントしかなく、０のカウントを受け取る。グループ４では、第１のＤＬグラントがカウント０でスタートし、次いで、第２のＤＬグラントが１のＤＡＩカウントを受け取る。ＭＯＤ  ４演算は、この例ではカウント値を変更しないので、ＤＡＩ値は、各々、グループ１については０、１として、グループ２については０として、グループ３については０として、そしてグループ４については０、１として示されている。
【００９９】
共通所有の出願の本発明によるＤＡＩエンコーディングのための別の実施形態の方法では、「グループ間」エンコーディングが使用される。この解決策では、ＤＡＩカウンタは、０でスタートし、そして周波数ドメインについてはＵＥ受信帯域内及び時間ドメインについてはスケジューリングウインドウ内の合計ＤＬグラント数までインクリメントする。即ち、ＤＡＩカウンタは、グループごとにリセットされない。従って、ＤＡＩカウンタ＝０、１、２、・・・Ｎ−１であり、ここで、Ｎは、全グループについて観察される合計ＤＬグラントである。式３は、簡単な式である。ＤＡＩカウントが決定された後、ＤＡＩ値を得るためにＭＯＤ  ４演算が遂行される。式４は、この式を与える。
ＤＡＩＣｏｕｎｔｅｒ＝０、１、２、・・・Ｎ−１                      （３）
但し、Ｎは、合計ＤＬグラント数である。
ＤＡＩＶａｌｕｅ＝ＤＡＩＣｏｕｎｔｅｒ  ＭＯＤ  ４                  （４）
【０１００】
図８には、この実施形態の応用例が、例示のための非限定ケースとして示されている。図８でも、４つのグループが、４つのコンポーネントキャリア及び４つのＴＤＤサブフレームと共に、スケジューリングウインドウに示されている。グループは、陰影付けされたグループ１、グループ２、グループ３及びグループ４により指示される。幾つかのブロックに示された数値は、次のように、グループ間方法の実施形態を使用して決定されたＤＡＩ値を表わす。
【０１０１】
グループ１では、２つのＤＬグラントがある。グループ２では、１つのダウンリンクグラントがある。グループ３では、１つのＤＬグラントがあり、そしてグループ４では、２つのＤＬグラントがある。従って、この例示的ケースでは、全部で６つのＤＬグラントがある。ＤＡＩカウンタに対してグループ間方法を使用すると、カウンタは、０から５までインクリメントされる。ＭＯＤ  ４を使用するＤＡＩ値方法ステップを適用すると、図８に示すＤＡＩ値は、例えば、グループ１については０、１、グループ２については２、グループ３については３、そしてグループ４については０、１が得られる。これらの値は、図８の適当なＣＣ／ＴＤＤサブフレームブロックに示されている。
【０１０２】
２つの別の実施形態のＤＡＩエンコーディングスキームが図７及び８に示されている。ＤＡＩエンコーディングスキームは、依然、２ビットのＤＡＩ値として形成されるので、ＬＴＥ  Ｒｅｌ−８に適合するシステムをＴＤＤモードで使用することで、後方互換性の問題は生じない。共通所有の出願に基づく本発明の実施形態の使用は、Ｒｅｌ−８装置の使用と適合する。
【０１０３】
共通所有の出願に基づく本発明の実施形態の別の態様では、ＡＣＫ／ＮＡＣＫ情報のフィードバックを与える方法が開示される。ＴＤＤモードにおけるＬＴＥ−Ａシステムのシステムスループット（効率）とＵＬカバレージとの間のトレードオフに対処する２つの別の方法実施形態解決策が提供される。
【０１０４】
１つの方法実施形態では、半静的グルーピングを使用してＡＣＫ／ＮＡＣＫフィードバックを与える。この解決策では、Ｃグループ及びＭサブグループが上位レイヤ動作により定義される。この情報は、初期化メッセージにおけるコントロールビットとしてＵＥへ送信される。この解決策は、上述したグループ間又はグループ内ＤＡＩエンコーディングスキームに関連して使用される。
【０１０５】
2013534749.tif 000003
【０１０６】
グルーピングが構成された後、ＵＥは、次のステップに基づいてＡＣＫ／ＮＡＣＫ情報を送信する。
ステップ＃１：各サブグループ内で、ＡＣＫ／ＮＡＣＫビットを先ず空間／ＣＣ／時間ドメインにおいてバンドリングしてＭ個のＡＣＫ／ＮＡＣＫフィードバックビットを発生する。
ステップ＃２：チャンネル選択技術を適用して、グループ当たりＭ個のＡＣＫ／ＮＡＣＫフィードバックビットを搬送する。別の態様では、他の技術を使用して、グループ当たりＭ個のＡＣＫ／ＮＡＣＫフィードバックビットを搬送する。
ステップ＃３：チャンネルが選択された後に、ＵＥは、選択された又は予め定義されたチャンネルを経て、Ｃパラレルグループに対応するＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバックを送信する。
【０１０７】
図９は、例えば、ＰＵＣＣＨを経てＵＥからＡＣＫ／ＮＡＣＫ情報のフィードバックを与えるために実施形態のＡＣＫ／ＮＡＣＫシグナリングスキームと合成される予め定義されたグルーピングパターンの種々の構成１−８を示す。陰影は、異なるグループを示し、そして円形は、ＡＣＫ／ＮＡＣＫバンドリングがどのドメインに適用されるかのサブグループを示す。例えば、構成７では、２つのグループ、及びグループ当たり４つのサブグループが構成される。各グループ内では、４つのＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック情報が、各サブグループ内のＡＣＫ／ＮＡＣＫバンドリングを経て発生される。次いで、４つのＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック信号を搬送するため各グループ内でチャンネル選択が行われる。最終的に、全てのＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック信号が、パラレルの選択されたＰＵＣＣＨフォーマット１ｂチャンネルを経て送信される。
【０１０８】
図１０は、図９のパターン５をより詳細に示す。図１０において、「グループ間」についてＤＡＩエンコーディングが適用された。全ての観察されるＤＬグラント（ＵＥ１０により観察される）に対応するＡＣＫ／ＮＡＣＫビットは、図１０に示すように、２つのグループ、及びグループ当たり３つのサブグループへと構成される。各サブグループは、ＡＣＫ／ＮＡＣＫバンドリングの使用により１つのＡＣＫ／ＮＡＣＫ／ＤＴＸ状態指示を与える。この情報を送信するため、適切なチャンネル及びＱＰＳＫコンステレーションポイント選択（又は一般的にはエンコーディングスキーム）が各グループ内で行われて、３つのサブグループに対応するＡＣＫ／ＮＡＣＫフィードバックを搬送する。最終的に、２つのグループに対応するＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック情報が、２つのＰＵＣＣＨフォーマット１ｂチャンネルを使用するか、又は２つのグループに対応する別のエンコーディングスキームを使用して、パラレルに送信される。図１０の２つの矢印は、２つのチャンネルにおけるパラレルの（時間的に同時の）アップリンク送信を指示する。
【０１０９】
ＵＥがｅＮＢにより送信される全てのＤＬグラントを正しく観察しないときにはエラー取り扱いが必要となる。最後のＮ個のＤＬグラントが同時に欠落する間にはバンドリングされたＡＣＫ信号が発生されるおそれがある。一例として、１つの「スケジューリングウインドウ」内に１０個のＤＬ指定がスケジュールされるケースを考慮すれば、ＤＡＩ値の２ビットは、各々、０、１、２、３、０、１、２、３、０、１となる。ＵＥが最初の７個のＤＬグラントしか観察せず又は受け取らず、最後の３つが欠落した場合には、ＵＥ側から、ＤＡＩ値０、１、２、３、０、１、２を伴う７個のＤＬグラントが観察される。この例では、ＤＡＩインデックスが連続的であるから、ＵＥは、他の３つのＤＬグラントの欠落検出に気付かない。
【０１１０】
このエラーケースでは、バンドリングされて送信されるアップリンクＡＣＫ／ＮＡＣＫ信号は、真のＡＣＫ情報に対応しない。次の方法実施形態は、「ＤＴＸ対ＡＣＫ」エラー状態として知られたこのエラー状態を取り扱うために使用される共通所有の出願に基づく本発明の実施形態として提供される。
【０１１１】
先ず、簡単なケースの仮定として、最もあり得るケースは、最後のＤＬグラントが欠落することである。最後のＮ個の連続するＤＬグラントが欠落するおそれは、非常に低く、従って、そのようなケースは、ここでは取り扱わない。
【０１１２】
一実施形態において、ＵＥは、最後に受け取られたＤＬグラントに対応するＰＵＣＣＨリソースを常に使用することにより、最後に受け取られたＰＤＣＣＨ  ＤＬグラントを明示的に指示する。この解決策又は具現化実施形態は、複数のアンテナを伴うＰＵＣＣＨダイバーシティのための少なくともＯＲＴ（直交リソース送信）のケースに適している。このシグナリングダイバーシティ解決策では、ＵＥは、複数のＰＵＣＣＨフォーマット１ａ／１ｂリソースの使用に基づきＰＵＣＣＨダイバーシティを使用する。そのようなケースでは、ＵＥは、最後に観察され又は受け取られたＤＬグラントに対応するＰＵＣＣＨリソースを選択し、従って、ＰＵＣＣＨを受け取るｅＮＢは、どれがＵＥにより最後に受け取られたＤＬグラントであるか分かる。
【０１１３】
又、この解決策又は具現化実施形態は、複数のアンテナを伴うＰＵＣＣＨダイバーシティのための少なくともＳＣＴＤ（単一キャリア送信ダイバーシティ）のケースにも適している。ＳＣＴＤは、３ＧＰＰ  Ｒａｎ１の説明においてＯＲＴスキームとも称される。ＳＣＴＤ又はＯＲＴにおいて、直交するＰＵＣＣＨリソースを伴うＵＥにおいて複数のアンテナから同じＰＵＣＣＨ情報を送信することによりダイバーシティ利得が得られる。このスキームは、ＬＴＥ−ＡのＰＵＣＣＨチャンネルのための１つの候補送信ダイバーシティスキームとして考慮中である。このようなケースでは、複数のアンテナのために複数の直交するＰＵＣＣＨチャンネルが必要とされる。最後に受け取られるＤＬグラントを暗示的にシグナリングするためのこの実施形態の方法では、ＵＥは、最後に観察され又は受け取られたＤＬグラントに対応するＰＵＣＣＨリソースを選択し、そしてそれを、ＯＲＴ送信により要求される１つのＰＵＣＣＨチャンネルとして使用することができる。ＰＵＣＣＨを受け取ると、ＰＵＣＣＨを受け取るｅＮＢは、どのＤＬグラントが、ＵＥにより最後に受け取られたＤＬグラントであるか分かる。例えば、Ｃ＝１のグループがあり且つＵＥが２つのアンテナを有するという非限定の例示的仮定において、ＯＲＴのケースでは、ＵＥは、Ｍ個のサブグループのチャンネル選択に基づいて１つのアンテナに対してＰＵＣＣＨチャンネルを選択するが、最後に受け取ったＤＬグラントに基づき他のアンテナに対してＰＵＣＣＨチャンネルを選択する。
【０１１４】
別の解決策では、ＵＥは、チャンネル選択により、各グループ内の最後に受け取られたＰＤＣＣＨのＤＡＩ値“Ｖ”を暗示的に指示する。
【０１１５】
この別の解決策では、ＵＥは、値Ｖを暗示的に指示する仕方でＰＵＣＣリソース選択を行う（さもなければ、ＵＥは、選択されたサブグループ内のＰＤＣＣＨチャンネルのいずれか１つを自由に選択する）。ＵＬ信号を受信すると、ｅＮＢは、どれがＵＬ側で最後に観察されたＤＬグラントであるか分かり、そしてｅＮＢ及びＵＥは、受け取られたＤＬグラントの状態に関して共通の理解をもつ。
【０１１６】
この選択を行うために、各サブグループ内で、チャンネル選択を経て、１つのサブグループが選択される。ここに示す例では、最後に受け取られたＤＬグラントのＤＡＩが２である場合には、ＵＥは、選択されたサブグループ内の第３のリソースを選択して、ＡＣＫ／ＮＡＣＫ結果を送信することができる。このように、ｅＮＢは、ＵＥが安全に受け取った最後のＤＬグラントがどれであるか分かる。
【０１１７】
従って、共通所有の出願に基づく本発明の実施形態は、ＤＡＩエンコーディングを遂行する少なくとも２つの方法、ＡＣＫ／ＮＡＣＫフィードバックを与える多数の方法、及び情報を送信する方法を提供する。これらの実施形態は、例えば、ＤＡＩ値が２ビットのままであるために、ＬＴＥ規格のリリース８との完全な適合性を維持しながら、ＰＵＣＣＨチャンネルにおいてＴＤＤ及び集合ＣＣを使用して、ＬＴＥ−Ａシステムのためのエラー取り扱い及びＡＣＫ／ＮＡＣＫサポートを提供するのに使用される。又、ＣＣは最初「純粋なカウンタ」で、ＤＡＩカウンタのエンコーディングが使用されるので、時間ドメインでは「断言スケジューリング」が不要である。
【０１１８】
共通所有の出願に基づき説明される方法は、種々の別の実施形態において「最後のＤＬグラント欠落」を取り扱うための手段でもある。
【０１１９】
又、共通所有の出願に基づき説明される方法は、半静的グルーピング又は動的グルーピングのいずれかを使用してＵＥから得られるＡＣＫ／ＮＡＣＫフィードバックの実施形態でもある。半静的グルーピングは、より高いレベルで決定され、スケジューラは、トラフィック、信号強度、クオリティ、等を考慮しながらＡＣＫ／ＮＡＣＫフィードバック効率を改善するために適切なパターンを使用することをＵＥに指令する。動的なグルーピングでは、ＵＥ側に使用されるパターンは、ＡＣＫ／ＮＡＣＫ効率を更に改善するために、そのたびに指定に基づく。しかしながら、動的な解決策は、ＵＬメッセージにＤＡＩシグナリングを要求し、従って、シグナリングトラフィックにおけるリソースの使用を増加すると共に、ＵＥに複雑さを高める。
【０１２０】
図６−１０を参照して上述したＤＡＩエンコーディングは、本発明の規範的実施形態の図５Ａ及び５Ｃに関するＤＡＩエンコーディングを与えるための多数の規範的及び非限定解決策を表わしていることに注意されたい。
【０１２１】
本発明の規範的実施形態を使用することで、多数の技術的作用及び効果が与えられる。
【０１２２】
例えば、本発明の規範的実施形態を使用することで、不必要なＰＵＣＣＨリソース割り当てを回避することにより高いＰＵＣＣＨリソース効率を与える。更に、リソース衝突の機会が減少され、ｅＮＢ１２によりコントロール可能となる。更に、リソース割り当てのためのシグナリングオーバーヘッドが減少される。加えて、それらの規範的実施形態は、Ｒ１−１０１８８６に関して上述したようなチャンネル選択及びＡＣＫ／ＮＡＣＫバンドリングモード、並びにＲ１−１０１８８６に述べた完全ＡＣＫ／ＮＡＣＫバンドリングモードに適合する。
【０１２３】
図１１Ａは、本発明の規範的実施形態による方法の動作及びコンピュータプログラムインストラクションの実行の結果を示す論理フローチャートである。これらの規範的実施形態によれば、この方法は、ブロック１１Ａ−１において、ユーザ装置との時分割デュープレックス動作モードにあるときに、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルという粒度で物理的アップリンクコントロールチャンネルリソースを予約することにより物理的アップリンクコントロールチャンネルリソース割り当てるステップを遂行する。ブロック１１Ｂ−１において、割り当てられた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信するというステップがある。
【０１２４】
図１１Ｂは、更に、本発明の規範的実施形態による別の方法の動作及びコンピュータプログラムインストラクションの実行の結果を示す論理フローチャートである。この方法は、ブロック１１Ａ−２において、単一の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得るというステップを遂行し、ここで、物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルという粒度で予約される。ブロック１１Ｂ−２には、空間コードワードにわたりＡＣＫ／ＮＡＣＫバンドリングを遂行するというステップがあり、ここで、受信されるコンポーネントキャリア／サブフレーム当たり１つのバンドリングされたＡＣＫ／ＮＡＣＫビットが発生される。ブロック１１Ｃ−２には、バンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、アップリンクでの送信のためのコンステレーションポイントを選択するステップがある。
【０１２５】
図１１Ｃは、更に、本発明の規範的実施形態による更に別の方法の動作及びコンピュータプログラムインストラクションの実行の結果を示す論理フローチャートである。これら規範的な実施形態によれば、この方法は、ブロック１１Ａ−３において、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得るというステップを遂行し、ここで、物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルという粒度で予約される。ブロック１１Ｂ−３において、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの１つを選択して、ＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、バンドリングされたＡＣＫ／ＮＡＣＫ結果を送信する。
【０１２６】
図１１に示す種々のブロックは、方法のステップとして、及び／又はコンピュータプログラムコードの動作から生じるオペレーションとして、及び／又は関連機能を実行するように構成された複数の結合された論理回路要素としてみなされる。
【０１２７】
又、規範的実施形態は、少なくとも１つのプロセッサ、及びコンピュータプログラムコードを含むメモリを有する形式の装置であって、そのメモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置との時分割デュープレックス動作モードにあるとき、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で物理的アップリンクコントロールチャンネルリソースを予約することにより物理的アップリンクコントロールチャンネルリソースを割り当て；そしてその割り当てた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信するようにさせるよう構成された装置を包含する。
【０１２８】
又、規範的な実施形態は、ユーザ装置との時分割デュープレックス動作モードでの動作に応答して、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で物理的アップリンクコントロールチャンネルリソースを予約することにより物理的アップリンクコントロールチャンネルリソースを割り当てるための手段と；その割り当てた物理的アップリンクコントロールチャンネルリソースの指示をネットワークアクセスノードからユーザ装置へ送信するための手段と；を備えた装置も包含する。
【０１２９】
又、規範的な実施形態は、少なくとも１つのプロセッサ、及びコンピュータプログラムコードを含むメモリを有する形式の装置であって、そのメモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、単一の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約され；空間的コードワードにわたってＡＣＫ／ＮＡＣＫバンドリングを実行し、受け取られたコンポーネントキャリア／サブフレーム当たり１つのバンドリングされたビットが発生され；そしてバンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、アップリンクで送信するためのコンステレーションポイントを選択するようにさせるよう構成された装置も包含する。
【０１３０】
又、規範的な実施形態は、単一の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得る手段であって、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約されるものである手段と；空間的コードワードにわたってＡＣＫ／ＮＡＣＫバンドリングを実行する手段であって、受け取られたコンポーネントキャリア／サブフレーム当たり１つのバンドリングされたビットが発生されるような手段と；バンドリングされたＡＣＫ／ＮＡＣＫビットの値、及びＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、アップリンクで送信するためのコンステレーションポイントを選択する手段と；を備えた装置も包含する。
【０１３１】
又、規範的な実施形態は、少なくとも１つのプロセッサ、及びコンピュータプログラムコードを含むメモリを有する形式の装置であって、そのメモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約され；そしてＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの１つを選択して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を送信するようにさせるよう構成された装置も包含する。
【０１３２】
又、規範的な実施形態は、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの割り当てをユーザ装置において得る手段であって、その物理的アップリンクコントロールチャンネルリソースは、１つの確認／否定確認（ＡＣＫ／ＮＡＣＫ）バンドルの粒度で予約されるものである手段と；ＡＣＫ／ＮＡＣＫバンドル内の最後に受け取られた物理的ダウンリンクコントロールチャンネルのダウンリンク指定インデックスの値に基づいて、複数の物理的アップリンクコントロールチャンネルフォーマット１ａ／１ｂリソースの１つを選択して、バンドリングされたＡＣＫ／ＮＡＣＫ結果を送信する手段と；を備えた装置も包含する。
【０１３３】
一般的に、種々の規範的実施形態は、ハードウェア、又は特殊目的の回路、ソフトウェア、ロジック、又はその組み合わせで具現化される。例えば、ある観点は、ハードウェアで具現化される一方、他の観点は、コントローラ、マイクロプロセッサ又は他のコンピューティング装置で実行されるファームウェア又はソフトウェアで具現化されるが、本発明は、それに限定されない。本発明の規範的実施形態の種々の観点を、ブロック図、フローチャートとして、又は他の絵画的表現を使用して、図示して説明したが、ここに述べたそれらのブロック、装置、システム、技術又は方法は、非限定例として、ハードウェア、ソフトウェア、ファームウェア、特殊目的回路又はロジック、汎用ハードウェア又はコントローラ、又は他のコンピューティング装置、或いはその組み合わせで具現化されることを理解されたい。
【０１３４】
本発明の規範的実施形態の少なくとも幾つかの観点は、集積回路チップ及びモジュールのような種々のコンポーネントで実施され、そして本発明の規範的実施形態は、集積回路として実施される装置において実現されることを理解されたい。１つ又は複数の集積回路は、本発明の規範的実施形態に基づいて動作するように構成できる１つ又は複数のデータプロセッサ、１つ又は複数のデジタル信号プロセッサ、基本帯域回路、及び高周波回路、の少なくとも１つ以上を実施するための回路（及びおそらくはファームウェア）を含む。
【０１３５】
本発明の以上の規範的実施形態に対する種々の変更及び適応は、当業者であれば、以上の説明を添付図面に関連して読めば、明らかとなろう。しかしながら、それらの変更は、全て、本発明の規範的実施形態の範囲内に包含される。
【０１３６】
例えば、本発明の規範的な実施形態は、（ＵＴＲＡＮ−ＬＴＥ−Ａ）システムに関して上述したが、この１つの特定の形式のワイヤレス通信システムのみに使用するように限定されず、他のワイヤレス通信システムにも効果的に使用できることが明らかである。
【０１３７】
「接続(connected)」、「結合(coupled)」又はその変形は、２つ以上の要素間の直接的又は間接的な接続又は結合を意味し、且つ一緒に「接続」又は「結合」される２つの要素間に１つ以上の中間要素が存在することも包含することに注意されたい。要素間の結合又は接続は、物理的、論理的又はその組み合わせである。幾つかの非限定的で且つ非徹底的な例として、ここで使用する２つの要素は、１本以上のワイヤ、ケーブル及び／又は印刷電気的接続の使用により、並びに高周波領域、マイクロ波領域及び光学的領域（可視及び非可視の両方）に波長を有する電磁エネルギーのような電磁エネルギーの使用により、一緒に「接続」又は「結合」されると考えられる。
【０１３８】
更に、上述したパラメータ、情報エレメント及び他の概念に使用される種々の名前（例えば、ＡＣＫ／ＮＡＣＫバンドリング、ＤＡＩ、等）は、それに限定されない。というのは、それら種々のパラメータ、情報エレメント及び概念は、いずれの適当な名前でも識別できるからである。更に、特定の用途で使用される式、方程式及び数式は、ここに明確に表現したものとは異なってもよい。更に、異なるチャンネル及びチャンネル形式に指定される種々の名前（例えば、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＵＣＣＨフォーマット１ａ／１ｂ、等）は、それに限定されない。というのは、それらの種々のチャンネル及びチャンネル形式は、いずれの適当な名前でも識別できるからである。
【０１３９】
更に、本発明の種々の非限定の規範的実施形態のある特徴は、他の特徴を対応的に使用しなくても効果的に使用できる。従って、以上の説明は、本発明の原理、教示及び規範的実施形態を単に例示するもので、それに限定されない。
【符号の説明】
【０１４０】
１：ワイヤレスネットワーク
１０：ＵＥ
１０Ａ：データプロセッサ（ＤＰ）
１０Ｂ：メモリ（ＭＥＭ）
１０Ｃ：コンピュータインストラクションのプログラム（ＰＲＯＧ）
１０Ｄ：高周波（ＲＦ）トランシーバ
１０Ｅ：ＡＣＫ／ＮＡＣＫ発生・送信ユニット
１１：ワイヤレスリンク
１２：ｅＮＢ
１２Ａ：ＤＰ
１２Ｂ：ＭＥＭ
１２Ｃ：ＰＲＯＧ
１２Ｄ：ＲＦトランシーバ
１２Ｅ：ＡＣＫ／ＮＡＣＫ受信・解釈ユニット
１２Ｆ：ＰＵＣＣＨリソース割り当てユニット
１３：データ／コントロール経路
１４：ネットワークコントロール要素（ＮＣＥ）
１４Ａ：ＤＰ
１４Ｂ：ＭＥＭ
１４Ｃ：ＰＲＯＧ
【図１Ａ】
2013534749.tif 000004
【図１Ｂ】
2013534749.tif 000005
【図１Ｃ】
2013534749.tif 000006
【図１Ｄ】
2013534749.tif 000007
【図２】
2013534749.tif 000008
【図３】
2013534749.tif 000009
【図４】
2013534749.tif 000010
【図５Ａ】
2013534749.tif 000011
【図５Ｂ】
2013534749.tif 000012
【図５Ｃ】
2013534749.tif 000013
【図６】
2013534749.tif 000014
【図７】
2013534749.tif 000015
【図８】
2013534749.tif 000016
【図９】
2013534749.tif 000017
【図１０】
2013534749.tif 000018
【図１１Ａ】
2013534749.tif 000019
【図１１Ｂ】
2013534749.tif 000020
【図１１Ｃ】
2013534749.tif 000021
【国際調査報告】
2013534749.tif 000022
2013534749.tif 000023