特表 2023-536955 無線通信システムにおいて上りリンク送受信方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2023-08-30

(54)【発明の名称】無線通信システムにおいて上りリンク送受信方法及び装置

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20230823BHJP

   H04W 72/21 20230101ALI20230823BHJP

   H04W 52/18 20090101ALI20230823BHJP

【ＦＩ】

H04W72/1268

H04W72/21

H04W52/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023507716

(86)(22)【出願日】2021-07-20

(85)【翻訳文提出日】2023-02-03

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

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

(87)【国際公開日】2022-02-10

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

(32)【優先日】2020-08-07

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

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】コ ソンウォン

(72)【発明者】

【氏名】キム ヒョンテ

(72)【発明者】

【氏名】カン チウォン

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

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

5K067EE71

5K067JJ13

(57)【要約】

無線通信システムにおいて上りリンク送受信方法及び装置が開示される。本開示の一実施例に係るＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する方法は、基地局からＰＵＣＣＨと関連した設定情報を受信する段階；及び、前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信する段階を含むことができる。前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：送信機会）で反復して送信され、前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定されてよい。
【選択図】 図１１

【特許請求の範囲】

【請求項1】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する方法であって、
端末によって行われる前記方法は、
基地局からＰＵＣＣＨと関連した設定情報を受信する段階と、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信する段階と、を含み、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：送信機会）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、方法。

【請求項2】

前記電力制御パラメータセットは、前記ＰＵＣＣＨに対して前記基地局によって設定された電力（ｐ０）の識別子（ＩＤ：ｉｄｅｎｔｉｆｉｅｒ）、経路損失（ｐａｔｈｌｏｓｓ）参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）識別子（ＩＤ：ｉｄｅｎｔｉｆｉｅｒ）及び／又は閉ループ（ｃｌｏｓｅｄ－ｌｏｏｐ）インデックスのうち少なくとも一つを含む、請求項１に記載の方法。

【請求項3】

前記ＰＵＣＣＨは、前記無線通信システムで定義された一つ以上の周波数範囲のうち最も低い周波数範囲で送信される、請求項１に記載の方法。

【請求項4】

前記基地局から、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジュールする下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）をＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で受信する段階と、
前記基地局から、前記ＤＣＩに基づいて前記ＰＤＳＣＨを受信する段階と、をさらに含み、
前記ＤＣＩ内のＰＵＣＣＨリソース指示子（ＰＲＩ：ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドによって前記一つのＰＵＣＣＨリソースが特定される、請求項１に記載の方法。

【請求項5】

前記ＤＣＩが特定制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）及び／又は特定サーチスペース（ＳＳ：ｓｅａｒｃｈ ｓｐａｃｅ）セットで受信されることに基づいて、前記Ｎ個のＴＯグループに基づく前記ＰＵＣＣＨの前記複数のＴＯで反復送信が設定される、請求項４に記載の方法。

【請求項6】

前記Ｎ個のＴＯグループと前記Ｎ個の電力制御パラメータセットは、同一のインデックスに基づく順序対の形態で関連付けられる、請求項１に記載の方法。

【請求項7】

前記Ｎ個のＴＯグループと前記Ｎ個の電力制御パラメータセット間の関連関係は、前記設定情報によって設定される、請求項１に記載の方法。

【請求項8】

前記設定情報は、前記Ｎ個のＴＯグループに基づいて前記ＰＵＣＣＨの前記複数のＴＯで反復送信を活性化するための情報を含む、請求項１に記載の方法。

【請求項9】

前記Ｎ個の電力制御パラメータセットは、前記設定情報内で全体の電力制御パラメータをＮ個のグループに区分して設定される、請求項１に記載の方法。

【請求項10】

前記設定情報内で前記一つのＰＵＣＣＨリソースに対するＮ個の空間関係情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）が設定され、
前記Ｎ個の空間関係情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）によって前記Ｎ個の電力制御パラメータセットが設定される、請求項１に記載の方法。

【請求項11】

前記複数のＴＯは、２個のＴＯ単位で前記Ｎ個のＴＯグループに循環してマップされる、請求項１に記載の方法。

【請求項12】

前記複数のＴＯは、１個のＴＯ単位で前記Ｎ個のＴＯグループに循環してマップされる、請求項１に記載の方法。

【請求項13】

前記設定情報は、前記ＰＵＣＣＨフォーマット別に又は前記ＰＵＣＣＨのリソース別に前記複数のＴＯで前記ＰＵＣＣＨの反復の有無に関する情報及び／又は前記ＰＵＣＣＨの反復回数情報を含む、請求項１に記載の方法。

【請求項14】

前記ＰＤＳＣＨの反復送信が設定されることによって又は前記ＰＤＣＣＨの反復送信が設定されることに基づいて、前記ＰＵＣＣＨの前記複数のＴＯで反復送信が設定される、請求項４に記載の方法。

【請求項15】

前記ＤＣＩ内の時間ドメインリソース割り当て（ＴＤＲＡ：ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）フィールド又はＰＲＩフィールドで前記ＰＵＣＣＨの反復の有無に関する情報及び／又は前記ＰＵＣＣＨの反復回数情報がジョイントエンコーディング（ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ）される、請求項４に記載の方法。

