JP7753383B2 - 非コードブックベースのマルチｔｒｐのｐｕｓｃｈのためのシステムと方法 - Google Patents

Description

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

本開示は、一般に非コードブックベースの送信に関する。

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

ＮＲのデータスケジューリングは通常スロット単位で行われ、図１に１４シンボルのスロットの例を示す。最初の２シンボルには物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が含まれ、残りのシンボルには物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のいずれかの物理共有データチャネルが含まれる。

ＮＲでは異なるサブキャリア間隔がサポートされている。サポートされるサブキャリア間隔値（異なるヌメロロジーとも呼ばれる）は次式で与えられる。Δｆ＝（１５×２^μ）ｋＨｚ、ここでμ∈｛０，１，２，３，４｝。Δｆ＝１５ｋＨｚは基本サブキャリア間隔である。異なるサブキャリア間隔でのスロット持続時間は１／２^μｍｓで与えられる。

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

ＮＲリリース１５では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信されるダウンリンク制御情報（ＤＣＩ）に含まれるアップリンクグラントによって、アップリンク（ＵＬ）データ送信を動的にスケジュールすることができる。ＵＥはまずアップリンクグラントをデコードし、デコードされたアップリンクグラント内の制御情報に基づいてＰＵＳＣＨを送信する。

動的スケジューリングに加えて、ＮＲは構成済グラント（ＣＧ）によるＰＵＳＣＨ送信もサポートしている。ＮＲでは、タイプ１とタイプ２の２種類のＣＧが定義されている。ＣＧタイプ１では、ＰＵＳＣＨ送信の開始と停止だけでなく、周期性もＲＲＣによって半静的に構成される。ＣＧタイプ２では、周期性はＲＲＣによって構成され、ＰＵＳＣＨ送信の開始と停止はＤＣＩによって動的に通知される。

ＮＲでは３つのＵＬのＤＣＩフォーマット、すなわち、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２がサポートされる。それぞれのＤＣＩは、以下の１つ以上の情報を含む、いくつかのビットフィールドを含む。
・サウンディング参照信号（ＳＲＳ）リソースインジケータ（ＳＲＩ）
・プリコーディング情報とレイヤ数
・スケジュールＰＵＳＣＨのＴＰＣ（送信電力制御）コマンド

ＳＲＩは、ＰＵＳＣＨに関連するＳＲＳリソースまたはリソースを示すために使用される。”プリコーディング情報およびレイヤ数”は、ＰＵＳＣＨの送信プリコーディングマトリックスインジケータ（ＴＰＭＩ）およびランクを示すために使用される。ＴＰＣは、ＰＵＳＣＨの閉ループ電力補正を示すために使用される。

ＮＲリリース１５では、スロットベースのＰＵＳＣＨ反復（またはＰＵＳＣＨ反復タイプＡ）がサポートされており、動的スケジュールと構成グラントタイプ２の両方の集約スロット数がＲＲＣで設定される。ＮＲリリース１６では、この機能が強化され、反復回数を動的に指示できる（すなわち、あるＰＵＳＣＨスケジュール機会から次へ）ようになった。つまり、開始シンボルＳとＰＵＳＣＨの長さＬに加えて、時間領域リソース割り当て（ＴＤＲＡ）の一部として、公称反復数Ｋがシグナリングされる。

ＰＵＳＣＨ反復タイプＢはＮＲリリース１６で導入され、ＰＵＳＣＨを複数のミニスロットで反復することができる。ＰＵＳＣＨ反復タイプＢで送信をスケジューリングする場合、開始シンボルＳとＰＵＳＣＨの長さＬに加えて、公称反復回数ＫがＴＤＲＡの一部としてシグナリングされる。

ＰＵＳＣＨ送信方式

ＮＲでは、コードブック方式と非コードブック方式の２つのＰＵＳＣＨ送信方式がある。

コードブックベースのＰＵＳＣＨ方式

コードブックベースのＰＵＳＣＨは、上位レイヤのパラメータｔｘＣｏｎｆｉｇ＝ｃｏｄｅｂｏｏｋで有効になる。動的にスケジューリングされたＰＵＳＣＨおよび構成グラントＰＵＳＣＨタイプ２の場合、コードブックベースＰＵＳＣＨ送信方式は以下のように要約できる：
・ＰＵＳＣＨは、上位レイヤのパラメータ使用率が「ＣｏｄｅＢｏｏｋ」に設定されたＳＲＳリソースセット内の１つまたは２つのＳＲＳリソースのうちの１つに関連付けられる。「ｃｏｄｅｂｏｏｋ」に設定されたＳＲＳリソースセットは１つしか構成できないことに注意する。
・ｇＮＢは、ＳＲＳリソースセットに構成された１つまたは２つのＳＲＳリソースのうち選択されたＵＬサウンディング参照信号（ＳＲＳ）リソースに基づいて、コードブック内のランクと優先ＵＬプリコーダを決定する。
・ｇＮＢは、ＰＵＳＣＨをスケジューリングするＤＣＩ内の１ビットのＳＲＩフィールドにより、選択されたＳＲＳリソースを示す。ＳＲＳリソースセットに１つのＳＲＳリソースしか構成されていない場合、ＳＲＩフィールドはＤＣＩに存在しない。
・ｇＮＢはまた、ＤＣＩ内の「プリコーディング情報とレイヤ数」フィールドを介して、ＵＬプリコーダのランクと優先レイヤ数を示す。
・ＵＥは、指示されたＳＲＳリソースに関連するアンテナポートで、指示されたＴＰＭＩとランクを使用してＰＵＳＣＨ送信を実行する。ＰＵＳＣＨは、指示されたＳＲＳリソースの最新のＳＲＳ送信と空間的に関連している。

ＮＲリリース１６までは、単一のＳＲＳリソースセットのみが、使用法を”ｃｏｄｅｂｏｏｋ”に設定して構成できる。

非コードブックベースのＰＵＳＣＨ方式

ＮＲでは非コードブックベースのＵＬ送信が可能であり、相互通信ベースのＵＬ送信が可能である。ＮＲにおける非コードブックベースのＰＵＳＣＨは、上位レイヤパラメータｔｘＣｏｎｆｉｇ＝ｎｏｎＣｏｄｅｂｏｏｋの場合に有効となる。ＮＲリリース１５／１６では、上位レイヤパラメータが「ｎｏｎＣｏｄｅＢｏｏｋ」に設定されたＳＲＳリソースセットの数は１つに制限される（すなわち、ｎｏｎＣｏｄｅｂｏｏｋベースのＰＵＳＣＨ送信を目的として構成できるＳＲＳリソースセットは１つだけである）ことに留意されたい。非コードブックベースのアップリンク送信用に構成できるＳＲＳリソースの最大数は４である。

ＵＥにＤＬのＣＳＩ－ＲＳを割り当てることにより、ＵＥは最大４つの空間レイヤのＰＵＳＣＨ送信に適したプリコーダ重みを測定し、推論することができる。候補となるプリコーダ重みは、空間レイヤに対応する最大４つのシングルポートＳＲＳリソースを使用して送信される。その後、ｇＮＢは送信ランクと複数のＳＲＳリソースインジケータを
を使用して共同して示す。ここでＮ_ＳＲＳは構成されたＳＲＳリソースの数、そしてＬ_ｍａｘはＰＵＳＣＨでサポートされるレイヤの最大数である。表１に、Ｌ_ｍａｘ＝４のときの異なる数のＮ_ＳＲＳに対するＳＲＩフィールドのコードポイントとＳＲＩのマッピングを示す。
・Ｎ_ＳＲＳ＝４であり、ＳＲＩビットフィールドがインデックス１２にマッピングされている場合、ＰＵＳＣＨは、ＳＲＳリソースセットに構成された１番目、３番目、および４番目のＳＲＳリソースのＳＲＳポートと同じアンテナポートを使用して送信される（すなわち、３つのＰＵＳＣＨレイヤが送信される）。
・Ｎ_ＳＲＳ＝４であり、ＳＲＩビットフィールドがインデックス５にマッピングされている場合、ＰＵＳＣＨは、ＳＲＳリソースセットに構成された１番目および３番目のＳＲＳリソースのＳＲＳポートと同じアンテナポートを使用して送信される（すなわち、２つのＰＵＳＣＨレイヤが送信される）。
・Ｎ_ＳＲＳ＝４であり、ＳＲＩビットフィールドがインデックス３にマッピングされている場合、ＰＵＳＣＨは、ＳＲＳリソースセットに構成された４番目のＳＲＳリソースのＳＲＳポートと同じアンテナポートを使用して送信される（すなわち、１つのＰＵＳＣＨレイヤが送信される）。
表１：非コードブックベースのＰＵＳＣＨ送信のＳＲＩインジケーション、Ｌ_ｍａｘ＝４
（３ＧＰＰ ＴＳ３８．２１２ ｖ１６．４．０の表７．３．１．１．２－３１から再利用）。

非コードブックベースのＰＵＳＣＨに関しては、３ＧＰＰ ＴＳ３８．２１４ Ｖ１６．０．０で以下のように規定されている：

