JP7128307B2 - アップリンク制御チャンネルに対する送信電力制御 - Google Patents

Description

関連出願に対する相互参照及び優先権主張
本出願は、３５Ｕ．Ｓ．Ｃ．§１１９(ｅ)下に２０１５年４月６日に出願されたアメリカ仮特許出願第６２／１４３，６０３号；２０１５年６月９日に出願されたアメリカ仮特許出願第６２／１７２，９４６号；及び２０１５年７月１０日に出願されたアメリカ仮特許出願第６２／１９１，３０９号の優先権を主張する。
上述した仮特許出願の内容は全体的に本明細書に参照として統合される。

本出願は、一般的に無線通信に関し、より具体的には、キャリアアグリゲーション(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)動作でアップリンク制御チャンネルの送信のための電力及びリソースを決定することに関する。

無線通信は現代歴史上の最も成功的な革新中の１つである。近年、無線通信サービスに対する加入者の数が５０億名を超過して早く成長しつつある。無線データトラフィックの需要はスマートフォン及びタブレット、“メモ帳”、コンピューター、ネットブック、電子ブックリーダー及び機械タイプのデバイスのような他のモバイルデータデバイスの消費者及びビジネスで人気が成長することによって早く増加している。モバイルデータトラフィックの高い成長を満たし、新しいアプリケーション及び配置をサポートするために無線インターフェース効率及びカバレッジの改善が最も重要である。

米国特許第８ 、５８８、２５９号明細書 米国仮特許出願第６２／１４３、５６９号明細書 米国仮特許出願第６２／１４５、２６７号明細書 米国仮特許出願第６２／１７２、３０６号明細書 米国仮特許出願第６２／１４４、６８４号明細書

３ＧＰＰＴＳ３６．２１１ｖ１２．４．０、"Ｅ－ＵＴＲＡ、Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ ｓａｎｄ ｍｏｄｕｌａｔｉｏｎ" ３ＧＰＰＴＳ３６．２１２ｖ１２．４．０、"Ｅ－ＵＴＲＡ、Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ Ｃｈａｎｎｅｌ ｃｏｄｉｎｇ" ３ＧＰＰＴＳ３．２１３ｖ１２．４．０、"Ｅ－ＵＴＲＡ、Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｃｅｄｕｒｅｓ" ３ＧＰＰＴＳ３６．３３１ｖ１２．４．０、"Ｅ－ＵＴＲＡ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ (ＲＲＣ) Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ"

本開示内容(ｄｉｓｃｌｏｓｕｒｅ)の態様は、ＰＵＣＣＨフォーマット送信のためのリソース及び電力を決定するための方法及び装置を提供する。

第１実施形態において、ＵＥは送信機を含む。送信機はＭＰＵＣＣＨ,ｃ(ｉ)ソースブロック(ｒｅｓｏｕｒｃｅｂｌｏｃｋ；ＲＢ)の数を介してセルｃのサブフレームｉでフォーマットＦの物理的アップリンク制御チャンネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ)を送信するように設定される。ＰＵＣＣＨは、ＯＣＲＣ巡回冗長検査(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ；ＣＲＣ)ビットの数をＯＵＣＩ,0アップリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)ビットの数に付加することによって生成されるＯＵＣＩ２進要素(ビット)の数を伝達する。ＯＵＣＩビットはＰＵＣＣＨのＮＲＥリソース要素とエンコードされてマッピングされる。ＰＵＣＣＨ送信電力ＰＰＵＣＣＨ,ｃ(ｉ)はＯＵＣＩ／ＮＲＥの割合に依存する。

第２実施形態において、ＵＥは制御機、ＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)生成器、第１エンコーダー、プロセッサ及び送信機を含む。制御機はＯＵＣＩ,0が予め決定された値より大きい場合、ＯＵＣＩ,0アップリンク制御情報(ＵＣＩ)２進要素(ビット)の数を巡回冗長検査(ＣＲＣ)生成器に提供するように設定される。ＣＲＣ生成器は、ＯＵＣＩ,0ＵＣＩビット数に対するＯＣＲＣＣＲＣビットの数を計算し、ＯＣＲＣＣＲＣビットをＯＵＣＩ,0ＵＣＩビットに付加してＯＵＣＩ＝ＯＵＣＩ,0＋ＯＣＲＣビットを生成する。第１エンコーダーは、ＯＵＣＩビットをエンコードするように設定される。プロセッサはセルｃのサブフレームｉでエンコードされたＯＵＣＩビットを伝達する第１フォーマットＦの物理的アップリンク制御チャンネル(ＰＵＣＣＨ)に対する送信電力ＰＰＵＣＣＨ,ｃ(ｉ)を決定するように設定される。送信機はエンコードされたＯＵＣＩビットの送信に用いられたＯＵＣＩリソース要素の数ＮＲＥの割合の関数である電力ＰＰＵＣＣＨ,ｃ(ｉ)でＭＰＵＣＣＨ,ｃ(ｉ)リソースブロック(ＲＢ)の数を介してセルｃのサブフレームｉで第１フォーマットＦのＰＵＣＣＨを送信するように設定される。

第３実施形態において、基地局は送信機及び受信機を含む。送信機は、第１サブフレーム(ＳＦ)での第１ダウンリンク制御情報(ＤＣＩ)フォーマット及び第１ＳＦ後に第２ＳＦ
での第２ＤＣＩフォーマットを送信するように設定される。第１ＤＣＩフォーマット及び第２ＤＣＩフォーマットはフォーマットを有する物理的アップリンク制御チャンネル(ＰＵＣＣＨ)で確認応答(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)情報をトリガーする。１つのＤＣＩフォーマットを除いたすべての第１ＤＣＩフォーマットは、第１ＰＵＣＣＨフォーマットの受信のための第１リソースに対して同一の情報を含む。すべての第２ＤＣＩフォーマットは、第１ＰＵＣＣＨフォーマットと相違する第２ＰＵＣＣＨフォーマットの受信のための第２リソースに対する同一の情報を含む。受信機は、第２リソースで第２ＰＵＣＣＨフォーマットを受信するように設定される。

第４実施形態において、ＵＥは受信機及び送信機を含む。受信機は、第１サブフレーム(ＳＦ)で第１ダウンリンク制御情報(ＤＣＩ)フォーマット及び第１ＳＦ後に第２ＳＦでの第２ＤＣＩフォーマットを受信するように設定される。第１ＤＣＩフォーマット及び第２ＤＣＩフォーマットはフォーマットを有する物理的アップリンク制御チャンネル(ＰＵＣＣＨ)で確認応答情報をトリガーする。１つのＤＣＩフォーマットを除いたすべての第１ＤＣＩフォーマットは、第１ＰＵＣＣＨフォーマットの送信のための第１リソースに対して同一の情報を含む。すべての第２ＤＣＩフォーマットは、第１ＰＵＣＣＨフォーマットと相違する第２ＰＵＣＣＨフォーマットの送信のための第２リソースに対して同一の情報を含む。送信機は、第２リソースで第２ＰＵＣＣＨフォーマットを送信するように設定される。

以下の詳細な説明をする前に、本特許文書全体にかけて使用された特定単語及び文句の定義を説明することが有利することができる。用語 “結合する(ｃｏｕｐｌｅ)”とこの派生語は２つ以上の要素が互いに物理的に接触するか否かにかかわらず２つ以上の要素間の任意の直接又は間接的通信を指称する。用語“送信する”、“受信する”及び“通信する”だけでなくこの派生語は直接及び間接的通信のいずれもを含む。用語“含む(ｉｎｃｌｕｄｅ)”及び“包含する(ｃｏｍｐｒｉｓｅ)”だけでなくこの派生語は制限なしに包含（ｉｎｃｌｕｓｉｏｎ)を意味する。用語 “又は”は包括的であり、及び／又は(ａｎｄ／ｏｒ)を意味する。文句“に係る(ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ)”だけでなくこの派生語は含み(ｉｎｃｌｕｄｅ)、内に含まれて(ｉｎｃｌｕｄｅｄ ｗｉｔｈ ｉｎ)、と相互連結して(ｉｎｔｅｒｃｏｎｎｅｃｔ ｗｉｔｈ)、含有して(ｃｏｎｔａｉｎ)、内に含有されて(ｂｅ ｃｏｎｔａｉｎｅｄ ｗｉｔｈ ｉｎ)、「に」又は「と」接続して(ｃｏｎｎｅｃｔ ｔｏ ｏｒ ｗｉｔｈ)、「に」又は「と」結合して(ｃｏｕｐｌｅｔｏｏｒｗｉｔｈ)、と通信可能で(ｂｅｃｏｍｍｕｎｉｃａｂｌｅ ｗｉｔｈ)、と協力して(ｃｏｏｐｅｒａｔｅ ｗｉｔｈ)、インタリーブして(ｉｎｔｅｒｌｅａｖｅ)、併置して(ｊｕｘｔａｐｏｓｅ)、に近づいて(ｂｅ ｐｒｏｘｉｍａｔｅ ｔｏ)、「に」又は「と」バウンディングされて(ｂｅ ｂｏｕｎｄ ｔｏ ｏｒ ｗｉｔｈ)、持って(ｈａｖｅ)、所有しており(ｈａｖｅ ａｐｒｏｐｅｒｔｙ ｏｆ)、「に」又は「と」関係を持って(ｈａｖｅ ａ ｒｅｌａｔｉｏｎｓｈｉｐ ｔｏ ｏｒ ｗｉｔｈ)などであることを意味する。用語“制御機”は少なくとも１つの動作を制御する任意の装置、システム又はこの一部を意味する。このような制御機は、ハードウェア又はハードウェア及びソフトウェア及び／又はファームウエアの組合で具現されることができる。任意の特定制御機に係る機能はローカルでも遠隔でも中央集中化されたり分散されることができる。文句“少なくとも１つ(ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ)”は、項目のリストと共に使用されるとき、リストされた項目中の１つ以上の相違する組合が使用されることができ、リスト内には１つの項目だけが必要であることができるということを意味する。例えば、“Ａ、Ｂ及びＣのうちの少なくとも１つ”は次の組合：Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、及びＡ及びＢ及びＣのうちのいずれか１つを含む。

さらに、後述する多様な機能は１つ以上のコンピュータープログラムにより具現されたりサポートされることができ、それぞれのコンピュータープログラムはコンピューター判
読可能プログラムコードから形成され、コンピューター判読可能媒体で具現される。用語“アプリケーション”及び“プログラム”は、適切なコンピューター判読可能プログラムコードで具現のために適応された１つ以上のコンピュータープログラム、ソフトウェアコンポネント、コマンドのセット、手続き、機能、対象(ｏｂｊｅｃｔ)、クラス、インスタンス、関連されるデータ又はこの一部を指称する。文句“コンピューター判読可能プログラムコード”はソースコード、対象コード及び実行可能コードを含む任意のタイプのコンピューターコードを含む。文句“コンピューター判読可能媒体”は判読専用メモリー(ｒｅａｄｏｎｌｙ ｍｅｍｏｒｙ；ＲＯＭ)、ランダムアクセスメモリー(ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ；ＲＡＭ)、ハードディスクドライブ、コンパクトディスク(ｃｏｍｐａｃｔ ｄｉｓｃ；ＣＤ)、デジタルビデオディスク(ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ；ＤＶＤ)、又は任意の他のタイプのメモリーのようにコンピューターによりアクセスされることができる任意のタイプの媒体を含む。“非一時的(ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ)”コンピューター判読可能媒体は一時的電気的又は他の信号を送信する有線、無線、光学又は別の通信リンクを排除する。非一時的コンピューター判読可能媒体はデータが永久的に記憶されることができる媒体、及び再記録可能光ディスク又は消去可能メモリー装置のようにデータが記憶されてから上書き(ｏｖｅｒｗｒｉｔｉｎｇ)されることができる媒体を含む。

その他の単語及び文句に対する定義は本開示内容全体にかけて提供される。当業者は大部分の場合ではないがこのような定義がこのような定義された単語及び文句の以前及び以後の使用に適用されるということを理解しなければならない。

本開示内容は、ＰＵＣＣＨフォーマット送信のためのリソース及び電力を決定するための方法及び装置を提供する。

本開示内容及びこの利点に対するより完全な理解のために、添付の図面と共に取られた説明に対する参照がなり、同一の参照番号は同一の部分を示す。

本開示内容による例示的な無線通信ネットワークを示す。 本開示内容による例示的なユーザ装置(ｕｓｅｒｅｑｕｉｐｍｅｎｔ；ＵＥ)を示す。 本開示内容による例示的なｅＮＢ(ｅｎｈａｎｃｅｄＮｏｄｅＢ)を示す。 本開示内容によるＰＵＳＣＨ送信又はＰＵＣＣＨ送信のための例示的なＵＬＳＦ構造を示す。 本開示内容によるＵＣＩに対する例示的なエンコード及び変調プロセスを示す。 本開示内容によるＵＣＩに対する例示的な復調及びデコーディングプロセスを示す。 本開示内容によるＰＵＳＣＨと同一のＳＦ構造を有するＰＵＣＣＨに対する例示的なＵＥ送信機を示す。 本開示内容によるＰＵＳＣＨと同一のＳＦ構造を有するＰＵＣＣＨに対する例示的なｅＮＢ受信機を示す。 本開示内容によるＣＡを用いる通信信号(ｃｏｍｍｕｎｉｃａｔｉｏｎ)を示す。 本開示内容によってｅＮＢがＵＥに送信するＤＣＩフォーマットの数によるＤＣＩフォーマットでのＴＰＣコマンドフィールド(ｃｏｍｍａｎｄ ｆｉｅｌｄ)の使用を示す。 本開示内容によってＨＡＲＱ－ＡＣＫ情報を送信するためにＵＥによって用いられるＰＵＣＣＨフォーマットによるＤＣＩフォーマットでのＴＰＣコマンドフィールドの使用を示す。 本開示内容によってＨＡＲＱ－ＡＣＫ情報を伝達するＰＵＣＣＨ送信のためのＴＰＣコマンド及びＡＲＩを提供するためのメカニズムを示す。 本発明によるバンドリング(ｂｕｎｄｌｉｎｇ)ウィンドウのＳＦで送信されたＤＣＩフォーマットでのＡＲＩ値によって表されたＰＵＣＣＨリソースのｅＮＢ及びＵＥによる決定を示す。 本開示内容によるＴＢＣＣエンコードされたＨＡＲＱ－ＡＣＫ情報コードワードに対するｅＮＢでのデコーディングプロセスを示す。 本開示内容によるコードワードでの知られたビットのノレッジ(ｋｎｏｗｌｅｄｇｅ)を用いてデコーダーによる経路選択を示す。

以下、論議される図１乃至図１５、及び本特許文書で本開示内容の原理を説明するために用いられた多様な実施形態は、ただ例示のためのもので、どんな方式でも本開示内容の範囲を制限することで解釈されてはいけない。当業者は本開示内容の原理が任意適切に配置された無線通信システムで具現されることができるということを理解するだろう。

