JP2016077012A - 追加の電力バックオフを処理するための方法、装置、およびシステム - Google Patents

Abstract

【課題】ＷＴＲＵ（無線送信／受信ユニット）で送信電力を管理するための方法、装置、およびシステムについて説明されている。
【解決手段】バックオフの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）がトリガーされ得る。追加のバックオフは、ＷＴＲＵの最大出力電力を計算するために使用され、支配性インジケータによってネットワークリソースに指示され得る。ＷＴＲＵは、仮想ＰＨＲによって引き起こされるトリガーをなくすように構成され得る。さらに、ＷＴＲＵは、バックオフへの急速な変化に対応するように構成することができる。
【選択図】図１０

Description

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

（関連出願の相互参照）
本出願は、参照によりそれぞれの内容が本明細書に組み込まれている２０１１年１月７日に出願した米国特許仮出願第６１／４３０，９０３号、２０１１年２月１１日に出願した米国特許仮出願第６１／４４２，０９５号、２０１１年３月２３日に出願した米国特許仮出願第６１／４６６，８９９号、２０１１年３月２８日に出願した米国特許仮出願第６１／４６８，４３２号、２０１１年４月８日に出願した米国特許仮出願第６１／４７３，６３５号、２０１１年８月１２日に出願した米国特許仮出願第６１／５２３，１１３号の優先権を主張するものである。

（開示の分野）
本出願は、無線通信、特に、追加の電力バックオフを処理するための方法、装置、およびシステムに関する。

電力制御は、政府規制を満たし、ワイヤレス通信デバイス間の干渉を制限するためにワイヤレス通信システムにおいて使用される。

ＷＴＲＵ（無線送信／受信ユニット）と関連付けられている電力ヘッドルーム（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ）の報告を管理するための方法、装置、およびシステムが説明される。代表的な一方法は、Ｐ−ＰＲ（パワーマネージメント電力削減（Ｐｏｗｅｒ Ｍａｎａｇｅｍｅｎｔ Ｐｏｗｅｒ Ｒｅｄｕｃｔｉｏｎ））を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って電力ヘッドルームを報告するステップとを含む。

ＷＴＲＵ（無線送信／受信ユニット）の送信電力を管理するための別の代表的な方法は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って送信電力を調整するステップとを含む。

電力ヘッドルームを報告するように構成された代表的なＷＴＲＵ（無線送信／受信ユニット）は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定し、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するように構成されたプロセッサと、プロセッサによって決定されたバックオフ値に従って電力ヘッドルームを報告するように構成された送信／受信ユニットとを備える。

ＰＨＲ（電力ヘッドルームの報告）を管理するように構成された別の代表的なＷＴＲＵは、第１の期間にＣＣ（コンポーネントキャリア）に対して実際の送信が行われるかどうかを判定し、実際の送信がＣＣに対して行われたときに前の期間を決定し、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較し、比較結果に従ってＰＨＲをトリガーするように構成されたプロセッサを備える。

さらに詳細な内容は、添付図面と併せて、例として示される以下の「発明を実施するための形態」によりさらによく理解され得る。このような図面中の図は、詳細な説明と同様、例である。そのようなものとして、図および詳細な説明は、制限するものとしてみなすべきでなく、他の等しく効果的な例も、可能であり、あり得ることである。さらに、図中の類似の参照番号は、類似の要素を示す。

１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムのシステム図である。 図１Ａに例示されている通信システム内で使用され得る例示的なＷＴＲＵ（無線送信／受信ユニット）のシステム図である。 図１Ａに例示されている通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。 代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。 代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。 代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。 他の代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の異なる例として示す図である。 他の代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の異なる例として示す図である。 他の代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の異なる例として示す図である。 さらなる代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期のさらなる例として示す図である。 さらなる代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期のさらなる例として示す図である。 禁止タイマーおよびルックバックウィンドウを使用する追加の代表的なＰＨＲトリガー手順を示す図である。 禁止タイマーおよびバックオフウィンドウを使用するさらに他の代表的なＰＨＲトリガー手順を示す図である。 トリガー時間タイマーを使用するさらに他の代表的なＰＨＲトリガー手順を示す図である。 禁止タイマーを使用するさらに追加の代表的なＰＨＲトリガー手順を示す図である。 禁止タイマーを使用するさらに追加の代表的なＰＨＲトリガー手順を示す図である。 代表的なＰＨＲ方法を示す流れ図である。 別の代表的なＰＨＲ方法を示す流れ図である。 さらなる代表的なＰＨＲ方法を示す流れ図である。 追加の代表的なＰＨＲ方法を示す流れ図である。 さらに別の代表的なＰＨＲ方法を示す流れ図である。 さらに追加の代表的なＰＨＲ方法を示す流れ図である。 さらに追加の代表的なＰＨＲ方法を示す流れ図である。 さらなる代表的なＰＨＲ方法を示す流れ図である。 さらなる代表的なＰＨＲ方法を示す流れ図である。 代表的な電力送信調整方法を示す流れ図である。 さらなる代表的な電力送信調整方法を示す流れ図である。

図１Ａを参照すると、通信システム１００は、とりわけ音声、データ、動画像、メッセージング、および／または放送などのコンテンツを複数のワイヤレスユーザーに提供する多元接続システムであるものとしてよいことがわかる。通信システム１００は、ワイヤレス帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザーがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、とりわけ、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、および／またはＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を使用することができる。

図１Ａに示されているように、通信システム１００は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を使用することができることが企図されている。ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信し、および／または受信するように構成することができ、とりわけＵＥ（ユーザー装置）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサー、および／または家庭用電化製品を含み得る。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを備えることもできる。基地局１１４ａおよび１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵとワイヤレス方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａおよび１１４ｂは、とりわけ、ＢＴＳ（トランシーバ基地局）、ノードＢ、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）、ＨＮＢ（ホームノードＢ）、ＨｅＮＢ（ホームｅＮＢ）、サイトコントローラ、ＡＰ（アクセスポイント）、および／またがワイヤレスルーターとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａおよび１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を備えることができることが企図される。

基地局１１４ａは、１つまたは複数のＢＳＣ（基地局コントローラ）、とりわけ、１つまたは複数のＲＮＣ（無線ネットワークコントローラ）、および／または１つまたは複数の中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）を備えることができる、ＲＡＮ １０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、（例えば、セル（図示せず）とも称され得る）特定の地理的領域内でワイヤレス信号を送信し、および／または受信するように構成され得る。セルは、いくつかのセルセクターにさらに分割され得る。例えば、基地局１１４ａに関連付けられているセルは、３つのセクターに分割され得る。いくつかの代表的な実施形態において、基地局１１４ａおよび／または１１４ｂは、３つのトランシーバ（例えば、セルのセクター毎に１つのトランシーバ）を備えることができる。いくつかの代表的な実施形態において、基地局１１４ａは、ＭＩＭＯ（多入力多出力）技術を使用することができ、セルのそれぞれのセクターに対して複数のトランシーバを使用することができる。

基地局１１４ａおよび１１４ｂは、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と、任意の好適なワイヤレス通信リンク（例えば、とりわけ、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、および／または可視光）であってよい、エアーインターフェース１１６を介して通信することができる。エアーインターフェース１１６は、任意の好適なＲＡＴ（無線アクセス技術）を使用して設置することができる。

通信システム１００は、多元接続システムであってよく、とりわけ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、および／またはＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ １０４内の基地局１１４ａ、およびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃでは、ＷＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）を使用してエアーインターフェース１１６を設置することができる、ＵＭＴＳ（ユニバーサルモバイル通信システム）ＵＴＲＡ（地上波無線アクセス）などの無線技術を実装することができる。ＷＣＤＭＡ（登録商標）は、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（発展型ＨＳＰＡ）などの通信プロトコルを備えることができる。ＨＳＰＡは、とりわけＨＳＤＰＡ（高速ＤＬパケットアクセス）および／またはＨＳＵＰＡ（高速ＵＬパケットアクセス）を含むものとしてよい。

いくつかの代表的な実施形態において、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアーインターフェース１１６を設置することができる、Ｅ−ＵＴＲＡ（発展型ＵＴＲＡ）などの無線技術を実装することができる。

いくつかの代表的な実施形態において、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、とりわけ、ＩＥＥＥ ８０２．１６（例えば、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ ＩＸ、ＥＶ−ＤＯ（ＣＤＭＡ２０００ ｅｖｏｌｕｔｉｏｎ−ｄａｔａ ｏｐｔｉｍｉｚｅｄ）、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（登録商標）（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ ＲＡＮ）などの無線技術を実装することができる。

基地局１１４ｂは、例えば、ワイヤレスルーター、ＨＮＢ、ＨｅＮＢ、および／またはＡＰとすることができ、とりわけ、事業所、家庭、自動車、および／またはキャンパスなどの、局在化されたエリア内でワイヤレス接続性を円滑にするために好適なＲＡＴを利用することができる。いくつかの代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。いくつかの代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。いくつかの代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラーベースのＲＡＴ（例えば、とりわけ、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、および／またはＬＴＥ−Ａ）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そのため、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスしてもしなくてもよい。

ＲＡＮ １０４は、コアネットワーク１０６と通信しているものとしてよく、このコアネットワーク１０６は、とりわけ、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、とりわけ、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信を提供し、および／またはユーザー認証などの高水準のセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ １０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用することができる他のＲＡＮと直接的な、または間接的な通信を行うことができることが企図されている。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性のある、ＲＡＮ １０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。

コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、とりわけ、ＰＳＴＮ １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能し得る。ＰＳＴＮ １０８は、ＰＯＴＳ（旧来の電話サービス）を提供することができる回線交換電話網を含むものとしてよい。インターネット１１０は、とりわけ、ＴＣＰ／ＩＰ群に含まれるＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザーデータグラムプロトコル）、および／またはＩＰ（インターネットプロトコル）などの、共通通信プロトコルを使用する相互接続されたコンピューターネットワークおよびデバイスの地球規模のシステムを含むことができる。他のネットワーク１１２は、１つまたは複数のサービスプロバイダによって所有され、および／または運営される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、他のネットワーク１１２は、ＲＡＮ １０４と同じＲＡＴ、または異なるＲＡＴを使用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべてがマルチモード機能（ｍｕｌｔｉ−ｍｏｄｅ ｃａｐａｂｉｌｉｔｉｅｓ）を備えることができ、例えば、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するために複数のトランシーバを備えることができる。例えば、図１Ａに示されているＷＴＲＵ １０２ｃは、セルラーベースの無線技術を使用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用している可能性のある、基地局１１４ｂと通信するように構成され得る。通信システム１００内のＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部が、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術を使用して他のデバイスと通信することができる。

図１Ｂは、図１Ａの通信システム内で使用され得る代表的なＷＴＲＵ（無線送信／受信ユニット）を示す図である。

図１Ｂに示されているように、ＷＴＲＵ １０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素（例えば、アンテナ）１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、ＧＰＳ（全世界測位システム）チップセット１３６、および／または周辺機器１３８を備えることができる。ＷＴＲＵ １０２は、開示されているさまざまな実施形態との整合性を維持しながら前記の要素の部分的組み合わせを備えることができることが意図される。

プロセッサ１１８は、とりわけ、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、マイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、ＩＣ（集積回路）、および／または状態機械とすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ １０２がワイヤレス環境内で動作することを可能にする他の機能性を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合され得る、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内にまとめて集積化され得る。

送信／受信要素１２２は、エアーインターフェース１１６上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、いくつかの代表的な実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。いくつかの代表的な実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。いくつかの代表的な実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成され得る。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信し、および／または受信するように構成され得る。

送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ １０２は、任意の数の送信／受信要素１２２を備えることができる。ＷＴＲＵ １０２では、例えば、ＭＩＭＯ技術を使用することができる。いくつかの代表的な実施形態において、ＷＴＲＵ １０２は、エアーインターフェース１１６上でワイヤレス信号を送信／受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を備えることができる。

トランシーバ１２０は、送信器／受信要素１２２によって送信されるべき信号を変調し、および／または送信／受信要素１２２によって受信された信号を復調するように構成され得る。ＷＴＲＵ １０２は、トランシーバ１２０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ １０２が通信することを可能にするための複数トランシーバを備えることができるようにマルチモード機能を有することができる。

ＷＴＲＵ １０２のプロセッサ１１８は、とりわけ、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）表示ユニットおよび／またはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合され、またそこからユーザー入力データを受信することができる。プロセッサ１１８は、ユーザーデータを、とりわけ、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。取り外し不可能なメモリ１３０は、とりわけ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、ハードディスク、および／または他の種類のメモリストレージデバイスを含む。取り外し可能なメモリ１３２は、とりわけ、ＳＩＭ（加入者識別モジュール）カード、メモリスティック、および／またはＳＤ（セキュアデジタル）メモリカードを含む。いくつかの代表的な実施形態では、メモリは、非一時的メモリとすることができる。

いくつかの代表的な実施形態において、プロセッサ１１８は、サーバーもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ １０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。

プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ １０２内の他のコンポーネントに分配し、および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ １０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４は、とりわけ、１つまたは複数の乾電池（例えば、とりわけ、ＮｉＣｄ（ニッケルカドミウム）電池、ＮｉＺｎ（ニッケル亜鉛）電池、ＮｉＭＨ（ニッケル水素）電池、および／またはＬｉ−ｉｏｎ（リチウムイオン）電池）、太陽電池、および／または燃料電池を含む。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合され、これはＷＴＲＵ １０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ １０２は、基地局（例えば、基地局１１４ａおよび／または１１４ｂ）からエアーインターフェース１１６上で位置情報を受信し、および／または２つ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ １０２は、さまざまな開示されている実施形態との整合性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができる。

プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを備え得る、他の周辺機器１３８に結合されるものとしてよい。例えば、周辺機器１３８は、とりわけ、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、および／またはインターネットブラウザを含む。

図１Ｃは、図１Ａの通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークを示す図である。ＲＡＮ １０４では、エアーインターフェース１１６上でＷＴＲＵ １０２ａ、１０２ｂ、および１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができるが、ＷＴＲＵはいくつあってもよい。ＲＡＮ １０４は、コアネットワーク１０６と通信することもできる。ＲＡＮ １０４は、ｅＮＢ １４０ａ、１４０ｂ、１４０ｃを備えることができるが、ＲＡＮ １０４は、さまざまな実施形態との整合性を維持しながら任意の数のｅＮＢを備えることができる。ｅＮＢ １４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアーインターフェース１１６上でＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを備えることができる。いくつかの代表的な実施形態において、ｅＮＢ １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。ｅＮＢ １４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ １０２ａにワイヤレス信号を送信し、および／またはＷＴＲＵ １０２ａからワイヤレス信号を受信することができる。

ｅＮＢ １４０ａ、１４０ｂ、および１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、とりわけ、無線リソース管理決定、ハンドオーバー決定、および／またはＵＬおよび／またはＤＬにおけるユーザーのスケジューリングを処理するように構成され得る。図１Ｃに示されているように、ｅＮＢ １４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。

図１Ｃに示されているコアネットワーク１０６は、とりわけ、ＭＭＥ（モビリティ管理エンティティ）１４２、サービングゲートウェイ１４４、および／またはＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６を含むものとしてよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、任意のこれらの要素が、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことが企図される。

ＭＭＥ １４２は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮＢ １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され、制御ノードとして役目を果たすことができる。例えば、ＭＭＥ １４２は、とりわけ、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのユーザーの認証、ベアラーアクティベーション／デアクティベーション、および／またはＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービングゲートウェイの選択を行う役割を有しているものとしてよい。ＭＭＥ １４２は、ＲＡＮ １０４とＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）などの他の無線技術を使用する他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能も提供することができる。

サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮＢ １４０ａ、１４０ｂ、および１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃへ／からユーザーデータパケットの経路選択および転送を実行することができる。サービングゲートウェイ１４４は、とりわけ、ｅＮＢ間ハンドオーバー時のユーザープレーンのアンカリング、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに対してＤＬデータが利用可能になったときにページングをトリガーすること、および／またはＷＴＲＵｓ １０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、および／または格納することなどの、他の機能も実行することができる。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、これは、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。

コアネットワーク１０６は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと従来の固定電話の通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ １０８などの、回路交換ネットワークへのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供する。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ １０８との間のインターフェースとして機能し得るＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を備えるか、またはそれと通信することができる。コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくはワイヤレスネットワークを含んでいる可能性のある、他のネットワーク１１２へのアクセスを提供することができる。

ワイヤレス通信では、例えば、３ＧＰＰ（第３世代パートナーシッププロジェクト）ＬＴＥ（ロングタームエボリューション）Ｒ８（リリース８）およびＲ９（リリース９）によるワイヤレス通信では、単一のキャリアがＵＬ（アップリンク）および／またはＤＬ（ダウンリンク）のそれぞれにおいて使用され得る。ＵＬ送信では、ＷＴＲＵ（無線送信／受信ユニット）は、（１）ＤＬキャリア上の測定された経路損失、（２）ＴＰＣ（送信電力制御）コマンド（例えば、ｅＮｏｄｅＢ（ｅＮＢ）からの）、（３）送信を行えるリソースブロックの数、および／または（４）他の静的または半静的パラメータを含み得る多数のファクターに基づき電力制御を実行することができる。

静的または半静的パラメータが、ｅＮＢまたは他のネットワークリソースによって与えられ得る。パラメータおよび／または電力制御公式および／または電力制御手順は、例えば、ＬＴＥもしくはＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）規格に基づき、またはそれらの規格に見られるように確立することができる。電力制御手順は、ＷＴＲＵの計算された送信電力がその最大許容送信電力を超える可能性を考慮し、またＷＴＲＵが最大許容送信電力を超えないように送信電力をスケールバックすることを規定することができる。

最大許容送信電力（または構成された最大出力電力）、Ｐ_ＣＭＡＸは、ＷＴＲＵの電力クラス、ｅＮＢ １４０によってシグナリングされ得る電力制限、およびＷＴＲＵが行うことを許され得る電力削減に応じて変化し、これは、例えば、帯域外放射要件または許容値もしくはレベルを超えるのを回避するためにＷＴＲＵによって送信される信号に基づくものとしてよい。例えば、ＬＴＥ／ＬＴＥ−Ａによる送信では、ＷＴＲＵは、ＭＰＲ（最大電力削減）および／またはＡ−ＭＰＲ（追加ＭＰＲ）および／または許容差ΔＴｃに基づきその最大出力電力を低減することができる。ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃの値は、ＬＴＥ／ＬＴＥ−Ａ規格に見られる。ＷＴＲＵはどの値を使用できるかは、いくつかの送信特性のうちの１つまたは複数の特性の組み合わせおよびｅＮＢ １４０からのシグナリングに基づくものとしてよい。これらの値は、ＷＴＲＵによって、最大許容値とみなされ、そのようなものとして、ＷＴＲＵはＭＰＲ、Ａ−ＭＰＲ、ΔＴｃの値および／または他のより小さな値を使用することができる。

ＷＴＲＵ １０２は、ＰＨ（電力ヘッドルーム）の報告をｅＮＢ１４０に提供し、例えば、ｅＮＢ１４０がスケジューリングの選択を行うのを支援することができる。ＷＴＲＵは、例えば、ＰＨの報告を、とりわけ、定期的に、および／またはトリガーイベントまたは条件に基づき提供することができる。電力ヘッドルームの報告は、いくつかのトリガーイベント、例えば、経路損失変化（例えば、大きな経路損失変化）に基づき提供され得る。電力ヘッドルームは、ＷＴＲＵの計算された送信電力とＷＴＲＵによって行われる実際の電力削減を含み得る構成された最大出力電力との差とすることができる。実際の電力削減は、組み合わされたＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃの値以下とすることができる。例えば、ＬＴＥ−Ａ規格のリリース１０のキャリアアグリゲーションをサポートするように電力制御および電力ヘッドルーム機能を拡張することが企図される。

例えば、ＬＴＥリリース１０（Ｒ１０）による、キャリアアグリゲーションをサポートするＷＴＲＵは、１つまたは複数のサービングセル（またはＣＣ（コンポーネントキャリア））を用いて構成され、それぞれのＣＣについて、ＷＴＲＵはＵＬ通信用に構成され得る。ＣＣとサービングセルは、相互に入れ替えて使用でき、しかもそのようにしても本明細書に記載されている実施形態との整合性は維持されることが企図されている。

ＷＴＲＵは、それぞれのコンポーネントキャリア（またはＣＣ）、ｃ上のそれぞれのＵＬチャネルについてＰＣ（電力制御）を実行することができる。それぞれのＵＬキャリア（またはＣＣ）に対する構成された最大出力電力Ｐ_{ＣＭＡＸ，ｃ}があり得る。ＵＬ ＣＣ、例えば、一次ＣＣに対して複数のＰ_{ＣＭＡＸ，ｃ}があり得る。ＷＴＲＵは、サブフレームに基づきＰＣを実行することができ、そのサブフレーム内でＵＬ送信を実行すべきであるか、または実行することになるチャネルに対する電力を決定することができる（例えば、決定のみできる）。

ＷＴＲＵは、それぞれのキャリア（またはＣＣ）に関するＰＨ（電力ヘッドルーム）を報告することができ、ＰＨは、スケーリング前のＣＣに対するＰ_{ＣＭＡＸ，ｃ}とＣＣの計算された電力との差とすることができる。ＷＴＲＵは、ＣＣ、例えば、一次ＣＣに対する複数のＰＨ値を報告することができる。ＷＴＲＵは、ＣＣに対するＰＨを、例えば、ＰＨが報告されるときにそのＣＣの任意のチャネル上で送信すべきであるか、または送信することになるかに関係なく報告することができる。ＰＨＲ（ＰＨ報告）が実際の送信がない場合のＣＣに対するものである場合、この報告は仮想ＰＨＲと称され得る。仮想ＰＨ、例えば、ＰＨＲが送信されるべきであるか、または送信されることになるサブフレーム内に実際のＵＬグラントがないＣＣに対するＰＨは、基準グラントを使用して決定され得る。

Ｐ_{ＣＭＡＸ，ｃ}は、一部の、または全部のコンポーネントキャリア（ＣＣ）ごとのＰＨＲと一緒に報告され得る。Ｐ_{ＣＭＡＸ，ｃ}は、報告されるＣＣごとのＰＨに対する計算に使用される値とすることができる。いくつかの代表的な実施形態では、Ｐ_{ＣＭＡＸ，ｃ}は、仮想ＰＨが報告され得る１つまたは複数のＣＣに対しては報告され得ない。

Ｐ_{ＣＭＡＸ，ｃ}への追加の電力バックオフは、例えば、ＳＡＲ（比吸収率）閾値または要件が確実に満たされ、とりわけ、１ｘＲＴＴおよび／または１ｘＥＶ−ＤＯなどのＬＴＥおよび他のエアーインターフェース上で同時に動作しているＷＴＲＵ １０２に関係する送信閾値または要件も確実に満たされるように実装され得ることも企図される。

Ｐ_{ＣＭＡＸ，ｃ}では、ＷＴＲＵ １０２によって適用されるパワーマネージメント関係の（またはパワーマネージメントに基づく）追加のバックオフを考慮することが企図されている。いくつかの代表的な実施形態では、追加の電力バックオフに対して手順が設定され、Ｐ_{ＣＭＡＸ，ｃ}が、追加の電力バックオフに基づき定義され得る。追加の電力バックオフのプロビジョニングまたは要件を指定することが企図されている。

ＰＨ報告に対するトリガーは、とりわけ、定期的に生じるか、または構成もしくは再構成後に生じるか、または経路損失の変化後（例えば、著しい経路損失の変化後）に生じるか、および／またはセカンダリーセルのアクティブ化後に生じるものとしてよい。いくつかのトリガー、例えば、経路損失変化トリガーは、前のＰＨＲの禁止ウィンドウの外で、例えば、ＰＨＲの禁止タイマーがタイムアウトしたときに生じ得る（例えば、生じるだけ）。

追加の電力バックオフを実装することが企図される（例えば、とりわけＳＡＲ、１Ｘ（例えば、１ｘＲＴＴまたは１ｘＥＶ−ＤＯ）および／または他の技術により）。追加のバックオフを適用し、次いでしばらくしてから取り除くと、時間の経過とともにＰ_{ＣＭＡＸ，ｃ}の値が変化し得る。追加のバックオフが変化するときにｅＮＢ １４０に通知するＰ_{ＣＭＡＸ，ｃ}の変化に基づく新しいＰＨＲトリガーを含めることが企図される。

いくつかの代表的な実施形態では、代表的な方法および代表的な手順は、ＳＡＲ、１Ｘ（例えば、１ｘＲＴＴまたは１ｘＥＶ−ＤＯ）送信を含むマルチＲＡＴ送信、および／またはＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃでは解消されない（または影響を受けない）他の理由によりバックオフを処理するために実装され得る。バックオフは、ときには、本明細書では、非ＭＰＲバックオフ、パワーマネージメントベースのバックオフ、パワーマネージメントバックオフ、パワーマネージメントによる電力バックオフ、パワーマネージメント電力削減（Ｐ−ＭＰＲまたはＰＭＰＲ）、Ｐ−ＭＰＲバックオフ、追加の電力バックオフ、または追加のバックオフと称され得る。

中間帯キャリアアグリゲーションの場合、ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、および／または追加の電力バックオフのうちの１つまたは複数は、それぞれの帯域（例えば、周波数帯域毎に）について異なることがあり、そのため、帯域当たりの送信電力の低減もしくは制限を行える（例えば、制限もしくは低減は、それぞれの周波数帯域について異なり得る）。ＷＴＲＵ １０２が複数の周波数帯域で動作している可能性がある場合に周波数帯域毎に最大電力制限を処理するための代表的な方法および代表的な装置を有することが企図される。

とりわけ、ＡＣＫ（肯定応答）／ＮＡＣＫ（否定応答）、ＣＳＩ（チャネル状態情報）、および／またはＳＲ（スケジューリング要求）を含み得る、ＵＣＩ（アップリンク制御情報）は、ＷＴＲＵ １０２によってｅＮＢ １４０に送信され得る。与えられたサブフレームにおいて、同時ＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ（物理アップリンク共有チャネル）が構成されていない場合（ＷＴＲＵがＰＵＣＣＨおよびＰＵＳＣＨ上で同時には送信できないことを意味するか、または示し得る）、ＵＣＩ（例えば、任意のＵＣＩ）は、サブフレームで送信されるべきＰＵＳＣＨがある場合にＰＵＳＣＨ上で送信され得る。いくつかの代表的な実施形態では、例えば、サブフレームで送信されるＰＵＳＣＨがない場合、ＵＣＩはＰＵＣＣＨ上で送信され得る。いくつかの代表的な実施形態では、同時ＰＵＣＣＨおよびＰＵＳＣＨが、構成される場合（これは、ＷＴＲＵがＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信することができることを意味するか、または示し得る）、サブフレームで送信されるＰＵＳＣＨがあるかどうかに関係なく特定のＵＣＩ（例えば、ＡＣＫ／ＮＡＣＫ）がＰＵＣＣＨ上で送信され得る。ＵＣＩは、与えられたサブフレーム内で複数のＰＵＳＣＨ上で搬送され得ない。ＷＴＲＵ １０２は、ＵＣＩなしで等しくＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）の電力をスケーリングすることができる。

ＵＣＩは、ＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信され得る。

代表的な方法および代表的な手順は、１帯域および／または多帯域動作に対して、ＰＵＣＣＨおよびＰＵＳＣＨ上でＵＣＩが同時に送信される場合に、ＷＴＲＵ １０２が最大送信電力を超えるのを防ぐように実装され得る。

いくつかの代表的な方法およびいくつかの代表的な装置は、例えば、（１）Ｐ_{ＣＭＡＸ，ｃ}および／またはＰ_ＣＭＡＸ制限に追加のバックオフを含めること、（２）Ｐ_{ＣＭＡＸ，ｃ}の決定に追加のバックオフを含めること、（３）変更された追加のバックオフに基づきＰＨＲをトリガーすること、（４）仮想ＰＨＲによって引き起こされ得る、不要であるか、または有用なトリガーでない可能性のある、ＰＨＲトリガーを排除すること、（５）電力制御およびＰＨＲで使用するため追加のバックオフをＰ_{ＣＭＡＸ，ｃ}に適用する時期を決定すること、（６）急激に変化する追加のバックオフを処理すること、（７）追加のバックオフがある場合に仮想ＰＨＲを処理すること、（８）ＷＴＲＵ毎の最大電力およびＣＣ毎の最大電力を処理すること、（９）ＵＣＩが１帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合に、ＷＴＲＵ １０２が最大送信電力を超えるのを防ぐこと、（１０）ＷＴＲＵ １０２が複数の帯域で、例えば、中間帯域キャリアアグリゲーションで動作している可能性がある場合最大電力を処理すること、および／または（１１）とりわけＵＣＩが多帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合に、ＷＴＲＵ １０２が最大送信電力を超えるのを防ぐことを実行することを可能にし得る。

当業者であれば、上記の例は、個別に、または任意の組み合わせで適用できることを理解する。

ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、パワーマネージメントバックオフ、および同様のものなどの、ＣＣ特有として本明細書で説明されている電力バックオフの値はどれも、与えられた帯域内などの、すべてのＣＣ、またはグループ内のすべてのＣＣについて同じになり得ることが企図される。与えられた１つまたは複数の値が同じである場合に、ＣＣ（ｃは、本明細書で例として使用されている）を表す下付き文字は落とされるか、またはグループもしくは帯域特有の値を表すものなど、別のもので置き換えることができる。

本明細書で説明されている計算（例えば、計算のすべて）は、特定のサブフレーム、例えば、サブフレームｉで実行され得ることが企図される。計算式中のそれぞれの値は、その特定のサブフレームｉに適用される値、またはすべてのサブフレーム、またはサブフレームの特定の集合に適用される値とすることができる。表記は、しかるべく修正されるが、それでも、本明細書で説明されている代表的な実施形態に従うものとしてよい。

項Ｐ_{ＣＭＡＸ，ｃ}は、サービングセル（またはＣＣ）ｃに対する構成された最大出力電力を表すために使用され得る。ＬＴＥ仕様では、電力ヘッドルームの計算を目的としてこの値の２つのバージョンを定義しており、使用される電力ヘッドルームのバージョンおよび関連付けられている計算は、ＣＣ上にどのチャネルが存在する（すなわち、送信されるべき）かに依存する。これら２つのバージョンは、本明細書ではＰ_{ＣＭＡＸ，ｃ}および

と称される。例えば、計算、トリガー、および同様のものを含み得る電力ヘッドルームに関係するいくつかの代表的な実施形態では、Ｐ_{ＣＭＡＸ，ｃ}は、これらの現在定義されているバージョンまたは将来定義され得る他のバージョンのうちの１つまたは複数におけるＣＣ ｃに対する構成された最大出力電力を表すために使用され得る。さらに、Ｐ_{ｃｍａｘ，ｃ}、Ｐ_{ＣＭＡＸ，Ｃ}、ＰＣＭＡＸ，ｃ、Ｐ_{ＣＭＡＸｃ}、および大文字小文字の他の組み合わせ、ｃに対する下付き文字の使用または不使用、およびフォントは、同じ量を表すために使用される。

項Ｐ_ＣＭＡＸは、ＷＴＲＵの構成された最大出力電力を表すために使用され得ることがが企図される。Ｐｃｍａｘ、Ｐ_ＣＭＡＸ、Ｐ_ＣＭＡＸ、および大文字小文字およびフォントの他の組み合わせは、同じ量を表すために使用され得る。

いくつかの代表的な実施形態では、追加のバックオフは、以下で説明されているようなＰ_ＣＭＡＸ制限および／または後で説明されるようなＰ_ＣＭＡＸ制限に含まれ得る。

代表的なＬＴＥの例において、ＷＴＲＵ １０２は、構成された最大出力電力Ｐ_ＣＭＡＸを設定することが許されているものとしてよい。構成された最大出力電力Ｐ_ＣＭＡＸは、以下の範囲内に設定され得る。
Ｐ_{ＣＭＡＸ＿Ｌ}≦Ｐ_ＣＭＡＸ≦Ｐ_{ＣＭＡＸ＿Ｈ} 式（１）
ただし、式中、
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ−ΔＴ_Ｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＰＲ−Ａ−ＭＰＲ−ΔＴ_Ｃ｝
Ｐ_{ＣＭＡＸ＿Ｈ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝

Ｐ_ＥＭＡＸは、例えば、ＲＲＣシグナリングなどの上位レイヤのシグナリングを介してｅＮＢ １４０によってＷＴＲＵにシグナリングされる電力制限値とすることができる。Ｐ_ＥＭＡＸは、ＩＥ（情報要素）Ｐ−Ｍａｘによって与えられる値とすることができる。

Ｐ_{ＰｏｗｅｒＣｌａｓｓ}は、最大ＷＴＲＵ電力であるが、ただし、指定された許容差を考慮しない。

ＭＰＲおよびＡ−ＭＰＲは、指定された許容最大電力削減値であるものとしてよい。
ΔＴ_Ｃは、例えば、ＵＬ送信帯域幅がＵＬ送信帯域の端の近くに制限され得る場合にＷＴＲＵが使用することができる許容差の値であるものとしてよい。

例えば、ΔＴ_Ｃは、ＵＬ送信帯域幅がＦ_{ＵＬ＿ｌｏｗ}およびＦ_{ＵＬ＿ｌｏｗ}＋４ＭＨｚまたはＦ_{ＵＬ＿ｈｉｇｈ}−４ＭＨｚおよびＦ_{ＵＬ＿ｈｉｇｈ}で表され得る送信帯域端から４ＭＨｚ以内に制限されるときに１．５ｄＢなどの値とすることができる。ΔＴ_Ｃは、他の場合には０ｄＢであってもよい。

非ＭＰＲ効果（例えば、パワーマネージメントベースのバックオフまたは追加のバックオフに関連付けられている）を含めるための代表的な修正は、以下の代表的な例を含み得る。非ＭＰＲ電力バックオフを処理するための代表的な例１では、追加のバックオフは追加の項である。例えば、許容下限値は、
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ−ΔＴ_Ｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＰＲ−Ａ−ＭＰＲ−ΔＴ_Ｃ−ｎｏｎＭＰＲ｝ 式（２）

非ＭＰＲ電力バックオフを処理するための代表的な例２では、追加のバックオフはＭＰＲ低減と並列であるものとしてよい（これはＭＰＲおよびＡ−ＭＰＲを含み得る）。例えば、許容下限値は、
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ−ΔＴ_Ｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ｛ＭＰＲ＋Ａ−ＭＰＲ、ｎｏｎＭＰＲ）−ΔＴ_Ｃ｝ 式（３）
ただし、式中、「ｎｏｎＭＰＲ」は、ＳＡＲ（比吸収率）のＲＦ曝露（ｅｘｐｏｓｕｒｅ）制限または要件を満たし、他の技術（例えば、１ｘＥＶ−ＤＯ）との干渉を制限し、および／または例えば、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃに関係しない他の効果を処理するうえで必要な、または使用されるバックオフとすることができる。

複数の「非ＭＰＲ」効果が同時に存在している場合、これらの効果は加法的（ＭＰＲ効果および／または互いに）であり、および／または並列的（ＭＰＲ効果および／または互いに）であるものとしてよい。加法的なＮ個の効果の一例は、ｎｏｎＭＰＲ＝ｎｏｎＭＰＲ−１＋ｎｏｎＭＰＲ−２＋．．．＋ｎｏｎＭＰＲ−Ｎであり、例えば、ｎｏｎＭＰＲまたはその等価物（例えば、個別のｎｏｎＭＰＲ−ｉ値を使用して）は、本明細書の式のうちの１つまたは複数で使用され得る。

並列的なＮ個の効果の一例は、ｎｏｎＭＰＲ＝ＭＡＸ（ｎｏｎＭＰＲ−１、ｎｏｎＭＰＲ−２、．．．ｎｏｎＭＰＲ−Ｎ）であり、例えば、ｎｏｎＭＰＲまたはその等価物（例えば、個別のｎｏｎＭＰＲ−ｉ値を使用して）は、本明細書の式のうちの１つまたは複数で使用され得る。

１つまたは複数の効果が加法的であり、および１つまたは複数の効果が並列的であるという可能性もあり得る。その場合、これらの式は、組み合わせることができる。例えば、
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ−ΔＴ_Ｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ｛ＭＰＲ＋Ａ−ＭＰＲ＋ｎｏｎＭＰＲａｄｄｉｔｉｖｅ、ｎｏｎＭＰＲｐａｒａｌｌｅｌ｝−ΔＴ_Ｃ｝ 式（４）

式４は、ｎｏｎＭＰＲａｄｄｔｉｖｅが個別効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせであってよいという点で包括的な式であると考えることもできる。ＮｏｎＭＰＲａｄｄｉｔｉｖｅは、０であるか、または存在していないか、または等価なものとすることができる。ＮｏｎＭＰＲｐａｒａｌｌｅｌは、個別の効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせとすることができる。ＮｏｎＭＰＲｐａｒａｌｌｅｌは、０であるか、または存在していないか、または等価なものとすることができる。

いくつかの代表的な実施形態では、追加のバックオフは、本明細書で説明されているように、Ｐ_{ＣＭＡＸ，ｃ}の決定に含まれ得る。

信号（例えば、ＬＴＥ信号）を送信する場合、ＷＴＲＵ １０２は、指定された制限範囲内で、その最大出力電力Ｐ_ＣＭＡＸおよび／またはＣＣごとの最大出力電力Ｐ_{ＣＭＡＸ，ｃ}（例えば、キャリアアグリゲーションをサポートする場合）を設定することが許され得る。送信される信号および構成に応じて、ＷＴＲＵ １０２は、例えば、帯域外放射限度を超えないように、ＣＣごとのその最大出力電力を低減することが許されるものとしてよい。ＷＴＲＵ １０２は、その実装に基づき、許容電力削減（例えば、完全な許容電力削減）、またはそれより小さい値を使用することができる。それぞれのサブフレームｉ内で、与えられたＣＣについて、ＷＴＲＵ １０２は、構成（例えば、ＬＴＥ構成）およびグラント、例えば、ＭＰＲａｃｔｕａｌ，ｃ（ｉ）に基づきその電力削減（例えば、要求された電力削減）を決定すること、およびサブフレームで最大許容出力電力を決定することができる。実装によってＣＣごとの最大出力電力がどのように決定されるかを示す代表的な例が以下に述べる式５で与えられている。
Ｐ_{ＣＭＡＸ，ｃ}（ｉ）＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＰＲ_{ａｃｔｕａｌ，ｃ}（ｉ）−ΔＴ_Ｃ，ｃ｝ 式（５）
ただし、式中、
Ｐ_{ＥＭＡＸ，}ｃは、例えば、ｅＮＢ １４０によってＷＴＲＵにシグナリングされる上位層（ＣＣの）によってシグナリングされる最大電力制限とすることができる。

Ｐ_{ＰｏｗｅｒＣｌａｓｓ}は、ＷＴＲＵのクラスに対する最大ＷＴＲＵ出力電力とすることができる。

ＭＰＲ_{ａｃｔｕａｌ，ｃ}は、ＭＰＲおよび／またはＡＭＰＲ効果（ＣＣに対する）によりＷＴＲＵが行った実際の電力削減とすることができる。

ΔＴｃ，ｃは、送信帯域幅（ＢＷ）（ＣＣに対する）の関数である固定電力オフセットとすることができる。

以下の代表的な例において、ＳＡＲ、他の無線技術、および／または他の非ＭＰＲ効果に対する追加の電力バックオフがＰ_{ＣＭＡＸ，ｃ}のＷＴＲＵの決定にどのように含まれ得るかについて説明する。

いくつかの代表的な実施形態では、非ＭＰＲバックオフは、追加の項であってよい。例えば、
Ｐ_{ＣＭＡＸ，ｃ}（ｉ）＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＰＲ_{ａｃｔｕａｌ}，_ｃ（ｉ）−Ｐｂａｃｋｏｆｆ，ｃ（ｉ）−ΔＴ_Ｃ，ｃ｝ 式（６）
ただし、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、サブフレームｉにおけるＣＣに対する追加のバックオフとすることができる。

複数の効果があるため複数のバックオフがある場合、これらは加法的であるものとすることができる。例えば、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、個別のバックオフ（または追加のバックオフ）の合成（例えば、代数的合成および／または総和）であってよい。追加のバックオフは、付加的に、または代替的に、式に個別に入れられ、これにより、加法的効果をもたらすことができる。

いくつかの代表的な実施形態では、非ＭＰＲバックオフは、ＭＰＲ低減に加えることはできないが（例えば、ＭＰＲおよび／またはＡ−ＭＰＲ低減を含み得る）、実際に２つ以上の低減のうちの大きい方（または最大）が使用され得るようにＭＰＲ低減と並列に行うことができる。例えば、
Ｐ_{ＣＭＡＸ，ｃ}（ｉ）＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ，}Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ_{ａｃｔｕａＩ，ｃ}（ｉ），Ｐｂａｃｋｏｆｆ，ｃ（ｉ））−ΔＴ_Ｃ，ｃ｝ 式（７）
ただし、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、サブフレームｉにおけるＣＣに対する追加のバックオフとすることができる。