「非コードブックベースの送信では、ＵＥは関連するＮＺＰ ＣＳＩ－ＲＳリソースの測定に基づいて、ＳＲＳの送信に使用するプリコーダを計算することができる。ＵＥは、構成されている場合「ｎｏｎＣｏｄｅｂｏｏｋ」に設定されたＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔの上位レイヤのパラメータ使用が設定されたＳＲＳリソースセットに対して、ＮＺＰ ＣＳＩ－ＲＳリソースを１つだけ構成され得る。”

したがって、非コードブックベースのＰＵＳＣＨ送信の場合、ＳＲＳリソースセットにはＮＺＰ ＣＳＩ－ＲＳリソースが１つだけ構成され、ＵＥはこの関連するＮＺＰ ＣＳＩ－ＲＳリソースを使用して、ＳＲＳの送信に使用されるプリコーダを計算することができる。ＳＲＳリソースセットごとに構成される単一のＮＺＰ ＣＳＩ－ＲＳリソースは、ＳＲＳ－Ｃｏｎｆｉｇ情報要素の一部であり、以下に示すとおりである。条件”ＮｏｎＣｏｄｅｂｏｏｋ”は、”ｎｏｎＣｏｄｅＢｏｏｋ”に使用が設定されたＳＲＳリソースセットの場合、関連するＮＺＰ ＣＳＩ－ＲＳがオプションとして存在することを意味し、そうでない場合、このフィールドは存在しない。
ＳＲＳ－Ｃｏｎｆｉｇ情報要素

さらに３ＧＰＰ ＴＳ３８．２１４では、関連するＮＺＰ ＣＳＩ－ＲＳリソースを持つＳＲＳリソースセットでＵＥが構成されている場合、ＵＥはＳＲＳリソースセット内のＳＲＳリソースのいずれにも空間関係情報を設定しないことが規定されている。

ＮＲでは、非コードブックベースのＰＵＳＣＨについて、ＵＥは、指示されたＳＲＩ（複数可）から、指示された復調参照信号（ＤＭ－ＲＳ）ポート（複数可）およびそれらに対応するＰＵＳＣＨレイヤ｛０．．．ν－１｝への１対１のマッピングを、昇順に実行する。ＵＥは、ＳＲＩ（複数可）で示されるＳＲＳリソース（複数可）のＳＲＳポートと同じアンテナポートを使用してＰＵＳＣＨを送信しなければならない（ＳＲＳリソースセットの（ｉ＋１）番目のＳＲＳリソースのＳＲＳポートは、ｐ_ｉ＝１０００＋ｉとしてインデックス付けされる）。

ＮＲリリース１６までは、単一のＳＲＳリソースセットのみが、”ｎｏｎＣｏｄｅｂｏｏｋ”に設定された使用で構成され得る。

ＮＲにおけるＰＵＳＣＨの位相追跡参照信号（ＰＴ－ＲＳ）

ＮＲでは、ＰＵＳＣＨ送信において、受信機が位相雑音に関連するエラーを修正するために、位相追跡参照信号（ＰＴ－ＲＳ）を構成することができる。ＰＴ－ＲＳは、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２でスケジューリングされたＰＵＳＣＨに対して、ＤＭＲＳ－ＵｐｌｉｎｋＣｏｎｆｉｇの上位レイヤパラメータＰＴＲＳ－ＵｐｌｉｎｋＣｏｎｆｉｇで構成できる。

ＮＲリリース１５では、ＰＵＳＣＨ用に１つまたは２つのＰＴ－ＲＳポートがサポートされている。各ＰＴ－ＲＳポートは、ＰＵＳＣＨ用のＤＭ－ＲＳポートの１つに関連付けられる。構成されるＰＴ－ＲＳポートの最大数は、ＵＥが報告した必要性に基づいて、ＰＴＲＳ－ＵｐｌｉｎｋＣｏｎｆｉｇの上位レイヤパラメータｍａｘＮｒｏｆＰｏｒｔｓで指定される。ＵＥがフルコヒーレントＵＬ送信をサポートする能力を報告した場合、必要に応じて１つのＰＴ－ＲＳポートが構成されることが期待される。

周波数領域では、ＰＴ－ＲＳは最大で２ＰＲＢにつき１サブキャリアに存在できる。また、ＰＴ－ＲＳポートに使用されるサブキャリアは、ＰＴ－ＲＳポートに関連するＤＭ－ＲＳポートにも使用されるサブキャリアの１つでなければならない。ＤＭ－ＲＳ構成タイプ１の場合、ＤＭ－ＲＳポートは２つのサブキャリアごとにマッピングされる。その結果、関連するＰＴ－ＲＳは６つのサブキャリアのうち１つにしかマッピングできない。ＤＭ－ＲＳがどのサブキャリアにマッピングされるかを決定するために、オフセットを構成することができる（３ＧＰＰ ＴＳ３８．２１１の表６．４．１．２．２．１－１を参照）。

時間領域では、ＰＴ－ＲＳは、１、２、または４の時間密度で構成することができ、それぞれスロット内のＯＦＤＭシンボル毎、ＯＦＤＭシンボル２番目毎、またはＯＦＤＭシンボル４番目毎のＰＴ－ＲＳに対応する。ＰＴ－ＲＳに使用される変調シンボルは、同じサブキャリアにおける関連するＤＭ－ＲＳと同じである。

ＰＴ－ＲＳの例を図３に示す。ＰＴ－ＲＳポートはＤＭ－ＲＳポート０に関連付けられ、サブキャリアオフセットは４、時間密度は２である。時間密度２、サブキャリアオフセット４のＲＢにおけるＰＴ－ＲＳのＲＥの例。

非コードブックベースのＰＵＳＣＨのアップリンクＰＴ－ＲＳ送信

非コードブックベースのＰＵＳＣＨの場合、アップリンクのＰＴ－ＲＳポートの最大数は、ＲＲＣのＰＴＲＳ－ＵｐｌｉｎｋＣｏｎｆｉｇ情報要素（３ＧＰＰ ＴＳ３８．３３１ Ｖ１６．２．０を参照）を介してＵＥに設定される。ＳＲＳリソースセットで構成され、使用が「ｎｏｎＣｏｄｅＢｏｏｋ」に設定されている各ＳＲＳリソースには、以下のようにＰＴ－ＲＳポートインデックスが設定される（すなわち、ｐｔｒｓ－ＰｏｒｔＩｎｄｅｘ）。
ＳＲＳ－Ｃｏｎｆｉｇ情報要素

３ＧＰＰ ＴＳ３８．２１４ Ｖ１６．４．０によれば、非コードブックベースのＰＵＳＣＨ送信では、ＵＥが送信するＵＬのＰＴ－ＲＳポートの実際の数は、非コードブックベースのＰＵＳＣＨ送信で示されたＳＲＩ（複数可）に基づいて決定される。ＳＲＩは、ＤＣＩ（ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２のいずれか）またはＲＲＣ構成パラメータｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを介して構成される上位レイヤのＳＲＳリソースインジケータフィールドを介してインジケートされることがある。

指示された全てのＳＲＩ（複数可）が同じＰＴ－ＲＳポートインデックスを有する場合、単一のＰＴ－ＲＳポートのみが非コードブックベースのＰＵＳＣＨに対して送信される。しかしながら、示されたＳＲＩ（複数可）のいくつかがＰＴ－ＲＳポートインデックスｎ０で構成された対応するＳＲＳリソースを有し、示された他のＳＲＩ（複数可）がＰＴ－ＲＳポートインデックスｎ１で構成された対応するＳＲＳリソースを有する場合、２つのＰＴ－ＲＳポートが非コードブックベースのＰＵＳＣＨのために送信される。

複数のＴＲＰへのＵＬ信号の送信

ＮＲリリース１６までは、ＰＵＳＣＨは常にＵＥによって同じ単一の送受信点（ＴＲＰ）に送信されることが前提となっていた。ＮＲリリース１７では、ＰＵＳＣＨの拡張が導入され、１つのＤＣＩまたは構成済グラント（３ＧＰＰ ＴＳ３８．３３１ Ｖ１６．２．０に定義されているｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔパラメータを使用）により構成されたＰＵＳＣＨによりスケジューリングされたＰＵＳＣＨを、２つのＴＲＰに向けて反復することができる（つまり、マルチＴＲＰのＰＵＳＣＨ反復方式）。これをサポートするために、コードブックベースおよび非コードブックベースのＰＵＳＣＨ方式の両方について、２つのＴＲＰの１つにそれぞれ関連付けられた２つのＳＲＳリソースセットを構成できることが合意された。さらに、ＵＥは２つのＳＲＩ、２つのＴＭＰＩ、２つのＴＰＣで示され、それぞれが２つのＴＲＰの１つに関連付けられる。

