JP7666604B2

JP7666604B2 - ユーザ装置、ユーザ装置の方法、ネットワークデバイスおよびネットワークデバイスの方法

Info

Publication number: JP7666604B2
Application number: JP2023539788A
Authority: JP
Inventors: ユーカイガオ; ガンワン
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2020-12-29
Filing date: 2020-12-29
Publication date: 2025-04-22
Anticipated expiration: 2040-12-29
Also published as: EP4272355A1; JP2024501323A; US20240114504A1; CN117044140A; WO2022141050A1; EP4272355A4; EP4272355B1; US12520308B2

Description

本開示の実施形態は、全体として電気通信の分野に関し、特に、物理アップリンク共有チャネル（ＰＵＳＣＨ）反復のための方法、装置及びコンピュータ可読記憶媒体に関する。

マルチ入力マルチ出力（ＭＩＭＯ）システムは、６ＧＨｚ未満及び６ＧＨｚを超えた周波数帯域両方について基地局においての多数のアンテナ素子の利用を容易にする特徴を含んでもよい。第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１７では、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）以外のチャネルは、セル間オペレーションのために同様にマルチＴＲＰを含むマルチ送受信ポイント（ＴＲＰ）送信（及びマルチパネル受信）から利益を得ることができる。ＤＣＩ内でのＰＵＳＣＨ送信のスケジューリング（すなわち、ＰＵＳＣＨ上の重複）をさらに研究する必要がある。

全体として、本開示の例示的な実施形態は、ＰＵＳＣＨ反復のための通信の方法、装置及びコンピュータ可読記憶媒体を提供する。

第１の態様において、通信方法が提供される。前記方法は、端末装置において、ネットワーク装置から、ダウンリンク制御情報（ＤＣＩ）内でのＰＵＳＣＨ送信のセットについてのスケジューリングを受信することと、第１のサウンディング参照信号（ＳＲＳ）リソースセット内のＳＲＳリソースの第１のサブセットと、第２のＳＲＳリソースセット内のＳＲＳリソースの第２のサブセットとを決定することであって、前記ＳＲＳリソースの第１のサブセットと前記ＳＲＳリソースの第２のサブセットのうちの多くても１つは、ＳＲＳリソースを含まないことと、ネットワーク装置に、前記ＳＲＳリソースの第１のサブセットと前記ＳＲＳリソースの第２のサブセットとのうちの前記少なくとも１つに基づいて、ＰＵＳＣＨ送信のセットを送信することと、を含む。

第２の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、端末装置に、ＤＣＩ内でのＰＵＳＣＨ送信のセットについてのスケジューリングを送信することと、前記端末装置から、第１のＳＲＳリソースセット内のＳＲＳリソースの第１のサブセットと第２のＳＲＳリソースセットのＳＲＳリソースの第２のサブセットとのうちの少なくとも１つに基づいて処理された前記ＰＵＳＣＨ送信のセットを受信することと、を含み、前記ＳＲＳリソースの第１のサブセットと前記ＳＲＳリソースの第２のサブセットのうちの多くても１つは、ＳＲＳリソースを含まない。

第３の態様において、端末装置が提供される。前記端末装置は、本開示の前記第１の態様にかかる方法を実行するように設定されたプロセッサを備える。

第４の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、本開示の前記第２の態様にかかる方法を実行するように設定されたプロセッサを備える。

第５の態様において、命令を記憶したコンピュータ可読記憶媒体が提供される。命令は、少なくとも一つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第１の態様に記載の方法を実行させる。

第６の態様において、命令を記憶したコンピュータ可読記憶媒体が提供される。命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第２の態様に記載の方法を実行させる。

本開示のその他の特徴は、以下の説明により容易に理解できるであろう。

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

本開示の実施形態を実施可能な例示的な通信ネットワークを示す図である。

本開示のいくつかの実施形態にかかる、ＤＣＩ内でのＰＵＳＣＨ送信のスケジューリング中の通信のためのプロセスを示す模式図である。

本開示のいくつかの実施形態にかかる、端末装置において実現されるＤＣＩ内でのＰＵＳＣＨ送信のスケジューリング中の例示的な方法を示すフローチャートである。

本開示のいくつかの実施形態にかかる、ネットワーク装置において実現されるＤＣＩ内でのＰＵＳＣＨ送信のスケジューリング中の例示的な方法を示すフローチャートである。

本開示の実施形態を実装するのに適した装置の概略ブロック図である。

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

ここで、いくつかの例示的実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用することができる。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

本文で使用される「ネットワーク装置」又は「基地局」（ＢＳ：ｂａｓｅｓｔａｔｉｏｎ）という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードなどを含むが、これらに限定されない。

本明細書で使用されるように、「ＴＲＰ」という用語は、特定の地理的位置に位置するネットワーク装置により利用可能な（一つ又は複数のアンテナ要素を有する）アンテナアレイを意味する。例えば、ネットワーク装置は、より良いカバレッジを実現するために、異なる地理的位置における複数のＴＲＰに結合されてもよい。

一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスタノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なるＲＡＴを利用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置及び第２のネットワーク装置の少なくとも一方から端末装置に送信することができる。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信することができる。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信することができる。

本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。「含む」という用語及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「別の実施形態」という用語は、「少なくとも１つの別の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指すことができる。

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。

周波数範囲（ＦＲ）１とＦＲ２との両方のためのマルチＴＲＰ導入へのサポートについての強化が研究されてきた。特に、Ｒｅｌ．１６信頼性機能をベースラインとして、マルチＴＲＰ及び／又はマルチパネルを使用して、ＰＤＳＣＨ以外のチャネル（すなわち、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、ＰＵＳＣＨ、及び物理アップリンク制御チャネル（ＰＵＣＣＨ））の信頼性及び頑健性を改善する機能を識別及び規定することが合意されている。セル間マルチＴＲＰオペレーションを可能にする機能を識別及び規定することも考えられる。マルチパネル受信を伴う同時マルチＴＲＰ送信を評価し、必要に応じて拡張を規定することも考えられる。

単一ＤＣＩに基づくマルチＴＲＰＰＵＳＣＨ反復スキームについて、非コードブックに基づくＰＵＳＣＨ送信は、ＳＲＳリソースセットの最大数を２つに増やすように強化され、関連付けられるチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースは、各ＳＲＳリソースセットごとに設定されてもよい。さらに、コードブックに基づくＰＵＳＣＨ送信は、２つのＳＲＳリソースインジケータ（ＳＲＩ）の指示をサポートし、ＳＲＳリソースセットの最大数を２つに増やすように強化されてもよい。しかしながら、２つのＳＲＩをどのように示すか、例えば、オーバーヘッド及び柔軟性を考慮するか、又はシングルＴＲＰ送信とマルチＴＲＰ送信との間の動的切り替えの柔軟性を考慮するかは考慮されていない。

これに鑑みて、本開示の実施形態は、単一ＤＣＩに基づくマルチＴＲＰＰＵＳＣＨ反復スキームのための解決策を提供する。以下、添付図面を参照して、本開示の原理及び実施態様について詳細に説明する。
通信ネットワークの例

図１は本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す。図１に示すように、ネットワーク１００は、２つのＴＲＰ／パネルに結合されたネットワーク装置１１０を含む。ネットワーク１００は、ネットワーク装置１１０によりサービングされる端末装置１２０をさらに含む。図１に示されるネットワーク装置と、端末装置と、ＴＲＰとの数は、説明のためのものでだけであり、いかなる限定も暗示されていないことを理解されたい。ネットワーク２００は、本開示の実施形態を実施するのに適した任意の適切な数の装置及びＴＲＰを備えることができる。

図１に示すように、ネットワーク装置１１０は、１つ又は複数のＴＲＰを介して端末装置１２０と通信してもよい。ＴＲＰの各々は、端末装置１２０と通信するための複数のビームを提供することができる。

ネットワーク１００における通信は、ＮｅｗＲａｄｉｏアクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）及びモバイル通信のためのグローバルシステム（ＧＳＭ）などを含むがこれらに限定されない、任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行することができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

いくつかのシナリオにおいて、ネットワーク装置１１０は、ＰＵＳＣＨ上での反復のために、単一のＤＣＩ内で複数のＰＵＳＣＨ送信をスケジューリングしてもよい。したがって、端末装置１２０は、ＴＲＰを介して該複数のＰＵＳＣＨ送信をネットワーク装置１１０に送信してもよい。いくつかの実施形態において、端末装置１２０は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとを有するように設定されてもよい。端末装置１２０は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとから１つ又は複数のＳＲＳリソースを選択し、前記１つ又は複数のＳＲＳリソースに基づいてそのＰＵＳＣＨ送信プリコーダを決定してもよい。これにより、複数のＰＤＳＣＨ送信は、プリコーダに基づいてネットワーク装置１１０に送信されることができる。１つ又は複数のリソースの選択は、オーバーヘッド及び柔軟性、例えば、シングルＴＲＰ送信とマルチＴＲＰ送信との間の動的切り替えの柔軟性を考慮してもよい。これについては、以下図２を参照して詳細に説明する。
［ＳＲＳリソース選択の実現例］

図２は本開示のいくつかの実施形態にかかる、ＤＣＩ内でのＰＵＳＣＨ送信のスケジューリング中の通信のためのプロセス２００を示す模式図である。説明のために、図１を参照してプロセス２００を説明する。プロセス２００には、図１に示されるように、ネットワーク装置１１０及び端末装置１２０が関与してもよい。

図２に示すように、ネットワーク装置１１０は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセット（それぞれセットＡとセットＢとも称される）とに関連付けられるリソース設定情報を端末装置１２０に送信してもよい（２０１）。いくつかの実施形態において、第１のＳＲＳリソースセットが第１のＴＲＰに関連付けられてもよく、第２のＳＲＳリソースセットが第２のＴＲＰに関連付けられてもよい。いくつかの実施形態において、ネットワーク装置１１０は、無線リソース制御（ＲＲＣ）シグナリングを介してリソース設定情報を送信してもよい。いくつかの実施形態において、ネットワーク装置１１０は、媒体アクセス制御制御要素（ＭＡＣＣＥ）を介してリソース設定情報を送信してもよい。いくつかの実施形態において、ネットワーク装置１１０は、ＤＣＩを介してリソース設定情報を送信してもよい。もちろん、任意の他の適切な方法も可能である。

いくつかの実施形態において、ネットワーク装置１１０は、端末装置１２０に、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとから選択された１つ又は複数のリソースを示す指示を送信してもよい。例えば、選択された１つ又は複数のリソースは、第１のＴＲＰと第２のＴＲＰとの両方に関連付けられてもよい。いくつかの実施形態において、ネットワーク装置１１０は、ＲＲＣシグナリング、ＭＡＣＣＥ、又はＤＣＩのうちの少なくとも１つを介してこの指示を送信してもよい。これにより、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのために利用可能なＳＲＩのサブセットを定義又は設定してもよい。したがって、ＳＲＩフィールドのビット数をさらに減らすことができるため、ＤＣＩ内のシグナリングオーバーヘッドを節約することができる。

いくつかの実施形態において、セットＡ内に、Ｎ_{ＳＲＳ＿ａ}個のＳＲＳリソースが存在し、セットＢ内に、Ｎ_{ＳＲＳ＿ｂ}のＳＲＳリソースが存在する。Ｎ_{ＳＲＳ＿ａ}とＮ_{ＳＲＳ＿ｂ}とはいずれも正の整数であり、１≦Ｎ_{ＳＲＳ＿ａ}≦４、且つ、１≦Ｎ_{ＳＲＳ＿ｂ}≦４である。これにより、端末装置１２０は、２つのＳＲＳリソースセット、すなわちセットＡとセットＢとを有するように設定されることができる。いくつかの実施形態において、Ｎ_{ＳＲＳ＿ａ}の値と_{ＳＲＳ＿ｂ}の値とは異なってもよい。いくつかの実施形態において、Ｎ_{ＳＲＳ＿ａ}の値と_{ＳＲＳ＿ｂ}の値とは同じであってもよい。

