JP7308932B2 - サービングセル用のビーム障害回復 - Google Patents

Description

本開示の実施形態は、一般に、電気通信の分野に関し、特に、サービングセル用のビーム障害回復（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ，ＢＦＲ）のための方法、デバイス、およびコンピュータ可読記憶媒体に関する。

ＮＲシステムまたはＮＲネットワークとも称される新無線（Ｎｅｗ Ｒａｄｉｏ）アクセスシステムは、次世代の通信システムである。ＮＲシステムでは、帯域幅を増加させるためにロングタームエボリューション（ＬＴＥ）－アドバンストで用いられるキャリアアグリゲーション（ＣＡ）がサポートされることが合意されている。ＣＡを用いる場合、複数のサービングセルが存在する。一般的に、プライマリセル（ＰＣｅｌｌ）および少なくとも１つのセカンダリセル（ＳＣｅｌｌ）が用意される。ビーム障害は、サービングセルのビーム対の品質が十分に低下する（例えば、閾値と比較して、または関連付けられるタイマのタイムアウトで）と生じる場合がある。

ビーム障害回復手順は、ユーザ機器（ＵＥ）にサービングしているビームのすべてまたは一部が障害となった場合に、ビームを回復させるためのメカニズムである。ビーム回復は、リンク再構成とも称され得る。ビーム回復の目的は、１つまたは複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）リンクがいつ障害状態に入ったと考えられるかを検出し、そのリンクを回復させることである。リンクを回復させるために、ＵＥはネットワークに向けてシグナリングを開始して、障害、および候補リンク（ビーム）と呼ばれる新しい潜在的なリンク（ビーム）を示す。ＵＥから受信したビーム障害回復リクエスト（ＢＦＲＲ）に対するレスポンスとして、ネットワークはＵＥを新しいＰＤＣＣＨリンクで設定することができる。現在、ビーム障害回復は１つのサービングセルについて定義されており、実際にはＰＣｅｌｌのみに対するビーム障害回復をカバーしている。したがって、ＳＣｅｌｌのためのビーム障害回復に関する課題が依然として残っている。

一般に、本開示の例示の実施形態は、サービングセル用のビーム障害回復のための方法、デバイス、およびコンピュータ可読記憶媒体を提供する。

第１の態様では、端末デバイスに実装される方法が提供される。方法は、端末デバイスのサービングセル上のビーム障害を検出することを含み、サービングセルは、端末デバイスにサービングするプライマリセルとセカンダリセルのうちの少なくとも１つを含む。方法は、サービングセル上のビーム障害を検出したことに応じて、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を生成することをさらに含み、ＭＡＣ ＣＥは、サービングセルに関連付けられるフィールドを含み、フィールドは、ビーム障害を示す事前定義済の値（ｐｒｅｄｅｆｉｎｅｄ ｖａｌｕｅ）に設定される。方法は、ＭＡＣ ＣＥを、サービングセルに関連付けられるネットワークデバイスに送信することをさらに含む。

第２の態様では、ネットワークデバイスに実装される方法が提供される。方法は成立する。方法は、端末デバイスから、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を受信することであって、ＭＡＣ ＣＥは、端末デバイスのサービングセルに関連付けられるフィールドを含み、サービングセルは、端末デバイスにサービングするプライマリセルとセカンダリセルのうちの少なくとも１つを含み、フィールドは、ビーム障害を示す事前定義済の値に設定される、受信することをさらに含む。方法は、ＭＡＣ ＣＥ中のフィールドに基づいて、サービングセル上のビーム障害を判断することをさらに含む。

第３の態様では、端末デバイスが提供される。デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリを含む。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサによって、デバイスに、第１の態様に記載の方法を少なくとも実施させるように構成される。

第４の態様では、ネットワークデバイスが提供される。デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリを含む。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサによって、デバイスに、第２の態様に記載の方法を少なくとも実施させるように構成される。

第５の態様では、第１の態様に記載の方法のステップを実施する手段を備える装置が提供される。

第６の態様では、第２の態様に記載の方法のステップを実施する手段を備える装置が提供される。

第７の態様では、コンピュータプログラムを記憶して有するコンピュータ可読媒体が提供され、コンピュータプログラムは、デバイスの少なくとも１つのプロセッサによって実行されると、デバイスに、第１の態様に記載の方法を遂行させる。

第８の態様では、コンピュータプログラムを記憶して有するコンピュータ可読媒体が提供され、コンピュータプログラムは、デバイスの少なくとも１つのプロセッサによって実行されると、デバイスに、第２の態様に記載の方法を遂行させる。

概要セクションは、本開示の実施形態の主要または本質的な特徴を特定することは意図しておらず、本開示の範囲を限定するために用いられることも意図されていないことを理解されたい。また、方法は、シグナリングを行ういかなる特定の無線層にも限定されないことにも留意すべきである。本開示の他の特徴は、以下の説明によって容易に理解可能となろう。

添付の図面における本開示のいくつかの例示の実施形態のさらに詳細な説明を通じて、上述のならびに本開示の他の目的、特徴および利点をさらに明らかにする。

本開示の実施形態を実装することができる例示の通信ネットワークを示す図である。 空間的な疑似コロケーション（ＱＣＬ：ｑｕａｓｉ－ｃｏ－ｌｏｃａｔｉｏｎ）がキャリアをまたいでいると想定したＢＦＤ－ＲＳ構成を図示する概略図である。 キャリアをまたぐ空間的なＱＣＬ想定がないＢＦＤ－ＲＳ構成を図示する概略図である。 本開示のいくつかの実施形態による、ＢＦＲのための例示の方法のフローチャートである。 本開示のいくつかの実施形態による、サービングセルのビーム障害を示すための媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を示す図である。 本開示のいくつかの実施形態による、サービングセルのビーム障害を示すための別のＭＡＣ ＣＥの図である。 本開示のいくつかの実施形態による、ＢＦＲのための例示の方法のフローチャートである。 本開示の例示の実施形態を実装するために適切なデバイスの簡略化したブロック図である。

図面を通じて、同一または類似の参照符号は、同一または類似の要素を表現する。

次に本開示の原理を、いくつかの例示の実施形態を参照して説明する。これらの実施形態は、本開示の範囲に対するいかなる限定も示唆することなく、例示の目的および当業者が本開示を理解して実装する支援の目的のためにのみ説明されることを理解されたい。本明細書において説明される開示は、以下で説明されるもの以外に様々な方法で実装することができる。

そうではないと定義されない限り、以下の説明、および特許請求の範囲では、本明細書において使用されるすべての技術的かつ科学的な用語は、本開示が属する分野の当業者によって一般的に理解されるのと同じ意味を有する。

本明細書で使用される場合、用語「通信ネットワーク」は、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）および５Ｇ ＮＲなどのあらゆる適切な通信規格または通信プロトコルに従い、例えば多入力多出力（ＭＩＭＯ）、ＯＦＤＭ、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、符号分割多重化（ＣＤＭ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、マシンタイプ通信（ＭＴＣ）、ｅＭＢＢ、ｍＭＴＣおよびｕＲＬＬＣ技術を含むあらゆる適切な通信技術を利用するネットワークを指す。議論目的のため、いくつかの実施形態では、ＬＴＥネットワーク、ＬＴＥ－Ａネットワーク、５Ｇ ＮＲネットワーク、またはそれらのあらゆる組合せを、通信ネットワークの例とする。

本明細書で使用される場合、用語「ネットワークデバイス」は、通信ネットワークのネットワーク側におけるあらゆる適切なデバイスを指す。ネットワークデバイスは、通信ネットワークのアクセスネットワークにおけるあらゆる適切なデバイスを含むことができ、例えば基地局（ＢＳ）、中継局、アクセスポイント（ＡＰ）、ノードＢ（ＮｏｄｅＢすなわちＮＢ）、エボルブドＮｏｄｅＢ（ｅＮｏｄｅＢすなわちｅＮＢ）、ギガビットＮｏｄｅＢ（ｇＮＢ）、リモート無線モジュール（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムト、ピコなどの低電力ノードなどを含む。議論目的のため、いくつかの実施形態では、ｅＮＢをネットワークデバイスの例とする。

ネットワークデバイスは、コアネットワーク内にあらゆる適切なデバイスをさらに含むことができ、例えばＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）もしくは基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、モバイルスイッチングセンター（ＭＳＣ）およびＭＭＥ、運用管理（Ｏ＆Ｍ）ノード、運用支援システム（ＯＳＳ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、エンハンストサービングモバイルロケーションセンター（Ｅ－ＳＭＬＣ）などのポジショニングノード、ならびに／またはモバイルデータ端末（ＭＤＴ）を含むことができる。

本明細書で使用される場合、用語「端末デバイス」は、ネットワークデバイスまたは通信ネットワーク内のさらなる端末デバイスとの通信が可能な、そのような通信用に設定された、そのような通信用に構成された、および／またはそのような通信用に動作可能なデバイスを指す。通信には、電磁的信号、電波、赤外信号および／または空気中で情報を伝達するのに適切な他のタイプの信号を使用する、無線信号の送信および／または受信を伴う場合がある。いくつかの実施形態では、端末デバイスは、直接の人間対話なしに情報を送信および／または受信するように構成することができる。例えば、端末デバイスは、内部もしくは外部のイベントによってトリガされると、またはネットワーク側からのリクエストに応答して、所定のスケジュールでネットワークデバイスに情報を送信することができる。

端末デバイスの例としては、スマートフォン、無線対応タブレットコンピュータ、ラップトップ埋め込み型機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、および／または無線カスタマ構内設備（ＣＰＥ）などのユーザ機器（ＵＥ）が挙げられるがそれに限定されない。以下では議論目的のため、端末デバイスの例としてＵＥを参照していくつかの実施形態を説明するが、用語「端末デバイス」および「ユーザ機器」（ＵＥ）は、本開示のコンテキストでは互換的に使用する場合がある。

本明細書で使用される場合、用語「セル」は、ネットワークデバイスによって送信された無線信号によってカバーされるエリアを指す。セル内にある端末デバイスは、ネットワークデバイスによってサービングされ、ネットワークデバイスを介して通信ネットワークにアクセスすることができる。