２０２１年１月から２月にかけて開催されたＲＡＮ１＃１０４ｅ－ｂｉｓ会議において、マルチＴＲＰのＰＵＳＣＨ反復のために、マルチＴＲＰのＰＵＳＣＨ反復方式をスケジュールするＤＣＩフォーマット０＿１および０＿２に２つのＳＲＩフィールドを含めることが合意された。２つのＳＲＩフィールドの各々は、非コードブックベースのＰＵＳＣＨ送信用に構成された２つのＳＲＳリソースセットの各々からのＳＲＩを示すために使用される。すなわち、第１のＳＲＩフィールドは、非コードブックベースのＰＵＳＣＨ用に構成された第１のＳＲＳリソースセットからの１つまたは複数のＳＲＳリソースを示すことができ、第２のＳＲＩフィールドは、非コードブックベースのＰＵＳＣＨ用に構成された第２のＳＲＳリソースセットからの１つまたは複数のＳＲＳリソースを示すことができる。

また、ＲＡＮ１＃１０４ｅ－ｂｉｓ会議では、異なるＴＲＰをターゲットとする異なる反復において、同じ数のＰＵＳＣＨレイヤが送信されることが合意された。ここでの異なるＴＲＰは、非コードブックベースのＰＵＳＣＨ用に構成された異なるＳＲＳリソースセットに対応することに留意されたい。同じ数のＰＵＳＣＨレイヤが２つのＴＲＰに送信されるという事実により、ＮＲリリース１７では、２つのＳＲＩフィールドによって示されるＳＲＳリソースの数（すなわち、ＳＲＩの数）は同じである。

現在、ある課題が存在する。既存のＮＲリリース１５およびリリース１６仕様では、非コードブックベースＰＵＳＣＨ用に送信されるＵＬのＰＴ－ＲＳポートの実際の数は、示されたＳＲＩに基づいて決定される。ＮＲリリース１５およびリリース１６では、非コードブックベースＰＵＳＣＨ送信のためにＵＥに指示されるＳＲＩは１セットのみであり、この既存のソリューションは、単一のＴＲＰに向けた非コードブックベースＰＵＳＣＨ送信をサポートしている。しかし、マルチＴＲＰの場合、２つの異なるＳＲＩセットがＵＥに示されるため、この解決策は、２つの異なるＴＲＰに向けて送信される非コードブックベースのＰＵＳＣＨには適していない。したがって、非コードブックベースのマルチＴＲＰのＰＵＳＣＨの実際のＵＬのＰＴ－ＲＳポート数をどのように決定するかは、解決すべき未解決の問題である。

非コードブックベースのマルチ送受信点（ＴＲＰ）物理アップリンク共有チャネル（ＰＵＳＣＨ）のためのシステムおよび方法が提供される。いくつかの実施形態において、非コードブックベースのＰＵＳＣＨ送信のための、無線デバイスによって実行される方法は、非コードブックベースのＰＵＳＣＨのための２つのＳＲＳリソースセットで構成される複数のサウンディング参照信号（ＳＲＳ）リソースのうち、ＳＲＳリソースごとの第１または第２のアップリンク（ＵＬ）位相追跡参照信号（ＰＴ－ＲＳ）ポートインデックスの構成を受信することと、第１のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＳリソースインジケータ（ＳＲＩ）の第１のセットと、第２のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＩの第２のセットと、の少なくとも１つのインジケーションを受信することと、前記ＳＲＩの第１のセットに示されたＳＲＳリソースに従って送信されることになるＵＬのＰＴ－ＲＳポートの第１の数と、前記ＳＲＩの第２のセットに示されたＳＲＳリソースに従って送信されることになるＵＬのＰＴ－ＲＳポートの第２の数と、の少なくとも１つを決定することと、前記決定された数のＵＬのＰＴ－ＲＳポートを複数のＰＵＳＣＨ反復と共に送信することと、を含む。

いくつかの実施形態において、前記複数のＰＵＳＣＨ反復のうちのＰＵＳＣＨ反復の第１のサブセットは、前記ＳＲＩの第１のセットに示されるＳＲＳリソースに従って送信され、前記ＰＵＳＣＨ反復の第１のサブセットは、前記第１の数のＵＬのＰＴ－ＲＳポートの送信を含む。

いくつかの実施形態において、前記複数のＰＵＳＣＨ反復のうちのＰＵＳＣＨ反復の第１のサブセットと分離したＰＵＳＣＨ反復の第２のサブセットは、前記ＳＲＩの第２のセットに示されるＳＲＳリソースに従って送信され、前記ＰＵＳＣＨ反復の第２のサブセットは、前記第２の数のＵＬのＰＴ－ＲＳポートの送信を含む。

いくつかの実施形態において、前記複数のＰＵＳＣＨ反復のすべては、前記ＳＲＩの第１のセットに示されるＳＲＳリソースに従って送信され、前記複数のＰＵＳＣＨ反復は、前記第１の数のＵＬのＰＴ－ＲＳポートの送信を含む。

いくつかの実施形態において、前記複数のＰＵＳＣＨ反復のすべては、前記ＳＲＩの第２のセットに示されるＳＲＳリソースに従って送信され、前記複数のＰＵＳＣＨ反復は、前記第２の数のＵＬのＰＴ－ＲＳポートの送信を含む。

いくつかの実施形態において、ＵＬのＰＴ－ＲＳポートの前記第１の数は、ＵＬのＰＴ－ＲＳポートの前記第２の数と同じである。いくつかの実施形態において、ＵＬのＰＴ－ＲＳポートの前記第１の数は、ＵＬのＰＴ－ＲＳポートの前記第２の数と異なる。

いくつかの実施形態において、ＵＬのＰＴ－ＲＳポートの前記第１の数は、前記ＳＲＩの第１のセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスで構成されている場合に１であると決定される。いくつかの実施形態において、ＵＬのＰＴ－ＲＳポートの前記第２の数は、前記ＳＲＩの第２のセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスで構成されている場合に１であると決定される。

いくつかの実施形態において、ＵＬのＰＴ－ＲＳポートの前記第１の数は、前記ＳＲＩの第１のセットで示されるＳＲＳリソースが２つの異なるＰＴ－ＲＳポートインデックス値で構成されている場合に２であると決定される。いくつかの実施形態において、ＵＬのＰＴ－ＲＳポートの前記第２の数は、前記ＳＲＩの第２のセットで示されるＳＲＳリソースが２つの異なるＰＴ－ＲＳポートインデックス値で構成されている場合に２であると決定される。

いくつかの実施形態において、前記ＳＲＩの第１のセットおよび前記ＳＲＩの第２のセットは、それぞれ、前記ＰＵＳＣＨ反復をスケジューリングするダウンリンク制御インジケータ（ＤＣＩ）内の第１のＳＲＩフィールドおよび第２のＳＲＩフィールドを介して示される。いくつかの実施形態において、前記ＳＲＩの第１のセットおよび前記ＳＲＩの第２のセットは、それぞれ、構成済グラントＰＵＳＣＨ構成の一部として構成された第１のインデックスおよび第２のインデックスを介して示される。

いくつかの実施形態において、前記第１のＳＲＳリソースセットは第１の送受信ポイント（ＴＲＰ）に対応し、前記第２のＳＲＳリソースセットは第２のＴＲＰに対応する。いくつかの実施形態において、前記無線デバイス（１７００）は、第５世代（５Ｇ）ニューラジオ（ＮＲ）ネットワーク内で動作する。

非コードブックベースのマルチＴＲＰのＰＵＳＣＨ送信のためのＵＬのＰＴ－ＲＳポートの実際の数を決定するための方法が提案される。提案される解決策では、第１のＴＲＰに対応するＵＬのＰＴ－ＲＳポートの第１の数は、第１の構成されたＳＲＳリソースセットからの第１のＳＲＩセットに示されるＳＲＳリソースに従って決定される。第２のＴＲＰに対応するＵＬのＰＴ－ＲＳポートの第２の数は、第２の構成されたＳＲＳリソースセットからの第２のＳＲＩセットに示されるＳＲＳリソースに従って決定される。いくつかの実施形態では、ＵＥは、同じ数のＵＬのＰＴ－ＲＳポートを２つのＴＲＰに送信する。別の実施形態では、ＵＬのＰＴ－ＲＳポートの数は、ＴＲＰ１およびＴＲＰ２に対して独立して決定される。

本明細書には、本明細書に開示された問題の１つ以上に対処する様々な実施形態が提案されている。

特定の実施形態は、以下の技術的利点のうちの１つ以上を提供し得る。実施形態１では、同じ数のＵＬのＰＴ－ＲＳポートが２つのＴＲＰに向かって送信されるが、これは、同じ数のＵＥパネルがＴＲＰ１およびＴＲＰ２に向かってＰＵＳＣＨ反復のために使用される場合に有益である。単一のＵＥパネルがＴＲＰ１およびＴＲＰ２の両方に向かってＰＵＳＣＨレイヤを送信するために使用される場合、単一のＵＬのＰＴ－ＲＳポートがＴＲＰ１およびＴＲＰ２の両方に向かったＰＵＳＣＨ反復のために十分である。ＴＲＰ１とＴＲＰ２の両方に向けてＰＵＳＣＨレイヤを送信するために２つのＵＥパネルが使用される場合、ＴＲＰ１とＴＲＰ２の両方に向けてＰＵＳＣＨを繰り返すために２つのＵＬのＰＴ－ＲＳポートが必要である。

