特許 7496885 無線通信システムにおいてＰＵＳＣＨ送受信方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2024-05-30

(45)【発行日】2024-06-07

(54)【発明の名称】無線通信システムにおいてＰＵＳＣＨ送受信方法及び装置

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20240531BHJP

   H04W 72/232 20230101ALI20240531BHJP

   H04W 72/0446 20230101ALI20240531BHJP

   H04W 72/0453 20230101ALI20240531BHJP

【ＦＩ】

H04W72/1268

H04W72/232

H04W72/0446

H04W72/0453

【請求項の数】 15

(21)【出願番号】P 2022555826

(86)(22)【出願日】2021-03-15

(65)【公表番号】

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

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

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

(87)【国際公開日】2021-09-23

【審査請求日】2022-10-21

(31)【優先権主張番号】10-2020-0031814

(32)【優先日】2020-03-16

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

(31)【優先権主張番号】10-2020-0133810

(32)【優先日】2020-10-15

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

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】コ ソンウォン

(72)【発明者】

【氏名】キム ヒョンテ

(72)【発明者】

【氏名】カン チウォン

(72)【発明者】

【氏名】パク ヘウク

【審査官】吉村 真治▲郎▼

(56)【参考文献】

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

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

【文献】Qualcomm Incorporated，Multi-TRP Enhancements[online]，3GPP TSG RAN WG1 #97 R1-1907289，2019年05月17日

【文献】NTT DOCOMO, INC，Enhancements on multi-TRP/panel transmission[online]，3GPP TSG RAN WG1 #98b R1-1911184，2019年10月20日

【文献】vivo，Discussion on Enhancements on Multi-Beam Operation[online]，3GPP TSG RAN WG1 #95 R1-1812324，2018年11月16日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいてＰＵＳＣＨ（physical uplink shared channel）を送信する方法であって、
端末によって行われる前記方法は、
基地局からＳＲＳ（sounding reference signal）に関連した第１設定情報を受信する段階であって、前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含む、段階と、
前記基地局から前記ＰＵＳＣＨをスケジュールするためのＤＣＩ（downlink control information）を受信する段階と、
前記ＤＣＩに基づいて前記ＰＵＳＣＨを前記基地局に送信する段階と、を含み、
前記ＤＣＩは、複数のＳＲＩ（SRS resource indicator）フィールドを含み、
前記複数のＳＲＩフィールドのそれぞれは、前記複数のＳＲＳリソースセットのそれぞれと関連付けられ、
前記ＰＵＳＣＨは、Ｎ（Ｎは１より大きな整数）個のＴＯ（transmission occasion）で繰り返し送信され、
前記複数の前記ＳＲＳリソースセットのうち１つのＳＲＳリソースセットは、マッピング関係に基づいて前記Ｎ個のＴＯのそれぞれにマップされ、
前記Ｎ個のＴＯの前記それぞれにマップされた１つのＳＲＳリソースセットに基づいて、前記複数のＳＲＩフィールドのうち１つのＳＲＩフィールドは、前記Ｎ個のＴＯの前記それぞれに対する前記ＰＵＳＣＨに適用される、方法。

【請求項2】

前記マッピング関係に基づいて、前記複数のＳＲＳリソースセットのそれぞれは、前記Ｎ個のＴＯの前記それぞれに循環してマップされる、請求項１に記載の方法。

【請求項3】

前記Ｎ個のＴＯは、複数の連続したＴＯの単位でグルーピングされ、
前記マッピング関係に基づいて、前記複数のＳＲＳリソースセットのそれぞれは、各ＴＯグループに循環してマップされる、請求項１に記載の方法。

【請求項4】

前記基地局から前記ＰＵＳＣＨに関連した第２設定情報を受信する段階をさらに含み、
前記第２設定情報によって、前記ＰＵＳＣＨが前記複数のＳＲＳリソースセットに基づいて送信される送信モードが設定される、請求項１に記載の方法。

【請求項5】

前記ＤＣＩは、前記ＰＵＳＣＨが前記複数のＳＲＳリソースセットに基づいて送信されるように設定されたＣＯＲＥＳＥＴ（control resource set）及び／又はサーチスペースセット内で送信される、請求項１に記載の方法。

【請求項6】

前記ＤＣＩは、前記ＰＵＳＣＨが前記複数のＳＲＳリソースセットに基づいて送信されるように設定されたＲＮＴＩ（Radio Network Temporary Identifier）及び／又はＤＣＩフォーマットに基づいて送信される、請求項１に記載の方法。

【請求項7】

前記Ｎ個のＴＯの前記それぞれに対する、前記ＰＵＳＣＨの送信のためのパワー制御パラメータ、及び／又は前記ＰＵＳＣＨの送信のために参照される参照信号は、前記Ｎ個のＴＯの前記それぞれに関連するＳＲＳリソースセットに基づいて決定される、請求項１に記載の方法。

【請求項8】

前記Ｎ個のＴＯの前記それぞれに対する、前記ＰＵＳＣＨの送信のためのパワー制御パラメータ、及び／又は前記ＰＵＳＣＨの送信のために参照される参照信号は、前記Ｎ個のＴＯの前記それぞれに関連する前記ＳＲＩフィールドによって指示される、請求項１に記載の方法。

【請求項9】

前記Ｎ個のＴＯの前記それぞれに対する、前記ＰＵＳＣＨの送信のためのプリコーダは、前記Ｎ個のＴＯの前記それぞれに関連する、前記ＤＣＩ内ＴＰＭＩ（transmit precoding matrix indicator）フィールド、又は前記ＳＲＩフィールドに基づいて決定される、請求項１に記載の方法。

【請求項10】

前記ＰＵＳＣＨが前記複数のＳＲＳリソースセットに基づいて送信される送信モードが活性化されるかどうかに従って、前記ＳＲＩフィールドのコードポイントに対する設定が異なって設定される、請求項１に記載の方法。

【請求項11】

前記複数のＳＲＩフィールドのうち活性化された前記１つのＳＲＩフィールドは、前記Ｎ個のＴＯの前記それぞれに対する前記ＰＵＳＣＨに適用される、請求項１に記載の方法。

【請求項12】

前記複数のＳＲＳリソースセットは、ｉ）コードブックに基づく上りリンク送信のためのＳＲＳリソースセットのみを含む、又はｉｉ）非コードブックに基づく上りリンク送信のためのＳＲＳリソースセットのみを含む、請求項１に記載の方法。

【請求項13】

無線通信システムにおいてＰＵＳＣＨ（physical uplink shared channel）を送信する端末であって、
前記端末は、
無線信号を送受信するための少なくとも１つの送受信部と、
前記少なくとも１つの送受信部を制御するための少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
基地局からＳＲＳ（sounding reference signal）に関連した第１設定情報を受信し、前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、
前記基地局から前記ＰＵＳＣＨをスケジュールするためのＤＣＩ（downlink control information）を受信し、
前記ＤＣＩに基づいて前記ＰＵＳＣＨを前記基地局に送信する、ように設定され、
前記ＤＣＩは、複数のＳＲＩ（SRS resource indicator）フィールドを含み、
前記複数のＳＲＩフィールドのそれぞれは、前記複数のＳＲＳリソースセットのそれぞれと関連付けられ、
前記ＰＵＳＣＨは、Ｎ（Ｎは１より大きな整数）個のＴＯ（transmission occasion）で繰り返し送信され、
前記複数の前記ＳＲＳリソースセットのうち１つのＳＲＳリソースセットは、マッピング関係に基づいて前記Ｎ個のＴＯのそれぞれにマップされ、
前記Ｎ個のＴＯの前記それぞれにマップされた１つのＳＲＳリソースセットに基づいて、前記複数のＳＲＩフィールドのうち１つのＳＲＩフィールドは、前記Ｎ個のＴＯの前記それぞれに対する前記ＰＵＳＣＨに適用される、端末。

【請求項14】

無線通信システムにおいてＰＵＳＣＨ（physical uplink shared channel）を受信する方法であって、
基地局によって行われる前記方法は、
端末にＳＲＳ（sounding reference signal）に関連した第１設定情報を送信する段階であって、前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含む、段階と、
前記端末に、前記ＰＵＳＣＨをスケジュールするためのＤＣＩ（downlink control information）を送信する段階と、
前記端末から前記ＰＵＳＣＨを受信する段階と、を含み、
前記ＤＣＩは、複数のＳＲＩ（SRS resource indicator）フィールドを含み、
前記複数のＳＲＩフィールドのそれぞれは、前記複数のＳＲＳリソースセットのそれぞれと関連付けられ、
前記ＰＵＳＣＨは、Ｎ（Ｎは１より大きな整数）個のＴＯ（transmission occasion）で繰り返し送信され、
前記複数の前記ＳＲＳリソースセットのうち１つのＳＲＳリソースセットは、マッピング関係に基づいて前記Ｎ個のＴＯのそれぞれにマップされ、
前記Ｎ個のＴＯの前記それぞれにマップされた１つのＳＲＳリソースセットに基づいて、前記複数のＳＲＩフィールドのうち１つのＳＲＩフィールドは、前記Ｎ個のＴＯの前記それぞれに対する前記ＰＵＳＣＨに適用される、方法。

【請求項15】

無線通信システムにおいてＰＵＳＣＨ（physical uplink shared channel）を受信する基地局であって、
前記基地局は、
無線信号を送受信するための少なくとも１つの送受信部と、
前記少なくとも１つの送受信部を制御するための少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
端末にＳＲＳ（sounding reference signal）に関連した第１設定情報を送信し、前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、
前記端末に、前記ＰＵＳＣＨをスケジュールするためのＤＣＩ（downlink control information）を送信し、
前記端末から前記ＰＵＳＣＨを受信する、ように設定され、
前記ＤＣＩは、複数のＳＲＩ（SRS resource indicator）フィールドを含み、
前記複数のＳＲＩフィールドのそれぞれは、前記複数のＳＲＳリソースセットのそれぞれと関連付けられ、
前記ＰＵＳＣＨは、Ｎ（Ｎは１より大きな整数）個のＴＯ（transmission occasion）で繰り返し送信され、
前記複数の前記ＳＲＳリソースセットのうち１つのＳＲＳリソースセットは、マッピング関係に基づいて前記Ｎ個のＴＯのそれぞれにマップされ、
前記Ｎ個のＴＯの前記それぞれにマップされた１つのＳＲＳリソースセットに基づいて、前記複数のＳＲＩフィールドのうち１つのＳＲＩフィールドは、前記Ｎ個のＴＯの前記それぞれに対する前記ＰＵＳＣＨに適用される、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送受信する方法及び装置に関する。

【背景技術】

【0002】

移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。

【0003】

次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ（デュアルコネクティビティ））、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ（マッシブＭＩＭＯ）：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（非直交多元接続））、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。

【発明の概要】

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

【0004】

本開示の技術的課題は、ＰＵＳＣＨを送受信する方法及び装置を提供することである。

【0005】

また、本開示の更なる技術的課題は、多重ＴＲＰ（ｔｒａｎｓｍｉｔ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）と端末との間にＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）及び多重のＰＵＳＣＨを送受信する方法及び装置を提供することである。

【0006】

本開示で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

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

【0007】

無線通信システムにおいてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信する方法は、基地局からサウンディング参照信号（ＳＲＳ： ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）と関連した第１設定情報を受信する段階、前記基地局からＰＵＳＣＨスケジューリングのための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階、及び、前記ＰＵＳＣＨを前記基地局に送信する段階を含むことができる。前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、前記ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信され、前記ＤＣＩが複数のＳＲＳリソース指示子（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを含むことに基づき、各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連する前記複数のＳＲＩフィールドのうち一つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0008】

本開示の更なる態様に係る無線通信システムにおいてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信する端末は、無線信号を送受信するための一つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）、及び、前記一つ以上の送受信部を制御する一つ以上のプロセッサを含むことができる。前記一つ以上のプロセッサは、基地局からサウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）と関連した第１設定情報を受信し、前記基地局からＰＵＳＣＨスケジューリングのための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、及び、前記ＤＣＩに基づいて前記ＰＵＳＣＨを前記基地局に送信するように設定されてよい。前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、前記ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信され、前記ＤＣＩが複数のＳＲＳリソース指示子（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを含むことに基づき、各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連する前記複数のＳＲＩフィールドのうち一つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0009】

本開示の更なる態様に係る一つ以上の命令を記憶する一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体において、一つ以上のプロセッサによって実行される前記一つ以上の命令は、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信する装置が、基地局からサウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）と関連した第１設定情報を受信し、前記基地局からＰＵＳＣＨスケジューリングのための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、及び、前記ＤＣＩに基づいて前記ＰＵＳＣＨを前記基地局に送信するように制御することができる。前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、前記ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信され、前記ＤＣＩが複数のＳＲＳリソース指示子（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを含むことに基づき、各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連する前記複数のＳＲＩフィールドのうち一つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0010】

無線通信システムにおいてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信するために端末を制御するように設定されるプロセシング装置において、前記プロセシング装置は、一つ以上のプロセッサ、及び、前記一つ以上のプロセッサに動作可能に連結され、前記一つ以上のプロセッサによって実行されることに基づき、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を記憶する一つ以上のコンピュータメモリを含むことができる。前記動作は：基地局からサウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）と関連した第１設定情報を受信する段階、前記基地局からＰＵＳＣＨスケジューリングのための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階、及び、前記ＤＣＩに基づいて前記ＰＵＳＣＨを前記基地局に送信する段階を含むことができる。前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、前記ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信され、前記ＤＣＩが複数のＳＲＳリソース指示子（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを含むことに基づき、各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連する前記複数のＳＲＩフィールドのうち一つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0011】

無線通信システムにおいてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する方法は、端末にサウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）と関連した第１設定情報を送信する段階、前記端末にＰＵＳＣＨスケジューリングのための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信する段階、及び、前記端末から前記ＰＵＳＣＨを受信する段階を含むことができる。前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、前記ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信され、前記ＤＣＩが複数のＳＲＳリソース指示子（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを含むことに基づき、各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連する前記複数のＳＲＩフィールドのうち一つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0012】

本開示の更なる態様に係る無線通信システムにおいてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する基地局は、無線信号を送受信するための一つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）、及び、前記一つ以上の送受信部を制御する一つ以上のプロセッサを含むことができる。前記一つ以上のプロセッサは、端末にサウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）と関連した第１設定情報を送信し、前記端末にＰＵＳＣＨスケジューリングのための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信し、及び、前記端末から前記ＰＵＳＣＨを受信するように設定されてよい。前記第１設定情報は、複数のＳＲＳリソースセットに関する情報を含み、前記ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信され、前記ＤＣＩが複数のＳＲＳリソース指示子（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを含むことに基づき、各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連する前記複数のＳＲＩフィールドのうち一つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【発明の効果】

【0013】

本開示の実施例によれば、多重ＴＲＰ（ｔｒａｎｓｍｉｔ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）と端末との間に多重のＰＵＳＣＨを送受信することによって、データ送受信の信頼度を向上させることができる。

【0014】

また、本開示の実施例によれば、各ＴＲＰ別に設定されたＳＲＳリソースセット／ＳＲＳリソースに対する設定を用いて多重ＴＲＰに多重のＰＵＳＣＨを送信することによって、データ送受信の信頼度を向上させることができる。

【0015】

また、本開示の実施例によれば、単一の下りリンク制御情報を用いて多重ＴＲＰと端末との間に多重のＰＵＳＣＨを送受信に関する情報を指示することにより、シグナリングオーバーヘッドを減らすことができる。

【0016】

本開示から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0017】

本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。

【0018】

【図1】本開示が適用可能な無線通信システムの構造を例示する。

【図2】本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。

【図3】本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【図4】本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。

【図5】本開示が適用可能な無線通信システムにおいてスロット構造を例示する。

【図6】本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【図7】本開示が適用可能な無線通信システムにおいて多重パネル端末を例示する図である。

【図8】本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。

【図9】本開示の一実施例に係るＰＵＳＣＨ送受信方法に対するネットワークと端末間のシグナリング手順を例示する図である。

【図10】本開示の一実施例に係るＰＵＳＣＨを送信する方法に対する端末の動作を例示する図である。

【図11】本開示の一実施例に係るＰＵＳＣＨを送信する方法に対する基地局の動作を例示する図である。

【図12】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。

【図13】本開示の一実施例に係る車両装置を例示する。

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

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

【表1】

【0075】

ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。

【0076】

【表2】

【0077】

ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔ_c＝１／（Δｆ_max・Ｎ_f）の時間単位の倍数と表現される。ここで、Δｆ_max＝４８０・１０³Ｈｚであり、Ｎ_f＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔ_f＝１／（Δｆ_maxＮ_f／１００）・Ｔ_c＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔ_sf＝（Δｆ_maxＮ_f／１０００）・Ｔ_c＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴ_TA＝（Ｎ_TA＋Ｎ_TA,offset）Ｔ_c以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎ_s ^μ∈｛０，．．．，Ｎ_slot ^subframe,μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎ_s,f ^μ∈｛０，．．．，Ｎ_slot ^frame,μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮ_symb ^slotの連続するＯＦＤＭシンボルで構成され、Ｎ_symb ^slotは、ＣＰによって決定される。サブフレームにおいてスロットｎ_s ^μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎ_s ^μＮ_symb ^slotの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎ_symb ^slot）、無線フレーム別スロットの個数（Ｎ_slot ^frame,μ）、サブフレーム別スロットの個数（Ｎ_slot ^subframe,μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。

【0078】

【表3】

【0079】

【表4】

【0080】

図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。

【0081】

まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。

【0082】

図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0083】

図３を参照すると、リソースグリッドが、周波数領域上にＮ_RB ^μＮ_sc ^RBサブキャリアで構成され、一つのサブフレームが１４・２^μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、Ｎ_RB ^μＮ_sc ^RBサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２^μＮ_symb ^(μ)のＯＦＤＭシンボルによって説明される。ここで、Ｎ_RB ^μ≦Ｎ_RB ^max,μである。前記Ｎ_RB ^max,μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対

によって固有に識別される。ここで、ｋ＝０，．．．，Ｎ_RB ^μＮ_sc ^RB－１は、周波数領域上のインデックスであり、

は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎ_symb ^μ－１である。μ及びアンテナポートｐに対するリソース要素

は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）

に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は

になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮ_sc ^RB＝１２の連続するサブキャリアと定義される。

【0084】

ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。

【0085】

－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。

【0086】

－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。

【0087】

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎ_CRB ^μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。

【0088】

【数1】

【0089】

式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮ_BWP,i ^size,μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎ_PRBと共通リソースブロックｎ_CRB間の関係は、下記の式２によって与えられる。

【0090】

【数2】

【0091】

Ｎ_BWP,i ^start,μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。

【0092】

図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。

【0093】

図４及び図５を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１スロットが７個のシンボルを含むが、拡張ＣＰでは１スロットが６個のシンボルを含む。

