JP2023532239A - 複数のｔｒｐへのアップリンク送信のための電力制御 - Google Patents

Abstract

複数の送信受信ポイント（ＴＲＰ）の電力制御を可能にするためのシステムおよび方法が提供される。いくつかの実施形態によれば、無線デバイスは、ダウンリンク制御情報（ＤＣＩ）において、第１の送信電力制御（ＴＰＣ）コマンドと、第２のＴＰＣコマンドと、第１の閉ループに関連付けられる第１のＴＲＰへの物理チャネルの第１の送信と、第２の閉ループに関連付けられる第２のＴＲＰへの物理チャネルの第２の送信とのインジケーションとを受信することと、第１および第２のＴＰＣコマンドにそれぞれ基づいて第１および第２の送信電力を決定することと、第１および第２の送信電力をそれぞれ第１のＵＬ送信および第２のＵＬ送信に適用することとのうちの少なくとも１つを実行する。このようにして、本開示のいくつかの実施形態は、単一のＤＣＩによってスケジュールされる異なる複数のＴＲＰへの複数のＵＬ送信のためのシンプルなシグナリングを用いて、ＴＲＰ電力制御ごとにより正確にすることを可能にする。

Description

（関連出願の相互参照） 本願は、２０２０年６月２６日に出願された仮特許出願第６３／０４４，８５１号の利益を主張し、その開示は、その全体が参照により本明細書に組み込まれる。

本開示は、複数の送信受信ポイント（ＴＲＰ）の電力制御に関する。

次世代モバイル無線通信システム（５Ｇ）またはニューレディオ（ＮＲ）は、多様なユースケースのセットおよび多様な展開シナリオのセットをサポートする。後者は、低い周波数（６ＧＨｚ未満）および非常に高い周波数（１０ＧＨｚまで）の両方でのデプロイメント（展開）を含む。

ＮＲフレーム構造およびリソースグリッド： ＮＲは、ダウンリンク（ＤＬ）（すなわち、ネットワークノード、ｇＮＢ、または基地局からユーザ装置またはＵＥへ）、および、アップリンク（ＵＬ）（すなわち、ＵＥからｇＮＢへ）の両方において、ＣＰ－ＯＦＤＭ（サイクリックプレフィックス直交周波数分割多重化）を使用する。離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭもアップリンクでサポートされる。時間領域では、ＮＲダウンリンクおよびアップリンクは、各１ｍｓの等しいサイズのサブフレームに編成される。サブフレームは、それぞれが等しい持続時間の複数のスロットにさらに分割される。スロット長は、サブキャリア間隔に依存する。Δｆ＝（１５×２^ｕ）ｋＨｚのサブキャリア間隔の場合、サブフレームごとに１つのスロットのみが存在し、各スロットは１４個のＯＦＤＭシンボルからなる。

ＮＲにおけるデータスケジューリングは、典型的には、スロットベースで行われ、１４個のシンボルのスロットを使用する例が図１に示されており、ここで、最初の２つのシンボルは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りは、物理共有データチャネルを含み、これはＰＤＳＣＨ（物理ダウンリンク共有チャネル）またはＰＵＳＣＨ（物理アップリンク共有チャネル）のいずれかである。

ＮＲでは、異なるサブキャリア間隔値がサポートされる。サポートされるサブキャリア間隔値（別のヌメロロジーとも呼ばれる）は、Δｆ＝（１５×２^ｕ）ｋＨｚによって与えられ、ここでｕ∈｛０，１，２，３，４｝であり、Δｆ＝（１５×２^ｕ）ｋＨｚは基本サブキャリア間隔である。サブキャリア間隔コンフィギュレーション（構成）ｕのためのミリ秒（ｍｓ）単位のスロット持続時間は、１／（２^ｕ）ｍｓによって与えられる。

周波数領域において、システム帯域幅は、それぞれ１２個の連続するサブキャリアに対応するリソースブロック（ＲＢ）に分割される。リソースブロック（ＲＢ）は、システム帯域幅の一端から０で始まる番号が付けられる。基本的なＮＲ物理時間－周波数リソースグリッドが図２に示されており、１４個のシンボルのスロット内の１つのリソースブロック（ＲＢ）のみが示されている。１つのＯＦＤＭシンボル間隔中の１つのＯＦＤＭサブキャリアは、１つのリソース要素（ＲＥ）を形成する。

ダウンリンク（ＤＬ）のＰＤＳＣＨ送信は、動的にスケジュール可能であり、すなわち、各スロットにおいて、ｇＮＢは、どのＵＥデータが送信されるべきで、どのＲＢ上でデータが送信されるべきかに関するダウンリンク制御情報（ＤＣＩ）を、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）を介し送信するか、または、周期的なＰＤＳＣＨ送信がＤＣＩによってアクティブ化または非アクティブ化される、半永続的スケジュール（ＳＰＳ）のいずれかが、適用されうる。ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、およびＤＣＩフォーマット１＿２を含むＤＬ ＰＤＳＣＨスケジューリングのために、ＮＲにおいて異なるＤＣＩフォーマットが定義される。

同様に、アップリンク（ＵＬ）ＰＵＳＣＨ送信はまた、ＰＤＣＣＨ中で搬送されるＤＣＩ中のアップリンクグラントを用いて動的に、または半永続的にスケジューリングされてもよい。ＮＲは、２つのタイプの半永続的アップリンク送信、すなわち、タイプ１構成グラント（ＣＧ）およびタイプ２構成グラントをサポートし、タイプ１構成グラントは、無線リソース制御（ＲＲＣ）によって構成され、アクティブ化され、タイプ２構成グラントは、ＲＲＣによって構成されるが、ＤＣＩによってアクティブ化／非アクティブ化される。ＰＵＳＣＨをスケジューリングするためのＤＣＩフォーマットは、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、およびＤＣＩフォーマット０＿２を含む。

マルチビームを用いた送信： ＮＲ周波数範囲２（ＦＲ２）では、複数の無線周波数（ＲＦ）ビームが、ｇＮＢおよびＵＥにおいて信号を送信および受信するために使用され得る。ｇＮＢからの各ＤＬビームについて、典型的には、ＤＬビームから信号を受信するための関連する最良のＵＥからの受信（Ｒｘ）ビームが存在する。ＤＬビームおよび関連するＵＥ Ｒｘビームは、ビームペアを形成する。ビームペアは、ＮＲにおけるいわゆるビーム管理プロセスによって特定することができる。

ＤＬビームは、周期的に、半静的に、または非周期的のいずれかで、ビーム内で送信される、関連するＤＬ基準信号（ＲＳ）によって、特定される。この目的のためのＤＬ ＲＳは、同期信号（ＳＳ）および物理ブロードキャストチャネル（ＰＢＣＨ）ブロック（ＳＳＢ）、または、チャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）であり得る。各ＤＬ ＲＳについて、ＵＥは、ＤＬビームに関連する最良のＲｘビームを決定するためにＲｘビームスイープを行うことができる。各ＤＬ ＲＳに対する最良のＲｘビームは、次いで、ＵＥによって記憶される。すべてのＤＬ ＲＳを測定することによって、ＵＥは、ＤＬ送信のために使用すべき最良のＤＬビームを決定し、ｇＮＢに報告することができる。

相反原理を用いると、同じビームペアをＵＬにおいて使用して、ＵＬ信号をｇＮＢに送信することもでき、これはしばしばビームコレスポンデンス（対応）と呼ばれる。

一例が図３に示されており、ｇＮＢは、ＣＳＩ－ＲＳにそれぞれ関連付けられる２つのＤＬビームを使用する送信ポイント（ＴＲＰ）からなる。ＤＬビームの各々は、最良のＵＥ Ｒｘビームに関連付けられ、すなわち、Ｒｘビーム＃１は、ＣＳＩ－ＲＳ ＃１を有するＤＬビームに関連付けられ、Ｒｘビーム＃２は、ＣＳＩ－ＲＳ ＃２を有するＤＬビームに関連付けられる。

ＵＥの移動または環境の変化により、ＵＥのための最良のＤＬビームは、経時的に変化しることがあるため、異なるＤＬビームが、異なる時間において使用され得る。ＰＤＳＣＨにおけるＤＬデータ送信のために使用されるＤＬビームは、ＰＤＳＣＨをスケジューリングするか、またはＳＰＳの場合にＰＤＳＣＨをアクティブ化する対応するＤＣＩにおける送信構成インジケータ（ＴＣＩ）フィールドによって示され得る。ＴＣＩフィールドは、ＤＬビームに関連するＤＬ ＲＳを含むＴＣＩ状態を示す。ＤＣＩでは、対応するＨＡＲＱ（ハイブリッド自動再送要求）アクノレッジメント、すなわち、ＡＣＫまたはＮＡＣＫ（Ａ／Ｎ）を搬送するためのＰＵＣＣＨリソースが示される。ＰＵＣＣＨを搬送するためのＵＬビームは、ＰＵＣＣＨリソースのためにアクティブ化されたＰＵＣＣＨ空間関係によって決定される。ＰＵＳＣＨ送信の場合、ＵＬビームは、ＰＵＳＣＨ送信に関連する１つまたは複数のＳＲＳリソースを指すサウンディング基準信号（ＳＲＳ）リソースインジケータ（ＳＲＩ）によって、間接的に示される。ＳＲＳリソースは、周期的、半永続的な、または非周期的であり得る。各ＳＲＳリソースは、ＳＲＳ空間関係に関連付けられるが、ここでＤＬ ＲＳ（または別の周期的ＳＲＳ）が特定される。ＰＵＳＣＨのためのＵＬビームは、ＳＲＳ空間関係によって暗黙的に示される。

空間関係

空間関係は、ＮＲにおいて、ＰＵＣＣＨ、ＰＵＳＣＨまたはＳＲＳなどのＵＬチャネルまたは信号と、ＣＳＩ－ＲＳ、ＳＳＢ、またはＳＲＳなどのＤＬ（またはＵＬ）基準信号（ＲＳ）との間の空間関係を指すために使用される。ＵＬチャネルまたは信号がＤＬ ＲＳに空間的に関連する場合、ＵＥは、直前にＤＬ ＲＳを受信する際に使用された同じビームでＵＬチャネルまたは信号を送信すべきであることを意味する。より正確には、ＵＥは、ＤＬ ＲＳの受信のために使用される同じ空間領域送信フィルタを用いて、ＵＬチャネルまたは信号を送信すべきである。

ＵＬチャネルまたは信号がＵＬ ＳＲＳに空間的に関連する場合、ＵＥは、ＳＲＳを送信するために使用されるものと同じ空間領域送信フィルタをＵＬチャネルまたは信号の送信に適用すべきである。

ＰＵＣＣＨの場合、ＵＥのために最大６４個の空間関係を構成することができ、空間関係のうちの１つは、各ＰＵＣＣＨリソースのための媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）によってアクティブ化される。

図４は、ＵＥがＮＲにおいて構成され得るＰＵＣＣＨ空間関係情報要素（ＩＥ）であり、それは、ＳＳＢインデックス、ＣＳＩ－ＲＳリソース識別情報（ＩＤ）、およびＳＲＳリソースＩＤ、ならびに経路損失ＲＳ、閉ループインデックスなどのいくつかの電力制御パラメータのうちの１つを含む。

用法（ｕｓａｇｅ）「非コードブック」が構成された、周期的および半永続的なＳＲＳリソースまたは非周期的ＳＲＳごとに、その関連付けられるＤＬ ＣＳＩ－ＲＳは、ＲＲＣで構成される。用法「コードブック」が構成された非周期的ＳＲＳリソースごとに、関連付けられるＤＬ ＲＳは、ＭＡＣ ＣＥによってアクティブ化されたＳＲＳ空間関係において、特定される。図５に、ＳＳＢインデックス、ＣＳＩ－ＲＳリソース識別情報（ＩＤ）、およびＳＲＳリソースＩＤのうちの１つが構成される例を示す。

ＰＵＳＣＨの場合、その空間関係は、対応するＤＣＩ中のＳＲＩによって示される対応するＳＲＳリソースの空間関係によって定義される。

ＮＲにおけるアップリンク電力制御： アップリンク電力制御は、それらが適切な信号レベルでｇＮＢによって受信されることを保証するために、ＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳのための適切な送信電力を決定するために使用される。送信電力は、伝搬経路上のチャネル減衰の量、ｇＮＢ受信機における雑音および干渉レベル経験、およびＰＵＳＣＨまたはＰＵＣＣＨの場合のデータレートに依存する。

ＮＲにおけるアップリンク電力制御は、２つの部分、すなわち、開ループ電力制御および閉ループ電力制御からなる。オープン（開）ループ電力制御は、経路損失推定と、目標受信電力、チャネル／信号帯域幅、変調および符号化方式（ＭＣＳ）、分数電力制御係数などを含むいくつかの他の要因とに基づいて、アップリンク送信電力を設定するために使用される。

クローズド（閉）ループ電力制御は、ｇＮＢから受信される明示的な電力制御コマンドに基づく。電力制御コマンドは、典型的には、実際の受信信号レベルでのｇＮＢにおけるいくつかのＵＬ測定値に基づいて決定される。電力制御コマンドは、実際の受信信号レベルと目標受信信号レベルとの間の差を含むことができる。ＮＲでは、累積的または非累積的な閉ループ電力調整のいずれかがサポートされる。各ＵＬチャネルまたは信号に対して、最大２つのクローズドループをＮＲで構成することができる。所与の期間における閉ループ電力調整は、電力制御調整状態とも呼ばれる。

ＦＲ２におけるマルチビーム送信では、経路損失推定は、ＵＬチャネルまたは信号のために使用されるアップリンク送信および受信ビームペアに対応するビームフォーミング利得も反映する必要がある。これは、対応するダウンリンクビームペアを介して送信されるダウンリンクＲＳ上の測定値に基づいて経路損失を推定することによって達成される。この目的のためのＤＬ ＲＳは、ＤＬ経路損失ＲＳと呼ばれる。ＤＬ経路損失ＲＳは、ＣＳＩ－ＲＳまたはＳＳＢであり得る。図３に示す例では、ビーム＃１においてＵＬ信号が送信される場合、ＣＳＩ－ＲＳ＃１が経路損失ＲＳとして設定されてもよい。同様に、ビーム＃２においてＵＬ信号が送信される場合、ＣＳＩ－ＲＳ＃２は、経路損失ＲＳとして設定されてもよい。

インデックスｋを有する経路損失ＲＳに関連付けられるＵＬビームペアにおいて送信されるべきＵＬチャネルまたは信号（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳ）の場合、サービングセルのキャリア周波数の帯域幅部分（ＢＷＰ）内のスロット内の送信機会におけるその送信電力および閉ループインデックスＩ（Ｉ＝０，１）は：
ここで、Ｐ_ＣＭＡＸ（ｉ）は、ＵＬチャネルまたは信号に対する送信機会ｉにおけるサービングセルのキャリア周波数に対する、構成されたＵＥ最大出力電力である。Ｐ_{ｏｐｅｎ－ｌｏｏｐ}（ｉ，ｋ）は開ループ電力調整値であり、Ｐ_{ｃｌｏｓｅｄ－ｌｏｏｐ}（ｉ，ｌ）は閉ループ電力調整値である。Ｐ_{ｏｐｅｎ－ｌｏｏｐ}（ｉ，ｋ）は、以下に与えられる：
ここで、Ｐ_Ｏは、ＵＬチャネルまたは信号の公称目標受信電力であり、セル特有部分Ｐ_{Ｏ，ｃｅｌｌ}およびＵＥ特有部分Ｐ_Ｏ，ＵＥを含み、Ｐ_ＲＢ（ｉ）は、送信機会ｉにおけるチャネルまたは信号によって占有されるＲＢの個数に関連する電力調整値であり、ＰＬ（ｋ）は、インデックスｋを有する経路損失ＲＳに基づく経路損失推定値であり、アルファαは、分数経路損失補償係数であり、Δ（ｉ）は、ＭＣＳに関連する電力調整値である。Ｐ_{ｃｌｏｓｅｄ－ｌｏｏｐ}（ｉ，ｌ）は、以下に与えられる：
ここで、δ（ｉ，ｌ）は、送信機会ｉおよび閉ループｌにおけるＵＬチャネルまたは信号に関連するＤＣＩフォーマットに含まれる送信電力制御（ＴＰＣ）コマンド値であり、Σ_ｍ＝０ ^Ｍ δ（ｍ，ｌ）は、送信機会ｉ－ｉ_０でのＴＰＣコマンド以降において、そのチャネルまたは信号および関連する閉ループｌに対してＵＥが受信するＴＰＣコマンド値の合計である。

電力制御パラメータＰ_Ｏ、Ｐ_ＲＢ（ｉ）、アルファ、ＰＬ、Δ（ｉ）、δ（ｉ，ｌ）は、一般に、ＵＬチャネルまたは信号（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳ）ごとに別個に構成され、異なるＵＬチャネルまたは信号に対しては異なり得ることに留意されたい。

ＳＲＳのための電力制御： ＳＲＳのために、経路損失ＲＳおよび他の電力制御パラメータ（たとえば、Ｐ_Ｏ、αなど）が、ＳＲＳリソースセットごとに構成される。ＮＲのリリース１６では、経路損失ＲＳのリストがＳＲＳリソースセットのために構成されることがあり、１つの経路損失ＲＳが媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）によってアクティブ化／選択される。サービングセル中の各帯域幅部分（ＢＷＰ）について、ＮＲ中の「コードブック」または「非コードブック」のいずれかに設定された用法を用いて構成された１つのＳＲＳリソースセットのみが存在し得ることに留意されたい。

ＳＲＳ閉ループ電力制御の場合、ＵＥは、ＳＲＳのための専用閉ループを有することができ、または同じサービングセルにおいてＰＵＳＣＨの閉ループを使用することができる。これは、３つのオプション、すなわち、ＳＲＳのための専用閉ループ、ＰＵＳＣＨのための第１の閉ループ、およびＰＵＳＣＨのための第２の閉ループのうちの１つを選択するために、各ＳＲＳリソースセット中の上位レイヤパラメータｓｒｓ－ＰｏｗｅｒＣｏｎｔｒｏｌＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓによって構成される。閉ループがＰＵＳＣＨと共有される場合、ＰＵＳＣＨのためのＰ_{ｃｌｏｓｅｄ－ｌｏｏｐ}（ｉ，ｌ）は、ＳＲＳリソースセットにおいて送信されるＳＲＳにも適用される。

ＳＲＳのために構成された専用閉ループの場合、δ（ｍ，ｌ）は、ＵＥのためのＤＣＩフォーマット２＿３で受信されるＴＰＣコマンドに対応する。ＤＣＩの２ビットＴＰＣコマンドフィールドとｄＢ単位の電力調整値との間のマッピングを（表１）に示す。

デフォルト経路損失ＲＳ： 経路損失ＲＳがＳＲＳリソースセットで構成されておらず、ＳＲＳ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏがＳＲＳリソースで構成されていないが、ＵＥがｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＳＲＳを構成されている場合であって、ＣＯＲＥＳＥＴがアクティブＤＬ ＢＷＰで構成されている場合には、最も小さいインデックスを有する制御リソースセット（ＣＯＲＥＳＥＴ）のＴＣＩ状態において、または、アクティブＤＬ ＢＷＰでＣＯＲＥＳＥＴが構成されていない場合には、最も小さいＩＤを有するアクティブＰＤＳＣＨ ＴＣＩ状態において、経路損失ＲＳは、クエイザイコロケーテッド（’ＱＣＬ）－ＴｙｐｅＤを用いる周期的なＲＳリソースである。

ＰＵＳＣＨの電力制御： ＰＵＳＣＨの場合、Ｐ_Ｏ＝Ｐ_{Ｏ，ｎｏｍｉｎａｌ＿ＰＵＣＣＨ} ＋ Ｐ_{Ｏ，ＵＥ＿ＰＵＳＣＨ}であり、ここで、Ｐ_Ｏ＝Ｐ_{Ｏ，ｎｏｍｉｎａｌ＿ＰＵＣＣＨ}は、セル固有であり、ＲＲＣで構成され、Ｐ_{Ｏ，ＵＥ＿ＰＵＳＣＨ}は、ＵＥ固有であり、動的に選択される。動的にスケジュールされるＰＵＳＣＨの場合、図６に示すように、ＵＥは、Ｐ０－ＰＵＳＣＨ－Ａｌｐｈａセットのリストと、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素のリストと、を有するＲＲＣによって構成される。１つのＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌは、ＤＣＩ内のＳＲＩフィールド（例えば、ＤＣＩフォーマット０＿１、０＿２）によって選択される。ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ ＩＥのそれぞれは、ＰＵＳＣＨ経路損失ＲＳ ＩＤ、閉ループインデックス、およびＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ ＩＤからなり、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔは、Ｐ_{Ｏ，ＵＥ＿ＰＵＳＣＨ}、およびαを含む。δ（ｉ，ｌ）は、同一のＤＣＩにおける２ビットＴＰＣコマンドフィールドにおいて示され、このフィールド値とｄＢ値との間のマッピングは、（表１）に示されている。