本明細書で使用される場合、用語「回路」は、次のうちの１つもしくは複数、または次のすべてを指す場合がある：
（ａ）ハードウェアのみの回路実装形態（アナログおよび／またはデジタル回路のみの実装形態など）
（ｂ）（適用可能として）次のような、ハードウェア回路とソフトウェアとの組合せ：（ｉ）アナログおよび／またはデジタルのハードウェア回路と、ソフトウェア／ファームウェアとの組合せ、ならびに（ｉｉ）携帯電話またはサーバなどの装置に様々な機能）を実行させるよう共に動作する、ソフトウェア（デジタル信号プロセッサを含む）、ソフトウェア、およびメモリを伴うハードウェアプロセッサの任意の部分
（ｃ）動作のためにソフトウェア（例えば、ファームウェア）を必要とするが、ソフトウェアは動作に必要とされない場合存在しなくてもよい、ハードウェア回路およびまたはマイクロプロセッサもしくはマイクロプロセッサの一部などのプロセッサ。

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

本明細書で使用される場合、コンテキストがそうではないと明らかに示さない限りは、単数形の「ａ（１つの）」、「ａｎ（１つの）」、および「ｔｈｅ（その）」は、同じように複数形を含むことを意図されている。用語「ｉｎｃｌｕｄｅｓ（含む）」およびその変形は、「～を含むがそれに限定されない」ことを意味するオープンな用語として読まれるべきである。用語「に基づいて」は、「に少なくとも部分的に基づいて」として読まれるべきである。用語「１つの実施形態」および「一実施形態」は、「少なくとも１つの実施形態」として読まれるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」と読まれるべきである。以下には明示的および暗黙的な他の定義が含まれ得る。

図１は、本開示の実施形態を実装することができる例示の通信ネットワーク１００を示している。ネットワーク１００は、ネットワークデバイス１１０、およびネットワークデバイス１１０によってサービングされる端末デバイス１２０を含む。ネットワーク１００は、端末デバイス１２０にサービングするための、１つまたは複数のサービングセル１０１、１０２を提供することができる。ネットワークデバイス、端末デバイス、およびサービングセルの数は、単なる図示目的であり、いかなる限定も示唆するものではないことを理解されたい。ネットワーク１００は、本開示の実施形態を実装するために構成される、あらゆる適切な数のネットワークデバイス、端末デバイス、およびサービングセルを含むことができる。用語「セル」および「サービングセル」は、本明細書において互換的に使用され得ることに留意されたい。

通信ネットワーク１００では、ネットワークデバイス１１０は、データおよび制御情報を端末デバイス１２０に通信することができ、端末デバイス１２０はまた、データおよび制御情報をネットワークデバイス１１０に通信することができる。ネットワークデバイス１１０から端末デバイス１２０へのリンクは、ダウンリンク（ＤＬ）またはフォワードリンクと称され、一方で端末デバイス１２０からネットワークデバイス１１０へのリンクはアップリンク（ＵＬ）またはリバースリンクと称される。

ネットワーク１００における通信は、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）および汎欧州デジタル移動体通信システム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含むがそれに限定されない、あらゆる適切な規格に準拠し得る。さらには、通信は、現在既知のまたは将来的に開発される、あらゆる世代の通信プロトコルに従って実施され得る。通信プロトコルの例としては、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルが挙げられるが、それに限定されない。

ＣＡは、ネットワーク１００でサポートされ得、幅広い帯域幅をサポートするために２つ以上のコンポーネントキャリア（ＣＣ）が集約される。ＣＡでは、ネットワークデバイス１１０は、端末デバイス１２０に、１つのＰＣｅｌｌ１０１および少なくとも１つのＳＣｅｌｌ１０２を含む複数のサービングセルを提供することができる。図１には１つのＳＣｅｌｌ１０２しか示していないが、ネットワークデバイス１１０は、複数のＳＣｅｌｌを提供することができる。図１に示されるＰＣｅｌｌ１０１およびＳＣｅｌｌ１０２の構成は、単なる図示目的であり、いかなる限定も示唆するものではないことも理解されたい。ＰＣｅｌｌ１０１およびＳＣｅｌｌ１０２は、図１に示される以外の他の構成であってもよい。

実施形態では、ネットワークデバイス１１０は、ビームフォーミング技法を実装し、複数のビームを介して信号を端末デバイス１２０に送信するように構成される。端末デバイス１２０は、複数のビームを介してネットワークデバイス１１０によって送信された信号を受信するように構成される。ＰＣｅｌｌ１０１およびＳＣｅｌｌ１０２用に構成される様々なビームがあってもよい。図１に示されるように、ＤＬビーム１１１は、ＳＣｅｌｌ１０２用に構成されている。ＳＣｅｌｌ１０２は、それに関連付けられるさらなるビームを有することができることを理解されたい。示されてはいないが、ＰＣｅｌｌ１０１もそれに関連付けられるビームを有していてもよい。

上で言及したように、ビーム障害は、ＰＣｅｌｌ１０１およびＳＣｅｌｌ１０２のいずれかで生じる場合がある。次に、ビーム障害検出（ＢＦＤ）およびビーム障害回復（ＢＦＲ）への簡単な導入を説明する。

ネットワークデバイスは、リンクの品質を監視するための１セットの参照信号（ＲＳ）で端末デバイスを構成する。ＲＳのこのセットは、Ｑ０またはビーム障害検出ＲＳもしくはＢＦＤ－ＲＳと称される場合がある。典型的には、ＢＦＤ－ＲＳは、ＰＤＣＣＨ復調用参照信号（ＤＭＲＳ）で空間的にＱＣＬ（以下参照、「ＱＣＬ－ＴｙｐｅＤ」の略）されるように構成される。すなわち、これらのＲＳは、ＰＤＣＣＨを送信するために使用されるダウンリンクビームに対応する。ダウンリンクビームは、ＲＳによって、同期信号（ＳＳ）／物理的なブロードキャストチャネル（ＰＢＣＨ）ブロックインデックス（時間場所インデックス）、またはチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソース（セット）インデックスのいずれに特定される。ネットワークデバイスは、無線リソース制御（ＲＲＣ）シグナリングを使用してＢＦＤ－ＲＳリストを構成することができるか、または組み合わせたＲＲＣおよび媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）シグナリングを使用することが可能な場合がある。

２つの異なる信号が同一のＱＣＬタイプを共有する場合、同一の示されるプロパティを共有する。例として、ＱＣＬプロパティは、例えば遅延スプレッド、平均遅延、ドップラースプレッド、ドップラーシフト、空間ＲＸであり得る。ＱＣＬタイプＡは、ドップラースプレッド、ドップラーシフト、遅延スプレッド、および／または平均遅延を意味し、ＱＣＬタイプＤは空間ＲＸを意味する。現在、ＱＣＬタイプは次のように定義されている：
－ ’ＱＣＬ－ＴｙｐｅＡ’：｛ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド｝
－ ’ＱＣＬ－ＴｙｐｅＢ’：｛ドップラーシフト、ドップラースプレッド｝
－ ’ＱＣＬ－ＴｙｐｅＣ’：｛ドップラーシフト、平均遅延｝
－ ’ＱＣＬ－ＴｙｐｅＤ’：｛空間Ｒｘパラメータ｝

さらなる例として、ＣＳＩ－ＲＳおよびＳＳＢが相互間にタイプＤのＱＣＬ想定を有する場合、これはネットワークデバイス（ＵＥ）が同一のＲＸ空間フィルタ（ビーム）を利用してこれらの信号を受信する可能性があることを意味している。

端末デバイスが明示的にＢＦＤ－ＲＳリストで構成されない場合、端末デバイスは、制御リソースセット（ＣＯＲＥＳＥＴ）ごと、すなわち、空間的にＰＤＣＣＨ ＤＭＲＳでＱＣＬされたダウンリンク参照信号（ＣＳＩ－ＲＳ、ＳＳ／ＰＢＣＨブロックまたはＳＳＢ）、換言するとＰＤＣＣＨビームごとに、構成済／指示済／アクティブ化済ＰＤＣＣＨ－送信構成インジケーション（ＴＣＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態に基づいて暗黙的にＢＦＤ－ＲＳリソースを決定する。ＳＳ／ＰＢＣＨブロックは、直接的または間接的に、ＢＦＤ－ＲＳセット（Ｑ０）に含められてもよい。すなわち、ＳＳＢはＴＲＳ（トラッキング参照信号）として構成することができ、ＴＲＳはＣＯＲＥＳＥＴ用のＰＤＣＣＨについてのＴＣＩ状態のアクティブ化によってＢＦＤ－ＲＳとして構成することができる。ＳＳＢは、暗黙的または明示的にＢＦＤ－ＲＳとして構成することもできる。

物理層は、（Ｑ０のセット内のＢＦＤ－ＲＳに基づいて）無線リンクの品質を定期的に調査する。調査はＢＦＤ－ＲＳごとに行われ、ビーム障害検出セット内のそれぞれのＢＦＤ－ＲＳの無線リンク状態が、障害状態にあると考えられる場合、すなわちＲＳを使用して推定された仮定的なＰＤＣＣＨブロック誤り率（ＢＬＥＲ）が、設定された閾値を上回る場合、ビーム障害インスタンス（ＢＦＩ）インジケーションが上位層（ＭＡＣ）に与えられる。ＢＬＥＲ閾値の一例は、無線リンクモニタリングＯＯＳ／Ｑｏｕｔ＝１０％に使用される同期外れ（ｏｕｔ ｏｆ ｓｙｎｃ）閾値であり得る。評価とインジケーションは、定期的に行われる。少なくとも１つのＢＦＤ－ＲＳが障害状態にない事例では、上位層にはインジケーションが与えられない。

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

ネットワークデバイスは、端末デバイスに、専用の信号を使用して示され得る回復用の候補ＲＳのリストを提供することができる。候補ビームＬ１－参照信号受信電力（ＲＳＲＰ）測定値が、ＭＡＣ層に提供され得、ＭＡＣ層は新規候補ビームの選択を行い、ネットワークデバイスに新規候補ビームを示すためのアップリンクリソースを決定する。ネットワークデバイスは、候補ビーム固有である競合フリーのランダムアクセス（ＣＦＲＡ）リソースなどの専用のシグナリングリソースで端末デバイスを構成することができ、すなわち端末デバイスはプリアンブルを送信することによって新規候補を示すことができる。

