JP7227363B2 - ビーム失敗報告 - Google Patents

Description

関連出願の相互参照
本出願は、２０１８年９月２７日に出願され、「ＢＥＡＭ ＦＡＩＬＵＲＥ ＲＥＣＯＶＥＲＹ ＦＯＲ ＳＥＲＶＩＮＧ ＣＥＬＬ」と題された出願ＰＣＴ／ＣＮ２０１８／１０８１３０号の優先権を主張するものであり、この出願は参照によりその全体が本明細書に援用される。

本開示の実施形態は、一般に、電気通信の分野に関し、特に、ビーム失敗を報告するための方法、デバイス、装置、及びコンピュータ可読記憶媒体に関する。

新無線アクセスシステムとは、ＮＲシステムまたはＮＲネットワークとも呼ばれるものであり、次世代通信システムのことである。ロングタームエボリューション（ＬＴＥ）アドバンストで帯域幅を増やすために使用されているキャリアアグリゲーション（ＣＡ）が、ＮＲシステムでサポートされることが合意されている。ＣＡが使用される場合は、いくつかのサービングセルが存在する。一般に、プライマリセル（Ｐセル）及び少なくとも１つのセカンダリセル（Ｓセル）が提供される。サービングセルのビームペア（複数可）の品質が十分に低くなると（例えば、閾値との比較、または関連タイマのタイムアウト）、ビーム失敗が発生する可能性がある。

ビーム失敗回復手順は、ユーザ機器（ＵＥ）にサービスを提供しているビームの全部または一部が失敗したときに、ビームを回復させるための仕組みである。ビーム回復は、リンク再設定と呼ばれることもある。ビーム回復の目的は、１つ以上の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）リンクが失敗状態にあると見なされる場合を検出し、リンクを回復させることである。リンクを回復するために、ＵＥはネットワークに対してシグナリングを開始して、失敗と、候補リンク（ビーム）と呼ばれる新しい潜在的リンク（ビーム）とを示す。ＵＥから受信したビーム失敗回復要求（ＢＦＲＲ）に対する応答として、ネットワークは、ＵＥに新しいＰＤＣＣＨリンクを設定することができる。現在のところビーム失敗回復は、１つのサービングセルに対して定義されるものであり、実際にはＰセルのビーム失敗回復のみを対象としている。したがって、特に、Ｓセルのビーム失敗回復のためのソリューションを提供することが依然として必要とされている。

一般に、本開示の例示の実施形態は、ビーム失敗を報告するためのソリューションを提供する。

第１の態様では、端末デバイスが提供される。本端末デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリとコンピュータプログラムコードとが、少なくとも１つのプロセッサと共に、端末デバイスに、端末デバイスの１つ以上のサービングセルでのビーム失敗を検出することと、１つ以上のサービングセルでのビーム失敗を検出することに応答して、１つ以上の候補ビーム及び１つ以上のサービングセルに関する情報を取得することであって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、取得することと、情報の少なくとも一部分を、１つ以上のサービングセルに関連付けられたネットワークデバイスへ送信することと、を行わせるように構成されている。

第２の態様では、ネットワークデバイスが提供される。本ネットワークデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリとコンピュータプログラムコードとが、少なくとも１つのプロセッサと共に、ネットワークデバイスに、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関する情報の少なくとも一部分を、端末デバイスから受信することであって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、受信することと、受信された部分に基づいて、少なくとも、１つ以上のサービングセルでビーム失敗が検出されたと判定することと、を行わせるように構成されている。

第３の態様では、方法が提供される。本方法は、端末デバイスにおいて、端末デバイスの１つ以上のサービングセルでのビーム失敗を検出することと、１つ以上のサービングセルでのビーム失敗を検出すること応答して、１つ以上の候補ビーム及び１つ以上のサービングセルに関する情報を取得することであって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、取得することと、情報の少なくとも一部分を、１つ以上のサービングセルに関連付けられたネットワークデバイスへ送信することと、を備える。

第４の態様では、方法が提供される。本方法は、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関する情報の少なくとも一部分を、ネットワークデバイスにおいて、かつ端末デバイスから、受信することであって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、受信することと、受信された部分に基づいて、少なくとも、１つ以上のサービングセルでビーム失敗が検出されたと判定することと、を備える。

第５の態様では、端末デバイスにおいて、端末デバイスの１つ以上のサービングセルでのビーム失敗を検出する手段と、１つ以上のサービングセルでのビーム失敗を検出することに応答して、１つ以上の候補ビーム及び１つ以上のサービングセルに関する情報を取得する手段であって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、取得する手段と、情報の少なくとも一部分を、１つ以上のサービングセルに関連付けられたネットワークデバイスへ送信する手段と、を備える、装置が提供される。

第６の態様では、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関する情報の少なくとも一部分を、ネットワークデバイスにおいて、かつ端末デバイスから、受信する手段であって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、受信する手段と、受信された部分に基づいて、少なくとも、１つ以上のサービングセルでビーム失敗が検出されたと判定する手段と、を備える、装置が提供される。

第７の態様では、装置に、少なくとも上記の第３の態様による方法を実行させるためのプログラム命令を備える、非一時的コンピュータ可読媒体が提供される。

第８の態様では、装置に、少なくとも上記の第４の態様による方法を実行させるためのプログラム命令を備える、非一時的コンピュータ可読媒体が提供される。

発明の概要のセクションは、本開示の実施形態の重要な特徴または本質的な特徴を特定することを意図したものでもなく、本開示の範囲を制限するために使用することを意図したものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通じて容易に理解できるようになるであろう。

次に、いくつかの例示の実施形態を、添付の図面を参照しながら説明する。

本開示の実施形態を実施できる例示の通信ネットワークを示す。 キャリア間に空間疑似コロケーション（ＱＣＬ）が仮定されたＢＦＤ－ＲＳ設定を示す概略図である。 キャリア間に空間ＱＣＬ仮定のないＢＦＤ－ＲＳ設定を示す概略図である。 本開示のいくつかの実施形態による、ビーム失敗を報告するための例示のプロセスを示すフローチャートを示す。 本開示のいくつかの実施形態による、ビーム失敗を報告するための例示のフォーマットを示す概略図を示す。 本開示のいくつかの実施形態による、ビーム失敗を報告するための例示のフォーマットを示す概略図を示す。 本開示のいくつかの実施形態による、ビーム失敗を報告するための例示のフォーマットを示す概略図を示す。 本開示のいくつかの実施形態による例示の方法のフローチャートを示す。 本開示のいくつかの実施形態による例示の方法のフローチャートを示す。 本開示の実施形態を実施するのに適した装置の簡略化されたブロック図を示す。 本開示のいくつかの実施形態による例示のコンピュータ可読媒体のブロック図を示す。

図面全体を通して、同じまたは類似の参照番号は、同じまたは類似の要素を表す。

次に、本開示の原理について、いくつかの例示の実施形態を参照しながら説明する。これらの実施形態は、ただ説明のために記載されたものにすぎず、当業者が本開示を理解し実施するのに役立つものであるが、本開示の範囲については、いかなる制限をも示唆するものではないことを理解されたい。本明細書に記載の開示は、以下に記載されている以外にも様々な方法で実施することができる。

以下の記述及び特許請求の範囲においては、別段の定義がない限り、本明細書で使用される全ての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般に理解されるものと同一の意味を有する。

本開示での「一実施形態」、「実施形態」、「例示の実施形態」、及びこれらに類するものへの言及は、記載された実施形態が特定の特徴、構造、または特性を含む可能性があることを示しているが、全ての実施形態がその特定の特徴、構造、または特性を含む必要はない。さらに、そのような語句は、必ずしも同じ実施形態を指しているわけではない。さらに、特定の特徴、構造、または特性が、実施形態に関連して記載されている場合は、明示的に記載されているか否かにかかわらず、他の実施形態に関連して、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であると考えられる。

本明細書では、様々な要素を説明するために、「第１」及び「第２」などの用語を使用することがあるが、これらの要素は、これらの用語によって限定されるべきではないと理解されるものとする。これらの用語は、ある要素を別の要素と区別するためにだけ使われる。例えば、例示の実施形態の範囲から逸脱することなく、第１の要素が第２の要素と呼ばれてもよく、同様に、第２の要素が第１の要素と呼ばれてもよい。本明細書で使用するとき、用語「及び／または」は、リストアップされた１つ以上の用語のありとあらゆる組み合わせを含む。

本明細書で使用されている用語法は、特定の実施形態を説明するためのものにすぎず、例示された実施形態を限定することを意図したものではない。本明細書で使用するとき、単数形の「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈上明らかに他を示す場合を除き、複数形も含むことを意図している。本明細書で用語「備える（ｃｏｍｐｒｉｓｅｓ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、及び／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」が使用される場合は、それらの用語は、記載された特徴、要素、及び／または構成要素などの存在を指定するものであるが、１つ以上の他の特徴、要素、構成要素、及び／またはそれらの組み合わせの存在または追加を排除するものではないことが理解されよう。

本願で使用するとき、用語「回路」は、以下のうちの１つ以上または全てのことを意味する場合がある。すなわち、
（ａ）ハードウェアのみの回路実装（アナログ及び／またはデジタル回路のみの実装など）と、
（ｂ）ハードウェア回路とソフトウェアとの組み合わせ、例えば（該当する場合）、
（ｉ）アナログ及び／またはデジタルハードウェア回路（複数可）とソフトウェア／ファームウェアとの組み合わせ、ならびに
（ｉｉ）移動電話またはサーバなどの装置に様々な機能を実行させるために協働する、ソフトウェアを備えた（デジタルシグナルプロセッサ（複数可）を含む）ハードウェアプロセッサ（複数可）、ソフトウェア、及びメモリ（複数可）の任意部分などと、
（ｃ）動作のためにソフトウェア（例えば、ファームウェア）を必要とするが、動作に必要でないときにはソフトウェアが存在しなくてもよい、マイクロプロセッサ（複数可）、またはマイクロプロセッサ（複数可）の一部などの、ハードウェア回路（複数可）及びまたはプロセッサ（複数可）とである。

回路のこの定義は、請求項における使用を含む、本出願におけるこの用語の全ての使用に適用される。さらなる例として、本出願で使用するとき、回路という用語はまた、単にハードウェア回路もしくはプロセッサ（または複数のプロセッサ）、またはハードウェア回路もしくはプロセッサの一部と、その（またはそれらの）付随するソフトウェア及び／またはファームウェアとの実装を対象として含む。回路という用語はまた、例えば、特定の請求項要素に該当する場合、モバイルデバイスのベースバンド集積回路またはプロセッサ集積回路、あるいはサーバ、セルラネットワークデバイス、またはその他のコンピューティングデバイスもしくはネットワークデバイスの同様の集積回路を対象として含む。

本明細書で使用される場合、用語「通信ネットワーク」は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、狭帯域インターネットオブシングス（ＮＢ－ＩｏＴ）などの任意の好適な通信規格に従ったネットワークを意味する。さらに、通信ネットワーク内の端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、次世代の第５世代（５Ｇ）の通信プロトコル、及び／または現在知られているか、または今後開発される他の何らかのプロトコルを含むがこれらに限定されない、任意の好適な世代の通信プロトコルに従って実行されてもよい。本開示の実施形態は、様々な通信システムに適用され得る。通信における急速な発展を考えると、もちろん、本開示を具現化することができる未来型の通信技術及びシステムも存在するであろう。本開示の範囲を前述のシステムのみに限定するものと見なすべきではない。

本明細書で使用するとき、用語「ネットワークデバイス」とは、端末デバイスがネットワークにアクセスし、そこからサービスを受けるのに経由する通信ネットワーク内のノードのことをいう。ネットワークデバイスは、適用される用語法及び技術に応じて、基地局（ＢＳ）またはアクセスポイント（ＡＰ）、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムトやピコなどの低電力ノードなどを表し得る。

用語「端末デバイス」とは、無線通信が可能であり得る任意のエンドデバイスのことを指す。限定ではなく例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ）、加入者局（ＳＳ）、携帯加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）と呼ばれることもある。端末デバイスには、移動電話、携帯電話、スマートフォン、ボイスオーバＩＰ（ＶｏＩＰ）電話、ワイヤレスローカルループ電話、タブレット、ウェアラブル端末デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、車載ワイヤレス端末デバイス、ワイヤレスエンドポイント、移動局、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、ワイヤレス顧客構内機器（ＣＰＥ）、インターネットオブシングス（ＩｏＴ）デバイス、時計またはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療機器及びアプリケーション（例えば、リモート手術）、産業用デバイス及びアプリケーション（例えば、生産加工及び／または自動処理チェーンの文脈で動作するロボット及び／または他のワイヤレスデバイス）、家庭用電子機器、商用及び／または産業用ワイヤレスネットワーク上で動作するデバイス、ならびにこれらに類するものなどが含まれ得るが、これらに限定されない。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」及び「ＵＥ」という用語は、区別なく用いられ得る。