いくつかの実施形態において、端末装置１２０は、単一のＤＣＩに基づくマルチＴＲＰＰＵＳＣＨ反復スキームで設定されてもよい。例えば、端末装置１２０は、スキームを示すパラメータ／設定を有するように設定されてもよい。いくつかの実施形態において、端末装置１２０は、複数のＰＵＳＣＨ送信／反復（例えば、第１の数のＰＵＳＣＨ送信／反復）を有するように設定されてもよい。該第１の数がＭとして表されると仮定する。いくつかの実施形態において、Ｍは正の整数である。例えば、１≦Ｍ≦３２である。もう一つの例について、Ｍ∈｛１，２，４，８，１６，３２｝である。

いくつかの実施形態において、Ｍ≧２である場合、複数のＰＵＳＣＨ送信／反復について２つのＰＵＳＣＨ送信／反復セットがあってもよく（例えば、セット１及びセット２）、セット１は第２の数のＰＵＳＣＨ送信／反復を有し（第２の数はＭ１であり、Ｍ１は正の整数、例えば、Ｍ１＝Ｍ／２又はＭ１＝ｃｅｉｌ（Ｍ／２）又はＭ１＝ｆｌｏｏｒ（Ｍ／２））、セット２は第３の数のＰＵＳＣＨ送信／反復を有する（第３の数はＭ２であり、Ｍ２＝Ｍ－Ｍ１）。

いくつかの実施形態において、ＰＵＳＣＨ上での反復について、ネットワーク装置１１０は、端末装置１２０に、単一のＤＣＩ内でＰＵＳＣＨ送信のセットのためのスケジューリングを送信してもよい（２０２）。いくつかの実施形態において、該単一のＤＣＩは、第１のＳＲＩフィールド（本明細書では第１のフィールドとも称される）と第２のＳＲＩフィールド（本明細書では第２のフィールドとも称される）を含んでもよい。第１のＳＲＩフィールドは、第１のＳＲＳリソースセット内のＳＲＳリソースの第１のサブセットについての第１のＳＲＩに関連付けられる第１のインデックスを示す。第２のＳＲＩフィールドは、第２のＳＲＳリソースセット内のＳＲＳリソースの第２のサブセットについての第２のＳＲＩに関連付けられる第２のインデックスを示す。これらの実施形態において、第１のＳＲＩと第２のＳＲＩとのうちの多くても１つは、対応するＳＲＳリソースセットにＳＲＳリソースがないことを示してもよい。例えば、第１のインデックス又は第２のインデックスは、「Ｎ／Ａ」又は「予約済み」を示してもよい。これにより、示された「Ｎ／Ａ」又は「予約済み」は、対応するＳＲＳリソースセットにＳＲＳリソースがないことを示すためのものである。

いくつかの代替実施形態において、ＤＣＩは、第３のインデックスを示す１つのＳＲＩフィールド（本明細書では第３のフィールドとも称される）のみを含んでもよい。いくつかの実施形態において、第３のインデックスは、ＳＲＳリソースの第１のサブセットのための第１のＳＲＩのみに関連付けられてもよい。いくつかの実施形態において、第３のインデックスは、ＳＲＳリソースの第２のサブセットのための第２のＳＲＩのみに関連付けられてもよい。

いくつかの実施形態において、第３のインデックスは、ＳＲＳリソースの第１のサブセットのための第１のＳＲＩと、ＳＲＳリソースの第２のサブセットのための第２のＳＲＩとの両方に関連付けられてもよい。いくつかの代替実施形態において、第３のインデックスは、ＳＲＳリソースの第１のサブセットとＳＲＳリソースの第２のサブセットとの両方のための１つのＳＲＩ（本明細書では第３のＳＲＩとも称される）に関連付けられてもよい。

いくつかの代替実施形態において、ＤＣＩはＳＲＩフィールドを含まなくてもよい。例えば、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのそれぞれにＳＲＳリソースが１つしかない場合、ＤＣＩはＳＲＩフィールドを含まなくてもよい。

いくつかの実施形態において、ＤＣＩ内でのＰＵＳＣＨ送信のセットのためのスケジューリングが受信されると、端末装置１２０は、第１のＳＲＳリソースセット内のＳＲＳリソースの第１のサブセットと、第２のＳＲＳリソースセット内のＳＲＳリソースの第２のサブセットとを決定してもよい（２０３）。ＤＣＩがＳＲＩフィールドを含まない、例えば、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの各々が１つのみのリソースを含むいくつかの実施形態において、端末装置１２０は、第１のＳＲＳリソースセット内の該１つのリソースを含む第１のサブセットを決定し、第２のＳＲＳリソースセット内の該１つのリソースを含む第２のサブセットを決定してもよい。

ＤＣＩが第１のＳＲＩフィールドと第２のＳＲＩフィールドとを含むいくつかの実施形態において、端末装置１２０は、第１のＳＲＩフィールド内のビット数（第１のビット数とも称される）を決定し、該第１のビット数に基づいてＤＣＩから第１のＳＲＩフィールドを決定してもよい。端末装置１２０は、第２のＳＲＩフィールド内のビット数（第２のビット数とも称される）を決定し、該第２のビット数に基づいてＤＣＩから第２のＳＲＩフィールドを決定してもよい。そして、端末装置１２０は、第１のＳＲＩに基づいてＳＲＳリソースの第１のサブセットを決定し、第２のＳＲＩに基づいてＳＲＳリソースの第２のサブセットを決定してもよい。これについては、実施形態１から実施形態２に関連して詳細に説明する。

いくつかの実施形態において、用語「送信」、「送信オケージョン」、及び「反復」は、互換的に使用されてもよい。用語「プリコーダ」、「プリコーディング」、「プリコーディングマトリクス」、「ビーム」、「空間関係情報」、及び「空間関係」は、互換的に使用されてもよい。

いくつかの実施形態において、ＰＵＳＣＨ送信のセットは、ＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含む。いくつかの実施形態において、ＰＵＳＣＨ送信／反復の第１のサブセットのためのプリコーダは、第１のＳＲＩフィールドにより示される第１のＳＲＩと、ＴＰＭＩ（例えば、第１のＴＰＭＩ）と、送信ランクとに基づいて決定されてもよい。いくつかの実施形態において、ＰＵＳＣＨ送信／反復の第２のサブセットのためのプリコーダは、第２のＳＲＩフィールドにより示される第２のＳＲＩと、ＴＰＭＩ（例えば、第２のＴＰＭＩ）と、送信ランクとに基づいて決定されてもよい。いくつかの実施形態において、ＰＵＳＣＨ送信／反復の第１のサブセットのためのプリコーダは、ＳＲＳリソースの第１のサブセットと、ＴＰＭＩ（例えば、第１のＴＰＭＩ）と、送信ランクとに基づいて決定されてもよい。いくつかの実施形態において、ＰＵＳＣＨ送信／反復の第２のサブセットのためのプリコーダは、ＳＲＳリソースの第２のサブセットと、ＴＰＭＩ（例えば、第２のＴＰＭＩ）と、送信ランクとに基づいて決定されてもよい。

いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、ＳＲＳリソースを含んでいない第１のサブセットを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、ＳＲＳリソースの第１のサブセットについて決定されたＳＲＳリソースを示さなくてもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、第１のＳＲＳリソースセット内で決定されたＳＲＳリソースを示さなくてもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、ＰＵＳＣＨ送信のセット又はＰＵＳＣＨ送信の第１のサブセットが第１のＳＲＩ及び／又はＴＰＭＩ（例えば、第１のＴＰＭＩ）に基づいていないことを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置が第２のＳＲＩ及びＴＰＭＩ（例えば、第２のＴＰＭＩ）並びに送信ランクに基づいてＰＵＳＣＨ送信のセットを送信することを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＰＵＳＣＨ送信のセット内のＰＵＳＣＨ送信の第２のサブセットのみを送信し、ＰＵＳＣＨ送信の第２のサブセットが、第２のＳＲＩ及びＴＰＭＩ（例えば、第２のＴＰＭＩ）並びに送信ランクに基づくことを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＰＵＳＣＨ送信の第１のサブセットを送信しないことを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＰＵＳＣＨ送信のセット内の１つのみのＰＵＳＣＨ送信（例えば、第１のＰＵＳＣＨ送信）を送信することを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールド（例えば、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＤＣＩによりスケジューリングされたＰＵＳＣＨ送信のセットを送信しないか、又は端末装置がそれを省略することを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドのコードポイント又は値は、「Ｎ／Ａ」又は「予約済み」であってもよい。いくつかの実施形態において、第２のＳＲＩは、第２のＳＲＩフィールド内で示される。

いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、ＳＲＳリソースを含んでいない第２のサブセットを示してもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、ＳＲＳリソースの第２のサブセットについて決定されたＳＲＳリソースを示さなくてもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、第２のＳＲＳリソースセット内で決定されたＳＲＳリソースを示さなくてもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、ＰＵＳＣＨ送信のセット又はＰＵＳＣＨ送信の第２のサブセットが第２のＳＲＩ及び／又はＴＰＭＩ（例えば、第２のＴＰＭＩ）に基づいていないことを示してもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置が第１のＳＲＩ及びＴＰＭＩ（例えば、第１のＴＰＭＩ）並びに送信ランクに基づいてＰＵＳＣＨ送信のセットを送信することを示してもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＰＵＳＣＨ送信のセット内のＰＵＳＣＨ送信の第１のサブセットのみを送信し、ＰＵＳＣＨ送信の第１のサブセットが、第１のＳＲＩ及びＴＰＭＩ（例えば、第１のＴＰＭＩ）並びに送信ランクに基づくことを示してもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＰＵＳＣＨ送信の第２のサブセットを送信しないことを示してもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＰＵＳＣＨ送信のセット内の１つのみのＰＵＳＣＨ送信（例えば、第１のＰＵＳＣＨ送信）を送信することを示してもよい。いくつかの実施形態において、第２のＳＲＩフィールド（例えば、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドの１つのコードポイント又は１つの値）は、端末装置がＤＣＩによりスケジューリングされたＰＵＳＣＨ送信のセットを送信しないか、又は端末装置がそれを省略することを示してもよい。いくつかの実施形態において、第２のＳＲＩフィールド内のインデックスにマッピングされたビットフィールドのコードポイント又は値は、「Ｎ／Ａ」又は「予約済み」であってもよい。いくつかの実施形態において、第１のＳＲＩは、第１のＳＲＩフィールドにより示される。

いくつかの実施形態において、第１のＳＲＩフィールドと第２のＳＲＩフィールドとのうちの多くても１つは、ＳＲＳリソースが決定されていないことを示してもよい。いくつかの実施形態において、第１のＳＲＩフィールドと第２のＳＲＩフィールドとのうちの多くても１つは、「Ｎ／Ａ」又は「予約済み」を示してもよい。いくつかの実施形態において、第１のＳＲＩフィールドと第２のＳＲＩフィールドとのうちの多くても１つは、実施形態の［００４７］及び実施形態の［００４８］で説明された実施形態を示してもよい。いくつかの実施形態において、第１のＳＲＩフィールドと第２のＳＲＩフィールドとのうちの少なくとも１つは、第１のＳＲＳリソースセット及び／又は第２のＳＲＳリソースセット内の少なくとも１つのＳＲＳリソースを示す。
［実施形態１］

