特開 2023-120344 ビーム障害回復のための方法及び装置

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

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

(11)【公開番号】P2023120344

(43)【公開日】2023-08-29

(54)【発明の名称】ビーム障害回復のための方法及び装置

(51)【国際特許分類】

   H04W 24/04 20090101AFI20230822BHJP

   H04W 16/28 20090101ALI20230822BHJP

   H04W 72/21 20230101ALI20230822BHJP

   H04W 24/08 20090101ALI20230822BHJP

   H04W 76/19 20180101ALI20230822BHJP

【ＦＩ】

H04W24/04

H04W16/28

H04W72/21

H04W24/08

H04W76/19

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023100039

(22)【出願日】2023-06-19

(62)【分割の表示】P 2021547491の分割

【原出願日】2020-02-14

(31)【優先権主張番号】62/806,087

(32)【優先日】2019-02-15

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

(31)【優先権主張番号】62/825,321

(32)【優先日】2019-03-28

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】ウェイ，チャフン

(72)【発明者】

【氏名】ユ，チャハオ

(72)【発明者】

【氏名】チョウ，チェミン

(57)【要約】      （修正有）

【課題】ユーザ機器（ＵＥ）によって実行される少なくとも１つのビーム障害回復（ＢＦＲ）手順を実行する方法を提供する。
【解決手段】少なくとも１つのＢＦＲ手順は、ＢＦＲのための媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を基地局に送信するステップを含み、ＢＦＲのためのＭＡＣ ＣＥは、ＢＦＲ手順がトリガされるサービングセルの情報を示しているセル情報フィールド、及びＢＦＲのための選ばれた参照信号（ＲＳ）のアイデンティティがＢＦＲのためのＭＡＣ ＣＥに含まれるかどうかを示しているプレゼンスインジケータフィールドを含む。選ばれたＲＳは、サービングセルに関連付けられる。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ：User Equipment）であって、
コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体と、
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサとを備え、
前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより、
少なくとも一つのビーム障害回復（ＢＦＲ：Beam Failure Recovery）手順を実行し、
前記ＢＦＲ手順が、ＢＦＲのための媒体アクセス制御（ＭＡＣ：Medium Access Control）制御要素（ＣＥ：Control Element）を基地局に送信するステップを含んでおり、ここでＢＦＲのためのＭＡＣ ＣＥは、
ＢＦＲ手順がトリガされるサービングセルの情報を示しているセル情報フィールド、及び
ＢＦＲのための選ばれた参照信号（ＲＳ：Reference Signal）のアイデンティティがＢＦＲのためのＭＡＣ ＣＥに含まれるかどうかを示し、前記選ばれたＲＳが前記サービングセルに関連付けられているプレゼンスインジケータフィールド、を含む、
ように構成されている、ＵＥ。

【請求項2】

前記プレゼンスインジケータが特定の値に設定されるとき、前記ＢＦＲのための前記ＭＡＣ ＣＥは、前記ＢＦＲ手順のための前記選ばれたＲＳの前記アイデンティティを示しているＲＳアイデンティティフィールドを更に含む、請求項１に記載のＵＥ。

【請求項3】

前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行することにより、
ビーム障害回復の構成情報要素（ＩＥ）を含んでいる下りリンク無線リソース制御（ＲＲＣ：Radio Resource Control）メッセージを基地局から受信し、ここでＢＦＲのための前記選ばれたＲＳの前記アイデンティティが前記ビーム障害回復の構成ＩＥによって構成される、
ように更に構成される、請求項２に記載のＵＥ。

【請求項4】

ＢＦＲのための前記ＭＡＣ ＣＥは、専用の論理チャネルアイデンティティ（ＬＣＩＤ:Logical Channel Identity）を有するＭＡＣサブプロトコルデータユニット（sub-ＰＤＵ：sub-Protocol Data Unit）のヘッダによって識別される、請求項１に記載のＵＥ。

【請求項5】

前記少なくとも１つのプロセッサは、前記コンピュータ実行可能命令を実行することにより、
論理チャネル優先順位付け手順において、上りリンク共通制御チャネル（ＵＬ-ＣＣＣＨ：Uplink Common Control Channel）ではない任意の論理チャネルからデータを送信することよりも、ＢＦＲのための前記ＭＡＣ ＣＥを送信することを優先する、
ように更に構成される、請求項１に記載のＵＥ。

【請求項6】

ユーザ機器（ＵＥ）によって実行される方法であって、前記方法は、
少なくとも一つのビーム障害回復（ＢＦＲ）手順を実行するステップを含み、
前記ＢＦＲ手順が、ＢＦＲのための媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を基地局に送信するステップを含んでおり、ここでＢＦＲのためのＭＡＣ ＣＥは、
前記ＢＦＲ手順がトリガされるサービングセルの情報を示しているセル情報フィールド、及び
ＢＦＲのための選ばれた参照信号（ＲＳ）のアイデンティティがＢＦＲのためのＭＡＣ ＣＥに含まれるかどうかを示し、前記選ばれたＲＳが前記サービングセルに関連付けられているプレゼンスインジケータフィールド、を含んでいること、
を含む方法。

【請求項7】

前記プレゼンスインジケータが特定の値に設定されるとき、前記ＢＦＲのための前記ＭＡＣ ＣＥは、前記ＢＦＲ手順のための前記選ばれたＲＳの前記アイデンティティを示しているＲＳアイデンティティフィールドを更に含む、請求項６に記載の方法。

【請求項8】

ビーム障害回復の構成情報要素（ＩＥ）を含んでいる下りリンク無線リソース制御（ＲＲＣ）メッセージを基地局から受信するステップであって、ここでＢＦＲのための前記選ばれたＲＳのアイデンティティが前記ビーム障害回復の構成ＩＥによって構成されること、
を更に含む、請求項７に記載の方法。

【請求項9】

ＢＦＲのための前記ＭＡＣ ＣＥは、専用の論理チャネルアイデンティティ（ＬＣＩＤ）を有するＭＡＣサブプロトコルデータユニット（sub-ＰＤＵ）のヘッダによって識別される、請求項６に記載の方法。

【請求項10】

論理チャネル優先順位付け手順において、上りリンク共通制御チャネル（ＵＬ-ＣＣＣＨ）ではない任意の論理チャネルからデータを送信することよりも、ＢＦＲのための前記ＭＡＣ ＣＥを送信することを優先するステップ、
を更に含む、請求項６に記載の方法。

【発明の詳細な説明】

【発明の詳細な説明】

【0001】

〔関連出願の相互参照〕
本出願は、代理人整理番号ＵＳ７６５５３（以下、「ＵＳ７６５５３出願」と称する）を有する、２０１９年２月１５日に出願された”ＢＦＲＱ ａｎｄ ＢＦＲＲ Ｐｒｏｃｅｄｕｒｅ ｉｎ ＭＡＣ，”という名称の仮米国特許出願第６２／８０６，０８７号、及び代理人整理番号ＵＳ７６８６７（以下、「ＵＳ７６８６７出願」と称する）を有する、２０１９年３月２８日に出願された”Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｂａｓｅｄ ＢＦＲＱ Ｔｒａｎｓｍｉｓｓｉｏｎ，”という名称の仮米国特許出願第６２／８２５，３２１号の利益及び優先権を主張する。ＵＳ７６５５３出願及びＵＳ７６８６７出願の開示は、参照により本出願に完全に組み込まれる。

【0002】

〔分野〕
本開示は一般に、無線通信に関し、より詳細には、ビーム障害回復（ＢＦＲ）のための方法及び装置に関する。

【0003】

〔背景〕
ロングタームエボリューション（ＬＴＥ：Long-Term Evolution）システムといった無線通信システムにおいて、ユーザ機器（ＵＥ）は、効率的な信号カバー率を保証するために、サービングセルのリンク品質を連続的に監視し得る。リンク品質が悪いと考えられる場合（例えば、ＵＥの媒体アクセス制御（ＭＡＣ）エンティティによって維持されるビーム障害インディケーション（ＢＦＩ：Beam Failure Indication）カウンタの値が所定の閾値を超える場合）、ＵＥは、ビーム回復を要求するためにＢＦＲ手順をトリガすることができる。

【0004】

しかしながら、次世代（例えば、第５世代（５Ｇ）新無線（ＮＲ））無線通信システムにおいて、ＵＥは、データスループット、システム能力、送信信頼性などを促進するために、複数のサービングセル（例えば、プライマリセル（ＰＣｅｌｌ：Primary Cell）及び１つ以上のセカンダリセル（ＳＣｅｌｌ：Secondary Cell））で構成されてよい。現在のＢＦＲ機構は、複数のサービングセル上で動作するＵＥには適切でないことがある。

【0005】

したがって、当該技術分野には、次世代無線通信システムのための改善されたＢＦＲ手順が必要とされる。

【0006】

〔概要〕
本開示は、ＢＦＲのための方法及び装置を対象とする。

【0007】

本開示の態様によれば、ＵＥは、提供される。ＵＥは、コンピュータ実行可能命令が実装された１つ以上の非一時的なコンピュータ読み取り可能媒体と、１つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも１つのプロセッサとを含む。少なくとも１つのプロセッサは、少なくとも１つのＢＦＲ手順を実行することにより、コンピュータ実行可能命令を実行するように構成される。少なくとも１つのＢＦＲ手順は、ＢＦＲのためのＭＡＣ制御要素（ＣＥ）を基地局に送信するステップを含み、ＢＦＲのためのＭＡＣ ＣＥは、ＢＦＲ手順がトリガされるサービングセルの情報を示しているセル情報フィールド、及びＢＦＲのための選ばれた参照信号（ＲＳ）のアイデンティティがＢＦＲのためのＭＡＣ ＣＥに含まれるかどうかを示しているプレゼンスインジケータフィールドを含む。選ばれたＲＳは、サービングセルに関連付けられ得る。

【0008】

本開示の別の態様によれば、ＵＥによって実行される方法は、提供される。本方法は、少なくとも１つのＢＦＲ手順を実行するステップを含む。少なくとも１つのＢＦＲ手順は、ＢＦＲのためのＭＡＣ ＣＥを基地局に送信するステップを含み、ＢＦＲのためのＭＡＣ ＣＥは、ＢＦＲ手順がトリガされるサービングセルの情報を示しているセル情報フィールド、及びＢＦＲのための選ばれたＲＳのアイデンティティがＢＦＲのためのＭＡＣ ＣＥに含まれるかどうかを示しているプレゼンスインジケータフィールドを含む。選ばれたＲＳは、サービングセルに関連付けられ得る。

【0009】

〔図面の簡単な説明〕
本開示の態様は、添付の図面を参照しながら以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。

【0010】

図１は、本出願の例としての実装形態による、ＢＦＲのためのＵＥによる方法のフローチャートである。

【0011】

図２Ａ及び図２Ｂは、本出願の例としての実装形態による、ビーム障害回復要求（ＢＦＲＱ：Beam Failure Recovery Request）ＭＡＣ ＣＥの例としてのフォーマットをそれぞれ示す概略図である。

【0012】

図３は、本出願の別の例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【0013】

図４は、本出願の別の例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【0014】

図５は、本出願の別の例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【0015】

図６は、本出願の例としての実装形態による、ＵＥによるＭＡＣ－ＣＥベースのＢＦＲ手順のフローチャートである。

【0016】

図７は、本出願の例としての実装形態による、ＵＥによる論理チャネル優先順位付け（ＬＣＰ：Logical Channel Prioritization）手順のフローチャートである。

【0017】

図８は、本出願の様々な態様による、無線通信のためのノードを示すブロック図である。

