JP6244009B2 - 累積された送信電力制御コマンドおよび対応するアップリンクサブフレームセットに基づいてアップリンク送信電力を制御するための方法および装置 - Google Patents

Description

本発明は、無線通信に関する。

関連出願の相互参照
本出願は、２０１３年４月３日に出願された米国特許仮出願第６１／８０８，００９号、および２０１３年９月２５日に出願された米国特許仮出願第６１／８８２，３５３号の優先権を主張し、これらの内容は、それらの全体が参照により本明細書に組み込まれている。

従来の時分割複信（ＴＤＤ）システムにおいて、全てのセルは、同一のＴＤＤアップリンク（ＵＬ）／ダウンリンク（ＤＬ）構成を有することがあり、そのため、全ての隣接セルに対する全てのサブフレームにおける送信方向（すなわち、ＵＬまたはＤＬ）が、同一になることがある。しかしながら、一部のシナリオにおいて、隣接するセルは、同一のＴＤＤ ＵＬ／ＤＬ構成を有していないことがある（例えば、それらのＴＤＤ ＵＬ／ＤＬ構成を動的に変更することが可能なセルを有するＴＤＤシステムにおいて）。

結果的に、そのようなシステムにおいては、１つセルに対しＤＬサブフレームであり、もう一つのセルに対してはＵＬサブフレームとなることがあるサブフレームが存在することがあり、または、その逆も同様である。そのような配置の１つの直接の結果は、一部のセルのＵＬ送信が他のセルのＤＬ送信と干渉することがあるということであり、または、その逆も同様である。周波数分割複信（ＦＤＤ）およびレガシＴＤＤシステムには存在しない、そのような新たな干渉環境は、ＵＬ送信および／またはＤＬ送信の動作および品質に大幅な影響を与えることがある。結果として、そのような干渉環境においてＴＤＤシステムの性能を向上させるための解決策が必要とされる。

アップリンク（ＵＬ）送信電力を制御するための方法および装置が説明される。無線送信／受信ユニット（ＷＴＲＵ）は、ＵＬサブフレームセットの構成を受信し、およびＵＬサブフレームセットのそれぞれに対応する複数の送信電力制御（ＴＰＣ）コマンドアキュムレータ値（command accumulator values）を維持することができる。ＷＴＲＵは、ダウンリンク（ＤＬ）送信のサブフレームｎにおいてＴＰＣコマンドを受信し、受信されたＴＰＣコマンドが対応するＵＬ送信のサブフレームｎ＋ｋを判定し、ＵＬサブフレームセットのうちのいずれにＵＬ送信サブフレームｎ＋ｋが属するかを判定し、および判定されたＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値を調整して、ＵＬ送信サブフレームにおいて送信するときのＵＬ送信の電力を判定する。ここで、ｎは、整数であり、ｋは、ゼロよりも大きい整数である。

より詳細な理解は、添付の図面と共に例として与えられる、下記の説明から得ることができる。

１または複数の開示される実施形態を実装することができる例示的な通信システムを示す図である。 図１Ａに示される通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示す図である。 図１Ａに示される通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示す図である。 ５ミリ秒の切り替え点の周期性（switch-point periodicity）に対するフレーム構造タイプ２の例を示す図である。 標準のサイクリックプレフィックス（ＣＰ:cyclic prefix）および拡張されたサイクリックプレフィックスに対する時分割複信（ＴＤＤ）アップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成の例を示す図である。 サブフレーム配置を有するＴＤＤ ＵＬ／ＤＬ構成の例を示す図である。 図３の特別なサブフレーム構成のＵＬ／ＤＬ切り替え点の周期性の例を示す図である。 様々なＴＤＤ構成に対するＵＬスケジューリングタイミングの例を示す図である。 ＴＤＤ ＤＬハイブリッド自動再送要求（ＨＡＲＱ）に対するＤＬ関連付けセットインデックス（DL association set index）の例を示す図である。 物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）のＴＤＤ ＵＬ／ＤＬ構成の例を示す図である。 ＵＬ電力制御要素セット選択マスク（selection mask）の例を示す図である。 ＵＬサブフレームの２つのセットを維持するためのＷＴＲＵによって使用されるＴＤＤ ＵＬ／ＤＬ構成スキームの例を示す図である。 ＷＴＲＵの例示的なブロック図である。 図１１のＷＴＲＵによって実装することができる送信電力制御（ＴＰＣ）プロシージャのフローチャートである。 図１１のＷＴＲＵによって実装することができる送信電力制御（ＴＰＣ）プロシージャのフローチャートである。

図１Ａは、１または複数の開示される実施形態が実装することができる例示的な通信システム１００を示す。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム１００によって、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることが可能になる。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を採用してもよい。

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでもよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ならびにユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ：personal digital assistant）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含んでもよい。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、進化型ノードＢ（ｅＮＢ）、ホームノードＢ（ＨＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ならびにＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内で無線信号を送信および／または受信するように構成されてもよく、地理的領域は、セル（図示せず）と称されてもよい。セルは、セルセクタにさらに分割されてもよい。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信機、すなわち、セルのセクタごとに１つの送受信機を含んでもよい。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、そのため、セルのセクタごとに複数の送受信機を利用してもよい。

基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数とエアインターフェース１１６上で通信してもよく、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってもよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

より具体的には、上述されたように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０４における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよく、ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。

別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、Ｅ−ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立してもよい。

他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ（ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ｅｖｏｌｕｔｉｏｎ−ｄａｔａ ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ／ＥＤＧＥ ＲＡＮ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ＨＮＢ、ＨｅＮＢ、またはＡＰであってもよく、事業所、家庭、車両、キャンパスなどの局所的な領域における無線接続性を容易にするために任意の適切なＲＡＴを利用してもよい。１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。また別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを必要とされないことがある。

ＲＡＮ１０４は、コアネットワーク１０６と通信してもよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコーリング、インターネット接続性、ビデオ配信等を提供し、および／または、ユーザ認証などの高度なセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＴと直接的または間接的に通信してもよいことが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中であってもよいＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）とも通信してもよい。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たしてもよい。ＰＳＴＮ１０８は、旧来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線通信ネットワークまたは無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、１または複数のＲＡＮに接続される別のコアネットワークを含んでもよく、ＲＡＮは、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用してもよい。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの一部または全部は、マルチモード能力を有してもよい。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線ネットワークと異なる無線リンク上で通信するための複数の送受信機を含んでもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。

図１Ｂは、図１Ａに示される通信システム１００内で使用することができる例示的なＷＴＲＵ１０２を示す。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送受信要素（例えば、アンテナ）１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、周辺機器１３８とを含んでもよい。ＷＴＲＵ１０２は、実施形態との一貫性を維持したまま、前述の要素の任意のサブコンビネーションを含んでもよいことが理解されるであろう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、マイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能性を実行してもよい。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送受信要素１２２に結合されてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０が別個のコンポーネントとして示されているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにおいて統合されてもよい。

送受信要素１２２は、エアインターフェース１１６上で基地局（例えば、基地局１１４ａ）へ信号を送信し、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されてもよい。例えば、１つの実施形態において、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態において、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。また別の実施形態において、送受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成されてもよい。送受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよい。

また、送受信要素１２２は、図１Ｂにおいて単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するために、２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信される信号を復調するように構成されてもよい。上述されたように、ＷＴＲＵ１０２は、マルチモード能力を有してもよい。したがって、送受信機１２０は、例えば、ＷＴＲＵ１０２がＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために、複数の送受信機を含んでもよい。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８からユーザ入力データを受信してもよい。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータも出力してもよい。また、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの、任意のタイプの適切なメモリからの情報にアクセスし、任意のタイプの適切なメモリにデータを記憶してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでもよい。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、ＷＴＲＵ１０２上に物理的に位置していないメモリにデータを記憶してもよい。

プロセッサ１１８は、電源１３４から電力を受信し、ＷＴＲＵ１０２における他の構成要素へ電力を分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池などを含んでもよい。

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはＧＰＳチップセット１３６からの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信し、および／または、２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、ＷＴＲＵ１０２の位置を判定してもよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、任意の適切な位置判定方法によって、位置情報を取得してもよい。

プロセッサ１１８はまた、他の周辺機器１３８と結合されてもよく、周辺機器１３８は、付加的な特徴、機能性、および／または有線接続性もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＰ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどを含んでもよい。

図１Ｃは、図１Ａに示される通信システム１００で使用することができる例示的なＲＡＮ１０４および例示的なコアネットワーク１０６を示す。上述されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６上で通信してもよい。ＲＡＮ１０４は、コアネットワーク１０６とも通信してもよい。

ＲＡＮ１０４は、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよいが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮＢを含んでもよいことが理解されるであろう。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６上で通信するための１または複数の送受信機を含んでもよい。１つの実施形態において、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、例えば、ｅＮＢ１４０ａは、複数のアンテナを使用して、無線信号をＷＴＲＵ１０２ａへ送信し、および無線信号をＷＴＲＵ１０２ａから受信してもよい。

ｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信してもよい。

図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として描かれるが、これらの要素のいずれも、コアネットワーク事業者以外のエンティティによって所有および／または運営されてもよいことが理解されるであろう。

ＭＭＥ１４２は、ＲＡＮ１０４におけるｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々にＳ１インターフェースを介して接続されてもよく、および制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ起動／停止、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択することなどを担当してもよい。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供してもよい。

サービングゲートウェイ１４４は、ＲＡＮ１０４におけるｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々とＳ１インターフェースを介して接続されてもよい。サービングゲートウェイ１４４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送してもよい。サービングゲートウェイ１４４はまた、ｅＮＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能である場合にページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの、他の機能を実行してもよい。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続されてもよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。

コアネットワーク１０６は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線ネットワークまたは他の無線ネットワークを含んでもよい。

ＬＴＥは、携帯電話およびデータ端末に対する高速データの無線通信に対する標準である。ＬＴＥは、ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）／ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）およびユニバーサル移動体通信システム（ＵＭＴＳ）／高速パケットアクセス（ＨＳＰＡ）ネットワーク技術に基づいており、コアネットワーク改善と共に、異なる無線インターフェースを使用して、容量および速度を増加させる。

シングルキャリアＬＴＥの場合、２×２構成に対し、ダウンリンク（ＤＬ）では最大で１００Ｍｂｐｓ、アップリンク（ＵＬ）では５０Ｍｂｐｓが存在することがある。ＬＴＥ ＤＬ送信スキームは、直交周波数分割多重アクセス（ＯＦＤＭＡ）エアインターフェースに基づいている。

柔軟な配置のために、拡大縮小可能な送信帯域幅のためのサポートが存在してもよく、拡大縮小可能な送信帯域幅は、１．４ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚまたは２０ＭＨｚのうちの１つであってもよい。各無線フレーム（１０ミリ秒）は、各々が１ミリ秒の１０個のフレームを含んでもよい。各サブフレームは、各々が０．５ミリ秒の２個のタイムスロットを含んでもよい。タイムスロットごとに、７または６個のＯＦＤＭシンボルが存在してもよい。タイムスロットごとに７個のシンボルが、通常のサイクリックプレフィックスで使用されてもよく、タイムスロットごとに６個のシンボルが、拡張されたサイクリックプレフィックス長で使用されてもよい。サブ搬送波間隔は、１５ｋＨｚであってもよい。７．５ｋＨｚを使用する低減されたサブ搬送波間隔モードも可能である。

リソースエレメント（ＲＥ）は、１つのＯＦＤＭシンボルインターバルの間の１つのサブ搬送波に対応する。０．５ミリ秒のタイムスロットの間の１２個の連続するサブ搬送波は、１つのリソースブロック（ＲＢ）を構成する。そのため、タイムスロットごとに７個のシンボルで、各ＲＢは、１２×７＝８４個のＲＥを構成する。ＤＬ搬送波は、おおよそ１ＭＨｚから２０ＭＨｚの拡大縮小可能な送信帯域幅全体に対応する６〜１１０個のＲＢを含んでもよい。各送信帯域幅（例えば、１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚまたは２０ＭＨｚ）は、いくつかのＲＢに対応してもよい。

動的スケジューリングのための基本的な時間領域は、リソースブロックペアと称されることがある２つの連続するタイムスロットを含む１つのサブフレームである。一部のＯＦＤＭシンボル上の一定のサブ搬送波は、時間周波数グリッド（time-frequency grid）においてパイロット信号を搬送するために割り当てられてもよい。送信帯域幅の境界におけるいくつかのサブ搬送波は、スペクトルマスク要件を遵守するために、送信されなくてもよい。

ネットワーク（ＮＷ：network）が、ＷＴＲＵに、ＵＬ搬送波とＤＬ搬送波との１つのペアのみ（周波数分割複信（ＦＤＤ）に対する）を割り当てる単一搬送波構成では、またはＵＬおよびＤＬに対して時間共有される１つの搬送波（時分割複信（ＴＤＤ）に対する）に対し、任意の所与のサブフレームに対し、ＵＬに対するアクティブな単一のハイブリッド自動再送要求（ＨＡＲＱ）プロセスと、ＤＬにおいてアクティブな単一のＨＡＲＱプロセスとが存在してもよい。

キャリアアグリゲーション（ＣＡ）を有するＬＴＥ−Ａは、解決策の中でとりわけ、ＣＡと称される帯域幅拡張を使用して、シングルキャリアＬＴＥデータレートを向上させることができる。ＣＡで、ＷＴＲＵは、複数のサービングセルの物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で、同時に送信および受信することができ、最大で４個のセカンダリサービングセル（ＳＣｅｌｌｓ）が、プライマリサービングセル（ＰＣｅｌｌ）に加えて使用されてもよく、したがって、最大で１００ＭＨｚの柔軟な帯域幅割り当てをサポートする。ＵＬ制御情報（ＵＣＩ）は、ＨＡＲＱ肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックおよび／またはチャネル状態情報（ＣＳＩ）を含んでもよく、ＰＣｅｌｌの物理ＵＬ制御チャネル（ＰＵＣＣＨ）リソース上で、またはＵＬ送信のために構成されたサービングセルに利用可能なＰＵＳＣＨリソース上で、送信されてもよい。

ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリングに対する制御情報は、少なくとも１つの物理データ制御チャネル（ＰＤＣＣＨ）上で送信されてもよい。ＵＬ搬送波およびＤＬ搬送波のペアに対して１つのＰＤＣＣＨを使用することに加えて、クロス搬送波スケジューリングが、所与のＰＤＣＣＨに対してサポートされてもよく、ネットワークが、ＰＤＳＣＨ割り当ておよび／またはＰＵＳＣＨ許可（grant）を、他のサービングセルにおける送信に提供することを可能にする。

ＣＡで動作するＷＴＲＵに対し、各サービングセルに対する１つのＨＡＲＱエンティティが存在してもよく、各エンティティは、８個のＨＡＲＱプロセスを有する。すなわち、１つの往復時間（ＲＴＴ：round-trip time）に対するサブフレームごとに１つである。２以上のＨＡＲＱプロセスが、任意の所与のサブフレームにおけるＵＬおよびＤＬに対してアクティブであってもよいが、構成されるサービングセルごとに、最大で１つのＵＬ ＨＡＲＱプロセスおよび１つのＤＬ ＨＡＲＱプロセスである。

図２は、５ミリ秒の切り替え点周期性に対するフレーム構造タイプ２の例を示す。ＦＤＤ動作モードにおいては、異なる搬送波がＵＬ送信およびＤＬ送信に使用されてもよく、全二重ＷＴＲＵは、同時に、ＤＬにおいて受信、およびＵＬにおいて送信してもよい。ＴＤＤ動作モードにおいては、ＵＬ送信およびＤＬ送信が、同一の搬送波周波数上で実行されてもよく、ならびに時間的に分離されてもよい。所与のキャリアに対し、ＷＴＲＵは、同時に、ＤＬにおいて受信およびＵＬにおいて送信しなくてもよい。１０ミリ秒のＴＤＤフレームは、図２に示されるように、各々が１ミリ秒の１０個のサブフレームから構成されてもよい。ＴＤＤ ＵＬ／ＤＬ構成に基づいて、サブフレームは、ＵＬとＤＬとの間で分割されてもよい。

図３は、通常のサイクリックプレフィックス（ＣＰ）および拡張されたサイクリックプレフィックスに対するＴＤＤ ＵＬ／ＤＬサブフレーム構成の例を示す。図３は、ＤＬとＵＬとの両方において同一のＣＰが使用されると仮定して、いくつかの取り得る特別なサブフレーム構成を提供する。特別なサブフレーム構成は、ＤＬパイロットタイムスロット（ＤｗＰＴＳ）と、ガードピリオド（ＧＰ）と、ＵＬパイロットタイムスロット（ＵｐＰＴＳ）とを含んでもよい。

図３に示されるように、通常のＣＰのケースでは、ＧＰは、１個、２個、３個、４個、６個、９個および１０個のＯＦＤＭシンボル長をすることができる。拡張されたＣＰのケースでは、ＧＰは、１個、２個、３個、５個、７個および８個のＯＦＤＭシンボル長とすることができる。特別なサブフレームは、ＵｐＰＴＳ対する少なくとも１つのＯＦＤＭシンボルを有してもよい。ＤｗＰＴＳは、通常の、ただし、短縮されたＤＬサブフレームとして扱われてもよく、これは、ＤＬ制御信号（例えば、ＰＤＣＣＨ、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、ＰＨＩＣＨ）と、場合により、ＤＬデータとを搬送することができる。ＴＤＤ動作において、ＷＴＲＵは、ＵＬ送信からＤＬ受信へ変化するとき、および、その逆の場合も同様に、充分なガードタイムを必要とする。特別なフレームＵＬ部分は、音響基準信号（ＳＲＳ：sounding reference signal）またはランダムアクセス要求を搬送してもよい。本明細書に使用されるように、特別なサブフレームは、ＤＬサブフレームとして扱われてもよい。図４は、サブフレーム配置を有するＴＤＤ ＵＬ／ＤＬ構成の例を示す。

図５は、特別なサブフレーム（Ｓ）と、ＤＬサブフレーム（Ｄ）と、ＵＬサブフレーム（Ｕ）とを含む、図３に関して説明された特別なサブフレーム構成のＵＬ／ＤＬ切り替え点周期性の例を示す。ＤＬサブフレームからＵＬサブフレームへの切り替えは、サブフレーム番号１およびサブフレーム番号６において行われてもよい。

隣接するセルへの過度な干渉が発生することを回避するために、主として、同一のＴＤＤ ＵＬ／ＤＬ構成が、隣接するセルに対して使用される。構成の変更は接続を中断させることがあるため、主として、構成は、頻繁に変わらず、静的または準静的とみなされてもよい。

ＴＤＤ ＵＬおよびＤＬ ＨＡＲＱ処理の数は、ＴＤＤ ＵＬ／ＤＬ構成に応じ得る。帯域内キャリアアグリゲーションは、同一のＴＤＤ ＵＬ／ＤＬ構成を有するＴＤＤに対するアグリゲートされたキャリアでサポートされてもよい。ＭＢＳＦＮ構成パターンの１０のサブフレーム周期性を仮定すると、ＦＤＤにおいては、サブフレーム｛０、４、５、９｝が、ＭＢＳＦＮサブフレームとして構成されないことがあるのに対して、ＴＤＤにおいては、サブフレーム｛０、１、２、５、６｝が、ＭＢＳＦＮサブフレームとして構成されないことがある。

図６は、様々なＴＤＤ構成に対するＵＬスケジューリングタイミングの例を示す。例として、ＴＤＤ ＵＬ／ＤＬ構成１に対し、ＵＬ許可がＤＬにおいてサブフレームｎ＝１で受信される場合、図６から、ｋ＝６であり、許可は、サブフレームｎ＋ｋ＝１＋６＝７におけるＰＵＳＣＨに対するものであり、ｎは、整数であり、ｋは、ゼロよりも大きい整数である。ＴＤＤ ＵＬ／ＤＬ構成０に対し、ダウンリンク制御情報（ＤＣＩ）フォーマット０／４におけるＵＬインデックスの最下位ビット（ＬＳＢ）が、サブフレームｎにおいて１に設定される場合、またはＰＨＩＣＨが、Ｉ_PHICH＝１に対応するリソースにおいてサブフレームｎ＝０もしくは５で受信される場合、もしくはＰＨＩＣＨが、サブフレームｎ＝１もしくは６で受信される場合、ＷＴＲＵは、サブフレームｎ＋７において対応するＰＵＳＣＨ送信を調整する。ＴＤＤ ＵＬ／ＤＬ構成０に対し、ＵＬ ＤＣＩフォーマットを有するＰＤＣＣＨにおけるＵＬインデックスの最上位ビット（ＭＳＢ）およびＬＳＢの両方がサブフレームｎにおいて設定される場合、ＷＴＲＵは、サブフレームｎ＋ｋとサブフレームｎ＋７との両方において、対応するＰＵＳＣＨ送信を、図６におけるｋをで調整してもよい。

ＴＤＤ ＤＬスケジューリングタイミングは、ＦＤＤのそれと同一のである。つまり、ＷＴＲＵは、同一のサブフレームにおいてＤＬ送信に対するスケジューリング許可を受信してもよい。ＴＤＤ ＤＬ ＨＡＲＱプロトコルは、非同期かつ適応的であってもよく、これは、ＤＬ再送信ごとにＤＬ許可を搬送するＰＤＣＣＨが常に存在することを意味する。ＵＬスケジューリングおよび再送信タイミングを仮定して、ＴＤＤ ＵＬ／ＤＬ構成１〜６に対し、ＷＴＲＵに対して意図されるサブフレームｎにおけるＵＬ ＤＣＩフォーマットを有するＰＤＣＣＨおよび／またはＰＨＩＣＨ送信をそのＷＴＲＵによって検出すると、ＷＴＲＵは、ＰＤＣＣＨおよびＰＨＩＣＨ情報に従って、図６において与えられるｋで、サブフレームｎ＋ｋにおいて対応するＰＵＳＣＨ送信を調整してもよい。サブフレーム番号ｎおよびサブフレーム番号ｋは、任意の整数であってもよい。

ＴＤＤ ＵＬ／ＤＬ構成０に対し、ＷＴＲＵによって、そのＷＴＲＵに対して意図されるサブフレームｎにおいてＵＬ ＤＣＩフォーマットを有するＰＤＣＣＨおよび／またはＰＨＩＣＨ送信が検出されると、ＵＬ ＤＣＩフォーマットを有するＰＤＣＣＨにおけるＵＬインデックスのＭＳＢが１に設定される場合、またはＰＨＩＣＨが、Ｉ_PHICH＝０に対応するリソースにおいてサブフレームｎ＝０もしくは５で受信される場合、ＷＴＲＵは、図６におけるようなｋで、サブフレームｎ＋ｋにおいて対応するＰＵＳＣＨ送信を調整し、サブフレームｎ＝４または９におけるＰＵＳＣＨ送信を有するＴＤＤ ＵＬ／ＤＬ構成０に対し、Ｉ_PHICH＝１であり、およびＩ_PHICH＝０である。