図１は、本開示の実施形態を実施できる例示の通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる端末デバイス１２０とを含む。ネットワーク１００は、端末デバイス１２０にサービスを提供するために、１つ以上のサービングセル１０１、１０２、１０３を提供し得る。ネットワークデバイス、端末デバイス、及びサービングセルの数は、いかなる制限をも示唆するものではなく、ただ説明のためのものにすぎないことを理解されたい。ネットワーク１００は、本開示の実施形態を実施するのに適した任意の好適な数のネットワークデバイス、端末デバイス、及びサービングセルを含み得る。本明細書では、「セル」及び「サービングセル」という用語は、区別なく用いられ得ることに留意されたい。

通信ネットワーク１００では、ネットワークデバイス１１０は、端末デバイス１２０にデータ及び制御情報を伝達することができ、端末デバイス１２０もまた、ネットワークデバイス１１０にデータ及び制御情報を伝達することができる。ネットワークデバイス１１０から端末デバイス１２０へのリンクは、ダウンリンク（ＤＬ）または順方向リンクと呼ばれ、一方、端末デバイス１２０からネットワークデバイス１１０へのリンクは、アップリンク（ＵＬ）または逆方向リンクと呼ばれる。

ネットワーク１００内の通信は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、符号分割多重アクセス（ＣＤＭＡ）、及びグローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ならびにこれらに類するものを含むが、これらに限定されない、任意の好適な規格に準拠し得る。さらに、この通信は、現在知られているか、または今後開発される、任意の世代の通信プロトコルに従って実行され得る。通信プロトコルの例としては、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されるものではない。

ネットワーク１００では、ＣＡがサポートされ得、より広い帯域幅をサポートするために、２つ以上のコンポーネントキャリア（ＣＣ）が束ねられる。ＣＡのシナリオでは、ネットワークデバイス１１０は、図１に示すように、複数のサービングセル、例えば、１つのＰセル１０１と、２つのＳセル１０２、１０３とを、端末デバイス１２０に提供することができる。図１には２つのＳセル１０２、１０３を示しているが、ネットワークデバイス１１０は、提供するＳセルを減らしてもよいし、または増やしてもよい。また、図１に示したＰセル１０１及びＳセル１０２、１０３の設定は、いかなる制限をも示唆するものではなく、ただ説明のためのものにすぎないことを理解されたい。Ｐセル１０１及びＳセル１０２、１０３は、図１に示した設定以外の設定であってもよい。

いくつかの例示の実施形態では、ネットワーク１００は、ネットワークデバイス１１０と同じまたは異なる無線アクセス技術を用いることができる別のネットワークデバイス（図示せず）を備え得る。また、他のネットワークデバイスは、端末デバイス１２０に、プライマリセカンダリセル（ＰＳセル）を始めとするＳセルなどのサービングセルを提供し得る。

実施形態では、ネットワークデバイス１１０は、ビームフォーミング技法を実装し、複数のビームを介して端末デバイス１２０に信号を送信するように構成されている。端末デバイス１２０は、ネットワークデバイス１１０が複数のビームを介して送信した信号を受信するように構成されている。Ｐセル１０１及びＳセル１０２、１０３に対して、異なるビームが設定され得る。図１に示すように、ＤＬビーム１１２及び１１３が、それぞれＳセル１０２及び１０３に対して設定されている。Ｓセル１０２及び１０３は、それに付随するより多くのビームを有し得ることを理解されたい。図示していないが、Ｐセル１０１もまた、それに付随するビームを有し得る。

上記のように、Ｐセル１０１及びＳセル１０２、１０３のいずれかに、ビーム失敗が発生する可能性がある。次に、本開示の原理及び例示の実施形態をよりよく理解するために、ビーム失敗検出（ＢＦＤ）及びビーム失敗回復（ＢＦＲ）の簡単な紹介を以下に説明する。

ネットワークデバイスは、リンクの品質を監視するための参照信号（ＲＳ）のセットで端末デバイスを設定することができる。このＲＳのセットを、Ｑ０またはビーム失敗検出ＲＳ（ＢＦＤ－ＲＳ）と呼ぶことがある。一般的には、ＢＦＤ－ＲＳ（複数可）は、ＰＤＣＣＨ復調用参照信号（ＤＭＲＳ）と空間的にＱＣＬ（「ＱＣＬタイプＤ」の略、以下を参照）化されるように構成される。つまり、これらのＲＳは、ＰＤＣＣＨに使用されるダウンリンクビームに対応する。ダウンリンクビームは、同期信号（ＳＳ）／物理報知チャネル（ＰＢＣＨ）ブロックインデックス（時間位置インデックス）またはチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソース（セット）インデックスのいずれかのＲＳによって識別される。ネットワークデバイスは、無線リソース制御（ＲＲＣ）シグナリングを使用して、またはＲＲＣと媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）とを組み合わせたシグナリングで、ＢＦＤ－ＲＳリストを設定してもよい。

２つの異なる信号が同じＱＣＬタイプを共有する場合、それらは表示された同じ特性を共有する。一例を挙げると、ＱＣＬ特性は、例えば、遅延拡散、平均遅延、ドップラ拡散、ドップラ偏移、空間受信（ＲＸ）であり得る。ＱＣＬタイプＡは、ドップラ拡散、ドップラ偏移、遅延拡散、及び／または平均遅延を意味し、ＱＣＬタイプＤは空間ＲＸを意味する。現在、ＱＣＬタイプは以下のように定義されている。
－「ＱＣＬタイプＡ」：｛ドップラ偏移、ドップラ拡散、平均遅延、遅延拡散｝
－「ＱＣＬタイプＢ」：｛ドップラ偏移、ドップラ拡散｝
－「ＱＣＬタイプＣ」：｛ドップラ偏移、平均遅延｝
－「ＱＣＬタイプＤ」：｛空間Ｒｘパラメータ｝

さらなる例として、ＣＳＩ－ＲＳとＳＳＢとが相互の間にタイプＤのＱＣＬ仮定を有する場合は、端末デバイス（ＵＥ）が、これらの信号を受信するために、同じＲＸ空間フィルタ（ビーム）を利用できることを意味する。

端末デバイスは、ＢＦＤ－ＲＳリストで明示的に設定されていない場合、制御リソースセット（ＣＯＲＥＳＥＴ）ごとに設定／表示／アクティブ化されたＰＤＣＣＨ送信設定表示（ＴＣＩ）状態、すなわちＰＤＣＣＨ ＤＭＲＳと空間的にＱＣＬ化されたダウンリンク参照信号（ＣＳＩ－ＲＳ、ＳＳ／ＰＢＣＨブロックまたはＳＳＢ）、または言い換えればＰＤＣＣＨビームに基づいて、暗黙的にＢＦＤ－ＲＳリソースを決定する。

物理層は、無線リンクの品質を（Ｑ０のセットのＢＦＤ－ＲＳに基づいて）定期的に評価する。評価はＢＦＤ－ＲＳごとに行われ、ビーム失敗検出セット内の各ＢＦＤ－ＲＳの無線リンク状態が失敗状態である、すなわち、ＲＳを使用して推定された仮想ＰＤＣＣＨブロック誤り率（ＢＬＥＲ）が、設定された閾値を超えていると見なされると、ビーム失敗インスタンス（ＢＦＩ）インディケーションが上位層（ＭＡＣ）に提供される。ＢＬＥＲ閾値の一例は、無線リンク監視に使用される同期外れの閾値ＯＯＳ／Ｑｏｕｔ＝１０％であり得る。評価及びインディケーションは定期的に行われ得る。少なくとも１つのＢＦＤ－ＲＳが失敗状態ではない場合は、上位層にインディケーションが提供されない。

ＭＡＣ層は、物理層からのＢＦＩインディケーションをカウントするカウンタを実装し、このＢＦＩカウンタが（ネットワークデバイスが設定した）最大値に達した場合、ビーム失敗が宣言される。このカウンタは、タイマによって監視されるように構成できる。つまり、ＭＡＣが下位層からＢＦＩインディケーションを受信するたびに、タイマが開始される。タイマが終了すると、ＢＦＩカウンタがリセットされる（カウンタの値がゼロになる）。

ネットワークデバイスは、専用信号を使用して表示することができる回復のための候補ＲＳのリストを、端末デバイスに提供してもよい。候補ビームのＬ１－参照信号受信電力（ＲＳＲＰ）測定結果は、新候補ビームの選択を実行し、その新候補ビームをネットワークデバイスに表示するためにアップリンクリソースを決定するＭＡＣ層に提供され得る。ネットワークデバイスは、候補ビームに固有の非衝突型ランダムアクセス（ＣＦＲＡ）リソースなどの専用シグナリングリソースで端末デバイスを設定することができ、すなわち、端末デバイスは、プリアンブルを送信することによって新候補ビームを表示することができる。本明細書では、使用され得る「新候補ビーム」、「新しいビーム」及び「候補ビーム」という用語は、区別なく用いられ得ることに留意されたい。

ビーム失敗回復手順は、端末デバイスがビーム失敗を宣言し、端末デバイスがＬ１測定結果（例えば、Ｌ１－ＲＳＲＰ）に基づいて１つまたは複数の新候補ビームを検出した場合に開始される。ビーム失敗回復の目的で、候補ビーム、または言い換えれば、ダウンリンクＲＳ（参照信号、ＳＳＢまたはＣＳＩ－ＲＳ）によって識別されたビームを表示するために使用できる専用信号を（例えばＰＲＡＣＨプールから）設定することができる。この専用信号は、ＢＦＲリソースまたはＣＦＲＡリソースと呼ばれることがあり、ＣＦＲＡ信号を使用したビーム回復手順は、プリアンブル受信に対するｇＮＢの応答に関して言えば、ランダムアクセス（ＲＡ）手順とは若干異なることに注意する必要がある。候補ビームＲＳリスト内の候補ＲＳごとに、専用のプリアンブルが設定されてもよい。特定の閾値が、（例えば、Ｌ１－ＲＳＲＰ測定結果に基づく）新候補ビームのいずれかが閾値を超えている場合に、専用信号（セットＱ１または候補ビームリスト内のリソースのセット）を使用してそれらを表示できるように設定されてもよい。端末デバイスは、最初に、そのセットから候補ビームを選択し、設定された閾値を超えるビームがない場合には、端末デバイスは衝突型のシグナリングを利用して、新候補ビームを表示する。衝突型ランダムアクセス（ＣＢＲＡ）プリアンブルリソースは、特定のダウンリンクＲＳ（ＳＳＢまたはＣＳＩ－ＲＳ）にマップされる。

端末デバイスは、（ＲＡＲウィンドウと類似した）ビーム回復応答ウィンドウの間に、回復信号の送信に使用されたのと同じビームアラインメントを使用して（すなわち、送信（ＴＸ）に使用されたのと同じビーム方向がＲＸに使用される）、ＢＦＲＲ（またはＢＦＲＱ）に対するネットワーク応答を監視する。つまり、端末デバイスは、ネットワークデバイスが、表示されたダウンリンク参照信号と空間的にＱＣＬ化されたビームを使用して、応答を提供することを期待する。

ビーム回復目的で使用される非衝突型のシグナリングの場合には、端末デバイスは、ＣＦＲＡ手順が使用されるとき、ネットワークデバイスが、セル無線ネットワーク仮識別子（Ｃ－ＲＮＴＩ）をランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）の代わりに使用してＵＥに応答することを期待する。ＣＢＲＡリソースが使用される場合、端末デバイスは、ＲＡ手順において通常見られるような応答を期待する。

現在のところ、ビーム失敗回復（ＢＦＲ）またはリンク再設定手順は、ＣＡシナリオにおけるビーム失敗回復のケースを対象としていない。図２Ａは、キャリア間にＱＣＬが仮定されたＢＦＤ－ＲＳ設定を示す概略図２００であり、図２Ｂは、キャリア間に空間ＱＣＬ仮定のないＢＦＤ－ＲＳ設定を示す概略図２５０である。図２Ａ及び２Ｂに示すＲＳは、ＳＳ／ＰＢＣＨブロック及びＣＳＩ－ＲＳである。例えば、Ｐセル２５１の場合、ＳＳ／ＰＢＣＨブロック用にビーム２０１が設定され、ＣＳＩ－ＲＳ用にビーム２０２及び２０３が設定されている。図２Ｂに示すＳセル２１Ｎの場合、ＳＳ／ＰＢＣＨブロック用にビーム２０４が設定され、ＣＳＩ－ＲＳ用にビーム２０５及び２０６が設定されている。概して、図２Ａは、セルのグループを同時に失敗状態にあると見なすことができる場合を示している。つまり、１つのセルがビーム失敗状態であるならば、グループ内の全てのセルが失敗状態であると見なすことができる。したがって、場合によっては、ビーム失敗検出の目的のために１つのセルのみを定義することが可能であってもよい。

