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

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

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

(11)【特許番号】

(24)【登録日】2025-01-07

(45)【発行日】2025-01-16

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

(51)【国際特許分類】

   H04W 24/04 20090101AFI20250108BHJP

   H04W 8/22 20090101ALI20250108BHJP

   H04W 16/28 20090101ALI20250108BHJP

   H04W 24/10 20090101ALI20250108BHJP

   H04W 72/231 20230101ALI20250108BHJP

【ＦＩ】

H04W24/04

H04W8/22

H04W16/28

H04W24/10

H04W72/231

【請求項の数】 8

(21)【出願番号】P 2022171397

(22)【出願日】2022-10-26

(65)【公開番号】P2023160711

(43)【公開日】2023-11-02

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

(31)【優先権主張番号】10-2022-0049397

(32)【優先日】2022-04-21

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】コ ソンウォン

(72)【発明者】

【氏名】カン チウォン

【審査官】永井 啓司

(56)【参考文献】

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

【文献】CATT，Beam management enhancements for multi-TRP[online]，3GPP TSG RAN WG1 #105-e R1-2104486，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_105-e/Docs/R1-2104486.zip>，2021年05月12日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて端末によって行われる方法であって、
基地局から設定情報を受信する段階であって、前記設定情報は、第１参照信号（ＲＳ）セット及び第２ＲＳセットに関する情報を含む、段階と、
前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する無線リンク品質を評価する段階と、
前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する前記無線リンク品質があらかじめ定義された閾値より悪いことに基づいて、前記基地局に無線リンク復旧のための上りリンク送信を行う段階と、を含み、
多くてもＮ個（Ｎは自然数）のＲＳが前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対して設定される場合、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために使用され、そうでなければ、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために使用されない、方法。

【請求項2】

前記Ｎは、端末能力として前記基地局に報告されたＲＳセット当たりの設定可能な最大ＲＳの個数である、請求項１に記載の方法。

【請求項3】

活性化に対する制御情報を受信する段階をさらに含み、
前記制御情報によって、全てのＲＳが前記無線リンク品質を評価するために使用されない前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つのそれぞれにおいて、一つ以上のＲＳが前記無線リンク品質を評価するために使用される、請求項１に記載の方法。

【請求項4】

前記制御情報は、前記設定情報によって前記端末に対して設定された前記第１ＲＳセット及び前記第２ＲＳセットの両方が前記無線リンク品質を評価するために使用されることを常に指示する、請求項３に記載の方法。

【請求項5】

前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一方の一つ以上の第１ＲＳに対するカウントを行う途中に、前記制御情報によって前記一つ以上の第１ＲＳが一つ以上の第２ＲＳにアップデートされることに基づいて、前記一つ以上の第１ＲＳに対する前記カウントは、前記アップデートされた一つ以上の第２ＲＳに対して持続される、請求項３に記載の方法。

【請求項6】

無線通信システムにおいて動作する端末であって、
無線信号を送受信するための一つ以上の送受信部と、
前記一つ以上の送受信部を制御する一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
基地局から設定情報を受信し、前記設定情報は、第１参照信号（ＲＳ）セット及び第２ＲＳセットに関する情報を含み、
前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する無線リンク品質を評価し、
前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する前記無線リンク品質があらかじめ定義された閾値より悪いことに基づいて、前記基地局に無線リンク復旧のための上りリンク送信を行うように設定され、
多くてもＮ個（Ｎは自然数）のＲＳが前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対して設定される場合、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために使用され、そうでなければ、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために使用されない、端末。

【請求項7】

無線通信システムにおいて基地局によって行われる方法であって、
端末に設定情報を送信する段階であって、前記設定情報は、第１参照信号（ＲＳ）セット及び第２ＲＳセットに関する情報を含む、段階と、
前記端末による前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する無線リンク品質の評価によって、前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する前記無線リンク品質があらかじめ定義された閾値より悪いことに基づいて、前記端末から無線リンク復旧のための上りリンク送信を受信する段階と、を含み、
多くてもＮ個（Ｎは自然数）のＲＳが前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対して設定される場合、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために前記端末により使用され、そうでなければ、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために前記端末により使用されない、方法。

【請求項8】

無線通信システムにおいて動作する基地局であって、
無線信号を送受信するための一つ以上の送受信部と、
前記一つ以上の送受信部を制御する一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは、
端末に設定情報を送信し、前記設定情報は、第１参照信号（ＲＳ）セット及び第２ＲＳセットに関する情報を含み、
前記端末による前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する無線リンク品質の評価によって、前記第１ＲＳセット及び前記第２ＲＳセットの少なくとも一つに対する前記無線リンク品質があらかじめ定義された閾値より悪いことに基づいて、前記端末から無線リンク復旧のための上りリンク送信を受信するように設定され、
多くてもＮ個（Ｎは自然数）のＲＳが前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対して設定される場合、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために前記端末により使用され、そうでなければ、前記第１ＲＳセット及び前記第２ＲＳセットのそれぞれに対する全てのＲＳは、前記無線リンク品質を評価するために前記端末により使用されない、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、特に、無線通信システムにおいてビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）のための上りリンクを送受信する方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

本開示の技術的課題は、特定セル又はセルグループなどに対してセル特定ビーム失敗検出／復旧手順とＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）特定ビーム失敗検出／復旧手順の両方を支援するための方法及び装置を提供することである。

【0005】

また、本開示の更なる技術的課題は、各ＴＲＰに対応するビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）参照信号セット内に複数の参照信号が設定される場合に、ビーム失敗検出のために用いられる参照信号を活性化する方法及び装置を提供することである。

【0006】

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

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

【0007】

本開示の一態様に係る無線通信システムにおいてビーム失敗復旧（ＢＦＲ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）のための上りリンク送信を行う方法は、基地局からＢＦＲ関連設定情報を受信する段階であって、前記設定情報は、第１ビーム失敗検出（ＢＦＤ：ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）セット及び第２ＢＦＤ ＲＳセットに関する情報を含む、段階、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対する無線リンク品質を評価（ａｓｓｅｓｓ）する段階、及び、前記第１ＢＦＤ ＲＳセットに対する第１ビーム失敗及び前記第２ＢＦＤ ＲＳセットに対する第２ビーム失敗のうち少なくともいずれか一つが検出されることに基づいて、前記基地局にＢＦＲのための上りリンク送信を行う段階を含むことができる。活性化のための制御情報又は前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットにおいてそれぞれ一つ以上のＢＦＤ ＲＳが活性化されることに基づいて、前記活性化された一つ以上のＢＦＤ ＲＳを用いて前記無線リンク品質が評価されてよい。

【0008】

本開示の更なる態様に係る無線通信システムにおいてビーム失敗復旧（ＢＦＲ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）のための上りリンク送信を受信する方法は、端末にＢＦＲ関連設定情報を送信する段階であって、前記設定情報は、第１ビーム失敗検出（ＢＦＤ：ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）セット及び第２ＢＦＤ ＲＳセットに関する情報を含む、段階、及び、前記端末によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対する無線リンク品質の評価（ａｓｓｅｓｓ）によって前記第１ＢＦＤ ＲＳセットに対する第１ビーム失敗及び前記第２ＢＦＤ ＲＳセットに対する第２ビーム失敗のうち少なくともいずれか一つが検出されることに基づいて、前記端末からＢＦＲのための上りリンク送信を受信する段階を含むことができる。活性化のための制御情報又は前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットにおいてそれぞれ一つ以上のＢＦＤ ＲＳが活性化されることに基づいて、前記活性化された一つ以上のＢＦＤ ＲＳを用いて前記無線リンク品質が評価されてよい。

【発明の効果】

【0009】

本開示の実施例によれば、特定セル又はセルグループなどに対してセル特定ビーム失敗検出／復旧手順とＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）特定ビーム失敗検出／復旧手順の両方を支援することができる。

【0010】

また、本開示の実施例によれば、多重のＴＲＰに対応する複数のビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）参照信号セットが設定され、各セット内で一つ以上の参照信号が設定されても、ビーム失敗検出に用いられる特定の一つ以上の参照信号が活性化されることにより、ビーム失敗検出／復旧手順に対する端末の動作の曖昧さが発生することを防止することができる。

【0011】

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

【図面の簡単な説明】

【0012】

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

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

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

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

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

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

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

【図7】本開示が適用可能な無線通信システムにおいてＰセルに対するビーム失敗復旧動作を例示する図である。

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

【図9】本開示の一実施例に係るビーム失敗復旧のための上りリンク送受信方法に対するシグナリング方法を例示する。

【図10】本開示の一実施例に係るビーム失敗復旧のための上りリンク送信を行う方法に対する端末の動作を例示する図である。

【図11】本開示の一実施例に係るビーム失敗復旧のための上りリンク送信を受信する方法に対する基地局の動作を例示する図である。

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

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
システム一般
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

【表1】

【0035】

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

【0036】

【表2】

【0037】

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

【0038】

【表3】

【0039】

【表4】

【0040】

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

【0041】

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

【0042】

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

【0043】

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

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

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

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

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

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

【数1】

【0049】

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

【0050】

【数2】

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

【表5】

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

準同一位置（ＱＣＬ：Ｑｕａｓｉ－Ｃｏ Ｌｏｃａｔｉｏｎ）
アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論され得るように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの特性（ｐｒｏｐｅｒｔｙ）が他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合に、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。

【0074】

ここで、前記チャネル特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数／ドップラーシフト（Ｆｒｅｑｕｅｎｃｙ／Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング／平均遅延（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ／ａｖｅｒａｇｅ ｄｅｌａｙ）、空間受信パラメータ（Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ）のうち一つ以上を含む。ここで、空間受信パラメータ（Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ）は、到達角度（ａｎｇｌｅ ｏｆ ａｒｒｉｖａｌ）のような空間的な（受信）チャネル特性パラメータを意味する。

【0075】

端末は、当該端末及び与えられたサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）に対して意図されたＤＣＩを有する検出されたＰＤＣＣＨによってＰＤＳＣＨをデコードするために、上位層パラメータＰＤＳＣＨ－Ｃｏｎｆｉｇ内のＭ個までのＴＣＩ－Ｓｔａｔｅ設定のリストが設定されてよい。前記ＭはＵＥ能力（ｃａｐａｂｉｌｉｔｙ）に依存する。

【0076】

それぞれのＴＣＩ－Ｓｔａｔｅは、１つ又は２つのＤＬ参照信号とＰＤＳＣＨのＤＭ－ＲＳポート間の準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係を設定するためのパラメータを含む。

【0077】

準同一位置関係は、１番目のＤＬ ＲＳに対する上位層パラメータｑｃｌ－Ｔｙｐｅ１と２番目のＤＬ ＲＳに対するｑｃｌ－Ｔｙｐｅ２（設定された場合）によって設定される。２つのＤＬ ＲＳの場合、基準（ｒｅｆｅｒｅｎｃｅ）が同一であるＤＬ ＲＳか又は互いに異なるＤＬ ＲＳかに関係なくＱＣＬタイプは同一でない。

【0078】

各ＤＬ ＲＳに対応する準同一位置タイプ（ｔｙｐｅ）は、ＱＣＬ－Ｉｎｆｏの上位層パラメータｑｃｌ－Ｔｙｐｅによって与えられ、次の値のうち一つを取ることができる：
－ ‘ＱＣＬ－ＴｙｐｅＡ’：｛ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散｝
－ ‘ＱＣＬ－ＴｙｐｅＢ’：｛ドップラーシフト、ドップラー拡散｝
－ ‘ＱＣＬ－ＴｙｐｅＣ’：｛ドップラーシフト、平均遅延｝
－ ‘ＱＣＬ－ＴｙｐｅＤ’：｛空間受信パラメータ｝
例えば、目標アンテナポート（ｔａｒｇｅｔ ａｎｔｅｎｎａ ｐｏｒｔ）が特定ＮＺＰ ＣＳＩ－ＲＳである場合に、当該ＮＺＰ ＣＳＩ－ＲＳアンテナポートはＱＣＬ－Ｔｙｐｅ Ａ観点では特定ＴＲＳと、ＱＣＬ－Ｔｙｐｅ Ｄ観点では特定ＳＳＢとＱＣＬされたと指示／設定されてよい。このような指示／設定を受けた端末は、ＱＣＬ－ＴｙｐｅＡ ＴＲＳから測定されたドップラー、遅延値を用いて当該ＮＺＰ ＣＳＩ－ＲＳを受信し、ＱＣＬ－ＴｙｐｅＤ ＳＳＢ受信に用いられた受信ビームを当該ＮＺＰ ＣＳＩ－ＲＳ受信に適用できる。

【0079】

ＵＥは、８個までのＴＣＩ状態（ＴＣＩ ｓｔａｔｅ）をＤＣＩフィールド‘Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ’のコードポイント（ｃｏｄｅｐｏｉｎｔ）にマップするために用いられるＭＡＣ ＣＥシグナリングによる活性命令（ａｃｔｉｖａｔｉｏｎ ｃｏｍｍａｎｄ）を受信することができる。

【0080】

ビーム失敗復旧（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）
ＤＬ／ＵＬビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）過程を行う際に、設定されたビーム管理の周期によってビーム不一致（ｍｉｓｍａｔｃｈ）の問題が発生することがある。特に、端末が位置を移動又は回転したり或いは周辺物体が移動したりして無線チャネル環境が変わる場合（例えば、ＬｏＳ（ｌｉｎｅ－ｏｆ ｓｉｇｈｔ）環境であったがビームが遮断（ｂｌｏｃｋ）されて非ＬＯＳ（Ｎｏｎ－ＬｏＳ）環境に変わる）、最適のＤＬ／ＵＬビーム対（ｂｅａｍ ｐａｉｒ）が変わることがある。このような変化により、一般にネットワーク指示によって行うビーム管理過程でトラッキング（ｔｒａｃｋｉｎｇ）に失敗した時、ビーム失敗イベント（ｂｅａｍ ｆａｉｌｕｒｅ ｅｖｅｎｔ）が発生したと言える。このようなビーム失敗イベント発生の有無は、端末が下りリンク参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の受信品質から判断できる。そして、このような状況に対する報告メッセージ或いはビーム復旧要請のためのメッセージ（これをビーム失敗復旧要請（ＢＦＲＱ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）メッセージという。）が端末から伝達される必要がある。このようなビーム失敗復旧要請メッセージを受信した基地局は、ビーム復旧のために、ビームＲＳ（ｂｅａｍ ＲＳ）送信、ビーム報告（ｂｅａｍ ｒｅｐｏｒｔｉｎｇ）要請などの様々な過程によってビーム復旧を行うことができる。このような一連のビーム復旧過程を、ビーム失敗復旧（ＢＦＲ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）という。リリース（Ｒｅｌ）－１５ＮＲでは競合ベースＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨ）リソースが常に存在するプライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ ｃｅｌｌ）或いはプライマリセカンダリセル（ＰＳｃｅｌｌ：ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）（両方を総称して特殊セル（ＳｐＣｅｌｌ：ｓｐｅｃｉａｌ ｃｅｌｌ）ともいう。）に対するＢＦＲ（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）過程を標準化した。当該ＢＦＲ手続はサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）内の動作であり、端末のビーム失敗検出（ＢＦＤ：ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）過程、ＢＦＲＱ過程、及びＢＦＲＱに対する基地局の応答を端末がモニタする過程によって次のように構成される。