図７は、ＴＤＤ ＤＬ ＨＡＲＱに対するＤＬ関連付けセットインデックスの例を示す。ＴＤＤにおいて、ＤＬ ＨＡＲＱタイミングメカニズムは、ＤＬサブフレームセットから成るバンドリングウィンドウ（bundling window）の概念に基づく。これらのＤＬサブフレームに対応するＤＬ ＨＡＲＱフィードバックビットは、互いに束ねられ、およびＰＵＣＣＨまたはＰＵＳＣＨを介して同一のＵＬサブフレームにおいてｅＮＢへ送信されてもよい。ＵＬサブフレームｎは、Ｍ個のＤＬサブフレームに対するＤＬ ＨＡＲＱフィードバックビットを搬送し、Ｍ＞＝１である。図７を参照すると、ＵＬサブフレームｎは、各ＤＬサブフレームｎ−ｋのＤＬ ＨＡＲＱフィードバックビットを搬送し、｛ｋ₀、ｋ₁、・・・ｋ_M-1｝は、Ｍ個の要素のセットである。Ｍは、ＤＬサブフレームを単位とするバンドリングウィンドウのサイズとしてみなされてもよい。

例として、構成１に対し、ＵＬサブフレームｎ＝２は、２個のサブフレームｎ−ｋに対するＤＬ ＨＡＲＱフィードバックビットを搬送し、ｋ＝７およびｋ＝６であり、これは、２−７および２−６に対応する。フレームは、各々１０個のサブフレームであってもよいため、これは、以前のフレームにおけるサブフレーム５およびサブフレーム６に対応する。

図８は、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）のＴＤＤ ＵＬ／ＤＬ構成の例を示す。サブフレームｎにおいてスケジューリングセルからスケジューリングされるＰＵＳＣＨ送信に対し、ＷＴＲＵは、サブフレームｎ＋ｋＰＨＩＣＨにおけるそのスケジュールセルの対応するＰＨＩＣＨリソースを判定し、ｋＰＨＩＣＨは、図８において与えられる。サブフレームバンドリング動作に対し、対応するＰＨＩＣＨリソースは、バンドル（bundle）における最後のサブフレームに関連付けられる。

例として、構成１に対し、ＷＴＲＵがＰＵＳＣＨをサブフレームｎ＝２において送信する場合、それは、ＰＨＩＣＨがＵＬ ＨＡＲＱ−ＡＣＫフィードバックをサブフレームｎ＋ｋＰＨＩＣＨ、すなわち、サブフレーム２＋４＝６において提供することを予測してもよい。

電力制御（ＰＣ）および電力ヘッドルーム（ＰＨ）は、ＰＵＣＣＨおよびＰＵＳＣＨの各々に対して単一のサービングセルに対して定義されてもよい。ＰＣは、開ループコンポーネントと閉ループコンポーネントとを有する。ＷＴＲＵは、ＵＬ許可のサイズなどの、ＷＴＲＵが有し、または計算することができる測定されたパスロスおよびパラメータを使用して、開ループコンポーネントを判定し、累積されまたは絶対的なＴＰＣビットを閉ループコンポーネントとして判定し、サブフレームにおけるＰＵＳＣＨまたはＰＵＣＣＨに対する送信電力を判定する。ＰＵＳＣＨ電力制御は、累積されたＴＰＣと絶対的なＴＰＣとの両方をサポートしてもよい。ＰＵＣＣＨ電力制御は、累積されたＴＰＣをサポートしてもよい。送信に使用する電力を最終決定する前に、ＷＴＲＵは、開ループコンポーネントおよび閉ループコンポーネントから決定される、その計算された電力を、その構成された最大出力電力（Ｐｃｍａｘ）と比較する。構成された最大出力電力は、シグナリングされる最大電力と、電力クラスから許容される電力低減を差し引いたもの（power class less allowed power reductions）とのうちのより小さい方である。電力低減は、送信される信号の関数であってもよく、ならびにＷＴＲＵがスペクトル放射および他の送信要件に違反しないことを保証するために使用されてもよい。計算された電力がＰｃｍａｘを超える場合、送信電力は、Ｐｃｍａｘと等しく設定され、これは、送信のために使用される電力であり、そうでない場合、計算された電力は、送信電力のために使用される。ＰＨは、Ｐｃｍａｘと計算された送信電力との間の差である。ＰＨは、ＷＴＲＵがより多くの電力を送信することができる（正のヘッドルーム）か、または、それがその限度を超える（負のヘッドルーム）かを、ｅＮＢに伝える手段である。ＰＨは、ｅＮＢスケジューラによって、そのスケジューリング決定において使用される。例えば、ヘッドルームが正である場合、ｅＮＢは、より大きな許可をスケジューリングしてもよい。ヘッドルームが負である場合、ｅＮＢは、許可の大きさを低減するべきである。電力ヘッドルーム報告（ＰＨＲ）は、周期的にｅＮＢへ送信されるように構成されてもよく、２以上の閾値に基づいてパスロス変化が必要とされる場合など、イベントによりトリガされてもよい。

ＰＣおよびＰＨ概念は、複数のセル上での同時のＵＬ送信に拡張されてもよい。送信が存在する各サービングセル上の電力は、まず、その他のサービングセルとは独立して計算される。各サービングセルは、それ自体の構成された最大出力電力（Ｐｃｍａｘ，ｃ）を有する。Ｐｃｍａｘ，ｃは、スプリアス放射および他の送信要件を満たすために、許容される電力低減を含む。付加的な低減は、ＳＡＲまたは他の非ＬＴＥ固有の要件を満たすための電力管理、および帯域間で送信するときの変調間効果（inter-modulation effects）に対する低減などの、他の要因について許容されてもよい。

任意のサービングセルの計算された送信電力がそのＰｃｍａｘ，ｃを超える場合、その計算された送信電力は、Ｐｃｍａｘ，ｃと等しく設定される。ＰＵＣＣＨとＰＵＳＣＨとの両方の同時の送信を有することができるＰｃｅｌｌに対し、ＰＵＣＣＨ電力が、まず計算され、Ｐｃｅｌｌに対するＰｃｍａｘ，ｃによって限定される。次いで、ＰＵＳＣＨ電力がＰｃｅｌｌに対して計算され、その電力は、Ｐｃｅｌｌに対するＰｃｍａｘ，ｃからＰＵＣＣＨに割り当てられる電力を引いたものによって限定される。個々のサービングセルに対する構成された最大出力電力に加えて、ＷＴＲＵ全体に対する構成された最大出力電力（Ｐｃｍａｘ）も存在する。個々の計算された送信電力の合計がＰｃｍａｘを超える場合、チャネル電力は、Ｐｃｍａｘを超えないように、優先度ルールのセットに従って増減されてもよい。ＰＵＣＣＨは、最高優先度を有し、ＵＣＩを搬送するＰＵＳＣＨは、次に高い優先度を有し、他の全てのＰＵＳＣＨは、最低優先度であるが、それらの間で等しい優先度を有する。ＰＨは、サービングセルごとに、Ｐｃｍａｘ，ｃと、Ｐｃｍａｘ，ｃおよびより高い優先度チャネルへの電力割り当てによって限定される前の計算された送信電力との間の差として計算されてもよい。Ｐｃｅｌｌに対し、ＰＵＳＣＨに対するタイプ１ ＰＨは、ＰＵＣＣＨが存在しないかのように（たとえそれが存在しても）計算されてもよく、タイプ２ ＰＨは、ＰＵＳＣＨとＰＵＣＣＨとの両方を含んでもよい。電力ヘッドルーム報告（ＰＨＲ）は、全てのアクティブなサービングセルに対するＰＨ値と、それらの対応するＰｃｍａｘ，ｃ値とを含んでもよい。ＰＨＲが送信されるサブフレームにおいてＵＬ送信を有していないサービングセルに対するＰＨを報告する場合には、特別なルールが従われてもよい。ＰＨは、送信を有するチャネルに対して実際のものとしてみなされてもよく、ＰＨＲが送信されるサブフレームにおいて送信を有していないチャネルに対して仮想のものとみなされてもよい。

ＰＵＣＣＨ電力制御式は、

として計算されてもよい。Ｐ_CMAX,c（ｉ）は、コンポーネントキャリア（ＣＣ）に対する構成された最大出力電力であり、それは、ＷＴＲＵによって、ＭＩＮ（Ｐｅｍａｘｃ，Ｐｐｏｗｅｒｃｌａｓｓ）と等しい高い値と、Ｐｅｍａｘｃ，ｃおよびＰｐｏｗｅｒｃｌａｓｓの最小値から許容される電力低減の組み合わせを引いたものと等しい低い値との間の値に構成されてもよい。状況に応じて、これは、最大電力低減（ＭＰＲ）、付加的なＭＰＲ（Ａ−ＭＰＲ）、電力管理ＭＰＲ（Ｐ−ＭＰＲ）、デルタＴｃ、およびデルタＴｉｂのうちの１または複数を含んでもよい。Ｐｅｍａｘｃは、無線リソース制御（ＲＲＣ）シグナリングを介してそのＣＣに対するｐ−ｍａｘとしてＷＴＲＵへシグナリングされるＣＣｃに対する最大許容出力電力である。Δ_{F_PUCCH}（Ｆ）は、送信のために使用されるＰＵＣＣＨフォーマットの関数である。ｈ（ｎ_CQI，ｎ_HARQ，ｎ_SR）は、ＰＵＣＣＨフォーマットおよび送信されている各タイプのビットの数の関数である。Ｐ_{O_PUCCH}は、２つのパラメータから構成されるパラメータであり、ＲＲＣシグナリングを介してＷＴＲＵへ提供されてもよい。ＰＬｃは、ＣＣに対するパスロスの項（term）である。ｇ（ｉ）は、ランダムアクセスチャネル（ＲＡＣＨ）後の電力ランプアップ（ｒａｍｐ−ｕｐ）デルタ（新たなＰ_Oがシグナリングされる場合にゼロにされてもよい）と、ＴＰＣコマンドの累積とを含む、ＰＵＣＣＨ電力制御調整状態と称される調整係数、δ_PUCCHである。累積は、

として計算されてもよく、ＦＤＤに対し、Ｍ＝１およびＫ₀＝４であり、ＴＤＤに対し、Ｍおよびｋ_mの値は、図７において与えられる。

ＰＵＣＣＨに対するＴＰＣコマンドは、ＰＤＣＣＨフォーマット３／３Ａにおいて、またはＰＤＣＣＨフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２Ｂ／２Ｃ／２におけるＤＬ許可で送信されてもよく、フォーマット３Ａにおいては、＋１ｄＢもしくは−１ｄＢ、または、その他のフォーマットにおいては、０（ホールド（hold））ｄＢ、−１ｄＢ、＋１ｄＢ、もしくは＋３ｄＢであってもよい。ＤＣＩフォーマット１／１Ａ／２／２Ａ／２Ｂを有するＰＤＣＣＨが反永続的なスケジューリング（ＳＰＳ）活性化ＰＤＣＣＨとして有効にされる場合、または、ＤＣＩフォーマット１Ａを有するＰＤＣＣＨがＳＰＳリリースＰＤＣＣＨとして有効にされる場合、δ_PUCCHは、０ｄＢであってもよい。

ＰＵＳＣＨ電力制御は、

として計算されてもよく、ＰＵＣＣＨの項は、ＰＵＳＣＨおよびＰＵＣＣＨがサブフレームｉにおいて同時に送信される場合にのみ存在してもよい。

方程式（３）におけるパラメータは、ＰＵＣＣＨ電力について説明されたものと同様であってもよい。ＰＵＳＣＨに対し、調整係数は、ＴＰＣコマンドの累積値であってもよく、ＣＣ固有の項ｆｃ（ｉ）によって表されてもよい。

サブフレーム依存のＵＬ電力制御ならびに干渉測定およびシグナリングが説明される。サブフレーム依存のＵＬ電力制御は、ＴＰＣ動作、ＰＨ動作、および他のＵＬサブフレームセット固有の電力制御パラメータを含んでもよい。

ＷＴＲＵは、その送信電力を、ＵＬサブフレームおよび／またはＵＬサブフレーム位置および／またはＵＬ送信タイプに応じて調整してもよい。ＷＴＲＵは、１または複数のパラメータおよび係数を考慮に入れて、ＵＬサブフレームにおけるＵＬ送信電力を計算してもよい。これらのパラメータおよび／または係数は、電力制御コンポーネントと称されてもよい。電力制御コンポーネントの例は、ＴＰＣフォーマット、ＴＰＣコマンド累積メカニズム、パスロス係数などを含んでもよいが、これらに限定されない。ＷＴＲＵは、１または複数のＵＬ電力制御コンポーネントを、場合により、ＵＬサブフレームセットにおける全てのサブフレームに、および／または（ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳなどの）ＵＬ送信タイプに適用してもよい。

ＵＬサブフレームセットは、下記のうちの１つまたは組み合わせとして識別されてもよい。

１）潜在的なＵＬサブフレームの総数からのサブフレームの選択。ＷＴＲＵは、それがＵＬ送信をそのサブフレームにおいて開始してもよい場合に、サブフレームを潜在的なサブフレームとしてみなしてもよい。例として、セル固有のＵＬ−ＤＬ ＴＤＤ構成においてＤＬサブフレームとして示すことができるが、それと同時に、ＷＴＲＵによってＵＬ送信に対して使用することができるサブフレームは、場合により、そのＷＴＲＵに対する潜在的なＵＬサブフレームとみなされてもよい。

２）他のＷＴＲＵに対するＤＬサブフレームとしてみなされてもよいサブフレーム。

３）その方向を１つの無線フレーム方別の無線フレームに、ＤＬからＵＬへ、またはその逆へ変更することができる動的なサブフレームとしてみなされてもよいサブフレーム。

４）サブフレームパターン。

５）ＵＬサブフレームセットのサブフレームパターンは、ある周期性で繰り返されてもよい。例えば、サブフレームパターンは、無線フレームごとに（１０ミリ秒ごとに）、４個の無線フレームごとに（４０ミリ秒ごとに）などで繰り返されてもよい。

６）ＵＬサブフレームの別のセットの上位集合またはサブセット。

７）サブフレームは、ＵＬサブフレームの２以上のセットに属してもよい。

８）ＵＬサブフレームセットは、ＷＴＲＵへシグナリングされてもよく、および／または、ＷＴＲＵによって、ＴＤＤ ＵＬ−ＤＬ構成、ＵＬ送信タイプ、ＵＬサブフレームの他のセットなどの、１または複数の係数に応じて黙示的に導出されてもよい。例えば、ＷＴＲＵは、ＵＬサブフレームの２つのセットを有してもよく、それは、その２つのセットの間の共通の潜在的なＵＬサブフレーム（例えば、それらの２つのセットのＵＬサブフレームの共通部分（intersection））として第３のセットを黙示的に導出してもよい。

９）異なるＵＬ送信タイプ、例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳなどは、異なるセットのＵＬサブフレームを有してもよく、これは、同一のサブフレームを含んでもよく、または含まなくてもよい。

１０）ＵＬサブフレームセットは、相互に排他的であってもよい。例えば、ＵＬサブフレーム、または所与のフレームにおけるＵＬサブフレームは、１つのＵＬサブフレームセットに属してもよく、これは、全てのＵＬ送信タイプを要求してもよい（apply for）。

１１）ＵＬサブフレームセットは、ＵＬ送信タイプに関して相互排他的であってもよい。例えば、１つの送信タイプ（例えば、ＰＵＳＣＨ）に対して使用されることになるＵＬサブフレームは、１つのサブフレームセットに属してもよく、一方で、その同一のサブフレームは、別の送信タイプ（例えば、ＰＵＣＣＨ）に対する別のサブフレームセットに属してもよい。

１２）ＵＬサブフレームセットは、ＷＴＲＵの構成されたサービングセルもしくは活性化されたサービングセルの全てに適用されてもよく、またはサービングセル固有であってもよい。

ＵＬサブフレームセットは、ＵＬサブフレームのセットと交換可能に使用されてもよい。

ＵＬサブフレームセットおよびサブフレームセットは、交換可能に使用されてもよい。ＵＬサブフレームセットおよびサブフレームセットは、交換可能に使用されてもよい。

どのサブフレームがＵＬサブフレームセットに属するかは、例えば、ＷＴＲＵによって黙示的および明示的に判定されてもよく、ｅＮＢによってＷＴＲＵへ示されてもよい。ＷＴＲＵは、それらのサブフレームがそのときにＷＴＲＵおよびｅＮＢによってＵＬまたはＤＬとみなされてもよいかとは独立していることがある、サブフレームの１または複数のセットを示すインジケーションをｅＮＢから受信してもよい。ＷＴＲＵは、例えば、フレームまたは所与の時点において、例えば、サブフレームセットの受信されたインジケーション、そのときの有効なＴＤＤ ＵＬ／ＤＬ構成、サブフレームのＵＬ／ＤＬ方向のインジケーション、および、場合により、他のパラメータに応じて、ＵＬサブフレームセット（例えば、サブフレームの実際のまたは有効なＵＬのセット）を明示的および黙示的に判定してもよい。

例えば、ＷＴＲＵは、それらのサブフレームがそのときにＵＬまたはＤＬであるかに関わらず、サブフレームの２つのセットを受信してもよい。ＷＴＲＵは、場合により、サブフレームの受信されたセットにおけるサブフレームと、そのときにＷＴＲＵによって示され、および／または判定されてもよいＵＬサブフレームとに共通部分を適用することによって、サブフレームのそれらの示されたセットの各々に対応するＵＬサブフレームのセットを判定してもよい。ＷＴＲＵによって示され、および／または判定されるＵＬサブフレームの例は、ＴＤＤ ＵＬ／ＤＬ構成において示されるＵＬサブフレーム、サブフレームのＵＬ／ＤＬ方向のインジケーションの一部としてＷＴＲＵへ示されるＵＬサブフレームなどであってもよい。

別の例において、ＷＴＲＵは、それらのサブフレームがそのときにＵＬまたはＤＬであるかに関わらず、２つなど、いくつかのセットのサブフレームを受信し、または取得および維持してもよい。ＷＴＲＵが送信し、または送信することを意図してもよい各ＵＬサブフレームにおいて、ＷＴＲＵは、例えば、その送信に対し、そのＵＬサブフレームがどのセットに属してもよいかを判定してもよく、それに応じて、送信電力、ＰＨなどの判定のためなどに、サブフレームセットに依存したパラメータを使用してもよい。

ＵＬサブフレームセットのサブフレームパターンは、下記のメカニズムのうちの１つまたは組み合わせによって、黙示的および／または明示的に示されてもよい。

１）ビットシーケンスは、それらのサブフレームがＵＬまたはＤＬであるかに問わず、ある数の連続するサブフレームを表すために使用されてもよく、各ビットは、そのサブフレームがＵＬサブフレームの対応するセットに属してもよいかを示してもよい。例えば、１０ビットのビットシーケンスは、１つの無線フレームにおける全てのサブフレームを表してもよく、最初のビットは、最初のサブフレームを指してもよく、最後のビットは、無線フレームの最後のサブフレームを指してもよく、例えば、［０、０、１、１、０、０、０、１、０、０］は、サブフレーム＃２、＃３および＃７が、無線フレームごとに存在することができる、一定のセットのＵＬサブフレームの一部であってもよいことを示してもよく、それは、パターンが無線フレームごとに繰り返されてもよいことを意味してもよい。

２）ビットシーケンスは、それらのサブフレームがＵＬであるか、またはＤＬであるかを問わず、ある数のサブフレームを表すために使用されてもよい。ここで、各ビットは、そのサブフレームがＵＬサブフレームの対応するセットに属してもよいかを示してもよい。ビットシーケンスにおけるビットは、セル固有のＵＬ／ＤＬ構成に基づき得る、サブフレームのあるサブセットに対応してもよい。サブフレームのサブセットは、潜在的なＵＬサブフレームにならないと知られ得るサブフレーム、例えば、ＤＬになり得、または常にＤＬになり得るサブフレーム０およびサブフレーム５を排除してもよい。別の例は、特別なサブフレームになり得るサブフレーム１を含んでもよい。別の例は、サブフレーム６が特別なサブフレームになり得る、あるセル固有のＵＬ／ＤＬ構成について、サブフレーム６を含んでもよい。

パターン内の各ビットの値は、対応するサブフレームがＵＬのサブフレームの一定のセットに属してもよいことを示してもよい。例えば、１などの値は、対応するサブフレームがＵＬサブフレームの一定のセットに属してもよいことを示してもよく、０などの別の値は、サブフレームがＵＬサブフレームの別のセットに属してもよいことを示してもよい。例えば、７ビットのビットシーケンスは、１つの無線フレームにおけるサブフレームのあるサブセットを表してもよく、最初のビットは、最初の潜在的なＵＬサブフレームを指してもよく、最後のビットは、無線フレームの最後の潜在的なＵＬサブフレームを指してもよい。例えば、［１、１、０、０、１、０、０］は、潜在的なＵＬサブフレーム２、３、４、６、７、８、９を示すために使用されてもよく、サブフレーム＃２、＃３および＃７が、無線フレームごとに存在してもよい、ＵＬサブフレームの一定のセットの一部であってもよいことを示してもよく、それは、パターンが無線フレームごとに繰り返されてもよいことを意味してもよい。このパターンはまた、サブフレーム＃４、＃６、＃８および＃９がＵＬサブフレームの別のセットに属してもよいことも示してもよい。

サブフレーム２は常にＵＬであってもよいため、サブフレーム２は、ＵＬサブフレームの一定のセットに属することが黙示的に知られてもよく、そのサブフレームに対してビットが必要とされなくてもよい。例えば、６ビットのビットシーケンスは、サブフレーム３、４、６、７、８、９を表すために使用されてもよい。１つの値（例えば、１）は、それらのサブフレームのうちのいずれがＵＬサブフレームの１つのセットに属するかを示すために使用されてもよく、別の値（例えば、０）は、それらのサブフレームのうちのいずれがサブフレームの別のＵＬセットに属するかを示すために使用されてもよい。いずれのセットにサブフレーム２が属してもよいかは、推測的に（priori）理解されてもよい。

使用するビットの数およびそれらがどのサブフレームに対応するかは、セル固有のＵＬ／ＤＬ構成の関数であってもよく、その構成におけるＵＬサブフレームの数、または、ＵＬサブフレームの特定のセットに属することが推測的に知られていない、その構成におけるＵＬサブフレームの数に対応してもよい。例えば、サブフレーム２は、常にＵＬとなることがあるため、ビットから除外されてもよい。

３）予め定義され、または構成されたセットのＵＬサブフレームセットの組み合わせが使用されてもよい。ＷＴＲＵは、どの組み合わせを使用するかを通知されてもよい。組み合わせのセットは、セル固有のＵＬ／ＤＬ構成の関数であってもよい。例えば、ＴＤＤ ＵＬ／ＤＬ構成１に対し、４つのＵＬサブフレーム、すなわち、サブフレーム２、３、７、８が存在する。許容される組み合わせは、セット１＝｛２｝、セット２＝｛３、７、８｝；セット１＝｛２、３｝、セット２＝｛７、８｝、セット１＝｛２、３、７｝、セット２＝｛８｝；セット１＝｛２、７｝、セット２＝｛３、８｝；セット１＝｛２、３、７、８｝、セット２＝｛ ｝を含んでもよい。この例においては、１つの組み合わせが全てのＵＬサブフレームを１つのセットに含む、５つの取り得る組み合わせが存在する。組み合わせ選択は、５つの組み合わせのうちの１つに対し３ビットを使用して、ＷＴＲＵへ提供されてもよい。全てのＵＬサブフレームを１つのセットに含む組み合わせは、選択から除外されてもよく、ＷＴＲＵは、そのような構成が提供されない場合、全てのＵＬサブフレームがＵＬサブフレームの同一のＵＬセットに存在してもよいことを理解してもよい。次いで、この例に対し、２ビットは、組み合わせ選択をシグナリングするために使用されてもよい。

