特開 2024-99787 マルチ送信／受信点動作のための方法及びユーザ機器

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024099787

(43)【公開日】2024-07-25

(54)【発明の名称】マルチ送信／受信点動作のための方法及びユーザ機器

(51)【国際特許分類】

   H04W 72/23 20230101AFI20240718BHJP

   H04W 16/28 20090101ALI20240718BHJP

   H04W 72/1268 20230101ALI20240718BHJP

   H04W 28/04 20090101ALI20240718BHJP

   H04B 7/0413 20170101ALI20240718BHJP

   H04L 27/26 20060101ALI20240718BHJP

【ＦＩ】

H04W72/23

H04W16/28

H04W72/1268

H04W28/04

H04B7/0413 100

H04L27/26 100

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2024073804

(22)【出願日】2024-04-30

(62)【分割の表示】P 2022567859の分割

【原出願日】2021-05-07

(31)【優先権主張番号】63/023,205

(32)【優先日】2020-05-11

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】リン，チャフン

(72)【発明者】

【氏名】ユ，チアハオ

(72)【発明者】

【氏名】ツァイ，シンシ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA01

5K067DD34

5K067EE02

5K067EE10

5K067EE24

5K067HH28

5K067KK02

5K067KK03

(57)【要約】      （修正有）

【課題】マルチ送受信点（ＴＲＰ）動作のための方法及びユーザ機器（ＵＥ）を提供する。
【解決手段】無線通信システムにおける方法は、基地局（ＢＳ）から、第１のＴＲＰに関連付けられた第１の送信プリコーダマトリックスインディケーション（ＴＰＭＩ）と、第２のＴＲＰに関連付けられた第２のＴＰＭＩと、を含む、上りリンク（ＵＬ）下りリンク制御情報（ＤＣＩ）を受信する工程、第１のＴＰＭＩに従って、第１の物理上りリンク共有チャネル（ＰＵＳＣＨ）繰り返しを第１のＴＲＰに送信する工程及び第２のＴＰＭＩに従って、第２のＰＵＳＣＨ繰り返しを第２のＴＲＰに送信する工程を含む。
【選択図】図７

【特許請求の範囲】

【請求項1】

マルチ送受信点（ｍｕｌｔｉ－ＴＲＰ）に基づく物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのユーザ機器（ＵＥ）によって実行される方法であって、
ＢＳから、ＣｏｄｅＢｏｏｋ（ＣＢ）ベースのＰＵＳＣＨ送信に使用される第１のサウンディング参照信号（ＳＲＳ）リソースセットおよび第２のＳＲＳリソースセットを受信する工程、
前記ＢＳから、複数のＰＵＳＣＨ繰り返しを送信するためのマッピングパターンを示す第１の無線リソース制御（ＲＲＣ）メッセージを受信する工程、
前記ＢＳから、第１の送信プリコーディングマトリックスインディケータ（ＴＰＭＩ）を示す第１のＤＣＩフィールド、第２のＴＰＭＩを示す第２のＤＣＩフィールド、第１のＳＲＳリソースインディケータ（ＳＲＩ）を示す第３のＤＣＩフィールド、および第２のＳＲＩを示す第４のＤＣＩフィールドを含むアップリンク・ダウンリンク制御情報（ＤＣＩ）を受信する工程であって、前記第１のＴＰＭＩと前記第１のＳＲＩは前記第１のＳＲＳリソースセットと関連付けられ、前記第２のＴＰＭＩと前記第２のＳＲＩは前記第２のＳＲＳリソースセットと関連付けられる工程、および
前記ＵＥによって、前記第１のＴＰＭＩ、前記第１のＳＲＩ、前記第２のＴＰＭＩ、および前記第２のＳＲＩに基づいて、前記複数のＰＵＳＣＨ繰り返しを送信する工程であって、前記マッピングパターンは、前記第１のＴＰＭＩおよび前記第１のＳＲＩが前記複数のＰＵＳＣＨ繰り返しのうちの第１のＰＵＳＣＨ繰り返しにマッピングされ、前記第２のＴＰＭＩおよび前記第２のＳＲＩは、前記複数のＰＵＳＣＨ繰り返しのうちの第２のＰＵＳＣＨ繰り返しにマッピングされ、同じマッピングルールが前記複数のＰＵＳＣＨ繰り返しのうちの残りのＰＵＳＣＨ繰り返しに対して適用されることを示す工程、を含む、方法。

【請求項2】

前記マッピングパターンは、前記第１のＴＰＭＩ、前記第２のＴＰＭＩ、および前記複数のＰＵＳＣＨ繰り返しの間のマッピング関係を決定する、請求項１に記載の方法。

【請求項3】

前記複数のＰＵＳＣＨ繰り返しがｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ タイプ１ ＰＵＳＣＨ送信である場合、前記第１のＴＰＭＩ、前記第２のＴＰＭＩ、前記第１のＳＲＩおよび前記第２のＳＲＩは、ＲＲＣシグナリングを介して取得される、請求項１に記載の方法。

【請求項4】

前記第２のＴＰＭＩは、前記第１のＴＰＭＩによって示されたのと同じ数のレイヤを適用する、請求項１に記載の方法。

【請求項5】

マルチＴＲＰベースのＰＵＳＣＨ送信を実行するためのＵＥであって、前記ＵＥは、
トランシーバ、および
前記トランシーバに結合された少なくとも１つのプロセッサであって、前記トランシーバを、
ＢＳから、ＣｏｄｅＢｏｏｋ（ＣＢ）ベースのＰＵＳＣＨ送信に使用される第１のサウンディング参照信号（ＳＲＳ）リソースセットおよび第２のＳＲＳリソースセットを受信し、
前記ＢＳから、複数のＰＵＳＣＨ繰り返しを送信するためのマッピングパターンを示す第１の無線リソース制御（ＲＲＣ）メッセージを受信し、
前記ＢＳから、第１の送信プリコーディングマトリックスインディケータ（ＴＰＭＩ）を示す第１のＤＣＩフィールド、第２のＴＰＭＩを示す第２のＤＣＩフィールド、第１のＳＲＳリソースインディケータ（ＳＲＩ）を示す第３のＤＣＩフィールド、および第２のＳＲＩを示す第４のＤＣＩフィールドを含むアップリンク・ダウンリンク制御情報（ＤＣＩ）を受信し、および
前記第１のＴＰＭＩ、前記第１のＳＲＩ、前記第２のＴＰＭＩ、および前記第２のＳＲＩに基づいて、前記複数のＰＵＳＣＨ繰り返しを送信するように制御するように構成されたプロセッサを備え、
前記第１のＴＰＭＩと前記第１のＳＲＩは前記第１のＳＲＳリソースセットと関連付けられ、前記第２のＴＰＭＩと前記第２のＳＲＩは前記第２のＳＲＳリソースセットと関連付けられ、
前記マッピングパターンは、前記第１のＴＰＭＩおよび前記第１のＳＲＩが前記複数のＰＵＳＣＨ繰り返しのうちの第１のＰＵＳＣＨ繰り返しにマッピングされ、前記第２のＴＰＭＩおよび前記第２のＳＲＩは、前記複数のＰＵＳＣＨ繰り返しのうちの第２のＰＵＳＣＨ繰り返しにマッピングされ、同じマッピングルールが前記複数のＰＵＳＣＨ繰り返しのうちの残りのＰＵＳＣＨ繰り返しに対して適用される、ＵＥ。