【請求項16】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する端末であって、前記端末は、
無線信号を送受信するための一つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記一つ以上の送受信部を制御する一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
基地局からＰＵＣＣＨと関連した設定情報を受信し、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信するように設定され、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：送信機会）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、端末。

【請求項17】

一つ以上の命令を記憶する一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、
一つ以上のプロセッサによって実行される前記一つ以上の命令は、装置が、
基地局からＰＵＣＣＨと関連した設定情報を受信し、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信するように制御し、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：送信機会）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、コンピュータ可読媒体。

【請求項18】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するために端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、
一つ以上のプロセッサと、
前記一つ以上のプロセッサに動作可能に連結され、前記一つ以上のプロセッサによって実行されることに基づいて、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を記憶する一つ以上のコンピュータメモリと、を含み、
前記動作は、
基地局からＰＵＣＣＨと関連した設定情報を受信する段階と、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信する段階と、を含み、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：送信機会）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、プロセシング装置。

【請求項19】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する方法であって、基地局によって行われる前記方法は、
端末にＰＵＣＣＨと関連した設定情報を送信する段階と、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記端末から前記ＰＵＣＣＨを受信する段階と、を含み、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：送信機会）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記基地局に対応するＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、方法。

【請求項20】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する基地局であって、前記基地局は、
無線信号を送受信するための一つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記一つ以上の送受信部を制御する一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
端末にＰＵＣＣＨと関連した設定情報を送信し、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記端末から前記ＰＵＣＣＨを受信するように設定され、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：送信機会）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記基地局に対応するＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク送受信を行う方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

本開示の技術的課題は、上りリンクチャネル及び／又は信号を送受信する方法及び装置を提供することである。

【0005】

また、本開示の更なる技術的課題は、多重ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を支援する無線通信システムにおいて多重ＴＲＰに対する上りリンクチャネル及び／又は信号を送受信する方法及び装置を提供することである。

【0006】

また、本開示の更なる技術的課題は、多重ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を支援する無線通信システムにおいて多重ＴＲＰに対する上りリンクチャネル及び／又は信号を送受信時に送信電力を制御する方法及び装置を提供することである。

【0007】

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

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

【0008】

本開示の一態様に係るＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する方法は：基地局からＰＵＣＣＨと関連した設定情報を受信する段階、及び、前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信する段階を含むことができる。前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で反復して送信され、前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定されてよい。

【0009】

本開示の更なる態様に係るＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する方法は：端末にＰＵＣＣＨと関連した設定情報を送信する段階、及び、前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記端末から前記ＰＵＣＣＨを受信する段階を含むことができる。前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で反復して送信され、前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、前記ＰＵＣＣＨの送信電力は、前記基地局に対応するＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定されてよい。

【発明の効果】

【0010】

本開示の実施例によれば、多重ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を支援する無線通信システムにおいて多重ＴＲＰに対する上りリンクチャネル及び／又は信号の送信を支援することができる。

【0011】

本開示の実施例によれば、多重ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を支援する無線通信システムにおいて多重ＴＲＰに対する上りリンクチャネル及び／又は信号を送信する時に個別に（独立に）上りリンクチャネル及び／又は信号の送信電力が決定され得る。

【0012】

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

【図面の簡単な説明】

【0013】

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

【0014】

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

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

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

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

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

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

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

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

【図9】本開示の一実施例に係るネットワークと端末との間のシグナリング手続を例示する。

【図10】本開示の一実施例に係るネットワークと端末との間のシグナリング手続を例示する。

【図11】本開示の一実施例に係るＰＵＣＣＨ送受信のための端末の動作を例示する。

【図12】本開示の一実施例に係るＰＵＣＣＨ送受信のための基地局の動作を例示する。

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

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

【0015】

以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。

【0016】

場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。

【0017】

本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。

【0018】

本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。

【0019】

本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。

【0020】

本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。

【0021】

本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。

【0022】

以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。

【0023】

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。

【0024】

説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。

【0025】

３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。

【0026】

３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。

【0027】

本開示で使用可能な用語の略字は次のように定義される。

【0028】

－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）

【0029】

－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）

【0030】

－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）

【0031】

－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）

【0032】

－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）

【0033】

－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0034】

－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0035】

－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0036】

－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）

【0037】

－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）

【0038】

－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）

【0039】

－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信電力（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）

【0040】

－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）

【0041】

－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）

【0042】

－ ＮＺＰ：ノンゼロ電力（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）

【0043】

－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0044】

－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）

【0045】

－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）

【0046】

－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）

【0047】

－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）

【0048】

－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）

【0049】

－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）

【0050】

－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）

【0051】

－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）

【0052】

－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）

【0053】

－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）

【0054】

－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）

【0055】

－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0056】

－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）

【0057】

－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0058】

－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）

【0059】

－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）

【0060】

－ ＺＰ：ゼロ電力（ｚｅｒｏ ｐｏｗｅｒ）

【0061】

システム一般

【0062】

より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。

【0063】

ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。

【0064】

ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。

【0065】

図１には、本開示が適用可能な無線通信システムの構造を例示する。

【0066】