次の特許文書及び標準説明は本明細書で充分に説明されたように本開示内容に参照として統合される：３ＧＰＰＴＳ３６．２１１ｖ１２．４．０、“Ｅ－ＵＴＲＡ、Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ ｓａｎｄ ｍｏｄｕｌａｔｉｏｎ”(ＲＥＦ１)；３ＧＰＰＴＳ３６．２１２ｖ１２．４．０、“Ｅ－ＵＴＲＡ、Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ Ｃｈａｎｎｅｌ ｃｏｄｉｎｇ”(ＲＥＦ２)；３ＧＰＰＴＳ３．２１３ｖ１２．４．０、“Ｅ－ＵＴＲＡ、Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｃｅｄｕｒｅｓ”(ＲＥＦ３)；３ＧＰＰＴＳ３６．３３１ｖ１２．４．０、“Ｅ－ＵＴＲＡ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ (ＲＲＣ) Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ”(ＲＥＦ４)；名称が“ＭＵＬＴＩＰＬＥＸＩＮＧ ＬＡＲＧＥ ＰＡＹＬＯＡＤＳ ＯＦ ＣＯＮＴＲＯＬ ＩＮＦＯＲＭＡＴＩＯＮ ＦＲＯＭ ＵＳＥＲ ＥＱＵＩＰＭＥＮＴＳ”(ＲＥＦ５)であるアメリカ特許第８、５８８、２５９号；及びアメリカ仮特許出願のセット（２０１５年４月６日に出願されたアメリカ仮特許出願第６２／１４３、５６９号；２０１５年４月９日に出願されたアメリカ仮特許出願第６２／１４５、２６７号；２０１５年６月８日に出願されたアメリカ仮特許出願第６２／１７２、３０６号；２０１５年４月８日に出願されたアメリカ仮特許出願第６２／１４４、６８４号）(総称して“ＲＥＦ６”)。

本開示内容の１つ以上の実施形態は、キャリアアグリゲーション動作でアップリンク制御チャンネルの送信のための電力及びリソースを決定することに関する。無線通信ネットワークは、基地局又はｅＮＢ(ｅｎｈａｎｃｅｄＮｏｄｅＢ)と送信ポイントからの信号をＵＥに伝達するダウンリンク(ＤＬ)を含む。無線通信ネットワークは、さらにＵＥからの信号をｅＮＢのような受信ポイントに伝達するアップリンク(ＵＬ)を含む。

図１は、本開示内容による例示的な無線ネットワーク１００を示す。図１に示された無線ネットワーク１００の実施形態は例示だけのためのものである。無線ネットワーク１００の他の実施形態は本開示内容の範囲から逸脱せず用いられることができる。

図１に示されたように、無線ネットワーク１００は、ｅＮＢ１０１、ｅＮＢ１０２及びｅＮＢ１０３を含む。ｅＮＢ１０１はｅＮＢ１０２及びｅＮＢ１０３と通信する。ｅＮＢ１０１は、さらにインターネット、独占的インターネットプロトコル(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ；ＩＰ)ネットワーク、又は他のデータネットワークのような少なくとも１つのＩＰネットワーク１３０と通信する。

ネットワークタイプによって“基地局”又は“アクセスポイント”のような“ｅＮｏｄｅＢ”又は“ｅＮＢ”代りに別のよく知られた用語が用いられることができる。便宜上、
用語“ｅＮｏｄｅＢ”及び“ｅＮＢ”は、本特許文書で遠隔端末機に対する無線アクセスを提供するネットワークインフラ構成要素を指称するために用いられる。また、ネットワークタイプによって、“移動局、“加入者局”、“遠隔端末機”、“無線端末機”又は“ユーザデバイス”のような“ユーザ装置”又は“ＵＥ”代りに別のよく知られた用語が用いられることができる。ＵＥは固定式又は移動式であることができ、セルラーフォン、個人用コンピューターデバイスなどであることができる。便宜上、用語“ユーザ装置”及び“ＵＥ”は本特許文書で、ＵＥが(移動電話又はスマートフォンのような)移動デバイスであるか(デスクトップコンピューター又は自動販売機のような)固定デバイスで一般的に見なされるかに関係なく、ｅＮＢに無線にアクセスする遠隔無線装置を指称するために用いられる。

ｅＮＢ１０２は、ｅＮＢ１０２のカバレッジ領域１２０内の第１複数のユーザ装置(ＵＥ)に対するネットワーク１３０に無線広帯域アクセスを提供する。第１複数のＵＥは小企業(ｓｍａｌｌ ｂｕｓｉｎｅｓｓ；ＳＢ)に位置されることができるＵＥ１１１；企業(ｅｎｔｅｒｐｒｉｓｅ；Ｅ)に位置されることができるＵＥ１１２；ＷｉＦｉホットスパット(ｈｏｔ ｓｐｏｔ；ＨＳ)に位置されることができるＵＥ１１３；第１居住地(ｒｅｓｉｄｅｎｃｅ；Ｒ)に位置されることができるＵＥ１１４；第２居住地(Ｒ)に位置されることができるＵＥ１１５；及びセルフォン、無線ラップトップ、無線ＰＤＡなどのような移動デバイス(Ｍ)であることができるＵＥ１１６を含む。ｅＮＢ１０３は、ｅＮＢ１０３のカバレッジ領域１２５内の第２複数のＵＥに対するネットワーク１３０に無線広帯域アクセスを提供する。第２複数のＵＥはＵＥ１１５及びＵＥ１１６を含む。一部実施形態で、ｅＮＢ１０１－１０３のうちの１つ以上は５Ｇ、ＬＴＥ、ＬＴＥ－Ａ、ＷｉＭＡ Ｘ、又は他の進歩された無線通信技術を用いて互いに通信してＵＥ１１１－１１６と通信することができる。

点線は例示及び説明のみのために殆ど円状で図示されるカバレッジ領域１２０及び１２５の大略的な範囲を示す。カバレッジ領域(１２０及び１２５)のようなｅＮＢに係るカバレッジ領域は、ｅＮＢの設定及び自然的及び人工的妨害物(ｍａｎ－ｍａｄｅ ｏｂｓｔｒｕｃｔｉｏｎ)に係る無線環境の変化に従って不規則な形状を含む他の形状を有することができるということが明確に理解されなければならない。

以下、より詳しく説明されるように、(ｅＮＢ１０１－１０３及び／又はＵＥ１１１－１１６)のような)ネットワーク１００の多様な構成要素はネットワーク１００で通信方向の適応をサポートし、キャリアアグリゲーション動作でＤＬ又はＵＬ送信のためのサポートを提供することができる。

図１は、無線ネットワーク１００の一例を示すが、図１に対する多様な変更が行われることができる。例えば、無線ネットワーク１００は任意適切な配置に任意の数のｅＮＢ及び任意の数のＵＥを含むことができる。また、ｅＮＢ１０１は任意の数のＵＥと直接通信することができ、ネットワーク１３０に対する無線広帯域アクセスをこのようなＵＥに提供することができる。類似に、それぞれのｅＮＢ１０２－１０３は、これらの間で直接通信することができるか、或いはネットワーク１３０と通信することができ、ネットワーク１３０に対する直接無線広帯域アクセスをＵＥに提供することができる。さらに、ｅＮＢ１０１、１０２及び／又は１０３は外部電話ネットワーク又は別のタイプのデータネットワークのような別の又は付加的な外部ネットワークに対するアクセスを提供することができる。

図２は、本開示内容による例示的なＵＥ１１４を示す。図２に示されたＵＥ１１４の実施形態は、ただ例示のためのものであり、図１の他のＵＥは同一又は類似の設定を有することができる。しかし、ＵＥは多様な設定を有し、図２は本開示内容の範囲をＵＥの任意
の特定具現で制限しない。

図２に示されたように、ＵＥ１１４はアンテナ２０５、無線周波数(ＲＦ)送受信機２１０、送信(ＴＸ)処理回路２１５、マイクロフォン２２０及び受信(ＲＸ)処理回路２２５を含む。ＵＥ１１４は、さらにスピーカー２３０、制御機／プロセッサ２４０、入出力(Ｉ／Ｏ)インターフェース(ＩＦ)２４５、入力２５０、ディスプレー２５５及びメモリー２６０を含む。メモリー２６０はオペレーティングシステム(ＯＳ)プログラム２６１及び１つ以上のアプリケーション２６２を含む。

ＲＦ送受信部２１０は、アンテナ２０５からｅＮＢ又は別のＵＥによって送信された入ってくる(ｉｎｃｏｍｉｎｇ)ＲＦ信号を受信する。ＲＦ送受信部２１０は中間周波数(ＩＦ)又は基底帯域信号を生成するために入ってくるＲＦ信号をダウンコンバートする。ＩＦ又は基底帯域信号は、基底帯域又はＩＦ信号をフィルターリング、デコーディング及び／又はデジタル化することによって処理された基底帯域信号を生成するＲＸ処理回路２２５に送信される。ＲＸ処理回路２２５は、処理された基底帯域信号を(例えば、音声データに対しては)スピーカー２３０又は(例えば、ウェブブラウジングデータに対しては)追加処理のための制御機／プロセッサ２４０に送信する。

ＴＸ処理回路２１５は、マイクロフォン２２０からアナログ又はデジタル音声データを受信したり、制御機／プロセッサ２４０から別の出ていく(ｏｕｔｇｏｉｎｇ)基底帯域データ(例えば、ウェブデータ、電子メール又は対話形ビデオゲームデータ)を受信する。ＴＸ処理回路２１５は、処理された基底帯域又はＩＦ信号を生成するために出ていく基底帯域データをエンコードし、多重化して／したりデジタル化する。ＲＦ送受信部２１０はＴＸ処理回路２１５から出ていく処理された基底帯域又はＩＦ信号を受信し、基底帯域又はＩＦ信号をアンテナ２０５を介して送信されるＲＦ信号でアップコンバートする。

制御機／プロセッサ２４０は、１つ以上のプロセッサ又は別の処理デバイスを含むことができ、ＵＥ１１４の全体動作を制御するためにメモリー２６０に記憶されたＯＳプログラム２６１を行うことができる。例えば、制御機／プロセッサ２４０はよく知られた原理によりＲＦ送受信部２１０、ＲＸ処理回路２２５及びＴＸ処理回路２１５によって順方向チャンネル信号の受信及び逆方向チャンネル信号の送信を制御することができる。一部実施形態で、制御機／プロセッサ２４０は少なくとも１つのマイクロプロセッサ又はマイクロ制御機を含む。

制御機／プロセッサ２４０は、さらにメモリー２６０に常在する別のプロセス及びプログラムを行うことができる。制御機／プロセッサ２４０は、さらに実行プロセスによって要求されるようにデータをメモリー２６０に移動したりメモリー２６０でデータを移動することができる。一部実施形態で、制御機／プロセッサ２４０はＯＳプログラム２６１に基づくかｅＮＢ、別のＵＥ又はオペレーターから受信された信号に応答してアプリケーション２６２を行うように設定される。制御機／プロセッサ２４０は、さらにラップトップコンピューター及びハンドヘルドコンピューターのような別のデバイスに接続する能力をＵＥ１１４に提供するＩ／Ｏインターフェース２４５に結合される。Ｉ／Ｏインターフェース２４５はこのようなアクセサリーと制御機／プロセッサ２４０間の通信経路である。

制御機／プロセッサ２４０は、さらに入力２５０(例えば、タッチスクリーン、キーパッドなど) 及びディスプレー２５５に結合される。ＵＥ１１４のオペレーターはデータをＵＥ１１４に入力するために入力２５０を用いることができる。ディスプレー２５５は、例えば、ウェブサイトからテキスト及び／又は少なくとも制限されたグラフィックをレンダリングすることができる液晶ディスプレー又は別のディスプレーであることができる。ディスプレー２５５はさらにタッチスクリーンを示すことができる。

メモリー２６０は制御機／プロセッサ２４０に結合される。メモリー２６０の一部は制御又はデータシグナリングメモリー(ＲＡＭ)を含むことができ、メモリー２６０の別の部分はフラッシュメモリー又は別の判読専用メモリー(ＲＯＭ)を含むことができる。
以下、より詳しく説明されるように、(ＲＦ送受信部２１０、ＴＸ処理回路２１５及び／又はＲＸ処理回路２２５を用いて具現される)ＵＥ１１４の送信及び受信経路はキャリアアグリゲーション動作でそれぞれのＤＬ又はＵＬ送信をサポートする。

図２は、ＵＥ１１４の一例を示すが、図２に対する多様な変更が行われることができる。例えば、図２の多様な構成要素は組合されたり、より細分化されたり省略されることができ、特定要求により付加的な構成要素が付加されることができる。特定例として、制御機／プロセッサ２４０は１つ以上の中央処理ユニット(ＣＰＵ)及び１つ以上のグラフィック処理ユニット(ＧＰＵ)のような多数のプロセッサに分割されることができる。また、図２は移動電話又はスマートフォンとして設定されたＵＥ１１４を示すが、ＵＥは別のタイプの移動又は固定デバイスとして動作するように設定されることができる。さらに、相違するＲＦ構成要素がｅＮＢ１０１－１０３及び別のＵＥと通信するために用いられる場合のように、図２の多様な構成要素は複製されることができる。

図３は、本開示内容による例示的なｅＮＢ１０２を示す。図３に示されたｅＮＢ１０２の実施形態は、ただ例示のためのものであり、図１の他のｅＮＢは同一又は類似の設定を有することができる。しかし、ｅＮＢは多様な設定を有し、図３は本開示内容の範囲をｅＮＢの任意の特定具現で制限しない。

図３に示されたように、ｅＮＢ１０２は多数のアンテナ３０５ａ－３０５ｎ、多数のＲＦ送受信機３１０ａ－３１０ｎ、送信(ＴＸ)処理回路３１５及び受信(ＲＸ) 処理回路３２０を含む。ｅＮＢ１０２は、さらに制御機／プロセッサ３２５、メモリー３３０及びバックホール又はネットワークインターフェース３３５を含む。

ＲＦ送受信部３１０ａ－３１０ｎは、アンテナ３０５ａ－３０５ｎからＵＥ又は別のｅＮＢによって送信された信号のような入ってくるＲＦ信号を受信する。ＲＦ送受信部３１０ａ－３１０ｎはＩＦ又は基底帯域信号を生成するために入ってくるＲＦ信号をダウンコンバートする。ＩＦ又は基底帯域信号は基底帯域又はＩＦ信号をフィルターリング、デコーディング及び／又はデジタル化することによって処理された基底帯域信号を生成するＲＸ処理回路３２０に送信される。ＲＸ処理回路３２０は追加処理のために処理された基底帯域信号を制御機／プロセッサ３２５に送信する。

ＴＸ処理回路３１５は制御機／プロセッサ３２５から (音声データ、ウェブデータ、電子メール又は対話形ビデオゲームデータのような)アナログ又はデジタルデータを受信する。ＴＸ処理回路３１５は、処理された基底帯域又はＩＦ信号を生成するために出ていく基底帯域データをエンコード、多重化及び／又はデジタル化する。ＲＦ送受信部３１０ａ－３１０ｎはＴＸ処理回路３１５から出ていく処理された基底帯域又はＩＦ信号を受信し、基底帯域又はＩＦ信号をアンテナ３０５ａ－３０５ｎを介して送信されるＲＦ信号でアップコンバートする。

