特許 7373078 無線通信システムにおいてビーム失敗復旧手順を実行するための方法及びその装置

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

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

(11)【特許番号】

(24)【登録日】2023-10-24

(45)【発行日】2023-11-01

(54)【発明の名称】無線通信システムにおいてビーム失敗復旧手順を実行するための方法及びその装置

(51)【国際特許分類】

   H04W 16/28 20090101AFI20231025BHJP

   H04W 72/232 20230101ALI20231025BHJP

   H04W 24/04 20090101ALI20231025BHJP

   H04W 72/21 20230101ALI20231025BHJP

   H04W 76/19 20180101ALI20231025BHJP

【ＦＩ】

H04W16/28

H04W72/232

H04W24/04

H04W72/21

H04W76/19

【請求項の数】 11

(21)【出願番号】P 2022543476

(86)(22)【出願日】2022-01-19

(65)【公表番号】

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

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

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

(87)【国際公開日】2022-07-28

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

(31)【優先権主張番号】10-2021-0009754

(32)【優先日】2021-01-22

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】コ ソンウォン

(72)【発明者】

【氏名】カン チウォン

【審査官】望月 章俊

(56)【参考文献】

【文献】特表２０２０－５３４７１７（ＪＰ，Ａ）

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

【文献】Samsung，Offline Discussion 112 : EMIMO MAC Corrections[online]，3GPP TSG RAN WG2 #109bis-e R2-2003891，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003891.zip>，2020年05月01日

【文献】Moderator (CATT)，Summary on beam management for simultaneous multi-TRP transmission with multiple Rx panels[online]，3GPP TSG RAN WG1 #103-e R1-200nnnn，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2009500.zip>，2020年11月26日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて、端末がビーム失敗復旧（Beam Failure Recovery, ＢＦＲ）手順を実行する方法において、
ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信に対する設定を含むセルグループに関連する情報を受信するステップと、
２セットのＢＦＤ－ＲＳ（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｙｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を含む前記ＢＦＲに関連する設定情報を受信するステップと、
前記２セットのＢＦＤ－ＲＳに基づいて少なくとも一つのダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を受信するステップと、
ビーム失敗インスタンス（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｓｔａｎｃｅ（ＢＦＩ））カウンタがビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいてビーム失敗を検出するステップと、
前記少なくとも一つのＤＬ ＲＳに対する無線リンク品質測定（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ ｍｅａｓｕｒｅｍｅｎｔ）に基づいて、前記ＢＦＩカウンタが、前記２セットのＢＦＤ－ＲＳのそれぞれに対して設定され、
ＰＵＣＣＨ送信に対する設定に基づいて、前記ビーム失敗に関連するＰＵＣＣＨを送信するステップとを含み、
前記２セットのＢＦＤ－ＲＳは、プライマリセル（ＰＣｅｌｌ）、プリマリセコンダリセル（ＰＳＣｅｌｌ）又はセコンダリセル（ＳＣｅｌｌ）である、サービングセルに関連し、
（ｉ）前記２セットのＢＦＤ－ＲＳが前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連すること、及び、(ii)ＰＵＣＣＨ送信に対する設定が、前記２セットのＢＦＤ－ＲＳの第１ＢＦＤ－ＲＳセットに関連する第１設定と、前記２セットのＢＦＤ－ＲＳの第２ＢＦＤ－ＲＳセットに関連する第２設定を含むことに基づき、
前記第１ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第１設定は、前記ビーム失敗に関連する前記ＰＵＣＣＨの送信に利用され、
前記第２ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第２設定は、前記ビーム失敗と関連する前記ＰＵＣＣＨの送信に利用される、方法。

【請求項2】

前記第１設定と前記第２設定のそれぞれは、ＰＵＣＣＨリソースに関連する、請求項１に記載の方法。

【請求項3】

前記ビーム失敗が前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連する前記２セットのＢＦＤ－ＲＳの一つで検出されたことに基づいて、前記ビーム失敗と関連する前記ＰＵＣＣＨは送信され、
前記ビーム失敗が前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連する前記２セットのＢＦＤ－ＲＳで検出されたことに基づいて、前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌについてのランダムアクセス手順が開始される、請求項１に記載の方法。

【請求項4】

前記２セットのＢＦＤ－ＲＳのそれぞれは、多数ＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔｓ）の一つと関連する、請求項１に記載の方法。

【請求項5】

ＢＦＲ ＭＡＣ-ＣＥ（Medium Access Control-Control Element）を送信するステップをさらに含む、請求項１に記載の方法。

【請求項6】

前記ＢＦＲ ＭＡＣ-ＣＥは、（ｉ）前記ビーム失敗が検出されるための、１つ以上のサービングセルに関連する情報と、(ii)前記１つ以上のサービングセルのそれぞれに設定された前記２セットのＢＦＤ－ＲＳの中で検出されたビーム失敗で、ＢＦＤ－ＲＳセットに関連した情報を含む、請求項５に記載の方法。

【請求項7】

無線通信システムにおいてビーム失敗復旧〈Beam Failure Recovery、ＢＦＲ）手順を実行する端末において、
１つ以上のトランシーバ。
前記１つ以上のトランシーバを制御する１つ以上のプロセッサと、
前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含み、
前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行するための指示（instruction）を格納し、
前記の動作は、
ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信に対する設定を含むセルグループに関連する情報を受信することと、
２セットのＢＦＤ－ＲＳ（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｙｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を含む前記ＢＦＲに関連する設定情報を受信することと、
前記２セットのＢＦＤ－ＲＳに基づいて少なくとも一つのダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を受信することと、
ビーム失敗インスタンス（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｓｔａｎｃｅ（ＢＦＩ））カウンタがビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいてビーム失敗を検出することと、
前記少なくとも一つのＤＬ ＲＳに対する無線リンク品質測定（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ ｍｅａｓｕｒｅｍｅｎｔ）に基づいて、前記ＢＦＩカウンタが、前記２セットのＢＦＤ－ＲＳのそれぞれに対して設定され、
ＰＵＣＣＨ送信に対する設定に基づいて、前記ビーム失敗に関連するＰＵＣＣＨを送信することを含み、
前記２セットのＢＦＤ－ＲＳは、プライマリセル（ＰＣｅｌｌ）、プリマリセコンダリセル（ＰＳＣｅｌｌ）又はセコンダリセル（ＳＣｅｌｌ）である、サービングセルに関連し、
（ｉ）前記２セットのＢＦＤ－ＲＳが前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連すること、及び、(ii)ＰＵＣＣＨ送信に対する設定が、前記２セットのＢＦＤ－ＲＳの第１ＢＦＤ－ＲＳセットに関連する第１設定と、前記２セットのＢＦＤ－ＲＳの第２ＢＦＤ－ＲＳセットに関連する第２設定を含むことに基づき、
前記第１ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第１設定は、前記ビーム失敗に関連する前記ＰＵＣＣＨの送信に利用され、
前記第２ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第２設定は、前記ビーム失敗と関連する前記ＰＵＣＣＨの送信に利用される、端末。

【請求項8】

無線通信システムにおいて、端末がビーム失敗復旧（Beam Failure Recovery、ＢＦＲ）手順を実行するように制御する装置において、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリとを含み、
前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示（instruction）を格納し、
前記動作は、
ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信に対する設定を含むセルグループに関連する情報を受信することと、
２セットのＢＦＤ－ＲＳ（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｙｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を含む前記ＢＦＲに関連する設定情報を受信することと、
前記２セットのＢＦＤ－ＲＳに基づいて少なくとも一つのダウンリンク参照信号（Downlink Reference Signal,ＤＬ ＲＳ）を受信することと、
ビーム失敗インスタンス（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｓｔａｎｃｅ（ＢＦＩ））カウンタがビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいてビーム失敗（beam failure）を検出することと、
前記少なくとも一つのＤＬ ＲＳに対する無線リンク品質測定（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ ｍｅａｓｕｒｅｍｅｎｔ）に基づいて、前記ＢＦＩカウンタが、前記２セットのＢＦＤ－ＲＳのそれぞれに対して設定され、
ＰＵＣＣＨ送信に対する設定に基づいて、前記ビーム失敗に関連するＰＵＣＣＨを送信することを含み、
前記２セットのＢＦＤ－ＲＳは、プライマリセル（ＰＣｅｌｌ）、プリマリセコンダリセル（ＰＳＣｅｌｌ）又はセコンダリセル（ＳＣｅｌｌ）である、サービングセルに関連し、
（ｉ）前記２セットのＢＦＤ－ＲＳが前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連すること、及び、(ii)ＰＵＣＣＨ送信に対する設定が、前記２セットのＢＦＤ－ＲＳの第１ＢＦＤ－ＲＳセットに関連する第１設定と、前記２セットのＢＦＤ－ＲＳの第２ＢＦＤ－ＲＳセットに関連する第２設定を含むことに基づき、
前記第１ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第１設定は、前記ビーム失敗に関連する前記ＰＵＣＣＨの送信に利用され、
前記第２ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第２設定は、前記ビーム失敗と関連する前記ＰＵＣＣＨの送信に利用される、装置。

【請求項9】

１つ以上の命令を格納する１つ以上の非一時的（non-transitory）コンピュータ可読メモリにおいて、
前記１つ以上の命令は、１つ以上のプロセッサによって実行されることに基づいて動作を実行し、
前記動作は、
ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信に対する設定を含むセルグループに関連する情報を受信することと、
２セットのＢＦＤ－ＲＳ（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｙｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を含む前記ＢＦＲに関連する設定情報を受信することと
前記２セットのＢＦＤ－ＲＳに基づいて少なくとも一つのダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を受信することと
ビーム失敗インスタンス（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｓｔａｎｃｅ（ＢＦＩ））カウンタがビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいてビーム失敗（beam failure）を検出することと、
前記少なくとも一つのＤＬ ＲＳに対する無線リンク品質測定（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ ｍｅａｓｕｒｅｍｅｎｔ）に基づいて、前記ＢＦＩカウンタが、前記２セットのＢＦＤ－ＲＳのそれぞれに対して設定され、
ＰＵＣＣＨ送信に対する設定に基づいて、前記ビーム失敗に関連するＰＵＣＣＨを送信することを含み、
前記２セットのＢＦＤ－ＲＳは、プライマリセル（ＰＣｅｌｌ）、プリマリセコンダリセル（ＰＳＣｅｌｌ）又はセコンダリセル（ＳＣｅｌｌ）である、サービングセルに関連し、
（ｉ）前記２セットのＢＦＤ－ＲＳが前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連すること、及び、(ii)ＰＵＣＣＨ送信に対する設定が、前記２セットのＢＦＤ－ＲＳの第１ＢＦＤ－ＲＳセットに関連する第１設定と、前記２セットのＢＦＤ－ＲＳの第２ＢＦＤ－ＲＳセットに関連する第２設定を含むことに基づき、
前記第１ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第１設定は、前記ビーム失敗に関連する前記ＰＵＣＣＨの送信に利用され、
前記第２ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第２設定は、前記ビーム失敗と関連する前記ＰＵＣＣＨの送信に利用される、１つ以上の非一時的（non-transitory）コンピュータ可読メモリ。

【請求項10】

無線通信システムにおいて、基地局がビーム失敗復旧（Beam Failure Recovery、ＢＦＲ）手順を実行する方法において、
ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信に対する設定を含むセルグループに関連する情報を送信するステップと、
２セットのＢＦＤ－ＲＳ（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｙｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を含む前記ＢＦＲに関連する設定情報を送信するステップと
前記２セットのＢＦＤ－ＲＳに基づいて少なくとも一つのダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を送信するステップと、
ＰＵＣＣＨ送信に対する設定に基づいて、ビーム失敗(beam failure)に関連するＰＵＣＣＨを受信するステップを含み、
ビーム失敗インスタンス（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｓｔａｎｃｅ（ＢＦＩ））カウンタがビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記ビーム失敗は検出され、
前記少なくとも一つのＤＬ ＲＳに対する無線リンク品質測定（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ ｍｅａｓｕｒｅｍｅｎｔ）に基づいて、前記ＢＦＩカウンタが、前記２セットのＢＦＤ－ＲＳのそれぞれに対して設定され、
前記２セットのＢＦＤ－ＲＳは、プライマリセル（ＰＣｅｌｌ）、プリマリセコンダリセル（ＰＳＣｅｌｌ）又はセコンダリセル（ＳＣｅｌｌ）である、サービングセルに関連し、
（ｉ）前記２セットのＢＦＤ－ＲＳが前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連すること、及び、(ii)ＰＵＣＣＨ送信に対する設定が、前記２セットのＢＦＤ－ＲＳの第１ＢＦＤ－ＲＳセットに関連する第１設定と、前記２セットのＢＦＤ－ＲＳの第２ＢＦＤ－ＲＳセットに関連する第２設定を含むことに基づき、
前記第１ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第１設定は、前記ビーム失敗に関連する前記ＰＵＣＣＨの送信に利用され、
前記第２ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第２設定は、前記ビーム失敗と関連する前記ＰＵＣＣＨの送信に利用される、方法。

【請求項11】

無線通信システムにおいてビーム失敗復旧（Beam Failure Recovery、BFR）手順を実行する基地局において、
１つ以上のトランシーバと、
前記１つ以上のトランシーバを制御する１つ以上のプロセッサと、
前記1つ以上のプロセッサに動作可能に接続された1つ以上のメモリを含み、
前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示（instruction）を格納し、
前記動作は、
ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信に対する設定を含むセルグループに関連する情報を送信することと、
２セットのＢＦＤ－ＲＳ（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｙｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を含む前記ＢＦＲに関連する設定情報を送信することと
前記２セットのＢＦＤ－ＲＳに基づいて、少なくとも一つのダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を送信することと、
ＰＵＣＣＨ送信に対する設定に基づいて、ビーム失敗に関連するＰＵＣＣＨを受信することを含み、
ビーム失敗インスタンス（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｓｔａｎｃｅ（ＢＦＩ））カウンタがビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記ビーム失敗が検出され、
前記少なくとも一つのＤＬ ＲＳに対する無線リンク品質測定（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ ｍｅａｓｕｒｅｍｅｎｔ）に基づいて、前記ＢＦＩカウンタが、前記２セットのＢＦＤ－ＲＳのそれぞれに対して設定され、
前記２セットのＢＦＤ－ＲＳは、プライマリセル（ＰＣｅｌｌ）、プリマリセコンダリセル（ＰＳＣｅｌｌ）又はセコンダリセル（ＳＣｅｌｌ）である、サービングセルに関連し、
（ｉ）前記２セットのＢＦＤ－ＲＳが前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌに関連すること、及び、(ii)ＰＵＣＣＨ送信に対する設定が、前記２セットのＢＦＤ－ＲＳの第１ＢＦＤ－ＲＳセットに関連する第１設定と、前記２セットのＢＦＤ－ＲＳの第２ＢＦＤ－ＲＳセットに関連する第２設定を含むことに基づき、
前記第１ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第１設定は、前記ビーム失敗に関連する前記ＰＵＣＣＨの送信に利用され、
前記第２ＢＦＤ－ＲＳセットの前記ＢＦＩカウンタが前記ビーム失敗インスタンス最大カウントと等しいかより大きいことに基づいて、前記第２設定は、前記ビーム失敗と関連する前記ＰＵＣＣＨの送信に利用される、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、無線通信システムにおける無線通信システムにおいてビーム失敗復旧手順を実行するための方法およびその装置に関する。

【背景技術】

【0002】

移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。

【0003】

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

【0004】

ＮＲ Ｒｅｌ－１５で定義されたＢＦＲ動作がＭ－ＴＲＰ環境（multi-ＰＤＣＣＨ based ＮＣＪＴ環境）にそのまま適用される場合、次のような問題が発生することがある。

【0005】

もし特定のＴＲＰに属するＣＯＲＥＳＥＴがすべてbeam failure状況であるが、他のＴＲＰに属するＣＯＲＥＳＥＴ中にbeam failureではないＣＯＲＥＳＥＴが存在する場合、該当端末はbeam failure（ＢＦ）状況と判断しない。このような状況で、もしall beam failed ＴＲＰが重要な制御情報（例えば、ＳＩＢ、ＲＡ、Paging）への送信を担当しているＴＲＰ（例えばPrimary ＴＲＰ）である場合、他のＴＲＰ（例えばSecondary ＴＲＰ）（の特定ビーム）がnon -ＢＦ状況であっても、該当する重要制御情報を受信できなくなる問題が発生する。

【0006】

前記問題を解決するために、ＴＲＰ特定ビーム失敗復旧（ＴＲＰ-specific ＢＦＲ）をサポートする必要がある。前記ＴＲＰ特定ビーム失敗復旧を支援するために、複数のＰＵＣＣＨリソース（例えば、マルチプルＰＵＣＣＨ - ＳＲリソース）を設定することができる。例えば、前記複数のＰＵＣＣＨリソースにおいて、ＰＵＣＣＨリソース1はＴＲＰ１に関連付けられ、ＰＵＣＣＨリソース２はＴＲＰ２に関連付けられる。

【発明の概要】

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

【0007】

ＴＲＰ特定ビーム失敗復旧を支援するために、ビーム失敗検出動作は各ＴＲＰに対して実行され得る（例えば、各ＤＬ ＲＳセットに対する測定に基づくビーム失敗検出）。このとき、特定のセルでのビーム失敗が他のセルでのビーム失敗と異なる場合が発生できる。具体的な例として、前記特定のセルにおけるビーム失敗は第１ＴＲＰ（例えば、最初のＤＬ ＲＳセット、最初のＰＵＣＣＨリソース）に関連し、前記他のセルにおけるビームの失敗は第２ＴＲＰ（例えば、second ＤＬ ＲＳ set、second ＰＵＣＣＨリソース）に関連付けることができる。

【0008】

セルごとにビーム失敗が検出されたＤＬ ＲＳセットが異なる場合に、前述した複数のＰＵＣＣＨリソースの内、どのＰＵＣＣＨリソースをＢＦＲに活用すべきか端末動作側面で曖昧性が発生することができる。

【0009】

本明細書の目的は、前述の問題を解決するためのビーム失敗復旧方法を提案することである。

【0010】

本明細書で解決しようとする技術的課題は、以上で言及した技術的課題に限定されず、言及しないもう一つの技術的課題は、下の記載から、本発明が属する技術分野で通常の知識を有する者に明確に理解され得る。

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

【0011】

本明細書での一実施形態に係る無線通信システムにおいて端末がビーム失敗復旧（Beam Failure Recovery、ＢＦＲ）手順を実行する方法は、前記ＢＦＲに関連する設定情報を受信するステップと前記設定情報に基づいて、ダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を受信するステップと前記ＤＬ ＲＳの測定に基づいてビーム失敗〈beam failure〉を検出するステップ及び前記ＢＦＲのための要求メッセージを送信するステップを含む 。

【0012】

前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて送信され、ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づく。

【0013】

１）前記ＳＲに関連するＰＵＣＣＨリソースが前記ビーム失敗復旧のために設定された複数のＰＵＣＣＨリソースの内,１つであり、２）前記ビーム失敗が１つ以上のセル（one or more cells）に関連することに基づいて： 前記ＳＲと関連した ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定のＰＵＣＣＨリソースであることを特徴とする。

【0014】

前記複数のＰＵＣＣＨリソースの内、それぞれは、ｉ）前記複数のＤＬ ＲＳセットのうちの１つのＤＬ ＲＳセット、ｉｉ）制御リソースセットプールインデックス（ＣＯＲＥＳＥＴpool index）またはｉｉｉ）帯域幅部分（Bandwidth part、ＢＷＰ）内のすべてのＣＯＲＥＳＥＴのサブセット（subset）の内、少なくとも１つに関連付けることができる。

【0015】

前記特定のＰＵＣＣＨリソースは、i）プライマリセル（Primary Cell、ＰＣｅｌｌ）またはii）プライマリセカンダリセル（Primary Secondary Cell、ＰＳＣｅｌｌ）の内、少なくとも１つに関連付けることができる。

【0016】

前記特定のＰＵＣＣＨリソースは、特定のＤＬ ＲＳセットに関連付けられ、前記特定のＤＬ ＲＳセットは、前記１つ以上のセルに関連するＤＬ ＲＳセットの内、ビーム失敗検出の回数に基づいて決定されたＤＬ ＲＳセットであり得る。

【0017】

前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、最も低いインデックス（lowest index）を有するＰＵＣＣＨリソースであり得る。

【0018】

前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、特定の空間関連情報（specific spatial related information）に関連するＰＵＣＣＨリソースであり得る。

【0019】

前記特定のＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、特定の送信設定指示状態（specific Transmission Configuration Indication state, specific ＴＣＩ state）に関連するＰＵＣＣＨリソースであり得る。

【0020】

前記方法は、前記ＢＦＲに関連する物理アップリンク共有チャネル（Physical Uplink Shared Channel, ＰＵＳＣＨ）を送信するステップをさらに含み得る。

【0021】

前記ＢＦＲに関連するＰＵＳＣＨは、ＢＦＲ ＭＡＣ－ＣＥ（Medium Access Control-C ontrol Element）と関連付けることができる。

【0022】

前記ＢＦＲ ＭＡＣ - ＣＥは、前記１つ以上のセルの内、各セルで検出されたビーム失敗に関連するＤＬ ＲＳセットに関する情報を含むことができる。

【0023】

本明細書の他の実施形態に係る無線通信システムにおいてビーム失敗復旧（Beam Failure Recovery,ＢＦＲ）手順を実行する端末は、１つ以上のトランシーバ、前記１つ以上のトランシーバを制御する１つ以上のプロセッサ、及び前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含む。

【0024】

前記１つ以上のメモリは、１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示（instruction）を格納する。

【0025】

前記動作は、前記ＢＦＲに関連する設定情報を受信するステップ、前記設定情報に基づいてダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を受信するステップと前記ＤＬ ＲＳに対する測定に基づいてビーム失敗（beam failure）を検出するステップ及び前記ＢＦＲのための要求メッセージを送信するステップを含む。

【0026】

前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて送信され、前記ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づく。

【0027】

１）前記ＳＲに関連するＰＵＣＣＨリソースが前記ビーム失敗復旧のために設定された複数のＰＵＣＣＨリソースの内、１つであり、２）ビーム失敗が１つ以上のセル（one or more cells）に関連することに基づいて： 前記ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定のＰＵＣＣＨリソースであることを特徴とする。

