JP7753385B2 - 複数のｔｒｐに向けたｐｕｓｃｈ送信の電力ヘッドルーム報告 - Google Patents

Description

本出願は、２０２１年５月１１日に出願された仮特許出願番号６３／１８７，１４１号の利益を主張するものであり、その開示は、参照によりその全体が本明細書に組み込まれる。

本開示は、セルラー通信システムにおけるアップリンク電力制御に関し、より具体的には、セルラー通信システムにおけるアップリンク送信のための電力ヘッドルーム報告に関する。

次世代移動無線通信システム（すなわち、第５世代（５Ｇ）システム）またはニューラジオ（ＮＲ）は、多様な使用例および多様な導入シナリオをサポートする。後者には、低周波数（６ギガヘルツ（ＧＨｚ）以下)と超高周波数（最大１０ＧＨｚ）の両方での展開が含まれる。

ＮＲフレーム構造とリソースグリッド

第３世代パートナーシップ・プロジェクト（３ＧＰＰ（登録商標））のＮＲでは、ダウンリンク（ＤＬ）（すなわち、ネットワークノード（ｇＮＢ）または基地局からユーザ機器（ＵＥ）への通信）とアップリンク（ＵＬ）（すなわち、ＵＥからｇＮＢへの通信）の両方でサイクリックプレフィックス直交周波数分割多重（ＣＰ－ＯＦＤＭ）を使用している。アップリンクでは、離散フーリエ変換（ＤＦＴ）拡散直交周波数分割多重（ＯＦＤＭ）もサポートされている。時間領域では、ＮＲのダウンリンクとアップリンクは、それぞれ１ミリ秒（ｍｓ）の等しいサイズのサブフレームに編成される。サブフレームはさらに、同じ長さの複数のスロットに分割される。スロットの長さはサブキャリア間隔に依存する。サブキャリア間隔がΔf=15kHzの場合、１サブフレームにつき１スロットしかなく、各スロットは１４個のＯＦＤＭシンボルで構成される。

ＮＲにおけるデータスケジューリングは典型的にはスロットベースであり、例は１４シンボルスロットを有する図１に示され、最初の２つのシンボルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）（Physical Downlink Control Channel）、残りは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）（Physical Downlink Shared Channel）または物理アップリンク共有チャネル（ＰＵＳＣＨ）（Physical Uplink Shared Channel）の物理共有データチャネルである。

ＮＲでは異なるサブキャリア間隔がサポートされている。サポートされるサブキャリア間隔値（異なるヌメロロジーとも呼ばれる）は、Δf=(15×2^μ)キロヘルツ（kHz）、μ∈{0,1,2,3,4}で与えられる。Δf=15kHzは基本サブキャリア間隔である。異なるサブキャリア間隔でのスロット持続時間は1/2^μmsで与えられる。

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

ＤＬ ＰＤＳＣＨ送信は、動的にスケジュールすることができ、すなわち、各スロットにおいて、ｇＮＢは、どのＵＥにデータが送信され、そのデータが現在のダウンリンク・スロット内のどのＲＢで送信されるかについて、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してダウンリンク制御情報（ＤＣＩ）を送信するか、またはＤＣＩによって周期的なＰＤＳＣＨ送信が有効化または無効化されるセミパーシステントスケジュール（ＳＰＳ）のいずれかである。ＮＲでは、ＤＣＩフォーマット1_0、ＤＣＩフォーマット1_1、ＤＣＩフォーマット1_2などを含むＤＬ ＰＤＳＣＨスケジューリング用の異なるＤＣＩフォーマットが定義されている。

同様に、ＵＬ ＰＵＳＣＨ送信も、ＰＤＣＣＨで送信される上りアップリンクグラントを用いて、動的に、またはセミパーシステントでスケジューリングされ得る。ＮＲは、タイプ１の事前構成型（コンフィグアド）グラント（ＣＧ）とタイプ２のコンフィグアドグラントの２種類のセミパーシステント型のアップリンク送信をサポートしており、タイプ１のコンフィグアドグラントはＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）によって構成（設定）およびアクティブ化され、タイプ２のコンフィグアドグラントはＲＲＣによって設定されるが、ＤＣＩによってアクティブ化／非アクティブ化される。ＰＵＳＣＨをスケジューリングするためのＤＣＩフォーマットは、ＤＣＩフォーマット0_0、ＤＣＩフォーマット0_1、ＤＣＩフォーマット0_2を含んでいる。

ＮＲ ＰＵＳＣＨ送信方式

ＮＲでは、ＰＵＳＣＨに対して２つの送信方式がサポートされている。１つはコードブック・ベース、もう１つは非コードブック・ベースである。
コードブック・ベースのＰＵＳＣＨ送信方式をまとめると、次のようになる：
・ＵＥは、上位レイヤのパラメータ用法が「コードブック」に設定されたＳＲＳリソースセットで、サウンディング参照信号（ＳＲＳ）（Sounding Reference Signal）を送信する。ＳＲＳリソースセットには、それぞれ最大４つのアンテナポートを持つ最大２つのＳＲＳリソースを設定できる。
・ＮＲ基地局（ｇＮＢ）は、ＳＲＳリソースとＭＩＭＯ（Multiple Input Multiple Output）レイヤ（またはランク）の数、およびＳＲＳリソースに関連付けられた優先プリコーダ（すなわち、送信プリコーディング・マトリックス・インジケータ（ＲＰＭＩ））を決定する。
・ｇＮＢは、ＳＲＳリソースセットに２つのＳＲＳリソースが設定されている場合、ＰＵＳＣＨをスケジューリングするＤＣＩ内の１ビットの「ＳＲＳリソースインジケータ」（ＳＲＩ）フィールドを介して、選択されたＳＲＳリソースを示す。ＳＲＳリソースセットに１つのＳＲＳリソースしか設定されていない場合、「ＳＲＳリソースインジケータ」フィールドはＤＣＩに表示されない。
・ｇＮＢは、指示されたＳＲＳリソースに対応する優先ＴＰＭＩと関連するレイヤ数を示す。
・ＵＥは、ＴＰＭＩと、ＳＲＳアンテナポート上で示されるレイヤ数とを使用して、ＰＵＳＣＨ送信を実行する。

非コードブック・ベースのＵＬ送信は、設定されたＤＬチャネル状態情報参照信号（ＣＳＩ－ＲＳ：Channel State Information Reference Signal）に基づいてＵＥにおいてＳＲＳプリコーディングが導出される相反性ベースのＵＬ送信のためのものである。ＵＥはＣＳＩ－ＲＳに基づいてＳＲＳ送信に適したプリコーダを導出し、それぞれが空間レイヤに対応する１つ以上の（仮想）ＳＲＳポートを作成する。ＳＲＳリソースセットには、それぞれが単一の（仮想）ＳＲＳポートを持つ最大４つのＳＲＳリソースを設定できる。ＵＥは最大４つのＳＲＳリソースでＳＲＳを送信でき、ｇＮＢは受信したＳＲＳに基づいてＵＬチャネルを測定し、優先するＳＲＳリソースを決定する。続いて、ｇＮＢはＰＵＳＣＨをスケジューリングするＤＣＩ内のＳＲＳリソース・インジケータ（ＳＲＩ）を介して、選択されたＳＲＩリソースを示す。

ＮＲのリリース１６までは、単一のＳＲＳリソースセットのみが、「非コードブック」または「コードブック」に設定された用法を用いて構成され得ることに留意されたい。

ＰＵＳＣＨのためのＮＲリリース１５の電力制御

アップリンク電力制御は、適切なＰＵＳＣＨ送信電力を決定するために使用される。ＮＲにおけるアップリンク電力制御は２つの部分、すなわち、オープンループ電力制御とクローズドループ電力制御の２つの部分から構成される。オープンループ電力制御は、ＵＥによって決定され、パスロス推定値や、目標受信電力、スケジュールされた帯域幅、変調・符号化方式（ＭＣＳ）、フラクショナル・パワー・コントロール係数などの他の要因に基づいて、アップリンク送信電力を設定するために使用される。クローズドループ電力制御は、ｇＮＢから受信した電力制御コマンドに基づく。

ＮＲ周波数範囲２（ＦＲ２）のマルチビーム送信では、異なる送信・受信ビーム・ペアでパスロスが異なる可能性がある。異なるビーム・ペアによる送信をサポートするために、各ビーム・ペアにはパスロスリファレンス信号（ＲＳ）を関連付けることができる。ビーム・ペアに関連するパスロスは、関連するパスロスＲＳに基づいて測定することができる。パスロスＲＳは同期信号（ＳＳ）および物理ブロードキャストチャネル（ＰＢＣＨ）ブロック（ＳＳＢ）またはＣＳＩ－ＲＳであり得る。

図３は、ビーム＃１で送信されるＰＵＳＣＨについて、ＣＳＩ－ＲＳ＃１がパスロスリファレンスＲＳとして構成され得る例を示す。同様に、ビーム＃２で送信されるＰＵＳＣＨについて、ＣＳＩ－ＲＳ＃２がパスロスリファレンスＲＳとして構成され得る。

インデックスｋを有するパスロスＲＳに関連付けられたＵＬビーム・ペアで送信されるＰＵＳＣＨの場合、サービングセルｃの搬送波周波数ｆの帯域幅部分（ＢＷＰ）のスロット内の送信機会ｉにおけるＰＵＳＣＨ送信電力、およびクローズドループインデックスｌ（l＝0，1）は、以下のように決定され得る：
ここで、P_CMAX,f,c(i)は、送信機会ｉにおけるサービングセルｃの搬送波周波数ｆに対する設定されたＵＥ最大出力電力であり、Ｐ_{b,f,c,closed-loop}(i,l)はクローズドループ電力調整であり、P_{b,f,c,open-loop}(i,k)はオープンループ電力調整であり、次式で与えられる：
ここで、P_O,b,f,c(j)は、インデックスjを有するパラメータセット構成に対する公称目標受信電力であり、セル固有部分P_{O_Nomina_PUSCH,f,,c}(j)およびＵＥ固有部分P_{O_UE_PUSCH,b,f,c}（j）から構成され、P_RB,b,f,c(i)は、送信機会iでスケジュールされたＲＢの数に関連する電力調整であり、PL_b,f,(k)は、インデックスkのパスロスリファレンス信号に基づくパスロス推定であり、α_b,f,cは、フラクタルパスロス補償係数であり、Δ_MCS,b,f,c(i)は、ＭＣＳに関連する電力調整である。

ランダムアクセス（ＲＡＣＨ）手順に関連するＰＵＳＣＨの場合、j＝0であり、P_{O_UE_PUSCH,b,f,c}(0)＝0である。

コンフィグアドグラントに基づくＰＵＳＣＨの場合、j=1であり、P_{O_Nomina_PUSCH,f,c}(1)がp0-NominalWithoutGrantによって提供されるか、またはp0-NominalWithoutGrantが提供されない場合、P_{O_Nomina_PUSCH,f,c}(1)=P_{O_Nomina_PUSCH,f,c}(0)であり、P_{O_UE_PUSCH,b,f,c}(1)は、サービングセルｃのキャリアｆのアクティブUL BWP bについてP0-PUSCH-AlphaSetのセットへのインデックスP0-PUSCH-AlphaSetIdを提供するConfiguredGrantConfigのp0-PUSCH-Alphaから得られるp0によって提供される。

動的にスケジューリングされたＰＵＳＣＨの場合、j>1, P_{O_Nomina_PUSCH,f,c}(j)はp0-NominalWithGrantによって提供されるか、または、p0-NominalWithGrantが提供されない場合、P_{O_Nomina_PUSCH,f,c}(j)=P_{O_Nomina_PUSCH},f,c(0)である。P_{O_UE_PUSCH,b,f,c}(f)は、図４（ＰＵＳＣＨ電力制御パラメータのシグナリングを示す）に示されるように、サービングセルｃのキャリアｆのアクティブUL BWP bに対して、それぞれのp0-PUSCH-AlphaSetIdによって示されるP0-PUSCH-AlphaSet内のp0によって提供され、ここで、ＵＥは最初にＳＲＩフィールドからsri-PUSCH-PowerControlIdを取得し、次にsri-PUSCH-PowerControlからp0-PUSCH-AlphaSetIdをsri-PUSCH-PowerControlIdと共に取得する。

ＤＣＩフォーマットがまたオープンループ電力制御（ＯＬＰＣ）パラメータセットインジケーション（指示）フィールドも含み、オープンループ電力制御パラメータセット指示フィールドの値が「1」である場合、ＵＥは、ＳＲＩフィールド値にマップされたp0-PUSCH-SetId値を持つP0-PUSCH-Setの最初の値からP_{O_UE_PUSCH,b,f,c}(j)の値を決定する。

ＰＵＳＣＨ送信がＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジューリングされる場合、またはSRI-PUSCH-PowerControlがＵＥに提供されない場合、j=2である。P0-PUSCH-SetがＵＥに提供され、ＤＣＩフォーマットがオープンループ電力制御パラメータセット指示フィールドを含む場合、ＵＥはP_{O_UE_PUSCH,b,f,c}(j)からP_{O_UE_PUSCH,b,f,c}(j)の値を決定する：
・オープンループ電力制御パラメータセット指示フィールドの値が'0'または'00'である場合、p0-AlphaSets内の最初のP0-PUSCH-AlphaSet
・オープンループ電力制御パラメータセット指示フィールドの値が'1'または'01'である場合、P0-PUSCH-SetID値が最小のP0-PUSCH-Set内の最初の値。
・オープンループ電力制御パラメータ設定指示フィールドの値が'10'である場合、P0-PUSCH-SetIDの値が最小のP0-PUSCH-Set内の２番目の値
・それ以外の場合、ＵＥは、p0-AlphaSets内の最初のP0-PUSCH-AlphaSetの値からP_{O_UE_PUSCH,b,f,c}(j)を決定する。

