JP5911853B2 - マルチキャリアｌｔｅシステムのための電力ヘッドルーム・レポート - Google Patents

Description

関連出願に対する相互参照

本願は、全体が本明細書において参照によって明確に組み込まれている２０１０年５月２８日出願の「マルチキャリアＬＴＥシステムのための電力ヘッドルーム・レポート」（Power Headroom Reporting for Multicarrier LTE Systems）と題された米国仮出願６１／３４９，６７１号の利益を主張する。

本開示は、一般に、通信システムに関し、さらに詳しくは、マルチキャリア・ロング・ターム・イボリューション（ＬＴＥ）システムのための電力ヘッドルーム・レポートに関する。

無線通信システムは、例えば電話技術、ビデオ、データ、メッセージング、およびブロードキャストのようなさまざまな通信サービスを提供するように広く開発された。一般に、無線通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続技術を適用しうる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

これらの多元接続技術は、異種の無線デバイスが、市レベル、国レベル、地方レベル、あるいは地球レベルでさえも通信することを可能にする共通のプロトコルを提供するために、さまざまな通信規格に採用されている。新興の通信規格の一例は、ＬＴＥである。ＬＴＥは、第３世代パートナシップ計画（３ＧＰＰ）によって公布されたユニバーサル・モバイル通信システム（ＵＭＴＳ）モバイル規格に対する強化のセットである。これは、スペクトル効率を改善することによってモバイル・ブロードバンド・インターネット・アクセスを良好にサポートし、コストを低減し、サービスを改善し、新たなスペクトルを活用し、ダウンリンク（ＤＬ）においてＯＦＤＭＡを、アップリンク（ＵＬ）においてＳＣ−ＦＤＭＡを、および、複数入力複数出力（ＭＩＭＯ）アンテナ技術を用いて他のオープンな規格と良好に統合するように設計されている。しかしながら、モバイル・ブロードバンド・アクセスに対する需要が増加し続けているので、ＬＴＥ技術におけるさらなる改良の必要性が存在する。好適には、これらの改善は、これらの技術を適用するその他の多元接続技術および通信規格に適用可能であるべきである。

本開示の態様では、無線通信のための方法、コンピュータ・プログラム製品、および装置が提供される。この装置は、複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持する。さらに、この装置は、少なくとも１つのＰＨＲトリガがトリガされると、複数の成分キャリアのうちの少なくとも１つのためのＰＨＲを通信する。

図１は、処理システムを適用する装置のためのハードウェア実装の例を例示する図解である。 図２は、ネットワーク・アーキテクチャの例を例示する図解である。 図３は、アクセス・ネットワークの例を例示する図解である。 図４は、アクセス・ネットワークにおいて使用するためのフレーム構造の例を例示する図解である。 図５は、ＬＴＥにおけるＵＬのための典型的なフォーマットを示す。 図６は、ユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解である。 図７は、アクセス・ネットワークにおけるイボルブド・ノードＢおよびユーザ機器の例を例示する図解である。 図８は、連続的なキャリア・アグリゲーションを例示する図解である。 図９は、不連続なキャリア・アグリゲーションを例示する図解である。 図１０は、ポジティブなＰＨＲを例示する図解である。 図１１は、ネガティブなＰＨＲを例示する図解である。 図１２は、無線通信の典型的な方法を例示する図解である。 図１３は、典型的な拡張電力ヘッドルーム媒体アクセス制御（ＭＡＣ）制御要素を例示する図解である。 図１４Ａは、ＰＨＲを送信するための第１の実施形態の第１の構成のフロー・チャートである。 図１４Ｂは、ＰＨＲを送信するための第１の実施形態の第２の構成のフロー・チャートである。 図１４Ｃは、ＰＨＲを送信するための第２の実施形態のフロー・チャートである。 図１４Ｄは、ＰＨＲを送信するための第２の実施形態の第１の構成のフロー・チャートである。 図１４Ｅは、ＰＨＲを送信するための第２の実施形態の第２の構成のフロー・チャートである。 図１４Ｆは、ＰＨＲを送信するための第２の実施形態の第３の構成のフロー・チャートである。 図１５は、典型的な装置の機能を例示する概念ブロック図である。

添付図面とともに以下に説明する詳細説明は、さまざまな構成の説明として意図されており、本明細書に記載された概念が実現される唯一の構成を表すことは意図されていない。この詳細説明は、さまざまな概念の完全な理解を提供することを目的とした具体的な詳細を含んでいる。しかしながら、これらの概念は、これら具体的な詳細無しで実現されうることが当業者に明らかになるであろう。いくつかの事例では、周知の構成および構成要素が、このような概念を曖昧にすることを避けるために、ブロック図形式で示されている。

通信システムのいくつかの態様が、さまざまな装置および方法に対する参照を用いて表されうる。これらの装置および方法は、さまざまなブロック、モジュール、構成要素、回路、ステップ、処理、アルゴリズム等（集合的に「要素」と称される）によって、以下の詳細説明に記述されており、添付図面に例示される。これらの要素は、電子ハードウェア、コンピュータ・ソフトウェア、またはこれら任意の組み合わせを用いて実現されうる。それら要素がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。

例として、要素、要素の任意の部分、または、要素の任意の組み合わせは、１または複数のプロセッサを含む「処理システム」を用いて実現されうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、順序回路、ゲート・ロジック、ディスクリート・ハードウェア回路、およびこの開示の全体にわたって記載されたさまざまな機能を実行するように構成されたその他の適切なハードウェアを含んでいる。処理システムにおける１または複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他で称されるに関わらず、命令群、命令群セット、コード、コード・セグメント、プログラム・コード、プログラム、サブプログラム、ソフトウェア・モジュール、アプリケーション、ソフトウェア・アプリケーション、パッケージ・ソフト、ルーチン、サブルーチン、オブジェクト、実行形式、実行スレッド、手順、機能等を意味するように広く解釈されるものとする。

したがって、１または複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして符号化されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるようにディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、Ｂｌｕ−ｒａｙディスク（ｄｉｓｃ）を含む。ここで、ｄｉｓｋは通常、データを磁気的に再生し、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。

図１は、処理システム１１４を適用する装置１００のためのハードウェア実装の例を例示する概念図である。この例では、処理システム１１４は、一般にバス１０２によって表されているバス・アーキテクチャを用いて実現されうる。バス１０２は、全体的な設計制約および処理システム１１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１０２は、一般にプロセッサ１０４によって表される１または複数のプロセッサと、一般にコンピュータ読取可能な媒体１０６によって表されるコンピュータ読取可能な媒体を含むさまざまな回路を共に接続する。バス１０２はさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路のようなその他さまざまな回路をリンクしうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。バス・インタフェース１０８は、バス１０２とトランシーバ１１０との間にインタフェースを提供する。トランシーバ１１０は、送信媒体を介してその他さまざまな装置と通信するための手段を提供する。装置の性質によって、ユーザ・インタフェース１１２（例えば、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティック）も提供されうる。

プロセッサ１０４は、バス１０２の管理、および、コンピュータ読取可能な媒体１０６に格納されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１０４によって実行された場合、処理システム１１４に対して、特定の装置のために記載されたさまざまな機能を実行させる。コンピュータ読取可能な媒体１０６はまた、ソフトウェアが実行されている場合に、プロセッサ１０４によって操作されるデータを格納するためにも使用されうる。

図２は、さまざまな装置１００（図１参照）を適用するＬＴＥネットワーク・アーキテクチャ２００を例示する図解である。ＬＴＥネットワーク・アーキテクチャ２００は、イボルブド・パケット・システム（ＥＰＳ）２００と称されうる。ＥＰＳ２００は、１または複数のユーザ機器（ＵＥ）２０２、イボルブドＵＭＴＳ地上ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）２０４、イボルブド・パケット・コア（ＥＰＣ）２１０、ホーム加入者サーバ（ＨＳＳ）２２０、および、オペレータのＩＰサービス２２２を含みうる。ＥＰＳは、他のアクセス・ネットワークと相互接続しうるが、簡略のために、これらエンティティ／インタフェースは図示していない。図示されるように、ＥＰＳは、パケット交換サービスを提供する。しかしながら、当業者であれば容易に認識するであろうが、本開示にわたって示されているさまざまな概念は、回路交換サービスを提供しているネットワークに拡張されうる。