ビーム障害回復手順は、端末デバイスがビーム障害を宣言してあり、かつ端末デバイスが新規候補ビームまたはＬ１測定値（例えば、Ｌ１－ＲＳＲＰ）に基づいてビームを検出してある場合に、開始される。専用の信号はビーム障害回復目的のために（例えば、ＰＲＡＣＨプールから）構成することができ、候補ビーム、換言すればダウンリンクＲＳ（参照信号、ＳＳＢ、またはＣＳＩ－ＲＳ）によって特定されたビームを示すために使用することができる。この専用の信号は、ＢＦＲリソースまたはＣＦＲＡリソースと称されることがあり、ＣＦＲＡ信号を使用するビーム回復手順は、プリアンブル受信に対するｇＮＢレスポンスに関して、ランダムアクセス（ＲＡ）手順とは若干異なることに留意しなければならない。専用のプリアンブルは、候補－ビーム－ＲＳ－リスト中の候補ＲＳごとに構成することができる。具体的な閾値は、（Ｌ１－ＲＳＲＰ測定値に基づく）新規候補ビームのうちいずれかがその閾値を上回る場合に、新規候補ビームが専用の信号（セットＱ１内のリソースのセットまたは候補ビームリスト）を使用して示され得るように構成することができる。端末デバイスは、まず、そのセットから候補ビームをから選択し、設定された閾値を上回るビームがない場合は、端末デバイスは競合ベースのシグナリングを利用して新規候補ビームを示す。競合ベースのランダムアクセス（ＣＢＲＡ）プリアンブルリソースは、固有のダウンリンクＲＳ（ＳＳＢまたはＣＳＩ－ＲＳ）にマッピングされる。

端末デバイスは、ビーム回復レスポンスウィンドウ（ＲＡＲウィンドウに類似している）の間、回復信号を送信するために使用される同一のビームアラインメント（すなわち、ＴＸに使用されたのと同一のビーム方向が、ＲＸに使用される）を使用してＢＦＲＲ（またはＢＦＲＱ）に対するネットワークレスポンスを監視する。これはネットワークデバイスが、示されたダウンリンク参照信号で空間的にＱＣＬされたビームを使用してレスポンスを与えることを期待する。この対応関係が保たれない事例は、まだ定義されない。

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

現在、ビーム障害回復（ＢＦＲ）またはリンク再構成手順は、ＰＣｅｌｌとＳＣｅｌｌとを区別せず（キャリアアグリゲーションの場合）、サービングセルに適用することができる。これは、ＳＣｅｌｌが対応するアップリンクキャリアをさらに有する場合に当てはまる。端末デバイスが競合ベースのＲＡＣＨ構成を伴う対応するＵＬキャリアを有する場合、現在のＢＦＲ／リンク再構成手順を直接適用することができる。

図２Ａは、空間的なＱＣＬがキャリアをまたいでいると想定したＢＦＤ－ＲＳ構成を図示する概略図２００であり、図２Ｂは、キャリアをまたぐ空間的なＱＣＬ想定がないＢＦＤ－ＲＳ構成を図示する概略図２５０である。図２Ａおよび図２Ｂに示されるＲＳは、ＳＳ／ＰＢＣＨブロックおよびＣＳＩ－ＲＳである。例えば、ＰＣｅｌｌ２５１について、ビーム２０１はＳＳ／ＰＢＣＨブロックについて構成され、ビーム２０２および２０３は、ＣＳＩ－ＲＳについて構成される。図２Ｂに示されるＳＣｅｌｌ２１Ｎについて、ビーム２０４はＳＳ／ＰＢＣＨブロックについて構成され、ビーム２０５および２０６は、ＣＳＩ－ＲＳについて構成される。一般に、図２Ａはセルのグループが同時的に障害状態にあると考えられ得る事例、すなわち１つのセルがビーム障害状態にある場合、そのグループ内のすべてのセルが障害状態にあると考えられ得る事例を図示している。したがって、場合によっては、ビーム障害検出目的のために、１つのセルだけを定義することが可能な場合がある。

図２Ａに示されるような事例では、クロスキャリアの空間的なＱＣＬがＰＣｅｌｌ２５１およびＳＣｅｌｌ２０１～２０Ｎについて有効である。ビーム障害は、ＰＣｅｌｌ２５１のＢＦＤ－ＲＳリソース（ＣＳＩ－ＲＳ、ＳＳ／ＰＢＣＨブロック）上で検出され得、これはリンク品質を調査するために使用された参照信号の空間的なＱＣＬ想定のため、すべてのＳＣｅｌｌ２０１～２０Ｎがビーム障害状態にあることを暗黙的に意味している。

一方で、図２Ｂに示されるような事例では、ＢＦＤ－ＲＳ用の空間的なＱＣＬ想定は、すべてのキャリアをまたいで保持されない。ＰＣｅｌｌ２５２およびＳＣｅｌｌ２１１～２１Ｎはセルのグループに属しているか、ビーム管理グループ２１０にあり、Ｓｃｅｌｌ２２１、２２２～２２ＮはＳＣｅｌｌのグループまたは別のビーム管理グループ２２０に属している。ビーム管理グループ２１０および２２０内のセル同士の間に、空間的なＱＣＬ想定はない。ＳＣｅｌｌのいずれにも互いに空間的なＱＣＬがない事例では、端末デバイスはビーム障害を検出してサービングセルごとに別個に回復を実施できる必要がある。一般に、図２Ｂはセルの１グループがビーム障害状態にあると考えることができる場合、セルの別のグループが障害状態にあると考えることができること、または考えることができないことを図示している。

図２Ｂに示されるシナリオは、例えば、Ｐｃｅｌｌ２５２が周波数範囲１（ＦＲ１、すなわち６ＧＨｚ「低周波数」を下回る）に位置している時に生じる場合があり、ＳＣｅｌｌはＦＲ２（例えば、６ＧＨｚすなわち「高周波数」を上回る）で構成される。あるいは、ＰＣｅｌｌおよびＳｃｅｌｌの両方は、同一のＦＲで動作し得るが、ＰＤＣＣＨ ＴＣＩ構成（セル固有である）のために、ＢＦＤ－ＲＳ検出リソースは、異なる場合があり、すなわちＰｃｅｌｌとＳＣｅｌｌの障害の間には対応関係がなくてもよい。後者は、特に複数の送信／受信ポイント（ＴＲＰ）を有するセルがデプロイされる場合に生じる場合がある。さらに代替的な事例では、ＳＣｅｌｌの１グループ（またはさらに一般的にサービングセルのグループ）とＳＣｅｌｌ（またはサービングセル）の別のグループの障害の間に対応関係がなくてもよい。サービングセルのグループは、ゼロ、１つまたは複数のＳＣｅｌｌを含む場合があり、ＰＣｅｌｌは、サービングセルのグループに含まれてもよい。以下の説明では用語「ＳＣｅｌｌのグループ」が使用されるが、本明細書においてＳＣｅｌｌのグループは、ＰＣｅｌｌを含む場合もあることに留意されたい。

しかしながら、現在のビーム障害回復は１つのセルだけを考える。ＳＣｅｌｌの障害回復の事例では、回復手順および関連するシグナリングを効率的にするために追加的なメカニズムが必要である。複数のＳＣｅｌｌに対してＢＦＤが行われる場合、例えば同一の障害物が現在のサービングビームに対する通信を遮っている場合など、いくつかのセルが同時的に障害となる場合がある。したがって、複数のＳＣｅｌｌのビーム障害を同時的にレポートするためのメカニズムがやはり必要である。

本開示の実施形態によると、サービングセル用のビーム障害回復、特にＳＣｅｌｌ用のビーム障害回復（ＳＣｅｌｌ ＢＦＲ）のための解決策が提案される。本開示では、ＳＣｅｌｌ ＢＦＲを示すためのＭＡＣ ＣＥフォーマット（ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥとも称される）が提案される。ＳＣｅｌｌ上のビーム障害を示すために、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは少なくとも１つのフィールドを含む。ＳＣｅｌｌ上でビーム障害が検出された場合、ＳＣｅｌｌに関連付けられたフィールドは、ビーム障害を示すよう事前定義済の値に設定される。本開示の実施形態に従うビーム障害回復のための解決策は、ＳＣｅｌｌで生じているビーム障害に適応することができる。その上、本開示の実施形態は、従来のビーム回復スキームよりも効率的なビーム障害回復を可能にする。

本開示の原理および実装形態を、図３を参照して以下で詳細に説明する。図３は、本開示のいくつかの例示の実施形態による、ＢＦＲのための例示の方法３００のフローチャートを示している。方法３００は、図１に示されるような端末デバイス１２０に実装することができる。議論目的のため、図１を参照して方法３００を説明する。

３１０において、端末デバイス１２０は端末デバイス１２０のサービングセル上でビーム障害を検出する。サービングセルは、ＰＣｅｌｌ１０１およびＳＣｅｌｌ１０２のうちの少なくとも１つを含む。例えば、端末デバイス１２０はＳＣｅｌｌ１０２上でビーム障害を検出する場合がある。３２０において、端末デバイスは、ビーム障害がサービングセル（例えば、ＳＣｅｌｌ１０２）上で検出されるかどうかを判断する。ビーム障害がサービングセル上で検出される場合、プロセスはブロック３３０に進む。３３０において、端末デバイス１２０は、本明細書ではＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥとも称されるＭＡＣ ＣＥを生成する。ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは、サービングセルに関連付けられるフィールドを含み、サービングセルに関連付けられるフィールドは、ビーム障害を示す事前定義済の値に設定される。本明細書において説明されるＭＡＣ ＣＥは「ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ」と称されるが、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥはＰＣｅｌｌ１０１、またはＳＣｅｌｌ１０２、またはＰＣｅｌｌ１０１とＳＣｅｌｌ１０２の両方でのビーム障害を示すために使用可能であることに留意されたい。

いくつかの実施形態では、サービングセルは、ＳＣｅｌｌ１０２であってもよく、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは、複数のフィールドを含むビットマップを含んでもよく、ＳＣｅｌｌ１０２に関連付けられるフィールドはビットマップに含められてもよい。次に、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥのフォーマットを図４および図５を参照して詳細に説明する。図４は、本開示のいくつかの実施形態に従うＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ４００を示している。

図４に示されるように、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ４００は、ビットマップ４０２を含み、Ｃｉ（ｉ＝１～７）フィールド４１１～４１７のそれぞれは、ＳＣｅｌｌまたはＳＣｅｌｌのグループに対応する。例えば、ＳＣｅｌｌのグループは、共通のビーム障害基準を共有するＳＣｅｌｌを含むビーム管理グループ（例えば、図２Ｂに示されるビーム管理グループ）であってもよい。換言すると、ＳＣｅｌｌのグループ内のＳＣｅｌｌのうちの１つがビーム障害状態にある時、同一のグループ内の他のＳＣｅｌｌも、ビーム障害状態にある。図４は７つのＣｉフィールドを示しているが、図４のビットマップ長は非限定的な例として考えられるべきであり、様々な値の「ｉ」を使用することができる。