本実施形態において、コードブックに基づくアップリンク送信が説明される。いくつかの実施形態において、コードブックに基づくアップリンク送信について、第１のＳＲＩフィールドのための第１のビット数（又は「予約済み」ではないコードポイント数、本明細書ではＢａと表される）は、第１のＳＲＳリソースセット内のＳＲＳリソース数プラス１（例えば、Ｎ／Ａのコードポイント）に依存してもよい。例えば、端末装置１２０は、式（１）により第１のビット数Ｂａを決定してもよい。

（１）
ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。

いくつかの実施形態において、第１のビット数に基づいてＤＣＩから第１のフィールドを復号すると、端末装置１２０は、第１のインデックスから第１のＳＲＩへのマッピングに基づいてＳＲＳリソースの第１のサブセットを決定してもよい。例示のために、第１のインデックスから第１のＳＲＩへのマッピングのいくつかの例が、以下の表１Ａ－１Ｄに示される。
表１ＡＮ_{ＳＲＳ＿ａ}＝１の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表１ＢＮ_{ＳＲＳ＿ａ}＝２の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表１ＣＮ_{ＳＲＳ＿ａ}＝３の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表１ＤＮ_{ＳＲＳ＿ａ}＝４の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表１Ａ－表１Ｄに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表１Ａ－表１Ｄ内の列のサブセット及び／又は行のサブセットが使用されてもよい。いくつかの実施形態において、表１Ａ－表１Ｄの第２の列と第３の列とのうちの１つのみが使用されてもよい。

いくつかの代替実施形態において、第１のＳＲＩフィールドのための第１のビット数（又は「予約済み」ではないコードポイント数）は、第１のＳＲＳリソースセット内のＳＲＳリソース数に依存してもよい。この実施形態において、第１のＳＲＩフィールド内で１つのＳＲＳリソースを示すべきである。例えば、第１のＴＲＰがＰＵＳＣＨ送信／反復用に想定されるべきである。

例えば、端末装置１２０は、式（２）により第１のビット数Ｂａを決定してもよい。

（２）
ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。

いくつかの実施形態において、第１のビット数に基づいてＤＣＩから第１のフィールドを復号すると、端末装置１２０は、第１のインデックスから第１のＳＲＩへのマッピングに基づいてＳＲＳリソースの第１のサブセットを決定してもよい。例示のために、第１のインデックスから第１のＳＲＩへのマッピングのいくつかの例が、以下の表２Ａ－表２Ｃに示される。Ｎ_{ＳＲＳ＿ａ}＝１且つＢａ＝０であるいくつかの実施形態において、第１のＳＲＩフィールドは省略されてもよい。

表２ＡＮ_{ＳＲＳ＿ａ}＝２の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表２ＢＮ_{ＳＲＳ＿ａ}＝３の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表２ＣＮ_{ＳＲＳ＿ａ}＝４の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表２Ａ－表２Ｃに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表２Ａ－表２Ｃ内の列のサブセット及び／又は行のサブセットが使用されてもよい。

いくつかの実施形態において、第２のＳＲＩフィールドのための第２のビット数（又は「予約済み」ではないコードポイント数、本明細書ではＢｂとして表される）は、第２のＳＲＳリソースセット内のＳＲＳリソース数＋１に依存してもよい。例えば、端末装置１２０は、式（３）により第２のビット数Ｂｂを決定してもよい。

（３）
ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。

いくつかの実施形態において、第２のビット数に基づいてＤＣＩから第２のフィールドを復号すると、端末装置１２０は、第２のインデックスから第２のＳＲＩへのマッピングに基づいてＳＲＳリソースの第２のサブセットを決定してもよい。例示のために、第２のインデックスから第２のＳＲＩへのマッピングのいくつかの例が、以下の表３Ａ－表３Ｄに示される。

表３ＡＮ_{ＳＲＳ＿ｂ}＝１の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表３ＢＮ_{ＳＲＳ＿ｂ}＝２の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表３ＣＮ_{ＳＲＳ＿ｂ}＝３の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表３ＤＮ_{ＳＲＳ＿ｂ}＝４の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表３Ａ－表３Ｄに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表３Ａ－表３Ｄ内の列のサブセット及び／又は行のサブセットが使用されてもよい。いくつかの実施形態において、表３Ａ－表３Ｄの第２の列と第３の列とのうちの１つのみが使用されてもよい。
［実施形態２］

本実施形態において、非コードブックに基づくアップリンク送信が説明される。いくつかの実施形態において、非コードブックに基づくアップリンク送信について、第１のＳＲＩフィールドのための第１のビット数（又は「予約済み」ではないコードポイント数、本明細書ではＢａと表される）は、ＰＵＳＣＨ送信のセットのための最大層数と、第１のＳＲＳリソースセット内のＳＲＳリソース数プラス１（例えば、Ｎ／Ａのコードポイント）とに依存してもよい。例えば、端末装置１２０は、式（４）により第１のビット数Ｂａを決定してもよい。

（４）
ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。

いくつかの代替実施形態において、非コードブックに基づくアップリンク送信について、第１のＳＲＩフィールドのための第１のビット数（又は「予約済み」ではないコードポイント数、本明細書ではＢａと表される）は、ＰＵＳＣＨ送信のセットのための最大層数と、第１のＳＲＳリソースセット内のＳＲＳリソース数とに依存してもよい。例えば、端末装置１２０は、式（５）により第１のビット数Ｂａを決定してもよい。

（５）
ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。これらの実施形態において、少なくとも１つのＳＲＳリソースが第１のＳＲＩフィールド内で示されるべきであり、換言すれば、第１のＴＲＰがＰＵＳＣＨ送信／反復用に想定されるべきである。

いくつかの実施形態において、第１のビット数に基づいてＤＣＩから第１のフィールドを復号すると、端末装置１２０は、第１のインデックスから第１のＳＲＩへのマッピングに基づいてＳＲＳリソースの第１のサブセットを決定してもよい。例示のために、第１のインデックスから第１のＳＲＩへのマッピングのいくつかの例が、以下の表４Ａ－表４Ｄに示される。Ｎ_{ＳＲＳ＿ａ}＝１且つＢａ＝０であるいくつかの実施形態において、第１のＳＲＩフィールドは省略されてもよい。

表４ＡＬ_ｍａｘ＝１の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表４ＢＬ_ｍａｘ＝２の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表４ＣＬ_ｍａｘ＝３の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表４ＤＬ_ｍａｘ＝４の場合の第１のインデックスから第１のＳＲＩへのマッピングの例

表４Ａ－表４Ｄに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表４Ａ－表４Ｄ内の列のサブセット及び／又は行のサブセットが使用されてもよい。

いくつかの実施形態において、非コードブックに基づくアップリンク送信について、第２のＳＲＩフィールドのための第２のビット数（又は「予約済み」ではないコードポイント数、本明細書ではＢｂと表される）は、ＰＵＳＣＨ送信のセットのための最大層数と、第２のＳＲＳリソースセット内のＳＲＳリソース数とに依存してもよい。例えば、端末装置１２０は、式（６）により第２のビット数Ｂｂを決定してもよい。

（６）
ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。

いくつかの実施形態において、第２のビット数に基づいてＤＣＩから第２のフィールドを復号すると、端末装置１２０は、第２のインデックスから第２のＳＲＩへのマッピングに基づいてＳＲＳリソースの第２のサブセットを決定してもよい。例示のために、第１／第２のインデックスから第１／第２のＳＲＩへのマッピングのいくつかの例が、以下の表５Ａ－表５Ｄに示される。この実施形態において、Ｎ_ＳＲＳはＮ_{ＳＲＳ＿ａ}又はＮ_{ＳＲＳ＿ｂ}であってもよい。
表５ＡＬ_ｍａｘ＝１の場合の第１／第２のインデックスから第１／第２のＳＲＩへのマッピングの例

表５ＢＬ_ｍａｘ＝２の場合の第１／第２のインデックスから第１／第２のＳＲＩへのマッピングの例

表５ＣＬ_ｍａｘ＝３の場合の第１／第２のインデックスから第１／第２のＳＲＩへのマッピングの例

表５ＤＬ_ｍａｘ＝４の場合の第１／第２のインデックスから第１／第２のＳＲＩへのマッピングの例

表５Ａ－表５Ｄに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表５Ａ－表５Ｄ内の列のサブセット及び／又は行のサブセットが使用されてもよい。

いくつかの実施形態において、第１のサブセット内のＳＲＳリソースのためのポート数と、第２のサブセット内のＳＲＳリソースのためのポート数とは同じである。

いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースのためのポート数がＲである場合（Ｒは｛１，２，３，４｝のうちの何れか１つであってもよい）。第２のサブセット内のＳＲＳリソースは、少なくともＲの値に基づいて決定される。

いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースのためのポート数がＲである場合（Ｒは｛１，２，３，４｝のうちの何れか１つであってもよい）、第２のＳＲＩの第１の値（例えば値０）はポート数Ｒを有する第１のＳＲＳリソースを示す。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースのためのポート数がＲである場合（Ｒは｛１，２，３，４｝のうちの何れか１つであってもよい）、第２のＳＲＩの第２の値（例えば値１）はポート数Ｒを有する第２のＳＲＳリソースを示す。例えば、第２のＳＲＳリソースセット内のポート数がＲのＳＲＳリソースの数はＳである。Ｓは正の整数であり、Ｓは１より大きい。例えば、Ｓは｛２，３，４｝のうちの何れか１つである。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースのためのポート数がＲである場合（Ｒは｛１，２，３，４｝のうちの何れか１つであってもよい）、第２のＳＲＩの第３の値（例えば値２）はポート数Ｒを有する第３のＳＲＳリソースを示す。例えば、第２のＳＲＳリソースセット内のポート数がＲのＳＲＳリソースの数はＳである。Ｓは正の整数であり、Ｓは２より大きい。Ｓは｛３，４｝のうちの何れか１つである。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースのためのポート数がＲである場合（Ｒは｛１，２，３，４｝のうちの何れか１つであってもよい）、第２のＳＲＩの第４の値（例えば値２）はポート数Ｒを有する第４のＳＲＳリソースを示す。例えば、第２のＳＲＳリソースセット内のポート数がＲのＳＲＳリソースの数はＳである。Ｓは正の整数であり、Ｓは３より大きい。例えば、Ｓは４である。例えば、端末装置は、コードブックに基づくアップリンク送信を有するように設定されてもよい。

いくつかの実施形態において、第１のサブセット内のＳＲＳリソースの数と、第２のサブセット内のＳＲＳリソースのためのポート数とは同じである。

いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースの数がＴである場合（Ｔは｛１，２，３，４｝のうちの何れか１つであってもよい）。第２のサブセット内のＳＲＳリソースは、少なくともＴの値に基づいて決定される。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースの数が１である場合、第２のＳＲＩは、第２のＳＲＳリソースセット内のＳＲＳリソースのうちの１つのＳＲＳリソースを示す。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースの数が２である場合、第２のＳＲＩは、第２のＳＲＳリソースセット内のＳＲＳリソースのうちの２つのＳＲＳリソースを示す。例えば、第２のＳＲＳリソースセット内のＳＲＳリソースの数はＳである。Ｓは正の整数であり、Ｓは１より大きい。例えば、Ｓは｛２，３，４｝のうちの何れか１つである。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースの数が３である場合、第２のＳＲＩは、第２のＳＲＳリソースセット内のＳＲＳリソースのうちの３つのＳＲＳリソースを示す。例えば、第２のＳＲＳリソースセット内のＳＲＳリソースの数はＳである。Ｓは正の整数であり、Ｓは２より大きい。Ｓは｛３，４｝のうちの何れか１つである。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースの数が４である場合、第２のＳＲＩは、第２のＳＲＳリソースセット内のＳＲＳリソースのうちの４つのＳＲＳリソースを示す。例えば、第２のＳＲＳリソースセット内のＳＲＳリソースの数はＳである。Ｓは正の整数であり、Ｓは３より大きい。例えば、Ｓは４である。いくつかの実施形態において、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースの数が４である場合、第２のＳＲＩは、第２のＳＲＳリソースセット内の全ての４つのＳＲＳリソースを示す。例えば、端末装置は、コードブックに基づくアップリンク送信を有するように設定されてもよい。