既存のＮＲ電力ヘッドルーム報告

ＵＥにおけるアップリンク電力アベイラビリティ、すなわち電力ヘッドルーム（ＰＨ）は、ｇＮＢ提供される必要がある。ＰＨ報告（ＰＨＲ）は、ＵＥがＰＵＳＣＨでデータ送信をスケジュールしたときに、ＵＥからｇＮＢに送信される。ＰＨＲは周期的に、または現在のＰＨＲと最後のＰＨＲとのパスロス差が構成可能な閾値より大きい場合など、特定の条件が満たされたときにトリガされ得る。

ＮＲでは２つの異なるタイプのＰＨＲ、すなわちタイプ１とタイプ３が定義されている。タイプ１のＰＨＲは、キャリア上のＰＵＳＣＨのみの送信を想定した電力ヘッドルームを反映し、公称ＵＥ最大送信電力P_CMAXと、アクティブ化されたサービングセルごとのＵＬ共有チャネル（ＵＬ－ＳＣＨ）を使用したＰＵＳＣＨ送信の推定電力との差として定義される。負のＰＨＲは、ＰＵＳＣＨの電力ヘッドルーム報告時に、キャリアごとの送信電力がP_CMAXによって制限されていることを示す。

タイプ１のＰＨＲは、ＰＨＲ報告を送信する実際のＰＵＳＣＨ送信か、または、送信ＰＨＲ報告・トリガとＰＨＲ報告を送信する対応するＰＵＳＣＨとの間の時間が、実際のＰＵＳＣＨに基づいてＵＥがＰＨＲ計算を完了するには短すぎる場合、リファレンスＰＵＳＣＨ送信（別名、仮想ＰＨＲ）のいずれかに基づくことができる。リファレンスＰＵＳＣＨの電力制御パラメータは、３ＧＰＰ技術仕様書（ＴＳ）38.213v16.4.0の7.7.1節に記載されているように、事前に決定される。

タイプ３のＰＨＲは、公称ＵＥ最大送信電力P_CMAXと、アクティブ化されたサービングセルごとのＳＲＳ送信の推定電力との差として定義される。それは、ＰＵＳＣＨ送信用にはまだ構成されていないが、ＳＲＳ送信用にのみ構成されている搬送波に対してＰＨＲが報告されるＵＬ搬送波切り替えに使用される。タイプ３のＰＨＲは、３ＧＰＰ ＴＳ 38.213 v16.4.0の7.7.3節に記載されているように、実際のＳＲＳ送信または参照ＳＲＳ送信のいずれかに基づくことができる。ＰＨＲはキャリア単位であり、ビームベースの動作は明示的に考慮されない。

電力ヘッドルーム報告は、3GPP TS 38.331 V16.4.0に記載されているように、以下の上位レイヤパラメータを設定することで制御される：
・phr-PeriodicTimer、
・phr-ProhibitTimer、
・phr-Tx-PowerFactorChange、
・phr-Type2OtherCell、
・phr-ModeOtherCG、
・multiplePHR、
・mpe-Reporting-FR2、
・mpe-ProhibitTimer、
・mpe-Threshold。

3GPP TS 38.321 v16.4.0の5.4.6節によると、PHRはイベントリストのいずれかが発生した場合にトリガされ、これらのイベントは以下を含む：
・phr-PeriodicTimerが期限切れ；
・phr-ProhibitTimerが期限切れか既に期限切れになっており、ＭＡＣ（メディアアクセス制御）エンティティが新たな送信のためのＵＬリソースを有するとき、このＭＡＣエンティティにおけるＰＨＲの最後の送信以降、パスロスリファレンスとして使用される休止ＢＷＰでないアクティブＤＬ ＢＷＰのＭＡＣエンティティの少なくとも１つのアクティブ化されたサービングセルにおいて、パスロスがphr-Tx-PowerFactorChange dB以上変化したこと；
・機能を無効にするために使用されない上位レイヤによる電力ヘッドルーム報告機能の構成または再構成時；
・phr-ProhibitTimerが期限切れか既に期限切れになっており、ＭＡＣ（メディアアクセス制御）エンティティが新たな送信のためのＵＬリソースを有するとき、構成されるアップリンクのいずれかのＭＡＣエンティティのアクティブ化されたサービングセルのいずれかが次の場合：
○このセル上の送信のために割り当てられているＵＬリソースが存在し、このセルに対する電力管理のために必要な電力バックオフが、ＭＡＣエンティティがこのセル上の送信のために割り当てられているＵＬリソースを有していたときのＰＨＲの最後の送信から、phr-Tx-PowerFactorChange dB以上変化した。
・mpe-Reporting-FR2が構成され、mpe-ProhibitTimerが実行されていない場合：
○3gpp TS 38.101-2に規定されるFR2 MPE（最大許容暴露）要件を満たすために適用される測定されたＰ－ＭＰＲ（電力管理最大電力削減）が、このＭＡＣエンティティにおけるＰＨＲの最後の送信以降、少なくとも１つのアクティブ化されたＦＲ２サービングセルについて、mpe-Thresholdと等しいか、またはそれよりも大きいか；または、
○測定Ｐ－ＭＰＲが、ＭＡＣエンティティにおけるmpe-Thresholdと等しいか、またはmpe-Thresholdより大きいために最後のＰＨＲの送信以降、TS 3gpp 38.101-2に規定されるFR2 MPE要件を満たすために適用された測定Ｐ－ＭＰＲが、少なくとも１つの活性化されたＦＲ２サービングセルについて、phr-Tx-PowerFactorChange dB以上変化した場合。
この場合、ＰＨＲは「ＭＰＥ Ｐ－ＭＰＲ報告」と呼ばれる。

上記で評価された１セルのパスロスの変動は、現在のパスロスリファレンスで現在測定されたパスロスと、ＰＨＲの最後の送信時にその時点で使用されたパスロスリファレンスで測定されたパスロスとの間のものであり、その間にパスロスリファレンスが変更されたかどうかは関係ないことに留意されたい。

ＰＨＲは、ＭＡＣ（メディアアクセス制御） ＣＥ（コントロールエレメント）で搬送され、それは、ＰＵＳＣＨで搬送される。ＵＥは、上位レイヤによって、シングルエントリPHR MAC CEまたはマルチエントリPHR MAC CEのいずれかで構成される得る。シングルエントリPHR MAC CEの場合、タイプ１のＰＨＲのみが報告される。マルチエントリPHR MAC CEの場合、3GPP TS 38.321 v16.4.0の5.4.6節、6.1.3.8節および6.1.3.9節に従って、異なるサービングセルのＰＨＲを報告することができる。シングルエントリMAC CEは図５（「シングルエントリ PHR MAC CE」と題された3GPP TS 38.321の図6.1.3.8-1の写し）に示され、マルチエントリMAC CEは図６（「アップリンクが設定されたサービングセルの最高ServCellIndexが８未満のマルチエントリPHR MAC CE」と題された3GPP TS 38.321の図6.1.3.9-1の写し）に示される。

シングルエントリおよびマルチエントリPHR MAC CEのフィールドの説明を以下に示す：
・R：予約ビット、０に設定される；
・PH：このフィールドは電力ヘッドルームレベルを示す。
・P：mpe-Reporting-FR2が設定され、サービングセルがFR2で動作する場合、MACエンティティは、適用されたP-MPR値が、3GPP TS 38.101-2に規定されたMPE要件を満たすために、3GPP TS 38.133に規定されたP-MPR_00より小さい場合、このフィールドを0に設定し、そうでない場合、1に設定しなければならない。
・PCMAX,f,c：このフィールドは、直前のＰＨフィールドの計算に使用されたPCMAX,f,c（3GPP TS 38.213で規定）を示す。
・V:このフィールドは、ＰＨ値が、実際の送信に基づくか、リファレンスフォーマットに基づくかを示す。タイプ１のＰＨでは、Ｖフィールドに0がセットされるとＰＵＳＣＨでの実際の送信を示し、Ｖフィールドに１がセットされるとＰＵＳＣＨリファレンスフォーマットが使用されることを示す。
・Ci：このフィールドは、3GPP TS 38.331で規定されたServCellIndex iを持つサービングセルのＰＨフィールドの存在を示す。Ciフィールドが1にセットされた場合は、ServCellIndex iを持つサービングセルのＰＨフィールドが報告されることを示す。Ciフィールドが0にセットされた場合は、ServCellIndex iを持つサービングセルのＰＨフィールドが報告されないことを示す；
・MPE: mpe-Reporting-FR2が構成され、サービングセルがFR2で動作し、Pフィールドが１に設定されている場合、このフィールドは3GPP TS 38.101-2で規定されているように、ＭＰＥ要件を満たすために適用される電力バックオフを示す。フィールド長は２ビットである。mpe-Reporting-FR2が構成されていない場合、またはサービングセルがFR1で動作している場合、またはＰフィールドが０に設定されている場合は、代わりにＲビットが存在する。

２つの送受信ポイント（ＴＲＰ）に向けたＰＵＳＣＨ送信に関するＮＲリリース１７の強化

ＴＲＰは、基地局アンテナ、リモート無線ヘッド、基地局のリモートアンテナなど、地理的に同位置にある送受信アンテナのセットである。サービングセルは単一のＴＲＰまたは複数のＴＲＰを持つことができる。ＮＲリリース１７では、セル内の２つのＴＲＰへのＰＵＳＣＨ繰り返しがサポートされることが合意されている。そのために、「コードブック」または「非コードブック」のいずれかに設定された用法を有する２つのＳＲＳリソースセットが導入され、各ＳＲＳリソースセットはＴＲＰに関連付けられる。２つのＴＲＰへのＰＵＳＣＨ繰り返しは、２つのＳＲＳリソースインジケータ（ＳＲＩ）フィールドを有するＤＣＩによってスケジューリングすることができ、第１のＳＲＩは第１のＳＲＳリソースセットに関連付けられ、第２のＳＲＩは第２のＳＲＳリソースセットに関連付けられる。

図７に一例を示すが、ここでは、２つのＴＲＰに向けたＰＵＳＣＨ繰り返しが、２つのＳＲＩを示すＤＣＩによってスケジューリングされる。タイプＡとタイプＢの両方のＰＵＳＣＨ繰り返しがサポートされる。

２つのタイプのマッピングが、ＰＵＳＣＨ送信機会とＴＲＰまたはＵＬビームとの間でサポートされる。
・周期的マッピングパターン：第１および第２のＵＬビームがそれぞれ第１および第２のＰＵＳＣＨ繰り返しに適用され、同じビーム・マッピング・パターンが残りのＰＵＳＣＨ繰り返しに継続する。
・シーケンシャル・マッピング・パターン：第１のビームが第１および第２のＰＵＳＣＨ繰り返しに適用され、第２のビームが第３および第４のＰＵＳＣＨ繰り返しに適用され、同じビーム・マッピング・パターンが残りのＰＵＳＣＨ繰り返しに継続する。
第１および第２のＵＬビームは、それぞれ第１および第２のＴＲＰに向けてＰＵＳＣＨを送信するために使用される。

電力制御パラメータの２つのセットがサポートされ、各セットは、ＤＣＩフォーマット0_1および0_2のＳＲＩフィールドに関連付けられる。

アップリンク送信構成インジケータ（ＴＣＩ）

ＮＲリリース１５／１６では、ＵＥはＰＤＳＣＨをデコードするためのＴＣＩ状態コンフィグレーションのリストを構成され得る。各ＴＣＩ状態は、ＱＣＬ（準同時配置）ソースリファレンス信号（ＲＳ）とも呼ばれる１つまたは２つのダウンリンクリファレンス信号と、ＰＤＳＣＨのＤＭ－ＲＳ（復調基準信号）ポート、ＰＤＣＣＨのＤＭ－ＲＳポート、またはＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートとの間のＱＣＬ関係を構成するためのパラメータを含む。ＰＤＳＣＨにＱＣＬソースＲＳが指示されている場合、ＰＤＳＣＨに関連する特定の大規模チャネル特性はＱＣＬソースＲＳから導出され得る。大規模チャネル特性は、ドップラーシフト、ドップラー分散、平均遅延分散、または平均遅延であり得る。
ＮＲにおいては、４種類のＱＣＬ関係が定義されている。すなわち、
・タイプＡ：｛ドップラーシフト、ドップラー分散、平均遅延、遅延分散｝。
・タイプＢ：｛ドップラーシフト、ドップラー分散｝。
・タイプＣ：｛平均遅延、ドップラーシフト｝。
・タイプＤ：｛空間Ｒｘパラメータ｝。

ＴＣＩ状態は、タイプＡ、タイプＢ、またはタイプＣのＱＣＬ ＲＳを含むことができ、ＦＲ２の場合はタイプＤのＱＣＬ ＲＳも含むことができる。例えば、ＴＣＩ状態が一対の基準信号、{CSI-RS1, CSI-RS2}のを含む場合、{qcl-Type1,qcl-Type2} = {Type A, Type D}。これは、UEが、ドップラーシフト、ドップラー分散、平均遅延、遅延分散、およびCSI-RS2からSpatial Rxパラメータ（すなわち、RXビームまたは空間ドメイン受信フィルタ）を、CSI-RS1から導出できることを意味する。