【0081】

図７は、本開示が適用可能な無線通信システムにおいてＰセルに対するビーム失敗復旧動作を例示する図である。

【0082】

以下、図７を参照して、ビーム失敗復旧動作を記述する。

【0083】

１）ビーム失敗検出（ＢＦＤ：Ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）
全てのＰＤＣＣＨビームが所定の品質値（Ｑ＿ｏｕｔ）以下に低下する場合、１回のビーム失敗インスタンス（ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）が発生したという。ここで、品質は仮定的な（ｈｙｐｏｔｈｅｔｉｃａｌ）ブロックエラー率（ＢＬＥＲ：ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）を基準とする。すなわち、当該ＰＤＣＣＨで制御情報が送信されたと仮定する場合に、当該情報の復調に失敗する確率を意味する。

【0084】

ここで、ＰＤＣＣＨをモニタリング（ｍｏｎｉｔｏｒｉｎｇ）するサーチスペース（ｓｅａｒｃｈ ｓｐａｃｅ）が端末に１或いは複数個設定されてよい。ここで、各サーチスぺース別にビームが異なって設定されてよい。この場合、全てのサーチスぺースに対する全てのＰＤＣＣＨビームがＢＬＥＲ閾値（ｔｈｒｅｓｈｏｌｄ）以下に低下する場合を意味する。ＢＦＤ参照信号（ＢＦＤ ＲＳ）を端末が判定する基準として、次の２つの方式が支援される。

【0085】

ＢＦＤ ＲＳに対する暗示的（ｉｍｐｌｉｃｉｔ）設定：各サーチスぺースには、ＰＤＣＣＨ送信が可能なリソース領域である制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）識別子（ＩＤ：ｉｄｅｎｔｉｆｉｅｒ）が設定される。そして、各ＣＯＲＥＳＥＴ ＩＤ別に空間受信パラメータ（ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ）観点でＱＣＬ（Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｅｄ）されているＲＳ情報（例えば、ＣＳＩ－ＲＳリソース識別子（ｒｅｓｏｕｒｃｅ ＩＤ）、ＳＳＢ識別子（ＩＤ））が指示／設定されてよい。例えば、ＮＲ標準ではＴＣＩ（ｔｒａｎｓｍｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）指示によって、ＱＣＬされたＲＳを指示／設定する。ここで、空間受信パラメータ（ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ）観点でＱＣＬされているＲＳ（例えば、ＴＳ ３８．２１４においてＱＣＬタイプ（Ｔｙｐｅ）Ｄ）は、端末が当該ＰＤＣＣＨ ＤＭＲＳ受信において当該空間的にＱＣＬされたＲＳ（ｓｐａｔｉａｌｌｙ ＱＣＬｅｄ ＲＳ）受信に使用したビームを同一に使用（すなわち、受信のための同じ空間ドメインフィルター（ｓｐａｔｉａｌ ｄｏｍａｉｎ ｆｉｌｔｅｒ）を使用）する（或いは使用してもよい）との指示を基地局が知らせることを意味する。結局、基地局観点では空間的にＱＣＬされたアンテナポート（ｓｐａｔｉａｌｌｙ ＱＣＬｅｄ ａｎｔｅｎｎａ ｐｏｒｔｓ）間には同一の送信ビーム或いは類似の送信ビーム（例えば、ビーム方向は同一／類似であるが、ビーム幅が互いに異なる場合）を適用して送信する旨を端末に知らせる方法である。すなわち、上述したように、端末は、ＰＤＣＣＨ受信のためのＣＯＲＥＳＥＴに設定された空間受信パラメータ（ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ）観点でＱＣＬ（Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｅｄ）されているＲＳをＢＦＤ参照信号（ＢＦＤ ＲＳ）と判断する（すなわち、前記‘全てのＰＤＣＣＨビーム’と見なす）ことができる。

【0086】

ＢＦＤ ＲＳに対する明示的（ｅｘｐｌｉｃｉｔ））設定：基地局が前記用途（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）にビーム参照信号（ｂｅａｍ ＲＳ（ｓ））を明示的に端末に設定できる。この場合、当該設定されたビーム参照信号が前記‘全てのＰＤＣＣＨビーム’に該当する。

【0087】

端末物理層は、ＢＦＤ ＲＳ（ｓ）を基準で測定した仮定的なＢＬＥＲが特定閾値以上へと劣化するイベントが発生する度に、ビーム失敗インスタンス（ＢＦＩ：ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）が発生したということをＭＡＣサブ層に知らせる。端末ＭＡＣサブ層では一定時間以内に（すなわち、ＢＦＤタイマー内に）、一定回数（例えば、上位層パラメータｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔの値）のＢＦＩが発生すると、ビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）が発生したと判断し（見なし）、関連ＲＡＣＨ動作を開始（ｉｎｉｔｉａｔｅ）する。

【0088】

ＭＡＣ個体は次のように動作する：
１＞ 仮にＢＦＩが下位階層（例えば、物理層）から受信された場合：
２＞ ＢＦＤタイマー（ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）を開始又は再開始する；
２＞ ＢＦＩカウンター（ＢＦＩ＿ＣＯＵＮＴＥＲ）を１増加（ｉｎｃｒｅｍｅｎｔ）させる；
２＞ 仮に、ＢＦＩカウンター（ＢＦＩ＿ＣＯＵＮＴＥＲ）がビーム失敗インスタンス最大カウント（回数）（ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）と同一であるか大きいと：
３＞ 特殊セル（ＳｐＣｅｌｌ）上で任意接続手続（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）を開始する（上述の任意接続関連手続参考）。

【0089】

１＞ 仮に、ＢＦＤタイマー（ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）が満了すると；又は、
１＞仮に、ＢＦＤタイマー（ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）、ビーム失敗インスタンス最大カウント（回数）（ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）、又はビーム失敗検出のために用いられるいかなる参照信号が上位層（例えば、ＲＲＣ層）によって再設定されると：
２＞ ＢＦＩカウンター（ＢＦＩ＿ＣＯＵＮＴＥＲ）を０にセットする。

【0090】

１＞ 仮に、任意接続手続（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）が成功的に完了すると：
２＞ ＢＦＩカウンター（ＢＦＩ＿ＣＯＵＮＴＥＲ）を０にセットする；
２＞ 仮に設定されたら、ビーム失敗復旧タイマー（ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ）を中断する；
２＞ ビーム失敗復旧手続（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ）が成功的に完了したと見なす。

【0091】

２）ビーム失敗復旧要請（ＢＦＲＱ）（ＰＲＡＣＨベース）：新しいビーム識別＋ＰＲＡＣＨ送信
先に１）ビーム失敗検出（ＢＦＤ）で述べたように、一定数以上のＢＦＩが発生する場合、端末は、ビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）が発生したと判断し、ビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）動作を行うことができる。ビーム失敗復旧動作の一例としてＲＡＣＨ手続（すなわち、ＰＲＡＣＨ）に基づくビーム失敗復旧要請（ＢＦＲＱ）動作が行われてよい。以下、当該ＢＦＲＱ手続について具体的に説明する。

【0092】

基地局は当該端末に、ビーム失敗（ＢＦ）発生時に代替可能な候補ビームに該当するＲＳリスト（例えば、ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔ）を上位層シグナリング（例えば、ＲＲＣ）によって設定できる。また、当該候補ビームに対して専用の（ｄｅｄｉｃａｔｅｄ）ＰＲＡＣＨリソースが設定されてよい。ここで、専用のＰＲＡＣＨリソースは、非競合ベースのＰＲＡＣＨ（ｎｏｎ－ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨ）（これを、競合無しＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ＰＲＡＣＨ）ともいう。）リソースである。仮に、端末が当該リストから（適切な）ビームを見出せないと、端末は、既に設定されたＳＳＢリソースから選んで競合ベースＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨ）を基地局に送信する。具体的な手続は次の通りである。

【0093】

１段階）端末は、基地局が候補ビームＲＳセット（ｃａｎｄｉｄａｔｅ ｂｅａｍ ＲＳ ｓｅｔ）によって設定したＲＳから、所定の品質値（Ｑ＿ｉｎ）以上を有するビームを探す。

【0094】

－ 仮に、一つのビームＲＳが閾値を超えると、端末は当該ビームＲＳを選択する。

【0095】

－ 仮に、複数個のビームＲＳが閾値を超えると、端末は当該ビームＲＳから任意の一つを選択する。

【0096】

－ 仮に、閾値を越えるビームがないと、端末は下記の２段階を行う。

【0097】

ここで、ビーム品質はＲＳＲＰを基準にすることができる。

【0098】

また、前記基地局が設定したＲＳビームセットは、次の３つの場合を含むことができる。例えば、ＲＳビームセット内のビームＲＳがいずれもＳＳＢで構成されてよい。又は、ＲＳビームセット内のビームＲＳがいずれもＣＳＩ－ＲＳリソースで構成されてよい。又は、ＲＳビームセット内のビームＲＳがＳＳＢとＣＳＩ－ＲＳリソースで構成されてよい。

【0099】

２段階）端末は、（競合ベースＰＲＡＣＨリソースと連結された）ＳＳＢから、所定の品質値（Ｑ＿ｉｎ）以上を有するビームを探す。

【0100】

－ 仮に、一つのＳＳＢが閾値を超えると、端末は当該ビームＲＳを選択する。

【0101】

－ 仮に、複数個のＳＳＢが閾値を超えると、端末は当該ビームＲＳから任意の一つを選択する。

【0102】

－仮に、閾値を越えるビームがないと、端末は次の３段階を行う。

【0103】

３段階）端末は（競合ベースＰＲＡＣＨリソースと連結された）ＳＳＢから任意のＳＳＢを選択する。

【0104】

端末は、上の過程で選択したビームＲＳ（ＣＳＩ－ＲＳ又はＳＳＢ）と直接に或いは間接に連結設定されたＰＲＡＣＨリソース及びプリアンブル（ｐｒｅａｍｂｌｅ）を基地局に送信する。

【0105】

－ ここで、直接連結設定は次の場合に用いられる。

【0106】

ＢＦＲ用途に別途設定された候補ビームＲＳセット（ｃａｎｄｉｄａｔｅ ｂｅａｍ ＲＳ ｓｅｔ）内の特定ＲＳに対して競合無しＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＰＲＡＣＨ）リソース及びプリアンブルが設定された場合
任意接続など他の用途に汎用的に設定されたＳＳＢと一対一でマップされた（競合ベース）ＰＲＡＣＨリソース及びプリアンブルが設定された場合
－ 又は、ここで、間接連結設定は次の場合に用いられる。

【0107】

ＢＦＲ用途に別途設定された候補ビームＲＳセット（ｃａｎｄｉｄａｔｅ ｂｅａｍ ＲＳ ｓｅｔ）内の特定ＣＳＩ－ＲＳに対して競合無しＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＰＲＡＣＨ）リソース及びプリアンブルが設定されない場合
ここで、端末は、当該ＣＳＩ－ＲＳと同一受信ビームで受信可能であると指定された（すなわち、空間受信パラメータ（ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ）に関してＱＣＬされた（ＱＣＬｅｄ：ｑｕａｓｉ－ｃｏ－ｌｏｃａｔｅｄ）ｗｉｔｈ ｒｅｓｐｅｃｔ ｔｏ））ＳＳＢと連結された（競合無し）ＰＲＡＣＨリソース及びプリアンブルを選択する。

【0108】

３）ＢＦＲＱに対する基地局の応答をモニタリング
－ 端末は当該ＰＲＡＣＨ送信に対する基地局（ｇＮＢ）の回答をモニタする。

【0109】

ここで、前記競合無しＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＰＲＡＣＨ）リソース及びプリアンブルに対する応答は、Ｃ－ＲＮＴＩでマスキング（ｍａｓｋｉｎｇ）されたＰＤＣＣＨで送信され、応答は、ＢＦＲ用に別途にＲＲＣ設定されたサーチスペース（ＳＳ：サーチスぺース）で受信される。

【0110】

ここで、前記サーチスぺースは、（ＢＦＲ用）特定ＣＯＲＥＳＥＴに設定される。

【0111】

競争ＰＲＡＣＨ（Ｃｏｎｔｅｎｔｉｏｎ ＰＲＡＣＨ）に対する応答は、一般の競合ＰＲＡＣＨベース任意接続（ｃｏｎｔｅｎｔｉｏｎ ＰＲＡＣＨ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）過程のために設定されたＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ ０又はＣＯＲＥＳＥＴ １）及びサーチスぺースがそのまま再使用される。

【0112】

－ 仮に一定時間回答がないと、前記２）新しいビーム識別及び選択過程、及び３）ＢＦＲＱ及び基地局の応答モニタリング過程を反復する。

【0113】

前記過程は、ＰＲＡＣＨ送信があらかじめ設定された最大回数（Ｎ＿ｍａｘ）まで到達する或いは設定されたタイマー（ＢＦＲ ｔｉｍｅｒ）が満了するまで行われてよい。

【0114】

前記タイマーが満了すると、端末は競合無しＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ＰＲＡＣＨ）送信を中断するが、ＳＳＢ選択による競合ベースＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨ）送信は、Ｎ＿ｍａｘが到達するまで行うことができる。

【0115】