実施形態２は、複数のアンテナパネルを備えるＵＥにとって有益であり、ＵＥはＮ１個のパネルを使用して第１のＴＲＰに向けてＰＵＳＣＨを送信し、Ｎ２個のパネルを使用して第２のＴＲＰに向けてＰＵＳＣＨを送信し、Ｎ１はＮ２と異なり得る。

実施形態３は、シングルＴＲＰベースのＰＵＳＣＨとマルチＴＲＰベースのＰＵＳＣＨとの間で動的な切り替えがある場合に、ＵＬのＰＴ－ＲＳポートの数を決定するのに有益である。

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

ニューラジオ（ＮＲ）におけるデータスケジューリングが、通常１４シンボルのスロットのスロットベースであることを示している。最初の２シンボルには物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が含まれ、残りのシンボルには物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のいずれかの物理共有データチャネルが含まれる。

基本的なＮＲ物理時間周波数リソースグリッドを示しており、１４シンボルのスロット内の１つのリソースブロック（ＲＢ）のみが示されている。

ＰＴ－ＲＳポートが復調参照信号（ＤＭ－ＲＳ）ポート０に関連付けられ、サブキャリアオフセットが４、時間密度が２である位相追跡参照信号（ＰＴ－ＲＳ）の例を示している。

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

本開示のいくつかの実施形態による、非コードブックベースのＰＵＳＣＨ送信のために無線デバイスによって実行される方法を示す。

本開示のいくつかの実施形態による、非コードブックベースのＰＵＳＣＨ受信のために基地局によって実行される方法を示す図である。

本開示のいくつかの実施形態による、ＰＵＳＣＨ反復の一部がＴＲＰ１に向けられ、他のＰＵＳＣＨ反復がＴＲＰ２に向けられる、２つのＴＲＰに向けたＰＵＳＣＨ反復の説明図である。

本開示のいくつかの実施形態による、ＴＲＰ１およびＴＲＰ２の両方に対するＰＵＳＣＨ反復に対応する２つのアップリンク（ＵＬ）ＰＴ－ＲＳポートを示す。 本開示のいくつかの実施形態による、ＴＲＰ１およびＴＲＰ２の両方に対するＰＵＳＣＨ反復に対応する２つのアップリンク（ＵＬ）ＰＴ－ＲＳポートを示す。

ＴＲＰ１およびＴＲＰ２に向けて送信されるＵＬのＰＴ－ＲＳポートの数が同じであっても、本開示のいくつかの実施形態によれば、ＴＲＰ１およびＴＲＰ２に向けて送信される正確なＵＬのＰＴ－ＲＳポートインデックスが異なり得ることを示す。

本開示のいくつかの実施形態による、ＳＲＳリソースセットのすべてのサウンディング参照信号（ＳＲＳ）リソースに同じＵＬのＰＴ－ＲＳポートインデックスを構成するオプションを示す。

本開示のいくつかの実施形態に従って、構成されたＳＲＳリソースセットおよび示された第１および第２のＳＲＳリソースインジケータ（ＳＲＩ）セットに基づいて、ＵＥが、示されたＳＲＩの第１のセットに関連付けられたＵＬのＰＴ－ＲＳポートがｎ０およびｎ１であり、示されたＳＲＩの第２のセットに関連付けられたＵＬのＰＴ－ＲＳポートがｎ０であると最初に決定する例を示す。

本開示のいくつかの実施形態に従って、第１のセットのＳＲＩが、ＴＲＰ１に向かうＰＵＳＣＨ反復のために、２つのＰＵＳＣＨレイヤが、ＳＲＳリソースセット１からのリソース０および１のＳＲＳポート（複数可）と同じアンテナポートを使用して送信されることをＵＥに示す例を示す。

本開示のいくつかの実施形態による無線アクセスノードの概略ブロック図である。

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

本開示の他のいくつかの実施形態による無線アクセスノードの概略ブロック図である。

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

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

本開示のいくつかの実施形態による、ＲＡＮなどのアクセスネットワークとコアネットワークとから構成される３ＧＰＰタイプのセルラーネットワークなどの通信ネットワークを含む通信システムを示す図である。

通信システムを示す図であり、ホストコンピュータは、本開示のいくつかの実施形態に従って、通信システムの異なる通信デバイスのインタフェースとの有線または無線接続を設定および維持するように構成された通信インタフェースを含むハードウェアを備える。

一実施形態による、通信システムで実施される方法を示すフローチャートである。 一実施形態による、通信システムで実施される方法を示すフローチャートである。 一実施形態による、通信システムで実施される方法を示すフローチャートである。 一実施形態による、通信システムで実施される方法を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

議論を簡単にするため、本開示では２つのＴＲＰを考慮するが、提示された解決策は２つ以上のＴＲＰに容易に拡張できることに留意されたい。

ＵＥは、「ｕｓａｇｅ（使用）」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ（非コードブック）」に設定された２つのＳＲＳリソースセットで構成され、ＳＲＳリソースセットのそれぞれがＴＲＰに関連付けられると仮定する。

ＴＲＰという用語は３ＧＰＰ標準仕様の一部ではない可能性があることに注意されたい。その代わりに、”ＳＲＳリソースセット”、ＳＲＩフィールド（ＤＣＩの１つのＳＲＩフィールドがＴＲＰに対応する）、または”ＴＣＩ状態”が、標準の一部として使用されるかもしれない。

図５は、本開示のいくつかの実施形態による、非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のために無線デバイスによって実行される方法を示す。本方法は、以下のうちの１つ以上を含む：非コードブックベースのＰＵＳＣＨのための２つのＳＲＳリソースセットで構成される複数のＳＲＳリソースのうち、サウンディング参照信号（ＳＲＳ）リソースごとの第１または第２のアップリンク（ＵＬ）位相追跡参照信号（ＰＴ－ＲＳ）ポートインデックスの構成を受信すること（ステップ５００）、第１のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＳリソースインジケータ（ＳＲＩ）の第１のセットと、第２のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＩの第２のセットと、の少なくとも１つのインジケーションを受信すること（ステップ５０２）、ＳＲＩの第１のセットに示されたＳＲＳリソースに従って送信されることになるＵＬのＰＴ－ＲＳポートの第１の数と、ＳＲＩの第２のセットに示されたＳＲＳリソースに従って送信されることになるＵＬのＰＴ－ＲＳポートの第２の数と、の少なくとも１つを決定すること（ステップ５０４）、決定された数のＵＬのＰＴ－ＲＳポートを複数のＰＵＳＣＨ反復と共に送信すること（ステップ５０６）。

図６は、本開示のいくつかの実施形態による、非コードブックベースのＰＵＳＣＨ受信のために基地局によって実行される方法を示す。本方法は、以下のうちの１つ以上を含む：非コードブックベースのＰＵＳＣＨのための２つのＳＲＳリソースセットで構成される複数のＳＲＳリソースのうち、サウンディング参照信号（ＳＲＳ）リソースごとの第１または第２のアップリンク（ＵＬ）位相追跡参照信号（ＰＴ－ＲＳ）ポートインデックスの構成を送信すること（ステップ６００）、第１のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＳリソースインジケータ（ＳＲＩ）の第１のセットと、第２のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＩの第２のセットと、の少なくとも１つのインジケーションを送信すること（ステップ６０２）、ＳＲＩの第１のセットに示されたＳＲＳリソースに従って受信されることになるＵＬのＰＴ－ＲＳポートの第１の数と、ＳＲＩの第２のセットに示されたＳＲＳリソースに従って受信されることになるＵＬのＰＴ－ＲＳポートの第２の数と、の少なくとも１つを決定すること（ステップ６０４）、決定された数のＵＬのＰＴ－ＲＳポートを複数のＰＵＳＣＨ反復と共に受信すること（ステップ６０６）。

いくつかの実施形態では、ＵＬのＤＣＩ（例えば、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２でスケジューリングされるＤＣＩ）内の２つのＳＲＩフィールドは、２つのＴＲＰへのＰＵＳＣＨ送信のために、各ＴＲＰに対して１つずつ、２セットのＳＲＩを示すために使用される。第１のＳＲＩフィールドで示されるＳＲＩは、第１のＳＲＳリソースセット内のＳＲＳリソースに対応し、第２のＳＲＩフィールドで示されるＳＲＩは、第２のＳＲＳリソースセット内のＳＲＳリソースに対応する。

他のいくつかの実施形態では、構成されたグラントＰＵＳＣＨ送信の場合、２組のＳＲＩを示す２つのインジケータが、ＲＲＣ構成のＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報要素の一部としてＵＥに構成されることがある。例えば、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ内の第１のｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒは、第１のＳＲＳリソースセット内のＳＲＳリソース（複数可）に対応し、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ内の第２のｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒは、第２のＳＲＳリソースセット内のＳＲＳリソース（複数可）に対応する。