いくつかの実施形態において、コードブックに基づくアップリンク送信又は非コードブックに基づくアップリンク送信について、端末装置１２０は、第１のサブセット内のＳＲＳリソースのポート数、第１のサブセット内のＳＲＳリソースの数、第１のインデックス、第２のインデックス、第１のＳＲＩの値、又は第２のＳＲＩの値のうちの少なくとも１つに基づいて、第２のサブセットを決定してもよい。これについては、実施形態３に関連して以下に説明する。
［実施形態３］

いくつかの実施形態において、コードブックに基づくアップリンク送信について、端末装置１２０は、式（１）又は式（２）により、第１のＳＲＩフィールド内の第１のビット数Ｂａを決定し、第２のＳＲＳリソースセット内の同じ数のポートを有するＳＲＳリソースの最大数に基づいて、第２のＳＲＩフィールド内の第２のビット数Ｂｂを決定してもよい。例えば、端末装置は、フルパワーモードがｆｕｌｌｐｏｗｅｒｍｏｄｅ２であるように設定されてもよい。

例えば、端末装置１２０は、下式（７）により、第２のＳＲＩフィールド内の第２のビット数Ｂｂを決定してもよい。

（７）
ここで、ｉは第２のＳＲＳリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数のインデックスを表し、ｉ＝１，．．．Ｇ又はｉ＝０，．．．Ｇ－１であり、ここで、ＧはＰ_ｉの全ての異なる値の総数を表し、Ｎ_ｉは第２のリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数を表す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。

別の例として、端末装置１２０は、下式（８）により、第２のＳＲＩフィールド内の第２のビット数Ｂｂを決定してもよい。

（８）
ここで、ｉは第２のＳＲＳリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数のインデックスを表し、ｉ＝１，．．．Ｇ又はｉ＝０，．．．Ｇ－１であり、ここで、ＧはＰ_ｉの全ての異なる値の総数を表し、Ｎ_ｉは第２のリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数を表す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。

いくつかの実施形態において、非コードブックに基づくアップリンク送信について、端末装置１２０は、式（４）又は式（５）により、第１のＳＲＩフィールド内の第１のビット数Ｂａを決定し、層数ｋのために第２のＳＲＳリソースセット内のＳＲＳリソースから選択された順列の最大数とＰＵＳＣＨ送信のセットの最大層数とに基づいて、第２のＳＲＩフィールド内の第２のビット数Ｂｂを決定してもよい。例えば、端末装置は、フルパワーモードがｆｕｌｌｐｏｗｅｒｍｏｄｅ２であるように設定されてもよい。

例えば、端末装置１２０は、下式（９）により、第２のＳＲＩフィールド内の第２のビット数Ｂｂを決定してもよい。

（９）
ここで、ｋ＝１，．．．ｍｉｎ（Ｌ_ｍａｘ，Ｎ_{ＳＲＳ＿ｂ}）であり、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。この実施形態において、第１及び／又は第２のＳＲＩフィールド内で少なくとも１つのＳＲＳリソースを示すべきである。少なくとも１つのＳＲＳリソースが第１のフィールド内で示される場合、第１のＴＲＰがＰＵＳＣＨ送信／反復用に想定されるべきである。例示のために、第２のインデックスから第２のＳＲＩへのマッピングのいくつかの例が、以下の表６Ａ－表６Ｄに示される。本例において、Ｎ_ＳＲＳはＮ_{ＳＲＳ＿ｂ}である。

表６ＡＬ_ｍａｘ＝１の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表６ＢＬ_ｍａｘ＝２の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表６ＣＬ_ｍａｘ＝３の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表６ＤＬ_ｍａｘ＝４の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表６Ａ－表６Ｄに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表６Ａ－表６Ｄ内の列のサブセット及び／又は行のサブセットが使用されてもよい。

別の例として、端末装置１２０は、下式（１０）により、第２のＳＲＩフィールド内の第２のビット数Ｂｂを決定してもよい。

（１０）

ここで、であり、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。この式は単なる一例であり、任意の他の適切な形態も可能であることに留意すべきである。例示のために、第２のインデックスから第２のＳＲＩへのマッピングのいくつかの例が、以下の表７Ａ－表７Ｄに示される。Ｎ_{ＳＲＳ＿ａ}＝１且つＢｂ＝０であるいくつかの実施形態において、第２のＳＲＩフィールドは省略されてもよい。
表７ＡＬ_ｍａｘ＝１の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表７ＢＬ_ｍａｘ＝２の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表７ＣＬ_ｍａｘ＝３の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表７ＤＬ_ｍａｘ＝４の場合の第２のインデックスから第２のＳＲＩへのマッピングの例

表７Ａ－表７Ｄに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表７Ａ－表７Ｄ内の列のサブセット及び／又は行のサブセットが使用されてもよい。

いくつかの実施形態において、第２のサブセットのためのＳＲＩ（例えば、表６Ａ－表６Ｄ及び表７Ａ－表７Ｄのうちの少なくとも１つ内のＳＲＩ）は、｛Ｘ_１｝、｛Ｘ_２，Ｘ_３｝、｛Ｘ_４，Ｘ_５，Ｘ_６｝、｛Ｘ_７，Ｘ_８，Ｘ_９，Ｘ_１０｝のうちの少なくとも１つに関連付けられてもよい。例えば，Ｘ_１，Ｘ_２，Ｘ_３，Ｘ_４，Ｘ_５，Ｘ_６，Ｘ_７，Ｘ_８，Ｘ_９，Ｘ_１０の各々は、０、１、２、３のうちの何れか１つであってもよい。別の例について、Ｘ_１は、｛０，１，２，３｝のうちの何れか１つであってもよい。別の例について、｛Ｘ_２，Ｘ_３｝は、｛０，１｝，｛０，２｝，｛０，３｝，｛１，２｝，｛１，３｝，｛２，３｝のうちの何れか１つであってもよい。別の例について、｛Ｘ_４，Ｘ_５，Ｘ_６｝は、｛０，１，２｝，｛０，１，３｝，｛０，２，３｝，｛１，２，３｝のうちの何れか１つであってもよい。例えば、｛Ｘ_７，Ｘ_８，Ｘ_９，Ｘ_１０｝は、｛０，１，２，３｝であってもよい。いくつかの実施形態において、第２のサブセットのためのＳＲＩ（例えば、表６Ａ－表６Ｄ及び表７Ａ－表７Ｄのうちの少なくとも１つ内のＳＲＩ）が、｛Ｘ_１｝、｛Ｘ_２，Ｘ_３｝、｛Ｘ_４，Ｘ_５，Ｘ_６｝、｛Ｘ_７，Ｘ_８，Ｘ_９，Ｘ_１０｝のうちのいずれに関連付けられるかは、第１のＳＲＩにより示される第１のサブセット内のＳＲＳリソースの数に依存する。例えば、第１のサブセット内のＳＲＳリソースの数が１である場合、第２のサブセットのためのＳＲＩは｛Ｘ_１｝である。別の例について、第２のサブセット内のＳＲＳリソースの数が２である場合、第２のサブセットのためのＳＲＩは｛Ｘ_２，Ｘ_３｝である。別の例について、第１のサブセット内のＳＲＳリソースの数が３である場合、第２のサブセットのためのＳＲＩは｛Ｘ_４，Ｘ_５，Ｘ_６｝である。別の例について、第１のサブセットのＳＲＳリソースの数が４である場合、第２のサブセットのためのＳＲＩは｛Ｘ_７，Ｘ_８，Ｘ_９，Ｘ_１０｝である。

ここまでは、ＤＣＩが２つのＳＲＩフィールドを含む場合について以上に説明した。いくつかの代替実施形態において、ＤＣＩは、１つのみのＳＲＩフィールド（すなわち、第３のフィールド、本明細書では第３のＳＲＩフィールドとも称される）を含んでもよい。この場合、端末装置１２０は、第３のＳＲＩフィールド内のビット数（第３のビット数とも称される）を決定し、該第３のビット数に基づいてＤＣＩから第３のＳＲＩフィールドを決定してもよい。すると、端末装置１２０は、第３のＳＲＩフィールドに基づいて、ＳＲＳリソースの第１のサブセットと第２のサブセットとを決定してもよい。これについては、実施形態４から実施形態５に関連して詳細に説明する。
［実施形態４］

本実施形態において、第３のフィールドは、ＳＲＳリソースの第１のサブセットのための第１のＳＲＩと、ＳＲＳリソースの第２のサブセットのための第２のＳＲＩとのうちの少なくとも１つに関連付けられる第３のインデックスを示す。言い換えれば、インデックスにマッピングされた各コードポイント又はビットフィールドは、第１及び第２のＳＲＩの一方又は両方を示す。

いくつかの実施形態において、コードブックに基づくアップリンク送信について、第３のフィールド内の第３のビット数Ｂｃの範囲は、ゼロから

までであってもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表す。Ｂｃは非負の整数である。例えば

である。

いくつかの代替実施形態において、コードブックに基づくアップリンク送信について、第３のフィールド内の第３のビット数Ｂｃの範囲は、ゼロから

までであってもよく、ここで、ｊは第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのうちの少なくとも１つ内のＱ_ｊ個のポートを有するＳＲＳリソースの数のインデックスを表し、ＸはＱｊの全ての異なる値の総数を表し、Ｎ_{ＳＲＳ＿ａ，ｊ}は第１のＳＲＳリソースセット内のＱ_ｊ個のポートを有するＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ，ｊ}は第２のＳＲＳリソースセット内のＱ_ｊ個のポートを有するＳＲＳリソースの数を表す。例えば

である。

いくつかの実施形態において、非コードブックに基づくアップリンク送信について、第３のフィールド内の第３のビット数Ｂｃの範囲は、ゼロから

までであってもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を表す。例えば

である。

までであってもよく、ここで、ｋ＝１，．．．ｍｉｎ（Ｌ_ｍａｘ，Ｎ_{ＳＲＳ＿ａ}，Ｎ_{ＳＲＳ＿ｂ}）であり、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を表す。例えば

である。

第３のインデックスが１つのみのＳＲＩ（第１のＳＲＩ又は第２のＳＲＩ）を示し、反復回数がＭであるいくつかの実施形態において、Ｍ個のＰＵＳＣＨ送信／反復のためのプリコーダは、示されたＳＲＩと、対応する送信されたプリコーディングマトリクスインジケータ（ＴＰＭＩ：ｔｒａｎｓｍｉｔｔｅｄｐｒｅｃｏｄｉｎｇｍａｔｒｉｘｉｎｄｉｃａｔｏｒ）と、送信ランク（例えば、単一ＴＲＰ反復（３ＧＰＰリリース１５／１６反復））とに基づいて決定されてもよい。

いくつかの実施形態において、ＰＵＳＣＨ送信のセットは、ＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含む。いくつかの実施形態において、第３のインデックスが第１及び第２のＳＲＩの両方を示し、反復回数Ｍ≧２である場合、ＰＵＳＣＨ送信／反復の第１のサブセットのためのプリコーダは、第３のインデックスにより示される第１のＳＲＩと、ＴＰＭＩ（例えば、第１のＴＰＭＩ）と、送信ランクにより示される第１のＳＲＩに基づいて決定され、ＰＵＳＣＨ送信／反復の第２のサブセットのためのプリコーダは、第３のインデックスにより示される第２のＳＲＩと、ＴＰＭＩ（例えば、第２のＴＰＭＩ）と、送信ランクとに基づいて決定されてもよい。（例えば、マルチＴＲＰ反復）。

