(57)【要約】【課題】無線送受信ユニット（ＷＴＲＵ）においてアップリンク電力を決定するための方法および装置を提供すること。【解決手段】ＷＴＲＵは、キャリアアグリゲーションシステム（搬送波集合システム）において動作する。ＷＴＲＵは、複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータを受信し、複数のアップリンクキャリアのうちの１つに索引付けされた送信電力制御コマンドを受信するように構成される。ＷＴＲＵは、複数のアップリンクキャリアのうちの１つのパスロスを決定して、複数の電力パラメータ、送信電力制御コマンド、およびパスロスに基づいて複数のアップリンクキャリアのうちの１つの送信電力を決定するように構成される。【選択図】図８
2014225915.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）においてアップリンク電力を決定する方法であって、
複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータを受信するステップと、
前記複数のアップリンクキャリアのうちの前記１つに索引付けされた送信電力制御コマンドを受信するステップと、
前記複数のアップリンクキャリアのうちの前記１つのパスロスを決定するステップと、
前記複数の電力パラメータ、前記送信電力制御コマンド、および前記パスロスに基づいて、前記複数のアップリンクキャリアのうちの前記１つの送信電力を決定するステップと
を備えることを特徴とする方法。
【請求項２】
無線送受信ユニット（ＷＴＲＵ）において最大送信電力を決定する方法であって、
前記ＷＴＲＵにおける電力増幅器の数を決定するステップと、
前記ＷＴＲＵにおける電力増幅器当たりの最大電力を決定するステップと、
電力増幅器の前記数および電力増幅器当たりの前記最大送信電力に基づいて最大送信電力を決定するステップと
を備えることを特徴とする方法。
【請求項３】
無線送受信ユニットにおけるアップリンク送信電力制御の方法であって、
第１の優先順位を持つ第１のアップリンクチャネルを決定するステップと、
第２の優先順位を持つ第２のアップリンクチャネルを決定するステップと、
第１の優先順位を持つアップリンクチャネルの電力レベルを決定するステップと、
第１の優先順位を持つ前記アップリンクチャネルの前記電力レベルをしきい値と比較するステップと、
前記比較に基づいて第２のアップリンクチャネルの送信を中断するステップと
を備えることを特徴とする方法。
【請求項４】
無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信電力制御の方法であって、
第１の優先順位を持つ第１のアップリンクチャネルを決定するステップと、
第２の優先順位を持つ第２のアップリンクチャネルを決定するステップと、
第１の優先順位を持つ前記アップリンクチャネルの電力レベルを決定するステップと、
過剰電力を決定するために、第１の優先順位を持つ前記アップリンクチャネルの前記電力レベルをしきい値と比較するステップと、
前記過剰電力を前記第２のアップリンクチャネルに割り振るステップと
を備えることを特徴とする方法。
【請求項５】
無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信電力制御の方法であって、
複数の物理チャネルの複数の送信電力レベルを決定するステップと、
結合電力レベルを取得するために、前記複数の送信電力レベルを合計するステップと、
前記結合電力レベルを最大合計電力レベルと比較するステップと、
前記複数の物理チャネルの各々にバックオフ手順を実行するステップと
を備えることを特徴とする方法。
【請求項６】
無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、
送信電力制御（ＴＰＣ）コマンドを受信するステップと、
前記ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するステップと、
前記ＵＬ制御チャネルおよび前記ＵＬ共有チャネルを同時に送信するステップと
を備えることを特徴とする方法。
【請求項７】
無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、
複数の送信電力制御コマンド（ＴＰＣ）を受信するステップと、
前記ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するステップと、
前記ＵＬ制御チャネルおよび前記ＵＬ共有チャネルを同時に送信するステップと
を備えることを特徴とする方法。
【請求項８】
無線送受信ユニットにおける送信電力制御の方法であって、
複数の送信電力制御（ＴＰＣ）コマンドを受信するステップと、
前記複数のＴＰＣコマンドを、コマンドフォーマットおよび識別子に基づいて複数の個々のＴＰＣコマンドに分割するステップと、
前記個々のＴＰＣコマンドのうちの少なくとも第１の１つをアップリンク（ＵＬ）制御チャネルに適用するステップと、
前記個々のＴＰＣコマンドのうちの少なくとも第２の１つをＵＬ共有チャネルに適用するステップと、
前記ＵＬ制御チャネルおよび前記アップリンク共有チャネルを同時に送信するステップと
を備えることを特徴とする方法。
【請求項９】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータ、および前記複数のアップリンクキャリアのうちの前記１つに索引付けされた送信電力制御コマンドを受信するように構成された受信機と、
前記複数のアップリンクキャリアのうちの前記１つのパスロスを決定して、前記複数の電力パラメータ、前記送信電力制御コマンド、および前記パスロスに基づいて前記複数のアップリンクキャリアのうちの前記１つの伝送電力を決定するように構成されたプロセッサと
を備えることを特徴とするＷＴＲＵ。
【請求項１０】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵはプロセッサを備え、前記プロセッサは、
前記ＷＴＲＵにおける電力増幅器の数を決定し、
前記ＷＴＲＵにおける電力増幅器当たりの最大電力を決定し、
電力増幅器の前記数および電力増幅器当たりの前記最大送信電力に基づいて最大送信電力を決定するように構成されていることを特徴とするＷＴＲＵ。
【請求項１１】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵはプロセッサを備え、前記プロセッサは、
第１の優先順位を持つ第１のアップリンクチャネルを決定し、
第２の優先順位を持つ第２のアップリンクチャネルを決定し、
第１の優先順位を持つ前記アップリンクチャネルの電力レベルを決定し、
第１の優先順位を持つ前記アップリンクチャネルの前記電力レベルをしきい値と比較し、
前記比較に基づいて前記第２のアップリンクチャネルの送信を中断するように構成されていることを特徴とするＷＴＲＵ。
【請求項１２】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵはプロセッサを備え、前記プロセッサは、
第１の優先順位を持つ第１のアップリンクチャネルを決定し、
第２の優先順位を持つ第２のアップリンクチャネルを決定し、
第１の優先順位を持つ前記アップリンクチャネルの電力レベルを決定し、
過剰電力を決定するために、第１の優先順位を持つ前記アップリンクチャネルの前記電力レベルをしきい値と比較し、
前記過剰電力を前記第２のアップリンクチャネルに割り振るように構成されていることを特徴とするＷＴＲＵ。
【請求項１３】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵはプロセッサを備え、前記プロセッサは、
複数の物理チャネルの複数の送信電力レベルを決定し、
結合電力レベルを取得するために、前記複数の送信電力レベルを合計し、
前記結合電力レベルを最大合計電力レベルと比較し、
前記複数の物理チャネルの各々にバックオフ手順を実行するように構成されていることを特徴とするＷＴＲＵ。
【請求項１４】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
送信電力制御（ＴＰＣ）コマンドを受信するように構成された受信機と、
前記ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するように構成されたプロセッサと、
前記ＵＬ制御チャネルおよび前記ＵＬ共有チャネルを同時に送信するように構成された送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項１５】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
複数の送信電力制御コマンド（ＴＰＣ）を受信するように構成された受信機と、
前記ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するように構成されたプロセッサと、
前記ＵＬ制御チャネルおよび前記ＵＬ共有チャネルを同時に送信するように構成された送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項１６】
アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
複数の送信電力制御（ＴＰＣ）コマンドを受信するように構成された受信機と、
前記複数のＴＰＣコマンドを、コマンドフォーマットおよび識別子に基づいて複数の個々のＴＰＣコマンドに分割し、前記個々のＴＰＣコマンドのうちの少なくとも第１の１つをアップリンク（ＵＬ）制御チャネルに適用し、前記個々のＴＰＣコマンドのうちの少なくとも第２の１つをＵＬ共有チャネルに適用するように構成されたプロセッサと、
前記ＵＬ制御チャネルおよび前記ＵＬ共有チャネルを同時に送信するように構成された送信機と
を備えることを特徴とするＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
無線通信システムは、スループットおよびユーザサービスを高めるために多くの技法を使用することができる。そのような技法の１つは、キャリアアグリゲーションおよび柔軟な帯域幅のサポートである。もう１つの技法は、アップリンクデータおよび制御チャネルを同時に送信することである。たとえば、拡張ロングタームエボリューション（ＬＴＥ−Ａ：Ａｄｖａｍｃｅｄ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）準拠のシステムにおいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理アップリンク制御チャネル（ＰＵＣＣＨ）のような、アップリンク（ＵＬ）チャネルが同時に送信されることである。
【０００３】
キャリアアグリゲーションは、無線送受信ユニット（ＷＴＲＵ）における送信電力制御方式に対して複雑さを加える。たとえば、ｅノードＢ（ｅＮＢ）のような基地局は、そのＵＬ所要電力を決定するために、ＷＴＲＵに必要とされる多くの情報を有することができる。シングルキャリアシステム（単一搬送波方式）において、ｅＮＢは、ＷＴＲＵに他の情報を与えるときに、そのような情報をＷＴＲＵに与えることができる。たとえば、ｅＮＢは、ＷＴＲＵにＵＬ認可を提供するとき、ＵＬ電力制御設定データをＷＴＲＵに提供することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、複数のキャリア（搬送波）が使用され、アップリンク制御およびデータチャネルの同時送信が実施される場合には、ＷＴＲＵは、複雑なアップリンク設定情報を受信するであろう。ＷＴＲＵは、ＵＬ送信電力を適正に制御するために複雑な操作を実行するであろう。
【課題を解決するための手段】
【０００５】
無線送受信ユニット（ＷＴＲＵ）におけるアップリンク電力を決定するための方法および装置を開示する。これには、キャリアアグリゲーションシステム（搬送波集合システム）においてＷＴＲＵを操作することを含ませることができる。これはまた、ＷＴＲＵが、複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータを受信し、複数のアップリンクキャリアのうちの１つに索引付けされた送信電力制御コマンドを受信することを含むこともできる。ＷＴＲＵは、複数のアップリンクキャリアのうちの１つのパスロスを決定して、複数の電力パラメータ、送信電力制御コマンド、およびパスロス（経路損失）に基づいて複数のアップリンクキャリアのうちの１つの送信電力を決定することができる。
【０００６】
さらに詳細な理解は、添付の図面と併せて一例として示した、以下の説明から得ることができる。
【図面の簡単な説明】
【０００７】
【図１】拡張ユニバーサル移動体通信システム（ＵＭＩＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の概要を示す図である。
【図２】複数の無線送受信ユニット（ＷＴＲＵ）、およびｅノードＢ（ｅＮＢ）を含む無線通信システムを示す図である。
【図３】図２の無線通信システムのＷＴＲＵおよびｅＮＢを示す機能ブロック図である。
【図４】１つの実施形態による隣接キャリアとともにキャリアアグリゲーションを使用する無線通信システムの概要を示す図である。
【図５】もう１つの実施形態による非隣接キャリアとともにキャリアアグリゲーションを使用する無線通信システムの概要を示す図である。
【図６】１つの実施形態による電力制御の方法を示す信号図である。
【図７】もう１つの実施形態による電力制御の方法を示す信号図である。
【図８】１つの代替的実施形態による電力制御の方法を示す流れ図である。
【図９】もう１つの代替的実施形態による電力制御の方法を示す流れ図である。
【図１０】さらにもう１つの代替的実施形態による電力制御の方法を示す流れ図である。
【発明を実施するための形態】
【０００８】
これ以降「無線送信／受信ユニット（ＷＴＲＵ）」という用語が参照される場合、これはユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境において動作することのできる他の任意の種類のデバイスを含むが、これらに限定されることはない。これ以降「基地局」という用語が参照される場合、これはノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作することのできる他の任意の種類のインターフェイス接続デバイスを含むが、これらに限定されることはない。
【０００９】
図１は、従来技術による拡張ユニバーサル移動体通信システム（ＵＭＩＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１００の概要を示す。図１に示すように、Ｅ−ＵＴＲＡＮ１００は３つのｅノードＢ（ｅＮＢ）１０２を含むが、Ｅ−ＵＴＲＡＮ１００には任意の数のｅＮＢが含まれてもよい。ｅＮＢ１０２は、Ｘ２インターフェイス１０８によって相互接続される。ｅＮＢ１０２はまた、Ｓ１インターフェイス１０６により、拡張パケットコア（ＥＰＣ）１０４に接続される。ＥＰＣ１０４は、無線通信移動管理装置（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１１２、およびサービングゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１１０を含む。その他のネットワーク構成が使用されてもよく、本明細書において開示される内容は、いかなる特定のネットワーク構成またはアーキテクチャに限定されることもない。
【００１０】
無線通信システムにおいて、無線送受信ユニット（ＷＴＲＵ）は、ｅノードＢ（ｅＮＢ）と通信することができる。図２は、複数のＷＴＲＵ２１０、およびｅＮＢ２２０を含む無線通信システム２００を示す。図２に示すように、ＷＴＲＵ２１０は、ｅＮＢ２２０と通信する。図２において、３つのＷＴＲＵ２１０、および１つのｅＮＢ２２０が示されているが、無線通信システム２００には、無線デバイスおよび有線デバイスの任意の組み合わせを含むことができることに留意されたい。
【００１１】
図３は、図２の無線通信システム２００のＷＴＲＵ２１０およびｅＮＢ２２０を示す機能ブロック図３００である。図２に示すように、ＷＴＲＵ２１０は、ｅＮＢ２２０と通信する。ＷＴＲＵ２１０は、シングルキャリアまたは複数キャリアで送信および受信するように構成される。キャリア（搬送波）は、隣接であっても、あるいは非隣接であってもよい。
【００１２】
通常のＷＴＲＵに見られる要素に加えて、ＷＴＲＵ２１０は、プロセッサ３１５、受信機３１６、送信機３１７、およびアンテナ３１８を含む。ＷＴＲＵ２１０はまた、ユーザインターフェイス３２１を含むことができ、ユーザインターフェイス３２１はＬＣＤまたはＬＥＤスクリーン、タッチスクリーン、キーボード、スタイラス、または任意の他の標準的な入出力デバイスを含むことができるが、これらに限定されることはない。ＷＴＲＵ３１０はまた、揮発性および不揮発性のメモリ３１９、ならびにＵＳＢポート、シリアルポートなどのような、他のＷＴＲＵへのインターフェイス３２０を含むこともできる。受信機３１６および送信機３１７は、プロセッサ３１５と通信する。アンテナ３１８は、受信機３１６および送信機３１７と通信して、無線データの送信および受信を容易にする。ＷＴＲＵ２１０はまた、プロセッサ３１５および送信機３１７と通信する電力増幅器モジュール３２２、ならびに受信機３１６を含むこともできる。電力増幅器モジュール３２２は、単一または複数の電力増幅器を含むことができる。あるいは、電力増幅器３２２は、送信機３１７内に配置されてもよい。
【００１３】
通常のｅＮＢに見られるコンポーネントに加えて、ｅＮＢ２２０は、プロセッサ３２５、送信機３２６、受信機３２７、およびアンテナ３２８を含む。受信機３２６および送信機３２７は、プロセッサ３２５と通信する。アンテナ３２８は、受信機３２６および送信機３２７と通信して、無線データの送信および受信を容易にする。単一のアンテナ３２８が開示されているが、ｅＮＢ２２０は複数のアンテナを含むことができる。
【００１４】
図４は、１つの実施形態による隣接キャリア４００でのキャリアアグリゲーションの概要を示す。個々のキャリア（４０２、４０４、４０６）は、使用可能な帯域幅を増大させるためにアグリゲート（集約）されることができる。各キャリア（４０２、４０４、４０６）からの変調されたデータは、離散フーリエ変換（ＤＦＴ）ユニット４０８、逆高速フーリエ変換（ＩＦＦＴ）ユニット４１０、デジタルアナログ（Ｄ／Ａ）変換器ユニット４１２、および電力増幅器（ＰＡ）ユニット４１４により、単一のＷＴＲＵ４２０において処理されることができる。
【００１５】
図５は、もう１つの実施形態による非隣接キャリア５００でのキャリアアグリゲーションの概要を示す。図５に示すように、第１のキャリア５０２は、第２のキャリア５０４および第３のキャリア５０６から周波数で隔てられている。各キャリア５０２、５０４、５０６からの変調されたデータは、単一のＷＴＲＵ５２０において処理されることができる。第１のキャリア５０２からのデータは、ＤＦＴユニット５０８、ＩＦＦＴユニット５１０、Ｄ／Ａユニット５１２、およびＰＡユニット５１４において処理されることができる。同様に、第２のキャリア５０４および第３のキャリア５０６からのデータは、ＤＦＴユニット５１６、ＩＦＦＴユニット５１８、Ｄ／Ａユニット５２２、およびＰＡユニット５２４において処理されることができる。図５には別個のユニットとして示されているが、各処理ユニット（５０８〜５２４）は、１つまたは複数の結合された処理ユニットに一体化されてもよい。
【００１６】
キャリアアグリゲーションを使用するシステムにおいて、ＷＴＲＵは、結合された開ループおよび閉ループ電力制御に基づく電力制御公式(ｆｏｒｍｕｌａｒ)を使用することができる。キャリアアグリゲーションにおいて、各要素キャリア（ＣＣ）の無線伝搬条件は、特に非隣接キャリアアグリゲーション（ＣＡ）の場合には、たとえばパスロスのような無線伝搬条件が搬送周波数の関数であってもよいので、異なることもある。加えて、各ＣＣの干渉レベルは、トラフィック負荷および伝搬条件が異なるため、異なるものであってもよい。さらに、たとえばハイブリッド自動再送要求（ＨＡＲＱ）のような１つのトランスポートブロックは、単一のＣＣにマップされてもよく、この場合、各トランスポートブロックが独立して処理されうるので、異なる適応変調制御（ＡＭＣ）セットが異なるトランスポートブロックに使用されてもよいことになる。
【００１７】
ＷＴＲＵは、いずれも特定のＣＣの物理アップリンク共有チャネル（ＰＵＳＣＨ）サブフレームに索引付けされた、開ループ要素、閉ループ要素、および帯域幅係数を使用して、その送信電力を以下のように計算することができる。
ＰPUSCH（ｉ，ｋ）＝ｍｉｎ｛ＰCMAX（ｋ），１０ｌｏｇ10（ＭPUSCH（ｉ，ｋ））＋ＰO_PUSCH（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋ΔTF（ｉ，ｋ）＋ｆ（ｉ，ｋ）｝  （式１）
ここで、ＰPUSCH（ｉ，ｋ）は、ＰＵＳＣＨサブフレーム（ｉ）およびアップリンク（ＵＬ）  ＣＣ（ｋ）に索引付けされた（通常はｄＢｍ単位の）ＷＴＲＵ送信電力であり、ＰCMAX（ｋ）は、ＵＬ  ＣＣ（ｋ）のＣＣ固有の最大ＷＴＲＵ送信電力である。パラメータＰCMAX（ｋ）は、ｅＮＢによって設定されてもよい。あるいは、ＰCMAX（ｋ）は、ＰCMAXが設定された最大ＷＴＲＵ送信電力である場合に、ＰCMAXと等しくてもよい。たとえば、ＷＴＲＵがシングルＵＬ  ＣＣのみをサポートできる場合、ＰCMAX（ｋ）はＰCMAXにすることができる。帯域幅係数（ＭPUSCH（ｉ，ｋ））は、割り振られた物理無線ベアラ（ＰＲＢ）の数であり、開ループ要素は、ＰO_PUSCH（ｊ，ｋ）＋α（ｊ，ｋ）＊ＰＬ（ｋ）である。
【００１８】
開ループ要素は、それぞれ、セル固有およびＣＣ固有の公称要素ＰO_NOMINAL_PUSCH（ｊ，ｋ）と、ＷＴＲＵ固有および場合によってはＣＣ固有の要素ＰO_WTRU_PUSCH（ｊ，ｋ）の和であるＰO_PUSCH（ｊ，ｋ）を含む。ＰO_NOMINAL_PUSCH（ｊ，ｋ）およびＰO_WTRU_PUSCH（ｊ，ｋ）は、ＷＴＲＵに信号伝達されてもよい。信号伝達のオーバーヘッドを低減するために、ｅＮＢは、アンカーＣＣのような、基準ＵＬ  ＣＣのＰO_NOMINAL_PUSCH（ｊ，ｋ）およびＰO_WTRU_PUSCH（ｊ，ｋ）を提供することができ、個々のオフセット値が基準ＵＬ  ＣＣのＰO_NOMINAL_PUSCH（ｊ，ｋ）およびＰO_WTRU_PUSCH（ｊ，ｋ）に関連する他のＵＬキャリアの対応するオフセット値を提供することができる。
【００１９】
開ループ項α（ｊ，ｋ）は、セル固有およびＣＣ固有のパラメータであり、ここで０≦α（ｊ，ｋ）≦１である。パラメータ「ｊ」は、ＵＬ送信モデルを表す。たとえば、ｊ＝０は、半永続的認可に対応するＰＵＳＣＨ送信の場合、ｊ＝１は、動的スケジューリングされた認可に対応するＰＵＳＣＨ送信の場合、Ｊ＝２は、ランダムアクセス応答に対応するＰＵＳＣＨ送信の場合である。ＰＬ（ｋ）は、ＵＬ  ＣＣ（ｋ）のパスロス推定である。
【００２０】
パスロス（ＰＬ）以外の開ループパラメータは、ＷＴＲＵに明示的に信号伝達されてもよい。一部のパラメータは、ＣＣに固有であってもよく、また一部のパラメータはＣＣグループに固有であってもよい。パラメータの大きさは、ＣＣまたはＣＣグループに固有であってもよい。多数（Ｌ）のアグリゲートされたＵＬ  ＣＣを持つＷＴＲＵは、たとえば、ＰO_WTRU_PUSCH（０）、ＰO_WTRU_PUSCH（１）、のようにＰO_WTRU_PUSCH（Ｌ−１）まで続く、各ＣＣに対する値を有することができる。さらに、ＣＣ固有またはＣＣグループ固有のパラメータの絶対値を信号伝達するのではなく、相対（Δ）値が使用されてもよく、相対値は、たとえばアンカーＵＬ  ＣＣのような基準ＵＬ  ＣＣの値に関連する。信号伝達相対値は、信号伝達オーバーヘッドを低減することができる。
【００２１】
閉ループ要素において、ΔTF（ｉ，ｋ）は、セル固有の変調および符号化方式（ＭＣＳ）オフセットであり、ｆ（ｉ，ｋ）は閉ループ関数である。ΔTFは、以下のように計算することができる。
【００２２】
【数１】
2014225915.tif 000003
【００２３】
ここで、Ｋs＝１．２５、およびＫs＝０である。Ｋsは、たとえばｄｅｌｔａＭＣＳ−Ｅｎａｂｌｅｄパラメータのような、パラメータでＷＴＲＵに信号伝達されてもよい。あるいは、Ｋsは、ＣＣ固有であってもよい。ＰＵＳＣＨデータなしでＰＵＳＣＨを介して送信された制御データについて、項ＭＲＰ（ｉ，ｋ）＝ＯCQI（ｉ，ｋ）／ＮRE（ｉ，ｋ）である。それ以外の場合、
【００２４】
【数２】
2014225915.tif 000004
【００２５】
である。項Ｃ（ｉ，ｋ）は、ＵＬ  ＣＣ（ｋ）のサブフレームｉ内のコードブロックの数であり、Ｋr（ｉ，ｋ）は、ＵＬ  ＣＣ（ｋ）のコードブロックの大きさであり、ＯCQI（ｉ，ｋ）は、巡回冗長検査（ＣＲＣ）ビットを含むＵＬ  ＣＣ（ｋ）のフィードバックビットの数であり、ＮRE（ｉ，ｋ）は、ＵＬ  ＣＣ（ｋ）のリソースエレメントの数である。ＮRE（ｉ，ｋ）は、
【００２６】
【数３】
2014225915.tif 000005
【００２７】
によって決定されてもよい。ＰＵＳＣＨデータなしでＵＬ  ＣＣ（ｋ）のＰＵＳＣＨを介して送信された制御データについて、パラメータ
【００２８】
【数４】
2014225915.tif 000006
【００２９】
であり、それ以外の場合１である。
【００３０】
キャリアアグリゲートされたＵＬ電力制御の閉ループ要素は、ＣＣ固有であってもよい。しかし、隣接ＣＣまたは同じ電力増幅器を共有するＣＣのようなＣＣのグループについて、ｆ（ｉ，ｋ）は各ＣＣに共通であってもよい。積算送信電力制御（ＴＰＣ）コマンドが使用され、積算がＷＴＲＵ固有のパラメータａｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいて使用可能にされる場合、
ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）＋δPUSCH（ｉ−ＫPUSCH，ｋ）  （式３）
【００３１】
ここで、δPUSCH（ｉ−ＫPUSCH，ｋ）は、ＵＬ  ＣＣ（ｋ）のＷＴＲＵ固有の積算ＴＰＣコマンドである。ＴＰＣコマンドは、サブフレーム（ｉ−ＫPUSCH）の、フォーマット０、３／３Ａ、または新もしくは拡張ＤＣＩフォーマットのような、特定のダウンリンク制御情報（ＤＣＩ）フォーマットによる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で信号伝達されてもよい、ただしＫPUSCHの値は、たとえば周波数領域多重方式（ＦＤＤ）の場合４である。絶対ＴＰＣコマンドについて、積算がＷＴＲＵ固有のパラメータａｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいて使用可能にされない場合、
ｆ（ｉ，ｋ）＝δPUSCH（ｉ−ＫPUSCH，ｋ）  （式４）
【００３２】
ここで、δPUSCH（ｉ−ＫPUSCH，ｋ）は、サブフレーム（ｉ−ＫPUSCH）の、たとえばフォーマット０のようなＤＣＩフォーマットまたは新しいＤＣＩフォーマットによるＰＤＣＣＨで信号伝達されたＵＬ  ＣＣ（ｋ）のＷＴＲＵ固有の絶対ＴＰＣコマンドである。あるいは、ＴＰＣコマンド（δPUSCH）は、隣接ＣＣまたは同じ電力増幅器（ＰＡ）を共有するＣＣのようなＣＣのグループごとに定義されてもよい。積算ＴＰＣコマンドおよび現在の絶対ＴＰＣコマンドのいずれについても、初期値はプリセットすることができる。ＵＬ  ＣＣ（ｋ）に対するＰO_WTRU_PUSCH（ｋ）値が、上位レイヤにより変更される場合、ｆ（ｉ，ｋ）＝０である。それ以外の場合、ｆ（０，ｋ）＝ΔＰrampup＋δmsg2であり、ここでΔＰrampupは上位レイヤによって提供され、δmsg2はランダムアクセス応答で指示されたＴＰＣコマンドである。ΔＰrampupおよびδmsg2は、ＣＣ固有であってもよい。あるいは、ＷＴＲＵは、ＵＬ  ＣＣがアイドル期間後にアクティブになり、アイドル期間が事前定義された満了時間を超える場合、ＵＬ  ＣＣの積算をリセットすることができる。
【００３３】
物理ランダムアクセスチャネル（ＰＲＡＣＨ）は、さまざまなＵＬ  ＣＣを介してＷＴＲＵによって送信されてもよい。ＰＲＡＣＨ送信はまた、さまざまなＵＬ  ＣＣを介してホップされてもよい。加えて、関数ｆ（ｉ，ｋ）の積算リセットは、ＣＣベースで実行されてもよい。関数ｆ（ｉ，ｋ）は、積算ＴＰＣコマンドまたは現在の絶対ＴＰＣコマンドを使用することができ、キャリア固有であってもよい。たとえば、積算電力調整関数ｆ（＊）は、ＷＴＲＵによって第１のＵＬ  ＣＣに適用されてもよいが、絶対電力調整関数ｆ（＊）は、ＷＴＲＵによって第２のＵＬ  ＣＣに適用されてもよい。しかし、関連するパラメータ信号伝達オーバーヘッドを低減し、電力制御メカニズムをより簡単にするため、ＷＴＲＵ固有のパラメータａｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄは、所与のＷＴＲＵについてアグリゲートされたすべてのＣＣに共通であってもよい。
【００３４】
ＷＴＲＵが積算ＴＰＣコマンド送信を受信しており、ＷＴＲＵが最大電力に到達した場合、肯定ＴＰＣコマンドは、肯定ＴＰＣコマンドを受信しているＵＬ  ＣＣに対するそれぞれの対応する積算関数ｆ（ｉ，ｋ）に積算されなくてもよい。しかし、ＷＴＲＵが最小電力に到達した場合、否定ＴＰＣコマンドは、否定ＴＰＣコマンドを受信しているＵＬ  ＣＣに対するそれぞれの対応する積算関数ｆ（ｉ，ｋ）に積算されなくてもよい。
【００３５】
ＰＵＣＣＨの電力制御は、以下のようにＣＣ固有であってもよい。
ＰPUSCH（ｉ，ｋ）＝ｍｉｎ｛ＰCMAX（ｋ），ＰO_PUSCH（ｋ）＋ＰＬ（ｋ）＋ｈ（ｎCQI，ｎHARQ，ｋ）＋ΔF_PUCCH（Ｆ）＋ｇ（ｉ，ｋ）｝  （式５）
【００３６】
ここで、ＰPUCCH（ｉ，ｋ）は、ｋをＵＬ  ＣＣの索引として、ＣＣ（ｋ）のサブフレームｉ内のＰＵＳＣＨに対する、通常ｄＢｍ単位のＷＴＲＵ送信電力である。式１に示すように、ＰCMAX（ｋ）は、ＵＬ  ＣＣ（ｋ）のＣＣ固有の最大ＷＴＲＵ送信電力であり、ここでＰCMAX（ｋ）はｅＮＢによって設定されてもよい。あるいは、ＰCMAX（ｋ）は、ＰCMAXが設定された最大ＷＴＲＵ送信電力である場合、ＰCMAXと等しくてもよい。たとえば、ＷＴＲＵがシングルＵＬ  ＣＣのみをサポートできる場合、ＰCMAX（ｋ）はＰCMAXにすることができる。ＰO_PUCCH（ｋ）は、セル固有およびＣＣ固有の公称要素ＰO_NOMINAL_PUCCH（ｋ）と、ＷＴＲＵ固有および場合によってはＣＣ固有の要素ＰO_WTRU_PUCCH（ｋ）の和で設定されるＣＣ固有のパラメータであり、ｋはＵＬ  ＣＣ索引を表す。ＰO_NOMINAL_PUCCH（ｋ）およびＰO_WTRU_PUCCH（ｋ）は、上位レイヤによって提供される。信号伝達のオーバーヘッドを低減するために、ｅＮＢは、アンカーＵＬ  ＣＣのような、基準ＵＬ  ＣＣのＰO_NOMINAL_PUCCH（ｋ）およびＰO_WTRU_PUCCH（ｋ）を提供することができ、個々のオフセット値がそれぞれ基準ＵＬ  ＣＣのＰO_NOMINAL_PUCCH（ｋ）およびＰO_WTRU_PUCCH（ｋ）に関連する場合他のＵＬキャリアの対応するオフセット値を提供することができる。
【００３７】
項ｈ（ｎCQI，ｎHARQ，ｋ）は、ＰＵＣＣＨがＣＣ（ｋ）で送信される場合、ＰＵＣＣＨフォーマット従属値である。項ｈ（ｎCQI，ｎHARQ，ｋ）のｋの索引は、たとえば、すべてのＰＵＣＣＨがシングルＣＣ（ｋ）でのみ送信される場合にドロップされてもよい。パラメータΔF_PUCCH（Ｆ）は、上位レイヤによって提供される。各ΔF_PUCCH（Ｆ）値は、フォーマット１ａのような、別のＰＵＣＣＨフォーマットに関連するＰＵＣＣＨフォーマット（Ｆ）に対応する。項ΔF_PUCCH（Ｆ）は、ＣＣ固有であってもよい。関数ｇ（ｉ，ｋ）は、以下の式に示すようにＷＴＲＵ固有およびＣＣ固有のＴＰＣコマンドδPUCCH（ｉ，ｋ）の関数としての、現在のＰＵＣＣＨ電力制御調整関数である。
【００３８】
【数５】
2014225915.tif 000007
【００３９】
ＰＵＳＣＨの電力制御の式と同様に、ＵＬ  ＣＣの関数δPUSCH（ｉ，ｋ）は、フォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２のようなＤＣＩフォーマットを持つＰＤＣＣＨに含まれてもよいか、またはフォーマット３／３ＡのようなＤＣＩフォーマットを持つＰＤＣＣＨの他のＷＴＲＵ固有のＰＵＣＣＨ補正値で一緒に符号化されて送信されてもよく、そのＣＲＣパリティビットは無線ネットワーク一時識別子（ＲＮＴＩ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）でスクランブルがかけられる。ＲＮＴＩは、ＰＵＣＣＨ固有であってもよく、ＴＰＣまたはＣＣ固有であってもよい。
【００４０】
非隣接ＵＬ  ＣＡにおいて、ＰＵＳＣＨおよび／またはＰＵＣＣＨ送信は、たとえばキャリア依存のスケジューリングおよびキャリアホッピングにより、１つのＵＬ  ＣＣから別のＵＬ  ＣＣに切り替えられてもよい。この場合、ＵＬ  ＣＣ（ｋ）でのＰＵＳＣＨの閉ループ電力制御調整状態関数ｆ（ｉ，ｋ）、およびＰＵＣＣＨの閉ループ電力制御調整状態関数ｇ（ｉ，ｋ）は、異なるＣＣが異なる干渉条件およびパスロス測定を経験することがあるので、他のＵＬ  ＣＣの場合には有効ではないこともありえる。
【００４１】
積算が、ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）＋δPUSCH（ｉ−ＫPUSCH，ｋ）であるように使用可能にされる場合、ＷＴＲＵは、ＰＵＳＣＨ送信が１つのＣＣから別のＣＣに切り替えられるのであれば、ｆ（ｉ，ｋ）＝０であるように積算をリセットすることができる。同様に、ＰＵＣＣＨ送信が１つのＣＣから別のＣＣに切り替えられるのであれば、ｇ（ｉ，ｋ）＝０であるように積算をリセットすることができる。
【００４２】
あるいは、ＣＣが切り替えられた後、ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）＋ΔPLであり、ここでf（ｉ−１，ｋ）は切り替えの前に使用された前回の電力制御調整状態である。項ΔPLは、切り替えの前および後のＣＣ間のパスロス差異の推定である。
【００４３】
ランダムアクセス手順中に、ｆ（０，ｋ）の初期値は、ＷＴＲＵが無線資源制御（ＲＲＣ）接続後に上位レイヤ信号伝達からＰO_UE_PUSCH項の値を取得するまで、ｆ（０，ｋ）＝ΔＰrampup＋δmsg2に設定されてもよい。関数ｆ（０，ｋ）＝ΔＰrampup＋δmsg2は、ＷＴＲＵがまだＲＲＣ接続を確立していない場合もあるので、たとえばランダムアクセス手順中のランダムアクセスメッセージの送信に使用することができる。ＷＴＲＵは、１つのＵＬ  ＣＣにおいてランダムアクセス試行を開始して、ランダムアクセス応答メッセージを受信した後に、別のＵＬ  ＣＣに切り替えることができる。ＷＴＲＵは、ランダムアクセスを開始してメッセージを受信したＵＬ  ＣＣに対して、ｆ（０，ｋ）＝ΔＰrampup＋δmsg2の値に関する情報を有することができる。他のＵＬ  ＣＣの電力を決定するため、ＷＴＲＵは、第１のＵＬ  ＣＣについて決定された同じｆ（０，ｋ）＝ΔＰrampup＋δmsg2値を使用することができ、干渉など、ＵＬ  ＣＣ間の差異を補償するためにオフセットを追加することができる。あるいは、ＷＴＲＵは、ｆ（０，ｋ）をゼロ（０）に設定することができる。
【００４４】
ＵＬ  ＣＣのパスロス推定を決定するため、パスロス測定は、ダウンリンク（ＤＬ）  ＣＣのうちの少なくとも１つ、および全部でもＷＴＲＵによって実行されてもよい。ＵＬ  ＣＣごとパスロス測定が使用されてもよい。あるいは、各ＤＬキャリアは、パスロス測定のためにＵＬキャリアにマップされるか、またはＵＬキャリアとペアにされてもよい。ペアは１対１ベースで設定されてもよいか、またはＣＣは、ペアにする前にグループ化されてもよい。たとえば、同じ搬送波周波数を持つ隣接ＣＣまたは同じ周波数／スペクトルの帯域内の隣接ＣＣがグループ化されてもよい。どのＤＬ  ＣＣが各ＵＬ  ＣＣの電力制御のパスロス推定に使用されるかを指示するパスロス測定アソシエーションおよび／または構成が、設定されて、ＲＲＣのような上位レイヤエンティティからのメッセージでＷＴＲＵに信号伝達されてもよい。つまり、各ＵＬ  ＣＣの電力制御のためのパスロス推定／導出に使用されるＤＬ  ＣＣは、ネットワークによってＷＴＲＵごとに設定されてもよい。あるいは、パスロス測定アソシエーションおよび／または構成は、たとえば、ＷＴＲＵのグループごとに、またはシステム情報ブロック（ＳＩＢ）を使用しているセル内のすべてのＷＴＲＵに信号伝達されてもよい。ＣＣが隣接する場合、パスロス測定は互いに類似していることもあるので、各隣接ＣＣにパスロス測定を実行する必要はない場合もある。
【００４５】
パスロス測定が行われるＤＬ  ＣＣをパスロス測定が適用されるＵＬ  ＣＣと関連付けるために、アソシエーションまたはマッピング規則がＷＴＲＵによって使用されてもよい。たとえば、ＷＴＲＵは、ＤＬ  ＣＣで測定されたパスロスを、類似する中心または帯域周波数を持つＵＬ  ＣＣに関連付けることができる。
【００４６】
あるいは、パスロスは搬送周波数の関数であるので、複数のＣＣまたは帯域間のパスロスの差異は、ＷＴＲＵとｅＮＢ間の所与の無線チャネル条件、無線チャネルモデル、および／または無線チャネル環境に対する搬送周波数の関数として計算されてもよい。ＷＴＲＵは、たとえば、アンカーＤＬ  ＣＣのような、基準ＤＬ  ＣＣでパスロス測定を実施することができる。測定されたパスロスは、ＷＴＲＵにより、基準ＤＬ  ＣＣに関連付けられているＵＬ  ＣＣに適用することができるが、パスロス推定は以下のように、ＷＴＲＵにより、測定されたパスロスレベルを使用して他のＵＬ  ＣＣについて行われてもよい。
ＰＬ（ｋ）＝ＰＬmes（ｋf）＋ΔPL（ｋ）（ｄＢ）  （式７）
ここで、ｋfは基準ＤＬ  ＣＣであり、ＰＬmes（ｋf）はＤＬ  ＣＣ（ｋ）fで測定されたパスロスである。項ΔPL（ｋ）は、ＵＬ  ＣＣ（ｋ）のパスロスオフセットを表し、ここでΔPL（ｋ）は、たとえば、それぞれ基準ＣＣ（ｋ）fおよびＵＬ  ＣＣ（ｋ）の中心搬送周波数の関数として、ＷＴＲＵによって決定されてもよい。
【００４７】
あるいは、ΔPL（ｋ）は、ネットワークから信号伝達されてもよい。ΔPL（ｋ）は、開ループパラメータＰO_PUSCH（ｊ，ｋ）および／またはＰO_PUCCH（ｋ）に含まれてもよい。さらに具体的には、ΔPL（ｋ）は、たとえば、ＰO_PUSCH（ｊ，ｋ）、ＰO_NOMINAL_PUSCH（ｊ，ｋ）、ＰO_WTRU_PUSCH（ｊ，ｋ）、ＰO_PUCCH（ｋ）、ＰO_NOMINAL_PUCCH（ｋ）、またはＰO_WTRU_PUCCH（ｋ）の現在の範囲を拡張することにより、ＰＵＳＣＨの場合ＰO_NOMINAL_PUSCH（ｊ，ｋ）項またはＰO_WTRU_PUSCH（ｊ，ｋ）項に、ＰＵＣＣＨの場合ＰO_NOMINAL_PUCCH（ｋ）項またはＰO_WTRU_PUCCH（ｋ）項に含まれてもよい。あるいは、ΔPL（ｋ）は、ＷＴＲＵに信号伝達されてもよく、ＣＣ固有の電力制御パラメータは、項を示すために使用されてもよい。
【００４８】
パスロスは、以下のように定義することができる。
ＰＬ＝（ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ）−（上位レイヤのフィルタリングされたＲＳＲＰ）  （式８）
【００４９】
ここで、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、ＷＴＲＵに提供されたパラメータであり、ＲＳＲＰは基準信号受信電力である。ｅＮＢは、たとえばトラフィック負荷制御または干渉管理のような目的でさまざまなＤＬ  ＣＣにさまざまなセル固有基準信号（ＣＲＳ）送信電力レベルを割り振ることができる。個々の基準送信電力は、ＷＴＲＵに信号伝達されてもよい。あるいは、信号伝達のオーバーヘッドを低減するために、ｅＮＢは、アンカーＣＣのような、基準ＵＬ  ＣＣのＣＲＳ送信電力を提供することができ、ＣＲＳ電力オフセットが基準ＤＬ  ＣＣ  ＣＲＳ電力に関連する場合他のＤＬ  ＣＣの相対ＣＲＳ電力オフセットを提供することができる。別個にＣＲＳ電力オフセットを信号伝達するのではなく、個々のＣＣ電力オフセットは、ＰＵＳＣＨの場合対応するＰO_PUSCH（ｊ，ｋ）か、またはＰＵＣＣＨの場合対応するＰO_PUCCH（ｋ）に含まれてもよい。さらに具体的には、ＣＲＳ電力オフセットは、ＰO_NOMINAL_PUSCH（ｊ，ｋ）項またはＰO_NOMINAL_PUCCH（ｋ）項に含まれてもよい。
【００５０】
１つのＤＬ基準ＣＣは、ＣＲＳを提供してパスロスを導き出すことができる。ＷＴＲＵは、ＣＲＳに基づいてパスロス測定を行うことができ、次いで各ＵＬキャリアとＤＬ基準ＣＣの周波数との間の周波数差に基づいて修正を行うことができる。ネットワークは、ＤＬ基準として使用されるべきＤＬキャリアを割り当てることができる。この方法は、正確な修正を導くかまたは決定することができるのであれば、隣接ＵＬ送信および非隣接送信に適している。
【００５１】
複数のＤＬ基準ＣＣが使用されてもよい。ＤＬ基準ＣＣは、ｅＮＢによって設定されてもよい。ＷＴＲＵは、基準ＣＲＳに基づいて測定を行うことができ、それらの測定をＵＬ  ＣＣの各々について開ループ推定にマップするアルゴリズムに従うことができる。適切な場合、ＷＴＲＵは、周波数依存の修正を行うことができる。これは、ＵＬ  ＣＣの重要な分離を扱うことが必要になる非隣接の操作に最も適切となりうる。またこれは、隣接の操作にも適用するように十分なパフォーマンス上の利点をもたらすこともできる。
【００５２】
ネットワークは、最も典型的な周波数を提供するＣＣに基づいて基準信号の単一のＣＣを選択することができる。たとえば、ＵＬ  ＣＣからの周波数分離が最も少ないＤＬ  ＣＣが、アップリンク電力制御に使用されてもよく、アンカーキャリアーが使用されるか、または最大のパスロスを持つＤＬ  ＣＣが使用されてもよい。
【００５３】
あるいは、複数のＤＬ  ＣＣの測定されたパスロスの結合が、ＵＬ電力制御に使用されてもよい。使用されるＣＣを選択するための基準は、特定のしきい値よりも少なくアップリンク搬送周波数から分離される周波数を持つＣＣを選択することを含むことができる。しきい値は、事前定義されてもよいか、またはＷＴＲＵによって導き出されてもよい。ＣＣを選択するために使用されうるその他の基準は、ＤＬキャリアと非隣接にアグリゲートされ、ＵＬ  ＣＣから最小の周波数分離を有するＣＣキャリアを除外することを含めてももよい。ＣＣの結合は、一次結合（線形結合）、または結合されたＣＣの加重平均であってもよい。
【００５４】
ＤＬとＵＬ  ＣＣの間の周波数分離が、あらかじめ定められたしきい値よりも大きい場合、パスロスの修正項がＷＴＲＵによって適用されてもよい。あるいは、ＵＬ電力制御のパスロスの修正項は、しきい値を超えていることとは無関係に適用されてもよい。たとえば、無線チャネル条件のような、複数の要因により、正確なパスロスが必要とされることもある。
【００５５】
測定されたパスロス推定は、平均またはフィルタリング技法を使用して、ＷＴＲＵによって結合されてもよい。さまざまな測定に重みが割り当てられてもよい。たとえば、ＵＬ  ＣＣからの周波数分離が最も少ないＤＬ  ＣＣのパスロスは、比較的大きい重みを持つ可能性もある。重みは、ｅＮＢによって設定されて、ＷＴＲＵに信号伝達されてもよい。
【００５６】
パスロス測定に使用可能なＤＬ  ＣＣが複数ある場合、ｅＮＢは、ＤＬ  ＣＣに異なるＣＲＳ送信電力を使用することができる。個々のＣＲＳ送信電力は、上位レイヤ信号伝達によってＷＴＲＵに送信されてもよい。あるいは、ｅＮＢは、たとえばアンカーＣＣのような、基準ＤＬ  ＣＣのＣＲＳ送信電力を提供することができ、相対ＣＲＳ送信電力が基準ＤＬ  ＣＣのＣＲＳ送信電力に関連する場合他のＤＬ  ＣＣの相対ＣＲＳ送信電力または電力オフセットを提供することができる。ＷＴＲＵは、基準ＤＬ  ＣＣでＲＳＲＰ測定を実行して、たとえばＤＬ  ＣＣ（ｎ）のような他のＤＬ  ＣＣで、以下のようにＰＬを計算する。
ＰＬ（ｎ）＝（ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ）−（上位レイヤのフィルタリングされたＲＳＲＰ）＋Ｐoffset（ｎ）  （式９）
ここで、Ｐoffset（ｎ）は、ＤＬ（ｎ）の相対ＣＲＣ電力または電力オフセットである。
【００５７】
アグリゲートされたＵＬキャリアは、異種のパスロスメトリックの影響を受けることがある。たとえば、パスロスは、搬送周波数とセル配置のタイプの関数である。マクロセル内のＷＴＲＵは、マイクロセルの場合とは異なるパスロスを経験することがある。ＵＬ  ＣＣのパスロスは、ＷＴＲＵによって測定することができ、その他のＣＣの他のパスロスは、測定から計算することができる。
【００５８】
パスロスを決定するために、ＷＴＲＵはＵＬ  ＣＣを基準ＣＣとして選択することができる。基準ＣＣは、最低搬送周波数、最高搬送周波数、または中間搬送周波数を持つものであってもよい。あるいは、ｅＮＢは、ＷＴＲＵがどのＵＬ  ＣＣを基準ＣＣとみなすべきかをＷＴＲＵに信号伝達することができる。
【００５９】
ＷＴＲＵは、ＤＬ  ＣＣのパスロスを測定する。結果として得られたパスロスは、ＵＬ基準ＣＣの送信電力設定に使用されてもよい。その他のＵＬ  ＣＣの場合、ＷＴＲＵは、相対パスロス、すなわち、各ＣＣのパスロス公式に従って基準ＵＬ  ＣＣと他のＵＬ  ＣＣの間のパスロスオフセットを計算し、他のＣＣのパスロスオフセットを適用する。
【００６０】
潜在的に異なる伝搬法則または環境により、各ＣＣのパスロス公式は異なる場合もある。したがって、２つの非隣接ＣＣ、基準ＣＣおよびＣＣ（ｉ）について、搬送周波数をそれぞれｆrefおよびｆiとすると、パスロス公式は、以下のとおりである。
ＰＬref＝Ｃref＋１０ｎrefｌｏｇ１０（Ｄ）＋１０ｍrefｌｏｇ１０（ｆref）  （式１０）
および
ＰＬi＝Ｃi＋１０ｎiｌｏｇ１０（Ｄ）＋１０ｍiｌｏｇ１０（ｆi）  （式１１）
【００６１】
ここで、Ｄは送信機から受信機までの距離である。基準ＣＣと他のＣＣとの間の相対パスロスΔPLは、以下のように導き出すことができる。
ΔPL（ｉ）＝Ｃref−Ｃi＋１０（ｎref−ｎi）ｌｏｇ１０（Ｄ）＋１０ｍrefｌｏｇ１０（ｆref）−１０ｍiｌｏｇ１０（ｆi）  （式１２）
修正項は、以下のように、式１１のさまざまなチャネルモードを説明するようにパスロスオフセットの計算に適用されてもよい。
ΔPL（ｉ）＝Ｃref−Ｃi＋１０（ｎref−ｎi）ｌｏｇ１０（Ｄ）＋１０ｍrefｌｏｇ１０（ｆref）−１０ｍiｌｏｇ１０（ｆi）＋ｃｏｒｒ＿ｔｅｒｍ  （式１３）
ここで、ｃｏｒｒ＿ｔｅｒｍは、パスロスオフセットの修正項である。項ｃｏｒｒ＿ｔｅｒｍは、ネットワークによって設定または信号伝達されてもよい。ｃｏｒｒ＿ｔｅｒｍの値は、ルックアップテーブルの形態であってもよい。
【００６２】
たとえば、特定のチャネルモデルについて、２つのＣＣが同じパスロスに従う場合、パスロスは、ＰＬ＝５８．８３＋３７．６ｌｏｇ１０（Ｄ）＋２１ｌｏｇ１０（ｆc）として計算することができ、ここでＤは送信機から受信機までの距離であり、ｆcは基準ＣＣ周波数である。次いで、基準ＣＣと他のＣＣとの間の相対パスロスΔPLは、以下のとおりである。
【００６３】
【数６】
2014225915.tif 000008
【００６４】
ここで、ｆoは他の搬送周波数である。
【００６５】
無線チャネル伝搬モデルは、ネットワークに既知であってもよい。２１のような固定の伝搬指数を使用するのではなく、値は、ネットワークによって信号伝達されるセル固有のパラメータであってもよい。たとえば指数は、たとえば２つの信号伝達ビットを使用する、２１、３０、３５、４０のような値をとることができる。
【００６６】
あるいは、ｅＮＢは、他のＵＬ  ＣＣのパスロスオフセットをＷＴＲＵに送信することができる。ｅＮＢは、さまざまなＵＬ  ＣＣのアップリンクサウンディング基準信号（ＳＲＳ）の測定に基づいてオフセットを決定することができる。ＣＣ固有のオフセットは、ＰＵＳＣＨの場合は開ループパラメータＰO_PUSCH、およびＰＵＣＣＨの場合は開ループパラメータＰO_PUCCHに含まれてもよい。特に、チャネル条件はさまざまなＷＴＲＵに対して異なることがあるので、ＣＣ固有のオフセットは、ＰＵＳＣＨの場合はＷＴＲＵ固有の要素ＰO_WTRU_PUSCH、およびＰＵＣＣＨの場合はＷＴＲＵ固有の要素ＰO_WTRU_PUCCHに含まれてもよい。あるいは、ｅＮＢは、オフセットを基準信号の測定に基づかせることができる。ｅＮＢは、各々のアップリンクＣＣの推奨される修正項に関してＷＴＲＵに伝達することができる。
【００６７】
図６は、１つの実施形態による電力制御６００の方法を示す信号図である。６０２において、ｅＮＢ６２０は、ＤＬ  ＣＲＳのようなパスロス測定、およびパスロス設定規則をＷＴＲＵ６３０に信号伝達する。パスロス設定規則は、たとえば、ＵＬ基準ＣＣ、ＤＬ基準ＣＣ、ＵＬ／ＤＬ  ＣＣペア情報、および（ある場合）ＣＣ間のパスロスオフセットを含むことができる。
【００６８】
６０４において、ＷＴＲＵ６３０は、パスロス測定および設定規則に従ってアグリゲートされたＣＣにパスロス測定を実行する。６０６において、ＷＴＲＵ６３０は、測定されたパスロスを使用して、アグリゲートされたＣＣのアップリンク送信の送信電力を設定し、アグリゲートされたＣＣのパワーヘッドルームを計算する。６０８において、ＷＴＲＵ６３０は、計算された電力設定を使用して、ＵＬ信号をｅＮＢ６２０に送信する。
【００６９】
それぞれ式（１）および式（５）に示すように、ＰＵＳＣＨおよびＰＵＣＣＨにはそれぞれ別個のＴＰＣコマンドが使用されてもよい。たとえば、別個のＴＰＣコマンドは、それぞれＰＵＳＣＨおよびＰＵＣＣＨの電力制御のためにｅＮＢからＷＴＲＵに送信されてもよい。ＰＵＳＣＨ電力制御の場合、ＴＰＣコマンドは、ＵＬ  ＣＣごと、およびＷＴＲＵごとに定義されてもよい。ＰＵＣＣＨ電力制御の場合、ＴＰＣコマンドは、ＵＬ  ＣＣごと、およびＷＴＲＵごとに定義されてもよい。ＷＴＲＵがＵＬ  ＣＣで複数のＰＵＣＣＨを送信している場合、個々のＰＵＣＣＨの別個のＴＰＣコマンドが、ＷＴＲＵによって受信されてもよい。ＴＰＣコマンドを受信した後、ＷＴＲＵは、関連付けられているＰＵＣＣＨに対してＴＰＣコマンドの各々を適用することができる。
【００７０】
あるいは、ＰＵＳＣＨまたはＰＵＣＣＨのＴＰＣコマンドは、ＵＬ  ＣＣのグループごと、またはすべてのＵＬ  ＣＣについて定義されてもよい。ｅＮＢは、ＴＰＣコマンドがＣＣごと、ＣＣのグループごと、またはすべてのＣＣについて定義されるかどうかをＷＴＲＵに伝達するように、上位レイヤ信号伝達を通じてＷＴＲＵを構成することができる。たとえば、ＴＰＣコマンドは、ＣＣが同じＰＡを使用して送信されている場合、ＵＬ  ＣＣのグループを制御するように設定されてもよい。
【００７１】
キャリアアグリゲーションシステムにおいてＰＵＳＣＨのＴＰＣコマンドは、ＤＣＩフォーマット０またはＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによるＰＤＣＣＨでＷＴＲＵによって受信されてもよい。ＤＣＩフォーマットは、キャリアアグリゲーションシステムのＰＵＳＣＨ電力制御を含むことができる。同様に、ＰＵＣＣＨのＴＰＣコマンドは、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２またはＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによりＷＴＲＵで受信されてもよく、ここでそれぞれのフォーマットはキャリアアグリゲーションシステムにおけるＰＵＣＣＨ電力制御を容易にすることができる。
【００７２】
制御データの各ユニットは、ＣＲＣを備えることができる。ＣＲＣには、無線ネットワーク一時識別子（ＲＮＴＩ）でスクランブルがかけられてもよい。ＲＮＴＩは、たとえば、ＷＴＲＵ固有、グループ固有、または関数固有のＴＰＣであってもよい。各ＷＴＲＵは、そのＷＴＲＵの制御情報があることを示すＲＮＴＩを探す。ＷＴＲＵは、ＷＴＲＵ固有、ＣＣ固有、ＰＵＳＣＨ固有、ＴＰＣ固有、ＰＵＣＣＨ固有、またはＷＴＲＵ、ＣＣ、ＰＵＳＣＨ、ＰＵＣＣＨおよびＴＰＣの任意の結合であるＲＮＴＩを探すことができる。
【００７３】
ＣＣ固有のＴＰＣコマンドを搬送するＰＤＣＣＨは、ＰＤＣＣＨのＣＲＣビットがＲＮＴＩでスクランブルをかけられている場合、ＲＮＴＩを備えることができる。ＲＮＴＩは、ＵＬ  ＣＣ固有であってもよい。たとえばＤＣＩフォーマット０またはＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２などによるＰＤＣＣＨは、たとえば、ＷＴＲＵのＣ−ＲＮＴＩ、ＳＰＳ−ＣＲＮＴＩ、またはＵＬ  ＣＣ固有のＣ−ＲＮＴＩを備えることができる。ＰＵＳＣＨのＤＣＩフォーマット３／３ＡによるＰＤＣＣＨは、ＷＴＲＵのＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＵＬ  ＣＣ固有のＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを備えることができ、ＰＵＣＣＨのＤＣＩフォーマット３／３ＡによるＰＤＣＣＨは、ＷＴＲＵのＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩまたはＵＬ  ＣＣ固有のＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩを備えることができる。
【００７４】
ＷＴＲＵは、同じサブフレーム内に、たとえばＤＣＩフォーマット０／１／２／３／３Ａを含む複数のＤＣＩフォーマットを受信することができる。ＴＰＣコマンドはＰＤＣＣＨで搬送されるので、ＴＰＣコマンド信号伝達の方法は、ＰＤＣＣＨの構造に依存することになる。たとえば、ＷＴＲＵのＴＰＣコマンドが、ＤＣＩフォーマット３／３ＡのようなＤＣＩフォーマットによるＰＤＣＣＨに含まれる場合、ＴＰＣコマンドは、他のＷＴＲＵおよび他のＣＣに対する他のＴＰＣコマンドと一緒に符号化されてもよい。
【００７５】
ＰＵＳＣＨのＴＰＣコマンドが、ＤＣＩフォーマット０のような特定のＤＣＩフォーマットによるＰＤＣＣＨに含まれ、ＴＰＣコマンドがＵＬ認可にある場合、ＴＰＣコマンドは、ＷＴＲＵにより特定のＵＬ  ＣＣに適用されてもよい。所与のＷＴＲＵに対するＵＬ認可のＴＰＣコマンドは、ＵＬ  ＣＣに関連付けられてもよい。ＷＴＲＵは、関連付けられているＵＬ  ＣＣに関する情報をｅＮＢから受信することができるか、またはＷＴＲＵは、事前設定されたマッピングまたは規則を使用してアソシエーションを決定することができる。たとえば、ＵＬ認可を持つＰＤＣＣＨのＴＰＣコマンドは、ＷＴＲＵによって、ＵＬ認可が適用されるＵＬ  ＣＣに適用されてもよい。
【００７６】
ＵＬ認可およびＵＬ  ＣＣとのＰＤＣＣＨのアソシエーションは、たとえばレイヤ１（Ｌ１）明示インジケータ、暗黙ＵＬ  ＣＣインジケータのようなインジケータによるか、またはＲＲＣ信号伝達でＷＴＲＵに送信することができる。各ＵＬ  ＣＣにどのＴＰＣコマンドが適用されるかをＷＴＲＵが認識するように、ＰＤＣＣＨの明示Ｌ１  ＣＣインジケータが使用される場合、ＤＣＩフォーマットの構造は、Ｌ１  ＣＣインジケータに対応することができる。暗黙ＣＣインジケータの場合、ＷＴＲＵのＵＬ  ＣＣ固有のＣ−ＲＮＴＩは、ＵＬ  ＣＣに対して、対応するＷＴＲＵのＵＬ  ＣＣ固有のＣ−ＲＮＴＩがＰＤＣＣＨのＣＲＣビットでスクランブルをかけられるように使用されてもよい。
【００７７】
あるいは、ＰＵＳＣＨに対するＴＰＣコマンドの少なくとも１つのグループ、およびすべてのＴＰＣコマンドは、単一のＵＬ認可で搬送されてもよい。ＵＬ  ＣＣマッピングへのＴＰＣコマンドの索引は、どのＴＰＣビットが各ＵＬ  ＣＣに適用されるかをＷＴＲＵが認識するように使用されてもよい。あるいは、ＴＰＣコマンドおよびＵＬ  ＣＣ識別または索引のアソシエーションは、上位レイヤ信号伝達を通じて確立されてもよいか、またはＷＴＲＵで実施される１つまたは複数の規則に従ってもよい。したがって、ＷＴＲＵは、事前設定された規則を使用して、どのコマンドが各ＵＬ  ＣＣに対応するかを決定することができる。
【００７８】
ＰＵＳＣＨのＴＰＣコマンドが、たとえばＤＣＩフォーマット３／３Ａのような特定のフォーマットによる第１のＰＤＣＣＨに含まれる場合、所定のＷＴＲＵのＣＣ固有またはＣＣグループ固有のＴＰＣコマンドは、他のＷＴＲＵの他のＣＣ固有またはＣＣグループ固有のＴＰＣコマンドと一緒に符号化されてもよい。ＣＲＣパリティビットは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルがかけられてもよい。ＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩは、ＵＬ  ＣＣ固有のＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩであってもよい。ＷＴＲＵのもう１つのＣＣ固有のＴＰＣコマンドは、第１のＰＤＣＣＨで使用されたものとは異なるＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを使用してもう１つの関連付けられているＰＤＣＣＨで送信されてもよい。たとえば、第１のＷＴＲＵの第１のＵＬ  ＣＣのＴＰＣコマンドは、第２および第３のＷＴＲＵの第１のＵＬ  ＣＣ  ＴＰＣコマンドと一緒に符号化されてもよい。ＴＰＣコマンドは、たとえばフォーマット３／３Ａのような特定のＤＣＩフォーマットによるＰＤＣＣＨで送信されてもよい。第１、第２、および第３のＷＴＲＵは、同じＴＰＣ−ＵＳＣＨ−ＲＮＴＩ、またはｋ番目のＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを有することができる。第１のＷＴＲＵが、たとえば、もう１つのアクティブなＵＬ  ＣＣである第２のＣＣを有する場合、対応するＴＰＣコマンドは、他のＷＴＲＵの第２のＵＬ  ＣＣ  ＴＰＣコマンドと一緒に符号化されてもよい。各ＷＴＲＵのＴＰＣコマンドは、異なるＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを使用して符号化されてもよい。ＰＤＣＣＨ内の各ＷＴＲＵのＣＣ固有のＴＰＣビットの各ロケーションは、上位レイヤ信号伝達を介してＷＴＲＵに信号伝達されてもよい。この例は３つのＷＴＲＵを含むが、ＷＴＲＵの数は例示のために過ぎず、任意の数のＷＴＲＵが、本明細書において開示される方法を使用することができる。
【００７９】
ＷＴＲＵは、ＴＰＣパラメータおよびＴＰＣ索引のような情報を受信することができる。たとえば、ＴＰＣパラメータは、ＴＰＣビットを各ＷＴＲＵおよび各ＣＣに割り振る方法を指示することができる。ＴＰＣ索引は、ＷＴＲＵごとにＣＣ固有であるか、またはＷＴＲＵごとにすべてのＣＣに共通であってもよい。
【００８０】
あるいは、第１のＷＴＲＵのすべてのアクティブなＵＬ  ＣＣのＣＣ固有のＴＰＣコマンドはすべて、たとえばＤＣＩフォーマット３／３Ａまたは拡張ＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによるＰＤＣＣＨの第２および第３のＷＴＲＵのＣＣ固有のＴＰＣコマンドと一緒に符号化されてもよい。ＣＲＣパリティビットは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルがかけられてもよい。第１のＷＴＲＵのそれぞれのＣＣ固有のＴＰＣビットの各ロケーションは、上位レイヤ信号伝達を介してＷＴＲＵに信号伝達されてもよい。ロケーション情報に含まれるのは、ＴＰＣパラメータおよびＴＰＣ索引であってもよい。ＴＰＣ索引は、各ＷＴＲＵに対して定義されてもよい。どのＴＰＣビットがどのＣＣに対応するかに関する情報は、上位レイヤによって明示的にＷＴＲＵに信号伝達されてもよい。あるいは、ＷＴＲＵは、事前設定された規則またはマッピングを使用することにより、対応を暗黙的に決定することができる。暗黙的信号伝達の場合、ＷＴＲＵのＣＣ固有のＴＰＣビットは、ＵＬ  ＣＣ索引により昇順に配置されてもよく、ＷＴＲＵは、たとえば上位レイヤ信号伝達を使用してｅＮＢから受信するＰＤＣＣＨ内のＴＰＣビットの読み取りを開始する場所に関して情報を受信することができる。
【００８１】
ＰＵＳＣＨのＣＣ固有またはＣＣグループ固有のＴＰＣコマンド送信の場合、ＷＴＲＵは、ＷＴＲＵがＤＲＸモードにある場合または測定ギャップにある場合を除くすべてのサブフレームの、たとえばＷＴＲＵのＣ−ＲＮＴＩ、ＷＴＲＵのＣＣ固有Ｃ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ、またはＣＣ固有ＳＰＳ  Ｃ−ＲＮＴＩのような識別子を使用して関連付けられているＤＬ  ＣＣの各ＵＬ  ＣＣに対して、ＤＣＩフォーマット０のような第１のＤＣＩフォーマットのＰＤＣＣＨを復号化しようと試みることもできる。やはり同時に、ＷＴＲＵはまた、ＷＴＲＵがＤＲＸモードにある場合または測定ギャップにある場合を除くすべてのサブフレームの、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＣＣ−ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩのような異なる識別子を使用して、各ＵＬ  ＣＣに対して、ＤＣＩフォーマット３／３Ａのような第２のＤＣＩフォーマットのＰＤＣＣＨを復号化しようと試みることもできる。ＵＬ  ＣＣ（ｋ）の積算ＴＰＣコマンドが送信される場合、閉ループＰＣ調整関数ｆ（ｉ，ｋ）は、ｆ（ｉ−１，ｋ）＋δPUSCH（ｉ−ＫPUSCH，ｋ）と等しくてもよく、ここでＴＰＣコマンドが復号化されない場合、ＷＴＲＵがＤＲＸモードである場合、または測定ギャップが関連付けられているＤＬ  ＣＣで発生する場合、（ｉ−ＫPUSCH）番目のサブフレームに対してδPUSCH（ｉ−ＫPUSCH，ｋ）＝０ｄＢである。ＵＬ  ＣＣ（ｋ）の絶対ＴＰＣコマンドが送信される場合、ｆ（ｉ，ｋ）＝δPUSCH（ｉ−ＫPUSCH，ｋ）である。ＵＬ  ＣＣのＴＰＣコマンドが復号化されない場合、ＷＴＲＵがＤＲＸモードである場合、または測定ギャップが関連付けられているＤＬ  ＣＣで発生する場合、関数ｆ（ｉ，ｋ）＝ｆ（ｉ−１，ｋ）である。これはまた、ＣＣグループ固有のＴＰＣコマンドが送信される場合にも発生することがある。所与のＵＬ  ＣＣに対して、ＤＣＩフォーマット０のような第１のＤＣＩフォーマットおよびＤＣＩフォーマット３／３Ａのような第２のＤＣＩフォーマットがいずれも同じサブフレームで検出される場合、ＷＴＲＵは、第１のＤＣＩフォーマットで提供されたＴＰＣコマンドδPUSCH（ｉ，ｋ）を使用することができる。
【００８２】
ＰＵＣＣＨのＴＰＣコマンドが、たとえばＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２のようなＤＣＩフォーマットによるＰＤＣＣＨに含まれる場合、ＤＬ認可およびスケジューリング情報は、ＰＤＣＣＨにも含まれてもよい。ＴＰＣコマンドは、特定のＵＬ  ＣＣのＰＵＣＣＨ送信電力を制御するように適切なＷＴＲＵによって適用されてもよい。ＴＰＣコマンドは、所与のＷＴＲＵの各ＵＬ認可またはスケジューリング情報の各ビットに関連付けられているＵＬ  ＣＣに適用されてもよい。ＷＴＲＵは、関連付けられているＵＬ  ＣＣに関する情報をｅＮＢから受信することができるか、またはＷＴＲＵは、事前設定されたマッピングまたは規則を使用してアソシエーションを決定することができる。たとえば、ＤＬ認可またはスケジューリング情報を持つＰＤＣＣＨで搬送され、たとえばＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２のような特定のＤＣＩフォーマットを使用しているＴＰＣコマンドは、ＡＣＫ／ＮＡＣＫが送信されるＵＬ  ＣＣに適用されてもよい。ＡＣＫ／ＮＡＣＫは、ＰＤＣＣＨのＤＬ認可およびスケジューリング情報に関連付けられてもよい。ＵＬ認可およびＵＬ  ＣＣとのＰＤＣＣＨのアソシエーションは、たとえばＰＤＣＣＨ内の明示Ｌ１  ＣＣインジケータ、暗黙ＵＬ  ＣＣインジケータを使用するか、またはＲＲＣ信号伝達でＷＴＲＵに与えられてもよい。
【００８３】
明示Ｌ１  ＣＣインジケータがＰＤＣＣＨ内で使用される場合、ＷＴＲＵは、どのＴＰＣコマンドが各ＵＬ  ＣＣに適用されるかを認識することができる。ＤＣＩフォーマットの構造は、Ｌ１  ＣＣインジケータに対応することができる。
【００８４】
暗黙ＣＣインジケータが使用される場合、ＷＴＲＵのＵＬ  ＣＣ固有のＣ−ＲＮＴＩは、ＵＬ  ＣＣに対して、対応するＷＴＲＵのＵＬ  ＣＣ固有のＣ−ＲＮＴＩがＰＤＣＣＨのＣＲＣビットでスクランブルをかけられるように使用されてもよい。あるいは、ＰＵＣＣＨに対するＴＰＣコマンドの少なくともサブセットおよびすべては、ＤＬ認可またはスケジューリング情報メッセージで搬送されてもよい。ＵＬ  ＣＣマッピングへのＴＰＣコマンドの索引は、どのＴＰＣビットが各ＵＬ  ＣＣに適用されるかをＷＴＲＵが認識するように使用されてもよい。あるいは、ＴＰＣコマンドおよびＵＬ  ＣＣ識別のアソシエーションは、上位レイヤ信号伝達を通じて確立されてもよいか、またはＷＴＲＵで実施される１つまたは複数の規則に従ってもよい。ＷＴＲＵは、事前設定された規則を使用して、どのコマンドが各ＵＬ  ＣＣに対応するかを決定することができる。
【００８５】
所与のＷＴＲＵの所与のＰＵＣＣＨに対するＴＰＣコマンドの少なくともグループまたはすべてが、１つにまとめられてもよい。結果として得られるＴＰＣコマンドのバンドルは、ＤＬ基準ＣＣのようなＰＤＣＣＨで搬送されてもよい。バンドルはまた、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２またはＤＣＩフォーマット３／３Ａのような特定のＤＣＩフォーマットによる複数のＰＤＣＣＨで搬送されてもよい。ＴＰＣコマンドは、グループ、またはすべてのＵＬ  ＣＣに適用されてもよい。
【００８６】
あるいは、δＰＵＣＣＨは、ＷＴＲＵ固有であってもよいが、ＰＤＣＣＨで信号伝達されるときはＣＣ固有ではないこともある。項δＰＵＣＣＨは、単一のδＰＵＣＣＨ値がＰＵＣＣＨ電力を制御する場合、ＤＬ基準ＣＣで搬送されてもよい。表１は、ＵＬ認可におけるＴＰＣ信号伝達の例を示す。
【００８７】
【表１−１】
2014225915.tif 000009
【００８８】
【表１−２】
2014225915.tif 000010
【００８９】
図７は、もう１つの実施形態による電力制御の方法７００を示す信号図である。７０２において、ｅＮＢ７２０は、本明細書において説明される方法によりＴＰＣをＷＴＲＵ７３０に信号伝達する。ＴＰＣは、ＤＣＩフォーマット０によるＵＬ認可で送信される。７０４において、ネットワークからＵＬ認可およびＴＰＣを受信した後、ＷＴＲＵ７３０は、表１から選ばれた適切な規則に従って、または本明細書に説明されるように、ＴＰＣとその対応するキャリアとの間のアソシエーションを決定する。７０６において、ＷＴＲＵは、受信したＴＰＣを、それに応じてアグリゲートされたキャリアでのアップリンク送信の送信電力を設定するために適用する。７０８において、ＷＴＲＵ７３０は、受信したＴＰＣを適用してアップリンク信号を送信する。
【００９０】
ＣＣ固有であるのではなく、ＴＰＣコマンドは、ＵＬ  ＣＣのグループ、またはすべてのＵＬ  ＣＣについて定義されてもよい。ｅＮＢは、ＴＰＣコマンドがＣＣごと、ＣＣのグループごと、またはＣＣ全体について定義されるかどうかをＷＴＲＵが認識するように、たとえば上位レイヤ信号伝達を通じてＷＴＲＵを構成することができる。たとえば、ＴＰＣコマンドは、ＣＣがＷＴＲＵの同じＰＡを使用して送信される場合、ＵＬ  ＣＣのグループを制御するように構成されてもよい。隣接ＣＣは、ＷＴＲＵにおいて同じＰＡを共有することができる。ＷＴＲＵおよびｅＮＢは、ＷＴＲＵがＣＣを各ＰＣと関連付ける方法に関する設定情報を交換することができる。設定情報の交換は、上位レイヤ信号伝達を介して行われてもよい。ＴＰＣ送信がＣＣごと、またはＣＣのグループごとである場合、ＴＰＣコマンドと適用されるＵＬ  ＣＣとの間のアソシエーションまたはマッピングは、たとえば上位レイヤ信号伝達を介して事前定義され、提供されてもよい。
【００９１】
単一のＴＰＣコマンドは、ＣＣごとのＰＵＣＣＨ電力制御に使用されてもよい。ＴＰＣコマンドは、関連付けられているＤＬ  ＣＣで送信されてもよく、パラメータｈ（ｎCQI、ｎCQI、ｋ）およびΔF_PUCCH（Ｆ）は、ＰＵＣＣＨごとに適用されてもよい。
【００９２】
複数のＰＵＣＣＨが、ＣＣまたは複数のＣＣでＷＴＲＵから同時に送信されてもよい。たとえば、ＷＴＲＵは、第１のＰＵＣＣＨの１つまたは複数の肯定／否定応答（ＡＣＫ／ＮＡＣＫ）信号、およびサブフレーム内の同じＣＣの第２のＰＵＣＣＨのチャネル品質インジケータ（ＣＱＩ）または事前符号化マトリクスインジケータのようなその他のフィードバックを送信することができる。それぞれのＰＵＣＣＨごとの電力設定は、式５を使用して個別に実施されてもよい。複数のＰＵＣＣＨがＵＬ  ＣＣでＷＴＲＵから同時に送信される場合、個々のＰＵＣＣＨの別個のＴＰＣコマンドが、ＷＴＲＵによって受信されてもよい。ＴＰＣコマンドが受信されると、ＷＴＲＵは、ＴＰＣコマンドの各々を関連付けられているＰＵＣＣＨに適用することができる。あるいは、ＷＴＲＵは、すべてのＴＰＣコマンドを単一のＴＰＣコマンドに結合して、ＵＬ  ＣＣのすべてのＰＵＣＣＨに対してＴＰＣコマンドを適用することができる。たとえば、ＴＰＣコマンドは、同一のものとして処理されてもよい。ＷＴＲＵが、サブフレーム内の対応するＰＤＣＣＨのうちの１つのＴＰＣコマンドを正常に復号化すると、ＷＴＲＵはすべてのＰＵＣＣＨに対してＴＰＣコマンドを適用し、サブフレーム内のその他のＴＰＣコマンドは符号化しなくてもよい。
【００９３】
複数のチャネルが同時に送信されている場合、チャネルは同じＴＰＣコマンドを使用することができる。たとえば、ＰＵＳＣＨのＴＰＣコマンドは、ＰＵＣＣＨのＷＴＲＵによって使用されてもよい。この場合、ｅＮＢは、上記で式１に示されるように、ＰＵＣＣＨのＴＰＣコマンドおよびＰＵＣＣＨの閉ループ要素を送信することはないが、その代わりにＰＵＳＣＨのＴＰＣコマンドに依存することができる。ＰＵＳＣＨの積算ＴＰＣコマンドは、ＷＴＲＵによって使用されてもよい。
【００９４】
あるいは、複数のチャネルが同時に送信される場合、ＴＰＣコマンドはＷＴＲＵによって結合されてもよい。たとえば、ＰＵＳＣＨおよびＰＵＣＣＨのＴＰＣコマンドはそれぞれ結合されて、結合されたＴＰＣコマンドは、ＷＴＲＵによってＰＵＳＣＨおよびＰＵＣＣＨの両方に適用されてもよい。ＰＵＳＣＨの積算ＴＰＣコマンドが使用されてもよい。
【００９５】
ＰＵＳＣＨおよびＰＵＣＣＨは、単一のＵＬ  ＣＣで送信されてもよい。さらに、複数のＰＵＣＣＨは、必要に応じて、ＵＬ  ＣＣで同時に送信されてもよい。同時に送信されたＰＵＣＣＨおよびＰＵＳＣＨの電力制御は、それぞれ式１および式５を使用して、物理チャネルごと、および／またはＣＣごとに実施されてもよい。ＰCMAX（ｋ）をＵＬ  ＣＣ（ｋ）のＣＣ固有の設定された最大ＷＴＲＵ送信電力として、ＵＬ  ＣＣ（ｋ）でＰＵＣＣＨおよびＰＵＳＣＨに必要な送信電力の和がＰCMAX（ｋ）を超える場合、ＷＴＲＵは合計送信電力をＰCMAX（ｋ）にバックオフする必要がある。ＣＣ固有の最大送信電力ＰCMAX（ｋ）は、上位レイヤ信号伝達を介してｅＮＢによって信号伝達されてもよい。
【００９６】
複数のＣＣの電力制御方式は、ＷＴＲＵの無線周波数（ＲＦ）／送受信機アーキテクチャに依存してもよい。特に、方式は、ＷＴＲＵ内のＰＡの数に依存してもよい。隣接ＣＣは、同じＰＡを使用することができるが、非隣接ＣＣは別個のＰＡを使用することができる。複数のＵＬ  ＣＣが送信される場合、個々のＵＬ  ＣＣの電力の和は、設定された合計最大ＷＴＲＵ送信電力ＰCMAXを超えることはなく、ここでＰCMAXは、ＷＴＲＵ電力クラス、許容される公差および調整、ならびにｅＮＢによってＷＴＲＵに信号伝達される最大許容送信電力に依存してもよい。ＰCMAXの値は、上位レイヤを介してｅＮＢによって提供されてもよい。
【００９７】
ＰCMAXは、すべてのアクティブなＵＬ  ＣＣのＣＣ固有の最大ＷＴＲＵ送信電力ＰCMAX（ｋ）の和と等しいかまたはそれよりも小さくてもよい。ＷＴＲＵが、たとえば異なる周波数帯の複数の非隣接ＣＣに対して、複数のＰＡを装備している場合、ＰCMAXは、ＰCMAX_PA_i＝ＰCMAX−１０＊ｌｏｇ１０（Ｎ）（ｄＢｍ）となるように、すべてのＰＡの間で同等に分配されてもよく、ここでＰCMAX_PA_iは個々のＰＡによってサポートされる最大送信電力であり、ＮはＷＴＲＵデバイスにおけるＰＡの数である。あるいは、ＰCMAX_PA_iは、さまざまなＰＡに対して異なっていてもよい。合計の必要ＷＴＲＵ送信電力がＰCMAXを超える場合、ＷＴＲＵは、ＰCMAXを超えないようにするため送信電力を低減するようにバックオフする必要がある。特定のＰＡに必要な電力がＰＡ最大許容電力ＰCMAX_PA_iを超える場合、ＷＴＲＵは、ＰCMAX_PA_iを超えないようにするため送信電力を低減することが必要にある。
【００９８】
ＵＬ  ＭＩＭＯをサポートするＷＴＲＵの場合、ＵＬキャリアアグリゲーションに加えて、各アンテナはＰＡに接続されてもよく、各ＰＡは異なる最大送信電力要件を有することもできる。各物理チャネルのＷＴＲＵ送信電力は、送信アンテナを介して分配されてもよい。各アンテナの合計の必要送信電力が最大ＰＡ電力を超える場合、ＷＴＲＵは、上限を超えないようにするため送信電力の調整が必要になることもある。
【００９９】
ＷＴＲＵは、複数レベルの最大送信電力によって制限されてもよい。ＷＴＲＵには、合計送信電力制限があってもよい。各ＣＣには、電力制限があってもよい。各ＰＡには、電力制限があってもよい。各送信チャネルには、電力制限があってもよい。したがって、ＷＴＲＵは、ＷＴＲＵの送信電力の複数の制限に対処する必要がある。
【０１００】
ＷＴＲＵの最大送信電力は、ＷＴＲＵの電力クラス定義、上位レイヤ構成、またはＷＴＲＵのＰＡによって制限されてもよい。ＷＴＲＵ送信機（ＴＸ）電力は、最大電力制限の制約を受けてもよい。たとえば、個々のＵＬ  ＣＣ（ｋ）の合計ＷＴＲＵ電力は、ＣＣ固有の最大ＴＸ電力ＰCMAX（ｋ）の制約を受けてもよい。すべてのアクティブなＣＣのＷＴＲＵ  ＴＸ電力の和は、合計最大ＴＸ電力ＰCMAXの制約を受けてもよい。各ＣＣグループ（ｍ）の合計ＴＸ電力は、ＰCMAX_CC_group（ｍ）で示される最大ＣＣグループＴＸ電力の制約を受けてもよく、ここでＣＣ（ｍ）はＵＬ  ＣＣのサブセットから成り、
【０１０１】
【数７】
2014225915.tif 000011
【０１０２】
である。たとえば、ＣＣグループは、ＷＴＲＵ内のｉ番目のＰＡを共有する隣接ＵＬ  ＣＣで設定されてもよい。この場合、ＰCMAX_CC_group（ｍ）は、最大ＰＡ電力ＰCMAX_PA_iと等しくてもよい。上記の最大電力制限の任意の結合がＷＴＲＵによって送信されたサブフレーム内で生じる場合、ＷＴＲＵは電力制限に違反しないように、送信電力を適切に低減または縮小することが必要になることもある。
【０１０３】
ＷＴＲＵが、複数のＣＣならびに同時ＰＵＳＣＨおよびＰＵＣＣＨ送信を使用して送信している場合、各ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＣＣ当たりの物理チャネルごとに独立して計算されてもよい。ＷＴＲＵは、ＰＵＳＣＨの場合は式１を使用し、ＰＵＣＣＨの場合は式５を使用することができる。サブフレームにおいて、すべてのＣＣの電力レベル全体の和が合計最大ＷＴＲＵ電力ＰCMAXを超える場合、および／またはＵＬ  ＣＣ（ｋ）の合計送信電力がＣＣ固有の最大電力ＰCMAX（ｋ）を超える場合、ＷＴＲＵは送信電力レベルの一部または全部を適切に低減または縮小することができる。たとえば、ＵＬ  ＣＣ（ｋ）の合計送信電力がＰCMAX（ｋ）を超える場合、ＷＴＲＵは最初にそのＵＬ  ＣＣ（ｋ）の合計電力をＰCMAX（ｋ）まで低減することができる。ＵＬ  ＣＣ全体のすべての送信電力の和が、合計最大ＷＴＲＵ電力ＰCMAXを超える場合、ＷＴＲＵはすべてのＣＣにわたる合計電力をＰCMAXまで低減することができる。
【０１０４】
電力低減は、ＣＣおよび各ＣＣのチャネルの優先順位に基づいてもよい。優先順位は、制御およびデータ送信および／またはデータのサービス品質（ＱｏＳ）の要件に基づいて決定されてもよい。１つの例において、ＰＵＣＣＨは、特にＰＵＳＣＨがＵＬ制御情報（ＵＣＩ）を含まない場合、ＰＵＳＣＨよりも優先されてもよい。ＵＣＩを持つＰＵＳＣＨは、ＵＣＩを持たないＰＵＳＣＨに優先することができる。同様に、ＵＣＩを持つＰＵＣＣＨまたはＰＵＳＣＨを搬送するＵＬ  ＣＣは、ＵＣＩを持たないＰＵＳＣＨを搬送する他のＵＬ  ＣＣに優先することができる。ＷＴＲＵは、ＵＬ  ＣＣを優先させ、次いで優先された個々のＵＬ  ＣＣのチャネルを優先させることができる。必要に応じて、一部のＵＬ  ＣＣまたはチャネルがドロップされ、チャネルの送信電力が縮小されるかまたはゼロに設定されてもよい。
【０１０５】
チャネル優先順位および／またはＣＣ優先順位は、事前定義され、上位レイヤを通じてＷＴＲＵに信号伝達されてもよい。あるいは、ＷＴＲＵは、優先順位を自律的に決定することができ、ｅＮＢは、優先順位を持つ送信された物理チャネルにブラインド検出を行うことができる。
【０１０６】
ＵＬ  ＣＣ（ｋ）が同時ＰＵＳＣＨ／ＰＵＣＣＨ送信を含み、ＰＵＳＣＨとすべてのＰＵＣＣＨの電力の和がＰCMAX（ｋ）を超える場合、ＷＴＲＵは、チャネル優先順位に基づいて一部のチャネルの電力を低減することができる。たとえば、ＰＵＣＣＨは、ＰＵＳＣＨに優先することができ、ＰＵＳＣＨの電力は、ＰＵＣＣＨの電力が影響を受けることなく低減されてもよい。ＰＵＳＣＨは、ＰＵＳＣＨの低減された電力が事前定義されたしきい値または最小送信電力よりも小さい場合、ドロップされてもよい。さらに、その他のＰＵＣＣＨのような、他のチャネルの電力をさらに低減する必要がある場合、ＷＴＲＵは、最大送信電力制限（ＰCMAX（ｋ））内にとどまるように、次に低い優先順位を持つ一部のＰＵＣＣＨの電力を低減することができる。
【０１０７】
図８は、１つの代替的実施形態による電力制御の方法８００を示す流れ図である。８０２において、ＷＴＲＵは、最も高い優先順位を持つＰＵＣＣＨまたはＰＵＳＣＨの電力を計算することができる。８０４において、結果として得られた電力レベルＰ1st_priorityは、最大電力レベルと比較されてもよい。Ｐ1st_priorityが最大ＷＴＲＵ電力Ｐｃｍａｘ、または最大ＷＴＲＵ  ＰＡ電力Ｐｃｍａｘ＿ｉと等しいか、またはそれよりも大きい場合、８０６において、すべての物理チャネルがドロップされてもよい。８０８において、最も高い優先順位を持つＰＵＣＣＨまたはＰＵＳＣＨは、最大電力で送信されてもよい。それ以外の場合、８０５において、ＷＴＲＵは、現在設定されているチャネルが最後のチャネルであるかどうか決定する。最後のチャネルではない場合、８１０において、ＷＴＲＵは、たとえばＣＱＩ値を使用して、次に高い優先順位を持つＰＵＣＣＨまたはＰＵＳＣＨの電力を計算する。８１２において、計算された電力レベルＰ2nd_priorityは、使用可能なＷＴＲＵ電力と比較されてもよい。Ｐ2nd_priorityが使用可能なＷＴＲＵ電力（つまり、Ｐｃｍａｘ−Ｐ1st_priority）と等しいかまたはそれよりも大きい場合、８１４において、ＷＴＲＵは最初の２つの優先順位の物理チャネルのみを送信し、ここで第１の優先順位の物理チャネルは計算された送信電力Ｐ1st_priorityで送信され、第２の優先順位の物理チャネルは残りのＷＴＲＵ電力で送信される。それ以外の場合（Ｐ2nd_priority＜Ｐｃｍａｘ−Ｐ1st_priority）、８１６において、Ｐ2nd_priorityのすべては第２の優先順位の物理チャネルに使用される。次いで手順は、８０５に戻り、残りのＷＴＲＵ電力がゼロまたは最小送信電力レベルと等しいかまたはそれよりも小さくならない限り、優先順位を持つ残りの物理チャネルがある場合はそれらの物理チャネルで繰り返されてもよい。
【０１０８】
ただし、８０５において、ＷＴＲＵが、最後のチャネルを設定していると決定する場合、ＷＴＲＵはすべてのチャネルをそれらの決定された電力レベルで送信して、手順を終了する。
【０１０９】
１つのＣＣが同時ＰＵＳＣＨ／ＰＵＣＣＨ送信を含み、サブフレーム内のＰＵＳＣＨの合計電力がＰCMAXを超える場合、無線ベアラ（ＲＢ）当たりの電力は、低減した合計電力がＰCMAXと等しくなるように同量だけ低減されてもよい。あるいは、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に対して、ＰＵＳＣＨとＰＵＣＣＨの電力の和がＰCMAXを超える場合、適正な電力調整の方法が、最大送信電力制限を保持するように実行されてもよい。ＷＴＲＵ電力は、優先順位に基づいて割り振られてもよく、優先順位はサブフレーム内の制御情報およびデータによって決定される。
【０１１０】
図９は、もう１つの代替的実施形態による電力制御の方法９００を示す流れ図である。もう１つの実施形態で、９０２において、ＷＴＲＵはＰＵＣＣＨの送信電力を計算する。複数のＰＵＣＣＨがサブフレーム内で生じる場合、優先順位を持つ各ＰＵＣＣＨの送信電力を計算する。９０４において、ＷＴＲＵは、ＰＵＣＣＨ送信に使用可能な十分な電力があるかどうか決定する。ＰＵＣＣＨ送信に使用可能な電力がある場合、９０６において、任意の電力の残りがＰＵＳＣＨ送信に割り振られる。それ以外の場合、９０８において、ＷＴＲＵは、ＰＵＳＣＨ送信をドロップする。
【０１１１】
図１０は、さらにもう１つの代替的実施形態による電力制御の方法１０００を示す流れ図である。１００２において、ＷＴＲＵは、個々の物理チャネルの送信電力レベルを計算する。１００４において、ＷＴＲＵは、電力レベルを合計する。１００６において、ＷＴＲＵは、すべての電力レベルの和（合計）を最大許容電力と比較する。電力レベルの和（合計）が最大送信電力を超える場合、１００８において、各チャネルの電力レベルがバックオフされる。それ以外の場合、１０１０において、チャネルが送信される。
【０１１２】
ＵＬ  ＣＣでＰＵＳＣＨおよびＰＵＣＣＨが同時に送信され、電力レベルの和が最大送信電力を超える場合、電力密度、つまりサブキャリア当たりの電力は、低減された合計電力が最大電力と等しくなるように同量だけ低減されてもよい。
【０１１３】
あるいは、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に対して、ＰＵＳＣＨとＰＵＣＣＨの電力の和が最大電力を超える場合、適正な電力調整の方法が、最大送信電力制限を保持するように実行されてもよい。ＷＴＲＵ送信電力は、優先順位に基づいて割り振られてもよい。
【０１１４】
すべてのＣＣのすべての電力レベルの和は、最大ＷＴＲＵ送信電力ＰCMAX、または特定のＰＡに許容される最大送信電力ＰCMAX_PA_iのような最大ＷＴＲＵ許容送信電力を超えてもよい。この場合、ＷＴＲＵは、ＵＬ  ＣＣの全部または一部にわたり、送信電力の一部または全部を低減することができる。たとえば、ＷＴＲＵは、ＵＬ  ＣＣの少なくとも一部で送信電力を相対量だけ低減することができる。たとえば、ＵＬ  ＣＣの電力低減量は、ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力レベルの和である、ＣＣの合計送信電力と相対的であってもよい。ＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＰＵＳＣＨの場合は式１に従って、ＰＵＣＣＨの場合は式５に従って、チャネルごと、およびＣＣごとに独立して決定されてもよい。
【０１１５】
電力低減操作の後、すべてのＣＣにわたるすべての電力レベルの和は、最大ＷＴＲＵ許容送信電力に少なくとも近似してもよいか、またはこれに等しくてもよい。すべてのＣＣにわたるすべての電力レベルの和は、最大ＷＴＲＵ許容送信電力を超えることはない。あるいは、ＵＬ  ＣＣでＷＴＲＵによって使用される電力低減係数は、ｅＮＢによって設定されてもよい。
【０１１６】
ＷＴＲＵが複数のＵＬ  ＣＣを使用する場合、電力低減は、個々のＵＬ  ＣＣのチャネルの優先順位に基づいてもよく、ここで優先順位は、各ＣＣの各チャネルのタイプまたは要件に基づいて決定されてもよい。たとえば、ＰＵＣＣＨがＵＬ  ＣＣで送信される場合、ＵＬ  ＣＣは最後に縮小されてもよい。より低い優先順位のＵＬ  ＣＣの電力は、より高い優先順位のＵＬ  ＣＣの電力の前に低減される。ＷＴＲＵは、たとえば最も高い優先順位を持つＵＬ  ＣＣを選択するなど、ＣＣの優先順位に基づいて、ＵＬ送信のためのＵＬ  ＣＣのサブセットを選択することができる。より低い優先順位のＵＬ  ＣＣの一部は、最初にドロップされてもよい。
【０１１７】
ＣＣのサブセットを使用し、ＰＵＳＣＨおよびＰＵＣＣＨが同時に送信される場合、ＰＵＣＣＨ送信は、特にＰＤＣＣＨのＡＣＫ／ＮＡＣＫまたはＰＵＳＣＨのＵＣＩのような重要なフィードバック情報を含む場合、ＵＣＩを持たないＰＵＳＣＨ送信に優先することができる。ＷＴＲＵは、どのＣＣがＵＬ認可を有するか、どのＣＣが最小の必要送信電力を必要とするか、最初のパスロスを持つＣＣ、または再送信されたデータパケットを有するＣＣに基づいて、電力割り振りのためのＣＣを選択することができる。あるいは、ｅＮＢはサブセットを選択することができる。
【０１１８】
ＣＣのサブセットが選択された後、ＷＴＲＵは、選択されたサブセット内のＣＣの物理チャネルの電力レベルを再計算することができる。ＵＬ  ＣＣが選択された後、ＷＴＲＵ電力レベルが最大電力制限以上である場合、ＷＴＲＵは、適切な該当する電力低減の方法に従って、選択されたＣＣの少なくとも一部の電力を低減することができる。選択されないＣＣの物理チャネルは、サブフレームでは送信されないこともある。すなわち、選択されないＣＣの物理チャネルはドロップされてもよい。
【０１１９】
別個のＰＡを使用している複数のＣＣがある場合、ＣＣとＰＡとの間にアソシエーションがあってもよい。たとえば、隣接ＣＣのセットまたはサブセットはＰＡを共有することができる。各ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＰＵＳＣＨの場合は式１に従って、ＰＵＣＣＨの場合は式５に従って、ＣＣ当たりの物理チャネルごとに独立して計算されてもよい。ＷＴＲＵは、たとえば、ＣＣ固有の最大電力制限、ＰＡ固有、ＣＣグループ固有の最大電力制限、および／または合計最大電力制限など、任意の最大電力制限があるかどうかの確認が必要になることもある。ＷＴＲＵの最高優先順位は、ＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力をＷＴＲＵが決定する間、ＣＣ固有の最大電力制限（ＰCMAX（ｋ））に適合することであってもよい。さらに、ＣＣで同時ＰＵＳＣＨおよび／またはＰＵＣＣＨ送信がある場合、ＣＣ固有の最大電力制限は、本明細書において説明される該当のＣＣ固有電力低減技法のいずれかを使用して適合される。
【０１２０】
ＣＣ固有の最大電力制限の手順を実施した後、ＷＴＲＵは、ＰＡを共有する個々のＣＣのすべての電力の和が最大ＰＡ許容電力を超えるような、各ＰＡの最大電力制限の違反があるかどうかを決定するために確認することができる。たとえば、ＰＡ（ｉ）について、
【０１２１】
【数８】
2014225915.tif 000012
【０１２２】
ＰＡの最大ＰＡ電力制限の違反がある場合、ＷＴＲＵは、本明細書において説明される適正な電力低減技法を適用することにより、制限に従うことができる。
【０１２３】
ＷＴＲＵは、たとえばＰCMAXのような、すべてのＵＬ  ＣＣにわたるＷＴＲＵ合計最大許容送信電力に到達しているかどうかを確認することができる。すべてのＵＬ  ＣＣにわたる最大許容送信電力に到達している場合、ＷＴＲＵは、ＷＴＲＵ合計最大許容送信電力を超えないように、本明細書において説明される適正な電力低減技法に従って、ＵＬ  ＣＣの一部または全部にわたる送信電力レベルの一部または全部を低減することができる。
【０１２４】
ＰＵＳＣＨおよびＰＵＣＣＨは同時に、および単一のＵＬ  ＣＣでも非隣接のＲＢで送信することができるので、合計の送信信号波形は、シングルキャリア周波数領域多元接続（ＳＣ−ＦＤＭＡ）信号と同じ特性を有してはいない。このことは、送信された信号のキュービックメトリック（ＣＭ）、またはピーク対平均電力比（ＰＡＰＲ）の増大をもたらす場合もある。ＷＴＲＵの２つの同時送信の増大したＣＭは、たとえばエラーベクトル振幅（ＥＶＭ：ｅｒｒｏｒ  ｖｅｃｔｏｒ  ｍａｇｎｉｔｕｄｅ）および隣接電力漏洩電力比（ＡＣＬＲ：ａｄｊａｃｅｎｔ  ｐｏｗｅｒ  ｌｅａｋａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）のような、線形性要件を満たす必要があることもある。ＰＵＳＣＨおよびＰＵＣＣＨのＷＴＲＵ送信電力はｅＮＢによって制御されるので、ＷＴＲＵはパスロス測定を制御することができ、ＷＴＲＵは、単一のＵＬ  ＣＣを使用する場合であっても、ＰCMAXのような最大送信電力を超えてはいけないタイミングを決定することができる。したがって、バックオフメカニズムは、ＷＴＲＵ機能に基づいて、および／またはｅＮＢによって指示されるように、最大送信電力を低減するため、ＷＴＲＵに使用可能にすることができる。
【０１２５】
ＷＴＲＵは、ＰＵＣＣＨ／ＰＵＳＣＨ信号のＣＭの関数として電力バックオフを決定することができる。ｅＮＢは、特定のＷＴＲＵまたは一般のＷＴＲＵの既知の振る舞いに基づいて、最大電力を調整することができる。ＣＭは主として、たとえば、ＰＵＣＣＨとＰＵＳＣＨとの間の、非隣接無線ベアラ（ＲＢ）の数のような係数、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭのような変調オーダー、および電力比によって影響を受けてもよい。ＰＵＳＣＨおよびＰＵＣＣＨの電力設定はそれぞれ、独立かつ動的であるため、ＰPUSCH（ｉ）とＰPUCCH（ｉ）の比は時間で異なり、可変のＣＭを意味する。ＣＭは、時間で異なることもある。
【０１２６】
ＷＴＲＵが単一のＵＬ  ＣＣを使用し、ＰＵＳＣＨおよびＰＵＣＣＨが同時に送信される場合、各ＣＣのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信電力は、ＰＵＳＣＨの場合は式１に従って、ＰＵＣＣＨの場合は式５に従って、物理チャネルごとに独立して計算される。ＷＴＲＵが単一のＵＬ  ＣＣで送信されている場合、式１および式５のＰCMAX（ｋ）はＰCMAXと等価であってもよい。サブフレームｉにおいてＰＵＳＣＨ送信の場合ＰPUSCH（ｉ）、およびＰＵＣＣＨ送信の場合ＰPUCCH（ｉ）で示される、ＰＵＳＣＨおよびＰＵＣＣＨの電力レベルをそれぞれ計算した後、電力レベルの和がＰCMAX（ＰPUSCH（ｉ）＋ＰPUCCH（ｉ）＞ＰCMAX）のように最大ＷＴＲＵ許容電力よりも大きい場合、ＷＴＲＵは最初にチャネル優先順位に基づいてチャネルの電力を低減することができる。チャネル優先順位は、事前定義されてもよい。たとえば、ＰＵＣＣＨがＰＵＳＣＨよりも高い優先順位を与えられる場合、事前定義された規則に従って、ＰＵＳＣＨの電力は、ＰＵＣＣＨの電力の前に低減されてもよい。ＰＵＳＣＨは、ＰＵＳＣＨの低減された電力が事前定義されたしきい値または最小送信電力よりも小さい場合、ドロップされてもよい。さらに、ＰＵＣＣＨの電力をさらに低減する必要がある場合、ＷＴＲＵは、最大送信電力制限（すなわち、ＰCMAX）に従うように、電力を低減することができる。
【０１２７】
ＰPUSCH（ｉ）＋ＰPUCCH（ｉ）＞ＰCMAXである場合、ＰＵＣＣＨの送信電力は、上記で示される式５により決定されてもよい。ＰＵＣＣＨの送信電力は、たとえばＰCMAX−ＰPUSCH（ｉ）（一次で減算）など、残りの使用可能な電力から決定され、以下の式のようになる。
ＰPUSCH（ｉ）＝ｍｉｎ｛（ＰCMAX−ＰPUCCH（ｉ）），１０ｌｏｇ10（ＭPUSCH（ｉ））＋ＰO_PUCCH（ｊ）＋α（ｊ）・ＰＬ＋ΔTF（ｉ）＋ｆ（ｉ）｝  （式１５）
ＰPUSCH（ｉ）が事前定義された値、たとえば最小電力よりも小さい場合、ＰＵＳＣＨはドロップされる。
【０１２８】
あるいは、最大電力制限の場合、それぞれの送信電力が、以下のように均一に低減されてもよい。
【０１２９】
【数９】
2014225915.tif 000013
【０１３０】
【数１０】
2014225915.tif 000014
【０１３１】
ここで、Δ（ｉ）は、サブフレームｉ内の電力調整係数（ｄＢ単位）である。ＷＴＲＵは、以下の式に従って、電力調整を決定することができる。
【０１３２】
【数１１】
2014225915.tif 000015
【０１３３】
あるいは、Δ（ｉ）は、ルックアップテーブルを使用するか、または半静的信号伝達を介してなど、上位レイヤによって提供されてもよい。ＰPUSCH（ｉ）およびＰPUCCH（ｉ）はそれぞれ、サブフレームi内のＰＵＳＣＨおよびＰＵＣＣＨに必要な送信電力を表す。
【０１３４】
さらにもう１つの代替において、ΔPUSCH（ｉ）およびΔPUCCH（ｉ）はそれぞれ、ＰPUSCH（ｉ）およびＰPUCCH（ｉ）に比例してもよい。たとえば、
【０１３５】
【数１２】
2014225915.tif 000016
【０１３６】
ここで、ａおよびｂは追加のスケール係数であり、ａおよびｂのいずれもゼロ（０）と等しいかまたはそれよりも大きい。項ａおよびｂは、１つのチャネルがもう１つのチャネルよりも小さくなるように選択されてもよい。項は、１つのチャネルがより高い優先順位を与えられるか、または優先されるように調整されてもよい。項ａおよびｂは、ＷＴＲＵによって計算されてもよいか、またはｅＮＢによって設定されて上位レイヤによりＷＴＲＵに信号伝達されてもよい。あるいは、ΔPUSCH（ｉ）およびΔPUCCH（ｉ）は、上位レイヤによって提供されてもよい。
【０１３７】
ＰＵＳＣＨまたはＰＵＣＣＨのいずれかだけがＰCMAXを超える場合、最大を超えるチャネルは、不均衡に低減（または縮小）される必要がある。たとえば、ＰPUSCH（ｉ）＝１０およびＰPUCCH（ｉ）＝２とする。低減規則を使用して同じ相対量だけ共に低減すると結果は、ＰCMAX＝１０の場合、ＰPUSCH（ｉ）＝（１０／１２）＊ＰPUSCH（ｉ）およびＰPUCCH（ｉ）＝（１０／１２）＊ＰPUCCH（ｉ）である。ＰPUSCH（ｉ）＋ＰPUCCH（ｉ）＝ＰCMAX＝１０であるので、いずれも１／６の電力だけ低減することができる。しかし、ＰCMAX＝８の場合、ＰPUSCH（ｉ）＝（８／１０）＊（ＰPUSCH（ｉ）−２）およびＰPUCCH（ｉ）＝（８／１０）＊ＰPUCCH（ｉ）である。ＰPUSCH（ｉ）＋ＰPUCCH（ｉ）＝ＰCMAX＝８であるので、ＰＵＳＣＨの送信電力は、ＰＵＣＣＨよりも大きな割合で低減される。
【０１３８】
ＰＵＣＣＨの制御情報のタイプに基づいて、さまざまな低減規則があってもよい。たとえば、低減は、ＰＵＣＣＨがＣＱＩを搬送している場合、ＰＵＳＣＨとＰＵＣＣＨとの間で共有されてもよいが、ＰＵＣＣＨがＡＣＫ／ＮＡＣＫを搬送している場合は、ＰＵＳＣＨがＰＵＣＣＨよりも多くの電力低減を被ることもある。たとえば、ＰPUSCH（ｉ）＋ＰPUCCH（ｉ）＞ＰCMAXである場合、
【０１３９】
【数１３】
2014225915.tif 000017
【０１４０】
および
【０１４１】
【数１４】
2014225915.tif 000018
【０１４２】
または
【０１４３】
【数１５】
2014225915.tif 000019
【０１４４】
および
【０１４５】
【数１６】
2014225915.tif 000020
【０１４６】
ここで、ΔＰPUSCH（ｉ）、ΔPUSCH,CQ（ｉ）、およびΔPUSCH,ACK（ｉ）はそれぞれ、サブフレームにおけるＰＵＳＣＨ、ＰＵＣＣＨのＣＱＩ、およびＰＵＣＣＨのＡＣＫ／ＮＡＣＫの電力調整係数であり、ここでΔＰPUSCH（ｉ）＞ΔPUSCH,CQ（ｉ）＞ΔPUSCH,ACK（ｉ）である。
【０１４７】
低減規則は、たとえば、多入力／多出力（ＭＩＭＯ）モードまたはハイブリッド自動再送要求（ＨＡＲＱ）再送数に依存することがある。ＨＡＲＱ再送の場合、ＰＵＳＣＨは、再送数の増大に応じて、実行する電力低減はより少なくてもよい。
【０１４８】
最大送信電力制限、たとえばＰCMAXは、事前設定された規則に基づいてＷＴＲＵによってバックオフされてもよい。ＷＴＲＵは、同時ＰＵＣＣＨ／ＰＵＳＣＨ波形の増大キュービックメトリック（ＣＭ）の関数として、または最大電力を推定してＡＣＬＲ／ＥＶＭ要件を満たす任意の方法で、ＰCMAXを調整することができる。増大したＣＭ（ｄｅｌｔａ＿ＣＭ）は、非隣接クラスタの数、ＰＳＵＣＨ変調タイプ、およびＰＵＳＣＨとＰＵＣＣＨとの電力比の関数として、必要電力バックオフ、または許容最大電力バックオフである。各ＷＴＲＵは、所与のＵＬ認可に基づく各ＵＬ送信の増大したＣＭを決定して、必要に応じて、ＰCMAXまたはＰUMAXで示されるＷＴＲＵ電力クラスの最大ＷＴＲＵ電力からｄｅｌｔａ＿ＣＭを減算することによりＰCMAXをバックオフすることができる。ＷＴＲＵは、ＵＬ信号のｄｅｌｔａ＿ＣＭを計算することができ、おそらくはあらゆるサブフレームと同様の速さで、動的にＰCMAXまたはＰUMAXを変更することができる。
【０１４９】
あるいは、ｄｅｌｔａ＿ＣＭを示すパラメータルックアップテーブルは、ｅＮＢからＷＴＲＵに信号伝達されてもよい。テーブルは、ＲＢ割り振りの不連続点の数、所与のＰＡの不連続点の数、ＰＳＵＣＨ変調タイプ、ＰＵＳＣＨとＰＵＣＣＨとの電力比、使用される事前符号化、およびその他の関連するパラメータに対応する索引を使用することができる。表２は、ｄｅｌｔａ＿ＣＭルックアップテーブルの例を示す。
【０１５０】
【表２】
2014225915.tif 000021
【０１５１】
ＤＬ信号伝達は、最大ＷＴＲＵ電力設定に対して、ｄｅｌｔａ＿ＣＭテーブルおよびｄｅｌｔａ＿ＣＭ索引のような、関連するパラメータをサポートするように設計されてもよい。ＤＬ信号伝達はまた、ＰＨレポーティングのためにルックアップテーブルをサポートするように設計されてもよい。ＷＴＲＵは、ＡＣＬＲ／ＥＶＭ／ＣＭ要件および最大電力を確認して、ｄｅｌｔａ＿ＣＭパラメータを使用して電力制御を実行した後、必要に応じて、追加のバックオフを実行することができる。
【０１５２】
ｅＮＢは、ＰＵＳＣＨおよびＰＵＣＣＨ両方の割り振りの詳細を含む。バックオフのルックアップテーブルを使用するのではなく、ｅＮＢはＣＭを推定することができる。したがって、ｅＮＢが同時ＰＵＳＣＨおよびＰＵＣＣＨ送信に対してＵＬ認可をＷＴＲＵに行う場合に、ＰCMAXは下げられてもよい。ｅＮＢは、ＰＵＳＣＨとＰＵＣＣＨの電力比も管理することができる。通例、ＰＵＣＣＨ電力レベルは、低減、または縮小されなくてもよい。ＰＵＳＣＨ電力は、必要に応じてバックオフされ、特に最大電力制限の場合には、線形性を保持することができる。あるいは、ＰＵＳＣＨ電力は、低減または縮小されなくてもよい。
【０１５３】
最大電力値、たとえばＰＣＭＡＸは、多数の送信例がより好ましい電力要件および制限を有していたとしても、最悪例の条件に対応することができる。同時ＰＵＳＣＨおよびＰＵＣＣＨ送信を伴う特定の電力クラスの最大電力は、ルックアップテーブルによって定義されてもよい。表３は、最大電力に対するルックアップテーブルの例を示す。
【０１５４】
【表３】
2014225915.tif 000022
【０１５５】
ＰCMAXはまた、周波数の分離および／またはリソース割り振りにおける不連続点の数を含む、その他の変数の関数であってもよい。
【０１５６】
ＴＰＣコマンドは、積算されてもよい。しかし、それぞれＰＵＳＣＨおよびＰＵＣＣＨの電力が合算された後、ＷＴＲＵがＰCMAXに到達する場合、ＰＵＳＣＨおよびＰＵＣＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。同様に、ＰＵＳＣＨの計算された送信電力がＰCMAXを超える場合、ＰＵＳＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。しかし、ＰＵＣＣＨの計算された送信電力がＰCMAXを超える場合、ＰＵＣＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。
【０１５７】
ＴＰＣコマンドは、いずれもＳＲＳおよび非隣接ＰＵＳＣＨを伴う場合も伴わない場合も、同時ＰＵＣＣＨおよびＰＵＳＣＨ送信に対応するとき、一意の解釈を有することができる。ＴＰＣコマンドは、ｅＮＢが、ＣＭのより大きいＵＬ送信に対してさらに大きいステップずつ電力を低減できるように、十分な大きさを有することができる。表４は、ＴＰＣコマンドテーブルの例を示す。
【０１５８】
【表４】
2014225915.tif 000023
【０１５９】
ＷＴＲＵが設定された最大ＷＴＲＵ送信電力ＰCMAXに到達した場合、肯定の積算ＴＰＣコマンドは積算されなくてもよい。しかし、ＰUMAXはＷＴＲＵ電力クラスの最大ＷＴＲＵ電力であり、特定のサブフレームに対してＰUMAXに到達しているが、ＰCMAXには到達していない場合、ＴＰＣコマンドは積算されてもよい。特定のサブフレームに対してＰCMAXに到達しているが、ＰUMAXには到達していない場合、ＴＰＣコマンドは積算されなくてもよい。特定のサブフレームに対してＰCMAXに到達しているが、対応する割り振りは非隣接である場合、ＴＰＣコマンドは積算されてもよい。特定のサブフレームに対してＰUMAXに到達しているが、対応する割り振りは非隣接である場合、ＴＰＣコマンドは積算されてもよい。特定のサブフレームに対してＰCMAXに到達しているが、対応する割り振りはＰＵＣＣＨと同時である場合、ＴＰＣコマンドは積算されてもよい。ＰＵＣＣＨの積算ＴＰＣコマンドがＰＤＣＣＨに含まれる場合、ＰＵＣＣＨの肯定のＴＰＣコマンドは積算されなくてもよい。
【０１６０】
特定のサブフレームに対してＰUMAXまたはＰCMAXに到達しているが、対応する割り振りはＰＵＳＣＨと同時である場合、ＴＰＣコマンドは積算されてもよい。加えて、ＷＴＲＵがＰＵＳＣＨまたはＰＵＣＣＨの最小電力に到達した場合、対応するチャネルの否定のＴＰＣコマンドは積算されなくてもよい。
【０１６１】
ＷＴＲＵが設定された最大ＷＴＲＵ送信電力に到達した場合、およびＰＵＳＣＨの積算ＴＰＣコマンドがＰＤＣＣＨに含まれる場合、ＰＵＳＣＨの肯定の積算ＴＰＣコマンドは積算されなくてもよい。ＰＵＳＣＨの積算ＴＰＣコマンドがＰＤＣＣＨに含まれる場合、ＰＵＳＣＨは積算されなくてもよい。
【０１６２】
理想的に計算された電力の和（合計）がＰCMAXを超える場合、個々の電力レベルは別個のオフセットΔＰPUSCH（ｉ）およびΔＰPUCCH（ｉ）だけ低減されてもよい。各オフセットは、各自の要件に従って、ただし、式
【０１６３】
【数１７】
2014225915.tif 000024
【０１６４】
を満たすように、ＷＴＲＵによって各ＵＬサブフレームで計算されてもよいか、または上位レイヤによって提供されてもよい。
【０１６５】
ＰＵＣＣＨおよびＰＵＳＣＨの信頼性要件は通常異なる。したがって、特に、理想的に計算された電力の和がＰCMAXを超える場合、電力レベルの慎重な設定が望ましい。
【０１６６】
たとえば最大電力制限のような、特定の条件の下で、ＷＴＲＵは、並行ＰＵＳＣＨ／ＰＵＣＣＨ送信を備えるように、またはアップリンク制御情報（ＵＣＩ）をＰＵＳＣＨに含むように設定されてもよい。ＰPUSCH（ｉ）＋ＰPUCCH（ｉ）＞ＰCMAXである場合、ＷＴＲＵはＰＵＳＣＨを介してＵＣＩを搬送することができる。ｅＮＢは、ＰＵＳＣＨを介してＵＣＩを搬送するかどうかを、たとえば、上位レイヤ信号伝達またはＬ１／Ｌ２信号伝達を通じて、ＷＴＲＵを構成してもよい。トグルビット（ｔｏｇｇｌｉｎｇ  ｂｉｔ）は、特定のＤＣＩフォーマットを指示するＰＤＣＣＨで使用されてもよい。ｅＮＢは、たとえば、ＷＴＲＵからのパワーヘッドルーム（ＰＨ）レポーティングに基づいて設定を決定することができる。
【０１６７】
たとえば、ＷＴＲＵは、ＰＵＳＣＨでＵＣＩを搬送するように構成されてもよい。γを設定の事前定義されたしきい値として、ＰＨ＞γである場合、ｅＮＢは、並行ＰＵＣＣＨおよびＰＵＳＣＨ送信に戻るように、上位レイヤ信号伝達、Ｌ１／Ｌ２信号伝達、またはトグルビットを通じて、ＷＴＲＵを再構成することができる。
【０１６８】
あるいは、ＷＴＲＵは、サブフレームでどの制御信号伝達方式が使用されるかを自律的に決定することができる。たとえば、ＰPUSCH（ｉ）＋ＰPUCCH（ｉ）＜ＰCMAX−γである場合、ＰＵＳＣＨ／ＰＵＣＣＨ送信が使用されてもよい。ＷＴＲＵの決定は、ＰＵＣＣＨに使用可能な送信電力に基づいてもよい。たとえば、ηを最大ＰＵＣＣＨ電力低減係数として、
【０１６９】
【数１８】
2014225915.tif 000025
【０１７０】
である場合、並行ＰＵＳＣＨ／ＰＵＣＣＨ送信が使用されてもよい。項
【０１７１】
【数１９】
2014225915.tif 000026
【０１７２】
は、電力低減後のＰＵＣＣＨの送信電力（ある場合）であり、ここで
【０１７３】
【数２０】
2014225915.tif 000027
【０１７４】
は送信電力低減の方法により計算されてもよい。
【０１７５】
ｅＮＢは、ＵＣＩを抽出するためにブラインド検出および／または復号化を実行することができる。ＰＵＳＣＨおよびＰＵＣＣＨ送信電力の和がしきい値β1によって許容される最大電力に到達する場合、ＷＴＲＵは、ＰＵＳＣＨおよびＰＵＣＣＨ送信電力の和がしきい値β2によって許容される最大電力に到達するのであれば、非同時ＰＵＳＣＨ／ＰＵＣＣＨ送信モードに切り替えることができる。
【０１７６】
ＵＣＩのようなＵＬ  Ｌ１／２制御信号が、ＵＣＩ送信のようなＰＵＳＣＨのデータと時分割される場合、送信電力はサブフレームにわたり一定に保持されてもよい。ＰPUSCH（ｉ）は、以下のように電力オフセットを使用して決定されてもよい。
【０１７７】
【数２１】
2014225915.tif 000028
【０１７８】
ここで、εは上位レイヤ信号伝達を介して設定されうる電力オフセットであり、εは、制御部分の符号化レートとデータ部分に使用される変調および符号化レートとの間のオフセットの関数であってもよい。
【０１７９】
あるいは、同じサブフレームで送信されるように設定されたＳＲＳがある場合、制御部分またはデータ部分のいずれかの符号化ゲインを増大するため、ＷＴＲＵは、たとえばＳＲＳではなく制御部分またはデータ部分のいずれかの、サブフレームの最後のシンボルなど、離散フーリエ変換−直交周波数領域多重方式（ＤＦＴ−ＯＦＤＭ）シンボルを使用することができる。あるいは、制御部分またはデータ部分のいずれかは、周波数部分が他のＤＦＴ−ＯＦＤＭシンボルのＰＵＳＣＨに使用される周波数部分と対応するＳＲＳ領域の周波数部分に穿孔（ｐｕｎｃｔｕｒｅｄ  ｉｎｔｏ）されてもよい。
【０１８０】
パワーヘッドルーム、ＣＭ増分、たとえばＡＣＫ／ＮＡＣＫ、ＣＱＩ、およびＳＲのような制御情報に対する信頼性要件および優先順位、ならびにデータにそれぞれ応じて、ＷＴＲＵは、サブフレームで送信されるべき制御および／またはデータチャネルタイプの結合を自律的に決定することができる。たとえば、ＰＨ＜−μ1（ｄＢ）である場合、ＷＴＲＵはＰＵＳＣＨまたはＰＵＣＣＨのいずれかをドロップして、もう一方のチャネルに全電力を与えることができる。それ以外の場合、ＰＨ＜−μ2（ｄＢ）であれば、ＷＴＲＵはＣＱＩおよび／またはＳＲをドロップして、最大電力をＰＵＣＣＨとＰＵＳＣＨに分割することができ、ここでＰＵＣＣＨはたとえばＡＣＫ／ＮＡＣＫおよび場合によっては他のフィードバック信号を搬送する。
【０１８１】
ＰＨ＜−μ3（ｄＢ）である場合、ＷＴＲＵはチャネルをドロップすることはなく、本明細書に開示される電力低減の方法のうちの１つを使用してＰＵＣＣＨおよびＰＵＳＣＨの両方を送信することができる。項μ1、μ2、μ3は、セルおよび／またはＷＴＲＵ固有のパラメータであり、ここでμ1＞μ2＞μ3＞０である。
【０１８２】
ｅＮＢは、所与のサブフレームのチャネル結合に関する情報を要求することできる。ＷＴＲＵは、たとえば、ＰＵＣＣＨのようなＵＬチャネルでの１または２ビットによるＬ１／２信号伝達などを介してサブフレームで使用される結合情報を、明示的にｅＮＢに通知することができる。あるいは、別個の制御信号がＵＬで使用されてもよい。もう１つの代替として、ｅＮＢは、たとえば制御情報を抽出および／または復号化するためにブラインド検出および／または復号化を実行することにより、所与のサブフレームで使用されているチャネル結合を決定することができる。
【０１８３】
ｅＮＢは、サブフレームで送信されるべきチャネルタイプの結合を決定することができる。これは、パワーヘッドルームに基づいてもよい。ｅＮＢは、結果として得られた結合を、たとえば上位レイヤを介して、または特定のＤＣＩフォーマットによるＰＤＣＣＨで、ＷＴＲＵに信号伝達することができる。ＰＵＳＣＨおよびＰＵＣＣＨの送信電力設定はそれぞれ、以下のように表記することができる。
ＰPUSCH（ｉ）＝ｍｉｎ｛（ＰCMAX,PUSCH，１０ｌｏｇ10（ＭPUSCH（ｉ））＋ＰO_PUSCH（ｊ）＋α（ｊ）・ＰＬ＋ΔTF（ｉ）＋ｆ（ｉ）｝  （式２２）
および
ＰPUCCH（ｉ）＝ｍｉｎ｛（ＰCMAX,PUCCH，Ｐ0_PUCCH＋ＰＬ＋ｈ（ｎCQI，ｎHARQ）＋ΔF_PUCCH（Ｆ）＋ｇ（ｉ）｝  （式２３）
【０１８４】
ＰＵＳＣＨまたはＰＵＣＣＨのうちの１つの送信電力は、最大電力を下回ってもよいが、もう一方の送信電力はその最大電力を超えてもよい。１つのチャネルの余分な電力が、もう一方のチャネルに追加されてもよい。あるいは、ＰＵＳＣＨおよびＰＵＣＣＨの電力設定は、一緒に設定されてもよい。ＷＴＲＵは、ＰＵＳＣＨの送信電力を計算することができる。次いで、ＰＵＣＣＨの送信電力は、式ＰPUCCH（ｉ）＝ＰPUSCH（ｉ）＋φＰPUCCHにおけるように、オフセット係数φＰＵＣＣＨにより、結果として得られるＰＵＳＣＨ送信電力にオフセットされてもよく、ここでφPUCCHは上位レイヤによって設定され、ＵＬサブフレームに使用される変調タイプおよび符号化レートに依存する。
【０１８５】
ＰＵＳＣＨもまたＳＲＳを含み、ＰＳＵＣＨがＰＵＣＣＨと同時に送信されている場合、ＳＲＳはＰＵＳＣＨで時分割されてもよいが、最後のシンボルのＰＵＣＣＨで周波数分割されてもよい。それ以外の場合、ＳＲＳは、ＰＵＳＣＨによって穿孔されてもよい。いずれの場合においても、ＷＴＲＵは、２つの別個のバックオフ手順を適用することができる。
【０１８６】
パワーヘッドルーム（ＰＨ）は、以下のように、ＵＬ  ＣＣごとに定義することができる。
ＰＨ（ｉ，ｋ）＝ＰCMAX−｛１０ｌｏｇ10（ＭPUSCH（ｉ，ｋ））＋ＰO_PUSCH（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋ΔTF（ｉ，ｋ）＋ｆ（ｉ，ｋ）｝  （式２４）
ここで、ＰＨ（ｉ，ｋ）は、ＵＬ  ＣＣ（ｋ）のサブフレームに有効なＷＴＲＵ  ＰＨである。
【０１８７】
あるいは、ＰＨは、以下のように、ＵＬ  ＣＣごとに定義することができる。
ＰＨ（ｉ，ｋ）＝ＰCMAX（ｋ）−｛１０ｌｏｇ10（ＭPUSCH（ｉ，ｋ））＋ＰO_PUSCH（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋ΔTF（ｉ，ｋ）＋ｆ（ｉ，ｋ）｝  （式２５）
【０１８８】
ＰＨレポーティングは、設定可能であってもよい。特定のＣＣのＷＴＲＵ送信電力は、異なるパスロスおよびチャネル設定により、他のＣＣのＷＴＲＵ送信電力とは異なる場合もある。このＷＴＲＵは、ＣＣごとにＰＨレポートをｅＮＢに送信することができる。特定の場合、たとえばアグリゲートされたキャリアが隣接である場合、広帯域ＰＨレポートを送信することができる。ｅＮＢは、ＰＨをレポートするようにＷＴＲＵを設定することもできる。
【０１８９】
ＷＴＲＵは、ＣＣ固有のＰＨをレポートすることができる。ＣＣ固有のＰＨは、たとえば、１ｄＢ刻みでｄＢ単位の範囲の最も近似の値に丸められて、物理レイヤにより上位レイヤに配信されてもよい。
【０１９０】
あるいはＷＴＵは、ＣＣグループ固有のＰＨレポートをレポートすることができる。ＷＴＲＵは、ｅＮＢからの指示に従ってＣＣのグループを設定し、ＣＣのグループのＰＨを以下のように計算することができる。
【０１９１】
【数２２】
2014225915.tif 000029
【０１９２】
ここで、ｋGは、ｋ番目のＣＣグループを表す。ＰCMAXは、各ＣＣグループに許容可能な最大送信電力の値に置き換えられてもよく、その値はｅＮＢから信号伝達されてもよい。あるいは、ＷＴＲＵは、ＣＣグループのＵＬ  ＣＣがＰＡを含むＷＴＲＵ  ＲＦチェーンにどのように関連付けられているかに従って、各ＣＣグループの最大送信電力を決定することができる。たとえば、ＣＣグループ内のＵＬ  ＣＣがＷＴＲＵのＰＡを共有する場合、ＣＣグループの最大電力は、ＰＡに許容される最大電力であってもよい。
【０１９３】
あるいはＷＴＲＵは、広帯域ＰＨをレポートすることができる。すべてのＣＣの計算されたＰＵＳＣＨ送信電力レベルは、以下のようにＰＨレポーティングについて説明される。
【０１９４】
【数２３】
2014225915.tif 000030
【０１９５】
ここで、ＰＨWB（ｉ）は、サブフレームｉに有効な広帯域ＷＴＲＵ  ＰＨである。ＰＨWB（ｉ）の範囲は、ＣＣ固有またはＣＣグループ固有のＰＨレポーティングの範囲とは異なっていてもよい。
【０１９６】
ｅＮＢは、どのＰＨレポーティングフォーマットをＷＴＲＵが使用するかに関して、設定情報をＷＴＲＵに送信することができる。あるいは、ＷＴＲＵは、ＰＨレポートを送信するＵＬ  ＣＣを自律的に決定することができる。ＷＴＲＵがＰＨをレポートするとき、関連付けられているＣＣインジケータがＰＨレポートと共に送信されてもよい。たとえば、ＷＴＲＵは、広帯域ＰＨレポートを送信するように構成されてもよいが、ＷＴＲＵは、ＣＣの計算された送信電力が事前定義されたしきい値を超えるか、またはこれを下回ることを検出することができる。広帯域ＰＨレポーティングに加えて、ＷＴＲＵは、関連付けられているＣＣインジケータと共に検出されたＣＣに関するＰＨレポートを送信することができる。
【０１９７】
ＷＴＲＵ  ＰＨレポーティングは、トリガ機構に基づいてもよい。たとえば、ＣＣ固有のＰＨ値がしきい値よりも小さい場合、ＷＴＲＵは対応するＰＨ値をｅＮＢにレポートすることができる。ＣＣ固有のＰＨまたはＣＣグループ固有のＰＨレポーティングにおいて、ＰＨレポートがＣＣまたはＣＣグループのいずれに対応するかは、ＣＣグループインジケータによって指示されてもよい。インジケータは、対応するＰＨ値と共にｅＮＢに送信される。
【０１９８】
ｅＮＢは、ＣＣの特定のサブフレームにＰＵＳＣＨ送信がない場合であっても、ＰＵＣＣＨに基づいてＰＨレポートを送信するようにＷＴＲＵを構成することができる。ＷＴＲＵは、ＵＬ  ＣＣに同時ＰＵＳＣＨ／ＰＵＣＣＨ送信またはＰＵＣＣＨ送信がない場合、ＰＵＳＣＨ送信のみに基づいてＰＨレポートを送信することができる。
【０１９９】
ＷＴＲＵは、ＰＵＣＣＨ送信のみに基づいてＰＨレポートを送信することができる。これは、ＵＬ  ＣＣの同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に使用されてもよい。ＷＴＲＵは、ＰＵＳＣＨおよびＰＵＣＣＨ送信の両方に基づいてＰＨレポートを送信することができる。このモードは、ＵＬ  ＣＣの同時ＰＵＳＣＨ／ＰＵＣＣＨ送信の場合に使用されてもよい。
【０２００】
同時ＰＵＳＣＨおよびＰＵＣＣＨ送信がＵＬ  ＣＣ（ｋ）のサブフレーム（ｉ）で生じる場合、ＣＣ（ｋ）のサブフレームのＣＣ固有のＷＴＲＵ  ＰＨ、結合されたＰＵＳＣＨおよびＰＵＳＣＨパワーヘッドルームレポーティング（ＰＨＲ）に対して、レポートされるＰＨは以下の式により与えられてもよい。
【０２０１】
【数２４】
2014225915.tif 000031
【０２０２】
あるいは、レポートされるＰＨは、以下のように表すこともできる。
【０２０３】
【数２５】
2014225915.tif 000032
【０２０４】
あるいは、ＰＨはＰＵＳＣＨおよびＰＵＣＣＨに対して個別に計算されてレポートされてもよく、以下の式で示されるように、ＰＵＳＣＨおよびＰＵＣＣＨの計算された送信電力を低減または減算したＰCMAX（またはＰCMAX（ｋ））と等しくてもよい。
ＰＨPUSCH（ｉ，ｋ）＝ＰCMAX(k)−（１０ｌｏｇ10（ＭPUSCH（ｉ，ｋ））＋ＰO_PUSCH（ｊ，ｋ）＋α（ｊ，ｋ）・ＰＬ（ｋ）＋ΔTF（ｉ，ｋ）＋ｆ（ｉ，ｋ））  （式３０），
および
ＰＨPUCCH（ｉ，ｋ）＝ＰCMAX（ｋ）−（ＰO_PUCCH（ｋ）＋ＰＬ（ｋ）＋ｈ（ｎCQI，ｎHARQ，ｋ）＋ΔF_PUCCH（Ｆ）＋ｇ（ｉ，ｋ））  （式３１）
ここで、ＰＨPUSCH（ｉ，ｋ）およびＰＨPUCCH（ｉ，ｋ）はそれぞれ、ＰＵＳＣＨおよびＰＵＣＣＨに対するＰＨレポートを表す。式（３０）および式（３１）においてそれぞれ、ＰCMAX（ｋ）はＰCMAXに置き換えられてもよい。
【０２０５】
さらにもう１つの代替において、等分目盛りでＵＬ  ＣＣ（ｋ）のサブフレームｉ内のＰＵＳＣＨについて計算されたＷＴＲＵ送信電力は、以下の式により表すことができる。
【０２０６】
【数２６】
2014225915.tif 000033
【０２０７】
同様に、等分目盛りでＵＬ  ＣＣ（ｋ）のサブフレームｉ内のＰＵＣＣＨについて計算されたＷＴＲＵ送信電力は、以下の式により表すことができる。
【０２０８】
【数２７】
2014225915.tif 000034
【０２０９】
ＰＵＳＣＨのみの場合のＰＨ、ＰＵＣＣＨのみの場合のＰＨ，またはＰＵＳＣＨとＰＵＣＣＨを結合した場合のＰＨをレポートするために、サブフレームｉおよびＣＣ（ｋ）のＰＨは以下のように表すことができる。
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（Ｐｃｍａｘ／Ｐｃａｌｃ＿ｐｕｓｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（ｍｉｎ（Ｐｃｍａｘ，Ｐｃｍ）／Ｐｃａｌｃ＿ｐｕｓｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（Ｐｃｍａｘ／Ｐｃａｌｃ＿ｐｕｃｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（ｍｉｎ（Ｐｃｍａｘ，Ｐｃｍ）／Ｐｃａｌｃ＿ｐｕｃｃｈ）［ｄＢ］；
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（ｍｉｎ（Ｐｃｍａｘ，Ｐｃｍ）／（Ｐｃａｌｃ＿ｐｕｓｃｈ＋Ｐｃａｌｃ＿ｐｕｃｃｈ））［ｄＢ］；または
ＰＨ（ｉ，ｋ）＝１０ｌｏｇ（Ｐｃｍａｘ／（Ｐｃａｌｃ＿ｐｕｓｃｈ＋Ｐｃａｌｃ＿ｐｕｃｃｈ））［ｄＢ］
【０２１０】
項Ｐｃｍは、ＥＶＭ／ＡＣＬＲが違反される電力を表し、増大したＣＭにより必要な電力バックオフを反映する最大電力値である。Ｐｃｍは、関心対象となるサブフレームのＵＬ送信のＷＴＲＵによって推定されるか、または、たとえばＰＵＣＣＨ電力、ＰＵＳＣＨ電力、変調、および不連続点の数を含む送信の詳細に基づいてルックアップテーブルに従って推定されてもよい。ルックアップテーブルは、上位レイヤによって信号伝達されてもよいか、またはｅＮＢで実施されてもよい。上記の式において、ＰCMAXはＰCMAX（ｋ）に置き換えられてもよい。
【０２１１】
ＰＨの各タイプは、計算され、必要に応じてレポートされてもよい。レポートされるＰＨのタイプは、上位レイヤ信号伝達によって決定されてもよい。各タイプのスケジュールは上位レイヤ信号伝達によりセットアップされてもよいか、またはＰＨレポートのタイプはＰＤＣＣＨの関数であってもよい。
【０２１２】
ＣＭはまた、ＰＨＲ計算において説明されてもよい。ｅＮＢは、ＰＵＳＣＨおよびＰＵＣＣＨの割り振りの詳細に関する情報を有することができる。ｅＮＢは、ＣＭを推定することができるが、ＰCMAXまたはＰCMAX（ｋ）の正確な低減は必ずしも必要とされない。
【０２１３】
ＷＴＲＵは、設定されたＳＲＳサブフレームでＳＲＳを送信することができ、ここでＳＲＳはｅＮＢにおけるＵＬスケジューリングに使用されうる。ＳＲＳ送信電力は、ＳＲＳ送信の帯域幅を補償して、ＰＵＳＣＨ送信電力に従うことができる。γSRSを上位レイヤによって提供されるしきい値として、ＷＴＲＵは、ＳＲＳの計算された送信電力がＰCMAXまたはＰCMAX（ｋ）＋γSRSを超える場合、ＳＲＳを送信しなくてもよい。
【０２１４】
ＷＴＲＵは、ＳＲＳおよびＰＵＳＣＨ送信が同じサブフレームで同時に生じ、所与のサブフレームのＰＵＳＣＨの送信電力がＰCMAXまたはＰCMAX（ｋ）＋γPUSCHを超える場合、ＳＲＳを送信しなくてもよい。ＷＴＲＵは、ＰＵＳＣＨの送信にも最後のＯＦＤＭシンボルを使用することができる。さらに、ＷＴＲＵは、ＳＲＳおよびＰＵＳＣＨ／ＰＵＣＣＨ送信が同じサブフレームで同時に生じ、所与のサブフレームのＰＵＳＣＨおよびＰＵＣＣＨの送信電力の和がＰCMAXまたはＰCMAX（ｋ）＋γPUSCH_PUCCHを超える場合、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信でＳＲＳを送信しなくてもよく、ここでγPUSCH_PUCCHは上位レイヤによって提供されるしきい値である。ＷＴＲＵは、同時ＰＵＳＣＨ／ＰＵＣＣＨ送信に最後のＯＦＤＭシンボルを使用することができる。
【０２１５】
実施形態
１．  無線送受信ユニット（ＷＴＲＵ）におけるアップリンク電力を決定する方法であって、複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータを受信するステップと、複数のアップリンクキャリアのうちの１つに索引付けされた送信電力制御コマンドを受信するステップと、複数のアップリンクキャリアのうちの１つのパスロスを決定するステップと、複数の電力パラメータ、送信電力制御コマンド、およびパスロスに基づいて、複数のアップリンクキャリアのうちの１つの送信電力を決定するステップとを備える方法。
【０２１６】
２．  無線送受信ユニット（ＷＴＲＵ）における最大送信電力を決定する方法であって、ＷＴＲＵにおける電力増幅器の数を決定するステップと、ＷＴＲＵにおける電力増幅器当たりの最大電力を決定するステップと、電力増幅器の数および電力増幅器当りの最大送信電力に基づいて最大送信電力を決定するステップとを備える方法。
【０２１７】
３．  無線送受信ユニットにおけるアップリンク送信電力制御の方法であって、第１の優先順位を持つ第１のアップリンクチャネルを決定するステップと、第２の優先順位を持つ第２のアップリンクチャネルを決定するステップと、第１の優先順位を持つアップリンクチャネルの電力レベルを決定するステップと、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較するステップと、該比較に基づいて第２のアップリンクチャネルの送信を中断するステップとを備える方法。
【０２１８】
４．  無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信電力制御の方法であって、第１の優先順位を持つ第１のアップリンクチャネルを決定するステップと、第２の優先順位を持つ第２のアップリンクチャネルを決定するステップと、第１の優先順位を持つアップリンクチャネルの電力レベルを決定するステップと、過剰電力を決定するために、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較するステップと、過剰電力を第２のアップリンクチャネルに割り振るステップとを備える方法。
【０２１９】
５．  無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信電力制御の方法であって、複数の物理チャネルの複数の送信電力レベルを決定するステップと、結合電力レベルを取得するために、複数の送信電力レベルを合計するステップと、結合電力レベルを最大合計電力レベルと比較するステップと、複数の物理チャネルの各々にバックオフ手順を実行するステップとを備える方法。
【０２２０】
６．  無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、送信電力制御（ＴＰＣ）コマンドを受信するステップと、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するステップと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するステップとを備える方法。
【０２２１】
７．  無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、複数の送信電力制御コマンド（ＴＰＣ）を受信するステップと、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するステップと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するステップとを備える方法。
【０２２２】
８．  無線送受信ユニットにおける送信電力制御の方法であって、複数の送信電力制御（ＴＰＣ）コマンドを受信するステップと、複数のＴＰＣコマンドを、コマンドフォーマットおよび識別子に基づいて複数の個々のＴＰＣコマンドに分割するステップと、個々のＴＰＣコマンドのうちの少なくとも第１の１つをアップリンク（ＵＬ）制御チャネルに適用するステップと、個々のＴＰＣコマンドのうちの少なくとも第２の１つをＵＬ共有チャネルに適用するステップと、ＵＬ制御チャネルおよびアップリンク共有チャネルを同時に送信するステップとを備える方法。
【０２２３】
９．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、複数のアップリンクキャリアのうちの１つに索引付けされた複数のアップリンク電力パラメータ、および複数のアップリンクキャリアのうちの１つに索引付けされた送信電力制御コマンドを受信するように構成された受信機と、複数のアップリンクキャリアのうちの１つのパスロスを決定して、複数の電力パラメータ、送信電力制御コマンド、およびパスロスに基づいて複数のアップリンクキャリアのうちの１つの伝送電力を決定するように構成されたプロセッサとを備えるＷＴＲＵ。
【０２２４】
１０．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、ＷＴＲＵにおける電力増幅器の数を決定し、ＷＴＲＵにおける電力増幅器当たりの最大電力を決定し、電力増幅器の数および電力増幅器当たりの最大送信電力に基づいて最大送信電力を決定するように構成されたＷＴＲＵ。
【０２２５】
１１．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、第１の優先順位を持つ第１のアップリンクチャネルを決定し、第２の優先順位を持つ第２のアップリンクチャネルを決定し、第１の優先順位を持つアップリンクチャネルの電力レベルを決定し、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較し、比較に基づいて第２のアップリンクチャネルの送信を中断するように構成されたＷＴＲＵ。
【０２２６】
１２．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、第１の優先順位を持つ第１のアップリンクチャネルを決定し、第２の優先順位を持つ第２のアップリンクチャネルを決定し、第１の優先順位を持つアップリンクチャネルの電力レベルを決定し、過剰電力を決定するために、第１の優先順位を持つアップリンクチャネルの電力レベルをしきい値と比較し、過剰電力を第２のアップリンクチャネルに割り振るように構成されているＷＴＲＵ。
【０２２７】
１３．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、ＷＴＲＵはプロセッサを備え、プロセッサは、複数の物理チャネルの複数の送信電力レベルを決定し、結合電力レベルを取得するために、複数の送信電力レベルを合計し、結合電力レベルを最大合計電力レベルと比較し、複数の物理チャネルの各々にバックオフ手順を実行するように構成されているＷＴＲＵ。
【０２２８】
１４．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、送信電力制御（ＴＰＣ）コマンドを受信するように構成された受信機と、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するように構成されたプロセッサと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するように構成された送信機とを備えるＷＴＲＵ。
【０２２９】
１５．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、複数の送信電力制御コマンド（ＴＰＣ）を受信するように構成された受信機と、ＴＰＣコマンドをアップリンク（ＵＬ）制御チャネルおよびＵＬ共有チャネルに適用するように構成されたプロセッサと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するように構成された送信機とを備えるＷＴＲＵ。
【０２３０】
１６．  アップリンク（ＵＬ）電力を決定するように構成された無線送受信ユニット（ＷＴＲＵ）であって、複数の送信電力制御（ＴＰＣ）コマンドを受信するように構成された受信機と、複数のＴＰＣコマンドを、コマンドフォーマットおよび識別子に基づいて複数の個々のＴＰＣコマンドに分割し、個々のＴＰＣコマンドのうちの少なくとも第１の１つをアップリンク（ＵＬ）制御チャネルに適用し、個々のＴＰＣコマンドのうちの少なくとも第２の１つをＵＬ共有チャネルに適用するように構成されたプロセッサと、ＵＬ制御チャネルおよびＵＬ共有チャネルを同時に送信するように構成された送信機とを備えるＷＴＲＵ。
【０２３１】
特徴および要素は特定の組み合わせで上記で説明されているが、各々の特徴または要素は、他の特徴および要素を用いることなく単独で使用することができ、また他の特徴および要素の有無にかかわらずさまざまな組み合わせで使用することもできる。本明細書において提供される方法または流れ図は、汎用コンピュータまたはプロセッサにより実行するためにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【０２３２】
適切なプロセッサは、例として、汎用プロセッサ、特殊用途プロセッサ、標準的なプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ；Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）回路、任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０２３３】
ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＩＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動装置、スピーカー、マイクロホン、テレビ送受信機、ハンドフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線装置、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ；ｏｒｇａｎｉｃ  ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ）表示装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）またはＵｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ（ＵＷＢ）モジュールなどのハードウェアおよび／またはソフトウェアに実装されるモジュールと共に使用することができる。
【図１】
2014225915.tif 000035
【図２】
2014225915.tif 000036
【図３】
2014225915.tif 000037
【図４】
2014225915.tif 000038
【図５】
2014225915.tif 000039
【図６】
2014225915.tif 000040
【図７】
2014225915.tif 000041
【図８】
2014225915.tif 000042
【図９】
2014225915.tif 000043
【図１０】
2014225915.tif 000044
【手続補正書】
【提出日】平成26年9月3日(2014.9.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）における送信電力制御の方法であって、
複数のキャリアのそれぞれについての送信電力レベルを決定するステップと、
結合電力レベルを取得するために、前記複数のキャリアのそれぞれについての前記送信電力レベルを合計するステップと、
前記ＷＴＲＵについての電力クラスを決定するステップと、
前記結合電力レベルを前記ＷＴＲＵの前記電力クラスと比較するステップと、
前記ＷＴＲＵの前記電力クラスを超える前記結合電力レベルにおける電力縮小方式を決定するステップと、
を備える方法。
【請求項２】
前記電力縮小方式は、
前記複数のキャリアのうちの１つまたは複数に渡るＷＴＲＵ合計送信電力を低減するステップであって、前記低減は、前記複数のキャリアのうちの前記１つまたは複数にて送信される少なくとも１つの物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）の優先順位に、少なくとも部分的に基づき、前記ＰＵＣＣＨの前記優先順位は前記ＰＵＳＣＨの前記優先順位よりも高い、ステップを備える請求項１に記載の方法。
【請求項３】
前記電力縮小方式は、
前記複数のキャリアのうちの１つまたは複数に渡るＷＴＲＵ合計送信電力を低減するステップであって、前記低減は、前記複数のキャリアのうちの前記１つまたは複数にて送信される少なくとも１つのアップリンク制御情報（ＵＣＩ）を持つ物理アップリンク共有チャネル（ＰＵＳＣＨ）またはＵＣＩを持たないＰＵＳＣＨの優先順位に、少なくとも部分的に基づき、ＵＣＩを持つ前記ＰＵＳＣＨの前記優先順位はＵＣＩを持たない前記ＰＵＳＣＨの前記優先順位よりも高い、ステップを備える請求項１に記載の方法。
【請求項４】
前記電力縮小方式は、
複数のキャリアのうちの１つまたは複数についての前記送信電力レベルを、それぞれのキャリア合計送信電力しきい値と比較するステップと、
前記比較によって前記送信電力レベルが前記それぞれのキャリア合計送信電力しきい値を超えることが示される前記複数のキャリアのうちの前記１つまたは複数のうちの少なくとも１つのために、前記送信電力レベルを前記それぞれのキャリア合計送信電力しきい値に調整するステップと、
を備える請求項１に記載の方法。
【請求項５】
前記電力縮小方式は、
前記複数のキャリアのうちの１つまたは複数に渡るＷＴＲＵ合計送信電力を低減するステップであって、前記低減は、前記複数のキャリアのうちの前記１つまたは複数にて送信されるアップリンク制御情報（ＵＣＩ）を持たない物理アップリンク共有チャネル（ＰＵＳＣＨ）をゼロに低減することに、少なくとも部分的に基づく、ステップを備える請求項１に記載の方法。
【請求項６】
無線送受信ユニット（ＷＴＲＵ）においてパワーヘッドルーム（ＰＨ）を決定する方法であって、前記ＷＴＲＵは、１つまたは複数のサブフレーム（ｉ）上の少なくとも１つのキャリア（ｋ）において、物理アップリンク共有チャネル（ＰＵＳＣＨ）を物理アップリンク制御チャネル（ＰＵＣＣＨ）と同時に送信するように構成され、前記方法は、
ＰＨ（ｉ，ｋ）を
【数１】
2014225915.tif 000045
の通りに計算するステップであって、ＰＨ（ｉ，ｋ）は、１ｄＢ刻みでｄＢ単位の範囲の最も近似の値に丸められて、物理レイヤにより１つまたは複数の上位のレイヤに配信される、ステップを備える方法。
【請求項７】
無線送受信ユニット（ＷＴＲＵ）においてパワーヘッドルーム（ＰＨ）を決定する方法であって、前記ＷＴＲＵは、１つまたは複数のサブフレーム（ｉ）上の複数のキャリア（ｋ）のうちの少なくとも１つにおいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するように構成され、前記方法は、
ＰＨ（ｉ，ｋ）を
【数２】
2014225915.tif 000046
の通りに計算するステップであって、ＰＨ（ｉ，ｋ）は、１ｄＢ刻みでｄＢ単位の範囲の最も近似の値に丸められて、物理レイヤにより１つまたは複数の上位のレイヤに配信される、ステップを備える方法。
【請求項８】
無線送受信ユニット（ＷＴＲＵ）においてパワーヘッドルーム（ＰＨ）を決定する方法であって、前記ＷＴＲＵは、１つまたは複数のサブフレーム（ｉ）上のキャリア（ｋ）の少なくとも１つにおいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）と同時に物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するように構成され、前記方法は、
アップリンクキャリア（ｋ）における最大ＷＴＲＵ送信電力と対数関数との差としてＰＨ（ｉ，ｋ）を算出するステップであって、前記対数関数は第１の式と第２の式の和を含み、前記第１の式は、帯域幅係数、前記アップリンクキャリア（ｋ）についてのパスロス推定を含む開ループ要素、および閉ループ要素を含み、前記閉ループ要素はキャリア固有の変調および符号化方式オフセットを含み、前記第２の式は、前記アップリンクキャリア（ｋ）についての前記パスロス推定、ＰＵＣＣＨフォーマット従属値、およびＰＵＣＣＨ電力制御調整関数を含む、ステップを備える方法。
【請求項９】
前記第１の式は閉ループ関数をさらに含む請求項８に記載の方法。
【請求項１０】
無線送受信ユニット（ＷＴＲＵ）においてパワーヘッドルーム（ＰＨ）を決定する方法であって、前記ＷＴＲＵは、１つまたは複数のサブフレーム（ｉ）上の複数のキャリア（ｋ）の少なくとも１つにおいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するように構成され、前記方法は、
アップリンクキャリア（ｋ）における最大ＷＴＲＵ送信電力と式との差としてＰＨ（ｉ，ｋ）を算出するステップであって、前記式は、帯域幅係数、前記アップリンクキャリア（ｋ）についてのパスロス推定を含む開ループ要素、および閉ループ要素を含み、前記閉ループ要素はキャリア固有の変調および符号化方式オフセットを含む、ステップを備える方法。
【請求項１１】
前記式は閉ループ関数をさらに含む請求項１０に記載の方法。
【外国語明細書】
2014225915000001.pdf