Ｅ−ＵＴＲＡＮは、イボルブド・ノードＢ（ｅＮＢ）２０６およびその他のｅＮＢ２０８を含んでいる。ｅＮＢ２０６は、ＵＥ２０２に向かうユーザ・プレーン・プロトコルおよび制御プレーン・プロトコルの終了を提供する。ｅＮＢ２０６は、Ｘ２インタフェース（すなわち、バックホール）を経由して他のｅＮＢ２０８に接続されうる。ｅＮＢ２０６はまた、当業者によって、基地局、基地トランシーバ局、ラジオ基地局、ラジオ・トランシーバ、トランシーバ機能、基本サービス・セット（ＢＳＳ）、拡張サービス・セット（ＥＳＳ）、またはその他いくつかの適切な用語として称されうる。ｅＮＢ２０６は、ＵＥ２０２のために、ＥＰＣ２１０にアクセス・ポイントを提供する。ＵＥ２０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディア・デバイス、ビデオ・デバイス、デジタル・オーディオ・プレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、またはその他類似の機能デバイスを含んでいる。ＵＥ２０２はまた、当業者によって、移動局、加入者局、モバイル・ユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイル・デバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、無線端末、遠隔端末、ハンドセット、ユーザ・エージェント、モバイル・クライアント、クライアント、またはその他いくつかの適切な用語で称されうる。

ｅＮＢ２０６は、Ｓ１インタフェースによってＥＰＣ２１０に接続される。ＥＰＣ２１０は、モビリティ管理エンティティ（ＭＭＥ）２１２、その他のＭＭＥ２１４、サービス提供ゲートウェイ２１６、およびパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ２１８を含んでいる。ＭＭＥ２１２は、ＵＥ２０２とＥＰＣ２１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ２１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、ＰＤＮゲートウェイ２１８に接続されているサービス提供ゲートウェイ２１６を介して転送される。ＰＤＮゲートウェイ２１８は、ＵＥ ＩＰアドレス割当のみならず、その他の機能も提供する。ＰＤＮゲートウェイ２１８は、オペレータのＩＰサービス２２２に接続される。オペレータのＩＰサービス２２２は、インターネット、イントラネット、ＩＰマルチメディア・サブシステム（ＩＭＳ）、およびＰＳストリーミング・サービス（ＰＳＳ）を含んでいる。

図３は、ＬＴＥネットワーク・アーキテクチャにおけるアクセス・ネットワークの例を例示する図である。この例では、アクセス・ネットワーク３００は、多くのセルラ領域（セル）３０２に分割される。１または複数の低電力クラスのｅＮＢ３０８、３１２は、これらセル３０２のうちの１または複数とそれぞれオーバラップするセルラ領域３１０、３１４をそれぞれ有しうる。低電力クラスのｅＮＢ３０８、３１２は、フェムト・セル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコ・セル、またはマイクロ・セルでありうる。高電力クラスまたはマクロｅＮＢ３０４は、セル３０２に割り当てられ、セル３０２内のすべてのＵＥ３０６のためにＥＰＣ２１０へアクセス・ポイントを提供するように構成されている。アクセス・ネットワーク３００のこの例では、中央コントローラは存在しないが、別の構成では、中央コントローラが使用されうる。ｅＮＢ３０４は、ラジオ・ベアラ制御、許可制御、モビリティ制御、スケジューリング、セキュリティ、および、（図２に示す）サービス提供ゲートウェイ２１６への接続を含むすべてのラジオ関連機能を担当する。

アクセス・ネットワーク３００によって適用される変調および多元接続スキームは、展開されている特定の通信規格に依存して変わりうる。ＬＴＥアプリケーションでは、周波数分割デュプレクス（ＦＤＤ）と時分割デュプレクス（ＴＤＤ）との両方をサポートするために、ＤＬでＯＦＤＭが使用され、ＵＬでＳＣ−ＦＤＭＡが使用される。当業者であれば、以下の詳細記載から容易に認識するように、ここで示されたさまざまな概念が、ＬＴＥアプリケーションにも同様に適合することを認識するであろう。しかしながら、これらの概念は、その他の変調技術および多元接続技術を適用するその他の通信規格へ容易に拡張されうる。例によれば、これらの概念は、イボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）またはウルトラ・モバイル・ブロードバンド（ＵＭＢ）へ拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として第３世代パートナシップ計画２（３ＧＰＰ２）によって公布されたエア・インタフェース規格であり、移動局へのブロードバンド・インターネット・アクセスを提供するためにＣＤＭＡを適用する。これらの概念は、例えばＴＤ−ＳＣＤＭＡのように、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の派生を適用するユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＴＤＭＡを適用するグローバル移動体通信（ＧＳＭ（登録商標））、および、ＯＦＤＭＡを適用するイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、およびフラッシュＯＦＤＭに拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。適用されている実際の無線通信規格および多元接続技術は、特定のアプリケーションと、システムに課せられている全体的な設計制約とに依存するであろう。

ｅＮＢ３０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術を使用することにより、ｅＮＢ３０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用できるようになる。

空間多重化は、同じ周波数で、異なるデータ・ストリームを同時に送信するために使用されうる。データ・ストリームは、データ・レートを高めるために単一のＵＥ３０６へ、全体的なシステム容量を高めるために複数のＵＥ３０６へ、送信されうる。これは、各データ・ストリームを空間的にプリコードし（すなわち、振幅およびフェーズのスケーリングを適用し）、空間的にプリコードされた各ストリームを、ダウンリンクで、複数の送信アンテナを介して送信することによって達成される。この空間的にプリコードされたデータ・ストリームは、異なる空間シグニチャを持つＵＥ（単数または複数）３０６に到着する。これによって、ＵＥ（単数または複数）３０６のおのおのは、ＵＥ３０６のために指定された１または複数のデータ・ストリームを復元できるようになる。アップリンクでは、おのおののＵＥ３０６が、空間的にプリコードされたデータ・ストリームを送信する。これによって、ｅＮＢ３０４は、空間的にプリコードされた各データ・ストリームのソースを識別できるようになる。

チャネル条件が良好な場合、空間多重化が一般に使用される。チャネル条件がさほど好ましくない場合、送信エネルギを１または複数の方向に集中させるためにビームフォーミングが使用されうる。これは、複数のアンテナを介した送信のために、データを空間的にプリコードすることによって達成されうる。セルの端部において良好な有効通信範囲を達成するために、単一ストリーム・ビームフォーミング送信が、送信ダイバーシティと組み合わされて使用されうる。

以下に続く詳細説明では、アクセス・ネットワークのさまざまな態様が、ダウンリンクでＯＦＤＭをサポートするＭＩＭＯシステムに関して記述されるだろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリアにおいてデータを変調するスペクトル拡散技術である。サブキャリアは、正確な周波数で、間隔を置かれている。この間隔は、受信機が、サブキャリアからデータを復元することを可能にする「直交性」を提供する。時間領域では、ＯＦＤＭ間シンボル干渉と格闘するために、各ＯＦＤＭシンボルにガード間隔（例えば、サイクリック・プレフィクス）が追加されうる。アップリンクは、高いピーク対平均電力比（ＰＡＲＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用しうる。

ＤＬ送信とＵＬ送信とをサポートするために、さまざまなフレーム構造が使用されうる。ＤＬフレーム構造の例が、図４を参照して示される。しかしながら、当業者が容易に認識するように、どの特定のアプリケーションのフレーム構造も、任意の数の要因に依存して異なりうる。この例では、フレーム（１０ミリ秒）が、１０の等しいサイズのサブフレームに分割される。おのおののサブフレームは、２つの連続する時間スロットを含んでいる。