ＷＴＲＵは、例えば、所与の時間において、それらのサブフレームがＤＬまたはＵＬとみなされるかに関わらず、サブフレームの別個のセットを受信および維持してもよい。これは、例えば、ＷＴＲＵ、別のＷＴＲＵ、またはｅＮＢのうちの１または複数によることを含んでもよい。サブフレームセットは、例えば、少なくとも１つのＷＴＲＵおよびｅＮＢによって知覚されるような干渉の異なるレベルなどのある基準に対応してもよく、そのような知覚は、測定に基づいてもよい。例えば、ＷＴＲＵは、２つのセットを受信および維持してもよく、１つのセットは、高干渉とみなされることがあり、もしくは高干渉を経験していることがあり、または低干渉を経験していることがあるサブフレームを表してもよい。これは、「高干渉」のセットと称されてもよく、他方は、「低干渉」のセットと称されてもよい、そのようにみなされてもよい、サブフレームを表してもよい。例は、サブフレームの２つのセットを維持および受信する場合を考慮してもよいが、本明細書において説明される解決策は、サブフレームの任意の数のセットに適用されてもよい。

ＷＴＲＵは、ＵＬサブフレームセットで動作するように黙示的または明示的に構成されてもよい。ＷＴＲＵは、１または複数のＵＬサブフレームセットで明示的に構成されるまで、ＵＬサブフレームセットなしで動作し、または動作を想定してもよい。ＵＬサブフレームセットなしの動作は、全てまたは全てのＵＬサブフレームなどのあるサブフレームがそのセットに属してもよい単一のＵＬサブフレームセットでの動作と同一であってもよい。ＷＴＲＵは、ＷＴＲＵ固有のＴＤＤ ＵＬ／ＤＬ構成の構成に基づいて、ＵＬサブフレームセットで動作してもよく、または動作を想定してもよく（もしくは、２以上のＵＬサブフレームセットでの動作）、ならびに、例えば、その構成およびセル固有またはＳＩＢ１ ＴＤＤ ＵＬ／ＤＬ構成のうちの少なくとも１つから、ＵＬサブフレームセットを導出してもよい。ＷＴＲＵは、明示的な構成または再構成を（例えば、シグナリングなどによってｅＮＢから）受信して、ＵＬ（例えば、複数のＵＬ）サブフレームセットまたはあるＵＬサブフレームセットで動作することを解放または停止してもよい。そのような構成または再構成の受信に続いて、ＷＴＲＵは、あるＵＬサブフレームセットで、または複数のＵＬサブフレームセットで動作することを停止してもよい。ＷＴＲＵは、無線リンク障害（ＲＬＦ：radio link failure）などのあるイベントに基づいて、ＵＬ（例えば、複数のＵＬ）サブフレームセットで動作することを自律的に解放または停止してもよい。

ＷＴＲＵがＵＬサブフレームセットで動作しないとき（例えば、レガシＷＴＲＵ、または、構成されたＵＬサブフレームセットもしくはＵＬサブフレームセットに対するパラメータを有していないＷＴＲＵなど）、既存のシグナリングによって提供されるＰＣコンポーネントおよびパラメータは、ＰＣおよびＰＨ計算のために、ＷＴＲＵに適用可能であり、またはＷＴＲＵによって使用されてもよい。例えば、あるサブフレームに対し、それがＵＬにおいて送信してもよい全てのＵＬサブフレームなど、または、それがＰＨＲを送信してもよいＰＨの場合など。

ＷＴＲＵがＵＬサブフレームセットで動作するとき、例えば、ＷＴＲＵは、ＵＬサブフレームセットのうちの１つに対しＷＴＲＵによって使用されてもよい既存のシグナリングなどのシグナリング、これらのＰＣコンポーネントおよびパラメータのうちの１または複数を修正するために使用される既存のシグナリングなどのシグナリング、第２のＵＬサブフレームセットなどの１または複数の他のＵＬサブフレームセットに対するＰＣコンポーネントおよびパラメータを示す、ｅＮＢによって提供され、およびＷＴＲＵによって受信される付加的なシグナリングなどのシグナリング、ならびに、これらのＰＣコンポーネントおよびパラメータのうちの１または複数を修正するために、または第２のＵＬサブフレームセットなどの１または複数の他のＵＬサブフレームセットに対するＰＣコンポーネントおよびパラメータの使用を解放もしくは終了させるために使用される付加的なシグナリングなどのシグナリング、によって提供されるＰＣコンポーネントおよびパラメータのうちの１または複数に基づいて、いずれのＰＣコンポーネントおよびパラメータを使用するかを判定してもよい。

シグナリングは、ｅＮＢからＷＴＲＵへなどのＲＲＣシグナリングであってもよい。ＰＣコンポーネントおよびパラメータを提供するシグナリングはまた、それらのＰＣコンポーネントおよびパラメータがいずれのサブフレームにおいて使用されてもよいかのインジケーションを含んでもよい。別個のシグナリングがまた使用されてもよい。

セットにおけるサブフレームは、ＰＣおよびＰＨを含む電力制御（ＰＣ）コンポーネントおよびパラメータの一定のセットをいずれのサブフレームに適用するかに関して同一であってもよい。そのような関連（linkage）のシグナリングは、ＲＲＣシグナリングによって、ＭＡＣによってなど、準静的であり、または物理層シグナリングを含む動的であってもよい。ＷＴＲＵは、使用することが意図されてもよいサブフレームセットよりも少ない１つのセットで構成されてもよい。構成のいずれにも含まれないサブフレームは、デフォルトまたは基準セット（reference set）として残りのセットに存在するものとして理解されてもよい。

ＷＴＲＵは、ｅＮＢからＵＬサブフレームのセットのインジケーションを受信してもよい。これは、準静的または動的であってもよく、予め定義され、場合によっては、最小の期間に対して有効であってもよい。ＷＴＲＵは、ｅＮＢからＵＬサブフレームの１または複数のセットのインジケーションを、ＲＲＣシグナリングなどによって準静的な方法で受信してもよい。１または複数の新たなＵＬサブフレームセットを受信すると、ＷＴＲＵは、前に記憶されたＵＬサブフレームセットを破棄し、新たな１または複数のＵＬサブフレームセットを使用することを開始してもよい。ＷＴＲＵは、例えば、４０ミリ秒間隔で、４つの無線フレームごとの最初のサブフレームなどの、予め定義された周期的な方法でインジケーションを受信してもよい。周期的なインジケーションは、前に受信されたインジケーションと同一の情報を含んでもよく、または含まなくてもよい。ＷＴＲＵは、そのＷＴＲＵがＵＬサブフレームのセットを変更することを必要とされてもよい場合に、インジケーションを受信してもよい。例えば、ＷＴＲＵは、無線フレームごとの最初のサブフレームを盲目的に検索して、そのようなインジケーションを検出してもよい。ＷＴＲＵは、そのようなインジケーションを物理レイヤシグナリングの一部として受信してもよい。例えば、そのような情報は、ＤＣＩを介してＷＴＲＵへ伝達されてもよく、これは、ＷＴＲＵごとに異なり、ＷＴＲＵのグループ間では共通してもよい。ＷＴＲＵは、ＵＬ／ＤＬサブフレーム比（subframe ratio）またはサブフレーム方向を変更するためのインジケーションを含むことができるシグナリングにおいてインジケーションを受信してもよい。例えば、サブフレームセットインジケーションは、例えば、新たなＷＴＲＵもしくはプロシージャ固有のＴＤＤ ＵＬ／ＤＬ構成を提供することができる同一のシグナリングに、またはサブフレームのＵＬ／ＤＬ方向のインジケーションを提供することができる同一のシグナリングに含まれてもよい。例において、共通のＤＣＩが、あるＷＴＲＵへ送信されてもよく、これは、ＵＬ／ＤＬサブフレームの比率を黙示的および明示的に変更するために必要とされる情報（例えば、サブフレームの異なるＵＬ／ＤＬ方向のインジケーション）ならびにサブフレームのセットのインジケーションを含んでもよい。

ＷＴＲＵは、サブフレームのセットのインジケーションが有効であってもよいタイムフレームのインジケーションを受信してもよい。例えば、ＷＴＲＵは、４つの無線フレームに対するサブフレームのセットのインジケーションを使用するように構成されてもよく、その後、ＷＴＲＵは、例えば、全ての（ＵＬ）サブフレームに対する単一のセットを使用して、予め定義されたプロシージャに従ってもよく、例えば、サブフレームの予め定義されたセットに従ってもよい。無線フレームにおけるサブフレームのセットのインジケーションを受信すると、ＷＴＲＵは、サブフレームの新たなセットを次の無線フレームの開始時に適用してもよい。ＷＴＲＵはまた、サブフレームの受信されたセットをいつ適用すべきかに関するタイミングインジケーションも受信してもよい。ＷＴＲＵは、そのようなタイミングインジケーションをサブフレームのセットのインジケーションと共に受信してもよく、ＷＴＲＵは、そのようなパラメータで予め構成されてもよい。無線フレームにおけるサブフレームのセットのインジケーションを受信すると、ＷＴＲＵは、サブフレームの新たなセットを、同一の無線フレーム内を含む、インジケーションが受信されるサブフレームに対する特定のサブフレームにおいて適用してもよい。例えば、ＷＴＲＵは、サブフレームのそのようなセットのインジケーションのｋサブフレーム（例えば、ｋは４に等しい）の受信の後に、サブフレームのセットを変更してもよい。例えば、インジケーションを受信することができるサブフレームがサブフレームｎであると仮定すると、ＷＴＲＵによるセットの適用は、サブフレームｎ＋ｋにおいてであってもよく、ｋは、そのときに有効である場合があるＷＴＲＵおよびセル固有のＴＤＤ ＵＬ／ＤＬ構成およびＵＬ／ＤＬ方向のうちの１または複数の関数であってもよい。下記のうちの１または複数が適用されてもよい。

サブフレームｎ＋ｋは、最初のＵＬサブフレームであってもよく、ｋは、４以上である。

サブフレームｎ＋ｋは、ＷＴＲＵおよびセル固有のＴＤＤ ＵＬ／ＤＬ構成のうちの１つに従ってＵＬ送信に対してスケジューリングすることができるサブフレームであってもよい。

サブフレームｎ＋ｋは、ＷＴＲＵおよびセル固有のＴＤＤ ＵＬ／ＤＬ構成のうちの１つに従ってＵＬ送信に対してスケジューリングすることができるサブフレーム以上の最初のＵＬサブフレームであってもよい。

少なくとも２つのＵＬ電力制御コンポーネントセットが構成されてもよく、ＵＬ電力制御コンポーネントセットのうちの１つは、動的に選択されてもよい。電力制御コンポーネントおよび電力制御コンポーネントセットは、本明細書において交換可能に使用されてもよい。電力制御コンポーネントセットは、１または複数の電力制御コンポーネントを含んでもよい。ＵＬ電力制御および電力制御は、交換可能に使用されてもよい。電力制御コンポーネントセットは、複数の送信タイプ（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＰＲＡＣＨ）に対する電力制御コンポーネントを含んでもよい。各送信タイプに対し、またはある送信タイプに対し、別個の電力制御コンポーネントが存在してもよい。

特定の送信タイプに対し、電力制御コンポーネントセット（またはサブフレームセット）を構成し、示し、判定し、選択し、維持し、適用しもしくは使用し、またはアドレス指定するとき、関連するセットは、送信タイプに対応するセットであってもよく、セットが送信タイプに関してどのように編成されてもよいかとは独立してもよい。

例えば、サブフレームにおける送信またはＰＨに対する電力を判定する際に使用するための、ＷＴＲＵによるＵＬ電力制御コンポーネントセットの選択は、サブフレームおよびＵＬ電力制御コンポーネントセットとの送信タイプの準静的または動的な関連に基づいてもよい。ＵＬ電力制御コンポーネントセットおよびＵＬサブフレームセットは、本明細書において交換可能に使用されてもよい。

１または複数のＵＬ電力制御コンポーネントセットが構成されてもよく、ＵＬ電力制御コンポーネントセットのうちの１つは、対応するＵＬ送信に対するＤＣＩにおける明示的なインジケーションによって判定され、または、明示的なインジケーションに基づいて選択されてもよい。ビット、ビットフィールド、またはＤＣＩによって表すことができる、いずれのＵＬ電力制御コンポーネントセットかを示す、ＵＬ電力制御コンポーネントセットインジケータ（ＵＰＣＣＩ）は、例えば、対応するＵＬ送信に対し、ＷＴＲＵによって選択もしくは適用されてもよく、または選択もしくは適用されるべきである。インジケーションは、ある１または複数の送信タイプに固有であってもよい。

ＵＰＣＣＩは、ＰＵＳＣＨに対するＵＬ許可に関連する１または複数のＤＣＩフォーマットに含まれてもよい。例えば、ＷＴＲＵが動的もしくはＷＴＲＵ固有のＴＤＤ ＵＬ／ＤＬサブフレーム構成で構成される場合、および／または、ＷＴＲＵが複数のＵＬサブフレームセットもしくは複数の電力制御コンポーネントセットで動作するように構成される場合、例えば、ＤＣＩフォーマット０およびＤＣＩフォーマット４は、ＵＰＣＣＩを含んでもよい。

ＵＰＣＣＩに対し、Ｎ_SETのＵＬ電力制御コンポーネントセットが構成されてもよく、［ｌｏｇ２（Ｎ_SET）］ＵＰＣＣＩビットフィールドが、ＵＬ許可に対するＤＣＩに含まれてもよい。各ビット状態は、重複しないＵＬ電力制御コンポーネントセットにマッピングされてもよい。２つのＵＬ電力制御コンポーネントセットが構成または維持されてもよい場合、例えば、ＷＴＲＵが動的またはＷＴＲＵ固有のＴＤＤ ＵＬ／ＤＬサブフレーム構成で構成される場合、および、ＷＴＲＵが複数のＵＬサブフレームセットまたは複数の電力制御コンポーネントセットで動作するように構成される場合、１ビットのＵＰＣＣＩビットフィールドが含まれてもよい。ＵＰＣＣＩが「０」を示す場合、ＷＴＲＵは、対応するＵＬ送信に対し第１のＵＬ電力制御コンポーネントセットを使用してもよく、ＵＰＣＣＩが「１」を示す場合、ＷＴＲＵは、対応するＵＬ送信について第２のＵＬ電力制御コンポーネントセットを使用してもよく、その逆もまた同様である。複数のＵＬ電力制御コンポーネントセットが構成される場合、複数のセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩｓ）は、いずれのＵＬ電力制御コンポーネントセットが選択される必要があるかを示すために使用されてもよい。例えば、２つのＵＬ電力制御コンポーネントセットが構成される場合、ＷＴＲＵは、Ｃ−ＲＮＴＩ−１およびＣ−ＲＮＴＩ−２などの２つのＣ−ＲＮＴＩで構成されてもよく、ＷＴＲＵが、Ｃ−ＲＮＴＩ−１で（拡張された：enhanced）ＰＤＣＣＨ（（Ｅ）ＰＤＣＣＨ）を復号する場合、Ｃ−ＲＮＴＩ−１に関連付けられるＵＬ電力制御コンポーネントセットが、対応するＵＬ送信に対して選択されてもよい。

図９は、ＵＬ電力制御コンポーネントセット選択マスク（selection mask）の例を示す。あるいは、サイクリック冗長検査（ＣＲＣ）マスクが、２つのＵＬ電力制御コンポーネントセットが仮定されるが、それに限定されない例として、図９に示されるようにＷＴＲＵについて構成されたＣ−ＲＮＴＩに対して使用されてもよい。

ＵＰＣＣＩは、ＰＤＳＣＨに対するダウンリンク割り当てに関連する１または複数のＤＣＩフォーマットに含まれてもよい。ＵＰＣＣＩは、ＰＤＳＣＨ送信に関連するＤＣＩフォーマットのサブセットとすることができる、ＰＤＳＣＨ送信に関連する、一定のＤＣＩフォーマットを含んでもよい。一定のＤＣＩフォーマットは、動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成に対するサポート可能な送信モードによって判定されてもよい。例えば、ＤＭ−ＲＳ（例えば、アンテナポート７〜１４）ベースの送信をサポートするＤＣＩフォーマットは、ＵＰＣＣＩをサポートしてもよく、またはそれを含んでもよい。ＤＭ−ＲＳをサポートしないＤＣＩフォーマットは、ＵＰＣＣＩをサポートしなくてもよく、およびそれを含まなくてもよい。一定の送信モードは、複数のＵＬ電力制御コンポーネントセットをサポートしてもよい。一定の他の送信モードは、複数のＵＬ電力制御コンポーネントセットをサポートしなくてもよい。ＷＴＲＵが、複数のＵＬ電力制御コンポーネントセットをサポートしなくてもよい送信モードで構成される場合、ＷＴＲＵは、動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成が使用されない、複数のサブフレームセットが使用されない、または複数の電力制御コンポーネントセットが使用されないと仮定してもよい。ＷＴＲＵが、複数のＵＬ電力制御コンポーネントセットをサポートしなくてもよい送信モードで構成される場合、ＷＴＲＵは、そのＷＴＲＵに対して意図されるＤＣＩがＵＰＣＣＩを含まなくてもよいと仮定してもよい。複数のＵＬ電力制御コンポーネントセットが構成される場合、どのＵＬ電力制御コンポーネントセットが選択される必要があるかを示すために、複数のＣ−ＲＮＴＩが使用されてもよい。例えば、２つのＵＬ電力制御コンポーネントセットが構成される場合、ＷＴＲＵは、Ｃ−ＲＮＴＩ−１およびＣ−ＲＮＴＩ−２などの２つのＣ−ＲＮＴＩで構成されてもよく、ＷＴＲＵがＣ−ＲＮＴＩ−１で（Ｅ）ＰＤＣＣＨを復号する場合、Ｃ−ＲＮＴＩ−１に関連付けられるＵＬ電力制御コンポーネントセットは、ＷＴＲＵによって、対応するＵＬ送信に対し選択または使用されてもよい。あるいは、ＵＬ電力制御コンポーネントセット選択マスクが、ＷＴＲＵに対して構成されるＣ−ＲＮＴＩに対して適用されてもよい、図９に示されるように、ＣＲＣマスクが、ＷＴＲＵに対するＣ−ＲＮＴＩ構成に対して使用されてもよい。

ＴＰＣコマンドは、明示的なＵＰＣＣＩを有するＤＣＩフォーマットにおいて送信されてもよい。ＵＰＣＣＩを含むＤＣＩにおけるＴＰＣコマンドは、ＵＰＣＣＩによって示されるＵＬ電力制御コンポーネントセットについて適用されてもよい。例えば、ＷＴＲＵがＵＬ許可に対するＤＣＩフォーマット０またはＤＣＩフォーマット４を受信し、ＵＰＣＣＩが固有のＵＬ電力制御コンポーネントセットを示す場合、ＷＴＲＵは、ＴＰＣコマンドを対応するＵＬ電力制御コンポーネントセットに適用してもよい。ＵＰＣＣＩを含むＤＣＩにおけるＴＰＣコマンドは、デフォルト構成として構成されるサブフレームのサブセットに関連付けられるＵＬ電力制御コンポーネントセット、またはデフォルトセットとして構成され、もしくはデフォルトセットであると知られているＵＬ電力制御コンポーネントセットに対して適用されてもよい。この場合において、ＴＰＣコマンドは、ＤＣＩにおけるＵＰＣＣＩとは独立して、ＵＬ電力制御コンポーネントセットに適用されてもよい。ＴＰＣコマンドは、サブフレームおよびＳＦＮインデックスに基づいてＵＬ電力制御コンポーネントセットを調整するために使用されてもよく、一方で、ＵＰＣＣＩは、対応するＵＬ送信に対しＵＬ電力制御コンポーネントセットを選択するために使用されてもよい。

ＤＣＩフォーマット３／３ＡにおけるＴＰＣコマンドは、複数のＵＬ電力制御コンポーネントセットに対して適用されてもよく、明示的なインジケーションが使用されてもよい。ＵＰＣＣＩビットフィールドは、ＤＣＩフォーマット３／３Ａに導入されてもよく、ＤＣＩフォーマット３／３ＡにおけるグループＴＰＣコマンドは、ＵＰＣＣＩによって示される対応するＵＬ電力制御コンポーネントセットに対して適用されてもよい。複数のＵＬ電力制御コンポーネントセットに対し、複数のＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩおよびＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩが定義されてもよい。例えば、２つのＵＬ電力制御コンポーネントセットが構成される場合、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ−１およびＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ−２などの、２つのＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩが定義されてもよい。ＷＴＲＵが、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ−１でスクランブルされたＣＲＣでＰＤＣＣＨを復号する場合、ＷＴＲＵは、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ−１に関連付けられるＵＬ電力制御コンポーネントセットにＴＰＣコマンドを適用してもよい。同一のことは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩに対しても適用されてもよい。複数のＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩおよびＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩに対し、複数のＲＮＴＩを明示的に構成する代わりに、ＣＲＣマスクが使用されてもよい。

別の解決策においては、１または複数のＵＬ電力制御コンポーネントセットが構成されてもよく、ＵＬ電力制御コンポーネントセットのうちの１つが、ＤＣＩにおける黙示的なインジケーションによって判定されてもよい。（Ｅ）ＰＤＣＣＨ探索空間（search space）は、ＵＬ電力制御コンポーネントセットの数に分割されてもよく、（Ｅ）ＰＤＣＣＨ探索空間の各サブセットは、重複しないＵＬ電力制御コンポーネントセットに対応してもよい。ＷＴＲＵが、探索空間の固有のサブセット内のＣ−ＲＮＴＩによってスクランブルされたＣＲＣで（Ｅ）ＰＤＣＣＨを復号する場合、ＵＬ電力制御コンポーネントセットは、ＷＴＲＵが（Ｅ）ＰＤＣＣＨを受信する探索空間のサブセットによって判定されてもよい。（Ｅ）ＰＤＣＣＨ探索空間は、ＰＵＳＣＨおよびＰＤＳＣＨに関連するＤＣＩに対するＷＴＲＵ固有の探索空間であってもよい。（Ｅ）ＰＤＣＣＨ探索空間のサブセットは、（Ｅ）ＰＤＣＣＨリソースグループとして定義されてもよい。例えば、２つの（Ｅ）ＰＤＣＣＨリソースグループが定義されてもよく、第１のＥＰＤＣＣＨリソースグループにおけるＥＰＤＣＣＨ候補は、第１のＵＬ電力制御コンポーネントセットに関連付けられてもよく、第２のＥＰＤＣＣＨリソースグループにおけるＥＰＤＣＣＨ候補は、第２のＵＬ電力制御コンポーネントセットに関連付けられてもよい。

