知財求人 - 知財ポータルサイト「IP Force」
▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特表2024-536346無線通信システムにおいて上りリンク送受信を行う方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-04
(54)【発明の名称】無線通信システムにおいて上りリンク送受信を行う方法及び装置
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240927BHJP
H04W 16/28 20090101ALI20240927BHJP
H04W 72/232 20230101ALI20240927BHJP
【ＦＩ】
H04W72/1268
H04W16/28
H04W72/232
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024520575
(86)(22)【出願日】2022-10-07
(85)【翻訳文提出日】2024-04-03
(86)【国際出願番号】 KR2022015186
(87)【国際公開番号】W WO2023059150
(87)【国際公開日】2023-04-13
(31)【優先権主張番号】10-2021-0134073
(32)【優先日】2021-10-08
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】カン チウォン
(72)【発明者】
【氏名】キム ヒョンテ
(72)【発明者】
【氏名】コ ソンウォン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067JJ13
5K067KK02
5K067KK03
(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】
本開示から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【0015】
本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。
【0016】
【図1】本開示の適用が可能な無線通信システムの構造を例示する。
【図2】本開示の適用が可能な無線通信システムにおいてフレーム構造を例示する。
【図3】本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【図4】本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。
【図5】本開示の適用が可能な無線通信システムにおいてスロット構造を例示する。
【図6】本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【図7】本開示の適用が可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。
【図8】本開示の適用が可能な無線通信システムにおいて端末の上りリンク送信動作を説明するための図である。
【図9】本開示の適用が可能な無線通信システムにおいて基地局の上りリンク受信動作を説明するための図である。
【図10】本開示の一実施例に係るネットワーク側及び端末のシグナリング手順を説明するための図である。
【図11】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
【発明を実施するための形態】
【0017】
以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
【0018】
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
【0019】
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているするとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含んでよい。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。
【0020】
本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。
【0021】
本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。
【0022】
本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。
【0023】
本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。
【0024】
以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。
【0025】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
【0026】
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。
【0027】
３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。
【0028】
３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。
【0029】
本開示で使用可能な用語の略字は次のように定義される。
【0030】
－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）
【0031】
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
【0032】
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
【0033】
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
【0034】
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
【0035】
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0036】
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0037】
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0038】
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
【0039】
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
【0040】
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
【0041】
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
【0042】
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
【0043】
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
【0044】
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
【0045】
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0046】
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
【0047】
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
【0048】
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
【0049】
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
【0050】
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
【0051】
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
【0052】
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
【0053】
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
【0054】
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
【0055】
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
【0056】
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
【0057】
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0058】
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
【0059】
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0060】
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
【0061】
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
【0062】
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
【0063】
システム一般
【0064】
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。
【0065】
ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。
【0066】
ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。
【0067】
図１には、本開示の適用が可能な無線通信システムの構造を例示する。
【0068】
図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザプレーン（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御プレーン（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。
【0069】
図２には、本開示の適用が可能な無線通信システムにおいてフレーム構造を例示する。
【0070】
ＮＲシステムは、複数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（サイクリックプレフィックス、ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、複数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、利用されるヌメロロジーは周波数帯域と独立して選択されてよい。また、ＮＲシステムでは複数のヌメロロジーによる様々なフレーム構造が支援されてよい。
【0071】
以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される複数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。
【0072】
【表1】
【0073】
ＮＲは、様々な５Ｇサービスを支援するための複数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。
【0074】
【表2】
【0075】
ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）の時間単位の倍数と表現される。ここで、Δｆｍａｘ＝４８０・１０３Ｈｚであり、Ｎｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔｆ＝１／（ΔｆｍａｘＮｆ／１００）・Ｔｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。
【0076】
この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴＴＡ＝（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎｓ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎｓ，ｆ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮｓｙｍｂ
ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎｓｙｍｂ
ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎｓ
μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎｓ
μＮｓｙｍｂ
ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。
【0077】
表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎｓｙｍｂ
ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎｓｌｏｔ
ｆｒａｍｅ，μ）、サブフレーム別スロットの個数（Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
【0078】
【表3】
【0079】
【表4】
【0080】
図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含んでよい。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含んでよい。ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（リソースエレメント、ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。
【0081】
以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。
【0082】
図３には、本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【0083】
図３を参照すると、リソースグリッドが、周波数領域上にＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成され、一つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、ＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２μＮｓｙｍｂ
（μ）のＯＦＤＭシンボルによって説明される。ここで、ＮＲＢ
μ≦ＮＲＢ
ｍａｘ，μである。前記ＮＲＢ
ｍａｘ，μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。
【0084】
この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対
によって固有に識別される。ここで、ｋ＝０，．．．，ＮＲＢ
μＮｓｃ
ＲＢ－１は、周波数領域上のインデックスであり、
は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎｓｙｍｂ
μ－１である。μ及びアンテナポートｐに対するリソース要素
は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）
に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は
になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮｓｃ
ＲＢ＝１２の連続するサブキャリアと定義される。
【0085】
ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。
【0086】
－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。
【0087】
－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎＣＲＢ
μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。
【0088】
【数1】
【0089】
式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮＢＷＰ，ｉ
ｓｉｚｅ，μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎＰＲＢと共通リソースブロックｎＣＲＢ間の関係は、下記の式２によって与えられる。
【0090】
【数2】
【0091】
ＮＢＷＰ，ｉ
ｓｔａｒｔ，μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。
【0092】
図４には、本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示の適用が可能な無線通信システムにおいてスロット構造を例示する。
【0093】
【0094】
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含んでよい。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。
【0095】
ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。
【0096】
一方、基地局は、端末に設定された１つのＣＣ内でも複数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。
【0097】
或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。
【0098】
基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。
【0099】
ただし、端末が最初接続（初期アクセス、ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。
【0100】
図６には、本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【0101】
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0102】
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（初期セルサーチ、Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【0103】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。
【0104】
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ランダムアクセス手順、ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（物理ランダムアクセスチャネル、ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【0105】
上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
【0106】
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。
【0107】
表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。
【0108】
【表5】
【0109】
表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（トランスポートブロック、ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0110】
ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。
【0111】
ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0112】
ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0113】
次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0114】
ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0115】
ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0116】
ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0117】
図７は、本開示の適用が可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。
【0118】
図７（ａ）を参照すると、同一のコードワード（ｃｏｄｅｗｏｒｄ，ＣＷ）／伝送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ）を送信するレイヤグループ（ｌａｙｅｒ ｇｒｏｕｐ）が異なるＴＲＰに対応する場合を示している。このとき、レイヤグループは、１つ又は１つ以上のレイヤからなる所定のレイヤ集合を意味できる。この場合、多数のレイヤ数によって送信リソースの量が増加し、これによってＴＢに対して低い符号率のロバストなチャネルコーディングを用いることができるという長所があり、また、複数のＴＲＰからのチャネルが異なるので、ダイバーシチ（ｄｉｖｅｒｓｉｔｙ）利得に基づいて受信信号の信頼度の向上を期待することができる。
【0119】
図７（ｂ）を参照すると、異なるＣＷを異なるＴＲＰに対応するレイヤグループを通じて送信する例を示している。このとき、同図のＣＷ ＃１とＣＷ ＃２に対応するＴＢは同一であると仮定できる。すなわち、ＣＷ ＃１とＣＷ ＃２はそれぞれ異なるＴＲＰによって同一のＴＢがチャネルコーディングなどによって異なるＣＷに変換されたものを意味する。したがって、同一のＴＢの反復送信の例と見なすことができる。図７（ｂ）は、先の図７（ａ）に比べてＴＢに対応する符号率が高いという短所があり得る。しかし、チャネル環境によって同一のＴＢから生成されたエンコードされたビット（ｅｎｃｏｄｉｎｇ ｂｉｔｓ）に対して異なるＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）値を指示して符号率を調整するか、各ＣＷの変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）を調節できるという長所がある。
【0120】
先の図７（ａ）及び図７（ｂ）で例示した方式によれば、同一のＴＢが異なるレイヤグループで反復送信され、各レイヤグループが異なるＴＲＰ／パネル（ｐａｎｅｌ）によって送信されることによって端末のデータ受信確率を高めることができる。これをＳＤＭ（Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースＭ－ＴＲＰ ＵＲＬＬＣ送信方式と称する。異なるレイヤグループに属したレイヤは、異なるＤＭＲＳ ＣＤＭグループに属したＤＭＲＳポートを通じてそれぞれ送信される。
【0121】
また、上述した多重ＴＲＰに関連した内容は、互いに異なるレイヤを利用するＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に基づいて説明されているが、これは、互いに異なる周波数領域リソース（例えば、ＲＢ／ＰＲＢ（セット）など）に基づくＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式及び／又は互いに異なる時間領域リソース（例えば、スロット、シンボル、サブシンボルなど）に基づくＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式にも拡張して適用可能であることは勿論である。
【0122】
単一ＤＣＩによってスケジュールされる多重ＴＲＰベースＵＲＬＬＣのための手法に関連して、次のような手法が論議されている。
【0123】
１）手法１（ＳＤＭ）：時間及び周波数リソース割り当てが重なるし、単一スロット内にｎ（ｎ＜＝Ｎｓ）個のＴＣＩ状態（ｓｔａｔｅ）
【0124】
１－ａ）手法１ａ
【0125】
－ 各送信時点（ｏｃｃａｓｉｏｎ）に同一ＴＢが１つのレイヤ又はレイヤのセット（ｓｅｔ）で送信され、各レイヤ又は各レイヤのセットは１つのＴＣＩ及び１つのＤＭＲＳポートのセットと関連付けられる。
【0126】
－ １つのＲＶを有する単一コードワードは、全ての空間レイヤ又は全てのレイヤのセットで用いられる。ＵＥの観点で、互いに異なるコードされた（ｃｏｄｅｄ）ビットは、同一のマッピング規則によって互いに異なるレイヤ又はレイヤのセットにマップされる。
【0127】
１－ｂ）手法１ｂ
【0128】
－ 各送信時点（ｏｃｃａｓｉｏｎ）に同一ＴＢが１つのレイヤ又はレイヤのセットで送信され、各レイヤ又は各レイヤのセットは、１つのＴＣＩ及び１つのＤＭＲＳポートのセットと関連付けられる。
【0129】
－ １つのＲＶを有する単一コードワードは、各空間レイヤ又は各レイヤのセットで用いられる。各空間レイヤ又は各レイヤのセットに対応するＲＶは互いに同一であっても異なってもよい。
【0130】
１－ｃ）手法１ｃ
【0131】
－ １つの送信時点（ｏｃｃａｓｉｏｎ）に、多重のＴＣＩ状態インデックスと関連付けられた１つのＤＭＲＳポートを有する同一のＴＢが１つのレイヤで送信されるか、又は多重のＴＣＩ状態インデックスと一対一で関連付けられる多重のＤＭＲＳポートを有する同一のＴＢが１つのレイヤで送信される。
【0132】
先の手法１ａ及び１ｃにおいて、同一のＭＣＳが全てのレイヤ又は全てのレイヤのセットに適用される。
【0133】
２）手法２（ＦＤＭ）：周波数リソース割り当てが重ならないし、単一スロット内にｎ（ｎ＜＝Ｎｆ）個のＴＣＩ状態
【0134】
－ それぞれの重なっていない周波数リソース割り当ては１つのＴＣＩ状態と関連付けられる。
【0135】
－ 同一の単一／多重ＤＭＲＳポートは、全ての重なっていない周波数リソース割り当てに関連付けられる。
【0136】
２－ａ）手法２ａ
【0137】
－ １つのＲＶを有する単一のコードワードが全てのリソース割り当てに用いられる。ＵＥの観点で、共通ＲＢマッチング（コードワードのレイヤへのマッピング）が全てのリソース割り当てにおいて適用される。
【0138】
２－ｂ）手法２ｂ
【0139】
－ １つのＲＶを有する単一のコードワードが、それぞれの重なっていない周波数リソース割り当てに用いられる。それぞれの重なっていない周波数リソース割り当てに対応するＲＶは同一であっても異なってもよい。
【0140】
先の手法２ａに対して、同一のＭＣＳが全ての重なっていない周波数リソース割り当てに適用される。
【0141】
３）手法３（ＴＤＭ）：時間リソース割り当てが重ならないし、単一のスロット内にｎ（ｎ＜＝Ｎｔ１）個のＴＣＩ状態
【0142】
－ ＴＢの各送信時点（ｏｃｃａｓｉｏｎ）は、ミニスロットの時間細分性（ｇｒａｎｕｌａｒｉｔｙ）を有し、１つのＴＣＩ及び１つのＲＶを有する。
【0143】
－ スロット内の全ての送信時点（ｏｃｃａｓｉｏｎ）で単一の又は多重のＤＭＲＳポートに共通のＭＣＳを使用する。
【0144】
－ 互いに異なる送信時点（ｏｃｃａｓｉｏｎ）でＲＶ／ＴＣＩが同一であっても異なってもよい。
【0145】
４）手法４（ＴＤＭ）：Ｋ（ｎ＜＝Ｋ）個の異なるスロットでｎ（ｎ＜＝Ｎｔ２）個のＴＣＩ状態
【0146】
－ ＴＢの各送信時点（ｏｃｃａｓｉｏｎ）は１つのＴＣＩ及び１つのＲＶを有する。
【0147】
－ Ｋスロットにわたる全ての送信時点（ｏｃｃａｓｉｏｎ）は、単一の又は多重のＤＭＲＳポートに共通のＭＣＳを使用する。
【0148】
－ 互いに異なる送信時点（ｏｃｃａｓｉｏｎ）でＲＶ／ＴＣＩは同一であっても異なってもよい。
【0149】
下りリンク多重ＴＲＰ（ｍｕｌｔｉｐｌｅ ＴＲＰ，Ｍ－ＴＲＰ）送信動作
【0150】
Ｍ個のＴＲＰが１つの端末にデータを送信するＭ－ＴＲＰ送信方式は、送信率を高めるための方式であるｅＭＢＢ Ｍ－ＴＲＰ送信方式と、受信成功率の増加及びレイテンシーの減少のための方式であるＵＲＬＬＣ Ｍ－ＴＲＰ送信方式の２つに大別できる。
【0151】
また、ＤＣＩ送信観点で、Ｍ－ＴＲＰ送信方式は、ｉ）各ＴＲＰが互いに異なるＤＣＩを送信するＭ－ＤＣＩ（ｍｕｌｔｉｐｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信方式と、ｉｉ）１つのＴＲＰがＤＣＩを送信するＳ－ＤＣＩ（ｓｉｎｇｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信方式とに区別できる。一例として、Ｓ－ＤＣＩは、Ｍ－ＴＲＰが送信するデータに対する全てのスケジューリング情報が１つのＤＣＩで伝達されなければならず、２つのＴＲＰ間の動的な協調が可能な理想的なＢＨ（ｉｄｅａｌ ＢａｃｋＨａｕｌ）環境で用いられてよい。
【0152】
Ｍ－ＤＣＩベースＭ－ＴＲＰ送信方式は、複数のＴＲＰのそれぞれがスケジューリングＤＣＩを送信するので、理想的なＢＨの他に非理想的な（ｎｏｎ－ｉｄｅａｌ）ＢＨ環境においてもＭ－ＤＣＩベースＭ－ＴＲＰ送信方式が用いられてよい。
【0153】
Ｍ－ＤＣＩベースＭ－ＴＲＰ送信方式において、各ＴＲＰがＤＣＩを送信するＣＯＲＥＳＥＴが区分されてよい。また、端末は、互いに異なるＣＯＲＥＳＥＴ（又は、互いに異なるＣＯＲＥＳＥＴグループ（ｇｒｏｕｐ）に属したＣＯＲＥＳＥＴ）で受信したＤＣＩがスケジュールしたＰＵＳＣＨ（又は、ＰＵＣＣＨ）を、互いに異なるＴＲＰに送信するＰＵＳＣＨ（又は、ＰＵＣＣＨ）と認識するか、互いに異なるＴＲＰのＰＵＳＣＨ（又は、ＰＵＣＣＨ）と認識できる。
【0154】
また、互いに異なるＴＲＰに送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対する方式は、同一ＴＲＰに属した互いに異なるパネルに送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対しても同一に適用されてよい。
【0155】
ＮＣＪＴ（ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）方式
【0156】
ＮＣＪＴ方式は、多重ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）が１つの端末に同一の時間／周波数を用いてデータを送信する方式を意味し、ＴＰ間に互いに異なるＤＭＲＳポートを使用し、異なるレイヤでデータを送信できる。ＴＰは、ＮＣＪＴを受信する端末に、データスケジューリング情報をＤＣＩで伝達できる。
【0157】
このとき、ＮＣＪＴに参加する各ＴＰが、自分の送信するデータに対するスケジューリング情報をＤＣＩで伝達する方式を、マルチＤＣＩベースＮＣＪＴと称することができる。ＮＣＪＴ送信に参加するＮ個のＴＰのそれぞれが、ＤＬグラントＤＣＩとＰＤＳＣＨを端末に送信するので、端末はＮ個のＤＣＩ及びＮ個のＰＤＳＣＨをＮ個のＴＰから受信することができる。
【0158】
これとは違い、１つの代表ＴＰが、自分が送信するデータと、他のＴＰが送信するデータに関するスケジューリング情報を１つのＤＣＩで伝達する方式を、単一ＤＣＩベースＮＣＪＴと称することができる。このとき、Ｎ個のＴＰは１つのＰＤＳＣＨを送信することができる。このとき、各ＴＰは、１つのＰＤＳＣＨを構成する多重レイヤのうち一部のレイヤのみを送信できる。例えば、４レイヤデータが送信される場合に、ＴＰ１は２レイヤを送信し、ＴＰ２は残り２レイヤを端末に送信する。
【0159】
以下では、マルチＤＣＩベースＮＣＪＴ方式及び単一ＤＣＩベースＮＣＪＴ方式について具体的に説明する。
【0160】
まず、単一ＤＣＩベースＭ－ＴＲＰ方式において、Ｍ－ＴＲＰは共通の１つのＰＤＳＣＨを一緒に協調送信でき、協調送信に参加する各ＴＲＰは、当該ＰＤＳＣＨを互いに異なるレイヤ（すなわち、互いに異なるＤＭＲＳポート）に空間分割して送信できる。このとき、前記ＰＤＳＣＨに対するスケジューリング情報は１つのＤＣＩで端末に指示され、当該ＤＣＩには、各ＤＭＲＳポートに対して利用されるＱＣＬ ＲＳ及びＱＣＬタイプ情報が指示されてよい。
【0161】
このとき、上述した方式は、ＤＣＩによって全てのＤＭＲＳポートに共通に適用されるＱＣＬ ＲＳ及びタイプを指示する方式とは異なる。すなわち、ＤＣＩ内のＴＣＩフィールドでＭ個のＴＣＩ状態が指示され（２ＴＲＰ協調送信である場合に、Ｍ＝２）、互いに異なるＭ個のＴＣＩ状態を用いてＭ個のＤＭＲＳポートグループ別にＱＣＬ ＲＳ及びタイプが把握されてよい。また、新しいＤＭＲＳテーブルを用いてＤＭＲＳポート情報が指示されてよい。
【0162】
そして、マルチＤＣＩベースＭ－ＴＲＰ方式において、Ｍ－ＴＲＰのそれぞれは、互いに異なるＤＣＩとＰＤＳＣＨを送信でき、当該ＰＤＳＣＨは互いに周波数／時間リソース上で（一部又は全体が）オーバーラップして送信されてよい。当該ＰＤＳＣＨは、互いに異なるスクランブリング（ｓｃｒａｍｂｌｉｎｇ）ＩＤでスクランブルされ、当該ＤＣＩは、互いに異なるＣＯＲＥＳＥＴグループに属したＣＯＲＥＳＥＴで送信されてよい。
【0163】
ここで、ＣＯＲＥＳＥＴグループは、各ＣＯＲＥＳＥＴに対応するＣＯＲＥＳＥＴ設定情報内に定義されたインデックスを把握できる。例えば、ＣＯＲＥＳＥＴ １及び２に対応するＣＯＲＥＳＥＴ設定情報内にインデックスが０に設定され、ＣＯＲＥＳＥＴ ３及び４に対応するＣＯＲＥＳＥＴ設定情報内にインデックスが１に設定された場合に、ＣＯＲＥＳＥＴ １及び２はＣＯＲＥＳＥＴグループ０に属し、ＣＯＲＥＳＥＴ ３及び４はＣＯＲＥＳＥＴグループ１に属してよい。
【0164】
また、ＣＯＲＥＳＥＴに対応する設定情報上にインデックスが定義されていない場合に、当該ＣＯＲＥＳＥＴに対応するインデックスは０と解析できる。１つのサービングセルでスクランブリングＩＤが複数個設定されているか、ＣＯＲＥＳＥＴグループが２つ以上設定されている場合に、端末はマルチＤＣＩベースＭ－ＴＲＰ方式でデータを受信すると把握できる。
【0165】
そして、本開示で説明／言及されるＣＯＲＥＳＥＴグループ（ｇｒｏｕｐ）ＩＤは、各ＴＲＰ／パネル（ｐａｎｅｌ）のためのＣＯＲＥＳＥＴを区分するためのインデックス（ｉｎｄｅｘ）／識別情報（例えば、ＩＤ）などを意味できる。そして、ＣＯＲＥＳＥＴグループは、各ＴＲＰ／パネルのためのＣＯＲＥＳＥＴを区分するためのインデックス／識別情報（例えば、ＩＤ）／前記ＣＯＲＥＳＥＴグループＩＤなどによって区分されるＣＯＲＥＳＥＴのグループ／和集合であってよい。
【0166】
例えば、ＣＯＲＥＳＥＴグループＩＤは、ＣＯＲＳＥＴ設定情報内に定義される特定インデックス情報であってよい。一例として、ＣＯＲＥＳＥＴグループは、各ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴ設定情報内に定義されたインデックスによって設定／指示／定義されてよい。
【0167】
追加又は代案として、ＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連付けられたＣＯＲＥＳＥＴ間の区分／識別のためのインデックス／識別情報／指示子などを意味できる。本開示で説明／言及されるＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連付けられたＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子に言い換えられてもよい。
【0168】
前記ＣＯＲＥＳＥＴグループＩＤ、すなわち、各ＴＲＰ／パネルに設定された／関連付けられたＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子は、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）（例えば、ＲＲＣシグナリング）／Ｌ２シグナリング（例えば、ＭＡＣ－ＣＥ）／Ｌ１シグナリング（例えば、ＤＣＩ）なとで設定／指示されてよい。
【0169】
例えば、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別ＰＤＣＣＨ検出が行われるように設定／指示されてよい。
【0170】
追加又は代案として、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別に上りリンク制御情報（例えば、ＣＳＩ、ＨＡＲＱ－Ａ／Ｎ、ＳＲ）及び／又は上りリンク物理チャネルリソース（例えば、ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳリソース）が分離して管理／制御されるように設定／指示されてよい。
【0171】
追加又は代案として、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別にスケジュールされるＰＤＳＣＨ／ＰＵＳＣＨなどに対するＨＡＲＱ Ａ／Ｎ（プロセス／再送信）が管理されてよい。
【0172】
例えば、上位層パラメータである「ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）」は、時間／周波数制御リソース集合（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）を設定するために用いられてよい。
【0173】
一例として、前記制御リソース集合（ＣＯＲＥＳＥＴ）は、下りリンク制御情報の検出、受信と関連してよい。前記「ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ」は、ＣＯＲＥＳＥＴ関連ＩＤ（例えば、「ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩＤ」）、ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴプール（ｐｏｏｌ）のインデックス（例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」）、ＣＯＲＥＳＥＴの時間／周波数リソース設定、及び／又はＣＯＲＥＳＥＴに関連したＴＣＩ情報などを含んでよい。
【0174】
一例として、ＣＯＲＥＳＥＴプールのインデックス（例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」）は、０又は１に設定されてよい。上記の説明において、ＣＯＲＥＳＥＴグループはＣＯＲＥＳＥＴプールに対応してよく、ＣＯＲＥＳＥＴグループＩＤはＣＯＲＥＳＥＴプールインデックス（例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」）に対応してよい。
【0175】
追加又は代案として、各ＣＯＲＥＳＥＴに対して、端末は、「ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）」によってＣＯＲＥＳＥＴインデックス、「ｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤ」によるＤＭ－ＲＳスクランブリングシーケンス初期化値、周波数領域でのＲＥＧの個数に対するプリコーダ粒度（ｇｒａｎｕｌａｒｉｔｙ）、「区間（ｄｕｒａｔｉｏｎ）（すなわち、ＣＯＲＥＳＥＴの連続した時間区間）」によって提供される連続するシンボルの個数、ＲＢの個数、ＴＣＩ情報、又は／及びＣＣＥ－ｔｏ－ＲＥＧマッピングパラメータなどが提供されてよい。
【0176】
単一ＤＣＩベースＭ－ＴＲＰ方式か又はマルチＤＣＩベースＭ－ＴＲＰ方式かは、別のシグナリングで端末に指示されてよい。一例として、１つのサービングセルに対してＭ－ＴＲＰ動作のために複数個のＣＲＳ（ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンが端末に指示される場合に、単一ＤＣＩベースＭ－ＴＲＰ方式か又はマルチＤＣＩベースＭ－ＴＲＰ方式かによって、ＣＲＳに対するＰＤＳＣＨレートマッチングが異なってよい。ここで、ＣＲＳの機能としてＴＲＳ（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）が用いられてよく、端末は、ＴＲＳを用いてタイミングオフセット、遅延拡散（ｄｅｌａｙ ｓｐｒｅａｄ）、周波数オフセット（ｆｒｅｑｕｅｎｃｙ ｏｆｆｓｅｔ）及びドップラー拡散の推定を行うことができる。
【0177】
そして、ＮＣＪＴは、各ＴＰが送信する時間周波数リソースが完全に重なっている全体オーバーラップされた（ｆｕｌｌｙ ｏｖｅｒｌａｐｐｅｄ）ＮＣＪＴと、一部の時間周波数リソースのみが重なっている一部オーバーラップされたＮＣＪＴ（ｏｖｅｒｌａｐｐｅｄ ＮＣＪＴ）とに区分されてよい。すなわち、一部オーバーラップされたＮＣＪＴである場合に、一部の時間周波数リソースではＴＰ１及びＴＰ２のデータが全て送信されてよく、残りの時間周波数リソースではＴＰ１又はＴＰ２のいずれかのデータのみ送信されてよい。
【0178】
Ｍ－ＴＲＰ ＮＣＪＴ送信方式では、２つのＴＲＰが互いに異なるレイヤ／ＤＭＲＳポートを用いて互いに異なるデータを送信できる。
【0179】
例えば、互いに異なるＣＤＭグループに属したＤＭＲＳポートをグルーピングすることができる。そして、１番目のＣＤＭグループに属したＤＭＲＳポートは、１番目のＱＣＬビーム情報（すなわち、指示された１番目のＴＣＩ状態）を用いて受信されてよく、２番目のＣＤＭグループに属したＤＭＲＳポートは、２番目のＱＣＬビーム情報（すなわち、指示された２番目のＴＣＩ状態）を用いて受信されてよい。
【0180】
上述したように、２つのＴＲＰが送信するレイヤ／ＤＲＭＳポートが互いに区分されており、合成チャネルを介してデータが送信されるわけではないので、２つのＴＲＰのチャネル位相を整列させなくてよい。前記方式を（Ｍ－ＴＲＰ）ＮＣＪＴ方式と称することができ、独立的レイヤＮＣＪＴ方式と称することもできる。
【0181】
Ｍ－ＴＲＰ ＵＲＬＬＣ送信動作
【0182】
ＤＬ Ｍ－ＴＲＰ ＵＲＬＬＣ送信方式は、多重のＴＰＲが同一のデータ／ＤＣＩを互いに異なる空間（例えば、レイヤ（ｌａｙｅｒ）／ポート（ｐｏｒｔ））／時間／周波数リソースを用いて送信する方式を意味する。例えば、ＴＲＰ１はリソース１で特定データ／ＤＣＩを送信し、ＴＲＰ２はリソース２で前記特定データ／ＤＣＩ（すなわち、同一のデータ／ＤＣＩ）を送信できる。
【0183】
すなわち、ＤＬ Ｍ－ＴＲＰ ＵＲＬＬＣ送信方式が設定された場合に、端末は、互いに異なる空間／時間／周波数リソースを用いて同一のデータ／ＤＣＩを受信することができる。このとき、端末は、当該データ／ＤＣＩを受信する空間／時間／周波数リソースで使用するＱＣＬ ＲＳ／タイプ（すなわち、ＤＬ ＴＣＩ状態）に対する指示を、基地局から受けることができる。
【0184】
例えば、当該データ／ＤＣＩがリソース１及びリソース２で受信される場合に、端末は、リソース１で用いられるＤＬ ＴＣＩ状態とリソース２で用いられるＤＬ ＴＣＩ状態が、基地局から指示されてよい。端末は、当該データ／ＤＣＩをリソース１及びリソース２で受信することにより、高い信頼度（ｒｅｌｉａｂｉｌｉｔｙ）を達成し得る。このようなＭ－ＴＲＰ ＵＲＬＬＣ送信方式はＰＤＳＣＨ／ＰＤＣＣＨに対して適用されてよい。
【0185】
ＵＬ Ｍ－ＴＲＰ ＵＲＬＬＣ送信方式は、多重のＴＲＰが同一のデータ／ＵＣＩを互いに異なる空間／時間／周波数リソースを用いて１つの端末から受信する方式を意味する。例えば、ＴＲＰ１はリソース１で同一のデータ／ＵＣＩを端末から受信し、ＴＲＰ２はリソース２で同一のデータ／ＵＣＩを端末から受信することができる。そして、ＴＲＰ１及びＴＲＰ２は、（ＴＲＰ間に連結された）バックホール（ｂａｃｋｈａｕｌ）リンクを通じて、端末から受信したデータ／ＵＣＩを共有できる。
【0186】
すなわち、ＵＬ Ｍ－ＴＲＰ ＵＲＬＬＣ送信方式が設定された場合に、端末は、互いに異なる空間／時間／周波数のリソースを用いて同一のデータ／ＵＣＩを各ＴＲＰに送信できる。このとき、端末は、同一のデータ／ＵＣＩを送信する空間／時間／周波数のリソースで用いるＴｘビーム及びＴｘパワー（すなわち、ＵＬ ＴＣＩ状態）が、基地局から指示されてよい。例えば、同一のデータ／ＵＣＩがリソース１及びリソース２で送信される場合に、端末は、リソース１で用いられるＵＬ ＴＣＩ状態とリソース２で用いられるＵＬ ＴＣＩ状態が基地局から指示されてよい。このような、ＵＬ Ｍ－ＴＲＰ ＵＲＬＬＣはＰＵＳＣＨ／ＰＵＣＣＨに対して適用されてよい。
【0187】
また、本開示の説明において、特定の空間／時間／周波数リソースでデータ／ＤＣＩ／ＵＣＩを受信／送信する時に、特定のＴＣＩ状態（又は、ＴＣＩ）を使用（又は、マップ）するということは、ＤＬでは、特定の空間／時間／周波数リソースで特定ＴＣＩ状態によって指示されたＱＣＬタイプ及びＱＣＬ ＲＳを用いてＤＭＲＳからチャネルを推定し、推定されたチャネルでデータ／ＤＣＩ／ＵＣＩを受信／復調するということを意味できる。
【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】
本開示では、ＤＣＩフォーマット（ｆｏｒｍａｔ）０＿０（又は、フォールバック（ｆａｌｌｂａｃｋ）ＤＣＩフォーマット）でスケジュールするＰＵＳＣＨに対する方式（ｓｃｈｅｍｅ）を決定／設定する方法について説明する。
【0232】
図８は、本開示の適用が可能な無線通信システムにおいて端末の上りリンク送信動作を説明するための図である。
【0233】
端末は、多重空間パラメータベースの同時上りリンク送信に関連した第１設定情報を、基地局から受信することができる（Ｓ８１０）。
【0234】
一例として、第１設定情報は、多重空間パラメータベースの同時上りリンク送信が適用されるか否かに関する情報（又は、ＳＴｘＭＰ送信されるか否か及び／又は単一パネル送信が適用されるか否かに関する情報など）を含んでよい。
【0235】
一例として、第１設定情報は、多重空間パラメータベースの同時上りリンク送信方式に対して設定する情報を含んでよい。同時上りリンク送信方式は、ｉ）各パネルで同一信号を送信する方式（方式１）、及びｉｉ）各パネルで互いに異なる信号を送信する方式（方式２）などに分類されてよい。
【0236】
さらに他の例として、第１設定情報は、端末の上りリンク送信のための空間パラメータ（例えば、パネル／ビームなど）関連設定情報を含んでよい。
【0237】
一例として、空間パラメータ関連設定情報は、統合された（ｕｎｉｆｉｅｄ）ＴＣＩ状態関連情報、ＣＯＲＥＳＥＴに対して設定されるＴＣＩ状態情報、ＰＵＣＣＨリソースに対して設定される空間関係情報／ＴＣＩ状態情報、又はＰＤＳＣＨ関連ＴＣＩ状態情報のうち少なくとも１つを含んでよい。
【0238】
ここで、ＰＤＳＣＨ関連ＴＣＩ状態情報は、ＰＤＳＣＨに対して設定されたＴＣＩ状態の少なくとも１つのコードポイントに設定されたＴＣＩ状態情報を含んでよい。
【0239】
端末は、物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＵＳＣＨ）をスケジュールする下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）フォーマット０＿０を、基地局から受信することができる（Ｓ８２０）。
【0240】
ここで、ＤＣＩは、多重空間パラメータベースの同時上りリンク送信が活性化（ｅｎａｂｌｅ）されるか否かを示す指示情報（例えば、「ｅｎａｂｌｅｒ」など）を含んでよい。
【0241】
一例として、指示情報によって多重空間パラメータベースの同時上りリンク送信の活性化が指示されることに基づいて、端末は、多重空間パラメータに基づいてＰＵＳＣＨを基地局に送信できる。
【0242】
さらに他の例として、指示情報によって多重空間パラメータベースの同時上りリンク送信の非活性化が指示されることに基づいて、端末は、多重空間パラメータのうち単一空間パラメータに基づいてＰＵＳＣＨを基地局に送信できる。
【0243】
端末は、多重空間パラメータのうち単一（ｓｉｎｇｌｅ）空間パラメータ又はｉｉ）多重空間パラメータに基づいて、ＰＵＳＣＨを基地局に送信できる（Ｓ８３０）。
【0244】
ここで、ＰＵＳＣＨの少なくとも１つのポート（例えば、ＰＵＳＣＨのアンテナポート／ＤＭＲＳポートなど）は、多重空間パラメータに対応してよい。すなわち、ＰＵＳＣＨの少なくとも１つのポートは、多重空間パラメータ（例えば、ＵＬ ＴＣＩ状態によって指示されたソース（ｓｏｕｒｃｅ）ＲＳ又は空間関係情報によるソースＲＳ）に対応／連結されてよい。
【0245】
具体的には、多重パネル（すなわち、多重空間パラメータ）に基づいてＰＵＳＣＨが送信されるということは、端末がＳＦＮ（ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）ＳＴｘＭＰ方式でＰＵＳＣＨを送信するということを意味できる。また、ＰＵＳＣＨは、多重空間パラメータに基づいて同一のレイヤ／ポートで基地局に送信されてよい。
【0246】
一例として、統合されたＴＣＩ状態によって多重空間パラメータが指示されることに基づいて（すなわち、統合されたＴＣＩ状態によって複数のＲＳが設定されることに基づいて）、端末は、多重空間パラメータのうち単一空間パラメータに基づいてＰＵＳＣＨを基地局に送信できる。すなわち、端末は、統合されたＴＣＩ状態によって、ＱＣＬ関係を有する複数のＲＳのうち単一ＲＳを用いてＰＵＳＣＨを基地局に送信できる。
【0247】
他の例として、統合されたＴＣＩ状態によって多重空間パラメータが指示されることに基づいて、端末は多重空間パラメータに基づいてＰＵＳＣＨを基地局に送信できる。具体的には、端末は、統合されたＴＣＩ状態によって、ＱＣＬ関係を有する複数のＲＳを用いてＰＵＳＣＨを基地局に送信できる。すなわち、端末は、複数のＲＳに基づくＳＴｘＭＰ方式によってＰＵＳＣＨを送信できる。
【0248】
さらに他の例として、多重空間パラメータは、少なくとも１つのＰＵＣＣＨリソースのうち、最も低い（ｌｏｗｅｓｔ）ＩＤを有するＰＵＣＣＨに対して設定された多重空間関係（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ）参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＲＳ）又は多重ＴＣＩ状態を含んでよい。
【0249】
一例として、端末は、最も低いＩＤを有するＰＵＣＣＨリソースに対して設定された多重空間関係ＲＳ又は多重ＴＣＩ状態のうち単一空間関係ＲＳ又は単一ＴＣＩ状態に基づいて、ＰＵＳＣＨを基地局に送信できる。
【0250】
他の例として、端末は、最も低いＩＤを有するＰＵＣＣＨリソースに対して設定された多重空間関係ＲＳ又は多重ＴＣＩ状態に基づいて、ＰＵＳＣＨを基地局に送信できる。
【0251】
さらに他の例として、端末は、単一空間関係ＲＳ又は単一ＴＣＩ状態が設定された少なくとも１つのＰＵＣＣＨリソースのうち最も低いＩＤを有するＰＵＣＣＨリソースに対して設定された空間関係ＲＳ又はＴＣＩ状態に基づいて、ＰＵＳＣＨを基地局に送信できる。
【0252】
さらに他の例として、ＰＵＳＣＨに対するデフォルト（ｄｅｆａｕｌｔ）ビームと関連した第２設定情報（例えば、「ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＰＵＳＣＨ０－０」）が基地局から受信されることに基づいて、多重空間パラメータは、ｉ）少なくとも１つのＣＯＲＥＳＥＴのうち最も低いＩＤを有するＣＯＲＥＳＥＴに対して設定された多重ＴＣＩ状態、又はｉｉ）ＰＤＳＣＨに対して設定されたＴＣＩ状態のコードポイント（ｃｏｄｅｐｏｉｎｔ）のうち、最も低いＩＤを有するコードポイントに対応する多重ＲＳ（例えば、ＱＣＬ ｔｙｐｅ－Ｄ ＲＳ）を含んでよい。
【0253】
一例として、端末は、最も低いＩＤを有するＣＯＲＥＳＥＴに対して設定された多重ＴＣＩ状態のうち単一ＴＣＩ状態又は最も低いＩＤを有するコードポイントに対応する多重ＲＳ（例えば、ＱＣＬ ｔｙｐｅ－Ｄ ＲＳ）のうち単一ＲＳに基づいて、ＰＵＳＣＨを基地局に送信できる。
【0254】
他の例として、端末は、最も低いＩＤを有するＣＯＲＥＳＥＴに対して設定された多重ＴＣＩ状態又は最も低いＩＤを有するコードポイントに対応する多重ＲＳ（例えば、ＱＣＬ ｔｙｐｅ－Ｄ ＲＳ）に基づいて、ＰＵＳＣＨを基地局に送信できる。
【0255】
さらに他の例として、最も低いＩＤを有するＣＯＲＥＳＥＴに対して設定された多重ＴＣＩ状態の個数又は最も低いＩＤを有するコードポイントに対応する多重ＲＳの個数がＭを超えることに基づいて、端末は、最も低いＩＤを有するＣＯＲＥＳＥＴに対して設定された多重ＴＣＩ状態のうちＮ（Ｎは、Ｍ未満の自然数）個のＴＣＩ状態又は最も低いＩＤを有するコードポイントに対応する多重ＲＳ（例えば、ＱＣＬ ｔｙｐｅ－Ｄ ＲＳ）のうちＮ個のＲＳに基づいて、ＰＵＳＣＨを基地局に送信できる。
【0256】
このとき、Ｍは、あらかじめ定義された値であるか、端末によって（ＵＥキャパビリティ情報によって）報告された値であってよい。
【0257】
さらに他の例として、端末は、単一ＴＣＩ状態が設定された少なくとも１つのＣＯＲＥＳＥＴのうち最も低いＩＤを有するＣＯＲＥＳＥＴ又は単一ＲＳ（例えば、ＱＣＬ ｔｙｐｅ－Ｄ ＲＳ）を指示する少なくとも１つのコードポイントのうち最も低いＩＤを有するコードポイントに対応するＲＳ（例えば、ＱＣＬ ｔｙｐｅ－Ｄ ＲＳ）に基づいて、ＰＵＳＣＨを基地局に送信できる。
【0258】
図９は、本開示の適用が可能な無線通信システムにおいて基地局の上りリンク受信動作を説明するための図である。
【0259】
基地局は、多重空間パラメータベースの同時上りリンク送信に関連した第１設定情報を端末に送信できる（Ｓ９１０）。
【0260】
基地局は、ＰＵＳＣＨをスケジュールするＤＣＩフォーマット０＿０を、端末に送信できる（Ｓ９２０）。
【0261】
基地局は、ｉ）多重空間パラメータのうち単一空間パラメータ又はｉｉ）多重空間パラメータに基づいて、ＰＵＳＣＨを端末から受信することができる。このとき、多重空間パラメータに基づくＰＵＳＣＨを端末から受信することに基づいて、ＰＵＳＣＨは同一レイヤ及びポートで基地局に送信されてよい。
【0262】
第１設定情報、ＤＣＩフォーマット０＿０、及び多重空間パラメータ又は／及び単一空間パラメータに基づくＰＵＳＣＨ送信方式は、図８を参照して説明したので、重複する説明は省略する。
【0263】
以下では、ＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨの送信方式を決定／設定する方法をより具体的に説明する。
【0264】
統合された（ｕｎｉｆｉｅｄ）ＴＣＩ状態が適用される場合を除いて、ＤＣＩフォーマット０＿０によってＰＵＳＣＨがスケジュールされる場合に、当該ＰＵＳＣＨはＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）／ＴＰＭＩ（Ｔｒａｎｓｍｉｔｔｅｄ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）／ＴＲＩフィールド無しで単一レイヤで送信されてよい。
【0265】
上述したＰＵＳＣＨの送信方式は、ＤＣＩペイロード（ｐａｙｌｏａｄ）を最小化するために、且つリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）がよくなされない環境（例えば、最初接続時、ＴＰＭＩ／ＴＲＩ／ビーム情報誤り状況など）でフォールバック送信を行うために定義された送信方式である。
【0266】
ＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨに対するビーム関連設定方式は、ｉ）最も低い（ｌｏｗｅｓｔ）ＩＤ ＰＵＣＣＨリソースの空間関係に基づく方式、ｉｉ）デフォルト（ｄｅｆａｕｌｔ）空間関係／ＰＬ ＲＳが適用される時にＴＣＩ状態を利用する方式、及びｉｉｉ）統合された（ｕｎｉｆｉｅｄ）ＴＣＩ状態を利用する方式に区別できる。
【0267】
以下では、ＳＴｘＭＰ送信関連設定／指示が存在する場合に、上述した方式によってＤＣＩフォーマット０＿０でスケジュールするＰＵＳＣＨを送信する方式について説明する。
【0268】
実施例１
【0269】
実施例１は、統合されたＴＣＩ状態に基づいてＤＣＩフォーマット０＿０でスケジュールされたＰＵＳＣＨを送信する方式に関する。統合されたＴＣＩ状態によって指示されるＲＳは、ＤＣＩフォーマットに関係なくＵＬビームに適用されてよい。
【0270】
改善された無線通信システムでは、単一ＴＣＩ状態が指示／利用されてよいが、ＳＴｘＭＰ送信を支援するために複数のＴＣＩ状態に拡張されてよい。すなわち、ＭＡＣ－ＣＥ及び／又はＤＣＩで複数の統合されたＴＣＩ状態が指示されてよい。
【0271】
統合されたＴＣＩ状態は、特定状態（ｓｔａｔｅ）に適用されるターゲットチャネル／ＲＳに共通するビームを指示するために利用される。したがって、統合されたＴＣＩ状態は、ＤＣＩフォーマットに関係なくＰＵＳＣＨ送信に適用されてよい。ただし、基礎的な無線通信システムにおいてＤＣＩフォーマット０＿０によってスケジュールされるＰＵＳＣＨには、適用可能な方式の制約（例えば、マルチレイヤ送信不可）があり得る。
【0272】
これにより、ＤＣＩフォーマット０＿０でスケジュールされるＰＵＳＣＨは常に単一ビーム／パネルで送信するように設定／指示／定義されてよい（実施例１－１）。すなわち、複数のＴＣＩ状態が指示された場合に、複数のＴＣＩ状態のうち１つのＴＣＩ状態のみがＰＵＳＣＨ送信に適用されてよい。
【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】
本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2024-04-03
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信システムにおいてＵＥ（user equipment）が行う方法であって、前記方法は、
上りリンク送信のための複数のＴＣＩ（transmission configuration indication）状態に関連した第１設定情報を基地局から受信する段階と、
ＰＵＳＣＨ（physical uplink shared channel）をスケジュールするためのＤＣＩ（downlink control information）フォーマット０＿０を前記基地局から受信する段階と、
前記複数のＴＣＩ状態のうちの第１ＴＣＩ状態に関連した第１空間パラメータ、又は前記複数のＴＣＩ状態に関連した多重空間パラメータに基づいて、前記ＰＵＳＣＨを前記基地局に送信する段階と、を含み、
前記第１空間パラメータは、複数の空間関係ＲＳ（reference signal）のうちの第１空間関係ＲＳに関連する、方法。
【請求項2】
前記複数の空間関係ＲＳ又は前記複数のＴＣＩ状態は、少なくとも１つのＰＵＣＣＨ（physical uplink control channel）リソースのうちの最も小さいＩＤを有するＰＵＣＣＨリソースに対して設定される、請求項１に記載の方法。
【請求項3】
前記最も小さいＩＤを有する前記ＰＵＣＣＨリソースに対して設定された、前記複数の空間関係ＲＳのうちの前記第１空間関係ＲＳ、又は前記複数のＴＣＩ状態のうちの前記第１ＴＣＩ状態に基づいて、前記ＰＵＳＣＨが前記基地局に送信される、請求項２に記載の方法。
【請求項4】
前記最も小さいＩＤを有する前記ＰＵＣＣＨリソースに対して設定された、前記複数の空間関係ＲＳ又は前記複数のＴＣＩ状態に基づいて、前記ＰＵＳＣＨが前記基地局に送信される、請求項２に記載の方法。
【請求項5】
前記ＰＵＳＣＨに対するデフォルトビームに関連した第２設定情報が前記基地局から受信されることに基づいて、前記複数のＴＣＩ状態が少なくとも１つの制御リソースセット（control resource set，ＣＯＲＥＳＥＴ）のうちの最も小さいＩＤを有するＣＯＲＥＳＥＴに対して設定される、請求項１に記載の方法。
【請求項6】
前記最も小さいＩＤを有する前記ＣＯＲＥＳＥＴに対して設定された前記複数のＴＣＩ状態のうちの前記第１ＴＣＩ状態に基づいて、前記ＰＵＳＣＨが前記基地局に送信される、請求項５に記載の方法。
【請求項7】
前記最も小さいＩＤを有する前記ＣＯＲＥＳＥＴに対して設定された前記複数のＴＣＩ状態の個数がＭを超えることに基づいて、前記最も小さいＩＤを有する前記ＣＯＲＥＳＥＴに対して設定された前記複数のＴＣＩ状態のうちのＮ（Ｎは、Ｍ未満の自然数）個のＴＣＩ状態に基づいて前記ＰＵＳＣＨが前記基地局に送信される、請求項５に記載の方法。
【請求項8】
前記Ｎは、あらかじめ定義されるか、ＵＥキャパビリティ情報によって前記基地局に送信される、請求項７に記載の方法。
【請求項9】
前記第１ＴＣＩ状態が設定された少なくとも１つのＣＯＲＥＳＥＴのうちの最も小さいＩＤを有するＣＯＲＥＳＥＴが前記第１空間関係ＲＳを示すことに基づいて、前記ＰＵＳＣＨが前記基地局に送信される、請求項１に記載の方法。
【請求項10】
前記ＤＣＩは、前記多重空間パラメータに基づいた同時上りリンク送信を活性化させるかどうかを示す指示情報を含み、前記指示情報によって前記多重空間パラメータに基づいた同時上りリンク送信の活性化が示されることに基づいて、前記多重空間パラメータに基づいて前記ＰＵＳＣＨが前記基地局に送信される、請求項１に記載の方法。
【請求項11】
前記指示情報によって前記多重空間パラメータに基づいた同時上りリンク送信の非活性化が示されることに基づいて、前記複数のＴＣＩ状態のうちの前記第１ＴＣＩ状態に基づいて前記ＰＵＳＣＨが前記基地局に送信される、請求項１０に記載の方法。
【請求項12】
無線通信システムにおいて上りリンク送信を行うＵＥ（user equipment）であって、前記ＵＥは、少なくとも１つの送受信機と、
前記少なくとも１つの送受信機と連結された少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
上りリンク送信のための複数のＴＣＩ（transmission configuration indication）状態に関連した第１設定情報を基地局から前記少なくとも１つの送受信機を介して受信し、
ＰＵＳＣＨ（physical uplink shared channel）をスケジュールするためのＤＣＩ（downlink control information）フォーマット０＿０を前記基地局から前記少なくとも１つの送受信機を介して受信し、
前記複数のＴＣＩ状態のうちの第１ＴＣＩ状態に関連した第１空間パラメータ、又は前記複数のＴＣＩ状態に関連した多重空間パラメータに基づいて、前記ＰＵＳＣＨを前記基地局に前記少なくとも１つの送受信機を介して送信する、ように設定され、
前記第１空間パラメータは、複数の空間関係ＲＳ（reference signal）のうちの第１空間関係ＲＳに関連する、ＵＥ。
【請求項13】
無線通信システムにおいて上りリンク受信を行う基地局であって、前記基地局は、少なくとも１つの送受信機と、
前記少なくとも１つの送受信機と連結された少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
上りリンク送信のための複数のＴＣＩ（transmission configuration indication）状態に関連した第１設定情報をＵＥ（user equipment）に前記少なくとも１つの送受信機を介して送信し、
ＰＵＳＣＨ（physical uplink shared channel）をスケジュールするためのＤＣＩ（downlink control information）フォーマット０＿０を前記ＵＥに前記少なくとも１つの送受信機を介して送信し、
前記複数のＴＣＩ状態のうちの第１ＴＣＩ状態に関連した第１空間パラメータ又は前記複数のＴＣＩ状態に関連した多重空間パラメータに基づく前記ＰＵＳＣＨを前記ＵＥから前記少なくとも１つの送受信機を介して受信する、ように設定され、
前記第１空間パラメータは、複数の空間関係ＲＳ（reference signal）のうちの第１空間関係ＲＳに関連する、基地局。
【国際調査報告】