複数の効果があるため複数のバックオフがある場合、これらは並列的であるものとすることができる（例えば、すべて並列）。例えば、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、個別のバックオフ（または追加のバックオフ）のうちの最大のものとすることができる。追加のバックオフは、付加的に、または代替的に、式７に個別に含まれ、これにより、結果は、ＭＰＲバックオフ（例えば、ＭＰＲおよび／またはＡ−ＭＰＲバックオフを含むことができる）を含む、バックオフ（例えば、すべてのバックオフ）の最大値となり得る。

式７に関係する例が使用されている場合、追加のバックオフがＭＰＲバックオフより小さい場合、Ｐ_{ＣＭＡＸ，ｃ}は、追加のバックオフの変化の影響を受け得ないことが観察される。

いくつかの代表的な実施形態では、非ＭＰＲバックオフの１つまたは複数は、加法的であり（ＭＰＲバックオフおよび／または互いに）、非ＭＰＲバックオフの１つまたは複数は、並列的である（ＭＰＲバックオフおよび／または互いに）ものとしてよい。この場合、さまざまな代表的な例が、組み合わされ得る。例えば、
Ｐ_{ＣＭＡＸ，ｃ}（ｉ）＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ，}Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ_{ａｃｔｕａＩ，ｃ}（ｉ），ＰｂａｃｋｏｆｆＡｄｄｉｔｉｖｅ，ｃ（ｉ），ＰｂａｃｋｏｆｆＰａｒａｌｌｅｌ，ｃ（ｉ））−ΔＴ_Ｃ，ｃ｝ 式（８）

式８は、ＰｂａｃｋｏｆｆＡｄｄｉｔｉｖｅ，ｃ（ｉ）が個別効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせであってよいという点で包括的な式であると考えることができる。ＰｂａｃｋｏｆｆＡｄｄｉｔｉｖｅ，ｃ（ｉ）は、０であるか、または存在していないか、または等価なものとすることができる。ＰｂａｃｋｏｆｆＰａｒａｌｌｅｌ，ｃ（ｉ）は、個別の効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせとすることができる。ＰｂａｃｋｏｆｆＰａｒａｌｌｅｌ，ｃ（ｉ）は、０であるか、または存在していないか、または等価なものとすることができる。

いくつかの代表的な実施形態では、変更された追加のバックオフによるＰＨＲのトリガーが実装され得る。

上記の第１の代表的な例のように、追加のバックオフがＭＰＲバックオフと加法的である場合などの、いくつかの場合において、Ｐ_{ＣＭＡＸ，ｃ}をｅＮＢ １４０に与えることで（例えば、追加のバックオフが十分に変化したときのＰＨＲにおいて）有用な情報をもたらし得る。

上記の第２の代表的な例のように、追加のバックオフがＭＰＲバックオフと並列的であり、またＭＰＲバックオフが支配的である場合などの、他の場合において、追加のバックオフが変化したときにＰ_{ＣＭＡＸ，ｃ}をｅＮＢ １４０に与えることは、有用ではあり得ない。追加のバックオフが支配的である場合、ｅＮＢ １４０が、十分に大きな変化があることを理解する（例えば、知らされる）ことが有用である場合がある。

追加の非ＭＰＲバックオフがどのように含まれるかに関係なく、ｅＮＢスケジューラにとって、追加のバックオフがＰ_{ＣＭＡＸ，ｃ}に影響を及ぼす仕方に大きな変化が生じるときを知ることが有用であると思われる。以下の例示的な実施形態は、追加のバックオフがＰ_{ＣＭＡＸ，ｃ}に影響を及ぼす仕方に著しい変化があるときにそのことをｅＮＢ １４０に通知するために使用され得る。

代表的な例１は、例えば、Ｐ_{ＣＭＡＸ，ｃ}を追加の非ＭＰＲバックオフを用いて計算することによって、追加のバックオフなしで、Ｐ_{ＣＭＡＸ，ｃ}に対する追加のバックオフの影響が閾値以上に変化したときのＰＨＲトリガーを含み、２つの変化の間のデルタが閾値以上に変化したときにＰＨＲをトリガーすることができる。この例は、以下のように示され得る。

時刻０（最後のＰＨＲの報告）：
計算する：
非ＭＰＲバックオフがある場合のＰ_{ＣＭＡＸ，ｃ}−非ＭＰＲバックオフがない場合のＰ_{ＣＭＡＸ，ｃ}＝Ｋ０ 式（９）
時刻ｉ（最後のＰＨＲ以降のいくつかのサブフレームｉ）：
計算する：
非ＭＰＲバックオフがある場合のＰ_{ＣＭＡＸ，ｃ}−非ＭＰＲバックオフがない場合のＰ_{ＣＭＡＸ，ｃ}＝Ｋｉ 式（１０）
｜Ｋｉ−Ｋ０｜＞閾値ならば、ＰＨＲをトリガーする。

非ＭＰＲバックオフが０以上の場合、Ｋ０、Ｋｉ≦０。

この例では、２つの値の間の正および負のデルタに対する閾値は同じあってよい。

別の例では、Ｐ_{ＣＭＡＸ，ｃ}は、追加のバックオフがある場合と追加のバックオフがない場合とで計算され、ＰＨＲは、正と負の閾値が異なる場合に２つの間の正のデルタまたは負のデルタが閾値以上に変化したときにトリガーされ得る。この例は、以下のように示され得る。

式９および１０で上記のような計算を実行する。
以下のようになる。
Ｋｉ−Ｋ０＞ｔｈｒｅｓｈｏｌｄ＿ｐｏｓｉｔｉｖｅならば、ＰＨＲをトリガーする。
Ｋｉ−Ｋ０＜ｔｈｒｅｓｈｏｌｄ＿ｎｅｇａｔｉｖｅならば、ＰＨＲをトリガーする。

正のデルタまたは負のデルタに対して、ただ１つの閾値、およびＰＨＲの対応するトリガーがある可能性があり得る（例えば、ｔｈｒｅｓｈｏｌｄ＿ｐｏｓｉｔｉｖｅまたはｔｈｒｅｓｈｏｌｄ＿ｎｅｇａｔｉｖｅのみ、ただし両方でない）。

トリガーは、任意のＣＣについて任意の閾値を超えた場合にＰＨＲがトリガーされるようにＣＣベースであってよい。トリガーは、ＷＴＲＵベースであってよい。例えば、非ＭＰＲバックオフがある場合とない場合のＰ_ＣＭＡＸは、ＣＣ特有のＰ_{ＣＭＡＸ，ｃ}の基準を使用する代わりにＰＨＲをトリガーするかどうかを決定するために使用され得る。例えば、ＣＣ（例えば、すべてのＣＣ）が同じＭＰＲバックオフおよび非ＭＰＲバックオフを有する場合に、Ｐ_ＣＭＡＸを使用すると、結果として、同じ効果が得られる。

以下の例では、ＰＨＲを送信した後に、ＷＴＲＵは、以下を計算し、および／または結果を格納することができる。
ＰＭＰＲｉｍｐａｃｔ，ｃ（０）＝Ｐ_{ＣＭＡＸ，ｃ}−Ｐ_{ＣＭＡＸ，ｃ}＿ｎｏＰＭＰＲ 式（１１）
ただし式中、Ｐ_{ＣＭＡＸ，ｃ}＿ｎｏＰＭＰＲ＝Ｐ_{ＣＭＡＸ，ｃ}はＰＭＰＲ＝０で計算される。

それぞれのＴＴＩ（送信タイミング間隔）（またはＵＬグラントに関連付けられているか、またはＵＬグラントを有するＴＴＩのみ）について、ＷＴＲＵは、以下を計算することができる。
ＰＭＰＲｉｍｐａｃｔ，ｃ（１）＝Ｐ_{ＣＭＡＸ，ｃ}−Ｐ_{ＣＭＡＸ，ｃ}＿ｎｏＰＭＰＲ 式（１２）

｜ＰＭＰＲｉｍｐａｃｔ，ｃ（１）−ＰＭＰＲｉｍｐａｃｔ，ｃ（０）｜＞閾値ならば、ＰＨＲをトリガーする。ＰＨＲは、任意のＣＣについて閾値が越えられた場合にトリガーされ得る。いくつかの代表的な実施形態では、影響は、ＷＴＲＵ １０２について全体として計算され得る。その場合、ｃのＣＣ下付き文字は削除され、トリガーは、閾値が越えられることについてのＷＴＲＵ １０２特有の決定に基づくものとしてよい（例えば、Ｐ_{ＣＭＡＸ，ｃ}の代わりにＰ_ＣＭＡＸを使用する）。

別の例では、ＭＰＲバックオフおよび非ＭＰＲバックオフが並列的である場合は、式１３で表されているように示され得る。
Ｐ_{ＣＭＡＸ，ｃ}（ｉ）＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ，}Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ_{ａｃｔｕａｌ，ｃ}（ｉ），Ｐｂａｃｋｏｆｆ，ｃ（ｉ））−ΔＴ_Ｃ，ｃ｝ 式（１３）

この例では、任意の与えられたサブフレームｉにおいて、ＭＰＲおよび／またはＡ−ＭＰＲを含み得る、ＭＰＲバックオフ、または非ＭＰＲバックオフのいずれかの効果が支配的であり得る。Ｍは、ＭＰＲバックオフを表すことができ、例えば、Ｍｊは、時刻ｊにおいて使用され得る。Ｐは、非ＭＰＲバックオフを表すことができ、例えば、Ｐｊは、時刻ｊにおいて使用され得る。ＭおよびＰは、全体として、ＣＣ特有であるか、またはＷＴＲＵ １０２に適用可能であるものとしてよい。時刻＝０は、最後のＰＨＲが送信された時間を表すものとしてよい。時刻＝１は、最後のＰＨＲが送信された以降の、ある時刻、例えば、サブフレームのある数を表すものとしてよい。ＭとＰとの値の間には少なくとも４つの可能な関係があり得る。

図２Ａ〜２Ｄは、ＰＨＲをトリガーするＷＴＲＵ １０２に対する代表的なトリガー条件を示す図である。図２Ａは、以下に述べるように、場合１に関係する。図２Ｂ〜２Ｄは、以下に述べるように、場合２に関係する。図２Ａ〜２Ｄは、ＭＰＲバックオフ（Ｍ）と非ＭＰＲバックオフ（Ｐ）との間の例示的な関係、およびＭが最初に支配的であるときのＰＨＲをトリガーすることに対するその結果の影響を示す。

図３Ａ〜３Ｃは、ＰＨＲをトリガーするＷＴＲＵ １０２に対する他の代表的なトリガー条件を示す図である。図３Ａ〜３Ｃは、以下に述べるように、場合３に関係する。図４Ａ〜４Ｂは、ＰＨＲをトリガーするＷＴＲＵ １０２に対するさらなる代表的なトリガー条件を示す図である。図４Ａおよび４Ｂは、以下に述べるように、場合４に関係する。図３Ａ〜３Ｃおよび４Ａ〜４Ｂは、ＭＰＲバックオフ（Ｍ）と非ＭＰＲバックオフ（Ｐ）との間の例示的な関係、およびＰが最初に支配的であるときのＰＨＲをトリガーすることに対するその結果の影響を示す。

それぞれの場合について、この例でＷＴＲＵ １０２がＰＨＲをもしトリガーし得るときはそのことが指示される。
場合１：Ｍ０＞Ｐ０、Ｍ１＞Ｐ１、この場合、Ｍは、時刻０および時刻１の両方において支配的であり、トリガーは、有益でないか、または不要である。ＷＴＲＵは、この場合にＰＨＲをトリガーすることができない。
場合２：Ｍ０＞Ｐ０、Ｍ１＜Ｐ１、この場合、Ｍは、時刻０において支配的であり、Ｐは、時刻１において支配的であり、ＷＴＲＵは、Ｐ１−Ｍ１＞閾値である場合にＰＨＲをトリガーし得る。
場合３：Ｍ０＜Ｐ０、Ｍ１＞Ｐ１、この場合、Ｐは、時刻０において支配的であり、Ｍは、時刻１において支配的であり、ＷＴＲＵは、Ｐ０−Ｍ０＞閾値である場合にＰＨＲをトリガーし得る。
場合４：Ｍ０＜Ｐ０、Ｍ１＜Ｐ１、この場合、Ｐは、時刻０および時刻１の両方において支配的であり、ＷＴＲＵは、｜（Ｐ１−Ｍ１）（Ｐ０−Ｍ０）｜＞閾値である場合にＰＨＲをトリガーし得る。

それぞれの場合の閾値は、同じであっても、異なっていてもよい。図２および３は、これらの場合にトリガーが発生する仕方および時期を示す例である。この節の前の例は、並列ＭＰＲバックオフおよび非ＭＰＲバックオフの場合に、ただし、異なる式を使用して、同じ効果を生み出す。

図２Ａ〜２Ｄおよび３Ａ〜３Ｃおよび４Ａ〜４Ｂにおいて、これらのトリガー手順は、ＰＨＲをトリガーするための他の手順、例えば、デルタＰ_{ＣＭＡＸ，ｃ}に基づくトリガーおよびデルタＰに基づくトリガーと比較され得る。場合１〜４に基づく代表的な手順では、不要な、もしくは有用でないトリガーを回避し、デルタＰ_{ＣＭＡＸ，ｃ}および／またはデルタＰに基づく他の手順に関して必要なまたは有用なトリガーを与えることができる。

次に図２Ａを参照すると、代表的なトリガー条件２００Ａについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}およびＰの変化は大きい場合があるが、非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｐ_{ＣＭＡＸ，ｃ}に対して効果を有し得ない。ＭＰＲバックオフの変化に基づくＰ_{ＣＭＡＸ，ｃ}の変化は予測され得るか、またはｅＮＢ １４０で予測されるものに近いものとしてよい。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用および／または必要であるということにならない場合がある。

図２Ｂを参照すると、代表的なトリガー条件２００Ｂについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して減少し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}の変化は、小さく、Ｐの変化は大きい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｐ_{ＣＭＡＸ，ｃ}に対してごくわずかな効果しか有し得ない。ＭＰＲバックオフの変化に基づくＰ_{ＣＭＡＸ，ｃ}の変化は予測され得るか、またはｅＮＢ １４０で予測されるものに近いものとしてよい。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用および／または必要であるということにならない場合がある。

図２Ｃを参照すると、代表的なトリガー条件２００Ｃについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して減少し、Ｐ１はＰ０に関して同じレベルに留まり得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}の変化は大きく、Ｐの変化は小さい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｐ_{ＣＭＡＸ，ｃ}に効果を有し得る。非ＭＰＲバックオフは、Ｐ_{ＣＭＡＸ，ｃ}に効果を有するので、Ｐ_{ＣＭＡＸ，ｃ}の値または変化は、予測されるか、またはｅＮＢ １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、非ＭＰＲバックオフがほぼ同じままであるとしても有用であり、および／または必要になることがある。

図２Ｄを参照すると、代表的なトリガー条件２００Ｄについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して減少し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}の変化は、小さく、Ｐの変化は大きい場合がある。次に、非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｐ_{ＣＭＡＸ，ｃ}に対して大きな効果を有し得る。現在、非ＭＰＲバックオフは、Ｐ_{ＣＭＡＸ，ｃ}に効果を有するので、Ｐ_{ＣＭＡＸ，ｃ}の値または変化は、予測されるか、またはｅＮＢ １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、Ｐ_{ＣＭＡＸ，ｃ}の変化が小さくても、非ＭＰＲバックオフの変化により、有用であり、および／または必要になる場合がある。

次に図３Ａを参照すると、代表的なトリガー条件３００Ａについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して減少し得ることがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}およびＰの変化は小さい場合があるが、非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｐ_{ＣＭＡＸ，ｃ}に対して大きな効果を有し得るが、現在はＰ_{ＣＭＡＸ，ｃ}に効果を有し得ない。非ＭＰＲバックオフはＰ_{ＣＭＡＸ，ｃ}に対して効果を有していたが、もはやＰ_{ＣＭＡＸ，ｃ}に対して効果を有していないため、Ｐ_{ＣＭＡＸ，ｃ}の値は、予測されるか、またはｅＮＢ １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、Ｐ_{ＣＭＡＸ，ｃ}およびＰが著しく変化しなかったとしても有用であり、および／または必要である場合がある。

図３Ｂを参照すると、代表的なトリガー条件３００Ｂについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して同じレベルに留まり、Ｐ１はＰ０に関して減少することがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}の変化およびＰの変化は大きい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｐ_{ＣＭＡＸ，ｃ}に対して大きな効果を有していたが、もはや効果を有していない場合がある。Ｐ_{ＣＭＡＸ，ｃ}の値または変化は、予測されるか、またはｅＮＢ １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用であり、および／または必要になる場合がある。

図３Ｃを参照すると、代表的なトリガー条件３００Ｃについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して減少し得ることがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}の変化は、小さく、Ｐの変化は大きい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、時刻Ｔ０にＰ_{ＣＭＡＸ，ｃ}に対して効果を有していたが、時刻Ｔ１には効果を有していない場合がある。Ｐ_{ＣＭＡＸ，ｃ}の値は、予測されるか、またはｅＮＢ １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、Ｐ_{ＣＭＡＸ，ｃ}が著しく変化していなくても、非ＭＰＲバックオフの変化により、有用であり、および／または必要になることがある。

図４Ａを参照すると、代表的なトリガー条件４００Ａについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して増大し、その場合、Ｐ１の増大はＭ１の増大に類似しているものとしてよい。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}の変化は大きく、Ｐの変化は大きい場合があるが、非ＭＰＲバックオフの変化は、ＭＰＲバックオフの変化に類似しているため、Ｐ_{ＣＭＡＸ，ｃ}の対応する変化は、予測されるか、またはｅＮＢ １４０によって予測されるものに近いものとしてよい。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用および／または必要であるということにならない場合がある。

図４Ｂを参照すると、代表的なトリガー条件４００Ｂについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。Ｐ_{ＣＭＡＸ，ｃ}の変化は、小さく、Ｐの変化は小さい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｔ１対Ｔ０でＰ_{ＣＭＡＸ，ｃ}に対してかなり小さい効果を有し得る。Ｐ_{ＣＭＡＸ，ｃ}の値は、予測されるか、またはｅＮＢ １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、Ｐ_{ＣＭＡＸ，ｃ}に対する非ＭＰＲバックオフの低減された効果により、有用であり、および／または必要になる場合がある。

いくつかの代表的な実施形態では、図２Ａ〜２Ｄ、３Ａ〜３Ｃ、および４Ａ〜４Ｂに関連付けられているロジックは、次を含む。
Ｍ０＞Ｐ０およびＭ１＜Ｐ１である場合に、ＷＴＲＵは、Ｐ１−Ｍ１＞閾値であればＰＨＲをトリガーし得る。
Ｍ０＜Ｐ０およびＭ１＞Ｐ１である場合に、ＷＴＲＵは、Ｐ０−Ｍ０＞閾値であればＰＨＲをトリガーし得る。
Ｍ０＜Ｐ０およびＭ１＜Ｐ１である場合に、ＷＴＲＵは、｜（Ｐ１−Ｍ１）−（Ｐ０−Ｍ０）｜＞閾値であればＰＨＲをトリガーし得る。

Ｍ０およびＰ０は、最後のＰＨＲがＷＴＲＵ １０２によって送信されたときに、それぞれ、ＭＰＲバックオフおよび非ＭＰＲバックオフを表し得る。Ｍ１およびＰ１は、それぞれ、ＭＰＲバックオフおよび非ＭＰＲバックオフを表し、しばらくしてからＰＨＲをトリガーするかどうかを決定することができる。別の代表的なロジックは、｜［ＭＡＸ（Ｐ１、Ｍ１）−Ｍ１］−［ＭＡＸ（Ｐ０、Ｍ０）−Ｍ０］｜＞閾値のときにＰＨＲをトリガーし得る。

上記の説明は、以下の表１にまとめられており、第１の項はＭＡＸ（Ｐ１、Ｍ１）−Ｍ１であり、第２の項はＭＡＸ（Ｐ０、Ｍ０）−Ｍ０である。

トリガーは、任意のＣＣについて任意の閾値を超えた場合にＰＨＲがトリガーされるようにＣＣベースであってよい。トリガーは、ＷＴＲＵベースであってよい。全体としてＷＴＲＵ １０２について定義されているＭＰＲおよび非ＭＰＲバックオフがあり得る。いくつかの代表的な実施形態では、これらの値は、ＣＣ特有のＭＰＲバックオフおよび非ＭＰＲバックオフを使用する代わりにＰＨＲをトリガーするかどうかを決定するために使用され得る。

いくつかの代表的な実施形態では、ＰＨＲを送信した後、ＷＴＲＵは、Ｐ０＝ＰＭＰＲａｃｔｕａｌおよびＭ０＝ＭＰＲａｃｔｕａｌ（ＭＰＲおよびＡ−ＭＰＲを含み得る）を計算し、および／または格納することができる。それぞれのＴＴＩ（またはＷＴＲＵがＵＬグラントを出すそれぞれのＴＴＩ）について、ＷＴＲＵは、Ｐ１＝ＰＭＰＲａｃｔｕａｌおよびＭ１＝ＭＰＲａｃｔｕａｌを計算することができる。｜［ＭＡＸ（Ｐ１、Ｍ１）−Ｍ１］−［ＭＡＸ（Ｐ０、Ｍ０）−Ｍ０］｜＞閾値の場合にＷＴＲＵはＰＨＲをトリガーすることができる。

ＰＨＲは、任意のＣＣについて閾値が越えられた場合にトリガーされ得る。この場合、ｃの下付き文字がすべての変数名に加えられる。いくつかの代表的な実施形態では、ＷＴＲＵ １０２に対する影響は、ＣＣ下付き文字が取り除かれ、トリガーが越えられる閾値のＷＴＲＵ特有の決定に基づくように全体として計算され得る。

＜仮想ＰＨＲによって引き起こされ得るトリガー（例えば、不要な、もしくは有用でないトリガー）の排除＞
さまざまな理由から、ＰＨＲがトリガーされ、ＷＴＲＵ １０２によってｅＮＢ １４０に送信され得る。ＰＨＲは、１つまたは複数のＰＨ値および追加の情報を与える他のパラメータを含み得る。

例えば、ＰＨＲが特定のＴＴＩにおいてＷＴＲＵ １０２によって送信される場合、ＰＨＲは、そのＴＴＩにおけるＵＬグラント（例えば、割り当てられた実際のリソース）を有するそれぞれのアクティブなＣＣに対する実際のＰＨおよびそのＴＴＩにおけるＵＬグラントを有しない任意のアクティブなＣＣに対する仮想ＰＨを含むことができる。実際のＰＨは、とりわけスプリアスエミッションマスク（ＳＥＭ）および／またはＳＡＲなどの送信限界または要件を満たす（例えば、満足する）ようにＷＴＲＵ １０２によって実行されるグラントおよび任意の電力削減に関連付けられているパラメータを使用して計算され得る。仮想ＰＨは、基準グラントを使用し、および／または電力削減の１つまたは複数に対してゼロを使用することができる。ＷＴＲＵ １０２は、報告の中のそれぞれのＣＣ、Ｐ_{ＣＭＡＸ，Ｃ}に対する構成された最大出力を含むことができ、仮想ＰＨを報告するＣＣに対するＰ_{ＣＭＡＸ，ｃ}は、省くことができる。

ＰＨＲは、少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲ）による追加の電力バックオフが閾値以上に変化したときにトリガーされ得る。トリガーは、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはすでにタイムアウトしている場合に発生するように定義することができ、構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（Ｐ−ＭＰＲによって許可される）による追加の電力バックオフは、ＷＴＲＵ １０２が新しい送信に対してＵＬリソースを有しているときにＰＨＲの最後の送信以降にｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変化している。

最後のＰＨＲが送信されたときに、サービングセル（ＣＣとも称される）の１つまたは複数に対して仮想ＰＨを含んでいた可能性のあることが企図される。この場合、最後のＰＨＲに含まれる仮想ＰＨについて、Ｐ−ＭＰＲによって許可される追加の電力バックオフは、ゼロに設定され得る。現在の追加の電力バックオフを最後のＰＨが送信されたときに使用されていた追加の電力バックオフと比較する場合に、この比較は、仮想ＰＨに対するゼロの値と行うことができる。追加の電力バックオフがトリガーに対する閾値を超える（例えば、それ自体が超える）限り、トリガーがあり得る。仮想ＰＨに対するゼロとの比較により、トリガーは、実際の変化でない追加の電力バックオフの認知された変化に基づくものとしてよい。この結果、スケジューラが特定のＣＣをスケジュールしないことを選択した場合には必ず、過剰な、不要もしくは有用でないトリガーをもたらし得る。類似のシナリオは、実際の追加の電力バックオフ値とともに、最後のＰＨＲが与えられたＣＣに対する実際のＰＨを含んでいたときにあり得、追加の電力バックオフの比較を実行され、これによりＰＨＲをトリガーするかどうかを決定することができる現在のＴＴＩにおいて、ＣＣはＵＬグラントを有さず、ＣＣに対する追加のバックオフはゼロに設定され得る。実際の追加の電力バックオフの値（例えば、閾値より大きい場合）は、追加の電力バックオフの実際の変化の代わりにＰＨＲトリガーの発生源である場合があり、これも、再び、過剰な、不要もしくは有用でないトリガーを潜在的に引き起こし得る。

与えられたＴＴＩにおいて、パワーマネージメントバックオフが変化したときにＰＨＲを送信すると、ｅＮＢ １４０に、更新されたパワーマネージメントバックオフを含むＰＨＲが提供され、したがって、スケジューリング決定にパワーマネージメントバックオフを含めることができる。したがって、このトリガーに基づきＰＨＲを送信するステップは、実際のパワーマネージメントバックオフが閾値を超える大きさの量だけ変化した場合、および／またはＰＨおよび／または報告される任意の適用可能な関連するパラメータ、例えば、Ｐ_{ＣＭＡＸ，ｃ}において実際のパワーマネージメントバックオフを考慮している場合にＣＣに対してのみ有用であるものとしてよい。

ＰＨＲで使用されるパラメータの１つは、ＰＨ値が実際の送信もしくは基準フォーマットに基づくかどうかを示すＶビットであることが企図されている。タイプ１のＰＨについては、Ｖ＝０は、ＰＵＳＣＨ上の実際の送信を示し、Ｖ＝１は、ＰＵＳＣＨ基準フォーマットが使用されることを示し得る。タイプ２のＰＨについては、Ｖ＝０は、ＰＵＣＣＨ上の実際の送信を示し、Ｖ＝１は、ＰＵＣＣＨ基準フォーマットが使用されることを示し得る。タイプ１とタイプ２の両方のＰＨについて、Ｖ＝０は、関連付けられているＰ_{ＣＭＡＸ，ｃ}フィールドの存在を示し、Ｖ＝１は、関連付けられているＰ_{ＣＭＡＸ，ｃ}フィールドが省かれていることを示し得る。

＜いくつかの代表的なＰＨＲトリガー手順＞
他にも理由はあるがとりわけ、仮想ヘッドルームの報告に基づく比較により過剰な、および／または不要な（または有用でない）トリガーを排除するために、ＷＴＲＵ １０２は、与えられたＣＣについて最後にＷＴＲＵ １０２が実際のＰＨＲを送信したときに与えられたＣＣに対する電力バックオフ（例えば、パワーマネージメントに使用される）と比較したときに与えられたＣＣに対する電力バックオフ（例えば、パワーマネージメントに使用される）が閾値以上に変化したときにＰＨＲをトリガーすることができる。

ＷＴＲＵ １０２は、与えられたＣＣについてＰＨＲにおけるＰ_{ＣＭＡＸ，ｃ}値をＷＴＲＵ １０２が最後に送信した時刻を使用して与えられたＣＣに対する実際のＰＨＲを送信した最後の時刻を決定することができる。

ＷＴＲＵ １０２は、与えられたＣＣについてＷＴＲＵ １０２がＰＨＲ内に非仮想的ＣＣであることを示す指示を入れた最後の時刻（例えば、ＷＴＲＵ １０２が与えられたＣＣについて０に設定されたＶビットをＰＨＲに入れた最後の時刻）を使用して与えられたＣＣについて実際のＰＨＲを送信した最後の時刻を決定することができる。

２タイプのヘッドルームの報告（例えば、タイプ１はＰＵＳＣＨヘッドルームの報告、タイプ２はＰＵＳＣＨ＋ＰＵＣＣＨヘッドルームの報告）を有するＰＣｅｌｌについて、ＷＴＲＵ １０２は、トリガー基準がＰＣｅｌｌ（一次サービングセルまたはＣＣ）について満たされているかどうかを判定するときにタイプ１のＰＨ、タイプ２のＰＨ、またはタイプ１およびタイプ２の両方のＰＨを使用することができる。例えば、ＷＴＲＵ １０２は、ＰＨＲが送信されたときにタイプ１および／またはタイプ２のＰＨの１つまたは複数が実際であった場合に、このＣＣに実際のＰＨＲが送信されていると判定し得る。例えば、両方のＰＨタイプについてＶビットが１に等しくなかった場合（例えば、仮想）、ＰＨＲは実際であると考えられ得る。第２の例として、タイプ１とタイプ２のうちの少なくとも１つのＰ_{ＣＭＡＸ，ｃ}値がＰＣｅｌｌに対するＰＨＲで送信された場合、ＰＨＲは、実際であるとみなされ得る。いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、タイプ１のＰＨまたはタイプ２のＰＨのうちの一方を使用して、トリガー基準が満たされているかどうかを判定することができる。

ＷＴＲＵ １０２は、ＳＣｅｌｌに対する最後の実際のＰＨＲを決定するときにＳＣｅｌｌ（セカンダリーサービングセル）の任意の非アクティブ化を無視することができる。例えば、与えられたＣＣ対する最後の実際のＰＨＲ以降に、１回または複数回ＣＣが非アクティブ化および再アクティブ化された場合、ＷＴＲＵ １０２は、それでも、そのＣＣに対して最後の実際のＰＨＲを使用することができる。いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ＣＣの最後のアクティブ化または再アクティブ化以降にＰＨＲ送信を考慮すること（例えば、考慮することのみ）ができる。最後のアクティブ化または再アクティブ化以降にＣＣに対する実際のＰＨＲがない場合、ＷＴＲＵ １０２は、アクティブ化または再アクティブ化の後にこのＣＣに対する実際のＰＨＲが現れるまでＰＨＲをトリガーするかどうかを決定するトリガー基準の評価を遅延させることができるか、またはＷＴＲＵ １０２は、それを特別な場合として処理し、閾値より大きいパワーマネージメントバックオフの値（またはパワーマネージメントバックオフがＰ_{ＣＭＡＸ，ｃ}に及ぼす影響）などの他の基準に基づきトリガーし得る。

ＳＣｅｌｌが構成されるか、または再構成される場合、ＷＴＲＵ １０２は、構成もしくは再構成以降にＳＣｅｌｌに対するＰＨＲ送信を考慮する（例えば、考慮することのみ）できる。最後の構成または再構成以降にこのＣＣに対する実際のＰＨＲがない場合、ＷＴＲＵ １０２は、構成または再構成の後にこのＣＣに対する実際のＰＨＲが現れるまでＰＨＲをトリガーするかどうかを決定するトリガー基準の評価を遅延させることができるか、またはＷＴＲＵ １０２は、これを特別な場合として処理し、閾値より大きいパワーマネージメントバックオフの値（またはパワーマネージメントバックオフがＰ_{ＣＭＡＸ，ｃ}に及ぼす影響）などの他の基準に基づきトリガーし得る。

いくつかの代表的な実施形態では、閾値を超える追加の電力バックオフの変化に基づきトリガーするステップの代替えとして、またはその代わりに、トリガーは、閾値を超えるＰ_{ＣＭＡＸ，ｃ}に対する追加の電力バックオフの影響の変化に基づくことができる。

いくつかの代表的な実施形態では、追加の電力バックオフに関係する変化（例えば、実際の変化もしくは影響の変化）に基づきＰＨＲをトリガーするステップは、他のＰＨＲトリガーと類似の方法で禁止タイマーによってゲート（ｇａｔｅ）され得る。

いくつかの代表的な実施形態では、追加の電力バックオフに関係する変化に基づきＰＨＲをトリガーするステップは、構成されたＵＬによりアクティブなＣＣに（例えば、それだけに）適用可能であるものとしてよい。

いくつかの代表的な実施形態では、追加の電力バックオフに関係する変化に基づきＰＨＲをトリガーするステップは、ＷＴＲＵ １０２が任意のＣＣに対して新しい送信のためのＵＬリソースを有するＴＴＩにおいて（例えば、ＴＴＩにおいてのみ）適用可能であるものとしてよい。

他にも理由はあるがとりわけ、仮想ヘッドルームの報告に基づく比較により過剰な、および不要な、または有用でないトリガーを排除するために、および／または意味のある報告がＷＴＲＵ １０２によって確実に送信されるようにするために、比較（例えば、パワーマネージメントバックオフ値またはマネージメントバックオフ値の影響の）およびパワーマネージメントバックオフに関係する変化に基づきＰＨＲをトリガーするステップは、ＷＴＲＵ １０２がそのＣＣに対する（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨリソースであってよい）ＵＬリソースを有しているＴＴＩにおいて（例えば、ＴＴＩのみにおいて）与えられたＣＣについて適用可能であるものとしてよい。例えば、ＷＴＲＵ １０２は、ＷＴＲＵ １０２が与えられたＣＣについて有効なＵＬグラント（または割り当てられたＵＬリソース）を有するＴＴＩにおいて（例えば、ＴＴＩにおいてのみ）与えられたＣＣに対するトリガー条件を評価（または考慮）することができ、および／またはＷＴＲＵ １０２がそのＣＣ（または任意のＣＣ）に対する新しい送信のための有効なＵＬリソースを有しているＴＴＩにおいて（例えば、ＴＴＩにおいてのみ）与えられたＣＣに対するトリガー条件を評価（または考慮）することができる。