【請求項6】

前記マッピングパターンは、前記第１のＴＰＭＩ、前記第２のＴＰＭＩ、および前記複数のＰＵＳＣＨ繰り返しの間のマッピング関係を決定する、請求項５に記載のＵＥ。

【請求項7】

前記複数のＰＵＳＣＨ繰り返しがｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ タイプ１ ＰＵＳＣＨ送信である場合、前記第１のＴＰＭＩ、前記第２のＴＰＭＩ、前記第１のＳＲＩおよび前記第２のＳＲＩは、ＲＲＣシグナリングを介して取得される、請求項５に記載のＵＥ。

【請求項8】

前記第２のＴＰＭＩは、前記第１のＴＰＭＩによって示されたのと同じ数のレイヤを適用する、請求項５に記載のＵＥ。

【請求項9】

マルチＴＲＰベースのＰＵＳＣＨ送信を実行する基地局（ＢＳ）であって、前記ＢＳは、
トランシーバ、および
前記トランシーバに結合された少なくとも１つのプロセッサであって、前記トランシーバを、
ＣＢベースのＰＵＳＣＨ送信に使用される第１のＳＲＳリソースセットおよび第２のＳＲＳリソースセットを送信し、
複数のＰＵＳＣＨ繰り返しを送信するためのマッピングパターンを示す第１のＲＲＣメッセージを送信し、
第１のＴＰＭＩを示す第１のＤＣＩフィールド、第２のＴＰＭＩを示す第２のＤＣＩフィールド、第１のＳＲＩを示す第３のＤＣＩフィールド、および第２のＳＲＩを示す第４のＤＣＩフィールドを含むアップリンクＤＣＩを送信し、
ユーザ機器（ＵＥ）から、前記第１のＴＰＭＩ、前記第１のＳＲＩ、前記第２のＴＰＭＩ、および前記第２のＳＲＩに基づいて、前記複数のＰＵＳＣＨ繰り返しを受信するように制御するように構成されたプロセッサを備え、
前記第１のＴＰＭＩおよび前記第１のＳＲＩは第１のＳＲＳリソースセットに関連付けられ、前記第２のＴＰＭＩおよび前記第２のＴＰＭＩは第２のＳＲＳリソースセットに関連付けられ、
前記マッピングパターンは、前記第１のＴＰＭＩおよび前記第１のＳＲＩが前記複数のＰＵＳＣＨ繰り返しのうちの第１のＰＵＳＣＨ繰り返しにマッピングされ、前記第２のＴＰＭＩおよび前記第２のＳＲＩは、前記複数のＰＵＳＣＨ繰り返しのうちの第２のＰＵＳＣＨ繰り返しにマッピングされ、同じマッピングルールが前記複数のＰＵＳＣＨ繰り返しのうちの残りのＰＵＳＣＨ繰り返しに対して適用されることを示す、ＢＳ。

【請求項10】

前記前記マッピングパターンは、前記第１のＴＰＭＩ、前記第２のＴＰＭＩ、および前記複数のＰＵＳＣＨ繰り返しの間のマッピング関係を決定する、請求項９に記載のＢＳ。

【請求項11】

前記複数のＰＵＳＣＨ繰り返しがｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ タイプ１ ＰＵＳＣＨ送信である場合、前記第１のＴＰＭＩ、前記第２のＴＰＭＩ、前記第１のＳＲＩおよび前記第２のＳＲＩは、ＲＲＣシグナリングを介して取得される、請求項９に記載のＢＳ。

【請求項12】

前記第２のＴＰＭＩは、前記第１のＴＰＭＩによって示されたのと同じ数のレイヤを適用する、請求項９に記載のＢＳ。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願の相互参照〕
本出願は、２０２０年５月１１日に出願された“Mechanisms for Supporting Slot-based PUSCH Repetition under CB based UL Transmission in Multi-TRP”と題された米国仮特許出願第６３／０２３，２０５号（以下、「’２０５仮出願」という）の利益及び優先権を主張する。’２０５仮出願の内容は、全ての目的のために参照により本明細書に完全に組み込まれる。

【0002】

〔分野〕
本開示は一般に、無線通信に関し、より具体的に、マルチ送受信点（ＴＲＰ）動作のための方法及びユーザ機器（ＵＥ）に関する。

【背景技術】

【0003】

接続される装置の数の大幅な増加及びユーザ／ネットワークトラフィック量の急速な増加に伴い、データ速度、遅延性、信頼性、及びモビリティを改善することによって、第５世代（５Ｇ）ニューラジオ（ＮＲ）といった、次世代無線通信システムのための無線通信システムの様々な態様を改善するための様々な努力がなされてきた。

【発明の概要】

【発明が解決しようとする課題】

【0004】

５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼低遅延通信（ＵＲＬＬＣ）といった、様々な使用方法に対応して、ネットワークサービス及びタイプを最適化するための柔軟性及び設定可能性を提供するように設計される。

【0005】

しかしながら、無線アクセスに対する需要が増加し続けるにつれて、次世代無線通信システムのための無線通信の更なる改善が必要とされている。

【課題を解決するための手段】

【0006】

本開示は、マルチＴＲＰ動作のための方法及びＵＥを対象とする。

【0007】

