特許 7554834 複数の関連付けられたＮＺＰ ＣＳＩ－ＲＳを用いた非コードブックベースのマルチＴＲＰ ＰＵＳＣＨの信頼性

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-11

(45)【発行日】2024-09-20

(54)【発明の名称】複数の関連付けられたＮＺＰ ＣＳＩ－ＲＳを用いた非コードブックベースのマルチＴＲＰ ＰＵＳＣＨの信頼性

(51)【国際特許分類】

   H04W 72/21 20230101AFI20240912BHJP

   H04W 72/232 20230101ALI20240912BHJP

   H04W 72/0446 20230101ALI20240912BHJP

   H04W 16/28 20090101ALI20240912BHJP

【ＦＩ】

H04W72/21

H04W72/232

H04W72/0446

H04W16/28

【請求項の数】 36

(21)【出願番号】P 2022547151

(86)(22)【出願日】2021-02-11

(65)【公表番号】

(43)【公表日】2023-04-05

(86)【国際出願番号】 IB2021051146

(87)【国際公開番号】W WO2021161223

(87)【国際公開日】2021-08-19

【審査請求日】2022-09-15

(31)【優先権主張番号】62/976,152

(32)【優先日】2020-02-13

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ムルガナタン， シヴァ

(72)【発明者】

【氏名】ガオ， シウェイ

(72)【発明者】

【氏名】フレンネ， マティアス

(72)【発明者】

【氏名】ジャーマイアー， サイモン

【審査官】米倉 明日香

(56)【参考文献】

【文献】国際公開第２０２０／０１９３１７（ＷＯ，Ａ１）

【文献】特開２０１２－１００２３２（ＪＰ，Ａ）

【文献】国際公開第２０１９／２３７９８３（ＷＯ，Ａ１）

【文献】Lenovo, Motorola Mobility，Discussion on UL multi-panel transmission，3GPP TSG RAN WG1 #97 R1- 1906276，2019年05月03日

【文献】Huawei, HiSilicon，Reliability enhancement on PUCCH & PUSCH with multi-TRP/panel，3GPP TSG RAN WG1 #96b R1-1905270，2019年03月29日

【文献】Huawei, HiSilicon，Summary of Proposals for M-TRP Online Section on Tuesday，3GPP TSG RAN WG1 #99 R1-1913300，2019年11月25日

【文献】3GPP TS 38.306 V15.8.0 (2019-12)，2020年01月08日

【文献】ZTE，Draft alignment CR on non-codebook based PUSCH，3GPP TSG RAN WG1 #98 R1-1908270，2019年08月17日

【文献】Ericsson，On PDCCH, PUCCH and PUSCH enhancements，3GPP TSG RAN WG1 #104-e R1-2101654，2021年01月18日

【文献】Nokia, Nokia Shanghai Bell，Summary of issues on UL non-codebook based transmission，3GPP TSG RAN WG1 #94b R1-1811840，2018年10月12日

【文献】CATT，Remaining issues on multi-antenna scheme，3GPP TSG RAN WG1 #94b R1-1810516，2018年09月29日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信デバイス（４１２）によって実行される方法であって、
ネットワークノード（４０２）から、非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のために使用される第１のサウンディング基準信号（ＳＲＳ）リソースセットと、非コードブックベースのＰＵＳＣＨ送信のために使用される第２のＳＲＳリソースセットと、の構成を受信すること（９００）と、ここで、前記第１のＳＲＳリソースセットは、第１の送受信ポイント（ＴＲＰ）に関連付けられ、前記第２のＳＲＳリソースセットは、第２のＴＲＰに関連付けられ、
前記ネットワークノード（４０２）から、前記第１のＳＲＳリソースセットに関連する第１の非ゼロ電力（ＮＺＰ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）と、前記第２のＳＲＳリソースセットに関連する第２のＮＺＰ ＣＳＩ－ＲＳと、の構成を受信すること（９０２）と、
複数の機会でＰＵＳＣＨでデータを送信するためのリクエストを受信すること（９１０）であって、前記リクエストは、
前記複数の機会でのＰＵＳＣＨにおけるデータの送信が前記第１のＳＲＳリソースセットと前記第２のＳＲＳリソースセットとの両方に基づくことを示すインジケーションと、
前記第１のＳＲＳリソースセットに関連付けられた第１のＳＲＳリソースインジケータ（ＳＲＩ）と、
前記第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩと
を含む、ことと、
前記第１のＳＲＩに従って第１の機会セットにおいて第１のＰＵＳＣＨを送信するとともに、前記第２のＳＲＩに従って第２の機会セットにおいて第２のＰＵＳＣＨを送信すること（９１２）と、
を有し、前記第１のＳＲＩに従った第１のＳＲＳで第１のプリコーダレイヤが送信され、前記第１のＳＲＩにより示される前記第１のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第１のＰＵＳＣＨに関連付けられている前記第１の機会セットでＰＵＳＣＨレイヤが前記第１のＴＲＰへ送信され、前記第２のＳＲＩに従った第２のＳＲＳで第２のプリコーダレイヤが送信され、前記第２のＳＲＩにより示される前記第２のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第２のＰＵＳＣＨに関連付けられている前記第２の機会セットでＰＵＳＣＨレイヤが前記第２のＴＲＰへ送信される、方法。

【請求項2】

請求項１に記載の方法であって、前記第１のＳＲＩは、前記第１のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示し、前記第２のＳＲＩは、前記第２のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示す、方法。

【請求項3】

請求項１に記載の方法であって、前記第１のＰＵＳＣＨおよび前記第２のＰＵＳＣＨは、同じデータブロックを搬送する、方法。

【請求項4】

請求項１に記載の方法であって、前記第１の機会セットおよび前記第２の機会セットは、それぞれ、第１の時間的機会セットおよび第２の時間的機会セットを有する、方法。

【請求項5】

請求項１に記載の方法であって、前記第１の機会セットからの第１の機会と、前記第２の機会セットからの第２の機会とは、異なるタイムスロット内にある、方法。

【請求項6】

請求項４に記載の方法であって、前記第１および第２の時間的機会セットは、時間的にインターリーブされており、スロットｎ＋１で始まる合計Ｎ個のスロットに対して、前記第１の時間的機会セットはスロット｛ｎ＋ｍＤ＋１，．．．，ｎ＋（ｍ＋１）Ｄ、 ｍ＝０，２，．．．，２（Ｍ－１）｝を含み、前記第２の時間的機会セットはスロット｛ｎ＋ｍＤ＋１，．．．，ｎ＋（ｍ＋１）Ｄｍ、ｍ＝１，３，．．．，２（Ｍ－１）＋１｝を含み、ここでＭ＝ｆｌｏｏｒ（ｃｅｉｌｉｎｇ（Ｎ／Ｄ）／２）であり、Ｄは正の整数である、方法。

【請求項7】

請求項６に記載の方法であって、前記リクエストは、Ｎ個のスロットの合計値をさらに含む、方法。

【請求項8】

請求項１に記載の方法であって、前記第１の機会セットからの第１の機会と、前記第２の機会セットからの第２の機会とが、同じスロット内の異なるシンボル内にある、方法。

【請求項9】

請求項１に記載の方法であって、前記第１および前記第２のＳＲＩは、それぞれ、前記第１のＳＲＳリソースセットおよび前記第２のＳＲＳリソースセット中の同じ個数のＳＲＳリソースを示す、方法。

【請求項10】

請求項９に記載の方法であって、前記第１および前記第２のＳＲＳリソースセットの各々における単一のＳＲＳリソースが、前記第１のＳＲＩおよび前記第２のＳＲＩによってそれぞれ示される、方法。

【請求項11】

請求項９に記載の方法であって、前記第１のＳＲＩおよび前記第２のＳＲＩ中で示されるＳＲＳリソースの前記個数は、前記無線通信デバイスによって前記ネットワークノードに報告される無線通信デバイス能力である、方法。

【請求項12】

請求項１に記載の方法であって、前記第１のＳＲＳリソースセットは、第１の位相トラッキング基準信号（ＰＴＲＳ）ポートに関連付けられ、前記第２のＳＲＳリソースセットは、第２のＰＴＲＳポートに関連付けられる、方法。

【請求項13】

請求項１に記載の方法であって、前記第１のＳＲＩに従って前記第１の機会セットにおいて前記第１のＰＵＳＣＨを送信し、前記第２のＳＲＩに従って前記第２の機会セットにおいて前記第２のＰＵＳＣＨを送信することこと（９１２）は、
前記第１のＳＲＳリソースセットにおいて前記第１のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで前記第１のＰＵＳＣＨを送信することと、
前記第２のＳＲＳリソースセットにおいて前記第２のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで前記第２のＰＵＳＣＨを送信することと、を含む方法。

【請求項14】

請求項１に記載の方法であって、さらに、
前記第１のＳＲＳリソースセット中のＳＲＳリソースに対応するアンテナポートで第１のＰＵＳＣＨレイヤセットを送信することと、
前記第２のＳＲＳリソースセット中のＳＲＳリソースに対応するアンテナポートで第２のＰＵＳＣＨレイヤセットを送信することと、を有する方法。

【請求項15】

請求項１～１４のいずれか一項に記載の方法であって、前記リクエストは、前記ＰＵＳＣＨ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ）に含まれる、方法。

【請求項16】

請求項１５記載の方法であって、前記ＤＣＩは、前記第１のＳＲＩを示すための第１のＳＲＩフィールドと、前記第２のＳＲＩを示すための第２のＳＲＩフィールドとを含む、方法。

【請求項17】

請求項１５に記載の方法であって、前記ＤＣＩは、前記第１のＳＲＩと前記第２のＳＲＩとの両方のための単一のＳＲＩフィールドを含む、方法。

【請求項18】

請求項１～１４のいずれか一項に記載の方法であって、前記リクエストは、構成されたグラントのための無線リソース制御（ＲＲＣ）構成に含まれる、方法。

【請求項19】

請求項１～１８のいずれか一項に記載の方法であって、前記第１のＳＲＳリソースセットは、前記無線通信デバイスに、前記第１のＳＲＳリソースセットに関連するアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを示すために、前記ネットワークノードによって構成された第１の上位レイヤパラメータに関連付けられており、前記第２のＳＲＳリソースセットは、前記無線通信デバイスに、前記第２のＳＲＳリソースセットに関連するアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを示すために、前記ネットワークノードによって構成された第２の上位レイヤパラメータに関連付けられている、方法。

【請求項20】

請求項１に記載の方法であって、前記第１のＮＺＰ ＣＳＩ－ＲＳと前記第２のＮＺＰ ＣＳＩ－ＲＳとが同じ時間領域挙動を有する、方法。

【請求項21】

請求項２０に記載の方法であって、前記時間領域挙動は、非周期的、半永続的、および、周期的のうちの１つである、方法。

【請求項22】

無線通信デバイス（４１２）であって、
ネットワークノード（４０２）から、非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のために使用される第１のサウンディング基準信号（ＳＲＳ）リソースセットと、非コードブックベースのＰＵＳＣＨ送信のために使用される第２のＳＲＳリソースセットと、の構成を受信し（９００）、ここで、前記第１のＳＲＳリソースセットは、第１の送受信ポイント（ＴＲＰ）に関連付けられ、前記第２のＳＲＳリソースセットは、第２のＴＲＰに関連付けられ、
前記ネットワークノード（４０２）から、前記第１のＳＲＳリソースセットに関連する第１の非ゼロ電力（ＮＺＰ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）と、前記第２のＳＲＳリソースセットに関連する第２のＮＺＰ ＣＳＩ－ＲＳと、の構成を受信し（９０２）、
複数の機会でＰＵＳＣＨでデータを送信するためのリクエストを受信し（９１０）、ここで、前記リクエストは、
前記複数の機会でのＰＵＳＣＨにおけるデータの送信が前記第１のＳＲＳリソースセットと前記第２のＳＲＳリソースセットとの両方に基づくことを示すインジケーションと、
前記第１のＳＲＳリソースセットに関連付けられた第１のＳＲＳリソースインジケータ（ＳＲＩ）と、
前記第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩとを含むものであり、
前記第１のＳＲＩに従って第１の機会セットにおいて第１のＰＵＳＣＨを送信するとともに、前記第２のＳＲＩに従って第２の機会セットにおいて第２のＰＵＳＣＨを送信する（９１２）、
ように適合しており、前記第１のＳＲＩに従った第１のＳＲＳで第１のプリコーダレイヤが送信され、前記第１のＳＲＩにより示される前記第１のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第１のＰＵＳＣＨに関連付けられている前記第１の機会セットでＰＵＳＣＨレイヤが前記第１のＴＲＰへ送信され、前記第２のＳＲＩに従った第２のＳＲＳで第２のプリコーダレイヤが送信され、前記第２のＳＲＩにより示される前記第２のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第２のＰＵＳＣＨに関連付けられている前記第２の機会セットでＰＵＳＣＨレイヤが前記第２のＴＲＰへ送信される、無線通信デバイス。