【0028】

本明細書のまた他の実施形態に係る無線通信システムにおいて、端末がビーム失敗復旧（Beam Failure Recovery, ＢＦＲ）手順を実行するように制御する装置は、１つ以上のプロセッサ及び前記１つ以上のプロセッサに動作可能するように接続された１つ以上のメモリを含む。

【0029】

前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行するための指示（Beam Failure Recovery）を格納する。

【0030】

前記動作は、前記ＢＦＲに関連する設定情報を受信するステップと前記設定情報に基づいてダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を受信するステップと前記ＤＬ ＲＳに対する測定に基づいてビーム失敗（beam failure）を検出するステップ及び、前記ＢＦＲのための要求メッセージを送信することとを含む。

【0031】

前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて送信され、ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づく。

【0032】

１） 前記ＳＲに関連するＰＵＣＣＨリソースが前記ビーム失敗復旧のために設定
された複数のＰＵＣＣＨリソースの内１つであり、２）前記ビーム失敗が１つ以上のセル（one or more cells）に関連することに基づいて： 前記ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定のＰＵＣＣＨリソースであることを特徴とする。

【0033】

本明細書のまた他の実施形態に係る１つ以上の非一時的（non-transitory）コンピュータ可読媒体は、１つ以上の命令語を格納する。

【0034】

前記１つ以上の命令語は、１つ以上のプロセッサによって実行されることに基づいて動作を実行する。

【0035】

前記動作は、前記ＢＦＲに関連する設定情報を受信するステップと前記設定情報に基づいてダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を受信するステップと前記ＤＬ ＲＳに対する測定に基づいてビーム失敗（beam failure）を検出することと、前記ＢＦＲのための要求メッセージを送信するステップを含む。

【0036】

前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて送信され、前記ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づく。

【0037】

１） 前記ＳＲに関連するＰＵＣＣＨリソースが前記ビーム失敗復旧のために設定
された複数のＰＵＣＣＨリソースの内、１つであり、２）前記ビーム失敗が１つ以上のセル（one or more cells）に関連することに基づいて： 前記ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定のＰＵＣＣＨリソースであることを特徴とする。

【0038】

本明細書のまた他の実施形態に係る無線通信システムにおいて、基地局がビーム失敗復旧（Beam Failure Recovery、ＢＦＲ）手順を実行する方法は、前記ＢＦＲに関連する設定情報を送信するステップと前記設定情報に基づくダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を送信するステップ及び、前記ＢＦＲのための要求メッセージを受信するステップを含む。

【0039】

前記ＢＦＲのための要求メッセージは、前記ＤＬ ＲＳの測定に基づいて検出されたビーム失敗（beam failure）に関連する。

【0040】

前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて送信され、前記ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づく。

【0041】

１）前記ＳＲに関連するＰＵＣＣＨリソースがビーム失敗復旧のために設定された複数のＰＵＣＣＨリソースの内、１つであり、２）前記ビーム失敗が１つ以上のセル（one or more cells）に関連することに基づいて： 前記ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定のＰＵＣＣＨリソースであることを特徴とする。

【0042】

本明細書のまた他の実施形態に係る無線通信システムにおいてビーム失敗復旧（Beam Failure Recovery, ＢＦＲ）手順を実行する基地局は、１つ以上のトランシーバ、前記１つ以上のトランシーバを制御する１つ以上のプロセッサ、及び前記１つをプロセッサに動作可能に接続された１つ以上のメモリを含む。

【0043】

前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示（instruction）を格納する。

【0044】

前記動作は、前記ＢＦＲに関連する設定情報を送信するステップと前記設定情報に基づくダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を送信するステップ及び前記ＢＦＲのための要求メッセージを受信するステップを含む。

【0045】

前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて送信され、前記ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づく。

【0046】

１）前記ＳＲに関連するＰＵＣＣＨリソースが前記ビーム失敗復旧のために設定された複数のＰＵＣＣＨリソースの内、1つであり、２）ビーム失敗が1つ以上のセル（one or more cells）に関連することに基づいて： ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定のＰＵＣＣＨリソースであることを特徴とする。

【発明の効果】

【0047】

本明細書の実施形態に係れば、ＴＲＰ特定ビーム失敗復旧（ＴＲＰ-specific ＢＦＲ）をサポートすることができる。すなわち、特定ＴＲＰのビーム失敗がビーム失敗状況として宣言されないことにしたがって発生する重要な制御情報の送受信の失敗を防止することができる。

【0048】

本明細書の実施形態に係れば、ビーム失敗復旧がＴＲＰ特定に行われる場合に発生し得るＰＵＣＣＨリソース決定に関連する端末動作上の曖昧さを防止することができる。ＢＦＲＱ伝送のためのＰＵＣＣＨリソース決定に関連する不明確性が解消されるので、Ｍ－ＴＲＰ関連ビーム失敗復旧手順の信頼性を向上させることができる。

【0049】

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

【図面の簡単な説明】

【0050】

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

【0051】

【図1】本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す。

【図2】本明細書で提案する方法が適用できる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。

【図3】ＮＲシステムにおけるフレーム構造の一例を示す。

【図4】本明細書で提案する方法が適用できる無線通信システムで支援する資源グリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）の一例を示す。

【図5】本明細書で提案する方法が適用できるアンテナポート及びヌメロロジー別資源グリッドの例を示す。

【図6】３ＧＰＰ（登録商標）システムに用いられる物理チャネル及び一般的な信号送信を例示する。

【図7】ＳＳＢとＣＳＩ-ＲＳを用いたビーム形成の一例を示す。

【図8】ＳＲＳを用いたＵＬ ＢＭ手順の一例を示す。

【図9】本明細書で提案する方法を適用することができるアップリンク送受信動作を例示する。

【図10】複数のＴＲＰにおける送信を利用した信頼度向上のための送受信方法の一例を示す。

【図11】本明細書で提案する方法が適用され得るビーム失敗復旧関連動作を説明するための図である。

【図12】本明細書の一実施形態に係る無線通信システムにおいて端末がビーム失敗復旧手順を実行する方法を説明するためのフローチャートである。

【図13】本明細書の他の実施形態に係る無線通信システムにおいて基地局がビーム失敗復旧手順を実行する方法を説明するためのフローチャートである。

【図14】本明細書に適用される通信システム１を例示する。

【図15】本明細書に適用することができる無線機器を例示する。

【図16】本明細書に適用される信号処理回路を例示する。

【図17】本明細書に適用される無線機器の他の例を例示する。。

【図18】本明細書に適用される携帯機器を例示する。

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

【0052】

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

【0053】

幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の中核機能を中心としたブロック図の形式で示されることができる。

【0054】

以下において、ダウンリンク（ＤＬ：downlink）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：uplink）は、端末から基地局への通信を意味する。ダウンリンクにおいて送信機は、基地局の一部であり、受信機は端末の一部であることができる。アップリンクでは送信機は端末の一部であり、受信機は、基地局の一部であることができる。基地局は、第１通信装置と、端末は、第２通信装置と表現されることもできる。基地局（ＢＳ：Base Station）は、固定局（fixed station）、Node B、eNB（evolved-NodeB）、ｇＮＢ（Next Generation NodeB）、ＢＴＳ（base transceiver system）、アクセスポイント（ＡＰ：Access Point）、ネットワーク（５Ｇネットワーク）、ＡＩシステム、ＲＳＵ（road side unit）、 車両（vehicle）、ロボット、ドローン（Unmanned Aerial vehicle、ＵＡＶ）、ＡＲ（Augmented Reality）装置、ＶＲ（Virtual Reality）装置などの用語に置き換えられることができる。また、端末（Terminal）は、固定されたり移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置、車両（vehicle）、ロボット（robot）、ＡＩモジュール、ドローン（Unmanned Aerial Vehicle、ＵＡＶ）、ＡＲ（Augmented Reality）装置、ＶＲ（Virtual Reality）装置などの用語に置き換えることができる。

【0055】

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような、さまざまな無線接続システムに用いられる。 ＣＤＭＡはＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術で実現され得る。ＴＤＭＡは、ＧＳＭ（Global System for Mobile communications／ＧＰＲＳ（General Packet Radio Service/ＥＤＧＥ（Enhanced Data Rates for ＧＳＭ Evolution）のような無線技術で実現され得る。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Evolved ＵＴＲＡ）などのような無線技術で実現され得る。 ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。 ３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ－ＵＴＲＡを使用するＥ－ＵＭＴＳ（Evolved ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Advanced/ＬＴＥ－Ａ proは３ＧＰＰ ＬＴＥの進化したバージョンである。 ３ＧＰＰ ＮＲ（New Radio or New Radio Access Technology）は、３ＧＰＰ ＬＴＥ/ＬＴＥ－Ａ/ＬＴＥ－Ａ proの進化したバージョンである。

【0056】

説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本発明の技術的思想がこれに制限されるものではない。 ＬＴＥは３ＧＰＰ ＴＳ ３６.xxx Release ８以降の技術を意味する。細部的には、３ＧＰＰ ＴＳ ３６.xxx Release １０以降のＬＴＥ技術は、ＬＴＥ－Ａと称し、３ＧＰＰ ＴＳ ３６.xxx Release １３以降のＬＴＥ技術は、ＬＴＥ－Ａ proと称する。 ３ＧＰＰ ＮＲはＴＳ ３８.xｘx Release １５以降の技術を意味する。 ＬＴＥ/ＮＲは、３ＧＰＰシステムと称することができる。 「ｘｘｘ」は、標準文書の詳細番号を意味する。ＬＴＥ/ＮＲは、３ＧＰＰシステムで通称され得る。本発明の説明に使用た背景技術、用語、略語等に関しては、本発明以前に公開された標準文書に記載された事項を参照することができる。たとえば、次の文書を参照することができる。

【0057】

３ＧＰＰ ＬＴＥ

【0058】

－３６．２１１：Physical channels and modＵＬation

【0059】

－３６．２１２：Multiplexing and channel coding

【0060】

－３６．２１３：Physical layer procedures

【0061】

－３６．３００：Overall description

【0062】

－３６．３３１：Radio Resource Control（ＲＲＣ）

【0063】

３ＧＰＰ ＮＲ

【0064】

－３８．２１１：Physical channels and modＵＬation

【0065】

－３８．２１２：Multiplexing and channel coding

【0066】

－３８．２１３：Physical layer procedures for control

【0067】

－３８．２１４：Physical layer procedures for data

【0068】

－３８．３００：NR and NG-RAN Overall Description

【0069】

－３６．３３１：Radio Resource Control（RRC）protocol specification

【0070】

さらに多くの通信機器がさらに大きな通信容量を要求することに伴い、従来のradio access technologyに比べて向上されたmobile broadband通信の必要性が台頭している。また、多数の機器と物事を接続して、いつでもどこでも、様々なサービスを提供するmassive ＭＴＣ（Machine Type Communications）もまた次世代通信で考慮される重要な問題の１つである。だけでなく、reliabilityとlatencyに敏感なサービス／端末を考慮した通信システムの設計が議論されている。このようにｅＭＢＢ（enhanced mobile broadband communication）、Ｍｍｔｃ（massive ＭＴＣ）、ＵＲＬＬＣ（ＵＬtra-Reliable and Low Latency Communication）などを考慮した次世代radio access technologyの導入が議論されており、本明細書においては、便宜上、そのtechnologyをＮＲと称する。 ＮＲは５Ｇ無線接続技術（radio access technology、ＲＡＴ）の一例を示した表現である。

【0071】

ＮＲを含む新しいＲＡＴシステムはＯＦＤＭ送信方式またはこれと類似した送信方式を使用する。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータを従うことができる。または新しいＲＡＴシステムは、既存のＬＴＥ/ＬＴＥ－Ａのヌメロロジー（numerology）をそのまま従うが、さらに大きいシステムの帯域幅（例えば、１００ＭＨｚ）を有することができる。または１つのセルが複数のヌメロロジーをサポートすることもできる。つまり、互いに異なるヌメロロジーで動作する端末が１つのセルの中で共存することができる。

【0072】

ヌメロロジー（numerology）は、周波数領域で１つのsubcarrier spacingに対応する。Reference subcarrier spacingを整数Nにscalingすることにより、異なるヌメロロジーが定義され得る。

【0073】

用語の定義

【0074】

ｅＬＴＥ ｅＮＢ：ｅＬＴＥ ｅＮＢは、ＥＰＣ及びＮＧＣに対する連結を支援するｅＮＢの進化（ｅｖｏｌｕｔｉｏｎ）である。

【0075】

ｇＮＢ：ＮＧＣとの連結だけでなく、ＮＲを支援するノード。

【0076】

新しいＲＡＮ：ＮＲ又はＥ－ＵＴＲＡを支援するか、ＮＧＣと相互作用する無線アクセスネットワーク。

【0077】

ネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）：ネットワークスライスは、終端間の範囲と共に特定の要求事項を要求する特定の市場シナリオに対して最適化されたソリューションを提供するようにオペレータによって定義されたネットワーク。

【0078】

ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部のインターフェースと、よく定義された機能的動作を有するネットワークインフラ内での論理的ノード。

【0079】

ＮＧ－Ｃ：新しいＲＡＮとＮＧＣ間のＮＧ２リファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）に用いられるコントロールプレーンインターフェース。

【0080】

ＮＧ－Ｕ：新しいＲＡＮとＮＧＣ間のＮＧ３リファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）に用いられるユーザプレーンインターフェース。

【0081】

非独立型（Ｎｏｎ－ｓｔａｎｄａｌｏｎｅ）ＮＲ：ｇＮＢがＬＴＥ ｅＮＢをＥＰＣにコントロールプレーンの連結のためのアンカーとして要求するか、又はｅＬＴＥ ｅＮＢをＮＧＣにコントロールプレーンの連結のためのアンカーとして要求する配置構成。

【0082】

非独立型Ｅ－ＵＴＲＡ：ｅＬＴＥ ｅＮＢがＮＧＣにコントロールプレーンの連結のためのアンカーとしてｇＮＢを要求する配置構成。

【0083】

ユーザプレーンゲートウェイ：ＮＧ－Ｕインターフェースの終端点。

【0084】

システム一般

【0085】

図１は、本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示した図である。

【0086】

図１を参照すると、ＮＧ-ＲＡＮはＮＧ－ＲＡユーザプレーン（新しいＡＳ ｓｕｂｌａｙｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に対するコントロールプレーン（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。

【0087】

前記ｇＮＢは、Ｘｎインターフェースを介して相互連結される。

【0088】

前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣに連結される。

【0089】

より具体的には、前記ｇＮＢはＮ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。

【0090】

ＮＲ（Ｎｅｗ Ｒａｔ）ヌメロロジー（Ｎｕｍｅｒｏｌｏｇｙ）及びフレーム（ｆｒａｍｅ）構造

【0091】

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

【0092】

また、ＮＲシステムでは多数のヌメロロジーに従う多様なフレーム構造が支援されることができる。

【0093】

以下、ＮＲシステムで考慮されることができるＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ヌメロロジー及びフレーム構造を見る。

【0094】

ＮＲシステムで支援される多数のＯＦＤＭヌメロロジーは、表１のように定義されることができる。

【0095】

【表1】

【0096】

ＮＲは、様々な５Ｇサービスをサポートするための多数のnumerology（またはsubcarrier spacing（ＳＣＳ））をサポートする。例えば、ＳＣＳが１５ｋＨｚである場合には、従来の携帯電話バンドでの広い領域（wide area）をサポートし、ＳＣＳが３０ｋＨｚ／６０ＫＨＺである場合には、密集した - 都市（dense-urban）、さらに低い遅延（lower latency）及びより広いキャリアの帯域幅（wider carrier bandwidth）をサポートし、SCSが60kHzまたはそれより高い場合には、位相雑音（phase noise）を克服するために24.25GHzよりも大きい帯域幅をサポートする。

【0097】

ＮＲ周波数バンド（frequency band）は、2つのtype（FR1、FR2）の周波数範囲（frequency range）で定義される。FR1、FR2は、以下の表2に示すように構成されることができる。また、FR2はミリ波（millimeter wave、mmW）を意味することができる。

【0098】

【表2】

【0099】

【0100】

図２は、本明細書で提案する方法が適用できる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。

【0101】

図２に示すように、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）からのアップリンクフレーム番号ｉの伝送は、該当端末での該当ダウンリンクフレームの開始より

以前に開始しなければならない。

【0102】

【0103】

全ての端末が同時に伝送及び受信できるものではなく、これはダウンリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又はアップリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）の全てのＯＦＤＭシンボルが用いられることはできないということを意味する。

【0104】

【0105】

【表3】

【0106】

【表4】

【0107】

図３は、ＮＲシステムでのフレーム構造の一例を示す。図３は、単に説明の便宜のためのものであり、本発明の範囲を制限するのではない。

【0108】

表４の場合、μ＝２の場合、即ちサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ、ＳＣＳ）が６０ｋＨｚである場合の一例であって、表３を参考すると、１サブフレーム（または、フレーム）は４個のスロットを含むことができ、図３に図示された１サブフレーム＝｛１、２、４｝スロットは一例であって、１サブフレームに含まれることができるスロットの個数は表３のように定義できる。

【0109】

また、ミニ－スロット（ｍｉｎｉ－ｓｌｏｔ）は２、４、または７シンボル（ｓｙｍｂｏｌ）で構成されることもでき、より多いか、またはより少ないシンボルで構成されることもできる。

【0110】

ＮＲシステムでの物理資源（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、資源グリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、資源要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、資源ブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮できる。

【0111】

以下、ＮＲシステムで考慮できる前記物理資源に対して具体的に説明する。

【0112】

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

【0113】

図４は、本明細書で提案する方法が適用できる無線通信システムで支援する資源グリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）の一例を示す。

【0114】

図４を参考すると、資源グリッドが周波数領域上に

サブキャリアで構成され、１つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されるのではない。

【0115】

【0116】

この場合、図５のように、ヌメロロジーμ及びアンテナポートｐ別に１つの資源グリッドが設定できる。

【0117】

図５は、本明細書で提案する方法が適用できるアンテナポート及びヌメロロジー別資源グリッドの例を示す。

【0118】

【0119】

【0120】

また、物理資源ブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は周波数領域上の

連続的なサブキャリアとして定義される。

【0121】

Ｐｏｉｎｔ Ａは資源ブロックグリッドの共通参照地点（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として役割をし、次の通り獲得できる。

【0122】

－ ＰＣｅｌｌダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは初期セル選択のためにＵＥにより使われたＳＳ／ＰＢＣＨブロックと重なる最も低い資源ブロックの最も低いサブキャリアとｐｏｉｎｔ Ａ間の周波数オフセットを示し、ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定した資源ブロック単位（ｕｎｉｔ）で表現され；

【0123】

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

【0124】

共通資源ブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域で０から上方にナンバリング（ｎｕｍｂｅｒｉｎｇ）される。

【0125】

サブキャリア間隔設定μに対する共通資源ブロック０のｓｕｂｃａｒｒｉｅｒ ０の中心は‘ｐｏｉｎｔ Ａ’と一致する。周波数領域で共通資源ブロック番号（ｎｕｍｂｅｒ）

とサブキャリア間隔設定μに対する資源要素（ｋ、ｌ）は以下の数式１のように与えられることができる。

【0126】

【数1】

【0127】

【0128】

【数2】

【0129】

ここで、

は
ＢＷＰが共通資源ブロック０に相対的に始める共通資源ブロックでありうる。

【0130】

物理チャネル及び一般的な信号送信

【0131】

図６は、３ＧＰＰシステムに用いられる物理チャネル及び一般的な信号送信を例示する。無線通信システムにおいて端末は、基地局からのダウンリンク（Downlink、ＤＬ）を介して情報を受信し、端末は基地局にアップリンク（Uplink、ＵＬ規格）を介して情報を送信する。基地局と端末が送受信する情報は、データと、さまざまな制御情報を含み、これらが送受信する情報の種類/用途に応じて様々な物理チャネルが存在する。

【0132】

端末は、電源がオンまたは新たにセルに進入した場合、基地局との同期を合わせるなどの初期セル探索（Initial cell search）作業を行う（Ｓ６０１）。このため、端末は、基地局から主同期信号（Primary Synchronization Signal、ＰＳＳ）と副同期信号（Secondary Synchronization Signal、ＳＳＳ）を受信して基地局との同期を合わせて、セルＩＤなどの情報を獲得することができる。その後、端末は、基地局から物理放送チャネル（Physical Broadcast Channel、ＰＢＣＨ）を受信して、セル内の放送情報を獲得することができる。一方、端末は、初期セル探索段階でダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を受信して、ダウンリンクチャネルの状態を確認することができる。

【0133】

初期セル探索を終えた端末は、物理ダウンリンク制御チャネル（Physical Downlink Control Channel、ＰＤＣＣＨ）及び前記ＰＤＣＣＨに掲載された情報に基づいて物理ダウンリンク共有チャネル（Physical Downlink Control Channel; ＰＤＳＣＨ）を受信することにより、さらに具体的なシステム情報を獲得することができる（Ｓ６０２）。

【0134】

一方、基地局に最初に接続したり、信号送信のための無線資源がない場合、端末は、基地局に対してランダムアクセス過程（Random Access Procedure、ＲＡＣＨ）を実行することができる（Ｓ６０３乃至Ｓ６０６）。このため、端末は、物理ランダムアクセスチャネル（Physical Random Access Channel、PRACH）を介して、特定シーケンスをプリアンブルで送信して（Ｓ６０３及びＳ６０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（（（ＲＡＲ Random Access Response）message）を受信することができる。競争基盤ＲＡＣＨの場合、さらに競合の解決手順（Contention Resolution Procedure）を行うことができる（Ｓ６０６）。

【0135】

前述したような手順を実行した端末は、その後、一般的なアップ/ダウンリンク信号の送信手順としてＰＤＣＣＨ/ ＰＤＳＣＨ受信（Ｓ６０７）と物理アップリンク共有チャネル（Physical Uplink Shared Channel、ＰＵＳＣＨ/物理アップリンク制御チャネル（Physical Uplink Control Channel； ＰＵＣＣＨ）送信（Ｓ６０８）を実行することができる。特に端末はＰＤＣＣＨを介してダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を受信することができる。ここで、ＤＣＩは端末の資源割り当て情報のような制御情報を含み、使用目的に応じてフォーマットが互いに異なるように適用され得る。