【0094】

搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。

【0095】

ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。

【0096】

一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ（初期アクセス））過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。

【0097】

図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0098】

無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0099】

端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ（初期セルサーチ））作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。

【0100】

初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。

【0101】

一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ（ランダムアクセス手順））を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（物理ランダムアクセスチャネル））で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。

【0102】

上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。

【0103】

一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。

【0104】

表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。

【0105】

【表5】

【0106】

表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、送信ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。

【0107】

ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0108】

ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0109】

次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、送信ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0110】

ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0111】

ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0112】

ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0113】

多重パネル（ｍｕｌｔｉ ｐａｎｅｌ）動作

【0114】

本開示でいう‘パネル’は、（特定特性観点（例えば、タイミングアドバンス（ＴＡ：ｔｉｍｉｎｇ ａｄｖａｎｃｅ）、パワー制御パラメータ（Ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）など）で類似性／共通値を有する）‘複数（或いは、少なくとも一つ）のパネル’或いは‘パネルグループ’と解釈／適用されてよい。又は、本開示でいう‘パネル’は、（特定特性観点（例えば、ＴＡ、パワー制御パラメータなど）で類似性／共通値を有する）‘複数（或いは、少なくとも一つ）のアンテナポート’或いは‘複数（或いは、少なくとも一つ）の上りリンクリソース’或いは‘アンテナポートグループ’或いは‘上りリンクリソースグループ（或いは、集合（ｓｅｔ））’と解釈／適用されてよい。又は、本開示でいう‘パネル’は、（特定特性観点（例えば、ＴＡ、パワー制御パラメータなど）で類似性／共通値を有する）‘複数（或いは、少なくとも一つ）のビーム（ｂｅａｍ）’或いは‘少なくとも一つのビームグループ（或いは、集合（ｓｅｔ））’と解釈／適用されてよい。又は、本開示でいう‘パネル’は、端末が送信／受信ビームを構成するための単位として定義されてもよい。例えば、‘送信パネル’は、一つのパネルで複数の候補送信ビームを生成できるが、特定時点での送信においてはそれらのうち一つのビームのみを利用できる単位として定義されてよい。すなわち、特定上りリンク信号／チャネルの送信のためにＴｘパネル当たりに一つの送信ビーム（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ）のみを用いることができる。また、本開示において‘パネル’とは、上りリンク同期が共通／類似する‘複数（或いは、少なくとも一つ）のアンテナポート’或いは‘アンテナポートグループ’或いは‘上りリンクリソースグループ（或いは、集合（ｓｅｔ））’を意味でき、‘ＵＳＵ（Ｕｐｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｕｎｉｔ）’という一般化した表現と解釈／適用されてよい。また、本開示において‘パネル’とは、‘上りリンク送信個体（ＵＴＥ：Ｕｐｌｉｎｋ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｅｎｔｉｔｙ）’という一般化した表現と解釈／適用されてよい。

【0115】

なお、前記‘上りリンクリソース（或いは、リソースグループ）’は、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ／ＰＲＡＣＨリソース（或いは、リソースグループ（或いは、集合（ｓｅｔ）））と解釈／適用されてよい。なお、前記解釈／適用は、その逆の解釈／適用も可能である。なお、本開示において‘アンテナ（或いは、アンテナポート）’は、物理的（ｐｈｙｓｉｃａｌ）或いは論理的（ｌｏｇｉｃａｌ）アンテナ（或いは、アンテナポート）を表すことができる。

【0116】

言い換えると、本開示でいう‘パネル’は’端末アンテナ要素（ｅｌｅｍｅｎｔ）のグループ’、‘端末アンテナポートのグループ’、‘端末論理アンテナのグループ’などという様々な解釈が可能である。また、いかなる物理／論理アンテナ或いはアンテナポートをまとめて一つのパネルにマップするかは、アンテナ間の位置／距離／相関度、ＲＦ構成、及び／又はアンテナ（ポート）仮想化方式などに基づいて様々な方式が考慮されてよい。このようなマッピング過程は端末具現によって異なってもよい。また、本開示でいう‘パネル’は、（特定特性観点で類似性を有する）‘複数のパネル’或いは‘パネルグループ’と解釈／適用されてよい。

【0117】

以下、多重パネル構造について記述する。

【0118】

高周波帯域での端末具現において、パネル（例えば、１つ又は複数個のアンテナ構成））を複数個装着する端末モデリングが考慮されている（例えば、３ＧＰＰ ＵＥアンテナモデリングにおいて両方向２個のパネル（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ ｔｗｏ ｐａｎｅｌｓ））。このような端末の複数パネルの具現において様々な形態が考慮されてよい。以下に説明される内容は、複数個のパネルを支援する端末を基準に説明されるが、これは、複数個のパネルを支援する基地局（例えば、ＴＲＰ）にも拡張して適用されてよい。本開示において説明される多重パネルを考慮した信号及び／又はチャネルの送受信について、後述される多重パネル構造（ｓｔｒｕｃｔｕｒｅ）関連内容が適用されてよい。

【0119】

図７は、本開示が適用可能な無線通信システムにおいて多重パネル端末を例示する図である。

【0120】

図７（ａ）は、ＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）スイッチ（ｓｗｉｔｃｈ）ベース多重パネル端末の具現を例示し、図７（ｂ）は、ＲＦ連結（ｃｏｎｎｅｃｔｉｏｎ）ベース多重パネル端末の具現を例示する。

【0121】

例えば、図７（ａ）のように、ＲＦスイッチベースに具現できる。このような場合、１瞬間には１つのパネルのみが活性化され、活性化パネルを変更（すなわち、パネルスイッチング）するためには、一定時間で信号送信が不可能なことがある。

【0122】

他の方式の複数パネル具現としては、図７（ｂ）のように、各パネルがいつの時でも活性化され得るようにＲＦチェーン（ｃｈａｉｎ）がそれぞれ連結されていてよい。この場合、パネルスイッチングにかかる時間は、０或いは極めて小さい時間であってよい。そして、モデム及びパワー増幅器（ｐｏｗｅｒ ａｍｐｌｉｆｉｅｒ）の構成によって複数個のパネルを同時に活性化させて同時に信号を送信すること（ＳＴｘＭＰ：ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ ａｃｒｏｓｓ ｍｕｌｔｉ－ｐａｎｅｌ）も可能であってよい。

【0123】

複数のパネルを有する端末に対して各パネル別に無線チャネル状態が異なってよく、また、ＲＦ／アンテナ構成がパネル別に異なってよいので、パネル別にチャネル推定する方法が必要である。特に、上りリンク品質を測定したり上りリンクビームを管理するために、或いはチャネル相互性（ｃｈａｎｎｅｌ ｒｅｃｉｐｒｏｃｉｔｙ）を活用してパネル別下りリンク品質を測定したり下りリンクビームを管理するために、パネル別に１つ又は複数のＳＲＳリソースをそれぞれ送信する過程が必要である。ここで、複数個のＳＲＳリソースは、１パネル内で異なるビームで送信されるＳＲＳリソースであるか、同一ビームで反復送信されるＳＲＳリソースであってよい。以下、便宜上、同一パネルで（特定用途（ｕｓａｇｅ）パラメータ（例えば、ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）、アンテナスイッチング（ａｎｔｅｎｎａ ｓｗｉｔｃｈｉｎｇ）、コードブックベースＰＵＳＣＨ（ｃｏｄｅｂｏｏｋ－ｂａｓｅｄ ＰＵＳＣＨ）、非コードブックベースＰＵＳＣＨ（ｎｏｎ－ｃｏｄｅｂｏｏｋ ｂａｓｅｄ ＰＵＳＣＨ））及び特定時間ドメイン動作（ｔｉｍｅ ｄｏｍａｉｎ ｂｅｈａｖｉｏｒ）（例えば、非周期的（ａｐｅｒｉｏｄｉｃ）、半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）、又は周期的（ｐｅｒｉｏｄｉｃ））送信されるＳＲＳリソースの集合をＳＲＳリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）と呼ぶことができる。このＳＲＳリソースグループに対して、Ｒｅｌ－１５ＮＲシステムにおいて支援するＳＲＳリソースセット（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ）設定がそのまま活用されてもよく、（同一時間ドメイン動作及び用途を有する）１つ又は複数個のＳＲＳリソースをまとめて別個に設定されてもよい。

【0124】

参考として、Ｒｅｌ－１５において同一用途及び時間ドメイン動作に対して用途がビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）である場合にのみ、複数のＳＲＳリソースセットを設定可能である。また、同一ＳＲＳリソースセット内で設定されたＳＲＳリソース間では同時送信が不可であるが、異なるＳＲＳリソースセットに属したＳＲＳリソース間には同時送信が可能に定義される。したがって、図７（ｂ）のようなパネル具現及び複数パネル同時送信までを考慮すれば、当該概念（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ）をそのままＳＲＳリソースグループ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）にマッチしても構わない。ただし、図７（ａ）のような具現（ｐａｎｅｌ ｓｗｉｔｃｈｉｎｇ）まで考慮すれば、別個にＳＲＳリソースグループを定義してよい。一例として、各ＳＲＳリソースに特定ＩＤを付与し、ＩＤが同じであるリソースは、同一ＳＲＳリソースグループに属し、ＩＤが異なるリソースは、異なるリソースグループに属するように設定を付与してもよい。

【0125】

例えば、ＢＭ用途として設定された（ＲＲＣパラメータ用途が‘ＢｅａｍＭａｎａｇｅｍｅｎｔ’と設定された）４個のＳＲＳリソースセットがＵＥに設定されていると仮定する。以下、便宜上、それぞれをＳＲＳリソースセットＡ、Ｂ、Ｃ、Ｄとする。また、ＵＥが総４個の（送信）パネルを具現しており、それぞれの前記セットを１つの（送信）パネルに対応付けてＳＲＳ送信を行う具現を適用する状況を考慮する。

【0126】

【表6】

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

【表7】

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

また、上述した複数ＴＲＰ関連の内容は、互いに異なるレイヤを用いるＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を基準に説明されたが、これは、互いに異なる周波数領域リソース（例えば、ＲＢ／ＰＲＢ（セット）など）に基づくＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式及び／又は互いに異なる時間領域リソース（例えば、スロット、シンボル、サブ－シンボルなど）に基づくＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式にも拡張して適用されてよいことは勿論である。

【0188】

上りリンクパワー制御

【0189】

無線通信システムでは、状況によって端末（例えば、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）及び／又は移動装置（ｍｏｂｉｌｅ ｄｅｖｉｃｅ）の送信電力を増加又は減少させる必要がある。このように端末及び／又は移動装置の送信電力を制御することは、上りリンク電力制御（ｕｐｌｉｎｋ ｐｏｗｅｒ ｃｏｎｔｏｒｌ）と呼ぶことができる。一例として、送信電力制御方式は、基地局（例えば、ｇＮＢ、ｅＮＢなど）からの要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）（例えば、ＳＮＲ（Ｓｉｇｎａｌ－ｔｏ－Ｎｏｉｓｅ Ｒａｔｉｏ）、ＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｉｏ）、ＢＬＥＲ（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｉｏ）など）を満たすために適用されてよい。

【0190】

上述したような電力制御は、開ループ（ｏｐｅｎ－ｌｏｏｐ）電力制御方式と閉ループ（ｃｌｏｓｅｄ－ｌｏｏｐ）電力制御方式で行われてよい。

【0191】

具体的には、開ループ電力制御方式は、送信装置（例えば、基地局など）から受信装置（例えば、端末など）へのフィードバック（ｆｅｅｄｂａｃｋ）及び／又は受信装置から送信装置へのフィードバック無しで送信電力を制御する方式を意味する。一例として、端末は基地局から特定チャネル／信号（パイロットチャネル／信号）を受信し、これを用いて受信電力の強度（ｓｔｒｅｎｇｔｈ）を推定できる。その後、端末は、推定された受信電力の強度を用いて送信電力を制御できる。

【0192】

これと違い、閉ループ電力制御方式は、送信装置から受信装置へのフィードバック及び／又は受信装置から送信装置へのフィードバックに基づいて送信電力を制御する方式を意味する。一例として、基地局は端末から特定チャネル／信号を受信し、受信した特定チャネル／信号によって測定された電力レベル（ｐｏｗｅｒ ｌｅｖｅｌ）、ＳＮＲ、ＢＥＲ、ＢＬＥＲなどに基づいて端末の最適電力レベル（ｏｐｔｉｍｕｍ ｐｏｗｅｒ ｌｅｖｅｌ）を決定する。基地局は、決定された最適電力レベルに関する情報（すなわち、フィードバック）を制御チャネル（ｃｏｎｔｒｏｌチャネル）などで端末に伝達し、当該端末は、基地局から提供されたフィードバックを用いて送信電力を制御できる。

【0193】

以下、無線通信システムにおいて端末及び／又は移動装置が基地局への上りリンク送信を行う場合に対する電力制御方式について具体的に説明する。

【0194】

具体的に、以下、１）上りリンクデータチャネル（例えば、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、２）上りリンク制御チャネル（例えば、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、３）サウンディング参照信号（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ，ＳＲＳ）、４）ランダムアクセスチャネル（例えば、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）送信に対する電力制御方式が説明される。このとき、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ及び／又はＰＲＡＣＨに対する送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）（すなわち、送信時間単位）（ｉ）は、システムフレーム番号（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ，ＳＦＮ）のフレーム内におけるスロットインデックス（ｓｌｏｔ ｉｎｄｅｘ）（ｎ＿ｓ）、スロット内の最初のシンボル（Ｓ）、連続するシンボルの数（Ｌ）などによって定義されてよい。

【0195】

以下、説明の便宜のために、端末がＰＵＳＣＨ送信を行う場合を基準に電力制御方式が説明される。当該方式を、無線通信システムにおいて支援される他の上りリンクデータチャネルにも拡張して適用可能であることは勿論である。

【0196】

サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）（ｃ）のキャリア（ｃａｒｒｉｅｒ）（ｆ）の活性化された（ａｃｔｉｖｅ）上りリンク帯域幅部分（ＵＬ ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＵＬ ＢＷＰ）におけるＰＵＳＣＨ送信の場合、端末は、下記の数学式３によって決定される送信電力の線形電力値（ｌｉｎｅａｒ ｐｏｗｅｒ ｖａｌｕｅ）を算出できる。その後、当該端末は、算出された線形電力値を用いてアンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）数及び／又はＳＲＳポート（ＳＲＳ ｐｏｒｔ）数などを考慮して送信電力を制御できる。

【0197】

具体的に、端末がインデックスｊに基づくパラメータ集合構成（ｐａｒａｍｅｔｅｒ ｓｅｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）及びインデックスｌに基づくＰＵＳＣＨ電力制御調整状態（ＰＵＳＣＨ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ａｄｊｕｓｔｍｅｎｔ ｓｔａｔｅ）を用いて、サービングセル（ｃ）のキャリア（ｆ）の活性化されたＵＬ ＢＷＰ（ｂ）でのＰＵＳＣＨ送信を行う場合に、端末は、下記の数学式３に基づいて、ＰＵＳＣＨ送信機会（ｉ）でのＰＵＳＣＨ送信電力Ｐ_PUSCH,b,f,c（ｉ，ｊ，ｑ_d，ｌ）（ｄＢｍ）を決定できる。

【0198】

【数3】

【0199】

数学式３で、インデックスｊは、開ループ電力制御パラメータ（例えば、Ｐ_O、アルファ（ａｌｐｈａ，α）など）に対するインデックスを表し、セル当たりに最大で３２個のパラメータ集合が設定されてよい。インデックスｑ＿ｄは、経路損失（ＰａｔｈＬｏｓｓ，ＰＬ）測定（ｍｅａｓｕｒｅｍｅｎｔ）（例えば、ＰＬ_b,f,c（ｑ_d））に対するＤＬ ＲＳリソースのインデックスを表し、セル当たりに最大で４個の測定値が設定されてよい。インデックスｌは、閉ループ電力制御プロセス（ｐｒｏｃｅｓｓ）に対するインデックスを表し、セル当たりに最大で２個のプロセスが設定されてよい。

【0200】

具体的に、Ｐ_O（例えば、Ｐ_{O_PUSCH,b,f,c}（ｊ））は、システム情報の一部としてブロードキャストされるパラメータであり、受信側における目標（ｔａｒｇｅｔ）受信電力を表すことができる。当該Ｐｏ値は、端末の処理量（ｔｈｒｏｕｇｈｐｕｔ）、セルの容量（ｃａｐａｃｉｔｙ）、雑音（ｎｏｉｓｅ）及び／又は干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）などを考慮して設定されてよい。また、アルファ（例えば、α_b,f,c（ｊ））は、経路損失に対する補償を行う割合を表すことができる。アルファは、０から１までの値に設定されてよく、設定される値によって、完全経路損失補償（ｆｕｌｌ ｐａｔｈｌｏｓｓ ｃｏｍｐｅｎｓａｔｉｏｎ）又は部分経路損失補償（ｆｒａｃｔｉｏｎａｌ ｐａｔｈｌｏｓｓ ｃｏｍｐｅｎｓａｔｉｏｎ）が行われてよい。この場合、前記アルファ値は、端末間の干渉及び／又はデータ速度などを考慮して設定されてよい。また、Ｐ_CMAX,f,c（ｉ）は、設定された端末送信電力（ＵＥ ｔｒａｎｓｍｉｔ ｐｏｗｅｒ）を表すことができる。一例として、前記設定された端末送信電力は、３ＧＰＰ ＴＳ ３８．１０１－１及び／又はＴＳ ３８．１０１－２で定義された‘設定された端末の最大出力電力（ｃｏｎｆｉｇｕｒｅｄ ｍａｘｉｍｕｍ ＵＥ ｏｕｔｐｕｔ ｐｏｗｅｒ）’と解釈できる。また、Ｍ_RB,b,f,c ^PUSCH（ｉ）は、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）（μ）に基づいてＰＵＳＣＨ送信機会に対するリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）の数で表現されるＰＵＳＣＨリソース割り当ての帯域幅（ｂａｎｄｗｉｄｔｈ）を表すことができる。また、ＰＵＳＣＨ電力制御調整状態と関連したｆ_b,f,c（ｉ，ｌ）は、ＤＣＩ（例えば、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット２＿２、ＤＣＩフォーマット２＿３など）のＴＰＣ命令フィールド（ＴＰＣ ｃｏｍｍａｎｄ ｆｉｅｌｄ）に基づいて設定又は指示されてよい。

【0201】

