JP5992971B2 - 複数キャリアを使用する無線送受信機ユニットのアップリンク電力制御のための装置および方法 - Google Patents

Description

本願は、無線通信に関する。

無線通信システムは、スループットおよびユーザサービスを高めるために多くの技法を使用することができる。そのような技法の１つは、キャリアアグリゲーションおよび柔軟な帯域幅のサポートである。もう１つの技法は、アップリンクデータおよび制御チャネルを同時に送信することである。たとえば、拡張ロングタームエボリューション（ＬＴＥ−Ａ：Ａｄｖａｍｃｅｄ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）準拠のシステムにおいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理アップリンク制御チャネル（ＰＵＣＣＨ）のような、アップリンク（ＵＬ）チャネルが同時に送信されることである。

キャリアアグリゲーションは、無線送受信ユニット（ＷＴＲＵ）における送信電力制御方式に対して複雑さを加える。たとえば、ｅノードＢ（ｅＮＢ）のような基地局は、そのＵＬ所要電力を決定するために、ＷＴＲＵに必要とされる多くの情報を有することができる。シングルキャリアシステム（単一搬送波方式）において、ｅＮＢは、ＷＴＲＵに他の情報を与えるときに、そのような情報をＷＴＲＵに与えることができる。たとえば、ｅＮＢは、ＷＴＲＵにＵＬ認可を提供するとき、ＵＬ電力制御設定データをＷＴＲＵに提供することができる。

しかし、複数のキャリア（搬送波）が使用され、アップリンク制御およびデータチャネルの同時送信が実施される場合には、ＷＴＲＵは、複雑なアップリンク設定情報を受信するであろう。ＷＴＲＵは、ＵＬ送信電力を適正に制御するために複雑な操作を実行するであろう。

無線送受信ユニット（ＷＴＲＵ）におけるアップリンク電力を決定するための方法および装置を開示する。これには、キャリアアグリゲーションシステム（搬送波集合システム）においてＷＴＲＵを操作することを含ませることができる。これはまた、ＷＴＲＵが、複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータを受信し、複数のアップリンクキャリアのうちの１つに索引付けされた送信電力制御コマンドを受信することを含むこともできる。ＷＴＲＵは、複数のアップリンクキャリアのうちの１つのパスロスを決定して、複数の電力パラメータ、送信電力制御コマンド、およびパスロス（経路損失）に基づいて複数のアップリンクキャリアのうちの１つの送信電力を決定することができる。

さらに詳細な理解は、添付の図面と併せて一例として示した、以下の説明から得ることができる。

拡張ユニバーサル移動体通信システム（ＵＭＩＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の概要を示す図である。 複数の無線送受信ユニット（ＷＴＲＵ）、およびｅノードＢ（ｅＮＢ）を含む無線通信システムを示す図である。 図２の無線通信システムのＷＴＲＵおよびｅＮＢを示す機能ブロック図である。 １つの実施形態による隣接キャリアとともにキャリアアグリゲーションを使用する無線通信システムの概要を示す図である。 もう１つの実施形態による非隣接キャリアとともにキャリアアグリゲーションを使用する無線通信システムの概要を示す図である。 １つの実施形態による電力制御の方法を示す信号図である。 もう１つの実施形態による電力制御の方法を示す信号図である。 １つの代替的実施形態による電力制御の方法を示す流れ図である。 もう１つの代替的実施形態による電力制御の方法を示す流れ図である。 さらにもう１つの代替的実施形態による電力制御の方法を示す流れ図である。

これ以降「無線送信／受信ユニット（ＷＴＲＵ）」という用語が参照される場合、これはユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境において動作することのできる他の任意の種類のデバイスを含むが、これらに限定されることはない。これ以降「基地局」という用語が参照される場合、これはノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作することのできる他の任意の種類のインターフェイス接続デバイスを含むが、これらに限定されることはない。

図１は、従来技術による拡張ユニバーサル移動体通信システム（ＵＭＩＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１００の概要を示す。図１に示すように、Ｅ−ＵＴＲＡＮ１００は３つのｅノードＢ（ｅＮＢ）１０２を含むが、Ｅ−ＵＴＲＡＮ１００には任意の数のｅＮＢが含まれてもよい。ｅＮＢ１０２は、Ｘ２インターフェイス１０８によって相互接続される。ｅＮＢ１０２はまた、Ｓ１インターフェイス１０６により、拡張パケットコア（ＥＰＣ）１０４に接続される。ＥＰＣ１０４は、無線通信移動管理装置（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）１１２、およびサービングゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）１１０を含む。その他のネットワーク構成が使用されてもよく、本明細書において開示される内容は、いかなる特定のネットワーク構成またはアーキテクチャに限定されることもない。

無線通信システムにおいて、無線送受信ユニット（ＷＴＲＵ）は、ｅノードＢ（ｅＮＢ）と通信することができる。図２は、複数のＷＴＲＵ２１０、およびｅＮＢ２２０を含む無線通信システム２００を示す。図２に示すように、ＷＴＲＵ２１０は、ｅＮＢ２２０と通信する。図２において、３つのＷＴＲＵ２１０、および１つのｅＮＢ２２０が示されているが、無線通信システム２００には、無線デバイスおよび有線デバイスの任意の組み合わせを含むことができることに留意されたい。

図３は、図２の無線通信システム２００のＷＴＲＵ２１０およびｅＮＢ２２０を示す機能ブロック図３００である。図２に示すように、ＷＴＲＵ２１０は、ｅＮＢ２２０と通信する。ＷＴＲＵ２１０は、シングルキャリアまたは複数キャリアで送信および受信するように構成される。キャリア（搬送波）は、隣接であっても、あるいは非隣接であってもよい。

通常のＷＴＲＵに見られる要素に加えて、ＷＴＲＵ２１０は、プロセッサ３１５、受信機３１６、送信機３１７、およびアンテナ３１８を含む。ＷＴＲＵ２１０はまた、ユーザインターフェイス３２１を含むことができ、ユーザインターフェイス３２１はＬＣＤまたはＬＥＤスクリーン、タッチスクリーン、キーボード、スタイラス、または任意の他の標準的な入出力デバイスを含むことができるが、これらに限定されることはない。ＷＴＲＵ３１０はまた、揮発性および不揮発性のメモリ３１９、ならびにＵＳＢポート、シリアルポートなどのような、他のＷＴＲＵへのインターフェイス３２０を含むこともできる。受信機３１６および送信機３１７は、プロセッサ３１５と通信する。アンテナ３１８は、受信機３１６および送信機３１７と通信して、無線データの送信および受信を容易にする。ＷＴＲＵ２１０はまた、プロセッサ３１５および送信機３１７と通信する電力増幅器モジュール３２２、ならびに受信機３１６を含むこともできる。電力増幅器モジュール３２２は、単一または複数の電力増幅器を含むことができる。あるいは、電力増幅器３２２は、送信機３１７内に配置されてもよい。

通常のｅＮＢに見られるコンポーネントに加えて、ｅＮＢ２２０は、プロセッサ３２５、送信機３２６、受信機３２７、およびアンテナ３２８を含む。受信機３２６および送信機３２７は、プロセッサ３２５と通信する。アンテナ３２８は、受信機３２６および送信機３２７と通信して、無線データの送信および受信を容易にする。単一のアンテナ３２８が開示されているが、ｅＮＢ２２０は複数のアンテナを含むことができる。

図４は、１つの実施形態による隣接キャリア４００でのキャリアアグリゲーションの概要を示す。個々のキャリア（４０２、４０４、４０６）は、使用可能な帯域幅を増大させるためにアグリゲート（集約）されることができる。各キャリア（４０２、４０４、４０６）からの変調されたデータは、離散フーリエ変換（ＤＦＴ）ユニット４０８、逆高速フーリエ変換（ＩＦＦＴ）ユニット４１０、デジタルアナログ（Ｄ／Ａ）変換器ユニット４１２、および電力増幅器（ＰＡ）ユニット４１４により、単一のＷＴＲＵ４２０において処理されることができる。

図５は、もう１つの実施形態による非隣接キャリア５００でのキャリアアグリゲーションの概要を示す。図５に示すように、第１のキャリア５０２は、第２のキャリア５０４および第３のキャリア５０６から周波数で隔てられている。各キャリア５０２、５０４、５０６からの変調されたデータは、単一のＷＴＲＵ５２０において処理されることができる。第１のキャリア５０２からのデータは、ＤＦＴユニット５０８、ＩＦＦＴユニット５１０、Ｄ／Ａユニット５１２、およびＰＡユニット５１４において処理されることができる。同様に、第２のキャリア５０４および第３のキャリア５０６からのデータは、ＤＦＴユニット５１６、ＩＦＦＴユニット５１８、Ｄ／Ａユニット５２２、およびＰＡユニット５２４において処理されることができる。図５には別個のユニットとして示されているが、各処理ユニット（５０８〜５２４）は、１つまたは複数の結合された処理ユニットに一体化されてもよい。

キャリアアグリゲーションを使用するシステムにおいて、ＷＴＲＵは、結合された開ループおよび閉ループ電力制御に基づく電力制御公式(ｆｏｒｍｕｌａｒ)を使用することができる。キャリアアグリゲーションにおいて、各要素キャリア（ＣＣ）の無線伝搬条件は、特に非隣接キャリアアグリゲーション（ＣＡ）の場合には、たとえばパスロスのような無線伝搬条件が搬送周波数の関数であってもよいので、異なることもある。加えて、各ＣＣの干渉レベルは、トラフィック負荷および伝搬条件が異なるため、異なるものであってもよい。さらに、たとえばハイブリッド自動再送要求（ＨＡＲＱ）のような１つのトランスポートブロックは、単一のＣＣにマップされてもよく、この場合、各トランスポートブロックが独立して処理されうるので、異なる適応変調制御（ＡＭＣ）セットが異なるトランスポートブロックに使用されてもよいことになる。

ＷＴＲＵは、いずれも特定のＣＣの物理アップリンク共有チャネル（ＰＵＳＣＨ）サブフレームに索引付けされた、開ループ要素、閉ループ要素、および帯域幅係数を使用して、その送信電力を以下のように計算することができる。
Ｐ_PUSCH（ｉ，ｋ）＝ｍｉｎ｛Ｐ_CMAX（ｋ），１０ｌｏｇ₁₀（Ｍ_PUSCH（ｉ，ｋ））＋Ｐ_{O_PUSCH}（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋Δ_TF（ｉ，ｋ）＋ｆ（ｉ，ｋ）｝ （式１）
ここで、Ｐ_PUSCH（ｉ，ｋ）は、ＰＵＳＣＨサブフレーム（ｉ）およびアップリンク（ＵＬ） ＣＣ（ｋ）に索引付けされた（通常はｄＢｍ単位の）ＷＴＲＵ送信電力であり、Ｐ_CMAX（ｋ）は、ＵＬ ＣＣ（ｋ）のＣＣ固有の最大ＷＴＲＵ送信電力である。パラメータＰ_CMAX（ｋ）は、ｅＮＢによって設定されてもよい。あるいは、Ｐ_CMAX（ｋ）は、Ｐ_CMAXが設定された最大ＷＴＲＵ送信電力である場合に、Ｐ_CMAXと等しくてもよい。たとえば、ＷＴＲＵがシングルＵＬ ＣＣのみをサポートできる場合、Ｐ_CMAX（ｋ）はＰ_CMAXにすることができる。帯域幅係数（Ｍ_PUSCH（ｉ，ｋ））は、割り振られた物理無線ベアラ（ＰＲＢ）の数であり、開ループ要素は、Ｐ_{O_PUSCH}（ｊ，ｋ）＋α（ｊ，ｋ）＊ＰＬ（ｋ）である。

開ループ要素は、それぞれ、セル固有およびＣＣ固有の公称要素Ｐ_{O_NOMINAL_PUSCH}（ｊ，ｋ）と、ＷＴＲＵ固有および場合によってはＣＣ固有の要素Ｐ_{O_WTRU_PUSCH}（ｊ，ｋ）の和であるＰ_{O_PUSCH}（ｊ，ｋ）を含む。Ｐ_{O_NOMINAL_PUSCH}（ｊ，ｋ）およびＰ_{O_WTRU_PUSCH}（ｊ，ｋ）は、ＷＴＲＵに信号伝達されてもよい。信号伝達のオーバーヘッドを低減するために、ｅＮＢは、アンカーＣＣのような、基準ＵＬ ＣＣのＰ_{O_NOMINAL_PUSCH}（ｊ，ｋ）およびＰ_{O_WTRU_PUSCH}（ｊ，ｋ）を提供することができ、個々のオフセット値が基準ＵＬ ＣＣのＰ_{O_NOMINAL_PUSCH}（ｊ，ｋ）およびＰ_{O_WTRU_PUSCH}（ｊ，ｋ）に関連する他のＵＬキャリアの対応するオフセット値を提供することができる。

開ループ項α（ｊ，ｋ）は、セル固有およびＣＣ固有のパラメータであり、ここで０≦α（ｊ，ｋ）≦１である。パラメータ「ｊ」は、ＵＬ送信モデルを表す。たとえば、ｊ＝０は、半永続的認可に対応するＰＵＳＣＨ送信の場合、ｊ＝１は、動的スケジューリングされた認可に対応するＰＵＳＣＨ送信の場合、Ｊ＝２は、ランダムアクセス応答に対応するＰＵＳＣＨ送信の場合である。ＰＬ（ｋ）は、ＵＬ ＣＣ（ｋ）のパスロス推定である。

パスロス（ＰＬ）以外の開ループパラメータは、ＷＴＲＵに明示的に信号伝達されてもよい。一部のパラメータは、ＣＣに固有であってもよく、また一部のパラメータはＣＣグループに固有であってもよい。パラメータの大きさは、ＣＣまたはＣＣグループに固有であってもよい。多数（Ｌ）のアグリゲートされたＵＬ ＣＣを持つＷＴＲＵは、たとえば、Ｐ_{O_WTRU_PUSCH}（０）、Ｐ_{O_WTRU_PUSCH}（１）、のようにＰ_{O_WTRU_PUSCH}（Ｌ−１）まで続く、各ＣＣに対する値を有することができる。さらに、ＣＣ固有またはＣＣグループ固有のパラメータの絶対値を信号伝達するのではなく、相対（Δ）値が使用されてもよく、相対値は、たとえばアンカーＵＬ ＣＣのような基準ＵＬ ＣＣの値に関連する。信号伝達相対値は、信号伝達オーバーヘッドを低減することができる。

閉ループ要素において、Δ_TF（ｉ，ｋ）は、セル固有の変調および符号化方式（ＭＣＳ）オフセットであり、ｆ（ｉ，ｋ）は閉ループ関数である。Δ_TFは、以下のように計算することができる。

ここで、Ｋ_s＝１．２５、およびＫ_s＝０である。Ｋ_sは、たとえばｄｅｌｔａＭＣＳ−Ｅｎａｂｌｅｄパラメータのような、パラメータでＷＴＲＵに信号伝達されてもよい。あるいは、Ｋ_sは、ＣＣ固有であってもよい。ＰＵＳＣＨデータなしでＰＵＳＣＨを介して送信された制御データについて、項ＭＲＰ（ｉ，ｋ）＝Ｏ_CQI（ｉ，ｋ）／Ｎ_RE（ｉ，ｋ）である。それ以外の場合、

である。項Ｃ（ｉ，ｋ）は、ＵＬ ＣＣ（ｋ）のサブフレームｉ内のコードブロックの数であり、Ｋ_r（ｉ，ｋ）は、ＵＬ ＣＣ（ｋ）のコードブロックの大きさであり、Ｏ_CQI（ｉ，ｋ）は、巡回冗長検査（ＣＲＣ）ビットを含むＵＬ ＣＣ（ｋ）のフィードバックビットの数であり、Ｎ_RE（ｉ，ｋ）は、ＵＬ ＣＣ（ｋ）のリソースエレメントの数である。Ｎ_RE（ｉ，ｋ）は、

によって決定されてもよい。ＰＵＳＣＨデータなしでＵＬ ＣＣ（ｋ）のＰＵＳＣＨを介して送信された制御データについて、パラメータ

であり、それ以外の場合１である。

キャリアアグリゲートされたＵＬ電力制御の閉ループ要素は、ＣＣ固有であってもよい。しかし、隣接ＣＣまたは同じ電力増幅器を共有するＣＣのようなＣＣのグループについて、ｆ（ｉ，ｋ）は各ＣＣに共通であってもよい。積算送信電力制御（ＴＰＣ）コマンドが使用され、積算がＷＴＲＵ固有のパラメータａｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいて使用可能にされる場合、
ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）＋δ_PUSCH（ｉ−Ｋ_PUSCH，ｋ） （式３）

