(57)【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）において実装される方法であって、
パワーマネージメント電力削減（Ｐ−ＭＰＲ）を決定するステップと、
構成された最大出力電力、および、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられるか否かを決定するステップと、
前記構成された最大出力電力、および、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられるか否かを示すインジケータを含む電力ヘッドルーム報告を送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記電力ヘッドルーム報告は、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記電力ヘッドルーム報告を送信するステップは、無線リソース制御（ＲＲＣ）シグナリングを介して前記電力ヘッドルーム報告を送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記構成された最大出力電力を決定するステップは、前記Ｐ−ＭＰＲをさらなる値と比較するステップを含み、
前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられるか否かを決定するステップは、前記さらなる値が前記Ｐ−ＭＰＲよりも小さいことを条件として、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられることを決定し、および、前記さらなる値が前記Ｐ−ＭＰＲよりも大きいことを条件として、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられないことを決定するステップを含む
こと特徴とする請求項１に記載の方法。
【請求項５】
前記ＷＴＲＵの前記構成された最大出力電力の下限の値および上限の値を決定するステップであって、前記電力ヘッドルーム報告内に含まれる前記ＷＴＲＵの前記構成された最大出力電力は、前記ＷＴＲＵの前記構成された最大出力電力の前記下限以上、かつ、前記ＷＴＲＵの前記構成された最大出力電力の前記上限以下、ステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
（１）前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられることを条件として第１の状態、または、（２）前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられないことを条件として第２の状態のうちの１つに前記インジケータを設定するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記Ｐ−ＭＰＲは、（１）比吸収率（ＳＡＲ）、（２）前記ＷＴＲＵのユーザへの前記ＷＴＲＵの近接、（３）１ｘＥＶ−ＤＯデータ送信のうちのいずれかによって影響を与えられることを特徴とする請求項１に記載の方法。
【請求項８】
前記ＷＴＲＵの前記構成された最大出力電力に基づいて、前記ＷＴＲＵの送信電力を調整するステップと、
前記ＷＴＲＵの前記調整された送信出力に従って情報を送信するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
無線送信／受信ユニット（ＷＴＲＵ）であって、
パワーマネージメント電力削減（Ｐ−ＭＰＲ）を決定し、
構成された最大出力電力、および、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられるか否かを決定するように構成されたプロセッサと、
前記構成された最大出力電力、および、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられるか否かを示すインジケータを含む電力ヘッドルーム報告を送信するように構成された送信／受信ユニットと
を備えたことを特徴とするＷＴＲＵ。
【請求項１０】
前記プロセッサは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を使用して前記電力ヘッドルーム報告を作り出すように構成されたことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
前記送信／受信ユニットは、無線リソース制御（ＲＲＣ）シグナリングを介して前記電力ヘッドルーム報告を送信するように構成されたことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、
前記Ｐ−ＭＰＲをさらなる値と比較し、
前記さらなる値が前記Ｐ−ＭＰＲよりも小さいことを条件として、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられることを決定し、
前記さらなる値が前記Ｐ−ＭＰＲよりも大きいことを条件として、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられないことを決定する
ように構成されたこと特徴とする請求項９に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサは、前記ＷＴＲＵの前記構成された最大出力電力の下限の値および前記ＷＴＲＵの前記構成された最大出力電力の上限の値を決定し、前記電力ヘッドルーム報告内に含まれる前記ＷＴＲＵの前記構成された最大出力電力が、前記ＷＴＲＵの前記構成された最大出力電力の前記下限以上、かつ、前記ＷＴＲＵの前記構成された最大出力電力の前記上限以下になるように構成されたことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、前記ＷＴＲＵの前記構成された最大出力電力に基づいて、前記ＷＴＲＵの送信電力を調整するように構成され、
前記送信／受信ユニットは、前記ＷＴＲＵの前記調整された送信出力に従って情報を送信するように構成されたことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられることを条件として第１の状態、または、（２）前記ＷＴＲＵの前記構成された最大出力電力が前記Ｐ−ＭＰＲによって影響を与えられないことを条件として第２の状態のうちの１つに前記インジケータを設定するように構成されたことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１６】
前記Ｐ−ＭＰＲは、（１）比吸収率（ＳＡＲ）、（２）前記ＷＴＲＵのユーザへの前記ＷＴＲＵの近接、（３）１ｘＥＶ−ＤＯデータ送信のうちのいずれかによって影響を与えられることを特徴とする請求項９に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
（関連出願の相互参照）
本出願は、参照によりそれぞれの内容が本明細書に組み込まれている２０１１年１月７日に出願した米国特許仮出願第６１／４３０，９０３号、２０１１年２月１１日に出願した米国特許仮出願第６１／４４２，０９５号、２０１１年３月２３日に出願した米国特許仮出願第６１／４６６，８９９号、２０１１年３月２８日に出願した米国特許仮出願第６１／４６８，４３２号、２０１１年４月８日に出願した米国特許仮出願第６１／４７３，６３５号、２０１１年８月１２日に出願した米国特許仮出願第６１／５２３，１１３号の優先権を主張するものである。
【０００３】
（開示の分野）
本出願は、無線通信、特に、追加の電力バックオフを処理するための方法、装置、およびシステムに関する。
【０００４】
電力制御は、政府規制を満たし、ワイヤレス通信デバイス間の干渉を制限するためにワイヤレス通信システムにおいて使用される。
【発明の概要】
【０００５】
ＷＴＲＵ（無線送信／受信ユニット）と関連付けられている電力ヘッドルーム（ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ）の報告を管理するための方法、装置、およびシステムが説明される。代表的な一方法は、Ｐ−ＰＲ（パワーマネージメント電力削減（Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｐｏｗｅｒ  Ｒｅｄｕｃｔｉｏｎ））を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って電力ヘッドルームを報告するステップとを含む。
【０００６】
ＷＴＲＵ（無線送信／受信ユニット）の送信電力を管理するための別の代表的な方法は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って送信電力を調整するステップとを含む。
【０００７】
電力ヘッドルームを報告するように構成された代表的なＷＴＲＵ（無線送信／受信ユニット）は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定し、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するように構成されたプロセッサと、プロセッサによって決定されたバックオフ値に従って電力ヘッドルームを報告するように構成された送信／受信ユニットとを備える。
【０００８】
ＰＨＲ（電力ヘッドルームの報告）を管理するように構成された別の代表的なＷＴＲＵは、第１の期間にＣＣ（コンポーネントキャリア）に対して実際の送信が行われるかどうかを判定し、実際の送信がＣＣに対して行われたときに前の期間を決定し、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較し、比較結果に従ってＰＨＲをトリガーするように構成されたプロセッサを備える。
【図面の簡単な説明】
【０００９】
さらに詳細な内容は、添付図面と併せて、例として示される以下の「発明を実施するための形態」によりさらによく理解され得る。このような図面中の図は、詳細な説明と同様、例である。そのようなものとして、図および詳細な説明は、制限するものとしてみなすべきでなく、他の等しく効果的な例も、可能であり、あり得ることである。さらに、図中の類似の参照番号は、類似の要素を示す。
【００１０】
【図１Ａ】１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに例示されている通信システム内で使用され得る例示的なＷＴＲＵ（無線送信／受信ユニット）のシステム図である。
【図１Ｃ】図１Ａに例示されている通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２Ａ】代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。
【図２Ｂ】代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。
【図２Ｃ】代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。
【図２Ｄ】代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の例として示す図である。
【図３Ａ】他の代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の異なる例として示す図である。
【図３Ｂ】他の代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の異なる例として示す図である。
【図３Ｃ】他の代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期の異なる例として示す図である。
【図４Ａ】さらなる代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期のさらなる例として示す図である。
【図４Ｂ】さらなる代表的なＰＨＲトリガー手順をトリガーの発生の仕方および時期のさらなる例として示す図である。
【図５】禁止タイマーおよびルックバックウィンドウを使用する追加の代表的なＰＨＲトリガー手順を示す図である。
【図６】禁止タイマーおよびバックオフウィンドウを使用するさらに他の代表的なＰＨＲトリガー手順を示す図である。
【図７】トリガー時間タイマーを使用するさらに他の代表的なＰＨＲトリガー手順を示す図である。
【図８】禁止タイマーを使用するさらに追加の代表的なＰＨＲトリガー手順を示す図である。
【図９】禁止タイマーを使用するさらに追加の代表的なＰＨＲトリガー手順を示す図である。
【図１０】代表的なＰＨＲ方法を示す流れ図である。
【図１１】別の代表的なＰＨＲ方法を示す流れ図である。
【図１２】さらなる代表的なＰＨＲ方法を示す流れ図である。
【図１３】追加の代表的なＰＨＲ方法を示す流れ図である。
【図１４】さらに別の代表的なＰＨＲ方法を示す流れ図である。
【図１５】さらに追加の代表的なＰＨＲ方法を示す流れ図である。
【図１６】さらに追加の代表的なＰＨＲ方法を示す流れ図である。
【図１７】さらなる代表的なＰＨＲ方法を示す流れ図である。
【図１８】さらなる代表的なＰＨＲ方法を示す流れ図である。
【図１９】代表的な電力送信調整方法を示す流れ図である。
【図２０】さらなる代表的な電力送信調整方法を示す流れ図である。
【発明を実施するための形態】
【００１１】
図１Ａを参照すると、通信システム１００は、とりわけ音声、データ、動画像、メッセージング、および／または放送などのコンテンツを複数のワイヤレスユーザーに提供する多元接続システムであるものとしてよいことがわかる。通信システム１００は、ワイヤレス帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザーがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、とりわけ、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、および／またはＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を使用することができる。
【００１２】
図１Ａに示されているように、通信システム１００は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を使用することができることが企図されている。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信し、および／または受信するように構成することができ、とりわけＵＥ（ユーザー装置）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサー、および／または家庭用電化製品を含み得る。
【００１３】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを備えることもできる。基地局１１４ａおよび１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵとワイヤレス方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａおよび１１４ｂは、とりわけ、ＢＴＳ（トランシーバ基地局）、ノードＢ、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）、ＨＮＢ（ホームノードＢ）、ＨｅＮＢ（ホームｅＮＢ）、サイトコントローラ、ＡＰ（アクセスポイント）、および／またがワイヤレスルーターとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａおよび１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を備えることができることが企図される。
【００１４】
基地局１１４ａは、１つまたは複数のＢＳＣ（基地局コントローラ）、とりわけ、１つまたは複数のＲＮＣ（無線ネットワークコントローラ）、および／または１つまたは複数の中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）を備えることができる、ＲＡＮ  １０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、（例えば、セル（図示せず）とも称され得る）特定の地理的領域内でワイヤレス信号を送信し、および／または受信するように構成され得る。セルは、いくつかのセルセクターにさらに分割され得る。例えば、基地局１１４ａに関連付けられているセルは、３つのセクターに分割され得る。いくつかの代表的な実施形態において、基地局１１４ａおよび／または１１４ｂは、３つのトランシーバ（例えば、セルのセクター毎に１つのトランシーバ）を備えることができる。いくつかの代表的な実施形態において、基地局１１４ａは、ＭＩＭＯ（多入力多出力）技術を使用することができ、セルのそれぞれのセクターに対して複数のトランシーバを使用することができる。
【００１５】
基地局１１４ａおよび１１４ｂは、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と、任意の好適なワイヤレス通信リンク（例えば、とりわけ、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、および／または可視光）であってよい、エアーインターフェース１１６を介して通信することができる。エアーインターフェース１１６は、任意の好適なＲＡＴ（無線アクセス技術）を使用して設置することができる。
【００１６】
通信システム１００は、多元接続システムであってよく、とりわけ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、および／またはＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ  １０４内の基地局１１４ａ、およびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃでは、ＷＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）を使用してエアーインターフェース１１６を設置することができる、ＵＭＴＳ（ユニバーサルモバイル通信システム）ＵＴＲＡ（地上波無線アクセス）などの無線技術を実装することができる。ＷＣＤＭＡ（登録商標）は、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（発展型ＨＳＰＡ）などの通信プロトコルを備えることができる。ＨＳＰＡは、とりわけＨＳＤＰＡ（高速ＤＬパケットアクセス）および／またはＨＳＵＰＡ（高速ＵＬパケットアクセス）を含むものとしてよい。
【００１７】
いくつかの代表的な実施形態において、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアーインターフェース１１６を設置することができる、Ｅ−ＵＴＲＡ（発展型ＵＴＲＡ）などの無線技術を実装することができる。
【００１８】
いくつかの代表的な実施形態において、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、とりわけ、ＩＥＥＥ  ８０２．１６（例えば、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＥＶ−ＤＯ（ＣＤＭＡ２０００  ｅｖｏｌｕｔｉｏｎ−ｄａｔａ  ｏｐｔｉｍｉｚｅｄ）、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６）、ＧＳＭ（登録商標）（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ  ＲＡＮ）などの無線技術を実装することができる。
【００１９】
基地局１１４ｂは、例えば、ワイヤレスルーター、ＨＮＢ、ＨｅＮＢ、および／またはＡＰとすることができ、とりわけ、事業所、家庭、自動車、および／またはキャンパスなどの、局在化されたエリア内でワイヤレス接続性を円滑にするために好適なＲＡＴを利用することができる。いくつかの代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。いくつかの代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。いくつかの代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラーベースのＲＡＴ（例えば、とりわけ、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、および／またはＬＴＥ−Ａ）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そのため、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスしてもしなくてもよい。
【００２０】
ＲＡＮ  １０４は、コアネットワーク１０６と通信しているものとしてよく、このコアネットワーク１０６は、とりわけ、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、とりわけ、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信を提供し、および／またはユーザー認証などの高水準のセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ  １０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用することができる他のＲＡＮと直接的な、または間接的な通信を行うことができることが企図されている。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性のある、ＲＡＮ  １０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。
【００２１】
コアネットワーク１０６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、とりわけ、ＰＳＴＮ  １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能し得る。ＰＳＴＮ  １０８は、ＰＯＴＳ（旧来の電話サービス）を提供することができる回線交換電話網を含むものとしてよい。インターネット１１０は、とりわけ、ＴＣＰ／ＩＰ群に含まれるＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザーデータグラムプロトコル）、および／またはＩＰ（インターネットプロトコル）などの、共通通信プロトコルを使用する相互接続されたコンピューターネットワークおよびデバイスの地球規模のシステムを含むことができる。他のネットワーク１１２は、１つまたは複数のサービスプロバイダによって所有され、および／または運営される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、他のネットワーク１１２は、ＲＡＮ  １０４と同じＲＡＴ、または異なるＲＡＴを使用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００２２】
通信システム１００内のＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべてがマルチモード機能（ｍｕｌｔｉ−ｍｏｄｅ  ｃａｐａｂｉｌｉｔｉｅｓ）を備えることができ、例えば、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するために複数のトランシーバを備えることができる。例えば、図１Ａに示されているＷＴＲＵ  １０２ｃは、セルラーベースの無線技術を使用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用している可能性のある、基地局１１４ｂと通信するように構成され得る。通信システム１００内のＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部が、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術を使用して他のデバイスと通信することができる。
【００２３】
図１Ｂは、図１Ａの通信システム内で使用され得る代表的なＷＴＲＵ（無線送信／受信ユニット）を示す図である。
【００２４】
図１Ｂに示されているように、ＷＴＲＵ  １０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素（例えば、アンテナ）１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、ＧＰＳ（全世界測位システム）チップセット１３６、および／または周辺機器１３８を備えることができる。ＷＴＲＵ  １０２は、開示されているさまざまな実施形態との整合性を維持しながら前記の要素の部分的組み合わせを備えることができることが意図される。
【００２５】
プロセッサ１１８は、とりわけ、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、マイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、ＩＣ（集積回路）、および／または状態機械とすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ  １０２がワイヤレス環境内で動作することを可能にする他の機能性を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合され得る、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内にまとめて集積化され得る。
【００２６】
送信／受信要素１２２は、エアーインターフェース１１６上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、いくつかの代表的な実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。いくつかの代表的な実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。いくつかの代表的な実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成され得る。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信し、および／または受信するように構成され得る。
【００２７】
送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ  １０２は、任意の数の送信／受信要素１２２を備えることができる。ＷＴＲＵ  １０２では、例えば、ＭＩＭＯ技術を使用することができる。いくつかの代表的な実施形態において、ＷＴＲＵ  １０２は、エアーインターフェース１１６上でワイヤレス信号を送信／受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を備えることができる。
【００２８】
トランシーバ１２０は、送信器／受信要素１２２によって送信されるべき信号を変調し、および／または送信／受信要素１２２によって受信された信号を復調するように構成され得る。ＷＴＲＵ  １０２は、トランシーバ１２０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ  １０２が通信することを可能にするための複数トランシーバを備えることができるようにマルチモード機能を有することができる。
【００２９】
ＷＴＲＵ  １０２のプロセッサ１１８は、とりわけ、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）表示ユニットおよび／またはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合され、またそこからユーザー入力データを受信することができる。プロセッサ１１８は、ユーザーデータを、とりわけ、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。取り外し不可能なメモリ１３０は、とりわけ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、ハードディスク、および／または他の種類のメモリストレージデバイスを含む。取り外し可能なメモリ１３２は、とりわけ、ＳＩＭ（加入者識別モジュール）カード、メモリスティック、および／またはＳＤ（セキュアデジタル）メモリカードを含む。いくつかの代表的な実施形態では、メモリは、非一時的メモリとすることができる。
【００３０】
いくつかの代表的な実施形態において、プロセッサ１１８は、サーバーもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ  １０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。
【００３１】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ  １０２内の他のコンポーネントに分配し、および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ  １０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４は、とりわけ、１つまたは複数の乾電池（例えば、とりわけ、ＮｉＣｄ（ニッケルカドミウム）電池、ＮｉＺｎ（ニッケル亜鉛）電池、ＮｉＭＨ（ニッケル水素）電池、および／またはＬｉ−ｉｏｎ（リチウムイオン）電池）、太陽電池、および／または燃料電池を含む。
【００３２】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合され、これはＷＴＲＵ  １０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ  １０２は、基地局（例えば、基地局１１４ａおよび／または１１４ｂ）からエアーインターフェース１１６上で位置情報を受信し、および／または２つ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ  １０２は、さまざまな開示されている実施形態との整合性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができる。
【００３３】
プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを備え得る、他の周辺機器１３８に結合されるものとしてよい。例えば、周辺機器１３８は、とりわけ、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、および／またはインターネットブラウザを含む。
【００３４】
図１Ｃは、図１Ａの通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークを示す図である。ＲＡＮ  １０４では、エアーインターフェース１１６上でＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができるが、ＷＴＲＵはいくつあってもよい。ＲＡＮ  １０４は、コアネットワーク１０６と通信することもできる。ＲＡＮ  １０４は、ｅＮＢ  １４０ａ、１４０ｂ、１４０ｃを備えることができるが、ＲＡＮ  １０４は、さまざまな実施形態との整合性を維持しながら任意の数のｅＮＢを備えることができる。ｅＮＢ  １４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアーインターフェース１１６上でＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを備えることができる。いくつかの代表的な実施形態において、ｅＮＢ  １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。ｅＮＢ  １４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ  １０２ａにワイヤレス信号を送信し、および／またはＷＴＲＵ  １０２ａからワイヤレス信号を受信することができる。
【００３５】
ｅＮＢ  １４０ａ、１４０ｂ、および１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、とりわけ、無線リソース管理決定、ハンドオーバー決定、および／またはＵＬおよび／またはＤＬにおけるユーザーのスケジューリングを処理するように構成され得る。図１Ｃに示されているように、ｅＮＢ  １４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３６】
図１Ｃに示されているコアネットワーク１０６は、とりわけ、ＭＭＥ（モビリティ管理エンティティ）１４２、サービングゲートウェイ１４４、および／またはＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６を含むものとしてよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、任意のこれらの要素が、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことが企図される。
【００３７】
ＭＭＥ  １４２は、Ｓ１インターフェースを介してＲＡＮ  １０４内のｅＮＢ  １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され、制御ノードとして役目を果たすことができる。例えば、ＭＭＥ  １４２は、とりわけ、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのユーザーの認証、ベアラーアクティベーション／デアクティベーション、および／またはＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービングゲートウェイの選択を行う役割を有しているものとしてよい。ＭＭＥ  １４２は、ＲＡＮ  １０４とＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）などの他の無線技術を使用する他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能も提供することができる。
【００３８】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ  １０４内のｅＮＢ  １４０ａ、１４０ｂ、および１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃへ／からユーザーデータパケットの経路選択および転送を実行することができる。サービングゲートウェイ１４４は、とりわけ、ｅＮＢ間ハンドオーバー時のユーザープレーンのアンカリング、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに対してＤＬデータが利用可能になったときにページングをトリガーすること、および／またはＷＴＲＵｓ  １０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、および／または格納することなどの、他の機能も実行することができる。
【００３９】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、これは、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００４０】
コアネットワーク１０６は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと従来の固定電話の通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ  １０８などの、回路交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供する。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ  １０８との間のインターフェースとして機能し得るＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を備えるか、またはそれと通信することができる。コアネットワーク１０６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくはワイヤレスネットワークを含んでいる可能性のある、他のネットワーク１１２へのアクセスを提供することができる。
【００４１】
ワイヤレス通信では、例えば、３ＧＰＰ（第３世代パートナーシッププロジェクト）ＬＴＥ（ロングタームエボリューション）Ｒ８（リリース８）およびＲ９（リリース９）によるワイヤレス通信では、単一のキャリアがＵＬ（アップリンク）および／またはＤＬ（ダウンリンク）のそれぞれにおいて使用され得る。ＵＬ送信では、ＷＴＲＵ（無線送信／受信ユニット）は、（１）ＤＬキャリア上の測定された経路損失、（２）ＴＰＣ（送信電力制御）コマンド（例えば、ｅＮｏｄｅＢ（ｅＮＢ）からの）、（３）送信を行えるリソースブロックの数、および／または（４）他の静的または半静的パラメータを含み得る多数のファクターに基づき電力制御を実行することができる。
【００４２】
静的または半静的パラメータが、ｅＮＢまたは他のネットワークリソースによって与えられ得る。パラメータおよび／または電力制御公式および／または電力制御手順は、例えば、ＬＴＥもしくはＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）規格に基づき、またはそれらの規格に見られるように確立することができる。電力制御手順は、ＷＴＲＵの計算された送信電力がその最大許容送信電力を超える可能性を考慮し、またＷＴＲＵが最大許容送信電力を超えないように送信電力をスケールバックすることを規定することができる。
【００４３】
最大許容送信電力（または構成された最大出力電力）、ＰＣＭＡＸは、ＷＴＲＵの電力クラス、ｅＮＢ  １４０によってシグナリングされ得る電力制限、およびＷＴＲＵが行うことを許され得る電力削減に応じて変化し、これは、例えば、帯域外放射要件または許容値もしくはレベルを超えるのを回避するためにＷＴＲＵによって送信される信号に基づくものとしてよい。例えば、ＬＴＥ／ＬＴＥ−Ａによる送信では、ＷＴＲＵは、ＭＰＲ（最大電力削減）および／またはＡ−ＭＰＲ（追加ＭＰＲ）および／または許容差ΔＴｃに基づきその最大出力電力を低減することができる。ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃの値は、ＬＴＥ／ＬＴＥ−Ａ規格に見られる。ＷＴＲＵはどの値を使用できるかは、いくつかの送信特性のうちの１つまたは複数の特性の組み合わせおよびｅＮＢ  １４０からのシグナリングに基づくものとしてよい。これらの値は、ＷＴＲＵによって、最大許容値とみなされ、そのようなものとして、ＷＴＲＵはＭＰＲ、Ａ−ＭＰＲ、ΔＴｃの値および／または他のより小さな値を使用することができる。
【００４４】
ＷＴＲＵ  １０２は、ＰＨ（電力ヘッドルーム）の報告をｅＮＢ１４０に提供し、例えば、ｅＮＢ１４０がスケジューリングの選択を行うのを支援することができる。ＷＴＲＵは、例えば、ＰＨの報告を、とりわけ、定期的に、および／またはトリガーイベントまたは条件に基づき提供することができる。電力ヘッドルームの報告は、いくつかのトリガーイベント、例えば、経路損失変化（例えば、大きな経路損失変化）に基づき提供され得る。電力ヘッドルームは、ＷＴＲＵの計算された送信電力とＷＴＲＵによって行われる実際の電力削減を含み得る構成された最大出力電力との差とすることができる。実際の電力削減は、組み合わされたＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃの値以下とすることができる。例えば、ＬＴＥ−Ａ規格のリリース１０のキャリアアグリゲーションをサポートするように電力制御および電力ヘッドルーム機能を拡張することが企図される。
【００４５】
例えば、ＬＴＥリリース１０（Ｒ１０）による、キャリアアグリゲーションをサポートするＷＴＲＵは、１つまたは複数のサービングセル（またはＣＣ（コンポーネントキャリア））を用いて構成され、それぞれのＣＣについて、ＷＴＲＵはＵＬ通信用に構成され得る。ＣＣとサービングセルは、相互に入れ替えて使用でき、しかもそのようにしても本明細書に記載されている実施形態との整合性は維持されることが企図されている。
【００４６】
ＷＴＲＵは、それぞれのコンポーネントキャリア（またはＣＣ）、ｃ上のそれぞれのＵＬチャネルについてＰＣ（電力制御）を実行することができる。それぞれのＵＬキャリア（またはＣＣ）に対する構成された最大出力電力ＰＣＭＡＸ，ｃがあり得る。ＵＬ  ＣＣ、例えば、一次ＣＣに対して複数のＰＣＭＡＸ，ｃがあり得る。ＷＴＲＵは、サブフレームに基づきＰＣを実行することができ、そのサブフレーム内でＵＬ送信を実行すべきであるか、または実行することになるチャネルに対する電力を決定することができる（例えば、決定のみできる）。
【００４７】
ＷＴＲＵは、それぞれのキャリア（またはＣＣ）に関するＰＨ（電力ヘッドルーム）を報告することができ、ＰＨは、スケーリング前のＣＣに対するＰＣＭＡＸ，ｃとＣＣの計算された電力との差とすることができる。ＷＴＲＵは、ＣＣ、例えば、一次ＣＣに対する複数のＰＨ値を報告することができる。ＷＴＲＵは、ＣＣに対するＰＨを、例えば、ＰＨが報告されるときにそのＣＣの任意のチャネル上で送信すべきであるか、または送信することになるかに関係なく報告することができる。ＰＨＲ（ＰＨ報告）が実際の送信がない場合のＣＣに対するものである場合、この報告は仮想ＰＨＲと称され得る。仮想ＰＨ、例えば、ＰＨＲが送信されるべきであるか、または送信されることになるサブフレーム内に実際のＵＬグラントがないＣＣに対するＰＨは、基準グラントを使用して決定され得る。
【００４８】
ＰＣＭＡＸ，ｃは、一部の、または全部のコンポーネントキャリア（ＣＣ）ごとのＰＨＲと一緒に報告され得る。ＰＣＭＡＸ，ｃは、報告されるＣＣごとのＰＨに対する計算に使用される値とすることができる。いくつかの代表的な実施形態では、ＰＣＭＡＸ，ｃは、仮想ＰＨが報告され得る１つまたは複数のＣＣに対しては報告され得ない。
【００４９】
ＰＣＭＡＸ，ｃへの追加の電力バックオフは、例えば、ＳＡＲ（比吸収率）閾値または要件が確実に満たされ、とりわけ、１ｘＲＴＴおよび／または１ｘＥＶ−ＤＯなどのＬＴＥおよび他のエアーインターフェース上で同時に動作しているＷＴＲＵ  １０２に関係する送信閾値または要件も確実に満たされるように実装され得ることも企図される。
【００５０】
ＰＣＭＡＸ，ｃでは、ＷＴＲＵ  １０２によって適用されるパワーマネージメント関係の（またはパワーマネージメントに基づく）追加のバックオフを考慮することが企図されている。いくつかの代表的な実施形態では、追加の電力バックオフに対して手順が設定され、ＰＣＭＡＸ，ｃが、追加の電力バックオフに基づき定義され得る。追加の電力バックオフのプロビジョニングまたは要件を指定することが企図されている。
【００５１】
ＰＨ報告に対するトリガーは、とりわけ、定期的に生じるか、または構成もしくは再構成後に生じるか、または経路損失の変化後（例えば、著しい経路損失の変化後）に生じるか、および／またはセカンダリーセルのアクティブ化後に生じるものとしてよい。いくつかのトリガー、例えば、経路損失変化トリガーは、前のＰＨＲの禁止ウィンドウの外で、例えば、ＰＨＲの禁止タイマーがタイムアウトしたときに生じ得る（例えば、生じるだけ）。
【００５２】
追加の電力バックオフを実装することが企図される（例えば、とりわけＳＡＲ、１Ｘ（例えば、１ｘＲＴＴまたは１ｘＥＶ−ＤＯ）および／または他の技術により）。追加のバックオフを適用し、次いでしばらくしてから取り除くと、時間の経過とともにＰＣＭＡＸ，ｃの値が変化し得る。追加のバックオフが変化するときにｅＮＢ  １４０に通知するＰＣＭＡＸ，ｃの変化に基づく新しいＰＨＲトリガーを含めることが企図される。
【００５３】
いくつかの代表的な実施形態では、代表的な方法および代表的な手順は、ＳＡＲ、１Ｘ（例えば、１ｘＲＴＴまたは１ｘＥＶ−ＤＯ）送信を含むマルチＲＡＴ送信、および／またはＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃでは解消されない（または影響を受けない）他の理由によりバックオフを処理するために実装され得る。バックオフは、ときには、本明細書では、非ＭＰＲバックオフ、パワーマネージメントベースのバックオフ、パワーマネージメントバックオフ、パワーマネージメントによる電力バックオフ、パワーマネージメント電力削減（Ｐ−ＭＰＲまたはＰＭＰＲ）、Ｐ−ＭＰＲバックオフ、追加の電力バックオフ、または追加のバックオフと称され得る。
【００５４】
中間帯キャリアアグリゲーションの場合、ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、および／または追加の電力バックオフのうちの１つまたは複数は、それぞれの帯域（例えば、周波数帯域毎に）について異なることがあり、そのため、帯域当たりの送信電力の低減もしくは制限を行える（例えば、制限もしくは低減は、それぞれの周波数帯域について異なり得る）。ＷＴＲＵ  １０２が複数の周波数帯域で動作している可能性がある場合に周波数帯域毎に最大電力制限を処理するための代表的な方法および代表的な装置を有することが企図される。
【００５５】
とりわけ、ＡＣＫ（肯定応答）／ＮＡＣＫ（否定応答）、ＣＳＩ（チャネル状態情報）、および／またはＳＲ（スケジューリング要求）を含み得る、ＵＣＩ（アップリンク制御情報）は、ＷＴＲＵ  １０２によってｅＮＢ  １４０に送信され得る。与えられたサブフレームにおいて、同時ＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ（物理アップリンク共有チャネル）が構成されていない場合（ＷＴＲＵがＰＵＣＣＨおよびＰＵＳＣＨ上で同時には送信できないことを意味するか、または示し得る）、ＵＣＩ（例えば、任意のＵＣＩ）は、サブフレームで送信されるべきＰＵＳＣＨがある場合にＰＵＳＣＨ上で送信され得る。いくつかの代表的な実施形態では、例えば、サブフレームで送信されるＰＵＳＣＨがない場合、ＵＣＩはＰＵＣＣＨ上で送信され得る。いくつかの代表的な実施形態では、同時ＰＵＣＣＨおよびＰＵＳＣＨが、構成される場合（これは、ＷＴＲＵがＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信することができることを意味するか、または示し得る）、サブフレームで送信されるＰＵＳＣＨがあるかどうかに関係なく特定のＵＣＩ（例えば、ＡＣＫ／ＮＡＣＫ）がＰＵＣＣＨ上で送信され得る。ＵＣＩは、与えられたサブフレーム内で複数のＰＵＳＣＨ上で搬送され得ない。ＷＴＲＵ  １０２は、ＵＣＩなしで等しくＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）の電力をスケーリングすることができる。
【００５６】
ＵＣＩは、ＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信され得る。
【００５７】
代表的な方法および代表的な手順は、１帯域および／または多帯域動作に対して、ＰＵＣＣＨおよびＰＵＳＣＨ上でＵＣＩが同時に送信される場合に、ＷＴＲＵ  １０２が最大送信電力を超えるのを防ぐように実装され得る。
【００５８】
いくつかの代表的な方法およびいくつかの代表的な装置は、例えば、（１）ＰＣＭＡＸ，ｃおよび／またはＰＣＭＡＸ制限に追加のバックオフを含めること、（２）ＰＣＭＡＸ，ｃの決定に追加のバックオフを含めること、（３）変更された追加のバックオフに基づきＰＨＲをトリガーすること、（４）仮想ＰＨＲによって引き起こされ得る、不要であるか、または有用なトリガーでない可能性のある、ＰＨＲトリガーを排除すること、（５）電力制御およびＰＨＲで使用するため追加のバックオフをＰＣＭＡＸ，ｃに適用する時期を決定すること、（６）急激に変化する追加のバックオフを処理すること、（７）追加のバックオフがある場合に仮想ＰＨＲを処理すること、（８）ＷＴＲＵ毎の最大電力およびＣＣ毎の最大電力を処理すること、（９）ＵＣＩが１帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合に、ＷＴＲＵ  １０２が最大送信電力を超えるのを防ぐこと、（１０）ＷＴＲＵ  １０２が複数の帯域で、例えば、中間帯域キャリアアグリゲーションで動作している可能性がある場合最大電力を処理すること、および／または（１１）とりわけＵＣＩが多帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合に、ＷＴＲＵ  １０２が最大送信電力を超えるのを防ぐことを実行することを可能にし得る。
【００５９】
当業者であれば、上記の例は、個別に、または任意の組み合わせで適用できることを理解する。
【００６０】
ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、パワーマネージメントバックオフ、および同様のものなどの、ＣＣ特有として本明細書で説明されている電力バックオフの値はどれも、与えられた帯域内などの、すべてのＣＣ、またはグループ内のすべてのＣＣについて同じになり得ることが企図される。与えられた１つまたは複数の値が同じである場合に、ＣＣ（ｃは、本明細書で例として使用されている）を表す下付き文字は落とされるか、またはグループもしくは帯域特有の値を表すものなど、別のもので置き換えることができる。
【００６１】
本明細書で説明されている計算（例えば、計算のすべて）は、特定のサブフレーム、例えば、サブフレームｉで実行され得ることが企図される。計算式中のそれぞれの値は、その特定のサブフレームｉに適用される値、またはすべてのサブフレーム、またはサブフレームの特定の集合に適用される値とすることができる。表記は、しかるべく修正されるが、それでも、本明細書で説明されている代表的な実施形態に従うものとしてよい。
【００６２】
項ＰＣＭＡＸ，ｃは、サービングセル（またはＣＣ）ｃに対する構成された最大出力電力を表すために使用され得る。ＬＴＥ仕様では、電力ヘッドルームの計算を目的としてこの値の２つのバージョンを定義しており、使用される電力ヘッドルームのバージョンおよび関連付けられている計算は、ＣＣ上にどのチャネルが存在する（すなわち、送信されるべき）かに依存する。これら２つのバージョンは、本明細書ではＰＣＭＡＸ，ｃおよび
【００６３】
【数１】
0006023363.tif 000002
【００６４】
と称される。例えば、計算、トリガー、および同様のものを含み得る電力ヘッドルームに関係するいくつかの代表的な実施形態では、ＰＣＭＡＸ，ｃは、これらの現在定義されているバージョンまたは将来定義され得る他のバージョンのうちの１つまたは複数におけるＣＣ  ｃに対する構成された最大出力電力を表すために使用され得る。さらに、Ｐｃｍａｘ，ｃ、ＰＣＭＡＸ，Ｃ、ＰＣＭＡＸ，ｃ、ＰＣＭＡＸｃ、および大文字小文字の他の組み合わせ、ｃに対する下付き文字の使用または不使用、およびフォントは、同じ量を表すために使用される。
【００６５】
項ＰＣＭＡＸは、ＷＴＲＵの構成された最大出力電力を表すために使用され得ることがが企図される。Ｐｃｍａｘ、ＰＣＭＡＸ、ＰＣＭＡＸ、および大文字小文字およびフォントの他の組み合わせは、同じ量を表すために使用され得る。
【００６６】
いくつかの代表的な実施形態では、追加のバックオフは、以下で説明されているようなＰＣＭＡＸ制限および／または後で説明されるようなＰＣＭＡＸ制限に含まれ得る。
【００６７】
代表的なＬＴＥの例において、ＷＴＲＵ  １０２は、構成された最大出力電力ＰＣＭＡＸを設定することが許されているものとしてよい。構成された最大出力電力ＰＣＭＡＸは、以下の範囲内に設定され得る。  
ＰＣＭＡＸ＿Ｌ≦ＰＣＭＡＸ≦ＰＣＭＡＸ＿Ｈ    式（１）
ただし、式中、
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＰＲ−Ａ−ＭＰＲ−ΔＴＣ｝
ＰＣＭＡＸ＿Ｈ＝ＭＩＮ｛ＰＥＭＡＸ，ＰＰｏｗｅｒＣｌａｓｓ｝
【００６８】
ＰＥＭＡＸは、例えば、ＲＲＣシグナリングなどの上位レイヤのシグナリングを介してｅＮＢ  １４０によってＷＴＲＵにシグナリングされる電力制限値とすることができる。ＰＥＭＡＸは、ＩＥ（情報要素）Ｐ−Ｍａｘによって与えられる値とすることができる。
【００６９】
ＰＰｏｗｅｒＣｌａｓｓは、最大ＷＴＲＵ電力であるが、ただし、指定された許容差を考慮しない。
【００７０】
ＭＰＲおよびＡ−ＭＰＲは、指定された許容最大電力削減値であるものとしてよい。
ΔＴＣは、例えば、ＵＬ送信帯域幅がＵＬ送信帯域の端の近くに制限され得る場合にＷＴＲＵが使用することができる許容差の値であるものとしてよい。
【００７１】
例えば、ΔＴＣは、ＵＬ送信帯域幅がＦＵＬ＿ｌｏｗおよびＦＵＬ＿ｌｏｗ＋４ＭＨｚまたはＦＵＬ＿ｈｉｇｈ−４ＭＨｚおよびＦＵＬ＿ｈｉｇｈで表され得る送信帯域端から４ＭＨｚ以内に制限されるときに１．５ｄＢなどの値とすることができる。ΔＴＣは、他の場合には０ｄＢであってもよい。
【００７２】
非ＭＰＲ効果（例えば、パワーマネージメントベースのバックオフまたは追加のバックオフに関連付けられている）を含めるための代表的な修正は、以下の代表的な例を含み得る。非ＭＰＲ電力バックオフを処理するための代表的な例１では、追加のバックオフは追加の項である。例えば、許容下限値は、
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＰＲ−Ａ−ＭＰＲ−ΔＴＣ−ｎｏｎＭＰＲ｝    式（２）
【００７３】
非ＭＰＲ電力バックオフを処理するための代表的な例２では、追加のバックオフはＭＰＲ低減と並列であるものとしてよい（これはＭＰＲおよびＡ−ＭＰＲを含み得る）。例えば、許容下限値は、
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ｛ＭＰＲ＋Ａ−ＭＰＲ、ｎｏｎＭＰＲ）−ΔＴＣ｝    式（３）
ただし、式中、「ｎｏｎＭＰＲ」は、ＳＡＲ（比吸収率）のＲＦ曝露（ｅｘｐｏｓｕｒｅ）制限または要件を満たし、他の技術（例えば、１ｘＥＶ−ＤＯ）との干渉を制限し、および／または例えば、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃに関係しない他の効果を処理するうえで必要な、または使用されるバックオフとすることができる。
【００７４】
複数の「非ＭＰＲ」効果が同時に存在している場合、これらの効果は加法的（ＭＰＲ効果および／または互いに）であり、および／または並列的（ＭＰＲ効果および／または互いに）であるものとしてよい。加法的なＮ個の効果の一例は、ｎｏｎＭＰＲ＝ｎｏｎＭＰＲ−１＋ｎｏｎＭＰＲ−２＋．．．＋ｎｏｎＭＰＲ−Ｎであり、例えば、ｎｏｎＭＰＲまたはその等価物（例えば、個別のｎｏｎＭＰＲ−ｉ値を使用して）は、本明細書の式のうちの１つまたは複数で使用され得る。
【００７５】
並列的なＮ個の効果の一例は、ｎｏｎＭＰＲ＝ＭＡＸ（ｎｏｎＭＰＲ−１、ｎｏｎＭＰＲ−２、．．．ｎｏｎＭＰＲ−Ｎ）であり、例えば、ｎｏｎＭＰＲまたはその等価物（例えば、個別のｎｏｎＭＰＲ−ｉ値を使用して）は、本明細書の式のうちの１つまたは複数で使用され得る。
【００７６】
１つまたは複数の効果が加法的であり、および１つまたは複数の効果が並列的であるという可能性もあり得る。その場合、これらの式は、組み合わせることができる。例えば、
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ｛ＭＰＲ＋Ａ−ＭＰＲ＋ｎｏｎＭＰＲａｄｄｉｔｉｖｅ、ｎｏｎＭＰＲｐａｒａｌｌｅｌ｝−ΔＴＣ｝    式（４）
【００７７】
式４は、ｎｏｎＭＰＲａｄｄｔｉｖｅが個別効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせであってよいという点で包括的な式であると考えることもできる。ＮｏｎＭＰＲａｄｄｉｔｉｖｅは、０であるか、または存在していないか、または等価なものとすることができる。ＮｏｎＭＰＲｐａｒａｌｌｅｌは、個別の効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせとすることができる。ＮｏｎＭＰＲｐａｒａｌｌｅｌは、０であるか、または存在していないか、または等価なものとすることができる。
【００７８】
いくつかの代表的な実施形態では、追加のバックオフは、本明細書で説明されているように、ＰＣＭＡＸ，ｃの決定に含まれ得る。
【００７９】
信号（例えば、ＬＴＥ信号）を送信する場合、ＷＴＲＵ  １０２は、指定された制限範囲内で、その最大出力電力ＰＣＭＡＸおよび／またはＣＣごとの最大出力電力ＰＣＭＡＸ，ｃ（例えば、キャリアアグリゲーションをサポートする場合）を設定することが許され得る。送信される信号および構成に応じて、ＷＴＲＵ  １０２は、例えば、帯域外放射限度を超えないように、ＣＣごとのその最大出力電力を低減することが許されるものとしてよい。ＷＴＲＵ  １０２は、その実装に基づき、許容電力削減（例えば、完全な許容電力削減）、またはそれより小さい値を使用することができる。それぞれのサブフレームｉ内で、与えられたＣＣについて、ＷＴＲＵ  １０２は、構成（例えば、ＬＴＥ構成）およびグラント、例えば、ＭＰＲａｃｔｕａｌ，ｃ（ｉ）に基づきその電力削減（例えば、要求された電力削減）を決定すること、およびサブフレームで最大許容出力電力を決定することができる。実装によってＣＣごとの最大出力電力がどのように決定されるかを示す代表的な例が以下に述べる式５で与えられている。  
ＰＣＭＡＸ，ｃ（ｉ）＝ＭＩＮ｛ＰＥＭＡＸ，ｃ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＰＲａｃｔｕａｌ，ｃ（ｉ）−ΔＴＣ，ｃ｝    式（５）
ただし、式中、
ＰＥＭＡＸ，ｃは、例えば、ｅＮＢ  １４０によってＷＴＲＵにシグナリングされる上位層（ＣＣの）によってシグナリングされる最大電力制限とすることができる。
【００８０】
ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵのクラスに対する最大ＷＴＲＵ出力電力とすることができる。
【００８１】
ＭＰＲａｃｔｕａｌ，ｃは、ＭＰＲおよび／またはＡＭＰＲ効果（ＣＣに対する）によりＷＴＲＵが行った実際の電力削減とすることができる。
【００８２】
ΔＴｃ，ｃは、送信帯域幅（ＢＷ）（ＣＣに対する）の関数である固定電力オフセットとすることができる。
【００８３】
以下の代表的な例において、ＳＡＲ、他の無線技術、および／または他の非ＭＰＲ効果に対する追加の電力バックオフがＰＣＭＡＸ，ｃのＷＴＲＵの決定にどのように含まれ得るかについて説明する。
【００８４】
いくつかの代表的な実施形態では、非ＭＰＲバックオフは、追加の項であってよい。例えば、
ＰＣＭＡＸ，ｃ（ｉ）＝ＭＩＮ｛ＰＥＭＡＸ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＰＲａｃｔｕａｌ，ｃ（ｉ）−Ｐｂａｃｋｏｆｆ，ｃ（ｉ）−ΔＴＣ，ｃ｝    式（６）
ただし、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、サブフレームｉにおけるＣＣに対する追加のバックオフとすることができる。
【００８５】
複数の効果があるため複数のバックオフがある場合、これらは加法的であるものとすることができる。例えば、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、個別のバックオフ（または追加のバックオフ）の合成（例えば、代数的合成および／または総和）であってよい。追加のバックオフは、付加的に、または代替的に、式に個別に入れられ、これにより、加法的効果をもたらすことができる。
【００８６】
いくつかの代表的な実施形態では、非ＭＰＲバックオフは、ＭＰＲ低減に加えることはできないが（例えば、ＭＰＲおよび／またはＡ−ＭＰＲ低減を含み得る）、実際に２つ以上の低減のうちの大きい方（または最大）が使用され得るようにＭＰＲ低減と並列に行うことができる。例えば、
ＰＣＭＡＸ，ｃ（ｉ）＝ＭＩＮ｛ＰＥＭＡＸ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲａｃｔｕａＩ，ｃ（ｉ），Ｐｂａｃｋｏｆｆ，ｃ（ｉ））−ΔＴＣ，ｃ｝    式（７）
ただし、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、サブフレームｉにおけるＣＣに対する追加のバックオフとすることができる。
【００８７】
複数の効果があるため複数のバックオフがある場合、これらは並列的であるものとすることができる（例えば、すべて並列）。例えば、Ｐｂａｃｋｏｆｆ，ｃ（ｉ）は、個別のバックオフ（または追加のバックオフ）のうちの最大のものとすることができる。追加のバックオフは、付加的に、または代替的に、式７に個別に含まれ、これにより、結果は、ＭＰＲバックオフ（例えば、ＭＰＲおよび／またはＡ−ＭＰＲバックオフを含むことができる）を含む、バックオフ（例えば、すべてのバックオフ）の最大値となり得る。
【００８８】
式７に関係する例が使用されている場合、追加のバックオフがＭＰＲバックオフより小さい場合、ＰＣＭＡＸ，ｃは、追加のバックオフの変化の影響を受け得ないことが観察される。
【００８９】
いくつかの代表的な実施形態では、非ＭＰＲバックオフの１つまたは複数は、加法的であり（ＭＰＲバックオフおよび／または互いに）、非ＭＰＲバックオフの１つまたは複数は、並列的である（ＭＰＲバックオフおよび／または互いに）ものとしてよい。この場合、さまざまな代表的な例が、組み合わされ得る。例えば、
ＰＣＭＡＸ，ｃ（ｉ）＝ＭＩＮ｛ＰＥＭＡＸ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲａｃｔｕａＩ，ｃ（ｉ），ＰｂａｃｋｏｆｆＡｄｄｉｔｉｖｅ，ｃ（ｉ），ＰｂａｃｋｏｆｆＰａｒａｌｌｅｌ，ｃ（ｉ））−ΔＴＣ，ｃ｝    式（８）
【００９０】
式８は、ＰｂａｃｋｏｆｆＡｄｄｉｔｉｖｅ，ｃ（ｉ）が個別効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせであってよいという点で包括的な式であると考えることができる。ＰｂａｃｋｏｆｆＡｄｄｉｔｉｖｅ，ｃ（ｉ）は、０であるか、または存在していないか、または等価なものとすることができる。ＰｂａｃｋｏｆｆＰａｒａｌｌｅｌ，ｃ（ｉ）は、個別の効果、複数の効果の総和、複数の効果のうちの最大の効果、または複数の効果の別の組み合わせとすることができる。ＰｂａｃｋｏｆｆＰａｒａｌｌｅｌ，ｃ（ｉ）は、０であるか、または存在していないか、または等価なものとすることができる。
【００９１】
いくつかの代表的な実施形態では、変更された追加のバックオフによるＰＨＲのトリガーが実装され得る。
【００９２】
上記の第１の代表的な例のように、追加のバックオフがＭＰＲバックオフと加法的である場合などの、いくつかの場合において、ＰＣＭＡＸ，ｃをｅＮＢ  １４０に与えることで（例えば、追加のバックオフが十分に変化したときのＰＨＲにおいて）有用な情報をもたらし得る。
【００９３】
上記の第２の代表的な例のように、追加のバックオフがＭＰＲバックオフと並列的であり、またＭＰＲバックオフが支配的である場合などの、他の場合において、追加のバックオフが変化したときにＰＣＭＡＸ，ｃをｅＮＢ  １４０に与えることは、有用ではあり得ない。追加のバックオフが支配的である場合、ｅＮＢ  １４０が、十分に大きな変化があることを理解する（例えば、知らされる）ことが有用である場合がある。
【００９４】
追加の非ＭＰＲバックオフがどのように含まれるかに関係なく、ｅＮＢスケジューラにとって、追加のバックオフがＰＣＭＡＸ，ｃに影響を及ぼす仕方に大きな変化が生じるときを知ることが有用であると思われる。以下の例示的な実施形態は、追加のバックオフがＰＣＭＡＸ，ｃに影響を及ぼす仕方に著しい変化があるときにそのことをｅＮＢ  １４０に通知するために使用され得る。
【００９５】
代表的な例１は、例えば、ＰＣＭＡＸ，ｃを追加の非ＭＰＲバックオフを用いて計算することによって、追加のバックオフなしで、ＰＣＭＡＸ，ｃに対する追加のバックオフの影響が閾値以上に変化したときのＰＨＲトリガーを含み、２つの変化の間のデルタが閾値以上に変化したときにＰＨＲをトリガーすることができる。この例は、以下のように示され得る。  
【００９６】
時刻０（最後のＰＨＲの報告）：
計算する：
非ＭＰＲバックオフがある場合のＰＣＭＡＸ，ｃ−非ＭＰＲバックオフがない場合のＰＣＭＡＸ，ｃ＝Ｋ０    式（９）
時刻ｉ（最後のＰＨＲ以降のいくつかのサブフレームｉ）：
計算する：
非ＭＰＲバックオフがある場合のＰＣＭＡＸ，ｃ−非ＭＰＲバックオフがない場合のＰＣＭＡＸ，ｃ＝Ｋｉ    式（１０）
｜Ｋｉ−Ｋ０｜＞閾値ならば、ＰＨＲをトリガーする。
【００９７】
非ＭＰＲバックオフが０以上の場合、Ｋ０、Ｋｉ≦０。
【００９８】
この例では、２つの値の間の正および負のデルタに対する閾値は同じあってよい。
【００９９】
別の例では、ＰＣＭＡＸ，ｃは、追加のバックオフがある場合と追加のバックオフがない場合とで計算され、ＰＨＲは、正と負の閾値が異なる場合に２つの間の正のデルタまたは負のデルタが閾値以上に変化したときにトリガーされ得る。この例は、以下のように示され得る。
【０１００】
式９および１０で上記のような計算を実行する。  
以下のようになる。  
Ｋｉ−Ｋ０＞ｔｈｒｅｓｈｏｌｄ＿ｐｏｓｉｔｉｖｅならば、ＰＨＲをトリガーする。
Ｋｉ−Ｋ０＜ｔｈｒｅｓｈｏｌｄ＿ｎｅｇａｔｉｖｅならば、ＰＨＲをトリガーする。
【０１０１】
正のデルタまたは負のデルタに対して、ただ１つの閾値、およびＰＨＲの対応するトリガーがある可能性があり得る（例えば、ｔｈｒｅｓｈｏｌｄ＿ｐｏｓｉｔｉｖｅまたはｔｈｒｅｓｈｏｌｄ＿ｎｅｇａｔｉｖｅのみ、ただし両方でない）。
【０１０２】
トリガーは、任意のＣＣについて任意の閾値を超えた場合にＰＨＲがトリガーされるようにＣＣベースであってよい。トリガーは、ＷＴＲＵベースであってよい。例えば、非ＭＰＲバックオフがある場合とない場合のＰＣＭＡＸは、ＣＣ特有のＰＣＭＡＸ，ｃの基準を使用する代わりにＰＨＲをトリガーするかどうかを決定するために使用され得る。例えば、ＣＣ（例えば、すべてのＣＣ）が同じＭＰＲバックオフおよび非ＭＰＲバックオフを有する場合に、ＰＣＭＡＸを使用すると、結果として、同じ効果が得られる。
【０１０３】
以下の例では、ＰＨＲを送信した後に、ＷＴＲＵは、以下を計算し、および／または結果を格納することができる。  
ＰＭＰＲｉｍｐａｃｔ，ｃ（０）＝ＰＣＭＡＸ，ｃ−ＰＣＭＡＸ，ｃ＿ｎｏＰＭＰＲ    式（１１）
ただし式中、ＰＣＭＡＸ，ｃ＿ｎｏＰＭＰＲ＝ＰＣＭＡＸ，ｃはＰＭＰＲ＝０で計算される。
【０１０４】
それぞれのＴＴＩ（送信タイミング間隔）（またはＵＬグラントに関連付けられているか、またはＵＬグラントを有するＴＴＩのみ）について、ＷＴＲＵは、以下を計算することができる。  
ＰＭＰＲｉｍｐａｃｔ，ｃ（１）＝ＰＣＭＡＸ，ｃ−ＰＣＭＡＸ，ｃ＿ｎｏＰＭＰＲ    式（１２）
【０１０５】
｜ＰＭＰＲｉｍｐａｃｔ，ｃ（１）−ＰＭＰＲｉｍｐａｃｔ，ｃ（０）｜＞閾値ならば、ＰＨＲをトリガーする。ＰＨＲは、任意のＣＣについて閾値が越えられた場合にトリガーされ得る。いくつかの代表的な実施形態では、影響は、ＷＴＲＵ  １０２について全体として計算され得る。その場合、ｃのＣＣ下付き文字は削除され、トリガーは、閾値が越えられることについてのＷＴＲＵ  １０２特有の決定に基づくものとしてよい（例えば、ＰＣＭＡＸ，ｃの代わりにＰＣＭＡＸを使用する）。
【０１０６】
別の例では、ＭＰＲバックオフおよび非ＭＰＲバックオフが並列的である場合は、式１３で表されているように示され得る。  
ＰＣＭＡＸ，ｃ（ｉ）＝ＭＩＮ｛ＰＥＭＡＸ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲａｃｔｕａｌ，ｃ（ｉ），Ｐｂａｃｋｏｆｆ，ｃ（ｉ））−ΔＴＣ，ｃ｝    式（１３）
【０１０７】
この例では、任意の与えられたサブフレームｉにおいて、ＭＰＲおよび／またはＡ−ＭＰＲを含み得る、ＭＰＲバックオフ、または非ＭＰＲバックオフのいずれかの効果が支配的であり得る。Ｍは、ＭＰＲバックオフを表すことができ、例えば、Ｍｊは、時刻ｊにおいて使用され得る。Ｐは、非ＭＰＲバックオフを表すことができ、例えば、Ｐｊは、時刻ｊにおいて使用され得る。ＭおよびＰは、全体として、ＣＣ特有であるか、またはＷＴＲＵ  １０２に適用可能であるものとしてよい。時刻＝０は、最後のＰＨＲが送信された時間を表すものとしてよい。時刻＝１は、最後のＰＨＲが送信された以降の、ある時刻、例えば、サブフレームのある数を表すものとしてよい。ＭとＰとの値の間には少なくとも４つの可能な関係があり得る。
【０１０８】
図２Ａ〜２Ｄは、ＰＨＲをトリガーするＷＴＲＵ  １０２に対する代表的なトリガー条件を示す図である。図２Ａは、以下に述べるように、場合１に関係する。図２Ｂ〜２Ｄは、以下に述べるように、場合２に関係する。図２Ａ〜２Ｄは、ＭＰＲバックオフ（Ｍ）と非ＭＰＲバックオフ（Ｐ）との間の例示的な関係、およびＭが最初に支配的であるときのＰＨＲをトリガーすることに対するその結果の影響を示す。
【０１０９】
図３Ａ〜３Ｃは、ＰＨＲをトリガーするＷＴＲＵ  １０２に対する他の代表的なトリガー条件を示す図である。図３Ａ〜３Ｃは、以下に述べるように、場合３に関係する。図４Ａ〜４Ｂは、ＰＨＲをトリガーするＷＴＲＵ  １０２に対するさらなる代表的なトリガー条件を示す図である。図４Ａおよび４Ｂは、以下に述べるように、場合４に関係する。図３Ａ〜３Ｃおよび４Ａ〜４Ｂは、ＭＰＲバックオフ（Ｍ）と非ＭＰＲバックオフ（Ｐ）との間の例示的な関係、およびＰが最初に支配的であるときのＰＨＲをトリガーすることに対するその結果の影響を示す。
【０１１０】
それぞれの場合について、この例でＷＴＲＵ  １０２がＰＨＲをもしトリガーし得るときはそのことが指示される。  
場合１：Ｍ０＞Ｐ０、Ｍ１＞Ｐ１、この場合、Ｍは、時刻０および時刻１の両方において支配的であり、トリガーは、有益でないか、または不要である。ＷＴＲＵは、この場合にＰＨＲをトリガーすることができない。
場合２：Ｍ０＞Ｐ０、Ｍ１＜Ｐ１、この場合、Ｍは、時刻０において支配的であり、Ｐは、時刻１において支配的であり、ＷＴＲＵは、Ｐ１−Ｍ１＞閾値である場合にＰＨＲをトリガーし得る。
場合３：Ｍ０＜Ｐ０、Ｍ１＞Ｐ１、この場合、Ｐは、時刻０において支配的であり、Ｍは、時刻１において支配的であり、ＷＴＲＵは、Ｐ０−Ｍ０＞閾値である場合にＰＨＲをトリガーし得る。
場合４：Ｍ０＜Ｐ０、Ｍ１＜Ｐ１、この場合、Ｐは、時刻０および時刻１の両方において支配的であり、ＷＴＲＵは、｜（Ｐ１−Ｍ１）（Ｐ０−Ｍ０）｜＞閾値である場合にＰＨＲをトリガーし得る。
【０１１１】
それぞれの場合の閾値は、同じであっても、異なっていてもよい。図２および３は、これらの場合にトリガーが発生する仕方および時期を示す例である。この節の前の例は、並列ＭＰＲバックオフおよび非ＭＰＲバックオフの場合に、ただし、異なる式を使用して、同じ効果を生み出す。
【０１１２】
図２Ａ〜２Ｄおよび３Ａ〜３Ｃおよび４Ａ〜４Ｂにおいて、これらのトリガー手順は、ＰＨＲをトリガーするための他の手順、例えば、デルタＰＣＭＡＸ，ｃに基づくトリガーおよびデルタＰに基づくトリガーと比較され得る。場合１〜４に基づく代表的な手順では、不要な、もしくは有用でないトリガーを回避し、デルタＰＣＭＡＸ，ｃおよび／またはデルタＰに基づく他の手順に関して必要なまたは有用なトリガーを与えることができる。
【０１１３】
次に図２Ａを参照すると、代表的なトリガー条件２００Ａについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。ＰＣＭＡＸ，ｃおよびＰの変化は大きい場合があるが、非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、ＰＣＭＡＸ，ｃに対して効果を有し得ない。ＭＰＲバックオフの変化に基づくＰＣＭＡＸ，ｃの変化は予測され得るか、またはｅＮＢ  １４０で予測されるものに近いものとしてよい。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用および／または必要であるということにならない場合がある。
【０１１４】
図２Ｂを参照すると、代表的なトリガー条件２００Ｂについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して減少し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。ＰＣＭＡＸ，ｃの変化は、小さく、Ｐの変化は大きい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、ＰＣＭＡＸ，ｃに対してごくわずかな効果しか有し得ない。ＭＰＲバックオフの変化に基づくＰＣＭＡＸ，ｃの変化は予測され得るか、またはｅＮＢ  １４０で予測されるものに近いものとしてよい。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用および／または必要であるということにならない場合がある。
【０１１５】
図２Ｃを参照すると、代表的なトリガー条件２００Ｃについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して減少し、Ｐ１はＰ０に関して同じレベルに留まり得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。ＰＣＭＡＸ，ｃの変化は大きく、Ｐの変化は小さい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、ＰＣＭＡＸ，ｃに効果を有し得る。非ＭＰＲバックオフは、ＰＣＭＡＸ，ｃに効果を有するので、ＰＣＭＡＸ，ｃの値または変化は、予測されるか、またはｅＮＢ  １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、非ＭＰＲバックオフがほぼ同じままであるとしても有用であり、および／または必要になることがある。
【０１１６】
図２Ｄを参照すると、代表的なトリガー条件２００Ｄについて、第１の時刻Ｔ０において、Ｍ０はＰ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して減少し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。ＰＣＭＡＸ，ｃの変化は、小さく、Ｐの変化は大きい場合がある。次に、非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、ＰＣＭＡＸ，ｃに対して大きな効果を有し得る。現在、非ＭＰＲバックオフは、ＰＣＭＡＸ，ｃに効果を有するので、ＰＣＭＡＸ，ｃの値または変化は、予測されるか、またはｅＮＢ  １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、ＰＣＭＡＸ，ｃの変化が小さくても、非ＭＰＲバックオフの変化により、有用であり、および／または必要になる場合がある。
【０１１７】
次に図３Ａを参照すると、代表的なトリガー条件３００Ａについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して減少し得ることがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。ＰＣＭＡＸ，ｃおよびＰの変化は小さい場合があるが、非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、ＰＣＭＡＸ，ｃに対して大きな効果を有し得るが、現在はＰＣＭＡＸ，ｃに効果を有し得ない。非ＭＰＲバックオフはＰＣＭＡＸ，ｃに対して効果を有していたが、もはやＰＣＭＡＸ，ｃに対して効果を有していないため、ＰＣＭＡＸ，ｃの値は、予測されるか、またはｅＮＢ  １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、ＰＣＭＡＸ，ｃおよびＰが著しく変化しなかったとしても有用であり、および／または必要である場合がある。
【０１１８】
図３Ｂを参照すると、代表的なトリガー条件３００Ｂについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して同じレベルに留まり、Ｐ１はＰ０に関して減少することがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。ＰＣＭＡＸ，ｃの変化およびＰの変化は大きい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、ＰＣＭＡＸ，ｃに対して大きな効果を有していたが、もはや効果を有していない場合がある。ＰＣＭＡＸ，ｃの値または変化は、予測されるか、またはｅＮＢ  １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用であり、および／または必要になる場合がある。
【０１１９】
図３Ｃを参照すると、代表的なトリガー条件３００Ｃについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して減少し得ることがわかる。時刻Ｔ１において、Ｍ１はＰ１を支配し得る。ＰＣＭＡＸ，ｃの変化は、小さく、Ｐの変化は大きい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、時刻Ｔ０にＰＣＭＡＸ，ｃに対して効果を有していたが、時刻Ｔ１には効果を有していない場合がある。ＰＣＭＡＸ，ｃの値は、予測されるか、またはｅＮＢ  １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、ＰＣＭＡＸ，ｃが著しく変化していなくても、非ＭＰＲバックオフの変化により、有用であり、および／または必要になることがある。
【０１２０】
図４Ａを参照すると、代表的なトリガー条件４００Ａについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して増大し、その場合、Ｐ１の増大はＭ１の増大に類似しているものとしてよい。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。ＰＣＭＡＸ，ｃの変化は大きく、Ｐの変化は大きい場合があるが、非ＭＰＲバックオフの変化は、ＭＰＲバックオフの変化に類似しているため、ＰＣＭＡＸ，ｃの対応する変化は、予測されるか、またはｅＮＢ  １４０によって予測されるものに近いものとしてよい。ＰＨＲトリガーは、非ＭＰＲバックオフの変化により、有用および／または必要であるということにならない場合がある。
【０１２１】
図４Ｂを参照すると、代表的なトリガー条件４００Ｂについて、第１の時刻Ｔ０において、Ｐ０はＭ０を支配し、第２の時刻Ｔ１において、Ｍ１はＭ０に関して増大し、Ｐ１はＰ０に関して増大し得ることがわかる。時刻Ｔ１において、Ｐ１はＭ１を支配し得る。ＰＣＭＡＸ，ｃの変化は、小さく、Ｐの変化は小さい場合がある。非ＭＰＲ（例えば、ＳＡＲ関係）バックオフは、Ｔ１対Ｔ０でＰＣＭＡＸ，ｃに対してかなり小さい効果を有し得る。ＰＣＭＡＸ，ｃの値は、予測されるか、またはｅＮＢ  １４０によって予測されるものに近いということはあり得ない。ＰＨＲトリガーは、ＰＣＭＡＸ，ｃに対する非ＭＰＲバックオフの低減された効果により、有用であり、および／または必要になる場合がある。
【０１２２】
いくつかの代表的な実施形態では、図２Ａ〜２Ｄ、３Ａ〜３Ｃ、および４Ａ〜４Ｂに関連付けられているロジックは、次を含む。  
Ｍ０＞Ｐ０およびＭ１＜Ｐ１である場合に、ＷＴＲＵは、Ｐ１−Ｍ１＞閾値であればＰＨＲをトリガーし得る。  
Ｍ０＜Ｐ０およびＭ１＞Ｐ１である場合に、ＷＴＲＵは、Ｐ０−Ｍ０＞閾値であればＰＨＲをトリガーし得る。  
Ｍ０＜Ｐ０およびＭ１＜Ｐ１である場合に、ＷＴＲＵは、｜（Ｐ１−Ｍ１）−（Ｐ０−Ｍ０）｜＞閾値であればＰＨＲをトリガーし得る。
【０１２３】
Ｍ０およびＰ０は、最後のＰＨＲがＷＴＲＵ  １０２によって送信されたときに、それぞれ、ＭＰＲバックオフおよび非ＭＰＲバックオフを表し得る。Ｍ１およびＰ１は、それぞれ、ＭＰＲバックオフおよび非ＭＰＲバックオフを表し、しばらくしてからＰＨＲをトリガーするかどうかを決定することができる。別の代表的なロジックは、｜［ＭＡＸ（Ｐ１、Ｍ１）−Ｍ１］−［ＭＡＸ（Ｐ０、Ｍ０）−Ｍ０］｜＞閾値のときにＰＨＲをトリガーし得る。
【０１２４】
上記の説明は、以下の表１にまとめられており、第１の項はＭＡＸ（Ｐ１、Ｍ１）−Ｍ１であり、第２の項はＭＡＸ（Ｐ０、Ｍ０）−Ｍ０である。
【０１２５】
【表１】
0006023363.tif 000003
【０１２６】
トリガーは、任意のＣＣについて任意の閾値を超えた場合にＰＨＲがトリガーされるようにＣＣベースであってよい。トリガーは、ＷＴＲＵベースであってよい。全体としてＷＴＲＵ  １０２について定義されているＭＰＲおよび非ＭＰＲバックオフがあり得る。いくつかの代表的な実施形態では、これらの値は、ＣＣ特有のＭＰＲバックオフおよび非ＭＰＲバックオフを使用する代わりにＰＨＲをトリガーするかどうかを決定するために使用され得る。
【０１２７】
いくつかの代表的な実施形態では、ＰＨＲを送信した後、ＷＴＲＵは、Ｐ０＝ＰＭＰＲａｃｔｕａｌおよびＭ０＝ＭＰＲａｃｔｕａｌ（ＭＰＲおよびＡ−ＭＰＲを含み得る）を計算し、および／または格納することができる。それぞれのＴＴＩ（またはＷＴＲＵがＵＬグラントを出すそれぞれのＴＴＩ）について、ＷＴＲＵは、Ｐ１＝ＰＭＰＲａｃｔｕａｌおよびＭ１＝ＭＰＲａｃｔｕａｌを計算することができる。｜［ＭＡＸ（Ｐ１、Ｍ１）−Ｍ１］−［ＭＡＸ（Ｐ０、Ｍ０）−Ｍ０］｜＞閾値の場合にＷＴＲＵはＰＨＲをトリガーすることができる。
【０１２８】
ＰＨＲは、任意のＣＣについて閾値が越えられた場合にトリガーされ得る。この場合、ｃの下付き文字がすべての変数名に加えられる。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２に対する影響は、ＣＣ下付き文字が取り除かれ、トリガーが越えられる閾値のＷＴＲＵ特有の決定に基づくように全体として計算され得る。
【０１２９】
＜仮想ＰＨＲによって引き起こされ得るトリガー（例えば、不要な、もしくは有用でないトリガー）の排除＞
さまざまな理由から、ＰＨＲがトリガーされ、ＷＴＲＵ  １０２によってｅＮＢ  １４０に送信され得る。ＰＨＲは、１つまたは複数のＰＨ値および追加の情報を与える他のパラメータを含み得る。
【０１３０】
例えば、ＰＨＲが特定のＴＴＩにおいてＷＴＲＵ  １０２によって送信される場合、ＰＨＲは、そのＴＴＩにおけるＵＬグラント（例えば、割り当てられた実際のリソース）を有するそれぞれのアクティブなＣＣに対する実際のＰＨおよびそのＴＴＩにおけるＵＬグラントを有しない任意のアクティブなＣＣに対する仮想ＰＨを含むことができる。実際のＰＨは、とりわけスプリアスエミッションマスク（ＳＥＭ）および／またはＳＡＲなどの送信限界または要件を満たす（例えば、満足する）ようにＷＴＲＵ  １０２によって実行されるグラントおよび任意の電力削減に関連付けられているパラメータを使用して計算され得る。仮想ＰＨは、基準グラントを使用し、および／または電力削減の１つまたは複数に対してゼロを使用することができる。ＷＴＲＵ  １０２は、報告の中のそれぞれのＣＣ、ＰＣＭＡＸ，Ｃに対する構成された最大出力を含むことができ、仮想ＰＨを報告するＣＣに対するＰＣＭＡＸ，ｃは、省くことができる。
【０１３１】
ＰＨＲは、少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲ）による追加の電力バックオフが閾値以上に変化したときにトリガーされ得る。トリガーは、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはすでにタイムアウトしている場合に発生するように定義することができ、構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（Ｐ−ＭＰＲによって許可される）による追加の電力バックオフは、ＷＴＲＵ  １０２が新しい送信に対してＵＬリソースを有しているときにＰＨＲの最後の送信以降にｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ以上変化している。
【０１３２】
最後のＰＨＲが送信されたときに、サービングセル（ＣＣとも称される）の１つまたは複数に対して仮想ＰＨを含んでいた可能性のあることが企図される。この場合、最後のＰＨＲに含まれる仮想ＰＨについて、Ｐ−ＭＰＲによって許可される追加の電力バックオフは、ゼロに設定され得る。現在の追加の電力バックオフを最後のＰＨが送信されたときに使用されていた追加の電力バックオフと比較する場合に、この比較は、仮想ＰＨに対するゼロの値と行うことができる。追加の電力バックオフがトリガーに対する閾値を超える（例えば、それ自体が超える）限り、トリガーがあり得る。仮想ＰＨに対するゼロとの比較により、トリガーは、実際の変化でない追加の電力バックオフの認知された変化に基づくものとしてよい。この結果、スケジューラが特定のＣＣをスケジュールしないことを選択した場合には必ず、過剰な、不要もしくは有用でないトリガーをもたらし得る。類似のシナリオは、実際の追加の電力バックオフ値とともに、最後のＰＨＲが与えられたＣＣに対する実際のＰＨを含んでいたときにあり得、追加の電力バックオフの比較を実行され、これによりＰＨＲをトリガーするかどうかを決定することができる現在のＴＴＩにおいて、ＣＣはＵＬグラントを有さず、ＣＣに対する追加のバックオフはゼロに設定され得る。実際の追加の電力バックオフの値（例えば、閾値より大きい場合）は、追加の電力バックオフの実際の変化の代わりにＰＨＲトリガーの発生源である場合があり、これも、再び、過剰な、不要もしくは有用でないトリガーを潜在的に引き起こし得る。
【０１３３】
与えられたＴＴＩにおいて、パワーマネージメントバックオフが変化したときにＰＨＲを送信すると、ｅＮＢ  １４０に、更新されたパワーマネージメントバックオフを含むＰＨＲが提供され、したがって、スケジューリング決定にパワーマネージメントバックオフを含めることができる。したがって、このトリガーに基づきＰＨＲを送信するステップは、実際のパワーマネージメントバックオフが閾値を超える大きさの量だけ変化した場合、および／またはＰＨおよび／または報告される任意の適用可能な関連するパラメータ、例えば、ＰＣＭＡＸ，ｃにおいて実際のパワーマネージメントバックオフを考慮している場合にＣＣに対してのみ有用であるものとしてよい。
【０１３４】
ＰＨＲで使用されるパラメータの１つは、ＰＨ値が実際の送信もしくは基準フォーマットに基づくかどうかを示すＶビットであることが企図されている。タイプ１のＰＨについては、Ｖ＝０は、ＰＵＳＣＨ上の実際の送信を示し、Ｖ＝１は、ＰＵＳＣＨ基準フォーマットが使用されることを示し得る。タイプ２のＰＨについては、Ｖ＝０は、ＰＵＣＣＨ上の実際の送信を示し、Ｖ＝１は、ＰＵＣＣＨ基準フォーマットが使用されることを示し得る。タイプ１とタイプ２の両方のＰＨについて、Ｖ＝０は、関連付けられているＰＣＭＡＸ，ｃフィールドの存在を示し、Ｖ＝１は、関連付けられているＰＣＭＡＸ，ｃフィールドが省かれていることを示し得る。
【０１３５】
＜いくつかの代表的なＰＨＲトリガー手順＞
他にも理由はあるがとりわけ、仮想ヘッドルームの報告に基づく比較により過剰な、および／または不要な（または有用でない）トリガーを排除するために、ＷＴＲＵ  １０２は、与えられたＣＣについて最後にＷＴＲＵ  １０２が実際のＰＨＲを送信したときに与えられたＣＣに対する電力バックオフ（例えば、パワーマネージメントに使用される）と比較したときに与えられたＣＣに対する電力バックオフ（例えば、パワーマネージメントに使用される）が閾値以上に変化したときにＰＨＲをトリガーすることができる。
【０１３６】
ＷＴＲＵ  １０２は、与えられたＣＣについてＰＨＲにおけるＰＣＭＡＸ，ｃ値をＷＴＲＵ  １０２が最後に送信した時刻を使用して与えられたＣＣに対する実際のＰＨＲを送信した最後の時刻を決定することができる。
【０１３７】
ＷＴＲＵ  １０２は、与えられたＣＣについてＷＴＲＵ  １０２がＰＨＲ内に非仮想的ＣＣであることを示す指示を入れた最後の時刻（例えば、ＷＴＲＵ  １０２が与えられたＣＣについて０に設定されたＶビットをＰＨＲに入れた最後の時刻）を使用して与えられたＣＣについて実際のＰＨＲを送信した最後の時刻を決定することができる。
【０１３８】
２タイプのヘッドルームの報告（例えば、タイプ１はＰＵＳＣＨヘッドルームの報告、タイプ２はＰＵＳＣＨ＋ＰＵＣＣＨヘッドルームの報告）を有するＰＣｅｌｌについて、ＷＴＲＵ  １０２は、トリガー基準がＰＣｅｌｌ（一次サービングセルまたはＣＣ）について満たされているかどうかを判定するときにタイプ１のＰＨ、タイプ２のＰＨ、またはタイプ１およびタイプ２の両方のＰＨを使用することができる。例えば、ＷＴＲＵ  １０２は、ＰＨＲが送信されたときにタイプ１および／またはタイプ２のＰＨの１つまたは複数が実際であった場合に、このＣＣに実際のＰＨＲが送信されていると判定し得る。例えば、両方のＰＨタイプについてＶビットが１に等しくなかった場合（例えば、仮想）、ＰＨＲは実際であると考えられ得る。第２の例として、タイプ１とタイプ２のうちの少なくとも１つのＰＣＭＡＸ，ｃ値がＰＣｅｌｌに対するＰＨＲで送信された場合、ＰＨＲは、実際であるとみなされ得る。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、タイプ１のＰＨまたはタイプ２のＰＨのうちの一方を使用して、トリガー基準が満たされているかどうかを判定することができる。
【０１３９】
ＷＴＲＵ  １０２は、ＳＣｅｌｌに対する最後の実際のＰＨＲを決定するときにＳＣｅｌｌ（セカンダリーサービングセル）の任意の非アクティブ化を無視することができる。例えば、与えられたＣＣ対する最後の実際のＰＨＲ以降に、１回または複数回ＣＣが非アクティブ化および再アクティブ化された場合、ＷＴＲＵ  １０２は、それでも、そのＣＣに対して最後の実際のＰＨＲを使用することができる。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ＣＣの最後のアクティブ化または再アクティブ化以降にＰＨＲ送信を考慮すること（例えば、考慮することのみ）ができる。最後のアクティブ化または再アクティブ化以降にＣＣに対する実際のＰＨＲがない場合、ＷＴＲＵ  １０２は、アクティブ化または再アクティブ化の後にこのＣＣに対する実際のＰＨＲが現れるまでＰＨＲをトリガーするかどうかを決定するトリガー基準の評価を遅延させることができるか、またはＷＴＲＵ  １０２は、それを特別な場合として処理し、閾値より大きいパワーマネージメントバックオフの値（またはパワーマネージメントバックオフがＰＣＭＡＸ，ｃに及ぼす影響）などの他の基準に基づきトリガーし得る。
【０１４０】
ＳＣｅｌｌが構成されるか、または再構成される場合、ＷＴＲＵ  １０２は、構成もしくは再構成以降にＳＣｅｌｌに対するＰＨＲ送信を考慮する（例えば、考慮することのみ）できる。最後の構成または再構成以降にこのＣＣに対する実際のＰＨＲがない場合、ＷＴＲＵ  １０２は、構成または再構成の後にこのＣＣに対する実際のＰＨＲが現れるまでＰＨＲをトリガーするかどうかを決定するトリガー基準の評価を遅延させることができるか、またはＷＴＲＵ  １０２は、これを特別な場合として処理し、閾値より大きいパワーマネージメントバックオフの値（またはパワーマネージメントバックオフがＰＣＭＡＸ，ｃに及ぼす影響）などの他の基準に基づきトリガーし得る。
【０１４１】
いくつかの代表的な実施形態では、閾値を超える追加の電力バックオフの変化に基づきトリガーするステップの代替えとして、またはその代わりに、トリガーは、閾値を超えるＰＣＭＡＸ，ｃに対する追加の電力バックオフの影響の変化に基づくことができる。
【０１４２】
いくつかの代表的な実施形態では、追加の電力バックオフに関係する変化（例えば、実際の変化もしくは影響の変化）に基づきＰＨＲをトリガーするステップは、他のＰＨＲトリガーと類似の方法で禁止タイマーによってゲート（ｇａｔｅ）され得る。
【０１４３】
いくつかの代表的な実施形態では、追加の電力バックオフに関係する変化に基づきＰＨＲをトリガーするステップは、構成されたＵＬによりアクティブなＣＣに（例えば、それだけに）適用可能であるものとしてよい。
【０１４４】
いくつかの代表的な実施形態では、追加の電力バックオフに関係する変化に基づきＰＨＲをトリガーするステップは、ＷＴＲＵ  １０２が任意のＣＣに対して新しい送信のためのＵＬリソースを有するＴＴＩにおいて（例えば、ＴＴＩにおいてのみ）適用可能であるものとしてよい。
【０１４５】
他にも理由はあるがとりわけ、仮想ヘッドルームの報告に基づく比較により過剰な、および不要な、または有用でないトリガーを排除するために、および／または意味のある報告がＷＴＲＵ  １０２によって確実に送信されるようにするために、比較（例えば、パワーマネージメントバックオフ値またはマネージメントバックオフ値の影響の）およびパワーマネージメントバックオフに関係する変化に基づきＰＨＲをトリガーするステップは、ＷＴＲＵ  １０２がそのＣＣに対する（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨリソースであってよい）ＵＬリソースを有しているＴＴＩにおいて（例えば、ＴＴＩのみにおいて）与えられたＣＣについて適用可能であるものとしてよい。例えば、ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２が与えられたＣＣについて有効なＵＬグラント（または割り当てられたＵＬリソース）を有するＴＴＩにおいて（例えば、ＴＴＩにおいてのみ）与えられたＣＣに対するトリガー条件を評価（または考慮）することができ、および／またはＷＴＲＵ  １０２がそのＣＣ（または任意のＣＣ）に対する新しい送信のための有効なＵＬリソースを有しているＴＴＩにおいて（例えば、ＴＴＩにおいてのみ）与えられたＣＣに対するトリガー条件を評価（または考慮）することができる。
【０１４６】
＜トリガー基準を定義する代表的な例（例えば、異なる言い回しを使用する等価な定義も使用することができる）＞
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、ＵＬリソースを持つ少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対してＵＬリソースがあったときにＰＨＲの最後の送信以降に、ＷＴＲＵ  １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上に変化しているか、または変化している可能性がある。
【０１４７】
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対して有効なＵＬグラントがあったときにＰＨＲの最後の送信以降に、ＷＴＲＵ  １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上に変化しているか、または変化している可能性がある。
【０１４８】
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対する実際のＰＨＲの最後の送信以降に、ＷＴＲＵ  １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上に変化しているか、または変化している可能性がある。
【０１４９】
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対してＶｂｉｔ＝０であるＰＨＲの最後の送信以降に、ＷＴＲＵ  １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上に変化しているか、または変化している可能性がある。
【０１５０】
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対して任意のＶｂｉｔ＝０であるＰＨＲの最後の送信以降に、ＷＴＲＵ  １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上に変化しているか、または変化している可能性がある。
【０１５１】
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対してＶｂｉｔ＝０であるタイプ１のＰＨＲの最後の送信以降に、ＷＴＲＵ  １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上に変化しているか、または変化している可能性がある。
【０１５２】
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、タイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性があり、有効なＵＬグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフは、このセービングセルに対する実際のタイプ１のＰＨＲの最後の送信以降に、ＷＴＲＵ  １０２が新しい送信に対するＵＬリソースを有するか、または有している可能性があるときに閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上に変化しているか、または変化している可能性がある。
【０１５３】
「有効なＵＬグラント（またはＵＬリソース）を有するサービングセル」は、「構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有するサービングセル」と同じであってよいことが企図されている。上記の例のすべてについて、「少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフ」は、「少なくとも１つのアクティブ化されたサービングセルに対するＰＣＭＡＸ，ｃへのパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフの効果（または影響）」、または「少なくとも１つのアクティブ化されたサービングセルに対する構成された最大出力電力へのパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による追加の電力バックオフの効果」、または「少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフのＰＣＭＡＸ，ｃへの効果（または影響）」、またはそれらの同等物で置き換えられ得る。
【０１５４】
構成、再構成、アクティブ化、および／または再アクティブ化のうちの１つまたは複数に続くそれぞれのＣＣに対する比較のため実際のＰＨＲがあることを保証することが企図される。
【０１５５】
任意の条件もしくはイベントについて、この条件もしくはイベントに対して第１の実際のＰＨＲをトリガーするのが有用である場合、またはこの条件もしくはイベントの後に第１の実際のＰＨＲをトリガーするのが有用である場合（例えば、この条件またはイベントの発生後）に、ＷＴＲＵ  １０２は、パワーマネージメントバックオフそれ自体が閾値を超えるか、またはパワーマネージメントバックオフのＰＣＭＡＸ，ｃに対する影響が閾値を超える場合に、有効なＵＬグラント（またはＵＬリソース）を有するアクティブなＣＣに対するＰＨＲをトリガーし得る。
【０１５６】
代表的なトリガー手順は、ＰＨＲが本明細書で説明されている基準のいずれかに基づきＰＨＲがトリガーされるという要件もしくはポリシーを含むことができ、これは、例えば、仮想ＰＨＲによって引き起こされ得るトリガー（例えば、不要な、もしくは有用でないトリガー）を排除するための基準であり、これは、例えば、とりわけ（１）構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフが閾値以上に変化していること、（２）構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフのＰＣＭＡＸ，ｃへの効果（もしくは影響）が閾値以上に変化していること、（３）構成されたアップリンクおよび有効なグラント（またはＵＬリソース）を有する少なくとも１つのアクティブ化されたサービングセルに対するＰＣＭＡＸ，ｃへのパワーマネージメント（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲによって許可されたような）による電力バックオフの効果（もしくは影響）が閾値以上に変化していること、のうちの１つに基づくものとすることができ、変化が閾値以上であるかどうかを判定する比較のための基準点は、ＰＨＲが送信されたときの前の（例えば、最近の）時間、期間、または間隔、およびとりわけ（１）構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルが有効なグラント（またはＵＬリソース）を有していたこと、（２）ＰＨＲが構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルに対する実際のＰＨを含んでいたこと、の１つであるものとしてよい。
【０１５７】
閾値は、ｄＢを単位とするｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅとすることができる。
【０１５８】
代表的な電力ヘッドルーム報告手順は、サービングｅＮＢ  １４０に公称ＷＴＲＵ最大送信電力とアクティブ化されたサービングセルごとのＵＬ−ＳＣＨ送信に対する推定電力との差に関する情報、および公称ＷＴＲＵ最大電力とＰＣｅｌｌ上のＵＬ−ＳＣＨおよびＰＵＣＣＨ送信に対する推定電力との差に関する情報を提供するために使用され得る。ＲＲＣは、２つのタイマーｐｅｒｉｏｄｉｃＰＨＲ−ＴｉｍｅｒおよびｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを構成し、測定されたダウンリンク経路損失の変化を設定し得るｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅをシグナリングしてＰＨＲをトリガーすることによって電力ヘッドルームの報告を制御することができる。
【０１５９】
電力ヘッドルームの報告（ＰＨＲ）は、以下のイベントのうちのいずれかが生じるとトリガーされ得る。
【０１６０】
−  ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ  １０２が新しい送信のためのＵＬリソースを有するか、または有する可能性がある場合にＰＨＲの最後の送信以降に経路損失基準として使用されるか、または使用される可能性のある少なくとも１つのアクティブ化されたサービングセルに対するｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ以上変化した場合。
−  ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒがタイムアウトしたとき。
−  機能を無効にするためには使用されない、上位レイヤによる電力ヘッドルームの報告機能の構成または再構成後。
−  構成されたアップリンクによるＳＣｅｌｌのアクティブ化。
−  本明細書で説明されているような追加の電力バックオフの変化または追加の電力バックオフの効果の変化に関係するトリガー基準。例えば、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、構成されたアップリンクおよび有効なグラントを有する少なくとも１つのアクティブ化されたサービングセルに対するパワーマネージメント（Ｐ−ＭＰＲによって許可される）による電力バックオフのＰＣＭＡＸ，ｃへの効果は、ＷＴＲＵ  １０２が新しい送信に対してＵＬリソースを有しているか、または有している可能性があるときにＰＨＲの最後の送信以降にｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ以上変化しているか、変化している可能性がある。
【０１６１】
ＷＴＲＵ  １０２が、ＵＬリソースをこのＴＴＩに対する新しい送信に割り当てている場合。
−  これが、最後のＭＡＣリセット以降に新しい送信に割り当てられている第１のＵＬリソースである場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを起動する。
−  電力ヘッドルームの報告プロシージャで、ＰＨＲの最後の送信以降に少なくとも１つのＰＨＲがトリガーされているか、またはこれがＰＨＲがトリガーされた最初であると判定する場合。
−  割り当てられたＵＬリソースがＰＨＲ  ＭＡＣ制御要素＋そのサブヘッダを論理チャネル優先順位付けの結果として受け入れることができるか、または受け入れてもよい場合。
−  ｅｘｔｅｎｄｅｄＰＨＲが構成されている場合。
−  構成されたアップリンクを有するそれぞれのアクティブ化されたサービングセルについて。
−  物理レイヤからタイプ１の電力ヘッドルーム、およびいくつかの場合において、このサービングセルに関連付けられている対応するＰＣＭＡＸ，ｃの値を取得する。
−  同時ＰＵＣＣＨ−ＰＵＳＣＨが構成されている場合。
−  ＰＣｅｌｌについてのタイプ２の電力ヘッドルームの値、およびいくつかの場合において、物理レイヤから対応するＰＣＭＡＸ，ｃを取得する。
−  物理レイヤによって報告された値に基づき拡張ＰＨＲ  ＭＡＣ制御要素を生成し、送信するように多重化およびアセンブリプロシージャに指令する。
−  物理レイヤからタイプ１の電力ヘッドルームの値を取得する。
−  物理レイヤによって報告された値に基づきＰＨＲ  ＭＡＣ制御要素を生成し、送信するように多重化およびアセンブリプロシージャに指令する。
−  ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを起動または再起動する。
−  ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを起動または再起動する。
−  すべてのトリガーされたＰＨＲをキャンセルする。
【０１６２】
いくつかの代表的な実施形態では、電力制御およびＰＨＲで使用するため追加のバックオフをＰＣＭＡＸ，ｃに適用する時期を確定する手順が実装され得る。
【０１６３】
ＳＡＲまたは他の、例えば、非ＬＴＥの、効果があるので、送信電力決定および／または電力ヘッドルームの計算のためにＰＣＭＡＸ，ｃが低減されるか、またはバックオフされ得る。
【０１６４】
追加のバックオフの量が変更される必要があるか、または変更されるべきである場合、ＷＴＲＵ  １０２は、変更されたバックオフの使用または適用を開始して、チャネル電力、例えば、ＰＰＵＳＣＨ，ｃ（ｉ）を決定するために使用されるＰＣＭＡＸ，ｃの値を変更することができ、その際に、（１）最終的なＰＨＲの時間に関係なく、変更された条件に基づき即座に適用されるオプション（方法）、（２）変更されたＰＣＭＡＸ，ｃが適用する前にＰＨＲでＷＴＲＵ  １０２に報告されるまで待つオプション（方法）、（３）適用する前に時間の閾値より長く待たないオプション（方法）、および／または（４）即座に、または与えられた時間の長さを超えて次の定期的ＰＨＲが実行され得る場合に、与えられた時間の範囲内で、適用するオプション（方法）のうち１つがある。これらのオプションのうちの一部または全部、例えば、項目２と３などが組み合わされ得ることが企図される。例えば、ＷＴＲＵ  １０２は、時間の閾値が経過するまで、またはＰＣＭＡＸ，ｃをＰＨＲで報告するまで、のうちのいずれか先に到来する時点まで待ち、それから適用することができる。
【０１６５】
これら４つのオプション（例えば、方法）のうちどれを使用すべきかは、使用する追加のバックオフが増大するか、または減少するかによって決まる。いくつかの代表的な実施形態では、これは、追加のバックオフの絶対的変化とは反対に、ＰＣＭＡＸ，ｃに対する追加のバックオフの効果に関係するものとしてよい。
【０１６６】
例えば、追加のバックオフの量またはＰＣＭＡＸ，ｃへの追加のバックオフの影響が増大する（結果として潜在的に送信電力が減少する可能性がある）状況が生じた場合、バックオフの変更を適用するのを待つことで、結果として、哺乳類、例えば、人間への望ましくないＲＦ（無線周波）効果が引き起こされ得る。この場合、ＰＨＲがいつ送信され得るかに関係なく、バックオフに変更を即座に適用することが最良の方法である。変更を適用した後可能な限り早くＰＨＲを（例えば、変更されたＰＣＭＡＸ，ｃとともに）送信するのが有益であると思われる。ＰＨＲが送信されるまで、ｅＮＢ  １４０は、ＷＴＲＵ  １０２がサポートし得ないというＵＬグラントを割り当てることができる。
【０１６７】
追加のバックオフの量またはＰＣＭＡＸ，ｃへの追加のバックオフの影響が減少する（結果として潜在的に送信電力を増大させることができる）状況が生じた場合、バックオフの変更を適用するのを待つことで、ＷＴＲＵ  １０２が、ＰＨＲを介して減少したバックオフを認識した後にｅＮＢ１４０が送信することができる、より大きなグラントを処理する能力を遅延させることができる。この場合、ＰＨＲを送信する際の遅延は、より許容可能であるものとしてよい。
【０１６８】
以下の代表的な手順の１つまたは複数が適用可能である。
【０１６９】
（１）追加のバックオフ（または追加のバックオフの効果）が減少した場合、ＷＴＲＵ  １０２は、変更されたバックオフを即座に、または与えられた時間枠内で適用するか、あるいは、ＷＴＲＵ  １０２は、ＰＨＲがバックオフを適用するために送信されるまで待つことができる。いくつかの代表的な実施形態では、ＰＨＲが、ある所定の時間の間送信されない場合、ＷＴＲＵ  １０２は、変更されたバックオフを適用し、ＰＨＲをこれ以上待つことができない。他の代表的な実施形態では、ＷＴＲＵ  １０２は、与えられた時間の長さを超えて次の定期的ＰＨＲが実行され得る場合に、与えられた時間の範囲内で、バックオフを適用することができる。
【０１７０】
（２）追加のバックオフ（または追加のバックオフの効果）が増大した場合、ＷＴＲＵ  １０２は、変更されたバックオフを即座に、または与えられた時間枠内で適用することができる。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ＰＨＲがバックオフを適用するために送信されるまで待つことができる。他の代表的な実施形態では、ＰＨＲが、ある所定の時間の間送信されない場合、ＷＴＲＵ  １０２は、変更されたバックオフを適用し、ＰＨＲをこれ以上待つことができない。さらに他の代表的な実施形態では、ＷＴＲＵ  １０２は、与えられた時間の長さを超えて次の定期的ＰＨＲが実行され得る場合に、与えられた時間の範囲内で、バックオフを適用することができる。
【０１７１】
ＰＨＲが追加のバックオフ（例えば、追加のバックオフの変化する要求条件）のせいでトリガーされる場合であっても、ＰＨＲの送信は遅延され得る（例えば、ＭＡＣ  ＣＥに対して空き（例えば、容量）がないため）ことが企図される。変更された追加のバックオフに対する要求条件が生じたときからＰＨＲの送信までの間の非ゼロの期間があり得る。
【０１７２】
いくつかの代表的な実施形態では、急速に変化する追加のバックオフを処理するための代表的な手順が実装され得る。
【０１７３】
前節では、例えば、追加のバックオフの変更または追加のバックオフの影響の変更に基づきＰＨＲをトリガーするステップについて説明している。代表的な手順では、追加のバックオフの急な変更を処理することができる。このような代表的な手順は、追加のバックオフが急速に変化しない場合に適用することもできる。
【０１７４】
一例として、１ｘＥＶ−ＤＯによる送信は、非常に集中的に行われ得るが（例えば、２０ミリ秒のフレーム内において、２．５ｍｓまで短縮するＯＮと１７．５ｍｓまで延長するＯＦＦ）、常時ＯＮのままであってもよい。それぞれのそのような高速度のバーストの開始時と終了時にＰＨＲを報告することに関連づけられる問題があり得る。追加のバックオフの変化または追加のバックオフの影響の変化によってトリガーされたＰＨＲに対して、禁止タイマー（例えば、最後のＰＨＲが送信された後の一定期間においてＰＨＲがトリガーされるのを禁止するために使用されるタイマー）が設定された場合、そのような高速度のバーストの開始時と終了時におけるＰＨＲのトリガーは、例えば、トグリング速度が禁止タイマー期間より速いので、失われる可能性がある。これらの変化によってトリガーされたＰＨＲに対して禁止タイマーが設定されない場合、ＰＨＲの過剰なシグナリングのオーバーヘッドがあり得る。
【０１７５】
急速に変化する追加のバックオフを処理するための代表的な手順について、以下で説明される。代表的な手順１では、ＯＮ状態が可能である限り、ＯＮ状態と矛盾しないレベルでバックオフの安定性を維持することができる。例えば、１Ｘもしくは別のエアーインターフェースの動作が有効化された場合、または１Ｘもしくは他の呼が接続されるか、または進行中である場合、ＯＮ状態に対するバックオフは、バーストの有無に関係なく、使用され得る。
【０１７６】
１Ｘに対する代表的な手順２では、ＷＴＲＵ  １０２は、高速１Ｘバーストを送信するモード（バーストモードとも称され得る）に入っているか入っていないか、または高速１Ｘバーストを送信するモードに入っている間に、ＰＨＲにおけるＰＣＭＡＸ，ｃは、１Ｘ送信が常時ＯＮになっていたかのようにシグナリングされ得ることを示す指示を検出または受け入れることができる。この代表的な手順は、（１）高速バーストが開始したときに（例えば、最初に開始）、低減されたＰＣＭＡＸ，ｃを含むＰＨＲを（例えば、バックオフの増大により）トリガーすること、（２）別の理由（例えば、周期的または著しく変化した経路損失）からトリガーされた（例えば、任意の）ＰＨＲ内に、高速１Ｘバーストを送信するモードに入っている間に、ＰＨＲの時間の実際のバックオフ（例えば、要求されたバックオフ）に関係なく、増大されたバックオフが使用されているかのように、ＰＣＭＡＸ，ｃを入れること、および／または（３）バースト（例えば、すべてのそのようなバースト）が終了したときに、（増大されたバックオフをもはや使用していないため）増大したＰＣＭＡＸ，ｃを含むＰＨＲをトリガーすることを実行するために使用され得る。
【０１７７】
１Ｘバーストモードを決定し、バーストモードの開始時および終了時にＰＨＲをトリガーするための例示的なアルゴリズムは、以下のとおりである。
・  すべてのサブフレームにおいて、１Ｘが送信中であるか、または送信中でないかを観察する。
・  １Ｘが送信中であれば、
−  バーストモード＝ＯＮ
−  １Ｘが前のサブフレームにおいて送信中でなければ、
−  その時刻（「バーストＯＮ開始時刻」と表される）をメモする。
−  前のサブフレームにおけるバーストモードがＯＦＦであれば、
−  ＰＨＲをトリガーし、低減されたＰＣＭＡＸ，ｃを報告する。
・  １Ｘが送信中でなければ、
−  前のサブフレームにおけるバーストモードがＯＮであれば、
−  バーストＯＮ開始時刻以降の時刻が２０ｍｓ以上前であれば、
・  バーストモード＝ＯＦＦ
・  ＰＨＲをトリガーし、増大されたＰＣＭＡＸ，ｃを報告する
【０１７８】
代表的な手順３では、例えば、ＳＡＲなどによる、急速に変化する追加のバックオフの要求条件を処理することができる。ＷＴＲＵ  １０２は、近接が検出されたときなど、任意の追加のバックオフがいつ必要か（または使用すべきか）を決定することができ、ある長さの時間にわたって追加のバックオフが必要なくなる（使用されなくなる）まで追加のバックオフのレベルの一貫性を維持することができる（例えば、最悪の場合に、または別の量で）。
【０１７９】
代表的な手順４は、例えば、最後のＰＨＲ以降の期間において生じた最悪の場合の追加のバックオフもしくは追加のバックオフの影響を含めて、ＰＣＭＡＸ，ｃをＰＨＲで報告するステップを含み得る。例えば、以下のとおりである。
時刻０（最後のＰＨＲの報告）：バックオフ＝ｂ０
時刻１（次のサブフレーム）：バックオフ＝ｂ１
時刻２（次のサブフレーム）：バックオフ＝ｂ２、．．．
時刻ｐ（次のＰＨＲが送信され得るサブフレーム）：バックオフ＝ｂｐ
【０１８０】
ＰＣＭＡＸ，ｃは、バックオフ＝  Ｍａｘ（ｂ０、ｂ１、ｂ２、．．．、ｂｐ）を使用してＷＴＲＵによって報告され得る。
【０１８１】
１ｘＥＶ−ＤＯおよびＳＡＲは、例として図示されているけれども、任意のバーストまたは非バーストアプリケーション、および／または任意の急速に変化する、もしくは急速に変化しないバックオフ状況に対して、代表的な手順が使用され得ることも企図される。
【０１８２】
いくつかの代表的な実施形態では、追加のバックオフがある場合に仮想ＰＨＲを処理するための代表的な手順が実装され得る。
【０１８３】
仮想ＰＨＲに対してＰＣＭＡＸ，ｃの報告を処理するためのさまざまな代表的な手順があり得る。代表的な手順は、（１）非仮想ＰＨＲと仮想ＰＨＲの両方に対してＰＣＭＡＸ，ｃを常に報告するステップ、または（２）非仮想ＰＨＲについてはＰＣＭＡＸ，ｃを報告し、仮想ＰＨＲについては報告しないステップを含み得るが、それは、仮想ＰＨＲについて、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃは、ｅＮＢ  １４０が報告することなく仮想ＰＨＲについてＰＣＭＡＸ，ｃを決定することができるようにゼロであってよいからである。これらの代表的な手順は、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴｃの許容される電力削減に基づくものとしてよい。
【０１８４】
追加のバックオフを実装するときに、仮想ＰＨＲおよびＰＣＭＡＸ，ｃを処理するための代表的な手順が実装され得る。仮想ＰＨＲについて、ＷＴＲＵ  １０２は、ＰＣＭＡＸ，ｃの決定に追加のバックオフの効果（例えば、ＳＡＲおよび／または１Ｘ効果に関連づけられる）を含めることができる。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２が、追加のバックオフの効果をＰＣＭＡＸ，ｃに含める場合、ＷＴＲＵ  １０２は、ＰＣＭＡＸ，ｃが追加のバックオフの影響を受ける場合に（例えば、その場合にのみ）仮想ＰＨＲに対するＰＣＭＡＸ，ｃを報告することができる。他の代表的な実施形態では、仮想ＰＨＲについて、ＷＴＲＵ  １０２は、ＰＣＭＡＸ，ｃの決定から追加のバックオフの効果（例えば、ＳＡＲおよび／または１Ｘに関連づけられる）を除外することができ、ＰＣＭＡＸ，ｃは、仮想ＰＨＲでは報告され得ない。
【０１８５】
ＷＴＲＵ  １０２がＰＨＲでＰＣＡＭＸ，ｃを報告（例えば、常に報告）する場合に、ＰＣＭＡＸ，ｃは、ＰＣＭＡＸ，ｃに含まれるか、または含まれないバックオフのタイプに関係なく仮想ＰＨＲについて報告されることが企図されている。
【０１８６】
ＷＴＲＵごとの最大電力およびＣＣごとの最大電力を処理するための代表的な手順が実装され得る。
【０１８７】
最大電力範囲は、ＣＣレベルおよびＷＴＲＵレベルでＷＴＲＵ  １０２に対して定義され得る。本明細書ですでに定義されている式を拡張することによって、ＣＣごとに構成された最大出力電力の例、ＰＣＭＡＸ，ｃは、式１４に示されているように定義され、ＷＴＲＵ  １０２は、ＣＣごとに構成されている最大出力電力を、その式の中に示されている上下限内に収まるように設定することが許され得る。
ＰＣＭＡＸ＿Ｌ，ｃ≦ＰＣＭＡＸ，ｃ≦ＰＣＭＡＸ＿Ｈ，ｃ    式（１４）
ただし、
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴｃ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＭＰＲ）−ΔＴＣ｝
ＰＣＭＡＸ＿Ｈ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ、ＰＰｏｗｅｒＣｌａｓｓ｝
【０１８８】
ＰＥＭＡＸ，ｃは、例えば、Ｐ−ＭａｘＩＥにおけるｅＮＢ  １４０によってＷＴＲＵにシグナリングされる上位層（ＣＣの）によってシグナリングされる最大電力制限とすることができる。
【０１８９】
ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、およびＰ−ＭＰＲは、それぞれ、ＷＴＲＵ  １０２およびすべてのＣＣについて１つの共通値を有するものとして定義され得る。例えば、ＭＰＲは、全体としてすべてのＣＣおよびＷＴＲＵ  １０２に対して同じであってよい。それぞれのＣＣおよびＷＴＲＵに対して同じ値を使用することも、ＣＣの電力が総和されるため可能である。例えば、ＷＴＲＵ  １０２について、３ｄＢの低減は、それぞれの個別ＣＣに３ｄＢの低減を適用することによって実現され得る。
【０１９０】
いくつかの代表的な実施形態では、ＣＣ特有の値は、ＣＣの１つまたは複数に対する値の１つまたは複数について定義され得る。任意のＣＣ特有の値について、ＣＣ特有の値は式の中で使用され、値に下付き文字Ｃを加えることによって、例えば、ＭＰＲＣ、Ａ−ＭＰＲＣ、Ｐ−ＭＰＲＣ、およびΔＴｃＣによって表すことができる。
【０１９１】
ＣＣごとに構成された最大出力電力ＰＣＭＡＸ，ｃの代わり、または最大出力電力に加えて、総合的なＷＴＲＵで構成された最大出力電力ＰＣＭＡＸは、例えば本明細書ですでに説明されているように定義され、ＷＴＲＵ  １０２は、構成された最大出力電力を以下の上下限内に収まるように設定することが許され得る。
ＰＣＭＡＸ＿Ｌ≦ＰＣＭＡＸ≦ＰＣＭＡＸ＿Ｈ    式（１５）
ただし、一例として式３に示されている下限ＰＣＭＡＸ＿Ｌを使用し、Ｐ−ＭＰＲとして非ＭＰＲ電力削減値を参照すると、ＰＣＭＡＸ＿Ｌは式１６に示されているとおりである。
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＭＰＲ）−ΔＴＣ｝    式（１６）
ただし、上限ＰＣＭＡＸ＿Ｈは以下のように定義され得る。
【０１９２】
ＰＣＭＡＸ＿Ｈ＝ＭＩＮ｛ＰＥＭＡＸ，ＰＰｏｗｅｒＣｌａｓｓ｝    式（１７）
ただし、ＰＥＭＡＸは、上位レイヤ、例えば、ＲＲＣを介して、ｅＮＢによってシグナリングされる電力制限であるか、または、それぞれのＣＣについてシグナリングされた個別の電力制限、ＰＥＭＡＸ，ｃから、例えば、ＷＴＲＵによって、計算された値であるものとしてよい。
【０１９３】
例えば、ＰＥＭＡＸ＝１０ｌｏｇ１０ΣＰＥＡＭＸ，ｃであるが、ただし、ＰＥＭＡＸ，ｃはそれぞれのＣＣについてＰ−Ｍａｘ  ＩＥでＲＲＣによりシグナリングされた電力制限とすることができる。ＰＥＭＡＸ，ｃは、単位ｄＢで表された値とすることができ、ＰＥＭＡＸ，ｃは、線形表記法で表されたＰＥＭＡＸ，ｃの値であるものとしてよい。
【０１９４】
ＰＣＭＡＸ値は、チャネル電力をスケーリングするための決定の制限として、および／または電力制御手順において超えてはならない制限として使用され得ることが企図される。
【０１９５】
いくつかの代表的な実施形態では、ＰＣＭＡＸおよび／またはＰＣＭＡＸ，ｃは、サブフレームｉについて決定され、それぞれＰＣＭＡＸ（ｉ）およびＰＣＭＡＸ，ｃ（ｉ）として表され得る。
【０１９６】
別の例では、下限ＰＣＭＡＸ＿Ｌは、ＣＣごとの値から定義され、決定され、および／または計算され得る。
【０１９７】
下限ＰＣＭＡＸは、以下のようにＣＣごとの値から定義され、決定され、および／または計算され得る。
【０１９８】
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ｃ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲｃ＋Ａ−ＭＰＲｃ、Ｐ−ＭＰＲｃ）−ΔＴＣ，ｃ｝    式（１８）
ただし、下付き文字Ｃは、ＣＣ特有の値であることを示す。ＣＣ値は、同じであっても異なっていてもよい。例えば、帯域内ＣＣについて、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲ、および／またはΔＴＣのうちの１つまたは複数について、ＷＴＲＵ特有の値もしくは帯域特有の値が与えられ、これらの値は、個別のＣＣ値に対して使用され得る。
【０１９９】
小文字（例えば、値の少なくとも第１の文字について）が線形値を示し得る、線形表記法を使用することで、式１８は、式１９に示されているように表すことができる。
１０ｌｏｇ１０ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛１０ｌｏｇ１０（ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ）、１０ｌｏｇ１０ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），１０ｌｏｇ１０ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒＣ・ΔｔＣ，ｃ）｝    式（１９）
したがって、ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ）、ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ）、ＰＰｏｗｅｒＣｌａｓｓ／｛ｐｍｐｒｃ・ΔｔＣ，ｃ｝    式（２０）
【０２００】
複数のＣＣの電力の総和が次のとおりである最低値。
ΣＰＣＭＡＸ＿Ｌ，ｃ＝ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ）、ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），ＰＰｏｗｏｒＣｌａｓｓ／（ｐｍｐｒＣ・ΔｔＣ，ｃ）｝    式（２１）
【０２０１】
そこで、以下のようになる。
ＰＣＭＡＸ＿Ｌ＝１０ｌｏｇ１０ΣＰＣＭＡＸ＿Ｌ，ｃ
＝１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒＣ・ΔｔＣ，ｃ）｝    式（２２）
【０２０２】
式２２で規定されるようなＰＣＭＡＸに対する下限は、帯域内ＣＣおよび／または帯域間ＣＣに（またはそのために）適用され得る。低い電力削減（例えば、ＭＰＲおよびその他）について、これは結果として、ＰｏｗｅｒＣｌａｓｓより大きいＰＣＭＡＸ＿Ｌ値（例えば、ＣＣｓ  Ｘ  ＰＰｏｗｅｒＣｌａｓｓの数に近い値）をもたらし得ることが企図される。したがって、確実に値がＰＰｏｗｅｒＣｌａｓｓを超えないようにすることが有用であり得る。式２２に示されているようなＰＣＭＡＸに対する下限は、式２３に示されているように修正され得る。
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ［ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ）］，ＰＰｏｗｅｒＣｌａｓｓ｝    式（２３）
【０２０３】
いくつかの代表的な実施形態では、以下のように表すことができる。
ＰＣＭＡＸ＿Ｌ＝ＰＰｏｗｅｒＣｌａｓｓ＋１０ｌｏｇ１０ΣＭＩＮ［ＰＥＭＡＸ，ｃ／（ＰＰｏｗｃｒＣｌａｓｓ・ΔｔＣ，ｃ），１／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），１／（ｐｍｐｒｃ・ΔｔＣ，ｃ）］    式（２４）
【０２０４】
または、式２５に示されているようにＰＰｏｗｅｒＣｌａｓｓ制限をともなう場合である。
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＰｏｗｅｒＣｌａｓｓ＋１０ｌｏｇ１０ΣＭＩＮ［ＰＥＭＡＸ，ｃ／（ＰＰｏｗｅｒｃｌａｓｓ・ΔｔＣ，ｃ），１／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），１／（ｐｍｐｒｃ・ΔｔＣ，ｃ）］，ＰＰｏｗｅｒＣｌａｓｓ）    式（２５）
【０２０５】
例えば、帯域間の場合に対して許容される追加の電力削減があり得る。この削減は、与えられたＣＣに対するＩＢＲＣ（例えば、線形表記法でｉｂｒｃ）と称され得る。これらの値は、異なるＣＣに対して同じであっても異なっていてもよい。その場合、ＰＣＭＡＸ＿Ｌは、以下の式のうちの１つで定義され得る。
ＰＣＭＡＸ＿Ｌ＝１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ）｝    式（２６）
ＰＣＭＡＸ＿Ｌ＝１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ）｝    式（２７）
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ｝    式（２８）
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ｝    式（２９）
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ−ＩＢＲ｝    式（３０）
【０２０６】
ＰＣＭＡＸ＿Ｌは、ＷＴＲＵ  １０２に対する全体的なＰ−ＭＰＲ削減を可能にするように以下のうちの１つとして定義することもできる。
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ［ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ）］，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（Ｐ−ＭＰＲｃ）｝    式（３１）
ただし、ＭＡＸ（Ｐ−ＭＰＲｃ）は、ＣＣのうちで、最大のＰ−ＭＰＲ値である。
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ［ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ）］，ＰＰｏｗｅｒＣｌａｓｓ−ＩＢＲ−ＭＡＸ（Ｐ−ＭＰＲｃ）｝    式（３２）
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ）｝，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（Ｐ−ＭＰＲｃ）｝    式（３３）
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ）｝，ＰＰｏｗｅｒＣｌａｓｓ−ＩＢＲ−ＭＡＸ（Ｐ−ＭＰＲｃ）｝    式（３４）
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ）｝，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（Ｐ−ＭＰＲｃ）｝    式（３５）
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛１０ｌｏｇ１０ΣＭＩＮ｛ＰＥＭＡＸ，ｃ／（ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｍｐｒｃ・ａ−ｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ），ＰＰｏｗｅｒＣｌａｓｓ／（ｐｍｐｒｃ・ΔｔＣ，ｃ・ｉｂｒｃ）｝，ＰＰｏｗｅｒＣｌａｓｓ−ＩＢＲ−ＭＡＸ（Ｐ−ＭＰＲｃ）｝    式（３６）
【０２０７】
上記の式の中のＩＢＲは、ＷＴＲＵ特有の緩和であるものとしてよい。ＩＢＲは、（１）ＣＣ特有のＩＢＲｃ値から独立した値、（２）これらの値と同じ、または（３）とりわけ最大値、平均、または総和などの、値の組み合わせとすることができる。組み合わせは、ＩＢＲ用に対数形式に変換する前に線形形式で実行され得る。
【０２０８】
帯域間アグリゲーションについて明細書で説明されている式が、帯域内アグリゲーション、例えば、帯域内不連続アグリゲーションに対しても適用可能であることが企図されている。この場合、ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、および／またはＰ−ＭＰＲのうちの１つまたは複数が、キャリアごとに、またはアグリゲートされた連続キャリアグループごとに指定され得る。
【０２０９】
帯域内連続ＣＡ（キャリアアグリゲーション）をサポートすることができ、また帯域間ＣＡをサポートすることもできるＷＴＲＵ  １０２では、例えば、ＲＦフロントエンドの追加のダイプレクサまたは他のコンポーネントによる追加の挿入損失を考慮することが有益であると思われる。この場合、および／または他の場合において、上記の式は、追加の項を使用して、その挿入損失を考慮することができる。挿入損失は、その代わりにまたはそれに加えて（例えば、全体として、または一部分だけ）式の既存の項のうちの１つに対して指定された許容電力削減に含まれ得る。
【０２１０】
いくつかの代表的な実施形態では、最大電力の式の中でＣＣ特有の値とＷＴＲＵ特有の値との関係が使用され得る。
【０２１１】
個別のＣＣについて定義されたいくつかの値とＷＴＲＵ  １０２について定義された値との間の関係は、以下の１つまたは複数を含むものとしてよい。帯域内ＣＡの場合には、ＭＰＲは、ＷＴＲＵ  １０２について定義され、それぞれのＣＣ特有のＭＰＲｃは、ＭＰＲに等しくなるように設定され得る。例えば、２つのＣＣが同じ帯域にあり、ＷＴＲＵ  １０２に対してＭＰＲ＝１ｄＢである場合、ＷＴＲＵ  １０２は、それぞれのＣＣに対するＰＣＭＡＸ，ｃを１ｄＢ緩和することができ、両方のＣＣが、総和がＰＣＭＡＸ（あるいはＰｐｏｗｅｒｃｌａｓｓ）を超えるべきであるか、または超えることになるように最大値に近い場合、ＷＴＲＵ  １０２はＰＣＭＡＸ（あるいはＰｐｏｗｅｒｃｌａｓｓ）を超えないように電力を削減することが許容され、これは例えば全体で１ｄＢだけＷＴＲＵの最大電力を低減する許容を含み得る。
【０２１２】
ＣＣに対する項ΔＴＣ，ｃは、ＣＣの周波数が収まるこの帯域内の位置に基づくものとしてよい。帯域内ＣＡの場合、ＣＣ特有のΔＴＣ，ｃ（例えば、ＣＣ特有のΔＴＣ，ｃのすべて）が同じである場合に、ＷＴＲＵ  １０２に対するΔＴＣ，ｃはΔＴＣ，ｃに等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。
【０２１３】
帯域内ＣＡの場合、ＣＣ特有のΔＴＣ，ｃのどれかが異なるときに、ΔＴＣ，ｃは、ΔＴＣ，ｃ値のうちの最大の値に等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。
【０２１４】
帯域内ＣＡの場合、ＣＣ特有のΔＴＣ，ｃのどれかが異なるときに、周波数ホッピングが有効化されていれば、ΔＴＣは、サブフレームの両方のスロット上で最大のΔＴＣ，ｃに等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。
【０２１５】
帯域内ＣＡの場合、ＣＣのどれかに対するＡ−ＭＰＲｃが異なれば、Ａ−ＭＰＲ値に最大の値が使用され得る。
【０２１６】
いくつかの代表的な実施形態では、周波数ホッピングが有効化され、ＲＢが一方のスロットから別のスロットに切り替えられ、スロットごとのＡ−ＭＰＲｃが１つまたは複数のＣＣ（例えば、任意のＣＣ）について変化した場合に、そのサブフレーム上の最大のＡ−ＭＰＲｃ値がＡ−ＭＰＲ値に使用され得る。
【０２１７】
帯域内ＣＡの場合、アグリゲートされたＣＣについてＡ−ＭＰＲｃ値が等しければ、Ａ−ＭＰＲがＡ−ＭＰＲｃに等しくなるように設定され得る。帯域間ＣＡの場合、これは、帯域（例えば、周波数帯域）ごとに適用可能であるものとしてよい。帯域間ＣＡの場合、Ａ−ＭＰＲｃ値は、加法的効果を有するので、ＣＣごとに適用され得る。
【０２１８】
帯域間ＣＡについて上で説明されている関係のうちの１つまたは複数は、割り当てが不連続である帯域内ＣＡに対して適用可能であるものとしてよい。
【０２１９】
いくつかの代表的な実施形態では、測定された最大電力が実装され得る。
【０２２０】
前の方で説明されている最大電力値は、「構成」またはターゲット値であるものとしてよい。ＷＴＲＵ  １０２が送信する場合、これは、計算して求めた正確な値を送信しないことがあるが、それは、同じメーカーのものであっても、各ＷＴＲＵ  １０２のコンポーネントの性能にバラツキがあるからである。ＷＴＲＵ  １０２には、実際に送信するときに、またＷＴＲＵ  １０２の最大出力電力が指定された制限範囲内に留まっているかどうかを判定するために実行されるテストにおいて、構成された値を中心とする許容範囲を認めることができる。
【０２２１】
測定された最大出力電力は、以下のように定義され得る。ＷＴＵＲ  １０２の測定された最大出力電力は、個別のＣＣの電力の測定された総和の最大値であり、（ΣｐＵ，ｃ）ＭＡＸは以下の上下限の範囲内にある（またはその範囲内にある必要がある）ものとしてよい。
ＰＣＭＡＸ＿Ｌ−Ｔ（ＰＣＭＡＸ＿Ｌ）≦１０ｌｏｇ１０（ΣＰＵ，ｃ）ＭＡＸ≦ＰＣＭＡＸ＿Ｈ＋Ｔ（ＰＣＭＡＸ＿Ｈ）    式（３７）
ただし、式中、
ｐＵ，ｃは、均等目盛りによるコンポーネントキャリアｃの出力電力とすることができる。
【０２２２】
ＰＣＭＡＸ＿ＬおよびＰＣＭＡＸ＿Ｈは、前に定義されているとおりのものとすることができる。
【０２２３】
Ｔ（ＰＣＭＡＸ）は、例えば許容範囲の表で定義されている許容値であり、ＰＣＭＡＸ＿ＬおよびＰＣＭＡＸ＿Ｈに別々に適用することができる。
【０２２４】
ＵＣＩが１帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合に、ＷＴＲＵ  １０２が最大送信電力を超えるのを防ぐために代表的な手順が実装され得る。
【０２２５】
機能的に同等である、いくつかの異なる形式で表され得る、１帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上でＵＣＩを同時に送信しながら、ＷＴＲＵ  １０２が最大送信電力を超えるのを防ぐための代表的な手順は以下のとおりである。
【０２２６】
いくつかの代表的な実施形態では、
【０２２７】
【数２】
0006023363.tif 000004
【０２２８】
は、
【０２２９】
【数３】
0006023363.tif 000005
【０２３０】
または
【０２３１】
【数４】
0006023363.tif 000006
【０２３２】
のいずれかで置き換えることができる。
【０２３３】
すべての形式において、チャネルのスケーリング（例えば、チャネル電力のスケーリング）は、一般的に、チャネル（例えば、チャネル電力）に係数ｗ（０≦ｗ≦１）を乗算することを指すが、ただし、係数１でチャネルをスケーリングすることはチャネルをスケーリングしないことと同等であり、係数０でチャネルをスケーリングすることはチャネルを送信しないことと同等である。
【０２３４】
代表的な手順は、一般的に、（１）ＰＵＣＣＨが送信されていない場合、および／または（２）ＰＵＳＣＨが（例えば、ＵＣＩあり、またがなしで）送信されない場合に対して、任意の非送信チャネルの各線形電力項をゼロに設定することによって、適用可能であるものとしてもよい。
【０２３５】
第１の形式（例えば、形式１）において、ＵＣＩがＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信されるときに、ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超えるべきであるか、または超えることになるであろう場合に、およびＰＵＣＣＨ電力＋ＵＣＩ電力を含むＰＵＳＣＨの総和がＰＣＭＡＸを超えない可能性があるか、または超えないであろう場合に、ＷＴＲＵ  １０２は、ＵＣＩなしで等しくＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）をスケーリングすることができる。ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超えるべきであるか、または超えることになるであろう場合、およびＰＵＣＣＨ電力＋ＵＣＩ電力を含むＰＵＳＣＨの総和がＰＣＭＡＸを超えるべきであるか、または超えることになるであろう場合に、ＷＴＲＵ  １０２は、ＵＣＩとともにＰＵＳＣＨをスケーリングすることができ、ＵＣＩなしで任意のＰＵＳＣＨを送信することはできない。
【０２３６】
第２の形式（例えば、形式２）では、ＵＣＩがセルｃ＝ｊにおいてＰＵＳＣＨ上で、およびＰＵＣＣＨ上で同時に送信されるときに、
【０２３７】
【数５】
0006023363.tif 000007
【０２３８】
であれば、ＷＴＲＵ  １０２は、サブフレームｉ内のサービングセル（例えば、すべてのサービングセル）ｃ≠ｊに対する
【０２３９】
【数６】
0006023363.tif 000008
【０２４０】
を、条件
【０２４１】
【数７】
0006023363.tif 000009
【０２４２】
が満たされるようにスケーリングすることができる。そうでなければ、ＷＴＲＵ  １０２は、
【０２４３】
【数８】
0006023363.tif 000010
【０２４４】
を送信せず、サブフレームｉにおける
【０２４５】
【数９】
0006023363.tif 000011
【０２４６】
を、条件
【０２４７】
【数１０】
0006023363.tif 000012
【０２４８】
が満たされるようにスケーリングすることができる。ｗ（ｉ）の値は、ｗ（ｉ）＞０のときにサービングセルｃ≠ｊに対して同じであるが、いくつかのサービングセルについて、ｗ（ｉ）はゼロであるものとしてよいことが企図される。また、
【０２４９】
【数１１】
0006023363.tif 000013
【０２５０】
はＰＣＭＡＸの線形等価であってよく、および／または
【０２５１】
【数１２】
0006023363.tif 000014
【０２５２】
は、とりわけ、ＰＰＵＳＣＨ，ｃの線形等価であってよいことも企図される。
【０２５３】
第３の形式（例えば、形式３）では、ＵＣＩがセルｃ＝ｊにおいてＰＵＳＣＨ上で、およびＰＵＣＣＨ上で同時に送信されるときに、ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超え得るか、または超えることになるであろう場合、ＷＴＲＵ  １０２は、サブフレームｉ内のすべてのサービングセルに対する
【０２５４】
【数１３】
0006023363.tif 000015
【０２５５】
を、条件
【０２５６】
【数１４】
0006023363.tif 000016
【０２５７】
【数１５】
0006023363.tif 000017
【０２５８】
ｗｃ＝ｎ ＝ ｛ｗｃ＝ｍ｜０}∀ｍ≠ｊ、ｎ≠ｊ
が満たされるようにスケーリングすることができる。
【０２５９】
【数１６】
0006023363.tif 000018
【０２６０】
はＰＣＭＡＸの線形等価であってよく、および／または
【０２６１】
【数１７】
0006023363.tif 000019
【０２６２】
は、とりわけ、ＰＰＵＳＣＨ，ｃの線形等価であってよいことも企図される。
【０２６３】
第４の形式（例えば、形式４）では、ＵＣＩがセルｃ＝ｊにおいてＰＵＳＣＨ上で、およびＰＵＣＣＨ上で同時に送信されるときに、ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超え得るか、または超えることになるであろう場合、ＷＴＲＵ  １０２は、サブフレームｉ内のすべてのサービングセルに対する
【０２６４】
【数１８】
0006023363.tif 000020
【０２６５】
を、条件
【０２６６】
【数１９】
0006023363.tif 000021
【０２６７】
【数２０】
0006023363.tif 000022
【０２６８】
ｗｃ＝ｎ ＝ ｛ｗｃ＝ｍ｜０}∀ｍ≠ｊ、ｎ≠ｊ
が満たされるようにスケーリングすることができる。
【０２６９】
【数２１】
0006023363.tif 000023
【０２７０】
はＰＣＭＡＸの線形等価であってよく、および／または
【０２７１】
【数２２】
0006023363.tif 000024
【０２７２】
は、とりわけ、ＰＰＵＳＣＨ，ｃの線形等価であってよいことも企図される。
【０２７３】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２が複数の帯域で、例えば、帯域間キャリアアグリゲーションで動作している可能性のある場合に、最大電力を処理する、例えば、帯域特有の電力制限を設定するための代表的な手順が実装され得る。
【０２７４】
帯域間動作については、ＭＰＲ、Ａ−ＭＰＲ、およびΔＴＣは、帯域ごとに異なっていてもよい。Ｐ−ＭＰＲは、帯域ごとに同じであっても異なっていてもよく、例えば、ＳＡＲに対する電力削減（例えば、ＷＴＲＵの人間への間の接近に関係する）は、それぞれの帯域について同じであるが、同時１Ｘ−ＥＶＤＯに対する電力削減は、それぞれの帯域について異なっていることがあり得る。
【０２７５】
この場合に対応するために、ＭＰＲ、Ａ−ＭＰＲ、および／またはΔＴＣが、関数となり得る他のパラメータに加えて帯域（例えば、周波数帯域）の関数として定義され得る。Ｐ−ＭＰＲは、帯域に等しく適用された場合に、帯域ごとの、およびＣＣごとの最大許容削減となり得るＷＴＲＵ  １０２に対する最大許容電力削減として定義され得る。いくつかの代表的な実施形態では、Ｐ−ＭＰＲは、帯域ごとに定義され得るか、またはＷＴＲＵ  １０２に対するＰ−ＭＰＲコンポーネントおよび帯域ごとのＰ−ＭＰＲがあり得る。
【０２７６】
それぞれの帯域の電力は、電力クラスおよびその帯域に対する削減係数によって制限され得る。例えば、ＷＴＲＵ  １０２は、帯域ごとの許容最大出力電力ＰＣＭＡＸ，ｂを決定することができる（またはＷＴＲＵ  １０２は、以下の上下限の範囲内で、帯域ｂの構成された最大出力電力ＰＣＭＡＸ，ｂを設定することが許され得る）。
ＰＣＭＡＸ＿Ｌ，ｂ≦ＰＣＭＡＸ，ｂ≦ＰＣＭＡＸ＿Ｈ，ｂ    式（４０）
ただし、ＷＴＲＵ  １０２に対して１つのＰ−ＭＰＲがあり得る場合については、以下のようになる。
ＰＣＭＡＸ＿Ｌ，ｂ＝ＭＩＮ｛ＰＥＭＡＸ，ｂ−ΔＴＣ，ｂ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲｂ＋Ａ−ＭＰＲｂ，Ｐ−ＭＰＲ）−ΔＴＣ，ｂ｝    式（４１）
ＰＣＭＡＸ＿Ｈ，ｂ＝ＭＩＮ｛ＰＥＭＡＸ，ｂ，ＰＰｏｗｅｒＣｌａｓｓ｝    式（４２）
ただし、ＰＥＭＡＸ，ｂは、その帯域に対する、例えば、ＲＲＣシグナリングを介して、ｅＮＢ  １４０によってシグナリングされる電力制限であるか、またはその帯域における、それぞれのＣＣについてシグナリングされた個別の電力制限、ＰＥＭＡＸ，ｃから計算された値であるものとしてよい。
【０２７７】
例えば、ＰＥＭＡＸ，ｂ＝１０ｌｏｇ１０ΣＰＥＭＡＸ，ｃであり、ただし、この総和は、帯域ｂにおいてＣＣ  ｃについて計算され、また、ＰＥＭＡＸ，ｃは、帯域ｂにおけるそれぞれのＣＣについて、例えば、Ｐ−Ｍａｘ  ＩＥにおいて、例えば、ＲＲＣシグナリングを介して、ｅＮＢ  １４０によってシグナリングされる電力制限であるかものとしてよい。ＰＥＭＡＸ，ｃは、線形表記法で表されたＰＥＭＡＸ，ｃの値であるものとしてよい。下付き文字ｂは、帯域ｂに対する値であることを示すものとしてよい。例えば、Ｐ−ＭＰＲが異なる帯域について異なる場合、Ｐ−ＭＰＲは、Ｐ−ＭＰＲｂで置き換えることができる。下付き文字ｂは、その帯域の関数であると理解される値に対する式の中では使用されえないことが企図される。
【０２７８】
それぞれのＣＣについて、以下が適用され得る。
ＰＣＭＡＸ＿Ｌ，ｃ≦ＰＣＭＡＸ，ｃ≦ＰＣＭＡＸ＿Ｈ，ｃ    式（４３）
ただし、式中、
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲｃ＋Ａ−ＭＰＲｃ，Ｐ−ＭＰＲｃ）−ΔＴＣｃ｝、
ＰＣＭＡＸ＿Ｈ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ｝、
【０２７９】
ＰＥＭＡＸ，ｃは、例えば、Ｐ−ＭａｘＩＥにおけるｅＮＢ  １４０によってＷＴＲＵにシグナリングされる上位層（ＣＣの）によってシグナリングされる最大電力制限とすることができ、ＭＰＲｃ、Ａ−ＭＰＲｃ、およびΔＴＣｃは、ＣＣが入り得る帯域に対する値に等しいものとしてよい。Ｐ−ＭＰＲｃは、帯域ごとに指定されている場合に、ＣＣが入っている帯域に対するＰ−ＭＰＲｂに等しいか、またはＷＴＲＵ  １０２で指定したＰ−ＭＰＲ値に等しいものとしてよい。
【０２８０】
ＷＴＲＵは、ＣＣごとの構成された最大出力電力ＰＣＭＡＸ，ｃに加えたものとしてよい帯域ごとの構成された最大出力電力ＰＣＭＡＸ，ｂに加えて全体的なＷＴＲＵによって構成される最大出力電力ＰＣＭＡＸを構成することができる。ＰＣＭＡＸは、電力クラスによって制限され、また帯域上で加法的である効果を補正することが意図されている電力削減によってさらに制限され得る。例えば、一方の帯域で送信することによって生じる隣接チャネル干渉は、別の帯域で送信することによって生じる隣接チャネル干渉とは加法的でない場合がある。ＰＣＭＡＸの上下限は、以下のように定義することができる。
ＰＣＭＡＸ＿Ｌ≦ＰＣＭＡＸ≦ＰＣＭＡＸ＿Ｈ    式（４４）
ただし、
ＰＣＭＡＸ＿Ｌは、ＣＣに対するシグナリングされる最大電力値および許容電力削減を考慮するものとしてよい。ＰＣＭＡＸ＿Ｈは、ＣＣだけでなく電力クラスについてもシグナリングされる最大電力値を考慮するものとしてよい。
【０２８１】
電力スケーリングの決定点および電力スケーリングのルールは、全体的なＷＴＲＵ最大電力ＰＣＭＡＸに加えて、帯域特有の最大電力ＰＣＭＡＸ，ｂを考慮するように修正され得る。例示的な手順について、以下で説明する。
【０２８２】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２が複数の帯域で、例えば、帯域間キャリアアグリゲーションで動作している可能性のある場合に、最大電力を処理する、例えば、スケーリングのルールを設定するための代表的な手順が実装され得る。
【０２８３】
電力スケーリングのルール（またはポリシー）は、ＣＣの計算された電力の総和が電力クラスの最大電力ＰＰｏｗｅｒＣｌａｓｓを超えることになるであろう、または超えるべきである場合に、個別のＰＵＳＣＨチャネル電力は、ＵＣＩを搬送するＰＵＳＣＨに与えられる優先度、例えば、ＵＣＩを搬送しないＰＵＳＣＨの優先度より高い優先度で、スケーリングされるか、またはスケーリングされ得るように定義することができる。ＰＵＣＣＨには、ＵＣＩを搬送するＰＵＳＣＨに与えられた優先度より高い優先度が与えられ、ＰＵＣＣＨ電力は、スケーリングプロセスでは低減され得ない。ＰＣＭＡＸは、帯域内（例えば、単一もしくは連続的帯域）ＣＡの場合に適用可能であるものとしてよい以下の例に示されているようなＰＰｏｗｅｒＣｌａｓｓの代わりに電力制限として使用され得る。
【０２８４】
この例では、ＷＴＲＵ  １０２の総送信電力が
【０２８５】
【数２３】
0006023363.tif 000025
【０２８６】
を超えることになるであろう、または超えるべきである場合に、ＷＴＲＵ  １０２は、サブフレームｉにおけるサービングセルｃに対する
【０２８７】
【数２４】
0006023363.tif 000026
【０２８８】
を条件
【０２８９】
【数２５】
0006023363.tif 000027
【０２９０】
が満たされるように重みｗ（ｉ）でスケーリングするか、またはスケーリングし得る。
【０２９１】
ＷＴＲＵ  １０２がセルｊにおいてＵＣＩを伴うＰＵＳＣＨ送信、残りのセルのうちの１つまたは複数においてＵＣＩを伴わないＰＵＳＣＨを有し、ＷＴＲＵ  １０２の総送信電力が
【０２９２】
【数２６】
0006023363.tif 000028
【０２９３】
を超えることになるか、または超えるべきである場合に、ＷＴＲＵ  １０２は、サブフレームｉ内でＵＣＩを伴わないサービングセルに対する
【０２９４】
【数２７】
0006023363.tif 000029
【０２９５】
を、条件
【０２９６】
【数２８】
0006023363.tif 000030
【０２９７】
が満たされるように重みｗ（ｉ）でスケーリングするか、またはスケーリングすることができる。
【０２９８】
いくつかの代表的な実施形態において、上記の式の一部または全部において
【０２９９】
【数２９】
0006023363.tif 000031
【０３００】
を
【０３０１】
【数３０】
0006023363.tif 000032
【０３０２】
の代わりに使用することが適切である場合があることが企図される。また、
【０３０３】
【数３１】
0006023363.tif 000033
【０３０４】
または
【０３０５】
【数３２】
0006023363.tif 000034
【０３０６】
はＰＣＭＡＸの線形等価であってよく、および／または
【０３０７】
【数３３】
0006023363.tif 000035
【０３０８】
または
【０３０９】
【数３４】
0006023363.tif 000036
【０３１０】
は、とりわけ、ＰＰＵＳＣＨ，ｃの線形等価であってよいことも企図される。
【０３１１】
例えば、帯域のそれぞれに対するＭＰＲの異なる値および他のバックオフを有することができる帯域間ＣＡに対する、帯域特有の電力制限があり得る場合について、それぞれの帯域に対する最大許容電力ＰＣＭＡＸ，ｂによって課される追加の１つまたは複数の制約条件があり得る。
【０３１２】
以下のうちの１つまたは複数が適用可能である。第１の例では、ＷＴＲＵ  １０２は、与えられた帯域ｂにおけるスケーリングを、その帯域内のＣＣの計算された電力の総和がその帯域に対する最大電力を超えることになるであろう、または超えるべきである場合に実行することができる。その最大電力は、ＰＣＭＡＸ，ｂであるか、またはその線形等価であるものとしてよい。その最大電力は、サブフレーム特有であってよく、サブフレームｉに対するＰＣＭＡＸ，ｂ（ｉ）であるか、またはその線形等価であるものとすることができる。
【０３１３】
第２の例では、ＷＴＲＵ  １０２は、以下の１つまたは複数が真である場合に計算されたチャネル電力上でスケーリングを実行することができる。（１）任意の帯域におけるＣＣの計算された電力の総和が、その帯域に対する最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰＣＭＡＸ，ｂまたはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰＣＭＡＸ，ｂ（ｉ）またはその線形等価であるものとしてよい）。（２）帯域（例えば、すべての帯域）におけるＣＣ（例えば、すべてのＣＣ）にわたって計算された電力の総和が、ＷＴＲＵ  １０２に対して定義された最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰＣＭＡＸまたはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰＣＭＡＸ（ｉ）またはその線形等価であるものとしてよい）。
【０３１４】
第３の例では、ＷＴＲＵ  １０２は、ＵＣＩを搬送しないＰＵＳＣＨの重み（例えば、すべての重み）がそれぞれのＰＵＳＣＨが入っている可能性のある帯域に関係なく等しくなるようにスケーリングを実行することができる。サブフレームｉにおける送信に対するスケーリング重みを決定する際に以下の制約条件が適用され得る。０より大きい重みｗ（ｉ）は等しく、いくつかのセルについては、これらの重みはゼロであってよいことが企図される。ＰＵＳＣＨ（例えば、ＵＣＩを搬送しないすべてのＰＵＳＣＨ）が等しくスケーリングされ得るというルール／プロビジョニングを適用することで、以下の代表的なスケーリングアルゴリズムが、式４７に示されているように、それぞれの帯域（例えば、周波数帯域）に別々に適用され得る。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に
【０３１５】
【数３５】
0006023363.tif 000037
【０３１６】
または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に
【０３１７】
【数３６】
0006023363.tif 000038
【０３１８】
または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０３１９】
【数３７】
0006023363.tif 000039
【０３２０】
ただし、ｃ∈ｂは、帯域ｂにおけるすべてのキャリアｃを示すか、または意味し、ｗ（ｉ）は、サブフレームｉでＵＣＩを搬送しないＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）に適用されるスケーリング重みとすることができ、ＰＵＣＣＨ（ｉ）は、サブフレームｉ内のＰＵＣＣＨ（例えば、帯域ｂ内のＰＵＣＣＨまたは任意の帯域内のＰＵＣＣＨ）の送信電力とすることができ、
【０３２１】
【数３８】
0006023363.tif 000040
【０３２２】
は単位ｄＢｍで、または対数形式で表された数量の線形等価とすることができる。
【０３２３】
１つの（例えば、１つの非ゼロの）スケーリング重みｗ（ｉ）は、それぞれの帯域について、適用可能な（例えば、適用可能なすべての）上記の制約条件が満たされるようにＷＴＲＵ  １０２によって選択され得る。ＷＴＲＵ  １０２は、それぞれの帯域に対する最大の帯域ごとの送信電力の適用可能な１つまたは複数の制約条件（例えば、それぞれの帯域に対する適用可能な上記の制約条件）、および最大ＷＴＲＵ送信電力に対する以下の適用可能な制約条件も、満たされるように重みを選択することができる。
【０３２４】
サブフレームｉで送信されるＰＵＣＣＨがある場合、ＷＴＲＵ  １０２の送信電力制約条件は
【０３２５】
【数３９】
0006023363.tif 000041
【０３２６】
または
【０３２７】
【数４０】
0006023363.tif 000042
【０３２８】
とすることができる。
【０３２９】
ＣＣ  ｊにおけるサブフレームｉで送信されるＵＣＩを伴うＰＵＳＣＨがある場合、ＷＴＲＵ  １０２の送信電力制約条件は
【０３３０】
【数４１】
0006023363.tif 000043
【０３３１】
または
【０３３２】
【数４２】
0006023363.tif 000044
【０３３３】
とすることができる。
【０３３４】
サブフレームｉで送信されるＵＣＩを伴うＰＵＣＣＨもＰＵＳＣＨもない場合、ＷＴＲＵ  １０２の送信電力制約条件は
【０３３５】
【数４３】
0006023363.tif 000045
【０３３６】
または
【０３３７】
【数４４】
0006023363.tif 000046
【０３３８】
とすることができる。
【０３３９】
第４の例は、ＵＣＩを搬送していない可能性のあるすべてのＰＵＳＣＨに対して１つのスケーリング重み係数ｗ（ｉ）を使用するステップの代替ステップとすることができる。この例では、ＷＴＲＵ  １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して別々のスケーリング重み係数ｗｂ（ｉ）を使用することができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ  １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に
【０３４０】
【数４５】
0006023363.tif 000047
【０３４１】
または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に
【０３４２】
【数４６】
0006023363.tif 000048
【０３４３】
または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０３４４】
【数４７】
0006023363.tif 000049
【０３４５】
ＷＴＲＵ  １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、また最大ＷＴＲＵ送信電力に対する適用可能な制約条件も、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、ＷＴＲＵ  １０２の最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に
【０３４６】
【数４８】
0006023363.tif 000050
【０３４７】
または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴うＰＵＳＣＨを搬送する場合に
【０３４８】
【数４９】
0006023363.tif 000051
【０３４９】
または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０３５０】
【数５０】
0006023363.tif 000052
【０３５１】
。上記の式のそれぞれにおいて、
【０３５２】
【数５１】
0006023363.tif 000053
【０３５３】
は、
【０３５４】
【数５２】
0006023363.tif 000054
【０３５５】
または
【０３５６】
【数５３】
0006023363.tif 000055
【０３５７】
で置き換えることができる。
【０３５８】
第５の例は別の代替ステップであり、ＷＴＲＵ  １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して重み係数ｗｂ（ｉ）を使用し、また重み係数ｗｕ（ｉ）を使用して、ＷＴＲＵの最大電力制約条件を満たすようにチャネル電力をさらにスケーリングすることができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、０より大きい重みｗｕ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ  １０２は、それぞれの帯域に対する帯域ごとの制約条件およびＷＴＲＵ送信電力制約条件を満たすように重みを選択することができる。帯域の制約条件とＷＴＲＵの制約条件のすべての組み合わせを満たすステップは、帯域ごとの制約条件を最初に満たし、次いでＷＴＲＵの制約条件を満たすことで達成され得る。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。
【０３５９】
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に
【０３６０】
【数５４】
0006023363.tif 000056
【０３６１】
または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に
【０３６２】
【数５５】
0006023363.tif 000057
【０３６３】
または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０３６４】
【数５６】
0006023363.tif 000058
【０３６５】
。この例では、ＷＴＲＵ  １０２の最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に
【０３６６】
【数５７】
0006023363.tif 000059
【０３６７】
または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴うＰＵＳＣＨを搬送する場合に
【０３６８】
【数５８】
0006023363.tif 000060
【０３６９】
または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０３７０】
【数５９】
0006023363.tif 000061
【０３７１】
。上記の式のそれぞれにおいて、
【０３７２】
【数６０】
0006023363.tif 000062
【０３７３】
は、
【０３７４】
【数６１】
0006023363.tif 000063
【０３７５】
または
【０３７６】
【数６２】
0006023363.tif 000064
【０３７７】
で置き換えることができる。
【０３７８】
当業者であれば、代替的実施形態のすべてにおける、これらの制約条件が、１つのサブフレーム内に複数のＰＵＣＣＨがある場合、および／または同じサブフレーム内にＵＣＩを伴う１つまたは複数のＰＵＣＣＨおよび／または１つまたは複数のＰＵＳＣＨがある場合に適用されるように拡張することができることを理解する。
【０３７９】
いくつかの代表的な実施形態では、ＵＣＩが複数帯域動作についてＰＵＣＣＨおよびＰＵＳＣＨ上に同時にある場合を含めて、ＷＴＲＵ  １０２が最大送信電力を超えるのを防ぐための代表的な手順が実装され得る。
【０３８０】
ＷＴＲＵは、ときどき、特定のＵＣＩ（例えば、ＡＣＫ／ＮＡＣＫ）を搬送するＰＵＣＣＨ、および特定の（例えば、他の）ＵＣＩを搬送するＰＵＳＣＨを同時に送信することがあることが企図されている。ＵＣＩを搬送するＰＵＣＣＨおよびＰＵＳＣＨは、同じ帯域内にあっても異なる帯域内にあってもよい。電力スケーリングルール（またはポリシー）、帯域ごとの最大送信電力に対する制約条件、およびすでに説明されている最大ＷＴＲＵ送信電力に対する制約条件は、修正することができ、この可能性を含めるため、新しい電力スケーリングルール（またはポリシー）および制約条件が追加され得る。
【０３８１】
以下のうちの１つまたは複数が適用可能である。第１の例では、ＷＴＲＵ  １０２は、与えられた帯域ｂにおけるスケーリングを、その帯域内のＣＣの計算された電力の総和がその帯域に対する最大電力を超えることになるであろう、または超えるべきである場合に実行することができる。その最大電力は、ＰＣＭＡＸ，ｂであるか、またはその線形等価であるものとしてよい。その最大電力は、サブフレーム特有であってよく、サブフレームｉに対するＰＣＭＡＸ，ｂ（ｉ）であるか、またはその線形等価であるものとすることができる。
【０３８２】
第２の例では、ＷＴＲＵ  １０２は、以下の１つまたは複数が真である場合に計算されたチャネル電力上でスケーリングを実行することができる。（１）任意の帯域におけるＣＣの計算された電力の総和が、その帯域に対する最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰＣＭＡＸ，ｂまたはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰＣＭＡＸ，ｂ（ｉ）またはその線形等価であるものとしてよい）。（２）帯域（例えば、すべての帯域）におけるＣＣ（例えば、すべてのＣＣ）にわたって計算された電力の総和が、ＷＴＲＵ  １０２に対して定義された最大電力を超えることになるか、または超えるべきである（例えば、最大電力がＰＣＭＡＸまたはその線形等価であり、および／または最大電力がサブフレーム特有であり、サブフレームｉに対するＰＣＭＡＸ（ｉ）またはその線形等価であるものとしてよい）。
【０３８３】
第３の例では、ＷＴＲＵ  １０２は、ＵＣＩを搬送しないＰＵＳＣＨの重み（例えば、すべての重み）がそれぞれのＰＵＳＣＨが入っている可能性のある帯域に関係なく等しくなるようにスケーリングを実行することができる。この場合、サブフレームｉにおける送信に対するスケーリング重みを決定する際に以下の制約条件が適用され得る。スケーリングについて、０より大きい重みｗ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＰＵＳＣＨ（例えば、ＵＣＩを搬送しないすべてのＰＵＳＣＨ）が等しくスケーリングされ得るというルール／規定を適用することで、以下の例示的なスケーリングアルゴリズムが、式６８に示されているように、それぞれの帯域に別々に適用され得る。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域にＵＣＩを伴うＰＵＳＣＨはない場合に
【０３８４】
【数６３】
0006023363.tif 000065
【０３８５】
または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送し、その帯域内にＰＵＣＣＨはない場合に
【０３８６】
【数６４】
0006023363.tif 000066
【０３８７】
または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０３８８】
【数６５】
0006023363.tif 000067
【０３８９】
または、その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域内のＣＣのうちの１つ（ＰＵＣＣＨを搬送している同じＣＣであってもなくてもよい）がＵＣＩを伴ってＰＵＳＣＨを搬送する場合に、
【０３９０】
【数６６】
0006023363.tif 000068
【０３９１】
および
【０３９２】
【数６７】
0006023363.tif 000069
【０３９３】
ただし、ｃ∈ｂは、帯域ｂにおけるすべてのキャリアｃを示すか、または意味し、ｗ（ｉ）は、サブフレームｉでＵＣＩを搬送しないＰＵＳＣＨ（例えば、すべてのＰＵＳＣＨ）に適用されるスケーリング重みとすることができ、ＰＰＵＣＣＨ（ｉ）は、サブフレームｉ内のＰＵＣＣＨの送信電力とすることができ、
【０３９４】
【数６８】
0006023363.tif 000070
【０３９５】
または
【０３９６】
【数６９】
0006023363.tif 000071
【０３９７】
は単位ｄＢｍで、または対数形式で表された数量の線形等価とすることができる。
【０３９８】
１つの（例えば、１つの非ゼロの）スケーリング重みｗ（ｉ）またはｗｃ≠ｊ（ｉ）は、適用可能な（例えば、適用可能なすべての）上記の制約条件が満たされるようにＷＴＲＵ  １０２によって選択され得る。ＷＴＲＵ  １０２は、それぞれの帯域に対する最大の帯域ごとの送信電力の適用可能な１つまたは複数の制約条件（例えば、それぞれの帯域に対する適用可能な上記の制約条件）、およびＷＴＲＵ  １０２の最大送信電力に対する以下の適用可能な制約条件も、満たされるように重みを選択することができる。
【０３９９】
サブフレームｉで送信されるＰＵＣＣＨがある場合、ＷＴＲＵ  １０２の送信電力制約条件は
【０４００】
【数７０】
0006023363.tif 000072
【０４０１】
または
【０４０２】
【数７１】
0006023363.tif 000073
【０４０３】
とすることができる。
【０４０４】
ＣＣ  ｊにおけるサブフレームｉで送信されるＵＣＩを伴うＰＵＳＣＨがある場合、ＷＴＲＵの送信電力制約条件は
【０４０５】
【数７２】
0006023363.tif 000074
【０４０６】
または
【０４０７】
【数７３】
0006023363.tif 000075
【０４０８】
とすることができる。
【０４０９】
サブフレームｉで送信されるＵＣＩを伴うＰＵＣＣＨもＰＵＳＣＨもない場合、ＷＴＲＵの送信電力制約条件は
【０４１０】
【数７４】
0006023363.tif 000076
【０４１１】
または
【０４１２】
【数７５】
0006023363.tif 000077
【０４１３】
とすることができる。
【０４１４】
サブフレームｉにおいてＵＣＩを伴うＰＵＣＣＨとＰＵＳＣＨの両方がある場合、ＷＴＲＵの送信電力制約条件は
【０４１５】
【数７６】
0006023363.tif 000078
【０４１６】
または
【０４１７】
【数７７】
0006023363.tif 000079
【０４１８】
および
【０４１９】
【数７８】
0006023363.tif 000080
【０４２０】
または
【０４２１】
【数７９】
0006023363.tif 000081
【０４２２】
とすることができる。
【０４２３】
第４の例は、ＰＵＳＣＨ（例えば、ＵＣＩを搬送していない可能性のあるすべてのＰＵＳＣＨ）に対して１つのスケーリング重み係数ｗ（ｉ）を使用するステップの代替ステップとすることができる。この例では、ＷＴＲＵ  １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して別々のスケーリング重み係数ｗｂ（ｉ）を使用することができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ  １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域にＵＣＩを伴うＰＵＳＣＨはない場合に
【０４２４】
【数８０】
0006023363.tif 000082
【０４２５】
または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送し、その帯域内にＰＵＣＣＨはない場合に
【０４２６】
【数８１】
0006023363.tif 000083
【０４２７】
または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０４２８】
【数８２】
0006023363.tif 000084
【０４２９】
または、
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、その帯域内のＣＣのうちの１つ（ＰＵＣＣＨを搬送している同じＣＣであってもなくてもよい）がＵＣＩを伴ってＰＵＳＣＨを搬送する場合に、
【０４３０】
【数８３】
0006023363.tif 000085
【０４３１】
および
【０４３２】
【数８４】
0006023363.tif 000086
【０４３３】
ＷＴＲＵ  １０２は、帯域ごとの最大送信電力に対する適用可能な１つまたは複数の制約条件が、それぞれの帯域について、また最大ＷＴＲＵ送信電力に対する適用可能な制約条件も、満足され得るように重みｗｂ（ｉ）を選択することができる。この例では、ＷＴＲＵ  １０２の最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送し、任意の帯域にＵＣＩを伴うＰＵＳＣＨはない場合に
【０４３４】
【数８５】
0006023363.tif 000087
【０４３５】
または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送し、任意の帯域内にＰＵＣＣＨはない場合に
【０４３６】
【数８６】
0006023363.tif 000088
【０４３７】
または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０４３８】
【数８７】
0006023363.tif 000089
【０４３９】
または、任意の帯域内の１つのＣＣがＰＵＣＣＨを搬送し、任意の帯域内の１つのＣＣがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に
【０４４０】
【数８８】
0006023363.tif 000090
【０４４１】
および
【０４４２】
【数８９】
0006023363.tif 000091
【０４４３】
上記の式のそれぞれにおいて、
【０４４４】
【数９０】
0006023363.tif 000092
【０４４５】
または
【０４４６】
【数９１】
0006023363.tif 000093
【０４４７】
は、
【０４４８】
【数９２】
0006023363.tif 000094
【０４４９】
もしくは
【０４５０】
【数９３】
0006023363.tif 000095
【０４５１】
で、または
【０４５２】
【数９４】
0006023363.tif 000096
【０４５３】
もしくは
【０４５４】
【数９５】
0006023363.tif 000097
【０４５５】
で置き換えることができる。
【０４５６】
第５の例は別の代替ステップであり、ＷＴＲＵ  １０２は、帯域ｂにおけるＰＵＳＣＨ（例えば、ＵＣＩを搬送していないすべてのＰＵＳＣＨ）に対して重み係数ｗｂ（ｉ）を使用し、また重み係数ｗｕ（ｉ）を使用して、ＷＴＲＵの最大電力制約条件を満たすようにチャネル電力をさらにスケーリングすることができる。与えられた帯域ｂについて、０より大きい重みｗｂ（ｉ）は等しく、０より大きい重みｗｕ（ｉ）は等しく、いくつかのセルについては、これらの重みは０であってよいことが企図される。ＷＴＲＵ  １０２は、それぞれの帯域に対する帯域ごとの制約条件およびＷＴＲＵ送信電力制約条件を満たすように重みを選択することができる。帯域の制約条件とＷＴＲＵの制約条件のすべての組み合わせを満たすステップは、帯域ごとの制約条件を最初に満たし、次いでＷＴＲＵの制約条件を満たすことで達成され得る。この例では、帯域ごとの制約条件は以下のようになるものとしてよい。
【０４５７】
その帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に
【０４５８】
【数９６】
0006023363.tif 000098
【０４５９】
または、その帯域内のＣＣ、ｊのうちの１つがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に
【０４６０】
【数９７】
0006023363.tif 000099
【０４６１】
または、その帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０４６２】
【数９８】
0006023363.tif 000100
【０４６３】
。この例では、ＷＴＲＵの最大送信電力制約条件は以下のようになるものとしてよい。
任意の帯域内のＣＣのうちの１つがＰＵＣＣＨを搬送する場合に
【０４６４】
【数９９】
0006023363.tif 000101
【０４６５】
または、任意の帯域内のＣＣのうちの１つがＵＣＩを伴うＰＵＳＣＨを搬送する場合に
【０４６６】
【数１００】
0006023363.tif 000102
【０４６７】
または、任意の帯域内のＣＣのどれもがＵＣＩを伴ってＰＵＣＣＨもＰＵＳＣＨも搬送しない場合に
【０４６８】
【数１０１】
0006023363.tif 000103
【０４６９】
または、任意の帯域内の１つのＣＣがＰＵＣＣＨを搬送し、任意の帯域内の１つのＣＣがＵＣＩを伴ってＰＵＳＣＨを搬送する場合に
【０４７０】
【数１０２】
0006023363.tif 000104
【０４７１】
および
【０４７２】
【数１０３】
0006023363.tif 000105
【０４７３】
。上記の式のそれぞれにおいて、
【０４７４】
【数１０４】
0006023363.tif 000106
【０４７５】
は、
【０４７６】
【数１０５】
0006023363.tif 000107
【０４７７】
または
【０４７８】
【数１０６】
0006023363.tif 000108
【０４７９】
で置き換えることができる。
【０４８０】
当業者であれば、代替的実施形態のすべてにおける、これらの制約条件が、１つのサブフレーム内に複数のＰＵＣＣＨがある場合、および／または同じサブフレーム内にＵＣＩを伴う１つまたは複数のＰＵＣＣＨおよびＰＵＳＣＨがある場合に適用されるように拡張することができることを理解する。
【０４８１】
いくつかの代表的な実施形態では、追加の、または非ＭＰＲのバックオフに関係するシグナリングを含む、代表的な手順が実装され得る。
【０４８２】
ｅＮＢ  １４０に、追加のバックオフ（または非ＭＰＲ効果）がＷＴＲＵ  １０２に影響し得る（または影響を及ぼし得る）タイミングおよび仕方を知らせるために、ＷＴＲＵ  １０２から新しいシグナリングが追加され得る。ＷＴＲＵ  １０２によるｅＮＢ  １４０へのシグナリングは、以下のうちの１つもしくは複数を含むことができる。ＷＴＲＵ  １０２は、ＭＰＲもしくは非ＭＰＲ効果がＰＣＭＡＸおよび／またはＰＣＭＡＸ，ｃの決定に支配的であり得るかどうかに関する指示を与えることができる。ＷＴＲＵ  １０２では、この指示をＰＨＲに入れることができる。ＷＴＲＵ  １０２は、この（例えば、支配的かどうかの）情報をＭＡＣ  ＣＥに入れることができる。ＷＴＲＵ  １０２は、この（例えば、支配的かどうかの）情報をＲＲＣシグナリングを介して送信することができる。この指示は、ＣＣごとにあるか、またはＷＴＲＵ  １０２に対する１つの指示（例えば、複合指示）であってもよい。ＷＴＲＵ  １０２は、支配的因子（ＭＰＲバックオフまたは非ＭＰＲバックオフ）が変化したときにＰＨＲの報告をトリガーすることができる。
【０４８３】
いくつかの代表的な実施形態では、電力ヘッドルームおよびＰＨＲのトリガーに関係する代表的な手順が実装され得る。
【０４８４】
ＬＴＥおよび別のエアーインターフェース技術におけるＷＴＲＵの同時送信、またはＳＡＲ要求条件／制限の結果、パワーマネージメントベースのバックオフ（Ｐ−ＭＰＲ）が可能である。これらの効果は、バースト性トラヒックと称され得る。バースト性トラヒックの例として、とりわけ、１ｘＥＶ−Ｄｏデータ送信、１ｘＲＴＴトークスパート（ｔａｌｋ ｓｐｕｒｔ）、および／またはＳＡＲ要求条件／制限（例えば、ＷＴＲＵが人間に近接近しているときなどの特定のシナリオに関連付けられ得る）が挙げられる。
【０４８５】
他にもシナリオがあるが、特に、バースト性トラヒックまたはＳＡＲ要求条件／制限において、Ｐ−ＭＰＲバックオフは変化し、および／またはＰ−ＭＰＲバックオフのＰＣＭＡＸまたはＰＣＭＡＸ，ｃへの影響も変化し得る。Ｐ−ＭＰＲが支配的かどうか（例えば、効果を有するかどうか）、ＰＣＭＡＸ（またはＰＣＭＡＸ，ｃ）の値などの、Ｐ−ＭＰＲに関係する他の条件も変化し得る。とりわけ、閾値より大きいＰ−ＭＰＲの変化、Ｐ−ＭＰＲのＰＣＭＡＸまたはＰＣＭＡＸ，ｃへの影響の変化、および／またはＰ−ＭＰＲに関係する他の変化などの、上記の条件のうちの１つまたは複数の変化に基づきＰＨＲをトリガーすると有用であると思われる。
【０４８６】
バースト性トラヒックまたはＳＡＲ要求条件／制限の場合などのいくつかの代表的な実施形態において、トリガー条件は、短期間に変動する可能性がある。これらは、スケジューラが与えられた期間内にこれらに作用し、グラントをもたらす時間がないくらいに短いものとすることができる。
【０４８７】
急速に変化する追加のバックオフを処理するための代表的な手順は、本明細書においてすでに提示されており、これは、例えば、そのような変化が一定期間持続するまで変化（例えば、Ｐ−ＭＰＲにおけるドロップ）を無視するステップを含む。
【０４８８】
Ｐ−ＭＰＲの変化に基づきＰＨＲをトリガーした場合、Ｐ−ＭＰＲバックオフの短期間のドロップを無視し、Ｐ−ＭＰＲバックオフの増大を無視しないことが有益である場合がある。スケジューラが利用可能な送信電力を超えるアップリンクグラントのスケジューリングを最小にするためある期間内で最高のＰ−ＭＰＲバックオフレベルを認識し得ない場合を最小限度に抑えることが有益である場合がある。
【０４８９】
複数のＣＣに対して、ＣＣごとの個別のＰ−ＭＰＲ値、ＰＭＰＲ，ｃがあり得ることが企図される。Ｐ−ＭＰＲ，ｃがある場合、説明されている変化（例えば、結果としてＰＨＲのトリガーを引き起こし得る変化）は、とりわけ、Ｐ−ＭＰＲ，ｃの変化、ＰＣＭＡＸ，ｃに対するＰ−ＭＰＲ，ｃの影響、および／またはＰ−ＭＰＲ，ｃがＰＣＭＡＸ，ｃに対して支配的かどうか、であるものとしてよい。
【０４９０】
いくつかの代表的な実施形態では、ＰＨＲのトリガー条件の短期間の変動を処理する代表的な手順が実装され得る。
【０４９１】
ＰＨＲのトリガー条件の短期間の変動によるＰＨＲのトリガーを低減するための代表的な手順が本明細書で開示されている。例えば、Ｐ−ＭＰＲバックオフの短期間のドロップに関するＰＨの報告は、Ｐ−ＭＰＲバックオフの増大の高速報告を維持しながら最小限度に抑えることができる。変化が高速なＰ−ＭＰＲバックオフでは、利用可能な送信電力を超えるアップリンクグラントが最小になるようにより高いＰ−ＭＰＲバックオフ値がスケジューラに報告され得る。いくつかの代表的な実施形態では、これらの手順は、Ｐ−ＭＰＲの変化の閾値のトリガーの決定（例えば、閾値のトリガーと比較して）、およびＰＨＲにおけるＰＣＭＡＸ，ｃの計算のため、現在のＴＴＩにおける値と異なっていてもよいＰ−ＭＰＲバックオフ値を決定するステップを含み得る。いくつかの代表的な実施形態では、決定されたＰ−ＭＰＲバックオフ値は、現在のＴＴＩに先行する与えられた期間に記録された最大値とすることができる。
【０４９２】
当業者であれば、本明細書で説明されている代表的な手順／実施形態の要素／部分は、個別に、または組み合わせて使用され得ることを理解する。
【０４９３】
いくつかの代表的な実施形態では、ルックバックウィンドウを使用して、代表的な手順が実装され得る。
【０４９４】
ＷＴＲＵ  １０２は、他にも目的はあるが、とりわけ、Ｐ−ＭＰＲバックオフおよび／またはＰ−ＭＰＲ，ｃバックオフの値を決定するために、ルックバックウィンドウまたはそれと同等のものを使用することができる。例えば、Ｐ−ＭＰＲは、複数のＣＣがある場合に、またはＣＣ特有のＰ−ＭＰＲがある場合に、Ｐ−ＭＰＲ，ｃで置き換えることができる。ルックバックウィンドウは、ＰＨＲ禁止タイマーと同じサイズ（持続時間）、ＰＨＲ禁止タイマーに相対的なサイズ、および／または異なる持続時間を有することができる。ＰＨＲ禁止タイマーは、経路損失の変化によりＰＨＲをトリガーするために使用される禁止タイマーであるか、またはとりわけ、Ｐ−ＭＰＲの変化またはＰＣＭＡＸまたはＰＣＭＡＸ，ｃへのＰ−ＭＰＲの効果の変化など、他の目的で、ＰＨＲをトリガーするために使用できる異なるタイマー（例えば、禁止タイマー）、または任意の他の禁止タイマーとすることができる。
【０４９５】
１つのルックバックウィンドウ（例えば、単一のルックバックウィンドウ）または複数のルックバックウィンドウが実装され得る。複数のルックバックウィンドウが実装される場合、１つが増大（Ｐ−ＭＰＲまたはＰ−ＭＰＲの効果などの）に使用され、もう１つが低減（Ｐ−ＭＰＲまたはＰ−ＭＰＲの効果などの）に使用され得る。ルックバックウィンドウは、専用のシグナリング（例えば、ＲＲＣシグナリング）によって構成可能であるものとしてよい。値は、ＴＴＩの数で指定され得る。
【０４９６】
ルックバックウィンドウは、その機能を表す総称的用語であり、この機能に対してどのような名前も使用できる。一例では、ルックバックウィンドウがＰ−ＭＰＲバックオフに関係する場合、これは、Ｐ−ＭＰＲバックオフウィンドウまたはＰ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗと称され得る。
【０４９７】
ルックバックウィンドウの使い方は以下のとおりである。Ｐ−ＭＰＲに関係するＰＨＲトリガーは、Ｐ−ＭＰＲバックオフの変化に基づくものとしてよい。いくつかの代表的な実施形態では、トリガーは、とりわけ、（１）ＰＣＭＡＸに対するＰ−ＭＰＲの効果の変化、（２）１つまたは複数のＰＣＭＡＸ，ｃ値に対するＰ−ＭＰＲの効果の変化、（３）ＰＣＭＡＸ，ｃに対するＣＣ特有のＰ−ＭＰＲ、Ｐ−ＭＰＲ，ｃの効果の変化、および／または（４）ＰＣＭＡＸ，ｃの変化に基づくものとしてよい。ルックバックウィンドウは他のシナリオにも適用することができ、これにより本明細書で説明されているような類似の機能を実行することができる。
【０４９８】
ＷＴＲＵ  １０２は、以下の方法のうちの１つまたは複数でルックバックウィンドウを使用することができる。ＷＴＲＵ  １０２は、ルックバックウィンドウを使用して、時間の経過を追って一組の値を見直し、最高値、最低値、平均値、またはこれらの値の組み合わせ、最悪値、最も影響のある値、もしくはウィンドウ内のこれら一組の値を代表する別の値などの値を１つ選択することができる。例えば、Ｐ−ＭＰＲの場合、ＷＴＲＵ  １０２は、ルックバックウィンドウ内で計算された最高のＰ−ＭＰＲバックオフ値を選択することができ、最高値は、結果として電力の最大のスケーリングもしくは削減をもたらす１つの値であり得るか、または意味する（例えば、これは、ｄＢ目盛りが使用されているか、または均等目盛りが使用されているかに応じて最高の数値である場合もない場合もある）。
【０４９９】
ＷＴＲＵ  １０２は、ＰＨＲトリガーイベントなどのイベントが発生したかどうかを判定する際に選択された値を使用することができる。イベントは、変化閾値が越えられたかどうかを判定すべきものであってよく、ルックバックウィンドウ内の選択された値が、この判定のためにＷＴＲＵ  １０２によって使用され得る。
【０５００】
変化閾値が越えられた場合、その結果、ＷＴＲＵ  １０２がＰＨＲをトリガーすることができる。
【０５０１】
ＰＨＲがＰ−ＭＰＲトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、ＰＨＲで与えられるＰＣＭＡＸ，ｃの計算でＷＴＲＵ  １０２が使用する値であってよい。
【０５０２】
ＰＨＲがＰ−ＭＰＲトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、ＰＣＭＡＸ，ｃの計算において、またＷＴＲＵ  １０２がＰＨＲの中に入れることができる与えられたＣＣに対する電力ヘッドルーム（ＰＨ）を決定するためにＷＴＲＵ  １０２が使用する値であってよい。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）電力ヘッドルームに適用可能であるものとすることができる。
【０５０３】
ＰＨＲがＰ−ＭＰＲトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）がＷＴＲＵ  １０２が報告しているＰＣＭＡＸ，ｃ値を支配している（例えば、影響を及ぼしている）かどうかを判定する際にＷＴＲＵ  １０２が使用することができる値であってよい。
【０５０４】
ＰＨＲが経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、定期的なＰＨＲの報告、または他のイベントなどの別のトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、ＰＨＲで与えられるＰＣＭＡＸ，ｃの計算においてＷＴＲＵ  １０２が使用する値であってよい。
【０５０５】
ＰＨＲが経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、定期的なＰＨＲの報告、または他のイベントなどの別のトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、ＰＣＭＡＸ，ｃの計算において、またＷＴＲＵ  １０２がＰＨＲに入れることができる与えられたＣＣに対する電力ヘッドルーム（ＰＨ）を決定するためにＷＴＲＵ  １０２が使用する値であってよい。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）電力ヘッドルームに適用可能であるものとすることができる。
【０５０６】
ＰＨＲが経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、定期的なＰＨＲの報告、または他のイベントなどの別のトリガーイベントに基づきトリガーされる場合、ルックバックウィンドウ内のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）の最高（または他の選択された）値は、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）がＷＴＲＵ  １０２が報告しているＰＣＭＡＸ，ｃ値を支配している（例えば、影響を及ぼしている）かどうかを判定する際にＷＴＲＵ  １０２が使用する値であってよい。
【０５０７】
ＷＴＲＵ  １０２は、ルックバックウィンドウを以下のように使用することができる。それぞれのＴＴＩにおいて（場合によっては、禁止タイマーがＰＨＲの送信を禁止しているときまたはＷＴＲＵ  １０２がＰＨＲを送信するためのＵＬグラントを有しないか、またはＰＨＲを送信するための余地をＭＡＣ  ＣＥ内に有していないときなど、ＷＴＲＵ  １０２がＰＨＲを送信することができないか、または許されていないＴＴＩにおいて）、ＷＴＲＵ  １０２は以下の１つまたは複数を実行することができる。ＷＴＲＵ  １０２は、時間の経過を追ってルックバックウィンドウの時間を見直して、その期間にＷＴＲＵ  １０２によって使用された最高のパワーマネージメントベースのバックオフ（例えば、Ｐ−ＭＰＲ）値（例えば、最大の電力削減をもたらす値）を決定することができる。この値は、最大許容ＰＭＰＲ値以下であるものとすることができる。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ルックバックウィンドウ内の値から１つのＰ−ＭＰＲ値を選択（または決定）することができる。複数のＣＣがある場合、値は、それぞれのＣＣについて個別に選択もしくは決定され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。
【０５０８】
ＷＴＲＵ  １０２は、Ｐ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）を最後のＰＨＲで使用されたＰ−ＭＰＲ値と比較して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。
【０５０９】
ＷＴＲＵ  １０２は、ＰＣＭＡＸまたはＰＣＭＡＸ，ｃに対するＰ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）の効果を最後のＰＨＲでＰＣＭＡＸまたはＰＣＭＡＸ，ｃに対してＰ−ＭＰＲ値が有していた効果と比較して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。
【０５１０】
ＷＴＲＵ  １０２は、Ｐ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）を使用して計算されたＰＣＭＡＸ，ｃ値を最後のＰＨＲで報告されたＰＣＭＡＸ，ｃ値と比較して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。
【０５１１】
ＷＴＲＵ  １０２は、あるいは、Ｐ−ＭＰＲ値（例えば、選択もしくは決定されたＰ−ＭＰＲ値）および前のＰＨＲからのＰ−ＭＰＲ値を使用する他の何らかの比較基準を使用して、ＰＨＲトリガーイベントが発生したかどうかを判定することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。
【０５１２】
Ｐ−ＭＰＲ値の差、またはＰＣＭＡＸまたはＰＣＭＡＸ，ｃへのＰ−ＭＰＲの影響の差、ＰＣＭＡＸ，ｃ変化などの他の基準が閾値以上に変化した場合、ＷＴＲＵ  １０２は、ＰＨＲをトリガーし得る。複数のＣＣがある場合、これは、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。ＷＴＲＵ  １０２は、ＣＣの１つまたは複数について基準が満たされている場合に、ＰＨＲをトリガーすることができる。
【０５１３】
個別のＰ−ＭＰＲ値がそれぞれのＣＣについて定義されている場合、ＣＣに基づく比較に、ＣＣ特有の値を使用することができる。
【０５１４】
ＷＴＲＵ  １０２は、１つまたは複数のＣＣに対する閾値基準が満たされている場合に、ＰＨＲをトリガーすることができる。
【０５１５】
閾値基準が満たされていない場合、ＷＴＲＵ  １０２は、ＰＨＲをトリガーし得ない。
【０５１６】
ＰＨＲがトリガーされた場合、ＷＴＲＵ  １０２は、関係する１つまたは複数の禁止タイマーを起動することができる。
【０５１７】
ＰＨＲがトリガーされた場合、ＷＴＲＵ  １０２は、存在し得る任意の他の禁止タイマーを起動することができる。
【０５１８】
ＰＨＲの報告を送信する場合、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲもしくはＰ−ＭＰＲ，ｃ値またはルックバックウィンドウ内で取得した値（例えば、ルックバックウィンドウ内の１つまたは複数の最高値）を使用して報告されるＰＣＭＡＸ，ｃＣ値を計算することができる。
【０５１９】
それぞれのＣＣに対しＰＣＭＡＸ，ｃに関してＰＨＲのＰＨを計算する場合、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲもしくはＰ−ＭＰＲ，ｃ値またはルックバックウィンドウ内で取得した値（例えば、そのウィンドウ内の１つまたは複数の最高値）を使用してＰＨの計算に使用されるＰＣＭＡＸ，ｃ値を計算することができる。
【０５２０】
比較またはトリガーに使用される値は、線形形式または対数形式とすることができる。
【０５２１】
図５および６は、ルックバックウィンドウを使用する代表的なトリガー手順を示す図である（例えば、ルックバックウィンドウの動作の仕方を示す）。
【０５２２】
いくつかの代表的な手順において、Ｐ−ＭＰＲまたはＰ−ＭＰＲのレベル（例えば、Ｐ−ＭＰＲのレベルＸ）を報告するステップは、ＰＨＲ  ＰＣＭＡｘ，ｃに含めるステップと同等であるものとしてよく、これは、レベルＸにある、またはレベルＸである、またはレベルＸの値を有するものとしてよいＰ−ＭＰＲバックオフを含むか、またはそれを考慮するものとしてよい。
【０５２３】
図５を参照すると、代表的なトリガー手順５００において、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲを監視または決定することができ、これは時間の経過とともに変化し得ることがわかる。第１の時刻５１０において、ＰＨＲは、Ｐ−ＭＰＲがレベルＣにあると監視（または判定）されることに基づきトリガーされ、Ｐ−ＭＰＲは、ＰＨＲでネットワークリソース（例えば、ｅＮＢ  １４０）に報告され得る。第１の時刻において、禁止タイマーは、指定された期間に設定され得る。指定された期間中に禁止タイマーがタイムアウトになるまで、別のＰＨＲがトリガーされることは禁止され得る。ルックバックウィンドウでＰ−ＭＰＲに関連付けられている条件を判定するためにルックバックウィンドウが設定され得る。条件は、以下の１つまたは複数を含み得る。上ですでに多くが説明されているが、とりわけ、（１）ルックバックウィンドウ内のＰ−ＭＰＲの最高値、（２）ルックバックウィンドウ内のＰ−ＭＰＲの最悪値、および／または（３）ルックバックウィンドウ内のＰ−ＭＰＲの最低値。ＷＴＲＵ  １０２は、この条件に基づき現在の間隔（例えば、現在のＴＴＩ）に関連付けられている値を決定することができる。例えば、第１の時刻５１０に対応し得る（例えば、開始する）（例えば、ＴＴＩに関連付けられている）第１の間隔で、関連付けられているルックバックウィンドウは、レベルＣにあるルックバックウィンドウ内の最高のＰ−ＭＰＲを有するものとしてよい。レベルＣのＰ−ＭＰＲ値が第１の間隔に対応するという判定に基づき、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが閾値以上に変化したか、またはＰ−ＭＰＲが支配的であり、および／または他のトリガー基準が満たされ、ＰＨＲを送信することができると判定し得る。
【０５２４】
第２の時刻５２０で、禁止タイマーがタイムアウトし、ルックバックウィンドウにもはやレベルＣのＰ−ＭＰＲ値が含まれなくなっている場合、第２の時刻５２０に関連付けられているルックバックウィンドウ内の最高のＰ−ＭＰＲ値はレベルＢにある。ＷＴＲＵ  １０２は、レベルＣからレベルＢへのＰ−ＭＰＲの変化により、例えば、Ｐ−ＭＰＲがもはや支配的でないか、または変化が閾値より大きいという理由から、ＰＨＲをトリガーすることができる。それぞれのトリガーイベントの後に、禁止タイマーが指定された期間に設定され得る。
【０５２５】
第３の時刻５３０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値はレベルＡ以下に変化し、経路損失トリガーが発生し、ＷＴＲＵ  １０２は、レベルＡより低い実際のレベルの代わりにルックバックウィンドウに対応する最高のＰ−ＭＰＲ値に基づきレベルＢを報告することができる。
【０５２６】
第４の時刻５４０において、禁止タイマーがタイムアウトした直後、Ｐ−ＭＰＲの値は、レベルＣとレベルＤとの間にあり、ＰＨＲが禁止された期間中にレベルＤまで上昇し、次いで、レベルＣとレベルＤとの間のレベルまで低下し得る。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが支配的であり、および／または閾値量（すでに報告されているレベルＢと比較して）だけ変化したときにＰＨＲをトリガーし、ＷＴＲＵ  １０２は、レベルＣとＤとの間の実際のレベルの代わりにルックバックウィンドウに対応する最高のＰ−ＭＰＲ値に基づきＰ−ＭＰＲのレベルＤを報告することができる。別の禁止タイマーが指定された期間に設定され得る。
【０５２７】
第５の時刻５５０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲの値は、レベルＢにあり、ＰＨＲが禁止された期間中にレベルＢまで減少し、次いで、レベルＢに留まり得る。Ｐ−ＭＰＲの値が、時刻５５０において生じる、ルックバックウィンドウに対応する値がレベルＢにある状況に至るように十分に長い間レベルＢにあったときに、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが支配的であり、および／または閾値量だけ変化したときにＰＨＲをトリガーし、Ｐ−ＭＰＲレベルＢを報告することができる。
【０５２８】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、最初に、Ｐ−ＭＰＲに関係する変化が、トリガー基準として使用され得るかどうかを決定することができる。この決定は、Ｐ−ＭＰＲがＰＣＭＡＸ（またはＰＣＭＡＸ，ｃ）の計算の支配的因子であるかどうか（つまり、計算に対して効果を有するかどうか）に基づくものとしてよい。複数のＣＣがある場合、これらの判定のそれぞれは、それぞれのＣＣについて別々に実行され得る。
【０５２９】
Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、このＴＴＩにおいて）場合、構成された閾値より大きいＰ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合がある。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＰＨＲをトリガーするかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ  １０２は、これが真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。
【０５３０】
Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなかったが、現在は支配的因子である（例えば、このＴＴＩにおいて）場合、構成された閾値より大きいＰ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益な場合がある。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順を適用することができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か）のそれぞれは、それぞれのＣＣについて別々に実行され、ＰＨＲをトリガーするかどうかを決定するための手順を適用するステップが、それぞれのＣＣについて別々に実行され、Ｐ−ＭＰＲ，ｃがＰ−ＭＰＲの代わりに使用され得る。
【０５３１】
Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子であり、引き続き現在も支配的因子である（例えば、このＴＴＩにおいて）場合、構成された閾値より大きいＰ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益な場合がある。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順を適用することができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か）のそれぞれは、それぞれのＣＣについて別々に実行され、ＰＨＲをトリガーするかどうかを決定するための手順を適用するステップが、それぞれのＣＣについて別々に実行され、Ｐ−ＭＰＲ，ｃがＰ−ＭＰＲの代わりに使用され得る。
【０５３２】
いくつかの代表的な実施形態では、代表的なＭＡＣ手順は、ルックバックウィンドウを使用することができる、ＰＨＲトリガーを含み得る。
【０５３３】
例えば、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが実装され得る。ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性がある場合に、ＰＨＲが報告され、構成されたアップリンクを有する少なくとも１つのアクティブ化されたサービングセルに対するバックオフウィンドウ（例えば、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗ）におけるパワーマネージメント（Ｐ−ＭＰＲによって許可される）による最高の追加の電力バックオフは、ＷＴＲＵ  １０２が新しい送信に対してＵＬリソースを有しているか、または有している可能性があるときにＰＨＲの最後の送信以降に閾値（例えば、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ）以上変化しているか、変化している可能性がある。
【０５３４】
Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ  １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定する連続するサブフレームの数を指定することができる。あるいは、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ  １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定することができるサブフレームの数を指定することができる。第２の代替方法では、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ  １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定することができるアップリンクサブフレームの数を指定することができる。第３の代替方法では、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗで、ＷＴＲＵ  １０２がパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを決定することができる連続するアップリンクサブフレームの数を指定することができる。
【０５３５】
拡張電力ヘッドルームＭＡＣ  ＣＥ（制御要素）は、以下のように定義され得るＰＣＭＡＸ，ｃフィールドを備えることができる。ＰＣＭＡＸ，ｃ：このフィールドは、先行するＰＨフィールドの計算に使用されるＰＣＭＡＸ，ｃを格納するか、または含み得る。ＰＣＭＡＸ，ｃの計算では、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗにおけるパワーマネージメント（Ｐ−ＭＰＲによって許されるような）による最高の追加の電力バックオフを考慮するか、または考慮することができる。
【０５３６】
ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅと明示されている、上記の比較に使用される閾値は、この目的のために指定されているような異なる構成可能な閾値とすることができる。
【０５３７】
図６は、例えば、ルックバックウィンドウ、例えばＰ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗの使用を示している。この例では、Ｐ−ＭＰＲバックオフトリガーは、トリガーに先行する期間（例えば、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗ）における最高のＰ−ＭＰＲ値に基づくものとしてよい。
【０５３８】
図６を参照すると、代表的なトリガー手順６００において、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲを監視または決定することができ、これは時間の経過とともに変化し得ることがわかる。第１の時刻６１０において、ＰＨＲは、Ｐ−ＭＰＲがレベルＣにあると監視（または判定）されることに基づきトリガーされ、Ｐ−ＭＰＲは、ＰＨＲでネットワークリソース（例えば、ｅＮＢ  １４０）に報告され得る。第１の時刻において、禁止タイマーは、指定された期間に設定され得る。指定された期間中に禁止タイマーがタイムアウトになるまで、別のＰＨＲがトリガーされることは禁止され得る。ルックバックウィンドウでＰ−ＭＰＲに関連付けられている条件を判定するためにルックバックウィンドウが設定され得る。条件は、以下の１つまたは複数を含み得る。上ですでに多くが説明されているが、とりわけ、（１）ルックバックウィンドウ内のＰ−ＭＰＲの最高値、（２）ルックバックウィンドウ内のＰ−ＭＰＲの最悪値、および／または（３）ルックバックウィンドウ内のＰ−ＭＰＲの最低値。ＷＴＲＵ  １０２は、この条件に基づき現在の間隔（例えば、現在のＴＴＩ）に関連付けられている値を決定することができる。例えば、第１の時刻６１０に対応し得る（例えば、開始する）（例えば、ＴＴＩに関連付けられている）第１の間隔で、関連付けられているルックバックウィンドウ（例えば、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗ）は、レベルＣにあるルックバックウィンドウ内の最高のＰ−ＭＰＲを有するものとしてよい。レベルＣのＰ−ＭＰＲ値が第１の間隔に対応するという判定に基づき、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが閾値以上に変化したか、またはＰ−ＭＰＲが支配的であり、および／または他のトリガー基準が満たされ、ＰＨＲを送信することができると判定し得る。
【０５３９】
第２の時刻６２０で、禁止タイマーがタイムアウトし、ルックバックウィンドウにもはやレベルＣのＰ−ＭＰＲ値が含まれなくなっている場合、第２の時刻６２０に関連付けられているルックバックウィンドウ内の最高のＰ−ＭＰＲ値はレベルＢにある。ＷＴＲＵ  １０２は、レベルＣからレベルＢへのＰ−ＭＰＲの変化により、例えば、Ｐ−ＭＰＲがもはや支配的でないか、または変化が閾値より大きいという理由から、ＰＨＲをトリガーすることができる。それぞれのトリガーイベントの後に、禁止タイマーが指定された期間に設定され得る。
【０５４０】
第３の時刻６３０において、禁止タイマーがタイムアウトした直後、Ｐ−ＭＰＲの値は、レベルＢにあり、ＰＨＲが禁止された期間の間の短い期間にレベルＣまで増大し、次いで、レベルＢに減少するものとしてよい。ルックバックウィンドウに対応する最高のＰ−ＭＰＲ値であるレベルＣに基づき、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが支配的であり、および／または閾値量（すでに報告されているレベルＢと比較して）だけ変化したときにＰＨＲをトリガーし、ＷＴＲＵ  １０２は、実際のレベルＢの代わりにＰ−ＭＰＲレベルＣを報告することができる。別の禁止タイマーが指定された期間に設定され得る。
【０５４１】
第４の時刻６４０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値はレベルＡにあり、経路損失トリガーが発生し、ＷＴＲＵ  １０２は、レベルＡの代わりにルックバックウィンドウに対応する最高のＰ−ＭＰＲ値に基づきレベルＣを報告することができる。
【０５４２】
いくつかの代表的な実施形態では、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが動作しておらず、Ｐ−ＭＰＲｂａｃｋｏｆｆＷｉｎｄｏｗにおけるＰ−ＭＰＲバックオフの最高値が最後のＰＨＲ以降にｄｌ−ＰａｔｈＬｏｓｓＣｈａｎｇｅ  ｄＢ以上に増大もしくは減少した場合に、ＰＨＲはトリガーされ、この最大のＰ−ＭＰＲバックオフ値が、ＰＣＭＡＸ，ｃの計算で使用される。
【０５４３】
いくつかの代表的な手順では、Ｐ−ＭＰＲバックオフが増大するとき（例えば、許容されるか、または構成された最大出力電力におけるスパイクダウンを結果として引き起こし得るバックオフにおけるスパイクアップ）に高速トリガーが可能なようにしながらＰ−ＭＰＲバックオフが短い期間に減少する可能性のあるとき（例えば、許容されるか、または構成された最大出力電力におけるスパイクアップを結果として引き起こし得るバックオフにおけるスパイクダウン）にＰＨＲトリガーを制限または防止することができる。これらの代表的な手順は、利用可能なＷＴＲＵ送信電力を超えるスケジューリンググラントを回避するためにＰＨＲに対するＰＣＭＡＸ，ｃ値が臨時の、または一時的なバックオフ値（例えば、低いバックオフ値）に基づかないことを確実にすることができる。
【０５４４】
いくつかの代表的な実施形態では、修正されたトリガー時間（ＴＴＴ）を使用して代表的な手順が実装され得る。
【０５４５】
Ｐ−ＭＰＲ（例えば、パワーマネージメントベースのバックオフの量）が最後のＰＨＲが送信された以降に閾値より大きく低減されたときにＰＨＲをトリガーするかどうかを決定する際にＴＴＴ報告遅延が適用され得る。この遅延を使用することで、Ｐ−ＭＰＲの間欠的ドロップによる過剰なトリガーを防ぐことができるが、Ｐ−ＭＰＲの増大を引き起こし、待つことなくＰＨＲをトリガーさせることが企図される（例えば、禁止タイマーにより待つことを除く）。ＴＴＴタイマーが起動された後、ＴＴＴタイマーの持続時間について基準（例えば、Ｐ−ＭＰＲが閾値以上にドロップした）が満たされた場合、ＰＨＲは、ＴＴＴタイマーがタイムアウトしたときにトリガーされ得る。ＰＨＲは、ＰＨＲのトリガー時にそれぞれのＣＣについてＰＣＭＡＸ，ｃの現在値を使用して送信することができる。
【０５４６】
上記の手順は、Ｐ−ＭＰＲのドロップが閾値を下回り続けている間にＴＴＴの期間中にＰ−ＭＰＲが変動する場合にもうまく働かないことがある。ＰＨの報告では、トリガー時に生じるＰ−ＭＰＲ値、およびＰ−ＭＰＲを表し得ないその値を使用することができる。例えば、ＴＴＴがタイムアウトした瞬間に、Ｐ−ＭＰＲが下方に変動し、ＷＴＲＵ  １０２は、そのＰ−ＭＰＲに基づきＰＨＲを送信した場合、ｅＮＢ  １４０は、Ｐ−ＭＰＲがバックアップを変動させたときに利用可能である以上の電力を使用してＵＬグラントをスケジューリングすることができる。
【０５４７】
いくつかの代表的な実施形態では、ＴＴＴ手順の修正されたバージョンが実装され得る。ＷＴＲＵ  １０２は、以下のアクションのうちの１つまたは複数を実行することができる。
【０５４８】
ＷＴＲＵ  １０２が、低減されたＰ−ＭＰＲ  ＴＴＴのタイムアウトの結果として、ＰＨＲをトリガーし、報告する場合、ＷＴＲＵ  １０２は、先行する期間において最高のＰ−ＭＰＲ値（例えば、最大の電力削減の結果得られる値）を使用することができ、例えば、この期間は、（１）ＴＴＴタイマーの長さ、（２）禁止タイマーの長さ、または（３）ルックバックウィンドウなどの別の時間のウィンドウに等しいものとしてよく、これはＰＣＭＡＸ，ｃの計算の際にＰＨＲに使用する。ＷＴＲＵ  １０２は、ＰＨＲでそれぞれのＣＣについて報告するＰＣＭＡＸ，ｃ値の計算にＰ−ＭＰＲ値を使用することができる。ＷＴＲＵ  １０２は、それぞれのＣＣについてＰＨＲで報告するＰＨの計算で使用するＰＣＭＡＸ，ｃ値の計算にＰ−ＭＰＲ値を使用することができる。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）ＰＨに適用可能であるものとすることができる。複数のＣＣがある場合、この計算は、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。
【０５４９】
ＷＴＲＵ  １０２が、とりわけ経路損失の変化、再構成、ＳＣｅｌｌのアクティブ化、および／または定期的なＰＨＲの報告などの別のトリガーイベントに対してＰＨＲをトリガーし、報告する場合、ＷＴＲＵ  １０２は、先行する期間において最高のＰ−ＭＰＲ値（例えば、最大の電力削減の結果得られる値）を使用することができ、この期間は、（１）ＴＴＴタイマーの長さ、（２）禁止タイマーの長さ、または（３）ルックバックウィンドウなどの別の時間のウィンドウに等しいものとしてよく、これはＰＣＭＡＸ，ｃの計算の際にＰＨＲに使用する。ＷＴＲＵ  １０２は、ＰＨＲでそれぞれのＣＣについて報告するＰＣＭＡＸ，ｃ値の計算にＰ−ＭＰＲ値を使用することができる。ＷＴＲＵ  １０２は、それぞれのＣＣについてＰＨＲで報告するＰＨの計算で使用するＰＣＭＡＸ，ｃ値の計算にＰ−ＭＰＲ値を使用することができる。これは、タイプ１（ＰＵＳＣＨ）および／またはタイプ２（ＰＵＳＣＨ＋ＰＵＣＣＨ）ＰＨに適用可能であるものとすることができる。複数のＣＣがある場合、この計算は、それぞれのＣＣについて個別に実行され、Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃであるものとすることができる。
【０５５０】
ウィンドウ内の最高のＰ−ＭＰＲ値を使用する代わりに、ＷＴＲＵ  １０２は、ウィンドウ内の別の値、または平均値、中央値、または先行する期間における高い極値と低い極値とを除いた値などの、ウィンドウ内の値に基づき計算される値を使用することができる。
【０５５１】
ＴＴＴを開始するための基準として、閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを使用する代わりに（または、それに加えて）、ＷＴＲＵ  １０２は、ＴＴＴを開始するための基準として、最後のＰＨＲが閾値より大きいためＰＣＭＡＸまたはＰＣＭＡＸ，ｃに対するＰ−ＭＰＲの影響の増大もしくは減少などの変化を使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ  １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＴＴＴを開始することができる。
【０５５２】
ＰＨＲをトリガーするための基準として、ＴＴＴ時間の持続時間に対して閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを維持する代わりに（または、それに加えて）、ＷＴＲＵ  １０２は、ＰＨＲをトリガーするための基準として、閾値より大きい最後のＰＨＲ以降にＰＣＭＡＸまたはＰＣＭＡＸ，ｃに対するＰ−ＭＰＲの影響の増大もしくは減少などの変化を維持するステップを使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ  １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＰＨＲをトリガーすることができる。
【０５５３】
ＴＴＴを開始するための基準として、閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを使用する代わりに（または、それに加えて）、ＷＴＲＵ  １０２は、ＴＴＴを開始するための基準として、閾値より大きい最後のＰＨＲ以降にＰＣＭＡＸまたはＰＣＭＡＸ，ｃの増大を使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ  １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＴＴＴを開始することができる。
【０５５４】
ＰＨＲをトリガーするための基準として、ＴＴＴ時間の持続時間に対して閾値より大きい最後のＰＨＲ以降にＰ−ＭＰＲにおけるドロップを維持する代わりに（または、それに加えて）、ＷＴＲＵ  １０２は、ＰＨＲをトリガーするための基準として、閾値より大きい最後のＰＨＲ以降にＰＣＭＡＸまたはＰＣＭＡＸ，ｃの増大を維持するステップを使用することができる。複数のＣＣがある場合、これは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。ＷＴＲＵ  １０２は、少なくとも１つのＣＣについて基準が満たされている場合に、ＰＨＲをトリガーすることができる。
【０５５５】
ＷＴＲＵ  １０２は、例えば、ルックバックウィンドウに関して前の方で説明されているように、また後述のように、選択された１つまたは複数のＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）値を電力計算（例えば、ＰＨおよび／またはＰＣＭＡＸおよび／またはＰＣＭＡＸ，ｃの計算）で使用することができる。
【０５５６】
図７は、ＰＨＲに対して修正されたＴＴＴを使用する代表的なトリガー手順７００を示す図である。
【０５５７】
いくつかの代表的な手順において、Ｐ−ＭＰＲまたはＰ−ＭＰＲのレベル（例えば、Ｐ−ＭＰＲのレベルＸ）を報告するステップは、ＰＨＲ  ＰＣＭＡｘ，ｃに含めるステップと同等であるものとしてよく、これは、レベルＸにある、またはレベルＸである、またはレベルＸの値を有するものとしてよいＰ−ＭＰＲバックオフを含むか、またはそれを考慮するものとしてよい。
【０５５８】
図７を参照すると、代表的なトリガー手順７００において、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲを監視または決定することができ、これは時間の経過とともに変化し得ることがわかる。第１の時刻７１０において、ＰＨＲは、Ｐ−ＭＰＲがレベルＣにあると監視（または判定）されることに基づきトリガーされ、Ｐ−ＭＰＲは、ＰＨＲでネットワークリソース（例えば、ｅＮＢ  １４０）に報告され得る。第１の時刻７１０において、禁止タイマーは、指定された期間に設定され得る。指定された期間中に禁止タイマーがタイムアウトになるまで、別のＰＨＲがトリガーされることは禁止され得る。
【０５５９】
第２の時刻７２０において、Ｐ−ＭＰＲ値は、レベルＣからレベルＡに下がり、ＴＴＴタイマーを起動し得る。第３の時刻７３０において、Ｐ−ＭＰＲは、レベルＡからレベルＣに上がり、ＴＴＴタイマーが停止され得る。ＴＴＴタイマーは、タイムアウトしていない可能性があるため、ＰＨＲトリガーは生じない。第４の時刻７４０において、Ｐ−ＭＰＲ値は、レベルＣからレベルＡに下がり、ＴＴＴタイマーを起動し得る。Ｐ−ＭＰＲは、ＴＴＴの持続時間の間レベルＡとＢとの間で変化し得る（例えば、バースト性変化）（例えば、Ｐ−ＭＰＲの変化は閾値を超えることがないのでＴＴＴタイマーを停止できない）。ＴＴＴタイマーがタイムアウトしたことに応答して、第５の時刻７５０において、ＷＴＲＵは、ＰＨＲの報告をトリガーし、ＰＨＲに、例えば、Ｐ−ＭＰＲ  ＴＴＴウィンドウにおける最高のレベル（例えば、レベルＢ）でＰ−ＭＰＲのレベルを入れることができ、禁止タイマーは、指定された期間に設定され得る。第６の時刻７６０において、ＴＴＴタイマーは起動し得る（例えば、レベルＢからレベルＡ以下までのＰ−ＭＰＲ値のドロップに基づく）。
【０５６０】
第７の時刻７７０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲのレベルは、レベルＡ以下に維持された。ＷＴＲＵ  １０２は、著しい経路損失変化などのＰ−ＭＰＲと異なる理由からＰＨＲをトリガーすることができ、第７の時刻７７０に対するルックバックウィンドウに関連付けられている値（例えば、最高値、例えば、レベルＢ）に関連付けられているレベルでＰ−ＭＰＲを報告することができる。ＴＴＴタイマーは、経路損失トリガーに応答して、停止させることもでき、禁止タイマーが、指定された期間に設定され得る。
【０５６１】
第８の時刻７８０において、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲのレベルは、レベルＣとＤとの間のあるレベルに変化しており、これにより、ＰＨＲは、対応するルックバックウィンドウに関連付けられている値（例えば、最高値）に基づきＰ−ＭＰＲレベルＤを報告するステップをトリガーすることができる。第８の時刻７８０の後のＰ−ＭＰＲ値における下方のスパイクに関連付けられているドロップは、ＴＴＴタイマーを起動するために閾値を超えないことが企図されている。第８の時刻７８０において、禁止タイマーは、指定された期間に設定され得る。
【０５６２】
禁止タイマーがタイムアウト後である、第９の時刻７９０において、Ｐ−ＭＰＲのレベルは、ＴＴＴタイマーが起動できるようにレベルＤからレベルＢまで変化しており、第１０の時刻７９５において、ＰＨＲはトリガーされ、対応するＰ−ＭＰＲ  ＴＴＴウィンドウに関連付けられている値（例えば、最高値）に基づきＰ−ＭＰＲレベルＢを報告することができる。
【０５６３】
上記の代表的な手順のバリエーションとして、以下のうちの１つまたは複数を含む。
【０５６４】
ＷＴＲＵ  １０２は、最初に、Ｐ−ＭＰＲに関係する変化が、トリガー基準として使用され得るかどうかを決定することができる。この決定は、Ｐ−ＭＰＲがＰＣＭＡＸ（またはＰＣＭＡＸ，ｃ）の計算の支配的因子であるかどうか（例えば、計算に対して効果を有するかどうか）に基づくものとしてよい。複数のＣＣがある場合、これらの判定のそれぞれは、それぞれのＣＣについて別々に実行され得る。
【０５６５】
Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、このＴＴＩにおいて）場合、Ｐ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合があり、およびＷＴＲＵ  １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＰＨＲをトリガーするかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ  １０２は、条件が真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。
【０５６６】
Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、このＴＴＩにおいて）場合、Ｐ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合があり、およびＷＴＲＵ  １０２は、Ｐ−ＭＰＲに関係する変化に基づきＴＴＴタイマーを開始するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＴＴＴタイマーを開始するかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ  １０２は、条件が真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）に関係する変化に基づきＴＴＴタイマーを開始するための手順をスキップすることができる。
【０５６７】
いくつかの代表的な実施形態では、選択されたＰ−ＭＰＲは、電力計算においてＷＴＲＵ  １０２によって使用され得る。
【０５６８】
ＷＴＲＵ  １０２は、実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）でないＰＨＲに対するＰＨおよび／またはＰＣＭＡＸ，ｃ（例えば、ＰＨＲに含めるべきＰＣＭＡＸ，ｃ）の計算で使用するＰ−ＭＰＲ値を選択することができる。ＷＴＲＵ  １０２は、以下の方法のうちの１つまたは複数で電力制御計算にＰ−ＭＰＲバックオフ値を使用することができ、Ｐ−ＭＰＲは、複数のＣＣがある場合に、Ｐ−ＭＰＲ，ｃで置き換えることができる。
【０５６９】
与えられたサブフレームにおいて、実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）が最後のＰＨＲ（または、ＰＨＲがこのサブフレームで送信され得る場合に、現在のＰＨＲ）について選択されたＰ−ＭＰＲバックオフ値以下である場合に、ＷＴＲＵ  １０２は、ＵＬ電力制御のためＰＣＭＡＸ，ｃを計算する際に選択されたＰ−ＭＰＲをパワーマネージメントの電力バックオフ値として使用することができる。あるいは、ＷＴＲＵ  １０２は、ＵＬ電力制御のためＰＣＭＡＸ，ｃを計算する際に実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）を使用することができる。最大電力条件の場合、これ（例えば、実際のバックオフの使用）は、Ｐ−ＭＰＲがいたずらに高いことによる不要な電力クリッピングまたはスケーリングを回避することができる。
【０５７０】
与えられたサブフレームにおいて、実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）が最後のＰＨＲ（または、ＰＨＲがこのサブフレームで送信され得る場合に、現在のＰＨＲ）について選択されたＰ−ＭＰＲバックオフ値より大きい場合に、ＷＴＲＵ  １０２は、電力制御のためＰＣＭＡＸ，ｃを計算する際にこの値をＰ−ＭＰＲ値として使用することができる。あるいは、ＷＴＲＵ  １０２は、ＵＬ電力制御のためＰＣＭＡＸ，ｃを計算する際に実際のパワーマネージメントの電力バックオフ（例えば、必要なバックオフ）を使用することができる。これは、アクティブな禁止タイマーなどの何らかの理由から報告できない持続しているより高い実際のＰ−ＭＰＲに対して有利な場合がある。
【０５７１】
いくつかの代表的な実施形態では、ＰＣＭＡＸおよびＰＣＭＡＸ，ｃの計算でどの因子が支配的であるかに基づきＰＨＲをトリガーするためにのトリガー手順が実装され得る。
【０５７２】
いくつかの場合において、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）は、ＰＣＭＡＸおよび／またはＰＣＭＡＸ，ｃの計算に影響を及ぼし、いくつかの場合において、及ぼし得ない。これは、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）がＰＣＭＡＸおよび／またはＰＣＭＡＸ，ｃの値に対して支配的であるかどうかということでもある。Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）が非ゼロの値にあるときであっても、ＰＣＭＡＸおよびＰＣＭＡＸ，ｃの値は、Ｐ−ＭＰＲ（またはＰ−ＭＰＲ，ｃ）が計算に対して支配的でない場合には影響を受けないことが企図される。ＰＣＭＡＸは、ＷＴＲＵ  １０２に対する構成された最大出力電力とすることができる。ＰＣＭＡＸ，ｃは、与えられたＣＣに対する構成された最大出力電力とすることができる。ＰＣＭＡＸおよびＰＣＭＡＸ，ｃの計算でどの因子が支配的であるかに基づきＰＨＲをトリガーするための例示的な手順が提供される。
【０５７３】
これらの代表的な手順の特定の要素は、個別に、またはいくつかの組み合わせで説明されているが、本明細書で説明されている他の要素と組み合わせて使用することもできることが企図されている。
【０５７４】
いくつかの代表的な実施形態では、ＰＣＭＡＸ，ｃの計算に対して支配的な因子に変化がある場合にＰＨＲがトリガーされる例示的な手順が実装され得る。
【０５７５】
ＷＴＲＵ  １０２は、以下のアクションのうちの１つまたは複数を実行することができる。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが（例えば、現在のＴＴＩにおいて）ＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）の計算に対して支配的であるが、最後のＰＨＲにおけるＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）の計算には支配的でなかった場合にＰＨＲをトリガーし得る。複数のＣＣについて、ＷＴＲＵ  １０２は、１つまたは複数のＣＣについて、最後のＰＨＲにおいて支配的でないＰ−ＭＰＲから（例えば、現在のＴＴＩにおいて）支配的であるＰ−ＭＰＲへの変化がある場合に、ＰＨＲをトリガーすることができる。複数のＣＣについて、Ｐ−ＭＰＲは、それぞれのＣＣについてＣＣ特有、Ｐ−ＭＰＲ，ｃとすることができる。Ｐ−ＭＰＲ支配トリガーを除外もしくは遅延させるために、禁止タイマー、ＴＴＴタイマー、またはルックバックタイマーもしくはウィンドウのうちの１つまたは複数が使用され得る。
【０５７６】
ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが（例えば、現在のＴＴＩにおいて）ＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）の計算に対して支配的でなく、最後のＰＨＲにおけるＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）の計算には支配的であった場合にＰＨＲをトリガーし得る。複数のＣＣについて、ＷＴＲＵ  １０２は、１つまたは複数のＣＣについて、最後のＰＨＲにおいて支配的であるＰ−ＭＰＲから（例えば、現在のＴＴＩにおいて）支配的でないＰ−ＭＰＲへの変化がある場合に、ＰＨＲをトリガーすることができる。複数のＣＣについて、Ｐ−ＭＰＲは、それぞれのＣＣについてＣＣ特有、Ｐ−ＭＰＲ，ｃとすることができる。Ｐ−ＭＰＲ支配トリガーを除外もしくは遅延させるために、禁止タイマー、ＴＴＴタイマー、またはルックバックタイマーもしくはウィンドウのうちの１つまたは複数が使用され得る。
【０５７７】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、以下のようにＰＨＲトリガー基準が満たされているかどうかを判定することができる。ＰＨＲトリガー基準は、Ｐ−ＭＰＲが最後のＰＨＲにおいて支配的なＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）因子でなかったが、現在は支配的な因子である場合、および／またはＰ−ＭＰＲが最後のＰＨＲにおいて支配的なＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）であったが、現在は支配的な因子でない場合に、満たされ得る。
【０５７８】
ＰＣＭＡＸ，ｃの以下の計算は、手順をわかりやすく示す例として使用され得る。
ＰＣＭＡＸ，ｃ（ｉ）＝
ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲａｃｔｕａｌ，ｃ，Ｐ−ＭＰＲ，ｃ（ｉ））−ΔＴＣ，ｃ｝    式（１０１）
【０５７９】
この例では、Ｐ−ＭＰＲ，ｃは、Ｐ−ＭＰＲ，ｃ＞ＭＰＲａｃｔｕａｌ，ｃおよび［ＰＰｏｗｅｒＣｌａｓｓ−Ｐ−ＭＰＲ，ｃ］＜ＰＥＭＡＸ，ｃの場合にＰＣＭＡＸ，ｃの値に影響を及ぼし得る。
【０５８０】
Ｐ−ＭＰＲ（Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃを総称的に表すために使用される）がＰＣＭＡＸ，ｃの計算に対して支配的でない場合、ｅＮＢ  １４０は、ＰＨＲで報告されるＰＣＭＡＸ，ｃ値およびＷＴＲＵ  １０２のそれぞれのＣＣについてｅＮＢ  １４０が与えることができるＵＬグラントなどの、有することができる、受信することができる、または制御することができる情報に基づきＰＣＭＡＸ，ｃに影響するＭＰＲおよび他の関係する因子（例えば、ＬＴＥ関係因子）の変化を追跡することができる。
【０５８１】
Ｐ−ＭＰＲが支配的である場合、ＰＨＲは、ｅＮＢ  １４０にＰＣＭＡＸ，ｃ値を与えることができる。Ｐ−ＭＰＲが支配的であるときに例示的な式ＰＣＭＡＸ，ｃ＝ＰＰｏｗｅｒＣｌａｓｓ−Ｐ−ＭＰＲ，ｃ（ｉ）−ΔＴＣ，ｃを使用すると、ｅＮＢ  １４０がＰ−ＭＰＲが支配的であることを知っていれば（本明細書で説明されているようにＰＨＲに含まれるＰ−ＭＰＲが支配的であることを示す指示などによって）、ｅＮＢ  １４０は、ＷＴＲＵ  １０２によって使用されるパワーマネージメントの電力バックオフを決定することができるものとしてよい。
【０５８２】
図８は、追加の電力バックオフの支配性に関係する代表的なトリガーおよびＰＨＲ手順８００を示す図である。
【０５８３】
図８を参照すると、代表的なトリガーおよびＰＨＲ手順８００において、第１の時刻８１０で、トリガーが発生し得る（例えば、経路損失の著しい変化によるトリガー）ことがわかる。ＷＴＲＵ  １０２は、アクティブなＣＣに対するＰＨを含み、ＣＣに対するＰＣＭＡＸ，ｃも含むことができるＰＨＲをｅＮＢ  １４０に送信することができる。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲがＰＣＭＡＸ，ｃの計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。禁止タイマーは、トリガーに応答して、設定され得る。次のＰＨＲまで、ｅＮＢ  １４０は、ＭＰＲ（ＭＰＲおよび／またはＡ−ＭＰＲを含み得る）を追跡し、ＰＨを推定することができるが、それは、ＭＰＲがＰＣＭＡＸ，ｃの計算に対して支配的だからである。第２の時刻８２０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、増大）に変化し、Ｐ−ＭＰＲは、ＰＣＭＡＸ，ｃの計算に対して支配的であるものとしてよい。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ  １４０は、ＰＨＲ（例えば、ＰＣＭＡＸ，ｃ）からＰ−ＭＰＲ（時刻８２０においてレベルＢにある）を決定することができる。第３の時刻８３０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、増大）に変化し、ＭＰＲも変化（例えば増大）してしまっている可能性があり、ＰＣＭＡＸ，ｃの計算に対して支配的であるものとしてよい。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ  １４０は、ＰＨＲ（例えば、ＰＣＭＡＸ，ｃ）からＰ−ＭＰＲ（時刻８３０においてレベルＣにある）を決定することがもはやできないが、それは、ＭＰＲが時刻８３０においてＰＣＭＡＸ，ｃの計算に対して支配的であるからである。
【０５８４】
第４の時刻８４０では、禁止タイマーがタイムアウトした後、ＭＰＲ値は、Ｐ−ＭＰＲが現在ＰＣＭＡＸ，ｃの計算に対して支配的であるように値に関して変化（例えば、減少）している可能性がある。ＷＴＲＵ  １０２は、支配性の変化によってＰＨＲの報告をトリガーし得る。現在、ｅＮＢ  １４０は、ＰＨＲからＰ−ＭＰＲ（時刻８４０においてレベルＣにある）を決定することができる。このトリガーがない場合、ｅＮＢ  １４０は、Ｐ−ＭＰＲを認識せず、ＷＴＲＵ  １０２をオーバースケジュールする可能性がある。
【０５８５】
いくつかの代表的な実施形態では、ＰＨＲトリガーは、ＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）支配的因子が変化する場合に実行され得る。例えば、トリガーは、ＰＣＭＡＸ，ｃの支配的因子が支配的でないＰ−ＭＰＲから支配的であるＰ−ＭＰＲに変化したときに実行され得る。第１の時刻８１０に関連付けられているトリガーは、閾値を超える経路損失の変化によるトリガーなどのＰＨＲトリガーとすることができる。トリガーの結果として、ＷＴＲＵ  １０２は、ＣＣのＰＣＭＡＸ，ｃ値とともにアクティブなＣＣに対するＰＨ値を含むＰＨＲを送信することができる。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲがＰＣＭＡＸ，ｃの計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。この場合、Ｐ−ＭＰＲは、支配的でない。次のＰＨＲまで、Ｐ−ＭＰＲが引き続き支配的でない限り、ｅＮＢ  １４０は、Ｐ−ＭＰＲが存在していなかったかのようにＵＬグラントをスケジューリングすることができる。ｅＮＢ  １４０が、ＭＰＲ、Ａ−ＭＰＲなどを追跡する場合、そのスケジューリングの決定において使用することができる電力ヘッドルームを推定することができる。
【０５８６】
この例における第２の時刻８２０に関連付けられているトリガーは、Ｐ−ＭＰＲの大きな変化（例えば、閾値より大きい最後のＰＨＲ以降のＰ−ＭＰＲの変化）によるものとすることができる。トリガーの結果として、ＷＴＲＵ  １０２は、ＣＣのＰＣＭＡＸ，ｃ値とともにアクティブなＣＣに対するＰＨ値を含むＰＨＲを送信することができる。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲがＰＣＭＡＸ，ｃの計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。この場合、Ｐ−ＭＰＲは、支配的である。ＰＣＭＡＸ，ｃ、およびＰ−ＭＰＲが支配的であるという指示があれば、ｅＮＢ  １４０は、ＷＴＲＵ  １０２によって使用されるＰ−ＭＰＲ値（例えば、レベルＢ）を決定することができる。
【０５８７】
次のＰＨＲまで、ｅＮＢ  １４０がＭＰＲ、Ａ−ＭＰＲなどを追跡する場合、適切な値をＰ−ＭＰＲ値と比較してどれが支配的であるかを判定し、追跡された値またはＰ−ＭＰＲ値を使用してＰＨをしかるべく推定することができる。これは、Ｐ−ＭＰＲが最後のＰＨＲから知ることができるため可能であり得る。
【０５８８】
この例における第３の時刻８３０に関連付けられているトリガーは、Ｐ−ＭＰＲの大きな変化（例えば、閾値より大きい最後のＰＨＲ以降のＰ−ＭＰＲの変化）によるものとすることができる。トリガーの結果として、ＷＴＲＵ  １０２は、ＣＣのＰＣＭＡＸ，ｃ値とともにアクティブなＣＣに対するＰＨ値を含むＰＨＲを送信することができる。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲがＰＣＭＡＸ，ｃの計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。この場合、Ｐ−ＭＰＲは、支配的でない。ｅＮＢ  １４０は、Ｐ−ＭＰＲがもはや支配的でないことを現在は認識しており、Ｐ−ＭＰＲが支配的でないため、著しく（例えば、閾値の量を超えて）変化したとしても現在のＰ−ＭＰＲ値を決定することはできない。
【０５８９】
次のＰＨＲまで、Ｐ−ＭＰＲが引き続き支配的でない限り、ｅＮＢ  １４０は、Ｐ−ＭＰＲが存在していなかったかのようにＵＬグラントをスケジューリングすることができる。ｅＮＢ  １４０が、ＭＰＲ、Ａ−ＭＰＲなどを追跡する場合、そのスケジューリングの決定において使用することができる電力ヘッドルームを推定することができる。
【０５９０】
状況が変化し、Ｐ−ＭＰＲが支配的になると、ＰＨＲをトリガーし得る大きな変化がないと、ｅＮＢ  １４０は、Ｐ−ＭＰＲが支配的であるか、またはＰ−ＭＰＲ値であることを知るすべはないと言える。ｅＮＢ  １４０は、ＷＴＲＵ  １０２をオーバースケジュールし、その結果、ＷＴＲＵ  １０２において電力スケーリングが行われ得る。
【０５９１】
第４の時刻８４０で、最後のＰＨＲにおいて支配的でないＰ−ＭＰＲから支配的であるＰ−ＭＰＲへの変化により、トリガーが有益であり、これにより、ｅＮＢ  １４０に、Ｐ−ＭＰＲが現在支配的であることを知らせ、Ｐ−ＭＰＲの決定を可能にし得るＰＣＭＡＸ，ｃ値を与えることができる。
【０５９２】
時刻８２０および８３０に関連付けられている第２のトリガーと第３のトリガーとの間の時間と同様に、次のＰＨＲまで、ｅＮＢ  １４０がＭＰＲ、Ａ−ＭＰＲなどを追跡する場合に、適切な値をＰ−ＭＰＲ値と比較してどれが支配的であるかを判定し、追跡された値またはＰ−ＭＰＲ値を使用してＰＨをしかるべく推定することができる。
【０５９３】
図９は、代表的なトリガーおよびＰＨＲ手順９００を示す図である。
【０５９４】
図９を参照すると、代表的なトリガーおよびＰＨＲ手順９００において、第１の時刻９１０で、トリガーが発生し得る（例えば、経路損失の著しい変化によるトリガー）ことがわかる。ＷＴＲＵ  １０２は、アクティブなＣＣに対するＰＨを含み、ＣＣに対するＰＣＭＡＸ，ｃも含むことができるＰＨＲをｅＮＢ  １４０に送信することができる。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲがＰＣＭＡＸ，ｃの計算に影響しているかどうかに関するそれぞれのＣＣに対する指示（例えば、ＰＨＲに含まれる）も送信することができる。禁止タイマーは、トリガーに応答して、設定され得る。次のＰＨＲまで、ｅＮＢ  １４０は、ＭＰＲ（ＭＰＲおよび／またはＡ−ＭＰＲを含み得る）を追跡し、ＰＨを推定することができるが、それは、ＭＰＲがＰＣＭＡＸ，ｃの計算に対して支配的だからである。第２の時刻９２０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、増大）に変化し、Ｐ−ＭＰＲは、ＰＣＭＡＸ，ｃの計算に対して支配的であるものとしてよい。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ  １４０は、ＰＨＲ（例えば、ＰＣＭＡＸ，ｃ）からＰ−ＭＰＲ（時刻９２０においてレベルＣにある）を決定することができる。第３の時刻９３０では、禁止タイマーがタイムアウトした後、Ｐ−ＭＰＲ値は、閾値量より大きい値（例えば、減少）に変化し、そのときに、ＭＰＲは、ＰＣＭＡＸ，ｃの計算に対して支配的であるものとしてよい。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲが変化することでＰＨＲをトリガーし得る。ｅＮＢ  １４０は、ＰＨＲ（例えば、ＰＣＭＡＸ，ｃ）からＰ−ＭＰＲ（時刻９３０においてレベルＢにある）を決定することがもはやできないが、それは、ＭＰＲが時刻９３０においてＰＣＭＡＸ，ｃの計算に対して支配的であるからである。
【０５９５】
第４の時刻９４０では、禁止タイマーがタイムアウトした後、ＭＰＲ値は、Ｐ−ＭＰＲが現在ＰＣＭＡＸ，ｃの計算に対して支配的であるように値に関して変化（例えば、減少）している可能性がある。ＷＴＲＵ  １０２は、支配性の変化によってＰＨＲの報告をトリガーし得る。現在、ｅＮＢ  １４０は、ＰＨＲからＰ−ＭＰＲ（時刻９４０においてレベルＢにある）を決定することができる。このトリガーがない場合、ｅＮＢ  １４０は、Ｐ−ＭＰＲが支配的であることを認識し得ず、ＷＴＲＵ  １０２を不正にスケジューリングする可能性がある。
【０５９６】
いくつかの代表的な実施形態では、第４の時刻においてトリガーが存在しなかった場合、ｅＮＢ  １４０側では、Ｐ−ＭＰＲが第２の時刻においてトリガーが発生したときのものと同じであると想定することができる。この場合、ｅＮＢ  １４０が、Ｐ−ＭＰＲが支配的であると想定したときに、これは、レベルＣが継続することを想定できるのでＷＴＲＵ  １０２をアンダースケジュールする可能性がある。他の代表的な実施形態では、ｅＮＢ  １４０が、ＭＰＲが支配的であることを最後のＰＨＲが指示したのでＭＰＲが支配的である（例えば、常に支配的である）と想定する場合、ｅＮＢ  １４０は、Ｐ−ＭＰＲが実際に支配的である場合にＷＴＲＵ  １０２をオーバースケジュールする可能性がある。
【０５９７】
いくつかの代表的な実施形態では、手順（例えば、ＭＡＣ手順）は、ＰＣＭＡＸ，ｃの支配性の変化に基づきＰＨＲトリガーを含み得る。ＰＣＭＡＸ，ｃの支配性に基づく代表的な例示的なＰＨＲトリガーは、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっているか、またはタイムアウトする可能性があるか、またはタイムアウトしてしまっている可能性がある場合に、発生するように定義することができ、追加のパワーマネージメントが適用されていなかった場合にＰＣＭＡＸ，ｃが異なる値を有していたであろう（または有していた可能性のある）ことを指示し得るＰＨＲ（例えば、ＭＡＣ  ＰＨＲ）内のフィールド（例えば、支配指示フィールドまたはＰフィールド）は、ＷＴＲＵ  １０２が新しい送信のためＵＬリソースを有しているか、または有している可能性があるときにＰＨＲの最後の送信以降に変化してしまっている（または変化してしまっている可能性がある）。
【０５９８】
いくつかの代表的な実施形態では、ＰＨＲをトリガーするかどうかの決定は、支配的因子の使用を含み得る。
【０５９９】
ＷＴＲＵ  １０２は、どのような基準で以下の代表的な手順のうちの１つまたは複数に基づきＰＨＲをトリガーするかどうかを決定することができる。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲに関係する変化が、トリガー基準として使用され得るかどうかを決定することができる。この決定は、Ｐ−ＭＰＲがＰＣＭＡＸ，ｃ（またはＰＣＭＡＸ）の計算の支配的因子であるかどうか（例えば、計算に対して効果を有するかどうか）に基づくものとしてよい。複数のＣＣがある場合、これらの判定のそれぞれは、それぞれのＣＣについて別々に実行され得る。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。
【０６００】
Ｐ−ＭＰＲが、最後のＰＨＲを送信したときに支配的因子ではなく、現在も支配的因子でない（例えば、現在のＴＴＩにおいて）場合、Ｐ−ＭＰＲに関係する変化についてＰＨＲを報告することは有益でない場合がある（例えば、Ｐ−ＭＰＲが閾値以上に変化する場合）。ＷＴＲＵ  １０２は、Ｐ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。複数のＣＣがある場合、これらの判定（例えば、どの因子が支配的か、またはＰＨＲをトリガーするかどうか）のそれぞれは、それぞれのＣＣについて別々に実行され得る。ＷＴＲＵ  １０２は、条件が真である任意のＣＣ（例えば、Ｐ−ＭＰＲまたはＰ−ＭＰＲ，ｃが最後のＰＨＲが送信されたときに支配的因子でなく、現在も支配的因子でないＣＣ）に対するＰ−ＭＰＲに関係する変化に基づきＰＨＲをトリガーするかどうかを判定するための手順をスキップすることができる。Ｐ−ＭＰＲは、それぞれのＣＣについてＰ−ＭＰＲ，ｃとすることができる。
【０６０１】
いくつかの代表的な実施形態では、ＰＨＲ内のＰＣＭＡＸ値は、帯域間でＵＬ送信をサポートすることができる。ＣＣとサービングセルは、相互に入れ替えて使用でき、ＴＴＩはサブフレームの代わりに使用することができ、それでもこれらの実施形態との整合性は維持されることが企図されている。
【０６０２】
ＰＣＭＡＸは、ＷＴＲＵの構成された総最大出力電力とすることができる。スケーリングなしでＵＬ  ＣＣに対するＷＴＲＵ  １０２で計算した電力の総和がＰＣＭＡＸを超えることになるか、または超えるべきである場合に、ＷＴＲＵ  １０２は、最大電力を超えることを回避するために送信の前にＣＣ電力をスケーリングすることができる。ＰＨＲでＰＣＭＡＸを送信するステップは、ｅＮＢスケジューラにとって有益であり、ｅＮＢスケジュールは、ＷＴＲＵ  １０２がＣＣ電力をスケーリングしたかどうか、またもしそうであれば、どれだけスケーリングしたかを判定することができる。帯域内ＵＬの場合、ｅＮＢ  １４０は、ＰＣＭＡＸ，ｃからＰＣＭＡＸを決定または推定することができ、また帯域内ＵＬについてはＰＣＭＡＸ，ｃからＰＣＭＡＸを決定または推定することができない場合があることが企図される。
【０６０３】
いくつかの代表的な実施形態では、ＰＣＭＡＸは、ＰＨＲでＷＴＲＵ  １０２によって送信され得る（例えば、ＰＨＲにＰＣＭＡＸを常に入れるか、または例えば、リリース１１専用、および／または後のリリースのＷＴＲＵ  １０２のみについて拡張ＰＨＲ報告に含める）。ＷＴＲＵ  １０２は、常に、ＰＨＲでＰＣＭＡＸを送信する場合、ＰＣＭＡＸが他のシグナリングされたパラメータに基づき決定される場合に不要な、または有益でないシグナリングが発生し得る。シグナリングのオーバーヘッドを低減し得る、有益であるか、または必要なときのＰＣＭＡＸをＰＨＲで送信する（例えば、それのみを送信する）ことが有益になる場合がある。
【０６０４】
以下は、いくつかの基準が満たされたとき（例えば、満たされたときのみ）ＰＨＲにＰＣＭＡＸを入れることによってＰＨＲシグナリングを低減するための代表的な手順である。
【０６０５】
ＷＴＲＵ  １０２は、以下の基準のうちの１つまたは複数が満たされる（または満足される）ことに基づき、拡張ＰＨＲ  ＭＡＣ  ＣＥに入っていてもよい、ＰＣＭＡＸをＰＨＲに入れることができる。
【０６０６】
第１の基準は、構成基準を含むことができ、これは、ＷＴＲＵ  １０２が帯域間ＵＬについて構成されている場合に満たされ得る（例えば、ＷＴＲＵ  １０２は、少なくとも２つの帯域、例えば、８００ＭＨｚ帯域および２．１ＧＨｚ帯域のそれぞれにおいて少なくとも１つのＵＬ  ＣＣとともに構成される）。
【０６０７】
第２の基準は、アクティブ化／ＣＣ基準を含むことができ、これは、少なくとも２つの帯域においてＰＨＲがＣＣに対する報告を含む（または含むことになるか、または含むべきである）場合に満たされるものとしてよく、このことは、例えば、とりわけ、（１）ＰＨがＰＨＲ内に含まれる（または含まれることになるか、または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのアクティブ化されたＣＣがあり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよく、および／または（２）ＰＨがＰＨＲ内に含まれる（または含まれることになるか、または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのＣＣがあり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよいことを意味するか、そのようなものであるものとしてよい。
【０６０８】
第３の基準は、実際のＰＨ基準を含むことができ、これは、少なくとも２つの帯域においてＰＨＲがＣＣに対する実際のＰＨを含む（または含むことになるか、または含むべきである）場合に満たされるものとしてよく、このことは、例えば、とりわけ、（１）Ｖ−ｂｉｔは少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対して実際のＰＨを指示することができ、および／または（２）ＰＣＭＡＸ，ｃは少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対してＰＨＲに含まれるものとしてよく（または含まれることになり、または含まれるべきであり）、および／または（３）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて、サブフレーム内にＵＬリソース（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）があり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、および／または（４）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて、サブフレーム内に割り当てられたＵＬリソースがあり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳ（半永続的スケジューリング）によって割り当てられ、そのような割り当ての結果、ＰＵＳＣＨの送信を行うことができ、および／または（５）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて、サブフレーム内に割り当てられたＵＬリソースまたはＰＵＣＣＨの送信があり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳによって割り当てられ、その結果、ＰＵＳＣＨの送信を行うことができる。
【０６０９】
第４の基準は、スケーリング基準を含むことができ、これは、サブフレームについて（またはサブフレーム内で）ＰＨＲが報告され、ＷＴＲＵ  １０２が計算してＣＣ（またはＣＣチャネル）電力の１つまたは複数をスケーリングするか、またはスケーリングすることができる場合に満たされ得るが、それは、例えば、ＣＣの計算された電力の総和が、ＷＴＲＵの総構成最大出力電力ＰＣＭＡＸとすることができるＷＴＲＵ  １０２に対する全体の許容される電力を超えることになるか、または超えるべきであるからである。
【０６１０】
実際のＰＨを伴うＣＣがアクティブ化されたＣＣでもあり、またアクティブ化されたＣＣが構成されたＣＣでもある場合について第３の基準は第２の基準のサブセットであり、第２の基準は第１の基準のサブセットであることが企図される。この場合、非冗長的な基準は、第１の基準、第２の基準、第３の基準、および第４の基準のそれぞれだけ、および例えば、第１と第４、第２と第４、および第３と第４の基準の組み合わせを含み得る。
【０６１１】
以下は、ＷＴＲＵ  １０２が、ＷＴＲＵ  １０２が送信することができるＰＨＲにＰＣＭＡＸを入れるかどうかを決定し、ｅＮＢ  １４０が、ＰＣＭＡＸがｅＮＢ  １４０が受信することができるＰＨＲ内に存在するかどうかを判定する仕方を示す例である。
【０６１２】
いくつかの代表的な例において、ＷＴＲＵ  １０２は、第３の基準および第４の基準の両方が満たされ、ＰＨＲのサブフレーム内において、実際のＰＨがＰＨＲ内に含まれる少なくとも２つ帯域のそれぞれに少なくとも１つのＣＣがあり、ＷＴＲＵ  １０２が最大電力（例えば、ＰＣＭＡＸであってもよい）を超えないようにスケーリングを実行した場合に、ＰＨＲにＰＣＭＡＸを入れることができる（例えば、入れるだけ）。
【０６１３】
他の代表的な例において、ＷＴＲＵ  １０２は、第２の基準が満たされ、ＰＨＲのサブフレーム内に、少なくとも２つの帯域のそれぞれにおいて少なくとも１つのアクティブ化されたＣＣがある（例えば、ＷＴＲＵ  １０２が知っているか、または決定する内容に基づき）場合にＰＣＭＡＸをＰＨＲに入れることができ（例えば、入れるだけ）、これらのＣＣのそれぞれについて、報告されるＰＨは、実際のものでも、または仮想的なものでもよい。
【０６１４】
さらなる代表的な例において、ＰＨＲは、構成され、かつアクティブ化されている、ＰＨが含まれるＣＣを示すビットマップを含むことができ、ｅＮＢ  １４０は、それぞれの帯域内にどのＣＣが入っているかを認識しているため（例えば、ｅＮＢ  １４０はＣＣを構成できるので）、ｅＮＢ  １４０は、複数の帯域内のＣＣに対してＰＨが含まれるかどうかを判定するためにどのＣＣについてＰＨが含まれるかを識別することができるＰＨＲ  ＭＡＣ−ＣＥビットマップを使用することができる、ＰＣＭＡＸを含める基準が、第２の基準である場合、ｅＮＢ  １４０は、ＰＣＭＡＸがＰＨＲ内に存在するかどうかを判定するための十分な情報を有している。
【０６１５】
さらに他の代表的な例において、ｅＮＢ  １４０は、このビットマップを使用して、どのＣＣがＰＨＲに含まれ得るかを判定し、それぞれのＰＨに関連付けられているＶ−ｂｉｔを使用してどのＣＣが実際のＰＨを有しているかを判定し、ＰＨＲ内に異なる帯域のＣＣに対する実際のＰＨ値があるかどうかを判定することができる。ＰＣＭＡＸを入れるための基準が第３の基準であり、この基準が第１および第２の基準も満たされれば満たされ得るもの（満たすだけ）であれば、ｅＮＢ  １４０が少なくとも２つの異なる帯域のそれぞれにおけるＣＣに対して実際のＰＨを指示するＶ−ｂｉｔを見つけた場合に、ｅＮＢ  １４０はＰＣＭＡＸがＰＨＲ内に存在するかどうかを判定するための十分な情報（例えば、Ｖ−ｂｉｔからの）を有しているものとしてよい。
【０６１６】
ＰＣＭＡＸを含める基準が、第４の基準単独であるか、または他の基準と組み合わされている場合、ｅＮＢ  １４０は、ＰＣＭＡＸがＰＨＲ内に含まれるかどうかを判定するための十分な情報を有していないことがある。
【０６１７】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ＰＨＲに以下のうちの１つまたは複数を含めることができる。
【０６１８】
（１）ＷＴＲＵ  １０２が計算されたＣＣ（またはＣＣチャネル）電力のうちの１つまたは複数をスケーリングしたかどうかに関する指示を与え得る、出力電力を計算する際にＷＴＲＵ  １０２がスケーリングを実行したかどうかに関する指示（例えば、ＷＴＲＵ総構成最大出力電力ＰＣＭＡＸとすることができるＷＴＲＵ最大許容送信電力を超える状況を回避するため）。この指示は、１ビットとすることができ、ＰＨＲに含まれるＣＣを示すために使用されるビットのうちの７ビット、および予約ビットとしての１ビットを識別するＰＨＲの最初のオクテット内の予約ビットなどのＭＡＣ  ＣＥ内の予約（または未使用）ビットを使用することができる。この指示、例えば、ビットは、ＰＣＭＡＸがＰＨＲ内に存在しているかどうかを示すために使用することができる。例えば、ＰＣＭＡＸを含める基準が、第３および第４の基準である場合、ｅＮＢ  １４０は、ＣＣを指示するビットマップを使用して、異なる帯域内にあるＰＨＲ内のＣＣがあるかどうかを知り、Ｖ−ｂｉｔを使用して少なくとも２つの帯域におけるＣＣに対するＰＨが実際のものであるかどうかを判定し、スケーリングビットを使用してスケーリングが実行されたかどうかを知ることができる。これらの基準がすべて満たされた場合、ｅＮＢ  １４０は、ヘッドルーム内にＰＣＭＡＸがあることを予測できる。ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２がサブフレーム内でスケーリングを実行し、このサブフレームに対して（またはこのサブフレーム内で）ＰＨＲが送信される場合に、必ず、指示、例えば、ビットをスケーリングを指示する状態に設定することができる。ＷＴＲＵ  １０２は、ＰＣＭＡＸを含める１つまたは複数の基準が満たされており、ＷＴＲＵ  １０２がサブフレーム内でスケーリングを実行し、このサブフレームに対して（またはこのサブフレーム内で）ＰＨＲが送信される場合に、指示、例えば、ビットをスケーリングを指示する状態（および／または含まれるＰＣＭＡＸ）に設定することができる。
【０６１９】
（２）ＰＣＭＡＸがＰＨＲに含まれるかどうかに関する指示、例えば、ＰＨＲ内の単一のビットであってよく、スケーリング指示に加える（またはその代わりとなる）ものとすることができる存在インジケータ。存在インジケータは、ＰＨＲに含まれるＣＣを示すために使用されるビットのうちの７ビット、および８番目の予約ビットを識別するＰＨＲの最初のオクテット内の予約ビットなどのＭＡＣ  ＣＥ内の予約（または未使用）ビットを使用することができる。ＷＴＲＵ  １０２は、このビットを、上述の基準のうちの１つまたは複数の基準などの適切な基準が満たされているときにＰＣＭＡＸが存在することを指示するように設定することができる。
【０６２０】
ＰＨＲ内のＰＣＭＡＸの指示を与えるステップは、帯域間タイプのオペレーションについて開示されているけれども、不連続の帯域内またはさらには連続的な帯域内ＣＡなどの帯域間以外の状況に使用され、有用な情報をもたらすことが企図されている。（例えば、複数の帯域内にＣＣを有することに基づく）ＰＣＭＡＸを含めるための基準のうちの１つまたは複数は、不連続の帯域内および／または連続的な帯域内オペレーションの場合に適用され得る。異なる帯域内のＣＣに関係する基準は、とりわけ、例えば、同一の場所にないサービングセルである不連続の帯域内ＣＡまたはＣＣの場合、異なるキャリア周波数を持つＣＣなどの他のタイプの異なるシナリオでＣＣに関係する基準に拡張することができる。
【０６２１】
他の代表的な実施形態では、ＲＬＭ（無線リンク監視）は、ＰＣｅｌｌ上で実行され（例えば、実行されるだけ）、これは帯域内オペレーションおよび同一の場所に置かれているサービングセルには十分なものとしてよい（例えば、これらの場合に受信量はそのようなセルについても同様である）。ＲＬＭをＰＣｅｌｌに対してのみ実行するステップは、例えば、帯域間ＤＬおよび／またはＵＬシナリオを有する、帯域間オペレーション、またはＲＲＨ（リモートラジオヘッド）を伴うセルなどのセルが同一の場所に置かれない場合に対して、十分でないことがある。ＲＬＭは、ＳＣｅｌｌに拡張され得る。ＲＬＭは、結果として同期する／同期していない状態の検出に至り得るＤＬ受信の品質を判定するために使用され得る。
【０６２２】
いくつかの代表的な実施形態では、ＲＬＭ（または他のいくつかの測定もしくは機構）は、ＵＬ  ＣＣに対する経路損失基準として使用されるＤＬ  ＣＣ上に行われる経路損失測定が良好な品質を有し、および／または信頼できるどうかどうかを判定するために使用され得る。
【０６２３】
経路損失基準が低品質であると判定された場合（例えば、いくつかの基準に基づき）、ＷＴＲＵ  １０２は、以下のアクションのうちの１つまたは複数を実行することができる。ＷＴＲＵ  １０２は、問題（例えば、低品質）をＰＨＲで報告することができる（例えば、それぞれのＣＣまたはＣＣのグループに対する品質インジケータを含め、グループは帯域、位置（例えば、ＲＲＨ）、またはＴＡ（タイミングアドバンス）（例えば、ＴＡグループ）に基づくものとしてよい）。ＷＴＲＵ  １０２は、経路損失基準が低品質であるＣＣに対するＰＨトリガーを無効にすることができる（例えば、関連付けられているＣＣまたはＣＣのグループのＲＬＭ手順に基づく）。
【０６２４】
いくつかの代表的な実施形態では、以下のイベントは、ＰＨＲをトリガーすることができる。とりわけ、（１）経路損失基準として使用される１つまたは複数のＣＣ（例えば、任意のＣＣ）上の経路損失の変化（例えば、閾値を超えること、および／または著しい経路損失の変化）、（２）１つまたは複数のＣＣ（例えば、任意のＣＣ）上のＰ−ＭＰＲの変化（例えば、閾値を超えること、および／または著しいＰ−ＭＰＲの変化）、（３）定期的タイマーのタイムアウト、（４）ＰＨＲ機能の構成／再構成、および／または（５）構成されたＵＬによるＳＣｅｌｌのアクティブ化。
【０６２５】
同一の場所にある帯域内セルで動作する場合、それぞれのセル内のフェージングは、他のセル内のフェージングと相関し、Ｐ−ＭＰＲは、これらのセルに対して同じであってよく、したがって、これらのセルは類似の動作をし得る。１つのＣＣについて経路損失またはＰ−ＭＰＲが（例えば、著しく）変化する場合、別のものについても同様に変化することが企図される。トリガー基準が満たされ、ＣＣ（例えば、すべてのＣＣ）についてＰＨＲが送信される場合、これは、ＣＣ（例えば、すべてのＣＣ）に対する変化を含み、一定期間ＣＣ（例えば、すべてのＣＣ）に関するＰＨＲを禁止することができる。ＣＣ（例えば、すべてのＣＣ）を同様に取り扱うことは、類似の動作をし得るため同一の場所にある帯域内セルに対して妥当であるものとしてよい。
【０６２６】
セルが異なる帯域内または異なる位置にあり得る場合、これらのセルに対する経路損失およびＰ−ＭＰＲは、無相関とすることができる。この場合、１つのＣＣについて満たされている基準に基づきＰＨＲをトリガーした場合、別の帯域または位置にある別のＣＣに対してトリガー基準が満たされるということがあり得るか、またはあり得ない。ＰＨＲが、第１のＣＣに対するトリガー基準を満たした結果送信される場合、禁止タイマーが、再起動され得る。禁止時間中（例えば、禁止タイマーがタイムアウトするまでの時間）、別のＣＣについてトリガー基準が満たされた場合、トリガーを引き起こした変化を含む報告は、禁止タイマーがタイムアウトするまでブロックされ得る。タイマーがタイムアウトした後、トリガー条件がまだ存続している場合、ＰＨが報告され得る（例えば、実際にはトリガー条件の報告を遅延させる）。トリガー条件がもはや存在していない場合、そのトリガー条件に基づくＰＨは、報告され得ない。
【０６２７】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、それぞれのタイマーの禁止効果が各禁止タイマーに関連付けられているＣＣに対する効果（例えば、効果のみ）であるように複数のＰＨＲ禁止タイマーを有することができる。
【０６２８】
いくつかの代表的な実施形態では、ＣＣは、以下のうちの１つまたは複数に基づきグループ化され得る。とりわけ、（１）ＵＬ帯域、（２）ＤＬ帯域、（３）位置、（４）タイミングアドバンス基準、（５）経路損失基準、および／または（６）経路損失基準の帯域または位置。ＣＣのグループは、１つまたは複数のＣＣを含むことができる。
【０６２９】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ＣＣのグループごとに個別の１つのＰＨＲ禁止タイマーを有することができる。ＣＣのグループごとに、ＷＴＲＵ  １０２は、ＣＣのグループについてトリガーされるＰＨＲに基づきＰＨＲ禁止タイマーを再起動することができる。例えば、ＷＴＲＵ  １０２は、帯域ごとに１つのＰＨＲ禁止タイマー、経路損失基準、および／またはそれぞれの位置（例えば、ＲＲＨ）を有することができる。ＷＴＲＵ  １０２は、セルの異なるグループ分けに基づき個別のＰＨＲ禁止タイマー、例えば、それぞれのＴＡグループについて１つの禁止タイマーも、またはその代わりに有することができる。
【０６３０】
経路損失変化トリガーなどのＰＨＲ禁止タイマーによってゲートされるトリガーについて、ＷＴＲＵ  １０２は、異なるグループ内のＣＣに対するトリガーを別々に処理することができる。例えば、現在の経路損失変化トリガー基準は、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ  １０２が新しい送信のためのＵＬリソースを有する場合にＰＨＲの最後の送信以降に経路損失基準として使用される少なくとも１つのアクティブ化されたサービングセルに対してｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ以上変化した場合に満足され得る。
【０６３１】
経路損失変化トリガーは、以下の１つまたは複数を反映するように修正され得る。（１）ＣＣグループ特有のＰＨＲ禁止タイマーのタイムアウト、（２）ＣＣグループ内のＣＣによって使用されるサービングセル上の経路損失の変化に基づくトリガー、（３）とりわけ、例えば、ＣＣグループ内の少なくとも１つのＣＣに対する送信のためＵＬリソース（例えば、ＰＵＳＣＨ）が、例えば、ＵＬグラントもしくは構成されたＳＰＳを介して、割り当てられること、および／またはＣＣグループ内の少なくとも１つのＣＣに対して送信されるべきＰＵＣＣＨがあることを意味し得る、またはそのようなものであり得る、ＣＣグループ内の少なくとも１つのＣＣに対する実際のＰＨＲ（例えば、トリガー基準が評価されているＴＴＩにおける）の送信に対する要求条件／プロビジョニング、（４）グループ内のＣＣのうちの少なくとも１つのＣＣ上の新しい送信のためのＵＬリソースに対する要求条件／プロビジョニング、または任意のＣＣ上の新しい送信のためのＵＬリソースがあること。
【０６３２】
修正されたトリガーの例は以下のとおりである。第１の例は、ＣＣグループに対するｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ  １０２がそのＣＣグループ内のＣＣに対する新しい送信のためのＵＬリソースを有する場合にＰＨＲの最後の送信以降にそのＣＣグループ内のＣＣに対する経路損失基準として使用される少なくとも１つのアクティブ化されたサービングセルに対してｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ以上変化した場合のトリガーを含むことができる。第２の例は、ＣＣグループに対するｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒがタイムアウトするか、またはタイムアウトしてしまっており、経路損失が、ＷＴＲＵ  １０２がそのＣＣグループ内のＣＣに対する送信のため割り当てられたＵＬリソースおよび新しい送信のためのＵＬリソースを有する場合にＰＨＲの最後の送信以降にそのＣＣグループ内のＣＣに対する経路損失基準として使用される少なくとも１つのアクティブ化されたサービングセルに対してｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢ以上変化した場合のトリガーを含むことができる。
【０６３３】
第２の例において、新しい送信のためのＵＬリソースは、任意のＣＣにあってよい。
【０６３４】
複数の帯域内のＵＬ  ＣＣの場合、ＰＨＲが送信されるごとに、これらの帯域のうちの１つの帯域内のＣＣに対するＰＨがすべて仮想的であり得る可能性がある。ＷＴＲＵ  １０２が、ＷＴＲＵ  １０２がアクティブなＵＬ  ＣＣを有するすべての帯域内のＣＣに対する実際のＰＨを少なくともときどき送信することを確実にするため、いくつかの代表的な実施形態において修正を施すことができる。
【０６３５】
１つのＰＨＲ定期的タイマー、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒがあり、これがタイムアウトすると、ＰＨＲがトリガーされ、ＰＨＲは任意のセルが新しい送信のためのＵＬリソースを有している場合に送信され得る。修正の１つは、ＣＣのそれぞれのグループについて、ＷＴＲＵ  １０２は個別のＰＨＲ定期的タイマーを有し得るということを含むものとしてよい。ＰＨＲ定期的タイマーがＣＣグループに対してタイムアウトした場合、ＷＴＲＵ  １０２は、以下の条件のうちの１つまたは複数が満たされた場合に、ＰＨＲをトリガーし、ＰＨＲを送信することができる。ＰＨＲをトリガーし送信する第１の条件は、ＣＣグループ内の少なくとも１つのＣＣに対する送信のため割り当てられたＵＬリソース（例えば、ＰＵＳＣＨ）があるということを含み得る。第２の条件は、ＣＣグループ内の少なくとも１つのＣＣについて送信されるべきＰＵＣＣＨがあるということを含み得る。第３の条件は、ＣＣグループ内のＣＣのうちの少なくとも１つのＣＣ上の新しい送信のためにＵＬリソースがあるか、または任意のＣＣ上の新しい送信のためにＵＬリソースがあることを含み得る。
【０６３６】
送信のため割り当てられたＵＬリソースは、構成されたＳＰＳによって、またはＵＬグラントを介して割り当てられ得る。
【０６３７】
ＷＴＲＵ  １０２は、ＣＣのグループに対するＰＨＲ定期的タイマーを、ＷＴＲＵ  １０２がそのグループ内の１つまたは複数のＣＣに対する実際のＰＨとともにＰＨＲを送信するときに再起動することができる。
【０６３８】
構成されたＵＬを有するＳＣｅｌｌがアクティブ化されたときに、任意のセルが新しい送信のためのＵＬリソースを有していればＷＴＲＵ  １０２によってＰＨＲがトリガーされ、送信されるようなトリガーがあり得る。このアクティブ化が再アクティブ化でない場合、ＰＨＲは、新しくアクティブ化されたＳＣｅｌｌのために仮想ＰＨとともに送信され得る（例えば、ＷＴＲＵ  １０２が新しくアクティブ化されたＳＣｅｌｌに対するＵＬグラントを受信する時間ができる前にＰＣｅｌｌまたは別のＳＣｅｌｌにグラントがあり得るので）。
【０６３９】
帯域内ＣＡの場合、このトリガー手順は、新しくアクティブ化されたＳＣｅｌｌと同じ帯域内の少なくとも１つのＵＬ  ＣＣが新しい送信のためにＵＬリソースを有しており、実際のＰＨはＰＣＭＡＸ，ｃを与えることができる少なくともそのＣＣについて含まれるべきなので、許容可能または適用可能であるものとしてよい。同じ帯域内のＣＣに対するＰＣＭＡＸ，ｃは、ＰＥＭＡＸ，ｃがそれぞれについて異なることがない限り同じであると企図され、ｅＮＢ  １４０は、ＰＥＭＡＸ，ｃが同じ帯域内のＣＣについて同じ値であるか、または異なる値であるかを知ることができる（例えば、ｅＮＢ  １４０がＰＥＭＡＸ，ｃ値を構成することができるので）。ＰＣＭＡＸは、同じ帯域内でＰＣＭＡＸ，ｃから決定され得ることが企図される。帯域内の場合、ｅＮＢ  １４０は、新しくアクティブ化されたＳＣｅｌｌをスケジューリングする（例えば、インテリジェントな方法でスケジューリングする）ための十分な情報を有することができる。
【０６４０】
帯域間ＣＡの場合、帯域内の他のＣＣがＰＣＭＡＸ，ｃを与えていない場合（例えば、異なる帯域におけるＰＣＭＡＸ，ｃ値が無関係であり得るので）、仮想ＰＨを受信することは許容され得ない。
【０６４１】
いくつかの代表的な実施形態では、ＳＣｅｌｌアクティブ化（例えば、とりわけ、非アクティブ化の後のアクティブ化、および／または構成もしくは再構成の後の最初のアクティブ化）のイベントに基づきＰＨＲをトリガーし送信するステップは、いくつかの基準が満たされることに基づきＷＴＲＵ  １０２によって遅延され得る。ＷＴＲＵ１０２は、アクティブ化されたＳＣｅｌｌのＣＣグループ内の少なくとも１つのＣＣにＵＬリソースが割り当てられるまで（例えば、グループが周波数帯域に基づく場合）、および／またはそのグループ内の少なくとも１つのＣＣに対する新しい送信のためのＵＬリソースが用意されるまで、ＰＨＲのトリガーおよび送信を遅延させることができる。ＷＴＲＵ  １０２は、以下の基準のうちの１つまたは複数が満たされた場合にＰＨＲのトリガーおよび送信を遅延させることができる。とりわけ、（１）ＳＣｅｌｌが、ＵＬ  ＣＣのみ、または帯域に基づくグループなどの、ＣＣグループ内の、構成されたアップリンクを有するＣＣのみであるか、そのようなＣＣのみとすることができる。および／または（２）例えば、アクティブ化トリガーの要求条件を満たす第１のＴＴＩにおいて、アクティブ化トリガーの結果送信されるべきＰＨＲが、そのアクティブ化されたＳＣｅｌｌのグループ内のすべてのＣＣに対する仮想ＰＨを含み得る。
【０６４２】
いくつかの代表的な実施形態では、ＳＣｅｌｌアクティブ化の後もそのままＰＨＲトリガーを維持しながら、ＷＴＲＵ１０２は、それに加えて、ときには、アクティブ化されたＳＣｅｌｌのＣＣグループ内の少なくとも１つのＣＣにＵＬリソースが割り当てられたとき（例えば、グループが周波数帯域に基づく場合）、および／またはそのグループ内の少なくとも１つのＣＣに対する新しい送信のためのＵＬリソースが用意されたとき、アクティブ化イベントの後（例えば、アクティブ化イベントの後のできる限り早い段階で）ＰＨＲをトリガーすることができる。
【０６４３】
新しくアクティブ化されたＡＣｅｌｌと同じＣＣグループ（例えば、同じ帯域）内の少なくとも１つのセルについて実際のＰＨが送信され得るまでＰＨＲがどのように遅延され得るかを示す代表例は、新しいトリガー基準であるか、または既存のＳＣｅｌｌアクティブ化トリガー基準を置き換えることができる以下のトリガー基準のうちの１つまたは複数を含むべきであるものとしてよい。
【０６４４】
例えば、トリガーは、特定のＣＣグループの一部である構成されたアップリンクを有するＳＣｅｌｌがアクティブ化されるか、またはアクティブ化され得る場合に発生し、以下の条件がこのＴＴＩにおいて満たされる（例えば、真である）。特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースがあり、ＰＨＲは、ＳＣｅｌｌがアクティブ化された以降に特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースとともには送信されていない。
【０６４５】
別の例では、トリガーは、特定のＣＣグループの一部である構成されたアップリンクを有するＳＣｅｌｌがアクティブ化されるか、またはアクティブ化され得る場合に発生し、以下の条件がこのＴＴＩにおいて満たされる（例えば、真である）。特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースがあり、ＰＨＲは、とりわけ、非アクティブ化、構成、再構成に続いてＳＣｅｌｌが最初にアクティブ化された以降に、および／またはＳＣｅｌｌが構成もしくは再構成された以降に特定のＣＣグループ内にある構成されたアップリンクを有するセル上で送信するために割り当てられたＵＬリソースとともには送信されていない。
【０６４６】
上で説明されているように、ＵＬ内の複数の帯域で動作し、帯域ごとに複数のＣＣがある場合に、ＷＴＲＵ  １０２は、ＵＬ帯域ごとの最大出力電力ＰＣＭＡＸ，ｂを構成することができる。スケーリングなしの帯域ｂにおけるＣＣに対する計算された電力の総和が、ＰＣＭＡＸ，ｂを超えることになるか、または超えるべきである場合、ＷＴＲＵ  １０２は、計算された電力をスケーリングすることができる。
【０６４７】
ＷＴＲＵ  １０２は、ＰＣＭＡＸをいつ含めるべきかについて本明細書で定義されているものと似たルールに則ってＰＨＲにＰＣＭＡＸ，ｂを入れることができる。
【０６４８】
ＷＴＲＵ  １０２は、ＰＨＲにＰＣＭＡＸ，ｂを入れることができ、これは拡張ＰＨＲ  ＭＡＣ  ＣＥまたは別のＰＨＲ  ＭＡＣ  ＣＥに入っていてもよい。ＷＴＲＵ  １０２は、常に、ＰＨＲにＰＣＭＡＸ，ｂを入れることができるか、または上でＰＣＭＡＸに対して識別されている基準のうちの１つまたは複数に基づき、および／または満たされる（または満足される）以下の基準のうちの１つまたは複数に基づきＰＣＭＡＸ，ｂをＰＨＲに入れることができる。
【０６４９】
（１）ＷＴＲＵ  １０２が少なくとも２つ帯域のそれぞれにおいて少なくとも１つのＵＬ  ＣＣ、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＵＬ  ＣＣとともに帯域間ＵＬについて構成されている場合に満たされ得る、構成基準。
【０６５０】
（２）少なくとも２つの帯域においてＰＨＲがＣＣに対する報告を（例えばこれらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣに対する報告とともに）含む（または含むことになるか、または含むべきである）場合に満たされ得る、アクティブ化された／ＣＣ基準。このことは、例えば、とりわけ、（ａ）ＰＨがＰＨＲ内に含まれる（または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのアクティブ化されたＣＣが（例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのアクティブ化されたＣＣとともに）あり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよく、および／または（ｂ）ＰＨがＰＨＲ内に含まれる（または含まれるべき）少なくとも２つの帯域のそれぞれにおいて少なくとも１つのＣＣが（例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣとともに）あり得、これらのＣＣのそれぞれに対するＰＨは実際のもの、または仮想的なものであってよいことを意味するか、そのようなものであるものとしてよい。
【０６５１】
（３）少なくとも２つの帯域においてＰＨＲがＣＣに対する実際のＰＨを（例えばこれらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣとともに）含む（または含むことになるか、または含むべきである）場合に満たされ得る、実際のＰＨ基準。このことは、例えば、とりわけ、（ａ）Ｖ−ｂｉｔは少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対して（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣに対して）実際のＰＨを指示することができ、および／または（ｂ）ＰＣＭＡＸ，ｃは少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣに対して（および／またはこれらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣに対して）ＰＨＲに含まれるものとしてよく（または含まれるべきであり）、および／または（ｃ）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣについて）、サブフレーム内にＵＬリソース（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）があり、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、および／または（ｄ）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣについて）、サブフレーム内で割り当てられたＵＬリソースがあり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳによって割り当てられ、そのような割り当ての結果、ＰＵＳＣＨの送信を行うことができ、および／または（ｅ）少なくとも２つの帯域のそれぞれにおける少なくとも１つのＣＣについて（および／または、例えば、これらの帯域のうちの少なくとも１つの帯域における少なくとも２つのＣＣについて）、サブフレーム内で割り当てられたＵＬリソースまたはＰＵＣＣＨの送信があり得、そのサブフレームについて（またはそのサブフレーム内で）ＰＨＲが報告され、ＵＬリソースは、ＵＬグラントによって、または構成されたＳＰＳによって割り当てられ、そのような割り当ての結果、ＰＵＳＣＨの送信を行うことができることを意味するか、そのようなものであるものとしてよい。
【０６５２】
（４）サブフレームについて（またはサブフレーム内で）ＰＨＲが報告され、このサブフレーム内で、ＷＴＲＵ  １０２が計算してＣＣ（またはＣＣチャネル）電力の１つまたは複数をスケーリングするか、またはスケーリングすることができる場合に、例えば、ＣＣの計算された電力の総和が、ＵＬ帯域のうちの１つまたは複数の帯域に対するＰＣＭＡＸ，ｂを超えることになるか、または超えるべきであるため、満たされ得るスケーリング基準。
【０６５３】
スケーリングが特定の帯域において適用されることを示す指示がＰＨＲに加えられ得る。それぞれのシグナリングされたＰＣＭＡＸ，ｂに関連付けられ得る、指示をシグナリングすることができる。帯域スケーリングインジケータの存在に対して使用される基準は、ＰＣＭＡＸ，ｂの存在について上で説明されているのと同じ基準とすることができる。
【０６５４】
上記の基準（３）は、基準（２）のサブセットであり、基準（２）は、実際のＰＨを伴うＣＣがアクティブ化されたＣＣであり、アクティブ化されたＣＣは構成されたＣＣである場合に対する基準（１）のサブセットであってよいことが企図される。この場合、非冗長性基準は、単独で基準（１）、基準（２）、基準（３）、および／または基準（４）のそれぞれ、および例えば、基準（１）と（４）、基準（２）と（４）、および／または基準（３）と（４）の組み合わせとすることができる。
【０６５５】
上記の基準のうちの１つまたは複数について、基準が満たされている場合、ＷＴＲＵ  １０２は、すべてのＵＬ帯域に対するＰＣＭＡＸ，ｂをＰＨＲに含めることができる。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、少なくとも２つのＣＣ（例えば、ＵＬ  ＣＣ）がある帯域に対する（例えば、これらの帯域のみに対する）ＰＣＭＡＸ，ｂを含めることができ、例えば、以下の条件のうちの１つまたは複数が真の場合にのみそうである。（ａ）例えば基準（１）については、これらのＣＣはＵＬを構成している、（ｂ）例えば基準（２）については、これらのＣＣはＵＬを構成しており、アクティブ化されている、（ｃ）例えば基準（３）については、ＰＨＲは、ＰＨＲが送信されるＴＴＩにおいてこれらのＣＣに対して実際のものであってよい、および／または（ｄ）例えば基準（４）については、これらのＣＣ（またはＣＣチャネル）のうちの１つまたは複数の計算された電力のスケーリングが、その帯域におけるＣＣの計算された電力の総和が、ＰＨＲが送信され得るか、または送信されることになるか、または送信されるべきであるＴＴＩにおいてＰＣＭＡＸ，ｂを超えることになるか、または超えるべきであるため、有益であったか、または必要であった、という条件である。
【０６５６】
ＰＣＭＡＸ，ｂを含める基準が、基準（４）だけに基づくか、または他の基準と組み合わされている場合、ｅＮＢ  １４０は、ＰＣＭＡＸ，ｂがＰＨＲ内に含まれるかどうかを判定するための十分な情報を有していないことがある。
【０６５７】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ＰＨＲに以下のうちの１つまたは複数を含めることができる。（１）ＷＴＲＵ  １０２が、ある１つの帯域など、特定のＣＣグループ内の１つまたは複数のＣＣ上で、その帯域に対するＷＴＲＵ  １０２の構成最大出力電力ＰＣＭＡＸ，ｂであってよいその帯域に対するＷＴＲＵ最大許容送信電力を超える状況を回避するために出力電力を計算するときに、スケーリングを実行したかどうかに関する指示（この指示は、ビットまたは他の指示であってもよく、それに加えて、またはその代わりに、ＰＣＭＡＸ，ｂが、例えば、特定のＣＣグループに対して、ＰＨＲ内に存在しているかどうかを示すために使用され得る）、および／または（２）例えば、特定のＣＣグループに対するＰＣＭＡＸ，ｂがＰＨＲに含まれるかどうかに関する指示、例えば、存在インジケータ、例えば、ＰＨＲ内の単一のビットとしての、スケーリング指示に加えることができる存在インジケータ。
【０６５８】
与えられた帯域に対するＰＣＭＡＸ，ｂがＰＨＲに存在している場合に、帯域特有のスケーリング指示が存在し得る。上述のＰＣＭＡＸ，ｂの存在基準はどれも、帯域特有のスケーリングインジケータにも適用することができる。
【０６５９】
ＰＣＭＡＸ，ｂは、不連続の帯域内ＣＡまたは連続的な帯域内ＣＡなどの、帯域間ＣＡ以外の状況における有益な情報を与えることができる。複数の帯域内にＣＣを有することに基づくＰＣＭＡＸ，ｂを含めるための基準のうちの１つまたは複数は、不連続の帯域内および／または連続的な帯域内の場合に等しく適用可能であるものとしてよい。異なる帯域内のＣＣに関係する基準は、とりわけ、例えば、同一の場所にないサービングセルである不連続の帯域内ＣＡまたはＣＣの場合、異なるキャリア周波数を持つＣＣなどの他のタイプの異なるシナリオでＣＣに関係する基準に拡張することができる。
【０６６０】
図１０は、代表的なＰＨＲ方法１０００を示す流れ図である。
【０６６１】
図１０を参照すると、代表的なＰＨＲの方法１０００は、ＷＴＲＵ  １０２に関連付けられているＰＨＲを管理することができる。ブロック１０１０で、ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２に対するＰ−ＭＰＲ（例えば、ときには「Ｐ−ＰＲ」とも称される）を決定することができる。上述の式のうちの１つまたは複数を使用して、ブロック１０２０において、ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２に対する最大送信電力の値を低減するためのバックオフ値を決定することができる。バックオフ値は、上記の式の中に導入されている任意の数の異なる因子を含み得る。ブロック１０３０で、ＷＴＲＵ  １０２は、決定されたバックオフ値に従ってｅＮＢ  １４０にＰＨを報告することができる。
【０６６２】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲまたはＰ−ＰＲに基づきバックオフ値を計算することができる（例えば、Ｐ−ＭＰＲがＭＰＲおよびＡ−ＭＰＲの複合要素に対して支配的である場合）。
【０６６３】
ＷＴＲＵ  １０２は、選択された値として、さらなる値とＰ−ＭＰＲのいずれかを選択することができ、選択された値に基づきバックオフ値を計算することができる。
【０６６４】
ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２に関連付けられている無線周波エネルギーの吸収率を示す少なくとも１つのＳＡＲ（比吸収率）に基づきＰ−ＭＰＲを計算することができる。例えば、ＷＴＲＵ  １０２が、人の近くの、または人に隣接する位置を保持する場合、比吸収率は、例えば、人からＷＴＲＵ  １０２への近接度に基づき、増大し得る（例えば、急激に増大する）。そのようなものとして、Ｐ−ＭＰＲは増大し（急激に増大し）、ＭＰＲおよびＡ−ＭＰＲなどの他のバックオフ効果に対して支配的であるものとしてよい。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、さらなる値（例えば、ＭＰＲおよびＡ−ＭＰＲに関連付けられている）をＰ−ＭＰＲ値と比較して、どちらが大きいかを判定することができる。さらなる値がＰ−ＭＰＲより大きいことに応答して（例えば、支配的な第１の値）、ＷＴＲＵ  １０２は、さらなる値に従ってバックオフ値を計算することができる（例えば、Ｐ−ＭＰＲを除き、第１の値のみを使用する）。さらなる値がＰ−ＭＰＲより小さいことに応答して（例えば、支配的なＰ−ＭＰＲ）、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲに従ってバックオフ値を計算することができる（例えば、さらなる値を除き、Ｐ−ＭＰＲのみを使用する）。
【０６６５】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、さらなる値はＷＴＲＵ  １０２によるＵＬ送信に使用されるそれぞれのＣＣについてＭＰＲおよびＡ−ＭＰＲに基づき得ると決定し、またＷＴＲＵ  １０２によるＵＬ送信に使用されるそれぞれのＣＣについてＰ−ＭＰＲを決定することができる。
【０６６６】
Ｐ−ＭＰＲ、バックオフ値、および電力ヘッドルームの報告はそれぞれ、（１）ＷＴＲＵ  １０２に関連付けられているＣＣ、または（２）ＷＴＲＵ  １０２に関連付けられているいくつかのＣＣの複合体のうちの一方に関連付けられ得る。例えば、ＷＴＲＵ  １０２が、不連続な周波数帯域で動作している場合、Ｐ−ＭＰＲに対する決定もしくは計算、バックオフ値、および／または電力ヘッドルームの報告は、それぞれ、周波数帯域に関連付けられている１つのＣＣまたは帯域間のオペレーションのため不連続な周波数帯域のそれぞれに関連付けられているいくつかのＣＣの複合体に関連付けられ得る。いくつかの代表的な実施形態では、ＰＨの報告は、キャリアコンポーネントごとに、それに関連付けられているＰＨＲを送信するステップ、またはそれぞれのキャリアコンポーネントに関連付けられているＰＨ値を含む１つのＰＨＲ（例えば、複合報告）を送信するステップを含み得る。
【０６６７】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２はバックオフ値を、（１）さらなる値（例えば、適宜別の値）、および（２）Ｐ−ＭＰＲの最大値として計算することができる。
【０６６８】
ＷＴＲＵ  １０２はバックオフ値を、帯域間ＵＬ（アップリンク）送信のための第１の手順、または帯域内ＵＬ（アップリンク）送信のための第２の手順のうちの一方を使用して計算することができる。例えば、ＷＴＲＵ  １０２による帯域間ＵＬ送信に対するバックオフを計算するための手順は、帯域内ＵＬ送信に対するバックオフを計算するための手順と異なっていてもよい。
【０６６９】
いくつかの代表的な実施形態では、スケーリング（例えば、任意のスケーリング）なしでＵＬ  ＣＣに対してＷＴＲＵが計算した電力の総和が最大送信電力制限を超えるべきである（例えば、超えることになる）という条件の下で、ＷＴＲＵ  １０２は、最大送信電力制限を超えるのを回避するために送信前にＣＣ電力をすでにスケーリングしているということをｅＮＢ  １４０に指示することができる。ＷＴＲＵ  １０２は、ｅＮＢ  １４０への指示に従ってＣＣ電力をスケーリングすることもできる。
【０６７０】
複数のＣＣとともに使用されるような、いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、少なくとも２つの周波数帯域におけるＣＣに関連付けられている少なくとも２つのＰＨ値を有するＰＨＲを生成することができる。ＰＨ値は、少なくとも２つの周波数帯域に対する実際の送信に関連付けられているＰＨ値を含むことができる。
【０６７１】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、出力電力を計算するときにＷＴＲＵ  １０２がスケーリングを実行したかどうかを（例えば、スケーリングビットまたはスケーリングフラグによって）ＰＨＲ内に指示することができる。
【０６７２】
図１１は、別の代表的なＰＨＲ方法１１００を示す流れ図である。
【０６７３】
図１１を参照すると、代表的なＰＨＲの方法１１００は、ＷＴＲＵのステータスを報告することができることがわかる。ブロック１１１０で、ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２に対するＰ−ＭＰＲに基づきＷＴＲＵ  １０２が電力バックオフを適用するかどうかを決定することができる。ブロック１１２０で、ＷＴＲＵは、ＷＴＲＵ  １０２がＰ−ＭＰＲに基づきＷＴＲＵ  １０２が電力バックオフを適用したことをネットワークリソース（例えば、ｅＮＢ  １４０）に報告することができる。ＷＴＲＵ  １０２は、電力バックオフがＰ−ＭＰＲに基づいているときに支配性インジケータを設定することもでき、支配性インジケータをネットワークリソースに報告もしくは送信することができる。支配性インジケータは、ネットワークリソースに送信されるＭＡＣ（媒体アクセス制御装置）ＣＥ（制御要素）に含まれるＰＨＲ内にあるものとしてよい。支配性インジケータは、関連するＰ−ＭＰＲの影響を受けるそれぞれのコンポーネントキャリアに対して設定され、および／または単一の（例えば、全体的／複合的な）支配性インジケータは、ＷＴＲＵ  １０２に関連付けられ得る。
【０６７４】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、支配性インジケータを（１）電力バックオフがＰ−ＭＰＲの影響を受けることに応答する第１の論理レベル、または（２）電力バックオフがＰ−ＭＰＲの影響を受けないことに応答する第２の論理レベルに変更することができる。
【０６７５】
図１２は、さらなる代表的なＰＨＲ方法１２００を示す流れ図である。
【０６７６】
図１２を参照すると、代表的なＰＨＲの方法１２００は、ＷＴＲＵ  １０２に関連付けられているＰＨＲを管理することができることがわかる。ブロック１２１０で、ＷＴＲＵ  １０２は、第１の期間（例えば、現在の期間または現在のＴＴＩ期間）においてＣＣに対して実際の電力送信が行われ得るかどうかを決定することができる。ブロック１２２０で、ＷＴＲＵは、ＣＣに対して実際の電力送信が行われたとき（例えば、ＣＣがＵＬ送信のためのＵＬリソースを有していたとき）に前の期間を決定することができる。ブロック１２３０で、ＷＴＲＵ  １０２は、第１の期間（例えば、現在の期間もしくは現在のＴＴＩ期間）に関連付けられているＣＣのＰ−ＭＰＲ（またはＰ−ＰＲ）を第２の期間（例えば、前の期間）に関連付けられている、例えば、送信されるＰＨＲおよび実際の送信を有しているＣＣに関連付けられている最近のＴＴＩに関連付けられているＣＣのＰ−ＰＲと比較することができる。ブロック１２４０で、ＷＴＲＵは、比較結果に従ってＰＨＲをトリガーすることができる。
【０６７７】
例えば、ＣＣに関連付けられているＰＨＲは、比較結果に基づき（例えば、第１の期間から第２の期間へのＰ−ＰＲの変化の大きさが閾値量を超えて変化する場合）トリガーされ得る。第１もしくは第２の期間におけるＣＣの送信が実際のものかどうかの判定は、アップリンクグラントがそれぞれ第１の期間もしくは第２の期間においてＣＣに関連付けられているかどうかの判定を含み得る。
【０６７８】
図１３は、追加の代表的なＰＨＲ方法１３００を示す流れ図である。
【０６７９】
図１３を参照すると、代表的なＰＨＲの方法１３００は、ＷＴＲＵ  １０２に関連付けられているＰＨの報告機能を管理することができることがわかる。ブロック１３１０で、ＷＴＲＵ  １０２は、複数のＴＴＩにわたって実行されるＰ−ＭＰＲに関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定することができる。ブロック１３２０で、ＷＴＲＵ  １０２は、決定された結果に基づきＰＨの報告をトリガーすることができる。
【０６８０】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、それぞれ各異なるＴＴＩにおいてＰ−ＭＰＲのシーケンスを連続的に決定することによって複数のＴＴＩに対する（例えば、これらのＴＴＩに関連付けられている）Ｐ−ＭＰＲのシーケンスを決定することができる。
【０６８１】
いくつかの代表的な実施形態では、条件が一時的に変化したかどうかの判定は、ＴＴＩのシーケンスにおけるＰ−ＭＰＲの値が閾値期間を超えて条件を満たすように変化したかどうかの判定を含み得る。例えば、指定された期間は、現在の時刻に関係する、ＷＴＲＵ  １０２またはネットワークリソースによって、ルックバックウィンドウとして、設定もしくは構成され得る（これは、条件がルックバックウィンドウ内のパラメータに基づき測定／満たされ得るように現在時刻が変化したときに移動もしくはスライドするスライディングウィンドウであってよい）。例えば、条件は、閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって条件が存在する場合に満たされ得る。
【０６８２】
いくつかの代表的な実施形態では、トリガー禁止タイマーはＰＨＲのトリガーによって開始され、これにより、ＰＨの報告のトリガーがトリガー禁止タイマーの開始の時刻からトリガー禁止時刻を超えるまで停止もしくは防止され得るようにして（例えば、他の条件が第２のトリガーを保証し得るとしても）、第２の早すぎるＰＨＲを防止することができる。
【０６８３】
ＷＴＲＵ  １０２はバックオフ値を、（１）Ｐ−ＭＰＲの最高値、（２）Ｐ−ＭＰＲの最低値、（３）Ｐ−ＭＰＲの平均値、または（４）ルックバックウィンドウ内からのＰ−ＭＰＲの中央値のうちの１つの値として計算することができる。
【０６８４】
いくつかの代表的な実施形態では、Ｐ−ＭＰＲによるＰＨＲトリガーは、ＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすように修正され得る。
【０６８５】
図１４は、さらなる代表的なＰＨＲ方法１４００を示す流れ図である。
【０６８６】
図１４を参照すると、代表的なＰＨＲの方法１４００は、ＷＴＲＵ  １０２に関連付けられているＰＨの報告機能を管理することができることがわかる。ブロック１４１０で、ＷＴＲＵ  １０２は、（１）ＭＰＲ（最大電力削減）または（２）Ａ−ＭＰＲ（追加のＭＰＲ）のうちの少なくとも一方に基づく、または関連付けられているＷＴＲＵ  １０２に対する最大送信電力の値の第１の削減を示す第１のバックオフ値を決定することができる。ブロック１４２０で、ＷＴＲＵ  １０２は、Ｐ−ＭＰＲ（パワーマネージメントの最大電力削減）に基づくＷＴＲＵ  １０２に対する最大送信電力の値の第２の削減を示す第２のバックオフ値を決定することができる。ブロック１４３０で、ＷＴＲＵ  １０２は、第１のバックオフ値または第２のバックオフ値のどちらが支配的であったかに基づき第１のバックオフ値または第２のバックオフ値のうちの一方を選択することができる。ブロック１４４０で、ＷＴＲＵ  １０２は、選択されたバックオフ値に従ってＰＨを報告することができる。
【０６８７】
図１５は、さらなる追加の代表的なＰＨＲ方法１５００を示す流れ図である。
【０６８８】
図１５を参照すると、代表的なＰＨＲの方法１５００は、ＷＴＲＵ  １０２に関連付けられている（例えば、実装される）送信電力を管理することができることがわかる。ブロック１５１０で、ＷＴＲＵ  １０２は、ＴＴＩにおいて、バックオフへの変化またはバックオフの影響に基づきＰＨＲをトリガーすることができる。ブロック１５２０で、ＷＴＲＵ  １０２は、ＴＴＩにおいてＰＨＲを送信することができる。
【０６８９】
図１６は、さらなる追加の代表的なＰＨＲ方法１６００を示す流れ図である。
【０６９０】
図１６を参照すると、代表的なＰＨＲの方法１６００は、ＷＴＲＵ  １０２に関連付けられている（例えば、実装される）送信電力を管理することができることがわかる。ブロック１６１０で、ＷＴＲＵ  １０２は、パワーマネージメントベースのバックオフを使用してＷＴＲＵの最大出力電力を計算することができる。ブロック１６２０で、ＷＴＲＵ  １０２は、パワーマネージメントベースのバックオフへの変化またはパワーマネージメントベースのバックオフの影響に基づきＰＨＲをトリガーすることができる。
【０６９１】
図１７は、さらなる代表的なＰＨＲ方法１７００を示す流れ図である。
【０６９２】
図１７を参照すると、代表的なＰＨＲの方法１７００は、ＷＴＲＵ  １０２に関連付けられている（例えば、実装される）送信電力判定を実行することができることがわかる。ブロック１７１０で、ＷＴＲＵ  １０２は、最大送信電力を削減するためにパワーマネージメントベースのバックオフを決定することができる。ブロック１７２０で、ＷＴＲＵ  １０２は、決定されたパワーマネージメントベースのバックオフに基づき削減された最大送信電力を報告することができる。
【０６９３】
図１８は、さらなる代表的なＰＨＲ方法１８００を示す流れ図である。
【０６９４】
図１８を参照すると、代表的なＰＨＲの方法１８００は、ＷＴＲＵ  １０２に関連付けられている（例えば、実装される）送信電力を管理することができることがわかる。ブロック１８１０で、ＷＴＲＵ  １０２は、バックオフへの変化またはバックオフの影響に基づきＰＨＲをトリガーすることができる。ブロック１８２０で、ＷＴＲＵ  １０２は、例えば、ＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすようにパワーマネージメントベースのバックオフによるＰＨＲトリガーを修正することによって、仮想ＰＨＲによって引き起こされるＰＨＲトリガーをなくすことができる。
【０６９５】
ＰＨは、ＷＴＲＵ  １０２によって計算された送信電力と構成された最大出力電力との差として計算され得る。いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、複数のＣＣのそれぞれに対してＰＨに使用される値を計算することができる。
【０６９６】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、非ＭＰＲ効果と並行してＭＰＲ（例えば、ＭＰＲおよび／またはＡ−ＭＰＲ）を適用することができる（例えば、サブフレーム内のＣＣごとの最大出力電力を削減する）。
【０６９７】
ＷＴＲＵ  １０２は、パワーマネージメントベースのバックオフの変化を検出したことに応答してＰＨＲの発生をトリガーすることができ、および／またはパワーマネージメントベースのバックオフが報告されるそれぞれのＣＣに対する最大出力電力にどのような影響を及ぼすかをＰＨＲで指示することができる。
【０６９８】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２がＯＮ状態にあるときにパワーマネージメントベースのバックオフを使用することができる。
【０６９９】
いくつかの代表的な実施形態では、ＵＬ送信は、ＰＨＲのＷＴＲＵ  １０２によるトリガーが第１の送信バーストに応答してコンポーネントキャリア値ごとの削減された最大出力電力を含むようにバースト性を有するものとしてよい（例えば、これにより情報要素のバーストモードがＯＮに設定され得る）。
【０７００】
いくつかの代表的な実施形態では、ＰＨＲは送信され、ＰＨＲの最後の出現以降の期間に生じた最悪のバックオフであるＣＣ値ごとの最大出力電力を含むものとしてよい。
【０７０１】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、仮想ＰＨＲでＣＣ値ごとの最大出力電力を報告することができる（例えば、ＣＣ値ごとの最大出力電力がパワーマネージメントベースのバックオフの影響を受けるという条件の下で）。
【０７０２】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は最大出力電力を、（１）ＷＴＲＵ  １０２が複数の周波数帯域で動作することに基づく第１のモード、または（２）ＷＴＲＵ  １０２が１つの周波数帯域で動作することに基づく第２のモードのうちの１つを使用して設定することができる。ＷＴＲＵ  １０２が、第１のモードで動作する場合、ＭＰＲ、Ａ−ＭＰＲ、ΔＴｃ、またはパワーマネージメントベースのバックオフは、それぞれの周波数帯域について各異なる値となり得る。
【０７０３】
いくつかの代表的な実施形態では、ＵＣＩ（アップリンク制御情報）を有しないＰＵＳＣＨ（物理アップリンク共有チャネル）は、ＵＣＩがＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ上で同時に送信され、ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰＣＭＡＸを超えないという条件の下で等間隔でスケーリングされ得る。いくつかの代表的な実施形態では、ＵＣＩを伴うＰＵＳＣＨは、ＵＣＩなしのＰＵＳＣＨが送信され得ない間、ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰＣＭＡＸを超えるときにスケーリングされ得る。
【０７０４】
いくつかの代表的な実施形態では、ＰＨＲをトリガーするステップは、最大電力の計算に対して支配的である因子に基づきＰＨＲをトリガーするステップを含み得る。
【０７０５】
図１９は、代表的な電力送信調整方法を示す流れ図である。
【０７０６】
図１９を参照すると、代表的な方法１９００は、ＷＴＲＵ  １０２の送信電力を管理することができることがわかる。ブロック１９１０で、ＷＴＲＵ  １０２は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定することができる。ブロック１９２０で、ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２に対する最大送信電力の値を低減するためにバックオフ値を決定することができる。ブロック１９３０で、ＷＴＲＵ  １０２は、決定されたバックオフ値に従って送信電力を調整することができる。
【０７０７】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、Ｐ−ＰＲに基づきバックオフ値を計算することができる。
【０７０８】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、さらなる値をＰ−ＰＲと比較することができ、さらなる値がＰ−ＰＲより大きいことに応答して、ＷＴＲＵは、Ｐ−ＰＲを除き、さらなる値に従って送信電力を調整することができる。他の代表的な実施形態では、さらなる値がＰ−ＰＲより小さいことに応答して、ＷＴＲＵ  １０２は、さらなる値を除き、Ｐ−ＰＲに従って送信電力を調整することができる。
【０７０９】
いくつかの代表的な実施形態では、ＷＴＲＵでは、ＷＴＲＵ  １０２による送信に使用されるそれぞれのキャリアコンポーネントに対する、ＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づきさらなる値を決めることができる。
【０７１０】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、コンポーネントキャリアの実際の送信電力の複合がＷＴＲＵ  １０２の調整された最大送信電力を超えないようにＷＴＲＵ  １０２による送信に使用されるコンポーネントキャリアの送信電力をスケーリングすることができる。
【０７１１】
いくつかの代表的な実施形態では、スケーリングなしでアップリンクＣＣ（コンポーネントキャリア）に対するＷＴＲＵによって計算された電力の総和が最大送信電力制限を超えたことに応答して、ＷＴＲＵ  １０２は、最大送信電力制限を超えることを回避するために送信前にＣＣ電力をスケーリングすることができる。
【０７１２】
図２０は、さらなる代表的な電力送信調整方法を示す流れ図である。
【０７１３】
図２０を参照すると、代表的な方法２０００は、ＷＴＲＵ  １０２の送信電力を管理することができることがわかる。ブロック２０１０で、ＷＴＲＵ  １０２は、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＭＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定することができる。ブロック２０２０で、ＷＴＲＵ  １０２は、決定された結果に基づきＷＴＲＵの電力送信を調整することができる。
【０７１４】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、ＷＴＲＵ  １０２が各異なるＴＴＩにおいてＰ−ＰＲを連続的に決定することによって複数のＴＴＩに対するＰ−ＰＲを決定することができる。
【０７１５】
いくつかの代表的な実施形態では、ＷＴＲＵは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすようにするように変化しているかどうかを判定することができる。
【０７１６】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、現在の時刻に関する指定された期間を、ルックバックウィンドウとして指定することができ、条件がルックバックウィンドウ内で満たされているかどうかを判定することができる。
【０７１７】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定することができる。
【０７１８】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定することができる。
【０７１９】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２は、現在時刻が変化するとともにルックバックウィンドウを変化させることができる。
【０７２０】
いくつかの代表的な実施形態では、ＷＴＲＵ  １０２はＰ−ＰＲを、（１）Ｐ−ＭＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値として決定することができ、この決定された値をＷＴＲＵ  １０２の最大送信電力の調整の際に使用することができる。
【０７２１】
特徴および要素が特定の組み合わせで上で説明されているが、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装され得る。非一時的なコンピュータ可読記憶媒体の例としては、限定はしないが、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用され得る。
【０７２２】
さらに、上で説明されている実施形態において、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを備える他のデバイスが言及されている。これらのデバイスは、少なくとも１つのＣＰＵ（中央演算処理装置）およびメモリを収容することができる。コンピュータプログラミングの当業者の技術によれば、動作への参照および演算もしくは命令の記号表現が、さまざまなＣＰＵおよびメモリによって実行され得る。このような動作および演算もしくは命令は、「実行される」、「コンピュータ実行される」、または「ＣＰＵ実行される」と称され得る。
【０７２３】
当業者であれば、これらの動作および記号的に表現された演算もしくは命令は、ＣＰＵによる電気的信号の操作を含むことを理解するであろう。電気的システムは、結果として電気的信号の変換もしくは縮小を引き起こし得るデータビットおよびメモリシステム内のメモリロケーションにおけるデータビットの維持、それによりＣＰＵの演算を再構成するか、または他の何らかの方法で変更するステップ、さらには信号の他の処理を表す。データビットが保持されるメモリロケーションは、データビットに対応するか、またはデータビットを表す特定の電気的、磁気的、光学的、または有機的特性を有する物理的ロケーションである。
【０７２４】
データビットは、ＣＰＵによって読み出し可能な磁気ディスク、光ディスク、および他の揮発性（例えば、ＲＡＭ（ランダムアクセスメモリ））または不揮発性（例えば、ＲＯＭ（リードオンリーメモリ））大容量記憶システムを含むコンピュータ可読媒体上に保持することもできる。コンピュータ可読媒体は、連携するか、または相互接続されたコンピュータ可読媒体を含み、これは、処理システム上にもっぱら存在するか、または処理システムのローカルもしくはリモートにあり得る複数の相互接続された処理システム間に分散される。代表的な実施形態は、上述のメモリに限定されないこと、また他のプラットフォームおよびメモリが説明されている方法をサポートすることができることは理解される。
【０７２５】
当業者であれば、本発明から逸脱することなく開示されている実施形態の異なる機能および／または要素が個別に、または組み合わせて使用され得ることも理解する。
【０７２６】
当業者であれば、本明細書で述べた代表的な手順および方法は、ＴＤＤ（時分割複信）およびＦＤＤ（周波数分割複信）の両方のシステムにおいて使用され得ることも理解する。
【０７２７】
ＷＴＲＵは、特定のアクセス技術（例えば、ＬＴＥおよびＣＤＭＡなどのＲＡＴ（無線アクセス技術））を使用して説明されているが、ＷＴＲＵは、マルチモードデバイスとして（例えば、複数のＲＡＴ内で同時に）動作し得ることが企図されている。
【０７２８】
本出願の説明において使用されている要素、動作、または命令はどれも、そのようなものとして明示的に説明されていない限り本発明にとって重要もしくは不可欠であるものとして解釈すべきでない。また、本明細書で使用されているように、「１つ」または「ある」は、１つまたは複数の項目を含むことが意図されている。１つの項目のみ意図されている場合、「１つ」という語または類似の言い回しが使用される。さらに、複数の項目および／または項目の複数のカテゴリを列挙して「のうちのどれか」を付けた場合、本明細書で使用されているように、項目「のうちのどれか」、「の任意の組み合わせ」、「任意の複数の」項目、および／または項目「の複数の組み合わせ」および／または項目のカテゴリを個別に、または他の項目および／または項目の他のカテゴリと併せて含むことが意図されている。さらに、本明細書で使用されているように、「集合」は、ゼロ個を含む、任意の個数の項目を含むことが意図されている。さらに、本明細書で使用されているように、「数」は、ゼロを含む、任意の数を含むことが意図されている。
【０７２９】
さらに、請求項は、その趣旨で述べられていない限り説明されている順序または要素に限定されるものとして読まれるべきでない。それに加えて、請求項において「手段」という用語が使用された場合、これは、米国特許法第１１２条¶６を行使することを意図しており、「手段」という用語を用いない請求項にはそのような意図はない。
【０７３０】
好適なプロセッサとして、例えば、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＡＳＳＰ（特定用途向け標準品）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他のタイプのＩＣ（集積回路）および／または状態機械が挙げられる。
【０７３１】
ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザー装置）、端末、基地局、ＭＭＥ（モビリティ管理エンティティ）もしくはＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、またはホストコンピュータにおいて使用する無線周波トランシーバを実装するために使用できる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、バイブレーションデバイス、スピーカー、マイク、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＮＦＣ（近距離無線通信）モジュール、ＬＣＤ（液晶ディスプレイ）表示装置、ＯＬＥＤ（有機発光ダイオード）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ゲーム機モジュール、インターネットブラウザ、および／またはＷＬＡＮ（ワイヤレスローカルエリアネットワーク）モジュールまたはＵＷＢ（ウルトラワイドバンド）モジュールなどの、ＳＤＲ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｒａｄｉｏ）または他のコンポーネントを含むハードウェアおよび／またはソフトウェアで実装された、モジュール群と併せて使用できる。
【０７３２】
本発明は、通信システムに関して説明されているが、これらのシステムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実装され得ることも企図される。いくつかの実施形態では、さまざまなコンポーネントの機能の１つまたは複数は、汎用コンピュータを制御するソフトウェアで実装され得る。
【０７３３】
それに加えて、本発明は、特定の実施形態を参照しつつ本明細書に例示され説明されているが、本発明は、図示されている詳細に限定されることを意図していない。むしろ、さまざまな修正形態は、本発明の範囲から逸脱することなく請求項の範囲および請求項と同等の項目の範囲内で構成され得る。
実施形態
【０７３４】
＜実施形態＞
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って電力ヘッドルームを報告するステップとを含むことができる。
【０７３５】
一実施形態では、バックオフ値を決定するステップは、Ｐ−ＰＲに基づきバックオフ値を計算するステップを含み得る。
【０７３６】
一実施形態では、バックオフ値を決定するステップは、ＷＴＲＵの最大送信電力の値を低減するためのさらなる値を決定するステップと、選択された値として、さらなる値とＰ−ＰＲのいずれかを選択するステップと、選択された値に基づきバックオフ値を計算するステップとを含み得る。
【０７３７】
一実施形態では、Ｐ−ＰＲを決定するステップは、ＷＴＲＵに関連付けられている無線周波エネルギーの吸収率を示す少なくとも１つのＳＡＲ（比吸収率）に基づきＰ−ＰＲを少なくとも計算するステップを含み得る。
【０７３８】
一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより大きいことに応答して、Ｐ−ＰＲを除き、さらなる値に従ってバックオフ値を計算するステップとをさらに含み得る。
【０７３９】
一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより小さいことに応答して、さらなる値を除き、Ｐ−ＰＲに従ってバックオフ値を計算するステップとをさらに含み得る。
【０７４０】
一実施形態では、さらなる値は、ＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づくものとしてよい。
【０７４１】
一実施形態では、この方法は、ＭＰＲおよびＡ−ＭＰＲに基づき値を代数的に結合することによってさらなる値を計算するステップをさらに含み得る。
【０７４２】
一実施形態では、Ｐ−ＰＲ、バックオフ値、および電力ヘッドルームの報告はそれぞれ、（１）ＷＴＲＵに関連付けられているコンポーネントキャリア、または（２）ＷＴＲＵに関連付けられているいくつかのコンポーネントキャリアの複合体のうちの一方に関連付けられ得る。
【０７４３】
一実施形態では、電力ヘッドルームを報告するステップは、それぞれのコンポーネントキャリアについて、それに関連付けられている電力ヘッドルームの報告を送信するステップを含み得る。
【０７４４】
一実施形態では、選択された値に基づきバックオフ値を計算するステップは、さらなる値およびＰ−ＰＲの最大値を使用して最大出力電力を計算するステップを含み得る。
【０７４５】
一実施形態では、Ｐ−ＭＰＲ、バックオフ値、電力ヘッドルームの報告、および最大出力電力はそれぞれ、ＷＴＲＵの個別のコンポーネントキャリアに関連付けられ得る。
【０７４６】
一実施形態では、この方法は、Ｐ−ＰＲおよびさらなる値と別値の複合の最大値を使用して最大出力電力を計算するステップをさらに含み得る。
【０７４７】
一実施形態では、この方法は、最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ，Ｐ−ＰＲ）−ΔＴＣ，｝
によって設定され、
式中、ＰＥＭＡＸは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣは、ＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。
【０７４８】
一実施形態では、この方法は、個別のコンポーネントキャリアに対する最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ，Ｐ−ＰＲ）−ΔＴＣ，ｃ｝
によって設定され、
式中、ＰＥＭＡＸ，ｃは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣ，ｃは、個別のコンポーネントキャリアに対するＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。
【０７４９】
一実施形態では、バックオフ値を決定するステップは、バックオフ値を、帯域間ＵＬ（アップリンク）送信のための第１の手順、または帯域内ＵＬ（アップリンク）送信のための第２の手順のうちの一方を使用してバックオフ値を計算するステップを含み得る。
【０７５０】
一実施形態では、この方法は、スケーリングなしでＵＬ  ＣＣ（コンポーネントキャリア）に対するＷＴＲＵによって計算された電力の総和が最大送信電力制限を超えたことを条件として、ＷＴＲＵが最大送信電力制限を超えることを回避するために送信前にＣＣ電力をスケーリングしたことを示すステップをさらに含み得る。
【０７５１】
一実施形態では、電力ヘッドルームを報告するステップは、少なくとも２つの周波数帯域においてコンポーネントキャリアに対する電力ヘッドルーム値を含むＰＨＲ（電力ヘッドルームの報告）を送信するステップを含み得る。
【０７５２】
一実施形態では、電力ヘッドルームを報告するステップは、少なくとも２つの周波数帯域に関連付けられている実際の電力ヘッドルーム値を含む電力ヘッドルームの報告を送信するステップを含み得る。
【０７５３】
一実施形態では、この方法は、ＰＨＲにおいて、出力電力を計算する際にＷＴＲＵがスケーリングを実行したかどうかを示すステップをさらに含み得る。
【０７５４】
一実施形態では、この方法は、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用するかどうかを決定するステップと、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことをネットワークリソースに報告するステップとをさらに含み得る。
【０７５５】
一実施形態では、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことを報告するステップは、バックオフがＰ−ＰＲに基づいているときに支配性インジケータを設定するステップと、支配性インジケータをネットワークリソースに送信するステップとを含み得る。
【０７５６】
一実施形態では、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことを報告するステップは、支配性インジケータをＰＨ（電力ヘッドルーム）の報告に入れるステップを含み得る。
【０７５７】
一実施形態では、支配性インジケータを送信するステップは、支配性インジケータを含む電力ヘッドルームの報告をＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）内のネットワークリソースに送信するステップを含み得る。
【０７５８】
一実施形態では、支配性インジケータを設定するステップは、（１）対応するＰ−ＰＲの影響を受けるそれぞれのコンポーネントキャリアに対する各支配性インジケータ、または（２）ＷＴＲＵに関連付けられている単一の支配性インジケータのうちの一方を設定するステップを含み得る。
【０７５９】
一実施形態では、支配性インジケータを設定するステップは、支配性インジケータを、（１）バックオフ値がＰ−ＰＲの影響を受けることに応答する第１の論理レベル、または（２）電力バックオフがＰ−ＰＲの影響を受けないことに応答する第２の論理レベルのうちの一方に設定するステップを含み得る。
【０７６０】
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられているＰＨＲ（電力ヘッドルームの報告）を管理する方法は、第１の期間にＣＣ（コンポーネントキャリア）に対して実際の送信が行われるかどうかを判定するステップと、実際の送信がＣＣに対して行われたときに前の期間を決定するステップと、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較するステップと、比較結果に従ってＰＨＲをトリガーするステップとを含み得る。
【０７６１】
一実施形態では、報告すべきＣＣに関連付けられているＰＨＲをトリガーするステップは、前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なる第１の期間に関連付けられているＣＣのＰ−ＰＲに応答してＰＨＲをトリガーするステップを含み得る。
【０７６２】
一実施形態では、第１の期間で実際の送信がＣＣに対して行われるかどうかを決定するステップは、ＵＬリソースが第１の期間にＣＣに対して使用されるかどうかを決定するステップを含み得る。
【０７６３】
一実施形態では、ＵＬリソースが第１の期間にＣＣに対して使用されるかどうかを決定するステップは、ＰＵＳＣＨまたはＰＵＣＣＨのいずれかのシグナリングが第１の期間にＣＣに対して発生したかどうか判定するステップを含み得る。
【０７６４】
一実施形態では、第１の期間は、現在の送信時間間隔に関連付けられている期間とすることができ、前の期間は、最も近い、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された前の送信時間間隔に関連付けられている期間とすることができる。
【０７６５】
一実施形態では、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較するステップは、第１の期間に関連付けられているＣＣのＰ−ＰＲを取得するステップと、前の期間に関連付けられているＣＣのＰ−ＰＲを取得するステップと、第１の期間に関連付けられているＣＣのＰ−ＰＲが前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なるかどうかを判定するステップを含み得る。
【０７６６】
一実施形態では、前の期間は、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された最近の期間とすることができる。
【０７６７】
一実施形態では、第１の期間は、現在の送信時間間隔に関連付けられている期間とすることができ、前の期間は、最も近い、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された前の送信時間間隔に関連付けられている期間とすることができる。
【０７６８】
一実施形態では、電力ヘッドルームの報告をトリガーするステップは、ＷＴＲＵが新しい送信のためにアップリンクリソースを有していない送信時間間隔を除く、ＷＴＲＵが新しい送信のためにアップリンクリソースを有している送信時間間隔で電力ヘッドルームの報告をトリガーするステップを含み得る。
【０７６９】
一実施形態では、電力ヘッドルームの報告をトリガーするステップは、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有していない送信時間間隔を除く、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有している送信時間間隔で電力ヘッドルームの報告をトリガーするステップを含み得る。
【０７７０】
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、決定された結果として、Ｐ−ＰＲ（パワーマネージメント電力削減）の変化の長さおよび変化の量に基づき電力ヘッドルームの報告をトリガーするかどうかを決定するステップと、決定された結果に基づき電力ヘッドルームの報告をトリガーするステップとを含み得る。
【０７７１】
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定するステップと、決定された結果に基づき電力ヘッドルームの報告をトリガーするステップとを含み得る。
【０７７２】
一実施形態では、この方法は、各異なるＴＴＩにおいてＰ−ＰＲをＷＴＲＵが連続的に決定することによって複数のＴＴＩに対するＰ−ＰＲを決定するステップをさらに含み得る。
【０７７３】
一実施形態では、条件が一時的に変化したかどうかを判定するステップは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップを含み得る。
【０７７４】
一実施形態では、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップは、現在の時刻に関する指定された期間を、ルックバックウィンドウとして設定するステップと、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップとを含み得る。
【０７７５】
一実施形態では、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップは、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定するステップを含み得る。
【０７７６】
一実施形態では、現在の時刻に関する閾値期間を、ルックバックウィンドウとして設定するステップは、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定するステップを含み得る。
【０７７７】
一実施形態では、この方法は、現在時刻が変化するとともにルックバックウィンドウを変化させるステップをさらに含み得る。
【０７７８】
一実施形態では、電力ヘッドルームの報告をトリガーするステップは、前の電力ヘッドルームの報告がトリガー禁止時間内にトリガーされることに応答して、トリガー禁止時間を超えるまで電力ヘッドルームの報告のトリガーを防ぐステップを含み得る。
【０７７９】
一実施形態では、この方法は、ルックバックウィンドウに関連付けられている複数のＰ−ＰＲのうちの１つまたは複数に関連付けられているＰ−ＰＲを使用して電力ヘッドルームの報告で報告されるバックオフ値を計算するステップをさらに含み得る。
【０７８０】
一実施形態では、電力ヘッドルームの報告で報告されるバックオフ値を計算するステップは、アップリンクグラントを有するそれぞれのアクティブなコンポーネントキャリアについて繰り返され得る。
【０７８１】
一実施形態では、バックオフ値を計算するステップは、（１）Ｐ−ＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値を決定するステップと、決定された１つの値を電力ヘッドルームの報告内に入れるステップとを含み得る。
【０７８２】
一実施形態では、この方法は、Ｐ−ＰＲ（パワーマネージメントバックオフ）によるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすステップをさらに含み得る。
【０７８３】
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）に関連付けられている電力ヘッドルームの報告を管理する方法は、（１）ＭＰＲ（最大電力削減）または（２）Ａ−ＭＰＲ（追加のＭＰＲ）のうちの少なくとも一方に関連付けられているＷＴＲＵに対する送信電力の値の第１の低減を示す第１のバックオフ値を決定するステップと、Ｐ−ＰＲ（パワーマネージメント電力削減）に基づくＷＴＲＵに対する送信電力の値の第２の低減を示す第２のバックオフ値を決定するステップと、第１のバックオフ値または第２のバックオフ値のどちらが支配的であるかに基づき第１のバックオフ値または第２のバックオフ値のうちの一方を選択するステップと、選択されたバックオフ値に従って電力ヘッドルームを報告するステップとを含み得る。
【０７８４】
一実施形態では、送信電力を管理する、ＷＴＲＵ（無線送信／受信ユニット）によって実装される方法は、ＴＴＩ（送信時間間隔）において、バックオフがパワーマネージメント電力削減の値および別の値のうちの大きい方の値となるように、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするステップと、ＴＴＩにおいてＰＨＲを送信するステップとを含み得る。
【０７８５】
一実施形態では、送信電力を管理する、ＷＴＲＵ（無線送信／受信ユニット）によって実装される方法は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするステップを含み、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算するために使用される。
【０７８６】
一実施形態では、送信電力を管理する、ＷＴＲＵ（無線送信／受信ユニット）によって実装される方法は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするステップであって、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算するために使用される、ステップと、仮想ＰＨＲによって引き起こされるＰＨＲトリガーをなくすステップとを含み得る。
【０７８７】
一実施形態では、この方法は、パワーマネージメントベースのバックオフによるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすステップをさらに含み得る。
【０７８８】
一実施形態では、この方法は、電力ヘッドルームをＷＴＲＵによって計算された送信電力と構成された最大出力電力との差として計算するステップをさらに含み得る。
【０７８９】
一実施形態では、電力ヘッドルームを計算するステップは、複数のＣＣ（コンポーネントキャリア）のそれぞれについて電力ヘッドルームに使用される値を計算するステップを含み得る。
【０７９０】
一実施形態では、この方法は、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、および非ＭＰＲ効果に基づきバックオフ値を決定し、非ＭＰＲ効果はパワーマネージメントベースのバックオフに対応する、ステップをさらに含み得る。
【０７９１】
一実施形態では、この方法は、非ＭＰＲ効果と並行してＭＰＲ／Ａ−ＭＰＲを適用するステップをさらに含み得る。
【０７９２】
一実施形態では、非ＭＰＲ効果は、サブフレーム内のコンポーネントキャリアごとの最大出力電力を低減し得る。
【０７９３】
一実施形態では、ＰＨＲをトリガーするステップは、パワーマネージメントベースのバックオフの変化を検出したことに応答してＰＨＲ生成をトリガーするステップを含み得る。
【０７９４】
一実施形態では、この方法は、パワーマネージメントベースのバックオフが報告されるそれぞれのコンポーネントキャリアに対する最大出力電力に影響をどのように及ぼすかをＰＨＲにて示すステップをさらに含み得る。
【０７９５】
一実施形態では、ＰＨＲをトリガーするステップは、パワーマネージメントベースのバックオフがそれぞれのコンポーネントキャリア値に対する最大出力電力に閾値以上に影響を及ぼすことを条件として、トリガーするステップを含み得る。
【０７９６】
一実施形態では、この方法は、ＰＨＲでＷＴＲＵによって報告されたコンポーネントキャリア値ごとに変化した最大出力電力に応答して変化したパワーマネージメントベースのバックオフを適用するステップをさらに含み得る。
【０７９７】
一実施形態では、この方法は、ＷＴＲＵがＯＮ状態にあるときにパワーマネージメントベースのバックオフをＷＴＲＵにより使用するステップをさらに含み得る。
【０７９８】
一実施形態では、送信がバースト性を有することを条件として、第１の送信バーストに応答してコンポーネントキャリア値ごとの低減された最大出力電力を含むＰＨＲをＷＴＲＵによってトリガーする。
【０７９９】
一実施形態では、この方法は、情報要素のバーストモードをＯＮに設定するステップをさらに含み得る。
【０８００】
一実施形態では、この方法は、ＰＨＲの最後の出現以降の期間に生じた最悪のバックオフを有するコンポーネントキャリア値ごとの最大出力電力を含むＰＨＲを送信するステップをさらに含み得る。
【０８０１】
一実施形態では、この方法は、コンポーネントキャリア値ごとの最大出力電力がパワーマネージメントベースのバックオフの影響を受け得ることを条件として仮想ＰＨＲでコンポーネントキャリア値ごとの最大出力電力を報告するステップをさらに含み得る。
【０８０２】
一実施形態では、この方法は、最大電力出力を、（１）ＷＴＲＵが複数の周波数帯域で動作することに基づく第１のモード、または（２）ＷＴＲＵが１つの周波数帯域で動作することに基づく第２のモードのうちの１つを使用して設定するステップをさらに含み得る。
【０８０３】
一実施形態では、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、ΔＴｃ、またはパワーマネージメントベースのバックオフのうちの少なくとも１つが、それぞれの帯域について異なり得る。
【０８０４】
一実施形態では、この方法は、ＵＣＩ（アップリンク制御情報）を有しないＰＵＳＣＨ（物理アップリンク共有チャネル）を、ＵＣＩがＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ上で同時に送信され、ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超えず、ＵＣＩを伴うＰＵＣＣＨの電力＋ＰＵＳＣＨの電力の総和がＰＣＭＡＸを超えないことを条件として等間隔でスケーリングするステップをさらに含み得る。
【０８０５】
一実施形態では、この方法は、ＵＣＩを伴うＰＵＳＣＨをスケーリングし、ＷＴＲＵの総送信電力がＰＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰＣＭＡＸを超えるときにスケーリングされ得ることを条件としてＵＣＩなしのＰＵＳＣＨを送信しないステップをさらに含み得る。
【０８０６】
一実施形態では、パワーマネージメントベースのバックオフは、構成された最大送信電力の下限に適用され得る。
【０８０７】
一実施形態では、この方法は、ＰＨＲをトリガーするステップに関連付けられている条件が変化した後ＰＨＲをトリガーする前に待ち時間を置くステップをさらに含み得る。
【０８０８】
一実施形態では、電力バックオフ値は、ＣＣ（コンポーネントキャリア）特有であるものとしてよい。
【０８０９】
一実施形態では、ＰＨＲをトリガーするステップは、最大電力の計算に対して支配的である所定の因子に基づきＰＨＲをトリガーするステップを含み得る。
【０８１０】
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）の送信電力を管理する方法は、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定するステップと、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するステップと、決定されたバックオフ値に従って送信電力を調整するステップとを含み得る。
【０８１１】
一実施形態では、バックオフ値を決定するステップは、Ｐ−ＰＲに基づきバックオフ値を計算するステップを含み得る。
【０８１２】
一実施形態では、バックオフ値を決定するステップは、ＷＴＲＵの最大送信電力の値を低減するためのさらなる値を決定するステップと、選択された値として、さらなる値とＰ−ＰＲのいずれかを選択するステップとを含み得る。
【０８１３】
一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより大きいことに応答して、Ｐ−ＰＲを除き、さらなる値に従って最大送信電力を調整するステップとをさらに含み得る。
【０８１４】
一実施形態では、この方法は、さらなる値をＰ−ＰＲと比較するステップと、さらなる値がＰ−ＰＲより小さいことに応答して、さらなる値を除き、Ｐ−ＰＲに従って最大送信電力を調整するステップをさらに含み得る。
【０８１５】
一実施形態では、さらなる値は、ＷＴＲＵによる送信に使用されるそれぞれのコンポーネントキャリアに対する、ＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づくものとしてよい。
【０８１６】
一実施形態では、この方法は、決定された結果として、ＷＴＲＵのコンポーネントキャリアの電力の総和が最大送信電力を超えるかどうかを判定するステップと、決定された結果に従ってスケーリングされた送信電力の複合が最大送信電力を超えないようにＷＴＲＵによる送信に使用されるコンポーネントキャリアの送信電力をスケーリングするステップとをさらに含み得る。
【０８１７】
一実施形態では、この方法は、最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ−ΔＴＣ，、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ、｝
によって設定され、
式中、ＰＥＭＡＸは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣは、ＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。
【０８１８】
一実施形態では、この方法は、個別のコンポーネントキャリアに対する最大出力電力を上限と下限との間で構成するステップをさらに含み、下限は、式
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ｃ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ，ｃ｝
によって設定され、
式中、ＰＥＭＡＸ，ｃは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣ，ｃは、個別のコンポーネントキャリアに対するＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。
【０８１９】
一実施形態では、この方法は、スケーリングなしでアップリンクＣＣ（コンポーネントキャリア）に対するＷＴＲＵによって計算された電力の総和が最大送信電力制限を超えたことに応答して、最大送信電力制限を超えることを回避するために送信前にＷＴＲＵによりＣＣ電力をスケーリングするステップをさらに含み得る。
【０８２０】
一実施形態では、ＷＴＲＵ（無線送信／受信ユニット）の送信電力を管理する方法は、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定するステップと、決定された結果に基づきＷＴＲＵの電力送信を調整するステップとを含み得る。
【０８２１】
一実施形態では、この方法は、各異なるＴＴＩにおいてＰ−ＰＲをＷＴＲＵが連続的に測定することによって複数のＴＴＩに対するＰ−ＰＲを決定するステップをさらに含み得る。
【０８２２】
一実施形態では、条件が一時的に変化したかどうかを判定するステップは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップを含み得る。
【０８２３】
一実施形態では、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するステップは、現在の時刻に関する指定された期間を、ルックバックウィンドウとして設定するステップと、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップとを含み得る。
【０８２４】
一実施形態では、条件がルックバックウィンドウ内で満たされているかどうかを判定するステップは、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定するステップを含み得る。
【０８２５】
一実施形態では、現在の時刻に関する閾値期間を、ルックバックウィンドウとして設定するステップは、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定するステップを含み得る。
【０８２６】
一実施形態では、この方法は、現在時刻が変化するとともにルックバックウィンドウを変化させるステップをさらに含み得る。
【０８２７】
一実施形態では、バックオフ値を計算するステップは、（１）Ｐ−ＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値を決定するステップと、決定された値をＷＴＲＵの最大送信電力の調整の際に使用するステップとを含み得る。
【０８２８】
一実施形態では、電力ヘッドルームを報告するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、プロセッサであって、Ｐ−ＰＲ（パワーマネージメント電力削減）を決定し、ＷＴＲＵの最大送信電力の値を低減するためのバックオフ値を決定するように構成されたプロセッサと、プロセッサによって決定されたバックオフ値に従って電力ヘッドルームを報告するように構成された送信／受信ユニットとを備えることができる。
【０８２９】
一実施形態では、プロセッサは、Ｐ−ＰＲに基づきバックオフ値を計算するように構成され得る。
【０８３０】
一実施形態では、プロセッサは、ＷＴＲＵの最大送信電力の値を低減するためのさらなる値を決定し、選択された値として、さらなる値とＰ−ＰＲのいずれかを選択し、選択された値に基づきバックオフ値を計算するように構成され得る。
【０８３１】
一実施形態では、プロセッサは、ＷＴＲＵに関連付けられている無線周波エネルギーの吸収率を示す少なくとも１つのＳＡＲ（比吸収率）に基づきＰ−ＰＲを少なくとも計算するように構成され得る。
【０８３２】
一実施形態では、プロセッサは、さらなる値をＰ−ＰＲと比較し、さらなる値がＰ−ＰＲより大きいことに応答して、Ｐ−ＰＲを除き、さらなる値に従ってバックオフ値を計算するように構成され得る。
【０８３３】
一実施形態では、プロセッサは、さらなる値をＰ−ＰＲと比較し、さらなる値がＰ−ＰＲより小さいことに応答して、さらなる値を除き、Ｐ−ＰＲに従ってバックオフ値を計算するように構成され得る。
【０８３４】
一実施形態では、プロセッサは、さらなる値がＭＰＲ（最大電力削減）およびＡ−ＭＰＲ（追加のＭＰＲ）に基づくように構成され得る。
【０８３５】
一実施形態では、プロセッサは、ＭＰＲおよびＡ−ＭＰＲに基づき値を代数的に結合することによってさらなる値を計算するように構成され得る。
【０８３６】
一実施形態では、プロセッサは、Ｐ−ＰＲ、バックオフ値、および電力ヘッドルームの報告を、（１）ＷＴＲＵに関連付けられているコンポーネントキャリア、または（２）ＷＴＲＵに関連付けられているいくつかのコンポーネントキャリアの複合体のうちの一方に関連付けるように構成され得る。
【０８３７】
一実施形態では、送信／受信ユニットは、それぞれのコンポーネントキャリアについて、それに関連付けられている電力ヘッドルームの報告を送信するように構成され得る。
【０８３８】
一実施形態では、送信／受信ユニットは、個別の、アクティブなＷＴＲＵのコンポーネントキャリアに関連付けられている電力バックオフから計算された複合電力ヘッドルームの報告を無線リソース制御シグナリングを介して送信するように構成され得る。
【０８３９】
一実施形態では、プロセッサは、さらなる値およびＰ−ＰＲの最大値を使用して最大出力電力を計算するように構成され得る。
【０８４０】
一実施形態では、プロセッサは、Ｐ−ＰＲおよびさらなる値と別値の複合の最大値を使用して最大電力出力を計算するように構成され得る。
【０８４１】
一実施形態では、プロセッサは、最大出力電力を上限と下限との間に設定するように構成され、下限は、式
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ，−ΔＴＣ，、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ，｝
によって設定され、
ただし式中、ＰＥＭＡＸは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣは、ＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。
【０８４２】
一実施形態では、プロセッサは、個別のコンポーネントキャリアに対する最大出力電力を上限と下限との間に設定するように構成され、下限は、式
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ−ΔＴＣ，ｃ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＰＲ）−ΔＴＣ，ｃ｝
によって設定され、
ただし式中、ＰＥＭＡＸ，ｃは、ＷＴＲＵにシグナリングされる量であり、ΔＴＣ，ｃは、個別のコンポーネントキャリアに対するＷＴＲＵ送信周波数に基づく電力削減であり、ＰＰｏｗｅｒＣｌａｓｓは、ＷＴＲＵの電力クラスの最大電力であり、ＭＰＲは、ＷＴＲＵに対する最大電力削減であり、Ａ−ＭＰＲは、追加のＭＰＲであり、Ｐ−ＰＲは、パワーマネージメント電力削減である。
【０８４３】
一実施形態では、プロセッサは、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用するかどうかを決定するように構成され、送信／受信ユニットは、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことに応答して、ＷＴＲＵがＰ−ＰＲに基づきバックオフ値を適用したことをネットワークリソースに報告するように構成され得る。
【０８４４】
一実施形態では、プロセッサは、バックオフ値がＰ−ＰＲに基づいているときに支配性インジケータを設定するように構成され、送信／受信ユニットは、支配性インジケータをネットワークリソースに送信するように構成され得る。
【０８４５】
一実施形態では、プロセッサは、支配性インジケータを、ＭＡＣ（媒体アクセス制御装置）ＣＥ（制御情報）として設定するように構成され、送信／受信ユニットは、ＭＡＣ  ＣＥをネットワークリソースに送信するように構成され得る。
【０８４６】
一実施形態では、プロセッサは、（１）Ｐ−ＰＲの影響を受けるそれぞれのコンポーネントキャリアに対する各支配性インジケータ、または（２）ＷＴＲＵに関連付けられている単一の支配性インジケータのうちの一方を設定するように構成され得る。
【０８４７】
一実施形態では、プロセッサは、支配性インジケータを、（１）バックオフ値がＰ−ＰＲの影響を受けることに応答する第１の論理レベル、または（２）バックオフ値がＰ−ＰＲの影響を受けないことに応答する第２の論理レベルのうちの一方に設定し、ＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成され得る。
【０８４８】
一実施形態では、ＰＨＲ（電力ヘッドルームの報告）を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、第１の期間にＣＣ（コンポーネントキャリア）に対して実際の送信が行われるかどうかを判定し、実際の送信がＣＣに対して行われたときに前の期間を決定し、第１の期間に関連付けられているＣＣのＰ−ＰＲを前の期間に関連付けられているＣＣのＰ−ＰＲと比較し、比較結果に従ってＰＨＲをトリガーするように構成されたプロセッサを備えることができる。
【０８４９】
一実施形態では、プロセッサは、アップリンクグラントが、第１の期間にコンポーネントキャリアに関連付けられているかどうかを判定するように構成され得る。
【０８５０】
一実施形態では、プロセッサは、前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なる第１の期間に関連付けられているＣＣのＰ−ＰＲに応答してＰＨＲをトリガーするように構成され得る。
【０８５１】
一実施形態では、プロセッサは、第１の期間に関連付けられているＣＣのＰ−ＰＲを取得し、前の期間に関連付けられているＣＣのＰ−ＰＲを取得し、第１の期間に関連付けられているＣＣのＰ−ＰＲが前の期間に関連付けられているＣＣのＰ−ＰＲと閾値だけ異なるかどうかを判定するように構成され得る。
【０８５２】
一実施形態では、プロセッサは、前の期間に関連付けられているＣＣの電力バックオフと閾値だけ異なる第１の期間に関連付けられているＣＣの電力バックオフに応答して電力ヘッドルームの報告をトリガーするように構成され得る。
【０８５３】
一実施形態では、前の期間は、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された最近の期間とすることができ、第１の期間は、現在の送信時間間隔に関連付けられている期間とすることができ、前の期間は、最も近い、ＣＣに対する実際の送信に対応する電力ヘッドルームを含んでいたＰＨＲがＷＴＲＵによって送信された前の送信時間間隔に関連付けられている期間である。
【０８５４】
一実施形態では、プロセッサは、ＷＴＲＵがＣＣ上の新しい送信のためにアップリンクリソースを有していない送信時間間隔を除く、ＷＴＲＵがＣＣ上の新しい送信のためにアップリンクリソースを有している送信時間間隔で電力ヘッドルームの報告をトリガーするように構成され得る。
【０８５５】
一実施形態では、プロセッサは、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有していない送信時間間隔を除く、ＷＴＲＵがタイムアウトするか、またはタイムアウトしてしまっているＰＨＲ禁止タイマーを有している送信時間間隔で電力ヘッドルームの報告をトリガーするように構成され得る。
【０８５６】
一実施形態では、電力ヘッドルームの報告を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、プロセッサであって、複数のＴＴＩ（送信時間間隔）にわたって実行されるＰ−ＰＲ（パワーマネージメント電力削減）に関連付けられている条件が、決定された結果として、一時的に変化しているかどうかを判定し、決定された結果に基づき電力ヘッドルームの報告をトリガーするように構成されたプロセッサを備えることができる。
【０８５７】
一実施形態では、プロセッサは、各異なるＴＴＩにおいてＰ−ＰＲを連続的に計算することによって複数のＴＴＩに対するＰ−ＰＲを決定するように構成され得る。
【０８５８】
一実施形態では、プロセッサは、ＴＴＩにおけるＰ−ＰＲの値が閾値期間以上にわたって条件を満たすように変化しているかどうかを判定するように構成され得る。
【０８５９】
一実施形態では、プロセッサは、現在の時刻に関する指定された期間を、ルックバックウィンドウとして設定し、条件がルックバックウィンドウ内で満たされているかどうかを判定するように構成され得る。
【０８６０】
一実施形態では、プロセッサは、条件が閾値期間を超えるルックバックウィンドウの少なくとも一部にわたって存在するかどうかを判定するように構成され得る。
【０８６１】
一実施形態では、プロセッサは、現在の時刻に関する指定された期間となるように、ルックバックウィンドウを設定するように構成され得る。
【０８６２】
一実施形態では、プロセッサは、現在時刻が変化するとともにルックバックウィンドウを変化させるように構成され得る。
【０８６３】
一実施形態では、プロセッサは、電力ヘッドルームの報告が他の何らかの形でトリガー禁止時間内にトリガーされたことに応答して、トリガー禁止時間を超えるまで電力ヘッドルームの報告のトリガーを防ぐように構成され得る。
【０８６４】
一実施形態では、プロセッサは、ルックバックウィンドウに関連付けられている複数のＰ−ＰＲのうちの１つまたは複数に関連付けられているＰ−ＰＲを使用してバックオフ値を計算するように構成され得る。
【０８６５】
一実施形態では、プロセッサは、（１）Ｐ−ＰＲの最高値、（２）Ｐ−ＰＲの最低値、（３）Ｐ−ＰＲの平均値、または（４）Ｐ−ＰＲの中央値のうちの１つの値を決定し、決定された値を電力ヘッドルームの報告内に入れるように構成され得る。
【０８６６】
一実施形態では、プロセッサは、パワーマネージメントバックオフによるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすように構成され得る。
【０８６７】
一実施形態では、電力ヘッドルームの報告を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、プロセッサであって、（１）ＭＰＲ（最大電力削減）または（２）Ａ−ＭＰＲ（追加のＭＰＲ）のうちの少なくとも一方に基づきＷＴＲＵに対する送信電力の値の第１の低減を示す第１のバックオフ値を決定し、Ｐ−ＰＲ（パワーマネージメント電力削減）に基づくＷＴＲＵに対する送信電力の値の第２の低減を示す第２のバックオフ値を決定し、第１のバックオフ値または第２のバックオフ値のどちらが支配的であるかに基づき第１のバックオフ値または第２のバックオフ値のうちの一方を選択するように構成されたプロセッサと、プロセッサによって決定されたバックオフ値に従って電力ヘッドルームを報告するように構成された送信／受信ユニットとを備えることができる。
【０８６８】
一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、ＴＴＩ（送信時間間隔）において、バックオフへのパワーマネージメントの変化またはバックオフに対するパワーマネージメントの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成されたプロセッサと、ＴＴＩにおいてＰＨＲを送信するように構成された送信／受信ユニットとを備えることができる。
【０８６９】
一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成されたプロセッサを備えることができ、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算するために使用される。
【０８７０】
一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、送信電力を低減するためにパワーマネージメントベースのバックオフを決定するように構成されたプロセッサと、決定されたパワーマネージメントベースのバックオフに基づき低減された送信電力を報告するように構成された送信／受信ユニットとを備えることができる。
【０８７１】
一実施形態では、送信電力を管理するように構成されたＷＴＲＵ（無線送信／受信ユニット）は、バックオフへの変化またはバックオフの影響に基づきＰＨＲ（電力ヘッドルームの報告）をトリガーするように構成されたプロセッサを備えることができ、パワーマネージメントベースのバックオフは、ＷＴＲＵの最大出力電力を計算し、仮想ＰＨＲによって引き起こされるＰＨＲトリガーをなくすために使用される。
【０８７２】
一実施形態では、プロセッサは、パワーマネージメントベースのバックオフによるＰＨＲトリガーを修正してＰＨＲ内の仮想ヘッドルームの報告によって引き起こされるバイアスをなくすように構成され得る。
【０８７３】
一実施形態では、プロセッサは、電力ヘッドルームをＷＴＲＵによって計算された送信電力と構成された最大出力電力との差として計算するように構成され得る。
【０８７４】
一実施形態では、プロセッサは、複数のＣＣ（コンポーネントキャリア）のそれぞれについて電力ヘッドルームに使用される値を計算するように構成され得る。
【０８７５】
一実施形態では、プロセッサは、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、および非ＭＰＲ効果に基づきバックオフ値を決定するように構成され、非ＭＰＲ効果はパワーマネージメントベースのバックオフに対応する。
【０８７６】
一実施形態では、プロセッサは、非ＭＰＲ効果と並行してＭＰＲ／Ａ−ＭＰＲを適用するように構成され得る。
【０８７７】
一実施形態では、非ＭＰＲ効果は、サブフレーム内のコンポーネントキャリアごとの最大出力電力を低減し得る。
【０８７８】
一実施形態では、プロセッサは、パワーマネージメントベースのバックオフの変化を検出したことに応答してＰＨＲ生成をトリガーするように構成され得る。
【０８７９】
一実施形態では、プロセッサは、パワーマネージメントベースのバックオフが報告されるそれぞれのコンポーネントキャリアに対する最大出力電力に影響をどのように及ぼすかをＰＨＲに指示するように構成され得る。一実施形態において、プロセッサは、パワーマネージメントベースのバックオフがそれぞれのコンポーネントキャリア値に対する最大出力電力に閾値以上に影響を及ぼすことを条件として、トリガーするように構成され得る。
【０８８０】
一実施形態では、プロセッサは、ＰＨＲでＷＴＲＵによって報告されたコンポーネントキャリア値ごとに変化した最大出力電力に応答して変化したパワーマネージメントベースのバックオフを適用するように構成され得る。
【０８８１】
一実施形態では、プロセッサは、ＷＴＲＵがＯＮ状態にあるときにパワーマネージメントベースのバックオフを使用するように構成され得る。
【０８８２】
一実施形態では、プロセッサは、送信がバースト性であることを条件として第１の送信バーストに応答してコンポーネントキャリア値ごとの低減された最大出力電力を含むＰＨＲをトリガーするように構成され得る。
【０８８３】
一実施形態では、プロセッサは、送信がバースト性であることを条件として、情報要素のバーストモードをＯＮに設定するように構成され得る。
【０８８４】
一実施形態では、プロセッサは、ＰＨＲの最後の出現以降の期間に生じた最悪のバックオフを有するコンポーネントキャリア値ごとの最大出力電力を含むＰＨＲを送信するように構成され得る。
【０８８５】
一実施形態では、送信／受信ユニットは、コンポーネントキャリア値ごとの最大出力電力がパワーマネージメントベースのバックオフの影響を受け得ることを条件として仮想ＰＨＲでコンポーネントキャリア値ごとの最大出力電力を報告するように構成され得る。
【０８８６】
一実施形態では、プロセッサは、最大電力出力を、（１）ＷＴＲＵが複数の周波数帯域で動作することに基づく第１のモード、または（２）ＷＴＲＵが１つの周波数帯域で動作することに基づく第２のモードのうちの１つを使用して設定するように構成され得る。
【０８８７】
一実施形態では、ＭＰＲ（最大電力削減）、Ａ−ＭＰＲ（追加のＭＰＲ）、ΔＴｃ、またはパワーマネージメントベースのバックオフのうちの少なくとも１つは、非ＭＰＲ効果のように、それぞれの周波数帯域について異なる。
【０８８８】
一実施形態では、プロセッサは、ＵＣＩ（アップリンク制御情報）を有しないＰＵＳＣＨ（物理アップリンク共有チャネル）を、ＵＣＩがＰＵＣＣＨ（物理アップリンク制御チャネル）およびＰＵＳＣＨ上で同時に送信され、ＷＴＲＵ  １０２の総送信電力がＰＣＭＡＸを超えず、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰＣＭＡＸを超えないことを条件として等間隔でスケーリングするように構成され得る。
【０８８９】
一実施形態では、プロセッサは、ＵＣＩを伴うＰＵＳＣＨをスケーリングし、ＷＴＲＵの総送信電力がＰＣＭＡＸを超え、ＰＵＣＣＨの電力＋ＵＣＩを伴うＰＵＳＣＨの電力の総和がＰＣＭＡＸを超えることを条件としてＵＣＩなしのＰＵＳＣＨを送信しないように構成され得る。
【０８９０】
一実施形態では、プロセッサは、パワーマネージメントベースのバックオフを構成された最大送信電力の下限に適用するように構成され得る。
【０８９１】
一実施形態では、プロセッサは、ＰＨＲをトリガーするステップに関連付けられている条件が変化した後ＰＨＲをトリガーする前に待ち時間を置くように構成され得る。
【０８９２】
一実施形態では、プロセッサは、最大電力の計算に対して支配的である所定の因子に基づきＰＨＲをトリガーするように構成され得る。
【０８９３】
一実施形態では、プログラムコードを格納する非一時的なコンピュータ可読記憶媒体で、本明細書の方法の任意のものを実装することができる。
【図１Ａ】
0006023363.tif 000109
【図１Ｂ】
0006023363.tif 000110
【図１Ｃ】
0006023363.tif 000111
【図２Ａ】
0006023363.tif 000112
【図２Ｂ】
0006023363.tif 000113
【図２Ｃ】
0006023363.tif 000114
【図２Ｄ】
0006023363.tif 000115
【図３Ａ】
0006023363.tif 000116
【図３Ｂ】
0006023363.tif 000117
【図３Ｃ】
0006023363.tif 000118
【図４Ａ】
0006023363.tif 000119
【図４Ｂ】
0006023363.tif 000120
【図５】
0006023363.tif 000121
【図６】
0006023363.tif 000122
【図７】
0006023363.tif 000123
【図８】
0006023363.tif 000124
【図９】
0006023363.tif 000125
【図１０】
0006023363.tif 000126
【図１１】
0006023363.tif 000127
【図１２】
0006023363.tif 000128
【図１３】
0006023363.tif 000129
【図１４】
0006023363.tif 000130
【図１５】
0006023363.tif 000131
【図１６】
0006023363.tif 000132
【図１７】
0006023363.tif 000133
【図１８】
0006023363.tif 000134
【図１９】
0006023363.tif 000135
【図２０】
0006023363.tif 000136