いくつかの実施形態において、第３のインデックスが第１及び第２のＳＲＩの両方を示し、反復回数Ｍ＝１である場合、ＰＵＳＣＨ送信／反復のためのプリコーダは、ＳＲＩフィールド内で示される第１のＳＲＩと、ＴＰＭＩ（例えば、第１のＴＰＭＩ）と、送信ランクとに基づく。（例えば、単一ＴＲＰ送信）

いくつかの代替実施形態において、第３のインデックスが第１及び第２のＳＲＩの両方を示し、反復回数Ｍ＝１である場合、ＰＵＳＣＨ送信／反復の第１のサブセットのためのプリコーダは、ＳＲＩフィールド内で示される第１のＳＲＩと、ＴＰＭＩ（例えば、第１のＴＰＭＩ）と、ＳＲＩのいくつかの値（Ｓ１）についての送信ランクとに基づき、ＰＵＳＣＨ送信／反復の第２のサブセットのためのプリコーダは、ＳＲＩフィールド内で示される第２のＳＲＩと、ＴＰＭＩ（例えば、第２のＴＰＭＩ）と、ＳＲＩの他の値（Ｓ２）についての送信ランクとに基づく。例えば、Ｓ１ｍｏｄ２＝０、Ｓ２ｍｏｄ２＝１である。
［実施形態５］

本実施形態において、第３のフィールドは、ＳＲＳリソースの第１のサブセットと、ＳＲＳリソースの第２のサブセットとの両方のための第３のＳＲＩに関連付けられる第３のインデックスを示す。言い換えれば、第３のＳＲＩは、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの両方に適用される。これらの実施形態において、端末装置１２０は、第３のＳＲＩに基づいてＳＲＳリソースの第１のサブセットを決定し、同様に第３のＳＲＩに基づいてＳＲＳリソースの第２のサブセットを決定してもよい。

いくつかの実施形態において、コードブックに基づくアップリンク送信について、第１のＳＲＳリソースセットと第２のＳＲＳリソースセット内に設定されるＳＲＳリソースの数は同じである。ＳＲＳリソースの数をＮ_ＳＲＳとすると、第３のＳＲＩフィールド内のビット数Ｂｃは、下式（１１）により決定されてもよい。

（１１）
ここで、Ｎ_ＳＲＳは、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの各々内のＳＲＳリソースの数を表す。第３のＳＲＩフィールド内で示される第３のＳＲＩは、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの両方に適用される。

いくつかの実施形態において、Ｎ_ＳＲＳ＝１の場合、Ｂｃ＝０である。例えば、第３のＳＲＩフィールドは省略されてもよい。例えば、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの各々が単一のＳＲＳリソースを有する場合、２つのＳＲＳリソース（第１のＳＲＳリソースセット内のＳＲＳリソースと第２のＳＲＳリソースセット内のＳＲＳリソース）がＰＵＳＣＨ送信／反復セット用に想定される。例えば、ＰＵＳＣＨ送信／反復の数Ｍ≧２である場合、これら２つのＳＲＳリソースがこれらのＰＵＳＣＨ送信／反復用に想定される。別の例として、Ｍ＝１の場合、第１のＳＲＳリソースセット内のＳＲＳリソースは、ＰＵＳＣＨ送信／反復用に想定される。

いくつかの実施形態において、Ｎ_ＳＲＳ＝２、Ｂｃ＝１の場合、２つのＳＲＩは第３のインデックスにより示され、２つのＳＲＩの各々は、各ＳＲＳリソースセット内の１つのＳＲＳリソースに対応する。第３のインデックスから第３のＳＲＩへのマッピングの例が以下の表８に示される。
表８第３のインデックスからＳＲＩへのマッピングの例

例えば、Ｍ＝１の場合、第１のＳＲＩ（例えば、第１のＳＲＳリソースセット内のＳＲＳリソースを示す）がＰＵＳＣＨ送信／反復用に想定される。別の例として、Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが０である場合、第１のＳＲＩはＰＵＳＣＨ送信／反復用に想定される。Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが１である場合、第２のＳＲＩはＰＵＳＣＨ送信／反復用に想定される。

いくつかの実施形態において、Ｎ_ＳＲＳ＝３、Ｂｃ＝２の場合、２つのＳＲＩは第３のインデックスにより示され、２つのＳＲＩの各々は、各ＳＲＳリソースセット内の１つのＳＲＳリソースに対応する。第３のインデックスからＳＲＩへのマッピングの例が以下の表９に示される。
表９第３のインデックスからＳＲＩへのマッピングの例

例えば、Ｍ＝１の場合、第１のＳＲＩ（例えば、第１のＳＲＳリソースセット内のＳＲＳリソースを示す）がＰＵＳＣＨ送信／反復用に想定される。別の例として、Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが０又は２である場合、第１のＳＲＩはＰＵＳＣＨ送信／反復用に想定される。Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが１である場合、第２のＳＲＩはＰＵＳＣＨ送信／反復用に想定される。

いくつかの実施形態において、Ｎ_ＳＲＳ＝４、且つ、Ｂｃ＝２の場合、２つのＳＲＩは第３のインデックスにより示され、２つのＳＲＩの各々は、各ＳＲＳリソースセット内の１つのＳＲＳリソースに対応する。第３のインデックスからＳＲＩへのマッピングの例が以下の表１０に示される。

表１０第３のインデックスからＳＲＩへのマッピングの例

例えば、Ｍ＝１の場合、第１のＳＲＩ（例えば、第１のＳＲＳリソースセット内のＳＲＳリソースを示す）がＰＵＳＣＨ送信／反復用に想定される。別の例として、Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが０又は２である場合、第１のＳＲＩはＰＵＳＣＨ送信／反復用に想定される。Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが１又は３である場合、第２のＳＲＩはＰＵＳＣＨ送信／反復用に想定される。

いくつかの実施形態において、非コードブックに基づくアップリンク送信について、第１のＳＲＳリソースセットと第２のＳＲＳリソースセット内に設定されるＳＲＳリソースの数は同じである。ＳＲＳリソースの数がＮ_ＳＲＳあり、２つのＰＵＳＣＨ送信／反復セットについて同じ数の層が存在すると仮定すると、第３のＳＲＩフィールド内のビット数Ｂｃは、下式（１２）により決定されてもよい。

（１２）
ここで、Ｎ_ＳＲＳは第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの各々内のＳＲＳリソースの数を表し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。この場合、２つのＳＲＩは第３のインデックスにより示されるか、ＳＲＩフィールド内で示される単一のＳＲＩが２つのＳＲＳリソースセットの両方に適用される。

いくつかの実施形態において、Ｎ_ＳＲＳ＝１、Ｂｃ＝０の場合、第３のＳＲＩフィールドは省略されてもよい。例えば、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの各々が単一のＳＲＳリソースを有する場合、２つのＳＲＳリソース（第１のＳＲＳリソースセット内のＳＲＳリソースと第２のＳＲＳリソースセット内のＳＲＳリソース）がＰＵＳＣＨ送信／反復セット用に想定される。ＰＵＳＣＨ送信／反復回数Ｍ≧２である場合、これら２つのＳＲＳリソースはＰＵＳＣＨ送信／反復セット用に想定される。Ｍ＝１の場合、第１のＳＲＳリソースセット内のＳＲＳリソースは、ＰＵＳＣＨ送信／反復セット用に想定される。

いくつかの実施形態において、Ｎ_ＳＲＳ≧２の場合、２つのＳＲＩは第３のＳＲＩフィールド内で示され、２つのＳＲＩの各々は、各ＳＲＳリソースセット内の１つのＳＲＳリソースに対応する。例えば、Ｍ＝１の場合、第１のＳＲＩ（例えば、第１のＳＲＳリソースセット内のＳＲＳリソースを示す）がＰＵＳＣＨ送信／反復セット用に想定される。別の例として、Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが０である場合、第１のＳＲＩはＰＵＳＣＨ送信／反復セット用に想定される。Ｍ＝１であり、且つ、インデックスにマッピングされるビットフィールドが１である場合、第２のＳＲＩはＰＵＳＣＨ送信／反復セット用に想定される。例示のために、第３のインデックスからＳＲＩへのマッピングのいくつかの例が、以下の表１１Ａ－表１１Ｄに示される。
表１１ＡＬ_ｍａｘ＝１の場合の第３のインデックスからＳＲＩへのマッピングの例

表１１ＢＬ_ｍａｘ＝２の場合の第３のインデックスからＳＲＩへのマッピングの例

表１１ＣＬ_ｍａｘ＝３の場合の第３のインデックスからＳＲＩへのマッピングの例

表１１ＤＬ_ｍａｘ＝４の場合の第３のインデックスからＳＲＩへのマッピングの例

表１１Ａ－表１１Ｄに示す以上の例は単に例示のためのものであり、本開示を限定するものではないことに注意すべきである。いくつかの実施形態において、表１１Ａ－表１１Ｄ内の列のサブセット及び／又は行のサブセットが使用されてもよい。

いくつかの実施形態において、端末装置１２０は、ＲＲＣ、ＭＡＣＣＥ、及びＤＣＩのうちの少なくとも１つを介して、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとから選択された１つ又は複数のリソースを示す指示を受信してもよく、端末装置１２０は、この指示に基づいて第１のサブセットと第２のサブセットとを決定してもよい。いくつかの実施形態において、端末装置１２０は、上記の実施形態で説明したように、ＲＲＣ、ＭＡＣＣＥ、及びＤＣＩのうちの少なくとも１つを介してＳＲＩの値のサブセットを示す指示を受信してもよく、端末装置１２０は、この指示に基づいて第１のサブセットと第２のサブセットとを決定してもよい。これにより、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのために利用可能なＳＲＩのサブセットを定義又は設定してもよい。したがって、ＳＲＩフィールドのビット数をさらに減らすことができるため、ＤＣＩ内のシグナリングオーバーヘッドを節約することができる。

図２に戻り、ＳＲＳリソースの第１のサブセットと第２のサブセットとが決定されると、端末装置１２０は、ＰＵＳＣＨ送信のセットをネットワーク装置１１０に送信してもよい（２０４）。いくつかの実施形態において、ＰＵＳＣＨ送信のセットは、ＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含んでもよい。例えば、ＰＵＳＣＨ送信の第１のサブセットは第１のＴＲＰに関連付けられ、ＰＵＳＣＨ送信の第２のサブセットは第２のＴＲＰに関連付けられる。端末装置１２０は、ＳＲＳリソースの第１のサブセットに基づいてＰＵＳＣＨ送信の第１のサブセットを送信し、ＳＲＳリソースの第２のサブセットに基づいてＰＵＳＣＨ送信の第２のサブセットを送信してもよい。

ＤＣＩが、第１のサブセットのための第１のＳＲＩと、第２のサブセットのための第２のＳＲＩとを含むいくつかの実施形態において、第１のＳＲＩが、第１のサブセット内のリソースを示さない場合、端末装置１２０は、第２のサブセットに基づいてＰＵＳＣＨ送信の第２のサブセットを送信してもよい。追加として又は代替として、端末装置１２０は、ＰＵＳＣＨ送信の第１のサブセットを無効化してもよい。

いくつかの実施形態において、第２のＳＲＩが第２のサブセット内のリソースを示さない場合、端末装置１２０は、第１のサブセットに基づいてＰＵＳＣＨ送信の第１のサブセットを送信してもよい。追加として又は代替として、端末装置１２０は、ＰＵＳＣＨ送信の第２のサブセットを無効化してもよい。