ここで、δ_PUSCH（ｉ−Ｋ_PUSCH，ｋ）は、ＵＬ ＣＣ（ｋ）のＷＴＲＵ固有の積算ＴＰＣコマンドである。ＴＰＣコマンドは、サブフレーム（ｉ−Ｋ_PUSCH）の、フォーマット０、３／３Ａ、または新もしくは拡張ＤＣＩフォーマットのような、特定のダウンリンク制御情報（ＤＣＩ）フォーマットによる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で信号伝達されてもよい、ただしＫ_PUSCHの値は、たとえば周波数領域多重方式（ＦＤＤ）の場合４である。絶対ＴＰＣコマンドについて、積算がＷＴＲＵ固有のパラメータａｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいて使用可能にされない場合、
ｆ（ｉ，ｋ）＝δ_PUSCH（ｉ−Ｋ_PUSCH，ｋ） （式４）

ここで、δ_PUSCH（ｉ−Ｋ_PUSCH，ｋ）は、サブフレーム（ｉ−Ｋ_PUSCH）の、たとえばフォーマット０のようなＤＣＩフォーマットまたは新しいＤＣＩフォーマットによるＰＤＣＣＨで信号伝達されたＵＬ ＣＣ（ｋ）のＷＴＲＵ固有の絶対ＴＰＣコマンドである。あるいは、ＴＰＣコマンド（δ_PUSCH）は、隣接ＣＣまたは同じ電力増幅器（ＰＡ）を共有するＣＣのようなＣＣのグループごとに定義されてもよい。積算ＴＰＣコマンドおよび現在の絶対ＴＰＣコマンドのいずれについても、初期値はプリセットすることができる。ＵＬ ＣＣ（ｋ）に対するＰ_{O_WTRU_PUSCH}（ｋ）値が、上位レイヤにより変更される場合、ｆ（ｉ，ｋ）＝０である。それ以外の場合、ｆ（０，ｋ）＝ΔＰ_rampup＋δ_msg2であり、ここでΔＰ_rampupは上位レイヤによって提供され、δ_msg2はランダムアクセス応答で指示されたＴＰＣコマンドである。ΔＰ_rampupおよびδ_msg2は、ＣＣ固有であってもよい。あるいは、ＷＴＲＵは、ＵＬ ＣＣがアイドル期間後にアクティブになり、アイドル期間が事前定義された満了時間を超える場合、ＵＬ ＣＣの積算をリセットすることができる。

物理ランダムアクセスチャネル（ＰＲＡＣＨ）は、さまざまなＵＬ ＣＣを介してＷＴＲＵによって送信されてもよい。ＰＲＡＣＨ送信はまた、さまざまなＵＬ ＣＣを介してホップされてもよい。加えて、関数ｆ（ｉ，ｋ）の積算リセットは、ＣＣベースで実行されてもよい。関数ｆ（ｉ，ｋ）は、積算ＴＰＣコマンドまたは現在の絶対ＴＰＣコマンドを使用することができ、キャリア固有であってもよい。たとえば、積算電力調整関数ｆ（＊）は、ＷＴＲＵによって第１のＵＬ ＣＣに適用されてもよいが、絶対電力調整関数ｆ（＊）は、ＷＴＲＵによって第２のＵＬ ＣＣに適用されてもよい。しかし、関連するパラメータ信号伝達オーバーヘッドを低減し、電力制御メカニズムをより簡単にするため、ＷＴＲＵ固有のパラメータａｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄは、所与のＷＴＲＵについてアグリゲートされたすべてのＣＣに共通であってもよい。

ＷＴＲＵが積算ＴＰＣコマンド送信を受信しており、ＷＴＲＵが最大電力に到達した場合、肯定ＴＰＣコマンドは、肯定ＴＰＣコマンドを受信しているＵＬ ＣＣに対するそれぞれの対応する積算関数ｆ（ｉ，ｋ）に積算されなくてもよい。しかし、ＷＴＲＵが最小電力に到達した場合、否定ＴＰＣコマンドは、否定ＴＰＣコマンドを受信しているＵＬ ＣＣに対するそれぞれの対応する積算関数ｆ（ｉ，ｋ）に積算されなくてもよい。

ＰＵＣＣＨの電力制御は、以下のようにＣＣ固有であってもよい。
Ｐ_PUSCH（ｉ，ｋ）＝ｍｉｎ｛Ｐ_CMAX（ｋ），Ｐ_{O_PUSCH}（ｋ）＋ＰＬ（ｋ）＋ｈ（ｎ_CQI，ｎ_HARQ，ｋ）＋Δ_{F_PUCCH}（Ｆ）＋ｇ（ｉ，ｋ）｝ （式５）

ここで、Ｐ_PUCCH（ｉ，ｋ）は、ｋをＵＬ ＣＣの索引として、ＣＣ（ｋ）のサブフレームｉ内のＰＵＳＣＨに対する、通常ｄＢｍ単位のＷＴＲＵ送信電力である。式１に示すように、Ｐ_CMAX（ｋ）は、ＵＬ ＣＣ（ｋ）のＣＣ固有の最大ＷＴＲＵ送信電力であり、ここでＰ_CMAX（ｋ）はｅＮＢによって設定されてもよい。あるいは、Ｐ_CMAX（ｋ）は、Ｐ_CMAXが設定された最大ＷＴＲＵ送信電力である場合、Ｐ_CMAXと等しくてもよい。たとえば、ＷＴＲＵがシングルＵＬ ＣＣのみをサポートできる場合、Ｐ_CMAX（ｋ）はＰ_CMAXにすることができる。Ｐ_{O_PUCCH}（ｋ）は、セル固有およびＣＣ固有の公称要素Ｐ_{O_NOMINAL_PUCCH}（ｋ）と、ＷＴＲＵ固有および場合によってはＣＣ固有の要素Ｐ_{O_WTRU_PUCCH}（ｋ）の和で設定されるＣＣ固有のパラメータであり、ｋはＵＬ ＣＣ索引を表す。Ｐ_{O_NOMINAL_PUCCH}（ｋ）およびＰ_{O_WTRU_PUCCH}（ｋ）は、上位レイヤによって提供される。信号伝達のオーバーヘッドを低減するために、ｅＮＢは、アンカーＵＬ ＣＣのような、基準ＵＬ ＣＣのＰ_{O_NOMINAL_PUCCH}（ｋ）およびＰ_{O_WTRU_PUCCH}（ｋ）を提供することができ、個々のオフセット値がそれぞれ基準ＵＬ ＣＣのＰ_{O_NOMINAL_PUCCH}（ｋ）およびＰ_{O_WTRU_PUCCH}（ｋ）に関連する場合他のＵＬキャリアの対応するオフセット値を提供することができる。

項ｈ（ｎ_CQI，ｎ_HARQ，ｋ）は、ＰＵＣＣＨがＣＣ（ｋ）で送信される場合、ＰＵＣＣＨフォーマット従属値である。項ｈ（ｎ_CQI，ｎ_HARQ，ｋ）のｋの索引は、たとえば、すべてのＰＵＣＣＨがシングルＣＣ（ｋ）でのみ送信される場合にドロップされてもよい。パラメータΔ_{F_PUCCH}（Ｆ）は、上位レイヤによって提供される。各Δ_{F_PUCCH}（Ｆ）値は、フォーマット１ａのような、別のＰＵＣＣＨフォーマットに関連するＰＵＣＣＨフォーマット（Ｆ）に対応する。項Δ_{F_PUCCH}（Ｆ）は、ＣＣ固有であってもよい。関数ｇ（ｉ，ｋ）は、以下の式に示すようにＷＴＲＵ固有およびＣＣ固有のＴＰＣコマンドδ_PUCCH（ｉ，ｋ）の関数としての、現在のＰＵＣＣＨ電力制御調整関数である。

ＰＵＳＣＨの電力制御の式と同様に、ＵＬ ＣＣの関数δ_PUSCH（ｉ，ｋ）は、フォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２のようなＤＣＩフォーマットを持つＰＤＣＣＨに含まれてもよいか、またはフォーマット３／３ＡのようなＤＣＩフォーマットを持つＰＤＣＣＨの他のＷＴＲＵ固有のＰＵＣＣＨ補正値で一緒に符号化されて送信されてもよく、そのＣＲＣパリティビットは無線ネットワーク一時識別子（ＲＮＴＩ：ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）でスクランブルがかけられる。ＲＮＴＩは、ＰＵＣＣＨ固有であってもよく、ＴＰＣまたはＣＣ固有であってもよい。

非隣接ＵＬ ＣＡにおいて、ＰＵＳＣＨおよび／またはＰＵＣＣＨ送信は、たとえばキャリア依存のスケジューリングおよびキャリアホッピングにより、１つのＵＬ ＣＣから別のＵＬ ＣＣに切り替えられてもよい。この場合、ＵＬ ＣＣ（ｋ）でのＰＵＳＣＨの閉ループ電力制御調整状態関数ｆ（ｉ，ｋ）、およびＰＵＣＣＨの閉ループ電力制御調整状態関数ｇ（ｉ，ｋ）は、異なるＣＣが異なる干渉条件およびパスロス測定を経験することがあるので、他のＵＬ ＣＣの場合には有効ではないこともありえる。

積算が、ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）＋δ_PUSCH（ｉ−Ｋ_PUSCH，ｋ）であるように使用可能にされる場合、ＷＴＲＵは、ＰＵＳＣＨ送信が１つのＣＣから別のＣＣに切り替えられるのであれば、ｆ（ｉ，ｋ）＝０であるように積算をリセットすることができる。同様に、ＰＵＣＣＨ送信が１つのＣＣから別のＣＣに切り替えられるのであれば、ｇ（ｉ，ｋ）＝０であるように積算をリセットすることができる。

あるいは、ＣＣが切り替えられた後、ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）＋Δ_PLであり、ここでf（ｉ−１，ｋ）は切り替えの前に使用された前回の電力制御調整状態である。項Δ_PLは、切り替えの前および後のＣＣ間のパスロス差異の推定である。

ランダムアクセス手順中に、ｆ（０，ｋ）の初期値は、ＷＴＲＵが無線資源制御（ＲＲＣ）接続後に上位レイヤ信号伝達からＰ_{O_UE_PUSCH}項の値を取得するまで、ｆ（０，ｋ）＝ΔＰ_rampup＋δ_msg2に設定されてもよい。関数ｆ（０，ｋ）＝ΔＰ_rampup＋δ_msg2は、ＷＴＲＵがまだＲＲＣ接続を確立していない場合もあるので、たとえばランダムアクセス手順中のランダムアクセスメッセージの送信に使用することができる。ＷＴＲＵは、１つのＵＬ ＣＣにおいてランダムアクセス試行を開始して、ランダムアクセス応答メッセージを受信した後に、別のＵＬ ＣＣに切り替えることができる。ＷＴＲＵは、ランダムアクセスを開始してメッセージを受信したＵＬ ＣＣに対して、ｆ（０，ｋ）＝ΔＰ_rampup＋δ_msg2の値に関する情報を有することができる。他のＵＬ ＣＣの電力を決定するため、ＷＴＲＵは、第１のＵＬ ＣＣについて決定された同じｆ（０，ｋ）＝ΔＰ_rampup＋δ_msg2値を使用することができ、干渉など、ＵＬ ＣＣ間の差異を補償するためにオフセットを追加することができる。あるいは、ＷＴＲＵは、ｆ（０，ｋ）をゼロ（０）に設定することができる。

ＵＬ ＣＣのパスロス推定を決定するため、パスロス測定は、ダウンリンク（ＤＬ） ＣＣのうちの少なくとも１つ、および全部でもＷＴＲＵによって実行されてもよい。ＵＬ ＣＣごとパスロス測定が使用されてもよい。あるいは、各ＤＬキャリアは、パスロス測定のためにＵＬキャリアにマップされるか、またはＵＬキャリアとペアにされてもよい。ペアは１対１ベースで設定されてもよいか、またはＣＣは、ペアにする前にグループ化されてもよい。たとえば、同じ搬送波周波数を持つ隣接ＣＣまたは同じ周波数／スペクトルの帯域内の隣接ＣＣがグループ化されてもよい。どのＤＬ ＣＣが各ＵＬ ＣＣの電力制御のパスロス推定に使用されるかを指示するパスロス測定アソシエーションおよび／または構成が、設定されて、ＲＲＣのような上位レイヤエンティティからのメッセージでＷＴＲＵに信号伝達されてもよい。つまり、各ＵＬ ＣＣの電力制御のためのパスロス推定／導出に使用されるＤＬ ＣＣは、ネットワークによってＷＴＲＵごとに設定されてもよい。あるいは、パスロス測定アソシエーションおよび／または構成は、たとえば、ＷＴＲＵのグループごとに、またはシステム情報ブロック（ＳＩＢ）を使用しているセル内のすべてのＷＴＲＵに信号伝達されてもよい。ＣＣが隣接する場合、パスロス測定は互いに類似していることもあるので、各隣接ＣＣにパスロス測定を実行する必要はない場合もある。

パスロス測定が行われるＤＬ ＣＣをパスロス測定が適用されるＵＬ ＣＣと関連付けるために、アソシエーションまたはマッピング規則がＷＴＲＵによって使用されてもよい。たとえば、ＷＴＲＵは、ＤＬ ＣＣで測定されたパスロスを、類似する中心または帯域周波数を持つＵＬ ＣＣに関連付けることができる。

あるいは、パスロスは搬送周波数の関数であるので、複数のＣＣまたは帯域間のパスロスの差異は、ＷＴＲＵとｅＮＢ間の所与の無線チャネル条件、無線チャネルモデル、および／または無線チャネル環境に対する搬送周波数の関数として計算されてもよい。ＷＴＲＵは、たとえば、アンカーＤＬ ＣＣのような、基準ＤＬ ＣＣでパスロス測定を実施することができる。測定されたパスロスは、ＷＴＲＵにより、基準ＤＬ ＣＣに関連付けられているＵＬ ＣＣに適用することができるが、パスロス推定は以下のように、ＷＴＲＵにより、測定されたパスロスレベルを使用して他のＵＬ ＣＣについて行われてもよい。
ＰＬ（ｋ）＝ＰＬ_mes（ｋ_f）＋Δ_PL（ｋ）（ｄＢ） （式７）
ここで、ｋ_fは基準ＤＬ ＣＣであり、ＰＬ_mes（ｋ_f）はＤＬ ＣＣ（ｋ）_fで測定されたパスロスである。項Δ_PL（ｋ）は、ＵＬ ＣＣ（ｋ）のパスロスオフセットを表し、ここでΔ_PL（ｋ）は、たとえば、それぞれ基準ＣＣ（ｋ）_fおよびＵＬ ＣＣ（ｋ）の中心搬送周波数の関数として、ＷＴＲＵによって決定されてもよい。

あるいは、Δ_PL（ｋ）は、ネットワークから信号伝達されてもよい。Δ_PL（ｋ）は、開ループパラメータＰ_{O_PUSCH}（ｊ，ｋ）および／またはＰ_{O_PUCCH}（ｋ）に含まれてもよい。さらに具体的には、Δ_PL（ｋ）は、たとえば、Ｐ_{O_PUSCH}（ｊ，ｋ）、Ｐ_{O_NOMINAL_PUSCH}（ｊ，ｋ）、Ｐ_{O_WTRU_PUSCH}（ｊ，ｋ）、Ｐ_{O_PUCCH}（ｋ）、Ｐ_{O_NOMINAL_PUCCH}（ｋ）、またはＰ_{O_WTRU_PUCCH}（ｋ）の現在の範囲を拡張することにより、ＰＵＳＣＨの場合Ｐ_{O_NOMINAL_PUSCH}（ｊ，ｋ）項またはＰ_{O_WTRU_PUSCH}（ｊ，ｋ）項に、ＰＵＣＣＨの場合Ｐ_{O_NOMINAL_PUCCH}（ｋ）項またはＰ_{O_WTRU_PUCCH}（ｋ）項に含まれてもよい。あるいは、Δ_PL（ｋ）は、ＷＴＲＵに信号伝達されてもよく、ＣＣ固有の電力制御パラメータは、項を示すために使用されてもよい。

パスロスは、以下のように定義することができる。
ＰＬ＝（ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ）−（上位レイヤのフィルタリングされたＲＳＲＰ） （式８）