制御機／プロセッサ３２５は、ｅＮＢ１０２の全体動作を制御する１つ以上のプロセッサ又は別の処理デバイスを含むことができる。例えば、制御機／プロセッサ３２５はよく知られた原理によりＲＦ送受信部３１０ａ－３１０ｎ、ＲＸ処理回路３２０及びＴＸ処理回路３１５によって順方向チャンネル信号の受信及び逆方向チャンネル信号の送信を制御することができる。制御機／プロセッサ３２５はより進歩された無線通信機能のような付加的な機能をさらにサポートすることができる。例えば、制御機／プロセッサ３２５は多
数のアンテナ３０５ａ－３０５ｎからの出ていく信号が望む方向に出ていく信号を効果的に操るように相違するように加重されるビームフォーミング(ｆｏｒｍｉｎｇ)又は志向性ラウティング動作をサポートすることができる。多様な他の機能のうちのいずれか１つは制御機／プロセッサ３２５によってｅＮＢ１０２でサポートされることができる。一部実施形態で、制御機／プロセッサ３２５は少なくとも１つのマイクロプロセッサ又はマイクロ制御機を含む。

制御機／プロセッサ３２５は、さらにＯＳのようなメモリー３３０に常在するプログラム及び他のプロセスを行うことができる。制御機／プロセッサ３２５は実行プロセスによって要求されるようにデータをメモリー３３０へ移動したりメモリー３３０でデータを移動することができる。

制御機／プロセッサ３２５は、さらにバックホール又はネットワークインターフェース３３５に結合される。バックホール又はネットワークインターフェース３３５は、ｅＮＢ１０２がバックホールを接続又はネットワークを介して別のデバイス又はシステムと通信するように許容する。インターフェース３３５は、任意の適合した有線又は無線接続を通じる通信をサポートすることができる。例えば、ｅＮＢ１０２が(５Ｇ、ＬＴＥ又はＬＴＥ－Ａをサポートすることのような)セルラ通信システムの一部として具現されるとき、インターフェース３３５はｅＮＢ１０２が有線又は無線バックホール接続を介してｅＮＢ１０３のような別のｅＮＢと通信するように許容することができる。ｅＮＢ１０２がアクセスポイントとして具現されるとき、インターフェース３３５はｅＮＢ１０２が有線又は無線近距離通信網又は有線又は無線接続を介して (インターネットのような)より大きいネットワークで伝達するように許容することができる。インターフェース３３５は、イーサネット(登録商標)又はＲＦ送受信部のような有線又は無線接続を介して通信をサポートする任意適切な構造を含む。

メモリー３３０は、制御機／プロセッサ３２５に結合される。メモリー３３０の一部はＲＡＭを含むことができ、メモリー３３０の他の部分はフラッシュメモリー又は別のＲＯＭを含むことができる。

以下、より詳しく説明されるように、(ＲＦ送受信部３１０ａ－３１０ｎ)、ＴＸ処理回路３１５及び／又はＲＸ処理回路３２０を用いて具現される)ｅＮＢ１０２の送信及び受信経路はキャリアアグリゲーション動作でそれぞれのＤＬ又はＵＬ送信をサポートする。

図３は、ｅＮＢ１０２の一例を示すが、図３に対する多様な変更が行われることができる。例えば、ｅＮＢ１０２は図３に示された任意の数のそれぞれの構成要素を含むことができる。

特定例として、アクセスポイントは多数のインターフェース３３５を含むことができ、制御機／プロセッサ３２５は相違するネットワークアドレス間にデータをラウティングするラウティング機能をサポートすることができる。他の特定例として、ＴＸ処理回路３１５の単一インスタンス及びＲＸ処理回路３２０の単一インスタンスを含むことで示しているが、ｅＮＢ１０２は(ＲＦ送受信機当たり１つのような)それぞれの多数のインスタンスを含むことができる。

一部無線ネットワークで、ＤＬ信号は情報内容を伝達するデータ信号、ＤＬ制御情報(ＤＬｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)を伝達する制御信号、及びパイロット信号としても知られている基準信号(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ；ＲＳ)を含むことができる。ｅＮＢ１０２のようなｅＮＢはＵＥ共通ＲＳ(ＣＲＳ)、チャンネル状態情報ＲＳ(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ；ＣＳＩ－ＲＳ)及び
復調ＲＳ(ｄｅｍｏｄｕｌａｔｉｏｎ ＲＳ；ＤＭＲＳ)を含む多数のタイプのＲＳのうちの１つ以上を送信することができる。ＣＲＳはＤＬシステム帯域幅(ＢＷ)を介して送信されることができ、ＵＥ１１４のようなＵＥによってデータ又は制御信号を復調したり測定を行うために用いられることができる。ＣＲＳオーバーヘッドを減らすために、ｅＮＢ１０２はＣＲＳより時間ドメインでより小さい密度を有するＣＳＩ－ＲＳを送信することができる(また、ＲＥＦ１及びＲＥＦ３参照)。ＵＥ１１４は、測定を行うためにＣＲＳ又はＣＳＩ－ＲＳのうちの１つを用いることができ、選択は送信モード(ｔｒａｎｓｍｉｓｓｉｏｎｍｏｄｅ；ＴＭ)に基づくことができる。ＵＥ１１４は物理的ＤＬ共有チャンネル(ｐｈｙｓｉｃａｌ ＤＬ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；ＰＤＳＣＨ)受信のためにｅＮＢ１０２によって設定される(また、ＲＥＦ３参照)。最後に、ＵＥ１１４はデータ又は制御信号を復調するためにＤＭＲＳを用いることができる。ｅＮＢ１０２はデータ情報をＰＤＳＣＨを介してＵＥ１１４に送信することができる。ＰＤＳＣＨから上位階層で情報を伝達する送信チャンネルはＤＬ共有チャンネル(ＵＬ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；ＤＬ－ＳＣＨ)として指称される。ｅＮＢは物理的ＤＬ制御チャンネル(ＰＤＣＣＨ)でのＤＣＩフォーマット送信を介してＤＣＩをＵＥに送信することができる。

一部無線ネットワークにおいて、ＵＬ信号は情報内容を伝達するデータ信号、ＵＬ制御情報(ＵＬ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)を伝達する制御信号、及びＲＳを含むことができる。ＵＥ１１４のようなＵＥはそれぞれの物理的ＵＬ共有チャンネル(ＰＵＳＣＨ)又は物理的ＵＬ制御チャンネル(ＰＵＣＣＨ)を介してデータ情報又はＵＣＩをｅＮＢ１０２のようなｅＮＢへ送信することができる。ＰＵＳＣＨからの情報を上位階層で伝達する送信チャンネルはＵＬ共有チャンネル(ＵＬ－ＳＣＨ)として指称される。ＵＥ１１４がデータ情報及びＵＣＩを同時に送信するとき、ＵＥ１１４は２つのいずれをもＰＵＳＣＨで多重化することができるか、ＰＵＳＣＨでデータ情報及び場合によっては一部ＵＣＩを同時に送信することができ、ＰＵＣＣＨで一部又はすべてのＵＣＩを送信することができる。ＵＣＩはそれぞれのＰＤＳＣＨ内のデータ送信ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ；ＴＢ)の正確な又は不正確な探知(ｄｅｔｅｃｔｉｏｎ)を示すハイブリッド自動繰り返しリクエスト確認応答(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＨＡＲＱ－ＡＣＫ)情報、ＵＥ１１４が自分のバッファーにデータを有しているかをｅＮＢ１０２に示すスケジューリングリクエスト(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ；ＳＲ)情報、及びｅＮＢ１０２がＵＥ１１４へのＰＤＳＣＨ又はＰＤＣＣＨ送信のための適切なパラメーターを選択するようにするチャンネル状態情報(ＣＳＩ)を含むことができる。ＨＡＲＱ－ＡＣＫ情報は正確なＰＤＣＣＨ又はデータＴＢ探知に応答する肯定確認応答(ｐｏｓｉｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)(ＡＣＫ)、不正確なデータＴＢ探知に応答する否定確認応答(ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)(ＮＡＣＫ)、及び暗示的であるか明示的なＰＤＣＣＨ探知(ＤＴＸ)の不在を含むことができる。ＤＴＸはＵＥ１１４がＨＡＲＱ－ＡＣＫ信号を送信しないときに暗示的であることができる。また、ＨＡＲＱ－ＡＣＫ情報で同一のＮＡＣＫ／ＤＴＸ状態を有するＮＡＣＫ及びＤＴＸを示すことができる(また、ＲＥＦ３参照)。

ＣＳＩは、ＵＥ１１４によって予め定義されたターゲットブロックエラーレート(ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ；ＢＬＥＲ)で受信されることができる変調及びコーディング方式(ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ；ＭＣＳ)を有する送信ブロックサイズ(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｉｚｅ；ＴＢＳ)をｅＮＢ１０２に通知するチャンネル品質インジケーター(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ；ＣＱＩ)、多重入力多重出力(ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ；ＭＩＭＯ)送信原理により多重送信アンテナからの信号を組み合わせる方法をｅＮＢ１０２に通知するプリコーディングマトリックスインジケーター(ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ；ＰＭＩ)、及びＰＤＳＣＨに対する送信ラン
クを示すランクインジケーター(ｒａｎｋ ｉｎｄｉｃａｔｏｒ；ＲＩ)を含むことができる(また、ＲＥ３参照)。例えば、ＵＥ１１４は、さらに設定されたＰＤＳＣＨＴＭ及びＵＥ１１４受信機特性を考慮しながら信号対干渉及び雑音比(ｓｉｇｎａｌ－ｔｏ－ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ；ＳＩＮＲ)測定からＣＱＩを決定することができる。ＵＥはＣＳＩを決定するためにｅＮＢからのＣＲＳ又はＣＳＩ－ＲＳ送信を用いることができる(また、ＲＥＦ３参照)。ｅＮＢ１０２はＰＵＣＣＨ上でＣＳＩ(Ｐ－ＣＳＩ)を周期的に送信したりＰＵＳＣＨ上で非周期的なＣＳＩ(ａｐｅｒｉｏｄｉｃ ＣＳＩ；Ａ－ＣＳＩ)を動的に送信するようにＵＥ１１４を設定することができる(また、ＲＥＦ２及びＲＥＦ３参照)。

ＵＬＲＳはＤＭＲＳ及びサウンディングＲＳ(ｓｏｕｎｄｉｎｇ ＲＳ；ＳＲＳ)を含むことができる。ＤＭＲＳはそれぞれのＰＵＳＣＨ又はＰＵＣＣＨのＢＷだけで送信されることができ、ｅＮＢ１０２はＤＭＲＳを用いてＰＵＳＣＨ又はＰＵＣＣＨの情報を復調することができる。ＳＲＳはＵＥ１１４によってＵＬ ＣＳＩをｅＮＢ１０２に提供するために送信されることができる(また、ＲＥＦ２及びＲＥＦ３参照)。

ｅＮＢ１０２はそれぞれのＰＤＣＣＨによって伝達されたそれぞれのＤＣＩフォーマットを介してＵＥ１１４へのＰＤＳＣＨ送信又はＵＥ１１４からのＰＵＳＣＨ送信をスケジューリングすることができる。ＤＣＩフォーマットは、さらに別の機能を提供することができる(また、ＲＥＦ２参照)。

ＤＬシグナリング又はＵＬシグナリングのための送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ；ＴＴＩ)は、１つのサブフレーム(ｓｕｂｆｒａｍｅ；ＳＦ)である。例えば、ＳＦ持続時間は１ミリ秒(ｍｓｅｃ)であることができる。０から９までインデクシングされた１０ＳＦの単位はシステムフレームとして指称される。時分割デュプレックス(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ；ＴＤＤ)システムにおいて、一部ＳＦでの通信方向はＤＬにあり、一部他のＳＦでの通信方向はＵＬにある。

図４は、本開示内容によるＰＵＳＣＨ送信又はＰＵＣＣＨ送信のための例示的なＵＬＳＦ構造を示す。図４に示されたＵＬＳＦ構造の実施形態は、ただ例示のためのものである。本開示内容の範囲を逸脱せず他の実施形態が用いられることができる。

ＵＬシグナリングは離散フーリエ変換拡散ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ Ｓｐｒｅａｄ ＯＦＤＭ；ＤＦＴ－Ｓ－ＯＦＤＭ)を用いることができる。ＵＬＳＦ４１０は２個のスロットを含む。それぞれのスロット４２０は、ＵＥ１１４がＤＭＲＳ４４０を送信するスロット当たり１つのシンボルを含むデータ情報、ＵＣＩ又はＲＳをＵＥ１１４が送信するＡＳｅＮＢ,１シンボル４３０を含む。送信ＢＷはリソースブロック(ＲＢ)として指称される周波数リソースユニットを含む。それぞれのＲＢはリソース要素(ＲＥ)として指称されるＡＳｅＮＢ,２(仮想)サブキャリア(ｓｕｂ－ｃａｒｒｉｅｒ)を含む。１ＲＢ／１スロットの送信単位は物理的ＲＢ(ｐｈｙｓｉｃａｌ ＲＢ；ＰＲＢ)と指称され、１ＲＢ／１ＳＦの送信単位はＰＲＢ対として指称される。ＵＥ１１４にはＰＵＳＣＨ送信ＢＷ(‘Ｘ’＝‘Ｓ’)又はＰＵＣＣＨ送信ＢＷ(‘Ｘ’＝‘Ｃ’)に対して総

ＲＥ４５０に対してＭＰＵＸＣＨＲＢが割り当てられる。最後のＳＦシンボルは１つ以上
のＵＥからＳＲＳ送信４６０を多重化するのに用いられることができる。データ／ＵＣＩ／ＤＭＲＳ送信のために利用可能な多数のＵＬＳＦシンボルは最後のＳＦシンボルがＢＷで少なくとも部分的にＰＵＸＣＨ送信ＢＷと重畳するＵＥからのＳＲＳ送信をサポートする時には

ＮＳＲＳ＝１であり；そうではなければＮＳＲＳ＝０。それで、ＰＵＸＣＨ送信のための総ＲＥの数は

である。

図４の構造がＰＵＣＣＨでＵＣＩ(ＨＡＲＱ－ＡＣＫ又はＰ－ＣＳＩ)を送信するのに用いられるとき、データ情報は含まれず、ＤＭＲＳ又はＳＲＳを送信するのに用いられるＲＥを除いてＵＣＩは総ＲＥにかけてマッピングされることができる。

図５は、本開示内容によるＵＣＩに対する例示的なエンコード及び変調プロセスを示す。図５に示されたエンコードプロセスの実施形態は、ただ例示のためのものである。本開示内容の範囲を脱せず他の実施形態が用いられることができる。