向上したビーム失敗復旧（Ｒｅｌ－１６）
上述したように、Ｒｅｌ－１５ＮＲにおいてＰＲＡＣＨベースのＢＦＲ過程を標準化した。ただし、これは、ＣＡ（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）においていずれかのセカンダリセル（ＳＣｅｌｌ）はＵＬキャリア（ｃａｒｒｉｅｒ）がないこともあり、また、ＵＬキャリアがある場合にも競合ベースＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨ）が設定できとの技術的限界から、ＰＣｅｌｌ或いはＰＳＣｅｌｌにのみ限定的に適用される。このような限界は、特に、低周波数帯域（例えば、６ＧＨｚ以下）にＰＣｅｌｌを運営しながら高周波帯域（例えば、３０ＧＨｚ）をＳＣｅｌｌとして運営しようとする場合、実際にＢＦＲが必要な高周波帯域においてＢＦＲを支援できない限界がある。このような理由で、Ｒｅｌ－１６ＮＲ ＭＩＭＯワークアイテムにおいてＳＣｅｌｌに対するＢＦＲ支援のための標準化が進行中である。現在までの標準化論議の結果、少なくともＤＬのみのＳＣｅｌｌ（ＤＬ ｏｎｌｙ ＳＣｅｌｌ）に対しては当該ＳＣｅｌｌにＵＬ送信ができないため、ＳｐＣｅｌｌにＳＣｅｌｌビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）が発生したことを基地局に知らせる時に使用する（専用の）ＰＵＣＣＨリソースを設定し、これを用いてＳＣｅｌｌに対するＢＦＲＱを行うようにする予定である。以下、便宜上、当該ＰＵＣＣＨをＢＦＲ－ＰＵＣＣＨと呼ぶ。

【0116】

上述したように、Ｒｅｌ－１５で標準化されたＢＦＲ－ＰＲＡＣＨの役割は、‘ビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）の発生＋新しいビームＲＳ（セット）情報’を共に基地局に送信することである。一方、ＢＦＲ－ＰＵＣＣＨの役割は、‘ＳＣｅｌｌに対するビーム失敗発生’のみを知らせることである。そして、どのＳＣｅｌｌにビーム失敗が発生したか（例えば、ＣＣインデックス）、当該ＳＣｅｌｌに対する新しいビーム存在の有無、及び新しいビームが存在する場合における該当のビームＲＳ識別子（ｂｅａｍ ＲＳ ＩＤ）（及び該当のビームＲＳの品質（例えば、ＲＳＲＰ又はＳＩＮＲ））は、後続するＭＡＣ－ＣＥ（或いは、ＵＣＩ）で報告されてよい。ここで、後続するビーム報告は常にトリガー（ｔｒｉｇｇｅｒ）されるわけではなく、基地局がＢＦＲ－ＰＵＣＣＨを受信した後、当該端末に対してＢＦＲ設定されたＳＣｅｌｌを非活性化（ｄｅａｃｔｉｖａｔｅ）することも可能である。このように設計する理由は、ＰＣｅｌｌ／ＰＳＣｅｌｌ一つに数十個のＳＣｅｌｌが連結される場合も発生することがあり、基地局観点で一つのＰＣｅｌｌ／ＰＳＣｅｌｌ ＵＬを共有する端末が多い場合があるが、このような場合まで考慮すると、ＰＣｅｌｌ／ＰＳＣｅｌｌに、各端末にＳＣｅｌｌ ＢＦＲＱ用途に予約（ｒｅｓｅｒｖｅ）するＵＬリソース量を最小化することが好ましいためである。

【0117】

制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）
ＣＯＲＥＳＥＴ情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）は、下りリンク制御情報を探索するための時間／周波数制御リソースセット（ＣＯＲＥＳＥＴ）を設定するために用いられる。

【0118】

表６は、ＣＯＲＥＳＥＴ ＩＥを例示する。

【0119】

【表6】

【0120】

下表７は、ＣＯＲＥＳＥＴ ＩＥ内のフィールドを説明するものである。

【0121】

【表7-1】

【0122】

【表7-2】

【0123】

ＣＯＲＥＳＥＴ識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ）ＩＥは、サービングセル内ＣＯＲＥＳＥＴを識別するために用いられる短い識別子（ｓｈｏｒｔ ｉｄｅｎｔｉｔｙ）と関連する。ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ＝０は、ＰＢＣＨ（ＭＩＢ）及びｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（サービングセル共通設定（ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ））によって設定されるＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ＃０を識別する。ＩＤ空間（ｓｐａｃｅ）は、サービングセルのＢＷＰで用いられる。ＢＷＰ当たりにＣＯＲＥＳＥＴの個数は３個に制限される（共通ＣＯＲＥＳＥＴ及びＵＥ特定ＣＯＲＥＳＥＴを含めて）。表８は、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ ＩＥを例示する。

【0124】

【表8】

【0125】

ＣＯＲＥＳＥＴゼロ（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）ＩＥは、最初ＢＷＰのＣＯＲＥＳＥＴ＃０を設定するために用いられる。表９は、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ ＩＥを例示する。

【0126】

【表9】

【0127】

多重ＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）関連動作
多点協調通信（ＣｏＭＰ：Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ Ｐｏｉｎｔ）の手法は、多数の基地局が端末からフィードバックされたチャネル情報（例えば、ＲＩ／ＣＱＩ／ＰＭＩ／ＬＩ（ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ）など）を相互に交換（例えば、Ｘ２インターフェース利用）或いは活用して、端末に協調送信することによって干渉を効果的に制御する方式をいう。利用する方式によって、ＣｏＭＰは連合送信（ＪＴ：Ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）、協調スケジューリング（ＣＳ：Ｃｏｏｒｄｉｎａｔｅｄ Ｓｃｈｅｄｕｌｉｎｇ）、協調ビームフォーミング（ＣＢ：Ｃｏｏｒｄｉｎａｔｅｄ Ｂｅａｍｆｏｒｍｉｎｇ）、動的ポイント選択（ＤＰＳ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｓｅｌｅｃｔｉｏｎ）、動的ポイント遮断（ＤＰＢ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｂｌｏｃｋｉｎｇ）などに区分できる。

【0128】

Ｍ個のＴＲＰが一つの端末にデータを送信するＭ－ＴＲＰ送信方式は、大きく、ｉ）送信率を高めるための方式であるｅＭＢＢ Ｍ－ＴＲＰ送信と、ｉｉ）受信成功率増加及び遅延（ｌａｔｅｎｃｙ）減少のための方式であるＵＲＬＬＣ Ｍ－ＴＲＰ送信とに区分できる。

【0129】

また、ＤＣＩ送信観点で、Ｍ－ＴＲＰ送信方式は、ｉ）各ＴＲＰが互いに異なるＤＣＩを送信するＭ－ＤＣＩ（ｍｕｌｔｉｐｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信と、ｉｉ）一つのＴＲＰがＤＣＩを送信するＳ－ＤＣＩ（ｓｉｎｇｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信とに区分できる。例えば、Ｓ－ＤＣＩベースＭ－ＴＲＰ送信の場合、Ｍ ＴＲＰが送信するデータに対する全てのスケジューリング情報が一つのＤＣＩで端末に伝達される必要があり、両ＴＲＰ間の動的な（ｄｙｎａｍｉｃ）協調が可能な理想的バックホール（ｉｄｅａｌ ＢＨ：ｉｄｅａｌ ＢａｃｋＨａｕｌ）環境で用いられてよい。

【0130】

ＴＤＭベースＵＲＬＬＣ Ｍ－ＴＲＰ送信に対して、方式（ｓｃｈｅｍｅ）３／４が標準化議論中である。具体的に、方式４は、１つのスロットでは１つのＴＲＰが送信ブロック（ＴＢ）を送信する方式を意味し、複数のスロットで複数のＴＲＰから受信した同一ＴＢを用いてデータ受信確率を上げ得る効果がある。これと違い、方式３は、１つのＴＲＰが連続したいくつかのＯＦＤＭシンボル（すなわち、シンボルグループ）でＴＢを送信する方式を意味し、１つのｓｌｏｔ内で複数のＴＲＰが互いに異なるシンボルグループで同一のＴＢを送信するように設定されてよい。

【0131】

また、ＵＥは、互いに異なる制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）（又は、互いに異なるＣＯＲＥＳＥＴグループに属したＣＯＲＥＳＥＴ）で受信したＤＣＩがスケジュールしたＰＵＳＣＨ（又は、ＰＵＣＣＨ）を、互いに異なるＴＲＰで送信するＰＵＳＣＨ（又は、ＰＵＣＣＨ）と認識するか又は互いに異なるＴＲＰのＰＤＳＣＨ（又は、ＰＤＣＣＨ）と認識できる。また、後述する互いに異なるＴＲＰで送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対する方式は、同一ＴＲＰに属する互いに異なるパネル（ｐａｎｅｌ）で送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対しても同一に適用できる。

【0132】

また、ＭＴＲＰ－ＵＲＬＬＣは、同一ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）をＭ－ＴＲＰが異なるレイヤ／時間／周波数（ｌａｙｅｒ／ｔｉｍｅ／ｆｒｅｑｕｅｎｃｙ）を用いて送信することを意味できる。ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、ＤＣＩによって様々なＴＣＩ状態（ｓｔａｔｅ）が指示され、各ＴＣＩ状態のＱＣＬ ＲＳを用いて受信したデータは互いに同じＴＢであると仮定できる。一方、ＭＴＲＰ－ｅＭＢＢは、異なるＴＢをＭ－ＴＲＰが異なるレイヤ／時間／周波数を用いて送信することを意味できる。ＭＴＲＰ－ｅＭＢＢ送信方式が設定されたＵＥは、ＤＣＩによって様々なＴＣＩ状態が指示され、各ＴＣＩ状態のＱＣＬ ＲＳを用いて受信したデータは互いに異なるＴＢであると仮定できる。これと関連して、ＵＥは、ＭＴＲＰ－ＵＲＬＬＣ用途として設定されたＲＮＴＩとＭＴＲＰ－ｅＭＢＢ用途として設定されたＲＮＴＩを別個に区分して用いることによって、当該Ｍ－ＴＲＰ送信がＵＲＬＬＣ送信か又はｅＭＢＢ送信かを判断／決定できる。すなわち、ＵＥの受信したＤＣＩのＣＲＣマスキング（ｍａｓｋｉｎｇ）がＭＴＲＰ－ＵＲＬＬＣ用途として設定されたＲＮＴＩを用いて行われた場合に、それはＵＲＬＬＣ送信に該当し、ＤＣＩのＣＲＣマスキングがＭＴＲＰ－ｅＭＢＢ用途として設定されたＲＮＴＩを用いて行われた場合に、それはｅＭＢＢ送信に当該し得る。

【0133】

以下、本開示で説明／言及されるＣＯＲＥＳＥＴグループ識別子（ｇｒｏｕｐ ＩＤ）は、各ＴＲＰ／パネル（ｐａｎｅｌ）のためのＣＯＲＥＳＥＴを区分するためのインデックス（ｉｎｄｅｘ）／識別情報（例えば、ＩＤ）などを意味できる。そして、ＣＯＲＥＳＥＴグループは、各ＴＲＰ／パネルのためＣＯＲＥＳＥＴを区分するためのインデックス／識別情報（例えば、ＩＤ）／前記ＣＯＲＥＳＥＴグループＩＤによって区分されるＣＯＲＥＳＥＴのグループ／和集合であってよい。一例として、ＣＯＲＥＳＥＴグループＩＤは、ＣＯＲＳＥＴ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）内に定義される特定インデックス情報であってよい。この場合、ＣＯＲＥＳＥＴグループは各ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴ設定内に定義されたインデックスによって設定／指示／定義されてよい。及び／又は、ＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のためのインデックス／識別情報／指示子などを意味できる。以下、本開示で説明／言及されるＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子に代替して表現されてよい。前記ＣＯＲＥＳＥＴグループＩＤ、すなわち、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子は、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ、例えば、ＲＲＣシグナリング）／第２層シグナリング（Ｌ２ ｓｉｇｎａｌｉｎｇ、例えば、ＭＡＣ－ＣＥ）／第１層シグナリング（Ｌ１ ｓｉｇｎａｌｉｎｇ、例えば、ＤＣＩ）などによって端末に設定／指示されてよい。一例として、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）ＰＤＣＣＨ検出（ｄｅｔｅｃｔｉｏｎ）が行われるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）上りリンク制御情報（例えば、ＣＳＩ、ＨＡＲＱ－Ａ／Ｎ（ＡＣＫ／ＮＡＣＫ）、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ））及び／又は上りリンク物理チャネルリソース（例えば、ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳリソース）が分離されて管理／制御されるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ別に各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）スケジュールされるＰＤＳＣＨ／ＰＵＳＣＨなどに対するＨＡＲＱ Ａ／Ｎ（処理（ｐｒｏｃｅｓｓ）／再送信）が管理されてよい。

【0134】

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

【0135】

ＮＣＪＴ（Ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）は、多数のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）が一つの端末に同一の時間周波数リソースを用いてデータを送信する方法であり、ＴＰ間に互いに異なるＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）ポートを用いて異なったレイヤ（ｌａｙｅｒ）を用いて（すなわち、互いに異なるＤＭＲＳポートで）データを送信する。

【0136】

ＴＰは、ＮＣＪＴ受信する端末にデータスケジューリング情報をＤＣＩで伝達する。この時、ＮＣＪＴに参加する各ＴＰが自身の送信するデータに対するスケジューリング情報をＤＣＩで伝達する方式を‘多重ＤＣＩベースＮＣＪＴ（ｍｕｌｔｉ ＤＣＩ ｂａｓｅｄ ＮＣＪＴ）’という。ＮＣＪＴ送信に参加するＮ ＴＰがそれぞれＤＬグラント（ｇｒａｎｔ）ＤＣＩとＰＤＳＣＨをＵＥに送信するので、ＵＥは、Ｎ個のＤＣＩとＮ個のＰＤＳＣＨをＮ ＴＰから受信する。これとは違い、代表ＴＰ一つが自身の送信するデータと他のＴＰ（すなわち、ＮＣＪＴに参加するＴＰ）が送信するデータに対するスケジューリング情報を一つのＤＣＩで伝達する方式を‘単一ＤＣＩベースＮＣＪＴ（ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ ＮＣＪＴ）’という。この場合、Ｎ ＴＰが一つのＰＤＳＣＨを送信するが、各ＴＰは一つのＰＤＳＣＨを構成する多重レイヤ（ｍｕｌｔｉｐｌｅ ｌａｙｅｒ）の一部レイヤのみを送信する。例えば、４レイヤデータが送信される場合に、ＴＰ１が２レイヤを送信し、ＴＰ２が残り２レイヤをＵＥに送信できる。

【0137】

以下、部分的（ｐａｒｔｉａｌｌｙ）に重複（ｏｖｅｒｌａｐｐｅｄ）されたＮＣＪＰについて説明する。

【0138】

また、ＮＣＪＴは、各ＴＰの送信する時間周波数リソースが完全に重なっている完全重複（ｆｕｌｌｙ ｏｖｅｒｌａｐｐｅｄ）ＮＣＪＴと、一部の時間周波数リソースのみ重なっている部分重複（ｐａｒｔｉａｌｌｙ ｏｖｅｒｌａｐｐｅｄ）ＮＣＪＴとに区別できる。すなわち、部分重複ＮＣＪＴである場合、一部の時間周波数リソースではＴＰ１とＴＰ２のデータの両方が送信され、残り時間周波数リソースではＴＰ１又はＴＰ２のいずれが一方のＴＰのデータのみが送信される。