＜トリガー基準を定義する代表的な例（例えば、異なる言い回しを使用する等価な定義も使用することができる）＞
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、ＵＬリソースを持つ少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対してＵＬリソースがあったときにＰＨＲの最後の送信以降に、ＷＴＲＵ １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上に変化しているか、または変化している可能性がある。

ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対して有効なＵＬグラントがあったときにＰＨＲの最後の送信以降に、ＷＴＲＵ １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上に変化しているか、または変化している可能性がある。

ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対する実際のＰＨＲの最後の送信以降に、ＷＴＲＵ １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上に変化しているか、または変化している可能性がある。

ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対してＶｂｉｔ＝０であるＰＨＲの最後の送信以降に、ＷＴＲＵ １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上に変化しているか、または変化している可能性がある。

ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対して任意のＶｂｉｔ＝０であるＰＨＲの最後の送信以降に、ＷＴＲＵ １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上に変化しているか、または変化している可能性がある。

ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対してＶｂｉｔ＝０であるタイプ１のＰＨＲの最後の送信以降に、ＷＴＲＵ １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上に変化しているか、または変化している可能性がある。

ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対する実際のタイプ１のＰＨＲの最後の送信以降に、ＷＴＲＵ １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上に変化しているか、または変化している可能性がある。

「有効なＵＬグラント（またはＵＬリソース）を有するサービングセル」は、「構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有するサービングセル」と同じであってよいことが企図されている。上記の例のすべてについて、「少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフ」は、「少なくとも１つのアクティブ化されたサービングセルに対するＰ_{ＣＭＡＸ，ｃ}へのパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフの効果（または影響）」、または「少なくとも１つのアクティブ化されたサービングセルに対する構成された最大出力電力へのパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフの効果」、または「少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフの_{ＰＣＭＡＸ，ｃ}への効果（または影響）」、またはそれらの同等物で置き換えられ得る。

構成、再構成、アクティブ化、および／または再アクティブ化のうちの１つまたは複数に続くそれぞれのＣＣに対する比較のため実際のＰＨＲがあることを保証することが企図される。

任意の条件もしくはイベントについて、この条件もしくはイベントに対して第１の実際のＰＨＲをトリガーするのが有用である場合、またはこの条件もしくはイベントの後に第１の実際のＰＨＲをトリガーするのが有用である場合（例えば、この条件またはイベントの発生後）に、ＷＴＲＵ １０２は、パワーマネージメントバックオフそれ自体が閾値を超えるか、またはパワーマネージメントバックオフのＰ_{ＣＭＡＸ，ｃ}に対する影響が閾値を超える場合に、有効なＵＬグラント（またはＵＬリソース）を有するアクティブなＣＣに対するＰＨＲをトリガーし得る。

代表的なトリガー手順は、ＰＨＲが本明細書で説明されている基準のいずれかに基づきＰＨＲがトリガーされるという要件もしくはポリシーを含むことができ、これは、例えば、仮想ＰＨＲによって引き起こされ得るトリガー（例えば、不要な、もしくは有用でないトリガー）を排除するための基準であり、これは、例えば、とりわけ（１）構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフが閾値以上に変化していること、（２）構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフのＰ_{ＣＭＡＸ，ｃ}への効果（もしくは影響）が閾値以上に変化していること、（３）構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有する少なくとも１つのアクティブ化されたサービングセルに対するＰ_{ＣＭＡＸ，ｃ}へのパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフの効果（もしくは影響）が閾値以上に変化していること、のうちの１つに基づくものとすることができ、変化が閾値以上であるかどうかを判定する比較のための基準点は、ＰＨＲが送信されたときの前の（例えば、最近の）時間、期間、または間隔、およびとりわけ（１）構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルが有効なグラント（またはＵＬリソース）を有していたこと、（２）ＰＨＲが構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルに対する実際のＰＨを含んでいたこと、の１つであるものとしてよい。

閾値は、ｄＢを単位とするｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅとすることができる。

代表的な電力ヘッドルーム報告手順は、サービングｅＮＢ １４０に公称ＷＴＲＵ最大送信電力とアクティブ化されたサービングセルごとのＵＬ−ＳＣＨ送信に対する推定電力との差に関する情報、および公称ＷＴＲＵ最大電力とＰＣｅｌｌ上のＵＬ−ＳＣＨおよびＰＵＣＣＨ送信に対する推定電力との差に関する情報を提供するために使用され得る。ＲＲＣは、２つのタイマーｐｅｒｉｏｄｉｃＰＨＲ−ＴｉｍｅｒおよびｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを構成し、測定されたダウンリンク経路損失の変化を設定し得るｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅをシグナリングしてＰＨＲをトリガーすることによって電力ヘッドルームの報告を制御することができる。

電力ヘッドルームの報告（ＰＨＲ）は、以下のイベントのうちのいずれかが生じるとトリガーされ得る。

− ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ １０２が新しい送信のためのＵＬリソースを有するか、または有する可能性がある場合にＰＨＲの最後の送信以降に経路損失基準として使用されるか、または使用される可能性のある少なくとも１つのアクティブ化されたサービングセルに対するｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変化した場合。
− ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒがタイムアウトしたとき。
− 機能を無効にするためには使用されない、上位レイヤによる電力ヘッドルームの報告機能の構成または再構成後。
− 構成されたアップリンクによるＳＣｅｌｌのアクティブ化。
− 本明細書で説明されているような追加の電力バックオフの変化または追加の電力バックオフの効果の変化に関係するトリガー基準。例えば、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、構成されたアップリンクおよび有効なグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（Ｐ−ＭＰＲによって許可される）による電力バックオフのＰ_{ＣＭＡＸ，ｃ}への効果は、ＷＴＲＵ １０２が新しい送信に対してＵＬリソースを有しているか、または有している可能性があるときにＰＨＲの最後の送信以降にｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変化しているか、変化している可能性がある。

ＷＴＲＵ １０２が、ＵＬリソースをこのＴＴＩに対する新しい送信に割り当てている場合。
− これが、最後のＭＡＣリセット以降に新しい送信に割り当てられている第１のＵＬリソースである場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを起動する。
− 電力ヘッドルームの報告プロシージャで、ＰＨＲの最後の送信以降に少なくとも１つのＰＨＲがトリガーされているか、またはこれがＰＨＲがトリガーされた最初であると判定する場合。
− 割り当てられたＵＬリソースがＰＨＲ ＭＡＣ制御要素＋そのサブヘッダを論理チャネル優先順位付けの結果として受け入れることができるか、または受け入れてもよい場合。
− ｅｘｔｅｎｄｅｄＰＨＲが構成されている場合。
− 構成されたアップリンクを有するそれぞれのアクティブ化されたサービングセルについて。
− 物理レイヤからタイプ１の電力ヘッドルーム、およびいくつかの場合において、このサービングセルに関連付けられている対応するＰ_{ＣＭＡＸ，ｃ}の値を取得する。
− 同時ＰＵＣＣＨ−ＰＵＳＣＨが構成されている場合。
− ＰＣｅｌｌについてのタイプ２の電力ヘッドルームの値、およびいくつかの場合において、物理レイヤから対応するＰ_{ＣＭＡＸ，ｃ}を取得する。
− 物理レイヤによって報告された値に基づき拡張ＰＨＲ ＭＡＣ制御要素を生成し、送信するように多重化およびアセンブリプロシージャに指令する。
− 物理レイヤからタイプ１の電力ヘッドルームの値を取得する。
− 物理レイヤによって報告された値に基づきＰＨＲ ＭＡＣ制御要素を生成し、送信するように多重化およびアセンブリプロシージャに指令する。
− ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを起動または再起動する。
− ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを起動または再起動する。
− すべてのトリガーされたＰＨＲをキャンセルする。

いくつかの代表的な実施形態では、電力制御およびＰＨＲで使用するため追加のバックオフをＰ_{ＣＭＡＸ，ｃ}に適用する時期を確定する手順が実装され得る。

ＳＡＲまたは他の、例えば、非ＬＴＥの、効果があるので、送信電力決定および／または電力ヘッドルームの計算のためにＰ_{ＣＭＡＸ，ｃ}が低減されるか、またはバックオフされ得る。

追加のバックオフの量が変更される必要があるか、または変更されるべきである場合、ＷＴＲＵ １０２は、変更されたバックオフの使用または適用を開始して、チャネル電力、例えば、Ｐ_{ＰＵＳＣＨ，ｃ}（ｉ）を決定するために使用されるＰ_{ＣＭＡＸ，ｃ}の値を変更することができ、その際に、（１）最終的なＰＨＲの時間に関係なく、変更された条件に基づき即座に適用されるオプション（方法）、（２）変更されたＰ_{ＣＭＡＸ，ｃ}が適用する前にＰＨＲでＷＴＲＵ １０２に報告されるまで待つオプション（方法）、（３）適用する前に時間の閾値より長く待たないオプション（方法）、および／または（４）即座に、または与えられた時間の長さを超えて次の定期的ＰＨＲが実行され得る場合に、与えられた時間の範囲内で、適用するオプション（方法）のうち１つがある。これらのオプションのうちの一部または全部、例えば、項目２と３などが組み合わされ得ることが企図される。例えば、ＷＴＲＵ １０２は、時間の閾値が経過するまで、またはＰ_{ＣＭＡＸ，ｃ}をＰＨＲで報告するまで、のうちのいずれか先に到来する時点まで待ち、それから適用することができる。

これら４つのオプション（例えば、方法）のうちどれを使用すべきかは、使用する追加のバックオフが増大するか、または減少するかによって決まる。いくつかの代表的な実施形態では、これは、追加のバックオフの絶対的変化とは反対に、Ｐ_{ＣＭＡＸ，ｃ}に対する追加のバックオフの効果に関係するものとしてよい。

例えば、追加のバックオフの量またはＰ_{ＣＭＡＸ，ｃ}への追加のバックオフの影響が増大する（結果として潜在的に送信電力が減少する可能性がある）状況が生じた場合、バックオフの変更を適用するのを待つことで、結果として、哺乳類、例えば、人間への望ましくないＲＦ（無線周波）効果が引き起こされ得る。この場合、ＰＨＲがいつ送信され得るかに関係なく、バックオフに変更を即座に適用することが最良の方法である。変更を適用した後可能な限り早くＰＨＲを（例えば、変更されたＰ_{ＣＭＡＸ，ｃ}とともに）送信するのが有益であると思われる。ＰＨＲが送信されるまで、ｅＮＢ １４０は、ＷＴＲＵ １０２がサポートし得ないというＵＬグラントを割り当てることができる。

追加のバックオフの量またはＰ_{ＣＭＡＸ，ｃ}への追加のバックオフの影響が減少する（結果として潜在的に送信電力を増大させることができる）状況が生じた場合、バックオフの変更を適用するのを待つことで、ＷＴＲＵ １０２が、ＰＨＲを介して減少したバックオフを認識した後にｅＮＢ１４０が送信することができる、より大きなグラントを処理する能力を遅延させることができる。この場合、ＰＨＲを送信する際の遅延は、より許容可能であるものとしてよい。

以下の代表的な手順の１つまたは複数が適用可能である。

（１）追加のバックオフ（または追加のバックオフの効果）が減少した場合、ＷＴＲＵ １０２は、変更されたバックオフを即座に、または与えられた時間枠内で適用するか、あるいは、ＷＴＲＵ １０２は、ＰＨＲがバックオフを適用するために送信されるまで待つことができる。いくつかの代表的な実施形態では、ＰＨＲが、ある所定の時間の間送信されない場合、ＷＴＲＵ １０２は、変更されたバックオフを適用し、ＰＨＲをこれ以上待つことができない。他の代表的な実施形態では、ＷＴＲＵ １０２は、与えられた時間の長さを超えて次の定期的ＰＨＲが実行され得る場合に、与えられた時間の範囲内で、バックオフを適用することができる。

（２）追加のバックオフ（または追加のバックオフの効果）が増大した場合、ＷＴＲＵ １０２は、変更されたバックオフを即座に、または与えられた時間枠内で適用することができる。いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ＰＨＲがバックオフを適用するために送信されるまで待つことができる。他の代表的な実施形態では、ＰＨＲが、ある所定の時間の間送信されない場合、ＷＴＲＵ １０２は、変更されたバックオフを適用し、ＰＨＲをこれ以上待つことができない。さらに他の代表的な実施形態では、ＷＴＲＵ １０２は、与えられた時間の長さを超えて次の定期的ＰＨＲが実行され得る場合に、与えられた時間の範囲内で、バックオフを適用することができる。

ＰＨＲが追加のバックオフ（例えば、追加のバックオフの変化する要求条件）のせいでトリガーされる場合であっても、ＰＨＲの送信は遅延され得る（例えば、ＭＡＣ ＣＥに対して空き（例えば、容量）がないため）ことが企図される。変更された追加のバックオフに対する要求条件が生じたときからＰＨＲの送信までの間の非ゼロの期間があり得る。

いくつかの代表的な実施形態では、急速に変化する追加のバックオフを処理するための代表的な手順が実装され得る。

前節では、例えば、追加のバックオフの変更または追加のバックオフの影響の変更に基づきＰＨＲをトリガーするステップについて説明している。代表的な手順では、追加のバックオフの急な変更を処理することができる。このような代表的な手順は、追加のバックオフが急速に変化しない場合に適用することもできる。

一例として、１ｘＥＶ−ＤＯによる送信は、非常に集中的に行われ得るが（例えば、２０ミリ秒のフレーム内において、２．５ｍｓまで短縮するＯＮと１７．５ｍｓまで延長するＯＦＦ）、常時ＯＮのままであってもよい。それぞれのそのような高速度のバーストの開始時と終了時にＰＨＲを報告することに関連づけられる問題があり得る。追加のバックオフの変化または追加のバックオフの影響の変化によってトリガーされたＰＨＲに対して、禁止タイマー（例えば、最後のＰＨＲが送信された後の一定期間においてＰＨＲがトリガーされるのを禁止するために使用されるタイマー）が設定された場合、そのような高速度のバーストの開始時と終了時におけるＰＨＲのトリガーは、例えば、トグリング速度が禁止タイマー期間より速いので、失われる可能性がある。これらの変化によってトリガーされたＰＨＲに対して禁止タイマーが設定されない場合、ＰＨＲの過剰なシグナリングのオーバーヘッドがあり得る。

急速に変化する追加のバックオフを処理するための代表的な手順について、以下で説明される。代表的な手順１では、ＯＮ状態が可能である限り、ＯＮ状態と矛盾しないレベルでバックオフの安定性を維持することができる。例えば、１Ｘもしくは別のエアーインターフェースの動作が有効化された場合、または１Ｘもしくは他の呼が接続されるか、または進行中である場合、ＯＮ状態に対するバックオフは、バーストの有無に関係なく、使用され得る。

１Ｘに対する代表的な手順２では、ＷＴＲＵ １０２は、高速１Ｘバーストを送信するモード（バーストモードとも称され得る）に入っているか入っていないか、または高速１Ｘバーストを送信するモードに入っている間に、ＰＨＲにおけるＰ_{ＣＭＡＸ，ｃ}は、１Ｘ送信が常時ＯＮになっていたかのようにシグナリングされ得ることを示す指示を検出または受け入れることができる。この代表的な手順は、（１）高速バーストが開始したときに（例えば、最初に開始）、低減されたＰ_{ＣＭＡＸ，ｃ}を含むＰＨＲを（例えば、バックオフの増大により）トリガーすること、（２）別の理由（例えば、周期的または著しく変化した経路損失）からトリガーされた（例えば、任意の）ＰＨＲ内に、高速１Ｘバーストを送信するモードに入っている間に、ＰＨＲの時間の実際のバックオフ（例えば、要求されたバックオフ）に関係なく、増大されたバックオフが使用されているかのように、Ｐ_{ＣＭＡＸ，ｃ}を入れること、および／または（３）バースト（例えば、すべてのそのようなバースト）が終了したときに、（増大されたバックオフをもはや使用していないため）増大したＰ_{ＣＭＡＸ，ｃ}を含むＰＨＲをトリガーすることを実行するために使用され得る。

１Ｘバーストモードを決定し、バーストモードの開始時および終了時にＰＨＲをトリガーするための例示的なアルゴリズムは、以下のとおりである。
・ すべてのサブフレームにおいて、１Ｘが送信中であるか、または送信中でないかを観察する。
・ １Ｘが送信中であれば、
− バーストモード＝ＯＮ
− １Ｘが前のサブフレームにおいて送信中でなければ、
− その時刻（「バーストＯＮ開始時刻」と表される）をメモする。
− 前のサブフレームにおけるバーストモードがＯＦＦであれば、
− ＰＨＲをトリガーし、低減されたＰ_{ＣＭＡＸ，ｃ}を報告する。
・ １Ｘが送信中でなければ、
− 前のサブフレームにおけるバーストモードがＯＮであれば、
− バーストＯＮ開始時刻以降の時刻が２０ｍｓ以上前であれば、
・ バーストモード＝ＯＦＦ
・ ＰＨＲをトリガーし、増大されたＰ_{ＣＭＡＸ，ｃ}を報告する

代表的な手順３では、例えば、ＳＡＲなどによる、急速に変化する追加のバックオフの要求条件を処理することができる。ＷＴＲＵ １０２は、近接が検出されたときなど、任意の追加のバックオフがいつ必要か（または使用すべきか）を決定することができ、ある長さの時間にわたって追加のバックオフが必要なくなる（使用されなくなる）まで追加のバックオフのレベルの一貫性を維持することができる（例えば、最悪の場合に、または別の量で）。

代表的な手順４は、例えば、最後のＰＨＲ以降の期間において生じた最悪の場合の追加のバックオフもしくは追加のバックオフの影響を含めて、Ｐ_{ＣＭＡＸ，ｃ}をＰＨＲで報告するステップを含み得る。例えば、以下のとおりである。
時刻０（最後のＰＨＲの報告）：バックオフ＝ｂ０
時刻１（次のサブフレーム）：バックオフ＝ｂ１
時刻２（次のサブフレーム）：バックオフ＝ｂ２、．．．
時刻ｐ（次のＰＨＲが送信され得るサブフレーム）：バックオフ＝ｂｐ

Ｐ_{ＣＭＡＸ，ｃ}は、バックオフ＝ Ｍａｘ（ｂ０、ｂ１、ｂ２、．．．、ｂｐ）を使用してＷＴＲＵによって報告され得る。

１ｘＥＶ−ＤＯおよびＳＡＲは、例として図示されているけれども、任意のバーストまたは非バーストアプリケーション、および／または任意の急速に変化する、もしくは急速に変化しないバックオフ状況に対して、代表的な手順が使用され得ることも企図される。

いくつかの代表的な実施形態では、追加のバックオフがある場合に仮想ＰＨＲを処理するための代表的な手順が実装され得る。

仮想ＰＨＲに対してＰ_{ＣＭＡＸ，ｃ}の報告を処理するためのさまざまな代表的な手順があり得る。代表的な手順は、（１）非仮想ＰＨＲと仮想ＰＨＲの両方に対してＰ_{ＣＭＡＸ，ｃ}を常に報告するステップ、または（２）非仮想ＰＨＲについてはＰ_{ＣＭＡＸ，ｃ}を報告し、仮想ＰＨＲについては報告しないステップを含み得るが、それは、仮想ＰＨＲについて、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃは、ｅＮＢ １４０が報告することなく仮想ＰＨＲについてＰ_{ＣＭＡＸ，ｃ}を決定することができるようにゼロであってよいからである。これらの代表的な手順は、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃの許容される電力削減に基づくものとしてよい。

追加のバックオフを実装するときに、仮想ＰＨＲおよびＰ_{ＣＭＡＸ，ｃ}を処理するための代表的な手順が実装され得る。仮想ＰＨＲについて、ＷＴＲＵ １０２は、Ｐ_{ＣＭＡＸ，ｃ}の決定に追加のバックオフの効果（例えば、ＳＡＲおよび／または１Ｘ効果に関連づけられる）を含めることができる。いくつかの代表的な実施形態では、ＷＴＲＵ １０２が、追加のバックオフの効果をＰ_{ＣＭＡＸ，ｃ}に含める場合、ＷＴＲＵ １０２は、Ｐ_{ＣＭＡＸ，ｃ}が追加のバックオフの影響を受ける場合に（例えば、その場合にのみ）仮想ＰＨＲに対するＰ_{ＣＭＡＸ，ｃ}を報告することができる。他の代表的な実施形態では、仮想ＰＨＲについて、ＷＴＲＵ １０２は、Ｐ_{ＣＭＡＸ，ｃ}の決定から追加のバックオフの効果（例えば、ＳＡＲおよび／または１Ｘに関連づけられる）を除外することができ、Ｐ_{ＣＭＡＸ，ｃ}は、仮想ＰＨＲでは報告され得ない。

ＷＴＲＵ １０２がＰＨＲでＰ_{ＣＡＭＸ，ｃ}を報告（例えば、常に報告）する場合に、Ｐ_{ＣＭＡＸ，ｃ}は、Ｐ_{ＣＭＡＸ，ｃ}に含まれるか、または含まれないバックオフのタイプに関係なく仮想ＰＨＲについて報告されることが企図されている。

ＷＴＲＵごとの最大電力およびＣＣごとの最大電力を処理するための代表的な手順が実装され得る。

最大電力範囲は、ＣＣレベルおよびＷＴＲＵレベルでＷＴＲＵ １０２に対して定義され得る。本明細書ですでに定義されている式を拡張することによって、ＣＣごとに構成された最大出力電力の例、Ｐ_{ＣＭＡＸ，ｃ}は、式１４に示されているように定義され、ＷＴＲＵ １０２は、ＣＣごとに構成されている最大出力電力を、その式の中に示されている上下限内に収まるように設定することが許され得る。
Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}≦Ｐ_{ＣＭＡＸ，ｃ}≦Ｐ_{ＣＭＡＸ＿Ｈ，ｃ} 式（１４）
ただし、
Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}−ΔＴｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＭＰＲ）−ΔＴ_Ｃ｝
Ｐ_{ＣＭＡＸ＿Ｈ，ｃ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝

Ｐ_{ＥＭＡＸ，ｃ}は、例えば、Ｐ−ＭａｘＩＥにおけるｅＮＢ １４０によってＷＴＲＵにシグナリングされる上位層（ＣＣの）によってシグナリングされる最大電力制限とすることができる。

ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、およびＰ−ＭＰＲは、それぞれ、ＷＴＲＵ １０２およびすべてのＣＣについて１つの共通値を有するものとして定義され得る。例えば、ＭＰＲは、全体としてすべてのＣＣおよびＷＴＲＵ １０２に対して同じであってよい。それぞれのＣＣおよびＷＴＲＵに対して同じ値を使用することも、ＣＣの電力が総和されるため可能である。例えば、ＷＴＲＵ １０２について、３ｄＢの低減は、それぞれの個別ＣＣに３ｄＢの低減を適用することによって実現され得る。

いくつかの代表的な実施形態では、ＣＣ特有の値は、ＣＣの１つまたは複数に対する値の１つまたは複数について定義され得る。任意のＣＣ特有の値について、ＣＣ特有の値は式の中で使用され、値に下付き文字_Ｃを加えることによって、例えば、ＭＰＲ_Ｃ、Ａ−ＭＰＲ_Ｃ、Ｐ−ＭＰＲ_Ｃ、およびΔＴｃ_Ｃによって表すことができる。

ＣＣごとに構成された最大出力電力Ｐ_{ＣＭＡＸ，ｃ}の代わり、または最大出力電力に加えて、総合的なＷＴＲＵで構成された最大出力電力Ｐ_ＣＭＡＸは、例えば本明細書ですでに説明されているように定義され、ＷＴＲＵ １０２は、構成された最大出力電力を以下の上下限内に収まるように設定することが許され得る。
Ｐ_{ＣＭＡＸ＿Ｌ}≦Ｐ_ＣＭＡＸ≦Ｐ_{ＣＭＡＸ＿Ｈ} 式（１５）
ただし、一例として式３に示されている下限Ｐ_{ＣＭＡＸ＿Ｌ}を使用し、Ｐ−ＭＰＲとして非ＭＰＲ電力削減値を参照すると、Ｐ_{ＣＭＡＸ＿Ｌ}は式１６に示されているとおりである。
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ−ΔＴ_Ｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＭＰＲ）−ΔＴ_Ｃ｝ 式（１６）
ただし、上限Ｐ_{ＣＭＡＸ＿Ｈ}は以下のように定義され得る。

Ｐ_{ＣＭＡＸ＿Ｈ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝ 式（１７）
ただし、Ｐ_ＥＭＡＸは、上位レイヤ、例えば、ＲＲＣを介して、ｅＮＢによってシグナリングされる電力制限であるか、または、それぞれのＣＣについてシグナリングされた個別の電力制限、Ｐ_{ＥＭＡＸ，ｃ}から、例えば、ＷＴＲＵによって、計算された値であるものとしてよい。

例えば、Ｐ_ＥＭＡＸ＝１０ｌｏｇ１０ΣＰ_{ＥＡＭＸ，ｃ}であるが、ただし、Ｐ_{ＥＭＡＸ，ｃ}はそれぞれのＣＣについてＰ−Ｍａｘ ＩＥでＲＲＣによりシグナリングされた電力制限とすることができる。Ｐ_{ＥＭＡＸ，ｃ}は、単位ｄＢで表された値とすることができ、Ｐ_{ＥＭＡＸ，ｃ}は、線形表記法で表されたＰ_{ＥＭＡＸ，ｃ}の値であるものとしてよい。

Ｐ_ＣＭＡＸ値は、チャネル電力をスケーリングするための決定の制限として、および／または電力制御手順において超えてはならない制限として使用され得ることが企図される。

いくつかの代表的な実施形態では、Ｐ_ＣＭＡＸおよび／またはＰ_{ＣＭＡＸ，ｃ}は、サブフレームｉについて決定され、それぞれＰ_ＣＭＡＸ（ｉ）およびＰ_{ＣＭＡＸ，ｃ}（ｉ）として表され得る。

別の例では、下限Ｐ_{ＣＭＡＸ＿Ｌ}は、ＣＣごとの値から定義され、決定され、および／または計算され得る。

下限Ｐ_ＣＭＡＸは、以下のようにＣＣごとの値から定義され、決定され、および／または計算され得る。

Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}−ΔＴ_Ｃ，ｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ_ｃ＋Ａ−ＭＰＲ_ｃ、Ｐ−ＭＰＲ_ｃ）−ΔＴ_Ｃ，ｃ｝ 式（１８）
ただし、下付き文字_Ｃは、ＣＣ特有の値であることを示す。ＣＣ値は、同じであっても異なっていてもよい。例えば、帯域内ＣＣについて、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲ、および／またはΔＴＣのうちの１つまたは複数について、ＷＴＲＵ特有の値もしくは帯域特有の値が与えられ、これらの値は、個別のＣＣ値に対して使用され得る。

小文字（例えば、値の少なくとも第１の文字について）が線形値を示し得る、線形表記法を使用することで、式１８は、式１９に示されているように表すことができる。
１０ｌｏｇ_１０Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}＝ＭＩＮ｛１０ｌｏｇ_１０（Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ）、１０ｌｏｇ_１０Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），１０ｌｏｇ_１０Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_Ｃ・Δｔ_Ｃ，ｃ）｝ 式（１９）
したがって、Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ）、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ）、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／｛ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ｝ 式（２０）

複数のＣＣの電力の総和が次のとおりである最低値。
ΣＰ_{ＣＭＡＸ＿Ｌ，ｃ}＝ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ）、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｏｒＣｌａｓｓ}／（ｐｍｐｒ_Ｃ・Δｔ_Ｃ，ｃ）｝ 式（２１）

そこで、以下のようになる。
Ｐ_{ＣＭＡＸ＿Ｌ}＝１０ｌｏｇ_１０ΣＰ_{ＣＭＡＸ＿Ｌ，ｃ}
＝１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_Ｃ・Δｔ_Ｃ，ｃ）｝ 式（２２）

式２２で規定されるようなＰ_ＣＭＡＸに対する下限は、帯域内ＣＣおよび／または帯域間ＣＣに（またはそのために）適用され得る。低い電力削減（例えば、ＭＰＲおよびその他）について、これは結果として、ＰｏｗｅｒＣｌａｓｓより大きいＰ_{ＣＭＡＸ＿Ｌ}値（例えば、ＣＣｓ Ｘ Ｐ_{ＰｏｗｅｒＣｌａｓｓ}の数に近い値）をもたらし得ることが企図される。したがって、確実に値がＰ_{ＰｏｗｅｒＣｌａｓｓ}を超えないようにすることが有用であり得る。式２２に示されているようなＰ_ＣＭＡＸに対する下限は、式２３に示されているように修正され得る。
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ［Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ）］，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝ 式（２３）

いくつかの代表的な実施形態では、以下のように表すことができる。
Ｐ_{ＣＭＡＸ＿Ｌ}＝Ｐ_{ＰｏｗｅｒＣｌａｓｓ}＋１０ｌｏｇ_１０ΣＭＩＮ［Ｐ_{ＥＭＡＸ，ｃ}／（Ｐ_{ＰｏｗｃｒＣｌａｓｓ}・Δｔ_Ｃ，ｃ），１／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），１／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ）］ 式（２４）

または、式２５に示されているようにＰ_{ＰｏｗｅｒＣｌａｓｓ}制限をともなう場合である。
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛Ｐ_{ＰｏｗｅｒＣｌａｓｓ}＋１０ｌｏｇ_１０ΣＭＩＮ［Ｐ_{ＥＭＡＸ，ｃ}／（Ｐ_{Ｐｏｗｅｒｃｌａｓｓ}・Δｔ_Ｃ，ｃ），１／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），１／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ）］，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}） 式（２５）

例えば、帯域間の場合に対して許容される追加の電力削減があり得る。この削減は、与えられたＣＣに対するＩＢＲ_Ｃ（例えば、線形表記法でｉｂｒ_ｃ）と称され得る。これらの値は、異なるＣＣに対して同じであっても異なっていてもよい。その場合、Ｐ_{ＣＭＡＸ＿Ｌ}は、以下の式のうちの１つで定義され得る。
Ｐ_{ＣＭＡＸ＿Ｌ}＝１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ）｝ 式（２６）
Ｐ_{ＣＭＡＸ＿Ｌ}＝１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ）｝ 式（２７）
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝ 式（２８）
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝ 式（２９）
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＩＢＲ｝ 式（３０）

Ｐ_{ＣＭＡＸ＿Ｌ}は、ＷＴＲＵ １０２に対する全体的なＰ−ＭＰＲ削減を可能にするように以下のうちの１つとして定義することもできる。
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ［Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ）］，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（Ｐ−ＭＰＲ_ｃ）｝ 式（３１）
ただし、ＭＡＸ（Ｐ−ＭＰＲ_ｃ）は、ＣＣのうちで、最大のＰ−ＭＰＲ値である。
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ［Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ）］，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＩＢＲ−ＭＡＸ（Ｐ−ＭＰＲ_ｃ）｝ 式（３２）
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ）｝，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（Ｐ−ＭＰＲ_ｃ）｝ 式（３３）
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ）｝，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＩＢＲ−ＭＡＸ（Ｐ−ＭＰＲ_ｃ）｝ 式（３４）
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ）｝，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（Ｐ−ＭＰＲ_ｃ）｝ 式（３５）
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛１０ｌｏｇ_１０ΣＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}／（Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｍｐｒ_ｃ・ａ−ｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ），Ｐ_{ＰｏｗｅｒＣｌａｓｓ}／（ｐｍｐｒ_ｃ・Δｔ_Ｃ，ｃ・ｉｂｒ_ｃ）｝，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＩＢＲ−ＭＡＸ（Ｐ−ＭＰＲ_ｃ）｝ 式（３６）

上記の式の中のＩＢＲは、ＷＴＲＵ特有の緩和であるものとしてよい。ＩＢＲは、（１）ＣＣ特有のＩＢＲｃ値から独立した値、（２）これらの値と同じ、または（３）とりわけ最大値、平均、または総和などの、値の組み合わせとすることができる。組み合わせは、ＩＢＲ用に対数形式に変換する前に線形形式で実行され得る。

帯域間アグリゲーションについて明細書で説明されている式が、帯域内アグリゲーション、例えば、帯域内不連続アグリゲーションに対しても適用可能であることが企図されている。この場合、ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、および／またはＰ−ＭＰＲのうちの１つまたは複数が、キャリアごとに、またはアグリゲートされた連続キャリアグループごとに指定され得る。

帯域内連続ＣＡ（キャリアアグリゲーション）をサポートすることができ、また帯域間ＣＡをサポートすることもできるＷＴＲＵ １０２では、例えば、ＲＦフロントエンドの追加のダイプレクサまたは他のコンポーネントによる追加の挿入損失を考慮することが有益であると思われる。この場合、および／または他の場合において、上記の式は、追加の項を使用して、その挿入損失を考慮することができる。挿入損失は、その代わりにまたはそれに加えて（例えば、全体として、または一部分だけ）式の既存の項のうちの１つに対して指定された許容電力削減に含まれ得る。

いくつかの代表的な実施形態では、最大電力の式の中でＣＣ特有の値とＷＴＲＵ特有の値との関係が使用され得る。

個別のＣＣについて定義されたいくつかの値とＷＴＲＵ １０２について定義された値との間の関係は、以下の１つまたは複数を含むものとしてよい。帯域内ＣＡの場合には、ＭＰＲは、ＷＴＲＵ １０２について定義され、それぞれのＣＣ特有のＭＰＲｃは、ＭＰＲに等しくなるように設定され得る。例えば、２つのＣＣが同じ帯域にあり、ＷＴＲＵ １０２に対してＭＰＲ＝１ｄＢである場合、ＷＴＲＵ １０２は、それぞれのＣＣに対するＰ_{ＣＭＡＸ，ｃ}を１ｄＢ緩和することができ、両方のＣＣが、総和がＰ_ＣＭＡＸ（あるいはＰｐｏｗｅｒｃｌａｓｓ）を超えるべきであるか、または超えることになるように最大値に近い場合、ＷＴＲＵ １０２はＰ_ＣＭＡＸ（あるいはＰｐｏｗｅｒｃｌａｓｓ）を超えないように電力を削減することが許容され、これは例えば全体で１ｄＢだけＷＴＲＵの最大電力を低減する許容を含み得る。

ＣＣに対する項ΔＴ_Ｃ，ｃは、ＣＣの周波数が収まるこの帯域内の位置に基づくものとしてよい。帯域内ＣＡの場合、ＣＣ特有のΔＴ_Ｃ，ｃ（例えば、ＣＣ特有のΔＴ_Ｃ，ｃのすべて）が同じである場合に、ＷＴＲＵ １０２に対するΔＴ_Ｃ，ｃはΔＴ_Ｃ，ｃに等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。

帯域内ＣＡの場合、ＣＣ特有のΔＴ_Ｃ，ｃのどれかが異なるときに、ΔＴ_Ｃ，ｃは、ΔＴ_Ｃ，ｃ値のうちの最大の値に等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。

帯域内ＣＡの場合、ＣＣ特有のΔＴ_Ｃ，ｃのどれかが異なるときに、周波数ホッピングが有効化されていれば、ΔＴ_Ｃは、サブフレームの両方のスロット上で最大のΔＴ_Ｃ，ｃに等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。

帯域内ＣＡの場合、ＣＣのどれかに対するＡ−ＭＰＲｃが異なれば、Ａ−ＭＰＲ値に最大の値が使用され得る。

いくつかの代表的な実施形態では、周波数ホッピングが有効化され、ＲＢが一方のスロットから別のスロットに切り替えられ、スロットごとのＡ−ＭＰＲｃが１つまたは複数のＣＣ（例えば、任意のＣＣ）について変化した場合に、そのサブフレーム上の最大のＡ−ＭＰＲｃ値がＡ−ＭＰＲ値に使用され得る。

帯域内ＣＡの場合、アグリゲートされたＣＣについてＡ−ＭＰＲｃ値が等しければ、Ａ−ＭＰＲがＡ−ＭＰＲｃに等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。帯域間ＣＡの場合、Ａ−ＭＰＲｃ値は、加法的効果を有するので、ＣＣごとに適用され得る。

帯域間ＣＡについて上で説明されている関係のうちの１つまたは複数は、割り当てが不連続である帯域内ＣＡに対して適用可能であるものとしてよい。

いくつかの代表的な実施形態では、測定された最大電力が実装され得る。

前の方で説明されている最大電力値は、「構成」またはターゲット値であるものとしてよい。ＷＴＲＵ １０２が送信する場合、これは、計算して求めた正確な値を送信しないことがあるが、それは、同じメーカーのものであっても、各ＷＴＲＵ １０２のコンポーネントの性能にバラツキがあるからである。ＷＴＲＵ １０２には、実際に送信するときに、またＷＴＲＵ １０２の最大出力電力が指定された制限範囲内に留まっているかどうかを判定するために実行されるテストにおいて、構成された値を中心とする許容範囲を認めることができる。

測定された最大出力電力は、以下のように定義され得る。ＷＴＵＲ １０２の測定された最大出力電力は、個別のＣＣの電力の測定された総和の最大値であり、（ΣｐＵ_，ｃ）ＭＡＸは以下の上下限の範囲内にある（またはその範囲内にある必要がある）ものとしてよい。
Ｐ_{ＣＭＡＸ＿Ｌ}−Ｔ（Ｐ_{ＣＭＡＸ＿Ｌ}）≦１０ｌｏｇ_１０（ΣＰ_Ｕ，ｃ）_ＭＡＸ≦Ｐ_{ＣＭＡＸ＿Ｈ}＋Ｔ（Ｐ_{ＣＭＡＸ＿Ｈ}） 式（３７）
ただし、式中、
ｐ_Ｕ，ｃは、均等目盛りによるコンポーネントキャリアｃの出力電力とすることができる。

Ｐ_{ＣＭＡＸ＿Ｌ}およびＰ_{ＣＭＡＸ＿Ｈ}は、前に定義されているとおりのものとすることができる。

Ｔ（Ｐ_ＣＭＡＸ）は、例えば許容範囲の表で定義されている許容値であり、Ｐ_{ＣＭＡＸ＿Ｌ}およびＰ_{ＣＭＡＸ＿Ｈ}に別々に適用することができる。