ＵＣＩビットの数ＯＵＣＩ,０が予め決定された値より大きいと決定されると、ＵＥ１１４制御機(図示せず)はＯＵＣＩ,０ＵＣＩビットに対するＣＲＣを計算し、８ＣＲＣのようなＯＣＲＣＣＲＣビットをＯＵＣＩ,０ＵＣＩビットに付加して(５３０)ＯＣＲＣＵＣＩ及びＣＲＣビットを生成するＣＲＣ生成器５２０にＵＣＩビット５１０を提供する。ＴＢＣＣ(ｔａｉｌ ｂｉｔｉｎｇ ｃｏｎｖｏｌｕｔｉｏｎａｌ ｃｏｄｅ)のようなエンコーダー５４０は、ＯＵＣＩビットの出力をエンコードする。レートマッチャー(ｒａｔｅ ｍａｔｃｈｅｒ)５５０は、割り当てられたリソースに対するレートマッチング(ｍａｔｃｈｉｎｇ)を行ってから、スクランブラ５６０がスクランブリング(ｓｃｒａｍｂｌｉｎｇ)を行い、変調器５７０が例えば、ＱＰＳＫを用いてエンコードされたビットを変調し、ＲＥマッパー５８０が行われ、最終で送信機が制御信号５９０を送信する。

図６は、本開示内容によるＵＣＩに対する例示的な復調及びデコーディングプロセスを示す。図６に示されたデコーディングプロセスの実施形態は、ただ例示のためのものである。本開示内容の範囲を逸脱せず他の実施形態が用いられることができる。

ｅＮＢ１０２は、ＲＥデマッピング(ｄｅｍａｐｐｉｎｇ)を行うＲＥデマッパー６２０、当該変調方式に対する復調を行う復調器６３０、デスクランブリング(ｄｅｓｃｒａｍｂｌｉｎｇ)を行うデスクランブラ６４０、レートマッチングを行うレートマッチャー６５０、及びデコーディングを行い、ＯＵＣＩＵＣＩ及びＣＲＣビットを提供するＴＢＣＣデコーダーのようなデコーダー６６０に提供される制御信号６１０を受信する。ＣＲＣ抽出ユニット６７０は、ＯＵＣＩ,０ＵＣＩビット６８０とＯＣＲＣＣＲＣビット６８５を分離し、ＣＲＣチェックユニット６９０はＣＲＣチェックを計算する。ＣＲＣチェックが
パスするとき(ＣＲＣチェックサム(ｃｈｅｃｋｓｕｍ)が０である時)、ｅＮＢ１０２はＵＣＩが有効と決定する。

図７は、本開示内容によるＰＵＳＣＨと同一のＳＦ構造を有するＰＵＣＣＨに対する例示的なＵＥ送信機を示す。図７に示された送信機の実施形態は例示のみのためのものである。本開示内容の範囲を逸脱せず他の実施形態が用いられることができる。

ある時のＯＰ-ＣＳＩＰ－ＣＳＩ情報ビット及びある時のＯＨＡＲＱ-ＡＣＫＨＡＲＱ－ＡＣＫ情報ビットだけではなく(図示せず)ＳＲ送信のためにＵＥ１１４に設定されたＳＦでのＳＲビットのようなＵＥ１１４からのＵＣＩビット７１０は共同で、例えば、それぞれのエンコードされたコードワード(また、ＲＥＦ２参照)内に含まれるＴＢＣＣ(ｔａｉｌ－ｂｉｔｉｎｇ ｃｏｎｖｏｌｕｔｉｏｎａｌｃｏｄｉｎｇ)又はＴＣ(ｔｕｒｂｏ ｃｏｄｉｎｇ)及びＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)ビットを用いる第１エンコーダー７２０によりエンコードされたり、例えば、ＲＭ(Ｒｅｅｄ－Ｍｕｌｌｅｒ)コーディングを用いる第２エンコーダー７２５によりエンコードされる。エンコーダー選択は制御機(例えば、図２の制御機／プロセッサ２４０)によることであり、ここで、例えば、制御機はＨＡＲＱ－ＡＣＫペイロードが２２ビットのような予め決定された値より大きいとき、ＴＢＣＣエンコーダーを選択し、制御機はＨＡＲＱ－ＡＣＫペイロードが予め決定された値より大きくない場合、ＲＭエンコーダーを選択する。その後、エンコードされたビットは変調器７３０によって変調される。離散フーリエ変換(ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ；ＤＦＴ)は、ＤＦＴユニット７４０によって獲得される。ＰＵＣＣＨ送信ＢＷに該当するＲＥ７５０は選択機７５５によって選択され、逆高速フーリエ変換(ＩＦＦＴ)はＦＦＴユニット７６０によって行われ、出力はフィルター７７０によってフィルターリングされる。プロセッサは、電力制御手続きによって電力を電力増幅器(ＰＡ)７８０に加え、送信された信号７９０は信号を送信する。ＤＦＴマッピングでよって、ＲＥは仮想ＲＥとして見えられるが、単純化のためにＲＥとして指称される。簡単にするために、デジタル－アナログコンバータ、フィルター、増幅器及び送信機アンテナのような付加的な送信機回路は省略される。

ＰＵＳＣＨでのデータに対するＵＥ送信機のブロック図はＨＡＲＱ－ＡＣＫ情報及びＣＳＩをデータ情報で取り替えることによって図７のように獲得されることができる。

図８は、本開示内容によるＰＵＳＣＨと同一のＳＦ構造を有するＰＵＣＣＨに対する例示的なｅＮＢ受信機を示す。図８に示された受信機の実施形態は、ただ例示のためのものである。本開示内容の範囲を逸脱せず他の実施形態が用いられることができる。

受信された信号８１０は、フィルター８２０によってフィルターリングされ、高速フーリエ変換(ＦＦＴ)はＦＦＴユニット８３０によって適用され、選択機ユニット８４０は送信機によって用いられたＲＥ８５０を選択し、ＩＤＦＴ(ｉｎｖｅｒｓｅ ＤＦＴ)ユニットはＩＤＦＴ８６０を適用し、復調器８７０はチャンネル推定器(図示せず)によって提供されたチャンネル推定値を用いてＩＤＦＴ出力を復調し、制御機(例えば、図２の制御機／プロセッサ)は、例えば、それぞれのデコーディングされたコードワードから抽出されるテールバイティング畳み込みデコーディング(ｔａｉｌ－ｂｉｔｉｎｇ ｃｏｎｖｏｌｕｔｉｏｎａｌ ｄｅｃｏｄｉｎｇ)又はターボデコーディング(ｔｕｒｂｏ ｄｅｃｏｄｉｎｇ)及びＣＲＣビットを用いる第１デコーダー８８０、さらに、例えばＲＭデコーディングを用いる第２デコーダー８８５を選択する。例えば、制御機は予想されるＨＡＲＱ－ＡＣＫペイロードが２２ビットのような予め決定された値より大きいとき、ＴＢＣＣデコーダーを選択し、制御機は予想されたＨＡＲＱ－ＡＣＫペイロードが予め決定された値より大きくないとき、ＲＭデコーダーを選択する。ＵＣＩビット８９０は第１デコーダー又は第２デコーダーのうちの１つの出力によって獲得される。アナログ－デジタルコンバータ
、フィルター及びチャンネル推定器のような付加的な受信機回路は簡略化のために図示しない。

ＰＵＳＣＨ内のデータに対するｅＮＢ受信機ブロック図はＨＡＲＱ－ＡＣＫ情報及びＣＳＩをデータ情報で取り替えることによって図８のように獲得されることができる。

ＴＤＤ通信システムにおいて、一部ＳＦでの通信方向はＤＬにあり、一部他のＳＦでの通信方向はＵＬにある。表１は、さらにフレーム周期として指称される１０ＳＦの周期にかけた表示型(ｉｎｄｉｃａｔｉｖｅ)ＵＬ／ＤＬ設定を並べる。“Ｄ”はＤＬＳＦを示し、“Ｕ”はＵＬＳＦを示し、“Ｓ”はＤｗＰＴＳとして指称されるＤＬ送信フィールド、ＧＰ(ｇｕａｒｄ ｐｅｒｉｏｄ)、及びＵｐＰＴＳとして指称されるＵＬ送信フィールドを含む特殊ＳＦを示す。総持続時間が１つのＳＦである条件によって特殊なＳＦのそれぞれのフィールドの持続時間の間のいくつかの組合が存在する(また、ＲＥＦ１参照)。

ＴＤＤシステムで、多数のＤＬＳＦでのＰＤＳＣＨ受信に応答してＵＥ１１４からのＨＡＲＱ－ＡＣＫ信号送信は同一のＵＬＳＦで送信されることができる。同一のＵＬＳＦでＵＥ１１４から連関されたＨＡＲＱ－ＡＣＫ信号送信を有するＤＬ ＳＦの数ＭＷは、ＤＬ連関セット又は大きさＭＷのバンドリングウィンドウとして指称される。ＤＬＤＣＩフォーマットは、ＤＬＤＣＩフォーマット探知のＳＦまでバンドリングウィンドウからＵＥ１１４へ送信されたＤＬＤＣＩフォーマットの数、モジュールで４を表されるカウンターを提供する２個の２進要素(ビット)のＤＬ割り当てインデックス(ＤＡＩ)フィールドを含む。表２は、ＵＥ１１４がＵＬＳＦｎで連関されたＨＡＲＱ－ＡＣＫ信号を送信するＤＬＳＦｎ－ｋを示し、ここでｋ∈Ｋ。このようなＤＬＳＦはそれぞれのＵＬＳＦに対するバンドリングウィンドウを示す。

ＰＵＳＣＨに対する送信電力は接したセルに対するそれぞれの干渉を制御しながらＵＥ１１４からのＰＵＳＣＨ送信がｅＮＢ１０２で望むＳＩＮＲへ受信されるように決定され、これにより、ＰＵＳＣＨでのデータＴＢに対するＢＬＥＲターゲットを達成し、適切なネットワーク動作を保障する。ＵＬ電力制御(ｐｏｗｅｒ ｃｏｎｔｒｏｌ；ＰＣ)は、送信ＰＣ(ｔｒａｎｓｍｉｓｓｉｏｎ ＰＣ；ＴＰＣ)コマンドを介してｅＮＢによってＵＥに提供されるセル特定及びＵＥ特定パラメーターと閉ルーフＰＣ(ｃｌｏｓｅｄ－ｌｏｏｐ ＰＣ；ＣＬＰＣ)訂正を持つ開ルーフＰＣ(ｏｐｅｎ－ｌｏｏｐＰＣ；ＯＬＰＣ)を含む。ＰＵＳＣＨ送信がＰＤＣＣＨによってスケジューリングされるとき、ＴＰＣコマンドはそれぞれのＤＣＩフォーマットに含まれる(また、ＲＥＦ２参照)。ＴＰＣコマンドは、さらにＤＣＩフォーマット３又はＤＣＩフォーマット３Ａを伝達する別個のＰＤＣＣＨによって提供されることができ、単にするために共同でＤＣＩフォーマット３／３Ａとして指称され、ＴＰＣコマンドをＵＥのグループに提供する(また、ＲＥＦ２参照)。ＤＣＩフォーマットは、ＣＲＣ(Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ) ビットを含み、ＵＥ１１４はＣＲＣビットをスクランブリングするのに用いられるそれぞれの無線ネットワーク臨時識別子(ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ)からＤＣＩフォーマットタイプを識別する。ＤＣＩフォーマット３／３Ａに対し、ＲＮＴＩはＵＥ１１４が無線リソース制御(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ；ＲＲＣ)シグナリングのような上位階層シグナリングを介してｅＮＢ１０２によって設定されるＴＰＣ－ＲＮＴＩである。ＵＥ１１４からのＰＵＳＣＨ送信又はＵＥ１１４からのＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットに対し、ＲＮＴＩはＣ－ＲＮＴＩ(ＣｅｌｌＲＮＴＩ)である。付加的なＲＮＴＩタイプがさらに存在する(また、ＲＥＦ２参照)。

ＵＥ１１４は、式１のようにセルｃ及びＳＦｉでＰＵＳＣＨ送信電力ＰＰＵＳＣＨ,ｃ(ｉ)(ミリワット当りデシベル(ｄＢｍ))を導出することができる。簡略化のために、ＵＥ１１４は同一のＳＦでＰＵＳＣＨ及びＰＵＣＣＨのいずれをも送信しないと仮定する(また、ＲＥＦ３参照)。

ここで、
●ＰＣＭＡＸ,ｃ(ｉ)はセルｃ及びＳＦｉでの設定されたＵＥ１１４送信電力である(また、ＲＥＦ３参照)。
●ＭＰＵＳＣＨ,ｃ(ｉ)はセルｃ及びＳＦｉでのＲＢのＰＵＳＣＨ送信ＢＷである。
●ＰＯ_ＰＵＳＣＨ,ｃ(ｊ)はセルｃでのｅＮＢ１０２で平均受信されたＳＩＮＲを制御し、上位階層シグナリングを介してｅＮＢ１０２によってＵＥ１１４に提供されるセル特定構成要素ＰＯ_ＮＯＭＩＮＡＬ_ＰＵＳＣＨ,ｃ(ｊ)及びＵＥ特定構成要素ＰＯ_ＵＥ_ＰＵＳＣＨ,ｃ(ｊ)の和である。ＳＰＳ(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔｌｙ ｓｃｈｅｄｕｌｅｄ)ＰＵＳＣＨ(再)送信に対し、ｊ＝０。動的でスケジューリングされたＰＵＳＣＨ(再)送信に対し、ｊ＝１。
●ＰＬｃはセルｃに対してＵＥ１１４によって測定された経路損失(ｐａｔｈｌｏｓｓ；ＰＬ)推定値である(また、ＲＥＦ３参照)。例えば、ＵＥ１１４は基準信号受信された電力(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ；ＲＳＲＰ)を測定するために通常的な具現を用いることによって経路損失を測定した後、例えば、ＳＩＢで上位階層によってｅＮＢ１０２からＵＥ１１４に通知されることより知られたＲＳ送信電力とＲＳＲＰを比べることができる。
●ｊ＝０又はｊ＝１に対し、αｃ(ｊ)∈｛0, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1｝は上位階層シグナリングを介してｅＮＢ１０２によってＵＥ１１４に設定される。部分的なＵＬＰＣはＰＬが完全に補償されないときにαｃ(ｊ)＜１に対して獲得される。
●△ＴＦ,ｃ(ｉ)は０と同一であるか

としてＰＵＳＣＨ送信のスペクトラム効率により決定される。ここで、ＫＳはＫＳ＝0又はＫＳ＝1.25のうちの１つとして上位階層シグナリングによってＵＥ１１４に設定され、
－ＵＬ－ＳＣＨデータ無しにＰＵＳＣＨを介して送信されたＡ－ＣＳＩに対するＢＰＲＥ＝ＯＣＱＩ/ＮＲＥ及び他のケースに対する

－ここで、ｃはコードブロックの数であり、Ｋｒはコードブロックｒに対する大きさで、ＯＣＱＩはＣＲＣビットを含むＣＱＩ／ＰＭＩビットの数であり、ＮＲＥは

として決定されたＲＥの数であり、ここで、ｃ、Ｋｒ、

はＲＥＦ２で定義される。
－ＵＬ－ＳＣＨデータ無しにＰＵＳＣＨを介して送信されたＡ－ＣＳＩに対する