図２Ａに示す場合では、Ｐセル２５１及びＳセル２０１～２０Ｎに対して、クロスキャリア空間ＱＣＬが有効である。Ｐセル２５１のＢＦＤ－ＲＳリソース（ＣＳＩ－ＲＳ、ＳＳ／ＰＢＣＨブロック）でのビーム失敗を検出することができ、このビーム失敗は、リンク品質を評価するのに使用される参照信号の空間ＱＣＬ仮定によって、全てのＳセル２０１～２０Ｎがビーム失敗状態にあることを暗黙的に意味する。

一方、図２Ｂに示す場合では、ＢＦＤ－ＲＳの空間ＱＣＬ仮定が、全てのキャリアにわたって成り立つわけではない。Ｐセル２５２及びＳセル２１１～２１Ｎは、セルのグループまたはビーム管理グループ２１０に属し、Ｓセル２２１、２２２～２２Ｎは、Ｓセルのグループまたは別のビーム管理グループ２２０に属している。ビーム管理グループ２１０及び２２０のセル間に、空間ＱＣＬは仮定されていない。Ｓセルのどれもが互いに空間的にＱＣＬでない場合、端末デバイスは、ビーム失敗を検出し、各Ｓセルに対して個別に、または各セットがそのＳセル間に有効なＱＣＬ仮定を有するＳセルの各セットに対して、回復を実行できる必要がある。概して、図２Ｂは、あるセルグループがビーム失敗状態にあると見なし得るとき、別のセルグループが失敗状態にあると見なせる場合があること、または見なせない場合があることを示している。

あるいは、ＢＦＤ－ＲＳの空間ＱＣＬ仮定が（図２Ａまたは図２Ｂのいずれかにおいて）成り立つが、１つのセルの失敗に基づいて、セルがビーム失敗状態にあると見なすことができない場合には、端末デバイスは、失敗した各Ｓセルを一つ一つ潜在的に報告する必要がある。一部の例では、ＢＦＤ－ＲＳにクロスキャリア空間ＱＣＬを用いる場合でも、キャリアごとに干渉条件が異なるなどの理由から、端末デバイスは、セルごとに個別にビーム失敗検出手順を実行する必要がある場合もある。

図２Ｂに示すシナリオは、例えば、Ｐセル２５２が周波数範囲１（ＦＲ１すなわち６ＧＨｚ未満）にあり、Ｓセル２１１～２１ＮがＦＲ２（例えば６ＧＨｚ超）に設定されている場合に発生し得る。あるいは、Ｐセル及びＳセルの両方が同じＦＲで動作する場合があるが、（セル固有である）ＰＤＣＣＨ ＴＣＩ設定のために、ＢＦＤ－ＲＳ検出リソースが異なることがあり、すなわち、ＰセルとＳセルとのビーム失敗の間に対応関係がないことがある。特に、複数の送信／受信ポイント（ＴＲＰ）を持つセルが展開されている場合には、後者が発生する可能性がある。さらに別の場合には、あるＳセルのグループ（またはより一般にサービングセルのグループ）の失敗と、別のＳセルのグループ（またはサービングセル）の失敗との間に、対応関係がない場合がある。サービングセルのグループは、ゼロ、１または複数のＳセルを備え得、Ｐセルは、サービングセルのグループに含まれ得る。以下の説明では、用語「Ｓセルのグループ」が用いられているが、本明細書では、ＳセルのグループがＰセルを含む場合もあることに留意されたい。

ＳセルのＢＦＲ（本明細書ではＳセルＢＦＲとも呼ばれる）では、端末デバイスは、新候補ビームＲＳとそれに対応する閾値とが設定されていると、少なくとも新しいビームのチャネル品質が閾値以上であるならば、ＢＦＲ手順中に、新しいビームの情報をネットワークデバイスに伝達するものとする。ＰセルのＢＦＲ（本明細書ではＰセルＢＦＲとも呼ばれる）では、端末デバイスは、ビーム失敗回復要求を暗黙的にも示すＣＦＲＡか、またはネットワークデバイスが、端末デバイスがＢＦＲを実施している可能性があることをその期間に判定する必要がある（ただし、これはネットワークデバイスにとって簡単なことではない）ＣＢＲＡかのいずれかを使用して、新候補ビームを表示する。

ただし、Ｓセル ＢＦＲの場合、このような動作は実行可能ではない。例えば、Ｓセルがダウンリンク専用に設定されている場合、ＣＦＲＡ信号は、Ｓセルから特にＰセルアップリンクにマップされる必要がある。複数の候補がＳセルごとにあり、ＣＦＲＡ候補に関連付けられているので、Ｐセルのアップリンクのオーバヘッドが増加する。

さらに、ＢＦＲのシグナリングソリューションは、そのようなビームが閾値を超える品質で識別されたとき、失敗したＣＣ及び新候補ビームのインデックスを表示できる必要がある。それ以外の場合には、端末デバイスは、候補ビームが見つからなかったことを報告しなくてはならない。状況によっては、端末デバイスは、複数のＳセルのビーム失敗を表示し、連動してＢＦＲ手順中に、これらのＳセルの各々に候補ビーム情報を提供する必要があり得る。例えば、ランダムアクセスプリアンブルに基づくソリューションの代わりに、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）または物理アップリンク制御チャネル（ＰＵＣＣＨ）／物理アップリンク共有チャネル（ＰＵＳＣＨ）に基づくソリューションなど、複数の候補ビーム及び失敗したセルの報告を処理するシグナリングソリューションを実現することが望ましい。

ＭＡＣ ＣＥ／ＰＵＣＣＨベースのＢＦＲでは、端末デバイスは、スケジューリングリクエスト（ＳＲ）を介してアップリンクグラントを要求することができる。このアップリンクグラントは、Ｓセルの失敗を表示するための専用のものであってもよく、または（例えば、そのような専用のＳＲが設定されていない場合には）通常のＳＲ／ＣＢＲＡ手順のものであってもよい。あるいは、端末デバイスは、設定された全ての情報を報告するための十分なサイズを持たない可能性がある半永続的なＵＬグラントまたは定期的なＰＵＣＣＨリソースを有する場合があり、したがって、端末デバイスがＢＦＲ手順中に報告すべき情報のサブセットを決定するために、いくつかのルールが必要になる。一例を挙げると、このようなケースは、複数のＳセルがビーム失敗にある場合、及び／または各セルが、報告されることになる候補ビーム閾値を超える１つ以上の候補ビームを有する場合に起こり得る。

上記の問題は、次の状況で発生する可能性がある。（１）アップリンクリソースが、報告する必要のある全ての情報を運ぶのに十分ではない。例えば、ＵＬグラントが小さすぎる、ＵＬグラントは、優先度の高い他の情報が収められた後では、ペイロードビットの空きの量が制限される、またはＰＵＣＣＨ／ＰＵＳＣＨのペイロードが十分でない。（２）ＭＡＣ ＣＥ／ＰＵＣＣＨ／ＰＵＳＣＨなどのレポート形式が、端末デバイスが報告するように構成されている情報のサブセットのみに対応することができる。（３）ＭＡＣ ＣＥは、（例えば、Ｐセルも失敗した場合、またはＵＬグラントを要求する専用のＳＲがないとき）ランダムアクセス手順のメッセージ３（Ｍｓｇ３）で報告され、その場合、定義されている最小サイズは７バイト及び９バイトであり、そのうち３バイトがＣ－ＲＮＴＩ ＭＡＣ ＣＥによって使用され得る。

直接的なソリューションでは、例えば、ＭＡＣ ＣＥに基づくソリューションの場合、端末デバイスは、最初に、提供されたグラントに関するバッファステータスレポート（ＢＳＲ）を送信し、次に、許可されたリソースに候補ビーム情報を提供する。ただし、このソリューションでは、Ｓセルの回復にさらなる待ち時間が発生する可能性がある。さらに、ＢＦＲ情報は、ＢＳＲで報告されるバッファサイズに寄与せず、ネットワークデバイスは、端末デバイスが取得しようとしているＵＬグラントのサイズを認識していない可能性がある。ビーム失敗を報告するためのソリューションがいくつか提案されている。しかし、これらのソリューションは、単にサービングセル、特にＳセルでのビーム失敗を報告する方法に関するものにすぎない。したがって、ビーム失敗、特に複数のＳセルのビーム失敗を報告するための機構が必要とされる。

本開示の実施形態によれば、サービングセルのビーム失敗を報告するためのソリューション、特にＳセルのビーム失敗を報告するためのソリューション（ＳセルＢＦＲ）が提案される。本開示では、ＢＦＲレポートで報告された情報を判定する方法についてのソリューションが提案される。ＢＦＲレポートに割り当てられたリソースが不十分であるとき、端末デバイスは、提案されたソリューションに基づいて、どの情報を報告するかを判定してもよい。ＢＦＲレポートに割り当てられたリソースが十分であるとき、端末デバイスは、提案されたソリューションに基づいて、報告された情報の異なる部分の順序を判定してもよい。本開示の実施形態によるビーム失敗を報告するためのソリューションは、複数のサービングセルで発生するビーム失敗に適合させることができる。さらに、本開示の実施形態は、効率的なビーム失敗回復を可能にし得る。一例を挙げると、端末デバイスは、送信されることになるビットの量を減らすことにより、特定の最適化された方法でＢＦＲ情報を信号で送るように構成され得る。

本開示の原理及び実施態様を、本開示のいくつかの実施形態によるビーム失敗を報告するための例示のプロセス３００を示すフローチャートを示す図３を参照して、以下に詳細に説明する。議論においては、図１を参照しながらプロセス３００を説明する。プロセス３００は、図１に示すように、ネットワークデバイス１１０及び端末デバイス１２０に関わり得る。

例示のプロセス３００では、端末デバイス１２０は、サービングセルでのビーム失敗を検出する（３０２）。ビーム失敗が１つ以上のサービングセルで検出された場合、端末デバイス１２０は、１つ以上の候補ビームと、１つ以上のサービングセルとに関する情報を取得する（３０５）。１つ以上の候補ビームの各々は、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている。いくつかの例示の実施形態では、１つ以上のサービングセルは、少なくとも１つのＳセル、例えば、図１に示すＳセル１０２及び１０３を備え得る。いくつかの例示の実施形態では、１つ以上のサービングセルは、Ｐセル及びＳセルのうちの少なくとも１つ、例えば、図１に示すＰセル１０１ならびにＳセル１０２及び１０３のうちの少なくとも１つを備え得る。

１つ以上のサービングセルでビーム失敗を検出すると、端末デバイス１２０は、例えば候補ＲＳのＬ１－ＲＳＲＰ測定結果に基づいて、１つ以上のサービングセルの各々に対して候補ビームを決定しようと試みることができる。特定の候補ＲＳが、閾値品質を超える信号品質を有する場合、または候補ＲＳの中で最高の信号品質を有する場合、その特定の候補ＲＳは、対応するサービングセルの候補ビームとして選択され得る。そのため、場合によっては、ビーム失敗が検出された１つ以上のサービングセルの各々が、関連候補ビームを持たない場合がある。つまり、失敗したセルに対して多くても１つの候補ビームが報告される場合には、１つ以上の候補ビームの数は、１つ以上の失敗したセルの数以下であり得る。

いくつかの例示の実施形態では、ネットワークデバイス１１０は、候補ビームを選択するための閾値品質で端末デバイス１２０を設定することができる。ＢＦＲレポートに含めるべき１つ以上の候補ビームに関する情報は、例えば、以下のうちの１つである、候補ＲＳのインディケーションを備え得る。すなわち、信号品質が閾値品質を超え、候補ＲＳリスト、例えば、ネットワークデバイス１１０によって設定され、及びまたはＭＡＣ ＣＥによってアクティブ化されたＳＳＢ／ＣＳＩ－ＲＳ（または非ゼロ電力ＣＳＩ－ＲＳ、ＮＺＰ－ＣＳＩ－ＲＳ）リストに含まれる候補ＲＳのインデックス、信号品質が閾値品質を超え、ＳＳＢ信号／ＮＺＰ－ＣＳＩ－ＲＳリソースである候補ＲＳのインデックス、信号品質が閾値品質を超え、Ｌ１－ＲＳＲＰ報告用に設定された候補ＲＳのインデックス、信号品質が閾値品質を超え、ＳＳＢである（これは、この場合、候補ビームが常にＳＳＢであることを意味する）候補ＲＳのインデックス、サービングセルのＰＤＳＣＨまたはＰＤＣＣＨのＴＣＩ状態のインデックスである。いくつかの例示の実施形態では、特定の候補ＲＳリストが存在しない場合があるが、任意の設定されたダウンリンクＲＳを、潜在的な候補ビームと見なすことができる。いくつかの例示の実施形態では、１つのセルの候補ＲＳを表示することは、Ｓセル（Ｐセルを含み得る）のグループの例として、１つ以上のセルの候補ビームを表示することと考えられ得る。一部の例では、セルがグループ化されている場合でも、各セルに対して個別に候補ビームが示され得る。