ＮＲリリース１５及び１６では、ＰＵＳＣＨの空間伝送特性、すなわち、空間領域送信フィルタまたはＵＬビームは、「コードブック」または「非コードブック」に設定された用法でＳＲＳリソースセット内の関連するＳＲＳリソースの空間伝送特性によって与えられる。ＵＬ送信を強化するために、アップリンクＴＣＩ状態もＮＲリリース１７で提案されており、ＴＣＩ状態は全てのＵＬ送信（すなわち、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ）の空間特性を制御するために使用される。アップリンクＴＣＩ状態を設定する様々な方法がある。１つのケースでは、ＵＬ ＴＣＩ状態はアップリンク専用であり、ダウンリンクに対応するＴＣＩ状態とは別に構成される。例えば、ＵＬ ＴＣＩ状態は、ＰＵＳＣＨ－Ｃｏｎｆｉｇ情報要素の一部として構成することができる。各アップリンクＴＣＩ状態は、PUSCH DMRSの空間的関係を示す目的で、DL RS（例えば、CSI-RSまたはSSB）またはUL RS（例えば、ＳＲＳ）を含む送信構成を示すことができる。代替的に、UL TCI状態は、PUSCH DMRS、PUCCH DMRS、およびＳＲＳのうちの２以上の空間的関係を提供するDL RSまたはUL RSを示すために同じUL TCI状態を使用できるように、BWP-UplinkDedicated情報要素の一部として構成されてもよい。別のケースでは、ＴＣＩ状態の同じリストがＤＬとＵＬの両方に使用され、したがってＵＥは、ＵＬとＤＬの両方のスケジューリングに使用できるＴＣＩ状態の単一リストで構成される。ＴＣＩ状態の単一リストは、統一されたUL/DL TCI状態と呼ばれる。この場合のＴＣＩ状態の単一リストは、例えばPDSCH-ConfigまたはBWP-UplinkDedicated情報要素の一部として構成される。

複数の送受信ポイント（ＴＲＰ）に向けたアップリンク送信のための電力ヘッドルーム報告のためのシステムおよび方法が開示される。一実施形態では、無線通信デバイスによって実行される方法は、基地局から、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を受信することを含み、２以上の繰り返しの各々は、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの異なる１つ、および２以上の電力ヘッドルーム（ＰＨ）のうちの異なる１つに関連付けられ、電力ヘッドルーム報告（ＰＨＲ）がトリガされ、アップリンク送信によって搬送される。本方法はさらに、２以上のＰＨのうち少なくとも１つのＰＨを計算することと、少なくとも１つのＰＨからなるＰＨＲ ＭＡＣ（メディアアクセス制御） ＣＥ（コントロールエレメント）を構築することと、アップリンク送信において前記ＰＨＲ ＭＡＣ ＣＥを送信することとを含む。このようにして、基地局はセル内のすべてのＴＲＰのＰＨ情報を受信することが可能になり、さらにネットワークノードが複数のＴＲＰへのアップリンク送信についてより良いスケジューリング決定を行うことが可能になる。

一実施形態では、前記アップリンク送信は物理アップリンク共有チャネル（ＰＵＳＣＨ）送信である。

一実施形態において、前記少なくとも１つのＰＨは、前記２以上の繰り返しのためにスケジュールされたものの中から時間的に最初の送信機会に基づいて計算される。一実施形態において、本方法は、基地局から、２以上のＳＲＳリソースセットの中からどのＳＲＳリソースセットが最初の送信機会に関連付けられるかを示す情報を受信することをさらに含む。一実施形態において、PHR MAC CEに構成される前記少なくとも１つのＰＨは、最初の送信機会に関連付けられるＳＲＳリソースセットに関連付けられたＰＨである。一実施形態において、異なるＳＲＳリソースセットは、異なるスケジュールされたアップリンク送信のための最初の送信機会に関連付けられることが示され得る。一実施形態において、２以上のＳＲＳソースセットのうちのどのＳＲＳリソースセットが最初の送信機会に関連付けられるかを示す情報は、ダウンリンク制御情報内に含まれる。一実施形態において、ダウンリンク制御情報内の単一のビットフィールドは、前記２以上の繰り返しが単一のＳＲＳリソースセットに関連付けられるか、前記２以上のＳＲＳリソースセットのうちの複数のＳＲＳリソースセットに関連付けられるか、および前記２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが最初の送信機会に関連付けられるかをジョイント符号化するために使用される。

一実施形態では、２以上のＳＲＳリソースセットのうち、最初の送信機会に関連付けられるＳＲＳリソースセットは、異なる周期でで変更され得る。

一実施形態では、PHR MAC CEは、PHR MAC CEに含まれる少なくとも１つのＰＨのそれぞれに関連する２以上のＳＲＳリソースセットのうちの１つを示す情報を含む。

一実施形態では、少なくとも１つのＰＨは、２以上のＳＲＳリソースセットのうちの１つに関連付けられたＰＨであり、PHR MAC CEは、PHR MAC CE内に構成されたＰＨに関連付けられた２以上のＳＲＳリソースセットのうちの１つを示す情報を含む。

一実施形態では、（ａ）２以上の繰り返しは、第１のＳＲＳリソースセットに関連付けられた第１の繰り返しと、第２のＳＲＳリソースセットに関連付けられた第２の繰り返しとからなり、（ｂ）少なくとも１つのＰＨ値は、（ｉ）第１および第２のＳＲＳリソースセットの１つに関連付けられたＰＨ値、または（ｉｉ）第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値、および第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方、のいずれかであり、（ｃ）PHR MAC CEは、PHR MAC CEが：（ｉ）第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｉｉ）第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値および第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方、含むかどうかを示す情報を含む、または（ｄ）（ａ）～（ｃ）のうちの２以上の任意の組み合わせ。

一実施形態では、別個の電力制御パラメータが２以上のＳＲＳリソースセットに関連付けられ、少なくとも１つのＰＨ値を計算することは、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅パートｂ上の送信機会ｉについて、ＰＨ値を以下のように計算することからなる：
ここで:
・ｂは、帯域幅部分のインデックスである。
・ｆは、搬送周波数インデックスである。
・ｃは、セルのインデックスである。
・ｉは、送信機会のインデックスである。
・ｊは、ＰＵＳＣＨタイプのインデックスである。
・q_dは、パスロスリファレンスＲＳインデックスである。
・ｌは、クローズドループインデックスである。
・P^～ _CMAX,f,c(i)は、送信機会ｉにおけるサービングセルｃの搬送周波数ｆについての無線通信デバイス最大出力電力である。
・P_{O_PUSCH,b,f,c}(j)は、要素P_{O_NOMINAL_PUSCH,b,f,c}(j)と要素P_{O_UE_PUSCH,b,f,c}(j)の合計である。
・α_b,f,c(j)は、α_b,f,c(j)は、フラクショナルパスロス補正係数である。
・PL_b,f,c(q_d)は、インデックスq_dを有するパスロスリファレンス信号に基づくパスロス推定である。
・f_b,f,c(i,l)は、サービングセルｃの搬送波ｆのアクティブアップリンク帯域幅部分ｂおよびＰＵＳＣＨ送信機会ｉのためのＰＵＳＣＨ電力制御調節状態ｌである。

一実施形態では、本方法は、ＰＨＲのトリガイベントを検出することをさらに含む。一実施形態では、トリガイベントは、ＰＨＲタイマが満了し、ＰＨＲの最後の送信からパスロスが閾値を超えて変化したときであり、パスロスの変化は、２以上のＳＲＳリソースセットのうちの１つに関連付けられた同じアップリンク電力制御パラメータセットに構成された１以上のパスロスリファレンス信号のうちの任意のパスロスリファレンス信号に関するものである。別の実施形態では、トリガイベントは、タイマが満了し、２以上のＳＲＳリソースセットのいずれか１つに関連付けられたパスロスが、ＰＨＲの最後の送信から閾値を超えて変化したときである。一実施形態では、異なるタイマが異なるＳＲＳリソースセットに関連付けられる。

一実施形態では、PHR MAC CEは、複数のＰＨを搬送することができる定義されたPHR MAC CEフォーマットに従う。

無線通信デバイスの対応する実施形態も開示される。一実施形態では、無線通信デバイスは、基地局から、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を受信するように適合され、ここで、２以上の繰り返しの各々は、２以上のＳＲＳリソースセットのうちの異なる１つ、および２以上のＰＨのうちの異なる１つに関連付けられ、ＰＨＲがトリガされ、アップリンク送信によって搬送される。無線通信デバイスはさらに、２以上のＰＨのうちの少なくとも１つのＰＨを計算し、少なくとも１つのＰＨを含むPHR MAC CEを構築し、アップリンク送信においてPHR MAC CEを送信するように適合される。

別の実施形態では、無線通信デバイスは、１以上の送信機と、１以上の受信機と、１以上の送信機および１以上の受信機に関連する処理回路とを備える。処理回路は、無線通信デバイスに、基地局から、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を受信させるように構成され、２以上の繰り返しの各々は、２以上のＳＲＳリソースセットのうちの異なる１つ、および２以上のＰＨのうちの異なる１つに関連付けられ、ＰＨＲがトリガされ、アップリンク送信によって搬送される。処理回路は、無線通信デバイスに、２以上のＰＨのうちの少なくとも１つのＰＨを計算させ、少なくとも１つのＰＨを含むPHR MAC CEを構築させ、アップリンク送信においてPHR MAC CEを送信させるようにさらに構成される。

基地局によって実行される方法の実施形態も開示される。一実施形態では、基地局によって実行される方法は、無線通信デバイスに、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を送信することを含み、２以上の繰り返しの各々は、２以上のＳＲＳリソースセットのうちの１つ、および２以上のＰＨのうちの異なる１つに関連付けられる。本方法は、アップリンク送信を介して搬送されるＰＨＲを無線通信デバイスから受信することをさらに含み、ＰＨＲは、２以上のＰＨのうちの少なくとも１つのＰＨを含む。

一実施形態では、ＰＨＲはPHR MAC CEで搬送され、ＰＨＲで構成される少なくとも１つのＰＨに関連する２以上のＳＲＳリソースセットの少なくとも１つを示す情報を含む。

一実施形態では、ＰＨＲを提供するために使用されるPHR MAC CEは、少なくとも１つのＰＨを含み、少なくとも１つのＰＨは、２以上の繰り返しのためにスケジュールされたものの中から時間的に最初の送信機会に基づいて計算される。一実施形態において、本方法は、２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが最初の送信機会に関連付けられるかを示す情報を無線通信デバイスに送信することをさらに含む。一実施形態において、PHR MAC CEに含まれる少なくとも１つのＰＨは、最初のＰＵＳＣＨ送信機会に関連付けられたＳＲＳリソースセットに関連付けられたＰＨである。一実施形態において、異なるＳＲＳリソースセットは、異なるスケジュールされたアップリンク送信のための最初の送信機会に関連付けられることが示され得る。一実施形態において、２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが最初の送信機会に関連付けられるかを示す情報は、ダウンリンク制御情報内に含まれる。一実施形態において、ダウンリンク制御情報内の単一のビットフィールドは、２以上の繰り返しが単一のＳＲＳリソースセットに関連付けられるか、２以上のＳＲＳリソースセットのうちの複数のＳＲＳリソースセットに関連付けられるか、および２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが最初の送信機会に関連付けられるかをジョイント符号化するために使用される。

一実施形態では、ＰＨＲを送信するPHR MAC CEは、２以上のＳＲＳリソースセットのうちの１つに関連付けられたＰＨと、PHR MAC CEに含まれる少なくとも１つのＰＨのそれぞれに関連付けられた２以上のＳＲＳリソースセットのうちの１つを示す情報とのいずれか一方または両方を含む。

一実施形態では、（ａ）２以上の繰り返しは、第１のＳＲＳリソースセットに関連付けられた第１の繰り返しと、第２のＳＲＳリソースセットに関連付けられた第２の繰り返しとからなり、（ｂ）ＰＨＲを提供するために使用されるPHR MAC CEは少なくとも１つのＰＨ値を含み、少なくとも１つのＰＨ値は以下のいずれかである：（ｉ）第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｉｉ）第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値と第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方；（ｃ）PHR MAC CEは、PHR MAC CEが以下を含んでいるかどうかを示す情報を含んでいる：（ｉ）第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｉｉ）第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値および第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方、または（ｄ）（ａ）～（ｃ）の２以上の任意の組み合わせ。

一実施形態では、ＰＨＲを提供するために使用されるPHR MAC CEは２以上のＰＨを含み、PHR MAC CEは複数のＰＨを搬送することができる定義されたPHR MAC CEフォーマットに従っている。

基地局の対応する実施形態も開示される。一実施形態では、基地局は、無線通信デバイスに、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を送信するように適合され、２以上の繰り返しの各々は、２以上のＳＲＳリソースセットのうちの１つ、および２以上のＰＨのうちの異なる１つに関連付けられる。基地局はさらに、アップリンク送信を介して搬送されるＰＨを無線通信デバイスから受信するように適合され、ＰＨＲは２以上のＰＨのうちの少なくとも１つのＰＨを含む。

別の実施形態では、基地局は、基地局に、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報または構成を、無線通信デバイスに送信させるように構成された処理回路を備え、２以上の繰り返しの各々は、２以上のＳＲＳリソースセットのうちの１つと、２以上のＰＨのうちの異なる１つとに関連付けられる。処理回路は、基地局に、アップリンク送信を介して搬送されるＰＨを無線通信デバイスから受信させるようにさらに構成され、ＰＨＲは、２以上のＰＨのうちの少なくとも１つのＰＨを含む。

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

図１は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ニューラジオ（ＮＲ）におけるスロットの例を示す。

図２は、基本的なＮＲ物理時間－周波数リソースグリッドを示す。

図３は、ビーム＃1で送信される物理アップリンク共有チャネル（ＰＵＳＣＨ）のために、チャネル状態情報リファレンス信号（ＣＳＩ－ＲＳ）＃1（ＣＳＩ－ＲＳ＃１）がパスロスリファレンス信号（ＲＳ）として構成され、ビーム＃2で送信されるＰＵＳＣＨのために、ＣＳＩ－ＲＳ＃2がパスロスリファレンスＲＳとして構成され得る例を示す。