ＵＣＩが１帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合に、ＷＴＲＵ １０２が最大送信電力を超えるのを防ぐために代表的な手順が実装され得る。

機能的に同等である、いくつかの異なる形式で表され得る、１帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上でＵＣＩを同時に送信しながら、ＷＴＲＵ １０２が最大送信電力を超えるのを防ぐための代表的な手順は以下のとおりである。

いくつかの代表的な実施形態では、

は、

または

のいずれかで置き換えることができる。

すべての形式において、チャネルのスケーリング（例えば、チャネル電力のスケーリング）は、一般的に、チャネル（例えば、チャネル電力）に係数ｗ（０≦ｗ≦１）を乗算することを指すが、ただし、係数１でチャネルをスケーリングすることはチャネルをスケーリングしないことと同等であり、係数０でチャネルをスケーリングすることはチャネルを送信しないことと同等である。

代表的な手順は、一般的に、（１）ＰＵＣＣＨが送信されていない場合、および／または（２）ＰＵＳＣＨが（例えば、ＵＣＩあり、またがなしで）送信されない場合に対して、任意の非送信チャネルの各線形電力項をゼロに設定することによって、適用可能であるものとしてもよい。

第１の形式（例えば、形式１）において、ＵＣＩがＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信されるときに、ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超えるべきであるか、または超えることになるであろう場合に、およびＰＵＣＣＨ電力＋ＵＣＩ電力を含むＰＵＳＣＨの総和がＰ_ＣＭＡＸを超えない可能性があるか、または超えないであろう場合に、ＷＴＲＵ １０２は、ＵＣＩなしで等しくＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）をスケーリングすることができる。ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超えるべきであるか、または超えることになるであろう場合、およびＰＵＣＣＨ電力＋ＵＣＩ電力を含むＰＵＳＣＨの総和がＰ_ＣＭＡＸを超えるべきであるか、または超えることになるであろう場合に、ＷＴＲＵ １０２は、ＵＣＩとともにＰＵＳＣＨをスケーリングすることができ、ＵＣＩなしで任意のＰＵＳＣＨを送信することはできない。

第２の形式（例えば、形式２）では、ＵＣＩがセルｃ＝ｊにおいてＰＵＳＣＨ上で、およびＰＵＣＣＨ上で同時に送信されるときに、

であれば、ＷＴＲＵ １０２は、サブフレームｉ内のサービングセル（例えば、すべてのサービングセル）ｃ≠ｊに対する

を、条件

が満たされるようにスケーリングすることができる。そうでなければ、ＷＴＲＵ １０２は、

を送信せず、サブフレームｉにおける

を、条件

が満たされるようにスケーリングすることができる。ｗ（ｉ）の値は、ｗ（ｉ）＞０のときにサービングセルｃ≠ｊに対して同じであるが、いくつかのサービングセルについて、ｗ（ｉ）はゼロであるものとしてよいことが企図される。また、

はＰ_ＣＭＡＸの線形等価であってよく、および／または

は、とりわけ、Ｐ_{ＰＵＳＣＨ，ｃ}の線形等価であってよいことも企図される。

第３の形式（例えば、形式３）では、ＵＣＩがセルｃ＝ｊにおいてＰＵＳＣＨ上で、およびＰＵＣＣＨ上で同時に送信されるときに、ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超え得るか、または超えることになるであろう場合、ＷＴＲＵ １０２は、サブフレームｉ内のすべてのサービングセルに対する

を、条件

ｗ_ｃ＝ｎ ＝ ｛ｗ_ｃ＝ｍ｜０}∀ｍ≠ｊ、ｎ≠ｊ
が満たされるようにスケーリングすることができる。

はＰ_ＣＭＡＸの線形等価であってよく、および／または

は、とりわけ、Ｐ_{ＰＵＳＣＨ，ｃ}の線形等価であってよいことも企図される。

第４の形式（例えば、形式４）では、ＵＣＩがセルｃ＝ｊにおいてＰＵＳＣＨ上で、およびＰＵＣＣＨ上で同時に送信されるときに、ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超え得るか、または超えることになるであろう場合、ＷＴＲＵ １０２は、サブフレームｉ内のすべてのサービングセルに対する

を、条件

ｗ_ｃ＝ｎ ＝ ｛ｗ_ｃ＝ｍ｜０}∀ｍ≠ｊ、ｎ≠ｊ
が満たされるようにスケーリングすることができる。

はＰ_ＣＭＡＸの線形等価であってよく、および／または

は、とりわけ、Ｐ_{ＰＵＳＣＨ，ｃ}の線形等価であってよいことも企図される。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２が複数の帯域で、例えば、帯域間キャリアアグリゲーションで動作している可能性のある場合に、最大電力を処理する、例えば、帯域特有の電力制限を設定するための代表的な手順が実装され得る。

帯域間動作については、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴＣは、帯域ごとに異なっていてもよい。Ｐ−ＭＰＲは、帯域ごとに同じであっても異なっていてもよく、例えば、ＳＡＲに対する電力削減（例えば、ＷＴＲＵの人間への間の接近に関係する）は、それぞれの帯域について同じであるが、同時１Ｘ−ＥＶＤＯに対する電力削減は、それぞれの帯域について異なっていることがあり得る。

この場合に対応するために、ＭＰＲ、Ａ−ＭＰＲ、および／またはΔＴ_Ｃが、関数となり得る他のパラメータに加えて帯域（例えば、周波数帯域）の関数として定義され得る。Ｐ−ＭＰＲは、帯域に等しく適用された場合に、帯域ごとの、およびＣＣごとの最大許容削減となり得るＷＴＲＵ １０２に対する最大許容電力削減として定義され得る。いくつかの代表的な実施形態では、Ｐ−ＭＰＲは、帯域ごとに定義され得るか、またはＷＴＲＵ １０２に対するＰ−ＭＰＲコンポーネントおよび帯域ごとのＰ−ＭＰＲがあり得る。

それぞれの帯域の電力は、電力クラスおよびその帯域に対する削減係数によって制限され得る。例えば、ＷＴＲＵ １０２は、帯域ごとの許容最大出力電力Ｐ_{ＣＭＡＸ，ｂ}を決定することができる（またはＷＴＲＵ １０２は、以下の上下限の範囲内で、帯域ｂの構成された最大出力電力Ｐ_{ＣＭＡＸ，ｂ}を設定することが許され得る）。
Ｐ_{ＣＭＡＸ＿Ｌ，ｂ}≦Ｐ_{ＣＭＡＸ，ｂ}≦Ｐ_{ＣＭＡＸ＿Ｈ，ｂ} 式（４０）
ただし、ＷＴＲＵ １０２に対して１つのＰ−ＭＰＲがあり得る場合については、以下のようになる。
Ｐ_{ＣＭＡＸ＿Ｌ，ｂ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｂ}−ΔＴ_Ｃ，ｂ，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ_ｂ＋Ａ−ＭＰＲ_ｂ，Ｐ−ＭＰＲ）−ΔＴ_Ｃ，ｂ｝ 式（４１）
Ｐ_{ＣＭＡＸ＿Ｈ，ｂ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｂ}，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝ 式（４２）
ただし、Ｐ_{ＥＭＡＸ，ｂ}は、その帯域に対する、例えば、ＲＲＣシグナリングを介して、ｅＮＢ １４０によってシグナリングされる電力制限であるか、またはその帯域における、それぞれのＣＣについてシグナリングされた個別の電力制限、Ｐ_{ＥＭＡＸ，ｃ}から計算された値であるものとしてよい。

例えば、Ｐ_{ＥＭＡＸ，ｂ}＝１０ｌｏｇ_１０Σ_{ＰＥＭＡＸ，ｃ}であり、ただし、この総和は、帯域ｂにおいてＣＣ ｃについて計算され、また、Ｐ_{ＥＭＡＸ，ｃ}は、帯域ｂにおけるそれぞれのＣＣについて、例えば、Ｐ−Ｍａｘ ＩＥにおいて、例えば、ＲＲＣシグナリングを介して、ｅＮＢ １４０によってシグナリングされる電力制限であるかものとしてよい。Ｐ_{ＥＭＡＸ，ｃ}は、線形表記法で表されたＰ_{ＥＭＡＸ，ｃ}の値であるものとしてよい。下付き文字ｂは、帯域ｂに対する値であることを示すものとしてよい。例えば、Ｐ−ＭＰＲが異なる帯域について異なる場合、Ｐ−ＭＰＲは、Ｐ−ＭＰＲｂで置き換えることができる。下付き文字ｂは、その帯域の関数であると理解される値に対する式の中では使用されえないことが企図される。

それぞれのＣＣについて、以下が適用され得る。
Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}≦Ｐ_{ＣＭＡＸ，ｃ}≦Ｐ_{ＣＭＡＸ＿Ｈ，ｃ} 式（４３）
ただし、式中、
Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}−ΔＴ_Ｃ，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ_ｃ＋Ａ−ＭＰＲ_ｃ，Ｐ−ＭＰＲ_ｃ）−ΔＴ_Ｃｃ｝、
Ｐ_{ＣＭＡＸ＿Ｈ，ｃ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}｝、

Ｐ_{ＥＭＡＸ，ｃ}は、例えば、Ｐ−ＭａｘＩＥにおけるｅＮＢ １４０によってＷＴＲＵにシグナリングされる上位層（ＣＣの）によってシグナリングされる最大電力制限とすることができ、ＭＰＲｃ、Ａ−ＭＰＲｃ、およびΔＴＣｃは、ＣＣが入り得る帯域に対する値に等しいものとしてよい。Ｐ−ＭＰＲｃは、帯域ごとに指定されている場合に、ＣＣが入っている帯域に対するＰ−ＭＰＲｂに等しいか、またはＷＴＲＵ １０２で指定したＰ−ＭＰＲ値に等しいものとしてよい。

ＷＴＲＵは、ＣＣごとの構成された最大出力電力Ｐ_{ＣＭＡＸ，ｃ}に加えたものとしてよい帯域ごとの構成された最大出力電力Ｐ_{ＣＭＡＸ，ｂ}に加えて全体的なＷＴＲＵによって構成される最大出力電力Ｐ_ＣＭＡＸを構成することができる。Ｐ_ＣＭＡＸは、電力クラスによって制限され、また帯域上で加法的である効果を補正することが意図されている電力削減によってさらに制限され得る。例えば、一方の帯域で送信することによって生じる隣接チャネル干渉は、別の帯域で送信することによって生じる隣接チャネル干渉とは加法的でない場合がある。Ｐ_ＣＭＡＸの上下限は、以下のように定義することができる。
Ｐ_{ＣＭＡＸ＿Ｌ}≦Ｐ_ＣＭＡＸ≦Ｐ_{ＣＭＡＸ＿Ｈ} 式（４４）
ただし、
Ｐ_{ＣＭＡＸ＿Ｌ}は、ＣＣに対するシグナリングされる最大電力値および許容電力削減を考慮するものとしてよい。Ｐ_{ＣＭＡＸ＿Ｈ}は、ＣＣだけでなく電力クラスについてもシグナリングされる最大電力値を考慮するものとしてよい。

電力スケーリングの決定点および電力スケーリングのルールは、全体的なＷＴＲＵ最大電力Ｐ_ＣＭＡＸに加えて、帯域特有の最大電力Ｐ_{ＣＭＡＸ，ｂ}を考慮するように修正され得る。例示的な手順について、以下で説明する。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２が複数の帯域で、例えば、帯域間キャリアアグリゲーションで動作している可能性のある場合に、最大電力を処理する、例えば、スケーリングのルールを設定するための代表的な手順が実装され得る。

電力スケーリングのルール（またはポリシー）は、ＣＣの計算された電力の総和が電力クラスの最大電力Ｐ_{ＰｏｗｅｒＣｌａｓｓ}を超えることになるであろう、または超えるべきである場合に、個別のＰＵＳＣＨチャネル電力は、ＵＣＩを搬送するＰＵＳＣＨに与えられる優先度、例えば、ＵＣＩを搬送しないＰＵＳＣＨの優先度より高い優先度で、スケーリングされるか、またはスケーリングされ得るように定義することができる。ＰＵＣＣＨには、ＵＣＩを搬送するＰＵＳＣＨに与えられた優先度より高い優先度が与えられ、ＰＵＣＣＨ電力は、スケーリングプロセスでは低減され得ない。Ｐ_ＣＭＡＸは、帯域内（例えば、単一もしくは連続的帯域）ＣＡの場合に適用可能であるものとしてよい以下の例に示されているようなＰ_{ＰｏｗｅｒＣｌａｓｓ}の代わりに電力制限として使用され得る。

この例では、ＷＴＲＵ １０２の総送信電力が

を超えることになるであろう、または超えるべきである場合に、ＷＴＲＵ １０２は、サブフレームｉにおけるサービングセルｃに対する

を条件

が満たされるように重みｗ（ｉ）でスケーリングするか、またはスケーリングし得る。

ＷＴＲＵ １０２がセルｊにおいてＵＣＩを伴うＰＵＳＣＨ送信、残りのセルのうちの１つまたは複数においてＵＣＩを伴わないＰＵＳＣＨを有し、ＷＴＲＵ １０２の総送信電力が

を超えることになるか、または超えるべきである場合に、ＷＴＲＵ １０２は、サブフレームｉ内でＵＣＩを伴わないサービングセルに対する

を、条件

が満たされるように重みｗ（ｉ）でスケーリングするか、またはスケーリングすることができる。

いくつかの代表的な実施形態において、上記の式の一部または全部において

を

の代わりに使用することが適切である場合があることが企図される。また、

または

はＰ_ＣＭＡＸの線形等価であってよく、および／または

または

は、とりわけ、Ｐ_{ＰＵＳＣＨ，ｃ}の線形等価であってよいことも企図される。

例えば、帯域のそれぞれに対するＭＰＲの異なる値および他のバックオフを有することができる帯域間ＣＡに対する、帯域特有の電力制限があり得る場合について、それぞれの帯域に対する最大許容電力Ｐ_{ＣＭＡＸ，ｂ}によって課される追加の１つまたは複数の制約条件があり得る。

以下のうちの１つまたは複数が適用可能である。第１の例では、ＷＴＲＵ １０２は、与えられた帯域ｂにおけるスケーリングを、その帯域内のＣＣの計算された電力の総和がその帯域に対する最大電力を超えることになるであろう、または超えるべきである場合に実行することができる。その最大電力は、Ｐ_{ＣＭＡＸ，ｂ}であるか、またはその線形等価であるものとしてよい。その最大電力は、サブフレーム特有であってよく、サブフレームｉに対するＰ_{ＣＭＡＸ，ｂ}（ｉ）であるか、またはその線形等価であるものとすることができる。

第２の例では、ＷＴＲＵ １０２は、以下の１つまたは複数が真である場合に計算されたチャネル電力上でスケーリングを実行することができる。（１）任意の帯域におけるＣＣの計算された電力の総和が、その帯域に対する最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰ_{ＣＭＡＸ，ｂ}またはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰ_{ＣＭＡＸ，ｂ}（ｉ）またはその線形等価であるものとしてよい）。（２）帯域（例えば、すべての帯域）におけるＣＣ（例えば、すべてのＣＣ）にわたって計算された電力の総和が、ＷＴＲＵ １０２に対して定義された最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰ_ＣＭＡＸまたはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰ_ＣＭＡＸ（ｉ）またはその線形等価であるものとしてよい）。

第３の例では、ＷＴＲＵ １０２は、ＵＣＩを搬送しないＰＵＳＣＨの重み（例えば、すべての重み）がそれぞれのＰＵＳＣＨが入っている可能性のある帯域に関係なく等しくなるようにスケーリングを実行することができる。サブフレームｉにおける送信に対するスケーリング重みを決定する際に以下の制約条件が適用され得る。０より大きい重みｗ（ｉ）は等しく、いくつかのセルについては、これらの重みはゼロであってよいことが企図される。ＰＵＳＣＨ（例えば、ＵＣＩを搬送しないすべてのＰＵＳＣＨ）が等しくスケーリングされ得るというルール／プロビジョニングを適用することで、以下の代表的なスケーリングアルゴリズムが、式４７に示されているように、それぞれの帯域（例えば、周波数帯域）に別々に適用され得る。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に

または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に

または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

ただし、ｃ∈ｂは、帯域ｂにおけるすべてのキャリアｃを示すか、または意味し、ｗ（ｉ）は、サブフレームｉでＵＣＩを搬送しないＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）に適用されるスケーリング重みとすることができ、Ｐ_ＵＣＣＨ（ｉ）は、サブフレームｉ内のＰＵＣＣＨ（例えば、帯域ｂ内のＰＵＣＣＨまたは任意の帯域内のＰＵＣＣＨ）の送信電力とすることができ、

は単位ｄＢｍで、または対数形式で表された数量の線形等価とすることができる。

１つの（例えば、１つの非ゼロの）スケーリング重みｗ（ｉ）は、それぞれの帯域について、適用可能な（例えば、適用可能なすべての）上記の制約条件が満たされるようにＷＴＲＵ １０２によって選択され得る。ＷＴＲＵ １０２は、それぞれの帯域に対する最大の帯域ごとの送信電力の適用可能な１つまたは複数の制約条件（例えば、それぞれの帯域に対する適用可能な上記の制約条件）、および最大ＷＴＲＵ送信電力に対する以下の適用可能な制約条件も、満たされるように重みを選択することができる。

サブフレームｉで送信されるＰＵＣＣＨがある場合、ＷＴＲＵ １０２の送信電力制約条件は

または

とすることができる。

ＣＣ ｊにおけるサブフレームｉで送信されるＵＣＩを伴うＰＵＳＣＨがある場合、ＷＴＲＵ １０２の送信電力制約条件は

または

とすることができる。

サブフレームｉで送信されるＵＣＩを伴うＰＵＣＣＨもＰＵＳＣＨもない場合、ＷＴＲＵ １０２の送信電力制約条件は

または

とすることができる。

第４の例は、ＵＣＩを搬送していない可能性のあるすべてのＰＵＳＣＨに対して１つのスケーリング重み係数ｗ（ｉ）を使用するステップの代替ステップとすることができる。この例では、ＷＴＲＵ １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して別々のスケーリング重み係数ｗｂ（ｉ）を使用することができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に

または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に

または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

ＷＴＲＵ １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、また最大ＷＴＲＵ送信電力に対する適用可能な制約条件も、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、ＷＴＲＵ １０２の最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に

または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴うＰＵＳＣＨを搬送する場合に

または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

。上記の式のそれぞれにおいて、

は、

または

で置き換えることができる。

第５の例は別の代替ステップであり、ＷＴＲＵ １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して重み係数ｗｂ（ｉ）を使用し、また重み係数ｗｕ（ｉ）を使用して、ＷＴＲＵの最大電力制約条件を満たすようにチャネル電力をさらにスケーリングすることができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、０より大きい重みｗｕ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ １０２は、それぞれの帯域に対する帯域ごとの制約条件およびＷＴＲＵ送信電力制約条件を満たすように重みを選択することができる。帯域の制約条件とＷＴＲＵの制約条件のすべての組み合わせを満たすステップは、帯域ごとの制約条件を最初に満たし、次いでＷＴＲＵの制約条件を満たすことで達成され得る。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。

その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に

または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に

または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

。この例では、ＷＴＲＵ １０２の最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に

または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴うＰＵＳＣＨを搬送する場合に

または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

。上記の式のそれぞれにおいて、

は、

または

で置き換えることができる。

当業者であれば、代替的実施形態のすべてにおける、これらの制約条件が、１つのサブフレーム内に複数のＰＵＣＣＨがある場合、および／または同じサブフレーム内にＵＣＩを伴う１つまたは複数のＰＵＣＣＨおよび／または１つまたは複数のＰＵＳＣＨがある場合に適用されるように拡張することができることを理解する。

いくつかの代表的な実施形態では、ＵＣＩが複数帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合を含めて、ＷＴＲＵ １０２が最大送信電力を超えるのを防ぐための代表的な手順が実装され得る。

ＷＴＲＵは、ときどき、特定のＵＣＩ（例えば、ＡＣＫ／ＮＡＣＫ）を搬送するＰＵＣＣＨ、および特定の（例えば、他の）ＵＣＩを搬送するＰＵＳＣＨを同時に送信することがあることが企図されている。ＵＣＩを搬送するＰＵＣＣＨおよびＰＵＳＣＨは、同じ帯域内にあっても異なる帯域内にあってもよい。電力スケーリングルール（またはポリシー）、帯域ごとの最大送信電力に対する制約条件、およびすでに説明されている最大ＷＴＲＵ送信電力に対する制約条件は、修正することができ、この可能性を含めるため、新しい電力スケーリングルール（またはポリシー）および制約条件が追加され得る。

以下のうちの１つまたは複数が適用可能である。第１の例では、ＷＴＲＵ １０２は、与えられた帯域ｂにおけるスケーリングを、その帯域内のＣＣの計算された電力の総和がその帯域に対する最大電力を超えることになるであろう、または超えるべきである場合に実行することができる。その最大電力は、Ｐ_{ＣＭＡＸ，ｂ}であるか、またはその線形等価であるものとしてよい。その最大電力は、サブフレーム特有であってよく、サブフレームｉに対するＰ_{ＣＭＡＸ，ｂ}（ｉ）であるか、またはその線形等価であるものとすることができる。

第２の例では、ＷＴＲＵ １０２は、以下の１つまたは複数が真である場合に計算されたチャネル電力上でスケーリングを実行することができる。（１）任意の帯域におけるＣＣの計算された電力の総和が、その帯域に対する最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰ_{ＣＭＡＸ，ｂ}またはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰ_{ＣＭＡＸ，ｂ}（ｉ）またはその線形等価であるものとしてよい）。（２）帯域（例えば、すべての帯域）におけるＣＣ（例えば、すべてのＣＣ）にわたって計算された電力の総和が、ＷＴＲＵ １０２に対して定義された最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰ_ＣＭＡＸまたはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰ_ＣＭＡＸ（ｉ）またはその線形等価であるものとしてよい）。

第３の例では、ＷＴＲＵ １０２は、ＵＣＩを搬送しないＰＵＳＣＨの重み（例えば、すべての重み）がそれぞれのＰＵＳＣＨが入っている可能性のある帯域に関係なく等しくなるようにスケーリングを実行することができる。この場合、サブフレームｉにおける送信に対するスケーリング重みを決定する際に以下の制約条件が適用され得る。スケーリングについて、０より大きい重みｗ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＰＵＳＣＨ（例えば、ＵＣＩを搬送しないすべてのＰＵＳＣＨ）が等しくスケーリングされ得るというルール／規定を適用することで、以下の例示的なスケーリングアルゴリズムが、式６８に示されているように、それぞれの帯域に別々に適用され得る。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域にＵＣＩを伴うＰＵＳＣＨはない場合に

または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送し、その帯域内にＰＵＣＣＨはない場合に

または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

または、その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域内のＣＣのうちの１つ（ＰＵＣＣＨを搬送している同じＣＣであってもなくてもよい）がＵＣＩを伴ってＰＵＳＣＨを搬送する場合に、

および

ただし、ｃ∈ｂは、帯域ｂにおけるすべてのキャリアｃを示すか、または意味し、ｗ（ｉ）は、サブフレームｉでＵＣＩを搬送しないＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）に適用されるスケーリング重みとすることができ、Ｐ_{ＰＵＣＣＨ}（ｉ）は、サブフレームｉ内のＰＵＣＣＨの送信電力とすることができ、

または

は単位ｄＢｍで、または対数形式で表された数量の線形等価とすることができる。

１つの（例えば、１つの非ゼロの）スケーリング重みｗ（ｉ）またはｗｃ≠ｊ（ｉ）は、適用可能な（例えば、適用可能なすべての）上記の制約条件が満たされるようにＷＴＲＵ １０２によって選択され得る。ＷＴＲＵ １０２は、それぞれの帯域に対する最大の帯域ごとの送信電力の適用可能な１つまたは複数の制約条件（例えば、それぞれの帯域に対する適用可能な上記の制約条件）、およびＷＴＲＵ １０２の最大送信電力に対する以下の適用可能な制約条件も、満たされるように重みを選択することができる。

サブフレームｉで送信されるＰＵＣＣＨがある場合、ＷＴＲＵ １０２の送信電力制約条件は

または

とすることができる。

ＣＣ ｊにおけるサブフレームｉで送信されるＵＣＩを伴うＰＵＳＣＨがある場合、ＷＴＲＵの送信電力制約条件は

または

とすることができる。

サブフレームｉで送信されるＵＣＩを伴うＰＵＣＣＨもＰＵＳＣＨもない場合、ＷＴＲＵの送信電力制約条件は

または

とすることができる。

サブフレームｉにおいてＵＣＩを伴うＰＵＣＣＨとＰＵＳＣＨの両方がある場合、ＷＴＲＵの送信電力制約条件は

または

および

または

とすることができる。

第４の例は、ＰＵＳＣＨ（例えば、ＵＣＩを搬送していない可能性のあるすべてのＰＵＳＣＨ）に対して１つのスケーリング重み係数ｗ（ｉ）を使用するステップの代替ステップとすることができる。この例では、ＷＴＲＵ １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して別々のスケーリング重み係数ｗｂ（ｉ）を使用することができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域にＵＣＩを伴うＰＵＳＣＨはない場合に

または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送し、その帯域内にＰＵＣＣＨはない場合に

または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

または、
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域内のＣＣのうちの１つ（ＰＵＣＣＨを搬送している同じＣＣであってもなくてもよい）がＵＣＩを伴ってＰＵＳＣＨを搬送する場合に、

および

ＷＴＲＵ １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、また最大ＷＴＲＵ送信電力に対する適用可能な制約条件も、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、ＷＴＲＵ １０２の最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、任意の帯域にＵＣＩを伴うＰＵＳＣＨはない場合に

または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送し、任意の帯域内にＰＵＣＣＨはない場合に

または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

または、任意の帯域内の１つのＣＣがＰＵＣＣＨを搬送し、任意の帯域内の１つのＣＣがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に

および

上記の式のそれぞれにおいて、

または

は、

もしくは

で、または

もしくは

で置き換えることができる。

第５の例は別の代替ステップであり、ＷＴＲＵ １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して重み係数ｗｂ（ｉ）を使用し、また重み係数ｗｕ（ｉ）を使用して、ＷＴＲＵの最大電力制約条件を満たすようにチャネル電力をさらにスケーリングすることができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、０より大きい重みｗｕ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ １０２は、それぞれの帯域に対する帯域ごとの制約条件およびＷＴＲＵ送信電力制約条件を満たすように重みを選択することができる。帯域の制約条件とＷＴＲＵの制約条件のすべての組み合わせを満たすステップは、帯域ごとの制約条件を最初に満たし、次いでＷＴＲＵの制約条件を満たすことで達成され得る。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。

その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に

または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に

または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

。この例では、ＷＴＲＵの最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に

または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴うＰＵＳＣＨを搬送する場合に

または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に

または、任意の帯域内の１つのＣＣがＰＵＣＣＨを搬送し、任意の帯域内の１つのＣＣがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に

および

。上記の式のそれぞれにおいて、

は、

または

で置き換えることができる。

当業者であれば、代替的実施形態のすべてにおける、これらの制約条件が、１つのサブフレーム内に複数のＰＵＣＣＨがある場合、および／または同じサブフレーム内にＵＣＩを伴う１つまたは複数のＰＵＣＣＨおよびＰＵＳＣＨがある場合に適用されるように拡張することができることを理解する。

いくつかの代表的な実施形態では、追加の、または非ＭＰＲのバックオフに関係するシグナリングを含む、代表的な手順が実装され得る。

ｅＮＢ １４０に、追加のバックオフ（または非ＭＰＲ効果）がＷＴＲＵ １０２に影響し得る（または影響を及ぼし得る）タイミングおよび仕方を知らせるために、ＷＴＲＵ １０２から新しいシグナリングが追加され得る。ＷＴＲＵ １０２によるｅＮＢ １４０へのシグナリングは、以下のうちの１つもしくは複数を含むことができる。ＷＴＲＵ １０２は、ＭＰＲもしくは非ＭＰＲ効果がＰ_ＣＭＡＸおよび／またはＰ_{ＣＭＡＸ，ｃ}の決定に支配的であり得るかどうかに関する指示を与えることができる。ＷＴＲＵ １０２では、この指示をＰＨＲに入れることができる。ＷＴＲＵ １０２は、この（例えば、支配的かどうかの）情報をＭＡＣ ＣＥに入れることができる。ＷＴＲＵ １０２は、この（例えば、支配的かどうかの）情報をＲＲＣシグナリングを介して送信することができる。この指示は、ＣＣごとにあるか、またはＷＴＲＵ １０２に対する１つの指示（例えば、複合指示）であってもよい。ＷＴＲＵ １０２は、支配的因子（ＭＰＲバックオフまたは非ＭＰＲバックオフ）が変化したときにＰＨＲの報告をトリガーすることができる。

いくつかの代表的な実施形態では、電力ヘッドルームおよびＰＨＲのトリガーに関係する代表的な手順が実装され得る。

ＬＴＥおよび別のエアーインターフェース技術におけるＷＴＲＵの同時送信、またはＳＡＲ要求条件／制限の結果、パワーマネージメントベースのバックオフ（Ｐ−ＭＰＲ）が可能である。これらの効果は、バースト性トラヒックと称され得る。バースト性トラヒックの例として、とりわけ、１ｘＥＶ−Ｄｏデータ送信、１ｘＲＴＴトークスパート（ｔａｌｋ ｓｐｕｒｔ）、および／またはＳＡＲ要求条件／制限（例えば、ＷＴＲＵが人間に近接近しているときなどの特定のシナリオに関連付けられ得る）が挙げられる。

他にもシナリオがあるが、特に、バースト性トラヒックまたはＳＡＲ要求条件／制限において、Ｐ−ＭＰＲバックオフは変化し、および／またはＰ−ＭＰＲバックオフのＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}への影響も変化し得る。Ｐ−ＭＰＲが支配的かどうか（例えば、効果を有するかどうか）、Ｐ_ＣＭＡＸ（またはＰ_{ＣＭＡＸ，ｃ}）の値などの、Ｐ−ＭＰＲに関係する他の条件も変化し得る。とりわけ、閾値より大きいＰ−ＭＰＲの変化、Ｐ−ＭＰＲのＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}への影響の変化、および／またはＰ−ＭＰＲに関係する他の変化などの、上記の条件のうちの１つまたは複数の変化に基づきＰＨＲをトリガーすると有用であると思われる。

バースト性トラヒックまたはＳＡＲ要求条件／制限の場合などのいくつかの代表的な実施形態において、トリガー条件は、短期間に変動する可能性がある。これらは、スケジューラが与えられた期間内にこれらに作用し、グラントをもたらす時間がないくらいに短いものとすることができる。

急速に変化する追加のバックオフを処理するための代表的な手順は、本明細書においてすでに提示されており、これは、例えば、そのような変化が一定期間持続するまで変化（例えば、Ｐ−ＭＰＲにおけるドロップ）を無視するステップを含む。

Ｐ−ＭＰＲの変化に基づきＰＨＲをトリガーした場合、Ｐ−ＭＰＲバックオフの短期間のドロップを無視し、Ｐ−ＭＰＲバックオフの増大を無視しないことが有益である場合がある。スケジューラが利用可能な送信電力を超えるアップリンクグラントのスケジューリングを最小にするためある期間内で最高のＰ−ＭＰＲバックオフレベルを認識し得ない場合を最小限度に抑えることが有益である場合がある。

複数のＣＣに対して、ＣＣごとの個別のＰ−ＭＰＲ値、ＰＭＰＲ，ｃがあり得ることが企図される。Ｐ−ＭＰＲ，ｃがある場合、説明されている変化（例えば、結果としてＰＨＲのトリガーを引き起こし得る変化）は、とりわけ、Ｐ−ＭＰＲ，ｃの変化、Ｐ_{ＣＭＡＸ，ｃ}に対するＰ−ＭＰＲ，ｃの影響、および／またはＰ−ＭＰＲ，ｃがＰ_{ＣＭＡＸ，ｃ}に対して支配的かどうか、であるものとしてよい。

いくつかの代表的な実施形態では、ＰＨＲのトリガー条件の短期間の変動を処理する代表的な手順が実装され得る。

ＰＨＲのトリガー条件の短期間の変動によるＰＨＲのトリガーを低減するための代表的な手順が本明細書で開示されている。例えば、Ｐ−ＭＰＲバックオフの短期間のドロップに関するＰＨの報告は、Ｐ−ＭＰＲバックオフの増大の高速報告を維持しながら最小限度に抑えることができる。変化が高速なＰ−ＭＰＲバックオフでは、利用可能な送信電力を超えるアップリンクグラントが最小になるようにより高いＰ−ＭＰＲバックオフ値がスケジューラに報告され得る。いくつかの代表的な実施形態では、これらの手順は、Ｐ−ＭＰＲの変化の閾値のトリガーの決定（例えば、閾値のトリガーと比較して）、およびＰＨＲにおけるＰ_{ＣＭＡＸ，ｃ}の計算のため、現在のＴＴＩにおける値と異なっていてもよいＰ−ＭＰＲバックオフ値を決定するステップを含み得る。いくつかの代表的な実施形態では、決定されたＰ−ＭＰＲバックオフ値は、現在のＴＴＩに先行する与えられた期間に記録された最大値とすることができる。

当業者であれば、本明細書で説明されている代表的な手順／実施形態の要素／部分は、個別に、または組み合わせて使用され得ることを理解する。

いくつかの代表的な実施形態では、ルックバックウィンドウを使用して、代表的な手順が実装され得る。

ＷＴＲＵ １０２は、他にも目的はあるが、とりわけ、Ｐ−ＭＰＲバックオフおよび／またはＰ−ＭＰＲ，ｃバックオフの値を決定するために、ルックバックウィンドウまたはそれと同等のものを使用することができる。例えば、Ｐ−ＭＰＲは、複数のＣＣがある場合に、またはＣＣ特有のＰ−ＭＰＲがある場合に、Ｐ−ＭＰＲ，ｃで置き換えることができる。ルックバックウィンドウは、ＰＨＲ禁止タイマーと同じサイズ（持続時間）、ＰＨＲ禁止タイマーに相対的なサイズ、および／または異なる持続時間を有することができる。ＰＨＲ禁止タイマーは、経路損失の変化によりＰＨＲをトリガーするために使用される禁止タイマーであるか、またはとりわけ、Ｐ−ＭＰＲの変化またはＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}へのＰ−ＭＰＲの効果の変化など、他の目的で、ＰＨＲをトリガーするために使用できる異なるタイマー（例えば、禁止タイマー）、または任意の他の禁止タイマーとすることができる。

１つのルックバックウィンドウ（例えば、単一のルックバックウィンドウ）または複数のルックバックウィンドウが実装され得る。複数のルックバックウィンドウが実装される場合、１つが増大（Ｐ−ＭＰＲまたはＰ−ＭＰＲの効果などの）に使用され、もう１つが低減（Ｐ−ＭＰＲまたはＰ−ＭＰＲの効果などの）に使用され得る。ルックバックウィンドウは、専用のシグナリング（例えば、ＲＲＣシグナリング）によって構成可能であるものとしてよい。値は、ＴＴＩの数で指定され得る。

ルックバックウィンドウは、その機能を表す総称的用語であり、この機能に対してどのような名前も使用できる。一例では、ルックバックウィンドウがＰ−ＭＰＲバックオフに関係する場合、これは、Ｐ−ＭＰＲバックオフウィンドウまたはＰ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗと称され得る。

ルックバックウィンドウの使い方は以下のとおりである。Ｐ−ＭＰＲに関係するＰＨＲトリガーは、Ｐ−ＭＰＲバックオフの変化に基づくものとしてよい。いくつかの代表的な実施形態では、トリガーは、とりわけ、（１）Ｐ_ＣＭＡＸに対するＰ−ＭＰＲの効果の変化、（２）１つまたは複数のＰ_{ＣＭＡＸ，ｃ}値に対するＰ−ＭＰＲの効果の変化、（３）Ｐ_{ＣＭＡＸ，ｃ}に対するＣＣ特有のＰ−ＭＰＲ、Ｐ−ＭＰＲ，ｃの効果の変化、および／または（４）Ｐ_{ＣＭＡＸ，ｃ}の変化に基づくものとしてよい。ルックバックウィンドウは他のシナリオにも適用することができ、これにより本明細書で説明されているような類似の機能を実行することができる。

ＷＴＲＵ １０２は、以下の方法のうちの１つまたは複数でルックバックウィンドウを使用することができる。ＷＴＲＵ １０２は、ルックバックウィンドウを使用して、時間の経過を追って一組の値を見直し、最高値、最低値、平均値、またはこれらの値の組み合わせ、最悪値、最も影響のある値、もしくはウィンドウ内のこれら一組の値を代表する別の値などの値を１つ選択することができる。例えば、Ｐ−ＭＰＲの場合、ＷＴＲＵ １０２は、ルックバックウィンドウ内で計算された最高のＰ−ＭＰＲバックオフ値を選択することができ、最高値は、結果として電力の最大のスケーリングもしくは削減をもたらす１つの値であり得るか、または意味する（例えば、これは、ｄＢ目盛りが使用されているか、または均等目盛りが使用されているかに応じて最高の数値である場合もない場合もある）。

ＷＴＲＵ １０２は、ＰＨＲトリガーイベントなどのイベントが発生したかどうかを判定する際に選択された値を使用することができる。イベントは、変化閾値が越えられたかどうかを判定すべきものであってよく、ルックバックウィンドウ内の選択された値が、この判定のためにＷＴＲＵ １０２によって使用され得る。

変化閾値が越えられた場合、その結果、ＷＴＲＵ １０２がＰＨＲをトリガーすることができる。

ＰＨＲがＰ−ＭＰＲトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、ＰＨＲで与えられるＰ_{ＣＭＡＸ，ｃ}の計算でＷＴＲＵ １０２が使用する値であってよい。