(また、ＲＥＦ２参照)及び他のケースに対する１である。
●蓄積(ａｃｃｕｍｕｌａｔｉｖｅ)ＣＬＰＣが用いられるときにはｆｃ(ｉ)＝ｆｃ(ｉ-１)＋δＰＵＳＣＨ,ｃ(ｉ-ＫＰＵＳＣＨ)及び絶対ＣＬＰＣが用いられるときにはｆｃ(ｉ)＝δＰＵＳＣＨ,ｃ(ｉ-ＫＰＵＳＣＨ)、ここで、δＰＵＳＣＨ,ｃ(ｉ-ＫＰＵＳＣＨ)はＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに含まれたりＤＣＩフォーマット３／３Ａに含まれたＴＰＣコマンドである。ＫＰＵＳＣＨはＰＵＳＣＨをスケジューリングするＰＤＣＣＨ送信のＳＦとそれぞれのＰＵＳＣＨ送信のＳＦ間のタイムラインから導出される(また、ＲＥＦ３参照)。
セルｃ及びＳＦｉでのＵＥ１１４からのＰＵＣＣＨ送信電力ＰＰＵＣＣＨ,ｃ(ｉ)は式２によって与えられる(また、ＲＥＦ３参照)。

ここで、
●ＰＣＭＡＸ,ｃ(ｉ)はセルｃ及びＳＦｉでの設定されたＵＥ１１４送信電力である(また、ＲＥＦ３参照)。
●ＰＯ_ＰＵＣＣＨ,ｃは上位階層シグナリングによってＵＥ１１４に提供されるセル特定パラメーターＰＯ_ＮＯＭＩＮＡＬ_ＰＵＣＣＨ,ｃ及びＵＥ特定パラメーターＰＯ_ＵＥ_ＰＵＣＣＨ,ｃの和である。
●ＰＬｃはセルｃに対してＵＥ１１４によって測定された経路損失(ＰＬ)推定値である(また、ＲＥＦ３参照)。
●ｈ(・)はＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３のようなＰＵＣＣＨ送信に用いられるフォーマット、及びＨＡＲＱ－ＡＣＫ、ＳＲ又はＣＳＩが送信されるかに依存する値を有する関数である(また、ＲＥＦ３参照)。
●△Ｆ_ＰＵＣＣＨ(Ｆ)は位階層によってＵＥ１１４に提供され、この値はＰＵＣＣＨフォーマット１ａ)に対する送信電力をオフセットするためのそれぞれのＰＵＣＣＨフォーマット(Ｆ)に依存する(また、ＲＥＦ３参照)。
●△ＴｘＤ(Ｆ')はＰＵＣＣＨフォーマットＦ'が２個以上のアンテナポートから送信されるときには０ではない(そうではなければ、ＰＵＣＣＨフォーマットＦ'が１つのアンテナポートから送信されるとき、△ＴｘＤ(Ｆ')は０である)。
●ｇ(ｉ)＝ｇ(ｉ-１)＋δＰＵＣＣＨ(ｉ)はＤＣＩフォーマット３／３Ａ又はＰＤＳＣＨ受信をスケジューリングするＤＣＩフォーマットでＴＰＣコマンドδＰＵＣＣＨ(ｉ)を蓄積する関数であり、ｇ(０)は蓄積リセット後の値である。

ネットワーク容量及びデータ速度を増加させるための要求を満たす１つのメカニズムは、ネットワーク高密度化である。これはネットワークノードの数とＵＥに対する近接性を高めて、セル分割利得を提供するために小さいセルを配置することによって実現する。小さいセルの数が増加し、小さいセルの配置が稠密となることによって、ハンドオーバー周波数及びハンドオーバー失敗率は更に相当に増加することができる。マクロセルに対するＲＲＣ接続を維持することによって、小型セルがユーザデータ平面(ｕｓｅｒ－ｄａｔａ ｐｌａｎｅ；Ｕ－平面)通信のために専用されることができる間に移動性管理、ペイジング及びシステム情報アップデートのような制御場所(ｃｏｎｔｒｏｌ－ｐｌａｃｅ；Ｃ－場所)機能がマクロセルだけで提供されることができるとき、小型セルとの通信は最適化されることができる。ネットワークノード(セル) 間のバックホールリンクの待機時間(ｌａｔｅｎｃｙ)が実質的に０であるとき、ＲＥＦ３のようにキャリアアグリゲーション(ＣＡ)が用いられることができ、スケジューリング決定は同一のｅＮＢ１０２によってなることができ、それぞれのネットワークノードへ伝達されることができる。さらに、ＵＥ１１４からのＵＣＩは、多分非兔許スペクトラム(ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ)を用いるノードを除いて任意のネットワークノードで受信されることができ、ＵＥ１１４に対する適切なスケジューリング決定を容易くするためにｅＮＢ１０２へ伝達されることができる。

図９は、本開示内容によってＣＡを用いる通信を示す。

ＵＥ１１４は第１キャリア周波数ｆ１(９３０)を用いるマクロセルに対応する第１セル９２０及びキャリア周波数ｆ２(９５０)を通じる小型セルに対応する第２セル９４０と通信する(９１０)。第１キャリア周波数は、兔許周波数帯域に対応することができ、第２キャリア周波数は非兔許周波数帯域に対応することができる。第１セル及び第２セルはｅＮＢ１０２によって制御され、無視することができる待機時間をもたらすバックホールを介して接続される。

ＵＥ１１４が５ＤＬセルまでのＣＡ動作と設定されるとき、ＰＵＣＣＨ上のＨＡＲＱ－ＡＣＫ送信は通常的にＰＵＣＣＨフォーマット３を用いる(また、ＲＥＦ１及びＲＥＦ３参照)。ＦＤＤシステムにおいて、ＵＥ１１４がＰＵＣＣＨフォーマット３送信の電力を調整するためにＴＰＣコマンドを獲得する方法は、１次セル上でＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットでのＴＰＣコマンドフィールドからのことである(また、ＲＥＦ２及びＲＥＦ３参照)。ＵＥ１１４がＰＵＣＣＨフォーマット３を送信するリソースを決定する方法は、２次セル上でＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットでのＴＰＣコマンドフィールドからのことである(また、ＲＥＦ３参照)。

次に、ＴＰＣコマンドフィールドは確認応答リソースインディケーション(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ；ＡＲＩ)又は、同等に上位階層によってＵＥ１１４に設定された４個のＰＵＣＣＨリソースのうちの１つに対するＰＵＣＣＨリソースインデックスを提供する(また、ＲＥＦ３参照)。例えば、２ビットの
ＴＰＣコマンドフィールド及びＰＵＣＣＨフォーマット３送信のための４個のリソースと設定されたＵＥ１１４に対し、ＡＲＩは４個のリソースのうちの１つを示すことができる(また、ＲＥＦ３参照)。

ＴＤＤシステムに対し、ＵＥ１１４は‘１’より大きいＤＡＩ値が、又はＵＥ１１４がバンドリングウィンドウ内で探知する第１ＤＣＩフォーマットが‘１’と同一のＤＡＩ値を有するＤＣＩフォーマットでのＴＰＣコマンドフィールドから決定されたＰＵＣＣＨフォーマット３リソースを用いる。ＵＥ１１４は同一のＰＵＣＣＨリソースインデックス値がバンドリングウィンドウに対するＰＵＣＣＨリソースインデックス値を決定するために用いられるすべてのＤＣＩフォーマットへ送信されると仮定する(また、ＲＥＦ３参照)。ＵＥ１１４がバンドリングウィンドウで探知する第１ＤＣＩフォーマットである‘１’と同一のＤＡＩ値を有するＤＣＩフォーマットでのＴＰＣコマンドフィールドの機能は変更されない状態で維持され、ＵＥ１１４がＰＵＣＣＨフォーマット３に対する送信電力を調整するためのＴＰＣコマンド値を提供する。このような方式で、ＤＡＩフィールドは、バンドリングウィンドウ内のＵＥ１１４に送信されたＤＬＤＣＩフォーマットのカウンターと、ＤＣＩフォーマットでのＴＰＣコマンドフィールドがＴＰＣコマンド値を提供するか、又はＤＣＩフォーマットでのＴＰＣコマンドフィールドがＵＥ１１４(ＡＲＩ)に設定されたＰＵＣＣＨリソースセットからの１つのＰＵＣＣＨリソースにインジケーターを提供するかを示すインジケーターのいずれも役目をする。

ＤＣＩフォーマットがＥＰＤＣＣＨによって伝達されるとき、ＤＣＩフォーマットはさらにＤＣＩフォーマットが１次セル上でＰＤＳＣＨをスケジューリングするときのＰＵＣＣＨフォーマット１ａ／１ｂ送信のためのＰＵＣＣＨリソースを示すか、ＤＣＩフォーマットが２次セル上でＰＤＳＣＨをスケジューリングするときの０とセッティングされるＨＡＲＱ－ＡＣＫリソースオフセット(ＨＡＲＱ－ＡＣＫｒｅｓｏｕｒｃｅｏｆｆｓｅｔ；ＨＲＯ)フィールドを含む(また、ＲＥＦ２及びＲＥＦ３参照)。したがって、ＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットがＰＤＣＣＨ又はＥＰＤＣＣＨによって伝達するかに関係なく、ＵＥ１１４が１次セル上でＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットを探知しないとき、ＵＥ１１４はＰＵＣＣＨでの関連するＨＡＲＱ－ＡＣＫ情報を送信するためのＴＰＣコマンドを獲得することができない。

通常的なＣＡ動作は、それぞれ最大２０ＭＨｚＢＷを有する最大５ＤＬセルをＴＤＤシステムにおけるＵＬ／ＤＬ設定５、最大２個のＤＬセルにサポートする(また、ＲＥＦ３参照)。ＵＥ１１４がサポートすることができるＤＬセルの数に対するこのような制限は総ＤＬＢＷでのそれぞれの制限によりＤＬデータ送信速度を制限する。多くの２０ＭＨｚＢＷキャリアが存在することができる非兔許スペクトラムの利用可能性により、ＵＥ１１４に設定されることができるセルの数は５より相当に大きくなることができる。したがって、５ＤＬセル以上のＣＡに対するサポートを確張することは利用可能なスペクトラムのより効率的な利用を許容し、ＵＥ１１４に対するＤＬデータ送信速度及びサービス経験を向上させることができる。ＤＬセルの数の増加による結果は、より大きいＵＣＩペイロードをサポートする必要性に関連される。大きいＨＡＲＱ－ＡＣＫペイロード又は一般的に大きいＵＣＩペイロードを収容することができる新しいＰＵＣＣＨフォーマットは、ＰＵＳＣＨ基盤構造を有することができ(また、ＲＥＦ５参照)、ＵＣＩをエンコードするためにＴＢＣＣ又はＴＣを用いることができる。ＨＡＲＱ－ＡＣＫコードワード又は一般的にＵＣＩコードワードの望む探知信頼性を達成することはそれぞれのペイロードが増加することによってさらに難しくなることができ、それぞれのＰＵＣＣＨフォーマットに対する送信電力制御を向上させ、ＴＢＣＣデコーダー又はＴＣデコーダーに対する探知性能を向上させることができる。

本開示内容の実施形態はＵＥがＨＡＲＱ－ＡＣＫ情報を伝達するＰＵＣＣＨフォーマッ
トの送信のためにＴＰＣコマンドを獲得する確率を増加させるメカニズムを提供する。本開示内容の実施形態は、さらに基地局がＰＵＣＣＨフォーマット送信のためのリソースを表され、ＵＥがこのようなリソースを決定するメカニズムを提供する。本開示内容の実施形態は付加的にＵＥがＰＵＣＣＨ送信のための電力を決定するメカニズムを提供する。本開示内容の実施形態は付加的に基地局がＨＡＲＱ－ＡＣＫコードワード内の知られた値を用いてＴＢＣＣエンコードされたＨＡＲＱ－ＡＣＫコードワードの探知信頼度を向上させるメカニズムを提供する。

次に、簡単にするために、ＳＰＳ ＰＤＳＣＨ送信又はＳＰＳ ＰＤＳＣＨリリース(ｒｅｌｅａｓｅ)を表されるＤＣＩフォーマットが明示的に言及されないし；ＵＥ１１４は常にＳＰＳ ＰＤＳＣＨ送信又はＳＰＳ ＰＤＳＣＨリリースを表されるＤＣＩフォーマットのためのＨＡＲＱ－ＡＣＫ情報を含むと仮定する(また、ＲＥＦ３参照)。さらに、明示的に特に言及されない限り、ＤＣＩフォーマットはそれぞれのセルでＰＤＳＣＨ送信(さらに、ＳＰＳ ＰＤＳＣＨリリース)をスケジューリングすることで仮定される。さらに、ＵＥ１１４にはキャリアアグリゲーションで動作するためのそれぞれのＰＤＳＣＨ送信の可能な受信のためのセルのグループが設定される。セルのグループ内のそれぞれのセルはｅＮＢ１０２が上位階層シグナリングを介してＵＥ１１４に通知することができるＵＥ特定セルインデックスにより識別される。ＵＥ１１４はセルのグループから任意のセル内のＰＤＳＣＨ受信に応答して同一のＰＵＣＣＨでＨＡＲＱ－ＡＣＫ情報を送信するように設定される。例えば、ＵＥ１１４はＣセルのグループ及びそれぞれのセルインデックス0,1,...,C-1と設定されることができる。