ここで、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、ＷＴＲＵに提供されたパラメータであり、ＲＳＲＰは基準信号受信電力である。ｅＮＢは、たとえばトラフィック負荷制御または干渉管理のような目的でさまざまなＤＬ ＣＣにさまざまなセル固有基準信号（ＣＲＳ）送信電力レベルを割り振ることができる。個々の基準送信電力は、ＷＴＲＵに信号伝達されてもよい。あるいは、信号伝達のオーバーヘッドを低減するために、ｅＮＢは、アンカーＣＣのような、基準ＵＬ ＣＣのＣＲＳ送信電力を提供することができ、ＣＲＳ電力オフセットが基準ＤＬ ＣＣ ＣＲＳ電力に関連する場合他のＤＬ ＣＣの相対ＣＲＳ電力オフセットを提供することができる。別個にＣＲＳ電力オフセットを信号伝達するのではなく、個々のＣＣ電力オフセットは、ＰＵＳＣＨの場合対応するＰ_{O_PUSCH}（ｊ，ｋ）か、またはＰＵＣＣＨの場合対応するＰ_{O_PUCCH}（ｋ）に含まれてもよい。さらに具体的には、ＣＲＳ電力オフセットは、Ｐ_{O_NOMINAL_PUSCH}（ｊ，ｋ）項またはＰ_{O_NOMINAL_PUCCH}（ｋ）項に含まれてもよい。

１つのＤＬ基準ＣＣは、ＣＲＳを提供してパスロスを導き出すことができる。ＷＴＲＵは、ＣＲＳに基づいてパスロス測定を行うことができ、次いで各ＵＬキャリアとＤＬ基準ＣＣの周波数との間の周波数差に基づいて修正を行うことができる。ネットワークは、ＤＬ基準として使用されるべきＤＬキャリアを割り当てることができる。この方法は、正確な修正を導くかまたは決定することができるのであれば、隣接ＵＬ送信および非隣接送信に適している。

複数のＤＬ基準ＣＣが使用されてもよい。ＤＬ基準ＣＣは、ｅＮＢによって設定されてもよい。ＷＴＲＵは、基準ＣＲＳに基づいて測定を行うことができ、それらの測定をＵＬ ＣＣの各々について開ループ推定にマップするアルゴリズムに従うことができる。適切な場合、ＷＴＲＵは、周波数依存の修正を行うことができる。これは、ＵＬ ＣＣの重要な分離を扱うことが必要になる非隣接の操作に最も適切となりうる。またこれは、隣接の操作にも適用するように十分なパフォーマンス上の利点をもたらすこともできる。

ネットワークは、最も典型的な周波数を提供するＣＣに基づいて基準信号の単一のＣＣを選択することができる。たとえば、ＵＬ ＣＣからの周波数分離が最も少ないＤＬ ＣＣが、アップリンク電力制御に使用されてもよく、アンカーキャリアーが使用されるか、または最大のパスロスを持つＤＬ ＣＣが使用されてもよい。

あるいは、複数のＤＬ ＣＣの測定されたパスロスの結合が、ＵＬ電力制御に使用されてもよい。使用されるＣＣを選択するための基準は、特定のしきい値よりも少なくアップリンク搬送周波数から分離される周波数を持つＣＣを選択することを含むことができる。しきい値は、事前定義されてもよいか、またはＷＴＲＵによって導き出されてもよい。ＣＣを選択するために使用されうるその他の基準は、ＤＬキャリアと非隣接にアグリゲートされ、ＵＬ ＣＣから最小の周波数分離を有するＣＣキャリアを除外することを含めてももよい。ＣＣの結合は、一次結合（線形結合）、または結合されたＣＣの加重平均であってもよい。

ＤＬとＵＬ ＣＣの間の周波数分離が、あらかじめ定められたしきい値よりも大きい場合、パスロスの修正項がＷＴＲＵによって適用されてもよい。あるいは、ＵＬ電力制御のパスロスの修正項は、しきい値を超えていることとは無関係に適用されてもよい。たとえば、無線チャネル条件のような、複数の要因により、正確なパスロスが必要とされることもある。

測定されたパスロス推定は、平均またはフィルタリング技法を使用して、ＷＴＲＵによって結合されてもよい。さまざまな測定に重みが割り当てられてもよい。たとえば、ＵＬ ＣＣからの周波数分離が最も少ないＤＬ ＣＣのパスロスは、比較的大きい重みを持つ可能性もある。重みは、ｅＮＢによって設定されて、ＷＴＲＵに信号伝達されてもよい。

パスロス測定に使用可能なＤＬ ＣＣが複数ある場合、ｅＮＢは、ＤＬ ＣＣに異なるＣＲＳ送信電力を使用することができる。個々のＣＲＳ送信電力は、上位レイヤ信号伝達によってＷＴＲＵに送信されてもよい。あるいは、ｅＮＢは、たとえばアンカーＣＣのような、基準ＤＬ ＣＣのＣＲＳ送信電力を提供することができ、相対ＣＲＳ送信電力が基準ＤＬ ＣＣのＣＲＳ送信電力に関連する場合他のＤＬ ＣＣの相対ＣＲＳ送信電力または電力オフセットを提供することができる。ＷＴＲＵは、基準ＤＬ ＣＣでＲＳＲＰ測定を実行して、たとえばＤＬ ＣＣ（ｎ）のような他のＤＬ ＣＣで、以下のようにＰＬを計算する。
ＰＬ（ｎ）＝（ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ）−（上位レイヤのフィルタリングされたＲＳＲＰ）＋Ｐ_offset（ｎ） （式９）
ここで、Ｐ_offset（ｎ）は、ＤＬ（ｎ）の相対ＣＲＣ電力または電力オフセットである。

アグリゲートされたＵＬキャリアは、異種のパスロスメトリックの影響を受けることがある。たとえば、パスロスは、搬送周波数とセル配置のタイプの関数である。マクロセル内のＷＴＲＵは、マイクロセルの場合とは異なるパスロスを経験することがある。ＵＬ ＣＣのパスロスは、ＷＴＲＵによって測定することができ、その他のＣＣの他のパスロスは、測定から計算することができる。

パスロスを決定するために、ＷＴＲＵはＵＬ ＣＣを基準ＣＣとして選択することができる。基準ＣＣは、最低搬送周波数、最高搬送周波数、または中間搬送周波数を持つものであってもよい。あるいは、ｅＮＢは、ＷＴＲＵがどのＵＬ ＣＣを基準ＣＣとみなすべきかをＷＴＲＵに信号伝達することができる。

ＷＴＲＵは、ＤＬ ＣＣのパスロスを測定する。結果として得られたパスロスは、ＵＬ基準ＣＣの送信電力設定に使用されてもよい。その他のＵＬ ＣＣの場合、ＷＴＲＵは、相対パスロス、すなわち、各ＣＣのパスロス公式に従って基準ＵＬ ＣＣと他のＵＬ ＣＣの間のパスロスオフセットを計算し、他のＣＣのパスロスオフセットを適用する。

潜在的に異なる伝搬法則または環境により、各ＣＣのパスロス公式は異なる場合もある。したがって、２つの非隣接ＣＣ、基準ＣＣおよびＣＣ（ｉ）について、搬送周波数をそれぞれｆ_refおよびｆ_iとすると、パスロス公式は、以下のとおりである。
ＰＬ_ref＝Ｃ_ref＋１０ｎ_refｌｏｇ１０（Ｄ）＋１０ｍ_refｌｏｇ１０（ｆ_ref） （式１０）
および
ＰＬ_i＝Ｃ_i＋１０ｎ_iｌｏｇ１０（Ｄ）＋１０ｍ_iｌｏｇ１０（ｆ_i） （式１１）

ここで、Ｄは送信機から受信機までの距離である。基準ＣＣと他のＣＣとの間の相対パスロスΔ_PLは、以下のように導き出すことができる。
Δ_PL（ｉ）＝Ｃ_ref−Ｃ_i＋１０（ｎ_ref−ｎ_i）ｌｏｇ１０（Ｄ）＋１０ｍ_refｌｏｇ１０（ｆ_ref）−１０ｍ_iｌｏｇ１０（ｆ_i） （式１２）
修正項は、以下のように、式１１のさまざまなチャネルモードを説明するようにパスロスオフセットの計算に適用されてもよい。
Δ_PL（ｉ）＝Ｃ_ref−Ｃ_i＋１０（ｎ_ref−ｎ_i）ｌｏｇ１０（Ｄ）＋１０ｍ_refｌｏｇ１０（ｆ_ref）−１０ｍ_iｌｏｇ１０（ｆ_i）＋ｃｏｒｒ＿ｔｅｒｍ （式１３）
ここで、ｃｏｒｒ＿ｔｅｒｍは、パスロスオフセットの修正項である。項ｃｏｒｒ＿ｔｅｒｍは、ネットワークによって設定または信号伝達されてもよい。ｃｏｒｒ＿ｔｅｒｍの値は、ルックアップテーブルの形態であってもよい。

たとえば、特定のチャネルモデルについて、２つのＣＣが同じパスロスに従う場合、パスロスは、ＰＬ＝５８．８３＋３７．６ｌｏｇ１０（Ｄ）＋２１ｌｏｇ１０（ｆ_c）として計算することができ、ここでＤは送信機から受信機までの距離であり、ｆ_cは基準ＣＣ周波数である。次いで、基準ＣＣと他のＣＣとの間の相対パスロスΔ_PLは、以下のとおりである。

ここで、ｆ_oは他の搬送周波数である。

無線チャネル伝搬モデルは、ネットワークに既知であってもよい。２１のような固定の伝搬指数を使用するのではなく、値は、ネットワークによって信号伝達されるセル固有のパラメータであってもよい。たとえば指数は、たとえば２つの信号伝達ビットを使用する、２１、３０、３５、４０のような値をとることができる。

あるいは、ｅＮＢは、他のＵＬ ＣＣのパスロスオフセットをＷＴＲＵに送信することができる。ｅＮＢは、さまざまなＵＬ ＣＣのアップリンクサウンディング基準信号（ＳＲＳ）の測定に基づいてオフセットを決定することができる。ＣＣ固有のオフセットは、ＰＵＳＣＨの場合は開ループパラメータＰ_{O_PUSCH}、およびＰＵＣＣＨの場合は開ループパラメータＰ_{O_PUCCH}に含まれてもよい。特に、チャネル条件はさまざまなＷＴＲＵに対して異なることがあるので、ＣＣ固有のオフセットは、ＰＵＳＣＨの場合はＷＴＲＵ固有の要素Ｐ_{O_WTRU_PUSCH}、およびＰＵＣＣＨの場合はＷＴＲＵ固有の要素Ｐ_{O_WTRU_PUCCH}に含まれてもよい。あるいは、ｅＮＢは、オフセットを基準信号の測定に基づかせることができる。ｅＮＢは、各々のアップリンクＣＣの推奨される修正項に関してＷＴＲＵに伝達することができる。

図６は、１つの実施形態による電力制御６００の方法を示す信号図である。６０２において、ｅＮＢ６２０は、ＤＬ ＣＲＳのようなパスロス測定、およびパスロス設定規則をＷＴＲＵ６３０に信号伝達する。パスロス設定規則は、たとえば、ＵＬ基準ＣＣ、ＤＬ基準ＣＣ、ＵＬ／ＤＬ ＣＣペア情報、および（ある場合）ＣＣ間のパスロスオフセットを含むことができる。

６０４において、ＷＴＲＵ６３０は、パスロス測定および設定規則に従ってアグリゲートされたＣＣにパスロス測定を実行する。６０６において、ＷＴＲＵ６３０は、測定されたパスロスを使用して、アグリゲートされたＣＣのアップリンク送信の送信電力を設定し、アグリゲートされたＣＣのパワーヘッドルームを計算する。６０８において、ＷＴＲＵ６３０は、計算された電力設定を使用して、ＵＬ信号をｅＮＢ６２０に送信する。

それぞれ式（１）および式（５）に示すように、ＰＵＳＣＨおよびＰＵＣＣＨにはそれぞれ別個のＴＰＣコマンドが使用されてもよい。たとえば、別個のＴＰＣコマンドは、それぞれＰＵＳＣＨおよびＰＵＣＣＨの電力制御のためにｅＮＢからＷＴＲＵに送信されてもよい。ＰＵＳＣＨ電力制御の場合、ＴＰＣコマンドは、ＵＬ ＣＣごと、およびＷＴＲＵごとに定義されてもよい。ＰＵＣＣＨ電力制御の場合、ＴＰＣコマンドは、ＵＬ ＣＣごと、およびＷＴＲＵごとに定義されてもよい。ＷＴＲＵがＵＬ ＣＣで複数のＰＵＣＣＨを送信している場合、個々のＰＵＣＣＨの別個のＴＰＣコマンドが、ＷＴＲＵによって受信されてもよい。ＴＰＣコマンドを受信した後、ＷＴＲＵは、関連付けられているＰＵＣＣＨに対してＴＰＣコマンドの各々を適用することができる。

あるいは、ＰＵＳＣＨまたはＰＵＣＣＨのＴＰＣコマンドは、ＵＬ ＣＣのグループごと、またはすべてのＵＬ ＣＣについて定義されてもよい。ｅＮＢは、ＴＰＣコマンドがＣＣごと、ＣＣのグループごと、またはすべてのＣＣについて定義されるかどうかをＷＴＲＵに伝達するように、上位レイヤ信号伝達を通じてＷＴＲＵを構成することができる。たとえば、ＴＰＣコマンドは、ＣＣが同じＰＡを使用して送信されている場合、ＵＬ ＣＣのグループを制御するように設定されてもよい。

キャリアアグリゲーションシステムにおいてＰＵＳＣＨのＴＰＣコマンドは、ＤＣＩフォーマット０またはＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによるＰＤＣＣＨでＷＴＲＵによって受信されてもよい。ＤＣＩフォーマットは、キャリアアグリゲーションシステムのＰＵＳＣＨ電力制御を含むことができる。同様に、ＰＵＣＣＨのＴＰＣコマンドは、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２またはＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによりＷＴＲＵで受信されてもよく、ここでそれぞれのフォーマットはキャリアアグリゲーションシステムにおけるＰＵＣＣＨ電力制御を容易にすることができる。

制御データの各ユニットは、ＣＲＣを備えることができる。ＣＲＣには、無線ネットワーク一時識別子（ＲＮＴＩ）でスクランブルがかけられてもよい。ＲＮＴＩは、たとえば、ＷＴＲＵ固有、グループ固有、または関数固有のＴＰＣであってもよい。各ＷＴＲＵは、そのＷＴＲＵの制御情報があることを示すＲＮＴＩを探す。ＷＴＲＵは、ＷＴＲＵ固有、ＣＣ固有、ＰＵＳＣＨ固有、ＴＰＣ固有、ＰＵＣＣＨ固有、またはＷＴＲＵ、ＣＣ、ＰＵＳＣＨ、ＰＵＣＣＨおよびＴＰＣの任意の結合であるＲＮＴＩを探すことができる。

ＣＣ固有のＴＰＣコマンドを搬送するＰＤＣＣＨは、ＰＤＣＣＨのＣＲＣビットがＲＮＴＩでスクランブルをかけられている場合、ＲＮＴＩを備えることができる。ＲＮＴＩは、ＵＬ ＣＣ固有であってもよい。たとえばＤＣＩフォーマット０またはＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２などによるＰＤＣＣＨは、たとえば、ＷＴＲＵのＣ−ＲＮＴＩ、ＳＰＳ−ＣＲＮＴＩ、またはＵＬ ＣＣ固有のＣ−ＲＮＴＩを備えることができる。ＰＵＳＣＨのＤＣＩフォーマット３／３ＡによるＰＤＣＣＨは、ＷＴＲＵのＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＵＬ ＣＣ固有のＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを備えることができ、ＰＵＣＣＨのＤＣＩフォーマット３／３ＡによるＰＤＣＣＨは、ＷＴＲＵのＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩまたはＵＬ ＣＣ固有のＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩを備えることができる。

ＷＴＲＵは、同じサブフレーム内に、たとえばＤＣＩフォーマット０／１／２／３／３Ａを含む複数のＤＣＩフォーマットを受信することができる。ＴＰＣコマンドはＰＤＣＣＨで搬送されるので、ＴＰＣコマンド信号伝達の方法は、ＰＤＣＣＨの構造に依存することになる。たとえば、ＷＴＲＵのＴＰＣコマンドが、ＤＣＩフォーマット３／３ＡのようなＤＣＩフォーマットによるＰＤＣＣＨに含まれる場合、ＴＰＣコマンドは、他のＷＴＲＵおよび他のＣＣに対する他のＴＰＣコマンドと一緒に符号化されてもよい。

ＰＵＳＣＨのＴＰＣコマンドが、ＤＣＩフォーマット０のような特定のＤＣＩフォーマットによるＰＤＣＣＨに含まれ、ＴＰＣコマンドがＵＬ認可にある場合、ＴＰＣコマンドは、ＷＴＲＵにより特定のＵＬ ＣＣに適用されてもよい。所与のＷＴＲＵに対するＵＬ認可のＴＰＣコマンドは、ＵＬ ＣＣに関連付けられてもよい。ＷＴＲＵは、関連付けられているＵＬ ＣＣに関する情報をｅＮＢから受信することができるか、またはＷＴＲＵは、事前設定されたマッピングまたは規則を使用してアソシエーションを決定することができる。たとえば、ＵＬ認可を持つＰＤＣＣＨのＴＰＣコマンドは、ＷＴＲＵによって、ＵＬ認可が適用されるＵＬ ＣＣに適用されてもよい。