Ｃｉフィールド４１１～４１７のそれぞれがＳＣｅｌｌに対応する事例では、ＣｉはＳＣｅｌｌインデックスを参照する場合がある。対応するフィールド（この例では、ビット）が事前定義済の値（例えば、「１」）に設定されると、そのフィールドは対応するＳＣｅｌｌでビーム障害が生じていることを示し、対応するフィールド（この例では、ビット）が別の事前定義済の値（例えば、「０」）に設定されると、そのフィールドは対応するＳＣｅｌｌでビーム障害は検出していないことを示す。例として、ＳＣｅｌｌ１０２に対応するフィールドがＣ₂フィールド４１２である。この時、端末デバイス１２０は、３３０において、Ｃ₂フィールド４１１の値を「１」に設定し、ＳＣｅｌｌ１０２でのビーム障害を示すことができる。

Ｃｉフィールド４１１～４１７のそれぞれがＳＣｅｌｌのグループに対応する事例では、ビットマップ４０２のインデックス付けは論理的である。この事例では、Ｃｉフィールド４１１～４１７は、ＳＣｅｌｌのインデックスに直接マッピングされるのではなく、グループにマッピングされる。換言すると、ビットマップ４０２はＳＣｅｌｌを、障害が検出された論理的な順序で示す。対応するフィールド（この例では、ビット）が事前定義済の値（例えば、「１」）に設定されると、そのフィールドはグループ内のＳＣｅｌｌでビーム障害が生じていることを示し、対応するフィールドが別の事前定義済の値（例えば、「０」）に設定されると、そのフィールドはグループ内のＳＣｅｌｌでビーム障害は検出していないことを示す。

例として、ネットワークデバイス１１０は、端末デバイス１２０をＳＣｅｌｌ＃１、２、３、４で構成することができるが、ＢＦＤは、ＳＣｅｌｌ＃１上のビーム障害を検出することがＳＣｅｌｌ＃２上のビーム障害も決定する方法で、ＳＣｅｌｌ＃１およびＳＣｅｌｌ＃３についてのみ実施され、これはＳＣｅｌｌ＃１およびＳＣｅｌｌ＃３がＳＣｅｌｌの同一のグループ、例えばＳＣｅｌｌグループ１に属することを意味している。それに応じて、ＳＣｅｌｌ＃２上のビーム障害を検出することは、ＳＣｅｌｌ＃４上のビーム障害も決定し、これはＳＣｅｌｌ＃２およびＳＣｅｌｌ＃４がＳＣｅｌｌの同一のグループ、例えばＳＣｅｌｌグループ２に属することを意味している。したがって、ＭＡＣ ＣＥ４００内のビットマップ４２０を使用して、グループ内のＳＣｅｌｌのうちの１つの障害に基づいて障害状態にあることを決定することが可能なＳＣｅｌｌのグループについてのビーム障害を示すことができる。この例におけるような２つのグループでは、２ビットだけがＭＡＣ ＣＥ４００で使用されることになる。

別の例として、ＳＣｅｌｌ１０２は、Ｃ₂フィールドが対応するＳＣｅｌｌのグループに属することができ、ＳＣｅｌｌ１０２はそのグループ内のＳＣｅｌｌ上のビーム障害を決定するように構成することができる。この時、端末デバイス１２０は、３３０において、Ｃ₂フィールド４１１の値を「１」に設定し、そのＳＣｅｌｌのグループでのビーム障害を示すことができる。加えて、端末デバイス１２０が、別のＳＣｅｌｌでビーム障害が生じていると判断する場合、そのＳＣｅｌｌに関連付けられるフィールドを、事前定義済の値に設定することもできる。

ＭＡＣ ＣＥ４００は、ＭＡＣ ＣＥ４００がビーム障害を示すために使用されることを特定するために、論理チャネルＩＤ（ＬＣＩＤ）フィールド４１０をさらに含む場合がある。ビットマップ４０２がＳＣｅｌｌのグループに関連付けられる実施形態では、ＭＡＣ ＣＥ４００は、ビットマップ４２０内のビットがＳＣｅｌｌのグループに対応することを示すために、別のＬＣＩＤフィールド（図示せず）を含む場合がある。

図４には７つのＣｉフィールドが示されているが、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥはビーム障害を示すために、それよりも多くのフィールドまたは少ないフィールドを有することができることを理解されたい。７つ未満のＳＣｅｌｌまたはＳＣｅｌｌのグループが関与する場合、Ｃｉフィールド４１１～４１７のうちの一部は予約される場合があり、７つより多いＳＣｅｌｌまたはＳＣｅｌｌのグループが関与する場合、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは追加的なビットを含むように拡張されてもよい。

いくつかの実施形態では、ビットマップは、端末デバイスにサービングするＰＣｅｌｌ、例えば図１に示される端末デバイス１２０にサービングするＰＣｅｌｌ１０１に関連付けられるさらなるフィールドを含むことができる。図４に示される例示のＭＡＣ ＣＥでは、Ｒフィールド４１０が予約される。図５は、本開示のいくつかの実施形態に従う別のＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ５００を示している。

ＭＡＣ ＣＥ５００は、ＬＣＩＤフィールド５０１、ならびにＣｉフィールド５１１～５１７およびＰフィールド５１０を含むビットマップ５０２を含む。ＬＣＩＤフィールド５０１およびＣｉフィールド５１１～５１７は、図５を参照して説明したようなＬＣＩＤフィールド４０１およびＣｉフィールド４１１～４１７に類似している。Ｐフィールド５１０は、ＰＣｅｌｌ１０１上でビーム障害が検出されているかどうかを示すために含まれている。

Ｐフィールド５１０（この例では、１ビット）が、例えば「０」に設定される場合、Ｐフィールド５１０はネットワークデバイス１１０にＰＣｅｌｌ１０１が障害状態にないことを示す。これにより、現在ＰＤＣＣＨについてアクティブなＴＣＩ状態としては構成されていないＣＢＲＡ手順ビームの使用が可能となり、ネットワークデバイス１１０が誤ってＰＣｅｌｌ１０１をビーム障害と判断することを防ぐ。Ｐフィールド５１０が、例えば「１」に設定される場合、Ｐフィールド５１０はネットワークデバイス１１０にＰＣｅｌｌ１０１もビーム障害状態にあることを示し、選択したＤＬ ＲＳ（ＳＳＢ／ＣＳＩ－ＲＳ）が、ＰＣｅｌｌ１０１のための新規候補ビームを示し、ビットマップ５０２は障害が生じたＳＣｅｌｌインデックス／グループインデックスを示す。

いくつかの実施形態では、本明細書においてＰフィールド５１０で説明されるＭＡＣ ＣＥは、ＰＣｅｌｌ１０１のビーム障害（ＰＣｅｌｌ障害とも称される）だけを示すためにも使用することができる。このＭＡＣ ＣＥは、ネットワークデバイス１１０に、ＰＣｅｌｌ１０１でビーム障害が生じており、ＲＡＣＨ手順がビーム障害回復のために開始されていることを示すためにＲＡＣＨ手順（例えば、競合ベースのＲＡＣＨ手順）のｍｓｇ－３中で送信することができる。ネットワークデバイス１１０は、新規候補ビームを決定することができる。ＭＡＣ ＣＥは、キャリアアグリゲーションについての構成に関わらずＰＣｅｌｌ障害を示すために送信することができ、すなわち端末デバイス１２０は、構成されたいかなるＳＣｅｌｌも有していなくてもよいが、本明細書において説明される同一のＭＡＣ ＣＥが使用可能である。また、キャリアアグリゲーションの事例（端末デバイス１２０が１つまたは複数のＳＣｅｌｌで構成されている）では、ＰＣｅｌｌでのみ生じているビーム障害（ＰＣｅｌｌのみの障害）を、ＭＡＣ ＣＥを使用して示すことができる。いくつかの事例では、ネットワークデバイス１１０は、ＳＣｅｌｌ１０２上での障害検出を行うために端末デバイス１２０を構成しなくてもよく、端末デバイス１２０はＰＣｅｌｌの障害だけを考慮することができる。本明細書において説明されるＭＡＣ ＣＥを使用してＰＣｅｌｌのみの障害を示すことができる。いくつかの追加的な実施形態では、キャリアアグリゲーションが構成されていない場合、端末デバイス１２０は、ＰＣｅｌｌ障害を示すために、ＬＣＩＤだけを有するＭＡＣ ＣＥを送信することができる。このメカニズムは、ＭＡＣ ＣＥのサイズを小さくすることができる。

ＭＡＣ ＣＥ５００など、このようなフォーマット中のＭＡＣ ＣＥが使用される場合、方法３００は追加的なステップまたはプロセスを含む場合がある。端末デバイス１２０はＰＣｅｌｌ１０１上でビーム障害を検出する場合がある。ＰＣｅｌｌ１０１上でビーム障害が検出される場合、端末デバイス１２０はＰフィールド５１０を事前定義済の値（例えば、「１」）に設定してＰＣｅｌｌ１０１上のビーム障害を示すことができる。

そのような実施形態では、ＰＣｅｌｌが障害状態にあるかどうかを示すことにより、端末デバイス１２０がＲＡＣＨ手順を利用する際にネットワークデバイス１１０がＰＣｅｌｌ障害を検出することを妨げることができ、スケジューリングリクエスト（ＳＲ）がトリガされてＵＬグラントが受信される場合に、端末デバイス１２０がＳＲ手順を使用してＰＣｅｌｌ障害を示すことができるようにもする。これは障害状態がＤＬ ＲＳについて１０％仮定的なＰＤＣＣＨ ＢＬＥＲである時から可能な場合があり、またはＤＬ方向が障害状態にある一方でアップリンク方向がまだ機能している事例では、端末デバイス１２０は機能中のアップリンクに対してＳＲをトリガすることができる。その上、ＲＡ手順を用いても、ＰＣｅｌｌについてのビーム障害を示すことは、ネットワークデバイス１１０が、他の事例、例えばＳＲ障害以外でＢＦＲによってトリガされているＲＡを知るために、有用な情報である。

いくつかの実施形態では、ＰＣｅｌｌ１０１が障害状態にあり、かつ少なくとも１つのＳＣｅｌｌを使用してアップリンク上で送信することができる場合、端末デバイス１２０は、ＭＡＣ ＣＥ５００を利用して、ＰＣｅｌｌ１０１上でのビーム障害のインジケーションを送信することができる。