ＮＲのリリース１６では、超信頼性低遅延通信（ＵＲＬＬＣ）トラフィックのための各ＳＲＩに対して、追加の１つまたは２つのセットのＰ０－ＰＵＳＣＨ－ｒ１６が構成され得る。１つのセットは、ＳＲＩがＵＬ ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２に存在し、ＳＲＩに関連付けられるＰ０またはＵＲＬＬＣのために構成されたＰ０のセットがＰＵＳＣＨのために使用されるべきかどうかが、ＵＬ ＤＣＩの「開ループ電力制御パラメータセットインジケーション」フィールドにおいて動的に示され得る場合に、構成され得る。２つのセットが構成される場合があり、これは、ＵＬ ＤＣＩ中にＳＲＩが存在せず、２つのＰ０－ＰＵＳＣＨ－ｒ１６セットのうちの１つと、最初のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔとが、ＵＬ ＤＣＩ中の「開ループ電力制御パラメータセットインジケーション」フィールド中で動的に示され得る場合である。

ＰＵＳＣＨ送信がＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジューリングされる場合、または、ＳＲＩ－ＰＵＳＣＨＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ＵＥは、最初のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔの値から、Ｐ_{Ｏ，ＵＥ＿ＰＵＳＣＨ}と、αを決定する。

ＰＵＳＣＨをスケジューリングするＤＣＩにおけるＴＰＣコマンドフィールドに加えて、ＵＥのグループのためのＰＵＳＣＨ電力制御は、ＴＰＣ－ＰＵＳＣＨ無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされたＣＲＣを用いるＤＣＩフォーマット２＿２によってもサポートされ、複数のＵＥのための電力調整が同時にシグナリングされ得る。

（表１）： ＳＲＳのためのＰＵＳＣＨまたはＤＣＩフォーマット２＿３のためのＤＣＩフォーマット０＿０、０＿１、０＿２、２＿２におけるＴＰＣコマンドフィールドの絶対値および累積値へのマッピング。

構成されたグラントを用いるＰＵＳＣＨの場合、Ｐ_Ｏ，αおよび閉ループインデックスは、ＲＲＣによって半静的に構成される。ＲＲＣで構成される経路損失ＲＳを用いる構成されたグラント（ＣＧ）の場合、当該ＲＳは、経路損失推定のために使用され、そうでない場合、ＣＧ ＰＵＳＣＨをアクティブ化するＤＣＩにおいて示される経路損失ＲＳが、経路損失推定のために使用される。

デフォルト経路損失ＲＳ： ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジューリングされ、ＵＥが、サービングセルのＢＷＰ中で最小のインデックスを有するＰＵＣＣＨリソースのためのＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏを構成される場合、ＵＥは、ＰＵＳＣＨのための同じ経路損失ＲＳリソースを、最小のインデックスを有するＰＵＣＣＨリソース中のＰＵＣＣＨ送信のために使用する。

ＰＵＳＣＨをスケジューリングするＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２にＳＲＩフィールドが存在しない場合、または、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、または、ＤＣＩフォーマット０＿０によってスケジューリングされ、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが構成されないＰＵＳＣＨの場合、経路損失ＲＳは、最小のインデックス値を有するＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄに含まれる経路損失ＲＳである。

ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジューリングされ、ＵＥがＰＵＣＣＨリソースについてＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏを構成されていない場合、および、ＵＥがｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＰＵＳＣＨ０＿０を構成されている場合、ＵＥは、サービングセルのＢＷＰにあり、経路損失ＲＳは、ＴＣＩ状態における「ＱＣＬ－ＴｙｐｅＤ」またはプライマリセルのアクティブＤＬ ＢＷＰ内で最小のインデックスを有するＣＯＲＥＳＥＴのＱＣＬ仮定を用いる、周期的ＲＳリソースである。

ＰＵＣＣＨのための電力制御： ＰＵＣＣＨについて、Ｐ_Ｏ＝Ｐ_{Ｏ，ｎｏｍｉｎａｌ＿ＰＵＣＣＨ} ＋ Ｐ_{Ｏ，ＵＥ＿ＰＵＣＣＨ}、かつ、α＝１であり、ここで、Ｐ_{Ｏ，ｎｏｍｉｎａｌ＿ＰＵＣＣＨ}は、ＲＲＣで構成されたセル固有パラメータであり、Ｐ_{Ｏ，ＵＥ＿ＰＵＣＣＨ}は、ＵＥ固有パラメータであり、これらは、ＰＵＣＣＨリソースが異なれば、異なり得る。ＵＥは、最大で８個のＰ_{Ｏ，ＵＥ＿ＰＵＣＣＨ}（それぞれがＰ０－ＰＵＣＣＨ－Ｉｄを有する）のリストと、最大で８個の経路損失ＲＳ（それぞれがＰＵＣＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄを有する）のリストと、を構成される。各ＰＵＣＣＨリソースについて、ＰＵＣＣＨ空間関係（すなわち、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）がアクティブ化され、ここで、閉ループインデックス、経路損失ＲＳ（対応するリストからのもの）、および、Ｐ_{Ｏ，ＵＥ＿ＰＵＣＣＨ}（対応するリストからのもの）が構成される。

ＰＵＣＣＨの閉ループ電力調整の場合、最大２つの制御ループが構成され得る。アキュムレーション（積算）は常に有効である。ＰＵＣＣＨ ＨＡＲＱ Ａ／ＮのためのＴＰＣコマンドは、ＤＣＩがＴＰＣ－ＰＵＣＣＨ－無線ネットワーク一時識別子（ＲＮＴＩ）でスクランブルされるとき、対応するＰＤＳＣＨをスケジューリングするＤＣＩフォーマット１＿０、１＿１、および１＿２のいずれかにおいて、またはＤＣＩフォーマット２＿２において、受信され得る。ＤＣＩにおけるＴＰＣフィールド値とｄＢにおける電力補正値との間のマッピングを表２に示す。

（表２）： ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２またはＤＣＩフォーマット２＿２におけるＴＰＣコマンドフィールドと、ＰＵＣＣＨの累積δ（ｍ，ｌ）値とのマッピング：

デフォルト経路損失ＲＳ： ＰＵＣＣＨ空間関係が構成されていないが、経路損失ＲＳのリストがＰＵＣＣＨのために構成されている場合、当該リスト中の最初のもの中の経路損失ＲＳが使用される。

経路損失ＲＳのリストとＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏのリストとの両方とも構成されていないが、ＵＥがｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＰＵＣＣＨを構成されている場合、経路損失ＲＳは、プライマリセルのアクティブＤＬ ＢＷＰにおいて最小のインデックスを有するＣＯＲＥＳＥＴのＴＣＩ状態において「ＱＣＬ－ＴｙｐｅＤ」を有する、周期的ＲＳリソースである。

マルチ送信受信ポイント（ＴＲＰ）へのＵＬ送信： ＮＲのリリース１６のために、３ＧＰＰ（登録商標）では、複数の送信ポイントを用いるＰＤＳＣＨ送信が導入されており、送信信頼性を向上させるために、トランスポートブロックが複数のＴＲＰを介して送信され得る。

ＮＲのリリース１７では、図７に示されるように、ＰＵＣＣＨまたはＰＵＳＣＨを異なるＴＲＰに向けて、同時にまたは異なる時間に、送信することによって、複数のＴＲＰでＵＬエンハンスメントを導入することが提案されている。

１つのシナリオでは、各々が異なるＴＲＰに向かう複数のＰＵＣＣＨ／ＰＵＳＣＨ送信は、単一のＤＣＩによってスケジュールされ得る。たとえば、ＰＵＣＣＨリソースについて複数の空間関係がアクティブ化されてもよく、ＰＵＣＣＨリソースは、ＰＤＳＣＨをスケジューリングするＤＣＩ中でシグナリングされ得る。次いで、ＰＤＳＣＨに関連するＨＡＲＱ Ａ／Ｎは、ＰＵＣＣＨによって搬送され、ＰＵＣＣＨは、スロット内または複数のスロットにわたって複数回反復され、各反復は、異なるＴＲＰに向かう。ＰＤＳＣＨがＤＣＩによってスケジューリングされ、対応するＨＡＲＱ Ａ／ＮがＰＵＣＣＨにおいて送信され、ＰＵＣＣＨは、一方がＴＲＰ ＃１に向かって、他方がＴＲＰ ＃２に向かって、時間的に２回繰り返される例が、図８に示されている。各ＴＲＰは、ＰＵＣＣＨ空間関係に関連付けられる。

ＰＵＳＣＨ反復の一例が図９に示されており、同一のＴＢに対する２つのＰＵＳＣＨ反復が単一のＤＣＩによってスケジュールされ、各ＰＵＳＣＨ機会は異なるＴＲＰに向かう。各ＴＲＰは、ＵＬ ＤＣＩにおいてシグナリングされるＳＲＩまたはＵＬ ＴＣＩ状態に関連付けられる。

ＤＬ ＴＣＩ状態： 同じ基地局の異なるアンテナポートからいくつかの信号を送信することができる。これらの信号は、ドップラーシフト／スプレッド、平均遅延スプレッド、または平均遅延などの同じ大規模特性を有することができる。その場合、これらのアンテナポートは、準同一配置（ＱＣＬ： クエイザイコロケーテッド）であると言われる。

２つのアンテナポートが、あるパラメータ（例えば、ドップラー拡散）に関してＱＣＬであることをＵＥが知っている場合、ＵＥは、アンテナポートのうちの１つに基づいてそのパラメータを推定し、他のアンテナポート上で信号を受信するためにその推定を適用することができる。

例えば、ＴＣＩ状態は、トラッキングＲＳ（ＴＲＳ）に対するＣＳＩ－ＲＳと、ＰＤＳＣＨ復調基準信号（ＤＭ ＲＳ）と、の間のＱＣＬ関係を示すことができる。ＵＥがＰＤＳＣＨ ＤＭ ＲＳを受信するとき、ＵＥは、ＤＭＲＳ受信を支援するために、ＴＲＳ上で既に行われた測定を使用することができる。

ＱＣＬに関してどのような仮定がなされ得るかについての情報は、ネットワークからＵＥにシグナリングされる。ＮＲでは、送信元（ソース）ＲＳと送信先（ターゲット）ＲＳとの間のＱＣＬ関係が４タイプほど定義されている：
タイプＡ：｛ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド｝
タイプＢ：｛ドップラーシフト、ドップラースプレッド｝
タイプＣ：｛平均遅延、ドップラーシフト｝
タイプＤ：｛空間Ｒｘ パラメータ｝

動的ビームおよび送信ポイント（ＴＲＰ）インジケーションの場合、ＵＥは、ＵＥ能力に応じて、ＦＲ２におけるＰＤＳＣＨのための最大で１２８個の送信構成インジケータ（ＴＣＩ）状態と、周波数範囲１（ＦＲ１）における最大で８個の送信構成インジケータ（ＴＣＩ）状態とを、ＲＲＣシグナリングを介して、構成される。各ＴＣＩ状態は、ＱＣＬ情報、すなわち、１つまたは２つのＤＬ ＲＳを含み、各ＲＳは、ＱＣＬタイプに関連付けられる。ＴＣＩ状態は、ＵＥへのＰＤＳＣＨ送信のための、使用可能なＤＬビーム／ＴＲＰのリストとして解釈され得る。

ＰＤＳＣＨ送信の場合、最大で８つのＴＣＩ状態またはＴＣＩ状態のペアがアクティブ化され、ＵＥは、ＰＤＳＣＨ受信のためのアクティブ化されたＴＣＩ状態のうちの１つまたは２つのＤＣＩ中のＴＣＩコードポイントによって動的に示される。ＵＥは、検出されたＤＣＩを伴うＰＤＣＣＨにおける「送信構成インジケーション」フィールドの数値に従ってＴＣＩ状態を使用して、ＰＤＳＣＨアンテナポートの準同一配置を判定する。

ＵＬ ＴＣＩ状態： ＮＲにおけるＵＬビームインジケーションのために空間関係を使用する現存の方法は、扱いにくく、柔軟性がない。複数のパネルを備えたＵＥのためのＵＬビーム選択を容易にするために、ＵＬ高速パネル選択のための統一されたＴＣＩフレームワークが評価され、ＮＲのリリース１７に導入されことになった。ＤＬと同様に、ＴＣＩ状態がＤＬビーム／ＴＲＰを示すために使用される場合、ＴＣＩ状態は、ＵＬ送信（すなわち、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳ）のために使用されるＵＬパネルおよびビームを選択するために、使用され得る。

ＵＬ ＴＣＩ状態は、いくつかの可能な方法でＵＥのための上位レイヤ（すなわち、ＲＲＣ）によって構成されることが想定される。１つのシナリオでは、ＵＬ ＴＣＩ状態は、ＤＬ ＴＣＩ状態とは切り離されて構成され、各アップリンクＴＣＩ状態は、空間関係を示すために、ＤＬ ＲＳ（たとえば、ＮＺＰ ＣＳＩ－ＲＳまたはＳＳＢ）またはＵＬ ＲＳ（たとえば、ＳＲＳ）を含み得る。ＵＬ ＴＣＩ状態は、同じＵＬ ＴＣＩ状態がＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳのために使用され得るように、ＵＬチャネル／信号ごとに、またはＢＷＰごとに構成され得る。代替的に、同じＴＣＩ状態のリストが、ＤＬとＵＬの両方に使用されてもよく、したがって、ＵＥは、ＵＬとＤＬビームインジケーションの両方のためのＴＣＩ状態の単一のリストを構成される。この場合のＴＣＩ状態の単一のリストは、ＵＬチャネル／信号ごとに、またはＢＷＰ情報要素ごとに構成されてもよい。

電力ヘッドルーム報告： ＵＥにおけるアップリンク電力の利用可能性または電力ヘッドルーム（ＰＨＲ）は、ｇＮＢに提供される必要がある。ＰＨＲレポートは、ＵＥがＰＵＳＣＨ上でデータを送信するようにスケジュールされるとき、ＵＥからｇＮＢに送信される。ＰＨＲレポートは、周期的に、または現在のＰＨＲと最後のレポートとの間の差が構成可能な閾値よりも大きいときなど、特定の条件が満たされたときに、トリガされ得る。

ＮＲにおいて定義される２つの異なるタイプの電力ヘッドルームレポート、すなわち、タイプ１およびタイプ３が存在する。タイプ１の電力ヘッドルーム報告は、キャリア上でのＰＵＳＣＨのみの送信を仮定する電力ヘッドルームを反映する。ＰＨＲは、Ｐ_ＣＭＡＸと、ＰＵＳＣＨのために使用されたであろう送信電力との間の差の尺度である。負のＰＨＲは、キャリアごとの送信電力が、ＰＵＳＣＨのための電力ヘッドルーム報告時に、Ｐ_ＣＭＡＸによって制限されることを示す。

タイプ１のＰＨＲは、ＰＨＲレポートを搬送する実際のＰＵＳＣＨ送信に基づくか、または、ＰＨＲレポートのトリガからＰＨＲレポートを搬送する対応するＰＵＳＣＨまでの時間が、ＵＥにとって、実際のＰＵＳＣＨに基づいてＰＨＲ演算を完了するには短すぎる場合には、基準ＰＵＳＣＨ送信（別名、仮想ＰＨＲ）に基づくことができる。基準ＰＵＳＣＨのための電力制御パラメータは、事前に決定される。

タイプ３の電力ヘッドルーム報告は、ＵＬキャリアスイッチングのために使用されるが、ここで、ＰＵＳＣＨ送信のためにはまだ構成されていないが、ＳＲＳ送信のためにのみ構成されている、キャリアのために、ＰＨＲが報告される。同様に、タイプ３のＰＨＲは、実際のＳＲＳ送信または基準ＳＲＳ送信のいずれかに基づくことができる。

マルチＴＲＰの電力制御のための改善されたシステムおよび方法が必要とされる。

マルチ送信受信ポイント（ＴＲＰ）の電力制御を可能にするためのシステムおよび方法が提供される。複数のＰＵＣＣＨ送信を複数のＴＲＰに向けてトリガするＤＬ ＤＣＩに複数のＰＵＣＣＨ ＴＰＣコマンドを含める方法が提案され、ＴＰＣコマンドの各々は、ＴＲＰのうちの１つに関連付けられる。ＤＣＩ内のＴＰＣコマンドの個数は、当該ＤＣＩ内に示されるＴＣＩ状態の個数と同じである。ＤＣＩ中のＴＰＣコマンドフィールドの個数は、ＵＬキャリアにおける対応するＢＷＰ中で構成されるすべてのＰＵＣＣＨリソースについてアクティブ化される空間関係（またはＵＬ ＴＣＩ状態）の最大個数によって、決定される。

同様に、複数のＴＲＰに向けて複数のＰＵＳＣＨ送信をスケジューリングするＵＬ ＤＣＩに複数のＰＵＳＣＨ ＴＰＣコマンドを含める方法が提案される。ＤＣＩ内のＴＰＣコマンドの個数は、ＤＣＩ内で示されるＳＲＩ（またはＵＬ ＴＣＩ状態）の個数と同じである。ＤＣＩ中のＴＰＣコマンドフィールドの個数は、ＵＬキャリアにおける対応するＢＷＰ中で構成されるＰＵＳＣＨ送信に関連するＳＲＩ（またはＵＬ ＴＣＩ状態）の最大個数によって、決定される。

異なるＴＲＰに関連する（複数の）閉ループは、ＤＣＩフォーマット２＿２および／またはＤＣＩフォーマット２＿３におけるグループベースのＴＰＣコマンドについて、ＵＥのための各ブロックが、１つまたは複数のＴＰＣコマンドと、関連する閉ループインジケータとを含み得るように、ジョイント的にインデックス付けされる。閉ループインジケータのビット数は、対応するＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳのために構成される閉ループの最大個数に基づく。

ＰＨＲ報告が実際のＰＵＳＣＨに基づいており、複数のＴＲＰに向かって繰り返されるＰＵＳＣＨ上で搬送されるとき、複数のＰＨＲが計算され得、各々がＴＲＰへの１つのＰＵＳＣＨ機会に基づいている。複数のＰＨＲの最小値、最大値、または平均値のうちの１つが報告され得る。

本明細書では、本明細書で開示される問題のうちの１つまたは複数に対処する様々な実施形態が提案される。

いくつかの実施形態によれば、無線ネットワークにおけるアップリンク送信電力制御の方法が提供され、無線ネットワークは、空間関係またはＳＲＩによって識別される複数の送受信点（ＴＲＰ）を備える少なくとも１つのネットワークノードと、ユーザ装置と、を備える。本方法は、ＤＣＩにおいて、第１および第２のＴＰＣコマンドと、それぞれ第１および第２のＵＬ送信のための第１および第２の空間関係とを受信することと、第１および第２の空間関係にそれぞれ基づいて第１および第２の送信電力を推定することと、第１および第２の送信電力をそれぞれ第１および第２のＵＬ送信に適用することと、を備える。

いくつかの実施形態によれば、第１および第２の空間関係は、第１および第２のＤＬまたはＵＬ基準信号に関連付けられる。いくつかの実施形態によれば、第１および第２のＤＬまたはＵＬ基準信号は、ＣＳＩ－ＲＳ、ＳＳＢ、またはＳＲＳのうちの１つである。

いくつかの実施形態によれば、第１および第２のＤＬまたはＵＬ基準信号は、異なる。いくつかの実施形態によれば、ＤＣＩは、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２のうちの１つのＤＬ ＤＣＩである。いくつかの実施形態によれば、第１および第２のＵＬ送信は、それぞれ、第１および第２のＰＵＣＣＨ送信である。

いくつかの実施形態によれば、第１および第２の空間関係は、単一のＰＵＣＣＨリソースに関連付けられる。いくつかの実施形態によれば、ＤＣＩは、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２のうちの１つのＵＬ ＤＣＩである。