【0136】

一方、端末がアップリンクを介して基地局に送信するかまたは端末が基地局から受信する制御情報は、ダウンリンク/アップリンクＡＣＫ/ＮＡＣＫ信号、ＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding Matrix、インデックス）、ＲＩ（Rank Indicator ）などを含むことができる。端末は、前述したＣＱＩ/ＰＭＩ/ＲＩ等の制御情報をＰＵＳＣＨ及び/又はＰＵＣＣＨを介して送信するとができる。

【0137】

ビーム管理（Beam Management, ＢＭ)

【0138】

ＢＭ手順は、ダウンリンク（downlink、ＤＬ）及びアップリンク（uplink、ＵＬ）送受信に使用することができる基地局（例えば、ｇＮＢ、ＴＲＰなど）及び／または端末（例えば、ＵＥ）ビームのセット（set）を獲得し維持するためのＬ１（layer 1）／Ｌ２（layer 2）手順として、以下のような手順及び用語を含むことができる。

【0139】

‐ ビーム測定（beam measurement）：基地局またはＵＥが受信されたビーム形成信号の特性を測定する動作。

【0140】

-ビーム決定(beam determination)：基地局またはＵＥが自身の送信ビーム（Ｔｘ beam）/受信ビーム（Ｒｘ beam）を選択する動作。

【0141】

ビームスイープ (Beam sweeping)：予め決められた方式で一定時間間隔の間送信及び／または受信ビームを用いて空間領域をカバーする動作。

【0142】

- ビーム報告（beam report）：UEがビーム測定に基づいてビーム形成された信号の情報を報告する動作。

【0143】

ＢＭ手順は、（１）ＳＳ(synchronization signal)／ＰＢＣＨ(physical broadcast channel) BlockまたはＣＳＩ－ＲＳを用いるＤＬ ＢＭ手順と、（２） ＳＲＳ(sounding reference signal)を用いるＵＬ ＢＭ手順に区分することができる。さらに、各ＢＭ手順は、Ｔｘビームを決定するためのＴｘビームスウィーピング（Sweeping）と、Ｒｘビームを決定するためのＲｘビームスウェーピングとを含み得る。

【0144】

ダウンリンクビーム管理手順（ＤＬ ＢＭ Procedure）

【0145】

ダウンリンクビーム管理手順（ＤＬ ＢＭ手順）は、（１）基地局がビーム形成ＤＬ ＲＳ（例えば、ＣＳＩ－ＲＳ又はＳＳブロック（ＳＳＢ））を送信するステップ及び（２）端末がビーム報告を送信することを含み得る。

【0146】

ここで、ビーム報告（beam reporting）は、好ましいＤＬ ＲＳ ＩＤ（識別子）及びそれに対応するＬ１-ＲＳＲＰを含むことができる。

【0147】

ＤＬ ＲＳ ＩＤは、ＳＳＢリソースインジケータ（resource indicator）（ＳＳＢＲＩ）またはＣＳＩ－ＲＳリソースインジケータ（ＣＲＩ）であり得る。

【0148】

図７はＳＳＢとＣＳＩ－ＲＳを用いたビーム形成の一例を示す。

【0149】

図７に示すように、ＳＳＢビームとＣＳＩ-ＲＳビームをビーム測定に用いることができる。測定メトリック（measurement metric）は、リソース（resource）/ブロック（block）ごとのＬ１－ＲＳＲＰである。ＳＳＢは粗大な（coarse）ビーム測定に用いられ、ＣＳＩ－ＲＳはフィードビーム測定のために用いられる。 ＳＳＢは、ＴｘビームスウィーピングとＲｘビームスウィーピングの全てに用いられる。ＳＳＢを用いたＲｘビームスウィーピングは、複数のＳＳＢバースト（bursts）にわたって（across）同一のＳＳＢＲＩに対してＵＥがＲｘビームを変更しながら行うことができる。ここで、１つのＳＳバースト（burst）は１つまたはそれ以上のＳＳＢを含み、１つのＳＳバーストセットは１つまたはそれ以上のＳＳＢバースト（burst）を含む。

【0150】

ＤＬ ＢＭ関連ビーム指示(beam indication)

【0151】

端末は、少なくともＱＣＬ（Quasi Co－location）indicationの目的のために、最大Ｍ個の候補（candidate）伝送設定指示（Transmission Configuration Indication、ＴＣＩ）状態（state）のリストのＲＲＣ設定を受けることができる。ここで、Ｍは６４であり得る。

【0152】

各ＴＣＩステートは１つのＲＳセットに設定できる。少なくともＲＳセット内のSpatial ＱＣＬ目的（ＱＣＬ Type Ｄ）のためのＤＬ ＲＳの各々のＩＤは、ＳＳＢ、Ｐ－ＣＳＩ ＲＳ、ＳＰ－ＣＳＩ ＲＳ、Ａ－ＣＳＩ ＲＳなどのＤＬ ＲＳタイプの内、1つを参照できる。

【0153】

少なくともspatial ＱＣＬ目的のため用いられるＲＳセット内のＤＬ ＲＳのＩＤの初期化（initialization）／アップデート（updat）は、少なくとも明示的なシグナリング（explicit signaling）を介して実行され得る。

【0154】

表５は、ＴＣＩ－Ｓｔａｔｅ ＩＥの一例を示す。

【0155】

ＴＣＩ－Ｓｔａｔｅ ＩＥは、１つまたは２つのＤＬreference signal（ＲＳ）対応のquasi co-location（ＱＣＬ）タイプに関連付ける。

【0156】

【表5】

【0157】

表５において、bwp-Id parameterはＲＳが位置するＤＬ ＢＷＰを表し、cell parameterはＲＳが位置するcarrierを表し、referencesignal parameterは対応するtarget antenna port(s)に対しquasi co-locationのsourceになるreference antenna port(s) あるいはこれを含むreference signalを示す。前記target antenna port（s）は、ＣＳＩ－ＲＳ、ＰＤＣＣＨ ＤＭＲＳ、またはＰＤＳＣＨ ＤＭＲＳであり得る。一例として、ＮＺＰ ＣＳＩ-ＲＳに対するＱＣＬ参照ＲＳ情報を指示するために、ＮＺＰ ＣＳＩ-ＲＳリソース設定情報に該当ＴＣＩ state ＩＤを指示することができる。また別の一例として、ＰＤＣＣＨ ＤＭＲＳ antenna port（s）のＱＣＬリファレンス（reference）情報を指示するために、各ＣＯＲＥＳＥＴ設定にＴＣＩ state ＩＤを指示することができる。また別の例として、ＰＤＳＣＨ ＤＭＲＳ antenna port（s）のＱＣＬ参照情報を指示するために、ＤＣＩを介してＴＣＩ state ＩＤを指示することができる。

【0158】

ＱＣＬ（Quasi－Co Location）

【0159】

アンテナポートはアンテナポート上のシンボルが運ばれるチャネルが同じであるアンテナポート上の異なるシンボルが運ばれるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運ばれるチャネルの特性（property）が他方のアンテナポート上のシンボルが運ばれるチャネルから類推できる場合、２個のアンテナポートはＱＣ／ＱＣＬ（quasi co-located または quasi co-location）関係にあるとすることができる。

【0160】

ここで、前記チャネル特性は、遅延拡散（Delayspread）、ドップラー拡散（Dopplerspread）、周波数／ドップラーシフト（Frequency/Dopplershift）、平均受信パワー（Average received power）、受信タイミング／平均遅延（Received Timing/average delay)、Spatial ＲＸパラメータの１つ以上を含む。ここで、Spatial Ｒｘパラメータは、アングルオブアライバルのような空間的な（受信）チャネル特性パラメータを意味する。

【0161】

端末は該当端末及び与えられたサービスセルについて意図されたＤＣＩを有する検出されたＰＤＣＣＨに従ってＰＤＳＣＨをデコーディングするために、高層パラメータＰＤＳＣＨ-Ｃｏｎｆｉｇ内のＭ個までのＴＣＩ-State confuriationのリストに設定され得る。 前記ＭはＵＥ能力に依存する。

【0162】

各々のＴＣＩ状態は、１つまたは２つのＤＬ参照信号とＰＤＳＣＨのＤＭ - ＲＳポートとの間のquasiコロケーション関係を設定するためのパラメータを含む。

【0163】

Quasi co‐lotation関係は、第１のＤＬ ＲＳに対する高階層パラメータｑｃｌ-Ｔｙｐｅ１と第２のＤＬ ＲＳののｑｃｌ-Ｔｙｐｅ２（設定された場合）に設定される。２つのＤＬ ＲＳの場合、参照が同一のＤＬ ＲＳであるか、互いに異なるＤＬ ＲＳであるかに関わらず、ＱＣＬタイプは同一ではない。

【0164】

各ＤＬ ＲＳに対応するquasi co-location typeはQCL-Infoのhighher layer parameter qcl-Typeによって与えられ、次のいずれかの値をとることができる。

【0165】

-‘ＱＣＬ-TypeＡ': {Doppler shift, Doppler spread, average delay, delay spread}

【0166】

- ‘ＱＣＬ－TypeＢ’: {Doppler shift, Doppler spread}

【0167】

- ‘ＱＣＬ-TypeＣ’: {Doppler shift, average delay}

【0168】

－ ‘ＱＣＬ－TypeＤ’： {Spatial Rx parameter}

【0169】

例えば、ターゲット antenna port が特定ＮＺＰ ＣＳＩ－ＲＳ の場合、該当 ＮＺＰ ＣＳＩ－ＲＳ antenna ports は ＱＣＬ-Type Ａ 観点では特定 ＴＲＳ と、ＱＣＬ-Type Ｄ 観点では特定 ＳＳＢ と ＱＣＬ されたと指示／設定できる。このような指示/設定を受けた端末は、ＱＣＬ－TypeＡ ＴＲＳで測定されたDoppler、delay値を用いて該当ＮＺＰ ＣＳＩ－ＲＳを受信し、ＱＣＬ－ＴｙｐｅＤ ＳＳＢ受信に用いた受信ビームを該当ＮＺＰ ＣＳＩ－ＲＳ受信に適用できる。

【0170】

ＵＥは、８つまでのＴＣＩステートをＤＣＩフィールド「Transmission Configuration Indication」のコードポイントにマッピングするために用いられるＭＡＣ ＣＥシグナリングによるアクティベーションコマンドを受信することができる。

【0171】

ＵＬ ＢＭプロシージャ

【0172】

ＵＬＢＭは、端末の実現に応じて、Ｔｘ beam - Ｒｘ beam間beam reciprocity(またはbeam correspondence)が成立することがきるか、または成立しないことがある。もし基地局と端末のすべてでＴｘ beam - Ｒｘ beam間reciprocityが成立する場合、ＤＬ beam pairを通じてＵＬ beam pairを合わせることができる。しかし、基地局と端末の内、いずれも１つでもＴｘ beam-Ｒｘ beam間のreciprocityが成立しない場合、ＤＬ beam pair決定とは別にＵＬ beam pair決定過程が必要である。

【0173】

また、基地局と端末のすべてがbeam correspondenceを維持している場合でも、端末が優先（preferred）ビームの報告を要求しなくても、基地局はＤＬ Ｔｘビーム決定のためＵＬ ＢＭ手順を用いることができる。

【0174】

ＵＬ ＢＭは、ビーム化されたＵＬ ＳＲＳ伝送を介して実行することができ、ＳＲＳリソースセット（resource set）のＵＬ ＢＭが適用されるかどうかは、（高層パラメータ） usageによって設定される。 usageが「BeamManagement（ＢＭ）」に設定されると、与えられた時間内に複数のＳＲＳリソースセットのそれぞれに１つのＳＲＳリソースのみを送信され得る。

【0175】

端末は、（higher layer parameter）ＳＲＳ－ResourceSetによって設定される１つまたはそれ以上のSounding Reference Symbol（ＳＲＳ）リソースセット （resource set）を（higher layer signaling, ＲＲＣシグナリングなどを介して）設定を受けることができる。各々のＳＲＳリソースセットに対して、ＵＥは、Ｋ≧１ＳＲＳリソース（higher later parameter SRS-resource）が設定され得る。ここで、Ｋは自然数であり、Ｋの最大値はＳＲＳ_capabilityによって指示される。

【0176】

ＤＬＢＭと同様に、ＵＬＢＭ手順も、端末のＴｘビームスイーピング（beam sweeping）と基地局のＲｘ beam sweepingに区分され得る。

【0177】

図８は、ＳＲＳを用いたＵＬ ＢＭ手順の一例を示す。

【0178】

図８（a）は基地局のＲｘ beam決定手順を示し、図８（ｂ）は端末のＴｘビームスウェーピング手順を示す。

【0179】

図９は、本明細書で提案する方法を適用することができるアップリンク送受信動作を示す。

【0180】

図９を参照すると、基地局は、周波数／時間リソース、伝送層、アップリンクプリコーダ、ＭＣＳなどのようなアップリンク伝送をスケジュールする（Ｓ９１０）。 特に、基地局は、端末がＰＵＳＣＨ送信のためのビームを決定することができる。

【0181】

端末は、基地局からアップリンクスケジューリングのための（すなわち、ＰＵＳＣＨのスケジューリング情報を含む）ＤＣＩをＰＤＣＣＨ上で受信する（Ｓ９２０）。

【0182】

アップリンクスケジューリングのため、ＤＣＩフォーマット０＿０または０＿１を用いられることができ、特にＤＣＩフォーマット０＿１には、以下のような情報が含まれる。

【0183】

ＤＣＩフォーマット識別子(Identifier for ＤＣＩ formats)、ＵＬ／ＳＵＬ(Supplementary uplink)インジケータ（ＵＬ／ＳＵＬ indicator)、帯域幅部分インジケータ(Bandwidth part indicator)、周波数ドメインリソース割り当て(Frequency domain resource assignment)、時間ドメインリソース割り当て(Time domain resource assignment)、周波数ホッピングフラグ(Frequency hopping flag)、変調及びコーディング方式（ＭＣＳ：Modulation and coding scheme)、ＳＲＳリソースインジケータ（ＳＲＩ：ＳＲＳ resource indicator)、プリコーディング情報及びレイヤ数(Precoding information and number of layers)、アンテナポート(Antenna port(s))、ＳＲＳ要求（ＳＲＳ request)、ＤＭＲＳシーケンス初期化（ＤＭＲＳ sequence initialization)、ＵＬ－ＳＣＨ(Uplink Shared Channel)インジケータ（ＵＬ－ＳＣＨ indicator )

【0184】

特に、ＳＲＳリソースインジケータ（resource indicator）フィールドによって上位層パラメータ「usage」に関連するＳＲＳリソースセット内に設定されたＳＲＳリソースが指示され得る。また、（各）ＳＲＳリソースごとに「spatialRelationInfo」の設定を受けることができ、その値は｛ＣＲＩ、ＳＳＢ、ＳＲＩ｝の内、いずれか１つで有り得る。

【0185】

端末は、基地局にアップリンクデータをＰＵＳＣＨ上で送信する（Ｓ９３０）。

【0186】

端末がＤＣＩフォーマット０＿０又は０＿１を含むＰＤＣＣＨを検出（detect）すると、該当ＤＣＩによる指示に従って該当ＰＵＳＣＨを送信する。

【0187】

ＰＵＳＣＨ伝送のために、コードブック（codebook）ベースの伝送と非コードブック（non-codebook）ベースの伝送の２つの伝送方式がサポートされる。

【0188】

ｉ）上位レイヤパラメータ「txConfig」が「codebook」にセッティングされるとき、端末はcodebookベースの送信で設定される。一方、上位レイヤパラメータ「txConfig」が「nonCodebook」にセッティングされるとき、端末はnon-codebookベースの送信に設定される。上位レイヤパラメータ「txConfig」が設定されない場合、端末は、ＤＣＩフォーマット０＿１によってスケジュールされることを予想しない。ＤＣＩフォーマット０＿０によってＰＵＳＣＨがスケジューリングされる場合、ＰＵＳＣＨ送信は単一のアンテナポートに基づく。

【0189】

コードブック（codebook）ベースの送信の場合、ＰＵＳＣＨは、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、または半静的（semi-statically）にスケジューリングされ得る。このＰＵＳＣＨがＤＣＩフォーマット０＿１によりスケジューリングされると、端末はＳＲＳリソースインジケータフィールドとPrecoding information and number of layersフィールドによって与えられるように、ＤＣＩからのＳＲＩ、Transmit Precoding Matrix Indicator（ＴＰＭＩ）、及び伝送ランクに基づいてＰＵＳＣＨ伝送プリコーダを決定する。ＴＰＭＩは、アンテナポートにわたって適用されるプリコーダを指示するために用いられ、多重のＳＲＳリソースが設定されたときにＳＲＩによって選択されたＳＲＳリソースに相応する。あるいは、単一のＳＲＳリソースが設定されると、ＴＰＭＩはアンテナポートにわたって適用されるプリコーダを指示するために用いられ、該当単一のＳＲＳリソースに相応する。上位層パラメータ「nrofSRS-Ports」と同じアンテナポート数を有するアップリンクコードブックから送信プリコーダが選択される。

【0190】

端末に「codebook」にセッティングされた上位層パラメータ「txConfig」が設定されるとき、少くとも１つのＳＲＳリソースが端末に設定される。スロットｎで指示されたＳＲＩは、ＳＲＩによって識別されたＳＲＳリソースの一番最近の送信に関連付けられ、ここでＳＲＳリソースはＳＲＩを運ぶＰＤＣＣＨ（すなわちスロットｎ）に先行する。

【0191】

i i）非コードブックベースの伝送の場合、ＰＵＳＣＨは、ＤＣＩフォーマット０＿０、DCIフォーマット0_1、または半静的（semi-statically）にスケジューリングすることができます。多重のＳＲＳリソースが設定される時、端末は、広帯域ＳＲＩに基づいてＰＵＳＣＨプリコーダ及び伝送ランクを決定することができ、ここでＳＲＩは、ＤＣＩ内のＳＲＳリソースインジケータによって与えられるか、または上位レイヤパラメータ「srs-Resorus Indicator」によって与えられる。端末は、ＳＲＳ送信のために１つまたは多重のＳＲＳリソースを利用し、ここでＳＲＳリソースの数は、ＵＥ能力に基づいて同じＲＢ内で同時送信のために設定され得る。（各）ＳＲＳリソースごとに
ただ１つのＳＲＳポートのみが設定される。ただ１つのＳＲＳリソースのみが「nonCodebook」にセッティングされた上位層パラメータ「usage」に設定され得る。非コードブックベースのアップリンク送信のため設定できるＳＲＳリソースの最大数は４である。スロットnで指示されたＳＲＩは、ＳＲＩによって識別されたＳＲＳリソースの最新の送信に関連付けられ、ここでＳＲＳ送信は、ＳＲＩを運ぶＰＤＣＣＨ（すなわち、スロットｎ）に先行する。

【0192】

以下においては、本明細書で提案する方法を適用することができるＭ－ＴＲＰ関連の動作を注意深く見る。

【0193】

Ｍｕｌｔｉ－ＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）関連動作

【0194】

ＣｏＭＰ（Coordinated Multi Point）の手法は、多数の基地局が端末からフィードバックされたチャネル情報（例えば、ＲＩ/ＣＱＩ/ＰＭＩ/ＬＩなど）を相互に交換（例えば、Ｘ２ interface利用）または活用して、端末を協力送信して、干渉を効果的に制御する方式をいう。利用する方式に応じて、Joint transmission（ＪＴ）、Coordinated scheduling（ＣＳ）、Coordinated beamforming（ＣＢ）、ＤＰＳ（dynamic point selection）、ＤＰＢ（dynamic point blacking）などに区分されることができる。

【0195】

ＮＣＪＴ（Ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）は、干渉を考慮しない（すなわち、干渉性のない）協力送信を意味できる。一例として、前記ＮＣＪＴは、基地局（等）が多重ＴＲＰを介して１つの端末に同じ時間資源及び周波数資源を利用してデータを送信する方式であることができる。当該方式の場合、基地局（等）の多重ＴＲＰは、相互間に互いに異なるＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）ポート（ｐｏｒｔ）を利用して他のレイヤ（ｌａｙｅｒ）を介して端末にデータを送信するように設定されることができる。言い換えれば、ＮＣＪＴは、ＴＲＰ間の適応的（ａｄａｐｔｉｖｅ）フリーコーディングなしに２個以上のＴＲＰからＭＩＭＯ ｌａｙｅｒ（ｓ）の送信が行われる送信方式と対応することができる。

【0196】

ＮＣＪＴは、各ＴＲＰが送信する時間周波数リソースが完全に重なっている完全にオーバーラップしたNCJTと、一部の時間周波数リソースのみが重なっている部分的にオーバーラップしたNCJTの両方に区分される。 つまり、部分的にオーバーラップしたNCJTの場合、一部の時間周波数リソースではＴＲＰ1とＴＲＰ2の両方の送信データが送信され、残りの時間周波数リソースではＴＲＰ1またはＴＲＰ2のいずれかのＴＲＰのみがデータを送信するようにする。

【0197】

ＴＲＰは、ＮＣＪＴ受信する端末にデータスケジューリング情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）で伝達するようになるが、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）送信観点で、Ｍ－ＴＲＰ（ｍｕｌｔｉｐｌｅ ＴＲＰ）送信方式は、ｉ）各ＴＲＰが互いに異なるＤＣＩを送信するＭ－ＤＣＩ（ｍｕｌｔｉｐｌｅ ＤＣＩ） ｂａｓｅｄ Ｍ－ＴＲＰ送信と、ii）１つのＴＲＰがＤＣＩを送信するＳ－ＤＣＩ（ｓｉｎｇｌｅ ＤＣＩ） ｂａｓｅｄ Ｍ－ＴＲＰ送信方式とに分けることができる。

【0198】