図４は、ＰＵＳＣＨ電力制御パラメータのシグナリングを示す。

図５は、「単一エントリPHR MAC CE」と題された3GPP技術仕様（TS）38.321の図6.1.3.8-1の写しである。

図６は、「アップリンクが設定されたサービングセルのServCellIndexが最も大きいマルチエントリPHR MAC CEは８未満である」と題された、3GPP TS 38.321の図6.1.3.9-1の写しである。

図７は、２つの送受信ポイント（ＴＲＰ）に向かうＰＵＳＣＨ繰り返しが、２つのサウンディング参照信号（ＳＲＳ）リソースインジケータ（ＳＲＩ）を示すダウンリンク制御情報（ＤＣＩ）によってスケジューリングされる例を示す；

図８は、ＰＵＳＣＨ繰り返しが２つのＴＲＰにスケジューリングされ、２つのＴＲＰに対応するＰＵＳＣＨの送信電力が異なる例を示す。

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

図１０は、本開示の例示的な実施形態による、基地局の制御下にある２つのＴＲＰを有するサービングセルの例を示す。

図１１は、第１または第２のＳＲＩまたはＳＲＳリソースセットに関連するＰＵＳＣＨ電力制御パラメータを識別する例示的な実施形態を示す。

図１２は、報告された電力ヘッドルーム（ＰＨ）値がどのＴＲＰ（または関連するＳＲＳリソースセット）と関連付けられるかの表示を含む電力ヘッドルーム（ＰＨＲ） メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ）の例示的な実施形態を示す。

図１３は、２つのＴＲＰ（または２つの関連するＳＲＳリソースセット）のＰＨ値を含むPHR MAC CEの例示的な実施形態を示す。

図１４は、異なるＴＲＰを時間的に最初のＰＵＳＣＨ送信機会に関連付けることによって、複数のＴＲＰのＰＨ値を取得するための例示的な実施形態を示す。

図１５は、複数のＴＲＰに向けたＰＵＳＣＨ繰り返しを伴うタイプ１のコンフィグアドグラント（ＣＧ）の場合にＴＲＰトグリングが使用される例示的な実施形態を示す。

図１６は、パスロスが最後のＰＨＲから閾値を超えて変化した場合にＰＨＲがトリガされる例示的な実施形態を示す。

図１７は、各ＴＲＰに対して１つずつ、２つのＰＨ値を搬送するPHR MAC CEの例示的な実施形態を示す。

図１８は、セルごとに１つのＰＨ値を搬送するPHR MAC CEの例示的な実施形態を示す。

図１９は、本明細書で説明される実施形態の少なくともいくつかに従った無線通信デバイス（ＷＣＤ）および基地局の動作を示す。

図２０は、ネットワークノードの例示的な実施形態の概略ブロック図である。 図２１は、ネットワークノードの例示的な実施形態の概略ブロック図である。 図２２は、ネットワークノードの例示的な実施形態の概略ブロック図である。

図２３は、ＷＣＤの例示的な実施形態の概略ブロック図である。 図２４は、ＷＣＤの例示的な実施形態の概略ブロック図である。

図２５は、本開示の実施形態が実装され得る通信システムの例示的な実施形態を示す図である。

図２６は、図２５のホストコンピュータ、基地局、およびＵＥの例示的な実施形態を示す。

図２７は、図２５のような通信システムにおいて実装される方法の例示的な実施形態を示すフローチャートである。 図２８は、図２５のような通信システムにおいて実装される方法の例示的な実施形態を示すフローチャートである。 図２９は、図２５のような通信システムにおいて実装される方法の例示的な実施形態を示すフローチャートである。 図３０は、図２５のような通信システムにおいて実装される方法の例示的な実施形態を示すフローチャートである。

以下に記載する実施形態は、当業者が実施形態を実施できるようにするための情報を表し、実施形態を実施するための最良の態様を例示する。添付の図面の図に照らして以下の説明を読めば、当業者は、本開示の概念を理解し、本明細書で特に取り上げないこれらの概念の適用を認識するであろう。これらの概念および適用は、本開示の範囲内にあることを理解されたい。

次に、本明細書で企図される実施形態のいくつかを、添付図面を参照してより完全に説明する。しかしながら、他の実施形態は、本明細書において開示される主題の範囲内に含まれ、開示される主題は、本明細書において規定される実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例示として提供される。

一般に、本明細書で使用される全ての用語は、異なる意味が明確に与えられていない限り、および／またはそれが使用される文脈から暗示されない限り、関連する技術分野における通常の意味に従って解釈される。ａ／ａｎ／ｔｈｅ要素、装置、構成要素、手段、ステップ等へのすべての言及は、明示的に別段の記載がない限り、その要素、装置、構成要素、手段、ステップ等の少なくとも１つのインスタンスを指すものとしてオープンに解釈されるものとする。本明細書に開示される方法のステップは、ステップが他のステップに続くまたは先行すると明示的に記載されない限り、および／またはステップが他のステップに続くまたは先行しなければならないことが暗黙的に記載されない限り、開示される正確な順序で実行される必要はない。本明細書に開示された実施形態のいずれかの特徴は、適切な場合には、他の実施形態に適用され得る。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用することができ、逆もまた同様である。添付の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになるであろう。

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

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

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

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

無線通信デバイス：通信デバイスの１つのタイプは無線通信デバイスであり、これは、無線ネットワーク（例えば、セルラーネットワーク）へのアクセスを有する（すなわち、それによってサービスを提供される）任意のタイプの無線デバイスであり得る。無線通信デバイスの例としては、３ＧＰＰネットワーク内のユーザ機器デバイス（ＵＥ）、機械型通信（ＭＴＣ）デバイス、およびモノのインターネット（ＩｏＴ）デバイスなどを含むが、これらに限定されない。そのような無線通信デバイスは、携帯電話、スマートフォン、センサデバイス、メータ、車両、家電製品、医療機器、メディアプレーヤ、カメラ、または任意のタイプの民生用電子機器、例えばテレビ、ラジオ、照明器具、タブレットコンピュータ、ラップトップ、ＰＣなど（ただし、これらに限定されない）であってもよいし、これらに統合されていてもよい。無線通信デバイスは、無線接続を介して音声および／またはデータを通信することが可能な、携帯型、ハンドヘルド型、コンピュータ内蔵型、または車両搭載型のモバイルデバイスであってもよい。

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

送信／受信ポイント（ＴＲＰ）：いくつかの実施形態では、ＴＲＰは、ネットワークノード、無線ヘッド、空間関係、または送信構成インジケータ（ＴＣＩ）状態のいずれかであり得る。いくつかの実施形態では、ＴＲＰは空間関係またはＴＣＩ状態によって表され得る。いくつかの実施形態では、ＴＲＰは複数のＴＣＩ状態を使用することができる。いくつかの実施形態では、ＴＲＰは、ＳＲＳリソースセット、ＵＬスケジューリングＤＣＩのＳＲＩフィールド、空間関係、またはＵＬ ＴＣＩ状態によって表され得る。したがって、ＴＲＰに向けてＰＵＳＣＨを送信するＵＥは、以下のいずれか１つと等価であり得る：
・ＴＲＰを表すＵＬスケジューリングＤＣＩ内のＳＲＩフィールドによって示されるＳＲＩを使用してＰＵＳＣＨを送信するＵＥ、
・ＴＲＰを表すＳＲＳリソースセットからＳＲＩを使用してＰＵＳＣＨを送信するＵＥ、
・ＴＲＰを表す空間関係を使用してＰＵＳＣＨを送信するＵＥ、または
・ＴＲＰを表すＵＬ ＴＣＩ状態を使用してＰＵＳＣＨを送信するＵＥ。

いくつかの実施形態では、ＴＲＰは、その要素に固有の物理層特性およびパラメータに従って、ＵＥとの間で無線信号を送受信するｇＮＢの一部であり得る。いくつかの実施形態では、マルチＴＲＰ（multiple TRP）動作において、サービングセルは２つのＴＲＰからＵＥをスケジューリングすることができ、より優れた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）カバレッジ、信頼性、および／またはデータレートを提供する。マルチＴＲＰには、単一のダウンリンク制御情報（ＤＣＩ）とマルチＤＣＩの２つの異なる動作モードがある。どちらのモードでも、アップリンクとダウンリンクの動作制御は物理層とメディアアクセス制御（ＭＡＣ）の両方で行われる。シングルＤＣＩモードでは、ＵＥは両方のＴＲＰに対して同じＤＣＩによってスケジューリングされ、マルチＤＣＩモードでは、ＵＥは各ＴＲＰからの独立したＤＣＩによってスケジューリングされる。

いくつかの実施形態では、一組の送信ポイント（ＴＰ）は、１つのセル、１つのセルの一部、または１つの測位基準信号（ＰＲＳ）のみのＴＰのための、地理的に同位置の送信アンテナ（例えば、アンテナアレイ（１以上のアンテナ素子を有する））のセットである。ＴＰは、基地局（ｅＮＢ）アンテナ、リモート無線ヘッド（ＲＲＨ）、基地局のリモートアンテナ、ＰＲＳのみのＴＰのアンテナなどを含み得る。１つのセルは、１つまたは複数のＴＰによって形成され得る。同種の配備の場合、各ＴＰが１つのセルに対応することがある。

いくつかの実施形態では、ＴＲＰのセットは、ＴＰおよび／または受信ポイント（ＲＰ）機能をサポートする、地理的に同位置に配置されたアンテナ（たとえば、アンテナアレイ（１以上のアンテナ素子を有する））のセットである。

本明細書で与えられる説明は、３ＧＰＰセルラー通信システムに焦点を当てており、そのため、３ＧＰＰ用語または３ＧＰＰ用語に類似する用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されるものではない。

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

現在、ある課題が存在する。異なるＴＲＰに向かって繰り返される物理アップリンク共有チャネル（ＰＵＳＣＨ）上で電力ヘッドルーム報告（ＰＨＲ）が送信される場合、異なるＰＵＳＣＨ機会に対して異なる送信電力が決定される可能性がある。実際のＰＵＳＣＨに基づくＰＨＲ計算の場合、ＰＨＲを搬送するＰＵＳＣＨが異なるＴＲＰに向けて繰り返される場合、ＰＨＲの計算にどのＰＵＳＣＨ機会を使用するかは未解決の問題である。例を図８に示すが、ここでは、ＰＵＳＣＨの繰り返しが２つのＴＲＰにスケジュールされ、２つのＴＲＰに対応するＰＵＳＣＨの送信電力が異なる。

以下のオプションが提案されている：
・オプション１：ＰＨＲを計算するために最初のＰＵＳＣＨ機会を使用する、
・オプション２：各々が各ＴＲＰに対する最初のＰＵＳＣＨ機会にそれぞれ関連付けられた２つのＰＨＲを計算するが、それらのうちの１つ（例えば、最小値を有するもの）を報告する、
・オプション３：各々が各ＴＲＰに対する最初のＰＵＳＣＨ機会に関連付けられた２つのＰＨＲを計算し、２つのＰＨＲの両方を報告する。

オプション１では、１つのＴＲＰに関連付けられたＰＨＲが常に報告される。これは、ｇＮＢが他方のＴＲＰのＰＨを知らないため、他方のＴＲＰの電力ヘッドルーム（ＰＨ）が報告されたものよりも小さい場合、ＵＥが他方のＴＲＰに対して電力不足になる可能性があるため、望ましくない。

オプション２では、報告するためにＵＥによって１つのＰＨＲが選択される。しかし、その選択がどのように行われるかは不明である。値が最も小さいものが常に選択される場合、スケジューリングはより保守的であろう。一方、値が最大のものが選択される場合、スケジューリングはより積極的であろう。

オプション３では、両方のＴＲＰのＰＨＲが報告される。このオプションは、各ＴＲＰの完全なＰＨ情報を提供し、ｇＮＢがより良いスケジューリング決定をするのに役立つはずである。しかしながら、１つのサービングセルに対して２つのＰＨＲをどのように報告するかは未解決の問題である。

本開示のある態様およびその実施形態は、前述のまたは他の課題に対する解決策を提供することができる。一実施形態では、ＵＥがサービングセル内の複数のＴＲＰへのＰＵＳＣＨ繰り返しで構成される場合、サービングセルごとに１つのＰＨがＵＥによって報告される。ＰＨは、何らかの規則（例えば、２つのＴＲＰ間の切り換え）に従って、ＴＲＰの１つへのＰＵＳＣＨ送信に基づいて計算される。ＵＥは、ＰＨＲ メディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）において、報告されたＰＨがどのＴＲＰに関連するかを明示的に示す。

別の実施形態では、ＰＨは常に最初のＰＵＳＣＨ送信機会に基づいて計算され、ＵＥは、ＰＵＳＣＨ繰り返しの最初のＰＵＳＣＨ送信機会がどのＴＲＰに送信されるべきかをｇＮＢから指示され得る。異なるＴＲＰを最初のＰＵＳＣＨ送信機会に関連付けることによって、ｇＮＢは、サービングセル内のすべてのＴＲＰのＰＨを取得することができる。

さらなる実施形態では、ＰＨＲがトリガされたときにサービングセル内のすべてのＴＲＰのＰＨを搬送するための新規なPHR MAC CEが提案される。