【0139】

以下、複数（Ｍｕｌｔｉ－ＴＲＰ）での信頼度向上のための方式について説明する。

【0140】

複数ＴＲＰでの送信を用いた信頼度（ｒｅｌｉａｂｉｌｉｔｙ）向上のための送受信方法として、次の２つの方法が考慮できる。

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

ビーム失敗復旧（ＢＦＲ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）方法
上に述べた内容（３ＧＰＰシステム、フレーム構造、ＮＲシステム、ビーム失敗復旧手順（Ｒｅｌ－１５／１６）など）は、後述する本明細書で提案する方法と結合して適用されてよく、又は本明細書で提案する方法の技術的特徴を明確にするうえで補充されてよい。以下に説明される方法は、説明の便宜のために区別されているだけで、いずれか一つの方法の一部構成が他の方法の一部構成と置換されたり、相互間に結合して適用されてもよいことは勿論である。

【0147】

本明細書において、‘／’は、文脈によって‘及び’、‘又は’、或いは‘及び／又は’を意味する。

【0148】

ＮＲ Ｒｅｌ－１７ ＦｅＭＩＭＯにおいてＴＲＰ特定（ＴＲＰ－ｓｐｅｃｉｆｉｃ）ＢＦＲ方式の標準化が行われた。既存Ｒｅｌ－１５／１６ ＢＦＲ手順とは違い、Ｒｅｌ－１７ ＴＲＰ特定ＢＦＲでは、端末に対してＣＣ／ＢＷＰ内（特定ＴＲＰに対応する）ビーム失敗モニタリング／検出（ｂｅａｍ ｆａｉｌｕｒｅ ｍｏｎｉｔｏｒｉｎｇ／ｄｅｔｅｃｔｉｏｎ）のためのＢＦＤ－ＲＳセット（ｓｅｔ）が２個まで設定可能に向上（ｅｎｈａｎｃｅ）された。

【0149】

すなわち、特定ＢＦＤ－ＲＳセットは、明示的に／暗黙的に特定ＴＲＰに対応し得る。一例として、特定ＴＲＰと関連したＰＵＣＣＨリソースは、特定ＢＦＤ－ＲＳセットと関連したＰＵＣＣＨリソースと解釈されてよい。

【0150】

また、特定ＢＦＤ－ＲＳセットにおいてビーム失敗（ＢＦ：ｂｅａｍ ｆａｉｌｕｒｅ）が発生／感知（ｄｅｔｅｃｔｉｏｎ）されることにより、後続するＢＦＲＱ動作及びＢＦＲ ＭＡＣ ＣＥ送信について手順が定義された。また、新しいビーム識別（ＮＢＩ：ｎｅｗ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）のための候補ビームを設定するＮＢＩ－ＲＳセットに対してもＴＲＰ特定に設定できるように合意された。一例として、各ＢＦＤ－ＲＳセットと関連した（対応した）ＮＢＩ－ＲＳセットが設定されてよい。

【0151】

ＴＲＰ特定ＢＦが宣言されたとき、端末が基地局に、当該ＢＦ（又は、ＢＦＲ）を知らせるＢＦＲＱ ＰＵＣＣＨ－ＳＲリソースに対して、セルグループ内の最大２個のリソースまでのＰＵＣＣＨリソースを用いて支援するように合意された。仮に、スペシャルセル（ＳｐＣｅｌｌ：ｓｐｅｃｉａｌ ｃｅｌｌ）（＝ＰＣｅｌｌ＋ＰＳＣｅｌｌ）にＴＲＰ特定ＢＦＤ－ＲＳセットが２個設定される場合に、特定ＢＦＤ－ＲＳセットにおいてＴＲＰ特定ＢＦが発生すると、端末は、当該ＢＦＤ－ＲＳセットと関連／対応するＰＵＣＣＨ－ＳＲリソースをＢＦＲＱ送信に活用する。また、ＴＲＰ特定ＢＦに関する情報を搬送できるＢＦＲ ＭＡＣ ＣＥに対しても、ＴＲＰ特定ＢＦが発生したＣＣインデックス、ＢＦが発生したＢＦＤ－ＲＳセットインデックス、ＢＦが発生したＢＦＤ－ＲＳセットと対応するＮＢＩ－ＲＳセットから新しいビーム（ｎｅｗ ビーム）を探したか否か、（新しいビームを探した場合に）ＮＢＩ－ＲＳ情報などを搬送できるようにＢＦＲ ＭＡＣ ＣＥメッセージフォーマットを向上（ｅｎｈａｎｃｅ）中である。（下記の表１０のＲｅｌ－１７ Ｍ－ＴＲＰ ＢＭ関連合意（ａｇｒｅｅｍｅｎｔ）参照）
表１０に、ＴＲＰ特定ＢＦＲに関してＲｅｌ－１７Ｍ－ＴＲＰ ＢＭ関連合意を例示する。

【0152】

【表10-1】

【0153】

【表10-2】

【0154】

【表10-3】

【0155】

表１０を参照すると、Ｍ－ＴＲＰ ＢＦＲに対して、ＢＷＰ当たりに２個のＢＦＤ（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）－ＲＳセットが支援され、各ＢＦＤ－ＲＳセットに最大でＮ（Ｎは自然数）個のリソースが支援される。

【0156】

また、Ｍ－ＴＲＰ ＢＦＲ（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）に対して、各ＢＦＤ－ＲＳセットとＮＢＩ－ＲＳセット間の一対一対応を支援する。

【0157】

また、ＢＦＲＱ（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）応答に対して、Ｒｅｌ．１６ ＳＣｅｌｌ ＢＦＲにおけると同じｇＮＢ応答が支援される（すなわち、ＢＦＲＱ ＭＡＣ－ＣＥを運搬するＰＵＳＣＨと同じＨＡＲＱプロセスＩＤをスケジュールするトグルされた（ｔｏｇｇｌｅｄ）ＮＤＩがあるＤＣＩ）。

【0158】

また、Ｍ－ＴＲＰ ＢＦＲのＢＦＲＱに対して、セルグループ内の最大で２個のＰＵＣＣＨ－ＳＲリソースが支援される。また、失敗したＣＣインデックス情報、失敗したＴＲＰ／ＣＣに対する一つの新しい候補ビーム（発見された場合）、新しい候補ビーム発見の有無を伝達できるＢＦＲＱ ＭＡＣ－ＣＥが支援される。少なくとも単一ＴＲＰ失敗の指示が支援される。

【0159】

また、多重ＴＲＰ ＢＦＲに対して、セルグループの全てのＣＣにある全てのＴＲＰに対して少なくともＢＦＲＱに対して単一ＭＡＣ－ＣＥが用いられ、ここには次が含まれる。

【0160】

－ 失敗したＢＦＤ－ＲＳセットのインデックス（失敗したＴＲＰリンク表示）
－ 失敗したＴＲＰリンクを含むＣＣのインデックス
－ 失敗したＢＦＤ－ＲＳセットと関連したＮＢＩ－ＲＳセット内で新しい候補ビームが識別されるか否かを示す指示子及び該当するＮＢＩ－ＲＳセット内ＮＢＩ－ＲＳリソースの数に基づいて新しい候補ビーム（識別された場合）を示すリソース指示子
また、セット当たりにＢＦＤ－ＲＳリソースの最大個数は、Ｒｅｌ．１７において可能な候補値１を含むＵＥ能力である。

【0161】

また、ＣＯＲＥＳＥＴ当たりに一つの活性化されたＴＣＩ状態があるＵＥに対してＲｅｌ．１７において次のＢＦＤ－ＲＳ設定を支援する。

【0162】

－ Ｍ－ＤＣＩにおいて、ＢＦＤ－ＲＳセットｋ（ｋ＝０，１）は、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ＝ｋであるＣＯＲＥＳＥＴのＸ個のＴＣＩに基づいて導出される。

【0163】

また、ＣＯＲＥＳＥＴ当たりに一つの活性化されたＴＣＩ状態があるＵＥに対してＲｅｌ．１７において次のＢＦＤ－ＲＳ設定を支援する。

【0164】

－ ＢＦＤ－ＲＳセットｋ（ｋ＝０，１）においてＢＦＤ－ＲＳリソースの明示的な設定
また、ＲＡＣＨベース送信は、少なくとも次のシナリオにおいてＳｐＣｅｌｌでトリガーされてよい。

【0165】

－ シナリオ１：ＳｐＣｅｌｌの全てのＢＦＤ－ＲＳセットでビーム誤りが感知された場合
また、ＢＦＤ－ＲＳセットｋとＮＢＩ－ＲＳセットｊとを関連付けるために、一対一関連付けされる。

【0166】

また、ＣＯＲＥＳＥＴ当たりに１個の活性化されたＴＣＩ状態を持つ全てのＣＯＲＥＳＥＴにおいて、ＢＦＲ応答を受信した２８個のシンボル後に、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ ｋ（ｋ＝０，１）と関連した全てのＣＯＲＥＳＥＴのＱＣＬ仮定は、ＴＲＰ特定ＢＦＲに対するＭＡＣ－ＣＥで失敗したＢＦＤ－ＲＳセットｋ（ｋ＝０，１）と関連した直近に報告された新しい候補ビーム（発見された場合）と関連したＲＳリソースによってアップデートされる。

【0167】

－ これはＳｃｅｌｌ及びＳｐＣｅｌｌに適用される。

【0168】

－ これは多重ＤＣＩの場合に適用される。

【0169】

また、２８個シンボルのＳＣＳは、応答受信ＣＣに対する活性ＤＬ ＢＷＰ及びＢＦＲ ＭＡＣ ＣＥで報告された失敗したＴＲＰリンクがあるＣＣの活性ＤＬ ＢＷＰの最小のＳＣＳである。

【0170】

また、ＲＡＣＨベース送信において、少なくとも全てのＢＦＤ－ＲＳセットがＳＰＣｅｌｌで失敗する時にＣＢＲＡが支援される。

【0171】

また、暗示的ＢＦＤ ＲＳ設定において、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘと関連したＣＯＲＥＳＥＴに対するＴＣＩ状態数がセット当たりの最大ＢＦＤ－ＲＳリソースの数に対するＵＥ能力を超えると、ＲＬＭ－ＲＳ選択規則を再使用する。

【0172】

また、ＰＵＣＣＨ－ＳＲリソース／ＳＲ設定選択規則においてＳＲがトリガーされ、２個のＰＵＣＣＨ－ＳＲリソース／ＳＲ設定が設定されると、ＵＥは、失敗したＢＦＤ－ＲＳセットと関連したＰＵＣＣＨ－ＳＲリソース／ＳＲ設定をトリガーする。

【0173】

また、ＲＲＣシグナリング及びＭＡＣ ＣＥシグナリングによって設定された明示的ＢＦＤ－ＲＳ設定／アップデートが支援される。

【0174】

特に、上記の表１０のように、ＴＲＰ特定ＢＦＤ－ＲＳ設定において明示的な（ｅｘｐｌｉｃｉｔ）設定方式と暗黙的な（ｉｍｐｌｉｃｉｔ）設定方式が全て支援されることが合意された。ここで、明示的なＢＦＤ－ＲＳ設定において、ＢＦＤ－ＲＳセット内一つ以上のＢＦＤ－ＲＳ（又は、一つ以上のＢＦＤ－ＲＳリソース）を設定及び／又はアップデートするために、ＲＲＣシグナリング及び／又はＭＡＣ ＣＥシグナリングが用いられることが合意された。

【0175】

しかし、基地局がＲＲＣシグナリングによって特定ＴＲＰ特定ＢＦＤ－ＲＳを設定する場合（すなわち、一つの以上のＢＦＤ－ＲＳを含むＢＦＤ－ＲＳセットが複数個設定される場合）に、端末が当該リソース（すなわち、ＢＦＤ－ＲＳリソース）に対してビーム失敗をモニタ（ｍｏｎｉｔｏｒ）／感知（ｄｅｔｅｃｔ）しなければならないか、それとも基地局がＲＲＣシグナリングによって設定したＴＲＰ特定ＢＦＤ－ＲＳに対して活性（ａｃｔｉｖａｔｉｏｎ）ＭＡＣ ＣＥを送信／受信してから活性化されたリソース（すなわち、ＢＦＤ－ＲＳリソース）に対して端末がモニタ／検出を行うべきかに対する議論などがさらに必要な状況である。この追加議論を簡単に整理すると、次の通りである。

【0176】

－ 代案（Ａｌｔ：Ａｌｔｅｒｎａｔｉｖｅ）１：基地局／端末は、ＲＲＣシグナリング（ｓｉｇｎａｌｉｎｇ）によって設定されたＴＲＰ特定ＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳを候補リスト（ｃａｎｄｉｄａｔｅ ｌｉｓｔ）と見なすことができる。そして、端末は、当該ＲＳに対してモニタ／検出を行わず、ＭＡＣ ＣＥシグナリングによって前記候補リストのうち活性化されたＲＳに対してモニタ／検出を行うことができる。

【0177】

－ 代案２：ＲＲＣシグナリングによって設定されたＴＲＰ特定ＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳが１個である場合に、端末は当該ＲＳに対してモニタ／検出を行うことができる。仮にＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳが複数個（２個以上）であれば、端末は、当該ＲＳに対してモニタ／検出を行わず、ＭＡＣ ＣＥシグナリングによるＢＦＤ－ＲＳ活性化（ａｃｔｉｖａｔｉｏｎ）を待つことができる。そして、端末は、活性化ＭＡＣ ＣＥ受信後に、活性されたＲＳに対してモニタ／検出を行うことができる。

【0178】

－ 代案３：ＲＲＣシグナリングによって設定されたＴＲＰ特定ＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳの数が、端末がＵＥ能力（ｃａｐａｂｉｌｉｔｙ）として報告したＮ_ＢＦＤ（ＢＦＤ－ＲＳセット内設定可能な（すなわち、モニタ／検出／トラッキング可能な）ＢＦＤ－ＲＳの個数）個以下の場合に、端末は、当該ＲＳに対してモニタ／検出を行うことができる。仮にＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳの数がＮ_ＢＦＤ個を超える場合に、端末は、当該ＲＳに対してモニタ／検出を行わず、ＭＡＣ ＣＥシグナリングによるＢＦＤ－ＲＳ活性化を待つことができる。そして、活性化ＭＡＣ ＣＥ受信後に、活性化されたＲＳに対してモニタ／検出を行うことができる。

【0179】