第１に、ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ方式について説明する。代表ＴＲＰの１つが、自分が送信するデータと他のＴＲＰが送信するデータとに対するスケジューリング情報を１つのＤＣＩで伝達するｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ Ｍ－ＴＲＰ方式では、ＭＴＲＰは、共通した１つのＰＤＳＣＨを共に協力送信し、協力送信に参加する各ＴＲＰは、当該ＰＤＳＣＨを互いに異なるｌａｙｅｒ（すなわち、互いに異なるＤＭＲＳ ｐｏｒｔｓ）に空間分割して送信する。言い換えれば、ＭＴＲＰが１つのＰＤＳＣＨを送信するようになるが、各ＴＲＰは、１つのＰＤＳＣＨを構成するｍｕｌｔｉｐｌｅ ｌａｙｅｒの一部ｌａｙｅｒだけを送信するようになる。例えば、４ｌａｙｅｒデータが送信される場合、ＴＲＰ １が２ｌａｙｅｒを送信し、ＴＲＰ ２が残りの２ｌａｙｅｒをＵＥに送信する。

【0199】

このとき、前記ＰＤＳＣＨに対するｓｃｈｅｄｕｌｉｎｇ情報は、ＵＥに１つのＤＣＩを介して指示され、当該ＤＣＩには、どのＤＭＲＳ ｐｏｒｔがどのＱＣＬ ＲＳ及びＱＣＬ ｔｙｐｅの情報を利用するかが指示される（これは、既存にＤＣＩで指示された全てのＤＭＲＳ ｐｏｒｔｓに共通に適用されるＱＣＬ ＲＳ及びＴＹＰＥを指示することとは異なる。）。すなわち、ＤＣＩ内のＴＣＩフィールドを介してＭ個のＴＣＩ ｓｔａｔｅが指示され（２ＴＲＰ協力送信である場合、Ｍ＝２）、Ｍ個のＤＭＲＳ ｐｏｒｔ ｇｒｏｕｐ別に互いに異なるＭ個のＴＣＩ ｓｔａｔｅを利用してＱＣＬ ＲＳ及びｔｙｐｅを把握する。また、新しいＤＭＲＳ ｔａｂｌｅを利用してＤＭＲＳ ｐｏｒｔ情報が指示され得る。

【0200】

一例として、Ｓ－ＤＣＩの場合には、Ｍ ＴＲＰが送信するデータに対する全てのｓｃｈｅｄｕｌｉｎｇ情報が１つのＤＣＩを介して伝達されなければならないので、２つのＴＲＰ間のｄｙｎａｍｉｃな協力が可能なｉｄｅａｌ ＢＨ（ｉｄｅａｌ ＢａｃｋＨａｕｌ）環境で用いられることができる。

【0201】

第２に、ｍｕｌｔｉｐｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ方式について説明する。ＭＴＲＰは、各々互いに異なるＤＣＩとＰＤＳＣＨを送信し（ＵＥは、Ｎ個のＤＣＩとＮ個のＰＤＳＣＨをＮ ＴＲＰから受信）、当該ＰＤＳＣＨは、互いに周波数時間資源上で（一部または全体が）オーバーラップされて送信される。当該ＰＤＳＣＨは、互いに異なるｓｃｒａｍｂｌｉｎｇ ＩＤを介してｓｃｒａｍｂｌｉｎｇされ、当該ＤＣＩは、互いに異なるＣＯＲＥＳＥＴ ｇｒｏｕｐに属したＣＯＲＥＳＥＴを介して送信されることができる（ＣＯＲＥＳＥＴ ｇｒｏｕｐとは、各ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ内に定義されたｉｎｄｅｘと把握することができ、例えば、ＣＯＲＥＳＥＴ １と２は、ｉｎｄｅｘ＝０がｃｏｎｆｉｇｕｒｅされ、ＣＯＲＥＳＥＴ ３と４は、ｉｎｄｅｘ＝１がｃｏｎｆｉｇｕｒｅされたならば、ＣＯＲＥＳＥＴ １、２は、ＣＯＲＥＳＥＴ ｇｒｏｕｐ ０であり、ＣＯＲＥＳＥＴ ３、４は、ＣＯＲＥＳＥＴ ｇｒｏｕｐに属する。また、ＣＯＲＥＳＥＴ内のｉｎｄｅｘが定義されなかった場合、ｉｎｄｅｘ＝０と解釈することができる）。１つのｓｅｒｖｉｎｇ ｃｅｌｌでｓｃｒａｍｂｌｉｎｇ ＩＤが複数個ｃｏｎｆｉｇｕｒｅされたか、ＣＯＲＥＳＥＴ ｇｒｏｕｐが２つ以上ｃｏｎｆｉｇｕｒｅされた場合、ＵＥは、ｍｕｌｔｉｐｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ動作でデータを受信することが分かる。

【0202】

一例として、ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ方式であるか、ｍｕｌｔｉｐｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ方式であるかは、別のｓｉｇｎａｌｉｎｇを介してＵＥに指示されることができる。一例として、１つのｓｅｒｖｉｎｇ ｃｅｌｌに対してＭＴＲＰ動作のために複数個のＣＲＳ ｐａｔｔｅｒｎがＵＥに指示される場合、ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ方式であるか、ｍｕｌｔｉｐｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ方式であるかによってＣＲＳに対するＰＤＳＣＨ ｒａｔｅ ｍａｔｃｈｉｎｇが異なることがある。

【0203】

本明細書において説明される基地局は、端末とデータの送受信を行うオブジェクト（ｏｂｊｅｃｔ）を総称する意味であることができる。例えば、本明細書において説明される基地局は、１つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、１つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であることができる。例えば、本明細書において説明される多重ＴＰ及び／又は多重ＴＲＰは、１つの基地局に含まれるものであるか、複数の基地局に含まれるものであることもできる。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであることができる。

【0204】

また、本明細書において説明されるＴＲＰは、特定地域（ａｒｅａ）の特定地理的位置（ｇｅｏｇｒａｐｈｉｃａｌ ｌｏｃａｔｉｏｎ）に位置するネットワークで使用可能な（ａｖａｌｉａｂｌｅ）１つ以上のアンテナ要素（ｅｌｅｍｅｎｔ）があるアンテナ配列（ａｎｔｅｎｎａ ａｒｒａｙ）を意味できる。本明細書では、説明の都合上、「ＴＲＰ」を基準に説明されるが、ＴＲＰは、基地局、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、セル（例：ｍａｃｒｏ ｃｅｌｌ／ｓｍａｌｌ ｃｅｌｌ／ｐｉｃｏ ｃｅｌｌ等）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、またはパネル（ｐａｎｅｌ）などに代替されて理解／適用されることができる。

【0205】

また、本明細書において説明されるＣＯＲＥＳＥＴ ｇｒｏｕｐ ＩＤは、各ＴＲＰ/panelに設定された／連関した（または、各ＴＲＰ/panelのための）ＣＯＲＥＳＥＴを区分するためのインデックス（ｉｎｄｅｘ）／識別情報（例えば、ＩＤ）／指示子などを意味できる。そして、ＣＯＲＥＳＥＴ ｇｒｏｕｐは、ＣＯＲＥＳＥＴを区分するためのインデックス／識別情報（例えば、ＩＤ）／前記ＣＯＲＥＳＥＴ ｇｒｏｕｐ ＩＤ等により区分されるＣＯＲＥＳＥＴのグループ／和集合であることができる。一例として、ＣＯＲＥＳＥＴ ｇｒｏｕｐ ＩＤは、ＣＯＲＳＥＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ内に定義される特定ｉｎｄｅｘ情報であることができる。一例として、 ＣＯＲＳＥＴ ｇｒｏｕｐは、各ＣＯＲＥＳＥＴに対するＣＯＲＳＥＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ内に定義されたインデックスにより設定／指示／定義されることができる。前記ＣＯＲＳＥＴ ｇｒｏｕｐ ＩＤは、上位階層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ、例えば、ＲＲＣ ｓｉｇａｎｌｉｎｇ）／Ｌ２シグナリング（例えば、ＭＡＣ－ＣＥ）／Ｌ１シグナリング（例えば、ＤＣＩ）などを介して設定／指示されることができる。

【0206】

例えば、上位階層パラメータであるＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）は、時間／周波数制御資源集合（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ）を設定するために用いられる。一例として、前記制御資源集合は、ダウンリンク制御情報の検出、受信と関連することができる。前記ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥは、ＣＯＲＥＳＥＴ関連ＩＤ（例：ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩＤ）、ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴ ｐｏｏｌのインデックス（例：ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）、ＣＯＲＥＳＥＴの時間／周波数資源設定、ＣＯＲＥＳＥＴと関連したＴＣＩ情報などを含むことができる。一例として、ＣＯＲＥＳＥＴ ｐｏｏｌのインデックス（例：ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）は、０または１に設定されることができる。ＣＯＲＥＳＥＴ Ｐｏｏｌのインデックスは、ＣＯＲＥＳＥＴ ｇｒｏｕｐ ＩＤを意味できる。例えば、ＣＯＲＥＳＥＴ ｐｏｏｌのインデックス（例：ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）は、上述したＣＯＲＥＳＥＴ ｇｒｏｕｐ ＩＤと対応することができる。

【0207】

Ｍ－ＴＲＰ(multiple-ＴＲＰ)伝送方式

【0208】

複数個（例えば、Ｍ個）のＴＲＰが１つの端末（User equipment、ＵＥ）にデータを送信するＭ-ＴＲＰ伝送方式は、大幅に伝送率を高めるための方式であるｅＭＢＢ Ｍ-ＴＲＰ（またはＭ-ＴＲＰ ｅＭＭＢ）送信と受信成功率の増加及び遅延（latency）減少のための方式であるＵＲＬＬＣ Ｍ－ＴＲＰ（またはＭ－ＴＲＰ ＵＲＬＬＣ）送信の２つに分けることができる。

【0209】

ＵＲＬＬＣ Ｍ－ＴＲＰとは、同一のＴＢ（Transport Block)をＭ－ＴＲＰが異なるリソース(例えば、レイヤ／時間リソース／周波数リソースなど)を用いて送信することを意味することができる。ＵＲＬＬＣ Ｍ－ＴＲＰ伝送方式の設定を受けたＵＥはＤＣＩで複数のＴＣＩ state(s)の指示を受け、各ＴＣＩstateのＱＣＬ ＲＳ（reference signal)を用いて受信したデータは互いに同一ＴＢであると仮定することができる。一方、ｅＭＢＢ Ｍ－ＴＲＰは、他のＴＢをＭ－ＴＲＰが異なるリソース（例えば、レイヤ／時間リソース／周波数リソースなど）を用いて送信することを意味することができる。ｅＭＢＢ Ｍ－ＴＲＰ伝送方式の設定を受けたＵＥはＤＣＩで複数のＴＣＩ state(s)を指示され、各ＴＣＩ stateのQCL RSを利用して受信したデータは異なるTBであると仮定することができる。

【0210】

例えば、ＵＥは、ＭＴＲＰ－ＵＲＬＬＣ用途に設定されたＲＮＴＩとＭＴＲＰ－ｅＭＢＢ用途に設定されたＲＮＴＩとを別に区分して利用することで、当該Ｍ－ＴＲＰ送信がＵＲＬＬＣ送信であるか、またはｅＭＢＢ送信であるかの可否を判断／決定することができる。すなわち、ＵＥが受信したＤＣＩのＣＲＣ ｍａｓｋｉｎｇがＭＴＲＰ－ＵＲＬＬＣ用途に設定されたＲＮＴＩを用いて行われた場合、これは、ＵＲＬＬＣ送信に該当し、ＤＣＩのＣＲＣ ｍａｓｋｉｎｇがＭＴＲＰ－ＵＲＬＬＣ用途に設定されたＲＮＴＩを用いて行われた場合、これは、ｅＭＢＢ送信に該当することができる。

【0211】

表６は、ＵＲＬＬＣ Ｍ - ＴＲＰ送信のために考慮され得る様々なスキーム（scheme）を示す。表６を参照すると、ＳＤＭ／ＦＤＭ／ＴＤＭ方式の様々なスキームが存在する。

【0212】

【表6】

【0213】

例えば、ＴＤＭベースのＵＲＬＣＣスキームに関して、スキーム４は、１つのスロットで１つのＴＲＰがＴＢを送信する方法を意味し、複数のスロットで複数のＴＲＰから受信した同じＴＢを介してデータの受信確率を高める効果がある。スキーム３は、１つのＴＲＰが連続したいくつかのＯＦＤＭシンボル（すなわちシンボルグループ）を介してＴＢを送信する方法を意味し、複数のＴＲＰが１つのスロット内で互いに異なるシンボルグループを介して同じＴＢを送信するように設定することができる。

【0214】

Ｍｕｌｔｉ－ＴＲＰでの信頼度向上方式

【0215】

図１０は複数のＴＲＰでの伝送を用いた信頼度向上のための送受信方法の一例を示す。

【0216】

図１０の（ａ）の例は、同じＣＷ（ｃｏｄｅｗｏｒｄ）／ＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を送信するレイヤグループ（ｌａｙｅｒ ｇｒｏｕｐ）が互いに異なるＴＲＰに対応する場合を示す。すなわち、同じＣＷが他のレイヤ／レイヤグループを介して送信されることができる。このとき、レイヤグループは、１つまたは１つ以上のレイヤからなる一種のレイヤ集合を意味できる。このように、レイヤ数が増加するにつれて送信資源の量が増加し、これを通じてＴＢに対して低い符号率の剛健なチャネルコーディングを使用できるという長所がある。また、複数のＴＲＰからチャネルが異なるので、ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）利得に基づいて受信信号の信頼度向上を期待することができる。

【0217】

一方、図１０の（ｂ）の例は、互いに異なるＣＷを互いに異なるＴＲＰに対応するレイヤグループを介して送信する例を示す。すなわち、互いに異なるＣＷが異なるレイヤ／レイヤグループを介して送信されることができる。このとき、第１のＣＷ（ＣＷ ＃１）と第２のＣＷ（ＣＷ ＃２）に対応するＴＢは、互いに同一であることを仮定できる。したがって、同一ＴＢの繰り返し送信の例とみなすことができる。図１０の（ｂ）の場合、図１０の（ａ）に対比してＴＢに対応する符号率が高いという短所を有することができる。しかし、チャネル環境によって同一ＴＢから生成されたｅｎｃｏｄｉｎｇ ｂｉｔｓに対して互いに異なるＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）値を指示して符号率を調整したり、各ＣＷの変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）を調節できるという長所を有する。

【0218】

前記図１０の（ａ）または図１０の（ｂ）では、同一ＴＢが互いに異なるレイヤグループを介して繰り返し送信され、各レイヤグループを互いに異なるＴＲＰ/panelが送信することによりデータ受信確率を高めることができるが、これをＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）基盤のＵＲＬＬＣ Ｍ－ＴＲＰ送信方式と命名する。互いに異なるレイヤグループに属したレイヤ（等）は、互いに異なるＤＭＲＳ ＣＤＭ ｇｒｏｕｐに属したＤＭＲＳ ｐｏｒｔを介して各々送信される。

【0219】

また、上述した複数ＴＲＰに関連した内容は、互いに異なるレイヤを用いるＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式だけでなく、互いに異なる周波数領域資源（例：ＲＢ／ＰＲＢ（ｓｅｔ））に基づくＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式及び／又は互いに異なる時間領域資源（例：ｓｌｏｔ、ｓｙｍｂｏｌ、ｓｕｂ－ｓｙｍｂｏｌ）に基づくＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式にも拡張して適用され得ることはもちろんである。

【0220】

ランダムアクセス(Random Access)関連手順

【0221】

端末のランダムアクセス手順は、以下の表７に示すように要約することができる。

【0222】

【表7】

【0223】

ビーム失敗復旧(Beam failure recovery, ＢＦＲ)(in ３ＧＰＰ ＮＲ Ｒｅｌ－１５)

【0224】

ＤＬ／ＵＬbeam management プロセスを実行する際において設定されたビーム管理のサイクルに応じて、ビームマスタッチ問題が発生することがある。特に、端末が位置を移動したり、回転したり、あるいは周辺物体の移動で無線チャネル環境が変わる場合（例えば、LoS環境からビームがブロックされてNon-LoS環境に変わった）、最適なＤＬ／ＵＬビームペアは変わることができるが、このような変化を一般的にネットワーク指示によってこの実行するビーム管理プロセスでトラッキングが失敗したときにビームフェイルイベント（beam failure event）が発生したとすることができる。このようなビームフェイルイベントの発生可否は端末がダウンリンクＲＳの受信品質を通じて判断することができ、このような状況に対する報告メッセージあるいはビーム復旧要求のためのメッセージ(beam failure recovery request（ＢＦＲＱ） messageとしよう)が端末から伝達しなければならない。このようなメッセージを受信した基地局は、ビーム復旧のためにビームＲＳ送信、ビーム reporting 要求など様々な過程を通じてビーム復旧を実行することができる。このような一連のビーム復旧プロセスをビームフェイルリカバリ（ＢＦＲ）と称する。 Rel－１５ ＮＲにおいては、contention based ＰＲＡＣＨリソース（資源）が常に存在するＰＣｅｌｌまたはPScell（両者を合わせてspecial cell（SpCellとも称する））に対するＢＦＲ（beam failure recovery）過程を標準化したし、該当手順はserving cell内の動作で端末のＢＦＤ（beam failure detection）過程、ＢＦＲＱ過程、及びＢＦＲＱに対する基地局の応答を端末がモニタリングする過程で次のように構成される（参考：３ＧＰＰ ＴＳ３８．２１３、ＴＳ３８．３２１、ＴＳ３８．３３１）。

【0225】

ビーム失敗検出 (Beam failure detection, ＢＦＤ)

【0226】

全てのPDCCHビームが決められたの品質値(Ｑ_out)以下に落ちる場合、一度のbeam failure instanceが発生したとする（ここで品質は hypothetical BLER(block error rate)を基準とする：すなわち該当 ＰＤＣＣＨで制御情報が送信されたと仮定する場合、該当情報の復調に失敗する確率）

【0227】

ここで全てのＰＤＣＣＨビームとは、ＰＤＣＣＨをモニタリング探索空間（search space）が端末に１つ又は複数個設定することができるが、各探索空間ごとにビームが異なるように設定されることができ、このとき全てのビームがＢＬＥＲ閾値（threshold）下に落ちる場合を意味する。ＢＦＤ ＲＳを端末が判定する基準として、次の２つの方式がサポートされる。

【0228】

[implicit configuration of ＢＦＤ ＲＳｓ] 各 search space には ＰＤＣＣＨが送信できるリソース領域である control resource set(ＣＯＲＥＳＥＴ[TS38.213, TS38.214, TS38.331 参照]) ＩＤが設定され、各 ＣＯＲＥＳＥＴ ＩＤごとにspatial ＲＸ parameter観点からＱＣＬされているＲＳ情報(e.g. ＣＳＩ－ＲＳ resource ＩＤ，ＳＳＢ ＩＤ)を指示/設定することができる（ＮＲ標準ではＴＣＩ(transmit configuration information)指示を通じてＱＣＬされたＲＳを指示/設定する）。ここでspatial ＲＸ parameter観点からＱＣＬされているＲＳとは（i.e. ＱＣＬ Ｔｙｐｅ Ｄ in TS38.214）端末が該当ＰＤＣＣＨ ＤＭＲＳ受信において該当spatially ＱＣＬＥＤ ＲＳ受信に用いたビームをそのまま使用せよ（あるいは使用してもよい）とすることを基地局が知らせる方法を意味する。結局、基地局の観点からは、spatially ＱＣＬed antenna ports間には同一の伝送ビームあるいは類似の伝送ビーム（e.g.ビーム方向は同一/類似しながらビーム幅が異なる場合）を適用して送信することを端末に知らせる方法である。

【0229】

[explicit configuration of ＢＦＤ ＲＳｓ] 基地局が前記用途(beam failure detection)でbeam ＲＳ(s)を明示的に設定することができ、この場合、該当beam ＲＳ(s)が前記「すべてのＰＤＣＣＨビーム」に該当する。

【0230】

端末物理層でＢＦＤ ＲＳ(s)をに基づいて測定した hypothetical ＢＬＥＲが特定閾値（threshold）以上に劣化するイベントが発生するたびに「ＢＦＩ(beam failure instance)」が発生したことをＭＡＣサブ階層に知らせ、端末ＭＡＣサブ階層では一定時間以内に（ＢＦＤタイマー）、一定回数（beamFailureInstanceMaxCount）だけＢＦＩが発生するとビームフェイルが発生したと判断し、関連ＲＡＣＨ動作を初期化する。

【0231】

以下、ＢＦＤに関連するＭＡＣ層の動作を注意深く見る

【0232】

ＭＡＣエンティティは：

【0233】

1> 下位階層（lower layers）でビーム失敗インスタンス指示（beam failure instance indication）を受信された場合:

【0234】

２> beamFailureDetectionTimerを開始するかまたは再開始する

【0235】

２＞ ＢＦＩ＿ＣＯＵＮＴＥＲを１だけ増やす

【0236】

２＞ ＢＦＩ＿ＣＯＵＮＴＥＲ＞ = beamFailureInstanceMaxCount の場合:

【0237】

３＞ ＳＰＣＥＬＬでランダムアクセス手順を開始する

【0238】

１＞ beamFailureDetectionTimerが期限切れになった場合:または

【0239】

１＞beamFailureDetectionTimer、beamFailureInstanceMaxCount、またはビーム
失敗感知に用いられた参照信号（any of the reference signals used for beam failure detection）が上位層によってリセットされた場合：

【0240】

２＞ ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する

【0241】

１＞ランダムアクセス手順が成功裏に完了した場合:

【0242】

２＞（ＢＦＩ＿COUNTERを0に設定する

【0243】

３＞ （設定された）beamFailureRecoveryTimerを停止する

【0244】

２＞ ビーム失敗復旧手順が成功裏に完了したと見なす

【0245】

ＢＦＲＱ (based on ＰＲＡＣＨ)： Ｎｅｗ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ + ＰＲＡＣＨ ｔｒａｎｓｍｉｓｓｉｏｎ

【0246】

前述したように一定数以上のＢＦＩが発生される場合、端末はビーム失敗が発生したと判断し、ビーム失敗復旧動作を実行することができる。ビーム失敗復旧動作の一例として、ＲＡＣＨ手順（ｉ．ｅ．ＰＲＡＣＨ）に基づいてビーム失敗復旧要求（ＢＦＲＱ）動作を実行することができる。以下、該当ＢＦＲＱ手順について具体的に注意深く見る。

【0247】