ＤＣＩが、第１のサブセットと第２のサブセットとの両方のための第３のＳＲＩに関連付けられる第３のインデックスを示す１つのみのＳＲＩフィールドを含み、ＰＵＳＣＨ送信のセットが１つのＰＵＳＣＨ送信を含むいくつかの実施形態において、端末装置１２０は、ＳＲＳリソースの第１のサブセット又はＳＲＳリソースの第２のサブセットのうちの何れか１つに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。いくつかの実施形態において、第３のインデックスの値が偶数である場合、端末装置１２０は、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。第３のインデックスの値が奇数である場合、端末装置１２０は、第２のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。第３のインデックスの指示がない場合、端末装置１２０は、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。

図２のプロセスを利用して、ＰＵＳＣＨ反復のためのＳＲＳリソースは、オーバーヘッド及び柔軟性、特にシングルＴＲＰ送信とマルチＴＲＰ送信との間の動的切り替えの柔軟性を考慮した上で決定されてもよい。したがって、本開示の実施形態は、ＰＵＳＣＨ反復のための通信方法及び装置も提供する。これは、図３と図４とに関連して以下で説明される。
［方法の実現例］

図３は本開示のいくつかの実施形態にかかる、端末装置において実現されるＤＣＩ内でのＰＵＳＣＨ送信のスケジューリング中の例示的な方法３００を示すフローチャートである。方法３００は、図１に示すような端末装置１２０において実現できる。説明のために、図１を参照して方法３００を説明する。方法３００は、図示されていない追加の動作を含んでもよく、且つ／又は図示されているいくつかの動作を省略してもよく、本開示の範囲はこの点で限定されないことを理解すべきである。

ブロック３１０において、端末装置１２０は、ＤＣＩ内でのＰＵＳＣＨ送信のセットのためのスケジューリングを受信する。いくつかの実施形態において、端末装置１２０は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとを有するように設定されてもよい。

ブロック３２０において、端末装置１２０は、第１のＳＲＳリソースセット内のＳＲＳリソースの第１のサブセットと、第２のＳＲＳリソースセット内のＳＲＳリソースの第２のサブセットとを決定する。いくつかの実施形態において、ＳＲＳリソースの第１のサブセットとＳＲＳリソースの第２のサブセットとのうちの多くても１つは、ＳＲＳリソースを含まない。言い換えれば、端末装置１２０は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのうちの少なくとも１つから１つ又は複数のＳＲＳリソースを選択する。これは、端末装置１２０が、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのうちの１つから何のＳＲＳリソースも選択しなくてもよいことを意味する。この場合、端末装置１２０は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのうちの他方から１つ又は複数のＳＲＳリソースを選択する。いくつかの実施形態において、端末装置１２０は、ネットワーク装置１１０からのＳＲＩ指示を利用して、上述の選択又は非選択を実行してもよい。いくつかの実施形態において、端末装置１２０は、ネットワーク装置１１０からのＳＲＩ指示なしに、上述の選択又は非選択を実行してもよい。

いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＩに関連付けられる第１のインデックスを示す第１のフィールドと、第２のサブセットのための第２のＳＲＩに関連付けられる第２のインデックスを示す第２のフィールドとを含んでもよい。これらの実施形態において、端末装置１２０は、第１のＳＲＩに基づいて第１のサブセットを決定し、及び／又は、第２のＳＲＩに基づいて第２のサブセットを決定してもよい。

いくつかの実施形態において、端末装置１２０は、

に基づいて、第１のフィールド内の第１のビット数を決定してもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示し、

に基づいて、第２のフィールド内の第２のビット数を決定してもよく、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、そして、第１のビット数と第２のビット数とに基づいてＤＣＩから第１のフィールドと第２のフィールドとを決定してもよい。

いくつかの実施形態において、端末装置１２０は、

に基づいて、第１のフィールド内の第１のビット数を決定してもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示し、

に基づいて、第２のフィールド内の第２のビット数を決定してもよく、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示し、そして、第１のビット数と第２のビット数とに基づいてＤＣＩから第１のフィールドと第２のフィールドとを決定してもよい。

いくつかの実施形態において、端末装置１２０は、第１のサブセット内のＳＲＳリソースのポート数、第１のサブセット内のＳＲＳリソースの数、第１のインデックス、第２のインデックス、第１のＳＲＩの値、又は第２のＳＲＩの値のうちの少なくとも１つに基づいて、第２のサブセットを決定してもよい。いくつかの実施形態において、端末装置１２０は、第２のＳＲＳリソースセット内の同じ数のポートを有するＳＲＳリソースの最大数に基づいて、第２のフィールド内のビット数を決定してもよい。

いくつかの実施形態において、端末装置１２０は、

に基づいて、第２のフィールド内のビット数を決定してもよく、ここで、ｉは第２のＳＲＳリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数のインデックスを表し、ｉ＝１，．．．Ｇ又はｉ＝０，．．．Ｇ－１であり、ここで、ＧはＰ_ｉの全ての異なる値の総数を表し、Ｎ_ｉは第２のリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数を表す。

いくつかの実施形態において、端末装置１２０は、

に基づいて、第２のフィールド内のビット数を決定してもよく、ここで、ｋ＝１，．．．ｍｉｎ（Ｌ_ｍａｘ，Ｎ_{ＳＲＳ＿ｂ}）であり、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。

いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＩと第２のサブセットのための第２のＳＲＩとのうちの少なくとも１つに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。これらの実施形態において、端末装置１２０は、第１のＳＲＩに基づいて第１のサブセットを決定し、及び／又は、第２のＳＲＩに基づいて第２のサブセットを決定してもよい。

いくつかの実施形態において、第３のフィールド内の第３のビット数の範囲は、ゼロから

までであってもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表す。いくつかの実施形態において、第３のフィールド内の第３のビット数の範囲は、ゼロから

までであり、ここで、ｊは第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのうちの少なくとも１つ内のＱ_ｊ個のポートを有するＳＲＳリソースの数のインデックスを表し、ＸはＱ_ｊの全ての異なる値の総数を表し、Ｎ_{ＳＲＳ＿ａ，ｊ}は第１のＳＲＳリソースセット内のＱ_ｊ個のポートを有するＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ，ｊ}は第２のＳＲＳリソースセット内のＱ_ｊ個のポートを有するＳＲＳリソースの数を表す。

までであってもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を表す。

までであってもよく、ここで、ｋ＝１，．．．ｍｉｎ（Ｌ_ｍａｘ，Ｎ_{ＳＲＳ＿ａ}，Ｎ_{ＳＲＳ＿ｂ}）であり、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を表す。

いくつかの実施形態において、ＤＣＩは、第１のサブセットと第２のサブセットとのための第３のＳＲＩに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。これらの実施形態において、端末装置は、第３のＳＲＩに基づいて第１のサブセットを決定し、及び／又は、第３のＳＲＩに基づいて第２のサブセットを決定してもよい。

いくつかの実施形態において、端末装置１２０は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとから選択された１つ又は複数のリソースを示す指示を受信し、この指示に基づいて第１のサブセットと第２のサブセットとを決定してもよい。

ブロック３３０において、端末装置１２０は、第１のサブセットと第２のサブセットとのうちの少なくとも１つに基づいて、ＰＵＳＣＨ送信のセットを送信する。いくつかの実施形態において、ＰＵＳＣＨ送信のセットは、ＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含む。いくつかの実施形態において、端末装置１２０は、第１のサブセットに基づいてＰＵＳＣＨ送信の第１のサブセットを送信し、第２のサブセットに基づいてＰＵＳＣＨ送信の第２のサブセットを送信してもよい。

いくつかの実施形態において、第１のＳＲＩが第１のサブセット内のリソースを示さない場合、端末装置１２０は、第２のサブセットに基づいてＰＵＳＣＨ送信の第２のサブセットを送信してもよい。いくつかの実施形態において、第１のＳＲＩが第１のサブセット内のリソースを示さない場合、端末装置１２０は、第２のサブセットに基づいてＰＵＳＣＨ送信のセットを送信してもよい。いくつかの実施形態において、第１のＳＲＩが第１のサブセット内のリソースを示さない場合、端末装置１２０は、ＰＵＳＣＨ送信の第１のサブセットを無効化してもよい。

ＰＵＳＣＨ送信のセットがＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含むいくつかの実施形態において、第２のＳＲＩが第２のサブセット内のリソースを示さない場合、端末装置１２０は、第１のサブセットに基づいてＰＵＳＣＨ送信の第１のサブセットを送信してもよい。いくつかの実施形態において、第２のＳＲＩが第２のサブセット内のリソースを示さない場合、端末装置１２０は、第１のサブセットに基づいてＰＵＳＣＨ送信のセットを送信してもよい。いくつかの実施形態において、第２のＳＲＩが第２のサブセット内のリソースを示さない場合、端末装置１２０は、ＰＵＳＣＨ送信の第２のサブセットを無効化してもよい。

ＰＵＳＣＨ送信のセットが１つのＰＵＳＣＨ送信を含むいくつかの実施形態において、端末装置１２０は、第１のサブセット又は第２のサブセットとのうちの何れか１つに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。いくつかの実施形態において、第３のインデックスの値が偶数である場合、端末装置１２０は、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。いくつかの実施形態において、第３のインデックスの値が奇数である場合、端末装置１２０は、第２のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。いくつかの実施形態において、第３のインデックスの指示がない場合、端末装置１２０は、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信してもよい。

ここまでは、端末装置において実現される方法について説明してきた。同様に、本開示の実施形態は、ネットワーク装置において実現される方法も提供する。これについては、以下で図４を参照して説明する。

図４は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現されるＤＣＩ内でのＰＵＳＣＨ送信のスケジューリング中の例示的な方法４００を示すフローチャートである。方法４００は、図１に示すようなネットワーク装置１１０において実現できる。説明のために、図１を参照して方法４００を説明する。方法４００は、図示されていない追加の動作を含むことができ、且つ／又は図示されているいくつかの動作を省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図４に示すように、ブロック４１０において、ネットワーク装置１１０は、ＤＣＩ内でのＰＵＳＣＨ送信のセットのためのスケジューリングを送信する。いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＩに関連付けられる第１のインデックスを示す第１のフィールドと、第２のサブセットのための第２のＳＲＩに関連付けられる第２のインデックスを示す第２のフィールドとを含んでもよい。

いくつかの実施形態において、ネットワーク装置１１０は、

に基づいて、第２のフィールド内の第２のビット数を決定してもよく、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、そして、第１のビット数と第２のビット数とに基づいてＤＣＩを送信してもよい。

に基づいて、第２のフィールド内の第２のビット数を決定してもよく、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示し、そして、第１のビット数と第２のビット数とに基づいてＤＣＩを送信してもよい。

いくつかの実施形態において、ネットワーク装置１１０は、第１のサブセット内のＳＲＳリソースのポート数、第１のサブセット内のＳＲＳリソースの数、第１のインデックス、第２のインデックス、第１のＳＲＩの値、又は第２のＳＲＩの値のうちの少なくとも１つに基づいて、第２のサブセットを決定してもよい。いくつかの実施形態において、ネットワーク装置１１０は、第２のＳＲＳリソースセット内の同じ数のポートを有するＳＲＳリソースの最大数に基づいて第２のフィールド内のビット数を決定することにより、第２のサブセットを決定してもよい。いくつかの実施形態において、ネットワーク装置１１０は、

に基づいて、第２のフィールド内のビット数を決定することにより、第２のサブセットを決定してもよく、ここで、ｉは第２のＳＲＳリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数のインデックスを表し、ｉ＝１，．．．Ｇ又はｉ＝０，．．．Ｇ－１であり、ここで、ＧはＰ_ｉの全ての異なる値の総数を表し、Ｎ_ｉは第２のリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数を表す。