いくつかの実施形態では、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ、例えばＭＡＣ ＣＥ４００または５００は、ビーム障害を示すために、ＬＣＩＤフィールド（４０１または５０１）だけを有する場合がある。そのようなフォーマットは、端末デバイス１２０にサービングするＳＣｅｌｌが１つだけである場合にトリガされ得る。あるいは、このフォーマットは、ＳＣｅｌｌのセット／グループについてのビーム障害を判断するために、１つのＳＣｅｌｌが使用される場合に使用することができる。あるいは、このフォーマットが使用され、かつＳＣｅｌｌのうちの少なくとも１つが障害状態にある場合、端末デバイス１２０はＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥの送信をトリガしてビーム障害を示すことができる。

図３をさらに参照されたい。いくつかの事例では、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは、いくつかの事前定義済条件によってトリガされる場合がある。いくつかの実施形態では、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは、ＣＦＲＡがサービングセル（例えば、ＳＣｅｌｌ１０２）の回復用に構成されない、またはＣＦＲＡシグナリングを使用することができない条件、例えばＣＦＲＡリソースを有する１つもしくは複数の候補ビームを伴う１つもしくは複数のＳＣｅｌｌが１つも利用可能ではない、またはリソースが信号品質の観点から適切ではない、すなわち品質メトリックが候補ビーム閾値を下回っている条件でトリガされる場合がある。そのような実施形態では、３３０において、端末デバイス１２０は、ＳＣｅｌｌ１０２上のビーム障害用に構成されるＣＦＲＡリソースをさらに決定することができる。ＳＣｅｌｌ１０２の回復用に構成されたＣＦＲＡリソースがない場合、または構成されたＣＦＲＡリソースが利用可能ではない場合、端末デバイス１２０は、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ、例えばＭＡＣ ＣＥ４００または５００を生成することができる。上述の機能は、端末デバイス１２０によって方法３００の他の段階においても実施することができることに留意されたい。

いくつかの実施形態では、少なくとも２つのＳＣｅｌｌまたはＳＣｅｌｌの２つのグループが障害状態にあり、２つ以上のＲＡ手順がトリガされると、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥがトリガされ得る。この場合、ＣＦＲＡの可用性に関わらず、ＳＣｅｌｌ ＭＡＣ ＣＥが生成され、送信され得る。端末デバイス１２０は、すでにトリガされているＲＡ手順のうちの１つを継続して、ＭＡＣ ＣＥを送信してもよい。

そのような実施形態では、３３０において、端末デバイス１２０は、端末デバイス１２０にサービングするさらなるＳＣｅｌｌ上のさらなるビーム障害をさらに決定することができる。さらなるビーム障害が３１０における検出の前に検出される場合があり、ＲＡ手順をトリガしている場合がある。この場合、端末デバイス１２０は、ＣＦＲＡの可用性に関わらず、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを生成することになる。生成されたＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは、さらなるＳＣｅｌｌに関連付けられるさらなるフィールドを含む場合があり、さらなるフィールドは事前定義済の値、例えば「１」に設定される。例えば、さらなるフィールドは、図４に示されるＣ₃フィールド４１３であることができる。

ＳＣｅｌｌがＳＣｅｌｌのグループにまとめられる事例では、さらなるセカンダリセルおよびＳＣｅｌｌ１０２はＳＣｅｌｌの異なるグループに属する場合がある。換言すると、ＳＣｅｌｌの少なくとも２つのグループが障害状態にある場合、端末デバイス１２０はＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを生成することができる。別の例では、ＰＣｅｌｌ障害は、ＭＡＣ ＣＥ中の「Ｐ」フィールドを使用する明示的なインジケーションなしに、ＳＣｅｌｌグループの一部として示される場合もある。すなわち、１つまたは複数のＳＣｅｌｌの第１のグループがＰＣｅｌｌも含む場合、ＳＣｅｌｌグループの障害に加えてＰＣｅｌｌ障害を示すためには、ビーム障害についてグループの識別子だけを示すことが必要である。

いくつかの実施形態では、ＳＣｅｌｌ１０２上でビーム障害を検出する前に、端末デバイス１２０がビーム障害を検出しており、ＣＦＲＡを使用してＳＣｅｌｌの第１のグループの第１の／１つのＳＣｅｌｌに対して回復手順を開始している場合がある。第１のＳＣｅｌｌのための回復手順がまだ進行中である間（ビーム障害回復のためのＲＡＣＨ手順が開始されている）、ＳＣｅｌｌの第１のグループとは異なるＳＣｅｌｌのグループに属するＳＣｅｌｌ１０２（すなわち、この２つのグループは排他的なグループである）のためのビーム障害回復がトリガされる。この場合、端末デバイス１２０は、第１のＳＣｅｌｌに対する進行中の回復手順（ビーム障害回復用のランダムアクセス手順）をキャンセルし、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを生成してＰＣｅｌｌ１０１に対してＲＡＣＨ／ＳＲ手順を開始することができる。この方法では、少なくとも２つのセルに対するビーム障害のシグナリングがより効率的であり得る。あるいは、端末デバイス１２０は、第１のＳＣｅｌｌに対してビーム障害回復用のランダムアクセス手順を継続し、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを生成してＰＣｅｌｌ１０１に対してＲＡＣＨ／ＳＲ手順を開始することができる。

３４０において、端末デバイス１２０はＭＡＣ ＣＥを、サービングセルに関連付けられるネットワークデバイスに送信する。例えば、端末デバイス１２０はネットワークデバイス１１０にＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを送信する。一般に、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは、ＵＬグラントがランダムアクセス手順中に与えられていない限り、ビーム障害が検出されたビーム管理グループにはないセルに対してのみ送信される。

いくつかの実施形態では、端末デバイス１２０は、送信用に生成されたＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに、マッピング制約を暗黙的に適用する場合がある。例えば、端末デバイス１２０は、障害となったＳＣｅｌｌまたはＳＣｅｌｌのグループ上で、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥの、グラントされたアップリンクリソースへのマッピングを制約する場合がある。換言すると、端末デバイス１２０のＭＡＣエンティティは、ビーム障害が検出されているＳＣｅｌｌまたはＳＣｅｌｌのグループに割り当てられている、いかなるアップリンクリソースに対してもＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを多重化しない。代わりに端末デバイス１２０は、生成されたＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを、ビーム障害が検出されていないＰＣｅｌｌ１０１または任意のＳＣｅｌｌもしくはＳＣｅｌｌのグループ上でグラントされたアップリンクリソースにマッピングすることができる。そのようなアップリンクリソースは、例えばＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに有効なアップリンクリソースと考えることができる。

いくつかの実施形態では、ネットワークデバイス１１０は、ＳＣｅｌｌ（例えばＳＣｅｌｌ１０２）またはＳＣｅｌｌのグループのビーム障害を示すために、端末デバイス１２０を特定のアップリンクシグナリングリソースで構成することができる。そのようなアップリンクシグナリングリソースは、ＳＣｅｌｌ／ＳＣｅｌｌグループごとに個別に構成することができるか、または共通して端末デバイス１２０用に構成されているすべてのＳＣｅｌｌ／ＳＣｅｌｌグループに適用することができる。そのようなシグナリングリソースは、端末デバイス１２０のＰＣｅｌｌ１０１上で構成することができる。そのようなシグナリングは、例えばＳＣｅｌｌビーム障害インジケーションと呼ぶことができる。特定のアップリンクシグナリングリソースは、スケジューリングリクエスト（ＳＲ）リソース、物理ランダムアクセスチャネルプリアンブル（ＰＲＡＣＨプリアンブル）、または構成済グラントリソースのうちのいずれかであり得る。特定のアップリンクシグナリングリソースは、例えばＰＵＣＣＨ（物理アップリンク制御チャネル）、ＰＲＡＣＨ、またはＰＵＳＣＨ（物理アップリンク共有チャネル）上で構成することができる。

いくつかの実施形態では、端末デバイス１２０がＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥのために有効なアップリンクリソース（上で定義したものなど）を有していない場合、ＳＣｅｌｌビーム障害インジケーションの送信を強制することができる。ネットワークデバイス１１０は、端末デバイス１２０から受信したＳＣｅｌｌビーム障害インジケーションに基づいて、ビーム障害が少なくとも１つのＳＣｅｌｌ／ＳＣｅｌｌグループ上で検出されていると判断することができる。したがって、ネットワークデバイス１１０は、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを送信するために、有効なアップリンクリソース、例えばアップリンクグラントを、端末デバイス１２０用に割り当てることができる。例えば、有効なアップリンクリソースを、ビーム障害が検出されていないＰＣｅｌｌ１０１上またはＳＣｅｌｌ上に設けることができる。端末デバイス１２０が、ＳＣｅｌｌビーム障害インジケーションを行うための特定のアップリンクシグナリングリソースで構成されない事例では、ＰＣｅｌｌ１０１でランダムアクセス手順をトリガして実施することができる。

いくつかの実施形態では、端末デバイス１２０は、ビーム障害が検出されているビーム管理グループに属していない、例えばＳＣｅｌｌ１０２を含むＳＣｅｌｌのグループに属していないセル上で、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを送信することができる。この場合、３４０において、端末デバイス１２０は、端末デバイス１２０にサービングするＰＣｅｌｌ１０１、ＳＣｅｌｌ１０２、さらなるＳＣｅｌｌから、セルをさらに決定することができる。決定されたセルは、ビーム障害が検出されているサービングセルとは異なる。例として、ビーム障害がＳＣｅｌｌ１０２上で検出されている場合、決定されたセルは、ＰＣｅｌｌ１０１またはＳＣｅｌｌ１０２を有するＳＣｅｌｌの異なるグループに属する別のＳＣｅｌｌであり得る。次いで、端末デバイス１２０は、決定されたセル上でＭＡＣ ＣＥを送信することができる。

いくつかの実施形態では、端末デバイス１２０は、ランダムアクセス手順の間、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを送信することができる。議論を容易にするために、ＳＣｅｌｌ１０２上のビーム障害が、ＳＣｅｌｌ１０２の第１のビームに生ずると想定する。この場合、３４０において、端末デバイス１２０は、ランダムアクセスプリアンブルをネットワークデバイス１１０に送信することができる。ランダムアクセスプリアンブルを受信すると、ネットワークデバイス１１０は第２のビームは第１のビームとは異なると判断し、ＳＣｅｌｌ１０２の第２のビーム用のアップリンクグラントを送信することができる。ＳＣｅｌｌ１０２の第２のビーム用のアップリンクグラントを受信すると、端末デバイス１２０はＳＣｅｌｌ１０２の第２のビームを介してＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを送信することができる。