一実施形態では、同じ数のＰＴＲＳポートが、単一のＴＲＰへのＰＵＳＣＨ送信と複数のＴＲＰへのＰＵＳＣＨ送信のために構成されてもよい。別の実施形態では、ＰＴＲＳポートの数は、単一のＴＲＰへのＰＵＳＣＨ送信と複数のＴＲＰへのＰＵＳＣＨ送信のために別々に構成されてもよい。

図７は、ＰＵＳＣＨ反復の一部がＴＲＰ１に向けられ、他のＰＵＳＣＨ反復がＴＲＰ２に向けられる、２つのＴＲＰに向けたＰＵＳＣＨ反復の説明図である。ＴＲＰ１に向けて送信されるＰＵＳＣＨレイヤの数およびＵＬのＰＴ－ＲＳポートの数Ｎ_１は、「ｕｓａｇｅ」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ」に設定された第１のＳＲＳリソースセットから指示されたＳＲＳリソースに対応する（例えば、第１のＳＲＩフィールドを使用して）指示された第１のＳＲＩセットを使用して決定される。ＴＲＰ２に向けて送信されるＰＵＳＣＨレイヤの数およびＵＬのＰＴ－ＲＳポートの数Ｎ_２は、「ｕｓａｇｅ」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ」に設定された第２のＳＲＳリソースセットから指示されたＳＲＳリソースに対応する（例えば、第２のＳＲＩフィールドを使用して）指示された第２のＳＲＩセットを使用して決定される。ＵＬのＰＴ－ＲＳポートの数Ｎ_１およびＮ_２がどのように決定されるかは、以下に与えられる異なる実施形態によってカバーされる。図７は、それぞれＴＲＰ１および２をターゲットとするＮ１およびＮ２のＵＬのＰＴ－ＲＳポートを有する２つのＴＲＰに向けたＰＵＳＣＨ反復の説明図である。

実施形態１：異なるＴＲＰに対する同じ数のＵＬのＰＴ－ＲＳポート

システム／構造／ノードレベルアーキテクチャ／プラットフォームを示すブロック図を提供し、図を参照しながらソリューションの詳細を説明する。新しい構造／ブロックは、図解による強調や、本文および図中のその他の表示によって示す。

一実施形態では、ＴＲＰ１に向けて送信されるＰＵＳＣＨ反復に対応するＵＬのＰＴ－ＲＳポートの数は、まず、「ｕｓａｇｅ」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ」に設定された第１のＳＲＳリソースセットから示されるＳＲＩの第１のセットに基づいて決定される。
・第１のＳＲＳリソースセットからのＳＲＩの第１のセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスが構成されている（例えば、ｎ０またはｎ１のいずれか）場合、単一のＵＬのＰＴ－ＲＳポートＮ_１＝１がＴＲＰ１に向けた送信のために決定される。
・第１のＳＲＳリソースセットからのＳＲＩの第１のセットで指示されたＳＲＳリソースが構成された異なるＰＴ－ＲＳポートインデックスを有する場合（例えば、いくつかの指示されたＳＲＳリソースがＰＴ－ＲＳポートインデックスｎ０を有する一方、他の指示されたＳＲＳリソースがＰＴ－ＲＳポートインデックスｎ１を有する）、２つのＵＬのＰＴ－ＲＳポートＮ_１＝２がＴＲＰ１に向けた送信のために決定される。

ＴＲＰ１に向けた送信のためのＵＬのＰＴ－ＲＳポートの数Ｎ１が上記のように決定されると、同じ数のＵＬのＰＴ－ＲＳポートＮ２（すなわち、Ｎ２＝Ｎ１）がＴＲＰ２に向けたＰＵＳＣＨ反復の送信のために使用される。これは、「ｕｓａｇｅ」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ」に設定された第２のＳＲＳリソースセットからの第２のＳＲＩセットで示されるＳＲＳリソースが、Ｎ１と同じ数のＵＬのＰＴ－ＲＳポートを有する必要があることを意味する。この実施形態は、ＵＥが、第１のＳＲＳリソースセット（例えば、第１のＴＲＰ）に対応するＰＵＳＣＨ反復に関連付けられたＵＬのＰＴ－ＲＳポートの数が、第２のＳＲＳリソースセット（例えば、第２のＴＲＰ）に対応するＰＵＳＣＨ反復に関連付けられたＵＬのＰＴ－ＲＳポートの数と同じであることを期待する規則として、３ＧＰＰ仕様で捕捉され得る。

ＴＲＰ１とＴＲＰ２の両方に向けてＰＵＳＣＨレイヤを送信するために単一のＵＥパネルが使用される場合、ＴＲＰ１とＴＲＰ２の両方に向けてＰＵＳＣＨレイヤを送信するには単一のＵＬのＰＴ－ＲＳポートで十分である（すなわち、Ｎ１＝Ｎ２＝１）。ＴＲＰ１とＴＲＰ２の両方に向けてＰＵＳＣＨレイヤを送信するために２つのＵＥパネルが使用される場合、ＴＲＰ１とＴＲＰ２の両方に向けてＰＵＳＣＨを反復するために２つのＵＬのＰＴ－ＲＳポートが必要となる（すなわち、Ｎ１＝Ｎ２＝２）。

本開示のいくつかの実施形態による、ＴＲＰ１およびＴＲＰ２の両方に向かうＰＵＳＣＨ反復に対応する２つのＵＬのＰＴ－ＲＳポートを例示する第１の例を図８に示す。この例では、ＳＲＩの第１のセットは、ＴＲＰ１に向かうＰＵＳＣＨ反復について、２つのＰＵＳＣＨレイヤが、ＳＲＳリソースセット１からのリソース０および１のＳＲＳポートと同じアンテナポートを使用して送信されることをＵＥに示す。これら２つのリソースにはＵＬのＰＴ－ＲＳポートｎ０およびｎ１が構成されているため、ＴＲＰ１に向けて送信されるＵＬのＰＴ－ＲＳポートの数は２（すなわち、Ｎ１＝２）に決定される。次に、ＳＲＩの第２のセットは、これら２つのリソースにおいて構成されるＵＬのＰＴ－ＲＳポートの数も２となるように、第２のＳＲＳリソースセットから２つのＳＲＳリソース（０および２）を示す（すなわち、Ｎ２＝Ｎ１＝２）。図８に示すように、第２セットのＳＲＩによって示される２つのＳＲＳリソースにはＵＬのＰＴ－ＲＳポートｎ０およびｎ１が構成されており、したがって、ＵＬのＰＴ－ＲＳポートｎ０およびｎ１はＴＲＰ２に向けて送信される。

本開示のいくつかの実施形態による、ＴＲＰ１およびＴＲＰ２の両方に向かうＰＵＳＣＨ反復に対応する２つのＵＬのＰＴ－ＲＳポートを例示する第２の例を図９に示す。この例では、ＳＲＩの第１のセットは、ＴＲＰ１に向かうＰＵＳＣＨ反復について、２つのＰＵＳＣＨレイヤが、ＳＲＳリソースセット１からのリソース０および２のＳＲＳポートと同じアンテナポートを使用して送信されることをＵＥに示す。これら２つのリソースにはＵＬのＰＴ－ＲＳポートｎ０のみが構成されているため、ＴＲＰ１に向けて送信されるＵＬのＰＴ－ＲＳポートの数は１（すなわち、Ｎ１＝１）に決定される。次に、ＳＲＩの第２のセットは、これら２つのリソースにおいて構成されるＵＬのＰＴ－ＲＳポートの数も１となるように、第２のＳＲＳリソースセットから２つのＳＲＳリソース（０および２）を示す（すなわち、Ｎ２＝Ｎ１＝２）。図９に示すように、第２セットのＳＲＩによって示される２つのＳＲＳリソースにはＵＬのＰＴ－ＲＳポートｎ０が構成されており、したがって、ＵＬのＰＴ－ＲＳポートｎ０はＴＲＰ２に向けて送信される。

この実施形態では、ＴＲＰ１およびＴＲＰ２に向けて送信されるＵＬのＰＴ－ＲＳポートの数が同じであっても、ＴＲＰ１およびＴＲＰ２に向けて送信される正確なＵＬのＰＴ－ＲＳポートインデックスが異なる場合があることに留意すべきである。そのような例を図１０に示す。この例では、第１セットのＳＲＩによって示される２つのＳＲＳリソースは、ＵＬのＰＴ－ＲＳポートｎ０が構成されている。したがって、ＵＬのＰＴ－ＲＳポートｎ０はＴＲＰ１に向けて送信される。しかし、第２セットのＳＲＩで示される２つのＳＲＳリソースはＰＴ－ＲＳポートｎ１が構成されており、したがって、ＵＬのＰＴ－ＲＳポートｎ１はＴＲＰ２に向けて送信される。