この場合、特定ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）パラメータ（例えば、ＳＲＩ－ＰＵＳＣＨＰｏｗｅｒＣｏｎｔｒｏｌ－Ｍａｐｐｉｎｇなど）は、ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）のＳＲＩ（ＳＲＳ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）フィールドと上述したインデックスｊ、ｑ＿ｄ、ｌ間の連結関係（ｌｉｎｋａｇｅ）を表すことができる。言い換えると、上述したインデックスｊ、ｌ、ｑ＿ｄなどは、特定情報に基づいてビーム（ｂｅａｍ）、パネル（ｐａｎｅｌ）、及び／又は空間領域送信フィルター（ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ）などと関連付けられてよい。これにより、ビーム、パネル、及び／又は空間領域送信フィルター単位のＰＵＳＣＨ送信電力制御が行われ得る。

【0202】

上述したＰＵＳＣＨ電力制御のためのパラメータ及び／又は情報は、ＢＷＰ別に個別（すなわち、独立）に設定されてよい。この場合、当該パラメータ及び／又は情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ－Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）など）及び／又はＤＣＩなどによって設定又は指示されてよい。一例として、ＰＵＳＣＨ電力制御のためのパラメータ及び／又は情報は、ＲＲＣシグナリングＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌなどによって伝達されてよく、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌは、下表８のように設定されてよい。

【0203】

【表8】

【0204】

上述したような方式によって端末はＰＵＳＣＨ送信電力を決定又は算出でき、決定された又は算出されたＰＵＳＣＨ送信電力を用いてＰＵＳＣＨを送信できる。

【0205】

以下、説明の便宜のために、端末がＰＵＣＣＨ送信を行う場合を基準に電力制御方式が説明される。当該方式を、無線通信システムにおいて支援される他の上りリンク制御チャネルにも拡張して適用可能であることは勿論である。

【0206】

具体的に、端末がインデックスｌに基づくＰＵＣＣＨ電力制御調整状態（ＰＵＣＣＨ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ａｄｊｕｓｔｍｅｎｔ ｓｔａｔｅ）を用いて、プライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ）（又は、セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ））（ｃ）のキャリア（ｆ）の活性化されたＵＬ ＢＷＰ（ｂ）でのＰＵＣＣＨ送信を行う場合に、端末は、下記の数学式４に基づいてＰＵＣＣＨ送信機会（ｉ）でのＰＵＣＣＨ送信電力Ｐ_PUCCH,b,f,c（ｉ，ｑ_u，ｑ_d,l）（ｄＢｍ）を決定できる。

【0207】

【数4】

【0208】

数学式４で、ｑ＿ｕは、開ループ電力制御パラメータ（例えば、Ｐ_Oなど）に対するインデックスを表し、セル当たりに最大で８個のパラメータ値が設定されてよい。インデックスｑ＿ｄは、経路損失（ＰＬ）測定（例えば、ＰＬ_b,f,c（ｑ_d））に対するＤＬ ＲＳリソースのインデックスを表し、セル当たりに最大で４個の測定値が設定されてよい。インデックスｌは、閉ループ電力制御プロセス（ｐｒｏｃｅｓｓ）に対するインデックスを表し、セル当たりに最大で２個のプロセスが設定されてよい。

【0209】

具体的に、Ｐ_O（例えば、Ｐ_{O_PUCCH,b,f,c}（ｑ_u））は、システム情報の一部としてブロードキャストされるパラメータであり、受信側における目標（ｔａｒｇｅｔ）受信電力を表すことができる。当該Ｐ_O値は、端末の処理量（ｔｈｒｏｕｇｈｐｕｔ）、セルの容量（ｃａｐａｃｉｔｙ）、雑音（ｎｏｉｓｅ）及び／又は干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）などを考慮して設定されてよい。また、Ｐ_CMAX,f,c（ｉ）は、設定された端末送信電力を表すことができる。一例として、前記設定された端末送信電力は、３ＧＰＰ ＴＳ ３８．１０１－１及び／又はＴＳ ３８．１０１－２で定義された‘設定された端末の最大出力電力（ｃｏｎｆｉｇｕｒｅｄ ｍａｘｉｍｕｍ ＵＥ ｏｕｔｐｕｔ ｐｏｗｅｒ）’と解釈できる。また、Ｍ_RB,b,f,c ^PUCCH（ｉ）は、サブキャリア間隔（μ）に基づいてＰＵＣＣＨ送信機会に対するリソースブロック（ＲＢ）の数で表現されるＰＵＣＣＨリソース割り当ての帯域幅を表すことができる。また、デルタ関数（ｄｅｌｔａ ｆｕｎｃｔｉｏｎ）（例えば、Δ_{F_PUCCH}（Ｆ）、Δ_TF,b,f,c（ｉ））は、ＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット０、１、２、３、４など）を考慮して設定されてよい。また、ＰＵＣＣＨ電力制御調整状態と関連したｇ_b,f,c（ｉ，ｌ）は、端末が受信した又は検出したＤＣＩ（例えば、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット２＿２など）のＴＰＣ命令フィールドに基づいて設定又は指示されてよい。

【0210】

この場合、特定ＲＲＣパラメータ（例えば、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏなど）及び／又は特定ＭＡＣ－ＣＥ命令（ｃｏｍｍａｎｄ）（例えば、ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎなど）は、ＰＵＣＣＨリソース（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ）と上述したインデックスｑ＿ｕ、ｑ＿ｄ、ｌとの連結関係を活性化又は非活性化するために用いられてよい。一例として、ＭＡＣ－ＣＥでのＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ命令は、ＲＲＣパラメータＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏに基づいてＰＵＣＣＨリソースと上述したインデックスｑ＿ｕ、ｑ＿ｄ、ｌとの連結関係を活性化又は非活性化できる。言い換えると、上述したインデックスｑ＿ｕ、ｑ＿ｄ、ｌなどは、特定情報に基づいてビーム、パネル、及び／又は空間領域送信フィルターなどと関連付けられてよい。これにより、ビーム、パネル、及び／又は空間領域送信フィルター単位のＰＵＣＣＨ送信電力制御が行われ得る。

【0211】

上述したＰＵＣＣＨ電力制御のためのパラメータ及び／又は情報は、ＢＷＰ別に個別（すなわち、独立）に設定されてよい。この場合、当該パラメータ及び／又は情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）及び／又はＤＣＩなどによって設定又は指示されてよい。一例として、ＰＵＣＣＨ電力制御のためのパラメータ及び／又は情報は、ＲＲＣシグナリングＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌなどによって伝達されてよく、ＰＵＣＣＨ－ＣｏｐｎｆｉｇＣｏｍｍｏｎ、ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌは、下表９のように設定されてよい。

【0212】

【表9】

【0213】

上述したような方式によって端末はＰＵＣＣＨ送信電力を決定又は算出でき、決定された又は算出されたＰＵＣＣＨ送信電力を用いてＰＵＣＣＨを送信できる。

【0214】

ｍｕｌｔｉ－ＴＲＰ ＰＵＳＣＨ送信方法

【0215】

以下、本開示で提案する方法においてＤＬ ＭＴＲＰ－ＵＲＬＬＣとは、同一データ／ＤＣＩを多重ＴＲＰが異なるレイヤ（ｌａｙｅｒ）／時間（ｔｉｍｅ）／周波数（ｆｒｅｑｕｅｎｃｙ）リソースを用いて送信することを意味する。例えば、ＴＲＰ１は、リソース１で同一データ／ＤＣＩを送信し、ＴＲＰ２はリソース２で同一データ／ＤＣＩを送信する。ＤＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤ／時間／周波数リソースを用いて同一のデータ／ＤＣＩを受信する。この時、ＵＥは、同一のデータ／ＤＣＩを受信するレイヤ／時間／周波数リソースでどのＱＣＬ ＲＳ／タイプ（ｔｙｐｅ）（すなわち、ＤＬ ＴＣＩ状態（ｓｔａｔｅ））を使用しなければならないかが、基地局から指示される。例えば、同一のデータ／ＤＣＩがリソース１とリソース２で受信される場合に、リソース１で使用するＤＬ ＴＣＩ状態とリソース２で使用するＤＬ ＴＣＩ状態が指示される。ＵＥは、同一のデータ／ＤＣＩをリソース１とリソース２で受信するので、高い信頼度（ｒｅｌｉａｂｉｌｉｔｙ）が達成できる。このようなＤＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＤＳＣＨ／ＰＤＣＣＨを対象に適用されてよい。

【0216】

逆に、ＵＬ ＭＴＲＰ－ＵＲＬＬＣとは、同一のデータ／ＵＣＩを多重ＴＲＰが異なるレイヤ／時間／周波数リソースを用いて単一のＵＥから受信することを意味する。例えば、ＴＲＰ１はリソース１で同一のデータ／ＵＣＩをＵＥから受信し、ＴＲＰ２はリソース２で同一のデータ／ＵＣＩをＵＥから受信した後、ＴＲＰ間の連結されたバックホールリンク（Ｂａｃｋｈａｕｌ ｌｉｎｋ）を通じて受信データ／ＵＣＩを共有する。ＵＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤ／時間／周波数リソースを用いて同一のデータ／ＵＣＩを送信する。この時、ＵＥは、同一のデータ／ＵＣＩを送信するレイヤ／時間／周波数リソースでどの送信ビーム（Ｔｘ ｂｅａｍ）及びどの送信パワー（Ｔｘ ｐｏｗｅｒ）（すなわち、ＵＬ ＴＣＩ状態）を使用しなければならないかが、基地局から指示される。例えば、同一のデータ／ＵＣＩがリソース１とリソース２で送信される場合に、リソース１で使用するＵＬ ＴＣＩ状態とリソース２で使用するＵＬ ＴＣＩ状態が指示される。このようなＵＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＵＳＣＨ／ＰＵＣＣＨを対象に適用されてよい。

【0217】

また、以下、本開示で提案する方法において、ある周波数／時間／空間リソースに対してデータ／ＤＣＩ／ＵＣＩ受信時に特定ＴＣＩ状態（又は、ＴＣＩ）を使用（／マップ）するということは、次の通りである。ＤＬでは、当該周波数／時間／空間リソースで当該ＴＣＩ状態によって指示されたＱＣＬタイプ及びＱＣＬ ＲＳを用いてＤＭＲＳからチャネルを推定し、推定されたチャネルでデータ／ＤＣＩを受信／復調するということを意味できる。ＵＬでは、その周波数／時間／空間リソースで当該ＴＣＩ状態によって指示された送信ビーム及び／又は送信パワーを用いてＤＭＲＳ及びデータ／ＵＣＩを送信／変調するということを意味できる。

【0218】

前記ＵＬ ＴＣＩ状態は、ＵＥの送信ビーム又は送信パワー情報を含む。また、ＴＣＩ状態の代わりに空間関係情報（Ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）などが他のパラメータなどによってＵＥに設定されてもよい。ＵＬ ＴＣＩ状態は、ＵＬグラントＤＣＩによって直接指示されてもよく、又はＵＬグラントＤＣＩのＳＲＩフィールドによって指示されたＳＲＳリソースのｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏを意味するように間接に指示されてもよい。又は、ＵＬグラントＤＣＩのＳＲＩフィールドによって指示された値に連結された開ループ（ＯＬ：ｏｐｅｎ ｌｏｏｐ）送信パワー制御パラメータ（ＯＬ Ｔｘ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）（例えば、ｊ：開ループパラメータＰｏとａｌｐｈａ（セル当たりに最大で３２パラメータ値セット）のためのインデックス、ｑ＿ｄ：ＰＬ（ｐａｔｈｌｏｓｓ）測定（セル当たりに最大で４測定）のためのＤＬ ＲＳリソースのインデックス、ｌ：閉ループ（ｃｌｏｓｅｄ ｌｏｏｐ）パワー制御プロセスインデックス（セル当たりに最大で２プロセス））を意味できる。

【0219】

一方、ＭＴＲＰ－ｅＭＢＢは、異なるデータを多重ＴＲＰが異なるレイヤ／時間／周波数を用いて送信することを意味する。ＭＴＲＰ－ｅＭＢＢ送信方式が設定されたＵＥは、ＤＣＩで複数のＴＣＩ状態が指示され、各ＴＣＩ状態のＱＣＬ ＲＳを用いて受信したデータは互いに異なるデータであると仮定する。

【0220】

また、ＭＴＲＰ ＵＲＬＬＣ送信／受信か又はＭＴＲＰ ｅＭＢＢ送信／受信かは、ＭＴＲＰ－ＵＲＬＬＣ用ＲＮＴＩとＭＴＲＰ－ｅＭＢＢ用ＲＮＴＩを別個に区分して用いることによってＵＥが把握できる。すなわち、ＵＲＬＬＣ用ＲＮＴＩを用いてＤＣＩのＣＲＣマスキング（ｍａｓｋｉｎｇ）された場合に、ＵＥは、ＵＲＬＬＣ送信と見なし、ｅＭＢＢ用ＲＮＴＩを用いてＤＣＩのＣＲＣマスキングされた場合に、ＵＥは、ｅＭＢＢ送信と見なす。又は、他の新しいシグナリングを用いて基地局がＵＥにＭＴＲＰ ＵＲＬＬＣ送信／受信を設定したり又はＴＲＰ ｅＭＢＢ送信／受信を設定することもできる。

【0221】

本開示の説明において、説明の便宜のために、２ＴＲＰ間の協力送信／受信を仮定して説明するが、本開示で提案する方法は、３個以上の多重ＴＲＰ環境でも拡張適用されてよく、また、多重パネル環境（すなわち、ＴＲＰをパネルに対応付けて）でも拡張適用されてよい。また、ＵＥにとって、互いに異なるＴＲＰは、互いに異なるＴＣＩ状態と認識されてよい。したがって、ＵＥがＴＣＩ状態１を用いてデータ／ＤＣＩ／ＵＣＩを受信／送信したことは、ＴＲＰ１から／にデータ／ＤＣＩ／ＵＣＩを受信／送信したことを意味する。

【0222】

本発明の提案は、ＭＴＲＰがＰＤＣＣＨを協力送信する（同一ＰＤＣＣＨを反復送信したり或いは分けて送信する）状況で活用されてよく、一部の提案は、ＭＴＲＰがＰＤＳＣＨを協力送信したりＰＵＳＣＨ／ＰＵＣＣＨを協力受信する状況にも活用されてよいだろう。

【0223】

また、以下、本文書において、ＵＥが複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを反復送信するという意味は、同一データを複数のＰＵＳＣＨで送信することを意味できる。ここで、各ＰＵＳＣＨは、互いに異なるＴＲＰのＵＬチャネルに最適化して送信されてよい。例えば、ＵＥが同一データをＰＵＳＣＨ１と２で反復送信する状況を考慮する。ＰＵＳＣＨ１は、ＴＲＰ１のためのＵＬ ＴＣＩ状態１を用いて送信し、プリコーダ（ｐｒｅｃｏｄｅｒ）／ＭＣＳなどのリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）も、ＴＲＰ１のチャネルに最適化された値がスケジュールされ、それによって送信してよい。ＰＵＳＣＨ２は、ＴＲＰ２のためのＵＬ ＴＣＩ状態２を用いて送信し、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ２のチャネルに最適化された値がスケジュールされ、それによって送信してよい。このとき、反復送信されるＰＵＳＣＨ１と２は互いに異なる時間に送信されてＴＤＭされるか、ＦＤＭ、ＳＤＭされてよい。

【0224】

また、以下、本開示において、ＵＥが複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを分けて送信するという意味は、１つのデータを１つのＰＵＳＣＨで送信するものの、そのＰＵＳＣＨに割り当てられたリソースを分けて、互いに異なるＴＲＰのＵＬチャネルに最適化して送信することを意味できる。例えば、ＵＥが同一データを１０シンボル（ｓｙｍｂｏｌ）ＰＵＳＣＨで送信することを考慮する。ここで、先頭５シンボルではＰＵＳＣＨをＴＲＰ１のためのＵＬ ＴＣＩ状態１を用いて送信し、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ１のチャネルに最適化された値がスケジュールされ、それによって送信してよい。残り５シンボルではＰＵＳＣＨをＴＲＰ２のためのＵＬ ＴＣＩ状態２を用いて送信し、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ２のチャネルに最適化された値がスケジュールされ、それによって送信してよい。上記の例では１つのＰＵＳＣＨを時間リソースに分けてＴＲＰ１に向かう送信とＴＲＰ２に向かう送信をＴＤＭしたが、その他にＦＤＭ／ＳＤＭ方式で送信されてもよい。

【0225】

ＰＵＳＣＨ送信と類似にＰＵＣＣＨも、ＵＥが複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＣＣＨを反復送信したり或いは同一ＰＵＣＣＨを分けて送信できる。

【0226】

本発明の提案は、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＤＳＣＨ／ＰＤＣＣＨなどの様々なチャネルに拡張適用可能である。

【0227】

Ｒｅｌ－１６ ｅＮＲ ＭＩＭＯでは、ｍｕｌｔｉ－ＴＲＰ ＰＤＳＣＨ送信において単一ＤＣＩベース（ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ）と多重ＤＣＩベース（ｍｕｌｔｉ ＤＣＩ ｂａｓｅｄ）ＰＤＳＣＨ送信に対して標準化が行われた。Ｒｅｌ－１７ ＦｅＮＲ ＭＩＭＯでは、ＰＤＳＣＨを除くｍｕｌｔｉ－ＴＲＰ送信（例えば、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨなど）に対して標準化がなされる予定である（以下では、ｍｕｌｔｉ－ＴＲＰをＭ－ＴＲＰ、ＭＴＲＰなどと略す。）。

【0228】

Ｍ－ＴＲＰ ＰＵＳＣＨ送信の場合に、基地局のＰＵＳＣＨスケジューリング前に、ＵＬチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）及びリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）のために端末のＳＲＳ送信が先行される必要がある。ただし、Ｒｅｌ－１５ ＮＲのＳＲＳ構造によれば、ＣＢ（ｃｏｄｅｂｏｏｋ）／ＮＣＢ（ｎｏｎ－ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースセット（ｒｅｓｏｕｒｃｅ ｓｅｔ）をそれぞれ一つずつしか設定できない制約（ＣＢ用途のＳＲＳリソースセット内には最大で２個のリソースが存在し、ＮＣＢ用途のＳＲＳリソースセット内には最大で４個のリソースが存在し得る。）がある。したがって、Ｍ－ＴＲＰ ＰＵＳＣＨのための端末ＳＲＳ設定／送信に限界がある。

【0229】

また、基地局がＭ－ＴＲＰ ＰＵＳＣＨスケジューリング時には、単一ＤＣＩベースと多重ＤＣＩベースのスケジューリングが可能である。ただし、互いに異なるＴＲＰに向かうＰＵＳＣＨに対する情報（例えば、送信ランク指示子（ＴＲＩ：Ｔｒａｎｓｍｉｔ Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、送信プリコーディング行列指示子（ＴＰＭＩ：Ｔｒａｎｓｍｉｔ Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＣＱＩ）をどのように単一或いは多重ＤＣＩに含めるかの定義が必要である。

【0230】