に基づいて、第２のフィールド内のビット数を決定することにより、第２のサブセットを決定してもよく、ここで、ｋ＝１，．．．ｍｉｎ（Ｌ_ｍａｘ，Ｎ_{ＳＲＳ＿ｂ}）であり、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。

いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＩと第２のサブセットのための第２のＳＲＩとのうちの少なくとも１つに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。いくつかの実施形態において、ＤＣＩは、第１のサブセットと第２のサブセットとのための第３のＳＲＩに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。

までであってもよく、ここで、ｊは第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのうちの少なくとも１つ内のＱ_ｊ個のポートを有するＳＲＳリソースの数のインデックスを表し、ＸはＱ_ｊの全ての異なる値の総数を表し、Ｎ_{ＳＲＳ＿ａ，ｊ}は第１のＳＲＳリソースセット内のＱ_ｊ個のポートを有するＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ，ｊ}は第２のＳＲＳリソースセット内のＱ_ｊ個のポートを有するＳＲＳリソースの数を表す。

までであってもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を表す。いくつかの実施形態において、第３のフィールド内の第３のビット数の範囲は、ゼロから

いくつかの実施形態において、ネットワーク装置１１０は、端末装置１２０に、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとから選択された１つ又は複数のリソースを示す指示を送信してもよい。これにより、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとのために利用可能なＳＲＩのサブセットを定義又は設定してもよい。したがって、ＳＲＩフィールドのビット数をさらに減らすことができるため、ＤＣＩ内のシグナリングオーバーヘッドを節約することができる。

ブロック４２０において、ネットワーク装置１１０は、端末装置１２０から、第１のＳＲＳリソースセット内のＳＲＳリソースの第１のサブセットと、第２のＳＲＳリソースセットのＳＲＳリソースの第２のサブセットとのうちの少なくとも１つに基づいて処理されたＰＵＳＣＨ送信のセットを受信してもよい。いくつかの実施形態において、ＳＲＳリソースの第１のサブセットとＳＲＳリソースの第２のサブセットとのうちの多くても１つは、ＳＲＳリソースを含まない。

ＰＵＳＣＨ送信のセットがＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含むいくつかの実施形態において、ネットワーク装置１１０は、第１のサブセットに基づいて処理されたＰＵＳＣＨ送信の第１のサブセットを受信すること、又は第２のサブセットに基づいて処理されたＰＵＳＣＨ送信の第２のサブセットを受信することのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを受信してもよい。

ＰＵＳＣＨ送信のセットがＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含むいくつかの実施形態において、ネットワーク装置１１０は、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、第２のサブセットに基づいて処理されたＰＵＳＣＨ送信の第２のサブセットを受信すること、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、第２のサブセットに基づいて処理されたＰＵＳＣＨ送信のセットを受信すること、又は、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、ＰＵＳＣＨ送信の第１のサブセット内の送信を受信しないことのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを受信してもよい。

ＰＵＳＣＨ送信のセットがＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含むいくつかの実施形態において、ネットワーク装置１１０は、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、第１のサブセットに基づいて処理されたＰＵＳＣＨ送信の第１のサブセットを受信すること、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、第１のサブセットに基づいてＰＵＳＣＨ送信のセットを受信すること、又は、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、ＰＵＳＣＨ送信の第２のサブセット内の送信を受信しないことのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを受信してもよい。

ＰＵＳＣＨ送信のセットが１つのＰＵＳＣＨ送信を含むいくつかの実施形態において、ネットワーク装置１１０は、第１のサブセット又は第２のサブセットのうちの何れか１つに基づいて処理された１つのＰＵＳＣＨ送信を受信することにより、ＰＵＳＣＨ送信のセットを受信してもよい。いくつかの実施形態において、ネットワーク装置１１０は、第３のインデックスの値が偶数であるとの決定に従って、第１のサブセットに基づいて処理された該１つのＰＵＳＣＨ送信を受信すること、第３のインデックスの値が奇数であるとの決定に従って、第２のサブセットに基づいて処理された該１つのＰＵＳＣＨ送信を受信すること、又は、第３のインデックスの指示がないとの決定に応じて、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を受信することのうちの少なくとも１つにより、該１つのＰＵＳＣＨ送信を受信してもよい。

本開示の実施形態は、ＰＵＳＣＨ反復のための解決策を提供する。本開示の実施形態は、より少ないオーバーヘッド及びより高い柔軟性でＰＵＳＣＨ反復のためのＳＲＳリソースを決定することを可能にする。
［装置の実現例］

図５は本開示の実施形態を実装するのに適した装置５００の概略ブロック図である。装置５００は、図１に示すネットワーク装置１１０又は端末装置１２０の別の例示的な実施態様として考えられる。したがって、装置５００は、ネットワーク装置１１０又は端末装置１２０において、或いはそれらの少なくとも一部として実現することができる。

図示されるように、装置５００は、プロセッサ５１０と、プロセッサ５１０に結合されたメモリ５２０と、プロセッサ５１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）５４０と、ＴＸ／ＲＸ５４０に結合された通信インターフェースとを備える。メモリ５１０は、プログラム５３０の少なくとも一部を記憶する。ＴＸ／ＲＸ５４０は双方向通信に用いられる。ＴＸ／ＲＸ５４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表すことができる。

プログラム５３０は、図１－図４を参照して本明細書で説明したように、関連付けられるプロセッサ５１０により実行された場合、装置５００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定する。本文の実施形態は、装置５００のプロセッサ５１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ５１０は、本開示の様々な実施形態を実施するように設定することができる。さらに、プロセッサ５１０とメモリ５２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段５５０を形成することができる。

メモリ５２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現することができる。装置５００内には１つのメモリ５２０のみが示されているが、装置５００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ５１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含んでもよい。装置５００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有することができる。

いくつかの実施形態において、端末装置は回路を備え、前記回路は、ネットワーク装置から、ＤＣＩ内でのＰＵＳＣＨ送信のセットについてのスケジューリングを受信し、第１のＳＲＳリソースセット内のＳＲＳリソースの第１のサブセットと、第２のＳＲＳリソースセット内のＳＲＳリソースの第２のサブセットとを決定し、前記ＳＲＳリソースの第１のサブセットと前記ＳＲＳリソースの第２のサブセットのうちの多くても１つは、ＳＲＳリソースを含まず、ネットワーク装置に、前記ＳＲＳリソースの第１のサブセットと前記ＳＲＳリソースの第２のサブセットとのうちの前記少なくとも１つに基づいて、ＰＵＳＣＨ送信のセットを送信するように設定されている。

いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＳリソースインジケータ（ＳＲＩ）に関連付けられる第１のインデックスを示す第１のフィールドと、第２のサブセットのための第２のＳＲＩに関連付けられる第２のインデックスを示す第２のフィールドとを含む。これらの実施形態において、回路は、第１のＳＲＩに基づいて第１のサブセットを決定することと、第２のＳＲＩに基づいて第２のサブセットを決定することとのうちの少なくとも１つにより、第１のサブセットと第２のサブセットとを決定するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、

に基づいて、第１のフィールド内の第１のビット数を決定し、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示し、

に基づいて、第２のフィールド内の第２のビット数を決定し、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、そして、第１のビット数と第２のビット数とに基づいてＤＣＩから第１のフィールドと第２のフィールドとを決定するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、

に基づいて、第１のフィールド内の第１のビット数を決定し、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示し、

に基づいて、第２のフィールド内の第２のビット数を決定し、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示し、そして、第１のビット数と第２のビット数とに基づいてＤＣＩから第１のフィールドと第２のフィールドとを決定するように設定されてもよい。

いくつかの実施形態において、ＰＵＳＣＨ送信のセットは、ＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含む。これらの実施形態において、前記回路は、第１のサブセットに基づいてＰＵＳＣＨ送信の第１のサブセットを送信すること、又は第２のサブセットに基づいてＰＵＳＣＨ送信の第２のサブセットを送信することのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを送信するように設定されている。

いくつかの代替実施形態において、回路は、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、第２のサブセットに基づいてＰＵＳＣＨ送信の第２のサブセットを送信すること、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、第２のサブセットに基づいてＰＵＳＣＨ送信のセットを送信すること、又は、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、ＰＵＳＣＨ送信の第１のサブセットを無効化することのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを送信するように設定されている。

いくつかの代替実施形態において、回路は、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、第１のサブセットに基づいてＰＵＳＣＨ送信の第１のサブセットを送信すること、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、第１のサブセットに基づいてＰＵＳＣＨ送信のセットを送信すること、又は、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、ＰＵＳＣＨ送信の第２のサブセットを無効化することのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを送信するように設定されている。

いくつかの実施形態において、前記回路は、第１のサブセット内のＳＲＳリソースのポート数、第１のサブセット内のＳＲＳリソースの数、第１のインデックス、第２のインデックス、第１のＳＲＩの値、又は第２のＳＲＩの値のうちの少なくとも１つに基づいて、第２のサブセットを決定するように設定されてもよい。

いくつかの実施形態において、回路は、第２のＳＲＳリソースセット内の同じ数のポートを有するＳＲＳリソースの最大数に基づいて、第２のフィールド内のビット数を決定すること、又は

に基づいて、第２のフィールド内のビット数を決定することのうちの少なくとも１つにより、第２のサブセットを決定するように設定されてもよく、ここで、ｉは第２のＳＲＳリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数のインデックスを表し、ｉ＝１，．．．Ｇ又はｉ＝０，．．．Ｇ－１であり、ここで、ＧはＰ_ｉの全ての異なる値の総数を表し、Ｎ_ｉは第２のリソースセット内のＰ_ｉ個のポートを有するＳＲＳリソースの数を表す。

いくつかの実施形態において、前記回路は、

いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＩと第２のサブセットのための第２のＳＲＩとのうちの少なくとも１つに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。これらの実施形態において、前記回路は、第１のＳＲＩに基づいて第１のサブセットを決定することと、第２のＳＲＩに基づいて第２のサブセットを決定することとのうちの少なくとも１つにより、第１のサブセットと第２のサブセットとを決定するように設定されてもよい。

までであってもよく、ここで、Ｎ_{ＳＲＳ＿ａ}は第１のＳＲＳリソースセット内のＳＲＳリソースの数を表し、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を表す。

いくつかの実施形態において、ＤＣＩは、第１のサブセットと第２のサブセットとのための第３のＳＲＩに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。これらの実施形態において、前記回路は、第３のＳＲＩに基づいて第１のサブセットを決定すること、又は第３のＳＲＩに基づいて第２のサブセットを決定することのうちの少なくとも１つにより、第１のサブセットと第２のサブセットとを決定するように設定されてもよい。

いくつかの実施形態において、ＰＵＳＣＨ送信のセットは、１つのＰＵＳＣＨ送信を含んでもよい。これらの実施形態において、前記回路は、第１のサブセット又は第２のサブセットのうちの何れか１つに基づいて該１つのＰＵＳＣＨ送信を送信することにより、ＰＵＳＣＨ送信のセットを送信するように設定されてもよい。
いくつかの実施形態において、回路は、第３のインデックスの値が偶数であるとの決定に従って、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信すること、第３のインデックスの値が奇数であるとの決定に従って、第２のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信すること、又は、第３のインデックスの指示がないとの決定に応じて、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を送信することのうちの少なくとも１つにより、該１つのＰＵＳＣＨを送信するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとから選択された１つ又は複数のリソースを示す指示を受信し、この指示に基づいて第１のサブセットと第２のサブセットとを決定するように設定されてもよい。