完全なＢＦＲレポートでは、１つ以上の候補ビームと１つ以上のサービングセルとに関する情報は、３つの部分で構成され得る。第１の部分は、ビーム失敗が検出された１つ以上のサービングセルのインディケーションを、例えばビットマップのフォーマットで備え得る。第２の部分は、１つ以上のサービングセルの各々に対する候補ビームの利用可能性のインディケーションを、例えば別のビットマップのフォーマットで備え得る。第３の部分は、１つ以上の候補ビームのインディケーション、例えば、上記の対応するＲＳのインデックスを備え得る。

いくつかの例示の実施形態では、Ｓセル、例えば、Ｓセル１０２及び１０３は、ビーム失敗回復のためにグループ化されてもよい。ビーム失敗が検出された１つ以上のサービングセル（本明細書では、失敗セルまたは失敗Ｓセルと呼ぶことがある）に関する情報は、対応する候補ビームに関する情報がネットワークデバイス１１０に報告されるかどうかに関係なく、全ての失敗Ｓセル／失敗Ｓセルグループを表示する第１のビットマップを備え得る。議論においては、第１のビットマップを、本明細書ではセルインデックスビットマップと呼ぶこともある。

いくつかの例示の実施形態では、完全なＢＦＲレポートにおいて、情報は、失敗Ｓセル／失敗Ｓセルグループの各々に対する候補ビームの利用可能性を表示する第２のビットマップをさらに備え得る。議論においては、第２のビットマップを、本明細書では候補ビームビットマップと呼ぶこともある。いくつかの例示の実施形態では、第２のビットマップは、失敗Ｓセル／失敗Ｓセルグループに、閾値品質を超える品質を有する候補ビームがあるかどうかを表示するために使用され得る。いくつかの例示の実施形態では、第２のビットマップは、失敗Ｓセル／失敗Ｓセルグループの候補ビームがネットワークデバイス１１０に報告されるかどうかを表示するために使用されてもよい。

ここで、図４を参照する。図４は、本開示のいくつかの実施形態による、ビーム失敗を報告するための例示のフォーマット４００を説明する概略図を示す。図４に示すように、例示のフォーマット４００は、第１のビットマップ４０２を含み、ビット４１１～４１７の各々は、ＳセルまたはＳセルグループに対応する。例えば、Ｓセルグループは、共通のビーム失敗基準を共有するＳセルで構成されるビーム管理グループ（例えば、図２Ｂに示すビーム管理グループ）であり得る。換言すれば、Ｓセルグループ内のＳセルの１つがビーム失敗状態にあるときは、同じグループ内の他のＳセルもまたビーム失敗状態にある。図４では７ビットを示しているが、図４のビットマップ長は非限定的な例であると見なされるべきであり、異なる数のビットを含めることができる。いくつかの例示の実施形態では、ビットマップ長は、設定されているＳセルの最大数、または設定することができるＳセルの最大数までとすることができる。

ビット４１１～４１７のそれぞれがＳセルに対応する場合、Ｃ_ｉ～Ｃ_ｉ＋６はＳセルインデックスを表し得る。対応するビットに所定値（例えば「１」）が割り当てられているときは、対応するＳセルでビーム失敗が発生したことを示す。対応するビットに別の所定値（例えば「０」）が割り当てられているときは、対応するＳセルでビーム失敗が検出されていないことを示す。一例を挙げると、Ｓセル１０２に対応するビットは、Ｃ_ｉ＋１ビット４１２である。そして、Ｓセル１０２でビーム失敗が検出されたときに、Ｃ_ｉ＋１ビット４１１の値を「１」にするようにしてもよい。値は、逆の場合も考えられ得る。

ビット４１１～４１７の各々がＳセルのグループに対応している場合、ビットマップ４０２のインデックス作成は論理的である。この場合、ビット４１１～４１７は、Ｓセルのインデックスに直接マップされるのではなく、グループにマップされる。つまり、ビットマップ４０２は、失敗が検出された場所のＳセルを論理的順序で示す。対応するビットに所定値（例えば「１」）が割り当てられているときは、グループ内のＳセルでビーム失敗が発生したことを示す。対応するビットに別の所定値（例えば「０」）が割り当てられているときは、グループ内のＳセルでビーム失敗が検出されていないことを示す。

図４に示すように、例示のフォーマット４００は、第２のビットマップ４０３をさらに備え、ビット４２１～４２７の各々は、ＳセルまたはＳセルグループに対応する。第１のビットマップ４０２及び第２のビットマップ４０３のビットのペアは、同じＳセルまたは同じＳセルグループに対応する。図１に示すＳセルを例として取り上げると、Ｃ_ｉ＋１ビット４１２及びＣＩ_ｉ＋１ビット４２２の両方は、Ｓセル１０２に対応してもよく、一方、Ｃ_ｉ＋２ビット４１３及びＣＩ_ｉ＋２ビット４２３の両方は、Ｓセル１０３に対応してもよい。

いくつかの例示の実施形態では、Ｓセルが、閾値品質を超える品質の候補ビームを有する場合、第２のビットマップ４２０内の対応するビットに、所定値（例えば「１」）が割り当てられ得る。引き続き、図１に関して上記で説明した例を参照されたい。Ｓセル１０２でビーム失敗が検出され、Ｓセル１０２が閾値品質を超える品質の候補ビームを有する場合、ＣＩ_ｉ＋１ビット４２２に値「１」が割り当てられ得る。値は、逆の場合も考えられ得る。

いくつかの例示の実施形態では、Ｓセルの候補ビームのインディケーションがＢＦＲレポート中に含まれるようになる場合、第２のビットマップ４２０内の対応するビットに、所定値（例えば、「１」）が割り当てられ得る。例えば、Ｓセル１０２の候補ビームがネットワークデバイス１１０に報告され、ＣＩ_ｉ＋１ビット４２２に値「１」が割り当てられてもよい。値は、逆の場合も考えられ得る。

例示のフォーマット４００は、その情報がＢＦＲに使用されることを識別するためのフィールド４０１をさらに備え得る。ＭＡＣ ＣＥによって情報が伝送される場合、このフィールドは、ＭＡＣ ＣＥがＢＦＲに使用されることを識別するための論理チャネルＩＤ、ＬＣＩＤになり得る。

いくつかの例示の実施形態では、報告フォーマットは、端末デバイスにサービスを提供しているＰセル、例えば、図１に示す端末デバイス１２０にサービスを提供しているＰセル１０１に関連するさらなるフィールドを含み得る。図４に示す例示のフォーマット４００では、Ｒビット４１０及び４２０が予約されている。図５は、本開示のいくつかの実施形態による別の例示のフォーマット５００を示す。

例示のフォーマット５００は、ＬＣＩＤフィールド５０１、ビット５１０～５１７を含む第１のビットマップ５０２、及びビット５２０～５２７を含む第２のビットマップ５０３を含む。ＬＣＩＤフィールド５０１、ビット５１１～５１７、及びビット５２１～５２７は、それぞれＬＣＩＤフィールド４０１、ビット４１１～４１７、及びビット５２１～５２７と同様である。第１のビットマップ５０２のＰビット５１０は、Ｐセル１０１でビーム失敗が検出されたかどうかを示すために使用され得る。例えば、端末デバイス１２０がＰセル１０１でのビーム失敗を検出したとき、端末デバイス１２０は、Ｐビット５１０に値「１」を割り当ててもよい。

第２のビットマップ５０３のＣＩ_Ｐビット５２０は、Ｐセル１０１に閾値品質を超える品質の候補ビームがあるかどうかを示すために使用されてもよい。例えば、端末デバイス１２０が、閾値品質を超える候補ビームを検出したとき、端末デバイス１２０は、ＣＩ_Ｐビット５２０に値「１」を割り当ててもよい。あるいは、ＣＩ_Ｐビット５２０は、Ｐセル１０１のビーム候補がネットワークデバイス１１０に報告されるかどうかを示すために、使用されてもよい。

図４及び図５には一定数のフィールドが示されているが、ＢＦＲの報告フォーマットは、ビーム失敗を表示するためのより多くのフィールド、またはより少ないフィールドを含んでもよいことを理解されたい。例えば、７個未満のＳセルまたはＳセルグループが関与する場合、ビット４１１～４１７の一部が予約されてもよく、７個を超えるＳセルまたはＳセルグループが関与する場合、第１のビットマップ及び第２のビットマップを拡張して、追加のビットを含めてもよい。

上記のように、完全なＢＦＲレポートには、失敗Ｓセルの全部または一部に対する１つ以上の候補ビームのインディケーションを備え得る。いくつかの例示の実施形態では、閾値品質を超える品質を有する候補ビーム（複数可）のみが、ネットワークデバイス１１０に報告されることが要求される。例えば、Ｓセル１０２にビーム失敗が検出された場合、端末デバイス１２０は、Ｓセル１０２に対して新しいビームを選択し得る。端末デバイス１２０は、例えばＬ１－ＲＳＲＰ測定結果に基づいて、Ｓセル１０２用に設定された複数の候補ＲＳの信号品質を判定してもよい。例えば、複数の候補ＲＳは、（ネットワークデバイス１１０によって明示的に設定された）候補ＲＳリストからのもの、または任意のＤＬ ＲＳ、例えばＳＳＢ／ＣＳＩ－ＲＳのいずれかであってもよい。いくつかの例示の実施形態では、候補ビームは、Ｌ１－ＲＳＲＰ報告用に設定されたＤＬ ＲＳであってもよい。

端末デバイス１２０は、その場合、複数の候補ＲＳから、信号品質が閾値品質を超える候補ＲＳを検出してもよい。閾値品質を超える信号品質を有する候補ＲＳが検出された場合、端末デバイス１２０は、１つ以上の候補ビームに関する情報の一部として、検出された候補ＲＳのインディケーションを生成し得る。このインディケーションは、信号品質が閾値品質を超える候補ＲＳのインデックスであってもよい。

そのような例示の実施形態では、完全なＢＦＲレポートが、閾値品質を超える信号品質を有する候補ビームのインディケーションのみを含み得る。そのため、表示される候補ビームのない失敗Ｓセルが存在する可能性がある。これらの候補ビームは、以下に説明する優先順位の１つ以上に従って優先順位を付けることができる。

あるいは、いくつかの例示の実施形態では、失敗Ｓセルに対して、閾値品質を超える候補ビームと閾値品質未満の候補ビームとの両方が、ネットワークデバイス１１０に報告されることが要求され得る。例えば、閾値品質を超える品質を有する候補ビームが、特定の失敗Ｓセル、例えば、Ｓセル１０３に対して検出されなかった場合、端末デバイス１２０は、１つ以上の候補ビームに関する情報の一部として、複数の候補ＲＳの中から信号品質が最も高い候補ＲＳのインディケーションを生成してもよい。このインディケーションは、最も高い信号品質を持つ候補ＲＳのインデックスであってもよい。

そのような例示の実施形態では、完全なＢＦＲレポートは、失敗Ｓセルの各々、例えば、失敗したサービングセルの各々に対する候補ビームのインディケーションを備え得る。これらの候補ビームは、それらの品質に基づいて、最初に優先順位を付けられ得る。例えば、閾値品質を超える候補ビームは、閾値品質未満の候補ビームよりも優先され得る。

本明細書のいずれの例においても、候補ビームの測定された量は、候補ＲＳのインデックスと共に報告され得る。一例を挙げると、この量は、ＲＳＲＰ、参照信号受信品質（ＲＳＲＱ）、信号対干渉雑音比（ＳＩＮＲ）などのうちの少なくとも１つであり得る。

ここで、図６を参照する。図６は、本開示のいくつかの実施形態による、ビーム失敗を報告するための例示のフォーマット６００を説明する概略図を示す。例示のフォーマット６００は、ＬＣＩＤフィールド６０１、第１のビットマップ６０２及び第２のビットマップ６０３を含み、これらは、それぞれ図４に示すＬＣＩＤフィールド４０１、第１のビットマップ４０２及び第２のビットマップ４０３と同様のものであってよい。例示のフォーマット６００は、さらにフィールド６０４、６０５及び６０６を有し、これらのフィールドは、失敗Ｓセルに対して１つ以上の候補ビームを示すために使用される。例示のフォーマット６００では、１つ以上の候補ビームの各々が、対応する候補ＲＳのインデックスによって示されている。インデックス１、２、・・・、Ｎは、以下に説明される優先順位の１つ以上に基づいて、レポートに配置されてもよい。

