(57)【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵは、第１のｅＮｏｄｅＢ（ｅＮＢ）と関連付けられ第１のセルのセット、および、第２のｅＮＢと関連付けられた第２のセルのセットに対する電力ヘッドルームをレポートするように構成され、
前記ＷＴＲＵが、前記第１のｅＮＢと関連付けられた前記第１のセルのセットに対する第１の電力ヘッドルームのセットを判定するステップと、
前記ＷＴＲＵが、前記第２のｅＮＢと関連付けられた前記第２のセルのセットに対する第２の電力ヘッドルームのセットを判定するステップと、
前記ＷＴＲＵが、前記第１の電力ヘッドルームのセットを前記第２のｅＮＢに送信し、および、前記第２の電力ヘッドルームのセットを前記第１のｅＮＢに送信するステップと
を備えたことを特徴とする方法。
【請求項２】
前記ＷＴＲＵが、前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットを、前記第１のｅＮＢまたは前記第２のｅＮＢの少なくとも１つに送信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットは、前記第１のｅＮＢまたは前記第２のｅＮＢの少なくとも１つに同時に送信されることを特徴とする請求項１に記載の方法。
【請求項４】
電力ヘッドルームレポートが、前記第１のｅＮＢまたは前記第２のｅＮＢの少なくとも１つに送信され、ならびに、前記電力ヘッドルームレポートは、前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットを備えていることを特徴とする請求項１に記載の方法。
【請求項５】
電力ヘッドルームレポートが、前記第１のｅＮＢおよび前記第２のｅＮＢに同時に送信され、ならびに、前記電力ヘッドルームレポートは、前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットを備えていることを特徴とする請求項１に記載の方法。
【請求項６】
前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットの各々を判定するステップは、それぞれのトリガプロシージャに基づいていることを特徴とする請求項１に記載の方法。
【請求項７】
前記トリガプロシージャの各々は、前記それぞれのｅＮＢと関連付けられた前記セルのセットのセルに関連する変更に対応することを特徴とする請求項６に記載の方法。
【請求項８】
前記第２の電力ヘッドルームのセットを前記第１のｅＮＢに送信するステップは、前記第２の電力ヘッドルームのセットのトリガプロシージャに基づいていることを特徴とする請求項６に記載の方法。
【請求項９】
前記第２の電力ヘッドルームのセットを前記第１のｅＮＢに送信するステップは、前記第２のｅＮＢに関連付けられた前記第２のセルのセットに対するスケジューリング情報を送信するステップをさらに備えていることを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１の電力ヘッドルームのセットを前記第２のｅＮＢに送信するステップは、前記第１のｅＮＢに関連付けられた前記第１のセルのセットに対するスケジューリング情報を送信するステップをさらに備えていることを特徴とする請求項１に記載の方法。
【請求項１１】
前記第１の電力ヘッドルームのセットのレポートは、前記第２の電力ヘッドルームのセットのレポートを禁止しないことを特徴とする請求項１に記載の方法。
【請求項１２】
無線送信／受信ユニット（ＷＴＲＵ）であって、
第１のｅＮｏｄｅＢ（ｅＮＢ）と関連付けられ第１のセルのセット、および、第２のｅＮＢと関連付けられた第２のセルのセットに対する電力ヘッドルームをレポートするように前記ＷＴＲＵを構成し、
前記第１のｅＮＢと関連付けられた前記第１のセルのセットに対する第１の電力ヘッドルームのセットを判定し、
前記第２のｅＮＢと関連付けられた前記第２のセルのセットに対する第２の電力ヘッドルームのセットを判定し、ならびに、
前記第１の電力ヘッドルームのセットを前記第２のｅＮＢに送信し、および、前記第２の電力ヘッドルームのセットを前記第１のｅＮＢに送信する
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項１３】
前記プロセッサは、前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットを、前記第１のｅＮＢまたは前記第２のｅＮＢの少なくとも１つに送信するようにさらに構成されていることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットは、前記第１のｅＮＢまたは前記第２のｅＮＢの少なくとも１つに同時に送信されることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１５】
電力ヘッドルームレポートが、前記第１のｅＮＢまたは前記第２のｅＮＢの少なくとも１つに送信され、ならびに、前記電力ヘッドルームレポートは、前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットを備えていることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１６】
電力ヘッドルームレポートが、前記第１のｅＮＢおよび前記第２のｅＮＢに同時に送信され、ならびに、前記電力ヘッドルームレポートは、前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットを備えていることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１７】
前記プロセッサは、前記第１の電力ヘッドルームのセットおよび前記第２の電力ヘッドルームのセットの各々を、それぞれのトリガプロシージャに基づいて判定するようにさらに構成されていることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１８】
前記トリガプロシージャの各々は、前記それぞれのｅＮＢと関連付けられた前記セルのセットのセルに関連する変更に対応することを特徴とする請求項１７に記載のＷＴＲＵ。
【請求項１９】
前記第２の電力ヘッドルームのセットを前記第１のｅＮＢに送信することは、前記第２の電力ヘッドルームのセットのトリガプロシージャに基づいていることを特徴とする請求項１７に記載のＷＴＲＵ。
【請求項２０】
前記第２の電力ヘッドルームのセットを前記第１のｅＮＢに送信することは、前記第２のｅＮＢに関連付けられた前記第２のセルのセットに対するスケジューリング情報を送信することをさらに備えていることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項２１】
前記第１の電力ヘッドルームのセットを前記第２のｅＮＢに送信することは、前記第１のｅＮＢに関連付けられた前記第１のセルのセットに対するスケジューリング情報を送信することをさらに備えていることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項２２】
前記第１の電力ヘッドルームのセットのレポートは、前記第２の電力ヘッドルームのセットのレポートを禁止しないことを特徴とする請求項１２に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
本出願は、２０１１年８月１２日に出願された米国仮特許出願第６１／５２２８３４号の利益を主張するものである。
【０００３】
無線通信システムは、音声およびデータなどの様々なタイプの通信コンテンツを提供するために幅広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば帯域幅および送信電力）を共有することによって、複数のユーザとの通信をサポートすることが可能な多重アクセスシステムとすることができる。こうした多重アクセスシステムの例は、符号分割多重アクセス（ＣＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、周波数分割多重アクセス（ＦＤＭＡ）システム、３ＧＰＰロングタームエボリューション（ＬＴＥ）システム、および直交周波数分割多重アクセス（ＯＦＤＭＡ）システムを含む。
【０００４】
これらの多重アクセス技術は、異なる無線デバイスが地方、国内、地域、ならびに世界レベルで通信することを可能にする共通プロトコルを提供するために、様々な通信規格で採用されてきた。新たに出現した通信規格の例が、ロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）への発展型のセットである。これは、スペクトル効率を向上させ、コストを低減させ、サービスを改善させ、新規スペクトルを活用し、ならびに、ダウンリンク（ＤＬ）上でのＯＦＤＭＡ、アップリンク（ＵＬ）上でのＳＣ−ＦＤＭＡ、および多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより適切に統合することによって、モバイル広帯域インターネットアクセスをより適切にサポートするように設計されている。
【０００５】
モバイル通信システムにおけるアップリンク送信機電力制御は、所望のサービス品質（たとえばデータレートおよびエラーレート）を達成するためにビットあたりで送信される十分なエネルギーの必要性と、システムの他のユーザへの干渉を最小限にし、モバイル端末のバッテリ寿命を最大限にする必要性との、バランスを取る。この目標を達成するために、アップリンク電力制御は、パスロス、シャドウイング、高速フェージング、ならびに、同一セルおよび近隣セルにおける他のユーザからの干渉を含む、無線搬送チャネルの特徴に適合しなければならない。
【発明の概要】
【０００６】
無線送信／受信ユニット（ＷＴＲＵ）は、第１のセルのセットおよび第２のセルのセットとの通信を確立することができる。第１のセルのセットは第１のスケジューラに関連付けられてもよく、および、第２のセルのセットは第２のスケジューラに関連付けられてもよい。ＷＴＲＵに対する最大許容送信電力は、第１のセルのセットおよび第２のセルのセットに対して判定されてもよく、ならびに／または、それら全体にわたって分散（distribute）されてもよい。
【０００７】
第１のスケジューラは、構成される、第１のセルのセットに対する第１の最大電力値および第２のセルのセットに対する第２の最大電力値を判定してもよい。第１のスケジューラは、第２の最大電力値を第２のスケジューラにシグナリングしてもよい。
【０００８】
第１および第２の最大電力値は、ＷＴＲＵにシグナリングされてもよい。ＷＴＲＵは第１のセルのセットに対する送信電力を計算してもよく、および、計算された送信電力が第１の最大電力値を超える場合、ＷＴＲＵは、送信電力が第１の最大電力値を超えないように調整してもよい。同様にＷＴＲＵは、第２のセルのセットに対する送信電力を計算してもよく、および、計算された送信電力が第２の最大電力値を超える場合、ＷＴＲＵは、送信電力が第２の最大電力値を超えないように調整してもよい。
【０００９】
ＷＴＲＵは、各セルのセットに対して異なる電力ヘッドルームプロセス（power headroom process）を、たとえば、第１のセルのセットに対して第１の電力ヘッドルームプロセス、および、第２のセルのセットに対して第２の電力ヘッドルームプロセスを管理してもよく、第１の電力ヘッドルームプロセスは、第２の電力ヘッドルームプロセスとは異なる。
【００１０】
各電力ヘッドルームプロセスは、それぞれのトリガプロシージャおよびレポーティングプロシージャを含んでもよい。第１の電力ヘッドルームプロセスのレポーティングプロシージャは、第２の電力ヘッドルームプロセスのトリガプロシージャに基づいてもよい。第１の電力ヘッドルームプロセスに対するレポーティングは、第２のセルのセットに対するスケジューリング情報を含んでもよい。同様に、第２の電力ヘッドルームプロセスに対するレポーティングは、第１のセルのセットに対するスケジューリング情報を含んでもよい。レポーティングは、レポーティングが第１のセルのセットに関連付けられたトリガに基づいているときでさえ、第１のセルのセットと第２のセルのセットの両方に対する電力ヘッドルーム情報を含んでもよい。
【図面の簡単な説明】
【００１１】
添付の図面とともに例として与えられた以下の説明から、より詳細に理解することができよう。
【００１２】
【図１Ａ】１つまたは複数の開示された実施形態を実装することができる通信システムの例を示すシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用することができる無線送信／受信ユニット（ＷＴＲＵ）の例を示すシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用することができる無線アクセスネットワークの例およびコアネットワークの例を示すシステム図である。
【図１Ｄ】図１Ａに示された通信システム内で使用することができる無線アクセスネットワークの他の例およびコアネットワークの他の例を示すシステム図である。
【図１Ｅ】図１Ａに示された通信システム内で使用することができる無線アクセスネットワークの他の例およびコアネットワークの他の例を示すシステム図である。
【図２Ａ】マルチスケジューラネットワーク展開の例における、ダウンリンクデータフロー分割を示すネットワーク図である。
【図２Ｂ】マルチスケジューラネットワーク展開の他の例における、ダウンリンクデータフロー分割を示すネットワーク図である。
【図３】いくつかのｅＮＢからの送信電力制御（ＴＰＣ）コマンドのシーケンスおよびサブフレームのシーケンスにおける送信電力への影響を示す表である。
【図４】いくつかのｅＮＢからの送信電力制御（ＴＰＣ）コマンドのシーケンスおよびサブフレームのシーケンスにおける送信電力への影響を示す表である。
【図５】いくつかのｅＮＢから受信され、および、現在のＰＵＣＣＨタイミングに関連して示された、タイミングアドバンス（ＴＡ：Timing Advance）コマンドの例を示す図である。
【図６】第１のｅＮＢまたはセルのみによる受信に対して意図された単一のデータおよび／またはＵＣＩを送信するＷＴＲＵを示す図である。
【図７】第１のｅＮＢまたはセル、ならびに、１つまたは複数の追加のｅＮＢまたはセルによって受信されてもよいデータおよび／またはＵＣＩを送信するＷＴＲＵを示す図である。
【図８】複数のｅＮＢにデータを送信し、および、１つのｅＮＢにＵＣＩを送信するＷＴＲＵを示す図である。
【図９】複数のｅＮＢにデータおよびＵＣＩを送信するＷＴＲＵを示す図である。
【図１０】少なくとも１つの送信ターゲットへのチャネルの送信に対する、ＷＴＲＵパラメータの受信、維持、および選択の実施形態の例を示す図である。
【図１１】２つのｅＮＢの各々に関連付けられた１つまたは複数のセルと通信するＷＴＲＵ、および、それらの間での電力管理情報の交換を示す図である。
【図１２】実施形態例にしたがった電力制御を示すプロセスフロー図である。
【発明を実施するための形態】
【００１３】
次に、様々な図面を参照して例示の実施形態について詳細が説明される。この説明は可能な実装の詳細な例を提供するが、この詳細は例示的なものであり、いかなる場合も本出願の範囲を限定することを意図するものでないことに留意されたい。
【００１４】
図１Ａは、１つまたは複数の開示された実施形態が実装されてもよい、通信システム１００の例を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、こうしたコンテンツにアクセスできるようにすることを可能にしてもよい。たとえば通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、および、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１つまたは複数のチャネルアクセス方法を採用してもよい。
【００１５】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（これらは全体として、またはまとめてＷＴＲＵ１０２と称されてもよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに、他のネットワーク１１２を含んでもよいが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ならびに、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および、家庭用電子機器などを含んでもよい。
【００１６】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａおよび１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線にインターフェースするように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａおよび１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａおよび１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａおよび１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことができることを理解されよう。
【００１７】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も含んでもよい、ＲＡＮ１０３／１０４／１０５の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称されることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成されてもよい。セルは、さらにセルセクタに分割されてもよい。たとえば基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって一実施形態において、基地局１１４ａは３つの、すなわちセルの各セクタについて１つの送受信機を含んでもよい。他の実施形態において、基地局１１４ａは多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルの各セクタについて複数の送受信機を利用してもよい。いくつかの実施形態において、セルに対する送信ポイントは物理的に基地局１１４ａに位置しなくてもよく、および、基地局１１４ａは、リモート無線ヘッドを採用するときなどに、複数の地理的領域において無線信号を送信および／または受信してもよい。基地局１１４ａは、それに関連付けられた複数のセルを有してもよい。
【００１８】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（たとえば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる、エアインターフェース１１５／１１６／１１７上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうちの１つまたは複数と通信してもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１９】
より具体的に言えば、上述したように、通信システム１００は多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、および、ＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用してもよい。たとえばＲＡＮ１０３／１０４／１０５における基地局１１４ａ、ならびに、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができるユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００２０】
他の実施形態において、基地局１１４ａ、ならびに、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。
【００２１】
他の実施形態において、基地局１１４ａ、ならびに、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃは、ＩＥＥＥ  ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの、無線技術を実装してもよい。
【００２２】
図１Ａの基地局１１４ｂは、たとえば無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、仕事場、自宅、車、学校などの局所化されたエリアでの無線接続を容易にするために、任意の適切なＲＡＴを利用してもよい。一実施形態において、基地局１１４ｂ、ならびに、ＷＴＲＵ１０２ｃおよび１０２ｄは、ＩＥＥＥ  ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。他の実施形態において、基地局１１４ｂ、ならびに、ＷＴＲＵ１０２ｃおよび１０２ｄは、ＩＥＥＥ  ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらに他の実施形態において、基地局１１４ｂ、ならびに、ＷＴＲＵ１０２ｃおよび１０２ｄは、セルラベースのＲＡＴ（たとえばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂはインターネット１１０への直接接続を有してもよい。したがって基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない。
【００２３】
ＲＡＮ１０３／１０４／１０５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうちの１つまたは複数に対して、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）のサービスを提供するように構成された、任意のタイプのネットワークとすることができるコアネットワーク１０６／１０７／１０９と通信してもよい。たとえばコアネットワーク１０６／１０７／１０９は、呼び出し制御、課金サービス、移動ロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供し、さらに／もしくは、ユーザ認証などの高水準セキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ  １０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接または間接的に通信してもよい。たとえば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５と接続していることに加え、ＧＳＭ無線技術を採用している他のＲＡＮ（図示せず）との通信してもよいことを理解されよう。
【００２４】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとしてサービスしてもよい。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される、有線または無線の通信ネットワークを含んでもよい。たとえばネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用することができる、１つまたは複数のＲＡＮに接続された他のコアネットワークを含んでもよい。
【００２５】
通信システムにおけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうちの一部またはすべては、マルチモード機能を含んでもよく、たとえばＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。たとえば図１Ａに示されたＷＴＲＵは、セルラベースの無線技術を採用することができる基地局１１４ａ、および、ＩＥＥＥ  ８０２無線技術を採用することができる基地局１１４ｂと、通信するように構成されてもよい。
【００２６】
図１Ｂは、ＷＴＲＵ１０２の例を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、上述した要素の任意のサブコンビネーションを含んでもよいことを理解されよう。また実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅＢ、発展型ホームＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホーム発展型ＮｏｄｅＢ（ＨｅＮＢ）、ホーム発展型ＮｏｄｅＢゲートウェイ、およびプロキシノードなどであるがこれらに限定されない、基地局１１４ａおよび１１４ｂが提示可能なノードは、図１Ｂに示され本明細書で説明される要素のうちのいくつかまたはすべてを含んでもよい。
【００２７】
プロセッサ１１８は、汎用プロセッサ、特定用途向けプロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などを、含んでもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、無線環境でＷＴＲＵ１０２を動作可能にする任意の他の機能を実行してもよい。プロセッサ１１８は、送受信要素１２２に結合することができる送受信機１２０に結合されてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８および送受信機１２０は電子パッケージまたはチップにまとめて統合してもよいことを理解されよう。
【００２８】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（たとえば基地局１１４ａ）に信号を送信するように、または基地局から信号を受信するように構成されてもよい。たとえば一実施形態において、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。他の実施形態において、送受信要素１２２は、たとえばＩＲ、ＵＶ、または可視光の信号を送信および／または受信するように構成された、エミッタ／ディテクタであってもよい。さらに他の実施形態において、送受信要素１２２は、ＲＦおよび光信号の両方を送信および受信するように構成されてもよい。送受信要素１２２は、任意の組み合わせの無線信号を送信および／または受信するように構成されてもよいことを理解されよう。
【００２９】
加えて、送受信要素１２２は、図１Ｂでは単一の要素として示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含んでもよい。より具体的に言えば、ＷＴＲＵ１０２はＭＩＭＯ技術を採用してもよい。したがって、一実施形態においてＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信および受信するための、２つ以上の送受信要素１２２（たとえば複数のアンテナ）を含んでもよい。
【００３０】
送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信される信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２はマルチノード機能を有してもよい。したがって送受信機１２０は、たとえばＵＴＲＡおよびＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信することを可能にする複数の送受信機を含んでもよい。
【００３１】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えてプロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの、任意のタイプの適切なメモリからの情報にアクセスし、および、それらにデータを格納してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでもよい。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、および、それらメモリにデータを格納してもよい。
【００３２】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、および、ＷＴＲＵ１０２における他のコンポーネントに対して電力を分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。たとえば電源１３４は、１つまたは複数の乾電池（たとえばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでもよい。
【００３３】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば経度および緯度）を提供するように構成することができるＧＰＳチップセット１３６に結合されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信し、および／または、２つ以上の近隣基地局から受信する信号のタイミングに基づいてその位置を判定してもよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、任意の適切な位置判定方法の使用によって位置情報を取得してもよいことを理解されよう。
【００３４】
プロセッサ１１８はさらに、追加の特徴、機能、ならびに／あるいは有線または無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる他の周辺機器１３８に結合されてもよい。たとえば周辺機器１３８は、アクセラメータ、ｅコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ受像機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。
【００３５】
図１Ｃは、実施形態にしたがってＲＡＮ１０３およびコアネットワーク１０６のシステム図である。前述したように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するためのＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０３は、コアネットワーク１０６とも通信してもよい。図１Ｃに示されるように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機をそれぞれ含むことができる、ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃを含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃは、それぞれ、ＲＡＮ１０３における特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａおよび１４２ｂ含んでもよい。ＲＡＮ１０３は、実施形態との整合性を維持しながら、任意の数のＮｏｄｅＢおよびＲＮＣを含んでもよいことを理解されよう。
【００３６】
図１Ｃに示されるように、ＮｏｄｅＢ１４０ａおよび１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、ＮｏｄｅＢ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａおよび１４２ｂと通信してもよい。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して互いに通信してもよい。ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、それが接続されるそれぞれのＮｏｄｅＢ  １４０ａ、１４０ｂ、および１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化などの他の機能を実行し、または、サポートするように構成されてもよい。
【００３７】
図１Ｃに示されたコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／または、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。上述した要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有および／または操作されてもよいことを理解されよう。
【００３８】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６におけるＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。
【００３９】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。
【００４０】
上述したように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことができる、ネットワーク１１２に接続されてもよい。
【００４１】
図１Ｄは、実施形態にしたがったＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するためのＥ−ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
【００４２】
ＲＡＮ１０４はｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃを含んでもよいが、ＲＡＮ１０４は実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。一実施形態において、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがってたとえばｅＮｏｄｅＢ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ１０２ａから無線信号を受信してもよい。
【００４３】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、ならびに、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃは、Ｘ２インターフェースを介して互いに通信してもよい。
【００４４】
図１Ｄに示されたコアネットワークは、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含んでもよい。上述した要素のそれぞれは、コアネットワーク１０７の一部として示されているが、これらの要素の任意の１つがコアネットワークオペレータ以外のエンティティによって所有および／または操作されてもよいことを理解されよう。
【００４５】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ  １６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてもよく、ならびに、制御ノードとして動作してもよい。たとえばＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのユーザの認証、ベアラの活性化／非活性化、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの初期接続時の特定のサービングゲートウェイの選択などを担当してもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り換えるための、制御プレーン機能を提供してもよい。
【００４６】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてもよい。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとの間でユーザデータパケットをルーティングおよび転送してもよい。サービングゲートウェイ１６４は、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃに使用可能であるときのページングのトリガ、ならびに、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃのコンテキストの管理および格納などの、他の機能を実行してもよい。
【００４７】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃに提供することができるＰＤＮゲートウェイ１６６に接続されてもよい。
【００４８】
コアネットワーク１０７はまた、他のネットワークとの通信を容易にしてもよい。たとえばコアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。たとえばコアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（たとえばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、または、これと通信してもよい。加えて、コアネットワーク１０７は、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスを、ＷＴＲＵ  １０２ａ、１０２ｂ、および１０２ｃに提供してもよい。
【００４９】
図１Ｅは、実施形態にしたがったＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するためにＩＥＥＥ  ８０２．１６無線技術を採用する、アクセスサービスネットワーク（ＡＳＮ）であってもよい。さらに以下で考察するように、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃ、ＲＡＮ  １０５、ならびに、コアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準ポイントとして定義されてもよい。
【００５０】
図１Ｅに示されるように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、および１８０ｃ、ならびに、ＡＳＮゲートウェイ１８２を含んでもよいが、実施形態との整合性を維持しながら、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことを理解されよう。基地局１８０ａ、１８０ｂ、および１８０ｃは、それぞれＲＡＮ１０５における特定のセル（図示せず）と関連付けられてもよく、ならびに、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するために、それぞれ１つまたは複数の送受信機を含んでもよい。一実施形態において、基地局１８０ａ、１８０ｂ、および１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、たとえば基地局１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ１０２ａから無線信号を受信してもよい。基地局１８０ａ、１８０ｂ、および１８０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー強化などの、モビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして機能してもよく、ならびに、ページング、加入者プロファイルのキャッシュ、および、コアネットワーク１０９へのルーティングなどを担当してもよい。
【００５１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ  ８０２．１６規格を実装するＲ１基準ポイントとして定義されてもよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用可能な、Ｒ２基準ポイントとして定義されてもよい。
【００５２】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび移動局間でのデータの転送を容易にするためのプロトコルを含む、Ｒ８基準ポイントとして定義されてもよい。基地局１８０ａ、１８０ｂ、および１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準ポイントとして定義されてもよい。Ｒ６基準ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含んでもよい。
【００５３】
図１Ｅに示されるように、ＲＡＮ１０５はコアネットワーク１０９に接続されてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえばデータ転送およびモビリティ管理機能を容易にするためのプロトコルを含む、Ｒ３基準ポイントとして定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証・認可・課金（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。上述した要素のそれぞれはコアネットワーク１０９の一部として示されているが、これらの要素の任意の１つがコアネットワークオペレータ以外のエンティティによって所有および／または操作されてもよいことを理解されよう。
【００５４】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当してもよく、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮ間、および／または異なるコアネットワーク間をローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。ＡＡＡサーバ１８８は、ユーザ認証およびユーザサービスのサポートを担当してもよい。ゲートウェイ１８８は、他のネットワークとの相互作業を容易にしてもよい。たとえばゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。加えてゲートウェイ１８８は、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。
【００５５】
図１Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、ならびに、コアネットワーク１０９は他のコアネットワークに接続されてもよいことを理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのモビリティを調整するためのプロトコルを含むことができる、Ｒ４基準ポイントとして定義されてもよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと移動先コアネットワークとの間の相互作業を容易にするためのプロトコルを含むことができる、Ｒ５基準として定義されてもよい。
【００５６】
図２Ａは、マルチスケジューラネットワーク展開（multi-scheduler network deployment）の例における、ダウンリンクデータフロー分割を示すＲＡＮ１０４およびコアネットワーク１０７のネットワーク図である。マルチスケジューラネットワーク展開は、たとえば、特定のＷＴＲＵからのダウンリンク（ＤＬ）および／またはアップリンク（ＵＬ）の送信を制御するために複数の独立したスケジューラが利用される、Ｆｕｚｚｙ  Ｃｅｌｌ、Ｃｏｏｐｅｒａｔｉｖｅ  Ｍｕｌｔｉｐｏｉｎｔ（ＣｏＭＰ）、Ｓｍａｌｌ  Ｃｅｌｌ  Ｈｏｔｓｐｏｔ、Ｄｅｎｓｅ  Ｃｅｌｌ、および、他のネットワーク展開シナリオにおいて利用されてもよい。
【００５７】
Ｆｕｚｚｙ  Ｃｅｌｌは、セルエッジの問題を緩和し、ハンドオーバ性能を向上させ、および、システム全体の性能を向上させることができる、高性能、低複雑度、および、ロバストなスキームである。Ｆｕｚｚｙ  Ｃｅｌｌ展開は不均一な送信電力を有してもよく、および、複数のサイトからの協調的送信を含んでもよい。
【００５８】
図２Ａに示されるように、ネットワークとＷＴＲＵとの間のアップリンクおよびダウンリンクのデータフローを分割することができる展開を含み、データの一部が１つのパスを介して通信されてもよく、および、他のデータが他のパスを介して通信されてもよく、または、同一のデータが複数のパスを介して通信されてもよい。各パスは、独立したスケジューラ、ｅＮｏｄｅＢ（ｅＮＢ）、セル、またはサイトのうちの少なくとも１つに対応してもよい。ＷＴＲＵとネットワークとの間のパスは、各セルがＵＬ、ＤＬ、またはＵＬおよびＤＬの両方の通信を提供することができる、セルのセットによって表現および識別されてもよい。このケースでは、各セルのセットは、潜在的に独立したスケジューラまたはＮＢに対応する。
【００５９】
例示的な実施形態において、データフローはダウンリンク（ＤＬ）において分割されてもよく、および、この分割はｅＮＢにおいて発生してもよい。所与のＷＴＲＵに対して意図されたデータは、コアネットワーク（ＣＮ）からＳ１インターフェースを介して第１のｅＮＢ（ｅＮＢ１）へダウンロードされてもよい。ｅＮＢ１は、図２Ａで「１」および「２」とラベル付けされた、ならびに、本明細書ではそれぞれ「パート１」および「パート２」と称される、２つの部分でデータを分割するように決定してもよい。ｅＮＢ１は、データのパート１をＷＴＲＵに送信してもよく、および、データのパート２を、たとえば、一般的にＸ２またはＸ２に類似のインターフェースなどのバックホールインターフェースと称されるインターフェースを介して、第２のｅＮＢ（ｅＮＢ２）に転送してもよい。第２のｅＮＢ（ｅＮＢ２）は、データのパート２をＷＴＲＵに送信してもよい。
【００６０】
Ｎ個のセカンダリｅＮＢのケースでは、データは第１のｅＮＢによってＮ部分まで分割されてもよく、および、Ｘ２またはＸ２に類似のインターフェースなどによって、ＷＴＲＵへの送信に対する適切な他のｅＮＢに転送してもよい。
【００６１】
データはシステムにおける任意のポイントで分割されてもよく、および、複数のｅＮＢに提供されてもよい。たとえばデータは、たとえば図２Ｂに示されるように、１つのｅＮＢが他のｅＮＢにデータを転送する必要なしに、各部分がｅＮＢに進めるように、ＣＮによって分割されてもよい。
【００６２】
データは、たとえば送信されるデータのサービス品質要件、送信されるデータの量、ｅＮＢによって制御されるセルのリソース可用性、特定のデータフロー、無線ベアラ、無線ベアラタイプ、および／または、他の基準にしたがって、たとえばｅＮＢ１によって分割されてもよい。
【００６３】
バックホール上でなどの追加のシグナリングが使用されて、たとえば図２Ａに示されるように、ｅＮＢ１などによってデータフローの効率的な分割をサポートしてもよい。ｅＮＢ２は、ＤＬデータのフローを制御するためにｅＮＢ１に情報を提供してもよい。たとえば、ｅＮＢ２は、あるＷＴＲＵをサポートすることができるデータレート、または、データレートの推定をｅＮＢ１に提供してもよい。これらの推定は、ｅＮＢ１でデータをバッファリングすることができるＷＴＲＵに対し、どれだけのデータをｅＮＢに送信するかに関して決定する際に、ｅＮＢ１を支援することができる。他のオプションとして、ｅＮＢ２は、適切なスケジューリングのためにｅＮＢ２でＤＬデータの量が維持されるように、ｅＮＢ２がｅＮＢ１からの送信のレートを制御することができる信号をｅＮＢ１に送信することができる、フロー制御または信用メカニズムを採用してもよい。ｅＮＢ２は、たとえばそのＤＬ送信に対するバッファステータスレポートをｅＮＢ１に通知してもよく、これにより、送信されるデータの実際の配信ステータスおよび／または転送されるデータのデータ送信レートに関するより正確な情報を、ｅＮＢ１に提供してもよい。個々の送信の実際のステータスは、個々のデータ送信に関連付けられたユニークなシーケンス番号のインジケーションによって通知されてもよい。ｅＮＢ２からのこのフィードバックまたは他のフィードバックに基づいて、適切なスケジューリングおよびｅＮＢ２からの最大スループットを妨げることのないｅＮＢ２に最小量のバッファリングされたデータを維持することを目的として、ｅＮＢ１は、より多くのデータをｅＮＢ２に送信するか否かを決定してもよい。
【００６４】
複数のｅＮＢ、セル、セルのセット、スケジューラ、サイトなどに対するＤＬデータ分割の概念は、ＵＬにおいても同様に適用されてもよい。たとえばＷＴＲＵは、そこからＵＬグラントを受信した少なくとも１つのｅＮＢ、セル、セルのセット、サイト、またはスケジューラに基づいて、ＵＬデータのその送信を分割する方法を判定してもよい。ＷＴＲＵは、送信されるデータのサービス品質（ＱｏＳ）要件、送信されるデータの量、ｅＮＢによって制御されるセルのリソース可用性、特定のデータフロー、無線ベアラ、無線ベアラタイプ、および／または他の手段のうちの少なくとも１つに基づいて、データを分割してもよい。ＷＴＲＵにおいて、ＵＬデータのこの分割は、論理チャネル優先順位付けプロシージャにおいて実現されてもよい。このケースでは、論理チャネル優先順位付けプロシージャは、各ｅＮＢ、スケジューラ、セル、セルのセット、またはサイトを独立して処理してもよく、これらのエンティティのうちの１つに関連付けられたＵＬグラントは、無線ベアラまたは無線ベアラタイプなどの特定のデータに制限されてもよい。
【００６５】
ＷＴＲＵデータ分割は、構成に基づいてもよい。たとえば構成は、あるデータを特定のセル、セルのセット、ｅＮＢ、またはサイトに関連付けてもよい。
【００６６】
ＷＴＲＵは、どのセル、サービングセル、またはＣＣが何らかのｅＮＢまたはスケジューラに属するかを認識するように構成されてもよい。たとえば、スケジューリンググループなどの識別されたグループが存在してもよく、スケジューリンググループはセルのセット、サービングセル、またはＣＣで構成されてもよい。ＷＴＲＵは、それが、あるｅＮＢまたはスケジューラにどの無線ベアラまたは無線ベアラタイプが属するかを認識するように構成されてもよい。たとえば、スケジューリンググループなどの識別されたグループが存在してもよく、スケジューリンググループは、ある無線ベアラもしくは無線ベアラタイプのセット、または、無線ベアラタイプで構成されてもよい。
【００６７】
データフロー分割はｅＮＢの非限定的な例の動作コンテキストにおいて開示されているが、開示された主題は、１つまたは複数のセルを管理する様々な独立したスケジューラに適用されてもよいことを理解されよう。アップリンクおよび／またはダウンリンクのデータは、複数のｅＮＢ、独立したスケジューラなどの複数のスケジューラ、複数のセル、複数のサイト、複数のビームなどの間で分割されてもよく、依然として本開示に整合している。複数のセルは、独立したスケジューラまたはｅＮＢに対応してもよい。さらにスケジューラは、たとえばマスタスケジューラなどの他のスケジューラから命令を受信してもよい。スケジューラは特定のｅＮＢに関連付けられてもよく、または、関連付けられなくてもよい。特定の例として、ｅＮＢは単一のスケジューラまたは複数のスケジューラを組み込んでもよい。
【００６８】
本開示で使用されるｅＮＢは、独立したスケジューラまたは複数のスケジューラなどのスケジューラを意味し、それらを含み、またはそれらに置き換えられてもよく、ならびに、依然として本開示に整合している。スケジューラ、たとえば独立したスケジューラは、あるｅＮＢ、セル、セルのセット、またはｅＮＢセットに関連付けられてもよく、ならびに、そのｅＮＢまたはセルに対するリソースを管理してもよい。本明細書で使用されるｅＮＢまたはサイトは、構成されたセルのセットを意味し、または、これに置き換えられてもよい。構成されたセルの各セットは、独立したスケジューラによって管理されてもよい。独立したスケジューラなどのスケジューラは、ｅＮＢまたはセルであってもよく、もしくは当該セルでなくてもよく、または、その一部であってもよく、または、その一部でなくてもよい。１つまたは複数のセルは、特定のｅＮＢに関連付けられてもよく、または、関連付けられなくてもよい、特定のスケジューラに関連付けられてもよい。
【００６９】
さらに本開示で使用されるｅＮＢは、セル、セルのセット、複数のセルのセット、サイト、ビーム、もしくはビームセットを意味し、これらを含み、または、これらに置き換えられてもよく、ならびに、依然として本開示に整合している。この開示を目的に、用語「ｅＮＢ」が使用されている場合はいずれでも、それに加えて、または、それの代わりに「セル」または「セルのセット」が使用されてもよい。さらに、用語「セル」または「セルのセット」が使用されている場合はいずれでも、それに加えて、または、それの代わりにｅＮＢが使用されてもよい。セルもしくセルのセットは、特定のｅＮＢに関連付けられてもよく、または、関連付けられなくてもよい、少なくとも１つのスケジューラまたは独立したスケジューラを意味し、これらを含み、または、これらに置き換えられてもよい。セル、サービングセル、およびコンポーネントキャリア（ＣＣ）は、交換可能に使用されてもよい。セルセットおよびセルのセットは、交換可能に使用されてもよい。
【００７０】
３ＧＰＰリリース１０のＬＴＥ規格の一部として、ＷＴＲＵ（図１Ｃに示されたＷＴＲＵ  １０２など）は、アップリンク制御情報（ＵＣＩ）とも呼ばれるアップリンク（ＵＬ）フィードバックを、ＤＬ送信に応答して、オンデマンドで、および、定期的に送信してもよい。ＵＣＩは、ＤＬ送信が正常に受信されたかを示すＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）、チャネル品質インジケータ（ＣＱＩ）、ならびに、ランクインジケータ（ＲＩ）およびスケジューリング要求（ＳＲ）などの他のインジケータを含んでもよい。ＷＴＲＵは、物理アップリンク制御チャネル（ＰＵＣＣＨ）もしくは物理アップリンク共有チャネル（ＰＵＳＣＨ）上でＵＣＩを送信し、または、定義されたルールのセットに応じてＰＵＣＣＨとＰＵＳＣＨとの間で分割してもよい。所与のサブフレームにおける１つのアプローチでは、多くとも１つのＰＵＣＣＨが存在してもよく、それはＷＴＲＵのプライマリサービングセル、ＰＣｅｌｌにのみ送信されてもよい。このアプローチでは、複数のＰＵＳＣＨが存在してもよいが、１つのみが所与のサブフレームにおいてＵＣＩを搬送してもよく、ならびに、ＰＣｅｌｌ上にＰＵＳＣＨが存在する場合、そのＰＵＳＣＨのみがＵＣＩを搬送してもよい。
【００７１】
ＬＴＥ規格のリリース８／９では、ＰＵＣＣＨおよびＰＵＳＣＨのそれぞれに対する単一サービングセルに対し、電力制御（ＰＣ）および電力ヘッドルーム（ＰＨ）が定義された。ＰＣは、開ループコンポーネントおよび閉ループコンポーネントを有してもよい。ＷＴＲＵは、開ループコンポーネントを決定するために、測定されたパスロスおよびＵＬグラントのサイズなどのそれが有し、または、計算することができるパラメータを使用してもよく、ならびに、サブフレームにおけるＰＵＳＣＨまたはＰＵＣＣＨに対する送信電力を判定するために、閉ループコンポーネントとして累積されたＴＰＣビットまたは絶対ＴＰＣビットを使用してもよい。ＰＵＳＣＨ電力制御は、累積されたＴＰＣおよび絶対ＴＰＣの両方を現在、サポートし、ＰＵＣＣＨ電力制御は、累積されたＴＰＣのみをサポートしている。送信に使用するための電力を確定する前に、ＷＴＲＵは、開ループコンポーネントおよび閉ループコンポーネントから判定されたその計算された電力と、その構成された最大出力電力、Ｐｃｍａｘとを比較してもよい。構成された最大出力電力は、シグナリングされた最大電力と許容電力低減の少ない電力クラスとのうちの少ない方にしてもよい。許容電力低減は、ＵＬ構成および電流グラントの機能（function）であってもよく、ＷＴＲＵがスペクトル放出および他の送信要件に違反しないことを保証するために使用されてもよい。計算された電力がＰｃｍａｘを超える場合、送信電力はＰｃｍａｘに等しく設定されてもよく、および、これは送信に使用される電力であってもよい。超えない場合、計算された電力は送信電力に使用されてもよい。
【００７２】
電力ヘッドルーム（ＰＨ）は、Ｐｃｍａｘと、ＷＴＲＵがＰＨレポートをｅＮＢに送信することができるサブフレームに対して計算された送信電力との、差であってもよい。それは、ＷＴＲＵのＵＬグランドに対するＰＨまたはＰＨレポートのサブフレームに対する割当て（たとえばＳＰＳ割当て）を提供してもよい。正の（positive）ヘッドルームは、より大きなグラントまたは割当てを処理するためのＷＴＲＵの能力を示してもよい。負の（negative）ヘッドルームは、ＷＴＲＵが送信電力を許容された最大値に限定することを示してもよく、および、グラントまたは割当てがどの程度大きすぎたのかによって示してもよい。ＰＨは、その将来のスケジューリング決定において、ｅＮＢスケジューラによって使用されてもよい。たとえばヘッドルームが正である場合、ｅＮＢはより大きなグラントをスケジューリングしてもよい。ヘッドルームが負である場合、ｅＮＢはグラントのサイズを低減させてもよい。ＰＨレポートは、ｅＮＢに定期的に送信されるように構成されてもよい。それらは、パスロスがしきい値を超えて変化するときなど、イベントによりトリガされてもよい。
【００７３】
ＬＴＥ規格のリリース１０では、電力制御（ＰＣ）および電力ヘッドルーム（ＰＨ）の概念は、複数セル上での同時ＵＬ送信にまで拡張された。送信が存在する各サービングセル上の電力は、他のサービングセルとは別個に、第１に計算されてもよい。各サービングセルは、それ自体の構成された最大出力電力、Ｐｃｍａｘ，ｃを有してもよい。リリース８／９と同様に、Ｐｃｍａｘ，ｃは、スプリアス発射（spurious emissions）および他の送信要件を満たすように許容電力低減を含んでもよい。リリース１０では、ＳＡＲまたは他の非ＬＴＥ特定要件を満たすための、電力管理などの他の要素に対し、追加の低減が許容されてもよい。バンド間で送信するときに、リリース１１で変調間効果（inter-modulation effects）に対する低減が許容されてもよい。
【００７４】
任意のサービングセルの計算された送信電力がそのＰｃｍａｘ，ｃを超える場合、その計算された送信電力はＰｃｍａｘ，ｃに等しく設定されてもよい。ＰＵＣＣＨおよびＰＵＳＣＨの両方の同時送信を有することができるＰＣｅｌｌに対し、ＰＵＣＣＨ電力は第１に計算され、ＰＣｅｌｌに対してＰｃｍａｘ，ｃによって制限されてもよい。その後、ＰＵＳＣＨ電力はＰＣｅｌｌに対して計算されてもよく、その電力は、ＰＣｅｌｌに対するＰｃｍａｘ，ｃからＰＵＣＣＨに割り当てられた電力を減じたものによって制限されてもよい。個々のサービングセルに対する構成された最大出力電力に加えて、全体として、ＷＴＲＵに対する構成された最大出力電力、Ｐｃｍａｘが存在してもよい。個々の計算された送信電力の合計がＰｃｍａｘを超える場合、チャネル電力は、Ｐｃｍａｘを超えないように優先順位付けルールのセットにしたがって増減または制限されてもよい。ＰＵＣＣＨは最高優先順位を有し、ＵＣＩを搬送するＰＵＳＣＨは次の優先順位を有し、ＵＣＩを搬送しないＰＵＳＣＨは、ＰＵＣＣＨおよびＵＣＩを搬送するＰＵＳＣＨに比べて最低優先順位を有するが、ＵＣＩを搬送しない他のＰＵＳＣＨに比べて同一の優先順位を有してもよい。電力ヘッドルームは、Ｐｃｍａｘ，ｃによって、またはより優先順位の高いチャネルへの電力割当てによって制限される前に、Ｐｃｍａｘ，ｃと計算された送信電力との間の差として、各サービングセルに対して計算されてもよい。２つの電力ヘッドルームは計算およびレポートされてもよい。タイプ１は、たとえＰＵＣＣＨが実際には存在する場合であっても、ＰＵＣＣＨが存在しないかのように計算されるＰＵＳＣＨのみに対するヘッドルームであってもよい。タイプ２は、ＰＵＳＣＨおよびＰＵＣＣＨの両方を含んでもよい。タイプ１はすべてのサービングセルに適用されてもよい。タイプ２はＰＣｅｌｌのみに適用されてもよい。電力ヘッドルームレポートは、すべての活性化されたサービングセルに対するＰＨ値を含んでもよく、それらのセルに関する対応するＰｃｍａｘ，ｃ値を含んでもよい。ＰＨレポート（ＰＨＲ）が送信されるサブフレームにおいて、ＵＬ送信（たとえばＰＵＳＣＨおよび／またはＰＵＣＣＨ）を有さないサービングセルに対してＰＨをレポートするときに、特別ルールに従ってもよい。ヘッドルームは、ＰＨＲが送信されるサブフレームにおいて、送信を有するチャネルに対しては現実である（real）とみなされ、送信を有さないチャネルに関しては仮想とみなされてもよい。
【００７５】
リリース１０では、ＰＵＣＣＨ電力制御式は以下のようにしてもよく、
【００７６】
【数１】
0005885843.tif 000002
【００７７】
ＰＣＭＡＸ，ｃ（ｉ）は、コンポーネントキャリア（ＣＣ）ｃに対する構成された最大出力電力であってもよく、ならびに、ＷＴＲＵによって、ＭＩＮ（Ｐｅｍａｘｃ，Ｐｐｏｗｅｒｃｌａｓｓ）に等しい高値とＰｅｍａｘ，ｃの最小値に等しい低値との間の値に構成されてもよく、Ｐｐｏｗｅｒｃｌａｓｓから状況に応じた許容電力低減の組み合わせを減じたものは、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲ、デルタＴｃ、およびデルタＴｉｂのうちの１または複数を含んでもよい。Ｐｅｍａｘｃは、ＣＣに対するｐ−ｍａｘとしてＲＲＣシグナリングを介してＷＴＲＵにシグナリングされるＣＣｃに対する最大許容出力電力であってもよい。
【００７８】
ΔＦ＿ＰＵＣＣＨ（Ｆ）は、送信に使用されるＰＵＣＣＨフォーマットの関数（function）であってもよい。
【００７９】
ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）は、ＰＵＣＣＨフォーマットおよび送信される各タイプのビット数の関数であってもよい。
【００８０】
ＰＯ＿ＰＵＣＣＨは、ＲＲＣシグナリングを介してＷＴＲＵに提供される２つのパラメータ（ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨおよびＰＯ＿ＵＥ＿ＰＵＣＣＨ）から構成されるパラメータであってもよい。
【００８１】
ＰＬＣは、ＣＣに対するパスロス期間であってもよい。
【００８２】
ｇ（ｉ）は、ＰＵＣＣＨ電力制御調整状態と称される、ＲＡＣＨ後の電力ランプアップデルタ（新しいＰ０がシグナリングされた場合にゼロにすることが可能な）と、ＴＰＣコマンド、δＰＵＣＣＨの累積とを含むことができる、調整係数（adjustment factor）であってもよい。
【００８３】
累積は以下のようにしてもよい。
【００８４】
【数２】
0005885843.tif 000003
【００８５】
ＦＤＤに対し、Ｍ＝１およびｋ０＝４である。
【００８６】
ＰＵＣＣＨに対するＴＰＣコマンドは、ＰＤＣＣＨフォーマット  ３／３Ａで、またはＰＤＣＣＨフォーマット  １Ａ／１Ｂ／１Ｄ／１／２Ａ／２Ｂ／２Ｃ／２におけるＤＬグラントで送信されてもよく、ならびに、３Ａフォーマットにおける＋１もしくは−１  ｄＢ、または他のフォーマットにおける０（ホールド）、−１、＋１、もしくは３  ｄＢであってもよい。ＤＣＩフォーマット  １／１Ａ／２／２Ａ／２ＢでのＰＤＣＣＨがＳＰＳ活性化ＰＤＣＣＨとして検証され、または、ＤＣＩフォーマット  １ＡでのＰＤＣＣＨがＳＰＳリリースＰＤＣＣＨとして検証される場合、δＰＵＣＣＨは０  ｄＢであってもよい。
【００８７】
リリース８／９では、ＷＴＲＵはセルと同期してもよく、ならびに、そのＤＬタイミングを判定および維持してもよい。ＷＴＲＵはそのＤＬタイミングおよびｅＮＢから受信したタイミングアドバンスコマンドに基づいて、ＵＬタイミングを維持してもよい。ｅＮＢは、受信機の性能を向上させるために、ｅＮＢで受信される信号（ウィンドウ内の）を整合させることを試行して、タイミングアドバンスコマンドをＷＴＲＵに送信してもよい。タイミングアドバンスは、ＷＴＲＵとｅＮＢとの間の距離、たとえばパスの距離を考慮してもよく、ＷＴＲＵが移動するにつれて経時的に変化することが必要なことがある。ｅＮＢによるＷＴＲＵ送信の受信は、直接パスを介すること、および／またはマルチパス（より長くなる）を介してもよく、これは、ＷＴＲＵの動きに基づいて、もしくは、ＷＴＲＵの環境の変化に応じて、変化してもよい。
【００８８】
セルへの任意の他のタイプのＵＬ送信を実行する前に、ＷＴＲＵは、そのＵＬ送信に対する開始点としてそのＤＬタイミングを使用して、ＵＬにおいて、ＲＡＣＨプロシージャまたはランダムアクセスプロシージャとも称されるＲＡＣＨアクセスを実行してもよい。ＲＡＣＨは、ＵＬタイミングがｅＮＢによって補正される前に、他のＷＴＲＵの送信を乱さないように、拡張ガード期間（extended guard period）を有してもよい。ｅＮＢは、ＲＡＣＨの受信を使用して、ＭＡＣランダムアクセス応答（ＲＡＲ）を介してＷＴＲＵに送信することができる、絶対タイミングアドバンスを判定して、ＷＴＲＵに送信してもよい。ＲＡＣＨに応答してＭＡＣを介してシグナリングすることができるタイミングアドバンス（ＴＡ）コマンドは、現行のＤＬタイミングと比較されてもよく（relative to）、１６Ｔｓの倍数としてシグナリングされてもよく、当該倍数は、０から１２８２までの範囲であってもよい。
【００８９】
時間とともに、ＷＴＲＵが移動し、および／または、その環境が変化するとともに、ＤＬチャネルは変更されてもよい。それが可能である限り、ＷＴＲＵはｅＮＢとのＤＬ同期を維持してもよい。ｅＮＢはＷＴＲＵからの受信を監視し、および、閉ループ形式で以下のようにＷＴＲＵ  ＵＬタイミングを制御してもよい。ｅＮＢは、ＷＴＲＵ  ＵＬタイミングを更新するためにＭＡＣ  ＣＥを介することができる、ＴＡコマンドをサブフレームＮで送信してもよく、および、ＷＴＲＵは、サブフレームＮ＋６で適宜そのＵＬタイミングを調整することによって応答してもよい。最終的にｅＮＢは別のＴＡコマンドを送信してもよい、などである。ＴＡコマンドはＰＵＣＣＨ、ＰＵＳＣＨ、およびＳＲＳに適用してもよい。ＭＡＣを介してシグナリングすることができるＴＡコマンドは、現行のＵＬタイミングと比較されてもよく、および、１６Ｔｓの倍数としてシグナリングされてもよく、当該倍数は−３２から＋３１までの範囲であってもよい。
【００９０】
ｅＮＢおよびＷＴＲＵの両方は、直近のＴＡコマンドのタイミングで開始することができる、時間整合タイマ（ＴＡＴ：Time Alignment Timer）と称されるカウントダウンタイマを維持してもよい。ｅＮＢ  ＴＡＴが満了した後に、ｅＮＢは、ＰＤＣＣＨ命令ＷＴＲＵに送信して、そのＵＬタイミングをリセットするためのＲＡＣＨプロシージャを実行してもよい。ＷＴＲＵ  ＴＡＴが満了した場合に、ＷＴＲＵは、ＰＤＣＣＨ命令の受信までｅＮＢへの送信を中断して、そのＵＬタイミングをリセットするためのＲＡＣＨプロシージャを実行してもよい。ＴＡＴの値、すなわち開始から満了までの時間の量は、値ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒとしてのＲＲＣシグナリングを介して、ＷＴＲＵにシグナリングしてもよい。
【００９１】
一部の実施形態において、セルはダウンリンクおよび／またはアップリンクのリソースの組み合わせを含む。ダウンリンクリソースおよびアップリンクリソースセットのそれぞれは、セルの中心周波数とすることができるキャリア周波数、および帯域幅に関連付けられてもよい。ｅＮｏｄｅＢ（ｅＮＢ、たとえばｅＮＢスケジューラ）は、１つまたは複数のセルのリソースを管理することに関与してもよい。ＬＴＥリリース１０のキャリアアグリゲーションでは、ＷＴＲＵは１つのプライマリセル（ＰＣｅｌｌ）および複数のセカンダリセル（ＳＣｅｌｌ）と通信してもよい。用語セル、サービングセル、およびコンポーネントキャリア（ＣＣ）は、交換可能に使用されてもよい。
【００９２】
リリース１０では、ＷＴＲＵは、複数のコロケーションされた（co-located）帯域内セル（帯域内キャリアアグリゲーション：intra-band carrier aggregation）をサポートすることができる、１つのｅＮＢと通信してもよい。キャリアアグリゲーションをサポートしているときに、ＷＴＲＵは、ｅＮＢの複数のセルに送信し、および／または、複数のセルから受信してもよい。ＷＴＲＵは、ＰＣｅｌｌに対するＤＬおよびＵＬタイミングを維持してもよく、ならびに、そのタイミングをすべてのＳＣｅｌｌに適用してもよい。ＴＡは、例えば、単にＰＣｅｌｌに提供されてもよく、および、ＳＣｅｌｌに適用してもよい。ＲＡＣＨを使用するランダムアクセスプロシージャは、例えば、単にＰＣｅｌｌで実行されてもよい。リリース１１では、ＷＴＲＵは、コロケーションされてもよく、もしくは、コロケーションされなくてもよい（たとえば遠隔無線ヘッドのケースのように）、同一のｅＮＢによって制御される、複数の帯域内および／または帯域間セルと通信してもよい。別のＴＡは、異なるタイミング要件でセルに対して可能であり、および、別々のランダムアクセスプロシージャも可能な場合がある。
【００９３】
それぞれがタイミングアドバンスグループ（ＴＡＧ）と称される、セルのグループが存在してもよく、ＷＴＲＵはこれに対して、そのＴＡＧに属しているセル（たとえばすべてのセル）に同一のＵＬおよび／またはＤＬのタイミングを維持してもよい。所与のＷＴＲＵに対し、１つのＴＡＧにおけるセルに対するタイミングは、別のＴＡＧにおけるタイミングとは異なってもよい。ＴＡＧに属するセルに対するＴＡコマンドは、ＷＴＲＵによってそのＴＡＧにおけるすべてのそのセルに適用されてもよい。Ｒ１０  ＷＴＲＵなどのキャリアアグリゲーションをサポートしていないＷＴＲＵに対し、ＷＴＲＵは、１つのＴＡＧにおけるそのセル（たとえばすべてのそのセルまたは構成されたＵＬを有するすべてのそのセル）で１つのＴＡＧを有するものとみなしてもよい。本明細書でＴＡがセルを適用しており、または、セルに適用されているものと記述されている場合、それはまた、または、その代わりに、ＴＡＧを適用し、もしくは、ＴＡＧに適用され、または、ＴＡＧに属するすべてのセルを適用し、もしくは、適用されていることを意味する。
【００９４】
マルチスケジューラシステムなどのシステムにおいてアップリンクフィードバックをサポートするために、ＰＵＣＣＨおよびＰＵＳＣＨ送信への様々なアプローチが使用されてもよい。
【００９５】
たとえば図６に示されるような一実施形態において、ＷＴＲＵ６０２は、第１のｅＮＢまたはセルのみによる受信向けの単一のＰＵＣＣＨを送信してもよい。他のｅＮＢまたはセルは、たとえばＸ２またはＸ２に類似のインターフェースを介して、第１のｅＮＢまたはセルからそれらのＵＣＩを受信してもよい。
【００９６】
たとえば図７に示されるような一実施形態において、ＷＴＲＵ７０２は、第１のｅＮＢもしくはセル、および１つもしくは複数の追加のｅＮＢまたはセルの、両方による受信向けの、あるいはそれらによって受信することができる、単一のＰＵＣＣＨ、および／または、ＰＵＳＣＨを送信してもよい。たとえばＷＴＲＵ７０２は、第１のｅＮＢのリソース上で第１のｅＮＢと第２のｅＮＢとの両方に対するＵＣＩを搬送するＰＵＣＣＨを送信してもよい。第２のｅＮＢは、第１のｅＮＢのリソース上で送信されるＵＣＩをリスン（listen）および受信してもよい。他の例として、ＷＴＲＵ７０２は、第１のｅＮＢのリソース上で第１のｅＮＢに対するＰＵＳＣＨを送信してもよい。第１のｅＮＢおよび第２のｅＮＢの両方が、ＰＵＳＣＨを受信し、および、復号することを試行してもよい。正常の場合、第２のｅＮＢは、それが復号したＰＵＳＣＨデータを、たとえばＸ２またはＸ２に類似のインターフェースを介して、第１のｅＮＢに中継（たとえば送信）してもよい。第１のｅＮＢは、より良い性能を達成するために、第２のｅＮＢから受信したＰＵＳＣＨとそれが受信したＰＵＳＣＨとを組み合わせてもよい。他の例として、ＷＴＲＵは、第１のｅＮＢのリソースの１つのセット上で第１のｅＮＢに対するＰＵＳＣＨと、第１のｅＮＢのリソースの第２のセット上で第２のｅＮＢに対するＰＵＳＣＨとを、送信してもよい。リソースのセットは、周波数または時間のうちの少なくとも１つにおいて異なってもよい。各ｅＮＢは、そのためにリソース上で送信されたＰＵＳＣＨを単に受信すること、および／または復号するように試行してもよい。
【００９７】
たとえば図８および図９に示されるような一実施形態において、ＷＴＲＵ８０２または９０２は、異なる周波数で、異なるＰＵＣＣＨリソースで、または時間をずらして（staggered）搬送することができる、１つまたは複数のｅＮＢまたはセルのそれぞれに、別々のＰＵＣＣＨを送信してもよい。一例では、ＷＴＲＵは、第１のｅＮＢおよび第２のｅＮＢに、少なくとも実質的に同時に別々のＰＵＳＣＨを送信してもよい。ＷＴＲＵはまた、第１のｅＮＢのみ、または第１のｅＮＢおよび第２のｅＮＢに、ＰＵＣＣＨを送信してもよく、ＰＵＣＣＨ送信は、同時でなくてもよく、たとえば同一のタイミングでなくてもよく、たとえば同一のサブフレームにおいてではなくてもよい。各ｅＮＢへのＰＵＣＣＨは、１つまたは複数のｅＮＢに対応する、および／または１つまたは複数のｅＮＢへの、ＵＣＩを搬送してもよい。図８は１つのｅＮＢへのＵＣＩ送信を示す。図９は複数のｅＮＢへのＵＣＩの送信を示す。ｅＮＢに送信されるＵＣＩは、そのｅＮＢのみに対する、または、複数のｅＮＢに対するＵＣＩを含んでもよい。図８および図９には示されていないが、各ｅＮＢおよび／またはＷＴＲＵは、ＵＬおよび／またはＤＬにおいて複数のセルを集約してもよいことを理解されよう。
【００９８】
これらのアップリンクフィードバックアプローチのそれぞれに対し、ＵＣＩおよびＵＬデータを搬送するチャネルに対する電力制御およびタイミングアドバンスを処理するための方法およびプロシージャが使用されてもよい。さらに、ＷＴＲＵが、ＵＣＩを有しもしくはＵＣＩなしで、１つまたは複数のＰＵＣＣＨおよび１つまたは複数のＰＵＳＣＨの組み合わせを同時に送信することができる、マルチキャリアＵＬなどのＵＬスケジューリングのケースにおいて、複数のチャネルに対する電力制御を処理するための方法およびプロシージャが使用されてもよく、これらの送信は、複数のｅＮＢ、セル、セルのセット、サイト、ビーム、または独立したスケジューラなどのスケジューラを意図してもよく、それらによって受信されてもよく、または、それらによって制御されてもよい。
【００９９】
いくつかの実施形態において、システムおよび方法が使用されて、複数のｅＮＢまたはセルによって受信されてもよく、または、それらによって受信されるように意図された、チャネルに対する電力を制御してもよい。
【０１００】
ＵＬリソースの１つのセット上で送信される所与のチャネル、たとえばＰＵＳＣＨもしくはＰＵＣＣＨは、時には、たとえば図７に示されるような複数のｅＮＢもしくはセルによる受信に対して意図され、または、それらによって受信されてもよい。これらのｅＮＢまたはセルは、それぞれがチャネルを正常に受信し、たとえば正常に復号するために、異なる電力を必要とすることがある。このシナリオの例は、単一のＰＵＣＣＨが、第１のｅＮＢまたはセルおよび１つまたは複数の追加のｅＮＢまたはセルの両方による受信に対して意図され、あるいは、それらによって受信されてもよい。本開示は、チャネル電力を設定して、同一のチャネルを正常に受信するように意図され、または、受信することができる複数のｅＮＢまたはセルが、チャネルを正常に受信できるシステムおよび方法を提供する。
【０１０１】
加えて、チャネルの受信に対して意図され、または、受信することができる、複数のｅＮＢもしくはセルは、たとえばＴＰＣコマンドによって、それぞれが、場合によっては独立して、チャネル電力を制御してもよい。本開示は、複数のｅＮＢもしくはセルによって提供される単一のチャネルに対する電力制御コマンドを組み合わせるための、システムおよび方法を提供する。
【０１０２】
時に、ＷＴＲＵは、複数のｅＮＢまたはセルのそれぞれに、別々のＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。分離は、たとえば図８および図９に示されるように、異なる周波数によって、異なるＰＵＣＣＨもしくはＰＵＳＣＨリソースによって、または、時間をずらすことによって行われてもよい。各ＰＵＣＣＨまたはＰＵＳＣＨは、各ｅＮＢまたはセルがチャネルを正常に受信するために、異なる電力が必要なことがある。本開示は、各ＰＵＣＣＨまたはＰＵＳＣＨに対してチャネル電力を設定して、各ＰＵＣＣＨまたはＰＵＳＣＨが意図されるｅＮＢまたはセルがチャネルを正常に受信できるようにするためのシステムおよび方法を提供する。提供されるシステムおよび方法は、ＰＵＳＣＨならびにＰＵＣＣＨに適用可能である。
【０１０３】
いくつかの実施形態において、ｅＮＢまたはスケジューラは、１つまたは複数のセルに対する最大許容送信電力および電力分配を管理してもよい。
【０１０４】
ＬＴＥ規格のリリース８、９、および１０では、ＷＴＲＵは、同一のｅＮＢによって制御される１つまたは複数のセルのリソース上で送信してもよい。１つのｅＮＢにおけるスケジューラは、ＲＲＣ（Ｐｅｍａｘ，ｃとしても知られる）を介して各セルに対する最大ＷＴＲＵ許容送信電力、ｐ−ｍａｘを管理してもよい。この値は、各ＷＴＲＵに別個にシグナリングされてもよく、または、干渉管理に使用されてもよい。
【０１０５】
ｅＮＢはまた、ＷＴＲＵが、各セルに対し、および、全体としてＷＴＲＵに対する、構成された最大出力電力とすることができるその出力電力制限を超えることなく、カバレージ、容量、およびスループットのうちの１または複数を最大にする目的で、１つまたは複数のＵＬセルのリソースに対するＵＬグラントをＷＴＲＵに提供してもよい。これらの構成された最大出力電力は、ＷＴＲＵが放出およびＳＡＲなどの様々な要件を満たせるようにするために、ＷＴＲＵ  Ｐｏｗｅｒｃｌａｓｓ、Ｐｅｍａｘ，ｃ、および、許容電力低減を考慮に入れてもよい。
【０１０６】
たとえば図８および図９に示された１つなどのシナリオにおけるケースのように、各セルもしくはセルのグループが異なるｅＮＢまたはスケジューラによって制御されてもよく、各ｅＮＢもしくはスケジューラが独立してもよく、ならびに／または、他のｅＮＢもしくはスケジューラが何をスケジューリングしているかを認識していなくてもよい、セルのリソース上で、ＷＴＲＵが送信するときに、ＷＴＲＵ送信電力の管理は困難なことがあり、ＷＴＲＵがその出力電力制限を超え、その結果ＷＴＲＵの電力が増減し、性能が低下することがある。
【０１０７】
ＷＴＲＵ７０２が、複数のｅＮＢもしくはセルによる受信に対して意図しており、または、それらによって受信されてもよい、１つのＰＵＣＣＨもしくはＰＵＳＣＨを送信することができる、たとえば図７に示されたケース、あるいは、ＷＴＲＵが、複数のｅＮＢもしくはセルのそれぞれに、別々のＰＵＣＣＨまたはＰＵＳＣＨを同時に送信することができるケースでも、電力制御および最大電力ルールは、単一のＰＵＣＣＨおよび単一の制御ｅＮＢのみを考慮するため、最大電力はまた、問題となることが見られる。
【０１０８】
本開示は、ＷＴＲＵが複数のｅＮＢもしくはスケジューラと通信しているときに、ＷＴＲＵがその最大の構成された出力電力を超える状況を回避するためのシステムおよび方法を提供し、ここで各ｅＮＢもしくはスケジューラは、ＷＴＲＵに認識されたセルの構成されたセットに対するスケジューリングを提供してもよい。ＷＴＲＵの最大許容電力を超えるまで待たないことに加えて、たとえば個々のＷＴＲＵに短期間の大きなグラントを提供することによって、使用可能な電力の使用を最大にすることが、ｅＮＢスケジューラの目的であってもよい。本開示は、ＷＴＲＵが複数のｅＮＢまたはスケジューラと通信しているときに、使用可能な電力の使用を増加させ、または、最大にするためのシステムおよび方法を提供する。
【０１０９】
いくつかの実施形態において、ＷＴＲＵは、複数のｅＮＢもしくはセルによる受信に対して意図され、または、受信されてもよい、チャネルに対するタイミングアドバンス（ＴＡ）を判定してもよい。
【０１１０】
たとえば図７に示されるようなあるシナリオでは、ＷＴＲＵ７０２は、複数のｅＮＢもしくはスケジューラによる受信に対して意図され、または、それらによる受信されてもよい、１つのＵＬリソースセット上で、ＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。１つのｅＮＢもしくはスケジューラによる受信に必要なＴＡ、または、それらによって判定されるＴＡは、異なるｅＮＢまたはスケジューラに対するものとは異なってもよく、さらに１つのタイミングアドバンスのみが１つの送信に物理的に適用されてもよい。本開示は、複数のｅＮＢ、複数のｅＮＢのセル、または複数のスケジューラのＵＬタイミング要件を満たすために、複数のｅＮＢ、複数のｅＮＢのセル、または複数のスケジューラによる受信に対して意図され、または、それらによって受信されてもよいＵＬ送信に、どれだけのＴＡを適用するかを判定するためのＷＴＲＵに対するシステムおよび方法を提供する。
【０１１１】
いくつかの実施形態において、ＷＴＲＵは、複数のｅＮＢまたはセルのそれぞれに送信することができる別々のＰＵＣＣＨまたはＰＵＳＣＨに対するタイミングアドバンス（ＴＡ）を判定してもよい。
【０１１２】
時に、たとえば図８および図９に示されるように、ＷＴＲＵに対し、複数のｅＮＢもしくはセルのそれぞれに別々のＰＵＣＣＨもしくはＰＵＳＣＨを送信することが必要なことがあり、分離は、異なる周波数によって、異なるＰＵＣＣＨもしくはＰＵＳＣＨリソースによって、あるいは時間をずらすことによって行われてもよい。各ＰＵＣＣＨまたはＰＵＳＣＨは、各セル／ｅＮＢがチャネルを正常に受信するために、異なるタイミングアドバンスが必要なことがある。各ＰＵＣＣＨまたはＰＵＳＣＨが意図される、セルまたはｅＮＢがチャネルを正常に受信することが可能になるように、各ＰＵＣＣＨまたはＰＵＳＣＨに対するタイミングアドバンスを判定するための方法およびシステムが提供される。
【０１１３】
いくつかの実施形態において、スケジューリング決定の性能および効率を向上させるために、ＷＴＲＵに対するＵＬグラントをスケジューリングすることができるｅＮＢに、十分な電力および／または情報を提供されてもよい。
【０１１４】
ＷＴＲＵが同一のｅＮＢによって管理されるセルのリソース上でそのチャネルのすべてを送信してもよく、そのｅＮＢがＷＴＲＵから電力ヘッドルームレポートを受信してもよいシナリオにおいて、ｅＮＢは、ＷＴＲＵの使用可能電力を利用するため、および、ＷＴＲＵがその最大電力を超え、それがスケールバック（scale back）させ、結果として性能の低下を生じさせることがある状況を回避するために、ＵＬグラントをどのように調整するかを推定してもよい。
【０１１５】
ＷＴＲＵが、複数のｅＮＢによる受信に対して意図され、または、それらによって受信されてもよいリソース上でそのチャネルを送信することができる、たとえば図７乃至図９に示されたようなシナリオにおいて、特に、複数のｅＮＢが、そのＷＴＲＵに対するＵＬグラント、一部の従来の電力ヘッドルーム、およびヘッドルームレポートなどのレポートを、別個にスケジューリングすることができるケースにおいて、方法は十分でないことがある。
【０１１６】
スケジューリング決定の性能および効率を向上させるための十分な電力および／または他の情報で、ＷＴＲＵに対するＵＬグラントをスケジューリングすることができるｅＮＢを提供する、方法およびシステムが開示される。
【０１１７】
いくつかの実施形態において、複数のｅＮＢもしくはセルによって受信されてもよく、または、それらによる受信に対して意図されてもよい、チャネルに対する電力を制御するために、システムおよび方法が使用されてもよい。たとえば電力は、複数のｅＮＢもしくはセルによって受信されてもよく、または、それらによる受信に対して意図されてもよい、ＰＵＣＣＨまたはＰＵＳＣＨに対して、電力を制御することができる。
【０１１８】
シナリオは、たとえば図７に示されるように、ＷＴＲＵが、特定のセルのリソース上でＰＵＣＣＨもしくはＰＵＳＣＨを送信でき、および、ＰＵＣＣＨもしくはＰＵＳＣＨが、１つもしくは複数のｅＮＢ、セル、またはスケジューラによる受信に対して意図されており、または、それらによって受信されてもよく、それを管理するそのセルもしくはｅＮＢ、および、１つもしくは複数の他のｅＮＢまたはスケジューラを含んでもよい。
【０１１９】
ＰＵＣＣＨ送信は、周波数帯域において、および、ＰＵＣＣＨが送信されているセルのキャリア周波数上にあってもよい。ＰＵＣＣＨを受信する必要のある任意の他のｅＮＢもしくはスケジューラは、その帯域においてその周波数を受信できることが必要なことがある。
【０１２０】
例として、ＷＴＲＵはＰＣｅｌｌ上でＰＵＣＣＨを送信してもよい。ＰＵＣＣＨを受信する必要のある任意のｅＮＢまたはスケジューラは、たとえば図７に示されるように、ＵＬ  ＰＣｅｌｌ送信を受信するための手段を必要とする場合がある。他の例として、ＷＴＲＵは、その上でセルがＰＵＣＣＨを送信する（たとえばその上でセルのリソースが）、ＲＲＣ、ＭＡＣ、またはＬ１シグナリングなどによって言い表されてもよい。ＰＵＣＣＨを受信する必要のある任意のｅＮＢもしくはセルは、そのセルのリソースを受信する方法が必要なことがある。
【０１２１】
ＷＴＲＵは、ＣＣｃに対してその最大出力電力を構成することが許可されてもよい。いくつかの実施形態において、ＷＴＲＵは、所与のＣＣに対し、ＰＵＳＣＨに対するその最大許容出力電力とは別に、ＰＵＣＣＨに対するその最大許容出力電力を構成することが許可されてもよい。ＷＴＲＵは、以下のうちの１または複数に基づいて、ＰＵＣＣＨに対するＰｃｍａｘ，ｃ（すなわちＰｃｍａｘ，ｃ＿ＰＵＣＣＨ）を判定してもよい。
【０１２２】
・ＲＲＣ、ＭＡＣ、またはＬ１シグナリングを介してＷＴＲＵによって受信されてもよい、それが送信しているＣＣ上でのＰＵＣＣＨ電力制限、
・それが送信しているＣＣに対するＰＵＳＣＨに対するＰｃｍａｘ，ｃであってもよい、それが送信しているＣＣに対するＰｃｍａｘ，ｃ、および／または、
・ＷＴＲＵ送信が意図されてもよく、または、ＷＴＲＵ送信を受信してもよい、潜在的な１つ、他のセル（またはｅＮＢ）に対するＷＴＲＵに提供されてもよい最大許容送信電力などの制限。ＷＴＲＵは、ＷＴＲＵが、その他のセルもしくはｅＮＢに対して意図される情報（その他のセルもしくはｅＮＢに対するＡ／ＮまたはＣＱＩ）を送信しているときはいつでも、または、そのときのみ、この制限を考慮してもよい。
【０１２３】
いくつかの実施形態において、ＷＴＲＵは、ＰＵＣＣＨに対するＰｃｍａｘ，ｃを、それが送信しているＣＣに対するＰｃｍａｘ，ｃ、および、ＷＴＲＵ送信が意図され、または、ＰＵＣＣＨ送信を受信することができる、他のｅＮＢもしくはセルの最大許容送信電力との間での最低値に設定してもよい。
【０１２４】
送信電力を判定するときに、ＷＴＲＵは、セルからの距離、フェージング、および他の影響を補償するための調整として、パスロス（ＰＬ）を使用してもよい。セルがコロケーションされていないときに、これらの影響は異なることがある。送信周波数はまた、パスロスに影響を与えることがある。
【０１２５】
いくつかの実施形態において、ＷＴＲＵは、場合によっては各サブフレームにおいて、または、それがＰＵＣＣＨを送信する各サブフレームにおいて、以下のｅＮＢのうちの１または複数に対し、パスロス値を判定してもよく、ならびに、ＷＴＲＵはこれらのパスロス値を、ＰＵＣＣＨ電力計算で使用するための単一のパスロス値に組み合わせてもよい。上記ｅＮＢは、ＰＣｅｌｌのｅＮＢ、ＷＴＲＵがＰＵＣＣＨを送信しているセルのｅＮＢ、ＷＴＲＵの構成し、場合によってはセルを活性化したｅＮＢのすべてもしくはサブセット、および／または、場合によってはそのサブフレームにおいて情報を送信していること（そのｅＮＢの１つまたは複数のセルに対するＡ／ＮまたはＣＱＩなどの）ＷＴＲＵが認識しているｅＮＢである。
【０１２６】
例として、ＷＴＲＵは、各サブフレームにおいて、または、ＰＵＣＣＨを送信する各サブフレームにおいて、ＷＴＲＵがＤＬセルを活性化した各ｅＮＢに関するパスロス値を判定し、それらの値を組み合わせてもよい。
【０１２７】
１つもしくは複数のｅＮＢからのパスロス値を組み合わせるために、ＷＴＲＵは、最悪のケース、たとえばｅＮＢの間で最大のパスロスを選択してもよい。いくつかの実施形態において、ＷＴＲＵは、パスロス値を平均化し、または、組み合わせてもよい。
【０１２８】
他の例として、ＷＴＲＵが、ＰＵＣＣＨが単に１つのｅＮＢによる受信に対して意図されていることを認識している場合、場合によってはＰＵＣＣＨが１つのｅＮＢに対する情報のみを搬送している場合、ＷＴＲＵはそのｅＮＢに必要なパスロスを使用してもよい。
【０１２９】
特定のサブフレームにおいてパスロス値を判定するときに、その値は、ＷＴＲＵがそのサブフレームおよび／または以前のサブフレームにおいて行った測定に基づいてもよい。
【０１３０】
ＷＴＲＵは、ｅＮＢに対するパスロス値を判定するにおいて、１つまたは複数のセルを使用してもよい。ＷＴＲＵは、特定のｅＮＢまたはスケジューラによって管理されるセルのセットで構成されてもよい。ＷＴＲＵは、以下の方法のうちの少なくとも１つにおいて、ｅＮＢのＰＬにいずれのセルを使用するかを判定してもよい。
【０１３１】
・ＷＴＲＵは、そのｅＮＢに対するＰＬを使用するためにＤＬセルを構成し、場合によっては活性化した、各ｅＮＢから、セルを選択してもよい。
【０１３２】
・ＷＴＲＵは、ＰＣｅｌｌを有するｅＮＢに対するＰＣｅｌｌ  ＰＬを使用してもよい。
【０１３３】
・ＰＣｅｌｌでの１つとは異なるｅＮＢに対し、ＷＴＲＵは、ＰＬに対するＰＣｅｌｌの周波数に最も近い周波数での、構成され、場合によっては活性化されたセルを使用してもよい。
【０１３４】
・ＷＴＲＵは、ＰＬにいずれのセルを使用するかをＷＴＲＵに通知するシグナリング、たとえばＲＲＣシグナリングを受信してもよく、このシグナリングはＰＣｅｌｌ  ｅＮＢまたは他のｅＮＢから発信されてもよく、ＰＣｅｌｌ  ｅＮＢとは異なるｅＮＢのセルを識別するためのものであってもよい。および／または、
・ＷＴＲＵは、ｅＮＢからのセル、場合によっては最高ＰＬを有するＰＣｅｌｌ  ｅＮＢでないｅＮＢに対してのみのセルを選択してもよい。
【０１３５】
いくつかの実施形態において、ＷＴＲＵは、ｅＮＢの構成されたセル、場合によっては活性化されたセルのすべてもしくはサブセットからのＰＬ値を、平均化し、または、場合によってはＰＣｅｌｌのｅＮＢではないｅＮＢに対してのみのｅＮＢに対する１つのＰＬ値に組み合わせてもよい。
【０１３６】
いくつかの実施形態において、ＷＴＲＵが、ＰＵＣＣＨ送信が意図されてもよく、または、ＰＵＣＣＨを受信してもよい、セルもしくはｅＮＢに対するパスロスを判定するときに、パスロスは、ＰＵＣＣＨ送信に使用される周波数および周波数帯域とは異なる周波数もしくは周波数帯域での送信から判定してもよい。
【０１３７】
ＷＴＲＵは、周波数の差を補償するためにｅＮＢに対して判定されたパスロス値を調整してもよい。この調整は、たとえば、パスロスが判定されたＤＬ送信の周波数および／もしくは帯域、ならびに、ＰＵＣＣＨ送信の周波数および／もしくは帯域に基づいて、ＷＴＲＵによって自動的になされてもよい。
【０１３８】
いくつかの実施形態において、ＷＴＲＵは、ＰＣｅｌｌ  ｅＮＢの潜在的な予期での、ＰＵＣＣＨを受信することができる各ｅＮＢに対し、たとえばＲＲＣまたは他のシグナリングを介して、補償値を受信してもよい。
【０１３９】
いくつかの従来のシステムにおいて、Ｐ０＿ＰＵＣＣＨは、２つのパラメータ、Ｐ０＿ＵＥ＿ＰＵＣＣＨおよびＰ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨの合計であってもよく、これらの両方は、ＲＲＣシグナリングによって提供されてもよい。Ｐ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨはセルにおけるすべてのＷＴＲＵに共通であってもよく、ならびに、Ｐ０＿ＵＥ＿ＰＵＣＣＨはセルにおける異なるＷＴＲＵに対して異なってもよい。リリース１０（Ｒ１０）に対し、ＷＴＲＵはＰＣｅｌｌ上でＰＵＣＣＨを送信するのみであるので、これらはＷＴＲＵのＰＣｅｌｌに適切であり、または、それにのみ適切であってもよい。
【０１４０】
ＰＵＣＣＨが複数のｅＮＢもしくはスケジューラに対して意図され、または、それらによって受信されてもよいときに、各ｅＮＢもしくはスケジューラは、これらのパラメータのうちの１つまたは複数に対する異なる値を使用してもよい。いくつかの実施形態において、ＷＴＲＵは、以下のうちの１または複数を受信してもよい。
【０１４１】
・Ｐ０＿ＵＥ＿ＰＵＣＣＨおよびＰ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨのうちの１つまたは複数のｅＮＢ特有の値、および、
・どの値がどのｅＮＢに関連付けられているかを判定するためにＷＴＲＵによって使用されてもよい、Ｐ０＿ＵＥ＿ＰＵＣＣＨおよびＰ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨのうちの１つまたは複数のセル特有の値。
【０１４２】
ｅＮＢまたはセルに特有の値は、構成されたセルの特定セットとの関連付けによって、ＷＴＲＵに認識されてもよい。
【０１４３】
ＷＴＲＵがＰＵＣＣＨを送信することができる各サブフレームに対し、ＷＴＲＵは、以下のうちの１または複数に対するＰ０＿ＵＥ＿ＰＵＣＣＨおよびＰ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨに基づいて、送信に対するＰ０＿ＰＵＣＣＨを判定してもよい。
【０１４４】
・ＰＣｅｌｌのｅＮＢ、
・その上でＷＴＲＵがＰＵＣＣＨを送信することができるセルのｅＮＢ、
・ＷＴＲＵがセルを構成し、場合によっては活性化するｅＮＢのすべてもしくはサブセット、および／または、
・ＷＴＲＵが、場合によってはそのサブフレームにおいて、情報（そのｅＮＢの１つまたは複数のセルに対するＡ／ＮまたはＣＱＩなど）を送信していることを認識することができるｅＮＢ。
【０１４５】
ｅＮＢは、構成されたセルのセットとの関連付けによって、ＷＴＲＵに認識されてもよい。
【０１４６】
ＷＴＲＵがＰ０＿ＵＥ＿ＰＵＣＣＨおよびＰ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨを選択することに使用することができる基準は、異なってもよい。たとえばＷＴＲＵは、送信のときに、ＰＣｅｌｌ  ｅＮＢのＰ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨおよびＰ０＿ＵＥ＿ＰＵＣＣＨに対するｅＮＢ特有の値を使用してもよい。ＷＴＲＵは、場合によってはｅＮＢ特有の値の代わりに、セル特有の値を維持してもよい。これは、ｅＮＢあたり１つのセルが存在する場合、または、ＰＣｅｌｌを管理しているｅＮＢではないｅＮＢによって管理される１つのセルのみが存在するケースであってもよい。
【０１４７】
いくつかの実施形態において、ＷＴＲＵは、送信電力制御（ＴＰＣ）係数（factor）としても知られる、ＰＵＣＣＨ電力制御調整状態ｇ（ｉ）を判定してもよい。
【０１４８】
ＷＴＲＵが、たとえば図７に示されるように、複数のｅＮＢに対して意図されており、または、それらによって受信されてもよい、リソースの１つのセット上でＰＵＣＣＨを送信することができるときに、ＷＴＲＵは、そのＰＵＣＣＨに対する複数のｅＮＢからＴＰＣコマンドを受信してもよい。ＷＴＲＵにとって、最大電力を必要とするｅＮＢが、必要以上のもしくはそれよりも大幅に多くの電力を使用することなく、ＰＵＣＣＨを正常に受信できることを保証できるような方法で、これらのＴＰＣコマンドを組み合わせることが望ましいことがある。これらのコマンドを組み合わせる１つの方法は、任意のｅＮＢからアップコマンドが受信される場合、ＴＰＣをアップコマンドに設定し、および、すべてのｅＮＢがダウンコマンドを送信する場合、これをダウンコマンドに設定することであってもよい。
【０１４９】
いくつかの実施形態において、このアプローチは、コマンドが単にアップおよびダウンでなく、値の保持および特定の増加／減少を含む可能性を考慮するように拡張されてもよい。このアプローチは、ＴＰＣコマンドがすべてのｅＮＢから同時に受信され、および、ＷＴＲＵからの同一の送信に対応する場合に、良好に動作することになる。しかしながら、このケースでないことがある。各ｅＮＢは、そのｅＮＢに対して意図された情報での送信が存在し、および、送信に応答してｅＮＢがＴＰＣコマンドを送信しなければならない現在の要件が存在しないときにのみ、ＰＵＣＣＨを復号してもよい。加えて、ＷＴＲＵは、それが実行した異なる送信に対応するＴＰＣコマンドを、同一のサブフレームにおいて受信してもよく、ならびに、それが実行した同一の送信に対応するＴＰＣコマンドを、異なるサブフレームにおいて受信してもよい。
【０１５０】
たとえばＷＴＲＵは、サブフレームｋにおいてＰＵＣＣＨを送信してもよい。この送信に基づいて、ｅＮＢ１は、サブフレームｋ＋８においてＷＴＲＵによって適用されてもよい、３ｄＢの電力を増加させるためのＴＰＣコマンドで、サブフレームｋ＋４においてＤＬグラントを提供してもよい。ｅＮＢ２は、サブフレームｋ＋５まで送信するＤＬデータを有さなくてもよい。ｅＮＢ２は、最後のＰＵＣＣＨ送信に基づいて、サブフレームｋ＋９においてＷＴＲＵによって適用されてもよい、３ｄＢの電力を増加させるためのＴＰＣコマンドで、サブフレームｋ＋５においてＤＬグラントを送信してもよい。ｅＮＢ１およびｅＮＢ２の両方が、電力を３ｄＢ増加させることを希望することがある。各サブフレームにおいてＴＰＣコマンドを単に使用して、結果としてサブフレームｋ＋９において６ｄＢの電力増加が生じることがあり、これは誤りである。正しい電力を得るためには、ｅＮＢ１はすでに増加を要求しているため、ｅＮＢ２からのサブフレームｋ＋５におけるＴＰＣは無視されるべきである。
【０１５１】
いくつかの実施形態において、ＰＵＣＣＨに対する非累積（non-accumulating）ＴＰＣモードが含まれてもよく、および、ＷＴＲＵは、異なるｅＮＢからの絶対ＴＰＣコマンド値を組み合わせて、ＰＵＣＣＨ電力計算に使用するための１つの値を取得してもよい。ＷＴＲＵは、ＴＰＣ係数の現在の値をｅＮＢに送信してもよい。この実施形態は、追加のシグナリング、および／または、新たなもしくは修正されたＤＣＩ（ＤＬ制御情報）もしくはＤＣＩフォーマットを含んでもよい。
【０１５２】
いくつかの従来のシステムでは、ＰＵＣＣＨ  ＴＰＣコマンドは累積モード（accumulating mode）でのみ動作してもよい。このモードでは、ＷＴＲＵは、ＴＰＣコマンドが適用されるサブフレームにおける現在の電力に関して、指定された増分、電力を増加もしくは減少させるためのコマンドを受信してもよい。しかしながらＰＵＳＣＨに対し、累積ＴＰＣコマンドとは対照的に、絶対ＴＰＣコマンドを使用することができる他のモードが存在する。このモードでは、ＰＵＣＣＨ  ＴＰＣ係数と同様の、ＰＵＳＣＨに対する電力制御調整状態が、適用可能なＴＰＣコマンドに等しく設定されてもよい。
【０１５３】
いくつかの実施形態において、この概念は、非累積ＰＵＣＣＨ  ＴＰＣモードで、以下のようにＰＵＣＣＨに適用されてもよい。
【０１５４】
ｇ（ｉ）＝δＰＵＣＣＨ（ｉ−ｋ）
たとえばＦＤＤに対し、ｋ＝４であり、δＰＵＣＣＨ（ｉ−ｋ）は、サブフレームｉ−ｋにおいて受信されてもよいＴＰＣコマンドである。
【０１５５】
以下のルールのうちの１または複数は、非累積ＰＵＣＣＨ  ＴＰＣモードに適用されてもよい。
【０１５６】
・非累積ＰＵＣＣＨ  ＴＰＣモードは、ＰＵＳＣＨの場合と同様に、有効化および無効化されてもよい。
【０１５７】
・ＰＵＣＣＨに対するＴＰＣ累積の有効化および無効化は、ＰＵＳＣＨに対するその有効化および無効化とは別に制御されてもよい。
【０１５８】
・ＰＵＣＣＨに対する可能なＴＰＣコマンド値は、＋１、−１、＋４、および−４ｄＢとすることができる、ＰＵＳＣＨに対して許可されるセットと同一もしくは異なるセットであってもよい。および／または、
・たとえば、１つまたは複数の新たなもしくは修正されたＤＣＩフォーマットのシグナリングに対する変更を含むことができる、ＰＵＣＣＨに対して許容される、ＰＵＳＣＨよりも多い値が存在してもよい。
【０１５９】
ＴＰＣコマンドが複数のｅＮＢから受信されてもよい状況に対し、ＷＴＲＵは、ｅＮＢからのＴＰＣコマンドの組み合わせに基づいて、所与のサブフレームにおいてＴＰＣ係数、ｇ（ｉ）を判定してもよい。様々な実施形態において、ＷＴＲＵは、以下のうちの１または複数を実行してもよい。
【０１６０】
・ＷＴＲＵがｅＮＢ  ｘからＴＰＣコマンドを受信する各サブフレームｊに対し、そのｅＮＢ  ｘに対するＴＰＣ値は、受信された値であってもよく、たとえばＷＴＲＵは、δＰＵＣＣＨ＿ＥＮＢｘ（ｊ）＝ｅＮＢ  ｘから受信されたＴＰＣコマンド値、を設定してもよい。
【０１６１】
・ＷＴＲＵがＴＰＣコマンドをｅＮＢ  ｘから受信しない各サブフレームｊに対し、ＷＴＲＵは、そのｅＮＢに対して最後に受信されたＴＰＣ値が、ｅＮＢが依然として希望している１つであると想定してもよく、例えば、ＷＴＲＵは、δＰＵＣＣＨ＿ＥＮＢｘ（ｊ）＝δＰＵＣＣＨ＿ＥＮＢｘ（ｊ−１）を設定してもよい。
【０１６２】
・ＷＴＲＵがＰＵＣＣＨを送信することができ、または、送信することになるサブフレームｉにおいて、ＷＴＲＵは、サブフレームｉ−ｋに対する１つのＴＰＣ値、δＰＵＣＣＨ（ｉ−ｋ）を、サブフレームｉ−ｋにおけるあるｅＮＢ  ｘの個々のＴＰＣ値、δＰＵＣＣＨ＿ＥＮＢｘ（ｉ−ｋ）から判定してもよく、たとえば、ＦＤＤに対しｋは４であってもよい。ｅＮＢ  ｘは、ＰＣｅｌｌのｅＮＢ、このサブフレームもしくは任意のサブフレームにおけるこのＷＴＲＵからＰＵＣＣＨを復号することができるｅＮＢ、ＰＵＣＣＨが送信されることになるそれらのｅＮＢに対する情報を含むｅＮＢ、ならびに／または、ＷＴＲＵが、ＵＬで構成されてもよいセルを構成し、場合によっては活性化したｅＮＢ、のうちの１または複数を含んでもよい。サブフレームｉ−ｋに対する１つのＴＰＣ値は、サブフレームｉ−ｋにおけるあるｅＮＢ  ｘの最大のＴＰＣ値となるように、ＷＴＲＵによって選択されてもよい。サブフレームｉ−ｋに対する１つのＴＰＣ値は、サブフレームｉ−ｋにおけるあるｅＮＢ  ｘのＴＰＣ値の平均または他の組み合わせとなるように、ＷＴＲＵによって選択されてもよい。ならびに／または、
・サブフレームｉ−ｋに対する１つのＴＰＣ値、δＰＵＣＣＨ（ｉ−ｋ）を判定した後に、ＷＴＲＵは、サブフレームｉに対するＴＰＣ係数、ｇ（ｉ）を、そのＴＰＣ値、すなわち、ｇ（ｉ）＝δＰＵＣＣＨ（ｉ−ｋ）に設定してもよく、ＷＴＲＵは、サブフレームｉにおける送信に対するＰＵＣＣＨ電力計算で、これを使用してもよい。
【０１６３】
ＴＰＣ値を制御するためのｅＮＢの機能のさらなる範囲を提供するために、追加のオフセットパラメータが、各ｅＮＢに対するＷＴＲＵに提供されてもよい。ＷＴＲＵは、たとえばＲＲＣ、ＭＡＣ、またはＬ１シグナリングを介して、このオフセット値を受信してもよい。各ｅＮＢによって要望されるＴＰＣ値を判定するときに、ＷＴＲＵはこのＴＰＣオフセット値を含んでもよい。たとえばｅＮＢ  ｘに対し、ＷＴＲＵは、サブフレームｉ−ｋにおけるＴＰＣ値として、δＰＵＣＣＨ＿ＥＮＢｘ（ｉ−ｋ）＋ＴＰＣｏｆｆｓｅｔ＿ＥＮＢｘを使用してもよい。ＷＴＲＵは、それが受信された後すぐに、または、固定された遅延であってもよい遅延後に、ＴＰＣオフセット値の使用を開始してもよい。
【０１６４】
いくつかの実施形態において、ＷＴＲＵは、異なるｅＮＢに対する異なるＰｏ＿ＰＵＣＣＨ値を受信してもよい。ＷＴＲＵは、ＰＣｅｌｌに対するＰｏ＿ＰＵＣＣＨ値をＰｏ＿ＰＵＣＣＨ値として使用し、および、Ｐｏ＿ＰＵＣＣＨ値が受信される各ｅＮＢに対するその値から、オフセットを判定してもよい。このオフセットは、前述のＴＰＣオフセット値としてＷＴＲＵによって使用されてもよい。たとえばＴＰＣオフセット値は、以下の式から判定されてもよい。
【０１６５】
Ｐｏ＿ＰＵＣＣＨ＝Ｐｏ＿ＰＵＣＣＨ（ＰＣｅｌｌ  ｅＮＢ）
ＴＰＣｏｆｆｓｅｔ＿ＥＮＢｘ＝Ｐｏ＿ＰＵＣＣＨ（非ＰＣｅｌｌ  ｅＮＢ）−Ｐｏ＿ＰＵＣＣＨ（ＰＣｅｌｌ  ｅＮＢ）
【０１６６】
いくつかの実施形態において、より大きなＴＰＣ範囲は、ＴＰＣコードポイントのＲＲＣ再構成、または、新たなＴＰＣコードポイントの追加のいずれかによって達成されてもよい。
【０１６７】
いくつかの実施形態において、ＷＴＲＵはＴＰＣ係数をｅＮＢに提供してもよい。
【０１６８】
１つのｅＮＢのみが非累積ＴＰＣコマンドを提供しているときに、そのｅＮＢは、ＴＰＣ係数の現在の値が何であるかを認識してもよく、または、常に認識してもよいことに留意されたい。必要とされる電力がより多いかまたはより少なくてよいと判定するときに、ＴＰＣ係数値を置き換えるためにどのＴＰＣコマンドを送信するかを認識してもよい。所与のサブフレームにおいて、複数のｅＮＢがこれらの非累積ＴＰＣコマンドを送信するときに、ＷＴＲＵは、異なるｅＮＢから要求されたＴＰＣ係数値を使用しているので、ｅＮＢは、現在のＴＰＣ係数値が何であるかを明確に認識していないことがある。ｅＮＢは、所望の電力のオーバーシュート（overshoot）またはアンダーシュート（undershoot）を生じさせるコマンドを送信してもよい。どのＴＰＣコマンドを送信するかを決定するときに、ｅＮＢはこれを考慮してもよい。
【０１６９】
いくつかの実施形態において、ＴＰＣ係数の値をＷＴＲＵが送信するための、および、場合によってはｅＮＢが要求するための、メカニズムが存在してもよい。たとえばＷＴＲＵは、場合によっては、しきい値を超える変化、またはどのｅＮＢの変化がＴＰＣ係数の値を動かしているか（drive）、などの、何らかの基準に合致する場合にのみ、送信されるＰＵＣＣＨ自体にＴＰＣ係数の現在の値を提供してもよい。これはＴＰＣ係数の許容範囲に応じて、わずかな追加ビットのみを要求してもよい。
【０１７０】
一例において、ＷＴＲＵは、ＭＡＣ  ＣＥにおいてＴＰＣ係数の現在の値を送信してもよい。しかしながら、１つのｅＮＢのみがＰＵＳＣＨを受信することができる場合、他のｅＮＢはその送信を受信できないことがある。遅くてもよいＸ２を介した交換が含まれてもよい。
【０１７１】
一実施形態において、ＷＴＲＵは、受信されたたＴＰＣコマンド、および、それらのＴＰＣコマンドを適用することができるＰＵＣＣＨ送信に基づいて、各ｅＮＢの所望のＴＰＣ係数を判定してもよい。その後ＷＴＲＵは、異なるｅＮＢによって要求される個々の値を組み合わせて、使用する値を判定してもよい。このアプローチは累積ＴＰＣ動作を使用してもよく、および、追加のシグナリングを必要としない。
【０１７２】
例示的な実施形態において、ＷＴＲＵは以下のうちの１または複数を行ってもよい。
【０１７３】
・ＷＴＲＵは、各ｅＮＢに対して意図された情報（たとえばＡ／ＮビットまたはＣＱＩ）を含む送信、および、送信が行われた時にＴＰＣ係数が何であったかなどの、各ｅＮＢに対して意図された送信を追跡（keep track）してもよい。
【０１７４】
・ＷＴＲＵはｅＮＢからＴＰＣを受信するときに、ＴＰＣに対応した送信が何であったか、および、その時点のＴＰＣ係数を判定してもよい。この送信は、ＴＰＣコマンドが受信されるサブフレーム以前の少なくともいくつかのサブフレームである、ｅＮＢに対して意図された情報を伴う、直近の送信であってもよい。たとえば、サブフレームｋにおいて受信されたＴＰＣコマンドに対し、この送信は、サブフレーム≦ｋ−ｘにあったｅＮＢに対して意図された情報を伴う直近の送信であってもよく、ｘは、たとえばＦＤＤに対して４であってもよい。ＰＣｅｌｌのｅＮＢに対し、ＷＴＲＵはすべての送信がそのｅＮＢに対して意図されたものとみなしてもよい。
【０１７５】
・ＷＴＲＵは、たとえば本明細書に記載されたアプローチを使用することで、サブフレームｉにおけるｅＮＢに対するｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｉ）と呼ぶ、各サブフレームにおいてｅＮＢによって要求されるＴＰＣ係数を判定してもよい。
【０１７６】
・ＷＴＲＵがＰＵＣＣＨを送信することができる各サブフレームにおいて、ＷＴＲＵは、ＰＵＣＣＨ送信に使用されることになるＴＰＣ係数を、送信を受信することができるすべてのｅＮＢによって要求されるＴＰＣ係数値の組み合わせ、または、場合によっては、そのサブフレームにおいてＰＵＣＣＨにおける情報が意図されるすべてのｅＮＢによって要求されるＴＰＣ係数値の組み合わせから判定された値に設定してもよい。および／または、
・ＷＴＲＵは、複数のｅＮＢ、場合によっては送信を受信することができるそれらのｅＮＢ、または、場合によっては、そのサブフレームにおいてＰＵＣＣＨにおける情報が意図されるｅＮＢから、それらの中の最大値をとることによって、要求されるＴＰＣ係数を組み合わせてもよい。
【０１７７】
ＷＴＲＵは、場合によってはサブフレームにおいてｅＮＢによって要求されるＴＰＣ係数を判定するために、以下のうちの１または複数を行ってもよい。ＦＤＤに対し、ＷＴＲＵがサブフレームｎにおいてＴＰＣコマンドを受信するときに、それらはサブフレームｎ＋４における送信に適用されるように意図されてもよい。
【０１７８】
・ＷＴＲＵは、ｅＮＢ、たとえばｅＮＢ  ｘが、Ｎサブフレームあたり１回より少ない回数で非ゼロのＴＰＣコマンドを送信できるものと想定してもよい。Ｎは、ＦＤＤに対し、たとえば８であってもよい。
【０１７９】
・ＷＴＲＵが、同一のｅＮＢ  ｘから以前に受信された非ゼロのＴＰＣコマンドのＮ個のサブフレームにおいてｅＮＢから非ゼロのＴＰＣコマンドを受信する場合、ＷＴＲＵは、ＴＰＣコマンドを無効とみなしてもよく、および、このようなＴＰＣコマンドを無視してもよい。これを実施するための例示的な方法は、ｅＮＢから非ゼロのＴＰＣコマンドを受信すると開始することができる禁止タイマ（prohibit timer）を有することであってもよい。そのｅＮＢからの非ゼロのＴＰＣコマンド、場合によってはすべてのＴＰＣコマンドは、タイマが満了するまで、ＷＴＲＵによって無視されてもよい。
【０１８０】
・ＷＴＲＵがｅＮＢからＴＰＣコマンドを受信できる所与のサブフレーム、たとえばサブフレームｋにおいて、ＷＴＲＵは、このＴＰＣコマンドが基にしたことが推測（infer）できる、ＰＵＣＣＨ送信のＴＰＣ係数を想起（recall）してもよい。このサブフレームは、たとえばサブフレームｋ−ｊであってもよい。ＴＰＣ係数は指定されたｇ（ｋ−ｊ）であってもよい。サブフレームｋ−ｊは、ＷＴＲＵがＰＵＣＣＨを送信した最も新たなサブフレーム、または、ＷＴＲＵがｅＮＢ  ｘに対して意図された情報と共にＰＵＣＣＨを送信した最も新たなサブフレーム、場合によってはｊ≧ｐのような最も新たなサブフレームであってもよく、ＦＤＤに対し、ｐは４であってもよい。
【０１８１】
・非ゼロのＴＰＣコマンドが、サブフレームｋにおいてＷＴＲＵによってｅＮＢ  ｘから受信され、有効である場合、ＷＴＲＵは、そのｅＮＢに対しサブフレームｋ＋４において適用されてもよい所望のＴＰＣ係数を、ｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋４）＝ｇ（ｋ−ｊ）＋ＴＰＣコマンド値として判定してもよい。
【０１８２】
・０のＴＰＣコマンドがサブフレームｋにおいてｅＮＢ  ｘから受信される場合、ＷＴＲＵは、場合によっては、この「保持」（hold）が最後の送信に基づいて電力を保持することを意味するか、またはｅＮＢ  ｘが以前に送信されたＴＰＣが適用されるのを待機できるかを判定するために、以下のうちの１または複数を行ってもよい。ＷＴＲＵは、非ゼロのＴＰＣコマンドが、以前の７とすることができるＰのサブフレームのうちの１つにおいてｅＮＢ  ｘから受信されたかどうかを判定してもよく、その場合、ｅＮＢに対する最後の所望のＴＰＣ係数を保持してもよく、たとえばｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋４）＝ｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋３）を設定する。ＷＴＲＵは、最後の非ゼロのＴＰＣコマンドがｅＮＢ  ｘから受信された後に少なくともｑ（たとえば、ＦＤＤの場合は４）のサブフレーム、および、現在のサブフレームの前の少なくともｐ（４とすることができる）のサブフレームの、ｅＮＢ  ｘへの最近の送信（意図された情報と共に）が存在するかを判定してもよい。その場合、ＷＴＲＵは、これを有効なＴＰＣコマンドとみなしてもよく、これを、前述の非ゼロのＴＰＣコマンドと同じように扱ってもよい。存在しない場合、ＷＴＲＵは、ｅＮＢ  ｘに対する最後の所望のＴＰＣ係数を保持してもよく、たとえばｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋４）＝ｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋３）を設定する。および／または
・ＷＴＲＵは、ＴＰＣコマンドを受信しないことを、ゼロＴＰＣコマンドの受信と同じように扱うことが可能である。代わりに、ＷＴＲＵがｅＮＢ  ｘに対するサブフレームｋにおいてＴＰＣコマンドを受信しない場合、ＷＴＲＵはｅＮＢ  ｘに対する最後の所望のＴＰＣ係数を保持してもよく、たとえばｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋４）＝ｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋３）を設定する。
【０１８３】
ｅＮＢが、互いに時間的に近く、たとえばＮ（たとえば８）のサブフレームあたり１回より多く、複数の非ゼロのＴＰＣコマンドを送信することが許可されている場合、ｅＮＢが何を意図しているかを判定することが困難なことがあるため、結果は望ましくない場合がある。しかしながら、ＷＴＲＵは、以下の方法のうちの１または複数で、このケースを処理してもよい。
【０１８４】
・ＷＴＲＵは、すべての非ゼロのＴＰＣコマンドを有効であるとみなし、これらを同一の方法で取り扱ってもよく、たとえばサブフレームｋにおいてｅＮＢ  ｘからいずれかの非ゼロのＴＰＣコマンドを受信すると、ＷＴＲＵは、そのＴＰＣコマンドに基づいてサブフレームｋ＋４において適用されることになるｅＮＢ  ｘに対する所望のＴＰＣ係数値を判定してもよく、および、ＴＰＣコマンドを対応させることが判定できたサブフレームｋ−ｊにおけるＰＵＣＣＨ送信を判定してもよく、ＷＴＲＵは、ｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋４）＝ｇ（ｋ−ｊ）＋ＴＰＣコマンド値を設定してもよい。ならびに／または
・ＷＴＲＵが、ｅＮＢ  ｘから以前に受信した非ゼロのＴＰＣコマンドのＮサブフレーム内の非ゼロのＴＰＣコマンドをｅＮＢ  ｘから受信した場合、ＷＴＲＵは、ＷＴＲＵがＴＰＣコマンドを組み合わせることをｅＮＢ  ｘが意図したものと想定してもよく、ＷＴＲＵは、ｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋４）＝ｇ＿ｄｅｓｉｒｅｄ＿ＥＮＢｘ（ｋ＋３）＋ＴＰＣ値を設定してもよい。
【０１８５】
図３は表３００を示し、サブフレームの例示的なシーケンス、および、ＵＬ送信に対するＷＴＲＵによって使用することができるＴＰＣ係数の例を提供している。実際の電力は、いくつかの係数に基づいて変化してもよく、および、ＴＰＣ係数のみが示されている。各サブフレームに対し、図は、サブフレーム番号、送信に使用することができるＴＰＣ係数ｇ（ｋ）の値、ＷＴＲＵがｅＮＢに送信したか、存在した場合はＴＰＣコマンド、および、ｅＮＢの所望なＴＰＣ係数を示す。
【０１８６】
図３は、サブフレームｋにおけるＴＰＣコマンドが、ＰＵＣＣＨが送信された直近のサブフレームｊに対応し、ｋ−ｊ≧４であり、非ゼロのＴＰＣコマンドが８サブフレームごとよりも少ない頻度で許可され、および、サブフレームｋにおいて受信されたＴＰＣコマンドがサブフレームｋ＋４において適用されることになる、実施形態の例を提供している。この例では、１つのｅＮＢのみがＴＰＣコマンドをＷＴＲＵに提供している。
【０１８７】
この例において、三角を参照すると、ＷＴＲＵは送信電力を判定するにおいて、ＧのＴＰＣ係数、ｇ（ｋ）を使用して、サブフレーム０においてＰＵＣＣＨを送信する。ｅＮＢは、電力を３ｄＢ増加させるために、サブフレーム４においてＤＬグラントにＴＰＣコマンドで提供してもよい。ＷＴＲＵは、サブフレーム４におけるＴＰＣコマンドがサブフレーム０における送信に関連していることを推測し、および、ＴＰＣ係数をサブフレーム８においてＧ＋３まで増加させる。ＷＴＲＵはまた、ｅＮＢの所望なＴＰＣ係数がサブフレーム８におけるＧ＋３から開始することを理解する。
【０１８８】
ｅＮＢは次の７個のサブフレーム（５〜１１）に対し非ゼロのＴＰＣコマンドを送信することが許可されていないため、それはＴＰＣコマンドを送信しなくてもよく、または、それらのサブフレームにおいて０変化を示すＴＰＣコマンドを送信してもよい。これは表３００において０のＴＰＣコマンドによって表される。
【０１８９】
四角または丸を参照すると、サブフレーム１２（四角）は、ｅＮＢが非ゼロのＴＰＣコマンドを送信することができる第１のサブフレームであり、サブフレーム８（四角）における送信に関連することになる。同様に、サブフレーム１３（丸）におけるＴＰＣコマンドは、サブフレーム９（丸）における送信に関連することになる。この例では、ｅＮＢはＴＰＣコマンドを送信せず、または、サブフレーム１２および１３における０変化のＴＰＣコマンドを送信する。ＷＴＲＵは、１２および１３より後、すなわち１６（四角）および１７（丸）のサブフレーム４に対するｅＮＢの所望なＴＰＣ係数値が、Ｇ＋３のままであり、変化しないはずであることを理解する。
【０１９０】
菱形を参照すると、サブフレーム１４において、ｅＮＢは電力を１ｄＢ減じることを決定し、電力をその量下げるためにＴＰＣコマンドを送信する。ＷＴＲＵは、サブフレーム１４におけるＴＰＣコマンドがサブフレーム９（サブフレーム１０においては送信がないため、１０ではない）における送信に関連していることを推測し、サブフレーム１８におけるｅＮＢの所望のＴＰＣ係数がＧ＋２であることを理解して、変更を行う。
【０１９１】
図４は表４００を示し、サブフレームｋにおけるＴＰＣコマンドが、ＰＵＣＣＨが送信された直近のサブフレームｊに対応し、ｋ−ｊ≧４であり、非ゼロのＴＰＣコマンドが８サブフレームごとよりも少ない頻度で許可され、および、サブフレームｋにおいて受信されたＴＰＣコマンドがサブフレームｋ＋４において適用されることになる、実施形態の他の例を提供する。この例では、ＰＵＣＣＨ送信は１つまたは２つのｅＮＢによって受信されてもよく、および、どちらもＷＴＲＵにＴＰＣコマンドを提供してもよい。この例を簡単にするために、ＷＴＲＵはあらゆるサブフレームにおいてＰＵＣＣＨを送信するように想定され、ｅＮＢ１はこれを常時受信し、ｅＮＢ２はこれをいくつかのサブフレームにおいて受信する。
【０１９２】
三角を参照すると、ＷＴＲＵは、送信電力を判定するにおいて、ＧのＴＰＣ係数、ｇ（ｋ）を使用して、サブフレーム０においてＰＵＣＣＨを送信する。ｅＮＢ１は、電力を３ｄＢ増加させるために、サブフレーム４においてＤＬグラントにＴＰＣコマンドを提供してもよい。ＷＴＲＵは、サブフレーム４におけるＴＰＣコマンドがサブフレーム０における送信に関連していることを推測し、ＴＰＣ係数をサブフレーム８においてＧ＋３まで増加させる。ＷＴＲＵはまた、ｅＮＢ１の所望なＴＰＣ係数がサブフレーム８においてＧ＋３から開始することを理解する。
【０１９３】
丸を参照すると、ｅＮＢ２はサブフレーム１においてＷＴＲＵ送信を受信する。送信の電力は、以前のＴＰＣコマンドに起因して、Ｇ＋２のＴＰＣ係数に基づいている。ｅＮＢ２は電力を２ｄＢ増加させるために、サブフレーム５においてＴＰＣコマンドを送信する。ＷＴＲＵは、サブフレームにおけるＴＰＣコマンドがサブフレーム１における送信に関連していることを推測し、これは、ｅＮＢ２の所望のＴＰＣ係数がサブフレーム９におけるＧ＋４から開始することを意味する。
【０１９４】
ｅＮＢ１は、サブフレーム４におけるそのコマンドに従って、７個のサブフレーム（サブフレーム５〜１１）において非ゼロのＴＰＣコマンドを送信することが許可されていないため、ＷＴＲＵは、ｅＮＢ１の所望のＴＰＣ係数がＧ＋３のままであるとみなし、ｅＮＢ２がより高いＴＰＣ係数を所望し、サブフレーム９においてより高いＧ＋４を適用することを理解する。
【０１９５】
四角を参照すると、サブフレーム１２は、ｅＮＢ１が非ゼロのＴＰＣコマンドを送信することができる第１のサブフレームであり、これはサブフレーム８における送信に関連することになる。サブフレーム８において、送信電力はＧ＋３のＴＰＣ係数に基づいており、これは依然としてｅＮＢ１が所望するものであるため、変更は要求されず（ＴＰＣコマンドは０として示される）、サブフレーム１６においてＴＰＣ係数に変化はない。サブフレーム１２および１３に対し、ＷＴＲＵは、所望のＴＰＣ係数がｅＮＢ１に対しＧ＋３、ｅＮＢ２に対しＧ＋４であることを理解することに留意されたい。ＷＴＲＵが、ｅＮＢ１のみがそれらのサブフレームにおいて送信を受信する必要があることを認識している場合、ＷＴＲＵはそれらのサブフレームに対するＧ＋３のＴＰＣ係数を使用してもよい。
【０１９６】
菱形を参照すると、サブフレーム９において、ｅＮＢ１は、それが必要としない１ｄＢの電力増加を把握するため、サブフレーム１７における変更に影響を与えるために、サブフレーム１３において電力を１ｄＢ減じるようにＴＰＣコマンドを送信する。ｅＮＢ２は、Ｇ＋４よりも低いＴＰＣ係数を所望することを示すコマンドを送信していないため、ＷＴＲＵは、サブフレーム１７においてＴＰＣ係数をＧ＋４（２つのｅＮＢの所望のＴＰＣ係数の大きい方）で維持することになる。
【０１９７】
いくつかの実施形態において、ＷＴＲＵは各ｅＮＢに対して別々のＴＰＣ係数を維持してもよい。ＰＵＣＣＨが１つのｅＮＢのセルのリソース上で送信されてもよく、複数のｅＮＢによって受信されてもよいが、同時ではなく、１つのｅＮＢのみが任意の所与のサブフレームにおいてＰＵＣＣＨを受信することが予測できるような実施形態に対し、ＷＴＲＵは、複数のｅＮＢからのＴＰＣコマンドを組み合わせる代わりに、そのｅＮＢのみのＴＰＣコマンドを使用して、そのサブフレームにおいてＰＵＣＣＨに対する電力を判定してもよい。ＷＴＲＵは、各ｅＮＢに対して別々のＴＰＣ係数を維持してもよく、送信がそのｅＮＢに対して意図されるサブフレームにおいて、各ｅＮＢのＴＰＣ係数を適用してもよい。
【０１９８】
いくつかの実施形態において、ＷＴＲＵは、複数のｅＮＢまたはセルによって受信されてもよく、または、それらによって受信されることを意図されてもよいＰＵＳＣＨに対する電力を制御してもよい。様々な実施形態において、ＷＴＲＵは特定のＰＵＳＣＨ、場合によってはＵＣＩを搬送するＰＵＳＣＨを、特定セルのリソース上で送信してもよく、そのＰＵＳＣＨは、そのセルもしくはそれを管理するｅＮＢを含むことができる１つもしくは複数のｅＮＢまたはセル、および／もしくは１つまたは複数の他のｅＮＢもしくはセルによる受信に対して意図され、または、それらによって受信されてもよい。複数のもしくは複数のうちの少なくとも１つのセルまたはｅＮＢに送信されてもよく、それらに対して意図されており、または、それらによって受信されてもよい、ＰＵＣＣＨに対する電力制御を処理するための、本明細書で説明される１つまたは複数の方法およびシステムは、複数の、もしくは複数のうちの少なくとも１つのセルまたはｅＮＢに送信されてもよく、それらに対して意図され、またはそれらによって受信されてもよい、ＰＵＳＣＨチャネルに適用してもよい。
【０１９９】
いくつかの実施形態において、複数のｅＮＢまたはセルのそれぞれに送信されてもよい別々のチャネルに対する電力を制御するためのシステムおよび方法が使用されてもよい。この分離は、搬送周波数、リソース、または時間のうちの１または複数によるものであってもよい。
【０２００】
たとえば、複数のｅＮＢもしくはセルのそれぞれに送信されてもよい、別々のＰＵＣＣＨおよび／またはＰＵＳＣＨに対する電力制御に対し、ＰＵＣＣＨは、時間的なＰＵＣＣＨの分離で、１つのセルのリソースを使用してもよい。
【０２０１】
１つのｅＮＢのみが任意の所与のサブフレームにおいてＰＵＣＣＨを受信することが予測されてもよい、様々な実施形態において、ＷＴＲＵは、複数のｅＮＢからのＴＰＣコマンドを組み合わせる代わりに、そのｅＮＢのみのＴＰＣコマンドに基づいて、そのサブフレームにおけるＰＵＣＣＨに対する電力を判定してもよい。例として、ＷＴＲＵは、単に、偶数サブフレームなどの指定されたサブフレームにおいてｅＮＢ１に対して意図されるＵＣＩを送信し、奇数サブフレームなどの他の指定されたサブフレームにおいてｅＮＢ２に対して意図されるＵＣＩを送信してもよい。各ｅＮＢへのＵＣＩは、現在および以前のサブフレームに対するＵＣＩであってもよい。
【０２０２】
各サブフレームにおいて、ＷＴＲＵは、特定のセル、たとえばＰＣｅｌｌのリソース上で、各ｅＮＢに対して指定されたサブフレームに基づいて、ＰＵＣＣＨが送信されるセルのｅＮＢであり、または、そうでなくてもよい、１つのｅＮＢに対してＵＣＩを有する意図されたＰＵＣＣＨを送信してもよい。ＷＴＲＵは、たとえばシグナリングを介して、どのサブフレームにおいてどのｅＮＢに対してＵＣＩを送信するかをＷＴＲＵに伝える情報を受信してもよい。
【０２０３】
各ｅＮＢに対して別々のＰＵＣＣＨを有する実施形態において、特定のｅＮＢに対して意図されたＰＵＣＣＨは、特定のｅＮＢに関連付けられた対応するＤＬ  ＳＣｅｌｌに対するＵＣＩを提供することのみが必要なことがある。
【０２０４】
たとえば図８および図９に示されたいくつかの実施形態において、ＷＴＲＵは、ＰＵＣＣＨが意図されてもよい各ｅＮＢに対し、別々のＴＰＣ係数を維持してもよい。ＷＴＲＵは、以下のうちの１または複数を行ってもよく、サブフレームｊにおいてｅＮＢ  ｘから受信されるＰＵＣＣＨ  ＴＰＣコマンドは、δＰＵＣＣＨ＿ＥＮＢｘ（ｊ）で表されてもよい。
【０２０５】
・各ｅＮＢに対して別々のＴＰＣ係数、たとえばｇＥＮＢｘ（ｉ）を維持する。
【０２０６】
・そのＴＰＣ係数を更新するために、各ｅＮＢから受信されたＴＰＣコマンドのみを使用し、所与のサブフレームにおけるＴＰＣコマンドを受信しないことは、０（変更なし）の受信と同一であるものとみなしてもよい。
【０２０７】
・正規のＰＵＣＣＨ電力制御ルール、または正規のＰＵＣＣＨ電力制御ルールの修正バージョンにしたがって、ｅＮＢ  ｘに対するＴＰＣ係数を更新する。
【０２０８】
・サブフレームｉに対しｅＮＢ  ｘに対するＴＰＣ係数を、ｇＥＮＢｘ（ｉ）＝ｇＥＮＢｘ（ｉ−１）＋δＰＵＣＣＨ＿ＥＮＢｘ（ｉ−ｋ）として更新し、ｋはＦＤＤに対し４に等しくてもよく、ｇＥＮＢｘ（０）は、リセット後の、または場合によってはＴＰＣ係数をリセットする任意のイベント後の、そのＴＰＣ係数の第１の値であってもよい。ＷＴＲＵは、そのサブフレーム（サブフレームｉ）においてｅＮＢ  ｘに対して意図されたＰＵＣＣＨを送信することになるか否かにかかわらず、これを行ってもよい。ＷＴＲＵが、あらゆるサブフレームにおいて、ＷＴＲＵがｅＮＢ  ｘに対して意図されたＰＵＣＣＨを送信することができるサブフレームにおいて、ｅＮＢ  ｘに対するＴＰＣ係数を更新するか否かにかかわらず、ＷＴＲＵは、ＴＰＣ係数の結果値が、あらゆるサブフレームにおいて更新された場合と同一であるように、関連付けられたＴＰＣ係数を更新してもよく、ＷＴＲＵは、この結果を達成するために必要なｅＮＢ  ｘからのすべてのＴＰＣコマンドを含んでもよい。
【０２０９】
・サブフレームＩにおいてｅＮＢ  ｘに対して意図されたＰＵＣＣＨを送信するときに、サブフレームｉにおいてｅＮＢに対するＴＰＣ係数、ｇＥＮＢｘ（ｉ）を使用する。
【０２１０】
・ｇＥＮＢｘ（０）を０に設定し、場合によっては、ＷＴＲＵがＰ０＿ＵＥ＿ＰＵＣＣＨの新たな値を受信することができることを意味する、Ｐ０＿ＰＵＣＣＨが変化した場合、その地点から累積を再開する。
【０２１１】
・ｇＥＮＢｘ（０）を０に設定し、場合によっては、ＷＴＲＵがｅＮＢ  ｘに対するＰ０＿ＵＥ＿ＰＵＣＣＨの新たな値を受信することができることを意味する、ｅＮＢ  ｘに対するＰ０＿ＰＵＣＣＨが変化した場合、その地点から累積を再開する。
【０２１２】
・Ｐ０＿ＰＵＣＣＨ、Ｐ０＿ＵＥ＿ＰＵＣＣＨ、およびＰ０＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨのうちの１つまたは複数に対し、各ｅＮＢに関する別々の値を有する。および／または
・ランダムアクセス応答（たとえばｍｓｇ２）において、電力ランプアップ値および場合によってはＴＰＣコマンドを提供することができる、ＲＡＣＨプロシージャに従って、すべてのｇＥＮＢｘ（０）を同一の値に初期化し、たとえば、すべてのｇＥＮＢｘ（０）をｇ（０）に設定し、ｇ（０）＝ΔＰｒａｍｐｕｐ＋δｍｓｇ２である。
【０２１３】
上記の説明において、ＴＰＣ係数はｅＮＢベースで維持されているものとして説明される。これはまた、もしくはその代わりに、セル、スケジューラ、または他の単位で維持されてもよい。
【０２１４】
サブフレームｉにおける送信のためのＰＵＣＣＨ電力を計算するときに、ＷＴＲＵは、送信に対するＰＵＣＣＨ  ＴＰＣ係数、ｇ（ｉ）またはｇｃ（ｉ）を、適切なｅＮＢ特有の値、ｇＥＮＢｘ（ｉ）、またはセル特有の値に設定してもよい。周波数および／またはリソースによるＰＵＣＣＨ分離に対して本明細書で説明されたアプローチはまた、時間的な分離のケースに適用されてもよい。
【０２１５】
ＰＵＣＣＨ送信は異なるｅＮＢまたはセルに対するものであってもよく、ならびに、周波数および／またはリソースによって分離されてもよい。ＷＴＲＵが、異なる周波数および／またはリソース上の異なるｅＮＢまたはセルに対して意図されたＰＵＣＣＨを送信してもよく、異なるＵＬセルのリソースが使用されてもよい実施形態に対し、ＷＴＲＵは、Ｒ１０  ＰＵＣＣＨ電力制御式、または、規格の後続のリリースによって修正されたＲ１０  ＰＵＣＣＨ電力制御式を使用して、各ＰＵＣＣＨに対する電力を別々に判定してもよい。
【０２１６】
各ｅＮＢに対する別々のＰＵＣＣＨでの実施形態において、特定のｅＮＢに対して意図されたＰＵＣＣＨは、特定のｅＮＢに関連付けられた対応するＤＬ  ＳＣｅｌｌにＵＣＩを提供してもよく、または、提供するのみであってもよい。しかしながら、複数のｅＮＢにＵＣＩを提供してもよい。各ＰＵＣＣＨに対し、ＷＴＲＵは、以下のうちの１つまたは複数に対する別々の値を、シグナリングを介して計算、判定、または受信してもよく、そのＰＵＣＣＨが送信され、または、送信されることになるかにかかわらず、これを使用してそのＰＵＣＣＨの電力を判定してもよい。
【０２１７】
・ＰＣＭＡＸ，ｃ（ｉ）
・Ｐｅｍａｘ，ｃ
・ΔＦ＿ＰＵＣＣＨ（Ｆ）
・ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）
・ＰＯ＿ＰＵＣＣＨ
・ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨ
・ＰＯ＿ＵＥ＿ＰＵＣＣＨ
・ＰＬｃ
・ｇ（ｉ）
・δＰＵＣＣＨ
【０２１８】
たとえば、ＷＴＲＵがＰＵＣＣＨを送信することができる各セルに対し、ＷＴＲＵは、上記のうちの１つまたは複数に対する別々の値を、シグナリングを介して計算、判定、または受信してもよく、それらのリソース上で送信するときに、これを使用してＰＵＣＣＨの電力を判定してもよい。
【０２１９】
本実施形態は、周波数およびリソースのうちの１つまたは複数においても分離が存在するか否かにかかわらず、たとえば時間的に分離されたＰＵＣＣＨに適用されてもよい。たとえば各サブフレームにおいて、ＷＴＲＵは、送信が意図されるｅＮＢまたはセルに対して上記に列挙された値に基づいて、そのＰＵＣＣＨに対して判定された電力で、１つのｅＮＢまたはセルのリソース上でＰＵＣＣＨを送信してもよい。
【０２２０】
いくつかの実施形態において、ＷＴＲＵは、別々のＰＵＳＣＨ、場合によってはＵＣＩを搬送するＰＵＳＣＨを、１つまたは複数のｅＮＢまたはセルのそれぞれに送信する。分離は、周波数、リソース、および時間のうちの１つまたは複数によるものであってもよい。１つまたは複数のｅＮＢもしくはセルに送信されてもよく、それらに対して意図され、または、それらによって受信されてもよい、ＰＵＣＣＨに対する電力制御を処理するための、本明細書で説明される１つまたは複数の方法およびシステムは、１つまたは複数のｅＮＢまたはセルに送信されてもよく、それらに対して意図され、または、それらによって受信されてもよい、ＰＵＳＣＨチャネルに適用されてもよい。
【０２２１】
各ＰＵＳＣＨが異なるセルのリソースを使用することができるケースに対し、各ＰＵＳＣＨの電力は、複数のＣＣ上での同時ＰＵＳＣＨ送信をサポートする、リリース１０と同様に計算されてもよい。時間的な分離のケースに対し、ＷＴＲＵは、たとえば、送信が意図されるｅＮＢまたはセルに対するＰＵＳＣＨ電力制御値に基づいて、そのＰＵＳＣＨに対して判定された電力で、１つのｅＮＢまたはセルのリソース上でＰＵＳＣＨを送信してもよい。
【０２２２】
本明細書で説明されるいくつかのシナリオは、その送信に対するターゲットに基づいて提供または導出することができる異なるパラメータを使用して、チャネルの送信に一般化されてもよい。チャネルはＰＵＣＣＨまたはＰＵＳＣＨであってもよく、送信ターゲットは、前述のように、ｅＮＢ、セル、スケジューラなどのうちの１または複数であってもよい。パラメータは、本明細書で説明されたうちの少なくとも１つなどの電力制御パラメータ、タイミングアドバンスなどのタイミングパラメータ、その他を含んでもよい。
【０２２３】
図１０は、少なくとも１つの送信ターゲットへのチャネルの送信のための、ＷＴＲＵパラメータの受信、維持、および選択の例示的な実施形態を示す。図１０に示されるように、ＷＴＲＵは、ブロック１００２での構成またはコマンドなどによって１つまたは複数のパラメータを受信してもよく、ブロック１００４でどの送信セットにパラメータが属することかを判定してもよく、ブロック１００６で受信された構成またはコマンドに基づいて導出することができる任意のパラメータを決定してもよく、ならびに、ブロック１００６でパラメータを保存して、それらを少なくとも１つの送信ターゲットへの送信に使用されてもよい少なくとも１つの送信セットに関連付けてもよい。導出されるパラメータの例は、ＴＰＣコマンドから導出することができるＴＰＣ係数である。
【０２２４】
ＷＴＲＵがチャネルを送信する時間であるときに、ブロック１００８で、ＷＴＲＵはチャネルに対する送信ターゲットを判定してもよい。ブロック１０１０で、送信ターゲットに基づいて、ＷＴＲＵは、送信パラメータの対応するセット、たとえば送信セットを使用してもよい。ＷＴＲＵは、これらのパラメータを、より動的な入力、たとえばパスロスまたはサブフレームに特有であってもよいある許容電力低減などの、他の入力と組み合わせてもよい。ブロック１０１２および１０１４で、ＷＴＲＵは、送信に対する電力および送信に対するタイミングアドバンスを判定し、その後、ブロック１０１６で適宜チャネルを送信してもよい。
【０２２５】
パラメータの送信セットを保存することは、ＷＴＲＵが複数の送信ターゲットのうちの少なくとも１つのへの送信を必要とするパラメータを維持するための例示的な方法であることに留意されたい。ＷＴＲＵは、いずれかの方法で異なる送信ターゲットに使用し、または、必要とし、依然として本開示と整合しているパラメータを、受信、更新、導出、維持、取得、および使用してもよい。
【０２２６】
ＵＬにおいて複数のスケジューラまたはｅＮＢと通信することができるＷＴＲＵに対し、いくつかの実施形態において、それらｅＮＢの間で１つのｅＮＢが、ＷＴＲＵに対する電力分配を管理することに関与してもよい。この管理ｅＮＢ（たとえばＭｅＮＢ）は、たとえば、ＷＴＲＵのＰＣｅｌｌのｅＮＢ、またはそれを提供するｅＮＢであってもよい。代わりに、ＭｅＮＢは、ｅＮＢのセットの間で電力分配および／またはスケジューリングを管理する指定されたｅＮＢであってもよい。ＭｅＮＢは、ＷＴＲＵが通信することができるｅＮＢのうちの１つであり、または、そうでなくてもよい。ＭｅＮＢは、ｅＮＢ、任意の本明細書で論じられるｅＮＢとの同等のもの、または、ネットワークエンティティ等の他のエンティティであってもよい。
【０２２７】
ＭｅＮＢは、ＣＣごと、帯域ごと、ｅＮＢごと、スケジューラごと、または構成されたセルのセットごとに、最大許容送信電力のうちの１または複数を判定してもよい。これらの判定値のいずれかを、そのＣＣ、帯域、ｅＮＢ、スケジューラ、または構成されたセルのセット上で、それらに送信するＷＴＲＵごとに、ＷＴＲＵのグループごとに、またはすべてのＷＴＲＵに対し、適用可能であってもよい。たとえばＭｅＮＢは、以下のうちの１または複数を行ってもよい。
【０２２８】
・ＭｅＮＢは、同一のまたは異なるｅＮＢに属することができる、各ＵＬ  ＣＣもしくはセル、または構成されたＵＬ  ＣＣもしくはセルのセットにおいて、ＷＴＲＵが送信することが許可された、最大電力を判定してもよい。ＭｅＮＢもしくは別のｅＮＢは、この値を、各ＣＣもしくはセル、または構成されたＵＬ  ＣＣもしくはセルのセットに対するＷＴＲＵに提供してもよい。これは、ＣＣもしくはセル、または構成されたＵＬ  ＣＣもしくはセルのセットに対するＰｅｍａｘ，ｃであってもよい。各ＣＣもしくはセル、または構成されたＵＬ  ＣＣもしくはセルのセットに対し、ＭｅＮＢはこの値を、場合によってはそのｅＮＢへのＸ２またはＸ２に類似のインターフェースを介して、ＣＣもしくはセル、または構成されたＵＬ  ＣＣもしくはセルのセットを制御するｅＮＢに提供してもよい。これは、ＣＣもしくはセル、または構成されたＵＬ  ＣＣもしくはセルのセットに対するＰｅｍａｘ，ｃであってもよい。これは、場合によってはスケジューリング決定のためにｅＮＢによって単に使用されてもよく、ＷＴＲＵに提供されてもよい、Ｐｅｍａｘ，ｃとは異なるＣＣまたはセル制限であってもよい。
【０２２９】
・ＭｅＮＢは、ＷＴＲＵ、ＷＴＲＵのグループ、またはすべてのＷＴＲＵが所与のｅＮＢへの送信を許可された、最大電力を判定してもよい。ＭｅＮＢはこの値を、場合によってはそのｅＮＢへのＸ２またはＸ２に類似のインターフェースを介して、そうしたｅＮＢのそれぞれに提供してもよい。ＭｅＮＢまたは別のｅＮＢは、この値をＷＴＲＵに提供してもよい。これは、ｅＮＢに関するＰｅｍａｘ、Ｐｅｍａｘ，ｅＮＢと同様であってもよい。ｅＮＢまたはスケジューラに提供されるＰｅｍａｘは、ＷＴＲＵにおいて構成されたセルのセットに関連付けられてもよい。
【０２３０】
所与のｅＮＢに対し、ＷＴＲＵがそのｅＮＢに送信することができる最大電力に基づいて、そのｅＮＢは、個々のＵＬ  ＣＣまたはセルの電力制限、たとえばＰｅｍａｘ，ｃを判定してもよく、および、それらをＷＴＲＵに、または場合によってはそれらをＷＴＲＵにシグナリングすることができるＭｅＮＢに、シグナリングしてもよい。ｅＮＢまたはＭｅＮＢは、セルの構成されたセットに対する電力制限、たとえばＰｅｍａｘ，ｅＮＢを判定し、ＷＴＲＵにシグナリングしてもよい。
【０２３１】
ＭｅＮＢは、ＷＴＲＵがｅＮＢ全体にわたってその最大電力を超えないことを保証するように、ｅＮＢあたりの許容最大電力を設定することができるため、場合によっては、ｅＮＢあたりの許容電力の合計は、ＷＴＲＵ  Ｐｏｗｅｒｃｌａｓｓ電力と等しくてもよく、場合によってはＷＴＲＵの許容電力全体にわたって最高となる他の値、または、場合によってはたとえば干渉低減のためなどに望ましい場合は、より低い値とであってもよい。
【０２３２】
たとえば２つのｅＮＢと通信している２３ｄＢｍ  ＷＴＲＵに対し、最大許容電力は各ｅＮＢに対し２０ｄＢｍに設定されてもよいため、ＷＴＲＵが各ｅＮＢに対するその送信電力を組み合わせるときに、合計は２３ｄＢｍを超えないことがある。このようにして、各ｅＮＢは、別のいずれのｅＮＢをスケジューリングしているかを考慮する必要なく、そのスケジューリングを管理することが可能になる。
【０２３３】
所与のｅＮＢに対し、個々のＣＣ許容最大電力が、それらの合計がｅＮＢ許容最大値を超えないように設定される場合、ＷＴＲＵはｅＮＢ許容最大値を認識する必要がなくてもよい。しかしながら、たとえばＣＣ間でのスケジューリング柔軟性を許容するために、個々のＣＣ許容最大電力がｅＮＢ許容最大値を超える可能性がある場合、ＷＴＲＵはｅＮＢ許容最大値を必要とすることがあるため、その送信電力の合計がその最大値を超えないように制限してもよい。
【０２３４】
ｅＮＢは、全体としてｅＮＢのうちの１または複数、そのＣＣの１つまたは複数、ＷＴＲＵおよび／またはＷＴＲＵのグループに対し、最小要求および最大許容ＵＬ電力の１つまたは複数を、ＭｅＮＢに提供してもよい。ＭｅＮＢは、この最小／最大範囲内の値を選択し、これをｅＮＢに提供してもよい。通信はＸ２またはＸ２に類似のインターフェースを介してもよい。ｅＮＢは、全対としてｅＮＢのうちの１つまたは複数、そのＣＣの１つまたは複数、ＷＴＲＵおよび／またはＷＴＲＵのグループに対し、より多くまたはより少ない許容電力をＭｅＮＢから要求してもよい。ＭｅＮＢは、要求に基づくｅＮＢ、ＣＣ、ＷＴＲＵ、またはＷＴＲＵのグループに対し、許容電力値、場合によっては要求に準拠して更新された許容電力値で応答してもよい。通信はＸ２またはＸ２に類似のインターフェースを介してもよい。ＭｅＮＢは、最大許容電力値を変更し、それらをＷＴＲＵおよび／または１つもしくは複数の他のｅＮＢに送信してもよい。
【０２３５】
最大許容電力値は、すべてのサブフレームに適用してもよい。代わりに、値はサブフレーム特有であってもよい。たとえばＷＴＲＵは、異なるサブフレームに対し異なる電力制限を定義することができる、各ＣＣに対する最大電力値のセットが提供されてもよい。たとえば、名目上、２３ｄＢｍなどのその電力クラスレベルで送信することができるＷＴＲＵは、２つなどのいくつかのＵＬセルと通信してもよい。ＷＴＲＵには、セルのそれぞれに対して、最大許容電力値のセット、たとえばＰｅｍａｘ，ｃが提供されてもよい。この最大許容電力値のセットは、第１および第２のサブフレームのセットのそれぞれにおけるいくつかのレベルで、ＷＴＲＵが１つのｅＮＢまたはセルに送信することを許可してもよく、一方で、それら第１および第２のサブフレームのセットのそれぞれにおけるいくつかのレベルで、その最大電力を超えることなく、ＷＴＲＵが他のｅＮＢまたはセルにも送信することを許可する。たとえば、サブフレームのセットは偶数のサブフレームおよび奇数のサブフレームであってもよく、ＷＴＲＵは、第１のサブフレームのセットにおける第１のｅＮＢに２２ｄＢｍを、第２のサブフレームのセット内のそのｅＮＢに１６ｄＢｍを送信することが許可されてもよく、一方で、第１のサブフレームのセットにおいて第２のｅＮＢに１６ｄＢｍを、第２のサブフレームのセットにおいてそのｅＮＢに２２ｄＢｍを送信することが許可されてもよい。
【０２３６】
ＭｅＮＢ、マスタスケジューラ、または他のエンティティは、たとえばｅＮＢのスケジューラに、たとえばそのセルのうちの少なくとも１つに対して、ＷＴＲＵに割当てることが許可された、たとえばＲＢにおける最大グラント、たとえば最大ＵＬグラントを提供してもよい。これは、たとえば最大グラントを提供することができるＷＴＲＵなどの、少なくとも１つのＷＴＲＵから受信し、または、当該ＷＴＲＵに対し受信することができる少なくとも１つの電力ヘッドルームレポートに応答することであってもよい。
【０２３７】
この最大ＵＬグラントは、あるサブフレーム、サブフレームのセット、サブフレームのスケジュールなどに対するものであってもよい。
【０２３８】
ＭｅＮＢ、マスタスケジューラ、または他のエンティティは、たとえばｅＮＢのスケジューラに、最大ＵＬグラントのセットまたは最大ＵＬグラントのスケジュールを提供してもよい。
【０２３９】
たとえばｅＮＢのスケジューラは、ＭｅＮＢ、マスタスケジューラ、または他のエンティティに、少なくとも１つのＷＴＲＵに対する最小要求ＵＬグラントおよび最大所望ＵＬグラントのうちの１つまたは複数を提供してもよい。ＭｅＮＢ、マスタスケジューラ、または他のエンティティは、この最小／最大範囲内の値を選択し、これをｅＮＢのスケジューラに提供してもよい。
【０２４０】
ＭｅＮＢは、他のｅＮＢ／スケジューラに提供された電力制御情報を更新してもよい。これらの電力制御情報の更新は、送信に対して構成された無線ベアラのデータ要件、および／または、特定のｅＮＢ上での送信に使用可能なリソース、または他の基準に基づいてもよい。各ｅＮＢ／スケジューラは、電力制御分配をさらにネゴシエーションしてもよい。たとえばｅＮＢ／スケジューラは、特定のＭｅＮＢ電力制御制限を要求または拒否してもよい。電力制御制限および分配はまた、ＷＴＲＵによって要求／拒否されてもよい。このケースでは、ＷＴＲＵは、構成されたセルのセットに関連付けられた電力制限を要求または拒否してもよい。
【０２４１】
ＭｅＮＢ、マスタスケジューラ、または他のエンティティと、たとえばｅＮＢのスケジューラとの間の通信は、Ｘ２またはＸ２に類似のインターフェースを介してもよい。
【０２４２】
ＰＵＣＣＨを搬送することができる各ＣＣに対し、ＷＴＲＵによって実行されるＰＵＣＣＨ電力計算は、ＣＣ特有となるように拡張されてもよく、これは、ＰＯ＿ＰＵＣＣＨおよびｇ（ｉ）のうちの１つまたは複数がＣＣ特有、すなわちそれぞれＰＯ＿ＰＵＣＣＨ、ｃおよびｇｃ（ｉ）とすることができることを意味してもよい。ＰＵＣＣＨを搬送することができる各ＣＣに対し、ＷＴＲＵによって判定される最大の構成された出力電力、Ｐｃｍａｘ，ｃは、そのＣＣに対するＰＵＣＣＨおよびＰＵＳＣＨに対して異なってもよい。これは、複数のｅＮＢがＰＵＣＣＨ送信を受信することができるケースで有用なことがある。ＷＴＲＵは、ＰＵＳＣＨについて判定するＰｃｍａｘ，ｃとは別にＰＵＣＣＨを搬送することができる、ＣＣに対するＰｃｍａｘ＿ＰＵＣＣＨ、ｃを判定してもよい。
【０２４３】
たとえば、
【０２４４】
【数３】
0005885843.tif 000004
【０２４５】
である。
【０２４６】
別の例は、
【０２４７】
【数４】
0005885843.tif 000005
【０２４８】
である。
【０２４９】
ＷＴＲＵがＣＣにおいてＰＵＳＣＨのみを送信することができるケースに対し、ＰＵＳＣＨ電力式は、
【０２５０】
【数５】
0005885843.tif 000006
【０２５１】
であってもよい。
【０２５２】
ＷＴＲＵがＰＵＳＣＨと同一のＣＣにおいてＰＵＣＣＨを送信することができるケースに対し、ＰＵＳＣＨ電力計算は、ＣＣ特有のＰＵＣＣＨ電力を含むように修正されてもよく、例えば、
【０２５３】
【数６】
0005885843.tif 000007
【０２５４】
であり、
【０２５５】
【数７】
0005885843.tif 000008
【０２５６】
は、ＰＰＵＣＣＨ，ｃ（ｉ）の線形値である。
【０２５７】
ＷＴＲＵがサブフレームにおいて１つまたは複数の同時ＰＵＣＣＨを送信することができるケースに対し、同時ＰＵＣＣＨ送信の合計送信電力は、ＷＴＲＵの構成された最大出力電力、
【０２５８】
【数８】
0005885843.tif 000009
【０２５９】
を超えることがあり、ＷＴＲＵは、ＰＵＣＣＨ電力
【０２６０】
【数９】
0005885843.tif 000010
【０２６１】
をスケーリング（scale）してもよく、これはたとえば以下の式に従う。
【０２６２】
【数１０】
0005885843.tif 000011
【０２６３】
いくつかの実施形態において、ＰＵＣＣＨ送信は異なる優先順位を有してもよい。たとえばＰＣｅｌｌへのＰＵＣＣＨ送信は最高の優先順位を有してもよい。ＰＵＣＣＨが異なる優先順位を有するイベントでは、ＷＴＲＵは、最高から最低への優先順位で、ＰＵＣＣＨに電力を割当ててもよい。複数の低優先ＰＵＣＣＨが存在する場合、ＷＴＲＵは、その合計が、優先順位がより高いＰＵＣＣＨに電力が割当てられた後に、残っている電力を超えないように、その電力を等しくスケーリングしてもよい。
【０２６４】
たとえばＰＣｅｌｌへのＰＵＣＣＨが最高の優先順位を有する場合、ＷＴＲＵは第一にそのＰＵＣＣＨに電力を割当ててもよい。等しいが低い優先順位を有する追加のＰＵＣＣＨが存在する場合、ＷＴＲＵは残りの電力をそれらのＰＵＣＣＨに等しく割当ててもよい。
【０２６５】
たとえばＰＣｅｌｌ以外のＣＣに対し、ＷＴＲＵはＰＵＣＣＨ電力を等しくスケーリングして、
【０２６６】
【数１１】
0005885843.tif 000012
【０２６７】
としてもよい。
【０２６８】
ＷＴＲＵが、ＰＵＣＣＨを送信することが想定されていたすべてのセルにＰＵＣＣＨを送信することができない場合、ＷＴＲＵはこれを、ＰＣｅｌｌなどのセルのうちの１つまたは複数に示してもよい。
【０２６９】
ＷＴＲＵが、サブフレームにおいてＵＣＩを有する１つまたは複数のＰＵＳＣＨを送信してもよく、任意のＰＵＣＣＨおよびＰＵＳＣＨをＵＣＩチャネルと組み合わせるときに、ＷＴＲＵの合計送信電力がその構成された最大出力電力、
【０２７０】
【数１２】
0005885843.tif 000013
【０２７１】
を超えることがある実施形態に対し、ＷＴＲＵは、第１にそのサブフレームにおける任意のＰＵＣＣＨ送信に電力を割当て、次に、残りの電力を、ＵＣＩを有するＰＵＳＣＨに割当ててもよい。ＷＴＲＵはＵＣＩ有するＰＵＳＣＨ送信を等しく処理してもよく、または、たとえばそれらが送信されるセルに基づいて、送信を優先順位付けしてもよい。ＰＣｅｌｌへの送信は最高の優先順位を有してもよい。
【０２７２】
たとえばＷＴＲＵは、ＵＣＩを有するＰＵＳＣＨ送信、
【０２７３】
【数１３】
0005885843.tif 000014
【０２７４】
をスケーリングしてもよく、以下の式に従う。
【０２７５】
【数１４】
0005885843.tif 000015
【０２７６】
ＰＵＣＣＨチャネルに電力を割当てた後に電力が残っていない場合、すべての非ＰＵＣＣＨチャネルの重みはゼロに設定されてもよい。ＰＣｅｌｌ上のＵＣＩを有するＰＵＳＣＨが、ＵＣＩを有する他のＰＵＳＣＨ送信よりも高い優先順位を有する場合、ＰＵＣＣＨ電力を減じた後の残りの電力は、ＰＣｅｌｌ上のＵＣＩを有するＰＵＳＣＨに第１に割当てられてもよく、そして、ＵＣＩを有する他のＰＵＳＣＨおよびＵＣＩを有するこれらのＰＵＳＣＨに割当てられた後の残りの電力は等しくスケーリングされてもよい。
【０２７７】
たとえば、ＰＣｅｌｌ以外のＣＣに対し、ＷＴＲＵは、ＵＣＩを有するＰＵＳＣＨ電力を等しくスケーリングして、
【０２７８】
【数１５】
0005885843.tif 000016
のようにしてもよい。
【０２７９】
この数式の使用は、ＰＣｅｌｌ上のＵＣＩを有する任意のＰＵＣＣＨチャネルおよびＰＵＳＣＨへの割当て後に電力が残っていることがすでに判定されているものと想定している。それらのチャネルへの割当て後に電力が残っていない場合、すべての他のチャネルの重みはゼロに設定されてもよい。
【０２８０】
いくつかの実施形態において、ＰＣｅｌｌ上のＵＣＩを有するＰＵＣＣＨおよびＰＵＳＣＨの両方が、任意の他のセル上のＵＣＩを有する任意のＰＵＣＣＨおよびＰＵＳＣＨよりも高い優先順位を有する。このケースでは、ＷＴＲＵは、第１にＰＣｅｌｌ  ＰＵＣＣＨに、次にＵＣＩを有するＰＣｅｌｌ  ＰＵＳＣＨに、次に残りのＰＵＣＣＨに、さらに次に残りのＵＣＩを有するＰＵＳＣＨに、電力を割当ててもよい。
【０２８１】
サブフレームにおいて対応する送信が存在しない場合、数式内の項はゼロであってもよい。
【０２８２】
ＷＴＲＵがＵＣＩなしのＰＵＳＣＨを送信してもよく、これらと任意のＰＵＣＣＨ送信および任意のＵＣＩを有するＰＵＳＣＨ送信の合計送信電力が
【０２８３】
【数１６】
0005885843.tif 000017
【０２８４】
を超えることがあるケースに対し、ＷＴＲＵは、第１にそのサブフレームにおいて任意のＰＵＣＣＨ送信に電力を割当て、次にＵＣＩを有する任意のＰＵＳＣＨ送信に残りの電力を割当て、次にＵＣＩなしの任意のＰＵＳＣＨ送信に残りの電力を割当ててもよい。ＷＴＲＵは、ＵＣＩなしの複数のＰＵＳＣＨを等しく処理してもよい。ＷＴＲＵは、
【０２８５】
【数１７】
0005885843.tif 000018
【０２８６】
をスケーリングしてもよく、これは以下に従う。
【０２８７】
【数１８】
0005885843.tif 000019
【０２８８】
この数式の使用は、ＵＣＩチャネルを有する任意のＰＵＣＣＨチャネルおよび任意のＰＵＳＣＨへの割当て後に電力が残っていることが、すでに判定されているものと想定している。それらのチャネルへの割当て後に電力が残っていない場合、すべての他のチャネルの重みはゼロに設定されてもよい。
【０２８９】
電力スケーリングの詳細および例示的な数式において、
【０２９０】
【数１９】
0005885843.tif 000020
【０２９１】
は、
【０２９２】
【数２０】
0005885843.tif 000021
【０２９３】
の代わりであってもよく、存在しない任意の送信はゼロとして表されてもよく、たとえばＣＣにおいてＰＵＣＣＨの送信が存在しない場合、
【０２９４】
【数２１】
0005885843.tif 000022
【０２９５】
＝０である。言い換えれば、インデックスｃ上での合計は、総和（summation）内のチャネルが存在する総和（summation）にＣＣのみを含めることを意味するものと解釈されてもよい。
【０２９６】
ＷＴＲＵが複数の帯域でまたは複数のｅＮＢに同時に送信することができ、ＷＴＲＵが１つの帯域で少なくとも２つのＣＣ上で（または１つのｅＮＢに）送信することができ、一方で、別の帯域の少なくとも１つのＣＣ上で（または他のｅＮＢに）同時に送信する実施形態に対し、追加の電力スケーリングが使用されてもよい。このケースでは、ＣＣ電力制限、たとえばＰｃｍａｘ，ｃ、および、ＷＴＲＵ電力制限、たとえばＰｃｍａｘを有することに加えて、ＷＴＲＵはまた、帯域ごとの電力制限、および／または、ｅＮＢごとの電力制限も有してもよい。
【０２９７】
ＷＴＲＵは、送信されることになるチャネルに対する以下のステップのうちの１つまたは複数を使用して電力制御を実行してもよく、このステップは、図１２に示されるような以下の順序であってもよく、または、以下の順序でなくてもよい。
【０２９８】
・ブロック１２０２で、送信されることになる任意のＰＵＣＣＨが存在しない場合、ＣＣまたはＣＣの特定チャネルに対する値とすることができる、ＣＣ電力制限、たとえばＷＴＲＵの構成された最大出力電力、Ｐｃｍａｘ，ｃを考慮する、個々のＣＣそれぞれに対しＰＵＣＣＨ電力を計算し、電力の上限を最大値に定め（cap）、たとえば制限する。
【０２９９】
・ブロック１２０４で、ＣＣまたはＣＣの特定チャネルに対する値とすることができる、ＣＣ電力制限、たとえばＷＴＲＵの構成された最大出力電力、Ｐｃｍａｘ，ｃ、および、そのＣＣ上で要求され、または、すでに割当てられた任意のＰＵＣＣＨ電力を考慮する、個々のＣＣそれぞれに対し、ＵＣＩを搬送する各ＰＵＳＣＨに対する電力を計算する。ＵＣＩを搬送するＰＵＳＣＨは、ＣＣ上のＰＵＣＣＨに電力が割当てられた後に残っている任意の電力から、割当てられた電力のみであってもよい。
【０３００】
・ブロック１２０６で、ＣＣまたはＣＣの特定チャネルに対する値とすることができる、ＣＣ電力制限、たとえばＷＴＲＵの構成された最大出力電力、Ｐｃｍａｘ，ｃ、および、ＰＵＣＣＨまたはＵＣＩを搬送するＰＵＳＣＨに対するそのＣＣ上で要求され、または、すでに割当てられた任意のＰＵＣＣＨ電力を考慮する、個々のＣＣそれぞれに対し、ＵＣＩを搬送しない各ＰＵＳＣＨに対する電力を計算する。ＵＣＩを搬送しないＰＵＳＣＨは、ＣＣ上のＰＵＣＣＨおよびＵＣＩを搬送するＰＵＳＣＨに電力が割当てられた後に残っている任意の電力から、割当てられた電力のみであってもよい。
【０３０１】
・各帯域（図示せず）に対し、ＣＣ電力制限に基づいてすでに上限が定められた同一のｅＮＢまたはセルのセットの同一の帯域におけるチャネルに対し、電力の合計を計算し、あるいは判定し、そのｅＮＢに対するその帯域に対する最大許容電力を超えている場合、チャネル優先順位に基づいて、最大許容電力を超えないように、チャネルの電力をスケーリングもしくは制限する。その帯域に対する最大許容電力は、ネットワークによって提供される帯域電力制限またはｅＮＢ電力制限のうちの１つまたは複数を考慮することができる、ＷＴＲＵの構成された最大出力電力、ＷＴＲＵパワークラス、ならびに、ＷＴＲＵが発射およびＳＡＲなどの要件に満たすことを可能にする許容電力低減であってもよい。ブロック１２０８で、各ｅＮＢまたはセルのセット、たとえば構成されたセルのセットに対し、ＣＣ電力制限に基づいてすでに上限が定められた、および／または、帯域制限に基づいてすでに上限が定められ、もしくは、スケーリングされた、同一のｅＮＢまたはセルのセットに送信されることになるすべてのチャネルに対し、電力の合計を計算し、あるいは、判定し、そのｅＮＢまたはセルのセットに対する最大許容電力を超えている場合、チャネル優先順位に基づいて、当該最大許容電力を超えないように、チャネルをスケーリングまたは制限する。ｅＮＢまたはセルのセットに対する最大許容電力は、ネットワークによって提供されるｅＮＢ電力制限のうちの１つまたは複数を考慮することができるＷＴＲＵの構成された最大出力電力、ＷＴＲＵパワークラス、ならびに、ＷＴＲＵが発射およびＳＡＲなどの要件を満たすことを可能にする許容電力低減であってもよい。
【０３０２】
・ブロック１２１０で、ＣＣ電力制限に基づいてすでに上限が定められた、および／または、帯域制限、ｅＮＢ制限、または構成されたセルのセットに関連付けられた制限に基づいてすでに上限が定められ、もしくは、スケーリングされた、送信されることになるすべてのチャネルに対し、電力の合計を計算し、もしくは、判定し、ＷＴＲＵに対する最大許容電力を超えている場合、チャネル優先順位に基づいて、当該最大許容電力を超えないように、チャネルをスケーリングもしくは制限する。ＷＴＲＵに対する最大許容電力は、ネットワークによって提供されるＷＴＲＵ電力制限のうちの１つまたは複数を考慮することができる、ＷＴＲＵの構成された最大出力電力、ＷＴＲＵパワークラス、ならびに、ＷＴＲＵが発射およびＳＡＲなどの要件を満たすことを可能にする許容電力低減であってもよい。
【０３０３】
いくつかの実施形態において、複数のｅＮＢまたはセルによって受信されてもよく、または、受信されることが意図されてもよい、チャネル、たとえばＰＵＣＣＨに対するタイミングアドバンス（ＴＡ）を判定するためのシステムおよび方法が使用されてもよい。ＷＴＲＵは、ＴＡが最大ＴＡエラーを低減または最小限にすることができることを判定する。
【０３０４】
一実施形態において、複数のｅＮＢ、すなわち１つまたは複数のｅＮＢは、他のＴＡコマンドとは別個であることができるＰＵＣＣＨ  ＴＡコマンドをＷＴＲＵにシグナリングしてもよく、ＷＴＲＵは、これらのＰＵＣＣＨ  ＴＡコマンドを複数のｅＮＢのうちの少なくとも１つから受信してもよく、複数のｅＮＢのうちの少なくとも１つによって受信することができるＰＵＣＣＨのタイミングアドバンスを調整してもよい。
【０３０５】
１つのｅＮＢによって受信されているチャネル、たとえばＰＵＳＣＨおよびＳＲＳが、ＰＵＣＣＨに対して使用されることになるＴＡによって影響を受けないようにするために、いくつかの実施形態において、ＷＴＲＵは、ＰＵＣＣＨに対する別々のＵＬタイミングを維持してもよい。ＷＴＲＵはＴＡを受信し、ＰＵＣＣＨならびにＰＵＳＣＨおよびＳＲＳなどの他の送信に別々に適用してもよい。
【０３０６】
別々のＴＡをＰＵＣＣＨ送信に適用するアプローチは、代替として、ＰＵＣＣＨの代わりに、またはＰＵＣＣＨに加えて、ＵＣＩを有するＰＵＳＣＨに適用してもよい。
【０３０７】
ｅＮＢがＰＵＣＣＨ送信を受信し、ＰＵＣＣＨ  ＴＡコマンドをＷＴＲＵに送信することができるようになるまで、ＷＴＲＵは、ＰＵＣＣＨタイミング、たとえばＰＵＣＣＨ送信に使用するためのタイミングが、サイトに対し、ＰＵＳＣＨタイミング、たとえばＰＵＳＣＨ送信に使用するためのタイミングと同一であるものと想定してもよい。
【０３０８】
代替として、ＷＴＲＵは、同一セルのリソース上で送信するすべてのチャネルに対し、場合によってはＵＬタイミングがすべてに使用されることを判定するＰＵＣＣＨに必要なＵＬタイミングと共に、１つのＴＡを使用してもよい。
【０３０９】
ＷＴＲＵは、複数のｅＮＢから、場合によっては異なる時点で、ＰＵＣＣＨ  ＴＡコマンドを受信してもよい。ＷＴＲＵは、これらのＴＡコマンドを、ＰＵＣＣＨ送信を受信することができるｅＮＢのタイミングニーズを最適に満たすために適用されることになる１つのＰＵＣＣＨ  ＴＡに組み合わせてもよい。ＰＵＣＣＨ送信を受信することができるｅＮＢは、以下のうちの１または複数に言及してもよい。
【０３１０】
・ＰＣｅｌｌのｅＮＢ
・ＰＵＣＣＨが送信されているセルのｅＮＢ
・ＷＴＲＵが構成されたｅＮＢ、場合によっては活性化されたセルのすべてもしくはサブセット、および／または
・ＷＴＲＵが、場合によってはそのサブフレームにおいて、そのｅＮＢの１つまたは複数のセルに対するＡ／ＮまたはＣＱＩなどの情報を送信することを認識しているｅＮＢ。
【０３１１】
最適性の基準は、たとえば、変更が適用された後に最大のＰＵＣＣＨタイミングエラーが最小化されるように、ＷＴＲＵがＰＵＣＣＨタイミングを変更してもよい。これはたとえば以下のように表されてもよい。
【０３１２】
【数２２】
0005885843.tif 000023
【０３１３】
ΔＰＵＣＣＨは、現在のＰＵＣＣＨタイミングについて、たとえばＮ個のｅＮＢからの受信したＮ個のタイミングアドバンスコマンドのセット、ＴＡｎに応答して、ＰＵＣＣＨに適用されるタイミングアドバンスの量であり、ｎ＝０、１、．．．、Ｎ−１である。
【０３１４】
Ωは、ＷＴＲＵがＰＵＣＣＨタイミングを変更することができるとり得る量のセットであり、たとえば１６ＴＳの整数倍である。
【０３１５】
図５は、いくつかのｅＮＢから受信され、現在のＰＵＣＣＨタイミングと比較して示された、ＴＡコマンドの５つの例を示す。これらのＴＡコマンドは、現在のＵＬタイミングに比較して示されているが、この原理は、それらをＷＴＲＵの現在のＰＵＣＣＨタイミングと比較するように変換することによって、ＷＴＲＵのＤＬタイミングと比較した絶対ＴＡコマンドに適用されてもよい。これらはＷＴＲＵによって受信されたＴＡコマンドである。これらの例において、右向き矢印は正のＴＡコマンドを示し、左向き矢印は負のＴＡコマンドを示し、矢印の長さはコマンドの大きさを示す。
【０３１６】
図５（ａ）は、同一の量のＴＡに対するが、方向が反対の、２つのｅＮＢからのコマンドを示す。このケースでは、ＷＴＲＵはＰＵＣＣＨタイミング調整を行う必要がない。
【０３１７】
図５（ｂ）は５つのｅＮＢからのコマンドを示し、４つのコマンドは同一の量の正のＴＡに対し、１つは同一の量の負のＴＡに対するものである。このケースでは、ＷＴＲＵはＰＵＣＣＨタイミング調整を行う必要がない。
【０３１８】
図５（ｃ）は、同一の方向の同一のＴＡに対する２つのｅＮＢからのコマンドを示す。このケースでは、ＷＴＲＵはＴＡコマンドの量、ＴＡを変更する。
【０３１９】
図５（ｄ）は、異なるＴＡに対する２つのｅＮＢからのコマンドを示し、第１は同一の量の正のＴＡ、たとえば＋１０ユニットであり、第２は２倍の量の負のＴＡ、たとえば−２０ユニットである。このケースでは、ＷＴＲＵが−５ユニットの負のＴＡを適用すると、ｅＮＢ１に対しては＋１５ユニット、およびｅＮＢ２に対しては−１５ユニットの、２つのｅＮＢのＰＵＣＣＨタイミングエラーが生じる。−５以外の任意の値のＰＵＣＣＨタイミング調整を適用すると、ＰＵＣＣＨタイミングエラーのうちの少なくとも１つが１５よりも大きい量として生じることになるため、この例では、−５のＴＡが最大エラーを最小限にするための最適な調整となる。
【０３２０】
図５（ｅ）は、いくつかの量の正のＴＡ、たとえばそれぞれ４０、３０、および１０のユニットである、異なるＴＡに対する３つのｅＮＢからのコマンドを示す。このケースでは、ＷＴＲＵが＋２５の正のＴＡを適用すると、それぞれ−１５、−５、および＋１５の、３つのｅＮＢのＰＵＣＣＨタイミングエラーが生じる。＋２５以外の任意の値のＰＵＣＣＨタイミング調整を適用すると、ＰＵＣＣＨタイミングエラーのうちの少なくとも１つが１５よりも大きい量として生じることになるため、この例では、＋２５のＴＡが最大エラーを最小限にするための最適な調整となる。
【０３２１】
特定のサブフレームに対して複数のｅＮＢからのＴＡコマンドを組み合わせるために、ＷＴＲＵは、そのサブフレームに対する各ｅＮＢによって必要とされるＴＡを判定することが必要なことがある。ＷＴＲＵはこれを、いくつかの方法例のうちの１つで実現してもよい。
【０３２２】
一例では、ＷＴＲＵはすべてのＰＵＣＣＨ  ＴＡコマンドを、ＰＵＣＣＨを受信することができるすべてのｅＮＢから同時に直接受信してもよい。これは、以下の方法のうちの１つまたは複数で実施してもよい。
【０３２３】
・すべてのｅＮＢは、たとえば特定のサブフレームにおいてそれらのＴＡコマンドが同時に提供されることを要求されてもよい。および／または、
・ＷＴＲＵは、１つのｅＮＢまたはＰＣｅｌｌなどのセルからのシグナリングを介して、ＰＵＣＣＨ  ＴＡコマンドのすべてを受信してもよい。そのｅＮＢまたはセルは、Ｘ２またはＸ２に類似のインターフェースを介して、他のｅＮＢからＴＡコマンドを受信してもよい。
【０３２４】
サブフレームＮにおいて受信されたＴＡコマンドに基づいて、ＷＴＲＵは、何らかの固定された時点、たとえばサブフレームＮ＋６で、ＰＵＣＣＨタイミングを変更してもよい。ＷＴＲＵは、ＰＵＣＣＨを受信することができるすべてのｅＮＢに対する最大タイミングエラーを最小限にするように、タイミングを変更してもよい。
【０３２５】
別の例では、ＷＴＲＵは、いくつかまたはすべてのｅＮＢから、異なる時点でまたは同時に、しかしながら適用された異なるＴＡを有する送信に基づいて、ＴＡコマンドを受信してもよい。このケースでは、ＷＴＲＵは、サブフレームＮにおいて実際に受信されたＴＡコマンドおよび推測されるＴＡコマンドに基づいて、サブフレームＮにおいて少なくとも１つのｅＮＢからのＴＡ要求の受信後に、何らかの固定された時点、たとえばサブフレームＮ＋６で、ＰＵＣＣＨタイミングを調整してもよい。ＷＴＲＵは、以下のうちの１または複数を行ってもよい。
【０３２６】
・ＷＴＲＵは、ｅＮＢから受信されたＴＡコマンドがどの以前のＰＵＣＣＨ送信に基づいているかを推測してもよい。
【０３２７】
・ＷＴＲＵは、ｅＮＢから受信されたＴＡコマンドが以前に適用されたＴＡを有する送信に基づいていることを推測してもよい。および／または
・所与のｅＮＢ  ｘに対する所与のサブフレームＮにおいて、ＷＴＲＵは、ｅＮＢ  ｘが現在適用されているＴＡに基づいているＴＡコマンドとして何をシグナリングしたかを計算し、ＷＴＲＵは、ｅＮＢ  ｘから直近に受信されたＴＡコマンド以外の、その計算されたＴＡを使用してもよい。直近に受信されたＴＡコマンドは、現在のサブフレームＮまたは以前のサブフレームにおいて受信されたものであってもよい。
【０３２８】
サブフレームＮに対する実際のおよび推測されたＴＡコマンドに基づいて、ＷＴＲＵは、ＰＵＣＣＨを受信することができるすべてのｅＮＢに対する最大タイミングエラーを最小限にするように、何らかの固定された時点、たとえばサブフレームＮ＋６で、ＰＵＣＣＨタイミングを変更してもよい。
【０３２９】
別の例では、ＷＴＲＵは、コマンドが基づいているサブフレームのインジケーションを、ＴＡコマンドとともに受信してもよい。このようにして、ＷＴＲＵは、そのフレームの合計ＴＡから、所望される実際の合計ＴＡおよび要求された差分（delta）を判定してもよい。ＷＴＲＵは、新たなコマンドが受信されるまで、所望される合計ＴＡは変更されないものと想定してもよい。
【０３３０】
１つのＰＵＣＣＨタイミングを維持しているＷＴＲＵの代替として、ＷＴＲＵは、ｅＮＢの各組み合わせに対し、１つの別々のＰＵＣＣＨタイミングを維持してもよく、および、組み合わせ特有のＰＵＣＣＨタイミングを、特定の組み合わせのｅＮＢによる受信に対して意図されたＰＵＣＣＨ送信に適用してもよい。たとえば、４つのｅＮＢにおけるセルが構成される場合、１つのｅＮＢの４つの方法もしくは組み合わせ、任意の２つのｅＮＢの６つの組み合わせ、任意の３つのｅＮＢの４つの組み合わせ、および、４つのｅＮＢの１つの方法もしくは組み合わせの、合計で１５の組み合わせが存在する。様々なｅＮＢからのＴＡコマンドに基づいて各組み合わせのＰＵＣＣＨタイミングを更新するＷＴＲＵに対し、コマンドがどの組み合わせのＰＵＣＣＨタイミングに関連しているかをＷＴＲＵが認識することができるように、ＷＴＲＵは、特定のｅＮＢからの受信されたそれぞれのＰＵＣＣＨ  ＴＡコマンドに対し、コマンドが基にしている特定の以前のＰＵＣＣＨ送信を知ることが必要なことがある。これは、指定された時間差に基づいていてもよく、たとえばＴＡコマンドはサブフレームＮ＋ｋにおいてのみ送信され、Ｎは特定のＰＵＣＣＨ送信のサブフレームであり、ｋは何らかの指定または構成された値である。代わりに、ＴＡコマンドは、ＰＵＣＣＨ送信とＴＡコマンドとの間の時間差を示す、サブフレームオフセット値を含んでもよい。
【０３３１】
ＷＴＲＵは、各ｅＮＢに対する別々のＰＵＣＣＨ  ＴＡを維持してもよい。ＰＵＣＣＨが１つのｅＮＢのセルのリソース上で送信され、複数のｅＮＢによって受信されてもよいが、同時ではなく、たとえば１つのｅＮＢのみが任意の所与のサブフレームにおいてＰＵＣＣＨを受信することが予測される、実施形態において、ＷＴＲＵは、複数のｅＮＢからのＴＡコマンドを組み合わせる代わりに、そのｅＮＢのみのＴＡコマンドに基づいて、そのサブフレームにおいてＰＵＣＣＨに対するタイミングアドバンスを判定してもよい。ＷＴＲＵは、各ｅＮＢに対する別々のＴＡを維持し、送信がそのｅＮＢに対して意図されるサブフレームにおいて各ｅＮＢのＴＡを適用してもよい。図１０は、これがどのように実施されるかの例を示す。ＴＡのみに対し、電力制御に関するステップは適用されない。
【０３３２】
いくつかの実施形態において、ＷＴＲＵは、複数のｅＮＢまたはセルによって受信されてもよく、または、受信されることを意図されてもよい、ＰＵＳＣＨに対するタイミングアドバンス（ＴＡ）を判定してもよい。このシナリオは、たとえば、ＷＴＲＵが特定のセル上で特定のＰＵＳＣＨ、場合によってはＵＣＩを搬送するＰＵＳＣＨを送信してもよく、他のセルおよび／またはｅＮＢは、そのＰＵＳＣＨを受信することが予測されてもよい。複数のセルもしくはｅＮＢのうちの少なくとも１つに送信されてもよく、それらに対して意図されてもよく、または、それらによって受信されてもよい、ＰＵＳＣＨに対するタイミングアドバンスを処理するための、本明細書で説明される１つまたは複数の方法およびプロシージャは、複数のセルもしくはｅＮＢのうちの少なくとも１つに送信されてもよく、それらに対して意図されてもよく、または、それらによって受信されてもよい、ＰＵＳＣＨチャネルに適用されてもよい。
【０３３３】
図８および図９に示されたようないくつかの実施形態において、複数のｅＮＢまたはセルのそれぞれに送信されてもよい、ＰＵＣＣＨなどの別々のチャネルに対するタイミングアドバンス（ＴＡ）を判定するためのシステムおよび方法が使用されてもよい。分離は、キャリア周波数、リソース、または時間のうちの１または複数によるものであってもよい。
【０３３４】
１つのｅＮＢのみが任意の所与のサブフレームにおいてＰＵＣＣＨを受信することが予測されるシナリオが与えられると、ＷＴＲＵは、複数のｅＮＢからのＴＡコマンドを組み合わせる代わりに、そのｅＮＢのみのＴＡコマンドに基づいて、そのサブフレームにおけるＰＵＣＣＨに対するタイミングアドバンスを判定してもよい。たとえば前述のように、ＷＴＲＵは、偶数サブフレームなどの指定されたサブフレームにおけるｅＮＢ１に対して意図されたＵＣＩ、および、奇数サブフレームなどの他の指定されたサブフレームにおけるｅＮＢ２に対して意図されたＵＣＩのみを、送信してもよい。各サブフレームにおいて、ＷＴＲＵは、ｅＮＢのうちの１つの特定のセル、たとえばＰＣｅｌｌ上で、各ｅＮＢに対して指定されたサブフレームに基づいて、ＰＵＣＣＨが送信されるセルのｅＮＢであり、または、当該ｅＮＢでなくてもよい、１つのｅＮＢに対して意図されたＵＣＩを有するＰＵＣＣＨを送信してもよい。このようなケースでは、ＷＴＲＵは、ＰＵＣＣＨが意図されてもよい各ｅＮＢに対し、別々のＵＬタイミングを維持してもよいが、このケースに限定されるものではない。ＷＴＲＵは、以下のうちの１または複数を行ってもよい。
【０３３５】
・ＰＣｅｌｌ、ＷＴＲＵがＰＵＣＣＨを送信しているセル、または、場合によってはＲＲＣシグナリングなどのシグナリングを介してＷＴＲＵに指定された他のセルのうちの、１つのＤＬタイミングに基づいている、ＰＵＣＣＨに対する１つのＤＬタイミング基準を維持する。
【０３３６】
・場合によってはｅＮＢの指定されたセルに対し、場合によってはＰＵＣＣＨがそのｅＮＢに対して意図されるときにＷＴＲＵがＰＵＣＣＨを送信することができるセルに対し、各ｅＮＢに対する別々のＴＡを維持する。
【０３３７】
・各ｅＮＢから受信したＴＡコマンドのみを使用して、そのｅＮＢに対するＴＡを更新し、ＷＴＲＵは、各ｅＮＢに対するＴＡアキュムレータを維持して、このＴＡＥＮＢｘ（ｉ）を実施する。
【０３３８】
・ｅＮＢ  ｘに対して意図されたＰＵＣＣＨを送信することができる任意のサブフレームにおけるｅＮＢ  ｘに対して、ＴＡ値を使用する。
【０３３９】
・サブフレームｉにおいてｅＮＢ  ｘに送信するときに、サブフレームｉ−ｋを通じて受信したｅＮＢ  ｘに対するＴＡコマンドを含むｅＮＢ  ｘに対してＴＡ値を使用し、ｋは６であってもよい。
【０３４０】
・ＰＣｅｌｌに対して意図されたＰＵＣＣＨを送信するときに、ＰＵＣＣＨ  ＴＡに対して正規のＰＣｅｌｌ  ＰＵＳＣＨ  ＴＡを使用する。
【０３４１】
・絶対ＴＡを受信すると、場合によってはＲＡＣＨプロシージャに応答して、またはその一部として、場合によってはＰＣｅｌｌのｅＮＢに対し、もしくはＷＴＲＵがＲＡＣＨを送信することができるセルのｅＮＢに対し、対応するｅＮＢに対するＴＡ値を、受信した絶対ＴＡの値となるように更新する。
【０３４２】
・そのｅＮＢのＤＬセルと、ＰＣｅｌｌなどの基準ＤＬセルとの間の時間差に基づいて、ｅＮＢに対する絶対ＴＡを判定し、場合によってはそのｅＮＢに対するＴＡをその絶対ＴＡに設定する。この判定は、ｅＮＢからシグナリングされた要求に応答して、ＷＴＲＵがＰＣｅｌｌなどの別のセル上でＲＡＣＨプロシージャを実行した後、または、あるイベント後のそのｅＮＢへの第１のＰＵＣＣＨ送信に対し、のうちの、少なくとも１つに従ってなされてもよい。このイベントは、非活性化の後、場合によっては非活性化後のある期間の、ＳＣｅｌｌの構成、再構成、または活性化の後に、ＰＵＣＣＨが送信されるＵＬセルに関連付けられたＤＬ  ＳＣｅｌｌの活性化であってもよい。
【０３４３】
ＷＴＲＵが１つのｅＮＢもしくはセルに対して意図されたＰＵＣＣＨを送信することができ、そのｅＮＢもしくはセルは、ＷＴＲＵがＰＵＣＣＨを送信しているリソース上のｅＮＢまたはセルと同一ではない、サブフレームにおいて、ＷＴＲＵが、当該ＷＴＲＵがＰＵＣＣＨを送信しているリソース上のｅＮＢまたはセルに対し、そのサブフレームに割り当てられたＰＵＳＣＨリソース（たとえばＵＬグラント）を有する場合、ＷＴＲＵは以下のうちの１または複数を行ってもよい。
【０３４４】
・ＷＴＲＵは、ＰＵＳＣＨ送信のタイミングおよび／またはコンテンツを調整してもよい。
【０３４５】
・ＷＴＲＵは、ＰＵＳＣＨ送信のタイミングを調整して、ＰＵＣＣＨタイミングと整合（align）してもよい。
【０３４６】
・ＷＴＲＵは、場合によってはＰＵＣＣＨとＰＵＳＣＨとのＵＬタイミングの差がしきい値を上回る場合にのみ、ＰＵＳＣＨ送信をドロップ（すなわちＰＵＳＣＨを送信しない）してもよい。
【０３４７】
前述の改善策は、ＷＴＲＵがＰＵＣＣＨおよびＰＵＳＣＨを異なるＵＬタイミングで送信できない場合に使用されてもよい。
【０３４８】
ＷＴＲＵが異なる周波数および／またはリソース上で異なるｅＮＢまたはセルに対して意図されたＰＵＣＣＨを送信し、たとえば異なるＵＬセルのリソースが使用されるときに、ＷＴＲＵは各ＰＵＣＣＨに対するＴＡを別々に判定してもよい。
【０３４９】
このようなケースでは、ＷＴＲＵは、当該ＷＴＲＵがＰＵＣＣＨを送信することができる各セルに対して、または場合によってはＷＴＲＵがＰＵＣＣＨを送信することができるセルが存在する各ｅＮＢに対して、別々のＵＬタイミングを維持してもよいが、このケースに限定されるものではない。
【０３５０】
ＷＴＲＵは、図８および図９に示されるように、複数のｅＮＢまたはセルのそれぞれに送信することができる別々のＰＵＳＣＨに対するＴＡを判定してもよい。このシナリオは、たとえば、ＷＴＲＵが別々のＰＵＳＣＨを、場合によってはＵＣＩを搬送するＰＵＳＣＨを、１つまたは複数のｅＮＢまたはセルのそれぞれに送信することであってもよい。分離は、周波数、リソース、および時間のうちの１または複数によるものであってもよい。
【０３５１】
１つもしくは複数のｅＮＢもしくはセルに送信されてもよく、それらに対して意図されてもよく、または、それらによって受信されてもよい、ＰＵＳＣＨに対するタイミングアドバンスを処理するための、本明細書で説明される１つまたは複数の方法およびプロシージャは、１つもしくは複数のｅＮＢもしくはセルに送信されてもよく、それらに対して意図されてもよく、または、それらによって受信されてもよい、ＰＵＳＣＨチャネルに適用されてもよい。
【０３５２】
依然としてＰＵＳＣＨおよびＳＲＳに適用することができる他のＴＡコマンドに加えて、ＰＵＣＣＨに対する別々のＴＡコマンドを、ｅＮＢはシグナリングしてもよく、ＷＴＲＵは受信してもよい。これは、ＭＡＣ  ＣＥにおけるＲフィールドを使用して、ＰＵＣＣＨ  ＴＡコマンドを示すことによって、または、ユニークなＬＣＩＤを使用して、別々にシグナリングされたＰＵＣＣＨ  ＴＡコマンドを識別することによって、行われてもよい。
【０３５３】
ＰＵＣＣＨに対し、場合によってはＷＴＲＵが複数のＰＵＣＣＨを送信できる場合は各ＰＵＣＣＨに対し、場合によってはＷＴＲＵがそのＰＵＣＣＨ送信の意図することができる各セルまたはｅＮＢに対し、別々のＴＡＴが存在してもよい。
【０３５４】
ｔｉｍｅＡｌｉｎｇｍｅｎｔＴｉｍｅｒの値はまた、ＰＵＣＣＨ  ＴＡＴに使用されてもよく、または、場合によっては各ＰＵＣＣＨに対し、場合によってはＷＴＲＵがそのＰＵＣＣＨ送信の意図することができる各セルもしくはｅＮＢに対し、別々の値がシグナリングされてもよい。
【０３５５】
ＰＵＣＣＨ  ＴＡＴが満了するとＷＴＲＵの振舞いは、以下のうちの１つまたは複数であってもよい。ＷＴＲＵは、場合によってはＰＣｅｌｌ上のＰＵＣＣＨを除き、そのＴＡＴに関連付けられたＰＵＣＣＨに対するＰＵＣＣＨ送信を中断（cease）してもよい。ＷＴＲＵは、場合によってはＰＣｅｌｌ上のＰＵＣＣＨを除き、そのＴＡＴに関連付けられたセルもしくはｅＮＢに対して意図されたＰＵＣＣＨ送信を中断してもよい。ＷＴＲＵは、場合によってはＰＣｅｌｌタイミングのみに基づいて、ＰＵＣＣＨをＰＣｅｌｌに送信してもよい。これは、ＰＣｅｌｌに対する正規のＴＡＴがまた満了していない場合にのみ行われてもよく、または、ＷＴＲＵがＰＵＣＣＨ特有のＴＡを有する場合、ＷＴＲＵは正規のＰＣｅｌｌ  ＴＡをＰＵＣＣＨ送信に使用してもよい。ＷＴＲＵは、場合によってはＰＣｅｌｌ  ＰＵＣＣＨ  ＴＡ要件のみに基づいて、ＰＵＣＣＨをＰＣｅｌｌに送信してもよい。ＷＴＲＵは、ＰＵＳＣＨを使用してＵＣＩを送信してもよい。ＷＴＲＵは、シグナリングを介して、場合によってはＰＵＳＣＨ上で、場合によってはＲＲＣシグナリングまたはＭＡＣ  ＣＥを介して、ＰＵＣＣＨ  ＴＡＴが満了したことをｅＮＢに通知してもよい。ｅＮＢには、どのＰＵＣＣＨ  ＴＡＴが満了したかを通知してもよい。
【０３５６】
電力ヘッドルームレポートの１つの目的は、ｅＮＢの一部であり、または、一部でなくてもよいスケジューラが、ＰＵＳＣＨ送信に対するＵＬリソースを割当てるときに、インテリジェントスケジューリング決定（intelligent scheduling decisions）を行うことを可能にすることであってもよい。したがって、たとえばｅＮＢにおけるスケジューラに対し、ヘッドルームレポートを受信するためにＰＵＳＣＨリソースを割当てることが有用であることがあり、ならびに、たとえばｅＮＢにおけるスケジューラに対し、こうしたレポートを受信するためにＰＵＳＣＨリソース割当て上での制御を有さないことは有用でないことがある。
【０３５７】
図７、図８、および図９に示されたような様々な実施形態にしたがって、ＰＵＣＣＨおよび／またはＰＵＳＣＨ送信電力が複数のｅＮＢによって直接（たとえばＴＰＣコマンドによって）、または間接的に（たとえば、異なるｅＮＢへの送信間でＷＴＲＵ電力を共有する必要性によって）、影響を受けることがあるときに、ＷＴＲＵは、スケジューリング決定に対するスケジューラによって使用することができる様々な効果に関する情報を、場合によってはＰＨＲにおいて、１つまたは複数のｅＮＢに送信してもよい。ある実施形態において用語ｅＮＢおよびスケジューラの両方を使用は、これらの用語の意味のいかなる制限を示唆するものとは意図されない。どちらも非限定的な例であり、各々は、意味のうちの１つもしくは複数を有してもよく、および／または、本明細書で前述されたように置き換えられてもよい。たとえば、ｅＮＢまたはスケジューラは、構成されたセルのセットによってＷＴＲＵに通知されてもよい。
【０３５８】
１つのｅＮＢは、ＷＴＲＵから受信されたそのヘッドルーム情報、たとえばそのＰＨＲを、場合によってはＸ２またはＸ２に類似のインターフェースを介して、他のｅＮＢに提供してもよく、場合によってはＷＴＲＵにおけるどのサブフレームにおいてＰＨＲが受信され、または、判定されたかに関する情報を含み、場合によっては、たとえばＷＴＲＵがＰＨＲを判定した期間の間に何のＵＬグラントがＷＴＲＵにシグナリングされたか、または、何のリソース割当て、たとえばＲＢの数がＰＨレポートにおけるＰＨに対して意図されたかを提供する情報をスケジューリングすることを含む。
【０３５９】
一例では、ＵＬグラントをＷＴＲＵに提供する複数のｅＮＢ、場合によってはすべてのｅＮＢが、ＰＨＲとスケジューリング情報とを交換してもよい。電力制御情報のこの交換は、交換される情報が共通の時間周期に関連するように調整されてもよい。この方法は、各ｅＮＢ／スケジューラが複数のサイトからのスケジューリングの効果を適切に判定することを可能にする。このメカニズムを容易にするために、ＷＴＲＵは、ＰＨＲが判定され、同時に各ｅＮＢもしくはスケジューラに送信されるように、または、異なるｅＮＢもしくはスケジューラに送信されたＰＨＲが、それらが同時に送信もしくは受信されるか否かに同時に対応するように、ＰＨＲトリガを調整してもよい。たとえば、構成されたセルのセットに関連付けられたトリガイベントは、複数の構成されたセルのセットに対するＰＨＲの提供を生じることがある。
【０３６０】
スケジューリング情報は、たとえば、所与のＷＴＲＵに対し、ＷＴＲＵが現実（real）のＰＵＳＣＨ  ＰＨを提供したすべてのＣＣに対するＲＢの合計数、または、このような各ＣＣもしくはあるＣＣのグループに対するＲＢの数とすることができる、いくつかのＲＢにあってもよく、例えば、いくつかのＲＢとしてレポートされてもよい。ｅＮＢ間で転送されるこのスケジューリング情報は、ＭＰＲ効果をより適切に推定し、これを追跡するために、各ｅＮＢによって使用されてもよい。
【０３６１】
１つのｅＮＢ、たとえばＰＣｅｌｌ  ｅＮＢまたは他のｅＮＢは、場合によっては調整または再フォーマットされた、たとえばあるＷＴＲＵに対するヘッドルーム情報、たとえばそのＰＨＲを、場合によってはＸ２またはＸ２に類似のインターフェースを介して、ＭｅＮＢなどの１つまたは複数の他のｅＮＢに提供してもよく、場合によってはＷＴＲＵにおいてＰＨＲがどのサブフレームにおいて受信または判定されたかに関する情報を含み、場合によってはスケジューリング情報を含む。例示的な調整は、場合によってはＷＴＲＵが使用可能なより少ない電力を有することを示すために、ＰＨを増減することを含んでもよく、結果としてそのＷＴＲＵに対するよりも少ないｅＮＢスケジューリングを生じさせてもよい。
【０３６２】
ＭｅＮＢなどの１つのｅＮＢは、場合によっては調整または再フォーマットされた、１つもしくは複数のＷＴＲＵまたはｅＮＢから受信されたヘッドルーム情報を、場合によってはＸ２またはＸ２に類似のインターフェースを介して、１つまたは複数の他のｅＮＢに提供してもよき、場合によってはＷＴＲＵにおいて、ＰＨＲが受信または判定されたサブフレームに関する情報を含み、場合によってはスケジューリング情報を含む。例示的な調整は、場合によってはＷＴＲＵが使用可能なより少ない電力を有することを示すために、ＰＨを増減することを含んでもよく、結果としてそのＷＴＲＵに対するより少ないｅＮＢスケジューリングを生じさせてもよい。
【０３６３】
１つのｅＮＢ、ＰＣｅｌｌ  ｅＮＢまたはＭｅＮＢは、ＷＴＲＵから受信されたＰＨＲ情報を適切に解釈するために、たとえばレポート時間中またはレポートインターバルにわたって、たとえばＸ２またはＸ２に類似のインターフェースを介して、１つまたは複数の他のｅＮＢにＵＬスケジューリング属性を要求してもよい。
【０３６４】
ＰＨおよびＰＨＲの一部として本明細書で説明される情報および情報交換は、任意の他の情報要素、メッセージ、シグナリング、およびプロシージャの一部であってもよく、依然として本開示の範囲内にある。
【０３６５】
ＷＴＲＵは、活性化されたＣＣもしくはセルなどのＣＣもしくはセル（たとえば、構成されたＵＬを有することができるすべての活性化されたＣＣもしくはセル）に対し、ＰＨを同時に、たとえばＰＨレポート（ＰＨＲ）においてレポートしてもよい。ＷＴＲＵは、代わりに、または加えて、所与のｅＮＢもしくはスケジューラに割り当てられ、または、構成されたセルのセットに属する、ＣＣもしくはセル（構成されたＵＬを有することができるすべての活性化されたＣＣもしくはセルなど）に対するＰＨＲを提供してもよい。ＷＴＲＵは、ＰＨＲに、ＣＣもしくはセルのそれぞれ、または、ＣＣもしくはセルの各グループに対し、または、レポート自体に対し、適用可能なｅＮＢ、スケジューラ、または構成されたセルのセットのインジケーションのうちの少なくとも１つを含めてもよい。ＷＴＲＵは、特定のｅＮＢもしくはスケジューラに対応する構成されたＣＣもしくはセルのセットによって、どのＣＣもしくはセルが所与のｅＮＢもしくはスケジューラに割り当てられているかを認識してもよい。この同時ＰＨＲは、各ｅＮＢもしくはスケジューラに対する別々のＰＨＲであってもよく、各ＰＨＲは、そのｅＮＢもしくはスケジューラに関連付けられたセルのセットを単に、または、すべてのアクティブなｅＮＢもしくはスケジューラに対応するすべての構成されたセルのセットのいずれかを含んでもよい。ＷＴＲＵは、構成されたセルのセットとｅＮＢもしくはスケジューラとの関連付けの認識または必要性なしに、１つもしくは複数の構成されたセルのセットに対するｅＮＢに対し、本明細書で説明されるようなＰＨおよびＰＨレポートを提供してもよい。
【０３６６】
ＷＴＲＵは、ＰＨＲに、各ＣＣもしくはＣＣの各グループに対し、またはレポート自体に対し、適用可能なｅＮＢもしくはスケジューラのインジケーションのうちの少なくとも１つを含めてもよい。このインジケーションは、構成されたＣＣもしくはセルの特定のセットに関連付けられた固有の識別子であってもよい。
【０３６７】
セルのセットもしくは構成されたセルのセット、たとえば所与のｅＮＢに属するすべてのセットあたりの、別々の最大の構成された出力電力のケースに対し、ＷＴＲＵは、ＰＨＲに、場合によっては各対応セル、ＰＨがレポートに含まれるそれぞれの構成されたセルのセットもしくはｅＮＢまたはスケジューラに対する、当該最大の構成された出力電力の値を含めてもよい。ＷＴＲＵは、たとえばＰＨＲに対応するサブフレームに対し、ｅＮＢに対し、または、すべてのｅＮＢもしくはスケジューラに対するものとすることができる、全体としてのＷＴＲＵに対し、スケーリングが適用されたに関するインジケーションを、ＰＨＲに含めてもよい。
【０３６８】
ＷＴＲＵは、ＰＨＲに、１つもしくは複数のこうしたセルのセットに対する、たとえばｅＮＢに属する、セルのセットまたは構成されたセルのセットあたりの最大の構成された出力電力に関する電力ヘッドルームを含めてもよい。セルのセットもしくはｅＮＢに対するＰＨは、たとえばあるサブフレームにおいて、セルのセットもしくはｅＮＢに属するセルに送信されることになるすべてのチャネル、たとえばすべてのＰＵＳＣＨおよびＰＵＣＣＨチャネルに対して計算された電力の合計と、セルのセットもしくはｅＮＢに対する最大も構成された出力電力との間の差として、たとえばＷＴＲＵによって、計算されてもよく、または、判定されてもよい。ｅＮＢはまた、または、その代わりに、セルに対するＰＨ値、Ｐｃｍａｘ，ｃ値、およびセルのセットもしくはｅＮＢに対する最大の構成された出力電力などの、ＰＨＲの他のコンテンツから、このヘッドルームを導出してもよい。
【０３６９】
ＷＴＲＵは、各ｅＮＢもしくはスケジューラに対して別々のＰＨＲ禁止タイマを有してもよく、したがって、１つのｅＮＢもしくはスケジューラのＣＣもしくはセルにおける大幅なパスロス変化によって、別のｅＮＢもしくはスケジューラに関連付けられたセルにおける大幅なパスロス変化に起因したＰＨＲのトリガを禁止させないようにすることができる。ＷＴＲＵは、構成されたセルのセットによってｅＮＢまたはスケジューラを認識してもよい。たとえば、ＷＴＲＵは、そのそれぞれが特定のｅＮＢもしくはスケジューラに対応することができる、複数のＣＣもしくはセルのセットで構成されてもよい。したがって、ｅＮＢもしくはスケジューラに関連付けられた禁止タイマが実行している場合であっても、別のｅＮＢもしくはスケジューラに関連付けられたＰＨトリガが発生した場合、ＰＨＲはこれらのセルに対してレポートされてもよい。このＰＨＲの送信は、トリガが発生したｅＮＢもしくはスケジューラに関連付けられた禁止タイマのみをリセットしてもよい。
【０３７０】
ＷＴＲＵは、当該ＷＴＲＵが、ＰＨレポートを送信するサブフレームにおいてＰＵＳＣＨ送信を有することができる、たとえば各ＣＣもしくはセル、または、同一のｅＮＢもしくはスケジューラに属することができる構成されたＣＣのセットに対するスケジューリング情報を、ＰＨレポートに含めてもよい。スケジューリング情報は、ＰＨ判定時に他のｅＮＢもしくはスケジューラが何をスケジューリングしたかを、ｅＮＢもしくはスケジューラに通知することが意図されるため、ＰＨＲが送信されるｅＮＢもしくはスケジューラに関連付けられていないスケジューリング情報に限定されてもよい。ＣＣもしくはセルに対し、スケジューリング情報は、ＵＬグラント、または、たとえばＲＢの数などのＳＰＳ割当てのサイズ、もしくは、ＲＢの概数を表すインジケーション（たとえば、６、１５、２５、５０、７５、１００などのＲＢサイズのリストのうちの、実際のグラントもしくは割当てに最も近いものに対応するインジケーション）であってもよく、より小さい数のビットが、送信されたＰＨレポートにおける割り当てのサイズを表すために使用されてもよい。構成されたＣＣもしくはセルのセットに対応するスケジューリング情報は、構成されたＣＣもしくはセルのセットにおけるすべてのＣＣまたはセル全体にわたる、ＲＢの合計数とすることができる、構成されたＣＣもしくはセルのセットにおけるすべてのＣＣもしくはセル全体にわたる、組み合わされたグラントおよび割当てであってもよい。これにより、レポートを受信するｅＮＢまたはスケジューラが、どのようなＷＴＲＵ電力状況であり、および、それがどの送信を基にしているかを理解するために必要な情報を有することが可能になる。
【０３７１】
ＷＴＲＵは、所与のレポートにおいて、１つもしくは複数のタイプ１  ＰＨおよび／またはタイプ２  ＰＨを含むＰＨレポートを送信してもよい。
【０３７２】
ＷＴＲＵは、複数のｅＮＢに対応するＣＣに対する、または、ｅＮＢによる受信に対して意図された、ＰＨおよび関係パラメータ（たとえば、Ｐｃｍａｘ，ｃ、現実／仮想インジケーション（real/virtual indication）（たとえばＶビット）、Ｐ−ＭＰＲドミネーション（domination）インジケーション（たとえばＰビット）、活性化されたＣＣインジケーション（ＰＨがＰＨＲに含まれるＣＣのインジケーション）、対応するｅＮＢインジケーション、スケジューリング情報、スケーリングインジケーション、その他）を含むＰＨＲを、ｅＮＢに送信してもよい。
【０３７３】
ｅＮＢあたりのＷＴＲＵの構成された最大出力電力が存在する場合、ＷＴＲＵは、そのｅＮＢに対応する少なくとも１つのＣＣに対するＰＨがレポートされている各ｅＮＢに対するＰＨＲに、それを含めてもよい。
【０３７４】
ＷＴＲＵは、ＷＴＲＵの構成された最大出力電力、Ｐｃｍａｘ，ｃ全体を、ＰＨＲに含めてもよい。
【０３７５】
ＷＴＲＵは、あるｅＮＢ、別の単一のｅＮＢ、あるいは、ＷＴＲＵの送信することができ、またはＰＵＳＣＨおよび／もしくはＰＵＣＣＨを送信するように構成することができるすべてのｅＮＢとすることができるｅＮＢのグループのうちの、少なくとも１つ、またはそれらｅＮＢのサブセットに対応する、ＣＣもしくはセル（たとえばＣＣもしくはセルのみ）に対応する（前述のような）ＰＨおよび関係パラメータを含み、または、あるｅＮＢによる受信に対して意図されたＰＨレポートを、あるｅＮＢに送信してもよい。あるｅＮＢは、ＰＣｅｌｌ  ｅＮＢもしくはＭｅＮＢなどの特定のｅＮＢであってもよく、またはこれらを含んでもよい。あるｅＮＢは、ＰＵＳＣＨおよび／もしくはＰＵＣＣＨのリソースをスケジューリングし、または、そのＷＴＲＵに割当てることができる、ｅＮＢのうちのいずれか１つであってもよい。ＷＴＲＵは、ＰＨレポートを、１つもしくは複数のこうしたあるｅＮＢに同時に（たとえば同じサブフレーム内で）、または異なる時点（たとえば異なるサブフレーム）で、送信してもよい。
【０３７６】
複数のｅＮＢもしくはセルによって受信されてもよく、または、それらによって受信されることが意図されてもよい、１つのＰＵＣＣＨに対する電力ヘッドルームのケースでは、タイプ２電力ヘッドルームは、ＰＨＲが送信されてもよく、または、送信されることになるサブフレームに対するＰＵＳＣＨおよびＰＵＣＣＨ電力を考慮してもよい。ＷＴＲＵは、場合によってはＰＨＲの一部として、ヘッドルーム計算で使用されたＰＵＣＣＨ送信電力が基にしているｅＮＢもしくはセルへの送信に対する、現実のＰＵＣＣＨ送信に対ししてレポートしてもよい。
【０３７７】
例として、レポートは、電力が基にしている特定のｅＮＢまたはセルを示してもよい。たとえば、ＰＵＣＣＨがＰＣｅｌｌのリソース上で送信されてもよいが、ＰＵＣＣＨ電力が、他のｅＮＢに到達するための要件によって駆動されてもよく、または、駆動された場合、その他のｅＮＢが示されてもよい。
【０３７８】
別の例として、レポートは、場合によってはビットで、電力が、ＰＵＣＣＨが送信されたセルもしくは別のｅＮＢに必要な電力に基づいていたか否かを示してもよい。たとえばＰＵＣＣＨがＰＣｅｌｌのリソース上で送信される場合、ＰＣｅｌｌに対する要件または別のｅＮＢに到達するための要件によって電力が駆動されたかどうかを示すインジケーション、場合によってはビットが存在してもよい。ＷＴＲＵは、ＰＨを計算するときに、ＰＵＣＣＨがどのｅＮＢまたはセルを意図したかを、場合によってはＰＨＲの一部としてレポートしてもよい。
【０３７９】
別の例として、レポートは、ＰＵＣＣＨが意図されたのがどのｅＮＢもしくはセルであるかを、ｅＮＢもしくはセルのリスト、あるいは場合によっては、ＰＣｅｌｌのみ、ＰＣｅｌｌではない１つもしくは複数のｅＮＢまたはセル、ならびに／あるいは、ＰＣｅｌｌおよび１つもしくは複数の追加のｅＮＢまたはセルなどの、シナリオのセットの１つとして示してもよい。
【０３８０】
適用可能なシナリオは、たとえば拡張されたＰＨＲ  ＭＡＣ  ＣＥのタイプ２  Ｐｃｍａｘ，ｃオクテットの２つの予約されたビットのうちの１つもしくは２つにおいて、ＷＴＲＵによって示されてもよい。一実施形態において、ＷＴＲＵは、ＷＴＲＵが送信することができる各ｅＮＢに対するＰＵＣＣＨに対する電力またはヘッドルームを、場合によってはどの電力またはヘッドルームが現在使用されているかのインジケーションで、ＰＨＲに含めてもよい。たとえばＷＴＲＵがＰＣｅｌｌのリソース上でＰＵＣＣＨを送信しており、別のｅＮＢがＰＵＣＣＨを受信する場合、場合によっては、たとえ現在の送信がそのｅＮＢに対して意図された情報を有していない場合であっても、ＷＴＲＵは、たとえばそのｅＮＢに対するパスロスおよびＴＰＣ係数を使用することによって、ＰＣｅｌｌに対する要件に基づいて計算された値、および、他のｅＮＢの要件に基づいて計算された別の値の、２つのヘッドルーム値を提供してもよい。ＷＴＲＵはまた、どちらのヘッドルーム値をそのレポートで適用するかを示してもよい。レポート内の仮想ＰＵＣＣＨのケースに対し、ＰＨの両方のバージョンは仮想であってもよい。
【０３８１】
いくつかの実施形態において、ＰＵＣＣＨは、１つのｅＮＢもしくはセルによって同時に受信可能されてもよく、または、受信されることが意図されてもよい。ＷＴＲＵは、活性化されたＣＣ（たとえば構成されたＵＬを有することができるすべての活性化されたＣＣ）などのＣＣに、タイプ１  ＰＨを提供してもよい。ＷＴＲＵは、ＰＵＣＣＨを任意の時点で送信することができる活性化されたＣＣなどの任意のＣＣ、たとえば構成されたＵＬを有する活性化されたＣＣに、タイプ２  ＰＨ（または本明細書で説明されるタイプ３などの別のＰＨ）を提供してもよい。ＷＴＲＵは、当該ＷＴＲＵがあるＰＨＲを送信するサブフレームにおいて、ＰＵＣＣＨを送信することができるＣＣに、あるＰＨＲにおけるタイプ２  ＰＨ（またはタイプ３などの別のＰＨ）を提供してもよく、たとえば単に提供してもよい。ＷＴＲＵは、どのＣＣにタイプ２（または他の）ＰＨをレポートしているかを、ＰＨＲに示してもよい。ＷＴＲＵに対してＰＵＳＣＨおよびＰＵＣＣＨが同時に構成され、ＷＴＲＵによってサポートされてもよい場合、タイプ２  ＰＨのみが提供されてもよい。
【０３８２】
ｅＮＢあたりのＷＴＲＵの構成された最大出力電力が存在する場合、ＷＴＲＵは、活性化されたＣＣもしくは構成されたＵＬを有する活性化されたＣＣを有することができる各ｅＮＢに対し、それをＰＨＲに含めてもよい。
【０３８３】
複数のｅＮＢもしくはセルによって受信されてもよく、または、受信されることが意図されてもよい、１つのＰＵＣＣＨに対する電力ヘッドルームについて説明された方法およびシステムのうちの１もしくは複数は、複数のｅＮＢもしくはセルによって受信されてもよく、または、受信されることが意図されてもよい、１つのＰＵＳＣＨのケースに適用されてもよい。適用可能なシナリオは、拡張されたＰＨＲ  ＭＡＣ  ＣＥのタイプ１  Ｐｃｍａｘ，ｃオクテットの２つの予約ビットのうちの１つまたは２つにおいて、ＷＴＲＵによって示されてもよい。
【０３８４】
ＳＣｅｌｌ上で同時のＰＵＣＣＨおよびＰＵＳＣＨのケースに対し、ＷＴＲＵは、こうした同時送信に対して構成されたＳＣｅｌｌに対し、タイプ２  ＰＨをＰＨＲに含めてもよい。ＳＣｅｌｌにＰＵＣＣＨのみが送信されるケースに対し、本明細書ではタイプ３と示される新しいタイプのＰＨＲは、ＳＣｅｌｌに対してＷＴＲＵによって送信されてもよい。ＰＵＣＣＨが送信されるケースに対し、タイプ３  ＰＨＲは以下のように定義されてもよい。
【０３８５】
ＰＨｔｙｐｅ３（ｉ）＝ＰＣＭＡＸ，ｃ（ｉ）−１０ｌｏｇ１０（Ｐ０＿ＰＵＣＣＨ，ｃ＋ＰＬｃ＋ｈ（ｎＣＱＩ，ｃ，ｎＨＡＲＱ，ｃ，ｎＳＲ，ｃ）＋ΔＦ＿ＰＵＣＣＨ，ｃ（Ｆ）＋ΔＴｘＤ，ｃ（Ｆ’）＋ｇｃ（ｉ））
ＰＵＣＣＨが送信されていない、たとえば仮想送信のケースでは、タイプ３  ＰＨＲは以下のように定義されてもよい。
【０３８６】
ＰＨｔｙｐｅ３（ｉ）＝ＰＣＭＡＸ，ｃ（ｉ）−１０ｌｏｇ１０（Ｐ０＿ＰＵＣＣＨ，ｃ＋ＰＬｃ＋ｇｃ（ｉ））
Ｐ０＿ＰＵＣＣＨ，ｃ、ΔＦ＿ＰＵＣＣＨ，ｃ（Ｆ）、ΔＴｘＤ，ｃ（Ｆ’）、ｇｃ（ｉ）は、Ｒ１０パラメータと同様であり、または、等価の、ＣＣ特有値であってもよい。
【０３８７】
ｎＣＱＩ，ｃ、ｎＨＡＲＱ，ｃ、ｎＳＲ，ｃ（ｉ）は、特定のＣＣにおいてシグナリングされているＣＱＩ、ＨＡＲＱ、およびＳＲビットの数であってもよい。
【０３８８】
ＷＴＲＵは、リリース１０の様式で、たとえば現実のＰＵＣＣＨ送信のケースに対して、タイプ３  ＰＨＲと共にＰｃｍａｘ，ｃを含んでもよい。
【０３８９】
ＷＴＲＵが、別々のｅＮＢによって受信されてもよい別々のＰＵＳＣＨチャネルを送信することができ、それらのｅＮＢが、たとえばＳＰＳなどのグラントまたは割当てによって、それらのＰＵＳＣＨをスケジューリングすることができる、いくつかの実施形態において、複数のｅＮＢ（たとえばすべてのｅＮＢ、そのＷＴＲＵに対してＰＵＳＣＨをスケジューリングすることができるすべてのｅＮＢ、または、そのＷＴＲＵに対してＰＵＳＣＨをスケジューリングすることおよび／もしくはＰＵＣＣＨリソースを割当てることができるすべてのｅＮＢ）は、オーバースケジューリング（over scheduling）およびアンダースケジューリング（under scheduling）を避けるために、他のｅＮＢへの送信をある程度理解することが必要なことがある。ＰＨおよび／またはＰＨレポートに対し、本明細書において上記または下記で説明される実施形態のうちの１または複数が、このケースで適用されてもよい。
【０３９０】
ＷＴＲＵは、たとえばそれぞれがＰＵＳＣＨ送信に対するリソースを有しているため、各ｅＮＢにＰＨＲを直接送信してもよい。ＷＴＲＵは、たとえばＭＡＣ−ＣＥにおいて、ＵＬ  ＰＵＳＣＨをスケジューリングすることおよび／またはＰＵＣＣＨリソースを割当てることができる各ｅＮＢに、ＰＨＲを送信してもよい。ＷＴＲＵは、各ｅＮＢに、ＰＨ（たとえばタイプ１、タイプ２、およびタイプ３のうちの１もしくは複数）、ならびに、そのｅＮＢに関連付けられたＣＣに対し、または、他の１つもしくは複数のｅＮＢに関連付けられたＣＣに対する、関連付けられたビットおよびパラメータを送信してもよい。
【０３９１】
ＰＨＲは、ＰＨ（たとえばタイプ１、タイプ２、およびタイプ３のうちの１もしくは複数）ならびに、ＣＣ特有、ＷＴＲＵ特有、またはｅＮＢ特有のうちの少なくとも１つとすることができる関連するビットおよびパラメータを含めてもよい。ＣＣ特有のビットおよびパラメータに対し、ＷＴＲＵは、ＰＨもしくは現実のＰＨがＰＨＲに含まれる各ＣＣに対して、こうしたビットおよび／またはパラメータを含めてもよい。ＣＣ特有のビットおよびパラメータの例は、現実／仮想インジケーション（たとえばＶビット）、Ｐ−ＭＰＲドミネーションインジケーション（たとえばＰビット）、Ｐｃｍａｘ，ｃ、およびスケジューリング情報を含む。ＷＴＲＵ特有のビットおよびパラメータの例は、Ｐｃｍａｘ、活性化されたＣＣもしくはＰＨをレポートに含めることができるＣＣのインジケーション、スケジューリング情報、スケーリング情報、およびＰＨ（たとえばその関連付けられたＣＣのうちの少なくとも１つに対するＰＨ）をＰＨＲに含めることができるｅＮＢのインジケーションを含む。ｅＮＢ特有のビットおよびパラメータの例は、スケジューリング情報、スケーリング情報、たとえばＭＡＣ−ＣＥにおいてＰＨＲを受信することができる（または受信することを意図される）ｅＮＢとすることができるｅＮＢに対し、または、ＰＨＲがその関連付けられたＣＣのうちの少なくとも１つに対するＰＨ、現実のＰＨ、もしくは現実のＰＵＳＣＨ  ＰＨを含むｅＮＢとすることができるｅＮＢに対する、ＷＴＲＵの構成された最大出力電力を含む。
【０３９２】
ビット、パラメータ、および値は本明細書で交換可能に使用されてもよく、依然として本開示に整合していることができる。
【０３９３】
ＷＴＲＵは、ｅＮＢが他のｅＮＢのセルに対して使用可能な／使用された電力を検出することを可能にする、他のｅＮＢによって制御され、または、関連付けられたセルに対する、ＰＣｅｌｌ  ｅＮＢもしくはＭｅＮＢなどの、１つまたは複数のｅＮＢにＰＨＲを提供してもよい。
【０３９４】
いくつかの実施形態において、ＷＴＲＵは、ＰＵＣＣＨが送信されているセル、たとえばＰＣｅｌｌに必要なＰＵＣＣＨ電力と、別のｅＮＢに対して意図された受信または当該別のｅＮＢによる受信に必要なＰＵＣＣＨ電力との間の差における、大きな差などの差、または大きな変更などの変更に基づいて、ＰＨＲをトリガしてもよい。大きな差もしくは大きな変更は、あるしきい値より大きな差または変更を意味してもよい。ＷＴＲＵは、ＰＵＣＣＨの送信に対するＷＴＲＵ電力が、ＷＴＲＵがＰＵＣＣＨを送信している以外のｅＮＢまたはセルの要件に基づいている場合、ＰＨＲをトリガしてもよい（または単にトリガする）。これは、場合によっては複数のｅＮＢまたはセルによって受信されることになる１つのセルのリソース上の１つのＰＵＣＣＨのケース、あるいは、ＰＵＣＣＨ送信が１つのセルから他のｅＮＢに属することが可能な他のセルに切り換えることができるケースに適用可能であってもよい。
【０３９５】
いくつかの実施形態において、ＷＴＲＵは、ＰＵＳＣＨが送信されているセル、たとえばＰＣｅｌｌに必要なＰＵＳＣＨ電力と、別のｅＮＢに対して意図された受信もしくは別のｅＮＢによる受信に必要なＰＵＳＣＨ電力との間の差における、大きな（たとえばあるしきい値よりも大きな）差、または、大きな（たとえばあるしきい値よりも大きな）変更に基づいて、ＰＨＲをトリガしてもよい。ＷＴＲＵは、ＰＵＳＣＨの送信に対するＷＴＲＵ電力が、ＷＴＲＵがＰＵＳＣＨを送信している以外のｅＮＢもしくはセルの要件に基づいている場合、ＰＨＲをトリガしてもよく、または、単にトリガしてもよい。これは、場合によっては複数のｅＮＢもしくはセルによって受信されることになる１つのセルのリソース上の１つのＰＵＳＣＨのケースに適用可能であってもよい。
【０３９６】
いくつかの実施形態において、ＷＴＲＵは、ＰＵＣＣＨまたはＰＵＳＣＨの電力が基づいているｅＮＢまたはセルの要件の変更に基づいて、ＰＨＲをトリガしてもよい。ＷＴＲＵは、そのリソース上でＰＵＣＣＨまたはＰＵＳＣＨが送信されているｅＮＢもしくはセルから変更し、または、それらから変更した場合のみ、場合によってはＰＵＣＣＨもしくはＰＵＳＣＨ電力がしきい値を超えて変更した場合のみ、ＰＨＲをトリガしてもよい。
【０３９７】
前述のように、ＷＴＲＵが複数のｅＮＢのそれぞれに別々のＰＵＳＣＨチャネルを送信し、それらのｅＮＢが、たとえばグラントもしくはＳＲＳ割当てなどの割当てによってそれらのＰＵＳＣＨをスケジューリングすることができるシナリオでは、ＷＴＲＵは、たとえばＭＡＣ−ＣＥにおいて、ＵＬ  ＰＵＳＣＨをスケジューリングすることができる各ｅＮＢにＰＨＲを送信してもよい。いくつかの実施形態において、各ｅＮＢもしくはスケジューラは、完全なＰＨ情報を有してもよい。トリガが特定のｅＮＢもしくはスケジューラに対応する構成されたセルのセットに関連付けられたとしても、レポートは他のｅＮＢもしくはスケジューラに関連付けられたＰＨ情報を含んでもよい。たとえばＰＨレポートは、すべてのｅＮＢもしくはスケジューラに対応するすべての構成されたセルのセットに対する情報を含んでもよい。さらに、特定のｅＮＢもしくはスケジューラに関連付けられた１つの構成されたセルのセットに関連付けられたＰＨレポートに対するトリガはまた、他のｅＮＢもしくはスケジューラへのＰＨレポートをトリガしてもよい。
【０３９８】
いくつかの実施形態において、ＷＴＲＵは、別々のトリガを維持してもよく、および、場合によってはｅＮＢまたはセルに対するタイマを禁止してもよい。ＷＴＲＵは、以下のうちの少なくとも１つにしたがって、ｅＮＢ、ｅＮＢ  ｘへのＰＨＲを送信することをトリガしてもよい。ＷＴＲＵは、たとえばｅＮＢ  ｘのセルに対するパスロス変化またはＰ−ＭＰＲ変化もしくは活性化に対してトリガ条件が満たされ、および、ｅＮＢ  ｘが新たな送信に対するＵＬリソースでのセルを有する場合に、ＰＨＲの送信をトリガしてもよい。このケースでは、ＰＨＲはｅＮＢ  ｘにＰＨＲを送信するためにトリガされてもよい。１つのｅＮＢ  ｘのセルに関連付けられたトリガはまた、その他またはすべてのｅＮＢへのＰＨＲの送信を生じることになる。ＷＴＲＵは、しきい値をまたいだか（cross）、または、ＰＨＲのトリガを保証する他の基準を満たしたかを比較するときに、ＰＨＲを送信することをトリガしてもよい。ｅＮＢ  ｘに関連付けられたセルに対応するトリガに対する比較の開始点は、最後のＰＨＲ、たとえばそのセルに対するＰＨを含む最後のＰＨＲが、ｅＮＢ  ｘに送信されたとき、または、最後の現実のＰＨＲ、たとえば、そのセルに対する現実のＰＨを含む最後のＰＨＲが、たとえばＰ−ＭＰＲトリガのケースでｅＮＢ  ｘに送信されたときに比較してもよい。ＷＴＲＵは、任意のセルに対する、たとえばパスロス変更またはＰ−ＭＰＲ変更もしくは活性化に対するトリガ条件が満たされ、新たな送信に対するＵＬリソースを有する任意のセルが存在するときに、ＰＨＲを送信することをトリガしてもよい。このケースでは、ＰＨＲは、新たな送信に対するＵＬリソースでのセルを有する任意のｅＮＢにＰＨＲを送信するためにトリガされてもよい。新たな送信に対するＵＬリソースを有さないｅＮＢに対し、ＰＨＲは、ｅＮＢが新たな送信に対するＵＬリソースを有する次のサブフレームなどの後続のサブフレーム（またはＴＴＩ）においてトリガされてもよい。これらのケースでは、ｅＮＢ  ｘに対応するセルは、構成されたセルのセットによってＷＴＲＵに通知されてもよい。
【０３９９】
いくつかの実施形態において、ＷＴＲＵは、時々変化することがある１つのｅＮＢ、たとえばＰＣｅｌｌ  ｅＮＢ、ＭｅＮＢ、または他の指定されたｅＮＢに、ＰＨＲを送信してもよく、たとえば単に送信してもよい。ＷＴＲＵは、以下のうちの少なくとも１つにしたがって、ｅＮＢ、ｅＮＢ  ｘへＰＨＲを送信することをトリガしてもよい。ＷＴＲＵは、たとえば、構成されたＵＬを有する任意の活性化されたセルなどのセルに対するパスロス変化、Ｐ−ＭＰＲ変化または活性化に対してトリガ条件が満たされ、ｅＮＢ  ｘが新たな送信に対するＵＬリソースを備えたセルを有する場合に、ＰＨＲを送信することをトリガしてもよい。このシナリオでは、ＰＨＲはｅＮＢ  ｘにＰＨＲを送信することをトリガされてもよい。ＷＴＲＵは、しきい値をまたいだか、または、ＰＨＲをトリガすることを保証する他の基準を満たしたかを比較するときに、ＰＨＲを送信することをトリガしてもよい。比較に対する開始点は、最後のＰＨＲがｅＮＢ  ｘに送信されたとき、または、最後の現実のＰＨＲが、たとえばＰ−ＭＰＲトリガのケースにおいてｅＮＢ  ｘに送信されたときであってもよい。
【０４００】
たとえばＲ１０要件での他の基準は、ＰＨＲをトリガするために満たされることが必要なことがある。これらの基準は、いくつかの実施形態で満たされているトリガ条件に含められてもよい。
【０４０１】
ＭｅＮＢは、ＷＴＲＵからＰＨＲを受信してもよい。各ＣＣに対し、ＭｅＮＢは、場合によっては調整後に、使用可能なＷＴＲＵ送信電力、場合によってはＰＨＲを、場合によってはそのｅＮＢへのＸ２またはＸ２に類似のインターフェースを介して、ＣＣを制御するｅＮＢに提供してもよい。例示的な調整は、場合によってはＷＴＲＵが有する使用可能電力が少なく、結果としてそのＷＴＲＵに対しより少なくｅＮＢをスケジューリングすることになることを示すために、ＰＨをスケーリングすることを含んでもよい。
【０４０２】
図１１は、ＷＴＲＵ１１０２が２つのｅＮＢのそれぞれに関連付けられた１つまたは複数のセルと通信することができる複数ｅＮＢシナリオの例を提供する。これらのｅＮＢは、結果としてＷＴＲＵが２つのｅＮＢに同時に送信することができるようになるＵＬ送信に対しＷＴＲＵを独立してスケジューリングすることができるスケジューラであってもよく、または、これを含んでもよい。ｅＮＢのうちの１つは、２つのｅＮＢのそれぞれへのＷＴＲＵのＵＬ送信に使用可能な電力を分配することができるＭｅＮＢであってもよい。
【０４０３】
この例では、ｅＮＢ２はＭｅＮＢに、ＷＴＲＵに対するその電力の必要性を通知することができ、ＭｅＮＢは、ＷＴＲＵがｅＮＢ２に送信することができる最大電力またはｅＮＢ２のセル全体にわたる最大ＰＵＳＣＨグラントサイズなどの電力管理情報を、これに提供してもよい。
【０４０４】
ＭｅＮＢは、ＰＨおよびその送信に対する関連付けられたパラメータをｅＮＢ１のみ、または、ｅＮＢ１およびｅＮＢ２の両方に提供することができるＰＨレポートを、ＷＴＲＵから受信してもよい。ｅＮＢ２はまた、ＰＨおよびその送信に対する関連付けられたパラメータをｅＮＢ２のみ、または、ｅＮＢ１およびｅＮＢ２の両方に提供することができるＰＨレポートを、ＷＴＲＵから受信してもよい。ＰＨに関連付けられたパラメータは、Ｐｃｍａｘ，ｃ、現実／仮想インジケーション、Ｐ−ＭＰＲドミナントインジケーション、活性化されたＣＣインジケーション、スケジューリング情報などの、本明細書で以前に説明されたもののいずれかを含んでもよい。
【０４０５】
ＭｅＮＢは、ＷＴＲＵへのＣＣあたりまたはｅＮＢあたりの最大電力などのＰＣパラメータを、ｅＮＢ１のみ、または、ｅＮＢ１およびｅＮＢ２の両方に提供してもよい。加えて、または、その代わりに、ｅＮＢ２は、ｅＮＢ２への送信に対するいくつかまたはすべてのＰＣパラメータを、ＷＴＲＵに提供してもよい。
【０４０６】
各ｅＮＢは、そのｅＮＢへのＵＬ送信に対するスケジューリングを、ＷＴＲＵに提供してもよい（たとえばグラントまたは割当てによって）。
【０４０７】
この例では、各ｅＮＢに対して意図されたＵＣＩは、そのｅＮＢのＵＬリソース上でＷＴＲＵによって送信されてもよい。別の例では、ＷＴＲＵはすべてのＵＣＩをＭｅＮＢなどの１つのｅＮＢに送信してもよく、そのｅＮＢはＵＣＩを他のｅＮＢに中継してもよい。
【０４０８】
別の例では、ＭｅＮＢはｅＮＢ１およびｅＮＢ２とは別のエンティティであってもよい。ｅＮＢ１および／またはｅＮＢ２は、ＰＨレポートおよび／または電力の必要性をＭｅＮＢに提供してもよく、ＭｅＮＢはそれぞれのｅＮＢに電力管理情報を提供してもよい。
【０４０９】
本明細書で説明される様々な方法およびシステムでは、ＷＴＲＵが、特定のｅＮＢ、ｅＮＢ  ｘの要件に基づいて複数のｅＮＢによって受信されてもよく、または、それらによって受信されることが意図されてもよい、チャネルの送信電力を判定することができるときが存在してもよく、ｅＮＢ  ｘは、正常な受信に対して最大電力を要求するｅＮＢであってもよい。このｅＮＢは、電力を駆動するｅＮＢまたは駆動ｅＮＢ（driving eNB）と称されてもよい。いくつかの実施形態において、ＷＴＲＵは、１つまたは複数のｅＮＢに、どのｅＮＢが電力を駆動しているかを識別してもよい。ＷＴＲＵは、ＲＲＣ、たとえばＰＨＲにおけるＭＡＣ、または物理レイヤシグナリングを介して、これを実施してもよい。
【０４１０】
たとえば、ＷＴＲＵがｅＮＢ  ｘからのＴＰＣを適用することを選択して、送信電力を駆動するときに、ＷＴＲＵは、ＲＲＣ、たとえばＰＨＲにおけるＭＡＣ、または物理レイヤシグナリングによって、１つまたは複数のｅＮＢに、選択された（たとえば駆動している）ｅＮＢ  ｘを識別してもよい。
【０４１１】
様々な実施形態において、この情報を受信することができるｅＮＢ、たとえばＰＣｅｌｌ  ｅＮＢまたはＭｅＮＢは、場合によってはＸ２またはＸ２に類似のインターフェースを介して、これを１つまたは複数の他のｅＮＢに提供してもよい。
【０４１２】
様々な実施形態において、ＷＴＲＵは、ＰＣｅｌｌ  ｅＮＢまたはＭｅＮＢなどの１つのｅＮＢに駆動ｅＮＢを識別してもよく、そのｅＮＢは、１つまたは複数の他のｅＮＢに情報を提供してもよい。
【０４１３】
このシグナリングは、非駆動ｅＮＢ（non-driving eNB）が、それらが電力の制御を有することができるか否かを認識し、および／または、どのｅＮＢが制御にあるか（in control）もしくは制御することができるか否かを認識することを可能にすることが有用なことがある。このことは、ｅＮＢが、それら自体のセルにおいて干渉を制御することを可能にする。干渉は、高過ぎる電力を駆動しているｅＮＢに許可しない（disallow）ことによって、たとえば、しきい値よりも大きな電力、あるいは、１つもしくは複数の他のセルまたはｅＮＢによって必要とされるよりも大きな何らかのしきい値よりも大きな電力などの、高い電力を必要とするこれらのセルを非活性化することによって、制御されてもよい。
【０４１４】
ＷＴＲＵは、あるｅＮＢからのＴＰＣコマンドを累積（accumulate）することを停止するように要求されてもよい。この要求は、ＲＲＣ、ＭＡＣ、または物理レイヤシグナリングを介するものであってもよい。これに応答して、ＷＴＲＵは、指定されたｅＮＢからのＴＰＣコマンドを無視してもよい。
【図１Ａ】
0005885843.tif 000024
【図１Ｂ】
0005885843.tif 000025
【図１Ｃ】
0005885843.tif 000026
【図１Ｄ】
0005885843.tif 000027
【図１Ｅ】
0005885843.tif 000028
【図２Ａ】
0005885843.tif 000029
【図２Ｂ】
0005885843.tif 000030
【図３】
0005885843.tif 000031
【図４】
0005885843.tif 000032
【図５】
0005885843.tif 000033
【図６】
0005885843.tif 000034
【図７】
0005885843.tif 000035
【図８】
0005885843.tif 000036
【図９】
0005885843.tif 000037
【図１０】
0005885843.tif 000038
【図１１】
0005885843.tif 000039
【図１２】
0005885843.tif 000040