いくつかの実施形態によれば、第１および第２のＵＬ送信は、それぞれ、第１および第２のＰＵＳＣＨ送信である。いくつかの実施形態によれば、第１の空間関係および第２の空間関係は、ＤＣＩ中で示される第１のＳＲＩおよび第２のＳＲＩにそれぞれ関連付けられる。

いくつかの実施形態で、本方法は、第１および第２の送信電力にそれぞれ基づいて第１および第２のＰＨＲを計算することと、第１および第２のＰＵＳＣＨ送信におけるＰＨＲ報告において、第１のＰＨＲ、第２のＰＨＲ、第１および第２のＰＨＲの最大値、ならびに、第１および第２のＰＨＲの最小値のうちの一つを報告することと、をさらに備える。

いくつかの実施形態によれば、第１および第２の空間関係は、ＤＣＩ中で示される第１および第２のＵＬ ＴＣＩ状態にそれぞれ関連付けられる。いくつかの実施形態によれば、第１および第２の空間関係は、それぞれ、電力制御パラメータの第１および第２のセットに関連付けられる。

いくつかの実施形態によれば、第１および第２の送信電力を推定することは、それぞれ第１および第２の組の電力制御パラメータに基づいて第１および第２の開ループ電力調整値を計算することと、それぞれ第１および第２のＴＰＣコマンドに基づいて第１および第２の閉ループ電力調整値を計算することと、を備える。

いくつかの実施形態によれば、第１の空間関係および第２の空間関係は、それぞれ、第１のＴＲＰおよび第２のＴＲＰに関連付けられる。いくつかの実施形態によれば、第１のＴＰＣコマンドおよび第２のＴＰＣコマンドは、ジョイント的に（一緒に）符号化される。

特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供することができる。この解決策は、単一のＤＣＩによってスケジュールされた異なるＴＲＰへの複数のＵＬ送信のためのシンプルなシグナリングを用いて、ＴＲＰごとにより正確な電力制御を可能にする。

本明細書に組み込まれ、その一部を形成する添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理を説明するのに役立つ。

は、典型的にはスロットベースである新無線（ＮＲ）におけるデータスケジューリングを示し、ここで、最初の２つのシンボルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りは物理共有データチャネルであるＰＤＳＣＨ（物理ダウンリンク共有チャネル）またはＰＵＳＣＨ（物理アップリンク共有チャネル）のいずれかを含む。

は、１４シンボルスロット内における１つのリソースブロック（ＲＢ）のみが示される基本的なＮＲ物理時間－周波数リソースグリッドを示す。１つのＯＦＤＭシンボル間隔中の１つの直交周波数分割多重化（ＯＦＤＭ）サブキャリアは、１つのリソース要素（ＲＥ）を形成する。

は、ｇＮＢが、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）にそれぞれ関連付けられる２つのダウンリンク（ＤＬ）ビームを有する送信／受信ポイント（ＴＲＰ）を有する例を示す。

は、ＵＥに対してＮＲにおいて構成され得るＰＵＣＣＨ空間関係情報要素（ＩＥ）を示し、それは、同期信号ブロック（ＳＳＢ）インデックス、ＣＳＩ－ＲＳリソース識別情報（ＩＤ）、およびサウンディング基準信号（ＳＲＳ）リソースＩＤ、ならびに経路損失ＲＳ、閉ループインデックスなどのいくつかの電力制御パラメータのうちの１つを含む。

は、本開示のいくつかの実施形態による、ＳＳＢインデックス、ＣＳＩ－ＲＳリソース識別情報（ＩＤ）、およびＳＲＳリソースＩＤのうちの１つが構成される例を示す。

は、動的にスケジュールされるＰＵＳＣＨを示し、ここでは、本開示のいくつかの実施形態にしたがって、ＵＥがＰ０－ＰＵＳＣＨ－ＡｌｐｈａセットのリストおよびＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素のリストを、ＲＲＣによって構成される。

は、本開示のいくつかの実施形態による、ＰＵＣＣＨまたはＰＵＳＣＨを、同時に、または異なる時間のいずれかで、異なるＴＲＰに向けて送信することを図示する。

は、本開示のいくつかの実施形態による、ＰＤＳＣＨがＤＣＩによってスケジューリングされ、対応するＨＡＲＱ Ａ／Ｎが時間的に２回繰り返されてＰＵＣＣＨで送信される例を示し、ここでは、一方がＴＲＰ ＃１に向かって送信され、他方がＴＲＰ ＃２に向かって送信される。

は、本開示のいくつかの実施形態による、ＰＵＳＣＨ繰り返し送信の例を示し、ここでは、同一のＴＢについて２つのＰＵＳＣＨの繰り返し送信が単一のダウンリンク制御情報（ＤＣＩ）によってスケジュールされ、各ＰＵＳＣＨ機会はそれぞれ異なるＴＲＰに向けられている。

は、本開示の実施形態が実施され得るセルラー通信システム１００の一実施形態を示す。

は、コアネットワーク機能（ＮＦ）を有する５Ｇネットワークアーキテクチャとして表される無線通信システムを示し、任意の２つのＮＦ間の相互作用は、ポイントツーポイントリファレンスポイント／インターフェースによって表される。

は、図１１の５Ｇネットワークアーキテクチャで使用されるポイントツーポイントリファレンスポイント／インターフェースの代わりに、ＣＰ内のＮＦ間のサービスベースインターフェースを使用する５Ｇネットワークアーキテクチャを示す。

は、本開示のいくつかの実施形態による、マルチＴＲＰの電力制御を可能にするための無線デバイスによって実行される手法を示す。

は、本開示のいくつかの実施形態による、マルチＴＲＰの電力制御を可能にするために基地局によって実行される方法を示す。

は、本開示のいくつかの実施形態による、ＰＵＳＣＨのための３つ以上の閉ループインデックスの構成を示す例を図示する。

は、本開示のいくつかの実施形態による、ＰＵＣＣＨのための３つ以上の閉ループインデックスの構成を示す例を図示する。

は、本開示のいくつかの実施形態による、２つのＴＲＰに向かう２つのＰＵＣＣＨ送信の各々に対して１つずつ、２つの送信電力制御（ＴＰＣ）コマンドをシグナリングする例を図示する。

は、本開示のいくつかの実施形態による、２つのＴＰＣコマンド（２つのＴＲＰに向かう２つのＰＵＣＣＨ送信の各々に対して１つ）をシグナリングする第２の例を示す。

は、本開示のいくつかの実施形態による、２つのＴＰＣコマンド（２つのＴＲＰに向かう２つのＰＵＳＣＨ送信の各々に対して１つ）をシグナリングする例を示す。

は、本開示のいくつかの実施形態による、同一のＴＢに対する複数のＰＵＳＣＨ送信が、２つの統合アップリンク／ダウンリンクＴＣＩ状態（または代替的に２つの専用アップリンクＴＣＩ状態）および２つのＴＰＣコマンドを有するＵＬ ＤＣＩによってスケジュールされる例を示す。

は、本開示のいくつかの実施形態による、拡張ＤＣＩフォーマット２＿２においてＵＥに関連するブロック中に複数のＴＰＣコマンドを含む例を示す。

は、本開示のいくつかの実施形態による、２つのＴＲＰに対する異なる電力ヘッドルームの例を示す。

は、本開示のいくつかの実施形態に係る無線アクセスノードの概略構成図である。

は、本開示のいくつかの実施形態による無線アクセスノードの仮想化された実施形態を示す概略構成図である。

は、本開示のいくつかの他の実施形態に係る無線アクセスノードの概略構成図である。

は、本開示のいくつかの実施形態による無線通信デバイスの概略ブロック図である。

は、本開示のいくつかの他の実施形態による無線通信デバイス１２００の概略ブロック図である。

は、無線アクセスネットワーク（ＲＡＮ）などのアクセスネットワークを備える３ＧＰＰ（登録商標）タイプのセルラーネットワークなどの電気通信ネットワークと、本開示のいくつかの実施形態によるコアネットワークとを含む通信システムを示す。

は、本開示のいくつかの実施形態によるホストコンピュータを含む通信システムを示す

は、本開示のいくつかの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。
は、本開示のいくつかの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。 は、本開示のいくつかの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。 は、本開示のいくつかの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。 は、本開示のいくつかの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。

以下に記載される実施形態は、当業者が実施形態を実施し、実施形態を実施する最良の形態を示すことを可能にする情報を表す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書で特に対処されないこれらの概念の適用を認識するであろう。これらの概念およびアプリケーションは、本開示の範囲内にあることを理解されたい。

無線ノード： 本明細書で使用される場合、「無線ノード」は、無線アクセスノードまたは無線通信デバイスのいずれかである。

無線アクセスノード： 本明細書で使用される場合、「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、無線で信号を受信および／または送信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの実例は、限定はされないが、３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ）ネットワークにおける基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））の第５世代（５Ｇ）のＮＲネットワークにおける新無線（ＮＲ）の基地局（ｇＮＢ）または拡張または発展型ノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、中継ノード、基地局の機能の一部を実装するネットワークノード（たとえば、ｇＮＢセントラルユニット（ｇＮＢ－ＣＵ）を実装するネットワークノードまたはｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を実装するネットワークノード）、または何らかの他の種類の無線アクセスノードの機能の一部を実装するネットワークノードを含む。

コアネットワークノード： 本明細書で使用される場合、「コアネットワークノード」は、コアネットワーク機能を実装するノードまたは任意のコアネットワークにおける任意の種類のノードである。コアネットワークノードとしては、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などがある。コアネットワークノードのいくつかの他の実例は、アクセスアンドモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバー機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ユニファイドデータ管理（ＵＤＭ）などを実装するノードを含む。

通信デバイス： 本明細書で使用される場合、「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例は、限定はしないが、モバイルフォン、スマートフォン、センサデバイス、メータ、車両、家電、医療機器、メディアプレーヤ、カメラ、または任意のタイプのコンシューマ電子機器、たとえば、限定はしないが、テレビ、ラジオ、照明装置、タブレットコンピュータ、ラップトップ、またはパーソナルコンピュータ（ＰＣ）を含む。通信デバイスは、無線または有線のコネクションを介してボイスおよび／またはデータを通信することを可能にする、携帯型、ハンドヘルド型、コンピュータ内蔵型、または車両搭載型のモバイル端末であってもよい。

無線通信デバイス： １つのタイプの通信デバイスは、無線通信デバイスであり、無線ネットワーク（たとえば、セルラーネットワーク）にアクセスする（すなわち、それによってサービスを提供される）任意のタイプの無線デバイスであり得る。無線通信デバイスのいくつかの例は、３ＧＰＰ（登録商標）ネットワーク中のユーザ装置デバイス（ＵＥ）、マシンタイプコミュニケーション（ＭＴＣ）デバイス、およびモノのインターネット（ＩｏＴ）デバイスを含むが、これらに限定されない。そのような無線通信デバイスは、モバイルフォン、スマートフォン、センサデバイス、メータ、車両、家電、医療機器、メディアプレーヤ、カメラ、または任意のタイプのコンシューマ電子機器、たとえば、限定はしないが、テレビ、ラジオ、照明装置、タブレットコンピュータ、ラップトップ、またはＰＣであり得るか、またはそれらに統合され得る。無線通信デバイスは、無線コネクションを介してボイスおよび／またはデータを通信することを可能にする、携帯型、ハンドヘルド型、コンピュータ内蔵型、または車両搭載型の移動デバイスであり得る。

ネットワークノード： 本明細書で使用される「ネットワークノード」は、ＲＡＮの一部であるか、またはセルラー通信ネットワーク／システムのコアネットワークにおける任意のノードである。

本明細書では、３ＧＰＰ（登録商標）セルラ通信システムに焦点をあてて説明しているため、３ＧＰＰ（登録商標）用語や３ＧＰＰ（登録商標）用語に類似した用語がしばしば用いられることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰ（登録商標）システムに限定されない。

本明細書の説明では、「セル」という用語が参照され得るが、特に５Ｇ ＮＲ概念に関しては、セルの代わりにビームが使用されることがあり、したがって、本明細書で説明する概念がセルとビームの両方に等しく適用可能であることに注意することが重要であることに留意されたい。

図１０は、本開示の実施形態が実装され得るセルラー通信システム１０００の一実施形態を示す。本明細書で説明する実施形態によれば、セルラー通信システム１０００は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）および５Ｇコア（５ＧＣ）を含む５Ｇシステム（５ＧＳ）である。この例では、ＲＡＮは、基地局１００２－１および１００２－２を含み、５ＧＳにおいて、ＮＲ基地局（ｇＮＢ）と、オプションで、対応する（マクロセル）セル１００４－１および１００４－２を制御する次世代ｅＮＢ（ｎｇ－ｅＮＢ）（たとえば、５ＧＣに接続されたＬＴＥ ＲＡＮノード）とを含む。基地局１００２－１および１００２－２は、本明細書では一般に、集合的に基地局１００２と呼ばれ、個別に基地局１００２と呼ばれる。同様に、（マクロセル）セル１００４－１および１００４－２は、本明細書では一般に集合的に（マクロセル）セル１００４と呼ばれ、個別に（マクロセル）セル１００４と呼ばれる。ＲＡＮはまた、対応するスモールセル１００８－１～１００８－４を制御するいくつかの低電力ノード１００６－１～１００６－４を含み得る。低電力ノード１００６－１から１００６－４は、小型基地局（ピコまたはフェムト基地局など）または遠隔無線ヘッド（ＲＲＨ）などとすることができる。特に、図示されていないが、スモールセル１００８－１から１００８－４のうちの１つまたは複数は、代替的に、基地局１００２によって提供されてもよい。低電力ノード１００６－１から１００６－４は、本明細書では一般に、集合的に低電力ノード１００６と呼ばれたり、個別に低電力ノード１００６と呼ばれたりする。同様に、スモールセル１００８－１～１００８－４は、本明細書では一般に、集合的にスモールセル１００８と呼ばれ、個々にスモールセル１００８と呼ばれる。セルラー通信システム１０００はまた、５Ｇシステム（５ＧＳ）において５ＧＣと呼ばれるコアネットワーク１０１０を含む。基地局１００２（およびオプションでローパワーノード１００６）は、コアネットワーク１０１０に接続される。

基地局１００２および低電力ノード１００６は、対応するセル１００４および１００８内の無線通信デバイス１０１２－１～１０１２－５にサービスを提供する。無線通信デバイス１０１２－１～１０１２－５は、本明細書では一般に、集合的に無線通信デバイス１０１２と呼ばれ、個々に無線通信デバイス１０１２と呼ばれる。以下の説明では、無線通信デバイス１０１２は、多くの場合、ＵＥであるが、本開示はそれに限定されない。

図１１は、コアネットワーク機能（ＮＦ）から構成される５Ｇネットワークアーキテクチャとして表される無線通信システムを示し、任意の２つのＮＦ間の相互作用は、ポイントツーポイントリファレンスポイント／インターフェースによって表される。図１１は、図１０のシステム１０００についての１つの特定の実装として見ることができる。

アクセス側から見ると、図１１に示される５Ｇネットワークアーキテクチャは、ＲＡＮ １００２またはアクセスネットワーク（ＡＮ）ならびにＡＭＦ １１００のいずれかに接続された複数のＵＥ１０１２を備える。典型的には、Ｒ（ＡＮ）１００２は、基地局、たとえば、ｅＮＢまたはｇＮＢなどを備える。コアネットワークから見ると、図１１に示す５ＧＣ ＮＦは、ＮＳＳＦ １１０２、ＡＵＳＦ １１０４、ＵＤＭ １１０６、ＡＭＦ １１００、ＳＭＦ １１０８、ＰＣＦ １１１０、およびアプリケーション機能（ＡＦ）１１１２を含む。

５Ｇネットワークアーキテクチャのリファレンスポイント表現は、規範的標準化における詳細なコールフローを開発するために使用される。Ｎ１リファレンスポイントは、ＵＥ １０１２とＡＭＦ １１００との間でシグナリングを搬送するように定義される。ＡＮ １００２とＡＭＦ １１００との間、およびＡＮ １００２とＵＰＦ １１１４との間を接続するための基準点は、それぞれＮ２およびＮ３として定義される。ＡＭＦ １１００とＳＭＦ １１０８との間に基準点Ｎ１１があり、これは、ＳＭＦ １１０８がＡＭＦ １１００によって少なくとも部分的に制御されることを意味する。Ｎ４は、ＳＭＦ １１０８およびＵＰＦ １１１４によって使用され、その結果、ＵＰＦ １１１４は、ＳＭＦ １１０８によって生成された制御信号を使用して設定されることができ、ＵＰＦ １１１４は、その状態をＳＭＦ １１０８に報告することができる。Ｎ９は、異なるＵＰＦ１１１４間のコネクションのための基準点であり、Ｎ１４は、それぞれ異なるＡＭＦ１１００間を接続する基準点である。ＰＣＦ １１１０がＡＭＦ １１００およびＳＭＦ １１０８にそれぞれポリシーを適用するので、Ｎ１５およびＮ７が定義される。ＡＭＦ １１００がＵＥ １０１２の認証を行うためには、Ｎ１２が必要である。ＵＥ １０１２のサブスクリプションデータは、ＡＭＦ １１００およびＳＭＦ １１０８に必要であるため、Ｎ８およびＮ１０が定義される。

５ＧＣネットワークは、ＵＰとＣＰを分離することを目的としている。ＵＰは、ユーザトラフィックを搬送し、サイクリックプレフィックス（ＣＰ）は、ネットワークにおいてシグナリングを搬送する。図１１では、ＵＰＦ １１１４はＵＰ内にあり、他のすべてのＮＦ、すなわちＡＭＦ １１００、ＳＭＦ １１０８、ＰＣＦ １１１０、ＡＦ １１１２、ＮＳＳＦ １１０２、ＡＵＳＦ １１０４、およびＵＤＭ １１０６はＣＰ内にある。ＵＰとＣＰを分離することは、各プレーンリソースが独立してスケーリングされることを保証する。また、ＵＰＦは、分散方式でＣＰ機能とは別個に設置されてもよい。このアーキテクチャでは、ＵＰＦは、低遅延を必要とするいくつかのアプリケーションのためにＵＥとデータネットワーク間のラウンドトリップ時間（ＲＴＴ）を短縮するために、ＵＥに非常に近い位置に配置されてもよい。

コア５Ｇネットワークアーキテクチャは、モジュール化された機能から形成される。例えば、ＡＭＦ １１００およびセッション管理機能（ＳＭＦ）１１０８は、ＣＰにおける独立した機能である。分離されたＡＭＦ １１００およびＳＭＦ １１０８は、独立した進化およびスケーリングを可能にする。図１１に示すように、ＰＣＦ １１１０とＡＵＳＦ １１０４のような他のＣＰ機能を分離することができ、モジュール化された機能設計により、５ＧＣネットワークは様々なサービスを柔軟にサポートすることができる。

各ＮＦは、別のＮＦと直接的に相互作用する。中間介在機能を使用して、あるＮＦから別のＮＦにメッセージをルーティングすることができる。ＣＰでは、２つのＮＦ間のインタラクション（対話）のセットがサービスとして定義され、その再使用が可能である。このサービスは、モジュラリティのサポートを可能にする。ユーザプレーンは、異なるＵＰＦ間の転送動作などの対話をサポートする。

図１２は、図１１の５Ｇネットワークアーキテクチャで使用されるポイントツーポイントリファレンスポイント／インターフェースの代わりに、ＣＰ内のＮＦ間のサービスベースインターフェースを使用する５Ｇネットワークアーキテクチャを示す。しかし、図１１を参照して上述されたＮＦは、図１２に示されるＮＦに対応する。ＮＦが他の認可済みＮＦに提供するサービスなどは、サービスベースインターフェースを介して、認可済みＮＦに公開されてもよい。図１２において、サービスベースのインターフェースは、文字「Ｎ」によって示され、その後にＮＦの名前、例えば、ＡＭＦ １１００のサービスベースのインターフェースのＮａｍｆ、およびＳＭＦ １１０８のサービスベースのインターフェースのＮｓｍｆなどが続く。図１２のＮＥＦ １２００およびＮＲＦ １２０２は、上述の図１１には示されていない。しかしながら、図１１に明示的に示されていないが、図１１に示されているすべてのＮＦは、必要に応じて、図１２のＮＥＦ １２００およびＮＲＦ １２０２と相互作用することができることを明らかにすべきである。