【0018】

〔詳細な説明〕
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。

【0019】

一貫性の目的及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る（ただし、いくつかの例において、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。

【0020】

本説明は、「一つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の一つ以上を指してもよい。「結合された」というタームは、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える（ｃｏｍｐｒｉｓｉｎｇ）」というタームは、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、グループ、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。「Ａ、Ｂ、及びＣの内の少なくとも一つ」又は「Ａ、Ｂ、及びＣの内の少なくとも一つ」という表現は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣに任意の組み合わせ」を意味する。

【0021】

更に、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。

【0022】

当業者は、本開示に記載されている任意のネットワーク機能（複数可）又はアルゴリズム（複数可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。

【0023】

コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。

【0024】

無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム、又は５Ｇ 新無線（ＮＲ）無線アクセスネットワーク（ＲＡＮ））は、通常、少なくとも一つの基地局、少なくとも一つのユーザ機器（ＵＥ）、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。ＵＥは、一つ以上の基地局によって確立されたＲＡＮを介して、ネットワーク（例えばコアネットワーク（ＣＮ）、エボルブドパケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、５Ｇコア（５ＧＣ）、又はインターネット）と通信する。

【0025】

なお、本出願において、ＵＥとしては移動局、携帯端末又は携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末（ＰＤＡ）を含むが、これらに限定されない。上記ＵＥは、無線アクセスネットワークにおける一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう構成されている。

【0026】

基地局は、以下の無線アクセス技術（ＲＡＴｓ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ）の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、汎用パケット無線サービス（ＧＲＰＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ－Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。

【0027】

基地局は、ＵＭＴＳにおけるノードＢ（ＮＢ：ｎｏｄｅ Ｂ）、ＬＴＥ又はＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、ＧＳＭ／ＧＥＲＡＮにおける基地局コントローラ（ＢＳＣ：Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）、５ＧＣに関連するＥ－ＵＴＲＡ（Ｅ－ＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）ＢＳにおけるｎｇ－ｅＮＢ、５Ｇ－ＲＡＮにおける次世代ノードＢ（ｇＮＢ：ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、ネットワークへの無線インターフェースによって、一つ以上のＵＥにサービスを提供するように接続し得る。

【0028】

基地局は、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも一つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと呼ばれる）は、その無線カバレッジ内の一つ以上のＵＥを提供するサービスを提供する（例えば各セルは、下りリンクをスケジュールし、任意で、下りリンク及び任意で上りリンクパケット送信のために、その無線カバレッジ内の少なくとも一つのＵＥに上りリンクリソースをスケジュールする）。基地局は、複数のセルによって、無線通信システム内の一つ以上のＵＥと通信することができる。セルは、近接サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ）又はビークル・トゥ・エブリシング（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）サービスをサポートするためにサイドリンク（ＳＬ：Ｓｉｄｅｌｉｎｋ）リソースを割り当ててよい。各セルは、他のセルと重複するカバレッジ領域を有してもよい。

【0029】

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性の要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、大容量マシンタイプ通信（ｍＭＴＣ：Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、超高信頼性及び低遅延性通信（ＵＲＬＬＣ：Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）といった様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。３ＧＰＰにおいて合意された直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。更に、ＮＲには（１）低密度パリティ検査（ＬＤＰＣ：Ｌｏｗ－Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ－Ｃｈｅｃｋ）符号及び（２）ポーラ符号の２つの符号化方法が判断される。符号化方法の適応は、チャネル条件及び／又はサービスアプリケーションに基づいて構成されてもよい。

【0030】

更に、単一のＮＲフレームの送信時間間隔ＴＸにおいて、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）送信データ、ガード期間、及び上りリンク（ＵＬ：Ｕｐｌｉｎｋ）送信データは、少なくとも含まれるべきであり、ＤＬ送信データ、ガード期間、及びガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えばＮＲのネットワークダイナミクスに基づいて設定可能であるべきであることも判断される。更に、サイドリンクリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスをサポートするために、ＮＲフレーム内に提供されてもよい。

【0031】

更に、本明細書中のターム「システム」及び「ネットワーク」は、互換的に使用されてよい。本明細書中のターム「及び／又は」は、関連するオブジェクトを記述するための関連する関係のみであり、三つの関係が存在してもよいことを表す。例えばＡ及び／又はＢは、Ａが単独で存在し、Ａ及びＢが同時に存在し、Ｂが単独で存在することを示してもよい。加えて、本明細書中の文字「／」は、前者及び後者の関連するオブジェクトが「又は」関係にあることを一般的に表す。

【0032】

ビーム障害イベントがサービングＳＳＢ／ＣＳＩ－ＲＳ上で検出されたとき、（例えば、新しい同期信号ブロック（ＳＳＢ：Synchronization Signal Block）又はチャネル状態情報（ＣＳＩ－ＲＳ：Channel State Information）を示すことによって）サービングｇＮＢに新しいサービングビームを示すために、ＢＦＲ手順は、ＵＥによって適用されることができる。ＢＦＲ手順は、ビーム障害検出（ＢＦＤ：Beam Failure Detection）手順の検出結果が特定の基準を満たすとき、トリガされてもよい。例えば、ＢＦＤ手順の間、ＵＥのＭＡＣエンティティは、下位層（例えば、物理（ＰＨＹ：Physical）層）から送信されたビーム障害インディケーション（ＢＦＩ：Beam Failure Indications）の数をカウントすることができる。サービングセルのＢＦＩの数が閾値に達するとき、ＵＥのＭＡＣエンティティは、ビーム障害イベントがサービングセル上で検出されたとみなすことができる。いくつかの実装形態において、ＵＥのＭＡＣエンティティは、ＰＨＹ層から受信したＢＦＩの数をカウントするために、ＢＦＩカウンタ（例えば、ＢＦＩ＿ｃｏｕｎｔｅｒ情報要素（ＩＥ）で提供される）を維持してもよい。ＢＦＤ手順の間、ＰＨＹ層は、特定のビーム測定基準が満たされるとき、ＵＥのＭＡＣエンティティにＢＦＩを配信することができる。

【0033】

いくつかの実装形態において、ＢＦＩカウンタが所定の又は構成された（configured）閾値（例えば、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ ＩＥにおいて提供され得るＢＦＩの最大数）に達したとき、ＵＥのＭＡＣエンティティは、ＰＣｅｌｌのためのランダムアクセス（ＲＡ：Random Access）手順をトリガし得る。ＭＡＣエンティティはまた、ＢＦＤ手順のためのＢＦＤタイマ及びＢＦＲ手順のためのＢＦＲタイマを維持することができる。例えば、ＵＥのＭＡＣエンティティがＰＨＹ層から第１のＢＦＩを受信すると、ＢＦＤタイマは、開始又は再開することができる。ＢＦＤタイマが進行しているとき、ＵＥのＭＡＣエンティティは、ＰＨＹ層からのＢＦＩの数をカウントし、累積することができる。ＢＦＤタイマが満了するとき、ＭＡＣエンティティは、ＢＦＩカウンタをリセットすることができる（例えば、ゼロに設定される）。いくつかの実装形態において、ＢＦＤタイマ、ＢＦＲタイマ、及びｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ ＩＥは、無線リソース制御（ＲＲＣ）層を介して基地局（例えば、ｇＮＢ）によって初期値を用いて構成され得る。

【0034】

キャリアアグリゲーション（ＣＡ：Carrier Aggregation）技術は、ＮＲシステムを用いてサポートされてもよく、ＵＥは、ＣＡアーキテクチャに基づいて複数のサービングセルを用いて構成されてもよい。サービングセルは、ＰＣｅｌｌ及び１つ以上のＳＣｅｌｌを含んでもよく、ここでＰＣｅｌｌは、信頼性のある制御情報送信のために、周波数範囲１（ＦＲ１：Frequency Range 1）（例えば、６ＧＨｚ未満）に展開され、ＳＣｅｌｌ（複数可）は、より高いデータスループットのために、周波数範囲２（ＦＲ２：Frequency Range 2）（例えば、６ＧＨｚ超）に展開されてもよい。しかしながら、ＦＲ２においてしばしば起こるビーム遮断（例えば、ビーム障害）問題を考慮すると、ＰＣｅｌｌ及びＳＣｅｌｌ（複数可）上で検出されたビーム障害イベントを取り扱うために、改良型ＢＦＲ手順が要求されてもよい。

【0035】

更に、現在の無線通信システムにおいて、ＭＡＣエンティティが別のＲＡ手順を実行している間、ＵＥのＭＡＣエンティティが新しいＲＡ手順を開始するための要求を受信するとき、ＵＥが進行中／実行中のＲＡ手順を継続する必要があるか、進行中／実行中のＲＡ手順を停止して新しいＲＡ手順を開始する必要があるかを決定するための特定のＵＥの実装次第であってよい。しかしながら、（例えば、ＣＡのためのＭＡＣエンティティに関連付けられた複数のセル上で動作される）ＢＦＤ手順の間、複数のセルに対して同時に開始されるように要求された複数のＲＡ手順が存在すること、及び／又は別のＲＡ手順が実行されているとき、開始されるようにＲＡ手順が要求されることが可能であってよい。

【0036】

更に、複数のサービングセル上でＢＦＲ手順を動作させるため、柔軟でスケーラブルなＭＡＣ－ＣＥベースのＢＦＲ手順が必要とされ得る。いくつかの実装形態において、各ＭＡＣ－ＣＥベースのＢＦＲ手順は、サービングセルごとのベースに基づいてトリガされ得る。例えば、ビーム障害イベントがＳＣｅｌｌ上で検出されるとき、ＵＥは、ＳＣｅｌｌのための対応するＭＡＣ－ＣＥベースのＢＦＲ手順をトリガすることができる。

【0037】

図１は、本出願の一例としての実装形態による、ＢＦＲのためのＵＥによる方法のフローチャートである。

【0038】

アクション１０２において、ＵＥは、基地局からＢＦＲ（又はＢＦＲ関連の）構成を含むダウンリンク（ＤＬ：Downlink）ＲＲＣメッセージを受信することができる。例えば、基地局（例えば、ｇＮＢ）は、ＤＬ ＲＲＣメッセージを介してＵＥへのアクセスストラタム（ＡＳ：Access Stratum）層情報を構成することができ、ここで、１つ以上のＢＦＲ（又はＢＦＲ関連の）構成がＤＬ ＲＲＣメッセージに含まれてもよい。いくつかの実装形態において、ＢＦＲ（又はＢＦＲ関連の）構成は、ビーム障害回復の構成ＩＥ（例えば、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ ＩＥ）、及び／又はＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇ ＩＥといった無線リンク監視（ＲＬＭ）固有ＩＥにおいて、提供され得る。

【0039】

アクション１０４において、ＵＥは、１つ以上のサービングセルの無線リンク品質を取得することができる。例えば、ＵＥは、測定を実行し、特定の測定メトリックに基づいてサービングセルの無線リンク品質を推定することができる。特定のサービングセルの無線リンク品質が悪いと考えられる場合、ＵＥのＰＨＹ層は、ＢＦＩをＭＡＣエンティティに送信することができる。

【0040】

アクション１０６において、ＵＥは、サービングセルのためのＢＦＲトリガ条件が満たされるかどうかを判定することができる。例えば、ＢＦＤタイマが進行しているとき、ＵＥのＭＡＣエンティティは、サービングセルのＢＦＩの数をカウントすることができる。ＢＦＩの数が所定の値又は構成された値に達したとき、ＵＥは、サービングセルのためのＢＦＲトリガ条件が満たされるとみなすことができる。

【0041】