グループＴＰＣコマンド（すなわち、ＤＣＩフォーマット３／３Ａ）は、複数のＵＬ電力制御コンポーネントセットに適用されてもよく、黙示的なインジケーションが使用されてもよい。サブフレームセットは、上位レイヤを介して構成されてもよく、グループＴＰＣコマンドは、ＷＴＲＵがグループＴＰＣコマンドを受信するサブフレームに従って適用されてもよい。（Ｅ）ＰＤＣＣＨ探索空間は、ＵＬ電力制御コンポーネントセットの数に分割されてもよく、グループＴＰＣコマンドは、ＷＴＲＵがグループＴＰＣコマンドを受信する（Ｅ）ＰＤＣＣＨ探索空間のサブセットに従って、対応するＵＬ電力制御コンポーネントセットに適用されてもよい。例えば、２つのＵＬ電力制御コンポーネントセットが構成される場合、ＤＣＩフォーマット３／３Ａに対する（Ｅ）ＰＤＣＣＨ探索空間の２つのサブセットが定義されてもよい。ＷＴＲＵが（Ｅ）ＰＤＣＣＨ探索空間の第１のサブセットにおいてＴＰＣコマンドを受信する場合、ＷＴＲＵがＴＰＣコマンドを第１のＵＬ電力制御コンポーネントセットに適用してもよいように、（Ｅ）ＰＤＣＣＨ探索空間の各サブセットは、各ＵＬ電力制御コンポーネントセットに対応してもよい。そうでない場合、ＷＴＲＵは、ＴＰＣコマンドを第２のＵＬ電力制御コンポーネントセットに適用してもよい。

別の解決策においては、１または複数のＵＬ電力制御コンポーネントが構成されてもよく、対応するサブフレームセットなどの１または複数のサブフレームセットは、デフォルトとして構成されてもよい。ＤＣＩにおけるＵＰＣＣＩは、デフォルトＵＬ電力制御コンポーネントセットをオーバーライドしてもよい。デフォルト構成として、サブフレームは、ＵＬ電力制御コンポーネントセットの数に分割されてもよく、サブフレームの各サブセットは、重複しないＵＬ電力制御コンポーネントセットに結び付けられてもよい。例えば、２つのＵＬ電力制御コンポーネントセットが構成される場合、サブセット−１およびサブセット−２などの、サブフレームの２つのサブセットが構成されてもよく、サブセット−１は、第１のＵＬ電力制御コンポーネントセットに関連付けられてもよく、サブセット−２は、第２のＵＬ電力制御コンポーネントセットに関連付けられてもよい。電力制御コンポーネントの一定のセットは、デフォルトセットであってもよい。このセットは、一定のサブフレームまたは全てのサブフレームに対するデフォルトセットであってもよい。異なる送信タイプに対し、異なるデフォルトセットが存在してもよい。ＷＴＲＵが、ＵＰＣＣＩで構成され、またはＵＰＣＣＩを受信することを予測し、もしくはＵＰＣＣＩ受信する場合、ＷＴＲＵは、デフォルト構成に関わらず、対応するＵＬ送信に対するＵＰＣＣＩに基づいて、ＵＬ電力制御コンポーネントセットを選択してもよい。

ＳＲＳ、周期的なＰＵＣＣＨ報告、およびＳＰＳ送信などの、関連付けられた（Ｅ）ＰＤＣＣＨなしのＵＬ送信に対し、下記のうちの１または複数が適用されてもよい。ＷＴＲＵは、デフォルト構成に基づいて、ＵＬ電力制御コンポーネントセットを選択してもよい。ＷＴＲＵは、デフォルトＵＬ電力制御コンポーネントセット、または送信タイプに対するデフォルトＵＬ電力制御コンポーネントセットを選択してもよい。ＷＴＲＵは、ＵＰＣＣＩによって示される最新の（例えば、直近の）ＵＬ電力制御コンポーネントセットに基づいて、ＵＬ電力制御コンポーネントセットを選択してもよい。

（Ｅ）ＰＤＣＣＨを有するＵＬ送信と同時に発生する（coinciding with）、関連付けられた（Ｅ）ＰＤＣＣＨなしのＵＬ送信に対し、下記のうちの１または複数が適用されてもよい。ＷＴＲＵは、関連付けられた（Ｅ）ＰＤＣＣＨなしのＵＬ送信に対し、関連付けられた（Ｅ）ＰＤＣＣＨを有するＵＬ送信に対するものと同一のＵＬ電力制御コンポーネントセットを選択してもよい。ＷＴＲＵは、関連付けられた（Ｅ）ＰＤＣＣＨなしのＵＬ送信および関連付けられた（Ｅ）ＰＤＣＣＨを有するＵＬ送信に対し、独立したＵＬ電力制御コンポーネントセットを選択してもよい。ＷＴＲＵが、ＵＰＣＣＩで構成されていないか、または、ＵＰＣＣＩを受信することを予測していないか、もしくは受信していない場合、ＷＴＲＵは、デフォルト構成に基づいて、ＵＬ電力制御コンポーネントセットを選択してもよい。デフォルト構成は、関連付けられた（Ｅ）ＰＤＣＣＨなしのＵＬ送信に対して使用されてもよく、ＵＰＣＣＩは、関連付けられた（Ｅ）ＰＤＣＣＨを有するＵＬ送信に対して使用されてもよい。グループＴＰＣコマンド（すなわち、ＤＣＩフォーマット３／３Ａ）は、デフォルト構成に基づいて、適用されてもよい。ＰＵＳＣＨおよびＰＤＳＣＨに関連するＤＣＩフォーマットに対するＴＰＣコマンドは、ＵＰＣＣＩに基づいて適用されてもよい。

１つの解決策において、ＵＬ電力制御コンポーネントセットは、下記のうちの少なくとも１つに基づいて、サウンディング参照信号（ＳＲＳ：sounding reference signal）送信に対して選択されてもよい。ＳＲＳ送信に対するＵＬ電力制御コンポーネントセットは、ＵＬ電力制御コンポーネントセットのうちの１つに固定されてもよい。例えば、第１のＵＬ電力制御コンポーネントセットが、ＳＲＳ送信に対して使用されてもよい。複数のＵＬ電力制御コンポーネントセットが、上位レイヤ構成を介して単一のＵＬ電力制御コンポーネントセットになる場合、第１のＵＬ電力制御コンポーネントセットは、単一の電力制御コンポーネントセットとして再構成されてもよい。ＷＴＲＵが、単一のＵＬ電力制御コンポーネントセットから複数のＵＬ電力制御コンポーネントセットへ再構成される場合、単一の電力制御コンポーネントセットは、第１のＵＬ電力制御コンポーネントセットとして再構成されてもよい。この場合において、第１のＵＬ電力制御コンポーネントセットは、ＵＬ電力制御コンポーネントセットの数の再構成に関わらず、保持されてもよい。ＳＲＳ送信に対するＵＬ電力制御コンポーネントセットは、ＵＬ電力制御コンポーネントセットのうちの１つの間で準静的な方式で構成されてもよい。ＵＬ電力制御コンポーネントセットのうちの１つは、上位レイヤシグナリングに基づいて選択されてもよく、ＷＴＲＵが再構成されるまで使用されてもよい。ＵＬ電力制御コンポーネントセットのうちの１つは、ＷＴＲＵ−ＩＤ（例えば、Ｃ−ＲＮＴＩ）に基づいて選択されてもよい。例えば、モジュロ演算は、ＳＲＳ送信に対するＵＬ電力制御コンポーネントセットを選択するために、ＷＴＲＵ−ＩＤと共に使用されてもよい。例において、ＵＰＣＣＩ＝ＷＴＲＵＩＤ ｍｏｄ Ｎ_SETであり、ここで、Ｎ_SETは、構成されるＵＬ電力制御コンポーネントセットの数を表す。ＳＲＳ送信に対するＵＬ電力制御コンポーネントセットは、サブフレームサブセットが固有のＵＬ電力制御コンポーネントセットに対して構成することができるデフォルト構成に基づいて判定されてもよい。

別の解決策においては、ＵＬ電力制御コンポーネントセットが、反永続的スケジューリング（ＳＰＳ）送信に対して選択されてもよい。ＵＬ ＳＰＳ送信は、固有のＵＬ電力制御コンポーネントセットに関連付けられるサブフレームのセットにおいてのみ許容されてもよい。例えば、ＷＴＲＵは、デフォルト構成における第１のＵＬ電力制御コンポーネントセットに関連付けられるＵＬサブフレームにおいてのみＳＰＳパケットを送信してもよく、ＷＴＲＵは、その他のＵＬ電力制御コンポーネントセットに関連付けられるサブフレームにおいてはＳＰＳパケットをスキップ（skip）／ドロップ（drop）／ホールド（hold）してもよい。別の例において、ＷＴＲＵは、「ＵＰＣＣＩ＝ｋ」によって示される固有のＵＬ電力制御コンポーネントセットに関連付けられるＵＬサブフレームにおいてのみＳＰＳパケットを送信してもよい。ここで、ｋは、上位レイヤによって予め定義され、または構成されてもよい。ＵＬ ＳＰＳ送信に対するＵＬ電力制御コンポーネントセット選択は、デフォルト構成に基づいてもよい。そのため、ＷＴＲＵは、そのＷＴＲＵがＳＰＳパケットを送信することができるサブフレームに基づいて、ＵＬ電力制御コンポーネントセットを判定してもよい。

拡張されたＤＣＩ、または「ｅ−ＤＣＩ」は、ＵＰＣＣＩ、およびサブフレーム方向などの動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成を含むＤＣＩであってもよい。「通常の」ＤＣＩは、ＵＰＣＣＩおよび動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成を含まないＤＣＩであってもよい。ｅ−ＤＣＩは、ＵＰＣＣＩおよび動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成を含むことを除いて、通常のＤＣＩと同一のＤＣＩフォーマットであってもよい。解決策において、ＷＴＲＵは、ｅ−ＤＣＩまたは通常のＤＣＩを監視してもよい。サブフレームにおいて監視すべきＤＣＩは、上位レイヤ構成に基づいてもよい。ＷＴＲＵは、上位レイヤを介して構成されて、ｅ−ＤＣＩまたは通常のＤＣＩを準静的な方式で監視してもよい。ｅ−ＤＣＩに対して構成される場合、ＷＴＲＵは、例えば、ｅ−ＤＣＩを適用することができるＤＣＩフォーマットに対するＤＣＩをそれが監視する各サブフレームにおいて、ｅ−ＤＣＩを監視してもよい。ｅ−ＤＣＩについて構成されない場合、ＷＴＲＵは、それがＤＣＩを監視する各サブフレームに対し通常のＤＣＩを監視してもよい。ＷＴＲＵが、動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成で動作するように構成される場合、例えば、ＷＴＲＵが、ＷＴＲＵ固有のＵＬ／ＤＬサブフレーム構成で構成される場合、ｅ−ＤＣＩは、ＷＴＲＵによって、例えば、それがＤＣＩを監視する各サブフレームにおいて、自動的に使用されてもよい（例えば、監視され）。そうでない場合、通常のＤＣＩが使用されてもよい（例えば、ＷＴＲＵによって監視され）。サブフレームのサブセットは、動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成で動作するための構成に関わらず、通常のＤＣＩを監視するために使用されてもよい。これは、再構成のための曖昧期間（ambiguity period）について必要とされてもよいフォールバック送信として使用されてもよい。ＭＡＣ ＣＥは、ｅ−ＤＣＩと通常のＤＣＩとの間の構成のために使用されてもよい。ＷＴＲＵは、サブフレームのサブセットにおいてｅ−ＤＣＩを監視するように構成されてもよい。ｅ−ＤＣＩのためのサブフレームは、上位レイヤシグナリングまたはブロードキャスティングチャネルを介して構成されてもよい。

解決策において、ＷＴＲＵは、一定のフレームの一定のサブフレームにおいてｅ−ＤＣＩを監視してもよい。それらの一定のフレームのそれらの一定のサブフレームにおいて、ＷＴＲＵは、ｅ−ＤＣＩが監視されているため、例えば、同一のフォーマットタイプの通常のＤＣＩを監視しなくてもよい。

そこにおいてｅ−ＤＣＩを監視するサブフレームは、知られていてもよく、または、上位レイヤによる構成に基づいてもよい。ｅ−ＤＣＩを監視するための構成は、動的なＴＤＤ ＵＬ／ＤＬサブフレーム構成で動作するための構成（例えば、ＷＴＲＵ固有のＵＬ／ＤＬ構成の構成）またはＵＬ電力制御コンポーネントセットの構成などの、別の構成に基づいて明示的または黙示的であってもよい。ｅ−ＤＣＩは、１または複数のサブフレームまたは送信の各々に対して電力制御コンポーネントセットの関連を提供してもよい。例えば、５つの潜在的なＵＬサブフレームを有するフレームにおいて、関連は、潜在的なサブフレームの各々に対して提供されてもよい。フレーム内のサブフレームに対する電力制御コンポーネントセットの関連は、１または複数の後続のフレームにおけるその同一のサブフレームに適用されてもよい。例えば、関連は、新たな関連を提供する次のｅ−ＤＣＩが受信されるまで、適用されてもよい。

別の解決策において、ＷＴＲＵは、サブフレームセット構成に従って、サブフレームにおいてｅ−ＤＣＩまたは通常のＤＣＩを監視してもよい。

ＷＴＲＵが、ＵＬに固定されるＵＬサブフレームに対応する（Ｅ）ＰＤＣＣＨを監視することができるダウンリンクサブフレームに対し、ＷＴＲＵは、サブフレームにおいて通常のＤＣＩを監視してもよい。ＷＴＲＵが、ＵＬとダウンリンクとの間で選択可能であるＵＬサブフレームに対応する（Ｅ）ＰＤＣＣＨを監視することができるダウンリンクサブフレームに対し、ＷＴＲＵは、サブフレームにおいてｅ−ＤＣＩを監視してもよい。

別の解決策において、ＷＴＲＵは、（Ｅ）ＰＤＣＣＨ探索空間に従って、ｅ−ＤＣＩまたは通常のＤＣＩを監視してもよい。

（Ｅ）ＰＤＣＣＨ探索空間は、２つのサブセットに分割されてもよく、一方のサブセットは、ｅ−ＤＣＩに関連付けられてもよく、他方のサブセットは、通常のＤＣＩに関連付けられてもよい。例えば、第１のサブセットにおいて、ＷＴＲＵは、ｅ−ＤＣＩに基づいて（Ｅ）ＰＤＣＣＨを監視してもよく、ＷＴＲＵは、第２のサブセットにおいては通常のＤＣＩに基づいて（Ｅ）ＰＤＣＣＨを監視してもよい。２つのサブセットは、２つのＥＰＤＣＣＨリソースセットで定義されてもよい。第１のＥＰＤＣＣＨリソースセットにおけるＥＰＤＣＣＨ候補は、第１のサブセットとして定義されてもよく、第２のＥＰＤＣＣＨリソースセットにおけるＥＰＤＣＣＨ候補は、第２のサブセットとして定義されてもよい。サブフレームのサブセットは、ｅ−ＤＣＩと通常のＤＣＩとの両方を監視するために分割された（Ｅ）ＰＤＣＣＨ探索空間を有してもよい。そのため、ＷＴＲＵは、他のサブフレームにおいてｅ−ＤＣＩまたは通常のＤＣＩを監視してもよい。ｅ−ＤＣＩ候補と通常のＤＣＩ候補との両方を有するサブフレームは、フォールバックサブフレームとしてみなされてもよい。ＷＴＲＵが、通常のＤＣＩに対する探索空間において（Ｅ）ＰＤＣＣＨを復号してもよい場合、ＷＴＲＵは、使用することができる第１のＵＬ電力制御コンポーネントセット、常にＵＬサブフレームとして固定されるＵＬサブフレームに関連付けられるＵＬ電力制御コンポーネントセット、および予め定義されるデフォルトＵＬ電力制御コンポーネントセット、のうちの１または複数に基づいて、ＵＬ電力制御コンポーネントセットを選択してもよい。

ｅＮＢは、サブフレームにおける干渉のレベルに基づいて、ＵＬサブフレームのセットを動的および周期的に再構成してもよい。ｅＮＢは、場合により、前の無線フレームのＵＬサブフレームにおける干渉レベルの記録を維持してもよい。例えば、ｅＮＢは、場合により、構成された数の無線フレーム、例えば、Ｎ個の無線フレームに対し、（場合により、例えば、何らかの重み付けおよび平均化フィルタを通じて）各サブフレームの干渉レベルの平均値を維持してもよい。この情報は、ＵＬサブフレームの新たなセットを判定するために使用されてもよい。ＵＬサブフレームセットにおけるサブフレームの分類は、経験される干渉に基づくため、サブフレームセットは、それらの（場合により、おおよその）干渉のレベルに基づいて分類されてもよい。例として、サブフレームの２つのセットのみをサポートする場合において、一方は、低干渉セットとして、他方は、高干渉セットとしてみなされてもよい。

ｅＮＢは、最小干渉閾値で構成されてもよく、これは、「ｄｅｌｔａ＿ｍｉｎ」によって表されてもよい。この最小閾値パラメータは、ＵＬサブフレームの数個のセットが存在し、またはＵＬサブフレーム１つのセットのみが存在してもよいかを判定することができる。例えば、全てのＵＬサブフレームによって観測される干渉レベルが、この閾値未満である場合、１つのサブフレームセット（例えば、低干渉セット）のみが利用されてもよい。「ｄｅｌｔａ＿ｍｉｎ」の値は、一部の固定された閾値と、システムにおいて観測される最小干渉および最大干渉のより良好な測定値（measure）を生み出す（yield）ことがあるｅＮＢによって維持される干渉の一部の履歴との関数であってもよい。

ｅＮＢは、ＵＬサブフレームのあらゆるセットを公称干渉レベル、例えば、「ｓｅｔＸ＿ｃｅｎｔｅｒ＿ｄｅｌｔａ」に関連付けてもよい。ｅＮＢは、セットの数、ＴＤＤ ＵＬ／ＤＬ構成、サブフレームの干渉レベル、サブフレームのＵＬ／ＤＬ方向などの、いくつかの要因に応じて、各セットの公称干渉レベル（nominal interference level）を判定してもよい。ｅＮＢは、そのサブフレームの干渉レベルが、ＵＬサブフレームの全てのセットの中でセットＸの公称干渉レベルに最も近い場合、セットＸにおけるＵＬサブフレームを考慮してもよい。

ｅＮＢは、遷移閾値（transition threshold）、例えば、セットＸに対応する「ｓｅｔＸ＿ｄｅｌｔａ＿ｏｆｆｓｅｔ」を使用して、１つのセットから別のセットへのサブフレームの遷移を可能にする。ＵＬサブフレーム、例えば、サブフレームｎが、セットＸの一部となると、それは、その干渉レベルが（ｓｅｔＸ＿ｃｅｎｔｅｒ＿ｄｅｌｔａ − ｓｅｔＸ＿ｄｅｌｔａ＿ｏｆｆｓｅｔ）および（ｓｅｔＸ＿ｃｅｎｔｅｒ＿ｄｅｌｔａ ＋ ｓｅｔＸ＿ｄｅｌｔａ＿ｏｆｆｓｅｔ）の範囲内である限り、そのセットの一部のままであってもよい。サブフレームｎの新たなセット関連付けは、そのサブフレームの干渉レベルが前述された範囲に存在しない場合にのみ、トリガされてもよい。この遷移閾値は、範囲またはヒステリシス効果をもたらすことがあり、サブフレームがサブフレームの２つの異なるセット間で頻繁に切り替わることを防止することができる。

ＵＬサブフレームセット再構成時（US subframe sets reconfiguration instant）は、（例えば、ＴＤＤ ＵＬ／ＤＬ構成の変更を介した、サブフレームのＵＬ／ＤＬ方向の変更を介した、等）ＤＬ／ＵＬサブフレームの再構成時と、同時に発生してもよく、または同時に発生しなくてもよい。そのような同時の再構成の場合において、ｅＮＢは、ＷＴＲＵが受信するＤＬ／ＵＬサブフレームの最新の再構成に基づいて、ＵＬサブフレームのセットを判定してもよい。

ＷＴＲＵによってＴＰＣコマンドが受信されると、ＷＴＲＵは、受信されたＴＰＣコマンドを、そのＵＬ送信に適用してもよい。ＷＴＲＵがそのＴＰＣコマンドをＵＬ送信に対して潜在的に使用することができる第１のＵＬサブフレームは、ＴＰＣコマンドに対応するＵＬサブフレームと称されてもよい。ＦＤＤにおいて、ＷＴＲＵがＴＰＣコマンドをサブフレームｎにおいて受信する場合、そのＴＰＣコマンドに対応するＵＬサブフレームは、サブフレームｎ＋４であってもよい。ＴＤＤにおいて、ＷＴＲＵがＰＵＣＣＨ ＴＰＣコマンドをサブフレームｎにおいて受信する場合、そのＴＰＣコマンドに対応するＵＬサブフレームは、サブフレームｎ＋ｋであってもよく、ｎは、整数であり、ｋは、ゼロより大きい整数であり、図７において定義されるようであってもよい。

ＷＴＲＵは、異なるＵＬ電力制御コンポーネントをＵＬサブフレームの異なるセットに適用してもよい。ＵＬ電力制御コンポーネントの例は、ＴＰＣコマンドアキュムレータであってもよい。ＷＴＲＵは、ＵＬサブフレームの異なるセットに対し、および／または、異なるＵＬ送信タイプに対し、別個のＴＰＣコマンドアキュムレータ、ＴＰＣコマンドアキュムレータ値、および／またはＴＰＣコマンドアキュムレータ値を維持および／または適用してもよい。ＷＴＲＵは、１）ＷＴＲＵが、少なくとも１つのＴＰＣコマンドアキュムレータ、ＴＰＣコマンドアキュムレータ値、および／またはＴＰＣコマンドに対応するＵＬサブフレームのＴＰＣコマンドアキュムレータ値を更新するために、ＷＴＲＵが受信されたＴＰＣコマンドを使用すること、２）少なくとも１つのＴＰＣコマンドアキュムレータ、ＴＰＣコマンドアキュムレータ値、および／またはＴＰＣコマンドに対応するＵＬサブフレームが属するＵＬサブフレームの１または複数のセットのＴＰＣコマンドアキュムレータ値を更新するために、ＷＴＲＵが受信されたＴＰＣコマンド使用すること、のうちの１つまたは組み合わせに従って、受信されたＴＰＣコマンドを処理してもよい。

ＵＬサブフレームにおけるＵＬ送信に対し、ＷＴＲＵは、少なくとも１つのＴＰＣコマンドアキュムレータ、ＴＰＣコマンドアキュムレータ値、および／または、そのＵＬサブフレームが属するＵＬサブフレームの１または複数のセットに対応するＴＰＣコマンドアキュムレータ値を使用して、ＵＬ送信電力を計算してもよい。サブフレームにおける複数のＴＰＣコマンドアキュムレータの使用は、複数のチャネルタイプを送信することができるシナリオに対応してもよい。ＴＰＣコマンドアキュムレータは、サブフレームセット固有およびチャネルタイプ固有であってもよい。

図１０は、ＵＬサブフレームの２つのセットを維持するためのＷＴＲＵによって使用されるＴＤＤ ＵＬ／ＤＬ構成スキームの例を示す図である。この例において、第１のセット１は、ＵＬサブフレーム２およびＵＬサブフレーム３を含んでもよく、第２のセットは、ＵＬサブフレーム７およびＵＬサブフレーム８を含んでもよい。別個のＴＰＣコマンドアキュムレータは、各セットのＵＬサブフレームのＵＬ ＴＰＣコマンドを蓄積するために各セットに対して使用されてもよい。ＤＣＩフォーマット３Ａに対する２つのＴＰＣインデックスが使用されてもよく、それによって、ＷＴＲＵは、第１のＴＰＣインデックスに対応する受信されたＴＰＣコマンドを第１のセットのＴＰＣコマンドアキュムレータに適用してもよく、また、ＷＴＲＵは、第２のＴＰＣインデックスに対応する受信されたＴＰＣコマンドを第２のセットのＴＰＣコマンドアキュムレータに適用してもよい。

