(57)【特許請求の範囲】
【請求項１】
無線通信装置における方法であって、
搬送波のサブフレームの第１のリソースブロック（ＲＢ）セットに対応する第１の構成最大送信電力（ＰＣＭＡＸ）値を決定する工程であって、
前記第１のＲＢセットは、前記搬送波を構成する完全なＲＢセットより少ないＲＢを含む、前記工程と、
前記搬送波の前記サブフレームの第２のＲＢセットに対応する第２のＰＣＭＡＸ値を決定する工程であって、
前記第１及び第２のＲＢセットは共通の種類のＲＢを含み、
前記第２のＲＢセットは前記第１のＲＢセットとは異なり、前記第２のＲＢセットは、前記搬送波を構成する前記完全なＲＢセットより少ないＲＢを含む、前記工程と、
少なくとも前記第１のＰＣＭＡＸ値及び前記第２のＰＣＭＡＸ値を含む前記サブフレームの複合レポートを基地局に送信する工程と、
を備える、方法。
【請求項２】
前記第１及び第２のＲＢセットは、周波数領域において部分的に重なっている、請求項１に記載の方法。
【請求項３】
前記第１及び第２のＲＢセットは、周波数領域において異なる、請求項１に記載の方法。
【請求項４】
前記第１及び第２のＲＢセットの識別情報を前記基地局に送信する工程をさらに備える、請求項１に記載の方法。
【請求項５】
前記サブフレームの第１の時間部分について前記第１のＲＢセットの第１のＰＣＭＡＸ値を決定する工程と、
前記サブフレームの第２の時間部分について前記第２のリソースブロック（ＲＢ）セットの第２のＰＣＭＡＸ値を決定する工程と、を含み、
前記サブフレームの前記第１及び第２の時間部分は重なっていない、請求項１に記載の方法。
【請求項６】
前記基地局から拡張ＰＣＭＡＸレポートに対する明示的な要求を受信することに応答して、前記基地局に前記複合レポートを送信する工程をさらに備える、請求項１に記載の方法。
【請求項７】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージ、又は媒体アクセス制御（ＭＡＣ）レイヤメッセージ、又は無線リソース制御（ＲＲＣ）メッセージ内で、前記基地局から前記明示的な要求を受信する工程を含む、請求項６に記載の方法。
【請求項８】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージ内で前記基地局から前記明示的な要求を受信する工程であって、前記ＰＤＣＣＨメッセージは、アップリンク搬送波、前記第１及び第２のＲＢセット、並びに前記複合レポートを送信すべき前記アップリンクでのリソースブロックを識別する識別情報を含む、請求項６に記載の方法。
【請求項９】
前記第２のＲＢセットは前記第１のＲＢセットと重なっておらず、
前記第１及び第２のＲＢセットは、前記搬送波の物理アップリンク共有チャネル（ＰＵＳＣＨ）ＲＢの完全なセットを構成する、請求項１に記載の方法。
【請求項１０】
前記搬送波の前記サブフレームにおいて第１の無線アクセス技術（ＲＡＴ）を使用して通信する工程と、
前記搬送波上の前記サブフレームにおいて、前記第１のＲＡＴを使用して通信するとともに、第２のＲＡＴを使用して通信する工程と、
をさらに備え、
前記第１及び第２のＲＢセットの前記第１及び第２のＰＣＭＡＸ値は、前記サブフレームの前記搬送波での前記第１のＲＡＴに対する値であり、前記第１のＲＢセットの前記第１のＰＣＭＡＸ値のみが、電力管理要件を満たすように特定の電力バックオフ値だけ低減される、請求項９に記載の方法。
【請求項１１】
前記第１のＲＢセットは少なくとも２つのＲＢを含み、
前記第１のＰＣＭＡＸ値を決定する工程は、前記少なくとも２つのＲＢのそれぞれのＰＣＭＡＸ値を決定する工程を含み、前記少なくとも２つのＲＢのうちの一方のＰＣＭＡＸ値は、前記少なくとも２つのＲＢのうちの他方のＰＣＭＡＸ値よりも低いＰＣＭＡＸ値であり、
前記第１のＰＣＭＡＸ値を前記基地局に送信する工程は、前記より低いＰＣＭＡＸ値のみを前記基地局に報告する工程を含む、
請求項１に記載の方法。
【請求項１２】
前記第１のＲＢセットに対応する第１の電力ヘッドルーム（ＰＨ）値を決定する工程と、
前記第２のＲＢセットに対応する第２のＰＨ値を決定する工程と、
第１のＰＨ値及び前記第２のＰＨ値を前記複合レポートにより送信する工程と、
をさらに備える、請求項１に記載の方法。
【請求項１３】
基地局と通信する無線通信装置における方法であって、
特定の電力バックオフが第１のリソースブロック（ＲＢ）セットに必要であることと、前記特定の電力バックオフが共通のサブフレームにおける第２のＲＢセットに必要でないこととを決定する工程と、
前記第２のＲＢセットに対応する構成最大送信電力（ＰＣＭＡＸ）値を決定する工程と、
前記第１のＲＢセットのＰＣＭＡＸ値と識別情報とを含むレポートを前記基地局に送信する工程と、
を備える、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に無線通信に関し、より詳細には無線通信ネットワークでの干渉軽減に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）長期エボリューション（ＬＴＥ）無線通信システムでは、ユーザ機器（ＵＥ）は、電力ヘッドルーム（ＰＨ）レポートを基地局（３ＧＰＰ  ＬＴＥではｅＮＢとしても知られる）に送信して、ＵＥ送信に利用可能な電力ヘッドルーム（ＰＨ）を示す。ＵＥは、以下の式に従ってＰＨを計算する。
【０００３】
【数１】
0005733851.tif 000002
【０００４】
式中、「ｉ」はサブフレームであり、「ｃ」はＰＨが報告される構成要素搬送波（ＣＣ）又はサービングセルである。ＭＰＵＳＣＨは、サブフレーム内でＵＥに割り当てられたリソースブロック数に関する、ＵＥにシグナリングされる物理アップリンク共有チャネル（ＰＵＳＣＨ）リソース割当帯域幅であり、ＰＬはダウンリンク（ＤＬ）経路損失推定であり、Ｐ０＿ＰＵＳＣＨ及びαは開ループ電力制御パラメータであり、ｆ（ｉ）は閉ループ電力制御コマンドの蓄積により得られる電力制御状態であり、ΔＴＦは変調・符号化方式（ＭＣＳ）に基づく送信電力オフセットである。ＰＣＭＡＸは、ＵＥの構成最大出力電力であり、Ｐ＿ＰｏｗｅｒＣｌａｓｓ（公称ＵＥ最大送信電力）、ＰＥＭＡＸ（ｅＮＢによりＵＥにシグナリングされる送信電力限界）、ＭＰＲ（最大電力低減）、Ａ−ＭＰＲ（追加最大電力低減）、及びΔＴｃ（搬送波の周波数位置に基づいてＵＥにより行われる最大電力調整）を含む３ＧＰＰ３６．１０１において定義されるいくつかのパラメータの関数である。ＬＴＥリリース１０（Ｒｅｌ−１０）では、各総合アップリンク（ＵＬ）構成要素搬送波のＰＣＭＡＸ（ＰＣＭＡＸ，ｃ）に別個の値が仮定される。ＬＴＥ  Ｒｅｌ−１０では、ＰＨに加えて、ＰＣＭＡＸもＵＥによりｅＮＢに報告される。ＬＴＥリリース８（Ｒｅｌ−８）では、ＰＣＭＡＸは以下の式により定義される。
【０００５】
【数２】
0005733851.tif 000003
【０００６】
ここで、ＭＰＲは、より高次の変調及びより大きな搬送波帯域幅を用いる送信を説明するために、ＵＥに許された最大電力低減である（即ち、ＵＥは０ｄＢとＭＰＲｄＢとの間で送信電力をバックオフし得る）。Ａ−ＭＰＲは、追加の隣接チャネル漏洩電力比（ＡＣＬＲ）及びスペクトル放射要件が基地局によりシグナリングされる場合、ＵＥに許される追加の最大電力低減である。ＰＣＭＡＸの式は、ＵＥが、ＰＣＭＡＸ値を決定するために、０ｄＢ〜（ＭＰＲ＋Ａ−ＭＰＲ＋ΔＴｃ）ｄＢの電力バックオフを提供可能なことを示す。適用されるバックオフの値は、ＲＦ実装に基づいて異なるＵＥで異なることができ、従って、ＭＰＲ及びＡ−ＭＰＲ許可量を説明するために特定のＵＥにより適用される電力バックオフの厳密な値は、ｅＮＢには分からない。ｅＮＢはせいぜい、ＵＥが適用されるバックオフが、ＭＣＳレベル、所与の周波数帯内でのリソースブロック（ＲＢ）割当、並びに追加としてシグナリングされるＡＣＬＲ及びスペクトル放射要件に応じて、ＭＰＲ＋Ａ−ＭＰＲ＋ΔＴｃよりも小さいと仮定することしかできない。
【０００７】
ＬＴＥ  Ｒｅｌ−１０  ＵＬ送信メカニズム（物理アップリンク制御チャネル（ＰＵＣＣＨ）及びＰＵＳＣＨの同時送信又は連続ＰＵＳＣＨリソースブロックの複数の非連続クラスタ（通常、クラスタＰＵＳＣＨ又は非連続ＰＵＳＣＨと呼ばれる）の送信等）は、ＵＥ送信器チェインに追加の変調間（ＩＭ）生成物を生成させる。これらの状況下では、新しい送信器電力バックオフ（ＬＴＥ  Ｒｅｌ−８で既に要求されるバックオフに加えて）が、ＬＴＥ  Ｒｅｌ−１０においてＩＭ問題に対処するために必要とされる可能性が高い。新しいバックオフの値は、ＵＥに割り当てられるリソースブロック数及びその位置に応じて４ｄＢ〜１０ｄＢであることができる。この新しいバックオフは、ＬＴＥ  Ｒｅｌ−１０においてＰＣＭＡＸ，ｃを計算する間、ＵＥにより含まれるものとも予期される。
【０００８】
ＵＥは、二重無線アクセス技術（ＲＡＴ）送信（例えば、ＬＴＥ及び１×ＲＴＴ同時送信）に向けて構成される場合、ＲＢ割当に基づいて、さらに別の新しい追加の電力バックオフを適用する必要があることもある。ＵＥが追加の電力バックオフを特定のＲＢ割当に適用する必要があり得る他の状況もあり得る。そのような状況としては、ＬＴＥ及びＷｉＦｉ同時送信並びにＬＴＥ及びＢｌｕｅｔｏｏｔｈ（登録商標）同時送信が挙げられる。
【０００９】
これらの新しい追加のバックオフ値をＰＣＭＡＸの計算に含め、ＰＣＭＡＸ（及び任意選択的に、ＰＣＭＡＣに基づいて計算されるＰＨも）をｅＮＢに報告することは、ｅＮＢが、利用可能なＵＥ送信電力及び送信電力ヘッドルームをよりよく理解するのに役立つ。ｅＮＢは、この情報を使用して、より正確にスケジューリング及び電力制御を行い、それにより、ネットワーク容量を増大させることができる。
【００１０】
一般に、将来のＬＴＥシステムでのＵＥは、ＡＣＬＲ及びスペクトル放射要件を満たすため、様々な端末電力管理要件を管理するため、又はこれら両方のために、異なるＲＢ割当に異なる電力バックオフを適用する必要がある。ＡＣＬＲ及びスペクトル放射要件は一般に、ＰＵＳＣＨ及びＰＵＣＣＨ同時送信又は非連続ＰＵＳＣＨ送信のために満たさなければならない。端末電力管理要件は、ＬＴＥ及び１×ＲＴＴ同時送信、ＬＴＥ及びＷｉＦｉ同時送信、又はＬＴＥ及びＢｌｕｅｔｏｏｔｈ（登録商標）同時送信に関連し得る。
【００１１】
ＬＴＥ−Ａは、所与のサブフレームでの複数の別個のＰＨレポートの送信をサポートし、各レポートは、３ＧＰＰコントリビューションＲ２−１０５９６０、Ｒ１−０９４２７４、Ｒ１−１０５７６１、及びＲ１−１０５８０２において記載されるように、特定の構成要素搬送波に関連付けられた特定のサービングセルに対応する。識別される従来技術は、単一の搬送波内のＰＵＳＣＨ  ＲＢの様々なサブセット（即ち、リソースブロック群）の所与のサブフレームでの複数のＰＨ及びＰＣＭＡＸレポートの送信を考察していない。
【図面の簡単な説明】
【００１２】
【図１】無線通信システムを示す図。
【図２】処理フローチャートを示す図。
【図３】無線通信装置の概略ブロック図を示す図。
【図４】周波数領域において部分的に重なる第１及び第２のＲＢセットを示す図。
【図５】周波数領域において異なる第１及び第２のＲＢセットを示す図。
【図６】サブフレームの第１の時間部分の第１のＲＢセット及びサブフレームの第２の時間部分の第２のリソースブロック（ＲＢ）セットを示す図。
【発明を実施するための形態】
【００１３】
本発明の様々な態様、特徴、及び利点が、後述する添付図面と共に以下の本発明の詳細な説明を入念に考慮した上で、当業者により完全に明らかになるだろう。図面は、明確にするために簡素化されていることがあり、必ずしも一定の縮尺で描かれているわけではない。
【００１４】
図１では、無線通信システム１００は、地理的領域にわたって分散した通信ネットワークを形成するマルチセルサービングベースユニットを備える。ベースユニットは基地局、アクセスポイント（ＡＰ）、アクセス端末（ＡＴ）、ノードＢ（ＮＢ）、エンハンストノードＢ（ｅＮＢ）、又は当分野で使用される過去、現在、又は将来の他の用語で称することもできる。１つ又は複数のベースユニット１０１及び１０２は、サービングエリア、サービングセル、又はサービングセルのセクタ内の複数の遠隔ユニット１０３及び１１０にサービスを提供（サービング）する。遠隔ユニットは、加入者ユニット、モバイルユニット、ユーザ、端末、加入者局、ユーザ機器（ＵＥ）、ユーザ端末、又は当分野で使用される他の用語で称することもできる。ネットワークベースユニットは、遠隔ユニットと通信して、無線リソースを使用する送信のスケジューリング及び情報の受信等の機能を実行する。無線通信ネットワークは、情報ルーティング、アドミッション制御、課金、認証等を含む管理機能も含み得、この管理機能は、他のネットワークエンティティにより制御してもよい。無線ネットワークのこれら及び他の側面が一般に、当業者には既知である。
【００１５】
図１では、ベースユニット１０１及び１０２は、ダウンリンク通信信号を、時間領域、周波数領域、及び／又は符号領域にあり得る無線リソースで遠隔ユニット１０３及び１１０に送信する。遠隔ユニットは、アップリンク通信信号を介して１つ又は複数のベースユニットと通信する。１つ又は複数のベースユニットは、遠隔ユニットにサービングする１つ又は複数の送信器及び１つ又は複数の受信器を含み得る。ベースユニットでの送信器数は、例えば、ベースユニットでの送信アンテナ１１２の数に関連し得る。複数のアンテナを使用して、各セクタにサービングして、様々な高度通信モード、例えば、適応ビーム形成、送信ダイバーシチ、送信ＳＤＭＡ、及びマルチストリームトランザクション等を提供する場合、複数のベースユニットを配備することができる。セクタ内のこれらのベースユニットは、高度に統合し得、様々なハードウェア構成要素及びソフトウェア構成要素を共有し得る。例えば、ベースユニットは、セルにサービングする複数の同一場所に配置されたベースユニットを含むこともできる。遠隔ユニットも、１つ又は複数の送信器及び１つ又は複数の受信器を含むことができる。送信器の数は、例えば、遠隔ユニットでの送信アンテナ１１５の数に関連し得る。
【００１６】
一実施態様では、無線通信システムは、ＥＵＴＲＡとも呼ばれる３ＧＰＰユニバーサル移動体通信システム（ＵＭＴＳ）ＬＴＥプロトコルに準拠し、ベースユニットは、ダウンリンクで直交周波数分割多重化（ＯＦＤＭ）変調方式を使用して送信し、ユーザ端末はアップリンクで、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）又は離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−ＳＯＦＤＭ）方式を使用して送信する。さらに別の実施態様では、無線通信システムは、ＬＴＥ−Ａとも呼ばれる３ＧＰＰユニバーサル移動体通信システム（ＵＭＴＳ）ＬＴＥ−アドバンストプロトコル又は何らかの後世代若しくは後にリリースされたＬＴＥに準拠し、ベースユニットは、直交周波数分割多重化（ＯＦＤＭ）変調方式を使用して１つ又は複数のダウンリンク構成要素搬送波で送信し、ユーザ端末はアップリンクで、アップリンク構成要素搬送波の１つ又は複数を使用して送信することができる。より一般的には、無線通信システムは、他の何らかのオープン又はプロプライエタリ通信プロトコル、例えば、他の既存及び将来のプロトコルの中でも、ＷｉＭＡＸを実装し得る。本開示は、いかなる特定の無線通信システムアーキテクチャ又はプロトコルでの実装も意図されない。アーキテクチャは、一次元又は二次元拡散を用いるマルチキャリアＣＤＭＡ（ＭＣ−ＣＤＭＡ）、マルチキャリア直接シーケンスＣＤＭＡ（ＭＣ−ＤＳ−ＣＤＭＡ）、直交周波数及び符号分割多重化（ＯＦＣＤＭ）等の拡散技法の使用を含んでもよい。本開示の特徴が実装されるアーキテクチャは、より単純な時間及び／又は周波数分割多重化／多元接続技法或いはこれらの様々な技法の組み合わせに基づいてもよい。代替の実施形態では、無線通信システムは、ＴＤＭＡ又は直接シーケンスＣＤＭＡを含むが、これらに限定されない他の通信システムを利用してもよい。通信システムはＴＤＤ（時分割二重）又はＦＤＤ（周波数分割二重）システムであってもよい。
【００１７】
図２には、以下に説明する無線通信プロトコルの例に準拠して通信するように構成された無線送受信器２１０を一般に備える無線通信装置２００の概略ブロック図を示す。送受信器２１０はプロセッサ２２０に通信可能に結合され、プロセッサ２２０は、送受信器による情報の送受信を制御する機能２２２を含む。コントローラの機能は、メモリ２３０に記憶された命令を実行するデジタルプロセッサとして容易に実装され、メモリ２３０は、ＲＡＭ、ＲＯＭ、又は他の何らかの既知のメモリ装置として具現し得る。ユーザ端末又は機器（ＵＥ）として実装される場合、装置２００はユーザインタフェース２４０も含み、ユーザインタフェース２４０は通常、概して当業者に既知のように、触覚的、視覚的、及び音声インタフェース要素を含む。本開示に関する無線通信端末の他の態様についてさらに後述する。
【００１８】
一般に、ＵＥがＰＨ及びＰＣＭＡＸを報告して、ＵＥが送信することができる最大送信電力及びＵＥが利用可能な電力ヘッドルームの、ｅＮＢによるよりよい理解に役立てることが有益である。現システムでは、特定のサブフレームについて報告されるＰＨ及びＰＣＭＡＸ情報（通常のＰＨレポート及びＰＣＭＡＸレポート）は、そのサブフレームへの特定のリソース割当に基づいて計算される。リソース割当は一般に、周波数リソース（通常ＲＢ）の割当を、それらの周波数リソースで送信するためにＵＥが使用すべき搬送波帯域幅内の位置及びＭＣＳを識別する手段と共に含む。現手法の一欠点は搬送波／サービスセル内の周波数領域（例えば、異なるＲＢ又はＲＢの異なるサブセット）でのＰＣＭＡＸ及びＰＨについての完全な情報を与えないことである。ＬＴＥシステムでのアップリンク（ＵＬ）スケジューリングは、時間領域及び周波数領域でのものであるため、ｅＮＢでの周波数固有ＰＣＭＡＸ及びＰＨ情報により、ｅＮＢスケジューラは、搬送波／サービングセル内のＲＢをより効率的にＵＥに割り当てることができる。ｅＮＢが利用可能な一選択肢は、異なるリソース割当を用いる異なるサブフレームの、ＵＥにより送信される複数のＰＨレポート及びＰＣＭＡＸレポートからの情報を記憶することにより、特定のＵＥのＲＢ固有のＰＨ及びＰＣＭＡＸ情報を推定することである。次に、ｅＮＢは記憶された情報を処理して、搬送波／サービングセル内の、その搬送波／サービングセルの異なるサブフレーム内の異なるリソース割当によりカバーされたすべてのＲＢ位置でのＰＨ情報及びＰＣＭＡＸ情報を含む複合レポートを作成することができる。しかし、ｅＮＢは通常、多数のＵＥにサービングするため、各ＵＥの搬送波／サービングセル内のすべてのＲＢ位置をカバーするそのような複合ＰＨレポート及びＰＣＭＡＸレポートの作成は、複雑且つリソース集約的である。さらに、ＵＥのＰＨ及びＰＣＭＡＸは、様々な理由により（例えば、特に、経路損失変化、フェージング、送信電力制御（ＴＰＣ）エラーあり又はなしで受信される新しいＴＰＣコマンドの適用、ＵＥの送信器特徴が条件とされる受信リソース割当によるＭＰＲ／Ａ−ＭＰＲ変化）、異なるサブフレームで異なるレポート間で変化し得る。ｅＮＢが、通常のＰＨ及びＰＣＭＡＸレポートを使用して、ＰＨ及びＰＣＭＡＸ情報の周波数領域変動を時間領域変動（即ち、サブフレーム間の変動）から分離することは不可能である。従って、ｅＮＢ実装が、現在のＬＴＥシステムでサポートされる通常のＰＨレポート及びＰＣＭＡＸレポートに基づいて、搬送波内の様々なＲＢ位置でのＵＥのＰＨ及びＰＣＭＡＸ情報を推定することは実現不可能である。これら及び可能な他の状況下で、拡張ＰＨ及びＰＣＭＡＸ報告方式が必要とされる。
【００１９】
本開示の一態様によれば、図３の処理フローチャートに示すように、３１０において、無線通信装置（例えば、図１のＵＥ１０３）は、搬送波のサブフレームの第１のリソースブロック（ＲＢ）セットに対応する第１の構成最大送信電力（ＰＣＭＡＸ）値を決定し、第１のＲＢセットは、搬送波を構成する完全なＲＢセットより少ないＲＢしか含まない。３２０において、ＵＥは、搬送波のサブフレームの第２のＲＢセットに対応する第２のＰＣＭＡＸ値を決定し、第１及び第２のＲＢセットは、共通の種類のＲＢを含み、第２のＲＢセットは第１のＲＢセットと異なり、第２のＲＢセットは、搬送波を構成する完全なＲＢセットより少ないＲＢしか含まない。図２では、プロセッサは、メモリに記憶された命令の実行により容易に実装されるＰＣＭＡＸ決定機能を含む。代替の実施形態では、この機能は、ハードウェア均等回路により、又はハードウェアとソフトウェアとの組み合わせにより実行し得る。図３では、３３０において、ＵＥは、少なくとも第１のＰＣＭＡＸ値及び第２のＰＣＭＡＸ値を含む、サブフレームについての複合レポートを基地局に送信する。
【００２０】
いくつかの実施形態では、ＵＥは、第１及び第２のＲＢセットの識別情報を基地局に送信する。図２では、プロセッサは複合レポート生成機能２２６を含み、プロセッサは、メモリに記憶されたプログラム命令を実行することにより、複合レポート生成機能２２６を容易に実施し得る。代替の実施形態では、この機能は、ハードウェア均等回路により、又はハードウェアとソフトウェアとの組み合わせにより実行し得る。いくつかの実施態様では、複合レポートは、拡張ＰＣＭＡＸレポートについての、基地局からの明示的な要求の受信に応答して、基地局に送信される。しかし、より一般には、ＵＥは、さらに後述するように、複合レポートを送信するプロンプトを必要としない。
【００２１】
一実施形態では、第１及び第２のＲＢセットは、図４に示されるように、周波数領域において部分的に重なる。別の実施形態では、第１及び第２のＲＢセットは、図５に示されるように、周波数領域において異なる。一実施態様では、ＵＥは、サブフレームの第１の時間部分の第１のＲＢセットの第１のＰＣＭＡＸ値を決定するとともに、サブフレームの第２の時間部分の第２のＲＢセットの第２のＰＣＭＡＸ値を決定し、サブフレームの第１及び第２の時間部分又は領域は重ならず、第１及び第２の部分は、図６に示されるように、サブフレームの一部分を構成する。別の実施形態では、第２のＲＢセットは第１のＲＢセットに重ならず、第１及び第２のＲＢセットは、搬送波の物理アップリンク共有チャネル（ＰＵＳＣＨ）ＲＢの完全なセットを構成する。第１のＲＢセットが少なくとも２つのＲＢを含む一実施形態では、ＵＥは、少なくとも２つのＲＢのそれぞれのＰＣＭＡＸ値を決定し、少なくとも２つのＲＢのうちの一方のＰＣＭＡＸ値は、他方のＲＢのＰＣＭＡＸ値よりも低い。一実施形態では、基地局に送信される第１のＰＣＭＡＸ値について、ＵＥは低いほうのＰＣＭＡＸ値のみを基地局に送信する。
【００２２】
いくつかの実施形態では、ＵＥは、第１のＲＢセットに対応する第１の電力ヘッドルーム（ＰＨ）値及び第２のＲＢセットに対応する第２のＰＨ値を決定する。次に、ＵＥは、第１及び第２のＰＣＭＡＸ値あり、又はなしで、複合レポートにおいて第１のＰＨ値及び第２のＰＨ値を基地局に送信し得る。
【００２３】
拡張ＰＣＭＡＸ及び／又はＰＨ報告を用いて、ＵＥは、拡張ＰＣＭＡＸ及び／又はＰＨレポート（周波数領域ＰＣＭＡＸ及び／又はＰＨレポートとも呼ばれる）を、搬送波／サービングセルでのサブフレームのＰＵＳＣＨ  ＲＢの異なるサブセットのＵＥのＰＣＭＡＸ及び／又はＰＨについての情報と共にｅＮＢに送信することができる。ＲＢの各サブセットはリソースブロック群（ＲＢＧ）と見なすことができる。ＲＢＧは通常、搬送波／サービングセル内の１つ又は複数の連続又は非連続ＲＢセットを含む。上で示唆されるように、ＲＢＧに含まれるＲＢは、搬送波／サービングセルを構成する完全なＲＢセットより少ないＲＢしか含まない。異なるＲＢＧは一般に、異なるＲＢセットを含むが、いくつかのＲＢはＲＢＧ間で同じであり得る。例えば、ＲＢＧ０は｛ＲＢ０，ＲＢ１，ＲＢ２｝を含み得、その一方で、ＲＢＧ１は｛ＲＢ２，ＲＢ３，ＲＢ４｝を含み得る。別のマッピング例では、搬送波に５０個のＲＢがあると想定して、ＲＢＧ０は｛ＲＢ０，ＲＢ１｝を含み得、その一方で、ＲＢＧ１は｛ＲＢ０，ＲＢ４９｝を含み得る。別の例では、搬送波に５０個のＲＢがあると想定して、ＲＢＧ０は｛ＲＢ０，ＲＢ１，・・・，ＲＢ１０｝を含み得、その一方で、ＲＢＧ１は｛ＲＢ１１，ＲＢ１２，・・・，ＲＢ４９｝を含み得る。搬送波内の異なるＲＢＧは、同じ又は異なる数のＲＢを含み得る。拡張ＰＣＭＡＸ及び／又はＰＨ報告の計算に使用される搬送波内のＲＢＧの数、各ＲＢＧ内のＲＢの数、及び特定のＲＢからＲＢＧへのマッピングについての情報は、ＵＥ及びｅＮＢの両方にとって事前に既知であり得る。あるいは、ｅＮＢは、無線リソース制御（ＲＲＣ）シグナリング、媒体アクセス制御（ＭＡＣ）レイヤシグナリング、又は物理層シグナリングのいずれかを介して、ＵＥにこの情報を送信することができる。
【００２４】
ＵＥには、それらのＲＢに関連付けられた物理チャネルに基づいて、複数の種類のＲＢを送信するように割り当てる、又は割り当てることができる。ＵＥがＰＵＳＣＨ情報を送信する種類のＲＢは、ＰＵＳＣＨ  ＲＢと呼ばれる。ＰＵＳＣＨ  ＲＢは主に、ＵＥからユーザデータを送信するために、ｅＮＢにより割り当てられる。ユーザデータは、アップリンク共有チャネル（ＵＬ−ＳＣＨ）データとも呼ばれる。いくつかのサブフレームでは、ＰＵＳＣＨ  ＲＢはさらに、制御データをＵＥからｅＮＢに搬送し得る。制御データは、チャネル品質情報（ＣＱＩ）、ＡＣＫ／ＮＡＣＫフィードバック情報、スケジューリング要求（ＳＲ）情報を含む。ＵＥがＰＵＣＣＨ情報を送信する種類のＲＢはＰＵＣＣＨ  ＲＢと呼ばれる。ＵＥは、ＰＵＣＣＨ  ＲＢを使用して、制御データのみを送信する。ＰＵＣＣＨ  ＲＢは通常、ＵＥにより、ＲＲＣシグナリングにより構成される搬送波内の位置又はｅＮＢからのダウンリンクシグナリングに基づいて暗黙的に決定される搬送波内の位置において送信される。ＰＵＳＣＨ  ＲＢは一般に、個々のサブフレームへの明示的なスケジューリング認可を介してＵＥに割り当てられる。時には、複数のサブフレームにわたって永続的又は半永続的にＰＵＳＣＨ  ＲＢをＵＥに割り当てることができる。ＰＵＳＣＨ  ＲＢが半永続的に割り当てられる場合、所与のサブフレームでのＰＵＳＣＨ  ＲＢの割り当ては、そのサブフレームへの明示的なスケジューリング認可によりオーバーライドすることができる。任意のＲＢＧ内のＲＢは一般に、同じ種類のものである。ＵＥからの拡張ＰＣＭＡＸ及び／又はＰＨレポートは一般に、同じ種類の少なくとも２つのＲＢＧについてのＰＣＭＡＸ及び／又はＰＨ情報を含む。同じ種類の複数のＲＢＧのＰＣＭＡＸ及び／又はＰＨ情報の送信は、ｅＮＢが適切なＲＢＧにおいてその種類の物理チャネル送信をスケジューリングするのに役立つ。例えば、ＵＥが、拡張ＰＣＭＡＸ及び／又はＰＨレポートで複数のＰＵＳＣＨ  ＲＢのＰＣＭＡＸ及び／又はＰＨ情報を送信する場合、ｅＮＢはレポート内の情報を使用して、より高いＰＣＭＡＸ及び／又はより大きなＰＨを有するＰＵＳＣＨ  ＲＢにおいてＰＵＳＣＨをスケジューリングすることができる。
【００２５】
例えば、１０ＭＨｚ（５０ＲＢ）帯域幅を有するＵＬ搬送波の場合、搬送波内の様々なＲＢについての詳細なＰＣＭＡＸ情報を拡張ＰＣＭＡＸレポートに含むことができ、拡張ＰＣＭＡＸレポートは、それぞれが５ＲＢの各サブセットのＰＣＭＡＸを示す１０個の別個のＰＣＭＡＸ値を含む（例えば、ＰＣＭＡＸ＿１：ＲＢ０〜ＲＢ４のＰＣＭＡＸ、ＰＣＭＡＸ＿２：ＲＢ５〜ＲＢ９のＰＣＭＡＸ、・・・、ＰＣＭＡＸ＿１０：ＲＢ４５〜ＲＢ４９のＰＣＭＡＸ）。あるいは、ＰＨ及びＰＣＭＡＸの両方についての詳細情報を拡張ＰＨ＆ＰＣＭＡＸレポートに含むことができる（例えば、ＰＨ＆ＰＣＭＡＸ＿１：ＲＢ０〜ＲＢ４のＰＨ及びＰＣＭＡＸ、ＰＨ＆ＰＣＭＡＸ＿２：ＲＢ５〜ＲＢ９のＰＨ及びＰＣＭＡＸ、・・・、ＰＨ＆ＰＣＭＡＸ１０：ＲＢ４５〜ＲＢ４９のＰＨ及びＰＣＭＡＸ）。
【００２６】
ＵＥは、ＲＢサブセットへのリソース割当が与えられた場合に適用する必要がある電力バックオフに基づいて、搬送波内のサブフレームの各ＲＢサブセットに別個のＰＣＭＡＸを計算することができる。ＵＥは、基準変調方式（例えば、ＱＰＳＫを仮定）及び変調方式に関連付けられた対応するＭＰＲに基づいて、各ＲＢサブセットの電力バックオフを決定することができる。ＵＥは、ＲＢサブセットで送信する場合に満たす必要がある任意の追加のＡＣＬＲ及びスペクトル放射要件に基づくと共に、それらのＡＣＬＲ及びスペクトル放射要件に関連付けられたＡ−ＭＰＲ許容量に基づいて、各ＲＢサブセットの電力バックオフを決定することもできる。ＵＥは、ＰＵＳＣＨ及びＰＵＣＣＨ同時送信又は非連続ＰＵＳＣＨ送信を説明するために必要な任意の追加のバックオフに基づいて、各ＲＢサブセットの電力バックオフを決定することもできる。ＵＥは、マルチＲＡＴ動作（例えば、同時ＬＴＥ及び１×ＲＴＴ、同時ＬＴＥ及びＷｉＦｉ、又は同時ＬＴＥ及びＢｌｕｅｔｏｏｔｈ（登録商標）送信）中に端末電力管理を説明するために必要な任意の追加のバックオフに基づいて、各ＲＢサブセットの電力バックオフを決定することもできる。一般に、ＵＥは、上述した複数の要因のうちの１つ又は複数に基づいて、サブフレームの搬送波内の各ＲＢサブセットの電力バックオフを決定することもできる。
【００２７】
特定の電力バックオフが１つのＲＢセットで必要とされる一実施形態では、ＵＥは、対応するＰＣＭＡＸ値の決定に特定の電力バックオフを含むが、特定の電力バックオフは、他のＲＢセットのＰＣＭＡＸ値の決定には含まれない。特定の電力バックオフが、サブフレーム内の第１のリソースブロック（ＲＢ）セットで必要とされ、特定の電力バックオフが第２のＲＢセットでは必要とされない別の実施形態では、ＵＥは、第２のＲＢセットに対応する構成最大送信電力（ＰＣＭＡＸ）値を決定し、第１のＲＢセットのＰＣＭＡＸ値及び識別情報を含むレポートを基地局に送信する。
【００２８】
一実施態様では、同時のＣＤＭＡ（１×ＲＴＴ）及びＬＴＥをサポートするＵＥは通常、ＣＤＭＡ（１×ＲＴＴ）搬送波上の同じサブフレーム内で同時に送信する場合、バックオフをＬＴＥ搬送波内の特定のＲＢサブセット（例えば、ＵＥのＬＴＥ  ＤＬ信号に対する感度が低いサブセットＵＬ  ＰＵＳＣＨ  ＲＢ）に適用する必要がある。電力バックオフは通常、端末電力管理要件を満たし、変調間（ＩＭ）及びＵＥのＬＴＥ及び／又はＣＤＭＡ搬送波外部の他のスプリアススペクトル放射を低減するために必要とされる。従って、ＵＥが第１及び第２のＲＡＴを使用して同時に通信する実施形態では、第１のＰＣＭＡＸ値が特定の電力バックオフ値だけ低減されて、電力管理要件を満たす。
【００２９】
ＵＥが電力バックオフをＬＴＥ搬送波において適用する必要があるＲＢのサブセットは、ＣＤＭＡ搬送波上でＵＥが使用するＣＤＭＡチャネルに基づくことができる。サブセット以外のＲＢでは、バックオフを要求しなくてもよい。例えば、特定のＵＥでは、所与のサブフレームで、
ＣＤＭＡチャネル１がＣＤＭＡ搬送波でアクティブな場合：ＵＬ  ＲＢ４４〜４９は大きなバックオフ（例えば、１０ｄＢ）が必要であり、その一方で、他のＲＢは、ＬＴＥ搬送波にバックオフは必要なく、
ＣＤＭＡチャネル２がＣＤＭＡ搬送波でアクティブな場合：ＵＬ  ＲＢ４７〜４９は大きなバックオフ（例えば、１０ｄＢ）が必要であり、その一方で、他のＲＢは、ＬＴＥ搬送波にバックオフは必要なく、
ＣＤＭＡチャネル＞２がＣＤＭＡ搬送波でアクティブな場合：ＬＴＥ搬送波でのいかなるＵＬ  ＲＢにもバックオフは必要ない。
【００３０】
このＵＥでは、ＣＤＭＡ呼がＣＤＭＡチャネル１でアクティブであり、公称ＵＥ最大送信電力が２３ｄＢである場合、ＵＥが他の理由で電力をバックオフする必要がない（例えば、ＭＣＳ又はＡＣＬＲ及び追加のスペクトル要件を説明するために、バックオフ許容量がＵＥに与えられない（即ち、ＭＰＲ＝０、Ａ−ＭＰＲ＝０、且つΔＴｃ＝０）と仮定すると、ＲＢ４４〜４９のＵＥのＰＣＭＡＸは比較的大きなバックオフを反映すべきであり（例えば、ＰＣＭＡＸ＝２３−１０＝１３ｄＢｍ）、他のＲＢのＵＥのＰＣＭＡＸは比較的小さなバックオフを反映すべきであるか、又は電力バックオフがない（例えば、ＰＣＭＡＸ＝２３−０＝１２ｄＢｍ）。拡張ＰＣＭＡＸ報告を用いて、ＵＥは、所与のサブフレームのすべてのＲＢサブセットのＰＣＭＡＸレポートを送信することができる。この状況での所与のサブフレームのＵＥからｅＮＢへの例示的なＰＣＭＡＸレポートの内容をテーブル１に示す。テーブル１に示されるＲＢサブセット情報は通常、ＵＥ及びｅＮＢの両方にとって既知であり得、任意選択的にレポートから除外し得る。
【００３１】
【表１】
0005733851.tif 000004
【００３２】
ＵＥのＰＣＭＡＸがＲＢＧ内の異なるＲＢ間で変わる場合、ＵＥは、平均ＰＣＭＡＸ値を報告するか、又はそのＲＢＧの最小ＰＣＭＡＸ値を報告することができる。テーブル１の例では、ＲＢＧインデックス８の場合、ＲＢ４０〜４３のＰＣＭＡＸは２３ｄＢｍであり、その一方で、ＲＢ４４のＰＣＭＡＸは２３−１０＝１３ｄＢｍである。ここでは、ＵＥが、そのＲＢＧの最小ＰＣＭＡＸを報告し、従って、ＲＢ４０〜４４を含むＲＢＧで、１３ｄＢｍが報告されると仮定された。
【００３３】
仮に通常のＰＣＭＡＸ報告メカニズムが使用される場合、ＵＥは、サブフレームでのＬＴＥ  ＵＬ  ＲＢ割当がＲＢ４４〜４９内にあるか、それともＲＢ４４〜４９外にあるかに応じて、そのサブフレームについて２３ｄＢｍ又は２３−１０＝１４ｄＢｍのいずれかの単一のＰＣＭＡＸを報告する。通常のＰＣＭＡＸ報告メカニズムでは、ｅＮＢが、異なるサブフレームで異なるＲＢを認可し、異なるサブフレームにわたり複数の通常ＰＣＭＡＸレポートを追跡し、時間領域と周波数領域とのＰＣＭＡＸ変動を分離しない限り、スケジューラによる、より高いＰＣＭＡＸを有するＲＢの割当を最適化することができない。他方、ＵＥが、所与のサブフレームで、テーブル１に示されるような拡張ＰＣＭＡＸレポートを送信する場合、ｅＮＢは、拡張ＰＣＭＡＸレポート内の情報を使用して、より低いＰＣＭＡＸ値が報告されるＲＢＧに対応するＲＢでのＵＥのスケジューリングを回避することができる。
【００３４】
テーブル１に示される例では、ＲＢ０からＲＢ４９までのＲＢの順序は、搬送波／サービングセル内のＲＢの物理的な位置に直接対応するマッピングに基づくことができる。例えば、ＲＢ０は、搬送波内の最低周波数領域を占めるＲＢであることができ、その一方で、ＲＢ４９は、搬送波内の最高周波数領域を占めるＲＢであることができる。あるいは、ＲＢ０からＲＢ４９までのＲＢの順序は、搬送波内のＲＢの物理的な位置がＲＢインデックスに適用されるマッピング規則又はマッピング機能を使用して決定される論理的インデックスに基づくことができる。
【００３５】
いくつかの実施態様では、ＵＥは、所与のサブフレームの詳細レポートにおいて、搬送波内の異なるＲＢサブセットのＰＣＭＡＸ情報のみを送信し得る（ＰＨ及びＰＣＭＡＸ情報の両方の代わりに）。各ＲＢサブセットのＰＣＭＡＸ情報が１バイト内に収まると仮定すると、５０個のＲＢ及びサイズ５ＲＢのＲＢサブセット（又はＲＢＧ）を有するシステムでの拡張ＰＣＭＡＸレポート（又は周波数領域ＰＣＭＡＸレポート）は１０バイトになる。
【００３６】
いくつかの他の実施態様では、ＵＥは、所与のサブフレームの搬送波／サービングセルの異なるＲＢサブセットのＰＣＭＡＸ及びＰＨ情報の両方を詳細レポートで送信し得る。ＰＣＭＡＸ及びＰＨ情報の両方を送信することは、ＰＨレポートにより、ｅＮＢはＵＥの現在送信電力の推定を回避することができるため、ｅＮＢが、さらに効率的にＵＥをスケジューリングするのに役立つ。そのような実施態様では、ＵＥは、各ＲＢサブセットに別個のＰＨ値を計算し、ＰＨ値は、そのサブセットのＰＣＭＡＸ値及びそのサブフレーム内のそのサブセットの、ＵＥにより推定される送信電力値を使用して決定される。ＵＥは、そのサブフレーム内の搬送波／サービングセルの経路損失推定、搬送波／サービングセルについて受信する開ループ電力制御パラメータ、搬送波／サービングセルについてＵＥにおいて維持される電力制御コマンド蓄積状態を使用して、送信電力値を決定することができる。送信電力値を計算する間、ＵＥは、そのサブフレームについてｅＮＢから受信するＵＬ  ＲＢ割当を使用することができ（ＵＬ  ＲＢ割当は、ＰＨが計算されているＲＢサブセットと異なり得る）、又は代替として、ＵＥは基準ＵＬ  ＲＢ割当を使用することができる。ＵＥが基準ＵＬ  ＲＢ割当を使用する場合、基準ＵＬ  ＲＢ割当は、ＰＨが計算されているＲＢサブセットと同じであり得る。あるいは、基準ＵＬ  ＲＢ割当は、ＵＥ及びｅＮＢにとって事前に既知の固定のＲＢセットであることができる。あるいは、基準ＵＬ  ＲＢ割当は、ｅＮＢからＵＥにシグナリングされる基準ＲＢセットであることができる。
【００３７】
現在のＬＴＥシステムでは、ＵＥは、特定のタイマ及びトリガ条件に基づいて通常のＰＣＭＡＸ又はＰＨレポートを送信する。例えば、ＬＴＥ  Ｒｅｌ−８及びＲｅｌ−１０では、ＵＥは、禁止ＰＨＲ定期的ＰＨＲタイマを保持する。ＵＥは、定期的ＰＨＲタイマが切れた場合は常に、通常のＰＨ及び／又はＰＣＭＡＸレポートを送信する。例えば、定期的ＰＨＲタイマは、５０サブフレーム毎に切れ得る。各サブフレームが１ｍｓの持続時間を有する場合、これは、ＵＥが通常のＰＨ及び／又はＰＣＭＡＸレポートを５０ｍｓ毎に報告することを暗示する。ＵＥは、特定の搬送波／サービングセルでの実測ＤＬ経路損失の大きな変化を検出する場合も、その搬送波／サービングセルについての通常のＰＨ及び／又はＰＣＭＡＸレポートを報告する。通常のＰＨ及び／又はＰＣＭＡＸレポートの報告オーバーヘッドを低減するために、ｅＮＢは通常、ＵＥが各ＰＨ及び／又はＰＣＭＡＸレポートを送信した後に開始する禁止ＰＨＲタイマをＵＥに構成する。ＵＥは、禁止ＰＨＲタイマが切れるまで、いかなる通常のＰＨ及び／又はＰＣＭＡＸレポートも送信しない。
【００３８】
通常のＰＣＭＡＸ及び／又はＰＨレポートと同様に、ＵＥは、いくつかのトリガ条件が満たされる場合、拡張ＰＣＭＡＸ及び／又はＰＨレポートをサブフレームのＰＵＳＣＨ送信内で送信することができる。トリガ条件は、通常のＰＣＭＡＸ及び／又はＰＨレポートと同様であることができる（例えば、定期的ＰＨＲタイマ切れ、禁止ＰＨＲタイマ切れ、新しいＰＵＳＣＨ送信の存在）。
【００３９】
あるいは、拡張ＰＣＭＡＸ及び／又はＰＨレポートのオーバーヘッドが比較的高い場合、ｅＮＢは、別個の禁止ＰＨＲタイマ及び定期的ＰＨＲタイマを拡張ＰＣＭＡＸ及び／又はＰＨレポートに構成することができる。別個のタイマは、通常のＰＣＭＡＸ及び／又はＰＨレポートに既に構成されたタイマに基づくことができる（例えば、通常のＰＣＭＡＸ及び／又はＰＨレポートの持続時間の２倍の拡張ＰＣＭＡＸ及び／又はＰＨレポートの定期的ＰＨＲタイマ持続時間）。あるいは、ｅＮＢは、無線リソース制御（ＲＲＣ）レイヤシグナリングを使用して、拡張ＰＣＭＡＸ及び／又はＰＨ報告に別個のタイマセットを構成することができる。
【００４０】
拡張ＰＣＭＡＸ及び／又はＰＨレポートはより多くの情報（ひいては、より多くのアップリンクオーバーヘッド）を含むため、これらのレポートの始動は、ＵＥで行われる特定の動作の開始を条件とすることができる。例えば、ＵＥは、同時１×ＣＤＭＡ音声呼の開始中及び終了中のみ、拡張ＰＣＭＡＸ及び／又はＰＨレポートを送信することができる。他の例としては、同時ＬＴＥ及びＷｉＦｉセッション又は同時ＬＴＥ及びＢｌｕｅｔｏｏｔｈ（登録商標）セッションの開始／終了が挙げられる。
【００４１】
別の例では、ＵＥは、搬送波内の任意の２つのＲＢＧ間のＰＣＭＡＸ及び／又はＰＨ値の差が特定の閾値を超える場合、所与のサブフレームの搬送波の拡張ＰＣＭＡＸ及び／又はＰＨレポートを送信することができる。閾値は、ＵＥ及びｅＮＢの両方にとって事前に既知であり得る。あるいは、閾値は、ＲＲＣシグナリングを介してＵＥにシグナリングし得る。
【００４２】
拡張ＰＣＭＡＸ及び／又はＰＨレポートは、搬送波内のすべてのＲＢＧのＰＣＭＡＸ及び／又はＰＨ値を含むことができる。あるいは、レポートは、搬送波内のＲＢＧの特定のサブセットのＰＣＭＡＸ及び／又はＰＨ値を含み得る。別の代替では、拡張ＰＣＭＡＸ及び／又はＰＨレポートは単に、ＰＣＭＡＸ及び／又はＰＨ値が特定の閾値を下回るＲＢＧのＲＢＧインデックスを含むことができ、その理由は、ＵＥがそれらのＲＢＧにバックオフを適用する必要があるためである。一般に、ＰＣＭＡＸ及びＰＨに別個の閾値が使用される。閾値は、ＵＥ及びｅＮＢの両方にとって事前に既知であり得る。あるいは、閾値は、ＲＲＣシグナリングを介してＵＥにシグナリングし得る。
【００４３】
拡張ＰＣＭＡＸ及び／又はＰＨレポートのオーバーヘッドが比較的大きい場合、サブフレームのＰＵＳＣＨ割当が特定数のＲＢを超えるとき（例えば、Ｍ＿ＰＵＳＣＨ＞４のとき）のみ、且つ／又はそのサブフレームのＰＵＳＣＨ割当のスペクトル効率が特定の閾値を超えるとき（例えば、Ｉ＿ＭＣＳ＞１０のとき）のみ、そのサブフレームのこれらのレポートを送信するように、ＵＥを制限することもできる。
【００４４】
一実施形態では、ｅＮＢは、ＵＥからの拡張ＰＣＭＡＸ及び／又はＰＨレポートを明示的に要求する。明示的な拡張ＰＣＭＡＸ及び／又はＰＨレポート要求は任意選択的に、詳細なＰＣＭＡＸ及び／又はＰＨ情報が要求されるＲＢＧのサブセットについての情報を含むことができる。一実施態様では、ｅＮＢからの要求は、特別な物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージを介して、又はＰＤＣＣＨメッセージ内のビットにより、又は媒体アクセス制御（ＭＡＣ）レイヤメッセージにより、又はＲＲＣメッセージにより送信される。ｅＮＢは、ＵＥからのデータ受信に繰り返し失敗することを検出した場合は常に、又はＵＥがマルチＲＡＴ送信を実行していることを判断した場合は常に、又はアップリンクスケジューリングのために正確なＰＣＭＡＸ及び／又はＰＨ情報が必要な場合は常に、拡張ＰＣＭＡＸ及び／又はＰＨレポートをＵＥから明示的に要求することができる。
【００４５】
従って、ＵＥがＰＣＭＡＸ及び／又はＰＨレポートへの明示的な要求を受信する実施態様では、要求は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージ内で、又は媒体アクセス制御（ＭＡＣ）レイヤメッセージで、又は無線リソース制御（ＲＲＣ）メッセージで基地局から受信し得る。特定の一実施態様では、ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージ内で明示的な要求を基地局から受信し、その場合、ＰＤＣＣＨメッセージは、アップリンク搬送波、第１及び第２のＲＢセット、並びに複合レポートを送信すべきアップリンク搬送波上のリソースブロックを識別する識別情報を含む。
【００４６】
ＰＣＭＡＸ及び／又はＰＨレポートを明示的に要求するメカニズムは、通常のＰＣＭＡＸ及び／又はＰＨレポートに使用することもできる。そのような実施態様では、明示的なＰＣＭＡＸ及び／又はＰＨレポート要求は、ＵＥが通常のＰＣＭＡＸ及び／又はＰＨレポートを送信すべきか、それとも拡張ＰＣＭＡＸ及び／又はＰＨレポートを送信すべきかを識別する情報を含むことができる。
【００４７】
ＰＤＣＣＨメッセージが、明示的なＰＣＭＡＸ及び／又はＰＨレポート要求に使用される実施態様では、ｅＮＢは、ＵＬユーザデータ並びにＰＣＭＡＸ及び／又はＰＨレポートを送信するためのＰＵＳＣＨリソースのＵＥへの認可に同じＰＤＣＣＨメッセージを使用することができる。これは、ｅＮＢが「ＰＣＭＡＸレポート要求ビット」及び／又は「ＰＨレポート要求ビット」をＰＤＣＣＨメッセージ内に埋め込むことにより行うことができる。ユーザデータは、ＵＬ共有チャネル（ＵＬ−ＳＣＨ）データとも呼ばれる。あるいは、ｅＮＢは、ＵＬ−ＳＣＨデータなしでＰＣＭＡＸ及び／又はＰＨ情報のみを送信するためにＰＵＳＣＨリソースを割り当てて、ＰＤＣＣＨ認可をＵＥに送信し得る。この場合、ｅＮＢは、ＰＤＣＣＨメッセージ内の特別なビットフィールドシーケンス（例えば、ＵＬ認可でのいくつかのパラメータがすべて１若しくはすべて０、又はＵＬ認可内のいくつかのパラメータを特定のパラメータ値に向けて確保）をシグナリングし得る。ＵＥは、特別なビットフィールドシーケンスに基づいて、ＵＬ−ＳＣＨにＰＵＳＣＨリソースを認可するＵＬ  ＰＤＣＣＨメッセージと、ＰＣＭＡＸ及び／又はＰＨ情報のみを送信するためにＰＵＳＣＨリソースを認可するＵＬ  ＰＤＣＣＨメッセージとを区別することができる。
【００４８】
いくつかの実施態様では、ＵＥが実行中の禁止ＰＨＲタイマを有する場合、且つＵＥが明示的なＰＣＭＡＸ及び／又はＰＨレポート要求を受信する場合、ＵＥは、ｅＮＢによる要求に応じて、禁止ＰＨＲタイマをオーバーライドし、ＰＣＭＡＸ及び／又はＰＨレポートを送信することができる。ＵＥは任意選択的に、明示的なＰＣＭＡＸ及び／又はＰＨレポート要求を受信する場合は常に、禁止ＰＨＲタイマをリセットすることもできる。
【００４９】
非連続ＰＵＳＣＨ送信がサポートされる場合、ＵＥが使用するバックオフは、ＵＥに割り当てられるＲＢ数のみならず、割り当てられたＲＢの周波数位置にも依存する。例えば、ＵＥは、対向するバンド端に割り当てられた２つのＲＢの送信に大きなバックオフ（例えば、ＡＣＬＲ及びスペクトル放射マスク要件を満たすために、１２ｄＢ）を要求する。仮にＲＢが互いにすぐ隣接して割り当てられる場合、要求されるバックオフははるかに小さい（例えば、０ｄＢ）。拡張ＰＣＭＡＸ及び／又はＰＨ報告は、非連続リソース割当をスケジューリングする場合にｅＮＢを支援するために使用することができる。一手法では、ＵＥは、ＲＢＧの組み合わせを考慮して、ＵＬ送信のＰＣＭＡＸを報告することができる。例えば、搬送波が１０ＲＢＧを有する場合、ＵＥは、（ＲＢＧ０＆ＲＢＧ１、ＲＢＧ０＆ＲＢＧ２、・・・、ＲＢＧ０＆ＲＢＧ９）、（ＲＢＧ１＆ＲＢＧ２、ＲＢＧ１＆ＲＢＧ３、・・・、ＲＢＧ１＆ＲＢＧ９）、・・・、（ＲＢＧ８＆ＲＢＧ９）等のＲＢＧの組み合わせのＰＣＭＡＸ値を単一の詳細ＰＣＭＡＸレポートで報告することができる。多数の組み合わせが可能な場合（この例では、１０から２つを選ぶ＝４５の組み合わせ＝４５バイト）、これらのより詳細な拡張ＰＣＭＡＸレポートのオーバーヘッドははるかに高い。
【００５０】
ＬＴＥでは、ＰＵＳＣＨ  ＲＢ及びＰＵＣＣＨ  ＲＢは一般に、ＵＥにより異なるサブフレームで送信される。場合によっては、ｅＮＢは、ＰＵＳＣＨ  ＲＢ及びＰＵＣＣＨ  ＲＢ両方を同じサブフレームで同時に送信するようにＵＥを構成し得る。そのような場合、ＵＥは、ＰＵＳＣＨタイプのＲＢ及びＰＵＣＣＨタイプのＲＢの両方に対応する別個のＰＣＭＡＸ及び／又はＰＨ情報を報告することができる。一実施形態では、ＵＥは、ＰＵＳＣＨ  ＲＢの複数のセット（即ち、複数のＰＵＳＣＨ  ＲＢＧ）についてのＰＣＭＡＸ及び／又はＰＨ情報を含むことができ、拡張ＰＣＭＡＸ及び／又はＰＨレポート内のＰＵＣＣＨ  ＲＢの１つ又は複数のセットに対応するＰＣＭＡＸ及び／又はＰＨ情報を含むこともできる。
【００５１】
いくつかの実施形態では、ＵＥは、特定の電力バックオフ値が、いくつかのＲＢＧに対して必要であり、共通サブフレームの搬送波内の残りのＲＢＧでは必要とされないと判断することができる。特定の電力バックオフは、例えば、ＵＥがＬＴＥ及びＣＤＭＡ同時送信、又はＬＴＥ及びＷｉＦｉ同時送信、又はＬＴＥ及びＢｌｕｅｔｏｏｔｈ（登録商標）同時送信等の同時マルチＲＡＴ送信を実行中の場合、端末電力管理のために必要であり得る。拡張ＰＣＭＡＸ及び／又はＰＨレポートの報告オーバーヘッドを低減するために、ＵＥは単に、特定の電力バックオフを必要としないＲＢＧのＰＣＭＡＸ及び／又はＰＨ値を報告することができ、特定の電力バックオフを必要とするＲＢＧを識別する情報（例えば、それらのＲＢＧのＲＢＧインデックス）を含むこともできる。そのようなレポートは、ｅＮＢが、ＲＢＧの報告されるＰＣＭＡＸ及び／又はＰＨ値に基づいて、特定の電力バックオフを必要とするＲＢＧ（ブラックリストＲＢＧ）での送信スケジューリングを回避し、バックオフを必要としないＲＢＧでの送信をスケジューリングするのに役立つ。ＵＥは、ｅＮＢからのブラックリストＲＢＧのレポートに対する明示的な要求に基づいて、そのようなレポートを送信し得る。ｅＮＢは、そのような拡張ＰＣＭＡＸ及び／又はＰＨレポートを受信すると、任意選択的に、指定される時間期間にわたりブラックリストＲＢＧにおいてＵＥをスケジューリングしないことを選び得、指定される時間期間は、ＵＥ及びｅＮＢの両方にとって事前に既知であるか、又はｅＮＢを介してＵＥにシグナリングされる（例えば、指定されるサブフレーム数）。指定される時間期間後、ＵＥは任意選択的に、ブラックリストＲＢＧに対する任意の変更を示す別のレポートをｅＮＢに送信することができる。ｅＮＢは、そのようなブラックリストＲＢＧを含まないことを用いて、ＵＥがもはや、いくつかのＲＢＧに電力バックオフを適用する必要があるモードで動作していないことを暗示することができる。ＵＥは、拡張ＰＣＭＡＸ及び／又はＰＨレポート内のビットの設定を通じて、いくつかのＲＢＧでのいかなる電力バックオフもなく通常動作モードの再開を示すこともできる。ｅＮＢが拡張ＰＣＭＡＸ及び／又はＰＨレポートを復号化することができるように、レポートヘッダを通じてのいくつかのシグナリングが必要であり得、それにより、ｅＮＢは、ＵＥがブラックリストＲＢＧを識別する情報を拡張ＰＣＭＡＸ及び／又はＰＨレポートに含めたか否かを区別することができる。
【００５２】
拡張ＰＣＭＡＸ及び／又はＰＨレポートをシグナリングする別の実施形態では、２クラスタ手法（３ＧＰＰ  ＲＡＮ  ＷＧ１技術仕様（ＴＳ）３６．２１３バージョン１０．０．１の従属節８．１．２に与えられるアップリンクリソース割当タイプ１等）が使用され、この手法では、各クラスタの開始及び終了リソースブロック群（ＲＢＧ）インデックスが、各クラスタの対応するＰＣＭＡＸと共に与えられる。各クラスタがサイズＰの１つ又は複数の連続ＲＢＧからなることに留意する。クラスタに含まれないＲＢＧのＰＣＭＡＸは、Ｐ＿ｐｏｗｅｒｃｌａｓｓ又はそれらの周波数位置において前に報告されたＰＣＭＡＸに等しいと仮定することができる。一実施形態では、ＵＥは、所与のサービングセルに、いくつかの数のクラスタ（例えば、２）及びクラスタが広がる搬送波のそれらの周波数位置（又はリソースブロック）を報告すると共に、各クラスタのＰＣＭＡＸも報告する。２つのクラスタについてのクラスタ情報を効率的に示す一方法は、アップリンクリソース割当タイプ１を使用することである。ＵＥは、何らかの干渉レベルトリガに基づいて報告するクラスタを決定する。例えば、特定のＲＡＴによる干渉が閾値に合格する場合、又は特定のリソースブロックセットの干渉（例えば、所与のＲＡＴでＵＥの受信器により見られる）が閾値を超えるか、閾値に合格する場合。アップリンクリソース割当タイプ１のリソース割当情報は、スケジューリングされたＵＥに、２つのリソースブロックセットを示し、各セットは、アップリンクシステム帯域幅
【００５３】
【数３】
0005733851.tif 000005
【００５４】
についてＴＳ３６．２１３バージョン１０．０．０１の表７．１．６．１−１に与えられるように、サイズＰの１つ又は複数の連続リソースブロック群を含む。スケジューリング認可内のリソース割当フィールドは、リソースブロックセット１の開始及び終了ＲＢＧインデックスＳ０及びＳ１−１と、リソースブロックセット２の開始及び終了ＲＢＧインデックスＳ２及びＳ３−１とのそれぞれに対応する結合インデックスｒからなり、ｒは、ＴＳ３６．２１３  ｖ１０．０．１のセクション７．２．１に定義される式
【００５５】
【数４】
0005733851.tif 000006
【００５６】
において、Ｍ＝４、かつ、
【００５７】
【数５】
0005733851.tif 000007
【００５８】
により与えられる。セクション７．２．１は、順序属性と、Ｓｉ（ＲＢＧインデックス）がマッピングされる値の範囲も定義する。対応する終了ＲＢＧインデックスが開始ＲＢＧインデックスに等しい場合、単一のＲＢＧのみが、開始ＲＢＧインデックスにおいてセットに割り当てられる。別の実施形態では、サービングセルは、ＵＥに割り当てられたアップリンク搬送波の周波数部分の各セットに別個のＰＣＭＡＸ値（又はＰＣＭＡＸ情報）を報告するようにＵＥをスケジューリングする（認可を介して）。ＵＥに送信される認可は、ＵＥがＰＣＭＡＸ値（又は情報）を計算すべき所望の周波数部分（又はリソース数ブロッククラスタ、又はＲＢＧセット）に対応するリソース識別情報（例えば、アップリンクリソース割当タイプ１に基づく）を含み、次に、周波数部分のＰＣＭＡＸ値は、事前定義されるか、又は半統計的に構成されるか、永続的に若しくは動的にスケジューリングされるか、又は暗黙的に示されるアップリンクリソースでＰＣＭＡＸ値（情報）を送信することにより報告される。
【００５９】
本開示及び本開示の最良の形態を、所有権を確立し、当業者が本開示を作成し使用することができるように説明したが、本明細書に開示される例示的な実施形態への均等物があり、本発明の範囲及び趣旨から逸脱せずに変更及び変形を行い得、本発明の範囲及び趣旨が、例示的な実施形態ではなく、添付の特許請求の範囲により限定されるべきであることが理解され認識されるだろう。
＜付記＞
１．  無線通信装置における方法であって、
基地局から、サブフレームのＰＣＭＡＸ又は電力ヘッドルームレポートに対する明示的な要求を受信する工程であって、
前記明示的な要求は、制御チャネルを介するリソース割当メッセージ、ＭＡＣレイヤメッセージ、又はＲＲＣメッセージを通じて受信される、前記工程と、
前記明示的な要求の受信に応答して、ＰＣＭＡＸ又は電力ヘッドルームを含むレポートを前記基地局に送信する工程と、
を備える、方法。
２．  前記明示的な要求を受信する工程は、前記ＰＣＭＡＸと電力ヘッドルームレポートとのうちの一方又は両方が要求される搬送波の識別情報を受信する工程を含む、付記１に記載の方法。
３．  前記明示的な要求を受信する工程は、前記ＰＣＭＡＸ又は電力ヘッドルームレポートが要求される搬送波の前記サブフレームのリソースブロックセットの識別情報を受信する工程を含む、付記１に記載の方法。
４．  前記明示的な要求を受信する工程は、ＰＣＭＡＸ又は電力ヘッドルームレポートを送信する場合に除外するリソースブロックセットの識別情報を受信する工程を含む、付記１に記載の方法。
５．  前記明示的な要求を受信する工程は、ＰＣＭＡＸ又は電力ヘッドルームレポートを送信する場合に除外するリソースブロックセットの識別情報を受信する工程であって、
前記除外されるリソースブロックセットは追加の電力バックオフを受けるリソースブロックセットであり、除外されないリソースブロックセットは、追加の電力バックオフを受けないリソースブロックセットである、前記工程と、
除外されないリソースブロックのＰＣＭＡＸレポートを送信する工程と、
をさらに備える、付記１に記載の方法。
６．  前記明示的な要求を受信する工程は、端末がマルチＲＡＴモードで動作していることと、端末が電力管理のために追加の電力バックオフを適用する必要があることとのうちの少なくとも一方を含む指示を送信することに応答して、前記明示的な指示を受信する工程を含む、付記１に記載の方法。
７．  拡張ＰＣＭＡＸレポートについての明示的な要求を前記基地局から受信することに応答して、前記基地局に複合レポートを送信する工程は、
第１の搬送波のサブフレームの第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースブロック（ＲＢ）セットに対応する第１の構成最大送信電力（ＰＣＭＡＸ）値を決定する工程であって、
前記第１のＲＢセットは、前記搬送波を構成する完全なＲＢセットより少ないＲＢを含む、前記工程と、
前記第１の搬送波の前記サブフレームの第２のＰＵＳＣＨ  ＲＢセットに対応する第２のＰＣＭＡＸ値を決定する工程であって、
前記第２のＲＢセットは、前記第１の搬送波を構成する完全なＲＢセットより少ないＲＢを含み、前記第１のＲＢセットとは異なる、前記工程と、
少なくとも前記第１のＰＣＭＡＸ値及び前記第２のＰＣＭＡＸ値を含む前記サブフレームの複合レポートを基地局に送信する工程と、
をさらに備える、付記１に記載の方法。
【図１】
0005733851.tif 000008
【図２】
0005733851.tif 000009
【図３】
0005733851.tif 000010
【図４】
0005733851.tif 000011
【図５】
0005733851.tif 000012
【図６】
0005733851.tif 000013