【請求項23】

請求項２２に記載の無線通信デバイス（４１２）であって、前記無線通信デバイス（４１２）は、請求項２～２１のいずれか一項に記載の方法を実行するようにさらに適合している、無線通信デバイス。

【請求項24】

ネットワークノード（４０２； １０００）によって実行される方法であって、
無線通信デバイス（４１２）に、非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のために使用される第１のサウンディング基準信号（ＳＲＳ）リソースセットと、非コードブックベースのＰＵＳＣＨ送信のために使用される第２のＳＲＳリソースセットと、の構成を提供すること（９００）と、ここで、前記第１のＳＲＳリソースセットは、第１の送受信ポイント（ＴＲＰ）に関連付けられ、前記第２のＳＲＳリソースセットは、第２のＴＲＰに関連付けられ、
前記無線通信デバイス（４１２）に、前記第１のＳＲＳリソースセットに関連する第１の非ゼロ電力（ＮＺＰ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）と、前記第２のＳＲＳリソースセットに関連する第２のＮＺＰ ＣＳＩ－ＲＳと、の構成を提供すること（９０２）と、
前記無線通信デバイス（４１２）に、複数の機会でＰＵＳＣＨでデータを送信するためのリクエストを送信することであって、前記リクエストは、
前記複数の機会でのＰＵＳＣＨにおけるデータの送信が前記第１のＳＲＳリソースセットと前記第２のＳＲＳリソースセットとの両方に基づくことを示すインジケーションと、
前記第１のＳＲＳリソースセットに関連付けられた第１のＳＲＳリソースインジケータ（ＳＲＩ）と、
前記第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩとを含むものである、こと（９１０）と、
前記第１のＴＲＰで第１の機会セットにおいて第１のＰＵＳＣＨを受信し、前記第２のＴＲＰで第２の機会セットにおいて第２のＰＵＳＣＨを受信すること（９１２）と、
を有し、前記第１のＳＲＩに従った第１のＳＲＳで第１のプリコーダレイヤが受信され、前記第１のＳＲＩにより示される前記第１のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第１のＰＵＳＣＨに関連付けられている前記第１の機会セットでＰＵＳＣＨレイヤが前記第１のＴＲＰで受信され、前記第２のＳＲＩに従った第２のＳＲＳで第２のプリコーダレイヤが受信され、前記第２のＳＲＩにより示される前記第２のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第２のＰＵＳＣＨに関連付けられている前記第２の機会セットでＰＵＳＣＨレイヤが前記第２のＴＲＰで受信される、方法。

【請求項25】

請求項２４に記載の方法であって、前記第１のＳＲＩが、前記第１のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示し、前記第２のＳＲＩが、前記第２のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示す、方法。

【請求項26】

請求項２４に記載の方法であって、前記第１のＰＵＳＣＨおよび前記第２のＰＵＳＣＨは、同じデータブロックを搬送する、方法。

【請求項27】

請求項２４に記載の方法であって、前記第１の機会セットおよび前記第２の機会セットは、それぞれ、第１の時間的機会セットおよび第２の時間的機会セットを有する、方法。

【請求項28】

請求項２４に記載の方法であって、前記第１の機会セットからの第１の機会と、前記第２の機会セットからの第２の機会とは、異なるタイムスロット内にある、方法。

【請求項29】

請求項２４に記載の方法であって、前記第１の機会セットからの第１の機会と、前記第２の機会セットからの第２の機会とが、同じスロット内の異なるシンボル内にある、方法。

【請求項30】

請求項２４に記載の方法であって、前記第１および前記第２のＴＲＰは、それぞれ、前記第１および前記第２のＳＲＳリソースセットに関連付けられている、方法。

【請求項31】

請求項２４に記載の方法であって、前記リクエストは、前記ＰＵＳＣＨ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ）に含まれる、方法。

【請求項32】

請求項３１に記載の方法であって、前記ＤＣＩは、前記第１のＳＲＩのための第１のＳＲＩフィールドと、前記第２のＳＲＩのための第２のＳＲＩフィールドとを含む、方法。

【請求項33】

請求項３１に記載の方法であって、前記ＤＣＩは、前記第１のＳＲＩと前記第２のＳＲＩの両方のための単一のＳＲＩフィールドを含む、方法。

【請求項34】

請求項２４から３３のいずれか一項に記載の方法であって、前記第１のＳＲＳリソースセットは、前記無線通信デバイスに、前記第１のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを示すために、前記ネットワークノードによって構成された第１の上位レイヤパラメータに関連付けられており、前記第２のＳＲＳリソースセットは、前記無線通信デバイスに、前記第２のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを示すために、前記ネットワークノードによって構成された第２の上位レイヤパラメータに関連付けられている、方法。

【請求項35】

ネットワークノード（４０２； １０００）であって、
無線通信デバイス（４１２）に、非コードブックベースの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のために使用される第１のサウンディング基準信号（ＳＲＳ）リソースセットと、非コードブックベースのＰＵＳＣＨ送信のために使用される第２のＳＲＳリソースセットと、の構成を提供し（９００）、ここで、前記第１のＳＲＳリソースセットは、第１の送受信ポイント（ＴＲＰ）に関連付けられ、前記第２のＳＲＳリソースセットは、第２のＴＲＰに関連付けられ、
前記無線通信デバイス（４１２）に、前記第１のＳＲＳリソースセットに関連する第１の非ゼロ電力（ＮＺＰ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）と、前記第２のＳＲＳリソースセットに関連する第２のＮＺＰ ＣＳＩ－ＲＳと、の構成を提供し（９０２）、
前記無線通信デバイス（４１２）に、複数の機会でＰＵＳＣＨでデータを送信するためのリクエストを送信し（９１０）、ここで、前記リクエストは、
前記複数の機会でのＰＵＳＣＨにおけるデータの送信が前記第１のＳＲＳリソースセットと前記第２のＳＲＳリソースセットとの両方に基づくことを示すインジケーションと、
前記第１のＳＲＳリソースセットに関連付けられた第１のＳＲＳリソースインジケータ（ＳＲＩ）と、
前記第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩとを含むものであり、
前記第１のＴＲＰで第１の機会セットにおいて第１のＰＵＳＣＨを受信し、前記第２のＴＲＰで第２の機会セットにおいて第２のＰＵＳＣＨを受信する（９１２）、
ように適合しており、前記第１のＳＲＩに従った第１のＳＲＳで第１のプリコーダレイヤが受信され、前記第１のＳＲＩにより示される前記第１のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第１のＰＵＳＣＨに関連付けられている前記第１の機会セットでＰＵＳＣＨレイヤが前記第１のＴＲＰで受信され、前記第２のＳＲＩに従った第２のＳＲＳで第２のプリコーダレイヤが受信され、前記第２のＳＲＩにより示される前記第２のＳＲＳに関連付けられているプリコーダレイヤを使用して前記第２のＰＵＳＣＨに関連付けられている前記第２の機会セットでＰＵＳＣＨレイヤが前記第２のＴＲＰで受信される、ネットワークノード。

【請求項36】

請求項３５に記載のネットワークノードであって、前記ネットワークノード（４０２； １０００）は、請求項２５～３４のいずれか一項に記載の前記方法を実行するようにさらに適合しているネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
（関連出願の相互参照）
本願は、２０２０年２月１３日に出願された米国仮特許出願第６２／９７６，１５２号の優先権の利益を主張し、その開示の全体が参照により本開示に組み込まれている。

【0002】

本開示は、セルラ通信システムにおける非コードブックベースのアップリンク送信に関する。

【0003】

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

【0004】

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

【0005】

ＮＲでは、異なる複数のサブキャリア間隔がサポートされることになった。様々なヌメロロジーとも呼ばれる、サポートされるサブキャリア間隔は、Δf = （１５×２＾μ）kHzによって与えられ、ここでμは｛０，１，２，３，４｝のいずれかである。Δf =１５ｋＨｚは基本的なサブキャリア間隔である。異なるサブキャリア間隔ごとのスロットの持続時間（時間的な長さ）は、１／（２＾μ）ミリ秒である。

【0006】

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

【0007】

ＮＲリリース１５では、アップリンクデータ送信は、ＰＤＣＣＨを使用して動的にスケジュールされ得る。ＵＥは、最初に、ＰＤＣＣＨにおいてアップリンクグラントを復号し、次いで、変調次数、コーディングレート、アップリンクリソース割り当てなど、アップリンクグラントから復号された制御情報に基づいて、ＰＵＳＣＨを介してデータを送信する。ＰＵＳＣＨの動的スケジューリングでは、事前構成されたグラント（ＣＧ）を使用して、ＰＵＳＣＨのセミパーシステント（半永続的）送信が構成される可能性もある。ＮＲリリース１５で定義されているＣＧベースのＰＵＳＣＨには、２つのタイプ、すなわち、ＣＧタイプ１およびＣＧタイプ２がある。ＣＧタイプ１において、ＰＵＳＣＨ送信の周期性および時間領域オフセットは、無線リソース制御（RRC:Radio Resource Control）によって構成される。ＣＧタイプ２では、ＰＵＳＣＨ送信の周期性がＲＲＣによって設定され、その後、そのような送信のアクティブ化および解放は、ダウンリンク制御情報（ＤＣＩ）によって、すなわちＰＤＣＣＨによって制御される。

【0008】

ＮＲでは、動的にスケジュールされたＰＵＳＣＨのためのＲＲＣパラメータであるpusch-AggregationFactorと、の構成されたＵＬグラントを用いたＰＵＳＣＨのためのｒｅｐＫと、によって、時間的な繰返しを伴うＰＵＳＣＨをスケジュールすることが可能である。この場合、ＵＬ送信にスロットを利用可能であれば、ＰＵＳＣＨがスケジューリングされるが、設定されたＲＲＣパラメータによって決定される繰り返し回数まで、複数の隣接スロットで送信される。

【0009】

構成されたＵＬグラントを用いるＰＵＳＣＨのケースで、繰り返し送信が使用される場合、使用される冗長バージョン（ＲＶ）シーケンスは、ｒｅｐＫ－ＲＶフィールドによって構成される。構成されたＵＬグラントを使用するＰＵＳＣＨに対して繰り返し送信が使用されない場合、ｒｅｐＫ－ＲＶフィールドは存在しない。

【0010】

ＮＲリリース１５では、サポートされる２つのマッピングタイプとして、タイプＡおよびタイプＢがあり、ＰＤＳＣＨ送信およびＰＵＳＣＨ送信に適用可能である。タイプＡ送信は、通常、スロットベースの送信と呼ばれ、タイプＢ送信は、非スロットベースまたはミニスロットベースの送信と呼ばれることがある。

【0011】

ミニスロット送信は、動的にスケジュールされることが可能であり、ＮＲリリース１５のために：
●ダウンリンクの場合、長さ７、４、または２のシンボルを指定できるが、アップリンクの場合は任意の長さを指定でき、
●スロット内の任意のシンボルで開始および終了できる。ＮＲリリース１５におけるミニスロット送信は、スロット境界を越えてはいけないことに留意されたい。

【0012】

２つの周波数ホッピングモードのうちの１つ、インタースロット（スロット間）およびイントラスロット（スロット内）周波数ホッピングが構成可能であるが、これは、動的送信のためのPUSCH-Configという情報要素（ＩＥ）、または、ＣＧタイプ１およびＣＧタイプ２のためのconfiguredGrantConfigというＩＥにより、ＮＲリリース１５におけるＰＵＳＣＨ送信のための上位レイヤを介して、構成され得る。

【0013】

空間関係の定義
空間関係は、物理アップリンク制御チャネル（ＰＵＣＣＨ）／ＰＵＳＣＨ復調基準信号（ＤＭＲＳ）などの送信されるＵＬ基準信号（ＲＳ）と、それより先に送信または受信されたＲＳであって、ＤＬ ＲＳ（チャネル状態情報基準信号：ＣＳＩ－ＲＳ）または同期信号ブロック（ＳＳＢ）またはＵＬ ＲＳ（サウンディング基準信号：ＳＲＳ）などのいずれかのＲＳと、の間の関係を参照するために、ＮＲにおいて使用される。これは、ＵＥの観点から定義される。

【0014】

ＵＬで送信されるＲＳがＤＬ ＲＳに空間的に関連する場合、これは、ＵＥが以前にＤＬ ＲＳを受信したときの反対の（逆）方向で、ＵＥがＵＬ ＲＳを送信すべきであることを意味する。より正確には、ＵＥが以前に空間的に関連するＤＬ ＲＳを受信するために使用したＲｘ空間フィルタリング構成を、ＵＬ ＲＳの送信のために、「同じ」送信（Ｔｘ）空間フィルタリング構成として、適用すべき、ということである。ここで、「空間フィルタリング構成」という用語は、データ／制御送信／受信のために送信機または受信機のいずれかにおいて適用されるアンテナ重みを指し得る。これを説明するための別の方法は、以前にＤＬ ＲＳ信号を受信するために使用されたものと同じ「ビーム」が、ＵＥから信号を送信するためにも、使用されるべきであることである。ＤＬ ＲＳは、空間フィルタ基準信号とも呼ばれる。