本開示の一態様に従って、マルチ送受信点（ｍｕｌｔｉ－ＴＲＰ）に基づく物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのユーザ機器（ＵＥ）によって実行される方法が提供される。本方法は、基地局（ＢＳ）から、ＣｏｄｅＢｏｏｋ（ＣＢ）ベースのＰＵＳＣＨ送信に使用される第１のサウンディング参照信号（ＳＲＳ）リソースセットおよび第２のＳＲＳリソースセットを受信する工程、前記ＢＳから、複数のＰＵＳＣＨ繰り返しを送信するためのマッピングパターンを示す第１の無線リソース制御（ＲＲＣ）メッセージを受信する工程、前記ＢＳから、第１の送信プリコーディングマトリックスインディケータ（ＴＰＭＩ）を示す第１のＤＣＩフィールド、第２のＴＰＭＩを示す第２のＤＣＩフィールド、第１のＳＲＳリソースインディケータ（ＳＲＩ）を示す第３のＤＣＩフィールド、および第２のＳＲＩを示す第４のＤＣＩフィールドを含むアップリンク・ダウンリンク制御情報（ＤＣＩ）を受信する工程であって、前記第１のＴＰＭＩと前記第１のＳＲＩは前記第１のＳＲＳリソースセットと関連付けられ、前記第２のＴＰＭＩと前記第２のＳＲＩは前記第２のＳＲＳリソースセットと関連付けられる工程、および、前記ＵＥによって、前記第１のＴＰＭＩ、前記第１のＳＲＩ、前記第２のＴＰＭＩ、および前記第２のＳＲＩに基づいて、前記複数のＰＵＳＣＨ繰り返しを送信する工程であって、前記マッピングパターンは、前記第１のＴＰＭＩおよび前記第１のＳＲＩが前記複数のＰＵＳＣＨ繰り返しのうちの第１のＰＵＳＣＨ繰り返しにマッピングされ、前記第２のＴＰＭＩおよび前記第２のＳＲＩは、前記複数のＰＵＳＣＨ繰り返しのうちの第２のＰＵＳＣＨ繰り返しにマッピングされ、同じマッピングルールが前記複数のＰＵＳＣＨ繰り返しのうちの残りのＰＵＳＣＨ繰り返しに対して適用されることを示す工程、を含む。

【0008】

本開示の一態様に従って、マルチＴＲＰベースのＰＵＳＣＨ送信を実行するためのＵＥであって、トランシーバ、および該トランシーバに結合された少なくとも１つのプロセッサを備えるＵＥを提供する。前記プロセッサは前記トランシーバを、基地局（ＢＳ）から、ＣｏｄｅＢｏｏｋ（ＣＢ）ベースのＰＵＳＣＨ送信に使用される第１のサウンディング参照信号（ＳＲＳ）リソースセットおよび第２のＳＲＳリソースセットを受信し、前記ＢＳから、複数のＰＵＳＣＨ繰り返しを送信するためのマッピングパターンを示す第１の無線リソース制御（ＲＲＣ）メッセージを受信し、前記ＢＳから、第１の送信プリコーディングマトリックスインディケータ（ＴＰＭＩ）を示す第１のＤＣＩフィールド、第２のＴＰＭＩを示す第２のＤＣＩフィールド、第１のＳＲＳリソースインディケータ（ＳＲＩ）を示す第３のＤＣＩフィールド、および第２のＳＲＩを示す第４のＤＣＩフィールドを含むアップリンク・ダウンリンク制御情報（ＤＣＩ）を受信し、および前記第１のＴＰＭＩ、前記第１のＳＲＩ、前記第２のＴＰＭＩ、および前記第２のＳＲＩに基づいて、前記複数のＰＵＳＣＨ繰り返しを送信するように制御するように構成される。前記第１のＴＰＭＩと前記第１のＳＲＩは前記第１のＳＲＳリソースセットと関連付けられ、前記第２のＴＰＭＩと前記第２のＳＲＩは前記第２のＳＲＳリソースセットと関連付けられ、前記マッピングパターンは、前記第１のＴＰＭＩおよび前記第１のＳＲＩが前記複数のＰＵＳＣＨ繰り返しのうちの第１のＰＵＳＣＨ繰り返しにマッピングされ、前記第２のＴＰＭＩおよび前記第２のＳＲＩは前記複数のＰＵＳＣＨ繰り返しのうちの第２のＰＵＳＣＨ繰り返しにマッピングされ、同じマッピングルールが前記複数のＰＵＳＣＨ繰り返しのうちの残りのＰＵＳＣＨ繰り返しに対して適用される。

【0009】

本開示の一態様に従って、マルチＴＲＰベースのＰＵＳＣＨ送信を受信するＢＳであって、トランシーバ、および前記トランシーバに結合された少なくとも１つのプロセッサを備えるＢＳを提供する。前記プロセッサは前記トランシーバを、ＣＢベースのＰＵＳＣＨ送信に使用される第１のＳＲＳリソースセットおよび第２のＳＲＳリソースセットを送信し、複数のＰＵＳＣＨ繰り返しを送信するためのマッピングパターンを示す第１のＲＲＣメッセージを送信し、第１のＴＰＭＩを示す第１のＤＣＩフィールド、第２のＴＰＭＩを示す第２のＤＣＩフィールド、第１のＳＲＩを示す第３のＤＣＩフィールド、および第２のＳＲＩを示す第４のＤＣＩフィールドを含むアップリンクＤＣＩを送信し、前記ＵＥから、前記第１のＴＰＭＩ、前記第１のＳＲＩ、前記第２のＴＰＭＩ、および前記第２のＳＲＩに基づいて、前記複数のＰＵＳＣＨ繰り返しを受信するように制御するように構成される。前記第１のＴＰＭＩおよび前記第１のＳＲＩは第１のＳＲＳリソースセットに関連付けられ、前記第２のＴＰＭＩおよび前記第２のＴＰＭＩは第２のＳＲＳリソースセットに関連付けられ、前記マッピングパターンは、前記第１のＴＰＭＩおよび前記第１のＳＲＩが前記複数のＰＵＳＣＨ繰り返しのうちの第１のＰＵＳＣＨ繰り返しにマッピングされ、前記第２のＴＰＭＩおよび前記第２のＳＲＩは、前記複数のＰＵＳＣＨ繰り返しのうちの前記第２のＰＵＳＣＨ繰り返しにマッピングされ、同じマッピングルールが前記複数のＰＵＳＣＨ繰り返しのうちの残りのＰＵＳＣＨ繰り返しに対して適用されることを示す。

【図面の簡単な説明】

【0010】

例としての開示の態様は、添付の図面と共に読まれるとき、以下の詳細な記載から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために、任意に増減されてもよい。

【図1】図１は、本開示の一実施形態に従った、コードブック（ＣＢ）ベースのＵＬ送信のための手順を示す図である。

【図2】図２は、本開示の一実施形態に従った、ＣＢベースのＰＵＳＣＨ繰り返しに基づくマルチＴＲＰ動作を示す概略図である。