サービングセルのＢＦＲトリガ条件が満たされるとき、ＵＥ（例えば、ＵＥのＭＡＣエンティティ）は、ビーム障害イベントがサービングセル上で検出されたとみなすことができる。次に、アクション１０８において、ＵＥは、サービングセルのためのＭＡＣ－ＣＥベースのＢＦＲ手順をトリガすることができる。

【0042】

アクション１１０において、ＵＥ（例えば、ＵＥのＭＡＣエンティティ）は、ＭＡＣ－ＣＥベースのＢＦＲ手順の間、ＢＦＲのためのＭＡＣ ＣＥを基地局（例えば、サービングｇＮＢ）に送信することができ、ここで、ＢＦＲのためのＭＡＣ ＣＥは、物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）のアップリンク（ＵＬ：Uplink）リソースを通して送信されることができる。いくつかの実装形態において、ＢＦＲのＭＡＣ ＣＥは、専用の論理チャネルアイデンティティ（ＬＣＩＤ：Logical Channel Identity）を用いるＭＡＣサブプロトコルデータユニット（ｓｕｂ－ＰＤＵ：sub-Protocol Data Unit）のヘッダによって識別されることができる。例えば、専用ＬＣＩＤは、ビーム障害回復要求（ＢＦＲＱ：Beam Failure Recovery Request）のＭＡＣ ＣＥタイプに対応することができる。このようにして、ＢＦＲのためのＭＡＣ ＣＥは、ＢＦＲのためのＢＦＲＱを含むＢＦＲＱ ＭＡＣ ＣＥと見なされうる。用語「ＢＦＲのためのＭＡＣ ＣＥ」及び用語「ＢＦＲＱ ＭＡＣ ＣＥ」は、本出願のいくつかの実装形態において交換可能であり得ることに留意されたい。

【0043】

いくつかの実装形態において、ＢＦＲのＭＡＣ ＣＥ（例えば、ＢＦＲＱ ＭＡＣ ＣＥ）は、セル情報フィールド、プレゼンスインジケータフィールド、及びＲＳアイデンティティ（ＩＤ）フィールドの少なくとも１つを含んでよい。セル情報フィールドは、ＢＦＲ手順がトリガされる、又はビーム障害イベントが検出されるサービングセルの情報を示すことができ、ここでサービングセルは、略して「障害セル」と呼ばれることがある。いくつかの実装形態において、ＢＦＲのためのＭＡＣ ＣＥ内の各セル情報フィールドは、障害セルのセルＩＤを明示的に示すことができる。他の実装形態において、各セル情報フィールドは、特定のマッピングルールに従って（例えば、全ての構成されたサービングセルのセルＩＤの降順／昇順に依存して）、障害セルのセルＩＤを暗黙的に示すことができる。例えば、ＵＥに構成された各サービングセルは、対応するＭＡＣ－ＣＥベースＢＦＲ構成を有することができ、各セル情報フィールドは、３ビットインジケータとすることができ、ここで、「０００」は、ＭＡＣ－ＣＥベースＢＦＲ構成で構成された全てのＳＣｅｌｌの中で最小／最大のセルＩＤ値を有するＳＣｅｌｌを示し、「００１」は、２番目に最小／最大のセルＩＤ値を有するＳＣｅｌｌを示し、以下同様であるが、これに限定されない。このようにして、セル情報フィールドがセルＩＤ全体を含む必要がないため、各セル情報フィールドの長さを削減することができる。他の実装形態において、各セル情報フィールドは、対応する障害セルのセルＩＤがＢＦＲのＭＡＣ ＣＥに含まれるかどうかを示すことができる（例えば、「１」は、ＢＦＲのＭＡＣ ＣＥがセル情報フィールドに対応する障害セルのセルＩＤを含むことを意味し、「０」は、ＢＦＲのＭＡＣ ＣＥが対応する障害セルのセルＩＤを含まないことを意味する）。

【0044】

いくつかの実装形態において、プレゼンスインジケータフィールドは、ＢＦＲのための選ばれたＲＳのＩＤがＢＦＲのためのＭＡＣ ＣＥに含まれるかどうかを、示すことができ、ここで選ばれたＲＳは、ＢＦＲ手順がトリガされる、又はビーム障害イベントが検出されるサービングセルに関連付けられる（例えば、サービングセルによって提供される）ことができる。例えば、ＢＦＲのためのＭＡＣ ＣＥにおけるプレゼンスインジケータフィールドが提供されるケースにおいて、プレゼンスインジケータが特定の値（例えば、ビット値「１」）にセットされるとき、ＢＦＲのためのＭＡＣ ＣＥは、ＢＦＲのための（例えば、ＢＦＲ手順のための）選ばれたＲＳのＩＤを示すＲＳ ＩＤフィールドを含むことができる。いくつかの実装形態において、各プレゼンスインジケータフィールドは、限定されないが、１ビットインジケータとすることができ、ここで、ＢＦＲのためのＭＡＣ ＣＥ内のｉ番目のプレゼンスインジケータ（Ｃｉ）は、対応する障害セル＃ｉのためのＲＳ ＩＤフィールドがＢＦＲのためのＭＡＣ ＣＥ内に含まれることを示すために「１」に設定されることができ、又は対応する障害セル＃ｉのためのＲＳ ＩＤフィールドがＢＦＲのためのＭＡＣ ＣＥ内に含まれないことを示すために「０」に設定されることができる。他の実装形態において、各プレゼンスインジケータフィールドは、関連するサービングセルがＭＡＣ－ＣＥベースのＢＦＲ手順をトリガしたかどうかを示すことができる。ＢＦＲのためのＭＡＣ ＣＥ内のｉ番目のプレゼンスインジケータ（Ｃｉ）は、対応するサービングセル＃ｉがＭＡＣ－ＣＥベースのＢＦＲ手順をトリガしたことを示すために「１」にセットされてもよく、又は対応するサービングセル＃ｉがＭＡＣ－ＣＥベースのＢＦＲ手順をトリガしないことを示すために「０」にセットされてもよく、ここでＭＡＣ－ＣＥベースのＢＦＲ手順をトリガしたサービングセルは、ＢＦＲ手順がトリガされるか、又はビーム障害イベントが検出される障害セルとみなされてもよい。

【0045】

いくつかの実装形態において、各ＲＳ ＩＤフィールドは、ＢＦＲのための選ばれたＲＳのＩＤを含み得、ここで選ばれたＲＳのＩＤは、無線リンクを回復するためにＵＥによって選択され得る（ＭＡＣ－ＣＥベースのＢＦＲ手順がトリガされるか、又はビーム障害イベントが検出される）サービングセルの新しいビームに、関連付けられ得る。ＲＳ ＩＤフィールドは、様々な方法により実装できる。例えば、各ＲＳ ＩＤフィールドは、ＢＦＲのための選ばれたＲＳのＲＳ ＩＤを明示的に示すことができる。別の実施例において、各ＲＳ ＩＤフィールドは、ＢＦＲのための選ばれたＲＳのＲＳ ＩＤを暗黙的に示すことができる。例えば、各ＲＳ ＩＤフィールドは、これに限定されるものではないが、４ビットインジケータであってもよく、ここで、４ビットインジケータは、対応するＭＡＣ－ＣＥベースのＢＦＲ手順のために構成される全てのＲＳの中で最小／最大のＲＳ ＩＤ値を有するＲＳを示すために「００００」にセットされ、２番目に最小／最大のＲＳ ＩＤ値を有するＲＳを示すために「０００１」にセットされる、などである。いくつかの実装形態において、ＢＦＲのための選ばれたＲＳのＩＤ（選ばれたＲＳ ＩＤと呼ばれ得る）は、ＢＦＲ構成におけるビーム障害回復の構成ＩＥによって構成され得る。

【0046】

上述したように、ＢＦＲのためのＭＡＣ ＣＥ（例えば、ＢＦＲＱ ＭＡＣ ＣＥ）を送信することによって、ＵＥは、どのサービングセルにおいてビーム障害イベントが検出されるか、又はＢＦＲ手順がトリガされるか、及び／又はＵＥがＢＦＲ手順のために障害セルのどのＲＳを選ぶかを、基地局に暗黙的又は明示的に示すことができる。基地局は、ＵＥを用いてビーム回復を実行するとき、ＵＥによって示された選ばれたＲＳを候補ＲＳ／ビームと見なすことができる。

【0047】

いくつかの実装形態において、ＵＥのＭＡＣエンティティは、ＭＡＣ－ＣＥベースのＢＦＲ手順のためのパラメータのセットを用いて基地局によって構成されてもよい。例えば、パラメータのセットは、以下の内の少なくとも１つを含むことができる：
－ＢＦＲＱ＿ＴｒａｎｓＭａｘ：ＰＵＳＣＨ上のＢＦＲＱ ＭＡＣ ＣＥ送信の最大数
－ＢＦＲＱ＿ＰｒｏｈｉｂｉｔＴｉｍｅｒ：タイマが進行しているとき、ＵＥがＰＵＳＣＨ上でＢＦＲＱ ＭＡＣ ＣＥを送信することを禁止されるタイマ。

【0048】

いくつかの実装形態において、ＭＡＣ－ＣＥベースのＢＦＲ手順のためのパラメータの各セットは、サービングＳＣｅｌｌごとのベースに基づいて構成され得る。例えば、ＵＥのＭＡＣエンティティは、第１のサービングセルのための第１のパラメータセットで構成され、及び第２のサービングセルのための第２のパラメータセットで構成されてもよく、ここで、第１のパラメータセットは、第２のパラメータセットとは異なる（又は独立した）場合がある。他の実装形態において、全てのサービングＳＣｅｌｌは、パラメータの共通セットを共有することがある。

【0049】

いくつかの実装形態において、ＵＥのＭＡＣエンティティは、各ＭＡＣ－ＣＥベースのＢＦＲ手順のための変数のセットを維持することができる。例えば、変数のセットは、次のものが含む：
－ＢＦＲＱ＿Ｃｏｕｎｔｅｒ：送信されているＢＦＲＱ ＭＡＣ ＣＥの数をカウントするためのカウンタ。

【0050】

いくつかの実装形態において、ＭＡＣ－ＣＥベースのＢＦＲ手順のための変数の各セットは、サービングＳＣｅｌｌベースごとに基づいて構成され得る。例えば、ＵＥは、第１のサービングＳＣｅｌｌの第１のＭＡＣ－ＣＥベースのＢＦＲ手順のための第１のＢＦＲＱ＿Ｃｏｕｎｔｅｒを維持し、第２のサービングＳＣｅｌｌの第２のＭＡＣ－ＣＥベースのＢＦＲ手順のための第２のＢＦＲＱ＿Ｃｏｕｎｔｅｒを維持することができる。

【0051】

ＢＦＲのためのＭＡＣ ＣＥ（例えば、ＢＦＲＱ ＭＡＣ ＣＥ）のフォーマットの例は、図２Ａ、２Ｂ、３、４、及び５を参照して説明される。なお、ＭＡＣ ＣＥのフォーマットは、図２Ａ、２Ｂ、３、４、及び５に示され、これはイラスト目的のみのためであり、本出願の範囲を限定することを意図しない。いくつかの実装形態において、ＢＦＲＱ ＭＡＣ ＣＥの各フィールドの数、長さ、又はその他の配置は、実際にサポートされているＭＡＣ ＣＥフォーマットなどに応じて調整できる。

【0052】