おのおのがリソース・ブロックを含む２つの時間スロットを表すために、リソース・グリッドが使用されうる。リソース・グリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソース・ブロックは、おのおののＯＦＤＭシンボルにおける通常のサイクリック・プレフィクスについて、周波数領域において１２の連続するサブキャリアを、時間領域において７つの連続するＯＦＤＭシンボルを、すなわち、８４のリソース要素を含んでいる。Ｒ４０２，４０４として示されるような、リソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含んでいる。ＤＬ−ＲＳは、（しばしば、共通ＲＳとも称される）セル特有のＲＳ（ＣＲＳ）４０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）４０４とを含んでいる。ＵＥ−ＲＳ４０４は、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）がマップされるリソース・ブロックにおいてのみ送信される。各リソース要素によって伝送されるビット数は、変調スキームに依存する。したがって、ＵＥが受信するリソース・ブロックが増え、変調スキームが高くなると、ＵＥのためのデータ・レートが高くなる。

ＵＬフレーム構造５００の例が、図５を参照して示される。図５は、ＬＴＥにおけるＵＬのための典型的なフォーマットを示す。ＵＬのために利用可能なリソース・ブロックは、データ・セクションおよび制御セクションに分割されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。図５における設計の結果、データ・セクションは、連続するサブキャリアを含むようになる。これによって、単一のＵＥに、データ・セクションにおいて連続するサブキャリアのすべてが割り当てられるようになる。

ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソース・ブロック５１０ａ，５１０ｂを割り当てられうる。ＵＥはまた、ｅＮＢへデータを送信するために、データ・セクションにおいてリソース・ブロック５２０ａ，５２０ｂを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。ＵＬ送信は、サブフレームからなる両スロットにおよび、図５に示すように、周波数を越えてホップしうる。

図５に示すように、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）５３０における初期システム・アクセスの実行と、ＵＬ同期の達成とのために、リソース・ブロックのセットが使用されうる。ＰＲＡＣＨ５３０は、ランダム・シーケンスを伝送するが、どのＵＬデータ／シグナリングも伝送することができない。ランダム・アクセス・プリアンブルはおのおの、６つの連続するリソース・ブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダム・アクセス・プリアンブルの送信は、一定の時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨのための周波数ホッピングは無い。ＰＲＡＣＨ試行は、単一のサブフレーム（１ミリ秒）で伝送され、ＵＥは、フレーム（１０ミリ秒）毎に１回のＰＲＡＣＨ試行しか行わない。

ラジオ・プロトコル・アーキテクチャは、特定のアプリケーションに依存してさまざまな形態をとりうる。ＬＴＥシステムに関する例が、図６を参照して示される。図６は、ユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する概念図である。

図６に移って、ＵＥおよびｅＮＢのためのラジオ・プロトコル・アーキテクチャが、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３を用いて示される。レイヤ１は、最下部レイヤであり、さまざまな物理レイヤ信号処理機能を実施する。レイヤ１は、本明細書では物理レイヤ６０６と称されるだろう。レイヤ２（Ｌ２レイヤ）６０８は、物理レイヤ６０６の上にあり、物理レイヤ６０６におけるＵＥとｅＮＢとの間のリンクを担当する。

ユーザ・プレーンでは、Ｌ２レイヤ６０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ６１０と、ラジオ・リンク制御（ＲＬＣ）サブレイヤ６１２と、パケット・データ収束プロトコル（ＰＤＣＰ）サブレイヤ６１４とを含む。これらは、ネットワーク側におけるｅＮＢにおいて終了する。図示されていないが、ＵＥは、ネットワーク側におけるＰＤＮゲートウェイ２０８（図２参照）で終了するネットワーク・レイヤ（例えば、ＩＰレイヤ）を含む、Ｌ２レイヤ６０８上のいくつかの上部レイヤと、（例えば、遠くのエンドＵＥ、サーバ等のような）接続の他端において終了するアプリケーション・レイヤとを有しうる。

ＰＤＣＰサブレイヤ６１４は、異なるラジオ・ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＰサブレイヤ６１４はまた、ラジオ送信オーバヘッドを低減するための上部レイヤ・データ・パケットのヘッダ圧縮、データ・パケットを暗号化することによるセキュリティ、および、ｅＮＢ間のＵＥのためのハンドオーバ・サポートを提供する。ＲＬＣサブレイヤ６１２は、上部レイヤ・データ・パケットのセグメント化および再アセンブリ、喪失したデータ・パケットの再送信、および、ハイブリッド自動反復要求（ＨＡＲＱ）による順不同な受信を補償するためのデータ・パケットの並べ替えを提供する。ＭＡＣサブレイヤ６１０は、論理チャネルと伝送チャネルとの間の多重化を提供する。ＭＡＣサブレイヤ６１０はまた、１つのセル内のさまざまなラジオ・リソース（例えば、リソース・ブロック）を、ＵＥ間に割り当てることをも担当する。ＭＡＣサブレイヤ６１０はまた、ＨＡＲＱ動作をも担当する。

制御プレーンでは、ＵＥおよびｅＮＢのためのラジオ・プロトコル・アーキテクチャは、制御プレーンのためのヘッダ圧縮機能が無いことを除いて、物理レイヤ６０６およびＬ２レイヤ６０８について実質的に同じである。制御プレーンはまた、レイヤ３にラジオ・リソース制御（ＲＲＣ）サブレイヤ６１６を含んでいる。ＲＲＣサブレイヤ６１６は、ラジオ・リソース（すなわち、ラジオ・ベアラ）を取得することと、ＲＲＣシグナリングを用いてｅＮＢとＵＥとの間に下部レイヤを設定することと、を担当する。

図７は、アクセス・ネットワークにおいてＵＥ７５０と通信しているｅＮＢ７１０のブロック図である。ＤＬでは、コア・ネットワークからの上部レイヤ・パケットが、コントローラ／プロセッサ７７５へ提供される。コントローラ／プロセッサ７７５は、図６に関して以前に記述されたＬ２レイヤの機能を実現する。ＤＬでは、コントローラ／プロセッサ７７５は、さまざまな優先度判定基準に基づいて、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、論理チャネルと伝送チャネルとの間の多重化、および、ＵＥ７５０へのラジオ・リソース割当を提供する。さらに、コントローラ／プロセッサ７７５はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびＵＥ７５０へのシグナリングを担当する。

ＴＸプロセッサ７１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のためのさまざまな信号処理機能を実現する。この信号処理機能は、ＵＥ７５０におけるフォワード誤り訂正（ＦＥＣ）を容易にするための符号化およびインタリービング、および、さまざまな変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンステレーションへのマッピング、を含む。符号化および変調されたシンボルは、その後、並行なストリームへ分割される。おのおののストリームはその後、ＯＦＤＭサブキャリアへマップされ、時間領域および／または周波数領域において基準信号（例えば、パイロット）とともに多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を用いてともに結合されることにより、時間領域ＯＦＤＭシンボル・ストリームを伝送する物理チャネルが生成される。このＯＦＤＭストリームは、空間的にプリコードされ、複数の空間ストリームが生成される。チャネル推定器７７４からのチャンネル推定値が、空間処理のみならず、符号化および変調スキームを決定するためにも使用されうる。チャネル推定値は、ＵＥ７５０によって送信されたチャネル状態フィードバックおよび／または基準信号から導出されうる。おのおのの空間ストリームはその後、個別の送信機７１８ＴＸを介して異なるアンテナ７２０へ提供される。おのおのの送信機７１８ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。

ＵＥ７５０では、おのおのの受信機７５４ＲＸが、それぞれのアンテナ７５２を介して信号を受信する。おのおのの受信機７５４ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、受信機（ＲＸ）プロセッサ７５６へ提供する。

ＲＸプロセッサ７５６は、Ｌ１レイヤのさまざまな信号処理機能を実現する。ＲＸプロセッサ７５６は、この情報に対して空間処理を実行し、ＵＥ７５０に向けられた空間ストリームを復元する。複数の空間ストリームが、ＵＥ７５０に向けられている場合、これらは、ＲＸデータ・プロセッサ７５６によって、単一のＯＦＤＭシンボル・ストリームへ結合されうる。ＲＸプロセッサ７５６は、その後、高速フーリエ変換（ＦＦＴ）を用いて、ＯＦＤＭシンボル・ストリームを、時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号のおのおののサブキャリアの個別のＯＦＤＭシンボル・ストリームを備える。おのおののサブキャリアにおけるシンボル、および基準信号は、ｅＮＢ７１０によって送信された最も可能性の高いコンステレーション・ポイントを判定することによって復元および復調される。これら軟判定は、チャネル推定器７５８によって計算されたチャネル推定値に基づきうる。これら軟判定はその後、復号およびデインタリーブされ、物理チャネル上でｅＮＢ７１０によって送信されたオリジナルのデータおよび制御信号が復元される。データおよび制御信号はその後、コントローラ／プロセッサ７５９へ提供される。