別の例において、ＴＤＤ ＵＬ／ＤＬ構成１を有するセルを考慮されたい。ＷＴＲＵは、ＵＬサブフレームの２つの定義されたセットを有してもよく、１つのセットは、サブフレーム２およびサブフレーム７を含み、別のセットは、サブフレーム３およびサブフレーム８を含む。したがって、ＷＴＲＵは、各セットに対し異なるＰＵＣＣＨ ＴＰＣコマンドアキュムレータ、Ｓ１およびＳ２に対するｇｓ１（ｉ）およびｇｓ２（ｉ）を有してもよい。ＷＴＲＵがサブフレーム＃２およびサブフレーム＃７においてＵＬ送信を実行する必要がある場合、それは、Ｓ１に対応するＴＰＣコマンドを蓄積することによって、ＴＰＣコマンドアキュムレータｇｓ１（ｉ）（例えば、第１のセットに対応するＴＰＣコマンドアキュムレータ）を更新してもよく、次いで、それは、そのアキュムレータを使用して、ＰＰＵＣＣＨ（ｉ）を計算してもよい。ＷＴＲＵがサブフレーム＃３およびサブフレーム＃８においてＵＬ送信を実行する必要がある場合、それは、場合により、Ｓ２に対応するＴＰＣコマンドに基づいてｇｓ２（ｉ）を更新した後に、ＴＰＣコマンドアキュムレータｇｓ２（ｉ）（例えば、第２のセットに対応するＴＰＣコマンドアキュムレータ）を使用して、ＰＵＣＣＨ電力を計算してもよい。また、ＰＵＳＣＨをこれらのサブフレームのうちの１つにおいて送信することができる場合、これらのサブフレームの各々におけるＷＴＲＵによるＰＵＳＣＨ電力計算は、ＵＬサブフレームセットがＰＵＳＣＨチャネルおよびＰＵＣＣＨチャネルに対して同一である場合に、サブフレームが属するＵＬサブフレームのサブセットに対応する、ＰＵＳＣＨ ＴＰＣコマンドアキュムレータ（例えば、第１のセットに対応するＴＰＣコマンドアキュムレータｆｓ１（ｉ）または第２のセットに対応するＴＰＣコマンドアキュムレータｆｓ２（ｉ））を使用してもよい。

ＷＴＲＵは、１）各々が少なくとも１つのＴＰＣコマンドを含む複数のＤＣＩフォーマット、例えば、ＰＵＳＣＨ送信に対するＤＣＩフォーマット０／４、ＰＵＣＣＨのためのＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／２Ａ／２／２Ｂ／２Ｃなどを受信することと、２）ＤＣＩフォーマット３／３Ａを受信することとのうちの１つまたは組み合わせを使用して、ＤＬサブフレームにおいて２以上の（例えば、複数の）ＴＰＣコマンドを受信してもよい。この場合において、ＷＴＲＵは、１つよりも多くのｔｐｃインデックスを割り当てられ、そのため、１つよりも多くのＴＰＣコマンドが割り当てられてもよい。

同一のサブフレームにおいて複数のＴＰＣコマンドを受信するＷＴＲＵは、１）ＵＬサブフレームの各セットがそれ自体のＴＰＣコマンドアキュムレータを有する、異なるＵＬ送信タイプに対して定義することができるＵＬサブフレームの同一のセットにそれらのＴＰＣコマンドを適用することと、２）一部または全部のＴＰＣコマンドが、それらのＴＰＣコマンドに対応するＵＬサブフレームに関連付けられていない、同一のＵＬ送信タイプまたは異なるＵＬ送信タイプに対して定義することができるＵＬサブフレームの異なるセットにそれらのＴＰＣコマンドを適用すること（例えば、ＦＤＤに対する（ｎ＋４）およびＴＤＤに対する（ｎ＋ｋ）のルールは適用されなくてもよい）とのうちの少なくとも１つまたは組み合わせで、それらのＴＰＣコマンドを、同一のＵＬ送信タイプ、または、場合により、異なるＵＬ送信タイプのＵＬサブフレームの異なるセットに適用してもよい。新たなタイミングが使用されて、それらのＴＰＣコマンドの一部または全部が、ＵＬサブフレームおよび／またはＵＬサブフレームのセットに関連付けられてもよい。例として、各ｔｐｃインデックスは、固有のＵＬサブフレームおよび／またはＵＬサブフレームのセットに黙示的および／または明示的に関連付けられてもよい。これらのインジケーションは、上位レイヤ構成、それらが受信されるＤＬサブフレーム、ｔｐｃインデックスの値などの関数であってもよい。

ＰＨ報告（ＰＨＲ）は、ＷＴＲＵによって周期的に送信され、または、一定のイベントに基づいてトリガされてもよい。周期的な送信に対するパラメータは、ｅＮＢによって構成されてもよい。一定のイベントは、例えば、上位レイヤによる、ＰＨ報告機能性の構成または再構成のうちの１または複数を含んでもよく、そのような構成または再構成は、関数、ＰＨＲの最後の送信に対する閾値によるパスロスの変化、ＰＨＲの最後の送信以降にパスロス基準として使用することができる少なくとも１つの活性化されたサービングセルに対する閾値によるパスロスの変化、周期タイマの満了、構成されたＵＬでのＳＣｅｌｌの起動、満たされる必要があることがある他の基準に加えて、閾値による電力管理に起因する電力バックオフの変化（例えば、閾値によって電力バックオフが変化した、活性化されたサービングセルに対し）、を無効化するためには使用されなくてもよい。

パスロストリガ条件または電力バックオフトリガ条件などの、一定のトリガ条件が一定のＴＴＩにおいて満たされるために、禁止タイマ（prohibit timer）は、そのＴＴＩにおいて、または、そのＴＴＩの前に、満慮していてもよい。一定のトリガ条件が、一定のＴＴＩにおいて満たされるために、ＷＴＲＵは、そのＴＴＩにおいて新たな送信のためのＵＬリソースを有してもよい。ＰＨＲを一定のＴＴＩまたはサブフレームにおいてＷＴＲＵによって送信することができるかとは独立して、ＰＨＲは、１または複数の、例えば、全ての活性化されたサービングセルの各々に対する１または複数のＰＨ値を含んでもよい。活性化されたサービングセルは、本明細書において、構成されたＵＬを有する活性化されたサービングセルによって置き換えられてもよい。

ＷＴＲＵは、ＰＨＲにおいて、活性化されたサービングセルの各々に対しタイプ１ ＰＨを、ＰＣｅｌｌに対しタイプ２ ＰＨを含んでもよい。タイプ２ ＰＨを含むことは、例えば、ｅＮＢによって、同時のＰＵＳＣＨおよびＰＵＣＣＨのサポートのために、ＷＴＲＵが構成されるときに含まれてもよい。ＰＵＳＣＨがＰＨＲ送信のＴＴＩにおいて送信される各サービングセルに対し、ＷＴＲＵは、そのサービングセルに対するタイプ１ ＰＨの判定において使用されていたことがあるＰｃｍａｘ，ｃを含んでもよい。ＰＵＳＣＨおよび／またはＰＵＣＣＨがＰＨＲ送信のＴＴＩにおいて送信されてもよい場合、ＷＴＲＵは、ＰＣｅｌｌに対するタイプ２ ＰＨの判定において使用されていたことがあるＰｃｍａｘ，ｃを含んでもよい。

ＰＨＲ送信のＴＴＩは、そのサブフレームにおいて送信することができる１または複数のチャネルの各々に対する１または複数のＵＬサブフレームセットに属することができる、特定のサブフレームに対応してもよい。ＣＡを実行するＷＴＲＵに対し、集約されたコンポーネントキャリア（キャリアはサービングセルと交換可能に使用されてもよい）は、同一または異なってもよいＵＬサブフレームセットを有してもよい。一定のサービングセルに言及する場合、ＵＬサブフレームセットは、その一定のサービングセルのＵＬサブフレームセットであってもよいことが理解されてもよい。

サービングセル固有のコンポーネント、例えば、下付き文字ｃを有する電力制御コンポーネントを示すために本明細書において下付き文字が示される場合、それらのコンポーネントがまた、ＵＬサブフレームセット、例えば、Ｓ１を示すとき、そのＵＬサブフレームセットは、ＵＬサブフレームセットに追加のサービングセル固有の指定（designation）を提供することなしに、サービングセルｃに固有であってもよい。

本明細書において議論されるように、サブフレームセットに属するサブフレームは、電力制御コンポーネントセット、または、そのサブフレームに適用可能である電力制御コンポーネントセットに属するサブフレームと同一であってもよく、サブフレームセットおよび電力制御コンポーネントセットは、交換可能に使用されてもよい。

ＷＴＲＵがＰＨを判定することがでいる各サービングセルｃに対し、ＷＴＲＵは、ＰＨＲ送信のサブフレームが属することができる、１もしくは複数のサブフレームセットまたは１もしくは複数のＵＬ電力制御コンポーネントセットに対応する電力制御コンポーネントに基づいて、各ＰＨ、例えば、タイプ１ ＰＨおよび／またはタイプ２ ＰＨを計算し、または別の方法で判定してもよい。

ＰＨＲ送信のサブフレーム、サブフレームｉが、一定のＵＬサブフレームセット、例えば、ＵＬサブフレームセット１（Ｓ１）に属してもよい場合、タイプ１ ＰＨは、ＴＰＣコマンドアキュムレータ、例えば、ＰＵＳＣＨ ＴＰＣコマンドアキュムレータｆｃｓ１（ｉ）、構成された最大出力電力、Ｐｅｍａｘ，ｃＳ１の関数であってもよいＰｃｍａｘ，ｃＳ１（ｉ）、ＰＯ＿ＰＵＳＣＨ，ｃＳ１（ｊ）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃＳ１（ｉ）の関数であってもよい、ならびに／または、それらの合計などのＰＯ＿ＷＴＲＵ＿ＰＵＳＣＨ，ｃＳ１（ｊ）およびαｃＳ１（ｊ）などのパスロス係数などの１または複数のＵＬサブフレームセット固有の電力制御コンポーネントを使用して計算されてもよい。ＵＬサブフレームセット固有として示されるＴＰＣコマンドアキュムレータは、
ＰＨ_type1,cS1（ｉ）＝Ｐ_CMAX,c（ｉ）−｛１０ｌｏｇ₁₀（Ｍ_PUSCH,c（ｉ）＋Ｐ_{O_PUSCH,c}（ｊ）＋α_c（ｊ）・ＰＬ_C＋Δ_TF,c（ｉ）＋ｆ_cS1（ｉ）｝
方程式（４）
として計算されてもよい。

ＰＨＲ送信のＴＴＩにおいてＰＵＳＣＨ送信が存在しなくてもよい、活性化されたサービングセルに対し、代替的なＰＨ計算が実行されてもよく、代替的な構成された最大出力電力

が使用されてもよく、これは、ＭＰＲ、Ａ−ＭＰＲ、Ｐ＿ＭＰＲなどの、一定の許容された電力低減を仮定してもよく、ΔＴＣは０であり、タイプ１ ＰＨを判定する場合、ｊは１に設定されてもよい。この代替的な構成された最大出力電力は、ＵＬサブフレームセット固有であってもよい。ＴＰＣコマンドアキュムレータのみを有してＵＬサブフレームセットＳ１に属することができる、サブフレームｉにおけるＰＨＲ送信に対するＰＨ判定は、ＵＬサブフレームセット固有であってもよく、

として計算されてもよい。

ＰＨＲ送信のサブフレーム、サブフレームｉが、あるＵＬサブフレームセット、例えば、ＵＬサブフレームセット１（Ｓ１）に属する場合、タイプ２ ＰＨは、１または複数のＴＰＣコマンドアキュムレータ、例えば、ＰＵＳＣＨ ＴＰＣコマンドアキュムレータｆｃｓ１（ｉ）および／またはＰＵＣＣＨ ＴＰＣコマンドアキュムレータｇｓ１（ｉ）、構成された最大出力電力、Ｐｅｍａｘ，ｃＳ１の関数であってもよいＰｃｍａｘ，ｃＳ１（ｉ）、ＰＯ＿ＰＵＳＣＨ，ｃＳ１（ｊ）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃＳ１（ｊ）の関数であってもよい、および／または、それらの合計などのＰＯ＿ＷＴＲＵ＿ＰＵＳＣＨ，ｃＳ１（ｊ）、αｃＳ１（ｊ）などのパスロス係数、および／またはＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨ，Ｓ１（ｊ）の関数であってもよいＰＯ＿ＰＵＣＣＨ，Ｓ１（ｊ）および／または、それらの合計などのＰＯ＿ＷＴＲＵ＿ＰＵＣＣＨ，Ｓ１（ｊ）などの、１または複数のＵＬサブフレームセット固有の電力制御コンポーネントを使用して、計算されてもよい。サブフレームｉにおいてＰＵＳＣＨとＰＵＣＣＨとの両方が送信されてもよい場合に対し、ＵＬサブフレームセット固有であるＴＰＣコマンドアキュムレータは、

として計算されてもよい。

サブフレームｉにおいてＰＵＳＣＨは送信され、ＰＵＣＣＨが送信されない場合についてＵＬサブフレームセット固有であるＴＰＣコマンドアキュムレータは、

として計算されてもよい。

ＰＨＲ送信のＴＴＩにおいてＰＵＳＣＨ送信およびＰＵＣＣＨ送信が存在しないことがあってもよい、起動されたサービングセル、例えば、ＰＣｅｌｌについて、代替的なＰＨ計算が実行され得、代替的な構成された最大出力電力、すなわち、

が使用されてもよい。これは、ＭＰＲ、Ａ−ＭＰＲ、Ｐ＿ＭＰＲなどの、一定の許容された電力低減を仮定してもよく、ΔＴＣは０であり、タイプ２ ＰＨを判定する場合、ｊは１に設定されてもよい。この代替的な構成された最大出力電力は、ＵＬサブフレームセット固有であってもよい。サブフレームｉが、ＵＬサブフレームセット固有であるＴＰＣコマンドアキュムレータのみを有してＵＬサブフレームセットＳ１に属してもよい場合、サブフレームｉにおけるＰＨＲ送信に対するＡＰＨ判定は、

として計算されてもよい。

タイプ２ ＰＨＲに対し、ＰＨＲ送信のサブフレームが、ＰＵＳＣＨチャネルおよびＰＵＣＣＨチャネルに対する異なるＵＬサブフレームセットに属する場合、チャネルごとの電力制御コンポーネントをタイプ２ ＰＨ計算に含むとき、ＷＴＲＵは、ＰＨＲ送信のサブフレームが属してもよいＵＬサブフレームセットに対応する電力制御コンポーネントをそのチャネルについて使用してもよい。

方程式（４）〜（８）において、ＵＬサブフレームセットに対する下付き文字は、ＰＨタイプ１の項およびＰＨタイプの２項から落ちてもよい（例えば、それらがいずれのＵＬサブフレームセットに対して計算され、または別の方法で判定されてもよいかが理解される場合）。

ＰＨＲ送信のサブフレームが属してもよい１または複数のサブフレームセットに基づいて計算され、または別の方法で決定されたＰＨ値を含むＰＨＲは、ＰＨＲ送信のサブフレームと同一のＵＬサブフレームセットに属さないＵＬサブフレームに対する適当なスケジューリング決定のための充分な情報をｅＮＢに提供しなくてもよい。例として、ＰＵＳＣＨチャネルに対するＴＰＣコマンドアキュムレータ値が、異なるＵＬサブフレームセットに対して異なり、場合によって、大きく異なる場合、タイプ１ ＰＨは１つの値に基づいてもよい（例えば、別の値に基づくタイプ１ ＰＨとは全く異なることがあるＳ１、ＴＰＣコマンドアキュムレータ、Ｓ２、ＴＰＣコマンドアキュムレータ）。ｅＮＢが、Ｓ１におけるサブフレームに対応することができるＰＨを受信するとき、ｅＮＢは、Ｓ２におけるサブフレームに対するＰＨを容易に推定することが可能でないことがあり、これは、Ｓ２におけるサブフレームにおいてｅＮＢオーバースケジューリングまたはアンダースケジューリングをもたらすことがある。そのため、追加の情報をｅＮＢに提供することが有益となることがある。ｅＮＢがＴＰＣコマンドをＷＴＲＵへ送信するときでさえ、ｅＮＢは、ＴＰＣコマンドのうちのいずれをＷＴＲＵが正確に受信されていることを知らないことがあるので、蓄積（accumulation）は、ｅＮＢによって知られなくてもよい。

ＷＴＲＵは、デルタＴＰＣコマンドアキュムレータ（ＤＴＡ）値を計算または判定してもよい。１つのＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値、および別のＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値との間の差とすることができる値、チャネル固有とすることができる値、一定のサブフレームが属することができるＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値とすることができるデルタの計算に対する基準（一定のサブフレームは、例えば、ＰＨＲ送信に対するサブフレームであってもよい）、ｄＢ単位にあることができる値、計算された値が最大値を超える場合に最大値に設定することができ、または計算された値が最小値未満である場合に最小値に設定することができる、一定の範囲に限定されることがある値、のうちの１つまたは複数を適用してもよい。

デルタの計算に対する基準は、ＰＨＲ送信のサブフレームが属することができるサブフレームセットとは独立してもよい、固有のＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値であってもよい。

例えば、ＰＨＲがＷＴＲＵによって送信することができるサブフレームとすることができるサブフレームｉにおいて、サブフレームｉが、１つのＵＬサブフレームセット、例えば、Ｓ１に属し、別のＵＬサブフレームセット、例えば、Ｓ２には属さない場合、その他のＵＬサブフレームセットに対するサービングセルｃ ＰＵＳＣＨ ＤＴＡ値は、ＤＴＡ＿ＰＵＳＣＨ，ｃＳ２（ｉ）によって表されてもよく、
ＤＴＡ＿ＰＵＳＣＨ，ｃＳ２（ｉ）＝ｆｃＳ２（ｉ）−ｆｃＳ１（ｉ）
方程式（９）
として計算されてもよい。

別の例において、ＷＴＲＵによってＰＨＲを送信することができるサブフレームとすることができるサブフレームｉにおいて、サブフレームｉが、１つのＵＬサブフレームセット、例えば、Ｓ１に属し、別のＵＬサブフレームセット、例えば、Ｓ２には属さない場合、その他のＵＬサブフレームセットに対するＰＵＣＣＨ ＤＴＡ値は、ＤＴＡ＿ＰＵＣＣＨ，Ｓ２（ｉ）によって表されてもよく、
ＤＴＡ＿ＰＵＣＣＨ，Ｓ２（ｉ）＝ｇＳ２（ｉ）−ｇＳ１（ｉ）
方程式（１０）
として計算されてもよい。

ＰＨＲを送信することができるサブフレームｉは、本明細書において、現在のサブフレームと称されてもよい。例示の目的のために、現在のサブフレームは、一定のＵＬサブフレームセット、例えば、Ｓ１に属してもよい。

別の例において、現在のサブフレームｉは、そのサブフレームにおいて送信されるべき各チャネルに対するあるＵＬサブフレーム、例えば、ＰＵＳＣＨおよびＰＵＣＣＨに対するＳ１などの１つのサブセット、またはＰＵＳＣＨに対するＳ１などの１つのサブセットおよびＰＵＣＣＨに対するＳ２などの別のサブセットに属してもよい。

各チャネルに対するＤＴＡは、基準として、現在のサブフレームが属するサブフレームセットに対するアキュムレータを使用してもよい。例えば、チャネルに対し、現在のサブフレームがＳ１に属する場合、そのチャネルに対する別のサブフレームセット、例えば、Ｓ２に対するＤＴＡは、Ｓ２に対するそのチャネルに対するアキュムレータからＳ１に対するそのチャネルに対するアキュムレータを差し引いたデルタとして判定されてもよい。異なるチャネルなどのチャネルに対し、現在のサブフレームが、サブフレームセット、例えば、Ｓ２に属する場合、そのチャネルに対する別のサブフレームセット、例えば、Ｓ１に対するＤＴＡは、Ｓ１に対するそのチャネルに対するアキュムレータからＳ２に対するそのチャネルに対するアキュムレータを指し引いたデルタとして判定されてもよい。

別の例において、チャネル固有であってもよいデルタは、例えば、Ｓ２などの固有のセットに対するそのチャネルに対するアキュムレータから、例えば、Ｓ１などの異なる固有のサブセットに対するそのチャネルに対するアキュムレータを指し引いたデルタとして判定されてもよい。基準に使用するサブセットは、明示的にシグナリングされてもよく、または、サブフレームセット、サブフレームセットの構成、（電力制御パラメータなどの）サブフレームセットに関連付けられるパラメータの構成のうちの１または複数のシグナリングによって黙示的に判定されてもよい。例えば、サブフレームセットの構成の位置および／またはサブフレームセットに関連付けられるパラメータによって、ＷＴＲＵは、いずれのサブフレームセットまたはパラメータのセットが基準サブフレームサブセットまたはパラメータセット（例えば、Ｓ１）とみなされてもよいかを理解してもよい。

現在のサブフレームにおいて、または現在のサブフレームに対し、ＷＴＲＵは、１または複数のＤＴＡ値を下記のように計算または判定してもよい。

１）各ＰＵＳＣＨ、例えば、活性化された各サービングセルに対するＰＵＳＣＨに対し、ＷＴＲＵは、現在のサブフレームが属さない１または複数のＵＬサブフレームセットに対するＤＴＡ値を計算または判定してもよい。ＤＴＡ計算が実行することができるＰＵＳＣＨは、現在のサブフレームにおいて送信することができるＰＵＳＣＨに限定されてもよい。ＤＴＡ計算は、それが現在のサブフレームにおいて送信することができるかに関わらず、ＰＵＳＣＨごとに実行されてもよい。

２）ＷＴＲＵは、現在のサブフレームが属さない１または複数のＵＬサブフレームセットに対するＰＵＣＣＨに対するＤＴＡ値を計算または判定してもよい。ＤＴＡ計算は、ＰＵＣＣＨが現在のサブフレームにおいて送信されなくてもよい場合には、実行されなくてもよい。ＤＴＡ計算は、ＰＵＣＣＨが現在のサブフレームにおいて送信することができるかに関わらず、実行されてもよい。

各ＰＵＳＣＨ、例えば、活性化された各サービングセルに対するＰＵＳＣＨに対し、ＷＴＲＵは、ＤＴＡ値に対する基準が固有のサブフレームセット、例えば、Ｓ１、またはサブフレームセット、例えば、Ｓ１に関連付けられるパラメータである、１または複数のＵＬサブフレームセットに対するＤＴＡ値を計算または判定してもよい。

４）ＷＴＲＵは、ＤＴＡ値に対する基準が固有のサブフレームセット（例えば、Ｓ１）、またはサブフレームセット（例えば、Ｓ１）に関連付けられるパラメータである、１または複数のＵＬサブフレームセットに対するＰＵＣＣＨに対するＤＴＡ値を計算または判定してもよい。