ここで、図３に戻って参照する。端末デバイス１２０は、情報を送信するために割り当てられたリソースが十分であるかどうかを、その情報の量に基づいて判定する（３１０）。端末デバイス１２０は、割り当てられたアップリンクリソースが、失敗したサービングセル及び１つ以上の候補ビームに関する全ての情報、例えば、上記の情報の３つの部分全てを伝送できるかどうかを判定することができる。アップリンクリソースは、ＵＬグラントによって示されるリソースであってもよく、または定期的なＰＵＣＣＨリソースであってもよい。

端末デバイス１２０は、失敗したサービングセル及び１つ以上の候補ビームに関する情報の少なくとも一部分を、１つ以上のサービングセルに関連付けられたネットワークデバイス１１０に送信する（３１５）。リソースが十分であれば、端末デバイス１２０は、失敗したサービングセル及び１つ以上の候補ビームに関する全ての情報を、ネットワークデバイス１１０に送信する。例えば、情報は、図６に示すフォーマットで送信され得る。このような場合は、端末デバイス１２０によって完全なＢＦＲレポートが送信されることを意味する。完全なＢＦＲレポートでは、１つ以上の候補ビームのインディケーションは、端末デバイス１２０及びネットワークデバイス１１０の両方に知られている可能性がある、以下に説明する優先順位の１つ以上に基づいて配置され得る。

リソースが不十分である場合、端末デバイス１２０は、情報の一部分のみをネットワークデバイス１１０に送信する。このような場合は、短縮されたＢＦＲレポートが、端末デバイス１２０によって送信されることを意味する。次に、端末デバイス１２０が、どのようにして情報の送信される部分を決定するかの詳細について説明する。

失敗セル、例えば失敗Ｓセルのインディケーションを構成する情報の先頭の部分は、最も高い優先度を有し得る。例えば、図６に示す第１のビットマップ６０２は、最も高い優先度を有し得る。したがって、アップリンクリソースのペイロードサイズが非常に限られているために、セルインデックスビットマップ（例えば、第１のビットマップ４０２、５０２、６０２）のみがネットワークデバイス１１０に送信されるケースがあり得る。そのため、端末デバイス１２０が、ネットワークデバイス１１０へのＭＡＣ ＣＥのＢＦＲレポートをトリガすることを判定し、ＣＢＲＡを使用してリソースを要求したとき、端末デバイス１２０は、ＢＦＲレポートをメッセージ３（Ｍｓｇ３）に含めてもよい。Ｍｓｇ３がセルインデックスビットマップと候補ビームビットマップとを収容できない場合は、候補ビームビットマップを省略してもよく、端末デバイス１２０はセルインデックスビットマップのみを送信することができる。

いくつかの例示の実施形態では、Ｐセルの候補ビームを報告することは、任意のＳセル／Ｓセルグループの候補ビームを報告することよりも優先され得る。例えば、Ｐセル／ＰＳセルの候補ビームは、ＢＦＲレポートが、失敗のないＳセル上を（例えば、図５に示す例示のフォーマット５００で）伝送された場合に報告することができる。それ以外の場合には、Ｐセル／ＰＳセル上を伝送されるＰＲＡＣＨプリアンブルが、Ｐセル／ＰＳセルの候補ビームを示す。ＭＡＣ ＣＥのＢＦＲレポートは、Ｍｓｇ３またはＭｓｇ５のような、ランダムアクセス手順の結果もたらされるＵＬグラントによって表示されるリソースでのみ送信できるように、制限されてもよい。

いくつかの例示的な実施形態では、ビーム失敗検出のためにＳセルが設定されておらず、ＢＦＲレポートが（ＢＦＲ ＭＡＣ ＣＥと呼ばれることもある）ＭＡＣ ＣＥの形式である場合、ＢＦＲ ＭＡＣ ＣＥのＭＡＣサブヘッダ（すなわち、ＬＣＩＤを含むバイト）は、（例えば、Ｍｓｇ３で送信されたとき）Ｐセル／ＰＳセルの失敗のインディケーションに十分であり得る。

異なるＳセルの候補ビームのインディケーションはまた、例えば、これらの候補ビームの信号品質と、候補ビームの各々に対応するＳセルとに基づいて、優先順位が付けられてもよい。例えば、完全なＢＦＲレポートが、閾値品質を超える候補ビームと、閾値品質未満の候補ビームとの両方を備える例示の実施形態では、閾値品質を超える品質を有する候補ビーム（複数可）は、閾値品質未満の品質を有する候補ビーム（複数可）よりも優先され得る。

対応するＳセルに基づく、例示の優先順位をいくつか示す。例示の優先順位は、Ｓセル／Ｓセルグループのインデックスに基づいていてもよい。例えば、ネットワークデバイス１１０は、Ｓセル／Ｓセルグループのインデックスに基づいて、優先順位を明示的に設定することができる。あるいは、優先順位は、Ｓセル／Ｓセルグループのインデックス（または論理インデックス）の昇順／降順に基づいてもよい。一例を挙げると、優先順位がＳセルのインデックスの降順に基づいており、Ｓセル１０３が端末デバイス１２０の失敗したＳセルの中で、最も低いインデックス、または最も高いインデックスを有する場合、Ｓセル１０３に関連付けられた候補ビームのインディケーションは、端末デバイス１２０によって省略されてもよい。

別の例示の優先順位は、ＳセルがＰセル１０１などのＰセルと同じグループにあるかどうかに基づき得る。例えば、Ｐセルと同じグループのＳセルを優先させてもよい。様々なタイプのグループを定義して検討することができる。例えば、デュアル接続のシナリオでは、Ｐセルと同じセルグループにあるＳセルが優先されてもよい。別の例を挙げると、Ｐセルと同じＰＵＣＣＨグループまたはタイミングアドバンス（ＴＡ）グループにあるＳセルが優先されてもよい。さらなる例を挙げると、Ｐセルと同じビーム管理グループにあるＳセルが優先されてもよい。つまり、ビーム失敗検出の目的で、または新候補ビームの目的で、Ｐセルとグループ化されたセルが優先されるように、Ｓセルが優先される。

さらなる例示の優先順位は、特定のＳセルに関連付けられた他のＳセルの数に基づき得るものである。例えば、他のほとんどのＳセルに関連しているＳセルが優先され得る。つまり、セル数が多い（グループサイズが大きい）グループのＳセルは、セル数が少ない（グループサイズが小さい）グループのＳセルよりも優先され得る。

他の例示の優先順位には、Ｓセルのキャリア設定に基づいたものがあり得る。セルのイントラバンド構成またはインターバンド構成に従って閾値品質を超える候補ビームを有するＳセルの場合、イントラバンドキャリアで構成されたＳセル（複数可）は、インターバンドキャリアで構成されたＳセル（複数可）よりも高い優先度を有し得る。

さらなる例示の優先順位は、Ｓセルでスケジュールされた送信に基づき得る。例えば、直近にスケジュールされたＳセルが優先的に報告される。直近にスケジュールされたＳセルの判定は、端末デバイス１２０が、どのＳセルに対して、直近にハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）を送信したか、または例えば非周期的にＣＳＩレポートをトリガしたかに基づいてもよい。

さらなる例示の優先順位として、ＵＬ同期を伴うＳセルを優先させてもよい。言い換えれば、タイミング調整タイマ（ＴＡＴ）が実行されているタイミング調整グループ（ＴＡＧ）内のＳセルが優先され得る。さらに別の例示の優先順位として、例えば、端末デバイス１２０が、それらのセル上のＰＤＣＣＨを測定するがデコードしない、いわゆる休止セルに対して、ビーム失敗検出を実行する場合には、アクティブ化されたＳセルを優先させてもよい。

候補ビームの優先度は、対応するＳセルの優先度に基づいて判定され得る。優先度の高い第１の候補ビームのインディケーションは、優先度の低い第２の候補ビームのインディケーションよりも優先される。そのため、リソースが不十分であるときは、ＢＦＲレポートでは第２の候補ビームのインディケーションを省略してもよい。例えば、Ｓセル１０２がＳセル１０３よりも優先度が高い場合、Ｓセル１０２の候補ビームは、Ｓセル１０３の候補ビームよりも優先される。すなわち、Ｓセル１０２の候補ビームのインディケーションは、Ｓセル１０３の候補ビームのインディケーションに先行する位置に配置され得る。アップリンクリソースが不十分であるときは、Ｓセル１０２の候補ビームのインディケーションを省略することはできないが、Ｓセル１０３の候補ビームのインディケーションは省略してもよい。

どのビーム候補を送信される部分、すなわち短縮されたレポートに含めることができるかについての情報を判定する際には、上記の例示の優先順位を組み合わせることができる。例えば、２つ以上の候補ビームが、優先順位に基づいて等しい優先順位を有する場合、１つの候補ビームが選択されるまで、端末デバイス１２０によって別の優先順位が使用されてもよい。端末デバイス１２０は、上記の優先順位のうちの１つ以上に基づいて、ネットワークデバイス１１２０に送信すべき情報の部分を選択してもよく、選択された部分がアップリンクリソースによって収容され得るまで継続される。

例示の実施形態では、端末デバイス１２０は、（複数または１つの）どの候補ビームがネットワークデバイス１１０に報告されるかを判定することへ進む前に、少なくとも、失敗した全てのサービングセルのインディケーション（例えば、第１のビットマップまたはセルインデックスビットマップ）を含めることを最初に判定してもよい。

完全なＢＦＲレポートまたは短縮されたＢＦＲレポートを、様々な形で送信することができる。例えば、完全なＢＦＲレポートまたは短縮されたＢＦＲレポートを、次のうちのいずれか、すなわち、ＲＲＣメッセージ、ＭＡＣ ＣＥ、ＰＵＳＣＨまたはＰＵＣＣＨのうちのいずれかで送信してもよい。短縮されたＢＦＲレポートが端末デバイス１２０によって送信された場合、端末デバイス１２０はさらに、ビーム失敗に関する情報が部分的に送信されたことを示すインディケーションを、ネットワークデバイス１１０に送信してもよい。例えば、所定値を持つＬＣＩＤフィールド、またはレポート内の別の専用フィールドを使用して、短縮されたＢＦＲレポートを表示することができる。

いくつかの例示の実施形態では、失敗セルに関する情報と、１つ以上の候補ビームに関する情報とは、同じメッセージで、例えば、失敗セルが表示されている同じメッセージで、送信され得る。あるいは、失敗セルに関する情報と、１つ以上の候補ビームに関する情報とは、異なるメッセージで送信されてもよい。１つ以上の候補ビームに関する情報、例えば、候補ビームのビットマップや候補ＲＳのインデックスは、Ｓセルの失敗が示された後に別個のメッセージで送信してもよい。図６に示す例では、第２のビットマップ６０３と、フィールド６０４～６０６を構成するバイトとは、第１のビットマップ６０１が送信された後に、送信され得る。

いくつかの例示の実施形態では、閾値品質がネットワークデバイス１２０によって設定されているとき、ビーム失敗を報告するためのフォーマットは、測定量情報（例えば、ＲＳＲＰ）を全く含まなくてもよい。このような場合、端末デバイス１２０によるサービングセル（例えば、Ｓセル１０２）の候補ビームの選択は、ネットワークデバイス１１０にとって十分であり、その候補ビームの具体的な品質は、ネットワークデバイス１１０に報告されなくてもよい。

引き続き図３を参照する。ネットワークデバイス１１０は、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関する情報の少なくとも一部分を受信する（３２０）。情報の受信された部分に基づいて、ネットワークデバイス１１０は、少なくとも、示された１つ以上のサービングセルでビーム失敗が検出されたことを判定する（３２０）。

ネットワークデバイス１１０が完全なＢＦＲレポートを受信する場合、例えば、ＬＣＩＤフィールドが完全なレポートを表示する場合、候補ビームビットマップ（例えば、第２のビットマップ４０３、５０３または６０３）は、閾値品質を超える候補ビームを有する失敗した全てのセルを表示し得る。つまり、セルインデックスビットマップ（例えば、第１のビットマップ４０２、５０２または６０２）では「１」と表示されているが、候補ビームビットマップでは「０」と表示されているセルには、閾値品質を超える候補ビームが存在しない。ネットワークデバイス１１０が、短縮されたＢＦＲレポートを受信する場合、例えば、ＬＣＩＤフィールドが、短縮されたレポートを表示する場合、候補ビームビットマップ（例えば、第２のビットマップ４０３、５０３または６０３）は、上記の優先順位の１つ以上に基づいて報告される候補ビームを有するセルを表示し得る。つまり、セルインデックスビットマップ（例えば、第１のビットマップ４０２、５０２または６０２）では「１」、候補ビームビットマップでは「０」と表示されている少なくとも１つのセルには、閾値品質を超えるが報知されない候補ビームが存在する。このような場合、ネットワークデバイス１１０は、端末デバイス１２０のビーム失敗に関する完全情報を取得するために、さらなるＵＬグラントを提供してもよい。