このような背景に基づき、本開示では、基地局が端末にｍｕｌｔｉ－ＴＲＰ ＰＵＳＣＨ送信をスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）するためのＳＲＳ設定、及びｍｕｌｔｉ－ＴＲＰ ＰＵＳＣＨスケジューリング方法に対して提案し、後続する端末のｍｕｌｔｉ－ＴＲＰ ＰＵＳＣＨ送信方法について提案する。

【0231】

本文書において‘／’は、文脈によって‘及び（ａｎｄ）’、‘又は（ｏｒ）’或いは‘及び／又は’を意味する。本開示ではＰＵＳＣＨを基準にアイディアを主に説明するが、これは制限ではなく、複数のＴＯ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｃａｓｓｉｏｎ）と構成されたＰＵＣＣＨに対しても同一／類似の方法を適用することができる。また、以下の提案方法は、ＤＣＩによって複数のＴＯに対してＰＵＳＣＨを送信する場合を基準に説明するが、特定周期ごとにＰＵＳＣＨ送信をする場合（例えば、半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）ＰＵＳＣＨ）、或いは（ＵＲＬＬＣ目的或いは音声サービス（ｖｏｉｃｅ ｓｅｒｖｉｃｅ）目的で）ＰＵＳＣＨ送信が可能なＵＬリソースを（半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に）端末に割り当てた後に、端末にとって必要な時に当該リソースでＰＵＳＣＨを送信する場合（例えば、グラント無し（ｇｒａｎｔ－ｆｒｅｅ）ＰＵＳＣＨ）に、当該ＰＵＳＣＨを複数のＴＯで送信する場合にも適用可能である。

【0232】

基地局が端末に２個以上複数のＴＲＰに向かうＰＵＳＣＨをスケジュールするためには、ＵＬチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）及びＵＬリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）のための端末からのＳＲＳ送信が先行される必要がある。このようなＳＲＳ送信は、１回の送信を複数のＴＲＰが傍聴（ｏｖｅｒｈｅａｒ）する形態で行われてよいが、ビームベース（ｂｅａｍ－ｂａｓｅｄ）動作やＦＲ２ベースシステム（表２参照）を考慮した時には、各ＴＲＰに向かうＳＲＳを端末が別個に送信する必要がある。前記各ＴＲＰに向かうＳＲＳ送信のためのＳＲＳ設定／送信方法は、下記のように２つの方法に区別できる。

【0233】

方法１：各ＴＲＰに向かうＳＲＳ送信のための暗黙的な（ｉｍｐｌｉｃｉｔ）ＳＲＳ設定方法（或いは、複数ＳＲＳリソースセットを用いた互いに異なるＴＲＰに向かうＳＲＳ設定方法）

【0234】

コードブック（ＣＢ：ｃｏｄｅｂｏｏｋ）用途及び非コードブック（ＮＣＢ：ｎｏｎ－Ｃｏｄｅｂｏｏｋ）用途に対して各１個に制限されたＲｅｌ－１５のＳＲＳリソースセット設定と違い、ＣＢ用途及びＮＣＢ用途に対してそれぞれ２個以上のＳＲＳリソースセットが設定されてよい。これにより、各用途の互いに異なるＳＲＳリソースセットは、互いに異なるＴＲＰに向かうＳＲＳリソースを含むことができる。すなわち、ＣＢ用途のＳＲＳリソースセットが２個以上設定されてよく、各ＳＲＳリソースセットは互いに異なるＴＲＰに対応してよい。同様に、ＮＣＢ用途のＳＲＳリソースセットが２個以上設定されてよく、各ＳＲＳリソースセットは互いに異なるＴＲＰに対応してよい。

【0235】

方法１によれば、既存ＳＲＳ設定構造上、ＳＲＳリソースセットレベルでパワー制御パラメータ（ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）が設定されるが、ＴＲＰ別にパワー制御動作が可能であるという長所がある。また、互いに異なるＳＲＳリソースセットに対して互いに異なるパネルが対応する場合（例えば、互いに異なるＳＲＳリソースセットに対して互いに異なるパネル識別子（Ｐ－ＩＤ：ｐａｎｅｌ－ＩＤ）が設定される場合）に、互いに異なるＴＲＰに向かうＳＲＳリソースセットに対して送信パネル（ｐａｎｅｌ）を自由に設定／指示可能であるという長所がある。

【0236】

方法２：各ＴＲＰに向かうＳＲＳ送信のための明示的な（ｅｘｐｌｉｃｉｔ）ＳＲＳ設定方法（或いは、単一ＳＲＳリソースセットを用いた互いに異なるＴＲＰに向かうＳＲＳ設定方法）

【0237】

ＳＲＳリソースセット設定において用途を定義／設定する用途（すなわち、‘ｕｓａｇｅ’）パラメータにおいて、Ｍ－ＴＲＰ ＰＵＳＣＨ（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’）（或いは、ハイブリッド（例えば、‘ｈｙｂｒｉｄ’）、ここで、ハイブリッドの意味は、ｃｏｄｅｂｏｏｋとｎｏｎＣｏｄｅｂｏｏｋがハイブリッドされてＳＲＳリソースセット内に存在するという特徴を表す。）用途のパラメータが新しく追加／定義されてよい。当該Ｍ－ＴＲＰ ＰＵＳＣＨ目的のＳＲＳリソースセット内で互いに異なるＴＲＰに向かうＳＲＳリソースが設定されてよい。ここで、当該ＳＲＳリソースセット内に設定されたＳＲＳリソースは、いずれもＣＢ目的であってもよく、いずれもＮＣＢ目的であってもよく、又はＣＢとＮＣＢ目的のＳＲＳリソースが混在していてもよい。

【0238】

方法２によれば、１つのＳＲＳリソースセット内にＣＢとＮＣＢ目的のＳＲＳリソースが柔軟（ｆｌｅｘｉｂｌｅ）に設定されてよく、ＣＢとＮＣＢ目的のＳＲＳリソースが混在するように設定することも可能であるという長所がある。ここで、ＣＢとＮＣＢ目的のＳＲＳリソースを区分するための事前の定義／設定／基準が存在してよい。例えば、ＣＢ用途は、多重ポート（ｍｕｌｔｉ－ｐｏｒｔ）ＳＲＳリソースと設定され、ＮＣＢ用途は、単一ポート（ｓｉｎｇｌｅ－ｐｏｒｔ）ＳＲＳリソースと設定されてよい。一方、ＳＲＳリソース別送信パネル（ｐａｎｅｌ）設定／指示のためには、リソース別Ｐ－ＩＤ設定や、リソース設定内空間関係情報（ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）設定（又は／及びＵＬ ＴＣＩ設定）においてＰ－ＩＤ設定が必要である。しかし、各ＴＲＰに向かう互いに異なるＳＲＳリソースの個別パワー制御がし難いという短所がある。

【0239】

上述した方法１と方法２に基づいて下記のように提案する。

【0240】

実施例１：基地局は、セル識別子（ｃｅｌｌ ＩＤ）（或いは、ＴＲＰ識別子（ＴＲＰ ＩＤ））が含まれたＤＬ／ＵＬ ＲＳ（例えば、ＳＳＢ、ＣＳＩ－ＲＳ、ＳＲＳ）情報を、各ＳＲＳリソース（又は、各ＳＲＳリソースセット）の空間関係情報（ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）として設定できる。これにより、端末は、特定ＳＲＳリソースに対してどのＴＲＰに向かうＳＲＳリソースであるかが区分／認知できる。例えば、方法１が適用される場合に、ｉ）ＳＲＳリソースセットに対する設定内に受信セルＩＤ（或いは、ＴＲＰ ＩＤ）が設定されてよい。又は、方法２が適用される場合に、ｉｉ）ＳＲＳリソースに対する設定内に受信セルＩＤ（或いは、ＴＲＰ ＩＤ）が設定されてよい。

【0241】

実施例１により、端末は、特定ＳＲＳリソースセット或いはＳＲＳリソースがＭ－ＴＲＰ ＰＵＳＣＨスケジューリングのためのＳＲＳリソース（ＵＬチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）及びリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）用途）であることが認知できる。基地局は、後で当該ＳＲＳリソースを端末が送信するようにし（例えば、ＤＣＩによるＳＲＳ送信をトリガリング）、各ＴＲＰでのＵＬチャネルを測定でき、その後、Ｍ－ＴＲＰ ＰＵＳＣＨを端末にスケジュールすることができる。また、後続して基地局がＭ－ＴＲＰ ＰＵＳＣＨスケジューリング時に、当該ＰＵＳＣＨスケジューリングＤＣＩのＳＲＳリソース指示子（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールド又は／及びＵＬ－ＴＣＩフィールド（或いは、下記に提案のＤＣＩ内特定フィールド）などによって前記ＳＲＳリソースセット／ＳＲＳリソースを参照（ｒｅｆｅｒｅｎｃｅ）として指示できる。これにより、端末は、スケジュールされた複数個のＰＵＳＣＨに対する目的ＴＲＰが認知でき、当該ＳＲＳ設定（及びＰＵＳＣＨ ＴＯに対する設定）に従ってＰＵＳＣＨを送信することになる。

【0242】

実施例２：基地局は端末にＭ－ＴＲＰ ＰＵＳＣＨをスケジュールするために次のような方法を活用できる。

【0243】

実施例２－１：端末のＵＬ送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ）を設定するパラメータ（例えば、‘ｔｘＣｏｎｆｉｇ’）において、‘ｃｏｄｅｂｏｏｋ’と‘ｎｏｎＣｏｄｅｂｏｏｋ’設定の他にＭ－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’又は‘ｈｙｂｒｉｄ’、ここで、ハイブリッドの意味は、ｃｏｄｅｂｏｏｋとｎｏｎＣｏｄｅｂｏｏｋがハイブリッドしてＰＵＳＣＨ送信に活用されるという特徴を表す。）が追加／定義されてよい。基地局は、特定端末のＵＬ送信モード（ＵＬ ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ）の設定（例えば、‘ｔｘＣｏｎｆｉｇ’）をＭ－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’或いは‘ｈｙｂｒｉｄ’）と設定することにより、端末のＵＬ送信モードをＭ－ＴＲＰ ＰＵＳＣＨ送信モードにスイッチング（ｓｗｉｔｃｈｉｎｇ）することができる。このような方法は半静的（ｓｅｍｉ－ｓｔａｔｉｃ）なスケジューリングという特徴を有する。前記‘ｍ－ｔｒｐＰＵＳＣＨ’或いは‘ｈｙｂｒｉｄ’パラメータの名称は一例であり、別の名称が含まれてもよく、本開示の提案方法の範囲を限定しようとする意味でないことは明らかである。

【0244】

上述したように、ＵＬ送信モードの設定（例えば、‘ｔｘＣｏｎｆｉｇ’）がＭ－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’或いは‘ｈｙｂｒｉｄ’）と設定されることにより、この設定に後続するＰＵＳＣＨスケジューリングのためのＤＣＩは、多重ＴＲＰに向かう多重ＰＵＳＣＨ送信時点（ＴＯ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｃｃａｓｉｏｎ）のスケジューリングを意味することになる。したがって、当該ＤＣＩフィールド（ｆｉｅｌｄ）は、複数ＴＲＰに向かう複数ＰＵＳＣＨに対する複数セットの情報を有する。すなわち、各ＴＲＰ別に１つ以上のＰＵＳＣＨ ＴＯを含むＰＵＳＣＨセットがスケジュールされ得る。具体的に、各ＰＵＳＣＨのビーム（ｂｅａｍ）指示のために（すなわち、それぞれのＴＲＰ別に独立にビーム指示するために）、前記ＤＣＩを用いて複数個のＳＲＩ（或いは、ＵＬ－ＴＣＩ状態）フィールドで複数個のビームを設定／指示することができる。また、前記ＤＣＩによって、各ＰＵＳＣＨに対する複数のタイミングアドバンス（ＴＡ：Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）値が設定／指示／適用されてよい（すなわち、それぞれのＴＲＰ別に独立にＴＡが設定／指示される）。また、前記ＤＣＩによって各ＰＵＳＣＨのための複数個のパワー制御パラメータセット（又は、プロセス）が設定／指示／適用されてよい（すなわち、それぞれのＴＲＰ別に独立にパワー制御パラメータが設定／指示される）。なお、前記ＤＣＩによって、各ＰＵＳＣＨのプリコーダ（ｐｒｅｃｏｄｅｒ）を決定するために複数個のＴＰＭＩ（ｔｒａｎｓｍｉｔ ＰＭＩ）が設定／指示／適用されてよい（すなわち、それぞれのＴＲＰ別に独立にＴＰＭＩが設定／指示される）。

【0245】

実施例２－２：基地局はＭ－ＴＲＰ ＰＵＳＣＨスケジューリングのためのＣＯＲＥＳＥＴ又は／及びサーチスペースセット（ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）を別個に設定してよい。当該ＣＯＲＥＳＥＴ又は／及びサーチスペースセットで端末が受信するＤＣＩを、Ｍ－ＴＲＰ ＰＵＳＣＨをスケジュールするＤＣＩとして端末は認知できる。

【0246】

又は、ｉ）Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングのための別個のＤＣＩフォーマット（ｆｏｒｍａｔ）が定義／設定されてよい。及び／又はｉｉ）Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング用途のＤＣＩをデコーディング（ｄｅｃｏｄｉｎｇ）するための端末の別個のＲＮＴＩが定義／設定されることにより、端末は、当該ＩＤ（すなわち、ＲＮＴＩ）を、ブラインド検出（ｂｌｉｎｄ ｄｅｔｅｃｔｉｏｎ）のためのスクランブリング識別子（ｓｃｒａｍｂｌｉｎｇ ＩＤ）として活用できる。このような方法は、動的な（ｄｙｎａｍｉｃ）スケジューリングが可能であるという長所を有する。すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングのために、基地局は、上述したＣＯＲＥＳＥＴ又は／及びサーチスペースセット（ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）でＤＣＩを端末に送信することができる。又は、ＴＲＰ ＰＵＳＣＨスケジューリングのために、上述した別個のＤＣＩフォーマット及び／又は別個のＲＮＴＩを用いてＤＣＩを端末に送信できる。

【0247】

前記別個に設定されたＣＯＲＥＳＥＴ／サーチスペースセットで端末がＤＣＩを受信したり、又は前記ｉ）のように別個のＤＣＩフォーマットのＤＣＩを受信したり、又はｉｉ）のように別個のＲＮＴＩを用いてＤＣＩのブラインド検出（ｂｌｉｎｄ ｄｅｔｅｃｔｉｏｎ）に成功すれば、端末は、当該ＤＣＩが多重ＴＲＰに向かう多重ＰＵＳＣＨ ＴＯ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｃｃａｓｉｏｎ）のスケジューリングを意味すると認知する／見なすことができる。この場合、当該ＤＣＩのフィールドは、複数ＴＲＰに向かう複数ＰＵＳＣＨに対する複数セットの情報を有する。具体的に、各ＰＵＳＣＨのビーム（ｂｅａｍ）指示のために（すなわち、それぞれのＴＲＰ別に独立にビーム指示をするために）、前記ＤＣＩによって複数個のＳＲＩ（或いは、ＵＬ－ＴＣＩ状態）フィールドで複数個のビームを設定／指示してよい。また、前記ＤＣＩによって、各ＰＵＳＣＨに対する複数のタイミングアドバンス（ＴＡ：Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）値が設定／指示／適用されてよい（すなわち、それぞれのＴＲＰ別に独立にＴＡが設定／指示される）。また、前記ＤＣＩによって、各ＰＵＳＣＨのための複数個のパワー制御パラメータセット（又は、プロセス）が設定／指示／適用されてよい（すなわち、それぞれのＴＲＰ別に独立にパワー制御パラメータが設定／指示される）。なお、前記ＤＣＩによって、各ＰＵＳＣＨのプリコーダ（ｐｒｅｃｏｄｅｒ）を決定するための複数個のＴＰＭＩ（ｔｒａｎｓｍｉｔ ＰＭＩ）が設定／指示／適用されてよい（すなわち、それぞれのＴＲＰ別に独立にＴＰＭＩが設定／指示される）。

【0248】

実施例３：前記Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングのためのＤＣＩの複数ＰＵＳＣＨ送信時間（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｃｃａｓｉｏｎ，ＴＯ）設定／指示方法及び後続する端末の複数ＴＯに対する仮定及びＰＵＳＣＨ送信方法について提案する。

【0249】

上記のように、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングのために、方法１によって２つのＳＲＳリソースセットが設定されたり、又は方法２によってＭ－ＴＲＰ用途のＳＲＳリソースセット（或いは、‘ハイブリッド（ｈｙｂｒｉｄ）’ＳＲＳリソースセット）が設定され、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングのためのＵＬチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）／ＵＬリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）が行われてよい。その後、基地局は、前記実施例２のＤＣＩを用いて、複数のＴＲＰに向かう複数ＰＵＳＣＨ送信時間（ＴＯ）に対する送信を端末に指示できる。このような各ＴＲＰに向かう各ＰＵＳＣＨ ＴＯに対する設定は、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング前にあらかじめＲＲＣ／ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）などのような上位層シグナリングによって設定／アップデートされてよい。

【0250】

前記各ＴＲＰに向かう各ＰＵＳＣＨ ＴＯに対する設定／指示について具体的に述べると、端末はＤＣＩの特定フィールド（例えば、ＳＲＩフィールド、ＵＬ－ＴＣＩフィールド）で指示される、各ＴＲＰに向かうＳＲＳリソースセット／ＳＲＳリソースに該当するパワー制御（ＰＣ：ｐｏｗｅｒ ｃｏｎｔｒｏｌ）パラメータ（セット）及び送信ビーム（Ｔｘ ｂｅａｍ）を複数ＰＵＳＣＨ ＴＯに特定順序で（又は、あらかじめ設定された規則通りに）適用する。すなわち、全ＰＵＳＣＨ ＴＯのうち各ＴＲＰに対応するＰＵＳＣＨ ＴＯがグルーピングされ、ＰＵＳＣＨ ＴＯグループ別にそれぞれ対応するＳＲＳリソースセット／ＳＲＳリソースに対するＰＣパラメータ（セット）と送信ビームが適用されてよい。

【0251】