コントローラ／プロセッサ７５９は、図６に関して前述されたＬ２レイヤの機能を実現する。ＵＬでは、制御／プロセッサ７５９は、コア・ネットワークからの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す上部レイヤ・パケットは、その後、データ・シンク７６２へ提供される。Ｌ３処理のためにも、データ・シンク７６２へさまざまな制御信号が提供されうる。コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするためにアクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＣＫ）プロトコルを用いて、誤り検出を担当する。

ＵＬでは、コントローラ／プロセッサ７５９へ上部レイヤ・パケットを提供するために、データ・ソース７６７が使用される。データ・ソース７６７は、Ｌ２レイヤ（Ｌ２）上のすべてのプロトコル・レイヤを表す。ｅノードＢ７１０によるＤＬ送信に関して記載された機能と同様、コントローラ／プロセッサ７５９は、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、および、ｅＮＢ７１０によるラジオ・リソース割当に基づく論理チャネルと伝送チャネルとの間の多重化を提供することによって、ユーザ・プレーンおよび制御プレーンのためのＬ２レイヤを実現する。さらに、コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびｅＮＢ７１０へのシグナリングを担当する。

ｅＮＢ７１０によって送信されたフィードバックまたは基準信号から、チャネル推定器７５８によって導出されたチャネル推定値が、適切な符号化スキームおよび変調スキームを選択するために、および、空間処理を容易にするために、ＴＸプロセッサ７６８によって使用されうる。ＴＸプロセッサ７６８によって生成された空間ストリームは、個別の送信機７５４ＴＸを介して異なるアンテナ７５２に提供される。おのおのの送信機７５４ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。

ＵＬ送信は、ＵＥ７５０における受信機機能に関して記載されたものと類似した方式で、ｅＮＢ７１０において処理される。おのおのの受信機７１８ＲＸは、それぞれのアンテナ７２０を介して信号を受信する。おのおのの受信機７１８ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、ＲＸプロセッサ７７０へ提供する。ＲＸプロセッサ７７０は、Ｌ１レイヤを実現する。

コントローラ／プロセッサ７５９は、図６に関して以前に記述されたＬ２レイヤの機能を実現する。ＵＬでは、制御／プロセッサ７５９は、ＵＥ７５０からの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。コントローラ／プロセッサ７７５からの上部レイヤ・パケットは、コア・ネットワークへ提供されうる。コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを用いて、誤り検出を担当する。

図１に関連して記載された処理システム１１４は、ＵＥ７５０を含む。特に、この処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、および、コントローラ／プロセッサ７５９を含む。

図８は、連続的なキャリア・アグリゲーションを例示する図解８００である。図９は、不連続なキャリア・アグリゲーションを例示する図解９００である。ＵＥは、ＵＬ送信およびＤＬ送信のために使用される、最大で合計１００ＭＨｚのキャリア・アグリゲーション（５つの成分キャリア）に割り当てられる最大２０ＭＨｚ帯域幅のスペクトルを使用しうる。一般に、ＵＬではＤＬよりも少ないトラフィックしか送信されないので、ＵＬスペクトル割当は、ＤＬ割当よりも小さくなりうる。例えば、２０ＭＨｚがＵＬに割り当てられた場合、ＤＬは１００ＭＨｚを割り当てられうる。成分キャリアのアグリゲーションは連続的、不連続的、または、これらの組み合わせでありうる。図８に示されるように、成分キャリアは、周波数において互いに隣接するように、連続的でありうる。図９に示されるように、成分キャリアは、周波数に沿って隔離されるように、不連続的でありうる。

図１０は、ポジティブな電力ヘッドルーム・レポートを例示する図解１０００である。図１１は、ネガティブな電力ヘッドルーム・レポート（ＰＨＲ）を例示する図解１０５０である。ＰＨＲは、ＵＥにおいて利用可能なヘッドルームをレポートする。電力ヘッドルームは、電力増幅器が、非線形的な動作領域に入る前に、レートされた電力からどれだけ離れているのかを示すインジケーションを提供する。ＵＥにおける送信電力能力または制限についてｅＮＢに通知するために、ＵＥからｅＮＢへとＰＨＲが送信される。ＵＥにおいて使用される電力スペクトル密度に関する情報が、ＰＨＲによって提供される。ＰＨＲは、１ｄＢのインクリメントにおいて、＋４０ｄＢから−２３ｄＢまでのレポート範囲を持つ６ビットとして符号化される。合計して６４の異なる電力ヘッドルーム値が、６ビットのシグナリングによって示されうる。レポート範囲のネガティブな部分は、ＵＥが受信したアップリンク・リソース許可が、現在のＵＥ送信電力１００２よりも多くの送信電力を必要とする程度をｅＮＢへシグナルするために、ＵＥによって使用される。これを受けて、ｅＮＢは、後続する許可のサイズを縮小しうる。図１０に図示されるように、ポジティブなＰＨＲ１００４は、（Ｐ_ＣＭＡＸとも称される）最大ＵＥ送信電力１００６と、現在のＵＥ送信電力１００２との間の差を示す。図１１に図示されるように、ネガティブなＰＨＲ１０５４は、最大ＵＥ送信電力１０５６と、計算されたＵＥ送信電力１０５２との間の差を示す。ＵＥ送信電力は、割り当てられたＨＡＲＱおよび冗長バージョン（ＲＶ）設定を持つ現在の許可にしたがってＵＥが送信する予定であったかに基づいて計算される。

図１２は、無線通信の典型的な方法を例示する図解１２００である。マルチキャリアＬＴＥシステムでは、ＵＥ１２０２は、１または複数の成分キャリアを割り当てられうる。成分キャリアのうちの１つは、一次成分キャリア（ＰＣＣ）であり、典型的な方法および装置では、残りの成分キャリアよりも信頼性が高く、ロバストである。残りの成分キャリアは、二次成分キャリア（ＳＣＣ）と呼ばれる。成分キャリアはまた、サービス提供セルとも称されうる。ＰＣＣは、一次セル（ＰＣｅｌｌ）としても称され、各ＳＣＣは、二次セル（ＳＣｅｌｌ）としても称されうる。典型的な方法および装置によれば、ＵＥ１２０２は、ＰＣＣのため、およびアクティベートされた各ＳＣＣのための推定電力と、ノミナルＵＥ最大送信電力との差に関する情報を含むＰＨＲをｅＮＢ１２０４に提供するために、電力ヘッドルーム・レポート手順を使用しうる。

次のイベントのうちの何れかが生じた場合、ＰＨＲがトリガされうる（１２０６）。
（ｉ）．禁止タイマが終了するか、または、すでに終了している。そして、ＵＥが、新たな送信のためのＵＬリソースを有している場合、ＤＬ経路喪失が、ＰＨＲの最後の送信から、ＤＬ経路喪失基準として使用されている少なくとも１つのアクティベートされた成分キャリアのしきい値を超えるまで変化している。
（ｉｉ）．予め定義された期間後に、定期的ＰＨＲタイマが終了する。
（ｉｉｉ）．ＲＲＣレイヤによる電力ヘッドルーム・レポート機能の設定または再設定がなされた場合。これは、この機能をディセーブルするために使用されない。
（ｉｖ）．設定されたＵＬを用いたＳＣＣのアクティベーション。または、
（ｖ）．禁止タイマが終了するか、または、すでに終了している。そして、ＵＥが、新たな送信のためのＵＬリソースを有している場合、設定されたＵＬを用いてアクティベートされた少なくとも１つの成分キャリアの電力管理最大電力低下（Ｐ−ＭＰＲ）まで許容された電力バックオフが、ＰＨＲの最後の送信から、しきい値を超えるまで変化している。対応する波形の送信中に使用される修正された最大送信電力（ＭＴＰ）を確立するために、ＭＴＰからどれだけの量の電力増幅がバックオフするかを制御するために、ＭＰＲが、関連付けられた無線通信プロトコル（例えば、３ＧＰＰ規格）によって定義されうるか、あるいは、ＭＴＰを調節するために使用されうる。