図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。

【0067】

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

【0068】

ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立に選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。

【0069】

以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。

【0070】

【表1】

【0071】

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

【0072】

【表2】

【0073】

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

【0074】

【表3】

【0075】

【表4】

【0076】

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

【0077】

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

【0078】

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

【0079】

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

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

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

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

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

又は

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

【数1】

【0085】

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

【0086】

【数2】

【0087】

Ｎ_{ＢＷＰ，ｉ} ^{ｓｔａｒｔ，μ}は、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

【表5】

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

上りリンク電力制御

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

【数3】

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

【表6】

【0125】

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

【0126】

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

【0127】

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

【0128】

【数4】

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

【表7】

【0134】

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

【0135】

サービングセル（ｃ）のキャリア（ｆ）の活性化されたＵＬ ＢＷＰでのサウンディング参照信号（ＳＲＳ）送信と関連して、端末は、下記の数学式５によって決定される送信電力の線形電力値を算出できる。その後、当該端末は、算出された線形電力値をＳＲＳのために設定されたアンテナポートに対して均等に分割して送信電力を制御することができる。

【0136】

具体的に、端末がインデックスｌに基づくＳＲＳ電力制御調整状態（ＳＲＳ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ａｄｊｕｓｔｍｅｎｔ ｓｔａｔｅ）を用いて、サービングセル（ｃ）のキャリア（ｆ）の活性化されたＵＬ ＢＷＰ（ｂ）でのＳＲＳ送信を行う場合に、端末は、下記の数学式５に基づいてＳＲＳ送信機会（ｉ）でのＳＲＳ送信電力Ｐ_{ＳＲＳ，ｂ，ｆ，ｃ}（ｉ，ｑ_ｓ，ｌ）（ｄＢｍ）を決定できる。

【0137】

【数5】

【0138】

数学式５で、ｑ＿ｓは、開ループ電力制御パラメータ（例えば、Ｐ_Ｏ、アルファ（ａｌｐｈａ，α）、経路損失（ＰＬ）測定（例えば、ＰＬ_{ｂ，ｆ，ｃ}（ｑ_ｄ））に対するＤＬ ＲＳリソースなど）に対するインデックスを表し、ＳＲＳリソース集合（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ）別に設定されてよい。インデックスｌは、閉ループ電力制御プロセス（ｐｒｏｃｅｓｓ）に対するインデックスを表し、当該インデックスはＰＵＳＣＨと独立して設定されてもよく、関連付けられて設定されてもよい。ＳＲＳ電力制御がＰＵＳＣＨと関連付けられない場合に、ＳＲＳのための閉ループ電力制御プロセスの最大数は１であってよい。

【0139】

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

【0140】

ＳＲＳ送信に対するリソースは、基地局及び／又は端末がビーム、パネル、及び／又は空間領域送信フィルターなどを決定するための基準（ｒｅｆｅｒｅｎｃｅ）として適用されてよく、このような点から、ＳＲＳ送信電力制御はビーム、パネル、及び／又は空間領域送信フィルター単位で行われてよい。

【0141】

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

【0142】

【表8-1】

【表8-2】

【0143】

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

【0144】

端末がサービングセル（ｃ）のキャリア（ｆ）の活性化されたＵＬ ＢＷＰ（ｂ）でのＰＲＡＣＨ送信を行う場合に、端末は、下記の数学式６に基づいてＰＲＡＣＨ送信機会（ｉ）でのＰＲＡＣＨ送信電力Ｐ_{ＰＲＡＣＨ，ｂ，ｆ，ｃ}（ｉ）（ｄＢｍ）を決定することができる。

【0145】

【数6】

【0146】

数学式６で、Ｐ_{ＣＭＡＸ，ｆ，ｃ}（ｉ）は、設定された端末送信電力を表すことができる。一例として、前記設定された端末送信電力は、３ＧＰＰ ＴＳ ３８．１０１－１及び／又はＴＳ ３８．１０１－２で定義された「設定された端末の最大出力電力（ｃｏｎｆｉｇｕｒｅｄ ｍａｘｉｍｕｍ ＵＥ ｏｕｔｐｕｔ ｐｏｗｅｒ）」と解釈できる。また、Ｐ_{ＰＲＡＣＨ，ｔａｒｇｅｔ，ｆ，ｃ}は、活性化されたＵＬ ＢＷＰに対して上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）によって提供されるＰＲＡＣＨターゲット受信電力（ＰＲＡＣＨ ｔａｒｇｅｔ ｒｅｃｅｐｔｉｏｎ ｐｏｗｅｒ）を表す。また、ＰＬ_{ｂ，ｆ，ｃ}は、活性化されたＵＬ ＢＷＰに対する経路損失を表し、サービングセル（ｃ）の活性化されたＤＬ ＢＷＰでのＰＲＡＣＨ送信と関連しているＤＬ ＲＳに基づいて決定されてよい。一例として、端末は、ＰＲＡＣＨ送信と関連しているＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）／ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）ブロックなどに基づいてＰＲＡＣＨ送信と関連する経路損失を決定できる。

【0147】

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

【0148】

【表9】

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

【表10】

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

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

【0198】