ＵＥ１１４にはｅＮＢ１０２によってパラメーターが設定されるとき、特に言及されなければ、設定はＲＲＣシグナリングのような上位階層シグナリングによることであるが、パラメーターがｅＮＢ１０２によってＵＥ１１４に動的で表されるとき、インディケーション(ｉｎｄｉｃａｔｉｏｎ)はＰＤＣＣＨ又はＥＰＤＣＣＨで送信されるＤＣＩフォーマットによることの同一の物理的階層シグナリングによることである。ＵＥ１１４は、例えば、２個のＵＬセルのようなＰＵＣＣＨ送信のための１つ以上のＵＬセルと設定されることができる。第１ＵＬセルにおけるＰＵＣＣＨ送信はＤＬセルの第１グループと連関され、第２ＵＬセルにおけるＰＵＣＣＨ送信はＤＬセルの第２グループと連関される。ＵＥ１１４は１次セル上でＰＵＣＣＨを送信すると仮定される。ＵＥ１１４は、さらに１次２次セル上でＰＵＣＣＨを送信するためにｅＮＢ１０２によって設定されることができる。このような場合に、ＵＥ１１４はＤＬセル(ＣＧ１)の第１グループに対応するＵＣＩに対する１次セル上でＰＵＣＣＨを送信し、ＤＬセルの第２グループ(ＣＧ２に対応するＵＣＩに対する１次２次セル上でＰＵＣＣＨを送信する。明示的に特に言及されない限り、本開示内容における説明は１つのＤＬセルグループに関することで、他のＤＬセルグループに対して複製されることができる。

送信電力制御コマンド
本開示内容の第１実施形態はＰＵＣＣＨでＨＡＲＱ－ＡＣＫ情報の送信に対する電力調整及びリソース決定を考慮する。特に明示的に言及されない限り、ＤＣＩフォーマットはそれぞれのセルでＰＤＳＣＨ送信をスケジューリングすることで仮定される。簡略化のために、ＳＰＳ ＰＤＳＣＨ送信又はＳＰＳ ＰＤＳＣＨリリースを表されるＤＣＩフォーマットは明示的に言及されないし；ＵＥ１１４はＳＰＳ ＰＤＳＣＨ送信又はＳＰＳ ＰＤＳＣＨリリースを表されるＤＣＩフォーマットのためのＨＡＲＱ－ＡＣＫ情報を常に含むことに仮定される。

ＵＥ１１４はカウンターＤＡＩフィールド及び全体ＤＡＩフィールドに基づいて同一のＰＵＣＣＨ送信でＨＡＲＱ－ＡＣＫ情報と連関されたＤＣＩフォーマットの数を決定することができる(また、ＲＥＦ６参照)。ＳＦで送信されたＤＣＩフォーマットのカウンター
ＤＡＩは同一のＰＵＣＣＨ送信でＨＡＲＱ－ＡＣＫ情報と連関されたＳＦでのＤＣＩフォーマットまでのＤＣＩフォーマットの増分(ｉｎｃｒｅｍｅｎｔａｌ)カウンター(モジュールで４である)。ＳＦで送信されたＤＣＩフォーマットの全体ＤＡＩは同一のＰＵＣＣＨ送信でＨＡＲＱ－ＡＣＫ情報と連関されたＳＦでのＤＣＩフォーマットまでのＤＣＩフォーマットの総カウンター(モジュールで４)である。

ＦＤＤシステムに対する第１例で、ＰＵＣＣＨフォーマット送信の電力を調整するためにＴＰＣコマンドをＵＥ１１４に提供する方法は、ＳＦでＵＥに送信されたＤＣＩフォーマットの数に依存することができる。

第１方法で、ＰＵＣＣＨフォーマット送信の電力を調整するためにＴＰＣコマンドを決定し、ＰＵＣＣＨフォーマット送信のためのＰＵＣＣＨリソースを決定するプロセスはｅＮＢ１０２によって送信されたＤＣＩフォーマットの数又はＵＥ１１４によって識別されたＤＣＩフォーマットの数に依存する。ＦＤＤシステムに対し、ｅＮＢ１０２が第１セルの数のそれぞれのＰＤＳＣＨ送信をスケジューリングする第１ＤＣＩフォーマットの数をＵＥ１１４に送信するとき、ｅＮＢ１０２は１次セルに対するＤＣＩフォーマットだけのＴＰＣコマンドを提供するためにＴＰＣコマンドフィールドを用いることができ、ＰＵＣＣＨリソース決定のためのＡＲＩをＵＥ１１４に提供するためにそれぞれの２次セルに対する残りＤＣＩフォーマットのＴＰＣコマンドフィールドを用いることができる。全体ＤＡＩフィールドを介して、ＵＥ１１４がそれぞれの第２セルの数に対する第２ＤＣＩフォーマットの数を決定するとき(しかし、必ず探知することではない)、ＵＥ１１４は１次セルに対するＤＣＩフォーマット、及びＴＰＣコマンドを獲得するためにそれぞれの２次セルに対する１つ以上のＤＣＩフォーマットのそれぞれのＴＰＣコマンドフィールドを用いることができ、ＰＵＣＣＨリソース決定のためのＡＲＩを獲得するためにそれぞれの２次セルに対するそれぞれの残りＤＣＩフォーマットでのＴＰＣコマンドフィールドを用いることができる。

図１０は、本開示内容によってｅＮＢがＵＥに送信するＤＣＩフォーマットの数によるＤＣＩフォーマットのＴＰＣコマンドフィールドの使用を示す。

ｅＮＢ１０２は、ＳＦでそれぞれのセルでのそれぞれのＰＤＳＣＨ送信をスケジューリングする第１ＤＣＩフォーマットの数Ｄ１をＵＥ１１４に送信する(１０１０)。ＵＥ１１４はＳＦでそれぞれのセルでのＰＤＳＣＨをスケジューリングする第２ＤＣＩフォーマットの数Ｄ２の送信を決定する(１０２０)。動作エラー(ＤＣＩフォーマット探知エラー)がない場合に、Ｄ１＝Ｄ２。ｅＮＢ１０２がＳＦでＵＥ１１４へ送信することでＵＥ１１４が決定する第２ＤＣＩフォーマットの数は全体ＤＡＩフィールドの使用に基づいてＵＥ１１４が探知するのに失敗したＤＣＩフォーマットの送信をＵＥ１１４が決定することができるとき、ＵＥ１１４がＳＦで探知するＤＣＩフォーマットの数と必ず同じではない。ｅＮＢ１０２はＤ１が第１予め決定されたＤＣＩフォーマットの数ＤＲ１より大きいかを検査する(１０３０)。ＵＥ１１４はＤ２が第２予め決定されたＤＣＩフォーマットの数ＤＲ２より大きいかを検査する(１０４０)。Ｄ１＞ＤＲ１であるとき、ｅＮＢ１０２は２次セルに対する少なくても１つのＤＣＩフォーマットのＴＰＣコマンドフィールドでのＴＰＣコマンドを提供する(１０５０)。Ｄ２＞ＤＲ２であるとき、ＵＥ１１４は２次セルに対する少なくても１つのＤＣＩフォーマットのＴＰＣコマンドフィールドの値をＴＰＣコマンドとして処理する(１０６０)。Ｄ１≦ＤＲ１であるとき、ｅＮＢ１０２は２次セルに対するそれぞれのＤＣＩフォーマットのＴＰＣコマンドフィールドでＡＲＩだけを提供する(１０７０)。Ｄ２≦ＤＲ２であるとき、ＵＥ１１４は２次セルに対するそれぞれのＤＣＩフォーマットのＴＰＣコマンドフィールドの値をただＡＲＩとして処理する(１０８０)。

第２方法で、ＰＵＣＣＨフォーマット送信の電力を調整するためにＴＰＣコマンドを決
定し、ＰＵＣＣＨフォーマット送信のためのＰＵＣＣＨリソースを決定するプロセスは連関されたＰＵＣＣＨフォーマットに依存する。例えば、ＵＥ１１４が１つのＰＲＢ対での送信と共にＰＵＣＣＨフォーマット３のようにＨＡＲＱ－ＡＣＫ情報を送信するために第１ＰＵＣＣＨフォーマットを用いるとき、ＵＥ１１４は１次セルに対するＤＣＩフォーマットのＴＰＣコマンドフィールドからだけ第１ＰＵＣＣＨフォーマットに対する送信電力を調整するためのＴＰＣコマンドを獲得し、それぞれの２次セルに対する任意のＤＣＩフォーマットに対するＴＰＣコマンドフィールドからの第１ＰＵＣＣＨフォーマット送信のためのリソースを決定するためのＡＲＩを獲得することができる。ＵＥ１１４がＰＵＳＣＨ基盤構造を有するＰＵＣＣＨフォーマットのようにＨＡＲＱ－ＡＣＫ情報を送信するために第２ＰＵＣＣＨフォーマットを用いるとき、ＵＥ１１４は１次セルに対するＤＣＩフォーマットのＴＰＣコマンドフィールド及びそれぞれの２次セルに対して一部ＤＣＩフォーマットにファイリング(ｆｉｌｉｎｇ)されたＴＰＣコマンドから第２ＰＵＣＣＨフォーマットに対する送信電力を調整するためのＴＰＣコマンドを獲得し、それぞれの２次セルに対する他のＤＣＩフォーマットのＴＰＣコマンドフィールドからの第２ＰＵＣＣＨフォーマット送信のためのリソースを決定するためのＡＲＩを獲得することができる。当該機能はｅＮＢ１０２に適用されることができる。

図１１は、本開示内容によってＨＡＲＱ－ＡＣＫ情報を送信するためにＵＥによって用いられるＰＵＣＣＨフォーマットによるＤＣＩフォーマットのＴＰＣコマンドフィールドの使用を示す。

ＵＥ１１４はＨＡＲＱ－ＡＣＫ送信のために用いるＰＵＣＣＨフォーマットを決定する(１１１０)。例えば、ＰＵＣＣＨフォーマットは、１つのＰＲＢ対での送信を有するＰＵＣＣＨフォーマット３、又はＰＵＳＣＨ構造に基づいたＰＵＣＣＨフォーマットであることができる。ＵＥ１１４はＰＵＣＣＨフォーマットが１つのＰＲＢ対での送信を有するＰＵＣＣＨフォーマット３のような第１ＰＵＣＣＨフォーマットであるかを決定する(１１２０)。ＰＵＣＣＨフォーマットが第１ＰＵＣＣＨフォーマットであるとき、ＵＥ１１４はＴＰＣコマンド及びＡＲＩを獲得するために第１方法を用いる(１１３０)。ＰＵＣＣＨフォーマットが第２ＰＵＣＣＨフォーマットであるとき、ＵＥ１１４はＴＰＣコマンド及びＡＲＩを獲得するために第２方法を用いる(１１４０)。ＵＥ１１４がそれぞれのセルでＰＤＳＣＨ送信をスケジューリングする決定されたＤＣＩフォーマットの数が第１数より大きいかを考慮するとき、類似の段階が適用され、そのとき、ＵＥ１１４はＴＰＣコマンド及びＡＲＩを獲得するために第１方法を用いて；そうではなければ、ＵＥ１１４はＴＰＣコマンド及びＡＲＩを獲得するために第２方法を用いる。

相違するＵＬ電力制御プロセスはそれぞれの相違するＰＵＣＣＨフォーマットと連関されることができ、ＰＵＣＣＨフォーマットの送信のためのＴＰＣコマンドはそれぞれのＵＬＰＣプロセスに適用されることができるか、すべてのＵＬ電力制御プロセスに共通であることができる。

ＴＰＣコマンド又はＡＲＩがそれぞれの１つ以上の２次セルに対して１つ以上のＤＣＩフォーマットによって提供される場合に、１つ以上のＤＣＩフォーマットの選択のために多くの接近法が適用されることができる。

第１接近法で、ＤＣＩフォーマットはそれぞれのＰＤＳＣＨ送信を有するセルインデックスの昇順で手順化(ｏｒｄｅｒｉｎｇ)があることができるＴＰＣコマンド又はＡＲＩを提供するとき、相互に表されることができる。例えば、４個のＤＣＩフォーマットがｃ１＜ｃ２＜ｃ３＜ｃ４であるインインデックス、ｃ１,ｃ２,ｃ３及びｃ４を有するセルでそれぞれの４個のＰＤＳＣＨ送信をスケジューリングするとき、インデックスｃ１及びｃ３を有するセルに対するＤＣＩフォーマットのＴＰＣコマンドフィールドはＴＰＣコマンド
を提供することができるが、インデックスｃ２及びｃ４を有するセルでＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットのＴＰＣコマンドフィールドはＡＲＩを提供することができる。第１接近法は、ＵＥ１１４が例えば類似の電波損失、類似の干渉又はＰＤＳＣＨ送信のためのセルの類似の使用可能性のような連続的なインデックスを有するセルで類似のチャンネル条件を経験することができるようにセルインデクシングがなるとき、有益であることができる。次に、それぞれのＤＣＩフォーマットのＴＰＣコマンドフィールドが実際ＴＰＣコマンド又はＡＲＩを提供するセルインデックスを交代とすることによってＵＥ１１４がそれぞれＴＰＣコマンド及びＡＲＩを提供する少なくとも２個のＤＣＩフォーマットを探知することができる可能性が増加することができる。

第２接近法で、ＮＣＤＣＩフォーマットがｅＮＢ１０２によって送信されたり、それぞれのＮＣセルでＰＤＳＣＨ送信をスケジューリングするためにＵＥ１１４によって決定されるとき、例えば、第１┌ＮＣ/２┐(又は┌ＮＣ/２┐)ＤＣＩフォーマット又は第１の４ＤＣＩフォーマットのような第１ＤＣＩフォーマットの数は、第１ＤＣＩフォーマット後に、それぞれ最後┌ＮＣ/２┐(又は┌ＮＣ/２┐)ＤＣＩフォーマット又はＮＣ-４ＤＣＩフォーマット(ＮＣ＞４であるとき)のようなＡＲＩ及び残りＤＣＩフォーマットを提供することができ、ＴＰＣコマンドを提供することができ、ここで┌┐は数をこのような数より大きい最も小さい定数と四捨五入する天井関数(ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ)であり、└┘は数をこのような数より最も小さい最も大きい定数と四捨五入する床関数(ｆｌｏｏｒ ｆｕｎｃｔｉｏｎ)である。２つの接近法は１次セルが(ＡＲＩの代りに)ＴＰＣコマンドを提供するＤＣＩフォーマットのＴＰＣコマンドフィールドで条件が指定されることができる(ｃｏｎｄｉｔｉｏｎｅｄ)。

例えば、ＵＥ１１４が大きいセルの数に対するＤＣＩフォーマットの送信と連関された第２ＰＵＣＣＨフォーマットを用いるように (ｅＮＢ１０２によって送信され、ＵＥ１１４によって決定される)ＤＣＩフォーマットの数が大きいとき、ＵＥ１１４が一部ＤＣＩフォーマットを探知するのに失敗するときにも第２接近法を用いることによって、ＵＥ１１４がＴＰＣコマンドを提供するすべてのＤＣＩフォーマット又はＡＲＩを提供するすべてのＤＣＩフォーマットを探知するのに失敗する確率は不正確なＨＡＲＱ－ＡＣＫ探知の確率より充分に低いことがある。さらに、任意の接近法は１次セルに対するＤＣＩフォーマットがＰＵＣＣＨフォーマット送信のためのＴＰＣコマンドを提供するように条件が指定されることができる。したがって、第１方法又は第２方法の適用は、さらにそれぞれ第１ＰＵＣＣＨフォーマット又は第２ＰＵＣＣＨフォーマットの使用と連関されることができる。

図１２は、本開示内容によってＨＡＲＱ－ＡＣＫ情報を伝達するＰＵＣＣＨ送信のためのＴＰＣコマンド及びＡＲＩを提供するメカニズムを示す。

ＣＡ動作のために設定されたＵＥ１１４は第１セルのセットでそれぞれのＰＤＳＣＨ送信をスケジューリングする１つ以上の第１ＤＣＩフォーマット、及び第２セルのセットでそれぞれのＰＤＳＣＨ送信をスケジューリングする１つ以上の第２ＤＣＩフォーマットを探知する１２１０。ＵＥ１１４は１つ以上の第１ＤＣＩフォーマットのＴＰＣコマンドフィールドからのＴＰＣコマンド及び１つ以上の第２ＤＣＩフォーマットのＴＰＣコマンドフィールドからのＡＲＩを決定する(１２２０)。ＵＥ１１４は送信電力を調整するＴＰＣコマンド及びＰＵＣＣＨリソースを決定するＡＲＩを用いることによってＨＡＲＱ－ＡＣＫ情報を伝達するＰＵＣＣＨフォーマットを送信する(１２３０)。類似に、ｅＮＢ１０２は第１セルのセットでＰＤＳＣＨをスケジューリングする１つ以上の第３ＤＣＩフォーマット及び第２セルのセットでＰＤＳＣＨをスケジューリングする１つ以上の第４ＤＣＩフォーマットを送信する。ｅＮＢ１０２は１つ以上の第１ＤＣＩフォーマットのＴＰＣコマンドフィールドでＴＰＣコマンドを提供し、１つ以上の第２ＤＣＩフォーマットのＴＰＣ
コマンドフィールドでＡＲＩを提供する。１つ以上の第１ＤＣＩフォーマット又は１つ以上の第３ＤＣＩフォーマットはそれぞれの少なくとも１つの２次セルでそれぞれの少なくとも１つのＰＤＳＣＨ送信をスケジューリングする少なくとも１つのＤＣＩフォーマットを含む。

第２の例で、ＴＰＣコマンドフィールドは常にＴＰＣコマンドを提供するのに用いられることができ、付加的な必要がＡＲＩを提供するために含まれることができる。ＰＤＣＣＨによって送信されたＤＣＩフォーマットに対し、このような付加的なフィールドは新しいフィールドとして導入する必要がある。ＥＰＤＣＣＨによって送信されたＤＣＩフォーマットに対して、このような付加的なフィールドはＤＣＩフォーマットが２次セルでＰＤＳＣＨ送信をスケジューリングするときにはＨＲＯフィールドであることができる。その後に、既存の演算のように０とセッティングされるＨＲＯフィールド値の代りに(また、ＲＥＦ３参照)、ＨＲＯフィールドはＡＲＩフィールドとして用いられる。

２個の例のうちで任意の例は、さらにｅＮＢ１０２がＤＣＩフォーマットをＵＥ１１４に送信するバンドリングウィンドウのすべてのＳＦで適用可能性が拡張されるという付加的な条件を持つＴＤＤシステムに適用されることができる。第１方法に対して、ＵＥ１１４が同一のバンドリングウィンドウのＳＦで相関されたチャンネル条件を経験する可能性及びＵＥ１１４が同一のバンドリングウィンドウの多数のＳＦで同一のセルでのＰＤＳＣＨ送信にスケジューリングされる可能性を説明するため、ＴＰＣコマンド又はＡＲＩに対するＴＰＣコマンドフィールドに対するＤＣＩフォーマット連関は同一のバンドリングウィンドウの連続的なＳＦ間で交代に表されることができる。１次セルはこのような代替連関(ａｌｔｅｒｎａｔｅ ａｓｓｏｃｉａｔｉｏｎ)から除かれることができる。例えば、第１接近法に対して、第１、第３、第５等のＴＰＣコマンドフィールドに対し、ＤＣＩフォーマットはＴＰＣコマンドを提供することができ、第２、第４、第６等のＴＰＣコマンドフィールドに対し、ＤＣＩフォーマットは第１ＳＦでＡＲＩを提供することができ、連関は同一のバンドリングウィンドウの第２ＳＦで反対となることができる。さらに、ＵＥ１１４はＭＷＳＦの数を有するバンドリングウィンドウのＳＦでＴＰＣコマンドを蓄積することができる。δＰＵＣＣＨ(ｊ)がＳＦｊ、ｊ＝０，１，...，ＭＷ-１で適用可能なセルに対するＤＣＩフォーマットのＴＰＣコマンド値であるとき、ＵＥ１１４はＰＵＣＣＨ送信電力を

として調整するための最終ＴＰＣコマンドを計算することができる。これは特に大きいＨＡＲＱ－ＡＣＫペイロードの送信に用いられるＰＵＣＣＨフォーマット係ってより正確な電力制御を提供することができる。

ＴＤＤシステムに対して、ｅＮＢ１０２のスケジューラは一般的に同一のバンドリングウィンドウの未来ＳＦでＵＥ１１４へのＰＤＳＣＨ送信のためのスケジューリング判定を予測することができることで仮定されることができない。結果的に、ＵＥ１１４がそれぞれのＨＡＲＱ－ＡＣＫ情報ペイロードによってＰＵＣＣＨフォーマットを選択するとき、ｅＮＢ１０２のスケジューラが一般的にバンドリングウィンドウの最後のＳＦ後のＨＡＲＱ－ＡＣＫ情報ペイロードを分らないから、ｅＮＢ１０２のスケジューラは一般的にバンドリングウィンドウの第１ＳＦでＰＵＣＣＨフォーマットが分かっていることで仮定されることができない。例えば、ｅＮＢ１０２がバンドリングウィンドウの第１ＳＦだけでＵ
Ｅ１１４へのＰＤＳＣＨ送信をスケジューリングするとき、ＵＥ１１４はＰＵＣＣＨフォーマット３のような第１ＰＵＣＣＨフォーマットを用いるが、ｅＮＢ１０２がバンドリングウィンドウのすべてのＳＦでＵＥ１１４へのＰＤＳＣＨ送信をスケジューリングするとき、ＵＥ１１４は、例えば図４のようにＰＵＳＣＨ基盤構造を有するＰＵＣＣＨフォーマットのような第２ＰＵＣＣＨフォーマットを用いる。ＦＤＤシステムに対して、ＴＤＤシステムとは異なり、ｅＮＢ１０２のスケジューラはＳＦでＰＤＳＣＨ送信を有するセルの数が分かって、当該ＨＡＲＱ－ＡＣＫペイロードがＯＨＡＲＱ-ＡＣＫ≦２２ビットであるとき、ＰＵＣＣＨフォーマット３に対するリソースを示すか、当該ＨＡＲＱ－ＡＣＫペイロードがＯＨＡＲＱ-ＡＣＫ＞２２ビットであるとき、ＰＵＳＣＨ基盤のＰＵＣＣＨフォーマットに対するリソースを示すＡＲＩ値をセッティングすることができる。

ｅＮＢ１０２及びＵＥ１１４がＰＵＣＣＨフォーマットの送信のためのＰＵＣＣＨリソースの同一の理解を有するようにするために、バンドリングウィンドウのＳＦで送信されるＤＣＩフォーマットのＡＲＩ値はＵＥ１１４があるとき、バンドリングウィンドウの以前のＳＦ及びバンドリングウィンドウのＳＦでのＰＤＳＣＨ受信に応答して用いるＰＵＣＣＨフォーマットに対するリソースを示すことができる。したがって、ＡＲＩ値はそれぞれのＤＣＩフォーマット送信のＳＦに依存することができ、バンドリングウィンドウの相違するＳＦで送信されるＤＣＩフォーマットで相違することができる。例えば、バンドリングウィンドウの第１ＳＦでＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットはＰＵＣＣＨフォーマット３のような第１ＰＵＣＣＨフォーマットに対するＰＵＣＣＨリソースを (ＡＲＩフィールドの役目をするとき、ＴＰＣコマンドフィールドの値を介して)示すが、バンドリングウィンドウの最後のＳＦでＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットはＰＵＳＣＨ基盤の構造を有するＰＵＣＣＨフォーマット４のような第２ＰＵＣＣＨフォーマットに対するＰＵＣＣＨリソースを示す。

図１３は、本開示内容によってバンドリングウィンドウのＳＦで送信されたＤＣＩフォーマットでのＡＲＩ値によって表されたＰＵＣＣＨリソースのｅＮＢ及びＵＥによる決定を示す。

ＳＦで、ｅＮＢ１０２(また、ＵＥ１１４)は、ＳＦまでのバンドリングウィンドウのＳＦで送信されたＤＣＩフォーマットに基づいてＨＡＲＱ－ＡＣＫ情報ペイロードを決定する(１３１０)。ｅＮＢ１０２(また、ＵＥ１１４)は、ＨＡＲＱ－ＡＣＫ情報ペイロードが第１ＰＵＣＣＨフォーマット又は第２ＰＵＣＣＨフォーマットの使用と連関されるかを決定する(１３２０)。第１ＰＵＣＣＨフォーマットが用いられるとき、ＳＦで送信された１３１０ＤＣＩフォーマットでのＡＲＩ値は第１ＰＵＣＣＨフォーマット送信のためのリソースを示す(１３３０)。第２ＰＵＣＣＨフォーマットが用いられるとき、ＳＦで送信された１３１０ＤＣＩフォーマットでのＡＲＩ値は第２ＰＵＣＣＨフォーマット送信のためのリソースを示す(１３４０)。

ＵＥ１１４がＤＬセルの第１グループに対応するＵＣＩに対する１次セル上でＰＵＣＣＨを送信し、ＤＬセルの第２グループに対応するＵＣＩに対する１次２次セル上でＰＵＣＣＨを送信するとき、第１実施形態はＤＬセル及び１次セルの第１グループとＤＬセル及び１次２次セルの第２グループに対して別個で適用される。

ＰＵＣＣＨ送信電力制御
本開示内容の第２実施形態はＰＵＣＣＨ送信のための電力制御メカニズムを考慮する。ＰＵＣＣＨ送信が常に１つのＰＲＢ対を超える最大５個のＤＬセル(また、ＲＥＦ１及びＲＥＦ３参照)を有したＣＡにサポートされたＰＵＣＣＨフォーマットとは異なり、５個以上のＤＬセルを有したＣＡに対するＰＵＣＣＨ送信は１つ以上のＰＲＢ対にあることができる。

ＰＵＣＣＨでのＨＡＲＱ－ＡＣＫ送信のために、ＵＥ１１４は式３のようにセルｃ(１次セル又は１次２次セル)及びＳＦｉでＰＵＣＣＨ送信電力ＰＰＵＣＣＨ,ｃ(ｉ)(ミリワット当りデシベル(ｄＢｍ))を導出することができる。

又は、同等に、式３ａと同様にＰＵＣＣＨ送信電力に対して式２のようにＰＵＣＣＨフォーマット１ａに対する△Ｆ_ＰＵＣＣＨ(Ｆ)オフセットを用い、

ここで、
●ＰＣＭＡＸ,ｃ(ｉ)はセルｃ及びＳＦｉでの設定されたＵＥ１１４送信電力である。
●ＭＰＵＣＣＨ,ｃ(ｉ)はセルｃ及びＳＦｉでのＲＢのＰＵＣＣＨ送信ＢＷである。
●ＰＯ_ＰＵＣＣＨ,ｃ(ｕ)はセルｃでのｅＮＢ１０２で平均受信されたＳＩＮＲを制御し、上位階層シグナリングを介してｅＮＢ１０２によってＵＥ１１４に設定されるセル特定構成要素ＰＯ_ＮＯＭＩＮＡＬ_ＰＵＣＣＨ(ｕ)及びＵＥ特定構成要素ＰＯ_ＵＥ_ＰＵＣＣＨ(ｕ)の和である。ＨＡＲＱ－ＡＣＫを伝達するＰＵＣＣＨ送信に対して、ｕ＝０。Ｐ－ＣＳＩを伝達するＰＵＣＣＨ送信に対し、ｕ＝１。ＨＡＲＱ－ＡＣＫ及びＰ－ＣＳＩをいずれも伝達するＰＵＣＣＨ送信に対して、共同ＨＡＲＱ－ＡＣＫ及びＰ－ＣＳＩ送信のためにＨＡＲＱ－ＡＣＫＢＬＥＲとＰ－ＣＳＩＢＬＥＲの間のより小さいターゲットＢＬＥＲを保障するために２個のＰＯ_ＮＯＭＩＮＡＬ_ＰＵＣＣＨ(ｕ)値のうちで大きい値が適用される。ＳＲ送信は付加的な変更なしに統合されることができる。同一のターゲットＢＬＥＲがシステム動作でＨＡＲＱ－ＡＣＫ及びＰ－ＣＳＩに対して基本的に適用されるとき(すなわち、ＨＡＲＱ－ＡＣＫ及びＰ－ＣＳＩに対する相違するＰＯ_ＰＵＣＣＨ,ｃ(ｕ)値がｅＮＢ１０２によってＵＥ１１４に設定されないとき)、ＵＣＩタイプ上のＰＯ_ＰＵＣＣＨ,ｃ(ｕ)依存性は必要ではない(インデックスｕは省略されることができる)。
●ＰＬｃはセルｃに対してＵＥ１１４によって測定されたＰＬ推定値である。
●△Ｆ_ＰＵＣＣＨ(Ｆ)は上位階層によってＵＥ１１４に提供され、この値はＰＵＣＣＨフォーマット１ａ)に対する送信電力をオフセットするためにそれぞれのＰＵＣＣＨフォーマット(Ｆ)に依存する。
●△ＴＦ,ｃ(ｉ)は