上で言及したように、例えばＳＣｅｌｌ１０２上でビーム障害を検出すると、端末デバイス１２０は、ＳＣｅｌｌ１０２用に新規ビームを決定することができる。例えば、端末デバイス１２０は、候補参照信号の測定値（例えば、Ｌ１－ＲＳＲＰ測定値）に基づいて候補参照信号のリストから候補ビームを選択し、ネットワークデバイス１１０と端末デバイス１２０との間のさらなる通信のために、選択した候補ビームの情報をネットワークデバイス１１０に送信することができる。選択した候補ビームの情報は、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに含められてもよい。あるいは、または加えて、選択した候補ビームの情報は、別のＭＡＣ ＣＥまたはアップリンク制御チャネルレポート（ＰＵＣＣＨまたはＰＵＳＣＨビームレポーティング、候補ビームレポーティングなど）を使用して送信することができる。

いくつかの実施形態では、障害状態にあると示されたサービングセルまたはセルのグループごとに、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥは、新規候補ＲＳ／ビーム（ＳＳＢまたはＣＳＩ－ＲＳ）の情報をさらに含む場合がある。端末デバイス１２０は、選択した候補ビームの情報をＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに含め、３４０において、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥをネットワークデバイス１１０に送信することができる。障害状態にあると示されたサービングセルまたはセルのグループのそれぞれについて選択した候補ビームの情報は、図４および図５に示されるビットマップ４０２または５０２に続くフィールドに含まれ得る。

選択した候補ビームの情報は、ＳＳＢまたはＣＳＩ－ＲＳがレポートされるかどうかのインジケーションを含んでもよい。また示されたサービングセル／セルのグループについて、新規候補ビームが存在しないというインジケーションもあり得る。

ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを送信するためのＵＬグラントが、すべての障害となったセルに対する候補ビームのレポーティングを適応することができない事例では、レポートされるセルは、ＳＣｅｌｌ／ＳＣｅｌｌのグループのインデックスの昇順／降順、ネットワークデバイス１１０によって設定された順、ＳＣｅｌｌのグループに関連付けられたセルの数に基づいている、またはそのあらゆる組合せ、のうちの１つであり得る。

いくつかの他の実施形態では、端末デバイス１２０は、選択した候補ビームの情報を別の特定のＭＡＣ ＣＥまたはアップリンク制御チャネルレポートを使用して送信することができる。端末デバイス１２０は、ネットワークデバイス１１０から、候補ビームレポートのリクエストを受信する場合がある。次いで、端末デバイス１２０は、さらなるＭＡＣ ＣＥまたは選択した候補ビームの情報を含むアップリンク制御チャネルレポートを生成し、さらなるＭＡＣ ＣＥまたはアップリンク制御チャネルレポートをネットワークデバイス１１０に送信することができる。

例として、端末デバイス１２０がＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥの送信に成功している場合、端末デバイスは障害状態にあると示されたセルごとに候補ビームをレポートするためのＭＡＣ ＣＥを生成することができる。この候補ビームレポートは、ネットワークデバイス１１０による、特定のＭＡＣ ＣＥを使用するリクエストであってもよい。ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥの送信に成功した後、端末デバイス１２０はタイマを開始することができる。タイマの期限が切れる前にネットワークデバイス１１０が端末デバイス１２０に、あらゆる新規候補ビームをレポートするようリクエストしない場合、端末デバイス１２０は、障害となったセル（例えば、ＳＣｅｌｌ１０２）を非アクティブ化することができる。

別の例として、ネットワークデバイス１１０は、端末デバイス１２０がビーム障害をレポートするセルについて不定期的なＰＵＣＣＨまたはＭＡＣ ＣＥレポーティングをトリガすることができる。ネットワークデバイス１１０が、最近示された障害となったＳＣｅｌｌについて不定期的なＰＵＣＣＨレポートをトリガする場合、端末デバイス１２０はＰＵＣＣＨレポート内の最大Ｎまでの最良の候補ビームをレポートする。この不定期的なＰＵＣＣＨレポートでは、端末デバイス１２０は、例えば定期的なビームレポーティング用に構成されていない、あらゆるＤＬ ＲＳをレポートすることができる。レポートされる候補ビームは、ＳＳＢビーム、ＣＳＩ－ＲＳビーム、またはＣＳＩ－ＲＳおよびＳＳＢビームであってもよい。

ネットワークデバイス１１０がＭＡＣ ＣＥを介して候補ビームレポーティングをトリガする場合、端末デバイス１２０はＳＣｅｌｌ固有のレポートを生成することができるか、またはすべての障害となったＳＣｅｌｌを候補ビームと共にレポートに含めることができる。

あるいは、候補ビームレポーティングは、ＳＩＮＲベース、すなわち、仮定的なＰＤＣＣＨ ＢＬＥＲベースのレポーティングであってもよい。

いくつかの実施形態では、端末デバイス１２０は、ネットワークデバイス１１０からの送信されたＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに対するレスポンスをさらに監視することができる。所定の期間内にレスポンスが受信されない場合、端末デバイス１２０は、ビーム障害が検出されているＳＣｅｌｌ、例えばＳＣｅｌｌ１０２を非アクティブ化することができる。例えば、端末デバイス１２０がレポートをトリガしてあり、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥの送信に成功している場合、端末デバイスは非アクティブ化タイマを開始することができる。ネットワークデバイス１１０がレポーティングまたは少なくとも示されたＳＣｅｌｌ１０２についての新しいＴＣＩ状態を構成しない場合、端末デバイス１２０はそれを非アクティブ化することができる。あるいは、端末デバイス１２０は、ビーム障害として示されたＳＣｅｌｌを、レポートリクエスト／これらのセルに対するＰＤＣＣＨについての新しいＴＣＩ状態を受信しない場合、非アクティブ化することができる。

図６は、本開示のいくつかの例示の実施形態による、ＢＦＲのための例示の方法６００のフローチャートを示している。方法６００は、図１に示されるようなネットワークデバイス１１０に実装することができる。議論目的のため、図１を参照して方法６００を説明する。

６１０において、ネットワークデバイス１１０は端末デバイス１２０からＭＡＣ ＣＥを受信し、ＭＡＣ ＣＥ（例えば、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ４００または５００）は、端末デバイス１２０のサービングセルに関連付けられるフィールドを含み、サービングセルは、端末デバイス１２０にサービングするＰＣｅｌｌ１０１およびＳＣｅｌｌ１０２のうちの少なくとも１つを含み、フィールドはビーム障害を示す事前定義済の値に設定される。

いくつかの実施形態では、サービングセルはＳＣｅｌｌ１０２を含み、サービングセルに関連付けられるフィールドはビットマップ４０２または５０２などのビットマップに含めることができる。ビットマップは複数のフィールドを含み、そのそれぞれがＳＣｅｌｌまたはＳＣｅｌｌのグループに関連付けられる。

いくつかの実施形態では、ビットマップはＰＣｅｌｌ、例えばＰＣｅｌｌ１０１に関連付けられるさらなるフィールドを含むことができる。ネットワークデバイス１１０は、ビットマップ中のさらなるフィールドに基づいて、ＰＣｅｌｌ１０１上のビーム障害をさらに判断することができる。

いくつかの実施形態では、サービングセルに関連付けられるフィールドは、事前定義済の値に設定される論理チャネルＩＤ（ＬＣＩＤ）を含む。

いくつかの実施形態では、ネットワークデバイス１１０は、サービングセルとは異なるセル上でＭＡＣ ＣＥを受信することができ、セルは端末デバイス１２０によって端末デバイス１２０にサービングするＰＣｅｌｌ１０１、ＳＣｅｌｌ１０２およびさらなるＳＣｅｌｌから決定される。

いくつかの実施形態では、ビーム障害はサービングセル（例えば、ＳＣｅｌｌ１０２）の第１のビームで生じる場合がある。ネットワークデバイス１１０は、ランダムアクセスプリアンブルを端末デバイス１２０から受信し、サービングセルの第２のビーム用のアップリンクグラントを送信することができ、第２のビームはランダムアクセスプリアンブルの受信に応じて第１のビームとは異なっている。ネットワークデバイス１１０は、次いでサービングセルの第２のビームを介してＭＡＣ ＣＥを受信することができる。

６２０において、ネットワークデバイス１１０は、ＭＡＣ ＣＥ中のフィールドに基づいて、サービングセル（例えば、ＳＣｅｌｌ１０２）上のビーム障害を判断する。

いくつかの実施形態では、ネットワークデバイス１１０は、端末デバイス１２０から候補ビームの情報をさらに受信することができる。候補ビームは、端末デバイスによって、候補参照信号の測定値に基づいて候補参照信号のリストから選択することができる。そしてネットワークデバイス１１０は、選択した候補ビームを介して端末デバイス１２０と通信することができる。

いくつかの実施形態では、候補ビームの情報は、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに含められてもよい。ネットワークデバイス１１０は、ＭＡＣ ＣＥを端末デバイス１２０から受信し、ＭＡＣ ＣＥから、候補ビームの情報を決定することができる。

いくつかの実施形態では、ネットワークデバイス１１０は、端末デバイス１２０に、候補ビームレポートのリクエストを送信することができ、端末デバイス１２０から、さらなるＭＡＣ ＣＥまたは候補ビームの情報を含むアップリンク制御チャネルレポートを受信することができる。

いくつかの実施形態では、サービングセルはセカンダリセルを含む場合があり、６１０においてＭＡＣ ＣＥが端末デバイス１２０から受信される場合、ネットワークデバイス１１０は端末デバイス１２０に受信したＭＡＣ ＣＥに対するレスポンスを送信することができる。

いくつかの実施形態では、方法３００を実施することができる装置（例えば、端末デバイス１２０）は、方法３００の個々のステップを実施する手段を備えることができる。手段は、あらゆる適切な形態で実装することができる。例えば、手段は、回路またはソフトウェアモジュールに実装することができる。

いくつかの実施形態では、装置は、端末デバイスのサービングセル上のビーム障害を検出する手段であって、サービングセルは端末デバイスにサービングするプライマリセルとセカンダリセルのうちの少なくとも１つを含む、手段と、サービングセル上のビーム障害を検出したことに応じて、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を生成する手段であって、ＭＡＣ ＣＥはサービングセルに関連付けられるフィールドを含み、フィールドはビーム障害を示す事前定義済の値に設定される、手段と、ＭＡＣ ＣＥを、サービングセルに関連付けられるネットワークデバイスに送信する手段とを含む。