ＵＬ認可およびＵＬ ＣＣとのＰＤＣＣＨのアソシエーションは、たとえばレイヤ１（Ｌ１）明示インジケータ、暗黙ＵＬ ＣＣインジケータのようなインジケータによるか、またはＲＲＣ信号伝達でＷＴＲＵに送信することができる。各ＵＬ ＣＣにどのＴＰＣコマンドが適用されるかをＷＴＲＵが認識するように、ＰＤＣＣＨの明示Ｌ１ ＣＣインジケータが使用される場合、ＤＣＩフォーマットの構造は、Ｌ１ ＣＣインジケータに対応することができる。暗黙ＣＣインジケータの場合、ＷＴＲＵのＵＬ ＣＣ固有のＣ−ＲＮＴＩは、ＵＬ ＣＣに対して、対応するＷＴＲＵのＵＬ ＣＣ固有のＣ−ＲＮＴＩがＰＤＣＣＨのＣＲＣビットでスクランブルをかけられるように使用されてもよい。

あるいは、ＰＵＳＣＨに対するＴＰＣコマンドの少なくとも１つのグループ、およびすべてのＴＰＣコマンドは、単一のＵＬ認可で搬送されてもよい。ＵＬ ＣＣマッピングへのＴＰＣコマンドの索引は、どのＴＰＣビットが各ＵＬ ＣＣに適用されるかをＷＴＲＵが認識するように使用されてもよい。あるいは、ＴＰＣコマンドおよびＵＬ ＣＣ識別または索引のアソシエーションは、上位レイヤ信号伝達を通じて確立されてもよいか、またはＷＴＲＵで実施される１つまたは複数の規則に従ってもよい。したがって、ＷＴＲＵは、事前設定された規則を使用して、どのコマンドが各ＵＬ ＣＣに対応するかを決定することができる。

ＰＵＳＣＨのＴＰＣコマンドが、たとえばＤＣＩフォーマット３／３Ａのような特定のフォーマットによる第１のＰＤＣＣＨに含まれる場合、所定のＷＴＲＵのＣＣ固有またはＣＣグループ固有のＴＰＣコマンドは、他のＷＴＲＵの他のＣＣ固有またはＣＣグループ固有のＴＰＣコマンドと一緒に符号化されてもよい。ＣＲＣパリティビットは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルがかけられてもよい。ＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩは、ＵＬ ＣＣ固有のＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩであってもよい。ＷＴＲＵのもう１つのＣＣ固有のＴＰＣコマンドは、第１のＰＤＣＣＨで使用されたものとは異なるＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを使用してもう１つの関連付けられているＰＤＣＣＨで送信されてもよい。たとえば、第１のＷＴＲＵの第１のＵＬ ＣＣのＴＰＣコマンドは、第２および第３のＷＴＲＵの第１のＵＬ ＣＣ ＴＰＣコマンドと一緒に符号化されてもよい。ＴＰＣコマンドは、たとえばフォーマット３／３Ａのような特定のＤＣＩフォーマットによるＰＤＣＣＨで送信されてもよい。第１、第２、および第３のＷＴＲＵは、同じＴＰＣ−ＵＳＣＨ−ＲＮＴＩ、またはｋ番目のＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを有することができる。第１のＷＴＲＵが、たとえば、もう１つのアクティブなＵＬ ＣＣである第２のＣＣを有する場合、対応するＴＰＣコマンドは、他のＷＴＲＵの第２のＵＬ ＣＣ ＴＰＣコマンドと一緒に符号化されてもよい。各ＷＴＲＵのＴＰＣコマンドは、異なるＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを使用して符号化されてもよい。ＰＤＣＣＨ内の各ＷＴＲＵのＣＣ固有のＴＰＣビットの各ロケーションは、上位レイヤ信号伝達を介してＷＴＲＵに信号伝達されてもよい。この例は３つのＷＴＲＵを含むが、ＷＴＲＵの数は例示のために過ぎず、任意の数のＷＴＲＵが、本明細書において開示される方法を使用することができる。

ＷＴＲＵは、ＴＰＣパラメータおよびＴＰＣ索引のような情報を受信することができる。たとえば、ＴＰＣパラメータは、ＴＰＣビットを各ＷＴＲＵおよび各ＣＣに割り振る方法を指示することができる。ＴＰＣ索引は、ＷＴＲＵごとにＣＣ固有であるか、またはＷＴＲＵごとにすべてのＣＣに共通であってもよい。

あるいは、第１のＷＴＲＵのすべてのアクティブなＵＬ ＣＣのＣＣ固有のＴＰＣコマンドはすべて、たとえばＤＣＩフォーマット３／３Ａまたは拡張ＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによるＰＤＣＣＨの第２および第３のＷＴＲＵのＣＣ固有のＴＰＣコマンドと一緒に符号化されてもよい。ＣＲＣパリティビットは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルがかけられてもよい。第１のＷＴＲＵのそれぞれのＣＣ固有のＴＰＣビットの各ロケーションは、上位レイヤ信号伝達を介してＷＴＲＵに信号伝達されてもよい。ロケーション情報に含まれるのは、ＴＰＣパラメータおよびＴＰＣ索引であってもよい。ＴＰＣ索引は、各ＷＴＲＵに対して定義されてもよい。どのＴＰＣビットがどのＣＣに対応するかに関する情報は、上位レイヤによって明示的にＷＴＲＵに信号伝達されてもよい。あるいは、ＷＴＲＵは、事前設定された規則またはマッピングを使用することにより、対応を暗黙的に決定することができる。暗黙的信号伝達の場合、ＷＴＲＵのＣＣ固有のＴＰＣビットは、ＵＬ ＣＣ索引により昇順に配置されてもよく、ＷＴＲＵは、たとえば上位レイヤ信号伝達を使用してｅＮＢから受信するＰＤＣＣＨ内のＴＰＣビットの読み取りを開始する場所に関して情報を受信することができる。

ＰＵＳＣＨのＣＣ固有またはＣＣグループ固有のＴＰＣコマンド送信の場合、ＷＴＲＵは、ＷＴＲＵがＤＲＸモードにある場合または測定ギャップにある場合を除くすべてのサブフレームの、たとえばＷＴＲＵのＣ−ＲＮＴＩ、ＷＴＲＵのＣＣ固有Ｃ−ＲＮＴＩ、ＳＰＳ Ｃ−ＲＮＴＩ、またはＣＣ固有ＳＰＳ Ｃ−ＲＮＴＩのような識別子を使用して関連付けられているＤＬ ＣＣの各ＵＬ ＣＣに対して、ＤＣＩフォーマット０のような第１のＤＣＩフォーマットのＰＤＣＣＨを復号化しようと試みることもできる。やはり同時に、ＷＴＲＵはまた、ＷＴＲＵがＤＲＸモードにある場合または測定ギャップにある場合を除くすべてのサブフレームの、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩのような異なる識別子を使用して、各ＵＬ ＣＣに対して、ＤＣＩフォーマット３／３Ａのような第２のＤＣＩフォーマットのＰＤＣＣＨを復号化しようと試みることもできる。ＵＬ ＣＣ（ｋ）の積算ＴＰＣコマンドが送信される場合、閉ループＰＣ調整関数ｆ（ｉ，ｋ）は、ｆ（ｉ−１，ｋ）＋δ_PUSCH（ｉ−Ｋ_PUSCH，ｋ）と等しくてもよく、ここでＴＰＣコマンドが復号化されない場合、ＷＴＲＵがＤＲＸモードである場合、または測定ギャップが関連付けられているＤＬ ＣＣで発生する場合、（ｉ−Ｋ_PUSCH）番目のサブフレームに対してδ_PUSCH（ｉ−Ｋ_PUSCH，ｋ）＝０ｄＢである。ＵＬ ＣＣ（ｋ）の絶対ＴＰＣコマンドが送信される場合、ｆ（ｉ，ｋ）＝δ_PUSCH（ｉ−Ｋ_PUSCH，ｋ）である。ＵＬ ＣＣのＴＰＣコマンドが復号化されない場合、ＷＴＲＵがＤＲＸモードである場合、または測定ギャップが関連付けられているＤＬ ＣＣで発生する場合、関数ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）である。これはまた、ＣＣグループ固有のＴＰＣコマンドが送信される場合にも発生することがある。所与のＵＬ ＣＣに対して、ＤＣＩフォーマット０のような第１のＤＣＩフォーマットおよびＤＣＩフォーマット３／３Ａのような第２のＤＣＩフォーマットがいずれも同じサブフレームで検出される場合、ＷＴＲＵは、第１のＤＣＩフォーマットで提供されたＴＰＣコマンドδ_PUSCH（ｉ，ｋ）を使用することができる。

ＰＵＣＣＨのＴＰＣコマンドが、たとえばＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２のようなＤＣＩフォーマットによるＰＤＣＣＨに含まれる場合、ＤＬ認可およびスケジューリング情報は、ＰＤＣＣＨにも含まれてもよい。ＴＰＣコマンドは、特定のＵＬ ＣＣのＰＵＣＣＨ送信電力を制御するように適切なＷＴＲＵによって適用されてもよい。ＴＰＣコマンドは、所与のＷＴＲＵの各ＵＬ認可またはスケジューリング情報の各ビットに関連付けられているＵＬ ＣＣに適用されてもよい。ＷＴＲＵは、関連付けられているＵＬ ＣＣに関する情報をｅＮＢから受信することができるか、またはＷＴＲＵは、事前設定されたマッピングまたは規則を使用してアソシエーションを決定することができる。たとえば、ＤＬ認可またはスケジューリング情報を持つＰＤＣＣＨで搬送され、たとえばＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２のような特定のＤＣＩフォーマットを使用しているＴＰＣコマンドは、ＡＣＫ／ＮＡＣＫが送信されるＵＬ ＣＣに適用されてもよい。ＡＣＫ／ＮＡＣＫは、ＰＤＣＣＨのＤＬ認可およびスケジューリング情報に関連付けられてもよい。ＵＬ認可およびＵＬ ＣＣとのＰＤＣＣＨのアソシエーションは、たとえばＰＤＣＣＨ内の明示Ｌ１ ＣＣインジケータ、暗黙ＵＬ ＣＣインジケータを使用するか、またはＲＲＣ信号伝達でＷＴＲＵに与えられてもよい。

明示Ｌ１ ＣＣインジケータがＰＤＣＣＨ内で使用される場合、ＷＴＲＵは、どのＴＰＣコマンドが各ＵＬ ＣＣに適用されるかを認識することができる。ＤＣＩフォーマットの構造は、Ｌ１ ＣＣインジケータに対応することができる。

暗黙ＣＣインジケータが使用される場合、ＷＴＲＵのＵＬ ＣＣ固有のＣ−ＲＮＴＩは、ＵＬ ＣＣに対して、対応するＷＴＲＵのＵＬ ＣＣ固有のＣ−ＲＮＴＩがＰＤＣＣＨのＣＲＣビットでスクランブルをかけられるように使用されてもよい。あるいは、ＰＵＣＣＨに対するＴＰＣコマンドの少なくともサブセットおよびすべては、ＤＬ認可またはスケジューリング情報メッセージで搬送されてもよい。ＵＬ ＣＣマッピングへのＴＰＣコマンドの索引は、どのＴＰＣビットが各ＵＬ ＣＣに適用されるかをＷＴＲＵが認識するように使用されてもよい。あるいは、ＴＰＣコマンドおよびＵＬ ＣＣ識別のアソシエーションは、上位レイヤ信号伝達を通じて確立されてもよいか、またはＷＴＲＵで実施される１つまたは複数の規則に従ってもよい。ＷＴＲＵは、事前設定された規則を使用して、どのコマンドが各ＵＬ ＣＣに対応するかを決定することができる。

所与のＷＴＲＵの所与のＰＵＣＣＨに対するＴＰＣコマンドの少なくともグループまたはすべてが、１つにまとめられてもよい。結果として得られるＴＰＣコマンドのバンドルは、ＤＬ基準ＣＣのようなＰＤＣＣＨで搬送されてもよい。バンドルはまた、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２またはＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによる複数のＰＤＣＣＨで搬送されてもよい。ＴＰＣコマンドは、グループ、またはすべてのＵＬ ＣＣに適用されてもよい。

あるいは、δＰＵＣＣＨは、ＷＴＲＵ固有であってもよいが、ＰＤＣＣＨで信号伝達されるときはＣＣ固有ではないこともある。項δＰＵＣＣＨは、単一のδＰＵＣＣＨ値がＰＵＣＣＨ電力を制御する場合、ＤＬ基準ＣＣで搬送されてもよい。表１は、ＵＬ認可におけるＴＰＣ信号伝達の例を示す。

図７は、もう１つの実施形態による電力制御の方法７００を示す信号図である。７０２において、ｅＮＢ７２０は、本明細書において説明される方法によりＴＰＣをＷＴＲＵ７３０に信号伝達する。ＴＰＣは、ＤＣＩフォーマット０によるＵＬ認可で送信される。７０４において、ネットワークからＵＬ認可およびＴＰＣを受信した後、ＷＴＲＵ７３０は、表１から選ばれた適切な規則に従って、または本明細書に説明されるように、ＴＰＣとその対応するキャリアとの間のアソシエーションを決定する。７０６において、ＷＴＲＵは、受信したＴＰＣを、それに応じてアグリゲートされたキャリアでのアップリンク送信の送信電力を設定するために適用する。７０８において、ＷＴＲＵ７３０は、受信したＴＰＣを適用してアップリンク信号を送信する。

ＣＣ固有であるのではなく、ＴＰＣコマンドは、ＵＬ ＣＣのグループ、またはすべてのＵＬ ＣＣについて定義されてもよい。ｅＮＢは、ＴＰＣコマンドがＣＣごと、ＣＣのグループごと、またはＣＣ全体について定義されるかどうかをＷＴＲＵが認識するように、たとえば上位レイヤ信号伝達を通じてＷＴＲＵを構成することができる。たとえば、ＴＰＣコマンドは、ＣＣがＷＴＲＵの同じＰＡを使用して送信される場合、ＵＬ ＣＣのグループを制御するように構成されてもよい。隣接ＣＣは、ＷＴＲＵにおいて同じＰＡを共有することができる。ＷＴＲＵおよびｅＮＢは、ＷＴＲＵがＣＣを各ＰＣと関連付ける方法に関する設定情報を交換することができる。設定情報の交換は、上位レイヤ信号伝達を介して行われてもよい。ＴＰＣ送信がＣＣごと、またはＣＣのグループごとである場合、ＴＰＣコマンドと適用されるＵＬ ＣＣとの間のアソシエーションまたはマッピングは、たとえば上位レイヤ信号伝達を介して事前定義され、提供されてもよい。

単一のＴＰＣコマンドは、ＣＣごとのＰＵＣＣＨ電力制御に使用されてもよい。ＴＰＣコマンドは、関連付けられているＤＬ ＣＣで送信されてもよく、パラメータｈ（ｎ_CQI、ｎ_CQI、ｋ）およびΔ_{F_PUCCH}（Ｆ）は、ＰＵＣＣＨごとに適用されてもよい。

複数のＰＵＣＣＨが、ＣＣまたは複数のＣＣでＷＴＲＵから同時に送信されてもよい。たとえば、ＷＴＲＵは、第１のＰＵＣＣＨの１つまたは複数の肯定／否定応答（ＡＣＫ／ＮＡＣＫ）信号、およびサブフレーム内の同じＣＣの第２のＰＵＣＣＨのチャネル品質インジケータ（ＣＱＩ）または事前符号化マトリクスインジケータのようなその他のフィードバックを送信することができる。それぞれのＰＵＣＣＨごとの電力設定は、式５を使用して個別に実施されてもよい。複数のＰＵＣＣＨがＵＬ ＣＣでＷＴＲＵから同時に送信される場合、個々のＰＵＣＣＨの別個のＴＰＣコマンドが、ＷＴＲＵによって受信されてもよい。ＴＰＣコマンドが受信されると、ＷＴＲＵは、ＴＰＣコマンドの各々を関連付けられているＰＵＣＣＨに適用することができる。あるいは、ＷＴＲＵは、すべてのＴＰＣコマンドを単一のＴＰＣコマンドに結合して、ＵＬ ＣＣのすべてのＰＵＣＣＨに対してＴＰＣコマンドを適用することができる。たとえば、ＴＰＣコマンドは、同一のものとして処理されてもよい。ＷＴＲＵが、サブフレーム内の対応するＰＤＣＣＨのうちの１つのＴＰＣコマンドを正常に復号化すると、ＷＴＲＵはすべてのＰＵＣＣＨに対してＴＰＣコマンドを適用し、サブフレーム内のその他のＴＰＣコマンドは符号化しなくてもよい。