ＰＵＳＣＨがＴＲＰのうちの１つに送信され得るか、または異なるスロットにおいて異なるＴＲＰに向かって繰り返され得る、セル内の複数のＴＲＰのためのＰＨを報告するためのシステムおよび方法の実施形態が、本明細書において開示される。本開示の実施形態は、以下の態様のいずれか１つ以上を含み得る：
・無線通信デバイス（例えば、ＵＥ）が、（新規な）PHR MAC CEにおいて、ＰＨＲにおけるＰＨが関連付けられるＴＲＰを明示的に示すこと；
・無線通信デバイス（例えば、ＵＥ）が、（新規な）PHR MAC CEにおいて、１つまたは２つのＰＨがセルについて報告されるかどうかを明示的に示すこと；
・ＴＲＰ固有のパスロス変化条件によるＰＨＲのトリガ；
・ネットワークノード（例えば、ｇＮＢなどの基地局）による複数のＴＲＰへのＰＵＳＣＨ繰り返しの場合に、最初のＰＵＳＣＨ送信機会に関連するＴＲＰに切り替え、無線通信デバイス（例えば、ＵＥ）によって、最初のＰＵＳＣＨ機会に関連するＴＲＰのみのＰＨを報告すること。

特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供し得る。本開示の実施形態は、ネットワークノード（例えば、ｇＮＢなどの基地局）が、セル内のすべてのＴＲＰの電力ヘッドルーム情報を取得し、複数のＴＲＰへのＰＵＳＣＨ送信についてより良いスケジューリング決定を行うことを可能にし得る。

図９は、本開示の実施形態が実装され得るセルラー通信システム９００の一例を示す。本明細書で説明される実施形態では、セルラー通信システム９００は、次世代ＲＡＮ（ＮＧ ＲＡＮ）および５Ｇコア（５ＧＣ）を含む５Ｇシステム（５ＧＳ）であるが、本明細書で説明される実施形態は、複数のＴＲＰへのアップリンク送信に関連して電力ヘッドルーム（ＰＨ）報告（ＰＨＲ）を提供することが無線通信デバイスにとって望ましい任意のタイプの無線通信システムまたはセルラー通信システムにも同様に適用可能である。この例では、ＲＡＮは、基地局９０２－１および９０２－２を含み、５ＧＳでは、ＮＲ基地局（ｇＮＢ）および任意選択で次世代ｅＮＢ（ｎｇ－ｅＮＢ）を含み、対応する（マクロ）セル９０４－１および９０４－２を制御する。基地局９０２－１および９０２－２は、本明細書では一般に、集合的に基地局（複数）９０２と参照され、個々に基地局９０２と参照される。同様に、（マクロ）セル９０４－１および９０４－２は、本明細書では一般に、集合的に（マクロ）セル（複数）９０４と参照され、個々に（マクロ）セル９０４と参照される。ＲＡＮはまた、対応するスモールセル９０８－１～９０８－４を制御する多数の低電力ノード９０６－１～９０６－４を含み得る。低電力ノード９０６－１～９０６－４は、小型基地局（ピコ基地局またはフェムト基地局など）またはＲＲＨなどであり得る。特に、図示されていないが、スモールセル９０８－１～９０８－４のうちの１つ以上が、代替的に基地局９０２によって提供されてもよい。低電力ノード９０６－１～９０６－４は、本明細書では一般に、集合的に低電力ノード（複数）９０６と参照され、個々に低電力ノード９０６と参照される。同様に、スモールセル９０８－１～９０８－４は、本明細書では一般に、集合的にスモールセル（複数）９０８と参照され、個々にスモールセル９０８と参照される。セルラー通信システム９００は、５ＧＳでは５ＧＣであるコアネットワーク９１０も含む。基地局９０２（および任意選択で低電力ノード９０６）はコアネットワーク９１０に接続される。

基地局９０２および低電力ノード９０６は、対応するセル９０４および９０８内の無線通信デバイス９１２－１～９１２－５にサービスを提供する。無線通信デバイス９１２－１～９１２－５は、本明細書では一般に、無線通信デバイス（複数）９１２として集合的に参照され、無線通信デバイス９１２として個別に参照される。以下の説明では、無線通信デバイス９１２は、しばしばＵＥであり、そのようなものとして本明細書ではＵＥ９１２と参照されることもあるが、本開示はこれに限定されない。

図１０は、基地局９０２の制御下にある２つのＴＲＰ１０００－１および１０００－２を有するサービングセルの例を示す。この例では、基地局９０２はｇＮＢであり、そのため、本明細書ではｇＮＢ９０２と呼ばれることもある。サービングセル内の無線通信デバイス（ＷＣＤ）９１２は、それぞれが２つのＴＲＰ１０００－１、１０００－２のうちの１つに関連付けられた２つのＳＲＳリソースセットで構成される。この例では、ＷＣＤ９１２はＵＥであり、そのため本明細書ではＵＥ９１２と呼ばれることがある。各ＳＲＳリソースセットは、ＳＲＳリソースセットインデックスに関連付けられる。ＵＥ９１２は、異なるスロットなどの異なる時間インスタンスにおいて、ＴＲＰ１０００－１、１０００－２のうちの１つに向けて、または異なるＴＲＰに向けてＰＵＳＣＨを送信するように、すなわち、２つのＴＲＰ１０００－１、１０００－２のうちの１つに向けてＰＵＳＣＨがそれぞれ複数回繰り返されるように、ｇＮＢ９０２によってスケジューリングされ得る。

２つのＴＲＰ１０００－１、１０００－２に対するＰＵＳＣＨの繰り返しは、ＰＵＳＣＨ送信をスケジューリングするＤＣＩにおいて、または２つのＳＲＩを有するコンフィグアドグラント構成のいずれかにおいて指示することができる。２つのＳＲＩの各々は、２つのＳＲＳリソースセットのうちの１つに関連付けられる。ＳＲＩとＰＵＳＣＨ送信機会との間のマッピングは（例えば、周期的または順次的な方法で）構成され得る。最初のＰＵＳＣＨ送信は、第１または第２のＳＲＩに関連付けられ得る。第１のＳＲＩは、第１のＳＲＳリソースセット内のＳＲＳリソースを示すために使用され得、第２のＳＲＩフィールドは、第２のＳＲＳリソースセット内のＳＲＳリソースを示すために使用され得る。第１のＳＲＳリソースセットは、最も低いＳＲＳリソースセットインデックスを有するものとして識別され得る。ＳＲＩに関連付けられた送信機会のＰＵＳＣＨは、ＳＲＩによって示されるＳＲＳリソースのＳＲＳアンテナポートを介して送信される。ＳＲＩはまた、対応するＳＲＳリソースセットのために設定されたＰＵＳＣＨ電力制御パラメータのセットから対応するＰＵＳＣＨ電力制御パラメータを選択するために使用される。各ＳＲＳリソースセットに対して、ＰＵＳＣＨ電力制御パラメータの個別のセットが設定される。ＰＵＳＣＨ送信機会に対して、関連する電力制御パラメータ（すなわち、パスロスリファレンスＲＳ、Ｐ０、およびα）は、図１１に示されるように、関連するＳＲＩを使用して決定される。

以下のサブセクションでは、サービングセルにおいてＰＨＲがトリガされ、新しいデータのための第１の利用可能なＰＵＳＣＨ送信が２つのＴＲＰに向かうＰＵＳＣＨ繰り返しである場合に、ＰＨＲを計算し報告する方法を定義する実施形態を説明する。実施形態がこれらの別々のサブセクションで説明される一方で、以下のサブセクションで説明される実施形態が別々にまたは任意の所望の組み合わせで使用され得ることが理解されることに留意されたい。

本開示全体を通じて、２つ以上のＴＲＰに向けたＰＵＳＣＨ送信という用語が使用される。これは、ＵＥが、２つ以上のＴＲＰに向けたＰＵＳＣＨ送信をターゲットとするために、異なる（例えば、２つ以上の）空間送信フィルタおよび／または電力制御パラメータセットを使用することを意味する。ＵＥがＴＲＰに向けてＰＵＳＣＨを送信するために使用する空間送信フィルタおよび／または電力制御パラメータセット情報は、ＳＲＩまたはＵＬ ＴＣＩ状態を介してＵＥに示される。ＵＥが２つの異なるＴＲＰに向けてＰＵＳＣＨを送信する場合、２つのＳＲＩまたは２つのＵＬ ＴＣＩ状態をＵＥに示す必要がある。

ＰＨＲ内のＰＨに関連するＴＲＰを示すＵＥ

複数のＴＲＰへのＰＵＳＣＨ繰り返しがＵＥに設定されている場合、つまりＵＥが、「コードブック」または「非コードブック」のいずれかに設定された用法で複数のＳＲＳリソースセットで設定されており、１つ以上のＰＨＲがトリガされた場合、アクティブ化された各セルに対して１つのＰＨＲが報告される。タイプ１のＰＨＲが実際のＰＵＳＣＨに基づいて計算されると決定され、ＰＵＳＣＨが複数のＴＲＰに向かうＰＵＳＣＨ繰り返しの一部である場合、一実施形態では、ＴＲＰの１つに向かうＰＵＳＣＨ送信機会に関連するＰＨが、１つまたは複数の規則に従って報告される。一例では、ＵＥは、ｇＮＢが各ＴＲＰに対するＰＨを有することができるように、２つの隣接するＰＨＲ報告インスタンスにおいて２つのＴＲＰ間を切り換えることができる。言い換えれば、２つのＴＲＰを持つ所定のサービングセルについて、ＵＥは、第１のＰＨＲにおいて一方のＴＲＰのＰＨを報告し、別のＰＨＲにおいて他方のＴＲＰのＰＨを報告してもよく、これは交互に行われてもよい。

ＵＥは、報告されたＰＨがどのＴＲＰ（または関連するＳＲＳリソースセット）に関連するかをPHR MAC CEにおいて示す、すなわち、ＰＨは、ＴＲＰに向かうＰＵＳＣＨ送信電力に基づいて計算される。図１２に例を示すが、Ｔビットフィールドは、ＰＨが第１のＴＲＰ（例えば、ＴＲＰ １０００－１）と第２のＴＲＰ（例えば、ＴＲＰ １０００－２）のどちらに関連しているかを示すために使用される。例えば、Ｔ＝０と＝１は、それぞれ第１のＴＲＰと第２のＴＲＰを示す。第１および第２のＴＲＰは、それぞれ、ＤＣＩ内の第１および第２のＳＲＳリソースセットまたは第１および第２のＳＲＩフィールドのいずれかと関連付けられる。

別の実施形態では、PHR MAC CEでＰＨ（複数可）を報告する場合、次の２つのＵＥの動作がある：
・動作１：ＵＥはPHR MAC CEにおいて単一のＰＨを報告する。具体的には、ＵＥはPHR MAC CEにおいて、報告されたＰＨがどのＴＲＰ（または関連するＳＲＳリソースセット）に対応するかを示す。すなわち、ＵＥはPHR MAC CEにおいて、２つのＴＲＰ（例えば、２つのＳＲＳリソースセット）に関連するＰＵＳＣＨ送信電力のうち、どのＰＵＳＣＨ送信電力をＰＨの計算に使用するかを示す。
・動作２：ＵＥは、２つのＰＨが２つのＴＲＰ（例えば、２つのＳＲＳリソースセット）に関連付けられたＰＵＳＣＨ送信電力を使用して計算され、PHR MAC CEにおいて２つのＰＨを報告する。

この実施形態では、ＵＥが動作１に従うべきか動作２に従うべきかは、ＵＥに対して暗黙的または明示的に構成される。明示的な構成アプローチでは、上位レイヤのパラメータ（例えば、ＲＲＣパラメータ）が、例えば、3GPP TS 38.331 V16.4.1のPHR-Config情報要素の一部として構成される。暗黙的構成アプローチでは、ＵＥは、ＵＥが動作１と動作２のどちらに従うかによって、PHR MAC CEのlengthフィールドを設定する。例えば、lengthフィールドが２オクテットを示す場合、ＵＥは動作１に従い、PHR MAC CEは図１２のような構造を持つ。lengthフィールドが３オクテットを示す場合、ＵＥは動作２に従い、PHR MAC CEは図１３と同様の構造を持つ。図１３では、第１のＴＲＰ（または第１のＳＲＳリソースセット）に対応するＰＨは第１のオクテットにあり、第２のＴＲＰ（または第２のＳＲＳリソースセット）に対応するＰＨは第２のオクテットにある。

代替実施形態では、PHR MAC CE内のフラグ（またはフィールド）は、ＵＥが動作１または動作２に従ってＰＨ（複数可）を報告するかどうかを示す。例えば、フラグが設定されている場合、ＵＥは動作１に従ってPHR MAC CEで単一のＰＨを報告する。フラグが設定されていない場合、ＵＥは動/作２に従ってPHR MAC CE内で２つのＰＨを報告する。この代替実施形態では、フラグは本質的に、PHR MAC CEにおいて第２のＰＨを報告するかどうかを制御する。したがって、この代替実施形態におけるPHR MAC CEは、サイズがフラグによって制御される可変サイズのMAC CEである。

最初のＰＵＳＣＨ送信機会に関連付けられたＴＲＰを示すｇＮＢ

別の実施形態では、ＰＨは常に最初のＰＵＳＣＨ送信機会に基づいて計算され、ｇＮＢはＵＥに対して、ＰＵＳＣＨ繰り返しの最初のＰＵＳＣＨ送信機会が送信されるべきＴＲＰを指示することができる。この指示は、例えば、ＤＣＩまたはMAC CEのいずれかを介して行うことができる。例えば、ＤＣＩのビットフィールドは、ＤＣＩの第１のＳＲＩフィールドが第１または第２のＳＲＳリソースセットに関連付けられるかどうかを示すことができ、最初のＰＵＳＣＨ送信機会は常に第１のＳＲＩフィールドに関連付けられている。代替として、MAC CEがＳＲＩフィールドとＳＲＳリソースセットとの間のマッピングに使用されてもよく、動的にスケジューリングされたＰＵＳＣＨとセミパーシステント型でスケジューリングされたＰＵＳＣＨ、すなわちコンフィグアドグラントの両方に対して適用可能であってもよい。最初のＰＵＳＣＨ送信機会に異なるＴＲＰを関連付けることにより、ｇＮＢはアクティブ化されたセル内の全てのＴＲＰのためのＰＨを取得することができる。一例を図１４に示す。