ＤＴＡは、例などにおいて本明細書において説明されたようであってもよく、説明された負の値であってもよく、または、説明されたものに一定の係数を乗算したものであってもよい。

ＷＴＲＵによって計算または判定することができるデルタは、異なるサブフレームセットの複数の電力制御コンポーネントの差の関数（例えば、和）などの、異なるサブフレームセットの１または複数の電力制御コンポーネントの関数であってもよい。例えば、デルタは、ＴＰＣコマンドアキュムレータ間の差および異なるサブフレームセットのパスロスの項の間の差の和などの、ＴＰＣコマンドアキュムレータ間の差および異なるサブフレームセットのパスロスの項の間の差の関数であってもよい。ここで、異なるサブフレームセットは、現在のサブフレームに対応するサブフレームセットと、現在のサブフレームに対応しないサブフレームセットとを含んでもよい。このデルタは、ＰＣパラメータのデルタと称されてもよく、およびＤ−ＰＣＰと称されてもよい。Ｄ−ＰＣＰは、送信タイプごとに、またはチャネルベースで適用可能であってもよい。ＴＰＣコマンドアキュムレータ間の差（ＤＴＡ：difference between TPC command accumulators）に対するものと、パスロス項間の差に対する別のものなどの、複数のＤ−ＰＣＰが存在してもよい。本開示の全体を通じて説明される１または複数の実施形態において、ＤＴＡは、１または複数のＤ−ＰＣＰによって置換されてもよい。

例えば、ＰＨＲがＷＴＲＵによって送信することができるサブフレームとすることができるサブフレームｉにおいて、１つのＵＬサブフレームセット、例えば、Ｓ１が基準サブセットであってもよい場合、１または複数のＤ−ＰＣＰ値が、別のＵＬサブフレームセット（例えば、Ｓ２）についてＷＴＲＵなどによって判定されてもよい。その他のＵＬサブフレームセットに対するサービングセルｃ ＰＵＳＣＨ Ｄ−ＰＣＰ値は、Ｄ−ＰＣＰ＿ＰＵＳＣＨ，ｃＳ２（ｉ）によって表されてもよく、パスロスデルタの合計およびＴＰＣコマンドアキュムレータデルタの合計に対応するＤ−ＰＣＰの場合に、下記のように計算されてもよい。

Ｄ−ＰＣＰ＿ＰＵＳＣＨ，_cS2（ｉ）＝［α_cS2（ｊ）−α_cS1（ｊ）］×ＰＬｃ＋［ｆ_cS2（ｉ）−ｆ_cS1（ｉ）］
方程式（１１）

ＷＴＲＵによって計算または判定することができるデルタは、異なるサブフレームセットのＰＨ間の差であってもよい。例えば、所与のサブフレームにおけるデルタは、基準ＵＬサブフレームセット、ならびに基準ＵＬサブフレームセットではないセット、または現在のサブフレームが属するＵＬサブフレームセットおよび現在のサブフレームが属さないＵＬサブフレームセットに対応するセットなどの、２つの異なるＵＬサブフレームセットに対応するＰＣパラメータを用いて判定されるＰＨ値の間の差であってもよい。このデルタは、デルタＰＨと称されてもよい。

ＰＵＳＣＨのみの送信に対するタイプ１デルタＰＨ、およびＰＵＳＣＨ送信と組み合わされてもよいＰＵＣＣＨ送信に対するタイプ２デルタＰＨが存在してもよい。例えば、ＰＨＲがＷＴＲＵによって送信することができるサブフレームとすることができるサブフレームｉにおいて、１つのサブフレームセット（例えば、Ｓ１）が、基準ＵＬサブフレームセットまたは現在のサブフレームが属するＵＬサブフレームセットであってもよい場合、１または複数のデルタＰＨ値は、別のＵＬサブフレームセット（例えば、Ｓ２）に対してＷＴＲＵなどによって判定されてもよい。

例として、ＵＬサブフレームセットＳ２に対するサービングセルｃタイプ１デルタＰＨ値は、Ｓ２に対する１または複数のパラメータを使用して判定されるタイプ１ＰＨと、Ｓ２に対する１または複数のパラメータを用いて決定されるタイプ１ＰＨとの間の差であってもよい。

別の例として、ＵＬサブフレームセットＳ２に対するサービングセルｃ（例えば、ＰＣｅｌｌ）タイプ２デルタＰＨ値は、Ｓ２に対する１または複数のパラメータを使用して判定されるタイプ２ＰＨと、Ｓ２に対する１または複数のパラメータを使用して判定されるタイプ２ＰＨとの間の差であってもよい。

本明細書において説明される１または複数の実施形態において、ＤＴＡおよび／またはＤ−ＰＣＰは、デルタＰＨによって置き換えられてもよい。

ＷＴＲＵは、現在のサブフレームが属さないＵＬサブフレームセットに対し、現在のサブフレームにおいてＰＨを計算または判定してもよい。ＷＴＲＵは、これを、その他のＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値などの１または複数の電力制御コンポーネントを使用して行ってもよい。例えば、現在のサブフレームがＵＬサブフレームセット（例えば、Ｓ１）に属し、別のＵＬサブフレームセット（例えば、Ｓ２）には属さない場合、ＵＬサブフレームセットＳ２に対するタイプ１ＰＨは、ＰＨ方程式においてＳ１電力制御コンポーネントの代わりにＳ２電力制御コンポーネントを使用することによって計算されてもよい。例として、方程式（４）は、下記のように変換されてもよい。

ＰＨ_type1c,S2（ｉ）＝Ｐ_CMAX,c（ｉ）−｛１０ｌｏｇ₁₀（Ｍ_PUSCH,c（ｉ））＋Ｐ_{O_PUSCH,c}（ｊ）＋α_c（ｊ）・ＰＬ_C＋Δ_TF,c（ｉ）＋ｆ_cS2（ｉ）｝
方程式（１２）

サブフレームセット固有のＰＯおよびパスロス係数値が含まれてもよく、サブフレームセットＳ１およびＳ２に対するＰＨは、下記のように計算される。

ＰＨ_type1,cS1（ｉ）＝Ｐ_CMAX,c（ｉ）−｛１０ｌｏｇ₁₀（Ｍ_PUSCH,c（ｉ））＋Ｐ_{O_PUSCH,cS1}（ｊ）＋α_cS1（ｊ）・ＰＬ_C＋Δ_TF,c（ｉ）＋ｆ_cS1（ｉ）｝
方程式（１３）
および
ＰＨ_type1,cS2（ｉ）＝Ｐ_CMAX,c（ｉ）−｛１０ｌｏｇ₁₀（Ｍ_PUSCH,c（ｉ））＋Ｐ_{O_PUSCH,cS2}（ｊ）＋α_cS2（ｊ）・ＰＬ_C＋Δ_TF,c（ｉ）＋ｆ_cS2（ｉ）｝
方程式（１４）

活性化された各サービングセルに対し、ＷＴＲＵは、下記のうちの１または複数を行ってもよい。

１）ＵＷは、現在のサブフレームが属するＵＬサブフレームセットに対しタイプ１ＰＨを計算してもよい。ＯＨの計算は、現在のサブフレームが属するサブフレームセットまたはＰＵＳＣＨ送信に対する現在のサブセットが属するサブフレームサブセットに対する電力制御パラメータを使用してもよい。

２）ＷＴＲＵは、現在のサブフレームが属さなくてもよい１または複数のＵＬサブフレームセットに対するタイプ１ＰＨを計算してもよい。ＰＨの計算は、現在のサブフレームにおいてＰＵＳＣＨ送信が存在することができるサービングセルに限定されてもよい。ＰＨの計算は、例えば、ｅＮＢからのシグナリングによって、現在のサブフレームがそのＵＬサブフレームセットに属さなくてもよい場合にＰＨを計算および送信するサブフレームセットとして識別されてもよいＵＬサブフレームセットに限定されてもよい。ＷＴＲＵがＰＨ計算において使用することができるＰｃｍａｘ，ｃ値は、ＵＬサブフレームセットＳ１に対する現在のサブフレームに対するＰｃｍａｘ，ｃ値（例えば、現在のサブフレームに対するＭＰＲ値が使用されてもよい）であってもよい（例えば、Ｓ１に対するＰｅｍａｘ，ｃが使用されてもよい）。サブフレームが属することができる１または複数のサブフレームセットに関わらずサブフレームに対して１つのＰｃｍａｘ，ｃが存在してもよく、または、現在のサブフレームが属することができるサブフレームセット、例えば、Ｓ１に対してＰｃｍａｘ，ｃが使用されてもよい（例えば、Ｓ１に対するＰｃｍａｘ，ｃが使用されてもよい）。ＷＴＲＵがＰＨ計算において使用することができるＰｃｍａｘ，ｃ値は、ＰＨが計算されているＵＬサブフレームセットに対する現在のサブフレームに対するＰｃｍａｘ，ｃ値（例えば、現在のサブフレームに対するＭＰＲ値が使用されてもよい）であってもよい（例えば、ＰＨがサブフレームセットＳ２について計算されている場合、サブフレームセットＳ２に対するＰｃｍａｘ，ｃが使用されてもよく、これは、Ｓ２に対するＰｅｍａｘ，ｃが使用されてもよいことを意味する）。Ｐｃｍａｘ，ｃ値は、許容される電力低減がゼロに設定されてもよい特別なＰｃｍａｘ，ｃ値であってもよく、これによって、Ｐｃｍａｘ，ｃ値がＰｅｍａｘ，ｃと等しくなることがある。現在のサブフレームが属するサブフレームセット、例えば、Ｓ１に対応するＰｅｍａｘ，ｃ値が使用されてもよい。固有のサブフレームセット、例えば、Ｓ１に対応するＰｅｍａｘ，ｃ値が使用されてもよい。ＰＨが計算されているＵＬサブフレームセット（例えば、Ｓ２）に対応するＰｅｍａｘ，ｃ値が使用されてもよい。

３）ＷＴＲＵは、現在のサブフレームが属さなくてもよい１または複数のＵＬサブフレームセットに対するタイプ２ＰＨ（サービングセルがＰＣｅｌｌである場合）を計算してもよい。ＰＨの計算は、ＰＵＣＣＨ送信が存在することができるＰＨＲ送信サブフレームに限定されてもよい。ＰＨの計算は、例えば、ｅＮＢからのシグナリングによって、現在のサブフレームがそのＵＬサブフレームセットに属さないことがあるときにＰＨを計算および送信するサブフレームセットとして識別されてもよいＵＬサブフレームセットに限定されてもよい。ＷＴＲＵがＰＨ計算において使用することができるＰｃｍａｘ，ｃ値は、上記ＰＵＳＣＨについて説明された選択肢のうちの１つに従ってもよい。

ＷＴＲＵは、例えば、活性化された各サービングセルに対し、ＰＨＲにおいて下記のうちの１または複数を含んでもよい。現在のサブフレームが属することができるＵＬサブフレームセットに対するタイプ１ＰＨ。現在のサブフレームが属することができるＵＬサブフレームセットに対するタイプ２ＰＨ、上記含むことは、ＰＣｅｌｌに、および／またはＷＴＲＵが同時のＰＵＳＣＨおよびＰＵＣＣＨに対して構成することができるときに限定されてもよい。現在のサブフレームが属さなくてもよい１または複数のＵＬサブフレームセットに対するタイプ１ＰＨ。現在のサブフレームが属さなくてもよい１または複数のＵＬサブフレームセットに対するタイプ２ＰＨ、上記含むことは、ＰＣｅｌｌに、および／またはＷＴＲＵが同時のＰＵＳＣＨおよびＰＵＣＣＨに対して構成することができるときに限定されてもよい。基準ＵＬサブフレームセットに対するタイプ１ＰＨ。基準ＵＬサブフレームセットではない１または複数のＵＬサブフレームセットに対するタイプ１ＰＨ。基準ＵＬサブフレームセットであるＵＬサブフレームセットに対するタイプ２ＰＨ、上記含むことは、ＰＣｅｌｌに限定されてもよく、および／またはＷＴＲＵが同時のＰＵＳＣＨおよびＰＵＣＣＨに対して構成されてもよいときに限定されてもよい。基準ＵＬサブフレームセットではない１または複数のＵＬサブフレームセットに対するタイプ２ＰＨ、上記含むことは、ＰＣｅｌｌに限定されてもよく、および／またはＷＴＲＵが同時のＰＵＳＣＨおよびＰＵＣＣＨについて構成されてもよいときに限定されてもよい。

必要に応じて、いずれのチャネルが現在のサブフレームにおいて送信することができるかに基づく、現在のサブフレームに対するＰｃｍａｘ，ｃ値、Ｐｃｍａｘ，ｃ値は、ＷＴＲＵによって、現在のサブフレームが属することができるＵＬサブフレームセットに基づいて構成されてもよい。現在のサブフレームが属さなくてもよい１または複数のサブフレームセットに対するＰｃｍａｘ，ｃ値。値を含むことは、いずれのチャネルが現在のサブフレームにおいて送信することができるかに基づいてもよい。値を含むことは、現在のサブフレームが属することができるＵＬサブフレームセットに基づくＰｃｍａｘ，ｃ値が含まれるかに基づいてもよい。例えば、Ｓ１ Ｐｃｍａｘ，ｃが含まれる場合、対応するＳ２ Ｐｃｍａｘ，ｃが含まれてもよい。Ｓ１ Ｐｃｍａｘ，ｃとＳ２ Ｐｃｍａｘ，ｃとの間の差は、ｅＮＢが知ることができるＰｅｍａｘ，ｃ値であってもよいので、これらのＰｃｍａｘ，ｃ値は、必要とされないことがある。

現在のサブフレームが属するＵＬサブフレームセットに関する、または基準サブフレームセットに関するＤＴＡまたはＤ−ＰＣＰ値を含む、１または複数のＤＴＡまたはＤ−ＰＣＰ値が使用されてもよい。現在のサブフレームが属さなくてもよい１もしくは複数のＵＬサブフレームセットの各々に対する１もしくは複数のチャネルの各々に対するＤＴＡもしくはＤ−ＰＣＰ値、または基準ＵＬサブフレームセットではない１もしくは複数のＵＬサブフレームセットの各々に対する１もしくは複数のチャネルの各々に対するＤＴＡもしくはＤ−ＰＣＰ値。ＤＴＡまたはＤ−ＰＣＰ値は、それが本明細書において前述された基準などの計算されるための基準を満たす場合にのみ、含まれてもよい。チャネルに対するＤＴＡまたはＤ−ＰＣＰ値は、そのチャネルが現在のサブフレームにおいて送信されなくてもよい場合には、含まれなくてもよい。あるいは、ＤＴＡ値は、チャネルが現在のサブフレームにおいて送信することができるかに関わらず、含まれてもよい。ＤＴＡまたはＤ−ＰＣＰ値は、最大値および／または最小値に制限されてもよい。ＤＴＡまたはＤ−ＰＣＰ値を表すことができるＰＨＲに含まれてもよい値は、計算された値（これは、上限が定められてもよく、もしくは定められなくてもよい）、または実際の値を発見することができる値もしくは値の範囲を表すことができる別の値であってもよい。ＤＴＡまたはＤ−ＰＣＰ値がチャネル固有ではない場合、この値は、ＵＬサブフレームセットに一旦は含まれ、チャネルごとには含まれなくてもよい。

現在のサブフレームが属さなくてもよい１もしくは複数のＵＬサブフレームセットの各々に対するタイプ１デルタＰＨ、または基準ＵＬサブフレームセットではない１もしくは複数のＵＬサブフレームセットの各々に対するタイプ１デルタＰＨ、デルタＰＨ値を表すことができるＰＨＲに含まれる値は、計算された値（これは、上限が定められてもよく、もしくは定められなくてもよい）、または実際の値を発見することができる値もしくは値の範囲を表すことができる別の値であってもよい。現在のサブフレームが属さなくてもよい１もしくは複数のＵＬサブフレームセットの各々に対するタイプ２デルタＰＨ、または基準ＵＬサブフレームセットではない１もしくは複数のＵＬサブフレームセットの各々に対するタイプ２デルタＰＨ、上記含むことは、ＰＣｅｌｌに、およびＷＴＲＵが同時のＰＵＳＣＨおよびＰＵＣＣＨについて構成することができるときに限定されてもよく、デルタＰＨ値を表すことができるＰＨＲに含まれる値は、計算された値（これは、上限が定められてもよく、もしくは定められなくてもよい）、または実際の値を発見することができる値もしくは値の範囲を表すことができる別の値であってもよい。

基準サブフレームセットまたは現在のサブフレームが属するＵＬサブフレームセットに対応する値からのデルタ（例えば、ＤＴＡ、Ｄ−ＰＣＰ、デルタＰＨ）の大きさのインジケーション。例として、閾値（例えば、３ｄＢ）未満および閾値よりも大きい別のＵＬサブフレームセットに対するデルタ（例えば、ＤＴＡ、Ｄ−ＰＣＰ、デルタＰＨ）を示すことができるフラグまたはビットが含まれてもよい。インジケーションは、（例えば、ＰＣｅｌｌに対する）タイプ１デルタＰＨおよびタイプ２デルタＰＨにたいして含まれてもよい。１ビットが使用されてもよい。

一例において、ＷＴＲＵは、活性化されたサービングセルｃに対するＰＨＲにおいて、ＰＨＲ送信のサブフレームが属することができるサブフレームセットに関わらず、場合により、Ｓ１、Ｓ２、．．．の順序で、一定のサブフレームセットまたは全てのサブフレームセットに対するタイプ１ＰＨを含んでもよい。ＷＴＲＵは、ＰＣｅｌｌに対するＰＨＲにおいて、ＰＨＲ送信のサブフレームが属することができるサブフレームセットに関わらず、場合により、Ｓ１、Ｓ２、．．．の順序で、あるサブフレームセットまたは全てのサブフレームセットに対するタイプ２ＰＨを含んでもよい。基準と固定された順序とを使用することによって、いずれがＰＨＲにおける各エントリに関連付けられるサブフレームセットであるのかに関して、ＷＴＲＵとｅＮＢとの間での誤った判断（misinterpretation）の可能性を少なくすることができる。

別の例において、ＷＴＲＵは、活性化されたサービングセルｃに対するＰＨＲと、基準ＵＬサブフレームセットに対するタイプ１ＰＨと、構成することができる追加のサブフレームセットごとのＰＵＳＣＨ ＤＴＡまたはＤ−ＰＣＰまたはタイプ１デルタＰＨのうちの１または複数とを含んでもよい。追加の基準または他の基準が、ＤＴＡおよびＤ−ＰＣＰおよびタイプ１デルタＰＨを含むことのために必要となることがある。ＷＴＲＵは、ＰＣｅｌｌに対するＰＨＲにおいて、基準ＵＬサブフレームセットに対するタイプ２ＰＨと、構成することができる追加のサブフレームセットごとのＰＵＣＣＨ ＤＴＡまたはＤ−ＰＣＰまたはタイプ２デルタＰＨのうちの１または複数とを含んでもよい。追加の基準または他の基準が、ＤＴＡおよびＤ−ＰＣＰおよびデルタＰＨを含むことのために必要となることがある。

追加の基準は、基準サブフレームセットに加え、または現在のサブフレームが属するサブフレームセットに加え、１つまたは複数のＵＬサブフレームセットに対するデルタ値のうちの１または複数とＰＨとのＷＴＲＵによってＰＨＲに含むために必要とされてもよい。

そのような基準は、ｅＮＢによるＰＨＲに含むことの明示的な有効化（enablement）（例えば、フラグまたはパラメータのシグナリング）、全体的なサブフレームセットの構成、および活性化または他のタイプの有効化、ならびに特定のサブフレームセットの構成、および活性化または他のタイプの有効化のうちの１または複数を含んでもよく、例えば、ＵＬサブフレームセットに対して含むことは、そのサブフレームセットが構成されており、活性化または別の方法で有効化されているかに少なくとも基づいてもよい。サブフレームセットの使用は、サービングセルベースで適用されてもよいため、含むことに対する一定の基準または任意の基準が満たされるかのＷＴＲＵによる判定、および基準サブフレームセットに加えて、または現在のサブフレームが属するサブフレームセットに加えて、１または複数のＵＬサブフレームセットに対するデルタ値のうちの１または複数とＰＨとのＷＴＲＵによってＰＨＲに含むことは、サービングセルごとに、または活性化されたサービングセルごとに、ＷＴＲＵによって行われてもよい。

ＷＴＲＵは、通常は、全てのＤＬおよび特別なサブフレームのうちの少なくとも一部においてＣＲＳを予想し、これらのサブフレームのいずれかをＲＳＲＰ、ＲＳＲＱ、および無線リンクモニタリング（ＲＬＭ）などの測定のために使用してもよい。近隣からの干渉が存在することがある可能性を考慮して、測定サブフレームパターン（例えば、ＭｅａｓＳｕｂｆｒａｍｅＰａｔｔｅｒｎＰｃｅｌｌ）が、ｅＮＢによってＰＣｅｌｌに対してＷＴＲＵへ提供されて、ＷＴＲＵがこれらの測定および動作のためにＰＣｅｌｌに対して使用するサブフレームが制限してもよい。パスロスはＲＳＲＰの関数であるため、ＰＣｅｌｌに対するパスロスの判定は、このように制限されてもよい。いくつかの問題が、ＴＤＤに対するサブフレーム方向の動的な切り替えの場合に生じることがある。１つは、動的な切り替えがＰＣｅｌｌではなく、ＳＣｅｌｌ上で起こる場合があることである。測定サブフレームパターンは、ＳＣｅｌｌについて必要とされることがあり、このパターンは、どのサブフレームをＲＳＲＰおよび対応するパスロスについて使用するかを知るためにＷＴＲＵによって使用されてもよい。別の問題は、不在サブフレーム方向切り替え（absence subframe direction switching）において隣接セル干渉に対抗するために使用することができる既存のサブフレームパターンが充分ではない場合があることであることがある。

ＲＳＲＰおよびパスロス測定のためにＷＴＲＵによって使用されることになるサブフレームパターンは、サービングセルごとの、またはパスロス基準として使用することができるサービングセルごとのｅＮＢによる明示的なシグナリング、ＰＣおよびＰＨに使用されることになるＵＬサブフレームセットに応じて、ならびにＷＴＲＵへ提供されるＳＩＢ１ ＴＤＤ ＵＬ／ＤＬ構成および他のＴＤＤ ＵＬ／ＤＬ構成に応じて、うちの１または複数によって、ＷＴＲＵによって判定されてもよい。例えば、ＷＴＲＵは、ＳＩＢ１ ＴＤＤ ＵＬ／ＤＬ構成においてＤＬであるサブフレームを使用してもよい。ＷＴＲＵは、ＷＴＲＵ固有のＴＤＤ ＵＬ／ＤＬ構成においてＤＬとして固定されるサブフレームを使用してもよい。

例として、ＷＴＲＵは、ＭｅａｓＳｕｂｆｒａｍｅＰａｔｔｅｒｎまたは同様のパターンなどの明示的な（例えば、ｅＮＢによって明示的にシグナリングされる）パターンによって指定されるようなサブフレームを使用してもよく、これは、所与のフレームにおいてＤＬである明示的なパターンにおけるサブフレーム、ＳＩＢ１ ＴＤＤ ＵＬ／ＤＬ構成においてＤＬである明示的なパターンにおけるサブフレーム、ならびにＷＴＲＵ固有のＴＤＤ ＵＬ／ＤＬ構成においてＤＬとして固定される明示的なパターンにおけるサブフレーム、のうちの１または複数によってさらに制限されてもよい。