複数のチャネルが同時に送信されている場合、チャネルは同じＴＰＣコマンドを使用することができる。たとえば、ＰＵＳＣＨのＴＰＣコマンドは、ＰＵＣＣＨのＷＴＲＵによって使用されてもよい。この場合、ｅＮＢは、上記で式１に示されるように、ＰＵＣＣＨのＴＰＣコマンドおよびＰＵＣＣＨの閉ループ要素を送信することはないが、その代わりにＰＵＳＣＨのＴＰＣコマンドに依存することができる。ＰＵＳＣＨの積算ＴＰＣコマンドは、ＷＴＲＵによって使用されてもよい。

あるいは、複数のチャネルが同時に送信される場合、ＴＰＣコマンドはＷＴＲＵによって結合されてもよい。たとえば、ＰＵＳＣＨおよびＰＵＣＣＨのＴＰＣコマンドはそれぞれ結合されて、結合されたＴＰＣコマンドは、ＷＴＲＵによってＰＵＳＣＨおよびＰＵＣＣＨの両方に適用されてもよい。ＰＵＳＣＨの積算ＴＰＣコマンドが使用されてもよい。

ＰＵＳＣＨおよびＰＵＣＣＨは、単一のＵＬ ＣＣで送信されてもよい。さらに、複数のＰＵＣＣＨは、必要に応じて、ＵＬ ＣＣで同時に送信されてもよい。同時に送信されたＰＵＣＣＨおよびＰＵＳＣＨの電力制御は、それぞれ式１および式５を使用して、物理チャネルごと、および／またはＣＣごとに実施されてもよい。Ｐ_CMAX（ｋ）をＵＬ ＣＣ（ｋ）のＣＣ固有の設定された最大ＷＴＲＵ送信電力として、ＵＬ ＣＣ（ｋ）でＰＵＣＣＨおよびＰＵＳＣＨに必要な送信電力の和がＰ_CMAX（ｋ）を超える場合、ＷＴＲＵは合計送信電力をＰ_CMAX（ｋ）にバックオフする必要がある。ＣＣ固有の最大送信電力Ｐ_CMAX（ｋ）は、上位レイヤ信号伝達を介してｅＮＢによって信号伝達されてもよい。

複数のＣＣの電力制御方式は、ＷＴＲＵの無線周波数（ＲＦ）／送受信機アーキテクチャに依存してもよい。特に、方式は、ＷＴＲＵ内のＰＡの数に依存してもよい。隣接ＣＣは、同じＰＡを使用することができるが、非隣接ＣＣは別個のＰＡを使用することができる。複数のＵＬ ＣＣが送信される場合、個々のＵＬ ＣＣの電力の和は、設定された合計最大ＷＴＲＵ送信電力Ｐ_CMAXを超えることはなく、ここでＰ_CMAXは、ＷＴＲＵ電力クラス、許容される公差および調整、ならびにｅＮＢによってＷＴＲＵに信号伝達される最大許容送信電力に依存してもよい。Ｐ_CMAXの値は、上位レイヤを介してｅＮＢによって提供されてもよい。

Ｐ_CMAXは、すべてのアクティブなＵＬ ＣＣのＣＣ固有の最大ＷＴＲＵ送信電力Ｐ_CMAX（ｋ）の和と等しいかまたはそれよりも小さくてもよい。ＷＴＲＵが、たとえば異なる周波数帯の複数の非隣接ＣＣに対して、複数のＰＡを装備している場合、Ｐ_CMAXは、Ｐ_{CMAX_PA_i}＝Ｐ_CMAX−１０＊ｌｏｇ１０（Ｎ）（ｄＢｍ）となるように、すべてのＰＡの間で同等に分配されてもよく、ここでＰ_{CMAX_PA_i}は個々のＰＡによってサポートされる最大送信電力であり、ＮはＷＴＲＵデバイスにおけるＰＡの数である。あるいは、Ｐ_{CMAX_PA_i}は、さまざまなＰＡに対して異なっていてもよい。合計の必要ＷＴＲＵ送信電力がＰ_CMAXを超える場合、ＷＴＲＵは、Ｐ_CMAXを超えないようにするため送信電力を低減するようにバックオフする必要がある。特定のＰＡに必要な電力がＰＡ最大許容電力Ｐ_{CMAX_PA_i}を超える場合、ＷＴＲＵは、Ｐ_{CMAX_PA_i}を超えないようにするため送信電力を低減することが必要にある。

ＵＬ ＭＩＭＯをサポートするＷＴＲＵの場合、ＵＬキャリアアグリゲーションに加えて、各アンテナはＰＡに接続されてもよく、各ＰＡは異なる最大送信電力要件を有することもできる。各物理チャネルのＷＴＲＵ送信電力は、送信アンテナを介して分配されてもよい。各アンテナの合計の必要送信電力が最大ＰＡ電力を超える場合、ＷＴＲＵは、上限を超えないようにするため送信電力の調整が必要になることもある。

ＷＴＲＵは、複数レベルの最大送信電力によって制限されてもよい。ＷＴＲＵには、合計送信電力制限があってもよい。各ＣＣには、電力制限があってもよい。各ＰＡには、電力制限があってもよい。各送信チャネルには、電力制限があってもよい。したがって、ＷＴＲＵは、ＷＴＲＵの送信電力の複数の制限に対処する必要がある。

ＷＴＲＵの最大送信電力は、ＷＴＲＵの電力クラス定義、上位レイヤ構成、またはＷＴＲＵのＰＡによって制限されてもよい。ＷＴＲＵ送信機（ＴＸ）電力は、最大電力制限の制約を受けてもよい。たとえば、個々のＵＬ ＣＣ（ｋ）の合計ＷＴＲＵ電力は、ＣＣ固有の最大ＴＸ電力Ｐ_CMAX（ｋ）の制約を受けてもよい。すべてのアクティブなＣＣのＷＴＲＵ ＴＸ電力の和は、合計最大ＴＸ電力Ｐ_CMAXの制約を受けてもよい。各ＣＣグループ（ｍ）の合計ＴＸ電力は、Ｐ_{CMAX_CC_group}（ｍ）で示される最大ＣＣグループＴＸ電力の制約を受けてもよく、ここでＣＣ（ｍ）はＵＬ ＣＣのサブセットから成り、

である。たとえば、ＣＣグループは、ＷＴＲＵ内のｉ番目のＰＡを共有する隣接ＵＬ ＣＣで設定されてもよい。この場合、Ｐ_{CMAX_CC_group}（ｍ）は、最大ＰＡ電力Ｐ_{CMAX_PA_i}と等しくてもよい。上記の最大電力制限の任意の結合がＷＴＲＵによって送信されたサブフレーム内で生じる場合、ＷＴＲＵは電力制限に違反しないように、送信電力を適切に低減または縮小することが必要になることもある。

ＷＴＲＵが、複数のＣＣならびに同時ＰＵＳＣＨおよびＰＵＣＣＨ送信を使用して送信している場合、各ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＣＣ当たりの物理チャネルごとに独立して計算されてもよい。ＷＴＲＵは、ＰＵＳＣＨの場合は式１を使用し、ＰＵＣＣＨの場合は式５を使用することができる。サブフレームにおいて、すべてのＣＣの電力レベル全体の和が合計最大ＷＴＲＵ電力Ｐ_CMAXを超える場合、および／またはＵＬ ＣＣ（ｋ）の合計送信電力がＣＣ固有の最大電力Ｐ_CMAX（ｋ）を超える場合、ＷＴＲＵは送信電力レベルの一部または全部を適切に低減または縮小することができる。たとえば、ＵＬ ＣＣ（ｋ）の合計送信電力がＰ_CMAX（ｋ）を超える場合、ＷＴＲＵは最初にそのＵＬ ＣＣ（ｋ）の合計電力をＰ_CMAX（ｋ）まで低減することができる。ＵＬ ＣＣ全体のすべての送信電力の和が、合計最大ＷＴＲＵ電力Ｐ_CMAXを超える場合、ＷＴＲＵはすべてのＣＣにわたる合計電力をＰ_CMAXまで低減することができる。

電力低減は、ＣＣおよび各ＣＣのチャネルの優先順位に基づいてもよい。優先順位は、制御およびデータ送信および／またはデータのサービス品質（ＱｏＳ）の要件に基づいて決定されてもよい。１つの例において、ＰＵＣＣＨは、特にＰＵＳＣＨがＵＬ制御情報（ＵＣＩ）を含まない場合、ＰＵＳＣＨよりも優先されてもよい。ＵＣＩを持つＰＵＳＣＨは、ＵＣＩを持たないＰＵＳＣＨに優先することができる。同様に、ＵＣＩを持つＰＵＣＣＨまたはＰＵＳＣＨを搬送するＵＬ ＣＣは、ＵＣＩを持たないＰＵＳＣＨを搬送する他のＵＬ ＣＣに優先することができる。ＷＴＲＵは、ＵＬ ＣＣを優先させ、次いで優先された個々のＵＬ ＣＣのチャネルを優先させることができる。必要に応じて、一部のＵＬ ＣＣまたはチャネルがドロップされ、チャネルの送信電力が縮小されるかまたはゼロに設定されてもよい。

チャネル優先順位および／またはＣＣ優先順位は、事前定義され、上位レイヤを通じてＷＴＲＵに信号伝達されてもよい。あるいは、ＷＴＲＵは、優先順位を自律的に決定することができ、ｅＮＢは、優先順位を持つ送信された物理チャネルにブラインド検出を行うことができる。

ＵＬ ＣＣ（ｋ）が同時ＰＵＳＣＨ／ＰＵＣＣＨ送信を含み、ＰＵＳＣＨとすべてのＰＵＣＣＨの電力の和がＰ_CMAX（ｋ）を超える場合、ＷＴＲＵは、チャネル優先順位に基づいて一部のチャネルの電力を低減することができる。たとえば、ＰＵＣＣＨは、ＰＵＳＣＨに優先することができ、ＰＵＳＣＨの電力は、ＰＵＣＣＨの電力が影響を受けることなく低減されてもよい。ＰＵＳＣＨは、ＰＵＳＣＨの低減された電力が事前定義されたしきい値または最小送信電力よりも小さい場合、ドロップされてもよい。さらに、その他のＰＵＣＣＨのような、他のチャネルの電力をさらに低減する必要がある場合、ＷＴＲＵは、最大送信電力制限（Ｐ_CMAX（ｋ））内にとどまるように、次に低い優先順位を持つ一部のＰＵＣＣＨの電力を低減することができる。

図８は、１つの代替的実施形態による電力制御の方法８００を示す流れ図である。８０２において、ＷＴＲＵは、最も高い優先順位を持つＰＵＣＣＨまたはＰＵＳＣＨの電力を計算することができる。８０４において、結果として得られた電力レベルＰ_{1st_priority}は、最大電力レベルと比較されてもよい。Ｐ_{1st_priority}が最大ＷＴＲＵ電力Ｐｃｍａｘ、または最大ＷＴＲＵ ＰＡ電力Ｐｃｍａｘ＿ｉと等しいか、またはそれよりも大きい場合、８０６において、すべての物理チャネルがドロップされてもよい。８０８において、最も高い優先順位を持つＰＵＣＣＨまたはＰＵＳＣＨは、最大電力で送信されてもよい。それ以外の場合、８０５において、ＷＴＲＵは、現在設定されているチャネルが最後のチャネルであるかどうか決定する。最後のチャネルではない場合、８１０において、ＷＴＲＵは、たとえばＣＱＩ値を使用して、次に高い優先順位を持つＰＵＣＣＨまたはＰＵＳＣＨの電力を計算する。８１２において、計算された電力レベルＰ_{2nd_priority}は、使用可能なＷＴＲＵ電力と比較されてもよい。Ｐ_{2nd_priority}が使用可能なＷＴＲＵ電力（つまり、Ｐｃｍａｘ−Ｐ_{1st_priority}）と等しいかまたはそれよりも大きい場合、８１４において、ＷＴＲＵは最初の２つの優先順位の物理チャネルのみを送信し、ここで第１の優先順位の物理チャネルは計算された送信電力Ｐ_{1st_priority}で送信され、第２の優先順位の物理チャネルは残りのＷＴＲＵ電力で送信される。それ以外の場合（Ｐ_{2nd_priority}＜Ｐｃｍａｘ−Ｐ_{1st_priority}）、８１６において、Ｐ_{2nd_priority}のすべては第２の優先順位の物理チャネルに使用される。次いで手順は、８０５に戻り、残りのＷＴＲＵ電力がゼロまたは最小送信電力レベルと等しいかまたはそれよりも小さくならない限り、優先順位を持つ残りの物理チャネルがある場合はそれらの物理チャネルで繰り返されてもよい。

ただし、８０５において、ＷＴＲＵが、最後のチャネルを設定していると決定する場合、ＷＴＲＵはすべてのチャネルをそれらの決定された電力レベルで送信して、手順を終了する。

１つのＣＣが同時ＰＵＳＣＨ／ＰＵＣＣＨ送信を含み、サブフレーム内のＰＵＳＣＨの合計電力がＰ_CMAXを超える場合、無線ベアラ（ＲＢ）当たりの電力は、低減した合計電力がＰ_CMAXと等しくなるように同量だけ低減されてもよい。あるいは、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に対して、ＰＵＳＣＨとＰＵＣＣＨの電力の和がＰ_CMAXを超える場合、適正な電力調整の方法が、最大送信電力制限を保持するように実行されてもよい。ＷＴＲＵ電力は、優先順位に基づいて割り振られてもよく、優先順位はサブフレーム内の制御情報およびデータによって決定される。

図９は、もう１つの代替的実施形態による電力制御の方法９００を示す流れ図である。もう１つの実施形態で、９０２において、ＷＴＲＵはＰＵＣＣＨの送信電力を計算する。複数のＰＵＣＣＨがサブフレーム内で生じる場合、優先順位を持つ各ＰＵＣＣＨの送信電力を計算する。９０４において、ＷＴＲＵは、ＰＵＣＣＨ送信に使用可能な十分な電力があるかどうか決定する。ＰＵＣＣＨ送信に使用可能な電力がある場合、９０６において、任意の電力の残りがＰＵＳＣＨ送信に割り振られる。それ以外の場合、９０８において、ＷＴＲＵは、ＰＵＳＣＨ送信をドロップする。

図１０は、さらにもう１つの代替的実施形態による電力制御の方法１０００を示す流れ図である。１００２において、ＷＴＲＵは、個々の物理チャネルの送信電力レベルを計算する。１００４において、ＷＴＲＵは、電力レベルを合計する。１００６において、ＷＴＲＵは、すべての電力レベルの和（合計）を最大許容電力と比較する。電力レベルの和（合計）が最大送信電力を超える場合、１００８において、各チャネルの電力レベルがバックオフされる。それ以外の場合、１０１０において、チャネルが送信される。

ＵＬ ＣＣでＰＵＳＣＨおよびＰＵＣＣＨが同時に送信され、電力レベルの和が最大送信電力を超える場合、電力密度、つまりサブキャリア当たりの電力は、低減された合計電力が最大電力と等しくなるように同量だけ低減されてもよい。

あるいは、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に対して、ＰＵＳＣＨとＰＵＣＣＨの電力の和が最大電力を超える場合、適正な電力調整の方法が、最大送信電力制限を保持するように実行されてもよい。ＷＴＲＵ送信電力は、優先順位に基づいて割り振られてもよい。

すべてのＣＣのすべての電力レベルの和は、最大ＷＴＲＵ送信電力Ｐ_CMAX、または特定のＰＡに許容される最大送信電力Ｐ_{CMAX_PA_i}のような最大ＷＴＲＵ許容送信電力を超えてもよい。この場合、ＷＴＲＵは、ＵＬ ＣＣの全部または一部にわたり、送信電力の一部または全部を低減することができる。たとえば、ＷＴＲＵは、ＵＬ ＣＣの少なくとも一部で送信電力を相対量だけ低減することができる。たとえば、ＵＬ ＣＣの電力低減量は、ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力レベルの和である、ＣＣの合計送信電力と相対的であってもよい。ＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＰＵＳＣＨの場合は式１に従って、ＰＵＣＣＨの場合は式５に従って、チャネルごと、およびＣＣごとに独立して決定されてもよい。

電力低減操作の後、すべてのＣＣにわたるすべての電力レベルの和は、最大ＷＴＲＵ許容送信電力に少なくとも近似してもよいか、またはこれに等しくてもよい。すべてのＣＣにわたるすべての電力レベルの和は、最大ＷＴＲＵ許容送信電力を超えることはない。あるいは、ＵＬ ＣＣでＷＴＲＵによって使用される電力低減係数は、ｅＮＢによって設定されてもよい。