以下の表１は、ＰＵＳＣＨ送信が単一のＴＲＰ（ｓＴＲＰ）か複数のＴＲＰ（ｍＴＲＰ）かを示し、ｍＴＲＰの場合、最初のＰＵＳＣＨ送信機会がどのＴＲＰに向けられているかを示すために、ＤＣＩのビットフィールドを使用する例を示している。
表１：ＰＵＳＣＨ送信が単一のＴＲＰ（ｓＴＲＰ）に対するものであるか、複数のＴＲＰ（ｍＴＲＰ）に対するＰＵＳＣＨの繰り返しであるか、およびｍＴＲＰの場合、最初のＰＵＣＣＨ送信機会がどのＴＲＰに対するものであるかを示すために、ＤＣＩの２ビットのビットフィールドを使用する例。

複数のＴＲＰに対するタイプ１のＣＧベースのＰＵＳＣＨ繰り返しの場合、ＰＵＳＣＨ送信はＤＣＩによってスケジューリングされない。この場合、両方のＴＲＰのためのＰＨＲを取得できるように、一実施形態では、最初のＰＵＳＣＨ送信機会のＴＲＰを異なる周期で切り替えることができる。一例を図１５に示す。ＰＨＲがＣＧ期間でトリガされる場合、第１ＰＵＳＣＨ送信機会に関連するＴＲＰのＰＨＲは、ＰＵＳＣＨで搬送されるMAC CEで報告される。

リファレンスＰＵＳＣＨフォーマットに基づくＰＨ計算

複数のＴＲＰに対するＰＵＳＣＨ繰り返しの場合、ＳＲＳリソースセットの異なるＴＲＰに対して、別々の電力制御パラメータセット（すなわち、Ｐ０、α、パスロスリファレンスＲＳ、クローズドループ指標）が設定される。ＵＥが、アクティブ化されたサービングセルに対するタイプ１電力ヘッドルーム報告がリファレンスＰＵＳＣＨ送信に基づくと決定した場合、サービングセルｃのキャリアｆのアクティブUL BWP b上のＰＵＳＣＨ送信機会ｉについて、ＵＥはタイプ１電力ヘッドルーム報告を次のように計算する：
ここで、P^~ _CMAX,F,C(i)は、MPR=0 dB, A-MPR=0 dB, P-MPR=0 dB,ΔT_C=0 dBと仮定して計算される。MPR, A-MPR, P-MPR,およびΔT_Cは、3GPP TS 38.101-1, TS38.101-2およびTS 38.101-3で定義されている。残りのパラメータは3GPP TS 38.213 v16.4.0の第7.1.1項で定義されており、P_{O_PUSCH,b,f,c}(j)はP_{O_NOMINAL_PUSCH,f,c}(0)を用いて得られ、α_b,f,c(j)、PL_b,f,c(q_d)、およびf_b,f,c(i,l)は、p0-PUSCH-AlphaSetId=0、pusch-PathlossReferenceRS-Id = 0, and l=0,およびl=0を使用して取得され、それぞれ、図１１に示すように、２つのＰＵＳＣＨパワーコントロールセットの１つに関連している。3GPP TS 38.213 v16.4.0で定義されているように、次の点に留意すべきである。
・ｂは、帯域幅部分インデックスである；
・ｆは、キャリア周波数インデックスである；
・ｃはセルインデックスである；
・ｉは送信機会インデックスである；
・ｊは、ＰＵＳＣＨタイプのインデックスである；
・ｑ_ｄはパスロスリファレンスＲＳインデックスである；
・ｌはクローズドループインデックスである；
・P^~ _CMAX,f,c(i)は、送信機会ｉにおけるサービングセルｃのキャリア周波数ｆに対する無線通信デバイスの最高出力電力である；
・P_{O_PUSCH,b,f,c}(j)は、構成要素P_{O_NOMINAL_PUSCH,b,f,c}(j)と構成要素P_{O_UE_PUSCH,b,f,c}(j)との和から構成されるパラメータである；
・α_b,f,c(j)はα_b,f,cは小数パスロス補償係数である；
・PL_b,f,c(q_d)は、インデックスq_dを有するパスロスリファレンス信号に基づくパスロス推定である；
・f_b,f,c(i,l)は、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂおよびＰＵＳＣＨ送信機会ｉのためのＰＵＳＣＨ電力制御調整状態ｌである。

ＴＲＰごとにＰＨが報告される場合、すなわち、ＴＲＰごとに１つのＰＨがPHR MAC CEで報告される場合、ＰＨが報告されるＴＲＰに関連する電力制御パラメータセットにおいて、p0-PUSCH-AlphaSetId＝0、pusch-PathlossReferenceRS-Id＝0、およびl＝0である。そうではなく、アクティブ化されたセルごとに１つのＰＨがＰＨＲで報告される場合、p0-PUSCH-AlphaSetId＝0、pusch-PathlossReferenceRS-Id＝0、およびl＝0のための電力制御パラメータセットは、事前定義または構成され得る。いくつかの実施形態では、ＵＥは、あるＴＲＰについてはリファレンスPUSCHフォーマットに基づくＰＨを報告し、別のＴＲＰについては実ＰＵＳＣＨ送信に基づくＰＨを報告することができる。

パスロス変化によるＰＨＲトリガ

既存のＰＨＲトリガイベントの１つは、phr-ProhibitTimerが満了するか、すでに満了し、ＭＡＣエンティティが新しい送信のためのＵＬリソースを有し、このＭＡＣエンティティにおけるＰＨＲの最後の送信以降に、パスロスがphr-Tx-PowerFactorChange dB以上変化した場合である。

複数のＴＲＰに向けてＰＵＳＣＨを送信し、ＴＲＰごとにＰＨＲが報告される場合、パスロスの変化は同じＴＲＰに関するものであるべきであり、すなわち、同じＴＲＰ（またはＳＲＳリソースセット）に関連するパスロスがphr-Tx-PowerFactorChange dBを超える量だけ変化したときにＰＨＲがトリガされる。

したがって、既存の条件は以下のように変更されるべきである：
・phr-ProhibitTimerが満了するか、またはすでに満了しており、かつ、ＭＡＣエンティティが新たな送信のためのＵＬリソースを有する場合に、このＭＡＣエンティティにおけるＰＨＲの最後の送信以降、パスロスリファレンスとして使用され、パスロスの変化が同じＰＵＳＣＨ電力制御パラメータセットにおけるパスロスリファレンスＲＳに対するものである、アクティブDL BWPが休止BWPでないＭＡＣエンティティの少なくとも１つのアクティブ化されたサービングセルにおいて、パスロスがphr-Tx-PowerFactorChange dB以上変化した。

これは以下の図１６で説明されているように、２つのＴＲＰのいずれか１つに対するパスロスが事前に定義された閾値を超えて変更された場合、新しいＰＨＲがトリガされる。PL_TRP1(t₁)は、図１１のＰＵＳＣＨ電力制御パラメータの第１セットのパスロスリファレンスＲＳに基づいてt₁で測定されたdB単位のパスロスであり、PL_TRP2(t₁)は、図１１のＰＵＳＣＨ電力制御パラメータの第２セットのパスロスリファレンスＲＳに基づいてt₁で測定されたdB単位のパスロスである。PL_TRP1（t₂）は、ＰＵＳＣＨ電力制御パラメータの第１セットにおける同一または異なるパスロスリファレンスＲＳに基づいてt₂で測定されたdB単位のパスロスであり、PL_TRP2（t₂）は、ＰＵＳＣＨ電力制御パラメータの第２セットにおける同一または異なるパスロスリファレンスＲＳに基づいてt₂で測定されたdB単位のパスロスである。PL_thresholdはphr-Tx-PowerFactorChangeによって設定される。

最後のＰＨＲが単一のＴＲＰに送信された場合、一実施形態では、単一のＴＲＰへのパスロス変化のみがチェックされる。別の実施形態では、他のＴＲＰへのパスロス変化もチェックされ、その変化は、現時点で測定されたパスロスと、ＰＵＳＣＨが他のＴＲＰに送信された最後のＰＨＲ報告後の最初の時点で測定されたパスロスとの間である。

一実施形態では、各々が１つのＴＲＰに対応する２つのタイマphr-ProhibitTimer1およびphr-ProhibitTimer2が存在する。これらのタイマは、所与のＴＲＰに対するＰＨＲが送信され得るか否かを記述する。例えば、これらのタイマに応じて、ＵＥはMAC CEに１つのＰＨ値または２つのＰＨ値のいずれかを含め、6.1.1の実施形態で説明したように、両方が存在するか、一方のみが存在するかを示すために長さフィールドまたはフラグを使用する。

複数のＰＨを搬送するための新規なMAC CE

別の実施形態では、ＰＨＲがトリガされるたびに、セル内のすべてのＴＲＰのＰＨが新規なMAC CEで報告される。一例を図１７に示すが、ここではサービングセルに対して、２つのＴＲＰの各々について１つずつ、２つのＰＨが報告され得る。Ci=1の場合、Ti(i=1,2,...,7)は、関連するサービングセルCiに第２のＰＨが存在するかどうかを示すために使用される。他のフィールドの定義は、既存のマルチエントリMAC CEのものと同じである。

更なる実施形態では、各セルの１つのＴＲＰのみのＰＨがＰＨＲで報告される。MAC CEの一例を図１８に示すが、Ti(i=1,2,...,7)は、ＰＨがサービングセルCiの第１または第２のＴＲＰかを示すのに使用され、例えば、Ti=0は第１のＴＲＰを示し、Ti=1は第２のＴＲＰを示す。他のフィールドの定義は、既存のマルチエントリMAC CEのものと同じである。

さらなる説明

図１９は、本明細書で説明する少なくともいくつかの実施形態に従ったＷＣＤ９１２および基地局９０２の動作を示す。オプションのステップは破線／ボックスで表されている。一実施形態では、基地局９０２はｇＮＢであり、ＷＣＤ９１２はＵＥであるが、本開示はこれに限定されないことに留意されたい。図１９に示されるように、基地局９０２は、ＷＣＤ９１２のためにＰＨＲを構成する（ステップ１９００）。また、基地局９０２は、複数のＴＲＰに向けた繰り返しを伴うアップリンク送信（例えば、繰り返しを伴うＰＵＳＣＨ）のためにＷＣＤ９１２を構成する（ステップ１９０２）。この構成は、「コードブック」または「非コードブック」に設定された用法と、繰り返し係数とを有する２つのＳＲＳリソースセットの構成を含み得る。

ＷＣＤ９１２において、ＰＨＲはトリガイベントによってトリガされる（ステップ１９０４）。一実施形態では、ＰＨＲトリガは、「パスロス変化によるＰＨＲトリガ」のセクションで上述した実施形態に従う。

基地局９０２は、ＷＣＤ９１２に対して、第１および第２のＳＲＩを示すことによって、複数のＴＲＰに向けた繰り返しを伴うアップリンク送信を（例えば、ＤＣＩまたは例えば、コンフィグアドグラントＰＵＳＣＨのような設定を介して）スケジュールする（ステップ１９０６）。各繰り返しは、ＷＣＤ９１２に対して構成された複数のＳＲＳリソースセットのうちの１つ（例えば、２つのＳＲＳリソースセットのうちの１つ）に関連付けられる。いくつかの実施形態では、基地局９０２はまた、例えば、「最初のＰＵＳＣＨ機会に関連付けられたＴＲＰを示すｇＮＢ」のセクションで上述した実施形態のいずれかに従って、複数のＴＲＰのうちのいずれが（繰り返しを伴うスケジュールされたアップリンク送信のためのものの中から）最初の送信機会に関連付けられるかの指示をＷＣＤ９１２に提供する（ステップ１９０８）。ステップ１９０６はステップ１９０４の後に発生するものとして示されているが、ステップ１９０４のトリガはステップ１９０８の後に発生してもよいことに留意されたい。

ＷＣＤ９１２において、ＷＣＤ９１２は、ＰＨ（複数可）を計算し、上述の実施形態のいずれかに従ってPHR MAC CEを構築する（ステップ１９１０および１９１２）。ＷＣＤ９１２は、PHR MAC CEをアップリンク送信で送信する（ステップ１９１４）。

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

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

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

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

図２２は、本開示のいくつかの他の実施形態によるネットワークノード２０００の概略ブロック図である。ネットワークノード２０００は、１つまたは複数のモジュール２２００を含み、その各々はソフトウェアで実装される。モジュール２２００は、本明細書で説明するネットワークノード２０００の機能を提供する。この説明は、モジュール２２００が処理ノード２１００の１つに実装されるか、複数の処理ノード２１００に分散されるか、および／または処理ノード２１００と制御システム２００２に分散され得る、図２１の処理ノード２１００にも同様に適用できる。

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

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

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

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

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

図２５の通信システムは、全体として、接続されたＵＥ２５１２、２５１４とホストコンピュータ２５１６との間の接続性を可能にする。この接続性は、オーバーザトップ（ＯＴＴ）接続２５２４として説明することができる。ホストコンピュータ２５１６および接続されたＵＥ２５１２、２５１４は、アクセスネットワーク２５０２、コアネットワーク２５０４、任意の中間ネットワーク２５２２、および仲介として可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続２５２４を介してデータおよび／または信号を通信するように構成される。ＯＴＴ接続２５２４は、ＯＴＴ接続２５２４が通過する参加通信デバイスがアップリンクおよびダウンリンク通信のルーティングに気づかないという意味で、透過的であり得る。例えば、基地局２５０６は、接続されたＵＥ２５１２に転送される（例えば、ハンドオーバされる）ホストコンピュータ２５１６から発信されるデータを有する着信ダウンリンク通信の過去のルーティングについて知らされ得ないか、または知らされる必要がない。同様に、基地局２５０６は、ホストコンピュータ２５１６に向けてＵＥ２５１２から発信される発信アップリンク通信の将来のルーティングを認識する必要はない。

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

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

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

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

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