【図3】図３は、本開示の一実施形態に従った、異なるＴＰＭＩにマッピングされた複数のＰＵＳＣＨ繰り返しを示す概略図である。

【図4】図４は、本開示の一実施形態に従った、異なるＴＰＭＩにマッピングされた複数のＰＵＳＣＨ繰り返しを示す概略図である。

【図5】図５は、本開示の一実施形態による、ＳＲＳリソースセット内のＳＲＳリソースの数が最大４であるＳＲＳリソース拡張を示す概略図である。

【図6】図６は、本開示の一実施形態による、ＤＬスロットとの競合のために、いくつかのＰＵＳＣＨ繰り返しが取り消されることを示す概略図である。

【図7】図７は、本開示の一実施形態に従った、第１のＴＲＰ及び第２のＴＲＰを含む複数のＴＲＰを通信するためにＵＥによって実行される方法のフローチャートを示す。

【図8】図８は、本開示の一実施形態に従った無線通信のノードを示すブロック図である。

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

【0011】

以下は、本開示の実施形態に関連する具体的な情報を含む。図面及びそれらの添付の詳細な説明は、単に実施形態を対象とする。しかしながら、本開示は、これらの実施形態に限定されない。本開示の他の変形例及び実施形態は、当業者に明らかであろう。

【0012】

特に明記しない限り、図面間の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び例示は一般に、一定の縮尺ではなく、実際の相対的寸法に対応することを意図していない。

【0013】

一貫性の目的及び理解の容易さのために、同様の特徴は、図面において同じ番号によって識別され得る（いくつかの実施例において、図示していない）。しかしながら、異なる実施形態における特徴は、他の点で異なり得、図面に示されるものに狭く限定されないものとする。

【0014】

「一実施形態において」又は「いくつかの実施形態において」という語句は、それぞれ、同じ又は異なる実施形態の内の１つ又は複数を指し得る。用語「結合された」は、介在する部品を介して直接的又は間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、「含むが、必ずしも限定されない」ことを意味し、開示された組み合わせ、グループ、シリーズ、又は同等物における、開放型の包含又はメンバーシップを示す。表現「Ａ、Ｂ及びＣの内の少なくとも１つ」又は「以下の内の少なくとも一つ：Ａ、Ｂ及びＣ」は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣの任意の組合せ」を意味する。

【0015】

「システム」及び「ネットワーク」という用語は、互換的に使用され得る。用語「及び／又は」は、関連するオブジェクトを開示するための関連付け関係のみであり、Ａ及び／又はＢが、Ａが単独で存在すること、Ａ及びＢが同時に存在すること、又はＢが単独で存在することを示し得るように、３つの関係が存在し得ることを表す。「Ａ及び／又はＢ及び／又はＣ」は、Ａ、Ｂ、及びＣのうちの少なくとも１つが存在することを表し得る。文字「／」は一般に、関連するオブジェクトが「又は」関係にあることを表す。

【0016】

説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などといった、具体的な詳細は、開示された技術の理解を提供するために記載される。他の実施例において、周知の方法、技術、システム、アーキテクチャなどの詳細な開示は、不必要な細部で本開示を不明瞭にしないように省略される。

【0017】

当業者は、任意の開示されたネットワーク機能又はアルゴリズムがハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの組合せによって実施され得ることを直ちに認識するであろう。開示された機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せであり得るモジュールに対応し得る。

【0018】

ソフトウェア実施形態は、メモリ又は他のタイプの記憶デバイスといった、コンピュータ可読媒体上に記憶されたコンピュータ実行可能命令を含み得る。通信処理能力を有する１つ又は複数のマイクロプロセッサ又は汎用コンピュータは、対応するコンピュータ実行可能命令でプログラムされ、開示されたネットワーク機能又はアルゴリズムを実行することができる。

【0019】

マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は１つ又は複数のデジタル信号プロセッサ（ＤＳＰ）を使用することを含み得る。開示された実施形態のいくつかは、コンピュータハードウェア上にインストールされ、実行されるソフトウェアに向けられるが、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアとの組合せとして実施される代替としての実施形態は、十分に本開示の範囲内である。コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、磁気カセット、磁気テープ、磁気ディスクストレージ、又はコンピュータ可読命令を記憶することが可能な任意の他の同等の媒体を含み得るが、これらに限定されない。

【0020】

Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム、又は５Ｇ ＮＲ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＲＡＮ）といった、無線通信ネットワークアーキテクチャは、典型的に少なくとも１つの基地局（ＢＳ）、少なくとも１つのＵＥ、及びネットワーク内で接続を提供する１つ又は複数の任意のネットワーク要素を含み得る。ＵＥは、１つ又は複数のＢＳによって確立されたＲＡＮを介して、コアネットワーク（ＣＮ）、進化型パケットコア（ＥＰＣ）ネットワーク、進化型ユニバーサル地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）、次世代コア（ＮＧＣ）、５Ｇコア（５ＧＣ）、又はインターネットなどといった、ネットワークと通信し得る。

【0021】

ＵＥは移動局、移動端末、若しくは装置、又はユーザ通信無線端末を含むことができるが、これらに限定されない。ＵＥは、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又はワイヤレス通信機能を有するパーソナルデジタルアシスタント（ＰＤＡ）を含むが、これらに限定されない、携帯無線機器であり得る。ＵＥは、ＲＡＮにおける１つ又は複数のセルにエアインターフェースを介して信号を受信し、送信するように設定され得る。

【0022】

ＢＳは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）、しばしば２Ｇと呼ばれるモバイル通信のためのグローバルシステム（ＧＳＭ）、ＧＳＭエボリューションためのＧＳＭ拡張データ速度（ＥＤＧＥ）ＲＡＮ、汎用パケット無線サービス（ＧＰＲＳ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ）に基づく、しばしば３Ｇと呼ばれるユニバーサルモバイル通信システム（ＵＭＴＳ）、高速パケットアクセス（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ－Ａ、５ＧＣ、ＮＲ（しばしば５Ｇと呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏに接続されたＬＴＥ（ｅＬＴＥ）といった、少なくとも無線アクセス技術（ＲＡＴ）に従って、通信サービスを提供する。しかしながら、本開示の範囲は、これらのプロトコルに限定されない。

【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】