ＷＴＲＵが複数のＵＬ ＣＣを使用する場合、電力低減は、個々のＵＬ ＣＣのチャネルの優先順位に基づいてもよく、ここで優先順位は、各ＣＣの各チャネルのタイプまたは要件に基づいて決定されてもよい。たとえば、ＰＵＣＣＨがＵＬ ＣＣで送信される場合、ＵＬ ＣＣは最後に縮小されてもよい。より低い優先順位のＵＬ ＣＣの電力は、より高い優先順位のＵＬ ＣＣの電力の前に低減される。ＷＴＲＵは、たとえば最も高い優先順位を持つＵＬ ＣＣを選択するなど、ＣＣの優先順位に基づいて、ＵＬ送信のためのＵＬ ＣＣのサブセットを選択することができる。より低い優先順位のＵＬ ＣＣの一部は、最初にドロップされてもよい。

ＣＣのサブセットを使用し、ＰＵＳＣＨおよびＰＵＣＣＨが同時に送信される場合、ＰＵＣＣＨ送信は、特にＰＤＣＣＨのＡＣＫ／ＮＡＣＫまたはＰＵＳＣＨのＵＣＩのような重要なフィードバック情報を含む場合、ＵＣＩを持たないＰＵＳＣＨ送信に優先することができる。ＷＴＲＵは、どのＣＣがＵＬ認可を有するか、どのＣＣが最小の必要送信電力を必要とするか、最初のパスロスを持つＣＣ、または再送信されたデータパケットを有するＣＣに基づいて、電力割り振りのためのＣＣを選択することができる。あるいは、ｅＮＢはサブセットを選択することができる。

ＣＣのサブセットが選択された後、ＷＴＲＵは、選択されたサブセット内のＣＣの物理チャネルの電力レベルを再計算することができる。ＵＬ ＣＣが選択された後、ＷＴＲＵ電力レベルが最大電力制限以上である場合、ＷＴＲＵは、適切な該当する電力低減の方法に従って、選択されたＣＣの少なくとも一部の電力を低減することができる。選択されないＣＣの物理チャネルは、サブフレームでは送信されないこともある。すなわち、選択されないＣＣの物理チャネルはドロップされてもよい。

別個のＰＡを使用している複数のＣＣがある場合、ＣＣとＰＡとの間にアソシエーションがあってもよい。たとえば、隣接ＣＣのセットまたはサブセットはＰＡを共有することができる。各ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＰＵＳＣＨの場合は式１に従って、ＰＵＣＣＨの場合は式５に従って、ＣＣ当たりの物理チャネルごとに独立して計算されてもよい。ＷＴＲＵは、たとえば、ＣＣ固有の最大電力制限、ＰＡ固有、ＣＣグループ固有の最大電力制限、および／または合計最大電力制限など、任意の最大電力制限があるかどうかの確認が必要になることもある。ＷＴＲＵの最高優先順位は、ＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力をＷＴＲＵが決定する間、ＣＣ固有の最大電力制限（Ｐ_CMAX（ｋ））に適合することであってもよい。さらに、ＣＣで同時ＰＵＳＣＨおよび／またはＰＵＣＣＨ送信がある場合、ＣＣ固有の最大電力制限は、本明細書において説明される該当のＣＣ固有電力低減技法のいずれかを使用して適合される。

ＣＣ固有の最大電力制限の手順を実施した後、ＷＴＲＵは、ＰＡを共有する個々のＣＣのすべての電力の和が最大ＰＡ許容電力を超えるような、各ＰＡの最大電力制限の違反があるかどうかを決定するために確認することができる。たとえば、ＰＡ（ｉ）について、

ＰＡの最大ＰＡ電力制限の違反がある場合、ＷＴＲＵは、本明細書において説明される適正な電力低減技法を適用することにより、制限に従うことができる。

ＷＴＲＵは、たとえばＰ_CMAXのような、すべてのＵＬ ＣＣにわたるＷＴＲＵ合計最大許容送信電力に到達しているかどうかを確認することができる。すべてのＵＬ ＣＣにわたる最大許容送信電力に到達している場合、ＷＴＲＵは、ＷＴＲＵ合計最大許容送信電力を超えないように、本明細書において説明される適正な電力低減技法に従って、ＵＬ ＣＣの一部または全部にわたる送信電力レベルの一部または全部を低減することができる。

ＰＵＳＣＨおよびＰＵＣＣＨは同時に、および単一のＵＬ ＣＣでも非隣接のＲＢで送信することができるので、合計の送信信号波形は、シングルキャリア周波数領域多元接続（ＳＣ−ＦＤＭＡ）信号と同じ特性を有してはいない。このことは、送信された信号のキュービックメトリック（ＣＭ）、またはピーク対平均電力比（ＰＡＰＲ）の増大をもたらす場合もある。ＷＴＲＵの２つの同時送信の増大したＣＭは、たとえばエラーベクトル振幅（ＥＶＭ：ｅｒｒｏｒ ｖｅｃｔｏｒ ｍａｇｎｉｔｕｄｅ）および隣接電力漏洩電力比（ＡＣＬＲ：ａｄｊａｃｅｎｔ ｐｏｗｅｒ ｌｅａｋａｇｅ ｐｏｗｅｒ ｒａｔｉｏ）のような、線形性要件を満たす必要があることもある。ＰＵＳＣＨおよびＰＵＣＣＨのＷＴＲＵ送信電力はｅＮＢによって制御されるので、ＷＴＲＵはパスロス測定を制御することができ、ＷＴＲＵは、単一のＵＬ ＣＣを使用する場合であっても、Ｐ_CMAXのような最大送信電力を超えてはいけないタイミングを決定することができる。したがって、バックオフメカニズムは、ＷＴＲＵ機能に基づいて、および／またはｅＮＢによって指示されるように、最大送信電力を低減するため、ＷＴＲＵに使用可能にすることができる。

ＷＴＲＵは、ＰＵＣＣＨ／ＰＵＳＣＨ信号のＣＭの関数として電力バックオフを決定することができる。ｅＮＢは、特定のＷＴＲＵまたは一般のＷＴＲＵの既知の振る舞いに基づいて、最大電力を調整することができる。ＣＭは主として、たとえば、ＰＵＣＣＨとＰＵＳＣＨとの間の、非隣接無線ベアラ（ＲＢ）の数のような係数、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭのような変調オーダー、および電力比によって影響を受けてもよい。ＰＵＳＣＨおよびＰＵＣＣＨの電力設定はそれぞれ、独立かつ動的であるため、Ｐ_PUSCH（ｉ）とＰ_PUCCH（ｉ）の比は時間で異なり、可変のＣＭを意味する。ＣＭは、時間で異なることもある。

ＷＴＲＵが単一のＵＬ ＣＣを使用し、ＰＵＳＣＨおよびＰＵＣＣＨが同時に送信される場合、各ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＰＵＳＣＨの場合は式１に従って、ＰＵＣＣＨの場合は式５に従って、物理チャネルごとに独立して計算される。ＷＴＲＵが単一のＵＬ ＣＣで送信されている場合、式１および式５のＰ_CMAX（ｋ）はＰ_CMAXと等価であってもよい。サブフレームｉにおいてＰＵＳＣＨ送信の場合Ｐ_PUSCH（ｉ）、およびＰＵＣＣＨ送信の場合Ｐ_PUCCH（ｉ）で示される、ＰＵＳＣＨおよびＰＵＣＣＨの電力レベルをそれぞれ計算した後、電力レベルの和がＰ_CMAX（Ｐ_PUSCH（ｉ）＋Ｐ_PUCCH（ｉ）＞Ｐ_CMAX）のように最大ＷＴＲＵ許容電力よりも大きい場合、ＷＴＲＵは最初にチャネル優先順位に基づいてチャネルの電力を低減することができる。チャネル優先順位は、事前定義されてもよい。たとえば、ＰＵＣＣＨがＰＵＳＣＨよりも高い優先順位を与えられる場合、事前定義された規則に従って、ＰＵＳＣＨの電力は、ＰＵＣＣＨの電力の前に低減されてもよい。ＰＵＳＣＨは、ＰＵＳＣＨの低減された電力が事前定義されたしきい値または最小送信電力よりも小さい場合、ドロップされてもよい。さらに、ＰＵＣＣＨの電力をさらに低減する必要がある場合、ＷＴＲＵは、最大送信電力制限（すなわち、Ｐ_CMAX）に従うように、電力を低減することができる。

Ｐ_PUSCH（ｉ）＋Ｐ_PUCCH（ｉ）＞Ｐ_CMAXである場合、ＰＵＣＣＨの送信電力は、上記で示される式５により決定されてもよい。ＰＵＣＣＨの送信電力は、たとえばＰ_CMAX−Ｐ_PUSCH（ｉ）（一次で減算）など、残りの使用可能な電力から決定され、以下の式のようになる。
Ｐ_PUSCH（ｉ）＝ｍｉｎ｛（Ｐ_CMAX−Ｐ_PUCCH（ｉ）），１０ｌｏｇ₁₀（Ｍ_PUSCH（ｉ））＋Ｐ_{O_PUCCH}（ｊ）＋α（ｊ）・ＰＬ＋Δ_TF（ｉ）＋ｆ（ｉ）｝ （式１５）
Ｐ_PUSCH（ｉ）が事前定義された値、たとえば最小電力よりも小さい場合、ＰＵＳＣＨはドロップされる。

あるいは、最大電力制限の場合、それぞれの送信電力が、以下のように均一に低減されてもよい。

ここで、Δ（ｉ）は、サブフレームｉ内の電力調整係数（ｄＢ単位）である。ＷＴＲＵは、以下の式に従って、電力調整を決定することができる。

あるいは、Δ（ｉ）は、ルックアップテーブルを使用するか、または半静的信号伝達を介してなど、上位レイヤによって提供されてもよい。Ｐ_PUSCH（ｉ）およびＰ_PUCCH（ｉ）はそれぞれ、サブフレームi内のＰＵＳＣＨおよびＰＵＣＣＨに必要な送信電力を表す。

さらにもう１つの代替において、Δ_PUSCH（ｉ）およびΔ_PUCCH（ｉ）はそれぞれ、Ｐ_PUSCH（ｉ）およびＰ_PUCCH（ｉ）に比例してもよい。たとえば、

ここで、ａおよびｂは追加のスケール係数であり、ａおよびｂのいずれもゼロ（０）と等しいかまたはそれよりも大きい。項ａおよびｂは、１つのチャネルがもう１つのチャネルよりも小さくなるように選択されてもよい。項は、１つのチャネルがより高い優先順位を与えられるか、または優先されるように調整されてもよい。項ａおよびｂは、ＷＴＲＵによって計算されてもよいか、またはｅＮＢによって設定されて上位レイヤによりＷＴＲＵに信号伝達されてもよい。あるいは、Δ_PUSCH（ｉ）およびΔ_PUCCH（ｉ）は、上位レイヤによって提供されてもよい。

ＰＵＳＣＨまたはＰＵＣＣＨのいずれかだけがＰ_CMAXを超える場合、最大を超えるチャネルは、不均衡に低減（または縮小）される必要がある。たとえば、Ｐ_PUSCH（ｉ）＝１０およびＰ_PUCCH（ｉ）＝２とする。低減規則を使用して同じ相対量だけ共に低減すると結果は、Ｐ_CMAX＝１０の場合、Ｐ_PUSCH（ｉ）＝（１０／１２）＊Ｐ_PUSCH（ｉ）およびＰ_PUCCH（ｉ）＝（１０／１２）＊Ｐ_PUCCH（ｉ）である。Ｐ_PUSCH（ｉ）＋Ｐ_PUCCH（ｉ）＝Ｐ_CMAX＝１０であるので、いずれも１／６の電力だけ低減することができる。しかし、Ｐ_CMAX＝８の場合、Ｐ_PUSCH（ｉ）＝（８／１０）＊（Ｐ_PUSCH（ｉ）−２）およびＰ_PUCCH（ｉ）＝（８／１０）＊Ｐ_PUCCH（ｉ）である。Ｐ_PUSCH（ｉ）＋Ｐ_PUCCH（ｉ）＝Ｐ_CMAX＝８であるので、ＰＵＳＣＨの送信電力は、ＰＵＣＣＨよりも大きな割合で低減される。

ＰＵＣＣＨの制御情報のタイプに基づいて、さまざまな低減規則があってもよい。たとえば、低減は、ＰＵＣＣＨがＣＱＩを搬送している場合、ＰＵＳＣＨとＰＵＣＣＨとの間で共有されてもよいが、ＰＵＣＣＨがＡＣＫ／ＮＡＣＫを搬送している場合は、ＰＵＳＣＨがＰＵＣＣＨよりも多くの電力低減を被ることもある。たとえば、Ｐ_PUSCH（ｉ）＋Ｐ_PUCCH（ｉ）＞Ｐ_CMAXである場合、

および

または

および

ここで、ΔＰ_PUSCH（ｉ）、Δ_PUSCH,CQ（ｉ）、およびΔ_PUSCH,ACK（ｉ）はそれぞれ、サブフレームにおけるＰＵＳＣＨ、ＰＵＣＣＨのＣＱＩ、およびＰＵＣＣＨのＡＣＫ／ＮＡＣＫの電力調整係数であり、ここでΔＰ_PUSCH（ｉ）＞Δ_PUSCH,CQ（ｉ）＞Δ_PUSCH,ACK（ｉ）である。

低減規則は、たとえば、多入力／多出力（ＭＩＭＯ）モードまたはハイブリッド自動再送要求（ＨＡＲＱ）再送数に依存することがある。ＨＡＲＱ再送の場合、ＰＵＳＣＨは、再送数の増大に応じて、実行する電力低減はより少なくてもよい。

最大送信電力制限、たとえばＰ_CMAXは、事前設定された規則に基づいてＷＴＲＵによってバックオフされてもよい。ＷＴＲＵは、同時ＰＵＣＣＨ／ＰＵＳＣＨ波形の増大キュービックメトリック（ＣＭ）の関数として、または最大電力を推定してＡＣＬＲ／ＥＶＭ要件を満たす任意の方法で、Ｐ_CMAXを調整することができる。増大したＣＭ（ｄｅｌｔａ＿ＣＭ）は、非隣接クラスタの数、ＰＳＵＣＨ変調タイプ、およびＰＵＳＣＨとＰＵＣＣＨとの電力比の関数として、必要電力バックオフ、または許容最大電力バックオフである。各ＷＴＲＵは、所与のＵＬ認可に基づく各ＵＬ送信の増大したＣＭを決定して、必要に応じて、Ｐ_CMAXまたはＰ_UMAXで示されるＷＴＲＵ電力クラスの最大ＷＴＲＵ電力からｄｅｌｔａ＿ＣＭを減算することによりＰ_CMAXをバックオフすることができる。ＷＴＲＵは、ＵＬ信号のｄｅｌｔａ＿ＣＭを計算することができ、おそらくはあらゆるサブフレームと同様の速さで、動的にＰ_CMAXまたはＰ_UMAXを変更することができる。

あるいは、ｄｅｌｔａ＿ＣＭを示すパラメータルックアップテーブルは、ｅＮＢからＷＴＲＵに信号伝達されてもよい。テーブルは、ＲＢ割り振りの不連続点の数、所与のＰＡの不連続点の数、ＰＳＵＣＨ変調タイプ、ＰＵＳＣＨとＰＵＣＣＨとの電力比、使用される事前符号化、およびその他の関連するパラメータに対応する索引を使用することができる。表２は、ｄｅｌｔａ＿ＣＭルックアップテーブルの例を示す。

ＤＬ信号伝達は、最大ＷＴＲＵ電力設定に対して、ｄｅｌｔａ＿ＣＭテーブルおよびｄｅｌｔａ＿ＣＭ索引のような、関連するパラメータをサポートするように設計されてもよい。ＤＬ信号伝達はまた、ＰＨレポーティングのためにルックアップテーブルをサポートするように設計されてもよい。ＷＴＲＵは、ＡＣＬＲ／ＥＶＭ／ＣＭ要件および最大電力を確認して、ｄｅｌｔａ＿ＣＭパラメータを使用して電力制御を実行した後、必要に応じて、追加のバックオフを実行することができる。

ｅＮＢは、ＰＵＳＣＨおよびＰＵＣＣＨ両方の割り振りの詳細を含む。バックオフのルックアップテーブルを使用するのではなく、ｅＮＢはＣＭを推定することができる。したがって、ｅＮＢが同時ＰＵＳＣＨおよびＰＵＣＣＨ送信に対してＵＬ認可をＷＴＲＵに行う場合に、Ｐ_CMAXは下げられてもよい。ｅＮＢは、ＰＵＳＣＨとＰＵＣＣＨの電力比も管理することができる。通例、ＰＵＣＣＨ電力レベルは、低減、または縮小されなくてもよい。ＰＵＳＣＨ電力は、必要に応じてバックオフされ、特に最大電力制限の場合には、線形性を保持することができる。あるいは、ＰＵＳＣＨ電力は、低減または縮小されなくてもよい。