ＵＥ２６１４と基地局２６１８との間の無線接続２６２６は、本開示全体を通じて説明される実施形態の教示に従う。さまざまな実施形態の１つ以上は、無線接続２６２６が最後のセグメントを形成するＯＴＴ接続２６１６を使用してＵＥ２６１４に提供されるＯＴＴサービスの性能を改善する。

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

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

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

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

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

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

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

本開示のいくつかの例示的な実施形態を以下に示す：

グループＡの実施形態

実施形態１：
無線通信デバイス（９１２）によって実行される方法であって、以下のうちの１つ以上を含む方法：
・基地局（９０２）から、ダウンリンク制御情報または２以上の繰り返しを行うアップリンク送信をスケジュールする構成（例えば、コンフィグアドグラントＰＵＳＣＨ用）を受信すること（１９０６）であって、前記２以上の繰り返しの各々が２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの１つに関連付けられ、電力ヘッドルーム報告（ＰＨＲ）がトリガされ、前記アップリンク送信によって搬送される、ことと、
・前記２以上のＳＲＳリソースセットのうちの少なくとも１つに関連付けられた少なくとも１つの電力ヘッドルーム（ＰＨ）値を計算すること（１９１０）と、
・少なくとも１つのＰＨ値からなるＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ）を構築すること（１９１２）と、
・前記アップリンク送信において前記ＰＨＲ ＭＡＣ ＣＥを送信すること（１９１４）。

実施形態２：
前記アップリンク送信が、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信である、実施形態１に記載の方法。

実施形態３：
前記ＰＨＲ ＭＡＣ ＣＥは、前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記少なくとも１つのＰＨ値に関連付けられる前記２以上のＳＲＳリソースセットのうちの前記少なくとも１つを示す情報を含む、実施形態１または２に記載の方法。

実施形態４：
前記少なくとも１つのＰＨ値が、前記２以上のリソースセットのうちの１つに関連付けられたＰＨ値であり、前記ＰＨＲ ＭＡＣ ＣＥが、前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記ＰＨ値に関連付けられた２以上のリソースセットのうちの１つを示す情報を含む、実施形態１または２に記載の方法。

実施形態５：
・前記２以上の繰り返しは、第１のＳＲＳリソースセットに関連付けられた第１の繰り返しと、第２のＳＲＳリソースセットに関連付けられた第２の繰り返しとからなる、および／または、
・少なくとも１つのＰＨ値は、（ａ）前記第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｂ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値と前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方である、および／または、
・前記ＰＨＲ ＭＡＣ ＣＥが、（ａ）前記第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｂ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値と前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方を含むかどうかを示す情報を含む、
実施形態１または２に記載の方法。

実施形態６：
前記少なくとも１つのＰＨ値の各ＰＨ値は、前記２以上の繰り返しのためにスケジュールされたものの中から最初の送信機会に基づいて計算される、実施形態１または２に記載の方法。

実施形態７：
前記基地局（９０２）から、前記２以上のＳＲＳリソースセットの中からどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す情報を受信すること（１９０８）をさらに含む、実施形態６に記載の方法。

実施形態８：
前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記少なくとも１つのＰＨ値は、前記最初の送信機会に関連付けられる前記ＳＲＳリソースセットに関連付けられるＰＨ値である、実施形態７に記載の方法。

実施形態９：
異なるＳＲＳリソースセットが、異なるスケジュールされたアップリンク送信のための最初の送信機会に関連付けられるものとして示される、実施形態７または８に記載の方法。

実施形態１０：
前記２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す情報が、ダウンリンク制御情報内に構成される、実施形態７～９のいずれかに記載の方法。

実施形態１１：
ダウンリンク制御情報内の単一のビットフィールドは、前記２以上の繰り返しが、前記２以上のＳＲＳリソースセットのうちの単一のＳＲＳリソースセットに関連付けられるか、または前記２以上のＳＲＳリソースセットのうちの複数のＳＲＳリソースセットに関連付けられるか、および前記２以上のＳＲＳリソースセットのうちのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかをジョイント符号化するために使用される、実施形態１０に記載の方法。

実施形態１２：
前記最初の送信機会に関連付けられる前記２以上のＳＲＳリソースセットのうちの前記ＳＲＳリソースセットが、異なる期間において変更される（例えば、切り換えられる）、実施形態６に記載の方法。

実施形態１３：
別個の電力制御パラメータが前記２以上のＳＲＳリソースセットに関連付けられ、前記少なくとも１つのＰＨ値を計算すること（１９１０）は、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂ上の送信機会ｉについて、ＰＨ値を次のように計算すること（１９１０）を備える、実施形態１～１２のいずれかに記載の方法：

実施形態１４：
ＰＨＲのトリガイベントを検出すること（１９０４）をさらに含む、実施形態１～１３のいずれかに記載の方法。

実施形態１５：
前記トリガイベントが、タイマが満了し、ＰＨＲの最後の送信からパスロスが閾値を超えて変化したときであり、前記パスロスの変化が、同じアップリンク（例えば、ＰＵＳＣＨ）電力制御パラメータセット内のパスロスリファレンス信号に関してである、実施形態１４に記載の方法。

実施形態１６：
前記トリガイベントは、タイマが満了し、同じＳＲＳリソースセットに関連するパスロスが、ＰＨＲの最後の送信以降、閾値を超えて変化したときである、実施形態１４に記載の方法。

実施形態１７：
異なるタイマが異なるＳＲＳリソースセットに関連付けられる、実施形態１５または１６に記載の方法。

実施形態１８：
前記ＰＨＲ ＭＡＣ ＣＥが、複数のＰＨ値を搬送することができる定義されたＰＨＲ ＭＡＣ ＣＥフォーマットに従う、実施形態１～１７のいずれかに記載の方法。

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

グループＢの実施形態

実施形態２０：
基地局によって実行される方法であって、以下を含む方法。
・無線通信デバイス（９１２）に、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を送信すること（１９０６）であって、前記２以上の繰り返しの各々が、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの１つに関連付けられる、送信すること、および／または、
・前記無線通信デバイス（９１２）から、前記アップリンク送信を介して搬送される電力ヘッドルーム報告（ＰＨＲ）を受信すること。

実施形態２１：
前記ＰＨＲは、ＰＨＲメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）において搬送され、前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記少なくとも１つのＰＨ値に関連付けられる前記２以上のＳＲＳリソースセットのうちの前記少なくとも１つを示す情報を含む、実施形態２０に記載の方法。

実施形態２２：
前記ＰＨＲを提供するために使用される前記ＰＨＲ ＭＡＣ ＣＥが、
・前記１つ以上のＳＲＳリソースセットのうちの１つに関連付けられたＰＨ値、および／または、
・前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記ＰＨ値に関連付けられた前記２以上のＳＲＳリソースセットのうちの前記１つを示す情報
を含む、実施形態２０または２１に記載の方法。

実施形態２３：
・前記２以上の繰り返しは、第１のＳＲＳリソースセットに関連付けられた第１の繰り返しと、第２のＳＲＳリソースセットに関連付けられた第２の繰り返しとからなり、および／または、
・前記ＰＨＲを提供するために使用される前記ＰＨＲ ＭＡＣ ＣＥは少なくとも１つのＰＨ値を含み、前記少なくとも１つのＰＨ値は、（ａ）前記第１および第２のＳＲＳリソースセットの１つに関連付けられたＰＨ値、または（ｂ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値と前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方、および／または、
・前記ＰＨＲ ＭＡＣ ＣＥが、（ａ）前記第１および第２のＳＲＳリソースセットのうちの１つに関連付けられたＰＨ値、または（ｂ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値と前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方を含むかどうかを示す情報を含む、実施形態２０または２１に記載の方法。

実施形態２４：
前記ＰＨＲを提供するために使用される前記ＰＨＲ ＭＡＣ ＣＥは、少なくとも１つのＰＨ値を含み、前記少なくとも１つのＰＨ値の各ＰＨ値は、前記２以上の繰り返しのためにスケジュールされたものの中から最初の送信機会に基づいて計算される、実施形態２０または２１に記載の方法。

実施形態２５：
前記２以上のＳＲＳリソースセットの中からどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す情報を、無線通信デバイス（９１２）に送信する（１９０８）ことをさらに含む、実施形態２４に記載の方法。

実施形態２６：
前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記少なくとも１つのＰＨ値は、前記最初のＰＵＳＣＨ送信機会に関連付けられる前記ＳＲＳリソースセットに関連付けられるＰＨ値である、実施形態２５に記載の方法。

実施形態２７：
異なるＳＲＳリソースセットが、異なるスケジュールされたアップリンク送信のための最初の送信機会に関連付けられるものとして示される、実施形態２５または２６に記載の方法。

実施形態２８：
前記２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す情報が、前記ダウンリンク制御情報内に構成される、実施形態２５～２７のいずれかに記載の方法。

実施形態２９：
前記ダウンリンク制御情報内の単一のビットフィールドが、前記２以上の繰り返しが、前記２以上のＳＲＳリソースセットのうちの単一のＳＲＳリソースセットに関連付けられるか、または複数のＳＲＳリソースセットに関連付けられるかをジョイント符号化するために使用され、前記２以上のＳＲＳリソースセットのうちのＳＲＳリソースセットが前記最初の送信機会に関連付けられる、実施形態２８に記載の方法。

実施形態３０：
前記ＰＨＲを提供するために使用される前記ＰＨＲ ＭＡＣ ＣＥは２以上のＰＨ値を含み、ＰＨＲ ＭＡＣ ＣＥは複数のＰＨ値を搬送することができる定義されたＰＨＲ ＭＡＣ ＣＥフォーマットに従う、実施形態２０～２９のいずれかに記載の方法。

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

グループＣの実施形態

実施形態３２：
無線通信デバイスであって、
・グループＡの実施形態のいずれかのステップを実行するように構成された処理回路、および、
・前記無線通信デバイスに電力を供給するように構成された電源回路、
を備える無線通信デバイス。

実施形態３３：
基地局であって、
・グループＢの実施形態のいずれかのステップを実行するように構成された処理回路、および、
・前記基地局に電力を供給するように構成された電源回路
を備える基地局。

実施形態３４：
・無線信号を送受信するように構成されたアンテナと、
・前記アンテナおよび処理回路に接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、
・グループＡの実施形態のいずれかのステップを実行するように構成された処理回路と、
・前記処理回路に接続され、前記処理回路によって処理される情報のＵＥへの入力を可能にするように構成された入力インタフェースと、
・前記処理回路に接続され、前記処理回路によって処理された情報を前記ＵＥから出力するように構成された出力インタフェースと、
・前記処理回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリと、
を備えるユーザ機器（ＵＥ）。

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

実施形態３６：
基地局をさらに含む、先の実施形態に記載の通信システム。

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

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

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

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

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

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

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

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

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

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

実施形態４７：
前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することをさらに含む、先の実施形態に記載の方法。

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

実施形態４９：
前記ＵＥをさらに含む、先の実施形態に記載の通信システム。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (37)

1. 無線通信デバイス（９１２）によって実行される方法であって、
   基地局（９０２）から、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を受信すること（１９０６）であって、前記２以上の繰り返しの各々は、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの異なる１つ、および２以上の電力ヘッドルーム（ＰＨ）のうちの異なる１つに関連付けられ、電力ヘッドルーム報告（ＰＨＲ）がトリガされ、前記アップリンク送信によって搬送される、ことと、
   前記２以上のＰＨの中から、第１のＳＲＳリソースセットに関連する第１のＰＨまたは第２のＳＲＳリソースセットに関連する第２のＰＨのいずれかを計算すること（１９１０）と、
   前記基地局（９０２）から、前記２以上の繰り返しのうちの第１の繰り返しに関連付けられた対応するＳＲＳリソースセットに関する指示を受信すること（１９０８）と、
   前記指示に基づいて、前記第１のＰＨまたは前記第２のＰＨのいずれかを含むＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ）を構築すること（１９１２）と、
   前記アップリンク送信において、前記ＰＨＲ ＭＡＣ ＣＥを送信すること（１９１４）と、
   を含む方法。
2. 前記アップリンク送信が物理アップリンク共有チャネル（ＰＵＳＣＨ）送信である、請求項１に記載の方法。
3. 前記第１のＰＨまたは前記第２のＰＨのいずれかは、前記２以上の繰り返しのためにスケジュールされたものの中から時間的に最初の送信機会に基づいて計算される、請求項１に記載の方法。
4. 前記基地局（９０２）から、前記２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す情報を受信すること（１９０８）、
   をさらに含む、請求項３記載の方法。