図８（ａ）を参照すると、同一のコードワード（ＣＷ：ｃｏｄｅｗｏｒｄ）／送信ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を送信するレイヤグループ（ｌａｙｅｒ ｇｒｏｕｐ）が互いに異なるＴＲＰに対応する場合を示す。この時、レイヤグループは、１つ又はそれ以上のレイヤからなる所定のレイヤ集合を意味できる。このような場合、多数のレイヤ数によって送信リソースの量が増加し、これによってＴＢに対して低い符号率のロバストなチャネルコーディングを用いることができるという長所があり、また、多数のＴＲＰからチャネルが異なるので、ダイバーシチ（ｄｉｖｅｒｓｉｔｙ）利得に基づいて受信信号の信頼度向上を期待することができる。

【0199】

図８（ｂ）を参照すると、互いに異なるＣＷを互いに異なるＴＲＰに対応するレイヤグループで送信する例を示す。この時、図のＣＷ ＃１とＣＷ ＃２に対応するＴＢは互いに同一であると仮定できる。すなわち、ＣＷ ＃１とＣＷ ＃２はそれぞれ異なるＴＲＰによって同一のＴＢがチャネルコーディングなどによって互いに異なるＣＷに変換されたことを意味する。したがって、同一ＴＢの反復送信の例と見なすことができる。図８（ｂ）では、先の図８（ａ）に比べて、ＴＢに対応する符号率が高いという短所があり得る。しかし、チャネル環境によって同一のＴＢから生成されたエンコードされたビット（ｅｎｃｏｄｉｎｇ ｂｉｔｓ）に対して互いに異なるＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）値を指示して符号率を調整するか、各ＣＷの変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）を調節できるという長所を有する。

【0200】

先の図８（ａ）及び図８（ｂ）で例示した方式によれば、同一のＴＢが互いに異なるレイヤグループで反復送信され、各レイヤグループが互いに異なるＴＲＰ／パネルによって送信されることにより、端末のデータ受信確率を高めることができる。これを、ＳＤＭ（Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースＭ－ＴＲＰ ＵＲＬＬＣ送信方式と称する。互いに異なるレイヤグループに属するレイヤは、互いに異なるＤＭＲＳ ＣＤＭグループに属するＤＭＲＳポートでそれぞれ送信される。

【0201】

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

【0202】

少なくとも一つのＤＣＩによってスケジュールされる多重ＴＲＰ（ｍｕｌｔｉ－ＴＲＰ）は、次のように行われてよい。

【0203】

ｉ）技法１（ＳＤＭ）：重なった時間及び周波数リソース割り当てにおいて単一スロット内のｎ（ｎは自然数）個のＴＣＩ状態

【0204】

－ 技法１ａ：各送信時点（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）は、同一ＴＢの一つのレイヤ又はレイヤのセットであり、各レイヤ又はレイヤセットは、一つのＴＣＩ及び一つのＤＭＲＳポートのセットと関連付けられる。一つのリダンダンシーバージョン（ＲＶ：ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）を有する単一のコードワードが全てのレイヤ又はレイヤセットに用いられる。ＵＥの観点で、互いに異なるコードされたビット（ｃｏｄｅｄ ｂｉｔ）が特定マッピング規則にしたがって互いに異なるレイヤ又はレイヤセットにマップされる。

【0205】

－ 技法１ｂ：各送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）は、同一ＴＢの一つのレイヤ又はレイヤのセットであり、各レイヤ又はレイヤセットは、一つのＴＣＩ及び一つのＤＭＲＳポートのセットと関連付けられる。一つのＲＶを有する単一のコードワードが各空間的（ｓｐａｔｉａｌ）レイヤ又はレイヤセットのために用いられる。各空間的レイヤ又はレイヤセットに対応するＲＶは、同一でも異なってもよい。

【0206】

－ 技法１ｃ：各送信機会は、多重のＴＣＩ状態インデックスと関連した一つのＤＭＲＳポートを有する同一ＴＢの一つのレイヤ、又は順に（ｏｎｅ ｂｙ ｏｎｅ）多重のＴＣＩインデックスと関連付けられた多重のＤＭＲＳポートを有する同一ＴＢの一つのレイヤである。

【0207】

上述した技法１ａ及び１ｃにおいて、同一のＭＣＳが全てのレイヤ又はレイヤセットに適用される。

【0208】

ｉｉ）技法２（ＦＤＭ）：重なっていない周波数リソース割り当てにおいて、単一スロット内のｎ（ｎは自然数）個のＴＣＩ状態。重なっていない各周波数リソース割り当ては、一つのＴＣＩ状態と関連付けられる。同一の単一／多重ＤＭＲＳポートが、いずれも重なっていない周波数リソース割り当てに関連付けられる。

【0209】

－ 技法２ａ：全リソース割り当てにわたって一つのＲＶを有する単一のコードワードが用いられる。ＵＥの観点で、共通のＲＢマッピング（コードワードのレイヤマッピング）が全リソース割り当てにわたって適用される。

【0210】

－ 技法２ｂ：一つのＲＶを有する単一のコードワードが、重なっていない各周波数リソース割り当てのために用いられる。各重なっていない周波数リソース割り当てに対応するＲＶは、同一でも異なってもよい。