基地局は、該当端末にＢＦ発生時に置き換えることができる候補ビームに該当するＲＳリスト（candidateBeamRSList）をＲＲＣに設定することができ、該当候補ビームに対して dedicated ＰＲＡＣＨリソースを設定することができる。ここでのdedicated ＰＲＡＣＨ資源は non-contention based ＰＲＡＣＨ (contention free ＰＲＡＣＨとも称する) 資源である特徴があり、該当listでビームが見つからなければ、既設定されたＳＳＢ資源の中から選んで contention based ＰＲＡＣＨを送信することになる。具体的な手順は以下の通りである。

【0248】

Ｓｔｅｐ１）端末は、基地局が candidate beam ＲＳ setに設定したＲＳの内、定められた品質値 （Q＿in）以上を有すビームを探す

【0249】

もし1つのビームＲＳが閾値（threshold）を超える場合、該当するビームＲＳを選択

【0250】

もし複数個のビームＲＳが閾値を超える場合、該当するビームＲＳの中から任意の1つを選択

【0251】

もし閾値を超えるビームがない場合は、Ｓｔｅｐ２を実行

【0252】

Ｎｏｔｅ１： ここでのビーム品質はＲＳＲＰに基づく

【0253】

Ｎｏｔｅ２：前記基地局が設定したＲＳ beam setは次の３つの場合がある

【0254】

１）ＲＳ beam set内のビームＲＳが全てＳＳＢで構成

【0255】

２）ＲＳ beam set内のビームＲＳが全てCSI－ＲＳ資源で構成

【0256】

３）ＲＳビームセット内のビームＲＳがＳＳＢとＣＳＩ－ＲＳリソースで構成

【0257】

Ｓｔｅｐ２）端末は(contention based ＰＲＡＣＨ資源に連結された)ＳＳＢの中で定められた品質値（Ｑ_in）以上を有するビームを探す

【0258】

もし１つのＳＳＢが閾値を超える場合、該当するビームＲＳを選択

【0259】

もし複数個のＳＳＢが閾値を超える場合、該当するビームＲＳの中から任意の１つを選択

【0260】

もし閾値を超えるビームがない場合は、Step３を実行

【0261】

Ｓｔｅｐ３）端末は(contention based ＰＲＡＣＨ資源に連結された)ＳＳＢの内、任意のＳＳＢを選択

【0262】

端末は、前記の過程で選択されたビームＲＳ（CSI－ＲＳ or ＳＳＢ）と直接的または間接的に接続設定されたＰＲＡＣＨリソース＆プリアンブルを基地局に送信する。

【0263】

ここで直接接続設定は、以下の１）または２）の場合に用いられる。

【0264】

１）ＢＦＲ用途に別途設定された candidate beam ＲＳset内の特定ＲＳ
に対して contention-free ＰＲＡＣＨ resource & preambleが設定された場合

【0265】

２）Random accessなど他用途に設定されたＳＳＢと一対一にマッピングさ
れた(contention based) PRACH resource & preambleが設定された場合

【0266】

ここで、間接接続設定は、次の場合に用いられる。

【0267】

ＢＦＲ用途に別途設定された candidate beam ＲＳ set 内の特定のＣＳＩ－ＲＳに対してcontention-free ＰＲＡＣＨ resource & preamble が設定されない場合

【0268】

このとき端末は、該当ＣＳＩ－ＲＳ の同じ受信ビームで受信可能と指定された (i.e. quasi-co-located（ＱＣＬed） with respect to spatial Rx parameter) ＳＳＢ に接続された (contention-free) ＰＲＡＣＨresource & preambleを 選択。

【0269】

Monitoring of ｇＮＢ’s response to the ＢＦＲＱ

【0270】

端末は、該当ＰＲＡＣＨ送信に対する基地局（ｇＮＢ）の返信をモニタリングする。

【0271】

ここで、コンテンションフリーＰＲＡＣＨリソース＆プレアンブルに対するレスポンスは、Ｃ - ＲＮＴＩでマスクされたＰＤＣＣＨに送信され、これはＢＦＲ用で別々にＲＲＣ設定されたサーチスペースで受信される。

【0272】

前記検索空間（search space）は、（ＢＦＲ用）特定ＣＯＲＥＳＥＴに設定される。

【0273】

Contention ＰＲＡＣＨに対するresponseは、一般的なcontenttion ＰＲＡＣＨベースのランダムアクセス過程のために設定されたＣＯＲＥＳＥＴ（e.g. ＣＯＲＥＳＥＴ ０ or ＣＯＲＥＳＥＴ １）及びsearch spaceをそのまま再使用する。

【0274】

もし一定時間の間返信がない場合、端末はNew beam identification & selection過程及びＢＦＲＱ & monitoring ｇＮＢ‘s response過程を繰り返す。

【0275】

前記過程はＰＲＡＣＨ送信を予め設定された最大回数Ｎ＿ｍａｘまで到達するか、または設定されたタイマー（ＢＦＲタイマー）がｅｘｐｉｒｅするまで実行され得る。

【0276】

前記タイマーがexpireされると、端末はcontent free ＰＲＡＣＨ送信を停止するが、ＳＳＢ選択による contention based ＰＲＡＣＨ送信はN＿maxに達するまで実行され得る。

【0277】

図１１は本明細書で提案する方法が適用され得るビーム失敗復旧関連動作を説明するための図である。具体的には、図１１は、プライマリセル（Primary Ｃｅｌｌ、PCell）におけるビーム失敗復旧（Beam Failure Recovery）動作を例示する。

【0278】

ビーム失敗復旧（ＢＦＲ）(in ３ＧＰＰ ＮＲ Rel－１６)

【0279】

前述したように、Ｒｅｌ－１５ ＮＲでＰＲＡＣＨベースのＢＦＲプロセスを標準化したが、技術的制限のためにＰＣｅｌｌまたはＰＳＣｅｌｌにのみ限定的に適用される。具体的に、ＣＡ（carrier aggregation）が適用されるＰＲＡＣＨベースのＢＦＲ手順の場合、いずれのＳＣｅｌｌはアップリンクキャリア（ＵＬ carrier）がないことがあり、ＵＬ carrierがある場合であっても、競争ベースＰＲＡＣＨ（contention based ＰＲＡＣＨ）が設定できないという技術的な制限がある。したがって、ＣＡ（carrier aggregation）が適用されるＰＲＡＣＨベースのＢＦＲ手順は、ＰＣｅｌｌまたはＰＳＣｅｌｌにのみ限定的に適用される。

【0280】

前述のＰＲＡＣＨベースのＢＦＲ手順の適用上の限界点のため、以下の問題が発生する。低周波数帯域（例えば６ＧＨｚ以下）にＰＣｅｌｌを運営しながら高周波帯域（例えば３０ＧＨｚ）をＳＣｅｌｌで運営しようとする場合、ＢＦＲ支援がより重要に作用する高周波帯域でＢＦＲがサポートできない問題が発生する。

【0281】

前記と同様の理由で、Ｒｅｌ－１６ ＮＲ ＭＩＭＯ work itemにおいてセカンダリセル(Secondary Cell，ＳＣｅｌｌ)に対するＢＦＲ支援のための標準化が進められている。これにより、以下の事項を考慮することができる。

【0282】

少なくともＤＬ only ＳＣｅｌｌについては、該当ＳＣｅｌｌにＵＬ伝送が不可能である。したがって、スペシャルセル（Special Cell、ＳｐＣｅｌｌ）に該当ＳＣｅｌｌでビーム失敗（beam failure）が発生したことを基地局に知らせる際に用いる（専用の）ＰＵＣＣＨ資源を設定することができる。設定されたＰＵＣＣＨリソースに基づいてＳＣｅｌｌに対するビーム失敗復旧要求（ＢＦＲＱ）を実行することができる。

【0283】

以下で説明の便宜上、前記ＳＣｅｌｌのビーム失敗復旧のために設定されたＰＵＣＣＨをＢＦＲ-ＰＵＣＣＨと称する。前記用語は、理解を容易にするために他のＰＵＣＣＨと区分するために用いられるものであり、該当用語を通じて技術的範囲を限定しようとするのではない。

【0284】

ＢＦＲ－ＰＲＡＣＨの役割は「ビーム失敗(Beam Failure)の発生+new beam ＲＳ(set)情報」を一緒に基地局に送信することである。

【0285】

一方、ＢＦＲ－ＰＵＣＣＨの役割は、「ＳＣｅｌｌ(s)に対するビーム失敗(Beam Failure)発生」のみを基地局に知らせることである。発生したビーム失敗に関する詳細情報は、後続の報告として送信することができる。

【0286】

一例として、端末は、前記後続の報告として、次のｉ）～ｉｉｉ）の内、少なくとも１つに関する情報を含むＭＡＣ ＣＥ（またはＵＣＩ）を基地局に送信することができる。

【0287】

i) ビーム失敗(Beam Failure)が発生した ＳＣｅｌｌ(s) 例: ＣＣ index(s))

【0288】

ii) ビーム失敗が発生したＳＣｅｌｌ（s）のための新しいビームの存在の有
無

【0289】

iii) new beamが存在する場合、該当beam ＲＳ ＩＤ(+quality)

【0290】

前記ｉｉｉ）の場合、ビームＲＳ ＩＤ（ｓ）に応じた新しいビームの品質
（ＲＳＲＰまたはＳＩＮＲ）に関する情報を含めることができる。

【0291】

後続のビーム報告は必ずしもトリガされるべきではない。具体的には、基地局がＢＦＲ-ＰＵＣＣＨを受信した後、該当端末に対してＢＦＲ設定をしておいたＳＣｅｌｌ（ｓ）を非活性化（deactivate）することも可能である。

【0292】

前記の動作は、ＵＬ資源利用率を高めるためのものである。具体的に、ＰＣｅｌｌ／ＰＳＣｅｌｌ一つに数十個のＳＣｅｌｌが接続される場合もあり、基地局の観点から一つのＰＣｅｌｌ／ＰＳＣｅｌｌ ＵＬを共有する端末が多いことがある。このような場合まで考慮すると、ＰＣｅｌｌ／ＰＳＣｅｌｌに各端末にＳＣｅｌｌＢＦＲＱ用途でリザーブ（reserve）するＵＬ資源量を最小化することが望ましい。したがって、基地局は、ＢＦＲ－ＰＵＣＣＨを受信した後にビーム失敗が発生したＳＣｅｌｌを非活性化〈deactivation〉することができる。

【0293】

以下においては、本明細書で提案する方法が適用され得る制御リソースセット（ＣＯntrol Ｒｅsource ＳＥＴ、ＣＯＲＥＳＥＴ）に関する事項について注意深く見る。

【0294】

以下の表８は、ＴＳ 38.331 Radio Resource Control（ＲＲＣ）プロトコル仕様書で定義されたＣＯntrol ＲＥsource Ｓet（ＣＯＲＥＳＥＴ）関連のＩＥ（Information Element）である。

【0295】

【表8-1】

【表8-2】

【表8-3】

【0296】

前で注意深く見た内容（３ＧＰＰシステム、フレーム構造、ＮＲシステム、ビーム失敗復旧手順（Ｒｅｌ-１５／１６）など）は、後述する本明細書で提案する方法と組み合わせて適用することができ、または本明細書で提案する方法の技術的特徴を明確にするために補足することができる。以下に説明される方法は、説明の便宜のために区分されたものだけであり、いずれかの一方法の一部の構成が他の方法の一部の構成と置き換えられるか、または相互に組み合わせて適用され得ることは勿論である。

【0297】

ＮＲ Ｒｅｌ－１５／１６で定義されたＢＦＲ動作をマルチＴＲＰ伝送環境にそのまま適用すると、もし特定ＴＲＰでＰＤＣＣＨを送信するＣＯＲＥＳＥＴがすべてbeam failure状況や他のＴＲＰからＰＤＣＣＨを送信するＣＯＲＥＳＥＴの中でbeam failureではないＣＯＲＥＳＥＴが存在する場合、端末はbeam failure（ＢＦ）状況であると判断しない。これのような問題を解決するために、標準化におけるＴＲＰ-specific ＢＦＲ方式が議論中である。Ｍ－ＴＲＰを考慮したＢＦＲにおいては、あるＣＣ／ＢＷＰで特定のＴＲＰのみＢＦが発生する場合と、当該ＣＣ／ＢＷＰ自体にＢＦが発生する場合（すなわち、全てのＴＲＰに対してＢＦが発生する場合）の全てを考慮しなければならない必要がある。本明細書では、特に、ＴＲＰごとに別々のＢＦＲＱリソース（ＰＵＣＣＨ）を設定することによって、ＴＲＰ-specific ＢＦＲをサポートする方法及び端末動作について提案する。

【0298】

本明細書において、「／」は文脈に応じて「and」、「or」、あるいは「and／or」を意味する。

【0299】

複数のＴＲＰ/panelなどが単一端末に協力伝送を行う方式の中で、Independent layer joint transmission （ILJT）あるいは non-coherent joint transmission （NCJT）とも称する方式を支援するために大きく二つのアプローチ（approach）方式が存在する。

【0300】

１つは、複数のＴＲＰ/panelがそれぞれＰＤＣＣＨを送信して端末にデータを協力送信する方式である（multi-ＰＤＣＣＨ based approach）。もう一つは、ＰＤＣＣＨは１つのＴＲＰ/panelのみが送信するが、ＰＤＳＣＨ送信に複数のＴＲＰ/panel／beamが参与してデータを協力送信する方式である(single ＰＤＣＣＨ based approach)。

【0301】

マルチＰＤＣＣＨベースアプリケーションを適用する場合、各 ＴＲＰ/panelが独立的にＤＣＩを該当端末に送信することにより、独立したＰＤＳＣＨをスケジューリング（scheduling）することができる。

【0302】

該当ＰＤＳＣＨ間時間／周波数領域でオーバーラップ（overlap）が発生した場合、重畳された領域で次のような形式でＩＬＪＴ伝送をサポートすることができる。

【0303】

端末の側面では、一部レイヤグループは特定のＴＲＰ／パネルを介して送信され、他のレイヤグループは他の ＴＲＰ/PANEL を介して送信される形態でＩＬＪＴ伝送がサポートされ得る。

【0304】

すなわち、同じＣＣ／ＢＷＰで異なるＴＲＰ/panelがそれぞれＰＤＣＣＨを送信し、該当ＰＤＣＣＨを介してスケジューリングされるＰＤＳＣＨは時間／周波数領域上で重畳（overlap）され得る。

【0305】

このような動作がＴＲＰ/panel間の協力が非常に緊密になりにくい非理想的なバックホール（non-ideal backhaul）環境でもサポートされるためには、各ＴＲＰ/panelがＰＤＣＣＨを伝送できる時間／周波数リソース領域を分離しなければならない。したがって、ＮＲシステムでは、各ＴＲＰ/panelがＰＤＣＣＨを送信するＣＯＲＥＳＥＴグループを分離することができる。

【0306】

各ＰＤＣＣＨ伝送においてビームフォーミング（beamforming）技法を適用すると、各ＣＯＲＥＳＥＴグループ内の互いに異なるＣＯＲＥＳＥＴに対するビームは異なるように設定／指示されることもできる。前記ビームは、ＴＣＩ state、Source／ＱＣＬ ＲＳ（例えば、ＣＳＩ－ＲＳ／ＳＳＢ）、spatial Tx filter、またはspatial Txパラメータの内、少なくとも１つを意味することができる。

【0307】

前記のような場合、ＣＯＲＥＳＥＴグループに関連する特性に基づいた動作を設定することができる。

【0308】

前記ＣＯＲＥＳＥＴグループに関連する特性として、ＣＯＲＥＳＥＴのＴＣＩステートで指示されるＴｙｐｅ－Ｄ ＱＣＬ ＲＳ（例えば、spatial leation leated ＲＳ（例えば、ＣＳＩ－ＲＳ／ＳＳＢ））は異なることがあるが、同じＣＯＲＥＳＥＴグループに属するＣＯＲＥＳＥＴは同じＴＲＰ/panelで送信される点を考慮することができる。これに基づいて、ＨＡＲＱ、ＵＣＩ reporting handling、ＰＵＣＣＨ／ＰＵＳＣＨ collision handling、ＰＤＳＣＨ rate matching、power controlなどに関連する動作がＣＯＲＥＳＥＴ group単位で管理/実行されるように設定することができる。

【0309】

既存のビーム失敗復旧動作（ＮＲ Ｒｅｌ－１５で定義されたＢＦＲ動作）が前述のマルチＰＤＣＣＨベースＮＣＪＴ環境にそのまま適用される場合、以下の問題が発生することがある。

【0310】

特定ＴＲＰに属するＣＯＲＥＳＥＴがすべてbeam failure状況であるが、他のＴＲＰに属するＣＯＲＥＳＥＴの内、beam failureではないＣＯＲＥＳＥＴが存在する場合、該当端末はbeam failure（ＢＦ）状況と判断しない。このとき、allビームフェイルＴＲＰが重要な制御情報（例えば、ＳＩＢ、ＲＡ、Paging）の送信を担当していたＴＲＰ（例えば、 Primary ＴＲＰ）であり得る。他のＴＲＰ（例えば、セカンダリＴＲＰ）（の特定ビーム）が非ＢＦ状況であっても、該当端末は重要な制御情報を受信できなくなるという問題が発生する。

【0311】

このような問題を解決するために、ＴＲＰ-specific ＢＦＲについて標準導入議論が行われた（Ｒｅｌ－１７標準化議論については、以下の表９を参照）。

【0312】

以下の表９は、ＴＲＰ特定ビーム失敗復旧（ＴＲＰ-specific ＢＦＲ）に関する合意事項（agreements）である。後述する本明細書の実施形態（提案１）は、以下の表９による合意事項の全部または一部と組み合わせて端末／基地局動作（例えば、ビーム失敗復旧に関する設定情報、ＢＦＲＱ送信、ＢＦＲ ＭＡＣ－ＣＥ送信）など）に適用され得る。

【0313】

【表9-1】

【表9-2】

【0314】

要約すると、Ｒｅｌ－１６ ＰＵＣＣＨベースのＢＦＲを強化してＴＲＰ-specific ＢＦＲをサポートすることに合意された。これに基づいて、以下の動作を定義/設定することができる。

【0315】

ビーム失敗モニタリング／検出（beam failure monitoring/detection）のためのビーム失敗検出ＲＳセット（ＢＦＤ-ＲＳセット）は、ＴＲＰ特定に設定され得る。すなわち、特定ＢＦＤ－ＲＳセットは、明示的/暗黙的に特定ＴＲＰを表すことができる。以下、本明細書において、ＴＲＰはＢＦＤ－ＲＳセットを意味するものと解釈することができ、逆にＢＦＤ－ＲＳセットはＴＲＰを意味するものと解釈することができる。一例で、特定ＴＲＰに関連するＰＵＣＣＨリソースは、特定ＢＦＤ－ＲＳセットに関連するＰＵＣＣＨリソースとして解釈され得る。

【0316】

新しいビーム識別（）のための候補ビームを設定するためのＮＢＩ - ＲＳセットは、ＴＲＰ特定に（ＴＲＰ-specific）設定され得る。一例として、ＢＦＤ－ＲＳセットに相応するＮＢＩ－ＲＳセットを設定することができる。一例として、各ＢＦＤ－ＲＳセットに関連するＮＢＩ－ＲＳセットを設定することができる。

【0317】

さらに、ＴＲＰ-specific ＢＦＲが宣言されたときに端末が基地局にＢＦＲを知らせるＰＵＣＣＨリソースは、単一のＰＵＣＣＨリソース（例えば、up to single ＰＵＣＣＨ resource within a cell group）または複数のＰＵＣＣＨリソース（例えば、up to two ＰＵＣＣＨ resources within a cell group)に基づくことができる。

【0318】

２つの方法にはすべて長短所がある。 up to single ＰＵＣＣＨリソース方式の場合、ＳＲ ＰＵＣＣＨリソースを節約できるという利点がある。一方、UP to ２ ＰＵＣＣＨリソース方式の場合、どのＴＲＰがbeam failure（ＢＦ）状況にあるかをＰＵＣＣＨ送信を通じて基地局に知らせることができる利点がある。具体的には、各ＴＲＰに対応するＳＲ ＰＵＣＣＨ（resource）が設定されるところ、前記ＢＦＲ宣言（ＢＦＲＱ送信）に用いられたＰＵＣＣＨ（resource）に基づいてビームフェイル（ＢＦ）状況にあるＴＲＰを決定されることができる。

【0319】

しかしながら、現在Ｍ-ＴＲＰ伝送は、ＰＣｅｌｌ（またはＳｐＣｅｌｌ）及びＳＣｅｌｌのすべてで実行可能である。したがって、ＴＲＰごとに発生するＢＦに関して、次のような状況を仮定することができる。

【0320】

第１Cell（例えば、Cell＃1）：ＴＲＰ 1（ＢＦ Ｏ）、ＴＲＰ ２（ＢＦ Ｘ）

【0321】

第２セル（例えば、セル＃２）：ＴＲＰ１（ＢＦ Ｘ）、ＴＲＰ ２（ＢＦ Ｏ）

【0322】

第３セル(例えば、Cell ♯３)：ＴＲＰ １（ＢＦ Ｏ）、ＴＲＰ ２（ＢＦ Ｏ）

【0323】

前記のようにセル別にＢＦが発生したＴＲＰ（例えば、ＢＦＤ-ＲＳセット）が異なる場合、次のような問題が発生し得る。

【0324】

端末動作の側面から、２つのＰＵＣＣＨリソースの内、どのＰＵＣＣＨリソースがＢＦＲ（ＢＦＲＱ送信）に活用されるべきかについて曖昧性が発生し得る。

【0325】

本明細書においては、前記問題を解決するためのＴＲＰ-specific ＢＦＲをサポートする方法及び端末動作について提案する。本明細書において、「ＢＦ（beam failure）の発生」とは、ビーム失敗検出のために設定されたＢＦＤ-ＲＳセットの測定に基づいてＢＦが検出されたことを意味することができる。

【0326】

[提案１]

【0327】

以下においては、ビーム失敗復旧要求(Beam Failure Recovery reQuest, BFRQ) のためにセルグループ内にX個の（SR）PUCCHリソースが設定された場合、TRP特定ＢＦＲＱ（ＴＲＰ specific ＢＦＲＱ）送信するための方法を注意深く見る。

【0328】