ここで、特定順序（又は、あらかじめ設定された規則）に従えば、ＴＯが増加するに従って（すなわち、ＴＯのインデックスの昇順で）、前記各ＴＲＰに向かうＳＲＳリソースセット／ＳＲＳリソースに該当するＰＣパラメータ（セット）と送信ビームが交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）適用されてよい。ここで、ＴＯが増加するに従って（すなわち、ＴＯのインデックスの昇順で）、各ＴＲＰに対するＳＲＩフィールドが交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）マップされることにより、ＳＲＳリソースセット／ＳＲＳリソースに該当するＰＣパラメータ（セット）と送信ビームが交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）適用され得る。例えば、２個のＴＲＰに対するＰＵＳＣＨ送信においてＰＵＳＣＨ ＴＯが４であると仮定する。また、ＴＲＰ１は、ＳＲＳリソースセット／ＳＲＳリソース１が対応し、ＴＲＰ２は、ＳＲＳリソースセット／ＳＲＳリソース２が対応すると仮定する。この場合、１番目のＰＵＳＣＨ ＴＯは、ＳＲＳリソースセット／ＳＲＳリソース１に対するＰＣパラメータ（セット）と送信ビームが適用され、２番目のＰＵＳＣＨ ＴＯは、ＳＲＳリソースセット／ＳＲＳリソース２に対するＰＣパラメータ（セット）と送信ビームが適用され、３番目のＰＵＳＣＨ ＴＯは、ＳＲＳリソースセット／ＳＲＳリソース１に対するＰＣパラメータ（セット）と送信ビームが適用され、４番目のＰＵＳＣＨ ＴＯは、ＳＲＳリソースセット／ＳＲＳリソース２に対するＰＣパラメータ（セット）と送信ビームが適用されてよい。

【0252】

又は、Ｎ個のＰＵＳＣＨ ＴＯが設定された時、隣接したｆｌｏｏｒ（Ｎ／２）（ｆｌｏｏｒ（ｘ）は、ｘより大きくない最大整数）又はｃｅｉｌ（Ｎ／２）（ｃｅｉｌ（ｘ）は、ｘより小さくない最小の整数）個のＴＯ別にグルーピングされてよい。そして、各ＴＯグループと各ＴＲＰに向かうＳＲＳリソースセット／ＳＲＳリソースに該当するＰＣパラメータ（セット）と送信ビームが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされてよい。言い換えると、ＴＯグループ別に（すなわち、ＴＯグループのインデックスの昇順で）、各ＴＲＰに対するＳＲＳリソースセット／ＳＲＳリソースに該当するＰＣパラメータ（セット）と送信ビームが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされてよい。ここで、ＴＯグループ別に（すなわち、ＴＯグループのインデックスの昇順で）、各ＴＲＰに対するＳＲＩフィールドが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされることにより、ＳＲＳリソースセット／ＳＲＳリソースに該当するＰＣパラメータ（セット）と送信ビームが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされ得る。例えば、２個のＴＲＰに対するＰＵＳＣＨ送信においてＰＵＳＣＨ ＴＯが６であると仮定する。また、ＴＲＰ１はＳＲＳリソースセット／ＳＲＳリソース１が対応し、ＴＲＰ２はＳＲＳリソースセット／ＳＲＳリソース２が対応すると仮定する。この場合、１番目のＰＵＳＣＨ ＴＯグループ（１番目、２番目、３番目のＰＵＳＣＨ ＴＯ）は、ＳＲＳリソースセット／ＳＲＳリソース１に対するＰＣパラメータ（セット）と送信ビームが適用され、２番目のＰＵＳＣＨ ＴＯグループ（４番目、５番目、６番目のＰＵＳＣＨ ＴＯ）は、ＳＲＳリソースセット／ＳＲＳリソース２に対するＰＣパラメータ（セット）と送信ビームが適用されてよい。

【0253】

また、上と同じ方式で、前記ＤＣＩの特定フィールド（すなわち、ＳＲＩフィールド、ＴＰＭＩフィールド）で指示された複数個のプリコーダ（ｐｒｅｃｏｄｅｒ）も、複数のＰＵＳＣＨ ＴＯに特定順に（又は、あらかじめ設定された規則通りに）適用されてよい。

【0254】

ここで、特定順序（又は、あらかじめ設定された規則）に従えば、特定順序は、ＴＯが増加するに従って（すなわち、ＴＯのインデックスの昇順で）、前記各ＴＲＰに向かうプリコーダが交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）適用されてよい。ここで、ＴＯが増加するに従って（すなわち、ＴＯのインデックスの昇順で）各ＴＲＰに対応するＳＲＩが交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）マップされることにより、各ＴＲＰに対するプリコーダが交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）適用され得る。例えば、２個のＴＲＰに対するＰＵＳＣＨ送信においてＰＵＳＣＨ ＴＯが４であると仮定する。また、ＴＲＰ１はプリコーダ１が対応し、ＴＲＰ２はプリコーダ２が対応すると仮定する。この場合、１番目のＰＵＳＣＨ ＴＯはプリコーダ１が適用され、２番目のＰＵＳＣＨ ＴＯはプリコーダ２が適用され、３番目のＰＵＳＣＨ ＴＯはプリコーダ１が適用され、４番目のＰＵＳＣＨ ＴＯはプリコーダ２が適用されてよい。

【0255】

又は、Ｎ個のＰＵＳＣＨ ＴＯが設定された時に、隣接したｆｌｏｏｒ（Ｎ／２）又はｃｅｉｌ（Ｎ／２）個のＴＯ別にグルーピングされてよい。そして、各ＴＯグループと各ＴＲＰに向かうプリコーダが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされてよい。ここで、ＴＯグループ別に（すなわち、ＴＯグループのインデックスの昇順で）、各ＴＲＰに対するプリコーダが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされてよい。ここで、ＴＯグループ別に（すなわち、ＴＯグループのインデックスの昇順で）各ＴＲＰに対応するＳＲＩフィールドが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされることにより、各ＴＲＰに対するプリコーダが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされ得る。例えば、２個のＴＲＰに対するＰＵＳＣＨ送信においてＰＵＳＣＨ ＴＯが６であると仮定する。また、ＴＲＰ１はプリコーダ１が対応し、ＴＲＰ２はプリコーダ２が対応すると仮定する。この場合、１番目のＰＵＳＣＨ ＴＯグループ（１番目、２番目、３番目のＰＵＳＣＨ ＴＯ）は、プリコーダ１が適用され、２番目のＰＵＳＣＨ ＴＯグループ（４番目、５番目、６番目のＰＵＳＣＨ ＴＯ）は、プリコーダ２が適用されてよい。

【0256】

上のようにマップされた結果、端末は、同一グループに含まれた隣接ＴＯに対して同一のＰＣパラメータ（セット）、送信ビーム及び／又はプリコーダを適用できる。すなわち、前記動作により、互いに異なる複数個のＴＲＰに向かうようにスケジュールされる複数ＰＵＳＣＨ ＴＯに対する電力制御パラメータ（セット）、送信ビーム及び／又はプリコーダが基地局のＭ－ＴＲＰ ＰＵＳＣＨスケジューリングＤＣＩによって設定／指示され得る。

【0257】

また、基地局は、複数個ＴＲＰに向かう複数のＰＵＳＣＨ ＴＯに対して端末が適用するＴＡ値を、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング前に、ＲＲＣ、ＭＡＣ ＣＥのような上位層シグナリングを用いて設定／指示／アップデートすることができる。前記と同様に、端末は設定／指示／アップデートされたＴＡ値を複数のＰＵＳＣＨ ＴＯに特定順に適用してよい。すなわち、ＰＵＳＣＨ ＴＯが増加するに従って（すなわち、ＴＯのインデックスの昇順で）、前記各ＴＲＰに対するＴＡ値が交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）適用されてよい。ここで、ＰＵＳＣＨ ＴＯが増加するに従って（すなわち、ＴＯのインデックスの昇順で）各ＴＲＰに対応するＳＲＩフィールドが交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）マップされることにより、各ＴＲＰに対するＴＡ値が交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒ）順次に）適用され得る。

【0258】

又は、Ｎ個のＰＵＳＣＨ ＴＯが設定された時に、隣接したｆｌｏｏｒ（Ｎ／２）又はｃｅｉｌ（Ｎ／２）個のＴＯ別にグルーピングされてよい。そして、各ＴＯグループと各ＴＲＰに対するＴＡ値が循環的に（ｃｉｒｃｕｌａｒ）順次にマップされてよい。ここで、ＴＯグループ別に（すなわち、ＴＯグループのインデックスの昇順で）、各ＴＲＰに対するＴＡ値が循環的に（ｃｉｒｃｕｌａｒ）順次にマップされてよい。言い換えると、ＴＯグループ別に（すなわち、ＴＯグループのインデックスの昇順で）各ＴＲＰに対応するＳＲＩフィールドが循環的に（ｃｉｒｃｕｌａｒ）順次にマップされることにより、各ＴＲＰに対するＴＡ値が循環的に（ｃｉｒｃｕｌａｒ）順次にマップされ得る。

【0259】

本開示においてＴＯとは、複数チャネルがＴＤＭされる場合に、互いに異なる時間に送信された各チャネルを意味し、複数チャネルがＦＤＭされる場合に、互いに異なる周波数／ＲＢで送信された各チャネルを意味し、複数チャネルがＳＤＭされる場合に、互いに異なるレイヤ（ｌａｙｅｒ）／ビーム（ｂｅａｍ）／ＤＭＲＳポート（ｐｏｒｔ）で送信された各チャネルを意味できる。各ＴＯには１つのＴＣＩ状態がマップされる。同一チャネルを反復送信する場合（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨを反復送信する場合）に、１つのＴＯには完全なＤＣＩ／データ／ＵＣＩが送信され、受信端は、複数ＴＯを受信して受信成功率を高める。１つのチャネルを複数ＴＯに分けて送信する場合に、１つのＴＯではＤＣＩ／データ／ＵＣＩの一部が送信され、受信端は、複数ＴＯを全て受信してこそ、断片のＤＣＩ／データ／ＵＣＩを集めて完全なＤＣＩ／データ／ＵＣＩを受信することができる。

【0260】

さらに、前記複数のＰＵＳＣＨ ＴＯがＭ－ＴＲＰ ＰＵＳＣＨの受信ＴＲＰの個数分だけ設定／指示されると、端末は、各ＴＲＰに１個ずつのＰＵＳＣＨを送信する。又は、前記複数のＰＵＳＣＨ ＴＯがＭ－ＴＲＰ ＰＵＳＣＨの受信ＴＲＰ個数のｎ倍だけ設定／指示されると、端末は各ＴＲＰにｎ個ずつのＰＵＳＣＨを送信する。このようなＰＵＳＣＨ ＴＯに対する回数情報及び時間ドメイン（ｔｉｍｅ ｄｏｍａｉｎ）／周波数ドメイン（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）リソース割り当て情報は、ＰＵＳＣＨスケジューリングのための基地局のＤＣＩ送信前にあらかじめＲＲＣ／ＭＡＣ ＣＥなどのような上位層設定によって設定／アップデートされてよく、又はＰＵＳＣＨに対するスケジューリングＤＣＩの特定フィールドで動的に（ｄｙｎａｍｉｃ）指示されてよい。この場合、後続する端末のＰＵＳＣＨ ＴＯにおけるＰＵＳＣＨ送信は、前記基地局のＰＣパラメータ（セット）、送信（アナログ）ビーム、プリコーダ、及びＴＡ設定／指示が適用／活用されてよい。

【0261】

実施例４：前記実施例３の複数個ＰＵＳＣＨ ＴＯに対する複数個ＰＣパラメータ（セット）、送信（アナログ）ビーム、プリコーダ及びＴＡの具体的な設定／指示方法について提案する。

【0262】

ｉ）複数個ＰＵＳＣＨ ＴＯに対する複数個ＴＡ設定方法

【0263】

基地局は、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング前に、端末が複数個ＰＵＳＣＨ ＴＯに適用しなければならない複数個ＴＡ値を設定／アップデートすることができる。前記ＴＡ値は、ＭＡＣ ＣＥメッセージ（又は、ＲＲＣメッセージ）のような上位層シグナリングによって端末に設定／指示／アップデートされてよい。ここで、ＴＡ値の個数は、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングに参加するＴＲＰの個数と同一であってよい。

【0264】

ｉｉ）複数個ＰＵＳＣＨ ＴＯに対する複数個送信ビーム設定／指示方法

【0265】

基地局は、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング前に、端末が複数個ＰＵＳＣＨ ＴＯに適用しなければならない複数個送信ビームを設定／アップデートすることができる。具体的に、ＰＵＳＣＨ ＴＯ設定に空間関係情報（例えば、‘ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ’）或いは上りリンクＴＣＩ（例えば、‘ＵＬ－ＴＣＩ’）によってＤＬ ＲＳ（例えば、ＳＳＢ－ＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ）、ＣＲＩ（ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ））、ＵＬ ＲＳ（例えば、ＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ））をリンク／連結／参照させることにより、基地局は事前に、各ＰＵＳＣＨ ＴＯに端末が適用しなければならないＰＵＳＣＨ送信ビームを、（ＲＲＣ／ＭＡＣ－ＣＥによって）設定／アップデートすることができる。又は、前記方法１及び方法２のように、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング前に、ＵＬチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）／ＵＬリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）の目的で設定／送信されたＳＲＳリソースセット／ＳＲＳリソースを各ＰＵＳＣＨ ＴＯにリンク／連結／参照させることにより、基地局は、各ＰＵＳＣＨ ＴＯに端末が適用しなければならない送信ビームを設定／指示／アップデートすることができる。

【0266】

他の方法として、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングのためのＤＣＩ内複数個ＰＵＳＣＨ ＴＯに適用しなければならない送信ビームに対する指示のために（ＴＯ個数分の）複数個ＳＲＩフィールド或いはＵＬ－ＴＣＩフィールドが含まれてよい。複数個ＳＲＩフィールド或いはＵＬ－ＴＣＩフィールドによって各ＰＵＳＣＨ ＴＯに対するＤＬ ＲＳ（例えば、ＳＳＢ－ＲＩ、ＣＲＩ）、ＵＬ ＲＳ（例えば、ＳＲＩ）を指示することによって動的な（ｄｙｎａｍｉｃ）送信ビーム指示が可能である。或いは、前記ＤＣＩ内の１つのＳＲＩフィールド或いはＵＬ－ＴＣＩフィールドが存在しても、当該フィールドに、ＲＲＣ設定／説明（ｄｅｓｃｒｉｐｔｉｏｎ）を用いて（ＴＯ個数分の）複数個の送信ビームのための参照（ｒｅｆｅｒｅｎｃｅ）ＲＳ（ＤＬ／ＵＬ ＲＳ）が（順序対の形態で）リンク／連結されてよい。例えば、ＳＲＳリソースセット１のＳＲＳリソース１とＳＲＳリソースセット２のＳＲＳリソース１が１つのコードポイント（ｃｏｄｅｐｏｉｎｔ）にリンク／連結されてよい。ＤＣＩ内ＳＲＩフィールドによって前記コードポイントが指示される場合に、前述した実施例３によって、ＰＵＳＣＨ ＴＯが増加するに従って（ＰＵＳＣＨ ＴＯのインデックスの昇順で）、前記コードポイントとリンク／連結されたＳＲＳリソースセット１のＳＲＳリソース１とＳＲＳリソースセット２のＳＲＳリソース１が交互に（又は、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）各ＰＵＳＣＨ ＴＯにマップされてよい。また、上述したように、隣接した複数個のＰＵＳＣＨ ＴＯ単位でグルーピングされてよい。この場合、ＴＯグループが増加するに従って（ＰＵＳＣＨ ＴＯのインデックスの昇順で）、前記コードポイントとリンク／連結されたＳＲＳリソースセット１のＳＲＳリソース１とＳＲＳリソースセット２のＳＲＳリソース１が交互に（又は、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）各ＴＯグループにマップされてよい。このように、リンク／連結されることにより、１つのフィールドの１つのコードポイント（ｃｏｄｅｐｏｉｎｔ）を用いて、複数個ＴＲＰに向かう複数個ＰＵＳＣＨ ＴＯに対する複数個の送信ビーム指示が可能である。

【0267】

前記送信ビーム指示のための方法ｉｉ）で指示された送信ビームと連結されたパネルによって、端末は、各ＰＵＳＣＨ ＴＯ送信に活用するパネルが認知できる。又は、ＳＲＩフィールド或いはＵＬ－ＴＣＩフィールド（又は、フィールド内各コードポイント）に事前に上位層で（順序対の形態で）リンク／連結されているパネルが存在してもよく、スケジューリングＤＣＩによって当該コードポイントが指示された時に、端末は、前記パネルを各ＰＵＳＣＨ ＴＯ送信に活用する。さらに、ＤＣＩスケジューリング前に、各ＰＵＳＣＨ ＴＯに対する送信パネルが上位層シグナリングによって設定／アップデートされてよい。

【0268】

ｉｉｉ）複数個ＰＵＳＣＨ ＴＯに対する複数個ＰＣパラメータ設定／指示方法

【0269】

基地局は、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング前に、端末が複数個ＰＵＳＣＨ ＴＯに適用しなければならない複数個ＰＣパラメータ（セット）を、上位層シグナリング（例えば、ＲＲＣ／ＭＡＣ－ＣＥなど）によって設定／アップデートすることができる。例えば、方法１或いは方法２のように、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング前にＵＬチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）／ＵＬリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）の目的で設定／指示されたＳＲＳリソースセット／ＳＲＳリソースを各ＰＵＳＣＨ ＴＯにリンク／連結／参照させることにより、基地局は、各ＰＵＳＣＨ ＴＯに端末が適用しなければならないＰＣパラメータを定義／設定／指示／アップデートすることができる。

【0270】

さらに他の方法として、前記方法ｉｉ）のように、ＤＣＩ内に複数個ＳＲＩフィールド或いはＵＬ－ＴＣＩフィールドが定義されてよい。そして、前記ＤＣＩ内各フィールドに、各ＴＲＰに向かうＰＵＳＣＨ ＴＯに該当するＰＣパラメータ（セット）が、ＲＲＣ設定／説明（ｄｅｓｃｒｉｐｔｉｏｎ）によってリンク／連結されてよい。これにより、スケジューリングＤＣＩ内で特定ＳＲＩフィールド或いはＵＬ－ＴＣＩフィールドの特定コードポイントが指示されることにより、端末は各ＴＯで適用するＰＣパラメータ（セット）を認知できる。例えば、ＤＣＩ内第１ＳＲＩフィールド（或いは、ＵＬ－ＴＣＩフィールド）で指示可能な複数のコードポイントに対応する複数の第１ＰＣパラメータ（セット）、ＤＣＩ内第２ＳＲＩフィールド（或いは、ＵＬ－ＴＣＩフィールド）で指示可能な複数のコードポイントに対応する複数の第２ＰＣパラメータ（セット）がＲＲＣなどの上位層シグナリングによって設定されてよい。そして、ＤＣＩ内第１ＳＲＩフィールド（ＰＵＳＣＨ ＴＯ１に対応）で指示されたコードポイントによって、複数の第１ＰＣパラメータ（セット）のうち特定ＰＣパラメータ（セット）が指示され、第２ＳＲＩフィールド（ＰＵＳＣＨ ＴＯ２に対応）で指示されたコードポイントによって、複数の第２ＰＣパラメータ（セット）のうち特定ＰＣパラメータ（セット）が指示されてよい。これにより、端末は各ＰＵＳＣＨ ＴＯに適用されるＰＣパラメータ（セット）を認知できる。