図２Ａは、本出願の一例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの一例としてのフォーマットを示す概略図である。図２Ａに示すように、ＢＦＲＱ ＭＡＣ ＣＥ２０１は、プレゼンスインジケータフィールド２０２、２０４、２０６、２０８、２１０、２１２、２１４及び２１６、セル情報フィールド２１８、２２２、２２４、２２８及び２３０、ＲＳ ＩＤフィールド２２０、２２６及び２３２、並びに予約ビットフィールド２３４及び２３６を含む。

【0053】

例示的な実装形態において、ＢＦＲＱ ＭＡＣ ＣＥ２０１は、セル情報フィールド２１８、２２２、２２４、２２８、及び２３０のそれぞれに、サービングセル＃１、＃２、＃３、＃５、及び＃６のセルＩＤ（例えば、セルＩＤ＃１、＃２、＃３、＃５、及び＃６）を含み、これはＵＥがこれらのサービングセル上でビームフォールトイベントを検出した可能性があることを意味する。その上、各プレゼンスインジケータフィールドは、サービングセルに対応し、対応するサービングセルの選ばれたＲＳ ＩＤがＢＦＲＱ ＭＡＣ ＣＥに含まれるかどうかを示すために使用されてもよい。例えば、各プレゼンスインジケータフィールドは、限定されないが、１ビットプレゼンスインジケータ（Ｃ０～Ｃ７）を含むことができ、ここで１ビットプレゼンスインジケータは、対応するサービングセルの選ばれたＲＳ ＩＤがＢＦＲＱ ＭＡＣ ＣＥ２０１に含まれることを示すために「１」にセットされることができ、又は反対の状況を示すために「０」にセットされることができる。例えば、プレゼンスインジケータ［Ｃ７、Ｃ６、Ｃ５、Ｃ４、Ｃ３、Ｃ２、Ｃ１、Ｃ０］＝［０、１、０、０、１、０、１、０］の値であり、基地局が、ＢＦＲＱ ＭＡＣ ＣＥ２０１を受信する場合、基地局は、（セルＩＤ＃１を有する）サービングセル＃１、（セルＩＤ＃３を有する）サービングセル＃３、及び（セルＩＤ＃６を有する）サービングセル＃６にそれぞれ対応するＲＳ ＩＤ＃１、ＲＳ ＩＤ＃３、及びＲＳ ＩＤ＃６がＢＦＲＱ ＭＡＣ ＣＥ２０１に含まれることを知ることができる。基地局は、ＲＳ ＩＤ＃１、ＲＳ ＩＤ＃３、及びＲＳ ＩＤ＃６を有するＲＳを、ビーム回復に適した候補ＲＳ／ビームと見なすことができる。一方で、予約ビットフィールド２３４及び２３６は、予約ビット（Ｒ）を含んでもよい。

【0054】

図２Ｂは、本出願の別の一例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの一例としてのフォーマットを示す概略図である。図２Ｂに示すように、ＢＦＲＱ ＭＡＣ ＣＥ２０３は、セル情報フィールド２４２、２４４、２４６、２４８、２５０、２５２、２５４及び２５６、プレゼンスインジケータフィールド２５８、２６０、２６２、２６４、２６６、２６８、２７０及び２７２、並びにＲＳ ＩＤフィールド２７４、２７６及び２７８を含む。

【0055】

例としての実装形態において、各セル情報フィールド２４２、２４４、２４６、２４８、２５０、２５２、２５４、及び２５６は、サービングセルに対応し、対応するサービングセルがビーム障害イベントのために障害を起こしたかどうかを示すために使用され得る。例えば、各セル情報フィールドは、限定されないが、１ビットセルインジケータ（Ｄ０～Ｄ７）を含むことができ、ここで１ビットセルインジケータは、対応するサービングセルがビーム障害イベントのために失敗したことを示すために「１」にセットされることができ、又は反対の状況を示すために「０」にセットされることができる。例えば、セルインジケータ［Ｄ７、Ｄ６、Ｄ５、Ｄ４、Ｄ３、Ｄ２、Ｄ１、Ｄ０］＝［０、１、１、０、１、１、１、０］の値であり、基地局がＢＦＲＱ ＭＡＣ ＣＥ２０３を受信すると、基地局は、サービングセル＃１、＃２、＃３、＃５、及び＃６がビーム障害イベントによって障害を起こしたことを知ることができる。

【0056】

プレゼンスインジケータフィールド２５８、２６０、２６２、２６４、２６６、２６８、２７０及び２７２は、図２Ａに示すプレゼンスインジケータフィールド２０２、２０４、２０６、２０８、２１０、２１２、２１４及び２１６に対応し、実質的に同じ機能を有する。例えば、プレゼンスインジケータ［Ｃ７、Ｃ６、Ｃ５、Ｃ４、Ｃ３、Ｃ２、Ｃ１、Ｃ０］＝［０、１、０、０、１、０、１、０］の値であり、基地局がＢＦＲＱ ＭＡＣ ＣＥ２０３を受信すると、基地局は、サービングセル＃１、サービングセル＃３、及びサービングセル＃６にそれぞれ対応するＲＳ ＩＤ＃１、ＲＳ ＩＤ＃３、及びＲＳ ＩＤ＃６がＢＦＲＱ ＭＡＣ ＣＥ２０３のＲＳ ＩＤフィールド２７４、２７６、及び２７８に含まれることを知ることができる。基地局は、ＲＳ ＩＤ＃１、ＲＳ ＩＤ＃３、及びＲＳ ＩＤ＃６を有するＲＳは、ビーム回復に適した候補ＲＳ／ビームであると考えることができる。

【0057】

図３は、本出願の別の一例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの一例のフォーマットを示す概略図である。図３に示すように、ＢＦＲＱ ＭＡＣ ＣＥ３００は、２バイトフォーマットを有し、セル情報フィールド３０８、予約ビットフィールド３０２、３０４、３０６、及びＲＳ ＩＤフィールド３１０を含む。セル情報フィールド３０８は、ＢＦＲ手順がトリガされる、又はビーム障害イベントが検出されるサービングセルのセルＩＤを含むことができる。ＲＳ ＩＤフィールド３１０は、示されたサービングセルに関連付けられ、ＵＥによってＢＦＲに適していると見なされる選ばれたＲＳのＲＳ ＩＤを含むことができる。例としての実装形態において、セル情報フィールド３０８は、５ビットのフィールド長を有し、ＲＳ ＩＤフィールド３１０は、８ビットのフィールド長を有するため、ＢＦＲＱ ＭＡＣ ＣＥ３００のフォーマットは、３２個までのサービングセル及び１２８個までのＲＳリソースのビーム障害報告をサポートすることができる。

【0058】

図４は、本出願の別の例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの一例としてのフォーマットを示す概略図である。図４に示すように、ＢＦＲＱ ＭＡＣ ＣＥ４００は、セル情報フィールド４０４及びＲＳ ＩＤフィールド４０２を含む１バイトフォーマットを有する。図３に示すＢＦＲＱ ＭＡＣ ＣＥ３００と同様に、セル情報フィールド４０４は、ＢＦＲ手順がトリガされる、又はビーム障害イベントが検出されるサービングセルのセルＩＤを含むことができ、ＲＳ ＩＤフィールド４０２は、サービングセルに関連付けられ、ＵＥによってＢＦＲに適していると見なされる選ばれたＲＳのＲＳ ＩＤを含むことができる。例としての実装形態において、セル情報フィールド４０４は、３ビットのフィールド長を有し、ＲＳ ＩＤフィールド４０２は、５ビットのフィールド長を有するため、ＢＦＲＱ ＭＡＣ ＣＥ４００のフォーマットは、８個までのサービングセル及び３２個までのＲＳリソースのビーム障害報告をサポートすることができる。

【0059】

図５は、本出願の別の一例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの一例としてのフォーマットを示す概略図である。図５に示すように、ＢＦＲＱ ＭＡＣ ＣＥ５００は、８つのプレゼンスインジケータフィールド５０２、５０４、５０６、５０８、５１０、５１２、５１４及び５１６、及びｍ個のＲＳ ＩＤフィールドを含み、ここで、ｍは、（プレゼンスインジケータフィールドの数に応じて）８以下の正の整数である。

【0060】

例としての実装形態において、各プレゼンスインジケータフィールド５０２、５０４、５０６、５０８、５１０、５１２、５１４、及び５１６は、サービングセルに対応し、対応するサービングセルの選ばれたＲＳ ＩＤがＢＦＲＱ ＭＡＣ ＣＥ５００に含まれるかどうかを示すために使用され得る。図５に示すように、ＲＳ ＩＤフィールド５１８、５２０及び５２２は、それぞれ、選ばれたＲＳ ＩＤ＃１、選ばれたＲＳ ＩＤ＃２及び選ばれたＲＳ ＩＤ＃ｍを含む。更に、ＢＦＲＱ ＭＡＣ ＣＥ５００は、プレゼンスインジケータフィールド５０２、５０４、５０６、５０８、５１０、５１２、５１４及び５１６を備える８ビットマップを有し、各ＲＳ ＩＤフィールドも、８ビットのフィールド長を有するので、ＢＦＲＱ ＭＡＣ ＣＥ５００のフォーマットは、８個までのサービングセル及び１２８個までのＲＳリソースを報告するビーム障害をサポートすることができる。

【0061】

本出願の様々な実装形態において説明される例示的なＢＦＲＱ ＭＡＣ ＣＥフォーマットは、実際のニーズ又はアプリケーションに従って組み合わされること、及び／又は修正され得ることに留意されたい。例えば、異なる／同じＢＦＲＱ ＭＡＣ ＣＥの１つ以上のフィールドが結合され、したがって、新しいＢＦＲＱ ＭＡＣ ＣＥを形成することができる。更に、セル情報フィールド、プレゼンスインジケータフィールド、ＲＳ ＩＤフィールド、及び予約ビットフィールドに加えて、ＢＦＲＱ ＭＡＣ ＣＥは、追加の目的のために他の情報を含むことができる。例えば、特定のＲＳ ＩＤフィールドがＢＦＲＱ ＭＡＣ ＣＥに含まれるＲＳ ＩＤフィールドの最後の１つかどうかを示すために、１つ以上の追加フィールドは、ＢＦＲＱ ＭＡＣ ＣＥに提供されてもよい。このようなフィールドは、基地局（例えば、ｇＮＢ）が、ＢＦＲＱ ＭＡＣ ＣＥにいくつのＲＳ ＩＤフィールドが含まれるかを認識することを助けることができる。更に、ＵＥの各ＭＡＣエンティティのために構成されたサービングセルの数、及び基地局によって各サービングセルのために構成されたＲＳリソースの数（例えば、ｇＮＢ）に応じて、ＢＦＲＱ ＭＡＣ ＣＥの各フィールドにおけるビットの数は変化し得る。例えば、ＢＦＲＱ ＭＡＣ ＣＥのフィールドのフィールド長は、ＵＥに構成されたサービングセル及び／又はＲＳリソースの数を満たすようにスケーリングされてもよい。

【0062】

上述したように、ＢＦＲのためのＭＡＣ ＣＥ（例えば、ＢＦＲＱ ＭＡＣ ＣＥ）は、専用ＬＣＩＤを有するＭＡＣサブ－ＰＤＵのヘッダによって識別され得る。いくつかの実装形態において、対応するサービングセル（例えば、ＳＣｅｌｌ）のためにトリガされたＭＡＣ－ＣＥベースのＢＦＲ手順の場合、ＵＥは、特定の基準（例えば、ＵＥに許可されたＵＬリソースのサイズ）に従って、以下のＢＦＲＱ ＭＡＣ ＣＥフォーマットのうちの１つを適用することができる。
－ショートＢＦＲＱ ＭＡＣ ＣＥフォーマット（固定サイズ）；
－ロングＢＦＲＱ ＭＡＣ ＣＥフォーマット（可変サイズ）；
－ショート短縮（Truncated）ＢＦＲＱ ＭＡＣ ＣＥフォーマット（固定サイズ）；及び
－ロング短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマット（可変サイズ）。