図１１および図１２に示されるＮＦのいくつかの特性は、以下の方法で説明され得る。ＡＭＦ １１００は、ＵＥベースの認証、認可、モビリティ管理などを提供する。ＵＥ １０１２は、多元接続技術を使用しても、ＡＭＦ １１００が無線アクセス技術から独立しているので、基本的に単一のＡＭＦ １１００に接続される。ＳＭＦ １１０８は、セッション管理を担当し、インターネットプロトコル（ＩＰ）アドレスをＵＥに割り当てる。また、データ転送のためにＵＰＦ １１１４を選択し、制御する。ＵＥ １０１２が複数のセッションを有する場合、異なるＳＭＦ１１０８を各セッションに割り当てて、それらを個別に管理し、場合によってはセッションごとに異なる機能を提供することができる。ＡＦ １１１２は、サービス品質（ＱｏＳ）をサポートするために、ポリシー制御を担当するＰＣＦ １１１０にパケットフローに関する情報を提供する。この情報に基づいて、ＰＣＦ １１１０は、ＡＭＦ １１００およびＳＭＦ １１０８を適切に動作させるためのモビリティおよびセッション管理に関するポリシーを決定する。認証サーバ機能（ＡＵＳＦ）１１０４は、ＵＥまたは同様のもののための認証機能をサポートし、したがって、ＵＥの認証のためのデータまたは同様のものを格納し、一方、ＵＤＭ １１０６は、ＵＥ １０１２のサブスクリプションデータを格納する。データネットワーク（ＤＮ）は、５ＧＣネットワークの一部ではなく、インターネットアクセスまたはオペレータサービスなどを提供する。

ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、または、適切なプラットフォーム、例えば、クラウドインフラストラクチャ上にインスタンス化される仮想化された機能として、実装可能である。

上述のように、ＰＨＲレポートは、キャリアごとであり、ビームベースの動作を明示的には考慮していない。既存のＮＲでは、ＵＬ電力制御およびＰＨＲレポートは、１つまたは複数のビームを用いた単一のＴＲＰへのＵＬ送信を考慮する。閉ループ電力制御の場合、ＤＣＩで搬送される送信電力制御（ＴＰＣ）コマンドは、１つの閉ループのためのものである。マルチ（複数の）ＴＲＰ送信の場合、ＵＬ電力制御をどのように行うかが問題となる。より具体的には、複数のＴＲＰ間で閉ループをどのように区別するか、および各ＴＲＰに対して１つずつある複数のＴＰＣコマンドをＤＣＩ内でどのように示すかが問題である。同様に、ＰＨＲについては、複数のＴＲＰについてＰＨＲを報告するかどうか、およびどのように報告するかが問題である。

マルチＴＲＰに対するアップリンク送信のための電力制御のためのシステムおよび方法が提供される。図１３は、マルチＴＲＰの電力制御を可能にするために無線デバイスによって実行される方法を示す。いくつかの実施形態によれば、無線デバイスは、ダウンリンク制御情報（ＤＣＩ）において、第１の送信電力制御（ＴＰＣ）コマンドと、第２のＴＰＣコマンドと、第１の閉ループに関連付けられる第１のＴＲＰへの物理チャネルの第１の送信および第２の閉ループに関連付けられる第２のＴＲＰへの物理チャネルの第２の送信を示すインジケーションと、を受信すること（ステップ１３００）と、それぞれ第１のＴＰＣコマンドと第２のＴＰＣコマンドとに基づいて第１の送信電力および第２の送信電力を決定すること（ステップ１３０２）と、第１の送信電力および第２の送信電力をそれぞれ第１のＵＬ送信および第２のＵＬ送信に適用すること（ステップ１３０４）と、のうちの少なくとも１つを実行する。このようにして、本開示のいくつかの実施形態は、単一のＤＣＩによってスケジュールされる異なる複数のＴＲＰへの複数のＵＬ送信のためのシンプルなシグナリングを用いて、ＴＲＰ電力制御ごとに、より正確にすることを可能にする。

図１４は、複数のＴＲＰの電力制御を可能にするために基地局によって実行される方法を示す。いくつかの実施形態によれば、基地局は、無線デバイスに対して、それぞれ、第１および第２のＴＲＰに関連付けられる第１および第２の電力制御閉ループのコンフィギュレーション（構成）を送信すること（ステップ１４００）と、ＤＣＩにおいて、それぞれ、第１の送信電力制御（ＴＰＣ）コマンドと、第２のＴＰＣコマンドと、第１のＴＲＰへの物理チャネルの第１のＵＬ送信および第２のＴＲＰへの物理チャネルの第２のＵＬ送信をそれぞれ示すインジケーションと、を無線デバイスに送信すること（ステップ１４０２）と、第１のＴＲＰで第１の送信電力を用いられた第１のＵＬ送信と、第２のＴＲＰで第２の送信電力を用いられた第２のＵＬ送信とを受信すること（ステップ１４０４）と、のうちの少なくとも１つを実行する。このようにして、本開示のいくつかの実施形態は、単一のＤＣＩによってスケジュールされた異なる複数のＴＲＰへの複数のＵＬ送信のためのシンプルなシグナリングを用いて、ＴＲＰ電力制御ごとに、より正確にすることを可能にする。

議論を簡単にするために、２つのＴＲＰが以下の議論において考慮されるが、この原理は、３つ以上のＴＲＰに容易に拡張され得ることに留意されたい。

ＵＥからの異なるＴＲＰへのチャネルは一般に異なるので、ＵＬ電力制御のための異なるＴＲＰに対して異なる閉ループが必要とされる。各ＴＲＰはまた、受信のために異なるビームを有してもよく、したがって、各ＴＲＰのために２つ以上の閉ループが必要とされ得る。ＴＲＰは、ＵＬ送信のための空間関係またはＴＣＩ状態を通じてＵＥに暗黙的に示され、複数の空間関係／ＵＬ ＴＣＩ状態は、同一のＴＲＰに関連付けられ得ることに留意されたい。

ＴＲＰは、標準規格の一部ではなく、「ＴＣＩ状態」、「空間関係」、またはＳＲＩが、標準規格の一部として使用されてもよく、その場合、それらは、あるＴＲＰを示すための均等物であることに留意されたい。

シグナリングを容易にし、ｇＮＢと、ＴＰＣコマンドがそのＵＥの閉ループ用であるＵＥと、の間の一貫性を維持するために、一実施形態によれば、ＵＬ内のすべてのＴＲＰに関連する閉ループは、一緒にインデックス付けされる。例えば、１つのＴＲＰにつき２つずつ、最大で４つの閉ループが２つのＴＲＰに対して構成されてもよい。次いで、複数のＴＲＰをサポートするために、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳのために指定された既存の閉ループインデックス範囲が拡張され得る。ＮＲにおける閉ループの個数は、ＰＵＣＣＨのためのＰＵＣＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ、ＰＵＳＣＨのためのＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ、およびＳＲＳのためのｓｒｓ－ＰｏｗｅｒＣｏｎｔｒｏｌＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓとして指定されることに留意されたい。

図１５は、ＰＵＳＣＨのための３つ以上の閉ループインデックスの構成を示す例を示す。ＰＵＳＣＨの閉ループの個数を２個を超えて拡張するために、１つのオプションは、図１５に示されるように、候補値として「ｔｗｏＳｔａｔｅｓ」または「ｆｏｕｒＳｔａｔｅｓ」を有することができるＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素の一部として、新しいフィールド「ｘＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」を導入することである。図１５は、２つの潜在的に構成可能な値（すなわち、２つまたは４つの状態）を有する「ｘＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」を示すが、他のいくつかの実施形態によれば、他の整数値（例えば、３、５、６、７、８など）も構成可能な値である。「ｘＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」がＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌに存在し、「４つの状態（ｆｏｕｒＳｔａｔｅｓ）」に設定されるとき、ＵＥは、ＰＵＳＣＨのために４つの電力制御状態（すなわち、４つの閉ループ）を維持する。さらに、いくつかの実施形態によれば、ＰＵＳＣＨに適用される閉ループインデックスは、図１５に示される「ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ」で与えられる閉ループインデックス「ＳＲＩ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」を介してＳＲＩによって示されるので、「ＳＲＩ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」の範囲は、２を超えるように拡張される。例えば、ＵＥがＰＵＳＣＨのために４つの閉ループを維持するように構成されるとき、「ＳＲＩ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」の範囲は、ｉ０およびｉ１に加えてインデックスｉ２およびｉ３を含むことによって４個に拡張される。ＤＣＩスケジューリングＰＵＳＣＨにおいて第１のＳＲＩを介して第１のＳＲＳリソースが示されるとき、そのＳＲＳの空間関係は、第１のＴＲＰに向けて第１のＰＵＳＣＨを送信するために使用される。第１のＳＲＳリソースに対応する「ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ」で与えられる「ＳＲＩ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」は、第１のＴＲＰに向かう第１のＰＵＳＣＨのために使用される。

代替実施形態によれば、ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素に、２つの可能な値「ｔｗｏＳｔａｔｅｓ」または「ｆｏｕｒＳｔａｔｅｓ」を有する「ｘＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」を含める代わりに、４つの閉ループ専用のフィールドが、ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素にオプションで存在することができる。このオプションフィールドが構成されると、ＵＥは、ＰＵＳＣＨのための４つの閉ループを維持する。

図１６は、ＰＵＣＣＨのための３つ以上の閉ループインデックスの構成を示す例を示す。ＰＵＣＣＨの閉ループの個数を３つ以上に拡張するために、１つのオプションは、図１６Ａに示されるように、候補値として「ｔｗｏＳｔａｔｅｓ」または「ｆｏｕｒＳｔａｔｅｓ」を有することができるＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素の一部として、新しいフィールド「ｘＰＵＣＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」を導入することである。図１６Ｂは、２つの潜在的に取りうる構成可能な値（すなわち、２つまたは４つの状態）を有する「ｘＰＵＣＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」を示すが、いくつかの他の実施形態によれば、他の整数値（例えば、３、５、６、７、８など）もまた潜在的に取りうる構成可能な値である。「ｘＰＵＣＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」がＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌに存在し、「ｆｏｕｒＳｔａｔｅｓ（４つの状態）」に設定されているとき、ＵＥは、ＰＵＣＣＨのために４つの電力制御状態（すなわち、４つの閉ループ）を維持する。さらに、いくつかの実施形態によれば、ＰＵＣＣＨに適用される閉ループインデックスは、図１６Ｂに示される「ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」で与えられる閉ループインデックス「ｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」を介してＰＵＣＣＨのためにアクティブ化される空間関係によって示されるので、「ｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」の範囲は２を超えて拡張される。例えば、ＵＥがＰＵＣＣＨのために４つの閉ループを維持するように構成されるとき、「ｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」の範囲は、図１６Ｂに示されるように、ｉ０およびｉ１に加えてインデックスｉ２およびｉ３を含むことによって、４に拡張される。第１の空間関係がＰＵＣＣＨのためにアクティブ化されるとき、その空間関係は、第１のＴＲＰに向けて第１のＰＵＣＣＨを送信するために使用される。ＰＵＣＣＨのためにアクティブ化された第１の空間関係に対応する「ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」で与えられた「ｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」は、第１のＴＲＰに向かう第１のＰＵＣＣＨのために使用される。

代替の実施形態によれば、ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素に２つの可能な値「ｔｗｏＳｔａｔｅｓ」または「ｆｏｕｒＳｔａｔｅｓ」を有する「ｘＰＵＣＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」を含める代わりに、４つの閉ループ専用のフィールドが、オプションで、ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素に存在してもよい。このオプションフィールドが構成されると、ＵＥは、ＰＵＣＣＨのための４つの閉ループを維持する。

複数のＴＲＰのためのＰＵＣＣＨ ＵＬ電力制御： この実施形態によれば、単一のＤＣＩによってスケジュールされたＰＤＳＣＨのためのＨＡＲＱ Ａ／Ｎを搬送するＰＵＣＣＨが、同じＰＵＣＣＨリソースまたは異なるＰＵＣＣＨリソースのいずれかにおいて、異なるＴＲＰに向かって複数回繰り返されると仮定する。各ＴＲＰについて、１つまたは複数の閉ループ電力制御が、ＰＵＣＣＨ送信のためにＵＥおよびｇＮＢにおいて維持される。ＴＲＰへの各ＰＵＣＣＨ送信について、開ループ電力制御パラメータは、ＰＵＣＣＨが送信される対応するＰＵＣＣＨリソースのためにアクティブ化されるＰＵＣＣＨ空間関係において指定される。複数のＰＵＣＣＨ空間関係は、ＰＵＣＣＨリソースに対してアクティブ化され得ることに留意されたい。

この実施形態によれば、複数のＴＰＣコマンドが、ＰＤＳＣＨをスケジューリングするＤＬ ＤＣＩ（例えば、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２）に含まれる。各ＴＰＣコマンドは、ＰＵＣＣＨ送信のための関連付けられるＰＵＣＣＨ空間関係において指定された閉ループに関連付けられる。第１および第２のＴＰＣコマンドは、ＤＬ ＤＣＩ中で示される第１および第２のＰＵＣＣＨ空間関係にそれぞれ関連付けられる。

一実施形態によれば、ＤＬ ＤＣＩ中のＴＰＣコマンドの個数は、ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ ＩＥ中の、ＰＵＣＣＨのために構成された閉ループの個数によって決定され得る。例えば、１つまたは２つの閉ループが構成される場合、１つのＴＰＣコマンドが含まれ、３つまたは４つの閉ループが構成される場合、２つのＴＰＣコマンドが含まれる。

別の実施形態によれば、ＤＬ ＤＣＩ中のＴＰＣコマンドの数は、すべてのＰＵＣＣＨリソースのうちのＰＵＣＣＨリソースごとにアクティブ化されるＰＵＣＣＨ空間関係の最大個数によって決定され得る。例えば、１つの空間関係のみがアクティブ化される場合、１つのＴＰＣコマンドが使用され、少なくとも１つのＰＵＣＣＨリソースについて２つの空間関係がアクティブ化される場合、２つのＴＰＣコマンドが使用される。

さらに別の実施形態によれば、ＤＬ ＤＣＩ中のＴＰＣコマンドの個数は、ＤＣＩ中で示され得るＰＵＣＣＨリソースの最大個数によって決定され得る。例えば、１つのＰＵＣＣＨリソースのみを示すことができる場合には１つのＴＰＣコマンドが示され、２つのＰＵＣＣＨリソースを示すことができる場合には２つのＴＰＣコマンドが示される。

ＰＤＳＣＨがＤＬ ＤＣＩによってスケジュールされ、ＰＵＣＣＨを搬送する対応するＨＡＲＱ Ａ／Ｎが２回繰り返され、一方がＴＲＰ＃１に向かい、他方がＴＲＰ＃２に向かう例が図１７に示されている。図１７は、２つのＴＰＣコマンドをシグナリングする例を示し、これは、２つのＴＲＰに向かう２つのＰＵＣＣＨ送信の各々に対して１つずつ存在する。反復（繰り返し）の回数は、ＤＣＩ内のＰＲＩフィールドによって示される対応するＰＵＣＣＨリソースのためにアクティブ化されたＰＵＣＣＨ空間関係の個数によって示される。この例では、それぞれが１つのＴＲＰに関連付けられる２つのＰＵＣＣＨ空間関係がＰＵＣＣＨリソースに対してアクティブ化される。２つのＴＰＣコマンド、すなわちＴＰＣ＃１およびＴＰＣ＃２が、ＤＬ ＤＣＩに含まれ、ＴＰＣ＃１は第１の空間関係に関連付けら、ＴＰＣ＃２は第２の空間関係に関連付けられている。代替的に、２つのＰＵＣＣＨリソースがＤＣＩ中で示されてもよく、各ＰＵＣＣＨリソースが異なる空間関係を用いてアクティブ化される。

別の実施形態によれば、単一のＤＣＩによってスケジュールされたＰＤＳＣＨのためのハイブリッド自動再送要求（ＨＡＲＱ） Ａ／Ｎを搬送するＰＵＣＣＨが、異なるＴＲＰに向かって複数回繰り返し送信され、開ループ電力制御パラメータまたはそのような開ループ電力制御パラメータのインジケータがＴＣＩ状態で指定されると仮定される。複数のＴＣＩ状態は、ＰＵＣＣＨリソースに対してアクティブ化され得ることに留意されたい。実施形態の一変形例では、ＴＣＩ状態は、専用アップリンクＴＣＩ状態であり得る。実施形態の別の変形例では、ＴＣＩ状態は、アップリンクとダウンリンクとの間で統合することができる（すなわち、同じＴＣＩ状態をアップリンクまたはダウンリンク送信に向けて使用することができる）。

詳細な実施形態によれば、複数のＴＰＣコマンドが、ＰＤＳＣＨをスケジューリングするＤＬ ＤＣＩに含まれ、ＰＤＳＣＨは、２つのＴＣＩ状態を示すＤＬ ＤＣＩ（すなわち、２つのＴＣＩ状態を示すＤＬ ＤＣＩ中のＴＣＩフィールド中のコードポイント）を用いて、スケジューリングされ得る。この場合、２つのＴＣＩ状態は、統合アップリンク／ダウンリンクＴＣＩ状態として使用され、ＰＵＣＣＨ送信のための開ループ電力制御パラメータおよび閉ループインデックスは、統合ＴＣＩ状態において指定される。ＤＬ ＤＣＩに含まれる各ＴＰＣコマンドは、ＤＣＩ内で示される統合ＴＣＩ状態のうちの１つにおいて指定される閉ループインデックスに関連付けられる。第１および第２のＰＵＣＣＨ送信のための第１および第２のＴＰＣコマンドは、それぞれ、ＤＬ ＤＣＩ中で示される第１および第２の統合ＴＣＩ状態に関連付けられる。

一実施形態によれば、ＤＬ ＤＣＩ内のＴＰＣコマンドの個数は、ＤＬ ＤＣＩのＴＣＩフィールド（すなわち、送信構成インジケーションフィールド）内のコードポイントのうちのいずれか１つにおいてアクティブ化される統合アップリンク／ダウンリンクＴＣＩ状態の最大個数によって、決定され得る。すなわち、ＤＬ ＤＣＩのＴＣＩフィールド中の少なくとも１つのコードポイントが、２つの統合アップリンク／ダウンリンクＴＣＩ状態をアクティブ化した場合、ＤＬ ＤＣＩ中に２つのＴＰＣコマンドが存在する。ＤＬ ＤＣＩのＴＣＩフィールド中のコードポイントのいずれもが、２つの統合アップリンク／ダウンリンクＴＣＩ状態をアクティブ化されていない場合、ＤＬ ＤＣＩ中に単一のＴＰＣコマンドが存在する。

第２の例が図１８に示されており、ＰＤＳＣＨがＤＬ ＤＣＩによってスケジュールされ、ＰＵＣＣＨを搬送する対応するＨＡＲＱ Ａ／Ｎが２回繰り返され、一方がＴＲＰ＃１に向かい、他方がＴＲＰ＃２に向かう。図１８は、２つのＴＰＣコマンドをシグナリングする第２の例を示し、これは、２つのＴＲＰに向かう２つのＰＵＣＣＨ送信の各々について１つずつ存在する。ＰＵＣＣＨ繰り返し（反復）の回数は、ＤＬ ＤＣＩにおけるＴＣＩフィールドによって示される統合アップリンク／ダウンリンクＴＣＩ状態の個数によって示される。図１８のこの例では、２つの統合アップリンク／ダウンリンクＴＣＩ状態がＤＬ ＤＣＩにおいて示され、ＰＵＣＣＨ反復のそれぞれは、統合アップリンク／ダウンリンクＴＣＩ状態のうちの１つを使用して送信され、１つのＴＲＰに関連付けられる。２つのＴＰＣコマンド、すなわち、ＴＰＣ＃１およびＴＰＣ＃２がＤＬ ＤＣＩに含まれ、ＴＰＣ＃１は第１の統合アップリンク／ダウンリンクＴＣＩ状態に関連し、ＴＰＣ＃２は第２の統合アップリンク／ダウンリンクＴＣＩ状態に関連する。

一実施形態によれば、対応するＰＤＳＣＨのためのＨＡＲＱ Ａ／Ｎを搬送するＰＵＣＣＨの場合、ＰＵＣＣＨのためのＴＣＩ状態は、ＰＤＳＣＨをスケジューリングするＤＣＩ内のＴＣＩフィールドにおいて示されるものと同じであり、すなわち、ＰＵＣＣＨのＴＣＩ状態は、対応するＰＤＳＣＨのＴＣＩ状態に従う。