ＵＥは、ＵＬ方向にＳＲＳリソースセット５０２内のＳＲＳリソース（例えば、ＳＲＳリソースセット５０２内に設定された４つのＳＲＳリソースがある場合、ＳＲＳリソース＃０ ５１０、ＳＲＳリソース＃１ ５２０、ＳＲＳリソース＃２ ５３０、及びＳＲＳリソース＃３ ５４０）を送信し得る。送信されたＳＲＳリソースに基づいて、ｇＮＢは、後続のＰＵＳＣＨ伝送のための適切な送信パラメータ、例えばプリコーダを導出するためにチャネル推定を実行し得る。

【0069】

一実施形態において、２つのＴＲＰが存在する場合、ネットワークは、マルチＴＲＰにおいてＣＢベースのＵＬ送信を実行するために、ＵＥに２つのＳＲＳ－ＣＢリソースセットを設定し得る。これらの２つのＳＲＳ－ＣＢリソースセットは、ネットワークによって設定された異なる時点（例えば、異なるＯＦＤＭシンボル、タイムスロット、又はサブフレーム）で送信され得る。ＵＥケイパビリティ報告（例えば、完全コヒーレンス、部分コヒーレンス、又は非コヒーレンス）の結果、及び２つのＳＲＳ－ＣＢリソースセットに含まれるＳＲＳリソースに基づいて、ｇＮＢは、マルチＴＲＰにおけるＰＵＳＣＨ繰り返しをサポートするための２つのプリコーダを決定し得る。例えば、８つのＰＵＳＣＨ繰り返しがあり、ネットワークがＴＰＭＩ＝０であるように設定する場合、ＵＥは、ＴＰＭＩ（＝０）を使用して、ＰＵＳＣＨ繰り返しの特定のグループ（例えば、ＰＵＳＣＨ繰り返し＃０、ＰＵＳＣＨ繰り返し＃２、ＰＵＳＣＨ繰り返し＃４、及びＰＵＳＣＨ繰り返し＃６を含む）を送信することができる。ＴＰＭＩが別の値（例えば、６）を用いて設定される場合、ＵＥは、ＴＰＭＩを使用し、ＰＵＳＣＨ繰り返しの別のグループ（例えば、ＰＵＳＣＨ繰り返し＃１、ＰＵＳＣＨ繰り返し＃３、ＰＵＳＣＨ繰り返し＃５、及びＰＵＳＣＨ繰り返し＃７を含む）を送信し得る。

【0070】

いくつかの実施形態において、ＳＲＳ－ＣＢリソースセット（例えば、その使用が「コードブック」にセットされるＳＲＳリソースセット）は、２つより多いＳＲＳリソース（すなわち、ＳＲＳ－ＣＢリソース）を含み得る。

【0071】

いくつかの実施形態において、ＳＲＳ－ＣＢリソースの数は、ＵＬ ＴＣＩにおいて明示的に示され得る。例えば、ＵＥは、ＤＣＩフォーマット内で搬送されるＵＬ ＴＣＩに含まれたＳＲＳ－ＣＢリソース（例えば、ＳＲＳ－ＣＢリソースの数及び／又はＳＲＳリソースの位置）を取得することができる。

【0072】

いくつかの実施形態において、ＳＲＳ－ＣＢリソースの数は、暗黙的に示され得る。例えば、ＵＥは、ＰＵＳＣＨ伝送のために使用できるパネル／ビームの数を報告することができる。ＳＲＳ－ＣＢリソースの数は、パネル／ＴＸビームの数に関連付けられ得る。次いで、ＵＥは、そのパネル／ＴＸビームに従って、ＳＲＳ－ＣＢリソースセット中のＳＲＳリソースの情報を取得し得る。例えば、ＵＥがＰＵＳＣＨを伝送するために４つのパネルを使用できることを報告する場合、ＵＥは、ＳＲＳ－ＣＢリソースセット内のＳＲＳリソースの数が４つ以下であることを予想することができる。

【0073】

いくつかの実施形態において、ｇＮＢは、個々のＰＵＳＣＨ繰り返しを送信するために、同じパネル／ＴＸビーム／ＴＰＭＩをＵＥに示し得る。

【0074】

いくつかの実施形態において、ＳＲＳリソースセット中の異なるＳＲＳリソースを適用するようにＵＥに命令することは、関連付けられたＰＵＳＣＨ伝送間のパネルスイッチングが必要であることを暗示することができる。パネルスイッチングは、スイッチ遅延の影響を受け得る。換言すると、少なくとも異なるパネルを有するＰＵＳＣＨ伝送間に時間ギャップが存在し得る。

【0075】

いくつかの実施形態において、ＣＢベースのＵＬ伝送のためのチャネルサウンディングのために設定されたＳＲＳリソースセットの数は、２つ以上であり得る。

【0076】

一実施形態において、複数のＳＲＳリソースセットは、異なるパネルに関連付けられ得る。そのような場合において、（異なるパネルに関連付けられる）異なるＳＲＳリソースセットに属する複数のＳＲＳリソースがＤＣＩフォーマットのＳＲＩフィールドによって示される場合、それは、関連付けられたＰＵＳＣＨ伝送間のパネルスイッチングが必要であることを暗示することができる。対照的に、同じＳＲＳリソースセットに属する１つ又は複数のＳＲＳリソースがＤＣＩフォーマットのＳＲＩフィールドによって示される場合、それは、関連するＰＵＳＣＨ伝送間のパネルスイッチングが必要とされないことを暗示し得る。

【0077】

いくつかの実施形態において、「コードブック」にセットされた対応するパラメータ「使用」を有する（例えば、パラメータＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔに対応する）ＳＲＳリソースセットのために設定されたＳＲＳリソースの数が２を超える場合、ＵＥは、ＰＵＳＣＨ伝送を監視するＤＣＩフォーマットが以下の条件（１）～（３）のうちの少なくとも１つを満たし得ることを予想し得る。

【0078】

（１）ＤＣＩフォーマットは、個々のＰＵＳＣＨ繰り返しを送信するために使用されるプリコーダを示すために、１より大きいＴＰＭＩを含む。

【0079】

（２）ＤＣＩフォーマットは、ＰＵＳＣＨ繰り返しを伝送するためのパネルを示すために、１より大きいＳＲＩを含む。換言すると、各ＰＵＳＣＨ繰り返しは、ＳＲＩによって示される対応するパネルを介して送信され得る。

【0080】

（３）ＤＣＩフォーマットは、ＰＵＳＣＨ繰り返しを送信するためのパネルを示すための１より大きいパネルインディケーションを含む。換言すると、各ＰＵＳＣＨ繰り返しは、パネルインディケーションによって示される対応するパネルを介して伝送され得る。

【0081】