【0015】

一方、第１のＵＬ ＲＳが第２のＵＬ ＲＳに空間的に関連する場合、ＵＥは、第２のＵＬ ＲＳを送信するために以前に使用したＴｘ空間フィルタリング構成と同じＴｘ空間フィルタリング構成を、第１のＵＬ ＲＳの送信にも適用すべきである。言い換えれば、第１および第２のＵＬ ＲＳをそれぞれ送信するために同じビームが使用される。

【0016】

ＵＬ ＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨ送信のレイヤに関連付けられるため、ＰＵＳＣＨ／ＰＵＣＣＨも、関連付けられたＵＬ ＲＳと同じＴＸ空間フィルタを用いて、送信されることが理解される。

【0017】

ＰＵＳＣＨ送信方式
ＮＲでは、ＰＵＳＣＨに対して規定された、２つの送信方式、すなわち、コードブックベースのＰＵＳＣＨ送信方式と、非コードブックベースのＰＵＳＣＨ送信方式とが存在する。

【0018】

コードブックベースのＰＵＳＣＨ送信方式は、ＮＲおよびＬＴＥの両方で使用され、較正されていないＵＥおよび／またはＵＬ周波数分割複信（ＦＤＤ）のために使用されるように動機付けられた。ＮＲにおけるコードブックベースのＰＵＳＣＨは、上位レイヤパラメータであるtxConfig =codebook（コードブック）の場合に、有効にされる。動的にスケジュールされるＰＵＳＣＨと、事前構成されたグラントＰＵＳＣＨタイプ２と、について、コードブックベースのＰＵＳＣＨ送信方式は、以下のように要約することができる：
●ＵＥは、１つまたは２つのＳＲＳリソース（すなわち、上位レイヤパラメータの用法の値で「ＣｏｄｅＢｏｏｋ」を使用するように関連付けられたＳＲＳリソースセットのうちの、構成された１つまたは２つのＳＲＳリソース）を送信する。ＮＲリリース１５／１６では、上位レイヤパラメータで「ＣｏｄｅＢｏｏｋ」を使用するように設定されたＳＲＳリソースセットの個数は、１に制限されている（すなわち、１つのＳＲＳリソースセットのみが、コードブックベースのＰＵＳＣＨ送信の目的のために構成されることが許可される）ことに留意されたい。
●ｇＮＢは、コードブックと、１つまたは２つのＳＲＳリソースに対応する関連するレイヤの個数とから、ＰＵＳＣＨ （すなわち、送信プリコーディング行列インジケータまたはＴＰＭＩ）のための好ましい多入力多出力（ＭＩＭＯ）送信プリコーダを決定する。
●ｇＮＢは、２つのＳＲＳリソースがＳＲＳリソースセット内に構成される場合、１ビットの「ＳＲＳリソースインジケータ」フィールドを介して選択されたＳＲＳリソースを示す。「ＳＲＳリソースインジケータ」フィールドは、ＳＲＳリソースセットにおいて１つのＳＲＳリソースのみが構成される場合、ＤＣＩにおいて示されない。
●ｇＮＢは、ＴＰＭＩと、示されたＳＲＳリソース（２つのＳＲＳリソースが使用される場合）または構成されたＳＲＳリソース（１つのＳＲＳリソースが使用される場合）に対応する関連するレイヤ数と、を示す。ＴＰＭＩおよびＰＵＳＣＨレイヤの個数は、ＤＣＩフォーマット０＿１および０＿２における「プリコーディング情報およびレイヤの個数」フィールドによって示される。
●ＵＥは、ＴＰＭＩと指示されたレイヤ数とを用いてＰＵＳＣＨ送信を行う。上位レイヤパラメータの用法の値で「ＣｏｄｅＢｏｏｋ」と指定された関連するＳＲＳリソースセット内の１つのＳＲＳリソースが構成される場合、ＰＵＳＣＨのＤＭＲＳは、このＳＲＳリソース内の最新のＳＲＳ送信に、空間的に関連する。上位レイヤパラメータの用法の値で「ＣｏｄｅＢｏｏｋ」と指定された関連するＳＲＳリソースセット内の２つのＳＲＳリソースが構成される場合、ＰＵＳＣＨのＤＭＲＳは、「ＳＲＳリソースインジケータ」フィールドによって示されるＳＲＳリソース内の最新のＳＲＳ送信に、空間的に関連する。

【0019】

ＴＰＭＩは、レイヤ｛０．．．ν－１｝にわたって適用されるべきプリコーダを示すために使用されるとともに、複数のＳＲＳリソースが構成されるときにＳＲＩによって選択されたＳＲＳリソースに対応するか、または、単一のＳＲＳリソースが構成される場合、ＴＰＭＩは、レイヤ｛０．．．ν－１｝にわたって適用されるべきプリコーダを示すために使用されるとともに、そのＳＲＳリソースに対応する。送信プリコーダは、アップリンクコードブックから選択されるが、これは、上位レイヤパラメータである、SRS-ConfigにおけるnrofSRS-Portsに等しい数のアンテナポートを有するものである。

【0020】

非コードブックベースのＰＵＳＣＨ送信は、ＮＲにおいて利用可能であり、相互依存ベースのＵＬ送信を実現する。ＮＲにおける非コードブックベースのＰＵＳＣＨは、上位レイヤパラメータであるtxConfig =noncodebook（非コードブック）である場合に、有効にされる。ＮＲリリース１５／１６では、上位レイヤパラメータで用法が「nonCodeBook」に設定されるＳＲＳリソースセットの個数は、１に制限される（すなわち、非ＣｏｄｅｂｏｏｋベースのＰＵＳＣＨ送信の目的のために１つのＳＲＳリソースセットのみが構成されることが許可される）ことに留意されたい。非コードブックベースのアップリンク送信のために構成され得るＳＲＳリソースの最大個数は４である。

【0021】

非コードブックベースのＰＵＳＣＨに関して、以下は、３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．０．０において規定されている：
「非コードブックベースの送信の場合、ＵＥは、関連付けられたＮＺＰ ＣＳＩ－ＲＳリソースの測定に基づいて、ＳＲＳの送信に使用されるプリコーダを計算することができる。 ＵＥは、構成されている場合、ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおける上位レイヤパラメータで用法を「ｎｏｎＣｏｄｅｂｏｏｋ」に設定されたＳＲＳリソースセットに対して、１つのＮＺＰ ＣＳＩ－ＲＳリソースのみを、構成されることができる」。

【0022】

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

【0023】

３ＧＰＰ ＴＳ ３８．２１４によれば、ＵＥが、関連するＮＺＰ ＣＳＩ－ＲＳリソースを有するＳＲＳリソースセットを構成される場合、ＵＥは、ＳＲＳリソースセット内のいずれかのＳＲＳリソースについての空間関係情報を構成されることは予期されないことが、明記されている。

【0024】

ＮＲでは、非コードブックベースのＰＵＳＣＨの場合、ＵＥは、指示されたＳＲＩと、指示されたＤＭ－ＲＳポートおよびそれらの対応するＰＵＳＣＨレイヤ｛０．．．ν－１｝との、１対１のマッピングを、昇順で、実行する。ＵＥは、ＳＲＩによって示されるＳＲＳリソースにおけるＳＲＳポートと同じアンテナポートを使用して、ＰＵＳＣＨを送信するが、ここで、ＳＲＳリソースセット中の（ｉ＋１）番目のＳＲＳリソースにおけるＳＲＳポートは、ｐｉ = １０００ +ｉとなるように、インデックスを付与される。

【0025】

ＮＲリリース１６のＰＵＳＣＨ拡張
ＮＲリリース１６では、さらなるレイテンシ低減（すなわち、リリース１６の超高信頼低遅延通信（ＵＲＬＬＣ））の目的のために、ＰＵＳＣＨタイプＡおよびタイプＢの両方に対してＰＵＳＣＨの繰り返し送信の強化（エンハンスメント）が行われた。

【0026】

ＰＵＳＣＨの繰り返し送信タイプＡ（スロットベース）のエンハンスメントに関して、ＮＲリリース１５では、動的グラントと、事前構成グラントタイプ２と、の両方のためのアグリゲートされたスロットの個数は、ＲＲＣで構成される。ＮＲリリース１６では、これは、繰り返し送信の回数を動的に示すことができるように、すなわち、１つのＰＵＳＣＨスケジューリングオケージョン（機会）から次のＰＵＳＣＨスケジューリング機会に変更させることができるように、強化された。すなわち、開始シンボルＳおよびＰＵＳＣＨの長さＬに加えて、いくつかの公称の繰り返し回数Ｋが、時間領域リソース割り当て（ＴＤＲＡ）の一部として、シグナリングされる。さらに、アグリゲート（集約）されるスロットの最大個数は、ＤＬにおけるヘビーな時分割複信（ＴＤＤ）パターンを考慮して、Ｋ＝１６に増加された。スロット間ホッピングおよびスロット内ホッピングは、タイプＡの繰り返し送信に適用可能である。いくつかのスロットは、ＤＬスロットであるためにＰＵＳＣＨ送信のためにはスキップされるため、繰り返し送信の回数Ｋは、公称値である。したがって、Ｋは、潜在的に可能な最大の繰り返し回数である。

【0027】

ＰＵＳＣＨの繰り返し送信タイプＢ（ミニスロットベース）のエンハンスメントに関して、ＰＵＳＣＨの繰り返し送信タイプＢは、動的および事前構成されたグラントの両方に適用される。タイプＢによるＰＵＳＣＨの繰り返し送信は、Ｒｅｌ－１６におけるスロット境界をクロスする（またぐ）ことができる。ＰＵＳＣＨの繰り返し送信タイプＢを用いて送信をスケジューリングする場合、開始シンボルＳおよびＰＵＳＣＨの長さＬに加えて、ＮＲリリース１６においては、いくつかの公称の繰り返し送信回数ＫがＴＤＲＡの一部としてシグナリングされる。スロット間周波数ホッピングおよび繰り返し送信間周波数ホッピングは、タイプＢの繰り返し送信のために構成され得る。タイプＢのＰＵＳＣＨ繰り返し送信の実際の時間領域割り当てを決定するために、２ステッププロセスが使用される：
１. 割り当て：スロット境界およびＴＤＤパターンを無視して、バックツーバックで（時間的に隣接させて）、長さＬのＫ個の公称の繰り返し送信を割り当てる。
２. 公称の繰り返し送信が、スロット境界をまたぐか、または、ＵＬ送信に使用可能でないシンボル（たとえば、ＴＤＤパターンによるＵＬ／ＤＬ切り替えポイント）を占有する場合、問題となる公称の繰り返し送信は、２つ以上のより短い実際の繰り返し送信に分割され得る。ＰＵＳＣＨの繰り返し送信タイプＢのために潜在的に有効なシンボルの個数が、公称の繰り返し送信に対して、ゼロより大きい場合、公称の繰り返し送信は、１つまたは複数の実際の繰り返し送信からなり、各実際の繰り返し送信は、スロット内で、ＰＵＳＣＨ繰り返し送信タイプＢ送信のために使用可能で潜在的に有効な、シンボルの連続するセットからなる。

【0028】

「ＰＵＳＣＨ繰り返し」という用語が本開示で使用されるが、「ＰＵＳＣＨ送信機会」などの他の用語と互換的に使用することができる。

【0029】

ＮＲのリリース１５／１６では、ＰＵＳＣＨの繰り返し送信タイプＡまたはタイプＢに従ってＰＵＳＣＨが繰り返される場合、ＰＵＳＣＨは、単一の送信レイヤに制限される。

【0030】

別のＮＲリリース１６でのＰＵＳＣＨの拡張は、冗長バージョン（ＲＶ）に関する。チャネルエンコーダは、ＲＶで制御可能である。ＮＲでは、インクリメンタル冗長デコードを可能にするために、情報ペイロードは、４つの異なるＲＶで符号化され得る。トランスポートブロック（ＴＢ）のｎ回目の送信機会に適用される冗長バージョン（ｎ ＝ ０、１、…、Ｋ－１）は、以下の表１に従って決定される。
＜表１ ＰＵＳＣＨ送信の冗長バージョン＞

【発明の概要】

【0031】