Ｐ−ＭＰＲ値は、Ｐ_ＣＭＡＸの下限であるＰ_{ＣＭＡＸ＿Ｌ}に影響を与えうる。追加のトリガが可能でありうる。１つの設定では、ＵＥの電力ヘッドルームが制限されている場合、（ＵＥがＵＬチャネルの送信電力をスケールできるように）ＰＨＲがトリガされうる。マルチキャリアＬＴＥでは、ＵＥが、電力ヘッドルームを使い果たした場合（すなわち、ヘッドルーム８０４が小さいか、または、ネガティブなヘッドルーム８５４がレポートされた場合）、ＵＥ１２０２は、ＵＬチャネルを個別に低減するために、いくつかのルールを適用しうる。このような状況では、この状況についてｅＮＢ１２０４に通知することは有益となるであろうから、ＰＨＲを送信することが有用となるであろう。別の構成では、ｅＮＢ１２０４のスケジューラを支援するために、設定可能なしきい値を最後のレポートが上回ってから、電力ヘッドルームが変化した場合、ＰＨＲがトリガされうる。このしきい値は、ｅＮＢ１２０４によって設定されうる。

ＰＨＲがトリガされる（１２０６）と、ＵＥは、次のＰＵＳＣＨ送信で、ＰＨＲを送信するだろう。レポートされる電力ヘッドルームは、ＰＵＳＣＨが送信されるサブフレームで計算される。前述したように、電力ヘッドルームは、ＰＵＳＣＨ送信について推定された電力と、設定された最大ＵＥ出力電力（Ｐ_ＣＭＡＸ）との差分として定義される。

ＰＨＲを送信するため、各々が異なる複雑さおよび効率トレードオフを備える異なる設定が以下に記載される。第１の実施形態では、ＵＥ１２０２は、アクティベートされた各成分キャリアのために、１または複数の個別のトリガを維持する。この実施形態では、ＵＥ１２０２は、アクティベートされた各成分キャリアのために、複数のタイマを維持する。例えば、ＰＣＣ、ＳＣＣ_１、およびＳＣＣ_３がアクティベートされた場合、ＵＥは、ＰＣＣ、ＳＣＣ_１、およびＳＣＣ_３のおのおののために、定期的ＰＨＲタイマと、禁止ＰＨＲタイマとを維持する。第１の実施形態の第１の構成（オプション＃１）では、特定の成分キャリアについて、ＰＨＲがトリガされる（１２０６）と、（ＰＵＳＣＨが存在する場合）、特定の成分キャリアについて、個別のＰＨＲが送信される。第１の実施形態の第２の構成（オプション＃２）では、特定の成分キャリアについて、ＰＨＲがトリガされる（１２０６）と、利用可能な次のＰＵＳＣＨ送信前に、アグリゲート（または、統合）されたＰＨＲが、特定の成分キャリアと、その間にトリガされた対応するＰＨＲを有するその他すべての成分キャリアとのために送信される。ＰＣＣのためのＰＨＲは、常に含まれうるか、または、ＰＣＣのためのＰＨＲがトリガされた場合にのみ含まれうる。このような構成では、アグリゲートされたＰＨＲは、成分キャリアのおのおのについて、ＰＨＲが成分キャリアのために含まれているか否かを示すインデクスまたは情報を含む。さらに、アグリゲートされたＰＨＲは、ＰＵＳＣＨ送信に基づいて計算されたか、または、基準フォーマットに基づいて計算されたかを示す情報を含む。

第２の実施形態では、ＵＥ１２０２は、アクティベートされたすべての成分キャリアのために、１または複数の共通のトリガを維持する。このような構成では、ＰＨＲは、前述したイベント（ｉ）乃至（ｖ）に基づいてトリガされうる（１２０６）。この実施形態では、ＵＥ１２０２は、アクティベートされたすべての成分キャリアのために、複数のタイマを維持する。例えば、ＰＣＣ、ＳＣＣ_１、およびＳＣＣ_３がアクティベートされた場合、ＵＥは、ＰＣＣ、ＳＣＣ_１、およびＳＣＣ_３について、１つの定期的ＰＨＲタイマ、および、１つの禁止ＰＨＲタイマを維持する必要がある。第２の実施形態の第１の構成（オプション＃３）では、ＰＨＲがトリガされる（１２０６）と、ＵＥ１２０２は、ＰＵＳＣＨ送信を有するすべての成分キャリアのために個別にＰＨＲを送信する。例えば、ＰＣＣ、ＳＣＣ_１、およびＳＣＣ_３がアクティベートされ、イベント（ｉ）乃至（ｖ）のうちの１つが、ＰＨＲのトリガを引き起こす（１２０６）と仮定する。ＰＣＣとＳＣＣ_１とがＰＵＳＣＨ送信を有している場合、ＵＥ１２０２は、ＰＣＣで第１のＰＨＲを、ＳＣＣ_１で第２のＰＨＲを送信するであろう。第２の実施形態の第２の構成（オプション＃４）では、ＰＨＲがトリガされる（１２０６）と、ＵＥ１２０２は、ＰＵＳＣＨ送信を有するすべての成分キャリアのためアグリゲート（または、統合）ＰＨＲを送信する。これゆえ、ＰＣＣ、ＳＣＣ_１、およびＳＣＣ_３がアクティベートされると、イベント（ｉ）乃至（ｖ）のうちの１つによって、ＰＨＲがトリガされ（１２０６）、ＰＣＣおよびＳＣＣ_１がＰＵＳＣＨ送信を有する。そして、ＵＥ１２０２は、ＰＣＣおよびＳＣＣ_１のためのＰＨＲ情報を含むアグリゲートＰＨＲを送信するだろう。アグリゲートＰＨＲは、アグリゲートＰＨＲを送信するＵＬ許可をＵＥがＰＣＣのために受信したのか、または、ＳＣＣ_１のために受信したのかに基づいて、ＰＣＣまたはＳＣＣ_１のうちの何れかで送信されうる。

第２の実施形態の第３の構成（オプション＃５）では、ＰＨＲがトリガされる（１２０６）と、ＵＥ１２０２は、アクティベートされたすべの成分キャリアが、ＰＵＳＣＨ送信を有しているかに関わらず、アクティベートされたすべの成分キャリアのためのアグリゲート（または、統合）ＰＨＲを送信する。この構成では、アグリゲートされたＰＨＲは、成分キャリアのおのおののために、ＰＨＲが成分キャリアのために含まれているか否かを示すインデクスまたは情報を含みうる。ＰＣＣのためのＰＨＲは常に含まれうる。ＰＣＣのためのＰＨＲが常に含まれている場合、電力ヘッドルームがレポートされているか否かを示すインデクスは、アクティベートされたＳＣＣのためにのみ含まれうる。さらに、アグリゲートされたＰＨＲは、ＰＨＲが実際のＰＵＳＣＨ送信に基づいて、または基準フォーマットに基づいて計算されたかを示す情報を含みうる。ＵＥ１２０２は、アグリゲートされたＰＨＲを、図１３に関して以下に記載される、拡張電力ヘッドルームＭＡＣ制御要素で送信する。