【0211】

技法２ａにおいて、同一ＭＣＳが全ての重なっていない周波数リソース割り当てに適用される。

【0212】

ｉｉｉ）技法３（ＴＤＭ）：重なっていない時間リソース割り当てにおいて、単一スロット内のｎ（ｎは自然数）個のＴＣＩ状態。ＴＢの各送信機会はミニ－スロット（ｍｉｎｉ－ｓｌｏｔ）の時間細分性（ｇｒａｎｕｌａｒｉｔｙ）であり、一つのＴＣＩ及び一つのＲＶを有する。スロット内の全ての送信機会は同一の単一又は多重ＤＭＲＳポートで共通のＭＣＳを使用する。ＲＶ／ＴＣＩ状態は送信機会において同一でも異なってもよい。

【0213】

ｉｖ）技法４（ＴＤＭ）：Ｋ（ｎ＜＝Ｋ、Ｋは自然数）個の互いに異なるスロット内のｎ（ｎは自然数）個のＴＣＩ状態。ＴＢの各送信機会は、一つのＴＣＩ及び一つのＲＶを有する。Ｋ個のスロットにわたって全ての送信機会は同一の単一又は多重ＤＭＲＳポートで共通のＭＣＳを使用する。ＲＶ／ＴＣＩ状態は送信機会において同一でも異なってもよい。

【0214】

上りリンク信号送受信方法

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

本開示は、説明の便宜のために２個のＴＲＰ間の協調送信／受信を仮定して提案方式を適用したが、３以上の多重ＴＲＰ環境でも拡張適用可能であり、多重パネル（ｐａｎｅｌ）環境でも拡張適用されてよい。互いに異なるＴＲＰは、ＵＥにとって互いに異なるＴＣＩ状態と認識されてよく、したがって、ＵＥがＴＣＩ状態１を用いてデータ／ＤＣＩ／ＵＣＩを受信／送信したことは、ＴＲＰ１から／にデータ／ＤＣＩ／ＵＣＩを受信／送信したことを意味する。

【0220】

また、以下の本開示において、ＵＥが複数の基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを反復送信するということは、同一データを複数のＰＵＳＣＨで送信したことを意味できる。ここで、各ＰＵＳＣＨは、互いに異なるＴＲＰのＵＬチャネルに最適化して送信されてよい。また、以下の本開示において、ＵＥが複数の基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを分けて送信するということは、一つのデータを一つのＰＵＳＣＨで送信するものの、そのＰＵＳＣＨに割り当てられたリソースを分けて互いに異なるＴＲＰのＵＬチャネルに最適化して送信することを意味できる。

【0221】

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

【0222】

ＰＤＣＣＨ／ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨを反復送信又は分けて送信するためにＵＥに指示した複数個の送信時点（ＴＯ：送信機会）に対して、各ＴＯは、特定ＴＲＰに向けてＵＬ送信されたり、或いは特定ＴＲＰからＤＬ受信される。ここで、ＴＲＰ１に向けて送信されるＵＬ ＴＯ（又は、ＴＲＰ１のＴＯ）は、ＵＥに指示された２つの空間関係（Ｓｐａｔｉａｌ Ｒｅｌａｔｉｏｎ）、２つのＵＬ ＴＣＩ、２つのＵＬ電力制御パラメータセット、又は２つの経路損失参照信号（ＰＬＲＳ：ｐａｔｈｌｏｓｓ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）のうち一番目の値を用いるＴＯを意味する。そして、ＴＲＰ２に向けて送信されるＵＬ ＴＯ（又は、ＴＲＰ２のＴＯ）は、ＵＥに指示された２つの空間関係（Ｓｐａｔｉａｌ Ｒｅｌａｔｉｏｎ）、２つのＵＬ ＴＣＩ、２つのＵＬ電力制御パラメータセット、又は２つのＰＬＲＳのうち二番目の値を用いるＴＯを意味する。ＤＬ送信時にもこれと類似に、ＴＲＰ１が送信するＤＬ ＴＯ（又は、ＴＲＰ１のＴＯ）は、ＵＥに指示された２つのＤＬ ＴＣＩ状態（例えば、ＣＯＲＥＳＥＴに２つのＴＣＩ状態が設定された場合）のうち一番目の値を用いるＴＯを意味する。そして、ＴＲＰ２が送信するＤＬ ＴＯ（又は、ＴＲＰ２のＴＯ）は、ＵＥに指示された２つのＤＬ ＴＣＩ状態（例えば、ＣＯＲＥＳＥＴに２つのＴＣＩ状態が設定された場合）のうち二番目の値を用いるＴＯを意味する。

【0223】

本開示の提案は、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＤＳＣＨ／ＰＤＣＣＨなどの様々なチャネルに拡張適用されてよい。

【0224】

本開示の提案は、前記チャネルを互いに異なる時間／周波数／空間リソースで反復して送信する場合と分けて送信する場合のいずれにも拡張適用可能である。

【0225】

以下、ＰＵＣＣＨ電力制御（ｐｏｗｅｒ ｃｏｎｔｒｏｌ）設定／指示及びＰＵＣＣＨ反復（ｒｅｐｅｔｉｔｉｏｎ）設定について述べる。