いくつかの実施形態において、「コードブック」にセットされた対応するパラメータ「使用」が（例えば、パラメータＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔに対応する）ＳＲＳリソースセットのために設定されたＳＲＳリソースの数が２より大きい場合、ＵＥは、以下のシグナリングのうちの少なくとも１つを介して複数のＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）を取得することを予想し得る：
ＤＣＩフォーマットに含まれるＴＰＭＩフィールド及びＳＲＩ（又はパネルインディケーション）フィールド；
ＤＣＩフォーマットに含まれるＵＬ ＴＣＩフィールド；及び、
１つ以上の専用ＲＲＣメッセージ。

【0082】

〔マルチＴＲＰにおけるＰＵＳＣＨ繰り返しのための複数のＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）シグナリング〕
図２に示されるように、ＵＥ（例えば、ＵＥ２０２）は、伝送信頼性を高めるために、マルチＴＲＰシナリオにおいてＰＵＳＣＨ繰り返し（例えば、ＰＵＳＣＨ繰り返し＃０～＃５）を実行し得る。異なるＴＲＰ（例えば、ＴＲＰ２０４及び２０６）が異なる地理的エリア上に位置し得るため、各ＴＲＰは、関連付けられたＰＵＳＣＨ繰り返しのためのＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）に対応し得る。そのような場合において、マルチＴＲＰシナリオにおいてＰＵＳＣＨ繰り返しを実行することは、複数のＴＰＭＩ／ＳＲＩ／パネルインディケーションをサポートし得る。

【0083】

いくつかの実施形態において、ネットワークは、専用ＲＲＣシグナリングを介してマルチＴＲＰ内でＰＵＳＣＨ伝送のために取得する必要があるＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）の数をＵＥに通知し得る。

【0084】

いくつかの実施形態において、余分なＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）を搬送するために、新しいフィールドは、ＤＣＩフォーマットに追加され得る。例えば、ＤＣＩフォーマットは、２つのＴＰＭＩフィールド及び２つのＳＲＩフィールド（又はパネルインディケーションフィールド）を搬送し得る。ＴＰＭＩフィールド及びＳＲＩフィールド（又はパネルインディケーションフィールド）のペアは、ＰＵＳＣＨを１つのＴＲＰに伝送するためにどのＴＰＭＩ及びパネルが使用されるかを示し得、ＴＰＭＩフィールド及びＳＲＩフィールド（又はパネルインディケーションフィールド）の別のペアは、ＰＵＳＣＨを別のＴＲＰに送信するためにどのＴＰＭＩ及びパネルが使用されるかを示す。ＵＥの観点から、個々のＴＰＭＩ／ＳＲＩペアに対するターゲットＴＲＰは、知られていないことがある。別の実施例において、ターゲットＴＲＰは、個々のＴＭＰＩ／ＳＲＩペアを、例えばＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘなどの特定のインデックスを介して異なるＴＲＰと関連付けることによって、ＵＥに知られ得る。

【0085】

一実施形態において、各ＴＰＭＩのビット長及び各ＳＲＩのビット長は、Ｒｅｌ－１６の３ＧＰＰ技術仕様書（ＴＳ）において定義され得る。

【0086】

いくつかの実施形態において、ＤＣＩフォーマットは、ＵＬ伝送のための必須情報（例えば、ＳＲＩ、パネルインディケーション、ＰＵＳＣＨ繰り返しの数、異なるスロットにおける各ＰＵＳＣＨ繰り返しのためのＯＦＤＭシンボルの開始位置）を提供するＵＬ ＴＣＩフィールドを搬送し得る。複数のＳＲＩ（又はパネルインディケーション）は、ＤＣＩフォーマットのＴＣＩに含まれ得る。例えば、ＤＣＩフォーマットのＴＣＩは、２つのＳＲＩ／パネルインディケーションを含み得る。第１のＳＲＩ（又はパネルインディケーション）は、ＰＵＳＣＨ繰り返しをＴＲＰに送信するために使用されるべきビーム／パネルを示し得、第２のＳＲＩ（又はパネルインディケーション）は、ＰＵＳＣＨ繰り返しを別のＴＲＰに送信するために使用されるべきビーム／パネルを示し得る。

【0087】

いくつかの実施形態において、ＤＣＩフォーマットにおいて、ＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）フィールドのビット長は、複数のＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）を搬送するために拡張され得る。例えば、ｇＮＢが２つのＴＰＭＩ及び２つのＳＲＩ（又はパネルインディケーション）をＵＥに示す場合、ＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）フィールドのビット数は、Ｒｅｌ－１５／Ｒｅｌ－１６のＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）フィールドにおけるビット数の２倍であってもよい。ビットの第１の部分は、ＰＵＳＣＨを１つのＴＲＰに伝送するために使用されたＴＰＭＩ情報及びＳＲＩ（又はパネルインディケーション）情報を表すことができ、ビットの残りの部分は、ＰＵＳＣＨを別のＴＲＰに送信するために使用されたＴＰＭＩ情報及びＳＲＩ（又はパネルインディケーション）情報を表すことができる。一実施形態において、第１の部分と第２の部分の両方は、同じ数のビットを含む。

【0088】

いくつかの実施形態において、ＵＥは、ＲＲＣシグナリングを介してＰＵＳＣＨ繰り返しの数を取得し得る。スロットベースのＰＵＳＣＨ繰り返しの場合、ＵＥは、ＤＣＩフォーマットによってＰＵＳＣＨ送信のリソース割り当て（すなわち、スロットにおけるＰＵＳＣＨ伝送のための開始シンボル及び連続するシンボルの数）を取得することができる。次いで、ＰＵＳＣＨ繰り返しに使用される全てのタイムスロットは、同じリソース割振りに従い得る。

【0089】

ＵＥは、ＤＣＩフォーマット内の複数のＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）を取得し得る。図３に示されるように、ＲＶ、ＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）、及びＰＵＳＣＨ繰り返しの間のマッピングは、ラウンドロビンであり得る。いくつかの実施形態において、ＰＵＳＣＨ伝送のために使用されたスロットがネットワークによってスケジュールされたＤＬスロットと競合する場合、そのスロット内のＰＵＳＣＨ伝送は、キャンセルされ得、ＲＶ、ＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）、及びＰＵＳＣＨ繰り返しの間のマッピングは、図６に示されるように、変更され得ない。

【0090】