前記代案１において、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳのうち、ＭＡＣ ＣＥシグナリングによって（前記端末ＵＥ能力Ｎ_ＢＦＤ以下で）活性化されたＲＳに対してのみ、端末はビーム失敗感知（ＢＦＤ：ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）（すなわち、ＢＦＩカウント）のためにモニタ／検出を行うことができる。

【0180】

この場合、特定ＣＣ／ＢＷＰ内にＢＦＤ－ＲＳセットが２個までＲＲＣシグナリングによって設定され、各ＢＦＤ－ＲＳセット内にＢＦＤ－ＲＳも複数個がＲＲＣシグナリングによって設定されているとき、前記ＢＦＤ－ＲＳを活性化させるＭＡＣ ＣＥシグナリングは、２個のＢＦＤ－ＲＳセットのうち特定ＢＦＤ－ＲＳセット内のＢＦＤ－ＲＳに対してのみ活性化（ａｃｔｉｖａｔｉｏｎ）が行えるかに対する問題(ｉｓｓｕｅ)が発生する。当該問題により、仮に２個のＢＦＤ－ＲＳセットのうち特定ＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳのみが活性化（ａｃｔｉｖａｔｅ）され、端末が当該ＢＦＤ－ＲＳセットに対してのみＢＦＤを行う場合に、当該ＢＦＤ－ＲＳセットでＢＦが発生すると、当該ＢＦがＴＲＰ特定ＢＦに該当するかセル特定ＢＦに該当するかに対する曖昧さが発生する問題（問題１）があり得る。

【0181】

問題１に対する提案１：端末に特定ＣＣ／ＢＷＰにおいて複数の（例えば、２個の）（明示的な）ＢＦＤ－ＲＳセット（及び／又は、当該２個のＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳ）が設定された場合に、端末は、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥメッセージによって、当該ＣＣ／ＢＷＰ内複数の（例えば、２個の）のＢＦＤ－ＲＳセットが同時に活性化されることを期待することができる。及び／又は、このような設定／活性化（すなわち、２個のＢＦＤ－ＲＳセットが設定されるときに、２個のＢＦＤ－ＲＳセットが同時に活性化される。）が基地局／端末間動作に義務的であってよい。

【0182】

言い換えると、端末に特定ＣＣ／ＢＷＰに対して複数のＢＦＤ－ＲＳセット（及び／又は、複数のＢＦＤ－ＲＳセット内一つ以上のＢＦＤ－ＲＳ）が設定されると、端末は、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥメッセージによって当該ＣＣ／ＢＷＰ内の設定された全てのＢＦＤ－ＲＳセットに対して活性化が指示されることを期待できる。及び／又は、このように当該ＣＣ／ＢＷＰ内の端末に対して設定された全てのＢＦＤ－ＲＳセットに対してＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥメッセージによって一緒に（同時に）活性化される基地局／端末間の動作が義務的（ｍａｎｄａｔｏｒｙ）であってよい。

【0183】

前記提案１の動作によって複数の（例えば、２個の）ＢＦＤ－ＲＳセットが設定されたＣＣ／ＢＷＰにおいて複数の（例えば、２個の）ＢＦＤ－ＲＳセットは常に同時に活性化されるので、前記問題１が解決できる。

【0184】

また、前記代案２及び代案３では、特定ＣＣ／ＢＷＰにおいて特定ＢＦＤ－ＲＳセット内ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの数が特定閾値（ｔｈｒｅｓｈｏｌｄ）（代案２では１、代案３ではＮ_ＢＦＤ）以下であれば、ＲＲＣ設定だけによっても、端末は当該ＢＦＤ－ＲＳセットに対してＢＦＤを行うことができる（すなわち、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳセット内の全てのＢＦＤ－ＲＳが活性化されたと見なされてよい）。一方、閾値を超えると、ＲＲＣ設定されたＲＳのうち、（ＵＥ能力Ｎ_ＢＦＤ以下に該当する）一部のＢＦＤ－ＲＳが活性化されるまで端末はＢＦＤを行わなくてよく（すなわち、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳセット内の全てのＢＦＤ－ＲＳが非活性化された（ｄｅａｃｔｉｖａｔｅｄ）と見なされてよい。）、端末は活性化ＭＡＣ ＣＥ受信後に、活性化された（ａｃｔｉｖａｔｅｄ）ＢＦＤ－ＲＳに対してＢＦＤを行うことができる。しかし、この場合、仮に特定ＣＣ／ＢＷＰにおいて、２個のＢＦＤ－ＲＳセットのうち、特定ＢＦＤ－ＲＳセット内には閾値以下のＢＦＤ－ＲＳがＲＲＣシグナリングによって設定され、他のＢＦＤ－ＲＳセット内には閾値超過のＢＦＤ－ＲＳがＲＲＣシグナリングによって設定されると、端末は、特定ＢＦＤ－ＲＳセット（閾値以下のＢＦＤ－ＲＳがＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳセット）に対してはＢＦＤを行い、他のＢＦＤ－ＲＳセット（閾値超過のＢＦＤ－ＲＳがＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳセット）に対してはＢＦＤを行わない問題（問題２）が発生し得る。

【0185】

問題２に対する提案２：端末は、特定ＣＣ／ＢＷＰにおいて、２個のＢＦＤ－ＲＳセットが設定された場合に、特定ＢＦＤ－ＲＳセット内のＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの数が特定閾値を超えても、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳのうち特定ＢＦＤ－ＲＳに対してＢＦＤ（すなわち、ＢＦＤのためのモニタ／検出）を行うことができる。前記特定ＢＦＤ－ＲＳは、ＢＦＤ－ＲＳとして設定されたＲＳ（例えば、周期的（ｐｅｒｉｏｄｉｃ）ＣＳＩ－ＲＳ）のうち、全域インデックス（ｇｌｏｂａｌ ｉｎｄｅｘ）／ローカルインデックス（ｌｏｃａｌ ｉｎｄｅｘ）が最も低いＲＳから昇順で閾値以下の個数分のＲＳであってよい。例えば、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの個数が特定閾値以下であるＢＦＤ－ＲＳセットに対しては、端末は、当該ＢＦＤ－ＲＳセット内の全てのＢＦＤ－ＲＳが活性化されたと見なし、当該ＢＦＤ－ＲＳに対してＢＦＤのためのモニタ／検出を行うことができる。また、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの個数が、特定閾値を超えるＢＦＤ－ＲＳセットに対しては、端末は当該ＢＦＤ－ＲＳセット内の閾値以下の個数のＲＳに対してＢＦＤのためのモニタ／検出を行うことができる。

【0186】

端末は、ＲＲＣ設定されたＢＦＤ－ＲＳに対して提案２のような方式でＢＦＤ（すなわち、ＢＦＤのためのモニタ／検出）を行うことができる。また、基地局からＢＦＤ－ＲＳ活性化／非活性化（ａｃｔｉｖａｔｉｏｎ／ｄｅａｃｔｉｖａｔｉｏｎ）ＭＡＣ ＣＥメッセージを受信すると、端末は、特定ＢＦＤ－ＲＳセット内のＢＦＤを行うＢＦＤ－ＲＳに対してアップデート（ｕｐｄａｔｅ）を行うことができる。このような提案２の動作により、端末は、２個のＢＦＤ－ＲＳセットに対するＢＦＤ－ＲＳがＲＲＣシグナリングによって設定された時に、曖昧さ無しで直ちにＴＲＰ特定ＢＦＤを行うことができる。

【0187】

及び／又は、端末は、特定ＣＣ／ＢＷＰにおいて複数の（例えば、２個の）ＢＦＤ－ＲＳセットが設定された場合に、特定ＢＦＤ－ＲＳセット内のＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの数が特定閾値を超えると、当該特定ＢＦＤ－ＲＳセットに対してＢＦＤを行わなくてよい。そして、端末は、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの数が閾値以下である他のＢＦＤ－ＲＳセットに対してもＢＦＤを行わず、基地局からのＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥメッセージ受信を待つことができる。すなわち、ＲＲＣシグナリングによって設定された複数のＢＦＤ－ＲＳセットのうちいずれか一つのセットでもＢＦＤ－ＲＳの数が特定閾値を超えると、端末は、全てのＢＦＤ－ＲＳセットに対して全てのＢＦＤ－ＲＳが非活性化されたと見なすことができる。

【0188】

ここで、活性化ＭＡＣ ＣＥは、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの数が特定閾値を超えるＢＦＤ－ＲＳセットに対してのみダウンセレクション（ｄｏｗｎ－ｓｅｌｅｃｔｉｏｎ）（すなわち、活性化）を指示できる。ここで、ＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳの数が閾値以下である他のＢＦＤ－ＲＳセットに対して基地局が前記ＭＡＣ ＣＥで別途のＢＦＤ－ＲＳを活性化させなくとも、前記ＭＡＣ ＣＥを受信する端末は、前記ＭＡＣ ＣＥシグナリングが活性化される時点（例えば、端末が当該ＭＡＣ ＣＥメッセージに対してＡ／Ｎ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＡＣＫ／ＮＡＣＫ）を送信して３ｍｓ後の時点）に自動で当該他のＢＦＤ－ＲＳセット（すなわち、ＢＦＤ－ＲＳの数が閾値以下であるＢＦＤ－ＲＳセット）内のＢＦＤ－ＲＳが活性化されると理解する／見なすことができる。

【0189】

及び／又は、端末は、特定ＣＣ／ＢＷＰにおいて複数の（例えば、２個の）ＢＦＤ－ＲＳセットが設定された場合に、複数のＢＦＤ－ＲＳセット内のＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳ数が、ｉ）いずれも閾値以下であるか、又はｉｉ）いずれも閾値を超えると期待できる。この場合、端末は、複数の（例えば、２個の）ＢＦＤ－ＲＳセットに対してＲＲＣシグナリングによって設定されたＢＦＤ－ＲＳに対して、ｉ）複数の（例えば、２個の）ＢＦＤ－ＲＳセットの全てに対してＢＦＤを行うか、ｉｉ）複数の（例えば、２個の）ＢＦＤ－ＲＳセットの全てに対してＢＦＤを行わなくてよい（及び／又は、行わず、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥメッセージを待つことができる）。

【0190】

さらに、上述したＢＦＤ－ＲＳ活性化／非活性化ＭＡＣ ＣＥは、特定ＣＣ／ＢＷＰ内２個のＢＦＤ－ＲＳセットのうち各ＢＦＤ－ＲＳセット内に設定されたＢＦＤ－ＲＳのうち一部を活性化／非活性化できる。このようにすることにより、端末がＢＦＤを行う（ＢＦＩをカウントするための）各ＢＦＤ－ＲＳセットをアップデートすることができる。この場合、特定ＢＦＤ－ＲＳセット内の一つ以上のＢＦＤ－ＲＳをアップデートするためには、当該セット内特定ＢＦＤ－ＲＳは活性化させ、他のＢＦＤ－ＲＳは非活性化させる動作が行われてよい。この場合、仮に、当該特定ＢＦＤ－ＲＳセット内で２個のＢＦＤ－ＲＳに対してそれぞれＢＦＩをカウントしていた場合には、当該２個のＲＳのうち全部或いは一部がアップデート（すなわち、変更）されたとき、ＢＦＩをカウントする端末の動作が曖昧になる問題（問題３）が発生する。

【0191】

後述する提案３は、ＲＲＣシグナリングによって複数のＢＦＤ－ＲＳセットが設定されても、説明の便宜のために、それらのうち一つのＢＦＤ－ＲＳセットに対して記述される。すなわち、後述する提案３は、ＲＲＣシグナリングによって設定された複数のＢＦＤ－ＲＳセットの全てに対して個別に適用されてよい。

【0192】

問題３に対する提案３：端末は、特定ＢＦＤ－ＲＳセットに対するＢＦＤ－ＲＳ活性化／非活性化ＭＡＣ ＣＥメッセージを受信した場合に、例えば、当該ＢＦＤ－ＲＳセットに対するＢＦＩカウント（ＢＦＩ ｃｏｕｎｔ）を中断し、ＭＡＣ ＣＥシグナリングが活性化される時点（例えば、端末が当該ＭＡＣ ＣＥメッセージに対してＡ／Ｎを送信して３ｍｓ後の時点）からＢＦＩカウントを再開できる。

【0193】

すなわち、端末は、特定ＢＦＤ－ＲＳセットに対する一つ以上のＢＦＤ－ＲＳに対してＢＦＤ－ＲＳ活性化／非活性化ＭＡＣ ＣＥメッセージを受信する場合に、端末は、前記ＭＡＣ ＣＥによってアップデートされた（変更された）一つ以上のＢＦＤ－ＲＳに対してＢＦＩカウントを継続／持続することができる。

【0194】

及び／又は、端末は、特定ＢＦＤ－ＲＳセットに対するＢＦＤ－ＲＳ活性化／非活性化ＭＡＣ ＣＥメッセージを受信する場合に、当該ＢＦＤ－ＲＳセットに対するＢＦＩカウントを継続／持続できる。ここで、当該ＢＦＤ－ＲＳセット内の一部ＢＦＤ－ＲＳに対してのみアップデート（すなわち、変更）が行われた場合に、当該一部のＢＦＤ－ＲＳに対しアップデートを行って（すなわち、変更されたＢＦＤ－ＲＳに対して）ＢＦＩカウントを継続／持続できる（例えば、ＭＡＣ ＣＥシグナリングが活性化される時点から）。

【0195】

次の例示（Ｆ＝ｆａｉｌ、Ｓ＝ｓｕｃｃｅｓｓ、ＢＦＩカウントに対する最大（ｍａｘ）値が３であると仮定）において、時点３においてＲＳ ＃１をＲＳ ＃３にアップデートするＭＡＣ ＣＥシグナリングが活性化される場合に、端末は、当該時点３にＲＳ ＃３をＲＳ ＃１のＢＦＩカウントに対象（ｔａｒｇｅｔ）ＢＦＤ－ＲＳとして適用し、連続的に時間ウィンドウ（ｔｉｍｅ ｗｉｎｄｏｗ）内のＢＦＩをカウントすることができる。

【0196】

－ 時点＝１、２、３、４（ＢＦＩカウント＝０）
－ ＲＳ ＃１＝Ｆ、Ｓ、Ｆ、Ｓ－＞時点３でＲＳ ＃１がＲＳ ＃３にアップデート／変更
－ ＲＳ ＃２＝Ｓ、Ｓ、Ｓ、Ｓ
すなわち、端末は、特定ＢＦＤ－ＲＳに対してＢＦＩがカウントされる途中に、前記ＢＦＤ－ＲＳが他のＢＦＤ－ＲＳにアップデートされても、アップデートされたＢＦＤ－ＲＳでＢＦＩカウントを次いで行うことができる。

【0197】