いくつかの例示の実施形態では、短縮されたＢＦＲレポートが送信されたとき、端末デバイス１２０は、１つ以上の候補ビーム及び１つ以上の失敗したサービングセルに関する情報の残りの部分を送信してもよい。端末デバイス１２０が、短縮されたＢＦＲレポートを報告したとき、例えば端末デバイス１２０が完全なＢＦＲレポートを送信するまで、完全なＢＦＲレポートは保留中であると見なされ得る。

あるいは、端末デバイス１２０が、完全なＢＦＲレポートに元々含まれていた全ての情報を送信する（例えば、端末デバイス１２０は、短縮されたレポートに含まれていない残りの情報を報告してもよいし、または完全なＢＦＲレポートを送信してもよい）まで、完全なＢＦＲレポートは保留中であると見なされ得る。

別の例を挙げると、端末デバイス１２０が、報告された情報が変更されたと判定するまで、例えば、端末デバイス１２０が、候補ビーム（複数可）に関する情報が、報告されていないＳセル（複数可）について変更されたと判定するまで、完全なＢＦＲレポートは保留中であると見なされ得る。短縮されたＢＦＲレポートを送信した後に、ＵＬグラントによって示されたリソースが完全なレポートに対応できない場合には、端末デバイス１２０は、すでに報告された候補ビームを除いて、さらに短縮されたレポートを送信することを判定してもよい。

本開示による例示の実施形態のさらなる詳細を、図７～図８を参照して説明する。

図７は、本開示のいくつかの例示の実施形態による例示の方法７００のフローチャートを示す。方法７００は、例えば、図１に示す端末デバイス１２０などのデバイスで実施することができる。議論においては、図１を参照しながら方法７００を説明する。

ブロック７１０で、端末デバイス１２０は、端末デバイスの１つ以上のサービングセルでのビーム失敗を検出する。ビーム失敗が１つ以上のサービングセルで検出された場合、ブロック７２０で、端末デバイス１２０は、１つ以上の候補ビームと、１つ以上のサービングセルとに関する情報を取得する。１つ以上の候補ビームの各々は、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている。ブロック７３０で、端末デバイス１２０は、情報の少なくとも一部分を、１つ以上のサービングセルに関連付けられたネットワークデバイス１１０へ送信する。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、１つ以上のサービングセルの各々に対応する複数のビットのうちのビットには、第１の所定値が割り当てられている。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、複数のビットのうちのビットには、対応するサービングセルが以下の、対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、または対応するサービングセルのための候補ビームのインディケーションが送信された部分に含まれること、のうちの１つを満たす場合、第２の所定値が割り当てられる。

いくつかの例示の実施形態では、情報の少なくとも一部を送信することは、情報を送信するために割り当てられたリソースが十分であるかどうかを、情報の量に基づいて、判定することと、リソースが不十分であるとの判定に応答して、情報の一部分をネットワークデバイスに送信することとを備える。

いくつかの例示の実施形態では、情報の一部分を送信することは、１つ以上の候補ビームのうちの少なくとも１つの候補ビームを選択することと、選択された少なくとも１つの候補ビームのインディケーションを、ネットワークデバイスに送信することとを備える。

いくつかの例示の実施形態では、１つ以上の候補ビームの第１の候補ビームは、１つ以上のサービングセルのセカンダリセルに関連付けられ、第１の候補ビームの信号品質が閾値品質を超える、セカンダリセルが、１つ以上のサービングセルのうちで最も低いインデックスを有する、セカンダリセルが、１つ以上のサービングセルのうちで最も高いインデックスを有する、セカンダリセルが、端末デバイスのためのプライマリセルと同じグループに属する、セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、セカンダリセルがイントラバンドキャリアで構成されている、またはセカンダリセルで送信がスケジュールされている場合に、少なくとも１つの候補ビームの１つとして第１の候補ビームを選択することを含む。

いくつかの例示の実施形態では、１つ以上のサービングセルはサービングセルを含み、情報を取得することは、サービングセル用に構成された複数の候補参照信号の信号品質を判定することと、複数の候補参照信号から、閾値品質を超える信号品質を有する候補参照信号を検出することと、閾値品質を超える信号品質を有する候補参照信号を検出することに応答して、１つ以上の候補ビームに関する情報の少なくとも一部分として、検出された候補参照信号のインディケーションを生成することとを備える。

いくつかの例示の実施形態では、方法７００は、閾値品質を超える信号品質を有する候補参照信号の不在に応答して、１つ以上の候補ビームに関する情報の少なくとも一部として、最も高い信号品質を有する複数の候補参照信号の中から候補参照信号のインディケーションを生成することをさらに備える。

いくつかの例示の実施形態では、方法７００は、情報が部分的に送信されるというインディケーションを送信することをさらに備える。

いくつかの例示の実施形態では、方法７００は、情報の残りの部分をネットワークデバイス１１０に送信することをさらに備える。

いくつかの例示の実施形態では、情報の一部分は、以下の、無線リソース制御メッセージ、ＭＡＣ ＣＥ、ＰＵＳＣＨ、または物理アップリンク制御チャネルのうちの１つで送信される。

図８は、本開示のいくつかの例示の実施形態による例示の方法８００のフローチャートを示す。方法８００は、例えば、図１に示すネットワークデバイス１１０などのデバイスで実施することができる。議論においては、図１を参照しながら方法８００を説明する。

ブロック８１０で、ネットワークデバイス１１０は、端末デバイス１２０から、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関する情報の少なくとも一部分を受信する。１つ以上の候補ビームの各々は、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている。ブロック８２０で、ネットワークデバイス１１０は、受信された部分に基づいて、少なくとも、１つ以上のサービングセルでビーム失敗が検出されたと判定する。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、１つ以上のサービングセルの各々に対応する複数のビットのうちのビットには、第１の所定値が割り当てられている。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、複数のビットのうちのビットには、対応するサービングセルが以下の、対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、または対応するサービングセルのための候補ビームのインディケーションが受信された部分に含まれること、のうちの１つを満たす場合、第２の所定値が割り当てられる。

いくつかの例示の実施形態では、情報の少なくとも一部分を受信することは、情報の一部分を受信することを備える。

いくつかの例示の実施形態では、受信された部分は、１つ以上の候補ビームのうちの少なくとも１つの候補ビームのインディケーションを備える。方法８００は、さらに、１つ以上のサービングセルから、少なくとも１つの候補ビームに関連付けられた少なくとも１つのサービングセルを判定することを備える。

いくつかの例示の実施形態では、少なくとも１つの候補ビームの第１の候補ビームは、１つ以上のサービングセルのセカンダリセルに関連付けられ、少なくとも１つのサービングセルを判定することは、セカンダリセルが、１つ以上のサービングセルのうちで最も低いインデックスを有する、セカンダリセルが、１つ以上のサービングセルのうちで最も高いインデックスを有する、セカンダリセルが、端末デバイスのためのプライマリセルと同じグループに属する、セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、セカンダリセルがイントラバンドキャリアで構成される、またはセカンダリセルで送信がスケジュールされている場合に、セカンダリセルを少なくとも１つのサービングセルの１つとして判定することを備える。

いくつかの例示の実施形態では、方法８００は、情報が部分的に送信されるというインディケーションを受信することをさらに備える。

いくつかの例示の実施形態では、方法８００は、情報の残りの部分を端末デバイスから受信することをさらに備える。

いくつかの例示の実施形態では、情報の少なくとも一部分は、以下の、無線リソース制御メッセージ、ＭＡＣ ＣＥ、ＰＵＳＣＨ、または物理アップリンク制御チャネルのうちの１つで受信される。

いくつかの例示の実施形態では、方法７００を実行することができる装置が、方法７００のそれぞれのステップを実行するための手段を備え得る。この手段は、任意の好適な形式で実施することができる。例えば、この手段は、回路またはソフトウェアモジュールで実施され得る。

いくつかの例示の実施形態では、本装置は、端末デバイスにおいて、端末デバイスの１つ以上のサービングセルでのビーム失敗を検出する手段と、１つ以上のサービングセルでのビーム失敗を検出することに応答して、１つ以上の候補ビーム及び１つ以上のサービングセルに関する情報を取得する手段であって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、取得する手段と、情報の少なくとも一部分を、１つ以上のサービングセルに関連付けられたネットワークデバイスへ送信する手段とを備える。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、１つ以上のサービングセルの各々に対応する複数のビットのうちのビットには、第１の所定値が割り当てられている。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、複数のビットのうちのビットには、対応するサービングセルが以下の、対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、または対応するサービングセルのための候補ビームのインディケーションが送信された部分に含まれること、のうちの１つを満たす場合、第２の所定値が割り当てられる。

いくつかの例示の実施形態では、情報の少なくとも一部分を送信する手段は、情報を送信するために割り当てられたリソースが十分であるかどうかを、情報の量に基づいて、判定する手段と、リソースが不十分であるとの判定に応答して、情報の一部分をネットワークデバイスに送信する手段とを備える。

いくつかの例示の実施形態では、情報の一部分を送信する手段は、１つ以上の候補ビームのうちの少なくとも１つの候補ビームを選択する手段と、選択された少なくとも１つの候補ビームのインディケーションを、ネットワークデバイスに送信する手段とを備える。

いくつかの例示の実施形態では、１つ以上の候補ビームの第１の候補ビームは、１つ以上のサービングセルのセカンダリセルに関連付けられ、第１の候補ビームの信号品質が閾値品質を超える、セカンダリセルが、１つ以上のサービングセルのうちで最も低いインデックスを有する、セカンダリセルが、１つ以上のサービングセルのうちで最も高いインデックスを有する、セカンダリセルが、端末デバイスのためのプライマリセルと同じグループに属する、セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、セカンダリセルがイントラバンドキャリアで構成されている、またはセカンダリセルで送信がスケジュールされている場合に、少なくとも１つの候補ビームの１
つとして第１の候補ビームを選択する。

いくつかの例示の実施形態では、１つ以上のサービングセルはサービングセルを含み、情報を取得する手段は、サービングセル用に構成された複数の候補参照信号の信号品質を判定する手段と、複数の候補参照信号から、閾値品質を超える信号品質を有する候補参照信号を検出する手段と、閾値品質を超える信号品質を有する候補参照信号を検出することに応答して、１つ以上の候補ビームに関する情報の少なくとも一部として、検出された候補参照信号のインディケーションを生成する手段とを備える。

いくつかの例示の実施形態では、本装置は、閾値品質を超える信号品質を有する候補参照信号の不在に応答して、１つ以上の候補ビームに関する情報の少なくとも一部として、最も高い信号品質を有する複数の候補参照信号の中から候補参照信号のインディケーションを生成する手段をさらに備える。

いくつかの例示の実施形態では、本装置は、情報が部分的に送信されるというインディケーションを送信する手段をさらに備える。

いくつかの例示の実施形態では、本装置は、情報の残りの部分をネットワークデバイス１１０に送信する手段をさらに備える。

いくつかの例示の実施形態では、情報の少なくとも一部分は、以下の、無線リソース制御メッセージ、ＭＡＣ ＣＥ、または物理アップリンク制御チャネルのうちの１つで送信される。

いくつかの例示の実施形態では、方法８００を実行することができる装置が、方法８００のそれぞれのステップを実行するための手段を備え得る。この手段は、任意の好適な形式で実施することができる。例えば、この手段は、回路またはソフトウェアモジュールで実施され得る。

いくつかの例示の実施形態では、本装置は、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関する情報の少なくとも一部分を、ネットワークデバイスにおいて、かつ端末デバイスから、受信する手段であって、１つ以上の候補ビームの各々が、１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている、受信する手段と、受信された部分に基づいて、少なくとも、１つ以上のサービングセルでビーム失敗が検出されたと判定する手段とを備える。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、１つ以上のサービングセルの各々に対応する複数のビットのうちのビットには、第１の所定値が割り当てられている。

いくつかの例示の実施形態では、情報は、端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、複数のビットのうちのビットには、対応するサービングセルが以下の、対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、または対応するサービングセルのための候補ビームのインディケーションが受信された部分に含まれること、のうちの１つを満たす場合、第２の所定値が割り当てられる。

いくつかの例示の実施形態では、情報の少なくとも一部分を受信することは、情報の一部分を受信することを備える。