最大電力値、たとえばＰＣＭＡＸは、多数の送信例がより好ましい電力要件および制限を有していたとしても、最悪例の条件に対応することができる。同時ＰＵＳＣＨおよびＰＵＣＣＨ送信を伴う特定の電力クラスの最大電力は、ルックアップテーブルによって定義されてもよい。表３は、最大電力に対するルックアップテーブルの例を示す。

Ｐ_CMAXはまた、周波数の分離および／またはリソース割り振りにおける不連続点の数を含む、その他の変数の関数であってもよい。

ＴＰＣコマンドは、積算されてもよい。しかし、それぞれＰＵＳＣＨおよびＰＵＣＣＨの電力が合算された後、ＷＴＲＵがＰ_CMAXに到達する場合、ＰＵＳＣＨおよびＰＵＣＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。同様に、ＰＵＳＣＨの計算された送信電力がＰ_CMAXを超える場合、ＰＵＳＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。しかし、ＰＵＣＣＨの計算された送信電力がＰ_CMAXを超える場合、ＰＵＣＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。

ＴＰＣコマンドは、いずれもＳＲＳおよび非隣接ＰＵＳＣＨを伴う場合も伴わない場合も、同時ＰＵＣＣＨおよびＰＵＳＣＨ送信に対応するとき、一意の解釈を有することができる。ＴＰＣコマンドは、ｅＮＢが、ＣＭのより大きいＵＬ送信に対してさらに大きいステップずつ電力を低減できるように、十分な大きさを有することができる。表４は、ＴＰＣコマンドテーブルの例を示す。

ＷＴＲＵが設定された最大ＷＴＲＵ送信電力Ｐ_CMAXに到達した場合、肯定の積算ＴＰＣコマンドは積算されなくてもよい。しかし、Ｐ_UMAXはＷＴＲＵ電力クラスの最大ＷＴＲＵ電力であり、特定のサブフレームに対してＰ_UMAXに到達しているが、Ｐ_CMAXには到達していない場合、ＴＰＣコマンドは積算されてもよい。特定のサブフレームに対してＰ_CMAXに到達しているが、Ｐ_UMAXには到達していない場合、ＴＰＣコマンドは積算されなくてもよい。特定のサブフレームに対してＰ_CMAXに到達しているが、対応する割り振りは非隣接である場合、ＴＰＣコマンドは積算されてもよい。特定のサブフレームに対してＰ_UMAXに到達しているが、対応する割り振りは非隣接である場合、ＴＰＣコマンドは積算されてもよい。特定のサブフレームに対してＰ_CMAXに到達しているが、対応する割り振りはＰＵＣＣＨと同時である場合、ＴＰＣコマンドは積算されてもよい。ＰＵＣＣＨの積算ＴＰＣコマンドがＰＤＣＣＨに含まれる場合、ＰＵＣＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。

特定のサブフレームに対してＰ_UMAXまたはＰ_CMAXに到達しているが、対応する割り振りはＰＵＳＣＨと同時である場合、ＴＰＣコマンドは積算されてもよい。加えて、ＷＴＲＵがＰＵＳＣＨまたはＰＵＣＣＨの最小電力に到達した場合、対応するチャネルの否定のＴＰＣコマンドは積算されなくてもよい。

ＷＴＲＵが設定された最大ＷＴＲＵ送信電力に到達した場合、およびＰＵＳＣＨの積算ＴＰＣコマンドがＰＤＣＣＨに含まれる場合、ＰＵＳＣＨの肯定の積算ＴＰＣコマンドは積算されなくてもよい。ＰＵＳＣＨの積算ＴＰＣコマンドがＰＤＣＣＨに含まれる場合、ＰＵＳＣＨは積算されなくてもよい。

理想的に計算された電力の和（合計）がＰ_CMAXを超える場合、個々の電力レベルは別個のオフセットΔＰ_PUSCH（ｉ）およびΔＰ_PUCCH（ｉ）だけ低減されてもよい。各オフセットは、各自の要件に従って、ただし、式

を満たすように、ＷＴＲＵによって各ＵＬサブフレームで計算されてもよいか、または上位レイヤによって提供されてもよい。

ＰＵＣＣＨおよびＰＵＳＣＨの信頼性要件は通常異なる。したがって、特に、理想的に計算された電力の和がＰ_CMAXを超える場合、電力レベルの慎重な設定が望ましい。

たとえば最大電力制限のような、特定の条件の下で、ＷＴＲＵは、並行ＰＵＳＣＨ／ＰＵＣＣＨ送信を備えるように、またはアップリンク制御情報（ＵＣＩ）をＰＵＳＣＨに含むように設定されてもよい。Ｐ_PUSCH（ｉ）＋Ｐ_PUCCH（ｉ）＞Ｐ_CMAXである場合、ＷＴＲＵはＰＵＳＣＨを介してＵＣＩを搬送することができる。ｅＮＢは、ＰＵＳＣＨを介してＵＣＩを搬送するかどうかを、たとえば、上位レイヤ信号伝達またはＬ１／Ｌ２信号伝達を通じて、ＷＴＲＵを構成してもよい。トグルビット（ｔｏｇｇｌｉｎｇ ｂｉｔ）は、特定のＤＣＩフォーマットを指示するＰＤＣＣＨで使用されてもよい。ｅＮＢは、たとえば、ＷＴＲＵからのパワーヘッドルーム（ＰＨ）レポーティングに基づいて設定を決定することができる。

たとえば、ＷＴＲＵは、ＰＵＳＣＨでＵＣＩを搬送するように構成されてもよい。γを設定の事前定義されたしきい値として、ＰＨ＞γである場合、ｅＮＢは、並行ＰＵＣＣＨおよびＰＵＳＣＨ送信に戻るように、上位レイヤ信号伝達、Ｌ１／Ｌ２信号伝達、またはトグルビットを通じて、ＷＴＲＵを再構成することができる。

あるいは、ＷＴＲＵは、サブフレームでどの制御信号伝達方式が使用されるかを自律的に決定することができる。たとえば、Ｐ_PUSCH（ｉ）＋Ｐ_PUCCH（ｉ）＜Ｐ_CMAX−γである場合、ＰＵＳＣＨ／ＰＵＣＣＨ送信が使用されてもよい。ＷＴＲＵの決定は、ＰＵＣＣＨに使用可能な送信電力に基づいてもよい。たとえば、ηを最大ＰＵＣＣＨ電力低減係数として、

である場合、並行ＰＵＳＣＨ／ＰＵＣＣＨ送信が使用されてもよい。項

は、電力低減後のＰＵＣＣＨの送信電力（ある場合）であり、ここで

は送信電力低減の方法により計算されてもよい。

ｅＮＢは、ＵＣＩを抽出するためにブラインド検出および／または復号化を実行することができる。ＰＵＳＣＨおよびＰＵＣＣＨ送信電力の和がしきい値β₁によって許容される最大電力に到達する場合、ＷＴＲＵは、ＰＵＳＣＨおよびＰＵＣＣＨ送信電力の和がしきい値β₂によって許容される最大電力に到達するのであれば、非同時ＰＵＳＣＨ／ＰＵＣＣＨ送信モードに切り替えることができる。

ＵＣＩのようなＵＬ Ｌ１／２制御信号が、ＵＣＩ送信のようなＰＵＳＣＨのデータと時分割される場合、送信電力はサブフレームにわたり一定に保持されてもよい。Ｐ_PUSCH（ｉ）は、以下のように電力オフセットを使用して決定されてもよい。

ここで、εは上位レイヤ信号伝達を介して設定されうる電力オフセットであり、εは、制御部分の符号化レートとデータ部分に使用される変調および符号化レートとの間のオフセットの関数であってもよい。

あるいは、同じサブフレームで送信されるように設定されたＳＲＳがある場合、制御部分またはデータ部分のいずれかの符号化ゲインを増大するため、ＷＴＲＵは、たとえばＳＲＳではなく制御部分またはデータ部分のいずれかの、サブフレームの最後のシンボルなど、離散フーリエ変換−直交周波数領域多重方式（ＤＦＴ−ＯＦＤＭ）シンボルを使用することができる。あるいは、制御部分またはデータ部分のいずれかは、周波数部分が他のＤＦＴ−ＯＦＤＭシンボルのＰＵＳＣＨに使用される周波数部分と対応するＳＲＳ領域の周波数部分に穿孔（ｐｕｎｃｔｕｒｅｄ ｉｎｔｏ）されてもよい。

パワーヘッドルーム、ＣＭ増分、たとえばＡＣＫ／ＮＡＣＫ、ＣＱＩ、およびＳＲのような制御情報に対する信頼性要件および優先順位、ならびにデータにそれぞれ応じて、ＷＴＲＵは、サブフレームで送信されるべき制御および／またはデータチャネルタイプの結合を自律的に決定することができる。たとえば、ＰＨ＜−μ₁（ｄＢ）である場合、ＷＴＲＵはＰＵＳＣＨまたはＰＵＣＣＨのいずれかをドロップして、もう一方のチャネルに全電力を与えることができる。それ以外の場合、ＰＨ＜−μ₂（ｄＢ）であれば、ＷＴＲＵはＣＱＩおよび／またはＳＲをドロップして、最大電力をＰＵＣＣＨとＰＵＳＣＨに分割することができ、ここでＰＵＣＣＨはたとえばＡＣＫ／ＮＡＣＫおよび場合によっては他のフィードバック信号を搬送する。

ＰＨ＜−μ₃（ｄＢ）である場合、ＷＴＲＵはチャネルをドロップすることはなく、本明細書に開示される電力低減の方法のうちの１つを使用してＰＵＣＣＨおよびＰＵＳＣＨの両方を送信することができる。項μ₁、μ₂、μ₃は、セルおよび／またはＷＴＲＵ固有のパラメータであり、ここでμ₁＞μ₂＞μ₃＞０である。

ｅＮＢは、所与のサブフレームのチャネル結合に関する情報を要求することできる。ＷＴＲＵは、たとえば、ＰＵＣＣＨのようなＵＬチャネルでの１または２ビットによるＬ１／２信号伝達などを介してサブフレームで使用される結合情報を、明示的にｅＮＢに通知することができる。あるいは、別個の制御信号がＵＬで使用されてもよい。もう１つの代替として、ｅＮＢは、たとえば制御情報を抽出および／または復号化するためにブラインド検出および／または復号化を実行することにより、所与のサブフレームで使用されているチャネル結合を決定することができる。

ｅＮＢは、サブフレームで送信されるべきチャネルタイプの結合を決定することができる。これは、パワーヘッドルームに基づいてもよい。ｅＮＢは、結果として得られた結合を、たとえば上位レイヤを介して、または特定のＤＣＩフォーマットによるＰＤＣＣＨで、ＷＴＲＵに信号伝達することができる。ＰＵＳＣＨおよびＰＵＣＣＨの送信電力設定はそれぞれ、以下のように表記することができる。
Ｐ_PUSCH（ｉ）＝ｍｉｎ｛（Ｐ_CMAX,PUSCH，１０ｌｏｇ₁₀（Ｍ_PUSCH（ｉ））＋Ｐ_{O_PUSCH}（ｊ）＋α（ｊ）・ＰＬ＋Δ_TF（ｉ）＋ｆ（ｉ）｝ （式２２）
および
Ｐ_PUCCH（ｉ）＝ｍｉｎ｛（Ｐ_CMAX,PUCCH，Ｐ_{0_PUCCH}＋ＰＬ＋ｈ（ｎ_CQI，ｎ_HARQ）＋Δ_{F_PUCCH}（Ｆ）＋ｇ（ｉ）｝ （式２３）

ＰＵＳＣＨまたはＰＵＣＣＨのうちの１つの送信電力は、最大電力を下回ってもよいが、もう一方の送信電力はその最大電力を超えてもよい。１つのチャネルの余分な電力が、もう一方のチャネルに追加されてもよい。あるいは、ＰＵＳＣＨおよびＰＵＣＣＨの電力設定は、一緒に設定されてもよい。ＷＴＲＵは、ＰＵＳＣＨの送信電力を計算することができる。次いで、ＰＵＣＣＨの送信電力は、式Ｐ_PUCCH（ｉ）＝Ｐ_PUSCH（ｉ）＋φＰ_PUCCHにおけるように、オフセット係数φＰＵＣＣＨにより、結果として得られるＰＵＳＣＨ送信電力にオフセットされてもよく、ここでφ_PUCCHは上位レイヤによって設定され、ＵＬサブフレームに使用される変調タイプおよび符号化レートに依存する。

ＰＵＳＣＨもまたＳＲＳを含み、ＰＳＵＣＨがＰＵＣＣＨと同時に送信されている場合、ＳＲＳはＰＵＳＣＨで時分割されてもよいが、最後のシンボルのＰＵＣＣＨで周波数分割されてもよい。それ以外の場合、ＳＲＳは、ＰＵＳＣＨによって穿孔されてもよい。いずれの場合においても、ＷＴＲＵは、２つの別個のバックオフ手順を適用することができる。

パワーヘッドルーム（ＰＨ）は、以下のように、ＵＬ ＣＣごとに定義することができる。
ＰＨ（ｉ，ｋ）＝Ｐ_CMAX−｛１０ｌｏｇ₁₀（Ｍ_PUSCH（ｉ，ｋ））＋Ｐ_{O_PUSCH}（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋Δ_TF（ｉ，ｋ）＋ｆ（ｉ，ｋ）｝ （式２４）
ここで、ＰＨ（ｉ，ｋ）は、ＵＬ ＣＣ（ｋ）のサブフレームに有効なＷＴＲＵ ＰＨである。

あるいは、ＰＨは、以下のように、ＵＬ ＣＣごとに定義することができる。
ＰＨ（ｉ，ｋ）＝Ｐ_CMAX（ｋ）−｛１０ｌｏｇ₁₀（Ｍ_PUSCH（ｉ，ｋ））＋Ｐ_{O_PUSCH}（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋Δ_TF（ｉ，ｋ）＋ｆ（ｉ，ｋ）｝ （式２５）

ＰＨレポーティングは、設定可能であってもよい。特定のＣＣのＷＴＲＵ送信電力は、異なるパスロスおよびチャネル設定により、他のＣＣのＷＴＲＵ送信電力とは異なる場合もある。このＷＴＲＵは、ＣＣごとにＰＨレポートをｅＮＢに送信することができる。特定の場合、たとえばアグリゲートされたキャリアが隣接である場合、広帯域ＰＨレポートを送信することができる。ｅＮＢは、ＰＨをレポートするようにＷＴＲＵを設定することもできる。

ＷＴＲＵは、ＣＣ固有のＰＨをレポートすることができる。ＣＣ固有のＰＨは、たとえば、１ｄＢ刻みでｄＢ単位の範囲の最も近似の値に丸められて、物理レイヤにより上位レイヤに配信されてもよい。

あるいはＷＴＵは、ＣＣグループ固有のＰＨレポートをレポートすることができる。ＷＴＲＵは、ｅＮＢからの指示に従ってＣＣのグループを設定し、ＣＣのグループのＰＨを以下のように計算することができる。

ここで、ｋ_Gは、ｋ番目のＣＣグループを表す。Ｐ_CMAXは、各ＣＣグループに許容可能な最大送信電力の値に置き換えられてもよく、その値はｅＮＢから信号伝達されてもよい。あるいは、ＷＴＲＵは、ＣＣグループのＵＬ ＣＣがＰＡを含むＷＴＲＵ ＲＦチェーンにどのように関連付けられているかに従って、各ＣＣグループの最大送信電力を決定することができる。たとえば、ＣＣグループ内のＵＬ ＣＣがＷＴＲＵのＰＡを共有する場合、ＣＣグループの最大電力は、ＰＡに許容される最大電力であってもよい。

あるいはＷＴＲＵは、広帯域ＰＨをレポートすることができる。すべてのＣＣの計算されたＰＵＳＣＨ送信電力レベルは、以下のようにＰＨレポーティングについて説明される。

ここで、ＰＨ_WB（ｉ）は、サブフレームｉに有効な広帯域ＷＴＲＵ ＰＨである。ＰＨ_WB（ｉ）の範囲は、ＣＣ固有またはＣＣグループ固有のＰＨレポーティングの範囲とは異なっていてもよい。

ｅＮＢは、どのＰＨレポーティングフォーマットをＷＴＲＵが使用するかに関して、設定情報をＷＴＲＵに送信することができる。あるいは、ＷＴＲＵは、ＰＨレポートを送信するＵＬ ＣＣを自律的に決定することができる。ＷＴＲＵがＰＨをレポートするとき、関連付けられているＣＣインジケータがＰＨレポートと共に送信されてもよい。たとえば、ＷＴＲＵは、広帯域ＰＨレポートを送信するように構成されてもよいが、ＷＴＲＵは、ＣＣの計算された送信電力が事前定義されたしきい値を超えるか、またはこれを下回ることを検出することができる。広帯域ＰＨレポーティングに加えて、ＷＴＲＵは、関連付けられているＣＣインジケータと共に検出されたＣＣに関するＰＨレポートを送信することができる。