【0063】

いくつかの実装形態において、各ＢＦＲＱ ＭＡＣ ＣＥフォーマットは、専用ＬＣＩＤによって識別されることができる。表１に示すように、ＬＣＩＤのインデックスが「５０」にセットされるとき、ＢＦＲＱ ＭＡＣ ＣＥフォーマットがショートＢＦＲＱ ＭＡＣ ＣＥフォーマットを適用することを意味する。

【表1】

【0064】

いくつかの実装形態において、基地局に報告されるべき少量のＢＦＲＱ情報のみが存在するとき、ＵＥは、ショートＢＦＲＱ ＭＡＣ ＣＥフォーマットを適用し得る。例えば、図３又は図４に示すＢＦＲＱ ＭＡＣ ＣＥフォーマットは、ショートＢＦＲＱ ＭＡＣ ＣＥフォーマットとして使用することができる。

【0065】

いくつかの実装形態において、ＵＬリソースが制限されている／不十分であり、ＢＦＲ情報全体が単一のＢＦＲＱ ＭＡＣ ＣＥで基地局に送信されることができない（例えば、サービングセルＩＤ／選ばれたＲＳ ＩＤ／プレゼンスインジケータの一部のみがＢＦＲＱ ＭＡＣ ＣＥで報告される）とき、ＵＥは、ショート短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットを適用することができる。例えば、図３又は図４に示されるＢＦＲＱ ＭＡＣ ＣＥフォーマットは、ショート短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットとして使用されてもよい。ショート短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットを有するＢＦＲＱ ＭＡＣ ＣＥを受信するとき、基地局は、ＵＥが単一のＢＦＲＱ ＭＡＣ ＣＥにおいて全てのサービングセルＩＤ／選ばれたＲＳ ＩＤ／プレゼンスインジケータを報告することができないことを知ることができ、基地局は、ＵＥがＭＡＣ－ＣＥベースのＢＦＲ手順中に別の１つ以上のＢＦＲＱ ＭＡＣ ＣＥを送信することができることを予想することができる。

【0066】

いくつかの実装形態において、許可されたＵＬリソースのサイズが、ＵＥが単一のＢＦＲＱ ＭＡＣ ＣＥにおいてＢＦＲＱ情報全体を送信するために、十分であるとき、ＵＥは、ＢＦＲＱ ＭＡＣ ＣＥを生成するために、ロングＢＦＲＱ ＭＡＣ ＣＥフォーマットを適用することができる。例えば、図２Ａ、２Ｂ、又は５に示されるＢＦＲＱ ＭＡＣ ＣＥフォーマットは、ロングＢＦＲＱ ＭＡＣ ＣＥフォーマットとして使用されてもよい。

【0067】

いくつかの実装形態において、許可されたＵＬリソースのサイズが、ＵＥがＢＦＲＱ情報全体を単一のＢＦＲＱ ＭＡＣ ＣＥに含めるのに、十分でないとき、ＵＥは、ロング短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットを適用することができる。例えば、図２Ａ、２Ｂ、又は５に示されるＢＦＲＱ ＭＡＣ ＣＥフォーマットは、ロング短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットとして使用されうる。ロング短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットを有するＢＦＲＱ ＭＡＣ ＣＥを受信するとき、基地局は、ＵＥが単一のＢＦＲＱ ＭＡＣ ＣＥにおいて全てのサービングセルＩＤ／選ばれたＲＳ ＩＤ／プレゼンスインジケータを報告できないことを知ることができ、基地局は、ＵＥがＭＡＣ－ＣＥベースのＢＦＲ手順の間に別の１つ以上のＢＦＲＱ ＭＡＣ ＣＥを送信することを予想することができる。

【0068】

いくつかの実装形態において、上述したＢＦＲＱ ＭＡＣ ＣＥフォーマットのうち４つ未満だけ、各ＭＡＣ－ＣＥベースのＢＦＲ手順のために基地局（例えば、ｇＮＢ）によって構成されてもよい。例えば、ＵＥは、ＭＡＣ－ＣＥベースのＢＦＲ手順を実行するとき、ショートＢＦＲＱ ＭＡＣ ＣＥフォーマット及びショート短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットのみを適用することができる。別の実施例において、ＵＥのＭＡＣエンティティが一度に１つのＭＡＣ－ＣＥベースのＢＦＲ手順のみを実行／トリガする場合、ＭＡＣ－ＣＥベースのＢＦＲ手順を実行するとき、ＵＥは、ショートＢＦＲＱ ＭＡＣ ＣＥフォーマットのみを適用することができる。ＢＦＲＱ ＭＡＣ ＣＥフォーマットの使用は、ＭＡＣ－ＣＥベースのＢＦＲ手順ごとに基づいて基地局（例えば、ｇＮＢ）によって個別に構成され得る。

【0069】

いくつかの実装形態において、各サービングＳＣｅｌｌのＢＦＲの機能が構成される、及び／又は有効にされる場合、ＭＡＣ－ＣＥベースのＢＦＲ手順は、各サービングＳＣｅｌｌについて別々に／独立してトリガされ得る。いくつかの実装形態において、ＳＣｅｌｌのためのＢＦＲの機能が構成されるとき、ＵＥは、基地局（例えば、ｇＮＢ）によって１つ以上のＭＡＣ－ＣＥベースのＢＦＲの構成を用いて構成することができることを意味する。ＳＣｅｌｌのためのＢＦＲの機能が有効にされるとき、ＵＥは、ＵＥ／ＭＡＣエンティティ／サービングセルのＢＦＲの機能をアクティブ化又は非アクティブ化するために、いくつかの暗黙的又は明示的な機構が提供されている状態で、基地局によるＳＣｅｌｌのための１つ以上のＭＡＣ－ＣＥベースのＢＦＲ構成を用いて構成され得ることを意味する。

【0070】

図６は、本出願の一例としての実装形態による、ＵＥによるＭＡＣ－ＣＥベースのＢＦＲ手順のフローチャートである。

【0071】

アクション６０２において、ＵＥは、サービングセルのためのＭＡＣ－ＣＥベースのＢＦＲ手順をトリガすることができる。

【0072】

アクション６０４において、ＵＥは、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガした後、ＭＡＣ－ＣＥベースのＢＦＲ手順を保留状態に保つことができる。例えば、ＭＡＣ－ＣＥベースのＢＦＲ手順がトリガされると、ＭＡＣ－ＣＥベースのＢＦＲ手順は、手順がキャンセルされるまで保留状態にあると見なされ得る。他の実装形態において、ＭＡＣ－ＣＥベースのＢＦＲ手順は、保留状態を持たないが、トリガ状態と非トリガ状態を持つことができる。

【0073】

いくつかの実装形態において、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガした後、ＵＥのＭＡＣエンティティは、ＢＦＲＱ ＭＡＣ ＣＥを構築（又は生成）又は送信してもよい。他の実装形態において、ＭＡＣ－ＣＥベースのＢＦＲ手順がトリガされ、いくつかの他の条件が満たされた（例えば、ＲＡベースのＢＦＲ手順が実行されている）後に、ＢＦＲＱ ＭＡＣ ＣＥは、構築又は送信され得る。

【0074】

いくつかの実装形態において、ＭＡＣ ＰＤＵアセンブリ及び多重化手順を実行するとき（例えば、ＰＵＳＣＨのＵＬリソースがｇＮＢによって許可されるときに、新しい送信のためのＭＡＣ ＰＤＵを構築するとき）、ＭＡＣエンティティ上で保留状態にある少なくとも１つのＭＡＣ－ＣＥベースのＢＦＲ手順が存在するとき、ＵＥのＭＡＣエンティティは、ＭＡＣ ＰＤＵ内にＢＦＲＱ ＭＡＣ ＣＥを含むことができる。ＭＡＣ ＰＤＵアセンブリ及び多重化手順中、ＢＦＲＱ ＭＡＣ ＣＥフォーマット選択（例えば、使用するショート／ショート短縮／ロング／ロング短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットのうちの１つを選択すること）は、保留状態にあるＭＡＣ－ＣＥベースのＢＦＲ手順の数、及び／又は下位層（例えば、ＰＨＹ層）によって示されるＭＡＣ ＰＤＵ送信のためのＵＬ許可のサイズに依存し得る。他の実装形態において、ＢＦＲＱ ＭＡＣ ＣＥフォーマット選択は、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガするＳＣｅｌｌが基地局（例えば、ｇＮＢ）に新しいビームを示すことを現在許可されているかどうかに更に依存し得る。いくつかの実装形態において、障害セルのための新しいビーム情報（例えば、図２Ａ、２Ｂ、３、４、及び５に示されるＲＳ ＩＤフィールド）がＵＥのＭＡＣエンティティによって示されることを許可されるかどうかを制御するために、いくつかの暗黙的又は明示的機構が提供され得る。例えば、ＳＣｅｌｌベースに構成されたマスキングパラメータを基地局（例えば、ｇＮＢ）に提供して、上述した制御メカニズムを実現することができる。

【0075】

対応するテキスト提案（ＴＰ）の例を、表２－１に示す。

【表2】

【0076】

いくつかの実装形態において、ショート及びショート短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットのみが適用される場合がある。対応するＴＰの例を表２－２に示す。

【表3】

【0077】

いくつかの実装形態において、ショートＢＦＲＱ ＭＡＣ ＣＥフォーマットのみが適用される場合がある（例えば、ＵＥのＭＡＣエンティティが一度に１つのＭＡＣ－ＣＥベースのＢＦＲ手順のみをトリガ又は実行できるため）。対応するＴＰの例を表２－３に示す。

【表4】

【0078】

なお、上述したフォーマット選択動作は、単に例示のためのものである。フォーマット選択及びＢＦＲＱ ＭＡＣ ＣＥ報告動作は、実際のサポートＭＡＣ ＣＥフォーマットに基づいて決定され得る。

【0079】

いくつかの実装形態において、ロング／ショート短縮ＢＦＲＱ ＭＡＣ ＣＥを生成するとき、ＵＥのＭＡＣエンティティは、以下のファクターの内の少なくとも一つを考慮することによって、全ての保留状態にあるＭＡＣ－ＣＥベースのＢＦＲ手順における（選ばれた）ＲＳ ＩＤの報告順序を、ランク付け又はソートし得る。（１）ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガするサービングセルのセルＩＤ、（２）ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガするサービングセルのタイミングアドバンスグループ（ＴＡＧ：Timing Advance Group）（又はＴＡＤ ＩＤ）、（３）各サービングセルに対応するタイマ状態及び送信カウントなどの構成されたＢＦＲＱパラメータ条件（例えば、ＢＦＲＱ ＭＡＣ ＣＥのための最大又は最小の送信カウントを有するサービングセルは、ロング短縮又はショート短縮ＢＦＲＱ ＭＡＣ ＣＥに含まれるように優先され得る）、（４）ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガするサービングセルが物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成されるかどうか、及び（５）（暗黙的又は明示的に）ｇＮＢによって構成される、セル優先順位値。

【0080】