ＰＨＲがＰ−ＭＰＲトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、Ｐ_{ＣＭＡＸ，ｃ}の計算において、またＷＴＲＵ １０２がＰＨＲの中に入れることができる与えられたＣＣに対する電力ヘッドルーム（ＰＨ）を決定するためにＷＴＲＵ １０２が使用する値であってよい。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）電力ヘッドルームに適用可能であるものとすることができる。

ＰＨＲがＰ−ＭＰＲトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）がＷＴＲＵ １０２が報告しているＰ_{ＣＭＡＸ，ｃ}値を支配している（例えば、影響を及ぼしている）かどうかを判定する際にＷＴＲＵ １０２が使用することができる値であってよい。

ＰＨＲが経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、定期的なＰＨＲの報告、または他のイベントなどの別のトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、ＰＨＲで与えられるＰ_{ＣＭＡＸ，ｃ}の計算においてＷＴＲＵ １０２が使用する値であってよい。

ＰＨＲが経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、定期的なＰＨＲの報告、または他のイベントなどの別のトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、Ｐ_{ＣＭＡＸ，ｃ}の計算において、またＷＴＲＵ １０２がＰＨＲに入れることができる与えられたＣＣに対する電力ヘッドルーム（ＰＨ）を決定するためにＷＴＲＵ １０２が使用する値であってよい。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）電力ヘッドルームに適用可能であるものとすることができる。

ＰＨＲが経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、定期的なＰＨＲの報告、または他のイベントなどの別のトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）がＷＴＲＵ １０２が報告しているＰ_{ＣＭＡＸ，ｃ}値を支配している（例えば、影響を及ぼしている）かどうかを判定する際にＷＴＲＵ １０２が使用する値であってよい。

ＷＴＲＵ １０２は、ルックバックウィンドウを以下のように使用することができる。それぞれのＴＴＩにおいて（場合によっては、禁止タイマーがＰＨＲの送信を禁止しているときまたはＷＴＲＵ １０２がＰＨＲを送信するためのＵＬグラントを有しないか、またはＰＨＲを送信するための余地をＭＡＣ ＣＥ内に有していないときなど、ＷＴＲＵ １０２がＰＨＲを送信することができないか、または許されていないＴＴＩにおいて）、ＷＴＲＵ １０２は以下の１つまたは複数を実行することができる。ＷＴＲＵ １０２は、時間の経過を追ってルックバックウィンドウの時間を見直して、その期間にＷＴＲＵ １０２によって使用された最高のパワーマネージメントベースのバックオフ（例えば、Ｐ−ＭＰＲ）値（例えば、最大の電力削減をもたらす値）を決定することができる。この値は、最大許容ＰＭＰＲ値以下であるものとすることができる。いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ルックバックウィンドウ内の値から１つのＰ−ＭＰＲ値を選択（または決定）することができる。複数のＣＣがある場合、値は、それぞれのＣＣについて個別に選択もしくは決定され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。

ＷＴＲＵ １０２は、Ｐ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）を最後のＰＨＲで使用されたＰ−ＭＰＲ値と比較して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。

ＷＴＲＵ １０２は、Ｐ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}に対するＰ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）の効果を最後のＰＨＲでＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}に対してＰ−ＭＰＲ値が有していた効果と比較して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。

ＷＴＲＵ １０２は、Ｐ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）を使用して計算されたＰ_{ＣＭＡＸ，ｃ}値を最後のＰＨＲで報告されたＰ_{ＣＭＡＸ，ｃ}値と比較して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。

ＷＴＲＵ １０２は、あるいは、Ｐ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）および前のＰＨＲからのＰ−ＭＰＲ値を使用する他の何らかの比較基準を使用して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。

Ｐ−ＭＰＲ値の差、またはＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}へのＰ−ＭＰＲの影響の差、Ｐ_{ＣＭＡＸ，ｃ}変化などの他の基準が閾値以上に変化した場合、ＷＴＲＵ １０２は、ＰＨＲをトリガーし得る。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。ＷＴＲＵ １０２は、ＣＣの１つまたは複数について基準が満たされている場合に、ＰＨＲをトリガーすることができる。

個別のＰ−ＭＰＲ値がそれぞれのＣＣについて定義されている場合、ＣＣに基づく比較に、ＣＣ特有の値を使用することができる。

ＷＴＲＵ １０２は、１つまたは複数のＣＣに対する閾値基準が満たされている場合に、ＰＨＲをトリガーすることができる。

閾値基準が満たされていない場合、ＷＴＲＵ １０２は、ＰＨＲをトリガーし得ない。

ＰＨＲがトリガーされた場合、ＷＴＲＵ １０２は、関係する１つまたは複数の禁止タイマーを起動することができる。

ＰＨＲがトリガーされた場合、ＷＴＲＵ １０２は、存在し得る任意の他の禁止タイマーを起動することができる。

ＰＨＲの報告を送信する場合、ＷＴＲＵ １０２は、Ｐ−ＭＰＲもしくはＰ−ＭＰＲ，ｃ値またはルックバックウィンドウ内で取得した値（例えば、ルックバックウィンドウ内の１つまたは複数の最高値）を使用して報告されるＰ_{ＣＭＡＸ，ｃ}Ｃ値を計算することができる。

それぞれのＣＣに対しＰ_{ＣＭＡＸ，ｃ}に関してＰＨＲのＰＨを計算する場合、ＷＴＲＵ １０２は、Ｐ−ＭＰＲもしくはＰ−ＭＰＲ，ｃ値またはルックバックウィンドウ内で取得した値（例えば、そのウィンドウ内の１つまたは複数の最高値）を使用してＰＨの計算に使用されるＰ_{ＣＭＡＸ，ｃ}値を計算することができる。

比較またはトリガーに使用される値は、線形形式または対数形式とすることができる。

図５および６は、ルックバックウィンドウを使用する代表的なトリガー手順を示す図である（例えば、ルックバックウィンドウの動作の仕方を示す）。

いくつかの代表的な手順において、Ｐ−ＭＰＲまたはＰ−ＭＰＲのレベル（例えば、Ｐ−ＭＰＲのレベルＸ）を報告するステップは、ＰＨＲ Ｐ_{ＣＭＡｘ，ｃ}に含めるステップと同等であるものとしてよく、これは、レベルＸにある、またはレベルＸである、またはレベルＸの値を有するものとしてよいＰ−ＭＰＲバックオフを含むか、またはそれを考慮するものとしてよい。

図５を参照すると、代表的なトリガー手順５００において、ＷＴＲＵ １０２は、Ｐ−ＭＰＲを監視または決定することができ、これは時間の経過とともに変化し得ることがわかる。第１の時刻５１０において、ＰＨＲは、Ｐ−ＭＰＲがレベルＣにあると監視（または判定）されることに基づきトリガーされ、Ｐ−ＭＰＲは、ＰＨＲでネットワークリソース（例えば、ｅＮＢ １４０）に報告され得る。第１の時刻において、禁止タイマーは、指定された期間に設定され得る。指定された期間中に禁止タイマーがタイムアウトになるまで、別のＰＨＲがトリガーされることは禁止され得る。ルックバックウィンドウでＰ−ＭＰＲに関連付けられている条件を判定するためにルックバックウィンドウが設定され得る。条件は、以下の１つまたは複数を含み得る。上ですでに多くが説明されているが、とりわけ、（１）ルックバックウィンドウ内のＰ−ＭＰＲの最高値、（２）ルックバックウィンドウ内のＰ−ＭＰＲの最悪値、および／または（３）ルックバックウィンドウ内のＰ−ＭＰＲの最低値。ＷＴＲＵ １０２は、この条件に基づき現在の間隔（例えば、現在のＴＴＩ）に関連付けられている値を決定することができる。例えば、第１の時刻５１０に対応し得る（例えば、開始する）（例えば、ＴＴＩに関連付けられている）第１の間隔で、関連付けられているルックバックウィンドウは、レベルＣにあるルックバックウィンドウ内の最高のＰ−ＭＰＲを有するものとしてよい。レベルＣのＰ−ＭＰＲ値が第１の間隔に対応するという判定に基づき、ＷＴＲＵ １０２は、Ｐ−ＭＰＲが閾値以上に変化したか、またはＰ−ＭＰＲが支配的であり、および／または他のトリガー基準が満たされ、ＰＨＲを送信することができると判定し得る。

第２の時刻５２０で、禁止タイマーがタイムアウトし、ルックバックウィンドウにもはやレベルＣのＰ−ＭＰＲ値が含まれなくなっている場合、第２の時刻５２０に関連付けられているルックバックウィンドウ内の最高のＰ−ＭＰＲ値はレベルＢにある。ＷＴＲＵ １０２は、レベルＣからレベルＢへのＰ−ＭＰＲの変化により、例えば、Ｐ−ＭＰＲがもはや支配的でないか、または変化が閾値より大きいという理由から、ＰＨＲをトリガーすることができる。それぞれのトリガーイベントの後に、禁止タイマーが指定された期間に設定され得る。

第３の時刻５３０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値はレベルＡ以下に変化し、経路損失トリガーが発生し、ＷＴＲＵ １０２は、レベルＡより低い実際のレベルの代わりにルックバックウィンドウに対応する最高のＰ−ＭＰＲ値に基づきレベルＢを報告することができる。

第４の時刻５４０において、禁止タイマーがタイムアウトした直後、Ｐ−ＭＰＲの値は、レベルＣとレベルＤとの間にあり、ＰＨＲが禁止された期間中にレベルＤまで上昇し、次いで、レベルＣとレベルＤとの間のレベルまで低下し得る。ＷＴＲＵ １０２は、Ｐ−ＭＰＲが支配的であり、および／または閾値量（すでに報告されているレベルＢと比較して）だけ変化したときにＰＨＲをトリガーし、ＷＴＲＵ １０２は、レベルＣとＤとの間の実際のレベルの代わりにルックバックウィンドウに対応する最高のＰ−ＭＰＲ値に基づきＰ−ＭＰＲのレベルＤを報告することができる。別の禁止タイマーが指定された期間に設定され得る。

第５の時刻５５０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲの値は、レベルＢにあり、ＰＨＲが禁止された期間中にレベルＢまで減少し、次いで、レベルＢに留まり得る。Ｐ−ＭＰＲの値が、時刻５５０において生じる、ルックバックウィンドウに対応する値がレベルＢにある状況に至るように十分に長い間レベルＢにあったときに、ＷＴＲＵ １０２は、Ｐ−ＭＰＲが支配的であり、および／または閾値量だけ変化したときにＰＨＲをトリガーし、Ｐ−ＭＰＲレベルＢを報告することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、最初に、Ｐ−ＭＰＲに関係する変化が、トリガー基準として使用され得るかどうかを決定することができる。この決定は、Ｐ−ＭＰＲがＰＣＭＡＸ（またはＰＣＭＡＸ，ｃ）の計算の支配的因子であるかどうか（つまり、計算に対して効果を有するかどうか）に基づくものとしてよい。複数のＣＣがある場合、これらの判定のそれぞれは、それぞれのＣＣについて別々に実行され得る。

Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、このＴＴＩにおいて）場合、構成された閾値より大きいＰ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合がある。ＷＴＲＵ １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＰＨＲをトリガーするかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ １０２は、これが真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。

Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなかったが、現在は支配的因子である（例えば、このＴＴＩにおいて）場合、構成された閾値より大きいＰ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益な場合がある。ＷＴＲＵ １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順を適用することができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か）のそれぞれは、それぞれのＣＣについて別々に実行され、ＰＨＲをトリガーするかどうかを決定するための手順を適用するステップが、それぞれのＣＣについて別々に実行され、Ｐ−ＭＰＲ，ｃがＰ−ＭＰＲの代わりに使用され得る。

Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子であり、引き続き現在も支配的因子である（例えば、このＴＴＩにおいて）場合、構成された閾値より大きいＰ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益な場合がある。ＷＴＲＵ １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順を適用することができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か）のそれぞれは、それぞれのＣＣについて別々に実行され、ＰＨＲをトリガーするかどうかを決定するための手順を適用するステップが、それぞれのＣＣについて別々に実行され、Ｐ−ＭＰＲ，ｃがＰ−ＭＰＲの代わりに使用され得る。

いくつかの代表的な実施形態では、代表的なＭＡＣ手順は、ルックバックウィンドウを使用することができる、ＰＨＲトリガーを含み得る。

例えば、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが実装され得る。ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性がある場合に、ＰＨＲが報告され、構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルに対するバックオフウィンドウ（例えば、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗ）におけるパワーマネージメント（Ｐ−ＭＰＲによって許可される）による最高の追加の電力バックオフは、ＷＴＲＵ １０２が新しい送信に対してＵＬリソースを有しているか、または有している可能性があるときにＰＨＲの最後の送信以降に閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ）以上変化しているか、変化している可能性がある。

Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定する連続するサブフレームの数を指定することができる。あるいは、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定することができるサブフレームの数を指定することができる。第２の代替方法では、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定することができるアップリンクサブフレームの数を指定することができる。第３の代替方法では、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定することができる連続するアップリンクサブフレームの数を指定することができる。

拡張電力ヘッドルームＭＡＣ ＣＥ（制御要素）は、以下のように定義され得るＰ_{ＣＭＡＸ，ｃ}フィールドを備えることができる。Ｐ_{ＣＭＡＸ，ｃ}：このフィールドは、先行するＰＨフィールドの計算に使用されるＰ_{ＣＭＡＸ，ｃ}を格納するか、または含み得る。Ｐ_{ＣＭＡＸ，ｃ}の計算では、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗにおけるパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを考慮するか、または考慮することができる。

ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅと明示されている、上記の比較に使用される閾値は、この目的のために指定されているような異なる構成可能な閾値とすることができる。

図６は、例えば、ルックバックウィンドウ、例えばＰ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗの使用を示している。この例では、Ｐ−ＭＰＲバックオフトリガーは、トリガーに先行する期間（例えば、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗ）における最高のＰ−ＭＰＲ値に基づくものとしてよい。

図６を参照すると、代表的なトリガー手順６００において、ＷＴＲＵ １０２は、Ｐ−ＭＰＲを監視または決定することができ、これは時間の経過とともに変化し得ることがわかる。第１の時刻６１０において、ＰＨＲは、Ｐ−ＭＰＲがレベルＣにあると監視（または判定）されることに基づきトリガーされ、Ｐ−ＭＰＲは、ＰＨＲでネットワークリソース（例えば、ｅＮＢ １４０）に報告され得る。第１の時刻において、禁止タイマーは、指定された期間に設定され得る。指定された期間中に禁止タイマーがタイムアウトになるまで、別のＰＨＲがトリガーされることは禁止され得る。ルックバックウィンドウでＰ−ＭＰＲに関連付けられている条件を判定するためにルックバックウィンドウが設定され得る。条件は、以下の１つまたは複数を含み得る。上ですでに多くが説明されているが、とりわけ、（１）ルックバックウィンドウ内のＰ−ＭＰＲの最高値、（２）ルックバックウィンドウ内のＰ−ＭＰＲの最悪値、および／または（３）ルックバックウィンドウ内のＰ−ＭＰＲの最低値。ＷＴＲＵ １０２は、この条件に基づき現在の間隔（例えば、現在のＴＴＩ）に関連付けられている値を決定することができる。例えば、第１の時刻６１０に対応し得る（例えば、開始する）（例えば、ＴＴＩに関連付けられている）第１の間隔で、関連付けられているルックバックウィンドウ（例えば、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗ）は、レベルＣにあるルックバックウィンドウ内の最高のＰ−ＭＰＲを有するものとしてよい。レベルＣのＰ−ＭＰＲ値が第１の間隔に対応するという判定に基づき、ＷＴＲＵ １０２は、Ｐ−ＭＰＲが閾値以上に変化したか、またはＰ−ＭＰＲが支配的であり、および／または他のトリガー基準が満たされ、ＰＨＲを送信することができると判定し得る。

第２の時刻６２０で、禁止タイマーがタイムアウトし、ルックバックウィンドウにもはやレベルＣのＰ−ＭＰＲ値が含まれなくなっている場合、第２の時刻６２０に関連付けられているルックバックウィンドウ内の最高のＰ−ＭＰＲ値はレベルＢにある。ＷＴＲＵ １０２は、レベルＣからレベルＢへのＰ−ＭＰＲの変化により、例えば、Ｐ−ＭＰＲがもはや支配的でないか、または変化が閾値より大きいという理由から、ＰＨＲをトリガーすることができる。それぞれのトリガーイベントの後に、禁止タイマーが指定された期間に設定され得る。

第３の時刻６３０において、禁止タイマーがタイムアウトした直後、Ｐ−ＭＰＲの値は、レベルＢにあり、ＰＨＲが禁止された期間の間の短い期間にレベルＣまで増大し、次いで、レベルＢに減少するものとしてよい。ルックバックウィンドウに対応する最高のＰ−ＭＰＲ値であるレベルＣに基づき、ＷＴＲＵ １０２は、Ｐ−ＭＰＲが支配的であり、および／または閾値量（すでに報告されているレベルＢと比較して）だけ変化したときにＰＨＲをトリガーし、ＷＴＲＵ １０２は、実際のレベルＢの代わりにＰ−ＭＰＲレベルＣを報告することができる。別の禁止タイマーが指定された期間に設定され得る。

第４の時刻６４０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値はレベルＡにあり、経路損失トリガーが発生し、ＷＴＲＵ １０２は、レベルＡの代わりにルックバックウィンドウに対応する最高のＰ−ＭＰＲ値に基づきレベルＣを報告することができる。

いくつかの代表的な実施形態では、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが動作しておらず、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗにおけるＰ−ＭＰＲバックオフの最高値が最後のＰＨＲ以降にｄｌ−ＰａｔｈＬｏｓｓＣｈａｎｇｅ ｄＢ以上に増大もしくは減少した場合に、ＰＨＲはトリガーされ、この最大のＰ−ＭＰＲバックオフ値が、Ｐ_{ＣＭＡＸ，ｃ}の計算で使用される。

いくつかの代表的な手順では、Ｐ−ＭＰＲバックオフが増大するとき（例えば、許容されるか、または構成された最大出力電力におけるスパイクダウンを結果として引き起こし得るバックオフにおけるスパイクアップ）に高速トリガーが可能なようにしながらＰ−ＭＰＲバックオフが短い期間に減少する可能性のあるとき（例えば、許容されるか、または構成された最大出力電力におけるスパイクアップを結果として引き起こし得るバックオフにおけるスパイクダウン）にＰＨＲトリガーを制限または防止することができる。これらの代表的な手順は、利用可能なＷＴＲＵ送信電力を超えるスケジューリンググラントを回避するためにＰＨＲに対するＰ_{ＣＭＡＸ，ｃ}値が臨時の、または一時的なバックオフ値（例えば、低いバックオフ値）に基づかないことを確実にすることができる。

いくつかの代表的な実施形態では、修正されたトリガー時間（ＴＴＴ）を使用して代表的な手順が実装され得る。

Ｐ−ＭＰＲ（例えば、パワーマネージメントベースのバックオフの量）が最後のＰＨＲが送信された以降に閾値より大きく低減されたときにＰＨＲをトリガーするかどうかを決定する際にＴＴＴ報告遅延が適用され得る。この遅延を使用することで、Ｐ−ＭＰＲの間欠的ドロップによる過剰なトリガーを防ぐことができるが、Ｐ−ＭＰＲの増大を引き起こし、待つことなくＰＨＲをトリガーさせることが企図される（例えば、禁止タイマーにより待つことを除く）。ＴＴＴタイマーが起動された後、ＴＴＴタイマーの持続時間について基準（例えば、Ｐ−ＭＰＲが閾値以上にドロップした）が満たされた場合、ＰＨＲは、ＴＴＴタイマーがタイムアウトしたときにトリガーされ得る。ＰＨＲは、ＰＨＲのトリガー時にそれぞれのＣＣについてＰ_{ＣＭＡＸ，ｃ}の現在値を使用して送信することができる。

上記の手順は、Ｐ−ＭＰＲのドロップが閾値を下回り続けている間にＴＴＴの期間中にＰ−ＭＰＲが変動する場合にもうまく働かないことがある。ＰＨの報告では、トリガー時に生じるＰ−ＭＰＲ値、およびＰ−ＭＰＲを表し得ないその値を使用することができる。例えば、ＴＴＴがタイムアウトした瞬間に、Ｐ−ＭＰＲが下方に変動し、ＷＴＲＵ １０２は、そのＰ−ＭＰＲに基づきＰＨＲを送信した場合、ｅＮＢ １４０は、Ｐ−ＭＰＲがバックアップを変動させたときに利用可能である以上の電力を使用してＵＬグラントをスケジューリングすることができる。

いくつかの代表的な実施形態では、ＴＴＴ手順の修正されたバージョンが実装され得る。ＷＴＲＵ １０２は、以下のアクションのうちの１つまたは複数を実行することができる。

ＷＴＲＵ １０２が、低減されたＰ−ＭＰＲ ＴＴＴのタイムアウトの結果として、ＰＨＲをトリガーし、報告する場合、ＷＴＲＵ １０２は、先行する期間において最高のＰ−ＭＰＲ値（例えば、最大の電力削減の結果得られる値）を使用することができ、例えば、この期間は、（１）ＴＴＴタイマーの長さ、（２）禁止タイマーの長さ、または（３）ルックバックウィンドウなどの別の時間のウィンドウに等しいものとしてよく、これはＰ_{ＣＭＡＸ，ｃ}の計算の際にＰＨＲに使用する。ＷＴＲＵ １０２は、ＰＨＲでそれぞれのＣＣについて報告するＰ_{ＣＭＡＸ，ｃ}値の計算にＰ−ＭＰＲ値を使用することができる。ＷＴＲＵ １０２は、それぞれのＣＣについてＰＨＲで報告するＰＨの計算で使用するＰ_{ＣＭＡＸ，ｃ}値の計算にＰ−ＭＰＲ値を使用することができる。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）ＰＨに適用可能であるものとすることができる。複数のＣＣがある場合、この計算は、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。

ＷＴＲＵ １０２が、とりわけ経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、および／または定期的なＰＨＲの報告などの別のトリガーイベントに対してＰＨＲをトリガーし、報告する場合、ＷＴＲＵ １０２は、先行する期間において最高のＰ−ＭＰＲ値（例えば、最大の電力削減の結果得られる値）を使用することができ、この期間は、（１）ＴＴＴタイマーの長さ、（２）禁止タイマーの長さ、または（３）ルックバックウィンドウなどの別の時間のウィンドウに等しいものとしてよく、これはＰ_{ＣＭＡＸ，ｃ}の計算の際にＰＨＲに使用する。ＷＴＲＵ １０２は、ＰＨＲでそれぞれのＣＣについて報告するＰ_{ＣＭＡＸ，ｃ}値の計算にＰ−ＭＰＲ値を使用することができる。ＷＴＲＵ １０２は、それぞれのＣＣについてＰＨＲで報告するＰＨの計算で使用するＰ_{ＣＭＡＸ，ｃ}値の計算にＰ−ＭＰＲ値を使用することができる。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）ＰＨに適用可能であるものとすることができる。複数のＣＣがある場合、この計算は、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。

ウィンドウ内の最高のＰ−ＭＰＲ値を使用する代わりに、ＷＴＲＵ １０２は、ウィンドウ内の別の値、または平均値、中央値、または先行する期間における高い極値と低い極値とを除いた値などの、ウィンドウ内の値に基づき計算される値を使用することができる。

ＴＴＴを開始するための基準として、閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを使用する代わりに（または、それに加えて）、ＷＴＲＵ １０２は、ＴＴＴを開始するための基準として、最後のＰＨＲが閾値より大きいためＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}に対するＰ−ＭＰＲの影響の増大もしくは減少などの変化を使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＴＴＴを開始することができる。

ＰＨＲをトリガーするための基準として、ＴＴＴ時間の持続時間に対して閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを維持する代わりに（または、それに加えて）、ＷＴＲＵ １０２は、ＰＨＲをトリガーするための基準として、閾値より大きい最後のＰＨＲ以降にＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}に対するＰ−ＭＰＲの影響の増大もしくは減少などの変化を維持するステップを使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＰＨＲをトリガーすることができる。

ＴＴＴを開始するための基準として、閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを使用する代わりに（または、それに加えて）、ＷＴＲＵ １０２は、ＴＴＴを開始するための基準として、閾値より大きい最後のＰＨＲ以降にＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}の増大を使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＴＴＴを開始することができる。

ＰＨＲをトリガーするための基準として、ＴＴＴ時間の持続時間に対して閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを維持する代わりに（または、それに加えて）、ＷＴＲＵ １０２は、ＰＨＲをトリガーするための基準として、閾値より大きい最後のＰＨＲ以降にＰ_ＣＭＡＸまたはＰ_{ＣＭＡＸ，ｃ}の増大を維持するステップを使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＰＨＲをトリガーすることができる。

ＷＴＲＵ １０２は、例えば、ルックバックウィンドウに関して前の方で説明されているように、また後述のように、選択された１つまたは複数のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）値を電力計算（例えば、ＰＨおよび／またはＰ_ＣＭＡＸおよび／またはＰ_{ＣＭＡＸ，ｃ}の計算）で使用することができる。

図７は、ＰＨＲに対して修正されたＴＴＴを使用する代表的なトリガー手順７００を示す図である。

いくつかの代表的な手順において、Ｐ−ＭＰＲまたはＰ−ＭＰＲのレベル（例えば、Ｐ−ＭＰＲのレベルＸ）を報告するステップは、ＰＨＲ Ｐ_{ＣＭＡｘ，ｃ}に含めるステップと同等であるものとしてよく、これは、レベルＸにある、またはレベルＸである、またはレベルＸの値を有するものとしてよいＰ−ＭＰＲバックオフを含むか、またはそれを考慮するものとしてよい。

図７を参照すると、代表的なトリガー手順７００において、ＷＴＲＵ １０２は、Ｐ−ＭＰＲを監視または決定することができ、これは時間の経過とともに変化し得ることがわかる。第１の時刻７１０において、ＰＨＲは、Ｐ−ＭＰＲがレベルＣにあると監視（または判定）されることに基づきトリガーされ、Ｐ−ＭＰＲは、ＰＨＲでネットワークリソース（例えば、ｅＮＢ １４０）に報告され得る。第１の時刻７１０において、禁止タイマーは、指定された期間に設定され得る。指定された期間中に禁止タイマーがタイムアウトになるまで、別のＰＨＲがトリガーされることは禁止され得る。

第２の時刻７２０において、Ｐ−ＭＰＲ値は、レベルＣからレベルＡに下がり、ＴＴＴタイマーを起動し得る。第３の時刻７３０において、Ｐ−ＭＰＲは、レベルＡからレベルＣに上がり、ＴＴＴタイマーが停止され得る。ＴＴＴタイマーは、タイムアウトしていない可能性があるため、ＰＨＲトリガーは生じない。第４の時刻７４０において、Ｐ−ＭＰＲ値は、レベルＣからレベルＡに下がり、ＴＴＴタイマーを起動し得る。Ｐ−ＭＰＲは、ＴＴＴの持続時間の間レベルＡとＢとの間で変化し得る（例えば、バースト性変化）（例えば、Ｐ−ＭＰＲの変化は閾値を超えることがないのでＴＴＴタイマーを停止できない）。ＴＴＴタイマーがタイムアウトしたことに応答して、第５の時刻７５０において、ＷＴＲＵは、ＰＨＲの報告をトリガーし、ＰＨＲに、例えば、Ｐ−ＭＰＲ ＴＴＴウィンドウにおける最高のレベル（例えば、レベルＢ）でＰ−ＭＰＲのレベルを入れることができ、禁止タイマーは、指定された期間に設定され得る。第６の時刻７６０において、ＴＴＴタイマーは起動し得る（例えば、レベルＢからレベルＡ以下までのＰ−ＭＰＲ値のドロップに基づく）。

第７の時刻７７０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲのレベルは、レベルＡ以下に維持された。ＷＴＲＵ １０２は、著しい経路損失変化などのＰ−ＭＰＲと異なる理由からＰＨＲをトリガーすることができ、第７の時刻７７０に対するルックバックウィンドウに関連付けられている値（例えば、最高値、例えば、レベルＢ）に関連付けられているレベルでＰ−ＭＰＲを報告することができる。ＴＴＴタイマーは、経路損失トリガーに応答して、停止させることもでき、禁止タイマーが、指定された期間に設定され得る。

第８の時刻７８０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲのレベルは、レベルＣとＤとの間のあるレベルに変化しており、これにより、ＰＨＲは、対応するルックバックウィンドウに関連付けられている値（例えば、最高値）に基づきＰ−ＭＰＲレベルＤを報告するステップをトリガーすることができる。第８の時刻７８０の後のＰ−ＭＰＲ値における下方のスパイクに関連付けられているドロップは、ＴＴＴタイマーを起動するために閾値を超えないことが企図されている。第８の時刻７８０において、禁止タイマーは、指定された期間に設定され得る。

禁止タイマーがタイムアウト後である、第９の時刻７９０において、Ｐ−ＭＰＲのレベルは、ＴＴＴタイマーが起動できるようにレベルＤからレベルＢまで変化しており、第１０の時刻７９５において、ＰＨＲはトリガーされ、対応するＰ−ＭＰＲ ＴＴＴウィンドウに関連付けられている値（例えば、最高値）に基づきＰ−ＭＰＲレベルＢを報告することができる。

上記の代表的な手順のバリエーションとして、以下のうちの１つまたは複数を含む。

ＷＴＲＵ １０２は、最初に、Ｐ−ＭＰＲに関係する変化が、トリガー基準として使用され得るかどうかを決定することができる。この決定は、Ｐ−ＭＰＲがＰ_ＣＭＡＸ（またはＰ_{ＣＭＡＸ，ｃ}）の計算の支配的因子であるかどうか（例えば、計算に対して効果を有するかどうか）に基づくものとしてよい。複数のＣＣがある場合、これらの判定のそれぞれは、それぞれのＣＣについて別々に実行され得る。

Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、このＴＴＩにおいて）場合、Ｐ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合があり、およびＷＴＲＵ １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＰＨＲをトリガーするかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ １０２は、条件が真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。

Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、このＴＴＩにおいて）場合、Ｐ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合があり、およびＷＴＲＵ １０２は、Ｐ−ＭＰＲに関係する変化に基づきＴＴＴタイマーを開始するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＴＴＴタイマーを開始するかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ １０２は、条件が真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）に関係する変化に基づきＴＴＴタイマーを開始するための手順をスキップすることができる。

いくつかの代表的な実施形態では、選択されたＰ−ＭＰＲは、電力計算においてＷＴＲＵ １０２によって使用され得る。

ＷＴＲＵ １０２は、実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）でないＰＨＲに対するＰＨおよび／またはＰ_{ＣＭＡＸ，ｃ}（例えば、ＰＨＲに含めるべきＰ_{ＣＭＡＸ，ｃ}）の計算で使用するＰ−ＭＰＲ値を選択することができる。ＷＴＲＵ １０２は、以下の方法のうちの１つまたは複数で電力制御計算にＰ−ＭＰＲバックオフ値を使用することができ、Ｐ−ＭＰＲは、複数のＣＣがある場合に、Ｐ−ＭＰＲ，ｃで置き換えることができる。

与えられたサブフレームにおいて、実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）が最後のＰＨＲ（または、ＰＨＲがこのサブフレームで送信され得る場合に、現在のＰＨＲ）について選択されたＰ−ＭＰＲバックオフ値以下である場合に、ＷＴＲＵ １０２は、ＵＬ電力制御のためＰ_{ＣＭＡＸ，ｃ}を計算する際に選択されたＰ−ＭＰＲをパワーマネージメントの電力バックオフ値として使用することができる。あるいは、ＷＴＲＵ １０２は、ＵＬ電力制御のためＰ_{ＣＭＡＸ，ｃ}を計算する際に実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）を使用することができる。最大電力条件の場合、これ（例えば、実際のバックオフの使用）は、Ｐ−ＭＰＲがいたずらに高いことによる不要な電力クリッピングまたはスケーリングを回避することができる。

与えられたサブフレームにおいて、実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）が最後のＰＨＲ（または、ＰＨＲがこのサブフレームで送信され得る場合に、現在のＰＨＲ）について選択されたＰ−ＭＰＲバックオフ値より大きい場合に、ＷＴＲＵ １０２は、電力制御のためＰ_{ＣＭＡＸ，ｃ}を計算する際にこの値をＰ−ＭＰＲ値として使用することができる。あるいは、ＷＴＲＵ １０２は、ＵＬ電力制御のためＰ_{ＣＭＡＸ，ｃ}を計算する際に実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）を使用することができる。これは、アクティブな禁止タイマーなどの何らかの理由から報告できない持続しているより高い実際のＰ−ＭＰＲに対して有利な場合がある。

いくつかの代表的な実施形態では、Ｐ_ＣＭＡＸおよびＰ_{ＣＭＡＸ，ｃ}の計算でどの因子が支配的であるかに基づきＰＨＲをトリガーするためにのトリガー手順が実装され得る。

いくつかの場合において、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）は、Ｐ_ＣＭＡＸおよび／またはＰ_{ＣＭＡＸ，ｃ}の計算に影響を及ぼし、いくつかの場合において、及ぼし得ない。これは、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）がＰ_ＣＭＡＸおよび／またはＰ_{ＣＭＡＸ，ｃ}の値に対して支配的であるかどうかということでもある。Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）が非ゼロの値にあるときであっても、Ｐ_ＣＭＡＸおよびＰ_{ＣＭＡＸ，ｃ}の値は、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）が計算に対して支配的でない場合には影響を受けないことが企図される。Ｐ_ＣＭＡＸは、ＷＴＲＵ １０２に対する構成された最大出力電力とすることができる。Ｐ_{ＣＭＡＸ，ｃ}は、与えられたＣＣに対する構成された最大出力電力とすることができる。Ｐ_ＣＭＡＸおよびＰ_{ＣＭＡＸ，ｃ}の計算でどの因子が支配的であるかに基づきＰＨＲをトリガーするための例示的な手順が提供される。

これらの代表的な手順の特定の要素は、個別に、またはいくつかの組み合わせで説明されているが、本明細書で説明されている他の要素と組み合わせて使用することもできることが企図されている。

いくつかの代表的な実施形態では、Ｐ_{ＣＭＡＸ，ｃ}の計算に対して支配的な因子に変化がある場合にＰＨＲがトリガーされる例示的な手順が実装され得る。

ＷＴＲＵ １０２は、以下のアクションのうちの１つまたは複数を実行することができる。ＷＴＲＵ １０２は、Ｐ−ＭＰＲが（例えば、現在のＴＴＩにおいて）Ｐ_{ＣＭＡＸ，ｃ}（または_{ＰＣＭＡＸ}）の計算に対して支配的であるが、最後のＰＨＲにおけるＰ_{ＣＭＡＸ，ｃ}（または_{ＰＣＭＡＸ}）の計算には支配的でなかった場合にＰＨＲをトリガーし得る。複数のＣＣについて、ＷＴＲＵ １０２は、１つまたは複数のＣＣについて、最後のＰＨＲにおいて支配的でないＰ−ＭＰＲから（例えば、現在のＴＴＩにおいて）支配的であるＰ−ＭＰＲへの変化がある場合に、ＰＨＲをトリガーすることができる。複数のＣＣについて、Ｐ−ＭＰＲは、それぞれのＣＣについてＣＣ特有、Ｐ−ＭＰＲ，ｃとすることができる。Ｐ−ＭＰＲ支配トリガーを除外もしくは遅延させるために、禁止タイマー、ＴＴＴタイマー、またはルックバックタイマーもしくはウィンドウのうちの１つまたは複数が使用され得る。

ＷＴＲＵ １０２は、Ｐ−ＭＰＲが（例えば、現在のＴＴＩにおいて）Ｐ_{ＣＭＡＸ，ｃ}（または_{ＰＣＭＡＸ}）の計算に対して支配的でなく、最後のＰＨＲにおけるＰ_{ＣＭＡＸ，ｃ}（またはＰ_ＣＭＡＸ）の計算には支配的であった場合にＰＨＲをトリガーし得る。複数のＣＣについて、ＷＴＲＵ １０２は、１つまたは複数のＣＣについて、最後のＰＨＲにおいて支配的であるＰ−ＭＰＲから（例えば、現在のＴＴＩにおいて）支配的でないＰ−ＭＰＲへの変化がある場合に、ＰＨＲをトリガーすることができる。複数のＣＣについて、Ｐ−ＭＰＲは、それぞれのＣＣについてＣＣ特有、Ｐ−ＭＰＲ，ｃとすることができる。Ｐ−ＭＰＲ支配トリガーを除外もしくは遅延させるために、禁止タイマー、ＴＴＴタイマー、またはルックバックタイマーもしくはウィンドウのうちの１つまたは複数が使用され得る。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、以下のようにＰＨＲトリガー基準が満たされているかどうかを判定することができる。ＰＨＲトリガー基準は、Ｐ−ＭＰＲが最後のＰＨＲにおいて支配的なＰ_{ＣＭＡＸ，ｃ}（またはＰ_ＣＭＡＸ）因子でなかったが、現在は支配的な因子である場合、および／またはＰ−ＭＰＲが最後のＰＨＲにおいて支配的なＰ_{ＣＭＡＸ，ｃ}（またはＰ_ＣＭＡＸ）であったが、現在は支配的な因子でない場合に、満たされ得る。

Ｐ_{ＣＭＡＸ，ｃ}の以下の計算は、手順をわかりやすく示す例として使用され得る。
Ｐ_{ＣＭＡＸ，ｃ}（ｉ）＝
ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}−ΔＴ_Ｃ，ｃ，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ_{ａｃｔｕａｌ，ｃ}，Ｐ−ＭＰＲ，ｃ（ｉ））−ΔＴ_Ｃ，ｃ｝ 式（１０１）