いくつかの例示の実施形態では、受信された部分は、１つ以上の候補ビームのうちの少なくとも１つの候補ビームのインディケーションを備える。本装置は、さらに、１つ以上のサービングセルから、少なくとも１つの候補ビームに関連付けられた少なくとも１つのサービングセルを判定する手段を備える。

いくつかの例示の実施形態では、少なくとも１つの候補ビームの第１の候補ビームは、１つ以上のサービングセルのセカンダリセルに関連付けら、少なくとも１つのサービングセルを判定する手段は、セカンダリセルが、１つ以上のサービングセルのうちで最も低いインデックスを有する、セカンダリセルが、１つ以上のサービングセルのうちで最も高いインデックスを有する、セカンダリセルが、端末デバイスのためのプライマリセルと同じグループに属する、セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、セカンダリセルがイントラバンドキャリアで構成されている、またはセカンダリセルで送信がスケジュールされている場合に、セカンダリセルを少なくとも１つのサービングセルの１つとして判定する手段を備える。

いくつかの例示の実施形態では、本装置は、情報が部分的に送信されるというインディケーションを受信する手段をさらに備える。

いくつかの例示の実施形態では、本装置は、情報の残りの部分を端末デバイスから受信する手段をさらに備える。

いくつかの例示の実施形態では、情報の少なくとも一部分は、以下の、無線リソース制御メッセージ、ＭＡＣ ＣＥ、ＰＵＳＣＨ、または物理アップリンク制御チャネルのうちの１つで受信される。

図９は、本開示の実施形態を実施するのに適したデバイス９００の簡略化されたブロック図である。デバイス９００は、例えば、図１に示す端末デバイス１２０またはネットワークデバイス１１０などの通信デバイスを実施するために提供され得る。図示するように、デバイス９００は、１つ以上のプロセッサ９１０、プロセッサ９１０に結合された１つ以上のメモリ９２０、及びプロセッサ９１０に結合された１つ以上の通信モジュール９４０を含む。

通信モジュール９４０は、双方向通信用のものである。通信モジュール９４０は、通信を容易にするために少なくとも１つのアンテナを有する。通信インタフェースは、他のネットワーク要素との通信に必要な任意のインタフェースを表し得る。

プロセッサ９１０は、ローカル技術ネットワークに適した任意のタイプのものであってよく、以下のうちの１つ以上、すなわち、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含み得る。デバイス９００は、メインプロセッサを同期させるクロックに時間的にスレーブされた特定用途向け集積回路チップなどの複数のプロセッサを有することができる。

メモリ９２０は、１つ以上の不揮発性メモリと１つ以上の揮発性メモリとを含み得る。不揮発性メモリの例としては、読み出し専用メモリ（ＲＯＭ）９２４、電気的にプログラム可能な読み出し専用メモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）などの磁気記憶装置及び／または光記憶装置が挙げられるが、これらに限定されない。揮発性メモリの例としては、電源を落としている間には持続しないランダムアクセスメモリ（ＲＡＭ）９２２及び他の揮発性メモリが挙げられるが、これらに限定されない。

コンピュータプログラム９３０は、関連するプロセッサ９１０によって実行されるコンピュータ実行可能命令を含む。プログラム９３０は、ＲＯＭ９２０に格納されてもよい。プロセッサ９１０は、プログラム９３０をＲＡＭ９２０にロードすることにより、任意の好適な動作及び処理を行い得る。

本開示の実施形態は、図７～図８を参照して説明した本開示の任意の処理をデバイス９００が実行できるように、プログラム９３０によって実施されてもよい。本開示の実施形態はまた、ハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって実施されてもよい。

いくつかの実施形態では、プログラム９３０は、デバイス９００（メモリ９２０など）、またはデバイス９００によってアクセス可能な他の記憶装置に含まれ得るコンピュータ可読媒体に、有形的に含まれてもよい。デバイス９００は、実行のために、プログラム９３０をコンピュータ可読媒体からＲＡＭ９２２にロードすることができる。コンピュータ可読媒体としては、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤ、及びこれらに類するものなど、任意のタイプの有形の不揮発性記憶装置が挙げられ得る。図１０は、ＣＤまたはＤＶＤの形態のコンピュータ可読媒体１０００の例を示す。コンピュータ可読媒体には、プログラム９３０が格納されている。

一般に、本開示の様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実施され得る。いくつかの態様は、ハードウェアにより実施されてもよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアにより実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、または他のいくつかの図的記述を使用して図示及び説明がなされているが、本明細書で説明されているブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特殊用途の回路もしくはロジック、汎用のハードウェアもしくはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組み合わせにより実施し得ることを理解されたい。

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図７～図８を参照して上記で説明した方法７００または８００を実行するために、プログラムモジュールに含まれるものなど、対象の実プロセッサまたは仮想プロセッサ上のデバイスで実行されるコンピュータ実行可能命令を含む。一般に、プログラムモジュールには、特定のタスクを実行し、または特定の抽象データ型を実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造、またはこれらに類するものが含まれる。プログラムモジュールの機能は、様々な実施形態において望まれるように、プログラムモジュール間で組み合わせ、または分割することができる。プログラムモジュールの機械実行可能な命令は、ローカルデバイス内または分散型デバイス内で実行され得る。分散型デバイスでは、プログラムモジュールは、ローカル及びリモートの両方の記憶媒体に配置され得る。

本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで書くことができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供され得、その結果、プログラムコードがプロセッサまたはコントローラによって実行されると、それにより、フローチャート及び／またはブロック図で規定された機能／動作が実行されるようになる。プログラムコードは、完全にマシン上で実行される場合もあれば、スタンドアローンのソフトウェアパッケージとして一部マシン上で実行される場合もあり、一部がマシン上で実行され、一部がリモートマシン上で実行される場合もあれば、完全にリモートマシンまたはサーバ上で実行される場合もある。

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置またはプロセッサが、上記のように様々なプロセス及び動作を実行できるように、任意の好適なキャリアによって運ばれ得る。キャリアの例としては、信号、コンピュータ可読媒体、及びこれらに類するものがある。

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体は、電子、磁気、光、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、あるいは上記の任意好適な組み合わせを含んでもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例としては、１本以上のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、光記憶装置、磁気記憶装置、または上記の任意好適な組み合わせが挙げられる。

さらに、動作が特定の順序で示されているが、これは望ましい結果を得るために、そのような動作が、示された特定の順序で実行されること、または順次に実行されること、あるいは図示された全ての動作が実行されることを要求するものと解されるべきではない。特定の状況では、マルチタスク処理及び並列処理が有利な場合もある。同様に、いくつかの具体的な実施態様の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限と解釈されるべきではなく、特定の実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の実施形態の文脈で説明されている特定の特徴は、単一の実施形態のうちで組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明されている様々な特徴もまた、複数の実施形態で別々に、または任意の好適なサブコンビネーションで実施してもよい。

本開示は、構造的特徴及び／または方法論的行為に固有の言語で説明されてきたが、添付の特許請求の範囲で定義される本開示は、必ずしも上記の特定の特徴または行為に限定されるものではないことを理解されたい。むしろ、上記の特定の特徴及び行為は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (44)

1. 端末デバイスであって、
   少なくとも１つのプロセッサと、
   プログラムコードを含む少なくとも１つのメモリと、
   を備える、端末デバイスであり、
   前記少なくとも１つのメモリ及び前記プログラムコードが、前記少なくとも１つのプロセッサと共に、前記端末デバイスに少なくとも、
   前記端末デバイスのための１つ以上のサービングセルでのビーム失敗を検出することと、
   前記１つ以上のサービングセルで前記ビーム失敗を検出することに応答して、１つ以上の候補ビーム及び前記１つ以上のサービングセルに関する情報を取得することであって、前記１つ以上の候補ビームの各々が、前記１つ以上のサービングセルのうちのそれぞれ１つに関連付けられていることと、
   前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられたネットワークデバイスに送信することと、
   前記情報の量に基づいて、前記情報を送信するために割り当てられたリソースが十分であるかどうかを判定することであって、
   前記リソースが十分である場合、前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスに送信することは、全ての前記情報を包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の完全なビーム失敗回復（ＢＦＲ）レポートを、前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスへ送信することを含み、
   前記リソースが不十分である場合、前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスに送信することは、前記情報の一部分のみを包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の短縮されたビーム失敗回復（ＢＦＲ）レポートを、前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスへ送信することを含む、判定することと、
   を行わせるように構成され、
   前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、それぞれのサービングセルに対応する、前記複数のビットのうちのビットには、所定値が割り当てられ、
   前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、前記複数のビットのうちのビットには、前記対応するサービングセルが以下の、
   前記対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、および
   前記対応するサービングセルのための前記候補ビームのインディケーションが送信された部分に含まれること、
   を満たす場合、所定値が割り当てられる、
   端末デバイス。
2. 前記端末デバイスは、前記情報を完全に送信するために割り当てられたリソースが不十分であると判定した後、前記短縮されたＢＦＲレポートで送信するようにされる、請求項１に記載の端末デバイス。
3. 他の場合には、前記情報を完全に包含する完全なＢＦＲ ＭＡＣ ＣＥが送信される、請求項２に記載の端末デバイス。
4. 前記端末デバイスは、さらに、
   前記１つ以上の候補ビームのうちの少なくとも１つの候補ビームを選択することと、
   選択された少なくとも１つの候補ビームのインディケーションを、前記情報の一部分に含めることと、
   を行うようにされる、請求項１に記載の端末デバイス。
5. 前記少なくとも１つの候補ビームは、前記１つ以上のサービングセルのセカンダリセルに関連付けられ、前記１つ以上のサービングセルは１つ以上のインデックスで示され、前記少なくとも１つの候補ビームは、以下の基準、
   第１の候補ビームの信号品質が閾値品質を超える、
   前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も低いインデックスを有する、
   前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も高いインデックスを有する、
   前記セカンダリセルが、前記端末デバイスのためのプライマリセルと同じグループに属する、
   前記セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、
   前記セカンダリセルがイントラバンドキャリアで構成される、または
   前記セカンダリセルで送信がスケジュールされている、
   のうちの少なくとも１つに基づいて選択される、請求項４に記載の端末デバイス。
6. 前記情報の一部分は、前記１つ以上の候補ビームの優先順位に基づいて選択される、前記１つ以上の候補ビームのうちの少なくとも１つに関する情報を含む、請求項１に記載の端末デバイス。
7. 前記優先順位は、前記１つ以上のサービングセルのインデックスの昇順に基づいている、請求項６に記載の端末デバイス。
8. 前記１つ以上のサービングセルはサービングセルを含み、
   前記端末デバイスは、前記サービングセル用に構成された複数の候補参照信号の信号品質を判定することと、
   前記複数の候補参照信号から、閾値品質を超える信号品質を有する候補参照信号を検出することと、
   前記１つ以上の候補ビームに関する情報の少なくとも一部として、前記検出された候補参照信号のインディケーションを生成することと、
   によって、前記情報を取得するようにされる、請求項１に記載の端末デバイス。
9. 前記端末デバイスは、さらに、前記複数の候補参照信号から識別される候補参照信号のインディケーションを、前記複数の候補参照信号の信号品質のうちの最も高い信号品質を有するものとして、生成させるようにされ、前記インディケーションは、前記１つ以上の候補ビームに関する情報に含められる、請求項８に記載の端末デバイス。
10. 前記端末デバイスは、さらに、前記情報が部分的に送信されるというインディケーションを送信するようにされる、請求項１に記載の端末デバイス。
11. 前記端末デバイスは、さらに、前記情報の残りの部分を前記ネットワークデバイスに送信するようにされる、請求項１に記載の端末デバイス。
12. ネットワークデバイスであって、
    少なくとも１つのプロセッサと、
    プログラムコードを含む少なくとも１つのメモリと、
    を備える、ネットワークデバイスであり、
    前記少なくとも１つのメモリ及び前記プログラムコードが、前記少なくとも１つのプロセッサと共に、前記ネットワークデバイスに少なくとも、
    情報の一部分のみを包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の短縮されたビーム失敗回復（ＢＦＲ）レポートを、端末デバイスから受信することであって、前記情報が、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関し、前記１つ以上の候補ビームの各々が、前記１つ以上のサービングセルのうちのそれぞれ１つに関連付けられていることと、
    または
    前記端末デバイスから、全ての情報を包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の完全なビーム失敗回復（ＢＦＲ）レポートを受信することと、
    前記情報の一部分に基づいて、前記１つ以上のサービングセルについて、少なくとも１つのビーム失敗が報告されたと判定することと、
    を行わせるように構成され、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、前記１つ以上のサービングセルのそれぞれのサービングセルに対応する、前記複数のビットのうちのビットには、所定値が割り当てられ、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、前記複数のビットのうちのビットには、前記対応するサービングセルが以下の、
    前記対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、および
    前記対応するサービングセルのための前記候補ビームのインディケーションが、前記情報の一部分に含まれること、
    を満たす場合、所定値が割り当てられる、
    ネットワークデバイス。