例えば、ショート短縮又はロング短縮ＢＦＲＱ ＭＡＣ ＣＥを報告するとき、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガする複数のＳＣｅｌｌが存在する場合、ＵＥのＭＡＣエンティティは、最低ランク又は最高ランクのサービングセルＩＤを有するＳＣｅｌｌのＲＳ ＩＤの報告に優先することができる。いくつかの実装形態において、サービングセルＩＤは、それらの対応する値によってランク付けされてもよい。

【0081】

別の例において、ショート短縮又はロング短縮ＢＦＲＱ ＭＡＣ ＣＥを報告するとき、ＵＥのＭＡＣエンティティは、ＰＣｅｌｌ／ＰＵＣＣＨ ＳＣｅｌｌを含むタグに属するＳＣｅｌｌのＲＳ ＩＤの報告を、優先することができる。

【0082】

別の例において、ショート短縮又はロング短縮ＢＦＲＱ ＭＡＣ ＣＥを報告するとき、ＵＥのＭＡＣエンティティは、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガする複数のＳＣｅｌｌが存在し、ＳＣｅｌｌがＭＡＣ-ＣＥベースのＢＦＲ手順をトリガするＰＣｅｌｌ／ＰＵＣＣＨ ＳＣｅｌｌを含むタグに属する場合、最低ランク又は最高ランクのサービングセルＩＤを有するＳＣｅｌｌのＲＳ ＩＤの報告を、優先することができる。

【0083】

別の例において、ショート短縮又はロング短縮ＢＦＲＱ ＭＡＣ ＣＥを報告するとき、ＰＵＣＣＨ ＳＣｅｌｌがＭＡＣ－ＣＥベースのＢＦＲ手順をトリガした場合、ＵＥのＭＡＣエンティティは、ＰＵＣＣＨ ＳＣｅｌｌのＲＳ ＩＤの報告に優先することができる。

【0084】

別の例において、ショート短縮又はロング短縮ＢＦＲＱ ＭＡＣ ＣＥを報告するとき、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガする複数のＰＵＣＣＨ ＳＣｅｌｌが存在する場合、ＵＥのＭＡＣエンティティは、最低ランク又は最高ランクのサービングセルＩＤを有するＰＵＣＣＨ ＳＣｅｌｌのＲＳ ＩＤの報告に優先することができる。

【0085】

別の例において、ショート短縮又はロング短縮ＢＦＲＱ ＭＡＣ ＣＥを報告するとき、ＵＥのＭＡＣエンティティは、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガする複数のＰＵＣＣＨ ＳＣｅｌｌが存在する場合、最大又は最小のカウント値（例えば、ＢＦＲＱ＿Ｃｏｕｎｔｅｒの数）を有するＳＣｅｌｌのＲＳ ＩＤの報告に優先することができる。

【0086】

いくつかの実装形態において、ＵＥのＭＡＣエンティティが少なくとも１つのＭＡＣ－ＣＥベースのＢＦＲ手順をトリガすると、新しい送信のための上りリンク共有チャネル（ＵＬ－ＳＣＨ）（例えば、ＰＵＳＣＨ）リソースが基地局（例えば、ｇＮＢ）によって許可されるとき、ＭＡＣエンティティは、ＢＦＲＱ ＭＡＣ ＣＥを送信することができる。いくつかの実装形態において、ＵＥのＭＡＣエンティティは、ＢＦＲＱ＿Ｃｏｕｎｔｅｒを使用して、送信されたＢＦＲＱ ＭＡＣ ＣＥの数をカウントすることができる。他の実装形態において、ＵＥのＭＡＣエンティティは、対応するＢＦＲＱ＿Ｃｏｕｎｔｅｒによって各ＳＣｅｌｌについて送信されたＢＦＲＱの数をカウントすることができる。

【0087】

いくつかの実装形態において、ＢＦＲＱが送信されると、送信されたＢＦＲＱ ＭＡＣ ＣＥは、対応するＳＣｅｌｌのためのＢＦＲＱを含むことができる。他の実装形態において、ＢＦＲＱが送信されると、送信されたＢＦＲＱ ＭＡＣ ＣＥは、対応するＳＣｅｌｌの（選ばれた）ＲＳ ＩＤを含むことができる。このような場合において、ＳＣｅｌｌの（選ばれた）ＲＳ ＩＤがＢＦＲＱ ＭＡＣ ＣＥに含まれない場合、対応するＳＣｅｌｌに対するＢＦＲＱ＿Ｃｏｕｎｔｅｒの値は増加されない。ＢＦＲＱ＿Ｃｏｕｎｔｅｒの値が所定の閾値（例えば、ＢＦＲＱ＿ＴｒａｎｓＭａｘ）に（例えば、同じ、又はそれより大きいに）達すると、対応するＳＣｅｌｌに対するＭＡＣ－ＣＥベースのＢＦＲ手順は、失敗したと見なされてもよい。いくつかの実装形態において、ＢＦＲＱ ＭＡＣ ＣＥが送信されるとき、ＢＦＲＱ ＭＡＣ ＣＥを搬送するＭＡＣ ＰＤＵが構築され、送信され始め、完全に送信され、又は既に対応するハイブリッドオートマチックリピートリクエスト（ＨＡＲＱ：Hybrid Automatic Repeat Request）プロセス／バッファに送信するために配信されていることを意味する。他の実装形態において、ＢＦＲＱ ＭＡＣ ＣＥが送信されるとき、ＢＦＲＱ ＭＡＣ ＣＥを搬送するＭＡＣ ＰＤＵの対応するハイブリッドオートマチックリピートリクエスト承認（ＨＡＲＱ＿ＡＣＫ：Hybrid Automatic Repeat Request Acknowledgement）フィードバック（例えば、ｇＮＢからの応答）が受信されることを意味する。いくつかの実装形態において、ＨＡＲＱ＿ＡＣＫフィードバックは、下りリンク制御情報（ＤＣＩ：Downlink Control Information）フォーマット０＿０、０＿１、又は物理的下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）上でＵＥによって受信されるその他のＤＣＩフォーマットによって実装できる。受信されたＤＣＩは、特定の値（例えば、「１」）を有し、ＢＦＲＱ ＭＡＣ ＣＥを搬送するＭＡＣ ＰＤＵ送信のＨＡＲＱ処理のためのＨＡＲＱ処理ＩＤを示す新しいデータインジケータ（ＮＤＩ）を含むことができる。

【0088】

いくつかの実装形態において、ＭＡＣ－ＣＥベースのＢＦＲ手順がＳＣｅｌｌのためにトリガされるとき、ＵＥのＭＡＣエンティティは、ＢＦＲＱタイマを開始することができる。ＢＦＲＱタイマが進行しているとき、新しい送信のためのＵＬ－ＳＣＨ（例えば、ＰＵＳＣＨ）リソースがｇＮＢによって許可される場合、ＵＥのＭＡＣエンティティは、ＢＦＲＱ ＭＡＣ ＣＥを送信することができる。ＢＦＲＱ＿Ｃｏｕｎｔｅｒが所定の閾値（例えば、ＢＦＲＱ＿ＴｒａｎｓＭａｘ）に達するか、又はＢＦＲＱタイマが満了するとき、ＵＥのＭＡＣエンティティは、対応するＳＣｅｌｌに対するＭＡＣ－ＣＥベースのＢＦＲ手順が失敗したとみなすことができる。いくつかの実装形態において、ＢＦＲＱタイマが満了するとき、ＢＦＲＱ＿Ｃｏｕｎｔｅｒが所定の閾値（例えば、ＢＦＲＱ＿ＴｒａｎｓＭａｘ）に達していない場合、ＵＥのＭＡＣエンティティは、対応するＳＣｅｌｌのＭＡＣ－ＣＥベースのＢＦＲ手順がまだ有効であると見なすことがある（例えば、ＵＥのＭＡＣエンティティは、ＭＡＣ－ＣＥベースのＢＦＲ手順の間にＢＦＲＱ ＭＡＣ ＣＥを送信するために、ショート短縮又はロング短縮のＢＦＲＱ ＭＡＣ ＣＥフォーマットを適用する）。

【0089】

いくつかの実装形態において、ＵＥの下位層（例えば、ＰＨＹ層）は、ＭＡＣエンティティを形成する要求に応答して（選ばれた）ＲＳ ＩＤをＭＡＣエンティティに示すことができる。例えば、ＭＡＣ層から対応する要求を受信した場合にのみ、ＵＥの下位層は、ＭＡＣエンティティにＲＳ ＩＤを示すことができる。いくつかの実装形態において、ＭＡＣ層から要求を受信した後、ＵＥの下位層は、定期的にＵＥのＭＡＣエンティティにＲＳ ＩＤを示すことができる。対応するＭＡＣ－ＣＥベースのＢＦＲ手順が失敗した又は停止した、又は下位層がＭＡＣエンティティから明示的な停止指示を受信するまで、下位層は、ＵＥのＭＡＣエンティティへの選ばれたＲＳ ＩＤを示し続けることができる。いくつかの実装形態において、下位層（例えば、ＰＨＹ層）からＲＳ ＩＤを受信するアクション、及び／又はＲＤ ＩＤを示すように下位層に要求するアクションがＢＦＲＱ ＭＡＣ ＣＥ送信の各ラウンドで実行されてもよく、又は対応するＭＡＣ－ＣＥベースＢＦＲがトリガされた後に１回だけ実行されてもよい。

【0090】

ＢＦＲＱ ＭＡＣ ＣＥは（例えば、ＣＧ構成を介して、又はｇＮＢによって動的にスケジュールされた）ｇＮＢによって構成されたＰＵＳＣＨ上で送信され得るため、ｇＮＢによってスケジュールされたＰＵＳＣＨリソース許可の時間間隔は静的であり得る。したがって、ＭＡＣ－ＣＥベースのＢＦＲ手順をトリガする各ＳＣｅｌｌに対してＢＦＲＱ禁止タイマ（例えば、ＢＦＲＱ＿ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を使用することによって、ＵＥのＭＡＣエンティティによるＢＦＲＱ ＭＡＣ ＣＥの送信間隔を制限することが有益であり得る。

【0091】

いくつかの実装形態において、対応するＳＣｅｌｌのＢＦＲＱが送信されるとき、ＳＣｅｌｌのＢＦＲＱ禁止タイマ（例えば、ＢＦＲＱ＿ＰｒｏｈｉｂｉｔＴｉｍｅｒ）は、開始することができる（例えば、送信されたＢＦＲＱ ＭＡＣ ＣＥは、対応するＳＣｅｌｌのＢＦＲＱを含む）。別の例において、対応するＳＣｅｌｌに対するＢＦＲＱが送信されるとき、送信されたＢＦＲＱ ＭＡＣ ＣＥは、対応するＳＣｅｌｌの（選ばれた）ＲＳ ＩＤを含むことを意味する。逆に、ＢＦＲＱ ＭＡＣ ＣＥがＳＣｅｌｌのＲＳ ＩＤを含まない場合、対応するＳＣｅｌｌのためのＢＦＲＱ禁止タイマは開始されない。別の例において、対応するＳＣｅｌｌのためのＢＦＲＱが送信されるとき、送信されたＢＦＲＱ ＭＡＣ ＣＥは、プレゼンスインジケータ、ＳＣｅｌｌのセルＩＤ、及び対応するＳＣｅｌｌのための（選ばれた）ＲＳ ＩＤの内の少なくとも１つを含むことができることを意味する。

【0092】

いくつかの実装形態において、ＳＣｅｌｌのためのＢＦＲＱ禁止タイマが進行している場合、ＵＥのＭＡＣエンティティは、ＳＣｅｌｌのためのＢＦＲＱをＭＡＣ ＣＥに含めなくてもよい。

【0093】