図１３は、典型的な拡張電力ヘッドルームＭＡＣ制御要素を例示する図解１３００である。図１３に示されるように、拡張電力ヘッドルームＭＡＣ制御要素は、ＳＣＣのための電力ヘッドルーム・フィールドの存在を示すために、ビットマップ（すなわち、インデクスのセット）Ｃ_ｉ、ｉ＝１，２，・・・，７を含む。インデクスＣ_７，Ｃ_６，Ｃ_５によって、（合計４つのＳＣＣよりも多い）ＳＣＣの追加の構成が可能となる。“１”に設定されたＣ_ｉフィールドは、対応するＳＣＣの電力ヘッドルーム・フィールドがレポートされていることを示しうる。そして、“０”に設定されたフィールドは、対応するＳＣＣの電力ヘッドルーム・フィールドがレポートされていないことを示しうる。例えば、ＵＥ１２０２が、ＳＣＣ_１およびＳＣＣ_３で設定され（つまり、ＳＣＣ_１とＳＣＣ_３との両方がアクティベートされ）、残りのＳＣＣが、非アクティベートである場合、Ｃ_７Ｃ_６Ｃ_５Ｃ_４Ｃ_３Ｃ_２Ｃ_１＝００００１０１である。ビットマップはまた、“０”に設定された予約ビットＲを含みうる。これら８ビットはあわせて、オクテット１３０２と称されうる。ＳＣＣ毎の電力ヘッドルームの存在を示すオクテット１３０２の後には、ＰＣＣがＰＵＳＣＨとＰＵＣＣＨとの同時送信を有しているのであれば、タイプ２電力ヘッドルーム・フィールドを含むオクテット１３０４が含まれうる。オクテット１３０４は、６４の異なる電力ヘッドルーム値からなる電力ヘッドルーム・レベルを示すために、Ｐビット、Ｖビット、および６ビットを含む。Ｐビットは、Ｐ−ＭＰＲによって許可されたような電力管理による電力バックオフを、ＵＥ１２０２が適用するか否かを示す。追加の電力管理が適用されておらず、対応する現在の最大ＵＥ出力電力Ｐ_{ＣＭＡＸ，ｃ}が異なる値を有するのであれば、ＵＥ１２０２は、Ｐ＝１を設定する。Ｖビットは、ＰＨ値が、実際の送信に基づいているか、または基準フォーマットに基づいているかを示す。タイプ２電力ヘッドルーム・フィールドの場合、Ｖ＝０は、ＰＵＣＣＨにおける実際の送信を示し、関連付けられたＰ_{ＣＭＡＸ，ｃ}１フィールドが含まれる。そして、Ｖ＝１は、ＰＵＣＣＨ基準フォーマットが使用されていることを示し、関連付けられたＰ_{ＣＭＡＸ，ｃ}１フィールドが省略される。オクテット１３０６は、予約ビットＲと、タイプ２電力ヘッドルーム・フィールドに関連付けられたＰ_{ＣＭＡＸ、ｃ}であるＰ_{ＣＭＡＸ，ｃ}１とを含む。

オクテット１３０８，１３１０は、Ｐビット、Ｖビット、タイプ１電力ヘッドルーム・フィールド、予約ビットＲ、および関連付けられたＰ_{ＣＭＡＸ，ｃ}フィールドを含む。タイプ１電力ヘッドルーム・フィールドは、ＰＣＣがＰＵＳＣＨ送信をいつ有するかに関する。タイプ１電力ヘッドルーム・フィールドは、常に、拡張電力ヘッドルームＭＡＣ制御要素に含まれている。Ｐビットは、Ｐ−ＭＰＲによって許可されているような電力管理による電力バックオフを適用する。追加の電力管理が適用されておらず、対応する現在の最大ＵＥ出力電力Ｐ_{ＣＭＡＸ，ｃ}が異なる値を有するであろう場合、ＵＥ１２０２は、Ｐ＝１を設定する。Ｖビットは、ＰＨ値が実際の送信に基づいているか、基準フォーマットに基づいているかを示す。タイプ１電力ヘッドルーム・フィールドの場合、Ｖ＝０は、ＰＵＳＣＨにおける実際の送信を示し、関連付けられたＰ_{ＣＭＡＸ，ｃ}２フィールドが含まれる。そして、Ｖ＝１は、ＰＵＳＣＨ基準フォーマットが使用されていることを示し、関連付けられたＰ_{ＣＭＡＸ，ｃ}２フィールドが省略される。

残りのオクテット１３１２は、Ｐビット、Ｖビット、電力ヘッドルーム・フィールド、予約ビットＲ、および、オクテット１３０２に存在するものとして示されているＳＣＣに関する関連付けられたＰ_{ＣＭＡＸ，ｃ}フィールドを含む。Ｐビットは、Ｐ−ＭＰＲによって許可されているような電力管理による電力バックオフを適用する。追加の電力管理が適用されておらず、対応する現在の最大ＵＥ出力電力Ｐ_{ＣＭＡＸ，ｃ}が異なる値を有するであろう場合、ＵＥ１２０２は、Ｐ＝１を設定する。Ｖビットは、ＰＨ値が実際の送信に基づいている（すなわち、Ｖ＝０）か、基準フォーマットに基づいている（すなわち、Ｖ＝１）かを示す。

図１４Ａは、前述された第１の実施形態の第１の構成を開示する無線通信の方法のフロー・チャート１４００である。この方法は、例えばＵＥ１２０２のようなＵＥによって実行される。この方法によれば、ＵＥ１２０２は、複数の成分キャリアのおのおののため、ＰＨＲの通信をトリガする少なくとも１つのＰＨＲトリガ（例えば、イベント（ｉ）乃至（ｖ））を維持する（１４０２）。さらに、ＵＥ１２０２は、少なくとも１つのＰＨＲトリガがトリガされると、成分キャリアのうちの少なくとも１つのためのＰＨＲを通信する（１４０４）。図１４Ｂは、前述された第１の実施形態の第２の構成のフロー・チャート１４０１である。ここでは、特定の成分キャリアのためのＰＨＲがトリガされる（１２０６）と、アグリゲート（または、統合）されたＰＨＲが、少なくとも１つの成分キャリアのために送信される。成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを含んでおり、ＵＥ１２０２は、少なくとも１つのＰＨＲトリガのうちの１つがトリガされると、アクティベートされたすべての成分キャリアのため、ＰＨＲをアグリゲート通信する（１４０６）。１つの構成では、成分キャリアのうちの少なくとも１つは、通信されたＰＨＲがＰＣＣのための電力ヘッドルーム情報を常に含むことができるように、常にＰＣＣを含んでいる。例えば、拡張電力ヘッドルームＭＡＣ制御要素は、常に、オクテット１３０８に、タイプ１電力ヘッドルーム・フィールドを含みうる。１つの構成では、通信されたＰＨＲは、ＳＣＣである成分キャリアのうちの少なくとも１つのおのおのについて、ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む。例えば、オクテット１３０２は、電力ヘッドルーム・レベルが、ＳＣＣのおのおのについてレポートされているかを示すインデクスを含んでいる。１つの構成では、通信されたＰＨＲは、ＰＵＳＣＨ送信が無い成分キャリアのうちの少なくとも１つのおのおのについて、ＰＨＲを計算するためにＰＵＳＣＨ基準を使用することを示す情報を含む。例えば、成分のキャリアのおのおのについて、図１３におけるフィールド内のＶビットは、電力ヘッドルーム値が実際の送信に基づいているか、または、基準フォーマットに基づいているかを示す。

図１４Ｃは、前述した第２の実施形態のフロー・チャート１４０３であり、ここでは、ＵＥ１２０２は、アクティベートされたすべての成分キャリアのために、１または複数の共通のＰＨＲトリガを維持する（１４０８）。このような構成では、ＰＨＲは、前述した５つのイベントに基づいてトリガ（１２０６）されうる（１４１２）。この実施形態では、ＵＥ１２０２は、アクティベートされたすべての成分キャリアのために、複数のタイマを維持する（１４１０）。

図１４Ｄは、前述した第２の実施形態の第１の構成のフロー・チャート１４０５であり、ここでは、ＰＨＲがトリガされる（１２０６）（１４１２）と、ＵＥは、ＰＵＳＣＨ送信を有するすべての成分キャリアのために、ＰＨＲを個別に送信する（１４１４）。

図１４Ｅは、前述した第２の実施形態の第２の構成のフロー・チャート１４０７であり、ここでは、ＰＨＲがトリガされる（１２０６）（１４１２）と、ＰＵＳＣＨ送信を有するすべての成分キャリアのために、ＵＥ１２０２がアグリゲート（または、統合）ＰＨＲを送信する（１４１６）。