図６は、本開示の一実施形態に従った、ＤＬスロットとの競合のために、いくつかのＰＵＳＣＨ繰り返しが取り消されることを示す概略図である。図６に示すように、前述したラウンドロビンルールに従って、ＵＥ６０２は、ＴＰＭＩ＃０を適用してＰＵＳＣＨ繰り返し＃０、＃２、及び＃４をＴＲＰ６０４に送信し、ＴＰＭＩ＃１を適用してＰＵＳＣＨ繰り返し＃１、＃３、及び＃５をＴＲＰ６０６に送信する必要があるが、ＤＬスロットであるスロット＃３、＃４にＰＵＳＣＨ繰り返し＃３、ＰＵＳＣＨ繰り返し＃４が割り当てられているため、ＵＥ６０２は、ＤＬスロットに割り当てられているＰＵＳＣＨ繰り返し＃３、ＰＵＳＣＨ繰り返し＃４をキャンセルすることができる。

【0091】

いくつかの実施形態において、繰り返しの数は、時間領域によって示され得る。ＵＬ ＤＣＩフォーマット内のリソース割り当て（ＴＤＲＡ）フィールド。ＴＤＲＡ表は、そのようなシグナリングのために拡張され得る。拡張ＴＤＲＡ表は、スケジューリングされたＰＵＳＣＨに対する繰り返しがないことを示すエントリ、すなわち、スケジューリングＵＬ ＤＣＩに関連付けられた１つのＰＵＳＣＨ送信のみを含むこともできる。

【0092】

いくつかの実施形態において、新しいＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）表は、マルチＴＲＰにおけるＰＵＳＣＨ伝送のために使用され得る。表の一実施例は、表１に示される。

【0093】

【表1】

【0094】

表１に従って、２つのＴＰＭＩは、ＰＵＳＣＨ伝送のための各エントリ内に提供され得る。例えば、アンテナ（又はアンテナポート）間の関係がフル／部分的にコヒーレンス（ＣｏｄｅｂｏｏｋＳｕｂｓｅｔ＝ｆｕｌｌｙＡｎｄＰａｔｒｉａｌＡｎｄＮｏｎＣｏｈｅｎｔ）であることをＵＥが報告する場合、ｇＮＢは、インデックス＃３をＵＥに示し得る。その後、ＵＥは、ＴＰＭＩ＝０及びＴＰＭＩ＝３を適用することによって、ＰＵＳＣＨ伝送（例えば、ＰＵＳＨＣ繰り返しを送信すること）を実行することを開始し得る。表１において、用語「層」は、ＵＥとＢＳ（例えば、ｇＮＢ）との間の送信チャネルを表す。また、層は、ＵＥとＢＳ（例えば、ｇＮＢ）との間のＭＩＭＯチャネルマトリックスのランクと見なすことができる。

【0095】

一実施形態において、以前に説明した表は、以下のファクター（１）及び（２）に関連付けられ得る：
（１）ＰＵＳＣＨ伝送に使用されるパネル／ビームの数；及び、
（２）ＵＥのアンテナポート間の関係（例えば、非コヒーレンス、部分コヒーレンス、又は完全コヒーレンス）、ここで「完全コヒーレンス」は、全てのアンテナポートがコヒーレントに送信され得ることを意味し得、「部分コヒーレンス」は、アンテナポートペアの一部のみがコヒーレントに送信され得ることを意味し得、「非コヒーレンス」は、いずれのアンテナポートペアもコヒーレントに送信され得ないことを意味し得る。

【0096】

一実施形態において、表は、ＰＵＳＣＨ伝送のために同じ／異なるＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）を使用することをＵＥに示し得る。

【0097】

いくつかの実施形態において、ネットワークは、マルチＴＰＲ内のＰＵＳＣＨ繰り返しのために使用されるＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）が同じであるかどうかを、上位層シグナリングを介してＵＥに通知し得る。

【0098】

いくつかの実施形態において、マルチＴＲＰにおけるＰＵＳＣＨ繰り返しのために使用されるＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）が同じであることを、上位層シグナリングを介してネットワークがＵＥに通知する場合、単一のＤＣＩメッセージ内で搬送されたＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）は、異なるＴＲＰに送信される各ＰＵＳＣＨ繰り返しのために適用され得る。

【0099】

いくつかの実施形態において、マルチＴＲＰにおけるＰＵＳＣＨ繰り返しのために使用されるＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）が異なることを、ネットワークは、上位層シグナリングを介して、ＵＥに直接通知し得る。

【0100】

いくつかの実施形態において、ＵＥは、マルチＴＲＰにおけるＰＵＳＣＨ送信のために異なる時間スロット内の２つのＤＣＩメッセージを監視し得る。ＵＥは、個々のＰＵＳＣＨ繰り返しのために使用される複数のインディケーション（例えば、ＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）、ＴＰＣ、及び／又はリソース割り当てパラメータ）を取得し得る。

【0101】

いくつかの実施形態において、ネットワークは、ＰＵＳＣＨ繰り返しのためにＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）を取得するためにＵＥが復号する必要があるＤＣＩメッセージの数を示し得る。

【0102】

いくつかの実施形態において、ネットワークは、ＵＥが複数のＤＣＩメッセージを監視するための複数のサーチスペースを示し得る。例えば、ＵＬ伝送のための情報（例えば、ＴＰＭＩ、ＳＲＩ、及び／又はパネルインディケーション）を搬送する４つのＤＣＩメッセージが存在する場合、ネットワークは、ＰＤＣＣＨ監視のためにＵＥに４つのサーチスペースを設定することができる。ＵＥは、ＵＬ伝送のために設定されたサーチスペースの各々において、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を用いてスクランブルされたＤＣＩフォーマットを監視し得る。

【0103】

いくつかの実施形態において、ネットワークは、サーチスペース、例えばマルチＴＲＰ伝送のために使用される専用サーチスペース内の複数のＤＣＩメッセージをＵＥが監視するための、複数のＲＮＴＩを示し得る。例えば、ＵＬ伝送（例えば、ＴＰＭＩ、ＳＲＩ、及び／又はパネルインディケーション）のために４つのＤＣＩメッセージが存在する場合、ネットワークは、ＰＤＣＣＨ監視のために４つのＲＮＴＩ及び１つのサーチスペースをＵＥに設定し得る。次いで、ＵＥは、ＵＬ伝送のための設定されたサーチスペースにおいて、異なる無線ネットワーク一時識別子（ＲＮＴＩ）を用いてスクランブルされたＤＣＩフォーマットを監視し得る。

【0104】

一実施形態において、複数のＤＣＩ監視のために使用されるＲＮＴＩは、（１）ＵＬ伝送のために使用されるＴＲＰの数、及び（２）ＰＵＳＣＨ繰り返しの数の内の少なくとも１つに関係し得る。