【0226】

Ｒｅｌ－１５／１６ＮＲにおいて各ＰＵＣＣＨリソースのための基地局によって設定される名目上の電力（すなわち、Ｐ０＿ｎｏｍｉｎａｌ、例えば、単位はｄＢｍ）は、先の表７で例示された共通のＰＵＣＣＨ設定に対するＲＲＣパラメータ／情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内の「ｐ０－ｎｏｍｉｎａｌ」フィールド／パラメータ値によって決定されてよい。仮に当該値が基地局によって設定／提供されない場合には、名目上の電力（すなわち、Ｐ０＿ｎｏｍｉｎａｌ）は０［ｄＢｍ］になる。

【0227】

各ＰＵＣＣＨリソースのためのＰ０＿ｎｏｍｉｎａｌを除く開ループ（ＯＬ：ｏｐｅｎ－ｌｏｏｐ）／閉ループ（ＣＬ：ｃｌｏｓｅｄ－ｌｏｏｐ）パラメータは、特定ＰＵＣＣＨリソースに対するＰＵＣＣＨ空間関係情報識別子（すなわち、「ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ」）をＭＡＣ制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）メッセージを用いて活性化（ａｃｔｉｖａｔｅ）／アップデート（ｕｐｄａｔｅ）／関連付けすることによって設定されてよい。

【0228】

前記関連付けの動作において、ＰＵＣＣＨに対して基地局によって設定された電力（Ｐ０）（例えば、単位はｄＢｍ）の識別子（すなわち、「ｐ０－ＰＵＣＣＨ－Ｉｄ」）、ＰＵＣＣＨ経路損失参照ＲＳの識別子（すなわち、「ｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ」）、閉ループインデックス（すなわち、「ｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘ」）が一つのＰＵＣＣＨの空間関係情報（すなわち、「ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」）パラメータ内に含まれる。

【0229】

仮に、特定ＰＵＣＣＨリソースにＰＵＣＣＨ空間関係情報の識別子（すなわち、「ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ」）が活性（ａｃｔｉｖａｔｅ）／アップデート（ｕｐｄａｔｅ）／関連付けされていない場合に、端末は、ＰＵＣＣＨに対する基地局によって設定された電力（Ｐ０）（すなわち、Ｐ０＿ｐｕｃｃｈ）値に対しては、ＰＵＣＣＨに対する専用Ｐ０値のセット（すなわち、「ｐ０－Ｓｅｔ」）内の最小のＰＵＣＣＨに対するＰ０値の識別子（「ｐ０－ＰＵＣＣＨ－Ｉｄ」）に該当するＰＵＣＣＨに対する基地局によって設定された電力（Ｐ０）（すなわち、Ｐ０－ＰＵＣＣＨ）値を活用でき、閉ループインデックス（ｃｌｏｓｅｄ－ｌｏｏｐ ｉｎｄｅｘ）ｌに対してはｌ＝０を活用できる。また、経路損失参照ＲＳ（ｐａｔｈｌｏｓｓ ｒｅｆｅｒｅｎｃｅ ＲＳ）に対して、ＰＵＣＣＨの電力制御のためのＵＥ特定パラメータを設定するためのＩＥ（すなわち、「ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ」ＩＥ）内に経路損失参照ＲＳ（すなわち、「ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳｓ」）がＲＲＣシグナリングによって設定されていないか或いは設定される以前であれば、端末は初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）段階でマスター情報ブロック（ＭＩＢ：ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を取得するために物理ランダムアクセスチャネル（ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）送信時に活用したＳＳＢインデックスに該当するＳＳ／ＰＢＣＨリソースブロック指示子（ＳＳＢ－ＲＩ：ＳＳ／ＰＢＣＨ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｉｎｄｉｃａｔｏｒ）を活用できる。一方、経路損失参照ＲＳ（すなわち、「ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳｓ」）がＲＲＣシグナリングによって設定された場合に、端末は、インデックス０を有するＰＵＣＣＨに対する経路損失参照ＲＳの識別子（「ｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ」）に該当する経路損失参照ＲＳを用いることができる。

【0230】

表１１は、Ｒｅｌ－１５／１６ＰＵＣＣＨ反復について例示する。

【0231】

【表11】

【0232】