端末は、該当セルグループ内のＳｐＣｅｌｌにおいて設定されたＢＦＲＱ用途の dedicated（ＳＲ）ＰＵＣＣＨリソースの個数に応じてＢＦＲ ＰＵＣＣＨを送信することができる。具体的に、端末は、以下の実施形態ｉ）～ｉｉ）の内、少なくとも１つに基づいてＢＦＲ ＰＵＣＣＨを送信することができる。 前記ＳｐＣｅｌｌは、セルグループに対して定義されたスペシャルセル（Special Cell）を意味することができる。ＳｐＣｅｌｌは、マスターセルグループ（Master Cell Group, ＭＣＧ）のＰＣｅｌｌ（Primary Cell）及び／またはセカンダリセルグループ（Secondary Ｃｅｌｌ Ｇｒｏｕｐ、ＳＣＧ）のＰＳＣｅｌｌ（Primary Secondary Cell）を含むことができる。

【0329】

実施形態ｉ）

【0330】

特定セルグループ内のＳｐＣｅｌｌにおいて設定された（ＴＲＰ-specific）ＢＦＲＱ用途の専用（ＳＲ）ＰＵＣＣＨリソース（dedicated（ＳＲ）ＰＵＣＣＨリソース）が１つの場合を仮定することができる。端末／基地局は、以下のｉ-１）またはｉ-２）の内、少なくとも１つに基づいて動作することができる。

【0331】

i-1)

【0332】

前記ＳｐＣｅｌｌにおいて（特定のＢＷＰにおいて）Ｓ-ＴＲＰ送信が行われる場合を仮定することができる。一例として、該当ＳｐＣｅｌｌに制御リソースセットプール（ＣＯＲＥＳＥＴプール）が１つだけ設定されるか、ビーム失敗検出ＲＳセット／グループ（ＢＦＤ ＲＳセット／グループ）が１つだけ設定され得る。このとき、端末／基地局は、以下のａ）またはｂ）の内、少なくとも１つに基づいて動作することができる。

【0333】

ａ）前記ＳｐＣｅｌｌにおいてＢＦ（Beam Failure）が発生することがある。具体的に、ＳｐＣｅｌｌ内の特定のＢＷＰにおいて、ＢＦＤ ＲＳがすべて失敗（failure）であると決定され得る。この場合、端末は、Ｒｅｌ－１５ベースのＰＲＡＣＨベースのＢＦＲ処理を介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。その後の後続の基地局端末間動作（ｇＮＢ response 及び ＵＥ behavior regarding ＤＬ／ＵＬ beam update）を行うことができる。

【0334】

Ｒｅｌ－１５ ＢＦＲ動作とは異なり、ＢＦＲ ＭＡＣ－ＣＥが（Msg３/５を介して）基地局に送信され得る。該当ＢＦＲ ＭＡＣ - ＣＥメッセージ内には、（各）セルごとに失敗したＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。ＢＦＤ－ＲＳセットはＴＲＰに特定に設定され得るが、前記ＢＦが検出されたＴＲＰに関する情報は、ＢＦが検出されたＢＦＤ－ＲＳセットに関する情報として解釈され得る。

【0335】

b) 前記ＳｐＣｅｌｌにおいてはＢＦが発生せず、前記ＳｐＣｅｌｌ以外セルグループ内のＳＣｅｌｌ(s)において(ＴＲＰ-specific)ＢＦが発生することができる。この場合、端末は、ＢＦＲＱ用途に既設定された１つの dedicated（ＳＲ）ＰＵＣＣＨリソースを活用して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。その後の後続する（ＰＵＣＣＨベースのＢＦＲ procedure に基づく）基地局端末間動作を実行することができる。具体的に、以下の１）～３）の動作を行うことができる。

【0336】

１）ｇＮＢ response（例えばＤＣＩ）に基づくＰＵＳＣＨスケジューリング

【0337】

２） ＰＵＳＣＨでのＢＦＲＱ ＭＡＣ ＣＥ伝送(前記ＳＣｅｌｌに特定ＴＲＰ(特定ＢＦＤ－ＲＳ ｓｅｔ)(もしくは特定ＣＯＲＥＳＥＴプールインデックス/特定ＣＯＲＥＳＥＴグループ)がＢＦ状況にあることを指示)

【0338】

３）ＤＬ／ＵＬ beam update

【0339】

端末のＢＦＲＱ ＭＡＣ ＣＥ送信において、当該メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。

【0340】

前記ａ）動作とｂ）動作の組み合わせが端末／基地局動作を適用されることができる。

【0341】

ｉ－２）

【0342】

前記ＳｐＣｅｌｌで（特定ＢＷＰにおいて）Ｍ-ＴＲＰ伝送が行われる場合を仮定することができる。一例として、該当ＳｐＣｅｌｌに複数のＣＯＲＥＳＥＴプールを設定するか、または複数のビーム失敗検出ＲＳセット／グループ（ＢＦＤ ＲＳセット／グループ）を設定することができる。このとき、端末／基地局は、以下のａ）またはｂ）の内、少なくとも１つに基づいて動作することができる。

【0343】

ａ）前記ＳｐＣｅｌｌで、一部のＴＲＰでのみＢＦが発生することがある。具体的に、ＳｐＣｅｌｌ内の特定のＢＷＰにおいて、特定の１つのＢＦＤ－ＲＳセット内ノＢＦＤ ＲＳがすべて失敗（failure）であると決定することができる。この場合、端末は、ＢＦＲＱ用途に既設定された１つの dedicated（ＳＲ）ＰＵＣＣＨリソースを活用して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。以後、後続の（ＰＵＣＣＨベースＢＦＲprocedureに基づく）基地局端末間動作（前記ｉ－１）ｂ）の１）～３）参照）を行うことができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルド（failed）ＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。

【0344】

一方、前記ＳｐＣｅｌｌにおいて、すべてのＴＲＰに対してＢＦが発生することがある。具体的に、ＳｐＣｅｌｌ内の特定のＢＷＰで、すべてのＢＦＤ ＲＳセットのＢＦＤ ＲＳがすべて失敗であることで決定され得る。この場合、端末は、Ｒｅｌ－１５ベースのＰＲＡＣＨベースのＢＦＲprocedureを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。その後の後続の基地局端末間動作（ｇＮＢ response 及び ＵＥ behavior regarding ＤＬ／ＵＬ beam update）を行うことができる。

【0345】

Ｒｅｌ－１５ ＢＦＲ動作とは異なり、ＢＦＲ ＭＡＣ－ＣＥが（Ｍｓｇ３／５を介して）基地局に送信され得る。該当ＢＦＲ ＭＡＣ - ＣＥメッセージ内には、（各）セルごとに失敗したＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。

【0346】

ｂ）前記ＳｐＣｅｌｌの全てのＴＲＰでＢＦが発生せず、前記ＳｐＣｅｌｌ以外のセルグループ内のＳＣｅｌｌ(s)における特定ＴＲＰのＢＦ（例えばＴＲＰ-specific ＢＦ）及び/又は全てのＴＲＰにおいてＢＦ(例えば: cell-specific ＢＦ)が発生すること がある。前記のような場合、ＴＲＰ特定ビーム失敗復旧（ＴＲＰ特定ＢＦＲ）および／またはｔｐｆ特定ビーム失敗復旧（cell-specific ＢＦＲ）動作を実行することができる。

【0347】

具体的に、端末は、ＢＦＲＱ用途に既設定された１つの dedicated（ＳＲ）ＰＵＣＣＨリソースにより基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。以後、後続の（ＰＵＣＣＨベースＢＦＲ procedureに基づく）基地局端末間動作（前記ｉ－１）ｂ）の１）～３）参照）を行うことができる。

【0348】

実現的な側面で 前記aの動作とｂの動作の組み合わせが、端末／基地局動作を適用することができる。

【0349】

実施形態ｉｉ）

【0350】

特定セルグループ内のＳｐＣｅｌｌにおいて設定された（ＴＲＰ-specific）ＢＦＲＱ用途の専用（ＳＲ）ＰＵＣＣＨリソース（dedicated（ＳＲ）ＰＵＣＣＨリソース）が２つまたはそれ以上である場合を仮定することができる。

【0351】

前記ＢＦＲＱ用途に設定された複数の dedicated （ＳＲ） ＰＵＣＣＨリソースの内、特定ＰＵＣＣＨリソースは、（各ＣＣ／ＢＷＰについて）次の１）、２）または３）の内、少なくとも１つと接続／マッピング(mapping)／関連付ける（）ことができる。

【0352】

１）特定ＴＲＰ（例えば、特定ビーム失敗検出ＲＳセット（specific ＢＦＤ－ＲＳセット））

【0353】

２）特定制御リソースセットプールインデックス (specific ＣＯＲＥＳＥＴPoolIndex)

【0354】

３）帯域幅部分（ＢＷＰ）（及び／または ＣＯＲＥＳＥＴ group index)
内のすべての制御リソースセットのサブセット (subset of all ＣＯＲＥＳＥＴ within ＢＷＰ (and/or ＣＯＲＥＳＥＴ group index))

【0355】

端末／基地局は、以下のｉｉ-１）またはｉｉ-２）の内、少なくとも１つに基づいて動作することができる。

【0356】

i i －１）

【0357】

前記ＳｐＣｅｌｌで（特定ＢＷＰにおいて）Ｓ-ＴＲＰ送信が行われる場合を仮定することができる。一例として、該当ＳｐＣｅｌｌに制御リソースセットプール（ＣＯＲＥＳＥＴプール）が１つだけ設定されたり、ビーム失敗検出ＲＳセット／グループ（ＢＦＤ ＲＳセット／グループ）が１つだけ設定され得る。このとき、端末／基地局は、以下のａ）またはｂ）の内、少なくとも１つに基づいて動作することができる。

【0358】

ａ） 前記ＳｐＣｅｌｌでＢＦ（Beam Failure）が発生することがある。具体的に、ＳｐＣｅｌｌ内の特定ＢＷＰにおいて、ＢＦＤ ＲＳがすべて失敗であると決定することができる。この場合、端末は、Ｒｅｌ－１５ベースのＰＲＡＣＨベースのＢＦＲ procedureを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。その後の後続の基地局端末間動作（ｇＮＢ response 及びＵＥ behavior regarding ＤＬ／ＵＬbeam update）を行うことができる。

【0359】

Rel－１５ ＢＦＲ動作とは異なり、ＢＦＲ ＭＡＣ－ＣＥが（Msg３/５を介して）基地局に送信され得る。該当ＢＦＲ ＭＡＣ - ＣＥメッセージ内には、（各）セルごとに失敗したＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。

【0360】

ｂ）前記ＳｐＣｅｌｌではＢＦが発生せず、前記ＳｐＣｅｌｌ以外のセルグループ内のＳＣｅｌｌにおいてＴＲＰ-specificＢＦ及び／又は全ＴＲＰＢＦ（or cell-specific ＢＦ）が発生することができる。端末は、ＢＦＲを要求するＰＵＣＣＨリソース（すなわち、ＢＦＲＱ送信のためのＰＵＣＣＨリソース）を決定するために、以下の例１）または実施形態２）の内、少なくとも１つに基づいて動作することができる。

【0361】

例１） 単一ＳＣｅｌｌでＢＦが発生し、そのＢＦは、ＢＦＲ手順がトリガされた
ＳＣｅｌｌ内の特定ＴＲＰで発生した場合が仮定されることができる。

【0362】

端末は、（ＳｐＣｅｌｌに設定された）２つのＰＵＣＣＨリソースの内、該当ＴＲＰ（またはＢＦが発生しないＴＲＰ）に関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0363】

一例でとして、端末は、特定のＣＯＲＥＳＥＴPoolIndex（and / or ＣＯＲＥＳＥＴグループインデックス）に関連するＳｐＣｅｌｌのＰＵＣＣＨリソースを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。前記特定のＣＯＲＥＳＥＴPoolIndex（and/or ＣＯＲＥＳＥＴグループインデックス）は、前記特定ＴＲＰに関連付けることができる。

【0364】

一例として、端末は、ビーム失敗が検出されたＢＦＤ－ＲＳセットに関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0365】

以後後続する（ＰＵＣＣＨベースのＢＦＲ procedureに基づく）基地局端末間動作（前記ｉ-１）ｂ）の１）～３）参照）を実行することができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含まないことがある。

【0366】

一方、単一ＳＣｅｌｌでＢＦが発生し、ＢＦＲ手順がトリガされたＳＣｅｌｌ内のすべてのＴＲＰでＢＦが発生したと仮定することができる。この場合、端末は、（ＳｐＣｅｌｌに設定された）２つのＰＵＣＣＨリソースの内、１つを活用するか、または特定の規則に従って選択されたＰＵＣＣＨリソースを利用して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。

【0367】

一例で、特定の規則に従って選択されたＰＵＣＣＨリソースは、以下の例のうちの少なくとも１つに基づいて定義され得る。

【0368】

‘lowest indexのＰＵＣＣＨ‘

【0369】

‘lowest indexのＰＵＣＣＨ－spatialRelationInfo’ が設定／活性化されたＰＵＣＣＨ

【0370】

「lowest indexのＴＣＩ-state」が設定/活性化／指示されたＰＵＣＣＨ

【0371】

端末のＢＦＲＱ送信後に後続する（ＰＵＣＣＨベースＢＦＲprocedureに基づく）基地局端末間動作（前記ｉ-１）ｂ）の１）～３）参照）を行うことができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。または、及び該当メッセージ内に基地局設定によってpre-defineされたＰＵＣＣＨリソースが存在することができる。例えば、基地局は、複数の dedicated （ＳＲ）ＰＵＣＣＨ リソースの内,プライマリ ＰＵＣＣＨ リソース（resource）を設定することができる。

【0372】

例２） 複数個のＳＣｅｌｌでＢＦが発生し、該当ＢＦは、ＢＦＲ手順がトリガさ
れたＳＣｅｌｌ（ｓ）内の特定のＴＲＰで発生した場合が仮定され得る。

【0373】

端末は、（ＳｐＣｅｌｌに設定された）２つのＰＵＣＣＨリソースの内、該当ＴＲＰ（またはＢＦが発生していないＴＲＰ）に関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0374】

一例として、端末は、特定ＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）に関連するSpCellのＰＵＣＣＨリソースを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。前記特定のＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）は、前記特定ＴＲＰに関連付けることができる。

【0375】

一例として、端末は、ビーム失敗が検出されたＢＦＤ－ＲＳセットに関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0376】

以後後続する（ＰＵＣＣＨベースＢＦＲprocedureに基づく）基地局端末間動作（前記ｉ-１）ｂ）の１）～３）参照）が行われることができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含まないことがある。

【0377】

一方、複数個のＳＣｅｌｌでＢＦが発生し、ＢＦＲ手順がトリガされたＳＣｅｌｌ（ｓ）において（各）ＳＣｅｌｌごとにフェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）が異なる場合を仮定することができる（例：ＳＣｅｌｌ＃１においてはboth-ＴＲＰ（ＴＲＰ １/２）がfail、ＳＣｅｌｌ＃２ではＴＲＰ １がfail、ＳＣｅｌｌ＃３ではＴＲＰ ２がfailの場合）。

【0378】

該当ＳＣｅｌｌ（ｓ）の内、端末は、ビーム失敗検出回数に基づいて決定されたＴＲＰに関連するＰＵＣＣＨリソースまたは特定の規則に従って選択されたＰＵＣＣＨリソースを活用用して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。

【0379】

前記ビーム失敗検出回数に基づいて決定されたＴＲＰは、さらに多くの回数でビームフェイルが検出されたＴＲＰ（すなわち、ビームフェイル検出の回数が最も多いＴＲＰ）または少ない回数でビームフェイルが検出されたＴＲＰ（すなわち、beam failure detectionの回数が最も少ないＴＲＰ）を意味することができる。

【0380】

一例として、前記ビーム失敗検出回数に基づいて決定されたＴＲＰに関連するＰＵＣＣＨリソースは、特定のＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）に関連付けられたＳｐＣｅｌｌのＰＵＣＣＨリソースであり得る。前記特定のＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）は、前記決定されたＴＲＰに関連付けることができる。

【0381】

一例として、前記特定の規則に従って選択されたＰＵＣＣＨリソースは、以下の例の内、少なくとも１つに基づいて定義され得る。

【0382】

「lowest indexのＰＵＣＣＨ」

【0383】

「lowest indexのＰＵＣＣＨ-spatialRelationInfo」が設定／活性化されたＰＵＣＣＨ

【0384】

「lowest indexのＴＣＩ-state」が設定／活性化／指示されたＰＵＣＣＨ

【0385】

端末のＢＦＲＱ送信後に後続する（ＰＵＣＣＨベースＢＦＲ procedureに基づく）基地局端末間動作（前記ｉ－１）ｂ）の１）～３）参照）を行うことができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。または／及び基地局設定によって pre-defineされたＰＵＣＣＨリソースが存在し得る。例えば、基地局は、複数の dedicated （ＳＲ） ＰＵＣＣＨ リソースの内、プライマリ ＰＵＣＣＨ リソースを設定することができる。

【0386】

前記ａ）動作と前記ｂ）動作の組み合わせが端末／基地局動作が適用され得る。

【0387】

ｉｉ－２）

【0388】

前記ＳｐＣｅｌｌにおいて（特定ＢＷＰにおいて）M－ＴＲＰ送信が行われる場合を仮定することができる。一例として、該当ＳｐＣｅｌｌに複数のＣＯＲＥＳＥＴプールを設定するか、または複数のビーム失敗検出ＲＳセット／グループ（ＢＦＤ ＲＳセット／グループ）を設定することができる。このとき、端末／基地局は、以下のａ）、ｂ）またはｃ）の内、少なくとも１つに基づいて動作することができる。

【0389】

ａ）前記ＳｐＣｅｌｌにおいて、全てのＴＲＰに対してＢＦが発生し得る。具体的に、ＳｐＣｅｌｌ内の特定ＢＷＰで、すべてのＢＦＤ ＲＳセットのＢＦＤ ＲＳがすべて失敗であると決定され得る。この場合、端末は、Ｒｅｌ－１５ベースのＰＲＡＣＨベースのＢＦＲprocedureを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。その後の後続の基地局端末間動作（ｇＮＢ response 及び ＵＥ behavior regarding ＤＬ／ＵＬ beam update）を行うことができる。

【0390】

Ｒｅｌ－１５ ＢＦＲ動作とは異なり、ＢＦＲ ＭＡＣ－ＣＥが（Ｍｓｇ３／５を介して）基地局に送信され得る。対応するＢＦＲ ＭＡＣ - ＣＥメッセージ内には、各セルごとに失敗したＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。一例として、セルごとにフェイルされたＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報は、セルごとに複数のＢＦＤ-ＲＳセットのうちＢＦが検出されたＢＦＤ-ＲＳセットに関する情報を意味することができる。ある。

【0391】

ｂ）前記ＳｐＣｅｌｌにおいてＴＲＰ-specific ＢＦが発生し、さらにＳｐＣｅｌｌ以外のセルグループ内のＳＣｅｌｌにおいてＴＲＰ-specific ＢＦ及び/またはall ＴＲＰ BF(or cell-specific ＢＦ)が発生し得る。端末は、ＢＦＲを要求するＰＵＣＣＨリソース（すなわち、ＢＦＲＱ送信のためのＰＵＣＣＨリソース）を決定するために、以下のように動作することができる。

【0392】

例１）ＢＦＲ手順がトリガされたＳｐＣｅｌｌ内の特定のＴＲＰにおいてＢＦが発生した場合を仮定することができる。端末は、（ＳｐＣｅｌｌに設定された）２つのＰＵＣＣＨリソースの内、該当ＴＲＰ（またはＢＦが発生していないＴＲＰ）に関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0393】

一例として、端末は、特定のＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）に関連するＳｐＣｅｌｌのＰＵＣＣＨリソースを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。前記前記特定ＣＯＲＥＳＥＴPoolIndex（and/or ＣＯＲＥＳＥＴグループインデックス）は、特定のＴＲＰに関連付けることができる。

【0394】

一例として、端末は、ビーム失敗が検出されたＢＦＤ－ＲＳセットに関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0395】

以後の後続の（ＰＵＣＣＨベースＢＦＲ procedureに基づく）基地局
端末間動作（前記ｉ－１）ｂ）の１）～３）参照）を行うことができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含まれないことができる

【0396】

ｃ）前記ＳｐＣｅｌｌではＢＦが発生せず、前記ＳｐＣｅｌｌ以外のセルグループ内ＳＣｅｌｌにおいてＴＲＰ-specificＢＦ及び／又はallＴＲＢＦ（or cell-specific ＢＦ）が発生することができる。端末は、ＢＦＲを要求するＰＵＣＣＨリソース（すなわち、ＢＦＲＱ送信のためのＰＵＣＣＨリソース）を決定するために、以下の例１）または例２）の内、少なくとも１つに基づいて動作することができる。

【0397】

例１） 単一のＳＣｅｌｌでＢＦが発生し、該当ＢＦは、ＢＦＲ手順がトリガされ
たＳＣｅｌｌ内の特定ＴＲＰで発生した場合が仮定されることができる。

【0398】

端末は、（ＳｐＣｅｌｌに設定された）２つのＰＵＣＣＨリソースの内、該当ＴＲＰ（またはＢＦが発生していないＴＲＰ）に関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0399】

一例として、端末は、特定ＣＯＲＥＳＥＴPoolIndex（and ／or ＣＯＲＥＳＥＴグループインデックス）に関連するＳｐＣｅｌｌのＰＵＣＣＨリソースを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。前記特定ＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）は、前記特定ＴＲＰに関連付けることができる。

【0400】

一例として、端末は、ビーム失敗が検出されたＢＦＤ－ＲＳセットに関連されたＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0401】

以後後続する（ＰＵＣＣＨベースのＢＦＲprocedureに基づく）基地局端末間動作（前記ｉ-１）ｂ）の１）～３）参照）を行うことができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報が含まないことがある。

【0402】

一方、単一ＳＣｅｌｌでＢＦが発生し、ＢＦＲ手順がトリガされたＳＣｅｌｌ内のすべてのＴＲＰでＢＦが発生した場合が仮定されることができる。この場合、端末は、（ＳｐＣｅｌｌに設定された）２つのＰＵＣＣＨリソースの内、１つを活用するか、または特定規則に従って選択されたＰＵＣＣＨリソースを活用して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。