図１４Ｆは、前述した第２の実施形態の第３の構成のフロー・チャート１４０９であり、ここでは、ＰＨＲがトリガされる（１２０６）と、アクティベートされたすべての成分キャリアが、拡張電力ヘッドルームＭＡＣ制御要素にＰＵＳＣＨ送信を有しているか否かに関わらず、アクティベートされたすべての成分キャリアのために、ＵＥ１２０２が、アグリゲート（または、統合）ＰＨＲを送信する（１４１８）。

図１５は、典型的な装置１００の機能を例示する概念ブロック図１５００である。この装置１００は、複数の成分キャリアのおのおのについて、ＰＨＲの通信をトリガするために、少なくとも１つのＰＨＲトリガを維持するように構成されたＰＨＲトリガ・モジュール１５０２を含む。少なくとも１つのＰＨＲトリガは、前述したトリガ（ｉ）乃至（ｖ）を含みうる。この装置１００はさらに、少なくとも１つのＰＨＲトリガがトリガされると、成分キャリアのうちの少なくとも１つのためにＰＨＲ１５１２を通信するように構成されたＰＨＲ送信モジュール１５１０を含む。この装置１００はさらに、ＰＨＲトリガ・モジュール１５０２においてＰＨＲがトリガされると、ＰＨＲを生成するＰＨＲ生成モジュール１５０４を含みうる。ＰＨＲ生成モジュール１５０４は、ＰＣＣおよびアクティベートされたＳＣＣのための電力ヘッドルーム情報を含むアグリゲートＰＨＲである拡張電力ヘッドルームＭＡＣ制御要素１５０６を生成するように構成される。ＰＨＲ生成モジュール１５０４は、アクティベートされたＳＣＣのおのおのについて、ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを、拡張電力ヘッドルームＭＡＣ制御要素１５０６に含めるように構成されている。さらに、ＰＨＲ生成モジュール１５０４は、ＰＵＳＣＨ送信が無い成分キャリアのおのおのについて、ＰＨＲを計算するためにＰＵＳＣＨ基準を使用することを示す情報を、拡張電力ヘッドルームＭＡＣ制御要素１５０６に含めるように構成されている。

１つの構成では、無線通信のためのこの装置１００は、複数の成分キャリアのおのおのについて、ＰＨＲの通信をトリガするための少なくとも１つのＰＨＲトリガを維持する手段を含んでいる。さらに、この装置１００は、少なくとも１つのＰＨＲトリガがトリガされると、成分キャリアのうちの少なくとも１つのためのＰＨＲを通信する手段を含む。前述の手段は、前述した装置のモジュール（図１５参照）のうちの１または複数、および／または、前述の手段によって記載された機能を実行するように構成された処理システム１１４でありうる。前述したように、処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、およびコントローラ／プロセッサ７５９を含む。これゆえ、１つの構成では、前述の手段は、前述の手段によって詳述された機能を実行するように構成されたＴＸプロセッサ７６８、ＲＸプロセッサ７５６、およびコントローラ／プロセッサ７５９でありうる。

開示された処理のステップの具体的な順序または階層は、典型的なアプローチの例示であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、再構成されうることが理解される。同伴する方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。

前述の記載は、いかなる当業者であっても、ここで開示されたさまざまな態様を実現できるように提供される。これらの態様に対するさまざまな変形例は、当業者に容易に明らかになり、本明細書に定義された一般的な原理は、他の態様にも適用可能である。したがって、特許請求の範囲は、本明細書に示された態様に限定されず、請求項の文言と首尾一貫したすべての範囲が与えられることが意図されており、ここで、単数形による要素への参照は、もしも明確に述べられていないのであれば、「１および１のみ」を意味するのではなく、「１または複数」を意味することが意図されている。特に明記されていない限り、用語「いくつか」は、１または複数を称する。当業者に周知であるか、または、後に周知になるべき本開示を通じて記載されたさまざまな態様の要素に対するすべての構造的および機能的な等価物が、参照によって本明細書に明確に組み込まれており、請求項に含められていると意図される。さらに、本明細書で開示されたいずれも、このような開示が請求項において明示的に述べられているかに関わらず、公衆に対して放棄されたものとは意図されていない。請求項の要素が、「〜する手段」という文言を用いて明示的に示されていないのであれば、請求項の何れの要素も、ミーンズ・プラス・ファンクション（means plus function）として解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]無線通信の方法であって、
複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持することと、
前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも１つのためのＰＨＲを通信することと、
を備える方法。
[Ｃ２]前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、前記通信することは、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信することを備える、Ｃ１に記載の方法。
[Ｃ３]前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、Ｃ１に記載の方法。
[Ｃ４]前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、Ｃ１に記載の方法。
[Ｃ５]前記通信されたＰＨＲは、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が無い、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲを計算するためにＰＵＳＣＨ基準を使用することを示す情報を含む、Ｃ１に記載の方法。
[Ｃ６]前記ＰＨＲの通信をトリガするための、少なくとも１つのＰＨＲトリガを維持することは、前記複数の成分キャリアのおのおのについて行われる、Ｃ１に記載の方法。
[Ｃ７]無線通信のための装置であって、
複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持する手段と、
前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも１つのためのＰＨＲを通信する手段と、
を備える装置。
[Ｃ８]前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、
前記通信する手段は、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信する、Ｃ７に記載の装置。
[Ｃ９]前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、Ｃ７に記載の装置。
[Ｃ１０]前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、Ｃ７に記載の装置。
[Ｃ１１]前記通信されたＰＨＲは、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が無い、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲを計算するためにＰＵＳＣＨ基準を使用することを示す情報を含む、Ｃ７に記載の装置。
[Ｃ１２]前記ＰＨＲの通信をトリガするための、少なくとも１つのＰＨＲトリガを維持する手段は、前記複数の成分キャリアのおのおのについて行われる、Ｃ７に記載の装置。
[Ｃ１３]無線通信のための装置であって、
複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持し、
前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも１つのためのＰＨＲを通信する
ように構成された少なくとも１つのプロセッサ、
を備える装置。
[Ｃ１４]前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、
前記処理システムは、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信するように構成された、Ｃ１３に記載の装置。
[Ｃ１５]前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、Ｃ１３に記載の装置。
[Ｃ１６]前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、Ｃ１３に記載の装置。
[Ｃ１７]前記通信されたＰＨＲは、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が無い、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲを計算するためにＰＵＳＣＨ基準を使用することを示す情報を含む、Ｃ１３に記載の装置。
[Ｃ１８]前記少なくとも１つのプロセッサは、前記複数の成分キャリアのおのおのについて、前記ＰＨＲの通信をトリガするための、少なくとも１つのＰＨＲトリガを維持するように構成される、Ｃ１３に記載の装置。
[Ｃ１９]コンピュータ・プログラム製品であって、
複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持することと、
前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも１つのためのＰＨＲを通信することと、
のためのコードを備えたコンピュータ読取可能な媒体を備えた、コンピュータ・プログラム製品。
[Ｃ２０]前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、
前記通信するためのコードは、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信する、Ｃ１９に記載のコンピュータ・プログラム製品。
[Ｃ２１]前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、Ｃ１９に記載のコンピュータ・プログラム製品。
[Ｃ２２]前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、Ｃ１９に記載のコンピュータ・プログラム製品。
[Ｃ２３]前記通信されたＰＨＲは、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が無い、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲを計算するためにＰＵＳＣＨ基準を使用することを示す情報を含む、Ｃ１９に記載のコンピュータ・プログラム製品。
[Ｃ２４]前記ＰＨＲの通信をトリガするための、少なくとも１つのＰＨＲトリガを維持することは、前記複数の成分キャリアのおのおのについて行われる、Ｃ１９に記載のコンピュータ・プログラム製品。

Claims (20)