この例では、ＳＲＩの第１のセットは、ＴＲＰ１に向けたＰＵＳＣＨ反復について、２つのＰＵＳＣＨレイヤが、ＳＲＳリソースセット１からのリソース０および２のＳＲＳポートと同じアンテナポートを使用して送信されることをＵＥに示す。これら２つのリソースにはＵＬのＰＴ－ＲＳポートｎ０のみが構成されているため、ＴＲＰ１に向けて送信されるＵＬのＰＴ－ＲＳポートの数は１（すなわち、Ｎ１＝１）に決定される。次に、ＳＲＩの第２のセットは、これらの２つのリソースにおいて構成されるＵＬのＰＴ－ＲＳポートの数も１となるように、第２のＳＲＳリソースセットから２つのＳＲＳリソース（０および２）を示す（すなわち、Ｎ２＝Ｎ１＝２）。図９に示すように、第２セットのＳＲＩによって示される２つのＳＲＳリソースにはＵＬのＰＴ－ＲＳポートｎ０が構成されており、したがって、ＵＬのＰＴ－ＲＳポートｎ０はＴＲＰ２に向けて送信される。

別の実施形態では、２つのＴＲＰに向けたＰＵＳＣＨの反復がネットワークによってスケジューリングされる場合（すなわち、使用が「ｎｏｎＣｏｄｅｂｏｏｋ」に設定された２つのＳＲＳリソースセットの構成および２つのＳＲＩセットの指示によって）、単一のＵＬのＰＴ－ＲＳポート（例えば、インデックスｎ０を有するＵＬのＰＴ－ＲＳポート）のみが、ＴＲＰ１およびＴＲＰ２の両方に向けて送信されることが許可される。これは、ＵＥが１つのパネルのみを使用して１つのＴＲＰに送信する場合に有益であり、この場合、ＵＥは位相追跡を実行できる１つのＵＬのＰＴ－ＲＳポートを送信するだけで十分である。オプションの１つは、図１１に示すように、ＳＲＳリソースセットのすべてのＳＲＳリソースに同じＵＬのＰＴ－ＲＳポートインデックスを構成することである。図に示すように、ＵＬのＰＴ－ＲＳポートインデックスｎ０はＳＲＳリソースセット１のすべてのＳＲＳリソースに構成され、ＵＬのＰＴ－ＲＳポートインデックスｎ１はＳＲＳリソースセット２のすべてのＳＲＳリソースに構成される。この例では、ＵＬのＰＴ－ＲＳポートインデックスｎ０はＴＲＰ１に向けて送信され、ＵＬのＰＴ－ＲＳポートインデックスｎ１はＴＲＰ２に向けて送信される。

代替実施形態では、ＵＬのＰＴ－ＲＳポートインデックスｎ０だけが、２つのＳＲＳリソースセットに構成されたすべてのＳＲＳリソースに関連付けられる。すなわち、ＵＬのＰＴ－ＲＳポートインデックスｎ０はＳＲＳリソースセット１のすべてのＳＲＳリソースに関連付けられ、ＵＬのＰＴ－ＲＳポートインデックスｎ０はＳＲＳリソースセット２のすべてのＳＲＳリソースに関連付けられる。この場合、ＳＲＳリソースごとにＵＬのＰＴ－ＲＳポートインデックスｎ０を明示的に構成する必要はない。したがって、この代替実施形態では、２つのＴＲＰに向けたＰＵＳＣＨの反復がネットワークによってスケジューリングされる場合（すなわち、使用が「ｎｏｎＣｏｄｅｂｏｏｋ」に設定された２つのＳＲＳリソースセットの構成および２つのＳＲＩセットの指示によって）、ＵＬのＰＴ－ＲＳポートインデックスはＳＲＳリソースごとに明示的に構成されず、ＵＥはＴＲＰ１およびＴＲＰ２に向けてＵＬのＰＴ－ＲＳポートインデックスｎ０を使用する。この代替実施形態では、ＳＲＳリソースごとにＰＴ－ＲＳポートインデックスを設定するＲＲＣパラメータが不要になるため、構成のオーバヘッドを削減できる。

さらに別の実施形態では、ＵＥは、２つのＴＲＰのＵＬのＰＴ－ＲＳポートの数を独立して決定し、決定された２つのＵＬのＰＴ－ＲＳポートの数のうち小さい方の数のみを送信する。例えば、ＵＥが、構成されたＳＲＳリソースセットおよび指示された第１および第２のＳＲＩセットに基づいて、指示されたＳＲＩの第１のセットに関連付けられたＵＬのＰＴ－ＲＳポートがｎ０およびｎ１であり、指示されたＳＲＩの第２のセットに関連付けられたＵＬのＰＴ－ＲＳポートがｎ０であると最初に決定する、図１２の例を考える。しかし、本実施形態によれば、同じ数のＵＬのＰＴ－ＲＳポートがＴＲＰ１およびＴＲＰ２に向けて送信されることを保証するために、ＵＥはｎ１をドロップし、指示されたＳＲＩの第１のセットに関連付けられたＰＵＳＣＨ送信（複数可）のためにＵＬのＰＴ－ＲＳポートｎ０のみを送信する。つまり、ＵＥはＴＲＰ１とＴＲＰ２の両方に向けてＵＬのＰＴ－ＲＳポートｎ０を送信する。

実施形態２：異なるＴＲＰに対するＵＬのＰＴ－ＲＳポート数の独立決定

この実施形態では、ＴＲＰ１に向けて送信されるＰＵＳＣＨ反復に対応するＵＬのＰＴ－ＲＳポートの数は、まず、「ｕｓａｇｅ」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ」に設定された第１のＳＲＳリソースセットから示されるＳＲＩの第１のセットに基づいて決定される。
・第１のＳＲＳリソースセットからのＳＲＩの第１のセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスが構成されている（例えば、ｎ０またはｎ１のいずれか）場合、単一のＵＬのＰＴ－ＲＳポートＮ_１＝１がＴＲＰ１に向けた送信のために決定される。
・第１のＳＲＳリソースセットからのＳＲＩの第１のセットで指示されたＳＲＳリソースが構成された異なるＰＴ－ＲＳポートインデックスを有する場合（例えば、いくつかの指示されたＳＲＳリソースがＰＴ－ＲＳポートインデックスｎ０を有する一方、他の指示されたＳＲＳリソースがＰＴ－ＲＳポートインデックスｎ１を有する）、２つのＵＬのＰＴ－ＲＳポートＮ_１＝２がＴＲＰ１に向けた送信のために決定される。

ＴＲＰ１に向けた送信のためのＵＬのＰＴ－ＲＳポートの数Ｎ_１が上記のように決定されると、ＴＲＰ２に向けたＰＵＳＣＨ反復の送信のためのＵＬのＰＴ－ＲＳポートの数Ｎ_２が、「ｕｓａｇｅ」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ」に設定された第２のＳＲＳリソースセットから示される第２のＳＲＩセットに基づいて決定される。
・第２のＳＲＳリソースセットからの第２のＳＲＩセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスを構成している場合（例えば、ｎ０またはｎ１のいずれか）、単一のＵＬのＰＴ－ＲＳポートＮ_２＝１がＴＲＰ２に向けた送信のために決定される。
・第２のＳＲＳリソースセットからのＳＲＩの第２のセットにおいて指示されたＳＲＳリソースが構成された異なるＰＴ－ＲＳポートインデックスを有する場合（例えば、いくつかの指示されたＳＲＳリソースがＰＴ－ＲＳポートインデックスｎ０を有する一方、他の指示されたＳＲＳリソースがＰＴ－ＲＳポートインデックスｎ１を有する）、２つのＵＬのＰＴ－ＲＳポートＮ_２＝２がＴＲＰ２に向かって送信するために決定される。

この実施形態では、ＵＬのＰＴ－ＲＳポートの数Ｎ_１（ＴＲＰ１に対応する）およびＮ_２（ＴＲＰ２に対応する）は、それぞれ、指示された第１のセットのＳＲＩおよび指示された第２のセットのＳＲＩに基づいて独立して決定されることに留意されたい。場合によっては、指示された第１のセットのＳＲＩに基づいて決定されたＵＬのＰＴ－ＲＳポートの数Ｎ_１は、指示された第２のセットのＳＲＩに基づいて決定されたＵＬのＰＴ－ＲＳポートの数Ｎ_２と異なることがある。この実施形態は、複数のアンテナパネルを備えるＵＥにとって有益であり、ＵＥはＮ_１個のパネルを使用して第１のＴＲＰに向けてＰＵＳＣＨを送信し、Ｎ_２個のパネルを使用して第２のＴＲＰに向けてＰＵＳＣＨを送信し、Ｎ_１個はＮ_２個と異なることがある。

図１３の例を考えてみる。この例では、ＳＲＩの第１のセットは、ＴＲＰ１に向けたＰＵＳＣＨ反復について、２つのＰＵＳＣＨレイヤが、ＳＲＳリソースセット１からのリソース０および１のＳＲＳポートと同じアンテナポートを使用して送信されることをＵＥに示す。これら２つのリソースにはＵＬのＰＴ－ＲＳポートｎ０およびｎ１が構成されているため、ＴＲＰ１に向けて送信されるＵＬのＰＴ－ＲＳポートの数は２（すなわち、Ｎ_１＝２）に決定される。ＳＲＩの第２のセットは、第２のＳＲＳリソースセットからの２つのＳＲＳリソース（０および１）を示し、これらのＳＲＳリソースは両方ともＵＬのＰＴ－ＲＳポートｎ０と構成される。したがって、ＴＲＰ２に向けて送信されるＵＬのＰＴ－ＲＳポートの数は１であると決定される（すなわち、Ｎ_２＝１）。ＵＬのＰＴ－ＲＳポートの数Ｎ_１およびＮ_２を決定した後、ＵＥはＮ_１個のＵＬのＰＴ－ＲＳポートを持つＴＲＰ１に向けてＰＵＳＣＨ反復の一部を送信し、Ｎ_２個のＵＬのＰＴ－ＲＳポートを持つＴＲＰ２に向けて他のＰＵＳＣＨ反復を送信する。