いくつかの実装形態において、ＳＣｅｌｌのためのＢＦＲＱ禁止タイマが進行している場合、ＵＥのＭＡＣエンティティは、ＳＣｅｌｌのＲＳ ＩＤをＭＡＣ ＣＥに含めなくてもよいが、対応するＳＣｅｌｌのためのプレゼンスインジケータが含まれてもよい。

【0094】

いくつかの実装形態において、ＢＦＲＱ禁止タイマの値及び時間単位は、ＤＬ ＲＲＣメッセージを介してｇＮＢによって構成され得、ここで時間単位は、限定されないが、シンボル、スロット、ＣＧの時間期間、サブフレーム、又はミリ秒であり得る。

【0095】

対応するＴＰの例を表３－１に示す。

【表5】

【0096】

いくつかの実装形態において、ショート及びショート短縮ＢＦＲＱ ＭＡＣ ＣＥフォーマットのみが適用される場合がある。対応するＴＰの例を表３－２に示す。

【表6】

【0097】

いくつかの実装形態において、ショートＢＦＲＱ ＭＡＣ ＣＥフォーマットのみが適用され得る。対応するＴＰの例を表３－３に示す。

【表7】

【0098】

なお、上述したフォーマット選択動作は、単に例示のためのものである。フォーマット選択及びＢＦＲＱ ＭＡＣ ＣＥ報告動作は、実際のサポートＭＡＣ ＣＥフォーマットに基づいて決定され得る。

【0099】

図７は、本出願の一例としての実装形態による、ＵＥによる論理チャネル優先順位付け（ＬＣＰ：Logical Channel Prioritization）手順のフローチャートである。

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

いくつかの実装形態において、構成された論理チャネルのそれぞれは、３ＧＰＰ ＴＳ ３８．３３１で定義されるＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥによってＢＦＲＱ固有のＬＣＰ制限（例えば、ＢＦＲＱ＿ＣＧ＿Ａｌｌｏｗｅｄ ＩＥ）を用いて構成できる。いくつかの実装形態において、ＢＦＲＱ＿ＣＧ＿Ａｌｌｏｗｅｄ ＩＥを用いて構成された論理チャネルのみが、リソース割り当て手順の候補論理チャネルとして選択されることができる。そのような場合において、ＭＡＣエンティティは、ＢＦＲＱ ＣＧのＰＵＳＣＨリソースを候補論理チャネルにのみ割り当てることができる。すなわち、候補論理チャネルからのＵＬ ＭＡＣサービスデータユニット（ＳＤＵ：Service Data Unit）は、ＢＦＲＱ ＣＧ上で送信され得る。他の実装形態において、「真（true）」の値を有するＢＦＲＱ＿ＣＧ＿Ａｌｌｏｗｅｄ ＩＥを用いて構成された論理チャネルのみが、リソース割り当て手順の候補論理チャネルとして選択されることができる。

【0127】

いくつかの実装形態において、ＢＦＲＱ ＣＧがアクティブ化されるとき、ＣＧタイプ１及びＣＧタイプ２（すなわち、非ＢＦＲＱ固有ＣＧ）の全てのＰＵＳＣＨリソースは、リリースされ、非アクティブ化され得る。その上、ＰＵＳＣＨ送信に対応する全てのＣＧタイマ（ＢＦＲＱ ＣＧ上のＰＵＳＣＨ送信を除く）は、停止することができる。

【0128】

いくつかの実装形態において、ＢＦＲＱ ＣＧ上でのＢＦＲＱ ＭＡＣ ＣＥ送信のためのＨＡＲＱプロセスＩＤは、いくつかの事前定義された／事前構成されたルールに基づいて、ＵＥのＭＡＣエンティティによって決定され得る。例えば、ルールの内の少なくとも１つに基づくことができる：
（１）ＢＦＲＱ ＣＧのＰＵＳＣＨリソースのシンボルインデックス；
（２）ＢＦＲＱ ＣＧの周期性；及び
（３）ＢＦＲＱ ＣＧのためにｇＮＢによって構成されたＨＡＲＱプロセスの数。

【0129】

いくつかの実装形態において、専用ＨＡＲＱプロセスＩＤは、サービングＳＣｅｌｌのＢＦＲＱ ＣＧのために予約される又は構成され得る。このようにして、特定のＨＡＲＱプロセスＩＤがいくつかのＰＵＳＣＨ送信によって現在配置される又は占有される場合であっても、ＨＡＲＱプロセスは、ＢＦＲＱ ＣＧ上のＰＵＳＣＨ送信によって中断される又は停止され得る。すなわち、ＭＡＣ－ＣＥベースのＢＦＲ手順がトリガされると、ＢＦＲＱ ＭＡＣ ＣＥ送信のためにＭＡＣエンティティによって判定されたＨＡＲＱプロセス（又はＨＡＲＱプロセスＩＤ）は、同じＨＡＲＱプロセスが他の動的／構成されたグラント上の他のＵＬデータ送信によって占有される（例えば、３ＧＰＰ ＴＳ ３８．３２１において定義されるｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ ＩＥに対応するＨＡＲＱプロセスが実行している）場合であっても、常に使用され得る（又は使用されるように優先され得る）。

【0130】

いくつかの実装形態において、物理下りリンク制御チャネル（ＰＤＣＣＨ）は、ｇＮＢによってＵＥに送信され、ＵＥは、ｇＮＢからＰＤＣＣＨを受信することができる。同様に、物理下りリンク共有チャネル（ＰＤＳＣＨ）は、ｇＮＢによってＵＥに送信されてもよく、ＵＥは、ｇＮＢからＰＤＳＣＨを受信することができる。ＵＬ送信のために、ＰＵＳＣＨ／ＰＵＣＣＨは、ＵＥによってｇＮＢに送信され得、ＰＵＳＣＨ／ＰＵＣＣＨは、ｇＮＢによって受信され得る。

【0131】

いくつかの実装形態において、ＰＤＳＣＨ／ＰＵＳＣＨ送信は、時間領域内の複数のシンボルに及ぶことができ、ここで、ＰＤＳＣＨ／ＰＵＳＣＨ（送信）の持続時間は、ＰＤＳＣＨ／ＰＵＳＣＨ（送信）の最初のシンボルの始まりから開始し、ＰＤＳＣＨ／ＰＵＳＣＨ（送信）の最後のシンボルの最後で終了する時間間隔とすることができる。

【0132】

いくつかの実装形態において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で動作し、ＣＡ／Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）で設定されていないＵＥのために、ＵＥは、１つのセル（プライマリセルなど）のみで構成できる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で動作し、ＣＡ／ＤＣで構成されるＵＥのために、ＵＥは、ＳｐＣｅｌｌ及び１つ以上のＳＣｅｌｌを含む複数のサービングセルを用いて構成され得る。

【0133】

その上、ＣＡの場合において、２つ以上のコンポーネントキャリア（ＣＣ）が集約されてもよい。ＵＥは、その能力に応じて、ＣＣのうちの１つ以上で信号を同時に受信又は送信することができる。ＣＡは、連続及び非連続ＣＣの両方を用いてサポートされ得る。ＣＡが適用されるとき、フレームタイミング及びシステムフレーム番号（ＳＦＮ：System Frame Number）は、集約されるセルにわたって整列され得る。いくつかの実装形態において、ＵＥのための構成されたＣＣの最大数は、ＤＬのために１６であり、ＵＬのために１６であり得る。ＣＡが構成される場合、ＵＥは、ネットワークを用いてＲＲＣ接続を１つだけ持つことができる。ＲＲＣ接続の確立／再確立／ハンドオーバの間、１つのサービングセルは、非アクセスストラタム（ＮＡＳ：Non-Access Stratum）モビリティ情報を提供することができ、ＲＲＣ接続の再確立／ハンドオーバにおいて、１つのサービングセルは、セキュリティ入力を提供することができ、ここで、サービングセルは、ＰＣｅｌｌと呼ばれることがある。ＵＥの能力によっては、ＳＣｅｌｌは、ＵＥのための１セットのサービスセルとしてＰＣｅｌｌと共に形成されるように構成されることができる。したがって、ＵＥのためのサービングセルの構成されたセットは常に、１つのＰＣｅｌｌ及び１つ以上のＳＣｅｌｌからなる。

【0134】

いくつかの実装形態において、ＣＧタイプ１のために、ＲＲＣエンティティは（周期性を含む）構成された上りリンク許可を直接提供することができる。ＣＧタイプ２のために、ＲＲＣエンティティは、ＣＧのＰＵＳＣＨリソースの周期性を定義することができ、一方、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨは、構成された上りリンク許可を示し、アクティブ化するか、又はそれを非アクティブ化することができる。すなわち、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨは、構成された上りリンク許可が無効化されるまで、ＲＲＣエンティティによって定義された周期性に従って、構成された上りリンク許可を再利用できることを示すことができる。

【0135】

いくつかの実装形態において、構成された上りリンク許可がアクティブなとき、ＵＥ がＰＤＣＣＨ上でそのＣ－ＲＮＴＩ／ＣＳ－ＲＮＴＩを見つけられない場合、構成された上りリンク許可に従ってＵＬ送信が実行されることがある。ＵＥがＰＤＣＣＨ上でＣ－ＲＮＴＩ／ＣＳ－ＲＮＴＩを受信する場合、ＰＤＣＣＨ割り当ては、構成された上りリンク許可をオーバーライドすることができる。

【0136】

いくつかの実装形態において、ＨＡＲＱプロセスを使用して、層１（ＰＨＹ層など）の２つ以上のピアエンティティ間の送信を保証できる。ＰＨＹ層がＤＬ／ＵＬ空間の多重化のために構成されない場合、単一のＨＡＲＱプロセスは、ＴＢをサポートすることができる。ＰＨＹ層がＤＬ／ＵＬ空間の多重化のために構成される場合、単一のＨＡＲＱプロセスは、１つ以上のＴＢをサポートすることができる。各サービングセルは、ＨＡＲＱエンティティに対応することができ、ここで、各ＨＡＲＱエンティティは、ＤＬ及びＵＬ ＨＡＲＱプロセスの並列プロセスをサポートすることができる。

【0137】

いくつかの実装形態において、ＨＡＲＱ－ＡＣＫは、１ビットのインジケータを含むことができ、ここで、ＨＡＲＱ－ＡＣＫは、インジケータのビット値が「０」であるとき、否定確認応答（ＮＡＣＫ：Negative Acknowledgement）であってもよく、インジケータのビット値が「１」であるとき、肯定確認応答（ＡＣＫ：Acknowledgement）であってもよい。

【0138】

いくつかの実装形態において、ＢＷＰは、セルの総セル帯域幅のサブセットであってよい。１つ以上のＢＷＰをＵＥに構成し、構成されたＢＷＰのどれが現在アクティブなＢＷＰであるかをＵＥに通知することによって、帯域幅調整（ＢＡ：Bandwidth Adaptation）を実現できる。ＰＣｅｌｌ上のＢＡ機構を有効にするために、ｇＮＢは、１つ以上のＵＬ及びＤＬ ＢＷＰを用いてＵＥを構成することができる。ＣＡのケースにおいて、ＳＣｅｌｌ上のＢＡ機構を可能にするために、ｇＮＢは、少なくとも１つ以上のＤＬ ＢＷＰを用いてＵＥを構成することができる（ＵＬ ＢＷＰがＵＥに構成されないことがあることを意味する）。ＰＣｅｌｌのために、初期のＢＷＰは、初期アクセスのために使用されるＢＷＰであってよい。ＳＣｅｌｌのために、初期のＢＷＰは、ＵＥがＳＣｅｌｌアクティブ化プロセスの間に最初に動作するように構成されたＢＷＰであってよい。いくつかの実装形態において、ＵＥは、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥフィールドによってＦｉｒｓｔ－Ａｃｔｉｖｅ ＵＬ ＢＷＰを用いて構成されてもよい。Ｆｉｒｓｔ－Ａｃｔｉｖｅ ＵＬ ＢＷＰがＳｐＣｅｌｌのために構成される場合、ＲＲＣ（再）構成が実行されるとき、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥフィールドは、アクティブ化されるＵＬ ＢＷＰのＩＤを含むことができる。フィールドが存在しない場合、ＲＲＣ（再）構成は、ＢＷＰスイッチをトリガすることができない。Ｆｉｒｓｔ－ＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰがＳＣｅｌｌ用に構成される場合、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥフィールドは、ＳＣｅｌｌのＭＡＣアクティブ化時に使用されるＵＬ ＢＷＰのＩＤを含むことができる。