複数のＴＲＰのためのＰＵＳＣＨ ＵＬ電力制御： この実施形態によれば、それぞれがＤＣＩ中のＳＲＩによって示される複数のＴＲＰへのＰＵＳＣＨ送信をスケジューリングする場合、複数のＴＰＣコマンドがＵＬ ＤＣＩに含まれる（たとえば、ＤＣＩフォーマット０＿１およびＤＣＩフォーマット０＿２）。第１および第２のＴＰＣコマンドは、ＤＣＩにおいて示される第１および第２のＳＲＩにそれぞれ関連付けられる。各ＳＲＩについて、開ループ電力制御パラメータは、ＲＲＣによって構成された対応するＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報要素内で指定される。

代替実施形態によれば、複数のＴＲＰへのＰＵＳＣＨ送信をスケジュールする場合、ＵＬ ＤＣＩ（たとえば、ＤＣＩフォーマット０＿１およびＤＣＩフォーマット０＿２）中に複数のＴＰＣコマンドが含まれ、それぞれが、ＵＬ ＤＣＩ中の統合アップリンク／ダウンリンクＴＣＩ状態または専用アップリンクＴＣＩ状態によって示される（すなわち、この場合、２つの統合アップリンク／ダウンリンクＴＣＩ状態またはＵＬ ＤＣＩ中の２つの専用アップリンクＴＣＩ状態のいずれかがある）。実施形態の一変形例では、第１および第２のＴＰＣコマンドは、ＤＣＩ内で示される第１および第２の統合アップリンク／ダウンリンクＴＣＩ状態に関連付けられる。実施形態の別の変形例では、第１および第２のＴＰＣコマンドは、ＤＣＩ内で示される第１および第２の専用アップリンクＴＣＩ状態に関連付けられる。

一実施形態によれば、ＵＬ ＤＣＩ中のＴＰＣコマンドの個数は、ＤＣＩのために構成されたＳＲＩの個数によって決定され得る。

別の実施形態によれば、ＵＬ ＤＣＩ中のＴＰＣコマンドの個数は、ＰＵＳＣＨのために構成された閉ループの個数によって決定され得る。例えば、１つまたは２つの閉ループが構成される場合、１つのＴＰＣコマンドが含まれ、３つまたは４つの閉ループが構成される場合、２つのＴＰＣコマンドが含まれる。

別の実施形態によれば、ＵＬ ＤＣＩ中のＴＰＣコマンドの個数は、ＵＬ ＤＣＩのＴＣＩフィールド（すなわち、送信構成インジケーションフィールド）中のコードポイントのうちのいずれか１つにおいてアクティブ化される統合アップリンク／ダウンリンクＴＣＩ状態または専用アップリンクＴＣＩ状態の最大個数によって決定され得る。すなわち、ＵＬ ＤＣＩのＴＣＩフィールド中の少なくとも１つのコードポイントが、２つの統合アップリンク／ダウンリンクＴＣＩ状態または２つのアップリンクＴＣＩ状態がアクティブ化されている場合、ＵＬ ＤＣＩ中には２つのＴＰＣコマンドが存在する。ＵＬ ＤＣＩのＴＣＩフィールド中のコードポイントのいずれも、２つの統合アップリンク／ダウンリンクＴＣＩ状態または２つの専用ＴＣＩ状態がアクティブ化されていない場合、ＵＬ ＤＣＩ中に単一のＴＰＣコマンドが存在する。

図１９に、２つのＳＲＩおよび２つのＴＰＣコマンドを有するＵＬ ＤＣＩによってスケジュールされた同一のＴＢについての複数のＰＵＳＣＨ送信が示されている。図１９は、２つのＴＰＣコマンドをシグナリングする例を示し、２つのＴＲＰに向かう２つのＰＵＳＣＨ送信の各々について１つずる存在する。ＰＵＳＣＨ送信オケージョン（機会）の個数は、ＵＬ ＤＣＩ内のＳＲＩの個数によって示される。この例では、２つのＰＵＳＣＨ送信が示され、それぞれが１つのＴＲＰに関連付けられる。２つのＴＰＣコマンド、すなわちＴＰＣ＃１およびＴＰＣ＃２が、ＵＬ ＤＣＩに含まれ、ＴＰＣ＃１は第１のＳＲＩに関連付けられ、ＴＰＣ＃２は第２のＳＲＩに関連付けられる。

図２０に、同一のＴＢに対する複数のＰＵＳＣＨ送信が、２つの統合アップリンク／ダウンリンクＴＣＩ状態（または代替的に２つの専用アップリンクＴＣＩ状態）および２つのＴＰＣコマンドを有するＵＬ ＤＣＩによって、スケジュールされる第２の例を示す。図２０は、２つのＴＰＣコマンドをシグナリングする第２の例を示し、これは、２つのＴＲＰに向かう２つのＰＵＳＣＨ送信の各々について１つずつある。ＰＵＳＣＨ送信機会の個数は、ＵＬ ＤＣＩにおいて示される統合アップリンク／ダウンリンクＴＣＩ状態（または代替的に２つの専用アップリンクＴＣＩ状態）の個数によって示される。この例では、２つのＰＵＳＣＨ送信が示され、それぞれが１つのＴＲＰに関連付けられる。２つのＴＰＣコマンド、すなわち、ＴＰＣ＃１およびＴＰＣ＃２は、ＵＬ ＤＣＩに含まれ、ＴＰＣ＃１は第１の統合アップリンク／ダウンリンクＴＣＩ状態（または、第１の専用アップリンクＴＣＩ状態）に関連付けられ、ＴＰＣ＃２は第２の統合アップリンク／ダウンリンクＴＣＩ状態（または、第２の専用アップリンクＴＣＩ状態）に関連付けられる。

ＤＣＩフォーマット２＿２のＰＵＣＣＨ／ＰＵＳＣＨに対するＴＰＣコマンド： 複数のＵＥにＴＰＣコマンドを送信するための既存のＤＣＩフォーマット２＿２において、ＴＰＣコマンドは、ＵＥのグループの各々に割り当てられる。ＴＰＣコマンドは、ＤＣＩのＣＲＣがＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされる場合にはＰＵＳＣＨ用であり、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩによってスクランブルされる場合にはＰＵＣＣＨ用である。ＵＥのためのＰＵＣＣＨ（またはＰＵＳＣＨ）ＴＰＣコマンドは、ＵＥがＰＵＣＣＨ（またはＰＵＳＣＨ）のための２つの閉ループを用いて構成される場合、１ビットの閉ループインジケータを伴い得る。ＤＣＩは、異なるＴＲＰを区別しない。

すべてのＴＲＰの間で閉ループのインデックスを一緒にすることで、複数のＴＲＰのためのＤＣＩフォーマット２＿２のシンプルな拡張は、すべてのＴＲＰにわたってＰＵＣＣＨまたはＰＵＳＣＨのために構成される閉ループの個数に応じて、閉ループインジケータのビット幅を１ビットから複数ビットへと増加させること、である。例えば、４つの閉ループが構成される場合、２ビットが閉ループインジケータに使用され得る。

別の実施形態によれば、ＤＣＩフォーマット２＿２の各ブロックは、閉ループにそれぞれ関連する複数のＴＰＣコマンドを含むことができる。ブロック内のＴＰＣコマンドの個数は、ＲＲＣによって構成されるか、または構成された閉ループの個数によって決定され得る。図２１に例を示す。ここでは、２つの閉ループが、すべてのＴＲＰにわたってＰＵＳＣＨ（またはＰＵＣＣＨ）用に構成されている。図２１は、拡張ＤＣＩフォーマット２＿２においてＵＥに関連するブロックに複数のＴＰＣコマンドを含める例を示す。

ＤＣＩフォーマット２＿３におけるＳＲＳのためのＴＰＣコマンド： ＳＲＳのためのＴＰＣコマンドを１つまたは複数のＵＥに送信するための既存のＤＣＩフォーマット２＿３において、１つまたは複数のＴＰＣコマンドをＵＥに割り当てることができる。ＳＲＳに対して単一の閉ループが仮定されており、したがって閉ループインジケータは存在しない。複数のＴＲＰへのＳＲＳ送信の場合、２つ以上の閉ループが必要である。複数のＴＲＰへのＳＲＳ送信をサポートするために、閉ループインジケータは、ＳＲＳのために複数の閉ループを構成されるＵＥ用のＤＣＩフォーマット２＿３に、導入され得る。閉ループインジケータのビット数は、構成される閉ループの個数によって決定される。例えば、２つの閉ループが構成される場合、１ビットが使用され得る。

別の実施形態によれば、ＤＣＩフォーマット２＿３の各ブロックは、ＳＲＳの閉ループにそれぞれ関連付けられる複数のＴＰＣコマンドを含むことができる。ブロック内のＴＰＣコマンドの個数は、構成される閉ループの個数によって決定されてもよいし、または、構成されてもよい。

ＵＬ ＴＣＩ状態を伴うＵＬ電力制御： 所与のＵＬチャネル（すなわち、ＰＵＣＣＨ、ＰＵＳＣＨ、またはＳＲＳ）について、ＰＵＣＣＨおよびＳＲＳについての空間関係、およびＰＵＳＣＨについてのＳＲＩを使用する代わりに、ＵＬ ＴＣＩ状態がＵＬビームインジケーションのために導入される場合、それぞれのＵＬ ＴＣＩ状態は、電力制御パラメータのセットに関連付けられ得る。所与のＵＬ ＴＣＩ状態の場合、電力制御パラメータの異なるセットが、ＰＵＣＣＨ、ＰＵＳＣＨ、およびＳＲＳに関連付けられ得る。電力制御パラメータの各セットは、Ｐ_Ｏ，α、経路損失ＲＳ、および閉ループインデックスのうちの１つまたは複数を含み、電力制御状態ＩＤをもつ「電力制御状態」と見なされ得る。Ｐ_Ｏ， α、経路損失ＲＳ、または閉ループインデックスの各々は、対応するパラメータの、構成されたリストからのものである。たとえば、Ｐ_Ｏ，α、経路損失ＲＳ、または閉ループインデックスのリストは、ＰＵＳＣＨ（またはＰＵＣＣＨ、ＳＲＳ）のために構成され得る。

１つのシナリオでは、ＵＬ ＴＣＩ状態は、ＤＬ ＴＣＩ状態と同じであり、すなわち、同じＴＣＩ状態は、ＤＬとＵＬの両方によって共有される。いくつかの実施形態によれば、経路損失ＲＳ（および／または場合によっては閉ループインデックス）などのすべてのＵＬチャネルに共通のいくつかの電力制御パラメータが、ＵＬ ＴＣＩ状態に含まれ得る。上記の実施形態に続いて、経路損失ＲＳ（および／または閉ループインデックス）は、「ＵＬ状態ＩＤ」を有する１つのマッピングを使用するか、またはそれは、ＵＬ ＴＣＩ状態のＩＤ（ＵＬ ＴＣＩ ＩＤ）または経路損失ＲＳのＩＤ（ｐａｔｈｌｏｓｓ ＲＳ ＩＤ）に従う。そして、Ｐ_Ｏとαは、ＩＤを有する「電力制御状態」として、一緒にマッピングされる。代替例は、「ＵＬ状態」の代わりに「電力制御状態」に閉ループインデックスを持たせることである。次いで、ＵＬ状態は、ＵＬ ＰＷＢごとに構成され、ＵＬチャネル／信号と共有され、「電力制御状態」は、ＵＬチャネル／信号ごとに構成され得る。

ＰＵＳＣＨの場合、ＤＣＩ内で、ＳＲＩフィールドは、現在のところ、ＵＬ空間関係、経路損失ＲＳ、ならびに閉ループインデックスおよび電力制御状態を含む「ＵＬ送信状態」を示すために、使用される。１つの問題は、必要とされるそのような状態の個数が増加し得ることである。特に、２つのＴＲＰ送信のために２つのＳＲＩフィールドが必要とされる場合である。一実施形態によれば、ＵＬ送信状態は、２つのＵＬ空間関係、２つの経路損失ＲＳ、２つの閉ループインデックス、ならびにＰ_Ｏおよびαの１つのセットを含むように定義される。これは、ＤＣＩにおいて１つのＳＲＩフィールドとして示される。次いで、別のデルタ「ＳＲＩ」フィールドは、第１のＴＲＰに対して選択されたものに対するＰ_Ｏおよびα値を示す。これらの相対値は、「デルタ電力制御状態」内に構成され、例えば、アルファ＿デルタがＴＲＰ１のアルファに対して相対的であり、Ｐ０＿デルタがＰ０からＴＲＰ１に対して相対的である。

複数のＴＲＰについてのＰＨＲレポート： ＰＨＲレポートが、異なるＴＲＰに向かって繰り返し送信されるべきＰＵＳＣＨ上で搬送されるべきであるとき、異なる送信電力が、異なるＰＵＳＣＨ機会について決定され得る。実際のＰＵＳＣＨに基づくＰＨＲ演算の場合、ＰＵＳＣＨを搬送するＰＨＲが異なるＴＲＰに対して繰り返し送信される場合、ＰＨＲを演算するためにどのＰＵＳＣＨ機会が使用されるべきかが問題となる。ＰＵＳＣＨの繰り返し送信が２つのＴＲＰに対してスケジュールされる例を図２２に示す。図２２は、２つのＴＲＰに対する異なるパワー（電力）ヘッドルームの例を示している。

一実施形態によれば、複数のＰＨＲが計算され、各ＰＨＲは、ＴＲＰへのＰＵＳＣＨ機会に関連付けられる。最大ＰＨＲまたは最小ＰＨＲのいずれかが報告される。別の実施形態によれば、複数のＰＨＲの平均値が報告される。さらに別の実施形態によれば、すべてのＴＲＰへのＰＲＨが報告される。

複数のＴＰＣのジョイント符号化： この実施形態によれば、電力制御ループが依存すると仮定する。これは、経路損失の主な原因が、ＵＥに近いところでの伝搬に起因する場合に起こり得る。この場合、例えば、第１のＴＲＰに向かう電力の増加は、第２のＴＲＰに向かう電力の増加も生じさせる可能性が高いだろう。一例は、ＵＥが建物の地下室に移動していることである。この実施形態によれば、この仮定は、ジョイント符号化または同等に、電力間に何らかの依存性を導入することによって、シグナリングオーバヘッドを圧縮するために利用される。

例えば、ＰＵＣＣＨについて、対応する表を以下に見ることができる。１つの追加のＴＰＣビットが付加されているため、組合せのうちのいくつかが削除され、それによって、２つの独立したＴＰＣコマンドフィールドを有する場合と比較して、１ビット分だけＤＣＩペイロードが削減される。例えば、ＴＲＰ＃２への電力が３ｄＢ増加すると同時にＴＲＰ＃１への電力が１ｄＢ減少する組合せが削除される。単一のＴＲＰのみへのＰＵＣＣＨ送信の場合、表の最初の２つの列における最初の４つのエントリが適用され、これは既存のＰＵＣＣＨテーブルに対応する。同様の考え方をＰＵＳＣＨに適用することができる。表３： ジョイント符号化および圧縮を用いたＴＰＣコマンドフィールドのマッピング

ＴＲＰごとの別個の電力制御をサポートするＵＥインジケーション： この実施形態によれば、マルチＴＲＰ送信に関連するアップリンクにおける電力制御をＵＥがどのようにサポートすることができるかについてのインジケーションが、ＵＥからネットワークへのＵＥ能力シグナリングを介して、シグナリングされる。ＵＥは、ＴＲＰごとの別個の閉ループ電力制御をサポートしないが、ＵＥは、ＵＬ Ｍ－ＴＲＰ送信をサポートすることを依然として示しつつ、同じ閉ループインデックスおよび／または開ループ電力調整を適用する。ＵＥは、別個の開ループ電力調整をサポートすることも、別個の電力ヘッドルーム報告をサポートすることができる。

ＵＬにおいてＭ－ＴＲＰをサポートしていることを示す１つの例は、ＵＥが、異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ値に関連するＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳのサポートを示すことであり、ここで、異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ値は、異なるＴＲＰを表しており、ＴＲＰごとのＰＵＣＣＨ／ＰＵＳＣＨのための異なるＴＰＣループを介した閉ループ電力制御の最大個数は、能力シグナリングを介して示され、ＴＲＰごとの電力ヘッドルーム報告の最大個数も示される。ＵＬにおいてＭ－ＴＲＰをサポートする別の例は、ＰＵＳＣＨ／ＰＵＣＣＨ同時並行送信のための複数のＵＬ ＴＣＩ／ＳＲＩをサポートすることに関連する。

ＵＥ能力シグナリングに依存して、ＵＥごと、ＴＲＰごと、ＵＣＩごとに、３つの異なるレベルの電力制御が、ＰＵＳＣＨ、ＰＵＣＣＨ、または電力ヘッドルーム報告のために、ＵＥに対して構成され得る。ＲＲＣパラメータの例は「ｐｅｒＴＣＩＰｕｓｃｈＰｏｗｅｒＣｏｎｔｒｏｌ」、「ｐｅｒＴＣＩＰＵＣＣＨＰｏｗｅｒＣｏｎｔｒｏｌ」、「ｐｅｒＴＣＩＰＨＲＲｅｐｏｒｔ」である。ＵＥは、ネットワークが、ＰＵＳＣＨ／ＰＨＲ／ＰＵＣＣＨに対して、異なるレベルの組合せではなく、同じレベルの電力制御を構成することを期待することができる。

図２３は、本開示のいくつかの実施形態による無線アクセスノード２３００の概略ブロック図である。オプションの機能は、破線のボックスで表される。無線アクセスノード２３００は、たとえば、本明細書で説明される基地局１００２またはｇＮＢの機能のすべてまたは一部を実装する基地局１００２または１００６またはネットワークノードであり得る。図示されるように、無線アクセスノード２３００は、制御システム２３０２を有し、これは１つまたは複数のプロセッサ２３０４（例えば、中央演算処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、メモリ２３０６、およびネットワークインターフェース２３０８を有する。１つまたは複数のプロセッサ２３０４は、本明細書では、プロセッシング（処理）回路とも呼ばれる。さらに、無線アクセスノード２３００は、１つまたは複数のアンテナ２３１６に結合された１つまたは複数の送信機２３１２と１つまたは複数の受信機２３１４とを各々が含む１つまたは複数の無線部２３１０を含み得る。無線部２３１０は、無線インターフェース回路と呼ばれてもよく、またはその一部であってもよい。いくつかの実施形態によれば、無線部２３１０は、制御システム２３０２の外部にあり、例えば、有線コネクション（例えば、光ケーブル）を介して制御システム２３０２に接続される。しかしながら、いくつかの他の実施形態によれば、無線部（複数可）２３１０および潜在的にアンテナ（複数可）２３１６は、制御システム２３０２と一体化される。１つ以上のプロセッサ２３０４は、本明細書に記載するように、無線アクセスノード２３００の１つ以上の機能を提供するように動作する。ある実施形態によれば、上記の機能は、例えばメモリ２３０６に記憶され、１つまたは複数のプロセッサ２３０４によって実行されるソフトウェアで実現される。

図２４は、本開示のいくつかの実施形態による無線アクセスノード２３００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードにも同様に適用できる。さらに、他のタイプのネットワークノードは、同様の仮想化アーキテクチャを有することができる。やはり、オプション機能は、破線のボックスによって表される。

本明細書で使用されるように、「仮想化された」無線アクセスノードは、無線アクセスノード２３００の機能の少なくとも一部が、（例えば、ネットワーク（複数可）内の物理処理ノード（複数可）上で実行される仮想マシン（複数可）を介して）仮想コンポーネント（複数可）として実装される、無線アクセスノード２３００の実装である。図示のように、この例示では、無線アクセスノード２３００は、上記で説明したように、制御システム２３０２および／または１つまたは複数の無線部２３１０を含み得る。制御システム２３０２は、例えば光ケーブル等を介して無線部２３１０に接続されてもよい。無線アクセスノード２３００は、（１つまたは複数の）ネットワーク２４０２に結合された、またはその一部として含まれた１つまたは複数の処理ノード２４００を含む。存在する場合、制御システム２３０２または無線部は、ネットワーク２４０２を介して処理ノード２４００に接続される。各処理ノード２４００は、１つ以上のプロセッサ２４０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または、類似物）、メモリ２４０６、およびネットワークインターフェース２４０８を有する。