【0271】

同様に、ｉｉ）のように、ＤＣＩ内に１つのＳＲＩフィールド或いはＵＬ－ＴＣＩフィールドが存在してよい。この場合、当該１つのフィールドに、各ＰＵＳＣＨ ＴＯに該当するＰＣパラメータ（セット）を（順序対の形態で）ＲＲＣ設定／説明（ｄｅｓｃｒｉｐｔｉｏｎ）によってリンク／連結させることにより、同一の端末動作が可能である。例えば、｛ＰＣパラメータ（セット）１，ＰＣパラメータ（セット）２，ＰＣパラメータ（セット）３｝、｛ＰＣパラメータ（セット）４，ＰＣパラメータ（セット）１，ＰＣパラメータ（セット）２｝などのように順序対がＲＲＣなどの上位層シグナリングによって設定され、ＤＣＩ内１つのＳＲＩフィールド或いはＵＬ－ＴＣＩフィールド内コードポイント（ｃｏｄｅｐｏｉｎｔ）によって前記順序対のいずれか１つが指示されてよい。

【0272】

ここで、前記各ＰＵＳＣＨ ＴＯに該当するＰＣパラメータ（セット）は、開ループパワー制御パラメータ（ｏｐｅｎ－ｌｏｏｐ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）であるＰ_O、アルファ（ａｌｐｈａ，α）、経路損失参照（ｐａｔｈｌｏｓｓ ｒｅｆｅｒｅｎｃｅ）ＲＳ（すなわち、経路損失測定に対する参照ＲＳリソースインデックス）及び／又は閉ループ（ｃｌｏｓｅｄ－ｌｏｏｐ）パラメータである閉ループインデックス（ｃｌｏｓｅｄ－ｌｏｏｐ ｉｎｄｅｘ）のうち少なくとも１つ以上を含むことができる。

【0273】

Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が特定条件又は特定信号によって活性化（ｅｎａｂｌｅ）される場合と非活性化（ｄｉｓａｂｌｅ）される場合に対してそれぞれ、ＳＲＩフィールドのコードポイント（ｃｏｄｅｐｏｉｎｔ）を異なるように定義できる。特に、この方法は、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信の活性化／非活性化がＭＡＣレベル又は動的に（ｄｙｎａｍｉｃ）（例えば、ＤＣＩなどによって）指示され得る場合に適用されてよい。例えば、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が非活性化された場合に、既存方式と同様に、ＳＲＩフィールドのコードポイントは、１つの送信ビーム参照（ｒｅｆｅｒｅｎｃｅ）ＤＬ／ＵＬ ＲＳ（例えば、ＳＲＳリソース、ＣＳＩ－ＲＳ、ＳＳＢ）及び／又は１つのパワー制御パラメータセット（ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ ｓｅｔ）と設定／定義されてよい。すなわち、１つのコードポイントに１つの送信ビーム参照（ｒｅｆｅｒｅｎｃｅ）ＤＬ／ＵＬ ＲＳ及び／又は１つのパワー制御パラメータセットが連結／マップされるように設定／定義されてよい。

【0274】

一方、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が活性化された場合に、ＳＲＩフィールドのコードポイントは、１つの送信ビーム参照（ｒｅｆｅｒｅｎｃｅ）ＤＬ／ＵＬ ＲＳ（例えば、ＳＲＳリソース、ＣＳＩ－ＲＳ、ＳＳＢ）及び複数個（例えば、２個）パワー制御パラメータセットと設定／定義されてよい。すなわち、１つのコードポイントに１つの送信ビーム参照（ｒｅｆｅｒｅｎｃｅ）ＤＬ／ＵＬ ＲＳ及び／又は複数のパワー制御パラメータセットが連結／マップされるように設定／定義されてよい。この場合、ＰＵＳＣＨ ＴＯ設定／指示によって送信ビームは固定するものの、複数ＰＣ（ｐｏｗｅｒ ｃｏｎｔｒｏｌ）パラメータセットのうち１つが各ＴＯに適用されてよい。

【0275】

又は、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が活性化された場合に、ＳＲＩフィールドのコードポイントは、複数個（例えば、２個）の送信ビーム参照（ｒｅｆｅｒｅｎｃｅ）ＤＬ／ＵＬ ＲＳ（例えば、ＳＲＳリソース、ＣＳＩ－ＲＳ、ＳＳＢ）及び複数個（例えば、２個）パワー制御パラメータセットと設定／定義されてよい。すなわち、１つのコードポイントに複数の送信ビーム参照（ｒｅｆｅｒｅｎｃｅ）ＤＬ／ＵＬ ＲＳ及び／又は複数のパワー制御パラメータセットが連結／マップされるように設定／定義されてよい。この場合、ＰＵＳＣＨ ＴＯ設定／指示によって複数送信ビーム参照ＤＬ／ＵＬ ＲＳ（例えば、ＳＲＳリソース、ＣＳＩ－ＲＳ、ＳＳＢ）及びＰＣパラメータセットのうち１つが各ＴＯに適用されてよい。

【0276】

端末には基地局からＲＲＣシグナリングによって各ＳＲＩ コードポイント値が設定されてよい。Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が非活性化／活性化された場合に、それぞれに対する互いに異なるＳＲＩコードポイント値が設定されてよい。すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信の非活性化／活性化によって、各ＳＲＩコードポイントに連結／マップされる互いに異なる送信ビーム参照ＲＳ又は／及びＰＣパラメータセットが設定されてよい。

【0277】

この場合、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信の非活性化／活性化によって、端末はそれに相応するＳＲＩコードポイント値を用いることができる。すなわち、端末は、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信であるか否かによって、当該ＳＲＩコードポイント値に連結／マップされる送信ビーム参照ＲＳ又は／及びＰＣパラメータセットを用いることができる。

【0278】

また、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が活性化された場合に対するＳＲＩコードポイント値は、非活性化された場合に対するＳＲＩコードポイント（に連結／マップされる送信ビーム参照ＲＳ又は／及びＰＣパラメータセット）値を含む拡大集合（ｓｕｐｅｒｓｅｔ）と設定されてよい。すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が活性化された場合に対するＳＲＩコードポイント値に連結／マップされる送信ビーム参照ＲＳ又は／及びＰＣパラメータセットは、非活性化された場合に対するＳＲＩコードポイント値に連結／マップされる送信ビーム参照ＲＳ又は／及びＰＣパラメータセットを含むことができる。例えば、ＳＲＩフィールドのコードポイント０に対して、Ｍ－ＴＲＰ ＰＵＳＣＨ反復送信が非活性化された場合は（送信ビーム参照のための）ＤＬ／ＵＬ ＲＳインデックス０、ＰＣパラメータセットインデックス０に設定され、ＴＲＰ ＰＵＳＣＨ反復送信が活性化された場合は、ＤＬ／ＵＬ ＲＳインデックス０、ＤＬ／ＵＬ ＲＳインデックス１、ＰＣパラメータセットインデックス０、ＰＣパラメータセットインデックス１に設定されてよい。

【0279】

上述した説明において、ＳＲＩフィールドは、ＵＬ ＴＣＩ状態フィールド（ｓｔａｔｅ ｆｉｅｌｄ）又は／及びＤＬ／ＵＬ統合（ｕｎｉｆｉｅｄ）ＴＣＩ状態フィールドに代替されてよい。前記ＤＬ／ＵＬ統合ＴＣＩ状態フィールドが用いられることにより、特定識別子（ＩＤ）を有するＴＣＩ状態のＱＣＬタイプ－Ｄ ＲＳ又は／及び空間関係参照ＲＳ（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ＲＳ）（例えば、ＤＬ／ＵＬ ＲＳ）がＤＬ受信ビームの参照ＲＳとＵＬ送信ビームの参照ＲＳの両方として用いられてよい。

【0280】

ｉｖ）複数個ＰＵＳＣＨ ＴＯに対する複数個プリコーダ（例えば、ＴＰＭＩ指示、ＳＲＩ指示）設定／指示方法

【0281】

既存ＮＲシステムでは、端末のＵＬ送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ）を設定するパラメータである‘ｔｘＣｏｎｆｉｇ’において‘ｃｏｄｅｂｏｏｋ’と‘ｎｏｎＣｏｄｅｂｏｏｋ’が半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定されてよい。当該設定によって、基地局が端末にＰＵＳＣＨプリコーダを送信するフィールド（例えば、ＴＰＭＩフィールド、ＳＲＩフィールド）が可変する。本開示によれば、（Ｍ－ＴＲＰ ＰＵＳＣＨ送信外の目的も含む）例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’（或いは、‘ｈｙｂｒｉｄ’）と呼ばれるＵＬ送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ）が‘ｔｘＣｏｎｆｉｇ’内で設定されてよい。当該設定によるＰＵＳＣＨスケジューリングＤＣＩのプリコーダ指示方法（或いは、Ｍ－ＴＲＰ ＰＵＳＣＨの各プリコーダ指示方法）についても下記に提案する。すなわち、下記では、Ｍ－ＴＲＰ ＰＵＳＣＨのプリコーダ指示のための方法として、各ＴＲＰのＵＬチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）／ＵＬリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）の目的で送信されていた複数個のＳＲＳリソースセット／ＳＲＳリソースが、１）いずれもＣＢ目的ＳＲＳである場合、２）いずれもＮＣＢ目的ＳＲＳである場合、３）ＣＢ目的とＮＣＢ目的のＳＲＳが混在している場合に分けて、プリコーダ指示方法について提案する。

【0282】

－ いずれもＣＢ目的ＳＲＳである場合

【0283】

最も単純な方法としては、Ｍ－ＴＲＰスケジューリングＤＣＩにおいてＰＵＳＣＨ ＴＯ個数分だけＴＰＭＩフィールドが可変してよい。すなわち、ＰＵＳＣＨ ＴＯ個数に従ってＴＰＭＩフィールドの個数が変わってよい。しかし、これは、ＤＣＩオーバーヘッド（ｏｖｅｒｈｅａｄ）が無分別に増加する短所がある。

【0284】

したがって、ＤＣＩ内ＴＰＭＩフィールドは１つのフィールドのままで維持し、ＴＰＭＩフィールドによって指示されたＴＲＩ／ＴＰＭＩ値を特定規則ベース（ｒｕｌｅ－ｂａｓｅｄ）でＰＵＳＣＨ ＴＯ間で分けて有する（すなわち、ＴＰＭＩ値に該当するプリコーダ（ｐｒｅｃｏｄｅｒ）を分割して、各ＰＵＳＣＨ ＴＯに相応する送信ビームに適用する）動作を提案する。このような動作は、全Ｍ－ＴＲＰ ＰＵＳＣＨのデータレイヤ（ｄａｔａ ｌａｙｅｒ）においてＰＵＳＣＨ ＴＯ別にレイヤを分けて有する送信方式に適用されてよい。例えば、ＰＵＳＣＨ ＴＯが２個であり、ランク（ｒａｎｋ）４のＰＭＩ＝２が指示されると、ＰＭＩ＝２（ランク＝２）の１番目及び２番目のプリコーディングベクトル（ｐｒｅｃｏｄｉｎｇ ｖｅｃｔｏｒ）は１番目のＴＯの送信ビーム（Ｔｘ ｂｅａｍ）に適用され、残りベクトル（ｖｅｃｔｏｒｓ）は他のＴＯの送信ビーム（Ｔｘ ｂｅａｍ）に適用されてよい。

【0285】

ここで、ＰＵＳＣＨ ＴＯと送信ビーム／ＰＣ（ｐｏｗｅｒ ｃｏｎｔｒｏｌ）間のマッピング関係が定められているので、同様にプリコーディングベクトル（ｐｒｅｃｏｄｉｎｇ ｖｅｃｔｏｒ）も、ＰＵＳＣＨ ＴＯとプリコーディングベクトルとのマッピング関係が成立し得る。例えば、各ＰＵＳＣＨ ＴＯ同士が総ＰＵＳＣＨレイヤ（ｌａｙｅｒ）を分けて有する動作において、ＴＰＭＩ指示のために部分コヒーレントコードブック（ｐａｒｔｉａｌ ｃｏｈｅｒｅｎｔ ｃｏｄｅｂｏｏｋ）或いは非コヒーレントコードブック（ｎｏｎ－ｃｏｈｅｒｅｎｔ ｃｏｄｅｂｏｏｋ）が用いられてよい。また、ＰＵＳＣＨの総レイヤが４ランクを超えるとき、総レイヤをＰＵＳＣＨ ＴＯが分けて有する動作を支援するために、ＬＴＥ／ＮＲのＤＬ８ポートコードブックが用いられてよい。

【0286】

又は、各ＴＲＰ或いはＰＵＳＣＨ ＴＯが分けて有するレイヤ数に対して、ＴＲＰ或いはＰＵＳＣＨ ＴＯ別最大（ｍａｘ）ランクが制限されてよい（例えば、２ランク）。この場合、ＤＣＩペイロード内でスケジューリングのための各ＰＵＳＣＨ ＴＯ数字分だけＴＲＩ＋ＴＰＭＩフィールドを構成することにより、正確なランクとプリコーダが指示されてよい。また、当該フィールドのビット数の浪費を減らすことができる。例えば、ＤＣＩ内ＴＲＰ １ ＰＵＳＣＨ ＴＯのための｛ＴＲＩ＿１＋ＴＰＭＩ＿１｝＋ＴＲＰ ２ ＰＵＳＣＨ ＴＯのための｛ＴＲＩ＿２＋ＴＰＭＩ＿２｝と構成されてよい。このように、複数個のＴＯがＴＰＭＩで指示されたプリコーダのベクトルを分けて有するとき、各ＴＯが対称に（同一数字の）プリコーディングベクトルを分けて有してよく、又は非対称に（すなわち、他の数字、例えば、ランク４の時に３＋１／１＋３）プリコーディングベクトルを分けて有してよい。

【0287】

ここで、全体Ｍ－ＴＲＰ ＰＵＳＣＨのデータ層において、ＰＵＳＣＨ ＴＯ別に重なるデータレイヤが存在してよい。この場合、重なるレイヤに対しては各ＴＯに同一プリコーディングベクトルが適用されるように、何番目のレイヤか或いは何番目のベクトルかが、事前に設定／指示されてよい。例えば、１番目のＰＵＳＣＨ ＴＯでデータレイヤ１、２、３が送信され、２番目のＰＵＳＣＨ ＴＯでデータレイヤ３、４が送信される場合に、基地局はスケジューリング前に、ｌａｙｅｒ３を、重なるレイヤ或いはプリコーディングベクトルと事前に設定／指示／アップデートすることによって、端末動作が定義／設定されてよい。

【0288】

上述した各ＰＵＳＣＨ ＴＯ別にレイヤを分けて有する動作と関連して、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリング目的のＳＲＳリソースセット／ＳＲＳリソース設定時に、ＣＢ目的のＳＲＳリソース設定内ポート数の設定によって、事前に、特定ＴＲＰに向かうレイヤ数が設定される効果があり得る。又は、事前のＰＵＳＣＨ ＴＯ設定時或いはＤＣＩスケジューリング時に、各ＴＲＰに向かうレイヤ数が設定／指示されてよい。

【0289】

又は、総Ｍ－ＴＲＰ ＰＵＳＣＨのデータレイヤにおいて各ＰＵＳＣＨ ＴＯが全体データレイヤをそれぞれ送信する反復（ｒｅｐｅｔｉｔｉｏｎ）形態で動作できる。この場合、ＤＣＩで指示されたＴＰＭＩフィールドは、特定基準ＴＯに対応する送信ビームに適用されてよい。そして、基準ＴＯではなくＴＯに対応する送信ビームには、ＴＰＭＩが指示したプリコーダに対てし直交化（ｏｒｔｈｏｇｏｎａｌｉｚｅ）を行った他のプリコーディングベクトルが適用されてよい。このような直交化過程は、事前に数式的に定義されてよい。又は、直交化過程は、ＴＰＭＩ候補（ｃａｎｄｉｄａｔｅｓ）のうち、前記ＤＣＩで指示したＴＰＭＩプリコーダのヌル空間（ｎｕｌｌ ｓｐａｃｅ）に存在するＴＰＭＩと決定されるものと定義されてよい。他の例として、基地局は、基準ＴＯのＴＰＭＩインデックスを基準に他のＴＯのＴＰＭＩ値に対するオフセット（ｏｆｆｓｅｔ）値を事前に設定／指示でき、基準ＴＯ以外のＴＯに対するＴＰＭＩ値は、基準ＴＯのＴＰＭＩインデックスとオフセットによって設定／指示されてよい。さらに他の例として、各ＴＯごとに送信パネル（ｐａｎｅｌ）及び／又は送信ビームが異なるので、基準ＴＰＭＩフィールドが全てのＴＯにおいて同一に適用されてよい。

【0290】

上述したＭ－ＴＲＰ ＰＵＳＣＨ ＴＯ別に総データレイヤを分けて有する動作と総データレイヤを各ＰＵＳＣＨ ＴＯが反復する動作において、基地局の事前設定／アップデート（すなわち、ＲＲＣ／ＭＡＣシグナリング）によって、これらの両動作のうちいずれの動作を端末が行うべきかが指示されてよい。又は、Ｍ－ＴＲＰ ＰＵＳＣＨスケジューリングＤＣＩの特定フィールドによって上の２つの動作のスイッチング（ｓｗｉｔｃｈｉｎｇ）が指示されてよい。

【0291】

－ いずれもＮＣＢ目的ＳＲＳである場合

【0292】

既存ＮＲの場合、最大レイヤ設定（例えば、ｍａｘＭＩＭＯ－Ｌａｙｅｒｓ）或いは端末ＵＬ最大レイヤ能力（ｃａｐａｂｉｌｉｔｙ）によって最大レイヤ数（Ｌｍａｘ）値が設定されてよい。そして、当該最大レイヤ数の値とＣＢ用途のＳＲＳリソースセット内ＳＲＳリソース個数によって、ＮＣＢ ＰＵＳＣＨスケジューリングのためのＤＣＩ内ＳＲＩフィールド値が可変する。本開示では、各ＰＵＳＣＨ ＴＯが前記Ｌｍａｘ値を分けて有するか、各ＰＵＳＣＨ ＴＯのためのＬｍａｘ値がそれぞれ設定される動作について提案する。

【0293】