として決定され、ここで、ＢＰＲＥ＝ＯＵＣＩ/ＮＲＥ、ＯＵＣＩはＣＲＣビットを含む
ＵＣＩビットの数であり、

である。第１例で、ＫＳはＫＳ＝0又はＫＳ＝1.25のうちの１つとして上位階層シグナリングによってＵＥ１１４に設定される。第２例で、ＫＳの値はＵＣＩペイロードによってＰＵＣＣＨ送信電力を調整するためにＫＳ＝1.25としてシステム動作の仕様によってセッティングされる。
●

ここでｇｃ(ｉ)は現在のＰＵＣＣＨ電力制御調整状態で、ｇ(０)はリセット後に第１値であり、δＰＵＣＣＨ,ｃは１次セル上でＰＤＳＣＨをスケジューリングする(第１、ＴＤＤシステムの場合に)ＤＣＩフォーマット又はＤＣＩフォーマット３／３Ａ)のようにＰＤＳＣＨをスケジューリングするＤＬＤＣＩフォーマットからＵＥ１１４へシグナリングされるＴＰＣコマンドであり、Ｍ及びｋｍの定義はＲＥＦ３と同じである。
●△ＴｘＤ(ｕ)はＵＥ１１４が単一アンテナポートからＰＵＣＣＨを送信する時には０と同一で、ＵＥ１１４が送信機アンテナダイバシティ(ｔｒａｎｓｍｉｔｔｅｒ ａｎｔｅｎｎａ ｄｉｖｅｒｓｉｔｙ；ＴｘＤ)を用いてＰＵＣＣＨを送信するようにｅＮＢ１０２によって設定されるときには△ＴｘＤ(ｕ)＞０。陰の△ＴｘＤ(ｕ)値は送信機アンテナダイバシティによってＢＬＥＲ利得をキャプチャ(ｃａｐｔｕｒｅ)する。ＵＥ１１４にはＨＡＲＱ－ＡＣＫ送信及びＰ－ＣＳＩ送信のためにＴｘＤが独立的に設定されるとき、△ＴｘＤ(ｕ)は(ｕ＝０によってキャプチャされる)ＨＡＲＱ－ＡＣＫ送信及び(ｕ＝１によってキャプチャされる)Ｐ－ＣＳＩ送信に対して相違することができる。ＨＡＲＱ－ＡＣＫ及びＰ－ＣＳＩのいずれをも伝達するＰＵＣＣＨ送信に対し、ＴｘＤが用いられることができる。ＵＥ１１４にはＨＡＲＱ－ＡＣＫ送信及びＰ－ＣＳＩ送信のためにＴｘＤが共同に設定されるとき、ＵＣＩタイプに対する△ＴｘＤ(ｕ)の依存性は必要ではない(インデックスｕは省略されることができる)。

ｅＮＢ受信機でのＨＡＲＱ－ＡＣＫ情報コードワード探知
本開示内容の第３実施形態はＵＥ１１４がＴＢＣＣを用いてＨＡＲＱ－ＡＣＫコードワードをエンコードするときのｅＮＢ１０２でＨＡＲＱ－ＡＣＫ情報コードワードの探知手続きを考慮する。