この例示では、本明細書で説明する無線アクセスノード２３００の機能２４１０は、１つまたは複数の処理ノード２４００において実装されるか、または任意の所望の方法で１つまたは複数の処理ノード２４００と制御システム２３０２および／または無線部２３１０とにわたって分散される。いくつかの特定の実施形態によれば、本明細書に記載する無線アクセスノード２３００の機能２４１０の一部または全部は、プロセッシング（処理）ノード２４００によってホストされる仮想環境に実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者によって理解されるように、処理ノード２４００と制御システム２３０２との間の追加のシグナリングまたは通信は、所望の機能２４１０のうちの少なくともいくつかを実行するために使用される。特に、いくつかの実施形態によれば、制御システム２３０２は含まれなくてもよく、そのケースでは、無線部２３１０は、適切なネットワークインターフェースを介して処理ノード２４００と直接的に通信する。

いくつかの実施形態によれば、少なくとも１つのプロセッサによって実行されると、本明細書で説明する実施形態のいずれかによる、仮想環境内の無線アクセスノード２３００の機能２４１０のうちの１つまたは複数を実装する無線アクセスノード２３００またはノード（たとえば、処理ノード２４００）の機能を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。

図２５は、本開示のいくつかの他の実施形態による無線アクセスノード２３００の概略ブロック図である。無線アクセスノード２３００は１以上のモジュール２５００を有し、その各々はソフトウェアで実現される。モジュール２５００は、本明細書に記載する無線アクセスノード２３００の機能性を提供する。この説明は、図２４の処理ノード２４００にも同様に適用可能であり、ここでは、モジュール２５００は、処理ノード２４００のうちの１つにおいて実装されてもよく、または多数の処理ノード２４００にわたって分散されてもよく、および／または処理ノード２４００および制御システム２３０２にわたって分散されてもよい。

図２６は、本開示のいくつかの実施形態による無線通信デバイス２６００の概略ブロック図である。図示のように、無線通信デバイス２６００は、１つまたは複数のプロセッサ２６０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）、メモリ２６０４、ならびに、１つまたは複数のアンテナ２６１２に結合され、１つまたは複数の送信機２６０８と、１つまたは複数の受信機２６１０とを各々が含む１つまたは複数のトランシーバ（送受信機）２６０６を含む。送受信機２６０６は、当業者によって理解されるように、アンテナ２６１２とプロセッサ２６０２との間で通信される信号を調整するように構成され、アンテナ２６１２に接続された、無線フロントエンド回路を含む。プロセッサ２６０２は、本明細書ではプロセッシング（処理）回路とも呼ばれる。送受信機２６０６は、本明細書では、無線回路とも呼ばれる。いくつかの実施形態によれば、上記で説明した無線通信デバイス２６００の機能は、たとえば、メモリ２６０４に記憶され、（１つまたは複数の）プロセッサ２６０２によって実行されるソフトウェアで完全にまたは部分的に実装され得る。無線通信デバイス２６００は、たとえば、１つまたは複数のユーザインターフェース構成要素（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカなどを含む入力／出力インターフェース、および／または無線通信デバイス２６００への情報の入力を可能にするための、および／または無線通信デバイス２６００からの情報の出力を可能にするための任意の他の構成要素、電源（たとえば、蓄電池および関連する電力回路）など、図２６に示されない追加の構成要素を含み得ることに留意されたい。

いくつかの実施形態によれば、少なくとも１つのプロセッサによって実行されると、本明細書で説明する実施形態のいずれかによる無線通信デバイス２６００の機能を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。

図２７は、本開示のいくつかの他の実施形態による無線通信デバイス２６００の概略ブロック図である。無線通信デバイス２６００は、１つまたは複数のモジュール２７００を含み、その各々は、ソフトウェアで実装される。（１つまたは複数の）モジュール２７００は、本明細書で説明する無線通信デバイス２６００の機能を提供する。

図２８に関して、一実施形態によれば、通信システムは、ＲＡＮなどのアクセスネットワーク２８０２を備える３ＧＰＰ（登録商標）タイプのセルラーネットワークなどの電気通信ネットワーク２８００と、コアネットワーク２８０４とを含む。アクセスネットワーク２８０２は、ノードＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）などの複数の基地局２８０６Ａ、２８０６Ｂ、２８０６Ｃを備え、それぞれが対応するカバレッジエリア２８０８Ａ、２８０８Ｂ、２８０８Ｃを定義する。それぞれの基地局２８０６Ａ、２８０６Ｂ、２８０６Ｃは、有線または無線コネクション２８１０を介してコアネットワーク２８０４に接続可能である。カバレッジエリア２８０８ｃに位置する第１のＵＥ ２８１２は、対応する基地局２８０６ｃと無線で接続されるか、またはページングされるように構成されている。カバレッジエリア２８０８Ａ内の第２のＵＥ ２８１４は、対応する基地局２８０６Ａに無線で接続可能である。この例では、複数のＵＥ２８１２、２８１４が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局２８０６に接続している状況にも、等しく適用可能である。

電気通信ネットワーク２８００は、それ自体がホストコンピュータ２８１６に接続され、これは、スタンドアロンサーバ、クラウド実施サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、またはサーバファームにおける処理リソースとして、具現化され得る。ホストコンピュータ２８１６は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。通信ネットワーク２８００とホストコンピュータ２８１６との間のコネクション２８１８および２８２０は、コアネットワーク２８０４からホストコンピュータ２８１６まで直接的に延びてもよく、あるいは任意の中間ネットワーク２８２２を介してもよい。中間ネットワーク２８２２は、パブリック、プライベート、またはホストされたネットワークのうちの１つ、またはその複数の組合せであってもよく、中間ネットワーク２８２２は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク２８２２は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

図２８の通信システムは、全体として、コネクティッド状態のＵＥ２８１２、２８１４とホストコンピュータ２８１６との間のコネクティビティを実現する。コネクティビティ（接続性）は、オーバーザトップ（ＯＴＴ）コネクション２８２４として記述されてもよい。ホストコンピュータ２８１６および接続されたＵＥ２８１２、２８１４は、アクセスネットワーク２８０２、コアネットワーク２８０４、任意の中間ネットワーク２８２２、および仲介者として考えられるさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴコネクション２８２４を介してデータ通信および／またはシグナリングするように構成される。ＯＴＴコネクション２８２４は、ＯＴＴコネクション２８２４が通過するように参加している通信デバイスが、アップリンク通信およびダウンリンク通信のルーティング（経路指定）に気付かないという意味でトランスペアレントでありうる。たとえば、基地局２８０６は、接続されたＵＥ ２８１２に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ２８１６から発信されるデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局２８０６は、ＵＥ ２８１２からホストコンピュータ２８１６へ向かう発信されるアップリンク通信の将来のルーティングを認識する必要はない。

ここで、図２９を参照して、前の段落で論じたＵＥ、基地局、およびホストコンピュータの実施形態による例示的な実施形態を説明する。通信システム２９００において、ホストコンピュータ２９０２は、通信システム２９００の別の通信デバイスのインターフェースとの有線または無線コネクションをセットアップおよび維持するように構成された通信インターフェース２９０６を含むハードウェア２９０４を備える。ホストコンピュータ２９０２は、記憶および／またはプロセッシング（処理）能力を有することができる処理回路２９０８をさらに有する。特に、処理回路２９０８は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含んでもよい。ホストコンピュータ２９０２はさらにソフトウェア２９１０を有し、それがホストコンピュータ２９０２に記憶されるか、またはアクセス可能であり、処理回路２９０８によって実行可能である。ソフトウェア２９１０は、ホストアプリケーション２９１２を有する。ホストアプリケーション２９１２は、ＵＥ２９１４およびホストコンピュータ２９０２で終端されるＯＴＴコネクション２９１６を介して接続するＵＥ２９１４などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション２９１２は、ＯＴＴコネクション２９１６を使用して送信されるユーザデータを提供してもよい。

通信システム２９００は、さらに、通信システム内に設けられ、ホストコンピュータ２９０２およびＵＥ２９１４と通信することを可能にするハードウェア２９２０を有する基地局２９１８を有する。ハードウェア２９２０は、通信システム２９００の別の通信デバイスのインターフェースとの有線または無線コネクションをセットアップおよび維持するための通信インターフェース２９２２、ならびに基地局２９１８によってサービスされるカバレッジエリア（図２９には示されていない）に位置するＵＥ２９１４との少なくとも無線コネクション２９２６をセットアップおよび維持するための無線インターフェース２９２４を有してもよい。通信インターフェース２９２２は、ホストコンピュータ２９０２へのコネクション２９２８を容易にするように構成されてもよい。コネクション２９２８は、直接的なものであってもよいし、通信システムのコアネットワーク（図２９には示されていない）を通過するものであってもよいし、および／または通信システムの外部の１つ以上の中間ネットワークを通過するものであってもよい。図示の実施形態によれば、基地局２９１８のハードウェア２９２０は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を有することができる処理回路２９３０をさらに有する。さらに、基地局２９１８は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア２９３２を有する。

通信システム２９００は、すでに言及されたＵＥ２９１４をさらに有する。ＵＥ２９１４のハードウェア２９３４は、ＵＥ２９１４が現在位置するカバレッジエリアにサービスを提供する基地局との無線コネクション２９２６をセットアップおよび維持するように構成された無線インターフェース２９３６を有することができる。ＵＥ２９１４のハードウェア２９３４は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を有することができる処理回路２９３８をさらに有する。ＵＥ２９１４はさらにソフトウェア２９４０を有し、これらはＵＥ２９１４内に記憶されるかアクセス可能であり、また処理回路２９３８によって実行可能である。ソフトウェア２９４０は、クライアントアプリケーション２９４２を有する。クライアントアプリケーション２９４２は、ホストコンピュータ２９０２のサポートを受けて、ＵＥ２９１４を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ２９０２において、実行中のホストアプリケーション２９１２は、ＵＥ２９１４で終了するＯＴＴコネクション２９１６およびホストコンピュータ２９０２を介して実行中のクライアントアプリケーション２９４２と通信してもよい。ユーザにサービスを提供する際に、クライアントアプリケーション２９４２は、ホストアプリケーション２９１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴコネクション２９１６は、リクエストデータとユーザデータの両方を伝送してもよい。クライアントアプリケーション２９４２は、ユーザと対話して、ユーザが提供するユーザデータを生成してもよい。

図２９に示されるホストコンピュータ２９０２、基地局２９１８、およびＵＥ２９１４は、それぞれ、図２８のホストコンピュータ２８１６、基地局２８０６Ａ、２８０６Ｂ、２８０６Ｃのうちの１つ、およびＵＥ２８１２、２８１４のうちの１つと同様または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は、図２９に示されるようなものであってもよいし、これとは独立したものであってもよいし、周囲のネットワークトポロジは図２８のものであってもよい。

図２９では、ＯＴＴコネクション２９１６は、基地局２９１８を介したホストコンピュータ２９０２とＵＥ２９１４との間の通信を、いかなる中間デバイスも明示的に参照することなく、また、これらの装置を介したメッセージの正確なルーティングを示すために、抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ２９１４から、またはホストコンピュータ２９０２を動作するサービスプロバイダから、あるいはその両方から隠すように構成されうる、ルーティングを決定してもよい。ＯＴＴコネクション２９１６がアクティブな間、ネットワークインフラストラクチャは、（たとえば、ロードバランシングの考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。

ＵＥ２９１４と基地局２９１８との間の無線コネクション２９２６は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション２９２６が最後の区間を形成するＯＴＴコネクション２９１６を使用して、ＵＥ２９１４に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、たとえば、データレート、待ち時間、電力消費などを改善し、それによって、たとえば、ユーザ待ち時間の低減、ファイルサイズの緩和された制限、より良好な応答性、バッテリ寿命の延長などの利点を提供し得る。

測定手順は、データレート、待ち時間、および１つまたは複数の実施形態が改善する他の要因を監視する目的で提供され得る。さらに、測定結果のばらつきに応じて、ホストコンピュータ２９０２とＵＥ２９１４との間でＯＴＴコネクション２９１６を再構成するための任意のネットワーク機能があってもよい。ＯＴＴコネクション２９１６を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ２９０２のソフトウェア２９１０およびハードウェア２９０４、またはＵＥ２９１４のソフトウェア２９４０およびハードウェア２９３４、あるいはその両方で実装されてもよい。いくつかの実施形態によれば、センサ（図示せず）は、ＯＴＴコネクション２９１６が通過する通信デバイス内に、またはそれに関連して配備されてもよく、センサは、上で例示した監視量の値を供給することによって、または他の物理量の値を供給することによって、測定手順に関与してもよく、それから、ソフトウェア２９１０、２９４０が、監視量を計算または推定してもよい。ＯＴＴコネクション２９１６の再構成は、メッセージフォーマット、再送信設定、好適なルーティングなどを含むことができ、再構成は、基地局２９１８に影響を及ぼす必要はなく、基地局２９１８にとって未知または知覚不可能であり得る。このようなプロシージャおよび機能性は、当技術分野で公知であり、実践されているものであってもよい。いくつかの実施形態によれば、測定は、ホストコンピュータ２９０２のスループット、伝搬時間、レイテンシなどの測定を容易にする独自のＵＥシグナリングを有することができる。測定は、ソフトウェア２９１０および２９４０が、伝搬時間、誤り等を監視しながら、ＯＴＴコネクション２９１６を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実施されてもよい。

図３０は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図２８および図２９に関連して説明されたものであってもよい。本開示を簡単にするために、図３０を参照する図面のみがこのセクションに含まれる。ステップ３０００において、ホストコンピュータはユーザデータを提供する。ステップ３０００のサブステップ３００２（オプションであってもよい）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ３００４において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ３００６（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ３００８（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられるクライアントアプリケーションを実行する。

図３１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図２８および図２９に関連して説明されたものであってもよい。本開示を簡単にするために、図３１を参照する図面のみがこのセクションに含まれる。本方法のステップ３１００において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ３１０２において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信された信号は、本開示全体にわたって説明される実施形態の教示にしたがって、基地局を介して渡されてもよい。ステップ３１０４（任意であってもよい）において、ＵＥは、送信信号により搬送されるユーザデータを受信する。

図３２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図２８および図２９に関連して説明されたものであってもよい。本開示を簡単にするために、図３２を参照する図面のみがこのセクションに含まれる。ステップ３２００（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。これに加えて、またはこれに代えて、ステップ３２０２において、ＵＥは、ユーザデータを提供する。ステップ３２００のサブステップ３２０４（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ３２０２のサブステップ３２０６（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供されて受信される入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ３２０８で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ３２１０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図３３は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図２８および図２９に関連して説明されたものであってもよい。本開示を簡単にするために、図３３を参照する図面のみがこのセクションに含まれる。ステップ３３００（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ３３０２（オプションでよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ３３０４（任意であってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の機能ユニット、または１つまたは複数の仮想装置のモジュールを介して実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジックなどを含むことができる他のデジタルハードウェアを介して実装されてもよい。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを有することができる、メモリに格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技術のうちの１つまたは複数を実行するための命令を有する。いくつかの実装形態では、処理回路は、本開示の１つまたは複数の実施形態に従って、それぞれの機能ユニットに対応する機能を行わせるために、使用されてもよい。

図中のプロセスは、本開示の特定の実施形態によって実行される動作の特定の順序を示してもよいが、そのような順序は例示的であることを理解されたい（例えば、代替の実施形態は、異なる順序で動作を実行してもよく、特定の動作を組み合わせてもよく、特定の動作をオーバーラップしてもよいなど）。

実施形態

グループＡの実施形態

実施形態１： 複数の送信受信ポイント、複数のＴＲＰの電力制御を可能にするための無線デバイスによって実行される方法であって、複数の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信電力制御（ＴＰＣ）コマンドを受信すること（１３００）と、ここで、ＴＰＣコマンドの各々が、ＴＲＰのうちの１つに関連付けられており、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）ＴＰＣコマンドを受信すること（１３０２）と、ここで、ＴＰＣコマンドの各々が、複数のＴＲＰのうちの１つに関連付けられており、ダウンリンク制御情報（ＤＣＩ）において、第１のＴＰＣコマンド、および第２のＴＰＣコマンド、ならびにそれぞれ第１のアップリンク（ＵＬ）送信、および第２のＵＬ送信のための第１の空間関係および第２の空間関係を受信すること（１３０４）と、それぞれ第１の空間関係および第２の空間関係に基づき第１の送信電力および第２の送信電力を推定すること（１３０６）と、それぞれ、第１の送信電力および第２の送信電力を第１のＵＬ送信および第２のＵＬ送信に適用すること（１３０８）と、のうちの少なくとも１つを備える、方法。

実施形態２： 複数のＴＲＰが、空間関係および／またはサウンディング基準信号、ＳＲＳ、リソースインジケータ、ＳＲＩ、または送信構成インジケータ、ＴＣＩ状態によって識別される、前述の実施形態のいずれかに記載の方法。

実施形態３： 複数のＰＵＣＣＨ ＴＰＣコマンドを受信することが、複数のＴＲＰへの複数のＰＵＣＣＨ送信をトリガするＤＬ ＤＣＩにおいて複数のＰＵＣＣＨ ＴＰＣコマンドを受信することを含む、前述の実施形態のいずれかに記載の方法。

実施形態４： 複数のＰＵＳＣＨ ＴＰＣコマンドを受信することが、複数のＴＲＰに向けて複数のＰＵＳＣＨ送信をスケジュールするＵＬ ＤＣＩにおいて複数のＰＵＳＣＨ ＴＰＣコマンドを受信することを含む、前述の実施形態のいずれかに記載の方法。

実施形態５： 第１および第２の空間関係が、第１および第２のＤＬまたはＵＬ基準信号に関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態６： 第１および第２のＤＬまたはＵＬ基準信号がＣＳＩ－ＲＳ、ＳＳＢ、またはＳＲＳのうちの１つである、前述の実施形態のいずれかに記載の方法。

実施形態７： 第１および第２のＤＬまたはＵＬ基準信号が異なる、前述の実施形態のいずれかに記載の方法。

実施形態８： ＤＣＩが、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿実施形態２のうちの１つのＤＬ ＤＣＩである、前述の実施形態のいずれかの方法。

実施形態９： 第１および第２のＵＬ送信がそれぞれ第１および第２のＰＵＣＣＨ送信である、前述の実施形態のいずれかに記載の方法。

実施形態１０： 第１および第２の空間関係が１つまたは複数のＰＵＣＣＨリソースに関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態１１： ＤＣＩが、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿実施形態２のうちの１つのＵＬ ＤＣＩである、前述の実施形態のいずれかの方法。

実施形態１２： 第１および第２のＵＬ送信がそれぞれ第１および第２のＰＵＳＣＨ送信である、前述の実施形態のいずれかに記載の方法。

実施形態１３： 第１および第２の空間関係が、ＤＣＩにおいて示される第１および第２のＳＲＩにそれぞれ関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態１４： 方法が、第１および第２の送信電力にそれぞれ基づいて第１および第２のＰＨＲを計算することと、第１および第２のＰＵＳＣＨ送信におけるＰＨＲレポートにおいて、第１のＰＨＲと、第２のＰＨＲと、第１および第２のＰＨＲの最大値と、第１および第２のＰＨＲの最小値と、第１および第２のＰＨＲの両方と、のうちの一つをレポートすることとをさらに含む、前述の実施形態のいずれかに記載の方法。

実施形態１５： 第１および第２の空間関係が、ＤＣＩにおいて示される第１および第２のＵＬ ＴＣＩ状態にそれぞれ関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態１６： 第１および第２の空間関係が、それぞれ第１および第２の組の電力制御パラメータに関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態１７： 第１および第２の送信電力を推定することが、それぞれ第１および第２の組の電力制御パラメータに基づいて第１および第２の開ループ電力調整を計算することと、それぞれ第１および第２のＴＰＣコマンドに基づいて第１および第２の閉ループ電力調整を計算することとを含む、前述の実施形態のいずれかに記載の方法。

実施形態１８： 第１および第２の空間関係が、それぞれ第１および第２のＴＲＰに関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態１９： 第１および第２のＴＰＣコマンドが一緒に符号化される、前述の実施形態のいずれかに記載の方法。