本開示では、非コードブックベースでの、複数の送受信ポイント（ＴＲＰ）による物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信および受信のためのシステムおよび方法が開示される。一実施形態によれば、無線通信デバイスによって実行される方法は、ネットワークノードから、非コードブックベースのＰＵＳＣＨ送信のために使用されるべき第１のサウンディング基準信号（ＳＲＳ）リソースセットと、非コードブックベースのＰＵＳＣＨ送信のために使用されるべき第２のＳＲＳリソースセットと、のコンフィギュレーション（構成）を受信することを有する。本方法は、ネットワークノードから、第１のＳＲＳリソースセットに関連付けられた第１の非ゼロ電力（ＮＺＰ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）と、第２のＳＲＳリソースセットに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳと、の構成を受信することをさらに有する。本方法は、複数のオケージョン（機会）においてＰＵＳＣＨでデータを送信するための要求を受信することをさらに有し、当該要求は、第１のＳＲＳリソースセットに関連付けられた第１のＳＲＳリソースインジケータ（ＳＲＩ）と、第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩと、を含む。本方法は、第１のＳＲＩに従って第１の機会セットで第１のＰＵＳＣＨを送信することと、第２のＳＲＩに従って第２の機会セットで第２のＰＵＳＣＨを送信することと、をさらに有する。一実施形態によれば、第１のＳＲＳリソースセットは第１のＴＲＰに関連付けられ、第２のＳＲＳリソースセットは第２のＴＲＰに関連付けられる。このようにして、非コードブックベースによるマルチＴＲＰでのＰＵＳＣＨ送信が提供される。

【0032】

一実施形態によれば、第１のＳＲＩは、第１のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示し、第２のＳＲＩは、第２のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示す。

【0033】

一実施形態によれば、第１のＰＵＳＣＨおよび第２のＰＵＳＣＨは、同じデータブロックを搬送する。

【0034】

一実施形態によれば、第１の機会セットおよび第２の機会セットは、それぞれ、第１のタイムオケージョン（時間的機会）セットおよび第２の時間的機会セットを含む。

【0035】

一実施形態によれば、第１の機会セットからの第１の機会と、第２の機会セットからの第２の機会とは、それぞれ異なるタイムスロット内にある。一実施形態によれば、第１および第２の時間的機会セットは、時間的にインターリーブされ、スロットｎ＋１で始まる合計Ｎ個のスロットについて、第１の時間的機会セットは、スロット｛ｎ＋ｍＤ＋１，．．，ｎ＋（ｍ＋１）Ｄ； ｍ＝０，２，．．．，２（Ｍ－１）｝を有し、第２の時間的機会セットは、スロット｛ｎ＋ｍＤ＋１，．．，ｎ＋（ｍ＋１）Ｄ； ｍ＝１，３，．．．，２（Ｍ－１）＋１｝を有し、Ｍ＝ｆｌｏｏｒ（ｃｅｉｌｉｎｇ（Ｎ／Ｄ）／２）であり、ここでＤは正の整数である。一実施形態によれば、当該要求は、Ｎ個のスロットの合計値をさらに含む。

【0036】

一実施形態によれば、第１の機会セットからの第１の機会と、第２の機会セットからの第２の機会とは、同じスロット内の異なるシンボル内にある。

【0037】

一実施形態によれば、第１および第２のＳＲＩは、それぞれ、第１のＳＲＳリソースセットおよび第２のＳＲＳリソースセット中の同じ個数のＳＲＳリソースを示す。一実施形態によれば、第１および第２のＳＲＳリソースセットの各々における単一のＳＲＳリソースは、それぞれ第１のＳＲＩおよび第２のＳＲＩによって示される。一実施形態によれば、第１のＳＲＩおよび第２のＳＲＩ中で示されるＳＲＳリソースの個数は、無線通信デバイスによってネットワークノードに報告される無線通信デバイス能力である。

【0038】

一実施形態によれば、第１のＳＲＳリソースセットは、第１の位相トラッキング基準信号（ＰＴＲＳ）ポートに関連付けられ、第２のＳＲＳリソースセットは、第２のＰＴＲＳポートに関連付けられる。

【0039】

一実施形態によれば、第１のＳＲＩに従って第１の機会セットにおいて第１のＰＵＳＣＨを送信し、第２のＳＲＩに従って第２の機会セットにおいて第２のＰＵＳＣＨを送信することは、第１のＳＲＳリソースセットにおける第１のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで第１のＰＵＳＣＨを送信することと、第２のＳＲＳリソースセットにおける第２のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで第２のＰＵＳＣＨを送信することと、を含む。

【0040】

一実施形態によれば、本方法は、第１のＳＲＳリソースセット中のＳＲＳリソースに対応するアンテナポートでＰＵＳＣＨの第１のレイヤのセットを送信することと、第２のＳＲＳリソースセット中のＳＲＳリソースに対応するアンテナポートで第２のＰＵＳＣＨレイヤセットを送信することと、をさらに含む。

【0041】

一実施形態によれば、当該要求は、ＰＵＳＣＨ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ）に含まれる。一実施形態によれば、当該ＤＣＩは、第１のＳＲＩを示すための第１のＳＲＩフィールドと、第２のＳＲＩを示すための第２のＳＲＩフィールドと、を含む。別の実施形態によれば、当該ＤＣＩは、第１のＳＲＩと第２のＳＲＩとの両方のための単一のＳＲＩフィールドを含む。

【0042】

一実施形態によれば、当該要求は、構成されたグラントのための無線リソース制御（ＲＲＣ）構成に含まれる。

【0043】

一実施形態によれば、第１のＳＲＳリソースセットは、無線通信デバイスに、第１のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを示すためにネットワークノードによって構成された第１の上位レイヤパラメータに関連付けられ、第２のＳＲＳリソースセットは、第２のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを無線通信デバイスに示すためにネットワークノードによって構成された第２の上位レイヤパラメータに関連付けられる。

【0044】

一実施形態によれば、第１のＮＺＰ ＣＳＩ－ＲＳおよび第２のＮＺＰ ＣＳＩ－ＲＳは、同じ時間領域挙動を有する。一実施形態によれば、当該時間領域挙動は、非周期的、半永続的、および周期的のうちの１つである。

【0045】

無線通信デバイスについての対応する実施形態も開示される。一実施形態によれば、無線通信デバイスは、ネットワークノードから、非コードブックベースのＰＵＳＣＨ送信に使用されるべき第１のＳＲＳリソースセットの構成と、非コードブックベースのＰＵＳＣＨ送信に使用されるべき第２のＳＲＳリソースセットとを受信し、ネットワークノードから、第１のＳＲＳリソースセットに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳの構成と、第２のＳＲＳリソースセットに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳとを受信するように適合される。無線通信デバイスは、複数の時間的機会においてＰＵＳＣＨでデータを送信するための要求を受信するようにさらに適合され、当該要求は、第１のＳＲＳリソースセットに関連付けられた第１のＳＲＳリソースインジケータ（ＳＲＩ）と、第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩと、を含む。無線通信デバイスは、第１のＳＲＩに従って第１の機会セットにおいて第１のＰＵＳＣＨを送信し、第２のＳＲＩに従って第２の機会セットにおいて第２のＰＵＳＣＨを送信するようにさらに適合される。

【0046】

一実施形態によれば、無線通信デバイスは、１つまたは複数の送信機と、１つまたは複数の受信機と、１つまたは複数の送信機および１つまたは複数の受信機に関連付けられたプロセッシング回路（処理回路）とを有する。処理回路は、無線通信デバイスに、ネットワークノードから、非コードブックベースのＰＵＳＣＨ送信に使用されるべき第１のＳＲＳリソースセットと非コードブックベースのＰＵＳＣＨ送信に使用されるべき第２のＳＲＳリソースセットとの構成を受信させ、ネットワークノードから、第１のＳＲＳリソースセットに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳと第２のＳＲＳリソースセットに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳとの構成を受信させるように構成される。処理回路は、無線通信デバイスに、複数の時間的機会においてＰＵＳＣＨ中でデータを送信するための要求を受信させるようにさらに構成され、当該要求は、第１のＳＲＳリソースセットに関連付けられた第１のＳＲＳリソースインジケータ（ＳＲＩ）と、第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩと、を含む。処理回路は、無線通信デバイスに、第１のＳＲＩに従って第１の機会セットにおいて第１のＰＵＳＣＨを送信させ、第２のＳＲＩに従って第２の機会セットにおいて第２のＰＵＳＣＨを送信させるようにさらに構成される。

【0047】

一実施形態によれば、第１のＳＲＩは、第１のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示し、第２のＳＲＩは、第２のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示す。

【0048】

一実施形態によれば、第１のＰＵＳＣＨおよび第２のＰＵＳＣＨは、同じデータブロックを搬送する。

【0049】

一実施形態によれば、第１の機会セットおよび第２の機会セットは、それぞれ、第１の時間的機会セットおよび第２の時間的機会セットを含む。

【0050】

一実施形態によれば、第１の機会セットからの第１の機会と、第２の機会セットからの第２の機会とは、異なるタイムスロット内にある。

【0051】

一実施形態によれば、第１の機会セットからの第１の機会と、第２の機会セットからの第２の機会とは、同じスロット内の異なるシンボル内にある。

【0052】

一実施形態によれば、処理回路は、無線通信デバイスに、第１のＳＲＳリソースセット中の第１のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで第１のＰＵＳＣＨを送信させ、第２のＳＲＳリソースセット中の第２のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで第２のＰＵＳＣＨを送信させるようにさらに構成される。

【0053】

一実施形態によれば、処理回路は、無線通信デバイスに、第１のＳＲＳリソースセット中の第１のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで第１のＰＵＳＣＨレイヤセットを送信させ、第２のＳＲＳリソースセット中の第２のＳＲＩによって示される１つまたは複数のＳＲＳリソースに対応するアンテナポートで第２のＰＵＳＣＨレイヤセットを送信させるようにさらに構成される。

【0054】

一実施形態によれば、処理回路は、無線通信デバイスに、ＰＵＳＣＨ送信をスケジューリングするＤＣＩにおいて要求を受信させるようにさらに構成される。一実施形態によれば、当該ＤＣＩは、第１のＳＲＩのための第１のＳＲＩフィールドと、第２のＳＲＩのための第２のＳＲＩフィールドと、を含む。一実施形態によれば、当該ＤＣＩは、第１のＳＲＩと第２のＳＲＩとの両方のための単一のＳＲＩフィールドを含む。

【0055】

一実施形態によれば、第１のＳＲＳリソースセットは、無線通信デバイスに、第１のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを示すためにネットワークノードによって構成された第１の上位レイヤパラメータに関連付けられ、第２のＳＲＳリソースセットは、第２のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを無線通信デバイスに示すためにネットワークノードによって構成された第２の上位レイヤパラメータに関連付けられる。

【0056】

ネットワークノードによって実行される方法の実施形態も開示される。一実施形態によれば、ネットワークノードによって実行される方法は、無線通信デバイスに、非コードブックベースのＰＵＳＣＨ送信に使用されるべき第１のＳＲＳリソースセットと非コードブックベースのＰＵＳＣＨ送信に使用されるべき第２のＳＲＳリソースセットとの構成を提供することと、無線通信デバイスに、第１のＳＲＳリソースセットに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳと第２のＳＲＳリソースセットに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳとの構成を提供することと、を有する。本方法は、複数の機会においてＰＵＳＣＨでデータを送信するための要求を無線通信デバイスに送信することをさらに有し、当該要求は、第１のＳＲＳリソースセットに関連付けられた第１のＳＲＩと、第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩと、を含む。本方法は、第１のＴＲＰを用いて第１の機会セットにおいて第１のＰＵＳＣＨを受信することと、第２のＴＲＰを用いて第２の機会セットにおいて第２のＰＵＳＣＨを受信することと、をさらに有する。

【0057】

一実施形態によれば、第１のＳＲＩは、第１のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示し、第２のＳＲＩは、第２のＳＲＳリソースセット中の１つまたは複数のＳＲＳリソースを示す。

【0058】

一実施形態によれば、第１のＰＵＳＣＨおよび第２のＰＵＳＣＨは、同じデータブロックを搬送する。

【0059】

一実施形態によれば、第１の機会セットおよび第２の機会セットは、それぞれ、第１の時間的機会セットおよび第２の時間的機会セットを含む。

【0060】

一実施形態によれば、第１の機会セットからの第１の機会と、第２の機会セットからの第２の機会とは、異なるタイムスロット内にある。

【0061】

一実施形態によれば、第１の機会セットからの第１の機会と、第２の機会セットからの第２の機会とは、同じスロット内の異なるシンボル内にある。

【0062】

一実施形態によれば、第１および第２のＴＲＰは、それぞれ、第１および第２のＳＲＳグループに関連付けられる。

【0063】

一実施形態によれば、当該要求は、ＰＵＳＣＨ送信をスケジューリングするＤＣＩに含まれる。一実施形態によれば、当該ＤＣＩは、第１のＳＲＩのための第１のＳＲＩフィールドと、第２のＳＲＩのための第２のＳＲＩフィールドと、を含む。別の実施形態によれば、当該ＤＣＩは、第１のＳＲＩと第２のＳＲＩとの両方のための単一のＳＲＩフィールドを含む。

【0064】

一実施形態によれば、第１のＳＲＳリソースセットは、無線通信デバイスに、第１のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを示すためにネットワークノードによって構成された第１の上位レイヤパラメータに関連付けられ、第２のＳＲＳリソースセットは、第２のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのＰＵＳＣＨを使用することを無線通信デバイスに示すためにネットワークノードによって構成された第２の上位レイヤパラメータに関連付けられる。

【0065】