いくつかの実施形態において、ネットワーク装置は回路を備え、前記回路は、端末装置に、ＤＣＩ内でのＰＵＳＣＨ送信のセットについてのスケジューリングを送信し、前記端末装置から、第１のＳＲＳリソースセット内のＳＲＳリソースの第１のサブセットと第２のＳＲＳリソースセットのＳＲＳリソースの第２のサブセットとのうちの少なくとも１つに基づいて処理された前記ＰＵＳＣＨ送信のセットを受信するように設定され、前記ＳＲＳリソースの第１のサブセットと前記ＳＲＳリソースの第２のサブセットのうちの多くても１つは、ＳＲＳリソースを含まない。いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＩに関連付けられる第１のインデックスを示す第１のフィールドと、第２のサブセットのための第２のＳＲＩに関連付けられる第２のインデックスを示す第２のフィールドとを含んでもよい。

いくつかの実施形態において、ＰＵＳＣＨ送信のセットは、ＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含んでもよい。これらの実施形態において、前記回路は、第１のサブセットに基づいて処理されたＰＵＳＣＨ送信の第１のサブセットを受信すること、又は第２のサブセットに基づいて処理されたＰＵＳＣＨ送信の第２のサブセットを受信することのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを受信するように設定されてもよい。

いくつかの実施形態において、回路は、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、第２のサブセットに基づいて処理されたＰＵＳＣＨ送信の第２のサブセットを受信すること、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、第２のサブセットに基づいて処理されたＰＵＳＣＨ送信のセットを受信すること、又は、第１のＳＲＩが第１のサブセット内のリソースを示さないとの決定に従って、ＰＵＳＣＨ送信の第１のサブセット内の送信を受信しないことのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを受信するように設定されてもよい。

いくつかの実施形態において、回路は、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、第１のサブセットに基づいて処理されたＰＵＳＣＨ送信の第１のサブセットを受信すること、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、第１のサブセットに基づいてＰＵＳＣＨ送信のセットを受信すること、又は、第２のＳＲＩが第２のサブセット内のリソースを示さないとの決定に従って、ＰＵＳＣＨ送信の第２のサブセット内の送信を受信しないことのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを受信するように設定されてもよい。

いくつかの実施形態において、前記回路は、

に基づいて、第２のフィールド内の第２のビット数を決定し、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、第１のビット数と第２のビット数とに基づいてＤＣＩを送信することにより、スケジューリングを送信するように設定されてもよい。

いくつかの実施形態において、前記回路は、

に基づいて、第２のフィールド内の第２のビット数を決定し、ここで、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示し、第１のビット数と第２のビット数とに基づいてＤＣＩを送信することにより、スケジューリングを送信するように設定されてもよい。

いくつかの実施形態において、前記回路は、第１のサブセット内のＳＲＳリソースのポート数、第１のサブセット内のＳＲＳリソースの数、第１のインデックス、第２のインデックス、第１のＳＲＩの値、又は第２のＳＲＩの値のうちの少なくとも１つに基づいて、第２のサブセットを決定することにより、スケジューリングを送信するように設定されてもよい。

いくつかの実施形態において、回路は、

に基づいて、第２のフィールド内のビット数を決定することにより、第２のサブセットを決定するように設定されてもよく、ここで、ｋ＝１，．．．ｍｉｎ（Ｌ_ｍａｘ，Ｎ_{ＳＲＳ＿ｂ}）であり、Ｎ_{ＳＲＳ＿ｂ}は第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、Ｌ_ｍａｘはＰＵＳＣＨ送信のセットのための最大層数を示す。

いくつかの実施形態において、ＤＣＩは、第１のサブセットのための第１のＳＲＩと第２のサブセットのための第２のＳＲＩとのうちの少なくとも１つに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。ＰＵＳＣＨ送信のセットがＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含むいくつかの実施形態において、回路は、第１のサブセットに基づいてＰＵＳＣＨ送信の第１のサブセットを受信すること、又は第２のサブセットに基づいてＰＵＳＣＨ送信の第２のサブセットを受信することのうちの少なくとも１つにより、ＰＵＳＣＨ送信のセットを受信するように設定されてもよい。

いくつかの実施形態において、ＤＣＩは、第１のサブセットと第２のサブセットとのための第３のＳＲＩに関連付けられる第３のインデックスを示す第３のフィールドを含んでもよい。ＰＵＳＣＨ送信のセットが１つのＰＵＳＣＨ送信を含むいくつかの実施形態において、回路は、第１のサブセット又は第２のサブセットのうちの何れか１つに基づいて処理された１つのＰＵＳＣＨ送信を受信することにより、ＰＵＳＣＨ送信のセットを受信するように設定されてもよい。いくつかの実施形態において、回路は、第３のインデックスの値が偶数であるとの決定に従って、第１のサブセットに基づいて処理された該１つのＰＵＳＣＨ送信を受信すること、第３のインデックスの値が奇数であるとの決定に従って、第２のサブセットに基づいて処理された該１つのＰＵＳＣＨ送信を受信すること、又は、第３のインデックスの指示がないとの決定に応じて、第１のサブセットに基づいて該１つのＰＵＳＣＨ送信を受信することのうちの少なくとも１つにより、該１つのＰＵＳＣＨ送信を受信するように設定されてもよい。

いくつかの実施形態において、前記回路は、第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとから選択された１つ又は複数のリソースを示す指示を送信することにより、スケジューリングを送信するように構成されてもよい。

本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味することができる。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び一つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現することができる。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解されたい。

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図３から図６を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行することができる。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置により使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体とすることができる。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明したいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims

ユーザ装置（ＵＥ）であって、
ネットワークデバイスから、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を受信するように構成された受信部を備え、
前記ＤＣＩは第１の情報、第２の情報、および第３の情報を含み、
前記第１の情報は、第１のサウンディング参照信号（ＳＲＳ）リソースセットと第２のＳＲＳリソースセットが適用されることを示し、
前記第２の情報は、前記第１のＳＲＳリソースセットに対する第１のＳＲＳリソース指示子を示し、
前記第３の情報は、前記第２のＳＲＳリソースセットに対する第２のＳＲＳリソース指示子を示し、
非コードブックに対する前記第２のＳＲＳリソース指示子のビット長は、

に基づいて決定され、
前記ｋは、

を示し、
前記Ｎ _ＳＲＳは、前記第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、
前記Ｌ _ｍａｘは、前記複数のＰＵＳＣＨ送信に対する最大レイヤ数を示し、
前記第１のＳＲＳリソース指示子と前記第２のＳＲＳリソース指示子を前記複数のＰＵＳＣＨ送信に適用するように構成された送信部を備える、
ユーザ装置。
前記第２のＳＲＳリソース指示子は、前記第１のＳＲＳリソース指示子と同じレイヤ数に基づいて決定される、
請求項１に記載のユーザ装置。
前記第２のＳＲＳリソース指示子のビット長は、前記第１のＳＲＳリソース指示子のレイヤ数に基づく最大値として決定される、
請求項１に記載のユーザ装置。
非コードブック送信の場合、前記第２のＳＲＳリソース指示子のビット長は、

に基づいて決定される、
前記Ｎ _ＳＲＳは、前記第２のＳＲＳリソースセット内の構成されたＳＲＳリソースの数に対応する、
請求項１に記載のユーザ装置。
前記送信部は、前記第１のＳＲＳリソース指示子に基づいて前記複数のＰＵＳＣＨ送信の第１のサブセットを送信するように構成され、
前記送信部は、前記第２のＳＲＳリソース指示子に基づいて前記複数のＰＵＳＣＨ送信の第２のサブセットを送信するように構成される、
請求項１に記載のユーザ装置。
ネットワークデバイスから、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を受信するステップを含み、
前記ＤＣＩは第１の情報、第２の情報、および第３の情報を含み、
前記第１の情報は、第１のサウンディング参照信号（ＳＲＳ）リソースセットと第２のＳＲＳリソースセットが適用されることを示し、
前記第２の情報は、前記第１のＳＲＳリソースセットに対する第１のＳＲＳリソース指示子を示し、
前記第３の情報は、前記第２のＳＲＳリソースセットに対する第２のＳＲＳリソース指示子を示し、
非コードブックに対する前記第２のＳＲＳリソース指示子のビット長は、

に基づいて決定され、
前記ｋは、

を示し、
前記Ｎ _ＳＲＳは、前記第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、
前記Ｌ _ｍａｘは、前記複数のＰＵＳＣＨ送信に対する最大レイヤ数を示し、
前記第１のＳＲＳリソース指示子と前記第２のＳＲＳリソース指示子を前記複数のＰＵＳＣＨ送信に適用する、
ユーザ装置の方法。
ネットワークデバイスであって、
ユーザ装置（ＵＥ）へ、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を送信するように構成された送信部を備え、
前記ＤＣＩは第１の情報、第２の情報、および第３の情報を含み、
前記第１の情報は、第１のサウンディング参照信号（ＳＲＳ）リソースセットと第２のＳＲＳリソースセットが適用されることを示し、
前記第２の情報は、前記第１のＳＲＳリソースセットに対する第１のＳＲＳリソース指示子を示し、
前記第３の情報は、前記第２のＳＲＳリソースセットに対する第２のＳＲＳリソース指示子を示し、
非コードブックに対する前記第２のＳＲＳリソース指示子のビット長は、

に基づいて決定され、
前記ｋは、

を示し、
前記Ｎ _ＳＲＳは、前記第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、
前記Ｌ _ｍａｘは、前記複数のＰＵＳＣＨ送信に対する最大レイヤ数を示し、
前記第１のＳＲＳリソース指示子と前記第２のＳＲＳリソース指示子に基づいて前記複数のＰＵＳＣＨ送信を受信するように構成された受信部を備える、
ネットワークデバイス。
前記第２のＳＲＳリソース指示子は、前記第１のＳＲＳリソース指示子と同じレイヤ数に基づいて決定される、
請求項７に記載のネットワークデバイス。
前記第２のＳＲＳリソース指示子のビット長は、前記第１のＳＲＳリソース指示子のレイヤ数に基づく最大値として決定される、
請求項７に記載のネットワークデバイス。
非コードブック送信の場合、前記第２のＳＲＳリソース指示子のビット長は、

に基づいて決定され、
前記Ｎ _ＳＲＳは、前記第２のＳＲＳリソースセット内の構成されたＳＲＳリソースの数に対応する、
請求項７に記載のネットワークデバイス。
前記受信部は、前記第１のＳＲＳリソース指示子に基づいて前記複数のＰＵＳＣＨ送信の第１のサブセットを受信するように構成され、
前記受信部は、前記第２のＳＲＳリソース指示子に基づいて前記複数のＰＵＳＣＨ送信の第２のサブセットを受信するように構成される、
請求項７に記載のネットワークデバイス。
ユーザ装置（ＵＥ）へ、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を送信するステップを含み、
前記ＤＣＩは第１の情報、第２の情報、および第３の情報を含み、
前記第１の情報は、第１のサウンディング参照信号（ＳＲＳ）リソースセットと第２のＳＲＳリソースセットが適用されることを示し、
前記第２の情報は、前記第１のＳＲＳリソースセットに対する第１のＳＲＳリソース指示子を示し、
前記第３の情報は、前記第２のＳＲＳリソースセットに対する第２のＳＲＳリソース指示子を示し、
非コードブックに対する前記第２のＳＲＳリソース指示子のビット長は、

に基づいて決定され、
前記ｋは、

を示し、
前記Ｎ _ＳＲＳは、前記第２のＳＲＳリソースセット内のＳＲＳリソースの数を示し、
前記Ｌ _ｍａｘは、前記複数のＰＵＳＣＨ送信に対する最大レイヤ数を示し、
前記第１のＳＲＳリソース指示子と前記第２のＳＲＳリソース指示子に基づいて前記複数のＰＵＳＣＨ送信を受信する、
ネットワークデバイスの方法。