また、Ｒｅｌ－１６ｅＭＩＭＯ（ｅｎｈａｎｃｅｄ ＭＩＭＯ）では、多重ＴＲＰ（ｍｕｌｔｉ－ＴＲＰ）ＰＤＳＣＨ送信において、単一（ｓｉｎｇｌｅ）ＤＣＩベースＰＤＳＣＨ送信と多重（ｍｕｌｔｉ）ＤＣＩベースＰＤＳＣＨ送信に対して標準化が行われた。Ｒｅｌ－１７ ＦｅＭＩＭＯ（ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ ＭＩＭＯ）では、ＰＤＳＣＨ以外の多重ＴＲＰ（ｍｕｌｔｉ－ＴＲＰ）送信（例えば、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨなど）に対して標準化が行われる予定である（以下では、多重ＴＲＰ（ｍｕｌｔｉ－ＴＲＰ）をＭ－ＴＲＰ、ＭＴＲＰなどと略す。）。Ｍ－ＴＲＰ ＵＬ送信（ＰＵＣＣＨ、ＰＵＳＣＨ）において、各ＴＲＰに対応する送信時点（ＴＯ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｃｃａｓｉｏｎ）グループが設定／定義されてよく、各（ＰＵＣＣＨ／ＰＵＳＣＨ）ＴＯ送信設定／指示／スケジューリング／トリガリングの前に各ＴＯの送信方法に対する設定が基地局によって行われてよい。例えば、Ｍ－ＴＲＰ ＰＵＳＣＨ送信は、単一（ｓｉｎｇｌｅ）ＤＣＩベーススケジューリングと多重（ｍｕｌｔｉ）ＤＣＩベーススケジューリングが可能であるが、このようなスケジューリングの前に（或いは、スケジューリング指示によって）２個以上の複数（ｍｕｌｔｉｐｌｅ）ＴＯに対するタイミングアドバンス（ＴＡ：ｔｉｍｉｎｇ ａｄｖａｎｃｅ）、ランク（ｒａｎｋ）、ＰＵＳＣＨ ＤＭＲＳポート、送信プリコーディング行列指示子（ＴＰＭＩ：ｔｒａｎｓｍｉｔ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）、変調及びコーディング技法（ＭＣＳ：ｍｏｄｕｌａｔｉｏｎ ｃｏｄｉｎｇ ａｎｄ ｓｃｈｅｍｅｎ）、（ＯＬ／ＣＬ）電力制御パラメータセット、送信ビーム（Ｔｘ ｂｅａｍ）（空間関係）、空間パネル（Ｔｘ ｐａｎｅｌ）などが設定／指示されてよい。

【0233】

表１２は、Ｍ－ＴＲＰ向上と関連したＦｅＭＩＭＯワークアイテムを例示する。

【0234】

【表12】

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

オプション２）基地局はＰＵＣＣＨリソース別に上位層シグナリング（例えば、ＲＲＣ設定／ＭＡＣ ＣＥ活性化）を用いて、反復回数設定を含む反復オン（ｏｎ）／オフ（ｏｆｆ）を設定できる。

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

また、前記ＰＵＣＣＨは、互いに異なるＰＵＣＣＨリソースに対する複数のＴＯで反復して送信されてよい。この場合、各ＰＵＣＣＨリソースは、互いに異なるＴＲＰにマップ／対応してよく、互いに異なるＴＯグループにマップ／対応してよい。各ＰＵＣＣＨリソースに設定された電力制御パラメータセットに基づいて、ＰＵＣＣＨの送信電力が決定されてよい。すなわち、ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループ（すなわち、ＰＵＣＣＨリソース）と関連付けられた電力制御パラメータセットに基づいて決定されてよい。

【0404】

例えば、前記ＰＵＣＣＨは、前記設定情報によって設定された送信電力で送信されてよい。具体的には、各ＴＲＰに対するＰＵＣＣＨは、前記複数の電力制御パラメータセット（例えば、電力制御パラメータセットは、基地局によって設定される電力（Ｐ０）の識別子（ｐ０－ＰＵＣＣＨ－Ｉｄ）／ＰＵＣＣＨの経路損失参照ＲＳの識別子（ｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ）／閉ループインデックス（ｃｌｏｓｅｄ－ｌｏｏｐ ｉｎｄｅｘ））間の関連付け情報（ａｓｓｏｃｉａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を含む。）のいずれか一つに基づく送信電力で送信されてよい。ここで、前記複数の電力制御パラメータのうち各ＴＲＰに対するＰＵＣＣＨに適用されるパラメータは、基地局からの別個の指示（例えば、前記ＤＣＩ）又は設定（例えば、前記設定情報）に基づいて決定されてよい。

【0405】

例えば、前記ＰＵＣＣＨは、前記設定情報によってＭ－ＴＲＰ ＰＵＣＣＨがイネーブル／活性化（ｅｎａｂｌｅ）された場合に送信されてよい。

【0406】

例えば、前記ＰＵＣＣＨは、ＰＵＣＣＨの空間関係情報（ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）が設定／活性化されていない互いに異なるＰＵＣＣＨリソースで送信されてよい。前記互いに異なるＰＵＣＣＨリソースは、前記設定情報によって明示的に又は暗黙的に指示されたＰＵＣＣＨリソースに基づき得る。

【0407】

例えば、前記ＰＵＣＣＨは、空間関係情報（ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）が設定／活性化された互いに異なるＰＵＣＣＨリソースで送信されてよい。ここで、前記ＰＵＣＣＨは、前記互いに異なるＰＵＣＣＨリソースと関連したビーム（すなわち、参照ＲＳ）に基づいて送信されてよい。前記互いに異なるＰＵＣＣＨリソースと関連したビーム（すなわち、参照ＲＳ）は、各ＰＵＣＣＨリソースに設定／活性化された空間関係情報（ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）の送信ビーム情報に基づいて決定されてよい。前記ＰＵＣＣＨは、各ＰＵＣＣＨリソースに設定／活性化された空間関係情報（ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）の電力制御情報に基づく送信電力で送信されてよい。