ネットワークノードについての対応する実施形態も開示される。一実施形態によれば、ネットワークノードは、無線通信デバイスに、非コードブックベースのＰＵＳＣＨ送信に使用されるべき第１のＳＲＳリソースセットと非コードブックベースのＰＵＳＣＨ送信に使用されるべき第２のＳＲＳリソースセットとの構成を提供し、無線通信デバイスに、第１のＳＲＳリソースセットに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳと第２のＳＲＳリソースセットに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳとの構成を提供するように適合される。ネットワークノードは、複数の機会においてＰＵＳＣＨでデータを送信するための要求を無線通信デバイスに送信するようにさらに適合され、当該要求は、第１のＳＲＳリソースセットに関連付けられた第１のＳＲＩと、第２のＳＲＳリソースセットに関連付けられた第２のＳＲＩと、を含む。ネットワークノードは、第１のＴＲＰを有する第１の機会セットにおいて第１のＰＵＳＣＨを受信し、第２のＴＲＰを有する第２の機会セットにおいて第２のＰＵＳＣＨを受信するようにさらに適合される。

【0066】

一実施形態によれば、ネットワークノードは、ネットワークノードに、無線通信デバイスへ、非コードブックベースのＰＵＳＣＨ送信に使用されるべき第１のＳＲＳリソースセットと非コードブックベースのＰＵＳＣＨ送信に使用されるべき第２のＳＲＳリソースセットとの構成を提供させ、無線通信デバイスに、第１のＳＲＳリソースセットに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳと第２のＳＲＳリソースセットに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳとの構成を提供させるように構成されたプロセッシング回路（処理回路）を有する。当該処理回路は、ネットワークノードに、無線通信デバイスへ、複数の機会でＰＵＳＣＨでデータを送信するための要求を送信させるようにさらに構成され、当該要求は、第１のＳＲＳリソースセットに関連する第１のＳＲＩと、前記第２のＳＲＳリソースセットに関連する第２のＳＲＩと、を含む。当該処理回路は、ネットワークノードに、第１のＴＲＰを有する第１の機会セットにおいて第１のＰＵＳＣＨを受信させ、第２のＴＲＰを有する第２の機会セットにおいて第２のＰＵＳＣＨを受信させるようにさらに構成される。

【図面の簡単な説明】

【0067】

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

【0068】

【図1】は、新無線（ＮＲ）のスロットの例を示す。

【0069】

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

【0070】

【図3】は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＮＲ規格書において定義されるサウンディング基準信号（ＳＲＳ）構成情報要素を図示する。

【0071】

【図4】は、本開示の実施形態を実施することができるセルラー通信システムの一実施形態を示す。

【0072】

【図5】は、ＳＲＳリソースセット内に２つのＳＲＳリソースグループがあり、各グループ内のＳＲＳリソースが、同じ非ゼロ電力（ＮＺＰ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）リソース（すなわち、リソースＩＤ）で構成される、本開示の例示的な実施形態を示す。

【0073】

【図6】は、ＳＲＳリソースインジケーション（ＳＲＩ）フィールドを介して示されるＳＲＳリソースグループ１内のＳＲＳリソース１および２と、ＳＲＳリソースグループ１に関連する第１のＮＺＰ ＣＳＩ－ＲＳで計算されるプリコーダレイヤとが、第１のＰＵＳＣＨ送信機会においてＬ＝２レイヤまで送信するために使用され、ＳＲＩフィールドを介して示されるＳＲＳリソースグループ２内のＳＲＳリソース３および４と、ＳＲＳリソースグループ２に関連する第２のＮＺＰ ＣＳＩ－ＲＳで計算されるプリコーダレイヤとが、ＰＵＳＣＨ送信機会においてＬ＝２レイヤまで送信するために使用される、本開示の例示的な実施形態を示す。

【0074】

【図7】は、複数のＮＺＰ ＣＳＩ－ＲＳリソースが複数のＳＲＳリソースセットを介して構成される例示的な実施形態を示す。

【0075】

【図8】は、例示的な非コードブックベースのアップリンク送信を示し、ここでは、４つのアップリンク送信機会および２つのＳＲＳリソースセットが存在し、これは単一レイヤ送信を適用されるものであり、事前構成についての開示の実施形態に従って、各ＳＲＳリソースセットにおいて１つのＳＲＳリソースが選択される。

【0076】

【図9】は、本開示で説明される実施形態の少なくともいくつかの態様による、無線通信デバイス（たとえば、ユーザ装置（ＵＥ））およびネットワークノード（たとえば、基地局）の動作を示す。

【0077】

【図10】および、

【図11】および、

【図12】は、無線アクセスノードの例示的な実施形態の概略構成図である。

【0078】

【図13】および、

【図14】は、無線通信デバイスの例示的な実施形態の概略ブロック図である。

【0079】

【図15】は、本開示の実施形態が実施され得る通信システムの例示的な実施形態を示す。

【0080】

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

【0081】

【図17】および、

【図18】および、

【図19】および、

【図20】は、図１５のような通信システムにおいて実施される方法の例示的な実施形態を示すフローチャートである。

【発明を実施するための形態】

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

ネットワークノード：本開示で使用される場合、「ネットワークノード」は、無線アクセスネットワークまたはセルラー通信ネットワーク／システムのコアネットワークのいずれかの一部である任意のノードである。いくつかの実施形態によれば、ＴＲＰは、ネットワークノード、無線ヘッド、空間関係、または、送信構成インジケータ（ＴＣＩ）状態のいずれかであり得る。ＴＲＰは、いくつかの実施形態によれば、空間関係、ＳＲＳリソースセット、またはＴＣＩ状態によって表され得る。いくつかの実施形態によれば、ＴＲＰは、その要素に固有の物理層特性およびパラメータに従って、ＵＥとの間で無線信号を送受信するｇＮＢの一部であってもよい。

【0091】

本開示で与えられる記述は、３ＧＰＰセルラー通信システムに焦点を当てており、したがって、３ＧＰＰ用語または３ＧＰＰ用語と同様の用語がしばしば使用されることに留意されたい。しかしながら、本開示で開示される概念は、３ＧＰＰシステムに限定されない。

【0092】

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

【0093】

現在、ある種の１つまたは複数の課題が存在する。ＮＲは、非コードブックベースによる物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つのみのサウンディング基準信号（ＳＲＳ）リソースセットと、ＳＲＳの送信のために使用されるプリコーダを計算するためにＵＥが使用する１つのみの関連付けられた非ゼロ電力（ＮＺＰ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）と、をサポートしている。ＮＲにおける解決策は、ネットワーク側で単一の送受信ポイント（ＴＲＰ）または単一の受信（ＲＸ）ビームへのＰＵＳＣＨ送信のみをサポートする。

【0094】

したがって、ＵＥが送信のためにビームフォーミングを使用する場合、すなわち、ビーム幅が狭く、送信時に単一のＴＲＰに向かうことしかできない場合、ＰＵＳＣＨ送信を複数のＴＲＰで受信することができないことは、ＮＲにおいて問題である。この問題は、ＰＵＳＣＨのピークスループットが制限され、および／または信頼性が制限されることを意味する。一度に複数のＴＲＰに送信することはできない。

【0095】

本開示およびそれらの実施形態の特定の態様は、上記または他の課題に対する解決策を提供することができる。ここで提案される解決策は、Ｎ個のＳＲＳリソースグループまたはＮ個のＳＲＳリソースセットのいずれかに関連付けられるＮ個のＮＺＰ ＣＳＩ－ＲＳを導入し、したがって、各ＮＺＰ ＣＳＩ－ＲＳリソースが、Ｎ個のＴＲＰに対応するプリコーダを計算するために使用されることを可能にする。Ｎの値は、好ましくは１より大きい（たとえば、２、３など）。計算されるプリコーダレイヤは、これらのＮ個のＴＲＰをターゲットとするＰＵＳＣＨレイヤを送信するために使用され得る。これは、ＮＲにおいてサポートされないマルチＴＲＰのために、非コードブックベースのＰＵＳＣＨ送信が、使用されることを可能にする。

【0096】

本開示で開示される問題のうちの１つ以上に対処する様々な実施形態が、本開示で提案される。いくつかの例示的な実施形態は以下の通りである：

【0097】

実施形態１：非コードブックベースのＰＵＳＣＨを送信するための無線デバイスによって実行される方法であって、以下のうちの１つまたは複数を有する方法：
（ａ）非コードブックベースのＰＵＳＣＨ送信のために使用されるべき第１のＳＲＳリソースグループと第２のＳＲＳリソースグループとについての構成をネットワークノードから受信すること；
（ｂ）第１のＳＲＳリソースグループに関連する第１のＮＺＰ ＣＳＩ－ＲＳと、第２のＳＲＳリソースグループに関連する第２のＮＺＰ ＣＳＩ－ＲＳとについての構成をネットワークノードから受信すること；
（ｃ）第１のＮＺＰ ＣＳＩ－ＲＳと第２のＮＺＰ ＣＳＩ－ＲＳとを受信すること；
（ｄ）第１のＮＺＰ ＣＳＩ－ＲＳについての第１のプリコーダと、第２のＮＺＰ ＣＳＩ－ＲＳについての第２のプリコーダと、を計算すること；
（ｅ）第１のＳＲＳリソースグループに含まれるＳＲＳリソースで第１のプリコーダのレイヤを送信し、第２のＳＲＳリソースグループに含まれるＳＲＳリソースで第２のプリコーダのレイヤを送信する；
（ｆ）非コードブックベースのＰＵＳＣＨ送信をスケジューリングするダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＤＣＩは、前記第１および第２のＳＲＳリソースグループのうちの少なくとも１つからのＳＲＳリソースを示すＳＲＳリソースインジケータ（ＳＲＩ）フィールドを含む、受信すること；
（ｇ）ＳＲＩフィールドにおいて示されるＳＲＳリソースに関連付けられたプリコーダレイヤを使用して各ＰＵＳＣＨレイヤを送信すること。

【0098】

実施形態２：前記非コードブックベースのＰＵＳＣＨ送信は、複数の繰り返し送信からなる、実施形態１に記載の方法。

【0099】

実施形態３：ＳＲＩフィールドが、第１のＳＲＳリソースグループからのＳＲＳリソースを示す場合、複数の繰り返し送信のうちの第１のサブセットの繰り返し送信におけるＰＵＳＣＨ送信は、第１のＳＲＳリソースグループ内のＳＲＳリソースに関連付けられたプリコーダレイヤを使用する、実施形態１～２のいずれかに記載の方法。

【0100】

実施形態４：ＳＲＩフィールドが第２のＳＲＳリソースグループからのＳＲＳリソースを示す場合、複数の繰り返し送信のうちの第２のサブセットの繰り返し送信におけるＰＵＳＣＨ送信は、第２のＳＲＳリソースグループ内のＳＲＳリソースに関連付けられたプリコーダレイヤを使用する、実施形態１－３のいずれかに記載の方法。

【0101】

実施形態５：ＳＲＩフィールドが第１のＳＲＳリソースグループのみからのＳＲＳリソースを示す場合、第１のサブセットの繰り返し送信は、複数の繰り返し送信の全てに対応する、実施形態１～４のいずれかに記載の方法。

【0102】

実施形態６：ＳＲＩフィールドが第２のＳＲＳリソースグループのみからのＳＲＳリソースを示す場合、第２のサブセットの繰り返し送信は、複数の繰り返しの全てに対応する実施形態１～５のいずれかに記載の方法。

【0103】

実施形態７：前記第１のＳＲＳリソースグループが第１のＳＲＳリソースセットに対応し、前記第２のＳＲＳリソースグループが第２のＳＲＳリソースセットに対応する、実施形態１～６のいずれかに記載の方法。

【0104】

特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供することができる。このソリューションの利点は、ＰＵＳＣＨが、非コードブックベースのＰＵＳＣＨを使用して、同時に、または反復的に、複数のＴＲＰにおいて、改善された受信をもたらすように、送信され得ることである。これは、送信のピークスループットおよび／または信頼性を改善する。

【0105】

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

【0106】

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

【0107】

ここで、本開示のいくつかの例示的な実施形態を提供する。時には別々に記載されるが、これらの実施形態は、別段の記載または要求がない限り、任意の所望の組合せで使用されてもよい。

【0108】

実施形態１：単一のＳＲＳリソースセット内の複数のＳＲＳリソースグループを介して、複数のＮＺＰ ＣＳＩ－ＲＳリソースを構成すること
この実施形態によれば、ＳＲＳリソースセット中のＳＲＳリソースは、２つ以上の異なるＳＲＳリソースグループにグループ化され、当該ＳＲＳリソースセットに関連する２つ以上のＮＺＰ ＣＳＩ－ＲＳリソースが存在する。第１のＮＺＰ ＣＳＩ－ＲＳリソースは、第１のＳＲＳリソースグループに関連付けられ、第２のＮＺＰ ＣＳＩ－ＲＳリソースは、第２のＳＲＳリソースグループに関連付けられ、以下同様である。