いくつかの実施形態では、サービングセルは、セカンダリセルを含み、サービングセルに関連付けられるフィールドはビットマップに含まれ、ビットマップは複数のフィールドを含み、複数のフィールドのそれぞれは、セカンダリセルまたはセカンダリセルのグループに関連付けられる。

いくつかの実施形態では、ビットマップはプライマリセルに関連付けられるさらなるフィールドを含み、装置は、プライマリセル上のビーム障害を検出する手段と、プライマリセル上のビーム障害を検出したことに応じて、プライマリセルに関連付けられるさらなるフィールドを、プライマリセル上のビーム障害を示すための事前定義済の値に設定する手段とをさらに含む。

いくつかの実施形態では、セカンダリセル上のビーム障害を検出したことに応じて、ＭＡＣ ＣＥを生成する手段は、サービングセル上のビーム障害を検出したことに応じて、サービングセル上のビーム障害のために構成される競合フリーのランダムアクセス（ＣＦＲＡ）リソースを決定する手段と、ＣＦＲＡリソースがないこと、またはＣＦＲＡリソースが利用不可能であることに応じてＭＡＣ ＣＥを生成する手段とを含む場合がある。

いくつかの実施形態では、サービングセルは、セカンダリセルを含み、セカンダリセル上のビーム障害を検出したことに応じてＭＡＣ ＣＥを生成する手段は、端末デバイスにサービングするさらなるセカンダリセル上のさらなるビーム障害を決定する手段と、さらなるセカンダリセル上のさらなるビーム障害が決定されたことに応じて、ＭＡＣ ＣＥを生成する手段であって、ＭＡＣ ＣＥは、さらなるセカンダリセルに関連付けられるさらなるフィールドを含み、さらなるフィールドは事前定義済の値に設定される、手段とを含む場合がある。

いくつかの実施形態では、さらなるセカンダリセルおよびセカンダリセルは、セカンダリセルの異なるグループに属する。

いくつかの実施形態では、ＭＡＣ ＣＥを送信する手段は、端末デバイスにサービングするプライマリセル、セカンダリセル、およびさらなるセカンダリセルから、セルを決定する手段であって、決定されたセルはサービングセルとは異なる、手段と、決定されたセル上でＭＡＣ ＣＥを送信する手段とを含む場合がある。

いくつかの実施形態では、ビーム障害はサービングセルの第１のビーム上で生じ、ＭＡＣ ＣＥを送信する手段は、ランダムアクセスプリアンブルをネットワークデバイスに送信する手段と、サービングセルの第２のビーム用のアップリンクグラントを受信したことに応じて、ＭＡＣ ＣＥをサービングセルの第２のビームを介して送信する手段であって、第２のビームは第１のビームとは異なる、手段とを含む場合がある。

いくつかの実施形態では、装置は、サービングセル上でビーム障害を検出したことに応じて、候補参照信号の測定値に基づいて候補参照信号のリストから候補ビームを選択する手段と、ネットワークデバイスと端末デバイスとの間のさらなる通信のために、選択した候補ビームの情報をネットワークデバイスに送信する手段とをさらに含む。

いくつかの実施形態では、選択した候補ビームの情報を送信する手段は、選択した候補ビームの情報を、ＭＡＣ ＣＥに含める手段と、ＭＡＣ ＣＥをネットワークデバイスに送信する手段とを含む場合がある。

いくつかの実施形態では、選択した候補ビームの情報を送信する手段は、ネットワークデバイスから、候補ビームレポートのリクエストを受信したことに応じて、さらなるＭＡＣ ＣＥまたは選択した候補ビームの情報を含むアップリンク制御チャネルレポートを生成する手段と、さらなるＭＡＣ ＣＥまたはアップリンク制御チャネルレポートをネットワークデバイスに送信する手段とを含む場合がある。

いくつかの実施形態では、サービングセルは、セカンダリセルを含み、装置は、ネットワークデバイスからの送信されたＭＡＣ ＣＥに対するレスポンスを監視する手段と、所定の期間内にレスポンスがないことに応じて、セカンダリセルを非アクティブ化する手段とをさらに含む。

いくつかの実施形態では、サービングセルに関連付けられるフィールドは、事前定義済の値に設定される論理チャネルＩＤ（ＬＣＩＤ）を含む。

いくつかの実施形態では、方法６００を実施することができる装置（例えば、ネットワークデバイス１１０）は、方法６００の個々のステップを実施する手段を備えることができる。手段は、あらゆる適切な形態で実装することができる。例えば、手段は、回路またはソフトウェアモジュールに実装することができる。

いくつかの実施形態では、装置は、端末デバイスから、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を受信する手段であって、ＭＡＣ ＣＥは端末デバイスのサービングセルに関連付けられるフィールドを含み、サービングセルは端末デバイスにサービングするプライマリセルとセカンダリセルのうちの少なくとも１つを含み、フィールドはビーム障害を示す事前定義済の値に設定される、手段と、ＭＡＣ ＣＥ中のフィールドに基づいてサービングセル上のビーム障害を判断する手段とを含む。

いくつかの実施形態では、サービングセルは、セカンダリセルを含み、サービングセルに関連付けられるフィールドはビットマップに含まれ、ビットマップは複数のフィールドを含み、複数のフィールドのそれぞれは、セカンダリセルまたはセカンダリセルのグループに関連付けられる。

いくつかの実施形態では、ビットマップは、プライマリセルに関連付けられるさらなるフィールドを含み、装置は、ビットマップ中のさらなるフィールドに基づいて、プライマリセル上のビーム障害を判断する手段をさらに含む場合がある。

いくつかの実施形態では、ＭＡＣ ＣＥを受信する手段は、サービングセルとは異なるセル上でＭＡＣ ＣＥを受信する手段であって、セルは端末デバイスによって、端末デバイスにサービングするプライマリセル、セカンダリセル、およびさらなるセカンダリセルから決定される、手段を含む場合がある。

いくつかの実施形態では、ビーム障害はサービングセルの第１のビーム上で生じ、ＭＡＣ ＣＥを受信する手段は、端末デバイスからランダムアクセスプリアンブルを受信する手段と、サービングセルの第２のビーム用のアップリンクグラントを送信する手段であって、第２のビームは第１のビームとは異なる、手段と、サービングセルの第２のビームを介してＭＡＣ ＣＥを受信する手段とを含む場合がある。

いくつかの実施形態では、装置は、端末デバイスから候補ビームの情報を受信する手段であって、候補ビームは端末デバイスによって候補参照信号の測定値に基づいて候補参照信号のリストから選択される、手段と、候補ビームを介して端末デバイスと通信する手段とをさらに含む場合がある。

いくつかの実施形態では、候補ビームの情報を受信する手段は、端末デバイスからＭＡＣ ＣＥを受信する手段と、ＭＡＣ ＣＥから、候補ビームの情報を決定する手段とを含む場合がある。

いくつかの実施形態では、候補ビームの情報を受信する手段は、端末デバイスに、候補ビームレポートのリクエストを送信する手段と、端末デバイスから、さらなるＭＡＣ ＣＥまたは候補ビームの情報を含むアップリンク制御チャネルレポートを受信する手段とを含む場合がある。

いくつかの実施形態では、サービングセルは、セカンダリセルを含み、装置は、端末デバイスからＭＡＣ ＣＥを受信したことに応じて、受信したＭＡＣ ＣＥに対するレスポンスを端末デバイスに送信する手段をさらに含む場合がある。

いくつかの実施形態では、サービングセルに関連付けられるフィールドは、事前定義済の値に設定される論理チャネルＩＤ（ＬＣＩＤ）を含む。

図７は、本開示の例示の実施形態を実装するのに適切な、デバイス７００の簡略化したブロック図である。デバイス７００は、図１に示されるような端末デバイス１２０のさらなる例示の実装形態として考えることができる。それに応じて、デバイス７００は、端末デバイス１１０の少なくとも一部に、または端末デバイス１１０の少なくとも一部として実装することができる。

示されるように、デバイス７００は、プロセッサ７１０、プロセッサ７１０に結合されたメモリ７２０、プロセッサ７１０に結合された適切な送信機（ＴＸ）および受信機（ＲＸ）７４０、およびＴＸ／ＲＸ７４０に結合された通信インターフェースを含む。メモリ７１０は、プログラム７３０の少なくとも一部を記憶する。ＴＸ／ＲＸ７４０は、双方向通信用である。ＴＸ／ＲＸ７４０は、少なくとも１つのアンテナを有して通信を容易にするが、実際には本出願で言及されるアクセスノードはいくつかのアンテナを有する場合がある。通信インターフェースは、他のネットワーク要素との通信に必要なあらゆるインターフェースを代表することができ、例えば、ｅＮＢ間の双方向通信用のＸ２インターフェース、移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインターフェース、またはｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなどである。

プログラム７３０は、関連付けられるプロセッサ７１０によって実行されるとデバイス７００を、図３および図６を参照して本明細書において議論したような、本開示の例示の実施形態に従って動作させることができる、プログラム命令を含むものと想定する。本明細書における例示の実施形態は、デバイス７００のプロセッサ７１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって、実装することができる。プロセッサ７１０は、本開示の様々な例示の実施形態を実装するように構成することができる。さらには、プロセッサ７１０とメモリ７２０との組合せは、処理手段７５０を形成することができ、処理手段７５０は、本開示の様々な例示の実施形態を実装するように構成される。

メモリ７２０は、ローカルの技術的ネットワークに適切なあらゆるタイプのものであってよく、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリおよび着脱可能メモリなどのあらゆる適切なデータ記憶技術を使用して実装され得る。デバイス７００には１つだけのメモリ７２０が示されているが、デバイス７００にはいくつかの物理的に別個のメモリモジュールがあってもよい。プロセッサ７１０は、ローカルの技術的ネットワークに適切なあらゆるタイプのものであってよく、非限定的な例として汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づいたプロセッサのうち、１つまたは複数を含むことができる。デバイス７００は、主プロセッサを同期するクロックに時間的にスレーブされる特定用途向け集積回路チップなど、複数のプロセッサを有することができる。

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

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

本開示の方法を遂行するためのプログラムコードは、１つまたは複数のプログラミング言語のあらゆる組合せで記述することができる。これらのプログラムコードは、汎用コンピュータ、特殊目的コンピュータ、または他のプログラム可能データ処理装置の、プロセッサまたはコントローラに与えることができ、それによって、プログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図に指定される機能／動作を実装する。プログラムコードは、全体的にマシン上で、一部をマシン上でスタンドアロンのソフトウェアパッケージとして、一部をマシン上でかつ一部をリモートマシン上で、または全体的にリモートマシンもしくはサーバ上で、実行することができる。