【0139】

いくつかの実装形態において、ｇＮＢは、一つ以上のＰＤＣＣＨ上のＣ－ＲＮＴＩを介して、動的にリソースをＵＥに割り当てることができる。ＤＬ受信が有効なとき（例えば、構成されている場合にＤＲＸによって管理されるアクティビティ）、ＵＥは、可能性のある割り当てを見つけるために、常にＰＤＣＣＨをモニタすることができる。いくつかの実装形態において、ＣＡが構成されるとき、同じＣ－ＲＮＴＩは、全てのサービングセルに適用され得る。いくつかの実装形態において、ＰＤＣＣＨは、ＰＤＳＣＨ上のＤＬ送信及びＰＵＳＣＨ上のＵＬ送信をスケジュールするために使用され得る。

【0140】

いくつかの実装形態において、上述した（選ばれた）ＲＳ ＩＤは、ｇＮＢに新しいビームを明示的又は暗黙的に示すために使用される任意の他のＩＤによって置き換えられ得る。

【0141】

いくつかの実装形態において、ＤＬ ＲＲＣメッセージは、ＲＲＣ再構成メッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＩＥを含んでいる）、ＲＲＣ再開メッセージ（例えば、ＲＲＣＲｅｓｕｍｅ ＩＥを含んでいる）、ＲＲＣ再確立メッセージ（例えば、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ ＩＥを含んでいる）、ＲＲＣセットアップメッセージ（例えば、ＲＲＣＳｅｔｕｐ ＩＥを含んでいる）、又は他のＤＬユニキャストＲＲＣメッセージであってもよい。

【0142】

いくつかの実装形態において、ビームは、空間領域フィルタとして見なされ得る。例えば、無線装置（例えば、ＵＥ）は、対応するアンテナ素子を通して信号を送信する前に、信号の位相及び／又は振幅を調整することによって、アナログ領域において空間フィルタを適用してもよい。別の例において、空間フィルタは、無線通信システムにおける多入力多出力（ＭＩＭＯ）技術により、デジタル領域において適用することができる。例えば、ＵＥは、特定の空間／デジタル領域フィルタである特定のビームを用いてＰＵＳＣＨ送信を行うことができる。いくつかの実装形態において、ビームは、アンテナ、アンテナポート、アンテナ素子、アンテナのグループ、アンテナポートのグループ、又はアンテナ素子のグループによって表され得る（又はそれに対応し得る）。いくつかの実装形態において、ビームは、特定のＲＳリソースによって形成され得る（又は特定のＲＳリソースに関連付けられ得る）。ビームは、電磁（ＥＭ）波が放射される空間領域フィルタと等価であってもよい。

【0143】

いくつかの実装形態において、送信されたシグナリングは、シグナリングを含む（又はそれに対応する）ＭＡＣ ＣＥ／ＭＡＣ ＰＤＵ／層１シグナリング／上位層シグナリングが送信され始めるか、完全に送信されるか、又は既に送信のために対応するＨＡＲＱプロセス／バッファに配信されていることを意味する。いくつかの実装形態において、送信されたシグナリングは、特定のＭＡＣ ＰＤＵの対応するＨＡＲＱ＿ＡＣＫフィードバックが受信されることを意味し、特定のＭＡＣ ＰＵＤはシグナリングを含む（又はそれに対応する）ＭＡＣ ＣＥ／層１シグナリング／上位層シグナリングを含むことができる。いくつかの実装形態において、送信されたシグナリングがシグナリングに対応するＭＡＣ ＣＥ／ＭＡＣ ＰＤＵが構築される又は生成されることを意味する。

【0144】

いくつかの実装形態において、ＭＡＣ－ＣＥベースのＢＦＲ手順がＳＣｅｌｌのために構成されるとき、ＳＣｅｌｌのためのＢＦＲ機能が構成される及び／又は有効にされることを意味する。いくつかの実装形態において、ＳＣｅｌｌのためのＢＦＲ機能が構成されるとき、基地局（例えば、ｇＮＢ）は、ＳＣｅｌｌのための１つ以上のＭＡＣ－ＣＥベースのＢＦＲ構成を構成したことを意味する。いくつかの実装形態において、ＳＣｅｌｌのＢＦＲ機能が有効になっているとき、基地局（例えば、ｇＮＢ）は、ＳＣｅｌｌの１つ以上のＭＡＣ－ＣＥベースのＢＦＲ構成を構成し、ＵＥ／ＭＡＣエンティティ／サービスセルのＢＦＲ機能を有効化する又は無効化するために、何らかの暗黙的又は明示的な機構が提供されていることを意味する。

【0145】

いくつかの実装形態において、セル（例えば、ＰＣｅｌｌ又はＳＣｅｌｌ）は、地理的領域内のＵＴＲＡＮアクセスポイントによってブロードキャストされてもよい、対応する識別情報を通じてＵＥによって一意的に識別されてもよい無線ネットワークオブジェクトであってもよい。セルは、周波数分割複信（ＦＤＤ；Frequency Division Duplex）又は時間分割複信（ＴＤＤ：Time Division Duplex）モードで動作され得る。

【0146】

いくつかの実装形態において、ＵＥのＭＡＣエンティティは、上りリンクシグナリング再送のトリガや上りリンクシグナリング再送期間の制限など、個々の目的のために１つ以上のタイマをセットアップすることができる。ＭＡＣエンティティによって維持されているタイマ（例えば、本出願の様々な実装形態に記載されているタイマ）が開始されるとき、タイマは、停止する、又は満了するまで、進行を開始することができる。その上、タイマは、それが開始しないとき、進行しなくてもよい。タイマは、それが進行していないとき、開始することができる。また、実行中にタイマが再開始することもある。いくつかの実装形態において、タイマは、常に初期値から開始又は再開始することができ、初期値は下りリンクＲＲＣ信号を介してｇＮＢによって構成することができるが、これに限定されない。その上、タイマによって定義される期間は（例えば、ＢＷＰスイッチのために）タイマが停止する又は満了することを除いて、更新されなくてもよい。

【0147】

図８は、本開示の様々な態様による、無線通信のためのノードを示すブロック図である。図８に示すように、ノード８００は、トランシーバ８２０、プロセッサ８２８、メモリ８３４、一つ以上のプレゼンテーション部品８３８、及び少なくとも一つのアンテナ８３６を含むことができる。ノード８００はまた、ＲＦスペクトル帯域モジュールと、ＢＳ通信モジュールと、ネットワーク通信モジュールと、システム通信管理モジュールと、入出力（Ｉ／Ｏ）ポートと、Ｉ／Ｏコンポーネントと、電源（図８には明示的に示されていない）とを含むことができる。これらのコンポーネントのそれぞれは、一つ以上のバス８４０を介して、直接的又は間接的に互いに通信することができる。一実装形態において、ノード８００は、ＵＥ、ＢＳ、又は例えば、図１から図７を参照して本明細書で説明される様々な機能を実行する無線通信の任意の他の装置とすることができる。

【0148】

送信機８２２（例えば、送信／送信回路）及び受信機８２４（例えば、受信／受信回路）を有するトランシーバ８２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。本実装形態のいくつかにおいて、トランシーバ８２０は、使用可能、使用不可能、及び柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なるタイプのサブフレーム及びスロットで送信するように構成され得る。トランシーバ８２０は、データ及び制御チャネルを受信するように構成され得る。

【0149】

ノード８００は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、ノード８００によって取得されてもよく、揮発性及び不揮発性媒体、取り外し可能及び非取り外し可能媒体の両方を含む任意の利用可能な媒体であってもよい。限定ではなく、一例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール又はデータのような情報を記憶するための任意の方法又は技術で実施される揮発性及び不揮発性、取り外し可能及び非取り外し可能媒体の両方を含む。

【0150】

コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又はその他のメモリ技術、ＣＤ－ＲＯＭ、デジタル汎用ディスク又はその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又はその他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝搬データ信号を備えない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポートメカニズムなどの変調されたデータ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という用語は、その特性の内の一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。限定ではなく例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組み合わせは、コンピュータ読み取り可能な媒体の範囲内にも含まれるべきである。

【0151】

メモリ８３４は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含むことができる。メモリ８３４は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。メモリの例は、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含む。図８に示すように、メモリ８３４は実行されると、プロセッサ８２８に、例えば図１から図７を参照して、本明細書に記載する様々な機能を実行させるように構成された、コンピュータ読み取り可能なコンピュータ実行可能命令８３２（例えば、ソフトウェアコード）を格納することができる。あるいは、命令８３２は、プロセッサ８２８によって直接実行可能ではなく、ノード８００に本明細書に記載する様々な機能を実行させるように（例えば、コンパイルされ実行されるとき、）構成されてもよい。

【0152】

プロセッサ８２８（例えば、処理回路を有する）は、インテリジェントハードウェアデバイス、例えば、中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含んでもよい。プロセッサ８２８は、メモリを含んでもよい。プロセッサ８２８は、メモリ８３４から受信したデータ８３０及び命令８３２、並びにトランシーバ８２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ８２８はまた、コアネットワークへの送信のために、アンテナ８３６を介してネットワーク通信モジュールに送信するためにトランシーバ８２０に送信される情報を処理することができる。

【0153】

１つ以上のプレゼンテーション部品８３８は、人又は他のデバイスにデータインディケーションを提示する。プレゼンテーション部品８３８の例は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。

【0154】

上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。更に、概念は特定の実施形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するのであろう。したがって、説明された実施形態はすべての点において、例示的なものであり、限定的なものではないと判断されるべきである。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。

【図面の簡単な説明】

【0155】

【図1】図１は、本出願の例としての実装形態による、ＢＦＲのためのＵＥによる方法のフローチャートである。

【図2A】図２Ａは、本出願の例としての実装形態による、ビーム障害回復要求（ＢＦＲＱ：Beam Failure Recovery Request）ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【図2B】図２Ｂは、本出願の例としての実装形態による、ビーム障害回復要求（ＢＦＲＱ：Beam Failure Recovery Request）ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【図3】図３は、本出願の別の例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【図4】図４は、本出願の別の例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【図5】図５は、本出願の別の例としての実装形態による、ＢＦＲＱ ＭＡＣ ＣＥの例としてのフォーマットを示す概略図である。

【図6】図６は、本出願の例としての実装形態による、ＵＥによるＭＡＣ－ＣＥベースのＢＦＲ手順のフローチャートである。

【図7】図７は、本出願の例としての実装形態による、ＵＥによる論理チャネル優先順位付け（ＬＣＰ：Logical Channel Prioritization）手順のフローチャートである。

【図8】図８は、本開示の様々な態様による、無線通信のためのノードを示すブロック図である。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】