実施形態２０： ＤＣＩ中のＴＰＣコマンドの数が、ＤＣＩ中に示されるＴＣＩ状態の個数と、ＵＬキャリアの対応するＢＷＰ中で構成されるすべてのＰＵＣＣＨリソースについてアクティブ化される空間関係（またはＵＬ ＴＣＩ状態）の最大個数によって決定される、ＤＣＩ中のＴＰＣコマンドフィールドの個数と、ＤＣＩ中で示されるＳＲＩ（またはＵＬ ＴＣＩ状態）の個数、ＵＬキャリアの対応するＢＷＰ中で構成されるＰＵＳＣＨ送信に関連するＳＲＩ（またはＵＬ ＴＣＩ状態）の最大個数と、からなるグループのうちの１つまたは複数に基づいて決定される、前述の実施形態のいずれかの方法。

実施形態２１： 異なるＴＲＰに関連する閉ループが共同でインデックス付けされる、前述の実施形態のいずれかに記載の方法。

実施形態２２： ＤＣＩフォーマット２＿２および／またはＤＣＩフォーマット２＿３におけるグループベースＴＰＣコマンドについて、無線デバイスのための各々のブロックは、１つまたは複数のＴＰＣコマンドと、関連する閉ループインジケータとを含むことができる、前述の実施形態のいずれかに記載の装置。

実施形態２３： 閉ループインジケータのビット数が、対応するＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳのために構成された閉ループの最大個数に基づく、前述の実施形態のいずれかに記載の方法。

実施形態２４： ＰＨＲレポートが実際のＰＵＳＣＨに基づいており、複数のＴＲＰに向かって繰り返されるＰＵＳＣＨ上で搬送されるとき、複数のＰＨＲが計算される、前述の実施形態のいずれかに記載の方法。

実施形態２５： 各計算されたＰＨＲが、１つのＰＵＳＣＨ機会に基づいてＴＲＰになり、複数の計算されたＰＨＲの最小、最大、または平均のうちの少なくとも１つを報告する、前述の実施形態のいずれかに記載の方法。

実施形態２６： ユーザデータを提供することと、ユーザデータを、送信を介して基地局にホストコンピュータに転送することとをさらに含む、前述の実施形態のいずれかに記載の方法。

グループＢの実施形態

実施形態２７： 複数の送信受信ポイント（ＴＲＰ）の電力制御を可能にするための基地局によって実行される方法であって、前記方法は、 複数のＰＵＣＣＨ ＴＰＣコマンドを無線デバイスに送信すること（１４００）と、ここで、複数のＴＰＣコマンドのそれぞれは、複数のＴＲＰのうちの一つに関連付けられておリ、 複数のＰＵＳＣＨ ＴＰＣコマンドを無線デバイスに送信すること（１４０２）と、ここで、複数のＴＰＣコマンドのそれぞれは、複数のＴＲＰのうちの一つに関連付けられておリ、 ＤＣＩにおいて、第１のＴＰＣコマンドおよび第２のＴＰＣコマンドと、それぞれ第１のＵＬ送信および第２のＵＬ送信のための第１の空間関係および第２の空間関係とを無線デバイスに送信すること（１４０４）と、 第１の空間関係および第２の空間関係にそれぞれ基づいて、第１の送信電力および第２の送信電力を推定すること（１４０６）と、 それぞれ第１の送信電力および第２の送信電力を用いて、第１のＵＬ送信および第２のＵＬ送信を受信すること（１４０８）と のうちの少なくとも１つを備える方法。

実施形態２８： 複数のＴＲＰが、空間関係および／またはサウンディング基準信号、ＳＲＳ、リソースインジケータ、ＳＲＩ、または送信構成インジケータ、ＴＣＩ状態によって識別される、前述の実施形態のいずれかに記載の方法。

実施形態２９： 複数のＰＵＣＣＨ ＴＰＣコマンドを送信することが、複数のＴＲＰに向けて複数のＰＵＣＣＨ送信をトリガするＤＬ ＤＣＩにおいて複数のＰＵＣＣＨ ＴＰＣコマンドを送信することを含む、前述の実施形態のいずれかに記載の方法。

実施形態３０： 複数のＰＵＳＣＨ ＴＰＣコマンドを送信することが、複数のＴＲＰに向けて複数のＰＵＳＣＨ送信をスケジューリングするＵＬ ＤＣＩにおいて複数のＰＵＳＣＨ ＴＰＣコマンドを送信することを含む、前述の実施形態のいずれかに記載の方法。

実施形態３１： 第１および第２の空間関係が、第１および第２のＤＬまたはＵＬ基準信号に関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態３２： 第１および第２のＤＬまたはＵＬ基準信号がＣＳＩ－ＲＳ、ＳＳＢ、またはＳＲＳのうちの１つである、前述の実施形態のいずれかに記載の方法。

実施形態３３： 第１および第２のＤＬまたはＵＬ基準信号が異なる、前述の実施形態のいずれかに記載の方法。

実施形態３４： ＤＣＩが、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿実施形態２のうちの１つのＤＬ ＤＣＩである、前述の実施形態のいずれかの方法。

実施形態３５： 第１および第２のＵＬ送信がそれぞれ第１および第２のＰＵＣＣＨ送信である、前述の実施形態のいずれかに記載の方法。

実施形態３６： 第１および第２の空間関係が１つまたは複数のＰＵＣＣＨリソースに関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態３７： ＤＣＩが、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿実施形態２のうちの１つのＵＬ ＤＣＩである、前述の実施形態のいずれかの方法。

実施形態３８： 第１および第２のＵＬ送信がそれぞれ第１および第２のＰＵＳＣＨ送信である、前述の実施形態のいずれかに記載の方法。

実施形態３９： 第１および第２の空間関係が、ＤＣＩにおいて示される第１および第２のＳＲＩにそれぞれ関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態４０： 本方法は、第１および第２のＰＨＲが第１および第２の送信電力に基づいてそれぞれ計算されることと、第１および第２のＰＵＳＣＨ送信におけるＰＨＲレポートにおいて、第１のＰＨＲと、第２のＰＨＲと、第１および第２のＰＨＲの最大値と、第１および第２のＰＨＲの最小値と、または、第１および第２のＰＨＲの両方と、のうちの一つを受信することと、をさらに有する、先行する実施形態のいずれかの方法。

実施形態４１： 第１および第２の空間関係が、ＤＣＩにおいて示される第１および第２のＵＬ ＴＣＩ状態にそれぞれ関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態４２： 第１および第２の空間関係が、それぞれ、第１および第２の組の電力制御パラメータに関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態４３： 第１および第２の送信電力を推定することが、それぞれ第１および第２の組の電力制御パラメータに基づいて第１および第２の開ループ電力調整を計算すること、を含み、第１および第２の閉ループ電力調整がそれぞれ第１および第２のＴＰＣコマンドに基づいている、前述の実施形態のいずれかに記載の方法。

実施形態４４： 第１および第２の空間関係が、それぞれ第１および第２のＴＲＰに関連付けられる、前述の実施形態のいずれかに記載の方法。

実施形態４５： 第１および第２のＴＰＣコマンドが一緒に符号化される、前述の実施形態のいずれかに記載の方法。

実施形態４６： ＤＣＩ中のＴＰＣコマンドの個数が、ＤＣＩ中に示されるＴＣＩ状態の個数と、ＵＬキャリアの対応するＢＷＰ中で構成されるすべてのＰＵＣＣＨリソースについてアクティブ化される空間関係（またはＵＬ ＴＣＩ状態）の最大個数によって決定されるＤＣＩ中のＴＰＣコマンドフィールドの個数と、ＤＣＩ中で示されるＳＲＩ（またはＵＬ ＴＣＩ状態）の個数と、ＵＬキャリアの対応するＢＷＰ中で構成されるＰＵＳＣＨ送信に関連するＳＲＩ（またはＵＬ ＴＣＩ状態）の最大個数と、からなるグループのうちの１つまたは複数に基づいて決定される、前述の実施形態のいずれかの方法。

実施形態４７： 異なるＴＲＰに関連する閉ループが共同でインデックス付けされる、前述の実施形態のいずれかに記載の方法。

実施形態４８： ＤＣＩフォーマット２＿２および／またはＤＣＩフォーマット２＿３におけるグループベースのＴＰＣコマンドについて、無線デバイスのための各々のブロックは、１つ以上のＴＰＣコマンドおよび関連する閉ループインジケータを含むことができる、前述の実施形態のいずれかに記載の方法。

実施形態４９： 閉ループインジケータのビット数が、対応するＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳのために構成された閉ループの最大個数に基づく、前述の実施形態のいずれかに記載の方法。

実施形態５０： ＰＨＲレポートが実際のＰＵＳＣＨに基づいており、複数のＴＲＰに向かって繰り返されるＰＵＳＣＨ上で搬送されるとき、複数のＰＨＲが計算される、前述の実施形態のいずれかに記載の方法。

実施形態５１： 各計算されたＰＨＲが、１つのＰＵＳＣＨ機会に基づいてＴＲＰになり、複数の計算されたＰＨＲの最小、最大、または平均のうちの少なくとも１つを報告する、前述の実施形態のいずれかに記載の方法。

実施形態５２： ユーザデータを取得することと、ユーザデータをホストコンピュータまたは無線デバイスに転送することとを更に含む、前述の実施形態のいずれかに記載の方法。

グループＣの実施形態

実施形態５３： 複数の送信受信ポイント（ＴＲＰ）の電力制御を可能にするための無線デバイスであって、グループＡの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路と、無線デバイスに電力を供給するように構成された電源回路とを備える、無線デバイス。

実施形態５４： 複数の送信受信ポイント（ＴＲＰ）の電力制御を可能にするための基地局であって、グループＢの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路と、基地局に電力を供給するように構成された電源回路とを備える、基地局。

実施形態５５： 複数の送信受信ポイント（ＴＲＰ）の電力制御を可能にするためのユーザ装置（ＵＥ）であって、無線信号を送受信するように構成されたアンテナと、アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、グループＡの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路と、処理回路に接続され、処理回路によって処理されるべきＵＥへの情報の入力を可能にするように構成された入力インターフェースと、処理回路に接続され、処理回路によって処理されたＵＥから情報を出力するように構成された出力インターフェースと、処理回路に接続され、ＵＥに電力を供給するように構成された蓄電池とを備える、ＵＥ。

実施形態５６： ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）への送信のためにセルラーネットワークにユーザデータを転送するように構成された通信インターフェースとを備えるホストコンピュータを含む通信システムであって、セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を備え、基地局の処理回路は、グループＢの実施形態のいずれかのステップのいずれかを実行するように構成される。

実施形態５７： 基地局をさらに含む、前の実施形態の通信システム。

実施形態５８： ＵＥをさらに含み、ＵＥは、基地局と通信するように構成される、前の２つの実施形態の通信システム。

実施形態５９： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、ＵＥが、ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成された処理回路を備える、前の３つの実施形態の通信システム。

実施形態６０： ホストコンピュータと、基地局と、ユーザ装置と、ＵＥとを含む通信システムにおいて実装される方法であって、前記方法は、 前記ホストコンピュータにおいて、ユーザデータを提供することと、 前記ホストコンピュータにおいて、前記基地局を備えるセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送する伝送を開始することと を備え、前記基地局は、前記グループＢの実施形態のいずれかのステップのいずれかを実行する、方法。

実施形態６１： 前記実施形態の方法は、前記基地局において、前記ユーザデータを送信することをさらに含む。

実施形態６２： ユーザデータが、ホストアプリケーションを実行することによってホストコンピュータにおいて提供され、方法は、ＵＥにおいて、ホストアプリケーションに関連付けられるクライアントアプリケーションを実行することをさらに含む、前述の２つの実施形態の方法。

実施形態６３： 基地局と通信するように構成されたユーザ装置、ＵＥであって、無線インターフェースと、前の３つの実施形態の方法を実行するように構成された処理回路とを備える、ＵＥ。

実施形態６４： ユーザデータを提供するように構成された処理回路と、ユーザデータをセルラーネットワークに転送してユーザ装置（ＵＥ）に送信するように構成された通信インターフェースとを備えるホストコンピュータを含む通信システムであって、ＵＥは、無線インターフェースおよび処理回路を備え、ＵＥの構成要素は、グループＡの実施形態のいずれかのステップのいずれかを実行するように構成される、通信システム。

実施形態６５： 前記セルラーネットワークは、前記ＵＥと通信するように構成された基地局をさらに含む、前述の実施形態の通信システム。

実施形態６６： 先の２つの実施形態の通信システムであって、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、ＵＥの処理回路は、ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成される。

実施形態６７： ホストコンピュータ、基地局、およびユーザ装置、ＵＥを含む通信システムにおいて実装される方法であって、前記方法は、 前記ホストコンピュータにおいて、ユーザデータを提供することと、 前記ホストコンピュータにおいて、前記基地局を備えるセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送する伝送を開始することと を備え、前記ＵＥは、前記グループＡの実施形態のいずれかのステップのいずれかを実行する、方法。

実施形態６８： ＵＥにおいて、基地局からユーザデータを受信することをさらに備える、前の実施形態の方法。

実施形態６９： ユーザ装置、ＵＥから基地局への伝送に由来するユーザデータを受信するように構成された通信インターフェースを備える、ホストコンピュータを含む通信システムであって、ＵＥは、無線インターフェースおよび処理回路を備え、ＵＥの処理回路は、グループＡの実施形態のいずれかのステップのいずれかを実行するように構成される、通信システム。

実施形態７０： ＵＥをさらに含む、前の実施形態の通信システム。

実施形態７１： 基地局をさらに含み、基地局は、ＵＥと通信するように構成された無線インターフェースと、ＵＥから基地局への伝送によって搬送されるユーザデータをホストコンピュータに転送するように構成された通信インターフェースとを備える、前の２つの実施形態の通信システム。

実施形態７２： 先の３つの実施形態の通信システムであって、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成され、ＵＥの処理回路は、ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成され、それによってユーザデータを提供する。

実施形態７３： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによって要求データを提供するように構成され、ＵＥの処理回路が、ホストアプリケーションに関連付けられるクライアントアプリケーションを実行し、それによって要求データに応じてユーザデータを提供するように構成される、前の４つの実施形態の通信システム。

実施形態７４： ホストコンピュータ、基地局、およびユーザ装置、ＵＥを含む通信システムにおいて実装される方法であって、前記方法は、 前記ホストコンピュータにおいて、前記ＵＥから前記基地局に送信されたユーザデータを受信することを含み、前記ＵＥは、前記グループＡの実施形態のいずれかのステップのいずれかを実行する、方法。

実施形態７５： 前記実施形態の方法は、前記ＵＥにおいて、前記ユーザデータを前記基地局に提供することをさらに含む。

実施形態７６： 先の２つの実施形態の方法であって、ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられるホストアプリケーションを実行することとをさらに備える、方法。

実施形態７７： 前の３つの実施形態の方法であって、ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することとをさらに備え、入力データは、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供され、送信されるユーザデータは、入力データに応答してクライアントアプリケーションによって提供される、方法。

実施形態７８： ユーザ装置（ＵＥ）から基地局への伝送に由来するユーザデータを受信するように構成された通信インターフェースを備えるホストコンピュータを含む通信システムであって、基地局は、無線インターフェースおよび処理回路を備え、基地局の処理回路は、グループＢの実施形態のいずれかのステップのいずれかを実行するように構成される。

実施形態７９： 基地局をさらに含む、前の実施形態の通信システム。

実施形態８０： ＵＥをさらに含み、ＵＥは、基地局と通信するように構成される、前述の２つの実施形態の通信システム。

実施形態８１： ホストコンピュータの処理回路が、ホストアプリケーションを実行するように構成され、ＵＥが、ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成され、それによって、ホストコンピュータによって受信されるべきユーザデータを提供する、先の３つの実施形態の通信システム。

実施形態８２： ホストコンピュータ、基地局、およびユーザ装置、ＵＥを含む通信システムにおいて実装される方法であって、前記方法は、前記ホストコンピュータにおいて、前記基地局から、前記基地局が前記ＵＥから受信した伝送に由来するユーザデータを受信することを含み、前記ＵＥは、前記グループＡの実施形態のいずれかのステップのいずれかを実行する、方法。

実施形態８３： 基地局において、ＵＥからユーザデータを受信することをさらに備える、前の実施形態の方法。

実施形態８４： 基地局において、ホストコンピュータへの受信されたユーザデータの送信を開始することをさらに含む、前述の２つの実施形態の方法。

本開示では、以下の略語の少なくともいくつかを用いることができる。略語間に不一致がある場合、それが上記でどのように使用されるかが優先されるべきである。以下に複数回列挙される場合、第１の列挙は、その後の任意の列挙よりも優先されるべきである。
３ＧＰＰ（登録商標）： 第三世代パートナーシッププロジェクト
５Ｇ： 第５世代
５ＧＣ： 第５世代コア
５ＧＳ： 第５世代システム
ＡＦ： アプリケーション機能
ＡＭＦ： アクセスおよびモビリティ機能
ＡＮ： アクセスネットワーク
ＡＰ： アクセスポイント
ＡＳＩＣ： 特定用途向け集積回路
ＡＵＳＦ： 認証サーバ機能
ＢＷＰ： 帯域幅パート
ＣＥ： 制御エレメント
ＣＧ： 設定済みグラント
ＣＯＲＥＳＥＴ： 制御リソースセット
ＣＰ： サイクリックプレフィックス
ＣＰ－ＯＦＤＭ： サイクリックプレフィックス直交周波数分割多重化
ＣＰＵ： 中央演算処理装置
ＣＳＩ－ＲＳチャネル状態情報基準信号
ＤＣＩ： ダウンリンク制御情報
ＤＦＴ： 離散フーリエ変換
ＤＬ： ダウンリンク
ＤＭＲＳ： 復調基準信号
ＤＮ： データネットワーク
ＤＳＰ： デジタル信号プロセッサ
ｅＮＢ： 拡張型または進化型ノードＢ
ＦＰＧＡ： フィールドプログラマブルゲートアレイ
ＦＲ１： 周波数範囲１
ＦＲ２： 周波数範囲２
ｇＮＢ： ニューレディオ（新無線）基地局
ｇＮＢ－ＣＵ： 新無線基地局セントラルユニット
ｇＮＢ－ＤＵ： 新無線基地局分散ユニット
ＨＡＲＱ： ハイブリッド自動再送要求
ＨＳＳ： ホーム加入者サーバ
ＩＤ： 識別情報
ＩＥ： 情報要素
ＩｏＴ： モノのインターネット
ＩＰ： インターネットプロトコル
ＬＴＥ： ロングタームエボリューション
ＭＡＣ： 媒体アクセス制御
ＭＣＳ： 変調および符号化方式
ＭＭＥ： モビリティ管理エンティティ
ＭＴＣ： マシンタイプ通信
Ｍ－ＴＲＰ： マルチ送信受信ポイント
ＮＥＦ： ネットワーク公開機能
ＮＦ： ネットワーク機能
ＮＧ－ＲＡＮ： 次世代無線アクセスネットワーク
ＮＲ： ニューレディオ（新無線）
ＮＲＦ： ネットワーク機能リポジトリ機能
ＮＳＳＦ： ネットワークスライス選択機能
ＯＦＤＭ： 直交周波数分割多重方式
ＯＴＴ： オーバーザトップ
ＰＢＣＨ： 物理ブロードキャストチャネル
ＰＣ： パーソナルコンピュータ
ＰＣＦ： ポリシー制御機能
ＰＤＣＣＨ： 物理ダウンリンク制御チャネル
ＰＤＳＣＨ： 物理ダウンリンク共有チャネル
Ｐ－ＧＷ： パケットデータネットワークゲートウェイ
ＰＨＲ： 電力ヘッドルーム
ＰＵＳＣＨ： 物理アップリンク共有チャネル
ＱＣＬ： 準同一配置
ＱｏＳ： サービス品質
ＲＡＭ： ランダムアクセスメモリ
ＲＡＮ： 無線アクセスネットワーク
ＲＢ： リソースブロック
ＲＥ： リソース要素
ＲＦ： 無線周波数
ＲＴＩ： 無線ネットワーク仮識別子情報
ＲＯＭ： 読み取り専用メモリ
ＲＲＣ： 無線リソース制御
ＲＲＨ： リモート無線ヘッド
ＲＳ： 基準信号
ＲＴＴ： ラウンドトリップ時間
Ｒｘ： 受信
ＳＣＦＥ： サービスケイパビリティ公開機能
ＳＭＦ： セッション管理機能
ＳＰＳ： セミパーシステント（半永続）スケジュール
ＳＲＩ： 信号リソースインジケータ
ＳＲＳ： サウンディング基準信号
ＳＳ： 同期信号
ＳＳＢ： 同期信号ブロック
ＴＣＩ： 送信構成インジケータ
ＴＰ： 送信ポイント
ＴＰＣ： 送信電力制御
ＴＲＰ： 送信受信ポイント
ＴＲＳ： トラッキング基準信号
ＵＤＭ： 統合データ管理機能
ＵＥ： ユーザ装置
ＵＬ： アップリンク
ＵＰＦ： ユーザプレーン機能
ＵＲＬＬＣ： 超信頼性低遅延通信