【0109】

一実施形態によれば、ＳＲＳリソースグループは、ＳＲＳリソースセット内の各ＳＲＳリソースについての空間関係情報コンフィギュレーション（すなわち、上位レイヤパラメータであるSRS-SpatialRelationInfo）の一部として、ＮＺＰ ＣＳＩ－ＲＳリソースによって、識別（特定）される。たとえば、２つのＮＺＰ ＣＳＩ－ＲＳリソースのうちの１つが、各ＳＲＳリソースのSRS-SpatialRelationInfoのための基準信号として、構成され得る。前記第１のＳＲＳリソースグループは、ＮＺＰ ＣＳＩ－ＲＳリソースＩＤの値が小さいＮＺＰ ＣＳＩ－ＲＳリソースを構成されたＳＲＳリソースを含み、前記第２ＳＲＳリソースグループは、ＮＺＰ ＣＳＩ－ＲＳリソースＩＤの値が大きいＮＺＰ ＣＳＩ－ＲＳリソースを構成されたＳＲＳリソースを含むことができる。図５に例を示す。特に、図５は、ＳＲＳリソースセット内に２つのＳＲＳリソースグループがあり、各グループ内のＳＲＳリソースが同じＮＺＰ ＣＳＩ－ＲＳリソース（すなわち、リソースＩＤ）で構成される例を示す。より一般的には、ｎ番目のＳＲＳリソースグループは、順序付けられた、たとえば、昇順で、ｎ番目のＮＺＰ ＣＳＩ－ＲＳリソースＩＤに関連付けられる。

【0110】

いくつかの実施形態によれば、Ｋ個の異なるＮＺＰ ＣＳＩ－ＲＳリソースＩＤが構成される。次いで、ＳＲＳリソースセット内のＳＲＳリソースをＮＺＰ ＣＳＩ－ＲＳリソースと関連付けるために、ＮＺＰ ＣＳＩ－ＲＳリソースのうちの１つのインジケーションが、ＳＲＳリソースコンフィギュレーション（構成）の一部として、含められる。このインジケーションは、ＮＺＰ ＣＳＩ－ＲＳリソースのＩＤ、またはＳＲＳリソースセットの一部として構成されたｋ番目の関連するＮＺＰ ＣＳＩ－ＲＳリソースを表すインデックスｋ （ｋ＝１，２，．．．，Ｋ）であってもよい。

【0111】

以下では、説明は、２つのＴＲＰ、したがって２つのＳＲＳリソースグループを仮定するが、一般性を失うことなく、３つ以上のＴＲＰによる受信をサポートするために、３つ以上のそのようなグループに拡張することができる。

【0112】

ＮＺＰ ＣＳＩ－ＲＳは、対応するＮＺＰ ＣＳＩ－ＲＳリソースにおいてＵＥによって受信され、ＮＺＰ ＣＳＩ－ＲＳリソース構成は、ＮＺＰ ＣＳＩ－ＲＳに関連する詳細なパラメータ（たとえば、ポートの数、符号分割多重化（ＣＤＭ）グループ、密度など）を含む。ＳＲＳは、対応するＳＲＳリソース中でＵＥによって送信され、ＳＲＳリソース構成は、ＳＲＳに関連する詳細なパラメータ（たとえば、ポートの数、スロット中の占有シンボルなど）を含む。パラメータは、たとえばＲＲＣを介して伝達されてもよい。

【0113】

第１のＮＺＰ ＣＳＩ－ＲＳを受信する一方で（すなわち、第１のＮＺＰ ＣＳＩ－ＲＳリソース上でＮＺＰ ＣＳＩ－ＲＳを受信する間）、ＵＥは、第１のＳＲＳリソースグループに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳに基づいて第１のＳＲＳプリコーダを測定して計算する。言い換えれば、ＵＥは、第１のＳＲＳリソースグループに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳに対して測定を実行し、第１のＮＺＰ ＣＳＩ－ＲＳに対して実行された測定に基づいて第１のＳＲＳプリコーダを計算する。同様に、第２のＮＺＰ ＣＳＩ－ＲＳを受信する間、ＵＥは、第２のＳＲＳリソースグループに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳに基づいて第２のＳＲＳプリコーダを測定して計算する。第１／第２のＮＺＰ ＣＳＩ－ＲＳは、周期的（たとえば、ＲＲＣを介してｇＮＢによってＵＥに構成される周期で送信されるもの）であり得るか、またはセミパーシステント（たとえば、ＲＲＣを介してｇＮＢによってＵＥに構成され、ＭＡＣ ＣＥによってアクティブ化されるもの）であり得るか、または非周期的（たとえば、ＲＲＣを介してｇＮＢによってＵＥに構成され、ＤＣＩによってトリガされるもの）であり得る。いくつかの実施形態によれば、２つの関連するＮＺＰ ＣＳＩ－ＲＳリソースは、同じ時間領域挙動を有する（すなわち、それらの両方が、周期的、半永続的な、または非周期的である）。

【0114】

いくつかの実施形態によれば、ＵＥは、次いで、第１のＳＲＳグループ中のＳＲＳリソースに対応するアンテナポートで、第１のＰＵＳＣＨまたは第１のＰＵＳＣＨレイヤセットを送信し、第２のＳＲＳグループ中のＳＲＳリソースに対応するアンテナポートで、第２のＰＵＳＣＨまたは第２のＰＵＳＣＨレイヤセットを送信する。いくつかの他の実施形態によれば、ＵＥは、第１のＳＲＳグループからのＳＲＳリソースで第１のプリコーダのレイヤを送信し、第２のＳＲＳグループからのＳＲＳリソースで第２のプリコーダのレイヤを送信する。別のシナリオでは、ＵＥは、第１のＳＲＳグループ中のＳＲＳリソースに対応するアンテナポートを使用して第１のＰＵＳＣＨレイヤセットを送信し、第２のＳＲＳグループ中のＳＲＳリソースに対応するアンテナポートを使用して第２のＰＵＳＣＨレイヤセットを送信してもよい。シングル（単一の）レイヤは、各ＳＲＳリソースに対応するアンテナポートを使用して、送信される。いくつかの実施形態によれば、各ＳＲＳグループから送信されるアンテナポートまたはレイヤの個数は同じでなければならない（たとえば、第１のＳＲＳグループからの１つのＳＲＳリソース上で１レイヤであれば、第２のＳＲＳグループからの第２のＳＲＳリソース上でも１レイヤ）。

【0115】

ＵＥはまた、第２のＳＲＳグループに関連付けられたＴＲＰへのパスロスがあまりにも弱いと決定した場合、単一のＳＲＳグループのレイヤのみを使用してＰＵＳＣＨを送信することを選択してもよい。したがって、ＵＥは、それが対応して異なるグループからリソースをどのように選択するかに応じて、ＰＵＳＣＨ送信を第１のＴＲＰ、第２のＴＲＰ、または両方のＴＲＰに向かって、自律的に切り替えることができる。

【0116】

別の実施形態によれば、１つの位相トラッキング基準信号（ＰＴＲＳ）ポートが、各ＳＲＳリソースグループに関連付けられる。ＵＥが、第１のＳＲＳグループ内のＳＲＳリソース上のＰＵＳＣＨレイヤを選択し、第２のＳＲＳグループ内のＳＲＳリソース上の第２のＰＵＳＣＨまたは第２のＰＵＳＣＨレイヤセットを送信する場合、ＵＥは、１つのＳＲＳグループあたりで２つのＰＴＲＳポートを送信する。単一のＳＲＳグループからのレイヤのみを選択する場合、単一のＰＴＲＳポートのみを送信する。

【0117】

ｇＮＢは、各ＳＲＳリソースグループにおいてＵＥによって送信されたＳＲＳを測定し、対応するＳＲＳリソースグループにおけるＳＲＳポートを介した非コードブックベースのＰＵＳＣＨ送信のための望ましいＳＲＳリソースを決定する。決定されたＳＲＳリソースは、次いで、非コードブックベースのＰＵＳＣＨ送信をスケジューリングするＤＣＩの一部として、ＳＲＩフィールドを介してＵＥに示される。ＳＲＩフィールドはまた、各グループ中のＳＲＳリソースに加えて、ＳＲＳリソースグループまたはグループ（複数）を示してもよい。非コードブックベースのＰＵＳＣＨ送信は、複数の繰り返し送信から構成されてもよく、この場合、各繰り返し送信はスロット（すなわち、タイプＡのＰＵＳＣＨ）で、または、スロット内のシンボルのサブセット（すなわち、タイプＢのＰＵＳＣＨ）で、となりうる。

【0118】

ＤＣＩ内のＳＲＩフィールドが、第１のＳＲＳグループと第２のＳＲＳグループとの両方からのＳＲＳリソースを示す場合、複数の繰り返し送信にわたるＰＵＳＣＨ送信は、以下の通りである：
●ＰＵＳＣＨは、第１のＳＲＳグループ中の示されたＳＲＳリソースに関連付けられたプリコーダレイヤを使用して、複数の繰り返し送信のうちの、繰り返し送信の第１のサブセットで送信される。
●ＰＵＳＣＨは、第２のＳＲＳグループ中の示されたＳＲＳリソースに関連付けられたプリコーダレイヤを使用して、複数の繰り返し送信のうちの、繰り返し送信の第２のサブセット中で送信される。

【0119】

一例を図６に示すが、この例では、ＳＲＩフィールドを介して示されるＳＲＳリソースグループ１のＳＲＳリソース１と２、およびＳＲＳリソースグループ１に関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳについて計算されたプリコーダレイヤは、第１のＰＵＳＣＨ送信機会において、最大でＬ＝２個のレイヤを送信するために、使用される。同様に、ＳＲＩフィールドを介して示されるＳＲＳグループ２内のＳＲＳリソース３および４と、ＳＲＳグループ２に関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳについて計算されたプリコーダレイヤとは、第２のＰＵＳＣＨ送信機会においてＬ＝２個までのレイヤを送信するために、使用される。

【0120】

いくつかの実施形態によれば、ＳＲＩフィールドを介して示される、各ＳＲＳリソースグループに属するＳＲＳリソースの個数は、各繰り返し送信において送信される同一個数のレイヤをサポートするために、同じであるべきである。たとえば、ＳＲＩが４つのＳＲＳリソースを示す場合、各ＳＲＳリソースグループに属する２つのＳＲＳリソースが存在しなければならず、ＳＲＩが２つのＳＲＳリソースを示す場合、各ＳＲＳリソースグループに属する１つのＳＲＳリソースが存在しなければならない。ＳＲＩが単一のＳＲＳリソースのみを示す場合、これは、すべての繰り返し送信において、示されたＳＲＳリソースの空間関係を使用する、単一レイヤＰＵＳＣＨ送信に相当する。いくつかの実施形態によれば、ＳＲＳグループは、ＳＲＳリソース構成ごとにＳＲＳグループＩＤを含めることによって、ＳＲＳリソースへと構成される。

【0121】

いくつかの実施形態によれば、ＰＵＳＣＨの繰り返し送信当たりのレイヤの最大個数は、１レイヤに制限される。この実施形態によれば、ＵＥは、すべての繰り返しにおいて、示されたＳＲＩを、同じＤＭ－ＲＳポートおよびその対応するＰＵＳＣＨレイヤ０へ、マッピングする。すなわち、ＳＲＩフィールドを介して示されるＳＲＳリソースセット内の複数のＳＲＳリソース内のＳＲＳポートは、ｉにかかわらず、ｐ＿ｉ＝１０００として、インデックス付けされる。

【0122】

別の実施形態によれば、ＰＵＳＣＨの繰り返し送信あたりのレイヤの最大個数は、Ｌ個のレイヤに制限され、ここで、Ｌの値は、ＵＥ能力であり得る（たとえば、繰り返し送信あたりで２つのＰＵＳＣＨレイヤ（すなわち、Ｌ＝２）をＵＥがサポートしているかどうかが、ＵＥ能力の一部として、報告される）。

【0123】

いくつかの実施形態によれば、ＳＲＩフィールドを介して示される各ＳＲＳリソースグループに属するＳＲＳリソースの個数は、各繰り返し送信において送信される同一個数のレイヤをサポートするために同じであるべきである。たとえば、ＳＲＩが２つの異なるＳＲＳグループに属する４つのＳＲＳリソースを示す場合、各ＳＲＳリソースグループにはそれに属する２つのＳＲＳリソースが存在しなければならず、ＳＲＩが２つのＳＲＳリソースを示す場合、各ＳＲＳリソースグループにはそれに属する１つのＳＲＳリソースが存在しなければならない。ＳＲＩが単一のＳＲＳリソースのみを示す場合、これは、すべての繰り返し送信において、示されたＳＲＳリソースの空間関係を使用する、単一レイヤＰＵＳＣＨ送信に相当する。いくつかの実施形態によれば、ＳＲＳグループは、ＳＲＳリソース構成ごとにＳＲＳグループＩＤを含めることによって、ＳＲＳリソースへ構成される。

【0124】