まず、基地局は、各ＰＵＳＣＨ ＴＯに対応する（ＵＬチャネル確定／ＵＬリンク適応目的で設定された）ＳＲＳリソース個数を設定／定義することにより、全てのＰＵＳＣＨ ＴＯのために設定されたＳＲＳリソース値の和はＬｍａｘ値になるように設定できる。このような動作により、各ＰＵＳＣＨ ＴＯが前記Ｌｍａｘ値を分けて有し得る。また、既存ＮＣＢのためのＳＲＩフィールドのビットフィールドをそのまま維持しながら、向上した（ｅｎｈａｎｃｅ）動作が可能である。また、各ＳＲＳリソースがどのＰＵＳＣＨ ＴＯに該当するかを、実施例１と３によって基地局と端末は共通の理解を有することができ、曖昧さ（ａｍｂｉｇｕｉｔｙ）が発生しないという長所がある。

【0294】

次に、さらに他の方法として、基地局は、各ＰＵＳＣＨ ＴＯに対応するＬｍａｘ値をそれぞれ設定／定義することができる。このような方法により、基地局は各ＰＵＳＣＨ ＴＯに対応するＳＲＩを、ＤＣＩによって（例えば、Ｌｍａｘ １とＬｍａｘ ２を合わせた総レイヤ数に対するＳＲＩを）指示できる。この場合、各ＰＵＳＣＨ ＴＯのためのＳＲＩフィールドを指示する時に、いずれか１つのＴＯのためのＳＲＩを全く指示しなくて済むので、単一ＴＲＰ送信が可能になるという長所がある（例えば、Ｌｍａｘ １で指示しいでＬｍａｘ２で指示した場合、ＴＲＰ２に向かう単一ＴＲＰ ＰＵＳＣＨになる。）。ここで、いずれか１つのＴＯのためのＳＲＩを指示しないということは、当該ＤＣＩが単一のＳＲＩフィールドのみを含むということを意味できる。又は、いずれか１つのＴＯのためのＳＲＩを指示しないということは、当該ＤＣＩ内の複数のＳＲＩフィールドが存在するが、そのいずれか１つのＳＲＩフィールドによって当該ＳＲＩフィールドを非活性／オフ（ｏｆｆ）設定するようにする特定コードポイントが指示されることを意味できる。この場合、各ＴＯにおいてＰＵＳＣＨは、前記各ＴＯと関連した、すなわち、活性化されたＳＲＩフィールド（すなわち、非活性／オフ（ｏｆｆ）設定するようにする特定コードポイント以外のコードポイントを指示するＳＲＩフィールド）によって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0295】

さらに、基準ＰＵＳＣＨ ＴＯのためのＳＲＩがＳＲＩフィールドによって指示され、基準ＰＵＳＣＨ ＴＯ以外のＴＯに対するＳＲＩも、同一のインデックスを有するＳＲＳリソースが指示されてよい。例えば、基準ＰＵＳＣＨ ＴＯに対応するＮＣＢ用ＳＲＳリソースセット内でｎ番目のＳＲＳリソースが指示されると、他のＴＯでも当該ＴＯに対応するＮＣＢ用ＳＲＳリソースセット内でｎ番目ＳＲＳリソースが指示されてよい。ここで、基準ＴＯで選択されたＳＲＳリソース個数は、それ以外のＴＯで選択されたＳＲＳリソース個数と同一であるという条件を常に満たす必要がある。このような動作により、１つのＳＲＩフィールドで複数個ＴＯに対するＳＲＳリソース選択をジョイント（ｊｏｉｎｔ）で指示できるので、ＳＲＩフィールドのビットフィールドサイズを減らし得るという長所がある。

【0296】

－ ＣＢ目的とＮＣＢ目的のＳＲＳが混在している場合

【0297】

前記‘ｍ－ｔｒｐＰＵＳＣＨ’（或いは、‘ｈｙｂｒｉｄ’）と呼ばれるＵＬ送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ）（例えば、‘ｔｘＣｏｎｆｉｇ’）が設定された場合に、又はＣＢとＮＣＢ目的のＳＲＳリソースが混在しているＳＲＳリソースセット／ＳＲＳリソース設定に基づいてＭ－ＴＲＰ ＰＵＳＣＨスケジューリングを行う場合に、次のような基地局－端末間動作が可能である。

【0298】

上記の方法１と方法２に基づいて、基地局が端末にＣＢ用ＳＲＳリソースセット内ＳＲＳリソースを１つのみ設定してよい。ここで、Ｍ－ＴＲＰ（或いは、ｈｙｂｒｉｄ）ＰＵＳＣＨスケジューリングのためＤＣＩのＳＲＩフィールドは、ＮＣＢ用ＳＲＳリソースセット内ＳＲＳリソースにマップされてよく、当該ＤＣＩのＴＰＭＩフィールドはＣＢ用と定義されてよい。すなわち、ＤＣＩ内にＮＣＢ用途のＳＲＩ指示のためのＳＲＩフィールドとＣＢ用途のプリコーダ指示のためのＴＰＭＩフィールドが同時に存在してよい。このような動作により、端末は、各ＰＵＳＣＨ ＴＯに適用するＣＢ用／ＮＣＢ用プリコーダ（／Ｔｘ（アナログ）ビーム）をそれぞれＤＣＩで指示することができる。

【0299】

ｖ）複数個ＰＵＳＣＨ ＴＯに対する複数個ＭＣＳ設定／指示方法

【0300】

Ｍ－ＴＲＰスケジューリングＤＣＩにおいてＰＵＳＣＨ ＴＯ個数分だけＭＣＳフィールドが可変してよい。しかし、これは、ＤＣＩオーバーヘッド（ｏｖｅｒｈｅａｄ）が無分別に増加する短所がある。したがって、特定基準ＰＵＳＣＨ ＴＯに対するＭＣＳは既存ＤＣＩのＭＣＳフィールドによって動的に（ｄｙｎａｍｉｃ）指示されてよい。ＲＲＣ／ＭＡＣ－ＣＥなどの上位層シグナリングによって、当該基準になり得るＰＵＳＣＨ ＴＯ ＭＣＳ値からのＭＣＳオフセット値が設定されてよい。これにより、基準ＰＵＳＣＨ ＴＯ以外の他のＴＯ ＭＣＳは、端末に、基準ＭＣＳ＋オフセット値と設定／指示されてよい。各ＭＣＳ値はそれぞれ、ＴＲＰに向かうデータ送信のために用いられてよく、互いに異なるＰＵＳＣＨ ＴＯにマップされることが特徴である。

【0301】

又は、既存ＬＴＥシステムで基地局のＭＣＳを指示する時にコードワード（ｃｏｄｅｗｏｒｄ）別に２つのＭＣＳが指示される形態と同様に、基地局は単純にＰＵＳＣＨ ＴＯ個数分のＭＣＳを各ＴＲＰに対して指示できる。

【0302】

上記の各実施例において、互いに異なる方法は、基地局－端末間動作においてそれぞれ独立に適用／活用されてよく、また、１つ以上の特定実施例及び特定方法の組合せの形態で適用／活用されてもよいことは明らかである。

【0303】

図９は、本開示の一実施例に係るＰＵＳＣＨ送受信方法に対するネットワークと端末との間のシグナリング手順を例示する図である。

【0304】

図９は、本開示で提案する方法（例えば、実施例１／２／３／４など）が適用されてよい多重ＴＲＰ（すなわち、Ｍ－ＴＲＰ或いは多重セル；以下、全てのＴＲＰはセルに言い換えてよい。）の状況でネットワーク（ｎｅｔｗｏｒｋ）（例えば、ＴＲＰ１／ＴＲＰ２）とＵＥとの間のシグナリングを示す（ここで、ＵＥ／ネットワークは一例に過ぎず、図１２及び図１３に記述のように様々な装置に代替適用されてよい。）。図９は、単に説明の便宜のためのもので、本発明の範囲を限定するものではない。

【0305】

図９を参照すると、説明の便宜上、２個のＴＲＰとＵＥとの間のシグナリングが考慮されるが、当該シグナリング方式が複数のＴＲＰ及び複数のＵＥ間のシグナリングにも拡張して適用されてよいことは勿論である。以下の説明において、ネットワークは、複数のＴＲＰを含む１つの基地局であってよく、複数のＴＲＰを含む１つのセル（Ｃｅｌｌ）であってよい。一例として、ネットワークを構成するＴＲＰ１とＴＲＰ２間には理想的（ｉｄｅａｌ）／非理想的（ｎｏｎ－ｉｄｅａｌ）バックホール（ｂａｃｋｈａｕｌ）が設定されてよい。また、以下の説明は複数のＴＲＰを基準に説明されるが、これは複数のパネル（ｐａｎｅｌ）を用いた送信にも同一に拡張して適用されてよい。なお、本開示において、端末がＴＲＰ１／ＴＲＰ２から信号を受信する動作は、端末がネットワークから（ＴＲＰ１／２を介して／用いて）信号を受信する動作とも解釈／説明されてよく（或いは、動作であってよく）、端末がＴＲＰ１／ＴＲＰ２に信号を送信する動作は、端末がネットワークに（ＴＲＰ１／ＴＲＰ２を介して／用いて）信号を送信する動作と解釈／説明されてよく（或いは、動作であってよく）、逆とも解釈／説明されてよい。

【0306】

ＵＥは、ネットワークからＴＲＰ１及び／又はＴＲＰ２を介して／用いてＳＲＳと関連した設定情報を受信することができる（Ｓ９０１）。

【0307】

ここで、前記ＳＲＳと関連した設定情報は、上位層（例えば、ＲＲＣ又はＭＡＣ ＣＥ）に送信されてよい。また、前記ＳＲＳと関連した設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。

【0308】

先の方法１によって、ＳＲＳと関連した設定情報は、各ＴＲＰに対応する複数のＳＲＳリソースセットに関する情報を含むことができる。ここで、前記複数のＳＲＳリソースセットは、ｉ）コードブック（ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースセットのみを含む、又はｉｉ）非コードブック（ｎｏｎ－ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースセットのみを含む、又はｉｉｉ）１つ以上のコードブック用途のＳＲＳリソースセットと１つ以上の非コードブック用途のＳＲＳリソースセットを含むことができる。

【0309】

また、先の方法２によって、ＳＲＳと関連した設定情報は、各ＴＲＰに対応する複数のＳＲＳリソース（例えば、１つのＳＲＳリソースセット内）に対する情報を含むことができる。ここで、前記複数のＳＲＳリソースは、ｉ）コードブック（ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースのみを含む、又はｉｉ）非コードブック（ｎｏｎ－ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースのみを含む、又はｉｉｉ）１つ以上のコードブック用途のＳＲＳリソースと１つ以上の非コードブック用途のＳＲＳリソースを含むことができる。

【0310】

また、先の実施例１によってＳＲＳと関連した設定情報はＳＲＳリソースセットに対する受信セルＩＤ（或いは、ＴＲＰ ＩＤ）を含むことができる。又は、ＳＲＳリソースに対する受信セルＩＤ（或いは、ＴＲＰ ＩＤ）を含むこともできる。

【0311】

また、先の実施例４によってＳＲＳと関連した設定情報は、多重ＰＵＳＣＨ ＴＯ送信と関連したパラメータ設定（ＴＡ、送信ビーム、ＰＣパラメータ、プリコーダ、ＭＣＳなど）を含むことができる。

【0312】

図９には示していないが、端末は、Ｓ９０１で受信した設定情報に基づいて、ＳＲＳリソースセット別に異なるＴＲＰに向かってＳＲＳを送信でき、また、ＳＲＳリソース別に異なるＴＲＰに向かってＳＲＳを送信することができる。

【0313】

ＵＥは、ネットワークからＴＲＰ１及び／又はＴＲＰ２を介して／用いてＰＵＳＣＨ送信と関連した設定情報を受信することができる（Ｓ９０２）。

【0314】

ここで、ＰＵＳＣＨ送信と関連した設定情報は、上位層（例えば、ＲＲＣ又はＭＡＣ ＣＥ）に送信されてよい。また、ＰＵＳＣＨ送信と関連した設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。

【0315】

先の実施例２によって、ＵＬ送信モードの一つとしてＭ－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’又は‘ｈｙｂｒｉｄ’）が定義され、ＰＵＳＣＨ送信と関連した設定情報はＭ－ＴＲＰ ＰＵＳＣＨ設定を含むことができる。前記－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’又は‘ｈｙｂｒｉｄ’）は、複数のＳＲＳリソースセット又は複数のＳＲＳリソースをベースに送信される送信モードを意味することもできる。

【0316】

また、先の実施例４によってＰＵＳＣＨ送信と関連した設定情報は、多重ＰＵＳＣＨ ＴＯ送信と関連したパラメータ設定（ＴＡ、送信ビーム、ＰＣパラメータ、プリコーダ、ＭＣＳなど）を含むことができる。

【0317】

端末はネットワークからＴＲＰ１（及び／又は、ＴＲＰ２）を介して／用いてＰＵＳＣＨスケジューリングのためのＤＣＩを受信することができる（Ｓ９０３）。

【0318】

ここで、ＰＵＳＣＨスケジューリングのためのＤＣＩは、Ｍ－ＴＲＰに対するＮ個の（Ｎは自然数）ＴＯ上におけるＰＵＳＣＨ送信のためのスケジューリング情報を含むことができる。

【0319】

また、ＰＵＳＣＨスケジューリングのためのＤＣＩは、単一のＳＲＩフィールドを含むこともできる。又は、当該ＤＣＩ内複数のＳＲＩフィールドが存在するが、そのいずれか１つのＳＲＩフィールドによって当該ＳＲＩフィールドを非活性／オフ（ｏｆｆ）設定するようにする特定コードポイントが指示されてもよい。

【0320】

ここで、先の実施例２によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨが複数のＳＲＳリソースセット（又は、複数のＳＲＳリソース）をベースに送信されるように設定された（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信のために設定された）ＣＯＲＥＳＥＴ及び／又はサーチスペースセット上で送信されてよい。また、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨが複数のＳＲＳリソースセット（又は、複数のＳＲＳリソース）をベースに送信されるように設定／定義された（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信のために設定／定義された）ＤＣＩフォーマット及び／又はＲＮＴＩに基づいて送信されてよい。

【0321】

ここで、先の実施例３によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨのＮ個の（Ｎは自然数）ＴＯ上で単一ＴＲＰ又は多重ＴＲＰに向かう多重ＰＵＳＣＨ送信（例えば、ＰＵＳＣＨの反復送信又はＰＵＳＣＨの分割送信）対するスケジューリング情報を含むことができる。

【0322】

また、先の実施例４によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、Ｎ個の（Ｎは自然数）ＴＯ上で単一ＴＲＰ又は多重ＴＲＰに向かう多重ＰＵＳＣＨ送信に関するプリコーダ情報（例えば、ＴＰＭＩ、ＳＲＩフィールド）及び／又はＭＣＳ指示情報を含むことができる。また、前記ＰＵＳＣＨが前記複数のＳＲＳリソースセットをベースに送信される送信モード（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信モード）が活性化されるか否かによって、前記ＳＲＩフィールドのコードポイント（ｃｏｄｅｐｏｉｎｔ）に対する設定が異なって定義されてもよい。

【0323】

端末は単一ＴＲＰ又は多重ＴＲＰ（すなわち、ＴＲＰ１及び２）にＤＣＩに基づいてＰＵＳＣＨを送信することができる（Ｓ９０４、Ｓ９０５）。

【0324】

ここで、ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信されてよい。上述したように、各ＴＯ別にＰＵＳＣＨは各ＴＲＰに交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）送信されてよい。又は、隣接した複数個のＴＯがグルーピングされ、各ＴＯグループ別にＰＵＳＣＨは各ＴＲＰに交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）送信されてよい。

【0325】

ここで、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において、前記ＰＵＳＣＨは、前記各ＴＯ（又は、各ＴＯグループ）に関連する前記複数のＳＲＩフィールドのうち１つのＳＲＩフィールドによって識別される１つのＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。具体的に、各ＴＯ（又は、各ＴＯグループ）において前記ＰＵＳＣＨの送信のためのパワー制御パラメータ及び／又は前記ＰＵＳＣＨの送信のために参照する参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連するＳＲＳリソースセット設定に基づいて決定されてよい。

【0326】

また、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において前記ＰＵＳＣＨの送信のためのパワー制御パラメータ及び／又は前記ＰＵＳＣＨの送信のために参照する参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連する前記ＳＲＩフィールドによって指示されてもよい。

【0327】

また、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において前記ＰＵＳＣＨの送信のためのプリコーダ（ｐｒｅｃｏｄｅｒ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連するＳＲＩフィールド又は前記ＤＣＩ内ＴＰＭＩフィールドに基づいて決定されてよい。

【0328】

また、前記各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連した前記複数のＳＲＩフィールドのうち活性化された１つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0329】

図９に関する説明に具体的に記述しなくとも、先の実施例１、２、３、４における説明は図９の動作に適用されてよい。

【0330】

先に言及したように、上述したネットワーク／ＵＥシグナリング及び動作（例えば、実施例１／２／３／４、図９など）は、以下に説明される装置（例えば、図１２及び図１３）によって具現されてよい。例えば、ネットワーク（例えば、ＴＲＰ１／ＴＲＰ２）は第１無線装置、ＵＥは第２無線装置に当該してよく、場合によってその逆の場合も考慮されてよい。

【0331】

例えば、上述したネットワーク／ＵＥシグナリング及び動作（例えば、実施例１／２／３／４、図９など）は、図１２及び図１３の１つ以上のプロセッサ１０２，２０２によって処理されてよい。また、上述したネットワーク／ＵＥシグナリング及び動作（例えば、実施例１／２／３／４、図９など）は、図１２及び図１３の少なくとも１つのプロセッサ（例えば、１０２、２０２）を駆動するための命令語／プログラム（例えば、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、実行コード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図１２及び図１３の１つ以上のメモリ１０４，２０４）に記憶されてもよい。

【0332】

図１０は、本開示の一実施例に係るＰＵＳＣＨを送信する方法に対する端末の動作を例示する図である。

【0333】

図１０では、先の実施例１～実施例４に基づく端末の動作を例示する。図１０の例示は説明の便宜のためのもので、本開示の範囲を制限するものではない。図１０で例示された一部の段階は、状況及び／又は設定によって省略されてよい。また、図１０において端末は一つの例示に過ぎず、次の図１２及び図１３で例示された装置によって具現されてよい。例えば、図１２及び図１３のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報などを送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することもできる。

【0334】

また、図１０の動作は、図１２及び図１３の１つ以上のプロセッサ１０２，２０２によって処理されてよい。また、図１０の動作は、図１２及び図１３の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、実行コード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図１２及び図１３の１つ以上のメモリ１０４，２０４）に記憶されてもよい。

【0335】

端末は基地局からＳＲＳと関連した設定情報（第１設定情報）を受信する（Ｓ１００１）。

【0336】

ここで、前記ＳＲＳと関連した設定情報は、上位層（例えば、ＲＲＣ又はＭＡＣ ＣＥ）に送信されてよい。また、前記ＳＲＳと関連した設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。

【0337】