実施形態３：シングルＴＲＰのＰＵＳＣＨ反復とマルチＴＲＰのＰＵＳＣＨ反復を動的に切り替える場合のＵＬのＰＴ－ＲＳポート数の決定

この実施形態では、ＵＥは、ＤＣＩ内の２つのＳＲＩフィールドで示される場合があり、ＰＵＳＣＨ反復送信をスケジューリングする場合、ＤＣＩ内のＳＲＩフィールドの一方のみが有効化され、ＤＣＩ内の第２のＳＲＩフィールドは無効化される。このケースは、単一のＴＲＰに向けたＰＵＳＣＨ反復に対応する。すなわち、ＰＵＳＣＨ反復は、有効化されたＳＲＩフィールドに対応する１つのＳＲＳリソースセットのＳＲＳリソースを使用して送信される。この場合、ＵＥは、２つのＳＲＳリソースセットに対応するＤＣＩ内の２つのＳＲＩフィールドを持つ、「ｕｓａｇｅ」が「ｎｏｎ－ｃｏｄｅｂｏｏｋ」に設定された２つのＳＲＳリソースセットで構成されたままであることに注意する必要がある。この設定は、シングルＴＲＰ ＰＵＳＣＨ送信とマルチＴＲＰのＰＵＳＣＨ送信を動的に切り替えるために使用できる。
・ＴＲＰ１に向けてのみＰＵＳＣＨ反復をスケジュールするために、ＤＣＩ内の第１のＳＲＩフィールドを介して、第１のＳＲＳリソースセットからのＳＲＳリソースをＵＥに示すことができる。第２のＳＲＩフィールドは無効化される（たとえば、第２のＳＲＩフィールドはＳＲＳリソースを示さず、予約されたコードポイントを指す場合があります）。ＵＥは、ＤＣＩの第１ＳＲＩフィールドが示すＳＲＩのセットから、ＵＬのＰＴ－ＲＳポートの数Ｎ_１を決定する。その後、ＵＥはすべてのＰＵＳＣＨ反復をＮ_１個のＵＬのＰＴ－ＲＳポートとともにＴＲＰ１に向けて送信する。指示されたＳＲＳリソースが同じＵＬのＰＴ－ＲＳポートに関連付けられている場合、単一のＵＬのＰＴ－ＲＳポートが送信される（すなわち、Ｎ_１＝１）。そうでない場合、指示されたＳＲＳリソースが２つのＵＬのＰＴ－ＲＳポートに関連付けられている場合、２つのＵＬのＰＴ－ＲＳポートが送信される（すなわち、Ｎ_１＝２）。
・ＴＲＰ２に向けてのみＰＵＳＣＨ反復をスケジュールするために、ＤＣＩ内の第２のＳＲＩフィールドを介して、第２のＳＲＳリソースセットからのＳＲＳリソースをＵＥに示すことができる。第１のＳＲＩフィールドは無効である（例えば、第１のＳＲＩフィールドはＳＲＳリソースを示さず、予約されたコードポイントを指す場合がある）。ＵＥは、ＤＣＩの第２ＳＲＩフィールドが示すＳＲＩのセットから、ＵＬのＰＴ－ＲＳポートの数Ｎ_２を決定する。その後、ＵＥはすべてのＰＵＳＣＨ反復をＮ_２個のＵＬのＰＴ－ＲＳポートとともにＴＲＰ２に向けて送信する。指示されたＳＲＳリソースが同じＵＬのＰＴ－ＲＳポートに関連付けられている場合、単一のＵＬのＰＴ－ＲＳポートが送信される（すなわち、Ｎ_２＝１）。そうでない場合、指示されたＳＲＳリソースが２つのＵＬのＰＴ－ＲＳポートに関連付けられていれば、２つのＵＬのＰＴ－ＲＳポートが送信される（すなわち、Ｎ_２＝２）。
・ＴＲＰ１およびＴＲＰ２の両方に対するＰＵＳＣＨ反復のスケジューリングは、実施の形態１および２に記載の実施の形態に従って実現される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図中の工程は、本開示の特定の実施形態によって実行される操作の特定の順序を示しているかもしれないが、そのような順序は例示的なものであることを理解されたい（例えば、代替の実施形態は、操作を異なる順序で実行したり、特定の操作を組み合わせたり、特定の操作を重複させたりすることができる）。

実施形態

グループＡの実施形態

実施形態１：非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための、無線デバイス（１７００）によって実行される方法であって、該方法は、非コードブックベースのＰＵＳＣＨのための２つのＳＲＳリソースセットで構成される複数のサウンディング参照信号（ＳＲＳ）リソースのうち、ＳＲＳリソースごとの第１または第２のアップリンク（ＵＬ）位相追跡参照信号（ＰＴ－ＲＳ）ポートインデックスの構成を受信すること（５００）と、第１のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＳリソースインジケータ（ＳＲＩ）の第１のセットと、第２のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＩの第２のセットと、の少なくとも１つのインジケーションを受信すること（５０２）と、前記ＳＲＩの第１のセットに示されたＳＲＳリソースに従って送信されることになるＵＬのＰＴ－ＲＳポートの第１の数と、前記ＳＲＩの第２のセットに示されたＳＲＳリソースに従って送信されることになるＵＬのＰＴ－ＲＳポートの第２の数と、の少なくとも１つを決定すること（５０４）と、前記決定された数のＵＬのＰＴ－ＲＳポートを複数のＰＵＳＣＨ反復と共に送信すること（５０６）と、の１つ以上を含む、方法。

実施形態２：前記複数のＰＵＳＣＨ反復のうちのＰＵＳＣＨ反復の第１のサブセットは、前記ＳＲＩの第１のセットに示されるＳＲＳリソースに従って送信され、前記ＰＵＳＣＨ反復の第１のサブセットは、前記第１の数のＵＬのＰＴ－ＲＳポートの送信を含む、実施形態１に記載の方法。

実施形態３：前記複数のＰＵＳＣＨ反復のうちのＰＵＳＣＨ反復の第１のサブセットと分離したＰＵＳＣＨ反復の第２のサブセットは、前記ＳＲＩの第２のセットに示されるＳＲＳリソースに従って送信され、前記ＰＵＳＣＨ反復の第２のサブセットは、前記第２の数のＵＬのＰＴ－ＲＳポートの送信を含む、実施形態１に記載の方法。

実施形態４：前記複数のＰＵＳＣＨ反復のすべては、前記ＳＲＩの第１のセットに示されるＳＲＳリソースに従って送信され、前記複数のＰＵＳＣＨ反復は、前記第１の数のＵＬのＰＴ－ＲＳポートの送信を含む、実施形態１に記載の方法。

実施形態５：前記複数のＰＵＳＣＨ反復のすべては、前記ＳＲＩの第２のセットに示されるＳＲＳリソースに従って送信され、前記複数のＰＵＳＣＨ反復は、前記第２の数のＵＬのＰＴ－ＲＳポートの送信を含む、実施形態１に記載の方法。

実施形態６：ＵＬのＰＴ－ＲＳポートの前記第１の数は、ＵＬのＰＴ－ＲＳポートの前記第２の数と同じである、実施形態１～３の何れかに記載の方法。

実施形態７：ＵＬのＰＴ－ＲＳポートの前記第１の数は、ＵＬのＰＴ－ＲＳポートの前記第２の数と異なる、実施形態１～３の何れかに記載の方法。

実施形態８：ＵＬのＰＴ－ＲＳポートの前記第１の数は、前記ＳＲＩの第１のセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスで構成されている場合に１であると決定される、実施形態１～７の何れかに記載の方法。

実施形態９：ＵＬのＰＴ－ＲＳポートの前記第２の数は、前記ＳＲＩの第２のセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスで構成されている場合に１であると決定される、実施形態１～７の何れかに記載の方法。

実施形態１０：ＵＬのＰＴ－ＲＳポートの前記第１の数は、前記ＳＲＩの第１のセットで示されるＳＲＳリソースが２つの異なるＰＴ－ＲＳポートインデックス値で構成されている場合に２であると決定される、実施形態１～７の何れかに記載の方法。

実施形態１１：ＵＬのＰＴ－ＲＳポートの前記第２の数は、前記ＳＲＩの第２のセットで示されるＳＲＳリソースが２つの異なるＰＴ－ＲＳポートインデックス値で構成されている場合に２であると決定される、実施形態１～７の何れかに記載の方法。