実施形態２：複数のＳＲＳリソースセットを介した複数のＮＺＰ ＣＳＩ－ＲＳリソースの構成
この実施形態によれば、実施形態１のように単一のＳＲＳリソースセット内においてグループを構成する代わりに、ＵＥのためのＲＲＣによって複数のＳＲＳリソースセットを構成することができ、各ＳＲＳリソースセットは、関連付けられたＮＺＰ ＣＳＩ－ＲＳリソースを介して、ＴＲＰに関連付けられることができる。すなわち、複数のＳＲＳリソースセットは、非コードブックベースのＰＵＳＣＨ送信のためにＵＥに対して構成され、上位レイヤパラメータにおける用法は「nonCodeBook」に設定され、複数のＳＲＳリソースセットの各々は、構成された関連するＮＺＰ ＣＳＩ－ＲＳリソースを有する。各ＳＲＳリソースセットは、それぞれが単一のＳＲＳポートを有する１つまたは複数のＳＲＳリソースを含み得る。一例が図７に示されており、４つのＳＲＳリソースをそれぞれ有する２つのＳＲＳリソースセットがＵＥのために構成され、各ＳＲＳリソースセットは、ＴＲＰから送信されるＮＺＰ ＣＳＩ－ＲＳに関連付けられる。各ＮＺＰ ＣＳＩ－ＲＳは、１つまたは複数のＮＺＰ ＣＳＩ－ＲＳポートを含み得る。

【0125】

１つまたは複数のＳＲＳリソースセットは、ＤＣＩ中で動的に示されてもよく、この場合、当該Ｓリソースセット中のＵＥへの１つまたは複数のＳＲＳリソースとともに示され、ここで、当該ＤＣＩは非コードブックベースのＰＵＳＣＨ送信をスケジューリングすることになる。たとえば、２つのＳＲＳリソースセットが構成される場合、第１のＳＲＳリソースセット、第２のＳＲＳリソースセット、または第１のＳＲＳリソースセットと第２のＳＲＳリソースセットとの両方が、ＵＥに示され得る。両方のＳＲＳリソースセットが示されるとき、ＵＥは、第１のＰＵＳＣＨ送信機会中の第１のＳＲＳリソースセットに従って、および、第２のＰＵＳＣＨ送信機会中の第２のＳＲＳリソースセットに従って、ＰＵＳＣＨを送信する。３回以上の送信機会が構成または指された場合、｛第１のＳＲＳリソースセット、第２のＳＲＳリソースセット｝というパターンが、残りの送信機会において繰り返されてもよい。

【0126】

図８に、４つのＰＵＳＣＨ送信機会および２つのＳＲＳリソースセットを用い、かつ、各ＳＲＳリソースセットにおいて１つのＳＲＳリソースが選択される単一レイヤ送信を用いる、例が示されている。第１のＳＲＳリソースセットはＴＲＰ＃１に関連付けられ、第２のＳＲＳリソースはＴＲＰ＃２に関連付けられる。各ＳＲＳリソースセットについて、１つまたは複数のＳＲＳリソースが、ＳＲＩインジケータによって示されてもよい。ＳＲＳリソースは、別々に示されてもよく、たとえば、ＤＣＩ中において、各ＳＲＳリソースセットについて１つのＳＲＩビットフィールドで示されてもよく、または、単一のＳＲＩビットフィールドでもって合同で示されてもよい。

【0127】

別の実施形態によれば、他のパターンが代わりに使用されてもよい。たとえば、第１のＳＲＳリソースセットは、最初の２つのＰＵＳＣＨ送信機会において使用され、第２のＳＲＳリソースセットは、その次の２つのＰＵＳＣＨ送信機会において使用されてもよい。４つを超える送信機会が構成または示される場合、同じパターンが繰り返され得る。

【0128】

実施形態３：複数のポートを有するＳＲＳリソースを介して複数のＮＺＰ ＣＳＩ－ＲＳリソースを構成すること
一実施形態によれば、単一のＳＲＳリソースセットは、Ｎ個（Ｎ＞１）のＮＺＰ ＣＳＩ－ＲＳリソースだけでなく、Ｍ個のＮポートＳＲＳリソースに関連付けられる。受信されるＮＺＰ ＣＳＩ－ＲＳごとに、ＵＥは、ＳＲＳを使用してサウンディングされることになる、Ｍ個のＰＵＳＣＨレイヤを決定する。ＳＲＳリソースは、ＳＲＳリソースｍのポートｎが、ＮＺＰ ＣＳＩ－ＲＳリソースｎから導出されるＰＵＳＣＨレイヤｍをサウンディングするものとなるように、利用される。

【0129】

ｇＮＢは、送信されたＳＲＳリソースを測定し、１つまたは複数のＳＲＩを示し、ここで、各ＳＲＩは、ＳＲＳリソースのサブセットに対応する。示されたＳＲＩごとに、関連するＮＺＰ ＣＳＩ－ＲＳリソースも示される。ｇＮＢは、動的ポイント選択のための、単一の「ＳＲＩとＮＺＰ ＣＳＩ－ＲＳリソースとの」ペアを示すことができ、すなわち、Ｎ個のＴＲＰ候補のうちで最良となるＴＲＰに向かう、単一ＴＲＰ・ＰＵＳＣＨ送信を実現する。ＮＺＰ ＣＳＩ－ＲＳリソースｎを有する単一のＴＲＰが示される場合、ＳＲＩによって示されるＳＲＳリソースにおけるポートｎでＳＲＳ送信のためにサウンディングされるＰＵＳＣＨレイヤを使用して、ＰＵＳＣＨ送信が実行される。複数の繰り返し送信が構成されている場合、それらは同じＴＲＰに向けられる。ｇＮＢは、複数のＴＲＰに向かう繰り返しのＰＵＳＣＨ送信のための複数の「ＳＲＩおよびＮＺＰ ＣＳＩ－ＲＳリソース」ペアを、示すことができる。それぞれ示された「ＳＲＩおよびＮＺＰ ＣＳＩ－ＲＳリソース」ペアは、単一ＴＲＰの場合と同様に、サウンディングされるＰＵＳＣＨレイヤのセットに対応し、これらの異なるＰＵＳＣＨレイヤのセットは、ＰＵＳＣＨ送信の異なる繰り返しにおいて使用され得る。これは、ＰＵＳＣＨ送信の異なる繰り返し送信がそれぞれ、異なるＴＲＰに向けられることを可能にする。

【0130】

その他の説明
図９は、上記で説明された実施形態のうちの少なくともいくつかの態様のうちの少なくともいくつかによる、無線通信デバイス４１２（たとえば、ＵＥ）およびネットワークノード（たとえば、基地局４０２またはｇＮＢ）の動作を示す。いくつかの実施形態によれば、図９のステップのうちの１つまたは複数を実行することができるが、他のステップはオプションであることに留意されたい。この例は、２つのＳＲＳリソースグループ／セットについてのものであることに留意されたい。しかしながら、このプロセスは、任意の数のＳＲＳリソースグループ／セットに拡張可能である。

【0131】

図示のように、無線通信デバイス４１２は、ネットワークノードから、非コードブックベースのＰＵＳＣＨ送信のために使用されるべき第１のＳＲＳリソースグループと、非コードブックベースのＰＵＳＣＨ送信のために使用されるべき第２のＳＲＳリソースグループとの構成を受信する（ステップ９００）。一実施形態（たとえば、実施形態１参照）では、第１および第２のＳＲＳリソースグループは、単一のＳＲＳリソースセットに含まれる。いくつかの実施形態によれば、単一のＳＲＳリソースセットは、無線通信デバイス４１２に、単一のＳＲＳリソースセットに関連付けられたアップリンク送信のための非コードブックベースのプリコーディングを使用することを示すようにネットワークによって構成された上位レイヤパラメータに関連付けられる。別の実施形態（たとえば、実施形態２を参照）では、第１のＳＲＳリソースグループは、第１のＳＲＳリソースセットに対応し、第２のＳＲＳリソースグループは、第２のＳＲＳリソースセットに対応する。一実施形態によれば、第１のＳＲＳリソースセットは、第１のＳＲＳリソースセットに関連するアップリンク送信のために非コードブックベースのプリコーディングを使用することを無線通信デバイス４１２に示すようにネットワークによって構成された第１の上位レイヤパラメータに関連し、第２のＳＲＳリソースセットは、第２のＳＲＳリソースセットに関連するアップリンク送信のために非コードブックベースのプリコーディングを使用することを無線通信デバイス４１２に示すようにネットワークによって構成された第２の上位レイヤパラメータに関連する。

【0132】

無線通信デバイス４１２は、ネットワークノードから、第１のＳＲＳリソースグループに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳと、第２のＳＲＳリソースグループに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳとの構成を受信する（ステップ９０２）。上述のように、少なくともいくつかの実施形態によれば、第１のＮＺＰ ＣＳＩ－ＲＳ （したがって、第１のＳＲＳリソースグループ）は第１のＴＲＰに関連付けられ、第２のＮＺＰ ＣＳＩ－ＲＳ （したがって、第２のＳＲＳリソースグループ）は第２のＴＲＰに関連付けられる。

【0133】

無線通信デバイス４１２は、第１のＮＺＰ ＣＳＩ－ＲＳリソース上で第１のＮＺＰ ＣＳＩ－ＲＳを、第２のＮＺＰ ＣＳＩ－ＲＳリソース上で第２のＮＺＰ ＣＳＩ－ＲＳを、受信する（ステップ９０４）。無線通信デバイス４１２は、第１のＮＺＰ ＣＳＩ－ＲＳの測定に基づいて第１のプリコーダを計算し、第２のＮＺＰ ＣＳＩ－ＲＳの測定に基づいて第２のプリコーダを計算する（ステップ９０６）。

【0134】

次いで、第１および第２のプリコーダは、後続の非コードブックベースのＰＵＳＣＨ送信のために使用され得る。より具体的には、この例では、無線通信デバイス４１２は、第１のグループからのＳＲＳリソース上で第１のプリコーダのレイヤを送信し、第２のグループからのＳＲＳリソース上で第２のプリコーダのレイヤを送信する（ステップ９０８）。なお、このステップの他の変形例については上述した。明確にするために、これらの他の変形例は、たとえば、いくつかの実施形態によれば、無線通信デバイス４１２が、第１のＳＲＳグループ中のＳＲＳリソースに対応するアンテナポートで、第１のＰＵＳＣＨ、または、第１のＰＵＳＣＨレイヤセット、を送信することと、第２のＳＲＳグループ中のＳＲＳリソースに対応するアンテナポートで、ＰＵＳＣＨの第２のＰＵＳＣＨ、または、第２のＰＵＳＣＨレイヤセット、を送信することと、を含む。無線通信デバイス４１２は、その後、非コードブックベースのＰＵＳＣＨ送信をスケジューリングするＤＣＩを受信し、当該ＤＣＩは、第１および第２のＳＲＳグループのうちの少なくとも１つからのＳＲＳリソースを示すＳＲＩフィールドを含む（ステップ９１０）。無線通信デバイス４１２は、ＳＲＩフィールドにより示されたＳＲＳリソースに関連付けられたプリコーダレイヤを使用して、非コードブックベースのＰＵＳＣＨ送信における各ＰＵＳＣＨレイヤを送信する（ステップ９１２）。

【0135】

いくつかの実施形態によれば、非コードブックベースのＰＵＳＣＨ送信は、複数の繰り返し送信から構成される。さらに、いくつかの実施形態によれば、ＳＲＩフィールドが第１のＳＲＳリソースグループからのＳＲＳリソースを示す場合、複数の繰り返し送信のうちの第１のサブセットの繰り返し送信におけるＰＵＳＣＨ送信は、第１のＳＲＳグループからのＳＲＳリソースを示すＳＲＩフィールドに応じて、第１のＳＲＳグループ内のＳＲＳリソースに関連付けられた第１のプリコーダのレイヤを使用する。ＳＲＩフィールドが第２のＳＲＳリソースグループからのＳＲＳリソースを示す場合、複数の繰り返し送信のうちの第２のサブセットの繰り返し送信におけるＰＵＳＣＨ送信は、第２のＳＲＳリソースグループからのＳＲＳリソースを示すＳＲＩフィールドに応じて、第２のＳＲＳグループ内のＳＲＳリソースに関連付けられた第２のプリコーダのレイヤを使用する。ＳＲＩフィールドが第１のＳＲＳリソースグループのみからのＳＲＳリソースを示す場合、複数の繰り返し送信のすべてにおけるＰＵＳＣＨ送信は、第１のＳＲＳリソースグループのみからのＳＲＳリソースを示すＳＲＩフィールドに応じて、第１のＳＲＳグループ内のＳＲＳリソースに関連付けられた第１のプリコーダのレイヤを使用する。ＳＲＩフィールドが第２のＳＲＳリソースグループのみからのＳＲＳリソースを示す場合、複数の繰り返しのすべてにおけるＰＵＳＣＨ送信は、第２のＳＲＳリソースグループのみからのＳＲＳリソースを示すＳＲＩフィールドに応じて、第２のＳＲＳグループ内のＳＲＳリソースに関連付けられた第２のプリコーダのレイヤを使用する。

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