この例では、Ｐ−ＭＰＲ，ｃは、Ｐ−ＭＰＲ，ｃ＞ＭＰＲａｃｔｕａｌ，ｃおよび［Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−Ｐ−ＭＰＲ，ｃ］＜Ｐ_{ＥＭＡＸ，ｃ}の場合にＰ_{ＣＭＡＸ，ｃ}の値に影響を及ぼし得る。

Ｐ−ＭＰＲ（Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃを総称的に表すために使用される）がＰ_{ＣＭＡＸ，ｃ}の計算に対して支配的でない場合、ｅＮＢ １４０は、ＰＨＲで報告されるＰ_{ＣＭＡＸ，ｃ}値およびＷＴＲＵ １０２のそれぞれのＣＣについてｅＮＢ １４０が与えることができるＵＬグラントなどの、有することができる、受信することができる、または制御することができる情報に基づきＰ_{ＣＭＡＸ，ｃ}に影響するＭＰＲおよび他の関係する因子（例えば、ＬＴＥ関係因子）の変化を追跡することができる。

Ｐ−ＭＰＲが支配的である場合、ＰＨＲは、ｅＮＢ １４０にＰ_{ＣＭＡＸ，ｃ}値を与えることができる。Ｐ−ＭＰＲが支配的であるときに例示的な式Ｐ_{ＣＭＡＸ，ｃ}＝Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−Ｐ−ＭＰＲ，ｃ（ｉ）−ΔＴ_Ｃ，ｃを使用すると、ｅＮＢ １４０がＰ−ＭＰＲが支配的であることを知っていれば（本明細書で説明されているようにＰＨＲに含まれるＰ−ＭＰＲが支配的であることを示す指示などによって）、ｅＮＢ １４０は、ＷＴＲＵ １０２によって使用されるパワーマネージメントの電力バックオフを決定することができるものとしてよい。

図８は、追加の電力バックオフの支配性に関係する代表的なトリガーおよびＰＨＲ手順８００を示す図である。

図８を参照すると、代表的なトリガーおよびＰＨＲ手順８００において、第１の時刻８１０で、トリガーが発生し得る（例えば、経路損失の著しい変化によるトリガー）ことがわかる。ＷＴＲＵ １０２は、アクティブなＣＣに対するＰＨを含み、ＣＣに対するＰ_{ＣＭＡＸ，ｃ}も含むことができるＰＨＲをｅＮＢ １４０に送信することができる。ＷＴＲＵ １０２は、Ｐ−ＭＰＲがＰ_{ＣＭＡＸ，ｃ}の計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。禁止タイマーは、トリガーに応答して、設定され得る。次のＰＨＲまで、ｅＮＢ １４０は、ＭＰＲ（ＭＰＲおよび／またはＡ−ＭＰＲを含み得る）を追跡し、ＰＨを推定することができるが、それは、ＭＰＲがＰ_{ＣＭＡＸ，ｃ}の計算に対して支配的だからである。第２の時刻８２０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、増大）に変化し、Ｐ−ＭＰＲは、Ｐ_{ＣＭＡＸ，ｃ}の計算に対して支配的であるものとしてよい。ＷＴＲＵ １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ １４０は、ＰＨＲ（例えば、Ｐ_{ＣＭＡＸ，ｃ}）からＰ−ＭＰＲ（時刻８２０においてレベルＢにある）を決定することができる。第３の時刻８３０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、増大）に変化し、ＭＰＲも変化（例えば増大）してしまっている可能性があり、Ｐ_{ＣＭＡＸ，ｃ}の計算に対して支配的であるものとしてよい。ＷＴＲＵ １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ １４０は、ＰＨＲ（例えば、Ｐ_{ＣＭＡＸ，ｃ}）からＰ−ＭＰＲ（時刻８３０においてレベルＣにある）を決定することがもはやできないが、それは、ＭＰＲが時刻８３０においてＰ_{ＣＭＡＸ，ｃ}の計算に対して支配的であるからである。

第４の時刻８４０では、禁止タイマーがタイムアウトした後、ＭＰＲ値は、Ｐ−ＭＰＲが現在Ｐ_{ＣＭＡＸ，ｃ}の計算に対して支配的であるように値に関して変化（例えば、減少）している可能性がある。ＷＴＲＵ １０２は、支配性の変化によってＰＨＲの報告をトリガーし得る。現在、ｅＮＢ １４０は、ＰＨＲからＰ−ＭＰＲ（時刻８４０においてレベルＣにある）を決定することができる。このトリガーがない場合、ｅＮＢ １４０は、Ｐ−ＭＰＲを認識せず、ＷＴＲＵ １０２をオーバースケジュールする可能性がある。

いくつかの代表的な実施形態では、ＰＨＲトリガーは、Ｐ_{ＣＭＡＸ，ｃ}（またはＰ_ＣＭＡＸ）支配的因子が変化する場合に実行され得る。例えば、トリガーは、Ｐ_{ＣＭＡＸ，ｃ}の支配的因子が支配的でないＰ−ＭＰＲから支配的であるＰ−ＭＰＲに変化したときに実行され得る。第１の時刻８１０に関連付けられているトリガーは、閾値を超える経路損失の変化によるトリガーなどのＰＨＲトリガーとすることができる。トリガーの結果として、ＷＴＲＵ １０２は、ＣＣのＰ_{ＣＭＡＸ，ｃ}値とともにアクティブなＣＣに対するＰＨ値を含むＰＨＲを送信することができる。ＷＴＲＵ １０２は、Ｐ−ＭＰＲがＰ_{ＣＭＡＸ，ｃ}の計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。この場合、Ｐ−ＭＰＲは、支配的でない。次のＰＨＲまで、Ｐ−ＭＰＲが引き続き支配的でない限り、ｅＮＢ １４０は、Ｐ−ＭＰＲが存在していなかったかのようにＵＬグラントをスケジューリングすることができる。ｅＮＢ １４０が、ＭＰＲ、Ａ−ＭＰＲなどを追跡する場合、そのスケジューリングの決定において使用することができる電力ヘッドルームを推定することができる。

この例における第２の時刻８２０に関連付けられているトリガーは、Ｐ−ＭＰＲの大きな変化（例えば、閾値より大きい最後のＰＨＲ以降のＰ−ＭＰＲの変化）によるものとすることができる。トリガーの結果として、ＷＴＲＵ １０２は、ＣＣのＰ_{ＣＭＡＸ，ｃ}値とともにアクティブなＣＣに対するＰＨ値を含むＰＨＲを送信することができる。ＷＴＲＵ １０２は、Ｐ−ＭＰＲがＰ_{ＣＭＡＸ，ｃ}の計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。この場合、Ｐ−ＭＰＲは、支配的である。Ｐ_{ＣＭＡＸ，ｃ}、およびＰ−ＭＰＲが支配的であるという指示があれば、ｅＮＢ １４０は、ＷＴＲＵ １０２によって使用されるＰ−ＭＰＲ値（例えば、レベルＢ）を決定することができる。

次のＰＨＲまで、ｅＮＢ １４０がＭＰＲ、Ａ−ＭＰＲなどを追跡する場合、適切な値をＰ−ＭＰＲ値と比較してどれが支配的であるかを判定し、追跡された値またはＰ−ＭＰＲ値を使用してＰＨをしかるべく推定することができる。これは、Ｐ−ＭＰＲが最後のＰＨＲから知ることができるため可能であり得る。

この例における第３の時刻８３０に関連付けられているトリガーは、Ｐ−ＭＰＲの大きな変化（例えば、閾値より大きい最後のＰＨＲ以降のＰ−ＭＰＲの変化）によるものとすることができる。トリガーの結果として、ＷＴＲＵ １０２は、ＣＣのＰ_{ＣＭＡＸ，ｃ}値とともにアクティブなＣＣに対するＰＨ値を含むＰＨＲを送信することができる。ＷＴＲＵ １０２は、Ｐ−ＭＰＲがＰ_{ＣＭＡＸ，ｃ}の計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。この場合、Ｐ−ＭＰＲは、支配的でない。ｅＮＢ １４０は、Ｐ−ＭＰＲがもはや支配的でないことを現在は認識しており、Ｐ−ＭＰＲが支配的でないため、著しく（例えば、閾値の量を超えて）変化したとしても現在のＰ−ＭＰＲ値を決定することはできない。

次のＰＨＲまで、Ｐ−ＭＰＲが引き続き支配的でない限り、ｅＮＢ １４０は、Ｐ−ＭＰＲが存在していなかったかのようにＵＬグラントをスケジューリングすることができる。ｅＮＢ １４０が、ＭＰＲ、Ａ−ＭＰＲなどを追跡する場合、そのスケジューリングの決定において使用することができる電力ヘッドルームを推定することができる。

状況が変化し、Ｐ−ＭＰＲが支配的になると、ＰＨＲをトリガーし得る大きな変化がないと、ｅＮＢ １４０は、Ｐ−ＭＰＲが支配的であるか、またはＰ−ＭＰＲ値であることを知るすべはないと言える。ｅＮＢ １４０は、ＷＴＲＵ １０２をオーバースケジュールし、その結果、ＷＴＲＵ １０２において電力スケーリングが行われ得る。

第４の時刻８４０で、最後のＰＨＲにおいて支配的でないＰ−ＭＰＲから支配的であるＰ−ＭＰＲへの変化により、トリガーが有益であり、これにより、ｅＮＢ １４０に、Ｐ−ＭＰＲが現在支配的であることを知らせ、Ｐ−ＭＰＲの決定を可能にし得るＰ_{ＣＭＡＸ，ｃ}値を与えることができる。

時刻８２０および８３０に関連付けられている第２のトリガーと第３のトリガーとの間の時間と同様に、次のＰＨＲまで、ｅＮＢ １４０がＭＰＲ、Ａ−ＭＰＲなどを追跡する場合に、適切な値をＰ−ＭＰＲ値と比較してどれが支配的であるかを判定し、追跡された値またはＰ−ＭＰＲ値を使用してＰＨをしかるべく推定することができる。

図９は、代表的なトリガーおよびＰＨＲ手順９００を示す図である。

図９を参照すると、代表的なトリガーおよびＰＨＲ手順９００において、第１の時刻９１０で、トリガーが発生し得る（例えば、経路損失の著しい変化によるトリガー）ことがわかる。ＷＴＲＵ １０２は、アクティブなＣＣに対するＰＨを含み、ＣＣに対するＰ_{ＣＭＡＸ，ｃ}も含むことができるＰＨＲをｅＮＢ １４０に送信することができる。ＷＴＲＵ １０２は、Ｐ−ＭＰＲがＰ_{ＣＭＡＸ，ｃ}の計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。禁止タイマーは、トリガーに応答して、設定され得る。次のＰＨＲまで、ｅＮＢ １４０は、ＭＰＲ（ＭＰＲおよび／またはＡ−ＭＰＲを含み得る）を追跡し、ＰＨを推定することができるが、それは、ＭＰＲがＰ_{ＣＭＡＸ，ｃ}の計算に対して支配的だからである。第２の時刻９２０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、増大）に変化し、Ｐ−ＭＰＲは、Ｐ_{ＣＭＡＸ，ｃ}の計算に対して支配的であるものとしてよい。ＷＴＲＵ １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ １４０は、ＰＨＲ（例えば、Ｐ_{ＣＭＡＸ，ｃ}）からＰ−ＭＰＲ（時刻９２０においてレベルＣにある）を決定することができる。第３の時刻９３０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、減少）に変化し、そのときに、ＭＰＲは、Ｐ_{ＣＭＡＸ，ｃ}の計算に対して支配的であるものとしてよい。ＷＴＲＵ １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ １４０は、ＰＨＲ（例えば、Ｐ_{ＣＭＡＸ，ｃ}）からＰ−ＭＰＲ（時刻９３０においてレベルＢにある）を決定することがもはやできないが、それは、ＭＰＲが時刻９３０においてＰ_{ＣＭＡＸ，ｃ}の計算に対して支配的であるからである。

第４の時刻９４０では、禁止タイマーがタイムアウトした後、ＭＰＲ値は、Ｐ−ＭＰＲが現在_{ＰＣＭＡＸ，ｃ}の計算に対して支配的であるように値に関して変化（例えば、減少）している可能性がある。ＷＴＲＵ １０２は、支配性の変化によってＰＨＲの報告をトリガーし得る。現在、ｅＮＢ １４０は、ＰＨＲからＰ−ＭＰＲ（時刻９４０においてレベルＢにある）を決定することができる。このトリガーがない場合、ｅＮＢ １４０は、Ｐ−ＭＰＲが支配的であることを認識し得ず、ＷＴＲＵ １０２を不正にスケジューリングする可能性がある。

いくつかの代表的な実施形態では、第４の時刻においてトリガーが存在しなかった場合、ｅＮＢ １４０側では、Ｐ−ＭＰＲが第２の時刻においてトリガーが発生したときのものと同じであると想定することができる。この場合、ｅＮＢ １４０が、Ｐ−ＭＰＲが支配的であると想定したときに、これは、レベルＣが継続することを想定できるのでＷＴＲＵ １０２をアンダースケジュールする可能性がある。他の代表的な実施形態では、ｅＮＢ １４０が、ＭＰＲが支配的であることを最後のＰＨＲが指示したのでＭＰＲが支配的である（例えば、常に支配的である）と想定する場合、ｅＮＢ １４０は、Ｐ−ＭＰＲが実際に支配的である場合にＷＴＲＵ １０２をオーバースケジュールする可能性がある。

いくつかの代表的な実施形態では、手順（例えば、ＭＡＣ手順）は、Ｐ_{ＣＭＡＸ，ｃ}の支配性の変化に基づきＰＨＲトリガーを含み得る。Ｐ_{ＣＭＡＸ，ｃ}の支配性に基づく代表的な例示的なＰＨＲトリガーは、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性がある場合に、発生するように定義することができ、追加のパワーマネージメントが適用されていなかった場合にＰ_{ＣＭＡＸ，ｃ}が異なる値を有していたであろう（または有していた可能性のある）ことを指示し得るＰＨＲ（例えば、ＭＡＣ ＰＨＲ）内のフィールド（例えば、支配指示フィールドまたはＰフィールド）は、ＷＴＲＵ １０２が新しい送信のためＵＬリソースを有しているか、または有している可能性があるときにＰＨＲの最後の送信以降に変化してしまっている（または変化してしまっている可能性がある）。

いくつかの代表的な実施形態では、ＰＨＲをトリガーするかどうかの決定は、支配的因子の使用を含み得る。

ＷＴＲＵ １０２は、どのような基準で以下の代表的な手順のうちの１つまたは複数に基づきＰＨＲをトリガーするかどうかを決定することができる。ＷＴＲＵ １０２は、Ｐ−ＭＰＲに関係する変化が、トリガー基準として使用され得るかどうかを決定することができる。この決定は、Ｐ−ＭＰＲがＰ_{ＣＭＡＸ，ｃ}（またはＰ_ＣＭＡＸ）の計算の支配的因子であるかどうか（例えば、計算に対して効果を有するかどうか）に基づくものとしてよい。複数のＣＣがある場合、これらの判定のそれぞれは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。

Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、現在のＴＴＩにおいて）場合、Ｐ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合がある（例えば、Ｐ−ＭＰＲが閾値以上に変化する場合）。ＷＴＲＵ １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＰＨＲをトリガーするかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ １０２は、条件が真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。

いくつかの代表的な実施形態では、ＰＨＲ内の_{ＰＣＭＡＸ}値は、帯域間でＵＬ送信をサポートすることができる。ＣＣとサービングセルは、相互に入れ替えて使用でき、ＴＴＩはサブフレームの代わりに使用することができ、それでもこれらの実施形態との整合性は維持されることが企図されている。

Ｐ_ＣＭＡＸは、ＷＴＲＵの構成された総最大出力電力とすることができる。スケーリングなしでＵＬ ＣＣに対するＷＴＲＵ １０２で計算した電力の総和がＰ_ＣＭＡＸを超えることになるか、または超えるべきである場合に、ＷＴＲＵ １０２は、最大電力を超えることを回避するために送信の前にＣＣ電力をスケーリングすることができる。ＰＨＲでＰ_ＣＭＡＸを送信するステップは、ｅＮＢスケジューラにとって有益であり、ｅＮＢスケジュールは、ＷＴＲＵ １０２がＣＣ電力をスケーリングしたかどうか、またもしそうであれば、どれだけスケーリングしたかを判定することができる。帯域内ＵＬの場合、ｅＮＢ １４０は、Ｐ_{ＣＭＡＸ，ｃ}からＰ_ＣＭＡＸを決定または推定することができ、また帯域内ＵＬについてはＰ_{ＣＭＡＸ，ｃ}からＰ_ＣＭＡＸを決定または推定することができない場合があることが企図される。

いくつかの代表的な実施形態では、Ｐ_ＣＭＡＸは、ＰＨＲでＷＴＲＵ １０２によって送信され得る（例えば、ＰＨＲにＰ_ＣＭＡＸを常に入れるか、または例えば、リリース１１専用、および／または後のリリースのＷＴＲＵ １０２のみについて拡張ＰＨＲ報告に含める）。ＷＴＲＵ １０２は、常に、ＰＨＲでＰ_ＣＭＡＸを送信する場合、Ｐ_ＣＭＡＸが他のシグナリングされたパラメータに基づき決定される場合に不要な、または有益でないシグナリングが発生し得る。シグナリングのオーバーヘッドを低減し得る、有益であるか、または必要なときのＰ_ＣＭＡＸをＰＨＲで送信する（例えば、それのみを送信する）ことが有益になる場合がある。

以下は、いくつかの基準が満たされたとき（例えば、満たされたときのみ）ＰＨＲにＰ_ＣＭＡＸを入れることによってＰＨＲシグナリングを低減するための代表的な手順である。

ＷＴＲＵ １０２は、以下の基準のうちの１つまたは複数が満たされる（または満足される）ことに基づき、拡張ＰＨＲ ＭＡＣ ＣＥに入っていてもよい、Ｐ_ＣＭＡＸをＰＨＲに入れることができる。

第１の基準は、構成基準を含むことができ、これは、ＷＴＲＵ １０２が帯域間ＵＬについて構成されている場合に満たされ得る（例えば、ＷＴＲＵ １０２は、少なくとも２つの帯域、例えば、８００ＭＨｚ帯域および２．１ＧＨｚ帯域のそれぞれにおいて少なくとも１つのＵＬ ＣＣとともに構成される）。

第２の基準は、アクティブ化／ＣＣ基準を含むことができ、これは、少なくとも２つの帯域においてＰＨＲがＣＣに対する報告を含む（または含むことになるか、または含むべきである）場合に満たされるものとしてよく、このことは、例えば、とりわけ、（１）ＰＨがＰＨＲ内に含まれる（または含まれることになるか、または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのアクティブ化されたＣＣがあり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよく、および／または（２）ＰＨがＰＨＲ内に含まれる（または含まれることになるか、または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのＣＣがあり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよいことを意味するか、そのようなものであるものとしてよい。

第３の基準は、実際のＰＨ基準を含むことができ、これは、少なくとも２つの帯域においてＰＨＲがＣＣに対する実際のＰＨを含む（または含むことになるか、または含むべきである）場合に満たされるものとしてよく、このことは、例えば、とりわけ、（１）Ｖ−ｂｉｔは少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対して実際のＰＨを指示することができ、および／または（２）Ｐ_{ＣＭＡＸ，ｃ}は少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対してＰＨＲに含まれるものとしてよく（または含まれることになり、または含まれるべきであり）、および／または（３）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて、サブフレーム内にＵＬリソース（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）があり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、および／または（４）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて、サブフレーム内に割り当てられたＵＬリソースがあり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳ（半永続的スケジューリング）によって割り当てられ、そのような割り当ての結果、ＰＵＳＣＨの送信を行うことができ、および／または（５）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて、サブフレーム内に割り当てられたＵＬリソースまたはＰＵＣＣＨの送信があり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳによって割り当てられ、その結果、ＰＵＳＣＨの送信を行うことができる。

第４の基準は、スケーリング基準を含むことができ、これは、サブフレームについて（またはサブフレーム内で）ＰＨＲが報告され、ＷＴＲＵ １０２が計算してＣＣ（またはＣＣチャネル）電力の１つまたは複数をスケーリングするか、またはスケーリングすることができる場合に満たされ得るが、それは、例えば、ＣＣの計算された電力の総和が、ＷＴＲＵの総構成最大出力電力Ｐ_ＣＭＡＸとすることができるＷＴＲＵ １０２に対する全体の許容される電力を超えることになるか、または超えるべきであるからである。

実際のＰＨを伴うＣＣがアクティブ化されたＣＣでもあり、またアクティブ化されたＣＣが構成されたＣＣでもある場合について第３の基準は第２の基準のサブセットであり、第２の基準は第１の基準のサブセットであることが企図される。この場合、非冗長的な基準は、第１の基準、第２の基準、第３の基準、および第４の基準のそれぞれだけ、および例えば、第１と第４、第２と第４、および第３と第４の基準の組み合わせを含み得る。

以下は、ＷＴＲＵ １０２が、ＷＴＲＵ １０２が送信することができるＰＨＲにＰ_ＣＭＡＸを入れるかどうかを決定し、ｅＮＢ １４０が、Ｐ_ＣＭＡＸがｅＮＢ １４０が受信することができるＰＨＲ内に存在するかどうかを判定する仕方を示す例である。

いくつかの代表的な例において、ＷＴＲＵ １０２は、第３の基準および第４の基準の両方が満たされ、ＰＨＲのサブフレーム内において、実際のＰＨがＰＨＲ内に含まれる少なくとも２つ帯域のそれぞれに少なくとも１つのＣＣがあり、ＷＴＲＵ １０２が最大電力（例えば、Ｐ_ＣＭＡＸであってもよい）を超えないようにスケーリングを実行した場合に、ＰＨＲにＰ_ＣＭＡＸを入れることができる（例えば、入れるだけ）。

他の代表的な例において、ＷＴＲＵ １０２は、第２の基準が満たされ、ＰＨＲのサブフレーム内に、少なくとも２つの帯域のそれぞれにおいて少なくとも１つのアクティブ化されたＣＣがある（例えば、ＷＴＲＵ １０２が知っているか、または決定する内容に基づき）場合にＰ_ＣＭＡＸをＰＨＲに入れることができ（例えば、入れるだけ）、これらのＣＣのそれぞれについて、報告されるＰＨは、実際のものでも、または仮想的なものでもよい。

さらなる代表的な例において、ＰＨＲは、構成され、かつアクティブ化されている、ＰＨが含まれるＣＣを示すビットマップを含むことができ、ｅＮＢ １４０は、それぞれの帯域内にどのＣＣが入っているかを認識しているため（例えば、ｅＮＢ １４０はＣＣを構成できるので）、ｅＮＢ １４０は、複数の帯域内のＣＣに対してＰＨが含まれるかどうかを判定するためにどのＣＣについてＰＨが含まれるかを識別することができるＰＨＲ ＭＡＣ−ＣＥビットマップを使用することができる、Ｐ_ＣＭＡＸを含める基準が、第２の基準である場合、ｅＮＢ １４０は、Ｐ_ＣＭＡＸがＰＨＲ内に存在するかどうかを判定するための十分な情報を有している。

さらに他の代表的な例において、ｅＮＢ １４０は、このビットマップを使用して、どのＣＣがＰＨＲに含まれ得るかを判定し、それぞれのＰＨに関連付けられているＶ−ｂｉｔを使用してどのＣＣが実際のＰＨを有しているかを判定し、ＰＨＲ内に異なる帯域のＣＣに対する実際のＰＨ値があるかどうかを判定することができる。Ｐ_ＣＭＡＸを入れるための基準が第３の基準であり、この基準が第１および第２の基準も満たされれば満たされ得るもの（満たすだけ）であれば、ｅＮＢ １４０が少なくとも２つの異なる帯域のそれぞれにおけるＣＣに対して実際のＰＨを指示するＶ−ｂｉｔを見つけた場合に、ｅＮＢ １４０はＰ_ＣＭＡＸがＰＨＲ内に存在するかどうかを判定するための十分な情報（例えば、Ｖ−ｂｉｔからの）を有しているものとしてよい。

Ｐ_ＣＭＡＸを含める基準が、第４の基準単独であるか、または他の基準と組み合わされている場合、ｅＮＢ １４０は、Ｐ_ＣＭＡＸがＰＨＲ内に含まれるかどうかを判定するための十分な情報を有していないことがある。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ＰＨＲに以下のうちの１つまたは複数を含めることができる。

（１）ＷＴＲＵ １０２が計算されたＣＣ（またはＣＣチャネル）電力のうちの１つまたは複数をスケーリングしたかどうかに関する指示を与え得る、出力電力を計算する際にＷＴＲＵ １０２がスケーリングを実行したかどうかに関する指示（例えば、ＷＴＲＵ総構成最大出力電力Ｐ_ＣＭＡＸとすることができるＷＴＲＵ最大許容送信電力を超える状況を回避するため）。この指示は、１ビットとすることができ、ＰＨＲに含まれるＣＣを示すために使用されるビットのうちの７ビット、および予約ビットとしての１ビットを識別するＰＨＲの最初のオクテット内の予約ビットなどのＭＡＣ ＣＥ内の予約（または未使用）ビットを使用することができる。この指示、例えば、ビットは、Ｐ_ＣＭＡＸがＰＨＲ内に存在しているかどうかを示すために使用することができる。例えば、Ｐ_ＣＭＡＸを含める基準が、第３および第４の基準である場合、ｅＮＢ １４０は、ＣＣを指示するビットマップを使用して、異なる帯域内にあるＰＨＲ内のＣＣがあるかどうかを知り、Ｖ−ｂｉｔを使用して少なくとも２つの帯域におけるＣＣに対するＰＨが実際のものであるかどうかを判定し、スケーリングビットを使用してスケーリングが実行されたかどうかを知ることができる。これらの基準がすべて満たされた場合、ｅＮＢ １４０は、ヘッドルーム内にＰ_ＣＭＡＸがあることを予測できる。ＷＴＲＵ １０２は、ＷＴＲＵ １０２がサブフレーム内でスケーリングを実行し、このサブフレームに対して（またはこのサブフレーム内で）ＰＨＲが送信される場合に、必ず、指示、例えば、ビットをスケーリングを指示する状態に設定することができる。ＷＴＲＵ １０２は、Ｐ_ＣＭＡＸを含める１つまたは複数の基準が満たされており、ＷＴＲＵ １０２がサブフレーム内でスケーリングを実行し、このサブフレームに対して（またはこのサブフレーム内で）ＰＨＲが送信される場合に、指示、例えば、ビットをスケーリングを指示する状態（および／または含まれるＰ_ＣＭＡＸ）に設定することができる。

（２）Ｐ_ＣＭＡＸがＰＨＲに含まれるかどうかに関する指示、例えば、ＰＨＲ内の単一のビットであってよく、スケーリング指示に加える（またはその代わりとなる）ものとすることができる存在インジケータ。存在インジケータは、ＰＨＲに含まれるＣＣを示すために使用されるビットのうちの７ビット、および８番目の予約ビットを識別するＰＨＲの最初のオクテット内の予約ビットなどのＭＡＣ ＣＥ内の予約（または未使用）ビットを使用することができる。ＷＴＲＵ １０２は、このビットを、上述の基準のうちの１つまたは複数の基準などの適切な基準が満たされているときにＰ_ＣＭＡＸが存在することを指示するように設定することができる。

ＰＨＲ内のＰ_ＣＭＡＸの指示を与えるステップは、帯域間タイプのオペレーションについて開示されているけれども、不連続の帯域内またはさらには連続的な帯域内ＣＡなどの帯域間以外の状況に使用され、有用な情報をもたらすことが企図されている。（例えば、複数の帯域内にＣＣを有することに基づく）Ｐ_ＣＭＡＸを含めるための基準のうちの１つまたは複数は、不連続の帯域内および／または連続的な帯域内オペレーションの場合に適用され得る。異なる帯域内のＣＣに関係する基準は、とりわけ、例えば、同一の場所にないサービングセルである不連続の帯域内ＣＡまたはＣＣの場合、異なるキャリア周波数を持つＣＣなどの他のタイプの異なるシナリオでＣＣに関係する基準に拡張することができる。

他の代表的な実施形態では、ＲＬＭ（無線リンク監視）は、ＰＣｅｌｌ上で実行され（例えば、実行されるだけ）、これは帯域内オペレーションおよび同一の場所に置かれているサービングセルには十分なものとしてよい（例えば、これらの場合に受信量はそのようなセルについても同様である）。ＲＬＭをＰＣｅｌｌに対してのみ実行するステップは、例えば、帯域間ＤＬおよび／またはＵＬシナリオを有する、帯域間オペレーション、またはＲＲＨ（リモートラジオヘッド）を伴うセルなどのセルが同一の場所に置かれない場合に対して、十分でないことがある。ＲＬＭは、ＳＣｅｌｌに拡張され得る。ＲＬＭは、結果として同期する／同期していない状態の検出に至り得るＤＬ受信の品質を判定するために使用され得る。

いくつかの代表的な実施形態では、ＲＬＭ（または他のいくつかの測定もしくは機構）は、ＵＬ ＣＣに対する経路損失基準として使用されるＤＬ ＣＣ上に行われる経路損失測定が良好な品質を有し、および／または信頼できるどうかどうかを判定するために使用され得る。

経路損失基準が低品質であると判定された場合（例えば、いくつかの基準に基づき）、ＷＴＲＵ １０２は、以下のアクションのうちの１つまたは複数を実行することができる。ＷＴＲＵ １０２は、問題（例えば、低品質）をＰＨＲで報告することができる（例えば、それぞれのＣＣまたはＣＣのグループに対する品質インジケータを含め、グループは帯域、位置（例えば、ＲＲＨ）、またはＴＡ（タイミングアドバンス）（例えば、ＴＡグループ）に基づくものとしてよい）。ＷＴＲＵ １０２は、経路損失基準が低品質であるＣＣに対するＰＨトリガーを無効にすることができる（例えば、関連付けられているＣＣまたはＣＣのグループのＲＬＭ手順に基づく）。

いくつかの代表的な実施形態では、以下のイベントは、ＰＨＲをトリガーすることができる。とりわけ、（１）経路損失基準として使用される１つまたは複数のＣＣ（例えば、任意のＣＣ）上の経路損失の変化（例えば、閾値を超えること、および／または著しい経路損失の変化）、（２）１つまたは複数のＣＣ（例えば、任意のＣＣ）上のＰ−ＭＰＲの変化（例えば、閾値を超えること、および／または著しいＰ−ＭＰＲの変化）、（３）定期的タイマーのタイムアウト、（４）ＰＨＲ機能の構成／再構成、および／または（５）構成されたＵＬによるＳＣｅｌｌのアクティブ化。

同一の場所にある帯域内セルで動作する場合、それぞれのセル内のフェージングは、他のセル内のフェージングと相関し、Ｐ−ＭＰＲは、これらのセルに対して同じであってよく、したがって、これらのセルは類似の動作をし得る。１つのＣＣについて経路損失またはＰ−ＭＰＲが（例えば、著しく）変化する場合、別のものについても同様に変化することが企図される。トリガー基準が満たされ、ＣＣ（例えば、すべてのＣＣ）についてＰＨＲが送信される場合、これは、ＣＣ（例えば、すべてのＣＣ）に対する変化を含み、一定期間ＣＣ（例えば、すべてのＣＣ）に関するＰＨＲを禁止することができる。ＣＣ（例えば、すべてのＣＣ）を同様に取り扱うことは、類似の動作をし得るため同一の場所にある帯域内セルに対して妥当であるものとしてよい。

セルが異なる帯域内または異なる位置にあり得る場合、これらのセルに対する経路損失およびＰ−ＭＰＲは、無相関とすることができる。この場合、１つのＣＣについて満たされている基準に基づきＰＨＲをトリガーした場合、別の帯域または位置にある別のＣＣに対してトリガー基準が満たされるということがあり得るか、またはあり得ない。ＰＨＲが、第１のＣＣに対するトリガー基準を満たした結果送信される場合、禁止タイマーが、再起動され得る。禁止時間中（例えば、禁止タイマーがタイムアウトするまでの時間）、別のＣＣについてトリガー基準が満たされた場合、トリガーを引き起こした変化を含む報告は、禁止タイマーがタイムアウトするまでブロックされ得る。タイマーがタイムアウトした後、トリガー条件がまだ存続している場合、ＰＨが報告され得る（例えば、実際にはトリガー条件の報告を遅延させる）。トリガー条件がもはや存在していない場合、そのトリガー条件に基づくＰＨは、報告され得ない。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、それぞれのタイマーの禁止効果が各禁止タイマーに関連付けられているＣＣに対する効果（例えば、効果のみ）であるように複数のＰＨＲ禁止タイマーを有することができる。

いくつかの代表的な実施形態では、ＣＣは、以下のうちの１つまたは複数に基づきグループ化され得る。とりわけ、（１）ＵＬ帯域、（２）ＤＬ帯域、（３）位置、（４）タイミングアドバンス基準、（５）経路損失基準、および／または（６）経路損失基準の帯域または位置。ＣＣのグループは、１つまたは複数のＣＣを含むことができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ＣＣのグループごとに個別の１つのＰＨＲ禁止タイマーを有することができる。ＣＣのグループごとに、ＷＴＲＵ １０２は、ＣＣのグループについてトリガーされるＰＨＲに基づきＰＨＲ禁止タイマーを再起動することができる。例えば、ＷＴＲＵ １０２は、帯域ごとに１つのＰＨＲ禁止タイマー、経路損失基準、および／またはそれぞれの位置（例えば、ＲＲＨ）を有することができる。ＷＴＲＵ １０２は、セルの異なるグループ分けに基づき個別のＰＨＲ禁止タイマー、例えば、それぞれのＴＡグループについて１つの禁止タイマーも、またはその代わりに有することができる。

経路損失変化トリガーなどのＰＨＲ禁止タイマーによってゲートされるトリガーについて、ＷＴＲＵ １０２は、異なるグループ内のＣＣに対するトリガーを別々に処理することができる。例えば、現在の経路損失変化トリガー基準は、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ １０２が新しい送信のためのＵＬリソースを有する場合にＰＨＲの最後の送信以降に経路損失基準として使用される少なくとも１つのアクティブ化されたサービングセルに対してｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変化した場合に満足され得る。

経路損失変化トリガーは、以下の１つまたは複数を反映するように修正され得る。（１）ＣＣグループ特有のＰＨＲ禁止タイマーのタイムアウト、（２）ＣＣグループ内のＣＣによって使用されるサービングセル上の経路損失の変化に基づくトリガー、（３）とりわけ、例えば、ＣＣグループ内の少なくとも１つのＣＣに対する送信のためＵＬリソース（例えば、ＰＵＳＣＨ）が、例えば、ＵＬグラントもしくは構成されたＳＰＳを介して、割り当てられること、および／またはＣＣグループ内の少なくとも１つのＣＣに対して送信されるべきＰＵＣＣＨがあることを意味し得る、またはそのようなものであり得る、ＣＣグループ内の少なくとも１つのＣＣに対する実際のＰＨＲ（例えば、トリガー基準が評価されているＴＴＩにおける）の送信に対する要求条件／プロビジョニング、（４）グループ内のＣＣのうちの少なくとも１つのＣＣ上の新しい送信のためのＵＬリソースに対する要求条件／プロビジョニング、または任意のＣＣ上の新しい送信のためのＵＬリソースがあること。

修正されたトリガーの例は以下のとおりである。第１の例は、ＣＣグループに対するｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ １０２がそのＣＣグループ内のＣＣに対する新しい送信のためのＵＬリソースを有する場合にＰＨＲの最後の送信以降にそのＣＣグループ内のＣＣに対する経路損失基準として使用される少なくとも１つのアクティブ化されたサービングセルに対してｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変化した場合のトリガーを含むことができる。第２の例は、ＣＣグループに対するｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ １０２がそのＣＣグループ内のＣＣに対する送信のため割り当てられたＵＬリソースおよび新しい送信のためのＵＬリソースを有する場合にＰＨＲの最後の送信以降にそのＣＣグループ内のＣＣに対する経路損失基準として使用される少なくとも１つのアクティブ化されたサービングセルに対してｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変化した場合のトリガーを含むことができる。

第２の例において、新しい送信のためのＵＬリソースは、任意のＣＣにあってよい。

複数の帯域内のＵＬ ＣＣの場合、ＰＨＲが送信されるごとに、これらの帯域のうちの１つの帯域内のＣＣに対するＰＨがすべて仮想的であり得る可能性がある。ＷＴＲＵ １０２が、ＷＴＲＵ １０２がアクティブなＵＬ ＣＣを有するすべての帯域内のＣＣに対する実際のＰＨを少なくともときどき送信することを確実にするため、いくつかの代表的な実施形態において修正を施すことができる。

１つのＰＨＲ定期的タイマー、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒがあり、これがタイムアウトすると、ＰＨＲがトリガーされ、ＰＨＲは任意のセルが新しい送信のためのＵＬリソースを有している場合に送信され得る。修正の１つは、ＣＣのそれぞれのグループについて、ＷＴＲＵ １０２は個別のＰＨＲ定期的タイマーを有し得るということを含むものとしてよい。ＰＨＲ定期的タイマーがＣＣグループに対してタイムアウトした場合、ＷＴＲＵ １０２は、以下の条件のうちの１つまたは複数が満たされた場合に、ＰＨＲをトリガーし、ＰＨＲを送信することができる。ＰＨＲをトリガーし送信する第１の条件は、ＣＣグループ内の少なくとも１つのＣＣに対する送信のため割り当てられたＵＬリソース（例えば、ＰＵＳＣＨ）があるということを含み得る。第２の条件は、ＣＣグループ内の少なくとも１つのＣＣについて送信されるべきＰＵＣＣＨがあるということを含み得る。第３の条件は、ＣＣグループ内のＣＣのうちの少なくとも１つのＣＣ上の新しい送信のためにＵＬリソースがあるか、または任意のＣＣ上の新しい送信のためにＵＬリソースがあることを含み得る。