5. 前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記第１のＰＨまたは前記第２のＰＨのいずれかは、前記最初の送信機会に関連付けられる前記ＳＲＳリソースセットに関連付けられるＰＨである、請求項４に記載の方法。
6. 異なるＳＲＳリソースセットが、異なるスケジュールされたアップリンク送信のための最初の送信機会に関連付けられるものとして示され得る、請求項４に記載の方法。
7. 前記２以上のＳＲＳリソースセットのうちどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す前記情報は、前記ダウンリンク制御情報に含まれる、請求項４に記載の方法。
8. 前記ダウンリンク制御情報内の単一のビットフィールドが、前記２以上の繰り返しが前記２以上のＳＲＳリソースセットのうちの単一のＳＲＳリソースセットに関連付けられるか複数のＳＲＳリソースセットに関連付けられるか、および前記２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかをジョイント符号化するために使用される、請求項７に記載の方法。
9. 前記２以上のＳＲＳリソースセットのうち、前記最初の送信機会に関連付けられる前記ＳＲＳリソースセットは、異なる期間において変更され得る、請求項３に記載の方法。
10. 前記ＰＨＲ ＭＡＣ ＣＥは、前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記第１のＰＨまたは前記第２のＰＨのいずれかの各々に関連付けられる前記２以上のＳＲＳリソースセットのうちの１つを示す情報を含む、請求項１に記載の方法。
11. 前記第１のＰＨまたは前記第２のＰＨのいずれかが、前記２以上のＳＲＳリソースセットのうちの１つに関連するＰＨであり、前記ＰＨＲ ＭＡＣ ＣＥが、前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記ＰＨに関連する前記２以上のＳＲＳリソースセットのうちの前記１つを示す情報を含む、請求項１に記載の方法。
12. （ａ）前記２以上の繰り返しは、第１のＳＲＳリソースセットに関連付けられた第１の繰り返しと、第２のＳＲＳリソースセットに関連付けられた第２の繰り返しとから構成されるか、または、
    （ｂ）前記少なくとも１つのＰＨ値は、（ｉ）前記第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｉｉ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値と前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方、のいずれかであるか、または、
    （ｃ）前記ＰＨＲ ＭＡＣ ＣＥが、（ｉ）前記第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｉｉ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値および前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方を含むかどうかを示す情報を含むか、または、
    （ｄ）（ａ）～（ｃ）のうち、いずれか２つ以上の組み合わせであるか、
    の請求項１に記載の方法。
13. 別個の電力制御パラメータが前記２以上のＳＲＳリソースセットに関連付けられ、前記少なくとも１つのＰＨ値を計算すること（１９１０）は、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂ上の送信機会ｉについて、ＰＨ値を以下のように計算すること（１９１０）を含む、
    
    ここで、
    ・ｂは、帯域幅部分インデックスである、
    ・ｆは、キャリア周波数インデックスである、
    ・ｃはセルインデックスである、
    ・ｉは送信機会インデックスである、
    ・ｊは、ＰＵＳＣＨタイプのインデックスである、
    ・ｑ_ｄはパスロスリファレンスＲＳインデックスである、
    ・ｌはクローズドループインデックスである、
    ・Ｐ^～ _CMAX,F,C（ｉ）は、送信機会ｉにおけるサービングセルｃのキャリア周波数ｆに対する無線通信装置の最高出力電力である、
    ・P_{O_PUSCH,b,f,c}(j)は、構成要素Ｐ_{O_NOMINAL_PUSCH,b,f,c}(j)と構成要素Ｐ_{O_UE_PUSCH,b,f,c}(j)との和から構成されるパラメータである、
    ・α_b,f,c(j)は、小数パスロス補償係数である
    ・PL_b,f,c(q_d)は、インデックスq_dを有するパスロスリファレンス信号に基づくパスロス推定である、
    ・f_b,f,c(i,l)は、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂおよびＰＵＳＣＨ送信機会ｉのためのＰＵＳＣＨ電力制御調整状態ｌである、
    請求項１に記載の方法。
14. ＰＨＲのトリガイベントを検出すること（１９０４）をさらに含む、請求項１に記載の方法。
15. 前記トリガイベントは、ＰＨＲタイマが満了し、かつＰＨＲの最後の送信からパスロスが閾値を超えて変化したときであり、前記パスロスの変化は、前記２以上のＳＲＳリソースセットのうちの１つに関連付けられた同じアップリンク電力制御パラメータセットにおいて構成された１つまたは複数のパスロスリファレンス信号のうちの任意のパスロスリファレンス信号に関するものである、請求項１４に記載の方法。
16. 前記トリガイベントは、タイマが満了し、前記２以上のＳＲＳリソースセットのいずれか１つに関連するパスロスが、ＰＨＲの最後の送信から閾値を超えて変化したときである、請求項１４に記載の方法。
17. 異なるタイマが異なるＳＲＳリソースセットに関連付けられる、請求項１５に記載の方法。
18. 前記ＰＨＲ ＭＡＣ ＣＥは、複数のＰＨを送信することができる定義されたＰＨＲ ＭＡＣ ＣＥフォーマットに従う、請求項１に記載の方法。
19. 基地局（９０２）から、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を受信する（１９０６）ことであって、前記２以上の繰り返しの各々が、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの異なる１つ、および２以上の電力ヘッドルーム（ＰＨ）のうちの異なる１つに関連付けられ、電力ヘッドルーム報告（ＰＨＲ）がトリガされ、前記アップリンク送信によって搬送される、ことと、
    前記２以上のＰＨの中から、第１のＳＲＳリソースセットに関連する第１のＰＨまたは第２のＳＲＳリソースセットに関連する第２のＰＨのいずれかを計算する（１９１０）ことと、
    前記基地局（９０２）から、前記２以上の繰り返しのうちの第１の繰り返しに関連付けられた対応するＳＲＳリソースセットに関する指示を受信する（１９０８）ことと、
    前記指示に基づいて、前記第１のＰＨまたは前記第２のＰＨのいずれかを含むＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ）を構築する（１９１２）ことと、
    前記アップリンク送信において前記ＰＨＲ ＭＡＣ ＣＥを送信する（１９１４）ことと、
    に適合された無線通信デバイス（９１２）。
20. 請求項２～１８のいずれかに記載の方法を実行するようにさらに適合される、請求項１９に記載の無線通信デバイス（９１２）。
21. １以上の送信機（２３０８）と、
    １以上の受信機（２３１０）と、
    前記１以上の送信機（２３０８）および前記１以上の受信機（２３１０）に関連付けられた処理回路（２３０２）と、を含み、
    前記処理回路（２３０２）は、無線通信デバイス（９１２）に、
    基地局（９０２）から、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を受信する（１９０６）ことであって、２以上の繰り返しの各々は、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの異なる１つ、および２以上の電力ヘッドルーム（ＰＨ）のうちの異なる１つに関連付けられ、電力ヘッドルーム報告（ＰＨＲ）がトリガされ、前記アップリンク送信によって搬送される、ことと、
    前記２以上のＰＨの中から、第１のＳＲＳリソースセットに関連する第１のＰＨまたは第２のＳＲＳリソースセットに関連する第２のＰＨのいずれかを計算する（１９１０）ことと、
    前記基地局（９０２）から、前記２以上の繰り返しのうちの第１の繰り返しに関連付けられた対応するＳＲＳリソースセットに関する指示を受信する（１９０８）ことと、
    前記指示に基づいて、前記第１のＰＨまたは前記第２のＰＨのいずれかを含むＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ）を構築する（１９１２）ことと、
    前記アップリンク送信において前記ＰＨＲ ＭＡＣ ＣＥを送信する（１９１４）ことと、
    を実行させるように構成された、
    無線通信デバイス（９１２）。
22. 前記処理回路（２３０２）は、前記無線通信デバイス（９１２）に請求項２～１８のいずれかに記載の方法を実行させるようにさらに構成される、請求項２１に記載の無線通信デバイス（９１２）。
23. 基地局（９０２）によって実行される方法であって、
    無線通信デバイス（９１２）に、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を送信すること（１９０６）であって、前記２以上の繰り返しの各々が、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの１つ、および２以上の電力ヘッドルーム（ＰＨ）のうちの異なる１つに関連付けられる、送信することと、
    前記２以上の繰り返しのうちの第１の繰り返しに関連付けられた対応するＳＲＳリソースセットに関する指示を前記無線通信デバイス（９１２）に送信することと、
    前記無線通信デバイス（９１２）から、前記アップリンク送信を介して搬送される電力ヘッドルーム報告（ＰＨＲ）を受信することであって、前記ＰＨＲは、前記２以上のＰＨのうちの少なくとも１つのＰＨを含む、ことと、
    を含む方法。
24. 前記ＰＨＲは、ＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ）において搬送され、前記指示に基づいて、第１のＳＲＳリソースセットに関連付けられた第１のＰＨまたは第２のＳＲＳリソースセットに関連付けられた第２のＰＨのいずれかを含む、請求項２３に記載の方法。
25. 前記ＰＨＲを提供するために使用されるＰＨＲ ＭＡＣ ＣＥ（ＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ））が少なくとも１つのＰＨを含み、前記少なくとも１つのＰＨが、前記２以上の繰り返しのためにスケジュールされたものの中から時間的に最初の送信機会に基づいて計算される、請求項２３に記載の方法。
26. 前記２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す情報を、前記無線通信デバイス（９１２）に送信する（１９０８）ことをさらに含む、請求項２５に記載の方法。
27. 前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記少なくとも１つのＰＨは、前記最初のＰＵＳＣＨ送信機会に関連付けられるＳＲＳリソースセットに関連付けられるＰＨである、請求項２６に記載の方法。
28. 異なるＳＲＳリソースセットが、異なるスケジュールされたアップリンク送信のための最初の送信機会に関連付けられるものとして示され得る、請求項２６に記載の方法。
29. 前記２以上のＳＲＳリソースセットのうちどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかを示す情報は、前記ダウンリンク制御情報に含まれる、請求項２６に記載の方法。
30. 前記ダウンリンク制御情報内の単一のビットフィールドは、前記２以上の繰り返しが前記２以上のＳＲＳリソースセットのうちの単一のＳＲＳリソースセットに関連付けられるか複数のＳＲＳリソースセットに関連付けられるか、および前記２以上のＳＲＳリソースセットのうちのどのＳＲＳリソースセットが前記最初の送信機会に関連付けられるかをジョイント符号化するために使用される、請求項２９に記載の方法。
31. 前記ＰＨＲを搬送するＰＨＲ ＭＡＣ ＣＥ（ＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ））は、
    前記２以上のＳＲＳリソースセットのうちの１つに関連付けられたＰＨ、
    前記ＰＨＲ ＭＡＣ ＣＥに含まれる前記少なくとも１つのＰＨのそれぞれに関連する前記２以上のＳＲＳリソースセットの前記１つを示す情報、
    のいずれかを含む、請求項２３に記載の方法。
32. （ａ）前記２以上の繰り返しは、第１のＳＲＳリソースセットに関連付けられた第１の繰り返しと、第２のＳＲＳリソースセットに関連付けられた第２の繰り返しとから構成されるか、または、
    （ｂ）前記ＰＨＲを提供するために使用されるＰＨＲ ＭＡＣ ＣＥ（ＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ））は少なくとも１つのＰＨ値を含み、前記少なくとも１つのＰＨ値は、（ｉ）前記第１および第２のＳＲＳリソースセットの１つに関連付けられたＰＨ値、または（ｉｉ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値と前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方、のいずれかであるか、または、
    （ｃ）前記ＰＨＲ ＭＡＣ ＣＥが、（ｉ）前記第１および第２のＳＲＳリソースセットの一方に関連付けられたＰＨ値、または（ｉｉ）前記第１のＳＲＳリソースセットに関連付けられた第１のＰＨ値および前記第２のＳＲＳリソースセットに関連付けられた第２のＰＨ値の両方を含むかどうかを示す情報を含むか、または、
    （ｄ）（ａ）～（ｃ）のうち、いずれか２つ以上の組み合わせであるか、
    の、請求項２３に記載の方法。
33. 前記ＰＨＲを提供するために使用されるＰＨＲ ＭＡＣ ＣＥ（ＰＨＲ メディアアクセス制御（ＭＡＣ） コントロールエレメント（ＣＥ））が２以上のＰＨを含み、前記ＰＨＲ ＭＡＣ ＣＥが複数のＰＨを搬送することができる定義されたＰＨＲ ＭＡＣ ＣＥフォーマットに従う、請求項２３に記載の方法。
34. 無線通信デバイス（９１２）に、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィギュレーション（構成）を送信する（１９０６）ことであって、前記２以上の繰り返しの各々が、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの１つ、および２以上の電力ヘッドルーム（ＰＨ）のうちの異なる１つに関連付けられる、送信することと、
    前記２以上の繰り返しのうちの第１の繰り返しに関連付けられた対応するＳＲＳリソースセットに関する指示を前記無線通信デバイス（９１２）に送信することと、
    前記無線通信デバイス（９１２）から、前記アップリンク送信を介して搬送される電力ヘッドルーム報告（ＰＨＲ）を受信することであって、前記ＰＨＲは、前記２以上のＰＨのうちの少なくとも１つのＰＨを含むことと、
    に適合された基地局（９０２）。
35. 請求項２４～３３のいずれかに記載の方法を実行するようにさらに適合されている、請求項３４に記載の基地局（９０２）。
36. 無線通信デバイス（９１２）に、２以上の繰り返しを伴うアップリンク送信をスケジュールするダウンリンク制御情報またはコンフィグレーション（構成）を送信すること（１９０６）であって、前記２以上の繰り返しの各々が、２以上のサウンディング参照信号（ＳＲＳ）リソースセットのうちの１つ、および２以上の電力ヘッドルーム（ＰＨ）のうちの異なる１つに関連付けられる、送信することと、
    前記２以上の繰り返しのうちの第１の繰り返しに関連付けられた対応するＳＲＳリソースセットに関する指示を無線通信デバイス（９１２）に送信することと、
    前記無線通信デバイス（９１２）から、前記アップリンク送信を介して搬送される電力ヘッドルーム報告（ＰＨＲ）を受信することであって、前記ＰＨＲは、前記２以上のＰＨのうちの少なくとも１つのＰＨを含む、ことと、
    を基地局（９０２）に行わせるように構成された処理回路（２００４；２１０４）を含む、
    基地局（９０２）。
37. 前記処理回路（２００４；２１０４）は、前記基地局（９０２）に請求項２４～３３のいずれかに記載の方法を実行させるようにさらに構成される、請求項３６に記載の基地局（９０２）。