(57)【要約】  本発明は、特に、それぞれが送信電力情報の簡単な取り扱いと処理とを可能にする、ユーザ装置（ＵＥ）から基地局（ＢＳ）へ電力情報を伝達するための電力ヘッドルーム制御エレメントと、対応する方法、無線アクセスネットワーク（ＲＡＮ）において受信した電力情報を処理する方法、及び電力情報を伝達するためのユーザ装置、並びに受信した電力情報を処理するように構成された基地局に関する。電力ヘッドルーム制御エレメントは、電力ヘッドルーム情報を含むと共に所定数のビットを電力ヘッドルーム制御エレメント内に有する電力ヘッドルームフィールドと、電力ヘッドルームフィールドに関連するインジケータフィールドとを含んで構成され、インジケータフィールドは、所定数のビットを有する送信電力フィールドが、電力ヘッドルーム制御エレメントに含まれているかを指し示す働きをする。【選択図】  図１１
2013543345.tif 000002
【特許請求の範囲】
【請求項１】
無線アクセスネットワーク（ＲＡＮ）において、ユーザ装置（ＵＥ）から基地局へ電力情報を伝達するための電力ヘッドルーム制御エレメントであって、
電力ヘッドルーム情報を含むと共に、前記電力ヘッドルーム制御エレメントにおいて所定数のビットを有する電力ヘッドルームフィールド（９１０）と、
前記電力ヘッドルームフィールドに関連するインジケータフィールド（９２０）と、
を含み、
前記インジケータフィールド（９２０）は、所定数のビットを有する送信電力フィールドが前記電力ヘッドルーム制御エレメントに存在するかを指し示す働きをする、
ことを特徴とする電力ヘッドルーム制御エレメント。
【請求項２】
前記電力ヘッドルーム情報を含む前記電力ヘッドルームフィールド（９１０）は、上りリンクサービングセルと関連する、
ことを特徴とする請求項１に記載の電力ヘッドルーム制御エレメント。
【請求項３】
前記電力ヘッドルームフィールド（９１０）は、前記電力ヘッドルーム制御エレメントにおいて、関連する前記送信電力フィールド（９３０）に先行する、
ことを特徴とする請求項１又は２に記載の電力ヘッドルーム制御エレメント。
【請求項４】
前記送信電力フィールド（９３０）は、前記電力ヘッドルーム情報に関連する上りリンクサービングセルの、送信電力についての情報（Ｐｃｍａｘ，ｃ）を含む、
ことを特徴とする請求項１から３のいずれか１項に記載の電力ヘッドルーム制御エレメント。
【請求項５】
前記電力ヘッドルームフィールド（９１０）及び関連する前記インジケータフィールドのビットは、前記電力ヘッドルーム制御エレメントのオクテットの部分を形成し、又は、前記送信電力フィールド（９３０）のビットは前記電力ヘッドルーム制御エレメントのオクテットの部分を形成し、又は、前記電力ヘッドルームフィールド（９１０）及び関連する前記インジケータフィールドのビットが前記電力ヘッドルーム制御エレメントのオクテットの部分を形成すると共に前記送信電力フィールド（９３０）のビットが前記電力ヘッドルーム制御エレメントのオクテットの部分を形成する、
ことを特徴とする請求項１から４のいずれか１項に記載の電力ヘッドルーム制御エレメント。
【請求項６】
前記電力ヘッドルーム制御エレメントは、いずれの上りリンクサービングセルが電力ヘッドルーム情報を報告するかを指し示すビットマップを、この電力ヘッドルーム制御エレメントの一部として含む、
ことを特徴とする請求項１から５のいずれか１項に記載の電力ヘッドルーム制御エレメント。
【請求項７】
前記ＲＡＮは、ロングタームエボリューション無線アクセスネットワーク（ＬＴＥ  ＲＡＮ）である、
ことを特徴とする請求項１から６のいずれか１項に記載の電力ヘッドルーム制御エレメント。
【請求項８】
無線アクセスネットワーク（ＲＡＮ）において、ユーザ装置（ＵＥ）から基地局へ電力ヘッドルームを含む電力情報を伝達する方法であって、
電力ヘッドルームに関連する上りリンクサービングセルの送信電力についての情報（Ｐｃｍａｘ，ｃ）を含む送信電力フィールド（９３０）を、当該電力ヘッドルームと共に送信すべきかを判定するステップと、
前記送信電力フィールド（９３０）を送信すべきと判定した場合、前記電力ヘッドルームの値を有する電力ヘッドルームフィールド（９１０）と、前記送信電力フィールド（９３０）とを、送信するために、電力ヘッドルーム制御エレメントに付加すると共に、インジケータを、前記送信電力フィールドが含まれていることを指し示す特定の値に設定するステップと、
を有することを特徴とする方法。
【請求項９】
前記判定するステップは、電力ヘッドルームがトリガされたと判定した場合に実行される、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
送信電力フィールドを送信すべきかの判定は、前記セルが上りリンク伝送を有しているかに基づく、
ことを特徴とする請求項８又は９に記載の方法。
【請求項１１】
前記送信電力フィールドを送信すべきでないと判定した場合、前記電力ヘッドルームフィールドが電力ヘッドルーム制御エレメントに付加され、前記インジケータは、前記送信電力フィールドが含まれないことを指し示す別の特定の値に設定される、
ことを特徴とする請求項８から１０のいずれか１項に記載の方法。
【請求項１２】
前記電力ヘッドルームが仮想伝送に基づいて用意されるべきことを決定した場合、前記インジケータを、関連する送信電力フィールドが前記電力ヘッドルーム制御エレメントに含まれないことを指し示すための別の特定の値に設定する、
ことを特徴とする請求項８から１０のいずれか１項に記載の方法。
【請求項１３】
無線アクセスネットワーク（ＲＡＮ）における基地局により実行される、ユーザ装置（ＵＥ）から受信した電力ヘッドルーム制御エレメントの電力ヘッドルーム報告を含む受信した電力情報を処理するための方法であって、
前記受信した電力ヘッドルーム制御エレメントの電力ヘッドルームフィールド（９１０）に関連するインジケータフィールド（９２０）における値が、前記電力ヘッドルームフィールド（９１０）に関連する送信電力フィールド（９３０）が前記電力ヘッドルーム制御エレメントに含まれていることを指し示す、特定の値に設定されているかを判定するステップと、
前記インジケータフィールド（９２０）の前記値が前記特定の値に設定されている場合、前記送信電力フィールド（９３０）を読み出すステップと、
を有することを特徴とする方法。
【請求項１４】
前記インジケータフィールド（９２０）の前記値が別の特定の値に設定されていると判定した場合、前記電力ヘッドルーム報告は仮想伝送に基づいて用意されており、関連する送信電力フィールドは含まれていない、
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
請求項１から７のいずれか１項に記載の電力ヘッドルーム制御エレメントに、前記電力ヘッドルームが含まれる、
ことを特徴とする請求項８から１４のいずれか１項に記載の方法。
【請求項１６】
電力ヘッドルームを含む、請求項１から７のいずれか１項に記載の電力ヘッドルーム制御エレメントを、無線アクセスネットワーク（ＲＡＮ）において、ユーザ装置（ＵＥ）から基地局へ伝達する方法。
【請求項１７】
無線アクセスネットワーク（ＲＡＮ）において、基地局へ、電力ヘッドルームを含む電力情報を伝達するユーザ装置であって、
プロセッサ（１９６０）を有し、
前記プロセッサ（１９６０）は、
電力ヘッドルームに関連する上りリンクサービングセルの送信電力についての情報（Ｐｃｍａｘ，ｃ）を含む送信電力フィールドを、当該電力ヘッドルームと共に送信すべきかを判定し、
前記送信電力フィールドを送信すべきと判定した場合、前記電力ヘッドルームの値を有する電力ヘッドルームフィールドと、前記送信電力フィールドとの、送信するための、電力ヘッドルーム制御エレメントへの付加と、インジケータの、前記送信電力フィールドが含まれていることを指し示す特定の値への設定とを制御する、
ように構成されることを特徴とするユーザ装置。
【請求項１８】
ユーザ装置（ＵＥ）からの、受信した電力ヘッドルーム制御エレメントの電力ヘッドルーム報告を含む受信した電力情報を処理するように構成された、無線アクセスネットワーク（ＲＡＮ）における基地局であって、
プロセッサ（ＢＳＰＲ）を有し、
前記プロセッサ（ＢＳＰＲ）は、
前記受信した電力ヘッドルーム制御エレメントの電力ヘッドルームフィールドに関連するインジケータフィールド（９２０）における値が、前記電力ヘッドルームフィールドに関連する送信電力フィールドが前記電力ヘッドルーム制御エレメントに含まれていることを指し示す、特定の値に設定されているかを判定し、
前記値が前記特定の値に設定されている場合、前記送信電力フィールドを読み出す、
ように構成されることを特徴とする基地局。
【請求項１９】
電力情報を伝達するためのシステムであって、
前記システムは、請求項１７に記載のユーザ装置と、請求項１８に記載の基地局とを含む、
ことを特徴とするシステム。
【請求項２０】
請求項１から７のいずれか１項に記載の電力ヘッドルーム制御エレメントを記憶することを特徴とするメモリ。
【請求項２１】
データプロセッサで実行されるときに、請求項８から１６のいずれか１項に記載の方法を当該データプロセッサに実行させるように構成された命令を含むことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置（ＵＥ）から基地局（ＢＳ）へ電力情報を伝達するための電力ヘッドルーム制御エレメント、ＵＥからＢＳへの電力情報の伝達の方法、無線アクセスネットワーク（ＲＡＮ）における受信した電力情報を処理する方法、及び、特に、送信電力情報の簡単な取扱いおよび処理のそれぞれを可能とする、電力情報を伝達するためのユーザ装置並びに受信した電力情報を処理するように構成される基地局に関する。
【背景技術】
【０００２】
典型的なセルラ無線システムにおいて、移動体端末、移動局及びユーザ装置ユニットの少なくともいずれかとしても知られる無線端末は、無線アクセスネットワーク（ＲＡＮ）を介して１つ以上のコアネットワークと通信する。ユーザ装置ユニットまたは単にユーザ装置（ＵＥ）は、音声とデータとの少なくともいずれかをＲＡＮと通信する、携帯電話のような移動体電話と、例えば、ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、及びラップトップコンピュータである、無線通信能力を有する他の処理装置との少なくともいずれかを含みうる。
【０００３】
ＲＡＮは、セル領域に分割された地理的な領域をカバーし、例えば、場合によっては簡単に基地局（ＢＳ）と呼ばれ、いくつかのネットワークでは「ノードＢ」またはロングタームエボリューション（ＬＴＥ）において「ｅＮｏｄｅＢ」または「ｅＮＢ」と短縮されうるエンハンスドノードＢとも呼ばれる無線基地局（ＲＢＳ）である、基地局によって各セル領域が提供される。セルは、無線カバレッジが基地局側において無線基地局装置によって提供される地理的領域である。基地局は、無線周波数上で動作するエアインタフェースを介して、基地局の範囲内のＵＥと通信する。
【０００４】
ＲＡＮのいくつかのバージョンにおいては、いくつかのＢＳは、典型的には、例えば地上の通信線またはマイクロ波により、無線ネットワーク制御装置（ＲＮＣ）へ接続される。時に基地局制御装置（ＢＳＣ）とも称される無線ネットワーク制御装置は、自身に接続される複数のＢＳの様々な活動を管理すると共に調整する。ＲＮＣは、典型的には、１つ以上のコアネットワークに接続される。コアネットワークは、一般に、回線交換サービスを提供する移動通信交換局（ＭＳＣ）と、パケット交換タイプのサービスを提供するサービングＧＰＲＳサポートノード（ＳＧＳＮ）とを含む。
【０００５】
ユニバーサル移動体通信システム（ＵＭＴＳ）は、移動体通信用グローバルシステム（ＧＳＭ（登録商標））から発展した第３世代の移動体通信システムであり、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））アクセス技術に基づく改善された移動体通信サービスを提供することを意図されている。ＵＭＴＳ地上無線アクセスネットワークの省略であるＵＴＲＡＮは、ＵＭＴＳ無線アクセスネットワークを作り上げるノードＢ及びＲＮＣに対する総称である。したがって、ＵＴＲＡＮは、基本的に、ユーザ装置ユニットに対する、ＷＣＤＭＡを使った無線アクセスネットワークである。
【０００６】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＵＴＲＡＮ及びＧＳＭに基づく無線アクセスネットワーク技術をさらに進化させることに着手している。この点について、エボルブドユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の規格が３ＧＰＰ内で進行中である。エボルブドユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、ロングタームエボリューション（ＬＴＥ）及びシステムアーキテクチャエボリューション（ＳＡＥ）を含む。
【０００７】
図１は、ロングタームエボリューション（ＬＴＥ）のＲＡＮ１００の単純化したブロック図である。ＬＴＥのＲＡＮ１００は、３ＧＰＰのＲＡＮの変形であり、無線基地局ノード（ｅＮｏｄｅＢ）が、ＲＮＣノードではなく、直接コアネットワーク１３０に接続される。一般に、ＬＴＥにおいては、ＲＮＣノードの機能は、時に単に基地局と呼ばれる無線基地局ノードにより実行される。無線基地局ノード、図１におけるｅＮｏｄｅＢ１２２−１、１２２−２、…、１２２−Ｍは、そのそれぞれの通信サービスセル内のＵＥ、例えばＵＥ１１０−１、１１０−２、１１０−３、…、１１０−Ｌと、通信する。複数の無線基地局ノード（ｅＮｏｄｅＢ）は、当業者によく知られるように、Ｘ２インタフェースを介して互いに通信することができると共に、Ｓ１インタフェースを介してコアネットワーク１３０と通信することができる。
【０００８】
ＬＴＥ標準は、下りリンクにおける直交周波数分割多重（ＯＦＤＭ）と上りリンクにおける離散フーリエ変換（ＤＦＴ）−スプレッドＯＦＤＭのようなマルチキャリアベースの無線アクセス手法に基づく。ＯＦＤＭ技術は、正確な周波数において相隔たる多数のキャリア上にデータを分配する。この間隔が、この技術における「直交性」を与え、これにより、復調器が自らの周波数以外の周波数を見ることを防ぐ。ＯＦＤＭの利点は、高いスペクトル効率、無線周波数（ＲＦ）インタフェースに対する柔軟性、そして低いマルチパス歪みである。したがって、必要最小限のＬＴＥ下りリンク物理リソースは、図２Ａに図解されるような時間周波数グリッドとして見られることができ、各リソースエレメントは、１つのＯＦＤＭシンボル間隔の間の１つのＯＦＤＭサブキャリアに対応する。より詳細には、図２ＡのＬＴＥ下りリンク物理リソースは、Δｆ＝１５ｋＨｚの間隔とサイクリックプリフィックスを含む１つのＯＦＤＭシンボルの拡大図とを示している。
【０００９】
時間領域において、ＬＴＥ下りリンク伝送は、１０ｍｓの無線フレームに編成され、各無線フレームは、図２ＢのＬＴＥ時間領域構造において示すように、長さＴsubframe＝１ｍｓの１０個の等しいサイズのサブフレームで構成される。
【００１０】
さらに、ＬＴＥにおけるリソース割り当ては、典型的には、リソースブロックに関して説明され、リソースブロックは、時間領域における１スロット（０．５ｍｓ）と、周波数領域における１２個の連続するサブキャリアに対応し、換言すればサブフレームごとに２つのスロットがある。リソースブロックは周波数領域において、システム帯域幅の一端から０で始まる番号を付される。下りリンク伝送は、動的にスケジューリングされ、すなわち、各サブフレームにおいて、ＢＳは、現在の下りリンクサブフレームの間に、いずれの（移動体）端末に対して、どのリソースブロックで、データが送信されるかを指し示す制御情報を送信する。この制御シグナリングは、典型的には、各サブフレームにおける最初の１、２、３または４つのＯＦＤＭシンボルにおいて送信される。制御領域として３つのＯＦＤＭシンボルを有する下りリンクシステム（下りリンクのサブフレーム）を図３に図解する。
【００１１】
次に、物理上りリンク制御チャネル（ＰＵＣＣＨ）について説明する。その名が示すように、ＰＵＣＣＨは、上りリンク制御情報、例えば、ハイブリッドＡＲＱ（複合自動再送要求）、チャネル品質指標（ＣＱＩ）、ＡＣＫ／ＮＡＣＫなど、を運ぶ。ＬＴＥは、端末、例えばユーザ装置が、あるサブフレームにおいて下りリンクデータを受信した後に、それの復号を試行し、その復号が成功した（ＡＣＫ）か成功しなかった（ＮＡＣＫ）かをＢＳに報告する、ハイブリッドＡＲＱ（複合自動再送要求）を使用する。復号の試行が成功しなかった場合、ＢＳは、誤ったデータを再送信することができる。
【００１２】
端末から基地局への上りリンク制御シグナリングは、受信した下りリンクデータに対するハイブリッドＡＲＱの確認応答と、下りリンクのチャネル状態に関連し、下りリンクスケジューリングの補助として使用される（チャネル品質指標（ＣＱＩ）としても知られる）端末報告と、移動体端末が上りリンクデータ伝送のための上りリンクリソースを必要とすることを指し示すスケジューリング要求との少なくともいずれかを含みうる。
【００１３】
移動体端末にデータ伝送のための上りリンクリソースが割り当てられていない場合、Ｌ１／Ｌ２（レイヤ１とレイヤ２との少なくともいずれか）の制御情報（チャネル状態報告、ハイブリッドＡＲＱの確認応答、及びスケジューリング要求）が、物理上りリンク制御チャネル（ＰＵＣＣＨ）上の、上りリンクＬ１／Ｌ２制御情報に特に割り当てられた上りリンクリソース（リソースブロック）において、送信される。
【００１４】
様々なＰＵＣＣＨフォーマットが、様々な情報に使用され、例えば、ＰＵＣＣＨフォーマット１ａ／１ｂはハイブリッドＡＲＱのフィードバックに使用され、ＰＵＣＣＨフォーマット２／２ａ／２ｂはチャネル状態の報告に使用され、ＰＵＣＣＨフォーマット１はスケジューリング要求に使用される。
【００１５】
続いて、物理上りリンク共有チャネル（ＰＵＳＣＨ）について説明する。ＰＵＳＣＨのためのリソースは、スケジューラにより、サブフレームベースで割り当てられる。上りリンクにおいてデータを伝送するために、先に述べたＵＥのような移動体端末は、物理上りリンク共有チャネル上でデータ伝送のための上りリンクリソースを割り当てられなければならない。ＰＵＳＣＨリソース割り当てについて図４に示す。図４においては、１つのサブフレームに対して、２つの異なるユーザに割り当てられたリソースが図解されている。各スロットにおける中間のＳＣシンボルは、参照シンボルを送信するのに使用される。移動体端末にデータ伝送用の上りリンクリソースが割り当てられ、同時に移動体端末が送信する制御情報を有する場合、移動体端末は、ＰＵＳＣＨ上でデータと共に制御情報を送信するだろう。
【００１６】
以下では、キャリアアグリゲーションの概念について説明する。ＬＴＥリリース８は、２０ＭＨｚまでの帯域幅に対応し、例えば、上述のサブキャリアを含んで、近年標準化されている。その一方で、ＩＭＴアドバンスドの要求を満たすために、３ＧＰＰはＬＴＥリリース１０での作業を開始している。ＬＴＥリリース１０の重要な要素の１つは、ＬＴＥリリース８との後方互換性を確保しながらの、２０ＭＨｚを超える帯域幅のサポートである。これは、周波数の互換性をも含むべきで、ＬＴＥリリース１０の２０ＭＨｚより広いキャリアが、ＬＴＥリリース８の端末に対して、多数のＬＴＥキャリアとして認識されるべきことを意味する。そのようなキャリアのそれぞれは、要素キャリア（ＣＣ）と呼ばれうる。特に、早期のＬＴＥリリース１０の開発に対して、多くのＬＴＥのレガシーの端末と比してＬＴＥリリース１０の能力を有する端末の数が少ないだろうことが期待されうる。したがって、レガシーの端末に対してもより広いキャリアの効率的な使用を確実にすること、すなわち、広帯域のＬＴＥリリース１０キャリアの全ての部分においてレガシーの端末をスケジューリングできるキャリアを実装することができることが、必要であるかもしれない。これを得るための直接的な方法は、キャリアアグリゲーション（ＣＡ）を用いるものだろう。ＣＡはＬＴＥリリース１０の端末が複数のＣＣ（要素キャリア）を受信でき、ＣＣはリリース８のキャリアと同一の構造を有するか、少なくとも有する可能性を有することを意味する。５つの要素キャリアにより実現される１００ＭＨｚの統合された帯域幅を有するＣＡを図５に図解する。
【００１７】
統合されるＣＣの数及び個別のＣＣの帯域幅は、上りリンク及び下りリンクに対して異なり得る。対称的な構成は、下りリンクと上りリンクとでＣＣの数が同じである場合を示す一方で、非対称な構成はＣＣの数が異なる場合を示す。あるセルにおいて構成されるＣＣの数は端末により見られるまたは使用されるＣＣの数と異なり得ることに注意することが重要である。端末は、例えば、セルが同数の上りリンク及び下りリンクＣＣを用いて構成されているとしても、上りリンクのＣＣより多くの下りリンクのＣＣに対応してもよい。
【００１８】
次に、上述のＰＵＳＣＨ及びＰＵＳＳＨに対する上りリンク電力制御について説明する。上りリンク電力制御はＰＵＳＣＨとＰＵＣＣＨとの双方において使用される。その目的は、高すぎる電力での送信がネットワークの他のユーザに対する干渉を増大させるだろうことから、移動体端末が十分に高く、しかし高すぎない電力で送信することを確実にすることである。どちらの場合も、パラメータ化された、閉ループと組み合わされた開ループの機構が使用される。概略的には、開ループ部分は動作の点を設定するのに使用され、その動作の点の周辺で閉ループ要素が動作する。ユーザに対する異なるパラメータ（ターゲット及び部分的補償係数）と制御プレーンとが使用される。より詳細化された説明については、３ＧＰＰ  ＴＳ３６．２１３物理レイヤ手順の例えば２０１０年１０月３日のバージョン９．３．０（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６２１３．ｈｔｍ）の、ＰＵＳＣＨ電力制御のための５．１．１．１節とＰＵＣＣＨ電力制御のための５．１．２．１節に付託される。
【００１９】
ＵＥの上りリンク（ＵＬ）電力を制御するために、ｅＮＢは、積算（accumulated）または絶対的（absolute）方法のいずれかで、その送信電力を変更するようにＵＥに命令する、ＴＰＣ（送信電力制御）コマンドを使用するだろう。ＬＴＥリリース１０では、ＵＬ電力制御は、要素キャリアごとに管理される。リリース８／９にあるように、ＰＵＳＣＨ及びＰＵＣＣＨ電力制御は独立である。ＬＴＥリリース１０では、プライマリ要素キャリア（ＰＣＣ）がＰＵＣＣＨを運ぶように構成される唯一のＵＬのＣＣであるため、ＰＵＣＣＨ電力制御はこのＰＣＣにのみ適用されるだろう。
【００２０】
ＴＰＣコマンドは、ＡＣＫ／ＮＡＣＫを有さないため、ｅＮＢは、コマンドがＵＥによって受信されたことを確信することができず、ＵＥが誤ってＰＤＣＣＨ（物理下りリンクチャネル）を復号してＴＰＣコマンドを受信したと考え得るため、使用されたＴＰＣコマンドの数のカウントを、高信頼なＵＥの現在の出力電力を推定するのに使用することはできない。さらに、ＵＥは（パスロスの推定値に基づいて）その電力レベルを自動で補償し、この調節をｅＮＢは知らない。これらの２つの理由のため、ｅＮＢは、適切なスケジューリングを決定すると共にＵＥのＵＬ電力を制御するために、一定の間隔で、ＰＨＲ（電力ヘッドルーム報告）を受信する必要がある。
【００２１】
以下では、電力ヘッドルーム報告について説明する。ＬＴＥリリース８では、基地局は、周期的にまたはパスロスの変化がある設定可能な閾値を越えた場合に電力ヘッドルームを送信するように、ＵＥを設定してもよい。電力ヘッドルーム報告は、サブフレームＩに対してＵＥがどの程度の送信電力を残しているか、すなわち、名目上のＵＥの最大送信電力と推定された要求電力との差を指し示す。報告された値は、４０から−２３ｄＢの範囲内にあり、負の値はＵＥが送信を行うのに十分な電力を有していなかったことを示す。
【００２２】
ｅＮＢは、報告された電力ヘッドルーム（ＰＨ）をスケジューラへの入力として使用する。利用可能な電力ヘッドルームに基づいて、スケジューラは、適切な数のＰＲＢ（物理リソースブロック）と適したＭＣＳ（変調及び符号化方式）とを、適切な送信電力調節（ＴＰＣコマンド）と共に決定するだろう。キャリアアグリゲーションにおいては、ｅＮＢは、ＲＡＮ１の決定に従って電力がＣＣごとに制御されるため、そのような評価をＵＬ  ＣＣごとに行うだろう。
【００２３】
ＣＣごとの、そしてＰＵＳＣＨとＰＵＣＣＨとに対して独立の、ＵＬ電力制御があるため、これは、電力ヘッドルーム報告にも反映されるだろう。リリース１０に対して、
・タイプ１の電力ヘッドルーム報告  −  Ｐ＿ｃｍａｘ，ｃマイナスＰＵＳＣＨ電力（Ｐ＿ｃｍａｘ，ｃ−Ｐ＿ＰＵＳＣＨ）として計算される。
・タイプ２の電力ヘッドルーム報告  −  Ｐ＿ｃｍａｘ，ｃマイナスＰＵＣＣＨ電力マイナスＰＵＳＣＨ電力（Ｐ＿ｃｍａｘ，ｃ−Ｐ＿ＰＵＣＣＨ−Ｐ＿ＰＵＳＣＨ）として計算される。
の２つのタイプのＰＨ報告があるだろう。セカンダリ要素キャリアは、セカンダリ要素キャリアがＰＵＣＣＨのために構成されないため、常にタイプ１のＰＨＲを報告するだろう。プライマリ要素キャリアは、タイプ１及びタイプ２のＰＨＲの両方を報告するだろう。タイプ１及びタイプ２のＰＨＲは同一のサブフレームで報告されなければならない。
【００２４】
リリース８の電力ヘッドルーム報告に対するフレームワークを、キャリアアグリゲーションに適用することは、特定の要素キャリアに対するＰＨＲが、その要素キャリアそれ自身上で送信されることを意味するだろう。さらに、端末がある要素キャリア上で許可されたＰＵＳＣＨリソースを有する場合、ＰＨＲは、そのＣＣ上でのみ送信されうる。
【００２５】
ＲＡＮ２（無線アクセスネットワーク２）において、このフレームワークを、１つの要素キャリアに対するＰＨＲを他の要素キャリア上で送信できるように拡張することが提案されている。これは、端末が任意の構成されたＵＬ要素キャリア上で許可されたＰＵＳＣＨリソースを有するとすぐに、高速なパスロスの変化を１つの要素キャリア上で報告することを可能とする。より具体的には、任意の要素キャリアにおけるｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きなパスロスの変化が、端末が許可されたＰＵＳＣＨリソースを有する任意の（同一のまたは別の）要素キャリア上で、ＰＨＲの送信をトリガする。
【００２６】
ＰＨＲに加えて、３ＧＰＰ  ３６．２１３においてＰｃｍａｘ，ｃと表記される、ＵＥの設定された送信電力を報告する、ＣＣごとのＰｃｍａｘ，ｃ報告もあるだろう。
【００２７】
Ｐｃｍａｘ，ｃ報告は、同一のＣＣに対して報告されるＰＨと同一のＭＡＣ（媒体アクセス制御）制御エレメントに含まれてもよく、または、異なるＭＡＣ制御エレメントに含まれてもよい。いくつかの詳細は、Ｒ１−１０５７９６（３ＧＰＰ  Ｌｉａｉｓｏｎ  Ｓｔａｔｅｍｅｎｔ）に明記されているが、正確なフォーマットとルールはまだ定まっていない。
【００２８】
電力ヘッドルームは、リリース１０において、構成されると共に起動される全てのＣＣについて報告されるだろう。これは、ＰＨを報告するＣＣのいくつかは、電力ヘッドルームが報告されるＴＴＩ（送信時間間隔）において有効なＵＬ（上りリンク）許可を有さないかもしれないことを意味する。したがって、いわゆる仮想／参照フォーマットＰＨ／ＰＨＲを報告するために、参照フォーマットＰＵＳＣＨとＰＵＣＣＨとの少なくともいずれかを使用するだろう。これらの参照フォーマットは、Ｒ１−１０５８２０（３ＧＰＰ  Ｌｉａｉｓｏｎ  Ｓｔａｔｅｍｅｎｔ）に説明されている。それらが将来における送信のためにスケジューリングされるかもしれないため、これは有用であるかもしれない。換言すれば、いわゆる仮想送信のために、ＣＣがアクティブ化されるが送信はせず、一方で、将来の送信のためにスケジューリングされうる。
【００２９】
構成されるとすぐに、各ＣＣに、特定のＵＥのために構成される全てのＣＣに対してユニークなセルインデックスが割り当てられる。ＵＬ及びＤＬにリンクされたＳＩＢ２（システム情報ブロック２）は、同一のセルインデックスに関連付けられる。セルインデックスは、０〜７の値を輸しうる。プライマリセル（Ｐセル）には、常に値０が割り当てられる。
【００３０】
１つ以上のＣＣに関する１つ以上のＰＨの報告は、ＰＨ  ＭＡＣ制御エレメントを用いて行われうるが、そのフォーマットは定義されていない。特に、電力ヘッドルーム及び送信電力情報の報告のための、Ｐｃｍａｘ，ｃのような、特別なオーバーヘッドが生成されるかもしれず、リソースの浪費の原因となりうる。
【発明の概要】
【発明が解決しようとする課題】
【００３１】
制御エレメントのような、効果的な電力情報の報告を可能とする伝達手段、及び、Ｐｃｍａｘ，ｃのような送信電力情報を効率的に報告し、または取り扱うことを可能とする、方法、ユーザ装置、基地局、システム及びコンピュータプログラムを提供することが望ましい。
【課題を解決するための手段】
【００３２】
そのような制御エレメント、方法、ユーザ装置、基地局、システム及びコンピュータプログラムが独立請求項において定められる。有利な実施形態は従属請求項に記載される。
【００３３】
１つの実施形態において、無線アクセスネットワーク（ＲＡＮ）において、ユーザ装置（ＵＥ）から基地局（ＢＳ）へ電力情報を伝達するための電力ヘッドルーム制御エレメントが提供される。電力ヘッドルーム制御エレメントは、電力ヘッドルーム情報を含む電力ヘッドルームフィールドを有するように構成される。電力ヘッドルームフィールドは、電力ヘッドルーム制御エレメントの、特に、所定の位置において、所定数のビットを有する。電力ヘッドルーム制御エレメントは、さらに、電力ヘッドルームフィールドに関連付けられたインジケータフィールドを含むように構成される。インジケータフィールドは、電力ヘッドルーム制御エレメントにおいて、所定数のビットを伴う送信電力フィールドが存在するかを指し示す働きをする。これにより、大きなオーバーヘッドを作り出すことなく、送信電力フィールドの存在を簡単かつ効率的に報告しうる。
【００３４】
１つの実施形態において、ＲＡＮにおいてＵＥからＢＳへの電力ヘッドルームを含む電力情報を伝達する方法が提供される。本方法は、電力ヘッドルームに関連付けられる上りリンクのサービングセルの送信電力についての情報を含む送信電力フィールドを、その電力ヘッドルームと共に送信すべきかを判定するステップと、送信電力フィールドを送信するべきと判定した場合に、電力ヘッドルーム値を伴う電力ヘッドルームフィールドと送信のための送信電力フィールドとを電力ヘッドルーム制御エレメントに加えるステップと、送信電力フィールドを含むことを指し示すための特定の値にインジケータを設定するステップと、を有する。これにより、電力ヘッドルーム制御エレメントにより電力情報を伝達する簡単な方法が提供される。
【００３５】
１つの実施形態において、ＲＡＮのＢＳによって実行される、ＵＥからの、受信した電力ヘッドルーム制御エレメントの電力ヘッドルーム報告を含む受信した電力情報を処理するための方法が提供される。本方法は、受信した電力ヘッドルーム制御エレメントの電力ヘッドルームと関連付けられたインジケータフィールドにおける値が、電力ヘッドルームフィールドと関連付けられた送信電力フィールドが電力ヘッドルーム制御エレメントに含まれていることを指し示す特定の値に設定されているかを判定するステップと、インジケータフィールドの値が特定の値に設定されている場合に、送信電力フィールドを読み込むステップと、を含む。これにより、電力ヘッドルーム制御エレメントに含まれる電力情報を、簡単かつ高速に評価することができる。
【００３６】
１つの実施形態において、ＲＡＮにおいてＵＥからＢＳへ、電力ヘッドルームを含み、上述の方法で構成される電力ヘッドルーム制御エレメントを伝達する方法が提供される。これにより、電力情報を効率的に伝達することができる。
【００３７】
１つの実施形態において、ＲＡＮにおいてＢＳへ、電力ヘッドルームを含む電力情報を伝達するためのユーザ装置が提供される。ＵＥは、電力ヘッドルームに関連付けられた上りリンクサービングセルの送信電力についての情報を含む送信電力フィールドを電力ヘッドルームと共に送信すべきかを判定し、送信電力フィールドを送信すべきと判定した場合、電力ヘッドルーム値を伴う電力ヘッドルームフィールドと送信のための送信電力フィールドとを、電力ヘッドルーム制御エレメントに加え、送信電力フィールドを含むことを指し示すための特定の値にインジケータを設定する制御を行うように構成されるプロセッサを有する。これにより、電力ヘッドルーム制御エレメントの構成と情報の内容とを制御することにより、電力情報を効率的に伝達することができるＵＥが提供される。
【００３８】
１つの実施形態において、ＵＥからの、受信した電力ヘッドルーム制御エレメントの電力ヘッドルーム報告を含む受信した電力情報を処理するように構成される、ＲＡＮにおける基地局が提供される。基地局は、受信した電力ヘッドルーム制御エレメントの電力ヘッドルームフィールドに関連付けられたインジケータフィールドにおける値が、電力ヘッドルームフィールドに関連付けられた送信電力フィールドが電力ヘッドルーム制御エレメントに含まれることを指し示す特定の値に設定されているかを判定し、その値が特定の値に設定されている場合、送信電力フィールドを読み出すように構成されるプロセッサを有する。これにより、電力ヘッドルーム制御エレメントにおいて受信された電力情報を容易かつ高速に評価することができる。
【００３９】
別の実施形態において、上述のユーザ装置と基地局とを含む、電力情報を伝達するためのシステムが提供される。
【００４０】
別の実施形態において、上述のように構成される電力ヘッドルーム制御エレメントを記憶するメモリが提供される。別の実施形態では、データプロセッサ上で実行されるときに、そのデータプロセッサに上述の方法の１つを実行させるように構成される命令を含むコンピュータプログラムが提供される。
【００４１】
さらに、本発明の有利な実施形態が従属請求項に開示される。
【図面の簡単な説明】
【００４２】
【図１】当業者に知られたＬＴＥ  ＲＡＮのブロック図。
【図２Ａ】ＬＴＥの下りリンク物理リソースの構造を示す図。
【図２Ｂ】ＬＴＥの時間領域における無線フレームとサブフレームとを示す図。
【図３】ＬＴＥで使用される下りリンクサブフレーム。
【図４】ＰＵＳＣＨリソース割り当てを示す図。
【図５】キャリアアグリゲーションの概念を示す図。
【図６】ビットマップソリューションを使用する電力ヘッドルーム制御エレメントの例を示す図。
【図７】オーダリングソリューションを使用する電力ヘッドルーム制御エレメントの例を示す図。
【図８】２つのビットマップを含む電力ヘッドルーム制御エレメントの例を示す図。
【図９】実施形態に係る電力ヘッドルーム制御エレメントを示す図。
【図１０】実施形態に係る、典型的な電力ヘッドルーム制御エレメントを示す図。
【図１１】実施形態に係る、ビットマップを使用する別の典型的な電力ヘッドルーム制御エレメントを示す図。
【図１２】実施形態に係る、タイプ１の電力ヘッドルーム報告を含む別の典型的な電力ヘッドルーム制御エレメントを示す図。
【図１３】実施形態に係る、タイプ２及びタイプ１の電力ヘッドルーム報告を含む別の典型的な電力ヘッドルーム制御エレメントを示す図。
【図１４Ａ】実施形態に係る、電力ヘッドルームフィールドがバイト単位で揃えられていない場合の、典型的な電力ヘッドルーム制御エレメントを示す図。
【図１４Ｂ】実施形態に係る、電力ヘッドルームフィールドがバイト単位で揃えられていない場合の、典型的な電力ヘッドルーム制御エレメントを示す図。
【図１５】インジケータビットの異なる設定とそれらの意味を示す表。
【図１６】実施形態に係る、電力情報を伝達する方法のフロー図。
【図１７】実施形態に係る、電力情報を伝達する方法をより詳細に示す図。
【図１８】実施形態に係る、受信した電力情報を処理するために基地局により実行される方法のフロー図。
【図１９】実施形態に係る、電力情報を伝達するためのユーザ装置を示す図。
【図２０】実施形態に係る、ユーザ装置と基地局とを含むシステムを示す図。
【発明を実施するための形態】
【００４３】
本発明のさらなる実施形態を、図を参照して説明する。以下の説明は例を含むのみであり、本発明を限定するように解釈されるべきでないことに留意すべきである。
【００４４】
以下では、同様のまたは同一の参照符号は、同様のまたは同一の要素、ユニットまたは動作を指し示す。
【００４５】
図６から１４は、例えば上述の電力ヘッドルームＭＡＣ制御エレメントを構成する、電力ヘッドルーム制御エレメントを図解している。当業者であれば、ここで説明される制御エレメントは、特にＬＴＥ  ＲＡＮにおける、情報を運ぶために使用されるデータエレメントであることが分かる。以下では、電力ヘッドルーム制御エレメントのフォーマットについて詳細に説明する。
【００４６】
電力ヘッドルーム制御エレメントは、ＲＡＮ、例えばＬＴＥ  ＲＡＮにおいてＵＥからＢＳへ電力情報を運ぶために例えば使用され、３ＧＰＰ  ＴＳ３６．３２１の、例えば２０１０年６月のバージョン９．３．０に記載されている。例えば、図６の電力ヘッドルーム制御エレメント６００は、いずれの要素キャリアまたはそれぞれの上りリンクサービングセルが、電力ヘッドルームについての情報を含む報告である電力ヘッドルーム報告を、報告するかを指し示すための８ビットのビットマップ６１０を含んで構成され、電力ヘッドルームについての情報、例えば特定の値は、電力ヘッドルームフィールドに含まれうる。詳細には、ビットフィールド６３０及び６４０は、それぞれ、通常ゼロに設定されるＲビット、すなわち予約ビットを含む。ＰＨフィールド６２０は、電力ヘッドルームレベルを指し示す電力ヘッドルームフィールドである。このフィールドの長さは通常６ビットである。特に、電力ヘッドルームフィールド６２０は、図６の電力ヘッドルーム制御エレメントにおいてタイプ２のＰＨＲを報告し、下方のＰＨフィールドはタイプ１のＰＨＲを報告する。タイプ２のＰＨＲが存在するか否かは設定に依存し、指し示される必要はない。図６から見ることができるように、ＰＨフィールドは、電力ヘッドルーム制御エレメント（ＰＨＣＥ）における所定の位置に配置され、すなわち、ＰＨフィールドは電力ヘッドルーム制御エレメントの１オクテット内のビット位置３から８にあり、オクテットは１つの特定のＣＣに対する電力ヘッドルームを含む。
【００４７】
８ビットのビットマップ６１０のそれぞれのビットは、上りリンクサービングセルのセルインデックスのような、０から７の１つのセルインデックスに対応する。図６の例では、電力ヘッドルームＭＡＣ  ＣＥに含まれるＰＨフィールドは、セルインデックスに基づいて昇順で順序付けられ、すなわち、セルインデックス０から７は左から右へ割り当てられ、対応するＰＨフィールドは上から下へ割り当てられる。セルインデックスを右から左へ、すなわち、左から右へ読み出す時に降順で割り当てることもできることは明らかである。タイプ２のＰＨＲは、これの例では最初のＰＨフィールドに含まれるが、同様に、最後のＰＨフィールドに含まれてもよい。
【００４８】
より詳細には、セルインデックス０に対応するビットマップ（ビットマップにおける左端）のビット値１は、プライマリ要素キャリアに対応するプライマリセル（Ｐセル）が、ＰＨ（タイプ２）フィールド６２０においてタイプ２のＰＨＲを、そして、フィールド６２０の下のＰＨ（タイプ１）フィールドにおいてタイプ１のＰＨＲを報告することを指し示す。ビットマップにおけるセルインデックス１における第２のビット値１は、第１のセカンダリ要素キャリアに対応する第１のセカンダリセルもタイプ１のＰＨＲを報告することを指し示し、ビットマップにおける４番目の位置（セルインデックス３）におけるビット値１は、第３のセカンダリセルも、図６の電力ヘッドルーム制御エレメントの最後のＰＨフィールドにおいてタイプ１のＰＨＲを報告することを指し示す。残りのセルインデックスに対するビット値０は、それを用いて構成されるＣＣがないこと、又は構成されるが現在無効化されていることを指し示す。図１４Ａ及び１４Ｂに関して、図６における８ビット構成に対するＰＨフィールドの位置が異なって選択されてもよいことが説明されるだろう。しかしながら、ＰＨフィールドは、その情報が容易に同一の位置において発見されうるように、制御エレメントの同じ所定の位置、例えば、上述のビット位置３から８のようなオクテットにおける所定の位置にに常に配置されるべきである。
【００４９】
図６の例では、８ビットのビットマップが使用されるため、この電力情報を伝達するソリューションをここではビットマップソリューションと呼ぶ。
【００５０】
異なるソリューション、すなわち、オーダリングソリューションについて、図７に関連して説明する。図７に見ることができるように、電力ヘッドルーム制御エレメントは、８ビットのビットマップを含まないで図解されている。電力ヘッドルーム報告は設定され有効化されているＣＣに対して報告されるため、ｅＮｏｄｅＢとＵＥとの両方は、所与の時点においていずれのＣＣが有効化されているかを知っていると想定される。タイプ２のＰＨＲが存在するか否かは設定に依存し、指し示される必要はない。したがって、ビットマップは必ずしも必要とはされず、タイプ１のＰＨＲが降順または昇順のセルインデックスに基づいて順序付けられ、タイプ２の電力ヘッドルーム報告は、存在する場合、最初または最後のいずれかに含まれる。図７の例は、最初のＰＨフィールドにタイプ２のＰＨＲを、そして昇順のセルインデックスで複数のセルに対するタイプ１のＰＨＲを有する電力ヘッドルーム制御エレメントを示している。
【００５１】
電力ヘッドルーム報告の電力情報は、ｅＮｏｄｅＢにより、スケジューラへの入力として既に使用されうるが、ｅＮｏｄｅＢすなわち基地局にとって役立つように、Ｐｃｍａｘ，ｃのような上りリンクサービングセル又はそれぞれの要素キャリアの送信電力を、電力ヘッドルーム報告と共に報告することがさらに望ましい。ＰＨの計算に使用される要素キャリアごとの送信電力の１つの例は、３ＧＰＰ  ＴＳ３６．２１３内のＰｃｍａｘ，ｃとして知られている。Ｐｃｍａｘ，ｃは、３ＧＰＰ  ＴＳ３６．１０１から、要素キャリアごとの設定された送信電力としても知られている。この標準文書において、ＵＥは、設定される最大出力電力Ｐｃｍａｘに設定することが許されている。「ｃ」は、これが、あるＣＣに固有のＰｃｍａｘであることを指し示す記号である。
【００５２】
Ｐｃｍａｘ，ｃが、ＰＨＲを報告する全てのＣＣについて報告される場合、全てのＰｃｍａｘ，ｃ報告は、上述のソリューション（ビットマップソリューションまたはオーダリングソリューション）のいずれかにしたがって、ＰＨＲと同じ順序で後に付けられ、または、対応するＰｃｍａｘ，ｃ報告を各ＰＨＲの後に含めることができよう。さらに、それらは、それら自身の電力ヘッドルームＭＡＣ制御エレメントに、電力ヘッドルーム報告と同じ順序で含められてもよい。
【００５３】
しかしながら、ＣＣがいわゆる参照または仮想ＰＵＳＣＨまたはＰＵＣＣＨフォーマットを使用して電力ヘッドルーム報告を報告する必要がないかもしれないため、ＣＣのサブセットのみがＰｃｍａｘ，ｃを報告する場合、いずれのＣＣが現在のＰｃｍａｘ，ｃ報告を有しているか否かをｅＮｏｄｅＢが知ることができないであろうことから、上述のソリューションは機能しないだろう。
【００５４】
いずれのＰｃｍａｘ，ｃ報告が存在するかを指し示すために、図８に示すように、電力ヘッドルーム制御エレメントに別の８ビットビットマップを含めることにより、この問題は解決されるかもしれない。図８の電力ヘッドルーム制御エレメントのビットマップを含む最初の５行は、上述の図６の電力ヘッドルーム制御エレメントと同一である。
【００５５】
さらに、図８に見られるように、セル、ひいてはＰｃｍａｘ，ｃのような送信電力を報告する要素キャリアを指し示すビットマップを有する追加のオクテットが提供される。図８の例において、プライマリ要素キャリアは、タイプ２の電力ヘッドループ報告に対するＰｃｍａｘ，ｃ及びプライマリ要素キャリアのタイプ１の電力ヘッドルーム報告に対するＰｃｍａｘ，ｃと共に、セルインデックス３を有するセル、すなわち、第３のセカンダリセルのタイプ１の電力ヘッドルーム報告に対するＰｃｍａｘ，ｃを報告する。これにより、３つのＰｃｍａｘ，ｃ報告が、図８の電力ヘッドルーム制御エレメントと共に報告される。セルインデックス１に関連するキャリア要素は、電力ヘッドルーム報告を報告するが、Ｐｃｍａｘ，ｃ報告を報告しないため、これは、この要素キャリアが、電力ヘッドルーム報告が報告される送信時間間隔において有効な上りリンク許可を有さず、ひいてはいわゆる仮想／参照フォーマット電力ヘッドルーム報告を報告するために参照ＰＵＳＣＨフォーマットを使用することを指し示す。一方で、追加のビットマップを使用することにより、制御エレメントにおいて追加のオーバーヘッドが生成され、より経済的なソリューションが望まれる。
【００５６】
いくつかの実施形態において、セルインデックスと送信電力、例えば、Ｐｃｍａｘ，ｃとの間のリンクを与えるために追加のビットマップを使用するのに代えて、電力ヘッドルーム報告とＣＣとの間の関連を、ＣＣとそれとを関連付けるための追加の識別子を用いるのに代えて、Ｐｃｍａｘ，ｃとＰＨＲとを関連付けるのに再利用してもよい。その結果、Ｐｃｍａｘ，ｃのような送信電力を、報告する必要がある場合にのみ、電力ヘッドルーム報告と関連付けることにより、その送信電力がより効率的に報告されるかもしれない。これについて、以下、より詳細に説明する。
【００５７】
いくつかの実施形態によれば、ＰＨすなわち電力ヘッドルーム情報を含むオクテット、すなわち８ビットフィールド中のＲビットの１つまたは両方を、このＰＨが、ひいてはこのＰＨに関連付けられたＣＣもが、関連付けられた送信電力報告、例えばＰｃｍａｘ，ｃ報告を有するかを指し示すのに、使用してもよい。
【００５８】
例えば、図９は、ＵＥからＢＳ、例えばｅＮｏｄｅＢへの電力ヘッドルームフィールド、すなわちＰＨフィールド９１０を含んで構成される電力情報を伝送するための、電力ヘッドルーム制御エレメントを図解している。ＰＨフィールドは、電力ヘッドルーム情報、すなわち、報告されるべき電力ヘッドルームについての情報を含み、電力ヘッドルーム制御エレメント内の所定の位置に所定数のビットを有する。上で示したように、ＰＨフィールドは、６ビットの長さを有し、電力ヘッドルーム制御エレメントのオクテットにおいて３から８のビット位置に配置される。図９では、Ｒビットの１つ、具体的にはオクテットのビット位置２における第２のＲビットをインジケータフィールド９２０として使用する。インジケータフィールドは図９において１ビットを有するが、例えば、オクテットのビット位置１におけるＲビットを含めることによって、Ｒビットインジケータフィールドを２ビットに拡張することも実現可能である。インジケータフィールド９２０は、ＰＨフィールド９１０と関連付けられる。換言すれば、インジケータフィールド９２０とＰＨフィールドとが同一オクテット内に存在するため、そのフィールド間に明確な関連付けが存在する。
【００５９】
インジケータフィールドは、所定数のビットを有する送信電力フィールドが電力ヘッドルーム制御エレメント内に存在するかを指し示す働きをする。図９の電力ヘッドルーム制御エレメントは、送信電力情報、例えばＰｃｍａｘ，ｃ報告を含む、送信電力フィールド、ここでは特にＰｃｍａｘ，ｃフィールド９３０を図解している。ＰＨフィールド９１０と同様に、送信電力フィールド９３０は、電力ヘッドルーム制御エレメントのオクテットのビット位置３から８において６ビット、のように、所定の位置において所定数のビットを有してもよい。送信電力フィールドが配置されるオクテットの２つのＲビットは、使用されないままであってもよい。
【００６０】
図９の制御エレメントは、インジケータフィールド、ＰＨフィールド、及びＰＨフィールドの下に配置される送信電力フィールを含み、インジケータフィールドはＰＨフィールドと同じオクテットに配置されて送信電力フィールドの存在を指し示す働きをする。詳細には、電力ヘッドルームフィールドと、関連するインジケータフィールドのビットは、電力ヘッドルーム制御エレメントのオクテットに含まれ、送信電力フィールドのビットは、電力ヘッドルーム制御エレメントのオクテットに含まれる。したがって、送信電力フィールド９３０は、ＰＨフィールド９１０と同様に、ＰＨフィールドと同一のオクテットにあり、送信電力フィールドが下（後）に存在することを指し示すインジケータフィールド９２０によって、ＰＨフィールド９１０と同一のセルインデックスと関連付けられる。
【００６１】
上で説明したように、ＰＨフィールド９１０は、電力ヘッドルーム情報を含むと共に、上りリンクサービングセルと関連付けられる。上述のオーダリングソリューションを使用する場合、関連付けられるセルインデックスを指し示すためのビットマップは必要ではなく、したがって、ＰＨフィールド９１０は、電力ヘッドルーム制御エレメントにおける最初のＰＨフィールドとして、セルインデックス０を有するプライマリセルと関連付けられる。上述のビットマップソリューションが使用される場合、ＰＨフィールドの前に、いずれのセルインデックスがＰＨフィールドと関連付けられているかを指し示すビットマップが含まれうる。図９の例では、とり得るビットマップは、セルインデックス０に対してビット値１であり、他のセルインデックス１から７に対してはビット値０であり得よう。
【００６２】
先の議論では、ビットマップのビット値１が、そのセルインデックスに対応するセルに対してＰＨＲが存在することを指し示していた。しかしながら、対応するセルがＰＨＲを有するものに対するビット値としてビット値０を定め、ビット値１が対応するセルが電力ヘッドルーム報告を有さないことを指し示す場合、同じ指標を達成できることは明らかである。
【００６３】
図９から１４に見ることができるように、ＰＨフィールドは、電力ヘッドルーム制御エレメントにおいて、関連する送信電力フィールドに先行する。具体的には、ＰＨフィールドを含むオクテットは、関連する送信電力フィールドを含むオクテットに先行する。これにより、電力ヘッドルーム制御エレメントは、まず、電力ヘッドルーム情報をＰＨフィールドにおいて運び、その後に送信電力フィールドにおいて送信電力情報を運ぶ。詳細には、送信電力フィールドは、先行する電力ヘッドルーム情報に関連付けられた、上りリンクサービングセルまたは要素キャリアの送信電力、例えばＰｃｍａｘ，ｃについての情報を含む。
【００６４】
上で説明したように、インジケータフィールドの少なくとも１ビットは、Ｐｃｍａｘ，ｃ報告、すなわち、上りリンクサービングセルまたは関連する要素キャリアの送信電力についての情報が存在することを指し示してもよい。さらに、インジケータフィールドは、同時に、このＰＨがいわゆる仮想または参照フォーマットのものであるかを指し示してもよい。
【００６５】
詳細には、いわゆる仮想／参照フォーマットの電力ヘッドルーム報告が特定のセルインデックスを有するセルのために送信されるべきである場合、要素キャリアはＰｃｍａｘ，ｃのような送信電力を報告する必要はない。この場合、ＣＣは有効であるが、送信を行わず、ＰＨの計算のために、いわゆる仮想送信が使用される。このため、インジケータ、すなわちインジケータフィールドに設定されるビット値、例えば、いわゆる仮想または参照フォーマットの電力ヘッドルーム報告の存在を指し示す値が、Ｐｃｍａｘ，ｃ報告が送信されているか否かを指し示すのに使われてもよい。例えば、仮想／参照フォーマットの電力ヘッドルーム報告が使用されて指し示されている場合、このＴＴＩにおいて、報告される、このＣＣに対するＰｃｍａｘ，ｃ報告（送信電力報告）はないだろう。さらに、他の実施形態においては、ＭＡＣサブヘッダのＲビットの１つを、特定のＴＴＩにおいて報告される全ての電力ヘッドルーム報告が、少なくともタイプ１の報告に対する同一のＰｃｍａｘ，ｃ報告に関連付けられていることを指し示すために使用されてもよい。
【００６６】
上述によれば、送信電力報告、例えばＰｃｍａｘ，ｃ報告を、追加のビットマップのような追加の不必要な識別子を付加することに代えて既存のビットを再利用することにより、識別することができる。上述のビットマップソリューションとオーダリングソリューションにおいて、また、ここでは言及されていない他のとり得るソリューションに対しても、ｅＮｏｄｅＢはいずれの電力ヘッドルーム報告がいずれのＣＣに関連するかを知っているだろう。この事実を活用して、上述の追加のビットマップのような他の識別子を付加するのではなく、特定のＰＨＲ、すなわち、送信電力報告が上で述べたように関連付けられているＣＣと、すでに関連付けられたＰＨＲに、送信電力報告を関連付けることができる。換言すれば、送信電力、電力ヘッドルーム及びＣＣの間の関連付け（Ｐｃｍａｘ，ｃ→ＰＨＲ→ＣＣ）が可能であることが分かり、また、ＰＨＲが、またひいてはこのＰＨＲに関連するＣＣもが、このＴＴＩにおいて報告されるＰｃｍａｘ，ｃのような、関連する送信電力を有するかを指し示すために、（ＰＨフィールドそれ自体は６ビットのみであるため）ＰＨフィールドを含む各オクテットにおいて利用可能なＲビットを使用することができることが分かる。
【００６７】
この情報に基づいて、ｅＮｏｄｅＢは、どの程度の及びいずれのＣＣにおいて、送信電力報告を予定すべきかを知ることとなる。Ｐｃｍａｘ，ｃ報告のような送信電力報告は、それぞれの関連するＰＨフィールドの直後に、具体的にはＰＨフィールドを含む各オクテットの後に含められてもよいし、全ての送信電力報告が全てのＰＨフィールドの後にセルインデックス順で含められてもよい。また、全ての送信電力報告がそれぞれ独自の制御エレメントに含められるが、各送信電力レポートの存在は、それでも同一のＣＣに関連付けられたＰＨのオクテットのＲビットを用いて指し示されることができる。
【００６８】
さらに、上述のように、Ｐｃｍａｘ，ｃが仮想／参照ＰＵＳＣＨ及びＰＵＣＣＨフォーマットの少なくともいずれかを用いて電力ヘッドルームを報告するＣＣを除いて、常に報告されるべきことが合意されている場合、このＲビットを介してｅＮｏｄｅＢへ与えられる、Ｐｃｍａｘ，ｃ報告が提供されるかの情報を、特定の電力ヘッドルームが仮想／参照フォーマット送信に基づくか（ＰＨがＰｃｍａｘ，ｃを伴わずに報告される場合）、実際の伝送に基づくか（ＰＨがＰｃｍａｘ，ｃと共に報告される場合）を知るために、ｅＮｏｄｅＢが用いることができる。
【００６９】
以下では、異なるフォーマットの電力ヘッドルーム制御エレメントについて、上述のオーダリングソリューション、ビットマップソリューション及びオーダリングソリューションとビットマップソリューションとの組み合わせを用いる図１０から１４に関して、説明する。
【００７０】
図１０は、Ｐｃｍａｘ，ｃ報告の存在を指し示すためのＰＨフィールドのオクテットにおけるＲビットの１つを用いたＰＨフィールドの後に、関連するＰｃｍａｘ，ｃ報告が同一の電力ヘッドルーム制御エレメントに付加される実施形態を図解している。この実施形態において、セルインデックスに従って、タイプ２のＰＨ並びにタイプ１のＰＨを含む最上部におけるプライマリセル（Ｐセル、セルインデックス＝０）、及び最低のセルインデックスのセカンダリセル（Ｓセル）から始まって後に続くＳセルに関連するＰＨを伴って、ＰＨフィールドを有するオクテットが積み重ねられている。
【００７１】
詳細には、プライマリセルのタイプ２のＰＨ及びタイプ１のＰＨが最初の２つのエントリにおいて示され、第１のセカンダリセルのタイプ１の電力ヘッドルーム報告及び第２のセカンダリセルのタイプ１の電力ヘッドルーム報告が上から下へと示されている。電力ヘッドルーム情報をも含むオクテットにおける右端の（または左端の）Ｒビットは、このＰＨに対して、すなわち、この電力ヘッドルーム報告に関連するＣＣに対して、Ｐｃｍａｘ，ｃ報告もまた含まれているかを指し示すのに使用される。この実施形態においては、ビットを「１」へ設定することがＰｃｍａｘ，ｃ報告が予期されるべきことを指し示すが、同じ方法において、別の実施形態では、値「０」がこれを指し示すことができるだろう。換言すれば、ビット値「１」の意味は、ビット値「０」の意味へと変更されてもよく、その逆もまた然りである。
【００７２】
Ｐｃｍａｘ，ｃ報告は、その後、電力ヘッドルーム報告の後に、最低のセルインデックスのＣＣに関連するＰＨＲと関連付けられたＰｃｍａｘ，ｃ報告から始まって積み重ねられ、その後、残りが連続的な順序で後に続く。図１０の例では、Ｐｃｍａｘ，ｃ報告１０２０は、Ｐｓｅｒｕ  ｔｏ関連するＰＨのタイプ１の電力ヘッドルーム報告１０１０と関連付けられており、第２のＰｃｍａｘ，ｃ報告１０４０は、第２のＳセルと関連するＰＨフィールドのタイプ１の電力ヘッドルーム報告１０３０と関連付けられている。
【００７３】
使用されるＲビットは電力ヘッドルーム報告のオクテットの中にのみあるため、Ｐｃｍａｘ，ｃ報告を運ぶフィールドのサイズは、５から８ビットの範囲内にあることができ、問題とならない。さらに、インジケータフィールドを１つのＲビットのみから構成する場合、ＰＨフィールドでさえ７ビットに拡張されてもよい。
【００７４】
図９の電力ヘッドルーム制御エレメントと同様に、図１０の電力ヘッドルーム制御エレメントも、電力ヘッドルームフィールドとその関連するインジケータフィールドのビットが、電力ヘッドルーム制御エレメントのオクテットの一部、またはオクテットの全てを形成（ＰＨフィールドは６ビットを含み、インジケータフィールドは１又は２ビットを含む）するか、例えばＰｃｍａｘ，ｃ報告または他の送信電力報告を含む送信電力フィールドのビットは同一の電力ヘッドルーム制御エレメントのオクテットの一部を形成するか、の少なくともいずれかであるフォーマットを有する。
【００７５】
以下では、電力ヘッドルーム制御エレメントの別の例について、図９及び１０に関して議論したのと同様のフォーマットを使用する一方で上述のビットマップソリューションを使用する、図１１に関して説明する。
【００７６】
詳細には、図１１の電力ヘッドルーム制御エレメントは、この電力ヘッドルーム制御エレメントの一部として、いずれの上りリンクサービングセルが電力ヘッドルーム情報を報告するかを指し示すためのビットマップを含む。
【００７７】
図１１において、ＰＨフィールドの系列は、図６に関して先に説明したものと同様であり、同一のセルインデックスを用いている。図１１において、ビットマップにおけるビット値「１」は、プライマリセル、第１のセカンダリセル及び第３のセカンダリセルに対する電力ヘッドルーム報告が含まれていることを指し示している。さらに、図１０に関して先に説明したように、Ｒビットのいくつかが、インジケータフィールドと特定の値を有するインジケータとして使用される。詳細には、ＰＨフィールドを含むオクテットの右端のＲビットが、いずれの電力ヘッドルーム報告に対してＰｃｍａｘ，ｃ報告のような送信電力報告が含まれているかを指し示すために使用される。具体的には、図１１において、セルインデックス０に関連するタイプ１の電力ヘッドルーム報告とセルインデックス３に関連するタイプ１の電力ヘッドルーム報告に対して、図１１においてＰｃｍａｘ，ｃにより示される送信電力報告が含まれ、一番上の第１のＰｃｍａｘ，ｃ報告はセルインデックス０に属する、すなわちプライマリセルに関連するタイプ１のＰＨフィールドと関連付けられ、第２のＰｃｍａｘ，ｃ報告は、セルインデックス３、すなわち第３のＳセルに属するタイプ１の電力ヘッドルーム報告に関連付けられる。
【００７８】
図１２及び１３は、図１１のものと同様の、ビットマップをも含む電力ヘッドルーム制御エレメントを図解している。図１３においてタイプ２のＰＨフィールドを含むオクテットが、そして、図１２においてタイプ１のＰＨフィールドを含むオクテットが、ＰＨ  ＭＡＣ制御エレメントのＭＡＣサブヘッダの後であってビットマップの後に、先頭において提供され、この後に、非仮想フォーマットで報告される場合、関連する送信電力を含むオクテットが続く。その後、ビットマップにおけるビットによって指示される有効化されたサービングセルのそれぞれに対して、セルインデックスに基づいて昇順でオクテットが続き、ＰＨフィールドを有するオクテットの後に、関連する送信電力フィールドを有するオクテットが続く。上述のように、ビットマップのビットフィールドにおけるビット値「１」は、ビットフィールドのセルインデックスに対応するセルに対するＰＨフィールドが報告されることを指し示す。ビット値が「０」である場合、ＰＨフィールドは報告されない。図１２及び１３では、７ビットのみのビットマップをセルインデックス、ひいては報告がプライマリセルまたはセカンダリセルと関連付けられているかを指し示すために使用され、ビットマップの８番目のビットは予約ビット（Ｒビット）である。すでに上述したように、図６、８、１１、１２、及び１３では、セルインデックスは左から右へ昇順で与えられるが、同様の方法で、セルインデックスが右から左へ増加してもよく、これは所定の規則に依存する。
【００７９】
全ての電力ヘッドルームフィールドがまずデータエレメントに上から下まで含められると共に関連する送信電力フィールドが含められる図１１の電力ヘッドルーム制御エレメントと対照的に、図１２及び１３では、送信電力フィールドは常に対応するＰＨフィールドのすぐ後に続くオクテットに含まれる。
【００８０】
より詳細には、電力ヘッドルーム制御エレメントがタイプ１のＰＨＲのみを含む図１２に示される例では、タイプ２のＰＨＲが報告されない場合、最初のオクテットで、インジケータのインジケータフィールドにおける特定の値「１」は、次のオクテットに送信電力フィールドが含まれることを指し示し、送信電力フィールドは、Ｐｃｍａｘ，ｃのような上りリンクサービングセルの送信電力についての情報を含む。Ｐｃｍａｘ，ｃの報告の後に、次のオクテットは再び、図１２に示されるように、セルインデックス１を有する第１のセカンダリセルのタイプ１のＰＨＲを含むＰＨフィールドのような、ＰＨフィールドを含む。このオクテットが再びビット値「１」のインジケータフィールドを含むため、続くオクテットも再び、例えばＰｃｍａｘ，ｃ報告を含む送信電力フィールドを含むこととなる。
【００８１】
図１３の電力ヘッドルーム制御エレメントは、２つの最上段のオクテットにおいてプライマリセルについてタイプ２のＰＨＲと関連する送信電力とが報告されるのみであり、基本的に図１２と同一である。ここで、Ｐｃｍａｘ，ｃ１は、タイプ２のＰＨＲと関連付けられ、Ｐｃｍａｘ，ｃ２は第１のタイプ１のＰＨＲと関連付けられ、そして、Ｐｃｍａｘ，ｃ３は第２のタイプ１のＰＨＲと関連付けられている。
【００８２】
図１２及び１３に示される例において、インジケータの値「１」は、全ての電力ヘッドルーム報告が非仮想ＰＨＲであることを指し示している。一方で、上述のように、仮想ＰＨＲが送信されるべきであってＰｃｍａｘ，ｃが報告されるべきでない場合、いずれにせよ、ｅＮｏｄｅＢがこのＰｃｍａｘ，ｃの値を計算することができるため、インジケータフィールドにおけるビット値は、電力ヘッドルームが仮想であること、例えばビット値「０」、が指し示されてもよく、Ｐｃｍａｘ，ｃが参照フォーマットまたは仮想フォーマットに基づいて電力ヘッドルームのために不必要にシグナリングされることはないだろう。したがって、電力ヘッドルーム制御エレメントは、ｅＮｏｄｅＢのスケジューラにより送信が許可されていない要素キャリアのための仮想電力ヘッドルーム報告の送信を可能とする。
【００８３】
図９から１３に示されるように、タイプ１の電力ヘッドルーム報告及びタイプ２の電力ヘッドルーム報告の両方に対して、ビット値＝１を有するインジケータフィールドは、関連する送信電力フィールド、ここではいわゆるＰｃｍａｘ，ｃフィールドの存在を指し示し、ビット値＝０は関連する送信電力フィールドが省略されることを指し示している。代わりに、上述のように、ビット値＝０のインジケータフィールドが、関連する送信電力フィールドの存在を指し示してもよく、ビット値＝１が関連する送信電力フィールド（Ｐｍａｘ、ｃフィールド）が省略されていることを指し示してもよい。
【００８４】
図１４Ａおよび１４Ｂに関して説明される別の実施形態では、電力ヘッドルーム報告がバイト単位で揃えられていない。例えば、各電力ヘッドルーム報告の後（または前）に、Ｐｃｍａｘ，ｃが送信されているか否かを指し示す、インジケータフィールドにおける１つのインジケータビットがあってもよい。送信されている場合、Ｐｃｍａｘ，ｃは次に続き、または最後において続いてもよく、または、別の制御エレメントにおいて送信される。
【００８５】
上述の例では、インジケータビットとして使用されるＲビットは、電力ヘッドルーム報告が仮想／参照のＰＵＳＣＨ及びＰＵＣＣＨフォーマットの少なくともいずれかに基づいているかを指し示すために使用されてもよい。ＰＵＳＣＨ、ＰＵＣＣＨまたはその両方のいずれかのための参照フォーマットを用いて電力ヘッドルームに関連するＰｃｍａｘ，ｃを報告しないことが望まれる場合、このインジケータは、ｅＮｏｄｅＢによって、このＴＴＩにおいてＰｃｍａｘ，ｃ報告が予期されるべきか否かの情報を導出するためにも使用されうる。
【００８６】
以下では、タイプ１及びタイプ２によって構成される、ＰセルのＰＨＲのいくつかの特殊性について説明する。これらのＰＨＲのいずれもが仮想／参照フォーマットに基づかないか、または両方が仮想／参照フォーマットに基づくか、そして、タイプ１及びタイプ２が異なるＰｃｍａｘ，ｃに基づくかにも依存して、Ｐセルに対して含まれるＰｃｍａｘ，ｃフィールドの数が変動しうる。図１５の表は、タイプ１のＰＨＲとタイプ２のＰＨＲのオクテットのインジケータＲビットと、Ｐｃｍａｘ，ｃが含まれるか否かによって形成される組み合わせをリスト化している（この表では、「０」が参照フォーマットを指し示しているが、この反対も当然に可能である）。
【００８７】
例えば、表の第１行から分かるように、タイプ１のＰＨＲと同じオクテットに含まれるインジケータのビットの値（第１のビット）が「０」であり、タイプ２のＰＨＲと同じオクテットに含まれるインジケータのビットの値（第２のビット）が「０」である場合、タイプ１のＰＨＲとタイプ２のＰＨＲとのいずれも非仮想（実際の）送信に基づかず、すなわち、このＴＴＩにおいて、ＰＵＳＣＨとＰＵＣＣＨとの伝送のいずれもＰセル上で起こらない。Ｐｃｍａｘ，ｃは報告される必要がない。
【００８８】
図１５の第２行に指示されるように、第１のビット値が「０」であり、第２のビット値が「１」である場合、タイプ１のＰＨＲは仮想／参照ＰＵＳＣＨフォーマットに基づき、タイプ２のＰＨＲは実際の（非仮想）ＰＵＣＣＨと仮想／参照ＰＵＳＣＨフォーマットとに基づく。ＰＵＣＣＨの伝送を考慮したタイプ２のＰＨＲに対するＰｃｍａｘ，ｃが送信される。
【００８９】
第１のビット値が「１」であり第２のビット値が「０」である場合、タイプ１のＰＨＲは実際のＰＵＳＣＨフォーマットに基づき、タイプ２のＰＨＲは仮想／参照ＰＵＣＣＨと実際のＰＵＳＣＨフォーマットとに基づく。ＰＵＳＣＨ伝送を考慮したタイプ１のＰＨＲに対するＰｃｍａｘ，ｃが報告され、タイプ２のＰＨＲと関連するＰｃｍａｘ，ｃは必要である場合のみ報告されてもよい。
【００９０】
第１のビット値が「１」であり第２のビット値が「１」である場合、タイプ１のＰＨＲとタイプ２のＰＨＲとの両方が実際の伝送に基づく。タイプ１（ＰＵＳＣＨのみ）とタイプ２（ＰＵＳＣＨ及びＰＵＣＣＨ）とに対するＰｃｍａｘ，ｃが報告される必要がある。ＵＥの実装／標準化に応じて、１つ又は場合によっては２つのＰｃｍａｘ，ｃが同一のＣＣに対して報告される必要がある。
【００９１】
さらなる実施形態において、−少なくともタイプ１のＰＨＲに対し−、このＴＴＩにおいてそのＰＨＲ／ＣＣと関連付けられた全てのＰｃｍａｘ，ｃの値が、同じ値を有していてもよい。そのとき、ＭＡＣサブヘッダの１つのＲビットは（又はＭＡＣサブヘッダ若しくはＭＡＣ制御エレメント自体における他のインジケータは）、このＰＨＲのＭＡＣ制御エレメントにおいて報告される全てのＰＨＲが、同一のＰｃｍａｘ，ｃ報告と関連付けられるべきことを指し示すために使用されてもよい。Ｐｃｍａｘ，ｃ報告は、同一のＭＡＣ制御エレメントに含まれてもよいし、別個のＭＡＣ制御エレメントに含まれてもよい。これらのさらなる実施形態は、特定のＴＴＩと報告において、いずれのＰＨＲが、それに関連するＰｃｍａｘ，ｃを有すべきでないかを指し示すためにインジケータを使用するように、上で詳細に議論した実施形態と組み合わされてもよい。
【００９２】
上の実施形態によれば、ＰＨが報告されない全てのＣＣに対してＰｃｍａｘ，ｃを報告しないこと、すなわち、いくつかのＰｃｍａｘ，ｃのみが報告されることが可能となる。これは、ＰＨのために仮想フォーマットが使用されると共にｅＮｏｄｅＢがすでにＰｃｍａｘ，ｃ報告に含まれる情報の知識を有しており、したがってそれを受信する必要がない場合に有用でありうる。さらに、図９から１４に関して説明された実施形態では、Ｐｃｍａｘ，ｃ報告のような送信電力報告を特定するための追加のオクテットを要求しなくてもよく、既存の予約ビットをその特定に使用してもよい。バイト単位で揃えられていないＰＨＲ  ＭＡＣ制御エレメントソリューションを考慮しても、図１４Ａ及び１４Ｂに示されるように、報告されるＰＨごとに１つの追加ビットのみが要求されうる。
【００９３】
さらに、Ｐｃｍａｘ，ｃのような送信電力が、仮想／参照ＰＵＳＣＨ及びＰＵＣＣＨフォーマットの少なくともいずれかを使用してＰＨを報告するＣＣを除いて、常に報告されるべき場合、Ｒビットを介してｅＮｏｄｅＢへ与えられる、Ｐｃｍａｘ，ｃ報告のような送信電力報告に関する情報を、ｅＮｏｄｅＢが、特定のＰＨが仮想／参照フォーマット伝送に基づくか実際の伝送に基づくかを知るために使用することもできる。（Ｐｃｍａｘ，ｃ報告の存在が実施形態の１つによって指し示され、その存在は非仮想／非参照フォーマットＰＨによる場合）実施形態は逆にも働きうるため、２つのタイプの情報を同一のインジケータビットから得ることもできよう。
【００９４】
以下では、いくつかの実施形態による動作を図解するフローチャートについて説明する。
【００９５】
図１６に示されるフローチャートは、ＵＥからＢＳ、例えばｅＮｏｄｅＢへの電力ヘッドルーム報告を含む電力情報を伝達する動作を説明している。
【００９６】
第１のステップ１６１０において、ＰＨに関連する送信電力フィールドが送信されるべきかが判定される。より詳細には、ＰＨに関連付けられた、電力Ｐｃｍａｘ，ｃのような、関連する上りリンクサービングセルの送信電力についての情報を含む送信電力フィールドが、そのＰＨと共に送信されるべきかが判定される。
【００９７】
図１６のステップ１６１０において、送信電力フィールドを送信するべきでないと判定された場合、処理フローは終了する。一方で、ステップ１６１０において、Ｐｃｍａｘ，ｃ報告を含むフィールドのような送信電力フィールドを送信するべきと判定された場合、例えば、関連する電力ヘッドルーム報告が実際の伝送に基づく場合、ステップ１６４０において、ＰＨフィールドと送信電力フィールドとが、伝送のために、電力ヘッドルーム制御エレメントへ付加される。これにより、ＰＨフィールドと送信電力フィールドとを含む、図９のものと同様のＰＨ制御エレメントが供給される。
【００９８】
ステップ１６６０において、送信電力フィールドを含むオクテットがＰＨ  ＭＡＣ制御エレメントに含められていることを指し示すために、インジケータが特定の値に設定される。より具体的には、インジケータは、その中に特定の値を有するビットを含んでいるインジケータビットからなる。例えば、ビットの特定の値が１である場合、送信電力が送信電力フィールドにおいて報告されること、すなわち、Ｐｃｍａｘ，ｃ報告が含まれていることが指し示される。
【００９９】
１つの実施形態において、判定するステップ１６１０は、先にＰＨＲがトリガされたと判定した場合に実行される。換言すれば、特定のサービングセルに対してＰＨが報告されるべきことが決定された場合、ＰＨが仮想のものかまたは実際のフォーマットのものか及びそれに基づいて、送信電力フィールドがＰＨ制御エレメントに含まれているか含まれていないかを確認する必要がある。したがって、送信電力フィールドが送信されるべきかは、セルがこのＴＴＩにおいて送信のために有効な上りリンク許可を有する、すなわち非仮想または実際の伝送であるかに基づく。
【０１００】
送信電力フィールドが送信されるべきでない場合、例えば、関連するＰＨが仮想フォーマットのものである場合、ＰＨ、すなわち仮想ＰＨは、電力ヘッドルーム制御エレメントに付加され、インジケータは、送信電力フィールドが含まれていないことを指し示すように、別の特定の値に設定される。ステップ１６６０の先に説明した特定の値が「１」をとる場合、当該別の特定の値は「０」をとる。
【０１０１】
同様に、ＰＨが仮想伝送に基づいて用意されるべきと判定された場合、すなわち、仮想ＰＨの場合、インジケータは、関連する送信電力フィールドがＰＨＲに含められていないことを指し示すために、当該別の特定の値に設定される。
【０１０２】
図１７のフロー図は、Ｓセルに対してインジケータがどのように設定されるかの例を示すより詳細な順序で、上述のステップを説明している。Ｐセルに対しては、同様に図解されうる、それぞれがその独自のＰｃｍａｘ，ｃ報告に関連付けられる２つのＰＨＲがトリガされる場合がある。
【０１０３】
ステップ１７２０において、少なくとも１つのＰＨＲがトリガされており、この送信時間間隔（ＴＴＩ）において送信のために準備されるべきである。
【０１０４】
その後、続くステップは、各Ｓセルに対して実行される。ステップ１７４０において、サービングＳセルがトリガされたＰＨＲを有するかが確認される。このＳセルがトリガされたＰＨＲを有する場合、フローはステップ１７６０へ進み、関連するＰｃｍａｘ，ｃ報告がこのＰＨＲと共に送信されるべきかが確認される。
【０１０５】
例えば関連するＰＨが仮想フォーマットのものであるために、Ｐｃｍａｘ，ｃ報告を送信すべきでない場合、フローはステップ１７９０に進み、ＰＨがＰＨ  ＭＡＣ制御エレメントに付加され、インジケータは「０」に設定される。
【０１０６】
ステップ１７６０において、このＰＨと関連付けられたＰｃｍａｘ，ｃ報告が送信されるべきと判定された場合、例えばＰＨが実際の伝送に基づく場合、フローはステップ１７８０に進み、ＰＨ具体的にはＰＨフィールドがＰＨ  ＭＡＣ制御エレメントに付加され、インジケータが「１」に設定される。さらに、Ｐｃｍａｘ，ｃ報告がこのＴＴＩでの伝送のために付加される。
【０１０７】
図１６及び１７のフローチャートによれば、インジケータフィールドにおけるインジケータの特定の値が「１」である場合、ＰＨに関連付けられたＰｃｍａｘ，ｃフィールドの存在が指し示され、インジケータフィールドにおけるインジケータの値が別の特定の値、ここでは「０」である場合、Ｐｃｍａｘ，ｃフィールドが省略されていることが指し示される。この判定は、Ｐｈのタイプとは無関係であり、したがって、タイプ１のＰＨとタイプ２ＰＨとに対して実行されうる。代わりに、特定の値「０」がＰｃｍａｘ，ｃ報告が予期されるべきことを指し示してもよく、別の特定の値「１」がＰｃｍａｘ，ｃ報告が予期されるべきでないことを指し示してもよい。
【０１０８】
例えば、図１６及び１７に関して説明した動作は、ユーザ装置（ＵＥ）のようなユーザ端末（ＵＴ）において、具体的には、図１９に関して詳細に説明されるプロセッサにような、これらのステップを実行するように特別に適合又は構成された手段によって、実行されてもよい。ＵＥが１つ以上のＰＨとそのＰＨに関連付けられた１つ以上の送信電力報告とを含む電力情報を転送した後に、電力情報を運ぶ電力ヘッドルーム制御エレメントは、基地局において受信される。基地局は、電力情報を受信し、図１８に関してより詳細に説明するように、その電力情報を処理する。
【０１０９】
ＢＳがＵＥから電力情報を含むＰＨ制御エレメントを受信すると、そのＢＳは、ステップ１８２０において、受信したＰＨ制御エレメントのインジケータフィールドにおける値が、ＰＨ制御エレメントにＰＨフィールドに関連付けられた送信電力フィールドが含められていることを指し示す特定の値に設定されているかを判定する。例えば、図１７に関して議論したように、特定の値が「１」である場合に、これは送信電力フィールド、ひいてはＰｃｍａｘ，ｃ報告のような送信電力情報が電力ヘッドルーム制御エレメントに含まれていることを指し示す。
【０１１０】
インジケータフィールドの値が特定の値「１」に設定されている場合、ＢＳは、ステップ１８４０において送信電力フィールドを読み出し、そして、ＢＳは送信電力情報を取得する。
【０１１１】
インジケータフィールドの値が、「０」のような別の特定の値に設定されていると判定された場合、ＢＳは、仮想伝送に基づいて特定のＰＨが用意されたこと、そして関連する送信電力フィールドが含まれていないことを理解する。したがって、電力ヘッドルーム制御エレメントにおける続くオクテットは送信電力フィールドとして解釈されない。したがって、ＢＳに、電力ヘッドルーム制御エレメントにおいて送信された情報をどのように解釈すべきかの明確な命令を与えることが可能となる。結果として、Ｐｃｍａｘ，ｃのような送信電力情報を効率的に報告し、取り扱うことが可能となる。
【０１１２】
上述の実施形態において、電力ヘッドルーム制御エレメントが、ＲＡＮにおけるＵＥからＢＳへ伝達され、すなわち送信され、この電力ヘッドルーム制御エレメントは、１つ以上のＰＨフィールドとゼロ個以上のＰｃｍａｘ，ｃフィールドとを含み、上述のように構成される。
【０１１３】
上述の例及び実施形態では、Ｐｃｍａｘ，ｃをＰＨと関連付けるために、ＣＣとそれとを関連付けるための追加の識別子を用いるのに代えて、ＰＨ値とＣＣとの間の関係を再利用することができることを示した。
【０１１４】
これは、例えば、電力ヘッドルーム制御エレメントのＰＨを含むオクテットにおけるＲビットの１つを、このＰＨ、ひいてはこのＰＨに関連付けられたＣＣもが、関連するＰｃｍａｘ，ｃ報告を有するかを指し示すために用いることにより、達成される。
【０１１５】
図６から１４に示されるように、プライマリセルは、潜在的に異なるＰｃｍａｘ，ｃ値に基づきうる、報告される１つ又は２つのＰＨを有しうるため、１つ又は２つのＰｃｍａｘ，ｃ報告の存在が、指し示すのに使用される複数のＲビットの組み合わせに基づいて、決定されてもよい。
【０１１６】
さらに、既存のインジケータ、例えば、いわゆる仮想または参照フォーマットＰＨが送信されたことを指し示すインジケータを、Ｐｃｍａｘ，ｃ報告が送信されたか否かを知るために使用してもよいことが示された。この例において、仮想／参照フォーマットＰＨが指し示される場合、このＴＴＩにおいて報告される、このＣＣに対するＰｃｍａｘ，ｃ報告はないだろう。さらに、例えば、少なくともタイプ１の報告に対して、特定のＴＴＩにおいて報告される全てのＰＨＲが、同一のＰｃｍａｘ，ｃ報告と関連付けられることを指し示すために、ＭＡＣサブヘッダのＲビットの１つを使用してもよい。
【０１１７】
結果として、上述のインジケータを用いて、ＰＨが仮想フォーマットを用いて計算されること及びＰｃｍａｘ，ｃは送信されていないことを知ることが可能となり、これは、電力ヘッドルーム制御エレメントにおいてＰｃｍａｘ，ｃが存在するか否かを伝える１つの特定のビット位置を用いて容易に指し示されることができる。
【０１１８】
上で議論したように、上で一例としてユーザ装置又はＵＥと呼ばれるユーザ端末（ＵＴ）は、以下で図２０に示すように、上で一例としてｅＮｏｄｅＢと呼ばれるＢＳと、ＵＴからＢＳへの無線通信のための上りリンク（ＵＬ）を用いて、また、ＢＳからＵＴへの無線通信のための下りリンク（ＤＬ）を用いて、通信することができる。
【０１１９】
図１９及び図２０に示すように、ユーザ端末ＵＴ、例えばユーザ装置１９００は、図１０におけるプロセッサ１９２０又は図２０におけるプロセッサＵＴＰＲを含んでもよい。プロセッサは、図１９における送受信器１９６０又は図２０における送受信器ＵＴＸＣＶＲに接続されてもよい。さらに、プロセッサは、好ましくは、メモリ１９４０にも接続される。
【０１２０】
ユーザ装置１９００のプロセッサ１９２０は、例えば、電力ヘッドルームに関連する上りリンクサービングセルの送信電力についての情報、例えばＰｃｍａｘ，ｃを含む送信電力フィールドが、その電力ヘッドルームと共に報告されるべきかを判定するように構成される。プロセッサは、例えば、送信電力フィールドを送信すべきと判定した場合は、電力ヘッドルーム制御エレメントに、送信のために電力ヘッドルームフィールド及び送信電力フィールドを付加することと、送信電力フィールドが含まれていることを指し示すためにインジケータを特定の値に設定することとを制御するようにさらに構成される。ＰＨＲのＰＨフィールド、送信電力情報を含む送信電力フィールド、及びインジケータフィールドに関する詳細については上述しており、ここでも適用可能である。
【０１２１】
メモリ１９４０は、上述の電力ヘッドルーム制御エレメントの１つを記憶するためのメモリである。
【０１２２】
送受信器１９６０、又は図２０の送受信器ＵＴＸＣＶＲは、例えば上述の制御エレメントを含む連絡を送信し受信するように適合される。
【０１２３】
以下では、図２０に示されるシステムについて、より詳細に説明する。図２０のシステムは、ユーザ端末（ＵＴ）と基地局（ＢＳ）とを含む。ＵＴのプロセッサＵＴＰＲは、上述のように伝送するために、電力ヘッドルーム報告連絡とＰｃｍａｘ，ｃ報告連絡とのすくなくともいずれかを用意するように構成されうる。同様に、ＢＳは送受信器ＢＳＴＸＣＶＲと接続されるプロセッサＢＳＰＲを含んでもよく、プロセッサＢＳＰＲは、上述の受信した電力ヘッドルーム報告連絡とＰｃｍａｘ，ｃ報告連絡との少なくともいずれかを処理するように構成されうる。
【０１２４】
より詳細には、ＢＳは、受信した電力ヘッドルーム制御エレメントの電力ヘッドルーム報告を含む、受信した電力情報を処理するように構成されてもよい。基地局のプロセッサは、受信した電力ヘッドルーム制御エレメントのインジケータフィールドの値が、特定の電力ヘッドルームに関連する送信電力フィールドが電力ヘッドルーム制御エレメントに含められていることを指し示す特定の値に設定されているかを判定し、その値がその特定の値に設定されている場合に送信電力フィールドを読み出すように構成されうる。この処理の詳細については上述した。
【０１２５】
要約すれば、上に従えば、送信電力、例えばＰｃｍａｘ，ｃを、ＰＨが報告される全てのＣＣに対しては報告しないことが可能となる。これは、仮想フォーマットＰＨが報告され、ＢＳ例えばｅＮｏｄｅＢがすでに関連するＰｃｍａｘ，ｃ報告に含まれる情報の知識を有しており、したがってそれを受信する必要がない場合に有用でありうる。
【０１２６】
さらに、本発明の実施形態によれば、Ｐｃｍａｘ，ｃ報告を特定するための追加のオクテットを送信することを要求されず、既存の予約ビットを使用することができる。バイト単位で揃えられていないＰＨ  ＭＡＣ  ＣＥソリューションが適用される場合、ＰＨごとにわずか１つの追加ビットが要求される。
【０１２７】
さらに、仮想／参照ＰＵＳＣＨとＰＵＣＣＨフォーマットの少なくともいずれかを用いてＰＨを報告するＣＣを除いて報告Ｐｃｍａｘ，ｃが報告されるべき場合、Ｐｃｍａｘ，ｃ報告が供給されるかについてのこのＲビットを介してｅＮｏｄｅＢに与えられる情報は、特定のＰＨが仮想／参照フォーマット伝送に基づくか実際の伝送に基づくかを知るために、ｅＮｏｄｅＢによって使用されることもできる。本発明の実施形態は、（実施形態の１つによってＰｃｍａｘ，ｃ報告が指し示されると共に、その存在が非仮想／非参照フォーマットＰＨに依存する場合）反対にも動作しうるため、同一のインジケータビットから２つのタイプの情報を取得することによる利得がある。
【０１２８】
大部分はＬＴＥ標準による通信について例を用いて議論したが、先進移動電話サービス（ＡＭＰＳ）、ＡＮＳＩ−１３６、移動体通信用グローバル標準（ＧＳＭ）、汎用パケット無線サービス（ＧＰＲＳ）、ＧＳＭエボリューション用拡張データレート（ＥＤＧＥ）、ＤＣＳ，ＰＤＣ、ＰＣＳ、符号分割多元接続（ＣＤＭＡ）、ワイドバンドＣＤＭＡ、ＣＤＭＡ２０００、及びユニバーサル移動体通信システム（ＵＭＴＳ）周波数帯の少なくともいずれかのような、他の無線通信標準によって通信が提供されてもよい。さらに、本発明の実施形態によるユーザ端末／装置は、例えば、複数の要素キャリアを使用してセルラ通信（例えば、セルラ音声通信とセルラデータ通信との少なくともいずれか）を実行するように構成される、任意の無線（「移動体」）通信端末（「無線端末」又は「端末」）でありうる。
【０１２９】
ここでは、様々な実施形態について様々な実施形態が示されている添付の図面を参照して十分に説明した。しかしながら、この発明は多くの代替形式で実現されてもよく、ここで説明された実施形態に限定されると解されるべきではない。
【０１３０】
したがって、本発明は様々な変形及び代替形式の影響を受けやすいところ、その特定の実施形態が図において例として示されており、ここで詳細に説明された。しかしながら、本発明を開示されたその特定の形式に限定する意図はなく、それどころか、本発明は、請求項によって定められるような本発明の精神と範囲との中にある全ての変形、均等物、及び選択肢をカバーするものであると理解されるべきである。図の説明を通して、同様の番号は同様のエレメントを参照している。
【０１３１】
ここで使用される用語は、特定の実施形態を説明する目的のみのものであり、本発明を限定することを意図していない。ここで使用される単数形「ａ」「ａｎ」及び「ｔｈｅ」は、文脈がそうでないことを明らかに示していない限り、複数形をも含むことを意図している。さらに、用語「有する（comprise）」「有している（comprising）」「含む（include）」「含んでいる（including）」「有する（have）」「有している（having）」又はそのさまざまな変形は、ここで使用されるとき、提示された特徴、整数、ステップ、動作、要素、及び成分の少なくともいずれかの存在を特定するものであり、１つ以上の他の特徴、整数、ステップ、動作、要素、成分及びその組み合わせの少なくともいずれかの存在又は付加を除外するものではない。さらに、要素が他の要素またはその変形に「応答し」又は「接続され」ると言った場合、その要素が、当該他の要素に直接応答し又は接続されてもよいし、間に入る要素があってもよい。対称的に、要素が、他の要素またはその変形に「直接応答し」又は「直接接続され」と言った場合は、間に入る要素は存在しない。ここで用いられるように、「少なくともいずれか（and/or）は、１つ以上の関連するリスト化された項目のいずれか及び任意の組み合わせを含み、これは「／」という形に省略されうる。
【０１３２】
様々な要素を説明するために、ここでは、第１の、第２の、などの用語を使用しうるが、これらの要素は、これらの用語によって限定されるべきではないことが理解されるだろう。これらの用語は、単に、１つ要素を他のものと区別するために使用される。例えば、開示の教示から逸脱することなく、第１の要素を第２の要素と称してもよく、同様に、第２の要素を第１の要素と称してもよい。さらに、図のいくつかは通信の主要な方向を示すための通信パス上の矢印を含んでいるが、通信は、描画された矢印と反対方向においても生じうることが理解されるべきである。
【０１３３】
プロセッサとメモリとの少なくともいずれかを含む、デバイス、装置及びシステム並びに機器及び局を含む、本発明の様々な実施形態によるエンティティは、コンピュータプログラムを有し、又は記憶しておいてもよく、このコンピュータプログラムは、このコンピュータプログラムが実行されるときに、本発明の実施形態に係るステップ及び動作が実行されるような、すなわちデータ処理手段にその動作を実行させるような命令を含む。具体的には、本発明の実施形態は、本発明の実施形態に係る動作を実行するためのコンピュータプログラムにも関し、また、上述の方法を実行するためのコンピュータプログラムを記憶する任意のコンピュータ可読媒体に関する。
【０１３４】
特別に構成されたプロセッサと同様に、上述の機器及び局又はシステムの機能を実行するために、様々な固有のユニットが使用されてもよい。さらに、意図した機能をもたらすために、異なるソフトウェアまたはハードウェア構成要素又はデバイスに、機能が分散されてもよい。目的の機能性を与えるために、複数の相異なるユニットが寄せ集められてもよい。機能は、また、ハードウェア、ソフトウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ファームウェアなどによって実装されてもよい。
【０１３５】
ここでは、コンピュータで実装される方法、装置（システムとデバイスとの少なくともいずれか）、及びコンピュータプログラムの媒体の少なくともいずれかの、ブロック図とフローチャートの図解との少なくともいずれかを参照して例示的な実施形態について説明している。ブロック図とフローチャートの図解との少なくともいずれかにおけるブロックと、ブロック図とフローチャートの図解との少なくともいずれかにおけるブロックの組み合わせとは、１つ以上のコンピュータ回路によって実行されるコンピュータプログラム命令によって実装されうる。これらのコンピュータプログラム命令は、命令が、コンピュータのプロセッサと他のプログラム可能なデータ処理装置との少なくともいずれかを介して実行されるときに、トランジスタ、記憶領域に記憶された値、及びこのような回路構成内の他のハードウェア構成要素を、ブロック図とフローチャートの１つ又は複数のブロックとの少なくともいずれかにおいて特定される機能／動作を実行するように変えて制御し、それによりブロック図とフローチャートのブロックとの少なくともいずれかにおいて特定される機能／動作を実行するための、手段（機能）と構造との少なくともいずれかを作り出すような機械を実現するために、処理回路又は汎用コンピュータ回路、特定用途用コンピュータ回路、及び他のプログラム可能なデータ処理回路の少なくともいずれかに供給されてもよい。
【０１３６】
コンピュータ可読媒体に記憶された命令が、ブロック図とフローチャートの１つ以上のブロックとの少なくともいずれかにおいて特定される機能／動作を実装する命令を含む製品を生産するように特定の方法で機能するように、コンピュータまたは他のプログラム可能なデータ処理装置に指示することができる、そのコンピュータ可読媒体に、これらのコンピュータプログラム命令が記憶されていてもよい。
【０１３７】
有形の、非一時的なコンピュータ可読媒体は、電子の、磁気の、光学の、電磁気の、又は半導体のデータ記憶システム、装置又はデバイスを含んでもよい。コンピュータ可読媒体のより具体的な例は、以下を含む：可搬のコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み出し専用メモリ（ＲＯＭ）回路、消去及びプログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）回路、可搬のコンパクトディスク読み出し専用メモリ（ＣＤＲＯＭ）、及び可搬のデジタルビデオディスク読み出し専用メモリ（ＤＶＤ／ＢｌｕｅＲａｙ）。
【０１３８】
コンピュータプログラム命令は、コンピュータと他のプログラム可能データ処理装置との少なくともいずれかにおいて一連の動作ステップを実行させ、ブロック図とフローチャートの少なくとも１つのブロックとの少なくともいずれかにおいて特定される機能／動作を実装するためのステップを、そのコンピュータと他のプログラム可能装置との少なくともいずれかにおいて実行する命令が提供するようなコンピュータで実装された処理を実現するために、コンピュータと他のプログラム可能データ処理装置との少なくともいずれかにロードされてもよい。
【０１３９】
したがって、本発明は、ハードウェアと、デジタルシグナルプロセッサような、「回路」「モジュール」又はその変形とまとめて呼ばれうるプロセッサ上で作動するソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）との少なくともいずれかにより実現されてもよい。
【０１４０】
いくつかの別の実装において、ブロックに書かれた機能／動作が、フローチャートに書かれた順から外れて現れうることにも留意すべきである。例えば、連続して示される２つのブロックは、含まれる機能性／動作に応じて、実際にはほぼ同時に実行されてもよく、場合によっては逆の順番で実行されてもよい。さらに、フローチャートとブロック図との少なくともいずれかの所与のブロックの機能性が複数のブロックに分割されてもよく、フローチャートとブロック図との少なくともいずれかの２つ以上のブロックの機能性が、少なくとも部分的に統合されてもよく、これらの両方が行われてもよい。最後に、他のブロックが図解されているブロックの間に他のブロックが付加され／挿入されてもよい。
【０１４１】
ここでは、多くの実施形態について、上述の説明と図と関連して説明した。これらの実施形態の全ての組み合わせと部分的な組み合わせとを完全に説明すると共に図解することは過度に繰り返しが多く、分かりにくくすることとなるだろうことが理解されるだろう。したがって、図面を含む本明細書は、ここで説明された実施形態の、そしてそれらを作ると共に使用する方法及び処理の、全ての組み合わせと部分的な組み合わせの完全な明細書を構成していると解すべきであり、任意のそのような組み合わせ又は部分的な組み合わせに対する請求項の支持となるだろう。
【０１４２】
他に定められない限り、ここで使用される（専門用語及び科学用語を含む）全ての用語は、本発明が属する分野の当業者によって一般に理解されるのと同じ意味を有する。一般的に使用される辞書で定義されるもののような用語は、関連する技術の文脈における意味と調和する意味を有すると解釈されるべきであり、ここではっきりとそのように定義されない限りは、理想的なまたは過度に形式的な意味では解釈されないだろう。
【０１４３】
明細書において、本発明の実施形態について開示し、特定の用語が用いられているが、一般的かつ記述的な意味でのみそれらは用いられており、限定を目的としたものではない。
【０１４４】
本発明の他の実施形態は、ここで開示した本発明の明細書及び実務の考察から、当業者には明らかであろう。本明細書及び例は単なる例示であることが意図されている。この目的を達成するために、発明の態様が、単一の、前述の開示された実施形態または構成の全ての特徴に満たないものであることが理解されるべきである。したがって、本発明の真の範囲及び精神は、以下の特許請求の範囲によって指し示される。
【図１】
2013543345.tif 000003
【図６】
2013543345.tif 000004
【図７】
2013543345.tif 000005
【図８】
2013543345.tif 000006
【図９】
2013543345.tif 000007
【図１０】
2013543345.tif 000008
【図１１】
2013543345.tif 000009
【図１２】
2013543345.tif 000010
【図１３】
2013543345.tif 000011
【図１４Ａ】
2013543345.tif 000012
【図１４Ｂ】
2013543345.tif 000013
【図１５】
2013543345.tif 000014
【図１６】
2013543345.tif 000015
【図１７】
2013543345.tif 000016
【図１８】
2013543345.tif 000017
【図１９】
2013543345.tif 000018
【図２０】
2013543345.tif 000019
【図２Ａ】
2013543345.tif 000020
【図２Ｂ】
2013543345.tif 000021
【図３】
2013543345.tif 000022
【図４】
2013543345.tif 000023
【図５】
2013543345.tif 000024
【手続補正書】
【提出日】平成24年7月25日(2012.7.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
制御エレメントのような、効果的な電力情報の報告を可能とする伝達手段、及び、Ｐｃｍａｘ，ｃのような送信電力情報を効率的に報告し、または取り扱うことを可能とする、方法、ユーザ装置、基地局、システム及びコンピュータプログラムを提供することが望ましい。
ＭＥＤＩＡＴＥＫによる文書「Ｆｕｒｔｈｅｒ  ｄｅｔａｉｌｓ  ｆｏｒ  Ｒｅｌ−１０  ＰＨＲ」、３ＧＰＰ  ＤＲＡＦＴ；Ｒ２−１０５４４４＿ＤＩＳＣ  ＭＡＣ  ＰＨＲ、３ＧＰＰ、ＭＯＢＩＬＥ  ＣＯＭＰＥＴＥＮＣＥ  ＣＥＮＴＲＥ；Ｆ−０６９２１  ＳＯＰＨＩＡ−ＡＮＴＩＰＯＬＩＳ  ＣＥＤＥＸ；ＦＲＡＮＣＥ、ｖｏｌ．ＲＡＮ  ＷＧ２、ｎｏ．Ｘｉ’ａｎ；２０１０−１０−０５、ＸＰ０５０４５２６０２は、ワーキンググループの会合の文書であり、新しいＬＣＩＤを有することを提案している。さらに、その書面において、いくつかの選択肢を考慮することにより、固定長又は可変長を有する新しい電力ヘッドルーム報告（ＰＨＲ）について議論している。ＰＨＲが含まれる要素キャリア（ＣＣ）を明確に指し示すために、明示的なマッピング、例えばビットマップを含めることを提案している。そのビットマップが、ＭＡＣ  ＣＥ又はサブヘッダと共に含められてもよいことに言及している。
ワーキンググループの会合の文書であるＺＴＥ  ＣＯＯＰＥＲＡＴＩＯＮによる文書「ＰＨＲ  ＭＡＣ  ＣＥ  ｄｅｓｉｇｎ」、３ＧＰＰ  ＤＲＡＦＴ；Ｒ２−１０５３４１  ＰＨＲ  ＭＡＣ  ＣＥ  ＤＥＳＩＧＮ、３ＧＰＰ、ＭＯＢＩＬＥ  ＣＯＭＰＥＴＥＮＣＥ  ＣＥＮＴＲＥ；Ｆ−０６９２１  ＳＯＰＨＩＡ−ＡＮＴＩＰＯＬＩＳ  ＣＥＤＥＸ；ＦＲＡＮＣＥ、ｖｏｌ．ＲＡＮ  ＷＧ２、ｎｏ．Ｘｉ’ａｎ；２０１０−１０−０３、ＸＰ０５０４５２３９６は、ＰＨＲ報告をキャリアアグリゲーションに適合させるためのの電力ヘッドルームＭＡＣ  ＣＥ設計と電力ヘッドルームを特定するために１バイトのビットマップを使用することとが記載されているのみである。識別子又は送信電力についての情報は与えられていない。
文書ＴＳＧ  ＲＡＮ  ＷＧ１：「ＬＳ  ｒｅｓｐｏｎｓｅ  ｏｎ  ｐｅｒ−ＵＥ  ＰＨＲ」、３ＧＰＰ  ＤＲＡＦＴ；Ｒ２−１０５７９６、３ＧＰＰ、ＭＯＢＩＬＥ  ＣＯＭＰＥＴＥＮＣＥ  ＣＥＮＴＲＥ；Ｆ−０６９２１  ＳＯＰＨＩＡ−ＡＮＴＩＰＯＬＩＳ  ＣＥＤＥＸ；ＦＲＡＮＣＥ、ｖｏｌ．ＲＡＮ  ＷＧ２、ｎｏ．Ｊａｃｋｓｏｎｖｉｌｌｅ；２０１０−１１−０１、ＸＰ０５０４９１８８１もまた、２０１０年１１月１５日〜１９日に開催された、ワーキンググループの会合の文書である。
【国際調査報告】
2013543345.tif 000025
2013543345.tif 000026
2013543345.tif 000027