送信のため割り当てられたＵＬリソースは、構成されたＳＰＳによって、またはＵＬグラントを介して割り当てられ得る。

ＷＴＲＵ １０２は、ＣＣのグループに対するＰＨＲ定期的タイマーを、ＷＴＲＵ １０２がそのグループ内の１つまたは複数のＣＣに対する実際のＰＨとともにＰＨＲを送信するときに再起動することができる。

構成されたＵＬを有するＳＣｅｌｌがアクティブ化されたときに、任意のセルが新しい送信のためのＵＬリソースを有していればＷＴＲＵ １０２によってＰＨＲがトリガーされ、送信されるようなトリガーがあり得る。このアクティブ化が再アクティブ化でない場合、ＰＨＲは、新しくアクティブ化されたＳＣｅｌｌのために仮想ＰＨとともに送信され得る（例えば、ＷＴＲＵ １０２が新しくアクティブ化されたＳＣｅｌｌに対するＵＬグラントを受信する時間ができる前にＰＣｅｌｌまたは別のＳＣｅｌｌにグラントがあり得るので）。

帯域内ＣＡの場合、このトリガー手順は、新しくアクティブ化されたＳＣｅｌｌと同じ帯域内の少なくとも１つのＵＬ ＣＣが新しい送信のためにＵＬリソースを有しており、実際のＰＨはＰ_{ＣＭＡＸ，ｃ}を与えることができる少なくともそのＣＣについて含まれるべきなので、許容可能または適用可能であるものとしてよい。同じ帯域内のＣＣに対するＰ_{ＣＭＡＸ，ｃ}は、Ｐ_{ＥＭＡＸ，ｃ}がそれぞれについて異なることがない限り同じであると企図され、ｅＮＢ １４０は、Ｐ_{ＥＭＡＸ，ｃ}が同じ帯域内のＣＣについて同じ値であるか、または異なる値であるかを知ることができる（例えば、ｅＮＢ １４０がＰ_{ＥＭＡＸ，ｃ}値を構成することができるので）。Ｐ_ＣＭＡＸは、同じ帯域内でＰ_{ＣＭＡＸ，ｃ}から決定され得ることが企図される。帯域内の場合、ｅＮＢ １４０は、新しくアクティブ化されたＳＣｅｌｌをスケジューリングする（例えば、インテリジェントな方法でスケジューリングする）ための十分な情報を有することができる。

帯域間ＣＡの場合、帯域内の他のＣＣがＰ_{ＣＭＡＸ，ｃ}を与えていない場合（例えば、異なる帯域におけるＰ_{ＣＭＡＸ，ｃ}値が無関係であり得るので）、仮想ＰＨを受信することは許容され得ない。

いくつかの代表的な実施形態では、ＳＣｅｌｌアクティブ化（例えば、とりわけ、非アクティブ化の後のアクティブ化、および／または構成もしくは再構成の後の最初のアクティブ化）のイベントに基づきＰＨＲをトリガーし送信するステップは、いくつかの基準が満たされることに基づきＷＴＲＵ １０２によって遅延され得る。ＷＴＲＵ１０２は、アクティブ化されたＳＣｅｌｌのＣＣグループ内の少なくとも１つのＣＣにＵＬリソースが割り当てられるまで（例えば、グループが周波数帯域に基づく場合）、および／またはそのグループ内の少なくとも１つのＣＣに対する新しい送信のためのＵＬリソースが用意されるまで、ＰＨＲのトリガーおよび送信を遅延させることができる。ＷＴＲＵ １０２は、以下の基準のうちの１つまたは複数が満たされた場合にＰＨＲのトリガーおよび送信を遅延させることができる。とりわけ、（１）ＳＣｅｌｌが、ＵＬ ＣＣのみ、または帯域に基づくグループなどの、ＣＣグループ内の、構成されたアップリンクを有するＣＣのみであるか、そのようなＣＣのみとすることができる。および／または（２）例えば、アクティブ化トリガーの要求条件を満たす第１のＴＴＩにおいて、アクティブ化トリガーの結果送信されるべきＰＨＲが、そのアクティブ化されたＳＣｅｌｌのグループ内のすべてのＣＣに対する仮想ＰＨを含み得る。

いくつかの代表的な実施形態では、ＳＣｅｌｌアクティブ化の後もそのままＰＨＲトリガーを維持しながら、ＷＴＲＵ１０２は、それに加えて、ときには、アクティブ化されたＳＣｅｌｌのＣＣグループ内の少なくとも１つのＣＣにＵＬリソースが割り当てられたとき（例えば、グループが周波数帯域に基づく場合）、および／またはそのグループ内の少なくとも１つのＣＣに対する新しい送信のためのＵＬリソースが用意されたとき、アクティブ化イベントの後（例えば、アクティブ化イベントの後のできる限り早い段階で）ＰＨＲをトリガーすることができる。

新しくアクティブ化されたＡＣｅｌｌと同じＣＣグループ（例えば、同じ帯域）内の少なくとも１つのセルについて実際のＰＨが送信され得るまでＰＨＲがどのように遅延され得るかを示す代表例は、新しいトリガー基準であるか、または既存のＳＣｅｌｌアクティブ化トリガー基準を置き換えることができる以下のトリガー基準のうちの１つまたは複数を含むべきであるものとしてよい。

例えば、トリガーは、特定のＣＣグループの一部である構成されたアップリンクを有するＳＣｅｌｌがアクティブ化されるか、またはアクティブ化され得る場合に発生し、以下の条件がこのＴＴＩにおいて満たされる（例えば、真である）。特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースがあり、ＰＨＲは、ＳＣｅｌｌがアクティブ化された以降に特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースとともには送信されていない。

別の例では、トリガーは、特定のＣＣグループの一部である構成されたアップリンクを有するＳＣｅｌｌがアクティブ化されるか、またはアクティブ化され得る場合に発生し、以下の条件がこのＴＴＩにおいて満たされる（例えば、真である）。特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースがあり、ＰＨＲは、とりわけ、非アクティブ化、構成、再構成に続いてＳＣｅｌｌが最初にアクティブ化された以降に、および／またはＳＣｅｌｌが構成もしくは再構成された以降に特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースとともには送信されていない。

上で説明されているように、ＵＬ内の複数の帯域で動作し、帯域ごとに複数のＣＣがある場合に、ＷＴＲＵ １０２は、ＵＬ帯域ごとの最大出力電力Ｐ_{ＣＭＡＸ，ｂ}を構成することができる。スケーリングなしの帯域ｂにおけるＣＣに対する計算された電力の総和が、Ｐ_{ＣＭＡＸ，ｂ}を超えることになるか、または超えるべきである場合、ＷＴＲＵ １０２は、計算された電力をスケーリングすることができる。

ＷＴＲＵ １０２は、Ｐ_ＣＭＡＸをいつ含めるべきかについて本明細書で定義されているものと似たルールに則ってＰＨＲにＰ_{ＣＭＡＸ，ｂ}を入れることができる。

ＷＴＲＵ １０２は、ＰＨＲに_{ＰＣＭＡＸ，ｂ}を入れることができ、これは拡張ＰＨＲ ＭＡＣ ＣＥまたは別のＰＨＲ ＭＡＣ ＣＥに入っていてもよい。ＷＴＲＵ １０２は、常に、ＰＨＲにＰ_{ＣＭＡＸ，ｂ}を入れることができるか、または上でＰ_ＣＭＡＸに対して識別されている基準のうちの１つまたは複数に基づき、および／または満たされる（または満足される）以下の基準のうちの１つまたは複数に基づきＰ_{ＣＭＡＸ，ｂ}をＰＨＲに入れることができる。

（１）ＷＴＲＵ １０２が少なくとも２つ帯域のそれぞれにおいて少なくとも１つのＵＬ ＣＣ、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＵＬ ＣＣとともに帯域間ＵＬについて構成されている場合に満たされ得る、構成基準。

（２）少なくとも２つの帯域においてＰＨＲがＣＣに対する報告を（例えばこれらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣに対する報告とともに）含む（または含むことになるか、または含むべきである）場合に満たされ得る、アクティブ化された／ＣＣ基準。このことは、例えば、とりわけ、（ａ）ＰＨがＰＨＲ内に含まれる（または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのアクティブ化されたＣＣが（例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのアクティブ化されたＣＣとともに）あり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよく、および／または（ｂ）ＰＨがＰＨＲ内に含まれる（または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのＣＣが（例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣとともに）あり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよいことを意味するか、そのようなものであるものとしてよい。

（３）少なくとも２つの帯域においてＰＨＲがＣＣに対する実際のＰＨを（例えばこれらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣとともに）含む（または含むことになるか、または含むべきである）場合に満たされ得る、実際のＰＨ基準。このことは、例えば、とりわけ、（ａ）Ｖ−ｂｉｔは少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対して（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣに対して）実際のＰＨを指示することができ、および／または（ｂ）Ｐ_{ＣＭＡＸ，ｃ}は少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対して（および／またはこれらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣに対して）ＰＨＲに含まれるものとしてよく（または含まれるべきであり）、および／または（ｃ）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣについて）、サブフレーム内にＵＬリソース（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）があり、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、および／または（ｄ）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣについて）、サブフレーム内で割り当てられたＵＬリソースがあり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳによって割り当てられ、そのような割り当ての結果、ＰＵＳＣＨの送信を行うことができ、および／または（ｅ）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣについて）、サブフレーム内で割り当てられたＵＬリソースまたはＰＵＣＣＨの送信があり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳによって割り当てられ、そのような割り当ての結果、ＰＵＳＣＨの送信を行うことができることを意味するか、そのようなものであるものとしてよい。

（４）サブフレームについて（またはサブフレーム内で）ＰＨＲが報告され、このサブフレーム内で、ＷＴＲＵ １０２が計算してＣＣ（またはＣＣチャネル）電力の１つまたは複数をスケーリングするか、またはスケーリングすることができる場合に、例えば、ＣＣの計算された電力の総和が、ＵＬ帯域のうちの１つまたは複数の帯域に対するＰ_{ＣＭＡＸ，ｂ}を超えることになるか、または超えるべきであるため、満たされ得るスケーリング基準。

スケーリングが特定の帯域において適用されることを示す指示がＰＨＲに加えられ得る。それぞれのシグナリングされたＰ_{ＣＭＡＸ，ｂ}に関連付けられ得る、指示をシグナリングすることができる。帯域スケーリングインジケータの存在に対して使用される基準は、Ｐ_{ＣＭＡＸ，ｂ}の存在について上で説明されているのと同じ基準とすることができる。

上記の基準（３）は、基準（２）のサブセットであり、基準（２）は、実際のＰＨを伴うＣＣがアクティブ化されたＣＣであり、アクティブ化されたＣＣは構成されたＣＣである場合に対する基準（１）のサブセットであってよいことが企図される。この場合、非冗長性基準は、単独で基準（１）、基準（２）、基準（３）、および／または基準（４）のそれぞれ、および例えば、基準（１）と（４）、基準（２）と（４）、および／または基準（３）と（４）の組み合わせとすることができる。

上記の基準のうちの１つまたは複数について、基準が満たされている場合、ＷＴＲＵ １０２は、すべてのＵＬ帯域に対するＰ_{ＣＭＡＸ，ｂ}をＰＨＲに含めることができる。いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、少なくとも２つのＣＣ（例えば、ＵＬ ＣＣ）がある帯域に対する（例えば、これらの帯域のみに対する）Ｐ_{ＣＭＡＸ，ｂ}を含めることができ、例えば、以下の条件のうちの１つまたは複数が真の場合にのみそうである。（ａ）例えば基準（１）については、これらのＣＣはＵＬを構成している、（ｂ）例えば基準（２）については、これらのＣＣはＵＬを構成しており、アクティブ化されている、（ｃ）例えば基準（３）については、ＰＨＲは、ＰＨＲが送信されるＴＴＩにおいてこれらのＣＣに対して実際のものであってよい、および／または（ｄ）例えば基準（４）については、これらのＣＣ（またはＣＣチャネル）のうちの１つまたは複数の計算された電力のスケーリングが、その帯域におけるＣＣの計算された電力の総和が、ＰＨＲが送信され得るか、または送信されることになるか、または送信されるべきであるＴＴＩにおいてＰ_{ＣＭＡＸ，ｂ}を超えることになるか、または超えるべきであるため、有益であったか、または必要であった、という条件である。

Ｐ_{ＣＭＡＸ，ｂ}を含める基準が、基準（４）だけに基づくか、または他の基準と組み合わされている場合、ｅＮＢ １４０は、_{ＰＣＭＡＸ，ｂ}がＰＨＲ内に含まれるかどうかを判定するための十分な情報を有していないことがある。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ＰＨＲに以下のうちの１つまたは複数を含めることができる。（１）ＷＴＲＵ １０２が、ある１つの帯域など、特定のＣＣグループ内の１つまたは複数のＣＣ上で、その帯域に対するＷＴＲＵ １０２の構成最大出力電力Ｐ_{ＣＭＡＸ，ｂ}であってよいその帯域に対するＷＴＲＵ最大許容送信電力を超える状況を回避するために出力電力を計算するときに、スケーリングを実行したかどうかに関する指示（この指示は、ビットまたは他の指示であってもよく、それに加えて、またはその代わりに、Ｐ_{ＣＭＡＸ，ｂ}が、例えば、特定のＣＣグループに対して、ＰＨＲ内に存在しているかどうかを示すために使用され得る）、および／または（２）例えば、特定のＣＣグループに対するＰ_{ＣＭＡＸ，ｂ}がＰＨＲに含まれるかどうかに関する指示、例えば、存在インジケータ、例えば、ＰＨＲ内の単一のビットとしての、スケーリング指示に加えることができる存在インジケータ。

与えられた帯域に対するＰ_{ＣＭＡＸ，ｂ}がＰＨＲに存在している場合に、帯域特有のスケーリング指示が存在し得る。上述のＰ_{ＣＭＡＸ，ｂ}の存在基準はどれも、帯域特有のスケーリングインジケータにも適用することができる。

Ｐ_{ＣＭＡＸ，ｂ}は、不連続の帯域内ＣＡまたは連続的な帯域内ＣＡなどの、帯域間ＣＡ以外の状況における有益な情報を与えることができる。複数の帯域内にＣＣを有することに基づくＰ_{ＣＭＡＸ，ｂ}を含めるための基準のうちの１つまたは複数は、不連続の帯域内および／または連続的な帯域内の場合に等しく適用可能であるものとしてよい。異なる帯域内のＣＣに関係する基準は、とりわけ、例えば、同一の場所にないサービングセルである不連続の帯域内ＣＡまたはＣＣの場合、異なるキャリア周波数を持つＣＣなどの他のタイプの異なるシナリオでＣＣに関係する基準に拡張することができる。

図１０は、代表的なＰＨＲ方法１０００を示す流れ図である。

図１０を参照すると、代表的なＰＨＲの方法１０００は、ＷＴＲＵ １０２に関連付けられているＰＨＲを管理することができる。ブロック１０１０で、ＷＴＲＵ １０２は、ＷＴＲＵ １０２に対するＰ−ＭＰＲ（例えば、ときには「Ｐ−ＰＲ」とも称される）を決定することができる。上述の式のうちの１つまたは複数を使用して、ブロック１０２０において、ＷＴＲＵ １０２は、ＷＴＲＵ １０２に対する最大送信電力の値を低減するためのバックオフ値を決定することができる。バックオフ値は、上記の式の中に導入されている任意の数の異なる因子を含み得る。ブロック１０３０で、ＷＴＲＵ １０２は、決定されたバックオフ値に従ってｅＮＢ １４０にＰＨを報告することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、Ｐ−ＭＰＲまたはＰ−ＰＲに基づきバックオフ値を計算することができる（例えば、Ｐ−ＭＰＲがＭＰＲおよびＡ−ＭＰＲの複合要素に対して支配的である場合）。

ＷＴＲＵ １０２は、選択された値として、さらなる値とＰ−ＭＰＲのいずれかを選択することができ、選択された値に基づきバックオフ値を計算することができる。

ＷＴＲＵ １０２は、ＷＴＲＵ １０２に関連付けられている無線周波エネルギーの吸収率を示す少なくとも１つのＳＡＲ（比吸収率）に基づきＰ−ＭＰＲを計算することができる。例えば、ＷＴＲＵ １０２が、人の近くの、または人に隣接する位置を保持する場合、比吸収率は、例えば、人からＷＴＲＵ １０２への近接度に基づき、増大し得る（例えば、急激に増大する）。そのようなものとして、Ｐ−ＭＰＲは増大し（急激に増大し）、ＭＰＲおよびＡ−ＭＰＲなどの他のバックオフ効果に対して支配的であるものとしてよい。いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、さらなる値（例えば、ＭＰＲおよびＡ−ＭＰＲに関連付けられている）をＰ−ＭＰＲ値と比較して、どちらが大きいかを判定することができる。さらなる値がＰ−ＭＰＲより大きいことに応答して（例えば、支配的な第１の値）、ＷＴＲＵ １０２は、さらなる値に従ってバックオフ値を計算することができる（例えば、Ｐ−ＭＰＲを除き、第１の値のみを使用する）。さらなる値がＰ−ＭＰＲより小さいことに応答して（例えば、支配的なＰ−ＭＰＲ）、ＷＴＲＵ １０２は、Ｐ−ＭＰＲに従ってバックオフ値を計算することができる（例えば、さらなる値を除き、Ｐ−ＭＰＲのみを使用する）。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、さらなる値はＷＴＲＵ １０２によるＵＬ送信に使用されるそれぞれのＣＣについてＭＰＲおよびＡ−ＭＰＲに基づき得ると決定し、またＷＴＲＵ １０２によるＵＬ送信に使用されるそれぞれのＣＣについてＰ−ＭＰＲを決定することができる。

Ｐ−ＭＰＲ、バックオフ値、および電力ヘッドルームの報告はそれぞれ、（１）ＷＴＲＵ １０２に関連付けられているＣＣ、または（２）ＷＴＲＵ １０２に関連付けられているいくつかのＣＣの複合体のうちの一方に関連付けられ得る。例えば、ＷＴＲＵ １０２が、不連続な周波数帯域で動作している場合、Ｐ−ＭＰＲに対する決定もしくは計算、バックオフ値、および／または電力ヘッドルームの報告は、それぞれ、周波数帯域に関連付けられている１つのＣＣまたは帯域間のオペレーションのため不連続な周波数帯域のそれぞれに関連付けられているいくつかのＣＣの複合体に関連付けられ得る。いくつかの代表的な実施形態では、ＰＨの報告は、キャリアコンポーネントごとに、それに関連付けられているＰＨＲを送信するステップ、またはそれぞれのキャリアコンポーネントに関連付けられているＰＨ値を含む１つのＰＨＲ（例えば、複合報告）を送信するステップを含み得る。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２はバックオフ値を、（１）さらなる値（例えば、適宜別の値）、および（２）Ｐ−ＭＰＲの最大値として計算することができる。

ＷＴＲＵ １０２はバックオフ値を、帯域間ＵＬ（アップリンク）送信のための第１の手順、または帯域内ＵＬ（アップリンク）送信のための第２の手順のうちの一方を使用して計算することができる。例えば、ＷＴＲＵ １０２による帯域間ＵＬ送信に対するバックオフを計算するための手順は、帯域内ＵＬ送信に対するバックオフを計算するための手順と異なっていてもよい。

いくつかの代表的な実施形態では、スケーリング（例えば、任意のスケーリング）なしでＵＬ ＣＣに対してＷＴＲＵが計算した電力の総和が最大送信電力制限を超えるべきである（例えば、超えることになる）という条件の下で、ＷＴＲＵ １０２は、最大送信電力制限を超えるのを回避するために送信前にＣＣ電力をすでにスケーリングしているということをｅＮＢ １４０に指示することができる。ＷＴＲＵ １０２は、ｅＮＢ １４０への指示に従ってＣＣ電力をスケーリングすることもできる。

複数のＣＣとともに使用されるような、いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、少なくとも２つの周波数帯域におけるＣＣに関連付けられている少なくとも２つのＰＨ値を有するＰＨＲを生成することができる。ＰＨ値は、少なくとも２つの周波数帯域に対する実際の送信に関連付けられているＰＨ値を含むことができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、出力電力を計算するときにＷＴＲＵ １０２がスケーリングを実行したかどうかを（例えば、スケーリングビットまたはスケーリングフラグによって）ＰＨＲ内に指示することができる。

図１１は、別の代表的なＰＨＲ方法１１００を示す流れ図である。

図１１を参照すると、代表的なＰＨＲの方法１１００は、ＷＴＲＵのステータスを報告することができることがわかる。ブロック１１１０で、ＷＴＲＵ １０２は、ＷＴＲＵ １０２に対するＰ−ＭＰＲに基づきＷＴＲＵ １０２が電力バックオフを適用するかどうかを決定することができる。ブロック１１２０で、ＷＴＲＵは、ＷＴＲＵ １０２がＰ−ＭＰＲに基づきＷＴＲＵ １０２が電力バックオフを適用したことをネットワークリソース（例えば、ｅＮＢ １４０）に報告することができる。ＷＴＲＵ １０２は、電力バックオフがＰ−ＭＰＲに基づいているときに支配性インジケータを設定することもでき、支配性インジケータをネットワークリソースに報告もしくは送信することができる。支配性インジケータは、ネットワークリソースに送信されるＭＡＣ（媒体アクセス制御装置）ＣＥ（制御要素）に含まれるＰＨＲ内にあるものとしてよい。支配性インジケータは、関連するＰ−ＭＰＲの影響を受けるそれぞれのコンポーネントキャリアに対して設定され、および／または単一の（例えば、全体的／複合的な）支配性インジケータは、ＷＴＲＵ １０２に関連付けられ得る。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、支配性インジケータを（１）電力バックオフがＰ−ＭＰＲの影響を受けることに応答する第１の論理レベル、または（２）電力バックオフがＰ−ＭＰＲの影響を受けないことに応答する第２の論理レベルに変更することができる。

図１２は、さらなる代表的なＰＨＲ方法１２００を示す流れ図である。

図１２を参照すると、代表的なＰＨＲの方法１２００は、ＷＴＲＵ １０２に関連付けられているＰＨＲを管理することができることがわかる。ブロック１２１０で、ＷＴＲＵ １０２は、第１の期間（例えば、現在の期間または現在のＴＴＩ期間）においてＣＣに対して実際の電力送信が行われ得るかどうかを決定することができる。ブロック１２２０で、ＷＴＲＵは、ＣＣに対して実際の電力送信が行われたとき（例えば、ＣＣがＵＬ送信のためのＵＬリソースを有していたとき）に前の期間を決定することができる。ブロック１２３０で、ＷＴＲＵ １０２は、第１の期間（例えば、現在の期間もしくは現在のＴＴＩ期間）に関連付けられているＣＣのＰ−ＭＰＲ（またはＰ−ＰＲ）を第２の期間（例えば、前の期間）に関連付けられている、例えば、送信されるＰＨＲおよび実際の送信を有しているＣＣに関連付けられている最近のＴＴＩに関連付けられているＣＣのＰ−ＰＲと比較することができる。ブロック１２４０で、ＷＴＲＵは、比較結果に従ってＰＨＲをトリガーすることができる。

例えば、ＣＣに関連付けられているＰＨＲは、比較結果に基づき（例えば、第１の期間から第２の期間へのＰ−ＰＲの変化の大きさが閾値量を超えて変化する場合）トリガーされ得る。第１もしくは第２の期間におけるＣＣの送信が実際のものかどうかの判定は、アップリンクグラントがそれぞれ第１の期間もしくは第２の期間においてＣＣに関連付けられているかどうかの判定を含み得る。

図１３は、追加の代表的なＰＨＲ方法１３００を示す流れ図である。

図１３を参照すると、代表的なＰＨＲの方法１３００は、ＷＴＲＵ １０２に関連付けられているＰＨの報告機能を管理することができることがわかる。ブロック１３１０で、ＷＴＲＵ １０２は、複数のＴＴＩにわたって実行されるＰ−ＭＰＲに関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定することができる。ブロック１３２０で、ＷＴＲＵ １０２は、決定された結果に基づきＰＨの報告をトリガーすることができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、それぞれ各異なるＴＴＩにおいてＰ−ＭＰＲのシーケンスを連続的に決定することによって複数のＴＴＩに対する（例えば、これらのＴＴＩに関連付けられている）Ｐ−ＭＰＲのシーケンスを決定することができる。

いくつかの代表的な実施形態では、条件が一時的に変化したかどうかの判定は、ＴＴＩのシーケンスにおけるＰ−ＭＰＲの値が閾値期間を超えて条件を満たすように変化したかどうかの判定を含み得る。例えば、指定された期間は、現在の時刻に関係する、ＷＴＲＵ １０２またはネットワークリソースによって、ルックバックウィンドウとして、設定もしくは構成され得る（これは、条件がルックバックウィンドウ内のパラメータに基づき測定／満たされ得るように現在時刻が変化したときに移動もしくはスライドするスライディングウィンドウであってよい）。例えば、条件は、閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって条件が存在する場合に満たされ得る。

いくつかの代表的な実施形態では、トリガー禁止タイマーはＰＨＲのトリガーによって開始され、これにより、ＰＨの報告のトリガーがトリガー禁止タイマーの開始の時刻からトリガー禁止時刻を超えるまで停止もしくは防止され得るようにして（例えば、他の条件が第２のトリガーを保証し得るとしても）、第２の早すぎるＰＨＲを防止することができる。

ＷＴＲＵ １０２はバックオフ値を、（１）Ｐ−ＭＰＲの最高値、（２）Ｐ−ＭＰＲの最低値、（３）Ｐ−ＭＰＲの平均値、または（４）ルックバックウィンドウ内からのＰ−ＭＰＲの中央値のうちの１つの値として計算することができる。

いくつかの代表的な実施形態では、Ｐ−ＭＰＲによるＰＨＲトリガーは、ＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすように修正され得る。

図１４は、さらなる代表的なＰＨＲ方法１４００を示す流れ図である。

図１４を参照すると、代表的なＰＨＲの方法１４００は、ＷＴＲＵ １０２に関連付けられているＰＨの報告機能を管理することができることがわかる。ブロック１４１０で、ＷＴＲＵ １０２は、（１）ＭＰＲ（最大電力削減）または（２）Ａ−ＭＰＲ（追加のＭＰＲ）のうちの少なくとも一方に基づく、または関連付けられているＷＴＲＵ １０２に対する最大送信電力の値の第１の削減を示す第１のバックオフ値を決定することができる。ブロック１４２０で、ＷＴＲＵ １０２は、Ｐ−ＭＰＲ（パワーマネージメントの最大電力削減）に基づくＷＴＲＵ １０２に対する最大送信電力の値の第２の削減を示す第２のバックオフ値を決定することができる。ブロック１４３０で、ＷＴＲＵ １０２は、第１のバックオフ値または第２のバックオフ値のどちらが支配的であったかに基づき第１のバックオフ値または第２のバックオフ値のうちの一方を選択することができる。ブロック１４４０で、ＷＴＲＵ １０２は、選択されたバックオフ値に従ってＰＨを報告することができる。

図１５は、さらなる追加の代表的なＰＨＲ方法１５００を示す流れ図である。

図１５を参照すると、代表的なＰＨＲの方法１５００は、ＷＴＲＵ １０２に関連付けられている（例えば、実装される）送信電力を管理することができることがわかる。ブロック１５１０で、ＷＴＲＵ １０２は、ＴＴＩにおいて、バックオフへの変化またはバックオフの影響に基づきＰＨＲをトリガーすることができる。ブロック１５２０で、ＷＴＲＵ １０２は、ＴＴＩにおいてＰＨＲを送信することができる。

図１６は、さらなる追加の代表的なＰＨＲ方法１６００を示す流れ図である。

図１６を参照すると、代表的なＰＨＲの方法１６００は、ＷＴＲＵ １０２に関連付けられている（例えば、実装される）送信電力を管理することができることがわかる。ブロック１６１０で、ＷＴＲＵ １０２は、パワーマネージメントベースのバックオフを使用してＷＴＲＵの最大出力電力を計算することができる。ブロック１６２０で、ＷＴＲＵ １０２は、パワーマネージメントベースのバックオフへの変化またはパワーマネージメントベースのバックオフの影響に基づきＰＨＲをトリガーすることができる。

図１７は、さらなる代表的なＰＨＲ方法１７００を示す流れ図である。

図１７を参照すると、代表的なＰＨＲの方法１７００は、ＷＴＲＵ １０２に関連付けられている（例えば、実装される）送信電力判定を実行することができることがわかる。ブロック１７１０で、ＷＴＲＵ １０２は、最大送信電力を削減するためにパワーマネージメントベースのバックオフを決定することができる。ブロック１７２０で、ＷＴＲＵ １０２は、決定されたパワーマネージメントベースのバックオフに基づき削減された最大送信電力を報告することができる。

図１８は、さらなる代表的なＰＨＲ方法１８００を示す流れ図である。

図１８を参照すると、代表的なＰＨＲの方法１８００は、ＷＴＲＵ １０２に関連付けられている（例えば、実装される）送信電力を管理することができることがわかる。ブロック１８１０で、ＷＴＲＵ １０２は、バックオフへの変化またはバックオフの影響に基づきＰＨＲをトリガーすることができる。ブロック１８２０で、ＷＴＲＵ １０２は、例えば、ＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすようにパワーマネージメントベースのバックオフによるＰＨＲトリガーを修正することによって、仮想ＰＨＲによって引き起こされるＰＨＲトリガーをなくすことができる。

ＰＨは、ＷＴＲＵ １０２によって計算された送信電力と構成された最大出力電力との差として計算され得る。いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、複数のＣＣのそれぞれに対してＰＨに使用される値を計算することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、非ＭＰＲ効果と並行してＭＰＲ（例えば、ＭＰＲおよび／またはＡ−ＭＰＲ）を適用することができる（例えば、サブフレーム内のＣＣごとの最大出力電力を削減する）。

ＷＴＲＵ １０２は、パワーマネージメントベースのバックオフの変化を検出したことに応答してＰＨＲの発生をトリガーすることができ、および／またはパワーマネージメントベースのバックオフが報告されるそれぞれのＣＣに対する最大出力電力にどのような影響を及ぼすかをＰＨＲで指示することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ＷＴＲＵ １０２がＯＮ状態にあるときにパワーマネージメントベースのバックオフを使用することができる。

いくつかの代表的な実施形態では、ＵＬ送信は、ＰＨＲのＷＴＲＵ １０２によるトリガーが第１の送信バーストに応答してコンポーネントキャリア値ごとの削減された最大出力電力を含むようにバースト性を有するものとしてよい（例えば、これにより情報要素のバーストモードがＯＮに設定され得る）。

いくつかの代表的な実施形態では、ＰＨＲは送信され、ＰＨＲの最後の出現以降の期間に生じた最悪のバックオフであるＣＣ値ごとの最大出力電力を含むものとしてよい。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、仮想ＰＨＲでＣＣ値ごとの最大出力電力を報告することができる（例えば、ＣＣ値ごとの最大出力電力がパワーマネージメントベースのバックオフの影響を受けるという条件の下で）。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は最大出力電力を、（１）ＷＴＲＵ １０２が複数の周波数帯域で動作することに基づく第１のモード、または（２）ＷＴＲＵ １０２が１つの周波数帯域で動作することに基づく第２のモードのうちの１つを使用して設定することができる。ＷＴＲＵ １０２が、第１のモードで動作する場合、ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、またはパワーマネージメントベースのバックオフは、それぞれの周波数帯域について各異なる値となり得る。

いくつかの代表的な実施形態では、ＵＣＩ（アップリンク制御情報）を有しないＰＵＳＣＨ（物理アップリンク共有チャネル）は、ＵＣＩがＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ上で同時に送信され、ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰ_ＣＭＡＸを超えないという条件の下で等間隔でスケーリングされ得る。いくつかの代表的な実施形態では、ＵＣＩを伴うＰＵＳＣＨは、ＵＣＩなしのＰＵＳＣＨが送信され得ない間、ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰ_ＣＭＡＸを超えるときにスケーリングされ得る。

いくつかの代表的な実施形態では、ＰＨＲをトリガーするステップは、最大電力の計算に対して支配的である因子に基づきＰＨＲをトリガーするステップを含み得る。

図１９は、代表的な電力送信調整方法を示す流れ図である。

図１９を参照すると、代表的な方法１９００は、ＷＴＲＵ １０２の送信電力を管理することができることがわかる。ブロック１９１０で、ＷＴＲＵ １０２は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定することができる。ブロック１９２０で、ＷＴＲＵ １０２は、ＷＴＲＵ １０２に対する最大送信電力の値を低減するためにバックオフ値を決定することができる。ブロック１９３０で、ＷＴＲＵ １０２は、決定されたバックオフ値に従って送信電力を調整することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、Ｐ−ＰＲに基づきバックオフ値を計算することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、さらなる値をＰ−ＰＲと比較することができ、さらなる値がＰ−ＰＲより大きいことに応答して、ＷＴＲＵは、Ｐ−ＰＲを除き、さらなる値に従って送信電力を調整することができる。他の代表的な実施形態では、さらなる値がＰ−ＰＲより小さいことに応答して、ＷＴＲＵ １０２は、さらなる値を除き、Ｐ−ＰＲに従って送信電力を調整することができる。

いくつかの代表的な実施形態では、ＷＴＲＵでは、ＷＴＲＵ １０２による送信に使用されるそれぞれのキャリアコンポーネントに対する、ＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づきさらなる値を決めることができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、コンポーネントキャリアの実際の送信電力の複合がＷＴＲＵ １０２の調整された最大送信電力を超えないようにＷＴＲＵ １０２による送信に使用されるコンポーネントキャリアの送信電力をスケーリングすることができる。

いくつかの代表的な実施形態では、スケーリングなしでアップリンクＣＣ（コンポーネントキャリア）に対するＷＴＲＵによって計算された電力の総和が最大送信電力制限を超えたことに応答して、ＷＴＲＵ １０２は、最大送信電力制限を超えることを回避するために送信前にＣＣ電力をスケーリングすることができる。

図２０は、さらなる代表的な電力送信調整方法を示す流れ図である。

図２０を参照すると、代表的な方法２０００は、ＷＴＲＵ １０２の送信電力を管理することができることがわかる。ブロック２０１０で、ＷＴＲＵ １０２は、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＭＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定することができる。ブロック２０２０で、ＷＴＲＵ １０２は、決定された結果に基づきＷＴＲＵの電力送信を調整することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、ＷＴＲＵ １０２が各異なるＴＴＩにおいてＰ−ＰＲを連続的に決定することによって複数のＴＴＩに対するＰ−ＰＲを決定することができる。

いくつかの代表的な実施形態では、ＷＴＲＵは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすようにするように変化しているかどうかを判定することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、現在の時刻に関する指定された期間を、ルックバックウィンドウとして指定することができ、条件がルックバックウィンドウ内で満たされているかどうかを判定することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定することができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２は、現在時刻が変化するとともにルックバックウィンドウを変化させることができる。

いくつかの代表的な実施形態では、ＷＴＲＵ １０２はＰ−ＰＲを、（１）Ｐ−ＭＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値として決定することができ、この決定された値をＷＴＲＵ １０２の最大送信電力の調整の際に使用することができる。

特徴および要素が特定の組み合わせで上で説明されているが、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装され得る。非一時的なコンピュータ可読記憶媒体の例としては、限定はしないが、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用され得る。

さらに、上で説明されている実施形態において、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを備える他のデバイスが言及されている。これらのデバイスは、少なくとも１つのＣＰＵ（中央演算処理装置）およびメモリを収容することができる。コンピュータプログラミングの当業者の技術によれば、動作への参照および演算もしくは命令の記号表現が、さまざまなＣＰＵおよびメモリによって実行され得る。このような動作および演算もしくは命令は、「実行される」、「コンピュータ実行される」、または「ＣＰＵ実行される」と称され得る。

当業者であれば、これらの動作および記号的に表現された演算もしくは命令は、ＣＰＵによる電気的信号の操作を含むことを理解するであろう。電気的システムは、結果として電気的信号の変換もしくは縮小を引き起こし得るデータビットおよびメモリシステム内のメモリロケーションにおけるデータビットの維持、それによりＣＰＵの演算を再構成するか、または他の何らかの方法で変更するステップ、さらには信号の他の処理を表す。データビットが保持されるメモリロケーションは、データビットに対応するか、またはデータビットを表す特定の電気的、磁気的、光学的、または有機的特性を有する物理的ロケーションである。

データビットは、ＣＰＵによって読み出し可能な磁気ディスク、光ディスク、および他の揮発性（例えば、ＲＡＭ（ランダムアクセスメモリ））または不揮発性（例えば、ＲＯＭ（リードオンリーメモリ））大容量記憶システムを含むコンピュータ可読媒体上に保持することもできる。コンピュータ可読媒体は、連携するか、または相互接続されたコンピュータ可読媒体を含み、これは、処理システム上にもっぱら存在するか、または処理システムのローカルもしくはリモートにあり得る複数の相互接続された処理システム間に分散される。代表的な実施形態は、上述のメモリに限定されないこと、また他のプラットフォームおよびメモリが説明されている方法をサポートすることができることは理解される。

当業者であれば、本発明から逸脱することなく開示されている実施形態の異なる機能および／または要素が個別に、または組み合わせて使用され得ることも理解する。

