(57)【要約】  複数のキャリアについてのチャネル状態情報及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫ情報が、ＰＵＣＣＨフォーマット３の構造を用いて同時に送信され、ここでハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビット及びＣＳＩビットは別々に符号化されインターリーブされる。例示的な方法において、少なくともチャネル状態情報ビットの数を表現する数値ＮとハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数を表現する数値Ｍとの一次結合として、電力制御オフセットパラメータが計算される（２１１０）。上記方法は、続いて、上記電力制御オフセットパラメータを用いて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のための電力レベルを計算する（２１２０）。そして、いくつかの実施形態では、符号化されたチャネル状態情報及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットが計算される上記電力レベルに従って送信される（２０６０）。いくつかの実施形態では、上記一次結合はａＮ＋ｂＭ＋ｃの形式であり、ａ、ｂ及びｃは非ゼロの定数である。【選択図】図２１
2015523831.tif 000002
【特許請求の範囲】
【請求項１】
複数のダウンリンクサブフレーム若しくは複数のダウリンクキャリア又は双方のためのチャネル状態情報ビット及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの同時レポーティングのために構成される移動端末における方法であって、第１の複数のレポーティングインスタンスの各々について、
少なくともチャネル状態情報ビットの数を表現する数値ＮとハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数を表現する数値Ｍとの一次結合として、電力制御オフセットパラメータを計算すること（２１１０）と、
前記電力制御オフセットパラメータを用いて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のための電力レベルを計算すること（２１２０）と、
を含むことを特徴とする方法。
【請求項２】
前記複数のレポーティングインスタンスの各々について、計算される前記電力レベルに従って符号化されたチャネル状態情報ビット及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットを送信すること（２０６０）、をさらに含む、請求項１の方法。
【請求項３】
前記一次結合はａＮ＋ｂＭ＋ｃの形式であり、ａ、ｂ及びｃは非ゼロの定数である、請求項１又は請求項２の方法。
【請求項４】
計算される前記電力レベルに基づいて、及び共有チャネル送信について計算される電力レベルに基づいて、電力ヘッドルームパラメータを計算すること、をさらに含む（２１３０）、請求項１〜３のいずれかの方法。
【請求項５】
前記電力ヘッドルームパラメータを基地局へ送信すること（２１４０）、をさらに含む、請求項４の方法。
【請求項６】
前記数値Ｍは、ハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビット及びスケジューリング要求（ＳＲ）ビットの数を表現する、請求項１〜５のいずれかの方法。
【請求項７】
複数のダウンリンクサブフレーム若しくは複数のダウリンクキャリア又は双方のためのチャネル状態情報ビット及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットを同時にレポートするように構成される移動端末（２２００）であって、前記移動端末（２２００）は、受信回路（２２１５）、送信回路（２２００）及び処理回路（２２１０）を備え、前記処理回路（２２１０）は、第１の複数のレポーティングインスタンスの各々について、
少なくともチャネル状態情報ビットの数を表現する数値ＮとハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数を表現する数値Ｍとの一次結合として、電力制御オフセットパラメータを計算し、
前記電力制御オフセットパラメータを用いて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のための電力レベルを計算する、
ように適合される、移動端末。
【請求項８】
前記処理回路（２２１０）は、前記複数のレポーティングインスタンスの各々について、計算される前記電力レベルに従って符号化された前記チャネル状態情報ビット及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットを送信するように前記送信回路（２２２０）を制御する、ようにさらに適合される、請求項７の移動端末（２２００）。
【請求項９】
前記一次結合はａＮ＋ｂＭ＋ｃの形式であり、ａ、ｂ及びｃは非ゼロの定数である、請求項７又は請求項８の移動端末（２２００）。
【請求項１０】
前記処理回路（２２１０）は、計算される前記電力レベルに基づいて、及び共有チャネル送信について計算される電力レベルに基づいて、電力ヘッドルームパラメータを計算する、ようにさらに適合される、請求項７〜９のいずれかの移動端末（２２００）。
【請求項１１】
前記処理回路（２２１０）は、前記複数のレポーティングインスタンスの各々について、前記電力ヘッドルームパラメータを基地局へ送信するように前記送信回路（２２２０）を制御する、ようにさらに適合される、請求項１０の移動端末（２２００）。
【請求項１２】
前記数値Ｍは、ハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビット及びスケジューリング要求（ＳＲ）ビットの数を表現する、請求項７〜１１のいずれかの移動端末（２２００）。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、２０１２年７月３１日に提出された米国仮出願第６１／６７７，６４５号の利益と優先権とを主張する。当該米国仮出願の全体的な内容は、参照によりここに取り入れられる。
【０００２】
［技術分野］
本出願は、一般に、無線通信システムにおける送信信号の電力制御に関し、より具体的には、キャリアアグリゲーション技法を活用するシステムにおける自動再送要求（ＡＲＱ）ビット及びチャネル状態情報（ＣＳＩ）ビットの送信へ適用される電力制御に関する。
【背景技術】
【０００３】
キャリアアグリゲーションは、３ＧＰＰ（3rd-Generation  Partnership  Project）のメンバーによりいわゆるＬＴＥ（Long  Term  Evolution）システムのために近年開発された新たな特徴の１つであり、ＬＴＥアドバンストとしても知られるＬＴＥリリース１０の一部として標準化されている。ＬＴＥ標準の以前のバージョンであるＬＴＥリリース８は、２０ＭＨｚまでの帯域幅をサポートする。しかしながら、ＬＴＥアドバンストについて予期される非常に高いデータレートは、送信帯域幅の拡大を要するであろう。それに応じて、ＬＴＥアドバンストでは１００ＭＨｚまでの帯域幅がサポートされる。ＬＴＥリリース８の移動端末との後方互換性を維持する目的で、利用可能なスペクトラムは、コンポーネントキャリアと呼ばれるリリース８互換のチャンク群へと分割される。キャリアアグリゲーションは、複数のコンポーネントキャリア上で移動端末がデータを送受信することを許容することにより、ＬＴＥリリース８システムの限界を超えて帯域幅を拡大することを可能とし、複数のコンポーネントキャリアは併せて１００ＭＨｚまでのスペクトラムをカバーすることができる。重要なこととして、キャリアアグリゲーションアプローチは、以前のリリース８の移動端末との互換性を保証する一方で、ＬＴＥアドバンストの広帯域のキャリアの全ての部分でレガシーの移動端末をスケジューリングすることを可能とすることにより、広範なキャリアの効率的な使用をも保証する。
【０００４】
統合されるコンポーネントキャリアの数に加えて、個々のコンポーネントキャリアの帯域幅は、アップリンク（ＵＬ）送信及びダウンリンク（ＤＬ）送信について異なってよい。ダウンリンク及びアップリンクの各々におけるコンポーネントキャリアの数が同じである場合、キャリア構成は“対称的である”という。一方、非対称的な構成では、ダウンリンクとアップリンクとの間でコンポーネントキャリアの数は異なる。さらに、地理的セルエリアについて構成されるコンポーネントキャリアの数は、所与の移動端末から見えるコンポーネントキャリアの数とは異なってよい。例えば、特定のエリアにおいてネットワークにより同じ数のアップリンクコンポーネントキャリア及びダウンリンクコンポーネントキャリアが提供され得るとしても、移動端末は、アップリンクコンポーネントキャリアよりも多くのダウンリンクコンポーネントキャリアをサポートしてよい。
【０００５】
ＬＴＥシステムは、周波数分割複信（ＦＤＤ）モード又は時間分割複信（ＴＤＤ）モードのいずれかで動作可能である。ＦＤＤモードでは、ダウンリンク送信及びアップリンク送信は、十分に離れた異なる周波数帯域において生じる。一方、ＴＤＤモードでは、ダウンリンク送信及びアップリンク送信は、重複しない異なるタイムスロットで生じる。よって、ＴＤＤはペアリングされないスペクトラムにおいて動作可能であり、一方でＦＤＤはペアリングされるスペクトラムを要する。ＴＤＤモードは、様々なダウンリンク／アップリンク構成の手段によって、アップリンク及びダウンリンク送信にそれぞれ割り当てられるリソースの量の観点での様々な非対称性をも可能とする。それら様々な構成によって、ダウンリンク及びアップリンクの使用に共有周波数リソースを異なる割合で割り当てることが許容される。従って、アップリンクリソース及びダウンリンクリソースを、所与のＴＤＤキャリアについて非対称的に割り当てることができる。
【０００６】
キャリアアグリゲーションについての１つの検討事項は、移動端末からアップリンク上で無線ネットワークへいかにして制御シグナリングを送信するか、である。アップリンク制御シグナリングは、ハイブリッド自動再送要求（ハイブリッドＡＲＱあるいはＨＡＲＱ）プロトコルのための確認応答（ＡＣＫ）及び否定応答（ＮＡＣＫ）シグナリングと、ダウンリンクスケジューリングのためのチャネル状態情報（ＣＳＩ）及びチャネル品質情報（ＣＱＩ）レポーティングと、移動端末がアップリンクデータ送信のためにアップリンクリソースを必要としていることを示すスケジューリング要求（ＳＲ）と、を含み得る。キャリアアグリゲーションを使用するＬＴＥシステムでは、複数のダウンリンクキャリアについてのＡＣＫ／ＮＡＣＫ及びチャネル状態情報を搬送するために移動端末により単一のアップリンクキャリアが使用される。さらに、ＴＤＤを使用するＬＴＥシステムでは、複数のダウンリンクサブフレームについてのＡＣＫ／ＮＡＣＫ情報が単一のアップリンクサブフレームにおいて送信される必要があり得る。ＴＤＤ及びキャリアアグリゲーションの双方を使用するシステムでは、相対的に多数のＡＣＫ／ＮＡＣＫビット及びＣＳＩビットが、単一のアップリンクキャリア上の単一のアップリンクサブフレームにおいて送信される必要があるかもしれない。従って、キャリアアグリゲーション及び／又はＴＤＤを活用するシステムにおいてアップリンク制御−チャネル情報の送信を管理するための改善された技法が必要とされる。
【発明の概要】
【０００７】
複数のキャリアについてのチャネル状態情報及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫ情報が、ＰＵＣＣＨフォーマット３の構造を用いて同時に送信され得る。ここで開示される技法の実施形態は、複数のダウンリンクサブフレーム若しくは複数のダウリンクキャリア又は双方のためのチャネル状態情報ビット及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの同時レポーティングのための方法を含む。例示的な方法は、まず始めに、少なくともチャネル状態情報ビットの数を表現する数値ＮとハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数を表現する数値Ｍとの一次結合として、電力制御オフセットパラメータを計算する。上記方法は、続いて、上記電力制御オフセットパラメータを用いて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のための電力レベルを計算する。
【０００８】
そして、いくつかの実施形態では、計算された上記電力レベルに従って、符号化されたチャネル状態情報及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットが送信される。いくつかの実施形態では、上記一次結合はａＮ＋ｂＭ＋ｃの形式であり、ａ、ｂ及びｃは非ゼロの定数である。
【０００９】
これら及び他の実施形態のいくつかでは、上記方法は、計算される上記電力レベルに基づいて、及び共有チャネル送信について計算される電力レベルに基づいて、電力ヘッドルームパラメータを計算すること、をさらに含む。そして、上記電力ヘッドルームパラメータは、基地局へと送信され得る。
【００１０】
上で要約した方法のいくつかは、移動端末内に提供される電子データ処理回路を用いて実装され得る。各移動端末は、当然ながら、例えばＬＴＥのフォーマット及びプロトコルといった既知のフォーマット及びプロトコルに従ってフォーマット化された無線信号を受信し及び送信するために適した無線回路をも含む。従って、これら技法のいずれかを実行するように適合される移動端末装置が後の議論において詳細に説明される。
【００１１】
当然ながら、開示される技法は、上で要約した特徴及び利点に限定されない。実際、当業者は、以下の詳細な説明を読み、添付図面を閲覧すれば、追加的な特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００１２】
【図１】移動体通信システムの一例を示している。
【図２】ＯＦＤＭを用いる移動体通信システムのための時間−周波数リソースのグリッドを示している。
【図３】ＬＴＥ信号の時間領域の構造を示している。
【図４】ＬＴＥについてのリリース８標準に係るアップリンクサブフレームにおけるＰＵＣＣＨリソースの位置を示している。
【図５】ＴＤＤフレーム内のアップリンクサブフレームへのＡＣＫ／ＮＡＣＫビットのマッピングを示している。
【図６】ＰＵＣＣＨフォーマット２に従ったチャネル状態情報の符号化及び変調を示している。
【図７】１００ＭＨｚの統合帯域幅を形成するための複数のキャリアの統合を示している。
【図８】ＰＵＣＣＨフォーマット３に従った複数のＡＣＫ／ＮＡＣＫビットの符号化及び変調を示している。
【図９】１１ビットまでについてＰＵＣＣＨフォーマット３の符号化及び多重化の詳細を示している。
【図１０】１２〜２１ビットについてＰＵＣＣＨフォーマット３の符号化及び多重化の詳細を示している。
【図１１】ＡＣＫ／ＮＡＣＫビット及びＣＳＩビットの結合的な符号化を示している。
【図１２】ＡＣＫ／ＮＡＣＫビット及びＣＳＩビットの別個の符号化を示している。
【図１３】電力制御パラメータの計算における使用のためのパラメータの導出を例示するグラフである。
【図１４】電力制御パラメータの計算における使用のためのパラメータの導出を例示するグラフである。
【図１５】電力制御パラメータの計算における使用のためのパラメータの導出を例示するグラフである。
【図１６】電力制御パラメータの計算における使用のためのパラメータの導出を例示するグラフである。
【図１７】電力制御パラメータの計算における使用のためのパラメータの導出を例示するグラフである。
【図１８】電力制御パラメータの計算における使用のためのパラメータの導出を例示するグラフである。
【図１９】ＣＳＩ及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの結合的なレポーティングを説明する処理フロー図である。
【図２０】ＰＵＣＣＨフォーマット３送信の出力電力を設定するＵＥの手続を示している。
【図２１】複数のダウンリンクサブフレーム若しくは複数のダウリンクキャリア又は双方のためのチャネル状態情報ビット及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの同時レポーティングのための例示的な方法を示す処理フロー図である。
【図２２】例示的な通信ノードのコンポーネントを示すブロック図である。
【図２３】例示的な移動端末の機能コンポーネントを示している。
【発明を実施するための形態】
【００１３】
以下の議論において、ここに開示される技法の具体的な実施形態の特定の詳細が、限定ではなく説明の目的で論じられる。当業者には、それら特定の詳細から逸脱して他の実施形態を活用し得ることが理解されるであろう。さらに、いくつかの例では、よく知られた方法、ノード、インタフェース、回路及びデバイスの詳細な説明は、不必要な詳細で説明を曖昧にしないために省略される。当業者は、説明される機能が１つのノードにおいて又は複数のノードにおいて実装され得ることを理解するであろう。説明される機能のいくつか又は全ては、ＡＳＩＣ、ＰＬＡ等の、特殊な機能を実行するために相互接続されるアナログの及び／又はディスクリートのロジックゲートといったハードウェア回路を用いて実装されてもよい。同様に、機能のいくつか又は全ては、ソフトウェアプログラム及びデータを１つ以上のデジタルマイクロプロセッサ又は汎用コンピュータと共に用いて実装されてもよい。エアインタフェースを用いて通信するノードが説明される場合、それらノードは適した無線通信回路をも有することが理解されるであろう。その上、本技術は、ここで説明される技法をプロセッサに遂行させることになるコンピュータ命令の適切なセットを収容する、ソリッドステートメモリ、磁気ディスク又は光学ディスクといった、非一時的に具現化されたものを含む任意の形式のコンピュータ読取可能なメモリへと、全体として具現化されるように追加的に考えることができる。
【００１４】
ハードウェア実装は、限定ではないものの、上記機能を実行可能な、デジタル信号プロセッサ（ＤＳＰ）、低減命令セットプロセッサ、ＡＳＩＣ（application  specific  integrated  circuit）及び／若しくはＦＰＧＡ（field  programmable  gate  array）を含む（但しそれに限定されない）ハードウェア（例えば、デジタル若しくはアナログ）回路、並びに（適切であれば）ステートマシンを含み又は包含し得る。
【００１５】
コンピュータ実装の観点において、コンピュータは、概して１つ以上のプロセッサ又は１つ以上のコントローラを含むと理解され、コンピュータ、プロセッサ及びコントローラとの用語は、互換可能に採用され得る。機能は、コンピュータ、プロセッサ又はコントローラによって提供される場合、単一の専用コンピュータ若しくはプロセッサ若しくはコントローラにより、単一の共有コンピュータ若しくはプロセッサ若しくはコントローラにより、又は複数の個別のコンピュータ若しくはプロセッサ若しくはコントローラにより提供されてよく、それらのうちいくつかは共有されてもよく又は分散されてもよい。その上、“プロセッサ”又は“コントローラ”との用語は、上で列挙された例示的なハードウェアのように、上記機能を実行し及び／又はソフトウェアを実行することが可能な他のハードウェアへの言及でもある。
【００１６】
ここで図面を参照すると、図１は、移動端末１００へ無線通信サービスを提供するための例示的な移動体通信ネットワーク１０を示している。図１には、ＬＴＥの専門用語で“ユーザ機器”あるいは“ＵＥ”という、３つの移動端末１００が示されている。移動端末１００は、例えば、セルラーフォン、ＰＤＡ（personal  digital  assistants）、スマートフォン、ラップトップコンピュータ、手持ち型コンピュータ、又は無線通信ケイパビリティを伴う他のデバイスを含み得る。留意すべきこととして、“移動端末”との用語は、ここで使用されるところによれば、移動体通信ネットワークにおいて動作する端末をいい、端末それ自体が移動体であるか又は移動可能であることを必ずしも示唆しない。よって、当該用語は、ポータブルデバイス、車両取付け型のデバイス等に加えて、何らかのＭ２Ｍ（machine-to-machine）アプリケーションといった固定的な構成で取り付けられる端末への言及でもあり得る。
【００１７】
移動体通信ネットワーク１０は、複数の地理的セルエリアあるいはセクタ１２を含む。各地理的セルエリアあるいはセクタ１２は、ＬＴＥではＮｏｄｅＢ又は拡張ＮｏｄｅＢ（ｅＮｏｄｅＢ）という基地局２０によりサービスされる。１つの基地局２０が、複数の地理的セルエリアあるいはセクタ１２においてサービスを提供してもよい。移動端末１００は、１つ以上のダウンリンク（ＤＬ）チャネル上で基地局２０からの信号を受信し、及び１つ以上のアップリンク（ＵＬ）チャネル上で基地局２０へ信号を送信する。
【００１８】
例示の目的で、ＬＴＥ（Long-Term  Evolution）システムの文脈でいくつかの実施形態が説明されるであろう。しかしながら、当業者は、開示される技法のいくつかの実施形態が、より一般には、例えばＷｉＭａｘ（ＩＥＥＥ８０２．１６）システムを含む他の無線通信システムに適用可能であり得ることを理解するであろう。
【００１９】
ＬＴＥは、ダウンリンクでは直交周波数分割多重（ＯＦＤＭ）を、アップリンクでは離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭを使用する。基本的なＬＴＥダウンリンク物理リソースを、時間−周波数グリッドとして見ることができる。図２は、ＬＴＥについての例示的なＯＦＤＭ時間−周波数グリッド５０の利用可能なスペクトラムの一部を示している。概して言うと、時間−周波数グリッド５０は、１ミリ秒のサブフレームへと分割される。各サブフレームは、ある数のＯＦＤＭシンボルを含む。マルチパス分散（multipath  dispersion）が極端に苛酷であると予期されない状況における使用に適した通常のサイクリックプレフィクス（ＣＰ）長については、１つのサブフレームは１４個のＯＦＤＭシンボルからなる。拡張サイクリックプレフィクスが使用される場合には、１つのサブフレームは１２個のＯＦＤＭシンボルのみを有する。周波数領域では、物理リソースは、１５ｋＨｚの間隔で隣接するサブキャリアへと分割される。サブキャリアの数は、割り当てられるシステム帯域幅に従って変化する。時間−周波数グリッド５０の最小のエレメントは、リソースエレメントである。リソースエレメントは、１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアからなる。
【００２０】
リソースエレメントは、リソースブロックへとグルーピングされ、リソースブロックは、サブフレームの２つの等長スロットのうちの１つの範囲内の、１２個のＯＦＤＭサブキャリアからなる。図２は、合計で１６８個のリソースエレメントからなるリソースブロックペアを示している。
【００２１】
ダウンリンク送信は動的にスケジューリングされ、各サブフレームにおいて、基地局は、その現行のダウンリンクサブフレームについて、データの送信先である移動端末とデータが送信されるリソースブロックとを識別する制御情報を送信する。制御シグナリングは、典型的には、各サブフレーム内の先頭の１つ、２つ、３つ又は４つのＯＦＤＭシンボルを占める制御領域において送信される。図２では、３つのＯＦＤＭシンボルの制御領域を伴うダウンリンクシステムが例示されている。当該制御領域内で送信される物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、動的なスケジューリング情報はＵＥ（“ユーザ機器”、移動局についての３ＧＰＰ用語）へ通信される。ＰＤＣＣＨの成功裏の復号の後、ＵＥは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）からのトラフィックデータの受信、又は物理アップリンク共有チャネル（ＰＵＳＣＨ）上のトラフィックデータの送信を、ＬＴＥ規格において仕様化された予め定義されるタイミングに従って実行する。
【００２２】
図３に示したように、ＬＴＥダウンリンク送信はさらに時間領域において１０ミリ秒の無線フレームへと組織化され、各無線フレームは１０個のサブフレームからなる。各サブフレームは、０．５ミリ秒の時間長の２つのスロットへと分割され得る。さらに言うと、ＬＴＥにおけるリソース割当ては、リソースブロックを基準としてしばしば記述され、リソースブロックは時間領域において１つのスロット（０．５ｍｓ）に、周波数領域において１２個の連続するサブキャリアに相当する。リソースブロックは、周波数領域において、システム帯域幅の一端において０から始まるように付番される。
【００２３】
エラー制御のために、ＬＴＥはハイブリッドＡＲＱ（ＨＡＲＱ）を使用し、ＨＡＲＱにおいて、サブフレームにおけるダウンリンクデータの受信後に、移動端末は、復号を試行し、復号が成功したか（ＡＣＫ）否か（ＮＡＣＫ）を物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して基地局へレポートする。復号の試行が不成功に終わった場合、基地局（３ＧＰＰの用語では拡張ＮｏｄｅＢあるいはｅＮｏｄｅＢ）は、エラーの起きたデータを再送することができる。同様に、基地局は、ＰＵＳＣＨの復号が成功したか（ＡＣＫ）否か（ＮＡＣＫ）を物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を介してＵＥに示すことができる。
【００２４】
移動端末から基地局へ送信されるハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に加えて、移動端末から基地局へのアップリンク制御シグナリングは、一般にチャネル状態情報（ＣＳＩ）又はチャネル品質情報（ＣＱＩ）というダウンリンクチャネル条件に関するレポートをも含む。このＣＳＩ／ＣＱＩは、ダウンリンクリソースのスケジューリング決定における支援のために、基地局により使用される。ＬＴＥシステムはダウンリンクリソース及びアップリンクリソースの双方の動的スケジューリングに依拠するため、アップリンク制御チャネル情報はスケジューリング要求をも含み、スケジューリング要求は、アップリンクデータ送信のためにアップリンクトラフィックチャネルリソースを必要としていることを示すために移動端末により送信される。
【００２５】
ダウンリンクのキャリアアグリゲーションを伴わないシナリオでは、ＵＥは、ＰＵＳＣＨ上で送信すべきデータを有している場合、ＰＵＳＣＨ上のデータにアップリンク制御情報を多重化する。よって、ＵＥは、ＰＵＳＣＨ上で送信すべきデータを有していない場合に、上記アップリンク制御情報をシグナリングするためにＰＵＣＣＨを使用するのみである。従って、移動端末にデータ送信用のアップリンクリソースが割当て済みでない場合、チャネルステータスレポート、ハイブリッドＡＲＱ確認応答及びスケジューリング要求を含むレイヤ１／レイヤ２（Ｌ１／Ｌ２）制御情報が、物理アップリンク制御チャネル（ＰＵＣＣＨ）上のアップリンクＬ１／Ｌ２制御に特に割り当てられたアップリンクリソース（リソースブロック）において送信される。これは、３ＧＰＰ仕様のリリース８（ＬＴＥ  Ｒｅｌ−８）において最初に定義された。
【００２６】
図４に示したように、これらリソースは、移動端末にとって使用のために利用可能なアップリンクセル帯域幅のエッジに位置する。各物理制御チャネルリソースは、リソースブロックのペアから形成され、各リソースブロックは、アップリンクサブフレームの２つのスロットのうちの１つの範囲内で１２個のＯＦＤＭサブキャリアからなる。周波数ダイバーシティを提供する目的で、物理制御チャネルリソースは、スロット境界上で周波数ホッピングされ−よって、ペアのうちの第１リソースブロックはサブフレームの第１スロット内のスペクトラムの下方部分にあり、ペアのうちの第２リソースブロックはサブフレームの第２スロットの期間中のスペクトラムの上方部分に位置する（又はその逆である）。非常に大規模な全送信帯域幅が多数のユーザをサポートしているといったケースのように、アップリンクＬ１／Ｌ２制御シグナリングのためにより多くのリソースが必要であれば、追加的なリソースブロックを、過去に割り当て済みのリソースブロックに隣接して割り当てることができる。
【００２７】
利用可能な帯域幅全体のエッジにＰＵＣＣＨリソースを配置する理由は２つある。第一に、上述した周波数ホッピングと併せて、これは制御シグナリングにより経験される周波数ダイバーシティを最大化し、制御シグナリングを双方のリソースブロックにまたがって拡散されるように符号化することができる。第二に、スペクトラムの範囲内の他の位置、即ちエッジ以外、のアップリンクリソースをＰＵＣＣＨに割り当てれば、アップリンクスペクトラムが断片化してしまい、アップリンク送信のシングルキャリア特性を依然として維持しつつ単一の移動端末に非常に広い送信帯域幅を割り当てることが難しくなってしまう。
【００２８】
ＴＤＤを用いるＬＴＥシステムでは、単一のアップリンクサブフレームにより搬送されるハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックが、複数のダウンリンクサブフレームに対応し得る。ＰＤＳＣＨのためのＨＡＲＱ  Ａ／Ｎフィードバックのためのタイミングは、３ＧＰＰ仕様“Physical  Channels  and  Modulation”（3GPP  TS36.211，v.10.50.0，June  2012，www.3gpp.orgにて入手可能）において各Ｕ／Ｄ構成について克明なテーブルと手続記述と共に仕様化されている。ＬＴＥのリリース８仕様によれば、ＵＥは、復号されたＰＤＳＣＨ送信に対応するＡＣＫ／ＮＡＣＫ情報を、予め定義されるアップリンクサブフレームにおいてフィードバックするものとされる。ＵＥは、当該ハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫ応答を、ｋを表１に列挙されているアソシエーションセットＫ＝｛ｋ０，ｋ１，…，ｋＭ−１｝の範囲内であるとしてサブフレームｎ−ｋ内に、対応するＰＤＣＣＨの検出により示されるＰＤＳＣＨ送信が存在する場合、又はダウンリンクＳＰＳの解放を示すＰＤＣＣＨが存在する場合に、アップリンクサブフレームｎ内のＰＵＣＣＨ上で送信するものとされる。
【００２９】
アソシエーションセットＫのサイズは、Ｍにより表記される。パラメータＭは、以下において、ＰＵＣＣＨリソース及びシグナリングを決定するために使用される。パラメータＭは、異なるサブフレームにおいて、及び異なるＵＬ／ダウンリンク構成を有するセルにおいて、異なる値をとり得る。なお、統合されるセル群のＵＬ／ダウンリンク構成はＲｅｌ−１０のＴＤＤキャリアアグリゲーションでは同一でなければならないことから、あるサブフレームのためのパラメータＭは、ＵＥについての全ての構成されるサービングセルにわたって同一である。
【００３０】
【表１】
2015523831.tif 000003
【００３１】
テーブル１において仕様化されているタイミング関係を示す例が、図５に示されている。コンフィグレーション１のセルにおけるアップリンクサブフレーム７について、テーブル１は、アソシエーションセットＫ＝｛７，６｝を提供しており、これは、サブフレーム７−７＝０及び７−６＝１において送信されるＰＤＳＣＨのためのあり得るＨＡＲＱ  Ａ／Ｎフィードバックを搬送することに対応する。図５では、これが、図の“コンフィグレーション＃１”とラベリングされた部分においてダウンリンクサブフレーム０及び１からアップリンクサブフレーム７への矢印で示されている。コンフィグレーション１のセルにおけるこのダウンリンクサブフレーム７について、パラメータＭ＝２である。
【００３２】
同様に、コンフィグレーション２のセルにおけるアップリンクサブフレーム２について、テーブル１は、アソシエーションセットＫ＝｛８，７，４，６｝を提供しており、これは、先行するフレームのサブフレーム４、５、６及び８において送信されるＰＤＳＣＨのためのあり得るＨＡＲＱ  Ａ／Ｎフィードバックを搬送することに対応する。図５のコンフィグレーション＃２では、これが上記ダウンリンクサブフレームからアップリンクサブフレーム２への矢印で示されている。コンフィグレーション２のセルにおけるこのアップリンクサブフレーム２について、パラメータＭ＝４である。
【００３３】
さらに、スケジューリングサブフレームの数は、いわゆるダウンリンク割り当てインデックス（Downlink  assignment  index）を示すＤＣＩフォーマット内の２ビットを利用することで、ｅＮｏｄｅＢによりＵＥへ示され得る。当該２ビットは、テーブル２に従った値を表現する。ＤＡＩは、例えばダウンリンク割り当てを逸失したかを検出するためにＵＥにより使用される。
【００３４】
【表２】
2015523831.tif 000004
【００３５】
ＵＥは、ダウンリンクＰＤＳＣＨ送信への応答として送信すべきＡＣＫ／ＮＡＣＫを有する場合、ＰＤＳＣＨリソースをＵＥへ割り当てたＰＤＣＣＨ送信から、どのＰＵＣＣＨリソースを使用すべきかを判定する。より具体的には、ＵＥのためのＰＵＣＣＨリソースへのインデックスは、ダウンリンクリソース割り当てを送信するために使用された最初の制御チャネルエレメントの番号から導出される。ＵＥは、送信すべきスケジューリング要求又はＣＱＩを有する場合、より上位のレイヤのシグナリングによって当該ＵＥについて予め構成済みの固有のＰＵＣＣＨリソースを使用する。
【００３６】
ＰＵＣＣＨが搬送することになる情報の様々なタイプに依存して、いくつかの異なるＰＵＣＣＨフォーマットが使用され得る。１つのサブフレームの期間中のリソースブロックのペアのデータ搬送容量は、１つの移動端末の短期的制御シグナリングのニーズのために一般に必要とされるよりも多い。従って、制御シグナリングのために設けられるリソースを効率的に活用するために、複数の移動端末が同じ物理制御チャネルリソースを共有することができる。これは、複数の移動端末の各々に、セル固有の長さ１２の周波数領域シーケンスの異なる直交位相回転（orthogonal  phase-rotations）及び／又は異なる直交時間領域カバーコードを割り当てることにより行われる。これら周波数領域の回転及び／又は時間領域のカバーコードを符号化される制御チャネルデータに適用することにより、いくつかの状況において、３６個もの移動端末が所与の物理制御チャネルリソースを共有することができる。
【００３７】
単一の物理制御チャネルリソースの制約の範囲内で、様々な量及びタイプのアップリンク制御チャネルデータを符号化するために、３ＧＰＰにより異なる複数の符号化フォーマットが開発されてきた。一般にＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット２及びＰＵＣＣＨフォーマット３として知られるそれら複数のフォーマットが、文書“4G  LTE/LTE-Advanced  for  Mobile  Broadband”（Erik  Dahlman,  Stefan  Parkvall及びJohan  Skoeld,  Academic  Press,  Oxford  UK,  2011)の第２２６〜２４２頁に詳細に記述されており、以下に簡潔に要約される。
【００３８】
スケジューリング要求及び／又はＡＣＫ／ＮＡＣＫを送信するために使用されるＰＵＣＣＨフォーマット１、１ａ及び１ｂは、Ｚａｄｏｆｆ−Ｃｈｕシーケンスの巡回シフトに基づく。変調データシンボルは、巡回シフトされたＺａｄｏｆｆ−Ｃｈｕシーケンスで乗算される。巡回シフトは、あるシンボルから他へと、及びあるスロットから次へと変化する。１２個の異なるシフトが利用可能であるものの、高い周波数選択性を呈するセル内のＰＵＣＣＨ送信同士の直交性を維持するために、上位レイヤシグナリングは、所与のセル内のＵＥを、全数よりも少ないシフトを使用するように構成し得る。変調データシンボルにＺａｄｏｆｆ−Ｃｈｕシーケンスが乗算された後、その結果が直交拡散シーケンスを用いて拡散される。ＰＵＣＣＨフォーマット１、１ａ及び１ｂは、ＳＣ−ＦＤＭＡシンボル番号２、３及び４において、（通常のサイクリックプレフィクスが使用される場合）スロットごとに３つのリファレンスシンボルを搬送する。
【００３９】
ＰＵＣＣＨフォーマット１ａ及び１ｂは、それぞれ１つ又は２つのいずれかのハイブリッドＡＲＱ確認応答を搬送するＰＵＣＣＨ送信に関する。ＰＵＣＣＨフォーマット１送信（ＳＲのみを搬送する）は、ＲＲＣシグナリングにより予め構成済みの、（特定の時間−周波数リソース、巡回シフト及び直交拡散コードにより定義される）ＵＥ固有の物理制御チャネルリソース上で送信される。同様にして、ハイブリッドＡＲＱ確認応答のみを搬送するＰＵＣＣＨフォーマット１ａ又は１ｂ送信は、異なるＵＥ固有物理制御チャネルリソース上で送信される。ＡＣＫ／ＮＡＣＫ情報及びスケジューリング要求の双方を搬送するように意図されるＰＵＣＣＨフォーマット１ａ又は１ｂ送信は、ポジティブなＳＲ送信のために割り当てられたＳＲリソース上で送信され、ＡＣＫ／ＮＡＣＫ情報と共に符号化される。
【００４０】
ＰＵＣＣＨフォーマット１／１ａ／１ｂ送信は、１又は２ビットの情報のみを（加えて、送信のために使用される物理制御チャネルリソースに依存して、スケジューリグ要求を）搬送する。チャネル状態情報レポートはサブフレームごとに２つよりも多いデータビットを要するため、ＰＵＣＣＨフォーマット２／２ａ／２ｂがそれら送信のために使用される。図６に示したように、ＰＵＣＣＨフォーマット２、２ａ及び２ｂにおいて、チャネル状態レポートはまずブロック符号化され、そして送信用にブロック符号化されたビットがスクランブリングされ及びＱＰＳＫで変調される。（図６は、スロットごとに７つのシンボルを伴う、通常のサイクリックプレフィクスを用いるサブフレームのための符号化を示している。拡張サイクリックプレフィクスを用いるスロットは、２つではなくスロットごとに１つのリファレンス信号のみを有する。）そして、結果として生じる１０個のＱＰＳＫシンボルは、巡回シフトされたＺａｄｏｆｆ−Ｃｈｕタイプのシーケンス、長さ１２の位相回転されたシーケンスで乗算され、あらためて言うと巡回シフトはシンボル間及びスロット間で変化する。シンボルのうちの５個が処理されて第１スロット、即ち図６の左側に現れているスロットで送信され、残りの５個のシンボルは第２スロットで送信される。ＰＵＣＣＨフォーマット２、２ａ及び２ｂは、スロットごとに２つのリファレンスシンボルを搬送し、それらはＳＣ−ＦＤＭＡシンボル番号１及び５に位置する。
【００４１】
ＬＴＥリリース８又はＬＴＥリリース９に従って（即ち、キャリアアグリゲーション無しで）動作するＵＥについて、ＡＣＫ／ＮＡＣＫビット及びＣＳＩビットを同時にレポートするというモードにＵＥを構成することが可能である。ＵＥが通常のサイクリックプレフィクスを使用している場合、ＰＵＣＣＨフォーマット２の各スロット内の２番目のリファレンス信号（ＲＳ）リソースエレメント上のＱＰＳＫシンボルへと、１つ又は２つのＡＣＫ／ＮＡＣＫビットが変調される。各スロット内の２番目のＲＳ上に１つのＡＣＫ／ＮＡＣＫビットが変調される場合、ＵＥにより使用されるＰＵＣＣＨフォーマットを、ＰＵＣＣＨフォーマット２ａという。各スロット内の２番目のＲＳ上に２つのＡＣＫ／ＮＡＣＫビットが変調される場合、ＵＥにより使用されるＰＵＣＣＨフォーマットを、ＰＵＣＣＨフォーマット２ｂという。ＵＥが拡張サイクリックプレフィクスで構成される場合、１つ又は２つのＡＣＫ／ＮＡＣＫビットがチャネル状態情報（ＣＳＩ）フィードバックと共に結合的に符号化され、ＰＵＣＣＨフォーマット２内で共に送信される。
【００４２】
ＰＵＣＣＨフォーマット１送信のように、ＰＵＣＣＨへ割り当てられるリソースブロックのペアは、巡回シフトによって分離される別個の送信信号で、複数のＵＥからの複数のＰＵＣＣＨフォーマット２送信を搬送することができる。ＰＵＣＣＨフォーマット１送信のように、一意な各ＰＵＣＣＨフォーマット２リソースをインデックスによって表現することができ、そのインデックスから位相回転及び他の必要な量が導出される。ＰＵＣＣＨフォーマット２リソースは、準静的に構成される。留意すべきこととして、リソースブロックのペアは、ＰＵＣＣＨフォーマット２／２ａ／２ｂ及び１／１ａ／１ｂの混成をサポートするか、又はフォーマット２／２ａ／２ｂを排他的にサポートするかのいずれかで構成され得る。
【００４３】
ＬＴＥ標準の３ＧＰＰリリース１０（ＬＴＥリリース１０）が公開済みであり、キャリアアグリゲーションの使用を通じて、２０ＭＨｚを上回る帯域幅についてのサポートが提供される。ＬＴＥリリース１０仕様の開発に課された１つの重要な要件は、ＬＴＥリリース８との後方互換性を確保することであった。スペクトラムの互換性についての必要性は、２０ＭＨｚよりも広いＬＴＥリリース１０キャリアがＬＴＥリリース８の移動端末にとって複数の個別のより小さい帯域幅に見えるべきである、ということを決定付けた。それら個別のキャリアの各々を、コンポーネントキャリアということができる。
【００４４】
特に早い時期のＬＴＥリリース１０システムの配備については、ＬＴＥ仕様の以前のリリースに準拠する多くの“レガシー”移動端末と比較して、相対的に少数のＬＴＥリリース１０対応移動端末が存在するであろうと予期され得る。従って、リリース１０移動端末に加えてレガシー移動端末のための広範囲のキャリアの効率的な使用、即ち、レガシー移動端末が広帯域のＬＴＥリリース１０キャリアの全ての部分にスケジューリング可能であるようにキャリアを実装することが可能であること、を保証する必要がある。
【００４５】
これを獲得する直接的な１つのやり方は、キャリアアグリゲーションと呼ばれる技法の手段による。キャリアアグリゲーションによって、ＬＴＥリリース１０の移動端末は、複数のコンポーネントキャリアを受信することができ、各コンポーネントキャリアはリリース８キャリアと同じ構造を有する（又は少なくとも有し得る）。キャリアアグリゲーションの基本的な概念が図７に示されており、５つの２０ＭＨｚコンポーネントキャリアの統合が例示され、１００ＭＨｚという統合帯域幅が生み出されている。ＬＴＥ標準のリリース１０は、統合される５個のキャリアまでのサポートを仕様化しており、各キャリアは６通り、即ち１．４、３、５、１０、１５及び２０ＭＨｚの無線周波数（ＲＦ）帯域幅、のうちの１つに限られる。
【００４６】
統合されるコンポーネントキャリアの数と共に、各個別のコンポーネントキャリアについての帯域幅は、アップリンク及びダウンリンクについて異なってよい。対称的構成ではダウンリンク及びアップリンクでのコンポーネントキャリアの数は同一であり、非対称構成ではアップリンク及びダウンリンクキャリアの数は相違する。
【００４７】
初期アクセスの期間中に、ＬＴＥリリース１０移動端末は、ＬＴＥリリース８移動端末と同様に振る舞い、アップリンク及びダウンリンク用の単一のキャリアへのアクセスを要求し及び獲得する。ネットワークへの成功裏の接続の後、移動端末は、自身のキャパシティ及びネットワークに依存して、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）において追加的なコンポーネントキャリアと共に構成され得る。
【００４８】
移動端末は、追加的なコンポーネントキャリアと共に構成される場合であっても、常にそれらの全てを必ずしもモニタリングする必要はない。これは、ＬＴＥリリース１０が構成とは別個にコンポーネントキャリアのアクティブ化をサポートしているためである。移動端末は、ＰＤＣＣＨ及びＰＤＳＣＨについて、構成され且つアクティブ化されているコンポーネントキャリアのみをモニタリングする。アクティブ化はＲＲＣシグナリングよりも高速なＭＡＣ（Medium  Access  Control）制御エレメントに基づくことから、アクティブ化／非アクティブ化処理は最新のデータレートのニーズを充足するために要するコンポーネントキャリアの数に動的に追随することができる。１つのコンポーネントキャリアであるダウンリンクプライマリコンポーネントキャリア（ダウンリンクＰＣＣ）を除いて全てを、任意の所与の時点で非アクティブ化することができる。
【００４９】
ＬＴＥにおいてキャリアアグリゲーションが使用される場合、１つのアップリンクキャリアが全てのダウンリンクキャリアのＰＤＳＣＨ送信のためのＨＡＲＱ−ＡＣＫ／ＮＡＣＫビットを搬送するように設計される。４ビットより多くのＡ／Ｎを送信する可能性を働かせるために、ＰＵＣＣＨフォーマット３を用いることができる。ＦＤＤシナリオでは、各ダウンリンクキャリアは、当該キャリアについてＭＩＭＯ（multiple-input  multiple-output）動作が有効化されるかに依存して、スケジューリングされるサブフレームごとに１つ又は２つのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットを生成することができる。ＴＤＤシナリオでは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数は、所与のアップリンクサブフレームがいくつのダウンリンクサブフレームのためのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットを搬送すべきであるかにも依存する。
【００５０】
４ビットより多い情報が送信されなければならないシナリオについて設計されるＰＵＣＣＨフォーマット３は、離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭに基づく。図８は、ＬＴＥサブフレームの２つのスロットのうちの１つについてのその設計のブロック図を示している。アップリンクフレームの第２スロットに同じ処理が適用される。例示されるシナリオにおいて、（単一のスケジューリング要求（ＳＲ）ビットと合成され得る）複数のＡＣＫ／ＮＡＣＫビットが、ＲＭ（Reed-Muller）前方誤り訂正（ＦＥＣ）符号を用いて符号化され、４８符号化ビットを形成する。（ＲＭエンコーダにより生成される３２出力符号化ビットのいくつかが、４８符号化ビットを生成するために反復される。）そして、符号化ビットは、セル固有の（かつ恐らくはＤＦＴ拡散ＯＦＤＭシンボル依存の）シーケンスを用いてスクランブリングされる。２４ビットは第１スロット内で送信され、他の２４ビットは第２スロット内で送信される。そして、スロットごとの２４ビットは、図８において“ＱＰＳＫマッピング”とラベリングされたブロックにより示される通り、１２個のＱＰＳＫシンボルへとマッピングされ、スロットのＯＦＤＭシンボルのうちの５つに現れる（シンボル０、２、３、４及び６）。スロット内のこれら５つのシンボルの各々におけるシンボルのシーケンスは、図８においてＯＣ０、ＯＣ１、ＯＣ２、ＯＣ３及びＯＣ４により示されるＯＦＤＭシンボル固有の直交カバーコードで拡散され、ＤＦＴプリコーディングに先立って巡回シフトされる。ＤＦＴプリコーディングされたシンボルは、（逆高速フーリエ変換あるいはＩＦＦＴを用いて）ＯＦＤＭシンボルへと変換され、１つのリソースブロック（帯域幅リソース）かつ５つのＤＦＴ拡散ＯＦＤＭシンボル（時間リソース）内で送信される。拡散シーケンス又は直交カバーコード（ＯＣ）は、ＵＥ固有であり、同じリソースブロック内での５つまでのユーザの多重化を可能とする。
【００５１】
リファレンス信号（ＲＳ）について、巡回シフトされたＣＡＺＡＣ（constant-amplitude  zero-autocorrelation）シーケンスを使用することができる。例えば、３ＧＰＰ  ＴＳ３６．２１１“Physical  Channels  and  Modulation”におけるコンピュータ最適化シーケンスを使用することができる。リファレンス信号間の直交性ををより一層改善するために、長さ２の直交カバーコードをリファレンス信号に適用し得る。しかしながら、このアプローチは、ＬＴＥ仕様のリリース１０又は１１では使用されない。
【００５２】
ＡＣＫ／ＮＡＣＫビットの数が１１を上回る場合、当該ビットは２つの部分へと分割され、２つの部分の各々について１つとなるように２つのＲＭエンコーダが使用される。これはデュアルＲＭコードとして知られている。２０個までのＡＣＫ／ＮＡＣＫビット（＋１つのＳＲビット）をこのやり方でＰＵＣＣＨフォーマット３によりサポートすることができる。デュアルＲＭコードでの各エンコーダは２４ビットを出力し、その２４ビットは１２個のＱＰＳＫシンボルへと変換され、結果として生じる１２個のＱＰＳＫシンボルの２つのセットはスロットをまたいで分配され、第１のエンコーダからの１２個のシンボルが奇数番目サブキャリアへマッピングされ及び第２のエンコーダからの１２個のシンボルが偶数番目のサブキャリアへとマッピングされるようにサブキャリアにわたるインターリーブが行われ、スロットごとに６つの奇数サブキャリア及び６つの偶数サブキャリアが想定される。（このマッピング動作には、セル間干渉のランダム化を提供するために、時間領域におけるシンボルのセル固有、スロット固有及びシンボル固有の巡回シフトが含まれる。）そして、スロットごとの１２個のＱＰＳＫシンボルが、単一のＲＭコードのケースのように、５つの直交カバーコードのうちの１つを用いて、５つのＤＦＴＳ−ＯＦＤＭシンボルをまたいで拡散される。
【００５３】
上述した符号化及び多重化のいくつかの詳細が、図９及び図１０に示されている。図９は、１１個までのアップリンク制御情報（ＵＣＩ）ビットについてのアプローチを示している。上述したように、このケースでは、ＵＣＩビットは、単一のエンコーダを用いて符号化され４８ビットが生成される。これら４８ビットは、２４個のＱＰＳＫシンボルへとマッピングされ、それらはＰＵＣＣＨを搬送するアップリンクサブフレームの第１及び第２スロットの間で分割される。一方、図１０は、１２から２１個のＵＣＩビットについて取られるアプローチを示している。このケースでは、ＵＣＩビットは２つのセグメントへと分割され、２つの別個のエンコーダへと供給される。各エンコーダは、２４個の符号化ビットを生成し、それらは１２個のＱＰＳＫシンボルへとマッピングされる。各エンコーダからの１２個のＱＰＳＫシンボルは、インターリーブされる基準で、アップリンクサブフレームの２つのスロットの間で分配される。
【００５４】
【数１】
2015523831.tif 000005
【００５５】
ＬＴＥ仕様のリリース１１について、ＣＳＩ及びマルチセル（即ち、マルチキャリア）のＡＣＫ／ＮＡＣＫ並びにＳＲのフィードバックのために、ＰＵＣＣＨフォーマット３構造を使用することが決定された。ＣＳＩ及びＡＣＫ／ＮＡＣＫビットを符号化するための１つのあり得るアプローチは、結合符号化（joint  encoding）のアプローチを用いることであり、ＣＳＩ、ＡＣＫ／ＮＡＣＫ及びＳＲビットはシングル又はデュアルのＲＭエンコーダの前に連結される。合計ペイロードが１１ビットよりも大きければ、リリース１０でのＰＵＣＣＨフォーマット３の仕様でのＡＣＫ／ＮＡＣＫのケースと同様に、デュアルＲＭエンコーダが使用される。図１１は、結合符号化のためのこれら技法の各々についての例を示している。図１１の上段は、単一のＲＭエンコーダを用いた１１個までのペイロードビットの符号化の例示的なアプローチを示しており、下段は、デュアルＲＭエンコーダを用いた１２ビットと２２ビットとの間の符号化の例示的なアプローチを示している。双方のケースで、ＡＣＫ／ＮＡＣＫビット及びＣＳＩビットが結合的に符号化される。
【００５６】
検討下にある他のアプローチは、別々の符号化（separate  encoding）であり、やはりデュアルＲＭエンコーダを使用し、但し１つのエンコーダによりＣＳＩビットが符号化され、他のエンコーダによりＡＣＫ／ＮＡＣＫビットが符号化される。ＳＲビットが存在する場合、ＳＲビットはＡＣＫ／ＮＡＣＫビットと共に符号化され得る。別々の符号化のアプローチの１つの重要な利点は、後により詳細に説明されるように、ＣＳＩ及びＡＣＫ／ＮＡＣＫビットに様々なエラー保護のレベルを提供し得ることであり、それによりＡＣＫ／ＮＡＣＫビットの過剰な保護及びエネルギーの浪費が回避される。
【００５７】
このアプローチによって、ＣＳＩビット及びＡＣＫ／ＮＡＣＫビットへそれぞれ適用される符号レートをパラメータΔにより調整することができ、Δをここでは“符号化インバランスパラメータ”あるいは“レートマッチングパラメータ”という。この符号化インバランスパラメータΔの意義を、図１２に示したシナリオにおいて見ることができる。そこで見ることができるように、ＡＣＫ／ＮＡＣＫビット（及び、存在するのであればＳＲビット）は、第１のＲＭエンコーダにより符号化され、同エンコーダは２４＋Δビットを生成する。ＣＳＩビットは、別個のＲＭエンコーダにより符号化され、同エンコーダは２４−Δビットを生成する。よって、２つのエンコーダがΔの値に関わらず併せて４８ビットを生成し、そしてそれら４８ビットがスクランブリングされ、変調され、及び基地局への送信のためにＰＵＣＣＨフォーマット３構造へとマッピングされ得る。
【００５８】
その際、概して言うと、符号化インバランスパラメータΔは、合計の符号化ビット数を不変に維持しながら、２つのエンコーダからの出力符号化ビット数を調整する。いくつかの実施形態では、パラメータΔは偶数の整数値に制限される。このアプローチによって、各エンコーダからの出力において、２つの符号化ビットずつを容易に単一のＱＰＳＫシンボルへとマッピングすることができる。
【００５９】
図１２を再び参照し、Δが増加すると、合計の符号化ビット数が一定に保たれるように、ＲＭエンコーダ１が符号レートを引き下げる一方でＲＭエンコーダが符号レートを増加させることが理解されるであろう。よって、増加したΔは、ＲＭエンコーダ１により符号化されるビットについてのより良好なチャネル符号化保護を与え、一方でＲＭエンコーダ２により符号化されるビットについての保護を減少させる。よって、２つのペイロードについての保護のレベルを調整することができ、これは２つのペイロードが異なる場合及び／又はそれらが異なるエラー要件を有する場合に有益である。なお、Δは正の及び負の偶数の整数値であり得ることに留意されたい。図１２に示した構成を所与とすると、正のΔについて、ＣＳＩビットに対して相対的により多くの保護がＨＡＲＱ  Ａ／Ｎ及びＳＲビットへ提供される。負のΔについて、ＣＳＩビットへより多くの保護が提供される。各符号語は同じエラー保護を有することができ、即ち、Δ＝０であり、あるいはΔ≠ではエラー保護は不均等である。
【００６０】
コンポーネントキャリアのスケジューリングは、ダウンリンク割り当てを介して、ＰＤＣＣＨ又はｅＰＤＣＣＨ（拡張ＰＤＣＣＨ）を用いて行われる。ＰＤＣＣＨ又はｅＰＤＣＣＨ上の制御情報は、ダウンリンク制御情報（ＤＣＩ）メッセージとしてフォーマット化される。リリース８では、移動端末は１つのダウンリンクコンポーネントキャリア及び１つのアップリンクコンポーネントキャリアと共に動作するのみであり、ダウンリンク割り当て、アップリンクグラント、並びに対応するダウンリンク及びアップリンクコンポーネントキャリアの間の関連付けは非常に明瞭である。しかしながら、リリース１０では、キャリアアグリゲーションの２つのモードを区別する必要がある。第１のモードは複数のリリース８移動端末の動作と非常に類似しており、あるコンポーネントキャリア上で送信されるＤＣＩメッセージ内に含まれるダウンリンク割り当て又はアップリンクグラントは、ダウンリンクコンポーネントキャリア自体か又は一意に関連付けられるアップリンクコンポーネントキャリアのいずれかへ適用される。（この関連付けは、セル固有のリンク付け又はＵＥ固有のリンク付けのいずれかを介してなされ得る。）第２の動作モードは、ＤＣＩメッセージをキャリアインジケータフィールド（ＣＩＦ）で増強する。ＣＩＦと共にダウンリンク割り当てを含むＤＣＩは、ＣＩＦにより指し示される特定のダウンリンクコンポーネントキャリアへ適用され、一方でＣＩＦと共にアップリンクグラントを含むＤＣＩは、指し示されるアップリンクコンポーネントキャリアへ適用される。
【００６１】
ダウンリンク割り当てのためのＤＣＩメッセージは、とりわけ、リソースブロック割り当て、変調符号化方式関連パラメータ、及びＨＡＲＱ冗長バージョンインジケータを含む。実質的なダウンリンク送信に関連するこれらパラメータに加えて、ダウンリンク割り当てのためのほとんどのＤＣＩフォーマットは、送信電力制御（ＴＰＣ）コマンドのためのビットフィールドをも含む。これらＴＰＣコマンドは、ＨＡＲＱフィードバックを送信するために使用される対応するＰＵＣＣＨのアップリンク電力制御の振る舞いを制御するために使用される。
【００６２】
各ダウンリンク割り当ては、ＰＤＣＣＨ上のそのＤＣＩメッセージと共にスケジューリングされる。リリース８のフォーマット、又はリリース８に非常に類似するフォーマットがリリース１０についても使用され、受信される各ＤＣＩメッセージは、ＰＵＣＣＨのための送信電力についての調整値を収容するＴＰＣビットフィールドを含む。全てのＴＰＣコマンドは同じアップリンクコンポーネントキャリア及び／又はＰＵＣＣＨを対象とする（address）ことから、１つのＴＰＣフィールド内で真のＴＰＣコマンドを送信するのみとし、他のＤＣＩメッセージ内のＴＰＣフィールドを非電力制御関連情報のために再利用することが提案されてきた。これを行うことで、冗長的でない制御情報についてのより高いデータレートが可能となる。
【００６３】
【数２】
2015523831.tif 000006
【００６４】
【表３】
2015523831.tif 000007
【００６５】
概して言うと、全てのＰＵＣＣＨフォーマットについての基本的な動作ポイントは共通であり、即ち、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ／３及びチャネル選択は全て同じ電力制御ループを使用し、但し２つの電力制御パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）及びΔＦ＿ＰＵＣＣＨ（Ｆ）は例外である。これらパラメータは、様々なＰＵＣＣＨフォーマットについて様々な性能及びペイロードサイズを考慮する。従って、これらパラメータは、ＰＵＣＣＨフォーマットごとに個別に判定される。
【００６６】
以下の議論において、項ｎＨＡＲＱは、概してＡＣＫ／ＮＡＣＫビット数をいう。但し、ＳＲビットが送信される場合には、ＳＲビットをＡＣＫ／ＮＡＣＫと同じやり方で考慮に入れることができる。よって、ｎＨＡＲＱは、ＡＣＫ／ＮＡＣＫビット＋ＳＲビットの数をいうとも理解されることができる。さらに、ｎＣＱＩはチャネル状態情報（ＣＳＩ）ビット数を表し、チャネル状態情報とはチャネル品質インジケータ（ＣＱＩ）及び／又はランクインジケータ（ＲＩ）及び／又はプリコーディング行列インジケータ（ＰＭＩ）ビットを含み得ることが理解されるべきである。
【００６７】
【数３】
2015523831.tif 000008
【００６８】
【数４】
2015523831.tif 000009
【００６９】
キャリアアグリゲーションでのＰＵＣＣＨフォーマット３について、ＵＥが上位レイヤによりＨＡＲＱ−ＡＣＫ／ＳＲビット及びＣＳＩビットを同時に送信するように構成される場合に適用されるｈ（ｎＣＱＩ，ｎＨＡＲＱ）の定義を持つことの必要性がある。この問題は、それら状況下でＰＵＣＣＨフォーマット３へ適用可能なｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての式を決定することにより解決される。
【００７０】
【数５】
2015523831.tif 000010
【００７１】
上で議論したように、３ＧＰＰリリース１０仕様において定義されているｈ（ｎＣＱＩ，ｎＨＡＲＱ）は送信されるべきＨＡＲＱ−ＡＣＫ、ＳＲ及びＣＳＩビットの数に依存しており、一方で、様々な無線条件、受信機実装及びＰＵＣＣＨフォーマットに起因する信号対雑音比（ＳＮＲ）オフセットはΔＦ＿ＰＵＣＣＨ（Ｆ）により扱われる。
【００７２】
ｈ（ｎＣＱＩ，ｎＨＡＲＱ）及びΔＦ＿ＰＵＣＣＨ（Ｆ）を決定するために、ｅＮｏｄｅＢはＰＵＣＣＨフォーマット１ａの電力を正確に制御できるという仮定を置く。その仮定と共に、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）を取得するための１つのアプローチは、様々なチャネルタイプ、速度、受信機アルゴリズム、帯域幅などに対応する全ての異なるシナリオの傾きに適合する曲線にフィットさせることである。それら曲線を、各シナリオについてＰＵＣＣＨフォーマット１ａの曲線と対応するＰＵＣＣＨフォーマット３の曲線との間の差異を計算することにより、同じ処理で、ΔＦ＿ＰＵＣＣＨ（Ｆ）を決定するために使用することができる。
【００７３】
以下では、各変数、即ちｎＨＡＲＱ及びｎＣＱＩのためのａ又はｂそれぞれについてのｈ（ｎＣＱＩ，ｎＨＡＲＱ）の傾きをいかに評価するかをより詳細に説明する。
【００７４】
【数６】
2015523831.tif 000011
【００７５】
ｎＨＡＲＱに算入されるハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数は、例えば、以下の定義のうちの１つであり得る：
（１）ＨＡＲＱ−ＡＣＫフィードバックウィンドウ内でスケジューリング可能なトランスポートブロックの数；
（２）ＨＡＲＱ−ＡＣＫフィードバックウィンドウ内でＵＥにより受信されたトランスポートブロック及びダウンリンクＳＰＳ解放の数；
（３）統合するコンポーネントキャリアごとのトランスポートブロックの構成数に基づく、ＵＥがレポートバックする合成ＨＡＲＱ−ＡＣＫビットの数；又は
（４）ＵＥが送信する合成ＨＡＲＱ−ＡＣＫビットであって、ＵＥにより受信されなかったトランスポートブロックには対応しない合成ＨＡＲＱ−ＡＣＫビットの数。このケースにおいて、ＵＥが２つのプロセスの間で空間的バンドリングを行い、１つのプロセスが受信したトランスポートブロックに対応し他のプロセスがトランスポートブロックを受信しなかったプロセスに相当する場合、それは単一の合成ＨＡＲＱ−ＡＣＫビットとしてカウントされる。
【００７６】
【数７】
2015523831.tif 000012
【００７７】
【数８】
2015523831.tif 000013
【００７８】
【数９】
2015523831.tif 000014
【００７９】
さらに、スケジューリング要求ビットは、以下の可能性に従って１又は０のいずれかを示すことができる：
（１）ＵＬ−ＳＣＨのための関連付けられるトランスポートブロックを何も持たないＵＥについてＳＲのためにサブフレームｉが構成される場合には１を示し、そうでなければ０に等しい。
（２）ＵＬ−ＳＣＨのための関連付けられるトランスポートブロックを何も持たないサブフレームｉについてＵＥがポジティブなスケジューリング要求を有する場合には１を示し、そうでなければ０に等しい。
【００８０】
等式（１）において、ｎＣＱＩは、例えばＰＭＩ、ＣＱＩ、ＲＩ及び／又はＰＴＩビットの数であり得るＣＳＩビット数を表現する。当該ビット数は、特定の機会にレポートされる情報ビットの数に基づくことができる。代替的に、それは特定の機会に求められるレポート情報ビットの数に基づくことができる。
【００８１】
【数１０】
2015523831.tif 000015
【００８２】
上で示したように、電力制御機能は、等式（１）又は等式（２）のいずれかに従って表現され得る。ａ、即ちＨＡＲＱ−ＡＣＫビット及びＳＲビットの数に対応する傾きを決定するために、ＣＳＩビット数及び／又は伝播チャネルタイプ及び／又は帯域幅及び／又は受信機アルゴリズムといった様々なシナリオに起因するオフセットを、ＨＡＲＱ−ＡＣＫビット及びＳＲビットの多様な数について対応する動作ＳＮＲ値から減ずるべきである。そして、ＨＡＲＱ−ＡＣＫビット及びＳＲビット数に対する得られる相対ＳＮＲ曲線に最もよくフィットする傾きが、傾きａを決定するために使用されるべきである。
【００８３】
上と同じ手続を、ＣＳＩビット数ｎＣＱＩに対応する傾きｂを決定するために適用することができる。但し、このケースでは、ＨＡＲＱ−ＡＣＫビット＋ＳＲビット数及び／又は伝播チャネルタイプ及び／又は帯域幅及び／又は受信機アルゴリズムといった様々なシナリオに起因するオフセットを、ＣＳＩビットの多様な数について対応する動作ＳＮＲ値から減ずるべきである。そして、ＣＳＩビット数に対する得られる相対ＳＮＲ曲線に最もよくフィットする傾きが、傾きｂを決定するために使用されるべきである。
【００８４】
ｃにより捕捉されるｈ（ｎＣＱＩ，ｎＨＡＲＱ）の式の中の制約値を包含するなどといった、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての他の制約が課せられてもよい。例えば、ＬＴＥ電力制御仕様と整合するためは、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ｈ（ｎＣＱＩ＝０，ｎＨＡＲＱ＝１）＝０となるようにあるべきである。このパラメータは、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）内に含められ、又はΔＦ＿ＰＵＣＣＨ（Ｆ）により捕捉されることができる。
【００８５】
ＨＡＲＱ−ＡＣＫ及び／又はＳＲ並びにＣＳＩの同時送信のためのＰＵＣＣＨフォーマット３について上で説明した手続を例示するために、以下を検討されたい。前に触れたように、ＣＳＩ及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビット（及びＳＲ）を符号化するために、結合符号化及び別々の符号化という２つの主な候補が提案される。図１３及び図１４は、（ＥＴＵ（Extended  Typical  Urban）及びＥＰＡ（Extended  Pedestrian  A）モデルを含む）いくつかの異なるチャネルタイプ及びＵＥ速度に加えて様々なＣＳＩビット数についての、ＡＣＫ／ＮＡＣＫビット数に対するｄＢでの動作ＳＮＲを実証している。図１３は結合符号化についての曲線を示している一方、図１４はＣＳＩ及びＡＣＫ／ＮＡＣＫビットの別々の符号化についての対応する曲線を示している。双方のケースにおいて、フォーマット１ａについての動作ＳＮＲも与えられている。
【００８６】
図１５及び図１６は、ＨＡＲＱ−ＡＣＫビット＋ＳＲビット数が変化する際に最も良くフィットする傾きを見つけ出すために、図１３及び図１４にそれぞれ対応する動作ＳＮＲ曲線がいかに移動されるかを示しており、相対動作ＳＮＲ曲線が生み出される。それぞれ結合符号化及び別々の符号化について図１７及び図１８に示したように、ＣＳＩビット数が変化する際の最良の傾きを決定するために同様の方法論が適用される。
【００８７】
結果的に最良のフィットとして見つけ出されたのは、ａ＝１／２及びｂ＝１／３である。さらに言うと、ｃ＝−１／２が要件ｈ（ｎＣＱＩ＝０，ｎＨＡＲＱ＝１）＝０を充足し、これは代替的にΔＦ＿ＰＵＣＣＨ（Ｆ）により捕捉されてもよい。
【００８８】
【数１１】
2015523831.tif 000016
【００８９】
よって、ΔＦ＿ＰＵＣＣＨ（Ｆ）＝０が与えられ、又は代替的にΔＦ＿ＰＵＣＣＨ（Ｆ）＝０．５であり得る。ＵＥ及びｅＮＢについて実装マージンを考慮すると、ΔＦ＿ＰＵＣＣＨ（Ｆ）についての他の値もまたあり得る。
【００９０】
図１３〜図１８において、Ａ／Ｎビット数は、ＨＡＲＱ−ＡＣＫビット及び／又はＳＲビットの数を表現する。
【００９１】
いくつかの実施形態において、ＵＥは、ＵＥ送信電力を設定する際に、上述した対応するｈ（ｎＣＱＩ，ｎＨＡＲＱ）及びΔＦ＿ＰＵＣＣＨ（Ｆ）を適用することになる。それらのいくつか及び他の何らかの実施形態において、ＵＥは、ＰＵＣＣＨレポートを含む電力ヘッドルームレポートを決定する際に、上述した対応するｈ（ｎＣＱＩ，ｎＨＡＲＱ）及びΔＦ＿ＰＵＣＣＨ（Ｆ）を適用するであろう。
【００９２】
同様に、いくつかの実施形態において、ｅＮｏｄｅＢは、ＵＥが上述した公式のうちの１つに従ってその送信電力を適応させるであろうという前提の下で、ＵＥのＰＵＣＣＨを電力制御する。それらのいくつか及び他の何らかの実施形態において、ｅＮｏｄｅＢは、上述した公式に基づいて計算されるＰＨＲを受信する。さらなる副次的な実施形態において、ｅＮｏｄｅＢは、例えばＰＵＳＣＨ、ＳＲＳ及び／又はＰＵＣＣＨ送信のリンク適応のために、アップリンクスケジューリングのためにＰＨＲレポートを利用する。
【００９３】
図１９は、システムレベルでの、即ちＵＥとｅＮｏｄｅＢとの間のＣＳＩ及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの結合的なレポーティングを例示する信号フロー図である。１９１０に示したように、シグナリングフローは、ｅＮｏｄｅＢが周期的なＣＳＩレポーティングのためにＵＥを構成することから始まる。続いて、１９２０に示したように、ｅＮｏｄｅＢは、ダウンリンク送信をスケジューリングし、ＵＥへダウンリンク割り当てを送信する。周期的な各ＣＳＩレポーティング機会において、ＵＥは、ＣＳＩビット及びＡＣＫ／ＮＡＣＫビット（＋ＳＲビット）を同時に送信する。これら機会のうちの１つが１９３０に示されている。
【００９４】
図２０は、ここに開示されている技法の実施形態に従ってＰＵＣＣＨフォーマット３送信の出力電力を設定するためのＵＥ手続を示している。ブロック２０１０に見られるように、ＵＥは、１つ以上のダウンリンク割り当てを受信する。（これは図１９において１９２０に示されているシグナリングに対応することに留意されたい。）当該ダウンリンク割り当てに基づき、ＵＥは、ブロック２０２０に示したように、受信されるトランスポートブロックの数をカウントし得る。ブロック２０３０に示したように、これがＨＡＲ  ＡＣＫ／ＮＡＣＫビットの数を決定する。ブロック２０４０に示したように、ＵＥは、送信される必要のあるＣＳＩビット数をも決定する。そして、ブロック２０５０に示したように、ＵＥは、ＣＳＩ及びＡＣＫ／ＮＡＣＫビットのペイロードに基づいて、ＰＵＣＣＨフォーマット３送信の送信電力を決定し及び設定する。最後に、ＵＥは、ブロック２０５０に示したように、符号化されたＣＳＩ及びＡＣＫ／ＮＡＣＫビットを搬送するＰＵＣＣＨフォーマット３を送信する。
【００９５】
図２１の処理フロー図は、ＰＵＣＣＨフォーマット３のための電力レベルがいかに遂行されるかの詳細を示している。図２１に示した処理は図２０のブロック２０５０に示された動作において遂行される動作のサブセットであり得ることが理解されるであろう。
【００９６】
図２１を参照すると、図示した処理は、ブロック２１１０に示したように、少なくともチャネル状態情報ビットの数を表現する数値ＮとハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数を表現する数値Ｍとの一次結合として、電力制御オフセットパラメータを計算することから開始される。次に、ブロック２１２０に示したように、ＵＥは、上記電力制御オフセットパラメータを用いて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のための電力レベルを計算する。そして、図２０のブロック２０６０に示したように、ＵＥは、計算した上記電力レベルに従って符号化されたチャネル状態情報及びハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットを送信し得る。
【００９７】
図２１に示した処理のいくつかの実施形態において、上で言及した一時結合は、ａＮ＋ｂＭ＋ｃの形式であり、ａ、ｂ及びｃは非ゼロの定数である。それらのいくつか及び他のいくつかの実施形態では、数値Ｍは、ハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビット及びスケジューリング要求（ＳＲ）ビットの数を表現し得る。
【００９８】
いくつかの実施形態において、処理は続き、計算された電力レベルに基づいて、及び共有チャネル送信について計算される電力レベルに基づいて、電力ヘッドルームパラメータが計算される。そして、電力ヘッドルームパラメータが基地局へ送信される。これら動作は、図２１のブロック２１３０及び２１４０に示されている。但し、それらブロックは破線のアウトラインで表現されており、これはあらゆる実施形態又はあらゆるシナリオに現れなくてもよいという意味において、その動作が“オプション的”であること、に留意されたい。
【００９９】
上で議論したブロック図及び処理フロー図は、移動端末及び基地局内に提供されるデータ処理回路を用いて実装され得る。各移動端末及び基地局は、当然ながら、例えばＬＴＥのフォーマット及びプロトコルといった既知のフォーマット及びプロトコルに従って整形された無線信号を送受信するための無線回路をも含む。
【０１００】
図２２は、上述した技法を具現化する例示的な通信ノード２２００の特徴を示している。詳細な構成に加えて、物理サイズ、電力要件などといった特徴は状況によるものの、通信ノード２２００のエレメントの一般的な特性は、無線基地局及び移動端末の双方に共通である。さらに、双方とも、ＡＣＫ／ＮＡＣＫビット及びチャネル状態情報を符号化して送信し又はそうした情報を受信信号から復号するための上述した技法のうちの１つ又は複数を遂行するように適合され得る。
【０１０１】
通信ノード２２００は、（基地局のケースでは）複数の移動端末と通信するため、又は（移動端末のケースでは）１つ以上の基地局の送受信機２２２０と、送受信機２２２０により送受信される信号を処理するための処理回路２２１０とを備える。送受信機２２２０は、１つ以上の送信アンテナ２２２８へ連結される送信機２２２５と、１つ以上の受信アンテナ２２３３へ連結される受信機２２３０とを含む。同じアンテナ２２２８及び２２３３が送信及び受信の双方のために使用されてもよい。受信機２２３０及び送信機２２２５は、典型的には、ＬＴＥ及び／又はＬＴＥアドバンスト向けの３ＧＰＰ標準といった特定の通信標準に従った既知の無線処理及び信号処理コンポーネント及び技法を使用する。そうした回路の設計及び実装に関連付けられる多様な詳細及びエンジニアリングトレードオフはよく知られており、ここで説明される技法の完全な理解のために必須ではないため、さらなる詳細はここに示されない。
【０１０２】
処理回路２２１０は、１つ以上のプロセッサ２２４０、ハードウェア、ファームウェア又はそれらの組合せを含み、データストレージメモリ２２５５及びプログラムストレージメモリ２２６０を構築する１つ以上のメモリデバイス２２５０へ連結される。メモリ２２５０は、ＲＯＭ（read-only  memory）、ＲＡＭ（random-access  memory）、キャッシュメモリ、フラッシュメモリデバイス、光学ストレージデバイスなどといった、１つ又は複数のタイプのメモリを含み得る。あらためて言うと、モバイルデバイス及び無線基地局のためのベースバンド処理回路の設計に関連付けられる多様な詳細及びエンジニアリングトレードオフはよく知られており、ここで説明される技法の完全な理解のために必須ではないため、さらなる詳細はここに示されない。
【０１０３】
処理回路２２１０の典型的な機能は、送信信号の変調及び符号化、並びに受信信号の復調及び復号を含む。いくつかの実施形態において、処理回路２２１０は、例えばＡＣＫ／ＮＡＣＫビット及びチャネル状態情報を符号化して送信し又はそうした情報を受信信号から復号するための上述した技法のうちの１つを遂行するように、プログラムストレージメモリ２２６０内に記憶される適切なプログラムコードを用いて適合される。より具体的には、処理回路は、いくつかの実施形態において、少なくともチャネル状態情報ビットの数を表現する数値ＮとハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数を表現する数値Ｍとの一次結合として、電力制御オフセットパラメータを計算し、当該電力制御オフセットパラメータを用いて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信のための電力レベルを計算する、ように適合される。いくつかの実施形態において、処理回路２２１０は、計算した電力レベルに基づいて、及び共有チャネル送信について計算される電力レベルに基づいて、電力ヘッドルームパラメータを計算する、ようにさらに適合される。そして、電力ヘッドルームパラメータは、基地局へ送信され得る。当然ながら、これら技法のステップのうちの全てが必ずしも単一のマイクロプロセッサにおいて実行されるわけではなく、単一のモジュールにおいてさえ同様であることが理解されるであろう。
【０１０４】
図２３は、上で詳しく議論した技法のいくつかを遂行するように適合される移動端末２３００のいくつかの機能エレメントを示している。移動端末２３００は、受信回路２３１５を介して基地局からデータを受信し、及び送信回路２３２０による送信のために一連のアップリンクサブフレームを構築するように構成される処理回路２３１０を含む。いくつかの実施形態において、処理回路２３１０は、図２３の処理回路２２１０について説明したやり方で構築されてよく、（チャネル状態測定ユニット２３５０からの）第１のチャネル状態情報、及び、複数のダウンリンクサブフレーム若しくは複数のダウンリンクキャリア又はその双方に対応する第１のハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットがアップリンクサブフレームでの送信のためにスケジューリングされているか、を判定するように適合されるハイブリッドＡＲＱ処理ユニット２３４０を含む。処理回路２３１０は、さらに、アップリンク制御チャネル符号化ユニット２３３０を含む。同ユニットは、例えば図８のブロック図に従って少なくとも部分的に構成されてよく、ハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビット及びチャネル状態情報を結合的な又は別個のエンコーダを用いて符号化し、符号化されたハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビット及び符号化されたチャネル状態情報ビットをインターリーブし、単一のキャリア上で第１のアップリンクサブフレームの物理制御チャネルリソースにおいて第１のチャネル状態情報及び第１のハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫビットの双方を送信する、ように適合される。当然ながら、上述した技法の変形例の全てもまた、移動端末２３００へ等しく適用可能である。
【０１０５】
ここで説明された技法の範囲から逸脱することなく、上述した実施形態について多様な修正を加え得ることが、当業者には理解されるであろう。例えば、上の実施形態は３ＧＰＰネットワークの一部を基準として説明されたが、他の実施形態が同様の機能コンポーネントを有する３ＧＰＰネットワークの後継版といった同様のネットワークへ適用可能ともなることが容易に理解されるであろう。従って、特に、上の説明並びに添付図面及び添付のいずれの請求項において使用された３ＧＰＰとの語及び関連付けられ又は関連する語も、現在又は将来においてそのように解釈されるものとする。
【０１０６】
具体的な実施形態の添付の例図への参照と共に、いくつかの実施形態の例を上で詳細に説明した。当然ながら、コンポーネント又は技法のあらゆる想到可能な組合せを説明することは不可能であるため、当業者は、上述した技法を当該技法の本質的な特性から逸脱することなくここで具体的に説明したものとは別の手法で実装することができることを理解するであろう。本実施形態は、よって、全ての観点で例示的であって限定的ではないものと見なされるべきである。
【図１】
2015523831.tif 000017
【図２】
2015523831.tif 000018
【図３】
2015523831.tif 000019
【図４】
2015523831.tif 000020
【図５】
2015523831.tif 000021
【図６】
2015523831.tif 000022
【図７】
2015523831.tif 000023
【図８】
2015523831.tif 000024
【図９】
2015523831.tif 000025
【図１０】
2015523831.tif 000026
【図１１】
2015523831.tif 000027
【図１２】
2015523831.tif 000028
【図１３】
2015523831.tif 000029
【図１４】
2015523831.tif 000030
【図１５】
2015523831.tif 000031
【図１６】
2015523831.tif 000032
【図１７】
2015523831.tif 000033
【図１８】
2015523831.tif 000034
【図１９】
2015523831.tif 000035
【図２０】
2015523831.tif 000036
【図２１】
2015523831.tif 000037
【図２２】
2015523831.tif 000038
【図２３】
2015523831.tif 000039
【国際調査報告】
2015523831.tif 000040
2015523831.tif 000041
2015523831.tif 000042
2015523831.tif 000043