13. 前記ネットワークデバイスは、前記情報を完全に送信するために割り当てられたリソースが不十分なインスタンスにおいて前記短縮されたＢＦＲレポートを受信するようにされる、請求項１２に記載のネットワークデバイス。
14. 他の場合には、前記情報を完全に包含する完全なＢＦＲ ＭＡＣ ＣＥが受信される、請求項１３に記載のネットワークデバイス。
15. 前記情報の一部分は、前記１つ以上の候補ビームのうちの少なくとも１つの候補ビームのインディケーションを備え、
    前記ネットワークデバイスは、さらに、前記１つ以上のサービングセルから、前記少なくとも１つの候補ビームに関連付けられた少なくとも１つのサービングセルを判定するようにされる、請求項１２に記載のネットワークデバイス。
16. 前記少なくとも１つの候補ビームの第１の候補ビームは、前記１つ以上のサービングセルのセカンダリセルに関連付けられ、前記１つ以上のサービングセルは１つ以上のインデックスで示され、前記ネットワークデバイスは、
    前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も低いインデックスを有する、
    前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も高いインデックスを有する、
    前記セカンダリセルが、前記端末デバイスのためのプライマリセルと同じグループに属する、
    前記セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、
    前記セカンダリセルがイントラバンドキャリアで構成される、または
    前記セカンダリセルで送信がスケジュールされている
    場合に、前記セカンダリセルを前記少なくとも１つのサービングセルの１つとして判定するように構成される、請求項１５に記載のネットワークデバイス。
17. 前記情報の一部分は、前記１つ以上の候補ビームの優先順位に基づいて選択される、前記１つ以上の候補ビームのうちの少なくとも１つに関する情報を含む、請求項１２に記載のネットワークデバイス。
18. 前記優先順位は、前記サービングセルのインデックスの昇順に基づいている、請求項１７に記載のネットワークデバイス。
19. 前記ネットワークデバイスは、さらに、前記情報が部分的に送信されるというインディケーションを受信するようにされる、請求項１２に記載のネットワークデバイス。
20. 前記ネットワークデバイスは、さらに、前記情報の残りの部分を前記端末デバイスから受信するようにされる、請求項１２に記載のネットワークデバイス。
21. 方法であって、
    端末デバイスにおいて、前記端末デバイスのための１つ以上のサービングセルでのビーム失敗を検出することと、
    前記１つ以上のサービングセルで前記ビーム失敗を検出することに応答して、１つ以上の候補ビーム及び前記１つ以上のサービングセルに関する情報を取得することであって、前記１つ以上の候補ビームの各々が、前記１つ以上のサービングセルのうちのそれぞれ１つに関連付けられていることと、
    前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられたネットワークデバイスに送信することと、
    前記情報の量に基づいて、前記情報を送信するために割り当てられたリソースが十分であるかどうかを判定することであって、
    前記リソースが十分である場合、前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスに送信することは、全ての前記情報を包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の完全なビーム失敗回復（ＢＦＲ）レポートを、前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスへ送信することを備え、
    前記リソースが不十分である場合、前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスに送信することは、前記情報の一部分のみを包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の短縮されたビーム失敗回復（ＢＦＲ）レポートを、前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスへ送信することを備える、判定することと、
    を備え、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、前記１つ以上のサービングセルのそれぞれのサービングセルに対応する、前記複数のビットのうちのビットには、所定値が割り当てられ、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、前記複数のビットのうちのビットには、前記対応するサービングセルが以下の、
    前記対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、および
    前記対応するサービングセルのための前記候補ビームのインディケーションが送信された部分に含まれること、
    を満たす場合、所定値が割り当てられる、
    方法。
22. 前記情報を完全に送信するために割り当てられたリソースが、不十分であると判定することをさらに備える、請求項２１に記載の方法。
23. 他の場合には、前記情報を完全に包含する完全なＢＦＲ ＭＡＣ ＣＥが送信される、請求項２２に記載の方法。
24. 前記１つ以上の候補ビームのうちの少なくとも１つの候補ビームを選択することと、
    選択された少なくとも１つの候補ビームのインディケーションを、前記情報の一部分に含めることと、
    をさらに備える、請求項２１に記載の方法。
25. 前記少なくとも１つの候補ビームは、前記１つ以上のサービングセルのセカンダリセルに関連付けられ、前記１つ以上のサービングセルは１つ以上のインデックスで示され、前記少なくとも１つの候補ビームは、以下の基準、
    第１の候補ビームの信号品質が閾値品質を超える、
    前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も低いインデックスを有する、
    前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も高いインデックスを有する、
    前記セカンダリセルが、前記端末デバイスのためのプライマリセルと同じグループに属する、
    前記セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、
    前記セカンダリセルがイントラバンドキャリアで構成される、または
    前記セカンダリセルで送信がスケジュールされている、
    のうちの少なくとも１つに基づいて選択される、請求項２４に記載の方法。
26. 前記情報の一部分は、前記１つ以上の候補ビームの優先順位に基づいて選択される、前記１つ以上の候補ビームのうちの少なくとも１つに関する情報を含む、請求項２１に記載の方法。
27. 前記優先順位は、前記１つ以上のサービングセルのインデックスの昇順に基づいている、請求項２６に記載の方法。
28. 前記１つ以上のサービングセルはサービングセルを含み、前記情報を取得することは、
    前記サービングセル用に構成された複数の候補参照信号の信号品質を判定することと、
    前記複数の候補参照信号から、閾値品質を超える信号品質を有する候補参照信号を検出することと、
    前記１つ以上の候補ビームに関する情報の少なくとも一部として、前記検出された候補参照信号のインディケーションを生成することと、
    を備える、請求項２１に記載の方法。
29. 前記複数の候補参照信号の信号品質のうちの最も高い信号品質を有する複数の候補参照信号から識別される、前記候補参照信号のインディケーションを生成することであって、前記インディケーションが、前記１つ以上の候補ビームに関する情報に含められること
    をさらに備える、請求項２８に記載の方法。
30. 前記情報が部分的に送信されるというインディケーションを送信すること
    をさらに備える、請求項２１に記載の方法。
31. 前記情報の残りの部分を前記ネットワークデバイスに送信すること
    をさらに備える、請求項２１に記載の方法。
32. 方法であって、
    情報の一部分のみを包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の短縮されたビーム失敗回復（ＢＦＲ）レポートを、ネットワークデバイスにおいて、かつ端末デバイスから、受信することであって、前記情報が、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関し、前記１つ以上の候補ビームの各々が、前記１つ以上のサービングセルのうちのそれぞれ１つに関連付けられていること、または
    前記ネットワークデバイスにおいて前記端末デバイスから、全ての情報を包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の完全なビーム失敗回復（ＢＦＲ）レポートを受信することと、
    前記情報の一部分に基づいて、前記１つ以上のサービングセルについて、少なくとも１つのビーム失敗が報告されたと判定することと、
    を備え、
    前記情報の一部分が、短縮されたビーム失敗回復（ＢＦＲ）レポートを備え、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、それぞれのサービングセルに対応する、前記複数のビットのうちのビットには、所定値が割り当てられ、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、前記複数のビットのうちのビットには、前記対応するサービングセルが以下の、
    前記対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、および
    前記対応するサービングセルのための候補ビームのインディケーションが、前記情報の一部分に含まれること、
    を満たす場合、所定値が割り当てられる、
    方法。
33. 前記情報を完全に送信するために割り当てられたリソースが不十分なインスタンスにおいて前記短縮されたＢＦＲレポートを受信すること
    を備える、請求項３２に記載の方法。
34. 他の場合には、前記情報を完全に包含する完全なＢＦＲ ＭＡＣ ＣＥを受信する、請求項３３に記載の方法。
35. 前記情報の一部分は、前記１つ以上の候補ビームのうちの少なくとも１つの候補ビームのインディケーションを備え、前記方法は、さらに、
    前記１つ以上のサービングセルから、前記少なくとも１つの候補ビームに関連付けられ
    た少なくとも１つのサービングセルを判定すること
    を備える、請求項３２に記載の方法。
36. 前記少なくとも１つの候補ビームの第１の候補ビームは、前記１つ以上のサービングセルのセカンダリセルに関連付けられ、前記１つ以上のサービングセルは１つ以上のインデックスで示され、前記セカンダリセルは、
    前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も低いインデックスを有する、
    前記セカンダリセルが、前記１つ以上のサービングセルのインデックスのうちの最も高いインデックスを有する、
    前記セカンダリセルが、前記端末デバイスのためのプライマリセルと同じグループに属する、
    前記セカンダリセルが、複数のさらなるセカンダリセルに関連付けられている、
    前記セカンダリセルがイントラバンドキャリアで構成される、または
    前記セカンダリセルで送信がスケジュールされている
    場合に、前記少なくとも１つの候補ビームの１つとして判定される、請求項３５に記載の方法。
37. 前記情報の一部分は、前記１つ以上の候補ビームの優先順位に基づいて選択される、前記１つ以上の候補ビームのうちの少なくとも１つに関する情報を含む、請求項３２に記載の方法。
38. 前記優先順位は、前記１つ以上のサービングセルのインデックスの昇順に基づいている、請求項３７に記載の方法。
39. 前記情報が部分的に送信されるというインディケーションを受信すること
    をさらに備える、請求項３２に記載の方法。
40. 前記情報の残りの部分を前記端末デバイスから受信すること
    をさらに備える、請求項３２に記載の方法。
41. 装置であって、
    端末デバイスにおいて、前記端末デバイスの１つ以上のサービングセルでのビーム失敗を検出するための手段と、
    前記１つ以上のサービングセルで前記ビーム失敗を検出することに応答して、１つ以上の候補ビーム及び前記１つ以上のサービングセルに関する情報を取得するための手段であって、前記１つ以上の候補ビームの各々が、前記１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている手段と、
    前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられたネットワークデバイスに送信するための手段と、
    前記情報の量に基づいて、前記情報を送信するために割り当てられたリソースが十分であるかどうかを判定するための手段であって、
    前記リソースが十分である場合、前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスに送信するための手段は、全ての前記情報を包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の完全なビーム失敗回復（ＢＦＲ）レポートを、前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスへ送信するための手段を備え、
    前記リソースが不十分である場合、前記情報の少なくとも一部分を前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスに送信するための手段は、前記情報の一部分のみを包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の短縮されたビーム失敗回復（ＢＦＲ）レポートを、前記１つ以上のサービングセルに関連付けられた前記ネットワークデバイスへ送信するための手段を備える、判定するための手段と、
    を備え、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、前記１つ以上のサービングセルのそれぞれのサービングセルに対応する、前記複数のビットのうちのビットには、所定値が割り当てられ、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、前記複数のビットのうちのビットには、前記対応するサービングセルが以下の、
    前記対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、および
    前記対応するサービングセルのための前記候補ビームのインディケーションが送信された部分に含まれること、
    を満たす場合、所定値が割り当てられる、
    装置。
42. 装置であって、
    情報の一部分のみを包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の短縮されたビーム失敗回復（ＢＦＲ）レポートを、ネットワークデバイスにおいて、かつ端末デバイスから、受信するための手段であって、前記情報が、１つ以上の候補ビームと、ビーム失敗が検出された１つ以上のサービングセルとに関し、前記１つ以上の候補ビームの各々が、前記１つ以上のサービングセルのうちのそれぞれ１つに関連付けられている手段と、または
    前記ネットワークデバイスにおいて前記端末デバイスから、全ての情報を包含する、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の完全なビーム失敗回復（ＢＦＲ）レポートを受信するための手段と、
    前記情報の一部分に基づいて、前記１つ以上のサービングセルについて、少なくとも１つのビーム失敗が報告されたと判定するための手段と、
    を備え、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第１のビットマップを備え、前記１つ以上のサービングセルのそれぞれのサービングセルに対応する、前記複数のビットのうちのビットには、所定値が割り当てられ、
    前記情報は、前記端末デバイスのための複数のサービングセルに対応する複数のビットを含む第２のビットマップを備え、前記複数のビットのうちのビットには、前記対応するサービングセルが以下の、
    前記対応するサービングセルのための候補ビームが、閾値を超える品質を有すること、および
    前記対応するサービングセルのための候補ビームのインディケーションが前記情報の前記一部分に含まれること、
    を満たす場合、所定値が割り当てられる、
    装置。
43. 装置に、少なくとも請求項２１～３１のいずれか一項に記載の方法を実行させるためのプログラム命令を備える、非一時的コンピュータ可読媒体。
44. 装置に、少なくとも請求項３２～４０のいずれか一項に記載の方法を実行させるためのプログラム命令を備える、非一時的コンピュータ可読媒体。

Images