当業者であれば、本明細書で述べた代表的な手順および方法は、ＴＤＤ（時分割複信）およびＦＤＤ（周波数分割複信）の両方のシステムにおいて使用され得ることも理解する。

ＷＴＲＵは、特定のアクセス技術（例えば、ＬＴＥおよびＣＤＭＡなどのＲＡＴ（無線アクセス技術））を使用して説明されているが、ＷＴＲＵは、マルチモードデバイスとして（例えば、複数のＲＡＴ内で同時に）動作し得ることが企図されている。

本出願の説明において使用されている要素、動作、または命令はどれも、そのようなものとして明示的に説明されていない限り本発明にとって重要もしくは不可欠であるものとして解釈すべきでない。また、本明細書で使用されているように、「１つ」または「ある」は、１つまたは複数の項目を含むことが意図されている。１つの項目のみ意図されている場合、「１つ」という語または類似の言い回しが使用される。さらに、複数の項目および／または項目の複数のカテゴリを列挙して「のうちのどれか」を付けた場合、本明細書で使用されているように、項目「のうちのどれか」、「の任意の組み合わせ」、「任意の複数の」項目、および／または項目「の複数の組み合わせ」および／または項目のカテゴリを個別に、または他の項目および／または項目の他のカテゴリと併せて含むことが意図されている。さらに、本明細書で使用されているように、「集合」は、ゼロ個を含む、任意の個数の項目を含むことが意図されている。さらに、本明細書で使用されているように、「数」は、ゼロを含む、任意の数を含むことが意図されている。

さらに、請求項は、その趣旨で述べられていない限り説明されている順序または要素に限定されるものとして読まれるべきでない。それに加えて、請求項において「手段」という用語が使用された場合、これは、米国特許法第１１２条¶６を行使することを意図しており、「手段」という用語を用いない請求項にはそのような意図はない。

好適なプロセッサとして、例えば、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＡＳＳＰ（特定用途向け標準品）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他のタイプのＩＣ（集積回路）および／または状態機械が挙げられる。

ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザー装置）、端末、基地局、ＭＭＥ（モビリティ管理エンティティ）もしくはＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）、またはホストコンピュータにおいて使用する無線周波トランシーバを実装するために使用できる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、バイブレーションデバイス、スピーカー、マイク、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＮＦＣ（近距離無線通信）モジュール、ＬＣＤ（液晶ディスプレイ）表示装置、ＯＬＥＤ（有機発光ダイオード）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ゲーム機モジュール、インターネットブラウザ、および／またはＷＬＡＮ（ワイヤレスローカルエリアネットワーク）モジュールまたはＵＷＢ（ウルトラワイドバンド）モジュールなどの、ＳＤＲ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｒａｄｉｏ）または他のコンポーネントを含むハードウェアおよび／またはソフトウェアで実装された、モジュール群と併せて使用できる。

本発明は、通信システムに関して説明されているが、これらのシステムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実装され得ることも企図される。いくつかの実施形態では、さまざまなコンポーネントの機能の１つまたは複数は、汎用コンピュータを制御するソフトウェアで実装され得る。

それに加えて、本発明は、特定の実施形態を参照しつつ本明細書に例示され説明されているが、本発明は、図示されている詳細に限定されることを意図していない。むしろ、さまざまな修正形態は、本発明の範囲から逸脱することなく請求項の範囲および請求項と同等の項目の範囲内で構成され得る。
実施形態

＜実施形態＞
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って電力ヘッドルームを報告するステップとを含むことができる。

一実施形態では、バックオフ値を決定するステップは、Ｐ−ＰＲに基づきバックオフ値を計算するステップを含み得る。

一実施形態では、バックオフ値を決定するステップは、ＷＴＲＵの最大送信電力の値を低減するためのさらなる値を決定するステップと、選択された値として、さらなる値とＰ−ＰＲのいずれかを選択するステップと、選択された値に基づきバックオフ値を計算するステップとを含み得る。

一実施形態では、Ｐ−ＰＲを決定するステップは、ＷＴＲＵに関連付けられている無線周波エネルギーの吸収率を示す少なくとも１つのＳＡＲ（比吸収率）に基づきＰ−ＰＲを少なくとも計算するステップを含み得る。

一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより大きいことに応答して、Ｐ−ＰＲを除き、さらなる値に従ってバックオフ値を計算するステップとをさらに含み得る。

一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより小さいことに応答して、さらなる値を除き、Ｐ−ＰＲに従ってバックオフ値を計算するステップとをさらに含み得る。

一実施形態では、さらなる値は、ＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づくものとしてよい。

一実施形態では、この方法は、ＭＰＲおよびＡ−ＭＰＲに基づき値を代数的に結合することによってさらなる値を計算するステップをさらに含み得る。

一実施形態では、Ｐ−ＰＲ、バックオフ値、および電力ヘッドルームの報告はそれぞれ、（１）ＷＴＲＵに関連付けられているコンポーネントキャリア、または（２）ＷＴＲＵに関連付けられているいくつかのコンポーネントキャリアの複合体のうちの一方に関連付けられ得る。

一実施形態では、電力ヘッドルームを報告するステップは、それぞれのコンポーネントキャリアについて、それに関連付けられている電力ヘッドルームの報告を送信するステップを含み得る。

一実施形態では、選択された値に基づきバックオフ値を計算するステップは、さらなる値およびＰ−ＰＲの最大値を使用して最大出力電力を計算するステップを含み得る。

一実施形態では、Ｐ−ＭＰＲ、バックオフ値、電力ヘッドルームの報告、および最大出力電力はそれぞれ、ＷＴＲＵの個別のコンポーネントキャリアに関連付けられ得る。

一実施形態では、この方法は、Ｐ−ＰＲおよびさらなる値と別値の複合の最大値を使用して最大出力電力を計算するステップをさらに含み得る。

一実施形態では、この方法は、最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ｛Ｐ_ＥＭＡＸ−ΔＴ_Ｃ，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ，Ｐ−ＰＲ）−ΔＴ_Ｃ，｝
によって設定され、
式中、Ｐ_ＥＭＡＸは、ＷＴＲＵにシグナリングされる量であり、ΔＴ_Ｃは、ＷＴＲＵ送信周波数に基づく電力削減であり、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}は、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。

一実施形態では、この方法は、個別のコンポーネントキャリアに対する最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
Ｐ_{ＣＭＡＸ＿Ｌ，ｃ}＝ＭＩＮ｛Ｐ_{ＥＭＡＸ，ｃ}−ΔＴ_Ｃ，ｃ，Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ，Ｐ−ＰＲ）−ΔＴ_Ｃ，ｃ｝
によって設定され、
式中、Ｐ_{ＥＭＡＸ，ｃ}は、ＷＴＲＵにシグナリングされる量であり、ΔＴ_Ｃ，ｃは、個別のコンポーネントキャリアに対するＷＴＲＵ送信周波数に基づく電力削減であり、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}は、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。

一実施形態では、バックオフ値を決定するステップは、バックオフ値を、帯域間ＵＬ（アップリンク）送信のための第１の手順、または帯域内ＵＬ（アップリンク）送信のための第２の手順のうちの一方を使用してバックオフ値を計算するステップを含み得る。

一実施形態では、この方法は、スケーリングなしでＵＬ ＣＣ（コンポーネントキャリア）に対するＷＴＲＵによって計算された電力の総和が最大送信電力制限を超えたことを条件として、ＷＴＲＵが最大送信電力制限を超えることを回避するために送信前にＣＣ電力をスケーリングしたことを示すステップをさらに含み得る。

一実施形態では、電力ヘッドルームを報告するステップは、少なくとも２つの周波数帯域においてコンポーネントキャリアに対する電力ヘッドルーム値を含むＰＨＲ（電力ヘッドルームの報告）を送信するステップを含み得る。

一実施形態では、電力ヘッドルームを報告するステップは、少なくとも２つの周波数帯域に関連付けられている実際の電力ヘッドルーム値を含む電力ヘッドルームの報告を送信するステップを含み得る。

一実施形態では、この方法は、ＰＨＲにおいて、出力電力を計算する際にＷＴＲＵがスケーリングを実行したかどうかを示すステップをさらに含み得る。

一実施形態では、この方法は、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用するかどうかを決定するステップと、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことをネットワークリソースに報告するステップとをさらに含み得る。

一実施形態では、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことを報告するステップは、バックオフがＰ−ＰＲに基づいているときに支配性インジケータを設定するステップと、支配性インジケータをネットワークリソースに送信するステップとを含み得る。

一実施形態では、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことを報告するステップは、支配性インジケータをＰＨ（電力ヘッドルーム）の報告に入れるステップを含み得る。

一実施形態では、支配性インジケータを送信するステップは、支配性インジケータを含む電力ヘッドルームの報告をＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）内のネットワークリソースに送信するステップを含み得る。

一実施形態では、支配性インジケータを設定するステップは、（１）対応するＰ−ＰＲの影響を受けるそれぞれのコンポーネントキャリアに対する各支配性インジケータ、または（２）ＷＴＲＵに関連付けられている単一の支配性インジケータのうちの一方を設定するステップを含み得る。

一実施形態では、支配性インジケータを設定するステップは、支配性インジケータを、（１）バックオフ値がＰ−ＰＲの影響を受けることに応答する第１の論理レベル、または（２）電力バックオフがＰ−ＰＲの影響を受けないことに応答する第２の論理レベルのうちの一方に設定するステップを含み得る。

一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられているＰＨＲ（電力ヘッドルームの報告）を管理する方法は、第１の期間にＣＣ（コンポーネントキャリア）に対して実際の送信が行われるかどうかを判定するステップと、実際の送信がＣＣに対して行われたときに前の期間を決定するステップと、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較するステップと、比較結果に従ってＰＨＲをトリガーするステップとを含み得る。

一実施形態では、報告すべきＣＣに関連付けられているＰＨＲをトリガーするステップは、前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なる第１の期間に関連付けられているＣＣのＰ−ＰＲに応答してＰＨＲをトリガーするステップを含み得る。

一実施形態では、第１の期間で実際の送信がＣＣに対して行われるかどうかを決定するステップは、ＵＬリソースが第１の期間にＣＣに対して使用されるかどうかを決定するステップを含み得る。

一実施形態では、ＵＬリソースが第１の期間にＣＣに対して使用されるかどうかを決定するステップは、ＰＵＳＣＨまたはＰＵＣＣＨのいずれかのシグナリングが第１の期間にＣＣに対して発生したかどうか判定するステップを含み得る。

一実施形態では、第１の期間は、現在の送信時間間隔に関連付けられている期間とすることができ、前の期間は、最も近い、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された前の送信時間間隔に関連付けられている期間とすることができる。

一実施形態では、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較するステップは、第１の期間に関連付けられているＣＣのＰ−ＰＲを取得するステップと、前の期間に関連付けられているＣＣのＰ−ＰＲを取得するステップと、第１の期間に関連付けられているＣＣのＰ−ＰＲが前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なるかどうかを判定するステップを含み得る。

一実施形態では、前の期間は、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された最近の期間とすることができる。

一実施形態では、第１の期間は、現在の送信時間間隔に関連付けられている期間とすることができ、前の期間は、最も近い、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された前の送信時間間隔に関連付けられている期間とすることができる。

一実施形態では、電力ヘッドルームの報告をトリガーするステップは、ＷＴＲＵが新しい送信のためにアップリンクリソースを有していない送信時間間隔を除く、ＷＴＲＵが新しい送信のためにアップリンクリソースを有している送信時間間隔で電力ヘッドルームの報告をトリガーするステップを含み得る。

一実施形態では、電力ヘッドルームの報告をトリガーするステップは、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有していない送信時間間隔を除く、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有している送信時間間隔で電力ヘッドルームの報告をトリガーするステップを含み得る。

一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、決定された結果として、Ｐ−ＰＲ（パワーマネージメント電力削減）の変化の長さおよび変化の量に基づき電力ヘッドルームの報告をトリガーするかどうかを決定するステップと、決定された結果に基づき電力ヘッドルームの報告をトリガーするステップとを含み得る。

一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定するステップと、決定された結果に基づき電力ヘッドルームの報告をトリガーするステップとを含み得る。

一実施形態では、この方法は、各異なるＴＴＩにおいてＰ−ＰＲをＷＴＲＵが連続的に決定することによって複数のＴＴＩに対するＰ−ＰＲを決定するステップをさらに含み得る。

一実施形態では、条件が一時的に変化したかどうかを判定するステップは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップを含み得る。

一実施形態では、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップは、現在の時刻に関する指定された期間を、ルックバックウィンドウとして設定するステップと、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップとを含み得る。

一実施形態では、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップは、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定するステップを含み得る。

一実施形態では、現在の時刻に関する閾値期間を、ルックバックウィンドウとして設定するステップは、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定するステップを含み得る。

一実施形態では、この方法は、現在時刻が変化するとともにルックバックウィンドウを変化させるステップをさらに含み得る。

一実施形態では、電力ヘッドルームの報告をトリガーするステップは、前の電力ヘッドルームの報告がトリガー禁止時間内にトリガーされることに応答して、トリガー禁止時間を超えるまで電力ヘッドルームの報告のトリガーを防ぐステップを含み得る。

一実施形態では、この方法は、ルックバックウィンドウに関連付けられている複数のＰ−ＰＲのうちの１つまたは複数に関連付けられているＰ−ＰＲを使用して電力ヘッドルームの報告で報告されるバックオフ値を計算するステップをさらに含み得る。

一実施形態では、電力ヘッドルームの報告で報告されるバックオフ値を計算するステップは、アップリンクグラントを有するそれぞれのアクティブなコンポーネントキャリアについて繰り返され得る。

一実施形態では、バックオフ値を計算するステップは、（１）Ｐ−ＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値を決定するステップと、決定された１つの値を電力ヘッドルームの報告内に入れるステップとを含み得る。

一実施形態では、この方法は、Ｐ−ＰＲ（パワーマネージメントバックオフ）によるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすステップをさらに含み得る。

一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、（１）ＭＰＲ（最大電力削減）または（２）Ａ−ＭＰＲ（追加のＭＰＲ）のうちの少なくとも一方に関連付けられているＷＴＲＵに対する送信電力の値の第１の低減を示す第１のバックオフ値を決定するステップと、Ｐ−ＰＲ（パワーマネージメント電力削減）に基づくＷＴＲＵに対する送信電力の値の第２の低減を示す第２のバックオフ値を決定するステップと、第１のバックオフ値または第２のバックオフ値のどちらが支配的であるかに基づき第１のバックオフ値または第２のバックオフ値のうちの一方を選択するステップと、選択されたバックオフ値に従って電力ヘッドルームを報告するステップとを含み得る。

一実施形態では、送信電力を管理する、ＷＴＲＵ（無線送信／受信ユニット）によって実装される方法は、ＴＴＩ（送信時間間隔）において、バックオフがパワーマネージメント電力削減の値および別の値のうちの大きい方の値となるように、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするステップと、ＴＴＩにおいてＰＨＲを送信するステップとを含み得る。

一実施形態では、送信電力を管理する、ＷＴＲＵ（無線送信／受信ユニット）によって実装される方法は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするステップを含み、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算するために使用される。

一実施形態では、送信電力を管理する、ＷＴＲＵ（無線送信／受信ユニット）によって実装される方法は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするステップであって、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算するために使用される、ステップと、仮想ＰＨＲによって引き起こされるＰＨＲトリガーをなくすステップとを含み得る。

一実施形態では、この方法は、パワーマネージメントベースのバックオフによるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすステップをさらに含み得る。

一実施形態では、この方法は、電力ヘッドルームをＷＴＲＵによって計算された送信電力と構成された最大出力電力との差として計算するステップをさらに含み得る。

一実施形態では、電力ヘッドルームを計算するステップは、複数のＣＣ（コンポーネントキャリア）のそれぞれについて電力ヘッドルームに使用される値を計算するステップを含み得る。

一実施形態では、この方法は、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、および非ＭＰＲ効果に基づきバックオフ値を決定し、非ＭＰＲ効果はパワーマネージメントベースのバックオフに対応する、ステップをさらに含み得る。

一実施形態では、この方法は、非ＭＰＲ効果と並行してＭＰＲ／Ａ−ＭＰＲを適用するステップをさらに含み得る。

一実施形態では、非ＭＰＲ効果は、サブフレーム内のコンポーネントキャリアごとの最大出力電力を低減し得る。

一実施形態では、ＰＨＲをトリガーするステップは、パワーマネージメントベースのバックオフの変化を検出したことに応答してＰＨＲ生成をトリガーするステップを含み得る。

一実施形態では、この方法は、パワーマネージメントベースのバックオフが報告されるそれぞれのコンポーネントキャリアに対する最大出力電力に影響をどのように及ぼすかをＰＨＲにて示すステップをさらに含み得る。

一実施形態では、ＰＨＲをトリガーするステップは、パワーマネージメントベースのバックオフがそれぞれのコンポーネントキャリア値に対する最大出力電力に閾値以上に影響を及ぼすことを条件として、トリガーするステップを含み得る。

一実施形態では、この方法は、ＰＨＲでＷＴＲＵによって報告されたコンポーネントキャリア値ごとに変化した最大出力電力に応答して変化したパワーマネージメントベースのバックオフを適用するステップをさらに含み得る。

一実施形態では、この方法は、ＷＴＲＵがＯＮ状態にあるときにパワーマネージメントベースのバックオフをＷＴＲＵにより使用するステップをさらに含み得る。

一実施形態では、送信がバースト性を有することを条件として、第１の送信バーストに応答してコンポーネントキャリア値ごとの低減された最大出力電力を含むＰＨＲをＷＴＲＵによってトリガーする。

一実施形態では、この方法は、情報要素のバーストモードをＯＮに設定するステップをさらに含み得る。

一実施形態では、この方法は、ＰＨＲの最後の出現以降の期間に生じた最悪のバックオフを有するコンポーネントキャリア値ごとの最大出力電力を含むＰＨＲを送信するステップをさらに含み得る。

一実施形態では、この方法は、コンポーネントキャリア値ごとの最大出力電力がパワーマネージメントベースのバックオフの影響を受け得ることを条件として仮想ＰＨＲでコンポーネントキャリア値ごとの最大出力電力を報告するステップをさらに含み得る。

一実施形態では、この方法は、最大電力出力を、（１）ＷＴＲＵが複数の周波数帯域で動作することに基づく第１のモード、または（２）ＷＴＲＵが１つの周波数帯域で動作することに基づく第２のモードのうちの１つを使用して設定するステップをさらに含み得る。

一実施形態では、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、ΔＴｃ、またはパワーマネージメントベースのバックオフのうちの少なくとも１つが、それぞれの帯域について異なり得る。

一実施形態では、この方法は、ＵＣＩ（アップリンク制御情報）を有しないＰＵＳＣＨ（物理アップリンク共有チャネル）を、ＵＣＩがＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ上で同時に送信され、ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超えず、ＵＣＩを伴うＰＵＣＣＨの電力＋ＰＵＳＣＨの電力の総和がＰ_ＣＭＡＸを超えないことを条件として等間隔でスケーリングするステップをさらに含み得る。

一実施形態では、この方法は、ＵＣＩを伴うＰＵＳＣＨをスケーリングし、ＷＴＲＵの総送信電力がＰ_ＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰ_ＣＭＡＸを超えるときにスケーリングされ得ることを条件としてＵＣＩなしのＰＵＳＣＨを送信しないステップをさらに含み得る。

一実施形態では、パワーマネージメントベースのバックオフは、構成された最大送信電力の下限に適用され得る。

一実施形態では、この方法は、ＰＨＲをトリガーするステップに関連付けられている条件が変化した後ＰＨＲをトリガーする前に待ち時間を置くステップをさらに含み得る。

一実施形態では、電力バックオフ値は、ＣＣ（コンポーネントキャリア）特有であるものとしてよい。

一実施形態では、ＰＨＲをトリガーするステップは、最大電力の計算に対して支配的である所定の因子に基づきＰＨＲをトリガーするステップを含み得る。

一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）の送信電力を管理する方法は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って送信電力を調整するステップとを含み得る。

一実施形態では、バックオフ値を決定するステップは、Ｐ−ＰＲに基づきバックオフ値を計算するステップを含み得る。

一実施形態では、バックオフ値を決定するステップは、ＷＴＲＵの最大送信電力の値を低減するためのさらなる値を決定するステップと、選択された値として、さらなる値とＰ−ＰＲのいずれかを選択するステップとを含み得る。

一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより大きいことに応答して、Ｐ−ＰＲを除き、さらなる値に従って最大送信電力を調整するステップとをさらに含み得る。

一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより小さいことに応答して、さらなる値を除き、Ｐ−ＰＲに従って最大送信電力を調整するステップをさらに含み得る。

一実施形態では、さらなる値は、ＷＴＲＵによる送信に使用されるそれぞれのコンポーネントキャリアに対する、ＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づくものとしてよい。

一実施形態では、この方法は、決定された結果として、ＷＴＲＵのコンポーネントキャリアの電力の総和が最大送信電力を超えるかどうかを判定するステップと、決定された結果に従ってスケーリングされた送信電力の複合が最大送信電力を超えないようにＷＴＲＵによる送信に使用されるコンポーネントキャリアの送信電力をスケーリングするステップとをさらに含み得る。

一実施形態では、この方法は、最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ，、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ、｝
によって設定され、
式中、ＰＥＭＡＸは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣは、ＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。

一実施形態では、この方法は、個別のコンポーネントキャリアに対する最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ｃ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ，ｃ｝
によって設定され、
式中、ＰＥＭＡＸ，ｃは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣ，ｃは、個別のコンポーネントキャリアに対するＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。

一実施形態では、この方法は、スケーリングなしでアップリンクＣＣ（コンポーネントキャリア）に対するＷＴＲＵによって計算された電力の総和が最大送信電力制限を超えたことに応答して、最大送信電力制限を超えることを回避するために送信前にＷＴＲＵによりＣＣ電力をスケーリングするステップをさらに含み得る。

一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）の送信電力を管理する方法は、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定するステップと、決定された結果に基づきＷＴＲＵの電力送信を調整するステップとを含み得る。

一実施形態では、この方法は、各異なるＴＴＩにおいてＰ−ＰＲをＷＴＲＵが連続的に測定することによって複数のＴＴＩに対するＰ−ＰＲを決定するステップをさらに含み得る。

一実施形態では、条件が一時的に変化したかどうかを判定するステップは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップを含み得る。

一実施形態では、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップは、現在の時刻に関する指定された期間を、ルックバックウィンドウとして設定するステップと、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップとを含み得る。

一実施形態では、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップは、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定するステップを含み得る。

一実施形態では、現在の時刻に関する閾値期間を、ルックバックウィンドウとして設定するステップは、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定するステップを含み得る。

一実施形態では、この方法は、現在時刻が変化するとともにルックバックウィンドウを変化させるステップをさらに含み得る。

一実施形態では、バックオフ値を計算するステップは、（１）Ｐ−ＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値を決定するステップと、決定された値をＷＴＲＵの最大送信電力の調整の際に使用するステップとを含み得る。

一実施形態では、電力ヘッドルームを報告するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、プロセッサであって、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定し、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するように構成されたプロセッサと、プロセッサによって決定されたバックオフ値に従って電力ヘッドルームを報告するように構成された送信／受信ユニットとを備えることができる。

一実施形態では、プロセッサは、Ｐ−ＰＲに基づきバックオフ値を計算するように構成され得る。

一実施形態では、プロセッサは、ＷＴＲＵの最大送信電力の値を低減するためのさらなる値を決定し、選択された値として、さらなる値とＰ−ＰＲのいずれかを選択し、選択された値に基づきバックオフ値を計算するように構成され得る。

一実施形態では、プロセッサは、ＷＴＲＵに関連付けられている無線周波エネルギーの吸収率を示す少なくとも１つのＳＡＲ（比吸収率）に基づきＰ−ＰＲを少なくとも計算するように構成され得る。

一実施形態では、プロセッサは、さらなる値をＰ−ＰＲと比較し、さらなる値がＰ−ＰＲより大きいことに応答して、Ｐ−ＰＲを除き、さらなる値に従ってバックオフ値を計算するように構成され得る。

一実施形態では、プロセッサは、さらなる値をＰ−ＰＲと比較し、さらなる値がＰ−ＰＲより小さいことに応答して、さらなる値を除き、Ｐ−ＰＲに従ってバックオフ値を計算するように構成され得る。

一実施形態では、プロセッサは、さらなる値がＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づくように構成され得る。

一実施形態では、プロセッサは、ＭＰＲおよびＡ−ＭＰＲに基づき値を代数的に結合することによってさらなる値を計算するように構成され得る。

一実施形態では、プロセッサは、Ｐ−ＰＲ、バックオフ値、および電力ヘッドルームの報告を、（１）ＷＴＲＵに関連付けられているコンポーネントキャリア、または（２）ＷＴＲＵに関連付けられているいくつかのコンポーネントキャリアの複合体のうちの一方に関連付けるように構成され得る。

一実施形態では、送信／受信ユニットは、それぞれのコンポーネントキャリアについて、それに関連付けられている電力ヘッドルームの報告を送信するように構成され得る。

一実施形態では、送信／受信ユニットは、個別の、アクティブなＷＴＲＵのコンポーネントキャリアに関連付けられている電力バックオフから計算された複合電力ヘッドルームの報告を無線リソース制御シグナリングを介して送信するように構成され得る。

一実施形態では、プロセッサは、さらなる値およびＰ−ＰＲの最大値を使用して最大出力電力を計算するように構成され得る。

一実施形態では、プロセッサは、Ｐ−ＰＲおよびさらなる値と別値の複合の最大値を使用して最大電力出力を計算するように構成され得る。

一実施形態では、プロセッサは、最大出力電力を上限と下限との間に設定するように構成され、下限は、式
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ，−ΔＴＣ，、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ，｝
によって設定され、
ただし式中、ＰＥＭＡＸは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣは、ＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。

一実施形態では、プロセッサは、個別のコンポーネントキャリアに対する最大出力電力を上限と下限との間に設定するように構成され、下限は、式
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ｃ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ，ｃ｝
によって設定され、
ただし式中、ＰＥＭＡＸ，ｃは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣ，ｃは、個別のコンポーネントキャリアに対するＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。

一実施形態では、プロセッサは、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用するかどうかを決定するように構成され、送信／受信ユニットは、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことに応答して、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことをネットワークリソースに報告するように構成され得る。

一実施形態では、プロセッサは、バックオフ値がＰ−ＰＲに基づいているときに支配性インジケータを設定するように構成され、送信／受信ユニットは、支配性インジケータをネットワークリソースに送信するように構成され得る。

一実施形態では、プロセッサは、支配性インジケータを、ＭＡＣ（媒体アクセス制御装置）ＣＥ（制御情報）として設定するように構成され、送信／受信ユニットは、ＭＡＣ ＣＥをネットワークリソースに送信するように構成され得る。

一実施形態では、プロセッサは、（１）Ｐ−ＰＲの影響を受けるそれぞれのコンポーネントキャリアに対する各支配性インジケータ、または（２）ＷＴＲＵに関連付けられている単一の支配性インジケータのうちの一方を設定するように構成され得る。

一実施形態では、プロセッサは、支配性インジケータを、（１）バックオフ値がＰ−ＰＲの影響を受けることに応答する第１の論理レベル、または（２）バックオフ値がＰ−ＰＲの影響を受けないことに応答する第２の論理レベルのうちの一方に設定し、ＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成され得る。

一実施形態では、ＰＨＲ（電力ヘッドルームの報告）を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、第１の期間にＣＣ（コンポーネントキャリア）に対して実際の送信が行われるかどうかを判定し、実際の送信がＣＣに対して行われたときに前の期間を決定し、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較し、比較結果に従ってＰＨＲをトリガーするように構成されたプロセッサを備えることができる。

一実施形態では、プロセッサは、アップリンクグラントが、第１の期間にコンポーネントキャリアに関連付けられているかどうかを判定するように構成され得る。

一実施形態では、プロセッサは、前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なる第１の期間に関連付けられているＣＣのＰ−ＰＲに応答してＰＨＲをトリガーするように構成され得る。

一実施形態では、プロセッサは、第１の期間に関連付けられているＣＣのＰ−ＰＲを取得し、前の期間に関連付けられているＣＣのＰ−ＰＲを取得し、第１の期間に関連付けられているＣＣのＰ−ＰＲが前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なるかどうかを判定するように構成され得る。

一実施形態では、プロセッサは、前の期間に関連付けられているＣＣの電力バックオフと閾値だけ異なる第１の期間に関連付けられているＣＣの電力バックオフに応答して電力ヘッドルームの報告をトリガーするように構成され得る。

一実施形態では、前の期間は、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された最近の期間とすることができ、第１の期間は、現在の送信時間間隔に関連付けられている期間とすることができ、前の期間は、最も近い、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された前の送信時間間隔に関連付けられている期間である。

一実施形態では、プロセッサは、ＷＴＲＵがＣＣ上の新しい送信のためにアップリンクリソースを有していない送信時間間隔を除く、ＷＴＲＵがＣＣ上の新しい送信のためにアップリンクリソースを有している送信時間間隔で電力ヘッドルームの報告をトリガーするように構成され得る。

一実施形態では、プロセッサは、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有していない送信時間間隔を除く、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有している送信時間間隔で電力ヘッドルームの報告をトリガーするように構成され得る。

一実施形態では、電力ヘッドルームの報告を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、プロセッサであって、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定し、決定された結果に基づき電力ヘッドルームの報告をトリガーするように構成されたプロセッサを備えることができる。

一実施形態では、プロセッサは、各異なるＴＴＩにおいてＰ−ＰＲを連続的に計算することによって複数のＴＴＩに対するＰ−ＰＲを決定するように構成され得る。

一実施形態では、プロセッサは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するように構成され得る。

一実施形態では、プロセッサは、現在の時刻に関する指定された期間を、ルックバックウィンドウとして設定し、条件がルックバックウィンドウ内で満たされているかどうかを判定するように構成され得る。

一実施形態では、プロセッサは、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定するように構成され得る。

一実施形態では、プロセッサは、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定するように構成され得る。

一実施形態では、プロセッサは、現在時刻が変化するとともにルックバックウィンドウを変化させるように構成され得る。

一実施形態では、プロセッサは、電力ヘッドルームの報告が他の何らかの形でトリガー禁止時間内にトリガーされたことに応答して、トリガー禁止時間を超えるまで電力ヘッドルームの報告のトリガーを防ぐように構成され得る。

一実施形態では、プロセッサは、ルックバックウィンドウに関連付けられている複数のＰ−ＰＲのうちの１つまたは複数に関連付けられているＰ−ＰＲを使用してバックオフ値を計算するように構成され得る。

一実施形態では、プロセッサは、（１）Ｐ−ＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値を決定し、決定された値を電力ヘッドルームの報告内に入れるように構成され得る。

一実施形態では、プロセッサは、パワーマネージメントバックオフによるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすように構成され得る。

一実施形態では、電力ヘッドルームの報告を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、プロセッサであって、（１）ＭＰＲ（最大電力削減）または（２）Ａ−ＭＰＲ（追加のＭＰＲ）のうちの少なくとも一方に基づきＷＴＲＵに対する送信電力の値の第１の低減を示す第１のバックオフ値を決定し、Ｐ−ＰＲ（パワーマネージメント電力削減）に基づくＷＴＲＵに対する送信電力の値の第２の低減を示す第２のバックオフ値を決定し、第１のバックオフ値または第２のバックオフ値のどちらが支配的であるかに基づき第１のバックオフ値または第２のバックオフ値のうちの一方を選択するように構成されたプロセッサと、プロセッサによって決定されたバックオフ値に従って電力ヘッドルームを報告するように構成された送信／受信ユニットとを備えることができる。

一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、ＴＴＩ（送信時間間隔）において、バックオフへのパワーマネージメントの変化またはバックオフに対するパワーマネージメントの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成されたプロセッサと、ＴＴＩにおいてＰＨＲを送信するように構成された送信／受信ユニットとを備えることができる。

一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成されたプロセッサを備えることができ、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算するために使用される。

一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、送信電力を低減するためにパワーマネージメントベースのバックオフを決定するように構成されたプロセッサと、決定されたパワーマネージメントベースのバックオフに基づき低減された送信電力を報告するように構成された送信／受信ユニットとを備えることができる。

一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成されたプロセッサを備えることができ、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算し、仮想ＰＨＲによって引き起こされるＰＨＲトリガーをなくすために使用される。

一実施形態では、プロセッサは、パワーマネージメントベースのバックオフによるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすように構成され得る。

一実施形態では、プロセッサは、電力ヘッドルームをＷＴＲＵによって計算された送信電力と構成された最大出力電力との差として計算するように構成され得る。

一実施形態では、プロセッサは、複数のＣＣ（コンポーネントキャリア）のそれぞれについて電力ヘッドルームに使用される値を計算するように構成され得る。

一実施形態では、プロセッサは、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、および非ＭＰＲ効果に基づきバックオフ値を決定するように構成され、非ＭＰＲ効果はパワーマネージメントベースのバックオフに対応する。

一実施形態では、プロセッサは、非ＭＰＲ効果と並行してＭＰＲ／Ａ−ＭＰＲを適用するように構成され得る。

一実施形態では、非ＭＰＲ効果は、サブフレーム内のコンポーネントキャリアごとの最大出力電力を低減し得る。

一実施形態では、プロセッサは、パワーマネージメントベースのバックオフの変化を検出したことに応答してＰＨＲ生成をトリガーするように構成され得る。

一実施形態では、プロセッサは、パワーマネージメントベースのバックオフが報告されるそれぞれのコンポーネントキャリアに対する最大出力電力に影響をどのように及ぼすかをＰＨＲに指示するように構成され得る。一実施形態において、プロセッサは、パワーマネージメントベースのバックオフがそれぞれのコンポーネントキャリア値に対する最大出力電力に閾値以上に影響を及ぼすことを条件として、トリガーするように構成され得る。

一実施形態では、プロセッサは、ＰＨＲでＷＴＲＵによって報告されたコンポーネントキャリア値ごとに変化した最大出力電力に応答して変化したパワーマネージメントベースのバックオフを適用するように構成され得る。

一実施形態では、プロセッサは、ＷＴＲＵがＯＮ状態にあるときにパワーマネージメントベースのバックオフを使用するように構成され得る。

一実施形態では、プロセッサは、送信がバースト性であることを条件として第１の送信バーストに応答してコンポーネントキャリア値ごとの低減された最大出力電力を含むＰＨＲをトリガーするように構成され得る。

一実施形態では、プロセッサは、送信がバースト性であることを条件として、情報要素のバーストモードをＯＮに設定するように構成され得る。

一実施形態では、プロセッサは、ＰＨＲの最後の出現以降の期間に生じた最悪のバックオフを有するコンポーネントキャリア値ごとの最大出力電力を含むＰＨＲを送信するように構成され得る。

一実施形態では、送信／受信ユニットは、コンポーネントキャリア値ごとの最大出力電力がパワーマネージメントベースのバックオフの影響を受け得ることを条件として仮想ＰＨＲでコンポーネントキャリア値ごとの最大出力電力を報告するように構成され得る。

一実施形態では、プロセッサは、最大電力出力を、（１）ＷＴＲＵが複数の周波数帯域で動作することに基づく第１のモード、または（２）ＷＴＲＵが１つの周波数帯域で動作することに基づく第２のモードのうちの１つを使用して設定するように構成され得る。

一実施形態では、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、ΔＴｃ、またはパワーマネージメントベースのバックオフのうちの少なくとも１つは、非ＭＰＲ効果のように、それぞれの周波数帯域について異なる。

一実施形態では、プロセッサは、ＵＣＩ（アップリンク制御情報）を有しないＰＵＳＣＨ（物理アップリンク共有チャネル）を、ＵＣＩがＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ上で同時に送信され、ＷＴＲＵ １０２の総送信電力がＰ_ＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰ_ＣＭＡＸを超えないことを条件として等間隔でスケーリングするように構成され得る。

一実施形態では、プロセッサは、ＵＣＩを伴うＰＵＳＣＨをスケーリングし、ＷＴＲＵの総送信電力がＰ_ＣＭＡＸを超え、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰ_ＣＭＡＸを超えることを条件としてＵＣＩなしのＰＵＳＣＨを送信しないように構成され得る。

一実施形態では、プロセッサは、パワーマネージメントベースのバックオフを構成された最大送信電力の下限に適用するように構成され得る。

一実施形態では、プロセッサは、ＰＨＲをトリガーするステップに関連付けられている条件が変化した後ＰＨＲをトリガーする前に待ち時間を置くように構成され得る。

一実施形態では、プロセッサは、最大電力の計算に対して支配的である所定の因子に基づきＰＨＲをトリガーするように構成され得る。

一実施形態では、プログラムコードを格納する非一時的なコンピュータ可読記憶媒体で、本明細書の方法の任意のものを実装することができる。

Claims (3)

1. 無線送信／受信ユニット（ＷＴＲＵ）に関連付けられた電力ヘッドルーム報告を管理する方法であって、
   パワーマネージメント電力削減（Ｐ−ＭＰＲ）を決定するステップと、
   前記Ｐ−ＭＰＲを第１の値と比較することによって、前記ＷＴＲＵについての最大送信電力を低減するためのバックオフ値を決定するステップと、
   前記決定されたバックオフ値を使用して、構成された最大出力電力、および、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられるか否かを決定するステップと、
   前記ＷＴＲＵによってネットワークエンティティへ、前記決定された構成された最大出力電力、および、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられるか否かを示すインジケータを含む電力ヘッドルーム報告を送信するステップと
   を含むことを特徴とする方法。
2. 前記決定された構成された最大出力電力に従って、送信電力を調整するステップをさらに含むことを特徴とする請求項１に記載の方法。
3. 前記電力ヘッドルーム報告の中に、前記インジケータ、および、前記構成された最大出力電力が別々に含まれることを特徴とする請求項１に記載の方法。

Images