一方、特定ＢＦＤ－ＲＳセットに対するＢＦＤ－ＲＳ活性化／非活性化ＭＡＣ ＣＥメッセージを受信する場合に、端末は、当該ＢＦＤ－ＲＳセットに対するＢＦＩカウントを継続／持続できる。ここで、当該ＢＦＤ－ＲＳセット内の全てのＢＦＤ－ＲＳに対してアップデート（すなわち、変更）が行われた場合に、次の例示のようにＢＦＩカウントを継続／持続できる（例えば、ＭＡＣ ＣＥシグナリングが活性化される時点から）。

【0198】

次の例示において、時点３でＲＳ ＃１とＲＳ ＃２をＲＳ ＃３とＲＳ ＃４にアップデートするＭＡＣ ＣＥシグナリングが活性化される場合に、アップデート前後ＢＦＤ－ＲＳの組合せは次の通りである。ＢＦＤ－ＲＳセット内全域/ローカルインデックス（ｇｌｏｂａｌ／ｌｏｃａｌ ｉｎｄｅｘ）が最下位（ｌｏｗｅｓｔ）であるＲＳは、アップデート後のＢＦＤ－ＲＳセット内全域/ローカルインデックスが最下位であるＲＳに代替され、ＢＦＤ－ＲＳセット内全域/ローカルインデックスが最上位（ｈｉｇｈｅｓｔ）であるＲＳは、アップデート後のＢＦＤ－ＲＳセット内全域/ローカルインデックスが最上位であるＲＳに代替されてよい。すなわち、アップデート前のＢＦＤ－ＲＳセット内全域/ローカルインデックスの順序とアップデート後のＢＦＤ－ＲＳセット内全域/ローカルインデックスの順序が（一対一）対応するように、ＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳがアップデート（変更）されてよい。

【0199】

又は／及び、アップデート前後のＢＦＤ－ＲＳの組合せにおいて、ＢＦＤ－ＲＳセット内１番目の（ｆｉｒｓｔ）ＲＳは、アップデート後のＢＦＤ－ＲＳセット内１番目のＲＳに代替されてよく、ＢＦＤ－ＲＳセット内２番目の（ｓｅｃｏｎｄ）ＲＳは、アップデート後のＢＦＤ－ＲＳセット内２番目のＲＳに代替されてよい。すなわち、アップデート前のＢＦＤ－ＲＳセット内設定順序とアップデート後のＢＦＤ－ＲＳセット内設定順序が（一対一）対応するように、ＢＦＤ－ＲＳセット内ＢＦＤ－ＲＳがアップデート（変更）されてよい。

【0200】

－ 時点＝１、２、３、４（ＢＦＩカウント＝１）
－ ＲＳ ＃１＝Ｆ、Ｓ、Ｆ、Ｓ（時点３でＲＳ ＃１がＲＳ ＃３にアップデート／変更
－ ＲＳ ＃２＝Ｓ、Ｓ、Ｆ、Ｓ（時点３でＲＳ ＃２がＲＳ ＃４にアップデート／変更
すなわち、端末は、特定ＢＦＤ－ＲＳセット内の一つ以上のＢＦＤ－ＲＳに対してＢＦＩがカウントされる途中に、前記ＢＦＤ－ＲＳセット内の全てのＢＦＤ－ＲＳが他のＢＦＤ－ＲＳにアップデートされても、アップデートされたＢＦＤ－ＲＳでＢＦＩカウントを次いで行うことができる。

【0201】

前記提案１、２、３を個別に適用して端末と基地局はＢＦＤ及び／又はＢＦＲ動作を行うこともでき、前記提案１、２、３のうち少なくとも一つ以上の組合せを適用して端末と基地局はＢＦＤ及び／又はＢＦＲ動作を行うこともできる。

【0202】

図９には、本開示の一実施例に係るビーム失敗復旧のための方法に対するシグナリング方法を例示する。

【0203】

図９は、本発明で提案する方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）が適用可能な多重ＴＲＰ（Ｍｕｌｔｉｐｌｅ ＴＲＰ）（すなわち、Ｍ－ＴＲＰ或いは多重セル；以下、全てのＴＲＰはセルに言い換えられてよい。）の状況でネットワーク（ｎｅｔｗｏｒｋ）（例えば、ＴＲＰ１、ＴＲＰ２）とＵＥ間のシグナリングを例示する。ここで、ＵＥ／ネットワークは一例に過ぎず、様々な装置に代替適用されてよい。図９は、単に説明の便宜のためのものであり、本開示の範囲を制限するものではない。また、図９に例示された一部の段階は、状況及び／又は設定などによって省略されてもよい。

【0204】

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

【0205】

図９を参照すると、ＵＥは、Ｍ－ＴＲＰ（或いは、セル）（以下、全てのＴＲＰはセル／パネルに代替されてよく、或いは一つのＴＲＰから複数のＣＯＲＥＳＥＴが設定される場合もＭ－ＴＲＰと仮定できる。）状況で代表ＴＲＰ（例えば、ＴＲＰ１）から設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）／ＤＣＩを受信する場合が仮定される。これは、説明の便宜のためのものに過ぎず、ＵＥが少なくても一つのＴＲＰから設定／ＤＣＩを受信する場合にも、以下に説明される方式が拡張適用されてよいことは勿論である。一例として、前記代表ＴＲＰはＵＥにシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）／ページング（ｐａｇｉｎｇ）／任意接続（ＲＡ：ｒａｎｄｏｍ ａｃｃｅｓｓ）関連信号を伝達／送信するＴＲＰであってよい。

【0206】

一方、図９には示していないが、ＵＥは、ＴＲＰ１（及び／又はＴＲＰ２）を介して／用いてネットワークに、ＢＦＤ－ＲＳセット当たりに設定可能な最大ＢＦＤ－ＲＳの個数（すなわち、Ｎ_ＢＦＤ）に関する情報をＵＥ能力（ｃａｐａｂｉｌｉｔｙ）として報告できる。

【0207】

ＵＥは、ネットワークからＴＲＰ１（及び／又はＴＲＰ２）を介して／用いて設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ９０１）。

【0208】

前記設定情報は、ネットワークの構成（例えば、ＴＲＰ構成）と関連した情報／Ｍ－ＴＲＰベースの送受信と関連した情報（例えば、リソース割り当てなど）などを含むことができる。このとき、前記設定情報は上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）によって伝達されてよい。

【0209】

例えば、前記設定情報は、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）において説明されたＢＦＤ手順及び／又はＢＦＲ手順と関連した設定情報を含むことができる。一例として、前記設定情報は、各ＴＲＰと関連したＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴグループに対する情報（例えば、ＣＯＲＥＳＥＴグループ関連ＴＣＩ状態（ＴＣＩ ｓｔａｔｅ）設定／ＣＯＲＥＳＥＴグループ識別子（ＩＤ）など）を含むことができる。一例として、前記設定情報はＣＯＲＥＳＥＴ設定を含むことができる。一例として、前記設定情報は、前記ＢＦＤ手順と関連したＢＦＤ ＲＳ／ＢＦＤ ＲＳセットに関する情報を含むこともできるが、場合によって、ＢＦＤ ＲＳ／ＢＦＤ ＲＳセットが明示的に設定／指示されなくてもよい。一例として、前記設定情報は、特定ＣＯＲＥＳＥＴ（／ＣＯＲＥＳＥＴグループ）に対して設定された空間関係仮定（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ａｓｓｕｍｐｔｉｏｎ）（例えば、ＱＣＬ関係）のための複数のＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）（すなわち、空間受信パラメータと関連したＱＣＬが設定されたＲＳ又はＱＣＬ ｔｙｐｅ Ｄ ＲＳ）に関する情報を含むことができる。一例として、前記設定情報は、前記ＢＦＲ手順と関連したＢＦＲＱリソースに関する設定情報を含むことができる。

【0210】

例えば、多重ＴＲＰベース送受信動作において、前記設定情報は、（特定セル又はセルグループに対して）各ＴＲＰと関連した前記ＢＦＤ手順と関連したＢＦＤ ＲＳ／ＢＦＤ ＲＳセットに関する情報を含むことができる。また、前記設定情報は、（特定セル又はセルグループに対して）各ＴＲＰと関連した前記ＢＦＲ手順と関連したＰＵＣＣＨリソースに関する情報を含むことができる。例えば、前記設定情報は、ＴＲＰ１に対応する第１ＢＦＤ ＲＳセット（一つ以上のＲＳを含む）と、ＴＲＰ２に対応する第２ＢＦＤ ＲＳセット（一つ以上のＲＳを含む）に関する情報を含むことができる。又は、前記設定情報は、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットに関する明示的な情報を含まなくてもよい。この場合、例えば、端末が、互いに異なる制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）プール（ｐｏｏｌ）インデックスを有するＣＯＲＥＳＥＴに設定された空間受信パラメータ（ｓｐａｔｉａｌ ｒｅｃｅｐｔｉｏｎ ｐａｒａｍｅｔｅｒ）に対するＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）ＲＳを含む前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットをそれぞれ決定できる。また、前記設定情報は、ＴＲＰ特定ＢＦＲ手順のために、ＴＲＰ１に対応するＢＦＲのための第１ＰＵＣＣＨリソースとＴＲＰ２に対応するＢＦＲのための第２ＰＵＣＣＨリソースに関する情報を含むことができる。また、前記設定情報は、セル特定ＢＦＲ手順のために、ＢＦＲのためのＰＲＡＣＨリソースに関する情報を含むことができる。

【0211】

ＵＥはネットワークからＴＲＰ１（及び／又はＴＲＰ２）を介して／用いてＢＦＤ／ＢＦＲ関連情報をＭＡＣ－ＣＥ及び／又はＤＣＩによって受信することができる（Ｓ９０２）。例えば、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）におけるように、ＵＥは、ＢＦＤ手順及び／又はＢＦＲ手順に関する情報を、ＭＡＣ－ＣＥシグナリング及び／又はＤＣＩによって受信することができる。

【0212】

ここで、先の提案１のように、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの活性化のための制御情報（例えば、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが活性化されてよい。ここで、前記ＢＦＤ ＲＳの活性化のための制御情報は、常に前記設定情報によって前記端末に（特定セル又はセルグループ内）設定された全てのＢＦＤ ＲＳセット（すなわち、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットの両方）に対する活性化を指示できる。

【0213】

又は、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの非活性化のための制御情報（例えば、ＢＦＤ－ＲＳ非活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが非活性化されてよい。

【0214】

前記ＢＦＤ ＲＳの活性化のための制御情報と前記ＢＦＤ ＲＳの非活性化のための制御情報は同一であってもよく、個別に定義されてもよい。

【0215】

ＵＥは、（ＴＲＰ１及び／又はＴＲＰ２を介して／用いて）ネットワークとＢＦＤ手順を行うことができる（Ｓ９０３）。例えば、ＵＥは、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）に基づいて前記ＢＦＤ手順を行うことができる。例えば、ＵＥは、ＢＦＤ ＲＳに基づいてＢＦＤ手順を行うことができる。

【0216】

端末は、第１ＴＲＰに対応する第１ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）及び／又は第２ＴＲＰに対応する第２ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）のそれぞれに含まれたＲＳを受信し、受信したＲＳに対する無線リンク品質を評価（ａｓｓｅｓｓ）することができる。ここで、無線リンク品質を評価することは、上述したように、それぞれのＲＳに対して仮定的な（ｈｙｐｏｔｈｅｔｉｃａｌ）ＢＬＥＲ（又は、ＳＩＮＲ、ＲＳＲＰ）を閾値と比較することを意味できる。

【0217】

ここで、先の提案１～提案３に従って、端末が第１ＢＦＤセット（第１ＴＲＰに対応）及び第２ＢＦＤセット（第２ＴＲＰに対応）が設定された場合に、活性化のための制御情報又は前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットにおいてそれぞれ一つ以上のＢＦＤ ＲＳが活性化される時に、端末は、前記活性化された一つ以上のＢＦＤ ＲＳを用いて前記無線リンク品質を評価することができる。

【0218】

ここで、先の提案１に従って、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの活性化のための制御情報（例えば、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが活性化されてよい。ここで、前記ＢＦＤ ＲＳの活性化のための制御情報は、常に前記設定情報によって前記端末に（特定セル又はセルグループ内）設定された全てのＢＦＤ ＲＳセット（すなわち、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットの両方）に対する活性化を指示できる。

【0219】

ここで、先の提案２に従って、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が特定個数を超えるように設定されるか否かに基づいて、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内でそれぞれ前記一つ以上のＢＦＤ ＲＳの活性化されるか否かが決定されてよい。例えば、特定個数は、端末能力として前記基地局に報告されたＢＦＤ ＲＳセット当たりに設定可能な最大ＢＦＤ ＲＳの個数であってよい。

【0220】

ここで、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのそれぞれに対してＢＦＤ ＲＳの個数が前記特定個数を超えないように設定されると、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内の全てのＢＦＤ ＲＳが活性化されたと見なされてよい。

【0221】

また、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が前記特定個数を超えるように設定されると、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内の全てのＢＦＤ ＲＳが非活性化されたと見なされてよい。この場合、前記ＢＦＤ ＲＳの活性化のための制御情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのそれぞれにおいて一つ以上のＢＦＤ ＲＳが活性化されてよい。

【0222】

また、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が特定個数を超えるように設定されると、当該ＢＦＤ－ＲＳセット（すなわち、特定個数を超えるように設定された第１ＢＦＤ ＲＳセット及び／又は第２ＢＦＤ ＲＳセット）に対して特定の一つ以上のＢＦＤ－ＲＳに対して活性化されたと見なされてよい。例えば、前記特定の一つ以上のＢＦＤ－ＲＳは、ＢＦＤ－ＲＳの最も低いインデックスから昇順で特定個数のＢＦＤ－ＲＳと決定されてよい。

【0223】

端末は、無線リンク品質の評価（ａｓｓｅｓｓ）によってそれぞれ第１ＢＦＩ及び第２ＢＦＩをカウント（無線リンク品質があらかじめ定義された閾値よりも悪い時にＢＦＩ値を１ずつ増加（ｉｎｃｒｅｍｅｎｔ））できる。そして、第１ＢＦＩに対するカウント値及び／又は第２ＢＦＩに対するカウント値が最大値に到達すれば、端末は第１ビーム失敗及び／又は第２ビーム失敗が検出されたと判断できる。すなわち、端末は各ＴＲＰ別に無線リンク品質を個別に評価し、ＢＦＩを各ＴＲＰ別に個別にカウントし、ビーム失敗が検出されたか否かを各ＴＲＰ別に個別に判断できる。

【0224】