【0408】

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

【0409】

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

【0410】

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

【0411】

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

【0412】

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

【0413】

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

【0414】

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

【0415】

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

【0416】

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

【0417】

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

【0418】

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

【0419】

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

【0420】

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

【産業上の利用可能性】

【0421】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2023-02-03

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する方法であって、
端末によって行われる前記方法は、
基地局からＰＵＣＣＨと関連した設定情報を受信する段階と、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信する段階と、を含み、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信機会（ＴＯ）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、方法。

【請求項2】

前記電力制御パラメータセットは、前記ＰＵＣＣＨに対して前記基地局によって設定された電力（ｐ０）の識別子（ＩＤ）、経路損失参照信号（ＲＳ）識別子（ＩＤ）及び／又は閉ループインデックスのうち少なくとも一つを含む、請求項１に記載の方法。

【請求項3】

前記ＰＵＣＣＨは、前記無線通信システムで定義された一つ以上の周波数範囲のうち最も低い周波数範囲で送信される、請求項１に記載の方法。

【請求項4】

前記基地局から、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジュールする下りリンク制御情報（ＤＣＩ）をＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で受信する段階と、
前記基地局から、前記ＤＣＩに基づいて前記ＰＤＳＣＨを受信する段階と、をさらに含み、
前記ＤＣＩ内のＰＵＣＣＨリソース指示子（ＰＲＩ）フィールドによって前記一つのＰＵＣＣＨリソースが特定される、請求項１に記載の方法。

【請求項5】

前記ＤＣＩが特定制御リソースセット（ＣＯＲＥＳＥＴ）及び／又は特定サーチスペース（ＳＳ）セットで受信されることに基づいて、前記Ｎ個のＴＯグループに基づく前記ＰＵＣＣＨの前記複数のＴＯで反復送信が設定される、請求項４に記載の方法。

【請求項6】

前記Ｎ個のＴＯグループと前記Ｎ個の電力制御パラメータセットは、同一のインデックスに基づく順序対の形態で関連付けられる、請求項１に記載の方法。

【請求項7】

前記Ｎ個のＴＯグループと前記Ｎ個の電力制御パラメータセット間の関連関係は、前記設定情報によって設定される、請求項１に記載の方法。

【請求項8】

前記設定情報内で前記一つのＰＵＣＣＨリソースに対するＮ個の空間関係情報が設定され、
前記Ｎ個の空間関係情報によって前記Ｎ個の電力制御パラメータセットが設定される、請求項１に記載の方法。

【請求項9】

前記複数のＴＯは、２個のＴＯ単位で前記Ｎ個のＴＯグループに循環してマップされる、請求項１に記載の方法。

【請求項10】

前記複数のＴＯは、１個のＴＯ単位で前記Ｎ個のＴＯグループに循環してマップされる、請求項１に記載の方法。

【請求項11】

前記設定情報は、ＰＵＣＣＨフォーマット別に又は前記ＰＵＣＣＨのリソース別に前記複数のＴＯで前記ＰＵＣＣＨの反復の有無に関する情報及び／又は前記ＰＵＣＣＨの反復回数情報を含む、請求項１に記載の方法。

【請求項12】

前記ＰＤＳＣＨの反復送信が設定されることによって又は前記ＰＤＣＣＨの反復送信が設定されることに基づいて、前記ＰＵＣＣＨの前記複数のＴＯで反復送信が設定される、請求項４に記載の方法。

【請求項13】

前記ＤＣＩ内の時間ドメインリソース割り当て（ＴＤＲＡ）フィールド又はＰＲＩフィールドで前記ＰＵＣＣＨの反復の有無に関する情報及び／又は前記ＰＵＣＣＨの反復回数情報がジョイントエンコーディングされる、請求項４に記載の方法。

【請求項14】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する端末であって、前記端末は、
無線信号を送受信するための一つ以上の送受信部と、
前記一つ以上の送受信部を制御する一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
基地局からＰＵＣＣＨと関連した設定情報を受信し、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記基地局に前記ＰＵＣＣＨを送信するように設定され、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信機会（ＴＯ）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記ＰＵＣＣＨが送信されるＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、端末。

【請求項15】

無線通信システムにおいてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する基地局であって、前記基地局は、
無線信号を送受信するための一つ以上の送受信部と、
前記一つ以上の送受信部を制御する一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
端末にＰＵＣＣＨと関連した設定情報を送信し、
前記設定情報に基づいて一つのＰＵＣＣＨリソースで前記端末から前記ＰＵＣＣＨを受信するように設定され、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースに対する複数の送信機会（ＴＯ）で反復して送信され、
前記複数のＴＯは、各ＴＯグループが一つ以上のＴＯを含むＮ個（Ｎは自然数）のＴＯグループにマップされ、
前記Ｎ個のＴＯグループは、前記ＰＵＣＣＨと関連した設定情報内のＮ個の電力制御パラメータセットと関連付けられ、
前記ＰＵＣＣＨの送信電力は、前記基地局に対応するＴＯグループと関連付けられた電力制御パラメータセットに基づいて決定される、基地局。

【国際調査報告】