ＷＴＲＵ ＰＨレポーティングは、トリガ機構に基づいてもよい。たとえば、ＣＣ固有のＰＨ値がしきい値よりも小さい場合、ＷＴＲＵは対応するＰＨ値をｅＮＢにレポートすることができる。ＣＣ固有のＰＨまたはＣＣグループ固有のＰＨレポーティングにおいて、ＰＨレポートがＣＣまたはＣＣグループのいずれに対応するかは、ＣＣグループインジケータによって指示されてもよい。インジケータは、対応するＰＨ値と共にｅＮＢに送信される。

ｅＮＢは、ＣＣの特定のサブフレームにＰＵＳＣＨ送信がない場合であっても、ＰＵＣＣＨに基づいてＰＨレポートを送信するようにＷＴＲＵを構成することができる。ＷＴＲＵは、ＵＬ ＣＣに同時ＰＵＳＣＨ／ＰＵＣＣＨ送信またはＰＵＣＣＨ送信がない場合、ＰＵＳＣＨ送信のみに基づいてＰＨレポートを送信することができる。

ＷＴＲＵは、ＰＵＣＣＨ送信のみに基づいてＰＨレポートを送信することができる。これは、ＵＬ ＣＣの同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に使用されてもよい。ＷＴＲＵは、ＰＵＳＣＨおよびＰＵＣＣＨ送信の両方に基づいてＰＨレポートを送信することができる。このモードは、ＵＬ ＣＣの同時ＰＵＳＣＨ／ＰＵＣＣＨ送信の場合に使用されてもよい。

同時ＰＵＳＣＨおよびＰＵＣＣＨ送信がＵＬ ＣＣ（ｋ）のサブフレーム（ｉ）で生じる場合、ＣＣ（ｋ）のサブフレームのＣＣ固有のＷＴＲＵ ＰＨ、結合されたＰＵＳＣＨおよびＰＵＳＣＨパワーヘッドルームレポーティング（ＰＨＲ）に対して、レポートされるＰＨは以下の式により与えられてもよい。

あるいは、レポートされるＰＨは、以下のように表すこともできる。

あるいは、ＰＨはＰＵＳＣＨおよびＰＵＣＣＨに対して個別に計算されてレポートされてもよく、以下の式で示されるように、ＰＵＳＣＨおよびＰＵＣＣＨの計算された送信電力を低減または減算したＰ_CMAX（またはＰ_CMAX（ｋ））と等しくてもよい。
ＰＨ_PUSCH（ｉ，ｋ）＝Ｐ_CMAX(k)−（１０ｌｏｇ₁₀（Ｍ_PUSCH（ｉ，ｋ））＋Ｐ_{O_PUSCH}（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋Δ_TF（ｉ，ｋ）＋ｆ（ｉ，ｋ）） （式３０），
および
ＰＨ_PUCCH（ｉ，ｋ）＝Ｐ_CMAX（ｋ）−（Ｐ_{O_PUCCH}（ｋ）＋ＰＬ（ｋ）＋ｈ（ｎ_CQI，ｎ_HARQ，ｋ）＋Δ_{F_PUCCH}（Ｆ）＋ｇ（ｉ，ｋ）） （式３１）
ここで、ＰＨ_PUSCH（ｉ，ｋ）およびＰＨ_PUCCH（ｉ，ｋ）はそれぞれ、ＰＵＳＣＨおよびＰＵＣＣＨに対するＰＨレポートを表す。式（３０）および式（３１）においてそれぞれ、Ｐ_CMAX（ｋ）はＰ_CMAXに置き換えられてもよい。

さらにもう１つの代替において、等分目盛りでＵＬ ＣＣ（ｋ）のサブフレームｉ内のＰＵＳＣＨについて計算されたＷＴＲＵ送信電力は、以下の式により表すことができる。

同様に、等分目盛りでＵＬ ＣＣ（ｋ）のサブフレームｉ内のＰＵＣＣＨについて計算されたＷＴＲＵ送信電力は、以下の式により表すことができる。

ＰＵＳＣＨのみの場合のＰＨ、ＰＵＣＣＨのみの場合のＰＨ，またはＰＵＳＣＨとＰＵＣＣＨを結合した場合のＰＨをレポートするために、サブフレームｉおよびＣＣ（ｋ）のＰＨは以下のように表すことができる。
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（Ｐｃｍａｘ／Ｐｃａｌｃ＿ｐｕｓｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（ｍｉｎ（Ｐｃｍａｘ，Ｐｃｍ）／Ｐｃａｌｃ＿ｐｕｓｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（Ｐｃｍａｘ／Ｐｃａｌｃ＿ｐｕｃｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（ｍｉｎ（Ｐｃｍａｘ，Ｐｃｍ）／Ｐｃａｌｃ＿ｐｕｃｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（ｍｉｎ（Ｐｃｍａｘ，Ｐｃｍ）／（Ｐｃａｌｃ＿ｐｕｓｃｈ＋Ｐｃａｌｃ＿ｐｕｃｃｈ））［ｄＢ］；または
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（Ｐｃｍａｘ／（Ｐｃａｌｃ＿ｐｕｓｃｈ＋Ｐｃａｌｃ＿ｐｕｃｃｈ））［ｄＢ］

項Ｐｃｍは、ＥＶＭ／ＡＣＬＲが違反される電力を表し、増大したＣＭにより必要な電力バックオフを反映する最大電力値である。Ｐｃｍは、関心対象となるサブフレームのＵＬ送信のＷＴＲＵによって推定されるか、または、たとえばＰＵＣＣＨ電力、ＰＵＳＣＨ電力、変調、および不連続点の数を含む送信の詳細に基づいてルックアップテーブルに従って推定されてもよい。ルックアップテーブルは、上位レイヤによって信号伝達されてもよいか、またはｅＮＢで実施されてもよい。上記の式において、Ｐ_CMAXはＰ_CMAX（ｋ）に置き換えられてもよい。

ＰＨの各タイプは、計算され、必要に応じてレポートされてもよい。レポートされるＰＨのタイプは、上位レイヤ信号伝達によって決定されてもよい。各タイプのスケジュールは上位レイヤ信号伝達によりセットアップされてもよいか、またはＰＨレポートのタイプはＰＤＣＣＨの関数であってもよい。

ＣＭはまた、ＰＨＲ計算において説明されてもよい。ｅＮＢは、ＰＵＳＣＨおよびＰＵＣＣＨの割り振りの詳細に関する情報を有することができる。ｅＮＢは、ＣＭを推定することができるが、Ｐ_CMAXまたはＰ_CMAX（ｋ）の正確な低減は必ずしも必要とされない。

ＷＴＲＵは、設定されたＳＲＳサブフレームでＳＲＳを送信することができ、ここでＳＲＳはｅＮＢにおけるＵＬスケジューリングに使用されうる。ＳＲＳ送信電力は、ＳＲＳ送信の帯域幅を補償して、ＰＵＳＣＨ送信電力に従うことができる。γ_SRSを上位レイヤによって提供されるしきい値として、ＷＴＲＵは、ＳＲＳの計算された送信電力がＰ_CMAXまたはＰ_CMAX（ｋ）＋γ_SRSを超える場合、ＳＲＳを送信しなくてもよい。

ＷＴＲＵは、ＳＲＳおよびＰＵＳＣＨ送信が同じサブフレームで同時に生じ、所与のサブフレームのＰＵＳＣＨの送信電力がＰ_CMAXまたはＰ_CMAX（ｋ）＋γ_PUSCHを超える場合、ＳＲＳを送信しなくてもよい。ＷＴＲＵは、ＰＵＳＣＨの送信にも最後のＯＦＤＭシンボルを使用することができる。さらに、ＷＴＲＵは、ＳＲＳおよびＰＵＳＣＨ／ＰＵＣＣＨ送信が同じサブフレームで同時に生じ、所与のサブフレームのＰＵＳＣＨおよびＰＵＣＣＨの送信電力の和がＰ_CMAXまたはＰ_CMAX（ｋ）＋γ_{PUSCH_PUCCH}を超える場合、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信でＳＲＳを送信しなくてもよく、ここでγ_{PUSCH_PUCCH}は上位レイヤによって提供されるしきい値である。ＷＴＲＵは、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に最後のＯＦＤＭシンボルを使用することができる。

実施形態
１． 無線送受信ユニット（ＷＴＲＵ）におけるアップリンク電力を決定する方法であって、複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータを受信するステップと、複数のアップリンクキャリアのうちの１つに索引付けされた送信電力制御コマンドを受信するステップと、複数のアップリンクキャリアのうちの１つのパスロスを決定するステップと、複数の電力パラメータ、送信電力制御コマンド、およびパスロスに基づいて、複数のアップリンクキャリアのうちの１つの送信電力を決定するステップとを備える方法。

２． 無線送受信ユニット（ＷＴＲＵ）における最大送信電力を決定する方法であって、ＷＴＲＵにおける電力増幅器の数を決定するステップと、ＷＴＲＵにおける電力増幅器当たりの最大電力を決定するステップと、電力増幅器の数および電力増幅器当りの最大送信電力に基づいて最大送信電力を決定するステップとを備える方法。

３． 無線送受信ユニットにおけるアップリンク送信電力制御の方法であって、第１の優先順位を持つ第１のアップリンクチャネルを決定するステップと、第２の優先順位を持つ第２のアップリンクチャネルを決定するステップと、第１の優先順位を持つアップリンクチャネルの電力レベルを決定するステップと、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較するステップと、該比較に基づいて第２のアップリンクチャネルの送信を中断するステップとを備える方法。

４． 無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信電力制御の方法であって、第１の優先順位を持つ第１のアップリンクチャネルを決定するステップと、第２の優先順位を持つ第２のアップリンクチャネルを決定するステップと、第１の優先順位を持つアップリンクチャネルの電力レベルを決定するステップと、過剰電力を決定するために、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較するステップと、過剰電力を第２のアップリンクチャネルに割り振るステップとを備える方法。

５． 無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信電力制御の方法であって、複数の物理チャネルの複数の送信電力レベルを決定するステップと、結合電力レベルを取得するために、複数の送信電力レベルを合計するステップと、結合電力レベルを最大合計電力レベルと比較するステップと、複数の物理チャネルの各々にバックオフ手順を実行するステップとを備える方法。

６． 無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、送信電力制御（ＴＰＣ）コマンドを受信するステップと、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するステップと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するステップとを備える方法。

７． 無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、複数の送信電力制御コマンド（ＴＰＣ）を受信するステップと、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するステップと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するステップとを備える方法。

８． 無線送受信ユニットにおける送信電力制御の方法であって、複数の送信電力制御（ＴＰＣ）コマンドを受信するステップと、複数のＴＰＣコマンドを、コマンドフォーマットおよび識別子に基づいて複数の個々のＴＰＣコマンドに分割するステップと、個々のＴＰＣコマンドのうちの少なくとも第１の１つをアップリンク（ＵＬ）制御チャネルに適用するステップと、個々のＴＰＣコマンドのうちの少なくとも第２の１つをＵＬ共有チャネルに適用するステップと、ＵＬ制御チャネルおよびアップリンク共有チャネルを同時に送信するステップとを備える方法。

９． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータ、および複数のアップリンクキャリアのうちの１つに索引付けされた送信電力制御コマンドを受信するように構成された受信機と、複数のアップリンクキャリアのうちの１つのパスロスを決定して、複数の電力パラメータ、送信電力制御コマンド、およびパスロスに基づいて複数のアップリンクキャリアのうちの１つの伝送電力を決定するように構成されたプロセッサとを備えるＷＴＲＵ。

１０． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、ＷＴＲＵにおける電力増幅器の数を決定し、ＷＴＲＵにおける電力増幅器当たりの最大電力を決定し、電力増幅器の数および電力増幅器当たりの最大送信電力に基づいて最大送信電力を決定するように構成されたＷＴＲＵ。

１１． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、第１の優先順位を持つ第１のアップリンクチャネルを決定し、第２の優先順位を持つ第２のアップリンクチャネルを決定し、第１の優先順位を持つアップリンクチャネルの電力レベルを決定し、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較し、比較に基づいて第２のアップリンクチャネルの送信を中断するように構成されたＷＴＲＵ。

１２． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、第１の優先順位を持つ第１のアップリンクチャネルを決定し、第２の優先順位を持つ第２のアップリンクチャネルを決定し、第１の優先順位を持つアップリンクチャネルの電力レベルを決定し、過剰電力を決定するために、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較し、過剰電力を第２のアップリンクチャネルに割り振るように構成されているＷＴＲＵ。

１３． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、複数の物理チャネルの複数の送信電力レベルを決定し、結合電力レベルを取得するために、複数の送信電力レベルを合計し、結合電力レベルを最大合計電力レベルと比較し、複数の物理チャネルの各々にバックオフ手順を実行するように構成されているＷＴＲＵ。

１４． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、送信電力制御（ＴＰＣ）コマンドを受信するように構成された受信機と、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するように構成されたプロセッサと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するように構成された送信機とを備えるＷＴＲＵ。

１５． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、複数の送信電力制御コマンド（ＴＰＣ）を受信するように構成された受信機と、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するように構成されたプロセッサと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するように構成された送信機とを備えるＷＴＲＵ。

１６． アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、複数の送信電力制御（ＴＰＣ）コマンドを受信するように構成された受信機と、複数のＴＰＣコマンドを、コマンドフォーマットおよび識別子に基づいて複数の個々のＴＰＣコマンドに分割し、個々のＴＰＣコマンドのうちの少なくとも第１の１つをアップリンク（ＵＬ）制御チャネルに適用し、個々のＴＰＣコマンドのうちの少なくとも第２の１つをＵＬ共有チャネルに適用するように構成されたプロセッサと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するように構成された送信機とを備えるＷＴＲＵ。

特徴および要素は特定の組み合わせで上記で説明されているが、各々の特徴または要素は、他の特徴および要素を用いることなく単独で使用することができ、また他の特徴および要素の有無にかかわらずさまざまな組み合わせで使用することもできる。本明細書において提供される方法または流れ図は、汎用コンピュータまたはプロセッサにより実行するためにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。

適切なプロセッサは、例として、汎用プロセッサ、特殊用途プロセッサ、標準的なプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ；Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）回路、任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。

ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＩＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動装置、スピーカー、マイクロホン、テレビ送受信機、ハンドフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線装置、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ；ｏｒｇａｎｉｃ ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）表示装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）またはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄ（ＵＷＢ）モジュールなどのハードウェアおよび／またはソフトウェアに実装されるモジュールと共に使用することができる。

Claims (3)

1. 無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、
   複数のキャリアのそれぞれについての１つまたは複数の物理チャネルに関する送信電力レベルを決定するステップであって、前記１つまたは複数の物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む、ステップと、
   結合電力レベルを取得するために、前記複数のキャリアのそれぞれについての前記１つまたは複数の物理チャネルに関する前記送信電力レベルを合計するステップと、
   前記ＷＴＲＵについての最大送信電力を決定するステップと、
   前記結合電力レベルを前記ＷＴＲＵの前記最大送信電力と比較するステップと、
   前記ＷＴＲＵの前記最大送信電力を超える前記結合電力レベルにおける前記複数のキャリアのうちの少なくとも１つの、前記１つまたは複数の物理チャネルのうちの少なくとも１つについての電力縮小方式を決定するステップであって、前記電力縮小方式は、前記複数のキャリアのうちの１つまたは複数に渡るＷＴＲＵ合計送信電力を低減するステップを含み、前記低減は、前記複数のキャリアのうちの前記１つまたは複数において送信されるアップリンク制御情報（ＵＣＩ）を持つＰＵＳＣＨまたはＵＣＩを持たないＰＵＳＣＨのうちの少なくとも１つの優先順位に基づき、ＵＣＩを持つ前記ＰＵＳＣＨの前記優先順位は、ＵＣＩを持たない前記ＰＵＳＣＨの前記優先順位よりも高い、ステップと、
   を備える方法。
2. 前記電力縮小方式は、
   複数のキャリアのうちの１つまたは複数についての前記送信電力レベルを、それぞれのキャリア合計送信電力しきい値と比較するステップと、
   前記比較によって前記送信電力レベルが前記それぞれのキャリア合計送信電力しきい値を超えることが示される前記複数のキャリアのうちの前記１つまたは複数のうちの少なくとも１つについて、前記送信電力レベルを前記それぞれのキャリア合計送信電力しきい値に調整するステップと、
   をさらに含む、請求項１に記載の方法。
3. 前記電力縮小方式は、
   前記複数のキャリアのうちの前記１つまたは複数において送信されるＵＣＩを持たない前記ＰＵＳＣＨをゼロに縮小することをさらに含む、請求項１に記載の方法。

Images