ＨＡＲＱ－ＡＣＫ情報コードワードはｅＮＢ１０２に知られたＨＡＲＱ－ＡＣＫ値を含むことができる。例えば、セルドメイン全体ＤＡＩがＨＡＲＱ－ＡＣＫペイロードを決定するためのＦＤＤシステムでｅＮＢ１０２からＵＥ１１４へのＰＤＳＣＨ送信を有するセルを示すのに使用されないとき、ＵＥ１１４はＨＡＲＱ－ＡＣＫ情報コードワードでの設定されたすべてのセルに対するＨＡＲＱ－ＡＣＫ情報を含むことができる。ｅＮＢ１０２がＰＤＳＣＨをＵＥ１１４に送信しないセルに対して、ｅＮＢ１０２はＨＡＲＱ－ＡＣＫ情報コードワードでのそれぞれのＨＡＲＱ－ＡＣＫ値がＮＡＣＫ／ＤＴＸ値であることを予想することができる。例えば、ＴＤＤシステムに対し、ＵＥ１１４がバンドリングウィンドウですべてのＳＦに対するセルでのＰＤＳＣＨ送信のためのＨＡＲＱ－ＡＣＫ情報を
提供するとき、ｅＮＢ１０２はｅＮＢ１０２がＰＤＳＣＨをＵＥ１１４に送信しないＳＦでＨＡＲＱ－ＡＣＫ情報コードワードのそれぞれのＨＡＲＱ－ＡＣＫ値がＮＡＣＫ／ＤＴＸ値であることを予想することができる。ＮＡＣＫ／ＤＴＸ値は、例えば、二進数‘０’と表されることができるが、ＡＣＫ値は二進数‘１’と表されることができる。

ＵＥ１１４がＨＡＲＱ－ＡＣＫ情報コードワードに対してＴＢＣＣを用いるとき、ｅＮＢ１０２でのＴＢＣＣデコーダーはトレリス(ｔｒｅｌｌｉｓ)を介して多数の経路を維持することができ、ここで経路はそれぞれの可能性メトリック(ｌｉｋｅ ｌｉｈｏｏｄ ｍｅｔｒｉｃ)によって選択されることができる。生成されたＨＡＲＱ－ＡＣＫ情報コードワードがｅＮＢ１０２に事前に知られるＨＡＲＱ－ＡＣＫ情報に対する相違する値を含むとき、最も大きい可能性メトリックを有する経路は廃棄されることができ(トレリスでのそれぞれのブランチは切り取られて(ｐｒｕｎｅｄ))、生成されたデコーディングされたＨＡＲＱ－ＡＣＫ情報コードワードがｅＮＢ１０２に事前に知られたこととＨＡＲＱ－ＡＣＫ情報に対して同一の値を含むまで最も大きい可能性メトリックを有する経路は選択されることができる。(実際にコンボリューショナルエンコードが２２以上のビットのように相当に大きい大きさのＨＡＲＱ－ＡＣＫコードワードに適用されるが) 単純のために５ビットのＨＡＲＱ－ＡＣＫ情報コードワードを考慮すれば、ｅＮＢ１０２は第４ビットが‘０’の値を有することで予想する場合、ｅＮＢ１０２はこのようなコードワードが最も大きい可能性メトリックを有するときにも‘ｘ１、ｘ２、ｘ３、１、ｘ５’のデコーディングされたコードワードを廃棄し、代りにこの第４要素に対して‘０’２進値を有するコードワードのうちで最も大きい可能性メトリックを有する‘ｙ１、ｙ２、ｙ３、０、ｙ５’のコードワードを選択する。

図１４は、本開示内容によるＴＢＣＣエンコードされたＨＡＲＱ－ＡＣＫ情報コードワードに対するｅＮＢでのデコーディングプロセスを示す。

ｅＮＢ１０２はＰＤＳＣＨ送信の受信に応答してＵＥ１１４によって送信される受信されたＴＢＣＣエンコードされたＨＡＲＱ－ＡＣＫコードワードでの知られた値を決定する(１４１０)。例えば、知られた値はｅＮＢ１０２がＳＦでＰＤＳＣＨを送信しないセルに対応する位置で二進数‘０’であることができる。ｅＮＢ１０２でのＴＢＣＣデコーダーはＴＢＣＣエンコードされたＨＡＲＱ－ＡＣＫコードワードをデコーディングし、デコーディングトレリス及びそれぞれの可能性メトリックを介して多数の経路を維持する(１４２０)。経路の数はｅＮＢ１０２のデコーダー具現に依存することができる。ｅＮＢ１０２は最も大きいメトリックを有する経路に対応するＨＡＲＱ－ＡＣＫコードワードが検証されるかを決定する(１４３０)。最も大きいメトリックを有する経路に対応する候補ＨＡＲＱ－ＡＣＫコードワードに対する知られた値が、例えば、セルインデックスに対応することができるそれぞれの予め決定された位置でのデコーディングされたＨＡＲＱ－ＡＣＫコードワードの値と同一であるか否かを決定することによって検証はなることができる。検証が肯定的であれば、ｅＮＢ１０２は最も大きいメトリックを有する経路に対応することとして候補ＨＡＲＱ－ＡＣＫコードワードを選択することができる(１４４０)。検証が否定的であれば、ｅＮＢ１０２は経路の数から最も大きいメトリックを有する現在経路を廃棄することができる(１４５０)。その後、段階１４３０を繰り返すことができる。同等に、ｅＮＢ１０２のＴＢＣＣデコーダーはＨＡＲＱ－ＡＣＫコードワードのそれぞれの位置で知られたＨＡＲＱ－ＡＣＫ情報ビット値と相違するＨＡＲＱ－ＡＣＫ情報ビット値に対応するトレリスのブランチを切り取られることができる。

図１５は、本開示内容によるコードワードでの知られたビットの知識を用いるデコーダーによる経路選択を示す。

実際ＨＡＲＱ－ＡＣＫコードワードは“１１００１０１０”である(１５１０)。知られ
たＨＡＲＱ－ＡＣＫ情報ビットは第３目と第６目が１である。このような知識を用いてデコーダーは、より大きい可能性メトリックを有してもＨＡＲＱ－ＡＣＫ情報ビットに対して知られた値と相違する値を有するデコーディングされたコードワードとなるトレリスの経路を切り取られる(廃棄する)(１５２０、１５３０)。デコーダーはＨＡＲＱ－ＡＣＫコードワードのそれぞれの位置で知られた値と同一のＨＡＲＱ－ＡＣＫ情報ビット値を有するコードワードとなる最大の可能性メトリックを有する経路を選択する(１５４０)。
本開示内容が例示的な実施形態に説明されたが、多様な変更及び修正が当業者に提示されることができる。本開示内容は添付された請求項の範囲内にあるこのような変更及び修正を含むことに意図される。

１００ 無線ネットワーク
１０１～１０３ ｅＮＢ
１１１～１１６ ＵＥ
１２０、１２５ カバレッジ領域
１３０ ネットワーク

Claims (24)

1. ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）において、
   送信ブロック(ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を含むＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の受信をスケジューリングするＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）フォーマットを含む多数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する受信部と、
   前記ＰＤＳＣＨから前記ＴＢを受信したことの応答として、多数のＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報ビットを含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する送信部と、を含み、
   前記ＰＵＣＣＨのためのリソースは、最後のＰＤＣＣＨ受信に含まれたＤＣＩフォーマットのフィールドによって決定され、
   前記最後のＰＤＣＣＨ受信に含まれた前記ＤＣＩフォーマットのフィールドは、リソースのセットにおいて１つのリソースを指示し、
   前記リソースのセットは、前記ＨＡＲＱ－ＡＣＫ情報ビットの個数に基づいて決定されることを特徴とする、ＵＥ。
2. 前記ＰＤＣＣＨ受信は、それぞれの受信時間の昇順に整列していることを特徴とする、請求項１に記載のＵＥ。
3. 前記ＰＤＣＣＨ受信は、前記ＤＣＩフォーマットによってスケジューリングされたＰＤＳＣＨ受信のセルインデックスの昇順に整列していることを特徴とする、請求項１に記載のＵＥ。
4. 最後のＰＤＣＣＨ受信よりも前のＰＤＣＣＨ受信に含まれたＤＣＩフォーマットのフィールドは、第１リソースを指示し、
   前記最後のＰＤＣＣＨ受信に含まれた前記ＤＣＩフォーマットのフィールドは、前記第１リソースと異なる第２リソースを指示することを特徴とする、請求項１に記載のＵＥ。
5. 前記第１リソースは、第１ＰＵＣＣＨフォーマットの使用に関連し、前記第２リソースは、前記第１ＰＵＣＣＨフォーマットと異なる第２ＰＵＣＣＨフォーマットの使用に関連することを特徴とする、請求項４に記載のＵＥ。
6. 前記第１リソースは、第１ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連し、前記第２リソースは、前記第１ＨＡＲＱ－ＡＣＫ情報ビットの個数よりも大きい第２ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連することを特徴とする、請求項４に記載のＵＥ。
7. 基地局において、
   送信ブロック(ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を含むＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の送信をスケジューリングするＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）フォーマットを含む多数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する送信部と、
   前記ＰＤＳＣＨから前記ＴＢを送信したことの応答として、多数のＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報ビットを含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する受信部と、を含み、
   前記ＰＵＣＣＨのためのリソースは、最後のＰＤＣＣＨ送信に含まれたＤＣＩフォーマットのフィールドに関連し、
   前記最後のＰＤＣＣＨ送信に含まれた前記ＤＣＩフォーマットのフィールドは、リソースのセットにおいて１つのリソースを指示し
   前記リソースのセットは、前記ＨＡＲＱ－ＡＣＫ情報ビットの個数に基づくことを特徴とする、基地局。
8. 前記ＰＤＣＣＨ送信は、それぞれの送信時間の昇順に整列していることを特徴とする、請求項７に記載の基地局。
9. 前記ＰＤＣＣＨ送信は、前記ＤＣＩフォーマットによってスケジューリングされたＰＤＳＣＨ送信のセルインデックスの昇順に整列していることを特徴とする、請求項７に記載の基地局。
10. 最後のＰＤＣＣＨ送信よりも前のＰＤＣＣＨ送信に含まれたＤＣＩフォーマットのフィールドは、第１リソースを指示し、
    前記最後のＰＤＣＣＨ送信に含まれた前記ＤＣＩフォーマットのフィールドは、前記第１リソースと異なる第２リソースを指示することを特徴とする、請求項７に記載の基地局。
11. 前記第１リソースは、第１ＰＵＣＣＨフォーマットの使用に関連し、前記第２リソースは、前記第１ＰＵＣＣＨフォーマットと異なる第２ＰＵＣＣＨフォーマットの使用に関連することを特徴とする、請求項１０に記載の基地局。
12. 前記第１リソースは、第１ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連し、前記第２リソースは、前記第１ＨＡＲＱ－ＡＣＫ情報ビットの個数よりも大きい第２ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連することを特徴とする、請求項１０に記載の基地局。
13. 端末によって行われる方法において、
    送信ブロック(ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を含むＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の受信をスケジューリングするＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）フォーマットを含む多数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する段階と、
    前記ＰＤＳＣＨから前記ＴＢを受信したことの応答として、多数のＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報ビットを含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する段階と、を含み、
    前記ＰＵＣＣＨのためのリソースは、最後のＰＤＣＣＨ受信に含まれたＤＣＩフォーマットのフィールドによって決定され、
    前記最後のＰＤＣＣＨ受信に含まれた前記ＤＣＩフォーマットのフィールドは、リソースのセットにおいて１つのリソースを指示し、
    前記リソースのセットは、前記ＨＡＲＱ－ＡＣＫ情報ビットの個数に基づいて決定されることを特徴とする、方法。
14. 前記ＰＤＣＣＨ受信は、それぞれの受信時間の昇順に整列していることを特徴とする、請求項１３に記載の方法。
15. 前記ＰＤＣＣＨ受信は、前記ＤＣＩフォーマットによってスケジューリングされたＰＤＳＣＨ受信のセルインデックスの昇順に整列していることを特徴とする、請求項１３に記載の方法。
16. 最後のＰＤＣＣＨ受信よりも前のＰＤＣＣＨ受信に含まれたＤＣＩフォーマットのフィールドは、第１リソースを指示し、
    前記最後のＰＤＣＣＨ受信に含まれた前記ＤＣＩフォーマットのフィールドは、前記第１リソースと異なる第２リソースを指示することを特徴とする、請求項１３に記載の方法。
17. 前記第１リソースは、第１ＰＵＣＣＨフォーマットの使用に関連し、前記第２リソースは、前記第１ＰＵＣＣＨフォーマットと異なる第２ＰＵＣＣＨフォーマットの使用に関連することを特徴とする、請求項１６に記載の方法。
18. 前記第１リソースは、第１ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連し、前記第２リソースは、前記第１ＨＡＲＱ－ＡＣＫ情報ビットの個数よりも大きい第２ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連することを特徴とする、請求項１６に記載の方法。
19. 基地局によって実行される方法において、
    送信ブロック(ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を含むＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の送信をスケジューリングするＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）フォーマットを含む多数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する段階と、
    前記ＰＤＳＣＨから前記ＴＢを送信したことの応答として、多数のＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報ビットを含むＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する段階と、を含み、
    前記ＰＵＣＣＨのためのリソースは、最後のＰＤＣＣＨ送信に含まれたＤＣＩフォーマットのフィールドに関連し、
    前記最後のＰＤＣＣＨ送信に含まれた前記ＤＣＩフォーマットのフィールドは、リソースのセットにおいて１つのリソースを指示し、
    前記リソースのセットは、前記ＨＡＲＱ－ＡＣＫ情報ビットの個数に基づくことを特徴とする、方法。
20. 前記ＰＤＣＣＨ送信は、それぞれの送信時間の昇順に整列していることを特徴とする、請求項１９に記載の方法。
21. 前記ＰＤＣＣＨ送信は、前記ＤＣＩフォーマットによってスケジューリングされたＰＤＳＣＨ送信のセルインデックスの昇順に整列していることを特徴とする、請求項１９に記載の方法。
22. 最後のＰＤＣＣＨ送信よりも前のＰＤＣＣＨ送信に含まれたＤＣＩフォーマットのフィールドは、第１リソースを指示し、
    前記最後のＰＤＣＣＨ送信に含まれた前記ＤＣＩフォーマットのフィールドは、前記第１リソースと異なる第２リソースを指示することを特徴とする、請求項１９に記載の方法。
23. 前記第１リソースは、第１ＰＵＣＣＨフォーマットの使用に関連し、前記第２リソースは、前記第１ＰＵＣＣＨフォーマットと異なる第２ＰＵＣＣＨフォーマットの使用に関連することを特徴とする、請求項２２に記載の方法。
24. 前記第１リソースは、第１ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連し、前記第２リソースは、前記第１ＨＡＲＱ－ＡＣＫ情報ビットの個数よりも大きい第２ＨＡＲＱ－ＡＣＫ情報ビットの個数に関連することを特徴とする、請求項２２に記載の方法。

Images