1. 無線通信の方法であって、
   複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持することと、
   前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも、少なくとも１つのＰＨＲトリガに対応する成分キャリアと、利用可能な次のＰＵＳＣＨ送信前にその間にトリガされた対応するＰＨＲを有するその他すべての成分キャリアとのための前記ＰＨＲを通信すること、
   ここにおいて、前記通信されたＰＨＲは、前記複数の成分キャリアのうちの少なくとも、前記少なくとも１つのＰＨＲトリガに対応する前記成分キャリアと、前記利用可能な次のＰＵＳＣＨ送信前に前記その間にトリガされた対応するＰＨＲを有する前記その他すべての成分キャリアとについて、
   前記ＰＨＲのパワーヘッド（ＰＨ）値が、実際のＰＵＳＣＨ送信に基づいているか、またはＰＵＳＣＨ基準フォーマットに基づいているか、を示す少なくとも１つのビットと、
   電力管理最大電力低下まで許可された電力管理による電力バックオフを適用するかを示す少なくとも１つのビットと、
   少なくとも、前記ＰＨ値が実際のＰＵＳＣＨ送信に基づいているかまたはＰＵＳＣＨ基準フォーマットに基づいているかを示す前記少なくとも１つのビットと、電力管理による電力バックオフを適用するかを示す前記少なくとも１つのビットと、に関連付けられた最大ＵＥ出力電圧のフィールドと、
   を含む、と、
   を備える方法。
2. 前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、前記通信することは、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信することを備える、請求項１に記載の方法。
3. 前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、請求項１に記載の方法。
4. 前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、請求項１に記載の方法。
5. ＰＨＲの通信をトリガするための、前記少なくとも１つのＰＨＲトリガを維持することは、前記複数の成分キャリアのおのおのについて行われる、請求項１に記載の方法。
6. 無線通信のための装置であって、
   複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持する手段と、
   前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも、少なくとも１つのＰＨＲトリガに対応する成分キャリアと、利用可能な次のＰＵＳＣＨ送信前にその間にトリガされた対応するＰＨＲを有するその他すべての成分キャリアとのための前記ＰＨＲを通信する手段と、
   ここにおいて、前記通信されたＰＨＲは、前記複数の成分キャリアのうちの少なくとも、少なくとも１つのＰＨＲトリガに対応する前記成分キャリアと、前記利用可能な次のＰＵＳＣＨ送信前に前記その間にトリガされた対応するＰＨＲを有する前記その他すべての成分キャリアとについて、
   前記ＰＨＲのパワーヘッド（ＰＨ）値が、実際のＰＵＳＣＨ送信に基づいているか、またはＰＵＳＣＨ基準フォーマットに基づいているか、を示す少なくとも１つのビットと、
   電力管理最大電力低下まで許可された電力管理による電力バックオフを適用するかを示す少なくとも１つのビットと、
   少なくとも、前記ＰＨ値が実際のＰＵＳＣＨ送信に基づいているかまたはＰＵＳＣＨ基準フォーマットに基づいているかを示す前記少なくとも１つのビットと、電力管理による電力バックオフを適用するかを示す前記少なくとも１つのビットと、に関連付けられた最大ＵＥ出力電圧のフィールドと、
   を含む、と、
   を備える装置。
7. 前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、前記通信する手段は、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信する、請求項６に記載の装置。
8. 前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、請求項６に記載の装置。
9. 前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、請求項６に記載の装置。
10. ＰＨＲの通信をトリガするための、前記少なくとも１つのＰＨＲトリガを維持する手段は、前記複数の成分キャリアのおのおのについて行われる、請求項６に記載の装置。
11. 無線通信のための装置であって、
    複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持し、
    前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも、少なくとも１つのＰＨＲトリガに対応する成分キャリアと、利用可能な次のＰＵＳＣＨ送信前にその間にトリガされた対応するＰＨＲを有するその他すべての成分キャリアとのための前記ＰＨＲを通信するように構成された少なくとも１つのプロセッサ、
    ここにおいて、前記通信されたＰＨＲは、前記複数の成分キャリアのうちの少なくとも、少なくとも１つのＰＨＲトリガに対応する前記成分キャリアと、前記利用可能な次のＰＵＳＣＨ送信前に前記その間にトリガされた対応するＰＨＲを有する前記その他すべての成分キャリアとについて、
    前記ＰＨＲのパワーヘッド（ＰＨ）値が、実際のＰＵＳＣＨ送信に基づいているか、またはＰＵＳＣＨ基準フォーマットに基づいているかを示すビットと、
    電力管理最大電力低下まで許可された電力管理による電力バックオフを適用するかを示す少なくとも１つのビットと、
    少なくとも、前記ＰＨ値が実際のＰＵＳＣＨ送信に基づいているかまたはＰＵＳＣＨ基準フォーマットに基づいているかを示す前記少なくとも１つのビットと、電力管理による電力バックオフを適用するかを示す前記少なくとも１つのビットと、に関連付けられた最大ＵＥ出力電圧のフィールドと、
    を含む、と、
    を備える装置。
12. 前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、前記プロセッサは、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信するように構成された、請求項１１に記載の装置。
13. 前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、請求項１１に記載の装置。
14. 前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、請求項１１に記載の装置。
15. 前記少なくとも１つのプロセッサは、前記複数の成分キャリアのおのおのについて、前記ＰＨＲの通信をトリガするための、少なくとも１つのＰＨＲトリガを維持するように構成される、請求項１１に記載の装置。
16. 複数の成分キャリアのための電力ヘッドルーム・レポート（ＰＨＲ）の通信をトリガするための、少なくとも１つのＰＨＲトリガを維持することと、
    前記少なくとも１つのＰＨＲトリガがトリガされると、前記複数の成分キャリアのうちの少なくとも、少なくとも１つのＰＨＲトリガに対応する成分キャリアと、利用可能な次のＰＵＳＣＨ送信前にその間にトリガされた対応するＰＨＲを有するその他すべての成分キャリアとのための前記ＰＨＲを通信することと、を少なくとも１つのプロセッサにさせるためのコードを記憶するコンピュータ読取可能な記憶媒体であって、
    ここにおいて、前記通信されたＰＨＲは、前記複数の成分キャリアのうちの少なくとも、少なくとも１つのＰＨＲトリガに対応する前記成分キャリアと、利用可能な次のＰＵＳＣＨ送信前に前記その間にトリガされた対応するＰＨＲトリガを有する前記その他すべての成分キャリアとについて、
    前記ＰＨＲのパワーヘッド（ＰＨ）値が、実際のＰＵＳＣＨ送信に基づいているか、またはＰＵＳＣＨ基準フォーマットに基づいているか、を示す少なくとも１つのビットと、
    電力管理最大電力低下まで許可された電力管理による電力バックオフを適用するかを示す少なくとも１つのビットと、
    少なくとも、前記ＰＨ値が実際のＰＵＳＣＨ送信に基づいているかまたはＰＵＳＣＨ基準フォーマットに基づいているかを示す前記少なくとも１つのビットと、電力管理による電力バックオフを適用するかを示す前記少なくとも１つのビットと、に関連付けられた最大ＵＥ出力電圧のフィールドと、
    を含む、
    を備えた、コンピュータ読取可能な記憶媒体。
17. 前記複数の成分キャリアのうちの少なくとも１つは、アクティベートされた成分キャリアを備え、前記通信するためのコードは、前記少なくとも１つのＰＨＲトリガがトリガされると、前記アクティベートされた成分キャリアのすべてについて、前記ＰＨＲをアグリゲート通信する、請求項１６に記載のコンピュータ読取可能な記憶媒体。
18. 前記複数の成分キャリアのうちの少なくとも１つは、前記通信されたＰＨＲが、一次成分キャリア（ＰＣＣ）のための電力ヘッドルーム情報を含むことができるように、前記ＰＣＣを含む、請求項１６に記載のコンピュータ読取可能な記憶媒体。
19. 前記通信されたＰＨＲは、二次成分キャリアである、前記複数の成分キャリアのうちの少なくとも１つについて、前記ＰＨＲ内の情報を、対応する成分キャリアに関連付けるインデクスを含む、請求項１６に記載のコンピュータ読取可能な記憶媒体。
20. ＰＨＲの通信をトリガするための、前記少なくとも１つのＰＨＲトリガを維持することは、前記複数の成分キャリアのおのおのについて行われる、請求項１６に記載のコンピュータ読取可能な記憶媒体。

Images