【0105】

一実施形態において、マルチＴＲＰのために使用される専用サーチスペース内に１つの専用ＲＮＴＩが、存在する。所与のスロットについて、ＵＬスケジューリングのＰＵＳＣＨ繰り返しを示すための複数のＤＣＩメッセージは、受信され得る。

【0106】

一実施形態において、ＤＣＩメッセージは、１対１の対応関係に基づいてＰＵＳＣＨ繰り返しに対応し得る。例えば、２つのＤＣＩメッセージ（例えば、ＤＣＩメッセージ＃１及びＤＣＩメッセージ＃２）及び２つのＰＵＳＣＨ繰り返し（例えば、ＰＵＳＣＨ繰り返し＃１及びＰＵＳＣＨ繰り返し＃２）が存在する場合、ＤＣＩメッセージ＃１は、ＰＵＳＣＨ繰り返し＃１のための送信パラメータを含み得、ＤＣＩメッセージ＃２は、ＰＵＳＣＨ繰り返し＃２のための送信パラメータを含み得る。

【0107】

一実施形態において、シングルＤＣＩメッセージは、特定の（事前に）設定されたルールに基づいて複数のＰＳＵＣＨ繰り返しに対応し得る。例えば、第１の受信されたＤＣＩメッセージは、ＰＵＳＣＨ繰り返しの第１のグループ（例えば、ＰＵＳＣＨ繰り返し＃０、＃２及び＃４）のための送信パラメータを与え得、第２の受信されたＤＣＩメッセージは、ＰＵＳＣＨ繰り返しの第２のグループ（例えば、ＰＵＳＣＨ繰り返し＃１、＃３及び＃５）のための送信パラメータを含み得る。ＵＥの観点から、ＰＵＳＣＨ繰り返しの送信タイミングを決定するために使用される情報は、特定のＤＣＩメッセージ又は（事前に）設定された／（事前に）定義されたものに含まれ得る。

【0108】

いくつかの実施形態において、ＵＥが１つのＤＣＩメッセージのみを復号する必要があることを、ネットワークがＵＥに示す場合、ＤＣＩメッセージによって搬送されたＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）は、マルチＴＲＰ動作のための各ＰＵＳＣＨ繰り返しに適用され得る。この状況において、対応するＴＲＰに送信される各ＰＵＳＣＨ繰り返しは、同じＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）を適用することができる。

【0109】

いくつかの実施形態において、ＵＥが複数のＤＣＩメッセージを復号する必要があることを、ネットワークがＵＥに示す場合、ＤＣＩメッセージの各々によって搬送されたＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）は、少なくとも１つの対応するＰＵＳＣＨ繰り返しを対応するＴＲＰに送信するために適用され得る。例えば、２つのＤＣＩメッセージを復号してＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）を取得し、ＰＵＳＣＨの繰り返しの数が７であり、ＴＲＰの数が２であることを、ネットワークは、ＵＥに示し得る。この状況において、２つのＤＣＩメッセージの内の１つに含まれる（又はそれによって搬送される）ＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）は、ＰＵＳＣＨ繰り返しの事前に決定されたグループ（例えば、ＰＵＳＣＨ繰り返しのグループ＃０、＃２、＃４、及び＃６）を２つのＴＲＰの内の１つに送信するために適用され得、一方で、２つのＴＲＰの内の他の１つのグループ（例えば、ＰＵＳＣＨ繰り返しのグループ＃１、＃３、及び＃５）を２つのＴＲＰの内の他の１つに送信するために、２つのＤＣＩメッセージの内の他の１つのグループに含まれる（又はそれによって搬送される）ＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）は、適用され得る。

【0110】

いくつかの実施形態において、ＤＣＩフォーマットがマルチＴＲＰ動作のためのＰＵＳＣＨ送信のための１つのＴＰＭＩのみ及び／又は１つのＳＲＩ（又はパネルインディケーション）のみを搬送することができる場合、追加のＴＰＭＩ、ＳＲＩ（又はパネルインディケーション）は、以下のアプローチ（１）及び（２）の内の１つを介してＤＣＩフォーマットからＵＥによって取得され得る。

【0111】

（１）ネットワークによって提供される少なくとも１つのデルタ値を介して、追加のＴＰＭＩ及び／又はＳＲＩ（又はパネルインディケーション）を導出すること。例えば、ネットワークは、ＲＲＣシグナリング又はＤＣＩフォーマットを介してＵＥにデルタ値のセット（例えば、

【0112】

【数1】

【0113】

、

【0114】

【数2】

【0115】

）を設定することができる。ＵＥがＤＣＩフォーマットに含まれるＴＰＭＩ「Ｘ」及びＳＲＩ（又はパネルインディケーション）「Ｙ」を取得した場合、ＵＥは、ネットワークからのデルタ値のセットに従って、ＤＣＩフォーマットに含まれないＴＰＭＩ及びＳＲＩ（又はパネルインディケーション）の別のセットを更に導出することができる。例えば、他のＴＰＭＩは、対応するＴＰＭＩデルタ値

【0116】

【数3】

【0117】

を値Ｘ（例えば、

【0118】

【数4】

【0119】

）に加算することによって導出され得、他のＳＲＩ（又はパネルインディケーション）は、対応するＳＲＩ／パネルインディケーションのデルタ値

【0120】

【数5】

【0121】

を値Ｙに加算することによって導出され得る。

【0122】

（２）少なくとも１つの事前に定義された式に従って、追加のＴＰＭＩ及び／又はＳＲＩ（又はパネルインディケーション）を導出する。ＵＥがＤＣＩフォーマットに含まれるＴＰＭＩ「Ｘ」及びＳＲＩ（又はパネルインディケーション）「Ｙ」を取得した場合、ＵＥは、以下の式に従って、ＤＣＩフォーマットに含まれない別のＴＰＭＩ、Ｘ’、及び別のＳＲＩ（又はパネルインディケーション）、Ｙ’を更に導出することができる：

【0123】

【数6】

【0124】

又は、

【0125】

【数7】

【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】

本開示を考慮すると、開示された概念を実施するために、それらの概念の範囲から逸脱することなく、様々な技法が使用され得ることが明らかである。更に、いくつかの実施形態を具体的に参照しながら概念を開示してきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更が行われ得ることを認識し得る。従って、開示された実施形態は、全ての点で例示的であり、限定的ではないと見なされる。また、本開示は、開示された特定の実施形態に限定されないことを理解されたい。更に、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】