(57)【要約】      （修正有）【課題】異なるスケジューラと対話するときアップリンク送信を調整するためにリソースのオフローディングおよび／またはアグリゲーションのための方法およびデバイスを提供する。【解決手段】システム２００において、無線送信／受信ユニット（ＷＴＲＵ２１０）は、ＭｅＮＢ２２０及び又はＳｅＮＢ２３０からのアップリンク送信のためのグラントを含む情報を受信する。情報は、第１の無線ネットワーク一時識別子（ＲＮＴＩ）又は第２のＲＮＴＩに基づいて受信される。ＷＴＲＵは、アップリンク送信のためのパラメータを決定するようさらに構成され、情報が第１のＲＮＴＩに基づいて受信される条件で第１のパラメータのセットから、または、情報が第２のＲＮＴＩに基づいて受信される条件で第２のパラメータのセットからパラメータを決定する。ＷＴＲＵは、決定されたパラメータに基づいて、アップリンク送信を送信する。【選択図】図２
2020191677.tif 000002
【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）であって、
アップリンク送信のためのグラントを含む情報を受信するよう構成されたプロセッサであって、前記情報は第１の無線ネットワーク一時識別子（ＲＮＴＩ）または第２のＲＮＴＩに基づいて受信される、プロセッサを備え、
前記プロセッサは、前記アップリンク送信のためのパラメータを決定するようさらに構成され、前記プロセッサは、前記情報が前記第１のＲＮＴＩに基づいて受信される条件で前記プロセッサは第１のパラメータのセットから、または、前記情報が前記第２のＲＮＴＩに基づいて受信される条件で第２のパラメータのセットから前記パラメータを決定し、
前記プロセッサは、前記決定されたパラメータに基づいて、前記アップリンク送信を送信するようさらに構成された
ことを特徴とするＷＴＲＵ。
【請求項２】
前記情報は、ダウンリンク制御情報（ＤＣＩ）を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記パラメータは、変調符号化方式（ＭＣＳ）を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記第１のパラメータのセットは、第１のＭＳＣテーブルを含み、前記第２のパラメータのセットは、第２のＭＳＣテーブルを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記アップリンク送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記プロセッサは、前記情報が復号されるサーチ空間に非明示的に基づいて、前記パラメータを決定することを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記プロセッサは、前記情報が受信されるのに基づいた前記ＲＮＴＩに明示的に基づいて、前記パラメータを決定することを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
無線送信／受信ユニット（ＷＴＲＵ）において実施される方法であって、
アップリンク送信のためのグラントを含む情報を受信するステップであって、前記受信される情報は第１の無線ネットワーク一時識別子（ＲＮＴＩ）または第２のＲＮＴＩに基づいて受信される、ステップと、
前記情報が前記第１のＲＮＴＩに基づいて受信される条件で、第１のパラメータのセットから、または、前記情報が前記第２のＲＮＴＩに基づいて受信される条件で第２のパラメータのセットから、前記アップリンク送信のためのパラメータを決定するステップと、
前記決定されたパラメータに基づいて、前記アップリンク送信を送信するステップと
を備えることを特徴とする方法。
【請求項９】
前記情報は、ダウンリンク制御情報（ＤＣＩ）を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記パラメータは、変調符号化方式（ＭＣＳ）を含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記第１のパラメータのセットは、第１のＭＳＣテーブルを含み、前記第２のパラメータのセットは、第２のＭＳＣテーブルを含むことを特徴とする請求項８に記載の方法。
【請求項１２】
前記アップリンク送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信を含むことを特徴とする請求項８に記載の方法。
【請求項１３】
前記パラメータは、前記情報が復号されるサーチ空間に非明示的に基づいて、決定されることを特徴とする請求項８に記載の方法。
【請求項１４】
前記パラメータは、前記情報が受信されるのに基づいた前記ＲＮＴＩに明示的に基づいて、決定されることを特徴とする請求項８に記載の方法。
【請求項１５】
基地局であって、
アップリンク送信のためのグラントを含む情報を送信するよう構成されたプロセッサであって、前記情報は第１の無線ネットワーク一時識別子（ＲＮＴＩ）または第２のＲＮＴＩに基づいて送信され、
前記情報が前記第１のＲＮＴＩに基づいて送信される条件で第１のパラメータのセットから、または、前記情報が前記第２のＲＮＴＩに基づいて送信される条件で第２のパラメータのセットから、パラメータが前記アップリンク送信のために決定可能である、プロセッサを備え、
前記プロセッサは、前記パラメータに基づいて、前記アップリンク送信を受信するようさらに構成された
ことを特徴とする基地局。
【請求項１６】
前記情報は、ダウンリンク制御情報（ＤＣＩ）を含むことを特徴とする請求項１５に記載の基地局。
【請求項１７】
前記パラメータは、変調符号化方式（ＭＣＳ）を含むことを特徴とする請求項１５に記載の基地局。
【請求項１８】
前記第１のパラメータのセットは、第１のＭＳＣテーブルを含み、前記第２のパラメータのセットは、第２のＭＳＣテーブルを含むことを特徴とする請求項１５に記載の基地局。
【請求項１９】
前記アップリンク送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信を含むことを特徴とする請求項１５に記載の基地局。
【請求項２０】
前記パラメータは、前記情報が復号されるサーチ空間に非明示的に基づいて、または、前記情報が受信されるのに基づいた前記ＲＮＴＩに明示的に基づいて決定されることを特徴とする請求項１５に記載の基地局。
【発明の詳細な説明】
【背景技術】
【０００１】
本出願は、無線通信の分野に属する。  
本出願は、２０１４年１月２９日に出願された米国特許仮出願第６１／９３３，１６９号、２０１４年３月１９日に出願された米国特許仮出願第６１／９５５，６３２号、２０１４年４月１１日に出願された米国特許仮出願第６１／９７８，６３０号、２０１４年５月０７日に出願された米国特許仮出願第６１／９８９，９９７号、２０１４年５月２３日に出願された米国特許仮出願第６２／００２，６２５号、２０１４年６月３日に出願された米国特許仮出願第６２／００７，１４７号、２０１４年８月０６日出願された米国特許仮出願第６２／０３３，９９３号、２０１４年１０月０６日に出願された米国特許仮出願第６２／０６０，４９２号、２０１４年１０月２８日に出願された米国特許仮出願第６２／０６９，７３９号、および２０１４年１２月１８日に出願された米国特許仮出願第６２／０９３，９６５号の利益を主張するものであり、その内容が参照により本明細書に組み込まれる。
【０００２】
異なるｅＮＢからのリソースをアグリゲートするさまざまな手段を作り出す取組みが展開されている（たとえば、デュアルコネクティビティ（dual connectivity）を使用するＲ１２  ＬＴＥ  ｅＮＢ間アグリゲーション）。目的は、一般的には、事業者がある程度のトラフィックをマクロセル／ｅＮＢから別のセル／ｅＮＢにオフロードし、そのセルが何らかの形式のホットスポットオーバレイネットワークを提供してもよい手段を可能にすること、または、より高いスループットを可能にすることである。
【０００３】
ＷＴＲＵは、デュアルコネクティビティ（dual connectivity）のために構成されてよい。デュアルコネクティビティは、スループットの利益（主にダウンリンクに関して）またはオフロード目的（マクロカバレッジのために展開されたｅＮＢを、ユーザプレーントラフィックから容量増強のために展開された別のｅＮＢの方へ緩和する）のどちらかのために、ネットワークによって構成されてよい。ＷＴＲＵが、デュアルコネクティビティを用いた動作のために構成されるとき、それは、異なるｅＮＢに関連付けられた無線リソースを使用してよく、リソースの各セットに対応するインタフェースは、本明細書ではＵｕインタフェースと呼ばれる。ｅＮＢ内キャリアアグリゲーションもサポートされる場合、各Ｕｕインタフェース自体は、１または複数のサービングセルとともに構成されてよい。ＷＴＲＵは、次いで、ｅＮＢがＲＲＣ接続を制御するマクロｅＮＢ（ＭｅＮＢ）によって、ならびにユーザプレーンデータを交換するために使用されてよい第２のｅＮＢ（ＳｅＮＢ）によって、任意のタイプのデータのためにスケジュールされてよい。この形式のデュアルコネクティビティは、ｅＮＢ間キャリアアグリゲーション（ｅＮＢ間ＣＡ）とも呼ばれることがある。この場合、ＷＴＲＵは、異なるＭＡＣエンティティとともに構成されてよく、ＭＡＣエンティティは、各構成されたＵｕインタフェースに対して１つ存在する。
【０００４】
いくつかの優先順位付けおよび電力スケーリング機構がｅＮＢ内ＣＡに指定されてきたが、これらの機構は、スケジューラ間の、もしあれば、最小限の調整が関係し、単一Ｕｕインタフェースを使用して制御プレーンデータのみが送信される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＬＴＥ  ＭＡＣ  ｓｐｅｃｉｆｉｃａｔｉｏｎ［３６．３２１］
【非特許文献２】ＬＴＥ  ＲＬＣ  ｓｐｅｃｉｆｉｃａｔｉｏｎ［３６．３２２］
【非特許文献３】ＰＤＣＰ  ｓｐｅｃｉｆｉｃａｔｉｏｎ［３６．３２３］
【発明の概要】
【発明が解決しようとする課題】
【０００６】
異なるスケジューラと対話するときアップリンク送信を調整するためにリソースのオフローディングおよび／またはアグリゲーションの方法およびデバイスが求められている。
【課題を解決するための手段】
【０００７】
異なるスケジューラと相互作用するときアップリンク送信を調整する（coordinate）ことを目的としたリソースのオフローディングおよび／またはアグリゲーションのための方法およびデバイスが本明細書で開示される。ＷＴＲＵ内の方法は、ＷＴＲＵの構成に関連付けられた各ｅＮＢに対して異なるスケジューラと調整するための機能性を含む。開示される方法は、自律的ＷＴＲＵグラント（grant）選択および電力スケーリングと、送信の動的優先順位付けおよび電力スケーリング優先順位とを含む。
【０００８】
より詳細な理解は、添付の図面に関連して例として与えられる以下の説明から得られてよい。
【発明の効果】
【０００９】
リソースのオフローディングおよび／またはアグリゲーションのための方法およびデバイスが提供される。
【図面の簡単な説明】
【００１０】
【図１Ａ】１つ以上の開示される実施形態の例示的通信システムの図である。
【図１Ｂ】図１Ａの通信システム内で使用される例示的無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａの通信システム内で使用される例示的な無線アクセスネットワークおよびコアネットワークのシステム図である。
【図２】デュアルコネクティビティを使用して動作する例示的システムの図である。
【図３】同期されたケースの場合の同時送信を示すブロック図である。
【図４】同期されていないケースの場合の同時送信を示すブロック図である。
【図５】優先順位付け機能の例示的な適用を示すフロー図である。
【図６】優先順位付け機能の動的調整の例を示すフロー図である。
【図７】適応型優先順位付けの例示的な適用を示すフロー図である。
【図８】アップリンク送信への電力の例示的な割り当てを示すブロック図である。
【図９】適応型優先順位付けの別の例示的な適用を示すフロー図である。
【図１０】セルグループタイプによる優先順位付けの例のフロー図である。
【図１１】ＷＴＲＵからのアップリンク送信のための例示的電力構成を示すフロー図である。
【図１２】アップリンク送信のための電力スケーリング例のフロー図である。
【図１３】アップリンク送信のための電力スケーリングの別例のフロー図である。
【図１４】アップリンク送信のための電力スケーリングの別例のフロー図である。
【図１５】セルグループへの残りの電力の早い者勝ちでの例示的割り当てを示すフロー図である。
【図１６】非同期ケースの場合の、時間間隔中のすべてのアップリンク送信に対する最大電力の決定を示すフロー図である。
【図１７】時間間隔中のアップリンク送信の最大電力を計算するためにＷＴＲＵに使用されるサブフレームを示すブロック図である。
【図１８】時間間隔中のアップリンク送信の最大電力を計算するためにＷＴＲＵに使用されるサブフレームを示す別のブロック図である。
【発明を実施するための形態】
【００１１】
図１Ａは、１または複数の開示される実施形態が実施されてよい例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する複数のアクセスシステムであってよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有によって、そのようなコンテンツにアクセスすることを可能にしてよい。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を用いてよい。
【００１２】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、ページャ、セルラー式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含んでよい。
【００１３】
通信システム１００は、基地局１１４ａと、基地局１１４ｂも含んでよい。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅ  Ｂ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことが理解されるであろう。
【００１４】
基地局１１４ａはＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどの他の基地局および／またはネットワーク要素（図示せず）も含んでよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的区域内で無線信号を送信および／または受信するように構成されてよく、この地理的区域は、セル（図示せず）と呼ばれてよい。セルは、セルセクタにさらに分割されてよい。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてよい。したがって、一実施形態では、基地局１１４ａは、３つ、すなわち、セルの各セクタに対して１つ、送受信機（トランシーバ）を含んでよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用いてよく、したがって、セルの各セクタに対して複数の送受信機を利用してよい。
【００１５】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信してよく、エアインタフェース１１６は、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００１６】
より具体的には、上記で述べられたように、通信システム１００は、複数のアクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を用いてよい。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立してよいユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでよい。
【００１７】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施してよく、Ｅ−ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立してよい。
【００１８】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施してよい。
【００１９】
図１Ａの基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであってよく、営業所、自宅、乗り物、キャンパスなどの局所的エリア内の無線コネクティビティを容易にするための任意の適切なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要とされなくてよい。
【００２０】
ＲＡＮ１０４はコアネットワーク１０６と通信してよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネットコネクティビティ、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実行してよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接的に通信してもよいし、間接的に通信してもよいことが理解されるであろう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用中であってよいＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を用いて別のＲＡＮ（図示せず）とも通信してよい。
【００２１】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイの働きをしてもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用されるワイヤード通信ネットワークまたは無線通信ネットワークを含んでよい。たとえば、ネットワーク１１２は、１または複数のＲＡＮに接続された別のコアネットワークを含んでよく、これらのＲＡＮは、ＲＡＮ１０４と同じＲＡＴを用いてもよいし、異なるＲＡＴを用いてもよい。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含んでよい、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでよい。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは基地局１１４ａおよび基地局１１４ｂと通信するように構成されてよく、基地局１１４ａはセルラーベース無線技術を用いてよく、基地局１１４ｂはＩＥＥＥ８０２無線技術を用いてよい。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機（トランシーバ）１２０と、送信／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでよい。ＷＴＲＵ１０２は、前述の要素の任意の副組み合わせを含んでも、依然として実施形態と一致してよいことが理解されるであろう。
【００２４】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を実行してよい。プロセッサ１１８は送受信機１２０に結合されてよく、送受信機１２０は送信／受信要素１２２に結合されてよい。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として示しているが、プロセッサ１１８と送受信機１２０は電子パッケージまたはチップ内で統合されてよいことが理解されるであろう。
【００２５】
送信／受信要素１２２は、エアインタフェース１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信する、またはこれから信号を受信するように構成されてよい。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてよいことが理解されるであろう。
【００２６】
さらに、送信／受信要素１２２は、図１Ｂでは単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いてよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでよい。
【００２７】
送受信機（トランシーバ）１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されてよい。上記で述べられたように、ＷＴＲＵ１０２は、マルチモード能力を有してよい。したがって、送受信機１２０は、たとえば、ＷＴＲＵ１０２がＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含んでよい。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、これらからユーザ入力データを受信してよい。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、これらのメモリにデータを記憶してよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上にないメモリからの情報にアクセスし、これらのメモリにデータを記憶してよい。
【００２９】
プロセッサ１１８は、電源１３４から電力を受信してよく、その電力を分配および／または制御するようにＷＴＲＵ１０２内の他の構成要素に構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであってよい。たとえば、電源１３４は、１または複数の乾電池バッテリ（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含んでよい。
【００３０】
プロセッサ１１８はＧＰＳチップセット１３６にも結合されてよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からのエアインタフェース１１６を介して位置情報を受信し、および／または２つ以上の近隣基地局から信号が受信されるタイミングに基づいて、その位置を決定してよい。ＷＴＲＵ１０２は、任意の適切な位置決定方法によって位置情報を取得しても、依然として実施形態と一致してよいことが理解されるであろう。
【００３１】
プロセッサ１１８は他の周辺機器１３８にさらに結合されてよく、他の周辺機器１３８は、追加の特徴、機能、および／またはワイヤードコネクティビティもしくは無線コネクティビティを提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでよい。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオのための）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでよい。
【００３２】
図１Ｃは、この実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で述べられたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してよい。ＲＡＮ１０４は、コアネットワーク１０６とも通信してよい。
【００３３】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでよいが、ＲＡＮ１０４は、任意の数のｅＮｏｄｅ−Ｂを含んでも、依然として実施形態と一致してよいことが理解されるであろう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含んでよい。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施してよい。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、これから無線信号を受信してよい。
【００３４】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、アップリンクおよび／またはダウンリンクなどにおいて、無線リソース管理判定、ハンドオーバ判定、ユーザのスケジューリングを扱うように構成されてよい。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いと通信してよい。
【００３５】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２と、サービングゲートウェイ１４４、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６とを含んでよい。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つはコアネットワーク事業者以外のエンティティによって所有および／または運用されてよいことが理解されるであろう。
【００３６】
ＭＭＥ１４２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてよく、制御ノードとして働いてよい。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当してよい。ＭＭＥ１４２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを切り換えるために制御プレーン機能を提供してよい。
【００３７】
サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ  Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてよい。サービングゲートウェイ１４４は一般に、ユーザデータパケットをルーティングし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／から転送してよい。サービングゲートウェイ１４４はまた、ｅＮｏｄｅ  Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能なときにページをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してよい。
【００３８】
サービングゲートウェイ１４４はＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてよい。
【００３９】
コアネットワーク１０６は、他のネットワークとの通信を容易にしてよい。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてよい。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいし、これと通信してもよい。さらに、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供してよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたは無線ネットワークを含んでよい。
【００４０】
３ＧＰＰ  ＬＴＥ  Ｒｅｌｅａｓｅ  ８／９（ＬＴＥ  Ｒ８／９）は、２×２構成では、ダウンリンク（ＤＬ）において最大１００Ｍｂｐｓ、アップリンク（ＵＬ）において５０Ｍｂｐｓをサポートしてよい。ＬＴＥダウンリンク送信方式は、ＯＦＤＭＡエアインタフェースに基づく。
【００４１】
柔軟な展開の目的で、ＬＴＥ  Ｒ８／９／１０システムはスケーラブルな送信帯域幅をサポートし、この送信帯域幅は、［１．４、２．５、５、１０、１５、または２０］ＭＨｚのうちの１つであってよい。
【００４２】
ＬＴＥ  Ｒ８／９では（ＬＴＥ  Ｒ１０にも適用可能である）、各無線フレーム（１０ｍｓ）は、各々１ｍｓの、１０のサブフレームを備える。各サブフレームは、各々０．５ｍｓの、２つのタイムスロットを備える。タイムスロットごとに７つまたは６つのＯＦＤＭシンボルが存在することができる。タイムスロットごとに７つのシンボルは、通常のサイクリックプレフィックス長とともに使用され、タイムスロットごとに６つのシンボルは、拡張されたサイクリックプレフィックス長とともに使用される。ＬＴＥ  Ｒ８／９システムのためのサブキャリアスペーシングは１５ｋＨｚである。７．５ｋＨｚを使用する減少されたサブキャリアスペーシングモードも可能である。
【００４３】
リソース要素（ＲＥ）は、１つのＯＦＤＭシンボル間隔中、１つのサブキャリアに対応する。０．５ｍｓタイムスロット中の１２の連続サブキャリアが、１つのリソースブロック（ＲＢ）を構成する。したがって、タイムスロットごとに７つのシンボルがある場合、各ＲＢは、１２＊７＝８４のＲＥを備える。ＤＬキャリアは、おおよそ１ＭＨｚから２０ＭＨｚの全体的なスケーラブルな送信帯域幅に対応する６つのＲＢから１１０のＲＢを備える。各送信帯域幅、たとえば１．４、３、５、１０、または２０ＭＨｚは、いくつかのＲＢに対応する。
【００４４】
動的スケジューリングのための基本的な時間領域単位は、２つの連続タイムスロットを備える１つのサブフレームである。これは、リソース−ブロックペアと呼ばれることもある。いくつかのＯＦＤＭシンボル上のあるサブキャリアが、時間周波数グリッド内でパイロット信号を搬送するために割り当てられる。スペクトルマスク要件に適合するために、送信帯域幅の境界にあるいくつかのサブキャリアは送信されない。
【００４５】
ネットワークがＷＴＲＵにＵＬキャリアおよびＤＬキャリアの１ペア（ＦＤＤ）またはＵＬおよびＤＬのためにタイムシェアリングされた１つのキャリア（ＴＤＤ）のみを割り当ててよいシングルキャリア構成のＬＴＥ  Ｒ８／９では、およびＲ１０（同じく本明細書で説明される）の場合、任意の所与のサブフレームに対して、ＵＬに対してアクティブな単一のハイブリッド自動再送要求（ＨＡＲＱ）プロセスと、ＤＬにおいてアクティブな単一のＨＡＲＱプロセスが存在してよい。
【００４６】
バッファステータス報告は、ｅＮＢが適切なトランスポートブロックサイズを選択する補助となるためにＷＴＲＵが送信に利用可能なデータの量を示すために使用されてよい。ＢＳＲは、論理チャネルグループ（ＬＣＧ）のバッファステータスを報告してよい。論理チャネルは、ＲＲＣシグナリングによって最大４つの異なるＬＣＧに分割可能であるが、論理チャネルは必ずしもＬＣＧに属する必要はない。
【００４７】
以下のＬＴＥ仕様は、本明細書に記載されるさまざまな方法および手法について説明するためのコンテキストを提供する。
【００４８】
ＬＴＥ  ＭＡＣ  ｓｐｅｃｉｆｉｃａｔｉｏｎ［３６．３２１］では、ＬＣＧのバッファサイズは、次のように定義される。
【００４９】
−  バッファサイズ：バッファサイズフィールドは、ＴＴＩに対するすべてのＭＡＣ  ＰＤＵが構築された後に論理チャネルグループのすべての論理チャネルにまたがって利用可能なデータの総量を識別する。データの量は、バイトの数で示される。それは、ＲＬＣレイヤ内およびＰＤＣＰレイヤ内での送信のために利用可能なすべてのデータを含むものとする。どのようなデータが送信のために利用可能とみなされるものとするかという定義はそれぞれ、［３］および［４］に記載されている。ＲＬＣヘッダおよびＭＡＣヘッダのサイズは、バッファサイズ算出では考慮されない。このフィールドの長さは６ビットである。ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓが構成されない場合、バッファＳｉｚｅフィールドによってとられる値は、表６．１．３．１−１に示されている。ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓが構成される場合、バッファＳｉｚｅフィールドによってとられる値は、表６．１．３．１−２に示されている。
【００５０】
ＬＴＥ  ＲＬＣ  ｓｐｅｃｉｆｉｃａｔｉｏｎ［３６．３２２］では、送信のために利用可能なデータは、以下のように定義される。
【００５１】
４．５  送信のために利用可能なデータ
【００５２】
ＭＡＣバッファステータス報告の目的で、ＵＥは、以下を、ＲＬＣレイヤで送信のために利用可能なデータとみなすものとする。
【００５３】
−  ＲＬＣデータＰＤＵにまだ含められていないＲＬＣ  ＳＤＵ、またはそのセグメント
【００５４】
−  再送信に関して未処理のＲＬＣデータＰＤＵ、またはその部分（ＲＬＣ  ＡＭ）
【００５５】
さらに、ＳＴＡＴＵＳ  ＰＤＵがトリガされ、ステータス禁止タイマが実行されていないまたは期限が切れた場合、ＵＥは、次の送信機会で送信されるＳＴＡＴＵＳ  ＰＤＵのサイズを推定し、これを、ＲＬＣレイヤで送信のために利用可能なデータとみなすものとする。
【００５６】
ＰＤＣＰ  ｓｐｅｃｉｆｉｃａｔｉｏｎ［３６．３２３］では、送信のために利用可能なデータは、以下のように定義される。
【００５７】
４．５  送信のために利用可能なデータ
【００５８】
ＭＡＣバッファステータス報告の目的で、ＵＥは、ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵならびに以下を、ＰＤＣＰレイヤで送信のために利用可能なデータとみなすものとする。
【００５９】
ＰＤＵが下位レイヤにサブミットされていないＳＤＵの場合：
【００６０】
ＳＤＵがまだＰＤＣＰによって処理されていない場合は、ＳＤＵ自体、または
【００６１】
ＳＤＵがＰＤＣＰによって処理された場合は、ＰＤＵ。
【００６２】
さらに、ＲＬＣ  ＡＭ上にマッピングされた無線ベアラに対して、ＰＤＣＰエンティティが以前に再確立プロシージャを実行した場合、ＵＥはまた、以下を、ＰＤＣＰレイヤ送信のために利用可能なデータとみなすものとする。
【００６３】
ＰＤＣＰ再確立の前に対応するＰＤＵのみが下位レイヤにサブミットされているＳＤＵに対して、受信された場合、ＰＤＣＰステータスレポートによって正常に配信されたと示されているＳＤＵを除いて、対応するＰＤＵの配信が下位レイヤによって確認されていない第１のＳＤＵから始まる。
【００６４】
まだＰＤＣＰによって処理されていない場合、ＳＤＵ、または
【００６５】
いったんＰＤＣＰによって処理された場合、ＰＤＵ。
【００６６】
ＬＴＥ仕様では、論理チャネル優先順位付け（ＬＣＰ）プロシージャは、次のように指定される［３６．３２１］。
【００６７】
５．４．３．１  論理チャネル優先順位付け
【００６８】
論理チャネル優先順位付けプロシージャは、新規送信が実行されるときに適用される。
【００６９】
ＲＲＣは、論理チャネルごとのシグナリングによって、アップリンクデータのスケジューリングを制御する。増加しつつある優先順位値がより低い優先順位レベルを示す優先順位は、優先ビットレート（ＰＢＲ）を設定するｄＢｉｔＲａｔｅと、バケットサイズ持続時間（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎを優先させる。
【００７０】
ＵＥは、各論理チャネルｊに対して可変Ｂｊを維持するものとする。Ｂｊは、関連論理チャネルが確立されるとき、ゼロに初期化され、各ＴＴＩに対してＰＢＲ×ＴＴＩの積によってインクリメントされるものとされ、ここで、ＰＢＲは、論理チャネルｊの優先ビットレートである。しかしながら、Ｂｊの値はバケットサイズを決して超えることができず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合、Ｂｊの値は、バケットサイズに設定されるものとする。論理チャネルのバケットサイズはＰＢＲ×ＢＳＤに等しく、ここで、ＰＢＲおよびＢＳＤは上位レイヤによって構成される。
【００７１】
新規送信が実行されるとき、ＵＥは、以下の論理チャネル優先順位付けプロシージャを実行するものとする。
【００７２】
−  ＵＥは、以下のステップでリソースを論理チャネルに割り当てるものとする。
【００７３】
−  ステップ１：Ｂｊ＞０を有するすべての論理チャネルは、優先順位が減少する順にリソースが割り当てられる。無線ベアラのＰＢＲが「無限大」に設定される場合、ＵＥは、優先順位のより低い無線ベアラのＰＢＲに出会う前に無線ベアラ上での送信のために利用可能なすべてのデータにリソースを割り当てるものとする。
【００７４】
−  ステップ２：ＵＥは、ステップ１で論理チャネルｊにサービスされたＭＡＣ  ＳＤＵの合計サイズ分、Ｂｊをデクリメントするものとする。
【００７５】
注記：Ｂｊの値は、負とすることができる。
【００７６】
−  ステップ３：リソースが残っている場合、すべての論理チャネルは、その論理チャネルのデータまたはＵＬグラントのどちらかのいずれか早い方がなくなるまで、優先順位が厳密に減少する順に（Ｂｊの値に関係なく）サービスされる。等しい優先順位を用いて構成された論理チャネルは、等しくサービスされるべきである。
【００７７】
キャリアアグリゲーションを有するＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ  ＣＡ  Ｒ１０）は、さまざまな手法の中でもキャリアアグリゲーション（ＣＡ）とも呼ばれる帯域幅拡張を使用してシングルキャリアＬＴＥデータレートを改善することを目的とする進化である。ＣＡでは、ＷＴＲＵは、複数のサービングセルの物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を（それぞれ）介して同時に送信および受信してよい。プライマリサービングセル（ＰＣｅｌｌ）に加えて、最大４つのセカンダリサービングセル（ＳＣｅｌｌ）が使用されてよく、したがって、最大１００ＭＨｚの柔軟な帯域幅割り当てをサポートする。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックおよび／またはチャネル状態情報（ＣＳＩ）を備えてよいアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上またはアップリンク送信のために構成されたサービングセルのために利用可能なＰＵＳＣＨリソース上のどちらかで送信されてよい。
【００７８】
ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリングのための制御情報が、１または複数の物理データ制御チャネル（ＰＤＣＣＨ）上で送信されてよい。ＵＬキャリアとＤＬキャリアのペアに対して１つのＰＤＣＣＨを使用するＬＴＥ  Ｒ８／９スケジューリングに加えて、クロスキャリアスケジューリングも所与のＰＤＣＣＨによってサポートされ、ネットワークが他のサービングセル内の送信のためにＰＤＳＣＨ割り当ておよび／またはＰＵＳＣＨグラントを提供することを可能にしてよい。
【００７９】
ＣＡとともに動作するＦＤＤ  ＬＴＥ  Ｒ１０  ＷＴＲＵでは、各サービングセルに対して１つのＨＡＲＱエンティティが存在してよく、ここで、各エンティティは、最大８つ、たとえば１ラウンドトリップタイム（ＲＴＴ）間の各サブフレームに対して１つのＨＡＲＱプロセスを有してよい。これは、任意の所与のサブフレームにおいてＵＬのためおよびＤＬのためにアクティブな複数のＨＡＲＱプロセスが存在してよいが、構成された各サービングセルに対して多くても１つのＵＬ  ＨＡＲＱプロセスおよび１つのＤＬ  ＨＡＲＱプロセスが存在してよいことも意味する。
【００８０】
ＬＴＥ  Ｒ８／９／１０＋では、ＰＤＣＣＨは、リソースをＰＤＳＣＨ上のダウンリンク送信に割り当て、ＰＵＳＣＨ上のアップリンク送信のためのリソースを端末デバイス（ＷＴＲＵ）に許可するために、ネットワーク（ＮＷまたはｅＮＢ）によって使用される。
【００８１】
ＷＴＲＵは、スケジューリング要求（ＳＲ）をｅＮＢに送信することによってアップリンク送信のための無線リソースを要求することができる。ＳＲは、構成されている場合は物理アップリンク制御チャネル（ＰＵＣＣＨ）上の専用リソース（Ｄ−ＳＲ）上で送信されてもよいし、そうでない場合は、ランダムアクセスプロシージャ（ＲＡＣＨ）を使用してもよい（ＲＡ−ＳＲ）。
【００８２】
ｅＮＢは、構成されたリソース内のＰＤＣＣＨ上で受信されたグラント（半永続的にスケジュールされたＵＬグラント）内でどちらも示される、ＰＵＳＣＨ上の送信のための無線リソースをＷＴＲＵに許可してよい。
【００８３】
ＷＴＲＵは、アップリンク送信では、ＷＴＲＵのバッファ内のデータの量を示すバッファステータスレポート（ＢＳＲ）を含んでよい。ＢＳＲを送信するトリガは、スケジューリング要求をトリガしてよい。
【００８４】
ＷＴＲＵは、アグリゲーションレベル（ＡＬ、各々、１つのＣＣＥ、２つのＣＣＥ、４つのＣＣＥ、または８つのＣＣＥのいずれかに対応する）に基づいて物理リソース（すなわち、制御チャネル要素、以下ではＣＣＥ）のさまざまな組み合わせを使用して、特定の位置すなわちサーチ空間内の既知の無線ネットワーク一時識別子（ＲＮＴＩ）を使用してマスクされたＰＤＣＣＨの特定のデータ制御情報メッセージ（ＤＣＩフォーマット）を監視することによって所与のサブフレーム内の制御シグナリングに作用する必要があるかどうかを決定する。ＣＣＥは、３６のＱＰＳＫシンボルすなわち７２のチャネル符号化ビットを備える。
【００８５】
アップリンクグラントに含まれるスケジューリング制御情報は、グラントが初期送信のためか再送信のためかを決定するために使用される新規データインジケータ（ＮＤＩ）と、時間および周波数内のどの物理リソースブロック（ＰＲＢ）が送信に割り当てられるかを示すリソース割り当てと、変調符号化方式（ＭＣＳ）とを含む。ＷＴＲＵは、ＭＣＳからの関連付けられたトランスポートブロック（ＴＢ）のサイズと、送信に割り当てられたＰＲＢの数とを決定することができる。
【００８６】
ＬＴＥ  Ｒ１２（またはそれ以降、ｅＮＢ間キャリアアグリゲーションを使用するマルチセル動作の態様のための）では、ＷＴＲＵは、何らかの形式のデュアルコネクティビティ、たとえば、ＷＴＲＵが異なるｅＮＢに関連付けられたセルのリソースへのアクセスを有してよい構成を用いて構成されてよい。ネットワークは、ＭｅＮＢ内で終了する単一ＭＭＥ／Ｓ１−ｃ接続を使用してコネクティビティを制御してよい。
【００８７】
制御プレーンの観点から、ＷＴＲＵは、第１のｅＮＢ（すなわち、ＭｅＮＢ）とのＲＲＣ接続を確立したとしてよく、１または複数のセルが第２のｅＮＢ（すなわち、ＳｅＮＢ）に関連付けられてよい構成をさらにサポートしてよい。ＲＲＣ接続がＭｅＮＢ内で終了することが仮定される場合、完全なメッセージは、ＭｅＮＢ内のＲＲＣエンティティによって受信されてよい。
【００８８】
ユーザプレーンアーキテクチャの観点から、ネットワークは、ＭｅＮＢ内でのみＳ１−ｕを終了させてもよい（たとえばすべてのＥＰＳベアラに対して、代替形態３は代替物ａを含む）し、（たとえば、さらに）ＳｅＮＢ内でＳ１−ｕを終了させてよい（１または複数のＥＰＳベアラに対して、代替形態１Ａ）。
【００８９】
ＳＲＢデータのＬ２トランスポートおよび／またはユーザプレーントラフィックの観点から、所与の無線ベアラのためのデータは、ネットワークからＷＴＲＵに、単一のＬ２パスを使用して送信されてもよいし、あるいは、どちらのＬ２パスも使用して（ＤＬマルチフローと呼ばれる）送信されてもよい。同様に、送信されるデータは、ＷＴＲＵからネットワークに、単一のＬ２パスを使用して送信されてもよいし、どちらのＬ２パスも使用して（ＵＬマルチフローと呼ばれる）送信されてもよい。マルチフローは、複数のｅＮＢに関連付けられた異なるセルに概念的にマッピングされてよいようなベアラの構成によって実現されてよい。
【００９０】
一般的なトランスポートベアラ機能は、サービス品質（ＱｏＳ）関連態様の組み合わせとして、ならびにルーティング機能に関して、モデル化されてよい。ＱｏＳ関連態様は、（たとえば、最大または保証）ビットレート、最大許容可能待ち時間などに関してパラメータ化されてよい。ベアラのためのルーティングは、一般的には、何らかの形式の物理または論理（たとえば、ＧＴＰ−ｕに基づいて、またはＩＰトンネルに基づいて、トンネリング機能を使用するなど）ポイントツーポイントトランスポートパスを使用して達成される。
【００９１】
「プライマリＭＡＣエンティティ」および「セカンダリＭＡＣエンティティ」という用語は、本明細書では、ＭＡＣエンティティを、各々が異なるｅＮＢ（たとえば、ＭｅＮＢおよびＳｅＮＢ）のセルに、したがって、それぞれの関連付けられたＬ１／物理レイヤ処理に、概念的に関連付けられた別個のプロセスとして指すか、または、第１のｅＮＢ（たとえば、ＭｅＮＢ）に概念的に関連付けられたＵｕ（Ｌ１／ＰＨＹ）と第２のｅＮＢ（たとえば、ＳｅＮＢ）に概念的に関連付けられたＵｕ（Ｌ１／ＰＨＹ）とを区別する単一のＭＡＣエンティティを指すか、のどちらかである。ＷＴＲＵは、ＭｅＮＢに関連付けられた１つのプライマリＭＡＣエンティティと、ＳｅＮＢに関連付けられた１つのセカンダリＭＡＣエンティティとを有してよい。
【００９２】
プライマリＭＡＣエンティティは、ＷＴＲＵがＲＲＣ接続を確立した（ＰＣｅｌｌのレガシーＲ１０定義に従って）ＰＣｅｌｌを用いて構成されたＭＡＣエンティティに対応してよい。セカンダリＭＡＣエンティティも特殊セルを用いて構成されてよく、その場合、そのようなセルは、アップリンクキャリアと、追加ＰＵＣＣＨリソースとを用いて構成されてよい。
【００９３】
ＬＴＥシステムなどのシステムのための送信タイミングに関する追加情報：ＷＴＲＵは、セル内でプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）を検出することによって、およびＤＬサブフレーム境界の第１の（または、最も良好に受信された）パスを決定することによって、その初期ＤＬタイミングを設定してよい。次いで、ＷＴＲＵは、同期信号および／またはＤＬ基準信号の第１のパス到着を測定することによって、ＤＬ同期を維持してよい。いったんＷＴＲＵがＤＬ同期を取得すると、ＷＴＲＵは、ランダムアクセスプロシージャを使用して、その送信のためのアップリンクタイミングを決定してよく、その間に、ＷＴＲＵは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上でプリアンブルを最初に送信してよい。ＷＴＲＵは、プリアンブルの送信を、受信されたＤＬサブフレーム境界の先頭と調整（align）してよい（たとえば、タイミングアドバンスが適用されないように）。ＷＴＲＵは、タイミングアドバンスコマンド（ＴＡＣ）を含むランダムアクセス応答（ＲＡＲ）を受信してよい。そのようなＴＡＣは、プリアンブルの受信時刻に基づいてｅＮＢによって計算された値を含んでよく、たとえば、ｅＮＢは、ｅＮＢと関係ＷＴＲＵとの間の双方向伝搬遅延を推定し、次いで、ＷＴＲＵに送信するのに適切な値を決定することができる。次いで、ＷＴＲＵは、この値を使用して、ＤＬサブフレーム境界よりどれくらい前に、そのアップリンク送信を開始してよいかを決定してよい。セル内のすべてのＷＴＲＵに対するアップリンク送信の調整は、特に送信タイミングが、あらかじめ定義された値以下であるとき、セルのためのｅＮＢ内の受信機内の干渉感知器（interference perceiver）のレベルを低下させる補助となることができる。
【００９４】
いったんＷＴＲＵが初期アップリンクタイミングを有すると、さらなる調整が、ＷＴＲＵ移動、マルチパスの変更（すなわち、最も良好に受信されたＤＬパスのタイミングの変更）、発振器のドリフト、および／またはドップラーシフトの結果として、経時的に必要とされてよい。この程度まで、ＷＴＲＵは、ＤＬタイミング基準を追跡してよく、何らかの調整を自律的に実行してよいが、ｅＮＢは、ｅＮＢが、ＴＡＣ  ＭＡＣ制御要素（ＣＥ）を使用してダウンリンク送信においてＴＡ調整を知らせてよいように、たとえば、アップリンク復調基準信号、ＳＲＳ、または任意の他の送信に基づいて、ＷＴＲＵのアップリンク送信の到着時刻を監視してよい。ＷＴＲＵは、サブフレームＮ＋６の開始ぴったり（または、開始よりも遅れることなく）サブフレームＮ内で受信された知らされた調整を適用してよい。
【００９５】
ＷＴＲＵは、タイミングアドバンスグループ（ＴＡＧ）のための記憶された値（Ｎｔａ）を維持してよい。ＷＴＲＵは、正または負の値を示すＴＡＣをｅＮＢから受信したとき、関係ＴＡＧのためのＮｔａを更新してよい。ＷＴＲＵは、さらにまた、記憶された値を自律的に更新し、たとえばＤＬタイミング基準のその追跡に基づいて、受信されたダウンリンクタイミングの変更を補償してよい。Ｎｔａは、アップリンク送信時間を、ＴＡＣの受信と、タイミングアドバンスタイマ（ＴＡＴ）が実行されているときの中間に調整するために使用されてよい。
【００９６】
ＷＴＲＵは、構成可能タイマ、すなわちタイミングアドバンスグループ（ＴＡＧ）ごとにタイミングアドバンスタイマ（ＴＡＴ）を有してよい。ＷＴＲＵは、それ自体を、適切なＵＬタイミング調整を有するとみなすか（実行されている場合）そうでないか（そうでない場合）を、ＴＡＴから決定してよい。ＴＡＴが実行されていない場合、ＷＴＲＵは、ランダムアクセスプリアンブルの送信を除いて、アップリンクにおいて送信を実行しなくてよい。ＷＴＲＵは、ＴＡＣ  ＭＡＣ  ＣＥまたはＲＡＲのどちらかにおいてＴＡＣを受信したとき、ＴＡＴを開始または再開してよい。ＴＡＴの期限が切れたとき、ＷＴＲＵは、関係ＴＡＧに対して有効なアップリンクタイミング調整をもはや持たないことを考慮してよい。ｅＮＢは、ＷＴＲＵアップリンクを、ＷＴＲＵへのＭＡＣ  ＴＡＣ  ＣＥの適時送信によって、すなわちＷＴＲＵにおいてＴＡＴの期限が切れる前に、時間調整されたように保ってよい。
【００９７】
異なるｅＮＢからのリソースをアグリゲートするさまざまな手段を作り出す取組みが展開されている（たとえば、デュアルコネクティビティを使用するＲ１２  ＬＴＥ  ｅＮＢ間アグリゲーション）。目的は、一般的には、オペレータがある程度のトラフィックをマクロセル／ｅＮＢから別のセル／ｅＮＢにオフロードし、そのセルが何らかの形態のホットスポットオーバレイネットワークを提供することもある手段を可能にすること、または、より高いスループットを可能にすることである。
【００９８】
ＷＴＲＵは、デュアルコネクティビティのために構成されてよい。デュアルコネクティビティは、スループットの利益（主にダウンリンクに関して）またはオフロード目的（マクロカバレッジのために展開されたｅＮＢを、ユーザプレーントラフィックから容量増強のために展開された別のｅＮＢの方へ緩和する）のどちらかのために、ネットワークによって構成されてよい。ＷＴＲＵが、デュアルコネクティビティを用いた動作のために構成されるとき、ＷＴＲＵは、異なるｅＮＢに関連付けられた無線リソースを使用してよく、リソースの各セットに対応するインタフェースは、本明細書ではＵｕインタフェースと呼ばれる。ｅＮＢ内キャリアアグリゲーションもサポートされる場合、各Ｕｕインタフェース自体は、１または複数のサービングセルとともに構成されてよい。ＷＴＲＵは、次いで、ｅＮＢがＲＲＣ接続を制御するマクロｅＮＢ（ＭｅＮＢ）によって、ならびにユーザプレーンデータを交換するために使用されてよい第２のｅＮＢ（ＳｅＮＢ）によって、任意のタイプのデータのためにスケジュールされてよい。この形態のデュアルコネクティビティは、ｅＮＢ間キャリアアグリゲーション（ｅＮＢ間ＣＡ）とも呼ばれることがある。この場合、ＷＴＲＵは、異なるＭＡＣエンティティとともに構成されてよく、ＭＡＣエンティティは、構成された各Ｕｕインタフェースに対して１つ存在する。
【００９９】
図２は、デュアルコネクティビティを使用して動作する例示的なシステム２００を示す。システム２００は、ＷＴＲＵ２１０と、ＭｅＮＢ２２０と、ＳｅＮＢ２３０とを含む。ＷＴＲＵ２１０は、デュアルコネクティビティ動作のために構成され、本明細書でさらに説明されるように、同時および／または重複アップリンク通信をＭｅＮＢ２２０とＳｅＮＢ２３０の両方に送信してよい。いくつかの実装形態では、デュアルコネクティビティは、複数のＭＡＣエンティティへの、または複数のｅＮＢに対してではなく、複数のセルグループ（ＣＧ）のアップリンクリソースを使用しての、同時および／または重複通信として概念化されてよいことが留意されるべきである。
【０１００】
ｅＮＢ間ＣＡのサポートは、さまざまな可能なアーキテクチャに従ってよい。第１の例示的なアーキテクチャ（本明細書では、１Ａと呼ばれる）は、Ｓ１−ｕ分割をサポートしてよく、すなわち、ユーザプレーントラフィックのためのＥＰＳベアラが単一のｅＮＢに関連付けられ、ＰＤＣＰは、対応する各データ無線ベアラ（ＤＲＢ）に対して関係ｅＮＢ内で終了する。第２の例示的なアーキテクチャ（本明細書では、３Ｃと呼ばれる）は、ユーザプレーントラフィックのためのＭｅＮＢ内での単一Ｓ１−ｕ終了をサポートしてよく、ＰＤＣＰは、すべてのＤＲＢに対してＭｅＮＢ内で終了する。両方の代替形態の場合、制御プレーンはＭｅＮＢ内で終了する。さらに、シグナリング無線ベアラ（ＳＲＢ）に関連付けられたデータは、ＭｅＮＢに関連付けられたＵｕインタフェースのみを使用して送信されてよい。
【０１０１】
物理レイヤの観点から、デュアルコネクティビティを用いて構成されたＷＴＲＵは、場合によっては、両方のｅＮＢから同時にダウンリンクデータを受信してよく、すなわち、スケジューリング制限は、少なくともいくつかのサブフレームに対して、ＷＴＲＵは、両方のｅＮＢからのダウンリンク送信のためにスケジュールされてよいことを排除しないことが仮定可能である。１つの暗示は、ＭＡＣ／ＰＨＹインスタンスの各々がＰＤＣＣＨを監視し、ＰＤＳＣＨを同時に受信してよいということである。
【０１０２】
依然として、物理レイヤの観点から、デュアルコネクティビティを用いて構成されたＷＴＲＵのためのアップリンク動作に関するさまざまな代替形態が可能である。どの代替形態が適用可能であってよいかは、同じＷＴＲＵ構成の異なるｅＮＢのセル間のタイミング調整に関して何が仮定されてよいかを含む、いくつかの態様に依存してよい。たとえば、さまざまな手法は、サブフレーム境界におけるアップリンク内のシンボルの同期が、たとえば、サイクリックプレフィックスの長さの間など、少なくともあるマージン内に保証されてよいかどうかに応じて、より良く実行してよい。
【０１０３】
特に、異なる物理レイヤ（たとえば、異なるＵｕインタフェース、および／または関連付けられたＭＡＣエンティティ、および／または異なるｅＮＢ）に関連付けられた送信は同時に行われてよく、したがって、それぞれのサブフレームタイミングは、同期される（すなわち、それぞれのタイミングは、あるマージンの範囲内にあり、そのマージンは、単一ＭＡＣエンティティに関連付けられた送信に対して指定されたマージンを超えない）、または同期されない（すなわち、そうでない場合）、のどちらかである。
【０１０４】
同期されたケースの場合、同時送信は、少なくとも、両方の送信の、所与のＴＴＩの間、重複する部分を指してよい。
【０１０５】
同期されていないケースの場合、第１のＭＡＣエンティティに関連付けられたサブフレームのタイミングは、第２のＭＡＣエンティティに関連付けられたサブフレームの終わりと、ならびに、その第２のＭＡＣエンティティに関連付けられた後続のサブフレームの始まりと部分的に重複してよい。この場合、同時送信は、重複部全体（たとえば、シンボル粒度における、および／またはサブフレーム境界を越えて）または部分的重複（たとえば、各ＭＡＣエンティティに対して、多くても１つのサブフレームが考慮される）のどちらかを指してよい。この場合、本明細書で説明されるいくつかの方法に関して、ＷＴＲＵは、そのようなことが第１のＭＡＣエンティティのサブフレーム内の送信のために同時に発生するとき、第２のＭＡＣエンティティのための複数のサブフレームにわたっての送信を考慮に入れてよい。
【０１０６】
図３は、同期されたケースの場合の例示的な同時送信を示す。この例の送信ｉおよびｊは、異なるｅＮＢに向けられる。ｅＮＢは、たとえば、図２のＭｅＮＢ２２０およびＳｅＮＢ２３０などの、ＭｅＮＢおよびＳｅＮＢであってよい。送信ｊの開始時間３１０と送信ｉの開始時間３３０との時間３２０の差は、同期されたケースのための閾値の範囲内である（すなわち、これよりも小さい）。同期されたケースでは、重複時間間隔３４０中に発生する送信ｉおよびｊの少なくとも一部分は、同時送信であると考慮されてよい。いくつかの実装形態では、送信ｉおよびｊは、異なるＭＡＣエンティティに対応するとみなされてもよいし、異なるｅＮＢに向けられるとみなされるのではなく、異なるセルグループ（ＣＧ）のアップリンクリソースを使用して実行されるとみなされてもよいことが留意されるべきである。
【０１０７】
図４は、同期されていないケースの場合の例示的な同時送信を示す。この例の送信ｉおよびｊは、異なるｅＮＢに向けられる。ｅＮＢは、たとえば、図２のＭｅＮＢ２２０およびＳｅＮＢ２３０などの、ＭｅＮＢおよびＳｅＮＢであってよい。送信ｊの開始時間４１０と送信ｉの開始時間４３０との時間４２０の差は、同期されたケースのための閾値の範囲外である（すなわち、これよりも大きい）。同期されていないケースでは、重複時間間隔４４０中に発生する送信ｉおよびｊの一部分は、同時送信であると考慮されてよい。いくつかの実装形態では、重複時間間隔４４０中に発生する送信ｉと送信ｊの部分と、重複時間間隔４２０中に発生する送信ｉおよびｊ−１の部分の両方は、同時送信と呼ばれてよい。いくつかの実装形態では、送信ｉおよびｊは、異なるＭＡＣエンティティに向けられるとみなされてもよいし、異なるｅＮＢではなく、異なるセルグループ（ＣＧ）に向けられるとみなされてもよいことが留意されるべきである。
【０１０８】
デュアルコネクティビティを用いて構成されたＷＴＲＵのためのアップリンク動作のための可能な代替形態は、ＰＵＳＣＨ、ＰＲＡＣＨ、ＳＲＳ、およびＰＵＣＣＨを考慮するとき、以下のケースを含む。
【０１０９】
ケース１  −  同時送信または重複なし（サブフレーム／シンボル粒度における制限）。
【０１１０】
これは、たとえば特定のルールによるサブフレーム割り当ておよび／または異なる信号の優先順位付けに応じて、たとえば時分割多重化（ＴＤＭ）手法を使用する、ＷＴＲＵの異なるＭＡＣ／ＰＨＹインスタンスによる同時送信を排除することによって達成されてよい。（たとえば、異なるＵｕインタフェースにまたがる）異なるＭＡＣ／ＰＨＹインスタンスに関連付けられた送信間の電力スケーリングルール／優先順位付けは、そのような場合では必要とされなくてよい。
【０１１１】
したがって、ケース１では、ＴＤＭおよび優先順位ルールは、たとえば各サブフレームに対して適用される。
【０１１２】
ケース１では、ＴＤＭは、たとえばマルチサブフレーム（たとえば無線フレーム）粒度において、サブフレーム粒度において、またはシンボルレベルにおいてすら、時間単位ベースで適用可能な優先順位ルールを使用して適用されてよい。これは、電力問題または新規スケーリングルールの必要性を回避することができる。これは、同期された物理レイヤインタフェースに適してよい。
【０１１３】
ケース２  −  制限された同時アップリンク送信（物理チャネル粒度における制限）。
【０１１４】
これは、たとえば特定のルールによるサブフレーム割り当ておよび／または異なる信号の優先順位付けに応じた、異なるアップリンク物理チャネルの組み合わせのための、たとえばＰＵＳＣＨ、ＰＲＡＣＨ、ＳＲＳ、およびＰＵＣＣＨの異なる組み合わせのための、同時送信を排除することによって達成されてよい。（たとえば、異なるＵｕインタフェースにまたがる）異なるＭＡＣ／ＰＨＹインスタンスに関連付けられた送信間の電力スケーリングルール／優先順位付けは、特定の組み合わせに必要とされることがある。
【０１１５】
したがって、ケース２では、たとえば各サブフレームに対して適用される、物理チャネル上のＴＤＭおよび優先順位ルールと、いくつかの電力関連方法が適用される。
【０１１６】
ケース２では、ＴＤＭは、たとえばマルチサブフレーム（たとえば無線フレーム）粒度において、サブフレーム粒度において、またはシンボルレベルにおいてすら、時間単位ベースで物理チャネルに適用可能な優先順位ルールを使用して適用されてよい。いくつかの方法は、残存する電力問題に取り組むことを依然として必要とした。これは、同期された物理レイヤインタフェースに適してよい。
【０１１７】
ケース３  −  無制限の動作（電力割り当ておよびスケーリングルールのみのレベルにおける制限）。
【０１１８】
これは、ＷＴＲＵが特定の電力スケーリングルールを適用することによって達成されてよい。
【０１１９】
したがって、ケース３では、電力関連方法のみが適用される。これは、同期された物理レイヤインタフェースまたは同期されていない物理レイヤインタフェースのどちらかの両方のケースに適してよい。
【０１２０】
いくつかの優先順位付けおよび電力スケーリング機構が、ｅＮＢ内キャリアアグリゲーションのためのＬＴＥ  Ｒ１０に指定されている。しかしながら、いくつかの態様は、問題のあるままである。１つのそのような態様は、スケジューラ間の（もしあれば）最小限の調整を含むｅＮＢ間ＣＡ原則の特性、ならびに単一Ｕｕインタフェースを使用して、すなわちＭｅＮＢに関連付けられたリソースを使用して制御プレーンデータのみが送信されてよい特性に関する。別のそのような態様は、異なる例示的なアーキテクチャ１Ａおよび３Ｃ（上記で説明されたように、１Ａに対するＳ１−ｕ分割のサポート、および３Ｃに対する単一Ｓ１−ｕ終端のサポート）が、上記で説明されたように、ＤＲＢからのデータが単一ｅＮＢまたは両方から受信されてよいかどうかを含めて、デュアルコネクティビティに適用可能であることである。アップリンクにおけるＤＲＢデータが（たとえば、ＳｅＮＢのリソースを使用して）単一Ｕｕ上でのみ送信されてよい場合、追加の考慮事項も代替形態３Ｃに導入されてよい。
【０１２１】
ＴＤＭの動的動作、送信優先順位付け、ならびに送信電力スケーリング原則および方法を可能にする方法およびデバイスは、異なるインタフェース上での送信の枯渇または不必要な遅延を回避するために必要とされてよい。さらに、どのようなルールを適用するべきかは、時間、スケジューラ実装形態、進行中のプロシージャ、または送信するデータのタイプに基づいても変化してよい。
【０１２２】
本明細書において説明される方法およびデバイスは、たとえば、図２に関して図示および説明されるように、ＷＴＲＵの構成に関連付けられた各ｅＮＢに対して１つの、異なるスケジューラと相互作用するときアップリンク送信を調整するためのＷＴＲＵを提供することによって、効率的なオフローディングおよび／またはリソースの効率的なアグリゲーションを可能にすることに関する。
【０１２３】
一般的な原則、方法、および関連実施形態を含む、本明細書で説明される方法およびデバイスは、３ＧＰＰ  ＬＴＥ技術および関連仕様に関して説明されるが、これらの方法およびデバイスは、複数の無線レイヤにアクセスするための、ならびに／またはＷｉｆｉ、ＷＣＤＭＡ、ＨＳＰＡ、ＨＳＵＰＡ、およびＨＳＤＰＡに基づく他の３ＧＰＰ技術などの複数の無線アクセス技術に接続するための方法を実施する任意の無線技術に同様に適用されてよい。
【０１２４】
たとえば、本明細書で使用される「ＭＡＣエンティティ」、「ＭＡＣインスタンス」、「ＭＡＣ」、セルグループ（ＣＧ）、またはプライマリ／セカンダリなどの用語は、さまざまな無線アクセス技術の電力割り当て機能を参照する際に使用されてよい。たとえば、いくつかの実施形態では、「プライマリＭＡＣインスタンス」または「ＭｅＮＢ  ＣＧ  −  ＭＣＧ」は、ＬＴＥなどの第１の無線アクセス技術に対応してよいが、「セカンダリＭＡＣインスタンス」または「セカンダリＣＧ  −  ＳＣＧ」は、ＨＳＰＡまたはＷｉｆｉなどの第２の無線アクセス技術に対応してよい。
【０１２５】
さらに、それらは、２つのｅＮＢへのコネクティビティに関して説明されてよいが、本明細書で説明される方法およびデバイスは、恣意的な数のＵｕインタフェース（たとえば、複数のｅＮＢに対する無線リンク）を使用する動作にも適用可能である。
【０１２６】
以下の説明では、「より低い」および「より高い」という用語が、「最も低い」または「類似の優先順位評価原則を使用する別の要素よりも低い」および「最も高い」または「類似の優先順位評価原則を使用する別の要素よりも高い」を意味するために使用される。さらに、「ＰＤＣＣＨ」および「ｅＰＤＣＣＨ」という用語は、本明細書で説明される任意の方法またはデバイスはどちらのタイプの制御チャネルにも適宜適用可能であってよいという了解の下で、互換的に使用される。
【０１２７】
本明細書において、ＭＡＣエンティティという用語は、主に特定のｅＮＢへ／からの送信を扱うためのＷＴＲＵの機能を指すために使用され、したがって、文脈に応じて、ＭＡＣと任意の関連付けられた物理レイヤ態様の組み合わせ、物理レイヤ機能のみ、またはＭＡＣ機能のみを指してよい。
【０１２８】
優先順位付け機能は、本明細書でさらに説明され、ＷＴＲＵがＵＬにおいて相反するスケジューリング要件を克服することを可能にする１つの可能な手法であってよい。
【０１２９】
たとえば、ＷＴＲＵは、デュアルコネクティビティのために構成されてよい。ＷＴＲＵは、所与の送信時間間隔（ＴＴＩ）またはサブフレーム内で、１または複数のアップリンク送信のために優先順位付け機能を適用してよい。ＷＴＲＵは、特に同期されていない物理レイヤの場合、他のＭＡＣエンティティに関連付けられた複数の重複サブフレームを考慮することによって、優先順位付け機能を適用してよい。そのような機能、可能な構成態様、ＷＴＲＵは、アップリンク送信、スケジューリング命令、またはそれらの組み合わせに関連付けられた優先順位（絶対または相対）をどのように決定してよいかに関するそのような機能への入力の例が、本明細書で説明される。
【０１３０】
特に、本明細書における優先順位付けは、複数のアップリンク送信の組み合わせが、ＷＴＲＵがそのような送信を適切に実行できることを損ねることがあるとき、ＷＴＲＵによって適用される機能を含んでよい。たとえば、そのような損傷は、ＷＴＲＵが（たとえば、何らかのハードウェア制約、不十分なＷＴＲＵ能力などにより）送信の特定の組み合わせに適合することができない場合、または２つ以上のアップリンク送信のための利用可能な送信電力が、（たとえば、適用可能なスケジューリング命令に従って）所与の時間間隔内ですべての予想される送信を実行するのに不十分であってよい場合を含んでよい。
【０１３１】
たとえば、そのような優先順位付け機能は、以下のうちの少なくとも１つに従って適用されてよい。
【０１３２】
ａ．ＷＴＲＵが、複数のＭＡＣエンティティに関連付けられた少なくとも１つの送信を実行することが予測され、そのような送信が（たとえば、サブフレームレベルにおいて、またはシンボル粒度において、のどちらかで）少なくとも部分的に重複するとき。
【０１３３】
ｂ．ＷＴＲＵは、場合によっては、複数のＭＡＣエンティティに関連付けられた少なくとも１つの送信を実行されてよく、そのような送信が（たとえば、サブフレームレベルにおいて、またはシンボル粒度において、のどちらかで）、ＷＴＲＵが両方のＭＡＣエンティティに対してＤＲＸアクティブ時間内にある重複サブフレームを含めて、少なくとも部分的に重複するとき。
【０１３４】
ｃ．ＷＴＲＵが少なくとも１つの送信を実行する任意のサブフレーム内。
【０１３５】
いくつかの方法では、上記の方法のいずれかを使用して、以下の条件のうちの少なくとも１つがＭＡＣエンティティの少なくとも１つに対して満たされるとき、サブフレームがさらに除外されてよい。
【０１３６】
ａ．ＷＴＲＵがＤＲＸアクティブ時間内にない。
【０１３７】
ｂ．ＷＴＲＵは、測定ギャップの発生によりアップリンク送信を実行しなくてよい。
【０１３８】
ｃ．たとえば、関係ＭＡＣエンティティの少なくとも１つのセルをアクティブ化するＭＡＣアクティブ化ＣＥの受信に続くアクティブ化時間などのＭＡＣアクティブ化／非アクティブ化機能によってもたらされた中断により、ＷＴＲＵがアップリンク送信を実行すると予想されない。
【０１３９】
ｄ．たとえば、再構成プロシージャなどの、またはＲＲＣ再確立プロシージャなどのＲＲＣプロシージャに必要とされる処理によってもたらされた中断により、ＷＴＲＵがアップリンク送信を実行すると予想されない。
【０１４０】
ｅ．たとえば、ＷＴＲＵが、関係ＭＡＣエンティティの特殊セル（たとえば、ＭｅＮＢｒセルグループではＰＣｅｌｌ、ＳｅＮＢセルグループのｐＳＣｅｌｌ）にとって有効なアップリンクタイミングアドバンスを持っていないことにより、ＷＴＲＵがアップリンク送信を実行すると予想されない。
【０１４１】
ｆ．たとえば、ＭＡＣエンティティ関係に関連付けられた物理レイヤに対する無線リンク障害を検出したときなど、何らかの損傷により、ＷＴＲＵがアップリンク送信を実行すると予想されない。
【０１４２】
いくつかの方法では、ＷＴＲＵがそのような優先順位付け機能を適用しないサブフレーム内で、したがって、ＷＴＲＵは、代わりに、単一コネクティビティに使用される動作に類似した動作を使用してよく、たとえば、ＷＴＲＵは、レガシー電力制御機能および電力割り当て機能を適用してよい。
【０１４３】
図５は、優先順位付け機能の例示的な適用を示すフロー図５００である。ＷＴＲＵがデュアルコネクティビティモードの動作のために構成されるという条件５１０で、ＷＴＲＵは、ステップ５３０において、時間間隔内のアップリンクのためにスケジュールされた複数の送信の同時送信がＷＴＲＵの能力を超えるかどうかを決定してよい。
【０１４４】
ＷＴＲＵ能力が超えられる場合、ＷＴＲＵは、優先順位付け機能を適用５４０してよく、ステップ５５０において、優先順位付けに従ってアップリンク送信を送信することに進んでよい。
【０１４５】
アップリンク送信の組み合わせが、アップリンク送信のすべてを実行するＷＴＲＵの能力を超えない場合、ＷＴＲＵは、ステップ５６０において、優先順位付け機能を適用することなく、ＭＡＣエンティティごとにアップリンク送信を送信してよい。
【０１４６】
図５に示される優先順位付け機能の適用のいくつかの実装形態では、アップリンク送信は、複数のｅＮＢへの送信として、または複数のＭＡＣエンティティに対応するのではなく、複数のＣＧのリソースを使用するアップリンク送信として、概念化されてよいことが留意されるべきである。
【０１４７】
選択的送信のための方法も、本明細書でさらに説明される。
【０１４８】
優先順位付け機能を実現する１つの方法は、選択的送信によるものである。たとえば、送信は、トランスポートブロック（ＴＢ）の送信に関連付けられたＨＡＲＱプロセスにどのグラント情報を使用するべきかを選択的に決定することによって実行されてよい。ＴＢは、ＭＡＣレイヤによって提供されるデータ情報ビットの量を表してよい特定のＴＢサイズ（ＴＢＳ）に関連付けられてよい。ＷＴＲＵは、ＭＣＳおよび送信に関連付けられたＰＲＢの数に応じてＴＢＳを決定してよい。
【０１４９】
ＷＴＲＵは、グラントパラメータの複数の利用可能なセットのうちの１つを使用することを自律的に決定してよい。より具体的には、ＷＴＲＵは、適用可能なグラント（「基本グラント」）の１または複数の態様の置き換えとして送信の１または複数の特性を自律的に決定してよいように送信を実行するべきであることを決定してよい。そのような特性は、グラントに関連付けられたパラメータを含んでよい。ＷＴＲＵは、関係特性のための１（または複数）の代替値を最初に決定してよい。そのような代替値は、パラメータのセットとしてグループ化されてよい。１つのそのようなグループは、アップリンク送信のためのグラント（「代替グラント」）の定義に対応してよい。そのような１または複数のセットは、ＷＴＲＵの構成のサービングセルに関連付けられてよい。そのような１または複数のセットは、明示的に（たとえば、ｅＮＢたとえばＭｅＮＢから受信されたシグナリングから）または暗黙的に（たとえば、サブフレームタイミング、期限切れなどに基づいて）時間とともに修正されてよい関連付けられた妥当性基準を有してよい。
【０１５０】
ＷＴＲＵは、基本グラント情報を代替グラントと置き換えることを自律的に決定してよい。たとえば、ＷＴＲＵが選択的送信方法に従って優先順位付け機能を適用するとき、ＷＴＲＵは、所与の送信のために、基本グラントの代わりに代替グラントを使用してよい。
【０１５１】
場合によっては、ＷＴＲＵは、ＲＡＲ内で受信されたグラントを置き換えなくてよい。ＷＴＲＵが、特定のＤＣＩタイプを使用して受信された基本グラントを代替グラントと置き換えるだけでよいことも可能である。たとえば、基本グラントがＤＣＩフォーマットたとえばＤＣＩフォーマット０内で受信される場合、ＷＴＲＵは、基本グラントを置き換えるだけでよい。別の例では、ＷＴＲＵは、ＲＡＲ内で受信された基本グラントを代替グラントと置き換えなくてよい。
【０１５２】
パラメータのセットすなわちグラントは、特定のＴＢサイズに関連付けられてよい。たとえば、所与のトランスポートブロックサイズのために、ＷＴＲＵは、１または複数の代替グラントを有することを決定してよいように、パラメータのそのような１または複数のセット（たとえば、代替グラント）が、トランスポートブロック（ＴＢ）サイズに関連付けられてよいことも可能である。
【０１５３】
以下は、新規送信または新規ＨＡＲＱプロセスの場合のグラント置換（grant substitution）のための例示的なルールに関する。グラント置換を使用して優先順位付け機能を実現するためのいくつかの手法が可能である。
【０１５４】
新規送信  −  ＴＢＳ内に制限なし：１つの例示的な手法では、ＷＴＲＵは、それぞれの関連付けられたＴＢＳとは無関係に新規送信のために基本グラントを代替グラントと置き換えてよい。
【０１５５】
関係プロセスのためのさらなるロジック：そのような場合、ＷＴＲＵは、代替グラントを選択し、関連付けられたＴＢＳを決定してよい。次いで、ＷＴＲＵは、リソース上で、代替グラント内で示されたＭＣＳを用いて新規送信を実行してよい。次いで、適応型再送信がリソース上で、提供される場合は、結果として得られるＴＢＳがこのＴＢのための初期送信に関連付けられたＴＢＳと同一である場合のみＰＤＣＣＨ上で示されたＭＣＳを用いて（そうでない場合、これは、ＮＤＩトグリングのＤＣＩインジケーションに関して以下でさらに対処されるケースである）、実行されてよい。非適応型再送信は、同じリソース上で、前回行われた送信試行に使用されたものと同じＭＣＳを用いて実行されてよい。
【０１５６】
新規送信  −  基本グラントと同じＴＢＳのみに制限される：別の例示的な手法では、ＷＴＲＵは、新規送信のために基本グラントを代替グラントと置き換えてよく、ＷＴＲＵは、関係基本グラントと同じ関連付けられたＴＢＳを有する代替グラントのみを使用する。
【０１５７】
代替ＭＣＳのみの場合、ＰＲＢの代替セットを決定する：そのような場合、ＷＴＲＵは、代替グラントを選択してよい。代替ＭＣＳのみが利用可能である場合、ＷＴＲＵは、リソースの関連付けられたセットを自律的に決定してよい。関係ＴＢＳのための基本グラント内に示された代替ＭＣＳとＰＲＢの１つの組み合わせが存在する場合、ＷＴＲＵは、そのようなＰＲＢを使用してよい。そうでない場合、ＷＴＲＵは、ＰＲＢの異なるセットを決定してよい。そのようなＰＲＢの異なるセットは、より少ない数のＰＲＢを表してよく、基本グラントによって示されたＰＲＢのセットと完全に重複しており、初期ＰＲＢのための同じ開始リソース要素を使用していてよい。
【０１５８】
代替ＰＲＢのみの場合、代替ＭＣＳを決定する：そのような場合、ＷＴＲＵは、代替グラントを選択してよい。ＰＲＢの代替セットのみが利用可能である場合、ＷＴＲＵは、関連付けられたＭＣＳを自律的に決定してよい。関係ＴＢＳのための基本グラント内に示されたＰＲＢの代替セットとＭＣＳの１つの組み合わせが存在する場合、ＷＴＲＵは、そのようなＭＣＳを使用してよい。そうでない場合、ＷＴＲＵは、代替グラントを選択しなくてよい。あるいは、ＷＴＲＵは、より少ない数のＰＲＢを表してよいＰＲＢの異なるセットを使用してそのような異なるＭＣＳを決定してよく、代替グラントによって示されたＰＲＢのセットと全体的に重複しており、代替グラントによって示されたものと同じ開始リソース要素を使用してよい。
【０１５９】
関係プロセスのためのさらなるロジック：次いで、ＷＴＲＵは、リソース上で、上記で説明されたステップ内で決定されたＭＣＳを用いて新規送信を実行してよい。次いで、適応的再送信がリソース上で、提供される場合は、結果として得られるＴＢＳがこのＴＢのための初期送信に関連付けられたＴＢＳと同一である場合のみＰＤＣＣＨ上で示されたＭＣＳを用いて（そうでない場合、これは、ＮＤＩトグリングのＤＣＩインジケーションに関して以下でさらに対処されるケースである）実行されてよい。非適応型再送信は、同じリソース上で、前回行われた送信試行に使用されたものと同じＭＣＳを用いて実行される。
【０１６０】
例示的な手法では、ＷＴＲＵは、置き換えるグラントのＴＢＳおよび／または前回行われた送信試行のＴＢＳと同じであるが関連付けられたＴＢＳの場合、別の代替グラントを使用して進行中のＨＡＲＱプロセスのための再送信のためのグラント（すなわち、たとえば適応型再送信のための基本グラントまたはたとえば非適応型再送信のための代替グラントのどちらか）を置き換えてよい。
【０１６１】
グラント置換のルール  −  進行中のＨＡＲＱプロセスのための再送信：たとえば、ＷＴＲＵは、同じＨＡＲＱプロセスに関連付けられた（すなわち、同じＴＢの再送信のための）１または複数のＨＡＲＱ再送信を実行してよい。ＷＴＲＵは、次いで、基本グラントが使用されたか代替グラントが使用されたかとは無関係に、このプロセスのための前の送信試行のＴＢＳと同じＴＢＳを有する代替グラント（適用可能な場合）のみを選択してよい。
【０１６２】
代替グラントを使用するＨＡＲＱプロセスのための冗長バージョンを扱うための可能な手法：レガシーＬＴＥシステムでは、冗長バージョンのシーケンスは、０、２、３、１である。ＷＴＲＵは、一般的に、冗長バージョンのシーケンスへのインデックスとして変数ＣＵＲＲＥＮＴ＿ＩＲＶを維持する。この変数は、更新されたモジュロ４である。ＷＴＲＵは、選択的送信および代替グラント情報の使用が適用可能であるＨＡＲＱプロセスに対してすら、この同じロジックを使用してよい。
【０１６３】
代替グラントと置き換えるとき基本グラントからの他の制御情報を扱うための可能な手法：ＷＴＲＵは、ＰＵＳＣＨに対する送信が代替グラントを使用して実行される場合ですら基本グラントを含むＤＣＩ内で受信されるダウンリンク制御情報のうちのいくつかと適合してよい。
【０１６４】
ＰＵＳＣＨのためのＴＰＣコマンドに対する可能なＷＴＲＵの動作：ＷＴＲＵは、基本グラントを含むＤＣＩが、ＰＵＳＣＨの電力制御のためのＴＰＣコマンドビットも含むことを決定してよい。例示的な手法では、ＷＴＲＵは、代替グラントが、関連付けられた送信に使用されるかどうかとは無関係に、ＴＰＣコマンドに適合してよい。
【０１６５】
ＣＳＩ／ＳＲＳトリガに対する可能なＷＴＲＵの動作：ＷＴＲＵは、基本グラントを含むＤＣＩが、ＷＴＲＵはＣＳＩ情報および／またはＳＲＳ（たとえば、ＳＲＳトリガタイプ１）を送信することが要求されるように設定されたビットも含むことを決定してよい。この状況において、例示的な手法では、ＷＴＲＵが、そのような基本グラントを代替グラントと置き換える場合、ＷＴＲＵは、要求が代替グラントに適用可能であることを決定してよい。
【０１６６】
ＳＲＳトリガに対する可能なＷＴＲＵの動作：ＷＴＲＵは、選択されたグラントとは無関係に、ＤＣＩ内の非周期的ＳＲＳ要求に適合してよい。別の手法では、ＷＴＲＵは、ＰＵＳＣＨ送信に使用されるグラントのタイプとは無関係に、トリガ、たとえばトリガタイプ０（Ｌ３／ＲＲＣトリガ）またはトリガタイプ１（Ｌ１／ＤＣＩトリガ）のどちらかに従って、ＷＴＲＵがＳＲＳを送信するべきであることを決定してよい。ＷＴＲＵは、別の優先順位付け機能を、本明細書で説明されるＳＲＳ送信にさらに適用してよい。
【０１６７】
たとえば、ＷＴＲＵは、ＤＣＩがＳＲＳ要求を含んでよい（たとえば、ＳＲＳ要求のためのビットが設定される）ＰＤＣＣＨ上でＤＣＩ内のＰＵＳＣＨ送信のためのグラントを受信してよい。この場合、ＷＴＲＵは、たとえば、本明細書で説明される方法のいずれかに従って代替グラントを選択し、基本グラント内の要求に従ってＳＲＳの送信を実行してよい。
【０１６８】
別の手法では、ＷＴＲＵは、代替グラントを使用するとき、トリガを無視してＳＲＳを送信してよい。これは、他のＷＴＲＵからの送信に対する可能な干渉を低下させてよい。
【０１６９】
ＣＳＩトリガに対する可能なＷＴＲＵの動作：ＷＴＲＵは、選択されたグラントとは無関係に、ＤＣＩ内の非周期的ＣＳＩ要求に適合してよい。ＷＴＲＵは、ＰＵＳＣＨ送信に使用されるグラントのタイプとは無関係に非周期的要求に従ってＣＳＩの送信を実行するべきであることを決定してよい。ＷＴＲＵは、１または複数の別の優先順位付け機能を、本明細書で説明されるＣＳＩ送信にさらに適用してよい。
【０１７０】
たとえば、ＷＴＲＵは、ＤＣＩがＣＳＩ要求を含んでよい（たとえば、ＣＳＩ要求フィールドの少なくとも１つのビットが設定される）ＰＤＣＣＨ上でＤＣＩ内のＰＵＳＣＨ送信のためのグラントを受信してよい。この場合、ＷＴＲＵは、送信が対応するＰＵＳＣＨ送信に含まれる場合、たとえば本明細書で説明される方法のいずれかに従って、またはそうでない場合（たとえば、ＰＵＣＣＨ上または別のＰＵＳＣＨ上で）レガシー方法に従って、代替グラントを選択し、代替グラントに従ってＣＳＩの送信を実行してよい。
【０１７１】
ＷＴＲＵは、選択されたグラントとは無関係に、構成されたＣＳＩ報告に適合してよい：別の手法では、ＷＴＲＵは、ＰＵＳＣＨ送信に使用されるグラントのタイプとは無関係に周期的ＣＳＩ報告のための構成に従ってＣＳＩの送信を実行するべきであることを決定してよい。ＷＴＲＵは、他の優先順位付け機能を、本明細書で説明されるＣＳＩ送信にさらに適用してよい。
【０１７２】
ＷＴＲＵは、代替グラントを選択するとき、ＣＳＩトリガを無視してよい：別の手法では、ＷＴＲＵは、代替グラントを使用するとき、トリガを無視してＣＳＩを送信してよい。これは、受信機（ｅＮＢ）内のブラインド復号（blind decoding）処理を単純化してよい。
【０１７３】
ＴＴＩバンドリングとともに構成されたＨＡＲＱプロセスのためのＷＴＲＵの動作：１つの手法では、（たとえば、プライマリＭＡＣエンティティのためのＷＴＲＵの構成のＰＣｅｌｌ内の）ＴＴＩバンドリング動作のために構成されたＷＴＲＵは、上記の手法のいずれかを適用して、バンドル送信のための基本グラントを代替グラントに置き換えてよい。別の手法では、所与のサービングセルのためのＴＴＩバンドリング動作のために構成されたＷＴＲＵは、関係セル内の送信のための代替グラントを選択しなくてよい。
【０１７４】
ＷＴＲＵは代替グラントを自律的に使用し、次いで、受信されたＤＣＩは異なるＴＢサイズを示す：ＷＴＲＵは、ＨＡＲＱプロセスのための前の送信に代替グラントを使用しているとしてよい。ＷＴＲＵは、その後、関係ＨＡＲＱプロセスのためのグラントを示すＤＣＩを受信してよく、そのグラントは、このＨＡＲＱプロセスのための前回行われた送信と異なるＴＢＳをもたらす。
【０１７５】
関連付けられたＮＤＩがトグル（toggled）されていることをＤＣＩが示すケース：そのような場合、ＷＴＲＵが、基本グラントの復号化からＮＤＩがトグルされていると考慮されることを決定する場合、ＷＴＲＵは、グラントが新規送信のためであることを決定し、基本グラントを有効なスケジューリング情報であるとみなしてよい。
【０１７６】
関連付けられたＮＤＩがトグルされていることをＤＣＩが示さないケース：そうではなく、ＷＴＲＵが、ＮＤＩは基本グラントの復号化からトグルされたと考慮されないことを決定した場合、ＷＴＲＵは、以下のうちの少なくとも１つを実行してよい。
【０１７７】
ＷＴＲＵは、基本グラントがＨＡＲＱプロセスの状態と一致しないことを決定してよい（すなわち、これは、本明細書で説明されるＷＴＲＵ自律的動作とｅＮＢスケジューリング状態との間の同期の損失によってもたらされた新規エラーケースとみなされてよい）。
【０１７８】
ＷＴＲＵは、ＨＡＲＱプロセスを崩壊させてよい（collapse）、すなわち、ＷＴＲＵは、グラントが新規送信のためであることを決定してよく、基本グラントを有効なスケジューリング情報であるとみなしてよい。次いで、ＷＴＲＵは、ＮＤＩをトグルされているとみなしてよい。ＷＴＲＵは、このＨＡＲＱプロセスのための前回行われた送信に関連付けられた物理ハイブリッドａｒｑインジケータチャネル（ＰＨＩＣＨ）がＡＣＫまたはＮＡＣＫを示すかどうかを最初に決定してよい。ＮＡＣＫの場合、ＷＴＲＵは、ＨＡＲＱプロセスのための前回行われた送信に関連付けられたトランスポートブロックに対する送信が失敗したことを最初に決定してよく、このＨＡＲＱプロセスのためのＨＡＲＱ送信の最大数に到達したときと類似した動作を実行してよく、ならびに／または関係セルおよび／もしくは関係ＭＡＣエンティティのセルに関連付けられたＰＲＡＣＨリソース上でスケジューリング要求（ＳＲ）および／もしくはランダムアクセスプロシージャを始めてよい。あるいは、ＷＴＲＵは、このＨＡＲＱプロセスのための前回行われた送信に関連付けられたＰＨＩＣＨがＡＣＫまたはＮＡＣＫを示すかどうかを最初に決定してよい。ＮＡＣＫの場合、ＷＴＲＵは、ＨＡＲＱプロセスのための前回行われた送信に関連付けられたトランスポートブロック（および／またはその内容）が再送信されるべきであることを最初に決定してよい。あるいは、ＷＴＲＵは、このＨＡＲＱプロセスのための前回受信されたフィードバックとは無関係に、ＨＡＲＱプロセスのための前回行われた送信に関連付けられたトランスポートブロックが失敗したことを最初に決定してよく、このＨＡＲＱプロセスのためのＨＡＲＱ送信の最大数に到達したときと類似した動作を実行してよく、ならびに／または関係セルおよび／または関係ＭＡＣエンティティのセルに関連付けられたＰＲＡＣＨリソース上でスケジューリング要求（ＳＲ）および／もしくはランダムアクセスプロシージャを始めてよい。
【０１７９】
ＷＴＲＵは、受信された制御スケジューリング情報を廃棄してよく、関係ＨＡＲＱプロセスを一時停止してよい。たとえば、ＷＴＲＵは、前回受信された関係ＨＡＲＱプロセスのためのフィードバックがＡＣＫに設定されていることを考慮してよい。ＷＴＲＵは、ＮＤＩがトグルされることを考慮してよい制御信号を受信するまで、プロセスを一時停止にしておいてよい。この場合、ｅＮＢは、スケジュールされたリソース上での送信の欠如から、ＨＡＲＱプロセスが一時停止されていることを検出してよい。注記：ｅＮＢが不一致を検出してよいことを仮定すると、ＷＴＲＵは、その後、適切なＴＢＳ情報を有するグラントを受信し、一時中止されたプロセスを継続してよい。
【０１８０】
ＷＴＲＵは、ＨＡＲＱプロセスのためのアップリンクＨＡＲＱバッファをフラッシュしてよい。この場合、ｅＮＢは、ＨＡＲＱプロセスが非アクティブであることを検出してよい。場合によっては、ＷＴＲＵは、このＨＡＲＱプロセスの次の送信のためにＮＤＩがトグルされていることを考慮する。
【０１８１】
測定ギャップと衝突し、そうでない場合はＷＴＲＵがＨＡＲＱプロセスのためのＰＤＣＣＨに関する動的スケジューリング情報を受信しているとしてよい所与のサブフレーム（たとえば、ｎ−４）に対しては、前回行われた送信が代替グラントを使用して実行された場合、ＷＴＲＵは、以下のうちの少なくとも１つに従って動作してよい。１つの手法では、ＷＴＲＵは、前回受信されたフィードバックがＮＡＣＫである場合、このトランスポートブロック（適用可能な場合）に基本グラントを使用する前回行われた送信に従って、サブフレームｎ内で非適応型再送信を実行するべきであることを決定してよく、そうでない場合、ＷＴＲＵは、サブフレームｎ内でこのＨＡＲＱプロセスに対する送信を実行することを控えてよい。別の手法では、ＷＴＲＵは、前回受信されたフィードバックがＮＡＣＫである場合、このトランスポートブロックのための前回行われた送信のグラントに従って、サブフレームｎ内で非適応型再送信を実行するべきであることを決定してよい。別の手法では、前回受信されたフィードバックとは無関係に、前回行われた送信が代替グラントを使用して実行された場合ＷＴＲＵは、サブフレームｎ内のこのＨＡＲＱプロセスに対する送信を実行することを控えてよい。
【０１８２】
測定ギャップと衝突し、そうでない場合は、ＷＴＲＵがＨＡＲＱプロセスのためのＰＵＳＣＨ送信を実行しているとしてよい所与のサブフレーム（たとえば、ｎ）に対しては、ＷＴＲＵは、レガシー動作に従って実行してよい。
【０１８３】
測定ギャップと衝突し、そうでない場合はＷＴＲＵがＨＡＲＱプロセスのためのフィードバックＰＨＩＣＨを受信したとしてよい所与のサブフレーム（たとえば、ｎ＋４）に対しては、ＷＴＲＵは、レガシー動作に従って前回受信されたフィードバックがＡＣＫであることを決定してよい。
【０１８４】
ＷＴＲＵは、送信の優先順位レベルに応じて送信のための適用可能なセットを決定できるように、優先順位レベルをそのようなパラメータのセットと（たとえば、代替グラントと）関連付けてよい。ＷＴＲＵは、本明細書で説明される送信のための優先順位レベルの決定に関する類似の手法を使用して、そのような優先順位レベルを決定してよい。
【０１８５】
ＷＴＲＵは、同じサブフレーム内に複数のＵＬ送信グラントを有してよく、優先順位ルールごとに電力を割り当ててよい。より高い優先順位を有するすべての送信を充足させると、ＷＴＲＵは、残りの利用可能な電力に基づいて、より低い優先順位送信の適切なグラントパラメータを決定してよい。
【０１８６】
ＷＴＲＵは、１つの手法では、基本グラントが、スケジューリング情報は新規送信のためのものであることを示す場合（たとえば、ＷＴＲＵが、ＮＤＩビットはトグルされていると考慮されることを決定する場合）のみ、基本グラントの代わりに代替グラントを使用してよい。
【０１８７】
別の手法によれば、代替グラントの使用を示すアップリンク制御情報（ＵＣＩ）（および場合によっては、ｅＮＢが代替グラントの１または複数の態様、たとえば表の項目に対するインデックスを決定することを可能にするインジケーション）が、対応するＰＵＳＣＨ送信内に追加されてよい。そのようなインジケーションは、どのようにして送信を、場合によっては同じトランスポートブロックのための再送信も、ブラインドで（blindly）復号するかを決定するためにｅＮＢによって使用されてよい。
【０１８８】
別の手法によれば、ＷＴＲＵは、以下のうちの少なくとも１つに従って、所与のサブフレーム（たとえばサブフレームｎ＋４）内で実行されるそのような所与のタイプの送信（たとえばＰＵＳＣＨ）に関する送信パラメータのセットを取得してよい。
【０１８９】
１．単一ＤＣＩ内のマルチグラント：ＷＴＲＵは、ＷＴＲＵの構成の所与のサービングセル上でのＷＴＲＵに対する送信をスケジュールするＰＤＣＣＨ上で、サブフレームｎ中の同じＤＣＩ内の複数のグラントを受信してよい。たとえば、ＷＴＲＵは、基本グラントならびに１（または複数の）代替グラントを含む１つのＤＣＩを正常に復号してよい。各グラントに関連付けられた優先順位レベルは、本明細書で説明される方法のいずれかを使用して、特に関係ＤＣＩ内のパラメータ（グラント情報）の順序に応じて、決定されてよい。
【０１９０】
２．マルチＤＣＩ／マルチＰＤＣＣＨ：ＷＴＲＵは、ＷＴＲＵの構成の所与のサービングセル上でのＷＴＲＵに対する送信をスケジュールするＰＤＣＣＨ上で、サブフレームｎ中の異なるＤＣＩ内の複数のグラントを受信してよい。たとえば、ＷＴＲＵは、複数のＤＣＩ（基本グラントを含むＤＣＩ）ならびに代替グラントを含む１（または複数の）ＤＣＩを正常に復号してよい。そのようなＤＣＩは、単一の代替グラントを含んでもよいし、複数の代替グラントを含んでもよい（その場合、各代替グラント間の相対優先順位レベルは、関係ＤＣＩ内のグラントの順序／位置の関数であってよい）。各正常に復号されたＤＣＩに関連付けられた優先順位レベルは、本明細書で説明される方法のいずれかを使用して、特にＤＣＩ内のシグナリング（たとえば、明示的なインジケーション）、ＤＣＩを復号するために使用されるＲＮＴＩ、ＰＤＣＣＨの識別情報（identity）、またはＤＣＩが正常に復号されるサーチ空間に応じて、決定されてよい。
【０１９１】
３．グラント外挿（extrapolation）：ＷＴＲＵは、サブフレームｎ中のＤＣＩ内のグラントを受信してよく、これから、ＷＴＲＵは、特定のルールに従って１または複数の代替グラントを導き出すことが可能にされてよい（したがって、ｅＮＢは、ブラインド復号化を適切に実行することが予想される）。各ＤＣＩに関連付けられた優先順位レベルは、本明細書で説明される方法のいずれかを使用して、特にグラントの性質、たとえば、グラントが動的にスケジュールされるか、それとも半静的に構成された基本グラント（より高い優先順位の送信の場合）またはその外挿（より低い優先順位の送信の場合）であるかに応じて、決定されてよい。たとえば、ＷＴＲＵが、許可されたパラメータを用いて、必要とされるおよび／または予想される送信電力でＵＬ送信を実行することができない場合、ＷＴＲＵは、ＵＬ送信の１または複数のパラメータを修正してよい。たとえば、ＷＴＲＵは、グラント内のインジケーションが、可能なＭＣＳおよび／またはＴＢＳ値のセットにマップされるように、ＭＣＳおよびＴＢＳテーブルを用いて構成されてよい。ＷＴＲＵは、必要とされる送信電力を達成できることに基づいて、異なるＭＣＳおよびＴＢＳ値を使用してよい。ＭＣＳおよび／またはＴＢＳ値の選択は、最適化関数を充足させることに基づいてよい。たとえば、ＷＴＲＵは、最大である、最小である、最も多い送信電力を必要とする、最も少ない送信電力を必要とする、またはグラント内で示された値からフォールバック値としてあらかじめ構成される、ＭＣＳおよび／またはＴＢＳ値を選択してよい。本明細書で提供される例は、ＤＭ−ＲＳおよびＯＣＣおよび／またはＣＳＩ要求に関する送信ランク、プリコーダ、循環シフトに適用可能であってよい。
【０１９２】
４．構成された代替グラント：ＷＴＲＵは、半静的代替グラント（たとえば、何らかの形式の永続的代替グラント）を用いて（たとえばＲＲＣによって）構成されてよい。これは、本明細書では、構成された代替グラント（ＣＡＧ）と呼ばれる。ＷＴＲＵがそのようなグラントを用いて構成されるとき、ＷＴＲＵは、所与の送信のために優先順位付け機能を適用するべきであることを決定するとき、ＣＡＧを選択および使用してよい。言い換えれば、ＷＴＲＵは、所与の送信のために、別の、場合によってはあまり適切でない、グラント（たとえば基本グラント）の代わりにＣＡＧを使用してよい。ＣＡＧはまた、時間的に制限されてよく、したがって、ＣＡＧは、ある時間間隔内の１つのサブフレームまたは複数のサブフレーム（たとえば無線フレーム）に適用してよく、および／または所与の（場合によっては構成可能な）期間に従って利用可能であってよい。
【０１９３】
ＷＴＲＵは、いくつかの実装形態では、ＷＴＲＵが、対応する送信を動的にスケジュールするＤＣＩを受信したとき（すなわち、動的にスケジュールされた基本グラントの場合）のみ、そのようなＣＡＧを使用してよい。言い換えれば、ＣＡＧの妥当性は、関係サービングセルのためのＷＴＲＵのＰＤＣＣＨ復号化の関数であってよい。ＣＡＧの妥当性はまた、たとえばＷＴＲＵが関係サブフレームのための半永続的グラント（すなわち、Ｒ８に似た半永続的スケジューリング（ＳＰＳ）グラント）を有する場合（すなわち、動的適応を伴わない半永続的なスケジュールされたグラントの場合）を含めて、関係セルのためのアップリンク送信のための基本グラントの利用可能性の関数であってよい。言い換えれば、ＷＴＲＵは、動的にスケジュールされた送信（すなわち、基本グラント）を自律的に適応させてもよいし、第２の構成された（半永続的）グラント（すなわち、代替グラント）を使用することによって、半永続的なスケジュールされた送信（すなわち、半静的基本グラント）のための第１の構成されたグラントを自律的に適応させてもよい。
【０１９４】
いくつかの実装形態では、ＷＴＲＵは、そのようなＣＡＧをアクティブ化および非アクティブ化する追加制御シグナリングを受信してよい。そのようなシグナリングは、ＰＤＣＣＨ上のＤＣＩ内で受信されてよい。そのようなシグナリングは、ＣＡＧのための対応するグラント情報を含んでよい。ＷＴＲＵは、サブフレームｎ内で受信されたそのような制御シグナリングに対して、たとえばサブフレームｎ＋４内で、ＨＡＲＱフィードバックを送信してよい。あるいは、そのようなシグナリングは、Ｌ２  ＭＡＣ制御要素（ＣＥ）であってよい。
【０１９５】
いくつかの実装形態では、ＷＴＲＵは、１または複数の送信パラメータを自律的に選択してよいこと、たとえば、ＤＣＩ内の明示的なインジケーションの受信から基本グラントを代替グラントで置き換えてよいことを決定してよい。そのようなインジケーションは、ＤＣＩのＴＰＣフィールド内の特定の値および／またはコードポイントであってよい。１つの可能性に従って、ＷＴＲＵは、ＮＤＩビットがトグルされることをＷＴＲＵが考慮するＤＣＩおよび／または新規送信を示すＤＣＩのみに対して、１または複数の送信パラメータを自律的に選択してよいことを決定してよい。次いで、ｅＮＢは、ＷＴＲＵの電力が限られている状況を検出し、あらゆる新規送信に対して、ＷＴＲＵがグラントを自律的に置き換えてよいかどうかを示してよい。これは、特定の優先順位がＭＡＣインスタンスに関連付けられないがどのようにしてアップリンク送信に優先順位を付けるかをＷＴＲＵがそれ自体で決定し、また、スケジューラは、ＷＴＲＵが所与のＴＴＩ内の両方のＭＡＣエンティティにスケジュールされているかどうかを演繹的に知らなくてよいので、有用であってよい。
【０１９６】
いくつかの実装形態では、ＷＴＲＵは、妥当であり所与のサブフレーム内で利用可能なそのような送信パラメータの追加セット（たとえば代替グラント）のうちの２つ以上が存在することを決定してよい（すなわち、基本グラントに加えて）。そのような場合では、ＷＴＲＵは、たとえば、所与のＭＡＣエンティティのすべての送信にまたがって（たとえば、対応する送信が、ＭＡＣ特有の方法で、所与のより高い優先順位である場合）、所与のサブフレームのためのＷＴＲＵのすべての送信にまたがって、またはセルのタイプにまたがって（たとえば、最初にプライマリＭＡＣエンティティのＰＣｅｌｌ、次いでセカンダリＭＡＣエンティティの特殊セル、プライマリＭＡＣインスタンスのＳＣｅｌｌ、最後に残りのＳＣｅｌｌ）、電力の割り当てを最大にするおよび／または送信電力のスケーリングを最小にするグラントを選択してよい。
【０１９７】
たとえば、選択的送信は、何らかの形式のＷＴＲＵ自律的決定を実行して、ＷＴＲＵが（またはゼロ電力へのスケーリング）送信のブランキング（blanking）を実行する状況を回避する、電力スケーリングが送信に適用される状況を回避する、または送信をトランケートする（truncate）ことを回避するために有用であってよい。対応するｅＮＢは、関係サブフレーム内で適用可能であってよい２つ以上のグラントに従って送信のブラインド復号化を実行してよい。ｅＮＢは、たとえば、ｅＮＢ（たとえばＭｅＮＢ）が、ＷＴＲＵの電力が限られてよいことを決定するという条件でのみ、またはｅＮＢ内の関連付けられたブラインド復号化の処理要件が所与の期間にわたってｅＮＢの能力を超えるという条件でのみ、そのような送信パラメータの代替セットまたはグラントがＷＴＲＵに利用可能であるように、それらをアクティブ化および非アクティブ化する制御シグナリングを送信してよい。具体的には、これは、何らかのマージン内で、たとえばシンボル持続時間で、およびサイクリックプレフィックスの長さの範囲内で、アップリンク送信のタイミングが同期可能であることを仮定できない場合、有用であってよい。
【０１９８】
ネットワークの観点から、意味（implication）は、ｅＮＢが、ＷＴＲＵが所与のＨＡＲＱプロセスに利用可能な１（または複数の）代替グラントを有してよいサブフレーム内の追加のブラインド検出処理を実行してよいことである。
【０１９９】
ｅＮＢは、そのようなブラインド復号化を実行して、（そのようなＵＣＩが適用可能な場合／とき）代替グラントがあらゆるそのような関係サブフレームにＰＵＳＣＨ送信内で使用される（および場合によってはまた、その代替グラントが使用される）ことを示すアップリンク制御情報を検出してよい。
【０２００】
ｅＮＢは、異なる可能な代替形態を使用してトランスポートブロックのそのようなブラインド復号化を実行してよい。そのような場合では、ｅＮＢは、ＷＴＲＵが新規送信のための所与のＨＡＲＱプロセスに代替グラントを最初に使用することが可能であるにすぎないならば、新規トランスポートブロックの送信が予想される場合のみ、そのような措置を実行してよい（たとえば、ＷＴＲＵが、関係ＨＡＲＱプロセスに関連付けられたＮＤＩがトグルされていることを決定する場合および／またはＨＡＲＱプロセスが送信のために新規ＭＡＣ  ＰＤＵを取得した場合のみ）。そうでない場合、ｅＮＢは、ＨＡＲＱ再送信に適用される場合（たとえば、グラント選択が、関連付けられた基本グラントに関連付けられたトランスポートブロックのサイズによって制限される場合）、ＷＴＲＵが、所与のＨＡＲＱプロセスに代替グラントを最初に使用することが可能であるならば、トランスポートブロックのための再送信が予想されてよい場合にも、そのような措置を実行してよい。ＷＴＲＵが、基本グラントのそれおよび／または同じＨＡＲＱプロセスの前の送信のそれに合致するＴＢＳの代替グラントを選択するだけでよい場合、異なるＴＢＳの１または複数の代替グラントも関係ＷＴＲＵのために構成されるならば、ｅＮＢは、そのＴＢＳに合致するそれらの代替グラントを使用してブラインド復号化を実行するだけでよい。
【０２０１】
以下は、適応型優先順位付けに対するさまざまな手法に関する。優先順位付け機能を実現するための１つの例示的な手法は、優先順位付け機能がどのように適用されるかを動的に調整することであってよい。次いで、ＷＴＲＵは、１つの時間単位（たとえば、ＴＴＩ、無線フレーム、または別の、場合によっては構成された期間）と異なる方法で送信電力を別のものに割り当てることなどによって、異なる優先順位付け機能を使用してもよいし、優先順位付け機能を異なるように適用してもよい。そのような構成された期間は、構成された電力割り当て期間を含んでよい。簡単にするため、ＴＴＩという用語は、以下で使用されて、任意の形式の時間単位を表してよい。そのような動的性（dynamicity）は、送信または送信のサブセットに関連付けられた優先順位を変化させてよい機能を使用してもたらされてよい。そのようなサブセットは、同じＭＡＣエンティティに関連付けられた送信であってよい。
【０２０２】
図６は、優先順位付け機能の動的調整の一例を示す。ステップ６４０は、図５に関して図示および説明されるステップ５４０とともに使用可能であってよいなどの、優先順位付け機能の例示的な一実装形態を示す。ステップ６１０において、ＷＴＲＵは、どの優先順位付け機能を適用するべきか、および／またはどのようにして優先順位付け機能を所与の時間間隔に適用するかを決定してよく、ステップ６２０において、ＷＴＲＵは、決定された優先順位付け機能を適用してよい。他の実装形態（図示せず）では、優先順位付け機能は固定されてもよいし、所与の時間間隔以外の時間間隔のために変化させられてもよいことが留意されるべきである。
【０２０３】
１つの可能な手法は、異なるＭＡＣエンティティに関連付けられた送信に適用される優先順位を変更できる方法を実施することである。そのような手法は、複数のｅＮＢからのスケジューリングイベント間の何らかの形式の公平性（fairness）を実現するために有用であってよく、ＷＴＲＵの送信に対する互いの影響に気づかない未調整スケジューラの存在下で発生し得る枯渇を回避することに寄与してよい。そのような手法は、ＷＴＲＵが異なる無線アクセス技術に関連付けられた物理レイヤを使用して同時に送信する本明細書で説明される原則に従って電力割り当てが実行されるとき、何らかの形式の公平性を実現するために有用であってよい。
【０２０４】
本明細書で説明される手法は、利用可能な総アップリンク送信電力（たとえば、ＬＴＥに関連付けられた送信の場合に最大ＰCMAX）または利用可能なアップリンク送信電力の一部分に適用可能であってよい。そのような部分は、特定のＭＡＣエンティティに保証される量の一部でない残りの電力などの、各ＭＡＣインスタンスが競合してよい電力の量であってよい。本明細書で説明される手法は、特定の優先順位の送信などの、ＷＴＲＵの送信のサブセットに適用可能であってよい。
【０２０５】
たとえば、１つの例示的な原則は、「ペナルティを課される１つは動的に変更することができる」ことであってよい。たとえば、電力をスケーリングする必要性（スケーリングイベント）につながるあらゆるＴＴＩの場合、電力は、最初に、最も高い優先順位を有するＭＡＣエンティティに割り当てられてよく、次いで、残りの電力は、優先順位が減少する順に、他の１または複数のＭＡＣエンティティに割り当てられてよい。利用可能な総電力に関して競合する各ＭＡＣエンティティに関連付けられた優先順位は、あらゆる衝突イベントの前に（または、それに続いて）、あるいはそのような衝突イベントとともに開始する期間の先頭の前に（または、それに続いて）変化してよい。各ＭＡＣインスタンスには、最も高い優先順位レベルを有する確率が割り当てられ、その確率は、競合に負けた場合に確率が増加され、競合に勝った場合に低下されるように更新される。確率はまた、各ＭＡＣエンティティが特定の値（たとえば、各ＭＡＣエンティティに対する、場合によっては構成された初期値または等しい確率）に到達するまで低下する−また、その逆でもある−ように、最も高い確率を有するエンティティが更新されるように、スケーリングイベントなしで所与の期間後に（場合によっては、競合を伴わない期間中の周期的なな方法を含む）更新されてよい。ＷＴＲＵはスケーリングが必要とされることを決定する所与のＴＴＩにおいて、ＷＴＲＵは、各ＭＡＣエンティティの確率を入力として使用するランダム発生機（random generator）を使用することによって、どのＭＡＣエンティティが最も高い優先順位を有するかを最初に決定してよい。たとえば、２つのＭＡＣエンティティが、利用可能な総ＷＴＲＵ送信電力に関して競合する場合では、ＷＴＲＵは、確率を維持し、単一ＭＡＣエンティティのための優先順位を決定することのみを必要とする。
【０２０６】
別の手法では、各ＭＡＣインスタンスは、優先順位値が割り当てられてよい。衝突すると、最も高い（または最も低い）優先順位値を有するＭＡＣが、スケーリングを伴わない送信を実行してよく、他のＭＡＣに関連付けられた送信はスケーリングされてよい。衝突の前に（または、これに続いて）、影響を受けるいくつかのまたはすべてのＭＡＣの優先順位値は、スケーリングを用いてまたは用いずに少なくとも１つの送信を実行したＭＡＣエンティティがその優先順位値を（それぞれ）所定の量増加または減少させてよいように修正されてよい。そのうえ、そのような衝突で始まり、場合によっては他の衝突を含まない期間の前に（または、これに続いて）、影響を受けるＭＡＣの優先順位レベルは、特定の値（たとえば、各ＭＡＣエンティティのための初期値または等しい確率）に到達してよいように、（場合によっては異なる）所定の量、増加（または減少）してよい。
【０２０７】
簡潔さのため、および本明細書で説明される方法の適用可能性を、物理チャネルのタイプによる、サービングセルのタイプ／識別情報による、または個々の送信のための特定の送信に限定することなく、以下は、優先順位が所与のＭＡＣエンティティのすべての送信に割り当てられることを仮定する（別段明示的に述べられない限り）。さらに、本明細書で説明される方法の適用可能性を恣意的な数の要素（たとえば、３つ以上の送信または３つ以上のＭＡＣエンティティ）に限定することなく、以下は、２つのＭＡＣエンティティに関連付けられた送信が、利用可能な電力に関して競合していることを仮定する。さらに、電力スケーリングが優先順位付け機能として使用されているが、本明細書で説明される方法は、任意の他の優先順位付け機能に適用可能であってよい。
【０２０８】
例示的な手法では、そのような方法は、優先順位付け機能（たとえば電力スケーリング）が適用されるべきであることをＷＴＲＵが決定するＴＴＩ内でのみ適用されてよい。たとえば、そのような方法は、変化する優先順位を１または複数の送信に関連付けるために使用されてよい。たとえば、ＷＴＲＵは、そのような方法を使用して、関係ＭＡＣエンティティの優先順位を変化させることによって２つのＭＡＣエンティティのうちの１つに関連付けられた送信に送信電力を最初に割り当てることを決定してよい。
【０２０９】
電力スケーリングが必要とされるとき、ＷＴＲＵは、優先順位順序が確立されるように適用可能なＭＡＣエンティティに対する優先順位を最初に決定し、次いで、最も高い優先順位を有するＭＡＣエンティティの送信に電力を割り当て、優先順位が減少する順に、または残りの電力を異なるＭＡＣエンティティに均等に分割することによって、のどちらかで、残りの電力を他のエンティティに割り当ててよい。いずれの場合においても、関係ＭＡＣエンティティに利用可能な電力がすべての送信に不十分な場合、電力スケーリングが、たとえばレガシーＲ１１動作に従って、または、より一般的には、関係ＭＡＣエンティティに利用可能なＷＴＲＵ電力の総量がいったん決定されると、関係無線アクセス技術の電力割り当て動作に従って、関係ＭＡＣエンティティに関連付けられた送信に適用されてよい。
【０２１０】
たとえば、電力が第２のＭＡＣエンティティのために残っていない場合、および電力が第１のＭＡＣエンティティのすべての送信に不十分な場合、電力スケーリングは、たとえば、レガシーＲ１１電力スケーリング機能に従って、第１のＭＡＣエンティティの送信に適用されてよい。電力が第２のＭＡＣエンティティのために残っている場合、電力スケーリングは、たとえば、レガシーＲ１１電力スケーリング機能に従って、第２のＭＡＣエンティティの送信に適用されてよい。電力スケーリングがＳＭＡＣに適用される場合、関係ＭＡＣエンティティのセルのうちの１つが、スケーリングがレガシーＲ１１スケーリングにおいてＰＣｅｌｌに関して同様に適用される特殊セルであることが仮定されてよい。
【０２１１】
図７は、適応的優先順位付けの例示的な適用を示すフロー図７００である。７００では、ＷＴＲＵは、所与の時間間隔中のすべてのアップリンク送信のための最大電力（Ｐｃｍａｘ）、第１のセルグループＣＧ１のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信のための最小保証電力、および第２のセルグループＣＧ２のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信のための最小保証電力を用いて構成される。
【０２１２】
ＷＴＲＵが、特定の時間間隔中のデュアルコネクティビティモードでの動作のために構成されるという条件７１０で、ＷＴＲＵは、ステップ７３０において、時間間隔にスケジュールされたすべてのスケーリングされていないアップリンク送信に必要とされる総電力がＰｃｍａｘを超えるかどうかを決定してよい。超えない場合、ＷＴＲＵは、ステップ７４０において、優先順位付け機能を適用することなくアップリンク送信を送信してよい。
【０２１３】
時間間隔にスケジュールされたすべてのスケーリングされていないアップリンク送信に必要とされる総電力がＰｃｍａｘを超える場合、ＷＴＲＵは、ステップ７５０において、電力を、ＣＧ１のための最小保証電力まで、ＣＧ１への送信にスケジュールされたアップリンク送信に割り当ててよい。いくつかの実装形態では、これらの送信は、ＣＧ１への送信にスケジュールされたすべてのアップリンク送信に必要とされる送信電力がＣＧ１のための最小保証電力を超える場合、優先順位が減少する順に、および／またはスケーリング電力によって、割り当てられてよい。
【０２１４】
ＣＧ１にアップリンク送信を割り当てた後に、割り当てられていない電力が残っていないという条件７６０で、ＷＴＲＵは、ステップ７９５において、すべての割り当てられたアップリンク送信を、割り当てられたとして送信してよい。ＣＧ１にアップリンク送信を割り当てた後に、割り当てられていない電力が残っている場合（すなわち、Ｐｃｍａｘ  −  ＣＧ１のアップリンクリソースを使用するアップリンク送信に割り当てられた電力＞０）、ＷＴＲＵは、ステップ７７０において、電力を、ＣＧ２のための最小保証電力まで、ＣＧ２のアップリンクリソースを使用する送信にスケジュールされたアップリンク送信に割り当ててよい。いくつかの実装形態では、これらの割り当ては、ＣＧ２のアップリンクリソースを使用する送信にスケジュールされたすべてのアップリンク送信に必要とされる送信電力がＣＧ２のための最小保証電力を超える場合、優先順位が減少する順に、および／またはスケーリング電力によって、送信に対して行われてよい。
【０２１５】
ＣＧ２にアップリンク送信を割り当てた後に、割り当てられていない電力が残っていないという条件７８０で、ＷＴＲＵは、ステップ７９５において、すべての割り当てられたアップリンク送信を、割り当てられたとして送信してよい。ＣＧ２に送信を割り当てた後に、割り当てられていない電力が残っている場合（すなわち、Ｐｃｍａｘ  −  ＣＧ１のアップリンクリソースを使用するアップリンク送信に割り当てられた電力  −  ＣＧ２のアップリンクリソースを使用するアップリンク送信に割り当てられた電力＞０）、残りの電力は、ステップ７９０において、ＣＧ１またはＣＧ２のアップリンクリソースを使用する残りの割り当てられていないアップリンク送信にＷＴＲＵによって割り当てられてよい。いくつかの実装形態では、これらの割り当ては、優先順位が減少する順に、および／またはスケーリング電力によって、送信に行われてよい。残りの割り当てられていない電力が割り当てられた後、ＷＴＲＵは、ステップ７９５において、すべての割り当てられたアップリンク送信を、割り当てられたとして送信してよい。
【０２１６】
図８は、図７に関して説明される例に従ってアップリンク送信への電力の割り当てを示すブロック図である。図８はＰｃｍａｘ８００、ＣＧ１のアップリンクリソースを使用するアップリンク送信のための最小保証電力８１０、およびＣＧ２のアップリンクリソースを使用するアップリンク送信のための最小保証電力８２０を示す。最小保証電力８１０および最小保証電力８２０は各々、Ｐｃｍａｘの比（すなわち、パーセンテージまたは割合）であり、図８は、図７に関して図示および説明される適応型優先順位付け方法の適用のための例示的な割合を示す。
【０２１７】
これらの例示的な割合では、保証電力８１０は、図７のステップ７５０においてＣＧ１のアップリンクリソースを使用するアップリンク送信のための最小保証電力として割り当てられてよいＰｃｍａｘ８００の割合を示し、保証電力８２０は、図７のステップ７７０においてＣＧ２のアップリンクリソースを使用するアップリンク送信のための最小保証電力として割り当てられてよいＰｃｍａｘ８００の割合を示す。８３０は、電力が最小保証電力においてＣＧ１送信およびＣＧ２送信に各々割り当てられる場合、図７のステップ７９０において残りのアップリンク送信に割り当てられてよいＰｃｍａｘ８００の割合に相当する。
【０２１８】
１つの例示的な手法では、適応がランダムに導き出されてよい。たとえば、ＷＴＲＵは、ステートレスで公平な（fair）確率関数を使用してよい。関数（たとえば、コインのトスに類似した）の結果は、各ＭＡＣエンティティに関連付けられた優先順位を決定するために適用されてよい。たとえば、ＷＴＲＵは、２つのＭＡＣエンティティのうちの１つに確率関数（たとえば、確率＝０．５を有するベルヌーイ分布）を適用してよい。関係ＭＡＣエンティティが値１に関連付けられる場合、このＭＡＣエンティティに関連付けられたすべての送信は、電力が最初に割り当てられる。電力が残っている場合、第２のＭＡＣエンティティに関連付けられた送信は、残りの電力が割り当てられてよい。これは、適切な確率分布を使用して任意の数のＭＡＣエンティティに一般化されてよい。
【０２１９】
前の手法を一般化してよい例示的な手法では、そのような確率関数は、それぞれのＭＡＣエンティティに異なる確率を使用してよい。たとえば、ＷＴＲＵは、２つのＭＡＣエンティティのうちの１つに確率関数（たとえば、確率＝ｘを有するベルヌーイ分布）を適用してよく、ここで、ｘは範囲［０，１］内にある。そのような確率ｘは、関係ＭＡＣエンティティの構成態様であってよい。
【０２２０】
別の例示的な手法では、確率ｘは、時間とともに変化してよい。そのような時間はＴＴＩであってもよいし、構成された電力割り当て期間であってもよい。たとえば、確率ｘは、その値が減少されてよく、またはそうでない場合は、その値が減少されてよいように、送信が関係ＭＡＣエンティティに関連付けられている場合、および場合によっては、優先順位付け機能（たとえば電力スケーリング）が適用される場合も、ＷＴＲＵが少なくとも１つの送信を実行する任意のＴＴＩ内で更新されてよい。
【０２２１】
別の例示的な手法では、そのような適応は、ＷＴＲＵによって実行された送信に適用された前の優先順位付け（たとえばスケーリング）イベントから導き出されてよい。たとえば、確率ｘは、その値が、ＷＴＲＵが、関係ＭＡＣエンティティに関連付けられた少なくとも１つの送信の送信電力（または、等価な機能たとえば選択的送信）に電力スケーリングを適用した場合、増加されてよく、またはそうでない場合は減少されてよいように、各ＭＡＣエンティティに関連付けられた少なくとも１つの送信をＷＴＲＵが実行する任意のＴＴＩ内で、優先順位付け機能（たとえば、電力スケーリング）が適用される場合、更新されてよい。
【０２２２】
別の例示的な手法では、ｘの値は、値の離散集合、たとえば０．１のステップインクリメントで中間値を有する［０．１、、、０．９］、のうちの１つであってよい。
【０２２３】
別の例示的な手法では、そのような適応は、状態に関連付けられた確率関数を使用してよい。そのような状態は、関係ＭＡＣエンティティに関連付けられた優先順位レベルであってよい。そのような状態は、単一の前のＴＴＩ（あるいは、優先順位があるＴＴＩから他のＴＴＩへの変化にさらされない期間）に基づくなどの、時間の期間に基づいてよい。そのような前のＴＴＩは、現在の送信のためのＴＴＩの直前のＴＴＩ、または以前に行われた送信のＴＴＩ、またはＷＴＲＵが、関係ＴＴＩ内の電力に関して競合するＭＡＣエンティティの各々に関連付けられた少なくとも１つの送信にあってもよいＴＴＩ、のいずれかを含んでよい。
【０２２４】
そのような前のＴＴＩは、ＷＴＲＵが優先順位付け機能のうちの１つ（たとえば、電力スケーリング）を適用したＴＴＩであってよい。たとえば、そのようなＴＴＩは、ＷＴＲＵがその送信のうちの少なくとも１つに電力スケーリングを適用した最後のＴＴＩであってよい。
【０２２５】
たとえば、ＷＴＲＵは、関係ＭＡＣエンティティに関連付けられた現在の状態が、ＷＴＲＵが電力スケーリングを適用し、ＷＴＲＵが少なくとも２つのＭＡＣエンティティの各々のための少なくとも１つの送信を有した、前のＴＴＩ内で決定された結果であるマルコフ連鎖を使用して、第１のＭＡＣエンティティの送信に関連付けられた優先順位を決定してよい。あるいは、そのような期間は、構成された電力割り当て期間であってよい。
【０２２６】
いくつかの展開シナリオでは、異なるＭＡＣエンティティに関連付けられた送信のタイミングは、第１のＭＡＣエンティティのためのサブフレームｎ内で実行される送信と第２のＭＡＣエンティティのためのサブフレームｎ＋１内で実行される送信との間で何らかの重複が発生してよいように、異なってよい。そのような場合では、総送信電力は、最大ＷＴＲＵ送信電力ＷＴＲＵを一時的に超えてよい。優先順位があるＴＴＩから他のＴＴＩに変化する場合、ＷＴＲＵが連続サブフレームに対して電力を適切にスケーリングすることが問題となることがある。
【０２２７】
１つの例示的な手法では、ＷＴＲＵは、電力スケーリングが適用されなかったＴＴＩの直後のＴＴＩのみに対するＭＡＣエンティティに関連付けられた優先順位を修正してよい。場合によっては、上記で説明されたステートフル関数では、ＷＴＲＵは、そのようなＴＴＩのみを考慮してよい。言い換えれば、ＷＴＲＵは、そのような優先順位が変更されてよいとき優先順位を決定するために使用される関数の結果を把握するだけでよい。あるいは、ＷＴＲＵは、状態を維持するとき電力スケーリングが適用されるＴＴＩを考慮してよい。言い換えれば、ＷＴＲＵは、優先順位を決定するために使用される関数に電力スケーリングを適用するとき、割り当てられた優先順位を把握してよい。
【０２２８】
２つの異なるＭＡＣエンティティが各々、異なるＴＴＩ持続時間を用いて構成される場合（たとえば、各ＭＡＣエンティティが異なる無線アクセス技術を使用して構成される場合など）では、類似の方法が、ＷＴＲＵが重複送信を有する時間または構成された電力割り当て期間に使用されてよい。
【０２２９】
例示的な手法では、ＷＴＲＵは、ＵＣＩ（ＵＣＩを有するＰＵＣＣＨおよび／またはＰＵＳＣＨを含む）を含む送信に送信電力を最初に割り当ててよく、残りの送信のために、ＷＴＲＵは、上記の機能のいずれかを使用して、次いで関連付けられた送信が残りの電力を割り当てられてよいＭＡＣエンティティの識別情報を決定してよい。電力が残っている場合、電力は、最後に、競合を失ったＭＡＣエンティティに割り当てられてよい。
【０２３０】
別の例示的な手法では、ＷＴＲＵは、ＵＣＩ（ＵＣＩを有するＰＵＣＣＨおよび／またはＰＵＳＣＨを含む）を含む送信に送信電力を最初に割り当ててよい。利用可能な総電力が不十分な場合、優先順位付け機能（たとえば電力スケーリング）が、このステップで、たとえば最初にＰＭＡＣ、次いでＳＭＡＣに適用されてよい。残りの送信に対して、ＷＴＲＵは、上記の機能のいずれかを使用して、次いで関連付けられた送信が残りの電力を割り当てられてよいＭＡＣエンティティの識別情報を決定してよい。電力が残っている場合、ＷＴＲＵは、最後に、競合を失ったＭＡＣエンティティに割り当てられてよい。
【０２３１】
別の例示的な手法では、ＷＴＲＵは、ＰＭＡＣのＰＣｅｌｌに関連付けられた送信に送信電力を最初に割り当ててよく、残りの送信のために、ＷＴＲＵは、上記の機能のいずれかを使用して、次いで関連付けられた送信が残りの電力を割り当ててよいＭＡＣエンティティの識別情報を決定してよい。電力が残っている場合、ＷＴＲＵは、最後に、競合を失ったＭＡＣエンティティに割り当てられてよい。
【０２３２】
別の例示的な手法では、ＷＴＲＵは、ＰＭＡＣのＰＣｅｌｌに関連付けられた送信およびＳＭＡＣの特殊セルに関連付けられた送信に送信電力を最初に割り当ててよい。利用可能な総電力が不十分な場合、優先順位付け機能（たとえば電力スケーリング）が、このステップで、たとえば最初にＰＭＡＣ、次いでＳＭＡＣに適用されてよい。残りの送信に対して、ＷＴＲＵは、上記の機能のいずれかを使用して、次いで関連付けられた送信が残りの電力を割り当てられてよいＭＡＣエンティティの識別情報を決定してよい。電力が残っている場合、ＷＴＲＵは、最後に、競合を失ったＭＡＣエンティティに割り当てられてよい。
【０２３３】
図９は、適応的優先順位付け機能の例示的な適用を示すフロー図９００である。ＷＴＲＵが、デュアルコネクティビティモードでの動作のために構成されるという条件９１０で、ＷＴＲＵは、ステップ９３０において、時間間隔内のアップリンク送信のためにＷＴＲＵに利用可能な電力の最大量が電力スケーリングを伴わない時間間隔中のすべてのＵＣＩアップリンク送信に十分かどうかを決定してよい。そうである場合、ＷＴＲＵは、ステップ９４０において、優先順位付けを伴わずに（たとえば、これらの送信のために電力をスケーリングしないことによって）ＭＡＣエンティティごとにＵＣＩアップリンク送信に電力を割り当ててよい。そうでない場合、ＷＴＲＵは、ステップ９５０において、優先順位付け機能を使用して（たとえば、場合によっては優先順位に従って、送信の各々に割り当てられた送信電力をスケーリングすることによって）送信中にＵＣＩアップリンク送信に電力を割り当ててよい。
【０２３４】
ＷＴＲＵはまた、ステップ９６０において、ＵＣＩアップリンク送信に電力を割り当てた後、非ＵＣＩ送信に割り当てるために過剰電力が利用可能かどうか（すなわち、ステップ９４０または９５０においてＵＣＩ送信に割り当てられた電力が、時間間隔内のすべてのアップリンク送信のためにＷＴＲＵに利用可能な電力の最大量よりも小さいかどうか）を決定してよい。電力が非ＵＣＩ送信に利用可能でない場合、ＷＴＲＵは、ステップ９６５において、送信を、割り当てられたとして送信してよい。電力が非ＵＣＩ送信に利用可能な場合、ＷＴＲＵは、ステップ９７０において、残りの電力が、スケーリングなしで送信されることになる時間間隔中にスケジュールされたすべての非ＵＣＩ送信に十分であるかどうかを決定してよい。そうである場合、ＷＴＲＵは、ステップ９８０において、これらの送信のために電力をスケーリングしないことによって、非ＵＣＩアップリンク送信に電力を割り当ててよい。そうでない場合、ＷＴＲＵは、ステップ９９０において、優先順位付け機能を使用して（たとえば、場合によっては優先順位に従って、送信の各々に割り当てられた送信電力をスケーリングすることによって）非ＵＣＩアップリンク送信に電力を割り当ててよい。
【０２３５】
図１０は、ＣＧタイプに応じた送信の例示的な優先順位付けを示すフロー図１０００を示す。図１０の例では、マスタセルグループ（ＭＣＧ）への送信は、セカンダリセルグループ（ＳＣＧ）などの他のタイプのセルグループへの送信よりも優先されるが、原則として、別の優先順位順序が実施されてよい。フロー図１０００に示されるプロシージャは、たとえば、図１２のステップ１２６０においてなど、残りの電力を割り当てるとき、送信に優先順位を付けるために使用されてよい。
【０２３６】
ステップ１００５では、優先順位は、最高優先順位レベルで優先順位付けを開始するためにｑ＝０に設定される。ＣＧ１がＭＣＧを含むという条件１０１０で、ＷＴＲＵは、ステップ１０１５において、残りの電力を各々に、時間間隔内のＣＧ１のアップリンクリソースを使用する送信にスケジュールされる優先順位ｑを有するまだ割り当てられていないアップリンク送信として割り当てる。ステップ１０２０において、ＷＴＲＵは、割り当てられていない残りの電力が利用可能であるかどうかを決定してよく、利用可能でない場合、プロシージャは終了する。割り当てられていない残りの電力が利用可能である場合、ＷＴＲＵは、ステップ１０２５において、利用可能な電力を各々に、ＣＧ２のアップリンクリソースを使用する送信にスケジュールされる優先順位ｑを有するまだ割り当てられていないアップリンク送信として割り当ててよい。ステップ１０３０において、ＷＴＲＵは、割り当てられていない残りの電力が利用可能であるかどうかを決定してよく、利用可能でない場合、プロシージャは終了する。割り当てられていない残りの電力が利用可能である場合、ＷＴＲＵは、ステップ１０３５において、優先順位レベルｑ’＞ｑのアップリンク送信が時間間隔にスケジュールされるかどうか（すなわち、送信が、ｑよりも少ない優先順位を有する時間間隔中のアップリンクにスケジュールされるかどうか）を決定してよい。そうでない場合、プロシージャは終了する。そうである場合、ｑの値は、ステップ１０４０においてインクリメントされてよく、プロシージャは、次の優先順位レベルを考慮するために条件１０１０に戻ってよい。
【０２３７】
条件１０１０において、ＷＴＲＵが、ＣＧ１はＭＣＧを含まないことを決定する場合、ＷＴＲＵは、ステップ１０４５において、ＣＧ２がＭＣＧを含むかどうかを決定してよい。ＣＧ２がＭＣＧを含む場合、ＷＴＲＵは、ステップ１０５０において、残りの電力を各々に、時間間隔内のＣＧ２のアップリンクリソースを使用する送信にスケジュールされる優先順位ｑを有するまだ割り当てられていないアップリンク送信として割り当ててよい。ステップ１０５５において、ＷＴＲＵは、割り当てられていない残りの電力が利用可能であるかどうかを決定してよく、利用可能でない場合、プロシージャは終了する。割り当てられていない残りの電力が利用可能である場合、ＷＴＲＵは、ステップ１０６０において、利用可能な残りの電力を各々に、ＣＧ１のアップリンクリソースを使用する送信にスケジュールされる優先順位ｑを有するまだ割り当てられていないアップリンク送信として割り当ててよい。ステップ１０６５において、ＷＴＲＵは、割り当てられていない残りの電力が利用可能であるかどうかを決定してよく、利用可能でない場合、プロシージャは終了する。割り当てられていない残りの電力が利用可能である場合、ＷＴＲＵは、ステップ１０３５において、優先順位レベルｑ’＞ｑのアップリンク送信が時間間隔にスケジュールされるかどうか（すなわち、送信が、ｑよりも少ない優先順位を有する時間間隔中のアップリンクにスケジュールされるかどうか）を決定してよい。そうでない場合、プロシージャは終了する。そうである場合、ｑの値は、ステップ１０４０においてインクリメントされ、プロシージャは、次の優先順位レベルを考慮するために条件１０１０に戻ってよい。
【０２３８】
ＷＴＲＵが、ステップ１０４５において、ＣＧ２はＭＣＧを含まないことを決定した場合、ＷＴＲＵは、ステップ１０７０において、残りの電力を各々に、時間間隔内のＣＧ１またはＣＧ２のどちらかのアップリンクリソースを使用する送信にスケジュールされる優先順位ｑを有するまだ割り当てられていないアップリンク送信として割り当ててよい。ステップ１０７５において、ＷＴＲＵは、時間間隔内のアップリンク送信のための残りの割り当てられていない電力が存在するかどうかを決定してよく、存在しない場合、プロシージャは終了する。存在する場合、ＷＴＲＵは、ステップ１０３５において、優先順位レベルｑ’＞ｑのアップリンク送信が時間間隔にスケジュールされるかどうか（すなわち、送信が、ｑよりも少ない優先順位を有する時間間隔中のアップリンクにスケジュールされるかどうか）を決定してよい。そうでない場合、プロシージャは終了する。そうである場合、ｑの値は、ステップ１０４０においてインクリメントされ、プロシージャは、次の優先順位レベルを考慮するために条件１０１０に戻ってよい。
【０２３９】
適応型優先順位付けのためのさらなる方法が、本明細書で説明される。
【０２４０】
同様に、上記で説明された手法に関して、ＷＴＲＵは、状態の他のタイプを維持して、所与のＭＡＣエンティティに関連付けられた優先順位をどのようにして変更するかを決定してよい。
【０２４１】
たとえば、ＷＴＲＵは、異なる送信の優先順位および／または異なるＭＡＣエンティティに関連付けられた優先順位を期間ごとに変化させるために使用してよい構成された電力割り当て期間を維持してよい。
【０２４２】
たとえば、ＷＴＲＵは、特定の比が強制されてよいように、各ＭＡＣエンティティのためにＷＴＲＵがスケーリングした電力の量の何らかの状態を維持してよい。場合によっては、そのような状態は、移動窓（moving window）を使用して維持されてよい。そのような比および／またはそのような窓は、ＷＴＲＵの構成の構成可能な態様であってよい。
【０２４３】
１つの可能な手法は、何らかの形式の公平性および／または手段を実施し、「優先順位付け機能（たとえば、電力スケーリング）によるペナルティの（等しくない可能性がある）共有が各ＭＡＣエンティティに適用される」原則に従って、各ＭＡＣエンティティに適用されるスケーリング率を変更できる方法を使用して、所与のＭＡＣエンティティに関連付けられたベアラの枯渇を回避することである。例では、電力をスケーリングする必要性（スケーリングイベント）につながるあらゆるＴＴＩに対して、各ＭＡＣインスタンスに対する電力スケーリング比が、上記と同様に使用されてよい。
【０２４４】
１つの例示的な手法では、そのような状態は、異なる送信に適用されることになる総スケーリングの比であってよい。１または複数の送信に適用される総スケーリングの比は、動的に変更されてよい。
【０２４５】
１つの例示的な手法では、そのような状態は、各々が前の送信の一態様について説明する１または複数のメトリックに基づいてよい。そのような状態は、（場合によっては、構成された）持続時間を使用して経時的に平均化されてよい。そのような持続時間は、異なるスケジューリングまたは送信イベントに対するＭＡＣエンティティの反応性（reactiveness）を決定し、ならびに、それをより予測可能にするのに有用であってよい。保証「サービングレベル」がどれほど良く満たされるかは、動的に追跡されてよい。
【０２４６】
優先順位付けは、メトリックの関数であってよい。そのようなメトリックは、出力電力、送信されたＬ１ビットの数、Ｌ１送信の数、送信されたＴＢの数、初期送信のためのグラントの数、送信されたＴＢのサイズの合計、送信の使用されたＰＲＢの数、送信されたＬ２ビットの数、蓄積された適用された電力スケーリング（または対応するペナルティ）などの蓄積量を含んでよい。そのような状態は、所与の持続時間にわたって許可されたまたはサービスされた量の残りの量として表されてよい。
【０２４７】
そのような状態は、各ＭＡＣインスタンスに、場合によっては送信のタイプの粒度に固有であってよい。そのようなメトリックは、ＭＡＣエンティティごとに維持されてよい。追加状態も、たとえばＰＵＳＣＨのための、送信のタイプごとに維持されてよい。追加状態も、時間の期間まで、たとえば電力割り当て期間にわたって、維持されてよい。場合によっては、そのようなメトリックは、構成された（およびアクティブ化された）サービングセルごとに維持されてよい。以下の説明では、ＭＡＣエンティティごとのメトリックが、例示的な目的で使用される。
【０２４８】
そのようなメトリックは、各ＭＡＣインスタンスに対する論理チャネル優先順位付け（ＬＣＰ）状態に直接結びつけられてもよいし、これに関連してもよい。そのようなメトリックは、ＭＡＣ  ＬＣＰ機能の状態に関連してよい。たとえば、１つのメトリックは、構成された論理チャネル（ＬＣＨ）（または論理チャネルグループＬＣＧ）が、ＱｏＳに関して関係ＭＡＣエンティティに対してどれほど良く充足されるかであってよい。たとえば、これは、関係ＭＡＣエンティティのすべてのＬＣＨに対するＢｊ状態の合計に基づいてよい。この場合、ＷＴＲＵは、最も高い合計を有するＭＡＣエンティティ（すなわち、ＱｏＳ要件を満たすために送信するデータの最も突出した量を有するＭＡＣエンティティ）に関連付けられた送信に電力を最初に割り当ててよい。あるいは、ＷＴＲＵは、少なくとも最小優先順位レベルに関連付けられたＬＣＨのみに対してそのような合計が考慮されるＭＡＣエンティティに関連付けられた送信に、電力を最初に割り当ててよい。たとえば、ＷＴＲＵは、各ＭＡＣエンティティに対する最も高いＬＣＧに関連付けられたＬＣＨのみを考慮してよい。
【０２４９】
例示的な一実装形態は、ＣＧごとの最小保証電力（Per-CR Minimum Guaranteed Power）と、残りの電力（Remaining Power）とを含んでよい。ＷＴＲＵは、アップリンク電力の割り当てのためのレート制御機能を有してよい。場合によっては、そのような電力優先順位付け機能（ＰＰＦ）は、ＷＴＲＵが、送信電力の必要とされる総量が所与の時刻においてＷＴＲＵに許可される最大電力を超えることを決定するときのみ、使用されてよい。
【０２５０】
ＷＴＲＵは、そのようなＰＰＦ機能を使用して、利用可能な電力の使用のための優先レート（prioritization rate）を各ＭＡＣエンティティに割り当ててよい。例のために、以下の説明では、使用されるメトリックは、出力電力（ｐｒｉｏｒｉｔｉｚｅｄＰｏｗｅｒＲａｔｅすなわちＰＰＲ）、たとえばＭＡＣエンティティごとの（または関連付けられた物理レイヤごとの）ｄＢｍである。
【０２５１】
適応型優先順位付けための方法は、ＭＡＣ／ＰＨＹの組み合わせごとに構成可能であってよい。Ｌ３／ＲＲＣは、電力スケーリングが構成によって必要とされてよい状況のために各ＭＡＣエンティティに対して電力の割り当てを制御するために使用されてよい。そのような構成は、各ＭＡＣエンティティに対する優先順位と、ＰＰＲの値（ＷＴＲＵがその利用可能な総電力を割り当てるレート）とを含んでよい。たとえば、ＰＰＲは、関連付けられたＣＧに対する最小保証電力に対応してよい。
【０２５２】
図１１は、所与の時間間隔中に発生するようにスケジュールされたアップリンク送信のためのＷＴＲＵの例示的な構成を示すフロー図１１００である。ステップ１１１０において、ＷＴＲＵは、時間間隔にスケジュールされた、第１のセルグループ（ＣＧ１）のアップリンクリソースを使用するアップリンク送信のための第１の最小保証電力を用いて構成される。１１２０において、ＷＴＲＵは、時間間隔にスケジュールされた、第２のセルグループ（ＣＧ２）のアップリンクリソースを使用するアップリンク送信のための第２の最小保証電力を用いて構成される。ステップ１１３０において、ＷＴＲＵは、残りの電力のための値を用いて構成され、残りの電力は、時間間隔内のアップリンク送信のための利用可能な総電力から第１の最小保証電力と第２の最小保証電力の総計を引いたものに等しくてよい。
【０２５３】
いくつかの実装形態では、ＷＴＲＵの構成は、第１のＭＡＣエンティティおよび第２のＭＡＣエンティティに対応するアップリンク送信のために、またはＣＧ１およびＣＧ２のアップリンクリソースを使用するアップリンク送信としてではなく、第１のｅＮＢおよび第２のｅＮＢへのアップリンク送信のために考慮されてよいことが留意されるべきである。
【０２５４】
図１２は、電力スケーリングの例を示すフロー図１２００である。ステップ１２１０において、ＷＴＲＵは、第１のセルグループ（ＣＧ１）のアップリンクリソースを使用する、時間間隔にスケジュールされたアップリンク送信のための第１の最小保証電力を用いて構成される。ステップ１２２０において、ＷＴＲＵは、第２のセルグループ（ＣＧ２）のアップリンクリソースを使用する、時間間隔にスケジュールされたアップリンク送信のための第２の最小保証電力を用いて構成される。ステップ１２３０において、電力は、第１の最小保証電力まで、時間間隔にスケジュールされたＣＧ１のアップリンクリソースを使用するアップリンク送信に割り当てられる。ステップ１２４０において、電力は、第２の最小保証電力まで、時間間隔にスケジュールされたＣＧ２のアップリンクリソースを使用するアップリンク送信に割り当てられる。ステップ１２５０において、ＷＴＲＵは、時間間隔内でＷＴＲＵからアップリンク送信に割り当てる残りの電力が存在するかどうか（すなわち、時間間隔内のアップリンク送信のための利用可能な総電力から第１の最小保証電力と第２の最小保証電力の総計を引いたものがゼロよりも大きいかどうか）を決定してよい。そうである場合、本明細書で説明されるさまざまな方法のうちの１つにより、ステップ１２６０において、残りの電力がアップリンク送信に割り当てられる。
【０２５５】
図１３は、電力スケーリングの例を示す別のフロー図１３００である。ステップ１３１０において、ＷＴＲＵは、第１のセルグループ（ＣＧ１）のアップリンクリソースを使用する、時間間隔にスケジュールされたアップリンク送信のための第１の最小保証電力を用いて構成される。１３２０において、ＷＴＲＵは、第２のセルグループ（ＣＧ２）のアップリンクリソースを使用する、時間間隔にスケジュールされたアップリンク送信のための第２の最小保証電力を用いて構成される。ステップ１３３０において、電力は、第１の最小保証電力まで、時間間隔にスケジュールされたＣＧ１のアップリンクリソースを使用するアップリンク送信に予約される。ステップ１３４０において、電力は、第２の最小保証電力まで、時間間隔にスケジュールされたＣＧ２のアップリンクリソースを使用するアップリンク送信に予約される。ステップ１３５０において、ＷＴＲＵは、時間間隔内でＷＴＲＵからアップリンク送信に割り当てる残りの電力が存在するかどうか（すなわち、時間間隔内のアップリンク送信のための利用可能な総電力から第１の予約電力と第２の予約電力の総計を引いたものがゼロよりも大きいかどうか）を決定してよい。そうである場合、本明細書で説明されるさまざまな方法のうちの１つにより、ステップ１３６０において、残りの電力がアップリンク送信に割り当てられる。
【０２５６】
いくつかの実装形態では、ＷＴＲＵの構成は、第１のＭＡＣエンティティおよび第２のＭＡＣエンティティに対応するアップリンク送信に関して、またはＣＧ１およびＣＧ２のアップリンクリソースとして使用されるのではなく、第１のｅＮＢおよび第２のｅＮＢに送信されるアップリンク送信に関して概念化されてよいことが留意されるべきである。
【０２５７】
１つの例示的な手法では、ＷＴＲＵは、以下に従って、ＰＰＦ機能を使用して、ＷＴＲＵがスケジューリング命令と予想される送信をサービスすることを確実にしてよい。
【０２５８】
ＷＴＲＵは、そのようなものが異なる送信および／または送信タイプに関連付けられる場合、ならびに電力スケーリングが第１のＭＡＣエンティティに必要とされる（すなわち、関係ＭＡＣエンティティのすべての送信に必要とされる割り当てられた送信電力が、ＭＡＣエンティティに利用可能なＰＰＲを超える）場合、送信電力を、関係ＭＡＣエンティティのＰＰＲまで（たとえば、その最小保証電力まで）、場合によっては、優先順位が減少する順に、第１のＭＡＣエンティティに関連付けられた送信に最初に割り当ててよい。
【０２５９】
ＷＴＲＵは、次いで、そのようなものが異なる送信および／または送信タイプに関連付けられる場合、ならびに電力スケーリングが関係ＭＡＣエンティティに必要とされる（すなわち、第１のＭＡＣエンティティのすべての送信に必要とされる割り当てられた送信電力が、ＭＡＣエンティティに利用可能なＰＰＲを超える）場合、残りの送信電力（もしあれば）を、関係ＭＡＣエンティティのＰＰＲまで（たとえば、その最小保証電力まで）、場合によっては、優先順位が減少する順に、第２のＭＡＣエンティティに関連付けられた送信に割り当ててよい。
【０２６０】
上記に関して、各適用可能なＭＡＣエンティティへの電力割り当ての第１のラウンド後に電力が残っている場合、ＷＴＲＵは、
ａ．関係ＭＡＣエンティティの、減少する優先順位で、または
ｂ．すべての関係ＭＡＣエンティティにまたがって異なる送信および／もしくは送信タイプに関連付けられた、減少する優先順位で、または
ｃ．両方の組み合わせを同じ順序で使用して（すなわち、最初に第１のＭＡＣエンティティの送信のために、次いで第２のＭＡＣエンティティの送信のために）、および、
のいずれかで、残りの電力を、優先順位が減少する順に割り当ててよい。
【０２６１】
上記に関して、第１のＭＡＣエンティティが、第２のＭＡＣエンティティよりも高い優先順位を割り当てられる場合、ＷＴＲＵは、本明細書で説明される他の任意の方法により、残りの電力を割り当ててよい。
【０２６２】
上記に関して、ＭＡＣエンティティに関連付けられた送信が異なる相対優先順位を割り当てられてよい場合、ＷＴＲＵは、本明細書で説明される他の任意の方法により、残りの電力を割り当ててよい。
【０２６３】
場合によっては、最小保証電力／ＰＰＲの構成は、適応型優先順位付けに使用されてよい。上記の実現は、たとえば、構成されたＰＰＲの合計が、利用可能な最大ＷＴＲＵ電力よりも小さい場合、ＰＰＲ（または最小保証電力）を用いて構成される任意のレベルとともに機能してよい。そのような実現の柔軟性は、本明細書で説明されるいくつかの構成態様および／または値の組み合わせ／設定を使用してさらに示されてよい。
【０２６４】
場合によっては、最小保証電力は、１つのＣＧ  −  絶対優先順位（CG-Absolute Priority）に対して「無限大」であってよい。場合によっては、特定のＰＰＲ値が、関連付けられたＭＡＣインスタンスのための絶対優先順位たとえば「無限大」を示すために定義されてよい。この場合、ＷＴＲＵは、そのようなものが適用可能である場合、および電力スケーリングがこのステップで必要とされる場合、場合によっては優先順位が減少する順に、利用可能な送信電力の大部分を関係ＭＡＣエンティティの送信に最初に割り当てる。
【０２６５】
場合によっては、ＣＧのための最小保証電力はゼロ（０）に等しくてよい  −  ＣＧは、平坦なスケーリング部のみに関与する。場合によっては、特定のＰＰＲ値は、いったんＷＴＲＵが非ゼロの保証電力を少なくとも１つの適用可能なＭＡＣエンティティに分配させると、ＭＡＣエンティティに関連付けられた送信は残っている電力に割り当てられるだけでよいことを示すために定義されてよい。
【０２６６】
場合によっては、各ＣＧに対する最小保証電力の合計は、ゼロ（０）に等しくてよい。特に、ＷＴＲＵは、すべての適用可能なＭＡＣエンティティに対してゼロに等しい最小保証電力を用いて構成されてよい。この場合、ＷＴＲＵは、利用可能な電力を、「残りの電力」として割り当てる。
【０２６７】
そのような場合、ＷＴＲＵが、（上記で説明されたように）ＭＡＣエンティティの、減少する優先順位で、残りの電力を割り当てる場合、これは、ＭＡＣエンティティが絶対優先順位を有してよい構成に等しくなってよい。たとえば、これは、優先順位を動的に割り当てる方法などの、本明細書で説明される他の方法と組み合わせで使用されてよい。
【０２６８】
そのような場合、ＷＴＲＵが、（上記で説明されたように）すべての適用可能なＭＡＣエンティティにわたって送信の、減少する優先順位で、残りの電力を割り当てる場合、これは、ＷＴＲＵがＷＴＲＵの送信のすべてにまたがって送信間に適用される適用可能な優先順位ルールを使用する平坦なスケーリングを実行することに類似したようになってよい。
【０２６９】
そのような場合、ＷＴＲＵが、ＭＡＣエンティティのための優先順位付け方法の組み合わせを使用して、（上記で説明されたように）送信にまたがって、残りの電力を割り当てる場合、これは、ＷＴＲＵが、ＷＴＲＵの送信のすべてにまたがって送信間に適用される適用可能な優先順位ルールに基づいて、絶対優先順位を、最も高い絶対優先順位を有する送信を有するＭＡＣインスタンスに割り当てることに類似したようになってよい。
【０２７０】
場合によっては、すべてのＣＧのための最小保証電力の合計は、利用可能な最大ＷＴＲＵ電力の１００％に等しくてよい。そのような場合、ＷＴＲＵは、すべての適用可能なＭＡＣエンティティのための構成されたＰＰＲ値の合計が、ＷＴＲＵに利用可能な電力の最大量を超えるように、構成されてよい。この場合、ＷＴＲＵは、本明細書の他のセクションで説明される優先順位付け方法を使用して電力を割り当ててよく、ＰＰＲは、ＷＴＲＵの電力が限られるとき、ＭＡＣエンティティに関連付けられた送信のための最大電力として動作してよい。
【０２７１】
電力割り当て公式化の例が、本明細書でさらに説明される。電力が上記の原則に従って割り当てられるとき、所与のＭＡＣエンティティＣＧ１および優先順位レベルｎに関連付けられた送信に利用可能な最大電力Ｓnは、（１）より高い優先順位の送信および（２）保証電力が利用可能である他のＭＡＣエンティティのより低い優先順位の送信に割り当てられない電力に対応してよい。これは、次のように表されてよい。
【０２７２】
Ｓn＝ＰCMAX −  Ｐu,n  −  Ｐq,n  −  ｍｉｎ（Ｐav,gua，Ｐ’q,n）    式（１）
ここで、ＰCMAXはＷＴＲＵの構成された最大電力、Ｐu,nは同じＭＡＣエンティティ（ＣＧ１）のより高い優先順位の送信に割り当てられた電力、Ｐq,nは他のＭＡＣエンティティＣＧ２のより高い優先順位の送信に割り当てられた電力、Ｐ’q,nは他のＭＡＣエンティティＣＧ２のより低い優先順位の送信に必要とされる電力、およびＰav,guaは、依然として他のＭＡＣエンティティＣＧ２のより低い優先順位の送信に利用可能であってよい、他のＭＡＣエンティティの保証電力の部分である。この部分は、以下のように表されてよい。
【０２７３】
【数１】
2020191677.tif 000003
【０２７４】
ここで、ＲgCG2は、ＰCMAXの比として表される他のＭＡＣエンティティの保証電力である。
【０２７５】
ＷＴＲＵは、すべての適用可能なＭＡＣエンティティのための構成されたＰＰＲ値の合計が、ＷＴＲＵに利用可能な電力の最大量に相当するように、構成されてよい。この場合、ＷＴＲＵは、電力を、最小保証まで各ＣＧに割り当ててよい。このステップに続いて、残りの電力が存在する場合、ＷＴＲＵは、共有を有する何らかの形式の半静的分割が電力割り当てのために実現されてよいように、残りの電力を、最小保証よりも多くを必要とするＭＡＣエンティティの送信に割り当ててよい。より具体的には、ＷＴＲＵの電力が両方のＭＡＣエンティティの送信に対して制限される場合、これは、半静的分割に等しくてよい。ＷＴＲＵの電力が、１つのＭＡＣエンティティ内のみで送信に対して制限される場合、未使用電力の何らかの共有がＭＡＣエンティティ間で実行されてよく、不十分な場合、ＷＴＲＵは、関係ＭＡＣエンティティのみに関連付けられた送信にまたがって優先順位付け機能（たとえば電力スケーリング）を実行してよい。
【０２７６】
ＷＴＲＵは、スケーリングの前に、サービングセルｃに対する送信の電力を決定する目的で、サブフレームｉ内のサービングセルごとの最大電力ＰCMAX,c（ｉ）を用いて構成されてよい。いくつかの手法では、ＷＴＲＵは、ＭＡＣインスタンスごとの最大電力すなわちＰCMAXM,m（ｉ）を用いて構成されてもよく、ＰCMAXM,m（ｉ）は、（スケーリング後の）最終送信電力の決定で使用されてよい。いくつかの解決策では、ＷＴＲＵはまた、ＭＡＣインスタンスごとの利用可能な保証電力Ｐgm（ｉ）を使用するように構成されてよい。上記のパラメータはまた、電力ヘッドルームまたは追加タイプの電力ヘッドルームの計算に使用されてよい。
【０２７７】
いくつかの手法では、ＷＴＲＵが、この第１のＭＡＣインスタンスに関連付けられたすべてのベアラが少なくとも１つのＱｏＳ基準のセットを満たすまたは超えるが、第２のＭＡＣインスタンスに関連付けられた少なくとも１つのベアラは少なくとも１つのＱｏＳ基準を満たさないことを決定するとき、第１のＭＡＣインスタンスまたは第１のＭＡＣインスタンスのセルのための上記の電力制限または利用可能な保証電力のうちの１または複数は、サブフレーム内で減少されてよい。そのような調整は、たとえば、より高い優先順位のＭＡＣインスタンスではベアラがＱｏＳを超えるが、より低い優先順位のＭＡＣインスタンスのベアラの枯渇が発生するシナリオを防止してよい。
【０２７８】
減少の量は、上位レイヤによって構成されてよい。たとえば、上位レイヤは、１ｄＢまたは３ｄＢの調整を構成して、各サービングセルｃのＰCMAX,c（ｉ）およびＰCMAXM,m（ｉ）または減少が適用されるＭＡＣインスタンスのＰgm（ｉ）のどちらかまたはすべてに適用してよい。
【０２７９】
例示的な手法では、減少が適用されるべきかどうかの決定は、定期的に（たとえば、ＲＴＴごとに１回、無線フレームの整数倍ごとに１回）、場合によってはサブフレームベースで、実行されてよい。減少は、次の決定まで有効なままであってよい。前の手法を拡張した別の手法では、減少は、ＷＴＲＵが各関係ＭＡＣエンティティに対して少なくとも１つの送信を実行するおよび／または電力スケーリングが必要とされるサブフレーム内のみで適用されてよい。別の手法では、そのような決定は、ＷＴＲＵが少なくとも１つのアップリンク送信を実行している期間（またはサブフレームに対して）のみにわたって、および場合によっては、少なくとも１つのそのような送信が各関係ＭＡＣエンティティに対して存在する場合のみ、適用可能であるおよび／または実行されてよいてよい。
【０２８０】
１つの手法では、このＭＡＣインスタンスのベアラのすべてが「充足される」が、第２のＭＡＣインスタンスの少なくとも１つのベアラが「充足されない」場合、減少は、第１のＭＡＣインスタンスに適用されてよい。
【０２８１】
いくつかの基準は、以下のうちの少なくとも１つを含めて、ベアラが充足されるかどうかを決定するために使用されてよい。
【０２８２】
有限の優先ビットレートを有する論理チャネルに対して、基準サブフレーム内で、対応する論理チャネルのバケットサイズが閾値を超えない場合、ベアラが充足されてよい。閾値は、たとえば、優先ビットレートとバケットサイズ持続時間の積であってよい。
【０２８３】
無限大の優先ビットレートを有する論理チャネルに対して、基準サブフレーム内で、送信のために利用可能なデータが存在しない場合、ベアラが充足されてよい。場合によっては、これは、有限の優先ビットレートを有する論理チャネルにも適用可能であってよい。
【０２８４】
基準サブフレームは、電力制限減少が適用され得るサブフレーム、または場合によっては前のサブフレーム（たとえば、１サブフレーム前）であってよい。
【０２８５】
別の手法では、第１のＭＡＣインスタンスのための論理チャネル優先順位付けプロシージャが基準サブフレーム内の「充足点（satisfaction point）」に到達するが、基準サブフレーム内の第２のＭＡＣインスタンスでは論理チャネル優先順位付けプロシージャが「充足点」に到達しない場合、減少は、第１のＭＡＣインスタンスに適用されてよい。論理チャネル優先順位付けプロシージャは、基準サブフレーム内のすべての変数Ｂｊが非正である（すなわち、ゼロに等しいまたはこれよりも小さい）点に到達する場合、「充足点」に到達すると言われる。場合によっては、充足点はまた、リソースが依然として基準サブフレーム中の少なくとも１つのトランスポートブロック内に残っている場合に到達される。
【０２８６】
別の手法では、減少は、ＨＡＲＱプロセスの状態に応じて、第１のＭＡＣエンティティに適用されてよい。たとえば、ＷＴＲＵは、ＨＡＲＱ動作点値を用いて構成されてよい。ＷＴＲＵが、ＭＡＣエンティティのためのそのようなＨＡＲＱ動作点未満で動作することを決定する場合、ＷＴＲＵは、関係ＭＡＣエンティティに電力制限減少を適用してよい。ＷＴＲＵは、たとえば関係ＭＡＣエンティティに関連付けられた各プロセスに対する送信の数の移動平均を使用して、そのＨＡＲＱ動作状態を決定してよい。１つの手法では、ＷＴＲＵは、すべてのそのようなＨＡＲＱプロセスを考慮してよい。別の手法では、ＷＴＲＵは、進行中のＨＡＲＱプロセス、たとえば前回受信されたフィードバックがＮＡＣＫであるＨＡＲＱプロセスのみを考慮してよい。
【０２８７】
別の手法では、減少は、新規ＨＡＲＱプロセスのレートに応じて、たとえばＮＤＩが所与のＨＡＲＱプロセスに対してトグルされていることを決定するレートで、第１のＭＡＣエンティティに適用されてよい。たとえば、ＷＴＲＵは、新規送信レート（ＮＴＲ）値を用いて構成されてよい。ＷＴＲＵが、ＭＡＣエンティティのためのそのようなＮＴＲ値を上回って動作することを決定する場合、ＷＴＲＵは、（たとえば、非常に過度な（greedy）スケジューラに公平性を暗黙的に強制するために）関係ＭＡＣエンティティに電力制限減少を適用してよい。ＷＴＲＵは、たとえばＮＤＩビットを関係ＭＡＣエンティティに関連付けられたプロセスのためにトグルされていると考慮したＨＡＲＱプロセスの移動平均の数を使用して、そのＮＴＲ値を決定してよい。対応する期間は、ＲＴＴ（すなわち、ＬＴＥの場合は８ｍｓ）＊ＨＡＲＱ送信の最大数に設定されてよい。
【０２８８】
優先順位付け機能を実現するための１つの手法は、送信電力のスケーリングによって実行される。以下の説明は、たとえば以下の態様を考慮に入れて、デュアルコネクティビティで動作するＷＴＲＵのための異なるタイプの送信の送信電力を決定するための手法について説明する。
【０２８９】
−  （複数のＭＡＣインスタンスのための）複数のサービングセル内のＰＵＣＣＨまたはＵＣＩの同時送信の可能性、
−  送信間の複数の優先順位レベルの可能性、ならびにサブ優先順位レベル、
−  送信のサブセットにわたる総電力のための複数の制限の可能性、および
−  送信の異なるサブセットのサブフレーム境界間、または異なるＭＡＣインスタンス間の非調整（non-alignment）の可能性。
【０２９０】
サブフレームｉにおいて、ＷＴＲＵは、サービングセルごとの最大電力ＰCMAX,c（ｉ）と、構成された総最大出力電力ＰCMAX（ｉ）を用いて構成されてよい。
【０２９１】
さらに、ＷＴＲＵは、ＭＡＣエンティティごとの（またはレイヤごとの、またはｅＮＢごとの）最大出力電力すなわちＰCMAXM,m（ｉ）を用いて構成されてよい。この場合、このＭＡＣエンティティに関連するすべての送信の電力の合計は、サブフレームｉ内のＰCMAXM,m（ｉ）を超えることはできない。デュアルコネクティビティシステムでは、ｍは、値０または１を取ることができる。一般性を失うことなく、ｍ＝０は、プライマリＭＡＣインスタンスを指してよく、ｍ＝１は、セカンダリＭＡＣインスタンスを指してよい。いくつかの解決策では、ＭＡＣエンティティごとの最大出力電力は、このＭＡＣエンティティのための優先電力レート（ＰＰＲ）に対応してよい。
【０２９２】
ＷＴＲＵは、１もしくは複数の物理チャネル（たとえば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ）または１もしくは複数のＭＡＣインスタンスに関連する（ＳＲＳ）信号のために、サブフレーム内で１または複数の送信を実行してよい。送信ｔの各タイプに対して、ＷＴＲＵは、ＰCMAX（ｉ）またはＰCMAXM,m（ｉ）などの、複数の送信にわたって電力制約を考慮に入れないサブフレームｉ内の送信電力すなわちＰt（ｉ）を最初に計算してよい。そのような送信電力値は、以下では「あらかじめスケーリングされた」電力と呼ばれる。送信ｔのためのあらかじめスケーリングされた電力Ｐt（ｉ）の計算は、送信のタイプ（ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ、ＰＲＡＣＨ）に固有の既存のルールに従って、パス損失基準、閉ループ調整、ｔを制御するＭＡＣインスタンスに関連付けられたグラントまたは他のパラメータに基づいて実行されてよい。
【０２９３】
いくつかの解決策では、いくつかまたはすべてのあらかじめスケーリングされた電力Ｐｔ（ｉ）は、前のスケーリングプロシージャの出力として取得されたとしてよい。たとえば、少なくとも１つのＭＡＣインスタンスｍに対して、ＭＡＣインスタンスｍに関する送信のサブセットＰｔ（ｉ）はそれ自体、送信のこのサブセット内でスケーリングし、ＰCMAXM,m（ｉ）または何らかの他の値を最大電力として使用する以前のステップから計算されてよい。より一般的には、以下に記載されるスケーリングプロシージャにおけるあらかじめスケーリングされた電力Ｐt（ｉ）は、送信ｔに対して、所望の電力の量（または、ある解決策では、電力の所望の部分の量）に対応してよく、ここで、制限は、送信上の所望の総電力または電力の所望の全部分に対して存在する。
【０２９４】
本明細書で説明されるさまざまな手法の場合、送信電力計算はサブフレームベースで示されている場合であっても、ＷＴＲＵは、たとえば、サブフレーム内のサービングセルごとの最大電力ＰCMAX,c（ｉ）の可能な変動に基づいて、またはＳＲＳの送信による最後のシンボル内の異なる電力要件に基づいて、同じサブフレームの２つのスロット間または最後のＳＣ−ＦＤＭＡシンボルと他のＳＣ−ＦＤＭＡシンボルとの間の異なる送信電力を決定してよいことを理解されたい。言い換えれば、以下に示される計算は、サブフレームの一部分によって、たとえばスロットごとに適用されてもよいし、ＳＲＳを含む最後のＳＣ−ＦＤＭＡシンボルと以前のＳＣ−ＦＤＭＡシンボルとの間で個別に適用されてもよい。
【０２９５】
単一の最大総レベルおよび複数の優先順位レベルを用いたスケーリング（単一スケーリング）：ＷＴＲＵがデュアルコネクティビティで動作する場合、送信ｔは、少なくともスケーリングの目的で、優先順位レベルｑに関連付けられてよい。１つ、２つ、またはそれ以上の優先順位レベルＱが存在してよい。ある優先順位レベルｑに関連付けられた、ゼロ、１、または複数の送信ｔが存在してよい。優先順位レベル（または順序）は、動的方法または半静的方法などの、以前のセクションで説明された手法のいずれかを使用して、取得されてよい。
【０２９６】
送信のセットＴのためのあらかじめスケーリングされた送信電力の合計は、サブフレームｉ内の送信のこのセットに適用可能な最大総ＰMAX（ｉ）を超えてよい。たとえば、送信のセットＴは、サブフレーム（ｉ）内のすべての送信に対応してもよいし、または物理チャネルのサブセットのためのすべての送信（たとえば、ＰＵＣＣＨ送信およびＰＵＳＣＨ送信のみ）対応してもよく、その場合、最大総ＰMAX（ｉ）はＰMAX（ｉ）に対応してよい。別の例では、送信のセットＴは、特定のＭＡＣインスタンスに関連するすべての送信に対応してよく、その場合、最大総ＰMAX（ｉ）はＰCMAXM,m（ｉ）に対応してよい。これが発生するとき、少なくとも１つの送信ｔの最終送信電力Ｐ’t（ｉ）は、０から１に及ぶ係数ｗt（ｉ）の分だけスケールダウンされてよく、したがって、線形単位でＰ’t（ｉ）＝ｗt（ｉ）Ｐt（ｉ）である。スケーリングを伴う解決策の説明では、ＷＴＲＵは、最大総電力レベルを使用してあらかじめスケーリングされた電力のセット上でスケーリングプロシージャを実行していると言われてよく、このプロシージャの結果（または出力）は、最終送信電力のセットである。スケーリングプロシージャはどのように実行されてよいかについて説明する以下の段落では、あらかじめスケーリングされた電力のセットはＰt（ｉ）と示され、最終送信電力のセットはＰ’t（ｉ）と示されるが、スケーリングプロシージャの複数の適用を伴う解決策の説明では、他の表記が使用されてもよい。
【０２９７】
例示的な手法では、スケーリングは、より高い優先順位の送信に対してスケーリングファクタが可能な限り高いように適用されてよい。優先順位ｑの送信に対してスケーリングファクタが１よりも小さいとき、より低い優先順位の任意の送信（たとえば、ｑ’＞ｑの任意の送信、ここで、ｑのより大きい値は、より低い優先順位を意味する）がゼロにスケールダウンされ、すなわち、送信は、より低い優先順位の送信に対して行われない。さらに、スケーリングは、より高い優先順位の任意の送信に対して行われることが許可されない、すなわち、スケーリングファクタは、ｑ’＜ｑの任意の送信に対して１である。
【０２９８】
この手法では、各送信に対してスケーリングファクタを決定するプロシージャは、次のとおりであってよい。最も高い優先順位レベルｑ＝０に関連付けられた送信のセットＴ0で開始し、あらかじめスケーリングされた送信電力の合計が最大値を超えるかどうか、すなわち、
【０２９９】
【数２】
2020191677.tif 000004
【０３００】
を決定する。
【０３０１】
合計が最大値を超える場合、スケーリングファクタは、以下に従って設定されてよい。
【０３０２】
ｗt（ｉ）＝０∀ｔ∈Ｔq、ｑ＞０    式（４）
【０３０３】
【数３】
2020191677.tif 000005
【０３０４】
合計が最大値を超えない場合、最も高い優先順位の送信Ｔ0のためのスケーリングファクタは１に設定されてよく（すなわち、スケーリングは適用されない）、スケーリングは、より低い優先順位の送信に適用されてよい。これは、優先順位レベルｑ＞０の送信のための以下の方法で決定可能である。
【０３０５】
等しいまたはより高い優先順位のすべての送信の電力を合計して、最大値と比較することによって、優先順位ｑの送信にスケーリングが適用されるべきかどうかを決定する。
【０３０６】
【数４】
2020191677.tif 000006
【０３０７】
条件が充足される場合、以下の方法でスケーリングファクタを設定することによって、スケーリングを、優先順位ｑの送信（および、すべてのより低い優先順位の送信）に適用する（そして、プロシージャは終了する）。
【０３０８】
【数５】
2020191677.tif 000007
【０３０９】
【数６】
2020191677.tif 000008
【０３１０】
ここで、ＰMAXq（ｉ）は、優先順位ｑの送信の利用可能な総電力と定義される。
【０３１１】
【数７】
2020191677.tif 000009
【０３１２】
条件が充足されない場合、優先順位ｑのすべての送信ｔに対してｗt（ｉ）＝１を設定し、優先順位ｑ＋１の送信に対してステップ（ａ）に戻る。そのような送信が存在しない場合、スケーリングが適用される必要はない。
【０３１３】
上記では、スケーリングが同じ優先順位の複数の送信に適用可能な場合、以下で説明されるように、個々の送信のスケーリングの設定のための複数の手法が可能である。
【０３１４】
１つの手法では、同じスケーリング値が、同じ優先順位のすべての送信に適用される。これは、次のことを意味する。
【０３１５】
ｗt（ｉ）  ＝  ｗq（ｉ）  ∀ｔ  ∈  Ｔq    式（１０）
【０３１６】
これは、以下に従ってｗt（ｉ）の値が設定されることを暗示する。
【０３１７】
【数８】
2020191677.tif 000010
【０３１８】
図１４は、電力スケーリングの例を示すフロー図１４００である。ステップ１４１０において、ＷＴＲＵは、時間間隔内にスケジュールされた各アップリンク送信に対してあらかじめスケーリングされた電力（Ｐｔ（ｉ））を最初に計算してよい。ステップ１４２０において、考慮中の優先順位レベルｑはゼロに設定され、ゼロは、この例では、最も大きい優先順位レベルを表す。優先順位レベルの番号付けは例示的であり、優先順位レベルの他の任意の適切な表現が使用されてよいことが留意されるべきである。
【０３１９】
ステップ１４３０において、ＷＴＲＵは、時間間隔内にスケジュールされた優先順位ｑのすべてのアップリンク送信のためのあらかじめスケーリングされた電力の合計が、その優先順位レベルにおけるすべてのアップリンク送信に利用可能な電力の最大量よりも大きいかどうかを決定してよい。たとえば、ｑ＝０すなわち最大優先順位レベルでは、利用可能な電力の最大量は、すべてのアップリンク送信に利用可能な電力の総最大量であり、より小さい優先順位レベル（すなわちｑ＞０）では、利用可能な電力の最大量は、すべてのアップリンク送信に利用可能な電力の総最大量から、より大きい優先順位を有する送信にすでに割り当てられた電力の量を引いたものである。
【０３２０】
ＷＴＲＵが、ステップ１４３０において、時間間隔内にスケジュールされた優先順位ｑのすべてのアップリンク送信のためのあらかじめスケーリングされた電力の合計が、その優先順位レベルで利用可能な電力の最大量よりも大きいことを決定する場合、優先順位ｑにおける各送信のための電力は、ステップ１４４０においてスケーリングされる。ここで、優先順位ｑにおける各送信は、優先順位ｑにおけるすべての送信に必要とされるスケーリングされた総電力が、優先順位ｑにおけるすべてのアップリンク送信に利用可能な電力の最大量に等しいように、（たとえば、ｔ（ｉ）重み係数を使用して）スケーリングされてよい。ステップ１４５０において、ゼロ電力が、優先順位レベルｑ’＞ｑ（すなわち、重要度に関してｑよりも低い）において（たとえば、対応する重み係数をゼロに設定することによって）送信に割り当てられ、プロシージャは終了する。
【０３２１】
一方、ＷＴＲＵが、ステップ１４３０において、時間間隔内にスケジュールされた優先順位ｑのすべてのアップリンク送信のためのあらかじめスケーリングされた電力の合計が、その優先順位レベルにおいてアップリンク送信に利用可能な電力の最大量よりも小さいことを決定する場合、ステップ１４６０において、あらかじめスケーリングされた全電力が、優先順位ｑにおける各アップリンク送信に割り当てられてよい。たとえば、１の重み係数が、優先順位ｑにおいて各送信のあらかじめスケーリングされた電力に適用されてよい。
【０３２２】
ステップ１４７０において、ＷＴＲＵは、優先順位レベルｑ’＞ｑのアップリンク送信が時間間隔にスケジュールされるかどうか（すなわち、送信が、ｑよりも少ない優先順位を有する時間間隔中のアップリンクにスケジュールされるかどうか）を決定してよい。そうでない場合、プロシージャは終了する。そうである場合、ｑの値は、ステップ１４８０においてインクリメントされてよく、プロシージャは、次の優先順位レベルを考慮するために条件１４３０に戻る。
【０３２３】
いくつかの実装形態では、アップリンク送信は、異なるＭＡＣエンティティに対応するとみなされてもよいし、異なるＣＧのアップリンクリソースを使用して実行されるとみなされるのではなく、異なるｅＮＢに送信されるとみなされてもよいことが留意されるべきである。
【０３２４】
別の手法では、優先順位レベルｑに関連付けられた送信内のスケーリング値は、サブ優先順位レベルＳqに従って決定されてよい。この場合、優先順位ｑの送信のスケーリング値は、サブ優先順位レベルに応じて異なる値に設定されてよい。優先順位ｑの送信のためのスケーリング値のセットを決定するためのプロシージャは上記のプロシージャに類似してよいが、最大総電力は、ＰMAX（ｉ）の代わりにＰMAXq（ｉ）に設定され、サブ優先順位レベルＳqは優先順位レベルｑの代わりに使用される。
【０３２５】
いくつかの手法では、送信のいくつかのタイプは、あらかじめスケーリングされた電力で送信されるかまたは全く送信されない、すなわち破棄されるのどちらかであってよい。これは、たとえば、スケーリングされた電力における送信は、送信を破棄するよりも悪い性能を潜在的にもたらし得るＳＲＳなどの送信またはＨＡＲＱ  Ａ／Ｎを含む送信にも当てはまってよく、必要とされるスケーリング重みｗｔ（ｉ）は非常に低いので正常な受信は可能性が非常に低いことが決定される送信にも当てはまってよい。そのような送信は、「ノンスケーラブルな」送信と呼ばれてよい。そのような解決策におけるスケーリングプロシージャは、一般に、前に説明されたものと同じであってよく、以下の修正形態がある。スケーリング（ｗｔ（ｉ）は１よりも小さい）は、ノンスケーラブルな送信に適用されることが必要とされることが決定される場合、スケーリングプロシージャは停止されてよく、新規スケーリングプロシージャは、このノンスケーラブルな送信を含まない送信のセットとともに開始されてよい。これは、スケーリングが適用されることが必要であり得る残りのノンスケーラブルな送信が存在しなくなるまで、複数回行われてよい。あるいは、スケーリングプロシージャを停止するの代わりに、ノンスケーラブルな送信のスケーリングファクタは０に設定されてよく、等しいまたはより低い優先順位の他の送信の残りの利用可能な電力は、これらの他の送信のスケーリングファクタを決定する目的で再計算されてよい。
【０３２６】
いくつかの解決策では、スケーリング重みは、所与の優先順位レベルの送信上でのスケーリングされた送信電力の合計が利用可能な最大値よりも小さい、すなわち、
【０３２７】
【数９】
2020191677.tif 000011
【０３２８】
ように決定されてよい。
【０３２９】
上記の条件を充足させる重みを設定することは、以下では、優先順位レベルｑにおける「割り当て中の電力（power under-allocation）」と呼ばれてよい。優先順位レベルｑにおける割り当て中の電力は、たとえば、上記で説明されたように「ノンスケーラブル」な少なくとも１つの送信ｔ0が存在するとき、少なくともスケーリング重みが、この優先順位レベルのすべての送信に対して同一の非ゼロ値、すなわち
【０３３０】
【数１０】
2020191677.tif 000012
【０３３１】
に設定される場合、実行されてよい。そのような送信ｔ0は破棄され（すなわち、スケーリング重みが０に設定され）てよく、残りの送信のためのスケーリング重みは、
【０３３２】
【数１１】
2020191677.tif 000013
【０３３３】
に設定されてよい。
【０３３４】
ｔ0以外のすべての送信に対してｗt（ｉ）＝１のとき、ｔ0から他の送信に再割り当てされた電力は、これらの送信に対するスケーリングを防止するのに十分であってよく、したがって、割り当て中の電力が発生してよい。
【０３３５】
いくつかの解決策では、優先順位レベルｑにおける割り当て中の電力は、未使用の電力
【０３３６】
【数１２】
2020191677.tif 000014
【０３３７】
が最小にされるように実行されてよい。あるいは、割り当て中の電力は、スケーリング重みがゼロである（破棄される）送信の数が最小にされるように実行されてよい。あるいは、割り当て中の電力は、ゼロにスケールダウンされた送信に対して、この送信をゼロにスケールダウンしないことは、割り当て中の電力をもたらさないように実行されてよい。
【０３３８】
いくつかの解決策では、優先順位レベルｑにおける割り当て中の電力は、より低い優先順位の送信が存在しない場合のみ実行されてよい。そのような解決策のうちのいくつかでは、サブフレームｉ内で少なくとも１つの送信が、より低い優先順位であるとき、優先順位レベルｑのすべての送信は、スケーラブルと考えられてよい。
【０３３９】
いくつかの解決策では、優先順位レベルｑにおける割り当て中の電力は、より低い優先順位の少なくとも１つの送信が存在する場合でも、許可されてよい。しかしながら、いくつかのそのような解決策では、割り当て中の電力が優先順位レベルｑに対して生じるとき、電力が、優先順位レベルｑで割り当て中であることにより、これらの送信に利用可能である場合でも、電力は、より低い優先順位の送信に割り当てられなくてよい、または再度割り当てられなくてよい。たとえば、優先順位レベルｑが、ＭＣＧのためのＵＣＩのないＰＵＳＣＨ送信に対応し、スケーリングが優先順位レベルｑの送信に適用される必要があり得る場合、電力は、ＳＣＧのためのＵＣＩのないＰＵＳＣＨ送信などのより低い優先順位の送信に割り当てられない（場合によっては、依然として利用可能であってよいＳＣＧ送信に予約または保証された電力を除いて）。異なるように表されると、いくつかのそのような解決策では、残りの電力は、ＳＣＧのためのＵＣＩのないＰＵＳＣＨ送信に割り当てられない。
【０３４０】
いくつかの解決策では、割り当て中の電力が優先順位レベルｑに対して生じる場合、未使用電力
【０３４１】
【数１３】
2020191677.tif 000015
【０３４２】
は、より低い優先順位（ｑ’＞ｑ）の送信に再度割り当てられてよい。そのような再割り当ては、無条件であってよい。あるいは、再割り当てが実行されるかどうかは、以下の条件のうちの少なくとも１つに依存してよい。
【０３４３】
ａ）より低い優先順位（ｑ’）および／またはより高い優先順位（ｑ）の送信が関連付けられるＭＡＣインスタンスまたはセルグループ。たとえば、再割り当ては、より低い優先順位の送信が、より高い優先順位の送信のためのセルグループとは異なるセルグループに関連付けられる場合に、実行されてよい。あるいは、再割り当ては、より低い優先順位の送信が同じセルグループに関連付けられる場合に実行されてよい。別の例では、再割り当ては、より低い優先順位の送信がＭＣＧに関連付けられる場合に許可されてよい。
【０３４４】
ｂ）ｑもしくはｑ’の優先順位レベル、または優先順位レベルｑおよびｑ’の相対優先順位を決定する少なくとも１つの基準。たとえば、再割り当ては、ｑおよびｑ’に関連付けられた送信が同じＵＣＩタイプである、および／またはセルグループのみに対して異なる（ＭＣＧ対ＳＣＧ）場合のみ、行われてよい。たとえば、再割り当ては、ＨＡＲＱ  Ａ／Ｎを含むＭＣＧの送信からＨＡＲＱ  Ａ／Ｎを含むＳＣＧの送信へと実行されてよい。
【０３４５】
ｃ）より低い優先順位（ｑ’）および／またはより高い優先順位（ｑ）の送信のタイプ。たとえば、再割り当ては、ＰＲＡＣＨ送信から別のタイプの送信へと実行されてよい。別の例では、再割り当ては、ＰＵＣＣＨ送信から（すなわち、スケールダウンされた送信がＰＵＣＣＨである場合、優先順位レベルｑから）別の送信へと実行されなくてよい。
【０３４６】
ＭＡＣインスタンス間の電力共有に基づくスケーリング（複数のスケーリング）：いくつかの手法では、サブフレームｉ内で送信が行われることは、複数の制限を生じやすくてよい。たとえば、ＭＡＣインスタンス（またはセルグループ）ｍに関連付けられたすべての送信の電力の合計は、各ＭＡＣインスタンスに対して値ＰCMAXM,m（ｉ）に限定されるように構成されてよい。同時に、（すべてのＭＡＣインスタンス上の）すべての送信の電力の合計も、値ＰCMAX（ｉ）に限定されるように構成されてよい。いくつかの解決策では、ＭＡＣインスタンスｍに対する構成された最大電力ＰCMAXM,m（ｉ）は、場合によってはデフォルトで、ＰCMAX（ｉ）に等しくてよい。１つのＭＡＣインスタンスｍの最大電力ＰCMAXM,m（ｉ）は、たとえば、他のＭＡＣインスタンスの電力要件が既知でないとき、ＰCMAX（ｉ）と他のＭＡＣインスタンスｍ’のために構成された保証電力
【０３４７】
【数１４】
2020191677.tif 000016
【０３４８】
との差に等しくてよい。
【０３４９】
ＭＡＣインスタンスごとの制限の場合の構成された最大電力の決定：構成された最大電力ＰCMAXM,mが各ＭＡＣインスタンス（またはセルグループ）に対して定義される解決策では、この量の適用可能な下限および上限、ならびに構成された総最大出力電力ＰCMAXおよびサービングセルｃのための構成された最大出力電力ＰCMAX,cの下限および上限は、各ＭＡＣインスタンス（またはセルグループ）ｍに対して決定された割り当てられた最大電力ＰeNB,mに依存してよい。割り当てられた最大電力ＰeNB,mの決定は、本明細書で説明される解決策により実行されてよい。さらに、割り当てられた最大電力ＰeNB,mは、少なくとも以下の場合に、ＷＴＲＵ電力階級ＰＰｏｗｅｒＣｌａｓｓからの最大電力に対応してよい（および、それに応じて公式が簡略化されてよい）。ＰeNB,m最大電力を割り当てるを決定するために、パラメータが提供または定義されない場合、多くても１つのＭＡＣインスタンスまたはセルグループからの送信が所与のサブフレーム内で進行中である（すなわち、ＷＴＲＵが単一のｅＮＢに送信する）、すなわち、異なるセルグループの送信間に重複が存在しない場合、または、たとえば、再構成プロシージャ（ＲＲＣ信号）に続いて、もしくはＭＡＣ信号に続いて、ＷＴＲＵが、単一のセルグループ上でを送信するように構成される（または単一のＭＡＣインスタンスを用いて構成される）場合。
【０３５０】
以下では、表記ＰeNB,mは、対数単位（たとえばｄＢｍ）における、割り当てられた最大電力を指し、ｐeNB,mは、線形単位における、割り当てられた最大電力を指す。
【０３５１】
ＭＡＣインスタンス（セルグループ）ごとの構成された最大電力ＰCMAXM,m：いくつかの解決策では、ＭＡＣインスタンス（またはセルグループ）に適用可能な、構成された最大電力ＰCMAXM,mは、下限ＰCMAXM_L,mおよび上限ＰCMAXM_H,mによって境界を画されてよく、したがって、
ＰCMAXM_L,m≦ＰCMAXM,m≦ＰCMAXM_H,m    式（１７）
である。
【０３５２】
上限ＰCMAXM_H,mは、最大ＷＴＲＵ電力ＰPowerClass、ＭＡＣインスタンス（またはセルグループ）ｍに属するすべてのサービングセルｃ上での線形電力ＰEMAX,cの合計、および割り当てられた最大電力ＰeNB,mの間の最小値として設定されてよく、ここで、各項は対数（ｄＢ）単位に変換される。電力ＰEMAX,cは、サービングセルｃのための上位レイヤによって提供されるＰEMAX,cの線形値に対応する。
【０３５３】
ＰCMAXM_H,m＝ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX,c，ＰpowerClass，ＰeNB,m｝    式（１８）
【０３５４】
上記において、合計は、セルグループｍに属するサービングセルｃに対するもののみであってよい。
【０３５５】
下限は、以下に従って設定されてよい。
【０３５６】
ＰCMAXM_L,m＝ＭＩＮ｛１０ｌｏｇ10（ｐeNB,m）−ΔＴC，１０ｌｏｇ10ΣｐEMAX,c−ΔＴC，ＰPowerClass−ＭＡＸ（ＭＰＲ＋Ａ−ＭＰＲ＋ΔＴIB,c＋ΔＴｃ，Ｐ−ＭＰＲ）｝    式（１９）
【０３５７】
上記において、合計は、セルグループｍに属するサービングセルｃに対するもののみであってよい。パラメータΔＴIB,cおよびΔＴCは、構成された周波数帯域の特定の組み合わせに依存する許容値に対応してよく、Ｐ−ＭＰＲは、電力管理項に対応してく、ＭＰＲおよびＡ−ＭＰＲはそれぞれ、許可された最大電力減少および追加最大電力減少に対応してよく、ここで、許容量は、高次変調、および隣接したアグリゲーションされた送信帯域幅構成、ならびに可能な追加ＲＦ要件によるものであってよい。
【０３５８】
所与のＭＡＣインスタンスｍのためのＭＡＣインスタンス（またはセルグループ）ごとの構成された最大電力は、たとえば電力ヘッドルームレポートの一部として、ＭＡＣまたは上位レイヤシグナリングを使用してネットワークに報告されてよい。両方のＭＡＣインスタンスのための値は、任意のｅＮＢに（または、任意のＭＡＣインスタンスから）送信される任意の電力ヘッドルームレポートに含まれてよい。あるいは、所与のＭＡＣインスタンスのための値は、このＭＡＣインスタンスに属する少なくとも１つのサービングセルのための電力ヘッドルーム情報を含む任意のレポートに含まれてよい。
【０３５９】
セルごとの構成された最大電力ＰCMAX,c：いくつかの解決策では、サービングセルに適用可能な、構成された最大電力ＰCMAX,cは、下限ＰCMAX_L,cおよび上限ＰCMAX_H,cによって境界を画されてよく、したがって、
ＰCMAX_L,c≦ＰCMAX,c≦ＰｃＭＡｘ＿H,c    式（２０）
である。
【０３６０】
上限ＰCMAX_H,cは、最大ＷＴＲＵ電力ＰPowerClass、サービングセルｃが属するＭＡＣインスタンス（またはセルグループ）ｍのための割り当てられた最大電力ＰeNB,m、およびサービングセルｃのための上位レイヤによって提供されるパラメータＰEMAX,Cの間の最小値として設定されてよい。
【０３６１】
ＰCMAX_H,c＝ＭＩＮ｛ＰeNB,m，ＰEMAX,c，ＰPowerClass｝    式（２１）
【０３６２】
下限ＰCMAX_L,cは、以下に従って設定されてよい。
【０３６３】
ＰCMAX_L,c＝ＭＩＮ｛ＭＩＮ（ＰEMAX,c，ＰeNB,m）−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ−ＭＰＲc＋ΔＴIB,c＋ΔＴC,c，Ｐ−ＭＰＲc）｝    式（２２）
【０３６４】
上記において、パラメータΔＴIB,cおよびΔＴC,cは、構成された周波数帯域の特定の組み合わせとサービングセルｃが属するセルグループの特定の周波数帯域に依存する許容量値に対応してよく、Ｐ−ＭＰＲcは、サービングセルｃのための電力管理項に対応してよく、ＭＰＲcおよびＡ−ＭＰＲcはそれぞれ、サービングセルｃのための、許可された最大電力減少および追加最大電力減少に対応してよく、ここで、許容量は、高次変調、および送信帯域幅構成、ならびに可能な追加ＲＦ要件によるものであってよい。
【０３６５】
構成された総最大出力電力ＰCMAX：いくつかの解決策では、構成された総最大出力電力は、下限ＰCMAX_Lおよび上限ＰCMAX_Hによって境界を画されてよく、したがって、
ＰCMAX_L≦ＰCMAX≦ＰCMAX_H    式（２３）
である。
【０３６６】
上限ＰCMAX_Hは、最大ＷＴＲＵ電力ＰPowerClass、（すべてのセルグループの）すべてのサービングセルｃ上の電力ｐEMAX,cの合計、およびすべてのセルグループｍ上の割り当てられた最大電力ｐeNB,mの線形値の合計の間の最小値として設定されてよく、ここで、各項は対数（ｄＢ）単位に変換される。電力ＰEMAX,cは、サービングセルｃのための上位レイヤによって提供されるＰEMAX,cの線形値に対応する。
【０３６７】
ＰCMAX_H＝ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX,c，ＰPowerClass，１０ｌｏｇ10ΣｐeNB,m｝    式（２４）
【０３６８】
下限ＰCMAX_Lは、以下に従って設定されてよい。
【０３６９】
ＰCMAX_L＝ＭＩＮ｛１０ｌｏｇ10ΣＭＩＮ［ｐEMAX,c／（ΔｔC,c），ｐPowerClass／（ｍｐｒc・ａ−ｍｐｒc・ΔｔC,c・ΔｔIB,c），ｐPowerClass／（ｐｍｐｒc・ΔｔC,c）］，ＭＩＮ（ＰPowerClass，１０ｌｏｇ10ΣＰeNB,m）｝    式（２５）
【０３７０】
上記において、第１の合計は、（すべてのセルグループの）すべてのサービングセルｃに対するものであり、第２の合計は、すべてのセルグループｍに対するものである。パラメータΔｔIB,cおよびΔｔC,cは、構成された周波数帯域の特定の組み合わせおよびサービングセルｃが属するセルグループの特定の周波数帯域に依存する許容量の線形値に対応してよく、ｐｍｐｒcは、サービングセルｃのための電力管理項の線形値に対応してよく、ｍｐｒcおよびａ−ＭＰＲcはそれぞれ、サービングセルｃのための、許可された最大電力減少の線形値および追加最大電力減少の線形値に対応してよく、ここで、許容量は、高次変調、および送信帯域幅構成、ならびに可能な追加ＲＦ要件によるものであってよい。
【０３７１】
あるいは、下限および上限ＰCMAX_LおよびＰCMAX_Hは、以下の公式を使用して導き出されてよい。
【０３７２】
ＰCMAX_L＝ＭＩＮ｛ＰPowerClass，ΣＰCMAXM_L,m｝    式（２６）
ＰCMAX_H＝ＭＩＮ｛ＰPowerClass，ΣＰCMAXM_H,m｝    式（２７）
【０３７３】
電力共有  −  一般的なケース：いくつかの手法では、ＷＴＲＵは、各ＭＡＣインスタンスに対する調整された最大総電力（または割り当てられた総電力）Ｐ’CMAXM,m（ｉ）を最初に決定する。調整された最大総電力Ｐ’CMAXM,m（ｉ）は、すべての送信にわたる最大値ＰCMAX（ｉ）のためにスケーリングが実行される必要がある場合、調整されていない最大ＰCMAXM,m（ｉ）よりも低い値に対応してよい。調整された最大総電力Ｐ’CMAXM,m（ｉ）がいったん各ＭＡＣインスタンスに対して決定されると、ＷＴＲＵは、Ｐ’CMAXM,m（ｉ）の単一最大総電力レベルのためのこれらの送信上でスケーリングプロシージャを適用することによって、ＭＡＣインスタンスｍに関連付けられたすべての送信の送信電力を決定してよい。ＭＡＣインスタンスごとの調整された最大電力が定義されない場合、スケーリングプロシージャは、調整されていない最大値ＰCMAXM,m（ｉ）を使用して直接適用されてよい。
【０３７４】
各ＭＡＣインスタンスに対する調整された最大総電力の決定は、以下のプロシージャを使用して実行されてよい。第１のステップでは、以下の電力の合計が、各ＭＡＣインスタンスに対して計算される。
【０３７５】
【数１５】
2020191677.tif 000017
【０３７６】
ここで、Ｍmは、ＭＡＣインスタンスｍに関連付けられた送信のセットを指す。いくつかの手法では、ＭＡＣインスタンスの送信の合計ＰCMAXM,m（ｉ）に対する厳しい制限は存在しなくてよい。この場合、上記の公式は、次のように簡略化される。
【０３７７】
【数１６】
2020191677.tif 000018
【０３７８】
次いで、ＭＡＣインスタンスに対する合計Ｐtot（ｉ）が、以下のとおりに計算される。
【０３７９】
【数１７】
2020191677.tif 000019
【０３８０】
ＭＡＣインスタンスに対する合計Ｐtot（ｉ）がＰCMAX（ｉ）よりも小さいまたはこれに等しい場合、各ＭＡＣインスタンスに対する調整された最大総電力Ｐ’CMAXM,m（ｉ）はＰtotm（ｉ）に設定される。そうでない場合、調整された最大総電力Ｐ’CMAXM,m（ｉ）のセットは、異なる可能な手法のうちの１つを使用して、Ｐtotm（ｉ）のセットに基づいて決定されてよい。
【０３８１】
等しいスケーリングに基づいたＭＡＣインスタンス間の電力共有：
１つの手法では、調整された最大総電力は、最大ＰCMAX（ｉ）が超えられないように、同じスケーリングファクタｗMAC（ｉ）を各ＭＡＣインスタンスに適用することによって決定される。
【０３８２】
【数１８】
2020191677.tif 000020
【０３８３】
【数１９】
2020191677.tif 000021
【０３８４】
絶対優先順位に基づいたＭＡＣインスタンス間の電力共有：別の手法では、各ＭＡＣインスタンスの調整された最大総電力は、必要な調整が、好ましくは、より低い優先順位のＭＡＣインスタンスに適用されるように、各ＭＡＣインスタンスに関連付けられた優先順位レベル（または順序）ｒに基づいて決定される。２つのＭＡＣインスタンスの場合、一般性を失うことなく、ＭＡＣインスタンスｍ＝０は、ＭＡＣインスタンスｍ＝１よりも高い優先順位を有してよい。この場合、各ＭＡＣインスタンスの調整された最大総電力は、次のように、より高い優先順位のＭＡＣインスタンスに割り当てられた総電力は電力Ｐtot0（ｉ）の合計であるが、Ｐcmax（ｉ）を超えず、残りの電力は、より低い優先順位のＭＡＣインスタンスに割り当てられてよいように決定されてよい。
【０３８５】
【数２０】
2020191677.tif 000022
【０３８６】
Ｐ’CMAXM,1（ｉ）＝ＰCMAX（ｉ）−Ｐ’CMAXM,0（ｉ）    式（３４）
【０３８７】
等しくないスケーリングファクタに基づいたＭＡＣインスタンス間の電力共有：別の手法では、構成された総電力ＰCMAX（ｉ）が超えられないことを確実にするように各ＭＡＣインスタンスに適用されるスケーリングファクタｗMACm（ｉ）は、構成された比に応じて、等しくなくてよい。この比は、あらかじめ決定されてもよいし、上位レイヤによって提供されてもよい。たとえば、プライマリＭＡＣインスタンスに適用されるスケーリングファクタの値は、セカンダリＭＡＣインスタンスに適用されるスケーリングファクタの値のＫ倍であってよい。
【０３８８】
【数２１】
2020191677.tif 000023
【０３８９】
【数２２】
2020191677.tif 000024
【０３９０】
したがって、以下が得られる。
【０３９１】
【数２３】
2020191677.tif 000025
【０３９２】
【数２４】
2020191677.tif 000026
【０３９３】
利用可能な保証電力に基づいたＭＡＣインスタンス間の電力共有：スケーリングファクタｗMACm（ｉ）はまた、ＭＡＣインスタンスｍごとの調整された最大電力は利用可能な保証電力Ｐgm（ｉ）よりも小さい値にスケールダウンできないことを確実にするように設定されてよい。異なるように表現されると、すべてのＭＡＣインスタンスの送信上の総最大電力がＰcmax（ｉ）を超える場合、スケーリングが適用されるＭＡＣインスタンスごとの総送信電力は利用可能な保証電力Ｐgm（ｉ）よりも小さくないように、スケーリングが、１または複数のＭＡＣインスタンスの調整された最大電力に適用されてよい。
【０３９４】
そのような場合、スケーリングファクタは、次のように計算可能である。
【０３９５】
【数２５】
2020191677.tif 000027
【０３９６】
ここで、上記のスケーリングは、ＭＡＣインスタンス上の総電力Ｐtot（ｉ）がＰcmax（ｉ）を超える場合にのみ適用されてよい。２つのＭＡＣインスタンスの場合、上記の式は次のように簡略化される。
【０３９７】
【数２６】
2020191677.tif 000028
【０３９８】
【数２７】
2020191677.tif 000029
【０３９９】
上記は、ＭＡＣインスタンスごとの調整された最大電力は以下に従って設定されることを意味する。
【０４００】
【数２８】
2020191677.tif 000030
【０４０１】
【数２９】
2020191677.tif 000031
【０４０２】
２つのＭＡＣインスタンス（たとえば、ＭｅＮＢおよびＳｅＮＢに対応する）の場合、一方のＭＡＣインスタンス（たとえばＭｅＮＢ）の利用可能な保証電力は、他方のＭＡＣインスタンス（たとえばＭｅＮＢ）の利用可能な保証電力から導き出されてよい。たとえば、ＳｅＮＢのための利用可能な保証電力は、ＰCMAX（ｉ）とＭｅＮＢのための利用可能な保証電力（線形単位の）との差と決定されてよく、したがって、利用可能な保証電力の合計は、構成された総最大出力電力ＰCMAX（ｉ）に相当する。
【０４０３】
いくつかの手法では、あるＭＡＣインスタンスのための利用可能な保証電力は、ゼロに定義されてよい。たとえば、ＳｅＮＢに対応するＭＡＣインスタンスのための利用可能な保証電力は、ゼロであるように決定されてよい。
【０４０４】
いくつかの手法では、ＷＴＲＵは、少なくとも利用可能な保証電力が所与の時間に第１のＭＡＣインスタンスに利用可能であることを確実にしてよく、残りの電力を、もしあれば、同期されていない動作のモードのために時間的に後で発生する第２のＭＡＣインスタンスの送信を考慮するその能力に応じて割り当ててよい。たとえば、ＷＴＲＵが、時間的に後で開始する第２のＭＡＣインスタンスの重複送信に割り当てられた電力を考慮することが可能である場合、ＷＴＲＵは、追加電力を、ＷＴＲＵに利用可能な最大送信電力と第２のＭＡＣインスタンスによって必要とされる電力との差まで、第１のＭＡＣインスタンスに割り当ててよい。たとえば、ＷＴＲＵが、時間的に後で開始する第２のＭＡＣインスタンスの重複送信に割り当てられた電力を考慮することが可能でない場合、ＷＴＲＵは、電力を、ＷＴＲＵに利用可能な最大送信電力と第２のＭＡＣインスタンスの利用可能な保証電力との差まで、第１のＭＡＣインスタンスに割り当ててよい。あるいは、ＷＴＲＵが、時間的に後で開始する第２のＭＡＣインスタンスの重複送信に割り当てられた電力を考慮することが可能でない場合、ＷＴＲＵは、電力を、ＷＴＲＵに利用可能な最大送信電力と、ＷＴＲＵが第１のＭＡＣインスタンスに対する送信を開始する時間に第２のＭＡＣインスタンスの送信に割り当てられる電力との差まで、第１のＭＡＣインスタンスに割り当ててよい。
【０４０５】
図１５は、たとえば、図１２のステップ１２６０に関して図示および説明されるように残りの電力の割り当てのために実施されてよい例示的なプロシージャ１５６０を示す。図１５に示される例では、残りの電力は、非同期ケースの場合、ＣＧ１またはＣＧ２に早い者勝ちで割り当てられる。
【０４０６】
ステップ１５６０内で、ＷＴＲＵは、ステップ１５１０において、（たとえば、図４に関して図示および説明されるように）ＣＧ１のアップリンクリソースを使用してＷＴＲＵからＣＧ２に送信されるようにスケジュールされたアップリンク送信が非同期であるかどうかを最初に決定してよい。そうである場合、ＷＴＲＵは、ステップ１５２０において、時間間隔内にスケジュールされたＣＧ１のアップリンクリソースを使用する第１のアップリンク送信が、時間間隔内にスケジュールされたリソースＣＧ２を使用する第１のアップリンク送信よりも時間的に早く開始するかどうかを決定してよい。そうである場合、残りの電力は、ステップ１５３０において、ＣＧ１のアップリンクリソースを使用するアップリンク送信のために割り当てられる。そうでない場合、残りの電力は、ステップ１５４０において、ＣＧ２のアップリンクリソースを使用するアップリンク送信のために割り当てられる。いくつかの実装形態では、ステップ１５３０および／またはステップ１５４０における割り当ては、本明細書で説明される方法のいずれかによるスケジュールされたアップリンク送信の優先順位付けを使用して実行されてよい。
【０４０７】
いくつかの手法では、ＷＴＲＵは、各ＭＡＣエンティティに対する電力レベル（最大電力のため、または最小保証電力のためのどちらか）のための値の異なるセットを用いて構成されてよい。たとえば、ＷＴＲＵは、最小保証電力に対応する各ＭＡＣエンティティの１つの値を含んでよく、およびすべての値の合計がＷＴＲＵのための利用可能な電力の総量よりも小さい値に対応する第１のセットと、合計がＷＴＲＵのための利用可能な電力の総量に対応する第２のセットとを用いて構成されてよい。この場合、ＷＴＲＵは、どのようにして電力を所与のサブフレーム内の各送信に割り当てるかをＷＴＲＵが決定するとき、両方のＭＡＣエンティティの送信を考慮することが可能な場合、値の第１のセットを使用してよく、そうでない場合、ＷＴＲＵは、値の第２のセットを使用してよい。たとえば、ネットワークは、ＷＴＲＵ実装形態が、両方のＭＡＣエンティティに対する送信間で観察されたタイミングに応じて、どの電力割り当て方法を使用するべきかを決定するための自由を与えられてよいように、両方のタイプの動作に適切な値を決定してよい。
【０４０８】
いくつかの手法では、ＷＴＲＵは、少なくとも利用可能な保証電力が所与の時間に第１のＭＡＣインスタンスに利用可能であることを確実にしてよく、ＷＴＲＵが、同期されていない動作のモードのために時間的に後で発生する第２のＭＡＣインスタンスに対する送信も実行するとき、残りの電力を、もしあれば、反応性（reactive）電力割り当てのみを実行する、または事前（proactive）電力割り当ても実行する、その能力に応じて割り当ててよい。たとえば、ＷＴＲＵは反応性電力割り当てのみが可能である場合、または第１のＭＡＣインスタンスがより高い優先順位を有する場合、ＷＴＲＵは、反応性電力割り当てを実行し、第２のＭＡＣインスタンスに利用可能な電力を、第２のＭＡＣインスタンスのための最小保証電力と、ＷＴＲＵに利用可能な最大送信電力と第１のＭＡＣインスタンスに必要とされる電力との差との最大値に制限してよい。たとえば、ＷＴＲＵは反応性電力割り当てのみが可能である場合、または第２のＭＡＣインスタンスがより高い優先順位を有する場合、ＷＴＲＵは、反応性電力割り当てを実行し、第１のＭＡＣインスタンスに利用可能な電力を、第１のＭＡＣインスタンスのための最小保証電力に制限してよい。たとえば、ＷＴＲＵは事前電力割り当てが可能である場合、また第２のＭＡＣインスタンスがより高い優先順位を有する場合、ＷＴＲＵは、事前電力割り当てを実行し、第１のＭＡＣインスタンスに利用可能な電力を、第１のＭＡＣインスタンスのための最小保証電力と、ＷＴＲＵに利用可能な最大送信電力と第２のＭＡＣインスタンスに必要とされる電力との差との最大値に制限してよい。
【０４０９】
利用可能な保証電力の決定に使用される手法が、本明細書でさらに説明される。
【０４１０】
複数の優先順位レベルのための等しくないスケーリング：別の手法では、すべての送信は、優先順位レベルに応じて異なるスケーリング値を用いてスケーリングされてよい。適切なスケーリング値を決定するために、ＷＴＲＵは、異なる優先順位の異なる送信に適用されるスケーリング比を用いてあらかじめ構成されてよい。スケーリング比は、各優先順位レベルに対して提供されてよい。たとえば、優先順位ｑ≠０の送信は、優先順位ｑ＝０の送信と比較されたときのスケーリング比、すなわちΔq＝ｗq（ｉ）／ｗ0（ｉ）を有してよい。ＴＴＩ内に複数の送信を有すると予想されるＷＴＲＵは、すべての送信のための必要とされる総電力を
【０４１１】
【数３０】
2020191677.tif 000032
【０４１２】
と決定してよく、ここで、
【０４１３】
【数３１】
2020191677.tif 000033
【０４１４】
である。
【０４１５】
必要とされる総電力がＰCMAX（ｉ）を超えない場合、ＷＴＲＵが送信をスケーリングする必要はない。しかしながら、必要とされる総電力がＰCMAX（ｉ）を超える場合、ＷＴＲＵは、適切なスケーリング比を使用することによって、すべての送信に対してスケーリングを実行してよい。したがって、ＷＴＲＵは、以下の式を解いて、スケーリングファクタのセットｗt（ｉ）＝ｗq（ｉ）  ∀ｔ∈Ｔqを決定してよい。
【０４１６】
Σqｗq（ｉ）αq（ｉ）ＰCMAX（ｉ）＝ＰCMAX（ｉ）    式（４５）
Ｗq（ｉ）＝ｗ0（ｉ）Δq，∀ｑ＞０    式（４６）
【０４１７】
Δqの値は、本明細書で説明される、ＭＡＣの優先順位を更新するための方法で、最新のスケーリングの結果に基づいて更新されてよい。そのうえ、ＷＴＲＵは、より高い優先順位の送信があらかじめ構成された値を決して下回らなくてよいように、最小送信電力を用いて構成されてよい。そのような場合、上記の式を解くことは、高優先順位送信が不十分な電力を割り当てられることを招いてよい。したがって、ＷＴＲＵは、式を最初に解いてよく、次いで、第１の優先順位送信が不十分な電力を割り当てられる場合、ＷＴＲＵは、１（または複数）の最も低い優先順位の送信から割り当てられた電力を除去し、その電力を、十分な電力が達成されるまで、第１の優先順位の送信に割り当ててよい。同じことが、減少する優先順位の順序ですべての送信電力が使い果たされるなどまで、第２の優先順位の送信に対して行われ得る。そのような手法では、１または複数のより低い優先順位の送信がもはや送信電力を割り当てなくなることが可能であり、そのような場合、ＵＬ送信は、優先順位ルールにより中断されたと考えられる。
【０４１８】
例示的な例として、上記の公式に基づいて、第１の優先順位の送信（ｑ＝０）はβ  Ｗを割り当てられてよく、第２の優先順位の送信（たとえばｑ＝１）はρ  Ｗを割り当てられてよく、第３の優先順位の送信（たとえばｑ＝２）はψ  Ｗを割り当てられてよい。しかしながら、第１の優先順位の送信は、γ  Ｗという必要とされる最小送信電力を有してよく、ここで、γ＞βである。したがって、ＷＴＲＵは、最も低い優先順位の送信からγ−β  Ｗを再度割り当ててよく、結果として得られる電力割り当ては、第１の優先順位の送信のためのβ  Ｗ、第２の優先順位の送信のためのρ  Ｗ、および第３の優先順位の送信のためのφ−（γ−β）Ｗによって与えられてよい。φ−（γ−β）＜０の場合、第１の優先順位の送信の電力要件を充足させるために、第２の優先順位の送信から割り当てられた何らかの電力は、第１の優先順位の送信に再度割り当てられてよく、したがって、結果として得られる電力割り当ては、第１の優先順位の送信のためのβ  Ｗ、第２の優先順位の送信のためのρ−（γ−β−φ）Ｗ、および第３の優先順位の送信のための０  Ｗによって与えられてよい。ある優先順位の送信のための電力要件を充足させた後、同じことが、次の優先順位の送信に対して行われ得る。
【０４１９】
等しくないスケーリングを達成する異なる手法では、ＷＴＲＵは、以下で説明される帰納的な方法で使用されてよいスケーリング比のセット（δ1，δ2，…）が提供されてよい。最初に、ＷＴＲＵは、任意の優先順位ｑのすべての意図された送信のための送信電力
【０４２０】
【数３２】
2020191677.tif 000034
【０４２１】
を決定する。それらの電力の合計がＰCMAX（ｉ）よりも大きい場合、等しくないスケーリングが適用されてよい。等しくない電力スケーリングアルゴリズムは、以下のこれらのステップに従うことによって実行される。
【０４２２】
すべての他の優先順位送信と比較されたとき、最も高い優先順位（たとえばｑ＝０）の送信のスケーリングを決定する。ＷＴＲＵは、以下の方法で使用される第１のスケーリング比δ1を用いて構成される。
【０４２３】
ｗ0（ｉ）α0（ｉ）ＰCMAX（ｉ）＋δ1ｗ0（ｉ）Σq>0αq（ｉ）ＰCMAX（ｉ）    式（４７）
【０４２４】
最も高い優先順位の送信に使用されるスケーリング（ｗ0（ｉ））は、このアルゴリズムの残りに対して固定されたままであってよい。後続の優先順位送信のスケーリングファクタを決定するために（たとえば、ｑ＝ｌ，２，３，…）、残りの利用可能な電力から、（ｋ−ｌ）番目の優先順位の送信に割り当てられた電力を最初に除去する。
【０４２５】
Ｐk（ｉ）＝Ｐk-1（ｉ）−Ｗk-1（ｉ）αk-1（ｉ）ＰCMAX（ｉ）、ｋ＞０    式（４８）
ここで、
Ｐ0（ｉ）＝ＰCMAX（ｉ）    式（４９）
【０４２６】
次に、第１のステップと同様に、ｋ番目の優先順位の送信の電力スケーリングを決定する。
【０４２７】
Ｗk（ｉ）αk｛ｉ）ＰCMAX（ｉ）＋δkｗk（ｉ）Σq>kαq（ｉ）ＰCMAX（ｉ）＝Ｐk（ｉ）    式（５０）
【０４２８】
すべての送信が電力を割り当てられるまで、ステップ（ｂ）および（ｃ）を繰り返す。
【０４２９】
利用可能な保証電力と優先順位基準の組み合わせを用いた電力スケーリング：以下の段落は、セルグループのための利用可能な保証電力と優先順位レベルの使用などの本明細書で説明される概念の組み合わせを使用して電力スケーリングがどのように実行可能であるかについて説明する。そのようなプロシージャは、「全体的スケーリングプロシージャ」と称されてよく、説明されるスケーリングプロシージャの複数の適用を含んでよい。
【０４３０】
以下の説明は、一般性を失うことなく、２つのセルグループ（ＣＧ）が定義されることを仮定する。全体的スケーリングプロシージャの開始点（入力）は、Ｐdt（ｉ）と示される、送信ｔのための所望の電力レベルのセットであり、全体的スケーリングプロシージャの出力は、Ｐst（ｉ）と示される、送信ｔのためのスケーリングされた電力レベルのセットである。次いで、全体的なスケーリング重みｗt（ｉ）が、スケーリングされた電力レベルと所望の電力レベルの比と定義されてよく、すなわち、ｗt（ｉ）は、Ｐst（ｉ）／Ｐdt（ｉ）として設定されてよい。
【０４３１】
所望の電力レベルＰdt（ｉ）の計算は、開ループ構成要素と閉ループ調整と物理レイヤシグナリングまたは上位レイヤシグナリングから取得されるパラメータとを含む既知の電力制御解決策から取得されてよい。所望の電力レベルは、ＰCMAX,c（ｉ）など、セルごとに制限を受けやすいことが仮定されてよい。さらに、いくつかの解決策では、セルグループｍに対する送信の所望の電力の合計が、セルグループごとの構成された最大電力ＰCMAXM,m（ｉ）を超える場合、ＷＴＲＵは、ＰCMAXM,m（ｉ）に対応する最大総電力レベルを使用して、このセルグループに対する送信の所望の電力Ｐdt（ｉ）に対してスケーリングプロシージャを実行してよい。その後の説明を簡略化するために、そのようなスケーリングプロシージャの出力は、適用される場合、依然として「所望の電力」Ｐdt（ｉ）と呼ばれる。
【０４３２】
ＷＴＲＵは、一方または両方のセルグループｍに対する利用可能な保証電力Ｐgm（ｉ）を用いて構成されてよい。利用可能な保証電力がセルグループのために構成されない場合、ＷＴＲＵは、このセルグループのための利用可能な保証電力がゼロであることを仮定してよい。
【０４３３】
ＷＴＲＵは、すでに説明された公式に従って、各セルグループｍに対する電力の合計Ｐmtot（ｉ）と、ＭＡＣインスタンス上での電力の合計Ｐtot（ｉ）を最初に計算してよいが、ここで、Ｐt（ｉ）は、所望の電力Ｐdt（ｉ）に対応してよい。ＭＡＣインスタンスに対する合計Ｐtot（ｉ）がＰCMAX（ｉ）よりも小さいまたはこれに等しい場合、さらなる措置は、電力をスケールダウンさせるために必要とされなくてよく、したがって、すべての送信に対して、Ｐst（ｉ）＝Ｐdt（ｉ）である。
【０４３４】
そうでない場合、Ｐtot（ｉ）がＰCMAX（ｉ）よりも大きい場合、ＷＴＲＵは、セルグループの各々に対して、所望の電力の合計Ｐmtot（ｉ）が、対応する利用可能な保証電力Ｐgm（ｉ）よりも小さいまたはそれに等しいかどうかを決定してよい。この条件が第１のセルグループ（ｍ＝０）に対して充足される場合、ＷＴＲＵは、この第１のセルグループの送信の電力のスケーリングを実行しなくてよい、すなわち、この第１のセルグループに属する送信に対して、Ｐst（ｉ）＝Ｐdt（ｉ）である。次いで、ＷＴＲＵは、ＰCMAX（ｉ）と第１のセルグループの電力合計Ｐ0tot（ｉ）との差すなわちＰCMAX（ｉ）−Ｐ0tot（ｉ）に対応する最大総電力レベルを使用して、第２のセルグループ（ｍ＝１）の送信の所望の電力Ｐdt（ｉ）に対してスケーリングプロシージャを実行してよく、このプロシージャの結果は、第２のセルグループに属する送信のためのスケーリングされた電力レベルのセットＰst（ｉ）である。
【０４３５】
反対に、この条件が第２のセルグループ（ｍ＝１）に対して充足される場合、ＷＴＲＵは、この第２のセルグループの送信の電力のスケーリングを実行しなくてよい、すなわち、この第２のセルグループに属する送信に対して、Ｐst（ｉ）＝Ｐdt（ｉ）である。次いで、ＷＴＲＵは、ＰCMAX（ｉ）と第２のセルグループの電力合計Ｐ1tot（ｉ）との差に対応する最大総電力レベルを使用して、第１のセルグループ（ｍ＝０）の送信の所望の電力Ｐdt（ｉ）に対してスケーリングプロシージャを実行してよく、このプロシージャの結果は、第１のセルグループに属する送信のためのスケーリングされた電力レベルのセットＰst（ｉ）である。
【０４３６】
そうでない場合、両方のセルグループｍ＝０およびｍ＝１に対して、所望の電力の合計Ｐmtot（ｉ）が、対応する利用可能な保証電力Ｐgm（ｉ）よりも大きい場合、以下で説明される解決策を含む、セルグループ間で電力を共有し、電力をスケーリングする異なる解決策が考えられてよい。
【０４３７】
第１の解決策：セルグループによるスケーリングに続く、セルグループ上でのスケーリング。第１の解決策では、ＷＴＲＵは、各セルグループｍに対して、ＰCMAX（ｉ）と他のグループｍ’の利用可能な保証電力Ｐgm（ｉ）との差に対応する最大総電力レベルを使用してセルグループの送信の所望の電力に対するスケーリングプロシージャを実行することによって開始してよい。言い換えれば、第１のセルグループｍ＝０のために考慮される最大総電力レベルは、ＰCMAX（ｉ）−Ｐg1（ｉ）に設定されてよく、第２のセルグループｍ＝１のために考慮される最大総電力レベルは、ＰCMAX（ｉ）−Ｐgo（ｉ）に設定されてよい。このプロセスの結果として、ＷＴＲＵは、両方のセルグループから、最初にスケーリングされた送信電力のセットＰist（ｉ）を取得している。しかしながら、両方のセルグループ上での、これらの最初にスケーリングされた送信電力の合計Ｐist（ｉ）は、一般に、依然としてＰCMAX（ｉ）を超えてよい。これが当てはまる場合、ＷＴＲＵは、ＰCMAX（ｉ）の最大値のための両方のセルグループのすべての最初にスケーリングされた送信電力Ｐist（ｉ）に対して追加スケーリングプロシージャを実行して、スケーリングされた送信電力Ｐst（ｉ）を取得してよい。以前に説明されたように、複数の優先順位レベルは、スケーリングプロシージャを実行するとき、送信のために考慮されてよい。優先順位順序は、たとえば各送信の物理チャネルのタイプ、各送信によって搬送されるアップリンク制御情報のタイプ、送信が属するセルグループに基づいて定義されてよく、ネットワークインジケーションが受信されたかどうかに依存してよい。全体的なプロシージャは、最終送信電力が取得された後に完了される。
【０４３８】
第２の解決策：保証電力に対するスケーリングに続く、両方のセルグループ上の非保証電力に対するスケーリング。第２の解決策では、スケーリングされた電力レベルＰst（ｉ）が２つの部分Ｐguat（ｉ）およびＰnguat（ｉ）の合計として計算され、ここで、Ｐguat（ｉ）は、送信ｔが属するセルグループのための利用可能な保証電力から取得される部分であり、Ｐnguat（ｉ）は、セルグループに保証されない電力から取得される部分である。各部分または両方の部分はゼロであってもよいし、所望の電力レベルに対応してもよい。
【０４３９】
ＷＴＲＵは、各セルグループｍに対して、セルグループの利用可能な保証電力Ｐgm（ｉ）に対応する最大レベルのためのセルグループの送信の所望の電力に対するスケーリングプロシージャを実行することによって開始してよい。このプロセスの結果として、ＷＴＲＵは、利用可能な保証電力Ｐguat（ｉ）から、部分のセットを取得している。
【０４４０】
セルグループ上での利用可能な保証電力の合計Ｐgm（ｉ）がＰCMAX（ｉ）よりも小さい場合、セルグループに保証されない電力から取得される部分Ｐnguat（ｉ）は、ゼロよりも大きくてよい。部分のセットＰnguat（ｉ）は、利用可能な保証電力からの部分Ｐguaｔ（ｉ）が所望の電力Ｐdt（ｉ）よりも小さい両方のセルグループのすべての送信に対して実行される追加スケーリングプロシージャの出力として計算されてよい。各そのような送信に対するこのスケーリングプロシージャへの入力として使用されるあらかじめスケーリングされた電力は、所望の電力と利用可能な保証電力からの部分との差Ｐdt（ｉ）−Ｐguat（ｉ）であってよい。スケーリングプロシージャで使用される最大電力は、利用可能でない保証電力ＰCMAX（ｉ）−Ｐgo（ｉ）−Ｐg1（ｉ）であってよい。スケーリングプロシージャに使用される優先順位順序は、前の解決策と同様に定義されてよい。
【０４４１】
第３の解決策：セルグループによる割り当てに続く、一方または両方のセルグループのためのセルグループによる割り当て。第３の解決策では、ＷＴＲＵは、少なくとも１つの優先順位基準に基づいて、セルグループ間の相対優先順位（すなわちランキング）を識別することによって開始してよい。優先順位基準は、セルグループの送信に含まれるＵＣＩのタイプ、またはセルグループの送信間のＵＣＩの最も高い優先順位のタイプ、セルグループ自体の識別情報（すなわち、セルグループがマスタＣＧかセカンダリＣＧか）のうちの１または複数を含んでよく、ネットワークインジケーションが受信されたかどうかに依存してよい。ＵＣＩまたは送信のタイプ（ＵＣＩを伴わないＰＵＳＣＨに優先するＰＵＣＣＨ、またはＵＣＩなしに優先するＣＳＩに優先するＨＡＲＱ  Ａ／Ｎなど）に基づく優先順位基準が使用されるとき、ＣＧのための優先順位は、セルグループのすべての送信間での、あるいは利用可能な保証電力のみがセルグループに利用可能である場合にスケーリングが適用される必要があるセルグループの送信間のみでの、最も高い優先順位に基づいて、決定されてよい。一般性を失うことなく、高優先順位ＣＧは、インデックスｍ＝Ｈを用いて識別されてよく、低優先順位ＣＧは、インデックスｍ＝Ｌを用いて識別されてよい。次いで、セルグループに保証されない、利用可能な総電力ＰCMAX（ｉ）の部分は、優先順位に関して最も高い、優先順位のセルグループに割り当てられてよいが、低優先順位セルグループは、残りの電力を割り当て可能であり、したがって、高優先順位セルグループおよび低優先順位セルグループに対する割り当てられた最大総電力Ｐ’CMAXM,H（ｉ）およびＰ’CMAXM,L（ｉ）がそれぞれ、以下に従って設定されてよい。
【０４４２】
Ｐ’CMAXM,H（ｉ）＝ｍｉｎ［ＰCMAX（ｉ）−ＰgL（ｉ），ＰHtot（ｉ）］    式（５１）
Ｐ’CMAXM,L（ｉ）＝ＰCMAX（ｉ）−Ρ’CΜΑΧΜ,Η（ｉ）    式（５２）
【０４４３】
第２のステップでは、ＷＴＲＵは、Ｐ’CMAXM,L（ｉ）の最大値を使用して、低優先順位セルグループの送信に対してスケーリングプロシージャを実行し、このプロシージャの出力は、低優先順位セルグループの送信のためのスケーリングされた電力のセットである。高優先順位セルグループの所望の電力の合計ＰHtot（ｉ）が差ＰCMAX（ｉ）−ＰgL（ｉ）を超える場合、ＷＴＲＵはまた、Ｐ’CMAXM,H（ｉ）の最大値を使用して、高優先順位セルグループの送信に対してスケーリングプロシージャを実行し、このプロシージャの出力は、高優先順位セルグループに属する送信のためのスケーリングされた電力のセットである。そうでない場合、スケーリングは、高優先順位セルグループの送信の電力に対して適用されず、すなわち、このセルグループの送信に対してＰst（ｉ）＝Ｐdt（ｉ）である。
【０４４４】
同期されていない送信を用いた電力スケーリング：異なるＭＡＣインスタンスのために（またはサービングセルの異なるセットのために）行われる送信は、サブフレームレベルで同期されなくてよい。これは、サブフレームのための第１のＭＡＣインスタンスに関連する送信は、第２のＭＡＣインスタンスに関連する送信が開始する時間にすでに開始されていてよいことを意味する。以下の段落は、そのような状況で電力スケーリングを扱う手法について説明する。場合によっては、以下で説明される解決策は、サブフレーム間のタイミング差が単一ＯＦＤＭシンボルの持続時間などの特定の持続時間よりも大きい場合に適用されてよい。
【０４４５】
送信は、２つのサブセットＡおよびＢにカテゴリ化されてよいことが仮定され、（サブフレームのための）所与のサブセットのすべての送信は同時に開始するが、異なるサブセット内の送信は同時に開始しなくてよい。たとえば、サブセットＡの送信のサブフレームｉは、サブセットＢの送信のサブフレームｉの第３のＯＦＤＭシンボルで開始してよい。例では、サブセットＡおよびＢはそれぞれ、プライマリＭＡＣインスタンスおよびセカンダリＭＡＣインスタンスの送信に対応してよい。
【０４４６】
送信がセルグループ（またはＭＡＣインスタンス）間で同期されない場合、サブフレームｉ内の構成された総最大出力電力ＰCMAX（ｉ）は、以下のプロシージャに従って決定されてよい。ＷＴＲＵは、サブセットＡのサブフレームｉの２つの部分のための下限ＰCMAX_Lおよび上限ＰCMAX_Hを決定してよく、第１の部分はサブセットＢのサブフレームｊと重複し、第２の部分はサブセットＢのサブフレームｊ＋１と重複する。これらの限界は、次のように示される。
【０４４７】
−  ＰCMAX_L（ｉ，ｊ）は、サブセットＡのサブフレームｉの、サブセットＢのサブフレームｊと重複する部分のための下限である。
【０４４８】
−  ＰCMAX_L（ｉ，ｊ＋１）は、サブセットＡのサブフレームｉの、サブセットＢのサブフレームｊ＋１と重複する部分のための下限である。
【０４４９】
−  ＰCMAX_H（ｉ，ｊ）は、サブセットＡのサブフレームｉの、サブセットＢのサブフレームｊと重複する部分のための上限である。
【０４５０】
−  ＰCMAX_H（ｉ，ｊ＋１）は、サブセットＡのサブフレームｉの、サブセットＢのサブフレームｊ＋１と重複する部分のための上限である。
これらの限界は、すでに説明された公式に基づいて決定されてよく、パラメータ（最大電力減少など）の値は、サブフレームの対応する部分内で行われる実際の送信に依存してよいことが理解される。次いで、サブフレームｉ内の構成された総最大出力電力ＰCMAX（ｉ）は、以下に従って境界を画されてよい。
【０４５１】
ＰCMAX_L（ｉ）≦ＰCMAX（ｉ）≦ＰCMAX_H（ｉ）、    式（５３）
ここで、
ＰCMAX_L（ｉ）＝ＭＩＮ  ｛ＰCMAX_L（ｉ，ｊ），ＰCMAX_L（ｉ，ｊ＋ｌ）｝    式（５４）
ＰCMAX_H（ｉ）＝ＭＡＸ｛ＰCMAX_H（ｉ、ｊ），ＰCMAX_H（ｉ、ｊ＋１）｝    式（５５）
さらに、ＰPowerClassは、任意の時間の期間中に超えられることはできない。あるいは、以下に従って限界を計算してよい。
【０４５２】
ＰCMAX_L＝ＭＩＮ｛ＰPowerClass，ＰCMAXM_L,△（Ｉ）＋ＭＩＮ｛ＰCMAXM_L,B（ｊ），ＰCMAXM_L,B（ｊ＋１）｝    式（５６）
ＰCMAX_H＝ＭＩＮ｛ＰPowerClass，ＰCMAXM_H,Α（ｉ）＋ＭＡＸ｛ＰCMAXM_H,B（ｊ），ＰCMAXM_H,B（ｊ＋１）｝、    式（５７）
ここで、ＰCMAXM_L,A（ｉ）、ＰCMAXM_H,A（ｉ）は、サブフレームｉ内のＭＡＣインスタンス（またはセルグループ）Ａごとの構成された最大電力の下限および上限、ＰCMAXM_L,B（ｊ）、ＰCMAXM_H,A（ｊ）は、サブフレームｊ内のＭＡＣインスタンス（またはセルグループ）Ｂごとの構成された最大電力の下限および上限である。
【０４５３】
サブセットＡを基準とみなすと、このサブセットのためのサブフレームｉ内の電力スケーリングは、以下の送信の電力に依存してもよいし、これと共同で決定されてもよい。
【０４５４】
サブフレームｊのためのサブセットＢの送信、および
【０４５５】
サブフレームｊ＋１のためのサブセットＢの送信、
【０４５６】
ここで、サブセットＢのためのサブフレームｊの終了は、サブセットＡのためのサブフレームｉの開始と終了との間で発生する。
【０４５７】
図１６は、非同期ケースの場合の、時間間隔（Ｐｃｍａｘ）中にすべてのアップリンク送信のために利用可能な最大電力のＷＴＲＵによる決定を示すフロー図１６００を示す。
【０４５８】
ステップ１６１０において、ＷＴＲＵは、ＣＧ１のアップリンクリソースを使用する送信にスケジュールされたサブフレームｉが、ＣＧ２のアップリンクリソースを使用する送信にスケジュールされたサブフレームｊと非同期に重複するか（すなわち、サブフレームｉの開始時間とサブフレームｊの開始時間との差が、図２および図３に関して説明される同時性のための閾値を超える）どうかを決定してよい。フレームｉとｊが非同期で重複する場合、ＷＴＲＵは、ステップ１６２０において、サブフレームｉがサブフレームｊの前に開始するかどうかを決定してよい。
【０４５９】
サブフレームｉがサブフレームｊの前に開始する場合、ＷＴＲＵは、ステップ１６３０において、サブフレームｉ、サブフレームｊ、および時間的にサブフレームｉと重複するサブフレームｊ−１（すなわち、ＣＧ２のアップリンクリソースを使用するアップリンク送信にスケジュールされた先行フレーム）に基づいて、Ｐｃｍａｘを決定してよい。第１の範囲は、サブフレームｉおよびサブフレームｊに基づいてＷＴＲＵによって決定されてよく、第２の範囲は、サブフレームｉおよびサブフレームｊ−１に基づいてＷＴＲＵによって決定されてよい。次いで、Ｐｃｍａｘの最小値が、第１の範囲の最低値および第２の範囲の最低値のうちの小さい方としてＷＴＲＵによって決定されてよく、次いで、Ｐｃｍａｘの最大値が、第１の範囲の最高値および第２の範囲の最高値のうちの大きい方としてＷＴＲＵによって決定されてよい。したがって、Ｐｃｍａｘは、最小値と最大値との間の範囲に含まれる。
【０４６０】
サブフレームｉがサブフレームｊの前に開始しない場合、ＷＴＲＵは、ステップ１６４０において、サブフレームｊ、サブフレームｉの、時間的にサブフレームｊと重複する部分、およびサブフレームｉ−１（すなわち、ＣＧ１へのアップリンク送信にスケジュールされた先行フレーム）の、時間的にサブフレームｊと重複する部分に基づいて、Ｐｃｍａｘを決定してよい。第１の範囲は、サブフレームｉおよびサブフレームｊに基づいてＷＴＲＵによって決定されてよく、第２の範囲は、サブフレームｉ−１およびサブフレームｊに基づいてＷＴＲＵによって決定されてよい。次いで、Ｐｃｍａｘの最小値が、第１の範囲の最低値および第２の範囲の最低値のうちの小さい方としてＷＴＲＵによって決定されてよく、次いで、Ｐｃｍａｘの最大値が、第１の範囲の最高値および第２の範囲の最高値のうちの大きい方としてＷＴＲＵによって決定されてよい。したがって、Ｐｃｍａｘは、最小値と最大値との間の範囲に含まれる。非同期ケースの場合、サブフレームｉおよびサブフレームｊは、定義上は、決して同時に開始しないことが留意されるべきである。
【０４６１】
図１７は、図１６に関して図示および説明されるステップ１６３０においてＰｃｍａｘを計算するためにＷＴＲＵによって使用されるサブフレームを示す。サブフレームｉは、ＣＧ１のアップリンクリソースを使用してＷＴＲＵから送信にスケジュールされる。サブフレームｊおよびｊ−１は、ＣＧ２のアップリンクリソースを使用してＷＴＲＵから送信にスケジュールされる。サブフレームｉの開始時間１７００は、サブフレームｊの開始時間１７１０に時間１７３０だけ先行し、時間１７３０は、図２および図３に関して説明される同時性のための閾値を超える。この非同期のケースの場合、第１の範囲は、サブフレームｉおよびサブフレームｊに基づいてＷＴＲＵによって決定されてよく、第２の範囲は、サブフレームｉおよびサブフレームｊ−１に基づいてＷＴＲＵによって決定されてよい。次いで、Ｐｃｍａｘの最小値が、第１の範囲の最低値および第２の範囲の最低値のうちの小さい方としてＷＴＲＵによって決定されてよく、次いで、Ｐｃｍａｘの最大値が、第１の範囲の最高値および第２の範囲の最高値のうちの大きい方としてＷＴＲＵによって決定されてよい。したがって、時間間隔１７３０のためのＰｃｍａｘは、最小値と最大値との間の範囲に含まれる。
【０４６２】
図１８は、図１６に関して図示および説明されるステップ１６４０においてＰｃｍａｘを計算するためにＷＴＲＵによって使用されるサブフレームを示す。サブフレームｉおよびｉ−１は、ＷＴＲＵからＣＧ１への送信にスケジュールされる。サブフレームｊは、ＷＴＲＵからＣＧ２への送信にスケジュールされる。サブフレームｉの開始時間１８００は、サブフレームｊの開始時間１８１０に時間１８３０だけ先行し、時間１８３０は、図３および図４に関して説明される同時性のための閾値を超える。この非同期のケースの場合、第１の範囲は、サブフレームｉおよびサブフレームｊに基づいてＷＴＲＵによって決定されてよく、第２の範囲は、サブフレームｉ−１およびサブフレームｊに基づいてＷＴＲＵによって決定されてよい。次いで、Ｐｃｍａｘの最小値が、第１の範囲の最低値および第２の範囲の最低値のうちの小さい方としてＷＴＲＵによって決定されてよく、次いで、Ｐｃｍａｘの最大値が、第１の範囲の最高値および第２の範囲の最高値のうちの大きい方としてＷＴＲＵによって決定されてよい。したがって、時間間隔１８３０のためのＰｃｍａｘは、最小値と最大値との間の範囲に含まれる。
【０４６３】
ある手法では、サブフレームｉ内のサブセットＡの送信の電力スケーリングは、スケーリング後のサブフレームｊのためのサブセットＢの送信の電力を考慮に入れて実行されてよく、スケーリングはサブセットＡのサブフレームｉが開始したとき進行中である。スケーリングファクタを決定する目的のために、構成された最大出力電力ＰCMAX（ｉ）は、この値とスケーリング後のサブフレームｊのためのサブセットＢの送信の電力の合計ｗt（ｊ）Ｐt（ｊ）との差に対応する値Ｐ’CMAX（ｉ）（または、残りの利用可能な電力）と置き換えられてよい。
【０４６４】
Ｐ’CMAX（ｊ）＝ＰCMAX（ｊ）−Σt∈Bｗt（ｊ）Ｐt（ｊ）    式（５８）
【０４６５】
項
【０４６６】
【数３３】
2020191677.tif 000035
【０４６７】
が、サブセットＢの送信のためのサブフレームｊ上で一定でない場合、サブフレームｊに対するその最大値が使用されてよい。たとえば、これは、ＳＲＳが最後のＳＣ−ＦＤＭＡシンボル内で送信されるときに発生し得る。項
【０４６８】
【数３４】
2020191677.tif 000036
【０４６９】
は、サブフレームｊ内のサブセットＢの送信に利用可能な最大電力レベルＰ’CMAXM,B（ｊ）と、サブセットＢの送信のための必要とされる電力の合計
ＰqB（ｊ）≡Σt∈BＰt（ｊ）    式（６１）
または場合によっては、サブフレーム上でのその最大値との最小値に等しくてよい。
【０４７０】
ＷＴＲＵは、この場合は重み決定のためにスロット間のＰＡ電力レベルを変更することができるので、サブフレームｉが、サブフレーム内周波数ホッピングが構成され、サブセットＢのサブフレームｊとの重複期間がスロット持続時間よりも短いまたはこれに等しい場合、Ｐ’CMAX（ｉ）は、重複スロットの電力レベルのみを考慮に入れてよい。さらに、ＷＴＲＵは、この場合は重み決定のためにＳＲＳ間のＰＡ電力レベルを変更し、ＰＵＣＣＨ／ＰＵＳＣＨを短縮することができるので、サブフレームｉがＳＲＳ送信をスケジュールしており、重複期間がシンボルよりも短い場合、Ｐ’CMAX（ｉ）は、重複シンボルの電力レベルのみを考慮に入れてよい。
【０４７１】
反応性スケーリング（reactive scaling）：ある手法では、サブフレームｉ内のサブセットＡの送信のためのスケーリングファクタの決定は、上記のように修正された最大電力Ｐ’CMAX（ｉ）を考慮に入れ、サブフレームｉ内のサブセットＡのあらかじめスケーリングされた送信電力のセットのみをスケーリングプロシージャ内に含んで実行されてよい。サブセットＡの送信上に追加の構成された電力制限ＰCMAXM,A（ｉ）（またはＰ’CMAXM,A（ｉ））が存在する場合、スケーリングプロシージャは、Ｐ’CMAX（ｉ）とＰCMAXM,A（ｉ）（またはΡ’CΜΑΧΜ,Α（ｉ））との間の最小値に対応する最大電力レベルを使用して実行されてよい。異なるように表されると、サブフレームｉ内のサブセットＡの送信のためのスケーリングプロシージャに使用される最大電力レベルＰ’CMAXM,A（ｉ）は、Ｐ’CMAX（ｉ）＝ＰCMAX（ｉ）−Ｐ1CG,B（ｊ）と、構成された電力制限ＰCMAXM,A（ｉ）との最小値に対応してよく、後者はＰCMAX（ｉ）−ＰgBに対応してよく、ここで、ＰgBは、サブセットＢの送信に（同等に、保証電力がＰCMAX（ｉ）の比として構成される場合、ＰCMAX（ｉ）×（１−Ｒgb）に）対応するセルグループのために構成された保証電力である。この場合、最大電力レベルΡ’CΜΑΧΜ,Α（ｉ）は、ＰCMAX（ｉ）−ｍａｘ［ＰCMAX（ｉ）ＲgB，Ｐ1CG,B（ｊ）］とも表されてよい。
【０４７２】
この手法を使用すると、サブセットＡの送信電力は、サブフレーム内で開始するサブセットＢからの送信の電力要件を考慮することなく、このサブフレーム内で終わるサブセットＢからの送信によってもたらされる制限を考慮に入れて最大にされる。そのような手法は、本明細書では「反応性スケーリング」と呼ばれてよい。
【０４７３】
事前スケーリング（proactive scaling）：あるいは、サブフレームｉ内のサブセットＡの送信のためのスケーリングファクタの決定は、以下を考慮に入れて実行されてよい。
【０４７４】
サブフレームｉの、サブセットＢのサブフレームｊが終了するとき終了する部分に適用可能な修正された最大電力Ｐ’CMAX（ｉ）。
【０４７５】
サブフレームｉの、サブセットＢのサブフレームｊ＋１が開始するとき開始する部分に適用可能な構成された最大出力電力ＰCMAX（ｉ）。
【０４７６】
サブセットＢのサブフレームｊ＋１のためのあらかじめスケーリングされたまたは所望のＰdt（ｊ＋１）送信電力のセット。
【０４７７】
可能な追加の構成された最大電力は、サブフレームｉおよびｊ＋１内のサブセットＡおよびＢ、すなわちＰCMAXM,A（ｉ）およびＰCMAXM,B（ｊ＋１）に対して制限する。
【０４７８】
この手法を使用すると、サブセットＡの送信電力は、このサブフレーム内で終わるサブセットＢからの送信によってもたらされる制限ならびにこのサブフレーム内で開始するサブセットＢからの送信によってもたらされる制限の両方を考慮に入れて最大にされる。そのような手法は、本明細書では「事前スケーリング」と呼ばれてよい。この手法が使用されるとき、サブフレームｉ内のサブセットＡの送信電力のためのスケーリングファクタｗt（ｉ）は、以下のプロシージャに従って決定されてよい。
【０４７９】
−  サブセットＡのあらかじめスケーリングされた送信電力Ｐt（ｉ）または所望の電力Ｐdt（ｉ）のみに対して第１のスケーリングプロシージャを適用し、修正された最大電力Ｐ’CMAX（ｉ）、またはＰ’CMAX（ｉ）とサブセットＡの送信上の構成された電力制限ＰCMAXM,A（ｉ）（またはΡ’CΜΑΧΜ,Α（ｉ））との最小値を使用することによって、スケーリングファクタｗ(1)t（ｉ）またはスケーリングされた電力Ｐs(1)tを決定する、
−  サブフレームｉ内のサブセットＡのあらかじめスケーリングされた送信電力Ｐt（ｉ）または所望の電力Ｐdt（ｉ）、ならびにサブフレームｊ内のサブセットＢのあらかじめスケーリングされた送信電力Ｐt（ｊ＋１）または所望の電力Ｐdt（ｊ＋１）に対して第２のスケーリングプロシージャを適用し、構成された最大出力電力ＰCMAX（ｉ）を使用することによって、スケーリングファクタｗ(2)t（ｉ）またはスケーリングされた電力Ｐs(2)t（ｉ）を決定する。サブセットＡおよびＢに対する構成された電力制限ＰCMAXM,A（ｉ）およびＰCMAXM,B（ｊ＋１）（またはΡ’CΜΑΧΜ,Α（ｉ）およびΡ’CΜΑΧΜ,Β（ｊ））が定義される場合、スケーリングプロシージャは、ＭＡＣインスタンス（または複数のスケーリング）間の電力共有の場合に関してすでに説明された手法に従って実行されてよい。
【０４８０】
−  各スケーリングファクタに対して（または、各スケーリングされた電力に対して）２つの値の最小値を選択する。
【０４８１】
ｗt（ｉ）＝ｍｉｎ［ｗt(1)（ｉ），ｗt(2)（ｉ）］    式（６２）
または同等に、
Ｐst（ｉ）＝ｍｉｎ［Ｐs(1)t（ｉ），Ｐs(2)t（ｉ）］    式（６３）
【０４８２】
別の可能な解決策は、サブセットＡおよびＢがそれぞれＭＡＣインスタンスＡおよびＢに対応する場合、以下を含んでよい。以前に説明された値Ｐ’CMAX（ｉ）とＭＡＣインスタンスＡのための構成された最大電力ΡCΜΑΧΜ,Α（ｉ）との間の最小に対応する、サブフレームの第１の部のための仮の割り当てられた総電力Ｐ’(1)CMAXM,A（ｉ）を決定し、サブフレームｊ＋１のための第２のＭＡＣインスタンスＢの送信が考慮される、ＭＡＣインスタンス間の電力共有ならびに適用可能な場合は関連付けられた優先順位のための以前に説明された解決策のうちの１つを使用して、サブフレームの第２の部のための仮の割り当てられた総電力Ｐ’(2)CMAXM,A（ｉ）を決定し、サブフレームｉ（全体）のための割り当てられた総電力Ρ’CΜΑΧΜ,Α（ｉ）を、両方の仮の割り当てられた総電力との間の最小値として決定し、すなわち、Ρ’CΜΑΧΜ,Α（ｉ）＝ｍｉｎ｛Ρ’(1)CΜΑΧΜ,Α（ｉ），Ｐ’(2)CMAXM,A（ｉ）｝であり、Ρ’CΜΑΧΜ,Α（ｉ）の単一の最大総電力レベルのためのこれらの送信に対してスケーリングプロシージャを適用することによって、サブフレーム（ｉ）内のＭＡＣインスタンスに関連付けられたすべての送信の送信電力を決定する。
【０４８３】
いくつかの解決策では、計算は、サブフレームｊ＋１内のサブセットＢの割り当てられた総電力Ｐ’CMAXM,B（ｊ＋１）は、サブセットＢのための割り当てられた保証電力に対応する構成された値に等しいことを仮定することによって、実行されてよい。そのような手法は、サブフレームｉ内のサブセットＡの送信電力が計算されることが必要である時にサブセットＢの実際の必要とされる送信電力が既知でない場合に有用であってよい。いくつかの解決策では、Ｐ’CMAXM,B（ｊ＋１）の構成された値が使用されるかどうか、または実際の必要とされる送信電力に基づいて値が計算されるかどうかは、サブフレームｉとサブフレームｊ＋１との間のタイミングの差が閾値を下回るかどうか、またはサブフレームｊ＋１内のサブセットＢに適用可能な制御情報の受信とサブフレームｉ内のサブセットＡの送信との間の利用可能なＷＴＲＵ処理時間が閾値を下回るかどうかに依存してよい。たとえば、ＷＴＲＵは、送信のサブセット間のアップリンク動作のタイプ（同期または非同期）に基づくなどの、セルグループにまたがる同期アップリンク送信および非同期アップリンク送信に関して本明細書で説明される方法のいずれかに従って、タイミングのそのような差を決定してよい。あるいは、ＷＴＲＵは、ＷＴＲＵ処理時間に基づくなどの、時間予算（budget）を処理することに関して本明細書で説明される方法のいずれかに従って、タイミングの差を決定してよい。
【０４８４】
上記において事前スケーリングが実行されるとき、Ｐ’CMAX（ｊ＋１）の決定におけるサブセットＡのための上記のように計算されたスケーリングファクタを使用して反応性スケーリングプロシージャ（サブセットＢの観点から適用される）を適用することによって、サブフレームｊ＋１内のサブセットＢの送信のためのスケーリングの決定が直後に実行されてよい。これは、送信の両方のセットのためのスケーリングファクタが、間に間隔なしで計算されてよいことを意味する。
【０４８５】
上記における両方のサブセットに属する送信に対するスケーリングプロシージャの実行に関して、優先順位、および場合によってはサブ優先順位が各別個の送信上で定義されてよい。さらに、またはあるいは、優先順位は、サブセットベースで定義されてよい。たとえば、サブセットＡおよびサブセットＢがそれぞれ、プライマリＭＡＣインスタンスおよびセカンダリＭＡＣインスタンスに対応する場合、サブセットＢは、サブセットＡよりも高い優先順位を有してよい。
【０４８６】
ＷＴＲＵは、以下の基準のうちの少なくとも１つに基づいて、送信のサブセットに対して「反応性スケーリング」を適用するべきか「事前スケーリング」を適用するべきかを決定してよい。
【０４８７】
１つの例示的な手法では、ＷＴＲＵは、反応性スケーリングを送信の両方のサブセットに常に適用してよい。この場合、少なくとも送信のどちらかのサブセットのサブフレームの開始時に毎回、別個の計算が実行される。
【０４８８】
別の例示的な手法では、本明細書で説明される任意の優先順位付け解決策に基づいて、対応するＭＡＣインスタンスが他のＭＡＣインスタンスよりも高い優先順位である場合、ＷＴＲＵは、反応性スケーリングを送信のサブセットに対して適用してよい。
【０４８９】
別の例示的な手法では、サブフレームｉの開始とサブフレームｊ＋１の開始との間の時間差が閾値よりも小さい場合、ＷＴＲＵは、事前スケーリングをサブセットＡに対して（および、直後に反応性スケーリングをサブセットＢに対して）適用してよい。閾値は、あらかじめ定義されてよく、たとえば、ＷＴＲＵがサブセットＢの必要とされるあらかじめスケーリングされた送信電力を決定する利用可能な処理時間の許容可能な減少に対応してよい。閾値、または事前スケーリングが本当に可能であるかどうかは、ネットワークに知らされるＷＴＲＵ能力に依存してよい。あるいは、閾値は、サブフレームの半分または１つのスロットに対応してよい。この場合、ペアにされたサブフレームの開始の間の時間間隔が最小にされるように、効果的に、サブフレームのペアリングが実行される。次いで、事前スケーリングが、このペアの前の方のサブフレームに対して実行され、反応性スケーリングが、後の方のサブフレームに対して実行される。別の例の場合では、この手法は、前の方のサブフレームがより低い優先順位のＭＡＣインスタンスに対する送信に対応する場合のみ使用される。
【０４９０】
プリエンプション（pre-emption）を用いた反応性スケーリング：いくつかの手法では、ＷＴＲＵが、第２のＭＡＣインスタンス（またはその送信）が、サブフレームｉ内の第１のＭＡＣインスタンスよりも高い優先順位をサブフレームｊ＋１内で有することを決定する場合、ＷＴＲＵは、反応性スケーリングプロシージャに従って（すなわち、サブフレームｉの前の方の部分において重複するサブフレームｊの第２のＭＡＣインスタンスの送信のみを考慮に入れて）サブフレームｉ内の第１のＭＡＣインスタンスに対する送信電力を計算し、サブフレームのすべてまたは１つの部分に対するこの第１のＭＡＣインスタンスに対する送信を破棄してよい。
【０４９１】
言い換えれば、サブフレームｉの少なくとも一部分におけるサブフレームｉ内の第１のＭＡＣインスタンスの送信電力は、サブフレームｊ＋１内の第２のＭＡＣインスタンスが、サブフレームｉ内の第１のＭＡＣインスタンスよりも高い優先順位を有するかどうかに応じて、反応性スケーリングプロシージャの結果またはゼロのどちらかであってよい。
【０４９２】
いくつかの手法では、ＷＴＲＵが、第２のＭＡＣインスタンスがサブフレームｊ＋１内でより低い優先順位（または場合によっては、より低いまたは等しい優先順位）を有することを決定する場合、またはＷＴＲＵが、送信がサブフレームｊ＋１内の第２のＭＡＣインスタンスに対して存在しないことを決定する場合、ＷＴＲＵは、反応性スケーリングプロシージャに従ってサブフレームｉ内の第１のＭＡＣインスタンスに対する送信電力を計算してよい。そうでない場合、ＷＴＲＵは、あらかじめ定義された割り当てられた総電力ＰpreemptCMAXM,A（ｉ）を最大電力として使用してスケーリングを適用することに基づいて、サブフレームｉ内の第１のＭＡＣインスタンスに対する送信電力を決定してよいが、これは、場合によっては、そのような値が、反応性スケーリングの一部として決定される残りの利用可能な電力Ｐ’CMAX（ｉ）よりも小さい場合のみに行われてよい。
【０４９３】
そのような解決策は、サブフレームｊ＋１内の第２のＭＡＣインスタンスに対する送信についての情報が利用可能になったとき、電力の大量の計算または再計算を回避することの利益を有してよい。
【０４９４】
さらなる例示的な適用可能な優先順位付け機能が、以下の説明で説明される。関連手法は、ＷＴＲＵがアップリンク動作に関して制限されるときに適用されてよい手法を含む。たとえば、そのような優先順位付け機能は、以下のうちの少なくとも１つを含んでよい。
【０４９５】
選択的ブランキング：ＷＴＲＵは、より高い優先順位の送信を実行するべきであることを決定してよく、より低い優先順位の送信を実行するべきでない（または、送信にゼロ電力を割り当てる、その場合、これは電力スケーリングイベントとして考えられてよい）ことを決定してよい。
【０４９６】
これは、たとえば、複数のＭＡＣエンティティ（たとえば、プライマリ、セカンダリ）間で、および／または複数の物理チャネル（または信号）タイプ（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、ＳＲＳ）間で、および／または同じタイプの物理チャネル（たとえば、ＰＵＳＣＨおよびＰＵＳＣＨ、ＰＵＣＣＨおよびＰＵＣＣＨなど）のための複数の送信間で、何らかの形式のＴＤＭを実行するために有用であってよい。
【０４９７】
具体的には、これは、何らかのマージン内で、たとえばシンボル持続時間で、およびサイクリックプレフィックスの長さの範囲内で、アップリンク送信のタイミングが同期可能であることを仮定できるとき、有用であってよい。
【０４９８】
選択的送信：本明細書で説明されるように、ＷＴＲＵは、適用可能なグラント（「基本グラント」と呼ばれる）の１または複数の態様の置き換えとして送信の１または複数の特性を自律的に決定してよいように送信を実行するべきであることを決定してよい。
【０４９９】
トランケートされた送信：ＷＴＲＵは、より高い優先順位の送信を実行するべきであることを決定してよく、より低い優先順位の送信のための１または複数のシンボルをトランケートするべきであることを決定してよい。
【０５００】
これは、たとえば、複数のＭＡＣエンティティ（たとえば、プライマリ、セカンダリ）間で、および／または複数の物理チャネル（または信号）タイプ（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、ＳＲＳ）間で、および／または同じタイプの物理チャネル（たとえば、ＰＵＳＣＨおよびＰＵＳＣＨ、ＰＵＣＣＨおよびＰＵＣＣＨなど）のための複数の送信間で、何らかの形式のＴＤＭを実行するために有用であってよい。
【０５０１】
具体的には、これは、何らかのマージン内で、たとえばシンボル持続時間で、およびサイクリックプレフィックスの長さの範囲内で、アップリンク送信のタイミングが同期可能であることを仮定できないとき、有用であってよい。
【０５０２】
電力スケーリング：ＷＴＲＵは、１または複数のアップリンク送信の送信電力に対してスケーリング機能を適用するべきであることを決定してよく、したがって、電力は、より高い優先順位の送信に最初に割り当てられてよく、残りの電力は、優先順位の減少する順に割り当てられてよい。場合によっては、ＷＴＲＵが、２つ以上の送信の優先順位が等しいことを決定する場合、ＷＴＲＵは、追加の優先順位ルールを適用してよく、ＷＴＲＵは、残りの電力を等しく割り当ててもよいし、送信電力が最適化されてよいようなＷＴＲＵ実装形態の機能であってもよい（たとえば、ＷＴＲＵは、たとえばＭＰＲが適用された最小のバックオフ（least backoff）を必要とする電力割り当てを決定してよい）。
【０５０３】
ＨＡＲＱ  Ａ／Ｎまたは他のＵＣＩ送信に使用されるリソース：ＷＴＲＵは、リソースのタイプ（ＰＵＣＣＨまたはＰＵＳＣＨ）および／またはＨＡＲＱ  Ａ／ＮもしくはＰＵＳＣＨ内の他のＵＣＩに使用されるリソースの量もしくは割合を決定し、電力制限の場合にそのようなＵＣＩの検出成功の確率を増加させるようにしてよい。たとえば、ＨＡＲＱ  Ａ／Ｎまたはランクインジケーション（ＲＩ）に使用される符号化シンボルの数Ｑ’は、優先順位付け機能の出力として決定されてよい。たとえば、符号化シンボルの数Ｑ’は、優先順位付け機能の結果として、既存の解決策に従って計算された数の代わりに、ＰＵＳＣＨ割り当てのサブキャリアの４倍の数に設定されてよい。別の例では、優先順位付け機能は、ＨＡＲＱ  Ａ／Ｎは、ＰＵＳＣＨの代わりにＰＵＣＣＨ上で送信され、ＰＵＳＣＨ送信を破棄するべきであることを決定してよい。
【０５０４】
ＷＴＲＵは、本明細書で説明されるルールなどの１または複数のルールに従って、優先順位を決定してよい。そのような優先順位は、上記で説明されたものなどの優先順位付け機能に関連した優先順位付けレベルとして使用されてよい。
【０５０５】
そのような優先順位付け機能および優先順位付けレベルは、所与のＴＴＩにおいてアップリンク送信に使用されるグラントの選択に適用可能であってよい（たとえば、上記のケース１と同様に）。たとえば、ＷＴＲＵは、所与のＴＴＩに対して、プライマリＭＡＣインスタンスにとって有効なグラントと、セカンダリＭＡＣインスタンスにとって有効なグラントとを有してよい。ＷＴＲＵが選択的送信を適用する場合、ＷＴＲＵは、適用可能な優先順位レベルに応じて送信を実行するグラントを選択してよい。
【０５０６】
あるいは、そのような優先順位付け機能および優先順位付けレベルは、所与のＴＴＩにおいてアップリンク送信に使用される送信電力の割り当てに適用可能であってよい（たとえば、上記のケース２およびケース３と同様に）。たとえば、ＷＴＲＵは、所与のＴＴＩに対して、プライマリＭＡＣインスタンスにとって有効なグラントと、セカンダリＭＡＣインスタンスにとって有効なグラントとを有してよい。ＷＴＲＵが電力スケーリング機能を適用する場合、ＷＴＲＵは、どのＭＡＣエンティティに関連付けられたどの送信が、利用可能な送信電力に最初に割り当てられるべきであるかを決定し、次いで、残りの電力を、他のＭＡＣエンティティに関連付けられたアップリンク送信に割り当ててよい。場合によっては、残りの電力が関係送信に不十分な場合、ＷＴＲＵは選択的送信を実行してよい（適用可能な場合）。
【０５０７】
上記の優先順位付け機能のいずれかの場合、関係優先順位付け機能を表すパラメータは、ＷＴＲＵの構成態様であってよい。
【０５０８】
例では、優先順位付け機能はパラメータ化されてよい、すなわち、ネットワークは制御されてよい。たとえば、ＷＴＲＵは、特定のＭＡＣインスタンスに割り当てる電力（たとえば、以前に説明された、ＭＡＣインスタンスのための利用可能な保証電力Ｐgm（ｉ））の最小量を含む電力スケーリング機能のために構成されてもよいし、特定のＭＡＣインスタンスのために割り当てるターゲット電力比に構成されてもよい。場合によっては、そのような閾値は、物理チャネル（たとえば、ＰＵＣＣＨ、ＰＵＳＣＨ）ごとに適用されてよい。
【０５０９】
別の例では、ある手法では、ＭＡＣインスタンスのための利用可能な保証電力Ｐgm（ｉ）が、上位レイヤシグナリングから提供された値から導き出されてよい。この値は、絶対値（たとえば、ｄＢｍまたはｍＷで）に関して表されてもよいし、構成された総最大出力電力ＰCMAX（ｉ）または最大ＷＴＲＵ電力ＰPowerClassの割合（fraction）に関して表されてもよい。たとえば、サブフレーム（ｉ）内のＭＡＣインスタンスのための利用可能な保証電力は、ＰCMAX（ｉ）（ｄＢｍ単位で表される）をＸｄＢ下回るように決定されてもよいし、ＰCMAX（ｉ）（線形単位で表される）のＹ倍であるように決定されてもよいし、ここで、Ｙは、利用可能であることが保証される電力の比に対応する。Ｘ（またはＹ）の値は、上位レイヤによって提供されてよい。
【０５１０】
別の例では、ＷＴＲＵは、所与の優先順位付け機能のためのパラメータの１または複数のセットを用いて構成されてよい。複数の構成が、所与の機能のために利用可能であるとき、ＷＴＲＵは、（以下で説明されるように）半静的態様に応じて、および／または（以下で説明されるように）動的態様に応じて、所与のサブフレーム内でどの機能を適用するべきかを決定してよい。たとえば、電力スケーリング機能の場合、異なる閾値は、たとえば、デフォルト値を利用可能とすることができるように、および非デフォルトパラメータ（またはそのセット）を、たとえばＷＴＲＵによって受信された制御シグナリングによって対処することができるように、構成されてよい。
【０５１１】
言い換えれば、ＷＴＲＵは、適用可能な優先順位付けルールのセットを動的に修正する制御シグナリングを受信してよい。
【０５１２】
例では、ＷＴＲＵは、少なくとも１つのＭＡＣインスタンスのための利用可能な保証電力の可能なセットのうちの１つを使用するように構成されてよい。このセットは、上位レイヤシグナリング（たとえば、ＲＲＣ）から提供されてよい。このセットから使用する利用可能な保証電力の具体的な値は、物理レイヤシグナリングから提供されてもよいし、ＭＡＣシグナリング（ＭＡＣ制御要素）から提供されてもよい。たとえば、ＷＴＲＵは、場合によっては、特定のＭＡＣインスタンスから受信された場合のみ、受信されたＤＣＩのフィールドに基づいて、（各ＭＡＣインスタンスに対して）使用されるべきであるセットの値を決定してよい。値は、ＤＣＩに関連付けられたサブフレームのみに適用されてもよいし、このＤＣＩに関連付けられたアップリンク送信のみに適用されてもよい。あるいは、値は、新規インジケーションの受信まで、すべての後続のアップリンク送信に適用されてよい。
【０５１３】
別の例では、第１のＭＡＣインスタンスのためのセットから使用する利用可能な保証電力の具体的な値は、第２のＭＡＣインスタンスと比較して、このＭＡＣインスタンスの相対優先順位に依存してよい。そのような相対優先順位は、ＨＡＲＱ  Ａ／Ｎが第１のＭＡＣインスタンスの送信に含まれるか第２のＭＡＣインスタンスの送信に含まれるかに依存してよい。たとえば、第１のＭＡＣインスタンスのための利用可能な保証電力の可能な値のセットは、Ｐcmax（ｉ）の８０％、５０％、または２０％であってよい。この第１のＭＡＣインスタンスが、第２のＭＡＣインスタンスよりも低い優先順位を有する場合、第１のＭＡＣインスタンスのための利用可能な保証電力は、Ｐcmax（ｉ）の２０％であってよい。両方のＭＡＣインスタンスが同じ相対優先順位を有する場合、第１のＭＡＣインスタンスのための利用可能な保証電力は、Ｐcmax（ｉ）の５０％であってよい。この第１のＭＡＣインスタンスが、第２のＭＡＣインスタンスよりも高い優先順位を有する場合、第１のＭＡＣインスタンスのための利用可能な保証電力は、Ｐcmax（ｉ）の８０％であってよい。
【０５１４】
これは、動的制御シグナリングを使用して所与のＷＴＲＵに対する送信間での適用可能な優先順位の切り換えをｅＮＢが制御してよい動作を可能にするのに有用であってよい。
【０５１５】
別の例では、所与の優先順位付け機能において使用されてよいパラメータの値は、ＭＡＣインスタンス（セルグループ）間または送信間の優先順位の関数であってよい。たとえば、ＭＡＣインスタンスｍのための最大電力ＰCMAXM,mは、このＭＡＣインスタンスが他のＭＡＣインスタンスよりも優先される場合は、第１の値ＰCMAXM,HIGHであってよく、このＭＡＣインスタンスが優先されない、またはより低い優先順位を有する場合は、第２の値ＰCMAXM,LOWであってよい。別の例では、利用可能な保証電力Ｐgm（ｉ）は、このＭＡＣインスタンスが他のＭＡＣインスタンスよりも優先される場合は、第１の値ＰgHIGH（ｉ）であってよく、このＭＡＣインスタンスが優先されない、またはより低い優先順位を有する場合は、第２の値ＰgLOW（ｉ）であってよい。
【０５１６】
Ｐ＿ＭｅＮＢおよびＰ＿ＳｅＮＢの制御は、以下でさらに説明される。
【０５１７】
ＷＴＲＵ利用可能な電力のためのＭＡＣエンティティ間のハード分割（split）：ＷＴＲＵは、デュアルコネクティビティを用いて構成されるとき、本明細書ではＰ＿ＭｅＮＢと呼ばれるＭｅＮＢ（たとえば、プライマリＭＡＣエンティティ）に向けての送信に関連付けられたＭＡＣエンティティのためのＰｅＮＢ，ｍ＝ＰｅＮＢ，０の値を用いて、および本明細書ではＰ＿ＭｅＮＢと呼ばれるＳｅＮＢ（たとえば、セカンダリＭＡＣエンティティ）に向けての送信に関連付けられたＭＡＣエンティティのためのＰｅＮＢ，ｍ＝ＰｅＮＢ，１の値を用いて、（たとえばＲＲＣによって）構成されてよい。概念的に、そのような値は、電力スケーリングが適用されるべきであることをＷＴＲＵが決定する前にどのくらい多くの送信電力が必要とされるかに影響を与えてよい。そのような値はまた、ＷＴＲＵの送信のアップリンクカバレッジに影響を与えてよい。そのような値が、Ｌ３シグナリングを使用して半静的に構成されるとき、（重要なＬ３シグナリングの送信などのための）アップリンクカバレッジを維持できることを確実にしながら、システムがＷＴＲＵの電力使用を最適化することは困難になってよい。そのような値を動的に調整する方法は、本明細書でさらに説明される。
【０５１８】
ＷＴＲＵ利用可能な電力のためのＭＡＣエンティティ間の係数ベースの変数分割：例示的な手法では、ＷＴＲＵは、Ｐ＿ＭｅＮＢおよびＰ＿ＳｅＮＢの値に適用する係数値アルファをさらに決定してよい。次いで、ＷＴＲＵは、必要な場合、たとえば、ＷＴＲＵが、複数のＭＡＣエンティティに関連付けられた送信のための電力をどのように分割するかを決定することを必要とする場合、および／またはＷＴＲＵが優先順位付け機能を適用することを必要とする（たとえば、ＷＴＲＵが電力の性解された状況にある）場合、アルファ＊Ｐ＿ＭｅＮＢおよび（１−α）＊Ｐ＿ＳｅＮＢ（線形単位で）を使用してよい。
【０５１９】
ＷＴＲＵ利用可能な電力のためのＭＡＣエンティティ間の調整可能な分割レベル：例示的な手法では、ＷＴＲＵは、代わりに、異なる電力割り当て比が適用されてよいように構成されてよい。たとえば、ＷＴＲＵは、［Ｐ＿ＭｅＮＢ，Ｐ＿ＳｅＮＢ］のための値の複数のペアを用いて構成されてよい。あるいは、ＷＴＲＵは、アルファ値のセットを用いて構成されてよい。場合によっては、各ペアは、インデックス付けされてよい。
【０５２０】
ＷＴＲＵの自律的調整：ＷＴＲＵは、適用可能な電力割り当て比を自律的に決定してよい。
【０５２１】
ＷＴＲＵは、電力が制限されるようになり、未使用電力を関係送信に割り当てる比を変更してよい：一例では、ＷＴＲＵは、電力が制限されていることを決定する場合、そのような比を調整してよい。ＷＴＲＵは、所与のＭＡＣエンティティに関連付けられた送信のための特定の時間の期間のための不十分な送信電力を有することを決定し、より多くの電力が関係ＭＡＣエンティティの送信に利用可能になるように電力が再度割り当てられてよいことを決定してよい。これは、たとえば、十分な送信電力が、もしあれば、他のＭＡＣエンティティに関連付けられた送信のために利用可能なままである場合のみ、行われてよい。そのような時間の期間は、単一ＴＴＩ（たとえば、単一ＴＴＩの間の優先順位付けの適用の発生、たとえば電力スケーリングが、そのような調整をトリガしてよい）であってもよいし、複数のＴＴＩであってもよい。ＷＴＲＵは、電力スケーリングが最小にされてよいように、そのような期間中に適用される電力スケーリングレベルに応じて、調整を決定してよい。
【０５２２】
ＷＴＲＵは、ある期間にわたって平均電力を決定し、それに応じて、電力レベルを再度割り当ててよい：一例では、ＷＴＲＵは、使用される電力分割と各ＭＡＣエンティティに関連付けられた送信に割り当てられる平均電力はある期間にわたって互いに一致しないことを決定する場合、そのような比を調整してよい。たとえば、ＷＴＲＵは、第１のＭＡＣエンティティに関連付けられた送信に使用される電力は、平均して、ＷＴＲＵの構成における別の値に対応する量を超えないことを決定してよく、その値（アルファ、またはＰ＿ＭｅＮＢ、Ｐ＿ＳｅＮＢのペアのどちらか）は、第２のＭＡＣエンティティに関連付けられた送信を損なわずに使用されてよい。
【０５２３】
ＷＴＲＵは、より多くの電力が割り当てられるべきである送信を優先してよい：別の例では、ＷＴＲＵは、送信の優先順位付けの変更（たとえば、本明細書で説明される方法のいずれかに従う）が適用されるべきであることを決定する場合、そのような比を調整してよい。たとえば、より高い優先順位のデータ（たとえば、測定レポートを含む、ＲＲＣシグナリング）が送信のために利用可能である場合、ＷＴＲＵは、より多くの電力が、プライマリＭＡＣエンティティ（すなわち、マクロカバレッジに使用されるｅＮＢに関連付けられたＭＡＣエンティティ）に関連付けられた送信に利用可能になるように、比を調整してよい。別の例では、ＷＴＲＵは、スケジューリング要求（ＳＲ）をトリガする場合、またはＷＴＲＵがＳＲ送信（ＲＡ−ＳＲのためのプリアンブル送信、またはＤ−ＳＲのためのＰＵＣＣＨ上での送信、のどちらか）を実行するサブフレームのために、そのような調整を実行してよい。別の例では、ＷＴＲＵは、プリアンブル送信を実行するとき、そのような調整を実行してよい（場合によっては、後者のケースにおいて、競合ベースのランダムアクセスプロシージャに関連付けられたプリアンブル送信のためにのみ）。
【０５２４】
ＷＴＲＵは、セルの境界たとえばマクロセル境界に向かって移動していることを決定してよい：別の例では、ＷＴＲＵは、特定のＭＡＣエンティティに関連付けられた物理レイヤに関するそのパスロス推定の変化が、ある量変化することを決定する場合、そのような比を調整してよい。たとえば、関連付けられたパスロス推定が、ある量破棄する場合、ＷＴＲＵは、より多くの電力が、プライマリＭＡＣエンティティ（すなわち、マクロカバレッジに使用されるｅＮＢに関連付けられたＭＡＣエンティティ）に関連付けられた送信に利用可能になるように、比を調整してよい。
【０５２５】
ＷＴＲＵ自律的調整のレートが制限されてよい：１つの手法では、ＷＴＲＵは、異なるＭＡＣエンティティの送信間の利用可能な電力の分割をどれくらい頻繁に自律的に調整することができるかを制限してよい。たとえば、ＷＴＲＵは、タイマが実行されている間、さらなるＷＴＲＵ自律的調整が行われなくてよいように、そのような調整を実行するとき、禁止タイマ（その使用および／または値は、場合によっては、ネットワークによって構成可能であってよい）を開始してよい。ネットワークにより制御される調整と組み合わせて使用される場合、ＷＴＲＵは、ネットワークにより制御されるプロシージャの結果としてそのような調整を実行するたびに、そのようなタイマを再開してよい。場合によっては、ＷＴＲＵは、ＷＴＲＵが同時送信を実行するサブフレームのみを考慮してよい。場合によっては、特に、ＷＴＲＵがそのような調整を自律的に実行するときには必ずＷＴＲＵがＰＨＲをトリガする場合、そのようなタイマはＰＨＲ禁止タイマであってよい。
【０５２６】
ＷＴＲＵは、シングルコネクティビティに従って動作することを決定してよい：別の例では、ＷＴＲＵは、分割が適用可能でないように、その電力割り当て機能を調整してよい。そのような場合、ＷＴＲＵは、Ｒ１１の電力割り当て機能に戻ってよい。たとえば、ＷＴＲＵは、たとえば、有効なアップリンクタイミングアドバンスをもはや持たなくなった（たとえば、ＴＡＴがセカンダリＭＡＣエンティティのセルに対して実行されていない）とき、または、たとえば、ＲＡＣＨ障害、ＲＬＣ障害、またはＲＬＭによって検出され、関係ＭＡＣエンティティのセルに適用可能な無線リンク問題などの、関係ＭＡＣエンティティのプロシージャの障害イベントに続いて、セカンダリＭＡＣエンティティのためにアップリンク送信（場合によっては、プリアンブル送信を除いて）をもはや実行しなくてよいことを決定してよい。たとえば、ＷＴＲＵは、セカンダリＭＡＣエンティティの構成が除去されるまたは無効化されるのどちらかであることを決定してよい。たとえば、ＷＴＲＵは、ＲＲＣ接続再確立プロシージャを開始してよい。
【０５２７】
ＮＷにより制御された調整：ＷＴＲＵは、ネットワークから制御シグナリングを受信するとき、適用可能な電力割り当て比を調整してよい。たとえば、そのような制御シグナリングは、ＰＤＣＣＨ上の（場合によっては、ＷＴＲＵの構成のＰＣｅｌｌに関連付けられたＰＤＣＣＨ上のみで）ＤＣＩ内で受信されてもよいし、Ｌ２  ＭＡＣ制御要素内で受信されてもよいし、Ｌ３  ＲＲＣシグナリング（たとえば、ＲＲＣ再構成プロシージャ）内で受信されてもよい。たとえば、ＷＴＲＵは、［Ｐ＿ＭｅＮＢ，Ｐ＿ＳｅＮＢ］のための値のペアのインデックスまたはＤＣＩ内の係数アルファを決定してよい。場合によっては、そのようなＤＣＩは、ＴＰＣ−ＰＵ＊ＣＨ−ＲＮＴＩによって受信されるフォーマット３もしくは３ａまたは類似物であってよい。場合によっては、そのようなシグナリングは、送信のためのアップリンクリソースを許可するＤＣＩ内のビットのセット（たとえば、ＴＰＣフィールドまたは周波数ホッピングフィールド）であってよい。そのような調整は、たとえば、特に送信のためのアップリンクリソースの割り当てとともに知らせる場合、または、適用可能な電力比を異なる値に調整するさらなるロジックがＷＴＲＵによって実行されるまで、単一サブフレームのみに適用可能であってよい。
【０５２８】
選択された調整を適用する：ＷＴＲＵが、利用可能な電力の分割を調整するべきであることを決定する場合、ＷＴＲＵは、以下のうちの少なくとも１つに従って新しい値を適用してよい。ＷＴＲＵは、たとえば、リソースをアップリンク送信に割り当てるＤＣＩとともに受信された場合、適用可能な送信のみに対して調整を適用してよい；ＷＴＲＵは、ある処理時間、たとえば、調整が求められた（たとえば、サブフレームｎ内で受信された制御シグナリングのためのサブフレームｎ＋ｘにおける、ネットワークにより制御される調整の場合）ことをＷＴＲＵが最初に決定できるサブフレームの後のＸ個のサブフレーム、調整を適用してよい；ＷＴＲＵは、ＷＴＲＵが同時送信を実行しなかったサブフレームの直後の、すなわち、ＷＴＲＵが単一ＭＡＣエンティティに関連付けられた送信のみに電力を割り当てる、または送信をまったく実行しなかった、のどちらかであるサブフレームの後の、第１のサブフレーム内で調整を適用してよい；（場合によっては、特定の処理時間後の第１のそのようなサブフレームに）；ＷＴＲＵは、そのようなサブフレームが引き起こされるように、少なくとも１つの送信はブランクにされるべきであることを自律的に決定してよい（そのようなサブフレームは、構成されたギャップたとえば測定ギャップまたはＷＴＲＵがＤＲＸアクティブ時間内でなかった期間の一部であってよい）。
【０５２９】
ＷＴＲＵは、ＭＡＣエンティティ間のＷＴＲＵ利用可能な電力のために電力分割を自律的に調整する場合、ＰＨＲをトリガしてよい：１つの手法では、ＷＴＲＵは、たとえば上記で説明された方法のいずれかに従って、利用可能な送信電力の異なる分割が使用されることを自律的に決定する場合、ネットワークへの通知を（たとえば、ＭｅＮＢのみに向けて、または場合によっては、ＳｅＮＢにも）トリガしてよい。たとえば、ＷＴＲＵは、そのような場合、ＰＨＲをトリガしてよい。
【０５３０】
ＷＴＲＵは、複数の優先順位付け機能のために構成されてよい：たとえば、ＷＴＲＵは、１または複数の優先順位付け機能を用いて構成されてよい。複数の機能が構成されるとき、ＷＴＲＵは、（以下で説明されるように）半静的態様に応じて、および／または（以下で説明されるように）動的態様に応じて、所与のサブフレーム内でどの機能を適用するべきかを決定してよい。たとえば、異なる機能閾値は、たとえば、デフォルト機能が利用可能であってよいように、および非デフォルト機能が、ＷＴＲＵによって受信された制御シグナリングによって対処されてよいように、構成されてよい。
【０５３１】
例では、ＷＴＲＵは、適用可能な優先順位付け機能のセットを動的に修正する制御シグナリングを受信してよい。
【０５３２】
これは、動的制御シグナリングを使用して所与のＷＴＲＵに対する送信間で適用される優先順位付け機能の切り換えをｅＮＢが制御してよい動作を可能にするのに有用であってよい。
【０５３３】
別の例では、サブフレーム内でＷＴＲＵによって適用される優先順位付け機能は、このサブフレーム内のこのＭＡＣインスタンスに関連する送信に関連付けられた優先順位レベルもしくは優先順位順序に、および／またはこのＭＡＣインスタンスに関連する送信と別のＭＡＣインスタンスに関連する送信との間の相対優先順位に依存してよい。たとえば、優先順位付け機能は、ＨＡＲＱ  Ａ／Ｎが一方または両方のＭＡＣインスタンスの送信に含まれるかどうかに依存してよい。ＨＡＲＱ  Ａ／Ｎを有する送信が、第１のＭＡＣインスタンスには含まれるが、第２のＭＡＣインスタンスには含まれない場合、優先順位付け機能は、本明細書でさらに説明される「絶対優先順位に基づく電力共有」を備えてよく、より高い優先順位のＭＡＣインスタンスは第１のＭＡＣインスタンスである。ＨＡＲＱ  Ａ／Ｎを有する送信が両方のＭＡＣインスタンスに含まれる場合、優先順位付け機能は、「絶対優先順位に基づく電力共有」を備えてよく、より高い優先順位のＭＡＣインスタンスは、あらかじめ定義されたＭＡＣインスタンス（たとえば、プライマリＭＡＣインスタンス）である。ＨＡＲＱ  Ａ／Ｎを有する送信がＭＡＣインスタンスに含まれない場合、優先順位付け機能は、利用可能な保証電力のための値の構成されたセットを使用する、本明細書でさらに説明される「利用可能な保証電力に基づく電力共有」を備えてよい。
【０５３４】
別の例では、ＷＴＲＵによって適用される優先順位付け機能は、既存のフィールド（たとえばＴＰＣコマンドフィールド）または新たに定義されたフィールドからの、ＤＣＩから受信される明示的なインジケーションに依存してよい。たとえば、ＷＴＲＵは、このインジケーションが受信された場合は、「絶対優先順位に基づく電力共有」が実行され、そうでない場合は、「利用可能な保証電力に基づく電力共有」が実行されることを決定してよい。
【０５３５】
複数の優先順位付け機能はまた、本明細書でさらに説明されるように、優先度ルールを使用して組み合わされてよい。
【０５３６】
機能は、ＴＴＩのサブセット内で適用可能であるように構成されてよい。たとえば、ＷＴＲＵは、第１の優先順位の機能が所与の無線フレーム内のサブフレームのサブセットに適用可能であってよく、第２の優先順位の機能は、関係フレーム内のサブフレームの第２のサブセットに使用されてよいように構成されてよい。
【０５３７】
たとえば、ＷＴＲＵは、ＴＴＩの所与のセット（たとえば、無線フレームまたはサブフレーム＃０の第１のＴＴＩ）内で、ＷＴＲＵが、選択的送信機能が異なる優先順位レベルのアップリンク送信に適用されてよいことを決定するが、ＴＴＩの第２のセット（たとえば、無線フレームまたはサブフレーム＃ｌ〜＃９内の他のＴＴＩ）に対して、電力スケーリング機能が異なる優先順位レベルのアップリンク送信に適用されてよいことを決定してよいように構成されてよい。場合によっては、構成において、すべてのサブフレームは、単一ＭＡＣエンティティに関連付けられたタイミングを指してよい。
【０５３８】
これは、何らかのＴＤＭがＭＡＣ／ＰＨＹエンティティ間のアップリンクに適用される動作を可能にするのに有用であってよいが、他のサブフレームに対して、電力分配および電力スケーリングが、所与のサブフレーム内のＭＡＣ／ＰＨＹエンティティ間で使用されてよい。
【０５３９】
上記の優先順位付け機能のいずれかに対して、ＷＴＲＵは、優先順位付け機能を適用するとき、優先順位レベルを最初に決定して、関係ＴＴＩ内で所与の送信に関連付けてよい。ＷＴＲＵは、いくつかの手法に従って、そのような優先順位レベルを決定してもよいし、以下のうちの少なくとも１つに従って、その任意の組み合わせを決定してもよい。
【０５４０】
−  動的態様：ＷＴＲＵは、受信された制御シグナリングおよび／またはＷＴＲＵの動作状態に応じて、送信の優先順位レベルを決定してよい。そのようなルールの例は、本明細書で説明されている。
【０５４１】
−  半静的態様：ＷＴＲＵは、構成可能なルールに応じて、送信の優先順位レベルを決定してよい。そのようなルールの例は、本明細書で説明されている。
【０５４２】
−  静的態様：ＷＴＲＵは、あらかじめ定義されたルールに応じて、送信の優先順位レベルを決定してよい。そのようなルールの例は、本明細書で説明されている。
【０５４３】
同様に、ＷＴＲＵは、優先順位レベルを決定して所与のＴＴＩ内の所与の送信に関連付けるように説明された手法と類似の手法を使用する上記の態様のいずれかに従って適用する優先順位付け機能（および／または対応するパラメータのセット）を決定してよい。言い換えれば、適用する機能の選択自体は、関係ＴＴＩのための優先順位レベルとみなされてよい。
【０５４４】
以下で説明される手法では、送信は、任意のタイプのアップリンク送信を指してよい。たとえば、以下の手法を他の任意のタイプのアップリンク送信に制限しないが、ＷＴＲＵは、優先順位付け機能と、以下のうちの少なくとも１つに従って優先順位付けレベルを決定する手法を使用してよい。
【０５４５】
グラントによって示されるアップリンク送信。この場合、関係送信は、場合によってはどの情報が信号に含まれるかの粒度における、対応するＰＵＳＣＨ送信（一般的には、サブフレームｎ内で受信される制御シグナリングのためのサブフレームｎ＋４内での）であってよく、たとえば、ＰＵＳＣＨ送信は、ＵＣＩ構成要素、１（または複数、空間多重化の場合）のトランスポートブロック構成要素として、および場合によっては、ＳＲＳ構成要素（一般的には、ＰＵＳＣＨ送信の最後のシンボル）としても、さらに分割されてよい。
【０５４６】
ダウンリンク割り当ての結果としてのアップリンク送信。この場合、関係送信は、場合によってはどの物理チャネルが送信に使用されるかの粒度における、ＰＵＣＣＨ上またはＰＵＳＣＨ上のどちらかで（一般的には、サブフレームｎ内で受信された制御シグナリングのためのサブフレームｎ＋４内で）送信された対応するＨＡＲＱフィードバックであってよい。
【０５４７】
ＵＣＩ、ＳＲＳ、またはＤ−ＳＲに対する送信、すなわち、ＨＡＲＱフィードバックに対する、またはＰＵＣＣＨ上またはＰＵＳＣＨ上のどちらかにおけるＵＣＩ（定期的または非定期的）に対する、ＳＲＳ送信（定期的または非定期的）に対する、またはＰＵＣＣＨ上でのスケジューリング要求（Ｄ−ＳＲ）に対する送信。粒度は、物理チャネル（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ）、信号のタイプ（たとえば、ＳＲＳ、Ｄ−ＳＲ）、または情報のタイプ（たとえば、ＨＡＲＱフィードバック、ＣＱＩ／ＰＭＩ／ＲＩ、Ｄ−ＳＲ）におけるものであってよい。たとえば、ＷＴＲＵは、ＨＡＲＱ  Ａ／Ｎ情報を除外するが、それ以外は除外しない場合、電力スケーリングを適用してよく、より低い優先順位を、ＵＣＩを含む送信に割り当てる。
【０５４８】
ランダムアクセスプロシージャの一部である（ＤＣＩによって示される、またはＷＴＲＵによって自律的に開始される、のどちらかである）送信：この場合、関係送信は、対応する初期プリアンブル送信、プリアンブルの再送信、および適用可能な場合、競合ベースのプロシージャのためのｍｓｇ３の送信（もしあれば、再送信を含む）、のうちの少なくとも１つであってよい。
【０５４９】
言い換えれば、優先順位付けレベルおよび／または機能が適用されてよい粒度は、以下のうちの少なくとも１つに従うことができる。
【０５５０】
初期送信：関係送信は、初期プリアンブル送信のみである。例として、ＷＴＲＵは、プリアンブルの初期送信のみが、プリアンブルと時間的に少なくとも部分的に重複してよい他の送信よりも低い優先順位レベルを与えられてよいことを決定してよいが、ＷＴＲＵは、関係ＲＡＣＨプロシージャのためのプリアンブルの再送信は、プリアンブルと時間的に少なくとも部分的に重複してよい他の送信よりも高い優先順位が与えられることを決定してよい。この場合、次いで、ＷＴＲＵは、プリアンブルは他の送信（たとえば、ＰＵＳＣＨ／ＰＵＣＣＨ）よりも低い優先順位が与えられてよいことを決定するとき、第１の電力割り当て方法（たとえば、電力のスケーリングを適用してよく、場合によっては、ゼロレベルにすら低下させてよい）を初期プリアンブルの送信に適用してよく、そうでない場合、プリアンブルが別のＣＧの１または複数の送信と衝突しないときに適用可能な、またはＣＧに（またはＷＴＲＵに）利用可能な電力はプリアンブルの送信に利用可能であってよいように適用可能な方法などの、第２の電力割り当て方法を適用してよい。場合によっては、これは、プリアンブル送信および他の送信がセルの異なるグループ（たとえば、異なるＣＧまたはＭＡＣインスタンス）に関連付けられるときのみ行われてよい。
【０５５１】
プリアンブル送信のみ：関係送信は、関係プロシージャのためのプリアンブル送信のいずれかを含んでよい。場合によっては、ｍｓｇ３の送信（適用可能な場合）は、本明細書で説明される任意の手法に従ってＷＴＲＵがそのような送信をどのようにして扱うかを決定してよい優先順位付け機能を適用する観点から別個の送信として取り扱われてよい。たとえば、ＷＴＲＵが、ｍｓｇ３送信のためのグラント（および／またはその内容）を含むＲＡＲ（および／またはその内容）をどのように受信したかは、そのような送信をどのように扱うかを決定してよい。
【０５５２】
ｍｓｇ３送信のみ：関係送信は、単に、競合ベースのプロシージャのためのｍｓｇ３の送信、もしあれば再送信であってよい。たとえば、ＣＧのサービングセルのためのＰＵＳＣＨ上でのｍｓｇ３の送信は、別のＣＧのためのＰＵＳＣＨ上での送信よりも高い優先順位を有してよい。
【０５５３】
プロシージャ固有：関係送信は、たとえばプリアンブル送信ならびにｍｓｇ３の送信（および必要とされる場合、再送信）を含む、関係プロシージャに関連付けられたアップリンク送信のいずれかを含んでよい。
【０５５４】
異なる粒度は、ＷＴＲＵがどのようにプロシージャを開始するか、すなわち、プリアンブル送信がＰＤＣＣＨ上でのＤＣＩの受信によってトリガされるかどうか（ＤＬデータ到着、たとえばプリアンブル送信のみ）またはプリアンブル送信がＷＴＲＵによって開始されるかどうか（ＵＬデータ到着のためのＲＡ−ＳＲ、たとえばプロシージャ固有）に応じて、関連付けられてよい。
【０５５５】
上記の方法の例として、ＲＡＣＨプロシージャがＰＤＣＣＨ上でのＤＣＩの受信によって開始される場合においてのみ、そうでなければＷＴＲＵは電力が制限される場合、ＷＴＲＵは、他の送信（たとえばＰＵＳＣＨ／ＰＵＣＣＨ）に対するよりも低い優先順位をプリアンブルの初期送信に割り当ててよい。場合によっては、これは、重複するＰＵＳＣＨ／ＰＵＣＣＨ送信の送信電力レベルを調整するのに不十分な処理時間を有してよいことをＷＴＲＵが決定する場合にのみ行われてよい。さらなる例として、ＤＣＩの受信と第１のＰＲＡＣＨ機会（occasion）との間の時間が、特定の時間の量（たとえば６ｍｓ）よりも短いまたはこれに等しい場合のみ、およびそうでなければ、ＷＴＲＵは重複送信により電力が限られる場合、ＷＴＲＵは、ＰＤＣＣＨで開始されたＲＡＣＨプロシージャのための初期プリアンブル送信の送信電力をスケーリングしてよい（ゼロレベルへの低下を含む、または破棄してよい）。
【０５５６】
異なる粒度は、どのＭＡＣエンティティがプロシージャに関連付けられるか、たとえば、プリアンブル送信がＰＭＡＣのために（たとえば、場合によっては、プロシージャ固有粒度を使用する制御プレーンシグナリングのために）トリガされるかＳＭＡＣのために（たとえば、プリアンブル送信のみを使用するオフロードデータのために）トリガされるかに応じて、関連付けられてよい。
【０５５７】
優先順位は、本明細書でさらに説明されるように、機能の構成要素の機能であってよい。一例では、ＷＴＲＵは、プロシージャまたは機能の下位構成要素（sub-component）に応じて、所与のＣＧのための１または複数のタイプの送信に、より高い優先順位を割り当ててよい。
【０５５８】
ｍｓｇ３に関連してよい例では、競合解消が関係ＣＧのサービングセルのアップリンクリソース上で競合ベースのランダムアクセスプロシージャに対して進行中である間（たとえば、競合解消タイマが実行中である間）、ＷＴＲＵは、より高い優先順位を、所与のＣＧのためのＰＵＳＣＨのための任意の送信（たとえば、初期ＨＡＲＱ送信と任意のＨＡＲＱ再送信とを含む）に割り当ててよい。より高い優先順位は、ＣＧの特殊セルのみに割り当てられてよい。より高い優先順位は、ＭＣＧのＰＣｅｌｌにのみ割り当てられてよい。ＷＴＲＵは、送信電力を、最小保証電力まで、ＰＵＳＣＨ上の送信に割り当ててよく、残りの電力（もしあれば）を、その期間中のそのような送信に最初に割り当ててよい。
【０５５９】
測定レポートに関連してよい例では、ＷＴＲＵは、より高い優先順位を、測定報告プロシージャのためのＰＵＳＣＨのための任意の送信（たとえば、初期ＨＡＲＱ送信と任意のＨＡＲＱ再送信を含む）に割り当ててよい。たとえば、これは、ＷＴＲＵが対応する送信のための正のＨＡＲＱフィードバックを受信するまで、測定報告が送信のための下位レイヤにトリガされたまたはサブミットされたときからであってよい。タイマはまた、この目的でもたらされてよい。ＷＴＲＵは、送信電力を、最小保証電力まで、ＰＵＳＣＨ上の送信に割り当ててよく、残りの電力（もしあれば）を、その期間中のそのような送信に最初に割り当ててよい。
【０５６０】
セカンダリセルグループ（Ｓ−ＲＬＦ）の無線リンク問題、再確立、および／または無線リンク障害（ＲＬＦ）に関連してよい例では、ＷＴＲＵは、タイマＴ３１０（ＲＲＣが下位レイヤから無線リンク問題のインジケーションを受信したときに開始される）が実行中である間、より高い優先順位を、ＰＵＳＣＨのための任意の送信（たとえば、初期ＨＡＲＱ送信と任意のＨＡＲＱ再送信を含む）に割り当ててよい。ＷＴＲＵは、送信電力を、最小保証電力まで、ＰＵＳＣＨ上の送信に割り当ててよく、残りの電力（もしあれば）を、その期間中のそのような送信に最初に割り当ててよい。ＷＴＲＵは、タイマＴ３１１（ＷＴＲＵがＲＲＣ接続再確立プロシージャを開始するときに開始される）は実行中であるとき、類似の動作を実行してよいが、代替策は、そのような場合、ＷＴＲＵがＳＣＧのための構成を解放するようなものである。
【０５６１】
以下の説明は、優先順位付け機能への入力としての、優先順位の決定に関する。１つの手法では、ＷＴＲＵは、優先順位レベル（または順序）および／または優先順位付け機能を動的に決定してよい。ＷＴＲＵは、動的態様に応じて優先順位レベルを決定してよい。そのような動的態様は、ダウンリンク制御シグナリングの受信および／またはＷＴＲＵ動作状態（たとえばＨＡＲＱ状態、特定の機能たとえばＳＰＳがアクティブ化されているかどうかなど）であってよい。そのような決定は、さらに、１または複数の構成態様の機能であってよい。そのような構成態様は、構成されたグラント（たとえばＰＵＳＣＨ送信の優先順位レベルを決定するアップリンク送信のため、またはたとえばＨＡＲＱフィードバックの優先順位レベルを決定するダウンリンク送信のためのどちらか）を含んでよい。そのような構成態様は、適用可能なとき、以下で列挙する要素に関連する任意のパラメータを含んでよい。
【０５６２】
ＷＴＲＵは、たとえば以下のうちの少なくとも１つに従って、受信された制御シグナリングおよび／またはＷＴＲＵの動作状態に応じて、所与のＴＴＩ間の送信に適用可能な優先順位レベルを決定してよい。
【０５６３】
制御チャネルの識別情報（たとえば（ｅ）ＰＤＣＣＨ）：そのような優先順位レベルまたは優先順位付け機能は、制御チャネルの（識別情報、またはタイプの）機能であってよい。
【０５６４】
たとえば、ＷＴＲＵは、所与のＴＴＩの間、第１のＰＤＣＣＨ上で受信される制御シグナリングは、第２のＰＤＣＣＨ上で受信される制御シグナリングよりも高い優先順位レベルを有することを決定してよい。たとえば、そのような場合、ＷＴＲＵは、最も高い優先順位を、任意のＤＣＩに関連付けられ（たとえば、ＰＵＳＣＨ、ＰＲＡＣＨ、ＳＰＳアクティブ化のためのＰＵＣＣＨ上でのＨＡＲＱ  Ａ／Ｎ）、第１のＰＤＣＣＨ上で受信され、または任意の対応するダウンリンク送信に関連付けられた（たとえばＣＳＩおよび／またはＰＵＣＣＨ上のＨＡＲＱ  Ａ／Ｎ）任意のアップリンク送信に与えるであろう。
【０５６５】
たとえば、プライマリＭＡＣインスタンスのＰＣｅｌｌのＰＤＣＣＨ上で受信されるグラント（および／または要求）は、セカンダリＭＡＣインスタンスの特殊セルのＰＤＣＣＨ上で受信されるグラント（および／または要求）よりも高い優先順位を有してよい。たとえば、プライマリＭＡＣインスタンスのＳＣｅｌｌのＰＤＣＣＨ上で受信されるグラント（および／または要求）は、セカンダリＭＡＣインスタンスのＳＣｅｌｌのＰＤＣＣＨ上で受信されるグラント（および／または要求）よりも高い優先順位を有してよい。
【０５６６】
たとえば、ＷＴＲＵは、ＰＤＣＣＨが明示的な優先順位を有するように明示的に構成されてよい。
【０５６７】
たとえば、ＷＴＲＵは、ＰＤＣＣＨ上で受信される制御シグナリングは第１の優先順位レベル（たとえば、よりも高い）を有し、ｅＰＤＣＣＨ上で受信される制御シグナリングは第２の優先順位レベル（よりも低い）を有することを決定してよい。
【０５６８】
ＰＤＣＣＨサーチ空間：そのような優先順位レベルまたは優先順位付け機能は、ＷＴＲＵが適用可能なＲＮＴＩ（たとえばＣ−ＲＮＴＩ）を使用することによって正常に復号したＤＣＩの第１の制御チャネル要素（ＣＣＥ）の位置の関数であってよい。たとえば、ＷＴＲＵは、１または複数のＣＣＥの異なるサブセットが、関連付けられたＤＣＩのための異なる優先順位レベルを表すことを決定してよい。後者は、ＷＴＲＵの構成態様であってよい。場合によっては、そのような制御チャネルのリソースの論理的フラグメンテーションは、ＷＴＲＵ固有サーチ空間（ＷＴＲＵＳ）のみに適用可能であってよい。
【０５６９】
たとえば、ＷＴＲＵは、所与の制御チャネルのためのＷＴＲＵＳに対応するリソースのセットを決定してよい。さらに、ＷＴＲＵは、そのようなＷＴＲＵＳの第１のサブセットの開始位置（第１のＣＣＥ）ならびに関係サブセットに対応する後続のＣＣＥ（もしあれば）の数を決定してよいように構成されてよい。ＷＴＲＵは、関係ＷＴＲＵＳの一部であるがそのようなサブセットに関連付けられていないＣＣＥがＷＴＲＵＳの第２のサブセットを表すことを決定してよい。ＷＴＲＵは、第１のサブセットが第１の優先順位レベルに関連付けられており、第２のサブセットが第２の優先順位レベルに関連付けられていることを（たとえば構成によって）さらに決定してよい。優先順位付け機能が適用可能であるサブフレームにおいて、ＷＴＲＵは、ＷＴＲＵＳ内のＤＣＩの位置に応じて、正常に復号されたＤＣＩに関連付けられた送信の優先順位を決定してよい。
【０５７０】
キャリアフィールドインジケータ（ＣＦＩ）：そのような優先順位レベルまたは優先順位付け機能は、制御チャネル上のＤＣＩ内で受信されるフィールドの機能であってよい。
【０５７１】
たとえば、ＷＴＲＵは、特定のサービングセルのために受信される制御シグナリングは、第２のサービングセルのために受信される制御シグナリングよりも高い優先順位レベルを有してよいことを決定してよい。
【０５７２】
たとえば、ＷＴＲＵは、特定のサービングセルのためのアップリンク送信は、第２のサービングセルのためのアップリンク送信よりも高い優先順位レベルを有してよいことを決定してよい。
【０５７３】
たとえば、キャリアフィールドインジケータ（ＣＦＩ）は、最も低いＣＦＩを有するセルに関連付けられた送信が最も高い優先順位レベルを有し、（ＣＦＩ値の増加する順序における）後続のＣＦＩ値が、（優先順位レベルの減少する順序における）より低い優先順位レベルに関連付けられるように、異なるサービングセルに割り当てられてよい。
【０５７４】
本明細書で説明される別の態様との組み合わせの例として、ＷＴＲＵは、最も高いレベルを最も高い優先順位を有するＭＡＣエンティティに最初に適用することによって、特定のＭＡＣエンティティに関連付けられたアップリンクリソースを有するセルの中間のそのような優先順位レベルを決定してよい（特に、ＣＦＩ空間がＷＴＲＵ固有であり、関係ＷＴＲＵのすべてのＭＡＣエンティティに共通するとき）。
【０５７５】
１つの可能な結果は、任意のセルが任意のＣＦＩ値を割り当てられてよいと仮定すると、そのような優先順位付けレベルが適用可能であるとき、いかなるセルも、最も高い優先順位を有するように構成されてよいということである。また、プライマリＭＡＣエンティティのＰＣｅｌｌおよび／またはセカンダリＭＡＣエンティティの特殊セルは、そのようなルールから除外されてもよいし、構成によって、またはデフォルトで、特定の優先順位を割り当てられてもよい。
【０５７６】
ＴＰＣコマンド：そのような優先順位レベルまたは優先順位付け機能は、（ＰＤＣＣＨまたはＥ−ＰＤＣＣＨからの）ＤＣＩ内で受信されるＴＰＣコマンドの機能であってよい。ＷＴＲＵは、ＴＰＣコマンドフィールドが第１の値を有するとき、第１の優先順位付け機能を、ＴＰＣコマンドフィールドが第２の値を有するとき、第２の優先順位付け機能を適用してよい。たとえば、ＷＴＲＵは、ＴＰＣフィールドの特定の値を有するＤＣＩに関連付けられた送信が、他の送信よりも高い優先順位レベルを有することを決定してよい。ＤＣＩに関連付けられた送信は、ＤＣＩがＵＬグラントを含む場合はＰＵＳＣＨを含んでよく、または、ＤＣＩがＤＬ割り当てを含む場合はＰＵＣＣＨを含んでよい。場合によっては、そのような決定は、ＤＣＩが特定のセルから、または特定のＭＡＣインスタンス（たとえば、プライマリＭＡＣインスタンス）のセルから受信される場合のみなされる。場合によっては、優先順位付けは、それからＤＣＩが受信されるＭＡＣインスタンスのすべての送信に適用されてよい。場合によっては、優先順位付けは、優先順位付け機能の変化を示すシグナリングの受信まで適用されてよい。
【０５７７】
一例では、プライマリＭＡＣインスタンスからの値「３」を有するＴＰＣコマンドフィールドの受信は、関連付けられた送信が最も高い優先順位を有する、および／またはＭＡＣインスタンス間の電力共有は絶対優先順位に従って実行されるという決定につながってよい。ＷＴＲＵは、通常は値「３」に関連付けられたＴＰＣ調整を適用してよい。別の例では、そのようなＴＰＣ調整は実行されない。
【０５７８】
別の例では、ＴＰＣコマンドがＤＣＩフォーマット３／３Ａから受信されるまたは共通サーチ空間から受信される場合などの、ＴＰＣコマンドが特定のタイプのＤＣＩまたはサーチ空間から受信される場合、ＷＴＲＵは、そのようなＴＰＣコマンドを優先順位インジケーションと解釈してよい。この場合、ＷＴＲＵは、ＴＰＣコマンドのレガシー使用に従ってＴＰＣ調整を依然として適用して（または適用しなくて）よい。場合によっては、ＤＣＩフォーマット３／３ＡのＴＰＣコマンドのそのような解釈は、ＷＴＲＵが、アップリンクグラントおよび／またはダウンリンク割り当てを含むＤＣＩなどの、同じサブフレーム内の１または複数のＤＣＩ内でも少なくとも１つのＴＰＣコマンドを受信した場合のみ実行されてよい。言い換えれば、ＤＣＩフォーマット３／３Ａで受信されたＴＰＣコマンドは、アップリンク送信（ＰＵＣＣＨまたはＰＵＳＣＨのどちらか）が同じサブフレーム内に動的にスケジュールされる場合のみ、優先順位インジケーションと解釈されてよい。
【０５７９】
別の例では、ＤＬ割り当てを含むＤＣＩ内のプライマリＭＡＣインスタンスから値「３」を有するＴＰＣコマンドフィールドの受信は、ＨＡＲＱ  Ａ／Ｎに使用される符号化シンボルの数Ｑ’は、ＨＡＲＱ  Ａ／ＮがＰＵＳＣＨ上で送信される場合、ｅＮＢにおける正常な検出の見込みを最大にする、より高い値に設定されるべきであるという決定につながってよい。そのような値は、たとえば、ＰＵＳＣＨ割り当てのサブキャリアの数の４倍に対応してよい。あるいは、そのような値は、この場合に適用可能な異なる（たとえばより高い）値
【０５８０】
【数３５】
2020191677.tif 000037
【０５８１】
に対応してよく、これは上位レイヤによって提供される。
【０５８２】
この手法は、たとえば、ＭｅＮＢが、プライマリＭＡＣインスタンスの送信が、正常な送信の重要な情報の見込みを最大にするために、より高い優先順位を割り当てられることを要求することを可能にしてよい。そのようなインジケーションは、送信のタイプに基づく優先順位付けルールなどの他の優先順位付けルールに優先してよい。
【０５８３】
サービングセルインデックス（ｓｅｒｖＣｅｌｌ−ｉｎｄｅｘ）：そのような優先順位レベルまたは優先順位付け機能は、所与のＭＡＣエンティティに関連付けられたアップリンクリソースを有するセルに関連付けられたサービングセルインデックス（または識別情報）の構成の機能であってよい。これは、ＭＡＣインスタンス間の優先順位付けルールと組み合わせて適用可能であってよい。
【０５８４】
たとえば、ＷＴＲＵは、特定のサービングセルのために受信される制御シグナリングは、関連付けられたセルインデックスおよび／またはＭＡＣエンティティに応じて、第２のサービングセルのために受信される制御シグナリングよりも高い優先順位レベルを有してよいことを決定してよい。
【０５８５】
たとえば、ＷＴＲＵは、特定のサービングセルのためのアップリンク送信は、関連付けられたセルインデックスおよび／またはＭＡＣエンティティに応じて、第２のサービングセルのためのアップリンク送信よりも高い優先順位レベルを有してよいことを決定してよい。
【０５８６】
たとえば、サービングセルインデックスは、最も低いインデックスを有するセルに関連付けられた送信が最も高い優先順位レベルを有し、（インデックス値の増加する順序における）後続のインデックス値が、（優先順位レベルの減少する順序における）より低い優先順位レベルに関連付けられるように、異なるサービングセルに割り当てられてよい。
【０５８７】
本明細書で説明される別の態様との組み合わせの例として、ＷＴＲＵは、最も高いレベルを最も高い優先順位を有するＭＡＣエンティティに最初に適用することによって、特定のＭＡＣエンティティに関連付けられたアップリンクリソースを有するセルの中間のそのような優先順位レベルを決定してよい（特に、サービングセルインデックス空間がＷＴＲＵ固有であり、関係ＷＴＲＵのすべてのＭＡＣエンティティに共通するとき）。
【０５８８】
１つの可能な結果は、プライマリＭＡＣインスタンスのＰＣｅｌｌはデフォルトでゼロ値を有するままであると仮定すると、そのような優先順位付けレベルが適用可能であるとき、プライマリＭＡＣインスタンスのＰＣｅｌｌは、最も高い優先順位を有する。プライマリＭＡＣインスタンスのＰＣｅｌｌのインデックスが構成されてよい場合、セルは、構成によって柔軟な優先順位レベルが与えられ得る。
【０５８９】
明示的なインジケーション（たとえば、機能／パラメータセットインデックス）／フラグ（たとえば、正常な絶対優先順位）：そのような優先順位レベルまたは優先順位付け機能は、関係送信に関連付けられたＤＣＩ内のインジケーションの機能であってよい。
【０５９０】
たとえば、ＷＴＲＵは、アップリンク送信のためのグラントを含むＤＣＩと、たとえば対応するアップリンク送信は絶対／最も高い優先順位（１ビット）を有すること、このアップリンク送信は所与の範囲内の優先順位レベルを有すること（たとえば、レベルならびに範囲が与えられた複数のビット）、このアップリンク送信は所与の優先順位付け機能に従って扱われるべきであること（たとえば、機能を示す複数のビット）、またはこのアップリンク送信は、示された構成に従って代替グラントを使用して送信されてよいこと（たとえば、代替グラントへのインデックスを示す複数のビット）を示す制御ビットを受信してよい。
【０５９１】
これは、制御プレーンシグナリングがプライマリＭＡＣエンティティに関連付けられたセルのアップリンク内でのみ（すなわちＭｅＮＢに向かって）送信される場合、およびそうでなければ、セカンダリＭＡＣエンティティに関連付けられたセル上の送信（すなわちＳｅＮＢに向かって）は優先順位より高いを有するとＷＴＲＵが仮定している場合に有用であってよい。
【０５９２】
たとえば、ＷＴＲＵは、たとえばＨＡＲＱフィードバックのための対応するアップリンク送信は絶対／最も高い優先順位（１ビット）を有すること、このアップリンク送信は所与の範囲内の優先順位レベルを有すること（たとえば、レベルならびに範囲が与えられた複数のビット）、このアップリンク送信は所与の優先順位付け機能に従って扱われるべきであること（たとえば、機能を示す複数のビット）を示す制御ビットを有する、送信のためのダウンリンク割り当てを含むＤＣＩを受信してよい。
【０５９３】
これは、制御プレーンシグナリングがプライマリＭＡＣエンティティに関連付けられたセルのダウンリンク内でのみ（すなわちＭｅＮＢに向かって）送信される場合、およびそうでなければ、セカンダリＭＡＣエンティティに関連付けられたセル上の送信（すなわちＳｅＮＢに向かって）は優先順位より高いを有するとＷＴＲＵが仮定している場合に有用であってよい。
【０５９４】
明示的なインジケーションの目的で、新規フィールドが新規または既存のＤＣＩフォーマット内に定義されてよい。あるいは、既存のフィールドの少なくとも１つの値がインジケーション優先順位と解釈されてよいように、そのような既存のフィールドをオーバーロードすることが可能であってよい。たとえば、ＤＣＩフォーマット０またはＤＣＩフォーマット４の「周波数ホッピング」フィールドの特定の値が高優先順位のインジケーションと解釈されるように、このフィールドをオーバーロードしてよい。この場合、周波数ホッピングフィールドの既存の解釈は従われなくてよい。
【０５９５】
明示的なインジケーション（場合によっては、ＴＰＣコマンドからのインジケーションを含む）が所与のサブフレーム内の両方のＭＡＣエンティティ内で受信され、両方のＭＡＣエンティティが高優先順位を示す場合、ＷＴＲＵは、あらかじめ定義された優先順位ルール（たとえば、プライマリＭＡＣエンティティが優先順位を有する）または別の優先順位ルールに基づいて、ＭＡＣエンティティのどれが高優先順位を有するかを決定してよい。
【０５９６】
関連付けられたＭＡＣエンティティ（たとえば、プライマリ、セカンダリ）：そのような優先順位レベルまたは優先順位付け機能は、関係送信に関連付けられたＭＡＣエンティティの識別情報の機能であってよい。
【０５９７】
たとえば、ＷＴＲＵは、特定のＭＡＣエンティティ（アップリンクのための）に適用可能なサービングセルに関連付けられたアップリンク送信をスケジュールするＰＤＣＣＨ上でグラントを受信してよい。そのような送信すなわちＰＵＳＣＨの場合、優先順位レベルは、別のＭＡＣエンティティのセルに関連付けられた他の送信よりもプライマリＭＡＣエンティティに関して、より高くてよい。
【０５９８】
これは、制御プレーンシグナリングのみがＭｅＮＢに関連付けられたセルのアップリンク内で送信される場合に有用であってよい。
【０５９９】
たとえば、ＷＴＲＵは、サービングセルのアップリンク内で信号（たとえば、ＰＵＣＣＨ上のＨＡＲＱフィードバック、Ｄ−ＳＲ、またはプリアンブル）を送信するべきであることを決定してよく、このセルは、プライマリＭＡＣエンティティに関連付けられる。そのような信号の場合、優先順位レベルは、別のＭＡＣエンティティのセルに関連付けられた他の送信よりもプライマリＭＡＣエンティティに関して、より高くてよい。
【０６００】
これは、制御プレーンシグナリングのみがＭｅＮＢに関連付けられたセルのダウンリンク内で送信される場合に有用であってよい。
【０６０１】
グラントのタイプ（たとえば、半永続的グラント、動的グラント、代替グラント）：そのような優先順位レベルまたは優先順位付け機能は、適用可能なグラントのタイプ、たとえば、半永続的グラント、動的グラント、または代替グラントの機能であってよい。
【０６０２】
たとえば、ＰＤＣＣＨ上で受信されるグラントが、そうでなければ、構成されたグラントに優先しない場合、ＷＴＲＵは、動的にスケジュールされたグラントよりも、構成されたグラントに、より高い優先順位を与えてよい。言い換えれば、優先順位ルールは、構成されたグラントのアクティブ化に応じて定期的に繰り返されてよいサブフレームに関連付けられてよい（アップリンク半永続的スケジューリング）。
【０６０３】
これは、ＷＴＲＵがセカンダリＭＡＣインスタンスのための（すなわち、ＳｅＮＢに向けて）送信のためのグラントを受信したとき、より高い優先順位を、プライマリＭＡＣエンティティのセルのアップリンク（たとえば、ＭｅＮＢのマクロセル）においてＶｏｉＰに使用されるＳＰＳグラントに暗黙的に与えるのに有用であり得る。
【０６０４】
送信のタイプ（たとえば、適応型同期、非適応型同期）：そのような優先順位レベルまたは優先順位付け機能は、送信のタイプ、たとえば、適応型同期または非適応型同期の機能であってよい。
【０６０５】
たとえば、ＷＴＲＵは、優先順位レベルをグラントおよび／または対応するトランスポートブロックに関連付けてよい。関係トランスポートブロックのためのＨＡＲＱ再送信の場合、ＷＴＲＵは、第１の優先順位レベル（たとえば、より低い優先順位）をＷＴＲＵ自律的な同期非適応型再送信に決定してよく、第２の優先順位レベル（たとえば、より高い優先順位）を動的にスケジュールされた同期適応型再送信に決定してよい（場合によっては、後者の場合は、対応する制御スケジューリングが優先順位レベルの明示的なインジケーションを含む場合のみである）。
【０６０６】
これは、たとえばＰＤＣＣＨ誤検出が（たとえば、セカンダリＭＡＣインスタンスのセルの境界において）問題であってよい場合、ＷＴＲＵがダウンリンク制御シグナリングを実際に受信した送信が、他の場合よりも高い優先順位レベルを有することを確実にするのに有用であり得る。
【０６０７】
ＨＡＲＱ送信のタイプ（たとえば、初期、再送信）：そのような優先順位レベルまたは優先順位付け機能は、ＨＡＲＱ送信、たとえば、初期送信または再送信の機能であってよい。
【０６０８】
たとえば、ＷＴＲＵは、たとえば、関係ＨＡＲＱプロセスのための初期送信のときに、優先順位レベルをＨＡＲＱプロセスに関連付けてよい。場合によっては、そのような関連付けられた優先順位レベルは、別のイベント、たとえば、関係プロセスのための前のＨＡＲＱ送信において決定されたレベルよりも高い優先順位レベルを示す適応型再送信のための制御シグナリングの受信に応じて、進行中のプロセスのために修正されてよい。たとえば、ＷＴＲＵは、第１のトランスポートブロックのための初期ＨＡＲＱ送信のためのグラントは、たとえば場合によっては、対応する初期送信がより低い優先順位レベルを有した、第２のトランスポートブロックのための適応型再送信または非適応型再送信のためのグラントよりも高い優先順位レベルが与えられてよいことを決定してよい。たとえば、ＷＴＲＵは、それぞれの進行中のＨＡＲＱプロセスのための対応する初期送信の優先順位レベルを比較することによって、初期ＨＡＲＱ送信のためのグラントとＨＡＲＱ再送信のためのグラントとの間の相対優先順位レベルを決定してよい。
【０６０９】
別の例として、ＷＴＲＵは、異なる優先順位レベルが（たとえば、本明細書で説明される手法のいずれかに従って）適用されるべきであることを決定しない限り、所与のＨＡＲＱプロセスのための前の送信に関連付けられた優先順位レベルが、同じトランスポートブロックのための次のＨＡＲＱ送信に拡張されることを決定してよい。
【０６１０】
例示的な手法では、再送信のための再セグメンテーションの場合、優先順位の拡張が、再セグメント化された送信単位に含まれるデータのセグメントを含んでよい任意の送信に適用されてよい。
【０６１１】
これは、何らかの優先順位から最初に利益を得る送信が、ＤＬオフロードまたはＤＬスループットのどちらかの場合に成功するまたは失敗するまで、そのような優先順位を続けることができることを確実にするのに有用であり得る。
【０６１２】
ＨＡＲＱプロセス識別情報（たとえば、ＴＴＩの範囲、進行中のプロセス）：
そのような優先順位レベルまたは優先順位付け機能は、送信を扱うＨＡＲＱプロセスのタイミングの機能であってよい。
【０６１３】
たとえば、ＷＴＲＵは、ＴＴＩの所与の（場合によっては構成可能な）セット（たとえば、無線フレームまたはサブフレーム＃０の第１のＴＴＩ）において、プライマリＭＡＣエンティティに関連付けられた任意のアップリンク送信はより高い優先順位レベルに関連付けられるが、ＴＴＩの第２のセット（場合によっては構成可能な）（たとえば、無線フレームまたはサブフレーム＃１〜＃９内の他のＴＴＩ）の場合、セカンダリＭＡＣエンティティに関連付けられた任意のアップリンク送信はより低い優先順位レベルに関連付けられるようなルールを実施してよい。場合によっては、構成において、すべてのサブフレームは、単一ＭＡＣエンティティに関連付けられたタイミングを指してよい。
【０６１４】
あるいは、ＷＴＲＵは、特定の優先順位を所与のＨＡＲＱプロセスおよび／またはＴＴＩに設定する制御シグナリングを受信してよい。そのような制御シグナリングは、そのような優先順位をアクティブ化してよい。そのような優先順位は、ＷＴＲＵが、非デフォルト優先順位を非アクティブ化するさらなる制御シグナリングを受信するまでなど、時間が制限されてよい。場合によっては、そのようなシグナリングは、単一ＭＡＣエンティティのみに適用可能であってよい（たとえば、そのようなシグナリングは、単一ｅＮＢによって制御されてよい）。
【０６１５】
関係ＨＡＲＱプロセスに対する送信の数（閾値）：そのような優先順位レベルまたは優先順位付け機能は、ＨＡＲＱプロセスに対する送信の数の機能であってよい。
【０６１６】
たとえば、ＷＴＲＵは、所与のＨＡＲＱプロセスでは、ＨＡＲＱ送信の数がＨＡＲＱ送信の最大数−Ｘ（ここで、Ｘは構成態様であってよい）に到達した場合、ＷＴＲＵは、関係ＨＡＲＱプロセスのための後続の送信はより高い優先順位レベルを有してよいことを決定してよいことを決定してよい（場合によっては、１または複数の優先順位付け機能が、このＨＡＲＱプロセスのための少なくとも１つの送信に適用されている場合のみ）。場合によっては、ＨＡＲＱプロセスのサブセットに対してのみ、このサブセットはＷＴＲＵの構成態様であってよい。言い換えれば、いくつかの（または、すべての）ＨＡＲＱプロセスは、再送信の数が増加するにつれて、対応する送信に関連付けられた優先順位レベルが変化してよいように、構成されてよい。場合によっては、これは、サービングセルごとに構成されてもよいし、所与のＭＡＣエンティティのすべてのセルのために構成されてもよいし、ＷＴＲＵの構成のすべてのセルのために構成されてもよい。
【０６１７】
ＨＡＲＱ送信のための冗長バージョン（ＲＶ）（たとえば０〜４）：同様に、上記で説明されたＨＡＲＱプロセスに対する送信の数に関して、そのような優先順位レベルまたは優先順位付け機能は、関係送信に適用可能なＲＶの機能であってよい。たとえば、ＷＴＲＵは、各ＨＡＲＱ送信に対するＲＶのシーケンスを繰り返すにつれて、送信の優先順位レベルが増加することを決定してよい。あるいは、特定の優先順位が、特定の冗長バージョンインデックスに関連付けられてよい。
【０６１８】
送信のためのデータ／信号のタイプ（ＵＰ／ＣＰ対ＵＣＩ、ＨＡＲＱ  Ａ／Ｎ対Ｄ−ＳＲ対ＳＲＳ、ＰＭＩ／ＣＱＩ／ＲＩ）：そのような優先順位レベルまたは優先順位付け機能は、関係送信に含まれるデータのタイプの機能であってよい。たとえば、ＷＴＲＵは、制御プレーンデータ（すなわち、ＳＲＢからの）を含む送信が、ユーザプレーンデータの（たとえば、プライマリＭＡＣエンティティまたはセカンダリＭＡＣエンティティのどちらかのための）送信よりも、またはＰＵＣＣＨ上でのＨＡＲＱ  Ａ／Ｎフィードバックの（たとえば、セカンダリＭＡＣエンティティのための）送信よりも高い優先順位を有することを決定してよい。
【０６１９】
そのような優先順位レベルまたは優先順位付け機能は、関係送信のための信号のタイプの機能であってよい。たとえば、ＷＴＲＵは、（ＰＵＣＣＨ上またはＰＵＳＣＨ上のどちらかの）ＨＡＲＱ  Ａ／Ｎフィードバックに対する送信が他の任意の送信よりも高い優先順位を有することを決定してよい。
【０６２０】
たとえば、ＷＴＲＵは、優先順位レベルが以下に従うことを決定してよい（優先順位が減少する順）：
ＨＡＲＱ  Ａ／Ｎフィードバックを含むＰＵＣＣＨ
ＨＡＲＱ  Ａ／Ｎフィードバックを含むＰＵＳＣＨ
制御プレーンシグナリングを含むＰＵＳＣＨ
ＰＲＡＣＨ上のプリアンブル
ＳＲを含むＰＵＣＣＨ
ＰＵＣＣＨ上のＵＣＩ
ＰＵＳＣＨ上のＵＣＩ
ユーザプレーンデータを含むＰＵＳＣＨ
ＳＲＳ
【０６２１】
本明細書の別の手法との組み合わせの例として、ＷＴＲＵは、優先順位レベルが以下に従うことを決定してよい（優先順位が減少する順）：
プライマリＭＡＣエンティティのＰｃｅｌｌのための、ＨＡＲＱ  Ａ／Ｎフィードバックを含むＰＵＣＣＨ
プライマリＭＡＣエンティティのＰｃｅｌｌのための、ＨＡＲＱ  Ａ／Ｎフィードバックを含むＰＵＳＣＨ
プライマリＭＡＣエンティティのＰｃｅｌｌのための、制御プレーンシグナリングを含むＰＵＳＣＨ
プライマリＭＡＣエンティティのＰｃｅｌｌのための、ＰＲＡＣＨ上のプリアンブル
ＰＵＣＣＨ上のＨＡＲＱ  Ａ／Ｎおよび／またはＵＣＩ、セカンダリＭＡＣエンティティ
ＰＵＳＣＨ上のＨＡＲＱ  Ａ／Ｎおよび／またはＵＣＩ、セカンダリＭＡＣエンティティ
セカンダリＭＡＣエンティティの任意のセルのための、ユーザプレーンデータを含むＰＵＳＣＨ
セカンダリＭＡＣエンティティの任意のセルのための、ＰＲＡＣＨ上のプリアンブル
プライマリＭＡＣエンティティの任意のセルのための、ユーザプレーンデータを含むＰＵＳＣＨ
任意の構成されたサービングセル上の他の任意のタイプの送信（たとえば、ＵＣＩ、ＳＲＳ）
【０６２２】
送信のためのトランスポートブロック内のデータのタイプ（ＲＲＣ／ＮＡＳ  ＰＤＵ、ＲＲＣプロシージャ、ＳＲＢ対ＤＲＢ、ＲＢ＿ｉｄ）：そのような優先順位レベルまたは優先順位付け機能は、アップリンク送信に含まれるデータに関連付けられたベアラのタイプの機能であってよい。
【０６２３】
たとえば、ＷＴＲＵは、たとえばＳＲＢからのデータを含むトランスポートブロックのための、制御プレーンデータに関連付けられた送信は、任意のユーザプレーンデータよりも高い優先順位レベルを有することを決定してよい。
【０６２４】
これは、任意のシナリオにおいて制御プレーンシグナリングが優先順位を常に有することを確実にするのに有用であり得る。
【０６２５】
ＤＣＩを復号するために使用されるＲＮＴＩ（たとえば、第１のＲＮＴＩと第２のＲＮＴＩは異なる優先順位レベルを有する）：そのような優先順位レベルまたは優先順位付け機能は、ＰＤＣＣＨ上のＤＣＩを正常に復号するために使用されるＲＮＴＩの機能であってよい。たとえば、ＷＴＲＵは、第１のＲＮＴＩはより高い優先順位レベルを示すが、第２のＲＮＴＩはより低い優先順位レベルを示すように、複数のＲＮＴＩ（場合によっては、構成された）を使用してＤＣＩを復号しようとしてよい。別の可能性において、独立型（standalone）優先順位インジケーションは、特定のＲＮＴＩを用いて復号された新規ＤＣＩフォーマットまたは修正されたＤＣＩフォーマットに含まれてよい。
【０６２６】
アグリゲーションレベル（たとえば、ＡＬ８は、より高い優先順位レベルを示してよい）：そのような優先順位レベルまたは優先順位付け機能は、ＰＤＣＣＨ上で正常に復号されたＤＣＩに関連付けられたアグリゲーションレベルの機能であってよい。たとえば、ＷＴＲＵは、最も高い適用可能なＡＬを用いて復号されたＤＣＩは、より高い優先順位レベルを示すが、他のＡＬを用いて復号されたＤＣＩはより低い優先順位レベルを示すことを決定してよい。
【０６２７】
物理チャネル／信号のタイプ（ＰＵＣＣＨ対ＰＵＳＣＨ、ＳＲＳ、Ｄ−  ＳＲ、ＰＲＡＣＨ）：そのような優先順位レベルまたは優先順位付け機能は、送信に関連付けられた物理チャネルのタイプの機能であってよい。たとえば、ＷＴＲＵは、ＰＵＣＣＨ送信は他のタイプの送信よりも高い優先順位レベルを有することを決定してよい。たとえば、ＷＴＲＵは、ＳＲＳ送信は、より低い優先順位レベルを有することを決定してよい。
【０６２８】
送信を開始したトリガのタイプ：そのような優先順位レベルまたは優先順位付け機能は、それに続けてＷＴＲＵが送信を開始したイベントの機能であってよい。
【０６２９】
たとえば、ＷＴＲＵは、（たとえば、ネットワークからのＤＣＩの受信から開始されるなどの）競合のないランダムアクセスプロシージャに関連付けられた第１のプリアンブルの送信（または再送信）は、（たとえば、スケジューリング要求からＷＴＲＵによって自律的に開始されるなどの）競合ベースのランダムアクセスプロシージャに関連付けられた第２のプリアンブルの送信よりも高い優先順位を有することを決定してよい。そのような場合、ＷＴＲＵは、任意の適用可能な制御情報に従って第１のプリアンブルの送信を実行するべきであるが、第２のプリアンブルの送信は、後続のＰＲＡＣＨ機会に延期されてよいことを決定してよい。
【０６３０】
スケーリングが必要とされるという決定：そのような優先順位レベルまたは優先順位付け機能は、選択された送信に基づく、電力スケーリングが適用される必要がある否かの機能であってよい。たとえば、ＷＴＲＵは、スケーリングが、あるサブフレームにＵＣＩまたは特定のタイプのＵＣＩ（たとえば、ＨＡＲＱ  Ａ／Ｎ）を含むＰＵＳＣＨ送信に適用されてよいことを決定してよい。この場合、ＷＴＲＵは、そのようなＵＣＩまたはＨＡＲＱ  Ａ／Ｎは、ＰＵＳＣＨの代わりにＰＵＣＣＨ上で送信され、ＰＵＳＣＨ送信を破棄することを決定してよい。場合によっては、そのような決定は、スケーリングはＰＵＣＣＨ送信に対して適用される必要はないことをＷＴＲＵが決定するという追加条件に従ってよい。この場合に使用されるＰＵＣＣＨリソースは、ＰＵＳＣＨ送信なしの場合のための既存のルールに従ってＤＬ割り当てに結び付けられたリソースであってよい。
【０６３１】
必要とされる電力バックオフの量（ＭＰＲ、Ａ−ＭＰＲ）：そのような優先順位レベルまたは優先順位付け機能は、必要とされる電力バックオフの量に基づいてよい。たとえば、ＷＴＲＵは、ある量の電力バックオフ（たとえばＭＰＲ）が、第１のＭＡＣエンティティに関連付けられた送信に必要とされ、別の量の電力バックオフが、第２のＭＡＣエンティティに関連付けられた送信に必要とされることを決定してよい。ＷＴＲＵは、最も多い量を必要とするＭＡＣエンティティに関連付けられた送信を優先させることを決定してよい（場合によっては、結果として得られる割り当てられた電力が、ある閾値を上回る場合のみ）。
【０６３２】
そのうえ、そのような優先順位レベルは上記の任意の組み合わせの機能であってよいことが留意されるべきである。
【０６３３】
１つの手法では、ＷＴＲＵは、構成可能なルールに応じて、所与のＴＴＩ間の送信に適用可能な優先順位レベルまたは優先順位付け機能を決定してよい。
【０６３４】
１つの手法では、ＷＴＲＵは、アップリンク送信のための（場合によっては半静的な）優先順位を用いて構成されてよい。そのような優先順位は、異なるＭＡＣインスタンス間のアップリンク送信に適用可能であってよい。たとえば、ＷＴＲＵは、所与の送信時間間隔（ＴＴＩ）内で、ＷＴＲＵは常に、ＭｅＮＢ（本明細書では、プライマリＭＡＣエンティティと呼ばれる）のＵｕインタフェースに関連付けられたアップリンク送信に優先順位を付けるように構成されてよい。たとえば、そのような優先順位は、物理チャネルタイプ（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ）、信号タイプ（たとえば、ＳＲＳ）、トランスポートブロック内のコンテンツのタイプ（たとえば、ＳＲＢ、ＤＲＢ）、サブフレーム構成などによって（同様に、以下の動的ルールにおいて説明される要素に関して）構成されてよい。
【０６３５】
たとえば、ＷＴＲＵは、プライマリＭＡＣエンティティに関連付けられたアップリンク送信が、セカンダリＭＡＣインスタンスに関連付けられたアップリンク送信よりも高い優先順位を有するように構成されてよい。これは、プライマリインスタンスを使用するＭｅＮＢによって制御プレーンデータのみがスケジュールされているＤＬオフロードシナリオにおいて有用であり得る。
【０６３６】
たとえば、ＷＴＲＵは、ＳＲＢに関連付けられたアップリンク送信が、ＤＲＢに関連付けられたアップリンク送信よりも高い優先順位を有するように構成されてよい。これは、ＵＬ／ＤＬスループットシナリオにおいて有用であり得る。
【０６３７】
たとえば、ＷＴＲＵは、ＳＲＢに関連付けられたアップリンク送信が、ＤＲＢに関連付けられたアップリンク送信よりも高い優先順位を有するが、セカンダリＭＡＣエンティティのＤＲＢに関連付けられ、そのＤＲＢのみがセカンダリＭＡＣエンティティに関連付けられるアップリンク送信は、他のＤＲＢよりも高い優先順位を有するように構成されてよい。
【０６３８】
これは、そのようなＤＲＢの場合は枯渇が回避されてよいようなＬ２アーキテクチャ１Ａを用いたＤＬスループットシナリオにおいて有用であり得る。場合によってはそのような優先順位付けからＤＬスループットが影響されることを決定するＭｅＮＢは、したがって、ＷＴＲＵを再構成してよい（逆は可能でなくてよい）。
【０６３９】
静的ルールが、本明細書でさらに説明される。
【０６４０】
１つの手法では、ＷＴＲＵは、あらかじめ定義されたルールに応じて、所与のＴＴＩ間の送信に適用可能な優先順位レベルまたは優先順位付け機能を決定してよい。
【０６４１】
たとえば、ＷＴＲＵは、構成されたグラントに関連付けられたＨＡＲＱプロセスの送信に、別のプロセスに関連付けられた送信に対するよりも高い優先順位を割り当ててよい。たとえば、ＷＴＲＵは、構成されたグラントに関連付けられていないＨＡＲＱプロセスに動的にスケジュールされるＰＵＳＣＨ送信が、構成されたグラント（送信が適応型であるかどうか）を有するプロセスの後に、電力を割り当てられるように、電力スケーリングを実行してよい。
【０６４２】
たとえば、ＷＴＲＵは、構成された割り当てに関連付けられたＨＡＲＱプロセスのためのＨＡＲＱフィードバックの送信に、別のＨＡＲＱプロセスに関連付けられた送信に対するよりも高い優先順位を割り当ててよい。たとえば、ＷＴＲＵは、構成されたグラントに関連付けられていないＨＡＲＱプロセスのためのＨＡＲＱフィードバックを含む送信が、構成された割り当て（ダウンリンク送信が適応型であったかどうか）を有するプロセスのためのＨＡＲＱフィードバックを含む送信の後で、電力を割り当てられるように、電力スケーリングを実行してよい。
【０６４３】
優先順位ルール間および優先順位付け機能間の優先度は、本明細書でさらに説明される。
【０６４４】
第１の優先順位ルールに従って２つの送信を区別することが可能でない場合、優先順位ルール間の所定の優先度順序に従って２つの送信のうちのどちらが優先されるかを決定するために、第２の優先順位ルールが利用されてよい。たとえば、第１の優先順位ルールは、ＨＡＲＱ  Ａ／Ｎフィードバックを含む送信を優先させることであってよい。２つの送信がＨＡＲＱ  Ａ／Ｎフィードバックを搬送する場合、セカンダリＭＡＣエンティティに関連付けられた送信よりもプライマリＭＡＣエンティティに関連付けられた送信を優先させることであってよい第２の優先順位ルールに従って、優先される送信が決定されてよい。上記の場合、ＨＡＲＱ  Ａ／Ｎフィードバックの搬送に基づくルール優先順位は、関連付けられたＭＡＣインスタンスに基づく優先順位ルールに対する優先度を有する。最初に、関連付けられたＭＡＣインスタンスに基づいて優先順位が決定され、関連付けられたＭＡＣインスタンスが同じ優先順位である場合のみ、送信がＨＡＲＱ  Ａ／Ｎを搬送するかどうかに従って優先順位が決定されることも可能であろう。
【０６４５】
一例では、第１の優先順位ルールは、送信がＨＡＲＱ  Ａ／ＮをＰＵＣＣＨ内で搬送するかＰＵＳＣＨ内で搬送するかなどの、送信のタイプおよび／またはＵＣＩのタイプに基づいてよい。異なるＭＡＣインスタンス（またはセルグループ）からの２つの送信が第１の優先順位ルールに関して等しい優先順位を有する（たとえば、両方がＨＡＲＱ  Ａ／Ｎを搬送する、または両方が同じ物理チャネル上でＨＡＲＱ  Ａ／Ｎを搬送する）場合、以下のうちの少なくとも１つに従って、優先される送信が選択されてよい。
【０６４６】
ａ．ネットワークからのシグナリングまたは構成。たとえば、ＷＴＲＵは、この場合はどのセルグループの送信が優先されるかというインジケーションを上位レイヤから受信してよい。別の例では、ＷＴＲＵは、送信のうちの１つに関連付けられたダウンリンク制御情報フィールドに基づいて、優先順位を決定してよい。たとえば、ＷＴＲＵは、電力の増加が関連付けられたグラントのＴＰＣフィールドまたは割り当てを示す場合、プライマリＭＡＣインスタンス（ＭＣＧ）の送信を優先させ、そうでない場合は、セカンダリＭＡＣインスタンス（ＳＣＧ）の送信を優先させてよい。
【０６４７】
ｂ．電力優先順位付けに関連してよい、他のパラメータの値。たとえば、優先順位付けに選択された送信は、最高量または最低量の保証電力が構成されるセルグループに関連付けられた送信であってよい。別の例では、優先順位付けに選択される送信は、最も低い（または最も高い）セル識別情報（ＰＣＩ）、最も低い（または最も高い）サービングセル識別情報、または最も低い（または最も高い）周波数（またはＥ−ＡＲＦＣＮ）を有するサービングセル上で行われる送信であってよい。
【０６４８】
ｃ．送信時のＵＣＩ情報ビットの量（ＣＳＩおよび／またはＨＡＲＱ−Ａ／Ｎ情報）。
【０６４９】
ｄ．送信タイミング。たとえば、ＷＴＲＵは、２つの送信の間で最も古い（または最も新しい）送信を優先させてよい。
【０６５０】
ｅ．絶対単位（線形）で、または所望の（または必要とされる）電力の量、保証電力から割り当てられた電力の一部分、依然として利用可能な非保証電力の一部分、または送信が優先される場合に割り当てられるであろう電力の量などの構成された最大電力を基準にして、優先されることになる送信に関連付けられてよい少なくとも１つの電力の量の機能。たとえば、以下の量が使用され得る。
【０６５１】
ｉ．線形またはｄＢのどちらかの条件（term）での、１つの送信が他の送信よりも優先されると仮定すると存在するであろう、所望の電力と、各送信に割り当てられた電力との差（すなわち、「消失電力」）。たとえば、ＷＴＲＵは、消失電力間の最小値が可能な限り最小であり、したがって少なくとも１つの送信が成功する確率を最大にするように、送信を選択してよい。たとえば、第１の送信が優先されると、両方の送信の消失電力が０ｄＢおよび３ｄＢであり、第２の送信が優先されると、消失電力が１ｄＢおよび１．５ｄＢである場合、ＷＴＲＵは、第１の送信が優先されることを決定してよい。あるいは、ＷＴＲＵは、消失電力間の最大値が可能な限り最小であるように、送信を選択してよい。上記と同じ例を使用すると、ＷＴＲＵは、その場合、第２の送信が優先されることを決定する。
【０６５２】
ｉｉ．送信の所望の電力の量、場合によっては、保証電力からすでに割り当てられた任意の部分の正味（net）。たとえば、ＷＴＲＵは、所望の電力が最小（または最大）である送信を優先させてよい。
【０６５３】
別の例では、利用可能な保証電力に基づいたＭＡＣ共有などの第１の優先順位付け機能は、第２の優先順位付け機能により（たとえば、ＭＡＣインスタンス間で）同じ優先順位が決定される場合のみ、適用されてよい。たとえば、第２の優先順位付け機能は、ＨＡＲＱ  Ａ／ＮがＭＡＣインスタンスの送信に含まれるかどうかに基づいて、優先順位を決定してよい。
【０６５４】
追加の電力ヘッドルームレポート（ＰＨＲ）トリガが、本明細書でさらに説明される。
【０６５５】
例示的な手法では、ＰＨＲは、同時スケジューリングから生じた不十分な送信電力の結果としてトリガされてよい。
【０６５６】
より具体的には、ＷＴＲＵは、不十分な利用可能な電力を有することを決定した場合、ＰＨＲをトリガしてよい。場合によっては、ＷＴＲＵは、送信の２つのサブセット間で、たとえば異なるＣＧに関連付けられた送信間で少なくとも部分的に重複する送信をＷＴＲＵが実行する場合のみ、ＰＨＲをトリガしてよい。場合によっては、ＷＴＲＵは、そのような送信が両方のＣＧ内の同じサブフレームに対応する場合のみ、ＰＨＲをトリガしてよい。
【０６５７】
ＰＨＲトリガ条件は、不十分な利用可能な電力に基づいてもよいし、スケーリングイベントによるものであってもよい：ＷＴＲＵは、少なくとも１つの送信への電力のスケーリングを実行するべきであることを決定する場合、ＰＨＲをトリガしてよい。場合によっては、ＷＴＲＵは、送信の２つのサブセット間で、たとえば異なるＣＧに関連付けられた送信間で少なくとも部分的に重複する送信をＷＴＲＵが実行する場合、そのようなスケーリングが実行されるＰＨＲのみをトリガする。場合によっては、ＷＴＲＵは、そのような送信が両方のＣＧ内の同じサブフレームに対応する場合のみ、ＰＨＲをトリガしてよい。場合によっては、ＷＴＲＵは、スケーリングが行われる場合のみ、ＰＨＲをトリガしてよい。その理由は、そうでない場合、ＷＴＲＵは、ＷＴＲＵのための利用可能な総送信電力を超えるであろうからである。
【０６５８】
「スケーリングイベント」または「不十分な電力の決定」という用語は、以下の方法で互換的に使用されてよい：以下の方法の説明では、スケーリングイベントまたは電力が不十分であるという決定のどちらも、互換的に使用されてよい。方法がスケーリングイベントについて言及するとき、方法は、電力が不十分であるという決定に基づくトリガに等しく適用可能であり、逆も同様であることが理解される。それらの方法は、本明細書で説明される他の任意の優先順位付け機能にも等しく適用可能であってよいことが理解される。本明細書で説明される方法は、単独で使用されてもよいし、さまざまな組み合わせで使用されてもよい。
【０６５９】
トリガは、不十分な電力の定義、たとえば総ＷＴＲＵ電力が超えられることを条件としてよい：１つの方法では、ＷＴＲＵは、関係サブフレームのためのＷＴＲＵのすべての送信に必要とされる送信電力が総ＷＴＲＵ利用可能電力を超えることを決定する場合のみ、そのようなＰＨＲをトリガしてよい。
【０６６０】
Ｐ＿ＭｅＮＢおよびＰ＿ＳｅＮＢがＣＧごとに最大電力を有する例：たとえば、ＷＴＲＵは、送信（またはセル）の異なるサブセットのための最大送信電力を用いて構成されてよく、すなわち、ＷＴＲＵは、ＣＧごとに最大利用可能送信電力を有する。各ＣＧに割り当てられる最大量の合計は、総利用可能ＷＴＲＵ電力を超えてよい。この場合、ＷＴＲＵは、各サブセットで必要とされる電力がその最大割り当てを超えないが、ＷＴＲＵのすべての送信にまたがって必要とされる電力の合計が総利用可能ＷＴＲＵ電力を超える場合のみ、ＰＨＲをトリガしてよい。言い換えれば、ＷＴＲＵは、送信のサブセットに割り当てるのに不十分な電力を有してよい（たとえば、ＣＧごとに利用可能な電力が不十分であってよい）が、総ＷＴＲＵ利用可能電力が超えられない場合、ＷＴＲＵはＰＨＲをトリガしなくてよい。
【０６６１】
ＣＧごとの最小保証電力としてのＰ＿ＭｅＮＢ（および任意選択でＰ＿ＳｅＮＢ）を用いた例：たとえば、ＷＴＲＵは、送信（またはセル）の少なくとも１つのサブセットのための最小保証電力を用いて構成されてよく、すなわち、ＷＴＲＵは、少なくとも１つのＣＧのための最小保証利用可能送信電力を有してよい。この場合、ＷＴＲＵは、ＷＴＲＵのすべての送信にまたがって必要とされる電力の合計が総利用可能ＷＴＲＵ電力を超える場合のみ、ＰＨＲをトリガしてよい。
【０６６２】
ＰＨＲトリガは、電力要件を増加させた特定の基準、たとえばスケジューリングを条件としてよい。１つの方法では、電力が制限される／スケーリングが行われ、電力要件が増加する場合、ＰＨＲはトリガされてよい。
【０６６３】
ＷＴＲＵは、少なくとも１つのＣＧに必要とされる電力の増加により不十分な利用可能電力を有する（または、電力スケーリングが適用された）ことを決定するという条件でのみ、ＰＨＲをトリガしてよい。
【０６６４】
たとえば、ＷＴＲＵは、ＣＧの電力要件の増加が、主に関係ＣＧのために受信される制御シグナリングからのスケジューリング要件によるものであり、主にパスロスの変化によるものではない（たとえば、パスロスの変化によるＰＨＲトリガの条件と同様に、たとえば、パスロス推定の変化が閾値を超えなかった）ことを決定してよい。たとえば、ＷＴＲＵは、増加された数のＰＲＢを有する送信にスケジュールされてよく、したがって、電力要件は、そのような増加により少なくとも部分的にＷＴＲＵに関して超えられる。
【０６６５】
電力要件がある量増加する場合にトリガされるＰＨＲ：たとえば、ＷＴＲＵは、ＣＧの電力要件が、ある量増加したことを決定してよい。ＷＴＲＵは、サブフレームごとに、またはＷＴＲＵがＣＧ内での送信にスケジュールされる（たとえば、窓ベースの機構を使用する）ある期間にわたって、使用される電力の差を考慮してよい。たとえば、ＷＴＲＵは、窓にわたって平均を考慮してもよいし、窓にわたって最大値を考慮してもよい。場合によっては、その期間は、前回ＰＨＲがトリガまたは送信された以降の期間に対応してもよいし、あるいは最後のＮ個のサブフレームに対応する期間に対応してもよく、ここで、Ｎは固定されてもよいし、構成されてもよい。場合によっては、ＷＴＲＵは、送信を実行するサブフレームを考慮するだけでよい（場合によっては、ＷＴＲＵが両方のＣＧ内での送信にスケジュールされるそのようなサブフレームのみに対して）。ＷＴＲＵがＰＨＲをトリガするべきであるようにＣＧのための電力が増加したことを決定するためにＷＴＲＵによって使用される閾値は、ＷＴＲＵの構成態様であってよい。増加の基準値は、ＰＨＲが最後にトリガされたまたは最後に報告されたときの値に対応してもよいし、構成された値であってもよい。
【０６６６】
電力要件があるレベルに増加する場合にトリガされるＰＨＲ：たとえば、ＷＴＲＵは、ＣＧの電力要件が、所与のサブフレーム内で、またはある期間中に、ある値を超えて増加したことを（たとえば、移動平均を使用して電力を追跡することによって）決定してよい。場合によっては、ＷＴＲＵは、送信を実行するサブフレームを考慮するだけでよい（場合によっては、ＷＴＲＵが両方のＣＧ内での送信にスケジュールされるそのようなサブフレームのみに対して）。場合によっては、ＷＴＲＵによって使用される閾値は、構成可能な態様であってもよい。場合によっては、ＷＴＲＵによって使用される閾値は、関係ＣＧのための予約電力の量に対応してよく、たとえば、ＷＴＲＵは、ＣＧの電力要件がＣＧのための最小保証電力を超えることを決定するとき、そのようなＰＨＲをトリガする。
【０６６７】
電力要件または電力要件レベルの増加を決定するための方法：場合によっては、上記のいずれかの場合、ＷＴＲＵは、ある物理チャネルまたは信号の、またはあるサービングセルに対する送信などの、送信のサブセットに関連付けられた送信に割り当てられた電力のみを考慮してよい。たとえば、ＷＴＲＵは、ＰＵＳＣＨ送信のみを考慮してもよいし、ＰＵＳＣＨ送信およびＰＵＣＣＨ送信のみを考慮してもよい。場合によっては、上記のいずれかの場合、ＷＴＲＵは、動的にスケジュールされた送信に割り当てられた電力のみを考慮してよい。場合によっては、上記のいずれかの場合、ＷＴＲＵは、ＰＵＳＣＨ送信のための総帯域幅（またはリソースブロックの数）の増加の量に基づいて電力要件の増加、または変調および符号化に関連するファクタ（Ｄｅｌｔａ＿ＴＦ）もしくはＰＵＳＣＨ送信またはＰＵＣＣＨ送信のフォーマットの増加、またはＰＵＳＣＨ送信もしくはＰＵＣＣＨ送信のためのＴＰＣコマンドに関連するファクタ（またはその蓄積量）の増加を考慮してよい。場合によっては、上記のいずれかの場合、ＷＴＲＵは、ダウンリンクパスロス推定の増加に基づいて、電力要件の増加を考慮してよい。ＷＴＲＵは、セルごとの構成される最大電力またはセルグループごとの構成される最大電力の増加に基づいて、電力要件の潜在的な増加を考慮してよい。場合によっては、上記のいずれかの場合、ＷＴＲＵは、電力ヘッドルームまたは仮想電力ヘッドルームに基づいて電力要件を決定し、それに応じて、電力ヘッドルームの減少または仮想電力ヘッドルームの減少に基づいて電力要件の増加を考慮してよい。
【０６６８】
上記のいずれかの場合、ＷＴＲＵは、ＣＧのすべてのサービングセルの送信から総電力要件を考慮してよい。あるいは、ＷＴＲＵは、ＣＧの各セルから電力要件を別個に考慮し、セルのうちの少なくとも１つに対して条件が満たされる場合、ＰＨＲをトリガしてよい。あるいは、ＷＴＲＵは、平均電力要件を考慮してよい。
【０６６９】
ＰＨＲは、電力要件の減少からトリガされてよい：いくつかの解決策では、ＣＧの電力要件が、ある量減少した場合、ＷＴＲＵはＰＨＲをトリガしてよい。ＷＴＲＵは、電力要件を決定するために、本明細書で説明される任意のメトリックまたは基準を使用してよいが、しかしながら、トリガは、電力要件の増加ではなく減少の決定時に行われてよい。セルグループの電力要件が、電力ヘッドルームから決定される場合、トリガは、電力ヘッドルームが増加したときに行われてよい。
【０６７０】
ＰＨＲは、適用されるスケーリングの量、または利用可能な電力が超えられた量の関数としてトリガされる：場合によっては、ＷＴＲＵは、適用されるスケーリングの量が特定の値を超えた場合のみ、そのようなＰＨＲをトリガしてよい。
【０６７１】
ＰＨＲは、電力状況が一過性でない場合のみトリガされてよい：場合によっては、特定の時間の量を超えるある時間の期間にわたって、または特定の数のサブフレームを超える重複送信をＷＴＲＵが有するいくつかのサブフレームにわたって、すなわちＰＨＲをトリガするための条件が一過性ではなく永続的であるように、スケーリングが行われた場合（または、電力が不十分であった場合）のみ、ＷＴＲＵは、そのようなＰＨＲをトリガしてよい。そのような特定の値は、指定されるまたは（たとえば、タイマを使用して）構成されるのどちらかであってよい。そのような値は、単一のイベントがＰＨＲをトリガしてよいように１つのサブフレーム（または１ｍｓ）に設定されてもよいし、そのようなＰＨＲトリガを使用不能にするために０に設定されてもよい。この場合のＷＴＲＵのカウントは、関係ＣＧのための任意のＰＨＲの送信のために（または任意のトリガのために）リセットされてよい。
【０６７２】
ＰＨＲは、両方のＣＧにトリガされてもよいし、単一のＣＧにトリガされてもよい：場合によっては、ＰＨＲは、両方のＣＧに対してトリガされる。場合によっては、ＷＴＲＵは、追加処理を実行して、ＰＨＲは１つのみのＣＧに向けてトリガされるのか両方のＣＧに向けてトリガされるのかを決定してよい。たとえば、ＷＴＲＵは、任意のタイプのスケーリングイベントの結果として、両方のＣＧに対してＰＨＲをトリガしてよい。たとえば、ＷＴＲＵは、第１のＣＧに関連付けられた少なくとも１つの送信の電力（場合によっては、０にさえ低下する）をスケーリングするとき、第２のＣＧに対してＰＨＲをトリガしてよい。たとえば、ＷＴＲＵは、各ＣＧに関連付けられた少なくとも１つの送信の電力（場合によっては、０にさえ低下する）をスケーリングするとき、両方のＣＧに対してＰＨＲをトリガしてよい。場合によっては、ＷＴＲＵが、１つのＣＧに対する送信に必要とされる電力の増加によりスケーリングが適用されたことを決定する場合、ＷＴＲＵは、そのＣＧのみに対してＰＨＲをトリガする。すべての場合に関して、関連付けられた禁止タイマが実行中でない場合のみ、ＷＴＲＵは、任意選択で、関係ＣＧに対してＰＨＲをトリガしてよい。禁止タイマは、特定のＰＨＲタイプおよび／またはトリガに関連付けられてよい。
【０６７３】
いったんＰＨＲが送信されると、ＰＨＲトリガはキャンセルされてよい。場合によっては、そのようなトリガは、ＷＴＲＵが、ＰＨＲをトリガした条件がもはや満たされていないこと、たとえば両方のＣＧは重複するアップリンク送信を実行しているが電力スケーリングは適用されないことを、ＰＨＲをトリガしたサブフレームに続くサブフレーム内で決定した場合、場合によっては、関係サブフレーム内に各ＣＧに対する少なくとも１つのＰＵＳＣＨ送信が存在する場合のみ、より早くキャンセルされてよい。
【０６７４】
場合によっては、ＷＴＲＵ機能が悪影響を受ける場合のみ、ＰＨＲが、同時スケジューリングから生じる不十分な送信電力の結果としてトリガされる。
【０６７５】
ＷＴＲＵは、得られる結果によってＷＴＲＵが別の機能を実行しないようにするように、優先順位付け機能を適用してよい。
【０６７６】
例示的な手法では、ＰＨＲは、第１のＭＡＣエンティティにおけるＳＲ障害に続いて、第２のＭＡＣエンティティにおいてトリガされてよい。
【０６７７】
たとえば、そのような機能は、スケジューリング要求、障害されたＰＵＣＣＨ上でのたとえばＳＲの送信のうちの１つと、ＷＴＲＵが、送信試行のうちの少なくとも１つのための送信電力をスケーリングした、および／または送信を破棄した、のうちの少なくとも１つであってよい。あるいは、ＷＴＲＵは、ランダムアクセス（ＲＡＣＨ）を使用して実行されたＳＲを含む任意のＳＲであってよい。
【０６７８】
例示的な手法では、ＰＨＲは、第１のＭＡＣエンティティにおけるＨＡＲＱ障害に続いて、第２のＭＡＣエンティティにおいてトリガされてよい。
【０６７９】
たとえば、そのような機能は、最大数の送信に到達するＨＡＲＱプロセス（すなわち、プロセスは不成功である）と、ＷＴＲＵが、送信試行のうちの少なくとも１つのための送信電力をスケーリングした、および／またはその関連付けられた（再）送信のうちの少なくとも１つを破棄した、および／またはＴＢの送信のために代替グラントを使用した、のうちの少なくとも１つであってよい。
【０６８０】
例示的な手法では、ＰＨＲは、ＱｏＳが第１のＭＡＣエンティティ内で満たされていないという決定に続いて、第２のＭＡＣエンティティにおいてトリガされてよい。
【０６８１】
たとえば、そのような機能は、必要とされる優先されたビットレートを満たすのに失敗した論理チャネル優先順位付けプロシージャと、ＷＴＲＵが、送信試行のうちの少なくとも１つのための送信電力をスケーリングした、および／またはその関連付けられた（再）送信のうちの少なくとも１つを破棄した、および／またはＴＢの送信のために代替グラントを使用した、のうちの少なくとも１つであってよい。場合によっては、ある時間の期間にわたって、たとえば、バケット遅延の整数倍である。
【０６８２】
たとえば、そのような機能は、関連付けられたＰＤＣＰ廃棄タイマの期限切れによる少なくとも１つのＰＤＣＰ  ＳＤＵの廃棄と、ＷＴＲＵが、送信試行のうちの少なくとも１つのための送信電力をスケーリングした、および／またはその関連付けられた（再）送信のうちの少なくとも１つを破棄した、および／またはＴＢの送信のために代替グラントを使用した、のうちの少なくとも１つであってよい。場合によっては、ある数のＳＤＵが、特定の時間の期間にわたって廃棄されているとき。
【０６８３】
たとえば、そのような機能は、キュー先頭遅延（またはＰＤＣＰバッファ内の最も古いＳＤＵ）が特定の閾値よりも大きくなったときなどの、ＷＴＲＵのバッファの状態であってよい。これは、ＳＤＵ廃棄タイマが特定の値に到達したことに基づいてよい。別の手法では、これは、ＳＤＵがキューから除去され（正常な送信によるものと、廃棄イベントによるものとを含む）、ＷＴＲＵのバッファ内のすべてのＳＤＵに対して維持されるとき、ＳＤＵ廃棄タイマの平均値に基づいてよい。ＷＴＲＵは、そのような平均が特定の閾値を超える（たとえば、ＷＴＲＵのバッファ内の滞在の時間が全体的に、ある限度を超えて増加している）とき、さらなる措置が必要とされることを決定してよい（場合によっては、特定の時間の期間にわたるコンピュータのとき。場合によっては、ＷＴＲＵが、送信試行のうちの少なくとも１つのための送信電力をスケーリングした、および／またはその関連付けられた（再）送信のうちの少なくとも１つを破棄した、および／またはＴＢの送信のために代替グラントを使用した、のうちの少なくとも１つと組み合わされたとき）。
【０６８４】
たとえば、そのような機能は、たとえばＷＴＲＵのバッファ内のデータの量が特定の閾値よりも大きくなる場合、ＷＴＲＵのバッファの状態であってよい。これは、報告された、ＢＳＲが（場合によっては、すべての構成されたＬＣＧの合計に関して）特定の値に到達することに基づいてよい。別の手法では、これは、ＷＴＲＵのバッファ内でデータが蓄積するレートが全体的に、ある限度を超えて増加していることに基づいてよい）（場合によっては、特定の時間の期間にわたるコンピュータ。場合によっては、ＷＴＲＵが、送信試行のうちの少なくとも１つのための送信電力をスケーリングした、および／またはその関連付けられた（再）送信のうちの少なくとも１つを破棄した、および／またはＴＢの送信のために代替グラントを使用した、のうちの少なくとも１つと組み合わされたとき）。
【０６８５】
例示的な手法では、ＰＨＲは、優先順位付け機能または関連付けられたパラメータの変更時にトリガされてよい。たとえば、ＷＴＲＵは、少なくとも１つのＭＡＣインスタンスに対する利用可能な保証電力のセットなどの、ＭＡＣインスタンス間の電力共有に影響を及ぼすパラメータの変更を示す、物理レイヤ、ＭＡＣシグナリング、またはＲＲＣシグナリングを受信してよい。別の例では、ＷＴＲＵは、絶対優先順位に従って実行されるＭＡＣインスタンス間の電力共有から利用可能な保証電力に基づいて実行されるＭＡＣインスタンス間の電力共有への、またはその逆などの、優先順位付け機能の変更を示すシグナリングを受信してよい。別の例では、本明細書で説明されるように、ＷＴＲＵは、少なくとも１つのベアラがＱｏＳ基準を満たさないことを決定したことの結果として、少なくとも１つのＭＡＣインスタンスに対する利用可能な保証電力を減少または増加させてよい（ＰＨＲは、ＭＡＣインスタンス間の優先順位の変更時にトリガされてよく、スケーリングが適用されてよい）。
【０６８６】
例示的な手法では、ＰＨＲは、ＭＡＣエンティティ間の優先順位の変更時に、ＷＴＲＵが優先順位付け機能を適用するという条件で、トリガされてよい。たとえば、ＷＴＲＵは、絶対優先順位が特定のＭＡＣインスタンスに割り当てられるように、ＭＡＣインスタンス間の電力共有に影響を及ぼすパラメータの変更を示す物理レイヤシグナリングまたはＭＡＣシグナリングを受信してよい。電力スケーリングが、各ＭＡＣインスタンスに関連付けられた少なくとも１つの送信をＷＴＲＵが実行する制御シグナリングの受信に続いて第１のＴＴＩ内でより低い優先順位を有するＭＡＣインスタンスに適用されるように、優先順位付け機能が必要とされる場合、ＷＴＲＵはＰＨＲをトリガしてよい。場合によっては、ＷＴＲＵは、関係送信に対応するＴＴＩ内でＰＨＲをトリガする。
【０６８７】
別の例では、本明細書において上記で説明されるように、ＷＴＲＵは、少なくとも１つのベアラがＱｏＳ基準を満たさないことを決定したことの結果として、少なくとも１つのＭＡＣインスタンスに対する利用可能な保証電力を減少または増加させてよい。
【０６８８】
例示的な手法では、トリガされる報告は、ＰＨＲレポート、または何か他のもの、たとえばＱｏＳ充足、ＵＬ無線リンク問題などを含んでよい。
【０６８９】
上記の場合のいずれにおいても、ＷＴＲＵは、何らからの状態をｅＮＢに報告するプロシージャを開始してよい。
【０６９０】
たとえば、ＷＴＲＵは、上記のイベントのうちの少なくとも１つが第１のＭＡＣエンティティに対して発生したことを決定する場合、第２のＭＡＣエンティティにおいてＰＨＲをトリガしてよい。
【０６９１】
たとえば、ＷＴＲＵは、セカンダリＭＡＣエンティティの初期構成に続いて第１のグラントを受信したとき、構成されたＭＡＣエンティティの各々に対するＰＨＲ報告をトリガしてよい。１つの手法では、ＷＴＲＵは、ＰＨＲの送信に対応するＴＴＩにおいて実行されたすべての送信に基づいて（すなわち、すべての受信されたグラントを使用して）算出されたＰＨ値を含むＰＨＲレポートを送信してよい（場合によっては、ＷＴＲＵが、構成されたＭＡＣエンティティの各々に関連付けられた少なくとも１つの送信を実行する場合のみ）。１つの手法では、ＷＴＲＵは、関係第１のＭＡＣエンティティ（関係ＰＨＲの送信に関連付けられたＭＡＣエンティティ）のためのレガシー手法に従って算出されたＰＨ値を含み、擬似グラントを使用して値が算出される第２のＭＡＣエンティティのためのＰＨ値をさらに含む、ＰＨＲレポートを送信してよい。そのようなグラントは、ＰＨＲの送信に使用されるグラントと同等のグラントであってもよいし、あらかじめ定義されたグラントであってもよい。場合によっては、同じ手法が、第２のＭＡＣエンティティに関連付けられたＰＨＲに適用されてよい。後者の場合、ＰＨＲは、原則に従って送信される（同じグラントが、同じ時刻に、各ｅＮＢに向けての送信に使用された場合、ＷＴＲＵは、その電力状況を報告する）。
【０６９２】
ＰＨＲ報告  −  いつＰＨＲを送信するべきかは、トリガのタイプの機能であってよい：レガシーシステムでは、ＰＨＲがトリガされる場合、ＷＴＲＵは、送信に利用可能なアップリンクリソースをＷＴＲＵが有する第１のサブフレームにＰＨＲを含んでよい。デュアルコネクティビティでは、ＰＨＲがトリガされる場合、ＷＴＲＵは、ＰＨＲが、より具体的なルールを使用して所与のサブフレーム内で送信されてよいことを決定してよい。
【０６９３】
１つの手法では、ＷＴＲＵは、ＰＨＲ（またはＰＨＲトリガ）をトリガしたイベントのタイプに応じて、どのサブフレーム内に（またはどのアップリンクリソースを使用して）所与のトリガに対するＰＨＲを含むべきであるかを決定してよい。たとえば、ＰＨＲをトリガしたイベントが、単一ＣＧ内での送信のみに対する電力状況に影響を及ぼしてよいＷＴＲＵの電力状況の変更に関連する場合、ＷＴＲＵは、そのＣＧ内での送信のためのアップリンクリソースのみを有する第１のサブフレームにＰＨＲを含んでよい（以下「ＣＧ固有ＰＨＲトリガ」）。そうでない場合、ＷＴＲＵは、両方のＣＧ内でのアップリンク送信を有する第１のサブフレームのみにＰＨＲを含んでよい（以下「ＷＴＲＵ固有ＰＨＲトリガ」）。両方のＣＧの電力状況に影響を及ぼすと考えられることがあるイベントの例は、両方のＣＧのためのＰＨＲ報告を（たとえば、ＰＨＲ報告が両方に対して使用可能であるように）修正する、ＷＴＲＵによって受信される構成、優先順位付け機能（たとえば、半静的電力分割と動的電力共有との間で変化するＣＧ間で電力を共有するための機能）および／またはＣＧ（たとえば、Ｐ＿ＭｅＮＢ、Ｐ＿ＳｅＮＢ）間の電力共有に使用される優先順位付け機能の１もしくは複数のパラメータを修正する構成、ＣＧ間の同期の変更（同期されると非同期との間での変更）の決定などを含む。単一ＣＧの電力状況に影響を及ぼすと考慮されてよいイベントの例は、そのＣＧに関するＰＨＲ報告を（ＰＨＲ報告が使用可能にされるまたは再構成され、使用不可能にされないように）修正する、ＷＴＲＵによって受信される構成、構成されたアップリンクを有するＣＧの１または複数のＳＣｅｌｌのアクティブ化状態の変更、ＣＧ固有の定期的ＰＨＲタイマの期限切れ、たとえばＣＧに関するＰＨＲをトリガする、ＣＧの少なくとも１つのセルに対するパスロスの変化などを含む。
【０６９４】
任意のＰＨＲが最初に送信可能になる前に複数のＰＨＲトリガが発生する場合、および少なくとも１つが「ＣＧ固有ＰＨＲトリガ」タイプであり、少なくとも１つが「ＷＴＲＵ固有ＰＨＲトリガ」タイプである場合、ＷＴＲＵは、以下のうちの少なくとも１つを実行してよい。ＷＴＲＵは、たとえばＰＨＲが複数のサブフレームにまたがって複数の送信に含まれることをもたらしてよい、各ＰＨＲトリガに関連付けられたロジックに従ってＰＨＲを含んでよい。たとえば、この場合、ＷＴＲＵは、単一ＣＧに関連付けられた送信のみに（場合によっては、各ＣＧに対して少なくとも１つのＣＧ固有トリガが存在する場合、各ＣＧに対して１回）電力を割り当てる第１のサブフレーム内で、および各ＣＧに対する少なくとも１つの送信に対して電力を割り当てる第１のサブフレーム内でも、ＰＨＲ報告を実行してよい。この場合、結果は、ＷＴＲＵが、ＣＧのみに関連付けられ、ならびに他のＣＧに対する「仮想送信」パラメータを考慮することによって両方のＣＧに関連付けられた値を有するＣＧ固有トリガに関するＰＨＲを送信するが、ＷＴＲＵは、各ＣＧ内の実際の送信に関連付けられた値を有するＷＴＲＵ固有トリガに対してＰＨＲを送信するようなものであってよい。ＷＴＲＵは、送信に利用可能なアップリンクリソースをＷＴＲＵが有する第１のサブフレームに適用可能なロジックによるＰＨＲを含んでよい。たとえば、この場合、送信に利用可能なアップリンクリソースを有する第１のサブフレームが送信単一ＣＧを目的とする場合、ＷＴＲＵは、ＣＧ固有トリガによりＰＨＲ報告を実行する。たとえば、この場合、送信に利用可能なアップリンクリソースを有する第１のサブフレームが各ＣＧに対する少なくとも１つの送信を目的とする場合、ＷＴＲＵは、ＷＴＲＵ固有トリガによりＰＨＲ報告を実行する。
【０６９５】
ＰＨＲタイプに対する禁止タイマ：ＷＴＲＵは、さまざまなＰＨＲタイプ（たとえばフォーマット）をサポートしてよい。たとえば、１つのフォーマットが、単一ＣＧにおけるスケジューリングに関連する電力情報を報告するために使用されてよいが、複数のＣＧにおける同時スケジューリングに関連する電力情報を報告するために、別のフォーマットが使用されてもよい。各タイプに対して、異なるトリガが定義されてよい。
【０６９６】
場合によっては、ＷＴＲＵは、ＰＨＲの特定のタイプに対する（たとえば、報告機構の周波数を制限する）禁止タイマを用いて構成されてよい。たとえば、ＷＴＲＵは、特定の期間ごとに多くとも１回、あるいは別のＰＨＲタイプに対するものとは異なる制限期間を使用して、複数のＣＧにおける同時スケジューリングに関するＰＨＲを報告するように構成されてよい。
【０６９７】
ＰＨＲタイプ別の定期的：ＷＴＲＵは、特定のタイプに対してＰＨＲを定期的に報告するように構成されてよい。たとえば、ＷＴＲＵは、複数のＣＧにおける同時スケジューリングに関するＰＨＲを報告するように構成されるだけであってもよいし、あるいは別のＰＨＲタイプに対するものとは異なる制限期間を使用して、複数のＣＧにおける同時スケジューリングに関するＰＨＲを報告するように構成されてよい。
【０６９８】
ＱｏＳが満たされないことの報告：例では、ＷＴＲＵは、関係ＭＡＣエンティティ（たとえば、１または複数の機能が成功していない犠牲（victim）ＭＡＣエンティティ）に対するＱｏＳ状態に関連するレポートをトリガしてよい。そのようなレポートは、第２のＭＡＣエンティティ（たとえばＭＡＣエンティティ）に関連付けられたリソースを使用して送信されてよい。
【０６９９】
例では、ＷＴＲＵは通知プロシージャを開始してよい。たとえば、ＷＴＲＵは、Ｌ３通知プロシージャをトリガしてよい。
【０７００】
Ｄ−ＳＲを扱う別の可能な手法は、たとえば以下に従って実行されなくてよい、ＰＵＣＣＨ上でのＳＲの送信である、ＳＲカウントをインクリメントしないことである。
【０７０１】
このＭＡＣエンティティでは、１つのＳＲが保留中である限り、ＷＴＲＵは、各ＴＴＩに対して、以下のようにすべきものとする。
【０７０２】
ＵＬ−ＳＣＨリソースが、このＴＴＩにおいて送信に利用可能でない場合、
ＷＴＲＵが、任意のＴＴＩ内で構成されたＳＲに有効なＰＵＣＣＨリソースを持たない場合、ＰＣｅｌｌ上でランダムアクセスプロシージャ（下位条項５．１を参照されたい）を開始し、すべての保留中のＳＲをキャンセルする
ＷＴＲＵが、このＴＴＩのために構成されたＳＲに有効なＰＵＣＣＨリソースを持つ場合、および、このＴＴＩが測定ギャップの一部でない場合、およびｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行中でない場合：
ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴＲＡＮＭａｘの場合：
ＳＲ＿ＣＯＵＮＴＥＲを１つインクリメントする；
物理レイヤに、ＰＵＣＣＨ上でＳＲを知らせるように示す；
ＷＴＲＵが、このＴＴＩにおいてＰＵＣＣＨ上でのＳＲの送信に十分な電力を割り当てることができる場合：
ＳＲ＿ＣＯＵＮＴＥＲを１つインクリメントする；
ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する。
【０７０３】
他に：
すべてのサービングセルに対してＰＵＣＣＨ／ＳＲＳを解放することをＲＲＣに知らせる；
任意の構成されたダウンリンク割り当ておよびアップリンクグラントをクリアする；
ＰＣｅｌｌ上でランダムアクセスプロシージャ（下位条項５．１を参照されたい）を開始し、すべての保留中のＳＲをキャンセルする
【０７０４】
場合によっては、上記の手法は、時間的に境界が画されてよい。たとえば、ＷＴＲＵは、時間の最大量まで、不十分な利用可能電力のみによりＤ−ＳＲ送信を遅延させてよい。したがって、ＷＴＲＵは、遅延がそのような最大値に到達するまたはそれを超えるとき、Ｄ−ＳＲ送信の最大量試行に到達したことをさらに考慮してよい。
【０７０５】
以下の説明は、アップリンク制御情報送信手法に関する。いくつかの手法では、ＵＣＩの送信、またはＨＡＲＱ、ＣＳＩ、もしくはＳＲなどのあるタイプのＵＣＩの送信は、所与のＭＡＣインスタンスに対するサブフレームのサブセットに制限されてよい。そのうえ、以下の例に示されるように、サブフレームのサブセットは、２つのＭＡＣインスタンスにＵＣＩの同時送信が存在しないように構成されてよい。制限は、ＵＣＩのみ、または（ＨＡＲＱなどの）ＵＣＩのサブセットに適用されてよいが、ＵＣＩを伴わないＰＵＳＣＨなどの他のタイプのアップリンク送信には適用されなくてよい。あるいは、制限は、すべてのタイプのアップリンク送信に適用されてよい。この手法は、構成された最大送信電力がサブフレーム内で超えられるとき、ＭＡＣインスタンスのうちの一方（または両方）に対するＵＣＩの送信電力をスケールダウンするのを防止するという利益を有する。この手法は、ＵＣＩまたはあるタイプのＵＣＩを搬送する送信が、場合によっては、どのＭＡＣインスタンスに関係するかに関係なく、ＵＣＩを搬送しない送信よりも優先される優先順位付けのための手法と組み合わされてよい。制限は、異なる構成を有するＦＤＤまたはＴＤＤのどちらかに適用されてよい。
【０７０６】
制限が、ＭＡＣインスタンスに対するＵＣＩ送信に関して構成されるとき、フィードバックが提供されるＰＤＳＣＨ送信に関するＨＡＲＱフィードバックのタイムラインは、ＤＬにおける連続送信を可能にするように修正されてよい。これは、以下の例示的な手法において説明される。
【０７０７】
（ＦＤＤに関する）１つの例示的な手法では、ＨＡＲＱフィードバックは、ＭＡＣインスタンスに対する１０のサブフレームのうちの４つに制限されてよく、この４つのサブフレームは、サブフレームの２つの連続ペアにおいて発生してよい。たとえば、１つのＭＡＣインスタンスにおいて、ＨＡＲＱフィードバックのために構成されたサブフレームのセットは、セット｛０，１，５，６｝であってよい。この手法では、たとえば、サブフレーム０は、ＰＤＳＣＨ送信が前のフレームのサブフレーム｛３，４｝において行われたことに対するＨＡＲＱフィードバックを搬送してよく、サブフレーム１は、ＰＤＳＣＨ送信が前のフレームのサブフレーム｛５，６，７｝において行われたことに対するＨＡＲＱフィードバックを搬送してよく、サブフレーム５は、送信が前のフレームのサブフレーム｛８，９｝および現在のフレームのサブフレーム０において行われたことに対するＨＡＲＱフィードバックを搬送してよく、サブフレーム６は、送信が現在のフレームのサブフレーム｛１，２｝において行われたことに対するＨＡＲＱフィードバックを搬送してよい。他の配置も可能である。第２のＭＡＣインスタンスでは、第２のＭＡＣインスタンスのサブフレーム０が第１のインスタンスのサブフレーム０の始まりと終わりとの間で開始する場合、ＨＡＲＱフィードバックのために構成されたサブフレームのセットは、セット｛２，３，７，８｝であってよい。この構成は、両方のＭＡＣインスタンスからの送信がサブフレームレベルで同期されない場合でも、ＨＡＲＱフィードバックの同時送信を完全に回避する。
【０７０８】
（ＦＤＤに関する）第２の例示的な手法では、ＨＡＲＱフィードバックは、ＭＡＣインスタンスに対する８つのサブフレームのうちの３つに制限されてよく、この３つのサブフレームは連続して発生してよい。このタイプの手法では、ＨＡＲＱフィードバック（ならびに他のＵＣＩ）に使用されてよいサブフレームは、サブフレーム番号のみを用いて識別不可能である。というのは、これらの番号は、フレームごとに変化するからである。パターンは、複数のフレーム（たとえば、この場合は４つ）の期間にわたって繰り返され、４つのフレームの期間の開始（たとえば、システムフレーム番号が４で割り切れるフレームの始まり）とＨＡＲＱフィードバックに使用されるように構成される３つのサブフレームのグループの第１のサブフレームとの間のサブフレームの数を示すオフセットを用いて識別されてよい。あるいは、パターンは、４０のサブフレームからなるビットマップを用いて識別されてよい。このタイプの手法が用いられるとき、グループの第１のサブフレームは、たとえば、９つ、８つ、および７つ前のサブフレームでＰＤＳＣＨ送信が行われたことに対するＨＡＲＱフィードバックを搬送してよく、第２のサブフレームは、（第２のサブフレームよりも）７つ、６つ、および５つ前のサブフレームでＰＤＳＣＨ送信が行われたことに対するＨＡＲＱフィードバックを搬送してよく、第３のサブフレームは、５つおよび４つ前のサブフレームでＰＤＳＣＨ送信が行われたことに対するＨＡＲＱフィードバックを搬送してよい。これ（および前の手法）は、連続送信をサポートするようにＰＤＳＣＨに対して構成されたＨＡＲＱプロセスの数の増加を必要としてよい。以前に説明した手法と同様に、第２のＭＡＣインスタンスは、サブフレームレベルで送信が同期されないときでも、ＭＡＣインスタンス間の同時ＨＡＲＱフィードバック送信を完全に回避するように設計された類似のパターンを用いて構成されてよい。これは、第２のＭＡＣインスタンスのパターンが第１のＭＡＣインスタンスのパターンに対して３つのサブフレームと４つのサブフレームとの間でオフセットされるならば、達成可能である（たとえば、同期されたシステムフレーム番号および第２のＭＡＣインスタンスのサブフレーム０が、第１のＭＡＣインスタンスのサブフレーム０の開始と終わりとの間で開始する場合、第２のＭＡＣインスタンスのパターンのオフセットは、第１のＭＡＣインスタンスのパターンのオフセット＋３に対応してよい）。
【０７０９】
上記の配置の１つの潜在的な利益は、ＨＡＲＱ  Ａ／Ｎを送信するように構成されたサブフレーム内またはＨＡＲＱ  Ａ／Ｎを送信するように構成されないサブフレーム内のどちらかにおいて、ＰＵＳＣＨのすべての（同期）再送信が行われてよいことである。より高い優先順位が、ＵＣＩを搬送しない送信よりも、ＵＣＩ（またはＨＡＲＱ  Ａ／Ｎ）を搬送する送信に適用される場合、ＵＬにおけるＨＡＲＱプロセスに対するすべてのＰＵＳＣＨ再送信は、高優先順位または低優先順位のどちらかを有してよい。高優先順位データ（たとえば、シグナリングまたは音声）が、ＷＴＲＵによって送信される必要がある場合、ネットワークは、ＵＣＩ送信のために構成されたそれらのサブフレームにおいてＰＵＳＣＨをスケジュールすることを選んでよく、したがって、可能なスケーリングを再送信が経験するのは最小限であることを確実にする。
【０７１０】
ＵＬ分割ベアラに対する報告機能：ＷＴＲＵは、デュアルコネクティビティを用いて、すなわち、複数のｅＮＢ（たとえば、１つのＭｅＮＢと１つのＳｅＮＢ）に関連付けられた１または複数のセルを用いて構成されてよい。そのような場合、ＷＴＲＵは、別個のＭＡＣエンティティを、たとえばＷＴＲＵの構成内の各ｅＮＢに関連付けられたすべてのセルに対して１つ、実施してよい。デュアルコネクティビティを用いて構成されたＷＴＲＵはまた、アップリンク分割のために構成されてよい１または複数のデータ無線ベアラ（ＤＲＢ）を用いて構成されてもよい。ＷＴＲＵは、同時または非同時のどちらかで、第１のＭＡＣエンティティのセル、第２のＭＡＣエンティティのセル、または両方のＭＡＣエンティティのセルのいずれかに対するＵＬ分割を用いて構成されたＤＲＢに関連付けられたデータを送信してよい。
【０７１１】
そのような場合、ＷＴＲＵは、たとえばＵＬ分割を用いて構成されたＤＲＢにトリガが関連付けられる場合、場合によってはＭＡＣエンティティごとに適用されるまたは両方のＭＡＣエンティティにまたがって複製されるレガシートリガにより、そのアップリンク送信のうちの１または複数にバッファステータスレポート（ＢＳＲ）を含むことが必要とされてよい。
【０７１２】
そのようなＤＲＢに対するそのようなＢＳＲにおいてＷＴＲＵによって報告されるデータの量に関して、以下の代替形態が考慮されてよい：ＷＴＲＵは、レガシー方法を使用して両方のｅＮＢに同じ量のデータを報告してよい。または、ＷＴＲＵは、ＰＤＣＰに適用可能な部に関する構成比を使用してレポートを調整してよい。
【０７１３】
しかしながら、前の代替形態は、スケジューラは、不必要なアップリンクリソースを、たとえば、最悪の場合には必要とされるリソースの量の２倍まで、スケジュールしてよいが、後者の場合、アップリンク送信レートは、半静的比の結果として人工的に制限されてよいことを暗示する。
【０７１４】
第１の手法では、新規ＢＳＲトリガは、別のスケジューラからの影響に基づいてよい。
【０７１５】
この手法は、そのような場合に限定されるものではないが、ＷＴＲＵが同じ量のデータ（または場合によっては、ＰＤＣＰデータに対してのみ）を両方のｅＮＢに報告するときに使用されてよい。両方のｅＮＢがアップリンクリソースを過剰に割り当てる可能性を軽減するために、ＷＴＲＵは、追加のＢＳＲトリガを実施してよい。
【０７１６】
この手法は、ＵＬ分割を用いて構成されるＤＲＢに対する同じ（または類似の）量のデータをＷＴＲＵが報告する場合でも、ＷＴＲＵがより多くのＢＳＲレポートを送信するならば、両方の独立したスケジューラの複合効果からアップリンクリソースのオーバープロビジョニングは軽減されてよいという原則に基づく。しかしながら、不必要なＢＳＲの量の増加を回避するために、ルールは、あまりにも多くのアップリンクリソースに対するグラントを受信する可能性が増加するようにＷＴＲＵのバッファのステータスが変化する場合のみ、ＢＳＲがアップリンク送信に含まれるように定義されてよい。実際には、バッファが単一スケジューラの効果よりも早く減りつつあるとき以外にＢＳＲをより頻繁に送信する必要はなくてよい。
【０７１７】
上記で説明された手法の場合、ＢＳＲトリガは、ＳＲトリガにつながらなくてよい。
【０７１８】
ある手法では、ＷＴＲＵ  ＭＡＣエンティティは、ＵＬ分割を用いて構成された所与のＤＲＢのためのバッファ占有率（および場合によっては、ＰＤＣＰバッファのみのための）が他のＭＡＣエンティティによって消耗させられるレートがある（場合によっては構成可能な）閾値を超えることを決定するとき、ＢＳＲをトリガしてよい。たとえば、第１のＷＴＲＵ  ＭＡＣエンティティは、第２のＷＴＲＵ  ＭＡＣエンティティのリソースを使用して送信される（たとえばＰＤＣＰ）データの量が、前回ＷＴＲＵ  ＭＡＣが第１のＭＡＣエンティティのアップリンクリソースを使用してＢＳＲを報告して以降の所与の期間中に新規送信に利用可能なデータの量を値Ｘの分だけ超えることを決定してよい。
【０７１９】
別の手法では、ＷＴＲＵ  ＭＡＣエンティティは、ＵＬ分割を用いて構成された所与のＤＲＢのためのＷＴＲＵのバッファ（および場合によっては、ＰＤＣＰバッファのみに対する）内のデータの量が、データの（場合によっては構成可能な）量、たとえば関係ＭＡＣエンティティによって送信されるデータの量のファクタＸである量の分だけ破棄したことを決定するとき、ＢＳＲをトリガしてよい。たとえば、ＷＴＲＵは、送信に利用可能なデータ（たとえば、ＤＲＢすなわち両方のＲＬＣおよびＰＤＣＰに対する、またはＰＤＣＰのみに対する、のどちらか）の量が、第１のＭＡＣエンティティのアップリンクリソースを使用するそのようなＬＣＨ（またはＬＣＧ）の値を含むＢＳＲの前回の送信以降に関係ＤＲＢに対して送信される対応するデータの量のＸ％（ここで、Ｘは一般的には１００よりも大きい）よりも大きいパーセンテージに等しい量の分だけ破棄したことを決定するとき、ＢＳＲをトリガしてよい。
【０７２０】
他のＭＡＣエンティティ内で受信されるグラントの影響として、ＰＤＣＰバッファは、あるレベルよりも下がる：別の手法では、ＷＴＲＵ  ＭＡＣエンティティは、ＵＬ分割を用いて構成された所与のＤＲＢのためのＷＴＲＵのバッファ（および場合によっては、ＰＤＣＰバッファのみに対する）内のデータの送信レートが、第１のＭＡＣエンティティのアップリンクリソースを使用してそのようなＬＣＨ（またはＬＣＧ）のための値を含んだＢＳＲの前回の送信以降の（場合によっては構成可能な）値Ｘである量の分だけ変化したことを決定するとき、ＢＳＲをトリガしてよい。
【０７２１】
同様に、別の手法では、このトリガは、ＰＤＣＰ  ＳＤＵに対する平均送信遅延の増加、またはキュー先頭（すなわち、ＷＴＲＵのバッファ内で最も古いＰＤＣＰ  ＳＤＵ）に対するある量の遅延に到達すること、またはＷＴＲＵの（たとえばＰＤＣＰのみ）バッファが他のＭＡＣエンティティによって消耗させられるレートとそのようなバッファの充填レートとのギャップが、ある値を超えて増加するときに基づいてよい。追加トリガも、正反対の（opposite）イベントに導入されてよい。
【０７２２】
別の手法では、ＢＳＲレポートは、ＲＬＣバッファ占有率のみを含んでよく、動的報告がＰＤＣＰに使用されてよい。
【０７２３】
この手法は、そのような場合に限定されるものではないが、ＷＴＲＵが、そのバッファ内のＲＬＣデータの量のみをＢＳＲ内部の各ｅＮＢに報告するときに使用されてよい。次いで、ＰＤＣＰバッファ占有率は、別個の機構と、より動的であってよい、ＷＴＲＵからの追加のシグナリングに依拠してよい。たとえば、そのようなシグナリングは、たとえばＭＡＣサブヘッダ内部の予約ビット（たとえば「Ｒ」ビットまたは等価物）を再使用することによって、所与のＭＡＣエンティティに対するいくつかの（またはすべての）ＭＡＣ  ＰＤＵに含まれてよい。場合によっては、ＵＬ分割を用いて構成されたＤＲＢに関連付けられた両方のＭＡＣエンティティが、そのようなシグナリングおよびＢＳＲ報告を実施してよい。
【０７２４】
この手法は、ＷＴＲＵは、関係ＭＡＣにすでに関連付けられたことを知っているデータの量、たとえばＲＬＣバッファ占有率、およびＲＬＣステータスＰＤＵおよび／またはＲＬＣ再送信などの（場合によっては、これのサイズの推定）を常に報告し、関係ＤＲＢに対するＰＤＣＰ占有率の何らかの近似レベルを動的に知らせてよいという原則に基づいてよい。動的シグナリングは、ＵＬ分割のために構成された１もしくは複数の、またはすべての、ＤＲＢに対するアグリゲートされたＰＤＣＰ占有率に関する情報を提供してよい。ＰＤＣＰ占有率も報告される（が、動的シグナリングほど頻繁ではない）ＢＳＲフレームワークは、補完に使用されてよい。
【０７２５】
そのような動的シグナリングは、以下では、ハッピービットと呼ばれてよい。場合によっては、ハッピービットは、少なくとも１つのＤＲＢがＵＬ分割を用いて構成されるときのみ適用可能である。ハッピービットは、そのようなＬＣＧがＵＬ分割を用いて構成されたＤＲＢに関連するとき、単一ＬＣＧおよび／もしくはＤＲＢに関連する、またはＵＬ分割を用いて構成された複数のＬＣＧおよび／もしくはＤＲＢのアグリゲーションに関連する情報を知らせてよい。ハッピービットの使用も構成態様であってよい。
【０７２６】
以下の手法の変形態である別の例では、ハッピービットは、適用可能な場合、ハッピービットが含まれるサブヘッダ内のＬＣＩＤ値によって決定されるＤＲＢに適用可能である。
【０７２７】
ある手法では、ＷＴＲＵ  ＭＡＣエンティティは、ＢＳＲを（またはそのサブセットのみに）使用して、ＵＬ分割を用いて構成されたＤＲＢに対するＲＬＣバッファ占有率のみを報告してよい。ＷＴＲＵは、その場合、たとえば以下のうちの少なくとも１つによるハッピービットを含んでよい。
【０７２８】
単一ビット：単一ビットが使用されるとき、ＷＴＲＵは、バッファ内のＰＤＣＰデータの量が増加しているか減少しているかを知らせてよい。たとえば、ＷＴＲＵは、関係ＬＣＧおよび／もしくはＤＲＢの値を報告した前回のＢＳＲの送信以降に（補完で使用される場合）、または（レガシーＢＳＲ計算がＵＬ分割ベアラに適用可能でない場合）単にそのデータの量が（場合によっては構成可能な）量Ｘよりも大きい場合、量Ｘの分だけ増加したＰＤＣＰバッファ内のデータの量であるビットを設定してよい。単一ビットがＭＡＣ  ＰＤＵごとに使用されるフォーマットが使用される場合、そのようなシグナリングは、ＵＬ分割を用いて構成されたすべてのＤＲＢに対するＷＴＲＵのバッファ内のＰＤＣＰデータの総量を反映してよい。あるいは、ＷＴＲＵは、ＷＴＲＵが関係ＬＣＧおよび／またはＤＲＢのためのアップリンクリソースを要求することを示すようにビットを設定してよい。
【０７２９】
２ビットフィールド：複数のビットが使用されるとき、ＷＴＲＵは、以下のうちの少なくとも１つによるものなどのコードポイントを使用してよい。
【０７３０】
ａ．００、０１、１０、１１は、関係ＬＣＧおよび／またはＤＲＢに対する相対バッファレベルを示す。そのような値は絶対値であってよい。あるいは、そのような値は、それが送信されるトランスポートブロックのサイズに関連してよい。そのような値は、「空のバッファ」たとえば「００」、より大きいまたは「無限大」たとえば「１１」を含んでよく、「０１」および「１０」は中間レベルとして含まれる。
【０７３１】
ｂ．００、０１、１０、１１は、他のＭＡＣエンティティ内の送信から計算された、関係ＬＣＧおよび／またはＤＲＢに関するおおよその送信レートを示す。そのような値は絶対値であってよい。あるいは、そのような値は、それが送信されるトランスポートブロックのサイズに関連してよい。あるいは、そのような値は、関係ＤＲＢおよび／またはＬＣＧのための（場合によってはアグリゲート）ＰＢＲの構成に関連してよい。
【０７３２】
上記で説明された手法は、ＬＴＥ規格に関して説明されてよい。たとえば、ＬＴＥ  Ａでは、ＭＡＣ  ＰＤＵにおける最後のサブヘッダと固定サイズのＭＡＣ制御要素を除けば、ＭＡＣ  ＰＤＵサブヘッダは、６つのヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌを備える。ＭＡＣ  ＰＤＵにおける最後のサブヘッダと、固定サイズのＭＡＣ制御要素のためのサブヘッダは、４つのヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤのみからなる。パディングに対応するＭＡＣ  ＰＤＵサブヘッダは、４つのヘッダフィールドＲ／Ｒ／Ｅ／ＬＣＩＤを備える。
【０７３３】
さらに、予約ビットは「０」に設定され、バッファサイズフィールドは、ＴＴＩのためのすべてのＭＡＣ  ＰＤＵが構築された後の、論理チャネルグループのすべての論理チャネルにまたがって利用可能なデータの総量を示す。データの量は、バイトの数で示され、ＲＬＣレイヤおよびＰＤＣＰレイヤにおいて送信に利用可能なすべてのデータを含む。
【０７３４】
これらの条件では、構成された場合、ヘッダフィールドＲ／Ｒは、ＨＢ（ハッピービット）フィールドになってよく、対応するＢＳＲフォーマットでＵＬ分割を用いて構成されたＤＲＢに関連付けられたログの場合、データは、ＲＬＣレイヤ内のみの送信に利用可能なすべてのデータを含んでよい。
【０７３５】
ＲＬＣおよびＰＤＣＰに対する送信に利用可能なデータは、レガシーに従うままでよい。
【０７３６】
別の手法では、ＷＴＲＵ  ＭＡＣエンティティは、ＢＳＲを（またはそのサブセットのみに）使用して、ＵＬ分割を用いて構成されたＤＲＢに対するＲＬＣバッファ占有率のみを報告してよい。ＷＴＲＵは、その場合、平均滞在時間、キュー先頭遅延、ＰＤＣＰバッファレベルが増加または減少する傾向があるか、またはＰＤＣＰ充填レートと、ハッピービットを知らせるＭＡＣエンティティによって消耗されるものとの差をＷＴＲＵが知らせるようにハッピービットを含んでよい。前の方法で説明された類似のシグナリングが使用されてよい。
【０７３７】
アップリンク送信のためのデータの優先順位付け：ＷＴＲＵは、デュアルコネクティビティを用いて、すなわち、複数のｅＮＢ（たとえば、１つのＭｅＮＢと１つのＳｅＮＢ）に関連付けられた１または複数のセルを用いて構成されてよい。そのような場合、ＷＴＲＵは、別個のＭＡＣエンティティを、たとえばＷＴＲＵの構成内の各ｅＮＢに関連付けられたすべてのセルに対して１つ、実施してよい。デュアルコネクティビティを用いて構成されたＷＴＲＵはさらに、アップリンク分割のために構成されてよい１または複数のデータ無線ベアラ（ＤＲＢ）を用いて構成されてもよい。ＷＴＲＵは、同時または非同時のどちらかで、第１のＭＡＣエンティティのセル、第２のＭＡＣエンティティのセル、または両方のＭＡＣエンティティのセルのいずれかに対するＵＬ分割を用いて構成されたＤＲＢに関連付けられたデータを送信してよい。
【０７３８】
そのような場合、ＷＴＲＵは、各ＭＡＣエンティティに対する１つの論理チャネル（ＬＣＨ）との関連付けを含むＤＲＢの構成を受信してよい。言い換えれば、ＤＲＢは、各ＭＡＣエンティティに対して１つである、複数のＬＣＨに関連付けられてよい。各ＬＣＨに対して、ＷＴＲＵは、ＬＣＨに対する優先順位値、ＰＢＲ値、およびＢＳＤ値をさらに用いて構成されてよい。そのような値は、ＤＲＢに関連付けられたすべてのＬＣＨに対して同じであってもよい（すなわち、ＤＲＢ固有値）し、別個の値を有してもよい（すなわち、ＬＣＨ固有）。
【０７３９】
ＬＣＰ機能のための可能な実装形態は、そのような場合、以下を含む。
【０７４０】
ａ．共通バケット：バケットＢｊは、両方のＬＣＰループを実行するとき、関係ＤＲＢに関連付けられたＬＣＨのためのＭＡＣエンティティにまたがって共有される、および
ｂ．別個のバケット：バケットＢｊは、関係ＤＲＢに関連付けられたＬＣＨのための各ＭＡＣエンティティに対して固有である。ＷＴＲＵは、各ＭＡＣエンティティに対して別個にＬＣＰループを実行する。
【０７４１】
これらの例示的な実装形態の各々は、潜在的な欠点を有することがある。たとえば、共通バケット実装形態は、たとえば１つのスケジューラ（およびしたがって、ＭＡＣエンティティ上で）が、延長された時間の期間にわたってバケット全体を消費し、したがって、他のＭＡＣエンティティが関係ＤＲＢにサービスすることを否定するとき、ＭＡＣ固有である（すなわち、ＰＤＣＰ  ＳＤＵに関連付けられないＲＬＣ  ＰＤＵ）ＲＬＣデータの枯渇（たとえば、ＲＬＣステータスＰＤＵおよび／またはＲＬＣ再送信）をもたらすリスクを招くことがある。別個のバケット実装形態は、ジッタをもたらしてもよいし、および／または、スケジューラが、リソースを割り当てる方法で不十分に調整されるとき、より低い優先順位のベアラが、より高い優先順位のベアラの前にサービスされることを予期せずに可能にしてよい。
【０７４２】
場合によっては、以下で説明される方法と組み合わせて、ＵＬ分割のために構成されたベアラに関連付けられたＬＣＨは、単独で、または所与のＭＡＣエンティティに対する同じタイプの他のＬＣＨと組み合わせて、ＬＣＧが割り当てられるだけでよい。場合によっては、すべてのそのようなＬＣＧは、ＬＣＰのためにＭＡＣ固有構成を有する。
【０７４３】
ある手法では、ＬＣＰプロシージャに供される分割ＵＬ  ＤＲＢのためのデータは、ＬＣＨにおけるデータのタイプの機能であってよい。ＵＬ分割を用いて構成されたベアラに対して、ＷＴＲＵは、共通バケットＢｊを使用して、すなわち上記で説明されたようにＤＲＢ固有であるＢｊの値を使用して、各ＭＡＣエンティティに対してＬＣＰプロシージャを実行すると仮定すると、第１の方法では、ＭＡＣエンティティは、バケットＢｊのサイズに応じてだけではなく、ＲＬＣバッファ内のデータのタイプの関数にも応じて、どのＬＣＨがＬＣＰプロシージャの一部としてサービスするべきかを決定する。たとえば、ＷＴＲＵは、ＬＣＨを含み、保留中（たとえばＲＬＣステータスＰＤＵ）またはそのバッファ内に存在する（たとえばＲＬＣ再送信）のどちらかである特定のタイプのデータを関係ＬＣＨが有する場合、ＬＣＰを実行するとき、Ｂｊの値とは無関係にＬＣＰプロシージャの一部としてサービスし得る。たとえば、ＷＴＲＵが保留中のＲＬＣステータスＰＤＵを有するが、関連付けられたＢｊがゼロまたはそれ以下である場合、ＷＴＲＵは、関係ＭＡＣエンティティのリソースを使用する送信のためのデータの割り当てをもたらすＬＣＰプロシージャにＬＣＨを依然として含んでよい。そのような場合、ＷＴＲＵは、バケットＢｊを、ＲＬＣステータスＰＤＵの推定（または実際の）サイズに設定してよい。たとえば、ＷＴＲＵが、そのＲＬＣバッファにＲＬＣ再送信を有するが、関連付けられたＢｊがＲＬＣ再送信のサイズよりも小さいとき（ゼロまたはそれ以下の場合を含む）、ＷＴＲＵは、関係ＭＡＣエンティティのリソースを使用する送信のためのデータの割り当てをもたらすＬＣＰプロシージャにＬＣＨを依然として含んでよい。そのような場合、ＷＴＲＵは、バケットＢｊを、ＲＬＣ再送信の推定（または実際の）サイズに設定してよい。場合によっては、そのような動作は、単一ＲＬＣ  ＰＤＵの再送信に関連付けられた１（たとえば、再セグメンテーションなし）または複数のＰＤＵ（たとえば、再セグメンテーションの場合）の再送信に限定される。たとえば、両方のＲＬＣステータスＰＤＵとＲＬＣ再送信がそのような手法に供される例示的な場合では、ＷＴＲＵは、Ｂｊの値を、それぞれのサイズの合成値に設定してよい。
【０７４４】
上記で説明された手法は、論理チャネル優先順位付けについてのＬＴＥ規格に関して説明されてよい。たとえば、現在のＬＴＥ規格では、リソースは、優先順位が減少する順に論理チャネルに割り当てられる。上記で説明された方法によれば、Ｂｊが、各論理チャネルｊに対する優先順位を示す、ＷＴＲＵによって維持される変数である場合、論理チャネルのＢｊは、リソースを割り当てる前に、以下のように設定されてよい。
【０７４５】
ＵＬ分割を用いて構成された論理チャネルのＢｊが０よりも小さいまたはこれに等しい場合、ＵＥは、以下とする。
【０７４６】
−  保留中のＲＬＣステータスＰＤＵが存在する場合、ＵＥは、ＢｊをＰＤＵのサイズに設定するものとする。
【０７４７】
−  ＲＬＣ再送信バッファにデータが存在する場合、ＵＥは、Ｂｊをバッファのサイズにインクリメントするものとする。
【０７４８】
さらに、現在のＬＴＥ規格では、ＷＴＲＵは、ある種類のデータの相対優先順位を考慮に入れてよい。上記で説明された方法によれば、ＵＬ分割を用いて構成されたＤＲＢのための任意の論理チャネルに対する保留中のＲＬＣステータスＰＤＵは、ＵＬ分割を用いて構成されたＤＲＢのための任意の論理チャネルに対するＲＬＣ再送信バッファ内のデータに優先してよいが、優先順位に関しては、ＰＨＲまたは拡張ＰＨＲのためのＭＡＣ制御要素よりも低い。ＵＬ分割を用いて構成されたＤＲＢのための任意の論理チャネルに対するＲＬＣ再送信バッファ内のデータは、ＵＬ−ＣＣＣＨからのデータを除いて、任意の論理チャネルからのデータに優先してよい。
【０７４９】
別の手法では、１または複数のプライマリループはＭＡＣ固有パラメータを使用してよく、セカンダリループはベアラ関連パラメータを使用してよい。例では、ＷＴＲＵは、ＵＬ分割を用いて構成されたＤＲＢのためのＬＣＨに関連付けられたバケットの消耗が他のＭＡＣエンティティに関連付けられたＬＣＨのためのバケットの値を修正してよい場合、所与のＭＡＣエンティティ内でＬＣＰループを実行してよい。言い換えれば、１つのＭＡＣ内でＵＬ分割を用いて構成されたＤＲＢのバケットサイズを超えることが、同じＤＲＢに対する他のＭＡＣのバケット値に反映されてよい。より具体的には、ＵＬ分割を用いて構成されたベアラの場合、ＷＴＲＵは、各ＭＡＣエンティティに固有のパラメータ（ＬＣＨ固有パラメータ）を使用して各ＭＡＣエンティティに対するプライマリループ（すなわち、ステップ１およびステップ２のみ、またはステップ１からステップ３のどちらか）のようにＬＣＰプロシージャを実行してよい。ここで、およびＬＣＰプロシージャの以下の説明では、ステップ１、２、および３は、上記に記載されたＬＴＥ仕様書で説明されるＬＣＰプロシージャのステップを指すことが留意されるべきである。場合によっては、優先順位はＤＲＢ自体に関連付けられるか、または関係ＤＲＢに関連付けられたすべてのＬＣＨに同じ値が使用される。
【０７５０】
この手法の第１の例では、第１のＭＡＣエンティティは、ＬＣＨまたはしたがってＬＣＨに関連付けられたバケットサイズのために構成されたＰＢＲ値およびＢＳＤ値を使用してステップ１およびステップ２を実行してよい。それらのステップでは、ＷＴＲＵは、関係ＭＡＣエンティティに関連付けられたすべてのＬＣＨを考慮する。次いで、ＷＴＲＵは、ステップ３を実行して、優先順位が減少する順にすべてのＬＣＨを考慮する残りのリソースを割り当ててよく、ＵＬ分割を用いて構成されるＤＲＢに関連付けられたＬＣＨのためのその優先順位は、ＤＲＢ固有の値または関係ＭＡＣのＬＣＨに関連付けられた値のどちらかである。この第１の例では、ステップ１および２はプライマリループであるが、ステップ３はセカンダリループである。ステップ３では、分割ＵＬを有するＤＲＢのすべてのＬＣＨのためのバケットのアグリゲートされた合計がゼロよりも大きい場合、ＷＴＲＵは、ステップ３でサービスされたデータの量によってＬＣＨがサービスされているＭＡＣに関連付けられたバケットをデクリメントしてよい。結果として得られる値が負になる場合、ＷＴＲＵは、第２のＬＣＨのバケット値Ｂｊが０に到達する（すなわち、第１のＬＣＨのバケットサイズの絶対値は、第１のバケットサイズの正値よりも大きかった）まで、または第１のＬＣＨのバケット値が０に到達する（すなわち、そうでない場合）まで、のどちらかまで、その第１のＬＣＨのバケット値の負部を関係ＤＲＢに関連付けられ他のＭＡＣに対応する第２のＬＣＨのバケット値に移してよい。
【０７５１】
この手法の第２の例では、２つのループを備えるステップ１、２、および３はプライマリループであり、ＭＡＣ固有の値を使用して実行されるが、ＷＴＲＵは、この方法の第１の例に従って、ステップ３を１つの追加セカンダリループとして実行する。言い換えれば、第１の例と比較すると、この第２の例では、１つの追加ＭＡＣ固有ループが使用されてよい。
【０７５２】
上記で説明された第１の例は、論理チャネル優先順位付けのためのＬＴＥ規格に関して説明されてよい。たとえば、現在のＬＴＥ規格では、ＷＴＲＵは、Ｂｊ＞０を有するすべての論理チャネルにリソースを優先順位が減少する順に割り当てることによって、リソースを論理チャネルに割り当てる（ここで、Ｂｊは、各論理チャネルｊに対する優先順位を示す、ＷＴＲＵによって維持される変数である）。無線ベアラのＰＢＲが「無限大」に設定される場合、ＷＴＲＵは、優先順位のより低い無線ベアラのＰＢＲに出会う前に無線ベアラ上での送信のために使用可能なすべてのデータにリソースを割り当てるものとする。次いで、ＷＴＲＵは、論理チャネルｊにサービスされたＭＡＣ  ＳＤＵの合計サイズ分、Ｂｊをデクリメントするものとする。リソースが残っている場合、すべての論理チャネルは、その論理チャネルのデータまたはＵＬグラントのどちらかのいずれか早い方がなくなるまで、優先順位が厳密に減少する順に（Ｂｊの値に関係なく）サービスされる。等しい優先順位を用いて構成された論理チャネルは、等しくサービスされるべきである。
【０７５３】
これらの条件では（in these terms）、上記で説明された第１の例によれば、ＷＴＲＵは、ＵＬ分割を用いて構成されるＤＲＢに関連付けられた論理チャネルのための論理チャネルｊにサービスされたＭＡＣ  ＳＤＵの合計サイズの分だけ、Ｂｊの値をデクリメントしてよい。値Ｂｊが負になる場合、ＷＴＲＵは、各バケットが等しい値（負の値が可能である）になるように、他のＭＡＣエンティティ内の関係ＤＲＢに関連付けられた論理チャネルのバケットにこの負の量と等しいものを移すものとする。
【０７５４】
上記で説明された第２の例は、上記で説明された論理チャネル優先順位付けのためのＬＴＥ規格に関しても説明されてよい。
【０７５５】
これらの条件では、上記で説明された第２の例によれば、論理チャネルのためのデータまたはＵＬグラントのどちらかがなくなった後、リソースが残っている場合、分割ＵＬを用いて構成されたＤＲＢに関連付けられたすべての論理チャネルは、その論理チャネルのデータまたはＵＬグラントのどちらかのいずれか早い方がなくなるまで、優先順位が厳密に減少する順に（Ｂｊの値に関係なく）サービスされる。等しい優先順位を用いて構成された論理チャネルは、等しくサービスされるべきである。ＷＴＲＵは、各バケットが等しい値（負の値を含む）になるように、他のＭＡＣエンティティ内の関係ＤＲＢに関連付けられた論理チャネルのＢｊの値をデクリメントするものとする。
【０７５６】
負の値をゼロ値に変更すること、またはたとえば比を使用して、結果として得られるものが等しくない値であることを含めて、ＵＬ分割を用いて構成されたＤＲＢの各ＬＣＨに関連付けられたバケット量が異なるように変化させられる上記の例の変形態が可能である。
【０７５７】
別の手法では、分割ＵＬ  ＤＲＢのためのデータが、ベアラごとのＬＣＰプロシージャに供されてよい。ＵＬ分割を用いて構成されたベアラに対して、ＷＴＲＵは、共通バケットＢｊを使用して、すなわち上記で説明されたようにＤＲＢ固有であるＢｊの値を使用して、各ＭＡＣエンティティに対してＬＣＰプロシージャを実行すると仮定すると、この例示的な手法では、ＭＡＣエンティティは、どのＬＣＨが、レガシーロジックを使用したＬＣＰプロシージャの一部としてサービスするべきかを決定する。ＷＴＲＵが、ＬＣＨがサービスされることになる第１のＭＡＣを決定する場合、ＬＣＰは、第１のＭＡＣエンティティのための対応するＤＲＢのために実行されるが、ＷＴＲＵは、第２のＭＡＣエンティティ内のＬＣＰの結果として送信されてよいデータの量も考慮に入れる。
【０７５８】
別の手法では、優先順位付けプロシージャは、無線ベアラごとに実行されてよい。たとえば、ＷＴＲＵは、無線ベアラ固有の優先順位を使用して、無線ベアラごとにＬＣＰを実行してよい。この手法を使用するとき、ＷＴＲＵは、ＬＣＨごとの代わりに無線ベアラごとにＬＣＰプロシージャのすべての既存のステップを実行してよい。あらゆるステップにおいて、ＷＴＲＵは、場合によっては、ＲＬＣステータスＰＤＵまたはＲＬＣバッファ内のデータ（たとえば、セグメント）などの、あるＭＡＣにのみ送信可能なこのＲＢからのデータを考慮に入れて、各ＭＡＣからのリソースのうちのどれくらい多くが無線ベアラに割り当てられるかを決定してよい。各無線ベアラに対して、ＷＴＲＵは、そのようなＭＡＣ固有データの送信を優先させてよい。
【０７５９】
以下の説明では、上記の手法の例示的な実装形態が説明される。以下の例では、ＷＴＲＵは、プライマリＭＡＣエンティティ（ＰＭＡＣ）およびセカンダリＭＡＣエンティティ（ＳＭＡＣ）を用いて構成される。
【０７６０】
選択的送信の例では、ＷＴＲＵは、プライマリＭＡＣエンティティのセルに対するＰＵＳＣＨ送信を用いた基本グラントおよびセカンダリＭＡＣエンティティのセルに対する別の基本グラントによってスケジュールされてよい。ＷＴＲＵは、それぞれの基本グラントを使用して両方の送信を同時に実行することによって、その最大送信電力を超えることを決定してよい。次いで、ＷＴＲＵは、優先順位付け機能が適用されるべきであることを決定する。ＷＴＲＵは、たとえば、プライマリＭＡＣエンティティのＰＵＳＣＨ送信が制御プレーン信号を含むので、プライマリＭＡＣエンティティのＰＵＳＣＨ送信がセカンダリＭＡＣエンティティのうちの１つよりも高い優先順位を有することをさらに決定してよい。次いで、ＷＴＲＵは、セカンダリＭＡＣインスタンスのための送信の基本グラントを置き換えるのに適した有効な代替グラントを有することを決定してよく、選択的送信が関係送信のための優先順位付け機能として使用されてよいことを決定する。次いで、対応する送信がＷＴＲＵの最大送信電力以内である場合、ＷＴＲＵは、基本グラントによるプライマリＭＡＣエンティティに対する送信と、代替グラントによるセカンダリＭＡＣエンティティに対する送信を実行してよい。そうでない場合は、ＷＴＲＵは、追加（または代替）優先順位付けを実行してよい。
【０７６１】
明示的シグナリングの例では、ＷＴＲＵは、ＳＭＡＣに関連付けられた送信がより高い優先順位を有するように構成されてよい。そのような場合、ＷＴＲＵは、最初に送信電力をＳＭＡＣに、残りの電力をＰＭＡＣの送信に割り当てる。場合によっては、ＷＴＲＵは、優先順位付け信号が受信されてよいように、ＰＭＡＣに関連付けられたアップリンクＤＣＩフォーマットを復号する。
【０７６２】
ＷＴＲＵは、プライマリＭＡＣエンティティのセルに対するＰＵＳＣＨ送信およびセカンダリＭＡＣエンティティのセルに対する別のグラントを用いたグラントによってスケジュールされてよい。ＷＴＲＵは、それぞれのグラントを使用して両方の送信を同時に実行することによって、その最大送信電力を超えることを決定してよい。次いで、ＷＴＲＵは、優先順位付け機能が適用されるべきであることを決定する。ＷＴＲＵは、たとえば、ＰＭＡＣのために受信するＤＣＩは、送信はより高い優先順位が与えられるものとすることを示すので、プライマリＭＡＣエンティティのＰＵＳＣＨ送信がセカンダリＭＡＣエンティティのうちの１つよりも高い優先順位を有することをさらに決定してよい。次いで、ＷＴＲＵ、場合によっては、必要ならば電力スケーリングを他の送信に適用しながら、受信されたグラントに従った、より高い優先順位を有するプライマリＭＡＣエンティティに対する送信を実行してよい。そのような優先順位は、関係ＨＡＲＱプロセスの持続時間にわたって変わらなくてよい。
【０７６３】
別の例では、ＷＴＲＵは、ＳＭＡＣに関連付けられた送信がより高い優先順位を有するように構成されてよい。そのような場合、ＷＴＲＵは、最初に送信電力をＳＭＡＣに、残りの電力をＰＭＡＣの送信に割り当てる。場合によっては、ＷＴＲＵは、優先順位付け信号が受信されてよいように、ＰＭＡＣに関連付けられたアップリンクＤＣＩフォーマットを復号する。
【０７６４】
ＷＴＲＵは、プライマリＭＡＣエンティティのセルに対するＰＤＳＣＨ送信およびセカンダリＭＡＣエンティティのセルに対する別のＰＤＳＣＨ送信を用いたダウンリンク割り当てによってスケジュールされてよい。ＷＴＲＵは、各送信に対する対応するＨＡＲＱフィードバックをＷＴＲＵが送信すると予想されるサブフレーム内で、その最大送信電力を超えることを決定してよい。次いで、ＷＴＲＵは、優先順位付け機能が適用されるべきであることを決定する。ＷＴＲＵは、たとえば、ＰＭＡＣのために受信するＤＣＩは、送信はより高い優先順位が与えられるものとすることを示すので、プライマリＭＡＣエンティティのＰＤＳＣＨ送信に関連付けられたＨＡＲＱフィードバックがセカンダリＭＡＣエンティティのうちの１つよりも高い優先順位を有することをさらに決定してよい。次いで、ＷＴＲＵは、それに応じて（すなわち、関係ＴＴＩに適用可能な他のスケジューリング情報に応じて、ＰＵＳＣＨまたはＰＵＣＣＨのどちらかを使用して）、場合によっては必要ならば電力スケーリングを他の送信に適用しながら、より高い優先順位を用いてプライマリＭＡＣエンティティに対する送信を実行してよい。そのような優先順位は、たとえば、優先順位が付けられたＨＡＲＱプロセスに対するＨＡＲＱフィードバックがＡＣＫになるまで、関係ＨＡＲＱプロセスの持続時間にわたって存続してよい。
【０７６５】
異なるｅＮＢに向けての同時ランダムアクセスプロシージャの例では、ＷＴＲＵは、第１のＭＡＣエンティティを使用する第１の進行中のランダムアクセス（ＲＡＣＨ）プロシージャを有する。次いで、ＷＴＲＵは、第２のＲＡＣＨプロシージャがトリガされることを決定する。
【０７６６】
別の例では、第２のＲＡＣＨプロシージャのためのトリガが、進行中のＲＡＣＨプロシージャと同じＭＡＣエンティティに関連付けられる場合、ＷＴＲＵは、レガシー動作を使用して実行してよい（すなわち、進行中のプロシージャを継続するべきかこれを中止して新しいプロシージャを開始するべきかという判定はＷＴＲＵ実装形態次第である）が、そうでない場合は、ＷＴＲＵは、両方のプロシージャを同時に実行する。後者の場合、ＷＴＲＵは常に、電力を、ＰＭＡＣエンティティのＰｃｅｌｌに関連付けられたプリアンブル送信に最初に割り当てる。ＰＭＡＣの他のセルに関連付けられたプリアンブル送信に対して、ＷＴＲＵは、ＭＡＣエンティティ間の優先順位に応じて電力をどのように割り当てるかを決定する。ＷＴＲＵが、ＳＭＡＣに関連付けられた任意の他の送信の前にＰＭＡＣインスタンスに対するＰＲＡＣＨ送信に優先順位を付ける場合、ＷＴＲＵは、電力をＰＭＡＣに関連付けられたＰＲＡＣＨ送信に最初に割り当て、残りの電力を他の送信に割り当てる。ＳＭＡＣに関連付けられたプリアンブル送信に対して、ＷＴＲＵは、ＭＡＣエンティティ間の優先順位に応じて電力をどのように割り当てるかを決定する。ＷＴＲＵが、ＳＭＡＣに関連付けられた他の任意の送信の前にＰＭＡＣインスタンスに対するＰＵＳＣＨ送信に優先順位を付ける場合（たとえば、ＰＭＡＣがより高い優先順位データを主に扱うと仮定するオフロードの場合）、ＷＴＲＵは、電力をＰＭＡＣに関連付けられた送信に最初に割り当て、残りの電力をＳＭＡＣに関連付けられた送信に割り当てる。ＷＴＲＵは、ＳＭＡＣに関連付けられたプリアンブルが予想送信電力で送信不可能であることを決定する場合、一例では、ＷＴＲＵは、プリアンブルの送信のための送信電力をスケーリングするが、プリアンブル送信のカウントＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを増加させない（すなわち、ＷＴＲＵは、より長いＵＬ  ＲＬＦ検出時間を犠牲にして、最大で、ある量の送信の分だけ、ＲＡＣＨプロシージャの総持続時間を延長してよい）。しかしながら、これは、たとえば、ＷＴＲＵが、多くても最大で、最大許可／構成されたプリアンブル送信の整数倍を送信してよいように、試行の総数および／またはプリアンブル送信の過剰で予測不可能な遅延を回避する時間に関して制限されてよい。プリアンブルカウントを増加させないことの１つの結果は、それに応じて電力ランピングが遅延するということである。
【０７６７】
ランダムアクセス応答がＲＡ応答窓の中で受信されない場合、またはすべての受信されたランダムアクセス応答が、送信されたランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子を含まない場合、ランダムアクセス応答の受信は、成功しなかったと考えられ、ＷＴＲＵは、以下とする。
【０７６８】
電力スケーリングが、送信されたランダムアクセスプリアンブルに適用されなかった場合、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１インクリメントする；
さもなければ、電力スケーリングが、送信されたランダムアクセスプリアンブルに適用された場合、ＳＣＡＬＥＤ＿ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１インクリメントする；
ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１の場合、または
ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＋ＳＣＡＬＥＤ＿ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝（２＊ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）＋１の場合：
ランダムアクセスプリアンブルがＰＣｅｌｌ上で送信される場合：
ランダムアクセス問題を上位レイヤに示す；
ランダムアクセスプリアンブルがＳＣｅｌｌ上で送信される場合：
ランダムアクセスプロシージャの完了が不成功であったと考慮する。
【０７６９】
注記：ＷＴＲＵは常に、送信電力を、ＰＣｅｌｌ上で送信されたプリアンブルに最初に割り当てる。
【０７７０】
前の例を拡張した一例では、ＷＴＲＵは常に、電力を、ＰＤＣＣＨ順序（すなわち、ネットワークによりトリガされたＲＡＣＨプロシージャ）によって開始されたプリアンブル送信に最初に割り当てる。
【０７７１】
ランダムアクセス応答がＲＡ応答窓の中で受信されない場合、またはすべての受信されたランダムアクセス応答が、送信されたランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子を含まない場合、ランダムアクセス応答の受信は、成功しなかったと考えられ、ＷＴＲＵは、以下とする。
【０７７２】
電力スケーリングが、送信されたランダムアクセスプリアンブルに適用されなかった場合、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１インクリメントする；
さもなければ、電力スケーリングが、送信されたランダムアクセスプリアンブルに適用された場合、ＳＣＡＬＥＤ＿ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１インクリメントする；
ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１の場合、または
ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＋ＳＣＡＬＥＤ＿ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝（２＊ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）＋１の場合：
ランダムアクセスプリアンブルがＰＣｅｌｌ上で送信される場合：
ランダムアクセス問題を上位レイヤに示す；
ランダムアクセスプリアンブルがＳＣｅｌｌ上で送信される場合：
ランダムアクセスプロシージャの完了が不成功であったと考慮する。
【０７７３】
注記：ランダムアクセスプロシージャがＰＣｅｌｌに対するＰＤＣＣＨ順序によって開始される場合、ＷＴＲＵは常に、最初に送信電力をプリアンブル送信に割り当てる。
【０７７４】
一例では、ＷＴＲＵは、代わりに、後続の利用可能なＰＲＡＣＨ機会でプリアンブルを送信してよい。
【０７７５】
ランダムアクセスリソース選択プロシージャは、以下でより詳細に説明されるように実行されるものとする。ＷＴＲＵまたはノードＢは、ｐｒａｃｈ−Ｃｏｎｆｉｇｌｎｄｅｘ、ＰＲＡＣＨマスクインデックス、および物理レイヤタイミング要件によって与えられる制限によって許可されたＰＲＡＣＨを含む次に利用可能なサブフレームを決定するように構成されてよい（ＷＴＲＵは、次の利用可能なＰＲＡＣＨサブフレームを決定するとき、測定ギャップの可能な発生および利用可能な送信電力を考慮に入れてよい）。
【０７７６】
前の例を拡張した一例では、ＷＴＲＵは、ＰＤＣＣＨ順序（すなわち、ネットワークによりトリガされたＲＡＣＨプロシージャ）によって開始されたプリアンブル送信のための後続の利用可能なＰＲＡＣＨ機会においてプリアンブルを送信する。
【０７７７】
ランダムアクセスリソース選択プロシージャは、以下で説明されるように実行されてよい。ＷＴＲＵまたはノードＢは、ｐｒａｃｈ−Ｃｏｎｆｉｇｌｎｄｅｘ、ＰＲＡＣＨマスクインデックス、および物理レイヤタイミング要件によって与えられる制限によって許可されたＰＲＡＣＨを含む次に利用可能なサブフレームを決定する（ＷＴＲＵは、次の利用可能なＰＲＡＣＨサブフレームを決定するとき、ＰＤＣＣＨ順序によってＰＣｅｌｌのために開始されないランダムアクセスプロシージャの場合の利用可能な送信電力と、測定ギャップの可能な発生を考慮に入れてよい）。
【０７７８】
１つの手法では、ＷＴＲＵが、進行中のＲＡＣＨプロシージャのためのＲＡＲを受信し、ＲＡＲがアップリンク送信のためのグラントを含む場合、ＷＴＲＵは、以下を実行する。
【０７７９】
ＰＭＡＣに関連付けられた競合ベースのＲＡＣＨ（ＣＢＲＡ）プロシージャの場合、ＷＴＲＵは、ｍｓｇ３の送信のためのＨＡＲＱプロセスに関連付けられた送信を優先させてよい。ＷＴＲＵは、最初に、関係ＲＡＣＨプロシージャの完了（成功または不成功）まで、対応する（再）送信に送信電力を割り当ててよい。
【０７８０】
ＳＭＡＣに関連付けられたＣＢＲＡプロシージャの場合、ＷＴＲＵは、必要な場合（すなわち、ＷＴＲＵが他の送信たとえばＰＭＡＣに対する送信を優先させる場合）、ｍｓｇ３の送信のためのＨＡＲＱプロセスに関連付けられた送信電力をスケーリングしてよい。この場合、次いで、ＷＴＲＵは、上記で説明されたプリアンブルカウントの場合と同様に、ＨＡＲＱ送信のカウントをデクリメントしない。
【０７８１】
ＰＭＡＣに関連付けられた競合のないＲＡＣＨ（ＣＦＲＡ）プロシージャの場合、ＷＴＲＵは、ＲＡＲにおいて受信されたグラントを使用するＨＡＲＱプロセスに関連付けられた送信を優先させてよい。ＷＴＲＵは、最初に、関係ＨＡＲＱプロセスの完了（成功または不成功）まで、対応する（再）送信に送信電力を割り当ててよい。一例では、これは、ＰＭＡＣに関連付けられたＲＡＣＨプロシージャの場合のみ行われてよい。別の一例では、これは、ＰＭＡＣのＰＣｅｌｌに関連付けられたＲＡＣＨプロシージャの場合のみ行われてよい。
【０７８２】
ＳＭＡＣに関連付けられたプロシージャＣＦＲＡの場合、ＷＴＲＵは、ＳＭＡＣのためのＲＡＲにおいて受信されるグラントを使用するＨＡＲＱプロセスに関連付けられた送信が、ＳＭＡＣに対する他の任意の送信よりも高い優先順位を有し、また、絶対優先順位に関連付けられていないＰＭＡＣに対するＰＵＳＣＨ（たとえば、上記の通りのＰＣｅｌｌに対するプリアンブル送信、またはＰＵＳＣＨ優送信先順位が付けられた）送信よりも高い優先順位を有するように、そのような送信を優先させてよい。ＷＴＲＵは、そのような優先順位順序を使用して、関係ＨＡＲＱプロセスの完了（成功または不成功）まで、対応する（再）送信に送信電力を割り当ててよい。例では、これは、ＳＭＡＣの特殊セルに関連付けられたＲＡＣＨプロシージャの場合のみ行われてよい。
【０７８３】
１つの手法では、ＷＴＲＵが、進行中のＲＡＣＨプロシージャのためのＲＡＲを受信し、ＲＡＲがアップリンク送信のためのグラントを含むとき、ＷＴＲＵは、以前にプリアンブルの送信に割り当てたので、同じ優先順位レベルを、グラントに関連付けられた送信に割り当てる。
【０７８４】
１つの手法では、ＷＴＲＵが、進行中の競合ベースのＲＡＣＨプロシージャのためのＲＡＲを受信し、ＲＡＲがアップリンク送信のためのグラントを含むとき、ＷＴＲＵは、電力スケーリングなどの優先順位付け機能がｍｓｇ３の送信に適用される場合、ＷＴＲＵが、競合解消窓からのｍｓｇ３の送信と次の再送信との間の時間を除外してよいことを決定する。場合によっては、ＷＴＲＵはまた、ｍｓｇ３（再）送信のカウントから送信を除外してよい。場合によっては、後者は、正常なｍｓｇ３送信のための最大遅延まで制限されてよい。
【０７８５】
１つの手法では、ＷＴＲＵが、何らかの損傷（たとえば、総ＷＴＲＵ送信電力が許可された最大値を超える）により所与のサブフレーム内でプリアンブルの送信を実行することができない場合、ＷＴＲＵは、最初に送信電力をこの送信に割り当てることによって、ＰＭＡＣエンティティに関連付けられたＲＡＣＨプロシージャのみのためのプリアンブルの送信を優先させる。同様に、同じ手法がｍｓｇ３の送信に適用されてよい。
【０７８６】
構成を無視する半静的優先順位および動的シグナリング：１つの手法では、ＷＴＲＵは、ＭＡＣインスタンス間の半静的優先順位を用いて構成されてよく、ＷＴＲＵは、制御情報は対応するスケジューリング情報とともに受信されてよいスケジュールされた送信のためのそのような構成を無視する制御情報を受信してよい。より具体的には、ＷＴＲＵは、第１のＭＡＣインスタンスおよび第２のＭＡＣインスタンスを用いて構成されてよい。ＷＴＲＵは、電力が通常、第２のＭＡＣインスタンスに関連付けられた送信に最初に割り当てられるように構成されてよい。次いで、ＷＴＲＵが、不十分な電力が所与のＴＴＩにおける送信に利用可能であることを決定するとき、ＷＴＲＵは、所与のＭＡＣインスタンスに関連付けられた送信にまたがってレガシー電力スケーリングを適用してよい。ＷＴＲＵは、第１のＭＡＣインスタンスに関連付けられたセル上で物理レイヤ制御シグナリングを受信できるようにさらに構成されてよい。この制御シグナリングは、ＰＤＣＣＨなどのスケジューリングチャネル上でダウンリンク制御情報（ＤＣＩ）内で受信されてよく、電力が第１のＭＡＣインスタンスに最初に割り当てられるように電力割り当ての構成された優先順位を動的に修正する制御情報を含んでよい。そのような制御シグナリングは、ダウンリンク割り当ておよび／またはアップリンクグラントに適用可能であってよい。ＷＴＲＵは、少なくともＨＡＲＱフィードバックの送信が優先されるようにダウンリンク割り当てを有するそのような制御シグナリングを受信するとき、または少なくともＰＵＳＣＨ上でのデータの送信が優先されるようにアップリンクグラントを有するそのような制御シグナリングを受信するとき、第１のＭＡＣインスタンスに関連付けられた送信を優先させてよい。
【０７８７】
動的シグナリングの受信および電力スケーリングイベントによってトリガされるＰＨＲ：１つの手法では、ＷＴＲＵは、ＭＡＣインスタンス間で適用可能な絶対優先順位が最後に動的制御シグナリングの受信によって設定された場合、およびＷＴＲＵが、電力スケーリングが、そのような制御シグナリングの受信以降初めてＭＡＣインスタンスに関連付けられた少なくとも１つの送信に適用されることを決定する場合、ＰＨＲをトリガしてよい。ＷＴＲＵは、電力スケーリングが適用可能なＴＴＩにおいてＰＨＲをトリガしてもよいし、ＷＴＲＵは、ＰＨＲが関係ＴＴＩ間の送信に含まれてよいようにＰＨＲをトリガしてよい。ＷＴＲＵは、少なくとも第１のＭＡＣインスタンスに対して電力スケーリングが第２のＭＡＣインスタンスの少なくとも１つの送信に適用されることを決定するとき、および電力が最初に第１のＭＡＣインスタンスに関連付けられた送信に割り当てられるようにＭＡＣインスタンス間の絶対優先順位が動的制御シグナリングによって修正されたとき、ＰＨＲをトリガしてよい。
【０７８８】
ＣＧにまたがる同期アップリンク送信および非同期アップリンク送信：ＷＴＲＵは、構成されたＣＧ間のアップリンク動作が同期であることを決定するとき、第１の優先順位付け機能（たとえば、電力割り当て方法および／または電力スケーリング）を適用してよく、構成されたＣＧ間のアップリンク動作が非同期であることを決定するとき、第２の優先順位付け機能を適用してよい。
【０７８９】
ＷＴＲＵは、同期ケースの場合は事前スケーリングを使用して（すなわち、先取りを用いて）電力を割り当てることを決定してよく、そうでない場合は保証電力を用いて電力を割り当てることを決定してよい。たとえば、ＷＴＲＵは、アップリンク動作が同期であることを決定する場合、第１の方法により電力割り当てを実行するべきであり、そうでない場合は、第２の方法により電力割り当てを実行するべきであることを決定してよい。たとえば、第１の方法は、各ＣＧに必要とされる電力を考慮することによって各ＣＧに割り当てられた電力の決定に基づいてよく、第２の方法は、送信が時間的に最も早く開始するＣＧに必要とされる電力と他のＣＧに対して保証された電力の量とに基づいて各ＣＧに割り当てられた電力の決定に基づいてよい。
【０７９０】
ＷＴＲＵは、同期ケースの場合は、両方のセルグループにまたがるスケーリングを使用して電力スケーリングを実行し、そうでない場合は、セルグループ単位での割り当てとセルグループ単位でのスケーリングを使用して電力スケーリングを実行することを決定してよい。たとえば、ＷＴＲＵは、アップリンク動作が同期であることを決定するとき、第１の方法により電力スケーリングを実行するべきであり、そうでない場合は、第２の方法により電力スケーリングを実行するべきであることを決定してよい。たとえば、第１の方法は、両方のＣＧにまたがるすべての送信間の優先順位に従ってそのような送信を（たとえばタイプ単位で）考慮することによるスケーリング送信に基づいてよく、第２の方法は、たとえば、最初に電力をＣＧごとに割り当て、次いで所与のＣＧのみの送信にまたがるスケーリングを実行することによって、ＣＧごとのスケーリング電力に基づいてよい。
【０７９１】
アップリンク動作が同期であるか非同期であるかをＷＴＲＵが決定するための例示的な方法が、本明細書でさらに説明される。
【０７９２】
一例では、ＷＴＲＵは、ＭｅＮＢからのＬ３インジケーションに基づいて、アップリンク動作が同期であるか非同期であるかを決定してよい。ＷＴＲＵは、たとえば、ＲＲＣ接続再構成プロシージャ中にＬ３  ＲＲＣシグナリングによって、アップリンク動作が同期であるかどうかを決定してよいように、ネットワークからインジケーションを受信してよい。そのような再構成プロシージャは、ＳＣＧのためのＷＴＲＵの構成の少なくとも一態様を追加または修正する再構成を含んでよい。たとえば、ネットワークは、少なくとも特殊セルを追加する（すなわち、ＷＴＲＵのためのＳＣＧを最初に構成する）および／または（たとえば、セルが変更されるように）ＳＣＧのそのような特殊セルの構成を修正するＲＲＣシグナリングを使用して、アップリンク動作が同期されるかどうかを示してよい。これは、たとえば、アップリンク動作がネットワークによってＭＣＧのＰＣｅｌｌとＳＣＧの特殊セルとの間のＤＬタイミング差に応じて決定される場合に適用可能であってよい。
【０７９３】
１つの方法では、ＷＴＲＵは、ＷＴＲＵ自律的動作に少なくとも部分的に基づいて、アップリンク動作が同期であるか非同期であるかを決定してよい。１つの方法では、ＷＴＲＵはアップリンク動作のタイプを自律的に決定してよく、および／または、ＷＴＲＵは、異なるＣＧのセル間の相対タイミング同期を監視して、可能な同期エラーを検出するなどしてよい。たとえば、ＷＴＲＵは、ＣＧ間の同期アップリンク動作を示すネットワークから明示的信号を受信してよい。デュアルコネクティビティのために構成される場合、ＷＴＲＵは、たとえば本明細書で説明される方法に従ってＣＧのセル間の同期を監視してよく、同期問題を検出した場合、以下で説明されるようにエラーハンドリングを実行する。
【０７９４】
例では、ＷＴＲＵは、アップリンク動作は異なるＣＧのセル間で同期であることを示すＬ３  ＲＲＣシグナリングを受信してよい。次いで、ＷＴＲＵは、異なるＣＧ間の電力の割り当てに単一の動作を使用してよい。場合によっては、ＷＴＲＵは、少なくとも１つのアップリンク送信に適合しなくてよいようにアップリンク送信を実行するときに同期が特定の閾値を超えるおよび／またはそのような閾値を上回るかどうかを検出してよいように、ＭＣＧのＰＣｅｌｌのＤＬタイミングおよびＳＣＧの特殊セルのＤＬタイミングを監視してよい。この場合、ＷＴＲＵは、以下で説明されるようにエラーハンドリングを実行してよい。
【０７９５】
別の例では、ＷＴＲＵは、アップリンク動作は異なるＣＧのセル間で非同期であることを示すＬ３  ＲＲＣシグナリングを受信してよい。次いで、ＷＴＲＵは、異なるＣＧ間の電力の割り当てに単一の動作を使用してよい。そのような場合、ＷＴＲＵは、異なるＣＧのセル間の同期問題を監視することを求められなくてよい。
【０７９６】
さらなる例では、ＷＴＲＵは、アップリンク動作は異なるＣＧのセル間で非同期であることを示すＬ３  ＲＲＣシグナリングを受信してよい。次いで、ＷＴＲＵは、たとえば本明細書で説明される他の方法により、異なるＣＧのセル間のタイミング差を監視してよい。ＷＴＲＵは、アップリンク動作が同期であることを決定する場合、第１の方法により電力割り当てを実行し、そうでない場合は、第２の方法により電力割り当てを実行してよい。
【０７９７】
ＵＥがどのようにしてＣＧ間の同期を監視し、検出するかに関連するさらなるＷＴＲＵ自律的方法が本明細書で説明される。
【０７９８】
１つの手法では、その構成されたセルグループ（ＣＧ）間のアップリンク送信に対してＷＴＲＵが同期して動作するか非同期で（すなわち非同期式に）動作するかは、ＣＧそれぞれのＵＬサブフレームの開始の間の相対的時間差に基づいて定義されてよい。
【０７９９】
たとえば、ＣＧのそれぞれのＵＬサブフレームの開始間の時間差が特定の閾値よりも小さいまたはこれに等しい場合、ＷＴＲＵは、構成されたＣＧ間のアップリンク動作が同期であることを考慮してよい。そのような閾値は、固定値として指定されてもよいし、システム内の２つの連続サブフレーム間のガード時間によって制限されてもよいし、構成態様であってもよい。任意選択で、そのような閾値は、あるモード（たとえば同期）と他のモード（たとえば非同期）の間でＷＴＲＵが遷移してよい場合、ＷＴＲＵは、そのような閾値の近くで動作するとき、不必要な遷移を実行しないように、ヒステリシス期間を含んでよい。たとえば、ＷＴＲＵは、そのような閾値に到達するとアップリンク動作の非同期モードに送信してよいが、このモードでは、相対時間差が、閾値−追加時間の期間Ｘよりも小さい値に戻るまで変わらなくてよい（すなわち、ＷＴＲＵは、非同期されたモードでは、より迅速に動くが、閾値のかなりのマージン内に戻るまでそのようなモードでは変わらない）。
【０８００】
ＣＧ間の時間差の評価：より一般的には、ＷＴＲＵが、所与のＣＧに対する複数のＴＡＧを用いて構成される場合、そのような時間差は、以下のうちの少なくとも１つに基づいて決定されてよい。
【０８０１】
ＰＣｅｌｌとＳｐＳＣｅｌｌ：ＣＧの特殊セルを含むＴＡＧに関連付けられたアップリンクサブフレームの開始。たとえば、これは、プライマリＣＧ（ＭＣＧ）のためのＰＣｅｌｌであってよく、セカンダリＣＧ（ＳＣＧ）のための特殊ＳＣｅｌｌ（たとえば、ＰＵＣＣＨリソースを用いて構成されるおよび／またはＲＬＭが実行されるＳＣｅｌｌ）であってよい。たとえば、この場合、相対時間差は、ＭＣＧのＰＴＡＧのアップリンクサブフレームの開始とＳＣＧのＰＴＡＧのアップリンクサブフレームの開始との間の差である。この場合、以下で使用される「適用可能なセル」という用語は、この方法のためのそれらのセルを指す。
【０８０２】
任意の２つの送信の開始間の最大絶対値：相対時間差が絶対値に関して最大である、ＭＣＧのＴＡＧに関連付けられたアップリンクサブフレームの開始とＳＣＧのＴＡＧの開始。この場合、以下で使用されるとき「適用可能なセル」という用語は、この方法のための関係ＴＡＧの任意のセルを指す。
【０８０３】
任意の２つのアップリンクサブフレームの開始間の最大絶対値：その間で相対時間差が絶対値に関して最大である、ＷＴＲＵがこのサブフレーム内で少なくとも１つの送信を実行するＭＣＧのＴＡＧに関連付けられたアップリンクサブフレームの開始と、ＷＴＲＵがこのサブフレーム内で少なくとも１つの送信を実行するＳＣＧのＴＡＧの開始。この場合、以下で使用されるとき「適用可能なセル」という用語は、この方法のための関係ＴＡＧの任意の適用可能なセル（たとえばＷＴＲＵが少なくとも１つの送信を実行する）を指す。
【０８０４】
ＰＣｅｌｌ内の送信の開始とＳＣＧ内の任意の送信との間の最大絶対値：結果として得られる相対時間差が絶対値に関して最大である、ＭＣＧのためのＰＴＡＧに関連付けられたアップリンクサブフレームの開始と、ＳＣＧのＴＡＧに関連付けられたアップリンクサブフレームの開始。この場合、以下で使用されるとき「適用可能なセル」という用語は、ＰＣｅｌｌと、この方法のためのＳＣＧの関係ＴＡＧの任意のセルとを指す。
【０８０５】
ＷＴＲＵが、上記で説明された関係方法に適用可能なセル内でアップリンク送信を実行するとき、そのような時間差のみを決定する場合、または各ＣＧの少なくとも１つのセル内で少なくとも１つのアップリンク送信を実行するときのみ、ＷＴＲＵは、アップリンクサブフレームの開始として適用可能な送信に対応してよい（場合によっては、サブフレームのすべてのシンボルたとえばＳＲＳにまたがらない送信信号を除いて）。
【０８０６】
アップリンク動作モードの決定：１つの手法では、ＷＴＲＵは、以下のうちの少なくとも１つに従って適用可能な動作モードを決定してよい。
【０８０７】
Ｌ３シグナリング／構成に基づく：ＷＴＲＵは、Ｌ３シグナリングによって受信されたインジケーションから適用可能なアップリンク動作モードを決定してよい。そのような場合、アップリンク動作モードのタイプは、ＷＴＲＵの構成の半静的構成要素であってよい。たとえば、ＷＴＲＵは、デュアルコネクティビティのための構成の一部としてアップリンク動作モードを示す制御シグナリングを受信してよい。たとえば、ＷＴＲＵは、ＳＣＧを最初に追加するデュアルコネクティビティのための構成の一部としてアップリンク動作モードのタイプを受信してよい。これは、ＷＴＲＵが同期動作のみを仮定するものとするか、非同期動作のみを仮定するものとするか、または場合によっては、これは、たとえば本明細書で説明される方法のいずれかに従ってＷＴＲＵが動作のアップリンクモードを自律的に決定するものとするインジケーションを含んでよいことを含んでよい。場合によっては、ＷＴＲＵは、適用可能な電力割り当て機能の構成インジケーションの一部として受信してよい。場合によっては、ＷＴＲＵは、適用可能な関係動作モードのための電力割り当て機能の構成を受信してよい。
【０８０８】
ＣＧの適用可能なセルのためのダウンリンクタイミング基準に基づいて計算されるＣＧ間の相対タイミング差：ＷＴＲＵは、各ＣＧの適用可能なセルの対応するダウンリンクサブフレーム間の時間差の量を推定してよい。ＷＴＲＵは、そのような時間差を閾値と比較してよく、この比較から、ＷＴＲＵは、アップリンク動作モードが同期であるか非同期であるかを決定してよい。そのような閾値は、ＷＴＲＵの構成態様であってよい。デュアルコネクティビティを用いて構成されるＷＴＲＵは、異なるＣＧの適用可能なセル間の相対タイミング差を評価し、それをそのような閾値と比較することによって、適用可能なアップリンク動作モードを決定してよい。
【０８０９】
受信されたＴＡＣ（またはＮｔａ＿ｒｅｆ）を使用して、ＣＧの適用可能なセルのためのアップリンクサブフレーム調整に基づいて計算されたＣＧ間の相対タイミング差：デュアルコネクティビティを用いて構成されるＷＴＲＵは、異なるＣＧの適用可能なセル間の相対タイミング差を評価し、それを閾値と比較することによって、適用可能なアップリンク動作モードを決定してよい。
【０８１０】
ＷＴＲＵは、各ＣＧの適用可能なセルの対応するアップリンクサブフレーム間の時間差の量を推定してよい。そのような推定は、各適用可能なセルに対して最後に受信されるＴＡＣからの結果として各セルに適用されるそれぞれのタイミング補償の量を使用して実行されてよい。
【０８１１】
ＷＴＲＵは、たとえばＮＷシグナリングの結果として記憶されたＵＬタイミング基準が変化するとき、時間差を推定してよい：そのような場合、ＷＴＲＵは、少なくともＴＡＣが最初に適用されるサブフレームと同時に行われるまたはこれに続いて行われる各ＣＧ内で１または複数の送信を最初に実行する前に、そのような推定を実行してよい（場合によっては、電力が制限された状況の場合にそのような送信が電力割り当て機能の使用を必要とするときのみ）。たとえば、ＷＴＲＵは、ＴＡＣを受信するとき、ＴＡＣ内で受信された値を最初に適用するとき、少なくとも１つのＴＡＣの最後の受信後で同時送信につながる各ＣＧに対する少なくとも１つのグラントを最初に受信するとき、または最初に、ＣＧに利用可能な総電力（利用可能な最大ＷＴＲＵ送信電力よりも小さい場合）および／またはそのような同時送信に対する利用可能な最大ＷＴＲＵ送信電力を超えるように電力は割り当てられるべきであることを決定するとき、そのような推定を実行してよい。
【０８１２】
ＷＴＲＵは、そのような時間差を閾値と比較してよく、この比較から、ＷＴＲＵは、アップリンク動作モードが同期であるか非同期であるかを決定してよい。そのような閾値は、ＷＴＲＵの構成態様であってよい。
【０８１３】
Ｎｔａ（またはＷＴＲＵ自律的補償を含む）を使用して、ＣＧの適用可能なセルのためのアップリンクサブフレーム調整に基づいて計算されたＣＧ間の相対タイミング差：デュアルコネクティビティを用いて構成されるＷＴＲＵは、異なるＣＧの適用可能なセル間の相対タイミング差を評価し、それを閾値と比較することによって、適用可能なアップリンク動作モードを決定してよい。
【０８１４】
ＷＴＲＵは、各ＣＧの適用可能なセルの対応するアップリンクサブフレーム間の時間差の量を推定してよい。そのような推定は、たとえばＤＬタイミングの変更からのＷＴＲＵの自律的補償機構の結果として各セルに適用されるそれぞれのタイミング補償の量を使用して実行されてよい。
【０８１５】
ＷＴＲＵは、ＮＷ関与なしでＵＬタイミング補償が変化するとき、時間差を推定してよい：そのような場合、ＷＴＲＵは、（たとえば、ＤＬタイミングを追跡することによって）補償を自律的に適用するべきであるかどうかを決定する任意のサブフレーム内でそのような推定を実行してよい。いくつかの実装形態では、これは、ＰＳＳ／ＳＳＳを有するサブフレーム内でのみ行われてよい。あるいは、ＷＴＲＵは、少なくとも補償が自律的に適用されるサブフレームと同時に行われるまたはこれに続いて行われる各ＣＧ内で１または複数の送信を最初に実行する前に、そのような推定を実行してよい。いくつかの実装形態では、これは、電力が制限される状況の場合に、そのような送信が電力割り当て機能の使用を必要とするときのみ、行われてよい。たとえば、ＷＴＲＵは、少なくとも１つの適用可能なセルに対するＤＬタイミングの変更を最初に決定する場合、そのような補償をアップリンクタイミングに最初に適用する場合、最後に補償を自律的に調整した後で同時送信につながる各ＣＧに対する少なくとも１つのグラントを最初に受信する場合、またはＣＧに利用可能な総電力（利用可能な最大送信電力よりも小さい場合）および／もしくはそのような同時送信に利用可能な最大ＷＴＲＵ送信電力を超えるように電力は割り当てられるべきであることを最初に決定する場合、そのような推定を実行してよい。
【０８１６】
ＷＴＲＵは、そのような時間差を閾値と比較してよく、この比較から、ＷＴＲＵは、アップリンク動作モードが同期であるか非同期であるかを決定してよい。そのような閾値は、ＷＴＲＵの構成態様であってよい。
【０８１７】
ＷＴＲＵは、ＤＬタイミング変更の補償のための時間差を推定する：ＤＬタイミングの推定に基づく上記で説明されたＷＴＲＵ自律的方法のいずれかの場合、ＷＴＲＵは、たとえば以下のうちの少なくとも１つに従って、そのような比較を動的に実行してよい。
【０８１８】
ＤＬの場合、連続的に：あらゆるサブフレーム内で（たとえば連続的に）、またはあらゆるＤＬサブフレーム内で（たとえば、ＴＤＤ内でＤＬサブフレームに対して連続的に）、またはＷＴＲＵが各ＣＧ内の少なくとも１つの適用可能なセルに対してＰＤＣＣＨを復号するあらゆるＤＬサブフレーム内で（たとえば、ＷＴＲＵがＤＲＸアクティブ時間内にあるとき）。
【０８１９】
ＷＴＲＵが、そのようなものが検出される場合、ＤＬタイミング変更に対して補償を適用するべきであることを自律的に決定してよい。ＣＧの少なくとも１つの適用可能なセルに対するＤＬタイミングをＷＴＲＵが推定するサブフレーム内で（たとえば、関係タグおよび／またはＣＧのためのＤＬタイミング基準として使用されるセルを使用することに基づいて）。
【０８２０】
ＰＳＳ／ＳＳＳが利用可能であるときのみ：ＷＴＲＵがＰＳＳ／ＳＳＳを復号するサブフレーム内で。
【０８２１】
ＵＬタイミングを調整した後のみ、およびそれ以来電力割り当て機能を適用する最初にことを必要とする場合に：補償が適用されるべきであることを決定するサブフレームに続いて、両方のＣＧに対して同時に行われる、各ＣＧにおいて１または複数の送信を実行するために利用可能なアップリンクリソースを有すること（または、そのようなことに対して電力を割り当てることが必要であること）を最初に決定するとき。
【０８２２】
ＷＴＲＵは、ＵＬタイミングの維持に関して時間差を推定する：さらに、ＵＬタイミングの維持に基づく上記で説明されたＷＴＲＵ自律的方法のいずれかの場合、ＷＴＲＵは、たとえば以下のうちの少なくとも１つに従って、そのような比較を動的に実行してよい。
【０８２３】
ａ．ＷＴＲＵはＴＡＣを受信／適用する：受信されたＴＡＣをＷＴＲＵが受信する（または適用する）（またはＮｔａ＿ｒｅｆを更新する）サブフレーム内で。
【０８２４】
ｂ．ＷＴＲＵは、たとえば推定されるＤＬタイミングの変更に基づいて、またはＷＴＲＵが最初に補償を適用するとき、ＷＴＲＵがアップリンクタイミング調整（Ｎｔａ）に補償を自律的に追加するべきであることを決定するサブフレーム内で、自律的にＮｔａを更新する。
【０８２５】
ｃ．ａ．およびｂ．の組み合わせも可能である。
【０８２６】
ＷＴＲＵは、決定された動作モードに応じて異なる電力割り当て動作を使用してよい。１つの手法では、ＷＴＲＵは、同期されたモードで動作することを決定した場合、第１の電力割り当て方法を使用してよいが、モード非同期で動作することを決定した場合、第２の電力割り当て機能を使用してよい。たとえば、第１の電力割り当て機能は、異なるＣＧに関連付けられた送信間で電力が動的に割り当てられてよいように電力共有を実施してよいが、第２の電力割り当て方法が、異なるＣＧに関連付けられた送信間で利用可能な総ＷＴＲＵ送信電力の半静的分割機能を実施してよい。
【０８２７】
ＷＴＲＵは、動作モードとは無関係に動的電力割り当てが可能であるかどうかを、ＷＴＲＵ能力としてサポートしてよい。１つの手法では、ＷＴＲＵは、デュアルコネクティビティを用いて構成されるとき、単一の方法が両方の同期アップリンク動作および非同期アップリンク動作に適用されてよいかどうかをＷＴＲＵ能力交換の一部として報告してよい。たとえば、ＷＴＲＵは、両方のモードのための電力割り当て機能のために動的電力共有が可能であってよいことを報告してよい。そのような能力は、一般的には、たとえば事前電力割り当てなどの追加処理を必要としてよい特定のレベルの実装形態の複雑さを暗示する。たとえば、ＷＴＲＵは、１つのモードのみで電力割り当て機能のための動的電力共有が可能であってよいことを報告してよい。たとえば、そのようなモードは同期モードであってよい。そのような能力は、一般的には、実装形態の複雑さをあまり必要としない。ＷＴＲＵが、デュアルコネクティビティのための構成を受信するとき、そのような報告された能力は、特定の電力割り当て動作が同期モードおよび／または非同期モードに使用されるものとすることを暗黙的に決定してよい。たとえば、そのような電力割り当て動作は、同期ケースの場合は動的電力共有機能であってよいが、非同期ケースの場合は半静的分割機能であってよい。場合によっては、ＷＴＲＵは、デュアルコネクティビティのためにサポートされる電力割り当てのタイプに関連する情報を含んでよい。ＷＴＲＵは、ＷＴＲＵの能力の一部として、電力割り当ての目的で追加されてよい、最大処理遅延を表す値を報告してよい。そのような値は、異なるＣＧのアップリンクサブフレーム間で適用可能であってよい最大時間差として知らされてよい。
【０８２８】
新規ＰＨＲトリガ：ＷＴＲＵは、アップリンク動作モードの切り換えを実行するべきであることを決定すると、ＰＨＲをトリガしてよい。場合によっては、ＷＴＲＵは、アップリンク動作モードで切り換えを前回実行してから初めて、各ＣＧ内で少なくとも１つのアップリンク送信を同時に実行するべきであることを決定すると、そのようなＰＨＲをトリガする（場合によっては、そのような送信が何らかの形式の優先順位付け（スケーリングを含む）および／または利用可能な総ＷＴＲＵ電力の共有を実施する電力割り当て機能の適用を必要とする場合のみ）。
【０８２９】
セル間のタイミング差の決定のためのＷＴＲＵ支援が、本明細書でさらに説明される。ＷＴＲＵは、１または複数のセルのためのＤＬタイミングを測定するように構成されてよい。たとえば、そのようなセルは、測定構成の１または複数のセルに対応してよい。ＷＴＲＵは、そのようなセルとＷＴＲＵのＰＣｅｌｌとの間のＤＬタイミング差を報告するようにさらに構成されてよい。たとえば、そのような報告は、タイミングの差が閾値を上回るまたは下回るかどうかを含んでよい。あるいは、そのようなタイミング差は、報告の粒度に応じた絶対値であってよい。たとえば、そのような報告は、たとえば、そのような測定報告が既存の測定トリガによってトリガされるとき、測定レポートとともに送信されてよい。
【０８３０】
エラーケースの扱い；エラーケースの決定：ＷＴＲＵは、ＣＧ間の時間差が閾値を超えることを決定するとき、デュアルコネクティビティを用いたそのアップリンク動作に関する問題（たとえば、ＳＣＧに関する無線リンク問題）が存在することを決定してよい。場合によっては、そのような閾値は、ＷＴＲＵの能力に関する。場合によっては、そのような閾値は、上記で説明され動作のアップリンクモードの決定に使用される閾値と同じ閾値であってよい。たとえば、ＷＴＲＵは、アップリンク動作の同期されたモードのためにデュアルコネクティビティを用いて動作する能力を有し、たとえば、本明細書で説明される方法のいずれかを使用して、そのような決定を行うだけでよい。
【０８３１】
エラーケースの発生時の措置：ＷＴＲＵがそのような問題を決定すると、ＷＴＲＵは、以下でより詳細に説明されるプロシージャのうちの少なくとも１つを実行してよい。
【０８３２】
ａ．ＷＴＲＵは、有効なＵＬタイミング調整をもはや持たない（たとえば、ＴＡＴの期限が切れる）ことを考慮してよい。
【０８３３】
ｉ．場合によっては、ＳＣＧの１つ（またはすべての）ＴＡＧに対してのみ。
【０８３４】
ｂ．ＷＴＲＵは、エラー状況をネットワークに、たとえばＬ３シグナリングを使用してＭｅＮＢに、報告してよい。
【０８３５】
ｉ．そのようなＬ３シグナリングは、ＲＲＣプロシージャを含んでよい。
【０８３６】
ｉｉ．そのようなＲＲＣプロシージャは、ＳＣＧ（Ｓ−ＲＬＦ）の無線リンク障害（ＲＬＦ）をＭｅＮＢに報告するために使用されるプロシージャであってよい。
【０８３７】
ｉｉｉ．そのような報告は、たとえば「誤った同期」である原因を含んでよい。
【０８３８】
ｉｖ．ＷＴＲＵは、ＳＣＧへの接続を停止してよく、それを自律的に再び始めなくてよい。
【０８３９】
ｃ．ＷＴＲＵは、ＳＣＧ構成を無効化してよい。
【０８４０】
ｄ．ＷＴＲＵは、ＭＣＧに対してＰＨＲをトリガしてよい。
【０８４１】
ｅ．ＷＴＲＵは、ＲＲＣ接続再確立を開始してよい。
【０８４２】
ＳＲＳ送信の扱いが、本明細書でさらに説明される。
【０８４３】
旧来の動作では、ＳＲＳは、一般的には、サブフレームの最後のシンボル内で送信されてよい。
【０８４４】
別の旧来の動作では、複数のＴＡＧを用いて構成されたＷＴＲＵは、同じサブフレームまたは次のサブフレーム内で異なるサービングセルに対するＰＵＣＣＨ／ＰＵＳＣＨ送信（同じまたは異なるＴＡＧ）と重複する場合、そうでなければ、ＷＴＲＵの総送信電力が、シンボルの重複された部分上の利用可能な最大送信電力（たとえばＰｃｍａｘ）を超える場合、一般的には、ＳＲＳ送信を破棄してよい。
【０８４５】
さらなる旧来の動作では、複数のＴＡＧと３つ以上のサービングセルを用いて構成されたＷＴＲＵは、同じサブフレーム内の異なるサービングセルのＳＲＳ送信と重複する場合、および同じサブフレームまたは次のサブフレーム内の別のサービングセルに対するＰＵＣＣＨ／ＰＵＳＣＨ送信と重複する場合、そうでなければ、ＷＴＲＵの総送信電力がシンボルの重複された部分上の利用可能な最大送信電力（たとえばＰｃｍａｘ）を超える場合、一般的には、ＳＲＳ送信を破棄してよい。前のルールと比較すると、それは、そのような場合にどのＳＲを破棄するかの選択に類似している（他のＳＲＳは、ＰＵＣＣＨ／ＰＵＳＣＨ送信と重複しなくてよい）。
【０８４６】
別の旧来の動作では、複数のＴＡＧを用いて構成されたＷＴＲＵは、異なるＴＡＧのＳＣｅｌｌ内のネットワークにより制御されるＰＲＡＣＨ送信と重複する場合、そうでないならば、ＷＴＲＵがシンボルの重複部分のための総ＷＴＲＵ利用可能電力（たとえばＰｃｍａｘ）を超える場合、一般的には、ＳＲＳ送信を破棄してよい。
【０８４７】
３つ以上のＴＡＧが構成されるとき、および／または複数のＣＧが構成される、すなわちデュアルコネクティビティであるとき、ＳＲＳのための旧来の破棄ルールが適用可能である。１つの方法では、ＳＲＳを破棄する旧来のルールは、ＳＲＳ送信がＭＣＧのＰＣｅｌｌまたはＳＣＧの特殊セルのどちらかのためのＰＵＣＣＨ／ＰＵＳＣＨと重複する場合を含めて、デュアルコネクティビティを用いて構成されたＷＴＲＵに適用可能であってよい。
【０８４８】
ＳＲＳのための旧来のスケーリングルールは、１つのＣＧ内でのみ、およびＷＴＲＵのすべての送信のため考慮された旧来の破棄ルールがＳＲＳを破棄することをもたらさない限り、適用可能であってよい。１つの方法では、デュアルコネクティビティを用いて構成されたＷＴＲＵは、すべての関係ＳＲＳ送信が同じＣＧのセル上で実行される場合のみ、旧来のルールに従ってＳＲＳ信号の送信に割り当てられた電力をスケーリングしてよい。場合によっては、これは、そうでなければ関係ＣＧのためのＷＴＲＵの総送信電力がシンボルの重複部分上のＣＧのための利用可能な最大送信電力（たとえば、Ｐｃｍａｘ，ｅｎｂ）を超えるときにも行われてよい。一例では、ＣＧが、アップリンクリソースを有する多くても１つのサービングセル（たとえば、ＭＣＧのＰＣｅｌｌまたはＳＣＧの特殊セル）を用いて構成される場合、関係ＣＧの最大ＷＴＲＵ送信電力（たとえば、Ｐｃｍａｘ，ｅｎｂ）は、関係セルのための総ＷＴＲＵ利用可能電力（たとえば、Ｐｃｍａｘ，ｃ）に等しくてよい。
【０８４９】
ＷＴＲＵは、特定のＣＧに関連付けられた１または複数のＳＲＳ信号を送信するべきであることを決定してよい。ＷＴＲＵは、以下で説明される方法のいずれかに従ってそのような決定を行い、たとえば、ＳＲＳがＣＧ間で時間的に重複してよい場合および／またはＳＲＳが同じＣＧまたは異なるＣＧｓの他の送信と重複する場合などを扱ってよい。
【０８５０】
ＣＧにまたがってＳＲＳを重複させることは、本明細書でさらに説明される。
【０８５１】
Ｐｃｍａｘが超えられるケースでは、異なるＣＧからの２つのＳＲＳ送信が重複し、Ｐｃｍａｘが超えられる場合、ＳＲＳは破棄されてよい。１つの方法では、第１のＣＧのサービングセルのためのシンボル内のＳＲＳの送信が別ＣＧ内のサービングセルのためのシンボル内のＳＲＳ送信と重複する場合、および重複部分内のＷＴＲＵの総送信電力が総ＷＴＲＵ利用可能電力（たとえば、Ｐｃｍａｘ）を超える場合、デュアルコネクティビティを用いて構成されたＷＴＲＵは、ＳＲＳの送信を破棄してよい。
【０８５２】
ＣＧごとのＰｍａｘが超えられるケースでは、１つのＣＧに対して、異なるＣＧからの２つのＳＲＳ送信が重複し、Ｐｍａｘ，ｅＮＢが超えられる場合、ＳＲＳは破棄されてよい。１つの方法では、第１のＣＧのサービングセルのためのシンボル内のＳＲＳの送信が別ＣＧ内のサービングセルのためのシンボル内のＳＲＳ送信と重複する場合、および重複部分内の関係ＣＧに関連付けられた総送信電力が関係ＣＧのための総ＷＴＲＵ利用可能電力（たとえば、Ｐｃｍａｘ，ｅｎｂ）を超える場合、デュアルコネクティビティを用いて構成されたＷＴＲＵは、ＳＲＳの送信を破棄してよい。一例では、ＣＧが、アップリンクリソースを有する多くても１つのサービングセル（たとえば、ＭＣＧのＰＣｅｌｌまたはＳＣＧの特殊セル）を用いて構成される場合、関係ＣＧの最大ＷＴＲＵ送信電力（たとえば、Ｐｃｍａｘ，ｅｎｂ）は、関係セルのための総ＷＴＲＵ利用可能電力（たとえば、Ｐｃｍａｘ，ｃ）に等しくてよい。
【０８５３】
ＣＧにまたがってＳＲＳとＰＲＡＣＨとの間で重複することは、本明細書でさらに説明される。ＳＲＳの送信がＷＴＲＵ自律的プリアンブル（たとえばＲＡ−ＳＲ）の送信と重複するケースのための旧来の動作における扱いはない。しかしながら、このケースは、現在デュアルコネクティビティにより可能である。
【０８５４】
ＭＣＧにおけるＷＴＲＵ自律的ＰＲＡＣＨおよびＳＣＧにおけるＳＲＳが、本明細書でさらに説明される。１つの方法では、デュアルコネクティビティを用いて構成されたＷＴＲＵは、そうでなければＷＴＲＵ送信電力が最大利用可能電力を超えるならば、別のＣＧのサービングセルに対するＰＲＡＣＨ上の送信と重複する場合、第１のＣＧのサービングセルに対する送信ＳＲＳを破棄してよい。これは、ＷＴＲＵの総送信電力が重複部分のためのその最大利用可能電力（たとえば、Ｐｃｍａｘ）を超える場合のみ、行われてよい。これは、対応するＣＧの保証電力割り当てを使用して、その必要とされる電力まで、ＰＲＡＣＨ送信を割り当てることができない場合にも行われてよい。さらに、これは、プリアンブル送信が競合のないランダムアクセスのためである場合、または第２のＣＧのサービングセルがＳＣＧの特殊セルである場合のみ、行われてよい。これは、所与のＣＧのためのＷＴＲＵの送信電力がそのＣＧのための最大利用可能電力（たとえば、Ｐｃｍａｘ，ｅｎｂ）を超える場合にも行われてよい。
【０８５５】
保証電力のフレームワークおよび電力共有内のＳＲＳ送信電力は、本明細書でさらに説明される。ＷＴＲＵは、いったんＳＲＳ送信を実行するべきであることを決定すると、以下の方法のうちの１または複数に従って電力を割り当ててよい。
【０８５６】
ＣＧの保証電力によって上限を設けられたＳＲＳ送信電力：たとえば、ＷＴＲＵは、ＳＲＳ送信に割り当てられた電力の量がＣＧのための保証電力を超えないように送信電力をＳＲＳに割り当ててよい。言い換えれば、サウンディングプロシージャは、電力割り当て機能の構成および総ＷＴＲＵ電力の保証部のためのｅＮＢ間の分割割り当てを考慮に入れてよい。
【０８５７】
ＣＧxのためのＳＲＳxは、０から最大ｍａｘ［ＰXeNB］であってよい。たとえば、ＷＴＲＵは、多くても最大総ＷＴＲＵ利用可能電力（たとえば、ＰCMAX）−他のＣＧの保証電力（たとえば、ＰXeNB）まで、電力（たとえば、ＳＲＳx）を第１のＣＧ（たとえば、ＣＧx）に対するＳＲＳ送信を割り当ててよい。
【０８５８】
特に、ＰＣＭ２の場合：たとえば、ＷＴＲＵは、特定の電力制御方法のための、たとえば、送信が時間的に最も早く開始する（たとえば、ＰＣＭ２）セルのグループ（またはＣＧ、またはＭＡＣインスタンス）の送信に残りの電力が割り当てられてよい電力割り当て方法のためなどの、電力のそのような割り当てを実行してよい。
【０８５９】
ＣＧxのためのＳＲＳxは、０から最大ｍａｘ［ＰXeNB，ＰCMAX−ＰγeNB］であってよい。
【０８６０】
特に、ＰＣＭ１の場合：たとえば、ＷＴＲＵは、ＷＴＲＵが、少なくともＳＲＳの送信より先の任意の可能な重複送信の正確な電力要件を決定することができる（たとえば、ＷＴＲＵは、先読み（look-ahead）が可能である）場合、他のＣＧ内の未使用の電力を割り当ててよい。言い換えれば、サウンディングプロシージャは、必要なときに、総ＷＴＲＵ電力の、他のスケジューラによって使用されない部を、ＳＲＳ電力割り当ての動的コンポーネントとしてさらに考慮に入れてよい。
【０８６１】
たとえば、ＰＣＭ１の場合（ＷＴＲＵは、先を読むことが可能である）、ＳＲＳは、最大利用可能電力（たとえばＰCMAX）−他のＣＧに割り当てられた電力（たとえばＰCGy）、たとえばＰCMAX−ＰCGyまでを使用してよい。
【０８６２】
たとえば、ＰＣＭ２の場合（ＷＴＲＵは、先読みを実行しない）、ＳＲＳは、最大利用可能電力（たとえばＰCMAX）−他のＣＧの保証電力（たとえばＰYeNB）、たとえばＰCMAX−ＰYeNBまでを使用してよい。
【０８６３】
たとえば、ＷＴＲＵは、以下を実行してよい。
【０８６４】
−  ＷＴＲＵは、最初に、たとえば旧来の方法による、ＳＲＳのための適用可能な電力制御公式を使用して、ＣＧのＳＲＳ送信のための所望の量の電力を決定してよい。
【０８６５】
−  ＷＴＲＵは、ＣＧのためのＳＲＳ送信に割り当てられ得る電力の最大量は最大利用可能電力（たとえばＰＣＭＡＸ）−他のＣＧの保証電力（たとえばΡYeΝΒ）であることを決定してよい。サブフレームの先頭において、他のＣＧが、その保証電力よりも高い進行中の送信を有する場合、ＳＲＳの最大電力は、最大利用可能電力−進行中の送信の電力によって制限される。他の送信（ＰＵＣＣＨ／ＰＵＳＣＨ）が、同じＣＧのためのＳＲを含むシンボル内で継続する場合、ＳＲＳの最大電力は、これらの継続送信の電力によってさらに減少されてよい。
【０８６６】
−  ＷＴＲＵは、所望の電力が、ＳＲＳに利用可能な電力の最大量よりも大きいことを決定する場合、ＷＴＲＵは、ＳＲＳ送信を破棄またはスケーリングしてよい。場合によっては、スケーリングは、ＳＲＳスケーリングのための旧来の方法に従って実行されてよい。
【０８６７】
ＷＴＲＵは、場合によっては、同じＣＧに関連付けられたＰＵＳＣＨ／ＰＵＣＣＨ送信に割り当てられた、同じサブフレームのための最大電力レベルがＳＲＳの電力レベルを超えない場合、ＳＲＳ送信のための上記の電力割り当て方法を実行してよい。
【０８６８】
ＷＴＲＵは、場合によっては、ＷＴＲＵが、同じＣＧに関連付けられた、同じサブフレームのためのＰＵＳＣＨ／ＰＵＣＣＨ送信を実行しない場合、ＳＲＳ送信のための上記の電力割り当て方法を実行してよい。
【０８６９】
ＷＴＲＵは、場合によっては、ＳＲＳに対するトリガのタイプそのような電力割り当て機能を実行してよい。たとえば、ＷＴＲＵは、定期的なＳＲＳ送信にわたって上記の電力割り当て機能を実行してよい。
【０８７０】
同じＣＧのＰＵＳＣＨ／ＰＵＣＣＨ電力によって上限を設けられたＳＲＳ送信電力が、本明細書でさらに説明される。いくつかの実装形態では、ＳＲＳ送信電力は常に、ＰＵＳＣＨ／ＰＵＣＣＨ電力に割り当てられる電力の量によって上限を設けられてよい。ＣＧxのためのＳＲＳxは、０から最大［ＰＣGx（ＰＵＳＣＨ／ＰＵＣＣＨ）］であってよい。
【０８７１】
たとえば、ＷＴＲＵは、特定のＣＧに関連付けられた（１または複数の）ＳＲＳ信号を送信するべきであることを決定してよい。たとえば、ＷＴＲＵは、ＳＲＳ送信に割り当てられた電力の量が、もしあれば、同じサブフレーム内の同じＣＧのＰＵＣＣＨ／ＰＵＳＣＨ送信のために計算された電力の量を超えないように送信電力をＳＲＳに割り当ててよい。そのような電力の量は、以下のうちの少なくとも１つを含んでよい。
【０８７２】
ａ．そのＣＧに対するＰＵＳＣＨ／ＰＵＣＣＨ送信に割り当てられた電力（たとえばＰCGX（ＰＵＳＣＨ／ＰＵＣＣＨ））。これは、複雑さの面から単純な代替形態であってよいが、ＳＲＳのためのややあまり正確でない電力レベルを生じてよい。
【０８７３】
ｂ．たとえばＭＰＲ、Ａ−ＭＰＲによる電力減少を適用する前にそのＣＧに対するＰＵＳＣＨ／ＰＵＣＣＨ送信に割り当てられてよい最大電力の計算において決定された電力範囲の上限（たとえば、ＰCMAX＿ｈｉｇｈ）。これは、ＰＵＳＣＨ／ＰＵＣＣＨ送信に適用される電力減少（この電力減少は、送信のタイプおよび変調のタイプに固有であり、たとえば、適用される減少は一般的に、１６ＱＡＭなどの高い変調次数の場合よりもＱＰＳＫの場合の方が低い）の影響を除去するのに有用であってよく、少なくとも変調次数がＰＵＳＣＨ／ＰＵＣＣＨ送信の場合およびＳＲＳ送信の場合と異なるとき、やや複雑であってよい。
【０８７４】
ｃ．他のサブフレームシンボルと異なってよく、具体的には、その特定の適用可能なＭＰＲまたはＡ−ＭＰＲに基づいてＳＲＳシンボルのために決定される範囲内の電力レベル。これは、すべての状況における最も正確な手法であってよい。
【０８７５】
一例では、ＳＲＳのための電力は常に、そのような送信が同じＣＧに対して同じサブフレーム内に存在するときＰＵＳＣＨ／ＰＵＣＣＨに割り当てられる電力の量によって制限される。一例では、ＳＲＳのための電力は、そのような送信が同じＣＧに対して同じサブフレーム内に存在するとき電力減少（ＭＰＲ、Ａ−ＭＰＲなど）を適用する前にＰＵＳＣＨ／ＰＵＣＣＨ送信に割り当て可能な電力の最大量によって制限されてよい。たとえば、ＷＴＲＵは、ＣＧのＰＵＳＣＨ／ＰＵＣＣＨ送信に対するＰCMAXの値を計算するときのＣＧに対するＰCMAX範囲の上限（たとえば、ＰＵＳＣＨ／ＰＵＣＣＨのＰCMAX_high）まで、電力をＳＲＳ送信に割り当ててよい。
【０８７６】
言い換えれば、サウンディングプロシージャは、所与のサブフレーム内のＣＧに割り当てられた電力を、ＳＲＳのための電力割り当て機能の動的コンポーネントとして考慮に入れてよい。
【０８７７】
ＷＴＲＵは、特定の電力制御方法のために、たとえば残りの電力が、所与のサブフレームに対して最も早く開始する送信を用いるＣＧに割り当てられてよい電力割り当て方法のためなどに、そのような電力の割り当てを実行してよい。これは、たとえば、ＷＴＲＵが先を読むことが可能でないとき、後続のサブフレームに対して時間的に重複してよい他のＣＧｘの送信を考慮に入れずに行われてよい。これは、特に、本明細書でさらに説明されるＰＣＭ２に関する。
【０８７８】
さらに、保証電力はまた、最小値として利用可能であってよい。ＣＧxのためのＳＲＳxは、０から最大ｍａｘ［ＰXeNB，ＰCGx（ＰＵＳＣＨ／ＰＵＣＣＨ）］であってよい。
【０８７９】
別の例では、ＷＴＲＵはまた、同じサブフレームのために同じＣＧのＰＵＣＣＨ／ＰＵＳＣＨ送信に割り当てられる電力の量が保証電力よりも少ないとき（電力がＰＵＣＣＨ／ＰＵＳＣＨ送信に割り当てられない場合を含む）、多くともＣＧのための保証電力まで、電力をＳＲＳ送信に割り当ててよい。
【０８８０】
特に、ＰＣＭ１の場合：たとえば、ＷＴＲＵは、特定の電力制御方法のための、たとえば、他のＣＧの送信を考慮に入れることによってセルのグループ（またはＣＧ、またはＭＡＣインスタンス）の送信に残りの電力が割り当てられてよく、たとえばＷＴＲＵが先を読むことが可能な後続のサブフレームと時間的に重複してよい電力割り当て方法のためなどの、電力のそのような割り当てを実行してよい。
【０８８１】
ＣＧxのためのＳＲＳxは、０から最大ｍａｘ［ＰXeNB，ＰCMAX−ＰCGy］であってよい。
【０８８２】
特に、ＰＣＭ１の場合：ＷＴＲＵは、ＷＴＲＵが、少なくともＳＲＳの送信より先の任意の可能な重複送信の正確な電力要件を決定することができる（たとえば、ＷＴＲＵは、先読みが可能である）場合、他のＣＧ内の未使用の電力を割り当ててよい。
【０８８３】
たとえば、ＷＴＲＵは、以下を実行してよい。
【０８８４】
−  ＷＴＲＵは、最初に、たとえば旧来の方法による、ＳＲＳのための適用可能な電力制御公式を使用して、ＣＧのＳＲＳ送信のための所望の量の電力を決定してよい（ＣＧxのためのＳＲＳxは、０から最大ｍａｘ［ＰXeNB，ＰCMAX−ＰCGy］であってよい）。
【０８８５】
−  ＷＴＲＵは、ＣＧのためのＳＲＳ送信に割り当てられ得る電力の最大量は、関連付けられたＣＧの保証電力と最大利用可能電力（たとえばＰCMAX）との間の最大値−他のＣＧの割り当てられた電力（たとえばＰCGy）であることを決定してよい。
【０８８６】
−  ＷＴＲＵは、所望の電力が、ＳＲＳに利用可能な電力の最大量よりも大きいことを決定する場合、ＷＴＲＵは、ＳＲＳ送信を破棄またはスケーリングしてよい。スケーリングは、ＳＲＳスケーリングのための旧来の方法に従って実行されてよい。
【０８８７】
一例では、ＷＴＲＵは、少なくともＣＧのための保証電力と同じＣＧに対するＰＵＣＣＨ／ＰＵＳＣＨによって使用される残りの電力の部分との合計まで、電力をＣＧのＳＲＳ送信に割り当ててよい。
【０８８８】
ＷＴＲＵは、場合によっては、ＷＴＲＵが、同じＣＧに関連付けられた、同じサブフレームのためのＰＵＳＣＨ／ＰＵＣＣＨ送信を実行する場合のみ、ＳＲＳ送信のための上記の電力割り当て方法を実行してよい。
【０８８９】
ＷＴＲＵは、場合によっては、ＳＲＳのためのトリガのタイプに応じて、そのような電力割り当て機能を実行してよい。たとえば、ＷＴＲＵは、非周期的ＳＲＳ送信にわたって上記の電力割り当て機能を実行してよい（そのようなＳＲＳ要求は一般的には、アップリンク送信たとえばＰＵＳＣＨのためのグラントに関連付けられるので）。
【０８９０】
処理時間予算：各ＣＧの送信間のタイミングの差は、受信されたスケジューリング情報を処理するためにＷＴＲＵに利用可能な時間、ならびに少なくとも１つの送信が関係サブフレームのための各ＣＧ内で必要とされる場合に所与のサブフレームに対するすべての送信の１または複数のパラメータを決定するために必要とされる電力割り当て、優先順位付け、および他のタスクを実行するために利用可能な時間に影響を及ぼしてよい。
【０８９１】
特に、これは、たとえば、総ＷＴＲＵ利用可能電力の一部をＣＧにまたがってまたはＷＴＲＵのすべての送信にまたがって動的に割り当てる電力割り当てのためなどの、関係サブフレーム内のＷＴＲＵに適用可能なすべての送信が考慮されてよいように、そのような方法が、ある量の処理が両方のＣＧに関連する送信のために完了されることを必要とするとき、ＷＴＲＵ実装形態にとっての課題となることがある。さらに、異なるＷＴＲＵは、そのような情報をどれほど早く処理することができるかに関して異なる能力を有してよい。
【０８９２】
異なる方法は、それらがＴｘ間のタイミング差にどのように脅威になるか（thread）に関して異なってよい。たとえば、本明細書で説明される方法などの異なる方法（優先順位付け機能、電力割り当て方法、またはスケーリング方法など）は、異なる時間に開始してよく時間的に互いに重複してよい送信を考慮してまたは考慮せずに、送信のサブセット（たとえば、すべてが同時にまたはある時間内に開始する送信などの）に対して動作してよい。
【０８９３】
処理時間減少の観点から送信の開始時間：ＷＴＲＵ処理時間に関して、同時に開始する重複送信の例は、同じＣＧおよび／または同じタイミングアドバンスグループ（ＴＡＧ）に関連付けられた送信を含む。ある時間内でほぼ同時に開始する重複送信の例は、同じＣＧに関連付けられているが場合によっては異なるＴＡＧに関連付けられる送信、または異なるＣＧに関連付けられているがアップリンク動作の同期されたモードを使用する送信を含む。異なる時間に発生する重複送信の例は、アップリンク動作の非同期モードを使用するとき異なるＣＧに関連付けられた送信を含む。
【０８９４】
したがって、ＷＴＲＵは、その利用可能な処理時間の決定に応じて、どの機能または方法を適用するかを決定する。たとえば、ＷＴＲＵが、ＣＧにまたがった同じサブフレームに関連付けられた送信のためのそのタイミングの差の推定により、利用可能な処理時間が不十分であることを決定する場合、ＷＴＲＵは第１の方法を実行してよい。そうではなく十分な場合は、ＷＴＲＵは第２の方法を実行してよい。第１の方法は、関係サブフレームのためのＷＴＲＵに対するすべての送信を考慮する方法であってよく、第２の方法は、ＷＴＲＵの送信のみ（たとえば、それらの送信が関係サブフレームに対して最も早く行われるように、単一ＣＧの送信）の第１のサブセットの必要とされる電力と、ＷＴＲＵの送信の第２のサブセットの必要とされる電力のための別の値、たとえば他のＣＧの送信のための最小保証値を考慮してよい。
【０８９５】
利用可能な処理時間、処理時間減少、および閾値：前のセクションで説明されたのと同様に、ＷＴＲＵは、構成されたＣＧ間のアップリンク動作が、ある閾値を下回るＷＴＲＵの処理のための時間予算につながってよく、そうでなければ第２の優先順位付け機能（たとえば、異なる電力割り当て方法および／またはスケーリング機能のための異なる方法）を適用してよいことを決定するとき、第１の優先順位付け機能（たとえば、電力割り当て方法および／またはスケーリング機能）を適用してよい。同等に、ＷＴＲＵは、たとえば、構成されているデュアルコネクティビティを用いてまたは用いない処理時間を比較するとき、利用可能な処理時間予算の減少を推定し、それに応じて、どの方法を使用するべきかを決定してよい。
【０８９６】
必要とされる最小処理時間：たとえば、ＷＴＲＵは、必要とされる最小処理時間を閾値として考慮してよい。あるいは、ＷＴＲＵは同等に、最大処理時間減少を考慮してよい。
【０８９７】
そのような閾値は、固定値として指定されてよく、および／またはＷＴＲＵの能力の一部であってよい。あるいは、そのような閾値は、実装形態固有で、ＷＴＲＵのみに知られていてもよい。後者の場合、優先順位付け、電力割り当て、および／または電力スケーリングを実行するためにＷＴＲＵによって使用される方法の選択は、完全にＷＴＲＵ実装形態次第であってよい。
【０８９８】
処理時間の例示的な定義：ＷＴＲＵは、他の定義を排除することなく、以下のいずれかに従って、必要とされる処理時間と利用可能な処理時間との比較において使用される量を定義してよい。
【０８９９】
すべてのスケジューリング情報が両方のＣＧに知られ得るまでの時間。
【０９００】
例では、処理時間減少は、所与のサブフレームのための各ＣＧのためのスケジューリング情報のＤＬ到着時間の差に本質的に等しいとして定義されてよい。
【０９０１】
１つの方法では、そのような処理時間は、ダウンリンク制御シグナリング（たとえばＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨ上の）を受信し、受信された制御情報を処理するために必要とされる時間を表してよい。言い換えれば、そのような処理時間は、ＷＴＲＵが最初に所与のＣＧまたは両方のＣＧに対するすべての送信に必要なすべてのパラメータを決定してよいまでの、ＷＴＲＵがＷＴＲＵの構成のすべてのセルにまたがってサブフレームｎ内で受信された制御シグナリングを開始してよい最も古い時間（たとえば、サブフレームの第１のシンボルまたはそのサブフレームのための制御チャネルの第１のシンボルのどちらか）を含む量を表してよい。
【０９０２】
この場合、処理時間減少は、ＷＴＲＵの最も古いＴＡＧ（たとえば、最も古いＣＧからの）に関連付けられたサブフレームと（たとえば、最も新しいＣＧからの）ＷＴＲＵの最も新しいＴＡＧに関連付けられたサブフレームとの間のタイミングＤＬの差に等しくてよい。
【０９０３】
別の例では、処理時間減少は、所与のサブフレームのための各ＣＧに対する開始ＵＬサブフレームの差に本質的に等しいと定義されよい。
【０９０４】
１つの方法では、ＷＴＲＵは、処理時間減少は、関係サブフレームのための最も古いＴＡＧ（たとえば、最も古いＣＧのための）のＵＬサブフレームの開始と最も新しいＴＡＧ（たとえば、最も新しいＣＧのための）のＵＬサブフレームの開始との差に等しいことを決定してよい（場合によっては、Ｎｔａ＿ｒｅｆのみに基づいて、すなわち各関係タグに対するネットワークシグナリングによって最後に更新されたタイミング調整値を使用して）。
【０９０５】
別の例では、処理時間減少は、ＷＴＲがＵＬ動作の同期モードにより動作するか非同期モードにより動作するかを決定する方法に基づいて導き出されてよい。
【０９０６】
１つの方法では、ＷＴＲＵは、たとえばＣＧにまたがった同期アップリンク送信および非同期アップリンク送信に関する、本明細書で説明される方法を使用して処理時間の減少を決定してよい。
【０９０７】
別の例では、処理時間は、最後の（Ｅ−）ＰＤＣＣＨ受信の終了からすべてのスケジューリング情報が知られ得るまでの時間と定義されてよい。
【０９０８】
別の例では、処理時間減少は、所与のサブフレームのための各ＣＧに対するスケジューリング情報のためのＤＬ到着時間の差に本質的に等しい。
【０９０９】
１つの方法では、そのような処理時間は、時間的に最後に発生したｘ制御チャネルが受信されると、電力割り当ておよび／または電力スケーリングを実行するなどの、優先順位付け機能を適用するために必要なすべてのパラメータを決定するために必要とされる処理時間を表してよい。
【０９１０】
別の例では、処理時間は、すべてのスケジューリング情報が両方のＣＧに知られると電力割り当て／スケーリングに残された時間と定義されてよい。
【０９１１】
１つの方法では、そのような処理時間は、たとえば、ＷＴＲＵが優先順位付け機能を実行するために必要なすべてのパラメータをすでに決定すると、電力割り当ておよび／または電力スケーリングを実行するなどの、優先順位付け機能を実行するために必要とされる処理に関連する時間予算を表してよい。
【０９１２】
別の例では、処理時間は、所与のサブフレームｎにおける最も新しいＣＧのスケジューリング情報のためのＤＬ到着時間とサブフレームｎ＋４における最も古いＣＧのＵＬサブフレームの開始との間の時間に本質的に等しくてよい。
【０９１３】
１つの方法では、そのような処理時間は、ＷＴＲＵが最も新しいＴＡＧのための（たとえば、最も新しいＣＧのための）制御シグナリングを受信してよいサブフレームｎの終了からサブフレームｎ＋４における最も古いＴＡＧのための（たとえば、最も古いＣＧのための）ＵＬサブフレームの開始の時間の時間として決定されてよい。
【０９１４】
利用可能な処理時間予算を決定する方法：いくつかの方法では、ＷＴＲＵは、少なくとも１つのアクティブ化されたセルを有するＴＡＧのみを考慮してよい。あるいは、いくつかの方法では、ＷＴＲＵは、アクティブ化状態とは無関係に、その構成の任意のセルを考慮してよい。いくつかの方法では、ＷＴＲＵは、たとえば、ＷＴＲＵがダウンリンクコンポーネント（たとえば、制御シグナリングの受信、ＤＬサブフレームの開始などのタイミング）に応じてパラメータを決定するとき、ＤＬタイミング基準として使用されるセルのみをさらに考慮してよい。
【０９１５】
利用可能な処理時間予算を決定する方法：ＷＴＲＵは、利用可能な処理時間予算を決定し、それを必要とされる最小ＷＴＲＵ処理時間（すなわち閾値）と比較してよい。ＷＴＲＵは、上記で説明された処理時間の定義に関する原則に基づいて、利用可能な処理時間を決定してよい。そのような方法の詳細が、以下でさらに説明される。
【０９１６】
アップリンクタイミングの差としての時間減少：たとえば、ＷＴＲＵは、利用可能な処理時間の減少は、ＣＧにまたがった同期アップリンク送信および非同期アップリンク送信に関するものを含む、たとえば、本明細書で説明される方法のいずれかによる、各ＣＧに対するアップリンクサブフレームのタイミング差に等しいことを決定してよい。
【０９１７】
利用可能な処理時間：たとえば、ＷＴＲＵは、「ＤＬタイミングコンポーネント」と「ＵＬタイミングコンポーネント」との間の時間に基づいて、利用可能な処理時間を決定してよい。たとえば、そのようなＤＬタイミングコンポーネントは、ダウンリンク信号の受信に関連してよい。そのようなダウンリンク信号は、第１のＣＧに対するアップリンク送信のスケジューリングのためのダウンリンクシグナリング情報（たとえば、サブフレームｎ内で受信されるダウンリンク制御シグナリング）を含んでよい。そのようなＵＬタイミングコンポーネントは、アップリンクにおける信号の送信に関連してよい。そのようなアップリンク送信は、第２のＣＧに対する対応するサブフレーム（たとえばサブフレームｎ＋４）のためのアップリンク送信を含んでよい。
【０９１８】
第１のＣＧは、より遅いＣＧ、すなわち、サブフレームｎのための最も新しいダウンリンクコンポーネントであってよい：たとえば、第１のＣＧは、ダウンリンクサブフレームｎの開始が他のＣＧに対する対応するサブフレームｎの開始よりも遅く発生することをＷＴＲＵが決定するＣＧであってよい（場合によっては、適用可能なタイミングアドバンスグループ（ＴＡＧ）および／またはそれぞれのＣＧのためのセルのみに対する）。たとえば、そのようなＴＡＧは、ＣＧの特殊セル（たとえば、ＰＵＣＣＨリソースを用いて構成されたセルおよび／または常にアクティブなセル）を含むＴＡＧであってよい。
【０９１９】
第２のＣＧは、より早いＣＧ、すなわち、サブフレームｎ（またはｎ＋４）のためのより早いアップリンクコンポーネントであってよい：たとえば、第２のＣＧは、アップリンクサブフレームｎ（またはサブフレームのための送信）の開始が他のＣＧに対する対応するサブフレームｎの開始よりも早く発生することをＷＴＲＵが決定するＣＧであってよい（場合によっては、適用可能なタイミングアドバンスグループ（ＴＡＧ）および／またはそれぞれのＣＧのためのセルのみに対する）。たとえば、そのようなＴＡＧは、ＣＧの特殊セル（たとえば、ＰＵＣＣＨリソースを用いて構成されたセルおよび／または常にアクティブなセル）を含むＴＡＧであってよい。
【０９２０】
ＤＬタイミングコンポーネント：たとえば、ＤＬタイミングコンポーネントは、ＣＧのためのＰＤＣＣＨ（またはＥ−ＰＤＣＣＨ）上で受信されるＤＣＩなどのシグナリングに基づいてよい。たとえば、そのようなダウンリンクシグナリングのタイミングは、以下に記載されるように、ＤＣＩが受信されるサブフレームの開始／終了のタイミング、ＤＣＩが受信されるＰＤＣＣＨの開始／終了、受信されたＤＣＩのためのＰＤＣＣＨ復号化プロセスの開始／終了、または受信されたＤＣＩの処理の終了であってよい。
【０９２１】
ＤＣＩが受信されるサブフレームの開始／終了：ＷＴＲＵが前記制御シグナリングを受信したダウンリンクリソースに対応するＣＧのセルのサブフレームの第１の（または最後の）シンボルの時間。同様に、ＷＴＲＵは、対応するセル（またはタイミングアドバンスグループ）に関するＤＬタイミング推定を使用してよい。
【０９２２】
ＤＣＩが受信されるＰＤＣＣＨの開始／終了：前記制御シグナリングが受信されるＰＤＣＣＨ（またはＥ−ＰＤＣＣＨ）の第１の（または最後の）シンボルの時間。
【０９２３】
受信されたＤＣＩのためのＰＤＣＣＨ復号化プロセスの開始／終了：前記制御シグナリングを復号する試行をＷＴＲＵが開始してよい時間、あるいはＷＴＲＵが前記制御シグナリングを正常に復号してよい時間。
【０９２４】
受信されたＤＣＩの処理の終了：ＷＴＲＵが前記制御シグナリングの処理を完了した時間。たとえば、これは、ＷＴＲＵがＣＧのすべての送信のための電力を計算するのに必要なすべての情報を有する時刻に対応してよい。
【０９２５】
「ＵＬタイミングコンポーネント」：たとえば、そのようなＵＬタイミングコンポーネントは、ＣＧのための送信の開始に基づいてよい。
【０９２６】
利用可能な処理時間の推定の例示的な実現は、以下により詳細に開示されている。
【０９２７】
最も古いＵＬサブフレームの開始までの最も新しいＰＤＣＣＨの開始：上記の方法の一例では、ＷＴＲＵは最初に、デュアルコネクティビティとともに動作するとき必要とされる最小処理遅延を有すると決定してよい。そのような処理遅延は、その構成の構成された（および場合によっては、アクティブ化された）サービングセルのいずれかにわたってサブフレームｎ内でのＰＤＣＣＨの最も新しい発生を受信し始める時間から、サブフレームｎ＋４内で構成されたアップリンクを用いて（場合によってはアクティブ化された）サービングセルのいずれかにわたって第１の送信を実行することが必要とされる時間までの遅延を表してよい。次いで、ＷＴＲＵは、サブフレームｎ＋４内の構成されたＣＧの各々において少なくとも１つのアップリンク送信を実行することが予想されることを決定してよい。そのようなものは、ＰＵＳＣＨ送信、ＰＵＣＣＨ送信、ＳＲＳ送信、またはＰＲＡＣＨ送信の任意の組み合わせを含んでよい。ＷＴＲＵは、利用可能な時間予算を決定し、それを必要とされる最小処理時間と比較してよい。
【０９２８】
最も古いＵＬサブフレームの開始までのすべてのＰＤＣＣＨの復号化の完了：上記の方法の別の例では、ＷＴＲＵは最初に、デュアルコネクティビティとともに動作するとき必要とされる最小処理遅延を有することを決定してよい。そのような処理遅延は、その構成の構成された（および場合によっては、アクティブ化された）サービングセルのいずれかにわたってサブフレームｎ内でのすべてのＰＤＣＣＨの復号を正常に完了した時間から、サブフレームｎ＋４内で構成されたアップリンクを用いて（場合によってはアクティブ化された）サービングセルのいずれかにわたって第１の送信を実行することが必要とされる時間までの遅延を表してよい。次いで、ＷＴＲＵは、サブフレームｎ＋４内の構成されたＣＧの各々において少なくとも１つのアップリンク送信を実行することが予想されることを決定してよい。そのようなものは、ＰＵＳＣＨ送信、ＰＵＣＣＨ送信、ＳＲＳ送信、またはＰＲＡＣＨ送信の任意の組み合わせを含んでよい。ＷＴＲＵは、利用可能な予算を決定し、それを必要とされる最小処理時間と比較してよい。
【０９２９】
最も古いＵＬサブフレームの開始までの最も新しいサブフレームの開始／終了：
上記の方法の別の例では、ＷＴＲＵは最初に、デュアルコネクティビティとともに動作するときｘミリ秒（ｍｓ）の必要とされる最小処理遅延を有することを決定してよい。そのような処理遅延は、その構成の構成された（および場合によってはアクティブ化された）サービングセルのいずれかにわたってサブフレームｎ内で時間的に最も新しく開始するサービングセルのサブフレームの開始（または終了）から、サブフレームｎ＋４内で構成されたアップリンクを用いたアクティブ化されたサービングセルのいずれかにわたって第１の送信を実行することが必要とされる時間までの遅延を表してよい。次いで、ＷＴＲＵは、サブフレームｎ＋４内の構成されたＣＧの各々において少なくとも１つのアップリンク送信を実行することが予想されることを決定してよい。そのようなものは、ＰＵＳＣＨ送信、ＰＵＣＣＨ送信、ＳＲＳ送信、またはＰＲＡＣＨ送信の任意の組み合わせを含んでよい。ＷＴＲＵは、利用可能な予算を決定し、それを必要とされる最小処理時間と比較してよい。
【０９３０】
上記の方法の別の例では、ＷＴＲＵは、あるＤＬ制御シグナリングの受信に続いて、またはランダムアクセス応答窓の終了後に、ＰＲＡＣＨ送信（または再送信）を実行することが必要とされてよい。たとえば、ＷＴＲＵは、以前に送信されたプリアンブルシーケンスへの応答を含まないランダムアクセス応答の受信に続く、「ＰＤＣＣＨ順序」の受信に続いて、またはランダムアクセス応答窓の最後のサブフレーム内でランダムアクセス応答が受信されない場合、ＰＲＡＣＨを送信する（再送信する）ことが必要とされてよい。
【０９３１】
ＷＴＲＵは、ＰＲＡＣＨ送信または再送信が第１のセルグループ内でトリガされるサブフレーム（たとえば、ＰＤＣＣＨ順序が受信されるサブフレーム、またはランダムアクセス応答が受信されるサブフレーム、または窓の最後のサブフレーム）の終了とＰＲＡＣＨリソースがこのサブフレーム内で利用可能であった場合にプリアンブルを送信する準備が整っていることがＷＴＲＵに必要とされる第１のサブフレームｓ０の開始との間の持続時間に対応する最小処理時間閾値を決定してよい。サブフレームｓ０の開始の前に第２のセルグループ内で開始される送信がサブフレームｓ０内で送信される第１のセルグループのＰＲＡＣＨと重複する場合、すなわち利用可能な処理時間が最小値よりも短いとき、ＷＴＲＵは、第１のセルグループのＰＲＡＣＨ送信よりも第２のセルグループの送信を優先させてよい。第２のセルグループ内で開始される送信が、サブフレームｓ０後に少なくとも１つのサブフレームを送信した第１のセルグループのＰＲＡＣＨと重複し、第２のセルグループの送信がＰＲＡＣＨの前に複数のサブフレームを開始しなかった場合、すなわち利用可能な処理時間が最小値よりも長いとき、ＷＴＲＵは、第２のセルグループの送信が、ＰｃｅｌｌのＰＲＡＣＨなどの、より高い優先順位の別のＰＲＡＣＨ送信でない限り、第２のセルグループの送信よりも第１のセルグループのＰＲＡＣＨ送信を優先させる。別の言い方をすれば、（サブフレームｓ１内の）ＰＲＡＣＨの送信タイミングが、このサブフレームより少なくとも１つ前のサブフレームで（すなわち、サブフレームｓ１−ｘ内で、ここでｘ＞＝１）ＷＴＲＵはＰＲＡＣＨを送信する準備が整っているようなものである場合、および第２のセルグループの送信が第１のセルグループのＰＲＡＣＨより１サブフレーム以上早く開始せず、より低い優先順位ランクであるならば、ＷＴＲＵは、第２のセルグループの別の送信よりも第１のセルグループのＰＲＡＣＨを優先させてよい。
【０９３２】
利用可能な処理時間に応じた異なるＷＴＲＵ動作：上記のすべての例では、利用可能な処理時間が不十分である場合、ＷＴＲＵは、電力は、特定の量の電力（たとえば、最小保証量の電力がそのＣＧに割り当てられてよいように半静的な、場合によっては構成された値）が他のＣＧの送信に予約されるべきであることを考慮することによって最初に発生するＣＧの送信に割り当てられるべきであることをさらに決定してよい。言い換えれば、ＷＴＲＵは、そのＣＧに対する実際の送信に必要とされる電力を考慮することを命令されなくてもよく、その後、電力の割り当てられた量が必要とされる量よりも少ない場合、そのＣＧに対する１または複数の送信のための電力のスケーリングを実行してよい。そうではなく、利用可能な処理時間が十分な場合、ＷＴＲＵは、電力が、他のＣＧの送信に必要とされる電力を考慮することによって最初に発生するＣＧの送信に割り当てられるべきであることをさらに決定してよい。必要とされる電力の総量がＷＴＲＵの最大利用可能電力を超える場合、ＷＴＲＵは、本明細書で説明される優先順位付け方法のいずれかを使用して、ＷＴＲＵのすべての送信にまたがって電力のスケーリングを実行してよい。
【０９３３】
トリガは、利用可能な処理時間の推定を実行するために、以下でより詳細に開示されている。
【０９３４】
利用可能な処理時間をいつ決定するか：上記のすべての例では、ＷＴＲＵは、以下で説明されるような、周期的イベント、再構成イベント、タイミング調整イベントの取得、タイミング調整イベントの更新、または送信イベントの重複、のうちの少なくとも１つが発生するとき、利用可能な処理時間を決定してよい。
【０９３５】
ａ．周期的イベント：たとえば周期的に、タイマの期限が切れるとき。ＷＴＲＵは、利用可能なＷＴＲＵ処理時間を決定および／または更新すると、そのようなタイマを再開してよい。
【０９３６】
ｂ．再構成イベント、すなわち、１または複数の構成されたサービングセルのタイミング特性が変化したことを示してよい再構成。ＷＴＲＵの構成から少なくとも１つのタイミングアドバンスグループ（ＴＡＧ）を追加または除去するＲＲＣ再構成に続く。これは、ＳＣＧの初期構成、ＴＡＧへの少なくとも１つのセルの初期追加などを含んでよい。
【０９３７】
ｃ．タイミング調整イベントの取得、すなわち、ＴＡＧのためにＵＬタイミング調整を取得するとき：ＷＴＲＵが、その後でＷＴＲＵがＴＡＧのための有効なタイミング調整を有するプロシージャを実行するとき、たとえば、ランダムアクセスプロシージャにおいてＲＡＲ内で受信されたＴＡＣを適用するとき、ＭＡＣ  ＴＡＣ  ＣＥを受信するとき、および／または以前に期限が切れた少なくとも１つのＴＡＴを再開するとき。
【０９３８】
ｄ．タイミング調整イベントの更新、すなわち、ＴＡＧのためにＵＬタイミング調整を更新するとき：ＷＴＲＵがＴＡＧのためのＭＡＣ  ＴＡＣを受信するとき、たとえば、ランダムアクセスプロシージャにおいてＲＡＲ内で受信されたＴＡＣを適用するとき、ＭＡＣ  ＴＡＣ  ＣＥを受信するとき、および／または少なくとも１つのＴＡＴを再開するとき。
【０９３９】
送信イベントの重複、すなわち、所与のサブフレームにおいて各ＣＧに対して少なくとも１つのアップリンク送信が実行されてよいことをＷＴＲＵが決定するとき。たとえば、サブフレームｎに対するＤＬ制御シグナリングの処理の完了後、所与のサブフレームｎ＋４内で送信の重複が発生してよいことをＷＴＲＵが決定するとき。
【０９４０】
さらなる例示的な実現：
【０９４１】
ＷＴＲＵは、処理時間予算が十分な場合に先読みを用いて、そうでない場合は保証電力を用いて、電力を割り当てることを決定してよい。たとえば、ＷＴＲＵは、処理時間減少がある閾値を下回ることを決定するときは第１の方法により、そうでない場合は第２の方法により、電力割り当てを実行するべきであることを決定してよい。たとえば、第１の方法は、各ＣＧに必要とされる電力を考慮することによって各ＣＧに割り当てられた電力の決定に基づいてよく、第２の方法は、送信が時間的に最も古く開始するＣＧに必要とされる電力に基づいて、および他のＣＧのための電力の保証量に基づいて、各ＣＧに割り当てられた電力の決定に基づいてよい。
【０９４２】
第１の方法の場合、ＷＴＲＵは、たとえば本明細書で説明される方法により、ＣＧごとに（たとえば、割り当てＣＧごとに）、またはＷＴＲＵのすべての送信にまたがって（たとえば、フラットスケーリング）、電力割り当ておよび／または電力スケーリングを実行してよい。第２の方法の場合、最も古いＣＧの送信に使用されない残りの電力は、次いで、他のＣＧに割り当てられてよい。
【０９４３】
ＷＴＲＵは、処理時間予算が十分な場合にフラットスケーリングを使用して、そうでない場合はＣＧのための電力に関して、電力スケーリングを実行することを決定してよい。たとえば、ＷＴＲＵは、処理時間減少がある閾値を下回ることを決定するときは第１の方法により、そうでない場合は第２の方法により、電力スケーリングを実行するべきであることを決定してよい。たとえば、第１の方法は、両方のＣＧにまたがるすべての送信間の優先順位に従ってそのような送信を（たとえばタイプ単位で）考慮することによるスケーリング送信に基づいてよく、第２の方法は、たとえば、最初に電力をＣＧごとに割り当て、次いで所与のＣＧのみの送信にまたがるスケーリングを実行することによって、ＣＧごとのスケーリング電力に基づいてよい。
【０９４４】
異なるＭＡＣインスタンスの送信間の追加電力共有方法が、本明細書でさらに説明される。いくつかの実装形態では、ＷＴＲＵは、総ＷＴＲＵ利用可能な電力（たとえばＰCMAX）の第１の量（また一部、たとえばΡΜeΝΒ）が第１のＣＧ（「プライマリＣＧ」または「ＭＣＧ」）の送信に予約され、総ＷＴＲＵ利用可能な電力（たとえばＰCMAX）の第２の量（または一部分、たとえばＰSeNB）が第２のＣＧ（「セカンダリＣＧ」すなわち「ＳＣＧ」）の送信に予約されるように、所与のサブフレームにおいて異なるＭＡＣエンティティ（以下では「セルグループ」すなわち「ＣＧ」）に関連付けられた送信に電力を割り当ててよい。ΡΜeΝΒとＰSeNBの合計が総利用可能送信電力ＰCMAXよりも小さい場合、ＷＴＲＵはまた、ＣＧ間および／または各ＣＧに関連付けられた送信間の特定の優先順位ルールに従って、残りの電力を割り当ててよい。
【０９４５】
ＭＡＣエンティティ（またはＭＡＣインスタンス）が１または複数のサービングセルを用いて構成されてよく、その場合、これらのサービングセルはセルグループ（ＣＧ）を形成してよいことが留意されるべきである。第１のｅＮＢ（たとえばＭｅＮＢ）のサービングセルに関連付けられたＭＡＣインスタンスまたはＣＧの場合、そのようなものは、プライマリＣＧ（ＰＣＧ）またはマスタＣＧ（ＭＣＧ）と呼ばれてよい。この場合、関係第１のＭＡＣエンティティは、プライマリＭＡＣエンティティとも呼ばれてよい。同様に、第２のｅＮＢ（たとえばＳｅＮＢ）のサービングセルに関連付けられたＭＡＣインスタンスまたはＣＧは、セカンダリＣＧ（ＳＣＧ）またはＳｅＮＢ  ＣＧ（ＳＣＧ）と呼ばれてよい。この場合、関係第２のＭＡＣエンティティは、セカンダリＭＡＣエンティティとも呼ばれてよい。
【０９４６】
ＷＴＲＵは、特定の電力制御モード（「ＰＣＭ」）に従ってそのような電力の割り当てを実行してよく、適用可能なＰＣＭは、デュアルコネクティビティ動作のためのＷＴＲＵの構成の一部として知らされてよい。
【０９４７】
たとえば、ＷＴＲＵは、異なる送信に関連付けられたＵＣＩのタイプに基づいて決定される優先順位付けに従って異なるＣＧに関連付けられた送信にまたがって残りの電力のいずれかを共有してよいように、第１のＰＣＭ（「ＰＣＭ１」）（構成されている場合）を適用してよい。ＷＴＲＵは、潜在的な重複アップリンク送信が存在する場合、対応するＣＧ（たとえば、それぞれＭＣＧおよびＳＣＧ）に関連付けられた送信のためのΡΜeΝΒおよびＰSeNBをＷＴＲＵが予約してよいように、第２のＰＣＭ（「ＰＣＭ２」）（ＷＴＲＵによってサポートされる場合および構成される場合）を適用してよい。ＷＴＲＵは最初に、すべての残りの電力を、時間的により早い送信に関連付けられたＣＧの送信に利用可能にしてよい。
【０９４８】
ＷＴＲＵは、第２のＣＧの保証電力の一部（またはすべて）が第１のＣＧの送信に割り当てられてよいかどうかを含めて、ＣＧ間の電力の追加共有を実行してよいかどうかを決定してよい。
【０９４９】
一例では、ＷＴＲＵは、第２のＣＧに対する少なくとも１つの送信が存在するかどうか、すなわち、関係送信時間間隔にわたって、および／またはＣＧ間の時間的に重複する部分（以下では「サブフレーム」）にわたって、第２のＣＧに必要とされる電力がゼロであるかどうかを決定してよい。そのような決定は、半静的態様、動的態様、またはＷＴＲＵ自律的決定のうちの少なくとも１つに従って実行されてよい。
【０９５０】
半静的態様は、Ｌ３／ＲＲＣ構成シグナリングに関連する態様を含んでよい。たとえば、ＷＴＲＵは、サブフレームタイプまたはサブフレームブランキングのうちの少なくとも１つにより、そのような決定を実行してよい。
【０９５１】
サブフレームタイプ、すなわちサブフレームがアップリンク送信のためのものかダウンリンク受信のみのためのものかによる決定に関して、決定は、フレーム構造タイプ、ＵＬ／ＤＬ構成、または半二重動作のうちの少なくとも１つに基づいてよい，
【０９５２】
フレーム構造タイプ（たとえば、タイプ１ＦＤＤまたはタイプ２ＴＤＤ）に基づいた決定に関して、たとえば、ＷＴＲＵは、ＴＴＤ動作のためのセルを用いて構成されてよい。場合によっては、ＣＧは、ＣＧのすべてのセルがＴＤＤ動作のためであるように構成されてよい。
【０９５３】
たとえばＴＤＤのための、ＵＬ／ＤＬ構成に基づいた決定に関して、たとえば、ＷＴＲＵは、ＴＤＤ  ＵＬ／ＤＬ構成を用いて構成されてよい。そのような構成は、所与のＣＧの構成されたアップリンクリソースを有するすべてのセルに共通であってよい。この場合、ＷＴＲＵは、ＤＬ専用の所与のサブフレームにおいてＣＧに対するアップリンク送信が予想されないことを決定してよい。
【０９５４】
たとえばＦＤＤのための、半二重動作に基づいた決定に関して、たとえば、ＷＴＲＵは、所与のサポート帯域のための半二重専用能力を報告してよい。ＣＧは、そのような帯域に対応するＣＧのすべてのセルように構成されてよい。この場合、ＷＴＲＵは、少なくとも１つのダウンリンク送信が関係サブフレーム内で予想される場合、所与のサブフレームにおいてＣＧに対するアップリンク送信が予想されないことを決定してよい。たとえば、ＷＴＲＵは、ＷＴＲＵがダウンリンク割り当てを用いて構成されるサブフレームに対して、そのような決定を行ってよい。ＷＴＲＵは、たとえばシステム情報の受信、ページング（システム情報の通知の更新の場合）などの場合にＰＤＣＣＨを監視することがＷＴＲＵに必要とされるサブフレームに対して、そのような決定を行ってよい。
【０９５５】
サブフレームブランキングによる決定に関して、たとえば、ＷＴＲＵは、いくつかのサブフレームに対して１（または複数の）タイプの送信が可能でないように、Ｌ３によって構成されてよい。この場合、ＷＴＲＵは、サブフレーム内にＣＧに対するアップリンク送信が予想されないことを決定してよい。
【０９５６】
電力割り当て期間内の絶対優先順位の期間による決定に関して（たとえば、マルチＲＡＴの場合）、たとえば、ＷＴＲＵは、特定のＭＡＣエンティティに関連付けられた送信が、構成された電力割り当て期間内の１（または複数の）期間（またはＴＴＩ）にわたって絶対優先順位を有するように構成されてよい。絶対優先順位を有するそのような期間は、Ｌ３構成態様であってよく、および／または他のセクションで説明されるＬ１／Ｌ２制御シグナリングなどの動的態様に基づいて決定されてよい。この場合、ＷＴＲＵは、対応する電力割り当て期間内にＣＧに対するアップリンク送信が予想されないことを決定してよい。
【０９５７】
動的態様は、スケジューリング活動および関連シグナリングに関連付けられた態様を含んでよい。たとえば、ＷＴＲＵは、ＤＲＸ動作、ＲＲＣプロシージャ、タイミング調整、または拡張干渉緩和およびトラフィック適合（「ｅＩＭＴＡ」：Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｍｉｔｉｇａｔｉｏｎ  ａｎｄ  Ｔｒａｆｆｉｃ  Ａｄａｐｔａｔｉｏｎ）ＵＬ／ＤＬ構成のうちの少なくとも１つにより、そのような決定を実行してよい。
【０９５８】
ＤＲＸ動作による決定に関して、ＷＴＲＵは、ＤＲＸパターンおよび関連パラメータを用いて構成されてよい。そのようなパターンは、ＷＴＲＵが送信にスケジュールされてよい時間（たとえば、ＤＲＸアクティブ時間）を表してよい。そのようなＤＲＸアクティブ時間は、周期的に発生し固定長を有するオン持続時間期間（Ｏｎ−Ｄｕｒａｔｉｏｎ  ｐｅｒｉｏｄ）を含んでよい。そのようなＤＲＸアクティブ時間は、ＤＲＸアクティブ時間が（たとえば、スケジューリング活動によって）延長されてよいまたは（たとえば、ＭＡＣ  ＤＲＸ  ＣＥの受信によって）次のオン持続時間期間の開始まで停止されてよいように、ダウンリンク制御シグナリングの受信によってさらに制御されてよい。そのようなＤＲＸパターンおよびアクティブ時間は、ＣＧ間で異なってよい。そのようなＤＲＸパターンおよびアクティブ時間（または等価物）の決定は、異なる無線アクセス技術を用いて構成されるとき、ＣＧ間で異なってよい。例では、ＷＴＲＵは、ＤＲＸアクティブ時間の一部でないことをＷＴＲＵが知っているサブフレームのためのＣＧに対してアップリンク送信が予想されないことを決定してよい。別の例では、ＷＴＲＵは、ＤＲＸアクティブ時間の一部でないことをＷＴＲＵが知っているサブフレームのサブセットのためのＣＧに対してアップリンク送信が予想されないことを決定してよい。これは、たとえば  ＤＲＸアクティブ時間の最後の数サブフレーム内でＤＲＸアクティブ時間が延長できないようにＤＲＸアクティブ時間の最後のサブフレームに続いてある量の処理時間を開始する期間にわたってなどの、および／またはＭＡＣ  ＤＲＸ  ＣＥの受信後に開始する期間などの、絶対確実にＷＴＲＵが知っているそのようなサブフレームに対して行われてよい。両方の場合、期間は、次のオン持続時間期間の開始まで、またはＷＴＲＵがＳＲをトリガするまで（場合によっては、所与のＳＲトリガのための第１のＳＲの送信に続くｎ＋７サブフレームまですら）、延長してよい。
【０９５９】
ＲＲＣプロシージャおよび関連中断による決定に関して、ＷＴＲＵは、ＣＧの１つのみに対する送信に関連付けられた無線フロントエンドの中断をもたらすＬ３／ＲＲＣプロシージャを開始してよい。たとえば、ＷＴＲＵは、ＲＲＣ接続再構成メッセージを受信し、ＣＧの再構成を開始してよい。そのような場合、ＷＴＲＵは、ある時間の量までにわたって、たとえばＲＲＣ  ＰＤＵの正常な受信に続く１５ｍｓにわたって、送信においてアクティブでないことが許可されてよい。この場合、ＷＴＲＵは、その時間の間にＣＧに対するアップリンク送信が予想されないことを決定してよい。ＷＴＲＵは、たとえば、タイマＴ３０４が実行されている間、ＣＧに対するアップリンク送信が予想されないことを決定してよい。ＷＴＲＵは、ＳＣＧを修正するモビリティ制御情報要素を有するＲＲＣ接続再構成メッセージを受信すると、Ｔ３０４ｓを開始してよい。ＷＴＲＵは、ＣＧに対するＲＬＦを宣言するとき、ＣＧに対するアップリンク送信が予想されないことを決定してよい。たとえば、ＷＴＲＵは、ＲＬＦがＳＣＧ上で発生し、Ｓ−ＲＬＦを宣言したことを決定してよく、これは、ＳＣＧを修正する再構成をＷＴＲＵが受信するまで、ＳＣＧに対するすべてのアップリンク送信を停止する。
【０９６０】
タイミング調整（同期状態）の維持による決定に関して、ＷＴＲＵは、プライマリタイミングアドバンスグループ（ｐＴＡＧ）に関連付けられたおよび／またはＣＧの特殊セル（たとえば、ＭＣＧのためのＰＣｅｌｌ、およびＳＣＧのためのＰＳＣｅｌｌ）に関連付けられたタイミング調整タイマ（ＴＡＴ）が実行中でないとき、ＣＧに対するアップリンク送信が予想されないことを決定してよい。ＷＴＲＵは、アップリンク送信のための第１の機会まで、ＷＴＲＵがＣＧに対するｐＴＡＧのＴＡＴを開始または再開始するサブフレーム間でＣＧに対するアップリンク送信が予想されないことをさらに決定してよい。たとえば、ＴＡＴが、サブフレームｎ内でＴＡＣとアップリンク送信のためのグラントを含むＲＡＲの受信から再開される場合、ＷＴＲＵは、サブフレームｎ＋ｘまでＣＧに対するアップリンク送信が予想されないことを決定してよく、ここで、ｘは許可された処理時間である（たとえば、ｘは６ｍｓに等しくてよい）。したがって、これは、ＲＡＲ窓の間の時間（ＲＡ応答タイマが実行されている間の時間）、ならびにＲＡＲ内での第１のグラントの受信からこのグラントを有する第１のＰＵＳＣＨ送信のためのサブフレームの受信までの時間を含んでよい。
【０９６１】
ｅＩＭＴＡアップリンク／ダウンリンク構成による決定に関して、ＷＴＲＵは、ｅＩＭＴＡアップリンク／ダウンリンク構成を決定するためのプロシージャの結果に基づいて、ＣＧに対するアップリンク送信が予想されないことを決定してよい。そのような決定は、前のサブフレーム内での特定のＲＮＴＩ（ｅＩＭＴＡ−ＲＮＴＩ）によってスクランブルされたＰＤＣＣＨの受信、またはその受信の欠如、ならびに上位レイヤ情報に基づいて行われてよい。
【０９６２】
ＷＴＲＵ自律的決定は、Ｓ−ＲＬＦ、超えられたＷＴＲＵ能力、デバイス内共存（ＩＤＣ）、または他の障害状況（impairment situation）のうちの少なくとも１つによりＷＴＲＵがそのような決定を実行してよい実装形態に関連してよい。
【０９６３】
Ｓ−ＲＬＦによる決定に関して、ＷＴＲＵは、ＣＧに対するＲＬＦを宣言するとき、ＣＧに対するアップリンク送信が予想されないことを決定してよい。たとえば、ＷＴＲＵは、ＲＬＦがＳＣＧ上で発生し、Ｓ−ＲＬＦを宣言したことを決定してよく、これは、ＳＣＧを修正する再構成をＷＴＲＵが受信するまで、ＳＣＧに対するすべてのアップリンク送信を停止する。
【０９６４】
能力が超えられたというＷＴＲＵによる決定に関して、ＷＴＲＵは、その能力のうちの１または複数が所与の期間および／またはサブフレームにわたって超えられることを決定すると、ＣＧに対するアップリンク送信が予想されないことを決定してよい。
【０９６５】
デバイス内共存（ＩＤＣ）による決定に関して、ＷＴＲＵは、別の無線技術のための重複送信または破壊され得るＧＰＳなどの他の受信を有する場合、そうでなければ、そのような送信が他の無線技術の場合によっては重要な送信と干渉するならば、グラントを自律的に無視し、および／または送信を破棄してよい。そのような動作は、単一ＣＧ、たとえば他の無線技術と同じ周波数帯域内で動作するＣＧの送信に影響を及ぼしてよい。そのような動作はまた、たとえば、予測可能なトラフィックの場合、ＷＴＲＵに知られているパターンによって条件付けられてよい。そのような場合、ＷＴＲＵは、そのような重複が発生するとき、ＣＧに対するアップリンク送信が予想されないことを決定してよい。
【０９６６】
他の障害状況による決定に関して、ＷＴＲＵは、ＣＧに対する１または複数の送信（またはすべて）を排除する障害状況が所与のサブフレームに対して発生するとき、ＣＧに対するアップリンク送信が予想されないことを決定してよい。
【０９６７】
ＷＴＲＵは、関係サブフレームおよび／または重複期間のための第２のＣＧに関連付けられた送信が存在しないことを決定すると、第２のＣＧの保証電力の一部またはすべてを第１のＣＧの送信に割り当ててよい。いくつかの実装形態では、ＷＴＲＵは、後続サブフレームおよび／または重複期間内での第２のＣＧの送信のための類似の条件も決定されることも決定する場合のみ、そのような第２のＣＧの保証電力の少なくとも一部の再割り当てを実行してよい。たとえば、ＷＴＲＵは、後続サブフレームおよび／または重複期間内で第２のＣＧに対する送信も予想されないことも決定する場合のみ、そのような第２のＣＧの保証電力の少なくとも一部の再割り当てを実行してよい。
【０９６８】
必要とされる電力が特定の範囲内であるかどうかが決定されてよい。たとえば、１つの方法では、ＷＴＲＵは、所与のサブフレーム内の第２のＣＧに必要とされる送信電力がある閾値に等しいまたはこれを下回る（が、場合によっては非ゼロ）かどうかを決定してよい。
【０９６９】
いくつかの実装形態では、ＷＴＲＵは、特定のタイプのアップリンク送信のみを考慮することによって、そのような決定を実行してよい。たとえば、ＷＴＲＵは、ＰＵＳＣＨに必要とされる総電力はゼロであることをＷＴＲＵが決定してよいように、上記の方法を使用するがＰＵＳＣＨ送信のみに基づいて、そのような決定を実行してよい。いくつかの実装形態では、ＷＴＲＵは、任意可能なＰＲＡＣＨ送信も含めて、そのような決定を実行してよい。さらなる決定は、他のタイプの送信および／またはＵＣＩタイプ、たとえば、ＡＣＫ／ＮＡＣＫ、ＣＱＩ、ＳＲ、またはＳＲＳのためのＰＵＣＣＨに基づいてよい。そのようなさらなる決定は、関係サブフレームに対するＣＧの正確な電力要件に基づいてもよいし、確率的評価に基づいて（たとえば、類似の送信に対する前の送信レベルに基づいて、および／またある一定の誤差の範囲を考慮に入れて）もよい。そのような閾値は、ＣＧのための保証電力の値（以後はＰxCG）を下回るレベルに対応してよい。場合によっては、そのような閾値は、関係サブフレームに適用可能なある誤差の範囲ＰxCGの値に対応してよい。そのような誤差の範囲は、所与の時間の期間に予想される最大開ループ調整に対応してよい。場合によっては、これは、そのような開ループ調整のための最大ステップ単位に対応する。
【０９７０】
そのようなさらなる決定は、ＵＥ自律的送信もしくは再送信、送信のために使用可能なデータ、保留中のスケジューリング要求（ＳＲ）、最後に報告されたＢＳＲ、またはＤＲＢタイプを含むＬ２構成のうちの少なくとも１つに従って実行されてよい。
【０９７１】
ＵＥ自律的送信または再送信による決定に関して、そのような送信タイプは、ＰＵＳＣＨ送信のすべてのパラメータがサブフレームｎ＋４のために知られてよいように構成されたアップリンクグラント、まだ正常に完了していない進行中のＨＡＲＱプロセスのためのＷＴＲＵ自律的非適応型再送信、および／または可能なＰＵＣＣＨ送信のすべてのパラメータ（ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックのための）がサブフレームｎ＋８に知られてよいようにダウンリンク構成されたグラントを含んでよく、サブフレームｎは、ＰＵＳＣＨ送信またはＰＤＳＣＨ送信それぞれのためのスケジューリング（すなわち、適合する可能性）機会に対応するスケジューリング機会である。この場合、ＷＴＲＵは、たとえば、関係送信または再送信が実行されてよいが適合されなくてよいように問題のサブフレームがスケジューリング機会（たとえばサブフレームｎ）に対応する場合を含めて、本明細書で説明される他の方法に基づいて他の送信がスケジュールされ（または必要とされ）なくてよいことも決定してよい場合、サブフレームｎ内の相対スケジューリング機会より前にそのような送信によって必要とされる電力を決定してよい。これは、ＷＴＲＵが関係サブフレーム内で自律的非適応型再送信を実行することを予想されないように一時停止され、再開されてなくてもよい、任意のＨＡＲＱプロセスにも適用可能であってよい（すなわち、ＷＴＲＵは、ゼロ電力がそのようなプロセスに必要とされることを決定してよい）。
【０９７２】
送信のために使用可能なデータによる決定に関して、ＷＴＲＵは、グラントの受信がパディング情報の送信またはまったくの送信をもたらすように、所与のＣＧのための所与のサブフレームのための送信のために使用可能なデータが存在しないことを決定してよい。この場合、ＷＴＲＵは、他の送信が可能であってよいが、ゼロ電力が関係サブフレーム内のＣＧのためのＰＵＳＣＨに必要とされることを決定してよい。
【０９７３】
スケジューリング要求（ＳＲ）が保留中であるかどうかによる決定に関して、ＷＴＲＵは、ＳＲをトリガしたことを決定してよい。この場合、ＷＴＲＵは、ＷＴＲＵがＳＲをトリガする時間からアップリンク送信のためのグラントを最初に受信してよい時間まで、たとえば少なくともＳＲの初期送信のサブフレームまで、場合によっては、ある（ｅＮＢ）処理時間後（たとえば３ｍｓ）まで、ＰＵＳＣＨ送信が予想されないことを決定してよい。しかしながら、ＷＴＲＵは、この間隔の間の適用可能なサブフレーム（それぞれ、Ｄ−ＳＲ機会またはＰＲＡＣＨ機会）のための、ＰＵＣＣＨ上のＳＲに必要とされる（正確な、または最大の可能な）電力（適用可能な場合）または１または複数のプリアンブル送信もしくは再送信に必要とされる電力（そうでない場合）を考慮に入れてよい。いくつかの実装形態では、ＷＴＲＵは、ＣＧに関連付けられた無線ベアラ（またはＬＣＨ）のためのＷＴＲＵのバッファが以前は空であったが新規データが送信に利用可能になったによりＳＲがトリガされた場合のみ、この態様を考慮してよい。
【０９７４】
最後に報告されたＢＳＲによる決定に関して、ＷＴＲＵは、バッファその内のある量のデータを最後に報告したことを決定し、これから、所与のＣＧに関連付けられたベアラのための任意のデータの送信に有用であろうアップリンク送信のためのグラントをもはや受信しなくてよいことを決定してよい。たとえば、ＷＴＲＵは、場合によっては、ＢＳＲの最後の送信以降に新規データがＣＧに対する送信に利用可能である場合のみ、たとえば、最後のアップリンク送信にパディングＢＳＲを含むことによって、空のバッファを最後に報告されたものであってよい。この場合、ＷＴＲＵは、この条件が真であってよい所与のサブフレームのためのＰＵＳＣＨ送信が予想されないことを決定してよい。
【０９７５】
ＤＲＢタイプを含むＬ２構成による決定に関して、ＷＴＲＵは、ユーザプレーントラフィックがＣＧのリソースを使用して送信されなくてよいように構成されることを決定してよい。この場合、ＷＴＲＵは、所与のサブフレームのためのＣＧに対する１または複数のＰＵＳＣＨ送信が予想されないことを決定してよい。
【０９７６】
たとえば、ＷＴＲＵは、ＳＣＧが、アップリンクパスが他のＣＧすなわちＭＣＧのみにマッピングされるように分割ＤＲＢ（ダウンリンクの場合）のみを用いて構成されることを決定してよい。この場合、もしあれば、Ｌ２制御ＰＤＵのみがＰＵＳＣＨ上で搬送されてよい。たとえば、ＷＴＲＵは、ＳＣＧ専用ＤＲＢを用いずに、分割ＤＲＢ（たとえば、少なくともダウンリンクトラフィックのための両方のＣＧに関連付けられたＤＲＢ）を用いて、構成されてよい。この場合、ＷＴＲＵが、単一アップリンクパス（またはＣＧ）がユーザプレーンデータ（たとえばＰＤＣＰ  ＰＤＵ）の送信に使用されてよく、このＣＧがＭＣＧであるようにさらに構成される場合、ＷＴＲＵは、ユーザプレーンデータはＳＣＧのアップリンクリソースを使用して送信されると予想されないことを決定してよい。ＷＴＲＵは、ＰＵＣＣＨ、ＳＲＳ、ＰＲＡＣＨは予想されてよいが、ＰＵＳＣＨのみに対しては、小さなトランスポートブロック（たとえば、ＲＬＣ制御ＰＤＵを含む）を使用する送信が、ＷＴＲＵによって知られている時間に散発的に予想されてよいことを決定してよい。たとえば、ＷＴＲＵは、ＭＣＧ専用ＤＲＢを用いずに、分割ＤＲＢ（たとえば、少なくともダウンリンクトラフィックのための両方のＣＧに関連付けられたＤＲＢ）を用いて、構成されてよい。この場合、ＷＴＲＵが、単一アップリンクパス（またはＣＧ）がユーザプレーンデータ（たとえばＰＤＣＰ  ＰＤＵ）の送信に使用されてよく、このＣＧがＳＣＧであるようにさらに構成される場合、ＷＴＲＵは、ユーザプレーンデータはＳＣＧのアップリンクリソースを使用して送信されると予想されないことを決定してよい。ＷＴＲＵは、ＰＵＣＣＨ、ＳＲＳ、ＰＲＡＣＨは予想されてよいが、ＰＵＳＣＨのみに対しては、小さなトランスポートブロック（たとえば、ＲＬＣ制御ＰＤＵを含む）を使用する送信またはＳＲＢデータを含む送信が両方とも、ＷＴＲＵによって知られている時間に散発的に予想されてよいことを決定してよい。
【０９７７】
別の例では、ＷＴＲＵは、特定のＣＧに関連付けられたアップリンクリソースを使用して特定のタイプの送信を実行することが予想されないことを決定してよい。たとえば、ＷＴＲＵは、ＰＵＳＣＨ送信（たとえば、ＰＲＡＣＨ、ＰＵＣＣＨ、ＳＲＳのみが可能であってよいように）を実行することが予想されないことを決定してよい。たとえば、ＷＴＲＵは、このＣＧに関連付けられたＷＴＲＵのバッファ内のＵＬ送信に利用可能なデータのレベルに基づいて、このことを決定してよい。たとえば、ＷＴＲＵは、このＣＧに対する送信のために使用可能なデータを持たないこと、またはそうでない場合は、そのような非ゼロ量のデータが、ＷＴＲＵにすでに知られており異なるサブフレームに適用可能である許可されたリソースによってサービス可能であることを決定してよい。たとえば、ＷＴＲＵは、ＰＵＣＣＨ／ＳＲＳが保証電力の範囲内のある量（ＰＬ推定、少数の半静的パラメータ、たとえばＰＵＣＣＨフォーマット）を超えないであろうことも決定してよい。そのような決定は、ＷＴＲＵに利用可能でなくてよい情報は、たとえばＴＰＣコマンドの場合の３ｄｂなどの最大閾値までの電力の設定において誤差を引き起こすだけでよいので、可能であってよく、その誤差は、送信電力の設定において考慮されてよい。たとえば、ＷＴＲＵは、周期的ＳＲＳ送信のための電力の設定は半静的構成に基づくので、そのような送信のための電力設定も事前に決定してよい。たとえば、非周期的ＳＲＳ送信の要求は一般的に、ＰＵＳＣＨ送信のためのグラントとともに受信されるので、ＷＴＲＵは、ＰＵＳＣＨ送信のための決定に関する類似の方法を使用して、電力が非周期的ＳＲＳ送信に必要とされるかどうかも決定してよい。言い換えれば、ＷＴＲＵは、たとえば本明細書で説明される方法を使用してＰＵＳＣＨ送信を実行することが予想されないことを決定するとき、非周期的ＳＲＳを送信することが予想されないことを決定する。いくつかの実装形態では、ＷＴＲＵは、上記で説明されたそのような決定に基づいて、所与のサブフレームのためのＣＧのすべての送信のための上限を決定してよい。そのような上限は、推定パスロスおよび／または関係サブフレームのための送信のフォーマットなど（たとえば、ＰＵＣＣＨフォーマット）の関数であってよい。
【０９７８】
ＷＴＲＵは、場合によっては、適用可能な閾値−第２のＣＧの送信のための計算量もしくは推定量、または必要とされる電力に等しい値まで、第２のＣＧの保証電力の一部またはすべてを割り当ててよい。そのような電力は、第１のＣＧの送信に再度割り当てられてよい。いくつかの実装形態では、電力は、特定のタイプの送信に必要とされる電力がゼロに等しい（または、少なくとも等しいと予想される）、たとえば、第２のＣＧに対するＰＵＳＣＨ送信が存在しない場合のみ、第１のＣＧの送信に再度割り当てられてよい。
【０９７９】
いくつかの実装形態では、ＷＴＲＵは、後続サブフレームおよび／または重複期間内での第２のＣＧの送信のための類似の条件も決定されることも決定する場合のみ、そのような第２のＣＧの保証電力の少なくとも一部の再割り当てを実行してよい。たとえば、ＷＴＲＵは、少なくとも同じレベルの再度割り当てられた電力が、後続サブフレームおよび／または重複期間内での第２のＣＧの送信に必要とされないと予想されることも決定する場合のみ、そのような第２のＣＧの保証電力の少なくとも一部の再割り当てを実行してよい。
【０９８０】
１つの方法では、ＷＴＲＵは、場合によっては以下に列挙された順番で、以下のステップのうちの少なくとも１つを実行することによって、所与のサブフレームのためのそのような決定を最初に実行してよい。
【０９８１】
１．ＷＴＲＵは最初に、両方のＣＧにまたがった送信の可能な重複部のためのＰCMAXを計算してよい。
【０９８２】
２．次いで、ＷＴＲＵは、第２のＣＧの電力要件を計算してよい。
【０９８３】
３．第２のＣＧに必要とされる電力（場合によっては、その推定）が、ＰCMAXの保証部分に対応する電力よりも小さい場合、ＷＴＲＵは、そのような部分の未使用部を他のＣＧの送信に再度割り当ててよい。
【０９８４】
いくつかの実装形態では、ＷＴＲＵは、ＷＴＲＵがＰＣＭ２を用いて構成されるときのみ、そのような決定を実行してよい。いくつかの実装形態では、ＷＴＲＵは、ＷＴＲＵがそのような能力をサポートすることを報告する場合のみ、そのような決定を適用してよい。いくつかの実装形態では、ＷＴＲＵは、ＷＴＲＵがそのような決定を実行するように明示的に構成される場合のみ、そのような決定を適用してよい。いくつかの実装形態では、ＷＴＲＵは、第２のＣＧの保証電力の一部を第１のＣＧの利益に再生利用できるようにのみ、そのような決定を適用してよい。たとえば、第１のＣＧは、常にＭＣＧであってもよいし、所与のサブフレームのための、時間的に最も古くに発生した送信に関連付けられたＣＧであってもよい。たとえば、第２のＣＧは、常にＳＣＧであってもよいし、所与のサブフレームのための、時間的に最も新しく発生した送信に関連付けられたＣＧであってもよい。
【０９８５】
ＷＴＲＵが、スケジューリングがＷＴＲＵにより多くの電力を特定のＣＧの送信に割り当てることを要求するが、そのＣＧが、所与のサブフレームのための上記の方法による電力再割り当てにより不十分な電力（保証量よりも少ない電力を含む）を有するような誤った決定を行った場合、ＷＴＲＵは、たとえば再度割り当てられた量の範囲内でのスケーリングなどの他の優先順位付け方法を適用するだけでよい。そのような場合、ＷＴＲＵは、後続のサブフレーム内でのそのような電力再割り当てを控えてよい。いくつかの実装形態では、ＷＴＲＵは、影響を受けた送信が成功することを決定するまで、および／またはＷＴＲＵが、電力は制限されないことを決定するまで、そのような電力再割り当てを控えてよい。
【０９８６】
スケジューリング調整をサポートする追加シグナリング方法が、本明細書でさらに説明される。スケジューラ間の調整を改善する目的でＷＴＲＵがある態様を１または複数のスケジューリング機能に報告してよい方法が本明細書で説明される。以下で説明されるシグナリング方法および他の態様は、本明細書の他のセクションで説明される方法にさらに適用されてよい。たとえば、ハッピービットインジケーションは、以下で説明されるものと類似の信号を使用してよい。同様に、以下で説明されるシグナリングは、あるいは、本明細書の他のセクションで説明される方法と組み合わされてよい。
【０９８７】
スケジューリング調整をサポートする追加シグナリング方法を示すための例示的なシナリオでは、ＷＴＲＵは、その能力に関する特定のカテゴリに関連付けられてよい。そのような能力は、持続データレートと、たとえば所与の時間の期間（たとえば、ＴＴＩまたはサブフレーム）内で扱われ得る（たとえは、受信および／または送信され得る）ソフトバッファビットの数に関する処理とを含んでよい（が、これに限定されない）。たとえば、２つのアップリンクキャリアを用いたＬＴＥキャリアアグリゲーションをサポートするＷＴＲＵは、宣言された能力に基づいて動作の同期モード（たとえば、ＰＣＭ１のみ）または動作の同期モードおよび非同期モードの両方を備えたデュアルコネクティビティ特徴をサポートしてよい。したがって、ＷＴＲＵのカテゴリに基づいて、そのようなＷＴＲＵは、類似の持続したデータレートおよび処理能力を有してよい。
【０９８８】
ＷＴＲＵが、ＬＴＥ  ＣＡにより複数のサービングセルを用いて構成されるとき、単一のスケジューラがデータレートおよびスケジューリング機会を操作してよい。これは、ＷＴＲＵの宣言されたカテゴリに基づき得る明確なＤＬ／ＵＬトラフィックフローを可能にしてよい。そのような制御された環境では、ＷＴＲＵがその持続データレートをサポートし、その処理能力が超えられるべきではないことが予想されてよい。
【０９８９】
しかしながら、ＬＴＥデュアルコネクティビティにより複数のサービングセルを用いて構成されたＷＴＲＵでは、ＷＴＲＵのスケジューリングは、別個のｅＮＢで動作する独立したスケジューラを必要としてよい。関係ｅＮＢは、ＷＴＲＵの能力に関連するいくつかの態様を（たとえば、Ｘ２シグナリングを使用して）調整してよい。そのような態様は、ダウンリンクにおけるバッファデータ分割、アップリンクにおけるバッファデータ分割、ＴＴＩにおいて送信されるＵＬ−ＳＣＨトランスポートブロックビットの最大数、ＴＴＩにおいて受信されるＤＬ−ＳＣＨトランスポートブロックビットの最大数、および／またはアップリンク送信のためのセルグループ間のＵＬ電力比の形式をした利用可能な総電力（たとえば、ΡΜeΝΒおよびＰSeNB）を含んでよい（が、これらに限定されない）。ＷＴＲＵカテゴリは知られているが、ＭｅＮＢとＳｅＮＢのの両方における機会主義的（opportunistic）スケジューリングは、ＷＴＲＵの能力のうちの１（または複数）が超えられてよいようにＷＴＲＵ処理オーバーロードをもたらしてよい。たとえば、ＷＴＲＵは、ソフトバッファ不足を経験してもよいし、十分早くに解放されたその物理レイヤソフトバッファを得るのに十分な処理パワーを持たなくてもよい。そのような状況が生じてよく、最終的に、物理レイヤの動作および／またはＬ２プロトコル（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）などの他のプロトコルの動作にさらに影響を及ぼしてよい他の損傷を招いてよい。たとえば、そのような損傷は、アップリンクＨＡＲＱプロセスを正常に完了できないことを含んでよく、これが、ＲＬＦ（プライマリＭＡＣインスタンス、ＭＣＧの場合）またはアップリンク通知のためのトリガによるすべてのアップリンク送信の中断（セカンダリＭＡＣインスタンス、ＳＣＧの場合）を引き起こしてよい。
【０９９０】
そのような問題を解決する方法が、以下で説明される。以下で説明される解決策は、独立型の方法として使用されてもよいし、互いと組み合わせて使用されてもよいし、他のセクションで説明された他の方法と組み合わせて使用されてもよく、損傷条件を決定する方法、損傷条件を知らせる方法、アップリンク送信に関連する状態のためのさらなる方法、およびＳ−ＲＬＦのためのトリガを含んでよい。
【０９９１】
損傷条件を決定する方法が、本明細書でさらに説明される。たとえば、ＷＴＲＵは、その能力のうちの少なくとも１つが超えられたことを検出してよく、そのような状態をネットワークに知らせるプロシージャ（たとえば、ＭｅＮＢ、ＳｅＮＢのどちらかまたは両方に向けてのシグナリング）を開始してよい。そのような能力は、ＴＴＩにおいて送信されるＵＬ−ＳＣＨトランスポートブロックビットの総最大数、ＴＴＩにおいて受信されるＤＬ−ＳＣＨトランスポートブロックビットの総最大数、ＷＴＲＵ利用可能な電力の総量、またはより一般的には、処理能力に関連する閾値を含んでよい。同様に、そのようなシグナリングは、ＱｏＳに関連する条件が満たされたとき、または類似のとき、トリガされてよい。
【０９９２】
ＷＴＲＵは、可能なトリガのうちの少なくとも１つにより、そのような状態のシグナリングを開始してよい：１）ある時間の量にわたって、閾値が超えられる（ある時間の量にわたって状態が持続されるようにトリガする前にタイマが設定されてよい）または２）特定のＣＧ、すなわちＭＣＧまたはＳＣＧのどちらかにおいて、閾値が超えられる（本明細書では、タイマが、たとえば各ＣＧに対して１つ、ある時間にわたって状態が持続されるようにトリガする前に考えられてよい）。
【０９９３】
いくつかの実装形態では、そのようなインジケーションは、ＭＡＣインスタンスごとに、および／またはＣＧごとに適用されてよい。いくつかの実装形態では、そのようなインジケーションは、ＷＴＲＵごとに適用されてよい。任意選択で、そのようなインジケーションは、キャリアごと、および／またはサービングセルごとであってよい。
【０９９４】
さらに、上記のトリガは、問題となっている処理問題の送信方向を示すＤＬ／ＵＬ２ビット組み合わせによって結び付けられてよい。
【０９９５】
いくつかの実装形態では、上記と組み合わせて、またはそのようなシグナリングの代わりに、のどちらかで、ＷＴＲＵは、そのような期間の間に、たとえば本明細書で説明される１または複数の代替グラントの使用などの、任意の他の構成された優先順位付け機能を適用してよい。
【０９９６】
損傷条件を知らせる方法が、本明細書でさらに説明される。そのような方法は、以下でさらに説明されるように、ＣＱＩ報告内の特定の値、ＰＵＣＣＨ上の、もしくはＰＵＳＣＨ上のＵＣＩ内のインジケーション、ＣＳＩフィードバックプロセスを使用するインジケーション、ＰＵＣＣＨ上のＳＲを使用するインジケーション、および／またはＭＡＣ  ＣＥシグナリングを使用するインジケーションを含んでよい。
【０９９７】
ＷＴＲＵが、たとえば上記で説明されたトリガまたは他の任意のトリガを使用して、損傷条件のシグナリングを開始するとき、ＷＴＲＵは、以下で説明されるシグナリングを使用してよい。そのようなインジケーションの受信時、関係ｅＮＢは、トランスポートブロックサイズを低下させる、スケジュールの頻度を低下させる、または単純に、たとえば条件がもはや妥当でないというインジケーションまでＷＴＲＵのスケジュールを止めるなどの、より保守的なスケジューリング手法を使用してよい。たとえば、そのようなインジケーションは、ＷＴＲＵによって知らされる有効なＣＱＩ値（すなわち、範囲内に戻ったＣＱＩ）であってよい。
【０９９８】
いくつかの実装形態では、損傷条件を知らせるために説明された方法は、たとえばＴＴＩにおいて受信されるＤＬ−ＳＣＨトランスポートブロックビットの最大数が超えられたなどのダウンリンク送信のための、またはたとえばＴＴＩにおいて送信されるＵＬ−ＳＣＨトランスポートブロックビットの最大数が超えられたなどのアップリンク送信のための、特定の送信方向に関連付けられた条件を示すためのみに適用されてよい。
【０９９９】
ＣＱＩ報告における特定の値が、本明細書でさらに説明される。１つの方法では、そのような損傷条件の検出時、または閾値に到達した／近づいたもしくはこれを超えたとき、および場合によってはある時間の量にわたって、ＷＴＲＵは、ＣＱＩ報告のシグナリングにおいて特定のＣＱＩ値を使用して、そのような条件を知らせてよい。たとえば、ＷＴＲＵは、範囲外（ＯＯＲ）ＣＱＩ値を使用してよい。そのようなインジケーションは、単一ＣＧまたは両方のＣＧのリソースを使用して送信されるようにトリガされてよい。
【１０００】
ＰＵＣＣＨ上の、またはＰＵＳＣＨ上のＵＣＩ内のインジケーションが、本明細書でさらに説明される。１つの方法では、ＷＴＲＵは、ＰＵＣＣＨ上またはＰＵＳＣＨ上で送信されるＵＣＩの内部で知らされる１（または複数の）ビットを使用して、損傷条件を示してよい。たとえば、ＰＵＣＣＨの場合、フォーマット１ｂ（２ビット）は、第２のビットが条件を報告してよいように使用されてよい。たとえば、ＰＵＣＣＨフォーマット３内の１ビットは、そのようなインジケーションに予約されてよい。
【１００１】
ＣＳＩフィードバックプロセスを使用するインジケーションが、本明細書でさらに説明される。１つの方法では、ＷＴＲＵは、損傷条件を示すために専用の第２のＣＳＩフィードバックプロセスを用いて構成されてよい。たとえば、ＷＴＲＵは、ＣＳＩフィードバックプロセスを使用して、ＭＡＣエンティティごと、ＣＧごと、またはキャリアごとにすら、オーバーロード状態インジケーション／クリアランスを提供してよい。
【１００２】
このインジケーションは、ＭＡＣ  ＣＥシグナリングに関して本明細書で説明されるマッピングに類似したマッピングに拡張されてよい。
【１００３】
ＰＵＣＣＨ上でスケジューリング要求（ＳＲ）を使用するインジケーションが、本明細書でさらに説明される。１つの方法では、ＷＴＲＵは、スケジューリング要求メッセージを使用して、そのような損傷条件を示してよい。たとえば、ＰＵＣＣＨの場合、フォーマット１ｂ（２ビット）は、第２のビットが条件を報告してよいように使用されてよい。インジケーション／クリアランスおよびｅＮＢ／キャリアごとの他のマッピング情報のための、ＳＲメッセージに含まれるビットの再解釈も可能であってよい。
【１００４】
ＭＡＣ  ＣＥシグナリングを使用するインジケーションが、本明細書でさらに説明される。１つの方法では、ＷＴＲＵは、そのような損傷条件のシグナリングにＭＡＣ  ＣＥを使用してよい。たとえば、ＭＡＣ  ＣＥは、ＭＡＣインスタンスごとまたはＣＧごとのＷＴＲＵ負荷のマップを含んでよい。そのようなマッピングは、単一方向（アップリンクまたはダウンリンク）に対してであってもよいし、両方の方向に対してであってもよい。このマップは、パーセンテージ単位で表されてよく、ＤＬ、ＵＬ、または両方に対する現在の負荷を表してよく、ｅＮＢがトラフィックを調整するのに十分な粒度を有してよい。このマッピングは、キャリア／方向ごとであってよく、単にどのキャリア／方向が最も問題があるかを示してよい。そのようなＭＡＣ  ＣＥは、単一のｅＮＢに送信されてもよいし、ＭｅＮＢとＳｅＮＢの両方に送信されてもよい。
【１００５】
アップリンク送信に関連する条件のためのさらなる方法が、本明細書でさらに説明される。１つの方法では、アップリンク送信および／またはアップリンクスケジューリング命令から生じるそのような条件は、本明細書で説明されるように、提案された代替グラントをアップリンク方向で使用することによって緩和されてよい。ＷＴＲＵは、オーバーロード処理またはトリガとしてのソフトビットメモリ枯渇を使用する代替グラントの選択に、そのような条件を使用してよい。この場合、ＷＴＲＵは、そのアップリンク送信のためのグラントを低下させてよい。いくつかの実装形態では、ＷＴＲＵは、オーバーロード状際を処理する際の期間内などの条件が経験される期間にわたってのみ、および／またはＵＬオーバーロードもしくは電力制限に対してのみ、そのような代替グラント選択を実行してよい。
【１００６】
ＷＴＲＵは、そのような条件たとえば処理オーバーロード状態を示すための、本明細書で説明されるシグナリング方法のいずれかと組み合わせて、代替グラント選択方法を使用してよい。
【１００７】
新規原因によるＳ−ＲＬＦのためのトリガが、本明細書でさらに説明される。１つの方法では、ＷＴＲＵは、そのような条件の検出時に追加の動作を実行することによって、進行中のＨＡＲＱプロセスの障害を回避してよい。これは、ＷＴＲＵがネットワークに向けての適切なコネクティビティを有したままであってよいように、そのような条件の結果であろうＨＡＲＱ障害を回避するために有用であってよい。
【１００８】
ＷＴＲＵは、そのような条件を決定する場合、ＳＣＧに対するすべてのアップリンク送信を自律的に停止してよい。さらに、ＷＴＲＵは、アップリンクシグナリングを開始して、ＭＣＧのアップリンクリソースを使用して条件を示してよい。そのようなインジケーションは、上記で説明されたシグナリングによるものであってよい。そのようなシグナリングは、ＷＴＲＵ障害通知プロシージャなどのＬ３／ＲＲＣシグナリングであってよい。後者の場合、ＷＴＲＵは、たとえばある時間の量にわたって損傷状態が持続されると、そのような条件が検出されるとき、ＳＣＧがＳ−ＲＬＦを経験していることを決定してよい。ＷＴＲＵは、「ＷＴＲＵ能力が超えられた」または類似物などの新規条件を報告してよい。
【１００９】
たとえば、ＷＴＲＵは、ある処理電力割合が到達されたとき、またはその能力の一態様に対応する閾値が超えられたとき、タイマを開始してよい。この状態がある時間の量にわたって持続される場合、タイマは期限が切れ、Ｓ−ＲＬＦプロシージャが開始可能である。ＷＴＲＵは、ＭｅＮＢに条件を示し、ＳｅＮＢに関連付けられたリソースを使用するすべての送信を停止する。いくつかの実装形態では、ＷＴＲＵは、測定ならびにその無線リンクの監視を実行し続けてよい。ＷＴＲＵはまた、ＭｅＮＢがＷＴＲＵを再構成する（ＳｅＮＢ接続を除去する）まで、そのプロトコルエンティティおよびユーザプレーンバッファを維持してよい。
【１０１０】
異なるＲＡＴのＭＡＣインスタンス間の優先順位付けおよび電力割り当てが、本明細書でさらに説明される。たとえばマルチＲＡＴの場合の、保証電力および異なるＴＴＩ長に基づく例示的な実施形態が、本明細書でさらに説明される。ＷＴＲＵが電力割り当て期間および優先順位付け機能の関連タイミングを決定する例が、本明細書でさらに説明される。
【１０１１】
１つの方法では、ＷＴＲＵは、異なる持続時間のＴＴＩに関連付けられたＣＧを用いて構成されてよい。たとえば、ＷＴＲＵは、ＬＴＥ物理レイヤ（たとえば、１ｍｓのＴＴＩ）に関連付けられたプライマリＭＡＣエンティティを用いて構成されてよい。ＷＴＲＵは、ＨＳＰＡ物理レイヤ（たとえば２ｍｓのＴＴＩ）に関連付けられたセカンダリＭＡＣエンティティを用いて、またはＷｉｆｉ物理レイヤに関連付けられたセカンダリＭＡＣエンティティを用いてさらに構成されてよい。ＷＴＲＵは、本明細書で説明される優先順位付け方法のいずれかを実行してよく、この場合、すべての構成されたＭＡＣインスタンスにわたって最も長いＴＴＩに対応する期間を使用して、そのような優先順位付けを適用してよい。あるいは、そのような期間は、すべての構成されたＭＡＣエンティティにわたって最も短いＴＴＩの整数倍に対応してよく、この倍数は、すべての構成された物理レイヤに対する最小公分母に対応する。そのような期間は、上位レイヤ（たとえばＬ３／ＲＲＣ）によって構成されてよい。ＷＴＲＵは、特定のＭＡＣエンティティのタイミングに基づいて、および／またはその特定のＭＡＣエンティティのためのＷＴＲＵの構成の特定のセルのダウンリンクタイミングに基づいて、そのような期間の開始を決定してよい。そのようなセルは、プライマリＭＡＣエンティティのプライマリセルであってよい。そのようなタイミングは、そのようなセルに対するダウンリンクタイミングであってよい。そのような期間は、構成された電力割り当て期間に対応してよい。
【１０１２】
電力割り当て期間ごとの保証電力が、本明細書でさらに説明される。ＷＴＲＵは、異なるＣＧ（またはＭＡＣインスタンス）のための最小保証電力を用いて構成されてよい。場合によっては、ＷＴＲＵは、電力制御モード（ＰＣＭ）を用いてさらに構成されてもよいし、ＷＴＲＵは、各ＭＡＣエンティティの構成に関連付けられた無線アクセス技術のタイプに基づいて、どのＰＣＭを使用するかを決定してよい。ＷＴＲＵは、電力割り当て期間ごとに、１または複数の優先順位付け機能および／または電力割り当て機能を適用してよい。ＷＴＲＵは、電力割り当て期間ごとに構成された最小保証電力を適用してよい。たとえば、電力割り当て期間の構成は、１または複数の期間にわたる関係ＭＡＣエンティティのための優先順位のインジケーションを含んでよい。たとえば、いくつかの期間にわたって、プライマリＭＡＣエンティティは、他のＭＡＣエンティティに勝る絶対優先順位を有してよい。たとえば、代わりに、いくつかの期間にわたって、ＷＴＲＵは、構成された保証電力に対応する電力の量を各ＭＡＣエンティティに割り当てて（または予約して）よい。最も短いＴＴＩ長を有するＭＡＣエンティティに対する先読みおよびスケジューリングの不確実性が、本明細書でさらに説明される。ＷＴＲＵは、電力割り当て期間の開始において電力割り当てをどのようにして実行するかを決定してよい。ＷＴＲＵは、セカンダリＭＡＣエンティティ（たとえば、最も長いＴＴＩ長を有する物理レイヤ）のためのすべての必要とされる（または可能な）アップリンク送信を決定する能力を有してよいが、プライマリＭＡＣエンティティ（たとえば、最も短いＴＴＩ長を有する物理レイヤ）に必要とされる送信のサブセットを決定する能力のみを有してよい。そのような場合、ＷＴＲＵは、各ＭＡＣエンティティの送信に関連付けられたそれぞれの優先順位を（たとえば、本明細書で説明される他の任意の方法に従って）最初に決定してよい。そのような決定が１または複数の動的態様に基づく場合、およびそのような動的態様が、（たとえば、少なくともプライマリＭＡＣエンティティのための）動的スケジューリング情報のうちの少なくともいくつかを含む場合、ＷＴＲＵは、少なくともプライマリＭＡＣエンティティの第１のＴＴＩの送信要件に基づいて（および／または、プライマリＭＡＣエンティティの第１のＴＴＩを使用して適用される優先順位付け機能に基づいて）、電力割り当て期間の各ＭＡＣインスタンスに割り当てられることになる電力の量を決定してよい。ＷＴＲＵは、次いで、同じ量を同じ電力割り当て期間の後続のＴＴＩに適用してよい。たとえば、ＷＴＲＵが、各ＭＡＣエンティティに関連付けられた優先順位から、プライマリＭＡＣエンティティは電力割り当て期間全体のための絶対優先順位を有するものとすることを決定する場合、ＷＴＲＵは、電力割り当て期間のすべてのＴＴＩにわたってのそのＭＡＣエンティティの送信に、総ＷＴＲＵ利用可能な電力を使用してよい。たとえば、ＷＴＲＵが、適用可能な優先順位付け機能から、ＷＴＲＵの利用可能な総電力が、電力割り当て期間の先頭で開始する送信のための特定の比に従って異なるＭＡＣエンティティに分割されることを決定する場合、ＷＴＲＵは、電力割り当て期間のすべてのＴＴＩに対して同じ比を強制してよい。そのような優先順位付け機能は、利用可能な総電力の半静的分割であってよい。
【１０１３】
ＤＲＸ／ＤＴＸ機能性とアライメンされた電力割り当て期間が、本明細書でさらに説明される。一例では、特定のＭＡＣインスタンスのための絶対優先順位に関連付けられた期間は、他のＭＡＣエンティティの不活動（inactivity）期間に対応し（または、これと調整され）てよい。そのような不活動期間は、ＤＲＸアルゴリズムまたは等価物に基づいてよい。逆に、特定のＭＡＣインスタンスのための絶対優先順位に関連付けられた期間は、他のＭＡＣエンティティのための不活動期間を誘発してよい。
【１０１４】
他のＭＡＣ／ＲＡＴエンティティによる第１のＲＡＴ使用減少のための総利用可能アップリンク電力の計算が、本明細書でさらに説明される。一例では、ＷＴＲＵは、無線アクセス技術の異なるタイプの１（または複数の）ＭＡＣエンティティにおける電力割り当てに応じて、無線アクセス技術の同じタイプの１（または複数の）ＭＡＣエンティティに関連付けられた送信のためのアップリンク送信のための利用可能な電力の総量を計算してよい。たとえば、ＬＴＥ  ＭＡＣエンティティに関連付けられた送信の場合、ＷＴＲＵは、他のＭＡＣエンティティ（たとえば、ＨＳＰＡのためのＰHSPAまたはＷｉｆｉのためのＰWiFi）に割り当てられたある電力の量を推論し、ＰCMAXを計算するとき、そのような量を電力減少として適用してよい。たとえば、構成された最大出力電ＰCMAX,Cは、以下の限度の範囲内に設定されてよい。
【１０１５】
ＰcMAX_L,c≦ＰcMAX,c≦ＰcMAX_H,c
および
ＰCMAX_L,C＝ＭＩＮ｛ＰEMAX,C−ΔＴc,c，ＰPowerClass−ＭＡＸ（ＤＣＰＲi＋ＭＰＲc＋Ａ−ＭＰＲc＋ΔＴIB,c＋ΔＴC,c，Ｐ−ＭＰＲc）｝ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass｝
【１０１６】
ここで、ＤＣＰＲiは、ＬＴＥ  ＭＡＣエンティティと異なるタイプの無線アクセス技術である各ＭＡＣエンティティｉに利用可能になった電力であり、他のパラメータは、たとえば、３ＧＰＰ  ＴＳ  ３６．１０１  ｖ１２．５．０（２０１４−０９）セクション６．２．５に対応してよい。場合によっては、ＤＣＰＲiは、本明細書で説明される任意の方法などの優先順位付け機能に応じて変化してよい。場合によっては、ＷＴＲＵは、そのような計算を電力割り当て期間ごとに１回実行してよい。
【１０１７】
永続的なハード分割が、本明細書でさらに説明される。別の方法では、ＷＴＲＵは、ＭＡＣエンティティごとおよび／または同じ無線アクセス技術のＭＡＣエンティティごとの最大許可ＷＴＲＵ出力電力のための異なる値、たとえばＰEMAXまたは等価物を用いて構成されてよい。そのような値は、ＬＴＥ  ＭＡＣエンティティに利用可能なＷＴＲＵ電力を計算するとき、上記のＤＣＰＲiに対応しよい。
【１０１８】
特徴および要素が上記において特定の組み合わせで説明されているが、当業者は、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで、使用可能であることを理解するであろう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてよい。コンピュータ可読媒体の例は、電子信号（ワイヤード接続または無線接続上で送信される）と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために使用されてよい。
【１０１９】
実施形態：
１．時間間隔の間に無線送信／受信ユニット（ＷＴＲＵ）のアップリンク送信電力を割り当てる方法であって、
第１のセルグループ（ＣＧ）の少なくとも１つのセルのアップリンクリソースを使用して、ＷＴＲＵからの第１のアップリンク送信に対する第１の最小保証電力でＷＴＲＵを構成するステップと、
第２のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、ＷＴＲＵからの第２のアップリンク送信に対する第２の最小保証電力でＷＴＲＵを構成するステップと
を備え、
第１の最小保証電力および第２の最小保証電力は各々、時間間隔の間にアップリンク送信に対してＷＴＲＵに利用可能な総電力（Ｐｃｍａｘ）の比率であり、
残りの電力は、Ｐｃｍａｘから第１の最小保証電力および第２の最小保証電力の合計を減じたものに等しい
ことを特徴とする方法。
【１０２０】
２．ＷＴＲＵによって、第１のアップリンク送信に対して最大で第１の最小保証電力を割り当てるステップと、
ＷＴＲＵによって、第２のアップリンク送信に対して最大で第２の最小保証電力を割り当てるステップと、
ＷＴＲＵによって、第１のアップリンク送信に対し、第２のアップリンク送信に対し、または第１のアップリンク送信および第２のアップリンク送信の両方に対して残りの電力を割り当てるステップと
をさらに備えたことを特徴とする実施形態１に記載の方法。
【１０２１】
３．残りの電力は、送信ごとをベースに割り当てられることを特徴とする実施形態２に記載の方法。
【１０２２】
４．第１のアップリンク送信および第２のアップリンク送信の各々は、関連付けられた優先度を有し、残りの電力は、第１のアップリンク送信および第２のアップリンク送信の優先順位に従って第１のアップリンク送信および第２のアップリンク送信に割り当てられることを特徴とする実施形態３に記載の方法。
【１０２３】
５．優先度は、アップリンク制御情報（ＵＣＩ）タイプに基づいていることを特徴とする実施形態４に記載の方法。
【１０２４】
６．第１のアップリンク送信に対し、最大で第１の最小保証電力を予約するステップと、
第２のアップリンク送信に対し、最大で第２の最小保証電力を予約するステップと、
時間間隔の間に、第１のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、残りの電力を第１のアップリンク送信に対して利用可能にするステップと、
時間間隔の間に、第２のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、残りの電力を第２のアップリンク送信に対して利用可能にするステップと
をさらに備えたことを特徴とする実施形態１に記載の方法。
【１０２５】
７．第１のアップリンク送信に対し、最大で第１の最小保証電力を予約するステップと、
第２のアップリンク送信に対し、最大で第２の最小保証電力を予約するステップと、
時間間隔の間に、第１のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、
残りの電力を第１のアップリンク送信に対して利用可能にするステップと、
残りの電力を第１のアップリンク送信に、最大で第１のアップリンク送信に要求される総電力まで割り当てるステップと、
第１のアップリンク送信に割り当てられていない残りの電力の残りを、第２のアップリンク送信に対して利用可能にするステップと、
時間間隔の間に、第２のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、
残りの電力を第２のアップリンク送信に対して利用可能にするステップと
残りの電力を第２のアップリンク送信に、最大で第２のアップリンク送信に要求される総電力まで割り当てるステップと、
第２のアップリンク送信に割り当てられていない残りの電力の残りを、第１のアップリンク送信に対して利用可能にするステップと
をさらに備えたことを特徴とする実施形態１に記載の方法。
【１０２６】
８．第１のＣＧのサブフレームが第２のＣＧのサブフレームと非同期で時間において重なり、および第１のＣＧのサブフレームが第２のＣＧのサブフレームに時間において先行することを条件に、
第１のＣＧのサブフレームおよび第２のＣＧのサブフレームに基づいて、第１の電力範囲を計算するステップと、
第１のＣＧのサブフレーム、および第１のＣＧのサブフレームと時間において重なる第２のＣＧの先行サブフレームに基づいて、２の電力範囲を計算するステップと、
Ｐｃｍａｘに対する最小値を第１の電力範囲の最小値および第２の電力範囲の最小値よりも低い値として判定するステップと、
Ｐｃｍａｘに対する最大値を第１の電力範囲の最大値および第２の電力範囲の最大値よりも高い値として判定するステップと
をさらに備えたことを特徴とする実施形態１に記載の方法。
【１０２７】
９．第１のアップリンク送信のうちの１つおよび第２のアップリンク送信のうちの１つが同一の優先順位を有することを条件に、第１のＣＧまたは第２のＣＧがマスタＣＧ（ＭＣＧ）を含むかを判定するステップと、
第１のＣＧがＭＣＧを含むことを条件に、残りの電力の割り当てに対して第１のアップリンク送信のうちの１つを優先させるステップと、
第２のＣＧがＭＣＧを含むことを条件に、残りの電力の割り当てに対して第２のアップリンク送信のうちの１つを優先させるステップと
をさらに備えたことを特徴とする実施形態４に記載の方法。
【１０２８】
１０．ＷＴＲＵによって、第１のアップリンク送信および第２のアップリンク送信に対して電力を割り当てる前に、第１のアップリンク送信および第２のアップリンク送信の各々に対する要求電力を計算するステップをさらに備えたことを特徴とする実施形態１に記載の方法。
【１０２９】
１１．ＷＴＲＵによって、残りの電力の一部を、降順の優先順位で第１のアップリンク送信および第２のアップリンク送信の各々に割り当てるステップをさらに備えたことを特徴とする実施形態１０に記載の方法。
【１０３０】
１２．ＷＴＲＵが電力制限されていることを条件に、ＷＴＲＵの能力に基づいて、第１の電力制御モード（ＰＣＭ１）または第２の電力制御モード（ＰＣＭ２）でＷＴＲＵを構成するステップと、
ＰＣＭ１が構成されることを条件に、ＰＣＭ１に従って、およびＰＣＭ２が構成されることを条件に、ＰＣＭ２に従って、第１のアップリンク送信および第２のアップリンク送信に対して電力を割り当てるステップと
をさらに備えたことを特徴とする実施形態１に記載の方法。
【１０３１】
１３．第１のＣＧは、マスタセルグループ（ＭＣＧ）を含み、第２のＣＧは、セカンダリセルグループ（ＳＣＧ）を含むことを特徴とする実施形態１に記載の方法。
【１０３２】
１４．時間間隔の間に無線のアップリンク送信電力を割り当てるように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、
第１のセルグループ（ＣＧ）の少なくとも１つのセルのアップリンクリソースを使用して、ＷＴＲＵからの第１のアップリンク送信に対する第１の最小保証電力でＷＴＲＵを構成するように適合された回路と、
第２のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、ＷＴＲＵからの第２のアップリンク送信に対する第２の最小保証電力でＷＴＲＵを構成するように適合された回路と
を備え、
第１の最小保証電力および第２の最小保証電力は各々、時間間隔の間にアップリンク送信に対してＷＴＲＵに利用可能な総電力（Ｐｃｍａｘ）の比率であり、
残りの電力は、Ｐｃｍａｘから第１の最小保証電力および第２の最小保証電力の合計を減じたものに等しい
ことを特徴とするＷＴＲＵ。
【１０３３】
１５．ＷＴＲＵによって、第１のアップリンク送信に対して最大で第１の最小保証電力を割り当てるように構成された回路と、
ＷＴＲＵによって、第２のアップリンク送信に対して最大で第２の最小保証電力を割り当てるように構成された回路と、
ＷＴＲＵによって、第１のアップリンク送信に対し、第２のアップリンク送信に対し、または第１のアップリンク送信および第２のアップリンク送信の両方に対して残りの電力を割り当てるように構成された回路と
をさらに備えたことを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０３４】
１６．残りの電力は、送信ごとをベースに割り当てられることを特徴とする実施形態１５に記載のＷＴＲＵ。
【１０３５】
１７．第１のアップリンク送信および第２のアップリンク送信の各々は、関連付けられた優先度を有し、残りの電力は、第１のアップリンク送信および第２のアップリンク送信の優先順位に従って第１のアップリンク送信および第２のアップリンク送信に割り当てられることを特徴とする実施形態１６に記載のＷＴＲＵ。
【１０３６】
１８．優先度は、アップリンク制御情報（ＵＣＩ）タイプに基づいていることを特徴とする実施形態１７に記載のＷＴＲＵ。
【１０３７】
１９．第１のアップリンク送信に対し、最大で第１の最小保証電力を予約するように構成された回路と、
第２のアップリンク送信に対し、最大で第２の最小保証電力を予約するように構成された回路と、
時間間隔の間に、第１のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、残りの電力を第１のアップリンク送信に対して利用可能にするように構成された回路と、
時間間隔の間に、第２のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、残りの電力を第２のアップリンク送信に対して利用可能にするように構成された回路と
をさらに備えたことを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０３８】
２０．第１のアップリンク送信に対し、最大で第１の最小保証電力を予約するように構成された回路と、
第２のアップリンク送信に対し、最大で第２の最小保証電力を予約するように構成された回路と、
時間間隔の間に、第１のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、残りの電力を第１のアップリンク送信に対して利用可能にし、残りの電力を第１のアップリンク送信に、最大で第１のアップリンク送信に要求される総電力まで割り当て、第１のアップリンク送信に割り当てられていない残りの電力の残りを、第２のアップリンク送信に対して利用可能にするように構成された回路と、
時間間隔の間に、第２のＣＧの少なくとも１つのセルのアップリンクリソースを使用して、最先の送信が発生するようにスケジュールされることを条件に、残りの電力を第２のアップリンク送信に対して利用可能にし、残りの電力を第２のアップリンク送信に、最大で第２のアップリンク送信に要求される総電力まで割り当てる、第２のアップリンク送信に割り当てられていない残りの電力の残りを、第１のアップリンク送信に対して利用可能にするように構成された回路と
をさらに備えたことを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０３９】
２１．第１のＣＧのサブフレームが第２のＣＧのサブフレームと非同期で時間において重なり、および第１のＣＧのサブフレームが第２のＣＧのサブフレームに時間において先行することを条件に、
第１のＣＧのサブフレームおよび第２のＣＧのサブフレームに基づいて、第１の電力範囲を計算し、
第１のＣＧのサブフレーム、および第１のＣＧのサブフレームと時間において重なる第２のＣＧの先行サブフレームに基づいて、２の電力範囲を計算し、
Ｐｃｍａｘに対する最小値を第１の電力範囲の最小値および第２の電力範囲の最小値よりも低い値として判定し、
Ｐｃｍａｘに対する最大値を第１の電力範囲の最大値および第２の電力範囲の最大値よりも高い値として判定する
ように構成された回路をさらに備えたことを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０４０】
２２．第１のアップリンク送信のうちの１つおよび第２のアップリンク送信のうちの１つが同一の優先順位を有することを条件に、第１のＣＧまたは第２のＣＧがマスタＣＧ（ＭＣＧ）を含むかを判定するように構成された回路と、
第１のＣＧがＭＣＧを含むことを条件に、残りの電力の割り当てに対して第１のアップリンク送信のうちの１つを優先させるように構成された回路と、
第２のＣＧがＭＣＧを含むことを条件に、残りの電力の割り当てに対して第２のアップリンク送信のうちの１つを優先させるように構成された回路と
をさらに備えたことを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０４１】
２３．第１のアップリンク送信および第２のアップリンク送信に対して電力を割り当てる前に、第１のアップリンク送信および第２のアップリンク送信の各々に対する要求電力を計算するように構成された回路をさらに備えたとを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０４２】
２４．残りの電力の一部を、降順の優先順位で第１のアップリンク送信および第２のアップリンク送信の各々に割り当てるように構成された回路をさらに備えたことを特徴とする実施形態２３に記載のＷＴＲＵ。
【１０４３】
２５．ＷＴＲＵが電力制限されていることを条件に、ＷＴＲＵの能力に基づいて、第１の電力制御モード（ＰＣＭ１）または第２の電力制御モード（ＰＣＭ２）でＷＴＲＵを構成するように構成された回路と、
ＰＣＭ１が構成されることを条件に、ＰＣＭ１に従って、およびＰＣＭ２が構成されることを条件に、ＰＣＭ２に従って、第１のアップリンク送信および第２のアップリンク送信に対して電力を割り当てるように構成された回路と
をさらに備えたことを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０４４】
２６．第１のＣＧは、マスタセルグループ（ＭＣＧ）を含み、第２のＣＧは、セカンダリセルグループ（ＳＣＧ）を含むことを特徴とする実施形態１４に記載のＷＴＲＵ。
【１０４５】
２７．第１のセルグループ（ＣＧ１）と通信し、および第２のセルグループ（ＣＧ２）と通信する無線送信／受信ユニット（ＷＴＲＵ）から電力ヘッドルーム情報を報告する方法であって、ＣＧ１およびＣＧ２の各々は、少なくとも１つのセルを含み、
ＷＴＲＵによって、トリガ条件が存在するかを判定するステップと、
トリガ条件が存在することを条件に、電力ヘッドルーム情報を送信するステップと
を備え、
トリガ条件は、スケジューリング条件および／または電力割り当て条件を含む
ことを特徴とする方法。
【１０４６】
２８．電力ヘッドルーム情報は、電力ヘッドルーム報告（ＰＨＲ）として送信されることを特徴とする実施形態２７に記載の方法。
【１０４７】
２９．ＣＧ１のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信に対する電力制限が、ＣＧ２のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信のスケジューリングによって誘導されることを条件に、トリガ条件は、電力制限を含むことを特徴とする実施形態２７に記載の方法。
【１０４８】
３０．トリガ条件は、ＣＧ１とＣＧ２との間の相対的電力割り当て優先度における変更を含むことを特徴とする実施形態２７に記載の方法。
【１０４９】
３１．トリガ条件は、ＣＧ１またはＣＧ２のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信に適用されるスケーリングのレベルにおける変更を含むことを特徴とする実施形態２７に記載の方法。
【１０５０】
３２．トリガ条件は、閾値を下回る、ＣＧ１アップリンクリソースを使用したＷＴＲＵからのアップリンク送信に対するサービス品質（ＱｏＳ）基準を含むことを特徴とする実施形態２７に記載の方法。
【１０５１】
３３．トリガ条件は、ＣＧ１またはＣＧ２のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信に対する要求電力における増大を含むことを特徴とする実施形態２７に記載の方法。
【１０５２】
３４．第１のセルグループ（ＣＧ１）と通信し、および第２のセルグループ（ＣＧ２）と通信するときに電力ヘッドルーム情報を報告するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、ＣＧ１およびＣＧ２の各々は、少なくとも１つのセルを含み、
トリガ条件が存在するかを判定するように構成された回路と、
トリガ条件が存在することを条件に、電力ヘッドルーム情報を送信するように構成された回路と
を備え、
トリガ条件は、スケジューリング条件および／または電力割り当て条件を含む
ことを特徴とするＷＴＲＵ。
【１０５３】
３５．電力ヘッドルーム情報は、電力ヘッドルーム報告（ＰＨＲ）として送信されることを特徴とする実施形態３４に記載のＷＴＲＵ。
【１０５４】
３６．ＣＧ１のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信に対する電力制限が、ＣＧ２のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信のスケジューリングによって誘導されることを条件に、トリガ条件は、電力制限を含むことを特徴とする実施形態３４に記載のＷＴＲＵ。
【１０５５】
３７．トリガ条件は、ＣＧ１とＣＧ２との間の相対的電力割り当て優先度における変更を含むことを特徴とする実施形態３４に記載のＷＴＲＵ。
【１０５６】
３８．トリガ条件は、ＣＧ１またはＣＧ２のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信に適用されるスケーリングのレベルにおける変更を含むことを特徴とする実施形態３４に記載のＷＴＲＵ。
【１０５７】
３９．トリガ条件は、閾値を下回る、ＣＧ１アップリンクリソースを使用したＷＴＲＵからのアップリンク送信に対するサービス品質（ＱｏＳ）基準を含むことを特徴とする実施形態３４に記載のＷＴＲＵ。
【１０５８】
４０．トリガ条件は、ＣＧ１またはＣＧ２のアップリンクリソースを使用したＷＴＲＵからのアップリンク送信に対する要求電力における増大を含むことを特徴とする実施形態３４に記載のＷＴＲＵ。
【１０５９】
４１．第１のｅＮｏｄｅＢ（ｅＮＢ１）によって供給される第１のセルグループ（ＣＧ１）と通信し、および第２のｅＮｏｄｅＢ（ｅＮＢ２）によって供給される第２のセルグループ（ＣＧ２）と通信する無線送信／受信ユニット（ＷＴＲＵ）のバッファにおいて利用可能なデータに関する情報を報告する方法であって、ＣＧ１およびＣＧ２の各々は、少なくとも１つのセルを含み、
ＷＴＲＵによって、トリガ条件が存在するかを判定するステップと、
トリガ条件が存在することを条件に、情報を報告するステップと
を備え、
トリガ条件は、新たなデータが分割データ無線ベアラ（ＤＲＢ）に対して利用可能であり、およびｅＮＢ１またはｅＮＢ２のうちの１つに送信されるべきであることのＷＴＲＵによる判定を含む
ことを特徴とするの方法。
【１０６０】
４２．報告するステップは、バッファステータス報告（ＢＳＲ）を送信するステップを含むことを特徴とする実施形態４１に記載の方法。
【１０６１】
４３．トリガ条件は、論理チャネル優先度（ＬＣＰ）を含むことを特徴とする実施形態４１に記載の方法。
【１０６２】
４４．トリガ条件は、サービス品質（ＱｏＳ）を含むことを特徴とする実施形態４１に記載の方法。
【１０６３】
４５．トリガ条件は、バッファの空き率を含むことを特徴とする実施形態４１に記載の方法
４６．報告するステップは、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を送信するステップを含むことを特徴とする実施形態４１に記載の方法。
【１０６４】
４７．ＭＡＣ  ＰＤＵは、少なくとも１つのハッピービットを含むことを特徴とする実施形態４６に記載の方法。
【１０６５】
４８．報告は、バッファにおけるデータの量が増大または減少することのインジケーションを含むことを特徴とする実施形態４１に記載の方法。
【１０６６】
４９．報告は、バッファの枯渇率を含むことを特徴とする実施形態４１に記載の方法。
【１０６７】
５０．報告は、バッファの充足率を含むことを特徴とする実施形態４１に記載の方法。
【１０６８】
５１．報告は、バッファのキュー遅延のヘッドを含むことを特徴とする実施形態４１に記載の方法。
【１０６９】
５２．報告は、バッファにおけるデータの平均滞在時間を含むことを特徴とする実施形態４１に記載の方法。
【１０７０】
５３．報告は、論理チャネル優先度（ＬＣＰ）またはサービス品質（ＱｏＳ）に基づくインジケーションを含むことを特徴とする実施形態４１に記載の方法。
【１０７１】
５４．報告は、バッファにおけるデータがＣＧ１のアップリンクリソースを使用して送信されるべきか、またはＣＧ２のアップリンクリソースを使用して送信されるべきかのインジケーションを含むことを特徴とする実施形態４１に記載の方法。
【１０７２】
５５．トリガ条件は、バッファにおけるデータがＣＧ１のアップリンクリソースを使用して送信されるべきことのＷＴＲＵによる判定を含むことを特徴とする実施形態４１に記載の方法。
【１０７３】
５６．少なくとも１つのハッピービットは、パケットデータ収束プロトコル（ＰＤＣＰ）データに関するインジケーションを含むことを特徴とする実施形態４７に記載の方法。
【１０７４】
５７．第１のｅＮｏｄｅＢ（ｅＮＢ１）によって供給される第１のセルグループ（ＣＧ１）と通信し、および第２のｅＮｏｄｅＢ（ｅＮＢ２）によって供給される第２のセルグループ（ＣＧ２）と通信するときにバッファにおいて利用可能なデータに関する情報を報告するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、ＣＧ１およびＣＧ２の各々は、少なくとも１つのセルを含み、
新たなデータが分割データ無線ベアラ（ＤＲＢ）に対して利用可能であり、およびｅＮＢ１またはｅＮＢ２のうちの１つに送信されるべきである化を判定するように構成された回路と、
トリガ条件が存在するかを判定するように構成された回路と、
トリガ条件で、情報を報告するように構成された回路と
を備え、
情報は、バッファにおいて利用可能なデータの量を含み、
トリガ条件は、新たなデータが分割データ無線ベアラ（ＤＲＢ）に対して利用可能であり、およびｅＮＢ１またはｅＮＢ２のうちの１つに送信されるべきであることのＷＴＲＵによる判定を含む
ことを特徴とするＷＴＲＵ。
【１０７５】
５８．報告することは、バッファステータス報告（ＢＳＲ）を送信することを含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０７６】
５９．トリガ条件は、論理チャネル優先度（ＬＣＰ）を含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０７７】
６０．トリガ条件は、サービス品質（ＱｏＳ）を含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０７８】
６１．トリガ条件は、バッファの空き率を含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０７９】
６２．報告することは、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を送信することを含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８０】
６３．ＭＡＣ  ＰＤＵは、少なくとも１つのハッピービットを含むことを特徴とする実施形態６２に記載のＷＴＲＵ。
【１０８１】
６４．報告は、バッファにおけるデータの量が増大または減少することのインジケーションを含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８２】
６５．報告は、バッファの枯渇率を含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８３】
６６．報告は、バッファの率を含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８４】
６７．報告は、バッファのキュー遅延のヘッドを含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８５】
６８．報告は、バッファにおけるデータの平均滞在時間を含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８６】
６９．報告は、論理チャネル優先度（ＬＣＰ）またはサービス品質（ＱｏＳ）に基づくインジケーションを含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８７】
７０．報告は、バッファにおけるデータがＣＧ１のアップリンクリソースを使用して送信されるべきか、またはＣＧ２のアップリンクリソースを使用して送信されるべきかのインジケーションを含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８８】
７１．トリガ条件は、バッファにおけるデータがＣＧ１のアップリンクリソースを使用して送信されるべきことのＷＴＲＵによる判定を含むことを特徴とする実施形態５７に記載のＷＴＲＵ。
【１０８９】
７２．少なくとも１つのハッピービットは、パケットデータ収束プロトコル（ＰＤＣＰ）データに関するインジケーションを含むことを特徴とする実施形態６３に記載のＷＴＲＵ。
【１０９０】
７３．無線送信／受信ユニット（ＷＴＲＵ）からのアップリンク送信を管理する方法であって、
ＷＴＲＵによって、少なくとも１つのアップリンク送信に対してｅＮｏｄｅＢ（ｅＮＢ）からグラントを受信するステップと、
ＷＴＲＵによって、代替グラントがグラントの代わりに適用されるべきかを判定するステップと、
代替グラントがグラントの代わりに適用されるべきとＷＴＲＵが判定したことを条件に、ＷＴＲＵによって、グラントの代わりに代替グラントを自立的に適用するステップと
を備えたことを特徴とする方法。
【１０９１】
７４．少なくとも１つのアップリンク送信に対して要求される電力が、少なくとも１つのアップリンク送信を送信するためにＷＴＲＵに利用可能な電力の量を上回ることを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９２】
７５．ＷＴＲＵが少なくとも１つのアップリンク送信に対して割り当てられた電力をスケーリングすることを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９３】
７６．アップリンクに対してグラントによって割り当てられたリソースの量が、少なくとも１つのアップリンク送信のデータの量を上回ることを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９４】
７７．アップリンクに対してグラントによって割り当てられたリソースの量が、少なくとも１つのアップリンク送信のデータの量を閾値量上回ることを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９５】
７８．ＷＴＲＵが少なくとも１つのアップリンク送信に対してコンテンションベースのアップリンクリソースにアクセスしたことを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９６】
７９．ＷＴＲＵが少なくとも１つのアップリンク送信に対して第２のＷＴＲＵを通じてアップリンクリソースにアクセスしたことを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９７】
８０．ＷＴＲＵは、受信されたダウンリンク制御情報（ＤＣＩ）のタイプ、受信されたＤＣＩのフォーマット、または受信されたＤＣＩの数に基づいて、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９８】
８１．ＷＴＲＵは、少なくとも１つのアップリンク送信がハイブリッド自動再送要求（ＨＡＲＱ）再送信を含むかに基づいて、代替グラントが適用されるべきと判定することを特徴とする実施形態７３に記載の方法。
【１０９９】
８２．ＷＴＲＵによって、グラントの特性、受信されたダウンリンク制御情報（ＤＣＩ）の内容、または構成されたパラメータのうちの少なくとも１つに基づいて、代替グラントのパラメータを判定するステップをさらに備えたことを特徴とする実施形態７３に記載の方法。
【１１００】
８３．ＷＴＲＵによって、グラントの特性、受信されたダウンリンク制御情報（ＤＣＩ）の内容、または構成されたパラメータのうちの少なくとも１つに基づいて、代替グラントのグループから代替グラントを選択するステップをさらに備えたことを特徴とする実施形態７３に記載の方法。
【１１０１】
８４．無線送信／受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのアップリンク送信に対してｅＮｏｄｅＢ（ｅＮＢ）からグラントを受信するように構成され回路と、
代替グラントがグラントの代わりに適用されるべきかを判定するように構成された回路と、
代替グラントがグラントの代わりに適用されるべきとＷＴＲＵが判定したことを条件にグラントの代わりに代替グラントを自立的に適用するように構成された回路と
を備えたとを特徴とすＷＴＲＵ。
【１１０２】
８５．少なくとも１つのアップリンク送信に対して要求される電力が、少なくとも１つのアップリンク送信を送信するためにＷＴＲＵに利用可能な電力の量を上回ることを条件に、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１０３】
８６．ＷＴＲＵが少なくとも１つのアップリンク送信に対して割り当てられた電力をスケーリングすることを条件に、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１０４】
８７．アップリンクに対してグラントによって割り当てられたリソースの量が、少なくとも１つのアップリンク送信のデータの量を上回ることを条件に、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１０５】
８８．アップリンクに対してグラントによって割り当てられたリソースの量が、少なくとも１つのアップリンク送信のデータの量を閾値量上回ることを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１０６】
８９．ＷＴＲＵが少なくとも１つのアップリンク送信に対してコンテンションベースのアップリンクリソースにアクセスしたことを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１０７】
９０．ＷＴＲＵが少なくとも１つのアップリンク送信に対して第２のＷＴＲＵを通じてアップリンクリソースにアクセスしたことを条件に、ＷＴＲＵは、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１０８】
９１．受信されたダウンリンク制御情報（ＤＣＩ）のタイプ、受信されたＤＣＩのフォーマット、または受信されたＤＣＩの数に基づいて、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１０９】
９２．少なくとも１つのアップリンク送信がハイブリッド自動再送要求（ＨＡＲＱ）再送信を含むかに基づいて、代替グラントが適用されるべきと判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１１０】
９３．グラントの特性、受信されたダウンリンク制御情報（ＤＣＩ）の内容、または構成されたパラメータのうちの少なくとも１つに基づいて、代替グラントのパラメータを判定するように構成された回路をさらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【１１１１】
９４．グラントの特性、受信されたダウンリンク制御情報（ＤＣＩ）の内容、または構成されたパラメータのうちの少なくとも１つに基づいて、代替グラントのグループから代替グラントを選択するように構成された回路さらに備えたことを特徴とする実施形態８４に記載のＷＴＲＵ。
【産業上の利用可能性】
【１１１２】
本発明は、一般的に無線通信システムに利用することができる。
【符号の説明】
【１１１３】
１００  通信システム
１０２ａ〜１０２ｄ  ワイヤレス送信／受信ユニット（ＷＴＲＵ）
１０４  ＲＡＮ
１０６  コアネットワーク
１０８  ＰＳＴＮ
１１０  インターネット
１１２  その他のネットワーク
１１４ａ、１１４ｂ  基地局
１１８  プロセッサ
１２０  送受信機（トランシーバ）
１２２  アンテナ
【図１Ａ】
2020191677.tif 000038
【図１Ｂ】
2020191677.tif 000039
【図１Ｃ】
2020191677.tif 000040
【図２】
2020191677.tif 000041
【図３】
2020191677.tif 000042
【図４】
2020191677.tif 000043
【図５】
2020191677.tif 000044
【図６】
2020191677.tif 000045
【図７】
2020191677.tif 000046
【図８】
2020191677.tif 000047
【図９】
2020191677.tif 000048
【図１０】
2020191677.tif 000049
【図１１】
2020191677.tif 000050
【図１２】
2020191677.tif 000051
【図１３】
2020191677.tif 000052
【図１４】
2020191677.tif 000053
【図１５】
2020191677.tif 000054
【図１６】
2020191677.tif 000055
【図１７】
2020191677.tif 000056
【図１８】
2020191677.tif 000057