上述したように、端末は、特定ＴＲＰに対する（すなわち、特定ＢＦＤ ＲＳセットに対して）ＢＦＩが最大値に到達すれば、当該ＴＲＰに対して（すなわち、特定ＢＦＤ ＲＳセットに対して）ビーム失敗が検出（ｄｅｔｅｃｔｉｏｎ）されたと判断できる。ここで、端末は、特定ＴＲＰに対するＢＦＤ ＲＳセット内に複数のＢＦＤ ＲＳが設定された場合（又は、先の提案のように活性化された場合）に、設定された／活性化された全てのＢＦＤ ＲＳに対するＢＦＩが最大値に到達すると、当該ＴＲＰに対する（すなわち、当該ＢＦＤ ＲＳセットに対して）ビーム失敗が検出（ｄｅｔｅｃｔｉｏｎ）されたと判断できる。

【0225】

ここで、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一方の一つ以上の第１ＢＦＤ－ＲＳに対するビーム失敗インスタンス（ＢＦＩ：ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）カウントを行う途中に、前記ＢＦＤ ＲＳの活性化のための制御情報によって前記一つ以上の第１ＢＦＤ－ＲＳが一つ以上の第２ＢＦＤ－ＲＳにアップデートされてよい。この場合、先の提案３に従って、端末は前記一つ以上の第１ＢＦＤ－ＲＳに対するＢＦＩカウントを前記アップデートされた一つ以上の第２ＢＦＤ－ＲＳに対して持続することができる。

【0226】

その後、ＵＥは、（ＴＲＰ１及び／又はＴＲＰ２を介して／用いて）ネットワークとＢＦＲ手順を行うことができる（Ｓ９０４）。例えば、ＵＥは、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）に基づいて前記ＢＦＲ手順を行うことができる。

【0227】

上述したように、端末は各ＴＲＰ別にビーム失敗の検出を個別に判断することができる。そして、ビーム失敗が検出されたＴＲＰ別にＢＦＲ手順を行うことができる。前記第１ビーム失敗及び前記第２ビーム失敗のうち少なくともいずれか一つが検出されると、端末は前記第１ＰＵＣＣＨリソース（すなわち、第１ＴＲＰに対応又は第１ＢＦＤ ＲＳセットに対応）及び前記第２ＰＵＣＣＨリソース（すなわち、第２ＴＲＰに対応又は第２ＢＦＤ ＲＳセットに対応）のうち該当のＰＵＣＣＨリソース上で前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請又はＢＦＲのためのスケジューリング要請）を行うことができる。

【0228】

上のような方法で無線リンク品質を評価した端末によってビーム失敗が宣言され、前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請又はＢＦＲのためのスケジューリング要請）が行われてよい。そして、前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請又はＢＦＲのためのスケジューリング要請）を受信したネットワークは、ビーム復旧のために、ビームＲＳ（ｂｅａｍ ＲＳ）送信、ビーム報告（ｂｅａｍ ｒｅｐｏｒｔｉｎｇ）要請などの様々な過程によって各ＴＲＰ別に又は各セル（又は、ＣＣ）別にビーム復旧を行うことができる。

【0229】

図１０は、本開示の一実施例に係るビーム失敗復旧のための上りリンク送信を行う方法に対する端末の動作を例示する図である。

【0230】

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

【0231】

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

【0232】

一方、図１０には示していないが、端末は基地局に、ＢＦＤ－ＲＳセット当たりに設定可能な最大ＢＦＤ－ＲＳの個数（すなわち、Ｎ_ＢＦＤ）に関する情報をＵＥ能力（ｃａｐａｂｉｌｉｔｙ）として報告できる。

【0233】

図１０を参照すると、端末は基地局からＢＦＲ関連設定情報を受信する（Ｓ１００１）。

【0234】

前記設定情報は、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）において説明されたＢＦＤ手順及び／又はＢＦＲ手順と関連した設定情報を含むことができる。一例として、前記設定情報は、各ＴＲＰと関連したＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴグループに関する情報（例えば、ＣＯＲＥＳＥＴグループ関連ＴＣＩ状態設定／ＣＯＲＥＳＥＴグループ識別子（ＩＤ）など）を含むことができる。一例として、前記設定情報はＣＯＲＥＳＥＴ設定を含むことができる。一例として、前記設定情報は、前記ＢＦＤ手順と関連したＢＦＤ ＲＳ／ＢＦＤ ＲＳセットに関する情報を含むこともできるが、場合によって、ＢＦＤ ＲＳ／ＢＦＤ ＲＳセットが明示的に設定／指示されなくてもよい。一例として、前記設定情報は、特定ＣＯＲＥＳＥＴ（／ＣＯＲＥＳＥＴグループ）に対して設定された空間関係仮定（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ａｓｓｕｍｐｔｉｏｎ）（例えば、ＱＣＬ関係）のための複数のＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）（すなわち、空間受信パラメータと関連したＱＣＬが設定されたＲＳ又はＱＣＬ ｔｙｐｅ Ｄ ＲＳ）に関する情報を含むことができる。一例として、前記設定情報は、前記ＢＦＲ手順と関連したＢＦＲＱリソースに関する設定情報を含むことができる。

【0235】

例えば、多重ＴＲＰベース送受信動作において、前記設定情報は（特定セル又はセルグループに対して）各ＴＲＰと関連した前記ＢＦＤ手順と関連したＢＦＤ ＲＳ／ＢＦＤ ＲＳセットに関する情報を含むことができる。また、前記設定情報は（特定セル又はセルグループに対して）各ＴＲＰと関連した前記ＢＦＲ手順と関連したＰＵＣＣＨリソースに関する情報を含むことができる。例えば、前記設定情報は、ＴＲＰ１に対応する第１ＢＦＤ ＲＳセット（一つ以上のＲＳを含む）とＴＲＰ２に対応する第２ＢＦＤ ＲＳセット（一つ以上のＲＳを含む）に関する情報を含むことができる。又は、前記設定情報は、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットに対する明示的な情報を含まなくてもよい。この場合、例えば、端末が互いに異なるＣＯＲＥＳＥＴプール（ｐｏｏｌ）インデックスを有するＣＯＲＥＳＥＴに設定された空間受信パラメータ（ｓｐａｔｉａｌ ｒｅｃｅｐｔｉｏｎ ｐａｒａｍｅｔｅｒ）に対するＱＣＬ ＲＳを含む前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットをそれぞれ決定できる。また、前記設定情報は、ＴＲＰ特定ＢＦＲ手順のために、ＴＲＰ１に対応するＢＦＲのための第１ＰＵＣＣＨリソースとＴＲＰ２に対応するＢＦＲのための第２ＰＵＣＣＨリソースに関する情報を含むことができる。また、前記設定情報は、セル特定ＢＦＲ手順のために、ＢＦＲのためのＰＲＡＣＨリソースに関する情報を含むことができる。

【0236】

一方、図１０には示していないが、端末はＢＦＤ手順及び／又はＢＦＲ手順に関する情報を基地局からＭＡＣ－ＣＥシグナリング及び／又はＤＣＩによって受信することができる。

【0237】

ここで、先の提案１のように、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの活性化のための制御情報（例えば、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが活性化されてよい。ここで、前記ＢＦＤ ＲＳの活性化のための制御情報は、常に前記設定情報によって前記端末に（特定セル又はセルグループ内）設定された全てのＢＦＤ ＲＳセット（すなわち、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットの両方）に対する活性化を指示できる。

【0238】

又は、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの非活性化のための制御情報（例えば、ＢＦＤ－ＲＳ非活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが非活性化されてよい。

【0239】

前記ＢＦＤ ＲＳの活性化のための制御情報と前記ＢＦＤ ＲＳの非活性化のための制御情報は同一であってもよく、個別に定義されてもよい。

【0240】

端末は、第１ＢＦＤ ＲＳセット及び第２ＢＦＤ ＲＳセットのうち少なくとも一つに対する無線リンク品質の評価（ａｓｓｅｓｓ）を行う（Ｓ１００２）。

【0241】

例えば、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）に基づいて、前記ＲＳに対する無線リンク品質を評価（ａｓｓｅｓｓ）することができる。

【0242】

端末は、第１ＴＲＰに対応する第１ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）及び／又は第２ＴＲＰに対応する第２ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）のそれぞれに含まれたＲＳを受信し、受信したＲＳに対する無線リンク品質を評価（ａｓｓｅｓｓ）することができる。ここで、無線リンク品質を評価することは、上述したように、それぞれのＲＳに対して仮定的な（ｈｙｐｏｔｈｅｔｉｃａｌ）ＢＬＥＲ（又は、ＳＩＮＲ、ＲＳＲＰ）を閾値と比較することを意味できる。

【0243】

ここで、先の提案１～提案３に従って、端末が第１ＢＦＤセット（第１ＴＲＰに対応）及び第２ＢＦＤセット（第２ＴＲＰに対応）が設定された場合に、活性化のための制御情報又は前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットにおいてそれぞれ一つ以上のＢＦＤ ＲＳが活性化されるとき、端末は前記活性化された一つ以上のＢＦＤ ＲＳを用いて前記無線リンク品質を評価できる。

【0244】

ここで、先の提案１に従って、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの活性化のための制御情報（例えば、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが活性化されてよい。ここで、前記ＢＦＤ ＲＳの活性化のための制御情報は、常に前記設定情報によって前記端末に（特定セル又はセルグループ内）設定された全てのＢＦＤ ＲＳセット（すなわち、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットの両方）に対する活性化を指示できる。

【0245】

ここで、先の提案２に従って、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が特定個数を超えるように設定されるか否かに基づいて、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内でそれぞれ前記一つ以上のＢＦＤ ＲＳの活性化されるか否かが決定されてよい。例えば、特定個数は、端末能力として前記基地局に報告されたＢＦＤ ＲＳセット当たりに設定可能な最大ＢＦＤ ＲＳの個数であってよい。

【0246】

ここで、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのそれぞれに対してＢＦＤ ＲＳの個数が前記特定個数を超えないように設定されると、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内の全てのＢＦＤ ＲＳが活性化されたと見なされてよい。

【0247】

また、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が前記特定個数を超えるように設定されると、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内の全てのＢＦＤ ＲＳが非活性化されたと見なされてよい。この場合、前記ＢＦＤ ＲＳの活性化のための制御情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのそれぞれにおいて一つ以上のＢＦＤ ＲＳが活性化されてよい。

【0248】

また、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が特定個数を超えるように設定されると、当該ＢＦＤ－ＲＳセット（すなわち、特定個数を超えるように設定された第１ＢＦＤ ＲＳセット及び／又は第２ＢＦＤ ＲＳセット）に対して特定の一つ以上のＢＦＤ－ＲＳに対して活性化されたと見なされてよい。例えば、前記特定の一つ以上のＢＦＤ－ＲＳは、ＢＦＤ－ＲＳの最も低いインデックスから昇順で特定個数のＢＦＤ－ＲＳと決定されてよい。

【0249】

第１ＢＦＤ ＲＳセット及び第２ＢＦＤ ＲＳセットのうち少なくとも一つに対する無線リンク品質の評価（ａｓｓｅｓｓ）によって第１ＢＦＤ ＲＳセットに対する第１ビーム失敗及び第２ＢＦＤ ＲＳセットに対する第２ビーム失敗のうち少なくともいずれか一つが検出されることに基づいて、端末は基地局にＢＦＲのための上りリンク送信を行う（Ｓ１００３）。

【0250】

例えば、端末は、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）に基づいて前記ＢＦＤ手順及び前記ＢＦＲ手順を行うことができる。

【0251】

端末は、第１ＴＲＰに対応する第１ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）及び／又は第２ＴＲＰに対応する第２ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）のそれぞれに含まれたＲＳを受信し、受信したＲＳに対する無線リンク品質を評価（ａｓｓｅｓｓ）することができる。そして、端末は、無線リンク品質の評価（ａｓｓｅｓｓ）によってそれぞれ第１ＢＦＩ及び第２ＢＦＩをカウント（無線リンク品質があらかじめ定義された閾値よりも悪い時にＢＦＩ値を１ずつ増加（ｉｎｃｒｅｍｅｎｔ））することができる。そして、第１ＢＦＩに対するカウント値及び／又は第２ＢＦＩに対するカウント値が最大値に到達すれば、端末は、第１ビーム失敗及び／又は第２ビーム失敗が検出されたと判断できる。すなわち、端末は、各ＴＲＰ別に無線リンク品質を個別に評価し、ＢＦＩを各ＴＲＰ別に個別にカウントし、ビーム失敗が検出されたか否かを各ＴＲＰ別に個別に判断できる。そして、前記第１ビーム失敗及び前記第２ビーム失敗のうち少なくともいずれか一つが検出されると、端末は、前記第１ＰＵＣＣＨリソース及び前記第２ＰＵＣＣＨリソースのうち該当のＰＵＣＣＨリソース上で前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請又はＢＦＲのためのスケジューリング要請）を行うことができる。

【0252】

上述したように、端末は、特定ＴＲＰに対する（すなわち、特定ＢＦＤ ＲＳセットに対して）ＢＦＩが最大値に到達すれば、当該ＴＲＰに対して（すなわち、特定ＢＦＤ ＲＳセットに対して）ビーム失敗が検出（ｄｅｔｅｃｔｉｏｎ）されたと判断できる。ここで、特定ＴＲＰに対するＢＦＤ ＲＳセット内に複数のＢＦＤ ＲＳが設定された場合（又は、先の提案のように活性化された場合）に、端末は、設定された／活性化された全てのＢＦＤ ＲＳに対するＢＦＩが最大値に到達すると、当該ＴＲＰに対する（すなわち、当該ＢＦＤ ＲＳセットに対して）ビーム失敗が検出（ｄｅｔｅｃｔｉｏｎ）されたと判断できる。

【0253】

ここで、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一方の一つ以上の第１ＢＦＤ－ＲＳに対するビーム失敗インスタンス（ＢＦＩ：ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）カウントを行う途中に、前記ＢＦＤ ＲＳの活性化のための制御情報によって前記一つ以上の第１ＢＦＤ－ＲＳが一つ以上の第２ＢＦＤ－ＲＳにアップデートされてよい。この場合、先の提案３に従って、端末は前記一つ以上の第１ＢＦＤ－ＲＳに対するＢＦＩカウントを、前記アップデートされた一つ以上の第２ＢＦＤ－ＲＳに対して持続することができる。

【0254】