実施形態１２：前記ＳＲＩの第１のセットおよび前記ＳＲＩの第２のセットは、それぞれ、前記ＰＵＳＣＨ反復をスケジューリングするダウンリンク制御インジケータ（ＤＣＩ）内の第１のＳＲＩフィールドおよび第２のＳＲＩフィールドを介して示される、実施形態１～１１の何れかに記載の方法。

実施形態１３：前記ＳＲＩの第１のセットおよび前記ＳＲＩの第２のセットは、それぞれ、構成済グラントＰＵＳＣＨ構成の一部として構成された第１のインデックスおよび第２のインデックスを介して示される、実施形態１～１１の何れかに記載の方法。

実施形態１４：前記第１のＳＲＳリソースセットは第１の送受信ポイント（ＴＲＰ）に対応し、前記第２のＳＲＳリソースセットは第２のＴＲＰに対応する、実施形態１～１３の何れかに記載の方法。

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

グループＢの実施形態

実施形態１６：非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）受信のための、基地局（１４００）によって実行される方法であって、該方法は、非コードブックベースのＰＵＳＣＨのための２つのＳＲＳリソースセットで構成される複数のサウンディング参照信号（ＳＲＳ）リソースのうち、ＳＲＳリソースごとの第１または第２のアップリンク（ＵＬ）位相追跡参照信号（ＰＴ－ＲＳ）ポートインデックスの構成を送信すること（６００）と、第１のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＳリソースインジケータ（ＳＲＩ）の第１のセットと、第２のＳＲＳリソースセットからのＳＲＳリソースを示すＳＲＩの第２のセットと、の少なくとも１つのインジケーションを送信すること（６０２）と、前記ＳＲＩの第１のセットに示されたＳＲＳリソースに従って受信されることになるＵＬのＰＴ－ＲＳポートの第１の数と、前記ＳＲＩの第２のセットに示されたＳＲＳリソースに従って受信されることになるＵＬのＰＴ－ＲＳポートの第２の数と、の少なくとも１つを決定すること（６０４）と、前記決定された数のＵＬのＰＴ－ＲＳポートを複数のＰＵＳＣＨ反復と共に受信すること（６０６）と、を含む、方法。

実施形態１７：ＰＵＳＣＨ反復の第１のサブセットは、前記ＳＲＩの第１のセットに示されるＳＲＳリソースに従って受信され、前記ＰＵＳＣＨ反復の第１のサブセットは、前記第１の数のＵＬのＰＴ－ＲＳポートの受信を含む、実施形態１６に記載の方法。

実施形態１８：ＰＵＳＣＨ反復の第１のサブセットと分離したＰＵＳＣＨ反復の第２のサブセットは、前記ＳＲＩの第２のセットに示されるＳＲＳリソースに従って受信され、前記ＰＵＳＣＨ反復の第２のサブセットは、前記第２の数のＵＬのＰＴ－ＲＳポートの受信を含む、実施形態１６に記載の方法。

実施形態１９：前記複数のＰＵＳＣＨ反復のすべては、前記ＳＲＩの第１のセットに示されるＳＲＳリソースに従って受信され、前記複数のＰＵＳＣＨ反復は、前記第１の数のＵＬのＰＴ－ＲＳポートの受信を含む、実施形態１６に記載の方法。

実施形態２０：前記複数のＰＵＳＣＨ反復のすべては、前記ＳＲＩの第２のセットに示されるＳＲＳリソースに従って受信され、前記複数のＰＵＳＣＨ反復は、前記第２の数のＵＬのＰＴ－ＲＳポートの受信を含む、実施形態１６に記載の方法。

実施形態２１：ＵＬのＰＴ－ＲＳポートの前記第１の数は、ＵＬのＰＴ－ＲＳポートの前記第２の数と同じである、実施形態１６から１８のいずれかに記載の方法。

実施形態２２：ＵＬのＰＴ－ＲＳポートの前記第１の数は、ＵＬのＰＴ－ＲＳポートの前記第２の数と異なる、実施形態１６から１８のいずれかに記載の方法。

実施形態２３：ＵＬのＰＴ－ＲＳポートの前記第１の数は、前記ＳＲＩの第１のセットで示されるＳＲＳリソースがすべて同じＰＴ－ＲＳポートインデックスで構成されている場合に１であると決定される、実施形態１６から２２のいずれかに記載の方法。

実施形態２４：ＵＬのＰＴ－ＲＳポートの前記第２の数は、前記ＳＲＩの第２のセットで示されるＳＲＳリソースが２つの異なるＰＴ－ＲＳポートインデックス値で構成されている場合に２であると決定される、実施形態１６から２２のいずれかに記載の方法。

実施形態２５：前記ＳＲＩの第１のセットおよび前記ＳＲＩの第２のセットは、それぞれ、前記ＰＵＳＣＨ反復をスケジューリングするダウンリンク制御インジケータ（ＤＣＩ）内の第１のＳＲＩフィールドおよび第２のＳＲＩフィールドを介して示される、実施形態１６から２４のいずれかに記載の方法。

実施形態２６：前記ＳＲＩの第１のセットおよび前記ＳＲＩの第２のセットは、それぞれ、構成済グラントＰＵＳＣＨ構成の一部として構成された第１のインデックスおよび第２のインデックスを介して示される、実施形態１６から２４のいずれかに記載の方法。

実施形態２７：前記第１のＳＲＳリソースセットは第１の送受信ポイント（ＴＲＰ）に対応し、前記第２のＳＲＳリソースセットは第２のＴＲＰに対応する、実施形態１６から２６のいずれかに記載の方法。

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

グループＣの実施形態

実施形態２９：非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための無線デバイスであって、グループＡの実施形態のいずれかのステップを実行するように構成された処理回路と、無線デバイスに電力を供給するように構成された電源回路と、を備える、無線デバイス。

実施形態３０：非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）受信のための基地局であって、グループＢの実施形態のいずれかのステップを実行するように構成された処理回路と、基地局に電力を供給するように構成された電源回路と、を備える、基地局。

実施形態３１：非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのユーザ装置（ＵＥ）であって、無線信号を送受信するように構成されたアンテナと、アンテナおよび処理回路に接続されアンテナと処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、を備え、処理回路は、グループＡの実施形態のいずれかのステップを実行するように構成され；処理回路に接続され処理回路によって処理されるＵＥへの情報の入力を可能にするように構成された入力インタフェースと；処理回路に接続され処理回路によって処理されたＵＥからの情報を出力するように構成された出力インタフェースと；処理回路に接続されＵＥに電力を供給するように構成されたバッテリと、を備える、ＵＥ。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示では、以下の略語の少なくともいくつかを使用することができる。略語間に矛盾がある場合は、上記の使用方法を優先すべきである。以下に複数回記載されている場合、最初の記載がそれ以降の記載よりも優先されるべきである。
・３ＧＰＰ 第３世代パートナーシッププロジェクト
・５Ｇ 第５世代
・５ＧＣ 第５世代コア
・５ＧＳ 第５世代システム
・ＡＦ アプリケーション機能
・ＡＭＦ アクセスおよびモビリティ機能
・ＡＮ アクセスネットワーク
・ＡＰ アクセスポイント
・ＡＳＩＣ 特定用途向け集積回路
・ＡＵＳＦ 認証サーバ機能
・ＣＰＵ 中央処理装置
・ＤＮ データネットワーク
・ＤＳＰ デジタル信号プロセッサ
・ｅＮＢ 拡張型または進化型ノードＢ
・ＥＰＳ 進化型パケットシステム
・Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
・ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ｇＮＢ ニューラジオ基地局
・ｇＮＢ－ＤＵＮ ニューラジオ基地局分散ユニット
・ＨＳＳ ホーム加入者サーバ
・ＩｏＴ モノのインターネット
・ＩＰ インターネットプロトコル
・ＬＴＥ ロングタームエボリューション
・ＭＭＥ モビリティ管理エンティティ
・ＭＴＣ マシンタイプ通信
・ＮＥＦ ネットワーク露出機能
・ＮＦ ネットワーク機能
・ＮＲ ニューラジオ
・ＮＲＦ ネットワーク機能リポジトリ機能
・ＮＳＳＦ ネットワークスライス選択機能
・ＯＴＴ オーバーザトップ
・ＰＣ パーソナルコンピュータ
・ＰＣＦ ポリシー制御機能
・Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ＱｏＳ サービス品質
・ＲＡＭ ランダムアクセスメモリ
・ＲＡＮ 無線アクセスネットワーク
・ＲＯＭ リードオンリーメモリ
・ＲＲＨ リモートラジオヘッド
・ＲＴＴ 往復時間
・ＳＣＥＦ サービス能力露出機能
・ＳＭＦ セッション管理機能
・ＵＤＭ 統合データ管理
・ＵＥ ユーザ装置
・ＵＰＦ ユーザープレーン機能

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

Claims (27)

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. 前記１つまたは複数のプロセッサ（１４０２）は、前記基地局（１４００）に、請求項１５乃至２３の何れか１項に記載の方法の何れかのステップを実行させる、ようにさらに構成される、請求項２６に記載の基地局（１４００）。