ＵＥ１６１４と基地局１６１８との間の無線コネクション１６２６は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション１６２６が最後の区間を形成するＯＴＴコネクション１６１６を使用して、ＵＥ１６１４に提供されるＯＴＴサービスの性能を改善する。

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

本開示のいくつかの例示的な実施形態は、以下の通りである：

【0162】

グループＡの実施形態
実施形態１：無線通信デバイス（４１２）によって実行される方法であって、ネットワークノード（４０２）から、非コードブックベースのＰＵＳＣＨ送信に使用される第１のＳＲＳリソースグループと非コードブックベースのＰＵＳＣＨ送信に使用される第２のＳＲＳリソースグループとの構成を受信すること（９００）と、前記ネットワークノード（４０２）から 、前記第１のＳＲＳリソースグループに関連する第１のＮＺＰ ＣＳＩ－ＲＳと前記第２のＳＲＳリソースグループに関連する第２のＮＺＰ ＣＳＩ－ＲＳとの構成を受信すること（９０２）と、 前記第１のＮＺＰ ＣＳＩ－ＲＳリソース上の第１のＮＺＰ ＣＳＩ－ＲＳと前記第２のＮＺＰ ＣＳＩ－ＲＳリソース上の第２のＮＺＰ ＣＳＩ－ＲＳを受信すること（９０４）と、 前記第１のＮＺＰ ＣＳＩ－ＲＳの測定値に基づいて第１のプリコーダと前記第２のＮＺＰ ＣＳＩ－ＲＳの測定値に基づいて第２のプリコーダとを計算すること（９０６）と、のうちの一つまたは複数を有する。

【0163】

実施形態２：実施形態１に記載の方法であって、 前記第１のグループからのＳＲＳリソース上で前記第１のプリコーダのレイヤを送信すること（９０８）と、前記第２のグループからのＳＲＳリソース上で前記第２のプリコーダのレイヤを送信すること（９０８）と、のうちの１つまたは複数をさらに有する。

【0164】

実施形態３：実施形態２に記載の方法であって、前記非コードブックベースのＰＵＳＣＨ送信をスケジューリングするＤＣＩを受信すること（９１０）であって、前記ＤＣＩが、前記第１および第２のＳＲＳグループのうちの少なくとも１つからのＳＲＳリソースを示すＳＲＩフィールドを含む、ことと、前記ＳＲＩフィールド中で示される前記ＳＲＳリソースに関連付けられた前記プリコーダレイヤを使用して、前記非コードブックベースのＰＵＳＣＨ送信の各ＰＵＳＣＨレイヤを送信すること（９１２）と、のうちの一つまたは複数をさらに有する。

【0165】

実施形態４：実施形態３に記載の方法であって、前記非コードブックベースのＰＵＳＣＨ送信は、複数の繰り返し送信からなる。

【0166】

実施形態５：実施形態４に記載の方法であって、 前記ＳＲＩフィールドが、前記第１のＳＲＳリソースグループからのＳＲＳリソースを示すことと、 前記ＳＲＩフィールドが、前記第１のＳＲＳリソースグループからのＳＲＳリソースを示していることに応じて、前記複数の繰り返し送信のうちの第１のサブセットの繰り返し送信におけるＰＵＳＣＨ送信が、前記第１のＳＲＳグループ内の前記ＳＲＳリソースに関連付けられた前記第１のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0167】

実施形態６：実施形態４に記載の方法であって 前記ＳＲＩフィールドが、前記第２のＳＲＳリソースグループからのＳＲＳリソースを示すことと、 前記ＳＲＩフィールドが、前記第２のＳＲＳリソースグループからのＳＲＳリソースを示していることに応じて、前記複数の繰り返し送信のうちの第２のサブセットの繰り返し送信におけるＰＵＳＣＨ送信が、前記第２のＳＲＳグループ内の前記ＳＲＳリソースに関連付けられた前記第２のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0168】

実施形態７：実施形態４に記載の方法であって、前記ＳＲＩフィールドが、前記第１のＳＲＳリソースグループのみからのＳＲＳリソースを示すことと、前記ＳＲＩフィールドが前記第１のＳＲＳリソースグループのみからのＳＲＳリソースを示していることに応じて、前記複数の繰り返し送信のうちのすべてにおける前記ＰＵＳＣＨ送信が、前記第１のＳＲＳグループ内の前記ＳＲＳリソースに関連付けられた前記第１のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0169】

実施形態８：実施形態４に記載の方法であって、前記ＳＲＩフィールドが、前記第２のＳＲＳリソースグループのみからのＳＲＳリソースを示すことと、前記ＳＲＩフィールドが前記第２のＳＲＳリソースグループのみからのＳＲＳリソースを示していることに応じて、前記複数の繰り返し送信のうちのすべてにおける前記ＰＵＳＣＨ送信が、前記第２のＳＲＳグループ内の前記ＳＲＳリソースに関連付けられた前記第２のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0170】

実施形態９：実施形態１～８のいずれかに記載の方法であって、前記第１のＳＲＳリソースグループおよび前記第２のＳＲＳリソースグループは、単一のＳＲＳリソースセットに含まれる。

【0171】

実施形態１０：実施形態９に記載の方法であって、前記単一のＳＲＳリソースセットが、前記単一のＳＲＳリソースセットに関連付けられたアップリンク送信のために非コードブックベースのプリコーディングを使用することを前記無線通信デバイスに示すように前記ネットワークによって構成された上位レイヤパラメータに関連付けられている。

【0172】

実施形態１１：実施形態１～８のいずれかに記載の方法であって、前記第１のＳＲＳリソースグループが第１のＳＲＳリソースセットに対応し、前記第２のＳＲＳリソースグループが第２のＳＲＳリソースセットに対応している。

【0173】

実施形態１２：実施形態１１に記載の方法であって、前記第１のＳＲＳリソースセットが、前記第１のＳＲＳリソースセットに関連するアップリンク送信のための非コードブックベースのプリコーディングを使用することを前記無線通信デバイスに示すように前記ネットワークによって構成された第１の上位レイヤパラメータに関連付けられ、前記第２のＳＲＳリソースセットが、前記第２のＳＲＳリソースセットに関連するアップリンク送信のための非コードブックベースのプリコーディングを使用することを前記無線通信デバイスに示すように前記ネットワークによって構成された第２の上位レイヤパラメータに関連付けられる。

【0174】

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

【0175】

グループＢの実施形態
実施形態１４：基地局（４０２）によって実行される方法であって、非コードブックベースのＰＵＳＣＨ送信のために使用される第１のＳＲＳリソースグループと、非コードブックベースのＰＵＳＣＨ送信のために使用される第２のＳＲＳリソースグループとの構成を、無線通信デバイス（４１２）に提供すること（９００）と、前記第１のＳＲＳリソースグループに関連付けられた第１のＮＺＰ ＣＳＩ－ＲＳと、前記第２のＳＲＳリソースグループに関連付けられた第２のＮＺＰ ＣＳＩ－ＲＳとの構成を、前記無線通信デバイス（４１２）に提供すること（９０２）と、のうちの一つまたは複数を有する。

【0176】

実施形態１５：実施形態１４に記載の方法であって、非コードブックベースのＰＵＳＣＨ送信をスケジューリングするＤＣＩを、前記無線通信デバイス（４１２）に提供すること（９１０）をさらに有し、前記ＤＣＩは、前記第１および第２のＳＲＳグループのうちの少なくとも１つからのＳＲＳリソースを示すＳＲＩフィールドを含む。

【0177】

実施形態１６：実施形態１５に記載の方法であって、前記非コードブックベースのＰＵＳＣＨ送信は、複数の繰り返し送信からなる。

【0178】

実施形態１７：実施形態１６に記載の方法であって、前記ＳＲＩフィールドが、前記第１のＳＲＳリソースグループからのＳＲＳリソースを示すことと、前記ＳＲＩフィールドが前記第１のＳＲＳグループからのＳＲＳリソースを示すことに応じて、前記複数の繰り返し送信のうちの第１のサブセットの繰り返し送信における前記ＰＵＳＣＨ送信が、前記第１のＳＲＳグループ内の前記ＳＲＳリソースに関連する第１のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0179】

実施形態１８：実施形態１６に記載の方法であって、前記ＳＲＩフィールドが、前記第２のＳＲＳリソースグループからのＳＲＳリソースを示すことと、前記ＳＲＩフィールドが前記第２のＳＲＳリソースグループからのＳＲＳリソースを示すことに応じて、前記複数の繰り返し送信のうちの第２のサブセットの繰り返し送信における前記ＰＵＳＣＨ送信が、前記第２のＳＲＳグループ内の前記ＳＲＳリソースに関連する第２のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0180】

実施形態１９：実施形態１６に記載の方法であって、前記ＳＲＩフィールドが、前記第１のＳＲＳリソースグループのみからのＳＲＳリソースを示すことと、前記ＳＲＩフィールドが前記第１のＳＲＳリソースグループのみからのＳＲＳリソースを示すことに応じて、前記複数の繰り返し送信のうちのすべてにおける前記ＰＵＳＣＨ送信が、前記第１のＳＲＳグループ内の前記ＳＲＳリソースに関連する第１のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0181】

実施形態２０：実施形態１６に記載の方法であって、前記ＳＲＩフィールドが、前記第２のＳＲＳリソースグループのみからのＳＲＳリソースを示すことと、前記ＳＲＩフィールドが前記第２のＳＲＳリソースグループのみからのＳＲＳリソースを示すことに応じて、前記複数の繰り返し送信のうちのすべてにおける前記ＰＵＳＣＨ送信が、前記第２のＳＲＳグループ内の前記ＳＲＳリソースに関連する第２のプリコーダのレイヤを使用することと、のうちの一つまたは複数を有する。

【0182】

実施形態２１：実施形態１４～２０のいずれかに記載の方法であって、前記第１のＳＲＳリソースグループおよび前記第２のＳＲＳリソースグループは、単一のＳＲＳリソースセットに含まれる。

【0183】

実施形態２２：実施形態２１に記載の方法であって、前記単一のＳＲＳリソースセットが、前記無線通信デバイスに、前記単一のＳＲＳリソースセットに関連付けられたアップリンク送信のための非コードブックベースのプリコーディングを使用することを示すように前記ネットワークによって構成された上位レイヤパラメータに関連付けられる。

【0184】

実施形態２３：実施形態１４から２０のいずれかに記載の方法であって、前記第１のＳＲＳリソースグループが第１のＳＲＳリソースセットに対応し、前記第２のＳＲＳリソースグループが第２のＳＲＳリソースセットに対応する。

【0185】

実施形態２４：実施形態２３に記載の方法であって、前記第１のＳＲＳリソースセットが、前記第１のＳＲＳリソースセットに関連付けられたアップリンク送信のための非コードブックベースのプリコーディングを使用することを前記無線通信デバイスに示すように前記ネットワークによって構成された第１の上位レイヤパラメータに関連付けられ、前記第２のＳＲＳリソースセットが、前記第２のＳＲＳリソースセットに関連付けられたアップリンク送信のための非コードブックベースのプリコーディングを使用することを前記無線通信デバイスに示すように前記ネットワークによって構成された第２の上位レイヤパラメータに関連付けられる。

【0186】

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

【0187】

グループＣの実施形態
実施形態２６：無線デバイスであって、グループAの実施形態のいずれかにおけるステップのいずれかを実行するように構成された処理回路と、前記無線デバイスに電力を供給するように構成された電源回路とを有する。

【0188】

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

【0189】

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

【0190】

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

【0191】

実施形態３０：前述の実施形態の通信システムであって、前記基地局をさらに有する。

【0192】

実施形態３１：前述の２つの実施形態の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは、前記基地局と通信するように構成される。

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【0198】

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

【0199】

実施形態３８：前述の実施形態に記載の通信システムであって、前記セルラーネットワークは、前記ＵＥと通信するように構成された基地局をさらに備える。

【0200】

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

【0201】

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

【0202】

実施形態４１：前述の実施形態に記載の方法であって、前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することをさらに有する。

【0203】

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

【0204】

実施形態４３：前述の実施形態に記載の通信システムであって、前記ＵＥをさらに有する。

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

実施形態４８：前述の実施形態に記載の方法であって、前記ＵＥにおいて、前記ユーザデータを前記基地局に提供することをさらに有する。

【0210】

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

【0211】

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

【0212】

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

【0213】

実施形態５２：前述の実施形態に記載の通信システムであって、前記基地局をさらに有する。

【0214】

実施形態５３：前述の２つの実施形態の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは、前記基地局と通信するように構成される。

【0215】

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

【0216】

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

【0217】

実施形態５６：前術の実施形態に記載の方法であって、前記基地局において、前記ＵＥからユーザデータを受信することをさらに有する。

【0218】

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

【0219】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】