上述したように、端末は、各ＴＲＰ別にビーム失敗の検出を個別に判断することができる。そして、ビーム失敗が検出されたＴＲＰ別にＢＦＲ手順を行うことができる。前記第１ビーム失敗及び前記第２ビーム失敗のうち少なくともいずれか一つが検出されると、端末は、前記第１ＰＵＣＣＨリソース（すなわち、第１ＴＲＰに対応又は第１ＢＦＤ ＲＳセットに対応）及び前記第２ＰＵＣＣＨリソース（すなわち、第２ＴＲＰに対応又は第２ＢＦＤ ＲＳセットに対応）のうち、該当のＰＵＣＣＨリソース上で前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請又はＢＦＲのためのスケジューリング要請）を行うことができる。

【0255】

一方、前記上りリンクを送信した後、端末は基地局からＰＵＳＣＨスケジューリングのためのＤＣＩを受信することができる。この場合、端末はＰＵＳＣＨを介してＢＦＲのためのＭＡＣ－ＣＥを基地局に送信できる。ここで、ＢＦＲのためのＭＡＣ－ＣＥは、ビーム失敗が検出されたセルのインデックス、新しいビームを探したか否かに関する情報、新しいビーム情報、ビーム失敗が検出されたＢＦＤ ＲＳセットのインデックスのうち少なくとも一つを含むことができる。

【0256】

上のような方法で無線リンク品質を評価した端末によってビーム失敗が宣言され、前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請）が行われてよい。そして、前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請）を受信した基地局は、ビーム復旧のためにビームＲＳ（ｂｅａｍ ＲＳ）送信、ビーム報告（ｂｅａｍ ｒｅｐｏｒｔｉｎｇ）要請などの様々な過程によって各ＴＲＰ別に又は各セル（又は、ＣＣ）別にビーム復旧を行うことができる。

【0257】

図１１は、本開示の一実施例に係るビーム失敗復旧のための上りリンク送信を受信する方法に対する基地局の動作を例示する図である。

【0258】

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

【0259】

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

【0260】

一方、図１１には示していないが、基地局は端末から、ＢＦＤ－ＲＳセット当たりに設定可能な最大ＢＦＤ－ＲＳの個数（すなわち、Ｎ_ＢＦＤ）に関する情報がＵＥ能力（ｃａｐａｂｉｌｉｔｙ）として報告されてよい。

【0261】

図１１を参照すると、基地局は端末にＢＦＲ関連設定情報を送信する（Ｓ１１０１）。

【0262】

前記設定情報は、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）において説明されたＢＦＤ手順及び／又はＢＦＲ手順と関連した設定情報を含むことができる。一例として、前記設定情報は、各ＴＲＰと関連したＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴグループに関する情報（例えば、ＣＯＲＥＳＥＴグループ関連ＴＣＩ状態設定／ＣＯＲＥＳＥＴグループ識別子（ＩＤ）など）を含むことができる。一例として、前記設定情報は、ＣＯＲＥＳＥＴ設定を含むことができる。一例として、前記設定情報は、前記ＢＦＤ手順と関連したＢＦＤ ＲＳ／ＢＦＤ ＲＳセットに関する情報を含むこともできるが、場合によって、ＢＦＤ ＲＳ／ＢＦＤ ＲＳセットが明示的に設定／指示されなくてもよい。一例として、前記設定情報は、特定ＣＯＲＥＳＥＴ（／ＣＯＲＥＳＥＴグループ）に対して設定された空間関係仮定（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ａｓｓｕｍｐｔｉｏｎ）（例えば、ＱＣＬ関係）のための複数のＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）（すなわち、空間受信パラメータと関連したＱＣＬが設定されたＲＳ又はＱＣＬ ｔｙｐｅ Ｄ ＲＳ）に関する情報を含むことができる。一例として、前記設定情報は、前記ＢＦＲ手順と関連したＢＦＲＱリソースに関する設定情報を含むことができる。

【0263】

例えば、多重ＴＲＰベース送受信動作において、前記設定情報は、（特定セル又はセルグループに対して）各ＴＲＰと関連した前記ＢＦＤ手順と関連したＢＦＤ ＲＳ／ＢＦＤ ＲＳセットに関する情報を含むことができる。また、前記設定情報は、（特定セル又はセルグループに対して）各ＴＲＰと関連した前記ＢＦＲ手順と関連したＰＵＣＣＨリソースに関する情報を含むことができる。例えば、前記設定情報は、ＴＲＰ１に対応する第１ＢＦＤ ＲＳセット（一つ以上のＲＳを含む）とＴＲＰ２に対応する第２ＢＦＤ ＲＳセット（一つ以上のＲＳを含む）に関する情報を含むことができる。又は、前記設定情報は、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットに対する明示的な情報を含まなくてもよい。この場合、例えば、端末が、互いに異なるＣＯＲＥＳＥＴプール（ｐｏｏｌ）インデックスを有するＣＯＲＥＳＥＴに設定された空間受信パラメータ（ｓｐａｔｉａｌ ｒｅｃｅｐｔｉｏｎ ｐａｒａｍｅｔｅｒ）に対するＱＣＬ ＲＳを含む前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットをそれぞれ決定できる。また、前記設定情報は、ＴＲＰ特定ＢＦＲ手順のために、ＴＲＰ１に対応するＢＦＲのための第１ＰＵＣＣＨリソースとＴＲＰ２に対応するＢＦＲのための第２ＰＵＣＣＨリソースに関する情報を含むことができる。また、前記設定情報は、セル特定ＢＦＲ手順のために、ＢＦＲのためのＰＲＡＣＨリソースに関する情報を含むことができる。

【0264】

一方、図１１には示していないが、基地局は、ＢＦＤ手順及び／又はＢＦＲ手順に関する情報を、端末にＭＡＣ－ＣＥシグナリング及び／又はＤＣＩによって送信できる。

【0265】

ここで、先の提案１のように、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの活性化のための制御情報（例えば、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが活性化されてよい。ここで、前記ＢＦＤ ＲＳの活性化のための制御情報は、常に前記設定情報によって前記端末に（特定セル又はセルグループ内）設定された全てのＢＦＤ ＲＳセット（すなわち、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットの両方）に対する活性化を指示できる。

【0266】

又は、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの非活性化のための制御情報（例えば、ＢＦＤ－ＲＳ非活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが非活性化されてよい。

【0267】

前記ＢＦＤ ＲＳの活性化のための制御情報と前記ＢＦＤ ＲＳの非活性化のための制御情報は同一であってもよく、個別に定義されてもよい。

【0268】

第１ＢＦＤ ＲＳセット及び第２ＢＦＤ ＲＳセットのうち少なくとも一つに対する無線リンク品質の評価（ａｓｓｅｓｓ）によって第１ＢＦＤ ＲＳセットに対する第１ビーム失敗及び第２ＢＦＤ ＲＳセットに対する第２ビーム失敗のうち少なくともいずれか一つが検出されることに基づいて、基地局は端末からＢＦＲのための上りリンク送信を受信する（Ｓ１１０２）。

【0269】

例えば、上述した提案方法（例えば、提案１、提案２、提案３、及び提案１～３に対する細部実施例のいずれか一つ又は一つ以上の細部実施例の組合せ）に基づいて前記ＢＦＤ手順及び前記ＢＦＲ手順が行われてよい。

【0270】

基地局は、第１ＴＲＰに対応する第１ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）及び／又は第２ＴＲＰに対応する第２ＢＦＤ ＲＳセット（明示的に又は暗黙的に設定された）のそれぞれに含まれたＲＳを端末に送信し、端末によって送信されたＲＳに対する無線リンク品質を評価（ａｓｓｅｓｓ）することができる。ここで、無線リンク品質を評価することは、上述したように、それぞれのＲＳに対して仮定的な（ｈｙｐｏｔｈｅｔｉｃａｌ）ＢＬＥＲ（又は、ＳＩＮＲ、ＲＳＲＰ）を閾値と比較することを意味できる。

【0271】

ここで、先の提案１～提案３に従って、端末が第１ＢＦＤセット（第１ＴＲＰに対応）及び第２ＢＦＤセット（第２ＴＲＰに対応）が設定された場合に、活性化のための制御情報又は前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットにおいてそれぞれ一つ以上のＢＦＤ ＲＳが活性化されるとき、端末によって前記活性化された一つ以上のＢＦＤ ＲＳを用いて前記無線リンク品質が評価されてよい。

【0272】

ここで、先の提案１に従って、前記設定情報によって複数のＢＦＤ－ＲＳセットが端末に対して設定された場合に、ＢＦＤ ＲＳの活性化のための制御情報（例えば、ＢＦＤ－ＲＳ活性化ＭＡＣ ＣＥ）によって当該複数のＢＦＤ－ＲＳセットのそれぞれに対して一つ以上のＢＦＤ－ＲＳが活性化されてよい。ここで、前記ＢＦＤ ＲＳの活性化のための制御情報は、常に前記設定情報によって前記端末に（特定セル又はセルグループ内）設定された全てのＢＦＤ ＲＳセット（すなわち、前記第１ＢＦＤ ＲＳセットと前記第２ＢＦＤ ＲＳセットの両方）に対する活性化を指示できる。

【0273】

ここで、先の提案２に従って、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が特定個数を超えるように設定されるか否かに基づいて、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内でそれぞれ前記一つ以上のＢＦＤ ＲＳの活性化されるか否かが決定されてよい。例えば、特定個数は、端末能力として前記基地局に報告されたＢＦＤ ＲＳセット当たりに設定可能な最大ＢＦＤ ＲＳの個数であってよい。

【0274】

ここで、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのそれぞれに対してＢＦＤ ＲＳの個数が前記特定個数を超えないように設定されると、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内の全てのＢＦＤ ＲＳが活性化されたと見なされてよい。

【0275】

また、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が前記特定個数を超えるように設定されると、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセット内の全てのＢＦＤ ＲＳが非活性化されたと見なされてよい。この場合、前記ＢＦＤ ＲＳの活性化のための制御情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのそれぞれにおいて一つ以上のＢＦＤ ＲＳが活性化されてよい。

【0276】

また、前記設定情報によって前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一つに対してＢＦＤ ＲＳの個数が特定個数を超えるように設定されると、当該ＢＦＤ－ＲＳセット（すなわち、特定個数を超えるように設定された第１ＢＦＤ ＲＳセット及び／又は第２ＢＦＤ ＲＳセット）に対して特定の一つ以上のＢＦＤ－ＲＳに対して活性化されたと見なされてよい。例えば、前記特定の一つ以上のＢＦＤ－ＲＳはＢＦＤ－ＲＳの最も低いインデックスから昇順で特定個数のＢＦＤ－ＲＳと決定されてよい。

【0277】

そして、端末によって無線リンク品質の評価（ａｓｓｅｓｓ）によってそれぞれ第１ＢＦＩ及び第２ＢＦＩをカウント（無線リンク品質があらかじめ定義された閾値よりも悪い時にＢＦＩ値が１ずつ増加（ｉｎｃｒｅｍｅｎｔ））することができる。そして、第１ＢＦＩに対するカウント値及び／又は第２ＢＦＩに対するカウント値が最大値に到達すれば、端末によって第１ビーム失敗及び／又は第２ビーム失敗が検出されたと判断されてよい。すなわち、端末によって各ＴＲＰ別に無線リンク品質が個別に評価され、端末によってＢＦＩが各ＴＲＰ別に個別にカウントされ、端末によってビーム失敗が検出されたか否かが各ＴＲＰ別に個別に判断されてよい。

【0278】

上述したように、特定ＴＲＰに対する（すなわち、特定ＢＦＤ ＲＳセットに対して）ＢＦＩが最大値に到達すれば、端末によって当該ＴＲＰに対して（すなわち、特定ＢＦＤ ＲＳセットに対して）ビーム失敗が検出（ｄｅｔｅｃｔｉｏｎ）されたと判断されてよい。ここで、特定ＴＲＰに対するＢＦＤ ＲＳセット内に複数のＢＦＤ ＲＳが設定された場合（又は、先の提案のように活性化された場合）に、設定された／活性化された全てのＢＦＤ ＲＳに対するＢＦＩが最大値に到達すると、端末によって当該ＴＲＰに対する（すなわち、当該ＢＦＤ ＲＳセットに対して）ビーム失敗が検出（ｄｅｔｅｃｔｉｏｎ）されたと判断されてよい。

【0279】

ここで、前記第１ＢＦＤ ＲＳセット及び前記第２ＢＦＤ ＲＳセットのうち少なくとも一方の一つ以上の第１ＢＦＤ－ＲＳに対するビーム失敗インスタンス（ＢＦＩ：ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）カウントを行う途中に、前記ＢＦＤ ＲＳの活性化のための制御情報によって前記一つ以上の第１ＢＦＤ－ＲＳが一つ以上の第２ＢＦＤ－ＲＳにアップデートされてよい。この場合、先の提案３に従って、端末は前記一つ以上の第１ＢＦＤ－ＲＳに対するＢＦＩカウントを、前記アップデートされた一つ以上の第２ＢＦＤ－ＲＳに対して持続することができる。

【0280】

上述したように、端末によって各ＴＲＰ別にビーム失敗の検出が個別に判断されてよい。そして、ビーム失敗が検出されたＴＲＰ別にＢＦＲ手順が行われてよい。そして、前記第１ビーム失敗及び前記第２ビーム失敗のいずれか一つが検出されると、基地局は、前記第１ＰＵＣＣＨリソース及び前記第２ＰＵＣＣＨリソースのうち該当のＰＵＣＣＨリソース上で、前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請又はＢＦＲのためのスケジューリング要請）を受信することができる。

【0281】

一方、前記上りリンクを受信した後、基地局は端末にＰＵＳＣＨスケジューリングのためのＤＣＩを送信できる。この場合、基地局は端末からＰＵＳＣＨを介してＢＦＲのためのＭＡＣ－ＣＥを受信することができる。ここで、ＢＦＲのためのＭＡＣ－ＣＥは、ビーム失敗が検出されたセルのインデックス、新しいビームを探したか否かに関する情報、新しいビーム情報、ビーム失敗が検出されたＢＦＤ ＲＳセットのインデックスのうち少なくとも一つを含むことができる。

【0282】

上のような方法で無線リンク品質を評価した端末によってビーム失敗が宣言され、前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請）が行われてよい。そして、前記上りリンク送信（すなわち、ＢＦＲ要請又はリンク復旧要請）を受信した基地局は、ビーム復旧のためにビームＲＳ（ｂｅａｍ ＲＳ）送信、ビーム報告（ｂｅａｍ ｒｅｐｏｒｔｉｎｇ）要請などの様々な過程によって各ＴＲＰ別に又は各セル（又はＣＣ）別にビーム復旧を行うことができる。

【0283】

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

【0284】

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

【0285】

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

【0286】

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

【0287】

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

【0288】

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

【0289】

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

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【産業上の利用可能性】

【0295】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】