【0403】

一例として、前記特定の規則に従って選択されたＰＵＣＣＨリソースは、以下の例の内、少なくとも１つに基づいて定義され得る。

【0404】

‘lowest indexのＰＵＣＣＨ’

【0405】

‘lowest indeのＰＵＣＣＨ-spatialRelationInfo’ が設定／活性化されたＰＵＣＣＨ

【0406】

「lowest indexのＴＣＩ-state」が設定／活性化/指示されたＰＵＣＣＨ

【0407】

端末のＢＦＲＱ送信後に後続する（ＰＵＣＣＨベースＢＦＲ procedureに基づく）基地局端末間動作（前記ｉ-１）ｂ）の１）～３）参照）を行うことができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。または／及び該当メッセージ内に基地局設定によってpre-defineされたＰＵＣＣＨリソースが存在し得る。例えば、基地局は、複数の dedicated （ＳＲ）ＰＵＣＣＨ リソースの内、プライマリ ＰＵＣＣＨリソースを設定することができる。

【0408】

例２）複数個のＳＣｅｌｌでＢＦが発生し、該当ＢＦは、ＢＦＲ手順がトリガさ
れたＳＣｅｌｌ（ｓ）内の特定ＴＲＰで発生した場合が仮定されることができる。

【0409】

端末は、（ＳｐＣｅｌｌに設定された）２つのＰＵＣＣＨリソースの内、該当ＴＲＰ（またはＢＦが発生していないＴＲＰ）に関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0410】

一例として、端末は、特定のＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）に関連するＳｐＣｅｌｌのＰＵＣＣＨリソースを介して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。前記特定ＣＯＲＥＳＥＴPoolIndex（and / or ＣＯＲＥＳＥＴグループインデックス）は、特定のＴＲＰに関連付けることができる。

【0411】

一例として、端末は、ビーム失敗が検出されたＢＦＤ－ＲＳセットに関連するＰＵＣＣＨリソースを介して基地局にＢＦＲＱを送信することができる。

【0412】

以後後続する（ＰＵＣＣＨベースＢＦＲ手順に基づく）基地局端末間動作（前記ｉ-１）ｂ）の１）～３）参照）を実行され得る。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報が含まないことがある。

【0413】

一方、複数個のＳＣｅｌｌでＢＦが発生し、ＢＦＲ手順がトリガされたＳＣｅｌｌ（ｓ）において、（各）ＳＣｅｌｌごとにフェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）が異なる場合が仮定されることができる。（例：ＳＣｅｌｌ＃１ではboth-ＴＲＰ（ＴＲＰ １/２）がfail、ＳＣｅｌｌ＃２ではＴＲＰ１がfail、SCell＃３ではＴＲＰ ２がfailの場合）。

【0414】

該当ＳＣｅｌｌ（ｓ）の内、端末は、ビーム失敗検出回数に基づいて決定されたＴＲＰに関連したＰＵＣＣＨリソースまたは特定規則に従って選択されたＰＵＣＣＨリソースを活用用して基地局にＢＦＲを要求（すなわち、ＢＦＲＱ送信）することができる。

【0415】

前記ビーム失敗検出回数に基づいて決定されたＴＲＰは、さらに多くの回数でビーム失敗が検出されたＴＲＰ（すなわち、ビーム失敗検出の回数が最も多いＴＲＰ）または少ない回数でビーム失敗が検出されたＴＲＰ（すなわち、 beam failure detectionの回数が最も少ないＴＲＰ）を意味することができる。

【0416】

一例として、ビーム失敗検出回数に基づいて決定されたＴＲＰに関連するＰＵＣＣＨリソースは、特定ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ（及び／またはＣＯＲＥＳＥＴグループインデックス）に関連するＳｐＣｅｌｌのＰＵＣＣＨリソースであり得る。前記特定のＣＯＲＥＳＥＴPoolIndex（and／or ＣＯＲＥＳＥＴグループインデックス）は、前記決定されたＴＲＰに関連付けることができる。

【0417】

一例として、前記特定規則に従って選択されたＰＵＣＣＨリソースは、以下の例の内、少なくとも１つに基づいて定義され得る。

【0418】

「lowest indexのＰＵＣＣＨ」

【0419】

「lowest indexのＰＵＣＣＨ-spatialRelationInfo」が設定／活性化されたＰＵＣＣＨ

【0420】

「lowest indexのＴＣＩ-state」が設定／活性化／指示されたＰＵＣＣＨ

【0421】

端末のＢＦＲＱ送信以後に後続する（ＰＵＣＣＨベースＢＦＲ procedureに基づく）基地局端末間動作（前記ｉ-１）ｂ）の１）～３）参照）を行うことができる。端末のＢＦＲ ＭＡＣ ＣＥ送信において、該当メッセージ内には、各セル別フェイルドＴＲＰ（すなわち、ＢＦが検出されたＴＲＰ）に関する情報を含むことができる。または／及び基地局設定によってpre-defineされたＰＵＣＣＨリソースが存在することができる。例えば、基地局は、複数の dedicated （ＳＲ） ＰＵＣＣＨ リソースの内、プライマリ ＰＵＣＣＨ リソースを設定することができる。

【0422】

前記ａ）の動作、ｂ）の動作、またはｃ）の動作の内、２つ以上に基づく組み合わせが端末／基地局動作が適用され得る。

【0423】

実現的な側面において、前述の実施形態に係る基地局／端末の動作（例：提案１／実施形態ｉのｉ-１／実施形態ｉのｉ-２／実施形態ｉｉのｉｉ-１／実施形態ｉｉのｉｉ-２の少なくとも１つに基づくビーム失敗復旧に関連する動作）は後述する図１４～図１８の装置（例えば、図１５のプロセッサ１０２、２０２）によって処理され得る。

【0424】

また、前述の実施形態に係る基地局/端末の動作（例えば、提案１／実施形態ｉのｉ－１／実施形態ｉのｉ－２／実施形態ｉｉのｉｉ－１／実施形態ｉｉのｉｉ -２の内、少なくとも１つに基づくビーム失敗復旧に関連する動作）は、少なくとも１つのプロセッサ（例えば、図１５の１０２、２０２）を駆動するための命令語／プログラム（例えば、命令、実行可能コード）の形態でメモリ（例えば、：図１５の１０４、２０４に格納することができる。

【0425】

以下、前述した実施形態を端末の動作の側面から図１２を参照して具体的に説明する。以下に説明される方法は、説明の便宜のために区分されたものであるだけ、いずれか１つの方法の一部構成が他の方法の一部構成と置き換えられるか、または相互に組み合わせて適用され得ることは勿論である。

【0426】

図１２は、本明細書の一実施形態に係る無線通信システムにおいて端末がビーム失敗復旧手順を実行する方法を説明するためのフローチャートである。

【0427】

図１２を参照すると、本明細書の一実施形態に係る無線通信システムにおいて端末がビーム失敗復旧（Beam Failure Recovery, ＢＦＲ）手順を実行する方法は、ビーム失敗復旧に関する設定情報を受信するステップ（Ｓ１２１０）、ＤＬ ＲＳ受信ステップＳ１２２０、ＤＬ ＲＳの測定に基づいてビーム失敗を検出するステップＳ１２３０、及びビーム失敗復旧のための要求メッセージ送信ステップＳ１２４０を含むことができる。

【0428】

Ｓ１２１０において、端末は、基地局から前記ＢＦＲに関連する設定情報を受信する。

【0429】

一実施形態に係れば、前記ＢＦＲに関連する設定情報は、ｉ）前記ＢＦＲのため設定されるビーム失敗検出ＲＳセット（例えば、ＢＦＤ - ＲＳセット）、ｉｉ）前記ＢＦＲのための要求メッセージの送信のためのリソース（例えば、ＰＲＡＣＨリソース、ＰＵＣＣＨリソース）またはｉｉｉ）候補ビーム識別（candidate beam identification）のための候補ビームＲＳセット（candidate beam ＲＳセット）（例えば、 candidateBeamＲＳList）の内、少なくとも１つに関する情報を含み得る。

【0430】

一例として、前記ＢＦＲに関連する設定情報は、前記提案１に基づく情報（例えば、ビーム失敗復旧要求（Beam Failure Recovery reQuest, ＢＦＲＱ）のための（ＳＲ）ＰＵＣＣＨリソースに対する設定）を含むことができる。

【0431】

一例として、前記ＢＦＲに関連する設定情報は、表９に従うＴＲＰ特定ビーム失敗復旧（ＴＲＰ-specific ＢＦＲ）に関連する情報（例えば、ＢＦＤ－ＲＳセット、新しいビーム識別ＲＳ（ＮＢＩ－ＲＳ）セット per ＴＲＰ）を含むことができる。

【0432】

一例として、前記ＢＦＲに関連する設定情報は、前記提案１に基づく情報と、前記表９によるＴＲＰ特定ビーム失敗復旧（ＴＲＰ特定ＢＦＲ）に関連する情報を含むことができる。

【0433】

前述したＳ１２１０にしたがって、端末（図１４～図１８の１００／２００）が基地局（図１４～図１８の１００／２００）から前記ＢＦＲに関連する設定情報を受信する動作は、図１４～図１８の装置によって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ１０２は、基地局２００から前記ＢＦＲに関連する設定情報を受信するように１つ以上のトランシーバ１０６及び／または１つ以上のメモリ１０４を制御することができる。

【0434】

Ｓ１２２０において、端末は、基地局から前記設定情報に基づいてダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を受信する。

【0435】

一実施形態に係れば、ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づくことができる。複数のＤＬ ＲＳセットは、提案１の複数のＢＦＤ - ＲＳセットに基づくことができる。

【0436】

前述したＳ１２２０によれば、端末（図１４～図１８の１００／２００）が基地局（図１４～図１８の１００／２００）から前記設定情報に基づいてダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、 ＤＬ ＲＳ）を受信する動作は、図１４～図１８の装置によって実施することができる。例えば、図１５を参照すると、１つ以上のプロセッサ１０２は、基地局２００から前記設定情報に基づいてダウンリンク参照信号 （Downlink Reference Signal, ＤＬ ＲＳ）を受信するように１つ以上のトランシーバ１０６及び/または１つ以上のメモリ１０４を制御することができる。

【0437】

Ｓ１２３０において、端末は、ＤＬ ＲＳの測定に基づいてビーム失敗（beam failure）を検出する。前記端末のビーム失敗検出動作は、前述したビーム失敗検出 (Beam failure detection, ＢＦＤ) で説明したことに基づいて行うことができる。

【0438】

前述したＳ１２３０に従って、端末（図１４～図１８の１００／２００）が前記ＤＬ ＲＳに対する測定に基づいてビーム失敗（beam failure）を検出する動作は、図１４～図１８の装置にによって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ１０２は、前記ＤＬ ＲＳの測定に基づいてビーム失敗（）を検出するように１つ以上のトランシーバ１０６および／または１つ以上のメモリ１０４を制御できる。

【0439】

Ｓ１２４０においては、端末は基地局に前記ＢＦＲのための要求メッセージを送信する。

【0440】

一実施形態に係れば、前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて送信され得る。

【0441】

ビーム失敗復旧のために複数のＰＵＣＣＨリソースが設定された場合として、Ｃｅｌｌ別にビーム失敗が検出されたＴＲＰ（ＢＦＤ-ＲＳセット）が異なる場合にＰＵＣＣＨリソース決定において端末動作側面で曖昧性が発生することができる。これに関連して、以下の動作を考慮することができる。

【0442】

一実施形態に係れば、１）前記ＳＲに関連するＰＵＣＣＨリソースが前記ビーム失敗復旧のために設定された複数のＰＵＣＣＨリソースの内１つであり、２）前記ビーム失敗が１つ以上のセル（one or more cells）に関連することに基づいて、前記ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定ＰＵＣＣＨリソースであり得る。一例として、前記１つ以上のセル（one or more cells）に関連するものに基づいて、前記ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定ＰＵＣＣＨリソースであり得る。一例として、前記１つ以上のセル（one or more cells）は、同じセルグループ（cell group）（すなわち、１つのセルグループ）内のセルであり得る。前記１つ以上のセルは、プライマリセル（Primary Cell、ＰＣｅｌｌ）またはプライマリセカンダリセル（Primary Secondary Cell、ＰＳＣｅｌｌ）を含むことができる。

【0443】

前記複数のＰＵＣＣＨリソースの内、それぞれは、ｉ）前記複数のＤＬ ＲＳセットの内、１つのＤＬ ＲＳセット、ｉｉ）制御リソースセットプールインデックス（ＣＯＲＥＳＥＴプールインデックス）またはｉｉｉ）帯域幅部分（Bandwidth part, ＢＷＰ）内のすべてのＣＯＲＥＳＥＴのサブセット （subset）の内、少なくとも１つに関連付けることができる。前記複数のＰＵＣＣＨリソースは、前記提案１に基づくＰＵＣＣＨリソースであり得る。一例として、前記複数のＰＵＣＣＨリソースは、セルグループごとに設定されるＢＦＲ用途の（ＳＲ）ＰＵＣＣＨリソースに基づくことができる。

【0444】

一例として、前記特定のＰＵＣＣＨリソースは、i）プライマリセル（Primary Cell、ＰＣｅｌｌ）またはｉｉ）プライマリセカンダリセル（Primary Secondary Cell、ＰＳＣｅｌｌ）の内、少なくとも１つに関連付けることができる。すなわち、前記１つ以上のセルでビーム失敗が検出された場合、前記ＢＦＲのための要求メッセージ（すなわち、ＢＦＲＱ）の送信のためのＰＵＣＣＨリソースは、ＳｐＣｅｌｌ（ＰＣｅｌｌ及び／またはＰＳＣｅｌｌ）に基づいて決定され得る。以下、具体的に説明する。本実施形態は、前記提案１の実施形態ｉｉ）のｉｉ-２）に基づくことができる。

【0445】

前記１つ以上のセルはＳｐＣｅｌｌを含み得る。すなわち、前記１つ以上のセルはＰＣｅｌｌまたはＰＳＣｅｌｌを含むことができる。 前記１つ以上のセル（例えば、ＳｐＣｅｌｌ ＋ ＳＣｅｌｌ（ｓ））でビーム失敗が検出された場合、前記ＳｐＣｅｌｌ（ＰＣｅｌｌ／ＰＳＣｅｌｌ）に基づいてＢＦＲＱの送信のためのＰＵＣＣＨリソースを決定することができる。

【0446】

具体的に、前記ＢＦＲのための要求メッセージを送信するためのＰＵＣＣＨリソースは、前記ＳｐＣｅｌｌで検出されたビーム失敗（に関連するＴＲＰ）に基づいて決定され得る。前記ＢＦＲのための要求メッセージを送信するためのＰＵＣＣＨリソースは、ＳｐＣｅｌｌに関連するＢＦＤ-ＲＳセット（例えば、前記複数のＤＬ ＲＳセットの内の１つ）に基づいて決定され得る（すなわち、ＳｐＣｅｌｌのビーム失敗が検出されたＢＦＤ－ＲＳセットに関連付けられたＰＵＣＣＨリソース).

【0447】

前記ＢＦＲのための要求メッセージを送信するためのＰＵＣＣＨリソースが前記ＳｐＣｅｌｌに関連するＢＦＤ - ＲＳセットに基づいて決定されることによって、以下のような効果が導出される。該当ＰＵＣＣＨが送信されるセルはＳＣｅｌｌではないＳｐＣｅｌｌであるため、端末はＳｐＣｅｌｌ内より堅牢なＴＲＰに向かうＰＵＣＣＨリソースを活用して前記ＢＦＲのための要求メッセージを送信することができる。

【0448】

一例として、特定ＰＵＣＣＨリソースは特定ＤＬ ＲＳセットに関連付けることができる。前記特定ＤＬ ＲＳセットは、前記１つ以上のセルに関連するＤＬ ＲＳセットの内、ビーム失敗検出の回数に基づいて決定されたＤＬ ＲＳセットであり得る。
前記特定のＤＬ ＲＳセットは、ビーム失敗検出回数が最も多いＤＬ ＲＳセットであり得る。

【0449】

一例として、前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内最も低いインデックス（lowest index）を有するＰＵＣＣＨリソースで有り得る。

【0450】

一例として、前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、特定空間関連情報（specific spatial related information）に関連するＰＵＣＣＨリソースであり得る。前記特定空間関連情報は、最も低いインデックスを有するＰＵＣＣＨ-spatialRelationInfoに基づくことができる。

【0451】

一例として、前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、特定送信設定指示状態（specific Transmission Configuration Indication state, specific ＴＣＩ state）に関連するＰＵＣＣＨリソースであり得る。前記特定ＴＣＩ状態は、最も低いインデックス（lowest index）を有するＴＣＩ状態（state）であり得る。

【0452】

前述したＳ１２４０にしたがって、端末（図１４～図１８の１００／２００）が基地局（図１４～図１８の１００／２００）に前記ＢＦＲのための要求メッセージを送信する動作は、図１４～図１８の装置によって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ１０２は、基地局２００に前記ＢＦＲのための要求メッセージを送信するように１つ以上のトランシーバ１０６及び／または１つ以上のメモリ１０４を制御することができる。

【0453】

一実施形態に係れば、前記方法は、ＰＵＳＣＨ送信ステップをさらに含み得る。

【0454】

前記ＰＵＳＣＨ送信ステップにおいて、端末は、基地局に前記ＢＦＲに関連する物理アップリンク共有チャネル（Physical Uplink Shared Channel、ＰＵＳＣＨ）を送信することができる。前記ＢＦＲに関連するＰＵＳＣＨは、ＢＦＲ ＭＡＣ－ＣＥ（Medium Access Control-Control Element）と関連付けることができる。前記ＢＦＲ ＭＡＣ－ＣＥは、ビーム失敗が検出されたＴＲＰに関する情報を含むことができる。すなわち、前記ＢＦＲ ＭＡＣ - ＣＥは、前記１つ以上のセルの内各セルで検出されたビーム失敗に関連するＤＬ ＲＳセットに関する情報を含むことができる。

【0455】

前述のＰＵＳＣＨ送信段階に応じて、端末（図１４～図１８の１００／２００）が基地局（図１４～図１８の１００／２００）に前記ＢＦＲに関連する物理アップリンク共有チャネル（Physical Uplink Sharedチャネル（ＰＵＳＣＨ）を送信する動作は、図１４～図１８の装置によって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ１０２は、基地局２００に前記ＢＦＲに関連する物理アップリンク共有チャネル（Physical Uplink Shared Channel, ＰＵＳＣＨ）を送信するように１つ以上のトランシーバ１０６及び／あるいは、１つ以上のメモリ１０４を制御することができる。

【0456】

以下、前述した実施形態を基地局の動作の側面から図１３を参照して具体的に説明する。以下に説明される方法は、説明の便宜のために区分されたものだけ、いずれか１つの方法の一部の構成が他の方法の一部の構成と置き換えられるか、または相互に組み合わせて適用され得ることは勿論である。

【0457】

図１３は、本明細書の他の実施形態に係る無線通信システムにおいて基地局がビーム失敗復旧手順を実行する方法を説明するためのフローチャートである。

【0458】

図１３を参照すると、本明細書の他の実施形態に係る無線通信システムにおいて基地局がビーム失敗復旧（Beam Failure Recovery,ＢＦＲ）手順を実行する方法は、ビーム失敗復旧に関する設定情報送信ステップ（Ｓ１３１０）。ＤＬ ＲＳ送信ステップＳ１３２０、及びビーム失敗復旧のための要求メッセージ受信ステップＳ１３３０を含むことができる。

【0459】

Ｓ１３１０において、基地局は端末に前記ＢＦＲに関連する設定情報を送信する。

【0460】

一実施形態に係れば、前記ＢＦＲに関連する設定情報は、ｉ）前記ＢＦＲに設定されるビーム失敗検出ＲＳセット（例えば、ＢＦＤ - ＲＳセット）、ｉｉ）前記ＢＦＲのための要求メッセージの送信のためのリソース（例えば、ＰＲＡＣＨ resource、ＰＵＣＣＨresource）またはｉｉｉ）候補ビーム識別（candidate beam identification）のための候補ビームＲＳセット（candidate beam ＲＳセット）（例えば、 candidateBeamＲＳＬist）の内、少なくとも１つに関する情報を含み得る。

【0461】

一例として、前記ＢＦＲに関連する設定情報は、前記提案１に基づく情報（例えば、ビーム失敗復旧要求（Beam Fealure Recovery ReQuest、ＢＦＲＱ）のための（ＳＲ）ＰＵＣＣＨリソースに対する設定）を含むことができる。

【0462】

一例として、前記ＢＦＲに関連する設定情報は、前記表９に従うＴＲＰ特定ビーム失敗復旧（ＴＲＰ-specific ＢＦＲ）に関連する情報（例えば、ＢＦＤ－ＲＳセット、新しいビーム識別ＲＳ（ＮＢＩ－ＲＳ）セット per ＴＲＰ）を含むことができる。

【0463】

一例として、前記ＢＦＲに関連する設定情報は、前記提案１に基づく情報と、前記表９によるＴＲＰ特定ビーム失敗復旧（ＴＲＰ特定ＢＦＲ）に関連する情報を含むことができる。

【0464】

前述したＳ１３１０にしたがって、基地局（図１４～図１８の１００／２００）が端末（図１４～図１８の１００／２００）に前記ＢＦＲに関連する設定情報を送信する動作は、図１４～図１８の装置によって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ２０２は、端末１００に前記ＢＦＲに関連する設定情報を送信するように１つ以上のトランシーバ２０６及び／または１つ以上のメモリ２０４を制御することができる。

【0465】

Ｓ１３２０において、基地局は端末に前記設定情報に基づくダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を送信する。

【0466】

一実施形態に係れば、ＤＬ ＲＳはビーム失敗検出のための複数のＤＬ ＲＳセットに基づくことができる。前記複数のＤＬ ＲＳセットは、前記提案１の複数のＢＦＤ - ＲＳセットに基づくことができる。

【0467】

前述したＳ１３２０にしたがって、基地局（図１４～図１８の１００／２００）が端末（図１４～図１８の１００／２００）に前記設定情報に基づくダウンリンク参照信号（Downlink Reference Signal、 ＤＬ ＲＳ）を送信する動作は、図１４～図１８の装置によって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ２０２は、端末１００に前記設定情報に基づいてダウンリンク参照信号（Downlink Reference Signal, ＤＬ ＲＳ）を送信するように１つ以上のトランシーバ２０６及び/または１つ以上のメモリ２０４を制御することができる。