当業者は、本開示の実施形態に対する改良および修正を認識するであろう。全てのそのような改良および修正は、本明細書に開示された概念の範囲内にあると考えられる。

Claims (63)

1. 複数の送信受信ポイント（ＴＲＰ）に送信されるアップリンク（ＵＬ）物理チャネルのための、ＴＲＰごとの、ＵＬ電力制御を可能にする、無線デバイスによって実行される方法であって、前記方法は、
   ダウンリンク制御情報（ＤＣＩ）において、第１の送信電力制御（ＴＰＣ）コマンドと、第２のＴＰＣコマンドと、第１の閉ループに関連付けられる第１のＴＲＰへの前記物理チャネルの第１の送信、および、第２の閉ループに関連付けられる第２のＴＲＰへの前記物理チャネルの第２の送信のインジケーションと、を受信すること（１３００）と、
   前記第１および前記第２のＴＰＣコマンドにそれぞれ基づいて第１の送信電力と第２の送信電力とを決定すること（１３０２）と、
   前記第１のＵＬ送信および前記第２のＵＬ送信にそれぞれ前記第１の送信電力および前記第２の送信電力を適用すること（１３０４）と、
   を有する方法。
2. 請求項１に記載の方法であって、前記物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、および物理アップリンク制御チャネル（ＰＵＣＣＨ）のうちの１つでありうる、方法。
3. 請求項１に記載の方法であって、前記第１および第２のＴＰＣコマンドは、前記第１および第２の閉ループにそれぞれ関連付けられる電力調整を示す、方法。
4. 請求項１に記載の方法であって、前記第１および第２のＴＲＰのそれぞれは、空間関係、サウンディング基準信号（ＳＲＳ）、リソースインジケータ（ＳＲＩ）、または、送信構成インジケータ（ＴＣＩ）状態、によって識別される、方法。
5. 請求項１から４のいずれか一項に記載の方法であって、前記ＤＣＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするＤＬ ＤＣＩであり、前記ＤＣＩは、前記ＰＤＳＣＨに関連付けられるハイブリッド自動再送要求アクノレッジメント（ＨＡＲＱ－ＡＣＫ）を搬送するためのＰＵＣＣＨリソースも示し、前記ＰＵＣＣＨリソースは、第１および第２の空間関係を用いてアクティブ化される、方法。
6. 請求項１から５のいずれか一項に記載の方法であって、前記第１および第２の空間関係は、それぞれ前記第１および第２のＴＲＰに関連付けられ、前記第１および第２の送信は、ＰＵＣＣＨ送信である、方法。
7. 請求項１から５のいずれか一項に記載の方法であって、前記第１および第２の閉ループのインデックスは、前記第１および第２の空間関係においてそれぞれ示される、方法。
8. 請求項１に記載の方法であって、前記ＤＣＩは、ＰＵＳＣＨをスケジューリングするＵＬ ＤＣＩであり、前記第１および第２の送信は、ＰＵＳＣＨ送信である、方法。
9. 請求項１および８に記載の方法であって、前記ＵＬ ＤＣＩは、前記第１および第２のＴＲＰにそれぞれ関連する第１および第２のＳＲＩを備える、方法。
10. 請求項１および８に記載の方法であって、前記第１および第２の閉ループのインデックスは、前記第１および第２のＳＲＩを通してそれぞれ示される、方法。
11. 請求項１から８のいずれか一項に記載の方法であって、前記第１および前記第２の空間関係は、第１および第２のＤＬまたはＵＬ基準信号に関連付けられる、方法。
12. 請求項１１に記載の方法であって、前記第１および第２のＤＬまたはＵＬ基準信号は、ＣＳＩ－ＲＳ、ＳＳＢ、またはＳＲＳのうちの１つである、方法。
13. 請求項１１から１２のいずれか一項に記載の方法であって、前記第１および前記第２のＤＬまたはＵＬ基準信号が異なるものである、方法。
14. 請求項１から１３のいずれか一項に記載の方法であって、前記ＤＣＩは、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２のうちの１つのＤＬ ＤＣＩである、方法。
15. 請求項１から１４のいずれか一項に記載の方法であって、前記第１および前記第２のＵＬ送信は、それぞれ、第１および第２のＰＵＣＣＨ送信である、方法。
16. 請求項１から１５のいずれか一項に記載の方法であって、前記第１および前記第２の空間関係は、１つまたは複数のＰＵＣＣＨリソースに関連付けられる、方法。
17. 請求項１から１６のいずれか一項に記載の方法であって、前記ＤＣＩは、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２のうちの１つのＵＬ ＤＣＩである、方法。
18. 請求項１から１４のいずれか一項に記載の方法であって、前記第１および前記第２のＵＬ送信は、それぞれ、第１および第２のＰＵＳＣＨ送信である、方法。
19. 請求項１から１８のいずれか一項に記載の方法であって、前記第１および前記第２の空間関係は、前記ＤＣＩ中で示される第１および第２のＳＲＩにそれぞれ関連付けられる、方法。
20. 請求項１から１９のいずれか一項に記載の方法であって、前記方法は、さらに、
    前記第１および前記第２の送信電力にそれぞれ基づいて、第１および第２の電力ヘッドルーム（ＰＨ）を計算することと、
    前記第１のＰＨと、前記第２のＰＨと、前記第１および前記第２のＰＨの最大値と、前記第１および前記第２のＰＨの最小値と、前記第１および前記第２のＰＨの平均値と、前記第１および前記第２のＰＨの両方と、のうちの１つを、前記第１および前記第２のＰＵＳＣＨ送信において搬送される電力ヘッドルームレポート（ＰＨＲ）において報告することと、
    を有する方法。
21. 請求項１から２０のいずれか一項に記載の方法であって、前記第１および前記第２の送信は、前記ＤＣＩ中で示される第１および第２のＵＬ ＴＣＩ状態にそれぞれ関連付けられる、方法。
22. 請求項１から２１のいずれか一項に記載の方法であって、前記第１および前記第２の送信は、それぞれ、電力制御パラメータの第１および第２のセットに関連付けられる、方法。
23. 請求項１から２２のいずれか一項に記載の方法であって、電力制御パラメータの前記第１および第２のセットは、前記第１および第２の空間関係、ＳＲＩ、またはＴＣＩ状態のためにそれぞれ構成される、方法。
24. 請求項１から２２のいずれか一項に記載の方法であって、電力制御パラメータの前記第１および第２のセットは、少なくとも前記第１および第２の閉ループのインデックスをそれぞれ含む、方法。
25. 請求項１から２２のいずれか一項に記載の方法であって、前記第１および第２の送信電力を推定することは、
    電力制御パラメータの前記第１および前記第２のセットにそれぞれ基づいて第１および第２の開ループ電力調整を計算することと、前記第１および前記第２のＴＰＣコマンドにそれぞれ基づいて第１および第２の閉ループ電力調整を計算することと、を有する方法。
26. 請求項１から２５のいずれか一項に記載の方法であって、前記第１および前記第２のＴＰＣコマンドは、一緒に符号化される、方法。
27. 請求項１から２６のいずれか一項に記載の方法であって、前記ＤＣＩにおけるＴＰＣコマンドの個数は、
    前記ＤＣＩにおいて示されるＴＣＩ状態の個数と、
    ＵＬキャリアの、対応するＢＷＰにおいて構成されるすべてのＰＵＣＣＨリソースについてアクティブ化される空間関係（またはＵＬ ＴＣＩ状態）の最大個数によって決定される、前記ＤＣＩ中のＴＰＣコマンドフィールドの個数と、
    前記ＤＣＩにおいて示されるＳＲＩ（またはＵＬ ＴＣＩ状態）の個数と、
    ＵＬキャリアの、対応するＢＷＰにおいて構成されるＰＵＳＣＨ送信に関連付けられるＳＲＩ（またはＵＬ ＴＣＩ状態）の最大個数と、
    からなるグループのうちの１つまたは複数に基づいて決定される、方法。
28. 請求項１から２７のいずれか一項に記載の方法であって、異なる複数のＴＲＰに関連する閉ループが、一緒にインデックス付けされる、方法。
29. 請求項１から２８のいずれか一項に記載の方法であって、ＤＣＩフォーマット２＿２および／またはＤＣＩフォーマット２＿３におけるグループベースのＴＰＣコマンドの場合、前記無線デバイスのためのそれぞれのブロックは、１つまたは複数のＴＰＣコマンドと、関連する閉ループインジケータとを含みうる、方法。
30. 請求項１から２９のいずれか一項に記載の方法であって、前記閉ループインジケータのビット数は、前記対応するＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳのために構成される閉ループの最大個数に基づく、方法。
31. 請求項１から３０のいずれか一項に記載の方法であって、前記無線デバイスは、新無線（ＮＲ）通信ネットワークにおいて動作する、方法。
32. 無線デバイスによって複数の送信受信ポイント（ＴＲＰ）に向けて送信されるべきアップリンク（ＵＬ）物理チャネルの、ＴＲＰごとの、ＵＬ電力制御を可能にする、基地局によって実行される方法であって、前記方法は、
    第１および第２のＴＲＰにそれぞれ関連付けられる第１および第２の電力制御閉ループの構成を前記無線デバイスに送信すること（１４００）と、
    前記無線デバイスへ、ＤＣＩにおいて、第１の送信電力制御（ＴＰＣ）コマンドと、第２のＴＰＣコマンドと、第１のＴＲＰへの前記物理チャネルの第１のＵＬ送信および第２のＴＲＰへの前記物理チャネルの第２のＵＬ送信のそれぞれのインジケーションと、を送信すること（１４０２）と、
    前記第１のＴＲＰにおいて第１の送信電力を用いられる第１のＵＬ送信と、前記第２のＴＲＰにおいて第２の送信電力を用いられる第２のＵＬ送信を受信すること（１４０４）と、
    を有する方法。
33. 請求項３２に記載の方法であって、前記物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）と、物理アップリンク制御チャネル（ＰＵＣＣＨ）と、のうちの１つでありうる、方法。
34. 請求項３２に記載の方法であって、前記第１および第２のＴＰＣコマンドは、前記第１および第２の閉ループにそれぞれ関連する電力調整を示す、方法。
35. 請求項３２に記載の方法であって、前記第１および第２のＴＲＰのそれぞれは、空間関係、サウンディング基準信号（ＳＲＳ）、リソースインジケータ（ＳＲＩ）、または、送信構成インジケータ（ＴＣＩ）状態によって識別される、方法。
36. 請求項３２から３５のいずれかに記載の方法であって、前記ＤＣＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするＤＬ ＤＣＩであり、前記ＤＣＩは、前記ＰＤＳＣＨに関連付けられるハイブリッド自動再送要求アクノレッジメント（ＨＡＲＱ－ＡＣＫ）を搬送するためのＰＵＣＣＨリソースも示し、前記ＰＵＣＣＨリソースは、第１および第２の空間関係でアクティブ化される、方法。
37. 請求項３２から３６のいずれか一項に記載の方法であって、前記第１および第２の空間関係は、それぞれ前記第１および第２のＴＲＰに関連付けられ、前記第１および第２の送信は、ＰＵＣＣＨ送信である、方法。
38. 請求項３２から３６のいずれか一項に記載の方法であって、前記第１および第２の閉ループのインデックスは、前記第１および第２の空間関係においてそれぞれ示される、方法。
39. 請求項３２から３６のいずれか一項に記載の方法であって、前記ＤＣＩは、ＰＵＳＣＨをスケジューリングするＵＬ ＤＣＩであり、前記第１および第２の送信は、ＰＵＳＣＨ送信である、方法。
40. 請求項３２および３９に記載の方法であって、前記ＵＬ ＤＣＩは、前記第１および第２のＴＲＰにそれぞれ関連付けられる第１および第２のＳＲＩを含む、方法。
41. 請求項３２および３９に記載の方法であって、前記第１および第２の閉ループのインデックスは、前記第１および第２のＳＲＩを通してそれぞれ示される、方法。
42. 請求項３２から３９のいずれか一項に記載の方法であって、前記第１および前記第２の空間関係は、第１および第２のＤＬまたはＵＬ基準信号に関連付けられる、方法。
43. 請求項３２から４２のいずれか一項に記載の方法であって、前記第１および前記第２のＤＬまたはＵＬ基準信号は、ＣＳＩ－ＲＳ、ＳＳＢ、またはＳＲＳのうちの１つである、方法。
44. 請求項３２から４３のいずれか一項に記載の方法であって、前記第１および前記第２のＤＬまたはＵＬ基準信号は異なるものである、方法。
45. 請求項３２から４４のいずれか一項に記載の方法であって、前記ＤＣＩが、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２のうちの１つのＤＬ ＤＣＩである、方法。
46. 請求項３２から４５のいずれか一項に記載の方法であって、前記第１および前記第２の空間関係は、１つまたは複数のＰＵＣＣＨリソースに関連付けられる、方法。
47. 請求項３２から４６のいずれか一項に記載の方法であって、前記ＤＣＩが、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２のうちの１つのＵＬ ＤＣＩである、方法。
48. 請求項３２から４７のいずれか一項に記載の前記方法であって、前記方法は、さらに、
    前記第１および前記第２のＰＵＳＣＨ送信において電力ヘッドルームレポート（ＰＨＲ）を受信すること、を有し、ここで、前記ＰＨＲは、第１の電力ヘッドルーム（ＰＨ）と、第２のＰＨと、前記第１および前記第２のＰＨの最大値と、前記第１および前記第２のＰＨの最小値と、前記第１および前記第２のＰＨの平均値と、前記第１および前記第２のＰＨの両方と、のうちの一つを含み、前記第１および前記第２のＰＨは、それぞれ、前記第１および前記第２の送信電力に基づいて計算される、方法。
49. 請求項３２から４８のいずれか一項に記載の方法であって、前記第１および前記第２の送信が、前記ＤＣＩ中で示される第１および第２のＵＬ ＴＣＩ状態にそれぞれ関連付けられる、方法。
50. 請求項３２から４９のいずれか一項に記載の方法であって、前記第１および前記第２の送信は、それぞれ、電力制御パラメータの第１および第２のセットに関連付けられる、方法。
51. 請求項３２から５０のいずれか一項に記載の方法であって、電力制御パラメータの前記第１および第２のセットは、前記第１および第２の空間関係、ＳＲＩ、または、ＴＣＩ状態のためにそれぞれ構成される、方法。
52. 請求項３２から５０のいずれか一項に記載の方法であって、電力制御パラメータの前記第１および第２のセットは、少なくとも前記第１および第２の閉ループのインデックスをそれぞれ含む、方法。
53. 請求項３２から５０のいずれか一項に記載の方法であって、前記第１および前記第２の送信電力は、それぞれ電力制御パラメータの前記第１および前記第２のセットに基づく第１および第２の開ループ電力調整と、それぞれ前記第１および前記第２のＴＰＣコマンドに基づく第１および第２の閉ループ電力調整と、を含む、方法。
54. 請求項３２から５３のいずれか一項に記載の方法であって、前記第１および第２のＴＰＣコマンドは、一緒に符号化される、方法。
55. 請求項３２から５４のいずれか一項に記載の方法であって、前記ＤＣＩにおけるＴＰＣコマンドの個数は、
    前記ＤＣＩにおいて示されるＴＣＩ状態の個数と、
    ＵＬキャリアの、対応するＢＷＰにおいて構成されるすべてのＰＵＣＣＨリソースについてアクティブ化される空間関係（またはＵＬ ＴＣＩ状態）の最大個数によって決定される、前記ＤＣＩ中のＴＰＣコマンドフィールドの個数と、
    前記ＤＣＩにおいて示されるＳＲＩ（またはＵＬ ＴＣＩ状態）の個数と、
    ＵＬキャリアの、対応するＢＷＰにおいて構成されるＰＵＳＣＨ送信に関連付けられるＳＲＩ（またはＵＬ ＴＣＩ状態）の最大個数と、
    からなるグループのうちの１つまたは複数に基づいて決定される、方法。
56. 請求項３２から５５のいずれか一項に記載の方法であって、異なる複数のＴＲＰに関連付けられる閉ループは、一緒にインデックス付けされる、方法。
57. 請求項３２から５６のいずれか一項に記載の方法であって、ＤＣＩフォーマット２＿２および／またはＤＣＩフォーマット２＿３におけるグループベースのＴＰＣコマンドの場合、前記無線デバイスのための各々のブロックは、１つまたは複数のＴＰＣコマンドと、関連する閉ループインジケータと、を含み得る、方法。
58. 請求項３２から５７のいずれか一項に記載の方法であって、前記閉ループインジケータのビット数が、前記対応するＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳのために構成された閉ループの最大個数に基づく、方法。
59. 請求項３２から５８のいずれか一項に記載の方法であって、前記基地局は、新無線（ＮＲ）通信ネットワークにおいて動作する、方法。
60. 複数の送信受信ポイント（ＴＲＰ）の電力制御を可能にするための無線デバイス（２６００）であって、
    １つまたは複数の送信機（２６０８）と、
    １つまたは複数の受信機（２６１０）と、
    前記１つまたは複数の送信機（２６０８）および前記１つまたは複数の受信機（２６１０）に関連付けられ処理回路（２６０２）と、を有し、前記処理回路（２６０２）は、前記無線デバイス（２６００）に、
    ダウンリンク制御情報（ＤＣＩ）において、第１の送信電力制御（ＴＰＣ）コマンドと、第２のＴＰＣコマンドと、第１の閉ループに関連付けられる第１のＴＲＰへの前記物理チャネルの第１のアップリンク（ＵＬ）送信、および第１の閉ループに関連付けられる第１のＴＲＰへの前記物理チャネルの第２のＵＬ送信のインジケーションと、を受信させ、
    前記第１および前記第２のＴＰＣコマンドに基づいて第１の送信電力および第２の送信電力をそれぞれ決定させ、
    前記第１の送信電力および前記第２の送信電力をそれぞれ前記第１のＵＬ送信および前記第２のＵＬ送信に適用させる、
    無線デバイス。
61. 請求項６０に記載の無線デバイス（２６００）であって、前記処理回路（２６０２）は、前記無線デバイス（２６００）に、請求項４から３１のいずれか一項に記載の方法を実行させるようにさらに構成される、無線デバイス。
62. 送信受信ポイント（ＴＲＰ）ごとに、複数のＴＲＰへ送信されるアップリンク（ＵＬ）物理チャネルのためのＵＬ電力制御を可能にするための基地局（２３００）であって、
    １つまたは複数の送信機（２３１２）と、
    １つまたは複数の受信機（２３１４）と、
    前記１つまたは複数の送信機（２３１２）および前記１つまたは複数の受信機（２３１４）に関連付けられる処理回路（２３０４）と、を有し、前記処理回路（２３０４）は、前記基地局（２３００）に、
    前記無線デバイスへ、前記物理チャネルのための第１および第２の電力制御閉ループの構成を送信させ、ここで、前記第１および第２の電力制御閉ループは、それぞれ第１および第２のＴＲＰに関連付けられ、
    前記無線デバイスへ、ＤＣＩにおいて、第１の送信電力制御（ＴＰＣ）コマンドと、第２のＴＰＣコマンドと、前記第１のＴＲＰへの前記物理チャネルの第１のＵＬ送信および前記第２のＴＲＰへの前記物理チャネルの第２のＵＬ送信のそれぞれのインジケーションと、を送信させ、
    第１の送信電力で前記第１のＵＬ送信を前記第１のＴＲＰで受信させ、第２の送信電力で前記第２のＵＬ送信を前記第２のＴＲＰで受信させる、
    基地局。
63. 請求項６２に記載の基地局（２３００）であって、前記処理回路（２３０４）は、前記基地局（２３００）に請求項２８から５４のいずれか一項に記載の方法を実行させるようにさらに構成される、基地局。