１または複数のパターンは、ｅＮＢによってＷＴＲＵへ示され（例えば、シグナリングされ）、サービングセルごとに、またはパスロス基準として使用されることになるサービングセルごとに、ＷＴＲＵによって判定および使用されてもよい。サブフレームパターンは、異なるサービングセルに対して異なってもよい。所与のフレームにおいて、サービングセルに対するサブフレームパターンに基づいて、ＷＴＲＵは、そのサービングセルに対するＲＳＲＰ測定およびパスロス決定のために、それらのＤＬサブフレームのうちの１または複数を含んでもよい。

ＷＴＲＵは、パスロス基準として使用することができるサービングセル、および、例えば、動的に変化してもよい方向を有するサブフレームを有することができるサービングセルなどの、一定のサービングセルに対する複数の、例えば、２つ、３つ、またはそれ以上のＲＳＲＰ測定およびパスロス計算を行うことが必要とされてもよい。パスロス基準として使用することができるサービングセルなどの、一定のサービングセルに対し、各ＵＬサブフレームセットは、一定のサブフレームパターンに基づくことができるパスロス計算を割り当てられてもよい。

ＰＨ報告に対するトリガのうちの１つは、パスロスにおける大きな変化である。ＰＨＲ禁止タイマが満了し、もしくは既に満了しており、かつ、ＷＴＲＵが新たな送信のためのＵＬリソースを有するときに、ＰＨＲの最後の送信以降に、パスロス基準として使用される少なくとも１つの活性化されたサービングセルについてパスロスがｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅｄＢよりも大きく変化した場合に、ＰＨＲがトリガされてもよい。パスロス係数は、異なるＵＬサブフレームセットに対して異なることがあるため、異なるＵＬサブフレームセットに対し、異なるパスロス変化閾値が存在してもよい。また、干渉は、異なるサブフレームにおいては異なることがあることに起因して、各ＵＬサブフレームセットに対して計算される異なるパスロスが存在してもよい。パスロストリガは、ＵＬサブフレームセットごとの別個のパスロス変化閾値および各ＵＬサブフレームセットに対する別個のパスロス計算のうちの１または複数を構成するために修正されてもよい。

例として、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ（Ｓ）が、ＵＬサブフレームセットＳ（例えば、Ｓ＝Ｓ１またはＳ２）に対するＤＬパスロス変化閾値であるとすると、パスロストリガは下記のようになってもよい。

ＰＨＲ禁止タイマが満了し、または既に満了しており、かつ、ＷＴＲＵが新たな送信のためのＵＬリソースを有する場合、ＰＨＲの最後の送信以降に、パスロス基準として使用される少なくとも１つの起動されたサービングセルに対する少なくとも１つのＵＬサブフレームセットについてパスロスがｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ（Ｓ）ｄＢよりも大きく変化した場合、ＰＨＲがトリガされてもよい。ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ（Ｓ）が、異なるサブフレームセットに対し同一である場合、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅが使用されてもよい。

一例において、ＷＴＲＵは、ＵＬサブフレームセットなしで動作していることがあり、ｅＮＢは、第２のＵＬサブフレームセットで、または第２のＵＬサブフレームセットに対するパラメータで、ＷＴＲＵを構成してもよい。現在の電力ヘッドルームが何であるかをｅＮＢが迅速に知ることは、有益であることがある。例えば、ｅＮＢから受信されるＲＲＣシグナリングなどのシグナリングによって、ＵＬサブフレームセットまたはＵＬサブフレームセットに対する１もしくは複数のパラメータが構成および再構成されるとき、ＰＨＲは、ＷＴＲＵによってトリガされてもよい。

ＵＬサブフレームセットまたはＵＬ ＰＣコンポーネントセット間で、電力、ＰＨ、またはあるＰＣコンポーネント（例えば、ＤＴＡ、Ｄ−ＰＣＰ、デルタＰＨ）の値における差が閾値を上回る場合、ＷＴＲＵは、ＰＨＲをトリガしてもよい。ＰＨＲコンテンツにおいて１または複数の値の含むことは、この閾値を上回るかに基づいてもよい。例えば、閾値を上回る場合、１または複数のデルタ値が含まれてもよい。別の例として、閾値を上回る場合、複数のサブフレームセットまたはＰＣコンポーネントセットに対するＰＨがＰＨＲに含まれてもよい。閾値を上回らない場合、これらの値のうちの１または複数が含まれなくてもよい。

各サブフレームセットに対し、ＷＴＲＵは、禁止タイマ、周期タイマ、およびパスロス変化閾値のうちの１または複数を別個に維持してもよい。

ｅＮＢは、異なるサブフレームセットの出力電力を制御して、例えば、それらのセットに対する干渉を別様に軽減することを望むことがある。この制御を行うための方法は、ＵＬサブフレームセット固有の電力制御パラメータを提供することである。ｅＮＢが提供することができ、およびＷＴＲＵが異なるＵＬサブフレームセットについて別個に使用することができるパラメータは、サービングセルｃごとのｅＮＢ制御される最大出力電力、Ｐｅｍａｘ，ｃを含んでもよい。例えば、ＷＴＲＵは、サービングセルｃに対しＰｅｍａｘ，ｃＳ１を、２つのサブフレームセットの場合についてはＰｅｍａｘ，ｃＳ２を受信および使用してもよい。パラメータは、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨおよび／またはＰＯ＿ＷＴＲＵ＿ＰＵＣＣＨならびにＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）および／またはＰＯ＿ＷＴＲＵ＿ＰＵＳＣＨ，ｃ（ｊ）を含んでもよく、ｊの値は、送信タイプに対応してもよい。例えば、半永続的な許可に対応するＰＵＳＣＨ（再）送信に対し、ｊは０であってもよく、動的にスケジューリングされる許可に対応するＰＵＳＣＨ（再）送信に対して、ｊは１であってもよく、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に対して、ｊは２であってもよい。（前述されたものなどの）パスロス係数は、αｃ（ｊ）と指定されてもよい。

ＷＴＲＵは、ＵＬサブフレームセット固有の電力制御パラメータを受信し、開ループ電力制御に適用してもよい。例えば、これは、初期ＲＡＣＨプリアンブル送信電力に適用されてもよい。

ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ：ＷＴＲＵは、異なるＵＬサブフレームセットに対して異なるパラメータ値を受信してもよい。ＷＴＲＵは、レガシＷＴＲＵについて示されるように、ＳＩＢ２を介して１つの値を受信してもよい。ＷＴＲＵは、ＵＬサブフレームセットに対するプリアンブル送信のために使用されることになる、別個の異なる値を、場合により、ＳＩＢ２において、拡張子として、および、場合により、動的なＵＬ／ＤＬ構成を示す共通物理レイヤＤＣＩに含まれて、受信してもよい。

ＷＴＲＵは、追加のオフセットを受信し、プリアンブル送信電力判定に適用してもよい。ＷＴＲＵは、オフセットをプリアンブル送信電力に適用してもよく、一定のＵＬサブフレームセット（例えば、第２のＵＬサブフレームセット）における送信に適用してもよい。

ＷＴＲＵは、測定されたＵＬサブフレームおよびサブフレームセット固有の干渉測定値を受信し、プリアンブル送信電力判定に適用してもよい。干渉測定値は、ＷＴＲＵによってｅＮＢへ最後に報告された値であってもよい。これは、ＷＴＲＵについて適用されるパスロス計算に加えて、またはＷＴＲＵについて適用されるパスロス計算の代わりであってもよい。

ＷＴＲＵは、プリアンブル再送信電力判定のための電力ステップに対するＵＬサブフレームセット固有の値を、ＳＩＢ２において示される通常の電力ステップ値と共に受信してもよい。例えば、ＷＴＲＵは、再送信をＵＬサブフレームセット１に属するＵＬサブフレームにおいて行う場合には、通常の電力ステップ値をプリアンブル再送信電力に適用してもよく、再送信をＵＬサブフレームセット２に属するＵＬサブフレームにおいて行う場合には、再送信のためのＵＬサブフレーム固有の電力ステップ値を適用してもよい。ＷＴＲＵは、２つの別個の電力ステップパラメータ値を同一のプリアンブル送信／再送信プロシージャシーケンスにおいて適用してもよい。

ＷＴＲＵは、例えば、タイミング調整またはＳＲプロシージャの目的のために、ＲＲＣ＿接続モードにある間に、ＵＬサブフレーム固有の電力制御パラメータをＲＡＣＨプリアンブル送信に適用してもよい。プリアンブル再送信に対し、プリアンブル再送信に対して選択されるＵＬサブフレームが、プリアンブルの以前の初期送信または再送信に対するＵＬサブフレームとは異なるＵＬサブフレームセットに存在する場合、ＷＴＲＵは、ＵＬサブフレーム固有の電力制御パラメータを適用しなくてもよい。ＷＴＲＵは、ＰＤＣＣＨ指示（PDCCH ordered）（例えば、ＤＣＩ １Ａ）またはＰＤＣＣＨ専用、ハンドオーバ、ＲＡＣＨプロシージャに対するＵＬサブフレーム固有のパラメータを適用してもよい。これらの場合において、ＷＴＲＵは、ＵＬサブフレームセット固有のパラメータを、専用ＲＡＣＨコマンドにおいて、ＤＣＩにおいて指示されたＰＤＣＣＨおよびＲＲＣメッセージにおけるハンドオーバ、ならびに、場合により、パラメータが適用されるサブフレームセットに対して受信してもよい。ランダムアクセスに対して選択されるサブフレームリソースが、適用可能なＵＬサブフレームセットに含まれる場合、ＷＴＲＵは、ＵＬサブフレーム固有のパラメータをＰＲＡＣＨプリアンブルの送信に適用してもよい。

異なるＷＴＲＵ電力制御関連プロシージャは、異なるサブフレームまたはサブフレームのセットに適用可能とすることができる、電力制御コンポーネントの異なるセットに依存してもよい。これらのプロシージャは、サブフレームセットに対する変更、または１もしくは複数のセットにおけるサブフレームに対する変更によって影響を与えられることがある。これらの変更を処理するための解決策は、本明細書において説明される。ＷＴＲＵは、開ループ電力制御コンポーネントと閉ループ電力制御コンポーネントとを含むことができる別個のＵＬ電力制御コンポーネントセットを維持してもよい。電力制御コンポーネントセットは、サブフレームのセット、例えば、ＵＬサブフレームのセットなどの、あるサブフレームに関連付けられてもよい。ＷＴＲＵは、各セットに含まれ、または電力制御コンポーネントセットに関連付けられるサブフレームを、例えば、ｅＮＢからのシグナリングを介した、構成の受信、または関連付けもしくはセットに対する変更のインジケーションに基づいて、修正および変更してもよい。

サブフレームのセットまたは電力制御コンポーネントとサブフレームとの間の関連付けに対する変更は、無線フレームの開始時または任意の他の時点において行われてもよい。

ＷＴＲＵは、ＵＬサブフレームのセットの電力制御コンポーネントおよびパラメータ（例えば、ＴＰＣコマンドアキュムレータ、ＰＯ＿ＰＵＣＣＨおよびＰＯ＿ＰＵＳＣＨなど）を、そのセットにおけるサブフレームの変更および修正の結果として、修正しなくてもよい。例えば、ＷＴＲＵが、ＵＬサブフレームの２つのセット（例えば、高干渉セットである場合があるＳ１、および低干渉セットである場合があるＳ２）を維持してもよい場合、ＷＴＲＵは、ｅＮＢ要求に応答して、少なくとも１つのセットにおけるＵＬサブフレームを修正してもよい。ＷＴＲＵは、ＴＰＣコマンドアキュムレータの値ならびにＳ１およびＳ２に対応する他の全てのＵＬ電力制御コンポーネントなどの任意の１または複数を、そのセットのＵＬサブフレームの変更の結果として、変更しなくてもよい。

ＷＴＲＵは、ＵＬサブフレームのセットのＴＰＣコマンドアキュムレータを、そのセットにおけるサブフレームの変更および修正の結果として、場合により、ゼロにリセットしてもよい。

ＷＴＲＵがＴＰＣコマンドを受信することができる時刻（time instant）と、ＷＴＲＵがそのＴＰＣの対応するＵＬサブフレーム（例えば、ＴＰＣが適用されるべきＵＬサブフレーム）を送信することができる時刻との間に、ＷＴＲＵのＵＬサブフレームのセットは変化することがある。この場合において、ＷＴＲＵは、ＷＴＲＵが、ＴＰＣコマンドを破棄することができ、およびそれをＴＰＣコマンド累積にも使用しなくてもよいこと、ＷＴＲＵが、新たなサブフレームセットまたはサブフレームとＰＣコンポーネントセットとの間の新たな関連に従って、ＴＰＣコマンドをＴＰＣコマンド累積に適用、例えば、追加することができること、ＷＴＲＵが、古いサブフレームセットまたはサブフレームとＰＣコンポーネントセットとの間の関連に従って、例えば、ＴＰＣコマンドの受信時におけるサブフレームセットまたはサブフレームとＰＣコンポーネントセットとの間の関連に従って、ＴＰＣコマンドをＴＰＣコマンド累積に適用、例えば、追加することができること、のうちの１つまたは組み合わせに従って、このＴＰＣを処理してもよい。

解決策において、半永続的なスケジューリング（ＳＰＳ）がＷＴＲＵについて活性化され、ダウンリンクサブフレームに動的に再構成することができる固有のＵＬサブフレームに対してＳＰＳ送信がスケジューリングされる場合、ＳＰＳサイクルが保持されてもよく、ならびに、ＷＴＲＵが、ドロップしたＳＰＳパケットで、そのサブフレームにおいてはＳＰＳを送信せず、次のＳＰＳサイクルにおいてＳＰＳ送信を継続することができること、ＷＴＲＵが、バッファリングしたＳＰＳパケットで、そのサブフレームにおいてはＳＰＳを送信せず、ＳＰＳパケットがバッファリングｄＷＴＲＵからサブフレーム再構成までＳＰＳ送信を再開することができること、ＷＴＲＵが、ＳＰＳをそのサブフレームにおいては送信せず、ＳＰＳ送信を自律的に非アクティブ化することができること、のＷＴＲＵ挙動のうちの１または複数が使用されてもよい。

解決策において、ＳＰＳがＷＴＲＵに対して活性化され、ダウンリンクサブフレームに動的に再構成することができる固有のＵＬサブフレームに対してＳＰＳ送信がスケジューリングされる場合、そのサブフレームに対するＳＰＳ送信は、次のＳＰＳサイクルの前のＵＬサブフレームまで遅延されてもよい。下記のうちの１または複数が適用されてもよい。

ＵＬサブフレームに関して、次のＵＬサブフレームは、遅延されたＳＰＳ送信に対して使用されてもよい。ＳＰＳ ＵＬリソース判定に対し、そのサブフレームにおいてＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨが存在しない場合、ＳＰＳ活性化において割り当てられた同一のＳＰＳリソースを、次のＵＬサブフレームにおいて使用することができること、ＷＴＲＵは、そのサブフレームにおいてＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨを復号することができ、ＷＴＲＵがＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨを受信しないときでさえ、ＷＴＲＵは、そのサブフレームにおいてＳＰＳ活性化において割り当てられたＳＰＳリソースを使用しなくてもよいこと、のうちの少なくとも１つが適用されてもよい。

ＵＬサブフレームに関して、予め定義されたサブフレームオフセットは、遅延されたＳＰＳ送信のために使用されてもよい。例えば、サブフレームｎがＵＬからダウンリンクへ変更され、ＵＬ ＳＰＳ送信がサブフレームｎに対してスケジューリングされる場合、ＷＴＲＵは、ＵＬサブフレームｎ＋ＫｏｆｆｓｅｔにおいてＳＰＳ送信を送信してもよい。ここで、Ｋｏｆｆｓｅｔは、上位レイヤを介して構成することができるサブフレームオフセットまたは予め定義された正の整数であってもよい。ＳＰＳ ＵＬリソース判定に対し、そのサブフレームにおいてＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨが存在しない場合、ＳＰＳ活性化において割り当てられた同一のＳＰＳリソースを、ＵＬサブフレームｎ＋Ｋｏｆｆｓｅｔにおいて使用することができること、ＷＴＲＵが、そのサブフレームにおいてＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨを復号することができ、ＷＴＲＵがＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨを受信しないときでさえ、ＷＴＲＵは、そのサブフレームにおいてＳＰＳ活性化において割り当てられたＳＰＳリソースを使用しなくてもよいこと、のうちの少なくとも１つが適用されてもよい。

ＵＬサブフレームに関して、時間窓内のＵＬサブフレームのうちの１つが、動的に選択されてもよい。例えば、サブフレームｎがＵＬからダウンリンクへ変更され、ＵＬ ＳＰＳ送信がサブフレームｎに対してスケジューリングされる場合、ＷＴＲＵは、時間窓Ｋｗｉｎｄｏｗ内で、ＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨを監視してもよい。したがって、ＷＴＲＵは、サブフレームｎ＋１からサブフレームｎ＋Ｋｗｉｎｄｏｗ＋１まで、ＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する（Ｅ）ＰＤＣＣＨを監視してもよく、Ｋｗｉｎｄｏｗは、ＴＴＩレベルにおけるウィンドウサイズを表す。Ｋｗｉｎｄｏｗは、ＳＰＳサイクルよりも小さくなるべきである。Ｋｗｉｎｄｏｗは、固定された正の整数として予め定義されてもよい。Ｋｗｉｎｄｏｗは、ＳＰＳサイクルの関数として定義されてもよい。Ｋｗｉｎｄｏｗは、上位レイヤを介して構成され、またはブロードキャスティングチャネルを介して通知されてもよい。

ＵＬサブフレームセットは、どのサブフレームがどのＵＬサブフレームセットに存在するかを構成または示す（例えば、動的に）ことによって変化することがある。サブフレームが、一定フレームにおいてなど、一定の時点においてＵＬまたはＤＬであるか否かは、どのサブフレームがどのＵＬサブフレームセットに存在するかとは別個に構成または判定されてもよい。ＷＴＲＵは、一定のＵＬサブフレームセットに対するＰＣコンポーネントまたはパラメータを維持してもよく、それらをその一定のＵＬサブフレームセットに対し、そのＵＬサブフレームセットにおけるサブフレームが変化するかに関わらず、使用し続けてもよい。ＷＴＲＵは、それらのＰＣコンポーネントまたはパラメータをＰＣ計算およびＰＨ計算に使用してもよい。所与のＵＬサブフレームｉに対し、ＷＴＲＵは、そのサブフレームがどのサブフレームセットに属するかを判定し、次いで、そのサブフレームセットに対するＰＣコンポーネントおよびパラメータを使用して、そのサブフレームに対する送信電力を判定してもよい。ＰＨＲがそのサブフレームにおいて送信されることになる場合、ＷＴＲＵは、そのサブフレームセットに対するＰＣコンポーネントおよびパラメータを使用して、１または複数のＰＨ値を判定してもよく、他のサブフレームセットに対するＰＨまたはデルタ値も、例えば、それらも同様に送信されてもよい場合には、１または複数の他のサブフレームセットに対するＰＣコンポーネントおよびパラメータを使用して、１または複数の他のＰＨまたはデルタ値を判定してもよい。異なる送信タイプに対して別個のサブフレームセットが存在する場合、上記は、各送信タイプに対して別個に適用される。ＵＬサブフレームセットにおけるサブフレームが、（例えば、ｅＮＢからのシグナリングを介して）変更される場合、サブフレームセットに対するＰＵＳＣＨおよびＰＵＣＣＨに対する電力制御のためのＰｏおよび他のＰＣコンポーネントまたはパラメータも、（例えば、ｅＮＢからのシグナリングを介して）変更されてもよい（または、変更されることが必要とされてもよい）。

ＷＴＲＵが、一定のＵＬサブフレームセットに対する新たなＰｏなどの新たなパラメータを受信する場合、ＷＴＲＵは、そのＵＬサブフレームセットに関連付けられるＴＰＣコマンドアキュムレータをリセットしてもよい。結果として、ＷＴＲＵ電力計算が変化することがあり、ＷＴＲＵヘッドルーム計算も変化することがある。

ＦＤＤおよび／またはＴＤＤシステムに対する干渉測定および／または報告を改善するために、下記の機構のうちの１つまたは組み合わせが使用されてもよい。これらは、測定／報告される干渉の空間特性、受信される干渉の測定エンティティ、サブフレーム依存の干渉測定／報告、ＵＬ送信の間のＷＴＲＵ干渉測定、干渉源、および／またはＵＬ干渉インジケーション（ＨＩＩおよびＯＩ）の改善を含む。

干渉測定および報告の一部として、ＷＴＲＵは、ｅＮＢ、すなわち、それが接続されるｅＮＢへ、受信される干渉の下記の特性を、ＷＴＲＵが最悪のＰＭＩ、ビームなどを報告することができるなどのＷＴＲＵが支配的干渉成分（dominant interference component）を受信することができる方向、およびＷＴＲＵ自体の位置を含む他の特性と共に、測定および／または報告してもよい。

干渉測定および／または報告の一部として、ｅＮＢは、ｅＮＢ自体によって測定され、またはＷＴＲＵによってｅＮＢへ報告されるような、受信される支配的干渉成分の方向と、ｅＮＢ自体の位置ならびに／または受信される干渉を測定および／もしくは報告したＷＴＲＵの位置を含む、測定される干渉の位置と、他の特性とを含む受信される干渉の特性を収集（例えば、ＷＴＲＵから）、測定、ならびに／または、他のｅＮＢおよび／もしくは他のネットワークエンティティに報告してもよい。

干渉報告およびシグナリングの一部として、ｅＮＢは、他のｅＮＢおよび／または他のネットワークエンティティに、シグナリング／報告される干渉成分がｅＮＢにおいてまたはその関連付けられるＷＴＲＵにおいて測定されるのかを通知してもよい。

干渉測定ならびに／またはＷＴＲＵからｅＮＢへおよび／もしくはｅＮＢから他のｅＮＢへの報告の一部として、報告エンティティ（これは、ＷＴＲＵまたはｅＮＢであってもよい）は、干渉が受信されたという時刻（time instance）のインジケーションも含んでもよい。例えば、そのような時間インジケーションは、干渉が測定されたシステムフレーム番号および／または干渉が測定されたサブフレーム番号を含んでもよい。例として、ＷＴＲＵおよび／またはｅＮＢは、無線フレームのＤＬサブフレームおよび／またはＵＬサブフレームごとの干渉レベルを報告してもよい。