【0468】

Ｓ１３３０において、基地局は端末から前記ＢＦＲのための要求メッセージを受信する。具体的に、端末は、前記ＤＬ ＲＳの測定に基づいてビーム失敗（beam failure）を検出する。前記ビーム失敗が検出されたことに基づいて、端末は前記ＢＦＲのための要求メッセージを基地局に送信する。前記ＢＦＲのための要求メッセージは、前記ＤＬ ＲＳの測定に基づいて検出されたビーム失敗（beam failure）に関連し得る。

【0469】

一実施形態に係れば、前記ＢＦＲのための要求メッセージは、スケジューリング要求（Scheduling Request、ＳＲ）に関連するＰＵＣＣＨリソースに基づいて受信され得る。

【0470】

ビーム失敗復旧のために複数のＰＵＣＣＨリソースが設定された場合として、Ｃｅｌｌ別にビーム失敗が検出されたＴＲＰ（ＢＦＤ-ＲＳセット）が異なる場合にＰＵＣＣＨリソース決定において端末動作側面で曖昧性が発生することができる。これに関連して、基地局は、以下の動作に従って決定されたＰＵＣＣＨリソースを介して前記ＢＦＲのための要求メッセージが端末によって送信されるもので仮定して動作することができる。

【0471】

一実施形態に係れば、１）前記ＳＲに関連するＰＵＣＣＨリソースが前記ビーム失敗復旧のために設定された複数のＰＵＣＣＨリソースの内、１つであり、２）前記ビーム失敗が１つ以上のセルと関連するものに基づいて、前記ＳＲに関連するＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、既設定された基準に基づいて決定された特定ＰＵＣＣＨリソースであり得る。一例として、前記１つ以上のセル（one or more cells）は、同じセルグループ（cell group）（すなわち、１つのセルグループ）内のセルであり得る。前記１つ以上のセルは、プライマリセル（Primary Cell、ＰＣｅｌｌ）またはプライマリセカンダリセル（Primary Secondary Cell、ＰＳＣｅｌｌ）を含むことができる。

【0472】

前記複数のＰＵＣＣＨリソースのそれぞれは、ｉ）前記複数のＤＬ ＲＳセットの内の１つのＤＬ ＲＳセット、ｉｉ）制御リソースセットプールインデックス（ＣＯＲＥＳＥＴプールインデックス）またはｉｉｉ）帯域幅部分、 (Bandwidth part,ＢＷＰ）内のすべてのＣＯＲＥＳＥＴのサブセット（subset）の内、少なくとも1つに関連付けることができます。前記複数のＰＵＣＣＨリソースは、提案１に基づくＰＵＣＣＨリソースであり得る。一例として、前記複数のＰＵＣＣＨリソースは、セルグループごとに設定されるＢＦＲＱ用途の（ＳＲ）ＰＵＣＣＨリソースに基づくことができる。

【0473】

一例として、 前記特定ＰＵＣＣＨリソースは、i）プライマリセル（Primary Cell、ＰＣｅｌｌ）またはii）プライマリセカンダリセル（Primary Secondary Cell、ＰＳＣｅｌｌ）の内、少なくとも１つに関連付けることができる。すなわち、前記１つ以上のセルでビーム失敗が検出された場合、前記ＢＦＲのため要求メッセージ（すなわち、ＢＦＲＱ）の送信のためのＰＵＣＣＨリソースは、ＳｐＣｅｌｌ（ＰＣｅｌｌ及び／またはＰＳＣｅｌｌ）に基づいて決定され得る。以下、具体的に説明する。本実施形態は、前記提案１の実施形態ｉｉ）のｉｉ-２）に基づくことができる。

【0474】

前記１つ以上のセルはＳｐＣｅｌｌを含み得る。すなわち、前記１つ以上のセルはＰＣｅｌｌまたはＰＳＣｅｌｌを含むことができる。前記１つ以上のセル（例えば、ＳｐＣｅｌｌ ＋ ＳＣｅｌｌ（ｓ））でビーム失敗が検出された場合、前記ＳｐＣｅｌｌ（ＰＣｅｌｌ／ＰＳＣｅｌｌ）に基づいてＢＦＲＱの送信のためのＰＵＣＣＨリソースを決定することができる。

【0475】

具体的に、前記ＢＦＲのための要求メッセージを送信するためのＰＵＣＣＨリソースは、前記ＳｐＣｅｌｌで検出されたビーム失敗（に関連するＴＲＰ）に基づいて決定され得る。 前記ＢＦＲのための要求メッセージを送信するためのＰＵＣＣＨリソースは、前記ＳｐＣｅｌｌに関連するＢＦＤ-ＲＳセット（例えば、複数のＤＬ ＲＳセットの内の１つ）に基づいて決定され得る（すなわち、ＳｐＣｅｌｌのビーム失敗が検出されたＢＦＤ－ＲＳセットに関連付けられたＰＵＣＣＨリソース)．

【0476】

前記ＢＦＲのための要求メッセージを送信するためのＰＵＣＣＨリソースが前記ＳｐＣｅｌｌに関連されたＢＦＤ - ＲＳセットに基づいて決定されることによって、以下のような効果が導出される。該当ＰＵＣＣＨが送信されるセルはＳＣｅｌｌではないＳｐＣｅｌｌであるため、端末はＳｐＣｅｌｌ内より堅牢なＴＲＰに向かうＰＵＣＣＨリソースを活用して前記ＢＦＲのための要求メッセージを送信することができる。

【0477】

一例として、前記特定のＰＵＣＣＨリソースは特定ＤＬ ＲＳセットに関連付けることができる。前記特定ＤＬ ＲＳセットは、前記１つ以上のセルに関連するＤＬ ＲＳセットの内、ビーム失敗検出の回数に基づいて決定されたＤＬ ＲＳセットであり得る。前記特定ＤＬ ＲＳセットは、ビーム失敗検出回数が最も多いＤＬ ＲＳセットであり得る。

【0478】

一例として、前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内最も低いインデックス（lowest index）を有するＰＵＣＣＨリソースであり得る。

【0479】

一例として、前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内,特定の空間関連情報（specific spatial related information）に関連するＰＵＣＣＨリソースであり得る。前記特定の空間関連情報は、最も低いインデックス（lowest index）を有するＰＵＣＣＨ-spatialRelationInfoに基づくことができる。

【0480】

一例として、前記特定ＰＵＣＣＨリソースは、前記複数のＰＵＣＣＨリソースの内、特定の送信設定指示状態（specific Transmission Configuration Indication state, specific ＴＣＩ state）に関連するＰＵＣＣＨリソースであり得る。前記特定ＴＣＩ状態は、最も低いインデックス（lowest index）を有するＴＣＩ状態であり得る。

【0481】

前述したＳ１３３０によれば、基地局（図１４～図１８の１００／２００）が端末（図１４～図１８の１００／２００）から前記ＢＦＲのための要求メッセージを受信する動作は、図１４～図１８の装置によって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ２０２は、端末１００から前記ＢＦＲのための要求メッセージを受信するように１つ以上のトランシーバ２０６及び／または１つ以上のメモリ２０４を制御することができる。

【0482】

一実施形態に係れば、前記方法はＰＵＳＣＨ受信ステップをさらに含み得る。

【0483】

前記ＰＵＳＣＨ受信ステップにおいて、基地局は、端末から前記ＢＦＲに関連する物理アップリンク共有チャネル（Physical Uplink Shared Channel、ＰＵＳＣＨ）を受信することができる。前記 ＢＦＲに関連するPUSCHは、ＢＦＲ ＭＡＣ－ＣＥ（Medium Access Control-Control Element）と関連付けることができる。前記ＢＦＲ ＭＡＣ－ＣＥは、ビーム失敗が検出されたＴＲＰに関する情報を含むことができる。すなわち、ＢＦＲ ＭＡＣ - ＣＥは、前記１つ以上のセルの内、各セルで検出されたビーム失敗に関連するＤＬ ＲＳセットに関する情報を含むことができる。

【0484】

前述のＰＵＳＣＨ受信段階に応じて、基地局（図１４～図１８の１００／２００）が端末（図１４～図１８の１００／２００）から前記ＢＦＲに関連する物理アップリンク共有チャネル（Physical Uplink Sharedチャネル（ＰＵＳＣＨ）を受信する動作は、図１４～図１８の装置によって実現することができる。例えば、図１５を参照すると、１つ以上のプロセッサ２０２は、端末１００から前記ＢＦＲに関連する物理アップリンク共有チャネル（Physical Uplink Shared Channel, ＰＵＳＣＨ）を受信するように１つ以上のトランシーバ２０６及び／あるいは、１つ以上のメモリ２０４を制御することができる。

【0485】

本発明が適用される通信システムの例

【0486】

これに限定されるわけではないが、本明細書に開示された構成はこれに制限されるものではないが、本明細書に開示された本発明の多様な説明、機能、手順、提案、方法及び／又は動作順序図は機器間に無線通信／接続（例えば、５Ｇ）を必要とする様々な分野に適用できる。

【0487】

以下、図面を参照してより具体的に例示する。以下の図面／説明において同一の図面符号は、異なる内容に記述しない限り、同一するか又は対応されるハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。

【0488】

図１４は、本発明に適用できる通信システム（１）を例示する。

【0489】

図１４に示すように、本発明に適用される通信システムは、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（New RAT）、ＬＴＥ（Long Term Evolution））を利用して通信を行う機器を意味し、通信／無線／５Ｇ機器と呼ばれることができる。これに制限されることではないが、無線機器は、ロボット100ａ、車両100ｂ－１、100ｂ－２、ＸＲ（eXtended Reality）機器100ｃ、携帯機器（Hand-held device）100ｄ、家電100ｅ、ＩｏＴ（Internet of Thing）機器100ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間通信が可能である車両などが含まれる。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Augmented Reality）／ＶＲ（Virtual Reality）/ＭＲ（Mixed Reality）機器を含み、ＨＭＤ（Head-Mounted Device）、車両に備えられたＨＵＤ（Head-Up Display）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（signage）、車両、ロボットなどの形態で実現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などが含まれる。家電は、ＴＶ、冷蔵庫、洗濯機などが含まれる。ＩｏＴ機器は、センサ、スマートメータなどを含むことができる。例えば、基地局、ネットワークは無線機器でも実現されることができ、特定無線機器100ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

【0490】

無線機器１００ａ～１００ｆは、基地局200を介してネットワーク３００と接続されることができる。無線機器１００ａ～１００ｆにはＡＩ（Artificial Intelligence）技術が適用されることができ、無線機器100ａ～100ｆはネットワーク３００を介してＡＩサーバ４００と接続されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器１００ａ～１００ｆは、基地局200／ネットワーク３００を介して互いに通信することもあるが、基地局／ネットワークを介せずに、直接通信（例えば、サイドリンク通信（sidelink communication）することもできる。例えば、車両１００b－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（Vehicle to Vehicle）／Ｖ２Ｘ（Vehicle to everything） communication）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）又は他の無線機器１００ａ～１００ｆと直接通信をすることができる。

【0491】

無線機器１００a～１００f／基地局２００、基地局２００／基地局200の間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続は、アップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、リレー（relay）、ＩＡＢ（Integrated Access Backhaul）のような多様な無線接続技術（例えば、５Ｇ ＮＲ）を介して行われることができる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは、様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などのうち少なくとも一部が行われることができる。

【0492】

本発明が適用される無線機器の例

【0493】

図１５は、本発明に適用できる無線機器を例示する。

【0494】

図１５に示すように、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１無線機器１００、第２無線機器２００｝は、図２２の｛無線機器１００ｘ、基地局2００｝及び／又は｛無線機器100ｘ、無線機器１００x｝に対応することができる。

【0495】

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

【0496】

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

【0497】

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

【0498】

１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれることができる。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現されることができる。一例として、１つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、１つ以上のＤＳＰ（Digital Signal Processor）、１つ以上のＤＳＰＤ（Digital Signal Processing Device）、１つ以上のＰＬＤ（Programmable Logic Device）又は１つ以上のＦＰＧＡ（Field Programmable Gate Arrays）が１つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを使用して実現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に保存されて１つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図はコード、命令語及び／又は命令語の集合形態でファームウェア又はソフトウェアを使用して実現されることができる。

【0499】

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

【0500】

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

【0501】

本発明が適用される信号処理回路の例

【0502】

図１６は、送信信号のための信号処理回路を例示する。

【0503】

図１６を参照すると、信号処理回路１０００は、スクランブラー１０１０、変調器１０２０、レイヤマッパー１０３０、フリーコーダ１０４０、資源マッパー１０５０、信号生成器１０６０を備えることができる。これに制限されるわけではないが、図２４の動作/機能は、図２３のプロセッサ１０２、２０２、及び/又はトランシーバ１０６、２０６で実行され得る。図２４のハードウェア要素は、図２３のプロセッサ１０２、２０２、及び/又はトランシーバ１０６、２０６で実現されることができる。例えば、ブロック１０１０～１０６０は、図２３のプロセッサ１０２、２０２で実現されることができる。また、ブロック１０１０～１０５０は、図２３のプロセッサ１０２、２０２で実現され、ブロック１０６０は、図２３のトランシーバ１０６、２０６で実現されることができる。

【0504】

コードワードは、図２４の信号処理回路１０００を経て、無線信号に変換することができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ－ＳＣＨ送信ブロック、ＤＬ－ＳＣＨ送信ブロック）を含むことができる。無線信号は、様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。

【0505】

具体的に、コードワードは、スクランブラー１０１０によってスクランブルされたビットシーケンスに変換することができる。スクランブルに用いられるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器１０２０によって変調シンボルのシーケンスに変調され得る。変調方式は、pi/2-ＢＰＳＫ（pi/2-Binary Phase Shift Keying）、m-ＰＳＫ（m-Phase Shift Keying）、m-ＱＡＭ（m-Quadrature Amplitude Modulation）などを含むことができる。複素変調シンボルのシーケンスは、レイヤマッパー１０３０によって１以上の送信層にマッピングすることができる。各送信層の変調シンボルは、フリーコーダ１０４０によって、該アンテナポートにマッピングすることができる（フリーコーディング）。フリーコーダ１０４０の出力zは、レイヤマッパー１０３０の出力yをＮ ＊ Ｍのプリコーディング行列Ｗと掛けて得ることができる。ここで、Ｎはアンテナポートの数、Ｍは、送信層の数である。ここで、フリーコーダ１０４０は、複素変調シンボルに対するトランスフォーム（transform）フリーコーディング（例えば、ＤＦＴ変換）を実行した後にフリーコーディングを行うことができる。また、フリーコーダ１０４０は、トランスフォームプリコーディングを行うことなくフリーコーディングを行うことができる。

【0506】

資源マッパー１０５０は、各アンテナポートの変調シンボルを時間-周波数資源にマッピングすることができる。時間-周波数資源は、時間ドメインで複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器に送信することができる。このために、信号生成器１０６０は、ＩＦＦＴ（Inverse Fast Fourier Transform）モジュールとＣＰ（Cyclic Prefix）挿入器、ＤＡＣ（Digital-to-Analog Converter）、周波数アップコンバータ（frequency uplink converter）などを含むことができる。

【0507】

無線機器で受信信号のための信号処理過程は、図２４の信号処理過程（１０１０～１０６０）の逆で構成され得る。例えば、無線機器（例えば、図２３の１００、２００）は、アンテナポート/トランシーバを介して外部から無線信号を受信することができる。受信された無線信号は、信号復元機によりベースバンド信号に変換することができる。このために、信号復元機は、周波数ダウンコンバータ（frequency downlink converter）、ＡＤＣ（analog-to-digital converter）、ＣＰ除去機、ＦＦＴ（Fast Fourier Transform）モジュールを含むことができる。以後、ベースバンド信号は、資源ディ - マッパー過程、ポストコーディング（postcoding）過程、復調過程及びディ-スクランブル過程を経てコードワードに復元することができる。コードワードは、復号（decoding）を経て、元の情報ブロックに復元することができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元機、資源ディ-マッパー、ポストコーダ、復調器、デ-スクランブラ及び復号器を含むことができる。

【0508】

本発明が適用される無線機器活用例

【0509】

図１７は、本明細書に適用される無線機器の他の例を示す。無線機器は、使用例／サービスに応じて様々な形態で実現することができる（図１４参照）。

【0510】

図１７を参照すると、無線機器１００、２００は、図１５の無線機器１００,２００に対応し、様々な要素（element）、成分（component）、ユニット/部（unit）、及び/又はモジュール（module）で構成され得る。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含むことができる。通信部は、通信回路１１２及びトランシーバ１１４を含むことができる。例えば、通信回路１１２は、図２３の１つ以上のプロセッサ１０２、２０２及び/又は１つ以上のメモリ１０４、２０４を含むことができる。例えば、トランシーバ１１４は、図２３の１つ以上のトランシーバ１０６、２０６及び/又は１つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器の諸動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム/コード/コマンド/情報に基づいて、無線機器の電気的/機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線/有線インターフェースを介して送信したり、通信部１１０を介して外部（例えば、他の通信機器）から無線/有線インターフェースを介して受信された情報をメモリ部１３０に格納することができる。

【0511】

追加要素１４０は、無線機器の種類に応じて多様に構成することができる。例えば、追加要素１４０は、パワーユニット/バッテリー、入出力部（Ｉ/Ｏ unit）、駆動部及びコンピューティング部のうち、少なくとも１つを含むことができる。これに制限されるわけではないが、無線機器は、ロボット（図２２、１００ａ）、車両（図２２、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図２２、１００ｃ）、携帯機器（図２２、１００ｄ）、家電（図２２、１００ｅ）、ＩｏＴ機器（図２２、１００ｆ）、デジタル放送用端末、ホログラム装置、公共の安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または金融装置）、セキュリティ装置、気候/環境装置、 ＡＩサーバー/機器（図２２、４００）、基地局（図２２、２００）、ネットワーク、ノードなどの形で実現され得る。無線機器は、使用-例/サービスによって移動可能であるか、固定された場所で用いられることができる。

【0512】

図１７で、無線機器１００、２００内の様々な要素、成分、ユニット/部、及び/又はモジュールは、全体が有線インターフェイスを介して相互に接続されたり、少なくとも一部が通信部１１０を介して無線で接続することができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は、有線で接続され、制御部１２０と、第１ユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で接続することができる。また、無線機器１００、２００内の各要素、成分、ユニット/部、及び/又はモジュールは、１つ以上の要素をさらに含むことができる。例えば、制御部１２０は、１つ以上のプロセッサのセットで構成され得る。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Application processor）、ＥＣＵ（Electronic Control Unit）、グラフィックス処理プロセッサ、メモリ制御プロセッサなどのセットで構成され得る。他の例として、メモリ部１３０は、ＲＡＭ（Random Access Memory）、ＤＲＡＭ（Dynamic ＲＡＭ）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash memory）、揮発性メモリ（volatile memory）、非 - 揮発性メモリ（non- volatile memory）、及び/又はこれらの組み合わせで構成され得る。

【0513】

本発明が適用される携帯機器の例

【0514】

図１８は、本発明に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、ハンドヘルドコンピュータ（例えば、ノートなど）を含むことができる。携帯機器は、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）またはＷＴ（Wireless terminal）と称することができる。

【0515】

図１８を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０は、電源供給部１４０ａ、インターフェイス部１４０ｂと入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成することができる。ブロック１１０～１３０/１４０ａ～１４０ｃは、それぞれ図２５のブロック１１０～１３０/１４０に対応する。

【0516】

通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御して、様々な動作を実行することができる。制御部１２０は、ＡＰ（Application Processor）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ/パラメータ/プログラム/コード/コマンドを格納することができる。また、メモリ部１３０は、入/出力されるデータ/情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有線/無線充電回路、電池などを含むことができる。インターフェース部１４０ｂは、携帯機器１００と、他の外部機器の接続をサポートすることができる。インターフェース部１４０ｂは、外部機器との接続のためのさまざまなポート（例えば、オーディオ入力/出力ポート、ビデオ入力/出力ポート）を含むことができる。入出力部１４０ｃは、映像情報/信号、オーディオ情報/信号、データ、及び/又はユーザから入力される情報を入力を受けたり出力することができる。入出力部１４０ｃは、カメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び/又はハプティックモジュールなどを含むことができる。

【0517】

一例として、 データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報/信号（例えば、タッチ、文字、音声、画像、ビデオ）を獲得し、獲得された情報/信号は、メモリ部１３０に格納することができる。通信部１１０は、メモリに格納された情報/信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信したり、基地局に送信することができる。また、通信部１１０は、他の無線機器または基地局からの無線信号を受信した後、受信した無線信号を元の情報/信号に復元することができる。復元された情報/信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、画像、ビデオ、ヘプチク）に出力され得る。

【0518】

ここで、本明細書の無線機器１００、２００で実現される無線通信技術は、ＬＴＥ、ＮＲ、及び６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術は、ＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であることができ、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格で実現されることができ、上述した名称に限定されるものではない。

【0519】

追加的にまたは大体的に、本明細書の無線機器１００、２００で実現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であることができ、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれることができる。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち、少なくともいずれか１つで実現されることができ、上述した名称に限定されるものではない。

【0520】

追加的にまたは大体的に、本明細書の無線機器１００、２００で実現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）、及び低電力広域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ）のうち、少なくともいずれか１つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ８０２．１５．４などの様々な規格に基づいて小型／低－パワーデジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成でき、様々な名称と呼ばれることができる。

【0521】

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

【0522】

本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより実現できる。ハードウェアによる実現の場合、本発明の一実施形態は１つまたはその以上のＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどにより実現できる。

【0523】

ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は以上で説明された機能または動作を行うモジュール、手続、関数などの形態に実現できる。ソフトウェアコードはメモリーに格納されてプロセッサにより駆動できる。前記メモリーは前記プロセッサの内部または外部に位置し、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。

【0524】

本発明は本発明の必須的な特徴を逸脱しない範囲で他の特定の形態に具体化できることは通常の技術者に自明である。したがって、前述した詳細な説明は全ての面で制限的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付した請求項の合理的な解析により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10(a)】

【図10(b)】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】