本開示のコンテキストでは、コンピュータプログラムコードまたは関連データは、あらゆる適切なキャリアによって搬送することができ、デバイス、装置、またはプロセッサが、上述のような様々なプロセスおよび動作を実施することができる。キャリアの例としては、信号、コンピュータ可読媒体が挙げられる。

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

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

本開示は構造的な特徴および／または方法論的な機能に特有な言い回しで説明してきたが、添付の特許請求の範囲において定義される本開示は、必ずしも上述の具体的な特徴または機能に限定されないことを理解されたい。むしろ、上述の具体的な特徴または機能は、特許請求の範囲を実装する例示の形態として開示されている。

Claims (23)

1. 端末デバイスに実装される方法であって、
   前記端末デバイスのサービングセル上のビーム障害を検出することであって、前記サービングセルが、前記端末デバイスにサービングするプライマリセルとセカンダリセルのうちの少なくとも１つを含む、検出することと、
   前記サービングセル上の前記ビーム障害を検出したことに応じて、媒体アクセス制御、ＭＡＣ、制御要素、ＣＥを生成することであって、前記ＭＡＣ ＣＥが、前記サービングセルに関連付けられるフィールドを含み、前記フィールドが、前記ビーム障害を示す事前定義済の値に設定される、生成することと、
   前記ＭＡＣ ＣＥを、前記サービングセルに関連付けられるネットワークデバイスに送信することと
   を含み、
   前記サービングセルが、前記セカンダリセルを含み、前記サービングセルに関連付けられる前記フィールドが、ビットマップに含まれ、前記ビットマップが、それぞれがセカンダリセルまたはセカンダリセルのグループに関連付けられる複数のフィールド、及び前記プライマリセルのみに関連付けられるさらなるフィールドを含み、前記方法が、
   前記プライマリセル上のビーム障害を検出することと、
   前記プライマリセル上の前記ビーム障害を検出したことに応じて、前記プライマリセルに関連付けられる前記さらなるフィールドを、前記プライマリセル上の前記ビーム障害を示すための前記事前定義済の値に設定することと、
   前記プライマリセル上でビーム障害が発生したことを示すために、前記ＭＡＣ ＣＡを前記ネットワークデバイスに送信することと、
   をさらに含む、方法。
2. 前記ＭＡＣ ＣＥを生成することが、
   前記サービングセル上の前記ビーム障害を検出したことに応じて、前記サービングセル上の前記ビーム障害のために構成される競合フリーのランダムアクセス、ＣＦＲＡ、リソースを決定することと、
   前記ＣＦＲＡリソースがないこと、または前記ＣＦＲＡリソースが利用不可能であることに応じて前記ＭＡＣ ＣＥを生成することと
   を含む、請求項１に記載の方法。
3. 前記サービングセルが、前記セカンダリセルを含み、前記ＭＡＣ ＣＥを生成することが、
   前記端末デバイスにサービングするさらなるセカンダリセル上のさらなるビーム障害を決定することと、
   前記さらなるセカンダリセル上の前記さらなるビーム障害が決定されたことに応じて、前記ＭＡＣ ＣＥを生成することであって、前記ＭＡＣ ＣＥが、前記さらなるセカンダリセルに関連付けられるさらなるフィールドを含み、前記さらなるフィールドが、前記事前定義済の値に設定される、生成することと
   を含む、請求項１に記載の方法。
4. 前記さらなるセカンダリセルおよび前記セカンダリセルが、セカンダリセルの異なるグループに属する、請求項３に記載の方法。
5. 前記ＭＡＣ ＣＥを前記ネットワークデバイスに送信することが、
   前記端末デバイスにサービングする前記プライマリセル、前記セカンダリセル、およびさらなるセカンダリセルから、セルを決定することであって、前記決定されたセルが、前記サービングセルとは異なる、決定することと、
   前記決定されたセル上で前記ＭＡＣ ＣＥを送信することと
   を含む、請求項１に記載の方法。
6. 前記ビーム障害が、前記サービングセルの第１のビーム上で生じ、前記ＭＡＣ ＣＥを前記ネットワークデバイスに送信することが、
   ランダムアクセスプリアンブルを前記ネットワークデバイスに送信することと、
   前記サービングセルの第２のビーム用のアップリンクグラントを受信したことに応じて、前記ＭＡＣ ＣＥを前記サービングセルの前記第２のビームを介して送信することであって、前記第２のビームが、前記第１のビームとは異なる、送信することと
   を含む、請求項１に記載の方法。
7. 前記サービングセル上で前記ビーム障害を検出したことに応じて、候補参照信号の測定値に基づいて前記候補参照信号のリストから候補ビームを選択することと、
   前記ネットワークデバイスと前記端末デバイスとの間のさらなる通信のために、前記選択された候補ビームの情報を前記ネットワークデバイスに送信することと
   をさらに含む、請求項１に記載の方法。
8. 前記選択された候補ビームの前記情報を送信することが、
   前記選択された候補ビームの前記情報を、前記ＭＡＣ ＣＥに含めることと、
   前記ＭＡＣ ＣＥを前記ネットワークデバイスに送信することと
   を含む、請求項７に記載の方法。
9. 前記選択された候補ビームの前記情報を送信することが、
   前記ネットワークデバイスから、候補ビームレポートのリクエストを受信したことに応じて、さらなるＭＡＣ ＣＥまたは前記選択された候補ビームの前記情報を含むアップリンク制御チャネルレポートを生成することと、
   前記さらなるＭＡＣ ＣＥまたは前記アップリンク制御チャネルレポートを前記ネットワークデバイスに送信することと
   を含む、請求項７に記載の方法。
10. 前記サービングセルが、前記セカンダリセルを含み、前記方法が、
    前記ネットワークデバイスからの前記送信されたＭＡＣ ＣＥに対するレスポンスを監視することと、
    所定の期間内に前記レスポンスがないことに応じて、前記セカンダリセルを非アクティブ化することと
    をさらに含む、請求項１に記載の方法。
11. 前記サービングセルに関連付けられる前記フィールドが、前記事前定義済の値に設定される論理チャネルＩＤ、ＬＣＩＤを含む、請求項１に記載の方法。
12. ネットワークデバイスに実装される方法であって、
    端末デバイスから、媒体アクセス制御、ＭＡＣ、制御要素、ＣＥを受信することであって、前記ＭＡＣ ＣＥが、前記端末デバイスのサービングセルに関連付けられるフィールドを含み、前記サービングセルが、前記端末デバイスにサービングするプライマリセルとセカンダリセルのうちの少なくとも１つを含み、前記フィールドが、ビーム障害を示す事前定義済の値に設定される、受信することと、
    前記ＭＡＣ ＣＥ中の前記フィールドに基づいて、前記サービングセル上の前記ビーム障害を判断することと
    を含み、
    前記サービングセルが、前記セカンダリセルを含み、前記サービングセルに関連付けられる前記フィールドが、ビットマップに含まれ、前記ビットマップが、それぞれがセカンダリセルまたはセカンダリセルのグループに関連付けられる複数のフィールド、及び前記プライマリセルのみに関連付けられるさらなるフィールドを含み、前記方法が、
    前記ビットマップ中の前記さらなるフィールドに基づいて、前記プライマリセル上のビーム障害を判断すること
    をさらに含む、方法。
13. 前記ＭＡＣ ＣＥを受信することが、
    前記サービングセルとは異なるセル上で前記ＭＡＣ ＣＥを受信することであって、前記セルが、前記端末デバイスによって、前記端末デバイスにサービングする前記プライマリセル、前記セカンダリセル、およびさらなるセカンダリセルから決定される、受信すること
    を含む、請求項１２に記載の方法。
14. 前記ビーム障害が、前記サービングセルの第１のビーム上で生じ、前記ＭＡＣ ＣＥを受信することが、
    前記端末デバイスからランダムアクセスプリアンブルを受信することと、
    前記サービングセルの第２のビーム用のアップリンクグラントを送信することであって、前記第２のビームが、前記第１のビームとは異なる、送信することと、
    前記サービングセルの前記第２のビームを介して前記ＭＡＣ ＣＥを受信することと
    を含む、請求項１２に記載の方法。
15. 前記端末デバイスから候補ビームの情報を受信することであって、前記候補ビームが、前記端末デバイスによって、候補参照信号の測定値に基づいて前記候補参照信号のリストから選択される、受信することと、
    前記候補ビームを介して前記端末デバイスと通信することと
    をさらに含む、請求項１２に記載の方法。
16. 前記候補ビームの前記情報を受信することが、
    前記端末デバイスから前記ＭＡＣ ＣＥを受信することと、
    前記ＭＡＣ ＣＥから、前記候補ビームの前記情報を決定することと
    を含む、請求項１５に記載の方法。
17. 前記候補ビームの前記情報を受信することが、
    前記端末デバイスに、候補ビームレポートのリクエストを送信することと、
    前記端末デバイスから、さらなるＭＡＣ ＣＥまたは前記候補ビームの前記情報を含むアップリンク制御チャネルレポートを受信することと
    を含む、請求項１５に記載の方法。
18. 前記サービングセルが、前記セカンダリセルを含み、前記方法が、
    前記端末デバイスから前記ＭＡＣ ＣＥを受信したことに応じて、前記受信されたＭＡＣ ＣＥに対するレスポンスを前記端末デバイスに送信すること
    をさらに含む、請求項１２に記載の方法。
19. 前記サービングセルに関連付けられる前記フィールドが、前記事前定義済の値に設定される論理チャネルＩＤ、ＬＣＩＤを含む、請求項１２に記載の方法。
20. 端末デバイスであって、
    少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む、少なくとも１つのメモリと
    を備え、
    前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサによって、前記端末デバイスに、請求項１～１１のいずれか１項に記載の方法を少なくとも実施させるように構成される、端末デバイス。
21. ネットワークデバイスであって、
    少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む、少なくとも１つのメモリと
    を備え、
    前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサによって、前記ネットワークデバイスに、請求項１２～１９のいずれか１項に記載の方法を少なくとも実施させるように構成される、ネットワークデバイス。
22. 装置に、少なくとも請求項１～１１のいずれか１項に記載の方法を実施させるためのプログラム命令を含む、非一時的なコンピュータ可読媒体。
23. 装置に、少なくとも請求項１２～１９のいずれか１項に記載の方法を実施させるためのプログラム命令を含む、非一時的なコンピュータ可読媒体。

Images