先の方法１によって、ＳＲＳと関連した設定情報は、各ＴＲＰに対応する複数のＳＲＳリソースセットに関する情報を含むことができる。ここで、前記複数のＳＲＳリソースセットは、ｉ）コードブック（ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースセットのみを含む、又はｉｉ）非コードブック（ｎｏｎ－ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースセットのみを含む、又はｉｉｉ）１つ以上のコードブック用途のＳＲＳリソースセットと１つ以上の非コードブック用途のＳＲＳリソースセットを含むことができる。

【0338】

また、先の方法２によって、ＳＲＳと関連した設定情報は、各ＴＲＰに対応する複数のＳＲＳリソース（例えば、１つのＳＲＳリソースセット内）に関する情報を含むことができる。ここで、前記複数のＳＲＳリソースは、ｉ）コードブック（ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースのみを含む、又はｉｉ）非コードブック（ｎｏｎ－ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースのみを含む、又はｉｉｉ）１つ以上のコードブック用途のＳＲＳリソースと１つ以上の非コードブック用途のＳＲＳリソースを含むことができる。

【0339】

また、先の実施例１によって、ＳＲＳと関連した設定情報はＳＲＳリソースセットに対する受信セルＩＤ（或いは、ＴＲＰ ＩＤ）を含むことができる。又は、ＳＲＳリソースに対する受信セルＩＤ（或いは、ＴＲＰ ＩＤ）を含むこともできる。

【0340】

また、先の実施例４によってＳＲＳと関連した設定情報は多重ＰＵＳＣＨ ＴＯ送信と関連したパラメータ設定（ＴＡ、送信ビーム、ＰＣパラメータ、プリコーダ、ＭＣＳなど）を含むことができる。

【0341】

図１０には示していないが、端末は、Ｓ１００１で受信した設定情報に基づいて、ＳＲＳリソースセット別に互いに異なるＴＲＰに向かってＳＲＳを送信でき、また、ＳＲＳリソース別に互いに異なるＴＲＰに向かってＳＲＳを送信できる。

【0342】

端末は基地局からＰＵＳＣＨ送信と関連した設定情報（第２設定情報）を受信することができる（Ｓ１００２）。

【0343】

ここで、ＰＵＳＣＨ送信と関連した設定情報は、上位層（例えば、ＲＲＣ又はＭＡＣ ＣＥ）に送信されてよい。また、ＰＵＳＣＨ送信と関連した設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。

【0344】

先の実施例２によって、ＵＬ送信モードの一つとしてＭ－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’又は‘ｈｙｂｒｉｄ’）が定義され、ＰＵＳＣＨ送信と関連した設定情報はＭ－ＴＲＰ ＰＵＳＣＨ設定を含むことができる。前記－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’又は‘ｈｙｂｒｉｄ’）は、複数のＳＲＳリソースセット又は複数のＳＲＳリソースをベースに送信される送信モードを意味することもできる。

【0345】

また、先の実施例４によってＰＵＳＣＨ送信と関連した設定情報は、多重ＰＵＳＣＨ ＴＯ送信と関連したパラメータ設定（ＴＡ、送信ビーム、ＰＣパラメータ、プリコーダ、ＭＣＳなど）を含むことができる。

【0346】

端末は基地局からＰＵＳＣＨスケジューリングのためのＤＣＩを受信する（Ｓ１００３）。

【0347】

ここで、ＰＵＳＣＨスケジューリングのためのＤＣＩは、Ｍ－ＴＲＰに対するＮ個の（Ｎは自然数）ＴＯ上におけるＰＵＳＣＨ送信のためのスケジューリング情報を含むことができる。

【0348】

また、ＰＵＳＣＨスケジューリングのためのＤＣＩは、単一のＳＲＩフィールドを含むこともできる。又は、当該ＤＣＩ内複数のＳＲＩフィールドが存在するが、そのいずれか１つのＳＲＩフィールドによって当該ＳＲＩフィールドを非活性／オフ（ｏｆｆ）設定するようにする特定コードポイントが指示されてもよい。

【0349】

ここで、先の実施例２によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨが複数のＳＲＳリソースセット（又は、複数のＳＲＳリソース）をベースに送信されるように設定された（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信のために設定された）ＣＯＲＥＳＥＴ及び／又はサーチスペースセット上で送信されてよい。また、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨが複数のＳＲＳリソースセット（又は、複数のＳＲＳリソース）をベースに送信されるように設定／定義された（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信のために設定／定義された）ＤＣＩフォーマット及び／又はＲＮＴＩに基づいて送信されてよい。

【0350】

ここで、先の実施例３によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨのＮ個の（Ｎは自然数）ＴＯ上で単一ＴＲＰ又は多重ＴＲＰに向かう多重ＰＵＳＣＨ送信（例えば、ＰＵＳＣＨの反復送信又はＰＵＳＣＨの分割送信）に関するスケジューリング情報を含むことができる。

【0351】

また、先の実施例４によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、Ｎ個の（Ｎは自然数）ＴＯ上で単一ＴＲＰ又は多重ＴＲＰに向かう多重ＰＵＳＣＨ送信に関するプリコーダ情報（例えば、ＴＰＭＩ、ＳＲＩフィールド）及び／又はＭＣＳ指示情報を含むことができる。また、前記ＰＵＳＣＨが前記複数のＳＲＳリソースセットをベースに送信される送信モード（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信モード）が活性化されるか否かによって、前記ＳＲＩフィールドのコードポイント（ｃｏｄｅｐｏｉｎｔ）に対する設定が異なって定義されてもよい。

【0352】

端末は基地局にＰＵＳＣＨを送信する（Ｓ１００４）。

【0353】

ここで、ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信されてよい。上述したように、各ＴＯ別にＰＵＳＣＨは各ＴＲＰに交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）送信されてよい。又は、隣接した複数個のＴＯがグルーピングされ、各ＴＯグループ別にＰＵＳＣＨは各ＴＲＰに交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）送信されてよい。

【0354】

ここで、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において、前記ＰＵＳＣＨは、前記各ＴＯ（又は、各ＴＯグループ）に関連する前記複数のＳＲＩフィールドのうち１つのＳＲＩフィールドによって識別される１つのＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。具体的に、各ＴＯ（又は、各ＴＯグループ）において前記ＰＵＳＣＨの送信のためのパワー制御パラメータ及び／又は前記ＰＵＳＣＨの送信のために参照する参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連するＳＲＳリソースセット設定に基づいて決定されてよい。

【0355】

また、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において前記ＰＵＳＣＨの送信のためのパワー制御パラメータ及び／又は前記ＰＵＳＣＨの送信のために参照する参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連する前記ＳＲＩフィールドによって指示されてもよい。

【0356】

また、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において前記ＰＵＳＣＨの送信のためのプリコーダ（ｐｒｅｃｏｄｅｒ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連するＳＲＩフィールド又は前記ＤＣＩ内ＴＰＭＩフィールドに基づいて決定されてもよい。

【0357】

また、前記各ＴＯにおいて前記ＰＵＳＣＨは、前記各ＴＯに関連した前記複数のＳＲＩフィールドのうち活性化された１つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。

【0358】

図１０に関する説明に具体的に記述しなくとも、先の実施例１、２、３、４における説明は、図１０の動作に適用されてよい。

【0359】

図１１は、本開示の一実施例に係るＰＵＳＣＨを送信する方法に関する基地局の動作を例示する図である。

【0360】

図１１では、先の実施例１～実施例４に基づく基地局の動作を例示する。図１１の例示は説明の便宜のためのもので、本開示の範囲を制限するものではない。図１１で例示された一部の段階は、状況及び／又は設定によって省略されてよい。また、図１１で基地局は一つの例示に過ぎず、次の図１２で例示された装置によって具現されてよい。例えば、図１２のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報などを送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することもできる。

【0361】

また、図１１の動作は、図１２の１つ以上のプロセッサ１０２，２０２によって処理されてよい。また、図１１の動作は、図１２の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、実行コード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図１２の１つ以上のメモリ１０４，２０４）に記憶されてもよい。

【0362】

基地局は端末にＳＲＳと関連した設定情報（第１設定情報）を送信する（Ｓ１１０１）。

【0363】

ここで、前記ＳＲＳと関連した設定情報は、上位層（例えば、ＲＲＣ又はＭＡＣ ＣＥ）で送信されてよい。また、前記ＳＲＳと関連した設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。

【0364】

先の方法１によって、ＳＲＳと関連した設定情報は、各ＴＲＰに対応する複数のＳＲＳリソースセットに関する情報を含むことができる。ここで、前記複数のＳＲＳリソースセットは、ｉ）コードブック（ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースセットのみを含む、又はｉｉ）非コードブック（ｎｏｎ－ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースセットのみを含む、又はｉｉｉ）１つ以上のコードブック用途のＳＲＳリソースセットと１つ以上の非コードブック用途のＳＲＳリソースセットを含むことができる。

【0365】

また、先の方法２によって、ＳＲＳと関連した設定情報は、各ＴＲＰに対応する複数のＳＲＳリソース（例えば、１つのＳＲＳリソースセット内）に関する情報を含むことができる。ここで、前記複数のＳＲＳリソースは、ｉ）コードブック（ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースのみを含む、又はｉｉ）非コードブック（ｎｏｎ－ｃｏｄｅｂｏｏｋ）用途のＳＲＳリソースのみを含む、又はｉｉｉ）１つ以上のコードブック用途のＳＲＳリソースと１つ以上の非コードブック用途のＳＲＳリソースを含むことができる。

【0366】

また、先の実施例１によってＳＲＳと関連した設定情報は、ＳＲＳリソースセットに対する受信セルＩＤ（或いは、ＴＲＰ ＩＤ）を含むことができる。又は、ＳＲＳリソースに対する受信セルＩＤ（或いは、ＴＲＰ ＩＤ）を含むこともできる。

【0367】

また、先の実施例４によって、ＳＲＳと関連した設定情報は、多重ＰＵＳＣＨ ＴＯ送信と関連したパラメータ設定（ＴＡ、送信ビーム、ＰＣパラメータ、プリコーダ、ＭＣＳなど）を含むことができる。

【0368】

図１１には示していないが、基地局は端末からＳＲＳリソースセット又はＳＲＳリソース上でＳＲＳを受信することができる。

【0369】

基地局は端末にＰＵＳＣＨ送信と関連した設定情報（第２設定情報）を送信することができる（Ｓ１１０２）。

【0370】

ここで、ＰＵＳＣＨ送信と関連した設定情報は、上位層（例えば、ＲＲＣ又はＭＡＣ ＣＥ）で送信されてよい。また、ＰＵＳＣＨ送信と関連した設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。

【0371】

先の実施例２によって、ＵＬ送信モードの一つとしてＭ－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’又は‘ｈｙｂｒｉｄ’）が定義され、ＰＵＳＣＨ送信と関連した設定情報はＭ－ＴＲＰ ＰＵＳＣＨ設定を含むことができる。前記－ＴＲＰ ＰＵＳＣＨ設定（例えば、‘ｍ－ｔｒｐＰＵＳＣＨ’又は‘ｈｙｂｒｉｄ’）は、複数のＳＲＳリソースセット又は複数のＳＲＳリソースをベースに送信される送信モードを意味することもできる。

【0372】

また、先の実施例４によってＰＵＳＣＨ送信と関連した設定情報は、多重ＰＵＳＣＨ ＴＯ送信と関連したパラメータ設定（ＴＡ、送信ビーム、ＰＣパラメータ、プリコーダ、ＭＣＳなど）を含むことができる。

【0373】

基地局は端末に、ＰＵＳＣＨスケジューリングのためのＤＣＩを送信する（Ｓ１１０３）。

【0374】

ここで、ＰＵＳＣＨスケジューリングのためのＤＣＩは、Ｍ－ＴＲＰに対するＮ個の（Ｎは自然数）ＴＯ上におけるＰＵＳＣＨ送信のためのスケジューリング情報を含むことができる。

【0375】

また、ＰＵＳＣＨスケジューリングのためのＤＣＩは、単一のＳＲＩフィールドを含むこともできる。又は、当該ＤＣＩ内複数のＳＲＩフィールドが存在するが、それらのいずれか１つのＳＲＩフィールドによって、当該ＳＲＩフィールドを非活性／オフ（ｏｆｆ）設定するようにする特定コードポイントが指示されてもよい。

【0376】

ここで、先の実施例２によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨが複数のＳＲＳリソースセット（又は、複数のＳＲＳリソース）をベースに送信されるように設定された（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信のために設定された）ＣＯＲＥＳＥＴ及び／又はサーチスペースセット上で送信されてよい。また、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨが複数のＳＲＳリソースセット（又は、複数のＳＲＳリソース）をベースに送信されるように設定／定義された（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信のために設定／定義された）ＤＣＩフォーマット及び／又はＲＮＴＩに基づいて送信されてよい。

【0377】

ここで、先の実施例３によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、ＰＵＳＣＨのＮ個の（Ｎは自然数）ＴＯ上で単一ＴＲＰ又は多重ＴＲＰに向かう多重ＰＵＳＣＨ送信（例えば、ＰＵＳＣＨの反復送信又はＰＵＳＣＨの分割送信）に関するスケジューリング情報を含むことができる。

【0378】

また、先の実施例４によって、ＰＵＳＣＨスケジューリングのためのＤＣＩは、Ｎ個の（Ｎは自然数）ＴＯ上で単一ＴＲＰ又は多重ＴＲＰに向かう多重ＰＵＳＣＨ送信に関するプリコーダ情報（例えば、ＴＰＭＩ、ＳＲＩフィールド）及び／又はＭＣＳ指示情報を含むことができる。また、前記ＰＵＳＣＨが前記複数のＳＲＳリソースセットをベースに送信される送信モード（すなわち、Ｍ－ＴＲＰ ＰＵＳＣＨ送信モード）が活性化されるか否かによって、前記ＳＲＩフィールドのコードポイント（ｃｏｄｅｐｏｉｎｔ）に対する設定が異なって定義されてもよい。

【0379】

基地局は端末からＰＵＳＣＨを受信する（Ｓ１１０４）。

【0380】

ここで、ＰＵＳＣＨは、Ｎ（Ｎは自然数）個の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で送信されてよい。上述したように、各ＴＯ別にＰＵＳＣＨは各ＴＲＰに交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）送信されてよい。ここで、基地局が単一のＴＲＰである場合に、前記基地局は自身に該当するＴＯ上でＰＵＳＣＨを受信することもできる。又は、隣接した複数個のＴＯがグルーピングされ、各ＴＯグループ別にＰＵＳＣＨは各ＴＲＰに交互に（すなわち、循環的に（ｃｉｒｃｕｌａｒｌｙ）順次に）送信されてよい。ここで、基地局が単一のＴＲＰである場合に、前記基地局は自身に該当するＴＯグループ上でＰＵＳＣＨを受信することもできる。

【0381】

ここで、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において、前記ＰＵＳＣＨは、前記各ＴＯ（又は、各ＴＯグループ）に関連する前記複数のＳＲＩフィールドのうち１つのＳＲＩフィールドによって識別される１つのＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてよい。具体的に、各ＴＯ（又は、各ＴＯグループ）において、前記ＰＵＳＣＨの送信のためのパワー制御パラメータ及び／又は前記ＰＵＳＣＨの送信のために参照する参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連するＳＲＳリソースセット設定に基づいて決定されてよい。

【0382】

また、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において、前記ＰＵＳＣＨの送信のためのパワー制御パラメータ及び／又は前記ＰＵＳＣＨの送信のために参照する参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連する前記ＳＲＩフィールドによって指示されてもよい。

【0383】

また、先の実施例によって、各ＴＯ（又は、各ＴＯグループ）において、前記ＰＵＳＣＨの送信のためのプリコーダ（ｐｒｅｃｏｄｅｒ）は、前記各ＴＯ（又は、各ＴＯグループ）に関連するＳＲＩフィールド又は前記ＤＣＩ内ＴＰＭＩフィールドに基づいて決定されてもよい。

【0384】

また、各ＴＯにおいて、前記ＰＵＳＣＨは、前記各ＴＯに関連した前記複数のＳＲＩフィールドのうち活性化された１つのＳＲＩフィールドによって識別されるＳＲＳリソースセット内ＳＲＳリソースに基づいて送信されてもよい。

【0385】

図１１に関する説明に具体的に記述しなくとも、先の実施例１、２、３、４における説明は図１１の動作に適用されてよい。

【0386】

本開示が適用可能な装置一般

【0387】

図１２には、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。

【0388】

図１２を参照すると、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。

【0389】

第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0390】

第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作に関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0391】

以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

【0392】

１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。

【0393】

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。

【0394】

１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。

【0395】

図１３は、本開示の一実施例に係る車両装置を例示する。

【0396】

図１３を参照すると、車両１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ及び位置測定部１４０ｂを含むことができる。

【0397】

通信部１１０は、他の車両、又は基地局などの外部機器と信号（例えば、データ、制御信号など）を送受信できる。制御部１２０は、車両１００の構成要素を制御して様々な動作を行うことができる。制御部１２０は、メモリ部１３０及び／又は通信部１１０を制御し、本開示に述べた説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。メモリ部１３０は、車両１００の様々な機能を支援するデータ／パラメータ／プログラム／コード／命令を記憶することができる。入出力部１４０ａは、メモリ部１３０内の情報に基づいてＡＲ／ＶＲオブジェクトを出力することができる。入出力部１４０ａは、ＨＵＤを含むことができる。位置測定部１４０ｂは、車両１００の位置情報を取得することができる。位置情報は、車両１００の絶対位置情報、走行線内での位置情報、加速度情報、周辺車両との位置情報などを含むことができる。位置測定部１４０ｂは、ＧＰＳ及び様々なセンサーを含むことができる。

【0398】

一例として、車両１００の通信部１１０は、外部サーバーから地図情報、交通情報などを受信してメモリ部１３０に保存することができる。位置測定部１４０ｂは、ＧＰＳ及び様々なセンサーを用いて車両位置情報を取得し、メモリ部１３０に保存することができる。制御部１２０は、地図情報、交通情報及び車両位置情報などに基づいて仮想オブジェクトを生成し、入出力部１４０ａは、生成された仮想オブジェクトを車両内のガラス窓に表示できる（１４１０，１４２０）。また、制御部１２０は、車両位置情報に基づいて車両１００が走行線内で正常に運行されているか判断できる。車両１００が走行線を異常に外れる場合、制御部１２０は、入出力部１４０ａを介して車両内のガラス窓に警告を表示することができる。また、制御部１２０は、通信部１１０を介して周辺車両に走行異常に関する警告メッセージを放送できる。状況によって、制御部１２０は、通信部１１０を介して関係機関に車両の位置情報と、走行／車両異常に関する情報を送信できる。

【0399】

以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。

【0400】

本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。

【0401】

本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、１つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している１つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。

【0402】

ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。

【産業上の利用可能性】

【0403】

本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】