知財求人 - 知財ポータルサイト「IP Force」
▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024166260
(43)【公開日】2024-11-28
(54)【発明の名称】無線通信システムにおいてビーム失敗復旧方法及び装置
(51)【国際特許分類】
H04W 16/28 20090101AFI20241121BHJP
H04W 72/21 20230101ALI20241121BHJP
H04W 72/23 20230101ALI20241121BHJP
H04W 24/10 20090101ALN20241121BHJP
【ＦＩ】
H04W16/28
H04W72/21
H04W72/23
H04W24/10
【審査請求】有
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2024153416
(22)【出願日】2024-09-05
(62)【分割の表示】P 2022575405の分割
【原出願日】2021-09-07
(31)【優先権主張番号】10-2020-0127422
(32)【優先日】2020-09-29
(33)【優先権主張国・地域又は機関】KR
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】カン チウォン
(72)【発明者】
【氏名】コ ソンウォン
(57)【要約】
【課題】無線通信システムにおいてビーム失敗復旧を行う方法及び装置を提供する。
【解決手段】本開示の一実施例に係る端末が上りリンク送信又は下りリンク受信する方法であって、前記方法は、複数のリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）のうち少なくとも一つのリソースグループからビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）が検出されることに基づいて、ビーム失敗復旧要請（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ，ＢＦＲＱ）を基地局に送信する段階、前記基地局から前記ＢＦＲＱに対する応答を受信する段階、及び前記ビーム失敗に関連した情報を前記基地局に送信する段階を含み、前記ビーム失敗に関連した情報は、前記ビーム失敗が検出された特定リソースグループ又は前記ビーム失敗が検出された前記複数のリソースグループを指示できる。
【選択図】図８
【解決手段】本開示の一実施例に係る端末が上りリンク送信又は下りリンク受信する方法であって、前記方法は、複数のリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）のうち少なくとも一つのリソースグループからビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）が検出されることに基づいて、ビーム失敗復旧要請（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ，ＢＦＲＱ）を基地局に送信する段階、前記基地局から前記ＢＦＲＱに対する応答を受信する段階、及び前記ビーム失敗に関連した情報を前記基地局に送信する段階を含み、前記ビーム失敗に関連した情報は、前記ビーム失敗が検出された特定リソースグループ又は前記ビーム失敗が検出された前記複数のリソースグループを指示できる。
【選択図】図８
【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末が行う方法であって、前記方法は、
２つのビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ：ＢＦＤ）参照信号（ＲＳ）セットで構成される複数のサービングセルのそれぞれに対してビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ，ＢＦＲ）手順に関連した無線リソース制御（ＲＲＣ）シグナリングを基地局に送信する段階と、
前記複数のサービングセルの中の少なくとも一つのサービングセルに対して構成される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して検出されたビーム失敗に基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ＢＦＲ手順をトリガーする段階と、
改善されたＢＦＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ（ＣＥ）を前記基地局に送信する段階を含み、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、ｉ）前記２つのＢＦＤ－ＲＳセットの中の１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかを示す前記少なくとも一つのサービングセルの第１サービングセルに対応する第１フィールドと、ｉｉ）前記２つのＢＦＤ－ＲＳセットの一つのアイデンティティ(ID)を示す第２フィールドと、ｉｉｉ）前記複数のサービングセルの中の特別セル（ＳｐＣｅｌｌ）に対して構成された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかを示す第３フィールドと、ｉｖ）前記複数のサービングセルの中の第１の第２セル（ＳＣｅｌｌ）に対応する第４フィールドを含み、
前記第４フィールドは、前記ビーム失敗が前記第１のＳＣｅｌｌに対して検出されるかを示す、方法。
２つのビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ：ＢＦＤ）参照信号（ＲＳ）セットで構成される複数のサービングセルのそれぞれに対してビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ，ＢＦＲ）手順に関連した無線リソース制御（ＲＲＣ）シグナリングを基地局に送信する段階と、
前記複数のサービングセルの中の少なくとも一つのサービングセルに対して構成される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して検出されたビーム失敗に基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ＢＦＲ手順をトリガーする段階と、
改善されたＢＦＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ（ＣＥ）を前記基地局に送信する段階を含み、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、ｉ）前記２つのＢＦＤ－ＲＳセットの中の１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかを示す前記少なくとも一つのサービングセルの第１サービングセルに対応する第１フィールドと、ｉｉ）前記２つのＢＦＤ－ＲＳセットの一つのアイデンティティ(ID)を示す第２フィールドと、ｉｉｉ）前記複数のサービングセルの中の特別セル（ＳｐＣｅｌｌ）に対して構成された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかを示す第３フィールドと、ｉｖ）前記複数のサービングセルの中の第１の第２セル（ＳＣｅｌｌ）に対応する第４フィールドを含み、
前記第４フィールドは、前記ビーム失敗が前記第１のＳＣｅｌｌに対して検出されるかを示す、方法。
【請求項2】
前記改善されたＢＦＲ ＭＡＣ ＣＥは、候補ビームＲＳのインデックスに関連する第６フィールドが前記改善されたＢＦＲ ＭＡＣ ＣＥに存在するかを示す第５フィールドを含む、請求項１に記載の方法。
【請求項3】
少なくとも一つの候補ビームに関連する構成情報が前記基地局から前記端末へ送信され、
前記候補ビームＲＳが、前記少なくとも一つの候補ビームの中の予め定義された値と等しいかより大きい品質値を有するＲＳを含む、請求項２に記載の方法。
前記候補ビームＲＳが、前記少なくとも一つの候補ビームの中の予め定義された値と等しいかより大きい品質値を有するＲＳを含む、請求項２に記載の方法。
【請求項4】
前記２つのＢＦＤ－ＲＳセットのそれぞれは、２つの制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）のそれぞれに対して設定された少なくとも一つの送信設定指示子（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ，ＴＣＩ）状態と関連する少なくとも一つのＢＦＤ－ＲＳを含む、請求項１に記載の方法。
【請求項5】
前記ＲＲＣシグナリングは、ビーム失敗回復タイマーに関連する情報と、候補ビームＲＳリストに関連する情報を含む、請求項１に記載の方法。
【請求項6】
前記ビーム失敗が前記２つのＢＦＤ－ＲＳセットの中の一つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの中の全てに対して検出されるかを示す、前記少なくとも一つのサービングセルの第２サービングセルに対応する他の第１フィールドを含む、請求項１に記載の方法。
【請求項7】
前記改善されたＢＦＲ ＭＡＣ ＣＥは、前記複数のサービングセルの中の第２のＳＣｅｌｌに対応する他の第４フィールドを含み、
前記他の第４フィールドは、前記ビーム失敗が前記第２のＳＣｅｌｌに対して検出されるかを示す、請求項１に記載の方法。
前記他の第４フィールドは、前記ビーム失敗が前記第２のＳＣｅｌｌに対して検出されるかを示す、請求項１に記載の方法。
【請求項8】
無線通信システムにおける端末であって、前記端末は、
無線信号を送受信するための少なくとも一つの送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記少なくとも一つの送受信部を制御する少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
２つのビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ：ＢＦＤ）参照信号（ＲＳ）セットで構成される複数のサービングセルのそれぞれに対してビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ，ＢＦＲ）手順に関連した無線リソース制御（ＲＲＣ）シグナリングを前記少なくとも一つの送受信部を介して基地局から受信し、
前記複数のサービングセルの中の少なくとも一つのサービングセルに対して構成される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して検出されたビーム失敗に基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ＢＦＲ手順をトリガーし、
改善されたＢＦＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ（ＣＥ）を前記少なくとも一つの送受信部を介して前記基地局に送信するように構成され、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、ｉ）前記２つのＢＦＤ－ＲＳセットの中の１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかを示す前記少なくとも一つのサービングセルの第１サービングセルに対応する第１フィールドと、ｉｉ）前記２つのＢＦＤ－ＲＳセットの一つのアイデンティティ(ID)を示す第２フィールドと、ｉｉｉ）前記複数のサービングセルの中の特別セル（ＳｐＣｅｌｌ）に対して構成された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかを示す第３フィールドと、ｉｖ）前記複数のサービングセルの中の第１の第２セル（ＳＣｅｌｌ）に対応する第４フィールドを含み、
前記第４フィールドは前記ビーム失敗が前記第１のＳＣｅｌｌに対して検出されるかを示す、端末。
無線信号を送受信するための少なくとも一つの送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記少なくとも一つの送受信部を制御する少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
２つのビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ：ＢＦＤ）参照信号（ＲＳ）セットで構成される複数のサービングセルのそれぞれに対してビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ，ＢＦＲ）手順に関連した無線リソース制御（ＲＲＣ）シグナリングを前記少なくとも一つの送受信部を介して基地局から受信し、
前記複数のサービングセルの中の少なくとも一つのサービングセルに対して構成される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して検出されたビーム失敗に基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ＢＦＲ手順をトリガーし、
改善されたＢＦＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ（ＣＥ）を前記少なくとも一つの送受信部を介して前記基地局に送信するように構成され、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、ｉ）前記２つのＢＦＤ－ＲＳセットの中の１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかを示す前記少なくとも一つのサービングセルの第１サービングセルに対応する第１フィールドと、ｉｉ）前記２つのＢＦＤ－ＲＳセットの一つのアイデンティティ(ID)を示す第２フィールドと、ｉｉｉ）前記複数のサービングセルの中の特別セル（ＳｐＣｅｌｌ）に対して構成された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかを示す第３フィールドと、ｉｖ）前記複数のサービングセルの中の第１の第２セル（ＳＣｅｌｌ）に対応する第４フィールドを含み、
前記第４フィールドは前記ビーム失敗が前記第１のＳＣｅｌｌに対して検出されるかを示す、端末。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいてビーム失敗復旧方法及び装置に関する。
【背景技術】
【0002】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。
【0003】
次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示の技術的課題は、ビーム失敗復旧を行う方法及び装置を提供することである。
【0005】
また、本開示の更なる技術的課題は、特定リソースグループ又は複数のリソースグループでビーム失敗が発生した場合に、ビーム失敗復旧を行う方法及び装置を提供することである。
【0006】
本開示で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【0007】
本開示の一実施例として、無線通信システムにおいて端末がビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ，ＢＦＲ）を行う方法であって、前記方法は、複数のリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）のうち少なくとも一つのリソースグループからビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）が検出されることに基づいて、ビーム失敗復旧要請（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ，ＢＦＲＱ）を基地局に送信する段階；前記基地局から前記ＢＦＲＱに対する応答を受信する段階及び、前記ビーム失敗に関連した情報を前記基地局に送信する段階を含み、前記ビーム失敗に関連した情報は、前記ビーム失敗が検出された特定リソースグループ又は前記ビーム失敗が検出された前記複数のリソースグループを指示できる。
【0008】
本開示のさらに他の実施例として、無線通信システムにおいて基地局がビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ，ＢＦＲ）を行う方法であって、前記方法は、複数のリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）のうち少なくとも一つのリソースグループからビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）が検出されることに基づいて、ビーム失敗復旧要請（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ，ＢＦＲＱ）を端末から受信する段階と、前記ＢＦＲＱに対する応答を前記基地局に送信する段階及び、前記ビーム失敗に関連した情報を前記端末から受信する段階を含み、前記ビーム失敗に関連した情報は、前記ビーム失敗が検出された特定リソースグループ又は前記ビーム失敗が検出された前記複数のリソースグループを指示できる。
【発明の効果】
【0009】
本開示の一実施例によれば、無線通信システムにおいてビーム復旧動作を行う方法及び装置を提供することができる。
【0010】
本開示の一実施例によれば、特定リソースグループ又は複数のリソースグループにおいてビーム失敗が発生する場合に、ビーム失敗復旧動作を行う方法及び装置を提供することができる。
【0011】
本開示で得ることができる効果は以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【0012】
本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。
【図1】本開示が適用可能な無線通信システムの構造を例示する。
【図2】本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
【図3】本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【図4】本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。
【図5】本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
【図6】本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【図7】本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。
【図8】本開示の一実施例に係る端末のビーム失敗復旧動作を説明するための図である。
【図9】本開示の一実施例に係る基地局のビーム失敗復旧動作を説明するための図である。
【図10】本開示の一実施例に係るネットワーク側及び端末のシグナリング手順を説明するための図である。
【図11】本開示の一実施例に係る無線通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【0013】
以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
【0014】
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
【0015】
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。
【0016】
本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。
【0017】
本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。
【0018】
本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。
【0019】
本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。
【0020】
以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。
【0021】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
【0022】
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。
【0023】
３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手順）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。
【0024】
３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手順）、ＴＳ ３８．２１４（データのための物理層手順）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。
【0025】
本開示で使用可能な用語の略字は次のように定義される。
【0026】
－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）
【0027】
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
【0028】
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
【0029】
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
【0030】
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
【0031】
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0032】
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0033】
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0034】
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
【0035】
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
【0036】
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
【0037】
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
【0038】
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
【0039】
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
【0040】
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
【0041】
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0042】
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
【0043】
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
【0044】
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
【0045】
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
【0046】
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
【0047】
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
【0048】
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
【0049】
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
【0050】
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
【0051】
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
【0052】
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
【0053】
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0054】
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
【0055】
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0056】
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
【0057】
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
【0058】
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
【0059】
システム一般
【0060】
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。
【0061】
ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。
【0062】
ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。
【0063】
図１には、本開示が適用可能な無線通信システムの構造を例示する。
【0064】
図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。
【0065】
図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
【0066】
ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、利用されるヌメロロジーは周波数帯域と独立して選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。
【0067】
以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。
【0068】
【表1】
【0069】
ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。
【0070】
【表2】
【0071】
ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）の時間単位の倍数と表現される。ここで、Δｆｍａｘ＝４８０・１０３Ｈｚであり、Ｎｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔｆ＝１／（ΔｆｍａｘＮｆ／１００）・Ｔｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴＴＡ＝（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎｓ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎｓ，ｆ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮｓｙｍｂ
ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎｓｙｍｂ
ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎｓ
μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎｓ
μＮｓｙｍｂ
ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎｓｙｍｂ
ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎｓｌｏｔ
ｆｒａｍｅ，μ）、サブフレーム別スロットの個数（Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
【0072】
【表3】
【0073】
【表4】
【0074】
図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。 ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。図３を参照すると、リソースグリッドが、周波数領域上にＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成され、一つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、ＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２μＮｓｙｍｂ
（μ）のＯＦＤＭシンボルによって説明される。ここで、ＮＲＢ
μ≦ＮＲＢ
ｍａｘ，μである。前記ＮＲＢ
ｍａｘ，μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対
によって固有に識別される。ここで、ｋ＝０，．．．，ＮＲＢ
μＮｓｃ
ＲＢ－１は、周波数領域上のインデックスであり、
は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎｓｙｍｂ
μ－１である。μ及びアンテナポートｐに対するリソース要素
は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）
に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は
又は
になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮｓｃ
ＲＢ＝１２の連続するサブキャリアと定義される。
【0075】
ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。
【0076】
－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。
【0077】
－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。
【0078】
共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎＣＲＢ
μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。
【0079】
【数1】
【0080】
式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮＢＷＰ，ｉ
ｓｉｚｅ，μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎＰＲＢと共通リソースブロックｎＣＲＢ間の関係は、下記の式２によって与えられる。
【0081】
【数2】
【0082】
ＮＢＷＰ，ｉ
ｓｔａｒｔ，μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。
【0083】
図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
【0084】
【0085】
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。
【0086】
ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。
【0087】
一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。
【0088】
図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【0089】
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0090】
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【0091】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。
【0092】
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【0093】
上述したような手順を行った端末は、その後、一般の上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
【0094】
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。
【0095】
表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。
【0096】
【表5】
【0097】
表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0098】
ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。
【0099】
ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0100】
ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0101】
次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0102】
ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0103】
ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0104】
ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0105】
多重ＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）関連動作
【0106】
多点協調通信（ＣｏＭＰ：Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ Ｐｏｉｎｔ）の手法は、多数の基地局が端末からフィードバックされたチャネル情報（例えば、ＲＩ／ＣＱＩ／ＰＭＩ／ＬＩ（ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ）など）を相互に交換（例えば、Ｘ２インターフェース利用）或いは活用して、端末に協調送信することによって干渉を効果的に制御する方式をいう。利用する方式によって、ＣｏＭＰは連合送信（ＪＴ：Ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）、協調スケジューリング（ＣＳ：Ｃｏｏｒｄｉｎａｔｅｄ Ｓｃｈｅｄｕｌｉｎｇ）、協調ビームフォーミング（ＣＢ：Ｃｏｏｒｄｉｎａｔｅｄ Ｂｅａｍｆｏｒｍｉｎｇ）、動的ポイント選択（ＤＰＳ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｓｅｌｅｃｔｉｏｎ）、動的ポイント遮断（ＤＰＢ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｂｌｏｃｋｉｎｇ）などに区分できる。
【0107】
Ｍ個のＴＲＰが一つの端末にデータを送信するＭ－ＴＲＰ送信方式は、大きく、ｉ）送信率を高めるための方式であるｅＭＢＢ Ｍ－ＴＲＰ送信と、ｉｉ）受信成功率増加及び遅延（ｌａｔｅｎｃｙ）減少のための方式であるＵＲＬＬＣ Ｍ－ＴＲＰ送信とに区分できる。
【0108】
また、ＤＣＩ送信観点で、Ｍ－ＴＲＰ送信方式は、ｉ）各ＴＲＰが互いに異なるＤＣＩを送信するＭ－ＤＣＩ（ｍｕｌｔｉｐｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信と、ｉｉ）一つのＴＲＰがＤＣＩを送信するＳ－ＤＣＩ（ｓｉｎｇｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信とに区分できる。例えば、Ｓ－ＤＣＩベースＭ－ＴＲＰ送信の場合、Ｍ ＴＲＰが送信するデータに対する全てのスケジューリング情報が一つのＤＣＩで端末に伝達される必要があり、両ＴＲＰ間の動的な（ｄｙｎａｍｉｃ）協調が可能な理想的バックホール（ｉｄｅａｌ ＢＨ：ｉｄｅａｌ ＢａｃｋＨａｕｌ）環境で用いられてよい。
【0109】
ＴＤＭベースＵＲＬＬＣ Ｍ－ＴＲＰ送信に対して、方式（ｓｃｈｅｍｅ）３／４が標準化議論中である。具体的に、方式４は、１つのスロットでは１つのＴＲＰが伝送ブロック（ＴＢ）を送信する方式を意味し、複数のスロットで複数のＴＲＰから受信した同一ＴＢを用いてデータ受信確率を上げ得る効果がある。これと違い、方式３は、１つのＴＲＰが連続したいくつかのＯＦＤＭシンボル（すなわち、シンボルグループ）でＴＢを送信する方式を意味し、１つのｓｌｏｔ内で複数のＴＲＰが互いに異なるシンボルグループで同一のＴＢを送信するように設定されてよい。
【0110】
また、ＵＥは、互いに異なる制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）（又は、互いに異なるＣＯＲＥＳＥＴグループに属したＣＯＲＥＳＥＴ）で受信したＤＣＩがスケジュールしたＰＵＳＣＨ（又は、ＰＵＣＣＨ）を、互いに異なるＴＲＰで送信するＰＵＳＣＨ（又は、ＰＵＣＣＨ）と認識するか又は互いに異なるＴＲＰのＰＤＳＣＨ（又は、ＰＤＣＣＨ）と認識できる。また、後述する互いに異なるＴＲＰで送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対する方式は、同一ＴＲＰに属する互いに異なるパネル（ｐａｎｅｌ）で送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対しても同一に適用できる。
【0111】
以下、多重ＤＣＩベースノンコヒーレントＪＴ（ＮＣＪＴ：Ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）／単一ＤＣＩベースＮＣＪＴについて説明する。
【0112】
ＮＣＪＴ（Ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）は、複数のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）が一つの端末に同一の時間周波数リソースを用いてデータを送信する方法であり、ＴＰ間に互いに異なるＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）ポートを用いて異なったレイヤ（ｌａｙｅｒ）を用いて（すなわち、互いに異なるＤＭＲＳポートで）データを送信する。
【0113】
ＴＰは、ＮＣＪＴを受信する端末にデータスケジューリング情報をＤＣＩで伝達する。このとき、ＮＣＪＴに参加する各ＴＰが自身の送信するデータに対するスケジューリング情報をＤＣＩで伝達する方式を‘多重ＤＣＩベースＮＣＪＴ（ｍｕｌｔｉ ＤＣＩ ｂａｓｅｄ ＮＣＪＴ）’という。ＮＣＪＴ送信に参加するＮ ＴＰがそれぞれＤＬグラント（ｇｒａｎｔ）ＤＣＩとＰＤＳＣＨをＵＥに送信するので、ＵＥは、Ｎ個のＤＣＩとＮ個のＰＤＳＣＨをＮ ＴＰから受信する。これとは違い、代表ＴＰ一つが自身の送信するデータと他のＴＰ（すなわち、ＮＣＪＴに参加するＴＰ）が送信するデータに対するスケジューリング情報を一つのＤＣＩで伝達する方式を‘単一ＤＣＩベースＮＣＪＴ（ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ ＮＣＪＴ）’という。この場合、Ｎ ＴＰが一つのＰＤＳＣＨを送信するが、各ＴＰは一つのＰＤＳＣＨを構成する多重レイヤ（ｍｕｌｔｉｐｌｅ ｌａｙｅｒ）の一部レイヤのみを送信する。例えば、４レイヤデータが送信される場合に、ＴＰ１が２レイヤを送信し、ＴＰ２が残り２レイヤをＵＥに送信できる。
【0114】
ＮＣＪＴ送信をする多重ＴＲＰ（ＭＴＲＰ）は、次の２つの方式のいずれか１つの方式を用いて端末にＤＬデータ送信を行うことができる。
【0115】
まず、‘単一ＤＣＩベースＭＴＲＰ（ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ）方式’について説明する。ＭＴＲＰは、共通の一つのＰＤＳＣＨを共に協調送信し、協調送信に参加する各ＴＲＰは、当該ＰＤＳＣＨを同一の時間周波数リソースを用いて互いに異なるレイヤ（すなわち、互いに異なるＤＭＲＳポート）で空間分割して送信する。このとき、前記ＰＤＳＣＨに対するスケジューリング情報はＵＥに一つのＤＣＩで指示され、当該ＤＣＩは、どのＤＭＲＳ（グループ）ポート（ｐｏｒｔ）がどのＱＣＬ ＲＳ及びＱＣＬタイプの情報を用いるかを指示する（これは、既存にＤＣＩで指示された全てのＤＭＲＳポートに共通に適用されるＱＣＬ ＲＳ及びタイプを指示することとは相違する。）。すなわち、ＤＣＩ内のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）フィールドでＭ個のＴＣＩ状態（ＴＣＩ ｓｔａｔｅ）が指示され（例えば、２ ＴＲＰ協調送信である場合に、Ｍ＝２）、Ｍ個のＤＭＲＳポートグループ別に異なるＭ個のＴＣＩ状態を用いてＱＣＬ ＲＳ及びタイプが指示されてよい。また、新しいＤＭＲＳテーブルによってＤＭＲＳポート情報が指示されてよい。
【0116】
次に、‘多重ＤＣＩベースＭＴＲＰ（ｍｕｌｔｉｐｌｅ ＤＣＩ ｂａｓｅｄ ＭＴＲＰ）方式’について説明する。ＭＴＲＰはそれぞれ異なるＤＣＩ及びＰＤＳＣＨを送信し、これらのＰＤＳＣＨは互いに周波数時間リソース上で（一部又は全部が）重複（ｏｖｅｒｌａｐ）して送信される。これらのＰＤＳＣＨは、互いに異なるスクランブリング（ｓｃｒａｍｂｌｉｎｇ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）でスクランブルされ、当該ＤＣＩは、互いに異なるＣｏｒｅｓｅｔグループ（ｇｒｏｕｐ）に属するＣｏｒｅｓｅｔで送信されてよい（ここで、Ｃｏｒｅｓｅｔグループは、各ＣｏｒｅｓｅｔのＣｏｒｅｓｅｔ設定内に定義されたインデックス（ｉｎｄｅｘ）で識別されてよい。例えば、Ｃｏｒｅｓｅｔ１と２は、ｉｎｄｅｘ＝０が設定され、Ｃｏｒｅｓｅｔ３と４は、ｉｎｄｅｘ＝１が設定されていると、Ｃｏｒｅｓｅｔ １、２はＣｏｒｅｓｅｔグループ０であり、Ｃｏｒｅｓｅｔ ３、４はＣｏｒｅｓｅｔグループ１に属する。また、Ｃｏｒｅｓｅｔ内にインデックスが定義されていない場合に、ｉｎｄｅｘ＝０と解釈できる。）。一つのサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）において複数個のスクランブリングＩＤが設定されたり又は２個以上のＣｏｒｅｓｅｔグループが設定されていると、ＵＥは多重ＤＣＩベースＭＴＲＰ動作でデータを受信することが分かる。
【0117】
又は、単一ＤＣＩベースＭＴＲＰ方式か或いは多重ＤＣＩベースＭＴＲＰ方式かは、別のシグナリングによってＵＥに指示されてよい。一例として、一つのサービングセルに対しＭＴＲＰ動作のために複数個のＣＲＳ（ｃｅｌｌ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンがＵＥに指示されてよい。この場合、単一ＤＣＩベースＭＴＲＰ方式か或いは多重ＤＣＩベースＭＴＲＰ方式かによって（ＣＲＳパターンが異なるので）ＣＲＳに対するＰＤＳＣＨレートマッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）が変わってよい。
【0118】
以下、本明細書で説明／言及されるＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネル（ｐａｎｅｌ）のためのＣＯＲＥＳＥＴを区分するためのインデックス（ｉｎｄｅｘ）／識別情報（例えば、ＩＤ）などを意味できる。そして、ＣＯＲＥＳＥＴグループは、各ＴＲＰ／パネルのためＣＯＲＥＳＥＴを区分するためのインデックス／識別情報（例えば、ＩＤ）／前記ＣＯＲＥＳＥＴグループＩＤによって区分されるＣＯＲＥＳＥＴのグループ／和集合であってよい。一例として、ＣＯＲＥＳＥＴグループＩＤは、ＣＯＲＳＥＴ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）内に定義される特定インデックス情報であってよい。この場合、ＣＯＲＥＳＥＴグループは各ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴ設定内に定義されたインデックスによって設定／指示／定義されてよい。及び／又は、ＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のためのインデックス／識別情報／指示子などを意味できる。以下、本開示で説明／言及されるＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子に代替して表現されてよい。前記ＣＯＲＥＳＥＴグループＩＤ、すなわち、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子は、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ、例えば、ＲＲＣシグナリング）／第２層シグナリング（Ｌ２ ｓｉｇｎａｌｉｎｇ、例えば、ＭＡＣ－ＣＥ）／第１層シグナリング（Ｌ１ ｓｉｇｎａｌｉｎｇ、例えば、ＤＣＩ）などによって端末に設定／指示されてよい。一例として、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）ＰＤＣＣＨ検出（ｄｅｔｅｃｔｉｏｎ）が行われるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）上りリンク制御情報（例えば、ＣＳＩ、ＨＡＲＱ－Ａ／Ｎ（ＡＣＫ／ＮＡＣＫ）、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ））及び／又は上りリンク物理チャネルリソース（例えば、ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳリソース）が分離されて管理／制御されるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ別に各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）スケジュールされるＰＤＳＣＨ／ＰＵＳＣＨなどに対するＨＡＲＱ Ａ／Ｎ（処理（ｐｒｏｃｅｓｓ）／再送信）が管理されてよい。
【0119】
以下、部分的（ｐａｒｔｉａｌｌｙ）に重複（ｏｖｅｒｌａｐｐｅｄ）されたＮＣＪＰについて説明する。
【0120】
また、ＮＣＪＴは、各ＴＰの送信する時間周波数リソースが完全に重なっている完全重複（ｆｕｌｌｙ ｏｖｅｒｌａｐｐｅｄ）ＮＣＪＴと、一部の時間周波数リソースのみ重なっている部分重複（ｐａｒｔｉａｌｌｙ ｏｖｅｒｌａｐｐｅｄ）ＮＣＪＴとに区別できる。すなわち、部分重複ＮＣＪＴである場合、一部の時間周波数リソースではＴＰ１とＴＰ２のデータの両方が送信され、残り時間周波数リソースではＴＰ１又はＴＰ２のいずれが一方のＴＰのデータのみが送信される。
【0121】
以下、多重ＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）での信頼度向上のための方式について説明する。
【0122】
多重ＴＲＰでの送信を用いた信頼度（ｒｅｌｉａｂｉｌｉｔｙ）向上のための送受信方法として、次の２つの方法が考慮できる。
【0123】
図７は、本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。
【0124】
図７（ａ）を参照すると、同一のコードワード（ｃｏｄｅｗｏｒｄ，ＣＷ）／伝送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ）を送信するレイヤグループ（ｌａｙｅｒ ｇｒｏｕｐ）が互いに異なるＴＲＰに対応する場合を示す。この時、レイヤグループは、１つ又はそれ以上のレイヤからなる所定のレイヤ集合を意味できる。このような場合、多数のレイヤ数によって送信リソースの量が増加し、これによってＴＢに対して低い符号率のロバストなチャネルコーディングを用いることができるという長所があり、また、多数のＴＲＰからチャネルが異なるので、ダイバーシチ（ｄｉｖｅｒｓｉｔｙ）利得に基づいて受信信号の信頼度向上を期待することができる。
【0125】
図７（ｂ）を参照すると、互いに異なるＣＷを互いに異なるＴＲＰに対応するレイヤグループで送信する例を示す。この時、図のＣＷ ＃１とＣＷ ＃２に対応するＴＢは互いに同一であると仮定できる。すなわち、ＣＷ ＃１とＣＷ ＃２はそれぞれ異なるＴＲＰによって同一のＴＢがチャネルコーディングなどによって互いに異なるＣＷに変換されたことを意味する。したがって、同一ＴＢの反復送信の例と見なすことができる。図７（ｂ）では、先の図７（ａ）に比べて、ＴＢに対応する符号率が高いという短所があり得る。しかし、チャネル環境によって同一のＴＢから生成されたエンコードされたビット（ｅｎｃｏｄｉｎｇ ｂｉｔｓ）に対して互いに異なるＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）値を指示して符号率を調整するか、各ＣＷの変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）を調節できるという長所を有する。
【0126】
先の図７（ａ）及び図７（ｂ）で例示した方式によれば、同一のＴＢが互いに異なるレイヤグループで反復送信され、各レイヤグループが互いに異なるＴＲＰ／パネルによって送信されることにより、端末のデータ受信確率を高めることができる。これを、ＳＤＭ（Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースＭ－ＴＲＰ ＵＲＬＬＣ送信方式と称する。互いに異なるレイヤグループに属するレイヤは、互いに異なるＤＭＲＳ ＣＤＭグループに属するＤＭＲＳポートでそれぞれ送信される。
【0127】
また、上述した複数ＴＲＰ関連の内容は、互いに異なるレイヤを用いるＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を基準に説明されたが、これは、互いに異なる周波数領域リソース（例えば、ＲＢ／ＰＲＢ（セット）など）に基づくＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式及び／又は互いに異なる時間領域リソース（例えば、スロット、シンボル、サブ－シンボルなど）に基づくＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式にも拡張して適用されてよいことは勿論である。
【0128】
単一ＤＣＩによってスケジュールされる多重ＴＲＰベースＵＲＬＬＣのための手法と関連して、次のような手法が議論されている。
【0129】
１）手法１（ＳＤＭ）：時間及び周波数リソース割り当てが重なり、単一スロット内にｎ（ｎ＜＝Ｎｓ）個のＴＣＩ状態（ｓｔａｔｅ）
【0130】
１－ａ）手法１ａ
【0131】
－ 各送信時点（ｏｃｃａｓｉｏｎ）に同一ＴＢが一つのレイヤ又はレイヤのセット（ｓｅｔ）で送信され、各レイヤ又は各レイヤのセットは、一つのＴＣＩ及び一つのＤＭＲＳポートのセットと関連付けられる。
【0132】
－ 一つのＲＶを有する単一コードワードは、全ての空間レイヤ又は全てのレイヤのセットで用いられる。ＵＥ観点で、互いに異なるコードされた（ｃｏｄｅｄ）ビットは同一のマッピング規則によって互いに異なるレイヤ又はレイヤのセットにマップされる。
【0133】
１－ｂ）手法１ｂ
【0134】
－ 各送信時点（ｏｃｃａｓｉｏｎ）に同一のＴＢが一つのレイヤ又はレイヤのセットで送信され、各レイヤ又は各レイヤのセットは、一つのＴＣＩ及び一つのＤＭＲＳポートのセットと関連付けられる。
【0135】
－ 一つのＲＶを有する単一コードワードは、各空間レイヤ又は各レイヤのセットで用いられる。各空間レイヤ又は各レイヤのセットに対応するＲＶは同一であってもよく異なってもよい。
【0136】
１－ｃ）手法１ｃ
【0137】
－ 一つの送信時点（ｏｃｃａｓｉｏｎ）に多重のＴＣＩ状態インデックスと関連付けられた一つのＤＭＲＳポートを有する同一ＴＢが一つのレイヤで送信されるか、又は多重のＴＣＩ状態インデックスと一対一で関連付けられる多重のＤＭＲＳポートを有する同一ＴＢが一つのレイヤで送信される。
【0138】
先の手法１ａ及び１ｃでは、同一のＭＣＳが全てのレイヤ又は全てのレイヤのセットに適用される。
【0139】
２）手法２（ＦＤＭ）：周波数リソース割り当てが重ならず、単一スロット内にｎ（ｎ＜＝Ｎｆ）個のＴＣＩ状態
【0140】
－ それぞれ重ならない周波数リソース割り当ては、一つのＴＣＩ状態と関連付けられる。
【0141】
－ 同一の単一／多重ＤＭＲＳポートは、全ての重ならない周波数リソース割り当てと関連付けられる。
【0142】
２－ａ）手法２ａ
【0143】
－ 一つのＲＶを有する単一のコードワードが全てのリソース割り当てに用いられる。ＵＥ観点で、共通ＲＢマッチング（コードワードのレイヤへのマッピング）が全てのリソース割り当てにおいて適用される。
【0144】
２－ｂ）手法２ｂ
【0145】
－ 一つのＲＶを有する単一のコードワードが、それぞれの重ならない周波数リソース割り当てに用いられる。それぞれの重ならない周波数リソース割り当てに対応するＲＶは同一であってもよく異なってもよい。
【0146】
先の手法２ａに対して、同一のＭＣＳが全ての重ならない周波数リソース割り当てに適用される。
【0147】
３）手法３（ＴＤＭ）：時間リソース割り当てが重ならず、単一スロット内にｎ（ｎ＜＝Ｎｔ１）個のＴＣＩ状態
【0148】
－ ＴＢの各送信時点（ｏｃｃａｓｉｏｎ）は、ミニスロットの時間細分性（ｇｒａｎｕｌａｒｉｔｙ）を有し、一つのＴＣＩ及び一つのＲＶを有する。
【0149】
－ スロット内の全ての送信時点（ｏｃｃａｓｉｏｎ）で単一又は多重のＤＭＲＳポートに共通ＭＣＳが用いられる。
【0150】
－ 互いに異なる送信時点（ｏｃｃａｓｉｏｎ）でＲＶ／ＴＣＩは同一であってもよく異なってもよい。
【0151】
４）手法４（ＴＤＭ）：Ｋ（ｎ＜＝Ｋ）個の異なるスロットでｎ（ｎ＜＝Ｎｔ２）個のＴＣＩ状態
【0152】
－ ＴＢの各送信時点（ｏｃｃａｓｉｏｎ）は一つのＴＣＩ及び一つのＲＶを有する。
【0153】
－ Ｋスロットにわたる全ての送信時点（ｏｃｃａｓｉｏｎ）は、単一又は多重のＤＭＲＳポートに共通のＭＣＳを用いる。
【0154】
－ 互いに異なる送信時点（ｏｃｃａｓｉｏｎ）でＲＶ／ＴＣＩは同一であってもよく異なってもよい。
【0155】
基礎的な（ｂａｓｉｃ）ビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ，ＢＦＲ）
端末及び／又は基地局は、データ送受信のために上りリンク／下りリンクビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ，ＢＭ）を行うことができる。ここで、ＢＭは、下りリンク及び上りリンク送／受信に利用可能なビームセットを取得及び維持する過程を意味できる。
端末及び／又は基地局は、データ送受信のために上りリンク／下りリンクビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ，ＢＭ）を行うことができる。ここで、ＢＭは、下りリンク及び上りリンク送／受信に利用可能なビームセットを取得及び維持する過程を意味できる。
【0156】
具体的に、ＢＭは、基地局又は端末から受信されたビーム形成信号の特性を測定（ｍｅａｓｕｒｅｍｅｎｔ）するビーム測定過程、基地局又は端末が自分の送信ビーム（Ｔｘ ｂｅａｍ）及び受信ビーム（Ｒｘ ｂｅａｍ）を決定するビーム決定（ｄｅｔｅｒｍｉｎａｔｉｏｎ）過程、あらかじめ決定された方式で一定時間間隔の間に送信ビーム及び／又は受信ビームを用いて空間領域をカバーするビームスイーピング（ｓｗｅｅｐｉｎｇ）過程、及び端末がビーム測定結果に基づいてビーム信号の情報を基地局に報告するビーム報告（ｒｅｐｏｒｔｉｎｇ）過程を含むことができる。
【0157】
上述した上りリンク／下りリンクＢＭ過程が行われる間に、様々な要素によってビームミスマッチ（ｍｉｓｍａｔｃｈ）問題が発生し得る。例えば、端末が移動又は回転する場合、又は周辺物体の移動によって無線チャネル環境が変わる場合（例えば、ＬｏＳ（ｌｉｎｅ－ｏｆ－ｓｉｇｈｔ）環境であるが、ビームがブロックされることによってＮｏｎ－ＬｏＳ環境に変わる場合）に、最適の上りリンク／下りリンクビームペア（ｐａｉｒ）が変更されることがある。このとき、端末又は基地局が変更された最適の上りリンク／下りリンクビームペアの追跡（すなわち、ＢＭトラッキング（ｔｒａｃｋｉｎｇ））に失敗する場合に、ビーム失敗が発生したと見なすことができる。
【0158】
端末は、下りリンク参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＲＳ）の受信品質に基づいてビーム失敗発生の有無が判断できる。そして、端末は、ビーム失敗発生の有無に対する報告メッセージ或いはビーム復旧要請のためのメッセージ（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ，ＢＦＲＱ ｍｅｓｓａｇｅ）を基地局に報告しなければならない。前記メッセージを受信した基地局は、ビーム復旧のためにビームＲＳ送信又はビーム報告要請などの様々な過程によってビーム復旧過程を行うことができる。このような一連のビーム復旧過程をビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ，ＢＦＲ）過程という。
【0159】
基礎的なＢＦＲ動作は、衝突ベース（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）ＰＲＡＣＨリソースが存在するスペシャルセル（ｓｐｅｃｉａｌ ｃｅｌｌ，ＳｐＣｅｌｌ）（すなわち、プライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ，ＰＣｅｌｌ）又はプライマリセカンダリセル（ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ，ＰＳｃｅｌｌ））に対するＢＦＲ過程を含む。前記ＢＦＲ過程は、端末のＢＦＤ（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）過程、ＢＦＲＱ送信過程、及びＢＦＲＱに対する基地局の応答をモニタする過程で構成され、各過程はサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）内で行われてよい。
【0160】
ビーム失敗検出（Ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ，ＢＦＤ）
【0161】
全てのＰＤＣＣＨビームの品質値（Ｑ＿ｏｕｔ）があらかじめ定義された値以下に下がる場合に、１回のビーム失敗インスタンス（ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）が発生したと見なすことができる。ここで、品質値は、理論的（ｈｙｐｏｔｈｅｔｉｃａｌ）ＢＬＥＲ（ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）を基準に決定されてよい。すなわち、理論的ＢＬＥＲは、特定ＰＤＣＣＨで制御情報が送信される時に該制御情報の復調に失敗する確率を意味できる。
【0162】
そして、ＰＤＣＣＨをモニタする検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）は端末に１個或いは複数個設定されてよく、各検索空間別にＰＤＣＣＨビームが異なるように設定されてよい。この時、全てのＰＤＣＣＨビームの品質値があらかじめ定義された値以下に下がるということは、全てのＰＤＣＣＨビームの品質値がＢＬＥＲ閾値（ｔｈｒｅｓｈｏｌｄ）よりも低くなる場合を意味する。
【0163】
端末がビーム失敗インスタンスが発生したか否かを把握するためのＢＦＤ－ＲＳが基地局から指示／設定される方式として次の２方式が支援可能である。
【0164】
第一の方式として、ＢＦＤ－ＲＳの暗黙的設定（ｉｍｐｌｉｃｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）方式が支援されてよい。各検索空間にはＰＤＣＣＨ送信が可能なリソース領域である制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）ＩＤが設定され、各ＣＯＲＥＳＥＴ ＩＤごとに、空間受信（ｓｐａｔｉａｌ ＲＸ）パラメータ観点でＱＣＬされているＲＳ情報（例えば、ＣＳＩ－ＲＳリソースＩＤ，ＳＳＢ ＩＤ）が指示／設定されてよい。空間受信パラメータ観点でＱＣＬされているＲＳは、ＴＣＩ（ｔｒａｎｓｍｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）によって指示又は設定されてよい。すなわち、ＴＣＩによって指示又は設定されたＱＣＬ情報に基づいてＢＦＤ－ＲＳが暗黙的に端末に設定／指示されてよい。
【0165】
ここで、基地局が空間受信パラメータ観点でＱＣＬされているＲＳ（すなわち、ＱＣＬ Ｔｙｐｅ Ｄ ＲＳ）を端末に指示又は設定する場合に、端末は、特定ＰＤＣＣＨ ＤＭＲＳを受信する時に、空間受信パラメータ観点でＱＣＬされているＲＳの受信に使用したビームを使用することができる。すなわち、空間的にＱＣＬされているアンテナポート間には、同一の送信ビーム或いは類似の送信ビーム（例えば、ビーム方向は同一／類似であり、ビーム幅が異なる場合）を通じて信号が送信されてよい。
【0166】
第二の方式として、ＢＦＤ－ＲＳの明示的設定（ｅｘｐｌｉｃｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）方式が支援されてよい。基地局は、ＢＦＤ用途のビームＲＳを明示的に端末に設定又は指示できる。この時、ビームＲＳが前記‘全てのＰＤＣＣＨビーム’に該当し得る。
【0167】
端末物理層は、設定された（又は、指示された）ＢＦＤ－ＲＳを基準に測定した理論的ＢＬＥＲが特定閾値以上に劣化するイベントが発生する度に、ＢＦＩ（ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）が発生したことをＭＡＣサブ層に知らせることができる。そして、端末ＭＡＣサブ層は、一定時間以内に（例えば、‘ＢＦＤ ｔｉｍｅｒ’）、ＢＦＩが一定回数（例えば、‘ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ’）発生する場合に、ビーム失敗が発生したと判断し、関連ＲＡＣＨ動作を開始（ｉｎｉｔｉａｔｅ）することができる。
【0168】
以下では、ＢＦＤと関連したＭＡＣ層の動作について説明する。
【0169】
ＭＡＣエンティティ（ｅｎｔｉｔｙ）は：
【0170】
１＞ 下位層（ｌｏｗｅｒ ｌａｙｅｒｓ）でビーム失敗インスタンス指示（ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ ｉｎｄｉｃａｔｉｏｎ）が受信された場合に：
【0171】
２＞ ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒを起動又は再起動する
【0172】
２＞ ＢＦＩ＿ＣＯＵＮＴＥＲを１増加させる
【0173】
２＞ ＢＦＩ＿ＣＯＵＮＴＥＲ＞＝ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔである場合に：
【0174】
３＞ ＳｐＣｅｌｌでランダムアクセス手順を開始する
【0175】
１＞ ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが満了した場合に；又は
【0176】
１＞ ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ又はビーム失敗感知に用いられた参照信号（ａｎｙ ｏｆ ｔｈｅ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌｓ ｕｓｅｄ ｆｏｒ ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）が上位層によって再設定された場合に：
【0177】
２＞ ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する
【0178】
１＞ ランダムアクセス手順が成功的に完了した場合に：
【0179】
２＞ ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する
【0180】
２＞ （設定された）ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒを中止する
【0181】
２＞ ビーム失敗復旧手順が成功的に完了したと見なす
【0182】
ＢＦＲＱ（ＰＲＡＣＨベース）：新しいビーム識別（ｎｅｗ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びＰＲＡＣＨ送信
【0183】
上述したように、一定数以上のＢＦＩが発生する場合に、端末はビーム失敗が発生したと判断し、ビーム失敗復旧動作を行うことができる。端末は、ビーム失敗復旧動作の一例として、ＲＡＣＨ（すなわち、ＰＲＡＣＨ）に基づくＢＦＲＱ過程を行うことができる。以下、当該ＢＦＲＱ過程について具体的に説明する。
【0184】
基地局は、ビーム失敗発生時に代替可能な候補ビームＲＳが含まれた候補ビームＲＳリスト（‘ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔ’）を、ＲＲＣシグナリング（ｓｉｇｎａｌｉｎｇ）によって端末に設定することができる。そして、基地局は、前記候補ビームＲＳに対して専用ＰＲＡＣＨリソースを設定できる。この時、専用ＰＲＡＣＨリソースは、非衝突ベース（ｎｏｎ－ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）ＰＲＡＣＨリソース（又は、非衝突（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ）ＰＲＡＣＨリソース）であってよい。前記候補ビームＲＳリストから代替可能なビームＲＳを見出せなかった場合に、端末は、既に設定されたＳＳＢリソースの中から少なくとも一つを選択できる。そして、端末は、選択した少なくとも一つに基づいて衝突ベースＰＲＡＣＨを基地局に送信できる。衝突ベースＰＲＡＣＨを送信する具体的な手順は次の通りである。
【0185】
端末は、基地局が設定した候補ビームＲＳリストに含まれた複数のビームＲＳのうち、あらかじめ定義された値以上の品質値（Ｑ＿ｉｎ）を有するビームＲＳを探すことができる（段階（ｓｔｅｐ）１）。ここで、ビームＲＳの品質値はＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）を基準に決定されてよい。
【0186】
そして、基地局が端末に設定した候補ビームＲＳリストは、全てＳＳＢで構成されるか、全てＣＳＩ－ＲＳリソースで構成されるか、或いはＳＳＢ及びＣＳＩ－ＲＳリソースの組合せで構成されてよい。
【0187】
仮に、候補ビームＲＳリストに含まれた複数のビームＲＳのうち一つのビームＲＳの品質値が閾値（すなわち、あらかじめ定義された値）を超えている場合に、端末は前記ビームＲＳを選択できる。そして、候補ビームＲＳリストのうち複数個のビームＲＳの品質値が閾値を超えている場合に、端末は、前記複数個のビームＲＳのうち任意の一つを選択できる。
【0188】
仮に、候補ビームＲＳリストに含まれた複数のビームＲＳのうち、品質値が閾値を越えるビームＲＳがないと、端末は、後述する段階２による動作を行うことができる。
【0189】
端末は（衝突ベース（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）ＰＲＡＣＨリソースと連結された）ＳＳＢから、あらかじめ定義された値以上の品質値（Ｑ＿ｉｎ）を有するビームＲＳを探すことができる（段階２）。
【0190】
仮に、前記ＳＳＢのうち一つのＳＳＢの品質値が閾値を超えている場合に、端末は前記ＳＳＢを選択できる。そして、前記ＳＳＢのうち複数個のＳＳＢの品質値が閾値を超えている場合に、端末は前記複数個のＳＳＢから任意の一つを選択できる。
【0191】
仮に、前記ＳＳＢのうち、品質値が閾値を越えるＳＳＢがない場合に、端末は、後述する段階３による動作を行うことができる。
【0192】
端末は（衝突ベース（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）ＰＲＡＣＨリソースと連結された）ＳＳＢから任意のＳＳＢを選択できる（段階３）。
【0193】
そして、端末は、上述した段階（段階１又は段階２）で選択したビームＲＳ（ＣＳＩ－ＲＳ又はＳＳＢ）と直接に或いは間接に連結されるように設定されたＰＲＡＣＨリソース及びプリアンブル（ｐｒｅａｍｂｌｅ）を基地局に送信できる。
【0194】
例えば、ＢＦＲのための候補ビームＲＳリスト内のビームＲＳに対して非衝突（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ）ＰＲＡＣＨリソース及びプリアンブルが設定された場合に、又はランダムアクセスなど汎用的に設定されたＳＳＢに衝突ベースＰＲＡＣＨリソース及びプリアンブルが設定された場合に、端末は、前記選択されたビームＲＳと直接に連結されるように設定されたＰＲＡＣＨリソース及びプリアンブルを基地局に送信できる。
【0195】
さらに他の例として、ＢＦＲのための候補ビームＲＳリスト内のＣＳＩ－ＲＳに対して非衝突ＰＲＡＣＨリソース及びプリアンブルが設定されていない場合に、端末は、前記選択されたビームＲＳと間接に連結されるように設定されたＰＲＡＣＨリソース及びプリアンブルを基地局に送信できる。具体的に、端末は、当該ＣＳＩ－ＲＳに対応する受信ビームで受信可能であると指示された（すなわち、空間受信パラメータに対してＱＣＬされた）ＳＳＢと連結された非衝突ＰＲＡＣＨリソース及びプリアンブルを選択して基地局に送信できる。
【0196】
ＢＦＲＱに対する基地局の応答のモニタリング（Ｍｏｎｉｔｏｒｉｎｇ ｏｆ ｇＮＢ’ｓ ｒｅｓｐｏｎｓｅ ｔｏ ｔｈｅ ＢＦＲＱ）
【0197】
端末は、ＰＲＡＣＨ及びプリアンブル送信に対する基地局の応答（ｒｅｓｐｏｎｓｅ）をモニタすることができる。
【0198】
仮に、端末が非衝突（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ）ＰＲＡＣＨリソース及びプリアンブルを基地局に送信した場合に、基地局は応答を、Ｃ－ＲＮＴＩでマスクされたＰＤＣＣＨを介して端末に送信できる。端末は、前記応答を、ＢＦＲ用途と（ＲＲＣシグナリングによって）設定された検索空間で受信される。このとき、前記検索空間は、ＢＦＲ用途の特定ＣＯＲＥＳＥＴに設定される。
【0199】
そして、端末が衝突（ｃｏｎｔｅｎｔｉｏｎ）ベースＰＲＡＣＨ及びプリアンブルを基地局に送信した場合に、基地局は、衝突ベースＰＲＡＣＨに基づくランダムアクセス過程のために設定されたＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ０又はＣＯＲＥＳＥＴ１）及び検索空間を再使用することによって応答を端末に送信できる。
【0200】
一定時間において基地局の応答がない（すなわち、一定時間において基地局の応答がモニタされない）と、端末は、新しい候補ビーム識別（Ｎｅｗ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及び選択（ｓｅｌｅｃｔｉｏｎ）過程を行い、ＢＦＲＱ及び基地局の応答をモニタする過程を反復する。
【0201】
上述した新しい候補ビーム識別及び選択過程は、ＰＲＡＣＨ送信が、あらかじめ設定された最大回数Ｎ＿ｍａｘだけ行われるか、設定されたタイマー（ＢＦＲタイマー）が満了（ｅｘｐｉｒｅ）するまで行われてよい。前記タイマーが満了すると、端末は、非衝突（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ）ＰＲＡＣＨ送信を中止するか、ＳＳＢ選択による衝突ベース（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）ＰＲＡＣＨ送信をＮ＿ｍａｘに到達するまで行うことができる。
【0202】
改善されたビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）
【0203】
キャリア併合（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）が適用される場合に、特定ＳＣｅｌｌには上りリンクキャリア（ＵＬ ｃａｒｒｉｅｒ）がないことがある。すなわち、下りリンクキャリアのみあるＳＣｅｌｌでは、上りリンク送信が不可能である。そして、ＳＣｅｌｌに上りリンクキャリアがあっても衝突ベースＰＲＡＣＨが設定されないことがある。したがって、ＣＡが適用されるＰＲＡＣＨベースのＢＦＲ過程は、ＳｐＣｅｌｌ（ＰＣｅｌｌ又はＰＳＣｅｌｌ）に限って適用されてよく、ＳＣｅｌｌにはＢＦＲ過程が支援されないことがある。このため、基礎的なＢＦＲ動作によれば、ＳｐＣｅｌｌにおいてＰＲＡＣＨベースのＢＦＲ動作はＳＣｅｌｌで支援されないことがある。
【0204】
具体的に、ＢＦＲを必要とする高周波帯域がＳＣｅｌｌとして設定された場合に、当該高周波帯域にはＰＲＡＣＨベースのＢＦＲ過程が支援されないことがある。例えば、低周波帯域（例えば、６ＧＨｚ以下）でＰＣｅｌｌを運営しながら高周波帯域（例えば、３０ＧＨｚ）でＳＣｅｌｌを運営しようとする場合に、ＢＦＲ支援をより必要とする高周波帯域においてＰＲＡＣＨベースのＢＦＲ過程が支援されないという問題点がある。
【0205】
上述の問題点を解決するために、改善されたＢＦＲ動作では、ＳＣｅｌｌのＢＦＲのための動作を含む。例えば、端末は、ＳｐＣｅｌｌに設定されたＢＦＲＱのための専用ＰＵＣＣＨリソースを用いてＳＣｅｌｌに対するＢＦＲＱを行うことができる。以下では、前記‘専用ＰＵＣＣＨリソース’を、説明の便宜上、ＢＦＲ－ＰＵＣＣＨと称する。
【0206】
基礎的なＢＦＲにおいて導入されたＢＦＲ－ＰＲＡＣＨの役割は、‘ビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ，ＢＦ）の発生情報及び新しい候補ビームＲＳ（セット）情報’を共に基地局に報告することである。一方、前記ＢＦＲ－ＰＵＣＣＨは、‘ＳＣｅｌｌに対するＢＦ発生情報’のみを基地局に報告する働きをする。そして、発生したＢＦに関連した細部情報は、後続報告としてＢＦＲ ＭＡＣ－ＣＥ又はＵＣＩによって基地局に送信されてよい。
【0207】
ここで、前記後続報告として送信される細部情報は、ＢＦの発生したＳＣｅｌｌに関する情報（例えば、ＣＣ（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）インデックス情報）、ＢＦの発生したＳＣｅｌｌに対する新しい候補ビーム存在の有無、及び新しい候補ビームが存在する場合に当該ビームＲＳ ＩＤ、を含むことができる。
【0208】
そして、前記ＢＦＲ－ＰＵＣＣＨは、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）と同じＰＵＣＣＨフォーマットを利用し、ＢＦＲ用途の特定ＳＲのＩＤによって定義されてよい。仮に、端末がＳＣｅｌｌに対するＢＦを感知した時に、基地局から割り当てられたＵＬ－ＳＣＨが存在すると、端末はＳＲ送信手順と同様にＢＦＲ－ＰＵＣＣＨ送信手順を省略し、直ちに、割り当てられたＵＬ－ＳＣＨを介してＢＦＲ ＭＡＣ－ＣＥを基地局に送信してよい。
【0209】
ＭＴＲＰ環境においてＴＲＰ特定（ｓｐｅｃｉｆｉｃ）ＢＦＲを行う方式
【0210】
ＭＴＲＰ環境のうち多重ＤＣＩベースＮＣＪＴ環境においてＰＲＡＣＨベースのＢＦＲ動作が行われる時に、特定ＴＲＰに属する全てのＣＯＲＥＳＥＴでＢＦが発生したが、他のＴＲＰに属するＣＯＲＥＳＥＴのうち、ＢＦが発生していないＣＯＲＥＳＥＴが存在すると、端末は、現状況がＢＦ状況でないと判断することがある。
【0211】
このとき、全てのＣＯＲＥＳＥＴでＢＦが発生したＴＲＰが、重要制御情報（例えば、ＳＩＢ、ＲＡ、ページング（ｐａｇｉｎｇ）情報など）の送信を担当していたＴＲＰ（例えば、プライマリ（ｐｒｉｍａｒｙ）ＴＲＰ）であれば、他のＴＲＰ（例えば、セカンダリ（ｓｅｃｏｎｄａｒｙ）ＴＲＰ）の特定ビームでビーム失敗が発生しなくても、端末は前記の重要制御情報を受信できないという問題が発生し得る。
【0212】
上述した問題を解決するために、特定ＴＲＰに対してのみＢＦＲを行う方式が適用されてよい。特定ＴＲＰに対してのみＢＦＲを行う動作は、ＴＲＰ特定（ｓｐｅｃｉｆｉｃ）ＢＦＤ動作、ＴＲＰ特定ＢＦＲＱ動作、基地局からＢＦＲＱに対する応答を受信する動作、ＢＦＲ ＭＡＣ－ＣＥ送信動作、基地局からＢＦＲ ＭＡＣ－ＣＥに対する応答を受信する動作、及び特定ＴＲＰのビームを新しい候補ビームにリセットする動作、を含むことができる。
【0213】
まず、端末は、特定ＴＲＰに対してのみＢＦＤ動作（すなわち、ＴＲＰ特定ＢＦＤ動作）を行うことができる。
【0214】
端末は、システム情報と共に重要な情報を送る特定ＴＲＰと関連したＣＯＲＥＳＥＴグループ（又は、ＢＦＤ ＲＳセット）に対してＢＦＤを行うことができる。このとき、特定ＴＲＰと関連したＣＯＲＥＳＥＴグループ（又は、ＢＦＤ ＲＳセット）は、既に設定されたＣＯＲＥＳＥＴグループ（例えば、ＣＯＲＥＳＥＴグループＩＤが０であるＣＯＲＥＳＥＴグループ）、又は基地局がＢＦＤを行うために別に設定したＣＯＲＥＳＥＴグループ（又は、ＢＦＤ ＲＳセット）であってよい。
【0215】
具体的に、基地局は、ＢＦＤを行う（ＢＦＤ）ＲＳを暗黙的（ｉｍｐｌｉｃｉｔ）に端末に設定できる。すなわち、基地局がＢＦＤを行う（ＢＦＤ）ＲＳを明示的（ｅｘｐｌｉｃｉｔ）に設定していない場合に、端末は、特定ＴＲＰと関連したＣＯＲＥＳＥＴグループに対応するＴＣＩ状態が指示する（ｔｙｐｅ Ｄ）ＱＣＬ ＲＳに対してのみＢＦＤを行うことができる。
【0216】
追加又は代案として、基地局は、明示的にＢＦＤを行う特定ＴＲＰと関連した一つ以上のＣＯＲＥＳＥＴグループ（又は、ＢＦＤ ＲＳセット）を、端末に設定できる。端末は、設定された一つ以上のＣＯＲＥＳＥＴグループ（又は、ＢＦＤ ＲＳセット）単位でＢＦＤを行うことができる。
【0217】
特定ＴＲＰ（又は、特定ＴＲＰと関連したＣＯＲＥＳＥＴグループのうち一つ）からＢＦが発生したことを検出すると、端末は、ＴＲＰ特定ＢＦＲＱを基地局に送信できる。
【0218】
具体的に、基地局は、ＢＦＲＱリソース（例えば、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）ＰＵＣＣＨリソース）を端末に設定できる。すなわち、特定ＴＲＰにＢＦが発生した場合に、端末は、前記設定されたＢＦＲＱ（例えば、ＳＲ ＰＵＣＣＨ）を基地局に送信できる。この時、端末は、ＢＦが発生していないＴＲＰにＢＦＲＱを送信できる。そして、ＢＦＲＱを送信する時に、端末は、どのＢＦＤ ＲＳセット（又は、ＣＯＲＥＳＥＴグループ）と関連したＢＦＲＱであるかを基地局に明示的に又は暗黙的に報告できる。
【0219】
そして、基地局は、ＴＲＰ別に別個のＢＦＲＱリソースを設定できるが、これに限定されず、複数のＴＲＰが一つのＢＦＲＱリソースを共有するように設定されてもよい。例えば、ＳＣｅｌｌに対するＢＦＲが行われる場合に、各ＴＲＰは、複数の空間関係（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ）パラメータに基づいてＢＦＲＱリソースを共有できる。
【0220】
端末は基地局からＢＦＲＱに対する応答を受信することができる。具体的に、端末は、ＢＦＲＱを受信した基地局から、上りリンクグラント（ｇｒａｎｔ）ＤＣＩが含まれたＢＦＲＱに対する応答を受信することができる。
【0221】
そして、端末は、ＢＦＲ ＭＡＣ－ＣＥを基地局に送信できる。具体的に、端末は、受信した上りリンクグラントＤＣＩによってスケジュールされたＰＵＳＣＨを介して、ＢＦＲ ＭＡＣ－ＣＥを基地局に送信できる。この時、ＢＦＲ ＭＡＣ－ＣＥには、ＢＦが発生したコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ，ＣＣ）のＩＤ、前記ＣＣから新しい候補ビームを検索したか否かに関する情報、検索された新しい候補ビームのＩＤ、及びＢＦが発生したＴＲＰ ＩＤ情報（例えば、ＣＯＲＥＳＥＴグループＩＤ又はＢＦＤ ＲＳセットＩＤなど）が含まれてよい。
【0222】
端末は基地局からＢＦＲ ＭＡＣ－ＣＥに対する応答を受信することができる。具体的に、前記ＢＦＲ ＭＡＣ－ＣＥに対する応答は、前記ＢＦＲ ＭＡＣ－ＣＥを正常に受信したことを示すＤＣＩであってよい。このとき、前記ＤＣＩは、基地局がＰＵＳＣＨを成功的にデコードした時に送信するＤＣＩであり、ＨＡＲＱプロセスＩＤ、ＮＤＩ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）、ＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）、及びＣＢＧＴＩ（ＣＧＧ ｔｒａｎｓｍｉｓｓｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）のうち少なくとも一つを含むことができる。
【0223】
端末は、新しい候補ビームを、ＢＦの発生したＴＲＰと関連したビームとしてリセットできる。具体的に、ＢＦＲ ＭＡＣ－ＣＥを正常に受信したことを示すＤＣＩを基地局から受信して一定時間（例えば、２８シンボル）後に、端末は前記ＤＣＩを送信したＴＲＰ又はＢＦＲ ＭＡＣ－ＣＥで新しい候補ビーム情報を報告したＴＲＰと関連したビーム（例えば、ＰＤＣＣＨビーム）を、前記新しい候補ビームＲＳとしてリセットできる。
【0224】
特定ＴＲＰ又は全てのＴＲＰでＢＦが発生した場合のＢＦＲ動作
【0225】
前述したような改善されたＢＦＲ動作は、一つ以上のＣＣ／ＢＷＰに対するＢＦＲ動作を含む。一つ以上のＣＣ／ＢＷＰに対するＢＦＲ動作が行われる間に、端末が基地局に送信するＢＦＲ ＭＡＣ－ＣＥには、前記ＢＦＲ動作がＳｐＣｅｌｌ（すなわち、ＰＣｅｌｌ又はＰＳＣｅｌｌ）に対するＢＦＲ動作（例えば、ＳｐＣｅｌｌに対する衝突ベースＲＡＣＨに基づくＢＦＲ動作）であるか或いはＳＣｅｌｌに対するＢＦＲ動作であるかを示す情報、ＢＦの発生したＣＣ／ＢＷＰリスト（ｂｅａｍ ｆａｉｌｅｄ ＣＣ／ＢＷＰ ｌｉｓｔ）、ＢＦが発生したＣＣ／ＢＷＰのそれぞれから新しい候補ビームＲＳを探したか否かに関する情報、及び前記ＣＣ／ＢＷＰから新しい候補ビームＲＳを探した場合に、探した新しい候補ビームＲＳ ＩＤ、などが含まれてよい。
【0226】
ここで、端末に割り当てられたＵＬ－ＳＣＨのサイズがＢＦＲ ＭＡＣ－ＣＥを送信するに足りない場合に、端末は、一部の情報を省略したＢＦＲ ＭＡＣ－ＣＥ（すなわち、切断された（ｔｒｕｎｃａｔｅｄ）ＢＦＲ ＭＡＣ－ＣＥ）を基地局に送信できる。例えば、前記切断されたＢＦＲ ＭＡＣ－ＣＥには、ＢＦの発生したＣＣ／ＢＷＰリストから新しい候補ビームＲＳを探したか否かに関する情報が省略されてよいが、これに限定されず、省略される情報の類型は異なって設定されてもよい。
【0227】
追加又は代案として、前述したように、端末は、ＴＲＰ別にＢＦＲ動作（すなわち、ＴＲＰ特定ＢＦＲ動作）を行うことができる。本開示は、特定周波数帯域（例えば、ＣＣ／ＢＷＰ）で特定ＴＲＰ（例えば、特定ＣＯＲＥＳＥＴグループ又は特定ＢＦＤ ＲＳグループ）に対してＢＦが発生（以下、‘イベント（ｅｖｅｎｔ）１発生’）する場合にも、全てのＴＲＰに対してＢＦが発生（以下、‘イベント２発生’）する場合にも適用可能なＢＦＲ方式に対する例示を含む。ここで、イベント２は、当該ＣＣ／ＢＷＰでＢＦが発生（すなわち、当該ＣＣ／ＢＷＰの全てのＴＲＰでＢＦが発生）したという点で、既存端末動作（例えば、Ｒｅｌ－１５／１６）で定義されたＢＦイベントと見なすことができる。
【0228】
実施例１
【0229】
イベント１又はイベント２が発生した場合に、端末は、イベント１及びイベント２に対して共通に設定されたＢＦＲＱリソースを用いることができる。そして、端末は、イベント１又は／及びイベント２の発生有無に関する情報を基地局に報告できる。
【0230】
ここで、イベント１及びイベント２に対して共通に設定されたＢＦＲＱリソースは、一つ以上のＣＣ／ＢＷＰに対するＢＦＲのために用いられるリソースであってよい。例えば、前記ＢＦＲＱリソースは、ＢＦＲＱ用途として設定されたＰＵＣＣＨリソース（すなわち、ＢＦＲＱ－ＰＵＣＣＨリソース）を含むことができる。このとき、ＢＦＲＱ－ＰＵＣＣＨリソースは、上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）に含まれたＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）と同じＰＵＣＣＨフォーマットを用い、ＢＦＲＱのためのＳＲ ＩＤが設定されてよい。
【0231】
端末は、イベント１及びイベント２に対して共通に設定されたＢＦＲＱリソースを用いることによって、留保された（ｒｅｓｅｒｖｅｄ）上りリンクリソースのオーバーヘッドを減少させることができる。
【0232】
ここで、前記イベント１は、ＢＦが発生したＴＲＰ（例えば、ＣＯＲＥＳＥＴグループ又はＢＦＤ ＲＳグループ）インデックスによって細部イベントに区部されてよい。例えば、イベント１は、ＴＲＰ１に対するＢＦが発生した場合であるイベント１－１とＴＲＰ２に対するＢＦが発生した場合であるイベント１－２とに区分できる。すなわち、イベント１の発生有無に関する情報は、各ＴＲＰに対するＢＦ発生による細部イベントに区分して報告されてよい。
【0233】
そして、イベント２の発生有無に関する情報は、イベント１の発生有無に関する情報構成に基づいて省略されてよい。例えば、２個のＴＲＰともにＢＦが発生する場合に、端末は、イベント１－１及びイベント１－２が発生したという情報を報告することによってイベント２の発生有無に関する情報を省略してよい。
【0234】
追加又は代案として、イベント１又は／及びイベント２の発生有無に関する情報は、特定ＣＣ／ＢＷＰに対してイベント１が発生し、他の特定ＣＣ／ＢＷＰに対してイベント２が発生する場合に、イベント１及びイベント２の両方が発生したことを示す指示子（ｉｎｄｉｃａｔｏｒ）を含むことができる。
【0235】
例えば、イベント１又は／及びイベント２の発生有無に関する情報に前記指示子が含まれた場合に、端末は、イベント１及びイベント２が発生したＣＣ／ＢＷＰに関する情報、ＢＦが発生したＣＣ／ＢＷＰから新しい候補ビームＲＳを探したか否かに関する情報、又は前記新しい候補ビームＲＳ ＩＤ情報のうち少なくとも一つが、別個に基地局に報告されてよい。
【0236】
そして、イベント１又は／及びイベント２の発生有無に関する情報は、あらかじめ定義されたＢＦＲ ＭＡＣ－ＣＥに含まれて報告されてよい。すなわち、端末は、ＢＦＲ用途のＭＡＣ－ＣＥ上に、前記イベント１又は／及びイベント２の発生有無に関する情報を含めて基地局に報告できる。
【0237】
追加又は代案として、イベント１（又は、イベント１による細部イベント）及びイベント２別に別個のＭＡＣ－ＣＥが定義されてよい。これにより、特定イベント発生時に、端末は、発生した特定イベントに対応するＭＡＣ－ＣＥ（すなわち、特定イベントに定義されたＭＡＣ－ＣＥ）を基地局に報告できる。そして、基地局は、報告されたＭＡＣ－ＣＥのフォーマット／ヘッダー（ｈｅａｄｅｒ）から、どのイベントが発生したかが把握できる。
【0238】
例えば、イベント２が発生した場合に、端末は、あらかじめ定義されたＢＦＲ ＭＡＣ－ＣＥを基地局に報告するか、或いはイベント２に別個に定義したＭＡＣ－ＣＥを基地局に報告できる。
【0239】
そして、イベント別にＭＡＣ－ＣＥが別個に定義される場合に、特定イベントに対するＭＡＣ－ＣＥを報告するＴＲＰは別個に限定（又は、設定）されてよい。例えば、ＢＦの発生したＴＲＰにＭＡＣ－ＣＥを報告する場合に、前記ＴＲＰは当該ＭＡＣ－ＣＥをデコードできない確率が高い。したがって、端末がＢＦの発生していないＴＲＰにのみ当該ＭＡＣ－ＣＥを報告するように限定（又は、設定）されてよい。
【0240】
そして、端末が（ＴＲＰ特定）ＭＡＣ－ＣＥを報告するＴＲＰが限定（設定）されるように、（ＴＲＰ特定）ＭＡＣ－ＣＥ生成／トリガー方式は変更されてよい。
【0241】
例えば、（ＴＲＰ特定）ＢＦＲ ＭＡＣ－ＣＥは、ＢＦの発生していないＴＲＰに対するＵＬ－ＳＣＨが存在する場合（すなわち、使用可能な場合）にのみ、生成／トリガーされてよい。
【0242】
さらに他の例として、ＢＦの発生していないＴＲＰ（例えば、ＣＯＲＥＳＥＴグループなど）からスケジューリングＤＣＩ／グラント（ｇｒａｎｔ）が受信される場合（すなわち、暗黙的にＢＦを感知した場合）に、又はＰＤＣＣＨ／ＰＤＳＣＨ ＴＣＩがＢＦの発生していないＴＲＰ上のＤＬ ＲＳに含まれる場合に（すなわち、明示的にＢＦを感知する場合）に、（ＴＲＰ特定）ＢＦＲ ＭＡＣ－ＣＥが生成／トリガーされてよい。
【0243】
イベント１又は／及びイベント２の発生有無に関する情報を基地局に報告するにあたって、端末は各イベントの発生有無を個別状態（ｓｔａｔｅ）（すなわち、ＢＦ状態）と定義できる。そして、端末は、（同一ＢＦＲＱリソースを用いてＢＦＲを行う）ＣＣ／ＢＷＰのうち、ＢＦが発生したＣＣ／ＢＷＰのそれぞれに対して対応するＢＦ状態を基地局に報告できる。
【0244】
ここで、ＢＦ状態のビット幅（ｗｉｄｔｈ）は、ＴＲＰの数によって異なってよい。例えば、ＴＲＰの数が３である場合に、ＢＦ状態は、下記表６のように２ビットで構成されてよい。表６で、ＴＲＰ ＃ＸでＢＦが発生したということは、ＣＯＲＥＳＥＴグループ＃ｘ又はＢＦＤ ＲＳグループ＃ｘでＢＦが発生したことを意味できる。
【0245】
【表6】
【0246】
さらに他の例として、端末は、各イベントの発生有無を、ＢＦ状態の代わりにＢＦビットマップ（ｂｉｔｍａｐ）を用いて示すことができる。具体的に、端末は、特定ＣＣ／ＢＷＰのＴＲＰ ＩＤ順に、ＢＦビットマップの各ビットに、ＢＦ発生の有無を示す値をマップできる。例えば、ＢＦビットマップのうちＴＲＰ ＃１に対応するビットが１であれば、ＴＲＰ ＃１に対してＢＦが発生したことを意味し、前記ビットが０であれば、ＴＲＰ ＃１に対してＢＦが発生していないことを意味できる。そして、全てのＴＲＰに対してＢＦが発生する場合（すなわち、イベント２が発生する場合）に、ＢＦビットマップに含まれた全てのビットに１をマップすればいいので、イベント２発生の有無を示すための別個の区分子がなくてよい。
【0247】
追加又は代案として、端末は、特定ＣＣ／ＢＷＰのＣＯＲＥＳＥＴと関連したＣＯＲＥＳＥＴプールインデックス値の順に、ＢＦビットマップの各ビットに、ＢＦ発生の有無を示す値をマップし、前記ＢＦビットマップを基地局に報告できる。
【0248】
上述したように、ＣＣ／ＢＷＰ（又は、ＣＣ／ＢＷＰのうち、ＢＦの発生したＣＣ ＢＷＰ）別にＢＦ状態又はＢＦビットマップを報告する場合に、基地局に報告されるＢＦＲ ＭＡＣ－ＣＥには、ＢＦＲ動作がＳｐＣｅｌｌに対するＢＦＲ動作であるか或いはＳＣｅｌｌに対するＢＦＲ動作であるかに関する情報、ＢＦの発生したＣＣ／ＢＷＰリスト、ＢＦの発生したＣＣ／ＢＷＰに対するＢＦ状態又はＢＦビットマップ、ＢＦが発生したＣＣ／ＢＷＰのそれぞれから新しい候補ビームＲＳを探したか否かに関する情報、及び前記ＣＣ／ＢＷＰから新しい候補ビームＲＳを探した場合に、探した新しい候補ビームＲＳ ＩＤ、などが含まれてよい。
【0249】
このとき、前記ＢＦの発生したＣＣ／ＢＷＰリストと関連して、端末は、イベント２が発生した場合の他、イベント１が発生した場合のＣＣ／ＢＷＰに対しても、ビーム失敗が発生したＣＣ／ＢＷＰと報告できる。
【0250】
追加又は代案として、ＢＦ状態及びＢＦビットマップは、ＣＣ／ＢＷＰ別に報告されず、端末が報告する全体ＣＣ／ＢＷＰでのＢＦ発生の有無を示す情報であってよい。
【0251】
このとき、基地局に報告されるＢＦＲ ＭＡＣ－ＣＥには、ＢＦＲ動作がＳｐＣｅｌｌに対するＢＦＲ動作であるか或いはＳＣｅｌｌに対するＢＦＲ動作であるかに関する情報、ＢＦ状態又はＢＦビットマップ、ＢＦの発生したＣＣ／ＢＷＰリスト、ＢＦが発生したＣＣ／ＢＷＰのそれぞれから新しい候補ビームＲＳを探したか否かに関する情報、及び前記ＣＣ／ＢＷＰから新しい候補ビームＲＳを探した場合に、探した新しい候補ビームＲＳ ＩＤ、などが含まれてよい。
【0252】
このとき、前記ＢＦの発生したＣＣ／ＢＷＰリストは、ＢＦ状態又はＢＦビットマップで報告したイベントが発生したＣＣ／ＢＷＰリストのみを含むことができる。例えば、ＢＦ状態又はＢＦビットマップを用いて、ＴＲＰ ＃０に対してＢＦが発生したことを報告した場合に、前記ＢＦの発生したリストには、ＴＲＰ＃０に対してＢＦが発生したＣＣ／ＢＷＰリストのみを含むことができる。
【0253】
追加又は代案として、ＣＣ／ＢＷＰ別にＢＦ発生の有無を示す複数のＢＦ状態又はＢＦビットマップを共に報告できるように、ＢＦ状態又はＢＦビットマップを拡張することができる。例えば、ＢＦ状態は、特定ＣＣ／ＢＷＰでイベント１が発生し、他のＣＣ／ＢＷＰでイベント２が発生したことを示す状態を含むように拡張されてよい。
【0254】
このとき、基地局に報告されるＢＦＲ ＭＡＣ－ＣＥは、ＢＦＲ動作がＳｐＣｅｌｌに対するＢＦＲ動作であるか或いはＳＣｅｌｌに対するＢＦＲ動作であるかに関する情報、ＢＦ状態又はＢＦビットマップ、ＢＦの発生したＣＣ／ＢＷＰリスト、ＢＦが発生したＣＣ／ＢＷＰのそれぞれから新しい候補ビームＲＳを探したか否かに関する情報、及び前記ＣＣ／ＢＷＰから新しい候補ビームＲＳを探した場合に、探した新しい候補ビームＲＳ ＩＤ、などが含まれてよい。
【0255】
ここで、前記ＢＦ状態又はＢＦビットマップのサイズは可変してよい。したがって、ＢＦＲ ＭＡＣ－ＣＥには、前記ＢＦ状態又はＢＦビットマップのサイズを示すフィールドが追加されてよい。
【0256】
さらに他の例として、発生／報告可能なイベントの数に合わせて前記ＢＦ状態又はＢＦビットマップのサイズを固定してよい。このとき、イベントが発生していない場合（又は、ＢＦが発生していない場合）に、ＢＦＲ ＭＡＣ－ＣＥのうち、ＢＦ状態又はＢＦビットマップを示すフィールドに、イベントが発生しないことを示すあらかじめ定義された値が含まれるように設定されてよい。
【0257】
そして、前記ＢＦの発生したＣＣ／ＢＷＰリストは、前記ＢＦ状態又はＢＦビットマップ情報によって報告されたイベントの数に合わせて決定されてよい。例えば、ＢＦ状態又はＢＦビットマップを用いて‘ＴＲＰ＃０でＢＦ発生及び全てのＴＲＰでＢＦ発生’の状況が報告された場合に、ＢＦの発生したＣＣ／ＢＷＰリストは、ＴＲＰ＃０ ＢＦが発生したＣＣ／ＢＷＰリスト及び全てのＴＲＰ ＢＦが発生したＣＣ／ＢＷＰリストを含むことができる。
【0258】
そして、前記ＢＦが発生したＣＣ／ＢＷＰのそれぞれから新しい候補ビームＲＳを探したか否かに関する情報のフィールドサイズ、及び前記新しい候補ビームＲＳ ＩＤのフィールドサイズは、一つのイベントでも発生したＣＣ／ＢＷＰの個数と設定されるか、或いは、発生したイベントによって別個に設定されてよい。
【0259】
例えば、キャリア併合（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）が適用されることによってＣＣ＃０～ＣＣ＃４が設定され、ＣＣ＃０とＣＣ＃３でＴＲＰ＃０に対するＢＦが発生し、ＣＣ＃１で全てのＴＲＰに対するＢＦが発生した場合を仮定する。前記ＢＦが発生したＣＣ／ＢＷＰのそれぞれから新しい候補ビームＲＳを探したか否かに関する情報及び前記新しい候補ビームＲＳ ＩＤは、ＣＣ＃０、ＣＣ＃１及びＣＣ＃３の順に構成されるか、或いはイベント別に構成されてよい。ここで、イベント別に前記情報が構成されるということは、イベント１に該当するＣＣ＃０及びＣＣ＃３に対する情報（すなわち、ＣＣ＃０及びＣＣ＃３から新しい候補ビームＲＳを探したか否かに関する情報及び新しい候補ビームＲＳ ＩＤ）を構成して報告し、イベント２に該当するＣＣ＃１に対する情報を構成して報告することを意味できる。
【0260】
実施例１－１
【0261】
端末によって報告されるＣＣ／ＢＷＰリストのサイズは、ＢＦＲＱリソースを共有しながらＢＦＤを行う全体ＣＣ／ＢＷＰのうち、イベントが発生可能なＣＣ／ＢＷＰの数に設定されてよい。
【0262】
ＣＡが適用された場合に、全てのＣＣは、ＭＴＲＰ又はＳＴＲＰのうち一つと設定されてよいが、一部のＣＣはＭＴＲＰと設定され、残り一部のＣＣはＳＴＲＰと設定されてもよい。後者として設定（すなわち、一部のＣＣがＭＴＲＰと設定され、残り一部のＣＣがＳＴＲＰと設定）された全てのＴＲＰに対してＢＦが発生した場合に、ＳＴＲＰと設定された一部ＣＣでのＢＦ発生は、特定ＴＲＰでＢＦが発生（すなわち、イベント１の発生）したものと見なしてもよく、全てのＴＲＰでＢＦが発生（すなわち、イベント２の発生）したものと見してもよい。すなわち、ＳＴＲＰと設定された一部ＣＣでのＢＦ発生を、特定ＴＲＰ ＢＦ発生と見なすか或いは全てのＴＲＰ ＢＦ発生と見なすかによって、端末が報告するＣＣ／ＢＷＰリストのサイズは変わってよい。したがって、実施例１－１は、端末が報告する全体ＣＣ／ＢＷＰリストのサイズを、特定イベントが発生可能なＣＣ／ＢＷＰの数と設定する方式を含む。
【0263】
具体的に、特定ＴＲＰ（例えば、ＢＦＤ ＲＳセット）でＢＦが発生した場合に、端末が報告するＣＣ／ＢＷＰリストのサイズは、ＢＦＲＱリソースを共有しながらＢＦＤが行われる／設定される全体ＣＣ／ＢＷＰのうち、前記特定ＴＲＰ ＩＤ（又は、ＢＦＤ ＲＳセットＩＤ）を含むＣＣ／ＢＷＰの数と決定されてよい。
【0264】
そして、全てのＴＲＰでＢＦが発生する場合に、端末が報告するＣＣ／ＢＷＰリストのサイズは、１）ＢＦＲＱリソースを共有しながらＢＦＤが行われる／設定される全体ＣＣ／ＢＷＰの数、又は２）前記全体ＣＣ／ＢＷＰのうち、全てのＢＦＤ ＲＳセットＩＤを含む（すなわち、各ＴＲＰに対して共通に設定されたＢＦＤ ＲＳセットを含む）ＣＣ／ＢＷＰの数と決定されてよい。
【0265】
特定ＴＲＰ（すなわち、ＳＴＲＰ）のみと設定されたＣＣ／ＢＷＰで特定ＴＲＰに対してＢＦが発生（イベント１発生）したということは、前記ＣＣ／ＢＷＰで全てのＴＲＰに対してＢＦが発生（イベント２発生）したのと同一であると解釈されてよい。したがって、‘全てのＴＲＰに対してＢＦ発生’を狭い意味で解釈（前記２）方式）するか或いは広い意味で解釈（前記１）方式）するかによって、端末の報告するＣＣ／ＢＷＰリストのサイズが決定されてよい。
【0266】
例えば、ＣＣ＃０～ＣＣ＃５のうち、ＣＣ＃０～ＣＣ＃４は、ＴＲＰ＃０に対するＢＦＤ ＲＳセットが設定され、ＣＣ＃３～ＣＣ＃５は、ＴＲＰ＃１に対するＢＦＤ ＲＳセットが設定された場合を仮定する。
【0267】
端末の報告するＣＣリストのサイズが、ＢＦＤが行われる／設定される全体ＣＣの数に基づいて決定される場合（すなわち、前記１）方式による場合）に、イベント２に対するＣＣリストのサイズは、６（ＣＣ＃０～ＣＣ＃５）と構成されてよい。そして、端末の報告するＣＣリストのサイズが、全体ＣＣのうち、全てのＢＦＤ ＲＳセットＩＤを含むＣＣの数と決定される場合（すなわち、前記２）方式）に、イベント２に対するＣＣリストのサイズは、２（ＣＣ＃３及びＣＣ＃４）と構成されてよい。
【0268】
前記１）方式が適用される場合に、イベント１に対するＣＣサイズは２（ＣＣ＃３及びＣＣ＃４）と構成されてよい。このとき、ＳＴＲＰとして動作するＣＣ（ＣＣ＃０、ＣＣ＃１、ＣＣ＃２及びＣＣ＃５）でＢＦが発生したことは、イベント２が発生したものと解釈できる。
【0269】
そして、前記２）方式が適用される場合に、イベント１に対するＣＣサイズは、６（ＣＣ＃０～ＣＣ＃５）と構成されてよい。この時、ＳＴＲＰとして動作するＣＣに対するＢＦ報告は、ＴＲＰ特定ＢＦ報告と解釈できる。例えば、イベント１のうち、ＴＲＰ＃０のＢＦに対するＣＣリストのサイズは５（ＣＣ＃０～ＣＣ＃４）であり、イベント１のうちＴＲＰ＃１のＢＦに対するＣＣリストのサイズは３（ＣＣ＃３～ＣＣ＃５）を含むことができる。
【0270】
実施例１及び実施例１－１では、端末がイベント１及びイベント２に対して共通に設定されたＢＦＲＱリソースを用いる場合を説明した。ただし、これは一実施例に過ぎず、端末は、イベント１及びイベント２のそれぞれに別個に設定されたＢＦＲＱリソース（例えば、ＰＵＣＣＨリソース／シーケンス）を用いることもできる。イベント１及びイベント２のそれぞれに別個に設定されたＢＦＲＱリソースを用いる方式が適用された場合にも、端末によって報告されるＣＣ／ＢＷＰリストのサイズを減少させるために、上述した実施例１－１が適用されてよい。
【0271】
実施例２
【0272】
端末は、イベント１（又は、イベント１の細部イベント）及びイベント２に対して互いに異なるＢＦＲＱリソースを用いることができる。そして、ＢＦＲＱリソースのそれぞれに対するＣＣ／ＢＷＰリストのサイズは、ＢＦＲＱリソースを共有しながらＢＦＤが行われる／設定される全体ＣＣ／ＢＷＰのうち、特定イベントが発生可能なＣＣ／ＢＷＰの数と規定されてよい。
【0273】
実施例１－１で説明したように、イベント２に対するＢＦＲＱリソースを用いて報告されるＣＣ／ＢＷＰリストのサイズは、１）前記ＢＦＲＱリソースを共有しながらＢＦＤが行われる／設定される全体ＣＣ／ＢＷＰの数、又は２）前記全体ＣＣ／ＢＷＰのうち、全てのＢＦＤ ＲＳセットＩＤを含む（すなわち、各ＴＲＰに対して共通に設定されたＢＦＤ ＲＳセットを含む）ＣＣ／ＢＷＰの数と決定されてよい。
【0274】
例えば、ＣＣ＃０～ＣＣ＃５のうち、ＣＣ＃０～ＣＣ＃４は、ＴＲＰ＃０に対するＢＦＤ ＲＳセットが設定され、ＣＣ＃３～ＣＣ＃５は、ＴＲＰ＃１に対するＢＦＤ ＲＳセットが設定された場合を仮定する。
【0275】
端末の報告するＣＣリストのサイズが、ＢＦＤが行われる／設定される全体ＣＣの数に基づいて決定される場合（すなわち、前記１）方式による場合）に、イベント２に対するＣＣリストのサイズは、６（ＣＣ＃０～ＣＣ＃５）と構成されてよい。そして、端末の報告するＣＣリストのサイズが、全体ＣＣのうち、全てのＢＦＤ ＲＳセットＩＤを含むＣＣの数と決定される場合（すなわち、前記２）方式）に、イベント２に対するＣＣリストのサイズは、２（ＣＣ＃３及びＣＣ＃４）と構成されてよい。
【0276】
前記１）方式が適用される場合に、イベント１に対するＣＣサイズは２（ＣＣ＃３及びＣＣ＃４）と構成されてよい。このとき、ＳＴＲＰとして動作するＣＣ（ＣＣ＃０、ＣＣ＃１、ＣＣ＃２及びＣＣ＃５）でＢＦが発生したことは、イベント２が発生したものと解釈できる。
【0277】
そして、前記２）方式が適用される場合に、イベント１に対するＣＣサイズは、６（ＣＣ＃０～ＣＣ＃５）と構成されてよい。このとき、ＳＴＲＰとして動作するＣＣに対するＢＦ報告は、ＴＲＰ特定ＢＦ報告と解釈できる。例えば、イベント１のうち、ＴＲＰ＃０のＢＦに対するＣＣリストのサイズは５（ＣＣ＃０～ＣＣ＃４）であり、イベント１のうち、ＴＲＰ＃１のＢＦに対するＣＣリストのサイズは３（ＣＣ＃３～ＣＣ＃５）を含むことができる。
【0278】
実施例１及び実施例２は、複数個のＴＲＰを基準に説明したが、これは、複数個のパネルを介した送信にも同一に適用されてよい。そして、実施例１及び実施例２は独立して適用されてもよいが、上述したＢＦＲ動作と結合して適用されてもよい。
【0279】
図８は、本開示の一実施例に係る端末のビーム失敗回復動作を説明するための図である。
【0280】
複数のリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）のうち少なくとも一つのリソースグループからビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ，ＢＦ）が検出されることに基づいて、端末はビーム失敗復旧要請（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｑｕｅｓｔ，ＢＦＲＱ）を基地局に送信することができる（Ｓ８１０）。
【0281】
ここで、リソースグループは、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）グループ又はビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ，ＢＦＤ）参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＲＳ）グループのうち少なくとも一つを含むことができる。ＣＯＲＥＳＥＴグループ又はＢＦＤ ＲＳグループのそれぞれはＴＲＰに対応してよい。例えば、ＣＯＲＥＳＥＴグループ１又はＢＦＤ ＲＳグループ１はＴＲＰ１に対応し、ＣＯＲＥＳＥＴグループ２又はＢＦＤ ＲＳグループ２はＴＲＰ２に対応してよい。
【0282】
ここで、前記ＣＯＲＥＳＥＴグループは一つ以上のＣＯＲＥＳＥＴを含み、前記一つ以上のＣＯＲＥＳＥＴに対して設定された送信設定指示子（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ，ＴＣＩ）状態（ｓｔａｔｅ）に基づいてリソースグループが設定されてよい。すなわち、ビーム失敗検出を行うためのＢＦＤ ＲＳは、ＣＯＲＥＳＥＴに対して設定されたＴＣＩ状態に基づいて暗黙的に設定されてよい。そして、端末は、設定されたＢＦＤ ＲＳを用いて少なくとも一つのリソースグループからビーム失敗を検出することができる。
【0283】
ＢＦＲＱを基地局に送信するということは、ＢＦＲＱリソースでＢＦＲＱを基地局に送信するということを意味できる。このとき、ＢＦＲＱリソースは、少なくとも一つの周波数帯域（例えば、コンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ，ＣＣ）又は帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ））において共通に設定されてよい。具体的に、特定リソースグループ又は複数のリソースグループからビーム失敗が検出されることに基づいて、端末は、特定リソースグループでのビーム失敗及び複数のリソースグループでのビーム失敗に対して共通に設定されたＢＦＲＱリソースを用いてＢＦＲＱを基地局に送信できる。
【0284】
本開示のさらに他の実施例において、特定リソースグループからビーム失敗が検出される場合及び複数のリソースグループからビーム失敗が検出される場合のそれぞれに対応するＢＦＲＱリソースは互いに異なってよい。例えば、特定リソースグループでのビーム失敗に対しては第１ＢＦＲＱリソースが設定され、複数のリソースグループでのビーム失敗に対しては第２ＢＦＲＱリソースが設定されてよい。そして、特定リソースグループでビーム失敗が発生することに基づいて、端末は、ＢＦＲＱリソースのうち第１ＢＦＲＱリソースを用いて、ＢＦＲＱのうち第１ＢＦＲＱを基地局に送信できる。そして、複数のリソースグループでビーム失敗が発生することに基づいて、端末は、ＢＦＲＱリソースのうち前記第１ＢＦＲＱリソースと異なる第２ＢＦＲＱリソースを用いて、ＢＦＲＱのうち第２ＢＦＲＱを基地局に送信できる。
【0285】
そして、端末に対して可用（ａｖａｉｌａｂｌｅ）上りリンクリソース（例えば、ＵＬ－ＳＣＨリソース、ＰＵＳＣＨリソースなど）が設定（又は、割り当て）されてよい。可用上りリンクリソースが存在することに基づいて、端末は、ＢＦＲＱを基地局に送信する動作及び基地局からＢＦＲＱに対する応答を受信する動作を行わず、可用上りリンクリソースを用いて基地局にビーム失敗に関連した情報を送信できる。すなわち、端末に可用上りリンクリソースが既に割り当てられた場合に、端末は、ＢＦＲＱ送信動作及びＢＦＲＱに対する応答受信動作を省略し、割り当てられた可用上りリンクリソースを用いてビーム失敗に関連した情報を基地局に送信できる。
【0286】
端末は基地局からＢＦＲＱに対する応答を受信することができる（Ｓ８２０）。ＢＦＲＱに対する応答は、上りリンクグラント（ｇｒａｎｔ）を含むことができる。端末は、前記上りリンクグラントを含むＤＣＩによってスケジュールされるＰＵＳＣＨを基地局に送信できる。
【0287】
端末は、ビーム失敗に関連した情報を基地局に送信できる（Ｓ８３０）。ここで、ビーム失敗に関連した情報は、ビーム失敗が検出された特定リソースグループ又はビーム検出された複数のリソースグループを指示できる。例えば、ビーム失敗に関連した情報は、特定ＴＲＰからビーム失敗が検出されたか或いは前記特定ＴＲＰを含む複数のＴＲＰからビーム失敗が検出されたかに関する情報を含むことができる。
【0288】
そして、特定ＴＲＰからビーム失敗が検出されたか又は複数のＴＲＰからビーム失敗が検出されたかは、別個のＢＦ状態によって定義されてよい。ＢＦ状態のビット幅（ｗｉｄｔｈ）は、ＴＲＰの数によって可変してよい。さらに他の例として、特定ＴＲＰからビーム失敗が検出されたか又は複数のＴＲＰからビーム失敗が検出されたかは、別個のＢＦビットマップによって定義されてよい。
【0289】
そして、前記ビーム失敗に関連した情報は、ビーム失敗が検出されたセル（ｃｅｌｌ）の類型、ビーム失敗が検出された少なくとも一つの周波数帯域のインデックス情報、前記ビーム失敗が検出された少なくとも一つの周波数帯域で新しい候補ビームＲＳの存在するか否かに関する情報、又は前記候補ビームＲＳが存在することに基づく前記新しい候補ビームＲＳルール指示する情報のうち少なくとも一つを含むことができる。
【0290】
ここで、ビーム失敗が検出されたセルの類型は、ビーム失敗が検出されたセルがＳｐＣｅｌｌであるか或いはＳＣｅｌｌであるかを示すことができる。そして、前記新しい候補ビームＲＳに対する情報は、ビーム失敗が検出された少なくとも一つの周波数帯域で新しい候補ビームＲＳが存在する場合に、前記新しい候補ビームＲＳのＩＤ情報を含むことができる。
【0291】
そして、前記ビーム失敗が検出された少なくとも一つの周波数帯域のサイズは、複数のリソースグループからビーム失敗が検出されることに基づいて、ＢＦＤを行った全体周波数帯域のサイズ、又はＢＦＤを行った全体周波数帯域のうち、複数のリソースグループのＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を含む周波数帯域のサイズに基づいて決定されてよい。
【0292】
例えば、ＣＣ＃０～ＣＣ＃５のうち、ＣＣ＃０～ＣＣ＃４は、ＴＲＰ＃０に対するＢＦＤ ＲＳセットが設定され、ＣＣ＃３～ＣＣ＃５は、ＴＲＰ＃１に対するＢＦＤ ＲＳセットが設定され、ＴＲＰ全体でビーム失敗が発生した場合を仮定する。
【0293】
端末の報告するビーム失敗が検出された周波数帯域（例えば、ＣＣ又はＢＷＰ）のサイズが、ＢＦＤが行われる全体ＣＣの数に基づいて決定される場合に、ビーム失敗が検出されたＣＣのサイズは、６（ＣＣ＃０～ＣＣ＃５）と構成されてよい。そして、端末の報告するビーム失敗が発生したＣＣのサイズが、ＢＦＤを行った全体ＣＣのうち複数のリソースグループＩＤを含むＣＣの数と決定される場合に、ビーム失敗が発生したＣＣのサイズは、２（ＣＣ＃３及びＣＣ＃４）と構成されてよい。
【0294】
追加又は代案として、ビーム失敗に関連した情報は、ビーム失敗が検出された少なくとも一つの周波数帯域別に、ビーム失敗が検出された特定リソースグループ又はビーム失敗が検出された複数のリソースグループを指示できる。
【0295】
具体的に、ビーム失敗に関連した情報は、少なくとも一つの周波数帯域のうち第１周波数帯域からビーム失敗が検出された特定リソースグループ又はビーム失敗が検出された複数のリソースグループを指示し、少なくとも一つの周波数帯域のうち第２周波数帯域からビーム失敗が検出された特定リソースグループ又はビーム失敗が検出された複数のリソースグループを指示できる。
【0296】
例えば、コンポーネントキャリア（ｃｏｍｐｏｎｏｎｅｔ ｃａｒｒｉｅｒ，ＣＣ）１及びＣＣ２からビーム失敗が検出された場合を仮定する。このとき、ビーム失敗に関連した情報は、ＣＣ１及びＣＣ２のそれぞれで特定ＴＲＰ又は前記特定ＴＲＰを含む複数のＴＲＰからビーム失敗が検出されたかを指示できる。そして、特定ＴＲＰ又は前記特定ＴＲＰを含む複数のＴＲＰからビーム失敗が検出されたか否かは、上述したように、ＢＦ状態又はＢＦビットマップによって指示されてよい。
【0297】
ビーム失敗に関連した情報は、ＢＦＲ用途として設定された一つのＭＡＣ－ＣＥ（例えば、ＢＦＲ ＭＡＣ－ＣＥ）又は複数のＭＡＣ－ＣＥに含まれて基地局に送信されてよい。具体的に、ビーム失敗が検出された特定リソースグループ又はビーム失敗が検出された複数のリソースグループを指示する情報は一つのＭＡＣ－ＣＥに含まれて基地局に送信されてよい。
【0298】
ここで、１）ビーム失敗が検出されたセルの類型、２）ビーム失敗が検出された少なくとも一つの周波数帯域のインデックス情報、３）前記ビーム失敗が検出された少なくとも一つの周波数帯域で新しい候補ビームＲＳが存在するか否かに関する情報、又は４）前記候補ビームＲＳが存在することに基づく前記新しい候補ビームＲＳを指示する情報（例えば、新しい候補ビームＲＳのＩＤなど）のうち少なくとも一つは、前記一つのＭＡＣ－ＣＥに共に含まれて送信されてよい。ただし、これに限定されず、前記一つのＭＡＣ－ＣＥには、ビーム失敗が検出された特定リソースグループ又はビーム失敗が検出された複数のリソースグループを指示する情報のみが含まれ、上述した１）～４）は別個として基地局に送信されてもよい。
【0299】
追加又は代案として、ビーム失敗に関連した情報は複数のＭＡＣ－ＣＥに含まれて基地局に送信されてよい。具体的に、特定リソースグループからビーム失敗が検出される場合及び複数のリソースグループからビーム失敗が検出される場合のそれぞれに対応するＭＡＣ－ＣＥが別個に定義されてよい。
【0300】
例えば、複数のＭＡＣ－ＣＥは、第１ＭＡＣ－ＣＥ及び第２ＭＡＣ－ＣＥを含むことができる。そして、特定リソースグループからビーム失敗が検出されることに基づいて、ビーム失敗に関連した情報は第１ＭＡＣ－ＣＥに含まれて基地局に送信されてよく、複数のリソースグループからビーム失敗が検出されることに基づいて、ビーム失敗に関連した情報は第２ＭＡＣ－ＣＥに含まれて基地局に送信されてよい。
【0301】
追加又は代案として、ビーム失敗に関連した情報は、ビーム失敗が検出されていないリソースグループに送信されてよい。例えば、ビーム失敗に関連した情報が一つのＭＡＣ－ＣＥ（例えば、ＢＦＲ ＭＡＣ－ＣＥ）又は複数のＭＡＣ－ＣＥ（例えば、第１ＭＡＣ－ＣＥ又は第２ＭＡＣ－ＣＥ）に含まれることに基づいて、端末は、前記一つのＭＡＣ－ＣＥ又は前記複数のＭＡＣ－ＣＥを、ビーム失敗が検出されていないリソースグループに送信できる。ビーム失敗が検出されたリソースグループは、ＭＡＣ－ＣＥに含まれた情報をデコードできないことがある。したがって、端末は、ビーム失敗が検出されていないリソースグループに、ビーム失敗に関連した情報が含まれた一つのＭＡＣ－ＣＥ又は複数のＭＡＣ－ＣＥを送信できる。
【0302】
図９は、本開示の一実施例に係る基地局のビーム失敗回復動作を説明するための図である。
【0303】
複数のリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）のうち少なくとも一つのリソースグループからビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ，ＢＦ）が検出されることに基づいて、基地局は、ビーム失敗復旧要請（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｑｕｅｓｔ，ＢＦＲＱ）を端末から受信することができる（Ｓ９１０）。
【0304】
ここで、リソースグループ及びＢＦＲＱリソースの具体的な例示は、図８の段階Ｓ８１０について説明した例示と同一であり、その重複する説明は省略する。
【0305】
基地局は、ＢＦＲＱに対する応答を端末に送信することができる（Ｓ９２０）。ＢＦＲＱに対する応答は、上りリンクグラント（ｇｒａｎｔ）を含むことができる。基地局は、前記上りリンクグラントを含むＤＣＩによってスケジュールされるＰＵＳＣＨを端末から受信することができる。
【0306】
基地局は、ビーム失敗に関連した情報を端末から受信することができる（Ｓ９３０）。ここで、ビーム失敗に関連した情報に対する例示は、図８の段階Ｓ８２０について説明した例示と同一であり、その重複する省略する。
【0307】
具体的に、基地局は、ビーム失敗に関連した情報が含まれたＢＦＲ用途として設定された一つのＭＡＣ－ＣＥ（例えば、ＢＦＲ ＭＡＣ－ＣＥ）又は複数のＭＡＣ－ＣＥを端末から受信できる。
【0308】
ここで、一つのＭＡＣ－ＣＥ又は複数のＭＡＣ－ＣＥと関連した例示は、図８の段階Ｓ８３０について説明した例示と同一であり、その重複する説明は省略する。
【0309】
図１０は、本開示に係るネットワーク側及び端末のシグナリング手順を説明するための図である。
【0310】
図１０は、前述した本開示の例示（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のうち１つ以上の組合せ）が適用可能なＭＴＲＰ状況において、ネットワーク側（ｎｅｔｗｏｒｋ ｓｉｄｅ）及び端末（ＵＥ）間のシグナリングの例示を示す。ここで、ＵＥ／ネットワーク側は例示的なものであり、図１１を参照して説明するように様々な装置に代替適用されてよい。図１０は説明の便宜のためのもので、本開示の範囲を制限するものでない。また、図１０に示す一部の段階は、状況及び／又は設定などによって省略されてもよい。また、図１０のネットワーク側／ＵＥの動作において、前述した上りリンク送受信動作、ＭＴＲＰ関連動作などが参照又は利用されてよい。
【0311】
以下の説明において、ネットワーク側は、複数のＴＲＰを含む１つの基地局であってよく、複数のＴＲＰを含む１つのセルであってもよい。又は、ネットワーク側は、複数のＲＲＨ（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）／ＲＲＵ（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ）を含むこともできる。一例として、ネットワーク側を構成するＴＲＰ １とＴＲＰ ２間には理想的／非理想的バックホール（ｂａｃｋｈａｕｌ）が設定されてもよい。また、以下の説明は複数のＴＲＰを基準に説明されるが、これは、複数のパネル／セルによる送信にも同一に拡張して適用されてよく、複数のＲＲＨ／ＲＲＵなどによる送信にも拡張適用されてよい。
【0312】
また、以下の説明では“ＴＲＰ”を基準に説明されるが、上述したように、“ＴＲＰ”はパネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル／スモールセル／ピコセルなど）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ，ｇＮＢなど）などの表現に代替して適用されてもよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に関する情報（例えば、ＣＯＲＥＳＥＴインデックス、ＩＤ）によって区分されてよい。一例として、１つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは、１つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は上位層シグナリング（例えば、ＲＲＣシグナリングなど）によって行われてよい。また、基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は、１つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、１つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。
【0313】
ＵＥは、ネットワーク側からＴＲＰ１及び／又はＴＲＰ２を介して／用いて設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ１０５）。前記設定情報は、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ，ＳＩ）、スケジューリング情報、ＣＳＩ関連設定（例えば、ＣＳＩ報告設定、ＣＳＩ－ＲＳリソース設定）などを含むことができる。前記設定情報は、ネットワーク側の構成（すなわち、ＴＲＰ構成）に関連した情報、ＭＴＲＰベースの送受信に関連したリソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）情報などを含むことができる。前記設定情報は上位層を介して（例えば、ＲＲＣ、ＭＡＣ ＣＥ）送信されてよい。また、前記設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。
【0314】
例えば、上述した実施例（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のいずれか１つ以上の組合せ）におけるように、前記設定情報はＣＯＲＥＳＥＴ関連設定情報（例えば、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ）を含むことができる。前記ＣＯＲＥＳＥＴ関連設定情報は、ＣＯＲＥＳＥＴ関連ＩＤ（例えば、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩＤ）、ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴプールのインデックス（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）、ＣＯＲＥＳＥＴの時間／周波数リソース設定、ＣＯＲＥＳＥＴに関連したＴＣＩ情報などを含むことができる。例えば、前記設定情報は、上述した実施例（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のいずれか１つ以上の組合せ）で説明したように、ビーム管理／ＢＦＲなどに関連した情報を含むことができる。
【0315】
例えば、上述したＳ１０５段階のＵＥ（図１１の１００又は２００）がネットワーク側（図１１の２００又は１００）から前記設定情報を受信する動作は、以下に説明される図１１の装置によって具現されてよい。例えば、図１１を参照すると、１つ以上のプロセッサ１０２は、前記設定情報を受信するように１つ以上のトランシーバー１０６及び／又は１つ以上のメモリ１０４などを制御でき、１つ以上のトランシーバー１０６は、ネットワーク側から前記設定情報を受信できる。
【0316】
ＵＥはネットワーク側に、ＴＲＰ１及び／又はＴＲＰ２を介して／用いて、ＵＬ送信のための参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を送信することができる（Ｓ１１０）。例えば、ＵＥはネットワーク側に、ＴＲＰ１及び／又はＴＲＰ２を介して／用いて、ビーム管理／ＢＦＤのためのＲＳ１及び／又はＲＳ２を送信することができる。
【0317】
例えば、Ｓ１１０段階のＵＥ（図１１の１００又は２００）がネットワーク側（図１１の２００又は１００）に前記参照信号を送信する動作は、以下に説明される図１１の装置によって具現されてよい。例えば、図１１を参照すると、１つ以上のプロセッサ１０２は、前記参照信号を送信するように１つ以上のトランシーバー１０６及び／又は１つ以上のメモリ１０４などを制御でき、１つ以上のトランシーバー１０６はネットワーク側に前記参照信号を送信できる。
【0318】
ＵＥは、ネットワーク側からＴＲＰ １及び／又はＴＲＰ ２を介して／用いて、前記ＲＳ １及び／又はＲＳ ２に基づいてビーム管理／ＢＦＲを行うことができる（Ｓ１１５）。例えば、ビーム管理／ＢＦＲを行う方法は、上述した実施例（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のいずれか１つ以上の組合せ）などに基づいて行われてよい。例えば、ＵＥは、前記ＲＳ １及び／又はＲＳ ２の受信品質に基づいて理論的（ｈｙｐｏｔｈｅｔｉｃａｌ）ＢＬＥＲを測定／推定し、それによってＢＦか否かを判断できる。
【0319】
例えば、上述したＳ１１５段階のＵＥ（図１１の１００又は２００）がビーム管理／ＢＦＲを行う動作は、以下の図１１の装置によって具現されてよい。例えば、図１１を参照すると、１つ以上のプロセッサ１０２は、前記ビーム管理／ＢＦＲ動作を行うように１つ以上のメモリ１０４などを制御できる。
【0320】
ＵＥは、前記ビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱ）をＴＲＰ １及び／又はＴＲＰ ２を介して／を用いてネットワーク側に送信できる（Ｓ１２０）。この場合、ＴＲＰ １に対するビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）とＴＲＰ ２に対するビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）は個別に送信されてもよく、１つに結合してもよい。また、ＵＥは、代表ＴＲＰ（例えば、ＴＲＰ １）へのビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）を送信するように設定され、他のＴＲＰ（例えば、ＴＲＰ ２）へのビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）の送信は省略されてもよい。又は、ＵＥは、ビーム失敗の発生したＴＲＰと同じＴＲＰにＢＦＲに対する報告（例えば、ＢＦＲＱなど）を送信するように設定されてもよい。又は、ＵＥは、ビーム失敗の発生したＴＲＰでないＴＲＰにＢＦＲに対する報告（例えば、ＢＦＲＱなど）を送信するように設定されてもよい。
【0321】
例えば、上述した実施例（例えば、例えば、実施例１、実施例１－１、実施例２、又はその細部例示のうち１つ以上の組合せ）などに基づいて前記ビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）が行われてよい。例えば、特定ＴＲＰに対してＢＦが発生した場合（例えば、イベント１）及び全てのＴＲＰに対するＢＦが発生した場合（例えば、イベント２）に対してそれぞれ報告されてよい。また、複数のサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）／ＢＷＰに対してＢＦＲが行われてよい。例えば、前記ビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）は、ＢＦＲ ＭＡＣ ＣＥに基づいて伝達されてよい。
【0322】
例えば、ＢＦＲ ＭＡＣ ＣＥは、ＳｐＣｅｌｌに対するＢＦＲであるか或いはＳＣｅｌｌ（ｓ）に対するＢＦＲであるか、ビーム失敗の発生したＣＣ／ＢＷＰリスト、ＢＦの発生したＣＣ／ＢＷＰから新しい候補ビームＲＳを探したか否か、前記ＢＦの発生したＣＣ／ＢＷＰから探した新しい候補ビームＲＳ ＩＤ、特定ＴＲＰに対してＢＦが発生した場合（例えば、イベント１）及び／又は全てのＴＲＰに対するＢＦが発生した場合（例えば、イベント２）に対する指示情報などを含むことができる。例えば、前記指示情報は、ビットマップ形態、又はあらかじめ定義された状態のうちいずれか一つを指示する形態で構成されてよい。
【0323】
例えば、ＵＥからＴＲＰ １及び／又はＴＲＰ ２を介して／用いてＢＦに対する報告／ＢＦＲＱなどを受信したネットワーク側は、ビーム復旧のための新しいＢＭ／ＢＦＲ関連ＲＳ情報をＵＥに送信できる。
【0324】
例えば、上述したＳ１２０段階のＵＥ（図１１の１００／２００）がネットワーク側（図１１の１００／２００）にビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）を送信する動作は、以下に説明される図１１の装置によって具現されてよい。例えば、図１１を参照すると、１つ以上のプロセッサ１０２はビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）を送信するように１つ以上のトランシーバー１０６及び／又は１つ以上のメモリ１０４などを制御でき、１つ以上のトランシーバー１０６はネットワーク側にビーム管理／ＢＦＲに対する報告（例えば、ＢＦＲＱなど）を送信できる。
【0325】
上述した過程に基づいて決定されたビームを通じて、ＵＥはネットワーク側から、ＴＲＰ１を介して／用いて、ＤＣＩ １及び当該ＤＣＩ １によってスケジュールされるデータ１を受信することができる。また、ＵＥはネットワーク側から、ＴＲＰ２を介して／用いて、ＤＣＩ ２及び当該ＤＣＩ ２によってスケジュールされるデータ２を受信することができる。ＤＣＩ（例えば、ＤＣＩ １、ＤＣＩ ２）及びデータ（例えば、データ１、データ２）はそれぞれ、制御チャネル（例えば、ＰＤＣＣＨなど）及びデータチャネル（例えば、ＰＤＳＣＨなど）で伝達されてよい。例えば、前記ＤＣＩ １は、ＣＯＲＥＳＥＴＰｏｏｌｉｎｄｅｘが０に設定されるか又は設定されない第１ＣＯＲＥＳＥＴに基づいて受信されてよく、前記ＤＣＩ ２、ＣＯＲＥＳＥＴＰｏｏｌｉｎｄｅｘが１に設定された第２ＣＯＲＥＳＥＴに基づいて受信されてよい。例えば、前記ＤＣＩ（例えば、ＤＣＩ １、ＤＣＩ ２）及び／又はデータ（例えば、データ１、データ２）は、上述した方法（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のうち１つ以上の組合せ）で説明した動作に関連した制御情報／データを含むことができる。
【0326】
先に言及したように、上述したネットワーク側／ＵＥシグナリング及び実施例（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のいずれか１つ以上の組合せ）は、図１１を参照して説明される装置によって具現されてよい。例えば、ネットワーク側（例えば、ＴＲＰ １／ＴＲＰ ２）は第１デバイス１００、ＵＥは第２デバイス２００に当該してよく、場合によってその逆の場合も考慮されてよい。
【0327】
例えば、上述したネットワーク側／ＵＥシグナリング及び動作（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のいずれか１つ以上の組合せ）は、図１１の１つ以上のプロセッサ（例えば、１０２，２０２）によって処理されてよく、上述したネットワーク側／ＵＥシグナリング及び動作（例えば、実施例１、実施例１－１、実施例２、又はその細部例示のいずれか１つ以上の組合せ）は、図１１の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、ｉｎｓｔｒｕｃｔｉｏｎ、ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ）の形態でメモリ（例えば、図１１の１つ以上のメモリ（例えば、１０４，２０４）に記憶されてもよい。
【0328】
本開示が適用可能な装置一般
【0329】
図１１は、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。
【0330】
図１１を参照すると、第１デバイス１００と第２デバイス２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）によって無線信号を送受信することができる。
【0331】
第１デバイス１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に記憶することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を記憶することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを記憶することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、デバイスは、通信モデム／回路／チップを意味してもよい。
【0332】
第２デバイス２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に記憶することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作と関連した様々な情報を記憶することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを記憶することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、デバイスは、通信モデム／回路／チップを意味してもよい。
【0333】
以下、デバイス１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル層が一つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。一つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手順、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。
【0334】
１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手順、機能などを含むように具現されてよい。本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に記憶され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
【0335】
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を記憶することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。
【0336】
１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手順、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。
【0337】
以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。
【0338】
本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。
【0339】
本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、一つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している一つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。
【0340】
ここで、本開示のデバイス１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示のデバイス１００，２００において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示のデバイス１００，２００において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。
【産業上の利用可能性】
【0341】
本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2024-10-01
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信システムにおいてＵＥ(user-equipment）が行う方法であって、前記方法は、
２つのＢＦＤ（beam failure detection）ＲＳ(reference signal）セットで設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを基地局から受信する段階と、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーする段階と、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記基地局に送信する段階を含み、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかどうかを示す前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ(identity)を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(Special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは、前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、方法。
２つのＢＦＤ（beam failure detection）ＲＳ(reference signal）セットで設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを基地局から受信する段階と、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーする段階と、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記基地局に送信する段階を含み、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかどうかを示す前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ(identity)を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(Special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは、前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、方法。
【請求項2】
前記改善されたＢＦＲ ＭＡＣ ＣＥは、候補ビームＲＳのインデックスに関連する第６フィールドが前記改善されたＢＦＲ ＭＡＣ ＣＥに存在するかどうかを示す第５フィールドを含む、請求項１に記載の方法。
【請求項3】
少なくとも一つの候補ビームに関連する構成情報が前記基地局から前記ＵＥへ送信され、
前記候補ビームＲＳが、前記少なくとも一つの候補ビームのうち予め定義された値と等しいかより大きい品質値を有するＲＳを含む、請求項２に記載の方法。
前記候補ビームＲＳが、前記少なくとも一つの候補ビームのうち予め定義された値と等しいかより大きい品質値を有するＲＳを含む、請求項２に記載の方法。
【請求項4】
前記２つのＢＦＤ－ＲＳセットのそれぞれは、２つのＣＯＲＥＳＥＴ（control resource set）のそれぞれに対して設定された少なくとも一つのＴＣＩ（transmission configuration indicator）状態と関連する少なくとも一つのＢＦＤ－ＲＳを含む、請求項１に記載の方法。
【請求項5】
前記ＲＲＣシグナリングは、ビーム失敗回復タイマーに関連する情報と、候補ビームＲＳリストに関連する情報を含む、請求項１に記載の方法。
【請求項6】
無線通信システムにおけるＵＥ(user equipment）であって、前記ＵＥは、
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御するための少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
２つのＢＦＤ（beam failure detection）－ＲＳ(reference signal）セットで設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを前記少なくとも一つの送受信部を介して基地局から受信し、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーし、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記少なくとも一つの送受信部を介して前記基地局に送信するように構成され、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかどうかを示す前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ（identity）を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、ＵＥ。
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御するための少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
２つのＢＦＤ（beam failure detection）－ＲＳ(reference signal）セットで設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを前記少なくとも一つの送受信部を介して基地局から受信し、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーし、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記少なくとも一つの送受信部を介して前記基地局に送信するように構成され、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセット又は前記２つのＢＦＤ－ＲＳセットの全てに対して前記ビーム失敗が検出されるかどうかを示す前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ（identity）を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、ＵＥ。
【手続補正書】
【提出日】2024-10-09
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信システムにおいてＵＥ(user-equipment）が行う方法であって、前記方法は、
２つのＢＦＤ（beam failure detection）－ＲＳ(reference signal）セットが設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを基地局から受信する段階と、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーする段階と、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記基地局に送信する段階を含み、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記ビーム失敗が、前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセットに対して検出されるか、又は前記２つのＢＦＤ－ＲＳセットの全てに対して検出されるかを示す、前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ(identity)を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(Special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは、前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、方法。
２つのＢＦＤ（beam failure detection）－ＲＳ(reference signal）セットが設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを基地局から受信する段階と、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーする段階と、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記基地局に送信する段階を含み、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記ビーム失敗が、前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセットに対して検出されるか、又は前記２つのＢＦＤ－ＲＳセットの全てに対して検出されるかを示す、前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ(identity)を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(Special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは、前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、方法。
【請求項2】
前記改善されたＢＦＲ ＭＡＣ ＣＥは、候補ビームＲＳのインデックスに関連する第６フィールドが前記改善されたＢＦＲ ＭＡＣ ＣＥに存在するかどうかを示す第５フィールドを含む、請求項１に記載の方法。
【請求項3】
少なくとも一つの候補ビームに関連する構成情報が前記基地局から前記ＵＥへ送信され、
前記候補ビームＲＳが、前記少なくとも一つの候補ビームのうち予め定義された値と等しいかより大きい品質値を有するＲＳを含む、請求項２に記載の方法。
前記候補ビームＲＳが、前記少なくとも一つの候補ビームのうち予め定義された値と等しいかより大きい品質値を有するＲＳを含む、請求項２に記載の方法。
【請求項4】
前記２つのＢＦＤ－ＲＳセットのそれぞれは、２つのＣＯＲＥＳＥＴ（control resource set）のそれぞれに対して設定された少なくとも一つのＴＣＩ（transmission configuration indicator）状態と関連する少なくとも一つのＢＦＤ－ＲＳを含む、請求項１に記載の方法。
【請求項5】
前記ＲＲＣシグナリングは、ビーム失敗回復タイマーに関連する情報と、候補ビームＲＳリストに関連する情報を含む、請求項１に記載の方法。
【請求項6】
無線通信システムにおけるＵＥ(user equipment）であって、前記ＵＥは、
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御するための少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
２つのＢＦＤ（beam failure detection）－ＲＳ(reference signal）セットが設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを前記少なくとも一つの送受信部を介して基地局から受信し、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーし、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記少なくとも一つの送受信部を介して前記基地局に送信するように構成され、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記ビーム失敗が、前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセットに対して検出されるか、又は前記２つのＢＦＤ－ＲＳセットの全てに対して検出されるかを示す、前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ（identity）を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、ＵＥ。
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御するための少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
２つのＢＦＤ（beam failure detection）－ＲＳ(reference signal）セットが設定される複数のサービングセルのそれぞれに対するＢＦＲ（beam failure recovery）手順に関連したＲＲＣ(radio resource control）シグナリングを前記少なくとも一つの送受信部を介して基地局から受信し、
前記複数のサービングセルのうち少なくとも一つのサービングセルに対して設定される前記２つのＢＦＤ－ＲＳセットの少なくとも一つに対してビーム失敗が検出されることに基づいて、前記ＲＲＣシグナリングに基づく前記２つのＢＦＤ－ＲＳセットの前記少なくとも一つに対して前記ＢＦＲ手順をトリガーし、
改善されたＢＦＲ ＭＡＣ（media access control）－ＣＥ(control element)を前記少なくとも一つの送受信部を介して前記基地局に送信するように構成され、
前記改善されたＢＦＲ ＭＡＣ ＣＥは、
ｉ）前記ビーム失敗が、前記２つのＢＦＤ－ＲＳセットのうち１つのＢＦＤ－ＲＳセットに対して検出されるか、又は前記２つのＢＦＤ－ＲＳセットの全てに対して検出されるかを示す、前記少なくとも一つのサービングセルのそれぞれに対応する少なくとも一つの第１フィールドと、
ｉｉ）前記２つのＢＦＤ－ＲＳセットのうち少なくとも一つのＢＦＤ－ＲＳセットのＩＤ（identity）を示す第２フィールドと、
ｉｉｉ）前記複数のサービングセルのうちＳｐＣｅｌｌ(special cell）に対して設定された２つのＢＦＤ－ＲＳセットの少なくとも一つに対して前記ビーム失敗が検出されるかどうかを示す第３フィールドと、
ｉｖ）前記複数のサービングセルのうち少なくとも一つのＳＣｅｌｌ(secondary cell）に対応する少なくとも一つの第４フィールドを含み、
前記少なくとも一つの第４フィールドのそれぞれは前記ビーム失敗が前記少なくとも一つのＳＣｅｌｌのそれぞれに対して検出されるかどうかを示す、ＵＥ。