ＷＴＲＵは、その受信される干渉をＵＬサブフレームにおいて測定および／または報告してもよい。そのようなＵＬサブフレームにおいて、ＷＴＲＵは、ＵＬ方向においても送信してもよい。ＷＴＲＵは、ＳＲＳリソースのセットにおいて干渉を測定することによって、それが測定のために使用することができるＳＲＳリソースにおいて、いかなるＳＲＳも送信しないことによって、および、それが測定を実行することができるＳＲＳのセットに関するインジケーションを受信することによって、その受信される干渉を測定することができるようになるために、ＵＬ送信を停止してもよい。このＳＲＳのセットは、ＷＴＲＵがＳＲＳを送信することができるＳＲＳリソースのセットとは異なってもよい。ＷＴＲＵは、いくつかの固有のサブフレームの一部または全部の構成されるＳＲＳリソースにおいて干渉を測定してもよい。ＷＴＲＵは、それが一部または全部のＳＲＳリソースにおいて干渉を測定することができるサブフレームのインジケーションを受信してもよい。ＷＴＲＵは、いくつかの固有のサブフレームの一部または全部のＳＲＳリソースにおいてＳＲＳを送信しなくてもよい。ＷＴＲＵは、それが一部または全部のＳＲＳリソースにおいてＳＲＳを送信しなくてもよいサブフレームのインジケーションを受信してもよい。ＷＴＲＵは、それが干渉を測定することができるように、いくつかのＵＬリソースにおいては送信をしなくてもよい。例として、ＷＴＲＵは、ＰＲＢの１つのＯＦＤＭシンボルをパンクチャして（puncture）（および、信号を送らずに）、それらのパンクチャされたリソースにおいて干渉を測定してもよい。別の例として、ＷＴＲＵは、ＵＬ送信におけるＯＦＤＭシンボルの１つおきのリソースエレメントのみをパンクチャしてもよい。

干渉測定および報告の一部として、ＷＴＲＵは、干渉および／または干渉の主要成分が（場合により、他のＷＴＲＵによる）ＵＬ送信または（場合により、他のｅＮＢによる）ＤＬ送信によって生成されるかを測定し、示し、および／または、ｅＮＢ、すなわち、それが接続されるｅＮＢに報告してもよい。干渉測定および報告の一部として、ｅＮＢは、干渉および／または干渉の主要成分が（場合により、他のＷＴＲＵによる）ＵＬ送信または（場合により、他のｅＮＢによる）ＤＬ送信によって生成されるかを（例えば、ＷＴＲＵから）収集し、測定し、示し、ならびに／または他のｅＮＢおよび／もしくは他のネットワークエンティティに報告してもよい。

ｅＮＢおよび／またはＷＴＲＵが、他のｅＮＢがいかなるＤＬ信号も送信しないＤＬサブフレームのいくつかの物理リソース、例えば、リソースエレメント（ＲＥ）および／またはリソースブロック（ＲＢ）において干渉を測定する場合、それは、測定される干渉が主にＵＬ送信および／または他のＷＴＲＵによって生成されることを宣言し、および／または示してもよい。例として、そのような干渉は、ゼロ出力ＣＳＩ−ＲＳリソース（および、場合により、対応するＩＭＲリソース）において、ならびに／または、全部もしくは一部のｅＮＢが少なくとも１つのゼロ出力ＣＳＩ−ＲＳ構成を共有する場合に、測定されてもよい。ｅＮＢおよび／またはＷＴＲＵが、他のＷＴＲＵがいかなるＵＬ信号も送信しないＵＬサブフレームのいくつかの物理リソース、例えば、リソースエレメント（ＲＥ）および／またはリソースブロック（ＲＢ）において干渉を測定する場合、それは、測定される干渉が主にＤＬ送信および／または他のｅＮＢによって生成されることを宣言し、および／または示してもよい。例として、そのような干渉は、使用されるように構成されたＷＴＲＵが存在しないＳＲＳリソースにおいて、および／または、全てのセルが少なくとも１つのそのような構成を共有するときに、測定されてもよい。

相対的狭帯域送信電力（ＲＮＴＰ）、高干渉インジケータ（ＨＩＩ）および過負荷インジケータ（ＯＩ）について部分的に既に定義されている情報に加えて、本文書において議論される任意の他の干渉特性のうちの１つまたは任意の組み合わせも、ＨＩＩおよびＯＩインジケータの一部として提供されてもよい。

情報は、ｅＮＢ対ｅＮＢ干渉およびＷＴＲＵ対ＷＴＲＵ干渉を最小化するための干渉協調および軽減の目的のために、ｅＮＢ間で伝達されてもよい。

一例において、情報は、セルの動的なＴＤＤ再構成のためにＤＬ ＨＡＲＱタイミング基準について現在使用されており、または使用することができるＵＬ／ＤＬ構成またはＵＬ／ＤＬ構成のセットを含んでもよい。

別の例において、情報は、セルの動的なＴＤＤ再構成のためにＵＬ許可／ＰＵＳＣＨ送信タイミングおよびＵＬ ＨＡＲＱタイミング基準について現在使用されており、または使用することができるＵＬ／ＤＬ構成またはＵＬ／ＤＬ構成のセットを含んでもよい。

別の例において、情報は、セルの動的なＴＤＤ再構成のためにｅＮＢによってＷＴＲＵへＰＤＣＣＨ ＤＣＩによって提供されるＵＬ／ＤＬ構成またはＵＬ／ＤＬ構成のセットを含んでもよい。

１または複数のＵＬサブフレームセットが提供されてもよい。例えば、既存のＸ２メッセージにおいて提供されるＨＩＩ値またはＯＩ値は、高干渉を有するＵＬサブフレームセット（例えば、「柔軟な（flexible）」ＵＬサブフレーム）およびサブフレームのＵＬ／ＤＬ方向を示すことによって、サブフレームレベル情報と共に提供されてもよい。

ｅＮＢは、伝達されるメッセージにおいて提供される各ＵＬ／ＤＬ構成またはサブフレームセットについて各ＰＲＢベースのＲＮＴＰ値、ＯＩ値、またはＨＩＩ値の別個のセットを提供してもよい。

図１１は、受信機１１０５と、プロセッサ１１１０と、送信機１１１５と、少なくとも１つのアンテナ１１２０とを含むＷＴＲＵ１１００の例示的なブロック図である。受信機１１０５は、ＵＬサブフレームセットの構成を受信するように構成されてもよい。プロセッサ１１１０は、ＵＬサブフレームセットのそれぞれに対応する複数のＴＰＣコマンドアキュムレータ値を維持するように構成されてもよい。プロセッサ１１１０は、ＵＬ送信のサブフレームについて、ＵＬ送信サブフレームが属するＵＬサブフレームセットのうちの特定の１つを決定し、特定のＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値のうちの１つを選択して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を決定するようにさらに構成されてもよい。

図１１をさらに参照すると、受信機１１０５は、ＤＬ送信を介してＴＰＣコマンドを受信するようにさらに構成されてもよく、プロセッサ１１１０は、受信されたＴＰＣコマンドに対応するＴＰＣコマンドアキュムレータの値を調整するようにさらに構成されてもよい。受信機１１０５は、ＤＬ送信のサブフレームｎにおいてＴＰＣコマンドを受信するようにさらに構成されてもよい。ＴＰＣコマンドに対応するＴＰＣコマンドアキュムレータは、ＵＬ送信サブフレームｎ＋ｋに対応してもよく、サブフレームｎ＋ｋは、特定のＵＬサブフレームセットに属してもよく、ｎは整数であり、ｋはゼロよりも大きい整数である。受信機１１１０は、ＵＬサブフレームｎ＋ｋにおけるＵＬリソースについてＤＬサブフレームｎにおいてＵＬ許可を受信するようにさらに構成されてもよい。ｋの値は、ＵＬ許可タイミングに対する基準として使用される、ＴＤＤ ＵＬ／ＤＬ構成に対するＵＬ許可タイミングから判定されてもよい。

送信機１１１５は、特定のサブフレームセットに関連付けられるＰＨ値を含むＰＨ報告を送信するように構成されてもよい。プロセッサ１１１０は、受信された異なるＴＰＣコマンドを異なるＴＰＣコマンドアキュムレータ値に適用し、特定のＵＬサブフレームセットに関連付けられる複数の電力制御コンポーネントを使用して、ＵＬ送信サブフレームに対するＰＨ値を決定するようにさらに構成されてもよい。

図１１に示されるように、受信機１１０５は、ＤＬ送信のサブフレームｎにおいてＵＬサブフレームサブセットの構成とＴＰＣコマンドとを受信するように構成されてもよい。ＵＬサブフレームセットは、ＴＤＤフレームに属してもよい。プロセッサ１１０５は、受信されたＴＰＣコマンドが対応するＵＬ送信のサブフレームｎ＋ｋを判定し、ＵＬサブフレームサブセットのうちのいずれにＵＬ送信サブフレームｎ＋ｋが属するかを判定し、判定されたＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値を調整して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を判定するように構成されてもよく、ｎは整数であり、ｋはゼロよりも大きい整数である。

図１２は、図１１に示されるＷＴＲＵ１１００によって実装することができるＴＰＣプロシージャ１２００のフローチャートである。図１２に示されるように、ＷＴＲＵは、ＵＬサブフレームセットの構成を受信してもよい（１２０５）。ＷＴＲＵは、ＵＬサブフレームセットのそれぞれに対応する複数のＴＰＣコマンドアキュムレータ値を維持してもよい（１２１０）。ＷＴＲＵは、ＵＬ送信のサブフレームに対し、ＵＬ送信サブフレームが属するＵＬサブフレームセットのうちの特定の１つを判定してもよい（１２１５）。ＷＴＲＵは、特定のＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値のうちの１つを選択して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を判定してもよい（１２２０）。

図１３は、図１１に示されるＷＴＲＵ１２００によって実装することができるＴＰＣプロシージャ１３００のフローチャートである。ＷＴＲＵは、ＵＬサブフレームセットの構成を受信してもよい（１３０５）。ＷＴＲＵは、ＤＬ送信のサブフレームｎにおいてＴＰＣコマンドを受信してもよい（ｎは整数である）（１３１０）。ＷＴＲＵは、受信されたＴＰＣコマンドが対応するＵＬ送信のサブフレームｎ＋ｋを判定してもよい（ｋはゼロよりも大きい整数である）（１３１５）。ＷＴＲＵは、ＵＬサブフレームセットのうちのいずれにＵＬ送信サブフレームｎ＋ｋが属するかを判定してもよい（１３２０）。ＷＴＲＵは、判定されたＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値を調整して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を判定してもよい（１３２５）。

実施形態
１．無線送信／受信ユニット（（ＷＴＲＵ）によって実行される送信電力制御（ＴＰＣ）方法であって、
アップリンク（ＵＬ）サブフレームセットの構成を受信するステップと、
ＵＬサブフレームセットのそれぞれに対応する複数のＴＰＣコマンドアキュムレータ値を維持するステップと、
ＵＬ送信のサブフレームについて、ＵＬ送信サブフレームが属するＵＬサブフレームセットのうちの特定の１つを判定するステップと
を備えたことを特徴とするＴＰＣ方法。

２．特定のＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値のうちの１つを選択して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を判定するステップ
をさらに備えたことを特徴とする実施形態１に記載のＴＰＣ方法。

３．ＵＬサブフレームセットは、時分割複信（ＴＤＤ）フレームに属することを特徴とする実施形態２に記載のＴＰＣ方法。

４．ダウンリンク（ＤＬ）送信を介してＴＰＣコマンドを受信するステップと、
受信されたＴＰＣコマンドに対応するＴＰＣコマンドアキュムレータの値を調整するステップと
をさらに備えたことを特徴とする実施形態２または３に記載のＴＰＣ方法。

５．ＴＰＣコマンドは、ＤＬ送信のサブフレームｎにおいて受信され、ＴＰＣコマンドに対応するＴＰＣコマンドアキュムレータは、ＵＬ送信サブフレームｎ＋ｋに対応し、サブフレームｎ＋ｋは、特定のＵＬサブフレームセットに属し、ｎは整数であり、ｋはゼロよりも大きい整数であることを特徴とする実施形態４に記載のＴＰＣ方法。

６．ＵＬサブフレームｎ＋ｋにおけるＵＬリソースについてＤＬサブフレームｎにおいてＵＬ許可を受信するステップ
をさらに備えたことを特徴とする実施形態５に記載のＴＰＣ方法。

７．ｋの値は、ＵＬ許可タイミングに対する基準として使用される、ＴＤＤ ＵＬ／ＤＬ構成に対するＵＬ許可タイミングから判定されることを特徴とする実施形態５または６に記載のＴＰＣ方法。

８．特定のＵＬサブフレームセットに関連付けられるＰＨ値を含む電力ヘッドルーム（ＰＨ）報告を送信するステップ
をさらに備えたことを特徴とする実施形態１乃至７のいずれか一項に記載のＴＰＣ方法。

９．ＷＴＲＵは、受信された異なるＴＰＣコマンドを異なるＴＰＣコマンドアキュムレータ値に適用するように構成されることを特徴とする実施形態１乃至８のいずれか一項に記載のＴＰＣ方法。

１０．ＷＴＲＵは、特定のＵＬサブフレームセットに関連付けられる複数の電力制御コンポーネントを使用して、ＵＬ送信サブフレームに対する電力ヘッドルーム（ＰＨ）値を判定することを特徴とする実施形態１乃至９のいずれか一項に記載のＴＰＣ方法。

１１．無線送信／受信ユニット（（ＷＴＲＵ）によって実装される送信電力制御（ＴＰＣ）方法であって、
アップリンク（ＵＬ）サブフレームセットの構成を受信するステップと、
ダウンリンク（ＤＬ）送信のサブフレームｎにおいてＴＰＣコマンドを受信するステップと、
受信されたＴＰＣコマンドが対応するＵＬ送信のサブフレームｎ＋ｋを判定するステップと
を備えたことを特徴とするＴＰＣ方法。

１２．ＵＬサブフレームセットのうちのいずれにＵＬ送信のサブフレームｎ＋ｋに属するかを判定するステップと、
判定されたＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値を調整して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を判定するステップと
をさらに備え、
ｎは整数であり、ｋはゼロよりも大きい整数であることを特徴とする実施形態１１に記載のＴＰＣ方法。

１３．ＵＬサブフレームセットは、時分割複信（ＴＤＤ）フレームに属することを特徴とする実施形態１２に記載のＴＰＣ方法。

１４．ｋの値は、ＵＬ許可タイミングに対する基準として使用される、ＴＤＤ ＵＬ／ＤＬ構成に対するＵＬ許可タイミングから判定されることを特徴とする実施形態１１乃至１３のいずれか一項に記載のＴＰＣ方法。

１５．ＵＬサブフレームセットのそれぞれに対応する複数のＴＰＣコマンドアキュムレータ値を維持するステップと、
判定されたＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値のうちの１つを選択して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を決定するステップと
をさらに備えたことを特徴とする実施形態１１乃至１４のいずれか一項に記載のＴＰＣ方法。

１６．判定されたＵＬサブフレームセットに関連付けられるＰＨ値を含む電力ヘッドルーム（ＰＨ）報告を送信するステップ
をさらに備えたことを特徴とする実施形態１１乃至１５のいずれか一項に記載のＴＰＣ方法。

１７．ＷＴＲＵは、受信された異なるＴＰＣコマンドをＴＰＣコマンドアキュムレータ値のうちの異なる１つに適用するように構成されることを特徴とする実施形態１１乃至１６のいずれか一項に記載のＴＰＣ方法。

１８．無線送信／受信ユニット（ＷＴＲＵ）であって、
アップリンク（ＵＬ）サブフレームセットの構成を受信するように構成された受信機と、
ＵＬサブフレームセットのそれぞれに対応する複数の送信電力制御（ＴＰＣ）コマンドアキュムレータ値を維持し、
ＵＬ送信のサブフレームについて、ＵＬ送信サブフレームが属するＵＬサブフレームサブセットのうちの特定の１つを判定し、
特定のＵＬサブフレームサブセットに対応するＴＰＣコマンドアキュムレータ値のうちの１つを選択して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を判定する
ように構成されたプロセッサと
を備えたことを特徴とするＷＴＲＵ。

１９．ＵＬサブフレームセットは、時分割複信（ＴＤＤ）フレームに属し、受信機は、ダウンリンク（ＤＬ）送信を介してＴＰＣコマンドを受信するようにさらに構成され、プロセッサは、受信されたＴＰＣコマンドに対応するＴＰＣコマンドアキュムレータの値を調整するようにさらに構成されることを特徴とする実施形態１８に記載のＷＴＲＵ。

２０．受信機は、ＤＬ送信のサブフレームｎにおいてＴＰＣコマンドを受信するようにさらに構成され、ＴＰＣコマンドに対応するＴＰＣコマンドアキュムレータは、ＵＬ送信サブフレームｎ＋ｋに対応し、サブフレームｎ＋ｋは、特定のＵＬサブフレームセットに属し、ｎは整数であり、ｋはゼロよりも大きい整数であることを特徴とする実施形態１８または１９に記載のＷＴＲＵ。

２１．特定のＵＬサブフレームセットに関連付けられるＰＨ値を含む電力ヘッドルーム（ＰＨ）報告を送信するように構成された送信機
をさらに備えたことを特徴とする実施形態１８乃至２０のいずれか一項に記載のＷＴＲＵ。

２２．プロセッサは、受信された異なるＴＰＣコマンドを異なるＴＰＣコマンドアキュムレータ値に適用するようにさらに構成されることを特徴とする実施形態１８乃至２１のいずれか一項に記載のＷＴＲＵ。

２３．プロセッサは、特定のＵＬサブフレームセットに関連付けられる複数の電力制御コンポーネントを使用して、ＵＬ送信サブフレームに対する電力ヘッドルーム（ＰＨ）値を判定するようにさらに構成されることを特徴とする実施形態１８乃至２２のいずれか一項に記載のＷＴＲＵ。

２４．送受信ユニット（ＷＴＲＵ）であって、
ダウンリンク（ＤＬ）送信のサブフレームｎにおいてアップリンク（ＵＬ）サブフレームセットの構成と送信電力制御（ＴＰＣ）コマンドとを受信するように構成された受信機と、
受信されたＴＰＣコマンドが対応するＵＬ送信のサブフレームｎ＋ｋを判定し、
ＵＬサブフレームサブセットのうちのいずれにＵＬ送信のサブフレームｎ＋ｋが属するかを判定し、
判定されたＵＬサブフレームセットに対応するＴＰＣコマンドアキュムレータ値を調整して、ＵＬ送信サブフレームにおいて送信する場合のＵＬ送信の電力を判定する
ように構成されたプロセッサと、
を備え、ｎは整数であり、ｋはゼロよりも大きい整数であることを特徴とするＷＴＲＵ。

特定の組み合わせにおいて特徴および要素を説明したが、当業者であれば、各特徴または要素が、単独で、または他の特徴および要素のうちのいずれかとの組み合わせにおいて使用されてもよいことを理解するであろう。また、本明細書において説明される実施形態は、コンピュータまたはプロセッサによる実行のためのコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ可読媒体の例は、電気信号（有線接続または無線接続上で送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体（例えば、内部ハードディスクまたは着脱可能ディスク）、光磁気媒体、およびコンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアと協働するプロセッサが使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ノードＢ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、無線ルータまたは任意のホストコンピュータにおける使用のための無線周波数送受信機が実装されてもよい。

Claims (11)

1. 無線送信／受信ユニット（ＷＴＲＵ）において実行される方法であって、
   干渉測定を実行するための少なくとも１つのサブフレームにおける時間／周波数リソースの表示を受信するステップと、
   前記表示に従って、表示された前記時間／周波数リソースの前記干渉測定を実行するステップであって、前記干渉測定は、アップリンクサブフレームにおけるサウンディングリファレンス信号（ＳＲＳ）リソース、およびダウンリンクサブフレームにおけるゼロ出力チャネル状態情報リファレンス信号（ＣＳＩ−ＲＳ）リソースの少なくとも１つにおいて実行される、ステップと、
   前記実行された測定に基づいて報告を送るステップであって、前記報告は、前記測定が実行されたタイムインスタンスを表示している、サブフレーム番号またはシステムフレーム番号の識別、および測定された干渉の主要コンポーネントがアップリンク（ＵＬ）送信またはダウンリンク（ＤＬ）送信のどちらによって生成されたかの表示を含む、ステップと
   を備えたことを特徴とする方法。
2. 前記測定は、リソースエレメント（ＲＥ）のセット上で実行されることを特徴とする請求項１に記載の方法。
3. 前記測定を実行する前記ステップおよび前記報告を送る前記ステップは、アップリンク（ＵＬ）サブフレームにおいて実行されることを特徴とする請求項１に記載の方法。
4. 無線送信／受信ユニット（ＷＴＲＵ）であって、
   干渉測定を実行するための少なくとも１つのサブフレームにおける時間／周波数リソースの表示を受信するように構成された受信機と、
   前記表示に従って、表示された前記時間／周波数リソースの前記干渉測定を実行するように構成されたプロセッサであって、前記干渉測定は、アップリンクサブフレームにおけるサウンディングリファレンス信号（ＳＲＳ）リソース、およびダウンリンクサブフレームにおけるゼロ出力チャネル状態情報リファレンス信号（ＣＳＩ−ＲＳ）リソースの少なくとも１つにおいて実行される、プロセッサと、
   前記実行された測定に基づいて報告を送るように構成された送信機であって、前記報告は、前記測定が実行されたタイムインスタンスを表示している、サブフレーム番号またはシステムフレーム番号の識別、および測定された干渉の主要コンポーネントがアップリンク（ＵＬ）送信またはダウンリンク（ＤＬ）送信のどちらによって生成されたかの表示を含む、送信機と
   を備えたことを特徴とするＷＴＲＵ。
5. 前記受信機および前記送信機につながれたアンテナをさらに備えたことを特徴とする請求項４に記載のＷＴＲＵ。
6. 前記プロセッサは、リソースエレメント（ＲＥ）のセット上で前記測定を実行するようにさらに構成されたことを特徴とする請求項４に記載のＷＴＲＵ。
7. 前記プロセッサは、アップリンク（ＵＬ）サブフレームにおいて前記測定を実行するように構成され、および前記送信機は、アップリンク（ＵＬ）サブフレームにおいて前記報告を送るように構成されたことを特徴とする請求項４に記載のＷＴＲＵ。
8. 前記送信機は、前記プロセッサが前記測定を実行するように構成されたＵＬリソースにおいて送信しないように構成されたことを特徴とする請求項４に記載のＷＴＲＵ。
9. 基地局であって、
   干渉測定を実行するための少なくとも１つのサブフレームにおける時間／周波数リソースの表示を送るように構成された送信機と、
   実行された前記干渉測定に基づいて報告を受信するように構成された受信機であって、前記干渉測定は、アップリンクサブフレームにおけるサウンディングリファレンス信号（ＳＲＳ）リソース、およびダウンリンクサブフレームにおけるゼロ出力チャネル状態情報リファレンス信号（ＣＳＩ−ＲＳ）リソースの少なくとも１つにおいて実行され、ならびに前記報告は、前記測定が実行されたタイムインスタンスを表示している、サブフレーム番号またはシステムフレーム番号の識別、および測定された干渉の主要コンポーネントがアップリンク（ＵＬ）送信またはダウンリンク（ＤＬ）送信のどちらによって生成されたかの表示を含む、受信機と
   を備えたことを特徴とする基地局。
10. 前記基地局は、前記受信された報告に基づいて干渉報告を生成するように構成されたプロセッサをさらに備え、
    前記送信機は、少なくとも１つの他の基地局に前記生成された干渉報告を送るようにさらに構成されたことを特徴とする請求項９に記載の基地局。
11. 前記測定は、リソースエレメント（ＲＥ）のセット上で実行されることになることを特徴とする請求項９に記載の基地局。